CN108390848A - 一种信息见证方法及装置 - Google Patents

Abstract

本发明公开了一种信息见证方法及装置，具体为：信息见证平台接收信息见证请求；从预先注册的所有见证服务端中，为信息见证请求携带的待见证信息选取目标见证服务端；通过目标见证服务端对待见证信息进行见证，获取见证结果；将见证结果存储至见证区块链。即使由多种待见证信息，也无需用户分别到不同的见证服务端进行见证，通过发起信息见证请求的方式，即可触发对目标见证服务端的自动选取，减少了用户操作，简化了见证流程，提高了见证效率和用户体验，此外，将见证结果存储到见证区块链中，使得见证结果不易被篡改，保证了见证结果的准确性和合法性，而且，即使见证服务端被攻击，存储在见证区块链中的见证结果也不会泄露，提高了信息安全性。

Description

一种信息见证方法及装置

技术领域

本发明涉及信息安全技术领域，尤其涉及一种信息见证方法及装置。

背景技术

随着互联网技术的不断发展，网上购物平台、房屋出售平台、汽车租赁平台、网上借贷平台等线上平台越来越多，虽然线上平台具有快速、方便等特征，但是，线上平台的非实名性和黑客入侵等严重地危害了线上平台以及线上平台的各方用户的安全，而且，信息泄露、身份伪造、文件造假等也屡见不鲜，若要在线上平台和/或线上平台的个人和企业等各方用户之间建立深层次的信任，需要消耗更高的时间成本和资金成本，严重地制约了线上平台的发展。

为了解决线上平台的安全性问题，提高线上平台和/或线上平台的各方之间的信任度，现有技术中提出了一种信息见证方法，即通过可信的证书授权中心和学信网等见证服务端对线上平台和/或线上平台的各方用户的身份信息和/或文件进行见证，使线上平台和/或线上平台的各方用户之间能够快速地信任彼此，这种信息见证方法虽然在一定程度上解决了线上平台的安全问题，但也随之出现了以下问题：

1、每一个见证服务端提供的见证服务类型有限，目前，一个见证服务端一般仅提供一种类型的见证服务，若对不同种类的文件和/或身份进行见证，用户需要通过不同的见证服务端分别对相应文件和/或身份进行见证，才能完成对所有文件和/或身份的见证，从用户角度来讲，见证流程较为复杂繁琐，用户体验度较低。

2、见证服务端面临着大量的嗅探和分布式拒绝服务(Distributed Denial ofService，DDoS)攻击，一旦见证服务端被攻破，不仅会使见证服务端陷入瘫痪，还会造成存储在见证服务端的各个线上平台和用户对应的身份、文件和见证结果等信息的泄露。

发明内容

本发明实施例提供了一种信息见证方法及装置，用以解决现有技术中存在的当对不同种类的信息进行见证时，需要通过不同的见证服务端进行见证，导致见证流程较为复杂、用户体验度较低的问题，以及解决现有技术中存在的信息安全性较差的问题。

本发明实施例提供的具体技术方案如下：

一种信息见证方法，应用于信息见证平台，该信息见证方法包括：

接收信息见证请求；

从预先注册的所有见证服务端中，为该信息见证请求携带的待见证信息选取相应的目标见证服务端；

通过该目标见证服务端对该待见证信息进行见证，并获取该待见证信息的见证结果；

将该见证结果存储至见证区块链中，其中，该见证区块链是用于存储见证结果的数据链。

较佳的，从预先注册的所有见证服务端中，为该信息见证请求携带的待见证信息选取相应的目标见证服务端，包括：

确定该待见证信息的信息类型；

将该信息类型输入预先建立的服务端标识获取模型，获取与该信息类型相对应的各个服务端标识；

从该各个服务端标识中选取至少一个服务端标识，并将选取的该至少一个服务端标识对应的见证服务端作为该待见证信息的目标见证服务端。

较佳的，从该各个服务端标识中选取至少一个服务端标识，包括：

