CN110795437A - 业务处理方法、系统、设备及计算机可读存储介质 - Google Patents

Abstract

本申请实施例提供一种业务处理方法、系统、设备及计算机可读存储介质。该方法应用于业务处理系统，业务处理系统包括多级审核节点，方法包括：建立副数据表，副数据表与主数据表的属性相同；接收待审核的业务请求；在当前审核节点对业务请求审核未通过的情况下，在副数据表中记录该业务请求的状态信息为等待上一级审核节点处理，并提交业务请求至上一级审核节点；在当前审核节点对业务请求审核通过，或者上一级审核节点对业务请求审核通过的情况下，在主数据表中记录业务请求的状态信息。本申请实施例能够提高对于待处理业务请求的查询效率。

Description

业务处理方法、系统、设备及计算机可读存储介质

技术领域

本申请实施例涉及通信技术领域，尤其涉及一种业务处理方法、系统、设备及计算机可读存储介质。

背景技术

目前，保险公司在核保时，均采用gwwflog表来存储关于某一笔业务请求的所有状态记录，若某一级审核节点审核未通过，且需要上一级审核节点继续审核时，上一级审核节点在提交需要其审核的业务请求的查询请求时，后台系统需要遍历gwwflog表来查询，由于审核通过和审核未通过的业务请求均在gwwflog表记录，就使得查询时间较长，查询效率低。

发明内容

本申请实施例提供一种业务处理方法、系统、设备及计算机可读存储介质，以提高对于数据表的查询效率。

第一方面，本申请实施例提供一种业务处理方法，包括：应用于业务处理系统，所述业务处理系统包括多级审核节点，所述方法包括：建立副数据表，所述副数据表与主数据表的属性相同；接收待审核的业务请求；在当前审核节点对所述业务请求审核未通过的情况下，在所述副数据表中记录该业务请求的状态信息为等待上一级审核节点处理，并提交所述业务请求至所述上一级审核节点；在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息。

可选的，所述在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息，包括：在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述副数据表中记录所述业务请求的状态信息为所述当前审核节点或者所述上一级审核节点审核通过；将所述副数据表中关于所述业务请求在各个审核节点的状态信息均迁移至所述主数据表。

可选的，所述建立副数据表包括：在缓存中建立所述副数据表；其中，所述主数据表是存储在数据库中。

可选的，所述在缓存中建立所述副数据表之后，所述方法还包括：在所述副数据表中的数据量大于预设数据量的情况下，将所述副数据表迁移至所述数据库中。

可选的，所述在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息，包括：在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息为所述当前审核节点或者所述上一级审核节点审核通过；将所述副数据表中关于所述业务请求在所述当前审核节点或者所述上一级审核节点之前进行审核的的其他审核节点的状态信息均迁移至所述主数据表。

可选的，在提交所述业务请求至上一级审核节点审核后，所述方法还包括：响应于所述上一级审核节点的查询请求，在所述副数据表中查询等待所述上一级审核节点审核的业务请求。

可选的，在提交所述业务请求至上一级审核节点审核后，所述方法还包括：若全部的审核节点均未审核通过时，在所述副数据表中记录所述业务请求在各个审核节点的状态为审核未通过；将所述副数据表中关于所述业务请求在各个审核节点的状态信息迁移至所述主数据表。

第二方面，本申请实施例提供一种业务处理系统，包括：数据表建立模块，用于建立副数据表，所述副数据表与主数据表的属性相同；接收模块，用于接收待审核的业务请求；记录模块，用于在当前审核节点对所述业务请求审核未通过的情况下，在所述副数据表中记录该业务请求的状态信息为等待上一级审核节点处理，并提交所述业务请求至所述上一级审核节点；所述记录模块，还用于在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息。

可选的，所述记录模块在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息时，具体包括：在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述副数据表中记录所述业务请求的状态信息为所述当前审核节点或者所述上一级审核节点审核通过；将所述副数据表中关于所述业务请求在各个审核节点的状态信息均迁移至所述主数据表。

可选的，所述数据表建立模块在建立副数据表时，具体包括：在缓存中建立所述副数据表；其中，所述主数据表是存储在数据库中。

可选的，所述系统还包括：第一迁移模块，用于在所述副数据表中的数据量大于预设数据量的情况下，将所述副数据表迁移至所述数据库中。

