CN117807158A - 基于用户可视化配置合约的数据上链方法、系统及设备 - Google Patents

Abstract

本发明提供一种基于用户可视化配置合约的数据上链方法、系统及设备，该方法包括：S1，创建可信合约规则库，可信合约规则库包括多个子合约规则库；S2，创建预配置智能合约；S3，获取使用方通过预配置智能合约配置的合规上链合约；S4，配置数据上链任务信息；S5，确定数据上链参与方；S6，将数据上链任务信息发送给上链参与方，每个上链参与方基于合规上链合约执行数据上链计算，共识后完成数据上链。本发明通过由全部参与方建立多方协同的可信智能合约，实现由用户角色配置数据上链的具体流程和规则，并由全部参与方进行业务背书，提高了对特定业务数据的上链效率，并保证上链数据与业务数据有紧耦合关系，提高了链上数据的价值属性。

Description

基于用户可视化配置合约的数据上链方法、系统及设备

技术领域

本发明属于区块链技术领域，更具体地，涉及一种基于用户可视化配置合约的数据上链方法、系统及设备。

背景技术

在现有的区块链技术中，智能合约的配置方案通常是由管理方或指定授权方进行设置的。然而，由于不同的应用和业务具有独特的规则和逻辑，这种统一的配置方案往往不能很好地适应各种业务属性，导致由管理方创建的智能合约在与数据使用方在共识过程中可能出现不通过的情况，导致降低了区块链中数据上链业务的效率。

此外，当前的做法通常要求使用方被动接受已创建的智能合约执行数据上链操作，这种做法使得上链数据无法与业务产生紧密的耦合关系，待上链数据在上链过程中，以及链上已存证的数据在实际使用过程中也可能不满足数据使用方的标准和需求，导致链上数据的可信度不高。

现有技术中尚未解决以上问题，链上数据的可信度不高，基于具体业务使用场景下的数据价值难以满足用户需求。

发明内容

针对现有技术的缺陷，本发明的目的在于提供一种基于用户可视化配置合约的数据上链方法、系统及设备，旨在解决数据上链可信度不高的问题，提高了链上数据在具体应用场景下的使用价值。

为实现上述目的，第一方面，本发明提供了一种基于用户可视化配置合约的数据上链方法，包括以下步骤：

S1，创建可信合约规则库，可信合约规则库包括多个子合约规则库，每个子合约规则库中包含至少一个可信合约规则；

S2，创建预配置智能合约，所述预配置智能合约用于确定使用方配置合规上链合约的步骤；

所述步骤S1与步骤S2没有先后顺序；

S3，获取使用方通过预配置智能合约配置的合规上链合约；

所述合规上链合约包括上链参与方执行数据上链计算的协同方式和数据上链计算的可信合约规则；

S4，配置数据上链任务信息；

S5，确定数据上链参与方；

S6，将数据上链任务信息发送给上链参与方，每个上链参与方基于所述合规上链合约执行数据上链计算，共识后完成数据上链。

在一个示例中，所述步骤S3，包括：

S3.1，获取使用方配置的合规上链合约的数据协同方式，所述数据协同方式用于确定上链参与方何时通过合规上链合约对数据执行数据上链计算，以对其进行核验；

所述数据协同方式包括主动协同方式和被动协同方式；

所述主动协同方式是指上链参与方及时检测，发现数据立即通过已共识的合规上链合约执行数据上链计算；

所述被动协同方式是指上链参与方依申请且核验通过后，通过已共识的合规上链合约执行数据上链计算；

S3.2，获取使用方基于所述可信合约规则库配置的待确认合约；

所述步骤S3.1与步骤3.2没有先后顺序；

S3.3，获取使用方已配置的待确认合约的相关信息；

所述待确认合约的相关信息包括规则名称、规则描述、数据上链计算过程所需的计算机软件环境以及数据上链计算过程所需的计算机硬件环境中任意一种或多种信息；

S3.4，业务参与方核验待确认合约的相关信息，若核验成功，则向区块链网络发送用于部署待确认合约代码的区块链交易，以在区块链网络中部署待确认合约对应的合规上链合约。

在一个示例中，步骤S3.1中的执行数据上链计算，包括：

S3.1.1，数据上链参与方，通过已共识的合规上链合约，获取数据计算参数和数据计算模型；

所述数据计算参数为将原始数据根据数据计算模型得到结果后，通过哈希算法计算得到的哈希值；

所述数据计算模型用于将上链任务中的数据进行转换，生成用于计算的变换数据，所述变换数据与上链任务中的数据相同或部分相同；

S3.1.2，在数据计算环境中按照已共识的合规上链合约执行数据上链计算，输出数据上链计算结果的哈希值，之后将哈希值上链存储，实现对待上链数据的上链操作。

在一个示例中，步骤S4包括：

S4.1，获取待上链数据源信息，验证数据源的可读取性；

S4.2，验证数据源的安全性，核验数据源标识信息；

S4.3，读取数据源，获取数据资源列表，所述数据资源列表包括至少一个数据资源表；

S4.4，从数据资源列表中选取目标数据资源表，配置目标数据资源表对应的取数条件，根据已配置的取数条件从目标数据资源表中获取目标业务数据项；所述目标业务数据项是待进行数据上链计算的对象；

S4.5，根据步骤S4.4的目标业务数据项，由业务参与方基于所述可信合约规则库配置质量规则库后，创建数据上链计算任务，并将数据上链计算任务存证到区块链网络中；所述数据上链计算任务用于对目标业务数据项进行上链计算；所述质量规则库为可信合约规则库中的一个子合约规则库。

在一个示例中，步骤S4.4与步骤S4.5之间，还包括：

S4.6，从目标业务数据项中确定目标字段；

S4.7，每个业务参与方分别为目标字段配置目标字段描述信息，目标字段描述信息用于对目标字段进行解释；

S4.8，业务参与方汇总全部目标字段及其对应的描述信息，得到标准字段集合，对标准字段集合进行共识，判定共识结果；