获取该各个服务端标识对应的身份信息，并从注册区块链中查找该各个服务端标识对应的注册信息，其中，该注册区块链是用于存储各个服务端标识与相应的注册信息之间的对应关系的数据链；

基于该各个服务端标识对应的注册信息与身份信息的匹配结果，筛选出对应的身份信息验证通过的服务端标识，并从对应的身份信息验证通过的各个服务端标识中，选取至少一个服务端标识。

较佳的，通过该目标见证服务端对该待见证信息进行见证，并获取该待见证信息的见证结果，包括：

获取该待见证信息对应的见证清单；

向该目标见证服务端发送信息见证指令，指示该目标见证服务端对该待见证信息进行见证并按照该见证清单返回相应的见证文件；

将该目标见证服务端返回的各个见证文件作为该待见证信息的见证结果。

较佳的，将该见证结果存储至见证区块链中，包括：

获取该目标见证服务端的见证公钥；

利用该见证公钥，对利用该目标见证服务端的见证私钥签名的该见证结果进行验证，其中，该目标见证服务端的见证公钥和见证私钥是该目标见证服务端在注册时获得的；

若该见证结果验证通过，则将该见证结果存储至见证区块链中。

一种信息见证装置，应用于信息见证平台，该信息见证装置包括：

接收单元，用于接收信息见证请求；

选取单元，用于从预先注册的所有见证服务端中，为该信息见证请求携带的待见证信息选取相应的目标见证服务端；

见证单元，用于通过该目标见证服务端对该待见证信息进行见证，并获取该待见证信息的见证结果；

存储单元，用于将该见证结果存储至见证区块链中，其中，该见证区块链是用于存储见证结果的数据链。

较佳的，在从预先注册的所有见证服务端中，为该信息见证请求携带的待见证信息选取相应的目标见证服务端时，选取单元具体用于：

确定该待见证信息的信息类型；

将该信息类型输入预先建立的服务端标识获取模型，获取与该信息类型相对应的各个见服务端标识；

从该各个服务端标识中选取至少一个服务端标识，并将选取的该至少一个服务端标识对应的见证服务端作为该待见证信息的目标见证服务端。

较佳的，在从该各个服务端标识中选取至少一个服务端标识时，选取单元具体用于：

获取该各个服务端标识对的身份信息，并从注册区块链中查找该各个服务端标识对的注册信息，其中，该注册区块链是用于存储各个服务端标识与相应的注册信息之间的对应关系的数据链；

基于该各个服务端标识对应的注册信息与身份信息的匹配结果，筛选出对应的身份信息验证通过的服务端标识，并从对应的身份信息验证通过的各个服务端标识中，选取至少一个服务端标识。

较佳的，在通过该目标见证服务端对该待见证信息进行见证，并获取该待见证信息的见证结果时，见证单元具体用于：

获取该待见证信息对应的见证清单；

向该目标见证服务端发送信息见证指令，指示该目标见证服务端对该待见证信息进行见证并按照该见证清单返回相应的见证文件；

将该目标见证服务端返回的各个见证文件作为该待见证信息的见证结果。

较佳的，在将该见证结果存储至见证区块链中时，存储单元具体用于：

获取该目标见证服务端的见证公钥；

利用该见证公钥，对利用该目标见证服务端的见证私钥签名的该见证结果进行验证，其中，该目标见证服务端的见证公钥和见证私钥是该目标见证服务端在注册时获得的；

若该见证结果验证通过，则将该见证结果存储至见证区块链中。

一种非易失性计算机存储介质，该非易失性计算机存储有计算机可执行指令，该计算机可执行指令用于使计算机执行如上述信息见证方法的步骤。

一种信息见证设备，包括：存储器、处理器和存储在该存储器上的计算机程序，该处理器执行该计算机程序时实现如上述信息见证方法的步骤。

本发明实施例的有益效果如下：

