CN116339980A - 一种业务处理方法、装置、电子设备及计算机可读介质 - Google Patents

Abstract

本申请公开了业务处理方法、装置、电子设备及计算机可读介质，涉及自动程序设计技术领域，一具体实施方式包括响应于业务处理请求，获取对应的功能扩展数据，进而生成对应的功能扩展任务；添加功能扩展任务至控制记录，确定控制记录中的各个任务对应的任务类型和任务类型对应的任务执行状态；根据任务类型和任务执行状态，确定控制记录中的目标分发任务；调用控制总线以分发目标分发任务至对应的任务处理节点。以提升业务处理功能扩展性能，保证业务高可用，提升业务处理效率。

Description

一种业务处理方法、装置、电子设备及计算机可读介质

技术领域

本申请涉及自动程序设计技术领域，尤其涉及一种业务处理方法、装置、电子设备及计算机可读介质。

背景技术

当机构在进行对账清算时，对账单下载、对账单解析、对账、清算、转账以缴费系统为单位顺序执行，多个缴费系统并发运行，浪费资源，执行慢。缴费系统(外系统)，例如收单、代收代付、代理财政、代理社保、财税、分行特色、智慧缴费等系统先后接入统一支付平台，各自形成了一套对账清算逻辑，互相独立，扩展性差，性能存在瓶颈，业务处理效率低。

发明内容

有鉴于此，本申请实施例提供一种业务处理方法、装置、电子设备及计算机可读介质，能够解决现有的在需要进行业务功能扩展时，现有的业务处理系统扩展性差，导致的业务处理效率低的问题。

为实现上述目的，根据本申请实施例的一个方面，提供了一种业务处理方法，包括：

响应于业务处理请求，获取对应的功能扩展数据，进而生成对应的功能扩展任务；

添加功能扩展任务至控制记录，确定控制记录中的各个任务对应的任务类型和任务类型对应的任务执行状态；

根据任务类型和任务执行状态，确定控制记录中的目标分发任务；

调用控制总线以分发目标分发任务至对应的任务处理节点。

可选地，添加功能扩展任务至控制记录，包括：

确定功能扩展任务对应的任务类型；

根据任务类型和控制记录，确定目标添加位置；

根据目标添加位置将功能扩展任务添加至控制记录。

可选地，确定控制记录中的各个任务对应的任务类型和任务类型对应的任务执行状态，包括：

获取控制记录中的各个任务对应的任务标识；

根据任务标识，确定控制记录中的各个任务对应的任务类型。

可选地，确定控制记录中的各个任务对应的任务类型和任务类型对应的任务执行状态，包括：

调用缴费系统对账单下载解析控制表，进而确定缴费系统对账单下载解析控制表中的各个记录对应的下载状态、操作日期、解析状态和对账状态；

根据下载状态和操作日期，确定第一目标记录数量；

根据解析状态，确定第二目标记录数量；

根据对账状态，确定第三目标记录数量；

根据第一目标记录数量、第二目标记录数量、第三目标记录数量和预设阈值，更新控制记录中的各个记录对应的任务的任务执行状态。

可选地，确定控制记录中的目标分发任务，包括：

对控制记录中的各个任务基于预设的依赖关系进行排序，以得到排序后的各个任务；

根据排序后的各个任务和任务执行状态，确定控制记录中的目标分发任务。

可选地，根据排序后的各个任务和任务执行状态，确定控制记录中的目标分发任务，包括：

确定排序后的各个任务中的前置任务和后置任务；

确定任务执行状态中与前置任务对应的前置任务执行状态和与前置任务对应的后置任务对应的后置任务执行状态；

将前置任务执行状态为已执行并且后置任务执行状态为执行中时对应的后置任务确定为目标分发任务。

可选地，调用控制总线以分发目标分发任务至对应的任务处理节点，包括：

根据预设订单数量拆分目标分发任务，以生成各个子任务；

调用控制总线以分发各个子任务至对应的任务处理节点。

另外，本申请还提供了一种业务处理装置，包括：

任务生成单元，被配置成响应于业务处理请求，获取对应的功能扩展数据，进而生成对应的功能扩展任务；

任务执行状态确定单元，被配置成添加功能扩展任务至控制记录，确定控制记录中的各个任务对应的任务类型和任务类型对应的任务执行状态；

目标分发任务确定单元，被配置成根据任务类型和任务执行状态，确定控制记录中的目标分发任务；

