基于区块链的订单结算方法、系统及存储介质

技术领域

本发明实施例涉及区块链技术领域，尤其涉及一种基于区块链的订单结算方法、系统及存储介质。

背景技术

目前，收单系统被广泛应用以实现收单机构和订单生成方之间的交易业务。

在传统的收单业务中，订单结算的过程包括：在交易完成后，收单机构根据自己的日切时间对特定范围内的交易汇总轧差后给订单生成方完成订单结算。

但是，订单结算的相关信息都是收单机构单方面记录的，一旦收单机构行遭到恶意攻击，导致大量结算记录被泄露、篡改时，订单生成方和收单机构将承担因恶意攻击导致的经济损失。这种收单方式，高度依赖于中心化的收单机构，信息安全性不高。

发明内容

本发明提供一种基于区块链的订单结算方法、系统及存储介质，以实现确保结算信息的安全性的目的。

第一方面，本发明实施例提供了一种基于区块链的订单结算方法，应用于订单结算系统，所述订单结算系统包括订单管理平台、收单验签平台和收单结算平台，所述方法包括：

所述订单管理平台根据订单结算请求信息生成订单结算请求，对所述订单结算请求信息进行签名得到第一签名数据，且将所述结算请求信息和所述第一签名数据写入区块链；

所述收单验签平台对区块链中所述订单结算请求的第一签名数据进行验签，并根据验签结果为所述订单结算请求生成授权信息，且将所述订单结算请求的授权信息写入区块链；

所述收单结算平台根据区块链中所述订单结算请求的订单结算请求信息和授权信息，进行订单结算。

进一步的，所述订单管理平台根据订单结算请求信息生成订单结算请求，包括：

所述订单管理平台获取订单生成方设置的预期结算日期；

所述订单管理平台确定订单生成方编号和所述预期结算日期，生成订单结算指令；

所述订单管理平台将所述订单生成方编号、所述预期结算日期、订单生成方归属收单机构标识码、时间戳和所述订单结算指令作为订单结算请求信息，生成订单结算请求。

进一步的，收单验签平台根据验签结果为所述订单结算请求生成授权信息，包括：

若验签通过，则所述收单验签平台将所述订单结算请求关联的订单生成方编号、订单生成方归属收单机构以及授权结算指令作为授权信息。

进一步的，生成订单结算请求之后，还包括：所述订单管理平台为所述订单结算请求添加第一状态信息；

所述收单验签平台根据验签结果为所述订单结算请求生成授权信息之后，还包括：所述收单验签平台为所述订单结算请求添加第二状态信息；

其中，所述第一状态信息与所述第二状态信息不同。

进一步的，在所述收单验签平台对区块链中所述订单结算请求的第一签名数据进行验签之前，还包括：

所述收单验签平台定时从区块链查询订单结算请求信息和第一签名数据。

进一步的，所述收单验签平台定时从区块链查询订单结算请求信息和第一签名数据，包括：

所述收单验签平台根据所述订单生成方归属收单机构标识码从区块链查询订单结算请求信息和第一签名数据，并获取所述订单结算请求信息和第一签名数据。

进一步的，所述收单结算平台根据区块链中所述订单结算请求的订单结算请求信息和授权信息，进行订单结算之后，还包括：

所述收单结算平台生成结算通知信息；其中，所述结算通知信息包括如下至少一项：结算日期、结算金额、结算笔数，结算凭证号；

将所述结算通知信息写入区块链。

进一步的，所述收单验签平台对区块链中所述订单结算请求的第一签名数据进行验签，包括：

所述收单验签平台采用所述订单管理平台的公钥，根据所述订单结算请求信息，对所述第一签名数据进行验签。

进一步的，所述收单验签平台将所述订单结算请求的授权信息写入区块链，包括：

所述收单验签平台根据所述订单结算请求的授权信息和所述第一签名数据生成第二签名数据；

所述收单验签平台将所述订单结算请求的授权信息和所述第二签名数据写入区块链。

进一步的，所述收单结算平台生成结算通知信息之后，还包括：

