CN108665372A - 基于区块链的信息处理、查询、储存方法和装置 - Google Patents

Abstract

本公开的目的在于提出一种基于区块链的信息处理方法，该方法包括：获取待储存的交易信息，所述交易信息包括交易信息的摘要；通过所述交易信息生成信息标识符；将所述交易信息摘要与所述信息标识符进行封装以生成区块链数据；以及在区块链上公开所述区块链数据以提供信息查询服务。通过使用本公开的方案，解决现有的保险信息平台中获取和存储交易数据存在的效率低下、扩展性差、无法共享和数据恶意串改和伪造的问题。

Description

基于区块链的信息处理、查询、储存方法和装置

技术领域

本公开涉及信息处理领域，特别地，涉及基于区块链的信息处理方法和装置，信息存储方法和装置，用于信息处理的客户端、接口设备和业务系统，用于信息查询及存储的接口设备和业务系统，以及存储介质。

背景技术

传统保险从产品设计到代理人制度销售模式，是一套自上而下的销售管理模式，中间环节繁复，对市场的节奏反馈响应速度慢，不能很好的适应当今快速变革的社会形势。目前传统医疗保险在向互联网方向转型的过程中遇到了巨大的阻力，互联网化程度低，难以的适应当今快速变革的社会形势。

其中，现有各保险公司通过建立自身核心业务系统(ERP)，取代手工记录作业流程，实现投保、核保、缴费出单、批改、报案、查勘、定核损、单证收集、理算核赔、结案完整业务流程的信息化管理。由于传统保险业务流程进行时需要多方平台的数据相互配合(如第三方的医疗机构)，不同参与方间平台间的系统无法打通，导致保单受理过程中许多环节仍需走线下人工核对审批的方式，大大地拉长了保险赔付的周期，同时保单审理过程也无法完全做到对参保人透明。

此外，现有传统保险行业的互联网化程度仍非常低，自建业务系统无法和流程参与方平台的信息互通，许多保单流程仍需线下人工查询审核处理，赔付审理过程漫长，并且无法对参保人做到实时公开透明。

即便保险公司和特定的第三方机构通过约定协议的方式建立系统间的信息共享机制，也需要双方投入时间和成本来对自身业务系统进行改造，使得不同系统之间的相互耦合。同时这种模式下的数据共享方式可扩展性差，难以将其复用到其他新加入的第三方机构上。而各方机构之间数据共享过程中，最重要的信任问题没有得到根本解决，获取的数据仍有可能是被恶意篡改或伪造过的。

因此，存在对现有的保险行业的交易信息数据的获取和存储方式进行改进的需求。

发明内容

本公开的目的在于提出一种基于区块链的信息处理方法，信息存储方法，用于信息查询的客户端、接口设备和业务系统，用于信息存储的接口设备和业务系统，以便解决现有的保险信息平台中获取和存储交易数据存在的效率低下、扩展性差、无法共享和数据恶意串改和伪造的问题。

根据本公开的一方面，提出一种基于区块链的信息处理方法，包括：获取待储存的交易信息，所述交易信息包括交易信息的摘要；通过所述交易信息生成信息标识符；将所述交易信息摘要与所述信息标识符进行封装以生成区块链数据；以及在区块链上公开所述区块链数据以提供信息查询服务。

根据本公开的实施例，还包括：接收来自于请求方的获取交易信息的请求，所述请求包括交易信息的摘要；根据获取交易信息的请求确定区块链数据；以及将所述区块链数据中的所述信息标识符返回请求方。

根据本公开的实施例，通过所述交易信息生成信息标识符，包括：确定所述交易信息对应的统一资源标识符地址；以及通过所述统一资源标识符地址生成所述信息标识符。

根据本公开的一方面，提出一种基于区块链的信息处理方法，应用于客户端，包括：向区块链发送获取交易信息的请求，所述请求包括交易信息的摘要，所述区块链存储所述交易信息的所述摘要和与所述摘要对应的信息标识符；接收来自所述区块链的所述信息标识符；向接口设备发送所述信息标识符；接收来自所述接口设备的所述交易信息，所述交易信息与所述信息标识符对应。

根据本公开的实施例，所述接口设备与多个业务系统通信，所述业务系统存储所述交易信息。

根据本公开的实施例，向接口设备发送所述信息标识符包括：向所述接口设备发送用于访问所述业务系统的验证信息。

根据本公开的又一方面，提出一种基于区块链的信息处理方法，应用于接口设备，包括：接收来自客户端的信息标识符，所述信息标识符与交易信息的摘要对应，所述摘要和所述信息标识符存储在区块链中；向业务系统发送所述信息标识符，所述业务系统存储所述交易信息；接收来自所述业务系统的所述交易信息，所述交易信息与所述信息标识符对应；向所述客户端发送所述交易信息。

根据本公开的实施例，向业务系统发送所述信息标识符包括：向所述业务系统发送用于访问所述业务系统的验证信息。

根据本公开的又一方面，提出一种基于区块链的信息处理方法，应用于业务系统，包括：向接口设备发送获取交易信息的请求，所述请求包括所述交易信息的摘要；接收来自所述接口设备的信息标识符，所述信息标识符与所述摘要对应，所述摘要和所述信息标识符存储在区块链中；向所述接口设备发送所述信息标识符；

接收来自所述接口设备的所述交易信息，所述交易信息与所述信息标识符对应，并且所述交易信息存储在另一业务系统。

根据本公开的实施例，向所述接口设备发送所述信息标识符包括：向所述接口设备发送用于访问所述另一业务系统的验证信息。

根据本公开的又一方面，提出一种基于区块链的信息处理方法，应用于接口设备，包括：接收来自业务系统的获取交易信息的请求，所述请求包括所述交易信息的摘要；向区块链发送所述获取交易信息的请求，所述区块链存储所述交易信息的所述摘要和与所述摘要对应的信息标识符；接收来自所述区块链的所述信息标识符；向所述业务系统发送所述信息标识符；接收来自所述业务系统的所述信息标识符；向另一业务系统发送所述信息标识符，所述另一业务系统存储所述交易信息；接收来自所述另一业务系统的所述交易信息，所述交易信息与所述信息标识符对应；向所述业务系统发送所述交易信息。

