CN114358767A - 数据交易流程合规公证方法、装置、电子设备和存储介质 - Google Patents

Abstract

本公开实施例提供数据交易流程合规公证方法和装置、电子设备、存储介质，涉及区块链技术领域。该数据交易流程合规公证方法，应用在区块链平台，包括：获取法人资料，并将法人资料发送至公证方，获取公证方返回的法人合规公证结果，若法人不合规，则重新获取法人资料，若法人合规，则对数据交易行为进行合同合规公证和数据交易合规公证。通过引入具有审核和鉴定能力的公证方，对法人是否合规进行准入把关，对数据交易合规公证进行全流程的分析和公证，由于公证方审核过的结果具有法律效力，提高违约失信成本。同时利用区块链平台对数据交易合规公证全流程中相应的行为数据和审核结果进行存证上链，对潜在的交易风险进行管理和控制。

Description

数据交易流程合规公证方法、装置、电子设备和存储介质

技术领域

本发明涉及区块链技术领域，尤其涉及数据交易流程合规公证方法和装置、电子设备和 存储介质。

背景技术

数据交易有利于盘活各区域数据，促进流通共享。然而真正在市场中进行的数据交易却 很少，究其原因是交易双方缺乏互信，一方面是因为数据并非如寻常商品可以进行常规的交 付、退货、赔偿，有相关明确法律和交易机制来保护。另一方面，数据交易如果同普通商品 交易一般低准入门槛，会引发较大的法律合规风险，一旦数据来源违法、数据内容违规，则 交易双方将会被不同程度定责。由于数据属于特殊商品，其复制性强、使用成本低但潜在价 值极大、易泄露等特性，决定了其交易过程需要足够安全的环境与周全的程序保护。

相关技术中，一些交易中心通过在其交易平台上制定与发布平台性的行为守则，来约束 和规范数据交易双方的行为，但实际上各交易所在数据要素流通市场上并无明确的监督监管 以及行政处罚权利，尚无明确律法与规定赋予此类主体单位相应的权利。因此所颁布的各类 规范与服务协议，对交易主体的约束力弱、对交易过程的把控力度低，无法从根本上真正实 现对交易的监管和规范，仍旧不能对潜在交易风险进行管理和控制。

发明内容

本公开实施例的主要目的在于提出一种数据交易流程合规公证方法和装置、电子设备和 存储介质，保证数据交易流程过程和结果的公平性，对潜在的交易风险进行管理和控制。

为实现上述目的，本公开实施例的第一方面提出了一种数据交易流程合规公证方法，所 述方法应用在区块链平台，包括：

获取数据提供方和/或数据使用方的法人资料，并将所述法人资料发送至公证方；

获取所述公证方返回的法人合规公证结果，所述法人合规公证结果包括：法人合规和法 人不合规；

若法人合规公证结果为法人不合规，则重新获取数据提供方和/或数据使用方的法人资 料；

若法人合规公证结果为法人合规，则对数据提供方和/或数据使用方的数据交易行为进行 合同合规公证和/或数据交易合规公证，所述数据交易合规公证包括：数据合规公证、数据真 实性合规公证、原始数据未泄露合规公证或数据模型安全性合规公证中一种或一种以上。

在一些实施例，若法人合规公证结果为法人合规，则进行合同合规公证，包括：

获取数据提供方和数据使用方发起的合同签署信息和合同重要性信息，所述合同重要性 信息包括：重要合同和一般合同；

若所述合同重要性信息为重要合同，则将所述合同签署信息发送至所述公证方进行视频 认证；

若视频认证通过，则获取所述公证方返回的合同合规公证结果，所述合同合规公证结果 包括：合同签署合规和合同签署不合规；

若所述合同重要性信息为一般合同，则将所述合同签署信息发送至所述公证方进行合同 合规公证，并获取所述公证方返回的合同合规公证结果；

若所述合同合规公证结果为合同签署不合规，则重新获取所述合同签署信息；

若所述合同合规公证结果为合同签署合规，则对所述合同合规公证结果进行备案，以完 成所述合同合规公证。

在一些实施例，当所述数据交易合规公证为所述数据合规公证时，若法人合规公证结果 为法人合规，进行所述数据合规公证包括：

获取数据提供方的数据申请信息；

对所述数据申请信息进行初审，若初审通过，则将所述数据申请信息发送至所述公证方 进行数据合规公证；

获取所述公证方返回的数据合规公证结果，所述数据合规公证结果包括：数据合规和数 据不合规；

若所述数据合规公证结果为数据不合规，则建立所述公证方与所述数据提供方的认证通 道，以获取风险承诺书；

根据所述风险承诺书进行登记公示；

若所述数据合规公证结果为数据合规，则进行登记公示，以完成所述数据合规公证。

在一些实施例，当所述数据交易合规公证为所述数据真实性合规公证时，若法人合规公 证结果为法人合规，进行所述数据真实性合规公证包括：

获取数据提供方提供的数据真实性承诺书；

获取所述数据申请信息的数据日志；

根据所述数据日志进行日志解析得到日志解析结果，所述得到日志解析结果包括：数据 一致和数据不一致；

若所述数据一致，则将所述数据真实性承诺书和所述日志解析结果发送至所述公证方进 行数据真实性合规公证；

获取所述公证方返回的数据真实性合规公证证明；

若所述数据不一致，则返回所述日志解析结果至所述数据提供方，以完成所述数据真实 性合规公证。

