CN110213357B - 业务数据回退方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及过程优化技术，提供了一种业务数据回退方法、装置、计算机设备和存储介质。该方法包括：接收第一终端发送的携带有业务数据标识的业务数据修改请求；将根据业务数据修改请求确定的修改后的业务数据存储至区块链，根据修改后的业务数据生成业务数据审核指令；将业务数据审核指令发送至第二终端，接收第二终端对应反馈的审核意见数据；将审核意见数据作为审核状态与修改后的业务数据关联存储至区块链中；在接收到第一终端发送的业务数据查询请求、且修改后的业务数据的审核状态为审核未通过时，根据业务数据标识从区块链中查找最新版本、且审核状态为审核通过的目标业务数据，并反馈至第一终端。采用本方法能够提高业务数据的处理准确性。

Description

业务数据回退方法、装置、计算机设备和存储介质

技术领域

本申请涉及数据处理技术领域，特别是涉及一种业务数据回退方法、装置、计算机设备和存储介质。

背景技术

随着数据处理技术的发展，出现了区块链技术，区块链的存储数据安全性，使得区块链技术被应用在各种业务数据的处理上。在业务数据的处理过程中，需要对数据进行操作，将操作数据存储到区块链。

然而，在业务数据的处理过程中，区块链中的业务数据可以由该业务数据对应的多个业务方共享，并可以由该多个业务方借助于各自对应的终端(比如第一终端或第二终端)对区块链中的业务数据进行修改。对于涉及到多业务方的业务数据，需要保持多业务方访问的业务数据的一致性，传统的区块链存储数据，对一个业务方修改的业务数据存储，当另一个业务方不知情的情况下容易导致业务数据处理错误，从而造成对业务数据处理准确性较低。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高业务数据处理准确性的业务数据回退方法、装置、计算机设备和存储介质。

一种业务数据回退方法，所述方法包括：

接收第一终端发送的携带有业务数据标识的业务数据修改请求；

根据所述业务数据修改请求确定修改后的业务数据，将所述修改后的业务数据存储至区块链，并根据所述修改后的业务数据生成业务数据审核指令；

将所述业务数据审核指令发送至第二终端，并接收所述第二终端针对所述业务数据审核指令反馈的审核意见数据；

将所述审核意见数据作为所述修改后的业务数据的审核状态，并与所述修改后的业务数据关联存储至所述区块链中；

若接收到所述第一终端发送的携带有所述业务数据标识的业务数据查询请求，则根据所述业务数据查询请求从所述区块链中查找所述修改后的业务数据的审核状态；

当查找到的所述审核状态为审核未通过时，根据所述业务数据标识从所述区块链中查找最新版本、且审核状态为审核通过的目标业务数据，并将所述目标业务数据反馈至所述第一终端。

在其中一个实施例中，所述根据所述业务数据标识从所述区块链中查找最新版本、且审核状态为审核通过的目标业务数据，包括：

根据所述业务数据标识从区块链中查找预存储的业务数据；

从查找到的所述业务数据中筛选出审核状态为审核通过的业务数据；

从筛选出的所述业务数据中选取最新版本的业务数据，作为目标业务数据。

在其中一个实施例中，所述从筛选出的所述业务数据中选取最新版本的业务数据，作为目标业务数据，包括：

从筛选出的所述业务数据的版本号中提取时间戳；

从筛选出的所述业务数据中选取提取的所述时间戳最新的业务数据，作为目标业务数据。

在其中一个实施例中，所述将所述业务数据审核指令发送至第二终端，包括：

根据所述业务数据标识确定审核员账号；

将所述业务数据审核指令发送至以所述审核员账号登录的第二终端；所述业务数据审核指令用于指示所述第二终端将所述修改后的业务数据进行展示，并获取所述修改后的业务数据对应的审核意见数据。

在其中一个实施例中，所述将所述业务数据审核指令发送至第二终端，并接收所述第二终端针对所述业务数据审核指令反馈的审核意见数据，包括：

将所述业务数据审核指令发送至第二终端；

接收所述第二终端发送的与所述业务数据标识对应的审核数据查询请求；

根据所述审核数据查询请求从所述区块链中查找所述业务数据标识对应的所述修改后的业务数据；

将所述修改后的业务数据发送至所述第二终端进行展示，并接收所述第二终端针对所述修改后的业务数据反馈的审核意见数据。

在其中一个实施例中，所述将所述审核意见数据作为所述修改后的业务数据的审核状态，并与所述修改后的业务数据关联存储至所述区块链中之后，所述方法还包括：

当所述审核意见数据为审核未通过时，确定所述修改后的业务数据对应的修改人账号，并生成表示审核未通过的通知信息；

将所述通知信息发送至以所述修改人账号登录的第三终端。

在其中一个实施例中，所述方法还包括：

接收所述第一终端发送的与所述业务数据标识对应的修改数据查询请求；

根据所述修改数据查询请求从所述区块链中查找所述业务数据标识对应的历史修改数据；

将所述历史修改数据发送至所述第一终端。

一种业务数据回退装置，所述装置包括：

接收模块，用于接收第一终端发送的携带有业务数据标识的业务数据修改请求；

存储模块，用于根据所述业务数据修改请求确定修改后的业务数据，将所述修改后的业务数据存储至区块链，并根据所述修改后的业务数据生成业务数据审核指令；