根据本公开的实施例，向另一业务系统发送所述信息标识符包括：向所述另一业务系统发送用于访问所述另一业务系统的验证信息。

根据本公开的又一方面，提出一种基于区块链的信息存储方法，应用于业务系统，包括：向接口设备发送存储交易信息的请求，所述请求包括所述交易信息的摘要和与所述摘要对应的信息标识符，所述摘要和所述信息标识符存储在区块链中。

根据本公开的实施例，响应于交易信息的生成自动发送存储交易信息的请求。

根据本公开的又一方面，提出一种基于区块链的信息存储方法，应用于接口设备，包括：接收来自业务系统的存储交易信息的请求，所述请求包括所述交易信息的摘要和与所述摘要对应的信息标识符；向区块链发送所述摘要和所述信息标识符以使所述区块链存储所述摘要和所述信息标识符。

根据本公开的再一方面，提出一种服务端，用于基于区块链的信息查询，包括：获取信息模块，用于获取待储存的交易信息，所述交易信息包括交易信息的摘要；标识符模块，用于通过所述交易信息生成信息标识符；封装模块，用于将所述交易信息摘要与所述信息标识符进行封装以生成区块链数据；以及发布模块，用于在区块链上公开所述区块链数据以提供信息查询服务。

根据本公开的再一方面，提出一种客户端，用于基于区块链的信息查询，包括：第一发送单元，设置为向区块链发送获取交易信息的请求，所述请求包括交易信息的摘要，所述区块链存储所述交易信息的所述摘要和与所述摘要对应的信息标识符；第一接收单元，设置为接收来自所述区块链的所述信息标识符；第二发送单元，设置为向接口设备发送所述信息标识符；第二接收单元，设置为接收来自所述接口设备的所述交易信息，所述交易信息与所述信息标识符对应。

根据本公开的再一方面，提出一种接口设备，用于基于区块链的信息查询，包括：第一接收单元，设置为接收来自客户端的信息标识符，所述信息标识符与交易信息的摘要对应，所述摘要和所述信息标识符存储在区块链中；第一发送单元，设置为向业务系统发送所述信息标识符，所述业务系统存储所述交易信息；第二接收单元，设置为接收来自所述业务系统的所述交易信息，所述交易信息与所述信息标识符对应；第二发送单元，设置为向所述客户端发送所述交易信息。

根据本公开的再一方面，提出一种业务系统，用于基于区块链的信息查询，包括：第一发送单元，设置为向接口设备发送获取交易信息的请求，所述请求包括所述交易信息的摘要；第一接收单元，设置为接收来自所述接口设备的信息标识符，所述信息标识符与所述摘要对应，所述摘要和所述信息标识符存储在区块链中；第二发送单元，设置为向所述接口设备发送所述信息标识符；第二接收单元，设置为接收来自所述接口设备的所述交易信息，所述交易信息与所述信息标识符对应，并且所述交易信息存储在另一业务系统。

根据本公开的再又一方面，提出一种接口设备，用于基于区块链的信息查询，包括：第一接收单元，设置为接收来自业务系统的获取交易信息的请求，所述请求包括所述交易信息的摘要；第一发送单元，设置为向区块链发送所述获取交易信息的请求，所述区块链存储所述交易信息的所述摘要和与所述摘要对应的信息标识符；第二接收单元，设置为接收来自所述区块链的所述信息标识符；第二发送单元，设置为向所述业务系统发送所述信息标识符；第三接收单元，设置为接收来自所述业务系统的所述信息标识符；第三发送单元，设置为向另一业务系统发送所述信息标识符，所述另一业务系统存储所述交易信息；第四接收单元，设置为接收来自所述另一业务系统的所述交易信息，所述交易信息与所述信息标识符对应；第四发送单元，设置为向所述业务系统发送所述交易信息。

根据本公开的再一方面，提出一种业务系统，用于基于区块链的信息存储，包括：第一发送单元，设置为向接口设备发送存储交易信息的请求，所述请求包括所述交易信息的摘要和与所述摘要对应的信息标识符，所述摘要和所述信息标识符存储在区块链中。

根据本公开的再又一方面，提出一种接口设备，用于基于区块链的信息存储，包括：第一接收单元，设置为接收来自业务系统的存储交易信息的请求，所述请求包括所述交易信息的摘要和与所述摘要对应的信息标识符；第一发送单元，设置为向区块链发送所述摘要和所述信息标识符以使所述区块链存储所述摘要和所述信息标识符。

根据本公开的再一方面，提出一种计算机可读存储介质，其上存储有计算机程序，该计算机程序包括可执行指令，当该可执行指令被处理器执行时，实施如上所述的方法。

根据本公开的再一方面，提出一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器设置为执行所述可执行指令以实施如上所述的方法。

本公开实施例的技术方案，基于区块链实现的保险信息平台，将保险业务相关的交易信息中的相关个人和保单信息的摘要和诸如数据指纹的信息标识符存储在区块链上，并提供查询客户端让用户查阅保单流程的每个环节以随时获取参保的情况，使保险的业务流程更加透明、智能和快捷。同时，区块链平台结合智能合约和业务定制触发机制实现保险业务的自动触发执行，使保险理赔流程更加智能，缩短保险流程时间。另外，利用区块链可信、不可篡改的特点，通过加入区块链的方式为多方机构实现信息查阅和共享，基于区块链分布式账本的共识机制来解决各方机构信息共享之间的相互信任问题。

附图说明

通过参照附图详细描述其示例性实施例，本公开的上述和其它特征及优点将变得更加明显。

图1是根据本公开实施例的信息查询和存储系统的示意图；

