一种处理节点注册通知的方法和系统与流程

本发明涉及移动通信领域，特别涉及一种处理节点注册通知的方法和系统。

背景技术：

随着网络技术的不断发展，网络业务的种类越来越多，功能也越来越丰富。业务提供方一般采用分布式系统来构建业务后台，即业务后台由多个服务器组成，一个服务器即为分布式系统中的一个业务节点，每个业务节点一般提供少量或单一的功能服务，这样，业务后台接收到涉及多种功能服务的业务请求后，各功能服务对应的业务节点可以相互通信，然后共同处理该业务请求。

分布式系统中存在一个用于管理业务节点的中心节点，如果某个业务节点需要加入分布式系统中，则需要在中心节点处进行注册，然后中心节点可以向其它业务节点发送该业务节点的节点信息(如ip(Internet Protocol，网络协议)地址、端口号等)，同时可以将其它业务节点的节点信息发送给该业务节点，进而该业务节点和其它业务节点可以根据节点信息进行通信。另外，当某个业务节点退出分布式系统后，中心节点也可以通知其它业务节点，从而其它业务节点不再与该业务节点进行通信。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

分布式系统中的业务节点可能部署在不同地区，不同地区的网络提供商一般也不同，而不同网络提供商提供的运营网络间的通信质量较差，如果分布式系统中的业务节点和中心节点使用的运营网络不同(即不属于同一网络提供商)，由于通信质量较差，中心节点则可能无法及时发现分布式系统中业务节点的注册和退出，这样，业务节点间的通信会受到较大影响。

技术实现要素：

为了解决现有技术的问题，本发明实施例提供了一种处理节点注册通知的方法和系统。所述技术方案如下：

第一方面，提供了一种处理节点注册通知的方法，所述方法应用于分布式系统，所述分布式系统包括中转路由、多个中心节点和多个业务节点，每个中心节点分别与所述中转路由及至少一个业务节点连接，任一中心节点连接所述中转路由的线路与连接业务节点的线路属于相同的运营网络，所述方法包括：

第一业务节点向与所述第一业务节点相连接的第一中心节点，发送携带有所述第一业务节点的节点信息的注册请求；

所述第一中心节点向所述中转路由和与所述第一中心节点相连的、除所述第一业务节点之外的其它业务节点，发送携带有所述第一业务节点的节点信息的节点注册通知；

所述中转路由向除所述第一中心节点之外的其它中心节点发送所述节点注册通知；

所述其它中心节点分别向各自连接的业务节点发送所述节点注册通知，并将所述第一中心节点的节点信息和所述第一业务节点的节点信息对应存储。

可选的，在第一业务节点向与所述第一业务节点相连接的第一中心节点，发送携带有所述第一业务节点的节点信息的注册请求之后，所述方法还包括：

所述第一业务节点基于第一预设周期向所述第一中心节点发送心跳消息。

可选的，所述方法还包括：

在接收到所述第一业务节点发送的心跳消息后的第一预设时长内，所述第一中心节点如果没有再次接收到所述第一业务节点发送的心跳消息，则向所述其它业务节点和所述中转路由，发送所述第一业务节点的下线通知，其中，所述第一预设时长大于所述第一预设周期；

所述中转路由向所述其它中心节点发送所述第一业务节点的下线通知；

所述其它中心节点分别向各自连接的业务节点发送所述第一业务节点的下线通知。

可选的，在所述其它中心节点分别向各自连接的业务节点发送所述节点注册通知之后，所述方法还包括：

第二中心节点接收与所述第二中心节点相连接的业务节点发送的所述第一业务节点的注册确认消息；

在接收到与所述第二中心节点相连接的所有业务节点发送的所述第一业务节点的注册确认消息后，所述第二中心节点向所述中转路由发送所述第一业务节点的注册确认消息；

在接收到所述第一中心节点外的所有其它中心节点发送的所述第一业务节点的注册确认消息后，所述中转路由向所述第一中心节点发送所述第一业务节点的注册确认消息；

在接收到所述中转路由和所有其它业务节点发送的所述第一业务节点的注册确认消息后，所述第一中心节点向所述第一业务节点发送所述第一业务节点的注册确认消息。

