CN113129008B - 数据处理方法、装置、计算机可读介质及电子设备 - Google Patents

Abstract

本发明提供一种数据处理方法、装置、计算机可读介质及电子设备；涉及网络安全技术领域。该数据处理方法包括：接收数据使用方发送的合同查看请求，通过合同查看请求获取用户身份信息，并确定用户身份信息对应的数字身份；通过合同存证链获取数字身份对应的关联区块交易信息，关联区块交易信息中包含数据提供方信息以及合同哈希；根据数字身份生成合同获取请求，基于数据提供方信息向对应的数据提供方发送合同获取请求，以获取数据提供方返回的待查询合同；通过合同哈希对待查询合同进行验证，根据验证通过的待查询合同生成合同列表，并对合同列表进行显示，以确定用户端选择的目标合同；将目标合同对应的合同文本发送至数据使用方。

Description

数据处理方法、装置、计算机可读介质及电子设备

技术领域

本发明涉及网络安全技术领域，具体而言，涉及一种数据处理方法、数据处理装置、计算机可读介质及电子设备。

背景技术

由于电子合同相较于纸质合同具有操作更为便捷、安全性更高以及更环保等优点，电子合同开始应用到越来越多的场景中，例如政务、房产、金融等。

可靠的电子合同需要符合电子签约的四大要素“真实意愿，真实身份，原文未改，签名未改”，利用区块链上数据不可篡改的特点能够很好地存储电子合同。区块链技术可以对各参与方上链数据进行加密处理，所有链上数据均为密文，安全属性高，很好的保护了合同数据的隐私问题。然而，利用区块链技术对合同数据进行加密存证后，转换为密文的数据在区块链的各个节点都是公开的，由于合同内容属于参与方的隐私数据，因此各参与方不能在区块链上公开存储合同内容，只能记录合同的交易过程，例如记录用户在某个时间上传了一个合同，或者修改了某个合同等，，合同内容无法再被应用和管理，导致合同数据共享受到很大限制。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本发明的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本发明的目的在于提供一种数据处理方法、数据处理装置、计算机可读介质及电子设备，进而在一定程度上克服开发成本较高的问题，提升系统的开发效率。

本发明的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明的实践而习得。

根据本发明的第一方面，提供一种数据处理方法，包括：

接收数据使用方发送的合同查看请求，通过所述合同查看请求获取用户身份信息，并确定所述用户身份信息对应的数字身份；

通过合同存证链获取所述数字身份对应的关联区块交易信息，其中，所述关联区块交易信息中包含数据提供方信息以及合同哈希；

根据所述数字身份生成合同获取请求，基于所述数据提供方信息向对应的数据提供方发送所述合同获取请求，以获取所述数据提供方返回的待查询合同；

通过所述合同哈希对所述待查询合同进行验证，根据验证通过的待查询合同生成合同列表，并对所述合同列表进行显示，以确定用户端选择的目标合同；

将所述目标合同对应的合同文本发送至所述数据使用方。

在本发明的一种示例性实施例中，所述确定所述用户身份信息对应的数字身份包括：

通过身份链获取数字身份，并将所述数字身份与所述用户身份信息进行绑定。

在本发明的一种示例性实施例中，所述将所述目标合同对应的合同文本发送至所述数据使用方之后，还包括：

确定所述数据使用方的使用方账号；

根据所述使用方账号、所述目标合同以及所述目标合同对应的用户端生成授权记录；

根据所述用户端对应的数字身份，将所述授权记录上传至所述身份链。

在本发明的一种示例性实施例中，所述通过合同存证链获取所述数字身份对应的关联区块交易信息之前，还包括：

根据数据提供方存储的合同文本生成所述合同文本的合同哈希；

利用所述合同哈希以及所述合同文本对应的合同属性信息生成区块数据，其中，所述合同属性信息中包括数据提供方信息以及用户账号；

将所述区块数据上传至所述合同存证链。

在本发明的一种示例性实施例中，所述确定所述用户身份信息对应的数字身份之后，还包括：

根据所述用户身份信息对应的用户账号，将所述用户身份信息对应的数字身份合并至包含所述用户账号的区块数据中。

在本发明的一种示例性实施例中，所述通过合同存证链获取所述数字身份对应的关联区块交易信息包括：

查询出所述合同存证链中包含所述数字身份的目标区块数据；