在一些实施例，当所述数据交易合规公证为所述原始数据未泄露合规公证时，若法人合 规公证结果为法人合规，进行所述原始数据未泄露合规公证包括：

获取模型提供方提供的原始数据安全承诺书；

获取数据模型，并根据所述数据模型生成安全计算日志；

根据所述安全计算日志进行日志解析得到安全解析结果，所述安全解析结果包括：容器 销毁和容器未销毁；

若容器销毁，则将所述原始数据安全承诺书和所述安全解析结果发送至所述公证方进行 原始数据未泄露合规公证；

获取所述公证方返回的原始数据未泄露合规公证证明；

若容器未销毁，则返回所述安全解析结果至所述模型提供方和所述数据提供方，以完成 所述原始数据未泄露合规公证。

在一些实施例，当所述数据交易合规公证为所述数据模型安全性合规公证时，若法人合 规公证结果为法人合规，进行所述数据模型安全性合规公证包括：

获取模型提供方提供的模型安全承诺书；

获取数据使用方提供的数据模型的模型审核结果；

将所述模型安全承诺书和所述模型审核结果发送至所述公证方进行所述数据模型安全性 合规公证；

获取所述公证方返回的数据模型安全性合规公证证明，以完成所述数据模型安全性合规 公证。

在一些实施例，所述获取数据提供方的法人资料之后，还包括：

对所述法人资料进行资格初审，若资格初审通过，则将所述法人资料发送至公证方。

为实现上述目的，本公开的第二方面提出了一种数据交易流程合规公证装置，应用在区 块链平台，包括：

法人资料获取模块，用于获取数据提供方和/或数据使用方的法人资料，并将所述法人资 料发送至公证方；

法人合规公证模块，用于获取所述公证方返回的法人合规公证结果，所述法人合规公证 结果包括：法人合规和法人不合规；

法人资料重新获取模块，用于若法人不合规，则重新获取数据提供方和/或数据使用方的 法人资料；

数据交易合规公证模块，用于若法人合规，则对数据提供方和/或数据使用方的数据交易 行为进行合同合规公证和/或数据交易合规公证，所述数据交易合规公证包括：数据合规公证、 数据真实性合规公证、原始数据未泄露合规公证或数据模型安全性合规公证中一种或一种以 上。

为实现上述目的，本公开的第三方面提出了一种电子设备，包括：

至少一个存储器；

至少一个处理器；

至少一个程序；

所述程序被存储在存储器中，处理器执行所述至少一个程序以实现本公开如上述第一方 面所述的方法。

为实现上述目的，本公开的第四方面提出了一种存储介质，该存储介质是计算机可读存 储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使 计算机执行：

如上述第一方面所述的方法。

本公开实施例提出的数据交易流程合规公证方法和装置、电子设备、存储介质，应用在 区块链平台，通过获取法人资料，并将法人资料发送至公证方，获取公证方返回的法人合规 公证结果，若法人不合规，则重新获取法人资料，若法人合规，则对数据交易行为进行合同 合规公证和数据交易合规公证，其中，数据交易合规公证包括：数据合规公证、数据真实性 合规公证、原始数据未泄露合规公证和数据模型安全性合规公证。本实施例通过引入具有审 核和鉴定能力的公证方，首先对法人是否合规进行准入把关，然后对数据交易合规公证进行 全流程的分析和公证，由于公证方审核过的结果具有法律效力，因此若出现虚假信息，可对 交易双方的责任人处以相应的处罚，提高违约失信成本，有力规范双方行为，增强交易双方 互信。同时利用区块链平台对数据交易合规公证全流程中相应的行为数据和审核结果进行存 证上链，利用区块链不可篡改以及可追溯的特性，保证数据交易流程过程和结果的公平性， 对潜在的交易风险进行管理和控制。

附图说明

图1是本公开实施例提供的数据交易流程合规公证方法的流程图。

图2是本公开又一实施例提供的数据交易流程合规公证方法的部分流程图。

图3是本公开又一实施例提供的数据交易流程合规公证方法的部分流程图。

图4是本公开又一实施例提供的数据交易流程合规公证方法的部分流程图。

图5是本公开又一实施例提供的数据交易流程合规公证方法的部分流程图。

图6是本公开又一实施例提供的数据交易流程合规公证方法的部分流程图。

图7是本公开又一实施例提供的数据交易流程合规公证方法的部分流程图。

图8是本公开实施例提供的数据交易流程合规公证装置的结构框图。

图9是本公开实施例提供的电子设备的硬件结构示意图。

具体实施方式

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

需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序， 但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述 的步骤。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人 员通常理解的含义相同。本文中所使用的术语只是为了描述本发明实施例的目的，不是旨在 限制本发明。

首先，对本申请中涉及的若干名词进行解析：

区块链：本质上是一个P2P(peer-to-peer)点对点网络的分布式账本数据库，可以将区块 链理解为一个基于互联网的去中心化记账系统，区块链系统是建立在IP通信协议和分布式网 络的基础上的，它不依靠传统的电路交换，而是建立于网络通信之上，完全通过互联网去交 换信息。区块链网络中所有的节点具有同等的地位，不存在任何特殊化的中心节点和层级结 构，每个节点均会承担网络路由、验证数据区块等功能。区块链设计了一种非中心化的信任 机制，从而使其上的数据具有高度可信、不可篡改和不可伪造的特性。区块链技术的核心是 在没有中心控制的情况下，在互相没有信任基础的个体之间就交易的合法性等达成共识的共 识机制。目前全球范围内仅公有链就已经有数千个，每个区块链相当于一个独立的系统集群， 不同区块链的系统之间无法直接交互，状态数据库也是相互隔离的，就如同一个个用户和数 据的孤岛。

