CN106878369B - 一种业务处理方法和装置 - Google Patents

Abstract

本申请提供一种业务处理方法和装置。所述方法包括：在接收到业务请求后，生成与所述业务请求对应的任务；在将所述任务保存至数据库后，向所述业务请求的发起方返回业务处理成功的消息；执行所述数据库中保存的任务。本申请服务器在将业务请求对应的任务保存至数据库后，就可以向业务请求的发起方返回业务处理成功的消息，大大减轻了服务器的处理压力。对于业务请求方而言，可以实现业务处理的快速响应，提升用户的使用体验。同时，服务器通过执行数据库中保存的任务，可以确保业务能够成功处理，可靠性高。

Description

一种业务处理方法和装置

技术领域

本申请涉及通信技术领域，尤其涉及一种业务处理方法和装置。

背景技术

随着互联网技术的快速发展，越来越多的业务可以通过网络来实现，比如：基金买卖、股票申购等。相关技术中，一些业务通常会在固定的时间点集中进行，这就会给导致服务器瞬时TPS(Transaction Per Second，每秒事务处理量)高，影响业务的可靠性。

发明内容

有鉴于此，本申请提供一种业务处理方法和装置。

具体地，本申请是通过如下技术方案实现的：

一种业务处理方法，应用在业务平台的任一服务器中，所述方法包括：

在接收到业务请求后，生成与所述业务请求对应的任务；

在将所述任务保存至数据库后，向所述业务请求的发起方返回业务处理成功的消息；

执行所述数据库中保存的任务。

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

接收分配设备发送的任务分配通知，所述任务分配通知中指定有分配给本设备的待执行任务，所述待执行任务的数量少于数据库中保存的任务总数量；

所述执行所述数据库中保存的任务，还包括：

执行数据库中分配给本设备的待执行任务。

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

当所述任务执行成功时，将所述任务的状态标记为执行成功；

当所述任务执行失败时，将所述任务的状态标记为执行失败；

所述执行数据库中分配给本设备的待执行任务，包括：

根据预设的第一周期，执行所述待执行任务中状态为空或执行失败的任务。

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

当所述任务执行失败的次数到达预设的次数时，为所述任务标记推迟时长；

所述执行所述待执行任务中状态为执行失败的任务，包括：

针对标记有推迟时长的失败任务，当到达所述推迟时长时，重新执行所述失败任务。

可选的，所述任务分配通知由所述分配设备基于预设的第二周期发送，所述第二周期大于所述第一周期；

所述任务分配通知中携带分配给对应服务器的待执行任务所属的数据库分表的标识。

一种业务处理装置，应用在业务平台的任一服务器中，所述装置包括：

任务生成单元，在接收到业务请求后，生成与所述业务请求对应的任务；

任务保存单元，在将所述任务保存至数据库后，向所述业务请求的发起方返回业务处理成功的消息；

任务执行单元，执行所述数据库中保存的任务。

可选的，所述装置还包括：

通知接收单元，接收分配设备发送的任务分配通知，所述任务分配通知中指定有分配给本设备的待执行任务，所述待执行任务的数量少于数据库中保存的任务总数量；

所述任务执行单元，具体执行数据库中分配给本设备的待执行任务。

可选的，所述装置还包括：

状态标记单元，当所述任务执行成功时，将所述任务的状态标记为执行成功，当所述任务执行失败时，将所述任务的状态标记为执行失败；

所述任务执行单元，根据预设的第一周期，执行所述待执行任务中状态为空或执行失败的任务。

可选的，所述装置还包括：

推迟标记单元，当所述任务执行失败的次数到达预设的次数时，为所述任务标记推迟时长；

所述任务执行单元，针对标记有推迟时长的失败任务，当到达所述推迟时长时，重新执行所述失败任务。

可选的，所述任务分配通知由所述分配设备基于预设的第二周期发送，所述第二周期大于所述第一周期；

所述任务分配通知中携带分配给对应服务器的待执行任务所属的数据库分表的标识。

由以上描述可以看出，本申请服务器在将业务请求对应的任务保存至数据库后，就可以向业务请求的发起方返回业务处理成功的消息，大大减轻了服务器的处理压力。对于业务请求方而言，可以实现业务处理的快速响应，提升用户的使用体验。同时，服务器通过执行数据库中保存的任务，可以确保业务能够成功处理，可靠性高。

附图说明

图1是本申请一示例性实施例示出的一种业务处理方法的流程图。

图2是本申请一示例性实施例示出的一种执行数据库中保存的任务的流程图。

图3是本申请一示例性实施例示出的一种业务处理场景的示意图。

图4是本申请一示例性实施例示出的一种用于业务处理装置的一结构示意图。

