CN107943950A - 一种区块链中数据智能合约生成的方法及系统 - Google Patents

Abstract

本申请公开了一种区块链中数据智能合约生成的方法，所述方法包括：根据业务需求创建所述数据智能合约得到合约名称；当所述数据智能合约的合约信息发生变化时，根据数据智能合约的内容通过数据管理接口查询数据列表，得到数据地址和关联合约地址；根据所述合约名称、所述数据地址和所述关联合约地址生成所述数据智能合约；该方法生成一种通用的数据智能合约，实现用同一份合约代码支持所有的业务场景，降低了开发难度与成本；本申请还公开了一种区块链中数据智能合约生成的系统，具有以上有益效果。

Description

一种区块链中数据智能合约生成的方法及系统

技术领域

本发明涉及区块链技术领域，特别涉及一种区块链中数据智能合约生成的方法及系统。

背景技术

区块链是利用块链式数据结构来验证与存储数据、利用分布式节点共识算法来生成和更新数据、利用密码学的方式保证数据传输和访问的安全、利用由自动化脚本代码组成的智能合约来编程和操作数据的一种全新的分布式基础架构与计算范式。在科技迅猛发展的今天，区块链得到了广泛地应用于数据智能合约领域。

在现有技术中，使用区块链的系统通过智能合约存储数据时，一般需要根据业务的需求定制不同的数据结构，然后通过不同的合约实现出来。但是，这种方案的业务复杂度较高，需要的智能合约种类极多，因此各个机构的开发团队之间协调开发的难度和成本也相当巨大。

因此，如何生成一种通用的数据智能合约，实现用同一份合约代码支持所有的业务场景，是本领域技术人员目前需要解决的技术问题。

发明内容

本申请的目的是提供一种区块链中数据智能合约生成的方法及系统，能够实现用同一份合约代码支持所有的业务场景。

为解决上述技术问题，本申请提供一种区块链中数据智能合约生成的方法及系统，该方法包括：

根据业务需求创建所述数据智能合约得到合约名称；

当所述数据智能合约的合约信息发生变化时，根据数据智能合约的内容通过数据管理接口查询数据列表，得到数据地址和关联合约地址；

根据所述合约名称、所述数据地址和所述关联合约地址生成所述数据智能合约。

可选的，所述根据数据智能合约的内容通过数据管理接口查询数据列表，得到数据地址和关联合约地址包括：

判断创建所述数据智能合约过程中使用的智能合约语言是否支持遍历所述数据列表中所有的与映射相关的值；

若所述智能合约语言不支持遍历所述数据列表中所有的与映射相关的所述值，则利用名称获取接口查询所述数据智能合约的所述内容，得到数据名称和关联合约名称；

通过数据地址获取接口根据所述数据名称查询所述数据列表，得到所述数据地址；

通过合约地址获取接口根据所述关联合约名称查询所述数据列表，得到所述关联合约地址。

可选的，在以太坊规范的虚拟机环境中，根据所述合约名称、所述数据地址和所述关联合约地址生成所述数据智能合约包括：

根据所述合约名称、所述数据地址、所述关联合约地址、所述数据名称和所述关联合约名称生成嵌套结构的所述数据智能合约。

可选的，所述根据业务需求创建所述数据智能合约得到合约名称包括：

根据所述业务需求生成代理合约，并将需要创建所述数据智能合约的数据发送给所述代理合约；

利用所述代理合约根据所述数据的所述业务需求创建所述数据智能合约，得到所述合约名称。

本申请还提供了一种区块链中数据智能合约生成的系统，所述系统包括：

部署模块，用于根据业务需求创建所述数据智能合约得到合约名称；

获取模块，用于当所述数据智能合约的合约信息发生变化时，根据数据智能合约的内容通过数据管理接口查询数据列表，得到数据地址和关联合约地址；

生成模块，用于根据所述合约名称、所述数据地址和所述关联合约地址生成所述数据智能合约。

可选的，所述获取模块包括：

判断单元，用于判断创建所述数据智能合约过程中使用的智能合约语言是否支持遍历所述数据列表中所有的与映射相关的值；

名称查询单元，用于当所述智能合约语言不支持遍历所述数据列表中所有的与映射相关的所述值时，利用名称获取接口查询所述数据智能合约的所述内容，得到所述数据名称和所述关联合约名称；

数据查询单元，用于通过数据地址获取接口根据所述数据名称查询所述数据列表，得到所述数据地址；