根据所述目标区块数据中的合同属性信息确定关联合同列表。

在本发明的一种示例性实施例中，所述根据所述用户身份信息对应的用户账号之前，还包括：

将所述数字身份以及所述用户身份信息发送至所述数据提供方与所述数据使用方，以使所述数据提供方、所述数据使用方将所述数字身份与各自的用户账号进行绑定，其中，所述数据提供方与所述数据使用方的用户账号不同。

根据本发明的第二方面，提供一种数据处理装置，包括：

身份获取模块，用于接收数据使用方发送的合同查看请求，通过所述合同查看请求获取用户身份信息，并确定所述用户身份信息对应的数字身份；

关联信息获取模块，用于通过合同存证链获取所述数字身份对应的关联区块交易信息，其中，所述关联区块交易信息中包含数据提供方信息以及合同哈希；

合同请求模块，用于根据所述数字身份生成合同获取请求，基于所述数据提供方信息向对应的数据提供方发送所述合同获取请求，以获取所述数据提供方返回的待查询合同；

合同授权模块，用于通过所述合同哈希对所述待查询合同进行验证，根据验证通过的待查询合同生成合同列表，并对所述合同列表进行显示，以确定用户端选择的目标合同；

合同文本发送模块，用于将所述目标合同对应的合同文本发送至所述数据使用方。

在本发明的一种示例性实施方式中，身份获取模块可被配置为：通过身份链获取数字身份，并将所述数字身份与所述用户身份信息进行绑定。

在本发明的一种示例性实施方式中，所述装置还包括：

账号确定模块，用于确定所述数据使用方的使用方账号；

授权记录模块，用于根据所述使用方账号、所述目标合同以及所述目标合同对应的用户端生成授权记录；

记录上链模块，用于根据所述用户端对应的数字身份，将所述授权记录上传至所述身份链。

在本发明的一种示例性实施方式中，所述装置还包括：

合同哈希获取模块，用于根据数据提供方存储的合同文本生成所述合同文本的合同哈希；

区块数据生成模块，用于利用所述合同哈希以及所述合同文本对应的合同属性信息生成区块数据，其中，所述合同属性信息中包括数据提供方信息以及用户账号；

合同上链模块，用于将所述区块数据上传至所述合同存证链。

在本发明的一种示例性实施方式中，所述装置还包括：

区块数据修改模块，用于根据所述用户身份信息对应的用户账号，将所述用户身份信息对应的数字身份合并至包含所述用户账号的区块数据中。

在本发明的一种示例性实施方式中，所述关联信息获取模块包括：

合同查询模块，用于查询出所述合同存证链中包含所述数字身份的目标区块数据；

合同列表确定模块，用于根据所述目标区块数据中的合同属性信息确定关联合同列表。

在本发明的一种示例性实施方式中，所述装置还包括：

用户标识模块，用于将所述数字身份以及所述用户身份信息发送至所述数据提供方与所述数据使用方，以使所述数据提供方、所述数据使用方将所述数字身份与各自的用户账号进行绑定，其中，所述数据提供方与所述数据使用方的用户账号不同。

根据本发明的第三方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的方法。

根据本发明的第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的方法。

本发明示例性实施例可以具有以下部分或全部有益效果：

在本发明的一示例实施方式所提供的数据处理方法中，一方面，通过数字身份可以获取合同存证链上的关联区块交易信息，根据关联区块交易信息可以向数据提供方请求合同文本，从而在区块链上数据隐私的情况下，实现合同文本的获取，能够解决合同加密后无法应用的问题，使得电子合同具有更广阔的应用场景；另一方面，通过合同哈希与数据提供方发送的待查询合同进行验证，可以使发送给数据使用方的合同与链上数据保持一致，提高合同共享中数据的正确性和可靠性；再一方面，在用户端进行授权之后再将合同文本发送至数据使用方，可以提高合同数据共享的安全性，提高用户隐私安全。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出了根据本发明的一个实施例的用于实现数据处理方法的系统架构图；

图2示意性示出了根据本发明的一个实施例的数据处理方法的流程图；

图3示意性示出了根据本发明的另一个实施例的数据处理方法的流程图；

图4示意性示出了根据本发明的一个实施例的数据处理方法的流程图；

图5示意性示出了根据本发明的另一个实施例的数据处理方法的流程图；

图6示意性示出了根据本发明的一个实施例的数据处理装置的框图；