任务分发单元，被配置成调用控制总线以分发目标分发任务至对应的任务处理节点。

可选地，任务执行状态确定单元进一步被配置成：

确定功能扩展任务对应的任务类型；

根据任务类型和控制记录，确定目标添加位置；

根据目标添加位置将功能扩展任务添加至控制记录。

可选地，任务执行状态确定单元进一步被配置成：

获取控制记录中的各个任务对应的任务标识；

根据任务标识，确定控制记录中的各个任务对应的任务类型。

可选地，任务执行状态确定单元进一步被配置成：

调用缴费系统对账单下载解析控制表，进而确定缴费系统对账单下载解析控制表中的各个记录对应的下载状态、操作日期、解析状态和对账状态；

根据下载状态和操作日期，确定第一目标记录数量；

根据解析状态，确定第二目标记录数量；

根据对账状态，确定第三目标记录数量；

根据第一目标记录数量、第二目标记录数量、第三目标记录数量和预设阈值，更新控制记录中的各个记录对应的任务的任务执行状态。

可选地，目标分发任务确定单元进一步被配置成：

对控制记录中的各个任务基于预设的依赖关系进行排序，以得到排序后的各个任务；

根据排序后的各个任务和任务执行状态，确定控制记录中的目标分发任务。

可选地，目标分发任务确定单元进一步被配置成：

确定排序后的各个任务中的前置任务和后置任务；

确定任务执行状态中与前置任务对应的前置任务执行状态和与前置任务对应的后置任务对应的后置任务执行状态；

将前置任务执行状态为已执行并且后置任务执行状态为执行中时对应的后置任务确定为目标分发任务。

可选地，任务分发单元进一步被配置成：

根据预设订单数量拆分目标分发任务，以生成各个子任务；

调用控制总线以分发各个子任务至对应的任务处理节点。

另外，本申请还提供了一种业务处理电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上述的业务处理方法。

另外，本申请还提供了一种计算机可读介质，其上存储有计算机程序，程序被处理器执行时实现如上述的业务处理方法。

为实现上述目的，根据本申请实施例的又一个方面，提供了一种计算机程序产品。

本申请实施例的一种计算机程序产品，包括计算机程序，程序被处理器执行时实现本申请实施例提供的业务处理方法。

上述发明中的一个实施例具有如下优点或有益效果：本申请通过响应于业务处理请求，获取对应的功能扩展数据，进而生成对应的功能扩展任务；添加功能扩展任务至控制记录，确定控制记录中的各个任务对应的任务类型和任务类型对应的任务执行状态；根据任务类型和任务执行状态，确定控制记录中的目标分发任务；调用控制总线以分发目标分发任务至对应的任务处理节点。以提升业务处理功能扩展性能，保证业务高可用，提升业务处理效率。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本申请，不构成对本申请的不当限定。其中：

图1是根据本申请一个实施例的业务处理方法的主要流程的示意图；

图2是根据本申请一个实施例的业务处理方法的主要流程的示意图；

图3是根据本申请一个实施例的业务处理方法的主要流程示意图；

图4是根据本申请实施例的业务处理装置的主要单元的示意图；

图5是本申请实施例可以应用于其中的示例性系统架构图；

图6是适于用来实现本申请实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。需要说明的是，本申请的技术方案中，所涉及的用户个人信息的采集、分析、使用、传输、存储等方面，均符合相关法律法规的规定，被用于合法且合理的用途，不在这些合法使用等方面之外共享、泄露或出售，并且接受监管部门的监督管理。应当对用户个人信息采取必要措施，以防止对此类个人信息数据的非法访问，确保有权访问个人信息数据的人员遵守相关法律法规的规定，确保用户个人信息安全。一旦不再需要这些用户个人信息数据，应当通过限制甚至禁止数据收集和/或删除数据的方式将风险降至最低。

当使用时，包括在某些相关应用程序中，通过对数据去标识来保护用户隐私，例如在使用时通过移除特定标识符、控制所存储数据的量或特异性、控制数据如何被存储、和/或其他方法去标识。

图1是根据本申请一个实施例的业务处理方法的主要流程的示意图，如图1所示，业务处理方法包括：

步骤S101，响应于业务处理请求，获取对应的功能扩展数据，进而生成对应的功能扩展任务。