审核模块，用于将所述业务数据审核指令发送至第二终端，并接收所述第二终端针对所述业务数据审核指令反馈的审核意见数据；

所述存储模块，还用于将所述审核意见数据作为所述修改后的业务数据的审核状态，并与所述修改后的业务数据关联存储至所述区块链中；

查找模块，用于若接收到所述第一终端发送的携带有所述业务数据标识的业务数据查询请求，则根据所述业务数据查询请求从所述区块链中查找所述修改后的业务数据的审核状态；

反馈模块，用于当查找到的所述审核状态为审核未通过时，根据所述业务数据标识从所述区块链中查找最新版本、且审核状态为审核通过的目标业务数据，并将所述目标业务数据反馈至所述第一终端。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述各个实施例中所述的业务数据回退方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述各个实施例中所述的业务数据回退方法的步骤。

上述业务数据回退方法、装置、计算机设备和存储介质，在接收到第一终端发送的业务数据修改请求时，将对应确定的修改后的业务数据存储至区块链中，并向第二终端推送业务数据审核指令，进而将第二终端针对修改后的业务数据反馈的审核意见数据作为审核状态，且与该修改后的业务数据关联存储至区块链中。由此，基于区块链的不可篡改性来保证业务数据修改和审核意见数据的可追溯性和真实性，从而能够保证业务数据的处理准确性。进一步地，当接收到第一终端对应于业务数据标识发送的业务数据查询请求、且相应修改后的业务数据的审核状态为审核未通过时，则根据业务数据标识在区块链中查找最新版本、且审核状态为审核通过的目标业务数据。这样，当业务数据标识对应的最新版本的业务数据的审核状态为审核未通过时，从审核状态为审核通过的业务数据中选取最新版本的业务数据作为目标业务数据，以实现业务数据的回退，能够保证多业务方访问业务数据的一致性，从而能够进一步提高业务数据的处理准确性。

附图说明

图1为一个实施例中业务数据回退方法的应用场景图；

图2为一个实施例中业务数据回退方法的流程示意图；

图3为另一个实施例中业务数据回退方法的流程示意图；

图4为一个实施例中业务数据回退装置的结构框图；

图5为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的业务数据回退方法，可以应用于如图1所示的应用环境中。其中，第一终端102和第二终端106分别通过网络与服务器104进行通信。服务器104接收第一终端102发送的携带有业务数据标识的业务数据修改请求，将根据业务数据修改请求确定的修改后的业务数据存储至区块链中，并根据修改后的业务数据触发生成发送至第二终端106的业务数据审核指令，进而在接收到第二终端106针对业务数据审核指令反馈的审核意见数据时，将该审核意见数据作为修改后的业务数据的审核状态，并与修改后的业务数据关联存储至区块链中。进一步地，服务器104在接收到第一终端发送的携带业务数据标识的业务数据查询请求时，从区块链中查找修改后的业务数据的审核状态，且当该审核状态为审核未通过时，根据业务数据标识从区块链中查找最新版本、且审核状态为审核通过的目标业务数据，并将该目标业务数据反馈至第一终端102。其中，第一终端102和第二终端106可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。服务器104具体可以是区块链系统的分布式服务器。

在一个实施例中，服务器104是区块链系统中的区块链节点所对应的服务器，具体可以是区块链节点本身。

在一个实施例中，如图2所示，提供了一种业务数据回退方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

S202，接收第一终端发送的携带有业务数据标识的业务数据修改请求。

其中，业务数据标识用于唯一标识业务数据。业务数据具体可以是订单信息或订单数据。业务数据修改请求是用于触发业务数据修改操作的请求，用于指示服务器将修改后的业务数据存储至区块链中，以实现对目标业务数据的修改。业务数据修改请求中可携带有修改后的业务数据，也就是对目标业务数据进行修改得到的业务数据。

具体地，第一终端通过修改人操作界面将待修改的业务数据展示给修改人，并实时检测修改人针对展示的待修改的业务数据触发的预设数据提交操作。当检测到预设数据提交操作时，第一终端获取修改人针对目标业务数据预录入或预选取的业务数据，作为修改后的业务数据，将该修改后的业务数据确定为存储至区块链的修改后的业务数据。第一终端根据修改后的业务数据生成业务数据修改请求，并将生成的业务数据修改请求发送至服务器。

在一个实施例中，第一终端实时检测预设触发条件，当检测到预设触发条件时，根据检测到的预设触发条件触发生成携带有业务数据标识的业务数据查询请求，将生成的业务数据查询请求发送至服务器，以借助于服务器从区块链中查询与业务数据标识对应的、且待修改的业务数据。

S204，根据业务数据修改请求确定修改后的业务数据，将修改后的业务数据存储至区块链，并根据修改后的业务数据生成业务数据审核指令。

其中，业务数据审核指令是用于触发业务数据审核操作的指令，用于指示第二终端将待审核的修改后的业务数据展示给审核员，并获取审核员针对该修改后的业务数据触发的审核意见数据。

具体地，服务器解析业务数据修改请求得到修改后的业务数据，并对该修改后的业务数据执行入链操作，以将该修改后的业务数据存储至区块链中，从而实现对目标业务数据的修改。当将修改后的业务数据写入区块链时，服务器根据修改后的业务数据生成相应的业务数据审核指令。