图7示出了适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本发明将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本发明的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本发明的各方面变得模糊。

此外，附图仅为本发明的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

以下对本发明实施例的技术方案进行详细阐述：

首先，本发明的示例性实施例中提供一种用于实现该数据处理方法的系统架构。参考图1所示，该系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送请求指令等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施方式所提供的数据处理方法一般由服务器105执行，相应地，数据处理装置一般设置于服务器105中。但是，本领域技术人员能够理解的是，本发明的数据处理方法也可以由终端设备101执行，相应地，数据处理装置可以设置于终端设备101中，本实施方式对此不做特殊限定。

基于上述系统架构，本示例实施方式提供了一种数据处理方法。参考图2所示，该数据处理方法可以包括以下步骤：

步骤S210：接收数据使用方发送的合同查看请求，通过所述合同查看请求获取用户身份信息，并确定所述用户身份信息对应的数字身份。

步骤S220：通过合同存证链获取所述数字身份对应的关联区块交易信息，其中，所述关联区块交易信息中包含数据提供方信息以及合同哈希。

步骤S230：根据所述数字身份生成合同获取请求，基于所述数据提供方信息向对应的数据提供方发送所述合同获取请求，以获取所述数据提供方返回的待查询合同。

步骤S240：通过所述合同哈希对所述待查询合同进行验证，根据验证通过的待查询合同生成合同列表，并对所述合同列表进行显示，以获取用户端选择的目标合同。

步骤S250：将所述目标合同对应的合同文本发送至所述数据使用方。

在本发明的上述实施方式所提供的数据处理方法中，一方面，通过数字身份可以获取合同存证链上的关联区块交易信息，根据关联区块交易信息可以向数据提供方请求合同文本，从而在区块链上数据隐私的情况下，实现合同文本的获取，能够解决合同加密后无法应用的问题，使得电子合同具有更广阔的应用场景；另一方面，通过合同哈希与数据提供方发送的待查询合同进行验证，可以使发送给数据使用方的合同与链上数据保持一致，提高合同共享中数据的正确性和可靠性；再一方面，在用户端进行授权之后再将合同文本发送至数据使用方，可以提高合同数据共享的安全性，提高用户隐私安全。

下面，对于本发明上述实施方式中的各个步骤进行更加详细的说明。

步骤S210中，接收数据使用方发送的合同查看请求，通过所述合同查看请求获取用户身份信息，并确定所述用户身份信息对应的数字身份。

其中，数据使用方指的是需要读取合同文本的平台，具体可以包括手机端的APP、也可以包括电脑上的各个系统等，本实施方式对此不做特殊限定。合同查看请求中可以包括数据使用方的标识信息，例如系统账号、用户ID、IP地址等；还可以包括数据使用方需要查看的合同的标识信息，例如合同id，或者合同对应的签署方用户身份信息。用户身份信息指的是能够唯一标识签署方用户的信息，例如身份证号、机构的组织机构代码、智能硬件的序列号等等。

当数据使用方需要读取某个用户签署的合同时，可以向服务器发送合同查看请求，服务器通过解析合同查看请求，可以获得合同查看请求中包含的用户身份信息。服务器可以将历史请求过的用户身份信息与用户身份信息对应的数字身份进行关联存储，生成一记录表，通过查询该记录表来确定当前接收到的合同请求中的用户身份信息对应的数字身份。因此服务器从合同请求中解析出用户身份信息后，可以先查询该记录表确定是否存在与用户身份信息对应的数字身份，如果该用户身份信息为新用户，则可以先为该用户确定对应的数字身份。示例性实施方式中，通过身份链获取数字身份，并将所述数字身份与所述用户身份信息进行绑定。

其中，数字身份指的是分布式数字身份标识符(Decentralized Identifiers，简称为DID)，由字符串组成的标识符，用来代表一个数字身份。身份链是用于将实体对象的现实信息映射成数字身份的区块链。通过分布式数字身份技术可以建立一条身份链，将人、实物或机构实体等对象在现实中的信息映射成为区块链上通用且唯一的数字身份。示例性的，如果用户身份信息相似度较高，可以使用多项式信息，增加用户身份信息的数量和维度，从而增加不同用户的用户身份信息的差异性，确定映射出全链唯一的数字身份。举例来说，如果用户身份信息中包含用户姓名、身份证号时信息的差异性较小，则可以增加年龄、所在地区、硬件设备的序列号等属性，从而增强不同用户的用户身份信息的差异性，以获得唯一的数字身份。