关联查询单元，用于通过合约地址获取接口根据所述关联合约名称查询所述数据列表，得到所述关联合约地址。

可选的，在以太坊规范的虚拟机环境中，所述生成模块包括：

根据所述合约名称、所述数据地址、所述关联合约地址、所述数据名称和所述关联合约名称生成嵌套结构的所述数据智能合约。

可选的，所述部署模块包括：

代理单元，用于根据所述业务需求生成代理合约，并将需要创建所述数据智能合约的数据发送给所述代理合约；

创建单元，用于利用所述代理合约根据所述数据的所述业务需求创建所述数据智能合约，得到所述合约名称。

本发明提供了一种区块链中数据智能合约生成的方法，根据业务需求创建所述数据智能合约得到合约名称；当所述数据智能合约的合约信息发生变化时，根据数据智能合约的内容通过数据管理接口查询数据列表，得到数据地址和关联合约地址；根据所述合约名称、所述数据地址和所述关联合约地址生成所述数据智能合约。

本方法中根据实际的业务需求创建数据智能合约得到合约名称，也就是说合约名称用于描述该数据智能合约的业务用途。合约信息发生变化说明数据智能合约中的某些信息发生了改变需要重新获取数据地址和关联合约地址，本方法中设置有数据管理接口，可以通过数据管理接口查询数据列表找到数据地址和关联合约地址。最后利用合约名称、数据地址和关联合约地址生成数据智能合约。生成数据智能合约的过程中不依靠其他设施的间接支持，各字段都是从数据内容中获取的而不是从代码定义中获取，避免了区块链以外需要通过其他通讯机制令业务方之间互相通知数据结构的麻烦。此外生成的数据智能合约是具有统一编写方法的，可以实现同一份合约代码支持所有的业务场景。该方法生成一种通用的数据智能合约，实现用同一份合约代码支持所有的业务场景，降低了开发难度与成本。本申请同时还提供了一种区块链中数据智能合约生成的系统，具有上述有益效果，在此不再赘述。

附图说明

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

图1为本申请实施例所提供的一种区块链中数据智能合约生成的方法的流程图；

图2为本申请实施例所提供的另一种区块链中数据智能合约生成的方法的流程图；

图3为图2所示实施例中代理合约创建数据智能合约流程图；

图4为本申请提供的一种区块链中数据智能合约生成的系统的结构示意图。

具体实施方式

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

下面请参见图1，图1为本申请实施例所提供的一种区块链中数据智能合约生成的方法的流程图；

具体步骤可以包括：

步骤S101：根据业务需求创建所述数据智能合约得到合约名称；

其中，本方法的实施主体是系统，本步骤的目的是获取合约名称，本步骤中指的数据智能合约并不是所有字段都已更新好的数据智能合约，当其内部的某些信息发生变化时，合约内部存储的数据地址和关联合约地址会相应的发生变化。

创建数据智能合约也可以称为部署数据智能合约，创建数据智能合约的过程就是根据集体的业务需要初始化业务数据。创建数据智能合约的同时会生成数据智能合约的合约名称，可以理解的是合约名称也是根据具体的业务需要来设定的。由于合约名称是根据具体的业务需要来设定的，所以合约名称中包含有描述该数据智能合约的业务用途。当然，在描述合约名称的业务用途时，尽量采用统一的格式，以便对数据智能合约中的内容进行解析。因此，合约名称相同的所有合约可用的字段信息、数据解析方式也是相同的，可以根据合约名称判断这个合约中存在哪些字段，也可以根据合约名称了解如何进行解析。

可以理解的是，在实际操作中创建新的数据智能合约往往需要初始化大量的数据，其中，这些数据的大小是不固定的，可以按照一定的次序将一个一个数据进行初始化。但是由于数据字段是动态不固定的如果直接调用数据智能合约的赋值方法进行数据初始化，一笔交易只能初始化一个数据字段，要完成所有字段的初始化过程需要发送多笔交易，会破坏交易的原子性。因此，可以使用代理合约来创建数据智能合约规避多笔交易带来的原子性被破坏的问题。可以根据具体业务的需要生成代理合约，将需要初始化的数据传给代理合约，由代理合约来统一创建或部署数据智能合约。当然，将需要初始化的数据传给代理合约的过程可以是一次性全部传给代理合约；也可以是只要有需要初始化的数据就将其传给代理合约，代理合约按预定时间进行创建或部署数据智能合约，此处只要是将需要初始化的数据发送给代理合约即可，并不对发送的方法进行具体的限定。当然此处只是提供了一种避免多笔交易带来的原子性被破坏的方案，也可以使用其他类似的中介进行创建数据智能合约的步骤。