若共识结果为通过，则获取区块链上存储的质量规则库后，为目标字段配置质量规则库中的可信合约规则，一个目标字段配置至少一条质量规则库中的可信合约规则，并将已配置的质量规则库中的可信合约规则与目标字段的关联关系上传到区块链中存证。

在一个示例中，质量规则库中的可信合约规则，还包括标准引用信息和算法引用信息，步骤S4.8之后还包括：

S4.9，基于标准引用信息和算法引用信息，计算基于质量规则库配置的可信合约规则的规则评分Ri，根据规则评分Ri确定标准字段集合的共识顺序；所述标准引用信息和算法引用信息指质量规则库中引用的预设可信度相对较高的标准和算法；

规则评分Ri可以按从高到低的顺序进行共识；也可以先对规则评分Ri进行分类，按类别进行共识；同一类别中的Ri按大小顺序或时间先后顺序进行排序后共识，且不限制排序方向。

在一个示例中，步骤S4.9，包括：

S4.9.1，业务参与方获取可信合约规则标识；

S4.9.2，业务参与方将质量规则库中的可信合约规则对应的规则评分Ri初始化为1；

S4.9.3，业务参与方获取标准引用信息和算法引用信息，校验通过后，执行规则评分Ri计算：

若存在A个标准引用信息，则评分值增加A*m；

若存在B个算法引用信息，则评分值增加B*n；

更新规则评分Ri＝1*(A*m+B*n)，其中，m与n表示对应的权重；

S4.9.4，对规则评分Ri进行排序或分类后，按顺序进行共识。

在一个示例中，步骤S4.9，还包括：

S4.9.5，从已共识的规则评分Ri中按阈值条件选择可信合约规则，生成并发送数据上链计算指令到数据上链计算的参与方设备；

S4.9.6，将评分标识与评分信息放入Map结构中，计算Map结构的哈希值；

S4.9.7，将全部目标字段配置的质量规则库中的可信合约规则对应Map结构的哈希值，按共识完成时间顺序构建Merkle树，并上传到区块链上存证。

在一个示例中，步骤S5，包括：

S5.1，业务参与方获取全部业务参与方的计算环境信息，计算环境信息包括：编号信息、部门、信息、计算环境参数、系统信息、CPU信息、BIOS信息、运行状态信息、角色信息等信息中的任意一种或几种；

S5.2，业务参与方根据计算环境信息，基于智能合约中部署的参与方确定规则，确定上链参与方，分配相应的权限。

第二方面，本发明提供了一种基于用户可视化配置合约的数据上链系统，包括：

规则库创建模块，用于创建可信合约规则库，可信合约规则库包括多个子合约规则库，每个子合约规则库中包含至少一个可信合约规则，可信合约规则包括以下信息中的至少一种：规则名称信息、规则描述信息、规则业务参与方信息、共识投票通过方式以及规则标识；

上链合约获取模块，用于创建预配置智能合约，预配置智能合约用于确定使用方配置合规上链合约的步骤；以及获取使用方通过预配置智能合约配置的合规上链合约；所述合规上链合约：包括上链参与方执行数据上链计算的协同方式和数据上链计算的可信合约规则；

数据上链模块，用于配置数据上链任务信息；确定数据上链参与方；以及将数据上链任务信息发送给上链参与方，每个上链参与方基于所述合规上链合约执行数据上链计算，共识后完成数据上链。

第三方面，本发明提供一种电子设备，包括：至少一个存储器，用于存储程序；至少一个处理器，用于执行存储器存储的程序，当存储器存储的程序被执行时，处理器用于执行第一方面或第一方面的任一个示例所描述的方法。

第四方面，本发明提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，当计算机程序在处理器上运行时，使得处理器执行第一方面或第一方面的任一个示例所描述的方法。

第五方面，本发明提供一种计算机程序产品，当计算机程序产品在处理器上运行时，使得处理器执行第一方面或第一方面的任一个示例所描述的方法。

总体而言，通过本发明所构思的以上技术方案与现有技术相比，具有以下有益效果：

本发明提供一种基于用户可视化配置合约的数据上链方法、系统及设备，智能合约的执行等进行共同验证，确保链上数据的可信度和一致性。在本发明中，用户通过直观的可视化配置界面，能够灵活地定义数据上链的流程和规则，使得智能合约不再由专业人员的进行后台配置，而是以用户为中心实现简单的配置操作。这种基于用户可视化配置的方法，不仅提高了整个多方协同智能合约的建立、应用效率，同时也降低了用户参与数据流通的门槛，还提高了流通上链数据的价值属性。

本发明提供一种基于用户可视化配置合约的数据上链方法、系统及设备，通过将用户行为记录与智能合约规则的用户可视化配置记录进行耦合，在保证数据上链的安全性和准确性的同时，实现了用户对数据规则的自主掌控，将用户与区块链系统的交互操作规则与对应交互操作作为区块链共识机制的前置机制，使得用户作为规则指定方能够有效地干预数据规则，确保链上数据符合实际业务需求，并在多方参与的具体业务数据上链场景中实现了良好的协同，上链规则和上链数据由全部参与方进行业务背书，保证了链上数据的可信度。

附图说明

图1是本发明实施例提供的基于用户可视化配置合约的数据上链方法流程图；

图2是本发明实施例提供的配置合规上链合约的流程图；

图3是本发明实施例提供的基于用户可视化配置合约的数据上链系统架构图。

具体实施方式

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

首先，对本发明实施例中涉及的技术术语进行介绍。

区块链是一种按照时间顺序来将数据区块顺序相连组合而成的链式数据结构，并且以密码学方式保证数据区块不可篡改和不可伪造。区块链中的每个区块通过包括该区块链中紧接其之前的前一个区块的加密散列而链接到该前一个区块。每个区块还包括时间戳、该区块的加密哈希以及一个或多个交易。对已经被区块链网络的节点验证的交易进行哈希处理并形成Merkle树。在Merkle树中，对叶节点处的数据进行哈希处理，并且针对Merkle树的每个分支，在该分支的根处级联该分支的所有哈希值。针对Merkle树执行上述处理，直到整个Merkle树的根节点。Merkle树的根节点存储代表该Merkle树中的所有数据的哈希值。当一个哈希值声称是Merkle树中存储的交易时，可以通过判断该哈希值是否与Merkle树的结构一致来进行快速验证。