数据交易合规：在大数据时代，除了算法和算力，数据本身也已经成为一项重要的资产， 数据交易也自然成为一种客观需要。与传统的有形资产不同，数据资产极有可能涉及大量公 民的个人信息甚至隐私信息，一旦发生泄露或被正当利用非常容易造成重大损失和不良社会 影响，需要通过严格的法律法规以保护公民隐私。数据交易合规指在数据交易中确保整个流 程都符合法律规范。

随着国家对数据要素市场的大力培育与扶持，各地区数据交易中心竞相出现，力求抢占 先机，最大限度盘活区域数据，促进流通共享。然而真正在市场中进行的数据交易却很少， 究其原因是交易双方缺乏互信，一方面是因为数据并非如寻常商品可以进行常规的交付、退 货、赔偿，有相关明确法律和交易机制来保护。另一方面，数据交易如果同普通商品交易一 般低准入门槛，会引发较大的法律合规风险，一旦数据来源违法、数据内容违规，则交易双 方将会被不同程度定责。由于数据属于特殊商品，其复制性强、使用成本低但潜在价值极大、 易泄露等特性，决定了其交易过程需要足够安全的环境与周全的程序保护。

国家颁布《中华人民共和国数据安全法》专门针对数据要素流通进行了全流程的合规指 导与安全规范，但是该律法在一定程度上仍稍显宽泛，并未对细枝末节的实操处做出明确规 定。一些交易中心通过在其交易平台上制定与发布平台性的行为守则，来约束和规范数据交 易双方的行为，例如上海数据交易中心通过在其交易平台上发布《数据互联规则》、《个人 数据保护原则》、《流通数据处理准则》、《流通数据禁止清单》来进行全流程的行为规范； 贵阳大数据交易所针对交易主体进行了身份准入审核，明文规定了交易机制、安全监管、数 据安全与个人隐私保护。但实际上各交易所在数据要素流通市场上并无明确的监督监管以及 行政处罚权利，尚无明确律法与规定赋予此类主体单位相应的权利。因此所颁布的各类规范 与服务协议，对交易主体的约束力弱、对交易过程的把控力度低，无法从根本上真正实现对 交易的监管和规范，仍旧不能对潜在交易风险进行管理和控制。

基于此，本公开实施例提供一种数据交易流程合规公证方法和装置、电子设备、存储介 质，通过引入具有审核和鉴定能力的公证方，首先对法人是否合规进行准入把关，然后对数 据交易合规公证进行全流程的分析和公证，由于公证方审核过的结果具有法律效力，因此若 出现虚假信息，可对交易双方的责任人处以相应的处罚，提高违法门槛。同时利用区块链平 台对数据交易合规公证全流程中相应的行为数据和审核结果进行存证上链，利用区块链不可 篡改以及可追溯的特性，保证数据交易流程过程和结果的公平性，对潜在的交易风险进行管 理和控制。

本公开实施例提供数据交易流程合规公证方法和装置、电子设备、存储介质，具体通过 如下实施例进行说明，首先描述本公开实施例中的数据交易流程合规公证方法。

本公开实施例提供的数据交易流程合规公证方法，涉及区块链技术领域，数据交易中心 可以建立能够使用该方法的数据交易平台。本公开实施例提供的数据交易流程合规公证方法 可应用于终端中，也可应用于服务器端中，还可以是运行于终端或服务器端中的软件，即数 据交易平台可以应用在终端中、服务器端或者是运行于终端或服务器端中的软件。在一些实 施例中，终端可以是智能手机、平板电脑、笔记本电脑、台式计算机或者智能手表等；服务 器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络 服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(ContentDelivery Network，CDN)、以及数据和人工智能平台等基础云计算服务的云服务器；软件可以是实现数据交易流 程合规公证方法的应用等，但并不局限于以上形式。

本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器 计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶 盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备 的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描 述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、 程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式 计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中， 程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

图1是本公开实施例提供的数据交易流程合规公证方法的一个可选的流程图，图1中的 方法可以包括但不限于包括步骤S101至步骤S104。

步骤S101，获取数据提供方和/或数据使用方的法人资料，并将法人资料发送至公证方。

在一实施例中，公证方为有具有审核和鉴定能力以及公证资质的第三方，例如公证处， 公证方针对数据交易流程过程中出具的公证结果具有一定的法律效力，若交易双方对其所披 露的信息含有不实部分，则会被列为公证失信执行人，情节严重有可能被追究民事和刑事责 任，同时影响个人征信记录。本实施例中公证方会对数据交易合规公证进行全流程的分析和 公证，贯穿整个交易过程，对供需双方皆有约束，提高违法门槛。

在一实施例中，数据交易中心获取数据提供方和数据使用方的法人资料，其中法人资料 包括公司信息、营业执照、征信报告、诉讼情况说明、社保缴纳记录以及财务报表等，其中， 公司信息包括：公司名称、公司统一社会信用代码、公司经营地址、法人姓名、法人身份证、 开户行、银行账户等。

可以理解的是，上述法人资料中征信报告、社保缴纳记录以及财务报表等需要在正规渠 道获取并经过认证，例如财务报表可以由会计事务所提供并加盖公司公章，社保缴纳记录可 以从税务局网站获取打印并盖章等。另外不同的数据交易中心可以根据实际需求要求提供更 多的法人资料。

