CN111414650B - 一种基于区块链存证的订单处理方法及系统 - Google Patents

Abstract

本文涉及支付安全技术领域，尤其涉及一种基于区块链存证的订单处理方法及系统。其中，方法包括：支付系统对订单信息做特定的哈希运算，根据特定的哈希运算得到的哈希值，生成支付存证交易，将支付存证交易广播至区块链存证网络存证；支付系统接收区块链存证网络发送的支付存证交易标识，发送支付存证交易标识至电商系统；电商系统对订单信息进行特定的哈希运算，得到验证用哈希值，利用支付存证交易标识从区块链存证网络中获取相应哈希值，比较验证用哈希值及获取的哈希值，若相同，则验证通过，继续与用户端的交互。本文能够保证订单信息的安全性，使订单发生争议时，从区块链存证网络获取可信的订单信息，还能够保护用户隐私不被侵犯。

Description

一种基于区块链存证的订单处理方法及系统

技术领域

本文涉支付安全技术领域，尤其涉及一种基于区块链存证的订单处理方法及系统。

背景技术

互联网移动时代，电商系统(如有赞商城，垂直电商等)兴起，大部分电商系统依赖第三方支付服务系统(例如连连支付，快钱支付)完成订单支付。用户电商交易时，是以信任第三方支付服务系统为前提进行交易的，但由于电商系统及第三方支付服务系统各自有自己的一套数据库记录订单信息，当对订单进行对账或资金结算时，对于有争议的订单，排查起来比较困难，并且互相之间存在一些数据不信任关系，会引发对订单额外的争议。另外，用户与第三方支付服务系统签订的条约、支付条款、数据库等内容也存在被随意篡改的可能。这就使得用户、电商系统、第三方支付系统之间的信任变得岌岌可危。

如何建立起用户、商户、第三方支付服务系统之间的信任关系变得至关重要。

发明内容

本文用于解决各种电商系统和各种第三方支付服务系统之间集成时，存在对订单信息不信任，当进行对账或资金结算时会引发订单额外争议的技术问题。

一方面，本文实施例提供一种基于区块链存证的订单处理方法，包括：

支付系统对订单信息做特定的哈希运算，根据所述特定的哈希运算得到的哈希值生成支付存证交易，将所述支付存证交易广播至区块链存证网络存证；

所述支付系统接收所述区块链存证网络发送的支付存证交易标识，并将所述支付存证交易标识发送至电商系统；

所述电商系统对所述订单信息进行所述特定的哈希运算，得到验证用哈希值，利用所述支付存证交易标识从所述区块链存证网络中获取相应支付存证交易中的哈希值，比较所述验证用哈希值及获取的哈希值，若相同，则验证通过，继续与用户端的交互。

另一方面，本文实施例还提供一种基于区块链存证的订单处理系统，包括：支付系统、电商系统及区块链存证网络；

支付系统，用于对订单信息做特定的哈希运算，根据所述特定的哈希运算得到的哈希值生成支付存证交易，将所述支付存证交易广播至区块链存证网络存证；接收所述区块链存证网络发送的支付存证交易标识，并将所述支付存证交易标识发送至电商系统；

电商系统，用于对所述订单信息进行特定的哈希运算，得到验证用哈希值，利用所述支付存证交易标识从所述区块链存证网络中获取相应支付存证交易中的哈希值比较所述验证用哈希值及获取的哈希值，若相同，则验证通过，继续与用户端的交互；

区块链存证网络，用于对支付存证交易进行存储，生成并发送支付存证交易标识至支付系统。

另一方面，本文实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述基于区块链存证的订单处理方法。

另一方面，本文实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行计算机程序，所述计算机程序被处理器执行时实现上述基于区块链存证的订单处理方法。

利用本文实施例，通过支付系统将订单信息哈希运算后发送至区块链存证网络进行存证，由电商系统进行取证验证，能够保证订单信息的安全性，使订单发生争议时，能够从区块链存证网络获取可信的订单信息。另，将订单信息的哈希值存储于区块链存证网络中，能够保证用户隐私。

为让本文的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。

附图说明

为了更清楚地说明本文实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本文的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本文一实施例基于区块链存证的订单处理系统的结构图；

图2示出了本文一实施例基于区块链存证的订单处理方法的流程图；

图3示出了本文一实施例基于区块链存证的订单处理方法的流程图；

图4A及图4B示出了本文一实施例用户终端的部分显示界面；

