基于区块链的理赔方法及装置、电子设备

技术领域

本说明书一个或多个实施例涉及区块链技术领域，尤其涉及一种基于区块链的理赔方法及装置、电子设备。

背景技术

随着电子票据的普及，在理赔时使用电子票据的情况越来越普遍。

一般的，理赔受理费在收到用户提交的电子票据后需要对电子票据的真伪进行校验，以避免对虚假的电子发票进行理赔。

发明内容

本说明书实施例提供的一种基于区块链的理赔方法及装置和电子设备：

根据本说明书实施例的第一方面，提供一种基于区块链的理赔方法，应用于与区块链服务端对接的理赔客户端，所述区块链中存储了与用户相关的电子票据；所述方法包括：

检测用户触发的授权操作和理赔操作；

响应于用户触发的授权操作，向区块链服务端发送电子票据授权请求；其中，所述电子票据授权请求包括与用户指定的理赔受理方对应的授权信息；所述授权信息用于授权所述区块链中存储的所述用户的目标电子票据的查询权限，以使所述区块链服务端响应于所述电子票据授权请求，将所述目标电子票据进一步授权给所述用户指定的理赔受理方；

响应于所述理赔操作，向所述区块链服务端发送理赔请求，以使所述区块链服务端响应于所述理赔请求，指示所述理赔受理方基于所述目标电子票据针对所述用户进行理赔处理。

根据本说明书实施例的第二方面，提供一种基于区块链的理赔方法，应用于区块链服务端，所述区块链中存储了与用户相关的电子票据；所述方法包括：

接收理赔客户端发送的电子票据授权请求；其中，所述电子票据授权请求包括与用户指定的理赔受理方对应的授权信息；所述授权信息用于授权所述区块链中存储的所述用户的目标电子票据的查询权限；

响应于所述电子票据授权请求，基于所述授权信息查询所述区块链中存储的所述目标电子票据，并将所述目标电子票据进一步授权给所述用户指定的理赔受理方；

接收所述理赔客户端发送的理赔请求；

响应于所述理赔请求，指示所述理赔受理方基于所述目标电子票据针对所述用户进行理赔处理。

根据本说明书实施例的第三方面，提供一种基于区块链的理赔方法，应用于与区块链节点对接的理赔客户端，所述区块链中存储了与用户相关的电子票据；所述区块链上部署了用于对所述电子票据进行管理的智能合约；所述智能合约的合约代码对应的执行逻辑包括授权凭证生成逻辑；所述方法包括：

响应于用户触发的授权操作，确定用户指定的理赔受理方；

生成智能合约调用交易；其中，所述智能合约调用交易中包括所述理赔受理方；

向所述区块链中的节点设备发送智能合约调用交易，以触发所述区块链的节点设备分布式的执行所述智能合约中的授权凭证生成逻辑，为所述理赔受理方生成授权凭证；

其中，所述授权凭证用于取得所述区块链中存储的所述用户的电子票据中的至少部分电子票据的查询权限，以使所述理赔受理方在获取到所述授权凭证时，基于所述授权凭证查询所述区块链上存储的所述至少部分电子票据，并基于查询到的所述至少部分票据针对所述用户进行理赔处理。

根据本说明书实施例的第四方面，提供一种基于区块链的理赔装置，应用于与区块链服务端对接的理赔客户端，所述区块链中存储了与用户相关的电子票据；所述装置包括：

检测单元，检测用户触发的授权操作和理赔操作；

授权单元，响应于用户触发的授权操作，向区块链服务端发送电子票据授权请求；其中，所述电子票据授权请求包括与用户指定的理赔受理方对应的授权信息；所述授权信息用于授权所述区块链中存储的所述用户的目标电子票据的查询权限，以使所述区块链服务端响应于所述电子票据授权请求，将所述目标电子票据进一步授权给所述用户指定的理赔受理方；

理赔单元，响应于所述理赔操作，向所述区块链服务端发送理赔请求，以使所述区块链服务端响应于所述理赔请求，指示所述理赔受理方基于所述目标电子票据针对所述用户进行理赔处理。

根据本说明书实施例的第五方面，提供一种基于区块链的理赔装置，应用于区块链服务端，所述区块链中存储了与用户相关的电子票据；所述装置包括：

第一接收单元，接收理赔客户端发送的电子票据授权请求；其中，所述电子票据授权请求包括与用户指定的理赔受理方对应的授权信息；所述授权信息用于授权所述区块链中存储的所述用户的目标电子票据的查询权限；

响应单元，响应于所述电子票据授权请求，基于所述授权信息查询所述区块链中存储的所述目标电子票据，并将所述目标电子票据进一步授权给所述用户指定的理赔受理方；

第二接收单元，接收所述理赔客户端发送的理赔请求；

理赔单元，响应于所述理赔请求，指示所述理赔受理方基于所述目标电子票据针对所述用户进行理赔处理。

根据本说明书实施例的第六方面，提供一种基于区块链的理赔装置，应用于与区块链节点对接的理赔客户端，所述区块链中存储了与用户相关的电子票据；所述区块链上部署了用于对所述电子票据进行管理的智能合约；所述智能合约的合约代码对应的执行逻辑包括授权凭证生成逻辑；所述装置包括：

响应单元，响应于用户触发的授权操作，确定用户指定的理赔受理方；

生成单元，生成智能合约调用交易；其中，所述智能合约调用交易中包括所述理赔受理方；

理赔单元，向所述区块链中的节点设备发送智能合约调用交易，以触发所述区块链的节点设备分布式的执行所述智能合约中的授权凭证生成逻辑，为所述理赔受理方生成授权凭证；其中，所述授权凭证用于取得所述区块链中存储的所述用户的电子票据中的至少部分电子票据的查询权限，以使所述理赔受理方在获取到所述授权凭证时，基于所述授权凭证查询所述区块链上存储的所述至少部分电子票据，并基于查询到的所述至少部分票据针对所述用户进行理赔处理。

根据本说明书实施例的第七方面，提供一种电子设备，包括：

处理器；

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

其中，所述处理器被配置为上述任一项基于区块链的理赔方法。

以上技术方案中，通过用户授权区块链服务器查询区块链中存储的电子票据，以及在区块链服务器查到的电子票据基础上进一步授权理赔受理方可处理的目标电子票据。