可选的，所述记录模块在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息，包括：在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息为所述当前审核节点或者所述上一级审核节点审核通过；将所述副数据表中关于所述业务请求在所述当前审核节点或者所述上一级审核节点之前进行审核的的其他审核节点的状态信息均迁移至所述主数据表。

可选的，所述系统还包括：响应模块，用于响应于所述上一级审核节点的查询请求，在所述副数据表中查询等待所述上一级审核节点审核的业务请求。

可选的，所述系统还包括：第二迁移模块；所述记录模块，还用于在全部的审核节点均未审核通过时，在所述副数据表中记录所述业务请求在各个审核节点的状态为审核未通过；所述第二迁移模块，用于将所述副数据表中关于所述业务请求在各个审核节点的状态信息迁移至所述主数据表。

第三方面，本申请实施例提供一种业务处理设备，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现第一方面所述的方法。

第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现第一方面所述的方法。

本申请实施例提供的业务处理方法、系统、设备及计算机可读存储介质，通过建立副数据表，所述副数据表与主数据表的属性相同；接收待审核的业务请求；在当前审核节点对所述业务请求审核未通过的情况下，在所述副数据表中记录该业务请求的状态信息为等待上一级审核节点处理，并提交所述业务请求至所述上一级审核节点；在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息。将审核通过的业务请求和审核未通过的业务请求分开存储，当某一节点的审核人员在提交需要其处理的业务请求的查询请求时，后台系统就会直接在副数据表中进行查询，而不会在主数据表中查询，并且副数据表中的业务请求一旦审核通过，则将关于该业务请求的状态信息迁移至主数据表，使得副数据表中的数据一直动态地处于一个较小的数量，因此，能够降低查询的工作量，提高查询效率。

附图说明

图1为本申请实施例提供的应用场景图；

图2为本申请实施例提供的业务处理方法流程图；

图3为本申请另一实施例提供的业务处理方法流程图；

图4为本申请实施例提供的一个完整示例的流程图；

图5为本申请实施例提供的业务处理系统的结构示意图；

图6为本申请实施例提供的业务处理设备的结构示意图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

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

本申请实施例提供的业务处理方法，可以适用于图1所示的应用场景。如图1所示，该应用场景包括：业务请求端10、业务自核端11、初级审核节点12、中级审核节点13和高级审核节点14；其中，业务请求端10为业务请求的发起者所在的客户端，业务自核端11为对业务请求进行自动核保的客户端，初级审核节点12为对业务请求进行初级审核的审核人员所在客户端，中级审核节点13为对业务请求进行中级审核的审核人员所在客户端，高级审核节点14为对业务请求进行高级审核的审核人员所在客户端。图1中的业务请求端10可以为多个，并不限于图1中所示的2个。在本申请的以下实施例中，业务请求可以为核保请求，应当理解的是，本申请实施例中的业务请求还可以是其他业务请求，例如，核赔请求，本申请对此不做具体限定。

本申请实施例提供的业务处理方法，旨在解决现有技术的如上技术问题。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图2为本申请实施例提供的业务处理方法流程图。本申请实施例针对现有技术的如上技术问题，提供了业务处理方法，该方法具体步骤如下：

步骤201、建立副数据表，其中，副数据表与主数据表的属性相同。

本申请实施例中，主数据表可以是核保工作流表，核保工作流表包括工作流ID号、序号、模板ID号、节点ID号、处理状态、业务ID号等信息，具体如表1所示：

flowid	工作流号
		logno	序号
modelno	模板号
		Nodeno	节点号
nodeStatus	处理状态：1：待处理；0：已处理完毕
		businessNo	业务号

表1中，flowid、logno、modelno、Nodeno、nodeStatus、businessNo分别代表工作流号、序号、模板号、节点号、处理状态、业务号。其中处理状态若为1，则表示该业务请求为待处理状态，若为0，则表示该业务请求0已处理完毕。

具体的，副数据表的格式和主数据表的格式相同，均包括工作流ID号、序号、模板ID号、节点ID号、处理状态、业务ID号。其中，工作流ID号是后台系统分配给业务请求的唯一识别号，贯穿一笔业务请求从提交到审核结束的全过程；序号是一个工作流ID号下的自增序号，与工作流ID号构成联合主键；模板ID号是某一类业务模板的标识，例如，核保模板、核赔模板的标识；节点ID号是某个模板下的工作流节点,如核保模板下的节点包括出单员节点,初级核保节点,中级核保节点,高级核保节点,审核通过节点；状态是当前工作流ID号下当前节点ID号对应的处理状态，可以采用0和1来表示不同的状态，例如，0表示已处理完毕，1表示待处理；业务ID号是某一笔业务请求的标识号，当一笔业务请求在各个审核节点之间反复流转时，业务ID号始终不变。