图5示出了本文一实施例基于区块链存证的订单处理方法的流程图；

图6示出了本文一实施例基于区块链存证的订单处理方法的流程图；

图7示出了本文一具体实施例的基于区块链存证的订单处理方法流程图；

图8A至图8C示出了本文一具体实施例用户终端的显示界面；

图9示出了本文一实施例计算机设备的结构图。

具体实施方式

下面将结合本文实施例中的附图，对本文实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本文一部分实施例，而不是全部的实施例。基于本文中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本文保护的范围。

如图1所示，图1示出了本文实施例的基于区块链存证的订单处理系统，本实施例能够通过支付系统将订单信息哈希运算后发送至区块链存证网络进行存证，由电商系统进行取证验证，能够保证订单信息的安全性，使订单发生争议时，能够从区块链存证网络获取可信的订单信息。另，将订单信息的哈希值存储于区块链存证网络中，能够保证用户隐私。

具体的，基于区块链存证的订单处理系统包括：支付系统110、电商系统120及区块链存证网络130。

支付系统110，用于对订单信息做特定的哈希运算，根据特定的哈希运算得到的哈希值生成支付存证交易，将支付存证交易广播至区块链存证网络存证。具体的，支付系统110用于配合电商系统120完成订单支付，支付系统110例如可以为快钱、连连支付等第三方支付平台。订单信息可以包括订单请求信息和订单支付链接信息(和/或订单支付状态)等信息。其中，订单请求信息包括商品信息(例如商品ID、商品描述、商品详情)及订单金额，还可包括商户号、电商系统方订单号、订单币种、订单金额、交易类型、订单创建时间、订单失效信息中的一个或多个。订单支付链接信息包括订单支付URL，还可包括支付系统方订单号。订单支付状态用于记录订单支付结果，包括订单支付成功、订单支付失败等信息。本文中特定的哈希运算指的是区块链存证网络中存证合约约定的哈希运算算法，例如可以为SHA3等算法，本文对具体的哈希算法不做限定。

支付系统110，还用于接收区块链存证网络130反馈的支付存证交易标识，发送订单支付链接信息(和/或订单支付状态)及支付存证交易标识等信息至电商系统120。其中，支付存证交易标识用于唯一定位记录于区块链存证网络中的信息，即支付存证交易标识为可以从区块链存证网络130中查询支付存证交易的索引，为了保证信息的安全性及唯一性，该索引可以例如为支付存证交易的哈希值。

电商系统120，用于对订单信息进行特定的哈希运算，得到验证用哈希值，利用所述支付存证交易标识从所述区块链存证网络中获取相应支付存证交易中的哈希值比较所述验证用哈希值及获取的哈希值，若相同，则验证通过，继续与用户端的交互。其中，电商系统120可以为向用户提供在线购物渠道的电商购物平台，例如为京东、拼多多等。

区块链存证网络130，用于通过共享账簿对支付存证交易进行存储，根据该支付存证交易生成支付存证交易标识，并将该支付存证交易标识反馈至支付系统。区块链存证网络130与现有技术中的区块链网络一样，包括多个存证节点，但各存证节点中部署有存证合约(智能合约)，该存证合约约定有存入区块链存证网络的数据格式、数据计算方法等，该存证合约允许支付系统在区块链存证网络中存证，允许电商系统从区块链网络中进行取证。借助区块链存证网络数据不可篡改性及存证合约代码的开源公开特性，支付系统及电商系统均可对存证合约的代码进行独立审计，以确保代码逻辑的正确性，借助区块链存证网络实现订单记录，从而可以有效解决电商系统、支付系统互相不信任的问题。区块链存证网络中的一存证节点接收到支付存证交易后，会验证该支付存证交易是否合法，并将支付存证交易广播至其它存证节点，其它存证节点对接收到的支付存证交易进行共识处理，共识通过后进行持久化存储。区块链存证网络的具体存储过程可参见现有技术中区块链网络的存储过程，本文对此不再详细说明。

本文中的电商系统可支持多个支付系统，当支持多个支付系统时，电商系统会将订单请求信息发送至至少一个支付系统，各支付系统分别生成订单支付链接信息，通过电商系统发送至用户终端显示，用户根据自己需求选定相应的订单支付链接进行支付。

如图2所示，图2示出了本文实施例基于区块链存证的订单处理方法的流程图。具体的，基于区块链存证的订单处理方法包括：