在一实施例中，将获取的数据提供方和数据使用方发送的法人资料发送至公证方，进行 后续的法人合规公证。

在一实施例中，可以在发送公证方之前，对获取的法人资料进行资格初审，若资格初审 通过，再将法人资料发送至公证方，资格初审可以是资料是否齐全或者资料是否明显是虚假 的，这样能够避免后续公证流程过长，提高公证方的公证效率。

可以理解的是，数据交易中心对获取的法人资料进行资格初审，可以是人工审核，也可 以在交易平台上搭载预先训练人工智能的识别算法或分类算法，对法人资料进行快速初审， 同时可以利用大量的法人资料作为训练数据，训练算法模型，优化参数权重，使得识别分类 的准确率更高，提升公证效率。

步骤S102，获取公证方返回的法人合规公证结果，法人合规公证结果包括：法人合规和 法人不合规。

在一实施例中，可以建立数据提供方和公证方的视频通道，或者数据交易中心、数据提 供方和公证方的三方视频通道，公证处通过视频审核的方式对接收到的法人资料进行审查核 对，对有疑问的资料，能够及时获得答疑反馈结果，进一步提高公证效率。该实施例中，公 证处根据法人资料进行法人合规公证，得到法人合规公证结果，如果审核过程中判断相关法 人资料有问题或者法人资质有问题，则返回法人合规公证结果为：法人不合规，否则返回法 人合规公证结果为：法人合规。

步骤S103，若法人合规公证结果为法人不合规，则重新获取数据提供方或数据使用方的 法人资料。

在一实施例中，若数据交易中心的交易平台收到公证方返回的法人合规公证结果为法人 不合规，则将该结果反馈给数据提供方或数据使用方，同时反馈不合规的原因，以便数据提 供方或数据使用方重新提供更新后的法人资料。

步骤S104，若法人合规公证结果为法人合规，则对数据提供方和数据使用方的数据交易 行为进行合同合规公证和数据交易合规公证。

在一实施例中，法人合规说明数据提供商和数据使用方的身份经过认证，可以进行数据 交易行为，其中数据交易合规公证包括：数据合规公证、数据真实性合规公证、原始数据未 泄露合规公证或数据模型安全性合规公证中一种或一种以上。

在一实施例中，若法人合规，则进行合同合规公证，参照图2，包括但不限于步骤S201 至步骤S208：

步骤S201，获取数据提供方和数据使用方发起的合同签署信息和合同重要性信息。

在该实施例中，数据提供方和数据使用方向数据交易中心发起合同签署申请，数据交易 中心的交易平台接收到合同签署信息和合同重要性信息。

步骤S202，根据合同重要性信息判断是否为重要合同，若是重要合同，则执行步骤S203； 否则执行步骤S204。

步骤S203，将合同签署信息发送至公证方进行视频认证。

在一实施例中，若该合同是重要合同，则需要增加视频认证，可以建立数据提供方、数 据使用方和公证方的视频通道，或者数据交易中心、数据提供方、数据使用方和公证方的四 方视频通道，公证处通过视频审核的方式对接收到的合同签署信息进行审查核对，对有疑问 的资料，能够及时获得答疑反馈结果，进一步提高公证效率。

步骤S204，若视频认证通过，则获取公证方返回的合同合规公证结果。

在一实施例中，合同合规公证结果包括：合同签署合规和合同签署不合规。视频认证通 过后，公证方对接收到的合同签署信息，按照合同合规公证的准则进行审核，审核通过则返 回合同合规公证结果为合同签署合规，否则返回的合同合规公证结果为合同签署不合规，同 时也可以同时返回不合规的原因，以便交易双方根据该原因重新进行合同签署申请。

步骤S205，将合同签署信息发送至公证方进行合同合规公证，并获取公证方返回的合同 合规公证结果。

在一实施例中，若该合同不是重要合同，则是一般合同，无需进行视频认证，只需直接 进行合同合规公证，并获取公证方返回的合同合规公证结果。

步骤S206，判断合同合规公正结果是否为合同签署合规，若是，则执行步骤S208，否则 执行步骤S207。

步骤S207，若合同合规公证结果为合同签署不合规，则重新获取合同签署信息；

在一实施例中，若公证方返回的合同合规公证结果为合同签署不合规，重新获取合同签 署信息，告知交易双方根据不合规的原因更新后，重新发送合同签署信息。

步骤S208，若合同合规公证结果为合同签署合规，则对合同合规公证结果进行备案，以 完成合同合规公证。

在一实施例中，如果公证方的合同合规公证结果表面合同合规，则利用区块链平台对该 合同以及合同合规公证结果进行备案，或者合同存证，以激活交易行为的发生，实现数据要 素市场的流通和共享。同时由于合同在区块链平台中有备案和存证，若后续出现商业纠纷， 可以进行追溯，提高纠纷解决的效率。

在一实施例中，当数据交易合规公证为数据合规公证时，若法人合规，则需要对参与交 易的数据首先进行数据合规公证，参照图3，包括但不限于步骤S301至步骤S307：

步骤S301，获取数据提供方的数据申请信息。

在一实施例中，数据申请信息包括数据信息和数据资料信息，数据提供方可以根据数据 申请信息样例将参与交易的数据上传至数据交易中心的交易平台，以便进行后续的数据合规 公证。

在一实施例中，数据信息包括：数据表名称、数据字典(即数据字段描述，可包括：字 段中文名、英文名、字段类型或字段长度等)、数据量、数据更新频率(例如：年、月、日 或者实时)或数据采集起始时段以及数据样例(例如从数据库中导出10条左右的已脱敏的数据作为数据样例)，可以理解的是，上述数据信息仅作示例，并不代表对其进行限定。

