CN111159304A - 一种基于区块链的数据处理方法、装置、设备及系统 - Google Patents

Abstract

本说明书实施例公开了一种基于区块链的数据处理方法、装置、设备及系统，应用于区块链节点，所述方法包括：接收发起方发送的目标业务的合同签约请求，该合同签约请求中包括所需签订的合同数据；根据该合同数据，生成目标业务的待签署合同；将该待签署合同发送给该发起方，并接收该发起方发送的包括签名信息的签署后的合同，根据该包括签名信息的签署后的合同生成该目标业务的业务合同；根据该业务合同确定该业务合同对应的合同规则，并基于该合同规则生成该业务合同对应的第一智能合约，并将该第一智能合约部署于区块链中；当基于第一智能合约检测到该业务合同的状态满足该合同规则时，执行该合同规则。

Description

一种基于区块链的数据处理方法、装置、设备及系统

技术领域

本说明书涉及计算机技术领域，尤其涉及一种基于区块链的数据处理方法、装置、设备及系统。

背景技术

签订合同是市场经济中的非常普遍的一种行为，通常，合同的签署双方会预先基于双方所具备的权利和义务设定合同的内容，然后制作成为纸质合同协议，由合同的签署双方进行签字和盖章。

而随着市场经济越来越发达，人们的法律意识越来越强，人们希望许多行为（包括民事行为等）或活动均可以通过合同作为保障，而且对于合同的履约和违约处理，通常是通过双方的线下沟通实现，显然签订纸质合同的一系列复杂流程不利于快速方便地进行合同的签署以及其履约和违约的处理，而通过一方先制作纸质合同，再通过多次邮寄的方法送达对方并进行签字和盖章的方法，存在很大的风险，严重缺乏可靠性。因此，需要提供一种合同签署和合同处理（如履约或违约处理等）过程更加简化，且可靠性更高的技术方案。

发明内容

本说明书实施例的目的是提供一种基于区块链的数据处理方法、装置、设备及系统，以提供一种合同签署和合同处理（如履约或违约处理等）过程更加简化，且可靠性更高的技术方案。

为了实现上述技术方案，本说明书实施例是这样实现的：

本说明书实施例提供的一种基于区块链的数据处理方法，应用于区块链节点，所述方法包括：接收发起方发送的目标业务的合同签约请求，所述合同签约请求中包括所需签订的合同数据。根据所述合同数据，生成所述目标业务的待签署合同。将所述待签署合同发送给所述发起方，并接收所述发起方发送的包括签名信息的签署后的合同，根据所述包括签名信息的签署后的合同生成所述目标业务的业务合同。根据所述业务合同确定所述业务合同对应的合同规则，并基于所述合同规则生成所述业务合同对应的第一智能合约，并将所述第一智能合约部署于区块链中，所述合同规则包括履约规则和/或违约规则。当基于第一智能合约检测到所述业务合同的状态满足所述合同规则时，执行所述合同规则。

本说明书实施例提供的一种基于区块链的数据处理装置，所述装置包括：合同请求模块，接收发起方发送的目标业务的合同签约请求，所述合同签约请求中包括所需签订的合同数据。合同处理模块，根据所述合同数据，生成所述目标业务的待签署合同。业务合同生成模块，将所述待签署合同发送给所述发起方，并接收所述发起方发送的包括签名信息的签署后的合同，根据所述包括签名信息的签署后的合同生成所述目标业务的业务合同。智能合约部署模块，根据所述业务合同确定所述业务合同对应的合同规则，并基于所述合同规则生成所述业务合同对应的第一智能合约，并将所述第一智能合约部署于区块链中，所述合同规则包括履约规则和/或违约规则。合同规则执行模块，当基于第一智能合约检测到所述业务合同的状态满足所述合同规则时，执行所述合同规则。

本说明书实施例提供的一种基于区块链的数据处理设备，所述基于区块链的数据处理设备包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：接收发起方发送的目标业务的合同签约请求，所述合同签约请求中包括所需签订的合同数据。根据所述合同数据，生成所述目标业务的待签署合同。将所述待签署合同发送给所述发起方，并接收所述发起方发送的包括签名信息的签署后的合同，根据所述包括签名信息的签署后的合同生成所述目标业务的业务合同。根据所述业务合同确定所述业务合同对应的合同规则，并基于所述合同规则生成所述业务合同对应的第一智能合约，并将所述第一智能合约部署于区块链中，所述合同规则包括履约规则和/或违约规则。当基于第一智能合约检测到所述业务合同的状态满足所述合同规则时，执行所述合同规则。

本说明书实施例提供的一种基于区块链的数据处理系统，所述系统包括基于区块链的合同平台和业务平台，其中：所述业务平台，被配置为向所述基于区块链的合同平台发送的目标业务的合同签约请求，所述合同签约请求中包括所需签订的合同数据。所述基于区块链的合同平台，被配置为根据所述合同数据，生成所述目标业务的待签署合同，将所述待签署合同发送给所述业务平台。所述业务平台，还被配置为展示所述待签署合同，并获取签署方的签名信息，将包括所述签名信息的签署后的合同发送给所述基于区块链的合同平台。所述基于区块链的合同平台，还被配置为根据所述包括签名信息的签署后的合同生成所述目标业务的业务合同，根据所述业务合同确定所述业务合同对应的合同规则，并基于所述合同规则生成所述业务合同对应的第一智能合约，并将所述第一智能合约部署于所述区块链中，所述合同规则包括履约规则和/或违约规则。所述基于区块链的合同平台，还被配置为调用所述区块链中的所述第一智能合约检测所述业务合同的状态，并当基于第一智能合约检测到所述业务合同的状态满足所述合同规则时，执行所述合同规则。

附图说明

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

图1为本说明书一种基于区块链的数据处理方法实施例；

图2为本说明书一种基于区块链的合同模板生成的流程图；

图3为本说明书一种基于区块链的数据处理系统的结构示意图；

图4为本说明书一种基于区块链的目标业务的业务合同生成的流程图；

图5为本说明书一种基于区块链对业务合同的状态进行更新的流程图；

图6为本说明书一种基于区块链为应用方提供业务合同相关证据的流程图；

图7为本说明书另一种基于区块链的合同模板生成的流程图；

图8为本说明书又一种基于区块链的合同模板生成的流程图；

图9为本说明书一种基于区块链的数据处理装置实施例；

图10为本说明书一种基于区块链的数据处理设备实施例；

图11为本说明书另一种基于区块链的数据处理系统的结构示意图；

图12为本说明书又一种基于区块链的数据处理系统的结构示意图。

具体实施方式

本说明书实施例提供一种基于区块链的数据处理方法、装置、设备及系统。

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

实施例一

如图1所示，本说明书实施例提供一种基于区块链的数据处理方法，该方法的执行主体可以为区块链节点，该区块链节点可以是终端设备或服务器，其中，终端设备可以如手机、平板电脑等移动终端设备，还可以如个人计算机等设备。该服务器可以是一个独立的服务器，还可以是由多个服务器构成的服务器集群等。该服务器可以是某项业务（如进行交易的业务等）的后台服务器，也可以是某应用（如某品牌商提供的购物应用）的后台服务器等。该方法具体可以包括以下步骤：

在步骤S102中，接收发起方发送的目标业务的合同签约请求，该合同签约请求中包括所需签订的合同数据。

其中，发起方可以是需要签署合同中的任一方，如常用合同中所称的甲方或乙方等，具体如签订某项保险合同的投保人或提供该项保险服务的组织等。目标业务可以是任意业务，例如保险业务、金融业务、购物业务等。合同数据可以是某合同中的数据，可以为其中的部分项目的数据，也可以是全部数据，其中的合同可以是任意合同，具体如保险合同、买卖合同、借贷合同、劳动合同等。

在实施中，签订合同是市场经济中的非常普遍的一种行为，通常，合同的签署双方会预先基于双方所具备的权利和义务设定合同的内容，然后制作成为纸质合同协议，由合同的签署双方进行签字和盖章。而随着市场经济越来越发达，人们的法律意识越来越强，人们希望许多行为（包括民事行为等）或活动均可以通过合同作为保障，而且对于合同的履约和违约处理，通常是通过双方的线下沟通实现，显然签订纸质合同的一系列复杂流程不利于快速方便地进行合同的签署以及其履约和违约的处理，而通过一方先制作纸质合同，再通过多次邮寄的方法送达对方并进行签字和盖章的方法，存在很大的风险，严重缺乏可靠性。因此，需要提供一种合同签署和合同处理（如履约或违约处理等）过程更加简化，且可靠性更高的技术方案。本说明书实施例提供一种能够实现上述技术方案的方法，具体可以包括以下内容：

随着电子商务的快速发展，大量组织或企业越来越倾向于采用电子信息的方式进行业务交流和沟通，以降低成本、提升竞争力，为此，可以采用电子合同的方式来迅速锁定客户、降低成本、提升竞争力，本说明书实施例中，为了提供合同的签署效率，可以预先设定合同模板，并可以将设定的合同模板存储于设定的存储设备中。其中，合同模板可以是构成合同的基础，其中可以包括合同的项目，如甲方、乙方、有效期限等项目，还可以包括相关信息，例如签署方所具备的权利和义务的相关信息等。对于设定的合同模板，可以根据业务的不同而设定相应的合同，具体地，针对不同的业务，可以具有不同的需求，而不同的需求可能会需要不同合同结构和项目的合同模板，因此，可以针对不同业务的需求，预先设定相应的合同模板，并可以将业务标识与合同模板的标识对应存储。

此外，对于合同模板存储的存储设备，考虑到合同模板的准确性、防止被篡改，可以构建区块链，将上述合同模板存储于区块链中。区块链本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中可以包含存储数据及其相关信息（如可以用于验证其数据的有效性（或防伪性）和生成下一个区块的信息等）。区块链在线上数据的防篡改、防伪和可追溯方向能够得到较好的应用，如果将合同模板的使用、管理和等处理中的相关行为数据添加到区块链中，则合同相关信息将无法更改和抵赖。因此，可以通过区块链来维护合同相关信息，这样，各方均可以基于区块链中的相关信息对某合同的数据进行核验，从而保证合同模板和合同内容等的准确性。

基于上述内容，可以通过区块链节点来响应对合同的相关处理，以为合同处理的发起方提供相关服务，具体地，当某两方或多方需要签署某合同的情况下，该双方或多方或其中的任一方可以向区块链节点请求该合同的合同模板，即可以预先设定合同签署的相关页面，该页面中可以设置有合同模板的请求入口（具体可以通过按键或超链接等方式体现），该双方或多方或其中的任一方可以通过终端设备打开上述页面，并可以通过上述合同模板的请求入口进入合同模板的获取页面，可以通过该获取页面中的合同模板对应的业务（即目标业务）的相关信息的输入框中输入的目标业务的信息（如目标业务的业务标识等），生成目标业务的合同模板获取请求，终端设备可以将该目标业务的合同模板获取请求发送给区块链节点，区块链节点可以根据目标业务的信息（如目标业务的业务标识等），获取相应的合同模板，并可以将获取的合同模板发送给终端设备。终端设备可以显示该合同模板，待签署合同的双方或多方可以查看该合同模板，该合同模板中可以包括多种不同的项目和相关信息，例如合同双方的名称项目、身份信息项目、义务和职责条款、履约相关的信息和违约相关的信息（如违约金等）。待签署合同的双方或多方可以在该合同模板中填写相应的信息，填写完成后，终端设备可以获取上述填写的信息对应的数据和合同模板中包含的数据（即所需签订的合同数据）生成目标业务的合同签约请求，并可以将目标业务的合同签约请求发送给区块链节点，区块链节点可以接收发起方发送的目标业务的合同签约请求，该合同签约请求中包括所需签订的合同数据。

