CN101997759A - 一种业务实现方法及业务系统 - Google Patents

Abstract

一种业务实现方法及业务系统，在对等叠加网中与业务的业务标识符相对应的对等节点中存储所述业务的业务节点地址后，该方法包括：用户设备获取到所述业务的业务标识符后，向对等叠加网发送携带所述业务标识符的业务请求；接收到用户设备发送的业务请求后，对等叠加网中的对等节点根据所述业务标识符从对等叠加网中获取所述业务的业务节点地址，并根据所述地址向对应的业务节点发送业务请求。本发明通过在对等叠加网中存储业务的业务节点地址，并由对等叠加网根据存储的业务节点地址将用户设备发送的业务请求转发给对应的业务节点，提供了基于对等叠加网的业务路由服务。

Description

一种业务实现方法及业务系统

技术领域

本发明涉及通信领域，尤其涉及一种业务实现方法及业务系统。

背景技术

在现有的通信网络中，电路域语音业务或IMS(IP Multimedia Subsystem，IP多媒体子系统)网络中基于SIP(Session Initiation Protocol，会话发起协议)的业务是由核心网进行控制的。核心网可以负责用户的认证、授权、计费以及业务的路由，很好地保证了业务的可运营、可管理性。但是在互联网中，非SIP类业务一般是由客户端直接访问业务提供商的服务器来获得服务。

图1是现有技术中的互联网业务系统的结构示意图；如图1所示，UE(User Equipment，用户设备)和DNS(Domain Name System，域名系统)服务器之间运行DNS协议，UE通过DNS协议将互联网业务的域名转换成相应的IP(Internet Protocol，互联网协议)地址；然后UE使用该IP地址与互联网业务服务器直接通信，运行业务所需的接口协议，例如HTTP(HyperText Transfer Protocol，超文本传输协议)等协议。

采用图1所示的架构提供业务时，网络提供商无法对业务过程进行控制。此外，互联网业务提供商通常缺乏靠近终端用户的营销渠道和收费渠道，故其在业务推广、盈利模式等方面均存在问题。借鉴目前较为成功的短信SP(Service Provider，业务提供商)的运营经验，可以构建一个由网络提供商进行业务控制、提供业务路由服务的网络，无论是SIP业务还是非SIP业务均可以由该网络进行路由及控制，由网络提供商对业务进行计费和费用代收。

但是，采用现有技术构建由网络提供商进行业务控制、提供业务路由服务的网络时存在以下问题：

(一)互联网业务的流量一般较大，采用传统静态拓扑结构的中心服务器来对互联网业务进行访问控制的成本非常高昂；

(二)进行业务的大范围(比如全国范围)部署运营时，业务访问既存在区域访问热点，也存在业务热点，静态拓扑无法实现全网的有效负载均衡；

(三)当业务访问量较高，需要超出一台以上的服务器提供服务时，现有技术中一般采用基于DNS的静态负载均衡方法、或由业务提供商配置负载均衡设备，前者的负载均衡能力有限，后者成本相对高昂。

发明内容

本发明所要解决的技术问题是，克服现有技术的不足，提供一种业务实现方法及业务系统，由网络提供商对业务提供路由服务，可以以较低的成本进行有效的负载均衡，并便于网络提供商进行业务控制。

为了解决上述问题，本发明提供一种业务实现方法，在对等叠加网中与业务的业务标识符相对应的对等节点中存储所述业务的业务节点地址后，该方法包括：

用户设备获取到所述业务的业务标识符后，向对等叠加网发送携带所述业务标识符的业务请求；

接收到用户设备发送的业务请求后，对等叠加网中的对等节点根据所述业务标识符从对等叠加网中获取所述业务的业务节点地址，并根据所述地址向对应的业务节点发送业务请求。

此外，存储所述业务节点地址的所述对等节点为对等叠加网中的负责节点；