所述收单结算平台为所述订单结算请求添加第三状态信息；

所述收单结算平台根据所述结算通知信息、所述第三状态信息和所述第二签名数据生成第三签名数据，并将所述结算通知信息和所述第三签名数据写入区块链。

进一步的，在所述收单结算平台将所述结算通知信息和所述第三签名数据写入区块链后，包括：

所述收单结算平台获取所述订单结算信息中的结算凭证号，并通知所述订单管理平台。

进一步的，还包括：

所述订单管理平台从区块链上查询结算通知信息。

进一步的，所述订单管理平台从区块链上查询结算通知信息，包括：

所述订单管理平台按照所述结算凭证号，定时从区块链查询结算通知信息和第三签名数据，并获取所述结算通知信息。

第二方面，本发明实施例还提供了一种基于区块链的订单结算系统，所述系统包括：

订单管理平台，用于根据订单结算请求信息生成订单结算请求，对所述订单结算请求信息进行签名得到第一签名数据，且将所述结算请求信息和所述第一签名数据写入区块链；

收单验签平台，用于对区块链中所述订单结算请求的第一签名数据进行验签，并根据验签结果为所述订单结算请求生成授权信息，且将所述订单结算请求的授权信息写入区块链；

收单结算平台，用于根据区块链中所述订单结算请求的订单结算请求信息和授权信息，进行订单结算。

进一步的，所述订单管理平台具体用于：

获取订单生成方设置的预期结算日期；

确定订单生成方编号和所述预期结算日期，生成订单结算指令；

并将所述订单生成方编号、所述预期结算日期、订单生成方归属收单机构标识码、时间戳和所述订单结算指令作为订单结算请求信息，生成订单结算请求。

进一步的，所述收单验签平台具体用于：

若验签通过，则将所述订单结算请求关联的订单生成方编号、订单生成方归属收单机构以及授权结算指令作为授权信息。

进一步的，所述订单管理平台还用于，生成订单结算请求之后，为订单结算请求添加第一状态信息；

所述收单验签平台还用于，根据验签结果为所述订单结算请求生成授权信息之后，为所述订单结算请求添加第二状态信息；

其中，所述第一状态信息与所述第二状态信息不同。

进一步的，所述收单验签平台还用于，对区块链中所述订单结算请求的第一签名数据进行验签之前，定时从区块链查询订单结算请求信息和第一签名数据。

进一步的，所述收单验签平台具体用于：根据所述订单生成方归属收单机构标识码从区块链查询订单结算请求信息和第一签名数据，并获取所述订单结算请求信息和第一签名数据。

进一步的，收单结算平台还用于：进行订单结算之后，生成结算通知信息；将所述结算通知信息写入区块链。其中，所述结算通知信息包括如下至少一项：结算日期、结算金额、结算笔数，结算凭证号。

进一步的，所述收单验签平台具体用于，采用所述订单管理平台的公钥，根据所述订单结算请求信息，对所述第一签名数据进行验签。

进一步的，所述收单验签平台具体用于：

根据所述订单结算请求的授权信息和所述第一签名数据生成第二签名数据；

将所述订单结算请求的授权信息和所述第二签名数据写入区块链。

进一步的，所述收单结算平台还用于：生成结算通知信息之后，为所述订单结算请求添加第三状态信息；根据所述结算通知信息、所述第三状态信息和所述第二签名数据生成第三签名数据，并将所述结算通知信息和所述第三签名数据写入区块链。

进一步的，所述收单结算平台还用于：将所述结算通知信息和所述第三签名数据写入区块链后，获取所述订单结算信息中的结算凭证号，并通知所述订单管理平台。

进一步的，所述订单管理平台还用于，从区块链上查询所述结算通知信息；具体用于按照所述结算凭证号，定时从区块链查询结算通知信息和第三签名数据，并获取结算通知信息。

第三方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如本发明任意实施例所述的基于区块链的订单结算方法。