此外，步骤S102的处理除了可以通过上述方式实现外，还可以通过下述方式实现，具体地，区块链中也可以不需要预先设定合同模板，而是由待签署合同的双方或多方自行制定合同模板，待签署合同的双方或多方可以在该合同模板中填写相应的信息，填写完成后，可以通过终端设备将填写的信息对应的数据和合同模板中包含的数据（即所需签订的合同数据）生成目标业务的合同签约请求，并可以将目标业务的合同签约请求发送给区块链节点，区块链节点可以接收发起方发送的目标业务的合同签约请求，该合同签约请求中包括所需签订的合同数据。

在步骤S104中，根据上述合同数据，生成目标业务的待签署合同。

在实施中，对于区块链中设置有合同模板的情况，通过上述步骤S102的处理接收到发起方发送的目标业务的合同签约请求后，可以根据目标业务的业务标识等信息，确定目标业务对应的合同模板，或者，也可以预先记录终端设备向区块链节点请求合同模板的过程中，区块链节点所返回的合同模板的标识，然后，当区块链节点接收到发起方发送的目标业务的合同签约请求后，可以获取预先记录的向区块链节点返回的合同模板的标识，通过该标识可以获取相应的合同模板等。在实际应用中，除了可以通过上述方式获取合同模板外，还可以通过多种其它方式获取合同模板，具体可以根据实际情况设定，本说明书实施例对此不做限定。

通过上述方式获取到目标业务对应的合同模板后，可以将获取的合同模板与上述合同签约请求中的合同数据相结合，从而得到合同中的填写的内容或修改后的内容。由于合同模板和合同数据仅是构成相应合同的主要内容，而合同中往往还需要其他内容，例如合同的签署方的信息，有限期限、违约的处理规则等，为此，可以通过该合同模板和上述合同数据生成初始的合同，然后，可以在初始的合同的预设位置插入上述信息的输入区域，进而可以生成待签署合同。例如，可以通过该合同模板和上述合同数据生成初始的合同，然后，可以在初始的合同的最后位置插入签名和日期的输入区域，从而生成包括上述合同数据和签名和日期的输入区域的待签署合同。

对于区块链中未设置合同模板的情况，上述合同签约请求中还可以包括如合同的结构信息等，区块链节点可以直接基于获取到的所需签订的合同数据和上述结构信息等确定初始的合同，然后，可以在初始的合同的预设位置插入上述信息的输入区域，进而可以生成待签署合同。

在步骤S106中，将待签署合同发送给发起方，并接收发起方发送的包括签名信息的签署后的合同，根据包括签名信息的签署后的合同生成目标业务的业务合同。

其中，签名信息可以为签署方通过人工书写的方式或通过预设的输入法输入信息的方式等输入签署方相关的信息，具体如签署方的姓名、联系方式、身份证件号码等，具体可以根据实际情况设定，本说明书实施例对此不做限定。待签署合同为不包含签名信息的合同，待签署合同可以为还未完整的合同，包括签名信息的签署后的合同可以是包含了签署方原始签名信息的签署后的合同，包括签名信息的签署后的合同可以为完整的合同原件，业务合同可以是基于完整的合同原件而生成的可存放于区块链中的最终合同。

在实施中，区块链节点通过上述步骤S104的处理生成待签署合同后，可以将该待签署合同发送给发起方，发起方可以将待签署合同进行展示，签署方可以浏览待签署合同中的内容，如果签署方确认待签署合同中的数据准确，则可以在待签署合同中需要签名的位置进行签名，签名完成后，可以得到带有签名的签署后的合同，发起方的终端设备可以获取包括进行签名的签名信息的签署后的合同，并将其发送给区块链节点。区块链节点可以接收发起方发送的包括签名信息的签署后的合同。

区块链节点接收到发起方发送的包括签名信息的签署后的合同后，可以将包括签名信息的签署后的合同作为目标业务的业务合同，或者，可以通过预设的转换方法将包括签名信息的签署后的合同转换为目标业务的业务合同，例如，可以通过签名信息获取该签名信息对应的身份信息，可以将签名信息和获取的身份信息转换为该身份信息对应的全局唯一标识，并可以基于得到的全局唯一标识和待签署合同，生成目标业务的业务合同。在实际应用中，上述根据包括签名信息的签署后的合同生成目标业务的业务合同的具体处理方式不仅包括上述两种，还可以包括多种，具体可以根据实际情况设定，本说明书实施例对此不做限定。

在步骤S108中，根据上述业务合同确定该业务合同对应的合同规则，并基于该合同规则生成该业务合同对应的第一智能合约，并将第一智能合约部署于区块链中，该合同规则包括履约规则和/或违约规则。

其中，第一智能合约可以是任意的智能合约，其中的智能合约可以是一种旨在以信息化方式传播、验证或执行合同的计算机协议，智能合约允许在没有第三方的情况下进行可信交互，进行的上述交互可追踪且不可逆转，智能合约中包括合约参与方可以在上面执行合约参与方同意的权利和义务的协议。智能合约中可以包括触发执行该智能合约的触发条件，以及触发条件对应的结果，智能合约中可以包括一个或多个触发条件，每个触发条件可以对应有一个结果，如某智能合约的触发条件为：履约日期为3月10日，触发条件对应的结果为：3月9日的10点钟向某签约方发送履约提醒消息等。履约规则可以是与履行合同中相关约定的相关规则，例如履约规则可以包括履约提醒的规则、履约支付的相关规则等。违约规则可以是与违反合同中相关约定的相关规则，例如违约规则可以包括违约滞纳金的扣取规则等，具体可以根据实际情况设定。

在实施中，区块链节点得到目标业务的业务合同后，可以对业务合同的内容进行分析，从中可以提取出履约的相关信息，并可以基于履约的相关信息确定相应的履约规则，和/或，从中可以提取出与违约相关的信息，并可以基于与违约相关的信息确定相应的违约规则，从而可以基于履约规则和违约规则得到该业务合同的合同规则。区块链节点可以基于该业务合同的合同规则生成相应的智能合约（即该业务合同对应的第一智能合约），并可以向该区块链节点所在的区块链网络中部署该业务合同对应的第一智能合约，这样，区块链中存储了合同规则的信息和相应的第一智能合约，其它组织或人员无法篡改该合同规则的信息和相应的第一智能合约，而且，区块链节点通过第一智能合约对业务合同的合同规则进行检测和处理。

在步骤S110中，当基于第一智能合约检测到上述业务合同的状态满足上述合同规则时，执行该合同规则。

其中，业务合同的状态可以包括多种，例如履约提醒、履约执行、违约、诉讼等，具体可以根据实际情况设定，本说明书实施例对此不做限定。

在实施中，区块链节点生成上述业务合同对应的第一智能合约后，可以将第一智能合约部署到区块链中，然后，区块链节点可以调用第一智能合约对该业务合同的状态进行检测，具体地，合同规则可以包括多种，每一种合同规则可以对应一种业务合同的状态，例如业务合同的状态为履约提醒，对应的合同规则可以是履约提醒的规则，再例如业务合同的状态为违约，对应的合同规则可以是违约规则等。第一智能合约中可以记录有多种不同的业务合同的状态，以及每一种状态对应的合同规则的相关信息（如合同规则的标识等），当第一智能合约部署到区块链中后，可以实时监测业务合同的状态，具体可以通过多种方式实现，例如可以实时从签署方获取与业务合同相关信息，从而确定业务合同的状态，或者，签署方即使更新业务合同的状态，区块链节点可以通过执行合约直接获取业务合同的状态等。然后，可以将监测到的业务合同的状态与第一智能合约中记录的状态信息进行比对，如果监测到的状态与第一智能合约中记录的某一状态匹配，则可以触发该状态对应的合同规则。例如，第一智能合约中记录的状态信息包括履约执行、违约，如果区块链节点通过第一智能合约监测到业务合同的状态为违约，则可以通过第一智能合约触发违约规则执行。

本说明书实施例提供一种基于区块链的数据处理方法，通过在区块链中设置合同的处理机制，从而根据发起方提供的合同数据，生成待签署合同，进而得到包括签名信息的签署后的合同，并基于包括签名信息的签署后的合同最终生成该目标业务的业务合同，简化了通过线下纸质合同的繁杂处理过程，同时通过区块链生成和保存业务合同，可以保证最终生成的业务合同的准确性，防止被篡改，另外，根据该业务合同确定该业务合同对应的合同规则，并基于该合同规则生成该业务合同对应的第一智能合约，通过第一智能合约触发相应的合同规则（履约规则和/或违约规则）执行，这样基于区块链来触发履约和/或违约处理，可以大大简化合同处理过程，而且可靠性更高。

实施例二

如图2所示，本说明书实施例提供一种基于区块链的数据处理方法，该方法的执行主体可以为区块链节点，该区块链节点可以是终端设备或服务器，其中，终端设备可以如手机、平板电脑等移动终端设备，还可以如个人计算机等设备。该服务器可以是一个独立的服务器，还可以是由多个服务器构成的服务器集群等。该服务器可以是某项业务（如进行交易的业务等）的后台服务器，也可以是某应用（如某品牌商提供的购物应用）的后台服务器等。本说明书实施例涉及的系统架构可以如图3所示。该方法具体可以包括以下步骤：

基于上述实施例一中的相关内容，区块链中可以不需要预先设置目标业务对应的合同模板，可选地，也可以在区块链中预先设置目标业务对应的合同模板，即在上述实施例一中的步骤S102之前，可以预先构建不同业务对应的合同模板，以便发起方可以快速方便的获取所需签订的合同数据。在实际应用中，可以预先通过多种不同的方式构建合同模板，例如发起方自行编写合同模板后，将编写后的合同模板上传至区块链中存储，后续发起方可以再从区块链中调取该合同模板，除了上述方式外，还可以包括多种可选方式，以下提供一种可选的合同模板构建方式，具体可以参见下述步骤S202~步骤S210的处理。

在步骤S202中，获取目标业务对应的合同类型的多个已签订的历史合同数据。

其中，合同类型可以是合同所属的类型，合同类型可以包括多种，例如买卖类、保险类、借贷类、聘用类等，具体可以根据实际情况设定，本说明书实施例对此不做限定。历史合同数据可以是已签订的合同的数据或者目标业务中所使用过的合同的数据等，例如，从当前时刻开始之前的3年内已签订的合同的数据等。

在实施中，可以通过多种方式获取目标业务对应的合同类型的多个已签订的历史合同数据，例如，可以通过购买的方式向不同的组织或个人购买针对目标业务的历史合同数据；或者，可以兑换的方式向不同的组织或个人获取针对目标业务的历史合同数据，具体如，一个历史合同数据可以兑换一张电影票优惠券等；或者，可以通过预设的网络搜索引擎搜索目标业务的历史合同数据；或者，可以通过预设的网络爬虫，从互联网中爬取目标业务的历史合同数据等，具体可以根据实际情况设定，本说明书实施例对此不做限定。

在步骤S204中，基于多个历史合同数据，通过区块链中预设的第二智能合约生成目标业务对应的合同模板，并将目标业务的业务标识与目标业务对应的合同模板的标识对应存储。

其中，第二智能合约可以是用于生成合同模板的智能合约。第二智能合约中的内容可以根据实际情况设定。业务标识可以为目标业务的名称或编码等，合同模板的标识也可以为合同模板的名称或编码等。

在实施中，区块链节点获取到多个历史合同数据后，可以调用区块链中预设的第二智能合约，通过第二智能合约可以分别对多个历史合同数据进行分析，从中可以确定目标业务的合同中应该包含的基本项目和基本信息，具体如，可以将多个历史合同数据中70%以上数量的历史合同数据中均包含的项目作为上述基本项目，将多个历史合同数据中80%以上数量的历史合同数据中均包含的信息作为上述基本信息等。然后，可以基于得到的基本项目和基本信息，以及目标业务的相关信息生成目标业务对应的合同模板。为了后续能够准确的查找到该合同模板，可以将目标业务的业务标识与目标业务对应的合同模板的标识对应存储到区块链中，在实际应用中，可以通过表格的形式存储上述对应关系。

