CN111131234A - 供应链中智能合约数据处理方法、装置和计算机设备 - Google Patents

Abstract

本申请涉及一种供应链中智能合约数据处理方法、装置、计算机设备和存储介质，获取供应链中供应链参与方提交的智能合约数据，该初始智能合约中对应携带有合约触发条件，同时，根据供应链的特点，在双方达成智能合约之前，对双方的身份、信用资质以及权益证明数据进行验证，当确定供应链参与方通过验证时，提取智能合约数据中的合约特征，生成、并推送初始智能合约至对应的供应链参与方，保证合作的信息安全，推进智能合约的达成，再将经供应链参与方签名的智能合约广播至供应链所在区块链，使得区块链中所有节点均能无差异地做出相应响应，综上所述，本申请提供的供应链中智能合约数据处理方法给用户带来更多的便利。

Description

供应链中智能合约数据处理方法、装置和计算机设备

技术领域

本申请涉及区块链技术，特别是涉及一种供应链中智能合约数据处理方法、装置、计算机设备和存储介质。

背景技术

供应链是一个系统，是由相互作用、相互依赖的若干组成部分结合而成的具有特定功能的有机整体。其是围绕核心企业，通过对信息流、物流、资金流的控制，把供应商、制造商、分销商、零售商直到最终用户连成一个整体的功能网链结构模式。具体的，供应链涉及物流链、信息链、资金链以及配套的供应链金融等。

以配套的供应链金融为例，目前已有在供应链金融嵌入智能合约的方案，但是该种方案是直接将其他领域的智能合约直接移植过来，智能合约达成之前，双方意向和合同条件的确定存在短板，使得构建的智能合约无法良好应用于供应链金融，无法给用户带来便捷。

基于此，需要提供适合于供应链中能给用户带来便利的智能合约。

发明内容

基于此，有必要针对现有的供应链中智能合约的应用无法给用户带来便利的问题，提供一种能带给用户便利的供应链中智能合约数据处理方法。

一种供应链中智能合约数据处理方法，方法包括：

获取供应链中供应链参与方提交的智能合约数据，智能合约数据携带智能合约触发条件数据，供应链参与方至少为两个；

当确定供应链参与方通过验证时，提取智能合约数据中的合约特征，生成、并推送初始智能合约至对应的供应链参与方，验证包括身份验证和信用资质验证以及权益证明验证；

接收经供应链参与方签名的智能合约、并将智能合约广播至供应链所在的区块链；

当检测到满足智能合约对应的触发条件的事务时，执行智能合约。

在其中一个实施例中，提取智能合约数据中的合约特征，生成智能合约包括：

采用正则表达式，提取智能合约数据中的合约特征；

根据合约特征，确定合约字段；

将合约字段编译成符合智能合约格式的可执行代码，生成初始智能合约。

在其中一个实施例中，对供应链参与方进行信用资质验证包括：

调用预设API(Application Programming Interface，应用程序编程接口)接口，访问第三方信用数据平台；

发送信用数据查询请求至第三方信用数据平台，信用数据查询请求携带供应链参与方的身份标识信息；

接收第三方信用数据平台反馈的供应链参与方的信用数据；

基于信用数据，对供应链参与方进行信用资质验证。

在其中一个实施例中，检测满足智能合约对应的触发条件的事务时，执行智能合约包括：

发送物流查询消息至供应链中物流平台，并监测预设资源账户中资源数据；

当接收到物流平台反馈的表征货物已送达的物流消息且预设资源账户中资源增加时，执行智能合约。

在其中一个实施例中，当检测到满足智能合约对应的触发条件的事务之后，还包括：

发送事务签名验证消息至区块链中的验证节点；

接收经过验证节点签名的验证信息，进入执行智能合约的步骤。

在其中一个实施例中，执行智能合约之后，还包括：

生成智能合约执行结果；

将智能合约执行结果发送至供应链参与方。

一种供应链中智能合约数据处理装置，装置包括：

合约内容获取模块，用于获取供应链参与方提交的智能合约数据，智能合约数据携带智能合约触发条件数据，供应链参与方至少为两个；

合约推送模块，用于当确定供应链参与方通过验证时，提取智能合约数据中的合约特征，生成、并推送初始智能合约至对应的供应链参与方，验证包括身份验证和信用资质验证以及权益证明验证；

合约接收模块，用于接收经供应链参与方签名的智能合约、并将智能合约广播至供应链所在的区块链；