图2是根据本公开实施例的区块链存储交易信息的流程图；

图3是根据本公开实施例的区块链发送交易信息的流程图；

图4是根据本公开实施例的区块链存储交易信息的示意图；

图5是根据本公开实施例的客户端查询信息的过程示意图；

图6是根据本公开实施例的业务系统查询信息的过程示意图；

图7是根据本公开实施例的业务系统存储信息的过程示意图；

图8是根据本公开实施例的用于客户端的基于区块链的信息处理方法的流程图；

图9是根据本公开另一实施例的用于客户端的基于区块链的信息处理方法的流程图；

图10是根据本公开实施例的用于接口设备的基于区块链的信息处理方法的流程图；

图11是根据本公开另一实施例的用于接口设备的基于区块链的信息处理方法的流程图；

图12是根据本公开实施例的用于业务系统的基于区块链的信息处理方法的流程图；

图13是根据本公开另一实施例的用于业务系统的基于区块链的信息处理方法的流程图；

图14是根据本公开实施例的用于接口设备的基于区块链的信息处理方法的流程图；

图15是根据本公开另一实施例的用于接口设备的基于区块链的信息处理方法的流程图；

图16是根据本公开实施例的用于业务系统的信息存储方法的流程图；

图17是根据本公开实施例的用于接口设备的信息存储方法的流程图；

图18是根据本公开实施例的用于信息查询的客户端的结构图；

图19是根据本公开实施例的用于信息查询的接口设备的结构图；

图20是根据本公开实施例的用于信息查询的业务系统的结构图；

图21是根据本公开实施例的用于信息查询的接口设备的结构图；

图22是根据本公开实施例的用于信息存储的业务系统的结构图；

图23是根据本公开实施例的用于信息存储接口设备的结构图；

图24是根据本公开实施例的用于信息储存的服务端的结构图；以及

图25是根据本公开实施例的一种电子设备的示意框图。

具体实施方式

现在将参考附图更全面地描述示例性实施例。然而，示例性实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施方式；相反，提供这些实施方式使得本公开将全面和完整，并将示例性实施例的构思全面地传达给本领域的技术人员。在图中，为了清晰，可能会夸大部分元件的尺寸或加以变形。在图中相同的附图标记表示相同或类似的结构，因而将省略它们的详细描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有所述特定细节中的一个或更多，或者可以采用其它的方法、元件等。在其它情况下，不详细示出或描述公知结构、方法或者操作以避免模糊本公开的各方面。

首先，介绍本公开中使用的术语。

区块链：一种去中心化的分布式数据库，是基于P2P网络传输、共识机制、加密算法等技术的新型应用模式。区块链利用链式数据结构来存储和验证数据，利用密码学来保证数据传输和查询的安全，利用智能合约来操作数据。

UR I：统一资源标识符(Un i form Resource I dent i f i er，UR I)是一个用于标识某一互联网资源名称的字符串。该标识符允许用户对任何(包括本地和互联网)的资源通过特定的协议进行交互操作。在本公开中，URI指由业务数据产生的数据指纹信息标识符。可以通过该信息标识符，从原有的业务系统查询到对应的交易信息的详细数据。UR I与交易数据的摘要对应。

智能合约：运行在区块链上的软件，可以在区块链上通过交易指令(或者称为业务逻辑)写入和查询数据。智能合约需要区块链上参与的组织同意(根据一定的共识机制达成)方可使用。

下面将详细介绍根据本公开实施例的信息查询系统、方法和客户端、接口设备和业务系统。

图1示出信息查询系统的示例性结构。在本文中，以医疗保险交易信息的查询和存储为例介绍本公开实施例的信息查询方案，但是本领域技术人员将了解，医疗保险交易信息的查询仅是示例性的，并不作为本公开实施例的信息查询系统、方法和装置的限制。根据本公开实施例的信息查询方案可以应用于其它任何用于信息查询的场景中，特别是使用区块链这种分布式数据库存储信息数据的场景中。

信息查询系统100包括区块链101、客户端103、接口设备104和业务系统105、106和107。

区块链101用于存储与交易信息相关的信息。存储的信息包括医疗保险业务的交易信息的摘要和信息标识符。摘要与信息标识符相对应。摘要例如包括参保人信息、保单信息和费用明细等交易流水信息或其他摘要数据，可以实现流程信息的电子存证。而信息标识符为该摘要多对应的交易信息的数据指针，该数据指针作为一种信息指纹，指向在业务系统中存储的交易信息的更详细的保险核心业务数据。信息标识符可以采用URI或其他参考标识符的形式。

区块链101仅仅是加快和加强信息流通的平台，并非取代现有保险、医疗机构原有的业务模式。区块链101提供的是信息通道，真正的保险理赔业务，仍然通过现有系统进行处理。因此，区块链101中只保留最基本的元数据(Metadata)信息，该元数据包括个人信息、保单详情、医疗记录、数字票据等信息的摘要，和指向详细交易信息的信息标识符。

参见图2，示出了区块链存储交易信息的流程图，可包括如下步骤：

S010：获取待储存的交易信息，所述交易信息包括交易信息的摘要；交易信息可例如保险帐户的参保信息、保单流程等交易流水信息，交易信息的摘要是以上交易信息的简要说明部分。

S020：通过所述交易信息生成信息标识符；其中，可例如包括：确定所述交易信息对应的统一资源标识符地址(URI)；以及通过所述统一资源标识符地址生成所述信息标识符。在本实施例中，可例如将具体交易信息的URI地址作为信息标识符。

S030：将所述交易信息摘要与所述信息标识符进行封装以生成区块链数据。在本实施例中，区块链系统中只保留最基本的元数据(Metadata)信息，以及个人信息、保单详情、医疗记录、数字票据等信息的数字摘要(Hash D igest)，和详细信息的指针(URI或其它Reference)，而对于等级最高的敏感信息，可以通过加验的方式保证数据的安全。保险业务相关电子化数据仍然保存在自有的系统中，不会存放到区块链中。