此外，为了降低后续处理的复杂度，可以在生成目标业务的合同模板后，生成该合同模板对应的智能合约，并可以将该智能合约部署于区块链中，其中，该智能合约在名称上可以称为第一智能合约，但此时的第一智能合约中可以仅包含智能合约的结构框架，不包含与具体的业务合同内容相关的信息，例如仅包含甲方、乙方、合同有效期限、违约金、履约金等项目的名称，而不包含上述各个项目的内容，以及业务合同对应的履约相关的信息、业务合同的签署方的相关信息、业务合同对应的违约相关的信息等。

通过上述方式可以在区块链中生成不同业务的合同模板，这样，后续可以为签署方提供合同模板和与相应的业务合同相关的服务，具体可以参见以下内容。

在步骤S206中，接收发送方发送的目标业务的合同获取请求，该合同获取请求中包括目标业务的业务标识。

在实施中，可以预先设置触发合同模板获取的页面，发起方的终端设备可以通过该页面中预设的触发机制，获取目标业务的业务标识，并可以基于该业务标识生成目标业务的合同获取请求，可以将目标业务的合同获取请求发送给区块链节点，区块链节点可以接收发送方发送的目标业务的合同获取请求。

在步骤S208中，根据目标业务的业务标识，获取目标业务的业务标识对应的合同模板的标识。

在实施中，基于上述内容，区块链中存储有业务标识与合同模板的标识的对应关系，可以从上述对应关系中查找上述目标业务的业务标识，如果查找到该目标业务的业务标识，则可以上述对应关系确定相应的合同模板的标识。

在步骤S210中，将获取的合同模板的标识对应的合同模板发送给发起方，以使发起方基于该合同模板获取所需签订的合同数据。

在实施中，发起方接收到合同模板后，可以将该合同模板展示给签署方，签署方可以在该合同模板中填写相应信息，填写完成后，即可以得到所需签订的合同数据。

可选地，通过上述处理过程在区块链中生成目标业务对应的合同模板后，针对目标业务，为了适应当前最新的用户需求，发起方还可以对区块链中的上述合同模板进行主动修改，具体可以通过以下方式实现：接收发起方发送的目标业务对应的合同模板的修改请求，该修改请求中包括该合同模板的修改信息；根据该合同模板的修改信息对该合同模板进行修改，得到修改后的合同模板。

其中，该合同模板的修改信息可以包括对该合同模板中已存在的条款信息进行修改的信息，也可以包括向该合同模板中添加某些条款的信息等。

可选地，目标业务对应的合同可以为可协商合同，可协商合同可以为签署合同的双方需要互相协商合同中的具体内容的合同，基于此，通过上述处理过程在区块链中生成目标业务对应的合同模板，并将合同模板发送给请求该合同模板的发起方后，区块链节点还可以对上述合同协商过程中的相关数据进行存证，相应的处理可以包括：获取发起方上传至区块链的、针对目标业务的合同协商过程所产生的第一协商数据，并将第一协商数据存储至区块链；和/或，获取发起方上传至区块链的、针对目标业务的合同协商过程所产生的第二协商数据，并将第二协商数据存储至区块链。其中，第一协商数据可以包括以下中的一项或多项：基于上述合同模板所产生的初始合同所对应的数据、基于发起方对初始合同进行修改所产生的中间合同对应的数据、基于签署方的确定所产生的最终合同对应的数据，第二协商数据可以包括以下中的一项或多项：发起方接收到的签署方针对初始合同和/或中间合同所返回的修改数据、发起方接收到的签署方发送的合同确认信息。

具体地，发起方接收到区块链节点提供的合同模板后，可以基于合同模板中的项目，填写相应的信息，例如，合同模板为某项保险的合同模板，该合同模板中可以包括提供保险服务的一方和投保方等项目，以及该项保险的相关条款内容等，发起方可以填写上述各个项目的信息，并可以完善该项保险的相关条款内容等。然后，发起方可以基于上述合同模板和上述填写的相应的信息生成初始合同，发起方可以将该初始合同对应的数据上传至区块链，区块链节点可以将该初始合同对应的数据存储于区块链中。

发起方可以将初始合同提供给签署方，签署方可以查看初始合同的内容，如果签署方对初始合同中的某些内容存在异议，则可以对初始合同中的上述内容提出修改意见，并可以将相应的修改数据发送给发起方，发起方可以将接收到的签署方针对初始合同所返回的修改数据上传至区块链，区块链节点可以将该修改数据存储于区块链中。

发起方可以针对签署方提供的修改数据对上述初始合同中的相关内容进行修改，从而生成第一个中间合同，发起方可以将第一个中间合同对应的数据上传至区块链，区块链节点可以将该中间合同对应的数据存储于区块链中。发起方可以将第一个中间合同发送给签署方，签署方可以查看上述中间合同的内容，如果签署方对该中间合同中的某些内容仍然存在异议，则可以对该中间合同中的上述内容再次提出修改意见，并可以将相应的修改数据发送给发起方，发起方可以将接收到的签署方针对中间合同所返回的修改数据上传至区块链，区块链节点可以将该修改数据存储于区块链中。发起方可以基于返回的修改数据再次对该中间合同进行修改，得到第二个中间合同，然后重复上述处理过程，经过多次对合同的修改，可以得到多个中间合同，发起方可以将多个中间合同对应的数据分别上传至区块链，区块链节点可以将其存储于区块链中，此外，发起方还可以将接收到的签署方返回的修改数据上传至区块链，区块链节点可以将其存储于区块链中。

在经过上述针对所述目标业务的合同协商过程后，发起方提供给签署方的修改后的合同后，签署方可能不会再对该合同中的内容存在异议，此时，发起方和签署方针对目标业务的合同内容达成一致，签署方可以向发起方发送合同确认信息，以表示签署方对修改后的合同的内容不存在异议，发起方可以将接收到的签署方发送的合同确认信息上传至区块链，区块链节点可以将其存储于区块链中。此外，发起方还可以将签署方已确认的合同的数据所产生的最终合同对应的数据上传至区块链，区块链节点可以将其存储于区块链中。

需要说明的是，针对上述提到的合同模板，该合同模板中可以包括固定条款信息，以及包括可选择条款信息和/或待附加信息区域，其中，固定条款信息可以是该合同模板中不可以更改的信息，可选择条款信息可以是预先提供的可以由发起方或签署方根据实际需要而进行选择的条款信息，待附加信息区域可以是需要发起方或签署方添加某些附加信息的区域，发起方或签署方可以在待附加信息区域中添加附加条款等相关信息。基于上述内容，发起方接收到区块链节点提供的合同模板后，可以基于合同模板中的项目，填写相应的信息，并可以选择需要的可选择条款信息，同时还可以在待附加信息区域中添加附加条款，进而生成初始合同。

上述处理完成后，区块链节点可以执行上述实施例一中的步骤S102~步骤S104的处理，即接收发起方发送的目标业务的合同签约请求，该合同签约请求中包括所需签订的合同数据；根据上述合同数据，生成目标业务的待签署合同。

对于上述实施例一中的步骤S106的处理，在实际应用中可以包括多种可实现方式，以下提供一种可选的方式，如图4所示，上述可选方式具体可以包括以下步骤S402~步骤S408的处理。

在步骤S402中，将待签署合同发送给发起方，并接收发起方发送的包括签名信息的签署后的合同。

区块链节点接收到发起方发送的包括签名信息的签署后的合同后，为了保证签署后的合同的真实性，可以进一步向签名信息的签名方发送合同签署认证，具体可以参见下述步骤S404和步骤S406的处理。

在步骤S404中，根据上述签名信息对应的通讯信息，向该签名信息对应的签名方发送的业务合同签署的认证请求。

在实施中，合同的签署方在签署合同之前，可以在区块链中进行注册，通过注册可以获取签署方的身份信息（如姓名、性别、身份证号码等）、通讯信息（如手机号码、电子邮箱地址、即时通讯应用的账户等），以及为签署方创建相应的账户等。此外，合同的签署方还可以在目标业务所在的业务系统中进行上述注册处理，然后，该业务系统可以将上述注册处理对应的注册信息上传给区块链。

当区块链节点接收到发起方发送的包括签名信息的签署后的合同后，可以从上述注册信息中获取与上述签名信息相匹配的通讯信息（包括手机号码、电子邮箱地址、即时通讯应用的账户等），可以通过获取的通讯信息向该签名信息对应的签名方发送的业务合同签署的认证请求，从而请求签名方确认是否具有签署目标业务的业务合同的意愿。

在步骤S406中，如果在预定时长内接收到签名方发送的该业务合同的签署认证通过的通知消息，则根据上述签名信息，获取该签名信息对应的签名方的数字签名信息。

其中，预定时长可以是任意时长，例如5分钟或10分钟等，具体可以根据实际情况设定，本说明书实施例对此不做限定。数字签名信息也可以称为电子签名的信息等，数字签名信息可以通过签名方的相关信息通过预设的算法生成，其中的签名方的相关信息可以包括签名方的身份信息（如身份证号码、姓名等）、签名信息、签名方的注册信息（如注册的账号等）中的一项或多项，在实际应用中，数字签名信息还可以通过除上述信息之外的其它信息生成，具体可以根据实际情况设定，本说明书实施例对此不做限定。

在实施中，根据上述签名信息，获取该签名信息对应的签名方的数字签名信息可以通过多种方式实现，例如，可以根据上述签名信息获取与该签名信息相匹配的签名方的身份信息、签名方注册的账号等，并可以基于上述获取的信息和签名信息，生成该签名信息对应的签名方的数字签名信息。或者，区块链节点可以根据注册的用户的身份信息、注册的账号等信息，使用相应的算法生成注册的用户的数字签名信息，当区块链节点获取到签名信息后，可以基于该签名信息获取对应的签名方的标识，可以进一步通过签名方的标识查找到相应的数字签名信息。上述仅是本说明书实施例提供两种可选的处理方式，在实际应用中还可以包括其它多种实现方式，具体可以根据实际情况设定，本说明书实施例对此不做限定。

在步骤S408中，根据包括签名信息的签署后的合同和签名方的数字签名信息，生成目标业务的业务合同。

需要说明的是，上述待签署合同为不包含签名信息的合同，待签署合同可以为内容还未完整的合同，上述包括签名信息的签署后的合同可以是包含了签署方原始签名信息的签署后的合同，包括签名信息的签署后的合同可以为内容完整的合同原件，业务合同可以是基于内容完整的合同原件而生成的可存放于区块链中的最终合同。

通过上述处理过程生成目标业务的业务合同后，区块链节点可以继续执行上述实施例一中的步骤S108的处理，即根据上述业务合同确定该业务合同对应的合同规则，并基于该合同规则生成该业务合同对应的第一智能合约，并将第一智能合约部署于区块链中，该合同规则包括履约规则和/或违约规则。

在实施中，基于上述步骤S206的处理仅仅生成了包含智能合约的结构框架的第一智能合约，但是此时的第一智能合约并不完整，通过上述步骤S202~步骤S210、步骤S102~步骤S104、步骤S402~步骤S/408的处理生成了目标业务的完整合同，即业务合同，可以基于完整的业务合同生成完整的第一智能合同。具体地，该业务合同中通常会包含如履约条款和/或违约条款等，区块链节点可以通过对履约条款和/或违约条款的分析，确定该业务合同对应的履约规则和/或违约规则，并可以基于得到的履约规则和/或违约规则确定该业务合同对应的合同规则。可以基于得到的合同规则和业务合同中包含的相关数据，对上述生成的包含智能合约的结构框架的第一智能合约进行内容填充和完善，例如可以基于得到的合同规则和业务合同中包含的相关数据，将第一智能合同中包含的甲方、乙方、合同有效期限、违约金、履约金等项目的内容进行填充等，生成最终的业务合同所对应的完整的（或最终的）第一智能合约。

需要说明的是，上述第一智能合约与上述提到的第二智能合约可以是两个不同的智能合约，还可以是预先设置在一个总的智能合约中，也即是对于分别使用上述两个智能合约进行的处理，可以都通过该总的智能合约进行相应处理，具体可以根据实际情况设定。