在一实施例中，数据资料信息包括：数据来源说明、数据授权书、承诺书和风险告知书 等，在此不做具体限定。

步骤S302，对数据申请信息进行初审。

在一实施例中，数据交易中心的交易平台可以预先对数据提供方上传的数据申请信息进 行初步审查，初步审查通过后，将数据申请信息发送至公证方进行数据合规公证。其中，初 步审查主要是网信办的准入审核，即判断该数据申请信息是否符合网信办关于数据准入的相 关规定。可以是人工审核，也可以在交易平台上搭载预先训练人工智能的识别算法或分类算 法，对数据申请信息进行快速初审，同时可以利用大量的数据申请信息作为训练数据，训练 算法模型，优化参数权重，使得识别分类的准确率更高，提升公证效率。

步骤S303，判断初审是否通过，若不通过，则执行步骤S304，否则执行步骤S305。

步骤S304，初审不通过，重新获取数据申请信息。

在一实施例中，如果初审不通过，则告知数据提供方不通过的原因，待其更新后，重新 发送数据申请信息。

步骤S305，将数据申请信息发送至公证方进行数据合规公证，获取公证方返回的数据合 规公证结果，数据合规公证结果包括：数据合规和数据不合规。

在一实施例中，公证方对接收到的数据申请信息进行数据合规公证，按照数据合规公证 的准则进行审核，审核通过则返回数据合规公证结果为数据合规，否则返回的数据合规公证 结果为数据不合规，同时也可以同时返回不合规的原因，以便数据提供方根据该原因重新进 行数据合规公证申请。

步骤S306，判断数据合规公证结果是否为数据合规，若数据不合规，则执行步骤S307， 否则执行步骤S309。

步骤S307，若数据合规公证结果为数据不合规，则建立公证方与数据提供方的认证通道， 以获取风险承诺书。

在一实施例中，如果数据合规公证结果为数据不合规，则建立公证方与数据提供方的认 证通道，该认证通道可以是视频认证通道，即建立数据提供方和公证方的视频通道，或者数 据交易中心、数据提供方和公证方的三方视频通道，公证处通过视频审核的方式告知数据提 供方数据不合规风险，并与数据提供方进行风险承诺书签订。

步骤S308，根据风险承诺书，进行登记公示。

在一实施例中，数据交易中心的交易平台利用区块链平台对接收到的风险承诺书进行相 关的登记公示。

步骤S309，若数据合规公证结果为数据合规，则进行登记公示，以完成数据合规公证。

在一实施例中，数据交易中心的交易平台利用区块链平台对相关数据申请信息以及对应 的数据合规公证结果行相关的登记公示。

在一实施例中，当数据交易合规公证为数据真实性合规公证时，若法人合规，则需要对 参与交易的数据进行数据真实性合规公证，参照图4，包括但不限于步骤S401至步骤S407：

步骤S401，获取数据提供方提供的数据真实性承诺书。

在一实施例中，数据提供方向数据交易中心的交易平台发起数据真实性合规申请，同时 在申请时，上传数据真实性承诺书，该数据真实性承诺书是在数据提供方阅读相关风险告知 之后，明确同意风险后盖章上传。

步骤S402，获取数据申请信息的数据日志。

在一实施例中，数据交易中心的交易平台对该数据真实性合规申请相关的数据申请信息 进行日志抽取，得到相关的数据日志。

步骤S403，根据数据日志进行日志解析得到日志解析结果，得到日志解析结果包括：数 据一致和数据不一致。

在一实施例中，对抽取得到的数据日志进行日志解析，判断解析得到的数据和数据申请 信息中相关数据是否一致，如果一致则日志解析结果为数据一致，否则为数据不一致。

步骤S404，判断日志解析结果是否为数据一致，若数据一致，则执行步骤S405，否则执 行步骤S407。

步骤S405，若数据一致，则将数据真实性承诺书和日志解析结果发送至公证方进行数据 真实性合规公证。

在一实施例中，若日志解析结果为数据一致，则数据交易中心的交易平台将该结果与数 据真实性承诺书发送至公证方进行数据真实性合规公证。

步骤S406，获取公证方返回的数据真实性合规公证证明。

在一实施例中，公证方进行数据真实性合规公证，按照数据真实性合规公证的准则进行 审核，审核通过则返回数据真实性合规公证证明，否则返回数据真实性不合规，也可以同时 返回不合规的原因，以便数据提供方根据该原因重新进行数据真实性合规公证申请。另外， 数据交易中心的交易平台利用区块链平台对数据真实性合规公证证明、数据真实性承诺书和 数据日志等相关资料进行存证。

步骤S407，若数据不一致，则返回日志解析结果至数据提供方，以完成数据真实性合规 公证。

在一实施例中，若数据交易中心的交易平台根据日志解析结果判断数据不一致，则返回 日志解析结果至数据提供方进行告知，并可引导提示数据交易方重新进行数据真实性合规公 证申请。

在一实施例中，当数据交易合规公证为原始数据未泄露合规公证时，若法人合规，则需 要对参与交易的数据进行原始数据未泄露合规公证，参照图5，包括但不限于步骤S501至步 骤S507：

步骤S501，获取模型提供方提供的原始数据安全承诺书。