用户设备将业务请求发送给对等叠加网中的用户接入节点；接收到用户设备发送的业务请求后，所述用户接入节点采用对等协议的路由算法向所述负责节点发送携带所述业务标识符的P2P获取请求，以获取所述业务节点地址；

获取到所述业务节点地址后，所述用户接入节点根据所述地址向对应的业务节点发送业务请求。

此外，存储所述业务节点地址的所述对等节点为对等叠加网中的负责节点；

用户设备将业务请求发送给对等叠加网中的用户接入节点；接收到用户设备发送的业务请求后，所述用户接入节点采用对等协议的路由算法向所述负责节点转发业务请求；

接收到所述用户接入节点转发的业务请求后，所述负责节点根据所述业务标识符获取本地存储的所述业务节点地址，并根据所述地址向对应的业务节点发送业务请求。

此外，如果获取到所述业务的多个业务节点地址，向业务节点发送业务请求的所述对等节点在发送业务请求前，根据负载均衡策略从所述多个业务节点地址中选择一个，向选定的业务节点地址所对应的业务节点发送业务请求。

此外，用户设备向所述用户接入节点发送业务请求前，还根据对等叠加网的入口域名获取用户接入节点地址，并根据预先设定的策略从获取到的多个用户接入节点地址中选择一个，向选定的用户接入节点地址对应的用户接入节点发送业务请求。

此外，采用如下方式在对等叠加网中存储所述业务的业务节点地址：

业务节点向业务目录服务器SDS发送业务注册请求，该请求中包含所述业务的业务名称；

接收到所述业务注册请求后，SDS采用对等协议的哈希算法对所述业务名称进行哈希运算，生成所述业务的业务标识符，并向对等叠加网发送P2P存储请求，该请求中包含所述业务标识符和业务节点地址；

对等叠加网中与所述业务标识符对应的负责节点接收到所述P2P存储请求后，存储所述业务节点地址。

此外，接收到所述业务注册请求后，SDS启动保活定时器；

如果SDS在所述保活定时器超时前，接收到所述业务节点发送的注册刷新请求，则SDS复位所述保活定时器；

如果SDS在所述保活定时器超时前没有接收到所述业务节点发送的注册刷新请求，则SDS向对等叠加网发送P2P删除请求，该请求中包含所述业务的业务标识符和所述业务节点的地址信息；所述负责节点接收到所述P2P删除请求后，删除所述业务的业务节点地址。

此外，接收到所述P2P存储请求后，所述负责节点启动保活定时器；

SDS接收到所述业务节点发送的注册刷新请求后，向所述负责节点发送所述P2P存储请求后；

如果在所述保活定时器超时前，所述负责节点接收到所述P2P存储请求，则所述负责节点复位所述保活定时器；

如果在所述保活定时器超时前，所述负责节点没有接收到所述P2P存储请求，则所述负责节点删除所述业务的业务节点地址。

本发明还提供一种业务系统，该系统包含：用户设备、业务节点和对等叠加网，所述对等叠加网中包含多个对等节点；其中：

所述对等叠加网中与业务的业务标识符相对应的对等节点用于存储所述业务的业务节点地址；

所述用户设备用于在获取到所述业务的业务标识符后，向所述对等叠加网发送携带所述业务标识符的业务请求；

接收到用户设备发送的业务请求后，所述对等叠加网中的对等节点根据所述业务标识符从所述对等叠加网中获取所述业务的业务节点地址，并根据所述地址向对应的业务节点发送业务请求。

此外，存储所述业务节点地址的所述对等节点为所述对等叠加网中的负责节点；

所述用户设备将业务请求发送给所述对等叠加网中的用户接入节点；

接收到所述用户设备发送的业务请求后，所述用户接入节点采用对等协议的路由算法向所述负责节点发送携带所述业务标识符的P2P获取请求，以获取所述业务节点地址；获取到所述业务节点地址后，所述用户接入节点根据所述地址向对应的业务节点发送业务请求。

