CN111818186B - 一种信息共享方法和系统 - Google Patents

Abstract

本说明书提供一种信息共享方法和系统。所述方法包括：第一机构发送第一共享请求至隐私计算单元，所述第一共享请求包括第一用户的用户ID及对应的第一AML风险信息；第二机构发送第二共享请求至所述隐私计算单元，所述第二共享请求包括第二用户的用户ID及对应的第二AML风险信息；隐私计算单元将第一用户的用户ID与第二用户的用户ID进行匹配，如果一致则为该用户ID合并第一AML风险信息和第二AML风险信息；隐私计算单元将合并的第一AML风险信息和第二AML风险信息发送至第一机构和第二机构。

Description

一种信息共享方法和系统

技术领域

本说明书实施例属于区块链技术领域，尤其涉及一种信息共享方法和系统。

背景技术

区块链（Blockchain）是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链系统中按照时间顺序将数据区块以顺序相连的方式组合成链式数据结构，并以密码学方式保证的不可篡改和不可伪造的分布式账本。由于区块链具有去中心化、信息不可篡改、自治性等特性，区块链也受到人们越来越多的重视和应用。

发明内容

本发明的目的在于提供一种信息共享方法和系统，包括：

一种信息共享方法，包括：

第一机构发送第一共享请求至隐私计算单元，所述第一共享请求包括第一用户的用户ID及对应的第一AML风险信息；

第二机构发送第二共享请求至所述隐私计算单元，所述第二共享请求包括第二用户的用户ID及对应的第二AML风险信息；

隐私计算单元将第一用户的用户ID与第二用户的用户ID进行匹配，如果一致则为该用户ID合并第一AML风险信息和第二AML风险信息；

隐私计算单元将合并的第一AML风险信息和第二AML风险信息发送至第一机构和第二机构。

通过上述实施例中的方案，可以使得反洗钱义务机构能够具有更多的AML风险结果，从而提升其更准确的进行反洗钱审核能力，从而也提升了行业整体的反洗钱审核能力。

一种信息共享系统，包括：

第一机构，用于发送第一共享请求至隐私计算单元，所述第一共享请求包括第一用户的用户ID及对应的第一AML风险信息；

第二机构，用于发送第二共享请求至所述隐私计算单元，所述第二共享请求包括第二用户的用户ID及对应的第二AML风险信息；

隐私计算单元，用于将第一用户的用户ID与第二用户的用户ID进行匹配，如果一致则为该ID合并第一AML风险信息和第二AML风险信息；并将合并的第一AML风险信息和第二AML风险信息发送至第一机构和第二机构。

附图说明

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

图1是一实施例中的系统架构示意图；

图2是本申请提供的一种信息共享方法实施例的流程图；

图3是本说明书一实施例中通过DIS和区块链提供验证功能的架构图；

图4是本说明书一实施例中通过DIS和区块链提供验证功能的流程图。

具体实施方式

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

数据共享经常是机构处理业务的需求。单一机构往往无法获取足够的信息而无法处理业务，这就存在从其他机构获取信息的需求。例如，各国在反洗钱合规履职的要求中，很多都要求各个金融机构提供反洗钱审核结果。目前，很多国家央行、很多大的金融机构都有在反洗钱领域利用区块链来提升效率和准确性并满足监管的尝试。同时，数据作为一种资源，其流动性和可获取性是很多数据应用和产业发展的基础，但数据交换和共享过程中的隐私保护一直是产业发展的一大挑战。下面仍以上述的反洗钱为例加以说明。

反洗钱（Anti-Money Laundering，AML）是指预防通过各种方式掩饰、隐瞒毒品犯罪、黑社会性质的组织犯罪、恐怖活动犯罪、走私犯罪、贪污贿赂犯罪、破坏金融管理秩序犯罪等犯罪所得及其收益的来源和性质的洗钱活动的措施。常见的洗钱途径广泛涉及银行、保险、证券、房地产等各种领域。大多数反洗钱工作都包括三个核心的事项：

1、客户身份识别制度。反洗钱义务主体在与客户建立业务关系或者与其进行交易时，应当根据真实有效地身份证件，核实和记录其客户的身份，并在业务关系存续期间及时更新客户的身份信息资料。

2、大额和可疑交易报告（Suspicious Transaction Report，STR）制度。非法资金流动一般具有数额巨大、交易异常等特点，因此，法律规定了大额和可疑交易报告制度，要求金融机构对数额达到一定标准的交易和缺乏合法目的的异常交易应当及时向反洗钱行政主管部门报告，以作为追查违法犯罪行为的线索。

3、客户身份资料和交易记录保存制度客户身份资料和交易记录保存，是指金融机构依法采取必要措施将客户身份资料和交易信息保存一定期限，可以为追查违法犯罪行为提供证据支持。

客户身份识别制度也就是通常所说的“了解你的客户”（Know Your Customer，KYC），指的是获取客户相关识别信息，包括与客户建立业务时了解客户的身份、了解交易的目的、了解资金的来源和去向、以及了解客户的长经营活动和金融交易情况等，是反洗钱的基础。

STR制度，是指金融机构发现可疑交易后向人民银行或外汇局报告的制度，同时金融机构有义务对可疑交易进行审查，当发现涉嫌犯罪时，还需要及时向当地公安部门报告。针对一个用户，金融机构对其进行可疑交易审查后，如果认定该用户的交易风险较高，可以在STR中对该用户标引类罪标签。常见的STR类罪标签例如包括：毒品犯罪、黑社会性质的组织犯罪、恐怖活动犯罪、走私犯罪、贪污贿赂罪、破坏金融管理秩序犯罪、金融诈骗罪、洗钱罪等。