可选地，为了提高后续执行合同规则的效率，可以对可以定期或实时对业务合同的状态进行更新，以下提供一种可选的处理方式，如图5所示，该可选的处理方式具体可以包括以下步骤S502~步骤S504的处理。

在步骤S502中，获取上述业务合同的签署方针对该业务合同的行为数据。

其中，签署方针对该业务合同的行为数据可以包括多种，例如签署方针对该业务合同向另一签署方发起资源转移行为（如支付行为等）的数据，或者，签署方针对该业务合同向另一签署方发起违约警告的行为数据等。

在实施中，可以通过多种方式得到业务合同的签署方针对该业务合同的行为数据，例如可以通过预设设定的周期，以周期性的方式向各个签署方拉取签署方针对该业务合同的行为数据，或者，可以是在业务合同的状态信息发生变化时，由每个或部分签署方向区块链中上传签署方针对该业务合同的行为数据等，具体可以根据实际情况设定。

在步骤S504中，根据签署方针对该业务合同的行为数据，基于区块链中的第一智能合约对该业务合同的状态进行更新。

需要说明的是，可以基于区块链中的第一智能合约对该业务合同的状态进行更新，在实际应用中，还可以预先生成新的智能合约，并可以基于新生成的智能合约对该业务合同的状态进行更新，具体可以根据实际情况设定。

通过上述处理过程对该业务合同的状态进行更新后，区块链节点可以继续执行上述实施例一中的步骤S110的处理，即当基于第一智能合约检测到上述业务合同的状态满足上述合同规则时，执行该合同规则。

上述步骤S110的处理可以多种多样，以下还可以提供两种可能的情况进行说明，则上述步骤S110的处理还可以包括以下情况一和情况二。

情况一：如果基于第一智能合约检测到上述业务合同的状态为履约提醒，则向该业务合同对应的履约方发送预设的履约提醒消息。

其中，履约提醒可以是到达履行业务合同中相关规则之前需要向履约方进行的提醒，履约提醒可以是通过预先指定的应用程序发起，也可以通过注册时的通讯信息（如手机号码或电子邮箱地址等）等发起。履约提醒消息中可以包括目标业务的业务合同的相关信息、履约的最后期限信息等。

在实施中，例如，签署方A与签署方B签订了一个某项保险业务对应的业务合同，该业务合同中履约规则为每个自然月的15日签署方A向签署方B支付保险金50元，相应的履约提醒可以是在每个自然月的15日的0点钟，则当基于第一智能合约检测到上述业务合同的状态为履约提醒，则可以向该业务合同对应的履约方发送预设的履约提醒消息（可以包括如15日24点钟之前向签署方B支付保险金50元等）。

情况二：如果基于第一智能合约检测到该业务合同的状态的信息中该更新后的状态信息为包括该履约方的预设资源账户信息的履约执行信息，则基于该第一智能合约触发将该履约方的预设资源账户中该业务合同对应的履约资源的占有权限转移给该业务合同对应的被履约方。

其中，预设资源账户信息可以是支付账户的信息，如支付账户的名称和对应的身份信息等，也可以是优惠券或积分的账户的信息等，相应的履约资源可以包括货币、优惠券、积分中的一项或多项。

此外，为了激励更多的签署方积极履行业务合同中的履约规则，还可以对及时进行履约的签署方进行守约奖励，具体可以包括以下内容：根据预设的守约处理规则，基于该第一智能合约向该履约方转移与该守约处理规则相对应的资源，并向该履约方发送该资源转移的通知消息。

其中，上述提到的资源也可以包括货币、优惠券、积分中的一项或多项等。

另外，为了对上述履约行为进行存证，上述处理完成后，还可以执行下述处理：记录将该履约方的预设资源账户中该履约资源的占有权限转移给该被履约方的相关信息。

其中，记录的相关信息可以包括履约方的预设资源账户的信息、履约资源的信息、被履约方的相关信息（如被履约方的资源账户的信息等）、将履约资源进行转移的时间等。

可选地，区块链节点不仅可以执行上述合同模板的生成、业务合同的履约处理和违约处理，还可以为其它平台或系统提供相关服务，如图3所示，上述区块链还可以为司法机构等提供业务合同纠纷相关的证据，具体可以参见图6以及下述步骤S602和步骤S604的处理。

在步骤S602中，接收应用方发送的该业务合同的状态查询请求。

其中，应用方可以区块链中业务合同相关信息的使用一方，具体可以如司法机构或其它组织或个人等。

在实施中，如果某签署方严重违反业务合同中相关的合同规则（即某签署方严重违约），则另一签署方可以根据实际情况向司法机构发起智能调解、仲裁或诉讼请求等，此时，司法机构可以向区块链发送该业务合同的状态查询请求，其中，该业务合同的状态查询请求中可以包括目标业务的业务标识、业务合同的标识等。

在步骤S604中，基于该区块链中的第一智能合约，获取该业务合同的当前状态信息和该合同规则的执行情况信息，并将获取的当前状态信息和该合同规则的执行情况信息发送给该应用方。

其中，该合同规则的执行情况信息可以是包括履约规则执行的时间以及执行过程中的相关内容或数据等、违约规则执行的时间以及执行过程中的相关内容或数据等、履约规则执行的次数、违约规则执行的次数等。

在实施中，应用方接收到当前状态信息和该合同规则的执行情况信息，可以对获取的信息进行验证，具体如可以从区块链中获取上述信息的校验值（如哈希值等），然后将获取的校验值与获取的信息对应的校验值进行比较，以对获取的信息进行验证。验证通过后，可以基于获取的信息对签署方发起的请求进行响应。

本说明书实施例提供一种基于区块链的数据处理方法，通过在区块链中设置合同的处理机制，进而基于预先基于历史合同数据和相应的智能合约生成目标业务的合同模板，从而根据发起方提供的合同数据，生成待签署合同，进而得到包括签名信息的签署后的合同，并基于包括签名信息的签署后的合同最终生成该目标业务的业务合同，简化了通过线下纸质合同的繁杂处理过程，同时通过区块链生成和保存业务合同，可以保证最终生成的业务合同的准确性，防止被篡改，另外，根据该业务合同确定该业务合同对应的合同规则，并基于该合同规则生成该业务合同对应的第一智能合约，通过第一智能合约触发相应的合同规则（履约规则和/或违约规则）执行，这样基于区块链来触发履约和/或违约处理，可以大大简化合同处理过程，而且可靠性更高。

实施例三

本说明书实施例提供一种基于区块链的数据处理方法，该方法的执行主体可以为区块链节点，该区块链节点可以是终端设备或服务器，其中，终端设备可以如手机、平板电脑等移动终端设备，还可以如个人计算机等设备。该服务器可以是一个独立的服务器，还可以是由多个服务器构成的服务器集群等。该服务器可以是某项业务（如进行交易的业务等）的后台服务器，也可以是某应用（如某品牌商提供的购物应用）的后台服务器等。该方法具体可以包括以下步骤：

可选地，在上述实施例一中的步骤S102之前，可以预先构建不同业务对应的合同模板，以便发起方可以快速方便的获取所需签订的合同数据。在实际应用中，可以预先通过多种不同的方式构建合同模板，以下提供一种可选的合同模板构建方式，如图7所示，具体可以参见下述步骤S702~步骤S704的处理。

在步骤S702中，接收发送方发送的目标业务的合同模板生成请求，该合同模板生成请求中包括发送方对待生成的合同模板的需求信息。

其中，需求信息可以包括多种，例如目标业务的相关信息、合同类型的相关信息（如劳动类合同、买卖类合同、借贷类合同等），以及需要特别强调或注意的信息等。

在实施中，可以预先设置合同模板生成的页面，该页面中可以包括待生成的合同模板的需求信息的输入框，发起方可以通过上述页面，则待生成的合同模板的需求信息的输入框中输入发送方的需求信息，输入完成后，发起方的终端设备可以基于输入的需求信息生成目标业务的合同模板生成请求，并可以将目标业务的合同模板生成请求发送给区块链节点。

在步骤S704中，根据上述需求信息，通过区块链中预设的第三智能合约生成目标业务对应的合同模板，并将生成的合同模板发送给发起方，以使发起方基于该合同模板获取所需签订的合同数据。

其中，第三智能合约可以是基于需求信息生成相应的合同模板的智能合约，第三智能合约中的内容或处理机制可以根据实际情况设定。

通过上述方式，发起方仅需要提供需求信息，区块链节点可以直接基于该需求信息实时生成相应的合同模板，从而提高了合同模板的生成效率，并可以使得生成的合同模板更加符合发起方的实际需求。

可选地，通过上述处理过程在区块链中生成目标业务对应的合同模板后，发起方还可以对区块链中的上述合同模板进行主动修改，具体可以通过以下方式实现：接收发起方发送的目标业务对应的合同模板的修改请求，该修改请求中包括该合同模板的修改信息；根据该合同模板的修改信息对该合同模板进行修改，得到修改后的合同模板。

可选地，目标业务对应的合同可以为可协商合同，基于此，通过上述处理过程在区块链中生成目标业务对应的合同模板，并将合同模板发送给请求该合同模板的发起方后，区块链节点还可以对上述合同协商过程中的相关数据进行存证，相应的处理可以包括：获取发起方上传至区块链的、针对目标业务的合同协商过程所产生的第一协商数据，并将第一协商数据存储至区块链；和/或，获取发起方上传至区块链的、针对目标业务的合同协商过程所产生的第二协商数据，并将第二协商数据存储至区块链。其中，第一协商数据可以包括以下中的一项或多项：基于上述合同模板所产生的初始合同所对应的数据、基于发起方对初始合同进行修改所产生的中间合同对应的数据、基于签署方的确定所产生的最终合同对应的数据，第二协商数据可以包括以下中的一项或多项：发起方接收到的签署方针对初始合同和/或中间合同所返回的修改数据、发起方接收到的签署方发送的合同确认信息。

需要说明的是，针对上述提到的合同模板，该合同模板中可以包括固定条款信息，以及包括可选择条款信息和/或待附加信息区域。

上述可选处理的具体处理方式可以参见上述实施例中的相关内容，在此不再赘述。

上述处理完成后，区块链节点可以执行上述实施例一中的步骤S102~步骤S104的处理，如下：

在步骤S102中，接收发起方发送的目标业务的合同签约请求，该合同签约请求中包括所需签订的合同数据。

在步骤S104中，根据上述合同数据，生成目标业务的待签署合同。

对于上述实施例一中的步骤S106的处理，在实际应用中可以包括多种可实现方式，本实施例中以上述实施例二中的步骤S402~步骤S408实现，如下：

在步骤S402中，将待签署合同发送给发起方，并接收发起方发送的包括签名信息的签署后的合同。

区块链节点接收到发起方发送的包括签名信息的签署后的合同后，为了保证签署后的合同的真实性，可以进一步向签名信息的签名方发送合同签署认证，具体可以参见下述步骤S404和步骤S406的处理。

在步骤S404中，根据上述签名信息对应的通讯信息，向该签名信息对应的签名方发送的业务合同签署的认证请求。

在步骤S406中，如果在预定时长内接收到签名方发送的该业务合同的签署认证通过的通知消息，则根据上述签名信息，获取该签名信息对应的签名方的数字签名信息。

在步骤S408中，根据包括签名信息的签署后的合同和签名方的数字签名信息，生成目标业务的业务合同。

需要说明的是，上述待签署合同为不包含签名信息的合同，待签署合同可以为内容还未完整的合同，上述包括签名信息的签署后的合同可以是包含了签署方原始签名信息的签署后的合同，包括签名信息的签署后的合同可以为内容完整的合同原件，业务合同可以是基于内容完整的合同原件而生成的可存放于区块链中的最终合同。

通过上述处理过程生成目标业务的业务合同后，区块链节点可以继续执行上述实施例一中的步骤S108的处理，如下：

在步骤S108中，根据上述业务合同确定该业务合同对应的合同规则，并基于该合同规则生成该业务合同对应的第一智能合约，并将第一智能合约部署于区块链中，该合同规则包括履约规则和/或违约规则。

