CN100471135C - 实现业务分发与同步的设备、***及方法 - Google Patents

Abstract

本发明公开了一种业务分发设备，包括分发任务管理模块及子节点接口模块。本发明还公开了一种业务接收设备，包括业务接收部署模块及中心节点接口模块。本发明还公开了一种实现业务分发与同步的***，包括中心节点设备及子节点设备。最后，本发明还公开了一种应用于所述实现业务分发与同步***上的业务处理方法，包括：各子节点从中心节点接收业务数据包并对所述业务数据包中的业务数据进行部署；当所述各子节点接收到中心节点发送的业务上线消息时，同步启动所述业务数据的运行。本发明实现了业务的自动分发以及业务操作的同步性，不需要在各地的子节点上配备专门的维护人员，节约了人力物力。

Description

实现业务分发与同步的设备、***及方法

技术领域

本发明涉及分布式业务领域，特别是实现业务分发与同步的设备、***及方法。

背景技术

目前，随着数据业务的广泛发展，不论是在因特网、移动通信网络，还是在固定网络中，业务的类型、数量以及使用业务的用户数量都在日益增加。以移动通信网络为例，目前就有手机报纸、移动QQ及手机在线问答等等的业务，而固定网络中也有电话银行、***等业务。

为了提高业务的接入性能，减轻业务平台的压力，目前的许多业务运营商都采用分布式的部署方案，在不同的地点都建设相应的业务平台。例如移动通行网络的运营商就会针对某个业务在各省公司建立业务平台。但是，这样的做法就带来了业务的分发与同步的问题，即，如何将一个业务分发到各个业务平台，以及如何在各个业务平台上同步执行。

现有技术的解决方案是，当运营商推出某一业务时，将包含该业务代码的软件载体记录在可移动存储设备上，如光盘或磁盘，通过这些可移动存储设备将业务代码传递和部署到分布在各地的业务平台。

但是，这种解决方案所存在的问题是：首先，由于业务运行的平台在空间上的分布性，其距离上的差异导致很难同时完成业务部署，使得业务在各地上线的时间差距较大。而一些业务的生命周期很短，例如一些在线投票的服务，可能仅仅为几天或十几天，把该业务在各地都部署完成，却需要较长的时间，造成该业务的运营得不偿失。

其次，业务维护的成本较高。一方面需要在各个业务平台都安排相应的人力进行维护；另一方面，一些业务会进行版本升级，此时还需要在各地重新分发和部署，导致又付出了二次建设的成本。

发明内容

有鉴于此，本发明的目的在于提供实现业务分发与同步的设备、***及方法，用于自动分发业务和同步业务的操作，降低业务部署和维护成本。

本发明的实施例提供了一种业务分发设备，该业务分发设备包括：

分发任务管理模块，用于向至少两个子节点设备下发业务数据包以及同步发送业务任务控制指令以控制所述子节点设备业务的同步启动和停止；

子节点接口模块，用于与各子节点设备进行信息交互。

本发明的实施例还提供了一种业务接收设备，该业务接收设备包括：

业务接收部署模块，用于接收业务数据包和业务任务控制指令，对所述业务数据包中的业务数据进行部署；

业务运行设备接口模块，用于完成所述业务接收部署模块与业务运行设备间的通讯，通知所述业务运行设备完成业务的同步启动和停止；

中心节点接口模块，用于与中心节点设备进行信息交互。

本发明的实施例还提供了一种实现业务分发与同步的***，包括：

中心节点设备，用于下发业务数据包并同步控制业务任务的执行；

至少两个子节点设备，用于接收业务数据包并对所述业务数据包中的业务数据进行部署，在所述中心节点设备的控制下完成业务任务的同步启动和停止。

本发明的实施例还提供了一种应用于所述实现业务分发与同步***上的业务处理方法，包括：

各子节点从中心节点接收业务数据包并对所述业务数据包中的业务数据进行部署；当所述各子节点接收到中心节点发送的业务上线消息时，同步启动所述业务数据的运行。