图5是本申请一示例性实施例示出的一种业务处理装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

图1是本申请一示例性实施例示出的一种业务处理方法的流程图。

请参考图1，所述业务处理方法可以应用在业务平台的任一服务器中，包括有以下步骤：

步骤101，在接收到业务请求后，生成与所述业务请求对应的任务。

在本实施例中，所述业务平台通常为业务提供方部署的服务器或服务器集群。所述业务平台可以处理来自客户端的业务请求，即业务请求的发起方为客户端。所述业务平台也可以处理来自其他业务平台的业务请求，即业务请求的发起方为其他业务平台，本申请对此不作特殊限制。

以业务平台处理来自其他业务平台的业务请求为例，依据负载均衡策略业务平台的某一服务器可以在接收到所述业务请求后可以生成与所述业务请求对应的任务。其中，业务请求的分配可以参考相关技术，本申请在此不再一一赘述。

在本实施例中，服务器在接收到业务请求后，可以生成与所述业务请求对应的任务。举例来说，假设所述业务请求为投保请求，则服务器可以生成对应的投保任务，所述投保任务中包括有处理所述投保请求的业务信息，比如：投保人信息、险种、投保金额、投保途径等。

步骤102，在将所述任务保存至数据库后，向所述业务请求的发起方返回业务处理成功的消息。

基于前述步骤101，服务器在生成所述任务后，可以将所述任务保存至数据库，并在保存成功后向业务请求的发起方返回业务处理成功的消息。业务请求的发起方在接收到所述业务处理成功的消息后，可以向用户展示业务处理成功的提示。

举例来说，当业务请求的发起方为客户端时，客户端可以展示业务处理成功的页面给用户。当业务请求的发起方为其他业务平台时，该其他业务平台可以在接收到业务处理成功的消息后，将该业务处理成功的消息返回给其客户端，并由该客户端展示业务处理成功的页面给用户。当然，在实际实现中，所述其他业务平台依据其处理机制，在接收到所述业务处理成功的消息后，还可能会执行记录等其他相关操作，本申请对此不作特殊限制。

步骤103，执行所述数据库中保存的任务。

在本实施例中，用于分配任务的分配设备可以将数据库中保存的任务分配给业务平台中的各台服务器，各服务器可以依据预设的第一周期，执行数据库中分配给本设备的任务，以实现“真正的”业务处理成功。

由以上描述可以看出，本申请服务器在将业务请求对应的任务保存至数据库后，就可以向业务请求的发起方返回业务处理成功的消息，大大减轻了服务器的处理压力。对于业务请求方而言，可以实现业务处理的快速响应，提升用户的使用体验。同时，服务器通过执行数据库中保存的任务，可以确保业务能够成功处理，可靠性高。

图2是本申请一示例性实施例示出的一种执行数据库中保存的任务的流程图。

请参考图2，服务器执行数据库中保存的任务可以包括以下步骤：

步骤201，接收分配设备发送的任务分配通知，所述任务分配通知中指定有分配给本设备的待执行任务。

在本实施例中，所述分配设备可以为业务平台中的任一服务器，所述分配设备还可以为独立于所述业务平台的服务器，本申请对此不作特殊限制。可选的，为提高分配设备的可靠性，可以将独立于业务平台的某台服务器设置为分配设备。

在本实施例中，所述分配设备可以根据预设的第二周期将数据库中保存的任务分配给业务平台的各服务器。其中，所述第二周期可以由管理人员进行设置，比如：5分钟、10分钟等。在到达所述第二周期时，分配设备可以访问数据库，确定当前保存在数据库中的任务的数量，然后基于负载均衡策略将保存的任务分配给业务平台的各台服务器，分配给每台服务器的待执行任务的数量少于数据库中保存的任务总数量。举例来说，假设业务平台设置有10台服务器，而数据库中保存有十万个任务，则分配设备可以为每台服务器分配一万个任务。

较为简单的，在到达所述第二周期时，分配设备可以确定数据库中用于保存任务的数据库分表的数量，然后以数据库分表为单位将数据库中保存的任务分配给各个服务器。举例来说，仍假设业务平台设置有10台服务器，而数据库中用于保存任务的数据库分别一共有100张，则分配设备可以为每台服务器分配10张数据库分表。比如：针对服务器1，分配设备可以发送携带数据库分表1至数据库分表10这10张数据库分表标识的任务分配通知给所述服务器1，这10张数据库分表中保存的任务就是分配给服务器1的待执行任务。

步骤202，执行数据库中分配给本设备的待执行任务。