需要说明的是，上述第一智能合约与上述提到的第三智能合约可以是两个不同的智能合约，还可以是预先设置在一个总的智能合约中，也即是对于分别使用上述两个智能合约进行的处理，可以都通过该总的智能合约进行相应处理，具体可以根据实际情况设定。

可选地，为了提高后续执行合同规则的效率，可以对可以定期或实时对业务合同的状态进行更新，本实施例中以上述实施例二中的步骤S502~步骤S504实现，如下：

在步骤S502中，获取上述业务合同的签署方针对该业务合同的行为数据。

在步骤S504中，根据签署方针对该业务合同的行为数据，基于区块链中的第一智能合约对该业务合同的状态进行更新。

通过上述处理过程对该业务合同的状态进行更新后，区块链节点可以继续执行上述实施例一中的步骤S110的处理，即当基于第一智能合约检测到上述业务合同的状态满足上述合同规则时，执行该合同规则。

上述步骤S101的处理可以多种多样，以下还可以提供两种可能的情况进行说明，则上述步骤S101的处理还可以包括以下情况一和情况二。

情况一：如果基于第一智能合约检测到上述业务合同的状态为履约提醒，则向该业务合同对应的履约方发送预设的履约提醒消息。

情况二：如果基于第一智能合约检测到该业务合同的状态的信息中该更新后的状态信息为包括该履约方的预设资源账户信息的履约执行信息，则基于该第一智能合约触发将该履约方的预设资源账户中该业务合同对应的履约资源的占有权限转移给该业务合同对应的被履约方。

此外，为了激励更多的签署方积极履行业务合同中的履约规则，还可以对及时进行履约的签署方进行守约奖励，具体可以包括以下内容：根据预设的守约处理规则，基于该第一智能合约向该履约方转移与该守约处理规则相对应的资源，并向该履约方发送该资源转移的通知消息。

另外，为了对上述履约行为进行存证，上述处理完成后，还可以执行下述处理：记录将该履约方的预设资源账户中该履约资源的占有权限转移给该被履约方的相关信息。

可选地，区块链节点不仅可以执行上述合同模板的生成、业务合同的履约处理和违约处理，还可以为其它平台或系统提供相关服务，如上述区块链还可以为司法机构等提供业务合同纠纷相关的证据，本实施例中以上述实施例二中的步骤S602和步骤S604实现，如下：

在步骤S602中，接收应用方发送的该业务合同的状态查询请求。

在步骤S604中，基于该区块链中的第一智能合约，获取该业务合同的当前状态信息和该合同规则的执行情况信息，并将获取的当前状态信息和该合同规则的执行情况信息发送给该应用方。

本说明书实施例提供一种基于区块链的数据处理方法，通过在区块链中设置合同的处理机制，进而基于发起方提供的待生成的合同模板的需求信息和相应的智能合约生成目标业务的合同模板，从而根据发起方提供的合同数据，生成待签署合同，进而得到包括签名信息的签署后的合同，并基于包括签名信息的签署后的合同最终生成该目标业务的业务合同，简化了通过线下纸质合同的繁杂处理过程，同时通过区块链生成和保存业务合同，可以保证最终生成的业务合同的准确性，防止被篡改，另外，根据该业务合同确定该业务合同对应的合同规则，并基于该合同规则生成该业务合同对应的第一智能合约，通过第一智能合约触发相应的合同规则（履约规则和/或违约规则）执行，这样基于区块链来触发履约和/或违约处理，可以大大简化合同处理过程，而且可靠性更高。

实施例四

本说明书实施例提供一种基于区块链的数据处理方法，该方法的执行主体可以为区块链节点，该区块链节点可以是终端设备或服务器，其中，终端设备可以如手机、平板电脑等移动终端设备，还可以如个人计算机等设备。该服务器可以是一个独立的服务器，还可以是由多个服务器构成的服务器集群等。该服务器可以是某项业务（如进行交易的业务等）的后台服务器，也可以是某应用（如某品牌商提供的购物应用）的后台服务器等。该方法具体可以包括以下步骤：

可选地，在上述实施例一中的步骤S102之前，可以预先构建不同业务对应的合同模板，以便发起方可以快速方便的获取所需签订的合同数据。在实际应用中，可以预先通过多种不同的方式构建合同模板，以下提供一种可选的合同模板构建方式，如图8所示，具体可以参见下述步骤S802~步骤S806的处理。

在步骤S802中，接收发送方发送的目标业务的合同获取请求，该合同获取请求中包括目标业务的业务标识。

在步骤S804中，根据目标业务的业务标识，从区块链中获取目标业务的业务标识对应的第四智能合约。

其中，第四智能合约可以是用于生成目标业务对应的合同模板的智能合约，第四智能合约中可以预先设置有生成相应业务对应的合同模板的机制。

在步骤S806中，根据第四智能合约生成目标业务对应的合同模板，并将目标业务对应的合同模板发送给发起方，以使发起方基于合同模板获取所需签订的合同数据。

在实施中，区块链节点可以直接调用第四智能合约，并可以通过第四智能合约中设置的处理机制，直接生成目标业务对应的合同模板，从而进一步简化区块链节点处理逻辑。

可选地，通过上述处理过程在区块链中生成目标业务对应的合同模板后，发起方还可以对区块链中的上述合同模板进行主动修改，具体可以参见上述实施例中的相关内容，在此不再赘述。

可选地，目标业务对应的合同可以为可协商合同，基于此，通过上述处理过程在区块链中生成目标业务对应的合同模板，并将合同模板发送给请求该合同模板的发起方后，区块链节点还可以对上述合同协商过程中的相关数据进行存证，具体可以参见上述实施例中的相关内容，在此不再赘述。

需要说明的是，针对上述提到的合同模板，该合同模板中可以包括固定条款信息，以及包括可选择条款信息和/或待附加信息区域。

上述处理完成后，区块链节点可以执行上述实施例一中的步骤S102~步骤S104的处理，如下：

在步骤S102中，接收发起方发送的目标业务的合同签约请求，该合同签约请求中包括所需签订的合同数据。

在步骤S104中，根据上述合同数据，生成目标业务的待签署合同。

对于上述实施例一中的步骤S106的处理，在实际应用中可以包括多种可实现方式，本实施例中以上述实施例二中的步骤S402~步骤S408实现，如下：

在步骤S402中，将待签署合同发送给发起方，并接收发起方发送的包括签名信息的签署后的合同。

区块链节点接收到发起方发送的包括签名信息的签署后的合同后，为了保证签署后的合同的真实性，可以进一步向签名信息的签名方发送合同签署认证，具体可以参见下述步骤S404和步骤S406的处理。

在步骤S404中，根据上述签名信息对应的通讯信息，向该签名信息对应的签名方发送的业务合同签署的认证请求。

在步骤S406中，如果在预定时长内接收到签名方发送的该业务合同的签署认证通过的通知消息，则根据上述签名信息，获取该签名信息对应的签名方的数字签名信息。

在步骤S408中，根据包括签名信息的签署后的合同和签名方的数字签名信息，生成目标业务的业务合同。

需要说明的是，上述待签署合同为不包含签名信息的合同，待签署合同可以为内容还未完整的合同，上述包括签名信息的签署后的合同可以是包含了签署方原始签名信息的签署后的合同，包括签名信息的签署后的合同可以为内容完整的合同原件，业务合同可以是基于内容完整的合同原件而生成的可存放于区块链中的最终合同。

通过上述处理过程生成目标业务的业务合同后，区块链节点可以继续执行上述实施例一中的步骤S108的处理，如下：

在步骤S108中，根据上述业务合同确定该业务合同对应的合同规则，并基于该合同规则生成该业务合同对应的第一智能合约，并将第一智能合约部署于区块链中，该合同规则包括履约规则和/或违约规则。

需要说明的是，上述第一智能合约与上述提到的第四智能合约可以是两个不同的智能合约，还可以是预先设置在一个总的智能合约中，也即是对于分别使用上述两个智能合约进行的处理，可以都通过该总的智能合约进行相应处理，具体可以根据实际情况设定。

可选地，为了提高后续执行合同规则的效率，可以对可以定期或实时对业务合同的状态进行更新，本实施例中以上述实施例二中的步骤S502~步骤S504实现，如下：

在步骤S502中，获取上述业务合同的签署方针对所述业务合同的相关数据。

在步骤S504中，根据签署方针对该业务合同的相关数据，基于区块链中的第一智能合约对该业务合同的状态信息进行更新。

需要说明的是，可以基于区块链中的第一智能合约对该业务合同的状态进行更新，在实际应用中，还可以预先生成新的智能合约，并可以基于新生成的智能合约对该业务合同的状态进行更新，具体可以根据实际情况设定。

通过上述处理过程对该业务合同的状态进行更新后，区块链节点可以继续执行上述实施例一中的步骤S110的处理，即当基于第一智能合约检测到上述业务合同的状态满足上述合同规则时，执行该合同规则。

上述步骤S101的处理可以多种多样，以下还可以提供两种可能的情况进行说明，则上述步骤S101的处理还可以包括以下情况一和情况二。

情况一：如果基于第一智能合约检测到上述业务合同的状态为履约提醒，则向该业务合同对应的履约方发送预设的履约提醒消息。

情况二：如果基于第一智能合约检测到该业务合同的状态的信息中该更新后的状态信息为包括该履约方的预设资源账户信息的履约执行信息，则基于该第一智能合约触发将该履约方的预设资源账户中该业务合同对应的履约资源的占有权限转移给该业务合同对应的被履约方。

此外，为了激励更多的签署方积极履行业务合同中的履约规则，还可以对及时进行履约的签署方进行守约奖励，具体可以包括以下内容：根据预设的守约处理规则，基于该第一智能合约向该履约方转移与该守约处理规则相对应的资源，并向该履约方发送该资源转移的通知消息。

另外，为了对上述履约行为进行存证，上述处理完成后，还可以执行下述处理：记录将该履约方的预设资源账户中该履约资源的占有权限转移给该被履约方的相关信息。

可选地，区块链节点不仅可以执行上述合同模板的生成、业务合同的履约处理和违约处理，还可以为其它平台或系统提供相关服务，如上述区块链还可以为司法机构等提供业务合同纠纷相关的证据，本实施例中以上述实施例二中的步骤S602和步骤S604实现，如下：

在步骤S602中，接收应用方发送的该业务合同的状态查询请求。

在步骤S604中，基于该区块链中的第一智能合约，获取该业务合同的当前状态信息和该合同规则的执行情况信息，并将获取的当前状态信息和该合同规则的执行情况信息发送给该应用方。

本说明书实施例提供一种基于区块链的数据处理方法，通过在区块链中设置合同的处理机制，进而基于预设生成的目标业务的智能合约直接生成目标业务的合同模板，从而根据发起方提供的合同数据，生成待签署合同，进而得到包括签名信息的签署后的合同，并基于包括签名信息的签署后的合同最终生成该目标业务的业务合同，简化了通过线下纸质合同的繁杂处理过程，同时通过区块链生成和保存业务合同，可以保证最终生成的业务合同的准确性，防止被篡改，另外，根据该业务合同确定该业务合同对应的合同规则，并基于该合同规则生成该业务合同对应的第一智能合约，通过第一智能合约触发相应的合同规则（履约规则和/或违约规则）执行，这样基于区块链来触发履约和/或违约处理，可以大大简化合同处理过程，而且可靠性更高。

实施例五

以上为本说明书实施例提供的基于区块链的数据处理方法，基于同样的思路，本说明书实施例还提供一种基于区块链的数据处理装置，如图9所示。

该基于区块链的数据处理装置包括：合同请求模块901、合同处理模块902业务合同生成模块903、智能合约部署模块904和合同规则执行模块905，其中：

合同请求模块901，接收发起方发送的目标业务的合同签约请求，所述合同签约请求中包括所需签订的合同数据；

合同处理模块902，根据所述合同数据，生成所述目标业务的待签署合同；

业务合同生成模块903，将所述待签署合同发送给所述发起方，并接收所述发起方发送的包括签名信息的签署后的合同，根据所述包括签名信息的签署后的合同生成所述目标业务的业务合同；