参见图4，示出区块链101中存储交易信息的示意图。区块链101包括若干个区块，例如区块211，区块212，区块213。每个区块中存储交易信息的摘要221和信息标识符222，因此摘要221和信息标识符222相对应。交易信息231，交易信息232和交易信息233存储在保险机构的保险业务系统105中。对于交易信息231，摘要221包括诸如参保人消息、保单消息、保单状态、交易时间等的摘要信息；而信息标识符222作为数据指针，指向业务系统105中的交易信息231。因此，信息标识符222与交易信息231对应。但是，关于交易信息231中的详细内容的核心业务数据，仍然存储在保险业务系统105中。

S040：在区块链上公开所述区块链数据以提供信息查询服务。区块链本质上是数据库,它具有一些预先商定的技术和业务逻辑标准，通过点对点协议(peer-to-peer)机制和预先商定的关于可以哪种新数据可以被添加的规则让数据保持同步。基于预先设定的规则，一旦区块链数被发布到区块链上，它就会自动将数据传输到区块链网络系统中，区块链网络系统中的每一个区块链接收者都将记录这一更新数据，从而消除了对第三方的依赖，并防止了数据的篡改。一旦数据写入区块链，任何人，甚至是系统管理员都无法更改它。作为数据提供者，例如保险提供者可以证明保险数据未被更改。而作为数据接收者，可例如为参保人员可以确保数据从未被更改。

参见图3，示出了区块链存储发送信息的流程图，可包括如下步骤：

S050：接收来自于请求方的获取交易信息的请求，所述请求包括交易信息的摘要。参见图1，用户102可通过客户端103访问区块链101以查询与医保险相关的信息。客户端103可连接到区块链101的节点并提供查询功能。客户端103可以采用手机(特别是可以安装应用程序APP的智能手机)、个人数字助理PDA或个人计算机的形式。用户102在查询与保险相关的交易信息时，可以通过WEB网页界面或APP的形式发出查询请求并且获得相应的保险的交易信息的详细内容。用户102的查询请求中，至少应当包括交易信息的摘要的一部分。通过访问区块链101，可以获得与摘要对应的信息标识符以便获取交易信息的详细内容。

S060：根据获取交易信息的请求确定区块链数据；

S070：将所述区块链数据中的所述信息标识符返回请求方。在使用客户端103查询交易信息时，接口设备104将从区块链101获取的信息标识符发送到保险机构的业务系统105或医疗机构的业务系统106。保险、医疗机构中的业务系统105和106中获取交易信息的详细内容后，接口设备104可以将这些信息组装返回给查询的客户端103，用户102便可以查询到当前保险保单的交易信息的详细内容。

其中，在本申请的实施例中，保险公司，保险人，投保人，被投保人，受益人，以及监管机构均具有有不同的查看权限。具体的查看权限可例如通过接口设备进行判断甄别。使用接口设备104的优点在于，基于区块链的信息查询和存储系统作为一个开放的平台，各个参与方的业务系统只要能够和诸如医疗云的同一接口设备104对接就能加入，无需对现有业务系统做大量的改造。多方机构(例如保险机构、医疗机构、电子证书认证中心)通过和医疗云进行对接，并自行制定策略来限定将自身哪部分的信息共享、开放给其他机构。区块链101仅作为防篡改的数据检索平台，保存着各方交易信息数据的摘要和信息标识符，而交易信息的详细内容需要调用医疗云获取。这种方式保障了参与保险业务的各方信息共享中彼此的信任问题，为保险、医疗等行业之间数据的共享互通提供技术保障。同时，任何第三方机构，例如监管部门只需和医疗云对接，不必对自身原有也许系统做大的改造，便可加入到区块链信息查询和存储平台中。

参见图1，接口设备104设置于区块链101和业务系统105和106之间以提供接口服务。由于区块链101仅作为信息检索的入口，本身并不存储保险业务的交易信息的详细内容，因此需要参与协作的保险机构的业务系统105、医疗机构的业务系统106等对接到统一的接口服务来对外提供数据查询，以及对内提供数据存储功能。例如，接口设备104可以是第三方的医疗云系统，各机构的业务系统通过对接到医疗云来统一封装和屏蔽异构系统间的差异，从而实现整个信息流通中信息格式的标准化。在使用客户端103查询交易信息时，接口设备104将从区块链101获取的信息标识符发送到保险机构的业务系统105或医疗机构的业务系统106。保险、医疗机构中的业务系统105和106中获取交易信息的详细内容后，接口设备104可以将这些信息组装返回给查询的客户端103，用户102便可以查询到当前保险保单的交易信息的详细内容。

保险机构的业务系统105和医疗机构的业务系统106分别存储与保险和医疗相关的交易信息的详细内容。业务系统用于存储关于保险交易信息的核心业务数据。区块链101中存储的交易信息的摘要和信息标识符对应，该信息标识符与保险机构的业务系统105和/或医疗机构的业务系统106中的交易信息相对应，因此可以通过交易信息的摘要获取各个机构的业务系统105和/或106中存储的交易信息的详细内容。

与保险业务相关的核心电子化数据仍然保存在医疗、保险机构自有的业务系统105和106中而不会存储到区块链101中。通过将保险业务相关的摘要信息和信息标识符存储到区块链101中，可以利用区块链101的数据不可篡改、可追朔、共识的特点，实现了保险信息的存证问题。这样，通过引入智能合约来实现保险业务的智能化管理，实现保单的自动核保、快速理赔的目标。保险机构可以通过定制的智能合约来实现业务能力的自制管理，从而加速了保险业务的办理流程以实现智能理赔。

另外，当保险机构的业务系统105或医疗机构的业务系统106中的交易信息发生变化时，业务系统105和106可以通过接口设备104将该交易信息的摘要和对应的信息标识符发送到区块链101以进行存储。