在一个实施例中，当成功将修改后的业务数据写入区块链时，服务器根据该修改后的业务数据生成业务数据审核指令。服务器可生成携带有修改后的业务数据的业务数据审核指令，也可生成携带有业务数据标识的业务数据审核指令。

S206，将业务数据审核指令发送至第二终端，并接收第二终端针对业务数据审核指令反馈的审核意见数据。

其中，审核意见数据用于表征审核员对第二终端展示的修改后的业务数据的审核意见，具体可包括审核通过和审核未通过。根据审核意见数据可确定审核员是否同意修改人修改得到的修改后的业务数据。

具体地，服务器根据业务数据标识确定第二终端，并将生成的业务数据审核指令发送至所确定的第二终端。第二终端根据接收的业务数据审核指令确定待审核的修改后的业务数据，将该修改后的业务数据通过审核员操作界面展示给审核员，并实时检测审核员针对展示的修改后的业务数据触发的审核意见数据，进而将检测到的审核意见数据反馈至服务器。

在一个实施例中，将业务数据审核指令发送至第二终端，包括：根据业务数据标识确定审核员账号；将业务数据审核指令发送至以审核员账号登录的第二终端；业务数据审核指令用于指示第二终端将修改后的业务数据进行展示，并获取修改后的业务数据对应的审核意见数据。

其中，审核员账号是指审核员预先注册的、且用于登录第二终端的账号。审核员账号具体可以是借助于第二终端登录特定客户端、浏览器、网页或系统的账号。审核员账号可用于唯一标识审核员，具体可以是由数字、字母和符号等字符中的至少一种组成的字符串。

具体地，当生成业务数据审核指令时，服务器根据业务数据标识在数据库中查询预配置的审核员账号，并确定以该审核员账号登录的第二终端，进而将生成的业务数据审核指令发送至所确定的第二终端。第二终端根据接收到的业务数据审核指令确定待审核的修改后的业务数据，将该修改后的业务数据展示给审核员，并获取审核员针对展示的修改后的业务数据触发的审核意见数据。

在一个实施例中，服务器根据业务数据标识在数据库中查询与该业务数据标识相匹配的审核员标识，并根据审核员标识查询预配置的审核员账号。

在一个实施例中，当查询到与业务数据标识相匹配的审核员标识时，服务器根据审核员标识在数据库中查询预配置的第二终端标识，并将业务数据审核指令发送至第二终端标识对应的第二终端。

在一个实施例中，第二终端解析接收到的业务数据审核指令得到待审核的修改后的业务数据，将该修改后的业务数据展示给审核员，获取审核员针对该修改后的业务数据触发的审核意见数据，并将该审核意见数据反馈至服务器。

在一个实施例中，步骤S206包括：将业务数据审核指令发送至第二终端；接收第二终端发送的与业务数据标识对应的审核数据查询请求；根据审核数据查询请求从区块链中查找业务数据标识对应的修改后的业务数据；将修改后的业务数据发送至第二终端进行展示，并接收第二终端针对修改后的业务数据反馈的审核意见数据。

其中，审核数据查询请求是用于触发审核数据查询操作的请求，用于指示服务器查询并反馈待审核的修改后的业务数据。

具体地，服务器将生成的业务数据审核指令发送到根据业务数据标识确定第二终端。第二终端解析该业务数据审核指令得到业务数据标识，根据该业务数据标识生成审核数据查询请求，并将生成的审核数据查询请求发送至服务器。服务器根据接收到的审核数据查询请求确定业务数据标识，并根据业务数据标识在区块链中查找与该业务数据标识对应的修改后的业务数据，进而将查找到的修改后的业务数据发送至第二终端。第二终端将接收到的修改后的业务数据通过审核员操作界面展示给审核员，并检测审核员针对展示的该修改后的业务数据触发的审核意见数据，进而将检测到的审核意见数据反馈至服务器。

在一个实施例中，服务器根据审核数据查询请求从区块链中查找业务数据标识对应的最新版本的业务数据，作为修改后的业务数据。服务器在区块链中查找业务数据标识对应的业务数据，并确定查找到的各业务数据的版本号(或入链时间)，进而从查找到的业务数据中选取版本号最新(或入链时间最晚或最近)的业务数据，作为修改后的业务数据。

在一个实施例中，服务器根据审核数据查询请求从区块链中查找与业务数据标识对应的、且审核状态为待审核(或未审核)的业务数据，作为修改后的业务数据。服务器在区块链中查找业务数据标识对应的业务数据，并从查找到的业务数据中筛选出审核状态为待审核的业务数据，作为修改后的业务数据。

在一个实施例中，服务器在区块链中查找业务数据标识对应的业务数据，并从查找到的业务数据中筛选出最新版本的、且审核状态为待审核(或未审核)的业务数据，作为修改后的业务数据。

S208，将审核意见数据作为修改后的业务数据的审核状态，并与修改后的业务数据关联存储至区块链中。

具体地，当接收到第二终端反馈的审核意见数据时，服务器将接收到的审核意见数据作为修改后的业务数据的审核状态，并将该审核状态与修改后的业务数据关联存储至区块链中。可以理解，当接收到第二终端针对修改后的业务数据反馈的审核意见数据时，服务器根据审核意见数据确定相应修改后的业务数据的审核状态，并将所确定的审核状态与修改后的业务数据关联存储至区块链中。