智能合约部署模块904，根据所述业务合同确定所述业务合同对应的合同规则，并基于所述合同规则生成所述业务合同对应的第一智能合约，并将所述第一智能合约部署于区块链中，所述合同规则包括履约规则和/或违约规则；

合同规则执行模块905，当基于第一智能合约检测到所述业务合同的状态满足所述合同规则时，执行所述合同规则。

本说明书实施例中，所述装置还包括：

模板请求模块，接收所述发送方发送的所述目标业务的合同获取请求，所述合同获取请求中包括所述目标业务的业务标识；

标识获取模块，根据所述目标业务的业务标识，获取所述目标业务的业务标识对应的合同模板的标识；

模板发送模块，将获取的合同模板的标识对应的合同模板发送给所述发起方，以使所述发起方基于所述合同模板获取所述所需签订的合同数据。

本说明书实施例中，所述装置还包括：

历史数据获取模块，获取所述目标业务对应的合同类型的多个已签订的历史合同数据；

第一合同模板生成模块，基于多个所述历史合同数据，通过所述区块链中预设的第二智能合约生成所述目标业务对应的合同模板，并将所述目标业务的业务标识与所述目标业务对应的合同模板的标识对应存储。

本说明书实施例中，所述装置还包括：

模板生成请求模块，接收所述发送方发送的所述目标业务的合同模板生成请求，所述合同模板生成请求中包括所述述发送方对待生成的合同模板的需求信息；

第二合同模板生成模块，根据所述需求信息，通过所述区块链中预设的第三智能合约生成所述目标业务对应的合同模板，并将生成的所述合同模板发送给所述发起方，以使所述发起方基于所述合同模板获取所述所需签订的合同数据。

本说明书实施例中，所述装置还包括：

合同请求模块，接收所述发送方发送的所述目标业务的合同获取请求，所述合同获取请求中包括所述目标业务的业务标识；

智能合约获取模块，根据所述目标业务的业务标识，从所述区块链中获取所述目标业务的业务标识对应的第四智能合约；

第三合同模板生成模块，根据所述第四智能合约生成所述目标业务对应的合同模板，并将所述目标业务对应的合同模板发送给所述发起方，以使所述发起方基于所述合同模板获取所述所需签订的合同数据。

本说明书实施例中，所述目标业务对应的合同为可协商合同，所述装置还包括：

协商数据获取模块，获取所述发起方上传至所述区块链的、针对所述目标业务的合同协商过程所产生的第一协商数据，并将所述第一协商数据存储至所述区块链，其中，所述第一协商数据包括以下中的一项或多项：基于所述合同模板所产生的初始合同所对应的数据、基于所述发起方对所述初始合同进行修改所产生的中间合同对应的数据、基于签署方的确定所产生的最终合同对应的数据；

和/或，

获取所述发起方上传至所述区块链的、针对所述目标业务的合同协商过程所产生的第二协商数据，并将所述第二协商数据存储至所述区块链，其中，所述第二协商数据包括以下中的一项或多项：所述发起方接收到的所述签署方针对所述初始合同和/或所述中间合同所返回的修改数据、所述发起方接收到的所述签署方发送的合同确认信息。

本说明书实施例中，所述装置还包括：

修改请求接收模块，接收所述发起方发送的所述目标业务对应的合同模板的修改请求，所述修改请求中包括所述合同模板的修改信息；

模板修改模块，根据所述合同模板的修改信息对所述合同模板进行修改，得到修改后的合同模板。

本说明书实施例中，所述合同模板中包括固定条款信息，以及包括可选择条款信息和/或待附加信息区域。

本说明书实施例中，所述装置还包括：

行为数据获取模块，获取所述业务合同的签署方针对所述业务合同的行为数据；

状态更新模块，根据所述签署方针对所述业务合同的行为数据，基于所述区块链中的第一智能合约对所述业务合同的状态进行更新。

本说明书实施例中，所述合同规则执行模块905，包括：

第一执行单元，如果基于第一智能合约检测到所述业务合同的状态为履约提醒，则向所述业务合同对应的履约方发送预设的履约提醒消息；

第二执行单元，如果基于第一智能合约检测到所述业务合同的状态的信息中包括所述履约方的预设资源账户信息的履约执行信息，则基于所述第一智能合约触发将所述履约方的预设资源账户中所述业务合同对应的履约资源的占有权限转移给所述业务合同对应的被履约方。

本说明书实施例中，所述装置还包括：

守约处理模块，根据预设的守约处理规则，基于所述第一智能合约向所述履约方转移与所述守约处理规则相对应的资源，并向所述履约方发送所述资源转移的通知消息。

本说明书实施例中，所述装置还包括：

信息记录模块，记录将所述履约方的预设资源账户中所述履约资源的占有权限转移给所述被履约方的相关信息。

本说明书实施例中，所述业务合同生成模块903，包括：

认证单元，根据所述签名信息对应的通讯信息，向所述签名信息对应的签名方发送的所述业务合同签署的认证请求；

业务合同生成单元，如果在预定时长内接收到所述签名方发送的所述业务合同的签署认证通过的通知消息，则根据所述包括签名信息的签署后的合同生成所述目标业务的业务合同。

本说明书实施例中，所述业务合同生成模块903，包括：

数字签名获取单元，根据所述签名信息，获取所述签名信息对应的签名方的数字签名信息；

业务合同生成单元，根据所述包括签名信息的签署后的合同和所述签名方的数字签名信息，生成所述目标业务的业务合同。

本说明书实施例中，所述装置还包括：

查询请求模块，接收应用方发送的所述业务合同的状态查询请求；

信息发送模块，基于所述区块链中的第一智能合约，获取所述业务合同的当前状态信息和所述合同规则的执行情况信息，并将获取的当前状态信息和所述合同规则的执行情况信息发送给所述应用方。

本说明书实施例提供一种基于区块链的数据处理装置，通过在区块链中设置合同的处理机制，进而通过多种不同的方式预先在区块链中建立不同业务对应的合同模板，从而根据发起方提供的合同数据，生成待签署合同，进而得到包括签名信息的签署后的合同，并基于包括签名信息的签署后的合同最终生成该目标业务的业务合同，简化了通过线下纸质合同的繁杂处理过程，同时通过区块链生成和保存业务合同，可以保证最终生成的业务合同的准确性，防止被篡改，另外，根据该业务合同确定该业务合同对应的合同规则，并基于该合同规则生成该业务合同对应的第一智能合约，通过第一智能合约触发相应的合同规则（履约规则和/或违约规则）执行，这样基于区块链来触发履约和/或违约处理，可以大大简化合同处理过程，而且可靠性更高。

实施例六

以上为本说明书实施例提供的基于区块链的数据处理装置，基于同样的思路，本说明书实施例还提供一种基于区块链的数据处理设备，如图10所示。

所述基于区块链的数据处理设备可以为上述实施例提供的区块链节点。

基于区块链的数据处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器1001和存储器1002，存储器1002中可以存储有一个或一个以上存储应用程序或数据。其中，存储器1002可以是短暂存储或持久存储。存储在存储器1002的应用程序可以包括一个或一个以上模块（图示未示出），每个模块可以包括对基于区块链的数据处理设备中的一系列计算机可执行指令。更进一步地，处理器1001可以设置为与存储器1002通信，在基于区块链的数据处理设备上执行存储器1002中的一系列计算机可执行指令。基于区块链的数据处理设备还可以包括一个或一个以上电源1003，一个或一个以上有线或无线网络接口1004，一个或一个以上输入输出接口1005，一个或一个以上键盘1006。

具体在本实施例中，基于区块链的数据处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对基于区块链的数据处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

接收发起方发送的目标业务的合同签约请求，所述合同签约请求中包括所需签订的合同数据；

根据所述合同数据，生成所述目标业务的待签署合同；

将所述待签署合同发送给所述发起方，并接收所述发起方发送的包括签名信息的签署后的合同，根据所述包括签名信息的签署后的合同生成所述目标业务的业务合同；

根据所述业务合同确定所述业务合同对应的合同规则，并基于所述合同规则生成所述业务合同对应的第一智能合约，并将所述第一智能合约部署于区块链中，所述合同规则包括履约规则和/或违约规则；

当基于第一智能合约检测到所述业务合同的状态满足所述合同规则时，执行所述合同规则。

本说明书实施例中，还包括：

接收所述发送方发送的所述目标业务的合同获取请求，所述合同获取请求中包括所述目标业务的业务标识；

根据所述目标业务的业务标识，获取所述目标业务的业务标识对应的合同模板的标识；

将获取的合同模板的标识对应的合同模板发送给所述发起方，以使所述发起方基于所述合同模板获取所述所需签订的合同数据。

本说明书实施例中，还包括：

获取所述目标业务对应的合同类型的多个已签订的历史合同数据；

基于多个所述历史合同数据，通过所述区块链中预设的第二智能合约生成所述目标业务对应的合同模板，并将所述目标业务的业务标识与所述目标业务对应的合同模板的标识对应存储。

本说明书实施例中，还包括：

接收所述发送方发送的所述目标业务的合同模板生成请求，所述合同模板生成请求中包括所述述发送方对待生成的合同模板的需求信息；

根据所述需求信息，通过所述区块链中预设的第三智能合约生成所述目标业务对应的合同模板，并将生成的所述合同模板发送给所述发起方，以使所述发起方基于所述合同模板获取所述所需签订的合同数据。

本说明书实施例中，还包括：

接收所述发送方发送的所述目标业务的合同获取请求，所述合同获取请求中包括所述目标业务的业务标识；

根据所述目标业务的业务标识，从所述区块链中获取所述目标业务的业务标识对应的第四智能合约；

根据所述第四智能合约生成所述目标业务对应的合同模板，并将所述目标业务对应的合同模板发送给所述发起方，以使所述发起方基于所述合同模板获取所述所需签订的合同数据。

本说明书实施例中，所述目标业务对应的合同为可协商合同，还包括：

获取所述发起方上传至所述区块链的、针对所述目标业务的合同协商过程所产生的第一协商数据，并将所述第一协商数据存储至所述区块链，其中，所述第一协商数据包括以下中的一项或多项：基于所述合同模板所产生的初始合同所对应的数据、基于所述发起方对所述初始合同进行修改所产生的中间合同对应的数据、基于签署方的确定所产生的最终合同对应的数据；

和/或，

获取所述发起方上传至所述区块链的、针对所述目标业务的合同协商过程所产生的第二协商数据，并将所述第二协商数据存储至所述区块链，其中，所述第二协商数据包括以下中的一项或多项：所述发起方接收到的所述签署方针对所述初始合同和/或所述中间合同所返回的修改数据、所述发起方接收到的所述签署方发送的合同确认信息。

本说明书实施例中，还包括：

修改请求接收模块，接收所述发起方发送的所述目标业务对应的合同模板的修改请求，所述修改请求中包括所述合同模板的修改信息；

模板修改模块，根据所述合同模板的修改信息对所述合同模板进行修改，得到修改后的合同模板。

本说明书实施例中，所述合同模板中包括固定条款信息，以及包括可选择条款信息和/或待附加信息区域。

本说明书实施例中，所述当基于第一智能合约检测到所述业务合同的状态满足所述合同规则时，执行所述合同规则之前，还包括：

获取所述业务合同的签署方针对所述业务合同的行为数据；

根据所述签署方针对所述业务合同的行为数据，基于所述区块链中的第一智能合约对所述业务合同的状态进行更新。

本说明书实施例中，所述当基于第一智能合约检测到所述业务合同的状态满足所述合同规则时，执行所述合同规则，包括：

如果基于第一智能合约检测到所述业务合同的状态为履约提醒，则向所述业务合同对应的履约方发送预设的履约提醒消息；

如果基于第一智能合约检测到所述业务合同的状态的信息中包括所述履约方的预设资源账户信息的履约执行信息，则基于所述第一智能合约触发将所述履约方的预设资源账户中所述业务合同对应的履约资源的占有权限转移给所述业务合同对应的被履约方。