在用户身份信息不存在对应的数字身份时，通过身份链的请求接口可以将需要认证的用户身份信息上传至该身份链，并获取身份链为该用户身份信息映射的唯一的数字身份，从而将用户身份信息与数字身份进行绑定，并存储在服务器中，例如存储在上述记录表中，以便于下次获得针对该用户的合同查看请求时，可以直接从记录表中查询对应的数字身份。通过用户身份信息映射对应的数字身份的方式可以对用户进行实名认证，身份链在返回用户身份信息对应的数字身份之后还可以为对应的用户颁发实名认证证书。

步骤S220中，通过合同存证链获取所述数字身份对应的关联区块交易信息，其中，所述关联区块交易信息中包含数据提供方信息以及合同哈希。

本示例性实施方式中，合同存证链是由多个数据提供方构成的区块链网络，数据提供方可以是与合同数据相关的各参与机构。各参与机构可以部署各自的节点，然后将各自的节点加入同一个区块链网络中，通过同一套账本以及管理制度共同维护数据。例如，数据提供方可以包括各企业机构、合同监管部门，或者合同相关的权威机构，例如公证机构、司法鉴定中心等等。示例性的，该合同存证链可以包括联盟区块链，私有链或者公有链，本实施方式对此不做特殊限定。

确定数据使用方需要查看的用户端对应的数字身份后，可以通过该数字身份查询出合同存证链上包含该数字身份的区块数据，从而得到关联区块交易信息。关联区块交易信息指的是合同存证链上与该数字身份相关的区块数据。因此，本实施方式还包括以下步骤S310、步骤S320以及步骤S330，如图3所示。

步骤S310中，根据数据提供方存储的合同文本生成所述合同文本的合同哈希。示例性实施方式中，通过哈希算法对合同文本进行运算能够得到合同文本对应的合同哈希。哈希算法是一种将任意长度的消息压缩成特定长度的消息摘要的函数。由于合同文本属于数据提供方与用户之间的隐私数据，为了维护用户的隐私数据，可以将合同文本对应的合同哈希打包到区块数据中保存在区块链上。一方面，可以利用合同哈希对合同文本进行验证，保持合同文本内容未改，提高数据的可靠性；另一方面可以保护数据提供方对合同文本的共享权限。

步骤S320中，利用所述合同哈希以及所述合同文本对应的合同属性信息生成区块数据，其中，所述合同属性信息中包括数据提供方信息以及用户账号。其中，数据提供方信息可以包括数据提供方的属性信息，例如数据提供方的系统名称、用户名称、用户等级等等；也可以包括数据提供方的标识信息，用于对数据提供方进行唯一标识，例如提供方账号、数据提供方的IP地址等，例如数据提供方为一理财系统用户，标识信息可以为该用户的理财系统的账号等；此外还可以包括数据提供方的其他信息，例如数据提供方的请求接口、请求参数等等，本实施方式对此不做特殊限定。用户账号指的是数据提供方为终端用户生成的标识信息，例如用户id等。此外，合同属性信息还可以包括合同id、合同名称、时间戳等。区块数据是数据提供方要保存到区块链网络中，由各个节点共同维护的数据。将合同属性信息以及合同哈希进行合并可以得到区块数据。

需要理解的是，由于用户身份信息通常包含用户多种真实的信息，例如姓名、身份证号、年龄等，通过多个字段来确定一个用户操作过于繁琐，因此各个系统在对用户进行认证时都会根据真实的用户身份信息映射一个用户账号，在各自的系统中对用户进行识别。也就是说，同一个用户在不同的数据提供方中可以具有不同的用户账号，例如用户在系统A中的用户账号为a123，在系统B中的用户账号为b345等，系统A、B为两个不同的数据提供方；但各个数据提供方保存的同一个用户的用户身份信息可以完全相同或部分重合。

步骤S330中，将所述区块数据上传至所述合同存证链。将合同属性信息以及合同哈希进行打包作为区块数据上传到合同存证链上，数据提供方如果存储多个合同文本，则可以针对每个合同文本生成一区块数据。并且，当区块数据成功上链后，合同存证链可以返回一交易哈希，用于标识该次数据上链操作。将数据提供方上传区块数据看作一次交易，该交易哈希与对应的区块数据一一对应，如果数据提供方需要更改区块数据，例如更改合同哈希时，会生成新的交易哈希。通过交易哈希可以保证合同存证链上的数据不被篡改，保证数据的安全性。