此外，存储所述业务节点地址的所述对等节点为所述对等叠加网中的负责节点；

所述用户设备将业务请求发送给对等叠加网中的用户接入节点；

接收到所述用户设备发送的业务请求后，所述用户接入节点采用对等协议的路由算法向所述负责节点转发业务请求；

接收到所述用户接入节点转发的业务请求后，所述负责节点根据所述业务标识符获取本地存储的所述业务节点地址，并根据所述地址向对应的业务节点发送业务请求。

此外，向业务节点发送业务请求的所述对等节点在发送所述业务请求前，还根据负载均衡策略从其获取到的所述业务的多个业务节点地址中选择一个，将所述业务请求发送给其选定的业务节点地址所对应的业务节点。

此外，所述系统中还包含SDS；

业务节点采用如下方式在所述对等叠加网中存储所述业务的业务节点地址：

所述业务节点向所述SDS发送业务注册请求，该请求中包含所述业务的业务名称；

接收到所述业务注册请求后，所述SDS采用对等协议的哈希算法对所述业务名称进行哈希运算，生成所述业务的业务标识符，并向所述对等叠加网发送P2P存储请求，该请求中包含所述业务标识符和业务节点地址；

所述对等叠加网中与所述业务标识符对应的负责节点接收到所述P2P存储请求后，存储所述业务节点地址。

综上所述，本发明通过在对等叠加网中存储业务的业务节点地址，并由对等叠加网根据存储的业务节点地址将用户设备发送的业务请求转发给对应的业务节点，提供了基于对等叠加网的业务路由服务，便于利用对等叠加网自身的特性进行有效的负载均衡，并由网络提供商在业务路由的过程中进行业务控制。

附图说明

图1是现有技术中的互联网业务系统的结构示意图；

图2是本发明实施例基于对等叠加网的业务系统的结构示意图；

图3是本发明实施例业务注册方法流程图；

图4是本发明实施例业务路由方法流程图；

图5是本发明实施例在业务路由过程中实现负载均衡的方法流程图；

图6是本发明实施例的一种业务保活方法流程图。

具体实施方式

本发明的核心思想是，业务节点通过业务目录服务器向对等叠加网注册业务，以便在与业务的业务标识相对应的对等节点中存储该业务的业务节点的地址信息；用户设备获取到业务的业务标识符后，向对等叠加网发起携带业务标识符的业务请求，对等叠加网中的对等节点根据业务标识符从对等叠加网中获取业务节点的地址信息，并根据获取到的地址信息向业务节点发送业务请求。

下面将结合附图和实施例对本发明进行详细描述。

图2是本发明实施例基于对等叠加网的业务系统的结构示意图；该系统用于为UE提供业务；该系统中包含业务提供商的业务节点(如图2所示的业务节点1和业务节点2)、网络提供商的SDS(Service Directory Server，业务目录服务器)和对等叠加网(也称为P2P叠加网)。其中：

SDS用于接收业务节点发送携带业务名称的业务注册请求，采用对等协议的哈希算法对业务名称进行哈希运算，生成业务的业务标识符，并向对等叠加网发送携带业务标识符和业务节点地址的P2P存储请求；对等叠加网中与所述业务标识符对应的负责节点接收到所述P2P存储请求后，存储所述业务节点地址。

用户设备用于在获取到业务的业务标识符后，向对等叠加网中的对等节点(用户接入节点)发送携带所述业务标识符的业务请求；

接收到用户设备发送的业务请求后，用户接入节点采用对等协议的路由算法向负责节点发送携带业务标识符的P2P获取请求，以获取所述业务节点地址；获取到所述业务节点地址后，用户接入节点根据所述地址向对应的业务节点发送业务请求；或

接收到用户设备发送的业务请求后，用户接入节点采用对等协议的路由算法向负责节点转发业务请求；接收到用户接入节点转发的业务请求后，负责节点根据业务标识符获取本地存储的业务节点地址，并根据所述地址向对应的业务节点发送业务请求。