合约执行模块，用于当检测到满足智能合约对应的触发条件的事务时，执行智能合约。

在其中一个实施例中，装置还包括：

信用资质验证，用于调用预设API接口，访问第三方信用数据平台，发送信用数据查询请求至第三方信用数据平台，信用数据查询请求携带供应链参与方的身份标识信息，接收第三方信用数据平台反馈的供应链参与方的信用数据，基于信用数据，对供应链参与方进行信用资质验证。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取供应链中供应链参与方提交的智能合约数据，智能合约数据携带智能合约触发条件数据，供应链参与方至少为两个；

提取智能合约数据中的合约特征，生成初始智能合约；

当确定供应链参与方通过验证时，提取智能合约数据中的合约特征，生成、并推送初始智能合约至对应的供应链参与方，验证包括身份验证和信用资质验证以及权益证明验证接收经供应链参与方签名的智能合约、并将智能合约广播至供应链所在的区块链；

当检测到满足智能合约对应的触发条件的事务时，执行智能合约。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取供应链中供应链参与方提交的智能合约数据，智能合约数据携带智能合约触发条件数据，供应链参与方至少为两个；

提取智能合约数据中的合约特征，生成初始智能合约；

当确定供应链参与方通过验证时，提取智能合约数据中的合约特征，生成、并推送初始智能合约至对应的供应链参与方，验证包括身份验证和信用资质验证以及权益证明验证接收经供应链参与方签名的智能合约、并将智能合约广播至供应链所在的区块链；

接收经供应链参与方签名的智能合约、并将智能合约广播至供应链所在的区块链；

当检测到满足智能合约对应的触发条件的事务时，执行智能合约。

上述供应链中智能合约数据处理方法、装置、计算机设备和存储介质，获取供应链中供应链参与方提交的智能合约数据，该初始智能合约中对应携带有合约触发条件，同时，根据供应链的特点，在双方达成智能合约之前，对双方的身份、信用资质以及权益证明数据进行验证，当确定供应链参与方通过验证时，提取智能合约数据中的合约特征，生成、并推送初始智能合约至对应的供应链参与方，保证合作的信息安全，推进智能合约的达成，再将经供应链参与方签名的智能合约广播至供应链所在区块链，使得区块链中所有节点均能无差异地做出相应响应，综上所述，本申请提供的供应链中智能合约数据处理方法给用户带来更多的便利。

附图说明

图1为一个实施例中供应链中智能合约数据处理方法的应用环境图；

图2为一个实施例中供应链中智能合约数据处理方法的流程示意图；

图3为另一个实施例中供应链中智能合约数据处理方法的流程示意图；

图4为一个实施例中信用资质验证步骤的流程示意图；

图5为一个实施例中供应链中智能合约数据处理装置的结构框图；

图6为一个实施例中供应链中智能合约数据处理装置的结构框图；

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

具体实施方式

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

本申请提供的供应链中智能合约数据处理方法，可以应用于如图1所示的应用环境中。供应链区块链网络中包括第一供应链参与方102、第二供应链参与方104以及智能合约平台系统服务器106(以下简称服务器106)，第一供应链参与方102、第二供应链参与方104以及智能合约平台系统服务器106通过网络进行通信，第一供应链参与方102和第二供应链参与方104均可视为计算机节点，图1中仅示出了两个供应链参与方(第一供应链参与方102和第二供应链参与方104)，具体实施时可以包括若干个参与方。在实际应用中，可以是第一供应链参与方102和第二供应链参与方104于智能合约平台提交智能合约数据，然后发送智能合约签署请求至服务器106，服务器106响应该智能合约签署请求，获取供应链中供应链参与方提交的智能合约数据，智能合约数据携带智能合约触发条件数据，供应链基于区块链技术构建，提取智能合约数据中的合约特征，生成初始智能合约，当确定供应链参与方通过验证时，生成、并推送初始智能合约至供应链参与方，验证包括身份验证、信用资质验证以及权益证明验证，接收经供应链参与方签名的智能合约、并将智能合约广播至供应链所在的区块链，当检测到满足智能合约对应的触发条件的事务时，执行智能合约。其中，第一供应链参与方102和第二供应链参与方104可以但不限于是服务器、各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器106可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在其中一个实施例中，如图2所示，提供了一种供应链中智能合约数据处理方法，以该方法应用于图1中的终端为例进行说明，包括以下步骤：