不同金融机构都有审查可疑交易的义务。但是，不同金融机构之间具有的同一用户相关的交易的信息和该用户的信息往往是不同的，这样，不同金融机构对同一用户进行可疑交易分析后标引的STR类罪标签也可能是不同的。一个金融机构如果要更精确的给用户标引STR类罪标签，一个较好的方式是能够获取另一个（或者更多的）金融机构对该同一用户标引的STR类罪标签。因此，就产生了在不同金融机构间共享同一用户的STR类罪标签的需求。

上述例子中，STR类罪标签信息的共享实际上也属于AML风险信息共享中的一种。AML风险信息共享，主要指将反洗钱政策和程序识别产生的与客户洗钱风险相关的信息进行共享，包括客户洗钱风险等级、客户STR类罪类型代码、客户可疑行为信息以及其他与洗钱风险相关的信息共享。以下以STR类罪类型代码为例，说明不同金融机构间共享同一用户的STR类罪标签的实现过程，其它AML风险信息共享的实现过程也是类似的。

再如，以客户洗钱风险等级为例，不同金融机构对同一用户进行可疑交易分析后标引的洗钱风险等级也可能是不同的，例如甲机构对用户A标引的洗钱风险是高风险，而乙机构对同一用户A标引的洗钱风险是中风险。一个金融机构如果要更精确的给用户标引洗钱风险等级标签，一个较好的方式是能够获取另一个（或者更多的）金融机构对该同一用户标引的洗钱风险等级标签。因此，就产生了在不同金融机构间共享同一用户的洗钱风险等级标签的需求。

AML风险信息共享中的客户可疑行为信息也是类似。

图1是一实施例中的系统架构示意图。

如图1所示，本申请提供的一种信息共享方法实施例，可以包括图1中的角色。第一机构可以直接接收用户的信息，从而基于这些用户信息完成一定的处理工作，如上述审查可疑交易。另一方面，第一机构可以对外提供审查可疑交易的结果——STR类罪标签，也可以对外提供该STR类罪标签。第一机构和第二机构可以都与区块链相连，且可以都与隐私计算平台相连。通过隐私计算平台，可以在可信的安全计算环境中执行预定的规则，从而完成例如STR类罪标签之类的AML风险信息共享。

以下结合前述AML风险信息共享的例子来说明本申请的信息共享方法实施例。以风险信息具体为STR类罪标签为例，第一机构和第二机构可以分别基于自身的反洗钱审核能力对用户标引STR类罪标签。第一机构和第二机构反洗钱的能力可能不同，所依据的用户信息和历史交易的内容和质量可能也有差别。这样，可能导致第一机构和第二机构分别对用户A标引的STR类罪标签并不相同。例如，第一机构为用户A标引的STR类罪标签为[毒品犯罪、黑社会性质的组织犯罪]，第二机构为用户A标引的STR类罪标签为[走私犯罪]。为了获得更为准确的STR类罪标签，第一机构和第二机构之间可以共享同一用户的STR类罪标签。以风险信息具体为洗钱风险等级为例，第一机构和第二机构可以分别基于自身的反洗钱审核能力对用户标引洗钱风险等级。类似的，第一机构和第二机构分别对用户A标引的洗钱风险等级并不相同。例如，第一机构为用户A标引的洗钱风险等级标签为[高风险等级]，第二机构为用户A标引的洗钱风险等级标签为[中风险等级]。为了获得更为准确的洗钱风险等级，第一机构和第二机构之间可以共享同一用户的洗钱风险等级标签。

结合图1，本申请提供的一种信息共享方法，具体实现如下：

图2是本申请提供的一种信息共享方法实施例的流程图。

如图2所示，可以包括：

步骤210：第一机构发送第一共享请求至隐私计算单元，所述第一共享请求包括第一用户的用户ID及对应的第一AML风险信息。

第一机构可以是金融机构，用户可以通过金融机构发起交易，如转账、汇款或者购买第一机构发行的金融产品之类。第一用户可以是个人用户，也可以是企业用户之类。第一机构可以对第一用户进行反洗钱审查。例如，第一机构可以基于第一用户的基础数据以及历史交易等信息得到该第一用户的STR类罪标签或洗钱风险等级标签等。对于个人用户，这些基础数据可以包括个人的姓名、性别、国籍、证件类型、证件号码、年龄、职业、手机号码、联系地址等信息中的部分或者全部。对于企业用户，这些基础数据可以包括企业的名称、营业执照编号、营业场所地址、法定代表人的姓名、证件类型、证件号码和有效期限等信息中的部分或者全部。

用户ID可以是用户在第一机构注册的账号，或者是第一用户在第一机构发起操作（如发起转账、购买金融产品之类的操作）时由第一机构的系统为该用户分配的账号。这类账号例如可以是一串字符。用户ID应当可以唯一的标识一位用户。对应字段如上所述的个人用户或企业用户的信息。

对于个人用户来说，如果证件类型统一采用身份证的话，第一用户的用户ID也可以是身份证号码。但是身份证号码实际上也是属于个人的隐私数据，因此，考虑到避免泄露个人隐私数据，可以对身份证号码进行hash处理。由于hash计算具有单向的特点和隐匿原始信息的特点，并且好的hash函数具有防碰撞能力，即不同的输入得到的hash值极大概率也不同，因此可以采用hash计算结果（或者称摘要值）作为用户ID。手机号码也是相同的原理。

类似的，还可以是对一组用户的数据顺序拼接后进行hash计算，得到的摘要值作为第一用户的用户ID，例如hash（姓名+证件类型+证件号码）所得到的摘要值作为用户ID，其中的“+”可以表示前后字符的顺序拼接。反洗钱中对于数据的安全性一般具有较高的要求，为了进一步加强数据安全防护，还可以在hash计算中采取加盐操作，例如hash（姓名+证件类型+证件号码+salt），salt为按照预定规则生成的一个值。

第一机构可以是在第一用户注册时提示用户提供基础数据，也可以是第一用户在第一机构平台上发起操作时要求第一用户提供基础数据。