上述各网元/对等节点的具体功能将在下文对本发明的方法进行说明的部分详细描述。

图3是本发明实施例业务注册方法流程图；图3中的用户接入节点、业务接入节点、中间节点和负责节点均是图2中对等叠加网中的对等节点在不同场景下的逻辑名称；其中，负责用户接入的节点称为用户接入节点，负责与业务节点通信的节点称为业务接入节点，负责存储业务注册数据(例如，业务节点的地址信息)的节点称为负责节点，在对等叠加网中转发消息的节点称为中间节点，后续实施例均采用此命名规则。图3所示的注册方法包括如下步骤：

步骤301，业务节点(例如，业务节点1)向SDS发起用于对业务进行注册的业务注册请求，该请求中包含：待注册业务(例如，业务A)的业务名称、待注册业务的业务节点地址以及待注册业务的接口描述信息。

上述注册请求可以通过调用一个Web(World Wide Web，万维网)服务接口实现，也可以通过提交一个Web页面实现，或采用其它协议来实现。

步骤302，接收到业务节点发送的业务注册请求后，SDS采用DHT(Distributed Hash Table，分布式哈希表)协议的哈希算法对业务名称进行哈希运算，生成待注册业务的业务ID(标识符)；并向对等叠加网中的业务接入节点发送P2P(对等)存储请求，以便在对等叠加网中存储待注册业务(业务A)与业务节点(业务节点1)的绑定关系，该请求中包含：待注册业务的业务ID，待注册业务的业务节点的地址信息；

此外，在本步骤中，SDS还需要记录业务注册请求中包含的业务名称和接口描述信息，以便生成业务目录。

需要注意的是，在对等叠加网中，业务A的业务名称必须被转化为哈希后的ID值，以便于对等叠加网查找该ID值所对应的负责节点。

步骤303～304，接收到SDS发送的P2P存储请求后，对等叠加网中的业务接入节点根据P2P存储请求中包含的业务A的业务ID、采用DHT协议的路由算法将P2P存储请求经过0个、1个或多个中间节点发送给对等叠加网中与业务A的业务ID对应的负责节点。

需要注意的是，DHT协议包含多种路由算法，例如，CHORD路由算法等。如果采用CHORD路由算法，则在每个对等节点中都需要维护一张路由表，任意给定一个ID值都可以根据该路由表查找到对应的存储节点(即本实施例中的负责节点)。

步骤305，接收到P2P存储请求后，负责节点将业务A和业务节点1的绑定关系(即业务A的业务ID与业务节点1的地址信息的绑定关系)存储到该节点中，并根据DHT协议的P2P备份算法将上述绑定关系数据复制到相关的对等节点(可以称为备份节点)。

需要注意的是，DHT协议包含多种备份算法，例如，CHORD备份算法等。CHORD备份算法是根据对等节点的节点ID的大小来确定各对等节点间的备份关系，一个对等节点的备份节点是指节点ID大于该对等节点的节点ID的最近一个对等节点。

步骤306～307，负责节点发送P2P存储成功响应，该响应经由中间节点、业务接入节点路由到SDS。

步骤308，接收到P2P存储成功响应后，SDS将其转换为业务注册成功响应发送给业务节点1，业务节点1获知业务A注册成功。

图4是本发明实施例业务路由方法流程图，该方法包括以下步骤：

步骤401，业务节点1采用图3所示的方法在对等叠加网成功注册业务A(也就是成功将业务A的业务ID和业务A的业务节点的地址信息存储到对等叠加网中与业务ID对应的负责节点中)。

步骤402～403，UE向网络提供商的SDS发送业务目录获取请求，以获取业务目录，SDS返回业务目录。

本实施例中，SDS作为业务门户接收UE/用户发送的业务目录获取请求，向UE提供业务目录。

