CN107832125A - 一种分布式环境下的业务处理方法及装置 - Google Patents

Abstract

本发明实施例涉及通信技术领域，尤其涉及一种分布式环境下的业务处理方法及装置，用以对分布式环境中的任务实现统一管理和监控。本发明实施例中，任务处理服务器从注册中心数据库中获取待处理业务的任务执行规划图，所述任务执行规划图为根据处理所述待处理业务的多个任务执行单元生成；所述任务处理服务器根据所述任务执行规划图依次调用所述多个任务执行单元，并获取每个任务执行单元的执行结果；所述任务处理服务器根据所述执行结果确定所述待处理业务的处理结果，并反馈所述待处理业务的处理结果。

Description

一种分布式环境下的业务处理方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种分布式环境下的业务处理方法及装置。

背景技术

分布式系统就是将各个组件(MySQL、PHP、Apache…)分布在网络上的各台主机上，把多台主机有机的组合、连接起来，让其协同完成一件任务，可以是计算任务，也可以是存储任务，各组件之间仅通过消息传递来通信并协调工作。

目前分布式环境中，各个任务的执行分布在各个系统上，通过配置触发时间来粗略的控制任务执行的先后顺序，任务布置分散，需要多个技术架构实现。因此，现有技术中的分布式环境中，各任务无法协调执行，缺少统一管理监控机制，难以实现跨系统任务的有效调度。

发明内容

本申请提供一种分布式环境下的业务处理方法及，用以对分布式环境中的任务实现统一管理和监控。

本发明实施例提供一种分布式环境下的业务处理方法，包括以下步骤：

任务处理服务器从注册中心数据库中获取待处理业务的任务执行规划图，所述任务执行规划图为根据处理所述待处理业务的多个任务执行单元生成；

所述任务处理服务器根据所述任务执行规划图依次调用所述多个任务执行单元，并获取每个任务执行单元的执行结果；

所述任务处理服务器根据所述执行结果确定所述待处理业务的处理结果，并反馈所述待处理业务的处理结果。

可选的，所述任务处理服务器从注册中心数据库中获取待处理业务的任务执行规划图之前，还包括：

所述任务处理服务器向所述注册中心数据库进行注册；

所述依次调用所述多个任务执行单元，包括：

所述任务处理服务器从所述注册中心数据库获取每个任务执行单元的调用信息，并根据所述调用信息依次调用对应的任务执行单元；所述任务执行单元的调用信息为所述任务执行单元在所述注册中心数据库注册时，在所述注册中心数据库存储。

可选的，所述任务执行规划图中包括每个任务执行单元的执行顺序以及所述每个任务执行单元之间的依赖关系，所述每个任务执行单元之间的依赖关系包括串行执行和并行执行；

所述任务处理服务器根据所述任务执行规划图，依次调用所述多个任务执行单元，包括：

所述任务处理服务器根据每个任务执行单元的执行顺序以及所述每个任务执行单元之间的依赖关系，依次调用所述多个任务执行单元。

可选的，所述多个任务执行单元分为主体任务执行单元和辅助任务执行单元；

所述任务处理服务器根据所述执行结果确定所述待处理业务的处理结果，包括：

若所述任务处理服务器获取所述主体任务执行单元的执行结果失败或超过时间阈值，则反馈所述待处理业务的处理结果为失败；

若所述任务处理服务器获取所述辅助任务执行单元的执行结果失败或超过所述时间阈值，则跳过所述辅助任务执行单元，继续依次调用所述辅助任务执行单元后续的任务执行单元。

可选的，所述注册中心数据库中还存储有每个任务执行规划图的执行开始时间；

所述任务处理服务器从注册中心数据库中获取待处理业务的任务执行规划图之前，还包括：

所述任务处理服务器接收所述注册中心数据库发送的所述任务执行规划图的启动指令，所述任务执行规划图的启动指令为所述注册中心数据库遍历存储的任务执行规划图，确定已到所述任务执行规划图的执行开始时间后发送的。