本实施例中，业务处理方法的执行主体(例如，可以是服务器，可以位于缴费系统中，可以包括控制中心，本申请实施例对执行主体的位置不做具体限定)可以通过有线连接或无线连接的方式，接收业务处理请求。业务处理请求可以是在进行业务处理的过程中增加扩展业务的请求。执行主体在接收到业务处理请求后，可以获取需要扩展的业务对应的功能扩展数据。功能扩展数据可以包括扩展业务类型、扩展业务所能实现的功能相关数据。可以调用任务生成程序以根据扩展业务类型和扩展业务所能实现的功能相关数据生成对应的功能扩展任务。

步骤S102，添加功能扩展任务至控制记录，确定控制记录中的各个任务对应的任务类型和任务类型对应的任务执行状态。

控制记录中可以包括对账单下载、对账单解析、对账、清算、转账等业务节点对应的任务。各个控制记录上的任务相互独立。确定控制记录中的各个任务对应的任务类型和任务类型对应的任务执行状态，例如未执行、执行中、已执行。确定功能扩展任务在控制记录中的位置，进而将功能扩展任务添加至控制记录中的相应位置。

具体地，确定控制记录中的各个任务对应的任务类型和任务类型对应的任务执行状态，包括：获取控制记录中的各个任务对应的任务标识；根据任务标识，确定控制记录中的各个任务对应的任务类型。

任务类型，可以包括：解析任务、对账任务、清算任务、转账任务等。

任务标识，例如01，可以表示解析任务；02，可以表示对账任务；03，可以表示清算任务；04，可以表示转账任务。

具体地，确定控制记录中的各个任务对应的任务类型和任务类型对应的任务执行状态，包括：调用缴费系统对账单下载解析控制表，进而确定缴费系统对账单下载解析控制表中的各个记录对应的下载状态、操作日期、解析状态和对账状态。根据下载状态和操作日期，确定第一目标记录数量，例如下载状态为执行中的记录总数m1。根据解析状态，确定第二目标记录数量，例如解析状态为执行中的记录总数m2。根据对账状态，确定第三目标记录数量，例如对账状态为执行中的记录总数m3。根据第一目标记录数量、第二目标记录数量、第三目标记录数量和预设阈值，例如n1、n2、n3，更新控制记录中的各个记录对应的任务的任务执行状态。具体地，当m1<n1时，修改当前处理记录下载状态为执行中，修改返回条数为1，分发缴费系统对账单下载任务到消息总线中。当m2<n2时，修改当前处理记录解析状态为执行中，修改返回条数为1，分发缴费系统对账单解析任务到消息总线中。当m3<n3时，修改当前处理记录对账状态为执行中，修改返回条数为1，将当前处理记录对账状态为执行中的对账任务拆分成对账子任务，分发缴费系统对账单对应的各个对账子任务到消息总线中。

步骤S103，根据任务类型和任务执行状态，确定控制记录中的目标分发任务。

具体地，确定控制记录中的目标分发任务，包括：对控制记录中的各个任务基于预设的依赖关系进行排序，以得到排序后的各个任务；根据排序后的各个任务和任务执行状态，确定控制记录中的目标分发任务。

示例的，控制记录中的各个任务可以为：下载任务、解析任务、对账任务等。预设的依赖关系可以为对账任务需要依赖解析任务的执行结果，解析任务需要依赖下载任务的执行结果。所以排序后的各个任务可以为：下载任务、解析任务、对账任务。在下载任务的执行状态为已执行时，才能分发解析任务至消息总线中，将解析任务确定目标分发任务，在解析任务的执行状态为已执行时，才能分发对账任务至消息总线中，将对账任务确定为目标分发任务。

具体地，根据排序后的各个任务和任务执行状态，确定控制记录中的目标分发任务，包括：确定排序后的各个任务中的前置任务和后置任务。示例的，排序后的各个任务可以为：下载任务、解析任务、对账任务。则前置任务为下载任务时，后置任务为解析任务；前置任务为解析任务时，后置任务为对账任务。

确定任务执行状态中与前置任务对应的前置任务执行状态和与前置任务对应的后置任务对应的后置任务执行状态；将前置任务执行状态为已执行并且后置任务执行状态为执行中时对应的后置任务确定为目标分发任务。

示例的，当下载任务为已执行并且解析任务为执行中时，则目标分发任务即为解析任务。

步骤S104，调用控制总线以分发目标分发任务至对应的任务处理节点。