UE可以通过浏览器向SDS发送业务目录获取请求以获取业务目录，也可以通过网络提供商定制的Web服务接口，或者采用其它方式发送业务目录获取请求以获取业务目录。

业务目录中包含以下信息：业务名称、业务的接口描述信息、对等叠加网的入口域名等。

业务的接口描述信息可以采用WSDL(Web Service Description Language，业务描述语言)的形式提供。

本实施例中，假定UE已经加入对等叠加网的入口域名所对应的对等叠加网，UE可以使用该域名获取到一个或多个该对等叠加网中的用户接入节点的地址。

步骤404，UE在Web页面或菜单中将业务目录呈现给用户，用户选择其所希望访问的业务(本实施例中为业务A)。

步骤405，UE采用DHT协议的哈希算法对业务A的业务名称进行哈希运算，生成业务A的业务ID；根据业务A的接口描述信息生成业务调用请求报文，将生成的业务调用请求报文和业务A的业务ID包含在业务访问请求中发送给对等叠加网的用户接入节点。

需要注意的是，如果UE通过对等叠加网的入口域名获取到了多个用户接入节点的地址，在本步骤中，UE可以采用预先设定的策略(例如随机选取、或依次选取)选择一个用户接入节点，向选定的用户接入节点发送上述业务访问请求，以获得负载均衡的效果。

步骤406～407，接收到业务访问请求后，用户接入节点根据该请求中包含的业务ID、采用DHT协议的路由算法向该业务ID所对应的负责节点发送P2P获取请求，以获取该业务ID所对应的业务节点(本实施例中为业务节点1)的地址信息；接收到P2P获取请求后，负责节点根据该请求中包含的业务ID提取与其对应的业务节点1的地址信息，将业务节点1的地址信息返回给用户接入节点。

上述P2P获取请求可能经由0个、1个或多个对等叠加网的中间节点到达负责节点，接收到P2P获取请求的各中间节点都根据业务ID、采用DHT协议的路由算法对P2P获取请求进行路由转发，最终将P2P获取请求转发给对应的负责节点。

步骤408，获取到业务节点1的地址信息后，用户接入节点将业务访问请求中包含的业务调用请求报文转发给业务节点1。

需要注意的是，在获取到业务节点1的地址信息后，用户接入节点可以临时存储业务A的业务ID与业务节点1的地址信息的绑定关系，以便在接收到该业务的后续请求时无需再次查找业务节点1的地址信息。

步骤409，业务节点1对业务调用请求报文进行相应的处理后，向用户接入节点返回业务调用响应。

步骤410，用户接入节点向UE返回业务访问响应。

根据本发明的基本原理，上述实施例还可以有多种变换方式，例如：

用户接入节点可以对UE的本次访问进行业务授权、计费等业务控制操作。计费手段可以采用现有技术，比如采用Diameter协议向计费数据服务器发送业务访问详情报文，由运营商的后端计费系统对访问记录进行批价、计费。

当然，用户接入节点也可以根据运营商计费策略选择不同的业务控制触发时间点(例如，计费触发时间点)，比如在接收到业务访问请求时进行计费，而不是等到接收到业务调用响应时才开始计费。

在上述实施例中，由用户接入节点负责获取业务节点1的地址信息，并向业务节点1转发业务调用请求报文；在本发明的其它实施例中，用户接入节点也可以根据业务ID、采用DHT协议的路由算法将接收到的业务访问请求通过0个、1个或多个中间节点转发到负责节点，由负责节点进行业务调用请求报文的转发。在这种情况下，也可以由负责节点执行必要的业务控制操作(授权、计费等)。

进行上述业务控制所需的策略数据是运营商定义的规则，存储在对等叠加网中，可以由业务调用请求报文的转发节点(例如，用户接入节点、或负责节点)读取并执行。