本发明实施例提供的一种基于区块链的订单结算方法、系统及存储介质，首先通过订单管理平台根据订单结算请求信息生成订单结算请求，对订单结算请求信息进行签名得到第一签名数据，且将所述结算请求信息和所述第一签名数据写入区块链；接着，收单验签平台对区块链中订单结算请求的第一签名数据进行验签，并根据验签结果为订单结算请求生成授权信息，且将订单结算请求的授权信息写入区块链；最后，收单结算平台根据区块链中所述订单结算请求的订单结算请求信息和授权信息，进行订单结算。解决传统的收单方式中信息安全性不高的问题，通过验签授权确保结算信息的安全性，为订单结算提供了一种新思路。

附图说明

图1为本发明实施例一提供的一种基于区块链的订单结算方法的流程图；

图2为本发明实施例二提供的一种基于区块链的订单结算方法的流程图；

图3为本发明实施例三提供的一种基于区块链的订单结算方法的流程图；

图4为本发明实施例四提供的一种基于区块链的订单结算方法的流程图；

图5为本发明实施例五提供的一种基于区块链的订单结算系统的结构框图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的基于区块链的订单结算方法的流程图，利用在区块链上的智能合约与非对称加密机制来确保订单结算的安全性。

区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。它本质上是一个去中心化的数据库，同时作为比特币的底层技术，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。

智能合约是一种旨在以信息化方式传播、验证或执行合同的计算机协议。区块链平台上的智能合约是指一段代码被部署在分享的、复制的账本上，它可以维持自己的状态，控制自己的资产和对接收到的外界信息进行回应。通过只能合约所定义的模型是运行在可复制、共享的账本上的计算机程序，可以处理信息。

非对称加密算法需要两个密钥：公开密钥(简称公钥)和私有密钥(简称私钥)。公钥与私钥是一对，如果用公钥对数据进行加密，只有用对应的私钥才能解密；如果用私钥对数据进行加密，那么只有用对应的公钥才能解密。

本实施例可适用于在交易完成后收单机构对特定时间范围内的交易汇总轧差后进行订单结算的情况，该方法可以由本发明实施例提供的订单结算系统来执行，订单结算系统包括订单管理平台、收单验签平台和收单结算平台。

具体的，如图1所示，本发明实施例提供的基于区块链的订单结算方法，可以包括如下步骤：

S110、订单管理平台根据订单结算请求信息生成订单结算请求，对订单结算请求信息进行签名得到第一签名数据，且将结算请求信息和第一签名数据写入区块链。

其中，订单管理平台可以是各大电商的自有平台，不是由收单机构维护的，通过互联网接入收单机构的收单验签平台，以使收单机构能够接收订单管理平台发送的订单结算请求。收单机构进行订单结算的过程就是从订单生成方那边得到交易单据和交易数据，扣除按费率计算出的费用后打款给订单生成方，并从中扣取一定比例的手续费。

本实施例中，订单结算请求可以包含有订单生成方编号、预期结算日期、订单生成方归属收单机构标识码、时间戳、订单结算指令、订单标识和订单金额中的至少一种。可选的，在订单生成方设置好纳入结算的结算日期范围后，订单管理平台获取订单生成方设置的预期结算日期，根据订单生成方编号和预期结算日期，生成订单结算指令，然后将订单生成方编号、预期结算日期、订单生成方归属收单机构标识码、时间戳和订单结算指令作为订单结算请求信息，生成订单结算请求。

可选的，订单管理平台可以在订单结算请求信息里面指定结算时间，比如7:00。在订单结算请求发出后，收单验签平台正常受理订单，收单结算平台给出结算状态是已受理，但实际要等到7:00才结算该笔订单。订单管理平台可以在7点后发起订单结算状态查询来确认结算结果。

在生成订单结算请求后，订单管理平台根据订单结算请求信息，采用订单管理平台的私钥进行签名，得到第一签名数据。并将结算请求信息和第一签名数据一起写入区块链。这里订单管理平台利用自己的私钥对订单结算请求信息进行签名的目的在于，保证结算信息的机密性。