一种分布式环境下的业务处理装置，包括：

获取模块，用于从注册中心数据库中获取待处理业务的任务执行规划图，所述任务执行规划图为根据处理所述待处理业务的多个任务执行单元生成；

调用模块，用于根据所述任务执行规划图依次调用所述多个任务执行单元，并获取每个任务执行单元的执行结果；

结果模块，用于根据所述执行结果确定所述待处理业务的处理结果，并反馈所述待处理业务的处理结果。

可选的，还包括注册模块，用于向所述注册中心数据库进行注册；

所述调用模块，具体用于从所述注册中心数据库获取每个任务执行单元的调用信息，并根据所述调用信息依次调用对应的任务执行单元；所述任务执行单元的调用信息为所述任务执行单元在所述注册中心数据库注册时，在所述注册中心数据库存储。

可选的，所述任务执行规划图中包括每个任务执行单元的执行顺序以及所述每个任务执行单元之间的依赖关系，所述每个任务执行单元之间的依赖关系包括串行执行和并行执行；

所述调用模块，具体用于根据每个任务执行单元的执行顺序以及所述每个任务执行单元之间的依赖关系，依次调用所述多个任务执行单元。

可选的，所述多个任务执行单元分为主体任务执行单元和辅助任务执行单元；

所述结果模块，具体用于：

若获取所述主体任务执行单元的执行结果失败或超过时间阈值，则反馈所述待处理业务的处理结果为失败；

若获取所述辅助任务执行单元的执行结果失败或超过所述时间阈值，则跳过所述辅助任务执行单元，继续依次调用所述辅助任务执行单元后续的任务执行单元。

可选的，所述注册中心数据库中还存储有每个任务执行规划图的执行开始时间；

所述获取模块还用于：

接收所述注册中心数据库发送的所述任务执行规划图的启动指令，所述任务执行规划图的启动指令为所述注册中心数据库遍历存储的任务执行规划图，确定已到所述任务执行规划图的执行开始时间后发送的。

本发明实施例中，由多个任务执行单元执行对待处理业务的处理，根据处理待处理业务的多个任务执行单元生成任务执行规划图。任务处理服务器根据任务执行规划图依次调用相应的多个任务执行单元，使每个任务执行单元执行相应的处理，并获取每个任务执行单元的执行结果。任务处理服务器根据每个任务执行单元的执行结果确定整个待处理业务的处理结果，并进行反馈。本发明实施例中，通过任务处理服务器根据任务执行规划图协调分布在各个子系统中的任务执行单元，使得任务执行单元按照任务执行规划图对待处理业务进行依次处理执行，可以跨系统调用任务执行单元，实现了分布式环境下业务处理的同一管理和监控，控制方式灵活多样。

附图说明

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

图1为本发明实施例适用的系统架构示意图；

图2为本发明实施例提供的一种业务处理方法的流程示意图；

图3为本发明实施例提供的一个任务执行规划图的示意图；

图4为本发明实施例提供的一种分布式环境下的业务处理方法的流程示意图；

图5为本发明实施例提供的一种分布式环境下的业务处理装置的结构示意图。

具体实施方式

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

如图1所示，本发明实施例所适用的一种系统架构，包括任务处理服务器101、注册中心数据库102以及多个任务执行单元103。

任务处理服务器101可以是计算机等网络设备。任务处理服务器101可以是一个独立的设备，也可以是多个服务器所形成的服务器集群。

注册中心数据库102可以是计算机等网络设备。注册中心数据库102可以是一个独立的设备，也可以是多个服务器所形成的服务器集群，当注册中心数据库102为多个服务器形成的服务器集群，则注册中心数据库102须由奇数个数的服务器组成，可保证注册中心数据库的高可用性。

任务执行单元103为分布在各个子系统中的服务器或服务器中的模块或单元，每个任务执行单元103对应待处理业务的一个执行步骤。

优选地，上述服务器可以采用云计算技术进行信息处理。