数据提供方在各自节点上上传区块数据后，多个区块数据可以作为交易数据，即账本。每个节点均具有交易数据的管理权限，当数据使用方需要查询某个合同时，可以根据合同对应的数字身份查询合同存证链上的各个区块数据，从而得到包含该数字身份的区块数据。同一个数字身份可以存在多个合同，即，同一个用户可以签署多个合同，例如用户A可以签署房屋租赁合同、汽车买卖合同等等，因此可以查询出多个包含该数字身份的区块数据。从包含该数字身份的多个区块数据中读取出数据提供方信息以及合同哈希作为该数字身份对应的关联区块交易信息。

步骤S230中，根据所述数字身份生成合同获取请求，基于所述数据提供方信息向对应的数据提供方发送所述合同获取请求，以获取所述数据提供方返回的待查询合同。

待查询合同指的是需要查询的合同的信息，具体可以包括合同文本、合同属性信息，例如合同id、合同名称等。通过数据提供方信息可以确定对应的数据提供方，从而与数据提供方之间建立连接以进行数据传输，例如通过数据提供方信息中的提供方账号，向对应账号发送请求。合同获取请求可以为HTTP请求，将数字身份作为特定输入参数的值从而生成合同获取请求发送至数据提供方。并且，合同获取请求中还可以包括数据提供方信息，例如数据提供方id、IP地址、提供方账号等等，根据HTTP请求的格式将数据提供方信息以及数字身份作为各个输入参数的值，打包压缩成合同获取请求。发送合同获取请求后，对应的数据提供方可以收到该合同获取请求，解析出数据使用方需要读取的合同文本对应的数字身份。数据提供方根据该数字身份可以在自己的系统中查询与该数字身份绑定的用户账号，从而确定该用户账号签署合同的合同文本。

示例性实施方式中，在根据所述用户身份信息对应的用户账号之前，还包括：将所述数字身份以及所述用户身份信息发送至所述数据提供方与所述数据使用方，以使所述数据提供方、所述数据使用方将所述数字身份与各自的用户账号进行绑定，其中，所述数据提供方与所述数据使用方的用户账号不同。

确定用户身份信息对应的数字身份之后，服务器可以将该用户身份信息与其绑定的数字身份发送至各个数据提供方，以及各个数据使用方。由于各个系统各自均会对用户进行认证，因此同一个用户在不同的数据提供方或者数据使用方可以绑定不同的用户账号，例如用户id，也就是说，同一个用户的用户身份信息在不同的数据提供方或者数据使用方中，会与不同的用户id进行绑定。当服务器将用户身份信息与其对应的数字身份发送至各个数据提供方以及数据使用方之后，数据提供方与数据使用方在各自的系统中将该用户身份信息与其对应的数字身份与各自系统中的用户id进行绑定。举例来说，当合同查看请求中包含的用户身份信息为：身份证号1234，服务器通过记录表可以查询出该用户身份信息对应的数字身份为111时，可以将该身份证号与该数字身份发送给每个数据提供方以及每个数据使用方，当数据提供方A接收到该身份证号和数字身份时，根据身份证号查询与该身份证号绑定的用户id，从而将该数字身份与该用户id进行绑定，同理的，在各个数据提供方以及数据使用方均可以将该用户的数字身份与各自的用户id进行绑定，完成用户认证。

示例性实施方式中，根据所述用户身份信息对应的用户账号，将所述用户身份信息对应的数字身份合并至包含所述用户账号对应的区块数据中。数据提供方在合同签署成功之后可以存储合同文本，进而根据该合同的合同属性信息以及合同哈希在合同存证链中生成区块数据。当服务器为用户绑定数字身份之后，将用户身份信息以及数字身份发送到数据提供方时，数据提供方可以根据该用户身份信息确定对应的用户账号，从而将数字身份合并到包含该用户账号的区块数据中。并且，在更新了区块数据之后，合同存证链需要为更新后的区块数据生成新的交易哈希。

步骤S240中，通过所述合同哈希对所述待查询合同进行验证，根据验证通过的待查询合同生成合同列表，并对所述合同列表进行显示，以确定用户端选择的目标合同。