由于整个订单结算的过程需要公开到区块链上以保证订单结算的透明性与不可抵赖性，所以订单结算过程中需要见证的信息，例如：订单结算请求、订单结算结果都需要记录在区块链上。因此，订单管理平台生成订单结算请求后，并不是将订单结算请求发送到收单机构终端，而是将订单结算请求发送到区块链上进行记录，以供需要查询订单结算请求的各个节点从区块链上查询订单结算请求。

S120、收单验签平台对区块链中订单结算请求的第一签名数据进行验签，并根据验签结果为订单结算请求生成授权信息，且将订单结算请求的授权信息写入区块链。

其中，验签是以签名者的签名结果、签名者的公钥以及待签名信息作为输入值，验证是否满足验证条件。具体的，在本实施例中，签名者是收单验签平台，签名结果是第一签名数据，待签名信息是订单结算请求信息。

本实施例中，收单验签平台从区块链中获取下属订单生成方的订单结算请求和第一签名数据后，采用订单管理平台的公钥，根据订单结算请求信息，对第一签名数据进行验签。验签通过才能生成授权结算指令，代表系统授权和认可这笔订单结算请求。只有授权成功的订单，才会被收单结算平台接收。收单验签平台将订单结算请求关联的订单生成方编号、订单生成方归属收单机构以及授权结算指令作为授权信息。可选的，授权信息中还可以包括相匹配的订单标识和订单金额。

可以理解的，由于整个订单结算的过程需要公开到区块链上以保证订单结算的透明性与不可抵赖性，所以收单验签平台经过验签后生成的授权信息需要记录在区块链上，以供需要查询订单结算请求的各个节点从区块链上查询订单结算请求的授权情况。

可选的，在生成订单结算请求之后，订单管理平台还可以为订单结算请求添加第一状态信息。第一状态信息，可以理解为结算订单所处的状态，示例性的，当生成订单结算请求后，第一状态信息为请求处理中。

S130、收单结算平台根据区块链中订单结算请求的订单结算请求信息和授权信息，进行订单结算。

收单结算平台从区块链中获取订单结算请求的订单结算请求信息和授权信息，并根据订单结算请求的订单结算请求信息和授权信息中的交易数据，扣除按费率计算出的费用后打款给订单生成方。

可选的，在打款完成后，收单结算平台可以根据打款交易数据生成结算通知信息，并将结算通知信息写入区块链，以供订单管理平台查验对账。

本实施例的技术方案，首先通过订单管理平台根据订单结算请求信息生成订单结算请求，对订单结算请求信息进行签名得到第一签名数据，且将结算请求信息和第一签名数据写入区块链；接着，收单验签平台对区块链中订单结算请求的第一签名数据进行验签，并根据验签结果为订单结算请求生成授权信息，且将订单结算请求的授权信息写入区块链；最后，收单结算平台根据区块链中订单结算请求的订单结算请求信息和授权信息，进行订单结算。解决传统的收单方式中信息安全性不高的问题，通过验签授权确保结算信息的安全性，为订单结算提供了一种新思路。

实施例二

图2为本发明实施例二提供的基于区块链的订单结算方法的流程图，该方法在上述实施例的基础上进一步的优化，给出了订单管理平台如何生成订单结算请求，且将结算请求信息和第一签名数据写入区块链的具体情况介绍。具体的，如图2所示，该方法包括：

S210、订单管理平台获取订单生成方设置的预期结算日期。

预期结算日期，可以理解为订单生成方预约的收单结算平台结算的日期。示例性的，比如预期结算日期为2020年11月29日。在2020年11月26日订单管理平台发出包含预期结算日期的订单管理请求后，收单验签平台正常受理订单，收单结算平台给出结算状态信息是订单阶段请求已受理。但是实际等到2020年11月29日，收单结算平台才结算该笔订单。

S220、订单管理平台确定订单生成方编号和预期结算日期，生成订单结算指令。

其中，订单生成方编号用于唯一识别订单生成方，不同的订单生成方编号不同。

