CN112801799A - 数据资产注册、衍生、流通方法和系统 - Google Patents

Abstract

本说明书实施例公开了数据资产注册、衍生、流通方法和系统。原生数据服务端获取业务方的交易的原生数据并发起调用原生数据智能合约的请求，以便将原生数据写入原生数据区块链。原生数据区块链中的节点通知交易相关方对交易的至少部分原生数据进行确认，接收交易相关方的用户端返回的确认结果及数字签名并在通过验签后将确认结果写入原生数据区块链，基于确认结果确定原生数据是否成功衍生为数据资产。资产流通服务端接收业务方的资产流通请求，验证请求流通的数据资产或其对应的原生数据的存在性和归属性，查询相应交易对应的资产状态，当查询到的资产状态为可流通状态时通知资方系统请求流通该数据资产及该数据资产的流通类型。

Description

数据资产注册、衍生、流通方法和系统

技术领域

本说明书涉及信息技术领域，特别涉及数据资产注册、衍生、流通方法和系统。

背景技术

传统的借贷融资模式以实际抵押物为标的，已经难以满足现代信息化公司发展过程中对现金流的融贷需求。并且，传统的线下办理融贷手续的流程也十分繁琐。

目前，希望提供一种安全可靠的实现数据资产衍生及流通的线上方案。

发明内容

本说明书实施例之一提供一种数据资产注册方法。所述方法由原生数据服务端执行，其包括：获取业务方的一笔或多笔交易的原生数据，交易的原生数据包括该交易的标的信息、资产信息和相关方信息；发起调用原生数据智能合约的请求，以便将所述一笔或多笔交易的原生数据写入原生数据区块链；获得所述一笔或多笔交易的原生数据的资产衍生结果，交易的原生数据的资产衍生结果至少基于该交易的相关方对该交易的至少部分原生数据的确认结果生成，且指示该交易的原生数据是否成功衍生为数据资产。

本说明书实施例之一提供一种数据资产注册系统。所述系统包括原生数据获取模块、第一请求模块和资产衍生结果获得模块。所述原生数据获取模块用于获取业务方的一笔或多笔交易的原生数据，交易的原生数据包括该交易的标的信息、资产信息和相关方信息；所述第一请求模块用于发起调用原生数据智能合约的请求，以便将所述一笔或多笔交易的原生数据写入原生数据区块链；所述资产衍生结果获得模块用于获得所述一笔或多笔交易的原生数据的资产衍生结果，交易的原生数据的资产衍生结果至少基于该交易的相关方对该交易的至少部分原生数据的确认结果生成，且指示该交易的原生数据是否成功衍生为数据资产。

本说明书实施例之一提供一种数据资产注册装置，所述装置包括处理器和存储设备，所述存储设备用于存储指令，当所述处理器执行指令时，实现如本说明书任一实施例所述的数据资产注册方法。

本说明书实施例之一提供一种数据资产衍生方法。所述方法由原生数据区块链中的节点执行，其包括：接收调用原生数据智能合约的请求，该请求包括业务方的一笔或多笔交易的原生数据；交易的原生数据包括该交易的标的信息、资产信息和相关方信息；将所述一笔或多笔交易的原生数据写入所述原生数据区块链；基于交易的原生数据生成确认消息，以通知交易的相关方对该交易的至少部分原生数据进行确认；接收交易的相关方的用户端返回的确认结果及其对应的数字签名；基于交易的相关方的公钥和所述确认结果验证所述数字签名，若通过验证，则将所述确认结果写入所述原生数据区块链；基于所述确认结果，确定交易的原生数据是否成功衍生为数据资产；向业务方返回所述一笔或多笔交易的原生数据的资产衍生结果。

本说明书实施例之一提供数据资产衍生系统。所述系统包括第一接收模块、原生数据注册模块、确认消息生成模块、第二接收模块、确认结果登记模块、资产衍生结果确定模块和资产衍生结果返回模块。所述第一接收模块用于接收调用原生数据智能合约的请求，该请求包括业务方的一笔或多笔交易的原生数据，交易的原生数据包括该交易的标的信息、资产信息和相关方信息；所述原生数据注册模块用于将所述一笔或多笔交易的原生数据写入原生数据区块链；所述确认消息生成模块用于基于交易的原生数据生成确认消息，以通知交易的相关方对该交易的至少部分原生数据进行确认；所述第二接收模块用于接收交易的相关方的用户端返回的确认结果及其对应的数字签名；所述确认结果登记模块用于基于交易的相关方的公钥和所述确认结果验证所述数字签名，若通过验证，则将所述确认结果写入所述原生数据区块链；所述资产衍生结果确定模块用于基于所述确认结果，确定交易的原生数据是否成功衍生为数据资产；所述资产衍生结果返回模块用于向业务方返回所述一笔或多笔交易的原生数据的资产衍生结果。

本说明书实施例之一提供一种数据资产衍生装置，所述装置包括处理器和存储设备，所述存储设备用于存储指令，当所述处理器执行指令时，实现如本说明书任一实施例所述的数据资产衍生方法。