本发明实施例中，通过向信息见证平台发起信息见证请求的方式，即可触发信息见证平台对待见证信息对应的目标见证服务端的自动选取，从而通过选取出的目标见证服务端对待见证信息进行见证，即使对不同种类的待见证信息进行见证，也无需用户到不同的见证服务端分别对相应的待见证信息进行见证，减少了用户到不同的见证服务端分别对相应的待见证信息进行见证的操作，简化了见证流程，提高了见证效率和用户体验，此外，将见证结果存储到见证区块链中，使得存储在见证区块链中的见证结果不易被篡改，保证了见证结果的准确性和合法性，而且，即使见证服务端被攻击，存储在见证区块链中的见证结果也不会泄露，从而提高了信息安全性。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

图1为本发明实施例中提供的一种信息见证方法的概况示意图；

图2为本发明实施例中提供的一种信息见证方法的具体流程示意图；

图3为本发明实施例中提供的一种信息见证装置的功能结构示意图；

图4为本发明实施例中提供的一种信息见证设备的硬件结构示意图。

具体实施方式

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

为了解决现有技术中存在的当对不同种类的信息进行见证时，需要通过不同的见证服务端进行见证，导致见证流程较为复杂、用户体验度较低的问题，以及解决现有技术中存在的信息安全性较差的问题，本发明实施例中，信息见证平台接收到信息见证请求时，从预先注册的所有见证服务端中，为该信息见证请求携带的待见证信息选取相应的目标见证服务端；通过该目标见证服务端对该待见证信息进行见证，并获取该待见证信息的见证结果；将该见证结果存储至见证区块链中，其中，该见证区块链是用于存储见证结果的数据链。这样，通过向信息见证平台发起信息见证请求的方式，即可触发信息见证平台对待见证信息对应的目标见证服务端的自动选取，从而通过选取出的目标见证服务端对待见证信息进行见证，即使对不同种类的待见证信息进行见证，也无需用户到不同的见证服务端分别对相应的待见证信息进行见证，减少了用户到不同的见证服务端分别对相应的待见证信息进行见证的操作，简化了见证流程，提高了见证效率和用户体验，此外，将见证结果存储到见证区块链中，使得存储在见证区块链中的见证结果不易被篡改，保证了见证结果的准确性和合法性，而且，即使见证服务端被攻击，存储在见证区块链中的见证结果也不会泄露，从而提高了信息安全性。

下面通过具体实施例对本发明方案进行详细描述，当然，本发明并不限于以下实施例。

本发明实施例中提供了一种信息见证平台，各个见证服务端可以在信息见证平台上注册，获取相应的见证公钥和见证私钥，具体地，见证服务端可以采用但不限于以下方式在信息见证平台上进行注册：

首先，见证服务端向信息见证平台发起注册请求。

然后，信息见证平台接收到该见证服务端发起注册请求时，获取该见证服务端的注册信息，其中，该注册信息包括但不限于：服务端标识、基本信息、身份信息、服务信息等。

在实际应用中，信息见证平台可以通过多种的方式获取注册信息，比如，信息见证平台向该见证服务端发送注册信息获取请求，该注册信息获取请求中至少携带有注册信息清单；见证服务端按照该注册信息获取请求中携带的注册信息清单返回相应的注册信息，这样，信息见证平台就能够获取到该见证服务端的注册信息。又如，信息见证平台向该见证服务端显示一注册信息填写界面；见证服务端完成各项注册信息的填写后，通过点击提交图标，向信息见证平台提交注册信息，这样，信息见证平台也能够获取到该见证服务端的注册信息。

最后，信息见证平台对该见证服务端的注册信息进行审核验证，若审核验证通过，则为该见证服务端签发见证密钥和见证公钥，其中，该见证密钥和见证公钥用于后续的身份验证和通信加密。

值得说的是，为了方便后续对该见证服务端和该见证服务端返回的见证结果进行验证，信息见证平台可以在获取到该见证服务端的注册信息并签发见证密钥和见证公钥后，还可以建立该见证服务端的服务端标识与注册信息之间的对应关系，并将该关联关系和见证公钥存储到注册区块链中，其中，该注册区块链是用于存储各个服务端标识与相应的注册信息之间的对应关系的数据链。