区块链网络是用于管理、更新和维护一个或多个区块链结构的计算节点网络。在本说明书中，区块链网络可以包括公有区块链网络、私有区块链网络或联盟区块链网络。

在公有区块链网络中，共识过程由共识网络的节点控制。例如，在公有区块链网络中可以存在成千上万个实体协作处理，每个实体操作该公有区块链网络中的至少一个节点。因此，公有区块链网络可以被认为是参与实体的公有网络。在一些示例中，大多数实体(节点)必须按序对每个区块进行签名，并且将签名后的区块添加到区块链网络的区块链中。公有区块链网络的示例可以包括特定对等支付网络。

私有区块链网络被提供来用于特定实体。私有区块链网络中的各个节点的读写权限被严格控制。因此，私有区块链网络通常也称为许可网络，其对允许谁参与网络以及的网络参与水平进行限制。在私有区块链网络中，可以使用各种类型的访问控制机制。

联盟链的网络范围介于公有链和私有链之间，通常是使用在多个成员角色的环境下，比如银行之间的支付结算、企业之间的物流等，这些场景下往往都是由不同权限的成员参与的。联盟链系统一般具有身份认证和权限设置，而且节点的数量往往是确定的，对于企业或者机构之间的事务处理和合适。联盟链具有以下特点：一是交易成本更便宜，交易只需被几个受信的高算力节点验证就可以了，而无需全网确认；二是节点可以很好地连接，故障可以迅速通过人工干预来修复，并允许使用共识算法减少区块时间；三是如果读取权限受到限制，可以提供更好的隐私保护。

智能合约是部署在区块链上运行的一串二进制代码，是可以基于自动执行条款实现预定事件触发、不可篡改、自动执行的计算机程序。利用智能合约可以保障所有约定的可靠执行，避免篡改、抵赖和违约。智能合约在发布后，需要在区块链中的状态机上进行实例化并生效。本实施例中，除了明确涉及的预配置智能合约、合规上链合约等智能合约，还包括其他支撑区块链数据上链的必要的智能合约。

参见图1，本发明实施例提供一种基于用户可视化配置的数据上链方法，旨在改提供一种基于用户视角的智能合约的配置方法来实现数据上链，将不可见的智能合约配置过程开放给用户进行可视化操作，包括如下步骤：

S1，业务参与方创建可信合约规则库。

本实施例提供的基于用户可视化配置合约的数据上链方法，区块链网络中的业务参与方包括管理方、使用方和核验方，均可作为区块链网络节点来创建可信合约规则库。

可信合约规则库包括多个子合约规则库，每个子合约规则库中包含至少一个可信合约规则。

本实施例中，可信合约规则包括以下信息中的至少一种：规则名称信息、规则描述信息、规则业务信息、共识投票通过方式以及规则标识。

本实施例中，创建可信合约规则库包括步骤S1.1～S1.5：

S1.1，业务参与方创建可信合约规则信息，可信合约规则信息包括规则名称信息和规则描述信息，规则名称信息是规则的中文或英文标识，规则描述信息用于解释说明可信合约规则；

S1.2，业务参与方选择可信合约规则的参与方，例如，从10个业务参与方中选择3个、6个、9个或者10个参与方，作为联盟链性质的区块链网络节点进行可信合约规则库的创建。

S1.3，业务参与方配置可信合约规则对应的共识投票规则。

本实施例中示例的，可信合约规则的共识投票规则包括：全体成员审核通过、任意成员审核通过、指定成员审核通过和满足阈值条件的成员审核通过等方式。

S1.4，参与方基于步骤S1.1-S1.3涉及的相关信息，通过哈希计算创建可信合约规则标识；

本实施例中示例的，将规则名称信息、规则描述信息、参与方信息和共识投票规则信息形成字符串或文件后输出哈希值得到规则标识。

S1.5，参与方判断创建的可信合约规则标识，与已存在可信合约规则标识是否相同；

若相同，则添加最近的一次或多次创建操作对应的时间戳后，重新通过哈希计算得到新的规则标识；

若不相同，则确认该可信合约规则标识为可信规则库中的唯一标识。

本实施例中，唯一的可信合约规则标识用于区分不同的智能合约或可信合约规则，便于管理和跟踪。

S2，创建预配置智能合约，预配置智能合约用于确定使用方配置合规上链合约的步骤。

本实施例中，由区块链网络的业务参与方创建预配置智能合约。

本实施例中，所述步骤S1与步骤S2没有先后顺序。

S3，获取使用方通过预配置智能合约配置的合规上链合约。

参见图2，本实施例中，获取使用方通过预配置智能合约配置的合规上链合约，包括步骤S3.1～S3.4，特别说明的是，步骤S3.1与步骤3.2没有先后顺序。

S3.1，获取使用方配置的合规上链合约的数据协同方式。

本实施例中，数据协同方式用于确定核验方何时通过合规上链合约对数据执行数据计算，以对其进行核验。

本实施例提供的一种可选实施方式中，数据协同方式为主动协同方式：核验方及时检测，发现数据立即通过已共识的合规上链合约执行数据计算。

主动协同方式下，参与方不仅仅是passively等待数据上链，而是积极地监测数据的变化，并立即采取必要的措施，确保数据按照预定的规则进行上链，使得系统能够更好地适应动态的业务环境，并在需要时快速做出相应的调整，提高了整个上链过程的灵活性和响应速度。这种协同方式不仅有利于确保数据上链的实时性，也有助于维护整个区块链系统的稳定性和可靠性。