在数据智能合约中的字段设置是相对自由的，在创建时可以根据具体的业务需要初始化业务数据，也可以先创建不包含业务数据的合约留作以后使用。同样与该数据智能合约相关联的合约也可以在一开始的时候初始化到合约中，或者在创建之后根据需求进行修改，此处并不进行具体的限定。

步骤S102：当所述数据智能合约的合约信息发生变化时，根据数据智能合约的内容通过数据管理接口查询数据列表，得到数据地址和关联合约地址；

其中，本步骤中提到的合约信息发生变化既可以是原数据智能合约为空，当原数据智能合约中添加某些数据带来的变化；也可以是原数据智能合约不为空，当原数据智能合约中某些数据产生变更带来的变化，此处只是说明查询数据列表的条件，并不对合约信息发生变化的具体状况进行限定。

数据列表中是存有数据智能合约的内容的相关信息的，可以根据数据智能合约的内容与数据列表中的内容进行一一比对，来获取数据地址和关联合约地址。当然，能够在数据列表中进行一一比对是需要智能合约语言具备支持遍历映射能力的。通常来讲EVM(即以太坊的虚拟机)是本技术领域中比较常见的智能合约运行环境，在这种运行环境下，可以使用多种编写智能合约的EVM语言，如solidity、LLL、Serpent等，但是由于上述这些EVM语言并不具备支持遍历映射能力，因此在EVM语言进行编写数据智能合约时还需要借助另外一个名称列表进行查询数据地址和关联合约地址。可以理解的是，当使用一种支持遍历映射的编写语言时，只需要获得数据地址和关联合约地址即可。也就是说在使用EVM语言编写数据智能合约时，获取的数据名称和关联合约名称仅仅是为了达到查询数据地址和关联合约地址的目的。

可以理解的是，在本步骤中系统是通过数据管理接口来实现查询数据列表的，此处的“接口”并不是某种装置的接口而是指某些函数的表现形式。数据管理接口是管理数据的各种接口的总称，其中包括：添加数据接口，修改指定数据接口，获取指定数据接口，获取所有数据名称列表接口，添加新的关联合约接口，修改指定关联合约接口，获取指定关联合约地址接口，获取所有关联合约接口。在本步骤中，利用数据管理接口查询数据列表并不是只使用上述接口中的某一种，而是根据具体情况选择一个或多个接口来配合查询数据地址和关联合约地址。当然，数据管理接口作为一种函数的表现形式，其名称是根据具体起到的功能进行命名的，多个接口协同工作时可以根据这几个接口共同起到的作用进行重新命名。

综上可知，本步骤的目的是获取数据地址和关联合约地址，其中可能存在获取其他信息的情况，但是获取的其他信息的最终目的都是为了获取数据地址和关联合约地址。

步骤S103：根据所述合约名称、所述数据地址和所述关联合约地址生成所述数据智能合约；

其中，本步骤的目的是生成具有统一格式的数据智能合约，利用在步骤S101和步骤S102中获得的合约名称、数据地址、关联合约地址生成数据智能合约。可以理解的是上述只能数据智能合约中的三个字段是必须存在的，若编写数据智能合约的语言(如EVM语言)不能支持遍历映射数据智能合约中除了合约名称、数据地址、关联合约地址这三个必须存在的字段还应有数据名称和关联合约名称这两个字段。

通过上述方法生成的数据智能合约可以适用于各种不同的业务场景。同时，由于有了固定的数据结构，极大的简化了数据的同步和修改操作。对于区块链应用来说，减少底层智能合约的开发成本，为区块链和业务层的中间件开发提供了很大的便捷，并且简化了业务层的操作，整个项目的耗时耗资都有了大幅度的减少，方便后续的维护和管理。

下面请参见图2、图3，图2为本申请实施例所提供的另一种区块链中数据智能合约生成的方法的流程图；图3为图2所示实施例中代理合约创建数据智能合约流程图；此实施例是在上述实施例的基础上，在使用不支持遍历映射的编写语言的情况下，对生成数据智能合约的相关步骤进行了具体限定。

具体步骤可以包括：

步骤S201：根据所述业务需求生成代理合约，并将需要创建所述数据智能合约的数据发送给所述代理合约；