通过上述注册流程，不仅实现了对各个见证服务端的审核验证，还实现了各个见证服务端的汇聚融合，从而使得信息见证平台在接收到信息见证请求时，能够调用相应的见证服务端对该信息见证请求携带的待见证信息进行见证。

基于此，本发明实施例中提供了一种信息见证方法，该信息见证方法应用于信息见证平台，具体地，可以应用于信息见证平台的客户端，也可以应用于信息见证平台的服务端，在此不作具体限定，参阅图1所示，该信息见证方法的流程如下：

步骤101：接收信息见证请求。

在实际应用中，用户可以通过信息见证平台的客户端发起信息见证请求，具体地，用户可采用但不限于以下方式发起信息见证请求：

首先，进入客户端主界面，并选择主界面上的见证功能，进入见证界面，其中，该见证界面中显示有但不限于：信息类型下拉菜单(包括但不限于：身份信息、学历信息、履历信息、服务信息、信用信息等等)、信息类型输入框、上传图标、上传进程显示条、信息显示区域、确定图标、返回图标等等。

然后，通过信息类型下拉菜单/信息类型输入框，选择信息类型，并通过点击上传图标，上传与该信息类型相对应的待见证信息，其中，该待见证信息可以是但不限于：图片、文档等。值得说的是，在待见证信息上传的过程中，上传进程显示条中显示有文件上传的进度，当文件上传成功时，信息显示区域显示有上传成功的文件和该文件的信息类型。

值得说的是，用户可根据自身需求上传多个信息，当然，上传信息仅仅是本发明实施例提供的一种实现方式，还可以通过调用摄像头并扫描信息等方式，在此不作具体限定。

最后，通过点击确定图标，发起信息见证请求。

值得说的是，若将本发明实施例提供的信息见证方法应用于信息见证平台的客户端，则步骤101为客户端接收用户发起的信息见证请求；若将本发明实施例提供的信息见证方法应用于信息见证平台的服务端，则步骤101为服务端接收客户端转发的用户在该客户端上发起的信息见证请求。

步骤102：从预先注册的所有见证服务端中，为该信息见证请求携带的待见证信息选取相应的目标见证服务端。

在具体实施时，可以采用但不限于以下方式选取目标见证服务端：

首先，确定该该待见证信息的信息类型。

然后，将该信息类型输入预先建立的服务端标识获取模型，获取与该信息类型相对应的各个服务端标识。

值得说的是，服务端标识获取模型是基于信息类型与服务端标识之间的关联关系建立的，其中，信息类型与服务端标识之间的关联关系是通过大量的学习获得的，为了确保信息类型与服务端标识之间的关联关系的准确性，还可以利用各个服务端标识对应的注册信息对获得的关联关系进行核准校验，即从各个服务端标识对应的注册信息中获取各个服务端标识对应的服务信息，根据各个服务端标识对应的服务信息，确定各个服务端标识对应的服务范围，利用各个服务端标识对应的服务范围，对获得的关联关系进行核准校验。

其次，从各个服务端标识中选取至少一个服务端标识，并将选取的该至少一个服务端标识对应的见证服务端作为该待见证信息的目标见证服务端。

值得说的是，为了确保目标见证服务端是安全的见证服务端，在从各个服务端标识中选取至少一个服务端标识时可以采用但不限于以下方式：

首先，获取各个服务端标识对应的身份信息。具体地，可以通过多种方式获取服务端标识对应的身份信息，比如，信息见证平台向该服务端标识对应的见证服务端发起身份信息获取请求，该服务端标识对应的见证服务端将身份信息直接携带在身份信息获取响应中返回至信息见证平台；又如，信息见证平台向该服务端标识对应的见证服务端发起身份信息获取请求，该服务端标识对应的见证服务端基于身份信息生成图形扫描码，比如，二维码等，并将该图形扫描码携带在身份信息获取响应中返回至信息见证平台，信息见证平台通过扫描该图形扫描码，获取该服务端标识对应的身份信息。