本实施例提供的另一种可选实施方式中，数据协同方式为被动协同方式：核验方依申请且核验通过后，通过已共识的合规上链合约执行数据计算。

被动协同方式注重上链过程的可控性和审慎性，确保只有经过核验的合法请求才能够触发数据上链的执行。通过这样的核验机制，系统有效地规避了潜在的非法或不当的数据上链行为，保障了整个区块链系统的安全性和合规性。被动协同方式更适用于需要经过一定审查程序的场景，例如对于某些敏感数据或关键业务信息的上链需求，以确保数据的合法性和完整性。

本实施例中，执行数据计算包括步骤S3.1.1～S3.1.2：

S3.1.1，业务参与方通过已共识的合规上链合约，获取数据计算参数和数据计算模型；

数据计算参数为将原始数据根据数据计算模型得到结果后，通过哈希算法计算得到的哈希值；

数据计算模型用于将上链任务中的数据进行转换，生成用于计算的变换数据，变换数据与上链任务中的数据相同或部分相同；

S3.1.2，业务参与方在可信数据计算环境中执行数据计算，输出数据计算结果的哈希值。

可信数据计算环境是指可以确保数据处理和计算过程的安全性、隐私性和可信度的环境。

S3.2，获取使用方基于所述可信合约规则库配置的待确认合约；

本实施例中，示例的，使用方基于预配置智能合约，按顺序逐个、分别配置子合约规则库中的规则，得到待确认合约。

本实施例中，示例的，子合约规则库包括确权规则库、共识规则库、上链规则库、存证规则库、标识规则库、质量规则库、数据源规则库、主动协同规则库和被动协同规则库。

本实施例中，使用方基于预配置智能合约，选择每个子合约规则库中的至少1个可信合约规则，配置到当前子合约规则配置中后得到待确认合约。

本实施例中，示例性的，仅以质量规则库为进行示例性说明，子合约规则库中的可信合约规则包括如下1～5信息中的至少一种：

1.规则命名值，用于唯一标识质量规则库中的可信合约规则，规则命名值以中文表示，以便于理解规则含义。

2.规则符号，用于唯一标识质量规则库中的可信合约规则，规则符号以英文表示，以便于检索。

3.规则类型，用于表示规则的分类。

本实施例中，规则类型包括第一类型和第二类型，第二类型为第一类型的子规则。

第一类型的规则，包括完整性规则、有效性规则、正确性规则、唯一性规则、及时性规则和业务合理性规则中的至少一种。

第二类型的规则包括：正则验证规则、数据类型规则、数据有效性规则、字符串非空规则、字符串长度规则、电子证照编号规则、统一社会信用代码规则、身份标准格式规则，唯一性规则包括逻辑主键唯一规则、数据有效时间规则和业务中文校验规则等。

示例的：完整性规则包括正则验证规则；有效性规则包括数据类型规则、数据有效性规则；正确性规则包括字符串非空规则、字符串长度规则、电子证照编号规则、统一社会信用代码规则、身份标准格式规则，唯一性规则包括逻辑主键唯一规则；及时性规则包括数据有效时间规则；业务合理性规则包括业务中文校验规则。

4.对应值类型，用于表示数据类型，包括数值型、字符串型、时间日期型，这些数据类型将分配给它们的值存储在相应的内存位置。

5.规则简要说明，用于解释说明质量规则库中的可信合约规则的概念和含义，以便理解质量规则库中的可信合约规则的相关定义。

本实施例中，相应的，使用方配置合规上链合约参考如下步骤：

步骤1：使用方进入可视化配置操作页面；

步骤2：使用方通过点击、拉选等方式，在可视化配置页面完成数据协同方式、可信合约规则库、可信合约规则等等待确认合约的配置，以实现数据上链相关的可信合约规则满足使用方的需求。

本实施例中，使用方配置合规上链合约的数据协同方式与可信合约规则后形成待确认合约，用户配置形成待确认合约的过程可以是有强制顺序的，也可以是没有强制顺序的。

当配置合规上链合约的规则是有强制顺序时，基于预配置智能合约的约束性规则，保障了合规上链合约配置步骤的完整性，可降低区块链网络节点的计算存储资源，提高区块链网络的效率。

当配置合规上链合约的规则没有强制顺序时，本发明提供一种基于用户配置的解耦设计，保障用户配置业务数据相关规则的干预性，简化了使用方操作的难度，在基于预配置智能合约的管控下提升了使用方的操作自由度，有利于提升使用方配置合规上链合约的效率。

S3.3，获取使用方已配置的待确认合约的相关信息。

待确认合约的相关信息包括规则名称、规则描述、数据计算过程所需的计算机软件环境以及数据计算过程所需的计算机硬件环境中任意一种或多种信息。

本实施例中，使用方基于预配置智能合约，按照按顺序逐个、分别配置子合约规则库中的规则得到待确认合约，区块链网络基于智能合约自动获取的信息自动生成得到待确认合约的相关信息，该待确认合约的相关信息可由使用方编辑修改。

本实施例中，可由使用方编辑修改待确认合约的相关信息，包括名称、描述、计算机软件环境、计算机硬件环境等任意一种或多种信息。

S3.4，业务参与方核验使用方已配置的合规上链合约的相关信息，若核验成功，则向区块链网络发送用于部署待确认合约代码的区块链交易，以在区块链网络中部署相应的合规上链合约。

本实施例中，通过引入一种更加灵活的智能合约编写和配置方式，使各应用和业务的使用方能够根据其需求自定义智能合约的规则和逻辑，从而确保智能合约更好地匹配业务属性。

本实施例中，基于预配置智能合约的规则和逻辑，实现合规上链合约在区块链上的动态配置，而不需要中心化的管理方或指定授权方进行干预。能够自动适应不同使用方的应用和业务需求，并由使用方自主调整其规则，从而降低共识不通过的可能。

本实施例中，后续步骤可基于使用方配置的合规上链合约，减少人为干预的需要，以提高链上业务的效率和可靠性。