步骤210，支付系统对订单信息做特定的哈希运算，根据特定的哈希运算得到的哈希值生成支付存证交易，将支付存证交易广播至区块链存证网络存证。

实施时，步骤210中支付系统对订单信息做特定的哈希运算，包括：

a)对订单信息中的字段信息按预定顺序进行拼接处理，得到一字符串。

b)利用特定的哈希算法对字符串做特定的哈希运算，得到哈希值。

步骤210中根据特定的哈希运算得到的哈希值，生成支付存证交易，包括：

a)支付系统调用区块链存证网络的存证合约接口。存证合约接口定义有存证信息的存储格式。其中，需要使用相应的秘钥才能够调用存证合约，也就是说，通过秘钥验证的支付系统才能够调用存证合约，通过存证合约向区块链发起支付存证交易。

b)赋值订单信息哈希值给存证合约接口。

c)利用存证合约的管理私钥(也就是支付系统的私钥)，对赋值后的存证合约接口(即要发送到区块链存证网络中的交易信息)进行签名，得到支付存证交易。

步骤230，区块链存证网络接收支付存证交易，利用存证合约的管理公钥(也就是支付系统的公钥)对支付存证交易进行交易签名验证后对支付存证交易进行共识处理，共识后进行存储，并生成支付存证交易标识，将支付存证交易标识发送至支付系统。支付存证交易标识能够通知支付系统的存证结果，以便后续从区块链存证网络调取相应的支付存证交易。支付存证交易标识可以为数据、字符、字母等的组合，作为本文的一个具体实施方式，为了保证支付存证交易标识的安全性，支付存证交易标识为支付存证交易哈希值。

步骤250，支付系统接收区块链存证网络发送的支付存证交易标识，发送支付存证交易标识至电商系统。

步骤270，电商系统对订单信息进行特定的哈希运算，得到验证用哈希值，利用支付存证交易标识从区块链存证网络中获取相应支付存证交易中的哈希值，比较验证用哈希值及获取的哈希值，若相同，则验证通过，继续与用户端的交互。若验证失败，则通知支付系统，以便支付系统协助对该订单进行争议排查。

作为本文的一个实施例，订单信息包括：订单请求信息及订单支付链接信息；或

订单信息包括：订单请求信息及订单支付状态；或

订单信息包括：订单请求信息、订单支付链接信息及订单支付状态。

通过订单信息包括上述三种情况，能够将订单交易过程中产生的订单相关信息全部存储至区块链存证交易网络中，为后续取证提供依据。

作为本文的一个实施例，当订单信息包括订单请求信息及订单支付链接信息时：

上述步骤210中，支付系统对订单信息做特定的哈希运算进一步包括：支付系统对电商系统发送的订单请求信息及根据订单请求信息生成的订单支付链接信息做特定的哈希运算。

上述步骤250中，支付系统发送所述支付存证交易标识时，还发送所述订单支付链接信息。

上述步骤270中，电商系统对订单信息进行所述特定的哈希运算进一步包括：电商系统根据自身存储的订单请求信息及支付系统发送的订单支付链接信息做特定的哈希运算。其中，电商系统自身存储的订单请求信息由电商系统根据用户发起的订单请求生成。

作为本文的一个实施例，当订单信息包括订单请求信息及订单支付状态时：

上述步骤210，支付系统对订单信息做特定的哈希运算进一步包括：支付系统对电商系统发送的订单请求信息及根据用户终端发送的支付信息生成的订单支付状态做特定的哈希运算。

上述步骤250中，支付系统发送支付存证交易标识时，还发送订单支付状态。

上述步骤270中，电商系统对订单信息进行特定的哈希运算进一步包括：电商系统对自身存储的订单请求信息及支付系统发送的订单支付状态做特定的哈希运算。其中，电商系统自身存储的订单请求信息由电商系统根据用户发起的订单请求生成。

作为本文的一个实施例，当订单信息包括订单请求信息、订单支付链接信息及订单支付状态时：

上述步骤210中，支付系统对订单信息做特定的哈希运算进一步包括：支付系统对电商系统发送的订单请求信息、根据订单请求信息生成的订单支付链接信息及根据用户终端发送的支付信息生成的订单支付状态做特定的哈希运算。

上述步骤250中，支付系统发送支付存证交易标识时，还发送订单支付状态。