其中，对于每一笔业务请求的审核，都会在核保工作流表中存储多条数据，即每一级审核节点审核一次，就会增加一条处理状态的数据，直至该笔业务到达最后一级审核节点。

步骤202、接收待审核的业务请求。

具体的，当投保人员在投保系统中进行投保，则图1所示的业务系统就会接收到待审核的业务请求。

步骤203、在当前审核节点对业务请求审核未通过的情况下，在副数据表中记录该业务请求的状态信息为等待上一级审核节点处理，并提交业务请求至上一级审核节点。

如图1所示，若业务自核端11、初级审核节点12、中级审核节点13和高级审核节点14中的某一个节点对该业务请求进行审核，则就会在核保工作流表中增加一条处理状态的数据。假设业务请求端10提交了一笔业务请求，则该笔业务请求会首先到达业务自核端11，由业务自核端11对该笔业务请求进行自动核保，若业务自核端审核未通过，则会提交至初级审核节点12进行审核，若初级审核节点12审核仍未通过，则会提交至中级审核节点12继续进行审核，若中级审核节点13审核仍未通过，则会提交至高级审核节点14继续进行审核。同时，会在业务自核端11、初级审核节点12、中级审核节点13和高级审核节点14对业务请求审核未通过时，在副数据表中记录业务自核端11、初级审核节点12、中级审核节点13和高级审核节点14对该笔业务请求的审核状态为审核未通过，以及等待上一级审核节点审核，例如，在表1中记录为处理状态为1。当然，对于最后一级审核节点，例如高级审核节点，则不会再提交至上一级审核节点，此时，可直接下发核保结论为核保未通过，同时，在副数据表中记录该业务请求在最后一级审核节点的审核状态为审核未通过，例如，在表1中记录为处理状态为0。

示例性地，如图1所示，若业务自核端11对某一笔业务请求的审核未通过，则会在副数据表中记录出单员出单完毕，和等待初级审核节点12审核两条状态，则初级审核节点12的审核人员在查询待处理任务时，就会调取到关于该笔业务请求的审核任务。

步骤204、在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息。

本实施例中，状态信息是各个审核节点对该业务请求进行审核的审核结果信息，包括审核通过和审核未通过。

如图1所示，若业务自核端11、初级审核节点12、中级审核节点13和高级审核节点14中的某一个参与了该业务请求的审核，则就会在核保工作流表中增加一条处理状态的数据。假设业务请求端10提交了一笔业务请求，则该笔业务请求会首先到达业务自核端11，由业务自核端11对该笔业务请求进行自动核保，若自动核保通过，则会在主数据表中记录该笔业务请求。若业务自核端审核未通过，则会首先在副数据表中记录该笔业务请求的状态为出单员出单完毕，以及等待初级审核节点审核。进一步的，若初级审核节点12审核通过，则会在副数据表中记录关于该笔业务请求的所有状态，即出单员出单完毕，以及初级审核节点审核通过。

示例性地，如图1所示，若初级审核节点12审核通过时，则会在副数据表中记录出单员出单完毕和初级审核节点审核通过的两条状态。

可选的，在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息，包括：在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述副数据表中记录所述业务请求的状态信息为所述当前审核节点或者所述上一级审核节点审核通过；将所述副数据表中关于所述业务请求在各个审核节点的状态信息均迁移至所述主数据表。例如，若初级审核节点12审核通过时，且在副数据表中记录出单员出单完毕和初级审核节点审核通过的两条状态后，会将关于该笔业务请求的所有状态，即出单员出单完毕和初级审核节点审核通过的两条状态插入主数据表中，并在副数据表中删除关于该笔业务请求的所有状态记录。

可选的，在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息，包括：在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息为所述当前审核节点或者所述上一级审核节点审核通过；将所述副数据表中关于所述业务请求在所述当前审核节点或者所述上一级审核节点之前进行审核的的其他审核节点的状态信息均迁移至所述主数据表。例如，若初级审核节点12审核未通过并提交至中级审核节点后，则在副数据表中记录出单员出单完毕和初级审核节点审核未通过，以及等待中级审核节点审核的三条状态，若中级审核节点审核通过，则会直接在主数据表中记录中级审核节点审核通过的状态信息，并将副数据表中关于该笔业务请求在自核端、初级审核节点的状态信息迁移至主数据表。具体的，会将关于该笔业务请求的所有状态，即出单员出单完毕和初级审核节点审核通过的两条状态插入主数据表中，并在副数据表中删除关于该笔业务请求的所有状态记录。