本发明通过将业务代码自动下发到业务运行设备上以及执行业务上下线，从而实现了业务的自动分发以及业务操作的同步性，同时，由于业务的下发和同步由设备自动完成，不需要在各地的子节点上配备专门的维护人员，节约了人力物力。

附图说明

图1为本发明的实施例中实现业务分发与同步的***结构图；

图2为本发明的实施例中业务分发设备的内部结构图；

图3为本发明的实施例中业务接收设备的内部结构图；

图4为本发明的实施例中业务分发的方法流程图；

图5为本发明的实施例中业务上下线的方法流程图；

图6为本发明的实施例中业务状态查询的方法流程图；

图7为本发明的实施例中业务状态上报的方法流程图。

具体实施方式

本发明实施例通过将业务数据包自动下发到各子节点，各子节点根据接收到的业务数据包进行业务数据部署，并通过中心节点下发的业务控制指令同步启动或停止运行各业务数据，从而实现了业务的自动分发以及业务操作的同步性，其中，本发明实施例中的业务数据可以是业务代码也可以是其它数据形式的业务信息。同时，由于业务的下发和同步由设备自动完成，不需要在各地的子节点上配备专门的维护人员，节约了人力物力。进一步，本发明中还能够对各地子节点到中心节点的登录进行鉴权，以及对子节点与中心节点间的消息传递加密保护，保证了整个***的安全性和可靠性。

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

图1所示为本发明的实施例中实现业务分发与同步的***结构图，该***包括中心节点设备和多个子节点设备，其中，各子节点设备采用分布式部署在各地，通过该***能够实现业务的集中管理和自动分发以及各子节点的操作同步，其中，中心节点设备包括：

业务管理平台11，用于实现业务的集中管理，为中心节点的管理员提供业务分发与同步、业务状态查询和数据统计的统一管理接口，并通过该接口进行业务数据包加载及业务任务配置，如：业务分发任务、业务状态查询任务、业务上下线任务等。通知业务分发设备下发业务数据包和执行业务任务，并接收业务分发设备上报的业务任务执行响应信息。

业务分发设备12，用于将业务数据包分发给需要运行该业务的各子节点，并根据业务任务执行通知向各子节点发送业务任务控制指令，通过发送业务上下线消息来控制各子节点业务的同步启动和停止，并通过业务状态查询请求消息向各子节点查询业务运行过程中的业务状态数据，并将各子节点上报的业务运行状态信息转发给业务管理平台。该设备还能够进一步实现对首次登录到本***中的子节点的鉴权，主要是对子节点上报的节点标识及登录信息等的验证。所述登录信息可以包括但不仅限于登录节点的标识、登录IP或登录口令等。本发明的实施例中，将业务的启动称为业务上线，业务的停止称为业务下线。

子节点设备包括：

业务接收设备13，用于接收业务分发设备下发的业务数据包和业务任务控制指令，并将业务数据部署到业务运行设备上，通知业务运行设备执行业务任务控制指令，如，业务任务控制指令为业务上下线消息时，则通知业务运行设备完成业务的同步启动和停止；业务任务控制指令为业务状态查询请求消息时，则通知业务运行设备收集要查询的业务运行状态信息，并将查询的业务状态数据返回给业务分发设备，或者是在业务运行过程中，接收业务运行设备主动上报的业务运行状态信息，并发送给业务分发设备，其中，接收业务运行设备可以通过定时检测业务的运行状态来实现主动上报。该设备还能够进一步用于子节点到中心节点的登录，主要是向中心节点上的业务分发设备发送本子节点的节点标识及登录口令等信息，在获得鉴权通过后，登录到本中心节点。

业务运行设备14，用于运行业务接收设备部署的业务数据，并根据业务任务控制指令执行所述业务任务或在运行过程中向业务接收设备主动上报业务运行状态信息。

图2为本发明实施例中业务分发设备12的内部结构图，该设备具体包括：

业务管理平台接口模块121，用于完成与业务管理平台11之间的通讯，实现业务分发设备与业务管理平台之间的消息传输。