在一个实施例中，服务器将审核状态与修改后的业务数据关联存储至区块链中时所对应的版本号，与根据业务数据修改请求将该修改后的业务数据存储至区块链中时所对应的版本号可以相同也可以不同。

在一个实施例中，当接收到第二终端反馈的审核意见数据、且审核意见数据为审核通过时，服务器将修改后的业务数据的审核状态确定为审核通过，并将表示审核通过的审核状态和修改后的业务数据关联存储至区块链中。当接收到第二终端反馈的审核意见数据、且审核意见数据为审核未通过时，服务器将修改后的业务数据的审核状态确定为审核未通过，并将表示审核未通过的审核状态和修改后的业务数据关联存储至区块链中。

在一个实施例中，当接收到第二终端针对修改的业务数据反馈的审核意见数据时，服务器将接收的审核意见数据作为该修改后的业务数据的审核状态，并获取当前系统时间作为审核时间戳，进而将该审核时间戳、审核状态和修改后的业务数据关联存储至区块链中。

S210，若接收到第一终端发送的携带有业务数据标识的业务数据查询请求，则根据业务数据查询请求从区块链中查找修改后的业务数据的审核状态。

其中，业务数据查询请求是用于触发业务数据查询操作的请求。业务数据查询请求中可携带有业务数据标识。

具体地，第一终端实时检测预设触发条件，当检测到预设触发条件时，根据检测到的预设触发条件确定业务数据标识，根据所确定的业务数据标识生成业务数据查询请求，并将生成的业务数据查询请求发送至服务器。服务器在接收到第一终端发送的业务数据查询请求时，根据业务数据查询请求从区块链中查找与业务数据标识对应的修改后的业务数据，以及该修改后的业务数据的审核状态。预设触发条件比如检测到预设触发操作，或者，检测到当前系统时间与预设触发时间一致，或者，当前次触发业务数据查询请求后达到预设时长等。预设触发操作比如针对预设触发控件的点击、滑动或按压等触发操作。预设触发时间和预设时长可根据实际情况自定义。

可以理解，若服务器在将审核状态和修改后的业务数据关联存储至区块链中之后，接收到第一终端发送的业务数据查询请求，此时，业务数据标识对应的最新版本的业务数据为该修改后的业务数据。服务器根据接收到的业务数据查询请求，从区块链中查找与业务数据标识对应的最新版本的业务数据所对应的审核状态。

在一个实施例中，第一终端根据预配置的预设触发条件定期触发业务数据查询请求，并将触发生成的业务数据查询请求发送至服务器。服务器实时检测第一终端发送的业务数据查询请求，若接收到第一终端发送的携带有业务数据标识的业务数据查询请求，则从接收到的业务数据查询请求中提取业务数据标识，并根据提取的业务数据标识查询最新版本的业务数据。

S212，当查找到的审核状态为审核未通过时，根据业务数据标识从区块链中查找最新版本、且审核状态为审核通过的目标业务数据，并将目标业务数据反馈至第一终端。

其中，最新版本的业务数据是指版本号最新的业务数据，或入链时间最晚或最近(也就是最晚或最近入链)的业务数据，入链时间是指将业务数据写入区块链的时间。审核状态包括审核通过和审核未通过的状态。

具体地，当从区块链中查找到的修改后的业务数据所对应的审核状态为审核未通过时，服务器根据业务数据查询请求中携带的业务数据标识，从区块链中查找与该业务数据标识对应的业务数据，从查找到的业务数据中选取最新版本的、且审核状态为审核通过的业务数据，作为查找到的目标业务数据，并将查找到的目标业务数据反馈至第一终端。服务器分别确定查找到的各业务数据的审核状态和版本号(或入链时间)，并从查找到的业务数据中选取审核状态为审核通过、且版本号最新(或入链时间最晚)的业务数据，作为目标业务数据。

可以理解，当查找到的修改后的业务数据所对应的审核状态为审核未通过时，服务器按照上述方式查询到的目标业务数据为与该修改后的业务数据对应的待修改的业务数据，也就是该修改后的业务数据所对应的修改前的业务数据。

在一个实施例中，当查找到的审核状态为审核未通过时，服务器在区块链中查找到与业务数据标识对应的一条或多条业务数据。当查找到多条业务数据时，服务器从该多条业务数据中选取最新版本的、且审核状态为审核通过的业务数据作为目标业务数据。当查找到一条业务数据时，服务器可将该条业务数据作为查找到的目标业务数据，也可进一步判断该条业务数据的审核状态是否为审核通过，若判定审核状态为审核通过，则将该条业务数据作为查找到的目标业务数据。可以理解的是，若在区块链中未查找到与业务数据标识对应的目标业务数据，服务器则向第一终端反馈表示业务数据查询失败的提示信息。

在一个实施例中，服务器从区块链中查找到的业务数据中携带有审核状态和版本号(或入链时间)。服务器从查找到的各业务数据中分别提取相应的审核状态和版本号(或入链时间)。

在一个实施例中，服务器针对已写入区块链的各业务数据，在区块链中存储有相应的审核状态和版本号(入链时间)。服务器根据业务数据查询请求从区块链中查找与业务数据标识对应的业务数据，以及各业务数据对应的审核状态和版本号(入链时间)。