第一用户的AML风险信息，如前所述，例如是第一机构为第一用户标引的STR类罪标签[毒品犯罪][黑社会性质的组织犯罪]，或第一机构为第一用户标引的洗钱风险等级标签[高风险等级]之类。第一用户的用户ID和第一用户的AML风险信息具有对应关系。

第一机构可以将第一用户的用户ID和第一用户的AML风险信息发送至隐私计算单元。第一用户的AML风险信息可以是加密的，从而保障数据传输过程中的安全性。同样，第一用户的用户ID也可以是加密的，特别是对于采用身份证号码或手机号码之类作为第一用户的用户ID的情况。此外，第一机构可以用自身的私钥对发送至隐私计算单元的内容签名，接收者采用第一机构的公钥验证签名后，可以确认该信息是由第一机构发出的，且内容是完整的，没有被篡改。

第一机构发送第一共享请求至隐私计算单元，具体的，可以是通过发起调用合约的交易的方式发送至所述隐私计算单元。

区块链技术从以太坊开始支持用户在区块链网络中创建并调用一些复杂的逻辑，这是以太坊相对于比特币技术的最大进步之一。以太坊作为一个可编程区块链的核心是以太坊虚拟机（EVM），每个以太坊节点都可以运行EVM。EVM是一个图灵完备的虚拟机，这意味着可以通过它实现各种复杂的逻辑。用户在以太坊中部署和调用智能合约可以通过EVM执行。在部署阶段，用户可以将一个包含创建智能合约的交易发送至以太坊网络，该交易的data字段可以包含智能合约的代码（如字节码），该交易的to字段为空。经过交易的扩散和共识后，以太坊网络中的各个节点可以分别通过EVM执行这个交易，并生成对应的合约实例，从而完成智能合约部署。这时，区块链上可以具有一个与该智能合约对应的合约账户，该合约账户拥有一个特定的合约地址。在调用阶段，用户（可以与部署智能合约的用户相同或不同）将一个用于调用智能合约的交易发送到以太坊网络，该交易的from字段是该用户对应的外部账户的地址，to字段是所需调用的智能合约的合约地址，data字段包含调用智能合约的方法和参数。在节点间通过共识机制达成一致后，上述交易声明调用的智能合约以规定的方式在以太坊网络的每个节点上独立执行，所有执行记录和数据都保存在区块链上，所以当交易完成后，区块链上就保存了无法篡改、不会丢失的交易凭证。随着区块链技术的发展，除了EVM，还产生了很多其他类型的虚拟机，比如WASM（WebAssembly）虚拟机。

每个区块链节点都可以通过虚拟机执行智能合约的创建和调用。包含智能合约的交易和交易的执行结果都存储在区块链账本上，或者是区块链中每个全量节点存储全部账本的方式，对于隐私保护来说是一个挑战。隐私保护可以通过多种技术来实现，例如密码学技术（如同态加密Homomorphic encryption，或零知识证明Zero-knowledge proof），再如硬件隐私技术和网络隔离技术等。其中硬件隐私保护技术典型的包括可信执行环境（Trusted Execution Environment, TEE）。

例如，区块链节点均可以通过TEE实现区块链交易的安全执行环境。TEE是基于CPU硬件的安全扩展，且与外部完全隔离的可信执行环境。目前工业界十分关注TEE的方案，几乎所有主流的芯片和软件联盟都有自己的TEE解决方案，比如软件方面的TPM（TrustedPlatform Module，可信赖平台模块）以及硬件方面的Intel SGX（Software GuardExtensions, 软件保护扩展）、ARM Trustzone（信任区）和AMD PSP（Platform SecurityProcessor，平台安全处理器）等。TEE可以起到硬件黑箱作用，在TEE中执行的代码和数据即便是操作系统层都无法偷窥，只有通过代码中预先定义的接口才能对其进行操作。在效率方面，由于TEE的黑箱性质，在TEE中进行运算的是明文数据，而不是同态加密中复杂的密码学运算，计算过程效率几乎没有损失。因此，通过在区块链节点上部署TEE环境，可以在性能损失相对较小的前提下很大程度上满足区块链场景下的隐私需求。

以Intel SGX（以下简称SGX）技术为例。区块链节点可以基于SGX技术创建enclave（围圈或飞地），以作为用于执行区块链交易的TEE。其中，区块链节点利用CPU中新增的处理器指令，在内存中可以分配一部分区域 EPC（Enclave Page Cache，围圈页面缓存或飞地页面缓存），以用于驻留上述的enclave。上述EPC对应的内存区域被CPU内部的内存加密引擎MEE（Memory Encryption Engine）加密，该内存区域中的内容（enclave中的代码和数据）只有在CPU内核中才能够被解密，且用于加解密的密钥只有在EPC启动时生成并存储在CPU中。可见，enclave的安全边界只包含其自身和CPU，无论是特权或非特权软件都无法访问enclave，即便是操作系统管理员和VMM（Virtual Machine Monitor，虚拟机监视器；或称为Hypervisor）也无法影响enclave中的代码和数据，因而具有极高的安全性，并且在上述安全性保障的前提下，CPU能够在enclave中对明文形式的区块链交易进行处理，具有极高的运算效率，从而兼顾了数据安全性和计算效率。而对于进、出TEE的数据，可以是加密的，从而保障数据的隐私。

本申请实施例中，区块链节点可以接收第一机构发送第一共享请求，具体的，可以是区块链节点中的隐私计算单元接收所述第一共享请求。如前所述，区块链节点中的隐私计算单元，例如可以是由区块链节点基于SGX技术创建的可信执行环境TEE，以用于可信并隐秘的执行区块链交易。TEE中可以运行虚拟机，从而通过虚拟机执行合约。这样，对于传入区块链节点的隐私计算单元的调用合约的加密交易，可以由隐私计算单元解密后在隐私计算单元中加载的虚拟机内执行，并可以将执行结果加密输出。SGX中通过远程证明的技术可以证明自身是合法的SGX，并且其中所执行的程序（如虚拟机代码）与预期是一致的。所调用的合约，如前所述，可以事先部署于区块链上。部署的合约，通过其中代码的设置，在执行的过程中可以发起对区块链外的数据的访问请求，或者在执行结束后可以将执行结果发送至区块链之外的其它物理的或逻辑的实体。具体的，如后所述，智能合约的执行结果可以由区块链节点中的TEE通过预言机（Oracle）机制传输至第一机构和第二机构。