然后，从注册区块链中查找各个服务端标识对应的注册信息。

其次，基于各个服务端标识对应的注册信息(具体为注册信息中的身份信息)与身份信息的匹配结果，筛选出对应的身份信息验证通过的服务端标识。具体地，若匹配结果表示匹配成功，则认定身份信息验证通过，若匹配结果表示匹配失败，则认定身份信息验证不通过。

最后，从对应的身份信息验证通过的各个服务端标识中，选取至少一个服务端标识。可选地，可以从对应的身份信息验证通过的各个服务端标识中，任意选取至少一个服务端标识；也可以向用户显示一服务端标识列表，该服务端标识列表中包含有对应的身份信息验证通过的各个服务端标识，根据用户在该服务端标识列表上执行的选择操作，选取至少一个服务端标识；还可以对各个服务端标识对应的信誉度信息和业务量信息等进行综合评估，获取各个服务端标识对应的综合评估值，按照综合评估值从高到低的顺序，选取至少一个服务端标识。

步骤103：通过该目标见证服务端对该待见证信息进行见证，并获取该待见证信息的见证结果。

在具体实施时，可以采用但不限于以下方式获取该待见证信息的见证结果：

首先，获取该待见证信息对应的见证清单。

在实际应用中，不同类型的信息对应的见证文件不同，而且，一个信息对应的见证文件可能会有多个，基于此，为了规范管理，可以预先为不同类型的信息配置不同的见证清单，通过见证清单列举出所需的见证文件。

然后，向该目标见证服务端发送信息见证指令，指示该目标见证服务端对该待见证信息进行见证并按照该见证清单返回相应的见证文件。

最后，将该目标见证服务端返回的各个见证文件作为该待见证信息的见证结果。

步骤104：将该见证结果存储至见证区块链中，其中，该见证区块链是用于存储见证结果的数据链。

在具体实施时，为了确保见证结果的准确性，避免见证结果造假，在获取道该待见证信息的见证结果之后，还需要对该见证结果进行验证，在验证通过后，再将该见证结果存储至见证区块链中，具体如下：

首先，获取该目标见证服务端的见证公钥，具体地，可以从注册区块链中获取该目标见证服务端的见证公钥。

然后，利用获得的见证公钥，对利用该目标见证服务端的见证私钥签名的该见证结果进行验证。

最后，若该见证结果验证通过，则将该见证结果存储至见证区块链中。

下面采用具体应用场景对上述实施例作进一步详细说明，参阅图2所示，本发明实施例中提供的信息见证方法的具体流程如下：

步骤201：用户打开信息见证平台的客户端主界面，通过选择主界面上的见证功能，进入见证界面。其中，该见证界面中显示有但不限于：信息类型下拉菜单、信息类型输入框、上传图标、上传进程显示条、信息显示区域、确定图标、返回图标等等。

步骤202：用户通过信息类型下拉菜单或者信息类型输入框，选择相应的信息类型，并通过点击上传图标，上传与选择的信息类型相对应的待见证信息。

比如，用户选择学历信息作为信息类型，将需要见证的学历信息作为待见信息上传至信息见证平台。

步骤203：用户通过点击确定图标，向信息见证平台发起信息见证请求。

步骤204：信息见证平台获取信息见证请求中携带的待见证信息，并确定该该待见证信息的信息类型。

步骤205：信息见证平台将该信息类型输入预先建立的服务端标识获取模型，获取与该信息类型相对应的各个服务端标识。

比如，假设该信息类型为学历信息，信息见证平台将学历信息输入预先建立的服务端标识获取模型，获得的是能够见证学历信息的各个服务端标识。

步骤206：信息见证平台向各个服务端标识对应的见证服务端发起身份信息获取请求。

步骤207：各个见证服务端基于身份信息生成图形扫描码，并将该图形扫描码携带在身份信息获取响应中返回至信息见证平台。

步骤208：信息见证平台通过扫描各个见证服务端返回的身份信息获取响应中携带的图形扫描码，获取各个见证服务端的身份信息。