任务处理服务器101与注册中心数据库102之间、任务处理服务器101与任务执行单元103之间、注册中心数据库102与任务执行单元103之间可以通过INTERNET网络进行通信，也可以通过全球移动通信系统(Global System for Mobile Communications，简称GSM)、长期演进(long term evolution，简称LTE)系统等移动通信系统进行通信。各个任务执行单元103之间不直接进行通信。

下面首先介绍本发明实施例的系统中各个设备的作用和功能，以及相互之间的联系。

任务执行单元，是执行一个待处理业务各个步骤的主体，将各个功能各异的执行任务抽象化，由几个任务执行单元按照一定的逻辑组织在一起形成一个任务组，可以完成一个待处理业务，例如跨行转接清算、统计交易数据分布等。每个任务执行单元需在注册中心数据库中进行注册，对外提供统一的公共接口，内部封装具体执行逻辑，如数据清洗、数据统计、生成报表等。任务执行单元由任务处理服务器进行统一调用和管理。每个任务执行单元对外透明，负责各自的任务逻辑开发、修改、上线等，与其他任务执行单元完全解耦，一个任务执行单元可以属于多个任务组，可以同时出现在多张任务执行规划图中。

注册中心数据库采用Zookeeper(开源的分布式应用程序协调服务)集群实现，由奇数个数的服务器组成，可以为至少3台服务器，统一管理各任务执行单元的添加、删除、执行方式等。每个任务执行单元在Zookeeper集群中生成一个节点，以保存各个任务执行单元注册的IP、端口、接口ID、服务引用、服务版本号等信息。注册中心数据库和各个任务执行单元之间采用心跳机制，及时清除不可用的任务执行单元。任务处理服务器在启用时也需要向注册中心数据库进行注册，以便获取每个任务执行单元的注册信息，对各个任务执行单元进行调用。注册中心数据库中还存储有各个待处理业务对应的任务执行规划图，

任务处理服务器为待处理业务的具体执行主体，在启动的时候也需向注册中心数据库注册，以获取任务执行规划图以及各个任务执行单元的注册信息，并根据任务执行规划图对各个任务执行单元进行调用。任务处理服务器采用多线程(技术选型线程池)方式，可以同时根据多个任务执行规划图对相应的待处理业务进行处理。运行每个任务执行规划图时，任务处理服务器内存中首先构建对应的任务节点树模型，节点同级有序，每个节点对应一个具体的任务执行单元。若待处理业务的任务执行单元有变更，则任务处理服务器中的任务节点树模型也同步改动。任务处理服务器在注册中心数据库中获取到任务执行单元的具体信息后，采用Dubbo(开源的远程调用框架)方式实现跨系统的调用，并存储各个任务执行单元的执行状态及执行结果。任务处理服务器得到待处理业务的处理结果后，通过图表等方式进行呈现。

任务执行规划图，为执行一个待处理业务的逻辑规划图，存储在注册中心数据库中，供任务处理服务器调用，表明了待处理业务的各任务之间的依赖关系，包括串行执行和并行执行。任务执行规划图中每个节点对应一个任务执行单元，是任务处理服务器中一个任务节点树模型的数据表现形式。

图2示例性示出了本发明实施例提供的一种业务处理方法的流程示意图。

如图2所示，本发明实施例提供的在任务处理服务器侧实现的一种分布式环境下的业务处理方法，包括以下步骤：

步骤201，任务处理服务器从注册中心数据库中获取待处理业务的任务执行规划图，所述任务执行规划图为根据处理所述待处理业务的多个任务执行单元生成；

步骤202，所述任务处理服务器根据所述任务执行规划图依次调用所述多个任务执行单元，并获取每个任务执行单元的执行结果；

步骤203，所述任务处理服务器根据所述执行结果确定所述待处理业务的处理结果，并反馈所述待处理业务的处理结果。