其中，针对业务的需求不同代理合约有很多种，本步骤生成的代理合约应是一种可以基本满足常见的业务需求的代理合约，当然也可以针对业务需求的不同设置多个代理合约，此处只要能够生成一种能够创建数据智能合约中介即可，并不对代理合约的生成过程进行具体的限定。当然此处只是提供了一种避免多笔交易带来的原子性被破坏的方案，也可以使用其他类似的中介进行创建数据智能合约的步骤。

步骤S202：利用所述代理合约根据所述数据的所述业务需求创建所述数据智能合约，得到所述合约名称。

步骤S203：当所述数据智能合约的合约信息发生变化时，判断创建所述数据智能合约过程中使用的智能合约语言是否支持遍历所述数据列表中所有的与映射相关的值。

步骤S204：若所述智能合约语言不支持遍历所述数据列表中所有的与映射相关的所述值，则利用名称获取接口查询所述数据智能合约的所述内容，得到数据名称和关联合约名称；

其中，由于智能合约语言无法遍历数据列表中与映射相关的值(即key)，所以无法利用相关接口直接在数据列表中查询数据地址和关联合约地址，但是可以使用数据名称查询数据地址，用关联合约名称查询关联合约地址。因此，在智能合约语言无法遍历映射时，可以利用名称获取接口查询数据智能合约中的内容获得数据名称和关联合约名称。

当然，数据名称与关联合约名称可以是同时获取的，也可以不是同时获取的，进一步的获取数据名称与获取关联合约名称何者在前何者在后都不影响数据智能合约的生成，也就是说本步骤只需要生成数据名称和关联合约名称即可，并不对具体的生成顺序进行具体的限定。

可以理解的是，数据名称与数据地址是相对应的，可以通过数据名称直接查询到数据地址，此时就不需要遍历映射中的所有的key了；同理可知，还可以通过关联合约名称查询到关联合约地址。

步骤S205：通过数据地址获取接口根据所述数据名称查询所述数据列表，得到所述数据地址；

其中，数据列表中存储有数据智能合约相对应的数据以及和数据智能合约相关联的其他合约可以根据相关接口查询数据名称向对应的数据地址。

步骤S206：通过合约地址获取接口根据所述关联合约名称查询所述数据列表，得到所述关联合约地址。

其中，数据列表中存储有数据智能合约相对应的数据以及和数据智能合约相关联的其他合约可以根据相关接口查询关联合约名称向对应的关联合约地址。

步骤S207：根据所述合约名称、所述数据地址、所述关联合约地址、所述数据名称和所述关联合约名称生成嵌套结构的所述数据智能合约；

其中，所述嵌套结构是指每个数据智能合约中都可以包含相同的结构，例如，小明的成绩单可以分为各个科目的成绩单，而每个科目的成绩单可以作为单独的智能合约保存这样的合约中都可以包含相同的结构，如平时成绩和期中、期末考试成绩。运用该方法的到智能合约的五个字段，具体代码如下：

///通用合约关键结构说明

contract GenericData{

//合约名称

string_contractName；

//数据字段名称

bytes32[]_dataKeys；

//数据存储区域，key是数据字段的名称，value是合约自断的文本内容

mapping(bytes32＝>string)_data；

//引用字段的名称

bytes32[]_refKeys；

//引用合约地址索引，key是引用字段的名称，value是被引用的合约地址

mapping(bytes32＝>address)_refs；

}

当然，在生成数据智能合约时可以将除了合约名称之外的四个字段分为两组，每组分别有一个存储字符串组的名称字段列表，和一组数据名称到数据内容的映射。

由于系统部分的实施例与方法部分的实施例相互对应，因此系统部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。

请参见图4，图4为本申请提供的一种区块链中数据智能合约生成的系统的结构示意图；

该系统可以包括：

部署模块100，用于根据业务需求创建所述数据智能合约得到合约名称；

获取模块200，用于当所述数据智能合约的合约信息发生变化时，根据数据智能合约的内容通过数据管理接口查询数据列表，得到数据地址和关联合约地址；

生成模块300，用于根据所述合约名称、所述数据地址和所述关联合约地址生成所述数据智能合约。

在本申请提供的另一种区块链中数据智能合约生成的系统的实施例中，该系统中所述获取模块200包括：

判断单元，用于判断创建所述数据智能合约过程中使用的智能合约语言是否支持遍历所述数据列表中所有的与映射相关的值；