在上述实施例中，UE将生成的业务调用请求报文和业务ID包含在业务访问请求中发送给对等叠加网，对等叠加网获取到业务节点的地址信息后，提取业务访问请求中的业务调用请求报文，并将其转发给对应的业务节点；而在本发明的其它实施例中，UE发送的业务访问请求与对等叠加网向业务节点转发的业务调用请求可以相同，统称为业务请求，该请求中包含业务ID。

图5是本发明实施例在业务路由过程中实现负载均衡的方法流程图，该方法包括以下步骤：

步骤501，业务节点1和业务节点2均采用图3所示业务注册方法通过SDS向对等叠加网注册其提供的业务A；对等叠加网记录业务A和业务节点1、业务节点2的绑定关系(即记录业务A的业务ID与业务节点1和业务节点2的地址信息的绑定关系)。

步骤502～507，与步骤402～407相似；其中，在步骤507中，用户接入节点从负责节点获得了业务节点1和业务节点2的地址信息。

步骤508，用户接入节点根据负载均衡策略，从业务节点1和业务节点2中选择业务节点1来执行业务A。

步骤509～511，与步骤408～410相同。

根据本发明的基本原理，图5所示的实施例还可以有多种扩展和变换方式，例如：

在步骤501的业务注册流程中，业务节点可以将自定义的负载均衡策略包含在业务注册请求中，通过SDS发送给对等叠加网；对等叠加网可以将负载均衡策略与业务节点的地址一起作为业务注册数据存储在负责节点；在步骤508中，用户接入节点获取到负载均衡策略和业务节点地址后，根据负载均衡策略选择业务节点。

上述负载均衡策略可以是哈希取模方法，例如：对发起业务请求的用户的ID进行哈希运算得到哈希值H，然后计算K＝H mod N，将以K值为序号的业务节点作为最终选定的业务节点；其中，N为业务节点的总数，“mod”表示取模运算。

此外，负载均衡策略也可以是一段伪代码，该伪代码可以由用户接入节点解析执行，用于进行负载均衡(即选择业务节点)。

图6是本发明实施例的一种业务保活方法流程图，该方法包括以下步骤：

步骤601，业务节点1采用图3所示的注册方法通过SDS在对等叠加网注册业务A；在业务节点1注册业务A的过程中，SDS记录业务A的业务ID(或业务A的名称)和业务节点1的地址信息，并为业务节点1注册的业务A启动保活定时器1。

SDS可以在接收到业务节点1发送的业务注册请求(详见步骤301的描述)后、或在接收到业务接入节点转发的P2P存储成功响应(详见步骤307的描述)后、或在接收到上述业务注册请求之后接收到上述P2P存储成功响应之前启动保活定时器1。

步骤602，业务节点2采用图3所示的注册方法通过SDS在对等叠加网注册业务A；在业务节点2注册业务A的过程中，SDS记录业务A的业务ID(或业务A的名称)和业务节点2的地址信息，并为业务节点2注册的业务A启动保活定时器2。

同样，SDS可以在接收到业务节点2发送的业务注册请求后、或在接收到业务接入节点转发的P2P存储成功响应后、或在接收到上述业务注册请求之后且接收到上述P2P存储成功响应之前启动保活定时器2。

步骤603～604，业务节点1在保活定时器1超时前向SDS发送注册刷新请求(也可以称为保活请求)，该请求中包含业务名称(本实施例中为业务A的名称)；SDS复位保活定时器1，为业务节点1注册的业务A重新开始计时。

步骤605，业务节点2由于宕机等原因，在保活定时器2超时前未能发出业务注册刷新请求(业务保活请求)，保活定时器2超时。

步骤606，SDS提取先前保存的业务A的业务ID(或采用与步骤302相同的方法根据保存的业务A的名称生成的业务A的业务ID)，并向对等叠加网(例如，对等叠加网中的业务接入节点)发送P2P删除请求，以删除对等叠加网中存储的业务节点2与业务A的业务ID的绑定关系；上述P2P删除请求中包含业务A的业务ID和业务节点2的地址信息；上述P2P删除请求经由对等叠加网中的一个或多个对等节点发送到业务A的业务ID所对应的负责节点。