基于前述步骤201，服务器在接收到分配设备发送的任务分配通知后，可以根据预设的第一周期执行分配给本设备的待执行任务。其中，所述第一周期可以由管理人员进行设置，所述第一周期小于所述第二周期，比如：管理人员可以将所述第一周期设置为60秒、120秒等，本申请对此不作特殊限制。

在本实施例中，以分配设备以数据库分表为单位将数据库中保存的任务分配给各个服务器为例，服务器在接收到所述任务分配通知后，可以根据所述第一周期遍历数据库中分配给本设备的数据库分表，执行数据库分表中保存的任务。

在本实施例中，数据库分表中保存的各任务分别对应有状态标志位，当服务器将新生成的任务保存在数据库中后，该新生成的任务的状态标志位为空。服务器在某个任务执行成功时，可以将所述任务的状态标记为执行成功，比如：可以将状态标志位置为1。当所述任务执行失败时，可以将所述任务的状态标记为执行失败，比如：可以将其状态标志位置为0。在本步骤中，在到达所述第一周期时，针对分配给本设备的数据库分表，服务器可以执行该数据库分表中状态为空或执行失败的任务，并在执行后，根据执行结果更新所述任务的状态。

在本实施例中，服务器可以在数据库中记录各任务的执行日志，当确定某个任务执行失败的次数到达预设的次数时，可以为该任务标记推迟时长。其中，所述推迟时长可以由管理人员进行设置，用于表示暂停执行对应任务的时长。具体地，当某任务执行失败的次数到达预设的次数时，为避免执行该任务耗费较长的时间，可以为该任务设置推迟时长，在到达所述推迟时长之前，暂时无需重新执行该任务。

举例来说，假设预设的次数为3次，针对数据库中保存的任务1，假设该任务被分配给服务器1，服务器1连续3个第一周期执行该任务均执行失败，则服务器1可以为任务1标记推迟时长10分钟，从确定第三次执行失败的时刻开始，10分钟内不再执行该任务1。值得注意的是，在上述推迟时长内，任务1可能会在下一个第二周期时，被分配设备分配给其他服务器，比如：分配给服务器2，则服务器2在轮询分配给其的数据库分表时，针对标记有推迟时长的任务1，先确认当前时间距离任务1第三次执行失败的时长是否到达10分钟，如果尚未到达10分钟，则仍无需重新执行该任务，如果已到达10分钟，则可以重新执行该任务。

由以上描述可以看出，分配设备可以根据预设的时间周期将数据库中保存的任务分配给业务平台的各服务器，由各服务器执行尚未执行或执行失败的任务，以确保数据库中保存的任务最终能够执行成功，以此确保业务平台业务处理的可靠性。

下面结合具体的应用场景来描述本申请的实现过程。

以理财产品“招财宝”的变现为例，当“招财宝”的用户变现后，“招财宝”平台会立即为用户投一份保险，而用户变现通常在固定的时间点集中进行，从而导致保险平台的瞬时TPS高，影响投保业务的可靠性。

请参考图3所示的业务场景组网图，“招财宝”平台通常为“招财宝”服务提供商部署的服务器集群，在图3中以一台服务器作为示例。保险平台是与“招财宝”平台对接的，用于处理投保业务的服务器集群，保险平台中通常部署有多台服务器。分配设备是与保险平台独立的一台或多台服务器，图3也以一台服务器作为示例。

在本实施例中，当“招财宝”平台接收到用户发送的变现请求后，会向保险平台发送面向该用户的投保请求，保险平台的某台服务器在接收到投保请求后，可以根据该投保请求生成对应的投保任务，并在将所述投保任务保存在数据库后，即可向“招财宝”平台返回投保成功的消息，“招财宝”客户端就可以展示投保成功的页面给用户。当大量用户在固定的时间点集中变现时，保险平台的服务器接收到大量的投保请求，由于无需对投保请求对应的投保任务进行处理，大大减轻了服务器的处理压力，此外服务器在保存投保任务后就可以向“招财宝”平台返回投保成功的消息，对于“招财宝”平台而言，实现了快速响应，提升了用户的使用体验。

在本实施例中，分配设备可以根据5分钟的时间周期将数据库中保存的投保任务分配给保险平台的各台服务器，确保各台服务器的处理压力相对均衡。各台服务器在接收到任务分配通知后，可以根据60秒的时间周期轮询分配给本设备的任务，执行尚未执行的投保任务，以及重新执行曾执行失败的投保任务，以确保各投保任务能够最终执行成功，从而实现保险平台的高性能、高可靠性。

与前述业务处理方法的实施例相对应，本申请还提供了业务处理装置的实施例。

本申请业务处理装置的实施例可以应用在业务平台的服务器上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在服务器的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，为本申请业务处理装置所在服务器的一种硬件结构图，除了图4所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的服务器通常根据该服务器的实际功能，还可以包括其他硬件，对此不再赘述。

