CN102185921A - 分布式网络业务管理方法、系统以及控制节点 - Google Patents

Abstract

本发明公开了一种分布式网络业务管理方法、系统以及控制节点。该方法包括根据业务注册请求，生成业务的业务数据，所述业务数据包括业务编号；根据所述业务编号，利用分布式哈希表DHT算法确定管理所述业务的业务管理控制节点；将所述业务的业务数据发送给所述业务管理控制节点，由所述业务管理控制节点对所述业务进行管理。本发明技术方案可有效实现分布式网络业务管理，提高业务管理和访问效率，特别适合分布式网络中多业务应用的管理。

Description

分布式网络业务管理方法、系统以及控制节点

技术领域

本发明涉及通信技术，尤其涉及一种分布式网络业务管理方法、系统以及控制节点。

背景技术

分布式核心网是针对电信业务和移动互联网业务所提出的新一代可运营、可管理的核心网体系和功能架构，其主要用于应对当前电信网和因特网在业务和运用上面临的一些挑战，吸取电信网可运营、可管理的特性和因特网在业务提供上的快速、灵活、低成本和易扩展等特点。

目前，分布式核心网通常以点对点(Peer-to-Peer，P2P)方式实现传统电信核心网的各种功能，除此之外，还可实现如持续业务提供能力、自适应负载均衡能力、带宽汇聚能力、分布式存储能力、动态资源调度能力等新的网络能力，一方面可更好地支持移动互联网业务，另一方面还能以更低的成本实现电信业务。图1为分布式核心网的网络架构示意图。如图1所示，分布式核心网主要是由一系列的控制节点组成，这些控制节点可以是运营商部署的设备，也可以可信的用户终端设备，控制节点负责管理接入的用户、查找网络资源，并提供相应的服务。这些控制节点通过分布式哈希表(Distributed Hash Table，DHT)算法，例如Chord、CAN、Kad等，进行组网，形成DHT网络，该DHT网络中，每个控制节点都维护一个邻居表，用于保存其它控制节点的信息，一个控制节点的加入、退出、失效都不会影响整个网络的正常运行，达到自组织、自适应的目的。现有基于分布式核心网的业务管理通常还采用传统核心网的管理方式，即采用集中式业务管理，由一个集中式的控制节点来管理所有的业务，且业务服务器也通常加载在该集中式的控制节点上，用户访问业务时，均需要该集中式的控制节点进行处理。

综上，现有分布式核心网的业务管理中，仍旧采用集中式的业务管理，由集中式的控制节点管理所有的业务，对集中式的控制节点的资源和处理能力要求较高，特别是随着多业务，例如随着语音、文件下载、流媒体、游戏等业务的应用，集中式的控制节点的资源和处理能力要求会更高，从而导致业务管理的成本较高，且集中式业务管理中，业务管理和访问效率均较低，不适于多业务应用的管理。

发明内容

本发明提供一种分布式网络业务管理方法、系统以及控制节点，可有效克服现有采用集中式业务管理存在的问题，提高业务管理和访问效率。

本发明提供一种分布式网络业务管理方法，包括：

根据业务注册请求，生成业务的业务数据，所述业务数据包括业务编号；

根据所述业务编号，利用分布式哈希表DHT算法确定管理所述业务的业务管理控制节点；

将所述业务的业务数据发送给所述业务管理控制节点，由所述业务管理控制节点对所述业务进行管理。

本发明提供一种分布式网络业务管理系统，包括：

业务注册控制节点，用于根据业务注册请求，生成业务的业务数据，所述业务数据包括业务编号，以及用于根据所述业务编号，利用DHT算法确定管理所述业务的业务管理控制节点，将所述业务的业务数据发送给所述业务管理控制节点；

所述业务管理控制节点，用于接收所述业务的业务数据，对所述业务进行管理。

本发明提供一种控制节点，其特征在于，包括：

注册请求处理模块，用于根据业务注册请求，生成业务的业务数据，所述业务数据包括业务编号；

业务管理节点确定模块，用于根据所述业务编号，利用DHT算法确定管理所述业务的业务管理控制节点；

业务数据发送模块，用于将所述业务的业务数据发送给所述业务管理控制节点，由所述业务管理控制节点对所述业务进行管理。