分发任务管理模块122，用于运行预先配置的业务分发任务、业务上下线任务及业务状态查询任务，并将业务分发消息、业务上下线消息及业务状态查询请求消息下发给各子节点。

登录鉴权模块123，用于对登录到业务分发设备的各子节点进行鉴权。

子节点接口模块124，用于完成与各子节点设备间的消息交互，并进一步用于业务分发设备与业务接收设备之间的通讯链路的建立和维护。

第一加解密模块125，用于对子节点接口模块与各子节点设备之间传递的消息进行加解密。

图3为本发明实施例中业务接收设备13的内部结构图，该设备具体包括：

业务运行设备接口模块131，用于完成业务接收部署模块与业务运行设备14之间的通讯，并通知业务运行设备执行所述业务任务控制指令。

业务接收部署模块132，用于将从业务分发设备12接收到的业务数据包中的业务数据部署到业务运行设备14上，并接收业务任务控制指令，将中心节点查询的业务状态数据通过中心节点接口模块134返回给所述中心节点，以及将业务运行设备14上报的业务运行状态通过中心节点接口模块134转发给业务分发设备12。

登录模块133，用于通过中心节点接口模块向中心节点设备发起登录请求，完成业务接收设备13所隶属的子节点到中心节点的登录。

中心节点接口134，用于完成与中心节点设备间的消息交互，并进一步用于业务接收设备与业务分发设备之间的通讯链路的建立和维护。

第二加解密模块135，用于对业务接收部署模块与中心节点设备之间传递的消息进行加解密。

以上实施例中，业务任务控制指令也可以由业务接收部署模块来执行，不用通知业务运行设备执行。

利用本发明实施例中的实现业务分发与同步的***，通过业务分发设备以及业务接收设备上的业务接收部署模块能够将业务代码包自动分发并部署到业务运行设备上；进一步的，通过登录模块及登录鉴权模块，可以实现各地子节点在接入到本发明所述***时的登录与鉴权，而加解密模块对消息的加密保护，保证了消息传输过程中的安全性。

在本发明的实施例中，中心节点在进行业务分发与同步之前，首先要建立中心节点与各地子节点的TCP长连接，完成各地子节点的业务接收设备到中心节点的业务分发设备的登录与鉴权。

业务分发设备或业务接收设备在开机时，先向对端发送连接请求消息，消息中包含消息类型和携带的登录信息，登录信息可以为业务接收设备所属子节点的节点标识、登录口令或登录IP等，对端在应答消息中返回连接是否被成功建立。在所述TCP长连接被建立后，业务接收设备要向业务分发设备发起登录和鉴权，该登录和鉴权采用登录协议实现。首先，业务接收设备向业务分发设备发送登录请求消息，消息中携带的关键内容可以包括消息类型、登录标识、预先约定的登录口令及该业务接收设备所属子节点的节点标识等；业务分发设备接到该消息后对登录口令进行验证，对子节点的身份进行鉴权，判断该子节点是否具备运行业务的权限，若鉴权通过，向业务接收设备返回应答消息，消息中携带消息类型、节点标识及登录结果标识。

TCP长连接被建立后，该连接应在中心节点和子节点的运行过程中一直保持接续状态，以用于实现二者间的通信，实现长时间接续基于业务接收设备与业务分发设备间的心跳协议：业务分发设备或业务接收设备以固定频率向对端发送心跳消息，消息中携带消息类型及业务接收设备所属子节点的节点标识，如果在规定时间间隔内收到对端返回的应答，则表明TCP长连接处于接续状态，如果超时，则表明心跳失败，业务分发设备或业务接收设备按照预设的心跳失败的处理策略进行处理，例如，业务分发设备执行断开连接的操作，和/或业务接收设备重新发起连接请求。心跳消息可以由业务分发设备发送给业务接收设备，也可以由业务接收设备发送非业务分发设备，或者二者分别以各自的频率向对端发送。