可选的，所述方法还包括：

在向与所述第二中心节点相连接的第二业务节点发送所述第一业务节点的节点注册通知后的第二预设时长内，所述第二中心节点如果未接收到所述第二业务节点发送的所述第一业务节点的注册确认消息，则再次向所述第二业务节点发送所述节点注册通知。

可选的，所述方法还包括：

所述第一中心节点基于第二预设周期，通过所述中转路由，向所述其它中心节点发送携带有与所述第一中心节点相连接的所有业务节点的节点信息的同步请求；

所述其它中心节点存储与所述第一中心节点相连接的所有业务节点的节点信息，并通过所述中转路由，向所述第一中心节点发送携带有所述其它中心节点连接的所有业务节点的节点信息的同步确认消息；

所述第一中心节点存储与每个所述其它中心节点相连接的所有业务节点的节点信息。

可选的，所述方法还包括：

当接收到所述第一业务节点发送的携带有第二业务节点的节点信息的业务执行请求时，所述第一中心节点确定所述第二业务节点对应的第二中心节点；

所述第一中心节点通过所述中转路由向所述第二中心节点发送携带有所述第二业务节点的节点信息的业务执行请求；

所述第二中心节点向所述第二业务节点发送所述业务执行请求；

所述第二业务节点基于所述业务执行请求进行业务执行处理。

第二方面，提供了一种处理节点注册通知的系统，所述系统包括中转路由、多个中心节点和多个业务节点，每个中心节点分别与所述中转路由及至少一个业务节点连接，任一中心节点连接所述中转路由的线路与连接业务节点的线路属于相同的运营网络，其中：

第一业务节点，用于向与所述第一业务节点相连接的第一中心节点，发送携带有所述第一业务节点的节点信息的注册请求；

所述第一中心节点，用于向所述中转路由和与所述第一中心节点相连的、除所述第一业务节点之外的其它业务节点，发送携带有所述第一业务节点的节点信息的节点注册通知；

所述中转路由，用于向除所述第一中心节点之外的其它中心节点发送所述节点注册通知；

所述其它中心节点，用于分别向各自连接的业务节点发送所述节点注册通知，并将所述第一中心节点的节点信息和所述第一业务节点的节点信息对应存储。

可选的，所述第一业务节点，还用于在所述第一业务节点向与所述第一业务节点相连接的第一中心节点，发送携带有所述第一业务节点的节点信息的注册请求之后，基于第一预设周期向所述第一中心节点发送心跳消息。

可选的，所述第一中心节点，还用于在接收到所述第一业务节点发送的心跳消息后的第一预设时长内，如果没有再次接收到所述第一业务节点发送的心跳消息，则向所述其它业务节点和所述中转路由，发送所述第一业务节点的下线通知，其中，所述第一预设时长大于所述第一预设周期；

所述中转路由，还用于向所述其它中心节点发送所述第一业务节点的下线通知；

所述其它中心节点，还用于分别向各自连接的业务节点发送所述第一业务节点的下线通知。

可选的，第二中心节点，用于在所述其它中心节点分别向各自连接的业务节点发送所述节点注册通知之后，接收与所述第二中心节点相连接的业务节点发送的所述第一业务节点的注册确认消息，在接收到与所述第二中心节点相连接的所有业务节点发送的所述第一业务节点的注册确认消息后，向所述中转路由发送所述第一业务节点的注册确认消息；

所述中转路由，还用于在接收到所述第一中心节点外的所有其它中心节点发送的所述第一业务节点的注册确认消息后，向所述第一中心节点发送所述第一业务节点的注册确认消息；

所述第一中心节点，还用于在接收到所述中转路由和所有其它业务节点发送的所述第一业务节点的注册确认消息后，向所述第一业务节点发送所述第一业务节点的注册确认消息。

可选的，所述第二中心节点，还用于在向与所述第二中心节点相连接的第二业务节点发送所述第一业务节点的节点注册通知后的第二预设时长内，如果未接收到所述第二业务节点发送的所述第一业务节点的注册确认消息，则再次向所述第二业务节点发送所述节点注册通知。