名称查询单元，用于当所述智能合约语言不支持遍历所述数据列表中所有的与映射相关的所述值时，利用名称获取接口查询所述数据智能合约的所述内容，得到所述数据名称和所述关联合约名称；

数据查询单元，用于通过数据地址获取接口根据所述数据名称查询所述数据列表，得到所述数据地址；

关联查询单元，用于通过合约地址获取接口根据所述关联合约名称查询所述数据列表，得到所述关联合约地址。

进一步的，在以太坊规范的虚拟机环境中，所述生成模块300包括：

根据所述合约名称、所述数据地址、所述关联合约地址、所述数据名称和所述关联合约名称生成嵌套结构的所述数据智能合约。

进一步的，所述部署模块100包括：

代理单元，用于根据所述业务需求生成代理合约，并将需要创建所述数据智能合约的数据发送给所述代理合约；

创建单元，用于利用所述代理合约根据所述数据的所述业务需求创建所述数据智能合约，得到所述合约名称。

以上对本申请所提供的一种区块链中数据智能合约生成的方法及系统进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的状况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (8)

1.一种区块链中数据智能合约生成的方法，其特征在于，所述方法包括：

根据业务需求创建所述数据智能合约得到合约名称；

当所述数据智能合约的合约信息发生变化时，根据数据智能合约的内容通过数据管理接口查询数据列表，得到数据地址和关联合约地址；

根据所述合约名称、所述数据地址和所述关联合约地址生成所述数据智能合约。

2.根据权利要求1所述方法，其特征在于，所述根据数据智能合约的内容通过数据管理接口查询数据列表，得到数据地址和关联合约地址包括：

判断创建所述数据智能合约过程中使用的智能合约语言是否支持遍历所述数据列表中所有的与映射相关的值；

若所述智能合约语言不支持遍历所述数据列表中所有的与映射相关的所述值，则利用名称获取接口查询所述数据智能合约的所述内容，得到数据名称和关联合约名称；

通过数据地址获取接口根据所述数据名称查询所述数据列表，得到所述数据地址；

通过合约地址获取接口根据所述关联合约名称查询所述数据列表，得到所述关联合约地址。

3.根据权利要求2所述方法，其特征在于，在以太坊规范的虚拟机环境中，根据所述合约名称、所述数据地址和所述关联合约地址生成所述数据智能合约包括：

根据所述合约名称、所述数据地址、所述关联合约地址、所述数据名称和所述关联合约名称生成嵌套结构的所述数据智能合约。

4.根据权利要求3所述方法，其特征在于，所述根据业务需求创建所述数据智能合约得到合约名称包括：

根据所述业务需求生成代理合约，并将需要创建所述数据智能合约的数据发送给所述代理合约；

利用所述代理合约根据所述数据的所述业务需求创建所述数据智能合约，得到所述合约名称。

5.一种区块链中数据智能合约生成的系统，其特征在于，所述系统包括：

部署模块，用于根据业务需求创建所述数据智能合约得到合约名称；

获取模块，用于当所述数据智能合约的合约信息发生变化时，根据数据智能合约的内容通过数据管理接口查询数据列表，得到数据地址和关联合约地址；

生成模块，用于根据所述合约名称、所述数据地址和所述关联合约地址生成所述数据智能合约。

6.根据权利要求5所述系统，其特征在于，所述获取模块包括：

判断单元，用于判断创建所述数据智能合约过程中使用的智能合约语言是否支持遍历所述数据列表中所有的与映射相关的值；

名称查询单元，用于当所述智能合约语言不支持遍历所述数据列表中所有的与映射相关的所述值时，利用名称获取接口查询所述数据智能合约的所述内容，得到所述数据名称和所述关联合约名称；

数据查询单元，用于通过数据地址获取接口根据所述数据名称查询所述数据列表，得到所述数据地址；

关联查询单元，用于通过合约地址获取接口根据所述关联合约名称查询所述数据列表，得到所述关联合约地址。

7.根据权利要求6所述系统，其特征在于，在以太坊规范的虚拟机环境中，所述生成模块包括：

根据所述合约名称、所述数据地址、所述关联合约地址、所述数据名称和所述关联合约名称生成嵌套结构的所述数据智能合约。

8.根据权利要求7所述系统，其特征在于，所述部署模块包括：

代理单元，用于根据所述业务需求生成代理合约，并将需要创建所述数据智能合约的数据发送给所述代理合约；

创建单元，用于利用所述代理合约根据所述数据的所述业务需求创建所述数据智能合约，得到所述合约名称。