在一个实施例中，服务器根据业务数据查询请求从区块链中查找与业务数据标识对应的、且审核状态为审核通过的业务数据，并从查找到的业务数据中选取版本号最新(或入链时间最晚)的业务数据，作为目标业务数据。

在一个实施例中，步骤S212包括：根据业务数据标识从区块链中查找预存储的业务数据；从查找到的业务数据中筛选出审核状态为审核通过的业务数据；从筛选出的业务数据中选取最新版本的业务数据，作为目标业务数据。

具体地，服务器根据业务数据查询请求确定业务数据标识，并根据业务数据标识从区块链中查找对应于该业务数据标识预存储的多条业务数据。服务器分别确定该多条业务数据的审核状态，并从该多条业务数据中筛选出审核状态为审核通过的一条或多条业务数据。当筛选出多条业务数据时，服务器从筛选出的该多条业务数据中选取最新版本的业务数据，作为查找到的目标业务数据。当筛选出一条业务数据时，服务器则将筛选出的该条业务数据作为目标业务数据。

在一个实施例中，服务器分别确定筛选出的各业务数据的入链时间，将各入链时间进行比较，以根据比较结果从筛选出的业务数据中选取入链时间最晚或最近的业务数据，作为目标业务数据。由此，目标业务数据是审核状态为审核通过、且最晚或最近入链(写入区块链)的业务数据。

在一个实施例中，服务器将根据业务数据标识从区块链中查询到的各业务数据，按照版本号(或入链时间)进行优先级排序，得到业务数据序列(或业务数据列表)。服务器按照版本号逆序(或入链时间降序)的排序方式对各业务数据进行优先级排序。版本号逆序的排序方式是指将版本号最新的业务数据排在最前，以此类推进行排序。入链时间降序的排序方式是指将最新或最近的入链时间对应的业务数据排在最前，以此往下进行排序，由此，版本号最新(入链时间最晚或最近)的业务数据在业务数据序列中的优先级最高。

进一步地，服务器从业务数据序列中筛选出审核状态为审核通过、且优先级最高的业务数据，作为目标业务数据。服务器按照优先级由高至低的顺序依次判断各业务数据的审核状态，当判定业务数据的审核状态为审核通过时，将该业务数据确定为目标业务数据，并停止判断操作。当判定业务数据的审核状态为审核未通过时，对于尚未判断审核状态的各业务数据，服务器返回至按照优先级由高至低的顺序依次判断各业务数据的审核状态的步骤继续执行，直至判定业务数据的审核状态为审核通过，或者针对业务数据序列中的各业务数据依次执行的判断操作执行完毕时，停止迭代。

上述实施例中，从查找到的业务数据中初步筛选审核状态为审核通过的业务数据，并从初步筛选出的业务数据中选取最新版本的业务数据作为目标业务数据，以保证查找到的目标业务数据是由一方修改、且由另一方审核通过的业务数据，从而能够保证业务数据的一致性和业务数据处理的准确性。

在一个实施例中，从筛选出的业务数据中选取最新版本的业务数据，作为目标业务数据，包括：从筛选出的业务数据的版本号中提取时间戳；从筛选出的业务数据中选取提取的时间戳最新的业务数据，作为目标业务数据。

其中，版本号是版本的标识号，用于标识业务数据标识所对应的业务数据的版本。版本号包括时间戳，还可包括随机数和/或业务数据标识。时间戳可用于唯一标识特定的时间或时间点，比如业务数据的入链时间。

具体地，服务器分别确定筛选出的各业务数据的版本号，并提取各版本号中的时间戳。服务器将提取的各时间戳进行比较，以从各版本号中筛选出时间戳最新的版本号，并将筛选出的版本号对应的业务数据作为目标业务数据。

在一个实施例中，当从区块链中查找到业务数据标识对应的业务数据时，服务器分别确定各业务数据的审核状态和版本号，提取各版本号中的时间戳，以根据时间戳确定各业务数据的入链时间。服务器获取当前系统时间和预配置的预设时长，以当前系统时间作为时间段结束时间，并以预设时长作为时间段时长，根据该当前系统时间和预设时长确定时间段开始时间，进而由时间段开始时间和时间段结束时间确定时间段。服务器将各业务数据的入链时间分别与该时间段进行比较，以筛选出入链时间属于该时间段、且审核状态为审核通过的一个或多个业务数据。当筛选出一个业务数据时，将筛选出的该业务数据确定为目标业务数据；当筛选出多个业务数据时，从筛选出的该多个业务数据中选取入链时间最晚的业务数据，作为目标业务数据；当未筛选出业务数据时，则向第一终端反馈表示业务数据查询失败的提示信息。

在一个实施例中，当接收到其他计算机设备发送的、与业务数据标识对应的业务数据查询请求时，服务器基于上述一个或多个实施例中提供的业务数据查找方式，从区块链中查找相应的目标业务数据。其他计算机设备比如第二终端或第三终端等。