可选的，所述第一中心节点，还用于基于第二预设周期，通过所述中转路由，向所述其它中心节点发送携带有与所述第一中心节点相连接的所有业务节点的节点信息的同步请求；

所述其它中心节点，还用于存储与所述第一中心节点相连接的所有业务节点的节点信息，并通过所述中转路由，向所述第一中心节点发送携带有所述其它中心节点连接的所有业务节点的节点信息的同步确认消息；

所述第一中心节点，还用于存储与每个所述其它中心节点相连接的所有业务节点的节点信息。

可选的，所述第一中心节点，还用于当接收到所述第一业务节点发送的携带有第二业务节点的节点信息的业务执行请求时，确定所述第二业务节点对应的第二中心节点，通过所述中转路由向所述第二中心节点发送携带有所述第二业务节点的节点信息的业务执行请求；

所述第二中心节点，还用于向所述第二业务节点发送所述业务执行请求；

所述第二业务节点，还用于基于所述业务执行请求进行业务执行处理。

本发明实施例提供的技术方案带来的有益效果是：

本发明实施例中，在分布式系统中，多个业务节点与一个中心节点相连接，多个中心节点与一个中转路由相连接，且中心节点连接中转路由的线路与连接业务节点的线路属于相同的运营网络，这样，当属于不同运营网络的多个业务节点进行通信时，可以通过中心节点以及中转路由收发通信消息，由于业务节点到中转路由的线路属于同一运营网络，通信质量较好，这样，运营网络不同对业务节点间的通信影响较小。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种处理节点注册通知的方法流程图；

图2是本发明实施例提供的一种处理节点注册通知的方法流程图；

图3是本发明实施例提供的一种处理节点注册通知的方法流程图；

图4是本发明实施例提供的一种处理节点注册通知的方法流程图；

图5是本发明实施例提供的一种处理节点注册通知的方法流程图；

图6是本发明实施例提供的一种分布式系统的结构框架图；

图7是本发明实施例提供的一种服务器的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

本发明实施例提供了一种处理节点注册通知的方法，该方法可以应用于分布式系统，分布式系统包括中转路由、多个中心节点和多个业务节点，每个中心节点分别与中转路由及至少一个业务节点连接，任一中心节点连接中转路由的线路与连接业务节点的线路属于相同的运营网络，该方法的执行主体为服务器，本实施例中的中转路由、中心节点、业务节点可以分别是中转路由服务器、中心节点服务器、业务节点服务器。其中，中心节点服务器、业务节点服务器可以统一称为节点服务器，业务服务器可以是用于接收业务客户端发送业务执行请求的服务器，节点服务器可以是用于多个业务服务器之间进行联网的服务器。中心节点是多个业务节点的管理服务器，中转路由是连接多个中心节点的中转服务器。系统框架如图6所示。

下面将结合具体实施方式，对图1所示的处理流程进行详细的说明，内容可以如下：

步骤101，第一业务节点向与第一业务节点相连接的第一中心节点，发送携带有第一业务节点的节点信息的注册请求。

在实施中，当业务提供商需要将某个业务服务器(即第一业务节点)添加至分布式系统时，可以首先根据该业务服务器所在的线路确定其对应的中心节点(即第一中心节点)，业务提供商可以再将第一中心节点的IP、端口号等节点信息写入第一业务节点，从而第一业务节点可以根据第一中心节点的节点信息通过TCP协议与第一中心节点建立通信连接。之后，第一业务节点可以向第一中心节点发送携带有第一业务节点的节点信息的注册请求。

步骤102，第一中心节点向中转路由和与第一中心节点相连的、除第一业务节点之外的其它业务节点，发送携带有第一业务节点的节点信息的节点注册通知。

在实施中，第一业务节点向第一中心节点发送注册请求之后，第一中心节点可以生成第一业务节点的节点注册通知，该节点注册通知中可以携带有第一业务节点的节点信息。之后，第一中心节点可以向中转路由和第一中心节点相连的、除第一业务节点之外的其它业务节点发送第一业务节点的节点注册通知。