在一实施例中，由于数据交易中数据一般都使用数据模型，因此获得模型提供方提供的 原始数据安全承诺书，以保证提供的对应模型无数据泄露风险，该原始数据安全承诺书是在 模型提供方阅读相关风险告知之后，明确同意风险后盖章上传至数据交易中心的交易平台。

步骤S502，获取数据模型，并根据数据模型生成安全计算日志。

在一实施例中，数据模型可以由数据提供方上传也可以由模型提供方上传，可根据具体 需求确定数据模型的来源。数据交易中心的交易平台获取到数据模型后，利用多方安全计算 机制生成安全计算日志，避免单方安全计算机制导致的偏差。

步骤S503，根据安全计算日志进行日志解析得到安全解析结果。

在一实施例中，对安全计算日志进行解析得到安全解析结果，例如解析的目的是判断计 算完成后，使用到的容器是否被销毁，如果未被销毁，可以理解成由数据残留，会造成数据 泄露风险，因此安全解析结果可以包括：容器销毁和容器未销毁。

步骤S504，判断安全解析结果是否为容器销毁，若是容器销毁，则执行步骤S505，否则 执行步骤步骤S507。

步骤S505，若容器销毁，则将原始数据安全承诺书和安全解析结果发送至公证方进行原 始数据未泄露合规公证。

在一实施例中，若计算完成后，使用到的容器被销毁，则将原始数据安全承诺书和安全 解析结果发送至公证方，以便进行原始数据未泄露合规公证。

步骤S506，获取公证方返回的原始数据未泄露合规公证证明。

在一实施例中，公证方进行原始数据未泄露合规公证，按照原始数据未泄露合规公证的 准则进行审核，审核通过则返回原始数据未泄露合规公证证明，否则返回数据真实性原始数 据未泄露不合规，也可以同时返回不合规的原因。另外，数据交易中心的交易平台利用区块 链平台对原始数据未泄露合规公证证明、原始数据安全承诺书和安全计算日志等相关资料进 行存证。

步骤S507，返回安全解析结果至模型提供方和数据提供方，以完成原始数据未泄露合规 公证。

可以理解的是，如果数据提供方多次数据交易中均使用同一数据模型，则仅需进行一次 原始数据未泄露合规公证即可，由于区块链平台的可追溯性以及不可篡改性，可以在多次数 据交易中读取首次进行原始数据未泄露合规公证的相关资料存证，以提高数据交易的效率， 提高数据流通转化率。

在一实施例中，当数据交易合规公证为数据模型安全性合规公证时，若法人合规，则需 要对参与交易的数据使用的数据模型进行数据模型安全性合规公证，参照图6，包括但不限 于步骤S601至步骤S606：

步骤S601，获取模型提供方提供的模型安全承诺书。

在一实施例中，由于数据交易中数据一般都使用数据模型，因此获得模型提供方提供的 模型安全承诺书，以保证提供的对应数据模型是安全的，该模型安全承诺书是在模型提供方 阅读相关风险告知之后，明确同意风险后盖章上传至数据交易中心的交易平台。

步骤S602，获取数据使用方提供的数据模型的模型审核结果。

在一实施例中，数据交易中心的交易平台会接收数据使用方发送的在数据交易过程中使 用的数据模型，然后对数据模型进行静态审核、动态审核和人工审核，以保证买方在此交易 过程中获得的数据是真实未泄露的，同时应用的数据模型是安全的，在交易发生的过程中， 仍能随时验证过程节点的合规性。该实施例中，静态审核指对数据模型的程序代码进行审核， 判断有无表面的安全风险；动态审核指运行该数据模型，在数据模型运行过程中判断有无安 全风险；人工审核指对整体的静态审核结果和动态审核结果进行把关核查，经过审核之后得 到模型审核结果。该实施例中，模型审核结果包括：审核无问题和审核有问题。

步骤S603，判断模型审核结果是否为审核无问题，若审核结果为审核无问题，则执行步 骤S604，若审核有问题，则执行步骤S606。

步骤S604，将模型安全承诺书和模型审核结果发送至公证方进行数据模型安全性合规公 证。

在一实施例中，如果审核无问题，则将模型安全承诺书和模型审核结果发送至公证方进 行数据模型安全性合规公证，否则将审核有问题的模型审核结果返回模型提供方。公证方进 行数据模型安全性合规公证，按照数据模型安全性合规公证的准则进行审核，审核通过则返 回数据模型安全性合规公证证明，否则返回数据模型安全性不合规以及不合规的原因。

步骤S605，获取公证方返回的数据模型安全性合规公证证明，以完成数据模型安全性合 规公证。

步骤S606，对数据使用方返回模型审核结果。

在一实施例中，数据交易中心的交易平台利用区块链平台对数据模型安全性合规公证证 明、模型安全承诺书和模型审核结果等相关资料进行存证。

在一具体应用场景，参照图7，是本申请实施例一种数据交易流程合规公证方法流程示意 图，利用区块链平台对整个流程进行上链存证，包括但不限于步骤S701至S706。

步骤S701，根据数据提供方、数据使用方的法人资料进行法人合规公证。

步骤S702，法人合规，则根据数据提供方的数据申请信息进行数据合规公证，通过后， 可进行后续数据交易。

步骤S703，交易双方拟定合同后，根据对应的合同签署信息进行合同合规公证。

步骤S704，数据提供方在数据交易运算过程中可发起数据真实性合规公证，对数据生产 过程中的真实性进行验证。

步骤S705，数据交易过程中，若涉及隐私数据计算时，模型提供方需要根据需求发起原 始数据未泄露合规公证。