本发明提供的分布式网络业务管理方法、系统以及控制节点，通过根据业务编号，利用DHT算法确定应该管理业务的业务管理控制节点，从而可将业务分配到分布式网络中的各业务管理控制节点，实现在分布式网络上业务的分布式管理，由于业务被分布式网络中不同的控制节点管理，因此，可有效避免现有采用集中式业务管理存在的问题，降低了业务管理对节点资源和处理能力的要求，可有效提高业务管理和访问效率，特别适合分布式网络中多业务应用的业务管理。

附图说明

图1为分布式核心网的网络架构示意图；

图2为本发明分布式网络业务管理方法实施例一的流程示意图；

图3为本发明分布式网络业务管理方法实施例二的流程示意图；

图4为本发明实施例中业务管理控制节点存储的业务数据的数据结构示意图；

图5为本发明实施例中为业务加载服务器的流程示意图；

图6为本发明实施例中使用业务时的流程示意图；

图7为本发明实施例中注销业务时的流程示意图；

图8为本发明分布式网络管理系统实施例的结构示意图；

图9为本发明控制节点实施例的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明技术方案是利用分布式哈希表(Distributed Hash Table，DHT)算法将业务分配到分布式网络上的各控制节点进行管理，以提高业务管理和访问效率，为便于对本发明技术方案有较好的理解，下面将首先对DHT算法进行说明。

DHT算法是一种对等网络采用的资源定位方式，其主要是利用分布式散列算法来解决结构化的分布式存储问题，以在分布式网络应用层和网络、路由层之间加入单独的DHT层来进行P2P网络资源定位和查询。

DHT算法的基本设计思想是：在分布式网络中使用一个足够大的ID空间，系统中的所有节点和数据均具有唯一的ID标志，其中，这里的数据可以是文件、索引或地址信息等。每个节点和数据的ID是通过散列函数，例如SHA-1得到，即NodeID＝Hash(Node)，DataID＝Hash(Data)，这样，系统中所有节点就通过NodeID映射到了ID空间，将ID空间分割成若干个子空间，每个节点负责一个子空间；数据保存在负责DataID所在的子空间的节点上。系统中的每个节点需要按照一定的策略维护其他部分节点的信息表，即路由表，以便进行查找、定位和路由。且DHT通常为上层应用提供PUT(DataID，Data)和GET(DataID)两个最基本的接口，前者将数据存到相应的节点上，后者从相应的节点上取出DataID所对应的数据。

总之，在DHT算法实现的分布式网络中，不存在一个中心管理节点，网络中每一个节点都是平等的，都储存有部分网络节点信息和资源信息。只要有NodeID就可以连接任意一个节点，只要有DataID就可以找到需要的任意数据。

图2为本发明分布式网络业务管理方法实施例一的流程示意图。如图2所示，本实施例业务管理方法包括以下步骤：

步骤101、业务注册控制节点根据业务注册用户发送的业务注册请求，生成业务的业务数据，该业务数据包括业务编号；

步骤102、业务注册控制节点根据业务编号，利用DHT算法确定管理业务的业务管理控制节点；

步骤103、业务注册控制节点将业务的业务数据发送给业务管理控制节点，由业务管理控制节点对业务进行管理。

本实施例可应用于分布式网络的业务管理中，当业务注册用户需要向网络中注册业务时，业务注册控制节点可生成业务数据，为业务分配唯一的业务编号，并根据业务编号，利用DHT算法确定管理该业务的业务管理控制节点，进而可将该业务的业务数据发送指该业务管理控制节点，由该业务管理控制节点对注册的业务进行管理。

可以看出，本实施例业务在被注册到分布式网络时，是通过根据业务编号，利用DHT算法确定管理业务的控制节点，进而将该业务的业务数据发送到确定的管理节点进行管理，使得注册到该分布式网络上的各种业务会被分配到不同的控制节点，以便由分布式网络中的不同控制节点实现对业务的分布式管理，特别适合具有多业务应用的场合。

综上，本发明实施例提供的分布式网络业务管理方法，通过根据业务编号，利用DHT算法确定应该管理业务的业务管理控制节点，从而可将业务分配到分布式网络中的各业务管理控制节点，实现在分布式网络上业务的分布式管理，由于业务被分布式网络中不同的控制节点管理，因此，可有效避免现有采用集中式业务管理存在的问题，降低了业务管理对节点资源和处理能力的要求，可有效提高业务管理和访问效率，特别适合分布式网络中多业务应用的业务管理。