每个区块链节点都通过虚拟机执行智能合约的创建和调用，会耗费相对较多的资源。相对于在区块链网络的各节点上采用TEE技术保护隐私，还可以在区块链网络之外（或称为“链下”）部署隐私计算节点（即链下隐私计算节点，也属于本发明实施例中所称的“隐私计算单元”），从而将原本需要在所有区块链节点上执行的计算操作转移至链下隐私计算节点处执行。基于可验证计算（Verifiable Computation）技术可以证明上述的计算结果确实是在可信执行环境内按照预期执行，从而在确保可靠性的同时，降低链上的资源消耗。

链下隐私计算节点上创建的链下TEE，与前文所述的区块链节点上创建的链上TEE相似，可以都是基于CPU硬件实现的与外部完全隔离的可信执行环境。链下隐私计算节点创建链下TEE后，可以通过该链下TEE实现对链下合约的部署操作以及部署后的调用合约的操作，并确保操作过程中的数据安全。

所述隐私计算节点在被使用前，可以向使用者证明自身是可信的。证明自身可信的过程可能涉及远程证明报告。链上和链下的隐私计算节点证明自身可信的过程类似。以链下为例，远程证明报告产生于针对链下隐私计算节点上的链下TEE的远程证明过程。远程证明报告可以由权威的认证服务器对链下隐私计算节点产生的自荐信息进行验证后生成，该自荐信息与链下隐私计算节点上创建的链下TEE相关。链下隐私计算节点通过产生与链下TEE相关的自荐信息，并由所述权威认证服务器对该自荐信息进行验证后产生远程证明报告，使得远程证明报告可以用于表明链下隐私计算节点上的链下TEE可信任。

例如，第一机构发送第一共享请求至链下隐私计算单元前，可以首先验证所述链下隐私计算单元是否可信。具体的，所述第一机构可以向链下隐私计算节点发起挑战，并接收链下隐私计算节点返回的远程证明报告。例如，所述第一机构可以向链下隐私计算节点发起链下挑战，即发起挑战的过程可以与区块链网络无关，这样可以跳过区块链节点之间的共识过程，并减少链上链下的交互操作，使得所述第一机构向链下隐私计算节点的挑战具有更高的操作效率。再例如，所述金融机构可以采用链上挑战的形式，比如所述金融机构可以向区块链节点提交挑战交易，该挑战交易所含的挑战信息可由区块链节点通过预言机机制传输至链下隐私计算节点，且该挑战信息用于向链下隐私计算节点发起挑战。无论上述链上挑战还是链下挑战的形式，挑战者（如所述金融机构）在获取远程证明报告后，可以根据权威认证服务器的公钥对该远程证明报告的签名进行验证，如果验证通过则可以确认链下隐私计算节点是可信的。

链下隐私计算平台可以在TEE中存储一对公私钥。公钥可以在远程证明过程之类的过程中发送至对方，而私钥则妥善保管在TEE中。所述金融机构在根据所述远程证明报告确定所述链下隐私计算节点可信的情况下，可以将链下合约的字节码加密传输至所述链下隐私计算节点，由所述链下隐私计算节点在所述链下可信执行环境中解密得到所述字节码并部署。上述加密，即可以采用所述公钥加密。上述过程中，链下隐私计算节点部署合约后，可以存储该合约，并计算该合约的hash值。该合约的hash值可以反馈至合约的部署方，部署方对于部署的合约可以在本地产生一个hash值，从而部署方可以比对部署的合约的hash值与本地的合约hash值是否相同，如果相同则说明链下隐私计算节点上部署的合约是自己部署的合约。所述链下隐私计算节点传出的内容，可以用所述TEE内保存的私钥来签名，从而证明是由该TEE执行的结果。实际上，一个TEE内可以部署有多个智能合约，TEE可以为每个智能合约生成一个单独的公私钥对，从而，每个部署的智能合约可以具有一个ID（如该智能合约对应的公钥或基于该公钥生成的字符串），且每个智能合约执行的结果也都可以用该智能合约对应的在TEE妥善保管的私钥来签名，这样，可以证明一个结果是由一个链下隐私计算节点中的特定的合约执行的结果。这样，不同合约的执行结果可以由不同的私钥来签名，只有对应的公钥才能验证该签名，或者说不能由对应公钥验证签名的无法证明该结果是对应合约的执行结果，因此相当于通过公私钥对为链下隐私计算节点中部署的合约赋予了身份。上述以链下隐私合约为例，链上隐私合约也是类似的，也可以具有身份，即具有公私钥对。

后续，链下隐私计算节点可以提供对部署的所述链下合约的调用。具体的，链下部署的合约被调用时，所述链下可信执行环境中可以加载所述部署的合约的字节码并执行，且执行结果可反馈至所述合约的调用者，或者反馈至合约中指定的接收者或调用该合约的交易中指定的接收者，再或者通过所述预言机机制反馈至所述区块链节点。通过所述预言机机制反馈至所述区块链节点的，可以经由链上合约的设置，进一步反馈至链上合约中指定的接收者或调用链上合约的交易中指定的接收者。