步骤S200，获取供应链中供应链参与方提交的智能合约数据，智能合约数据携带智能合约触发条件数据，供应链参与方至少为两个。

在实际应用中，智能合约平台为供应链参与方提供接入服务的终端工具，即客户端工具，例如App(Application，应用程序)，Dapp(分布式App)，PC(Personal Computer，个人计算机)客户端等，该终端工具为用户提供了图形用户界面GUI(Graphical UserInterface)，供应链参与方可于图形界面提交根据自身需求拟定的智能合约内容即智能合约数据。其中，智能合约数据包括供应链参与方身份信息，智能合约触发条件数据、数字资产信息，信用信息等。在供应链金融中，数字资产信息通常指代权益证明等相关信息。供应链参与方，具体的，可以为个人用户、企业以及机构等各种角色，在供应链中，供应链参与方一般包括核心企业、一级供应商、上游供应商、金融机构或者银行等。当接收到供应链参与方发送的智能合约签署请求时，则响应该请求，获取其提交的智能合约数据。值得说明的是，供应链参与方为多个，且均具有区块链通信模块，可以查询或发布区块链信息。

步骤S400，当确定供应链参与方通过验证时，提取智能合约数据中的合约特征，生成、并推送初始智能合约至对应的供应链参与方，验证包括身份验证和信用资质验证以及权益证明验证。

合约特征即为智能合约中的关键要素，是构成智能合约的关键特征。例如，合约特征可以是供应链参与方身份信息、合约标识信息，以及合约交易信息等。具体实施时，当获取到供应链参与方提交的智能合约数据时，可提取智能合约数据中的合约特征，构建初始的智能合约，具体的，可以是通过正则表达式提取合约特征，也可以是通过计算机编程语言识别技术，提取智能合约数据中合约特征。为了符合供应链的特性，且区块链具有不可篡改的特性，本实施例中，以供应链金融中智能合约为例，在供应链智能合约生成之前，可获取供应链参与方(买方和卖方)的身份标识数据、信用数据以及权益证明数据如货物仓储信息和承兑票据数据等、，根据身份标识数据对供应链参与方的身份进行验证，根据信用数据进行信用资质认证，根据权益证明数据进行权益证明验证，当买卖双方通过上述验证后，再提取智能合约数据中合约特征，将合约特征进行填充，生成初始智能合约并推送至供应链参与方，以使得交易双方能够对合约中的内容进行确认达成意向，保证交易的信息安全，规避风险。值得说明的是，本申请中，生成的每一份初始智能合约的合约参与双方可以是交易平台本身和甲方、交易平台本身和乙方、以及交易平台本身和丙方等第三方，以使得多个供应链参与方建立相互关联的智能合约，形成特有的供应链能合约体系。

步骤S600，接收经供应链参与方签名的智能合约、并将智能合约广播至供应链所在的区块链。

在供应链区块链网络中，供应链参与方的节点的签名即为数字签名。数字签名就是附加在数据单元上的一些数据，或是对数据单元所作的密码变换，一般多以随机的数字串为主。这种数据或变换允许数据单元的接收者用以确认数据单元的来源和数据单元的完整性并保护数据，防止被人(例如接收者)进行伪造。它是对电子形式的消息进行签名的一种方法，一个签名消息能在一个通信网络中传输。基于公钥密码体制和私钥密码体制都可以获得数字签名，例如，信息发送方利用私钥加密，生成的加密信息，发送原文和密文，接收方利用公钥解密，验证解密信息是否和原文一致，即可确认是否为发送方发送。

在实际应用中，当供应链参与方进行身份、信用资质以及权益证明验证后，推送初始智能合约至供应链参与方，供应链参与双方接收到初始智能合约，可以是在反馈期限内对合约内容如合约触发条件数据进行确认，确认好后，使用各自的私钥对拟发送的合约确认信息进行加密处理，生成数字签名，并将携带数字签名的智能合约一同发送至服务器，服务器进而可对数字签名和智能合约进行解密验证，若解密验证成功，则将智能合约广播至供应链所在的区块链，以便该区块链中所有的区块链节点均能看到该智能合约，并均能及时做出关于相关响应。具体的，由于供应链金融的支付的特征，供应链参与方可以是使用债权凭证(如延期兑付账单收据之类的)进行合同签约，例如，当供应链参与一方使用债权凭证将本身资源账户中的资源转移至上游供应商对应的资源账户等操作，同时，债权凭证的所有人相应的发生变更，并将更新信息写入区块链中。智能合约可通过P2P的方式在区块链全网中扩散，该链中的每个节点都会收到一份智能合约；区块链中的验证节点会将收到的合约先保存到内存中，等待新一轮的共识时间，触发对该份合约的共识和处理。