可选的，订单管理平台获取订单生成方设置的预期结算日期后，可以在订单生成方编号表单里查询到能唯一识别当前订单生成方的订单生成方编号，并获取对应的订单生成方编号。根据获取的订单生成方编号和预期结算日期，生成订单结算指令。

S230、订单管理平台将订单生成方编号、预期结算日期、订单生成方归属收单机构标识码、时间戳和订单结算指令作为订单结算请求信息，生成订单结算请求。

其中，订单生成方归属收单机构标识码，用于唯一识别收单机构，不同收单机构的标识码不同。时间戳，通俗的讲，是一份能够表示一份数据在一个特定时间点已经存在的完整的可验证的数据。它的作用主要是为用户提供一份电子证据，以证明用户的某些数据的产生时间。时间戳服务的本质是将用户的数据和当前准确时间绑定，在此基础上用时间戳系统的数字证书进行签名，凭借时间戳系统在法律上的权威授权地位，产生可用于法律证据的时间戳，用来证明用户数据的产生时间，达到“不可否认”或“抗抵赖”的目标。

订单管理平台将订单生成方编号、预期结算日期、订单生成方归属收单机构标识码和时间戳作为订单结算请求信息，这样设置的好处在于明确限定了订单结算的范围，具体体现在订单结算的时间、订单生成方和结算机构。

可选的，本实施例中，生成订单结算请求之后，订单管理平台可以为订单结算请求添加第一状态信息，以表示结算订单所处的状态。

S240、订单管理平台对订单结算请求信息进行签名得到第一签名数据，且将结算请求信息和第一签名数据写入区块链。

订单管理平台利用私钥对包含订单生成方编号、预期结算日期、订单生成方归属收单机构标识码、时间戳和订单结算指令的订单结算请求信息进行签名，产生第一签名数据。

本实施例中，订单管理平台生成订单结算请求和第一签名数据后，并不是将订单结算请求和第一签名数据发送到收单机构终端，而是将订单结算请求和第一签名数据发送到区块链上进行记录，以供需要查询订单结算状态的各个节点从区块链上查询订单结算状态，保证订单结算的透明性与不可抵赖性。

S250、收单验签平台对区块链中订单结算请求的第一签名数据进行验签，并根据验签结果为订单结算请求生成授权信息，且将订单结算请求的授权信息写入区块链。

S260、收单结算平台根据区块链中订单结算请求的订单结算请求信息和授权信息，进行订单结算。

本实施例的技术方案，给出了订单管理平台根据获取的订单生成方设置的预期结算日期和订单生成方编号，生成订单结算指令，并将订单生成方编号、预期结算日期、订单生成方归属收单机构标识码、时间戳和订单结算指令作为订单结算请求信息，生成订单结算请求。解决了传统收单方式中根据收单机构日切时间进行结算结算模式单一的问题，通过设置的预期结算日期，丰富了订单结算的模式，支持自定义纳入结算的订单范围和订单结算的时间。

实施例三

图3为本发明实施例三提供的基于区块链的订单结算方法的流程图，该方法在上述实施例的基础上进一步的优化，给出了收单验签平台如何进行验签并生成授权信息的具体情况介绍。如图3所示，该方法包括：

S310、订单管理平台根据订单结算请求信息生成订单结算请求，对订单结算请求信息进行签名得到第一签名数据，且将结算请求信息和第一签名数据写入区块链。

S320、收单验签平台定时从区块链查询订单结算请求信息和第一签名数据。

因为不同的收单机构对应于不同的收单机构标识码，所以通过订单结算请求信息中的订单生成方归属收单机构标识码可以唯一识别收单机构。

可选的，本实施例中，收单验签平台根据订单生成方归属收单机构标识码从区块链查询订单结算请求信息和第一签名数据，并获取订单结算请求信息和第一签名数据。

S330、收单验签平台采用订单管理平台的公钥，根据订单结算请求信息，对第一签名数据进行验签，并根据验签结果为订单结算请求生成授权信息。