待查询合同中可以包括数字身份对应的多个合同的合同文本以及合同属性信息，从每个待查询的合同的属性信息中提取出合同的合同哈希，然后利用该合同哈希对合同文本进行验证。具体的，将合同文本通过哈希算法进行运算得到一哈希值，将该得到的哈希值与该合同对应的合同哈希进行对比，如果该哈希值与合同哈希一致，则确定待查询合同验证通过；如果得到的哈希值与合同哈希不一致，则确定该待查询合同验证失败。根据验证通过的待查询合同可以生成合同列表，示例性的，可以将验证通过的待查询合同的合同属性信息，例如合同名称、合同id等显示在合同列表中，以便于用户端了解自己签署的合同的信息。用户端是这些合同对应的用户，即数字身份标识的用户，将用户签署的合同列表发送到用户端进行显示后，可以获取用户勾选的目标合同。由于待查询合同是由用户签署的合同，当数据使用方需要查看合同时需要获得用户本人的授权，通过将待查询合同的合同列表发送给用户，可以通过勾选的方式来进行授权，从而获得授权后的目标合同，提高用户隐私数据的安全性。

步骤S250中，将所述目标合同对应的合同文本发送至所述数据使用方。

举例而言，当用户需要在一金融类APP中办理贷款业务时，需要读取用户的房屋合同，数据使用方可以为该金融类APP，服务器可以向数据提供方请求获取该用户的合同信息，形成合同列表显示在用户端，从而筛选出目标合同，将目标合同的合同文本发送至该数据使用方，供数据使用方读取使用。

示例性实施方式中，身份链中维护着每个用户的用户身份信息以及对应的数字身份。将目标合同发送给数据使用方之后还可以包括步骤S410、步骤S420以及步骤S430，如图4所示。

在步骤S410中，确定所述数据使用方的使用方账号。其中，使用方账号指的是数据使用方的系统中的标识信息，用于标识每个登录系统的用户或者管理员。通过合同查看请求可以确定数据使用方的使用方账号，合同查看请求的请求头中包含数据使用方的使用方账号，或者可以根据合同查看请求中数据使用方的IP地址获取对应的使用方账号。

步骤S420中，根据所述使用方账号、所述目标合同以及所述目标合同对应的用户端生成授权记录。授权记录可以是记录用户端将目标合同授权给数据使用方的信息的日志，示例性的，每一条记录信息中可以包括该次授权的数据使用方的使用方账号、目标合同的属性信息，例如合同哈希、合同名称等，还可以包括目标合同的签署用户，即用户端的信息，例如用户端的数字身份等。每当用户端对目标合同授权一次则获取本次授权的目标合同的属性信息、用户端的数字身份以及使用方账号进行记录，从而生成授权记录，对于所有的用户端来说，都可以按照该方法记录生成授权记录。并且，授权记录中还可以包括授权的时间戳，即，记录一条信息的时刻，从而便于对授权进行追溯。

步骤S430中，根据所述用户端对应的数字身份，将所述授权记录上传至所述身份链。本实施方式中，将授权记录可以作为一区块数据上传到身份链中，可以保存用户的授权信息，从而使得授权的操作在身份链中留痕可追溯。

本实施方式中提供的数据处理方法，从合同生成到合同查看可以利用区块链网络实现合同数据的权限管理，并将数据流转过程中的关键节点以及数据验证、授权等信息上链存储，实现隐私数据的全流程监控。