S4，业务参与方基于智能合约配置数据上链任务信息。

在现有技术中，为推动业务协同、加快数据流通，需要将分散数据进行统筹管理，进行大量的跨系统、跨部门、跨层级、跨业务场景、跨地区的数据判定与协调工作。例如，在政务大数据治理的应用场景下，数据治理的基本架构由委办局、大数据中心、数据供应方和数据使用方组成，是一种多个业务参与方的组织架构。

多数据来源的数据服务体系一般为多地区、多业务场景、多系统的复杂环境，普遍存在如下问题：1、数据字段的命名不统一，如公开号为CN112905329A的中国专利文献公开了如下内容：“每家银行都有自己的数据标准，比如，对于性别男和女，每个系统定义可能会存在不一样的情况，有的用0和1标准表示，有的用F和M标准表示，有的用A和B标准表示”；2、数据字段的定义不统一，即使是相同字段，不同的数据源对其定义也往往出现差异，如身份代码，有的数据源定义为统一社会信用代码，有的数据源定义为公民身份号码；3、对相同字段进行数据判断时，字段对应值的认定规则也不统一。

上述问题的存在，导致跨数据源的业务参与方之间存在数据互认、互信困难，而数据价值挖掘与增值的基础往往又是来自多个数据源的融合数据，如此导致数据的价值难以被有效挖掘。

针对以上问题，本实施例提供的一种可选实施方式中，业务参与方配置数据上链任务信息包括步骤：

S4.1，业务参与方获取数据源信息，验证数据源的可读取性。

本实施例中，数据源是指数据来源，是提供某种所需要数据的器件或原始媒体，包括数据库系统、文本文件、图像、音频、API、网站等各种形式。

数据源可以来源于融合数据源或单一数据源。

融合数据源可以是某省大数据中心，其存储的数据为来自多个数据源的、具有不同标准和定义的融合数据；单一数据源可以是某单位，其存储的数据为统一标准和定义的数据，其数据在使用时会与其他参与节点进行跨部门、跨标准使用，因此也需采用本发明的方案，以达成数据字段、字段定义和字段规则的统一共识，提供数据应用的基础。

本实施例中，验证数据源的可读取性，可以保障数据的可用性，确保数据源当前处于可用状态，并确保数据的来源和可信度，提前验证数据源的获取问题，节省后续处理和清理数据的时间和资源，降低相关数据风险，避免数据上链任务建立后出现数据源不可读取导致的客户投诉等问题。

S4.2，业务参与方验证数据源的安全性，核验数据源标识信息。

本实施例中，核验数据源标识信息包括步骤：核验已读取数据源的标识信息与区块链上存储的数据源标识信息和是否一致，若一致，则验证通过；

本实施例中，数据源标识信息的构建方式包括步骤S4.2.1～S4.2.2：

S4.2.1，将数据源的验证信息进行哈希计算，并通过merkel树构建得到数据源标识；

本实施例中，数据源的验证信息包括如下1～4：

1.数据源来源信息，如某市大数据中心、某省大数据中心；

2.文件扩展名，如.csv、.txt、.txt、.xlsx；

3.数据源文件编码格式，如UTF-8、GBK、ISO-8859-1；

4.数据源的元数据，如数据源的名称、创建时间、修改时间、作者、关键字。

S4.2.2，将数据源标识信息与数据源关联后，得到数据源标识信息。

本实施例中，关联数据源标识信息和数据源，用于保证可以在必要时对数据源进行追踪和溯源。

本实施例中，核验数据源标识信息，防止采集到不被认可或非法的数据源中的源数据，以避免采集到的数据错误或失真，可以确保数据源的真实性和可信度，以链下数据的真实可信保障上链后数据的真实可信，提高区块链系统应用的可信度。

S4.3，业务参与方读取数据源，获取数据资源列表。

数据资源列表是一个记录、描述和管理数据资源的清单或目录。它通常包括有关可用数据资源的详细信息，以帮助组织和个人更好地理解、查找和访问这些数据。

本实施例中，数据资源表包括如下字段及其对应的字段值：数据资源名称、资源编号、表名、数据源名称、数据源IP、数据资源状态。

数据资源列表中包括至少一个数据资源表的相关信息。

本实施例中，数据资源表的相关信息包括数据资源名称、描述、类型、大小、来源、许可、更新频率和链接等信息。

本实施例中，“包括…等信息”的描述，指代“包含…等信息”中的一个或几个信息。

S4.4，业务参与方从数据资源列表中选取目标数据资源表，配置目标数据资源表对应的取数条件，根据已配置的取数条件从目标数据资源表中获取目标业务数据项。

本实施例中，示例的，取数条件可以配置为从目标数据资源表中取前1000条数据。

目标业务数据项是指在特定业务或项目中明确定义的、需要被收集、处理、存储或分析的数据元素或数据字段，是待进行数据上链计算的对象。

本实施例中，目标业务数据项包括业务数据项ID(key)和对应的业务数据值(value)，业务数据项ID包括：业务数据项编号、表名、业务数据项中文名称、业务数据项名称、字段类型、字段长度、主键标识。

S4.5、根据步骤S4.4的目标业务数据项，由业务参与方配置质量规则库中的可信合约规则后，创建数据上链计算任务，并将数据上链计算任务存证到区块链网络中。

S5，业务参与方基于智能合约确定数据上链计算任务的上链参与方。

本实施例中，为了通过多方协同实现数据的可信上链，可确定多个上链参与方参与数据上链计算任务的执行数据计算，执行数据计算的步骤参见本实施例前述步骤S3.1.1～S3.1.2。

本实施例中，确定上链参与方，包括步骤S5.1～S5.4：

S5.1，业务参与方获取全部业务参与方的计算环境信息。

计算环境信息包括：编号信息、部门、信息、计算环境参数、系统信息、CPU信息、BIOS信息、运行状态信息、角色信息等信息中的任意一种或几种。

本实施例中，获取计算环境信息，包括步骤S5.1.1～S5.1.4：