SDS可以将上述P2P删除请求发送给对等叠加网中的任一对等节点，对等叠加网中的对等节点根据业务ID、采用DHT协议的路由算法将P2P删除请求发送给对应的负责节点。

步骤607，接收到P2P删除请求后，负责节点根据该请求中包含的业务A的业务ID和业务节点2的地址信息删除本地存储的业务节点2与业务A的绑定关系数据，删除相应的备份数据，并向SDS返回P2P删除响应。

此后，当UE访问业务A时，对等叠加网不会再选择业务节点2，避免了业务访问失败。

根据本发明的基本原理，图6所示的实施例还可以有多种变换方式，例如：

在本发明的其它实施例中，也可以在业务的注册过程中由负责节点为业务节点注册的业务设置保活定时器，SDS在接收到业务节点发送的注册刷新请求(保活请求)后，向对等叠加网发送P2P存储请求，该请求中包含待刷新业务的业务ID和业务节点的地址信息；对等叠加网将上述P2P存储请求转发至负责节点，负责节点接收到P2P存储请求后复位相应的保活定时器；若负责节点在保活定时器超时前没有收到P2P存储请求，则删除业务与业务节点的绑定关系。

需要注意的是，以上各实施例中均以DHT协议为例对本发明的业务实现方法进行了描述，实际上，本发明的业务实现方法同样适用于采用其它对等(P2P)协议对等叠加网。

Claims (13)

1.一种业务实现方法，在对等叠加网中与业务的业务标识符相对应的对等节点中存储所述业务的业务节点地址后，该方法包括：

用户设备获取到所述业务的业务标识符后，向对等叠加网发送携带所述业务标识符的业务请求；

接收到用户设备发送的业务请求后，对等叠加网中的对等节点根据所述业务标识符从对等叠加网中获取所述业务的业务节点地址，并根据所述地址向对应的业务节点发送业务请求。

2.如权利要求1所述的方法，其特征在于，

存储所述业务节点地址的所述对等节点为对等叠加网中的负责节点；

用户设备将业务请求发送给对等叠加网中的用户接入节点；接收到用户设备发送的业务请求后，所述用户接入节点采用对等协议的路由算法向所述负责节点发送携带所述业务标识符的P2P获取请求，以获取所述业务节点地址；

获取到所述业务节点地址后，所述用户接入节点根据所述地址向对应的业务节点发送业务请求。

3.如权利要求1所述的方法，其特征在于，

存储所述业务节点地址的所述对等节点为对等叠加网中的负责节点；

用户设备将业务请求发送给对等叠加网中的用户接入节点；接收到用户设备发送的业务请求后，所述用户接入节点采用对等协议的路由算法向所述负责节点转发业务请求；

接收到所述用户接入节点转发的业务请求后，所述负责节点根据所述业务标识符获取本地存储的所述业务节点地址，并根据所述地址向对应的业务节点发送业务请求。

4.如权利要求1所述的方法，其特征在于，

如果获取到所述业务的多个业务节点地址，向业务节点发送业务请求的所述对等节点在发送业务请求前，根据负载均衡策略从所述多个业务节点地址中选择一个，向选定的业务节点地址所对应的业务节点发送业务请求。

5.如权利要求2或3所述的方法，其特征在于，

用户设备向所述用户接入节点发送业务请求前，还根据对等叠加网的入口域名获取用户接入节点地址，并根据预先设定的策略从获取到的多个用户接入节点地址中选择一个，向选定的用户接入节点地址对应的用户接入节点发送业务请求。

6.如权利要求1所述的方法，其特征在于，

采用如下方式在对等叠加网中存储所述业务的业务节点地址：

业务节点向业务目录服务器SDS发送业务注册请求，该请求中包含所述业务的业务名称；