图3为本发明分布式网络业务管理方法实施例二的流程示意图。如图3所示，本实施例业务管理方法包括以下步骤：

步骤201、业务注册用户向业务注册控制节点发送业务注册请求；

步骤202、业务注册控制节点接收到业务注册请求后，检查请求注册的业务的合法性，若合法则通过哈希为该业务分配一个唯一的业务编号，并生成包括业务编号的业务数据；

步骤203、业务注册控制节点根据业务编号，利用DHT算法将业务的业务数据发送给应该管理该业务的业务管理控制节点；

步骤204、业务管理控制节点接收到该业务的业务数据后，保存并维护业务数据，以对业务进行管理。

上述步骤201中，当业务注册用户需要注册业务到分布式网络时，可向网络中最接近的业务注册控制节点发送业务注册请求，由该最接近的业务注册控制节点对该业务注册请求进行处理。

上述步骤202和步骤203中，业务注册控制节点接收到业务注册请求后，可检查业务的合理及合法性，并在检查通过后，可根据业务的服务商和服务名称，利用哈希得到一个唯一的业务编号，并生成业务的业务数据；同时，业务注册控制节点根据得到的业务编号，利用DHT算法确定管理该业务的业务管理控制节点，将业务数据发送给该业务管理控制节点。

上述步骤204中，当通过DHT算法确定应该管理该业务的业务管理控制节点接收到该业务的业务数据后，即可将其保存，并在后续业务内容有变化时，对业务数据进行更新和维护。

本领域技术人员可以理解的是，业务注册用户在发起业务注册请求时，该注册请求可包括业务的名称、服务商、服务类型、服务等级以及服务资费等信息，从而可将这些信息作为生成的业务数据的一部分，发送给业务管理控制节点对业务进行管理，当用户使用业务时，即可获得这些信息，以确定是否使用这些业务。

本领域技术人员可以理解的是，由于管理业务的业务管理控制节点是根据业务的业务编号，利用DHT算法确定的，因此，业务使用者只要需要知道业务的业务编号，就可以通过业务请求控制节点利用DHT算法确定出业务使用者要使用的业务归属的业务管理控制节点，以向业务管理控制节点请求使用业务。

本实施例中，业务数据中还保存有业务服务器数据，以便业务使用者使用业务时，可通过业务服务器为用户提供业务。其中，业务服务器可加载在业务管理控制节点上，也可加载在网络中的其它控制节点，通常而言，业务服务器加载在网络上与业务管理控制节点不同的控制节点上，因此，为便于业务服务器的定位，业务注册控制节点在为业务生成的业务数据，还包括有服务器列表，该服务器列表保存有业务服务器数据。

图4为本发明实施例中业务管理控制节点存储的业务数据的数据结构示意图。如图4所示，本实施例业务数据的数据结构主要包括业务名称、业务编号、服务商、服务器列表、服务类型、服务等级以及服务资费等信息，而服务器列表可包括有业务服务器数据，每个业务服务器数据保存有相应业务服务器的相关信息，具体可包括业务名称、业务编号、服务类型、服务等级、服务器编号、服务器类型、服务器加载的控制节点编号、服务器IP、服务器的负载能力、服务器的负载现状等信息。

本领域技术人员可以理解，用户在向业务管理控制节点发送业务请求，请求使用业务时，业务管理控制节点可通知业务服务器为用户直接提供业务，或者，将业务服务器数据发送给用户后，再由用户根据业务服务器数据向相应的业务服务器请求使用业务。

图5为本发明实施例中为业务加载服务器的流程示意图。由于提供业务的服务器可能有多个，且各业务服务器加载的控制节点可能是变化的，因此，为便于对业务服务器进行管理和添加，在加载服务器时，可通过服务加载控制节点进行处理，以便更新业务数据中的服务器列表，具体地，如图5所示，加载服务器可包括以下步骤：

步骤301、业务服务商将服务器加载到服务加载控制节点，生成业务服务器数据；

步骤302、服务加载控制节点根据业务服务器对应业务的业务编号，利用DHT算法确定管理该业务的业务管理控制节点，并将业务服务器数据发送给业务管理控制节点；