本说明书实施例中，所述触发将所述履约方的预设资源账户中所述业务合同对应的履约资源的占有权限转移给所述业务合同对应的被履约方之后，还包括：

根据预设的守约处理规则，基于所述第一智能合约向所述履约方转移与所述守约处理规则相对应的资源，并向所述履约方发送所述资源转移的通知消息。

本说明书实施例中，所述触发将所述履约方的预设资源账户中所述业务合同对应的履约资源的占有权限转移给所述业务合同对应的被履约方之后，还包括：

记录将所述履约方的预设资源账户中所述履约资源的占有权限转移给所述被履约方的相关信息。

本说明书实施例中，所述根据所述包括签名信息的签署后的合同生成所述目标业务的业务合同，包括：

根据所述签名信息对应的通讯信息，向所述签名信息对应的签名方发送的所述业务合同签署的认证请求；

如果在预定时长内接收到所述签名方发送的所述业务合同的签署认证通过的通知消息，则根据所述包括签名信息的签署后的合同生成所述目标业务的业务合同。

本说明书实施例中，所述根据所述包括签名信息的签署后的合同生成所述目标业务的业务合同，包括：

根据所述签名信息，获取所述签名信息对应的签名方的数字签名信息；

根据所述包括签名信息的签署后的合同和所述签名方的数字签名信息，生成所述目标业务的业务合同。

本说明书实施例中，还包括：

接收应用方发送的所述业务合同的状态查询请求；

基于所述区块链中的第一智能合约，获取所述业务合同的当前状态信息和所述合同规则的执行情况信息，并将获取的当前状态信息和所述合同规则的执行情况信息发送给所述应用方。

本说明书实施例提供一种基于区块链的数据处理设备，通过在区块链中设置合同的处理机制，进而通过多种不同的方式预先在区块链中建立不同业务对应的合同模板，从而根据发起方提供的合同数据，生成待签署合同，进而得到包括签名信息的签署后的合同，并基于包括签名信息的签署后的合同最终生成该目标业务的业务合同，简化了通过线下纸质合同的繁杂处理过程，同时通过区块链生成和保存业务合同，可以保证最终生成的业务合同的准确性，防止被篡改，另外，根据该业务合同确定该业务合同对应的合同规则，并基于该合同规则生成该业务合同对应的第一智能合约，通过第一智能合约触发相应的合同规则（履约规则和/或违约规则）执行，这样基于区块链来触发履约和/或违约处理，可以大大简化合同处理过程，而且可靠性更高。

实施例七

以上为本说明书实施例提供的基于区块链的数据处理系统，基于同样的思路，本说明书实施例还提供一种基于区块链的数据处理系统，如图11所示。

所述基于区块链的数据处理系统可以基于区块链的合同平台1101和业务平台1102，其中：

业务平台1102，被配置为向基于区块链的合同平台1101发送的目标业务的合同签约请求，该合同签约请求中包括所需签订的合同数据。

基于区块链的合同平台1101，被配置为根据所述合同数据，生成所述目标业务的待签署合同，将所述待签署合同发送给所述业务平台1102；

所述业务平台1102，还被配置为展示所述待签署合同，并获取签署方的签名信息，将包括所述签名信息的签署后的合同发送给所述基于区块链的合同平台1101；

所述基于区块链的合同平台1101，还被配置为根据所述包括签名信息的签署后的合同生成所述目标业务的业务合同，根据所述业务合同确定所述业务合同对应的合同规则，并基于所述合同规则生成所述业务合同对应的第一智能合约，并将所述第一智能合约部署于所述区块链中，所述合同规则包括履约规则和/或违约规则；

所述基于区块链的合同平台1101，还被配置为调用所述区块链中的所述第一智能合约检测所述业务合同的状态，并当基于第一智能合约检测到所述业务合同的状态满足所述合同规则时，执行所述合同规则。

基于上述内容，如图11所示，该数据处理系统可以包括基于区块链的合同平台1101和业务平台1102，业务平台1102可以是任意业务对应的平台，如金融业务、购物业务、保险业务等，该业务平台1102可以为多种不同的用户提供相应的业务服务，该业务平台1102可以基于发起方生成的请求与基于区块链的合同平台1101进行交互。基于区块链的合同平台1101可以是由区块链构成的可以用于提供合同管理、合同处理等相关业务的平台，其具体处理方式和处理过程可以参见上述实施例一~实施例四中的相关内容，在此不再赘述。

本说明书实施例中，如图12所示，所述系统还包括司法平台1103，其中：

所述司法平台1103，被配置为向所述基于区块链的合同平台1101发送所述业务合同的状态查询请求；

所述基于区块链的合同平台1101，还被配置为调用所述区块链中的第一智能合约，获取所述区块链中所述业务合同的当前状态信息和所述合同规则的执行情况信息，并将获取的当前状态信息和所述合同规则的执行情况信息发送给所述司法平台1103。

需要说明的是，司法平台1103可以与上述实施例二~实施例四中的应用方相对应，应用方可以通过司法平台1103向所述基于区块链的合同平台1101发送所述业务合同的状态查询请求等，具体可以参见上述相关内容，在此不再赘述。

在实际应用中，基于区块链的合同平台1101还可以根据实际需要进行细化，例如可以将基于区块链的合同平台1101根据功能和相关技术应用的不同划分为多个不同的层级结构，具体如可以将基于区块链的合同平台1101划分为上层的合同管理或合同处理平台，以及底层区块链网络等，其中，上层的合同管理或合同处理平台中可以设置有相应的业务处理逻辑，可以用于执行上述实施例一~实施例四中业务逻辑方面的处理，底层区块链网络可以用于存储业务合同的数据、校验信息和智能合约（包括第一智能合约、第二智能合约、第三智能合约、第四智能合约）等。

本说明书实施例中，所述基于区块链的合同平台1101，还被配置为接收所述发送方发送的所述目标业务的合同获取请求，所述合同获取请求中包括所述目标业务的业务标识；根据所述目标业务的业务标识，获取所述目标业务的业务标识对应的合同模板的标识；将获取的合同模板的标识对应的合同模板发送给所述发起方，以使所述发起方基于所述合同模板获取所述所需签订的合同数据。

本说明书实施例中，所述基于区块链的合同平台1101，还被配置为获取所述目标业务对应的合同类型的多个已签订的历史合同数据；基于多个所述历史合同数据，通过所述区块链中预设的第二智能合约生成所述目标业务对应的合同模板，并将所述目标业务的业务标识与所述目标业务对应的合同模板的标识对应存储。

本说明书实施例中，所述基于区块链的合同平台1101，还被配置为接收所述发送方发送的所述目标业务的合同模板生成请求，所述合同模板生成请求中包括所述述发送方对待生成的合同模板的需求信息；根据所述需求信息，通过所述区块链中预设的第三智能合约生成所述目标业务对应的合同模板，并将生成的所述合同模板发送给所述发起方，以使所述发起方基于所述合同模板获取所述所需签订的合同数据。

本说明书实施例中，所述基于区块链的合同平台1101，还被配置为接收所述发送方发送的所述目标业务的合同获取请求，所述合同获取请求中包括所述目标业务的业务标识；根据所述目标业务的业务标识，从所述区块链中获取所述目标业务的业务标识对应的第四智能合约；根据所述第四智能合约生成所述目标业务对应的合同模板，并将所述目标业务对应的合同模板发送给所述发起方，以使所述发起方基于所述合同模板获取所述所需签订的合同数据。

本说明书实施例中，所述目标业务对应的合同为可协商合同，所述基于区块链的合同平台1101，还被配置为获取所述发起方上传至所述区块链的、针对所述目标业务的合同协商过程所产生的第一协商数据，并将所述第一协商数据存储至所述区块链，其中，所述第一协商数据包括以下中的一项或多项：基于所述合同模板所产生的初始合同所对应的数据、基于所述发起方对所述初始合同进行修改所产生的中间合同对应的数据、基于签署方的确定所产生的最终合同对应的数据；

和/或，

获取所述发起方上传至所述区块链的、针对所述目标业务的合同协商过程所产生的第二协商数据，并将所述第二协商数据存储至所述区块链，其中，所述第二协商数据包括以下中的一项或多项：所述发起方接收到的所述签署方针对所述初始合同和/或所述中间合同所返回的修改数据、所述发起方接收到的所述签署方发送的合同确认信息。

本说明书实施例中，所述基于区块链的合同平台1101，还被配置为接收所述发起方发送的所述目标业务对应的合同模板的修改请求，所述修改请求中包括所述合同模板的修改信息；根据所述合同模板的修改信息对所述合同模板进行修改，得到修改后的合同模板。

本说明书实施例中，所述合同模板中包括固定条款信息，以及包括可选择条款信息和/或待附加信息区域。

本说明书实施例中，所述基于区块链的合同平台1101，还被配置为获取所述业务合同的签署方针对所述业务合同的行为数据；根据所述签署方针对所述业务合同的行为数据，基于所述区块链中的第一智能合约对所述业务合同的状态进行更新。

本说明书实施例中，所述基于区块链的合同平台1101，还被配置为如果基于第一智能合约检测到所述业务合同的状态为履约提醒，则向所述业务合同对应的履约方发送预设的履约提醒消息；如果基于第一智能合约检测到所述业务合同的状态的信息中包括所述履约方的预设资源账户信息的履约执行信息，则基于所述第一智能合约触发将所述履约方的预设资源账户中所述业务合同对应的履约资源的占有权限转移给所述业务合同对应的被履约方。

本说明书实施例中，所述基于区块链的合同平台1101，还被配置为根据预设的守约处理规则，基于所述第一智能合约向所述履约方转移与所述守约处理规则相对应的资源，并向所述履约方发送所述资源转移的通知消息。

本说明书实施例中，所述基于区块链的合同平台1101，还被配置为记录将所述履约方的预设资源账户中所述履约资源的占有权限转移给所述被履约方的相关信息。

本说明书实施例中，所述基于区块链的合同平台1101，还被配置为根据所述签名信息对应的通讯信息，向所述签名信息对应的签名方发送的所述业务合同签署的认证请求；如果在预定时长内接收到所述签名方发送的所述业务合同的签署认证通过的通知消息，则根据所述包括签名信息的签署后的合同生成所述目标业务的业务合同。

本说明书实施例中，所述基于区块链的合同平台1101，还被配置为根据所述签名信息，获取所述签名信息对应的签名方的数字签名信息；根据所述包括签名信息的签署后的合同和所述签名方的数字签名信息，生成所述目标业务的业务合同。

本说明书实施例提供一种基于区块链的数据处理系统，通过在区块链中设置合同的处理机制，进而通过多种不同的方式预先在区块链中建立不同业务对应的合同模板，从而根据发起方提供的合同数据，生成待签署合同，进而得到包括签名信息的签署后的合同，并基于包括签名信息的签署后的合同最终生成该目标业务的业务合同，简化了通过线下纸质合同的繁杂处理过程，同时通过区块链生成和保存业务合同，可以保证最终生成的业务合同的准确性，防止被篡改，另外，根据该业务合同确定该业务合同对应的合同规则，并基于该合同规则生成该业务合同对应的第一智能合约，通过第一智能合约触发相应的合同规则（履约规则和/或违约规则）执行，这样基于区块链来触发履约和/或违约处理，可以大大简化合同处理过程，而且可靠性更高。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进（例如，对二极管、晶体管、开关等电路结构的改进）还是软件上的改进（对于方法流程的改进）。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件（Programmable Logic Device，PLD）（例如现场可编程门阵列（Field Programmable GateArray，FPGA））就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器（logic compiler）”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言（Hardware Description Language，HDL），而HDL也并非仅有一种，而是有许多种，如ABEL（Advanced Boolean Expression Language）、AHDL（Altera Hardware DescriptionLanguage）、Confluence、CUPL（Cornell University Programming Language）、HDCal、JHDL（Java Hardware Description Language）、Lava、Lola、MyHDL、PALASM、RHDL（RubyHardware Description Language）等，目前最普遍使用的是VHDL（Very-High-SpeedIntegrated Circuit Hardware Description Language）与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该（微）处理器执行的计算机可读程序代码（例如软件或固件）的计算机可读介质、逻辑门、开关、专用集成电路（Application Specific Integrated Circuit，ASIC）、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20 以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书一个或多个实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书的实施例可提供为方法、系统、或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本说明书的实施例是参照根据本说明书实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程基于区块链的数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程基于区块链的数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程基于区块链的数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程基于区块链的数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器（CPU）、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器（RAM）和/或非易失性内存等形式，如只读存储器（ROM）或闪存（flash RAM）。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存（PRAM）、静态随机存取存储器（SRAM）、动态随机存取存储器（DRAM）、其他类型的随机存取存储器（RAM）、只读存储器（ROM）、电可擦除可编程只读存储器（EEPROM）、快闪记忆体或其他内存技术、只读光盘只读存储器（CD-ROM）、数字多功能光盘（DVD）或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体（transitory media），如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。