一方面，通过区块链存证票据开具方为用户开具的电子票据，可以防止开具的电子票据被篡改。

另一方面，通过直连理赔受理方与，并结合用户授权，使得理赔受理方只能获取用户授权的目标电子票据。从而避免理赔受理方滥用授权获取用户全部的电子票据，有效解决用户隐私泄露问题，实现隐私保护的目标。

再一方面，由于用户授权的电子票据是存储在区块链上的，理赔受理方授权获取到的电子票据必然是真实的，因此理赔受理方无需对用户的电子票据进行真伪验证,也可以进行理赔处理。

附图说明

图1是本说明书一实施例提供的一种与区块链相关的网络环境的示意图；

图2是本说明书一实施例提供的基于区块链的理赔方法的流程图；

图3是本说明书一实施例提供的理赔界面的示意图；

图4是本说明书一实施例提供的弹窗界面的示意图；

图5是本说明书一实施例提供的电子票据展示界面的示意图；

图6是本说明书一实施例提供的理赔提交的示意图；

图7是与图2实施例对应的以区块链服务端为执行主体的方法流程图；

图8是本说明书一实施例提供的去中心化的理赔提交的示意图；

图9是一示例性实施例提供的一种电子设备的结构示意图；

图10是一示例性实施例提供的一种基于区块链的理赔装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

请参考图1，图1是本说明书示出的一种与区块链相关的网络环境的示意图。

在如图1所示的网络环境中，可以包括客户端设备101、区块链服务器102，以及区块链系统103。

在一种实施方式中，客户端设备101中的至少部分计算设备，可以包括用户使用的应用客户端的终端设备；例如安装有应用程序的终端设备。所述终端设备可以包括各种不同类型的计算设备；例如，可以包括诸如PC终端设备、移动终端设备、物联网设备，以及其它形式的具有一定的计算能力的智能设备，等等。例如图1中示出的设备1和设备2。

在一种实施方式中，客户端设备101中的至少部分计算设备，可以通过各种通信网络耦接到区块链服务端102；例如，图1中示出的设备3与区块链服务端102进行了耦接。

不难理解，客户端设备101中的部分终端设备，也可以不与区块链服务端102进行耦接，而是作为区块链节点通过各种通信网络直接耦接到区块链系统(图中未示出)。

其中，上述通信网络可以包括有线和/或无线通信网络；例如，可以是基于运营商提供的有线接入网络或者无线接入网络(比如移动蜂窝网络)实现的局域网(Local AreaNetwork，LAN)、广域网(Wide Area Network，WAN)、因特网或其组合。

在一种实时方式中，客户端设备101中的至少部分计算设备，可以包括与应用客户端对应的用户侧服务器。如此，客户端设备101中的至少部分计算设备，可以耦接到该用户侧服务器，而该用户侧服务器可以进一步与上述区块链服务端102进行耦接；例如，图1中示出的设备1耦接到设备3，设备3进一步耦接区块链服务端102。

在一种实施方式中，上述用户侧服务器可以由搭建了用户账户体系的服务实体来实现；上述服务实体可以包括面向用户提供各种线上和/或线下服务的服务载体的运营实体；

其中，上述服务载体可以包括软件形式的服务载体，也可以包括硬件形式的服务载体。

在一种实施方式中，上述服务载体可以包括提供线上互联网服务的各种客户端软件；例如，网站、网页、APP等。

在一种实施方式中，上述服务载体也可以包括部署在线下的，能够提供线下服务的各种智能设备。

相应的，上述运营实体可以包括上述服务载体对应的运营方；例如，上述运营实体可以包括对上述服务载体进行运营和管理的个人、组织、公司和企业，等等。

在一种实施方式中，区块链服务端102也可以通过各种通信网络耦接到一个或者多个区块链系统；例如，图1中示出的区块链服务端102可以分别耦接到区块链系统103,以及图中未示出的其它区块链系统。

在一种实施方式中，每个区块链系统都可以维护一个或多个区块链(例如，公有区块链、私有区块链、联盟区块链等)，并包括用于承载上述一个或多个区块链的多个区块链节点；例如，如图1中示出的区块链节点1、区块链节点2、区块链节点3、区块链节点4、区块链节点i等可以共同承载一个或者多个区块链。各个区块链系统包含的区块链之间，以及各个区块链系统之间，还可以进行跨链的数据访问。

在一种实施方式中，区块链节点可以包括全节点和轻节点。全节点可以全量下载区块链中的每个区块所包含的区块链交易，并可以根据搭载的区块链共识算法，对每个区块链中所包含的区块链交易进行共识验证。

而轻节点可以不下载完整的区块链，而是可以只下载区块链中的每个区块的区块头数据，并将区块头所包含的数据作为验证根，用于以验证区块链交易的真实性。轻节点可以依附于全节点来访问区块链的更多功能。

例如，图1中示出的区块链系统103中的各个区块链节点都可以作为全节点；而图1中示出的直接耦接到区块链系统的设备5，就可以作为轻节点，依附于区块链系统103中的各个全节点。

在一种实施方式中，区块链节点可以是物理设备，也可以是在服务器或者服务器集群中实现的虚拟设备；例如，区块链节点设备可以是服务器集群中的一台物理主机，也可以是基于虚拟化技术对服务器或者服务器集群搭载的硬件资源进行虚拟化后，创建的虚拟机。每个区块链节点之间，可以通过各种类型的通信方法(比如TCP/IP)耦接在一起形成网络，来承载一个或者多个区块链。

在一种实施方式中，区块链服务端102可以包括用于提供区块链即服务(BaaS，Blockchain as a Service)的BaaS平台(也称之为BaaS云)。BaaS平台可以通过为区块链上发生的活动(诸如订阅和通知、用户验证、数据库管理和远程更新)，提供预先编写的软件的方式，面向与BaaS平台耦接的客户端侧计算设备，提供简单易用，一键部署，快速验证，灵活可定制的区块链服务，进而可以加速区块链业务应用开发、测试、上线，助力各行业区块链商业应用场景的落地。