另外，第一中心节点接收到第一业务节点发送的注册请求后，可以根据预设的编号规则给第一业务节点进行编号，即分配ID，这样，之后的各服务器间的通信消息中携带的第一业务节点的节点信息中可以包含有第一业务节点的ID。所有中心节点为业务节点分配的ID应当保证不重复，即每个业务节点的ID具备唯一性，此处，给出了一种可行的编号规则：首先对n个中心节点进行编号，编号从1到n，对于编号为m的中心节点，1<＝m<＝n，与其相连接的业务节点的ID可以是m+n、m+2n、m+3n…，这样，当中心节点增加或减少时，只需修改编码规则中的n值即可完成编码调整。同时，第一中心节点可以将其存储的分布式系统中所有的业务节点的节点信息发送给第一业务节点，以使第一业务节点存储这些节点信息，进而第一业务节点在后续业务执行处理的过程中可以根据这些节点信息与相应的业务节点进行交互。

步骤103，中转路由向除第一中心节点之外的其它中心节点发送节点注册通知。

在实施中，中转路由可以设置有多个IP地址，每个IP地址服务于不同的运营网络，即中转路由支持多条线路，并通过每条线路与对应的中心节点相连接，此处的对应是指中心节点的线路与该条线路属于相同的运营网络，这样，中转路由可以通过第一IP地址接收到第一中心节点发送的第一业务节点的节点注册通知。之后，中转路由可以通过其它IP地址，分别向与其相连接的除第一中心节点之外的其它中心节点转发上述节点注册通知。

步骤104，其它中心节点分别向各自连接的业务节点发送节点注册通知，并将第一中心节点的节点信息和第一业务节点的节点信息对应存储。

在实施中，与中转路由相连接的、除第一中心节点之外的其它中心节点可以接收到中转路由发送的第一业务节点的节点注册通知，之后其它中心节点中的每个中心节点都可以将上述节点注册通知发送给与其相连接的业务节点。同时其它中心节点可以获取节点注册通知中携带的第一业务节点的节点信息和第一中心节点的节点信息，进而将上述两个节点信息对应存储。

与其它中心节点相连接的业务节点接收到各自连接的中心节点发送的第一业务节点的节点注册通知后，可以获取其中携带的第一业务节点的节点信息，然后将该节点信息存储在本地。同理，步骤102中，与第一中心节点相连接的其它业务节点可以接收到第一中心节点发送的第一业务节点的节点注册通知，也可以获取其中携带的第一业务节点的节点信息，然后将该节点信息存储在本地，并将第一业务节点的运行状态标记为在线状态。

可选的，在第一业务节点向第一中心节点发送注册请求，并完成注册之后，可以周期性告知第一中心节点其运行情况，相应的处理可以如下：第一业务节点基于第一预设周期向第一中心节点发送心跳消息。

其中，心跳消息可以是用于帮助消息接收方及时获知消息发送方运行状况的消息。

在实施中，第一业务节点在第一中心节点处完成注册(即第一业务节点加入分布式系统)后，可以基于第一预设周期向第一中心节点发送心跳消息，该心跳消息中可以携带有第一业务节点的节点信息，这样，第一中心节点可以根据接收到的心跳消息，及时获取到第一业务节点的运行状况。

可选的，如果第一中心节点长时间未接收到第一业务节点发送的心跳消息，则可以进行第一业务节点的下线处理，如图2所示，相应的处理流程可以如下：

步骤201，在接收到第一业务节点发送的心跳消息后的第一预设时长内，第一中心节点如果没有再次接收到第一业务节点发送的心跳消息，则向其它业务节点和中转路由，发送第一业务节点的下线通知。

其中，第一预设时长大于第一预设周期。

在实施中，第一业务节点在加入分布式系统后，可以基于第一预设周期向第一中心节点发送心跳消息，而如果第一中心节点某次接收到该心跳消息后，在第一预设时长内没有再次接收得到第一业务节点发送的心跳消息，则可以判定第一业务节点处于下线状态，进而可以向与第一中心节点相连接的其它业务节点和中转路由，发送第一业务节点的下线通知，该下线通知中可以携带有第一业务节点的节点信息。可以理解的是，第一业务节点的下线包括业务提供商主动下线或由于故障造成的被动下线。

步骤202，中转路由向其它中心节点发送第一业务节点的下线通知。