步骤303、业务管理控制节点对该业务服务器进行认证；

步骤304、业务管理控制节点对业务服务器认证通过后，可将业务服务器数据加载到业务数据的服务器列表中，更新业务数据。

本实施例中，当需要为业务新增服务器时，可通过服务加载控制节点进行服务器的加载，这样，在分布式网络中，业务服务器可加载在网络中的不同位置，从而便于业务服务器的布置，且服务加载控制节点只需要根据业务编号，将业务服务器数据发送到相应的业务管理控制节点，对业务的业务数据进行更新即可，业务服务器的加载非常便利。

图6为本发明实施例中使用业务时的流程示意图。如图6所示，当用户使用业务时，可通过业务请求控制节点对用户的业务请求进行处理，具体可包括以下步骤：

步骤401、用户向业务请求控制节点发送业务请求；

步骤402、业务请求控制节点接收到用户的业务请求后，根据业务请求中的业务编号，利用DHT算法将业务请求发送到管理该业务的业务管理控制节点；

步骤403、业务管理控制节点对用户进行认证鉴权；

步骤404、对用户认证通过后，业务管理控制节点会将业务数据的服务器列表中的业务服务器数据发送给业务请求控制节点；

步骤405、业务请求控制节点将业务请求发送给业务服务器数据中的服务加载控制节点；

步骤406、服务加载控制节点对业务请求进行确认；

步骤407、确认通过后，触发加载在其上的业务服务器；

步骤408、业务服务器将用户请求的业务通过业务请求控制节点提供给用户。

上述步骤401和步骤402中，用户使用业务时，只需要知道业务的业务编号，就可向业务请求控制节点发送包括业务编号的业务请求，业务请求控制节点接收到业务请求后，即可根据业务编号，利用DHT算法确定出管理该业务的业务管理控制节点，将业务请求转发到业务管理控制节点进行处理。

上述步骤404中，业务管理控制节点具体可根据业务请求控制节点的网络位置，以及各业务服务器数据中相应服务器的负载、位置信息，将可提供最优业务的业务服务器对应的业务服务器数据发送给所述业务请求控制节点。具体地，当业务数据的服务器列表中包含多个业务服务器数据时，则说明存在多个业务服务器可以提供业务给用户，因此，业务管理控制节点在接收到用户的业务请求后，即可根据业务请求控制节点的网络位置(即用户的位置)，以及各服务器的负载、位置等信息，确定出可提供用户业务的最佳的业务服务器，从而可将该业务服务器对应的业务服务器数据发送给业务请求控制节点，使得业务管理控制节点可直接向提供用户业务最佳的业务服务器请求提供业务，可有效保证业务提供的效率。

本领域技术人员可以理解的是，业务管理控制节点也可以将业务数据中所有业务服务器数据发送给业务请求控制节点，再由业务请求控制节点根据选择提供业务的业务服务器。

实际应用中，业务请求控制节点可通过提供统一的服务平台，以便用户获取业务的业务编号，用户得到业务编号后，即可发送业务请求；或者，业务请求控制节点也可以接收用户发送的包括业务注册请求时的相关信息，通过哈希得到业务编号，以便发起业务请求。

图7为本发明实施例中注销业务时的流程示意图。当从分布式网络注销业务时，业务注销请求者可通过业务注销控制节点来对已注册的业务进行注销，具体可包括以下步骤：

步骤501、业务注销请求者向业务注销控制节点发送业务注销请求；

步骤502、业务注销控制节点接收该业务注销请求，根据业务注销请求中的业务编号，利用DHT算法确定管理该业务编号对应业务的业务管理控制节点，将业务注销请求发送给业务管理控制节点；

步骤503、业务管理控制节点接收到业务注销请求后，删除和注销该业务对应的业务数据。

本实施例中，当业务需要注销时，即可通过业务注销控制节点对注销请求进行处理，以便确定注销的业务所归属的业务管理控制节点，由业务管理控制节点将相应的业务注销掉，其中，业务注销请求应包括要注销业务的业务编号，以便利用DHT算法确定管理该业务的业务管理控制节点。

图8为本发明分布式网络管理系统实施例的结构示意图。如图8所示，本实施例分布式网络管理系统包括：