本说明书实施例之一提供一种数据资产流通方法。所述方法由资产流通服务端执行，其包括：接收业务方的资产流通请求，所述资产流通请求包括该业务方的身份标识、请求流通的数据资产的标识和流通类型，其中，所述流通类型指示请求将数据资产兑换成的目标权益，数据资产与其对应的交易的原生数据具有相同的标识；根据业务方的身份标识和请求流通的数据资产的标识在原生数据区块链中查询，以验证该数据资产或其对应的原生数据是否存在以及是否属于该业务方；若该数据资产或其对应的原生数据存在且属于该业务方，则在原生数据区块链中查询相应交易对应的资产状态；响应于查询到的资产状态为可流通状态，通知一个或多个资方系统请求流通所述数据资产以及所述数据资产的流通类型。

本说明书实施例之一提供一种数据资产流通系统。所述系统包括第三接收模块、验证模块和资方通知模块。所述第三接收模块用于接收业务方的资产流通请求，所述资产流通请求包括该业务方的身份标识、请求流通的数据资产的标识和流通类型，其中，所述流通类型指示请求将数据资产兑换成的目标权益，数据资产与其对应的交易的原生数据具有相同的标识；所述验证模块用于根据业务方的身份标识和请求流通的数据资产的标识在原生数据区块链中查询，以验证该数据资产或其对应的原生数据是否存在以及是否属于该业务方，若该数据资产或其对应的原生数据存在且属于该业务方，则在原生数据区块链中查询相应交易对应的资产状态；所述资方通知模块用于响应于查询到的资产状态为可流通状态，通知一个或多个资方系统请求流通所述数据资产以及所述数据资产的流通类型。

本说明书实施例之一提供一种数据资产流通装置，所述装置包括处理器和存储设备，所述存储设备用于存储指令，当所述处理器执行指令时，实现如本说明书任一实施例所述的数据资产流通方法。

附图说明

本说明书将以示例性实施例的方式进一步说明，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：

图1是根据本说明书一些实施例所示的注册原生数据的示例性交互流程图；

图2是根据本说明书一些实施例所示的数据资产衍生的示例性交互流程图；

图3是根据本说明书一些实施例所示的数据资产流通的示例性交互流程图；

图4是根据本说明书一些实施例所示的数据资产注册系统的示例性模块图；

图5是根据本说明书一些实施例所示的数据资产衍生系统的示例性模块图；

图6是根据本说明书一些实施例所示的数据资产流通系统的示例性模块图。

具体实施方式

为了更清楚地说明本说明书实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本说明书的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本说明书应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

应当理解，本文使用的“系统”、“装置”、“单元”和/或“模组”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。

如本说明书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。

本说明书中使用了流程图用来说明根据本说明书的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

信息技术时代，交易往往以电子数据的形式被记录，数据信息的传递为参与交易的各方带来了极大的便利。在一些交易记录中，客户方向业务方提出服务需求，并承诺服务完成后按期支付业务方相应的报酬。即，交易记录中保存有交易双方的负债关系。若能证明交易记录中负债关系的真实性，业务方作为债权人可以凭借交易记录向资方申请将应收款项兑换成权益，若资方通过申请则将应收款项兑换成相应的权益（如现金流）提供给业务方，作为交换，资方取代业务方称为新的债权人。

有鉴于此，本说明书实施例依托区块链技术，提供一种能够实现数据资产的衍生及流通的安全高效的解决方案。

为了便于理解，本说明书主要以物流场景为例阐述实施例。仅作为示例，物流场景可涉及货运平台、承运商和银行。其中，货运平台向货主提供货物运输服务。在一些具体场景中，货运平台会委托一些承运商承担具体的货物运输事务，并按一定的财务结算周期（如年、季度、月）向承运商支付报酬。对货运平台而言，较长的财务结算周期有利于降低其财务成本，但对承运商而言，则希望能在更短的时间内拿到报酬。鉴于此，货运平台（付款方）、承运商（业务方/收款方）和银行（资方）可形成约定：承运商提供与货运平台之间的交易记录，在交易记录中的负债关系的真实性得到证实的前提下，银行可替货运平台向承运商支付（具体地，可以向承运商雇佣的司机支付，即资方基于在交易记录中的真实负债关系，实现权益兑换）相应的报酬，相应地债权发生转移，货运公司后续需要向银行还款。

图1是根据本说明书一些实施例所示的注册原生数据的示例性交互流程图。

参照图1，业务方可向原生数据平台（或称作原生数据服务端）上传数据，以便原生数据平台获取业务方的一笔或多笔交易的原生数据。

交易的原生数据可以包括该交易的标的数据、资产数据和相关方数据。其中，标的信息可反映业务方（即收款方）应为付款方提供的服务，如订单、业务合同等凭据，资产信息可反映服务完成后付款方应向业务方支付的资产的数额，相关方信息可包括交易相关方的身份标识。

在一些实施例中，交易的相关方可以包括交易的参与方和核验方。相应地，交易的相关方信息可以包括该交易的参与方的身份标识和该交易的核验方的身份标识。应当理解，交易的参与方可以包括该交易的收款方（即业务方）和付款方。其中，核验方可对该交易的至少部分原生数据进行核验，以确认交易是否真实。