此外，所述链下隐私计算节点的执行结果，可以用秘钥进行加密后输出。例如采用非对称加密方式，加密所使用的公钥，可以是在上述挑战过程中协商的公私钥对中的公钥，也可以是挑战者通过DIS服务生成之后发送至链下隐私计算节点的。这里的挑战者可以是本申请实施例中的第一机构。从而，通过上述方式，可以保障出、入链下隐私计算节点的都是经过加密的，以确保数据传输过程中的安全。类似的，进入链下隐私计算节点的数据，可以由发送方用自身的秘钥签名，从而通过验证签名的过程证明该数据是由发送方发送的，且内容是完整的，没有被篡改。后续类似环节中的原理也相同。

类似的，可以通过DIS结合区块链的方式为上述挑战者，或者第一机构创建一个身份。区块链可以提供去中心化（或弱中心化）的、不可篡改（或难以篡改）的、可信的分布式账本，并可以提供安全、稳定、透明、可审计且高效的记录交易以及数据信息交互的方式。区块链网络可以包括多个节点。一般来说区块链的一个或多个节点归属于一个参与方。笼统的说，区块链网络的参与方越多，参与方越权威，区块链网络的可信程度越高。这里称多个参与方构成的区块链网络为区块链平台。借助区块链平台，可以帮助第一机构验证身份。

为了使用区块链平台提供的分布式数字身份服务，第一机构可以将自身的身份在区块链平台中登记。例如，第一机构可以创建一对公钥和私钥，私钥保密存储，并可以创建一个分布式数字身份（也称为去中心化标识符，Decentralized Identitfiers，DID）。可以由第一机构自己创建DID，也可以请求分布式身份服务（Decentralized IdentityService，DIS）系统来创建DID。DIS是一种基于区块链的身份管理方案，可以提供数字身份的创建、验证和管理等功能，从而实现规范化地管理和保护实体数据，同时保证信息流转的真实性和效率，并可以解决跨机构的身份认证和数据合作等难题。DIS系统可以与区块链平台相连。通过DIS系统可以为第一机构创建一个DID，并将该DID和所述公钥发送至区块链平台保存，还将该创建的DID返回给第一机构。所述公钥可以包含到DIDdoc中，所述DIDdoc可以存储于区块链平台中。DIS为第一机构创建DID，可以基于第一机构发来的公钥创建，例如采用Hash函数对所述第一机构的公钥进行计算后创建，也可以根据第一机构的其它信息（可以包括所述公钥或不包括所述公钥）创建。后者可能需要第一机构提供一些公钥之外的信息。之后，第一机构可以提供验证功能，从而向其它方证明自身是第一机构。具体的一个例子可以结合图3进行说明。

图3是本说明书一实施例中通过DIS和区块链提供验证功能的架构图，具体可以包括图3中的角色。

采用图3中的架构具体进行验证的步骤可以结合图4进行说明。

图4是本说明书一实施例中通过DIS和区块链提供验证功能的流程图。

如图4所示，可以包括：

步骤410：第一机构向DIS发起DID创建请求，所述请求中包括所述第一机构的公钥。

步骤420：响应于所述创建请求，所述DIS为所述第一机构创建DID及对应的DIDdoc，并将该DID及对应的DIDdoc发送至区块链平台保存，所述DIDdoc中包括所述第一机构的公钥。

步骤430：区块链平台接收第二机构发来的验证请求，所述验证请求中包括所述第一机构的DID；区块链平台从自身存储中取出所述DID对应的DIDdoc并返回至所述第二机构。

步骤440：所述第二机构生成一个字符串，并将所述字符串发送至所述第一机构。

步骤450：所述第一机构用其私钥对所述字符串签名并返回至所述第二机构。

步骤460：所述第二机构用前述接收到的所述DIDdoc中的公钥验证所述返回的签名是否正确，如果正确，则确认所述第一机构的身份。

所述隐私计算单元部署的智能合约，可以接收所述第一机构发来的第一共享请求，所述第一共享请求中，除了包括第一用户的用户ID及对应的第一AML风险信息，还可以包括第一机构的DID。所述第一机构发送的第一共享请求，可以由第一机构用自身的私钥签名。相应的，所述隐私计算单元收到所述共享请求后可以采用第一机构的公钥来验证所述签名。

步骤220：第二机构发送第二共享请求至所述隐私计算单元，所述第二共享请求包括第二用户的用户ID及对应的第二AML风险信息。

步骤220与步骤210类似，不再赘述。并且，步骤210与步骤220并无明显的先后顺序要求。

需要说明的是，对于用户ID是用户在所述机构注册的账号的情况，同一用户在不同机构注册的账号是相同的。对于用户ID是用户在所述机构发起操作时由所述机构的系统为该用户分配的账号的情况，同一用户在第一机构和第二机构中分别由第一机构系统分配的和由第二机构系统分配的账号是相同的。这样，才能保证步骤230中基于用户ID进行匹配。

对于用户ID包括对所述用户的一项或多项信息经哈希计算得到的摘要值的情况，用户在第一机构的ID和在第二机构的ID应当是采用相同的hash函数以及输入，从而保证同一用户在第一机构的ID和在第二机构的ID是相同的。

对于采用加盐操作的，第一机构和第二机构可以事先协商而采用相同的salt。

步骤230：隐私计算单元将第一用户的用户ID与第二用户的用户ID进行匹配，如果一致则为该用户ID合并第一AML风险信息和第二AML风险信息。

经过上述步骤210和步骤220，隐私计算单元分别从第一机构和第二机构接收到第一共享请求和第二共享请求。第一共享请求包括第一用户的用户ID及对应的第一AML风险信息；第二共享请求包括第二用户的ID及对应的第二AML风险信息。例如，第一共享请求包括{第一用户的用户ID：第一用户的STR类罪标签[毒品犯罪][黑社会性质的组织犯罪]}，第二共享请求包括{第二用户的用户ID：第二用户的STR类罪标签[走私犯罪]}。对于传入的共享请求中的信息是加密的情况，可以先经过解密得到明文。