业务注册控制节点10，用于根据业务注册请求，生成业务的业务数据，该业务数据包括业务编号；以及用于根据业务编号，利用DHT算法确定管理业务的业务管理控制节点，将业务的业务数据发送给业务管理控制节点20；

业务管理控制节点20，用于接收业务的业务数据，对业务进行管理。

本实施例可应用于分布式网络的业务管理中，其具体实现过程可参考上述本发明方法实施例的说明，在此不再赘述。

本实施例中，上述的业务数据还可包括服务器列表，且服务器列表包括有业务服务器数据，相应地，如图8所示，本发明实施例系统还可包括：

业务请求控制节点30，用于根据用户的业务请求中的业务编号，利用DHT算法确定管理业务编号对应业务的业务管理控制节点20，并将业务请求发送给业务管理控制节点20；

业务管理控制节点20，还用于接收业务请求，将业务的业务数据的服务器列表中的业务服务器数据发送给业务请求控制节点30；

业务请求控制节点30，还用于将业务请求发送给业务服务器数据中的服务加载控制节点40；

服务加载控制节点40，用于接收业务请求，控制加载的业务服务器50提供业务。

实际应用中，上述业务数据中的服务器列表至少可包括两个业务服务器数据；上述的业务管理控制节点20，具体用于接收到业务请求后，根据业务请求控制节点的网络位置，以及各业务服务器数据中相应服务器的负载、位置信息，将可提供最优业务的业务服务器对应的业务服务器数据发送给业务请求控制节点。

本实施例中，服务加载控制节点40，还可用于接收业务服务器的加载请求，生成业务服务器数据，并根据业务服务器对应业务的业务编号，利用DHT算法确定管理业务服务器对应业务的业务管理控制节点，将业务服务器数据发送到业务管理控制节点；相应地，业务管理控制节点20还可用于将业务服务器数据加载到业务数据中的服务器列表中。

如图8所示，本实施例系统还可包括业务注销控制节点60，以用于接收业务注销请求，根据业务注销请求中的业务编号，利用DHT算法确定管理业务编号对应业务的业务管理控制节点20，并将业务注销请求发送给业务管理控制节点20；业务管理控制节点20还用于接收业务注销控制节点60发送的业务注销请求，注销业务的业务数据。

本领域技术人员可以理解的是，上述本发明实施例中所述的业务注册控制节点、业务管理控制节点、服务加载控制节点、业务请求控制节点以及业务注销控制节点，均可以是分布式网络中的任一控制节点，且每个控制节点均可集成有上述业务注册控制节点、业务管理控制节点、服务加载控制节点、业务请求控制节点以及业务注销控制节点的所有功能或部分功能，以实现在分布式网络中实现对业务的分布式管理。

图9为本发明控制节点实施例的结构示意图。本实施例控制节点可为集成了上述本发明实施例系统中业务注册控制节点、业务请求控制节点、业务管理控制节点、服务加载控制节点以及业务注销控制节点的部分或全部功能的控制节点，以便作为分布式网络中的节点，实现对业务进行分布式管理。具体地，如图9所示，本实施例控制节点包括：

注册请求处理模块1，用于根据业务注册请求，生成业务的业务数据，所述业务数据包括业务编号；

业务管理节点确定模块2，用于根据所述业务编号，利用DHT算法确定管理所述业务的业务管理控制节点；

业务数据发送模块3，用于将所述业务的业务数据发送给所述业务管理控制节点，由所述业务管理控制节点对所述业务进行管理。

可以看出，本实施例控制节点可通过注册请求处理模块1、业务管理节点确定模块2以及业务数据发送模块3对业务注册请求进行处理，将业务发送到分布式网络中相应的业务管理控制节进行管理，从而可实现业务的分布式管理。

如图9所示，上述的控制节点还可包括：业务请求处理模块4，用于接收用户的业务请求，根据所述业务请求中的业务编号，利用DHT算法确定管理所述业务编号对应业务的业务管理控制节点，将所述业务请求发送给所述业务管理控制节点。可以看出，该业务请求处理模块4可对用户使用业务时的业务请求进行处理，以为用户提供其所需的业务。

