一种基于定时功能的数据审查方法、设备、存储介质

技术领域

本发明涉及数据处理技术领域，尤其涉及一种基于定时功能的数据审查方法、设备、存储介质。

背景技术

随着电子商务的发展，电子商务实现消费者网上购物、商户间网上交易、在线支付以及其他商务交易活动，线上交易已经成为一种非常普遍的交易方法。而且随着人们的购买力的大幅增长，网上交易量急剧增长。而原有的业务系统内有多个参与渠道、处理环节，最终汇总到一个中心化数据库内。

由于订单状态的数据可能有不同的渠道来源，经过不同的处理，且可能需要人工录入或确认，在某个环节耽搁时间会导致汇总时出现延误，而订单的数据却没有更新。这种问题自身并不能规避，维护人员只能在用户反馈后才开始维护工作。而当出现问题数据时，溯源工作需要从最底端向上游渠道开始，逐一排查，效率低下，消耗过多的时间、人力与物力。

发明内容

为了克服现有技术的不足，本发明的目的在于提供一种基于定时功能的数据审查方法，定时更新业务系统的数据，将订单处理日志整合至数据库内，便于用户操作并查看订单的状态。

本发明的目的之二在于提供一种电子设备，执行上述一种基于定时功能的数据审查方法，定时更新业务系统的数据，将订单处理日志整合至数据库内，便于用户操作并查看订单的状态。

本发明的目的之三在于提供一种存储介质，执行上述一种基于定时功能的数据审查方法，定时更新业务系统的数据，将订单处理日志整合至数据库内，便于用户操作并查看订单的状态。

本发明的目的之一采用如下技术方案实现：

一种基于定时功能的数据审查方法，应用于数据审查系统，包括以下步骤：

步骤S1、接收用户在业务系统提交的订单编号，返回该订单编号申请凭证至业务系统；

步骤S2、定时查询业务系统订单编号的订单处理日志，生成该订单编号对应的订单处理日志；

步骤S3、保存并更新该订单编号的订单处理情况，对所述订单处理日志与历史轨迹分别处理后生成区块保存至数据库内。

进一步地，步骤S3中对所述订单处理日志处理后生成区块包括以下按步骤：

步骤S31、获取业务系统发送的订单编号，待订单编号数量达到阈值后，根据数据审查系统的分类将所述订单编号分类打包，向排队节点发送进入记账队列的请求；

步骤S32、排队节点接收到记账队列的请求后，按队列依次分配记账权，并发送记账开始通知；所述记账开始通知包括可用区块编号和对应的订单处理日志数据，所述可用区块编号用于生成待写入区块的区块头，订单处理日志数据用于区块的载荷写入区块体；

步骤S33、记账节点接收到记账开始通知后根据可用区块编号与对顶的订单处理日志数据构造待写入区块并开启记账流程。

进一步地，还包括：步骤S34、记账节点按照订单处理日志包含的源节点，将待写入区块发送至源节点请求背书；待背书完成后记账节点计继续记账流程。

进一步地，所述步骤S34中，所述背书为通过区块哈希私钥签名生成背书签名凭证，并将所述背书签名凭证发送至记账节点。

进一步地，所述步骤S32中还包括以下步骤：所述排队节点在接收到记账开始通知后，定时检查在所述排队节点中是否有记账队列的排队，若无记账队列的排队，则排队节点等待下一次记账完成通知；若存在记账队列的排队，则开始记账流程，所述排队节点状态设置为进程中。

进一步地，步骤S35、在取得背书签名后，记账节点将带有自身申请凭证与背书签名凭证的待写入区块链广播至数据审查系统内的其他节点，其他节点分别通过记账节点与公钥对背书的签名进行验证，验证通过后将区块哈希使用私钥签名，将签名凭证返回记账节点。

进一步地，步骤S4、接收用户输入的查询订单编号，查询数据库保存的包含所述订单编号的区块；

步骤S5、发送订单处理历史查询请求至所述区块中，所述区块返回所述订单编号的订单处理日志与历史轨迹，整合所述订单处理日志与历史轨迹并返回结果列表至用户。

进一步地，所述步骤S35还包括以下步骤：

记账节点在接收到签名凭证后，数据审查系统的数据库会在预设时间内验证申请凭证、背书的签名凭证，通过后则提交区块头信息，若验证不通过，则丢该区块头信息，复用区块编号重新开始记账流程。

本发明的目的之二采用如下技术方案实现：

一种设备，其包括处理器、存储器及存储于所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上任一所述一种基于定时功能的数据审查方法。

本发明的目的之三采用如下技术方案实现：

一种存储介质，其上存储有计算机程序，所述计算机程序被执行时实现如上任一所述一种基于定时功能的数据审查方法。

相比现有技术，本发明的有益效果在于：

本发明提供了一种基于定时功能的数据审查方法，通过定时将订单编号对应的订单处理日志生成至区块并保存至数据库内，解决了订单数据更新不及时的问题，无需获取订单编号对应订单的全部数据，可保存原业务系统的业务隐私。只需要获取原业务系统的订单处理日志与历史轨迹，定时统一记录与操作，便于用户查询与管理。

附图说明

图1为本发明所提供实施例的一种基于定时功能的数据审查方法流程示意图；

图2为本发明所提供实施例的一种基于定时功能的数据审查方法步骤S3的流程示意图。

具体实施方式

下面，结合附图以及具体实施方式，对本发明做进一步描述，需要说明的是，在不相冲突的前提下，以下描述的各实施例之间或各技术特征之间可以任意组合形成新的实施例。

如图1所示，本申请提供了一种基于定时功能的数据审查方法，可应用于区块链的数据审查系统中，在预设时间内对订单的数据进行更新。待出现问题数据时，工作人员可快速获取参与订单处理的项目列表等信息，快速定位问题的来源及原因，提高解决问题的时效性。