以物流场景为例，付款方可以是货运平台，收款方（业务方）可以是承运商，核验方可以是提供定位服务的第三方（如地图服务商，或经权威认证的车辆轨迹数据中心）。每笔交易可以对应一笔物流订单，仅作为示例，交易的标的数据可以包括货物的描述信息、货物运输的出发地和目的地、运输时间要求等等，交易的资产信息可以反映服务完成后付款方应向业务方支付的资费（具体可包括多个明细项，如人工费、加油费、过路费等），交易的相关方信息可以包括货运平台的身份标识、承运商的身份标识、地图服务商的身份标识、司机端上传的运输途中经过的地点以及到达这些地点的时间。地图服务商可核验交易的相关方信息中司机端上传的地点和时间是否真实。具体地，承运商的司机驾驶的货车上可安装有位置上报装置，以使地图服务商可以收集到货车在不同时间点的位置信息（例如，在哪些时间点分别抵达了设定运输路线上的若干地点）。如此，地图服务商可以通过判断收集到的时间和位置和司机端上传的时间和地点是否匹配，来核验交易的相关方信息中司机端上传的时间地点是否真实。

如图1所示，在一些实施例中，业务方可以通过用户端分时上传一笔或多笔交易的三项数据（标的信息、资产信息、相关方信息）至原生数据平台，原生数据平台可整合各笔交易的三项数据，得到业务方的一笔或多笔交易的原生数据。可以理解，同一交易的各项数据的上传时间可能是不一致的，在数据整合过程中原生数据平台可以根据各项数据关联的交易标识找到属于同一交易的三项数据。可以理解，由原生数据平台承担原生数据的整合，可以极大减轻业务方的负担。

如图1所示，获得业务端的一笔或多笔交易的原生数据后，原生数据平台可以发起调用原生数据智能合约（简称原生数据合约）的请求即原生数据注册请求，以便将所述一笔或多笔交易的原生数据写入原生数据区块链（简称原生数据链），即通过原生数据链注册原生数据。可以理解，原生数据合约可以是部署在原生数据链中的智能合约。在一些实施例中，可以将原生数据写入原生数据合约的存储，也可以将原生数据写入区块。

注册完原生数据后，原生数据链可以将原生数据的注册结果返回原生数据平台。若注册结果指示原生数据注册成功，则该注册结果可携带原生数据的标识。原生数据平台可以将原生数据的标识再发送给业务端的用户端。在一些实施例中，原生数据的标识可以是基于原生数据注册请求的哈希值得到的链上地址（如基于哈希值生成的编码值）。

需要说明的是，由于区块链的分布式特性，区块链中的节点的行为往往会保持一致性，因此本说明书中由区块链执行的行为实际是指由区块链中各节点一致执行的行为。

在一些实施例中，考虑到交易相关方的资质信息可能影响资方做出权益兑换决定的一大因素，相关方可以通过原生数据平台在原生数据链注册资质信息。具体地，交易相关方可以通过用户端向原生数据平台发送资质注册请求，来自任一相关方的资质注册请求包括该方的资质信息和公钥。

在一些实施例中，资质信息可以包括统一社会信用代码、公司名称、联系电话、公司地址等中的一项或多项。

接收到来自任一相关方的资质注册请求后，原生数据平台可以发起调用资质注册智能合约（简称资质注册合约）的请求，以便将该方的资质信息写入原生数据链，即通过原生数据链注册交易相关方的资质信息。在一些实施例中，可以将资质信息写入资质注册合约的存储中，也可以将资质信息写入区块中。

在一些实施例中，原生数据平台可以对接收到的资质信息的真实性进行验证，验证方式可以是线上的，例如在政府指定网站进行在线验证，也可以是线下的，例如人工前往专门的政府机构进行验证。对于任一相关方，若确认该方的资质信息真实，则原生数据平台可以发起调用资质注册合约的请求，以便将该方的资质信息写入原生数据链。

原生数据平台可以接收原生数据链返回的任一相关方的资质注册结果，该资质注册结果指示该方的资质信息是否成功被写入所述原生数据区块链，若是，则该资质注册结果包括所述原生数据区块链生成的该方的身份标识，该身份标识与该方的资质信息和公钥关联。

在一些实施例中，作为收款方的业务方可以邀请付款方和核验方通过用户端向原生数据平台发送资质注册请求，邀请方式可以是线上的，也可以是线下的。

原生数据平台可以将资质信息成功被写入所述原生数据区块链的相关方的身份标识发送给该业务方的用户端，以便该业务方的用户端上传交易的相关方信息。

原生数据经过交易相关方的确认后可衍生为数据资产。具体地，响应于接收到调用原生数据合约的请求，原生数据链可以基于交易的原生数据生成确认消息，以通知交易的相关方对该交易的至少部分原生数据进行确认。交易相关方的用户端可向原生数据链返回确认结果及利用私钥对确认结果生成的数字签名。进而，原生数据链可以基于交易相关方的公钥和接收到的确认结果对数字签名进行验证，若通过验证，则可将接收到的确认结果写入原生数据链。在一些实施例中，可以将确认结果写入部署于原生数据链的智能合约的存储，也可以将确认结果写入区块。