S5.1.1，创建计算环境调用请求；

S5.1.2，接收计算环境调用请求，生成调用文件，将调用文件上传到区块链网络；

S5.1.3，通过区块链网络中部署的智能合约，确定调用文件可用，生成计算环境信息调用指令，发送计算环境信息调用指令至全部参与方；

S5.1.4，业务参与方接收全部参与方提交的计算环境信息；

S5.2，业务参与方根据计算环境信息，基于智能合约中部署的参与方确定规则，确定上链参与方，分配相应的权限。

S6，将数据上链任务信息发送给上链参与方，每个参与方基于合规上链合约执行数据计算，共识后完成上链。

本实施例中，为了方便数据的可信溯源，可一并将本发明中每个过程的相关数据记录信息存证到区块链网络中，相关数据记录信息包括数据共识过程、数据共识结果、数据中间计算过程、数据中间计算结果的哈希值，这些哈希值可通过merkle树的方式进行区块链记录。

本实施例中，上链参与方接收数据上链任务信息，向区块链网络广播数据获取请求，该数据获取请求经全网共识通过后，上链参与方获取数据上链任务，基于合规上链智能合约执行数据上链操作。

在基于合规上链智能合约执行数据上链操作时，发明人发现，由于不同参与方对相同字段进行数据质量判断时，对于相同字段在质量规则库中的可信合约规则的配置可能存在差异，导致共识失败。其原因包括：1、不同的参与方由于对字段的定义不能达成一致，导致共识失败；2、不同的参与方由于对字段对应规则的定义不能达成一致，导致共识失败。

以字段M为例，如果字段M的字段描述信息不能通过共识，那么该字段M对应的计算规则必然也不能通过共识，如果采用先配置字段M和字段规则M1，再进行共识，且出现共识失败的情况下，将导致区块链节点对字段M进行计算规则配置、共识计算等过程中产生了时间和资源的浪费，且由于区块链节点的数量为多个，使得这种浪费明显增加。

为了解决以上问题，本实施例在步骤S4.4～步骤S4.5之间，设置步骤S4.6～S4.9：

S4.6，从目标业务数据项中确定目标字段。

本实施例中，目标字段用于进行数据质量判断。

本实施例中，确定目标字段的方式包括：1、参与方获取业务数据中全部字段的频数，取频数最高的字段；2、参与方自行确定关键字段；3、参与方依据历史数据，取字段值最多的字段作为关键字段。

S4.7，业务参与方分别为目标字段配置目标字段描述信息，目标字段描述信息用于对目标字段进行解释。

本实施例中，不同参与方对相同的目标字段可以配置不同的字段描述信息，不同参与方配置的目标字段描述信息可能相同、部分相同或完全不同。

目标字段描述信息包括字段命名值和字段简要说明：字段命名值，用于唯一标识目标字段，以区别不同字段；字段简要说明，用于解释说明目标字段的概念和含义，以便使用方理解目标字段的相关定义。

例如，对于一个目标字段“证件号”；参与方1的字段命名值为“居民身份证号码”，字段简要说明为“用于中国公民身份识别”，且对应的数据值为居民身份证号；参与方2的字段命名值为“公民身份号码”，字段简要说明为“用于中国公民身份识别”，对应的数据值为居民身份证号；参与方3的字段命名值为“身份代码”，字段简要说明为“是社会信用代码或居民身份证号码，用于法人和其他组织身份识别，或用于中国公民身份识别”，对应的数据值为居民身份证号码，或者法人组织的统一社会信用代码，或非法人组织的统一社会信用代码；参与方4的字段命名值为“社会信用代码”，字段简要说明为“用于法人和其他组织身份验证识别”，对应的数据值为居民身份证号码，或者法人组织的统一社会信用代码，或非法人组织的统一社会信用代码。

S4.8，业务参与方汇总全部目标字段及其对应的描述信息，得到标准字段集合，对标准字段集合进行共识，判定共识结果；

若共识结果为通过，则获取区块链上存储的质量规则库中的可信合约规则后，为目标字段配置质量规则库中的可信合约规则，一个目标字段配置至少一条质量规则库中的可信合约规则，并将已配置的质量规则库中的可信合约规则与目标字段的关联关系上传到区块链中存证。

若共识结果为失败，则对应可以解决“不同的参与方由于对字段对应规则的定义不能达成一致，导致共识失败”这一技术问题带来的计算时间和资源的浪费。

本实施例中，质量规则库中的可信合约规则，还可以包括标准引用信息和算法引用信息。

标准引用信息，用于智能合约计算质量规则库中的可信合约规则的评分信息，以及智能合约判断质量规则库中的可信合约规则是否通过验证；

算法引用信息，用于智能合约计算质量规则库中的可信合约规则的评分信息，以及智能合约判断质量规则库中的可信合约规则是否通过验证。

本实施例中，目标字段可以进行分级设置，例如设置为身份代码字段为一级字段，包括统一社会信用代码、公民身份号码两个二级字段，参见表1：

表1

/>

本实施例中，在选择目标字段时，一级字段和二级字段都可以作为一个目标被单独选择，并配置对应的规则。例如，对于公民身份号码这个二级字段，在单独被选择时，可配置的具体质量规则库中的可信合约规则参见表2：

表2

在现有技术中，数据上链规则缺失权威标准，导致数据上链所依赖的规则在多个参与方达成一致的时候存在反复共识的问题，浪费区块链网络中的存储资源和计算开销，并有可能导致数据的质量风险、法律风险和技术障碍。

为了解决以上问题，本实施例在步骤S4.8之后，设置步骤S4.9：

S4.9，基于标准引用信息和算法引用信息，计算数据质量规则分值Ri，根据数据质量规则分值Ri确定标准字段集合的共识顺序。

本实施例中，数据质量规则的引用的标准引用信息和算法引用信息越多，数据质量规则的分值越高，在标准字段集合的共识顺序越靠前。

本实施例中，计算数据质量规则分值Ri，包括步骤S4.9.1～S4.9.4：