如图9所示，上述的控制节点还可包括：服务加载控制模块5，用于接收业务服务器的加载请求，生成业务服务器数据，并根据所述业务服务器对应业务的业务编号，利用DHT算法确定管理所述业务服务器对应业务的业务管理控制节点，将所述业务服务数据发送给所述业务管理控制节点，以便所述业务管理控制节点将所述业务服务器数据加载到所述业务数据中的服务器列表中。可以看出，该服务加载控制模块5可对业务服务器加载进行处理，以便将业务服务器数据加载到管理业务的业务管理控制节点，对业务的业务数据进行更新。

如图9所示，上述的控制节点还可包括：业务注销请求处理模块6，用于接收业务注销请求，根据所述业务注销请求中的业务编号，利用DHT算法确定管理所述业务编号对应业务的业务管理控制节点，将将所述注销请求发送给所述业务管理控制节点，以便所述业务管理控制节点注销所述业务的业务数据。可以看出，该业务注销请求处理模块6可对业务注销请求进行处理，确定管理要注销业务的业务管理控制节点，对业务进行注销处理。

如图9所示，上述的控制节点还可包括：业务管理模块7，用于接收发业务注册控制节点发送来的业务数据，并将所述业务数据保存起来，对所述业务数据进行管理。可以看出，当注册的业务确定需要该控制节点管理时，可通过业务管理模块7对业务数据进行保存，以对业务进行管理。

本发明实施例提供的控制节点可作为图1所示分布式网络中的控制节点，以便在该分布式网络中实现对业务的分布式管理，提高业务管理和访问效率。

本领域技术人员可以理解，本实施例控制节点可作为上述本发明实施例系统中的业务注册请求控制节点、业务管理控制节点、业务请求控制节点、服务加载控制节点以及业务注销控制节点。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (16)

1.一种分布式网络业务管理方法，其特征在于，包括：

根据业务注册请求，生成业务的业务数据，所述业务数据包括业务编号；

根据所述业务编号，利用分布式哈希表DHT算法确定管理所述业务的业务管理控制节点；

将所述业务的业务数据发送给所述业务管理控制节点，由所述业务管理控制节点对所述业务进行管理。

2.根据权利要求1所述的分布式网络业务管理方法，其特征在于，所述业务管理控制节点对所述业务进行管理包括：

接受业务注册控制节点发送来的所述业务的业务数据，将所述业务数据存储起来。

3.根据权利要求2所述的分布式网络业务管理方法，其特征在于，所述业务数据还包括服务器列表，所述服务器列表包括业务服务器数据；

所述分布式网络业务管理方法还包括：

业务请求控制节点根据用户的业务请求中的业务编号，利用DHT算法确定管理所述业务编号对应业务的业务管理控制节点，并将所述业务请求发送给所述业务管理控制节点；

业务管理控制节点接收到所述业务请求后，将所述业务的业务数据的服务器列表中的业务服务器数据发送给业务请求控制节点；

业务请求控制节点将所述业务请求发送给所述业务服务器数据中的服务加载控制节点，由所述服务加载控制节点控制加载的业务服务器提供业务。

4.根据权利要求3所述的分布式网络业务管理方法，其特征在于，所述服务器列表至少包括两个业务服务器数据；

所述将所述业务的业务数据的服务器列表中的业务服务器数据发送给业务请求控制节点包括：

所述业务管理控制节点根据所述业务请求控制节点的网络位置，以及各业务服务器数据中相应服务器的负载、位置信息，将可提供最优业务的业务服务器对应的业务服务器数据发送给所述业务请求控制节点。

5.根据权利要求1所述的分布式网络业务管理方法，其特征在于，还包括：

服务加载控制节点接收到业务服务器的加载请求后，生成业务服务器数据，并根据所述业务服务器对应业务的业务编号，利用DHT算法确定管理所述业务服务器对应业务的业务管理控制节点；

服务加载控制节点将所述业务服务器数据发送到所述业务管理控制节点，由所述业务管理控制节点将所述业务服务器数据加载到所述业务数据中的服务器列表中。

6.根据权利要求1所述的分布式网络业务管理方法，其特征在于，还包括：

业务注销控制节点接收到业务注销请求，根据所述业务注销请求中的业务编号，利用DHT算法确定管理所述业务编号对应业务的业务管理控制节点；

业务注销控制节点将所述注销请求发送给所述业务管理控制节点，由所述业务管理控制节点注销所述业务的业务数据。