在一些实施例中，所述确认消息可以包括交易的相关方的身份标识和用该相关方的公钥加密的待确认内容。可以理解，所述确认消息中的身份标识可指示消息的接收方。通过公钥加密，可以指定持有相应私钥的相关方获得待确认内容，以防止数据被他人窃取。

原生数据链可以基于所述确认结果确定交易的原生数据是否成功衍生为数据资产，即获得交易的原生数据的资产衍生结果。进而，原生数据链可以将一笔或多笔交易的原生数据的资产衍生结果反馈给业务方的用户端。在一些实施例中，原生数据平台可以是原生数据链中的节点或链接至原生数据链的区块链用户端，以获得一笔或多笔交易的原生数据的资产衍生结果。

在一些实施例中，可以利用智能合约记录交易对应的资产状态。响应于确定原生数据成功衍生为数据资产或数据资产的状态发生变化，原生数据链可以在资产生命周期智能合约（简称资产生命周期合约）的存储中更新该交易对应的资产状态。其中，数据资产的状态可以包括可流通和失效。关于资产状态的更多内容，还可以参考图3的相关描述。

图2是根据本说明书一些实施例所示的数据资产衍生的示例性交互流程图。

如图2所示，在一些实施例中，交易相关方的确认可以包括交易参与方的确权和交易核验方的核验。其中，确权是指对交易的债权进行确认，业务方（收款方）之外的其他参与方（如付款方）可以对交易的标的信息和/或资产信息进行确权。核验是指验证至少部分原生数据（如标的信息和/或相关方信息中的待核验内容）的真实性。

原生数据链可以基于交易的原生数据生成确权消息和核验消息，将该确权消息发送给该交易的参与方的用户端，将该核验消息发送给该交易的核验方的用户端。其中，确权消息可以用于通知该交易的参与方对该交易的标的信息和/或资产信息进行确权，核验消息可以用于通知该交易的核验方对该交易的至少部分原生数据进行核验。具体地，确权消息可以包括参与方的身份标识以及包含交易的标的信息和/或资产信息的待确权内容，核验消息可以包括核验方的身份标识以及包含交易的至少部分原生数据的待核验内容。

确权消息和核验消息的发送可通过智能合约实现，例如，通过执行原生数据合约实现，进一步地可以在执行原生数据合约的过程中通过调用其他智能合约实现。

在一些实施例中，为了防止数据被他人窃取，确权消息中的待核验内容可以是利用交易的参与方的公钥加密过的，核验消息中的待核验内容可以是利用交易的核验方的公钥加密过的。

如图2所示，接收到参与方的用户端返回的确权结果和核验方的用户端返回的核验结果后，原生区块链可以将该确权结果和该核验结果写入智能合约的存储。在一些实施例中，可以使用不同的智能合约存储不同类型的数据以便于数据的分类管理，因此可以将确权结果写入将确权结果写入确权结果登记智能合约的存储，以及将交核验结果写入核验结果登记智能合约的存储。

在一些实施例中，为了证明确权/核验结果的来源和完整性（是否被篡改），参与方的用户端可以利用参与方的私钥对确权结果生成第一数字签名，并将确权结果和第一数字签名发送给原生数据链中的节点。核验方的用户端可以利用私钥对核验结果生成第二数字签名，并将核验结果和第二数字签名发送给原生数据链中的节点。相应地，原生区块链可以利用参与方的公钥和接收到的确权结果验证第一数字签名，利用核验方的公钥和接收到的核验结果验证第二数字签名，若均通过验证，原生区块链可以将确权结果和核验结果写入智能合约的存储。

值得说明的是，在一些情况下，交易相关方返回的确权结果和/或核验结果中可能包含需要进一步验证的信息。例如，在物流场景中，待核验内容（可包含于相关方信息中）可以包括司机端上传的时间地点，地图服务商（核验方）可以返回指示司机端上传的时间地点是否真实的结果，也可以返回收集到的时间位置信息供原生数据链进一步处理。

鉴于此，如图2所示，原生数据链可以基于确认结果中的确权结果和核验结果进行复核验证，若复核验证结果为成功，则确定交易的原生数据成功衍生为数据资产。响应于确定交易的原生数据成功衍生为数据资产，原生数据链可以在资产生命周期合约的存储中更新该交易对应的资产状态。资产生命周期合约用于管理数据资产的状态，原生数据可被视作未经确权及核验的数据资产，当原生数据成功衍生为数据资产时，数据资产的状态即发生一次更新。关于资产生命周期合约的更多细节，可以参考后文的相关描述。

进而，如图2所示，原生数据链可以将一笔或多笔交易的原生数据的资产衍生结果反馈给业务方的用户端，任一交易的原生数据的资产衍生结果指示该交易的原生数据是否成功衍生为数据资产。

图3是根据本说明书一些实施例所示的数据资产流通的示例性交互流程图。

如图3所示，确定原生数据成功衍生为数据资产后，业务方可以通过用户端向资产流通平台（或称作资产流通服务端）发送资产流通请求。