具体的，所述一种基于定时功能的数据审查方法包括以下步骤：

步骤S1、接收用户在业务系统提交的订单编号，返回该订单编号申请凭证至业务系统；数据审查系统独立于所述业务系统。当需要使用数据审查系统时，需要先将用户在业务系统提交的订单编号提交至业务系统内，由业务系统返回该订单编号的申请凭证给至业务系统或者用户。数据审查系统凭借该申请凭证以获得订单编号后续的订单处理日志。

步骤S2、定时查询业务系统订单编号的订单处理情况，生成该订单编号对应的订单处理日志。由于业务系统内订单存在多个渠道进行操作，若是数据审查系统每一笔操作都进行更新，则需要占用过多的资源。因此，只需在定时查询存在于数据审查系统内且还未完成的订单编号，获取在预设之间内该订单编号订单处理情况，根据订单处理情况生成对应的订单处理日志。

步骤S3、保存并更新该订单编号的订单处理日志，对所述订单处理日志与历史轨迹分别处理后生成区块保存至数据库内。

具体的，如图2所示，步骤S3中对所述订单处理日志处理后生成区块包括以下按步骤：

步骤S31、接收业务系统发送的订单编号，待接收的订单编号数量达到阈值后，根据数据审查系统的分类将所述订单编号分类打包，向排队节点发送进入记账队列的请求。排队节点负责维护记账队列，从而通过交易速率排队的方式开启记账流程。

步骤S32、排队节点接收到记账队列的请求后，按队列依次分配记账权，并发送记账开始通知；所述记账开始通知包括可用区块编号和对应的订单处理日志数据视图编号，所述可用区块编号用于生成待写入区块的区块头，订单处理日志数据用于区块的载荷写入区块体；

所述排队节点在接收到记账开始通知后，定时检查在所述排队节点中是否有记账队列的排队，若无记账队列的排队，则排队节点等待下一次记账完成通知；若存在记账队列的排队，则开始记账流程，所述排队节点状态设置为进程中。

步骤S33、记账节点接收到记账开始通知后根据可用区块编号与对应的订单处理日志构造待写入区块并开启记账流程。

步骤S34、记账节点按照订单处理日志包含的源节点，将待写入区块发送至源节点请求背书；待背书完成后记账节点计继续记账流程。若是背书出现错误，则丢弃本次区块，重新排队。所述背书为通过区块哈希私钥签名生成背书签名凭证，并发送所述背书签名凭证至记账节点。

步骤S35、在取得背书签名后，记账节点将带有自身申请凭证与背书签名凭证的待写入区块链广播至数据审查系统内的其他节点，其他节点分别通过记账节点与公钥对背书的签名进行验证，验证通过后将区块哈希使用私钥签名，将签名凭证返回记账节点。

记账节点在接收到签名凭证后，数据审查系统的数据库会在预设时间内验证申请凭证、背书的签名凭证，通过后则提交区块头信息，将该区块的区块头在数据审查系统内同步，保持区块头的数据一致。全部通过后持久化所述区块头信息，并通知排队节点开始下一轮记账。若是不通过，则丢弃，复用区块编号重新开始记账流程。

若是用户需要通过数据审查系统查询订单，则执行以下步骤：

步骤S4、接收用户输入的查询订单编号，查询数据库保存的包含所述订单编号的区块；

步骤S5、发送订单处理历史查询请求至所述区块中，所述区块返回所述订单编号的订单处理日志与历史轨迹，整合所述订单处理日志与历史轨迹并返回结果列表至用户。

用户只需要输入订单编号，数据审查系统即可将该订单的相关信息整合，业务系统只需要将订单处理信息发送至数据审查系统内，由数据审查系统定时统一记录和管理日志，及时更新该订单的数据。本申请在节点间通信和订单处理历史查询的过程中，均只需使用订单编号，无需设计订单的详细信息，且订单编号包含在区块体的载荷中，只需保存在记账节点本地。用户在通过数据森查系统查询时只需输入订单编号，系统自动查找对应订单编号的节点，匹配到节点的地址后发送查询请求至业务系统，业务系统查询本地数据，并将结果返回数据审查系统，并呈现给用户。原业务系统无需将数据权限交于数据审查系统，保障了用户的数据安全。

在出现问题数据时，维护人员可以使用指定的订单编号，在数据审查系统中快速获取该订单编号的订单处理日志。维护人员可以根据业务的分类、问题数据的类型对问题的源头及原因做进一步的分析，提高解决问题的时效性。

本申请通过定时将订单编号对应的订单处理日志生成至区块并保存至数据库内，解决了订单数据更新不及时的问题，无需获取订单编号对应订单的全部数据，可保存原业务系统的业务隐私。只需要获取原业务系统的订单处理日志与历史轨迹，定时统一记录与操作，便于用户查询与管理。

另外，本发明还提供一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现前述一种基于定时功能的数据审查方法的步骤。

其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可议介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

本发明可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、机顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本发明还提供一种电子设备，包括存储器、处理器以及存储在存储器中的程序，所述程序被配置成由处理器执行，处理器执行所述程序时实现上述的一种基于定时功能的数据审查方法的步骤。

本实施例中的设备与前述实施例中的方法是基于同一发明构思下的两个方面，在前面已经对方法实施过程作了详细的描述，所以本领域技术人员可根据前述描述清楚地了解本实施中的设备及实施过程，为了说明书的简洁，在此就不再赘述。

上述实施方式仅为本发明的优选实施方式，不能以此来限定本发明保护的范围，本领域的技术人员在本发明的基础上所做的任何非实质性的变化及替换均属于本发明所要求保护的范围。