进而，隐私计算单元可以将不同共享请求中的第一用户的用户ID与第二用户的用户ID进行匹配，如果一致则为该ID合并第一AML风险信息和第二AML风险信息。如上述例子，如果第一共享请求中的第一用户的用户ID与第二共享请求中的第二用户的用户ID相匹配，例如是完全一致，则隐私计算单元可以合并第一AML风险信息和第二AML风险信息。合并结果例如为{第一用户的用户ID/第二用户的用户ID：第一用户/第二用户的STR类罪标签[毒品犯罪][黑社会性质的组织犯罪][走私犯罪]}。

如前所述，所述第一共享请求中，还可以包括第一机构的DID；类似的，所述第二共享请求中，还可以包括第二机构的DID。进而，隐私计算单元可以将来自于不同机构的共享请求中的用户ID进行匹配，如果一致则为该ID合并AML风险信息。例如，第一共享请求包括{第一机构DID：第一用户的用户ID：第一用户的STR类罪标签[毒品犯罪][黑社会性质的组织犯罪]}，第二共享请求包括{第二机构DID：第二用户的用户ID：第二用户的STR类罪标签[走私犯罪]}。如上述例子，如果第一共享请求中的第一用户的用户ID与第二共享请求中的第二用户的用户ID相匹配，例如是完全一致，则隐私计算单元可以合并第一AML风险信息和第二AML风险信息。合并结果例如为{第一机构DID；第二机构DID：第一用户的用户ID/第二用户的用户ID：第一用户/第二用户的STR类罪标签[毒品犯罪][黑社会性质的组织犯罪][走私犯罪]}。

如前所述，所述隐私计算单元可以部署有智能合约，用于接收至少两个机构发来的所述数据共享请求，并响应该请求，将第一机构发来的第一共享请求中的第一用户的用户ID与第二机构发来的第二共享请求中的第二用户的用户ID进行匹配，如果一致则为该ID合并第一共享请求中的第一AML风险信息和第一共享请求中的第二AML风险信息；还用于发送合并的第一AML风险信息和第二AML风险信息发送至第一机构和第二机构。这样，步骤230以及后续步骤240可以通过该部署的智能合约实现。

步骤240：隐私计算单元将合并的第一AML风险信息和第二AML风险信息发送至第一机构。

步骤250：隐私计算单元将合并的第一AML风险信息和第二AML风险信息发送至第二机构。

经过步骤230的处理后，隐私计算单元将合并的第一AML风险信息和第二AML风险信息发送至第一机构和第二机构，即将合并的AML风险信息反馈至提供了AML风险信息的机构。进一步的，对于第一机构和第二机构中的任一个仅提供用户ID，但并没有提供任何风险标签，所述隐私计算单元可以在对第一用户的用户ID与第二用户的用户ID进行匹配的步骤中，先检查对应的共享请求中是否包括AML风险信息，确认共享请求中包括AML风险信息后再将第一用户的用户ID与第二用户的用户ID进行匹配；进一步的，还可以检查存在的AML风险信息是否符合预定义规则，例如符合STR类罪标签的具体标签，这样，确认共享请求中存在的AML风险信息符合预定义规则后将第一用户的用户ID与第二用户的用户ID进行匹配。对于不包括AML风险信息的，或包括的AML风险信息不符合预定义规则的，可以不进行匹配，也就避免将存在的AML风险信息分享至没有提供任何AML风险信息或提供的是错误AML风险信息的机构。

隐私计算单元可以将合并的第一AML风险信息和第二AML风险信息根据匹配一致的第一机构DID和第二机构DID分别发送至第一机构和第二机构，发送的这些信息可以用接收方的公钥进行加密，从而只有接收方具有对应的私钥，才能用对应的私钥解密得到原文。隐私计算单元将合并的第一AML风险信息和第二AML风险信息发送至第一机构前，还可以先验证第一机构的身份，例如采用上述步骤410～步骤460的过程，不再赘述。类似的，隐私计算单元将合并的第一AML风险信息和第二AML风险信息发送至第二机构前，还可以先验证第二机构的身份。此外，隐私计算单元可以将合并的第一AML风险信息和第二AML风险信息根据匹配一致的第一机构DID和第二机构DID分别发送至第一机构和第二机构，发送的这些信息可以用隐私计算单元的私钥签名。

此外，隐私计算单元还可以将所述合并结果的证明发送至区块链。所述合并结果的证明，可以包括由所述隐私计算单元签名的可验证声明（Verifiable Claim，VC）。VC也是DID中的一项重要应用。所述VC可以存储于区块链平台。例如，VC的内容可以包括某个用户ID对应的合并后结果的hash值，并由所述隐私计算单元对该hash值签名。经过类似步骤410～步骤460的过程，隐私计算单元可以将自身的DIDdoc存储于区块链上。

监管机构在验证所述某机构对用户的AML风险信息时，除了从该机构获得所述匹配结果，还可以通过区块链来验证对应的VC。具体的，监管机构可以从区块链上获取所述隐私计算单元的DIDdoc中的公钥，验证所述机构的所述合并结果时，还采用所述隐私计算单元的公钥验证所述VC的签名，从而确认所述VC是由所述隐私计算单元颁发的，且是完整的，即没有经过篡改，而且hash值与合并结果是对应的。这样，基于区块链平台的不可篡改特性以及签名机构的可信，可以提升对金融机构提供的KYC验证结果的真实性认可。所述签名机构的可信，即所述隐私计算单元/第二智能合约的可信，可以通过审计所述隐私计算单元的身份和其内部署的合约代码来实现。审计所述隐私计算单元的身份，具体例如前述所述的发起挑战的过程，可以验证其身份可信。

这样，通过上述实施例中的方案，可以使得反洗钱义务机构能够具有更多的AML风险结果，从而提升其更准确的进行反洗钱审核能力，从而也提升了行业整体的反洗钱审核能力。

以下介绍本申请一种信息共享系统实施例，包括：