步骤S800，当检测到满足智能合约对应的触发条件的事务时，执行智能合约。

事实上，智能合约发布到区块链之上，是不会自动执行的。如果想让智能合约执行，就需要有相应的触发条件。例如外部程序调取智能合约或者智能合约根据时间条件进行执行。当将经供应链参与方签署确认后的智能合约广播至对应的区块链之后，便会定期检查自动机状态，逐条遍历该智能合约内包含的状态机、事务以及触发条件，若检测到满足该智能合约中由供应链参与方共同确认的智能合约触发条件的事务时，便执行该智能合约，同时，将未满足触发条件的事务将继续存放在区块链上。

上述供应链中智能合约数据处理方法中，获取供应链中供应链参与方提交的智能合约数据，再根据智能合约数据生成符合用户需求的定制类型的初始智能合约，该初始智能合约中对应携带有合约触发条件，同时，根据供应链的特点，在双方达成智能合约之前，对双方的身份、信用资质以及权益证明数据进行验证，保证合作的信息安全，推进合约的达成，再将经供应链参与方签名的智能合约广播至供应链所在区块链，使得区块链中所有节点均能无差异地做出相应响应，综上所述，本申请提供的供应链中智能合约数据处理方法给用户带来更多的便利。

在其中一个实施例中，提取智能合约数据中的合约特征，生成智能合约包括：采用正则表达式，提取智能合约数据中的合约特征，根据合约特征，确定合约字段，将合约字段编译成符合智能合约格式的可执行代码，生成初始智能合约。

正则表达式，又称规则表达式。正则表达式是对字符串操作的一种逻辑公式，就是用事先定义好的一些特定字符、及这些特定字符的组合，组成一个“规则字符串”，这个“规则字符串”用来表达对字符串的一种过滤逻辑。其通常被用来检索、替换或提取那些符合某个模式(规则)的文本。当获取到智能合约数据之后，可以是采用正则表达式，提取智能合约数据中的合约特征，具体的，合约特征可以包括供应链参与方标识信息、需求要素、合约事务以及一些交易要素等，然后，根据提取出的合约特征，确定合约字段，合约字段即构成智能合约的符合格式标准的关键字段。由于智能合约是数字化电子化的合约，其使用编程语言编写的，合约字段确定了，接着将合约字段编译成符合智能合约格式的可执行代码，便得到了初始智能合约的构建。可以理解理解的是，在其他实施例中，合约特征的提取还可以是采用自然语言处理方法、编程语言识别方法、位置参数定位等其他算法。本实施例中，通过正则匹配表达式的方式，能够快速提取出合约特征，效果更佳。

在其中一个实施例中，如图4所示，对供应链参与方进行信用资质验证包括：

步骤S320，调用预设API接口，访问第三方信用数据平台；

步骤S340，发送信用数据查询请求至第三方信用数据平台，信用数据查询请求携带供应链参与方的身份标识信息；

步骤S360，接收第三方信用数据平台反馈的供应链参与方的信用数据，基于信用数据，对供应链参与方进行信用资质验证。