接收到所述业务注册请求后，SDS采用对等协议的哈希算法对所述业务名称进行哈希运算，生成所述业务的业务标识符，并向对等叠加网发送P2P存储请求，该请求中包含所述业务标识符和业务节点地址；

对等叠加网中与所述业务标识符对应的负责节点接收到所述P2P存储请求后，存储所述业务节点地址。

7.如权利要求6所述的方法，其特征在于，

接收到所述业务注册请求后，SDS启动保活定时器；

如果SDS在所述保活定时器超时前，接收到所述业务节点发送的注册刷新请求，则SDS复位所述保活定时器；

如果SDS在所述保活定时器超时前没有接收到所述业务节点发送的注册刷新请求，则SDS向对等叠加网发送P2P删除请求，该请求中包含所述业务的业务标识符和所述业务节点的地址信息；所述负责节点接收到所述P2P删除请求后，删除所述业务的业务节点地址。

8.如权利要求6所述的方法，其特征在于，

接收到所述P2P存储请求后，所述负责节点启动保活定时器；

SDS接收到所述业务节点发送的注册刷新请求后，向所述负责节点发送所述P2P存储请求后；

如果在所述保活定时器超时前，所述负责节点接收到所述P2P存储请求，则所述负责节点复位所述保活定时器；

如果在所述保活定时器超时前，所述负责节点没有接收到所述P2P存储请求，则所述负责节点删除所述业务的业务节点地址。

9.一种业务系统，该系统包含：用户设备、业务节点和对等叠加网，所述对等叠加网中包含多个对等节点；其中：

所述对等叠加网中与业务的业务标识符相对应的对等节点用于存储所述业务的业务节点地址；

所述用户设备用于在获取到所述业务的业务标识符后，向所述对等叠加网发送携带所述业务标识符的业务请求；

接收到用户设备发送的业务请求后，所述对等叠加网中的对等节点根据所述业务标识符从所述对等叠加网中获取所述业务的业务节点地址，并根据所述地址向对应的业务节点发送业务请求。

10.如权利要求9所述的系统，其特征在于，

存储所述业务节点地址的所述对等节点为所述对等叠加网中的负责节点；

所述用户设备将业务请求发送给所述对等叠加网中的用户接入节点；

接收到所述用户设备发送的业务请求后，所述用户接入节点采用对等协议的路由算法向所述负责节点发送携带所述业务标识符的P2P获取请求，以获取所述业务节点地址；获取到所述业务节点地址后，所述用户接入节点根据所述地址向对应的业务节点发送业务请求。

11.如权利要求9所述的系统，其特征在于，

存储所述业务节点地址的所述对等节点为所述对等叠加网中的负责节点；

所述用户设备将业务请求发送给对等叠加网中的用户接入节点；

接收到所述用户设备发送的业务请求后，所述用户接入节点采用对等协议的路由算法向所述负责节点转发业务请求；

接收到所述用户接入节点转发的业务请求后，所述负责节点根据所述业务标识符获取本地存储的所述业务节点地址，并根据所述地址向对应的业务节点发送业务请求。

12.如权利要求9所述的系统，其特征在于，

向业务节点发送业务请求的所述对等节点在发送所述业务请求前，还根据负载均衡策略从其获取到的所述业务的多个业务节点地址中选择一个，将所述业务请求发送给其选定的业务节点地址所对应的业务节点。

13.如权利要求9所述的系统，其特征在于，

所述系统中还包含SDS；

业务节点采用如下方式在所述对等叠加网中存储所述业务的业务节点地址：

所述业务节点向所述SDS发送业务注册请求，该请求中包含所述业务的业务名称；

接收到所述业务注册请求后，所述SDS采用对等协议的哈希算法对所述业务名称进行哈希运算，生成所述业务的业务标识符，并向所述对等叠加网发送P2P存储请求，该请求中包含所述业务标识符和业务节点地址；

所述对等叠加网中与所述业务标识符对应的负责节点接收到所述P2P存储请求后，存储所述业务节点地址。

Images