图4为本发明的实施例中利用前述的实现业务分发与同步的***进行业务分发的方法流程图，本流程为将业务从中心节点部署到各地子节点的过程，本实施例中所述业务采用代码包的形式，一般使用C、PHP或JAVA等工具编写，部署到各地子节点后，由业务运行设备自动加载运行。

步骤401、业务管理平台加载业务代码包。

步骤402、在业务管理平台上配置业务分发任务。该业务分发任务中可以包括任务执行时间、运行该业务的子节点标识、业务标识等信息。该业务分发任务在配置完成后并非一定立即执行，例如一个天气预报的升级业务，需要在下个月的1号在运行该天气预报的子节点上同时进行，则可以将该业务分发任务的执行时间设定为下个月1号的某一时刻，在预设的时刻到来时，业务管理平台自动启动执行该业务分发任务。

步骤403、业务管理平台根据业务分发任务的设定，通知业务分发设备启动分发流程。业务管理平台将要运行的业务的业务标识、业务包内容以及运行该业务的子节点标识等信息发送给业务分发设备。

步骤404、业务分发设备向要运行该业务的子节点的业务接收设备发送业务分发请求消息。该消息基于业务分发协议，用于业务分发设备向运行该业务的子节点传输业务包内容，该消息中携带的关键内容可以包括消息类型、接收子节点标识、业务标识及业务包内容等信息。有的业务可能执行程序较大，包含多个业务包，业务分发设备可能需要传输多次。对于所述接收并运行该业务的子节点，以下简称为接收子节点，或子节点。

步骤405、接收子节点的业务接收设备在收到业务分发请求消息后，启动业务接收流程。

步骤406、业务接收设备接收包含业务代码的业务代码包。业务接收设备将接收到的业务代码部署到特定的目录下，并建立业务数据模型。如果业务包中的业务代码是用JAVA编写，则可以部署到相应WebServer指定的目录下，例如webmaster的实现方式为resin或tomcat容器时，可以部署到webapps目录下；如果业务包中的业务代码是用C或PHP编写，则可以部署到Apache服务器指定的目录下。建立业务数据模型主要是设定业务运行的环境变量，创建业务的配置文件及业务数据库等。

步骤407、业务接收设备向业务分发设备返回业务分发请求消息的应答，表明业务代码的接收已完成。该消息中可以包含消息类型、接收子节点标识、业务标识以及接收是否成功等。

步骤408、如果业务接收成功完成，则业务分发设备向业务管理平台返回分发成功的信息；否则返回分发失败的信息，业务管理平台按照中心节点管理员的设置选择是否重新启动业务分发任务。

以上所述流程为业务分发的过程，该过程采用的是业务分发设备向业务接收设备推送业务包的方式，作为替代方案，业务包的分发也可以采用业务接收设备主动到业务分发设备去获取的方式。实现该方案的流程如下：

业务分发设备在业务分发消息中不携带业务代码包，只携带业务代码包在业务分发设备上存放的位置信息；

业务接收设备接收到业务分发消息后，通过FTP方式从业务分发设备获取所述业务代码包；

业务接收设备在获取业务代码包后，返回业务代码包的获取结果；也可以在接收业务分发设备的业务分发消息后，先返回一个应答消息，表明处于分发消息接收状态，然后在执行FTP操作后，再上报实际的FTP结果。

业务分发完成后，业务包中的业务代码被成功部署到接收子节点上。但是该业务并不一定要在接收子节点的业务运行设备上立即运行，依然以前述的在线投票业务为例，该业务对运行的实时性和同步性要求较高，一般要在特定的时间间隔内，在接收子节点上同步运行。因此，在将该业务的业务包提前分发到各个接收子节点上后，要在特定时刻同步运行该业务，并在另一特定时刻同步中止该业务。业务开始运行称为业务上线，业务中止运行称为业务下线。

图5为本发明的实施例中利用前述实现业务分发与同步的***进行业务上下线的方法流程图，具体包括以下步骤：

步骤501、在业务管理平台上配置业务上下线任务。对于业务上线或下线任务，需要配置业务标识、业务上线或下线的时间、运行该业务的子节点标识等。