本发明实施例中，由多个任务执行单元执行对待处理业务的处理，根据处理待处理业务的多个任务执行单元生成任务执行规划图。任务处理服务器根据任务执行规划图依次调用相应的多个任务执行单元，使每个任务执行单元执行相应的处理，并获取每个任务执行单元的执行结果。任务处理服务器根据每个任务执行单元的执行结果确定整个待处理业务的处理结果，并进行反馈。本发明实施例中，通过任务处理服务器根据任务执行规划图协调分布在各个子系统中的任务执行单元，使得任务执行单元按照任务执行规划图对待处理业务进行依次处理执行，可以跨系统调用任务执行单元，实现了分布式环境下业务处理的同一管理和监控，控制方式灵活多样。

上述步骤201之前，还包括：

所述任务处理服务器向所述注册中心数据库进行注册；

所述依次调用所述多个任务执行单元，包括：

所述任务处理服务器从所述注册中心数据库获取每个任务执行单元的调用信息，并根据所述调用信息依次调用对应的任务执行单元；所述任务执行单元的调用信息为所述任务执行单元在所述注册中心数据库注册时，在所述注册中心数据库存储。

具体来说，本发明实施例中各个任务执行单元可以部署在任何地方，均需预先在注册中心数据库中进行注册。注册成功后，该任务执行单元在注册中心数据库中生成一个节点，可以保存该任务执行单元的IP、端口号、接口ID、服务引用、服务版本号等信息，以供任务处理服务器进行调用。其中，所有的任务执行单元设置为统一的接口。另外，本发明实施例中的任务处理服务器也需预先在注册中心数据库中进行注册，任务处理服务器注册完成后才能获取注册中心数据库中存储的任务执行规划图，以及调用各个任务执行单元执行待处理业务。

任务处理服务器对任务执行单元的调用顺序是根据任务执行规划图确定的。所述任务执行规划图中包括每个任务执行单元的执行顺序以及所述每个任务执行单元之间的依赖关系，所述每个任务执行单元之间的依赖关系包括串行执行和并行执行。

图3示出了本发明实施例中的一个任务执行规划图。如图3所示，该任务执行规划图中包括了任务执行单元1至任务执行单元6共6个任务执行单元，由于一个任务执行规划图对应一个待处理业务，也就是该待处理业务需要这6个任务执行单元来进行处理执行。其中，任务执行单元2、任务执行单元3和任务执行单元4之间为并行执行的关系；任务执行单元1与任务执行单元2、任务执行单元1与任务执行单元3、任务执行单元1与任务执行单元4、任务执行单元2与任务执行单元5、任务执行单元3与任务执行单元5、任务执行单元4与任务执行单元5、任务执行单元5与任务执行单元6之间为串行执行的关系。也就是说，任务执行单元1执行之后，任务执行单元2、任务执行单元3和任务执行单元4才开始执行；任务执行单元2、任务执行单元3和任务执行单元4执行之后，任务执行单元5开始执行；任务执行单元5执行之后，任务执行单元6开始执行。任务执行单元2、任务执行单元3和任务执行单元4的执行不分先后，可同时执行。

所述任务处理服务器根据所述任务执行规划图，依次调用所述多个任务执行单元，包括：

所述任务处理服务器根据每个任务执行单元的执行顺序以及所述每个任务执行单元之间的依赖关系，依次调用所述多个任务执行单元。

仍以图3为例介绍任务处理服务器的调用过程。根据图3，任务处理服务器依次调用图3中的任务执行单元1至任务执行单元6。按照执行顺序，任务处理服务器首先调用任务执行单元1，并获取任务执行单元1的执行结果。之后，任务处理服务器将任务执行单元1的执行结果分别发送给任务执行单元2、任务执行单元3和任务执行单元4，由于任务执行单元2、任务执行单元3和任务执行单元4为并行关系，因此任务处理服务器可以同时调用这三个任务执行单元。当任务处理服务器接收到任务执行单元2、任务执行单元3和任务执行单元4的执行结果之后，将这三个任务执行单元的执行结果发送给任务执行单元5，可以同时发送，也可以按照顺序分别发送。当任务执行单元2、任务执行单元3和任务执行单元4的执行结果均发送给任务执行单元5之后，任务处理服务器调用任务执行单元5，并获取任务执行单元5的执行结果。任务处理服务器将任务执行单元5的执行结果再发送给任务执行单元6，调用任务执行单元6之后获取任务执行单元6的执行结果。最后，任务处理服务器将任务执行单元6的执行结果作为待处理业务的最终处理结果向运维人员呈现。