步骤S706，数据使用方在使用数据模型过程中，可上传数据模型进行数据模型安全性合 规公证。

本公开实施例提出的数据交易流程合规公证方法，应用在区块链平台，通过获取法人资 料，并将法人资料发送至公证方，获取公证方返回的法人合规公证结果，若法人不合规，则 重新获取法人资料，若法人合规，则对数据交易行为进行合同合规公证和数据交易合规公证， 其中，数据交易合规公证包括：数据合规公证、数据真实性合规公证、原始数据未泄露合规 公证和数据模型安全性合规公证。本实施例通过引入具有审核和鉴定能力的公证方，首先对 法人是否合规进行准入把关，然后对数据交易合规公证进行全流程的分析和公证，由于公证 方审核过的结果具有法律效力，因此若出现虚假信息，可对交易双方的责任人处以相应的处 罚，提高违约失信成本，有力规范双方行为，增强交易双方互信。同时利用区块链平台对数 据交易合规公证全流程中相应的行为数据和审核结果进行存证上链，利用区块链不可篡改以 及可追溯的特性，保证数据交易流程过程和结果的公平性，对潜在的交易风险进行管理和控 制。

本公开实施例还提供一种数据交易流程合规公证装置，可以实现上述数据交易流程合规 公证方法，参照图8，该装置包括：

法人资料获取模块810，用于获取数据提供方和/或数据使用方的法人资料，并将法人资 料发送至公证方；

法人合规公证模块820，用于获取公证方返回的法人合规公证结果，法人合规公证结果包 括：法人合规和法人不合规；

法人资料重新获取模块830，用于若法人不合规，则重新获取数据提供方和/或数据使用 方的法人资料；

数据交易合规公证模块840，用于若法人合规，则对数据提供方和/或数据使用方的数据 交易行为进行合同合规公证和/或数据交易合规公证，数据交易合规公证包括：数据合规公证、 数据真实性合规公证、原始数据未泄露合规公证或数据模型安全性合规公证中一种或一种以 上。

本实施例的数据交易流程合规公证装置的具体实施方式与上述数据交易流程合规公证方 法的具体实施方式基本一致，在此不再赘述。

本公开实施例还提供了一种电子设备，包括：

至少一个存储器；

至少一个处理器；

至少一个程序；

所述程序被存储在存储器中，处理器执行所述至少一个程序以实现本公开实施上述的数 据交易流程合规公证方法。该电子设备可以为包括手机、平板电脑、个人数字助理(Personal Digital Assistant，简称PDA)、车载电脑等任意智能终端。

请参阅图9，图9示意了另一实施例的电子设备的硬件结构，电子设备包括：

处理器901，可以采用通用的CPU(CentralProcessingUnit，中央处理器)、微处理器、 应用专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、或者一个或多个集成 电路等方式实现，用于执行相关程序，以实现本公开实施例所提供的技术方案；

存储器902，可以采用ROM(ReadOnlyMemory，只读存储器)、静态存储设备、动态存储 设备或者RAM(RandomAccessMemory，随机存取存储器)等形式实现。存储器902可以存储操 作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时， 相关的程序代码保存在存储器902中，并由处理器901来调用执行本公开实施例的数据交易 流程合规公证方法；

输入/输出接口903，用于实现信息输入及输出；