第一机构，用于发送第一共享请求至隐私计算单元，所述第一共享请求包括第一用户的用户ID及对应的第一AML风险信息；

第二机构，用于发送第二共享请求至所述隐私计算单元，所述第二共享请求包括第二用户的用户ID及对应的第二AML风险信息；

隐私计算单元，用于将第一用户的用户ID与第二用户的用户ID进行匹配，如果一致则为该ID合并第一AML风险信息和第二AML风险信息；并将合并的第一AML风险信息和第二AML风险信息发送至第一机构和第二机构。

所述用户ID可以包括：

所述用户在所述机构注册的账号；或，

所述用户在所述机构发起操作时由所述机构的系统为该用户分配的账号。

所述用户ID可以包括：

对所述用户的一项或多项信息经哈希计算得到的摘要值。

所述用户ID可以包括：对所述用户的一项或多项信息经加盐哈希得到的摘要值。

所述发送的用户ID可以是经过加密的。

所述发送的AML风险信息可以是经过加密的。

所述发送共享请求至隐私计算单元，可以包括：

通过发起调用合约的交易的方式发送共享请求至所述隐私计算单元。

所述通过发起调用合约的交易的方式发送共享请求至所述隐私计算单元，可以包括：

通过发起调用合约的交易的方式发送共享请求至区块链上的隐私计算单元；或，

通过发起调用合约的交易的方式发送共享请求至区块链下的隐私计算单元。

所述发送至所述隐私计算单元的共享请求包括发送方的签名；所述发送方为第一机构或第二机构。

所述隐私计算单元部署有智能合约，用于接收至少两个机构发来的所述数据共享请求，并响应该请求，将第一机构发来的第一共享请求中的第一用户的用户ID与第二机构发来的第二共享请求中的第二用户的用户ID进行匹配，如果一致则为该ID合并第一共享请求中的第一AML风险信息和第一共享请求中的第二AML风险信息；还用于发送合并的第一AML风险信息和第二AML风险信息发送至第一机构和第二机构。

所述隐私计算单元将合并的第一AML风险信息和第二AML风险信息发送至第一机构和第二机构前，还验证所述第一机构/第二机构的身份。

所述方法还可以包括：

隐私计算单元将所述合并结果的证明发送至区块链。

所述合并结果的证明包括由所述隐私计算单元签名的可验证声明。

监管机构验证所述第一机构/第二机构的所述合并结果时，还采用所述隐私计算单元的公钥验证所述可验证声明的签名。

所述第一机构发送的第一共享请求中还包括第一机构的DID，所述第二机构发送的第二共享请求中还包括第二机构的DID。

所述隐私计算单元将合并的第一AML风险信息和第二AML风险信息发送至第一机构和第二机构，可以包括：

隐私计算单元将合并的第一AML风险信息和第二AML风险信息根据匹配一致的第一机构DID和第二机构DID分别发送至第一机构和第二机构。

所述隐私计算单元将第一用户的用户ID与第二用户的用户ID进行匹配之前，还可以包括：

确认对应的共享请求中包括AML风险信息。

所述确认对应的共享请求中包括AML风险信息，还可以包括：

确认存在的AML风险信息符合预定义规则。

所述系统还可以包括：

对于不包括AML风险信息或包括的AML风险信息不符合预定义规则的，不进行匹配，避免将存在的AML风险信息分享至没有提供任何AML风险信息或提供的是错误AML风险信息的机构。

在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，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

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

虽然本说明书一个或多个实施例提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行（例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境）。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。例如若使用到第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

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

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

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

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

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

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

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

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

Claims (20)

1.一种信息共享方法，包括：

第一机构通过发起调用合约的交易的方式发送第一共享请求至隐私计算单元，所述第一共享请求包括第一用户的用户ID及对应的第一AML风险信息；所述第一共享请求包括所述第一机构的签名；

第二机构通过发起调用合约的交易的方式发送第二共享请求至所述隐私计算单元，所述第二共享请求包括第二用户的用户ID及对应的第二AML风险信息；所述第二共享请求包括所述第二机构的签名；所述第一用户的用户ID和第二用户的用户ID是经过加密的，所述第一AML风险信息和第二AML风险信息是经过加密的；

判断第一共享请求以及所述第二共享请求中是否包含AML风险信息；

当所述第一共享请求以及所述第二共享请求中包含AML风险信息时，判断所述第一共享请求以及所述第二共享请求中包含AML风险信息是否符合预定义规则；当所述第一共享请求以及所述第二共享请求中包含AML风险信息符合预定义规则时，隐私计算单元将第一用户的用户ID与第二用户的用户ID进行匹配，如果一致则为该用户ID合并第一AML风险信息和第二AML风险信息；

隐私计算单元将合并的第一AML风险信息和第二AML风险信息的证明发送至区块链；所述证明包括由所述隐私计算单元签名的可验证声明；

验证所述第一机构或所述第二机构的合并的第一AML风险信息和第二AML风险信息时，采用所述隐私计算单元的公钥验证所述可验证声明的签名；

验证通过后，隐私计算单元将合并的第一AML风险信息和第二AML风险信息发送至第一机构和第二机构；所述第一机构与所述第二机构的身份已经经过验证；所述身份验证通过DIS和区块链进行验证。

2.如权利要求1所述的方法，所述第一用户的用户ID包括：

所述第一用户在所述第一机构注册的账号；或，

所述第一用户在所述第一机构发起操作时由所述第一机构的系统为所述第一用户分配的账号；

所述第二用户的用户ID包括：

所述第二用户在所述第二机构注册的账号；或，

所述第二用户在所述第一机构发起操作时由所述第一机构的系统为所述第二用户分配的账号。

3.如权利要求2所述的方法，所述第一用户的用户ID包括：

对所述第一用户的一项或多项信息经哈希计算得到的摘要值；

所述第二用户的用户ID包括：

对所述第二用户的一项或多项信息经哈希计算得到的摘要值。