其中，验签是以签名者的签名结果、签名者的公钥以及待签名信息作为输入值，验证是否满足验证条件。本实施例中，收单验签平台采用订单管理平台的公钥，根据订单结算请求信息，对第一签名数据进行验签。

只有验签通过的订单结算请求才能生成对应于该订单结算请求的授权结算指令，代表系统授权和认可这笔订单结算请求。只有授权成功的订单，才会被收单结算平台接收。

具体的，收单验签平台将订单结算请求关联的订单生成方编号、订单生成方归属收单机构以及授权结算指令作为授权信息。可选的，授权信息中还可以包括相匹配的订单标识和订单金额。

本实施例中，优选的，收单验签平台根据验签结果为订单结算请求生成授权信息之后，为订单结算请求添加第二状态信息。第二状态信息，可以理解为结算订单所处的状态，示例性的，经过验签之后的第二状态信息可以为授权成功或授权失败。第二状态信息和第一状态信息对应的订单所处的状态是不同的。

S340、收单验签平台根据订单结算请求的授权信息和第一签名数据生成第二签名数据，并将订单结算请求的授权信息和第二签名数据写入区块链。

可选的，在生成第二签名数据时，收单验签平台可以根据订单结算请求的授权信息、第二状态信息和第一签名数据生成第二签名数据。

S350、收单结算平台根据区块链中订单结算请求的订单结算请求信息和授权信息，进行订单结算。

本实施例的技术方案，通过收单验签平台采用订单管理平台的公钥，根据订单结算请求信息，对第一签名数据进行验签，并根据验签结果为订单结算请求生成授权信息，解决了传统的结算方式中结算信息的安全性不高的问题，达到了确保结算信息的安全性的效果。

实施例四

图4为本发明实施例四提供的基于区块链的订单结算方法的流程图，该方法在上述实施例的基础上进一步的优化，给出了收单结算平台如何进行订单结算及订单管理平台如何接收结算通知信息的具体情况介绍。具体的，如图4所示，该方法包括：

S410、订单管理平台根据订单结算请求信息生成订单结算请求，对订单结算请求信息进行签名得到第一签名数据，且将结算请求信息和第一签名数据写入区块链。

S420、收单验签平台对区块链中订单结算请求的第一签名数据进行验签，并根据验签结果为订单结算请求生成授权信息，且将订单结算请求的授权信息写入区块链。

S430、收单结算平台根据区块链中订单结算请求的订单结算请求信息和授权信息，进行订单结算。

可选的，收单结算平台根据订单生成方归属收单机构标识码和授权情况从区块链中获取订单结算请求信息和授权信息，进行订单结算。只有订单生成方归属收单机构标识码和收单结算平台所属收单机构匹配，且结算订单所属状态为授权成功时，收单结算平台才从区块链中获取订单结算请求的订单结算请求信息和授权信息。

S440、收单结算平台生成结算通知信息，将结算通知信息写入区块链。

结算通知信息包括如下至少一项：结算日期、结算金额、结算笔数，结算凭证号。其中，结算凭证号可以唯一标识结算的订单。

在本实施例技术方案的基础上，优选的，收单结算平台为订单结算请求添加第三状态信息，根据结算通知信息、第三状态信息和第二签名数据生成第三签名数据，并将结算通知信息和第三签名数据写入区块链。其中，第三状态信息可以理解为结算订单所处的状态，第三状态信息可以为结算已受理、结算成功或结算失败。

示例性的，订单管理平台在订单结算请求信息里面指定7:00结算，并于1:00将结算请求信息写入区块链。收单验签平台正常受理订单，在7:00前收单结算平台给出第三状态信息是结算已受理，但实际要等到7:00才结算该笔订单。7:00后，若收单结算平台结算成功，则给出的第三状态信息为结算成功；，若收单结算平台结算失败，则给出的第三状态信息为结算失败。

S450、收单结算平台获取订单结算信息中的结算凭证号，并通知订单管理平台。