步骤209：信息见证平台从注册区块链中查找各个见证服务端的注册信息，并将各个见证服务端对应的注册信息和身份信息进行匹配，获取各个见证服务端对应的匹配结果。

步骤210：信息见证平台基于各个见证服务端对应的匹配结果，筛选出对应的身份信息验证通过的见证服务端，并从筛选出的对应的身份信息验证通过的各个见证服务端中，选取至少一个见证服务端作为该待见证信息的目标见证服务端。

步骤211：信息见证平台获取该待见证信息对应的见证清单，并向该目标见证服务端发送信息见证指令，指示该目标见证服务端对该待见证信息进行见证并按照该见证清单返回相应的见证文件。

步骤212：信息见证平台将该目标见证服务端返回的各个见证文件作为该待见证信息的见证结果。

步骤213：信息见证平台从注册区块链中获取该目标见证服务端的见证公钥，并利用获得的见证公钥，对利用该目标见证服务端的见证私钥签名的见证结果进行验证。

步骤214：若该见证结果验证通过，则将该见证结果存储至见证区块链中。

基于上述实施例，本发明实施例中还提供了一种信息见证装置，参阅图3所示，该信息见证装置至少包括：

接收单元301，用于接收信息见证请求；

选取单元302，用于从预先注册的所有见证服务端中，为该信息见证请求携带的待见证信息选取相应的目标见证服务端；

见证单元303，用于通过该目标见证服务端对该待见证信息进行见证，并获取该待见证信息的见证结果；

存储单元304，用于将该见证结果存储至见证区块链中，其中，该见证区块链是用于存储见证结果的数据链。

较佳的，在从预先注册的所有见证服务端中，为该信息见证请求携带的待见证信息选取相应的目标见证服务端时，选取单元302具体用于：

确定该待见证信息的信息类型；

将该信息类型输入预先建立的服务端标识获取模型，获取与该信息类型相对应的各个见服务端标识；

从该各个服务端标识中选取至少一个服务端标识，并将选取的该至少一个服务端标识对应的见证服务端作为该待见证信息的目标见证服务端。

较佳的，在从该各个服务端标识中选取至少一个服务端标识时，选取单元302具体用于：

获取该各个见证服务端的身份信息；

从注册区块链中查找该各个见证服务端的注册信息，其中，该注册区块链是用于存储见证服务端的注册信息的数据链；

获取该各个服务端标识对的身份信息，并从注册区块链中查找该各个服务端标识对的注册信息，其中，该注册区块链是用于存储各个服务端标识与相应的注册信息之间的对应关系的数据链；

基于该各个服务端标识对应的注册信息与身份信息的匹配结果，筛选出对应的身份信息验证通过的服务端标识，并从对应的身份信息验证通过的各个服务端标识中，选取至少一个服务端标识。

较佳的，在通过该目标见证服务端对该待见证信息进行见证，并获取该待见证信息的见证结果时，见证单元303具体用于：

获取该待见证信息对应的见证清单；

向该目标见证服务端发送信息见证指令，指示该目标见证服务端对该待见证信息进行见证并按照该见证清单返回相应的见证文件；

将该目标见证服务端返回的各个见证文件作为该待见证信息的见证结果。

较佳的，在将该见证结果存储至见证区块链中时，存储单元304具体用于：

获取该目标见证服务端的见证公钥；

利用该见证公钥，对利用该目标见证服务端的见证私钥签名的该见证结果进行验证，其中，该目标见证服务端的见证公钥和见证私钥是该目标见证服务端在注册时获得的；

若该见证结果验证通过，则将该见证结果存储至见证区块链中。

在介绍了本发明示例性实施方式的方法和装置之后，接下来，对本发明示例性实施方式的非易失性计算机存储介质进行介绍。本发明实施例提供了一种非易失性计算机存储介质，该非易失性计算机存储介质存储有计算机可执行指令，该计算机可执行指令用于使计算机执行上述信息见证方法的步骤，比如执行如图1中所示的步骤101：接收信息见证请求；步骤102：从预先注册的所有见证服务端中，为该信息见证请求携带的待见证信息选取相应的目标见证服务端；步骤103：通过该目标见证服务端对该待见证信息进行见证，并获取该待见证信息的见证结果；步骤104：将该见证结果存储至见证区块链中，其中，该见证区块链是用于存储见证结果的数据链。