例如，在一个例子中，与BaaS平台可以提供诸如MQ(Message Queue，消息队列)服务之类的软件；与BaaS平台耦接的客户端侧计算设备，可以订阅BaaS平台耦接的区块链系统中某一区块链上部署的智能合约，在触发执行后在区块链上产生的合约事件；而BaaS平台可以监听该智能合约在触发执行后在区块链上产生的事件，再基于MQ服务相关的软件，将该合约事件以通知消息的形式添加到消息队列中，使得订阅该消息队列的客户端侧计算设备，能够得到与上述合约事件相关的通知。

在一种实施方式中，BaaS平台还可以提供基于区块链技术的企业级平台服务，以帮助企业级客户构建安全且稳定的区块链环境，并轻松管理区块链的部署、操作、维护和开发。

例如，在一个例子中，BaaS平台可以基于云技术实现丰富的安全策略和多租户的隔离环境、基于芯片加密技术来提供高级的安全保护、基于高度可靠的数据存储，提供可以快速扩展，而不会中断的端到端的高可用性服务；

在另一个例子中，还可以提供增强的管理功能，以帮助客户构建企业级区块链网络环境；以及，还可以为标准区块链应用和数据提供本地支持，支持例如HyperledgerFabric和Enterprise Ethereum-Quorum的主流开源区块链技术，以构建开放且包容的技术生态系统。

请参考图2，图2是本说明书一实施例提供的一种基于区块链的理赔方法的流程图；应用于与区块链服务端对接的理赔客户端，所述区块链中存储了与用户相关的电子票据；所述方法包括：

步骤110，检测用户触发的授权操作和理赔操作；

步骤120，响应于用户触发的授权操作，向区块链服务端发送电子票据授权请求；其中，所述电子票据授权请求包括与用户指定的理赔受理方对应的授权信息；所述授权信息用于授权所述区块链中存储的所述用户的目标电子票据的查询权限，以使所述区块链服务端响应于所述电子票据授权请求，将所述目标电子票据进一步授权给所述用户指定的理赔受理方；

步骤130，响应于所述理赔操作，向所述区块链服务端发送理赔请求，以使所述区块链服务端响应于所述理赔请求，指示所述理赔受理方基于所述目标电子票据针对所述用户进行理赔处理。

在本说明书中，上述区块链可以是由若干开票节点构成的。所述开票节点可以是指具有电子票据的开具权限的票据开具方对应的区块链节点。

在示出的一种实施方式中，上述区块链还可以包括监管节点。所述监管节点可以是指对区块链中的开票节点进行监管的监管机构对应的节点，所述监控机构例如财政审计机构。

在示出的一种实施方式中，由所述开票节点构成的区块链可以是联盟链；所述联盟链的联盟成员包括具有电子票据的开具权限的若干票据开具方。

在本说明书中，上述区块链服务端可以是与上述区块链对接的BaaS平台；也可以是与上述区块链对接的电子票据运营方的票据系统，例如税务局的电子票据系统。

在本说明书中，上述理赔客户端可以是指中心化应用的理赔客户端，用户可以通过该理赔客户端申请进行理赔。

例如，以医疗保险理赔为例，上述电子票据可以包括与用户的就医记录相关的电子票据；

上述票据开具方可以包括医疗机构，例如医院、诊所、药店等；

上述区块链可以包括票据链；

上述区块链中的开票节点可以包括上述医疗机构对应的节点；

上述理赔客户端可以包括医疗理赔应用的客户端；用户可以在医疗理赔应用上申请进行医疗理赔；

上述区块链服务端可以包括与票据链对接的BaaS平台，例如支付宝BaaS平台。

在本说明书中，上述用户的授权操作，可以通过点击授权按钮的方式触发，也可以不通过点击按钮的方式触发，例如通过语音控制触发或者，通过指纹识别触发。

在本说明书中，上述具有电子票据的开具权限的票据开具方在为用户开具电子票据后，会基于该票据开具方对应的开票节点将开具的电子票据存储到区块链中。其中，存储在区块链中的电子票据会与该用户进行关联，以便后续查询该用户名下开具的电子票据。

在本说明书中，在用户理赔需要使用相关的电子票据时，用户可以在理赔客户端上操作以向区块链服务端进行授权。

相应地，理赔客户端响应于用户触发的授权操作，向区块链服务端发送电子票据授权请求；其中，所述电子票据授权请求包括与用户指定的理赔受理方对应的授权信息；所述授权信息用于授权区块链服务端查询区块链中存储的所述用户的电子票据中的目标电子票据的查询权限。

在示出的一种实施方式中，用户可以在理赔客户端上确定待授权的目标电子票据，进而通过理赔客户端向区块链服务端发送电子票据授权请求，以授权上述区块链服务端查询所述目标电子票据的查询权限。

例如，用户可以在理赔客户端上输入的目标电子票据的票据编号，或者导入本地存储的目标电子票据的图片。再例如，用户可以采集实体票据的图像，并基于图像识别技术提取出的票据信息，生成目标电子票据。

相应的，区块链服务端可以基于上述授权信息将所述目标电子票据进一步授权给所述用户指定的理赔受理方；并在用户触发理赔操作后，指示所述理赔受理方对授权的目标电子票据进行理赔处理。

在示出的一种实施方式中，用户还可以向区块链服务端授权查询所有的电子票据，然后由区块链服务端把所有的电子票据回传给理赔客户端；所述理赔客户端可以以列表的方式展现所有的电子票据，再由用户从列表中选出目标电子发票授权给理赔公司。

通过这种方式，可以提高用户体验，快捷直观的进行票据授权。

具体的，上述响应于用户触发的授权操作，向区块链服务端发送电子票据授权请求，包括：

响应于用户触发的授权操作，向区块链服务端发送电子票据授权请求；其中，所述电子票据授权请求包括与所述区块链中存储的所述用户的电子票据中的至少部分电子票据的查询权限对应的授权信息，以使所述区块链服务端响应于所述电子票据授权请求，基于所述授权信息查询所述区块链中存储的所述至少部分电子票据；

获取所述区块链服务端查询到的所述至少部分电子票据，并向所述用户输出所述至少部分电子票据；

响应于用户触发的票据选择操作，获取用户从所述至少部分电子票据中选择的目标电子票据。