本申请实施例通过建立副数据表，所述副数据表与主数据表的属性相同；接收待审核的业务请求；在当前审核节点对所述业务请求审核未通过的情况下，在所述副数据表中记录该业务请求的状态信息为等待上一级审核节点处理，并提交所述业务请求至所述上一级审核节点；在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息为处理完成。将审核通过的业务请求和审核未通过的业务请求分开存储，当某一节点的审核人员在提交需要其处理的业务请求的查询请求时，后台系统就会直接在副数据表中进行查询，而不会在主数据表中查询，并且副数据表中的业务请求一旦审核通过，则将关于该业务请求的状态信息迁移至主数据表，使得副数据表中的数据一直动态地处于一个较小的数量，因此，能够降低查询的工作量，提高查询效率。

下面通过一个示例对本申请实施例进行说明：

在一个示例中，如图3所示，在当前审核节点对所述业务请求审核未通过的情况下，在所述副数据表中记录该业务请求的状态信息为等待上一级审核节点处理，并提交所述业务请求至所述上一级审核节点之后，还包括如下步骤：

步骤301、当上一级审核节点审核未通过时，则继续提交业务请求至更高级别的审核节点审核，直至最后一级审核节点审核完成。

如图1所示，若业务自核端11对某一笔业务请求的审核未通过，则会在副数据表中记录出单员出单完毕，和等待初级审核节点12审核两条状态，则初级审核节点12的审核人员在查询待处理任务时，就会调取到关于该笔业务请求的审核任务，若初级审核节点12审核仍然未通过，则会在副数据表中记录出单员出单完毕、初级审核节点12审核未通过和等待中级审核节点13处理三条状态。

步骤302、将副数据表中关于所述业务请求在各个审核节点的状态信息迁移至所述主数据表。

如图1所示，若中级审核节点13审核通过，且在副数据表中记录出单员出单完毕、初级审核节点12审核未通过和等待中级审核节点13处理的三条状态后，会将关于该笔业务请求的所有状态，即出单员出单完毕、初级审核节点12审核未通过和等待中级审核节点13处理的三条状态插入主数据表中，并在副数据表中删除关于该笔业务请求的所有状态记录。或者直接在所述主数据表中记录所述业务请求的状态信息为所述当前审核节点或者所述上一级审核节点审核通过；将所述副数据表中关于所述业务请求在所述当前审核节点或者所述上一级审核节点之前进行审核的的其他审核节点的状态信息均迁移至所述主数据表。

可选的，所述建立副数据表包括：在缓存中建立所述副数据表；其中，所述主数据表是存储在数据库中。如此，审核节点在调取待处理任务，读取该副数据表时，可直接从缓存中读取，而不必去数据库中读取，减少了与数据库的交互次数，另外，缓存相对于数据库的读取速度要快很多。

可选的，在缓存中建立所述副数据表之后，所述方法还包括：在所述副数据表中的数据量大于预设数据量的情况下，将所述副数据表迁移至所述数据库中。本实施例旨在针对副数据表中数据量较大，导致读取速度较慢的情况设置的。其中，预设数据量可以根据如下方法来确定：确定数据库中与副数据表具有相同数据量的表格；确定该表格的读取速度；若该表格的读取速度大于从缓存中读取副数据表的速度，则可以将数据库中与副数据表具有相同数据量的表格对应的数据量，作为预设数据量。当然，本实施例中，可以取多个与副数据表具有相同数据量的表格，然后求多个与副数据表具有相同数据量的表格的读取速度的平均值。关于上述预设数据量的确定过程，可以是每间隔一段时间进行一次。

可选的，在提交所述业务请求至上一级审核节点审核后，本申请实施例的方法还包括：响应于上一级审核节点的查询请求，在副数据表中查询等待上一级审核节点审核的业务请求。例如，如图1所示，若业务自核端11对某一笔业务请求的审核未通过，则会在副数据表中记录出单员出单完毕，和等待初级审核节点12审核两条状态，则初级审核节点12的审核人员在查询待处理任务时，就会调取到关于该笔业务请求的审核任务，后台系统会根据初级审核节点12的审核人员的查询请求，在副数据表中查询需要初级审核节点12的审核人员处理的业务请求，并将查询结果反馈给初级审核人员。此处仅以初级审核人员为例进行说明，对于其他节点的审核人员的查询请求，也是同样的处理过程，本申请在此不再赘述。