在接收到第一终端发送的业务数据修改请求时，将对应确定的修改后的业务数据存储至区块链中，并向第二终端推送业务数据审核指令，进而将第二终端针对修改后的业务数据反馈的审核意见数据作为审核状态，且与该修改后的业务数据关联存储至区块链中。由此，基于区块链的不可篡改性来保证业务数据修改和审核意见数据的可追溯性和真实性，从而能够保证业务数据的处理准确性。进一步地，当接收到第一终端对应于业务数据标识发送的业务数据查询请求、且相应修改后的业务数据的审核状态为审核未通过时，则根据业务数据标识在区块链中查找最新版本、且审核状态为审核通过的目标业务数据。这样，当业务数据标识对应的最新版本的业务数据的审核状态为审核未通过时，从审核状态为审核通过的业务数据中选取最新版本的业务数据作为目标业务数据，以实现业务数据的回退，能够保证多业务方访问业务数据的一致性，从而能够进一步提高业务数据的处理准确性。

在一个实施例中，步骤S208之后，上述业务数据回退方法还包括：当审核意见数据为审核未通过时，确定修改后的业务数据对应的修改人账号，并生成表示审核未通过的通知信息；将通知信息发送至以修改人账号登录的第三终端。

其中，修改人账号是修改人预先注册的、用于登录第三终端的账号。修改人可基于该修改人账号登录第三终端，或者借助于第三终端登录特定客户端、浏览器、网页或系统等，进而借助于第三终端查询并修改目标业务数据。

具体地，当第二终端针对修改后的业务数据反馈的审核意见数据为审核未通过时，服务器根据修改后的业务数据确定修改人账号，并根据审核意见数据生成表示审核未通过的通知信息，并将该通知信息发送至以该修改人账号登录的第三终端。第三终端将接收到通知信息通过修改人操作界面展示给修改人。服务器可从修改后的业务数据中提取修改人账号，也可根据修改后的业务数据从区块链中查找修改人账号。可以理解的是，第三终端可以是第一终端，具体根据修改人账号确定。

在一个实施例中，服务器根据修改后的业务数据确定修改人标识，根据修改人标识查询预配置的修改人账号，或者根据修改人标识确定第三终端标识，进而根据修改人账号或第三终端标识确定接收通知信息的第三终端。

在一个实施例中，当审核意见数据表示审核通过时，服务器生成标识审核通过的通知信息，并将该通知信息发送至按照上述方式确定的第三终端。

上述实施例中，在接收的审核意见数据为审核未通过时，触发生成表示审核未通过的通知信息并反馈至第三终端进行展示，以使得修改人能够根据审核结果执行后续操作，比如再次发起修改操作，以保证业务数据的一致性和准确性。

在一个实施例中，上述业务数据回退方法还包括：接收第一终端发送的与业务数据标识对应的修改数据查询请求；根据修改数据查询请求从区块链中查找业务数据标识对应的历史修改数据；将历史修改数据发送至第一终端。

其中，修改数据查询请求是用于触发修改数据查询操作的请求，用于指示服务器查找并反馈业务数据标识对应的历史修改数据。历史修改数据是指在当前系统时间之前修改业务数据标识所对应的业务数据得到的修改后的业务数据。

具体地，服务器接收第一终端发送的修改数据查询请求，解析该修改数据查询请求得到业务数据标识，并根据业务数据标识在区块链中查找该业务数据标识对应的历史修改数据，进而将查询到的历史修改数据发送至第一终端。

在一个实施例中，服务器根据业务数据标识在区块链中查找业务数据标识对应的业务数据，分别确定各业务数据的版本号(入链时间)，根据各版本号(入链时间)从查找到的业务数据中筛选出历史修改数据。服务器将查找到的业务数据中剔除版本号最早(或入链时间最早)的业务数据之后的各业务数据，确定为历史修改数据。可以理解的是，第二终端也可借助于服务器按照上述方式从区块链中查找业务数据标识对应的历史修改数据。在一个实施例中，服务器可将业务数据标识对应的版本号最早(或入链时间最早)的业务数据，即初始创建的业务数据确定为历史修改数据。

上述实施例中，通过查找并反馈历史修改数据，能够快速且直观的了解业务数据标识对应的各个版本的业务数据。

如图3所示，在一个实施例中，提供了一种业务数据回退方法，该方法具体包括以下步骤：

S302，接收第一终端发送的携带有业务数据标识的业务数据修改请求。

S304，根据业务数据修改请求确定修改后的业务数据，将修改后的业务数据存储至区块链，并根据修改后的业务数据生成业务数据审核指令。

S306，根据业务数据标识确定审核员账号。

S308，将业务数据审核指令发送至以审核员账号登录的第二终端。

S310，接收第二终端发送的与业务数据标识对应的审核数据查询请求。

S312，根据审核数据查询请求从区块链中查找业务数据标识对应的修改后的业务数据。

S314，将修改后的业务数据发送至第二终端进行展示，并接收第二终端针对修改后的业务数据反馈的审核意见数据。

S316，将审核意见数据作为修改后的业务数据的审核状态，并与修改后的业务数据关联存储至区块链中。

S318，当审核意见数据为审核未通过时，确定修改后的业务数据对应的修改人账号，并生成表示审核未通过的通知信息。

S320，将通知信息发送至以修改人账号登录的第三终端。

S322，若接收到第一终端发送的携带有业务数据标识的业务数据查询请求，则根据业务数据查询请求从区块链中查找修改后的业务数据的审核状态。

S324，当查找到的审核状态为审核未通过时，根据业务数据标识从区块链中查找预存储的业务数据。

S326，从查找到的业务数据中筛选出审核状态为审核通过的业务数据。

S328，从筛选出的业务数据的版本号中提取时间戳。