7.一种分布式网络业务管理系统，其特征在于，包括：

业务注册控制节点，用于根据业务注册请求，生成业务的业务数据，所述业务数据包括业务编号，以及用于根据所述业务编号，利用DHT算法确定管理所述业务的业务管理控制节点，将所述业务的业务数据发送给所述业务管理控制节点；

所述业务管理控制节点，用于接收所述业务的业务数据，对所述业务进行管理。

8.根据权利要求7所述的分布式网络业务管理系统，其特征在于，所述业务数据还包括服务器列表，所述服务器列表包括业务服务器数据；

所述分布式网络业务管理系统还包括：

业务请求控制节点，用于根据用户的业务请求中的业务编号，利用DHT算法确定管理所述业务编号对应业务的业务管理控制节点，并将所述业务请求发送给所述业务管理控制节点；

所述业务管理控制节点，还用于接收所述业务请求，将所述业务的业务数据的服务器列表中的业务服务器数据发送给所述业务请求控制节点；

所述业务请求控制节点，还用于将所述业务请求发送给所述业务服务器数据中的服务加载控制节点；

所述服务加载控制节点，用于接收所述业务请求，控制加载的业务服务器提供业务。

9.根据权利要求8所述的分布式网络业务管理系统，其特征在于，所述服务器列表至少包括两个业务服务器数据；

所述业务管理控制节点，具体用于接收到所述业务请求后，根据所述业务请求控制节点的网络位置，以及各业务服务器数据中相应服务器的负载、位置信息，将可提供最优业务的业务服务器对应的业务服务器数据发送给所述业务请求控制节点。

10.根据权利要求7所述的分布式网络业务管理方法，其特征在于，还包括：

服务加载控制节点，用于接收业务服务器的加载请求，生成业务服务器数据，并根据所述业务服务器对应业务的业务编号，利用DHT算法确定管理所述业务服务器对应业务的业务管理控制节点，将所述业务服务器数据发送到所述业务管理控制节点；

所述业务管理控制节点，还用于将所述业务服务器数据加载到所述业务数据中的服务器列表中。

11.根据权利要求7所述的分布式网络业务管理系统，其特征在于，还包括：

业务注销控制节点，用于接收业务注销请求，根据所述业务注销请求中的业务编号，利用DHT算法确定管理所述业务编号对应业务的业务管理控制节点，并将所述业务注销请求发送给所述业务管理控制节点；

所述业务管理控制节点，还用于接收所述业务注销请求，注销所述业务的业务数据。

12.一种控制节点，其特征在于，包括：

注册请求处理模块，用于根据业务注册请求，生成业务的业务数据，所述业务数据包括业务编号；

业务管理节点确定模块，用于根据所述业务编号，利用DHT算法确定管理所述业务的业务管理控制节点；

业务数据发送模块，用于将所述业务的业务数据发送给所述业务管理控制节点，由所述业务管理控制节点对所述业务进行管理。

13.根据权利要求12所述的控制节点，其特征在于，还包括：

业务请求处理模块，用于接收用户的业务请求，根据所述业务请求中的业务编号，利用DHT算法确定管理所述业务编号对应业务的业务管理控制节点，将所述业务请求发送给所述业务管理控制节点。

14.根据权利要求12所述的控制节点，其特征在于，还包括：

服务加载控制模块，用于接收业务服务器的加载请求，生成业务服务器数据，并根据所述业务服务器对应业务的业务编号，利用DHT算法确定管理所述业务服务器对应业务的业务管理控制节点，将所述业务服务数据发送给所述业务管理控制节点，以便所述业务管理控制节点将所述业务服务器数据加载到所述业务数据中的服务器列表中。

15.根据权利要求12所述的控制节点，其特征在于，还包括：

业务注销请求处理模块，用于接收业务注销请求，根据所述业务注销请求中的业务编号，利用DHT算法确定管理所述业务编号对应业务的业务管理控制节点，将将所述注销请求发送给所述业务管理控制节点，以便所述业务管理控制节点注销所述业务的业务数据。

16.根据权利要求12所述的控制节点，其特征在于，还包括：

业务管理模块，用于接收发业务注册控制节点发送来的业务数据，并将所述业务数据保存起来，对所述业务数据进行管理。

Images