在上述调用过程中，任务处理服务器对各个任务执行单元的调用可能失败。本发明实施例中，一个待处理业务的多个任务执行单元可分为主体任务执行单元和辅助任务执行单元。

针对不同类型的任务执行单元，其执行失败后相应的操作也不同。所述任务处理服务器根据所述执行结果确定所述待处理业务的处理结果，包括：

若所述任务处理服务器获取所述主体任务执行单元的执行结果失败或超过时间阈值，则反馈所述待处理业务的处理结果为失败；

若所述任务处理服务器获取所述辅助任务执行单元的执行结果失败或超过所述时间阈值，则跳过所述辅助任务执行单元，继续依次调用所述辅助任务执行单元后续的任务执行单元。

可以看出，主体任务执行单元对整个待处理业务的处理结果具有决定性的影响，因此，若任务处理服务器获取主体任务执行单元的执行结果失败，或任务处理服务器获取主体任务执行单元的执行结果超过时间阈值，则判断待处理业务的处理结果为失败。而辅助任务执行单元对整个待处理业务仅为辅助性执行，对待处理业务的最终处理结果不具有决定性作用，因此，若任务处理服务器获取辅助任务执行单元的执行结果失败，或任务处理服务器获取辅助任务执行单元的执行结果超过时间阈值，可以跳过该辅助任务执行单元，继续依次调用该辅助任务执行单元后续的任务执行单元。这种将任务执行单元分类的方式可以增加处理待处理业务的灵活度，扩展了对待处理业务的执行方式。

进一步地，所述注册中心数据库中还存储有每个任务执行规划图的执行开始时间。

所述任务处理服务器从注册中心数据库中获取待处理业务的任务执行规划图之前，还包括：

所述任务处理服务器接收所述注册中心数据库发送的所述任务执行规划图的启动指令，所述任务执行规划图的启动指令为所述注册中心数据库遍历存储的任务执行规划图，确定已到所述任务执行规划图的执行开始时间后发送的。

本发明实施例中，注册中心数据库可以灵活组装任务执行单元，通过查询已存有的任务，搭建符合待处理业务的任务执行规划图。任务执行规划图的数据存储在注册中心数据库中，并有前后的逻辑关系。同时，注册中心数据库设定任务执行规划图的第一节点启动执行时间，任务执行规划图不断遍历各个任务执行规划图，若发现已到启动时间，则通知任务处理服务器执行。

此外，本发明实施例也可以单独开发一套任务执行规划图的生成平台系统，利用该平台系统搭建任务执行规划图，并将生成的任务执行规划图发送到注册中心数据库进行存储。同时，该平台系统设定任务执行规划图的第一节点启动执行时间，并遍历注册中心数据库中的存储区域，若发现某个任务执行规划图已到启动时间，则通知任务处理服务器进行处理。

本发明实施例中，可以对待处理业务的任务执行单元进行增减和修改。若在注册中心数据库中存有的任务执行规划图中进行修改、增减，则任务处理服务器中对应的任务节点树模型也同步改动，但注册中心数据库中对应的任务执行单元不会变动。任务处理服务器提供执行接口及变更接口供上述任务执行规划图的生成平台系统调用，此处调用也是采用Dubbo方式实现。

下面以具体实施例对上述分布式环境下的业务处理方法的流程进行详细描述。如图4所示，本发明实施例中分布式环境下的业务处理方法包括以下步骤：