可选的，在提交业务请求至上一级审核节点审核后，本申请实施例的方法还包括：若全部的审核节点均未审核通过时，在副数据表中记录业务请求在各个审核节点的状态为审核未通过；将所述副数据表中关于所述业务请求在各个审核节点的状态信息迁移至所述主数据表。例如，如图1所示，若业务自核端11对某一笔业务请求审核未通过，则会在副数据表中记录出单员出单完毕和等待初级审核节点12审核的两条记录，并提交至初级审核节点12来处理，若初级审核节点12仍然审核未通过，则会在副数据表中记录出单员出单完毕、初级审核节点12审核未通过和等待中级审核节点12审核的三条记录，并提交至中级审核节点13来处理，若中级审核节点仍然审核未通过，则会在副数据表中记录出单员出单完毕、初级审核节点12审核未通过、中级审核节点13审核未通过和等待高级审核节点14审核的四条记录，并继续提交至高级审核节点14来处理，若高级审核节点14仍然审核未通过，则会在副数据表中记录出单员出单完毕、初级审核节点12审核未通过、中级审核节点13审核未通过和高级审核节点14审核未通过的四条记录。最后将出单员出单完毕、初级审核节点12审核未通过、中级审核节点13审核未通过和高级审核节点14审核未通过的四条记录插入主数据表中，并删除在副数据表中记录的出单员出单完毕、初级审核节点12审核未通过、中级审核节点13审核未通过和高级审核节点14审核未通过的四条记录。

下面通过一个完整的示例对本申请实施例的业务处理方法进行详细说明。

图4为本申请实施例提供的一个完整示例的流程图。

如图4所示，在该示例中，业务请求为核保请求，该业务处理方法包括：

步骤401、接收用户提交的核保请求。

步骤402、判断核保请求是否通过自动核保。

步骤403、若核保请求通过自动核保，则在副数据表中插入出单员节点处理完毕和当前审核节点处理完毕的两条记录。

步骤404、将副数据表中插入的出单员节点处理完毕和当前审核节点处理完毕两条记录删除，并在主数据表中插入出单员节点处理完毕和当前审核节点处理完毕的两条记录。

步骤405、若核保请求未通过审核，则在副数据表中插入出单员节点处理完毕和等待上一级审核节点处理的两条记录。

步骤406、接收上一级审核节点提交的待处理核保任务的查询请求。

步骤407、根据查询请求查询等待当前审核节点处理的核保请求，并反馈至上一级审核节点。

步骤408、判断上一级审核节点是否对该笔核保请求审核通过；若上一级审核节点对该笔核保请求审核通过时，则返回步骤403；若上一级审核节点对该笔核保请求审核未通过时，则返回步骤405。

图5为本申请实施例提供的业务处理系统的结构示意图。本申请实施例提供的业务处理系统可以执行业务处理方法实施例提供的处理流程，如图5所示，业务处理系统50包括：数据表建立模块51、接收模块52、记录模块53；其中，数据表建立模块51，用于建立副数据表，所述副数据表与主数据表的属性相同；接收模块52，用于接收待审核的业务请求；记录模块53，用于在当前审核节点对所述业务请求审核未通过的情况下，在所述副数据表中记录该业务请求的状态信息为等待上一级审核节点处理，并提交所述业务请求至所述上一级审核节点；所述记录模块53，还用于在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息。

可选的，所述记录模块53在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息时，具体包括：在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述副数据表中记录所述业务请求的状态信息为所述当前审核节点或者所述上一级审核节点审核通过；将所述副数据表中关于所述业务请求在各个审核节点的状态信息均迁移至所述主数据表。

可选的，所述数据表建立模块51在建立副数据表时，具体包括：在缓存中建立所述副数据表；其中，所述主数据表是存储在数据库中。

可选的，所述业务处理系统50还包括：第一迁移模块54，用于在所述副数据表中的数据量大于预设数据量的情况下，将所述副数据表迁移至所述数据库中。

可选的，所述记录模块53在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息，包括：在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息为所述当前审核节点或者所述上一级审核节点审核通过；将所述副数据表中关于所述业务请求在所述当前审核节点或者所述上一级审核节点之前进行审核的的其他审核节点的状态信息均迁移至所述主数据表。