资产流通请求可以包括该业务方的身份标识、请求流通的数据资产的标识和流通类型。其中，流通类型指示请求将数据资产兑换成目标权益。可以理解，资方可以有多个，资方支持兑换的权益也可以有多种，业务方可以选择一个或多个资方作为目标资方，以及可以选择目标资方支持兑换的一种或多种权益作为目标权益。相应地，业务方可以将目标资方的身份标识放入资产流通请求。

值得说明的是，互相对应的原生数据和数据资产（即属于同一交易）可具有相同的标识。即，业务方确定原生数据成功衍生为数据资产后，可以将原生数据的标识放入资产流通请求中作为该原生数据对应的数据资产的标识。

资产流通平台可以是加入原生数据链的节点，如图3所示，接收到资产流通请求后，资产流通平台可以根据业务方的身份标识和请求流通的数据资产的标识在原生数据链中查询，以验证该数据资产或其对应的原生数据是否存在以及是否属于该业务方（简称存在性和归属性验证）。存在性和归属性验证可通过调用原生数据链的智能合约实现，鉴于区块链的分布式特性，如图3所示，资产流通平台可将资产流通请求推送给原生数据链中的其他节点，以使原生数据链中的其他节点也可验证请求流通的数据资产或其对应的原生数据的存在性和归属性。

在一些实施方式中，即便交易的原生数据成功衍生为数据资产，原生数据链也可以只保存原生数据的注册请求，不会重复注册数据资产，因为同一交易的原生数据和数据资产实质上是相同的，区别在于资产生命周期合约中记录的该交易对应的资产状态发生了变更。鉴于此，资产流通平台可以通过查询数据资产对应的原生数据的注册请求，来验证该数据资产的存在性和归属性。具体地，原生数据的标识（数据资产的标识）可以是基于原生数据注册请求的哈希值得到的链上地址（如基于哈希值生成的编码值），通过比对资产流通请求中数据资产的标识与基于查询到的原生数据注册请求计算出的哈希值，还可以确认原生数据注册请求是否经过篡改。

响应于确定请求流通的数据资产对应的原生数据存在且属于该业务方，资产流通平台可以在资产生命周期合约的存储中查询相应交易对应的资产状态。若该交易对应的资产状态为可流通状态，则资产流通平台可以通知一个或多个资方系统请求流通所述数据资产以及所述数据资产的流通类型。

在另一些实施方式中，确定交易的原生数据成功衍生为数据资产后，原生数据链也可以将交易的数据资产写入用于注册数据资产的智能合约的存储。资产流通平台可以请求在用于注册数据资产的智能合约的存储中查询数据资产是否存在且属于该业务方。响应于确定请求流通的数据资产存在且属于该业务方，资产流通平台可以在资产生命周期合约的存储中查询相应交易对应的资产状态。若该交易对应的资产状态为可流通状态，则资产流通平台可以通知一个或多个资方系统请求流通所述数据资产以及所述数据资产的流通类型。

可以理解，可流通状态至少指示相应交易的原生数据已成功衍生为数据资产且尚未被兑换成权益（即可流通）。在一些场景下，交易的原生数据还可以包括时效信息（具体可以包含于标的信息或资产信息），该时效信息可表征该交易的付款方向收款方支付资费的期限。一旦超出期限，交易的数据资产随即过期，因为交易双方可能已经解除负债关系或需要重新确立负债关系。鉴于此，原生数据链中的节点可以基于所述时效信息监控交易的数据资产是否过期，若是，则在资产生命周期智能合约的存储中更新该交易对应的资产状态。不难理解，过期的数据资产是不可流通的。

如图3所示，接收到资产流通消息后，资方系统可以进行内部处理，以决定是否将该交易的数据资产兑换成权益以及兑换比例。

具体地，资方可以根据交易的原生数据以及交易相关方对交易的至少部分原生数据的确认结果决定是否将该交易的数据资产兑换成权益以及兑换比例。

在一些实施例中，资方系统可以是加入资产流通区块链（简称资产流通链）的节点，资产流通平台可以是原生数据链和资产流通链的公共节点。相应地，如图3所示，响应于确定请求流通的数据资产的状态为可流通状态，资产流通平台可以将所述数据资产对应的交易的原生数据以及该交易的相关方对该交易的至少部分原生数据的确认结果从所述原生数据区块链跨链传输至资产流通链，以使一个或多个资方系统能够获取。

如图3所示，资产流通链可以用于对请求流通的数据资产进行与流通类型强相关的合理性验证，简称资产合理性验证。具体地，交易的相关方对该交易的至少部分原生数据的确认结果中的一个或多个项目可基于数据资产的流通类型被选作该数据资产的合理性验证结果，以供一个或多个资方系统获取。取决于具体的流通类型，资产合理性验证的粒度可能比确权及核验的粒度要粗。例如，核验方的核验包含N个核验项，当请求兑换的权益不是现金流时，不必强制要求这N个核验项均通过时才通过资产合理性验证。

若资产合理性验证通过，则资产流通链可以生成资产流通消息，以通知一个或多个资方系统请求流通所述数据资产以及所述数据资产的流通类型。