步骤502、业务管理平台通知业务分发设备启动业务上下线流程。业务管理平台将需要上线或下线的业务的业务标识、业务上线或下线的时间、运行该业务的子节点标识等信息发送给业务分发设备。

步骤503、业务分发设备使用业务上下线接口向业务接收设备发送业务上下线消息。该消息基于业务状态控制协议，该协议用于业务分发设备向业务接收设备发送业务状态控制指令。在该消息中，可以包含业务标识、业务上线或下线的时间，此外，还可以包含运行该业务的子节点标识，如果没有该子节点标识，则表示为所有子节点。

步骤504、业务接收设备接收业务上下线消息。业务接收设备从消息中解析出业务标识及上线或下线的时间等信息，用于完成业务的上线或下线。

步骤505、业务接收设备通知业务运行设备启动或停止指定的业务。业务接收设备在规定的时刻向业务运行设备发送通知，启动或停止业务的运行。

步骤506、业务运行设备向业务接收设备返回业务启动或停止情况。业务运行设备按照业务接收设备的通知启动或停止相应业务的运行，并将启动或停止是否成功返回给业务接收设备。

步骤507、业务接收设备将业务启动或停止的情况返回给业务分发设备。业务接收设备通过业务上下线消息的应答消息将从业务运行设备接收到的业务启动或停止是否成功的信息上报给业务分发设备，该消息也基于业务状态控制协议。

步骤508、业务分发设备将业务启动或停止的情况返回给业务管理平台。

通过以上所述流程，业务被成功启动之后，在子节点上运行。在业务的运行过程中，中心节点的管理员可能需要随时查询业务运行过程中的一些状态数据，例如，在在线投票的业务运行过程中，可能需要获知某时刻的当前投票情况，如投票人数，候选人支持率等信息；有时需要查询业务运行设备是否运行正常，以及当前收发消息数等的具体统计数据，此时，就需要应用业务查询流程来查询相应的参数或数据等。

图6为本发明的实施例中利用前述实现业务分发与同步的***进行业务状态查询的方法流程图，具体包括以下步骤：

步骤601、在业务管理平台上配置查询任务。需要配置当前查询涉及到的子节点的标识、业务标识及查询的参数名称等。

步骤602、业务管理平台通知业务分发设备启动状态查询流程。业务管理平台将本次查询涉及的子节点标识、业务标识及查询的参数名称等信息发送给业务分发设备。

步骤603、业务分发设备使用业务查询接口向业务接收设备发送业务状态查询请求消息。该消息基于业务状态查询协议，消息中可以包含消息类型、查询的子节点标识、业务标识、查询指令及查询条件等，如截至某时刻的投票人数。

步骤604、业务接收设备接收所述业务状态查询消息。业务接收设备从消息中解析出要查询的业务标识、查询指令及查询条件等信息。

步骤605、业务接收设备通知业务运行设备收集要查询的业务状态数据。

步骤606、业务运行设备将收集到的业务状态数据返回给业务接收设备。

步骤607、业务接收设备将接收到的业务状态数据发给业务分发设备。业务接收设备通过业务状态查询请求的应答消息发送业务状态数据，该消息也基于业务状态查询协议，消息中可以包含消息类型、子节点标识、业务标识及查询结果等。

步骤608、业务分发设备将所述业务状态数据返回给业务管理平台。

业务管理平台在接收到所述业务状态数据后，能够对其进行处理。这里所说的处理例如：将业务状态数据写入数据库，以及一些其它的特定处理，例如设定一积压消息数阈值，当业务运行设备上报的未处理的收发消息数大于该阈值时，业务管理平台会发出告警。

一方面，中心节点的管理员可以通过以上流程主动发起业务状态的查询；另一方面，业务运行设备在运行业务的过程中，有可能出现诸如消息堵塞、数据库连接不上、磁盘空间不够，与外部设备如短信网关或彩信中心失去联系等设备运行异常的情况，当然，异常情况并不限于以上几种，此时，为了让管理员能够及时获知并处理这些异常情况，在本发明的实施例中，业务运行设备可以主动发起业务状态上报的流程，将业务运行状态信息通知给业务管理员。