具体地，调用控制总线以分发目标分发任务至对应的任务处理节点，包括：根据预设订单数量(例如3万，本申请实施例对数量不做具体限定)拆分目标分发任务，以生成各个子任务；调用控制总线以分发各个子任务至对应的任务处理节点。

示例的，按3万(可配置)笔订单一个对账子任务，将缴费系统对账交易日的订单拆分成多个对账子任务，分发缴费系统对账子任务到消息总线中。

本实施例通过响应于业务处理请求，获取对应的功能扩展数据，进而生成对应的功能扩展任务；添加功能扩展任务至控制记录，确定控制记录中的各个任务对应的任务类型和任务类型对应的任务执行状态；根据任务类型和任务执行状态，确定控制记录中的目标分发任务；调用控制总线以分发目标分发任务至对应的任务处理节点。以提升业务处理功能扩展性能，保证业务高可用，提升业务处理效率。

图2是根据本申请一个实施例的业务处理方法的主要流程示意图，如图2所示，业务处理方法包括：

步骤S201，响应于业务处理请求，获取对应的功能扩展数据，进而生成对应的功能扩展任务。

步骤S202，确定功能扩展任务对应的任务类型。

步骤S203，根据任务类型和控制记录，确定目标添加位置。

示例的，功能扩展任务对应的任务类型可以为调账任务。

确定调账任务在控制记录中的各个任务中的位置，示例的，控制记录中的各个任务为下载任务、解析任务、对账任务、清算转账任务，则根据预设的对账处理流程，调账任务应该排在清算转账任务之后。

步骤S204，根据目标添加位置将功能扩展任务添加至控制记录。

基于目标添加位置，将调账任务添加至控制记录中的相应位置，得到最终的控制记录为：下载任务、解析任务、对账任务、清算转账任务、调账任务。

步骤S205，确定控制记录中的各个任务对应的任务类型和任务类型对应的任务执行状态。

步骤S206，根据任务类型和任务执行状态，确定控制记录中的目标分发任务。

示例的，控制记录中的各个任务可以为：下载任务、解析任务、对账任务等。预设的依赖关系可以为对账任务需要依赖解析任务的执行结果，解析任务需要依赖下载任务的执行结果。所以排序后的各个任务可以为：下载任务、解析任务、对账任务。在下载任务的执行状态为已执行时，才能分发解析任务至消息总线中，将解析任务确定目标分发任务，在解析任务的执行状态为已执行时，才能分发对账任务至消息总线中，将对账任务确定为目标分发任务。

步骤S207，调用控制总线以分发目标分发任务至对应的任务处理节点。

本申请实施例可以提升业务处理功能扩展性能，保证业务高可用，提升业务处理效率。

图3是根据本申请一个实施例的业务处理方法的应用场景示意图。本申请实施例的业务处理方法，应用于在进行业务处理的过程中增加扩展业务的场景中。程序运行初期是各个缴费系统对账单下载结点并行运行。例如，缴费系统1-对账单下载，缴费系统2-对账单下载，缴费系统3-对账单下载。程序运行中期有的缴费系统下载已经完成，可以进行对账单解析，有的缴费系统下载还未开始或在重试，所有各个任务结点会出现交叉并行。例如，缴费系统1-对账单下载，缴费系统2-对账单下载，缴费系统3-对账单解析。程序运行后期进行对账单下载、对账单解析和对账，分布式并行清算架构会分压到多个执行者服务器，高效并发地进行对账单下载、解析、对账、清算转账。例如，缴费系统1-对账单下载，缴费系统2-对账单解析，缴费系统3-对账。

作为本申请的一个整体实施例，业务处理方法的执行过程如下所示：

分布式并行清算架构集群中分为两种角色，控制者(控制中心)负责任务的分发与调度，消费者负责任务的执行，而消息总线是将控制者与消费者串联起来的关键。支付系统对接全国大小数十个缴费系统，清算涉及下载缴费系统对账单、解析对账单、对账、清算、转账几个环节。控制中心每天凌晨扫描缴费系统配置表，在缴费系统对账单下载解析控制表中为每个缴费系统生成一条前一日的记录，缴费系统对账单下载解析控制表主要包含缴费系统编号、交易日期、操作日期、下载状态、解析状态、清算状态、转账状态、对账主任务号(系统对账主任务表)等字段，初始时各个状态均为待执行。在缴费系统对账主任务表中生成当天不同时段的对账主任务记录，对账状态为待执行。控制中心每隔5分钟执行缴费系统对账单下载解析对账控制任务，分发各种任务到消息总线中。通过控制中心和消息总线，推进各个缴费系统的日终对账清算并行执行。