资产流通链接收到资方系统返回的资产流通结果后，可将其跨链推送至原生数据链。原生数据链可以根据接收到资产流通结果，在资产生命周期合约的存储中更新交易对应的资产状态。例如，当接收到指示交易的数据资产成功被兑换成权益的资产流通结果（也称作权益兑换结果）时，原生数据链可以调用资产生命周期合约更新该交易对应的资产状态，具体地可将该交易对应的资产状态从可流通状态更新为已流通（已兑换）状态。可以理解，权益兑换结果可以包括已经由资方兑换成权益的数据资产的标识。

在一些实施例中，如图3所示，资产流通平台可以监听原生数据链中的资产状态更新事件，并向业务方的用户端返回相应的资产状态更新消息。其中，资产状态更新事件在调用所述资产生命周期智能合约更新交易对应的资产状态后触发。参考前述内容，交易对应的资产状态（或称作数据资产的状态）可包括待确认（原生数据阶段）、可流通、失效（已流通/已兑换）、过期或更多。其中，待确认（原生数据阶段）、失效（已流通/已兑换）、过期状态均可合并为不可流通状态。

应当注意的是，上述有关流程的描述仅仅是为了示例和说明，而不限定本说明书的适用范围。对于本领域技术人员来说，在本说明书的指导下可以对流程进行各种修正和改变。然而，这些修正和改变仍在本说明书的范围之内。

图4是根据本说明书一些实施例所示的数据资产注册系统的示例性模块图。

如图4所示，系统400可以包括原生数据获取模块410、第一请求模块420和资产衍生结果获得模块430。

原生数据获取模块410可以用于获取业务方的一笔或多笔交易的原生数据，交易的原生数据包括该交易的标的信息、资产信息和相关方信息。

第一请求模块420可以用于发起调用原生数据智能合约的请求，以便将所述一笔或多笔交易的原生数据写入原生数据区块链。

资产衍生结果获得模块430可以用于获得所述一笔或多笔交易的原生数据的资产衍生结果，交易的原生数据的资产衍生结果至少基于该交易的相关方对该交易的至少部分原生数据的确认结果生成，且指示该交易的原生数据是否成功衍生为数据资产。

图5是根据本说明书一些实施例所示的数据资产衍生系统的示例性模块图。

如图5所示，系统500可以包括第一接收模块510、原生数据注册模块520、确认消息生成模块530、第二接收模块540、确认结果登记模块550、资产衍生结果确定模块560和资产衍生结果返回模块570。

第一接收模块510可以用于接收调用原生数据智能合约的请求，该请求包括业务方的一笔或多笔交易的原生数据，交易的原生数据包括该交易的标的信息、资产信息和相关方信息。

原生数据注册模块520可以用于将所述一笔或多笔交易的原生数据写入所述原生数据区块链。

确认消息生成模块530可以用于基于交易的原生数据生成确认消息，以通知交易的相关方对该交易的至少部分原生数据进行确认。

第二接收模块540可以用于接收交易的相关方的用户端返回的确认结果及其对应的数字签名。

确认结果登记模块550可以用于基于交易的相关方的公钥和所述确认结果验证所述数字签名，若通过验证，则将所述确认结果写入原生数据区块链。

资产衍生结果确定模块560可以用于基于所述确认结果，确定交易的原生数据是否成功衍生为数据资产。

资产衍生结果返回模块570可以用于向业务方返回所述一笔或多笔交易的原生数据的资产衍生结果。

图6是根据本说明书一些实施例所示的数据资产流通系统的示例性模块图。

如图6所示，系统600可以包括第三接收模块610、验证模块620和资方通知模块630。

第三接收模块610可以用于接收业务方的资产流通请求，所述资产流通请求包括该业务方的身份标识、请求流通的数据资产的标识和流通类型，其中，所述流通类型指示请求将数据资产兑换成的目标权益，数据资产与其对应的交易的原生数据具有相同的标识。

验证模块620可以用于：根据业务方的身份标识和请求流通的数据资产的标识在原生数据区块链中查询，以验证该数据资产或其对应的原生数据是否存在以及是否属于该业务方；若该数据资产或其对应的原生数据存在且属于该业务方，则在原生数据区块链中查询相应交易对应的资产状态。

资方通知模块630可以用于响应于查询到的资产状态为可流通状态，通知一个或多个资方系统请求流通所述数据资产以及所述数据资产的流通类型。

关于图4~6所示的系统及其模块的更多细节，可以参考图1~3及其相关描述。

应当理解，图4~6所示的系统及其模块可以利用各种方式来实现。例如，在一些实施例中，系统及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器（固件）的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本说明书的系统及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合（例如，固件）来实现。

需要注意的是，以上对于系统及其模块的描述，仅为描述方便，并不能把本说明书限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解系统的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。例如，在一些实施例中，原生数据获取模块410和第一请求模块420可以是一个系统中的不同模块，也可以是一个模块实现这两个模块的功能。又如，在一些实施例中，资产衍生结果确定模块560和资产衍生结果返回模块570可以是两个模块，也可以合并为一个模块。诸如此类的变形，均在本说明书的保护范围之内。