在实施中，中转路由可以接收到第一中心节点发送的第一业务节点的下线通知，然后可以向与其相连接的其它中心节点发送该下线通知。

步骤203，其它中心节点分别向各自连接的业务节点发送第一业务节点的下线通知。

在实施中，与中转路由相连接的、除第一中心节点的其它中心节点可以接收到中转路由发送的第一业务节点的下线通知，然后可以将该下线通知发送给各自连接的业务节点。这样，业务节点接收到该下线通知后，可以将第一业务节点的运行状态标记为下线状态，即停止当前并拒绝后续和第一业务节点相关的业务执行处理。同理，步骤201中的与第一中心节点相连接的其它业务节点的处理与上述处理相同。

需要说明的是，第一业务节点在下线后，如果想要重新加入分布式系统，上线处理与步骤101至步骤104的处理基本相同，此处不再赘述。

可选的，在步骤104后，中心节点和业务节点在接收到第一业务节点的节点注册通知后，可以返回注册确认消息，如图5所示，相应的处理流程可以如下：

步骤105，第二中心节点接收与第二中心节点相连接的业务节点发送的第一业务节点的注册确认消息。

在实施中，第二中心节点向与其相连接的业务节点发送第一业务节点的节点注册通知后，如果上述业务节点接收到该节点注册通知，则可以向第二中心节点返回第一业务节点的注册确认消息，相应的，第二中心节点则可以接收到该注册确认消息。同理，与第一中心节点相连接的除第一业务节点之外的其它业务节点接收到第一中心节点后，也可以向第一中心节点返回第一业务节点的注册确认消息。

步骤106，在接收到与第二中心节点相连接的所有业务节点发送的第一业务节点的注册确认消息后，第二中心节点向中转路由发送第一业务节点的注册确认消息。

步骤107，在接收到第一中心节点外的所有其它中心节点发送的第一业务节点的注册确认消息后，中转路由向第一中心节点发送第一业务节点的注册确认消息。

步骤108，在接收到中转路由和所有其它业务节点发送的第一业务节点的注册确认消息后，第一中心节点向第一业务节点发送第一业务节点的注册确认消息。

在实施中，第一中心节点在接收到中转路由和与其相连接的所有其它业务节点发送的第一业务节点的注册确认消息后，可以向第一业务节点发送注册确认消息，第一业务节点接收到该注册确认消息后，可以获知本次注册成功。

可选的，如果某个中心节点未接收到与其相连的某个业务节点返回的第一业务节点的注册确认消息，则该业务节点可能未接收到之前的节点注册通知，上述中心节点需要再次发送节点注册通知，相应的处理可以如下：在向与第二中心节点相连接的第二业务节点发送第一业务节点的节点注册通知后的第二预设时长内，第二中心节点如果未接收到第二业务节点发送的第一业务节点的注册确认消息，则再次向第二业务节点发送节点注册通知。

在实施中，第二中心节点向与其相连接的第二业务节点发送第一业务节点的节点注册通知后，如果在第二预设时长内第二中心节点一直未接收到第二业务节点返回的第一业务节点的注册确认消息，则可以再次向第二业务节点发送上述节点注册通知。进一步的，如果在向第二业务节点发送多次节点注册通知后，始终未接收到第二业务节点返回的注册确认消息，第二中心节点则可以停止发送节点注册通知，并检测第二中心节点和第二业务节点的连接状态，同时可以发出告警消息。

可选的，多个中心节点可以周期性的进行数据同步，如图3所示，相应的处理流程可以如下：

步骤301，第一中心节点基于第二预设周期，通过中转路由，向其它中心节点发送携带有与第一中心节点相连接的所有业务节点的节点信息的同步请求。

在实施中，同步前，第一中心节点可以先检测与其相连接的所有业务节点的运行状况，然后更新本地存储的与其相连的所有业务节点的节点信息，之后可以生成携带有与其相连接的所有业务节点的节点信息的同步请求，从而可以通过中转路由，向其它中心节点发送该同步请求。值得一提的是，同步请求中携带的只有和第一中心节点相连接的业务节点的节点信息，不包括与其它中心节点相连接的业务节点的节点信息。