4.如权利要求3所述的方法，所述第一用户的用户ID包括：

对所述第一用户的一项或多项信息经加盐哈希得到的摘要值；

所述第二用户的用户ID包括：

对所述第二用户的一项或多项信息经加盐哈希得到的摘要值。

5.如权利要求1所述的方法，所述隐私计算单元为部署在区块链系统上的隐私计算单元或部署在区块链系统之外的设备上的隐私计算单元。

6.如权利要求1所述的方法，所述隐私计算单元部署有智能合约，用于接收至少两个机构发来的共享请求，并响应该共享请求，将第一机构发来的第一共享请求中的第一用户的用户ID与第二机构发来的第二共享请求中的第二用户的用户ID进行匹配，如果一致则为该用户ID合并第一共享请求中的第一AML风险信息和第二共享请求中的第二AML风险信息；还用于将合并的第一AML风险信息和第二AML风险信息发送至第一机构和第二机构。

7.如权利要求1所述的方法，所述隐私计算单元将合并的第一AML风险信息和第二AML风险信息发送至第一机构和第二机构前，还验证所述第一机构和第二机构的身份。

8.如权利要求1所述的方法，所述第一机构发送的第一共享请求中还包括第一机构的DID，所述第二机构发送的第二共享请求中还包括第二机构的DID。

9.如权利要求1所述的方法，所述隐私计算单元将合并的第一AML风险信息和第二AML风险信息发送至第一机构和第二机构，包括：

隐私计算单元将合并的第一AML风险信息和第二AML风险信息根据匹配一致的第一机构DID和第二机构DID分别发送至第一机构和第二机构。

10.如权利要求1所述的方法，所述方法还包括：

对于不包括AML风险信息或包括的AML风险信息不符合预定义规则的，不进行匹配。

11.一种信息共享系统，包括：

第一机构，用于通过发起调用合约的交易的方式发送第一共享请求至隐私计算单元，所述第一共享请求包括第一用户的用户ID及对应的第一AML风险信息；所述第一共享请求包括所述第一机构的签名；

第二机构，用于通过发起调用合约的交易的方式发送第二共享请求至所述隐私计算单元，所述第二共享请求包括第二用户的用户ID及对应的第二AML风险信息；所述第二共享请求包括所述第二机构的签名；所述第一用户的用户ID和第二用户的用户ID是经过加密的，所述第一AML风险信息和第二AML风险信息是经过加密的；

判断第一共享请求以及所述第二共享请求中是否包含AML风险信息；

当所述第一共享请求以及所述第二共享请求中包含AML风险信息时，判断所述第一共享请求以及所述第二共享请求中包含AML风险信息是否符合预定义规则；隐私计算单元，当所述第一共享请求以及所述第二共享请求中包含AML风险信息符合预定义规则时，用于将第一用户的用户ID与第二用户的用户ID进行匹配，如果一致则为该ID合并第一AML风险信息和第二AML风险信息；并将合并的第一AML风险信息和第二AML风险信息的证明发送至区块链；所述证明包括由所述隐私计算单元签名的可验证声明；

验证所述第一机构或所述第二机构的合并的第一AML风险信息和第二AML风险信息时，采用所述隐私计算单元的公钥验证所述可验证声明的签名；

验证通过后，将合并的第一AML风险信息和第二AML风险信息发送至第一机构和第二机构；所述第一机构与所述第二机构的身份已经经过验证；所述身份验证通过DIS和区块链进行验证。

12.如权利要求11所述的系统，所述第一用户的用户ID包括：

所述第一用户在所述第一机构注册的账号；或，

所述第一用户在所述第一机构发起操作时由所述第一机构的系统为所述第一用户分配的账号；

所述第二用户的用户ID包括：

所述第二用户在所述第二机构注册的账号；或，

所述第二用户在所述第一机构发起操作时由所述第一机构的系统为所述第二用户分配的账号。

13.如权利要求12所述的系统，所述第一用户的用户ID包括：

对所述第一用户的一项或多项信息经哈希计算得到的摘要值；

所述第二用户的用户ID包括：

对所述第二用户的一项或多项信息经哈希计算得到的摘要值。

14.如权利要求13所述的系统，所述第一用户的用户ID包括：

对所述第一用户的一项或多项信息经加盐哈希得到的摘要值；

所述第二用户的用户ID包括：

对所述第二用户的一项或多项信息经加盐哈希得到的摘要值。

15.如权利要求11所述的系统，所述隐私计算单元为部署在区块链系统上的隐私计算单元或部署在区块链系统之外的设备上的隐私计算单元。

16.如权利要求11所述的系统，所述隐私计算单元部署有智能合约，用于接收至少两个机构发来的共享请求，并响应该共享请求，将第一机构发来的第一共享请求中的第一用户的用户ID与第二机构发来的第二共享请求中的第二用户的用户ID进行匹配，如果一致则为该用户ID合并第一共享请求中的第一AML风险信息和第二共享请求中的第二AML风险信息；还用于将合并的第一AML风险信息和第二AML风险信息发送至第一机构和第二机构。

17.如权利要求11所述的系统，所述隐私计算单元将合并的第一AML风险信息和第二AML风险信息发送至第一机构和第二机构前，还验证所述第一机构/第二机构的身份。

18.如权利要求11所述的系统，所述第一机构发送的第一共享请求中还包括第一机构的DID，所述第二机构发送的第二共享请求中还包括第二机构的DID。

19.如权利要求11所述的系统，所述隐私计算单元将合并的第一AML风险信息和第二AML风险信息发送至第一机构和第二机构，包括：

隐私计算单元将合并的第一AML风险信息和第二AML风险信息根据匹配一致的第一机构DID和第二机构DID分别发送至第一机构和第二机构。

20.如权利要求11所述的系统，所述系统还包括：

对于不包括AML风险信息或包括的AML风险信息不符合预定义规则的，不进行匹配。

Images