S4.9.1，业务参与方获取可信合约规则标识；

S4.9.2，业务参与方将质量规则库中的可信合约规则对应的数据质量规则分值Ri初始化为1；

S4.9.3，业务参与方获取标准引用信息和算法引用信息，校验通过后，执行数据质量规则分值Ri计算：

若存在A个标准引用信息，则评分值增加A*m；

若存在B个算法引用信息，则评分值增加B*n；

更新数据质量规则评分Ri＝1*(A*m+B*n)，其中，m与n表示对应的权重；

S4.9.4，对数据质量规则评分Ri进行排序或分类后，按顺序进行共识。

本实施例中，数据质量规则评分Ri可以按从高到低的顺序进行共识；也可以先对数据质量规则评分Ri进行分类，按类别进行共识；同一类别中的Ri按大小顺序或时间先后顺序进行排序后共识，且不限制排序方向。

为了提高链上多方协同数据的上链可信度，本实施例中，通过步骤S4.9.5～4.9.7对数据规则评分信息进行上链存储，以提供公开可信任的记录供事后追溯，并解决不同使用方在同一时间均有数据上链需求时，那些数据优先上链的问题，为现实的数据上链业务提供公开、公平、安全、可信任的执行环境：

S4.9.5，从已共识的评分值Ri中按阈值条件选择评分标准，生成并发送数据上链计算指令到数据上链计算的参与方设备；

S4.9.6，将评分标识与评分信息放入Map结构中，计算Map结构的哈希值；

S4.9.7，将全部目标字段配置的质量规则库中的可信合约规则对应Map结构的哈希值，按共识完成时间顺序构建Merkle树，并上传到区块链上存证。

本实施例中，Map结构的哈希值即为数据评分标识，上传到区块链上存证，保证质量规则库中的可信合约规则的评分信息与数据的紧耦合关系，该数据评分标识可作为经过本发明的数据质量管理方法认定后的数据进行后续访问、流通的依据，实现对应数据质量评分信息的统一管理，从而持续优化数据质量。

图3是本发明实施例提供的基于用户可视化配置合约的数据上链系统架构图；如图3所示，包括：

规则库创建模块310，用于创建可信合约规则库，可信合约规则库包括多个子合约规则库，每个子合约规则库中包含至少一个可信合约规则，可信合约规则包括以下信息中的至少一种：规则名称信息、规则描述信息、规则业务参与方信息、共识投票通过方式以及规则标识；

上链合约获取模块320，用于创建预配置智能合约，预配置智能合约用于确定使用方配置合规上链合约的步骤；以及获取使用方通过预配置智能合约配置的合规上链合约；合规上链合约：包括上链参与方执行数据上链计算的协同方式和数据上链计算的可信合约规则；

数据上链模块330，用于配置数据上链任务信息；确定数据上链参与方；以及将数据上链任务信息发送给上链参与方，每个上链参与方基于合规上链合约执行数据上链计算，共识后完成数据上链。

应当理解的是，上述系统用于执行上述实施例中的方法，系统中相应的程序模块，其实现原理和技术效果与上述方法中的描述类似，该系统的工作过程可参考上述方法中的对应过程，此处不再赘述。

基于上述实施例中的方法，本发明实施例提供了一种电子设备。该设备可以包括：至少一个用于存储程序的存储器和至少一个用于执行存储器存储的程序的处理器。其中，当存储器存储的程序被执行时，处理器用于执行上述实施例中所描述的方法。

基于上述实施例中的方法，本发明实施例提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，当计算机程序在处理器上运行时，使得处理器执行上述实施例中的方法。

基于上述实施例中的方法，本发明实施例提供了一种计算机程序产品，当计算机程序产品在处理器上运行时，使得处理器执行上述实施例中的方法。

可以理解的是，本发明实施例中的处理器可以是中央处理单元(centralprocessing unit，CPU)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。通用处理器可以是微处理器，也可以是任何常规的处理器。