上述步骤270中，电商系统对订单信息进行特定的哈希运算进一步包括：电商系统对自身存储的订单请求信息和订单支付链接信息，以及支付系统发送的订单支付状态做特定的哈希运算。其中，电商系统自身存储的订单请求信息由电商系统根据用户发起的订单请求生成。电商系统自身存储的订单支付链接信息为支付系统根据电商系统发送的订单请求信息生成并发送的信息。

作为本文的一个实施例，如图3所示，基于区块链存证的订单处理方法包括：

步骤310，电商系统根据用户终端发送的订单请求，生成并发送订单请求信息至支付系统。其中，订单请求由用户点击提交订单时或点击立即购买时发起，用户点击提交订单的界面如图4A所示。订单请求包括商品ID、商品描述、商户号、订单金额等信息。订单请求信息包括商品信息(例如商品ID、商品描述、商品详情)及订单金额，还可包括商户号、商城系统订单号、订单币种、订单金额、交易类型、订单创建时间、订单失效信息中的一个或多个。

步骤320，支付系统接收订单请求信息，根据订单请求信息，生成订单支付链接信息，发送订单支付链接信息至电商系统。

步骤330，电商系统接收订单支付链接信息，将订单支付链接信息发送至用户终端显示。订单支付链接信息的显示界面如图4B所示。

步骤340，支付系统接收用户终端发送的支付信息，根据支付信息生成订单支付状态，支付信息包括用户完成支付、取消支付等。

步骤350，支付系统对订单信息做特定的哈希运算，根据特定的哈希运算得到的哈希值生成支付存证交易，将支付存证交易广播至区块链存证网络存证，其中，订单信息包括订单请求信息、订单支付链接信息及订单支付状态。

步骤360，区块链存证网络接收支付存证交易，利用存证合约的管理公钥(即支付系统的公钥)对支付存证交易进行交易签名验证后对支付存证交易进行共识处理，共识后进行存储，并生成支付存证交易标识，将支付存证交易标识发送至支付系统。

步骤370，支付系统接收区块链存证网络发送的支付存证交易标识，发送支付存证交易标识及订单支付状态至电商系统。

步骤380，电商系统接收支付存证交易标识及订单支付状态，对步骤310生成的订单请求信息、步骤330接收到的订单支付链接信息及本步骤接收的订单支付状态进行特定的哈希运算，得到验证用哈希值，利用支付存证交易标识从区块链存证网络中获取相应支付存证交易中的哈希值，比较验证用哈希值及获取的哈希值，若相同，则验证通过，发送订单支付状态至用户终端显示，以便用户获知订单支付状态。

本实施例通过对支付完成后产生的订单信息进行存证，能够为后续争议产生时提供依据。

作为本文的一个实施例，如图5所示，基于区块链存证的订单处理方法包括：

步骤510，电商系统根据用户终端发送的订单请求，生成并发送订单请求信息至支付系统。

步骤520，支付系统根据订单请求信息，生成订单支付链接信息，对订单请求信息及订单支付链接信息做哈希运算，根据运算所得哈希值，生成支付存证交易，将支付存证交易广播至区块链存证网络存证。

步骤530，区块链存证网络接收支付存证交易，对支付存证交易进行共识处理，共识后进行存储，并生成支付存证交易标识，将支付存证交易标识发送至支付系统。

步骤540，支付系统接收区块链存证网络发送的支付存证交易标识，将订单支付链接信息及支付存证交易标识发送至电商系统。将订单支付链接信息发送至电商系统目的在于由电商系统将订单支付链接信息提供给用户终端，以便用户通过用户终端完成支付。将支付存证交易标识发送至电商系统的目的在于由电商系统对支付系统存储于区块链存证网络中的支付存证交易进行验证，验证通过后，才能保证记录于区块链存证网络的信息完全可信。

步骤550，电商系统接收订单支付链接信息及支付存证交易标识，对步骤510生成的订单请求信息及本步骤接收的订单支付链接信息做哈希运算，得到验证用哈希值；根据支付存证交易标识，从区块链存证网络获取支付存证交易；比较支付存证交易中的哈希值及验证用哈希值，若相同，则验证通过，发送支付链接信息至用户终端。

步骤560，支付系统接收用户终端发送的支付信息，根据支付信息生成订单支付状态，将订单支付状态发送至电商系统。其中，支付信息包括用户完成支付、取消支付等。

步骤570，电商系统接收订单支付状态，发送订单支付状态至用户终端显示，以便用户获知订单支付状态。

本实施例通过对支付过程中产生的订单信息进行存证，能够在一定程度上为后续争议产生时提供依据。