在实际应用中，在部署智能合约之前，还可对智能合约的成本评估和可行性进行评估，具体的，可以是对供应链参与方进行信用资质验证。其中，信用资质验证包括信用评级验证和资质验证，信用评级验证是为了保证供应链参与方的信用程度，具体实施时可以是获取供应链参与方的信用评级数据，若其信用评级超过预设的信用评级阈值，则表明信用良好信用程度高，否则，则表示信用程度较低，存在合作风险。资质认证是为了保证供应链参与方发布的信息的真实准确性。供应链参与方以企业为例，在实际应用中，当企业想要发布信息时，会要求企业提供传真营业执照副本复印件等文件，当验证了企业注册信息和执照上载明的信息相一致后，才准许企业发布各种信息。因此，资质验证可以供应链参与方是否具备有效的资质认证文件进行验证。若具备资质认证文件，则资质验证通过，否则，资质验证不通过。进一步的，信用评级数据和资质认证可以从供应链参与方认可的第三方信用数据机构或平台获取，其提供的信用数据具备一定的可信度，也可以是获取智能平台积累的信用评级数据。本实施例中，供应链参与方的信用数据从第三方信用数据机构获取。具体的，可以是开发人员事先定义好用于访问第三方信用数据机构的API接口，然后在需要获取信用数据(包括信用评级和资质认证文件)时，调用预设的API接口，访问第三方信用数据平台，发送携带查询对象(即供应链参与方)的身份标识信息的信用数据查询消息至第三方信用数据平台，接收第三方信用数据平台根据身份标识查询出的对应的信用数据。具体实施例时，可以是获取多家第三方信用数据平台的信用数据。可以理解的是，在其他实施例中，还可以是获取智能合约平台中积累的供应链参与方的信用数据。具体可根据实际情况而定，在此不做限定。本实施例中，结合供应链的特点，在智能合约达成之前对交易双方进行信用资质验证，保证了智能合约的真实性和可执行性。

在其中一个实施例中，如图3所示，检测满足智能合约对应的触发条件的事务时，执行智能合约包括：步骤S820，发送物流查询消息至供应链中物流平台，并监测预设资源账户中资源数据，当接收到物流平台反馈的表征货物已送达的物流消息且预设资源账户中资源增加时，执行智能合约。

具体实施时，当经供应链参与方签署确认的智能合约广播至区块链后，便是等待执行该智能合约的操作了。一般的，区块链构建的智能合约自动执行过程可以是定期检查自动机状态，逐条遍历每个智能合约内包含的状态机、事务以及触发条件，将条件满足的事务推送到待验证的队列中，等待共识；未满足触发条件的事务将继续存放在区块链上。本实施例中，由于智能合约触发条件数据是供应链参与方共同根据供应链特性和自身需求共同确认的，因此，智能合约的检测可以是发送物流查询消息至供应链中物流平台，并实时监测预设资源账户中资源数据，当接收到物流平台反馈的表征货物已送达的物流消息且预设资源账户中资源增加时，则执行智能合约，将自身资源账户的资源按照合约中的条件转移至对应的供应链参与方。实际应用中，接收到物流平台反馈的表征货物已送达的物流消息即表示智能合约平台检测到物流信息(物联网信息)显示货物已送达至买方，买方已签收，预设资源账户中资源增加即表示智能合约平台收到了买方的延期兑付票据或收据。可以理解的是，在其他实施例中，还可以是收到供应链参与方的智能合约提醒或根据时间条件触发，执行智能合约。本实施例中，根据货物物流信息以及账户资源是否增加作为智能合约触发条件的事务，很好的根据供应链金融的特点，解决了其普遍存在的智能合约适用性不高的问题。

在其中一个实施例中，当检测到满足智能合约对应的触发条件的事务之后，还包括：发送事务签名验证消息至区块链中的验证节点，接收经过验证节点签名的验证信息，进入执行智能合约的步骤。

实际应用中，当检测到满足智能合约对应的触发条件的事务后，会进入最新轮验证的事务，该事务会扩散到区块链中的每一个验证节点，与普通区块链交易或事务一样，验证节点会进行签名验证，具体的，可以是发送事务签名验证消息是验证节点，使得验证节点对该满足智能合约触发条件的事务进行签名验证，接收经验证节点验证通过的验证信息，将该经过验证的事务放入待共识集合，当大多数验证节点达成共识后，该事务会成功执行。在另一个实施例中，在该事务被执行后，生成智能合约执行结果，并将智能合约执行结果发送至供应链参与方，以便其及时知晓智能合约执行情况。进一步的，事务执行成功后，智能合约自带的状态机会判断所属合约的状态，当合约包括的所有事务都顺序执行完后，状态机会将合约的状态标记为完成，并从最新的区块中移除该智能合约。本实施例中，通过发送事务验证消息至验证节点，进行事务的验证，能够确保事务的有效性。

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

在其中一个实施例中，如图5所示，提供了一种供应链中智能合约数据处理装置，包括：合约内容获取模块510、合约推送模块520、合约接收模块530以及合约执行模块540，其中：

合约内容获取模块510，用于获取供应链参与方提交的智能合约数据，智能合约数据携带智能合约触发条件数据，供应链参与方至少为两个。

合约推送模块520，用于当确定供应链参与方通过验证时，提取智能合约数据中的合约特征，生成、并推送初始智能合约至对应的供应链参与方，验证包括身份验证和信用资质验证以及权益证明验证。