具体地，对账单下载控制：遍历缴费系统对账单下载解析控制表中下载状态为待执行且操作日期为今日的记录：查询缴费系统对账单下载解析控制表中下载状态为执行中的记录总数m。如果m<n(下载并发数限值，可配置)，即下载执行中的并发数少于并发数限值，修改当前处理记录下载状态为执行中，修改返回条数为1，分发缴费系统对账单下载任务到消息总线中。

对账单下载重试控制：遍历缴费系统对账单下载解析控制表中下载状态为失败、重试次数小于指定次数(可配置，失败执行次数)且下次执行时间小于当前时间且操作日期为今日的记录：查询缴费系统对账单下载解析控制表中下载状态为执行中的记录总数m。如果m<n(下载并发数限值，可配置)，即下载执行中的并发数少于下载并发数限值。修改当前处理记录下载状态为执行中，修改返回条数为1，分发缴费系统对账单下载任务到消息总线中。

对账单解析控制：遍历缴费系统对账单下载解析控制表中下载状态为成功，解析状态为待执行且操作日期为今日的记录：查询缴费系统对账单下载解析表中解析状态为执行中的记录总数m。如果m<n(解析中并发数限值，可配置)解析执行中的并发数少于解析并发数限值。修改当前处理记录解析状态为执行中，修改返回条数为1，分发缴费系统对账单解析任务到消息总线中。

对账控制：遍历缴费系统对账主任务表中对账状态为待执行，操作日期为今日，计划执行时间早于当前的记录：检查当前执行中的对账主任务数量，如果超过阈值则结束。将缴费系统对账单下载解析控制表中解析状态为成功，操作日期为今日，且交易日期与当前缴费系统对账主任务表的记录匹配的记录的对账主任务号更新为当前缴费系统对账主任务表记录的对账主任务号。将当前缴费系统对账主任务表的记录的对账状态更新为执行中。按3万(可配置)笔订单一个对账子任务，将缴费系统对账交易日的订单拆分成多个对账子任务,分发缴费系统对账子任务到消息总线中。

本申请采用分布式并行清算架构，引入控制中心，控制中心每日凌晨以缴费系统为单位，为每个缴费系统生成以对账单下载、对账单解析、对账、清算、转账等业务结点为任务组成的控制记录，各个控制记录上的任务相互独立，通过消息总线分发到清算服务集群中的各个结点并发执行。通过控制中心可以有效地保证单条控制记录中各个任务是有序控制执行的，每一个任务依赖前一任务执行结果。

例如，对账单下载任务是所有缴费系统并发执行，或者对账单下载任务、对账单解析、对账等不同类型任务并发执行，单条控制记录内部。例如，对账单解析开始前会判断缴费系统前置任务(对账单下载)是否成功。如果成功，控制中心会通过总线下发缴费系统的下一个任务(对账单解析)到清算服务集群中。

分布式并行清算架构只需要在控制中心的控制记录上增加新的任务，新的功能开发完成后监听消息总线中新的任务即可，例如，需要增加调账功能，在原控制记录对账单下载、对账单解析、对账、清算转账基础上增加调账，则控制中心生成的控制记录为对账单下载、对账单解析、对账、清算转账、调账，新的功能开发完成后监听消息总线中调账任务，无需改动原有功能即可完成新功能的扩展。

图4是根据本申请实施例的业务处理装置的主要单元的示意图。如图4所示，业务处理装置400包括任务生成单元401、任务执行状态确定单元402、目标分发任务确定单元403和任务分发单元404。

任务生成单元401，被配置成响应于业务处理请求，获取对应的功能扩展数据，进而生成对应的功能扩展任务。

任务执行状态确定单元402，被配置成添加功能扩展任务至控制记录，确定控制记录中的各个任务对应的任务类型和任务类型对应的任务执行状态。

目标分发任务确定单元403，被配置成根据任务类型和任务执行状态，确定控制记录中的目标分发任务。

任务分发单元404，被配置成调用控制总线以分发目标分发任务至对应的任务处理节点。

在一些实施例中，任务执行状态确定单元402进一步被配置成：确定功能扩展任务对应的任务类型；根据任务类型和控制记录，确定目标添加位置；根据目标添加位置将功能扩展任务添加至控制记录。