在示出的一种实施方式中，上述理赔客户端面向所述用户提供的理赔界面中包括用于触发向区块链服务端发送电子票据授权请求的第一用户选项；

上述响应于用户触发的授权操作，向区块链服务端发送电子票据授权请求，包括：

响应于用户针对所述理赔界面中的所述第一用户选项的触发操作，向区块链服务端发送电子票据授权请求。

如图3所示是本说明书一实施例提供的理赔界面的示意图。图3中，理赔界面中包括第一用户选项31(图3中的“添加电子票据”选项)，当用户触发第一用户选项31后，理赔客户端会向区块链服务端发送电子票据授权请求。

在本说明书中，为了避免用户误触第一用户选项31，可以在响应于第一用户选项31的触发操作之后，增加一个授权确认的步骤。

在示出的一种实施方式中，上述响应于用户针对所述理赔界面中的所述第一用户选项的触发操作，向区块链服务端发送电子票据授权请求，可以包括：

响应于用户针对所述理赔界面中的所述第一用户选项的触发操作，在所述理赔界面中输出用于进行授权确认的弹窗界面；其中，所述弹窗界面中包括用于进行授权确认的第二用户选项；

响应于用户针对所述第二用户选项的触发操作，向区块链服务端发送电子票据授权请求。

如图4所示是本说明书一实施例提供的弹窗界面的示意图。图4中，理赔界面中输出有用于进行授权确认的弹窗界面32；该弹窗界面32中显示有用于进行授权确认的第二用户选项33(图4中的“授权并继续”选项)。

如果用户不是误触第一用户选项31，那么用户可以通过点击第二用户选项33进行授权确认，以使理赔客户端向区块链服务端发送电子票据授权请求；而如果用户是误触第一用户选项31，那么用户开通过点击取消授权的选项如图4中的“不用了，谢谢”中止授权。

在本说明书中，当用户触发上述第二用户选项后，理赔客户端就可以将与所述区块链中存储的所述用户的电子票据中的至少部分电子票据的查询权限对应的授权信息发送给区块链服务端。

在示出的一种实施方式中，上述授权信息包括添加了所述用户的身份信息的使用授权文本；相应地，理赔客户端在生成与上述电子票据的查询权限对应的授权信息时，可以通过获取预配置的使用授权文本，并在所述使用授权文本中添加所述用户的身份信息以作为授权信息；其中，所述身份信息包括所述用户的身份标识，所述授权文本可以包括授权协议。

在示出的一种实施方式中，上述授权信息中可以包括授权条件，相应的，上述与所述区块链中存储的所述用户的目标电子票据，包括：

所述区块链中存储的所述用户的电子票据中满足所述授权条件的目标电子票据。

通过授权条件可以约束区块链服务端可查询的电子票据的范围，避免授权范围外用户的电子票据信息被泄露的风险；

在示出的一种实施方式中，上述授权条件包括所述区块链中存储的由所述票据开具方在预设的时间段内与所述用户相关的电子票据。

如图4中所示弹窗界面中显示的提示信息“授权服务平台向相关第三方查询被保险人的相关医疗票据，根据您填写的就医时间查询前7天后30天的医疗电子票据，供理赔申请时选择”；其中的“前7天后30天”就是一种时间维度的授权条件，用户授权区块链服务端查询的是就医时间的前7天至后30天的医疗电子票据。

需要说明的是，授权条件除了时间维度之外，还可以包括电子票据类型、金额大小、开票方等不同维度的授权条件。

在示出的一种实施方式中，上述向区块链服务端发送电子票据授权请求，包括：针对所述用户进行身份认证；如果针对所述用户的身份认证通过，进一步向区块链服务端发送电子票据授权请求。

其中，针对所述用户进行身份认证可以基于区块链服务端独立认证，也可以通过第三方的认证机构进行身份认证，例如通过公安机关的身份认证系统进行身份认证。

其中，在进行身份认证时，可以是对用户的身份信息进行认证。上述身份信息可以包括用户输入的身份证、驾驶证、护照等唯一身份标识和/或采集到的用户的人脸信息、指纹信息等生物识别信息。

该实施方式中，通过对用户进行身份认证，以确定当前授权操作的操作者是否是用户本人。

在示出的一种实施方式中，所述授权信息可以是基于所述用户持有的私钥对上述身份信息进行数字签名处理后生成的授权信息。

相应的，区块链服务端在基于该数字签名的授权信息去区块链查询数据时，区块链节点或者智能合约需要对该授权信息的数字签名进行验证，以确定区块链服务端是否授权具有查询的权限。

在本说明书中，理赔客户端向区块链服务端发送授权请求后，可以接收区块链服务端返回的其查询到的电子票据，并向用户输出这些接收到的电子票据。

在示出的一种实施方式中，在上述响应于用户触发的授权操作(例如响应于用户针对所述第二用户选项的触发操作)，向区块链服务端发送电子票据授权请求的同时，还可以跳转至电子票据展示界面；

获取所述区块链服务端查询到的所述至少部分电子票据，并向所述用户输出所述至少部分电子票据，包括：获取所述区块链服务端查询到的所述至少部分电子票据，通过所述电子票据展示界面向所述用户输出所述至少部分电子票据；以使所述用户从输出的所述至少部分电子票据中选择用于理赔的目标电子票据。

如图5所示是本说明书一实施例提供的电子票据展示界面的示意图。在用户点击第二用户选项后，理赔客户端会调整至图5所示的电子票据展示界面，并在该界面中输出区块链服务端查询到的与用户相关的电子票据。

在本说明书中，用户可以在区块链服务端查询到的电子票据中，选择向理赔受理方授权的目标电子票据以由理赔受理方获取第二次授权的目标电子票据。相应的，理赔客户端响应于用户触发的票据选择操作，获取用户从展示的至少部分电子票据中选择目标电子票据，并向所述区块链服务端发送理赔请求；其中，所述理赔请求包括所述目标电子票据，以使所述区块链服务端响应于所述理赔请求，指示所述理赔受理方基于所述选择的目标电子票据针对所述用户进行理赔处理。

在示出的一种实施方式中，上述将所述目标电子票据进一步授权给所述用户指定的理赔受理方时，所述目标电子票据可以是明文，也可以是票据编号。其中，当为票据编号时，可以进一步降低用户隐私泄露的风险。