可选的，所述业务处理系统50还包括：查询模块55，用于响应于所述上一级审核节点的查询请求，在所述副数据表中查询等待所述上一级审核节点审核的业务请求。

可选的，所述业务处理系统50还包括：第二迁移模块56；所述记录模块53，还用于在全部的审核节点均未审核通过时，在所述副数据表中记录所述业务请求在各个审核节点的状态为审核未通过；所述第二迁移模块56，用于将所述副数据表中关于所述业务请求在各个审核节点的状态信息迁移至所述主数据表。

图5所示实施例的业务处理系统可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

本实施例通过建立副数据表，所述副数据表与主数据表的属性相同；接收待审核的业务请求；在当前审核节点对所述业务请求审核未通过的情况下，在所述副数据表中记录该业务请求的状态信息为等待上一级审核节点处理，并提交所述业务请求至所述上一级审核节点；在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息为处理完成。将审核通过的业务请求和审核未通过的业务请求分开存储，当某一节点的审核人员在提交需要其处理的业务请求的查询请求时，后台系统就会直接在副数据表中进行查询，而不会在主数据表中查询，并且副数据表中的业务请求一旦审核通过，则将关于该业务请求的状态信息迁移至主数据表，使得副数据表中的数据一直动态地处于一个较小的数量，因此，能够降低查询的工作量，提高查询效率。

图6为本申请实施例提供的业务处理设备的结构示意图。本申请实施例提供的业务处理设备可以执行业务处理方法实施例提供的处理流程，如

图6所示，业务处理设备60包括：存储器61、处理器62、计算机程序和通讯接口63；其中，计算机程序存储在存储器61中，并被配置为由处理器62执行以上实施例的业务方法的方法步骤。

图6所示实施例的业务处理设备可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (10)

1.一种业务处理方法，其特征在于，应用于业务处理系统，所述业务处理系统包括多级审核节点，所述方法包括：

建立副数据表，所述副数据表与主数据表的属性相同；

接收待审核的业务请求；

在当前审核节点对所述业务请求审核未通过的情况下，在所述副数据表中记录该业务请求的状态信息为等待上一级审核节点处理，并提交所述业务请求至所述上一级审核节点；

在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息。

2.根据权利要求1所述的方法，其特征在于，所述在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息，包括：

在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述副数据表中记录所述业务请求的状态信息为所述当前审核节点或者所述上一级审核节点审核通过；

将所述副数据表中关于所述业务请求在各个审核节点的状态信息均迁移至所述主数据表。

3.根据权利要求2所述的方法，其特征在于，所述建立副数据表包括：

在缓存中建立所述副数据表；

其中，所述主数据表是存储在数据库中。

4.根据权利要求3所述的方法，其特征在于，所述在缓存中建立所述副数据表之后，所述方法还包括：

在所述副数据表中的数据量大于预设数据量的情况下，将所述副数据表迁移至所述数据库中。

5.根据权利要求1所述的方法，其特征在于，所述在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息，包括：

在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息为所述当前审核节点或者所述上一级审核节点审核通过；

将所述副数据表中关于所述业务请求在所述当前审核节点或者所述上一级审核节点之前进行审核的其他审核节点的状态信息均迁移至所述主数据表。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述提交所述业务请求至上一级审核节点审核后，所述方法还包括：

响应于所述上一级审核节点的查询请求，在所述副数据表中查询等待所述上一级审核节点审核的业务请求。

7.根据权利要求1-5任一项所述的方法，其特征在于，所述提交所述业务请求至上一级审核节点审核后，所述方法还包括：

若全部的审核节点均未审核通过时，在所述副数据表中记录所述业务请求在各个审核节点的状态为审核未通过；

将所述副数据表中关于所述业务请求在各个审核节点的状态信息迁移至所述主数据表。

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

数据表建立模块，用于建立副数据表，所述副数据表与主数据表的属性相同；

接收模块，用于接收待审核的业务请求；

记录模块，用于在当前审核节点对所述业务请求审核未通过的情况下，在所述副数据表中记录该业务请求的状态信息为等待上一级审核节点处理，并提交所述业务请求至所述上一级审核节点；

所述记录模块，还用于在当前审核节点对所述业务请求审核通过，或者所述上一级审核节点对所述业务请求审核通过的情况下，在所述主数据表中记录所述业务请求的状态信息。

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

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如权利要求1-7中任一所述的方法。

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

Images