业务系统105和106不仅包括保险机构和作为第三方机构的医疗机构的业务系统，可以包括诸如监管部门等的其它第三方机构的业务系统。通过以联盟链的形式提供一个保险信息共享互通的开放平台，将多个第三方机构加入联盟链，实现多方数据的共享互通、链上数据校验监管等，解决各方机构信息互信互通的问题，形成行业统一联盟。

对于保密等级较高的业务系统，为保证敏感信息的安全，可以通过在向业务系统存取数据时增加验证的方式。这种加强验证的方式相比仅将核心电子数据存储在业务系统的方案可以获得更高的安全性能。

另外，第三方系统还可以采用与区块链101直接连接的业务系统107的方式。例如，诸如证书中心的第三方系统的业务系统107可以响应于用户102通过客户端103发出的获取保险证书的请求，将与信息标识符对应的保险证书直接发送到客户端103。保险机构或其它第三方机构的业务系统也可以经由接口设备104访问证书中心的业务系统107获取保险证书。

下面参照附图详细介绍本公开实施例的信息查询和存储方法、装置的工作流程。

图5示出使用客户端103进行交易信息查询的过程。

首先，客户端103向区块链101向区块链发送获取交易信息的请求。获取交易信息的请求需要包括交易信息的摘要，或者包括该摘要的至少一部分。区块链101的每个区块存储一条交易信息的摘要和与摘要对应的信息标识符。因此，获取交易信息的请求至少需要包括足以使区块链101能够根据该摘要的信息查找到相应的区块以获取同属于一条交易信息的与该摘要对应的信息标识符的摘要信息。

区块链101基于获取请求中的摘要信息，获取与该摘要对应的信息标识符并将该信息标识符发送回客户端103。客户端103接收来自区块链101的信息标识符并将该信息标识符发送到接口设备104。

接口设备104与一个或多个业务系统105通信，这些业务系统105存储需要获取的交易信息。在接口设备104接收到该信息标识符后将该信息标识符发送到对应的业务系统105。业务系统105基于信息标识符获取与其对应的交易信息并将该交易信息返回给接口设备104。为保证更高的安全性，可以在向业务系统105存取数据时增加验证的步骤。

接口设备104在接收到交易信息后，将该交易信息发送到请求获取交易信息的客户端103。至此，完成客户端103获取交易信息的过程。

图6则示出业务系统105进行交易信息查询的过程。

首先，业务系统105响应于获取交易信息的事件，向接口设备104发送获取交易信息的请求。获取交易信息的请求需要包括交易信息的摘要，或者包括该摘要的至少一部分。

接口设备104在接收到业务系统105发送的获取请求后，向区块链101发送获取交易信息的请求。接口设备104可以基于自身与区块链101之间的通信协议发送该获取请求，其中该请求包括交易信息的摘要或摘要的至少一部分；也可以在接口设备104与业务系统105之间使用和接口设备104与区块链101之间相同的通信协议时，转发来自业务系统105的获取交易信息的请求。

区块链101的每个区块存储一条交易信息的摘要和与摘要对应的信息标识符。因此，来自业务系统105和接口设备104的获取交易信息的请求两者都需要满足：至少包括足以使区块链101能够根据该摘要的信息查找到相应的区块以获取同属于一条交易信息的与该摘要对应的信息标识符的摘要信息。

区块链101基于接口设备104的获取请求中的摘要信息，获取与该摘要对应的信息标识符并将该信息标识符发送回接口设备104。接口设备104接收来自区块链101的信息标识符并将该信息标识符发送到业务系统105。

业务系统105在获取到与获取请求中的摘要对应的信息标识符后，再次将该信息标识符发送到接口设备104。接口设备104响应于接收到该信息标识符，将该信息标识符转发到另一业务系统106。

另一业务系统106存储需要获取的交易信息。业务系统106基于信息标识符获取与其对应的交易信息并将该交易信息返回给接口设备104。为保证更高的安全性，可以在向另一业务系统106存取数据时增加验证的步骤。

接口设备104在接收到交易信息后，将该交易信息发送到请求获取交易信息的业务系统105。至此，完成业务系统105获取交易信息的过程。

另外，对于业务系统105从自身获取交易信息的情况，不需要再经由接口设备104请求和获取信息，只需要业务系统105内部即可完成。而对于另一业务系统106如图1中的业务系统107所示，并没有连接到公共的接口设备104的情况，接口设备104在从区块链101获取信息标识符后，可以直接将该信息标识符发送到业务系统107，以便使业务系统107响应于信息标识符的接收而返回交易信息或其它信息到接口设备104，然后接口设备104将接收到的交易信息等信息直接发送到最初发送获取交易信息的请求的业务系统105。同样，为保证更高的安全性，可以在向业务系统107存取数据时增加验证的步骤。

图7则示出业务系统进行信息存储的过程。

当业务系统105中完成新交易后，业务系统响应于该新交易的交易信息的生成自动或人工地向接口设备104发送存储交易信息的请求。

存储交易信息的请求包括交易信息的摘要和与摘要对应的信息标识符。接口设备104响应于接收到来自业务系统105存储请求，将该摘要和对应的信息标识符发送到区块链101。

区块链101接收到接口设备104发送的存储关于交易信息的摘要和信息标识符的请求后，将摘要和信息标识符存储在区块链的新区块中。至此，业务系统在区块链中存储信息的过程完成。

根据本公开的实施例，业务系统105发送存储交易数据的请求后将不再验证存储操作的完成，也不需要通知同样连接到接口设备104的其它业务系统。但是，也可以想到在完成新的区块存储后，将该区块链的新变化通知其它业务系统或客户端。

因此，如图8所示，根据本公开的实施例的应用于客户端的基于区块链的信息处理方法包括如下步骤：

S110：向区块链发送获取交易信息的请求；

S120：接收来自区块链的信息标识符；

S130：向接口设备发送信息标识符；

S140：接收来自接口设备的交易信息。