在示出的一种实施方式中，上述指定的理赔受理方可以是用户在理赔界面选择或输入的理赔受理方。

在示出的一种实施方式中，上述电子票据展示界面包括用于触发向所述理赔受理发起理赔处理的第三用户选项；

上述响应于所述用户触发的授权操作，向所述区块链服务端发送理赔请求，包括：

响应于所述用户针对所述第三用户选项的触发操作，向所述区块链服务端发送所述理赔请求。

图5所示的电子票据展示界面除了输出有区块链服务端查询到的与用户相关的至少部分电子票据，还针对每个电子票据显示有供用户勾选的第四选项34和35。其中，第四选项34的状态表示已选中，第四选项35的状态表示未选中。

需要说明的是，第四选项的状态可以随用户点击而更新，例如当用户点击第四选项34，则该第四选项34的状态就会从已选择更新为未选中，当用户再次点击未选中的第四选项34时，其状态有会从未选中更新为已选中。与之类似的是，第四选项35也可以随用户点击，从未选更新为已选中。

在用户勾选了需要授权的电子票据后，可以通过点击图5中的第三用户选项(图5中的“确认”选项36)，向所述区块链服务端发送所述理赔请求。

进一步的，区块链服务端响应于所述理赔请求，指示所述理赔受理方基于所述目标电子票据针对所述用户进行理赔处理。

在示出的一种实施方式中，图5中的“确认”选项可以不是第三用户选项，理赔客户端在响应用户针对“确认”选项的触发操作后，可以跳转回前述图3的理赔界面，并在理赔界面中进行理赔提交。

图6是本说明书一实施例提供的理赔提交的示意图，当图5中用户勾选了2电子票据并点击“确认”选项后，理赔客户端会跳转到图6所示的理赔界面。图6与图3不同之处在于，图3中第一用户选项31展示效果会切换为图6中的用户选项37的展示效果(例如显示用户选择的电子票据数量)。

该用户选项37具有与第一用户选项相同的功能，当用点击用户选项37时会再次授权区块链服务端查询区块链中存储的电子票据的权限。

图6中的理赔界面中包括第三用户选项(图6中的“提交”选项38)，理赔客户端响应于用户针对“提交”选项38的触发操作，向区块链服务端发送理赔请求。

以上实施例中，通过用户授权区块链服务器查询区块链中存储的电子票据，以及在区块链服务器查到的电子票据基础上进一步授权理赔受理方可处理的目标电子票据。

一方面，通过区块链存证票据开具方为用户开具的电子票据，可以防止开具的电子票据被篡改。

另一方面，通过直连理赔受理方与，并结合用户授权，使得理赔受理方只能获取用户授权的目标电子票据。从而避免理赔受理方滥用授权获取用户全部的电子票据，有效解决用户隐私泄露问题，实现隐私保护的目标。

再一方面，由于用户授权的电子票据是存储在区块链上的，理赔受理方授权获取到的电子票据必然是真实的，因此理赔受理方无需对用户的电子票据进行真伪验证,也可以进行理赔处理。

请参考图7，图7是本说明书一实施例提供的一种基于区块链的理赔方法的流程图；应用于区块链服务端，所述区块链中存储了与用户相关的电子票据；所述方法包括：

步骤210，接收理赔客户端发送的电子票据授权请求；其中，所述电子票据授权请求包括与用户指定的理赔受理方对应的授权信息；所述授权信息用于授权所述区块链中存储的所述用户的目标电子票据的查询权限；

步骤220，响应于所述电子票据授权请求，基于所述授权信息查询所述区块链中存储的所述目标电子票据，并将所述目标电子票据进一步授权给所述用户指定的理赔受理方；

步骤230，接收所述理赔客户端发送的理赔请求；

步骤240，响应于所述理赔请求，指示所述理赔受理方基于所述目标电子票据针对所述用户进行理赔处理。

该实施例执行主体为区块链服务端，与前述图2所示的执行主体为理赔客户端是相对应的，各步骤可以参考前述图2所述实施例。

在示出的一种实施方式中，所述基于所述授权信息查询所述区块链中存储的所述目标电子票据之前，还包括：

将所述授权信息或者所述授权信息的hash值发布至所述区块链进行存储。

通过将授权信息或者所述授权信息的hash值发布到区块链进行存证，以便作为查询被授权的证据。

在示出的一种实施方式中，所述授权信息基于所述用户持有的私钥进行数字签名处理。相应的，区块链服务端在基于该数字签名的授权信息去区块链查询数据时，区块链节点或者智能合约需要对该授权信息的数字签名进行验证，以确定区块链服务端是否授权具有查询的权限。

在示出的一种实施方式中，将所述目标电子票据进一步授权给所述用户指定的理赔受理方，包括：

基于所述用户指定的理赔受理方持有的密钥对所述目标电子票据进行加密处理，并将加密处理后的所述目标电子票据进一步发送给所述理赔受理方，以将所述目标电子票据授权给所述理赔受理方。

在示出的一种实施方式中，所述区块链服务端包括与所述区块链对接的BaaS平台。

在示出的一种实施方式中，所述区块链包括联盟链；所述联盟链的联盟成员包括具有电子票据的开具权限的若干票据开具方。

在示出的一种实施方式中，所述理赔包括医疗保险理赔；所述电子票据包括与用户的就医记录相关的电子票据。

以上实施例中，通过用户授权区块链服务器查询区块链中存储的电子票据，以及在区块链服务器查到的电子票据基础上进一步授权理赔受理方可处理的目标电子票据。

一方面，通过区块链存证票据开具方为用户开具的电子票据，可以防止开具的电子票据被篡改。

另一方面，通过直连理赔受理方与，并结合用户授权，使得理赔受理方只能获取用户授权的目标电子票据。从而避免理赔受理方滥用授权获取用户全部的电子票据，有效解决用户隐私泄露问题，实现隐私保护的目标。

再一方面，由于用户授权的电子票据是存储在区块链上的，理赔受理方授权获取到的电子票据必然是真实的，因此理赔受理方无需对用户的电子票据进行真伪验证,也可以进行理赔处理。