本发明实施例中的方法步骤可以通过硬件的方式来实现，也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(random access memory，RAM)、闪存、只读存储器(read-only memory，ROM)、可编程只读存储器(programmable rom，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者通过所述计算机可读存储介质进行传输。所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

可以理解的是，在本发明实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本发明的实施例的范围。

本领域的技术人员容易理解，以上仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种基于用户可视化配置合约的数据上链方法，其特征在于，包括以下步骤：

S1，创建可信合约规则库，所述可信合约规则库包括多个子合约规则库，每个子合约规则库中包含至少一个可信合约规则；

S2，创建预配置智能合约，所述预配置智能合约用于确定使用方配置合规上链合约的步骤；

所述步骤S1与步骤S2没有先后顺序；

S3，获取使用方通过预配置智能合约配置的合规上链合约；

所述合规上链合约包括上链参与方执行数据上链计算的协同方式和数据上链计算的可信合约规则；

S4，配置数据上链任务信息；

S5，确定数据上链参与方；

S6，将数据上链任务信息发送给上链参与方，每个上链参与方基于所述合规上链合约执行数据上链计算，共识后完成数据上链。

2.根据权利要求1所述的方法，其特征在于，所述步骤S3，包括：

S3.1，获取使用方配置的合规上链合约的数据协同方式，所述数据协同方式用于确定上链参与方何时通过合规上链合约对数据执行数据上链计算，以对其进行核验；

所述数据协同方式包括主动协同方式和被动协同方式；

所述主动协同方式是指上链参与方及时检测，发现数据立即通过已共识的合规上链合约执行数据上链计算；

所述被动协同方式是指上链参与方依申请且核验通过后，通过已共识的合规上链合约执行数据上链计算；

S3.2，获取使用方基于所述可信合约规则库配置的待确认合约；

所述步骤S3.1与步骤3.2没有先后顺序；

S3.3，获取使用方已配置的待确认合约的相关信息；

所述待确认合约的相关信息包括规则名称、规则描述、数据上链计算过程所需的计算机软件环境以及数据上链计算过程所需的计算机硬件环境中任意一种或多种信息；

S3.4，业务参与方核验待确认合约的相关信息，若核验成功，则向区块链网络发送用于部署待确认合约代码的区块链交易，以在区块链网络中部署待确认合约对应的合规上链合约。

3.根据权利要求2所述的方法，其特征在于，步骤S3.1中的执行数据上链计算，包括：

S3.1.1，数据上链参与方，通过已共识的合规上链合约，获取数据计算参数和数据计算模型；

所述数据计算参数为将原始数据根据数据计算模型得到结果后，通过哈希算法计算得到的哈希值；

所述数据计算模型用于将上链任务中的数据进行转换，生成用于计算的变换数据，所述变换数据与上链任务中的数据相同或部分相同；

S3.1.2，在数据计算环境中按照已共识的合规上链合约执行数据上链计算，输出数据上链计算结果的哈希值，之后将哈希值上链存储，实现对待上链数据的上链操作。

4.根据权利要求1所述的方法，其特征在于，步骤S4包括：

S4.1，获取待上链数据源信息，验证数据源的可读取性；

S4.2，验证数据源的安全性，核验数据源标识信息；

S4.3，读取数据源，获取数据资源列表，所述数据资源列表包括至少一个数据资源表；

S4.4，从数据资源列表中选取目标数据资源表，配置目标数据资源表对应的取数条件，根据已配置的取数条件从目标数据资源表中获取目标业务数据项；所述目标业务数据项是待进行数据上链计算的对象；

S4.5，根据步骤S4.4的目标业务数据项，由业务参与方基于所述可信合约规则库配置质量规则库后，创建数据上链计算任务，并将数据上链计算任务存证到区块链网络中；所述数据上链计算任务用于对目标业务数据项进行上链计算；所述质量规则库为可信合约规则库中的一个子合约规则库。

5.根据权利要求4所述的方法，其特征在于，步骤S4.4与步骤S4.5之间，还包括以下步骤：

从目标业务数据项中确定目标字段；

每个业务参与方分别为目标字段配置目标字段描述信息，目标字段描述信息用于对目标字段进行解释；

业务参与方汇总全部目标字段及其对应的描述信息，得到标准字段集合，对标准字段集合进行共识，判定共识结果；

若共识结果为通过，则获取区块链上存储的质量规则库后，为目标字段配置质量规则库中的可信合约规则，一个目标字段配置至少一条质量规则库中的可信合约规则，并将已配置的质量规则库中的可信合约规则与目标字段的关联关系上传到区块链中存证。

6.根据权利要求5所述的方法，其特征在于，所述质量规则库中的可信合约规则，包括标准引用信息和算法引用信息，该方法还包括以下步骤：

基于标准引用信息和算法引用信息，计算基于质量规则库配置的可信合约规则的规则评分Ri，根据规则评分Ri确定标准字段集合的共识顺序；所述标准引用信息和算法引用信息指质量规则库中引用的预设可信度相对较高的标准和算法。

7.根据权利要求6所述的方法，其特征在于，基于标准引用信息和算法引用信息，计算基于质量规则库配置的可信合约规则的规则评分Ri，根据规则评分Ri确定标准字段集合的共识顺序包括以下步骤：

业务参与方获取可信合约规则标识；

业务参与方将质量规则库中的可信合约规则对应的规则评分Ri初始化为1；

业务参与方获取标准引用信息和算法引用信息，校验通过后，执行规则评分Ri计算：

若存在A个标准引用信息，则评分值增加A*m；

若存在B个算法引用信息，则评分值增加B*n；

更新规则评分Ri＝1*(A*m+B*n)，其中，m与n表示对应的权重；

对规则评分Ri进行排序或分类后，按顺序进行共识。

8.根据权利要求7所述的方法，其特征在于，基于标准引用信息和算法引用信息，计算基于质量规则库配置的可信合约规则的规则评分Ri，根据规则评分Ri确定标准字段集合的共识顺序还包括以下步骤：

从已共识的规则评分Ri中按阈值条件选择可信合约规则，生成并发送数据上链计算指令到数据上链计算的参与方设备；

将评分标识与评分信息放入Map结构中，计算Map结构的哈希值；

将全部目标字段配置的质量规则库中的可信合约规则对应Map结构的哈希值，按共识完成时间顺序构建Merkle树，并上传到区块链上存证。

9.根据权利要求1所述的方法，其特征在于，步骤S5，包括：

S5.1，业务参与方获取全部业务参与方的计算环境信息，计算环境信息包括：编号信息、部门、信息、计算环境参数、系统信息、CPU信息、BIOS信息、运行状态信息、角色信息中的任意一种或几种；

S5.2，业务参与方根据计算环境信息，基于智能合约中部署的参与方确定规则，确定上链参与方，分配相应的权限。

10.一种基于用户可视化配置合约的数据上链系统，其特征在于，包括：

规则库创建模块，用于创建可信合约规则库，可信合约规则库包括多个子合约规则库，每个子合约规则库中包含至少一个可信合约规则，可信合约规则包括以下信息中的至少一种：规则名称信息、规则描述信息、规则业务参与方信息、共识投票通过方式以及规则标识；

上链合约获取模块，用于创建预配置智能合约，预配置智能合约用于确定使用方配置合规上链合约的步骤；以及获取使用方通过预配置智能合约配置的合规上链合约；所述合规上链合约：包括上链参与方执行数据上链计算的协同方式和数据上链计算的可信合约规则；

数据上链模块，用于配置数据上链任务信息；确定数据上链参与方；以及将数据上链任务信息发送给上链参与方，每个上链参与方基于所述合规上链合约执行数据上链计算，共识后完成数据上链。

11.一种电子设备，其特征在于，包括：

至少一个存储器，用于存储程序；

至少一个处理器，用于执行所述存储器存储的程序，当所述存储器存储的程序被执行时，所述处理器用于执行如权利要求1-9任一所述的方法。