其中，该获取请求包括交易信息的摘要，区块链存储交易信息的摘要和与摘要对应的信息标识符，交易信息与信息标识符对应。接口设备与多个业务系统通信，该业务系统存储交易信息。

根据本公开的实施例，步骤S130还包括如图9所示的步骤：

S131：向接口设备发送用于访问业务系统的验证信息。

图10则示出根据本公开实施例的应用于接口设备的基于区块链的信息处理方法，包括如下步骤：

S210：接收来自客户端的信息标识符；

S220：向业务系统发送信息标识符；

S230：接收来自业务系统的交易信息；

S240：向客户端发送交易信息。

其中，信息标识符与交易信息的摘要对应，摘要和信息标识符存储在区块链中，交易信息与信息标识符对应。

根据本公开的实施例，步骤S220还包括如图11所示的步骤：

S221：向业务系统发送用于访问业务系统的验证信息。

图12则示出根据本公开实施例的用于业务系统的基于区块链的信息处理方法，包括如下步骤：

S310：向接口设备发送获取交易信息的请求；

S320：接收来自接口设备的信息标识符；

S330：向接口设备发送信息标识符

S340：接收来自接口设备的交易信息。

其中，请求包括交易信息的摘要，信息标识符与摘要对应，摘要和信息标识符存储在区块链中，交易信息与信息标识符对应，并且交易信息存储在另一业务系统。

根据本公开的实施例，步骤S330还包括如图13所示的步骤：

S331：向接口设备发送用于访问另一业务系统的验证信息。

图14示出根据本公开实施例的用于接口设备的基于区块链的信息处理方法，包括如下步骤：

S410：接收来自业务系统的获取交易信息的请求；

S420：向区块链发送获取交易信息的请求；

S430：接收来自区块链的信息标识符；

S440：向业务系统发送信息标识符；

S450：接收来自业务系统的信息标识符；

S460：向另一业务系统发送信息标识符；

S470：接收来自另一业务系统的交易信息；

S480：向业务系统发送交易信息。

其中，所述请求包括交易信息的摘要，区块链存储交易信息的摘要和与摘要对应的信息标识符，另一业务系统存储交易信息，交易信息与信息标识符对应。

根据本公开的实施例，步骤S460还包括如图15所示的步骤：

S461：向另一业务系统发送用于访问另一业务系统的验证信息。

图16示出根据本公开实施例的用于业务系统的信息存储方法，包括如下步骤：

S510：向接口设备发送存储交易信息的请求。

其中，存储请求包括交易信息的摘要和与摘要对应的信息标识符，摘要和信息标识符存储在区块链中。

根据本公开的实施例，该存储交易信息的请求可响应于交易信息的生成自动发送。

图17则示出根据本公开实施例的用于接口设备的信息存储方法，包括如下步骤：

S610：接收来自业务系统的存储交易信息的请求；

S620：向区块链发送摘要和信息标识符以使区块链存储摘要和信息标识符。

其中，所述存储请求包括交易信息的摘要和与摘要对应的信息标识符。

现在将介绍根据本公开实施例的用于信息查询和存储的客户端、接口设备和业务系统。

图18示出根据本公开实施例的用于信息查询的客户端1600，包括第一发送单元1610，第一接收单元1620，第二发送单元1630，第二接收单元1640。

其中，第一发送单元1610用于向区块链发送获取交易信息的请求，该请求包括交易信息的摘要，区块链存储交易信息的摘要和与摘要对应的信息标识符。第一接收单元1620用于接收来自区块链的信息标识符。第二发送单元1630用于向接口设备发送信息标识符。第二接收单元1640用于接收来自接口设备的交易信息，交易信息与信息标识符对应。

第二发送单元1630还用于向接口设备发送用于访问业务系统的验证信息。

图19示出根据本公开实施例的用于信息查询的接口设备1700，包括第一发送单元1710，第一接收单元1720，第二发送单元1730和第二接收单元1740。

其中，第一接收单元1710用于接收来自客户端的信息标识符，信息标识符与交易信息的摘要对应，摘要和信息标识符存储在区块链中。第一发送单元1720用于向业务系统发送信息标识符，业务系统存储交易信息。第二接收单元1730用于接收来自业务系统的交易信息，交易信息与信息标识符对应。第二发送单元1740用于向客户端发送交易信息。

第一发送单元1720还用于向业务系统发送用于访问业务系统的验证信息。

图20则示出根据本公开实施例的用于信息查询的业务系统1800，包括第一发送单元1810，第一接收单元1820，第二发送单元1830和第二接收单元1840。

其中，第一发送单元1810用于向接口设备发送获取交易信息的请求，请求包括交易信息的摘要。第一接收单元1820用于接收来自接口设备的信息标识符，信息标识符与摘要对应，摘要和信息标识符存储在区块链中。第二发送单元1830用于向接口设备发送信息标识符。第二接收单元1840用于接收来自接口设备的交易信息，交易信息与信息标识符对应，并且交易信息存储在另一业务系统。

第二发送单元1830还用于向接口设备发送用于访问另一业务系统的验证信息。

图21示出根据本公开实施例的用于信息查询的接口设备，包括第一发送单元1910，第一接收单元1920，第二发送单元1930，第二接收单元1940，第三发送单元1950，第三接收单元1960，第四发送单元1970和第四接收单元1980。

其中，第一接收单元1910用于接收来自业务系统的获取交易信息的请求，请求包括交易信息的摘要。第一发送单元1920用于向区块链发送获取交易信息的请求，区块链存储交易信息的摘要和与摘要对应的信息标识符。第二接收单元1930用于接收来自区块链的信息标识符。第二发送单元1940用于向业务系统发送信息标识符。第三接收单元1950用于接收来自业务系统的信息标识符。第三发送单元1960用于向另一业务系统发送信息标识符，另一业务系统存储交易信息。第四接收单元1970用于接收来自另一业务系统的交易信息，交易信息与信息标识符对应。第四发送单元1980用于向业务系统发送交易信息。