在一些实施例中，任务执行状态确定单元402进一步被配置成：获取控制记录中的各个任务对应的任务标识；根据任务标识，确定控制记录中的各个任务对应的任务类型。

在一些实施例中，任务执行状态确定单元402进一步被配置成：调用缴费系统对账单下载解析控制表，进而确定缴费系统对账单下载解析控制表中的各个记录对应的下载状态、操作日期、解析状态和对账状态；根据下载状态和操作日期，确定第一目标记录数量；根据解析状态，确定第二目标记录数量；根据对账状态，确定第三目标记录数量；根据第一目标记录数量、第二目标记录数量、第三目标记录数量和预设阈值，更新控制记录中的各个记录对应的任务的任务执行状态。

在一些实施例中，目标分发任务确定单元403进一步被配置成：对控制记录中的各个任务基于预设的依赖关系进行排序，以得到排序后的各个任务；根据排序后的各个任务和任务执行状态，确定控制记录中的目标分发任务。

在一些实施例中，目标分发任务确定单元403进一步被配置成：确定排序后的各个任务中的前置任务和后置任务；确定任务执行状态中与前置任务对应的前置任务执行状态和与前置任务对应的后置任务对应的后置任务执行状态；将前置任务执行状态为已执行并且后置任务执行状态为执行中时对应的后置任务确定为目标分发任务。

在一些实施例中，任务分发单元404进一步被配置成：根据预设订单数量拆分目标分发任务，以生成各个子任务；调用控制总线以分发各个子任务至对应的任务处理节点。

需要说明的是，本申请的业务处理方法和业务处理装置在具体实施内容上具有相应关系，故重复内容不再说明。

图5示出了可以应用本申请实施例的业务处理方法或业务处理装置的示例性系统架构500。

如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备501、502、503可以是具有业务处理屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所提交的业务处理请求提供支持的后台管理服务器(仅为示例)。后台管理服务器可以响应于业务处理请求，获取对应的功能扩展数据，进而生成对应的功能扩展任务；添加功能扩展任务至控制记录，确定控制记录中的各个任务对应的任务类型和任务类型对应的任务执行状态；根据任务类型和任务执行状态，确定控制记录中的目标分发任务；调用控制总线以分发目标分发任务至对应的任务处理节点。以提升业务处理功能扩展性能，保证业务高可用，提升业务处理效率。

需要说明的是，本申请实施例所提供的业务处理方法一般由服务器505执行，相应地，业务处理装置一般设置于服务器505中。

应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图6，其示出了适于用来实现本申请实施例的终端设备的计算机系统600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM603中，还存储有计算机系统600操作所需的各种程序和数据。CPU601、ROM602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶征信授权查询处理器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本申请公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本申请的系统中限定的上述功能。

需要说明的是，本申请所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括任务生成单元、任务执行状态确定单元、目标分发任务确定单元和任务分发单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备响应于业务处理请求，获取对应的功能扩展数据，进而生成对应的功能扩展任务；添加功能扩展任务至控制记录，确定控制记录中的各个任务对应的任务类型和任务类型对应的任务执行状态；根据任务类型和任务执行状态，确定控制记录中的目标分发任务；调用控制总线以分发目标分发任务至对应的任务处理节点。

本申请的计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现本申请实施例中的业务处理方法。

根据本申请实施例的技术方案，可以提升业务处理功能扩展性能，保证业务高可用，提升业务处理效率。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (16)

1.一种业务处理方法，其特征在于，包括：

响应于业务处理请求，获取对应的功能扩展数据，进而生成对应的功能扩展任务；

添加所述功能扩展任务至控制记录，确定所述控制记录中的各个任务对应的任务类型和所述任务类型对应的任务执行状态；

根据所述任务类型和所述任务执行状态，确定所述控制记录中的目标分发任务；

调用控制总线以分发所述目标分发任务至对应的任务处理节点。

2.根据权利要求1所述的方法，其特征在于，所述添加所述功能扩展任务至控制记录，包括：

确定所述功能扩展任务对应的任务类型；

根据所述任务类型和所述控制记录，确定目标添加位置；

根据所述目标添加位置将所述功能扩展任务添加至所述控制记录。

3.根据权利要求1所述的方法，其特征在于，所述确定所述控制记录中的各个任务对应的任务类型和所述任务类型对应的任务执行状态，包括：

获取所述控制记录中的各个任务对应的任务标识；

根据所述任务标识，确定所述控制记录中的各个任务对应的任务类型。