图5是本申请一示例性实施例示出的一种业务处理装置的框图。

请参考图5，所述业务处理装置400可以应用在前述图4所示的服务器中，包括有：任务生成单元401、任务保存单元402、任务执行单元403、通知接收单元404、状态标记单元405以及推迟标记单元406。

其中，任务生成单元401，在接收到业务请求后，生成与所述业务请求对应的任务；

任务保存单元402，在将所述任务保存至数据库后，向所述业务请求的发起方返回业务处理成功的消息；

任务执行单元403，执行所述数据库中保存的任务。

通知接收单元404，接收分配设备发送的任务分配通知，所述任务分配通知中指定有分配给本设备的待执行任务，所述待执行任务的数量少于数据库中保存的任务总数量；

所述任务执行单元403，具体执行数据库中分配给本设备的待执行任务。

状态标记单元405，当所述任务执行成功时，将所述任务的状态标记为执行成功，当所述任务执行失败时，将所述任务的状态标记为执行失败；

所述任务执行单元403，根据预设的第一周期，执行所述待执行任务中状态为空或执行失败的任务。

推迟标记单元406，当所述任务执行失败的次数到达预设的次数时，为所述任务标记推迟时长；

所述任务执行单元403，针对标记有推迟时长的失败任务，当到达所述推迟时长时，重新执行所述失败任务。

可选的，所述任务分配通知由所述分配设备基于预设的第二周期发送，所述第二周期大于所述第一周期；

所述任务分配通知中携带分配给对应服务器的待执行任务所属的数据库分表的标识。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

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

Claims (6)

1.一种业务处理方法，应用在业务平台的任一服务器中，其特征在于，所述方法包括：

在接收到其他业务平台发起的业务请求后，生成与所述业务请求对应的任务；

在将所述任务保存至数据库后，向所述其他业务平台返回业务处理成功的消息；以使所述其他业务平台将该业务处理成功的消息返回给客户端，由该客户端展示业务处理成功的页面；

接收独立于所述业务平台的分配设备发送的任务分配通知，所述任务分配通知中指定有分配给本设备的待执行任务，所述待执行任务的数量少于数据库中保存的任务总数量；

执行数据库中分配给本设备的待执行任务；所述待执行任务是状态标记为空或执行失败的任务；

当待执行任务执行成功时，将待执行任务的状态标记为执行成功；

当待执行任务执行失败时，将待执行任务的状态标记为执行失败；

当待执行任务执行失败的次数到达预设的次数时，为待执行任务标记推迟时长；

针对标记有推迟时长的失败任务，当到达所述推迟时长时，重新执行所述失败任务。

2.根据权利要求1所述的方法，其特征在于，所述执行数据库中分配给本设备的待执行任务，包括：

根据预设的第一周期，执行数据库中分配给本设备的待执行任务。

3.根据权利要求2所述的方法，其特征在于，

所述任务分配通知由所述分配设备基于预设的第二周期发送，所述第二周期大于所述第一周期；

所述任务分配通知中携带分配给对应服务器的待执行任务所属的数据库分表的标识。

4.一种业务处理装置，应用在业务平台的任一服务器中，其特征在于，所述装置包括：

任务生成单元，在接收到其他业务平台发起的业务请求后，生成与所述业务请求对应的任务；

任务保存单元，在将所述任务保存至数据库后，向所述其他业务平台返回业务处理成功的消息；以使所述其他业务平台将该业务处理成功的消息返回给客户端，由该客户端展示业务处理成功的页面；

通知接收单元，接收独立于所述业务平台的分配设备发送的任务分配通知，所述任务分配通知中指定有分配给本设备的待执行任务，所述待执行任务的数量少于数据库中保存的任务总数量；

任务执行单元，执行所述数据库中分配给本设备的待执行任务；所述待执行任务是状态标记为空或执行失败的任务；当待执行任务执行成功时，将待执行任务的状态标记为执行成功；当待执行任务执行失败时，将待执行任务的状态标记为执行失败；当待执行任务执行失败的次数到达预设的次数时，为待执行任务标记推迟时长；针对标记有推迟时长的失败任务，当到达所述推迟时长时，重新执行所述失败任务。

5.根据权利要求4所述的装置，其特征在于，所述任务执行单元中执行所述数据库中分配给本设备的待执行任务，包括：

根据预设的第一周期，执行所述数据库中分配给本设备的待执行任务。

6.根据权利要求5所述的装置，其特征在于，

所述任务分配通知由所述分配设备基于预设的第二周期发送，所述第二周期大于所述第一周期；

所述任务分配通知中携带分配给对应服务器的待执行任务所属的数据库分表的标识。

Images