第三发送单元1960还用于向另一业务系统发送访问另一业务系统的验证信息。

图22示出根据本公开实施例的用于信息存储的业务系统2000，包括第一发送单元2010。第一发送单元用于向接口设备发送存储交易信息的请求，请求包括交易信息的摘要和与摘要对应的信息标识符，摘要和信息标识符存储在区块链中。

图23则示出根据本公开实施例的用于信息存储的接口设备2100，包括第一接收单元2110和第一发送单元2120。其中第一接收单元2110用于接收来自业务系统的存储交易信息的请求，请求包括交易信息的摘要和与摘要对应的信息标识符。第一发送单元2120用于向区块链发送摘要和信息标识符以使区块链存储摘要和信息标识符。

图24则示出根据本公开实施例的用于信息存储的服务端2400；包括获取信息模块2410用于获取待储存的交易信息，所述交易信息包括交易信息的摘要；标识符模块2420用于通过所述交易信息生成信息标识符；封装模块2430用于将所述交易信息摘要与所述信息标识符进行封装以生成区块链数据；以及发布模块2440用于在区块链上公开所述区块链数据以提供信息查询服务。

本公开实施例的技术方案，基于区块链实现的保险信息平台，将保险业务相关的交易信息中的相关个人和保单信息的摘要和诸如数据指纹的信息标识符存储在区块链上，并提供查询客户端让用户查阅保单流程的每个环节以随时获取参保的情况，使保险的业务流程更加透明、智能和快捷。同时，区块链平台结合智能合约和业务定制触发机制实现保险业务的自动触发执行，使保险理赔流程更加智能，缩短保险流程时间。另外，利用区块链可信、不可篡改的特点，通过加入区块链的方式为多方机构实现信息查阅和共享，基于区块链分布式账本的共识机制来解决各方机构信息共享之间的相互信任问题。此外，本公开的方法和系统为医疗保险行业不同系统间提供互信安全的数据共享方式，使得医疗保险电子单流程进一步电子化、流程公开透明化，有利于促进医疗保险行业的规范和统一。

应当注意，尽管在上文详细描述中提及了信息查询和存储方法以及信息查询和存储系统的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。作为模块或单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序包括可执行指令，该可执行指令被例如处理器执行时可以实现上述任意一个实施例中所述信息查询和存储方法的步骤。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书的信息查询和存储方法中描述的根据本公开各种示例性实施例的步骤。

根据本公开的实施例的用于实现上述方法的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

在本公开的示例性实施例中，还提供一种电子设备，该电子设备可以包括处理器，以及用于存储所述处理器的可执行指令的存储器。其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一个实施例中的信息查询和存储方法的步骤。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图25来描述根据本公开的这种实施方式的电子设备2200。图25显示的电子设备2200仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图25所示，电子设备2200以通用计算设备的形式表现。电子设备2200的组件可以包括但不限于：至少一个处理单元2210、至少一个存储单元2220、连接不同系统组件(包括存储单元2220和处理单元2210)的总线2230、显示单元2240等。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元2210执行，使得所述处理单元2210执行本说明书用于信息查询和存储方法中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元2210可以执行如图8至图17中所示的步骤。

所述存储单元2220可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)22201和/或高速缓存存储单元22202，还可以进一步包括只读存储单元(ROM)22203。