作为本文的一个实施例，如图6所示，基于区块链存证的订单处理方法包括：

步骤610，电商系统根据用户终端发送的订单请求，生成并发送订单请求信息至支付系统。

步骤620，支付系统根据订单请求信息，生成订单支付链接信息，对订单请求信息及订单支付链接信息做哈希运算，根据运算所得哈希值，生成第一支付存证交易，将第一支付存证交易广播至区块链存证网络存证。

步骤630，区块链存证网络接收第一支付存证交易，对第一支付存证交易进行共识处理，共识后进行存储，并生成第一支付存证交易标识，将第一支付存证交易标识发送至支付系统。

步骤640，支付系统接收区块链存证网络发送的第一支付存证交易标识，将订单支付链接信息及第一支付存证交易标识发送至电商系统。

步骤650，电商系统接收订单支付链接信息及第一支付存证交易标识，对步骤610生成的订单请求信息及本步骤接收的订单支付链接信息做特定的哈希运算，得到验证用哈希值；根据第一支付存证交易标识，从区块链存证网络获取第一支付存证交易；比较第一支付存证交易中的哈希值及验证用哈希值，若相同，则验证通过，发送支付链接信息至用户终端。

步骤660，支付系统接收用户终端发送的支付信息，根据支付信息生成订单支付状态，支付信息包括用户完成支付、取消支付等。

步骤670，支付系统对步骤620接收的订单请求信息和步骤620生成的订单支付链接信息，及步骤660生成的订单支付状态做特定的哈希运算，根据特定的哈希运算得到的哈希值生成第二支付存证交易，将第二支付存证交易广播至区块链存证网络存证。

步骤680，区块链存证网络接收第二支付存证交易，利用存证合约的管理公钥(即支付系统的公钥)对第二支付存证交易进行交易签名验证后对第二支付存证交易进行共识处理，共识后进行存储，并生成第二支付存证交易标识，将第二支付存证交易标识发送至支付系统。

步骤690，支付系统接收区块链存证网络发送的第二支付存证交易标识，发送第二支付存证交易标识及订单支付状态至电商系统。

步骤691，电商系统接收第二支付存证交易标识及订单支付状态，对步骤610生成的订单请求信息、步骤650接收到的订单支付链接信息及本步骤接收的订单支付状态进行特定的哈希运算，得到验证用哈希值，利用第二支付存证交易标识从区块链存证网络中获取相应支付存证交易中的哈希值，比较验证用哈希值及获取的哈希值，若相同，则验证通过，发送订单支付状态至用户终端显示，以便用户获知订单支付状态。

本实施例通过对支付过程中产生的订单信息及支付完成后产生的订单信息进行存证，能够保证交易过程中所有产生的订单信息的真实可信，为后续争议产生时提供依据。

为了更清楚说明本文技术方案，下面以一具体实施例进行详细说明。具体的，如图7所示，基于区块链存证的订单处理方法包括：

(1)用户浏览在线商城，从购物车中确定选定要购买的商品，然后点击下单支付，下单支付界面如图8A所示，此时，用户终端会将订单请求发送至电商系统，其中，订单请求至少包括商品ID、商户ID、订单金额、订单币种、交易类型。

(2)电商系统接收用户终端发送的订单请求，根据订单请求生成订单请求信息(订单请求信息包括订单信息的关键字段，关于订单信息关键字段如表一)，调用支付系统的下单接口，通过该接口，将订单请求信息发送至支付系统。

表一：

(3)支付系统接收到电商系统发送的订单请求信息后，生成订单支付链接信息，对订单请求信息及订单支付链接信息做HASH-SHA3哈希运算，根据运算得到的哈希值，生成第一支付存证交易，将第一支付存证交易广播至区块链存证网络存证。

具体的，订单支付链接信息包括支付的url链接(字段名称为paySrvUrl)及订单号(字段名称为字段名称为paySrvOrderID)，对订单请求信息及订单支付链接信息做哈希运算包括：将订单支付链接信息与订单请求信息合并在一起，得到支付系统订单关键字段(如表二)，对支付系统订单关键字段计算一个HASH-SHA3算法的数据摘要，即得到支付系统订单关键字段的哈希值。

计算HASH-SHA3算法的数据摘要过程包括：

a)将表二中全部字段中的值按照顺序进行字符串的拼接，得到一个待计算Hash的字符串，设orderStr，则orderStr可以表示为：