请参考图8，图8是本说明书一实施例提供的一种基于区块链的理赔方法的流程图；应用于与区块链节点对接的理赔客户端，所述区块链中存储了与用户相关的电子票据；所述区块链上部署了用于对所述电子票据进行管理的智能合约；所述智能合约的合约代码对应的执行逻辑包括授权凭证生成逻辑；所述方法包括：

步骤310，响应于用户触发的授权操作，确定用户指定的理赔受理方；

步骤320，生成智能合约调用交易；其中，所述智能合约调用交易中包括所述理赔受理方；

步骤330，向所述区块链中的节点设备发送智能合约调用交易，以触发所述区块链的节点设备分布式的执行所述智能合约中的授权凭证生成逻辑，为所述理赔受理方生成授权凭证；

其中，所述授权凭证用于取得所述区块链中存储的所述用户的电子票据中的至少部分电子票据的查询权限，以使所述理赔受理方在获取到所述授权凭证时，基于所述授权凭证查询所述区块链上存储的所述至少部分电子票据，并基于查询到的所述至少部分票据针对所述用户进行理赔处理。

在该实施例中，上述区块链可以是由若干开票节点、理赔节点构成的。所述开票节点可以是指具有电子票据的开具权限的票据开具方对应的区块链节点。所述理赔节点可以是指具有对电子票据进行理赔处理的理赔受理方对应的区块链节点。

在示出的一种实施方式中，上述区块链还可以包括监管节点。所述监管节点可以是指对区块链中的开票节点进行监管的监管机构对应的节点，所述监控机构例如财政审计机构。

在示出的一种实施方式中，由所述开票节点构成的区块链可以是联盟链；所述联盟链的联盟成员包括上述具有电子票据的开具权限的若干票据开具方。

在该实施例中，与前述图2所示实施例不同之处在于，理赔客户端是一种去中心化应用的理赔客户端。因此，该实施例中不存在区块链服务端，并且理赔客户端直接与区块链耦接。

例如，以医疗保险理赔为例，上述电子票据可以包括与用户的就医记录相关的电子票据；

上述票据开具方可以包括医疗机构，例如医院、诊所、药店等；

上述区块链可以包括票据链；

上述区块链中的开票节点可以包括上述医疗机构对应的区块链节点；

上述区块链中的理赔节点可以包括上述医疗理赔机构对应的区块链节点；

上述理赔客户端可以包括医疗理赔应用的客户端；用户可以在医疗理赔应用上申请进行医疗理赔；

在该实施例中，上述具有电子票据的开具权限的票据开具方在为用户开具电子票据后，会基于该票据开具方对应的开票节点将开具的电子票据存储到区块链中。其中，存储在区块链中的电子票据会与该用户进行关联，以便后续查询该用户名下开具的电子票据。

在该实施例中，在用户理赔需要使用相关的电子票据时，用户可以在理赔客户端上操作，从而确定指定的理赔受理方；

进而使得理赔客户端生成智能合约调用交易，并向所述区块链中的节点设备发送智能合约调用交易。其中，所述智能合约调用交易中包括上述用户指定的理赔受理方。

在示出的一种实施方式中，所述智能合约调用交易中包括的理赔受理方可以是指理赔受理方的标识。

在该实施例中，该智能合约调用交易可以触发区块链的节点设备分布式的执行所述智能合约中的授权凭证生成逻辑，为所述理赔受理方生成授权凭证。

其中，所述授权凭证用于取得所述区块链中存储的所述用户的电子票据中的至少部分电子票据的查询权限，以使所述理赔受理方在获取到所述授权凭证时，基于所述授权凭证查询所述区块链上存储的所述至少部分电子票据，并基于查询到的所述至少部分票据针对所述用户进行理赔处理。

在示出的一种实施方式中，所述理赔受理方可以利用智能合约的事件机制，通过监听智能合约生成的事件的方式获取授权凭证，或者利用智能合约的订阅机制，通过订阅智能合约的方式，来获取授权凭证。

其中，智能合约的事件机制，是智能合约与链外实体进行交互的一种方式。对于区块链上部署的智能合约来说，通常无法直接与链外实体进行交互；例如，智能合约在调用完成后，通常无法将智能合约的调用结果，点对点的发送给智能合约的调用发起方。

上述智能合约在调用的过程中产生的调用结果(包括授权凭证)，通常都会以事件(Event)的形式，记录到调用该智能合约的那笔交易的交易日志(transaction logs)，该交易日志将存储到理赔节点的存储空间中。

如此，理赔受理方可以通过监听理赔节点的存储空间中存储的上述交易日志的方式，来获取智能合约生成的授权凭证。

交易日志最终会作为智能合约调用交易的收据(receipt)的一部分内容，存储在MPT收据树中。而与智能合约进行交互的理赔受理方，可以监听理赔节点的存储空间中存储的MPT收据树上的交易收据，并从监听到的交易收据中，来获取智能合约生成的授权凭证

其中，上述智能合约的订阅机制，是指理赔收款方通过订阅智能合约的方式，来获取智能合约生成的授权凭证。

上述事件机制与订阅机制不同在于，事件机制需要理赔受理方主动向智能合约获取授权凭证，而订阅机制是智能合约主动将生成的授权凭证推送给理赔受理方。

在该实施例中，所述智能合约调用交易中还包括与所述区块链中存储的所述用户的电子票据中的至少部分电子票据的查询权限对应的授权信息；

相应的，上述向所述区块链中的节点设备发送智能合约调用交易，以触发所述区块链的节点设备分布式的执行所述智能合约中的授权凭证生成逻辑，为所述理赔受理方生成授权凭证，包括：

向所述区块链中的节点设备发送智能合约调用交易，以触发所述区块链的节点设备分布式的执行所述智能合约中的所述授权凭证生成逻辑，基于所述授权信息为所述理赔受理方生成授权凭证。

在示出的一种实施方式中，上述智能合约的合约代码对应的执行逻辑还包括存证逻辑；

向所述区块链中的节点设备发送智能合约调用交易，以触发所述区块链的节点设备分布式的执行所述智能合约中的所述授权凭证生成逻辑，基于所述授权信息为所述理赔受理方生成授权凭证，包括：