所述存储单元2220还可以包括具有一组(至少一个)程序模块22205的程序/实用工具22204，这样的程序模块22205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线2230可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备2200也可以与一个或多个外部设备2300(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备2200交互的设备通信，和/或与使得该电子设备2200能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口2250进行。并且，电子设备2200还可以通过网络适配器2260与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器2260可以通过总线2230与电子设备2200的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备2200使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAI D系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本公开实施方式的信息查询和存储方法。

本公开已由上述相关实施例加以描述，然而上述实施例仅为实施本公开的范例。必需指出的是，已揭露的实施例并未限制本公开的范围。相反，在不脱离本公开的精神和范围内所作的变动与润饰，均属本公开的专利保护范围。

Claims (21)

1.一种基于区块链的信息处理方法，其特征在于，包括：

获取待储存的交易信息，所述交易信息包括交易信息的摘要；

通过所述交易信息生成信息标识符；

将所述交易信息摘要与所述信息标识符进行封装以生成区块链数据；以及

在区块链上公开所述区块链数据以提供信息查询服务。

2.根据权利要求1所述的方法，其特征在于，还包括：

接收来自于请求方的获取交易信息的请求，所述请求包括交易信息的摘要；

根据获取交易信息的请求确定区块链数据；以及

将所述区块链数据中的所述信息标识符返回请求方。

3.根据权利要求1所述的方法，其特征在于，通过所述交易信息生成信息标识符，包括：

确定所述交易信息对应的统一资源标识符地址；以及

通过所述统一资源标识符地址生成所述信息标识符。

4.一种基于区块链的信息处理方法，应用于客户端，其特征在于，包括：

向区块链发送获取交易信息的请求，所述请求包括交易信息的摘要，所述区块链存储所述交易信息的所述摘要和与所述摘要对应的信息标识符；

接收来自所述区块链的所述信息标识符；

向接口设备发送所述信息标识符；

接收来自所述接口设备的所述交易信息，所述交易信息与所述信息标识符对应。

5.根据权利要求4所述的方法，其特征在于，所述接口设备与多个业务系统通信，所述业务系统存储所述交易信息。

6.一种基于区块链的信息处理方法，应用于接口设备，其特征在于，包括：

接收来自客户端的信息标识符，所述信息标识符与交易信息的摘要对应，所述摘要和所述信息标识符存储在区块链中；

向业务系统发送所述信息标识符，所述业务系统存储所述交易信息；

接收来自所述业务系统的所述交易信息，所述交易信息与所述信息标识符对应；

向所述客户端发送所述交易信息。

7.一种基于区块链的信息处理方法，应用于业务系统，其特征在于，包括：

向接口设备发送获取交易信息的请求，所述请求包括所述交易信息的摘要；

接收来自所述接口设备的信息标识符，所述信息标识符与所述摘要对应，所述摘要和所述信息标识符存储在区块链中；

向所述接口设备发送所述信息标识符；

接收来自所述接口设备的所述交易信息，所述交易信息与所述信息标识符对应，并且所述交易信息存储在另一业务系统。

8.根据权利要求7所述的方法，其特征在于，向所述接口设备发送所述信息标识符包括：向所述接口设备发送用于访问所述另一业务系统的验证信息。

9.一种基于区块链的信息处理方法，应用于接口设备，其特征在于，包括：

接收来自业务系统的获取交易信息的请求，所述请求包括所述交易信息的摘要；

向区块链发送所述获取交易信息的请求，所述区块链存储所述交易信息的所述摘要和与所述摘要对应的信息标识符；

接收来自所述区块链的所述信息标识符；

向所述业务系统发送所述信息标识符；

接收来自所述业务系统的所述信息标识符；

向另一业务系统发送所述信息标识符，所述另一业务系统存储所述交易信息；

接收来自所述另一业务系统的所述交易信息，所述交易信息与所述信息标识符对应；

向所述业务系统发送所述交易信息。

10.根据权利要求11所述的方法，其特征在于，向另一业务系统发送所述信息标识符包括：向所述另一业务系统发送用于访问所述另一业务系统的验证信息。

11.一种基于区块链的信息存储方法，应用于业务系统，其特征在于，包括：

向接口设备发送存储交易信息的请求，所述请求包括所述交易信息的摘要和与所述摘要对应的信息标识符，所述摘要和所述信息标识符存储在区块链中。

12.一种基于区块链的信息存储方法，应用于接口设备，其特征在于，包括：

接收来自业务系统的存储交易信息的请求，所述请求包括所述交易信息的摘要和与所述摘要对应的信息标识符；

向区块链发送所述摘要和所述信息标识符以使所述区块链存储所述摘要和所述信息标识符。

13.一种服务端，用于基于区块链的信息处理方法，其特征在于，包括：

获取信息模块，设置为获取待储存的交易信息，所述交易信息包括交易信息的摘要；

标识符模块，设置为通过所述交易信息生成信息标识符；

封装模块，设置为将所述交易信息摘要与所述信息标识符进行封装以生成区块链数据；以及

发布模块，设置为在区块链上公开所述区块链数据以提供信息查询服务。

14.一种客户端，用于基于区块链的信息查询，其特征在于，包括：

第一发送单元，设置为向区块链发送获取交易信息的请求，所述请求包括交易信息的摘要，所述区块链存储所述交易信息的所述摘要和与所述摘要对应的信息标识符；

第一接收单元，设置为接收来自所述区块链的所述信息标识符；

第二发送单元，设置为向接口设备发送所述信息标识符；

第二接收单元，设置为接收来自所述接口设备的所述交易信息，所述交易信息与所述信息标识符对应。

15.一种接口设备，用于基于区块链的信息查询，其特征在于，包括：

第一接收单元，设置为接收来自客户端的信息标识符，所述信息标识符与交易信息的摘要对应，所述摘要和所述信息标识符存储在区块链中；

第一发送单元，设置为向业务系统发送所述信息标识符，所述业务系统存储所述交易信息；

第二接收单元，设置为接收来自所述业务系统的所述交易信息，所述交易信息与所述信息标识符对应；

第二发送单元，设置为向所述客户端发送所述交易信息。

16.一种业务系统，用于基于区块链的信息查询，其特征在于，包括：

第一发送单元，设置为向接口设备发送获取交易信息的请求，所述请求包括所述交易信息的摘要；

第一接收单元，设置为接收来自所述接口设备的信息标识符，所述信息标识符与所述摘要对应，所述摘要和所述信息标识符存储在区块链中；

第二发送单元，设置为向所述接口设备发送所述信息标识符；

第二接收单元，设置为接收来自所述接口设备的所述交易信息，所述交易信息与所述信息标识符对应，并且所述交易信息存储在另一业务系统。

17.一种接口设备，用于基于区块链的信息查询，其特征在于，包括：

第一接收单元，设置为接收来自业务系统的获取交易信息的请求，所述请求包括所述交易信息的摘要；

第一发送单元，设置为向区块链发送所述获取交易信息的请求，所述区块链存储所述交易信息的所述摘要和与所述摘要对应的信息标识符；

第二接收单元，设置为接收来自所述区块链的所述信息标识符；

第二发送单元，设置为向所述业务系统发送所述信息标识符；

第三接收单元，设置为接收来自所述业务系统的所述信息标识符；

第三发送单元，设置为向另一业务系统发送所述信息标识符，所述另一业务系统存储所述交易信息；

第四接收单元，设置为接收来自所述另一业务系统的所述交易信息，所述交易信息与所述信息标识符对应；

第四发送单元，设置为向所述业务系统发送所述交易信息。

18.一种业务系统，用于基于区块链的信息存储，其特征在于，包括：

第一发送单元，设置为向接口设备发送存储交易信息的请求，所述请求包括所述交易信息的摘要和与所述摘要对应的信息标识符，所述摘要和所述信息标识符存储在区块链中。

19.一种接口设备，用于基于区块链的信息存储，其特征在于，包括：

第一接收单元，设置为接收来自业务系统的存储交易信息的请求，所述请求包括所述交易信息的摘要和与所述摘要对应的信息标识符；

第一发送单元，设置为向区块链发送所述摘要和所述信息标识符以使所述区块链存储所述摘要和所述信息标识符。

20.一种计算机可读存储介质，其上存储有计算机程序，该计算机程序包括可执行指令，当该可执行指令被处理器执行时，实施如权利要求1至12中任一项所述的方法。

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

处理器；以及

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

其中，所述处理器设置为执行所述可执行指令以实施如权利要求1至12中任一项所述的方法。