图5示意性示出了本实施方式的数据处理方法的一种应用场景。如图5所示，示例性实施方式中，数据提供方501可以先将自身系统中的存储的合同进行上链。在步骤S510中，数据提供方利用已签署的合同生成区块数据，上传至合同存证链503，并保存本次上链的交易哈希。数据使用方502可以发起合同查看请求，来查看数据提供方与用户签署的合同。在步骤S511中，数据使用方发送合同查看请求至服务端505。在步骤S512中，服务端505判断合同查看请求中是否包含数字身份，如果包含则执行步骤S514；若不包含则执行步骤S513。该数字身份为用户端的身份认证信息，用于唯一标识用户。合同查看请求中可以包括需要查看用户的用户身份信息，例如用户姓名、身份证号等。在步骤S514中，将数字身份与用户身份信息发送至数据使用方502以及数据提供方501，以对用户进行认证。在步骤S513中，将用户身份信息发送至身份链504，获取该用户对应的数字身份；然后再执行步骤S514。在步骤S515中，数据提供方501根据接收到的数字身份以及用户身份信息，修改合同存证链上的区块数据。将数字身份合并至用户账号对应的区块数据中。并且在数据提供方501的系统中还可以将该数字身份与用户账号进行绑定，以便于通过数字身份统一标识用户在各个系统中的数据。在步骤S516中，合同存证链503为修改后的区块数据生成新的合同哈希，返回给数据提供方501。在步骤S517中，服务端505利用用户的数字身份请求数据提供方501，以获取用户的待查询合同。数据提供方根据用户的数字身份可以在自身系统存储的所有合同中查询该用户签署的合同，从而将查询到的合同文本作为待查询合同发送给服务端。在步骤S518中，利用数字身份请求合同存证链503，以获取对应的合同哈希。在步骤S519中，利用合同哈希对待查询合同进行验证，获取验证通过的合同。在步骤S520中，利用验证通过的合同生成合同列表，以请求用户授权的目标合同。在步骤S521中，将目标合同的合同文本发送至数据使用方502。

需要说明的是，图5中的步骤S510～步骤S521在上述具体实施例中均对其进行了说明，此处不再赘述。

进一步的，本示例实施方式中，还提供了一种数据处理装置，用于执行本发明上述的数据处理方法。该装置可以应用于一服务器或终端设备。

参考图6所示，该数据处理装置600包括：身份获取模块610，用于接收数据使用方发送的合同查看请求，通过所述合同查看请求获取用户身份信息，并确定所述用户身份信息对应的数字身份；关联信息获取模块620，用于通过合同存证链获取所述数字身份对应的关联区块交易信息，其中，所述关联区块交易信息中包含数据提供方信息以及合同哈希；合同请求模块630，用于根据所述数字身份生成合同获取请求，基于所述数据提供方信息向对应的数据提供方发送所述合同获取请求，以获取所述数据提供方返回的待查询合同；合同授权模块640，用于通过所述合同哈希对所述待查询合同进行验证，根据验证通过的待查询合同生成合同列表，并对所述合同列表进行显示，以确定用户端选择的目标合同；合同文本发送模块650，用于将所述目标合同对应的合同文本发送至所述数据使用方。

在本发明的一种示例性实施方式中，身份获取模块610可被配置为：通过身份链获取数字身份，并将所述数字身份与所述用户身份信息进行绑定。

在本发明的一种示例性实施方式中，所述装置600还包括：账号确定模块，用于确定所述数据使用方的使用方账号；授权记录模块，用于根据所述使用方账号、所述目标合同以及所述目标合同对应的用户端生成授权记录；记录上链模块，用于根据所述用户端对应的数字身份，将所述授权记录上传至所述身份链。

在本发明的一种示例性实施方式中，所述装置600还包括：合同哈希获取模块，用于根据数据提供方存储的合同文本生成所述合同文本的合同哈希；区块数据生成模块，用于利用所述合同哈希以及所述合同文本对应的合同属性信息生成区块数据，其中，所述合同属性信息中包括数据提供方信息以及用户账号；合同上链模块，用于将所述区块数据上传至所述合同存证链。

在本发明的一种示例性实施方式中，所述装置600还包括：区块数据修改模块，用于根据所述用户身份信息对应的用户账号，将所述用户身份信息对应的数字身份合并至包含所述用户账号的区块数据中。

在本发明的一种示例性实施方式中，所述关联信息获取模块620包括：合同查询模块，用于查询出所述合同存证链中包含所述数字身份的目标区块数据；合同列表确定模块，用于根据所述目标区块数据中的合同属性信息确定关联合同列表。

在本发明的一种示例性实施方式中，所述装置600还包括：用户标识模块，用于将所述数字身份以及所述用户身份信息发送至所述数据提供方与所述数据使用方，以使所述数据提供方、所述数据使用方将所述数字身份与各自的用户账号进行绑定，其中，所述数据提供方与所述数据使用方的用户账号不同。

由于本发明的示例实施例的数据处理装置的各个功能模块与上述数据处理方法的示例实施例的步骤对应，因此对于本发明装置实施例中未披露的细节，请参照本发明上述的数据处理方法的实施例。