在介绍了本发明示例性实施方式的方法、装置和非易失性计算机存储介质之后，接下来，对本发明示例性实施方式的信息见证设备进行介绍。本发明实施例提供了一种信息见证设备，该信息见证设备可以是但不限于是个人计算机设备、智能终端、平板电脑等，具体地，参阅图4所示，该信息见证设备可以包括：存储器401、处理器402和存储在存储器401上的计算机程序，处理器402执行该计算机程序时实现上述信息见证方法的步骤，比如实现如图1中所示的步骤101：接收信息见证请求；步骤102：从预先注册的所有见证服务端中，为该信息见证请求携带的待见证信息选取相应的目标见证服务端；步骤103：通过该目标见证服务端对该待见证信息进行见证，并获取该待见证信息的见证结果；步骤104：将该见证结果存储至见证区块链中，其中，该见证区块链是用于存储见证结果的数据链。

较佳的，存储器401可以包括只读存储器(ROM)和随机存取存储器(RAM)，处理器402可以是并向处理器。

较佳的，本发明实施例中提供的信息见证设备还可以包括输入装置403和输出装置404等。输入装置403可以包括触控笔、键盘、鼠标、触摸屏等；输出装置404可以包括显示设备，如液晶显示器(Liquid Crystal Display，LCD)、阴极射线管(Cathode Ray Tube，CRT)，触摸屏等。存储器401，处理器402、输入装置403和输出装置404可以通过总线或者其他方式连接，图4中仅以通过总线连接为例。

综上所述，本发明实施例中，接收到信息见证请求时，从预先注册的所有见证服务端中，为该信息见证请求携带的待见证信息选取相应的目标见证服务端；通过该目标见证服务端对该待见证信息进行见证，并获取该待见证信息的见证结果；将该见证结果存储至见证区块链中，其中，该见证区块链是用于存储见证结果的数据链。这样，通过向信息见证平台发起信息见证请求的方式，即可触发信息见证平台对待见证信息对应的目标见证服务端的自动选取，从而通过选取出的目标见证服务端对待见证信息进行见证，即使对不同种类的待见证信息进行见证，也无需用户到不同的见证服务端分别对相应的待见证信息进行见证，减少了用户到不同的见证服务端分别对相应的待见证信息进行见证的操作，简化了见证流程，提高了见证效率和用户体验，此外，将见证结果存储到见证区块链中，使得存储在见证区块链中的见证结果不易被篡改，保证了见证结果的准确性和合法性，而且，即使见证服务端被攻击，存储在见证区块链中的见证结果也不会泄露，从而提高了信息安全性。

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

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

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

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

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种信息见证方法，其特征在于，应用于信息见证平台，所述信息见证方法包括：

接收信息见证请求；

从预先注册的所有见证服务端中，为所述信息见证请求携带的待见证信息选取相应的目标见证服务端；

通过所述目标见证服务端对所述待见证信息进行见证，并获取所述待见证信息的见证结果；

将所述见证结果存储至见证区块链中，其中，所述见证区块链是用于存储见证结果的数据链。

2.如权利要求1所述的信息见证方法，其特征在于，从预先注册的所有见证服务端中，为所述信息见证请求携带的待见证信息选取相应的目标见证服务端，包括：

确定所述待见证信息的信息类型；

将所述信息类型输入预先建立的服务端标识获取模型，获取与所述信息类型相对应的各个服务端标识；

从所述各个服务端标识中选取至少一个服务端标识，并将选取的所述至少一个服务端标识对应的见证服务端作为所述待见证信息的目标见证服务端。

3.如权利要求2所述的信息见证方法，其特征在于，从所述各个服务端标识中选取至少一个服务端标识，包括：