合约接收模块530，用于接收经供应链参与方签名的智能合约、并将智能合约广播至供应链所在的区块链。

合约执行模块540，用于当检测到满足智能合约对应的触发条件的事务时，执行智能合约。

在其中一个实施例中，约推送模块520还用于采用正则表达式，提取智能合约数据中的合约特征，根据合约特征，确定合约字段，将合约字段编译成符合智能合约格式的可执行代码，生成初始智能合约。

在其中一个实施例中，如图6所示，供应链中智能合约数据处理装置还包括信用资质验证模块550，用于调用预设API接口，访问第三方信用数据平台，发送信用数据查询请求至第三方信用数据平台，信用数据查询请求携带供应链参与方的身份标识信息，接收第三方信用数据平台反馈的供应链参与方的信用数据，基于信用数据，对供应链参与方进行信用资质验证。

在其中一个实施例中，合约执行模块540还用于发送物流查询消息至供应链中物流平台，并监测预设资源账户中资源数据，当接收到物流平台反馈的表征货物已送达的物流消息且预设资源账户中资源增加时，执行智能合约。

在其中一个实施例中，如图6所示，供应链中智能合约数据处理装置还包括事务验签模块560，用于发送事务签名验证消息至区块链中的验证节点，接收经过验证节点签名的验证信息，进入执行智能合约的步骤。

在其中一个实施例中，如图6所示，供应链中智能合约数据处理装置还包括执行结果通知模块570，用于生成智能合约执行结果，将智能合约执行结果发送至供应链参与方。

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

在其中一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储智能合约数据等。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种供应链中智能合约数据处理方法。

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

在其中一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述供应链中智能合约数据处理方法中的步骤。

在其中一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述供应链中智能合约数据处理方法中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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.根据权利要求1所述的供应链中智能合约数据处理方法，其特征在于，对所述供应链参与方进行信用资质验证包括：

调用预设API接口，访问第三方信用数据平台；

发送信用数据查询请求至第三方信用数据平台，所述信用数据查询请求携带所述供应链参与方的身份标识信息；

接收所述第三方信用数据平台反馈的所述供应链参与方的信用数据；

基于所述信用数据，对所述供应链参与方进行信用资质验证。

4.根据权利要求1所述的供应链中智能合约数据处理方法，其特征在于，检测满足所述智能合约对应的触发条件的事务时，执行所述智能合约包括：

发送物流查询消息至供应链中物流平台，并监测预设资源账户中资源数据；

当接收到所述物流平台反馈的表征货物已送达的物流消息且预设资源账户中资源增加时，执行所述智能合约。

5.根据权利要求1所述的供应链中智能合约数据处理方法，其特征在于，所述当检测到满足所述智能合约对应的触发条件的事务之后，还包括：

发送事务签名验证消息至所述区块链中的验证节点；

接收经过所述验证节点签名的验证信息，进入所述执行所述智能合约的步骤。

6.根据权利要求1所述的供应链中智能合约数据处理方法，其特征在于，所述执行所述智能合约之后，还包括：

生成智能合约执行结果；

将所述智能合约执行结果发送至所述供应链参与方。

7.一种供应链中智能合约数据处理装置，所述装置包括：

合约内容获取模块，用于获取供应链参与方提交的智能合约数据，所述智能合约数据携带智能合约触发条件数据，所述供应链参与方至少为两个；

合约推送模块，用于当确定所述供应链参与方通过验证时，提取所述智能合约数据中的合约特征，生成、并推送初始智能合约至对应的供应链参与方，所述验证包括身份验证和信用资质验证以及权益证明验证；

合约接收模块，用于接收经所述供应链参与方签名的智能合约、并将所述智能合约广播至所述供应链所在的区块链；

合约执行模块，用于当检测到满足所述智能合约对应的触发条件的事务时，执行所述智能合约。

8.根据权利要求7所述的供应链中智能合约数据处理装置，其特征在于，所述装置还包括：

信用资质验证，用于调用预设API接口，访问第三方信用数据平台，发送信用数据查询请求至第三方信用数据平台，所述信用数据查询请求携带所述供应链参与方的身份标识信息，接收所述第三方信用数据平台反馈的所述供应链参与方的信用数据，基于所述信用数据，对所述供应链参与方进行信用资质验证。

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

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

Images