向所述区块链中的节点设备发送智能合约调用交易，以触发所述区块链的节点设备分布式的执行所述智能合约中的所述存证逻辑，将所述授权信息发布至所述区块链中进行存证，并在存证完成后，进一步执行所述智能合约中的所述授权凭证生成逻辑，基于所述授权信息为所述理赔受理方生成授权凭证。

通过将授权信息在区块链中进行存证，以作为用户操作授权的证据。

在示出的一种实施方式中，上述授权信息基于所述用户持有的私钥进行数据签名处理；所述智能合约的合约代码对应的执行逻辑还包括签名验证逻辑；

向所述区块链中的节点设备发送智能合约调用交易，以触发所述区块链的节点设备分布式的执行所述智能合约中的所述存证逻辑，将所述授权信息发布至所述区块链中进行存证，还包括：

向所述区块链中的节点设备发送智能合约调用交易，以触发所述区块链的节点设备分布式的执行所述智能合约中的所述签名验证逻辑，基于所述用户的公钥对所述授权信息的数字签名进行验证；如果验证通过，进一步执行所述智能合约中的所述存证逻辑，将所述授权信息发布至所述区块链中进行存证。

在该实施方式中，理赔客户端向理赔受理方进行授权时，区块链需要先验证用户的电子签约以确定授权操作是用户本人操作的。

在示出的一种实施方式中，将所述授权信息发布至所述区块链中进行存证，包括：将所述授权信息的hash值发布至所述区块链中进行存证。

在示出的一种实施方式中，所述授权凭证包括与所述用户将所述至少部分电子票据的查询权限授权给所述理赔受理方的授权行为对应的可校验凭证。

在示出的一种实施方式中，所述授权凭证包括基于所述智能合约持有的私钥进行数字签名处理的所述授权信息的hash值。

以上实施例中，通过用户向理赔受理方授权向区块链查询电子票据的查询权限，以使理赔受理方基于查询到的至少部分票据针对用户进行理赔处理。

一方面，通过区块链存证票据开具方为用户开具的电子票据，可以防止开具的电子票据被篡改。

另一方面，通过直连理赔受理方与，并结合用户授权，使得理赔受理方只能获取用户授权的目标电子票据。从而避免理赔受理方滥用授权获取用户全部的电子票据，有效解决用户隐私泄露问题，实现隐私保护的目标。

再一方面，由于用户授权的电子票据是存储在区块链上的，理赔受理方授权获取到的电子票据必然是真实的，因此理赔受理方无需对用户的电子票据进行真伪验证,也可以进行理赔处理。

与上述基于区块链的理赔方法实施例相对应，本说明书还提供了基于区块链的理赔装置的实施例。

与上述基于区块链的理赔方法实施例相对应，本说明书还提供了一种基于区块链的理赔装置的实施例。本说明书的基于区块链的理赔装置的实施例可以应用在电子设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在电子设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图9所示，为本说明书的基于区块链的理赔装置所在电子设备的一种硬件结构图，除了图9所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的电子设备通常根据该电子设备的实际功能，还可以包括其他硬件，对此不再赘述。

参见图10，图10是与图2对应的一种基于区块链的理赔装置的框图。该装置可应用在电子设备上，所述区块链中存储了与用户相关的电子票据；所述装置包括：

检测单元410，检测用户触发的授权操作和理赔操作；

授权单元420，响应于用户触发的授权操作，向区块链服务端发送电子票据授权请求；其中，所述电子票据授权请求包括与用户指定的理赔受理方对应的授权信息；所述授权信息用于授权所述区块链中存储的所述用户的目标电子票据的查询权限，以使所述区块链服务端响应于所述电子票据授权请求，将所述目标电子票据进一步授权给所述用户指定的理赔受理方；

理赔单元430，响应于所述理赔操作，向所述区块链服务端发送理赔请求，以使所述区块链服务端响应于所述理赔请求，指示所述理赔受理方基于所述目标电子票据针对所述用户进行理赔处理。

可选的，所述授权单元420中，响应于用户触发的授权操作，向区块链服务端发送电子票据授权请求，包括：

响应于用户触发的授权操作，向区块链服务端发送电子票据授权请求；其中，所述电子票据授权请求包括与所述区块链中存储的所述用户的电子票据中的至少部分电子票据的查询权限对应的授权信息，以使所述区块链服务端响应于所述电子票据授权请求，基于所述授权信息查询所述区块链中存储的所述至少部分电子票据；

获取所述区块链服务端查询到的所述至少部分电子票据，并向所述用户输出所述至少部分电子票据；

响应于用户触发的票据选择操作，获取用户从所述至少部分电子票据中选择的目标电子票据。

可选的，所述授权信息中包括授权条件；与所述区块链中存储的所述用户的电子票据中的至少部分电子票据，包括所述区块链中存储的所述用户的电子票据中满足所述授权条件的电子票据。

可选的，所述授权条件包括所述区块链中存储的在预设的时间段内与所述用户相关的电子票据。

可选的，所述理赔客户端面向所述用户提供的理赔界面中包括用于触发向区块链服务端发送电子票据授权请求的第一用户选项；

所述授权单元420中，响应于用户触发的授权操作，向区块链服务端发送电子票据授权请求，包括：

响应于用户针对所述理赔界面中的所述第一用户选项的触发操作，向区块链服务端发送电子票据授权请求。

可选的，响应于用户针对所述理赔界面中的所述第一用户选项的触发操作，向区块链服务端发送电子票据授权请求，包括：

响应于用户针对所述理赔界面中的所述第一用户选项的触发操作，在所述理赔界面中输出用于进行授权确认的弹窗界面；其中，所述弹窗界面中包括用于进行授权确认的第二用户选项；

响应于用户针对所述第二用户选项的触发操作，向区块链服务端发送电子票据授权请求。

可选的，所述装置还包括：

跳转子单元，响应于用户触发的授权操作，跳转至电子票据展示界面；

所述获取所述区块链服务端查询到的所述至少部分电子票据，通过所述电子票据展示界面向所述用户输出所述至少部分电子票据。

可选的，所述电子票据展示界面包括用于触发向区块链服务端发送理赔请求的第三用户选项；

所述理赔单元430中，向所述区块链服务端发送理赔请求，包括：