步骤401、各个系统中的任务执行单元在注册中心数据库中进行注册，注册中心数据库保存任务执行单元的IP、端口，接口ID，服务引用，服务版本号等调用信息。

步骤402、任务处理服务器向注册中心数据库进行注册。

步骤403、规划图生成平台系统根据接收到的待处理业务，构建对应的任务执行规划图，并将任务执行规划图发送给注册中心数据库，由注册中心数据库进行存储。

步骤404、规划图生成平台系统遍历注册中心数据库中的存储区域，若发现任务执行规划图a已到启动时间，则通知任务处理服务器对任务执行规划图a进行处理。

步骤405、任务处理服务器根据任务执行规划图a，从注册中心数据库中获取相关的任务执行单元的调用信息。

步骤406、任务处理服务器依次调用任务执行规划图a中的任务执行单元，并根据任务执行单元的执行结果确定待处理业务的处理结果。

步骤407、任务处理服务器对待处理业务的处理结果进行呈现。

图5示例性示出了本发明实施例提供的一种分布式环境下的业务处理装置的结构示意图。

如图5所示，本发明实施例提供的一种分布式环境下的业务处理装置，包括：

获取模块501，用于从注册中心数据库中获取待处理业务的任务执行规划图，所述任务执行规划图为根据处理所述待处理业务的多个任务执行单元生成；

调用模块502，用于根据所述任务执行规划图依次调用所述多个任务执行单元，并获取每个任务执行单元的执行结果；

结果模块503，用于根据所述执行结果确定所述待处理业务的处理结果，并反馈所述待处理业务的处理结果。

可选的，还包括注册模块504，用于向所述注册中心数据库进行注册；

所述调用模块502，具体用于从所述注册中心数据库获取每个任务执行单元的调用信息，并根据所述调用信息依次调用对应的任务执行单元；所述任务执行单元的调用信息为所述任务执行单元在所述注册中心数据库注册时，在所述注册中心数据库存储。

可选的，所述任务执行规划图中包括每个任务执行单元的执行顺序以及所述每个任务执行单元之间的依赖关系，所述每个任务执行单元之间的依赖关系包括串行执行和并行执行；

所述调用模块502，具体用于根据每个任务执行单元的执行顺序以及所述每个任务执行单元之间的依赖关系，依次调用所述多个任务执行单元。

可选的，所述多个任务执行单元分为主体任务执行单元和辅助任务执行单元；

所述结果模块503，具体用于：

若获取所述主体任务执行单元的执行结果失败或超过时间阈值，则反馈所述待处理业务的处理结果为失败；

若获取所述辅助任务执行单元的执行结果失败或超过所述时间阈值，则跳过所述辅助任务执行单元，继续依次调用所述辅助任务执行单元后续的任务执行单元。

可选的，所述注册中心数据库中还存储有每个任务执行规划图的执行开始时间；

所述获取模块501还用于：

接收所述注册中心数据库发送的所述任务执行规划图的启动指令，所述任务执行规划图的启动指令为所述注册中心数据库遍历存储的任务执行规划图，确定已到所述任务执行规划图的执行开始时间后发送的。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包括这些改动和变型在内。

Claims (10)

1.一种分布式环境下的业务处理方法，其特征在于，包括：

任务处理服务器从注册中心数据库中获取待处理业务的任务执行规划图，所述任务执行规划图为根据处理所述待处理业务的多个任务执行单元生成；

所述任务处理服务器根据所述任务执行规划图依次调用所述多个任务执行单元，并获取每个任务执行单元的执行结果；

所述任务处理服务器根据所述执行结果确定所述待处理业务的处理结果，并反馈所述待处理业务的处理结果。

2.如权利要求1所述的方法，其特征在于，所述任务处理服务器从注册中心数据库中获取待处理业务的任务执行规划图之前，还包括：

所述任务处理服务器向所述注册中心数据库进行注册；

所述依次调用所述多个任务执行单元，包括：