S330，从筛选出的业务数据中选取提取的时间戳最新的业务数据，作为目标业务数据，并将目标业务数据反馈至第一终端。

上述实施例中，在接收到第一终端修改得到并发送的修改后的业务数据时，向第二终端推送业务数据审核指令，以指示第二终端对该修改后的业务数据进行审核，并反馈审核意见数据，以确保区块链中更新的业务数据能够被多方知晓，从而能够提高业务数据的处理准确性。将接收的审核意见数据作为修改后的业务数据的审核状态，并与该修改后的业务数据关联存储至区块链中，以便于在接收到业务数据查询请求时能够根据审核状态快速查找到相应的目标业务数据。进一步地，当根据业务数据查询请求查找到的审核状态为审核未通过时，根据业务数据标识在区块链中查找最新版本的、且审核状态为审核通过的业务数据，作为反馈至第一终端的目标业务数据，以实现业务数据的回退，能够保证多方访问的业务数据的一致性，从而能够进一步提高业务数据的处理准确性。

以业务数据为订单信息，业务数据标识为订单标识为例，假设要对订单信息中的地址信息进行修改。服务器接收第一终端发送的第一订单查询请求，根据第一订单查询请求从区块链中查找与订单标识对应的版本号最新(或入链时间最晚)、且审核状态为审核通过的订单信息，作为待修改的订单信息，并将该待修改的订单信息反馈至第一终端。第一终端将待修改的订单信息展示给修改人，检测该修改人针对待修改的订单信息触发的修改后的订单信息以实现对待修改的订单信息的修改，并将修改后的订单信息发送至服务器。服务器将修改后的订单信息写入区块链中，生成修改后的订单信息对应的订单审核指令，确定订单标识对应的审核员账号，并将订单审核指令发送至以审核员账号登录的第二终端。

进一步地，第二终端根据订单审核指令确定订单标识，借助于服务器根据订单标识从区块链中查找待审核的修改后的订单信息，将该修好后的订单信息展示给审核员，并检测审核员对应触发的审核意见数据，进而将审核意见数据反馈至服务器。服务器将接收的审核意见数据作为修改后的业务数据的审核状态，并将该审核状态和修改后的业务数据关联存储至区块链中。当审核状态为审核未通过时，服务器向第一终端反馈表示审核未通过的通知信息。

进一步地，当接收到第一终端发送的第二订单查询请求时，服务器从区块链中查找修改后的订单信息所对应的审核状态。当查询到的审核状态为审核未通过时，服务器根据订单标识从区块链中，查找该订单标识当前对应的版本号最新(或入链时间最晚)、且审核状态为审核通过的订单信息，作为反馈至第一终端的目标订单信息。

在一个实施例中，服务器可基于现有技术中的区块链入链流程对修改后的业务数据执行入链操作，在此不再赘述。

应该理解的是，虽然图2-3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图4所示，提供了一种业务数据回退装置400，包括：接收模块402、存储模块404、审核模块406、查找模块408和反馈模块410，其中：

接收模块402，用于接收第一终端发送的携带有业务数据标识的业务数据修改请求；

存储模块404，用于根据业务数据修改请求确定修改后的业务数据，将修改后的业务数据存储至区块链，并根据修改后的业务数据生成业务数据审核指令；

审核模块406，用于将业务数据审核指令发送至第二终端，并接收第二终端针对业务数据审核指令反馈的审核意见数据；

存储模块404，还用于将审核意见数据作为修改后的业务数据的审核状态，并与修改后的业务数据关联存储至区块链中；

查找模块408，用于若接收到第一终端发送的携带有业务数据标识的业务数据查询请求，则根据业务数据查询请求从区块链中查找修改后的业务数据的审核状态；

反馈模块410，用于当查找到的审核状态为审核未通过时，根据业务数据标识从区块链中查找最新版本、且审核状态为审核通过的目标业务数据，并将目标业务数据反馈至第一终端。

在一个实施例中，反馈模块410，还用于根据业务数据标识从区块链中查找预存储的业务数据；从查找到的业务数据中筛选出审核状态为审核通过的业务数据；从筛选出的业务数据中选取最新版本的业务数据，作为目标业务数据。

在一个实施例中，反馈模块410，还用于从筛选出的业务数据的版本号中提取时间戳；从筛选出的业务数据中选取提取的时间戳最新的业务数据，作为目标业务数据。

在一个实施例中，审核模块406，还用于根据业务数据标识确定审核员账号；将业务数据审核指令发送至以审核员账号登录的第二终端；业务数据审核指令用于指示第二终端将修改后的业务数据进行展示，并获取修改后的业务数据对应的审核意见数据。

在一个实施例中，审核模块406，还用于将业务数据审核指令发送至第二终端；接收第二终端发送的与业务数据标识对应的审核数据查询请求；根据审核数据查询请求从区块链中查找业务数据标识对应的修改后的业务数据；将修改后的业务数据发送至第二终端进行展示，并接收第二终端针对修改后的业务数据反馈的审核意见数据。

在一个实施例中，反馈模块410，还用于当审核意见数据为审核未通过时，确定修改后的业务数据对应的修改人账号，并生成表示审核未通过的通知信息；将通知信息发送至以修改人账号登录的第三终端。

在一个实施例中，接收模块402，还用于接收第一终端发送的与业务数据标识对应的修改数据查询请求；查找模块408，还用于根据修改数据查询请求从区块链中查找业务数据标识对应的历史修改数据；反馈模块410，还用于将历史修改数据发送至第一终端。