4.根据权利要求1所述的方法，其特征在于，所述确定所述控制记录中的各个任务对应的任务类型和所述任务类型对应的任务执行状态，包括：

调用缴费系统对账单下载解析控制表，进而确定所述缴费系统对账单下载解析控制表中的各个记录对应的下载状态、操作日期、解析状态和对账状态；

根据所述下载状态和所述操作日期，确定第一目标记录数量；

根据所述解析状态，确定第二目标记录数量；

根据所述对账状态，确定第三目标记录数量；

根据所述第一目标记录数量、所述第二目标记录数量、所述第三目标记录数量和预设阈值，更新所述控制记录中的所述各个记录对应的任务的任务执行状态。

5.根据权利要求1所述的方法，其特征在于，所述确定所述控制记录中的目标分发任务，包括：

对所述控制记录中的各个任务基于预设的依赖关系进行排序，以得到排序后的各个任务；

根据所述排序后的各个任务和所述任务执行状态，确定所述控制记录中的目标分发任务。

6.根据权利要求5所述的方法，其特征在于，所述根据所述排序后的各个任务和所述任务执行状态，确定所述控制记录中的目标分发任务，包括：

确定所述排序后的各个任务中的前置任务和后置任务；

确定所述任务执行状态中与所述前置任务对应的前置任务执行状态和与所述前置任务对应的后置任务对应的后置任务执行状态；

将所述前置任务执行状态为已执行并且所述后置任务执行状态为执行中时对应的后置任务确定为目标分发任务。

7.根据权利要求1所述的方法，其特征在于，所述调用控制总线以分发所述目标分发任务至对应的任务处理节点，包括：

根据预设订单数量拆分所述目标分发任务，以生成各个子任务；

调用控制总线以分发所述各个子任务至对应的任务处理节点。

8.一种业务处理装置，其特征在于，包括：

任务生成单元，被配置成响应于业务处理请求，获取对应的功能扩展数据，进而生成对应的功能扩展任务；

任务执行状态确定单元，被配置成添加所述功能扩展任务至控制记录，确定所述控制记录中的各个任务对应的任务类型和所述任务类型对应的任务执行状态；

目标分发任务确定单元，被配置成根据所述任务类型和所述任务执行状态，确定所述控制记录中的目标分发任务；

任务分发单元，被配置成调用控制总线以分发所述目标分发任务至对应的任务处理节点。

9.根据权利要求8所述的装置，其特征在于，所述任务执行状态确定单元进一步被配置成：

确定所述功能扩展任务对应的任务类型；

根据所述任务类型和所述控制记录，确定目标添加位置；

根据所述目标添加位置将所述功能扩展任务添加至所述控制记录。

10.根据权利要求8所述的装置，其特征在于，所述任务执行状态确定单元进一步被配置成：

获取所述控制记录中的各个任务对应的任务标识；

根据所述任务标识，确定所述控制记录中的各个任务对应的任务类型。

11.根据权利要求8所述的装置，其特征在于，所述任务执行状态确定单元进一步被配置成：

调用缴费系统对账单下载解析控制表，进而确定所述缴费系统对账单下载解析控制表中的各个记录对应的下载状态、操作日期、解析状态和对账状态；

根据所述下载状态和所述操作日期，确定第一目标记录数量；

根据所述解析状态，确定第二目标记录数量；

根据所述对账状态，确定第三目标记录数量；

根据所述第一目标记录数量、所述第二目标记录数量、所述第三目标记录数量和预设阈值，更新所述控制记录中的所述各个记录对应的任务的任务执行状态。

12.根据权利要求8所述的装置，其特征在于，所述目标分发任务确定单元进一步被配置成：

对所述控制记录中的各个任务基于预设的依赖关系进行排序，以得到排序后的各个任务；

根据所述排序后的各个任务和所述任务执行状态，确定所述控制记录中的目标分发任务。

13.根据权利要求12所述的装置，其特征在于，所述目标分发任务确定单元进一步被配置成：

确定所述排序后的各个任务中的前置任务和后置任务；

确定所述任务执行状态中与所述前置任务对应的前置任务执行状态和与所述前置任务对应的后置任务对应的后置任务执行状态；

将所述前置任务执行状态为已执行并且所述后置任务执行状态为执行中时对应的后置任务确定为目标分发任务。

14.一种业务处理电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一项所述的方法。

15.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-7中任一项所述的方法。

16.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-7中任一项所述的方法。

Images