图7为本发明的实施例中利用前述实现业务分发与同步的***进行业务状态上报的方法流程图，该方法具体包括以下步骤：

步骤701、业务运行设备定时检测业务的运行情况。

步骤702、业务运行设备将业务运行状态上报给业务接收设备。业务运行设备将检测到的业务运行中的前述异常情况上报给业务接收设备，该业务运行状态信息与业务状态查询流程中上报的业务状态数据有一定的差别，主要体现在：在业务状态查询流程中，上报的业务状态数据包括中心节点管理员想得到的有关业务运行的任意数据，其目的是为了获知业务在设备上的运行情况；而在业务状态上报流程中，上报的业务状态信息是业务运行过程中所出现的一些异常情形，这些异常若不能得到及时处理，会影响到业务的正常运行，因此，业务运行设备一旦检测到这样的异常，会立即通过本流程将异常情形上报给业务管理平台。

步骤703、业务接收设备通过业务状态上报接口将所述业务运行状态发送给业务分发设备。业务接收设备通过业务状态上报消息将业务运行状态发送给业务接收设备，该消息同样基于业务状态查询协议，消息中可以包含消息类型、子节点标识、业务标识及业务状态信息等。

步骤704、业务分发设备将业务运行状态发送给业务管理平台。

业务管理平台在接收到所述业务运行状态信息后，能够对其进行处理，主要是写入数据库，并采用屏幕显示等方式将这些状态信息上报。

在前述的流程中，所述基于登录协议、心跳协议、业务分发协议、业务状态控制协议及业务状态查询协议的消息都可以加密和校验，从而保证消息传递的安全性。加密方法可以但不仅限于采用信息摘要算法5(MD5)算法，对消息进行数字签名，其他的加密算法如DES对称加密算法同样适用。

在本发明实施例中，所述业务分发与同步任务及业务查询任务由业务管理平台创建，并在业务分发设备的分发任务管理模块上运行，由分发任务管理模块将分发同步或查询消息下发给各地子节点。进一步地，所述业务分发与同步任务及业务查询任务也可以直接在业务管理平台上运行，并通过业务管理平台接口模块提交到分发任务管理模块来下发相应消息。所述业务分发与同步任务及业务查询任务可以为定时任务，即规定在特定时刻执行该任务，或为立即执行任务，即接收到该任务后立即执行。

利用图4至图7所述的流程，本发明实施例通过自动分发业务代码包和业务升级代码包，节省了现有技术中在各地子节点部署和维护业务运行所花费的人力成本，通过执行业务上下线任务，实现了业务的同步运行；在本发明中，通过中心节点管理员查询或业务运行设备主动上报业务运行中的状态参数，保证了管理员能够随时获知业务运行中的状况；最后，对消息的加解密增强了消息传递过程中的安全性。

总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (20)

1、一种业务分发设备，其特征在于，该业务分发设备包括：

分发任务管理模块，用于向至少两个子节点设备下发业务数据包以及同步发送业务任务控制指令以控制所述子节点设备业务的同步启动和停止；

子节点接口模块，用于与各子节点设备进行信息交互。

2、根据权利要求1所述的业务分发设备，其特征在于，所述业务任务控制指令包括：业务上、下线消息。

3、根据权利要求1或2所述的业务分发设备，其特征在于，该设备进一步包括：

登录鉴权模块，用于对登录到所述业务分发设备的各子节点设备进行鉴权。

4、根据权利要求3所述的业务分发设备，其特征在于，所述业务分发设备进一步包括第一加解密模块，用于对所述业务分发设备与各子节点设备之间传递的信息进行加解密。

5、一种业务接收设备，其特征在于，该业务接收设备包括：

业务接收部署模块，用于接收业务数据包和业务任务控制指令，对所述业务数据包中的业务数据进行部署；