orderStr＝marchantID+orderID+productid+productDesc+productDetail+attach+coinT ype+amount+tradeType+notifyUrl+timeStart+timeExpire+paySrvOrderID+paySrvUrl。

b)对字符串orderStr按照SHA3算法计算得到一HASH值，计算结果设为orderHash。则：

orderHash＝SHA3(orderStr)。

表二

根据计算得到的哈希值，生成第一支付存证交易，将第一支付存证交易广播至区块链存证网络存证，包括：

a)调用区块链存证网络的存证合约接口，存证合约接口定义如下：

func(t*or derservice)SaveEvidence(evidenceHash types.Hash，evidenceTime string，data[]byte,)。

支付系统需要使用相应的秘钥才能够调用存证合约，也就是说，通过秘钥验证的支付系统才能够调用存证合约，通过存证合约向区块链发起支付存证交易。

b)将计算得到的哈希值orderHash作为证据Hash，赋值给参数evidenceHash，取当前的系统时间作为存证时间，赋值给参数evidenceTime，将marchantID赋值给data。本实施例中，通过在存证合约接口加入系统时间及支付系统的订单号，能够便于后续出现争议时确定订单处理时间及查询订单。

c)利用存证合约的管理私钥(也就是支付系统的私钥)，对赋值后的存证合约接口进行签名，得到第一支付存证交易。

(4)区块链存证网络接收第一支付存证交易，利用存证合约的管理公钥(也就是支付系统的公钥)对第一支付存证交易进行交易签名验证，验证通过后对第一支付存证交易进行共识处理，共识通过后存储第一支付存证交易，同时，生成第一支付存证交易Hash，设为orderTransactionHash，将第一支付存证交易Hash发送至支付系统，当orderTransactionHash所在的交易完成区块打包确认后，就进入了永久不可篡改状态。

(5)支付系统接收区块链存证网络发送的第一支付存证交易Hash，为了便于后续从区块链存证网络获取支付存证，支付系统记录好第一支付存证交易Hash及表二所示关键字段信息。因区块链存证网络中存储的为存证哈希，因此能够防止订单信息泄露。

同时，支付系统还将订单号paySrvOrderID、第一支付存证交易HashorderTransactionHash及支付url链接paySrvUrl返回至电商系统。

(6)电商系统接收支付系统发送的paySrvOrderID、orderTransactionHash及paySrvUrl，执行如下验证过程：

a)电商系统在表一的基础上，结合支付系统发送的paySrvOrderID及paySrvUrl，得到验证用字段。

b)电商系统对验证用字段进行拼接处理后计算HASH-SHA3，得到orderHash。

c)电商系统根据支付系统发送的orderTransactionHash从区块链存证网络中获取第一支付存证交易，可以得到存入区块链存证网络中的orderHash’以及merchantID’，如果orderHash＝orderHash’并且merchantID＝merchantID’就充分说明订单是被有效存证的，验证通过。

(7)用户终端的浏览器接收电商系统发送的paySrvUrl，用户打开paySrvUrl对应的支付链接，进行付款，付款界面如图8B所示，用户终端将支付信息发送至支付系统。

(8)支付系统接收到用户的付款后，生成订单支付状态信息，将订单支付状态信息合并至表二所示关键字信息中，得到待存证关键字信息(如表三)，对待存证关键字信息做哈希运算，根据运算所得哈希值，生成第二支付存证交易，将第二支付存证交易广播至区块链存证网络存证。

表三

具体的，支付系统对待存证关键字信息做哈希运算，根据运算所得哈希值，生成第二支付存证交易包括：

a)对表三中的字段信息按预定顺序进行拼接处理，得到一字符串payResultStr，即：

payResultStr＝marchantID+orderID+productid+productDesc+productDetail+attach+c oinType+amount+tradeType+notifyUrl+timeStart+timeExpire+paySrvOrderID+paySrvUrl+paySrvState+paySrvStateDesc。

b)计算payResultStr的HASH-SHA3得到待存证的关键信息摘要payResultHash＝HASH-SHA3(payResultStr)。

c)支付系统调用区块链存证网络的存证合约接口，存证合约接口定义如下：

func(t*orderservice)SaveEvidence(evidenceHash types.Hash，evidenceTimestring，data[]byte,)

d)赋值订单信息哈希值给存证合约接口。

将b)计算的payResultHash作为证据Hash，赋值给参数evidenceHash，取当前的系统时间作为存证时间，赋值给参数evidenceTime，将marchantID赋值给data。