步骤302，其它中心节点存储与第一中心节点相连接的所有业务节点的节点信息，并通过中转路由，向第一中心节点发送携带有其它中心节点连接的所有业务节点的节点信息的同步确认消息。

在实施中，其它中心节点通过中转路由可以接收到第一中心节点发送的同步请求，之后可以获取同步请求中携带的与第一中心节点相连接的所有业务节点的节点信息，进而将这些节点信息存储在本地，即对本地已存储的第一中心节点对应的所有业务节点的节点信息进行更新，同时，可以通过中转路由向第一中心节点发送携带有其它中心节点各自连接的所有业务节点的节点信息的同步确认消息，具体的，第二中心节点向第一中心节点发送的同步确认消息中携带的是与第二中心节点相连接的所有业务节点的节点信息。

步骤303，第一中心节点存储与每个其它中心节点相连接的所有业务节点的节点信息。

在实施中，第一中心节点可以通过中转路由接收到其它中心节点发送的同步确认消息，进而可以获取上述同步确认消息中携带的业务节点的节点信息，然后将业务节点的节点信息和其相连接的中心节点的节点信息对应存储。可以看出，每个中心节点中存储业务节点的节点信息的方式可以是分别与各自连接的中心节点的节点信息对应存储的，例如存在3个中心节点，与第一中心节点相连接的有7个业务节点，与第二中心节点相连接的有8个业务节点，与第三中心节点有9个业务节点，这样，3个中心节点中均存储有24个业务节点的节点信息，当第一中心节点发起同步时，同步请求中携带有7个业务节点的节点信息，第二中心节点返回的同步确认消息中携带有8个业务节点的节点信息，第三中心节点返回的同步确认消息中携带有9个业务节点的节点信息。

可选的，本实施例还公开了一种执行业务请求的处理流程，如图4所示，具体可以如下：

步骤401，当接收到第一业务节点发送的携带有第二业务节点的节点信息的业务执行请求时，第一中心节点确定第二业务节点对应的第二中心节点。

在实施中，第一业务节点接收到业务客户端发送的业务请求后，可以先执行本地支持的部分业务服务，之后可以确定其它业务服务对应的节点服务器(如第二业务节点)，进而可以向第一中心节点发送携带有第二业务节点的节点信息的业务执行请求。第一中心节点接收到业务执行请求后，可以获取其中携带的第二业务节点的节点信息，然后确定与第二业务节点相连接的第二中心节点。

步骤402，第一中心节点通过中转路由向第二中心节点发送携带有第二业务节点的节点信息的业务执行请求。

步骤403，第二中心节点向第二业务节点发送业务执行请求。

步骤404，第二业务节点基于业务执行请求进行业务执行处理。

本发明实施例中，在分布式系统中，多个业务节点与中心节点相连接，多个中心节点与中转路由相连接，且中心节点连接中转路由的线路与连接业务节点的线路属于相同的运营网络，这样，当属于不同运营网络的多个业务节点进行通信时，可以通过中心节点以及中转路由收发通信消息，由于业务节点到中转路由的线路属于同一运营网络，通信质量较好，这样，运营网络不同对业务节点间的通信影响较小。

基于相同的技术构思，本发明实施例还提供了一种处理节点注册通知的系统，所述系统包括中转路由、多个中心节点和多个业务节点，每个中心节点分别与所述中转路由及至少一个业务节点连接，任一中心节点连接所述中转路由的线路与连接业务节点的线路属于相同的运营网络，其中：

第一业务节点，用于向与所述第一业务节点相连接的第一中心节点，发送携带有所述第一业务节点的节点信息的注册请求；

所述第一中心节点，用于向所述中转路由和与所述第一中心节点相连的、除所述第一业务节点之外的其它业务节点，发送携带有所述第一业务节点的节点信息的节点注册通知；

所述中转路由，用于向除所述第一中心节点之外的其它中心节点发送所述节点注册通知；

所述其它中心节点，用于分别向各自连接的业务节点发送所述节点注册通知，并将所述第一中心节点的节点信息和所述第一业务节点的节点信息对应存储。