业务运行设备接口模块，用于完成所述业务接收部署模块与业务运行设备间的通讯，通知所述业务运行设备完成业务的同步启动和停止；

中心节点接口模块，用于与中心节点设备进行信息交互。

6、根据权利要求5所述的业务接收设备，其特征在于，所述业务任务控制指令包括：业务上、下线消息。

7、根据权利要求5或6所述的业务接收设备，其特征在于，该设备进一步包括：

登录模块，用于通过中心节点接口模块向中心节点设备发起登录请求，完成到中心节点设备的登录。

8、根据权利要求7所述的业务接收设备，其特征在于，所述业务接收设备进一步包括第二加解密模块，用于对与所述中心节点设备之间传递的信息进行加解密。

9、一种实现业务分发与同步的***，其特征在于，包括：

中心节点设备，用于下发业务数据包并同步控制业务任务的执行；

至少两个子节点设备，用于接收业务数据包并对所述业务数据包中的业务数据进行部署，在所述中心节点设备的控制下完成业务任务的同步启动和停止。

10、根据权利要求9所述的实现业务分发与同步的***，所述业务任务包括：业务上、下线任务。

11、根据权利要求9或10所述的实现业务分发与同步的***，其特征在于，所述中心节点设备包括：

业务管理平台，用于加载业务数据包及配置业务任务，并发送下发业务数据包通知和执行业务任务通知；

业务分发设备，用于根据业务管理平台发送的通知，向子节点设备下发所述业务数据包以及业务任务控制指令。

12、根据权利要求9或10所述的实现业务分发与同步的***，其特征在于，所述子节点设备包括：

业务接收设备，用于接收所述中心节点设备下发的业务数据包及业务任务控制指令，将所述业务数据包中的业务数据部署到业务运行设备上，并根据接收到的业务任务控制指令通知业务运行设备执行所述业务任务；

业务运行设备，用于运行所述业务接收设备部署的业务数据，并根据业务任务控制指令执行所述业务任务。

13、一种应用于权利要求9所述实现业务分发与同步***上的业务处理方法，其特征在于，包括：

各子节点从中心节点接收业务数据包并对所述业务数据包中的业务数据进行部署；当所述各子节点接收到中心节点发送的业务上线消息时，同步启动所述业务数据的运行。

14、根据权利要求13所述的业务处理方法，其特征在于，该方法进一步包括：在所述业务的运行过程中，各子节点接受中心节点的查询上报或主动上报业务运行状态信息。

15、根据权利要求14所述的业务处理方法，其特征在于，该方法进一步包括：在所述业务数据运行过程中，当各子节点接收到中心节点发送的业务下线消息时，同步停止所述业务数据的运行。

16、根据权利要求13、14或15所述的业务处理方法，其特征在于，还包括：

子节点与中心节点建立传输控制协议长连接，并在连接建立后，通过定时向对端发送心跳消息来维持所述长连接的持续连通。

17、根据权利要求16所述的业务处理方法，其特征在于，接收所述中心节点设备下发的业务数据包前，还进一步包括：

子节点向中心节点发送登录请求消息，所述中心节点对该消息中的登录信息进行验证，对子节点的身份进行鉴权，判断该子节点是否具备运行业务的权限。

18、根据权利要求13、14或15所述的业务处理方法，其特征在于，所述对业务数据进行部署后还进一步包括：

子节点向中心节点返回应答消息，所述应答消息中携带所述业务数据部署是否成功完成的信息；

19、根据权利要求14所述的业务处理方法，其特征在于，所述中心节点查询业务运行状态信息包括以下步骤：

中心节点根据预先配置的任务向子节点发送业务状态查询请求消息，所述子节点接收到该消息后，收集要查询的业务运行状态信息，并将所述业务运行状态信息上报给中心节点。

20、根据权利要求14所述的业务处理方法，其特征在于，所述子节点主动上报业务运行状态信息包括以下步骤：

各子节点定时检测业务的运行状态，并将所述业务运行状态信息发送给中心节点。

Images