响应于所述用户针对所述第三用户选项的触发操作，向所述区块链服务端发送所述理赔请求。

可选的，所述授权单元420中，向区块链服务端发送电子票据授权请求，包括：针对所述用户进行身份认证；如果针对所述用户的身份认证通过，进一步向区块链服务端发送电子票据授权请求。

可选的，所述授权信息基于所述用户持有的私钥进行数字签名处理。

可选的，所述区块链服务端包括与所述区块链对接的BaaS平台。

可选的，所述区块链包括联盟链；所述联盟链的联盟成员包括具有电子票据的开具权限的若干票据开具方。

可选的，所述理赔包括医疗保险理赔；所述电子票据包括与用户的就医记录相关的电子票据。

本说明书还提供了与图7对应的一种基于区块链的理赔装置的框图。该装置可应用在电子设备上，所述区块链中存储了与用户相关的电子票据；所述装置包括：

第一接收单元，接收理赔客户端发送的电子票据授权请求；其中，所述电子票据授权请求包括与用户指定的理赔受理方对应的授权信息；所述授权信息用于授权所述区块链中存储的所述用户的目标电子票据的查询权限；

响应单元，响应于所述电子票据授权请求，基于所述授权信息查询所述区块链中存储的所述目标电子票据，并将所述目标电子票据进一步授权给所述用户指定的理赔受理方；

第二接收单元，接收所述理赔客户端发送的理赔请求；

理赔单元，响应于所述理赔请求，指示所述理赔受理方基于所述目标电子票据针对所述用户进行理赔处理。

可选的，所述响应单元中，基于所述授权信息查询所述区块链中存储的所述目标电子票据之前，还包括：

将所述授权信息或者所述授权信息的hash值发布至所述区块链进行存储。

可选的，所述授权信息基于所述用户持有的私钥进行数字签名处理。

可选的，所响应单元中，将所述目标电子票据进一步授权给所述用户指定的理赔受理方，包括：

基于所述用户指定的理赔受理方持有的密钥对所述目标电子票据进行加密处理，并将加密处理后的所述目标电子票据进一步发送给所述理赔受理方，以将所述目标电子票据授权给所述理赔受理方。

可选的，所述区块链服务端包括与所述区块链对接的BaaS平台。

可选的，所述区块链包括联盟链；所述联盟链的联盟成员包括具有电子票据的开具权限的若干票据开具方。

可选的，所述理赔包括医疗保险理赔；所述电子票据包括与用户的就医记录相关的电子票据。

本说明书还提供了与图8对应的一种基于区块链的理赔装置的框图。该装置可应用在电子设备上，所述区块链中存储了与用户相关的电子票据；所述区块链上部署了用于对所述电子票据进行管理的智能合约；所述智能合约的合约代码对应的执行逻辑包括授权凭证生成逻辑；所述装置包括：

响应单元，响应于用户触发的授权操作，确定用户指定的理赔受理方；

生成单元，生成智能合约调用交易；其中，所述智能合约调用交易中包括所述理赔受理方；

理赔单元，向所述区块链中的节点设备发送智能合约调用交易，以触发所述区块链的节点设备分布式的执行所述智能合约中的授权凭证生成逻辑，为所述理赔受理方生成授权凭证；其中，所述授权凭证用于取得所述区块链中存储的所述用户的电子票据中的至少部分电子票据的查询权限，以使所述理赔受理方在获取到所述授权凭证时，基于所述授权凭证查询所述区块链上存储的所述至少部分电子票据，并基于查询到的所述至少部分票据针对所述用户进行理赔处理。

可选的，所述智能合约调用交易中还包括与所述区块链中存储的所述用户的电子票据中的至少部分电子票据的查询权限对应的授权信息；

所述理赔单元中，向所述区块链中的节点设备发送智能合约调用交易，以触发所述区块链的节点设备分布式的执行所述智能合约中的授权凭证生成逻辑，为所述理赔受理方生成授权凭证，包括：

向所述区块链中的节点设备发送智能合约调用交易，以触发所述区块链的节点设备分布式的执行所述智能合约中的所述授权凭证生成逻辑，基于所述授权信息为所述理赔受理方生成授权凭证。

可选的，所述智能合约的合约代码对应的执行逻辑还包括存证逻辑；

所述向所述区块链中的节点设备发送智能合约调用交易，以触发所述区块链的节点设备分布式的执行所述智能合约中的所述授权凭证生成逻辑，基于所述授权信息为所述理赔受理方生成授权凭证，包括：

向所述区块链中的节点设备发送智能合约调用交易，以触发所述区块链的节点设备分布式的执行所述智能合约中的所述存证逻辑，将所述授权信息发布至所述区块链中进行存证，并在存证完成后，进一步执行所述智能合约中的所述授权凭证生成逻辑，基于所述授权信息为所述理赔受理方生成授权凭证。

可选的，所述授权信息基于所述用户持有的私钥进行数字签名处理；所述智能合约的合约代码对应的执行逻辑还包括签名验证逻辑；

所述向所述区块链中的节点设备发送智能合约调用交易，以触发所述区块链的节点设备分布式的执行所述智能合约中的所述存证逻辑，将所述授权信息发布至所述区块链中进行存证，还包括：

向所述区块链中的节点设备发送智能合约调用交易，以触发所述区块链的节点设备分布式的执行所述智能合约中的所述签名验证逻辑，基于所述用户的公钥对所述授权信息的数字签名进行验证；如果验证通过，进一步执行所述智能合约中的所述存证逻辑，将所述授权信息发布至所述区块链中进行存证。

可选的，将所述授权信息发布至所述区块链中进行存证，包括：将所述授权信息的hash值发布至所述区块链中进行存证。

可选的，所述授权凭证包括与所述用户将所述至少部分电子票据的查询权限授权给所述理赔受理方的授权行为对应的可校验凭证。

可选的，所述授权凭证包括基于所述智能合约持有的私钥进行数字签名处理的所述授权信息的hash值。

可选的，所述区块链包括联盟链；所述联盟链的联盟成员包括具有电子票据的开具权限的若干票据开具方。

可选的，所述理赔包括医疗保险理赔；所述电子票据包括与用户的就医记录相关的电子票据。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

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

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

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

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。