所述任务处理服务器从所述注册中心数据库获取每个任务执行单元的调用信息，并根据所述调用信息依次调用对应的任务执行单元；所述任务执行单元的调用信息为所述任务执行单元在所述注册中心数据库注册时，在所述注册中心数据库存储。

3.如权利要求1所述的方法，其特征在于，所述任务执行规划图中包括每个任务执行单元的执行顺序以及所述每个任务执行单元之间的依赖关系，所述每个任务执行单元之间的依赖关系包括串行执行和并行执行；

所述任务处理服务器根据所述任务执行规划图，依次调用所述多个任务执行单元，包括：

所述任务处理服务器根据每个任务执行单元的执行顺序以及所述每个任务执行单元之间的依赖关系，依次调用所述多个任务执行单元。

4.如权利要求3所述的方法，其特征在于，所述多个任务执行单元分为主体任务执行单元和辅助任务执行单元；

所述任务处理服务器根据所述执行结果确定所述待处理业务的处理结果，包括：

若所述任务处理服务器获取所述主体任务执行单元的执行结果失败或超过时间阈值，则反馈所述待处理业务的处理结果为失败；

若所述任务处理服务器获取所述辅助任务执行单元的执行结果失败或超过所述时间阈值，则跳过所述辅助任务执行单元，继续依次调用所述辅助任务执行单元后续的任务执行单元。

5.如权利要求1所述的方法，其特征在于，所述注册中心数据库中还存储有每个任务执行规划图的执行开始时间；

所述任务处理服务器从注册中心数据库中获取待处理业务的任务执行规划图之前，还包括：

所述任务处理服务器接收所述注册中心数据库发送的所述任务执行规划图的启动指令，所述任务执行规划图的启动指令为所述注册中心数据库遍历存储的任务执行规划图，确定已到所述任务执行规划图的执行开始时间后发送的。

6.一种分布式环境下的业务处理装置，其特征在于，包括：

获取模块，用于从注册中心数据库中获取待处理业务的任务执行规划图，所述任务执行规划图为根据处理所述待处理业务的多个任务执行单元生成；

调用模块，用于根据所述任务执行规划图依次调用所述多个任务执行单元，并获取每个任务执行单元的执行结果；

结果模块，用于根据所述执行结果确定所述待处理业务的处理结果，并反馈所述待处理业务的处理结果。

7.如权利要求6所述的装置，其特征在于，还包括注册模块，用于向所述注册中心数据库进行注册；

所述调用模块，具体用于从所述注册中心数据库获取每个任务执行单元的调用信息，并根据所述调用信息依次调用对应的任务执行单元；所述任务执行单元的调用信息为所述任务执行单元在所述注册中心数据库注册时，在所述注册中心数据库存储。

8.如权利要求6所述的装置，其特征在于，所述任务执行规划图中包括每个任务执行单元的执行顺序以及所述每个任务执行单元之间的依赖关系，所述每个任务执行单元之间的依赖关系包括串行执行和并行执行；

所述调用模块，具体用于根据每个任务执行单元的执行顺序以及所述每个任务执行单元之间的依赖关系，依次调用所述多个任务执行单元。

9.如权利要求8所述的装置，其特征在于，所述多个任务执行单元分为主体任务执行单元和辅助任务执行单元；

所述结果模块，具体用于：

若获取所述主体任务执行单元的执行结果失败或超过时间阈值，则反馈所述待处理业务的处理结果为失败；

若获取所述辅助任务执行单元的执行结果失败或超过所述时间阈值，则跳过所述辅助任务执行单元，继续依次调用所述辅助任务执行单元后续的任务执行单元。

10.如权利要求6所述的装置，其特征在于，所述注册中心数据库中还存储有每个任务执行规划图的执行开始时间；

所述获取模块还用于：

接收所述注册中心数据库发送的所述任务执行规划图的启动指令，所述任务执行规划图的启动指令为所述注册中心数据库遍历存储的任务执行规划图，确定已到所述任务执行规划图的执行开始时间后发送的。