本说明书实施例可能带来的有益效果包括但不限于：（1）依托区块链、智能合约技术，实现原生数据到数据资产的衍生标准化，便于资方将数据资产兑换成权益提供给业务方；（2）相关流程可通过智能合约自动执行，免去了繁琐的线下流程；（3）区块链的不可篡改性、数字签名机制等解决了数据资产的整个生命周期内各参与方之间的信任问题；（4）通过区块链的定制化事件消息推送与数据加密，有效解决各方系统之间的耦合性问题，在保护隐私的前提下实现消息的精准投送。需要说明的是，不同实施例可能产生的有益效果不同，在不同的实施例里，可能产生的有益效果可以是以上任意一种或几种的组合，也可以是其他任何可能获得的有益效果。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本说明书实施例的限定。虽然此处并没有明确说明，本领域技术人员可能会对本说明书实施例进行各种修改、改进和修正。该类修改、改进和修正在本说明书实施例中被建议，所以该类修改、改进、修正仍属于本说明书示范实施例的精神和范围。

同时，本说明书使用了特定词语来描述本说明书的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本说明书至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本说明书的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

此外，本领域技术人员可以理解，本说明书实施例的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本说明书实施例的各个方面可以完全由硬件执行、可以完全由软件（包括固件、常驻软件、微码等）执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本说明书实施例的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。

计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等，或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、RF、或类似介质，或任何上述介质的组合。

本说明书实施例各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等，常规程序化编程语言如C语言、VisualBasic、Fortran2003、Perl、COBOL2002、PHP、ABAP，动态编程语言如Python、Ruby和Groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或处理设备上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网（LAN）或广域网（WAN），或连接至外部计算机（例如通过因特网），或在云计算环境中，或作为服务使用如软件即服务（SaaS）。

此外，除非权利要求中明确说明，本说明书实施例所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本说明书实施例流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本说明书实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的处理设备或移动设备上安装所描述的系统。

同理，应当注意的是，为了简化本说明书实施例披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本说明书实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本说明书实施例对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

针对本说明书引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档等，特此将其全部内容并入本说明书作为参考。与本说明书内容不一致或产生冲突的申请历史文件除外，对本说明书权利要求最广范围有限制的文件（当前或之后附加于本说明书中的）也除外。需要说明的是，如果本说明书附属材料中的描述、定义、和/或术语的使用与本说明书所述内容有不一致或冲突的地方，以本说明书的描述、定义和/或术语的使用为准。

最后，应当理解的是，本说明书中所述实施例仅用以说明本说明书实施例的原则。其他的变形也可能属于本说明书实施例的范围。因此，作为示例而非限制，本说明书实施例的替代配置可视为与本说明书的教导一致。相应地，本说明书的实施例不仅限于本说明书明确介绍和描述的实施例。

Claims (15)

1.一种基于区块链的数据资产注册方法，其中，其包括：

通过原生数据服务端：

获取业务方的一笔或多笔交易的原生数据，交易的原生数据包括该交易的标的信息、资产信息和相关方信息；

发起调用原生数据智能合约的请求，以便将所述一笔或多笔交易的原生数据写入原生数据区块链；

获得所述一笔或多笔交易的原生数据的资产衍生结果，交易的原生数据的资产衍生结果至少基于该交易的相关方对该交易的至少部分原生数据的确认结果生成，且指示该交易的原生数据是否成功衍生为数据资产；

以及，通过原生数据区块链中的节点：

接收调用原生数据智能合约的请求，该请求包括业务方的一笔或多笔交易的原生数据；交易的原生数据包括该交易的标的信息、资产信息和相关方信息；

将所述一笔或多笔交易的原生数据写入所述原生数据区块链；

基于交易的原生数据生成确认消息，以通知交易的相关方对该交易的至少部分原生数据进行确认；

接收交易的相关方的用户端返回的确认结果及其对应的数字签名；

基于交易的相关方的公钥和所述确认结果验证所述数字签名，若通过验证，则将所述确认结果写入所述原生数据区块链；

基于所述确认结果，确定交易的原生数据是否成功衍生为数据资产；

向业务方返回所述一笔或多笔交易的原生数据的资产衍生结果。

2.如权利要求1所述的方法，其中，通过原生数据服务端获取业务方的一笔或多笔交易的原生数据，包括：

接收业务方的用户端分时上传的一笔或多笔交易的标的信息、资产信息和相关方信息；

整合各笔交易的标的信息、资产信息和相关方信息，得到业务方的一笔或多笔交易的原生数据。

3.如权利要求1所述的方法，其中，获取交易的原生数据之前，所述方法还包括通过原生数据服务端：

接收该交易的相关方发送的资质注册请求，来自任一相关方的资质注册请求包括该方的资质信息和公钥；

发起调用资质注册智能合约的请求，以便将该方的资质信息写入所述原生数据区块链；

接收所述原生数据区块链返回的任一相关方的资质注册结果，该资质注册结果指示该方的资质信息是否成功被写入所述原生数据区块链，若是，则该资质注册结果包括所述原生数据区块链生成的该方的身份标识，该身份标识与该方的资质信息和公钥关联；

将资质信息成功被写入所述原生数据区块链的相关方的身份标识发送给该业务方的用户端，以便该业务方的用户端上传交易的相关方信息。