e)利用存证合约的管理私钥，对赋值后的存证合约接口进行签名，得到第二支付存证交易。

(9)区块链存证网络接收第二支付存证交易，利用存证合约的管理公钥对第二支付存证交易进行交易签名验证，验证通过后对第二支付存证交易进行共识处理，共识通过后存储第二支付存证交易，同时，生成第二支付存证交易Hash，设为payResultTransactionHash，将第二支付存证交易Hash发送至支付系统，当payResultTransactionHash所在的交易完成区块打包确认后，就进入了永久不可篡改状态。

(10)支付系统接收区块链存证网络发送的第二支付存证交易Hash，为了便于后续从区块链存证网络获取支付存证，支付系统记录好第二支付存证交易Hash及表三所示关键字段信息。

同时，支付系统将订单支付状态(paySrvState、paySrvStateDesc)及第二支付存证交易Hash(payResultTransactionHash)字段在内的订单支付结果发送至电商系统。

(11)电商系统接收支付系统发送的paySrvState、paySrvStateDesc、payResultTransactionHash，执行如下验证过程：

a)电商系统在表二的基础上，结合支付系统发送的paySrvState、paySrvStateDesc及，得到验证用字段。

b)电商系统对验证用字段进行拼接处理后计算HASH-SHA3，得到payResultHash。

c)电商系统根据支付系统发送的payResultTransactionHash从区块链存证网络中获取第二存证交易，可以得到存入区块链存证网络中的payResultHash’以及merchantID’，如果payResultHash＝payResultHash’并且merchantID＝merchantID’就充分说明订单是被有效存证的，验证通过，验证通过后，发送支付状态信息至用户终端。

(12)用户终端显示电商系统发送的订单支付状态，订单支付状态界面如图8C所示。

利用本文实施例，通过支付系统将订单信息哈希运算后发送至区块链存证网络进行存证，由电商系统进行取证验证，能够保证订单信息的安全性，使订单发生争议时，从区块链存证网络获取可信的订单信息。另，将订单信息的哈希值存储于区块链存证网络中，能够保证用户隐私。

作为本文的一个实施例，还提供一种计算机设备，如图9所示，计算机设备902计算设备902可以包括一个或多个处理器904，诸如一个或多个中央处理单元(CPU)，每个处理单元可以实现一个或多个硬件线程。计算设备902还可以包括任何存储器906，其用于在处理器904上运行的计算机程序。处理器904执行计算机程序时实现前述任一实施例所述的基于区块链存证的订单处理方法。非限制性的，比如，存储器906可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算设备902的固定或可移除部件。在一种情况下，当处理器904执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算设备902可以执行相关联指令的任一操作。计算设备902还包括用于与任何存储器交互的一个或多个驱动机构908，诸如硬盘驱动机构、光盘驱动机构等。

计算设备902还可以包括输入/输出模块910(I/O)，其用于接收各种输入(经由输入设备912)和用于提供各种输出(经由输出设备914))。一个具体输出机构可以包括呈现设备916和相关联的图形用户接口(GUI)918。在其他实施例中，还可以不包括输入/输出模块910(I/O)、输入设备912以及输出设备914，仅作为网络中的一台计算设备。计算设备902还可以包括一个或多个网络接口920，其用于经由一个或多个通信链路922与其他设备交换数据。一个或多个通信总线924将上文所描述的部件耦合在一起。

通信链路922可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路922可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

作为本文的一个实施例，还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行计算机程序，所述计算机程序被处理器执行时实现上述任一基于区块链存证的订单处理方法。

作为本文的一个实施例，还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行上述任一基于区块链存证的订单处理方法。

应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。

还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本文的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本文各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本文中应用了具体实施例对本文的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本文的方法及其核心思想；同时，对于本领域的一般技术人员，依据本文的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本文的限制。

Claims (7)

1.一种基于区块链存证的订单处理方法，其特征在于，包括：

支付系统对订单信息中的字段信息按预定顺序进行拼接处理，得到一字符串；其中，所述订单信息包括订单请求信息及订单支付链接信息；或包括订单请求信息及订单支付状态；或包括订单请求信息、订单支付链接信息及订单支付状态；

利用特定的哈希算法对所述字符串做特定的哈希运算，支付系统在通过秘钥验证后调用区块链存证网络的存证合约接口；

赋值所述特定的哈希运算得到的哈希值给所述存证合约接口；