Claims (23)

1.一种基于区块链的数据处理方法，应用于区块链节点，所述方法包括：

接收发起方发送的目标业务的合同签约请求，所述合同签约请求中包括所需签订的合同数据；

根据所述合同数据，生成所述目标业务的待签署合同；

将所述待签署合同发送给所述发起方，并接收所述发起方发送的包括签名信息的签署后的合同，根据所述包括签名信息的签署后的合同生成所述目标业务的业务合同；

根据所述业务合同确定所述业务合同对应的合同规则，并基于所述合同规则生成所述业务合同对应的第一智能合约，并将所述第一智能合约部署于区块链中，所述合同规则包括履约规则和/或违约规则；

当基于第一智能合约检测到所述业务合同的状态满足所述合同规则时，执行所述合同规则。

2.根据权利要求1所述的方法，所述方法还包括：

接收所述发送方发送的所述目标业务的合同获取请求，所述合同获取请求中包括所述目标业务的业务标识；

根据所述目标业务的业务标识，获取所述目标业务的业务标识对应的合同模板的标识；

将获取的合同模板的标识对应的合同模板发送给所述发起方，以使所述发起方基于所述合同模板获取所述所需签订的合同数据。

3.根据权利要求2所述的方法，所述方法还包括：

获取所述目标业务对应的合同类型的多个已签订的历史合同数据；

基于多个所述历史合同数据，通过所述区块链中预设的第二智能合约生成所述目标业务对应的合同模板，并将所述目标业务的业务标识与所述目标业务对应的合同模板的标识对应存储。

4.根据权利要求1所述的方法，所述方法还包括：

接收所述发送方发送的所述目标业务的合同模板生成请求，所述合同模板生成请求中包括所述述发送方对待生成的合同模板的需求信息；

根据所述需求信息，通过所述区块链中预设的第三智能合约生成所述目标业务对应的合同模板，并将生成的所述合同模板发送给所述发起方，以使所述发起方基于所述合同模板获取所述所需签订的合同数据。

5.根据权利要求1所述的方法，所述方法还包括：

接收所述发送方发送的所述目标业务的合同获取请求，所述合同获取请求中包括所述目标业务的业务标识；

根据所述目标业务的业务标识，从所述区块链中获取所述目标业务的业务标识对应的第四智能合约；

根据所述第四智能合约生成所述目标业务对应的合同模板，并将所述目标业务对应的合同模板发送给所述发起方，以使所述发起方基于所述合同模板获取所述所需签订的合同数据。

6.根据权利要求2-5中任一项所述的方法，所述目标业务对应的合同为可协商合同，所述方法还包括：

获取所述发起方上传至所述区块链的、针对所述目标业务的合同协商过程所产生的第一协商数据，并将所述第一协商数据存储至所述区块链，其中，所述第一协商数据包括以下中的一项或多项：基于所述合同模板所产生的初始合同所对应的数据、基于所述发起方对所述初始合同进行修改所产生的中间合同对应的数据、基于签署方的确定所产生的最终合同对应的数据；

和/或，

获取所述发起方上传至所述区块链的、针对所述目标业务的合同协商过程所产生的第二协商数据，并将所述第二协商数据存储至所述区块链，其中，所述第二协商数据包括以下中的一项或多项：所述发起方接收到的所述签署方针对所述初始合同和/或所述中间合同所返回的修改数据、所述发起方接收到的所述签署方发送的合同确认信息。

7.根据权利要求2-5中任一项所述的方法，所述方法还包括：

接收所述发起方发送的所述目标业务对应的合同模板的修改请求，所述修改请求中包括所述合同模板的修改信息；

根据所述合同模板的修改信息对所述合同模板进行修改，得到修改后的合同模板。

8.根据权利要求6所述的方法，所述合同模板中包括固定条款信息，以及包括可选择条款信息和/或待附加信息区域。

9.根据权利要求1所述的方法，所述当基于第一智能合约检测到所述业务合同的状态满足所述合同规则时，执行所述合同规则之前，所述方法还包括：

获取所述业务合同的签署方针对所述业务合同的行为数据；

根据所述签署方针对所述业务合同的行为数据，基于所述区块链中的第一智能合约对所述业务合同的状态进行更新。

10.根据权利要求9所述的方法，所述当基于第一智能合约检测到所述业务合同的状态满足所述合同规则时，执行所述合同规则，包括：

如果基于第一智能合约检测到所述业务合同的状态为履约提醒，则向所述业务合同对应的履约方发送预设的履约提醒消息；

如果基于第一智能合约检测到所述业务合同的状态的信息中包括所述履约方的预设资源账户信息的履约执行信息，则基于所述第一智能合约触发将所述履约方的预设资源账户中所述业务合同对应的履约资源的占有权限转移给所述业务合同对应的被履约方。

11.根据权利要求10所述的方法，所述触发将所述履约方的预设资源账户中所述业务合同对应的履约资源的占有权限转移给所述业务合同对应的被履约方之后，所述方法还包括：

根据预设的守约处理规则，基于所述第一智能合约向所述履约方转移与所述守约处理规则相对应的资源，并向所述履约方发送所述资源转移的通知消息。

12.根据权利要求10所述的方法，所述触发将所述履约方的预设资源账户中所述业务合同对应的履约资源的占有权限转移给所述业务合同对应的被履约方之后，所述方法还包括：

记录将所述履约方的预设资源账户中所述履约资源的占有权限转移给所述被履约方的相关信息。

13.根据权利要求1所述的方法，所述根据所述包括签名信息的签署后的合同生成所述目标业务的业务合同，包括：

根据所述签名信息对应的通讯信息，向所述签名信息对应的签名方发送的所述业务合同签署的认证请求；

如果在预定时长内接收到所述签名方发送的所述业务合同的签署认证通过的通知消息，则根据所述包括签名信息的签署后的合同生成所述目标业务的业务合同。

14.根据权利要求1或13所述的方法，所述根据所述包括签名信息的签署后的合同生成所述目标业务的业务合同，包括：

根据所述签名信息，获取所述签名信息对应的签名方的数字签名信息；

根据所述包括签名信息的签署后的合同和所述签名方的数字签名信息，生成所述目标业务的业务合同。

15.根据权利要求1所述的方法，所述方法还包括：

接收应用方发送的所述业务合同的状态查询请求；

基于所述区块链中的第一智能合约，获取所述业务合同的当前状态信息和所述合同规则的执行情况信息，并将获取的当前状态信息和所述合同规则的执行情况信息发送给所述应用方。

16.一种基于区块链的数据处理装置，所述装置包括：

合同请求模块，接收发起方发送的目标业务的合同签约请求，所述合同签约请求中包括所需签订的合同数据；

合同处理模块，根据所述合同数据，生成所述目标业务的待签署合同；

业务合同生成模块，将所述待签署合同发送给所述发起方，并接收所述发起方发送的包括签名信息的签署后的合同，根据所述包括签名信息的签署后的合同生成所述目标业务的业务合同；

智能合约部署模块，根据所述业务合同确定所述业务合同对应的合同规则，并基于所述合同规则生成所述业务合同对应的第一智能合约，并将所述第一智能合约部署于区块链中，所述合同规则包括履约规则和/或违约规则；

合同规则执行模块，当基于第一智能合约检测到所述业务合同的状态满足所述合同规则时，执行所述合同规则。

17.根据权利要求16所述的装置，所述装置还包括：

行为数据获取模块，获取所述业务合同的签署方针对所述业务合同的行为数据；

状态更新模块，根据所述签署方针对所述业务合同的行为数据，基于所述区块链中的第一智能合约对所述业务合同的状态进行更新。

18.根据权利要求17所述的装置，所述合同规则执行模块，包括：

第一执行单元，如果基于第一智能合约检测到所述业务合同的状态为履约提醒，则向所述业务合同对应的履约方发送预设的履约提醒消息；

第二执行单元，如果基于第一智能合约检测到所述业务合同的状态的信息中包括所述履约方的预设资源账户信息的履约执行信息，则基于所述第一智能合约触发将所述履约方的预设资源账户中所述业务合同对应的履约资源的占有权限转移给所述业务合同对应的被履约方。

19.根据权利要求18所述的装置，所述装置还包括：

守约处理模块，根据预设的守约处理规则，基于所述第一智能合约向所述履约方转移与所述守约处理规则相对应的资源，并向所述履约方发送所述资源转移的通知消息。

20.根据权利要求16所述的装置，所述装置还包括：

查询请求模块，接收应用方发送的所述业务合同的状态查询请求；

信息发送模块，基于所述区块链中的第一智能合约，获取所述业务合同的当前状态信息和所述合同规则的执行情况信息，并将获取的当前状态信息和所述合同规则的执行情况信息发送给所述应用方。

21.一种基于区块链的数据处理设备，所述基于区块链的数据处理设备包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：

接收发起方发送的目标业务的合同签约请求，所述合同签约请求中包括所需签订的合同数据；

根据所述合同数据，生成所述目标业务的待签署合同；

将所述待签署合同发送给所述发起方，并接收所述发起方发送的包括签名信息的签署后的合同，根据所述包括签名信息的签署后的合同生成所述目标业务的业务合同；

根据所述业务合同确定所述业务合同对应的合同规则，并基于所述合同规则生成所述业务合同对应的第一智能合约，并将所述第一智能合约部署于区块链中，所述合同规则包括履约规则和/或违约规则；

当基于第一智能合约检测到所述业务合同的状态满足所述合同规则时，执行所述合同规则。

22.一种基于区块链的数据处理系统，所述系统包括基于区块链的合同平台和业务平台，其中：

所述业务平台，被配置为向所述基于区块链的合同平台发送的目标业务的合同签约请求，所述合同签约请求中包括所需签订的合同数据；

所述基于区块链的合同平台，被配置为根据所述合同数据，生成所述目标业务的待签署合同，将所述待签署合同发送给所述业务平台；

所述业务平台，还被配置为展示所述待签署合同，并获取签署方的签名信息，将包括所述签名信息的签署后的合同发送给所述基于区块链的合同平台；

所述基于区块链的合同平台，还被配置为根据所述包括签名信息的签署后的合同生成所述目标业务的业务合同，根据所述业务合同确定所述业务合同对应的合同规则，并基于所述合同规则生成所述业务合同对应的第一智能合约，并将所述第一智能合约部署于所述区块链中，所述合同规则包括履约规则和/或违约规则；

所述基于区块链的合同平台，还被配置为调用所述区块链中的所述第一智能合约检测所述业务合同的状态，并当基于第一智能合约检测到所述业务合同的状态满足所述合同规则时，执行所述合同规则。

23.根据权利要求22所述的装置，所述系统还包括司法平台，其中：

所述司法平台，被配置为向所述基于区块链的合同平台发送所述业务合同的状态查询请求；

所述基于区块链的合同平台，还被配置为调用所述区块链中的第一智能合约，获取所述区块链中所述业务合同的当前状态信息和所述合同规则的执行情况信息，并将获取的当前状态信息和所述合同规则的执行情况信息发送给所述司法平台。

Images