可选的，所述第一业务节点，还用于在所述第一业务节点向与所述第一业务节点相连接的第一中心节点，发送携带有所述第一业务节点的节点信息的注册请求之后，基于第一预设周期向所述第一中心节点发送心跳消息。

可选的，所述第一中心节点，还用于在接收到所述第一业务节点发送的心跳消息后的第一预设时长内，如果没有再次接收到所述第一业务节点发送的心跳消息，则向所述其它业务节点和所述中转路由，发送所述第一业务节点的下线通知，其中，所述第一预设时长大于所述第一预设周期；

所述中转路由，还用于向所述其它中心节点发送所述第一业务节点的下线通知；

所述其它中心节点，还用于分别向各自连接的业务节点发送所述第一业务节点的下线通知。

可选的，第二中心节点，用于在所述其它中心节点分别向各自连接的业务节点发送所述节点注册通知之后，接收与所述第二中心节点相连接的业务节点发送的所述第一业务节点的注册确认消息，在接收到与所述第二中心节点相连接的所有业务节点发送的所述第一业务节点的注册确认消息后，向所述中转路由发送所述第一业务节点的注册确认消息；

所述中转路由，还用于在接收到所述第一中心节点外的所有其它中心节点发送的所述第一业务节点的注册确认消息后，向所述第一中心节点发送所述第一业务节点的注册确认消息；

所述第一中心节点，还用于在接收到所述中转路由和所有其它业务节点发送的所述第一业务节点的注册确认消息后，向所述第一业务节点发送所述第一业务节点的注册确认消息。

可选的，所述第二中心节点，还用于在向与所述第二中心节点相连接的第二业务节点发送所述第一业务节点的节点注册通知后的第二预设时长内，如果未接收到所述第二业务节点发送的所述第一业务节点的注册确认消息，则再次向所述第二业务节点发送所述节点注册通知。

可选的，所述第一中心节点，还用于基于第二预设周期，通过所述中转路由，向所述其它中心节点发送携带有与所述第一中心节点相连接的所有业务节点的节点信息的同步请求；

所述其它中心节点，还用于存储与所述第一中心节点相连接的所有业务节点的节点信息，并通过所述中转路由，向所述第一中心节点发送携带有所述其它中心节点连接的所有业务节点的节点信息的同步确认消息；

所述第一中心节点，还用于存储与每个所述其它中心节点相连接的所有业务节点的节点信息。

可选的，所述第一中心节点，还用于当接收到所述第一业务节点发送的携带有第二业务节点的节点信息的业务执行请求时，确定所述第二业务节点对应的第二中心节点，通过所述中转路由向所述第二中心节点发送携带有所述第二业务节点的节点信息的业务执行请求；

所述第二中心节点，还用于向所述第二业务节点发送所述业务执行请求；

所述第二业务节点，还用于基于所述业务执行请求进行业务执行处理。

本发明实施例中，在分布式系统中，多个业务节点与中心节点相连接，多个中心节点与中转路由相连接，且中心节点连接中转路由的线路与连接业务节点的线路属于相同的运营网络，这样，当属于不同运营网络的多个业务节点进行通信时，可以通过中心节点以及中转路由收发通信消息，由于业务节点到中转路由的线路属于同一运营网络，通信质量较好，这样，运营网络不同对业务节点间的通信影响较小。

图7是本发明实施例提供的中心节点的结构示意图。该中心节点700可以是可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)722(例如，一个或一个以上处理器)和存储器732，一个或一个以上存储应用程序742或数据744的存储介质730(例如一个或一个以上海量存储设备)。其中，存储器732和存储介质730可以是短暂存储或持久存储。存储在存储介质730的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器722可以设置为与存储介质730通信，在中心节点700上执行存储介质730中的一系列指令操作。

中心节点700还可以包括一个或一个以上电源726，一个或一个以上有线或无线网络接口750，一个或一个以上输入输出接口758，一个或一个以上键盘756，和/或，一个或一个以上操作系统741，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等等。

中心节点700可以包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行上述各个实施例中所述的中心节点(可以是第一中心节点或者其他中心节点)的相关处理。

另外，中转路由和业务节点的结构与中心节点的结构大致相同，此处不再进行赘述。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。