获取所述各个服务端标识对应的身份信息，并从注册区块链中查找所述各个服务端标识对应的注册信息，其中，所述注册区块链是用于存储各个服务端标识与相应的注册信息之间的对应关系的数据链；

基于所述各个服务端标识对应的注册信息与身份信息的匹配结果，筛选出对应的身份信息验证通过的服务端标识，并从对应的身份信息验证通过的各个服务端标识中，选取至少一个服务端标识。

4.如权利要求1所述的信息见证方法，其特征在于，通过所述目标见证服务端对所述待见证信息进行见证，并获取所述待见证信息的见证结果，包括：

获取所述待见证信息对应的见证清单；

向所述目标见证服务端发送信息见证指令，指示所述目标见证服务端对所述待见证信息进行见证并按照所述见证清单返回相应的见证文件；

将所述目标见证服务端返回的各个见证文件作为所述待见证信息的见证结果。

5.如权利要求1-4任一项所述的信息见证方法，其特征在于，将所述见证结果存储至见证区块链中，包括：

获取所述目标见证服务端的见证公钥；

利用所述见证公钥，对利用所述目标见证服务端的见证私钥签名的所述见证结果进行验证，其中，所述目标见证服务端的见证公钥和见证私钥是所述目标见证服务端在注册时获得的；

若所述见证结果验证通过，则将所述见证结果存储至见证区块链中。

6.一种信息见证装置，其特征在于，应用于信息见证平台，所述信息见证装置包括：

接收单元，用于接收信息见证请求；

选取单元，用于从预先注册的所有见证服务端中，为所述信息见证请求携带的待见证信息选取相应的目标见证服务端；

见证单元，用于通过所述目标见证服务端对所述待见证信息进行见证，并获取所述待见证信息的见证结果；

存储单元，用于将所述见证结果存储至见证区块链中，其中，所述见证区块链是用于存储见证结果的数据链。

7.如权利要求6所述的信息见证装置，其特征在于，在从预先注册的所有见证服务端中，为所述信息见证请求携带的待见证信息选取相应的目标见证服务端时，所述选取单元具体用于：

确定所述待见证信息的信息类型；

将所述信息类型输入预先建立的服务端标识获取模型，获取与所述信息类型相对应的各个服务端标识；

从所述各个服务端标识中选取至少一个服务端标识，并将选取的所述至少一个服务端标识对应的见证服务端作为所述待见证信息的目标见证服务端。

8.如权利要求7所述的信息见证装置，其特征在于，在从所述各个服务端标识中选取至少一个服务端标识时，所述选取单元具体用于：

获取所述各个服务端标识对应的身份信息，并从注册区块链中查找所述各个服务端标识对应的注册信息，其中，所述注册区块链是用于存储各个服务端标识与相应的注册信息之间的对应关系的数据链；

基于所述各个服务端标识对应的注册信息与身份信息的匹配结果，筛选出对应的身份信息验证通过的服务端标识，并从对应的身份信息验证通过的各个服务端标识中，选取至少一个服务端标识。

9.如权利要求6所述的信息见证装置，其特征在于，在通过所述目标见证服务端对所述待见证信息进行见证，并获取所述待见证信息的见证结果时，所述见证单元具体用于：

获取所述待见证信息对应的见证清单；

向所述目标见证服务端发送信息见证指令，指示所述目标见证服务端对所述待见证信息进行见证并按照所述见证清单返回相应的见证文件；

将所述目标见证服务端返回的各个见证文件作为所述待见证信息的见证结果。

10.如权利要求6-9任一项所述的信息见证装置，其特征在于，在将所述见证结果存储至见证区块链中时，所述存储单元具体用于：

获取所述目标见证服务端的见证公钥；

利用所述见证公钥，对利用所述目标见证服务端的见证私钥签名的所述见证结果进行验证，其中，所述目标见证服务端的见证公钥和见证私钥是所述目标见证服务端在注册时获得的；

若所述见证结果验证通过，则将所述见证结果存储至见证区块链中。