通信接口904，用于实现本设备与其他设备的通信交互，可以通过有线方式(例如USB、 网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信；和

总线905，在设备的各个组件(例如处理器901、存储器902、输入/输出接口903和通信 接口904)之间传输信息；

其中处理器901、存储器902、输入/输出接口903和通信接口904通过总线905实现彼 此之间在设备内部的通信连接。

本公开实施例还提供了一种存储介质，该存储介质是计算机可读存储介质，该计算机可 读存储介质存储有计算机可执行指令，该计算机可执行指令用于使计算机执行上述数据交易 流程合规公证方法。

本公开实施例提出的数据交易流程合规公证方法、数据交易流程合规公证装置、电子设 备、存储介质，有益效果

存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性 计算机可执行程序。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器， 例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中， 存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该处 理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本公开实施例描述的实施例是为了更加清楚的说明本公开实施例的技术方案，并不构成 对于本公开实施例提供的技术方案的限定，本领域技术人员可知，随着技术的演变和新应用 场景的出现，本公开实施例提供的技术方案对于类似的技术问题，同样适用。

本领域技术人员可以理解的是，图1-5中示出的技术方案并不构成对本公开实施例的限 定，可以包括比图示更多或更少的步骤，或者组合某些步骤，或者不同的步骤。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也 可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根 据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、设备中 的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。

本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果 存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述 的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和 /或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数 或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或 其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a 和b和c”，其中a，b，c可以是单个，也可以是多个。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的 方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅 为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或 者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互 之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接， 可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部 件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元 上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个 单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以 采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以 存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对 现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该 计算机软件产品存储在一个存储介质中，包括多指令用以使得一台计算机设备(可以是个人计 算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述 的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存 储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序的介质。

以上参照附图说明了本公开实施例的优选实施例，并非因此局限本公开实施例的权利范 围。本领域技术人员不脱离本公开实施例的范围和实质内所作的任何修改、等同替换和改进， 均应在本公开实施例的权利范围之内。

Claims (10)

1.一种数据交易流程合规公证方法，所述方法应用在区块链平台，其特征在于，包括：

获取数据提供方和/或数据使用方的法人资料，并将所述法人资料发送至公证方；

获取所述公证方返回的法人合规公证结果，所述法人合规公证结果包括：法人合规和法人不合规；

若法人合规公证结果为法人不合规，则重新获取数据提供方和/或数据使用方的法人资料；

若法人合规公证结果为法人合规，则对数据提供方和/或数据使用方的数据交易行为进行合同合规公证和/或数据交易合规公证，所述数据交易合规公证包括：数据合规公证、数据真实性合规公证、原始数据未泄露合规公证或数据模型安全性合规公证中至少一种。

2.根据权利要求1所述的数据交易流程合规公证方法，其特征在于，若法人合规公证结果为法人合规，则进行合同合规公证，包括：

获取数据提供方和数据使用方发起的合同签署信息和合同重要性信息，所述合同重要性信息包括：重要合同和一般合同；

若所述合同重要性信息为重要合同，则将所述合同签署信息发送至所述公证方进行视频认证；

若视频认证通过，则获取所述公证方返回的合同合规公证结果，所述合同合规公证结果包括：合同签署合规和合同签署不合规；

若所述合同重要性信息为一般合同，则将所述合同签署信息发送至所述公证方进行合同合规公证，并获取所述公证方返回的合同合规公证结果；

若所述合同合规公证结果为合同签署不合规，则重新获取所述合同签署信息；

若所述合同合规公证结果为合同签署合规，则对所述合同合规公证结果进行备案，以完成所述合同合规公证。

3.根据权利要求1所述的数据交易流程合规公证方法，其特征在于，当所述数据交易合规公证为所述数据合规公证时，若法人合规公证结果为法人合规，进行所述数据合规公证包括：

获取数据提供方的数据申请信息；

对所述数据申请信息进行初审，若初审通过，则将所述数据申请信息发送至所述公证方进行数据合规公证；

获取所述公证方返回的数据合规公证结果，所述数据合规公证结果包括：数据合规和数据不合规；

若所述数据合规公证结果为数据不合规，则建立所述公证方与所述数据提供方的认证通道，以获取风险承诺书；

根据所述风险承诺书进行登记公示；

若所述数据合规公证结果为数据合规，则进行登记公示，以完成所述数据合规公证。

4.根据权利要求3所述的数据交易流程合规公证方法，其特征在于，当所述数据交易合规公证为所述数据真实性合规公证时，若法人合规公证结果为法人合规，进行所述数据真实性合规公证包括：

获取数据提供方提供的数据真实性承诺书；

获取所述数据申请信息的数据日志；

根据所述数据日志进行日志解析得到日志解析结果，所述得到日志解析结果包括：数据一致和数据不一致；

若所述数据一致，则将所述数据真实性承诺书和所述日志解析结果发送至所述公证方进行数据真实性合规公证；

获取所述公证方返回的数据真实性合规公证证明；

若所述数据不一致，则返回所述日志解析结果至所述数据提供方，以完成所述数据真实性合规公证。

5.根据权利要求3所述的数据交易流程合规公证方法，其特征在于，当所述数据交易合规公证为所述原始数据未泄露合规公证时，若法人合规公证结果为法人合规，进行所述原始数据未泄露合规公证包括：

获取模型提供方提供的原始数据安全承诺书；

获取数据模型，并根据所述数据模型生成安全计算日志；

根据所述安全计算日志进行日志解析得到安全解析结果，所述安全解析结果包括：容器销毁和容器未销毁；

若容器销毁，则将所述原始数据安全承诺书和所述安全解析结果发送至所述公证方进行原始数据未泄露合规公证；

获取所述公证方返回的原始数据未泄露合规公证证明；

若容器未销毁，则返回所述安全解析结果至所述模型提供方和所述数据提供方，以完成所述原始数据未泄露合规公证。

6.根据权利要求3所述的数据交易流程合规公证方法，其特征在于，当所述数据交易合规公证为所述数据模型安全性合规公证时，若法人合规公证结果为法人合规，进行所述数据模型安全性合规公证包括：

获取模型提供方提供的模型安全承诺书；

获取数据使用方提供的数据模型的模型审核结果；

将所述模型安全承诺书和所述模型审核结果发送至所述公证方进行所述数据模型安全性合规公证；

获取所述公证方返回的数据模型安全性合规公证证明，以完成所述数据模型安全性合规公证。

7.根据权利要求1至6任一项所述的数据交易流程合规公证方法，其特征在于，所述获取数据提供方的法人资料之后，还包括：

对所述法人资料进行资格初审，若资格初审通过，则将所述法人资料发送至公证方。

8.一种数据交易流程合规公证装置，应用在区块链平台，其特征在于，包括：

法人资料获取模块，用于获取数据提供方和/或数据使用方的法人资料，并将所述法人资料发送至公证方；

法人合规公证模块，用于获取所述公证方返回的法人合规公证结果，所述法人合规公证结果包括：法人合规和法人不合规；

法人资料重新获取模块，用于若法人不合规，则重新获取数据提供方和/或数据使用方的法人资料；

数据交易合规公证模块，用于若法人合规，则对数据提供方和/或数据使用方的数据交易行为进行合同合规公证和/或数据交易合规公证，所述数据交易合规公证包括：数据合规公证、数据真实性合规公证、原始数据未泄露合规公证或数据模型安全性合规公证中一种或一种以上。

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

至少一个存储器；

至少一个处理器；

至少一个程序；

所述程序被存储在存储器中，处理器执行所述至少一个程序以实现：

如权利要求1至7任一项所述的方法。

10.一种存储介质，所述存储介质为计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行：

如权利要求1至7任一项所述的方法。

Images