根据本示例性实施方式提供的数据处理装置，通过合同存证链可以让各个参与机构部署各自的节点，形成区块链网络，保证各个节点相互同步并集体管理维护同一套上链数据，保证用户隐私数据准确性和可追溯性。并且，通过身份链提供基于分布式数字身份技术的身份认证服务，在各个端，如数据提供方、数据使用方、合同存证链等对用户进行统一认证，从而实现合同数据的跨系统安全共享与交换，提高隐私数据的安全性。

图7示出了适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图7示出的电子设备的计算机系统700仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，计算机系统700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有系统操作所需的各种程序和数据。CPU701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本发明的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本申请的方法和装置中限定的各种功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中所述的数据处理方法。例如，所述的电子设备可以实现如图1和图2所示的各个步骤等。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (10)

1.一种数据处理方法，其特征在于，包括：

接收数据使用方发送的合同查看请求，通过所述合同查看请求获取用户身份信息，并确定所述用户身份信息对应的数字身份；

通过合同存证链获取所述数字身份对应的关联区块交易信息，其中，所述关联区块交易信息中包含数据提供方信息以及合同哈希；

根据所述数字身份生成合同获取请求，基于所述数据提供方信息向对应的数据提供方发送所述合同获取请求，以获取所述数据提供方返回的待查询合同；

通过所述合同哈希对所述待查询合同进行验证，根据验证通过的待查询合同生成合同列表，并对所述合同列表进行显示，以确定用户端选择的目标合同；

将所述目标合同对应的合同文本发送至所述数据使用方。

2.根据权利要求1所述的方法，其特征在于，所述确定所述用户身份信息对应的数字身份包括：

通过身份链获取数字身份，并将所述数字身份与所述用户身份信息进行绑定。

3.根据权利要求2所述的方法，其特征在于，所述将所述目标合同对应的合同文本发送至所述数据使用方之后，还包括：

确定所述数据使用方的使用方账号；

根据所述使用方账号、所述目标合同以及所述目标合同对应的用户端生成授权记录；

根据所述用户端对应的数字身份，将所述授权记录上传至所述身份链。

4.根据权利要求1所述的方法，其特征在于，所述通过合同存证链获取所述数字身份对应的关联区块交易信息之前，还包括：

根据数据提供方存储的合同文本生成所述合同文本的合同哈希；

利用所述合同哈希以及所述合同文本对应的合同属性信息生成区块数据，其中，所述合同属性信息中包括数据提供方信息以及用户账号；

将所述区块数据上传至所述合同存证链。

5.根据权利要求4所述的方法，其特征在于，所述确定所述用户身份信息对应的数字身份之后，还包括：

根据所述用户身份信息对应的用户账号，将所述用户身份信息对应的数字身份合并至包含所述用户账号的区块数据中。

6.根据权利要求4所述的方法，其特征在于，所述通过合同存证链获取所述数字身份对应的关联区块交易信息包括：

查询出所述合同存证链中包含所述数字身份的目标区块数据；

根据所述目标区块数据中的合同属性信息确定关联合同列表。

7.根据权利要求5所述的方法，其特征在于，所述根据所述用户身份信息对应的用户账号之前，还包括：

将所述数字身份以及所述用户身份信息发送至所述数据提供方与所述数据使用方，以使所述数据提供方、所述数据使用方将所述数字身份与各自的用户账号进行绑定，其中，所述数据提供方与所述数据使用方的用户账号不同。

8.一种数据处理装置，其特征在于，包括：

身份获取模块，用于接收数据使用方发送的合同查看请求，通过所述合同查看请求获取用户身份信息，并确定所述用户身份信息对应的数字身份；

关联信息获取模块，用于通过合同存证链获取所述数字身份对应的关联区块交易信息，其中，所述关联区块交易信息中包含数据提供方信息以及合同哈希；

合同请求模块，用于根据所述数字身份生成合同获取请求，基于所述数据提供方信息向对应的数据提供方发送所述合同获取请求，以获取所述数据提供方返回的待查询合同；

合同授权模块，用于通过所述合同哈希对所述待查询合同进行验证，根据验证通过的待查询合同生成合同列表，并对所述合同列表进行显示，以确定用户端选择的目标合同；

合同文本发送模块，用于将所述目标合同对应的合同文本发送至所述数据使用方。

9.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-7任一项所述的数据处理方法。

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

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-7任一项所述的数据处理方法。