利用所述存证合约的管理私钥，对赋值后的存证合约接口进行签名，得到支付存证交易，将所述支付存证交易广播至区块链存证网络存证，区块链存证网络接收支付存证交易，利用存证合约的管理公钥对支付存证交易进行交易签名验证后对支付存证交易进行共识处理，共识通过后进行存储，并生成支付存证交易标识；

所述支付系统接收所述区块链存证网络发送的支付存证交易标识，并将所述支付存证交易标识发送至电商系统；

所述电商系统对所述订单信息进行所述特定的哈希运算，得到验证用哈希值，利用所述支付存证交易标识从所述区块链存证网络中获取相应支付存证交易中的哈希值，比较所述验证用哈希值及获取的哈希值，若相同，则验证通过，继续与用户端的交互。

2.如权利要求1所述的方法，其特征在于，当所述订单信息包括订单请求信息及订单支付链接信息时：

所述支付系统对订单信息做特定的哈希运算进一步包括：所述支付系统对所述电商系统发送的所述订单请求信息及根据所述订单请求信息生成的所述订单支付链接信息做特定的哈希运算；

所述支付系统发送所述支付存证交易标识时，还发送所述订单支付链接信息；

所述电商系统对所述订单信息进行所述特定的哈希运算进一步包括：所述电商系统对自身存储的所述订单请求信息及所述支付系统发送的所述订单支付链接信息做特定的哈希运算。

3.如权利要求1所述的方法，其特征在于，当所述订单信息包括订单请求信息及订单支付状态时：

所述支付系统对订单信息做特定的哈希运算进一步包括：所述支付系统对所述电商系统发送的所述订单请求信息及根据所述用户端发送的支付信息生成的订单支付状态做特定的哈希运算；

所述支付系统发送所述支付存证交易标识时，还发送所述订单支付状态；

所述电商系统对所述订单信息进行所述特定的哈希运算进一步包括：所述电商系统对自身存储的所述订单请求信息及所述支付系统发送的所述订单支付状态做特定的哈希运算。

4.如权利要求1所述的方法，其特征在于，当所述订单信息包括订单请求信息、订单支付链接信息及订单支付状态时：

所述支付系统对订单信息做特定的哈希运算进一步包括：所述支付系统对所述电商系统发送的所述订单请求信息、根据所述订单请求信息生成的所述订单支付链接信息及根据所述用户端发送的支付信息生成的订单支付状态做特定的哈希运算；

所述支付系统发送所述支付存证交易标识时，还发送所述订单支付状态；

所述电商系统对所述订单信息进行所述特定的哈希运算进一步包括：所述电商系统对自身存储的所述订单请求信息和所述订单支付链接信息，以及所述支付系统发送的所述订单支付状态做特定的哈希运算。

5.如权利要求1所述的方法，其特征在于，支付存证交易标识包括：支付存证交易哈希值。

6.一种基于区块链存证的订单处理系统，其特征在于，包括：支付系统、电商系统及区块链存证网络；

支付系统，用于对订单信息中的字段信息按预定顺序进行拼接处理，得到一字符串；其中，所述订单信息包括订单请求信息及订单支付链接信息；或包括订单请求信息及订单支付状态；或包括订单请求信息、订单支付链接信息及订单支付状态；利用特定的哈希算法对所述字符串做特定的哈希运算，支付系统在通过秘钥验证后调用区块链存证网络的存证合约接口；赋值所述特定的哈希运算得到的哈希值给所述存证合约接口；利用所述存证合约的管理私钥，对赋值后的存证合约接口进行签名，得到支付存证交易，区块链存证网络接收支付存证交易，利用存证合约的管理公钥对支付存证交易进行交易签名验证后对支付存证交易进行共识处理，共识通过后进行存储，并生成支付存证交易标识；接收所述区块链存证网络发送的支付存证交易标识，并将所述支付存证交易标识发送至电商系统；

电商系统，用于对所述订单信息进行特定的哈希运算，得到验证用哈希值，利用所述支付存证交易标识从所述区块链存证网络中获取相应支付存证交易中的哈希值比较所述验证用哈希值及获取的哈希值，若相同，则验证通过，继续与用户端的交互；

区块链存证网络，用于对支付存证交易进行存储，生成并发送支付存证交易标识至支付系统。

7.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行计算机程序，所述计算机程序被处理器执行时实现权利要求1至5中任一项所述的基于区块链存证的订单处理方法。