4.如权利要求1所述的方法，其中，交易的相关方信息包括该交易的参与方的身份标识和该交易的核验方的身份标识。

5.如权利要求1所述的方法，其中，所述确认消息包括该交易的相关方的身份标识和用该相关方的公钥加密的待确认内容。

6.如权利要求1所述的方法，其中，交易的相关方信息包括该交易的参与方的身份标识和该交易的核验方的身份标识，交易的原生数据还包括待核验内容；所述确认消息包括用于通知该交易的参与方对该交易的原生数据中的标的信息和/或资产信息进行确权的确权消息，以及用于通知该交易的核验方对该交易的原生数据中的待核验内容进行核验的核验消息。

7.如权利要求6所述的方法，其中，通过原生数据区块链中的节点基于所述确认结果，确定交易的原生数据是否成功衍生为数据资产，包括：

基于确认结果中的确权结果和核验结果进行复核验证；

若复核验证结果为成功，则确定交易的原生数据成功衍生为数据资产。

8.如权利要求1所述的方法，其中，所述方法还包括通过原生数据区块链中的节点：

响应于确定原生数据成功衍生为数据资产或数据资产的状态发生变化，在资产生命周期智能合约的存储中更新该交易对应的资产状态。

9.如权利要求8所述的方法，其中，所述数据资产的状态包括可流通和失效。

10.如权利要求1所述的方法，还包括由资产流通服务端：

接收业务方的资产流通请求，所述资产流通请求包括该业务方的身份标识、请求流通的数据资产的标识和流通类型，其中，所述流通类型指示请求将数据资产兑换成的目标权益，数据资产与其对应的交易的原生数据具有相同的标识；

根据业务方的身份标识和请求流通的数据资产的标识在原生数据区块链中查询，以验证该数据资产或其对应的原生数据是否存在以及是否属于该业务方；若该数据资产或其对应的原生数据存在且属于该业务方，则在原生数据区块链中查询相应交易对应的资产状态；

响应于查询到的资产状态为可流通状态，通知一个或多个资方系统请求流通所述数据资产以及所述数据资产的流通类型。

11.如权利要求10所述的方法，其中，还包括通过资产流通服务端：

响应于查询到的资产状态为可流通状态，将所述数据资产对应的交易的原生数据以及该交易的相关方对该交易的至少部分原生数据的确认结果从所述原生数据区块链跨链传输至资产流通区块链，以使一个或多个资方系统能够获取。

12.如权利要求11所述的方法，其中，所述确认结果中的一个或多个项目基于数据资产的流通类型被选作该数据资产的合理性验证结果，以供一个或多个资方系统获取。

13.如权利要求10所述的方法，其中，还包括通过资产流通服务端：

获取所述资产流通区块链中的权益兑换消息，所述权益转换消息包括已经由资方兑换成权益的数据资产的标识；

将所述权益转换消息跨链传输至所述原生数据区块链，以调用所述原生数据区块链中的资产生命周期智能合约更新相应交易对应的资产状态。

14.如权利要求13所述的方法，其中，还包括通过资产流通服务端：

监听原生数据区块链中的资产状态更新事件，并向业务方的用户端返回相应的资产状态更新消息；其中，所述资产状态更新事件在调用所述资产生命周期智能合约更新交易对应的资产状态后触发。

15.一种基于区块链的数据资产注册系统，其中，包括位于原生数据服务端的原生数据获取模块、第一请求模块和资产衍生结果获得模块；位于原生数据区块链中的节点的第一接收模块、原生数据注册模块、确认消息生成模块、第二接收模块、确认结果登记模块、资产衍生结果确定模块和资产衍生结果返回模块；其中，

所述原生数据获取模块用于获取业务方的一笔或多笔交易的原生数据，交易的原生数据包括该交易的标的信息、资产信息和相关方信息；

所述第一请求模块用于发起调用原生数据智能合约的请求，以便将所述一笔或多笔交易的原生数据写入原生数据区块链；

所述资产衍生结果获得模块用于获得所述一笔或多笔交易的原生数据的资产衍生结果，交易的原生数据的资产衍生结果至少基于该交易的相关方对该交易的至少部分原生数据的确认结果生成，且指示该交易的原生数据是否成功衍生为数据资产；

所述第一接收模块用于接收调用原生数据智能合约的请求，该请求包括业务方的一笔或多笔交易的原生数据；交易的原生数据包括该交易的标的信息、资产信息和相关方信息；

所述原生数据注册模块用于将所述一笔或多笔交易的原生数据写入原生数据区块链；

所述确认消息生成模块用于基于交易的原生数据生成确认消息，以通知交易的相关方对该交易的至少部分原生数据进行确认；

所述第二接收模块用于接收交易的相关方的用户端返回的确认结果及其对应的数字签名；

所述确认结果登记模块用于基于交易的相关方的公钥和所述确认结果验证所述数字签名，若通过验证，则将所述确认结果写入所述原生数据区块链；

所述资产衍生结果确定模块用于基于所述确认结果，确定交易的原生数据是否成功衍生为数据资产；

所述资产衍生结果返回模块用于向业务方返回所述一笔或多笔交易的原生数据的资产衍生结果。

Images