由于结算凭证号可以唯一标识结算的订单，在完成订单结算后，可以将订单结算信息中的结算凭证号发送给订单管理平台，通知订单管理平台可以根据结算凭证号从区块链中查询结算通知信息。

S460、订单管理平台从区块链上查询结算通知信息。

在上述技术方案的基础上，优选的，订单管理平台按照结算凭证号，定时从区块链查询结算通知信息和第三签名数据，并获取结算通知信息，获取结算结果，进行对账。

本实施例的技术方案，通过订单管理平台按照结算凭证号，定时从区块链查询结算通知信息和第三签名数据，获取结算通知信息，解决了传统的结算方式中事后对账的流程问题，达到了提高对账效率的效果。

实施例五

本发明实施例五提供的一种基于区块链的订单结算系统的结构框图，该系统适用于执行本发明实施例提供的基于区块链的订单结算方法，可以确保结算信息的安全性，并提高对账效率。

如图5所示，该系统包括：订单管理平台510、收单验签平台520和收单结算平台530。

其中，订单管理平台510，用于根据订单结算请求信息生成订单结算请求，对订单结算请求信息进行签名得到第一签名数据，且将结算请求信息和第一签名数据写入区块链；

收单验签平台520，用于对区块链中订单结算请求的第一签名数据进行验签，并根据验签结果为订单结算请求生成授权信息，且将订单结算请求的授权信息写入区块链；

收单结算平台530，用于根据区块链中订单结算请求的订单结算请求信息和授权信息，进行订单结算。

进一步的，订单管理平台510具体用于：获取订单生成方设置的预期结算日期；确定订单生成方编号和预期结算日期，生成订单结算指令；并将订单生成方编号、预期结算日期、订单生成方归属收单机构标识码、时间戳和订单结算指令作为订单结算请求信息，生成订单结算请求。

进一步的，收单验签平台520具体用于，若验签通过，则将订单结算请求关联的订单生成方编号、订单生成方归属收单机构以及授权结算指令作为授权信息。

进一步的，订单管理平台510还用于，生成订单结算请求之后，为订单结算请求添加第一状态信息；

收单验签平台520还用于，根据验签结果为订单结算请求生成授权信息之后，为订单结算请求添加第二状态信息；

其中，第一状态信息与第二状态信息不同。

进一步的，收单验签平台520还用于，对区块链中订单结算请求的第一签名数据进行验签之前，定时从区块链查询订单结算请求信息和第一签名数据。

进一步的，收单验签平台520具体用于：根据订单生成方归属收单机构标识码从区块链查询订单结算请求信息和第一签名数据，并获取订单结算请求信息和第一签名数据。

进一步的，收单结算平台530还用于：进行订单结算之后，生成结算通知信息；将结算通知信息写入区块链。其中，结算通知信息包括如下至少一项：结算日期、结算金额、结算笔数，结算凭证号。

进一步的，收单验签平台520具体用于，采用订单管理平台的公钥，根据订单结算请求信息，对第一签名数据进行验签。

进一步的，收单验签平台520具体用于：根据订单结算请求的授权信息和第一签名数据生成第二签名数据；将订单结算请求的授权信息和第二签名数据写入区块链。

进一步的，收单结算平台530还用于：生成结算通知信息之后，为订单结算请求添加第三状态信息；根据结算通知信息、第三状态信息和第二签名数据生成第三签名数据，并将结算通知信息和第三签名数据写入区块链。

进一步的，收单结算平台530还用于：将结算通知信息和第三签名数据写入区块链后，获取订单结算信息中的结算凭证号，并通知订单管理平台。

进一步的，订单管理平台510还用于，从区块链上查询结算通知信息；具体用于按照结算凭证号，定时从区块链查询结算通知信息和第三签名数据，并获取结算通知信息。

上述基于区块链的订单结算系统可执行本发明任意实施例所提供的基于区块链的订单结算方法，具备执行方法相应的有益效果。

实施例六

本发明实施例六还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请任意发明实施例提供的基于区块链的订单结算方法。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络包括局域网(LAN)或广域网(WAN)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。