关于业务数据回退装置的具体限定可以参见上文中对于业务数据回退方法的限定，在此不再赘述。上述业务数据回退装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储业务数据标识对应的业务数据(包括目标业务数据和修改后的业务数据)和审核状态。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种业务数据回退方法。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现上述各个实施例中的业务数据回退方法的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述各个实施例中的业务数据回退方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种业务数据回退方法，所述方法包括：

接收第一终端发送的携带有业务数据标识的业务数据修改请求；

根据所述业务数据修改请求确定修改后的业务数据，将所述修改后的业务数据存储至区块链，并根据所述修改后的业务数据生成业务数据审核指令；

将所述业务数据审核指令发送至第二终端，并接收所述第二终端针对所述业务数据审核指令反馈的审核意见数据，所述审核意见数据用于表征审核员对第二终端展示的修改后的业务数据的审核意见，所述审核意见用于确定所述审核员是否同意修改人修改得到的修改后的业务数据；

将所述审核意见数据作为所述修改后的业务数据的审核状态，并与所述修改后的业务数据关联存储至所述区块链中；

若接收到所述第一终端发送的携带有所述业务数据标识的业务数据查询请求，则根据所述业务数据查询请求从所述区块链中查找所述修改后的业务数据的审核状态；

当查找到的所述审核状态为审核未通过时，根据所述业务数据标识从所述区块链中查找最新版本、且审核状态为审核通过的目标业务数据，并将所述目标业务数据反馈至所述第一终端。

2.根据权利要求1所述的方法，其特征在于，所述根据所述业务数据标识从所述区块链中查找最新版本、且审核状态为审核通过的目标业务数据，包括：

根据所述业务数据标识从区块链中查找预存储的业务数据；

从查找到的所述业务数据中筛选出审核状态为审核通过的业务数据；

从筛选出的所述业务数据中选取最新版本的业务数据，作为目标业务数据。

3.根据权利要求2所述的方法，其特征在于，所述从筛选出的所述业务数据中选取最新版本的业务数据，作为目标业务数据，包括：

从筛选出的所述业务数据的版本号中提取时间戳；

从筛选出的所述业务数据中选取提取的所述时间戳最新的业务数据，作为目标业务数据。

4.根据权利要求1所述的方法，其特征在于，所述将所述业务数据审核指令发送至第二终端，包括：

根据所述业务数据标识确定审核员账号；

将所述业务数据审核指令发送至以所述审核员账号登录的第二终端；所述业务数据审核指令用于指示所述第二终端将所述修改后的业务数据进行展示，并获取所述修改后的业务数据对应的审核意见数据。

5.根据权利要求1所述的方法，其特征在于，所述将所述业务数据审核指令发送至第二终端，并接收所述第二终端针对所述业务数据审核指令反馈的审核意见数据，包括：

将所述业务数据审核指令发送至第二终端；

接收所述第二终端发送的与所述业务数据标识对应的审核数据查询请求；

根据所述审核数据查询请求从所述区块链中查找所述业务数据标识对应的所述修改后的业务数据；

将所述修改后的业务数据发送至所述第二终端进行展示，并接收所述第二终端针对所述修改后的业务数据反馈的审核意见数据。

6.根据权利要求1所述的方法，其特征在于，所述将所述审核意见数据作为所述修改后的业务数据的审核状态，并与所述修改后的业务数据关联存储至所述区块链中之后，所述方法还包括：

当所述审核意见数据为审核未通过时，确定所述修改后的业务数据对应的修改人账号，并生成表示审核未通过的通知信息；

将所述通知信息发送至以所述修改人账号登录的第三终端。

7.根据权利要求1至6任一项所述的方法，其特征在于，所述方法还包括：

接收所述第一终端发送的与所述业务数据标识对应的修改数据查询请求；

根据所述修改数据查询请求从所述区块链中查找所述业务数据标识对应的历史修改数据；

将所述历史修改数据发送至所述第一终端。

8.一种业务数据回退装置，其特征在于，所述装置包括：

接收模块，用于接收第一终端发送的携带有业务数据标识的业务数据修改请求；

存储模块，用于根据所述业务数据修改请求确定修改后的业务数据，将所述修改后的业务数据存储至区块链，并根据所述修改后的业务数据生成业务数据审核指令；

审核模块，用于将所述业务数据审核指令发送至第二终端，并接收所述第二终端针对所述业务数据审核指令反馈的审核意见数据，所述审核意见数据用于表征审核员对第二终端展示的修改后的业务数据的审核意见，所述审核意见用于确定所述审核员是否同意修改人修改得到的修改后的业务数据；

所述存储模块，还用于将所述审核意见数据作为所述修改后的业务数据的审核状态，并与所述修改后的业务数据关联存储至所述区块链中；

查找模块，用于若接收到所述第一终端发送的携带有所述业务数据标识的业务数据查询请求，则根据所述业务数据查询请求从所述区块链中查找所述修改后的业务数据的审核状态；

反馈模块，用于当查找到的所述审核状态为审核未通过时，根据所述业务数据标识从所述区块链中查找最新版本、且审核状态为审核通过的目标业务数据，并将所述目标业务数据反馈至所述第一终端。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。

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

Images