CN114722262A - 订单信息查询系统、订单信息的查询方法、装置及设备 - Google Patents

Abstract

本申请公开了一种订单信息查询系统、订单信息的查询方法、装置及设备，属于人机交互领域。订单信息查询系统包括：基于区块链设置的查询服务器和电商服务器；查询客户端，用于向查询服务器发送订单查询请求，订单查询请求携带有身份标识；查询服务器，用于根据身份标识从区块链中获取订单信息，身份标识与用户帐号对应，订单信息是电商服务器存储在区块链中的；查询服务器，用于将订单信息发送至查询客户端中；查询客户端，用于根据订单信息显示订单查询页面，订单查询页面包括属于不同的电子商务平台的订单信息。通过将订单信息存储在同一区块链上，使得查询客户端能够获取多个电子商务平台中的购买订单，提高信息查询的效率。

Description

订单信息查询系统、订单信息的查询方法、装置及设备

技术领域

本申请涉及人机交互领域，特别涉及一种订单信息查询系统、订单信息的查询方法、装置及设备。

背景技术

用户可在不同的电商应用程序或直播应用程序上购买商品。各个电商应用程序或直播应用程序具有各自的信息管理系统来管理用户的购买订单。

示意性的，用户在应用程序A上购买商品a，应用程序A中登录有该用户的用户帐号1，然后，用户又在应用程序B上购买商品b，应用程序B中登录有该用户的用户帐号2。当用户想要查看商品a和商品b的订单信息时，需要分别打开应用程序a和应用程序b(应用程序a已登录有对应的用户帐号)，进入对应的订单信息页面查看两个商品的信息。

基于上述技术方案，当用户需要查看在多个应用程序上购买的多个商品的订单信息，需要分别打开商品对应的应用程序才能查看，操作步骤较为繁琐，信息查询的效率较低。

发明内容

本申请实施例提供了一种订单信息查询系统、订单信息的查询方法、装置及设备，通过利用电商服务器和客户端对应的查询服务器在同一区块链上，使得查询服务器能够根据身份标识获取多个电子商务平台中的购买订单，无需用户分别打开应用程序进行查看，提高信息查询的效率。所述技术方案如下：

根据本申请的一个方面，提供了一种订单信息查询系统，所述订单信息查询系统包括：基于区块链设置的查询服务器和电商服务器，所述查询服务器与查询客户端相连，所述电商服务器包括至少两个电子商务平台对应的服务器；

所述查询客户端，用于向所述查询服务器发送订单查询请求，所述订单查询请求携带有身份标识，所述身份标识用于标识收货时的身份信息，不同的所述电子商务平台对应有相同的身份标识；

所述查询服务器，用于根据所述身份标识从所述区块链中获取所述订单信息，所述身份标识与用户帐号对应，所述用户帐号是登录在所述电子商务平台中的用户帐号，所述订单信息包括购买订单的订单标识和所述购买订单所属的电子商务平台的平台标识，所述订单信息是所述电商服务器存储在所述区块链中的；

所述查询服务器，用于将所述订单信息发送至所述查询客户端中；

所述查询客户端，用于根据所述订单信息显示订单查询页面，所述订单查询页面包括属于不同的所述电子商务平台的订单信息。

根据本申请的另一方面，提供了一种订单信息的查询方法，所述方法包括：

显示订单查询页面；

接收所述订单查询页面上的查询操作，所述查询操作用于根据身份标识查询不同的电子商务平台中的购买订单，所述身份标识用于标识收货时的身份信息，不同的所述电子商务平台对应有相同的身份标识；

根据所述查询操作显示所述购买订单的订单信息，所述订单信息包括所述购买订单的订单标识和所述购买订单所属的电子商务平台的平台标识。

根据本申请的另一方面，提供了一种订单信息的查询装置，所述装置包括：

显示模块，用于显示订单查询页面；

接收模块，用于接收所述订单查询页面上的查询操作，所述查询操作用于根据身份标识查询不同的电子商务平台中的购买订单，所述身份标识用于标识收货时的身份信息，不同的所述电子商务平台对应有相同的身份标识；

所述显示模块，用于根据所述查询操作显示所述购买订单的订单信息，所述订单信息包括所述购买订单的订单标识和所述购买订单所属的电子商务平台的平台标识。

根据本申请的另一方面，提供了一种计算机设备，所述计算机设备包括：处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上方面所述的订单信息的查询方法。

根据本申请的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上方面所述的订单信息的查询方法。

根据本申请的另一方面，提供了一种计算机程序产品或计算机程序，所述计算机程序产品或计算机程序包括计算机指令，所述计算机指令存储在计算机可读存储介质中。计算机设备的处理器从所述计算机可读存储介质读取所述计算机指令，所述处理器执行所述计算机指令，使得所述计算机设备执行如上方面所述的订单信息的查询方法。

本申请实施例提供的技术方案带来的有益效果至少包括：

通过查询服务器根据身份标识可从区块链中获取到用户在不同电子商务平台中的购买订单的订单信息，并将订单信息发送给查询客户端，使得用户能够在查询客户端显示的订单查询页面中查看不同电子商务平台对应的购买订单，帮助用户整合购买订单的订单信息，当用户具有多个购买订单时，无需用户分别打开对应的应用程序去查看订单信息，提高用户的信息查询效率。同时，结合区块链对订单信息进行存储，保证了来自不同电子商务平台的订单信息的安全性和有效性。

附图说明

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

图1是本申请一个示例性实施例提供的计算机系统的框图；

图2是本申请一个示例性实施例提供的订单信息的查询方法的流程图；

图3是本申请一个示例性实施例提供的订单查询页面的示意图；

图4是本申请另一个示例性实施例提供的订单信息的查询方法的流程图；

图5是本申请一个示例性实施例提供的小程序选择页面的示意图；

图6是本申请一个示例性实施例提供的订单统计页面的示意图；

图7是本申请另一个示例性实施例提供的订单信息的查询方法的流程图；

图8是本申请一个示例性实施例提供的订单提交页面的示意图；

图9是本申请另一个示例性实施例提供的订单信息的查询方法的流程图；

图10是本申请一个示例性实施例提供的提示信息的界面示意图；

图11是本申请另一个示例性实施例提供的提示信息的界面示意图；

图12是本申请另一个示例性实施例提供的提示信息的界面示意图；

图13是本申请一个示例性实施例提供的订单信息的查询方法的流程框架图；

图14是本申请一个示例性实施例提供的区块结构的示意图；

图15是本申请另一个示例性实施例提供的区块结构的示意图；

图16是本申请一个示例性实施例提供的订单信息的查询装置的框图；

图17是本申请另一个示例性实施例提供的订单信息的查询装置的框图；

图18是本申请一个示例性实施例提供的服务器的框图；

图19是本申请一个示例性实施例提供的计算机设备的框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

首先，对本申请实施例中涉及的名词进行介绍：

区块链(Blockchain):是指用分布式数据库识别、传播和记载信息的智能化对等网络。区块链技术是基于去中心化的对等网络，用开源程序把密码学原理、时序数据和共识机制相结合，保障分布式数据库中各节点的连贯和持续，使信息能即时验证、可追溯、但难以篡改且无法屏蔽，使得区块链形成隐私性高、高效、安全的共享系统。区块链中的每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台，平台产品服务以及应用服务层。

智能合约(Smart Contract，SC)：是指根据特定条件自动执行的合约程序，是用户与区块链进行交互，利用区块链实现业务逻辑的重要途径。智能合约的基本思想是各种各样的合约条款可以嵌入到我们使用的硬件和软件中，从而使得攻击者需要很大的代价去攻击，智能合约通过多方用户共同参与定制利用对等型网络(Peer to Peer，P2P)扩散并存入区块链，区块链构建的智能合约在触发条件下自动执行。例如，各家机构可以通过服务器中部署的区块链上的智能合约接入该数据存储系统，来使用该数据存储系统提供的数据存储以及数据查询等功能。智能合约本质是一套以数字形式定义、传播、验证或执行的约定，包括合约参与方可以在智能合约中执行约定，智能合约还允许在没有第三方的情况下进行可信交易，并且该交易可追踪不可逆转。比如，本申请提供的订单信息的查询方法是按照智能合约执行的，当电商服务器确定购买订单的真实性后，根据智能合约将订单信息存储在区块链中。

图1示出了本申请一个示例性实施例提供的计算机系统的结构示意图。该系统包括多个服务器101、多个存储设备102，其中，多个服务器101可以配置有同一条区块链，也即该多个服务器101可以组成区块链系统，各个服务器101分别为该区块链系统中的节点。可选地，区块链系统中的节点包括主记账节点和其他节点。区块链系统中的任意节点可通过选举的方式选出主记账节点，示意性的，区块链系统中的主记账节点通过任意节点使用分布式一致性的领导选举算法(leader选举算法)得到，服务器101为该区块链系统中的主记账节点。该多个服务器101可以是同一机构的多个服务器，还可以是属于不同机构的多个服务器，本申请实施例以服务器101包括查询服务器和电商服务器为例进行说明。

为了进行安全验证、权限管理等服务，区块链系统中配置有CA中心(CertificateAuthority，证书授权中心)103，用于存储各个机构的密钥，区块链系统中的各个服务器可以从CA中心中获取各个机构的密钥，以进行数据的加密和解密等过程。多个存储设备102用于为该多个服务器101提供存储服务，需要说明的是，该多个存储设备102可以组成分布式存储系统，用于采用分布式的形式来对提供存储数据。本申请实施例以该计算机系统为查询客户端对应的查询服务器和电商服务器构成的区块链系统为例进行说明。

区块链系统与存储系统、CA中心103之间通过网络进行连接。可选地，该网络是互联网或无线局域网。

当服务器101为查询客户端对应的查询服务器时，如上图所示，终端110与服务器101之间通过通信网络进行数据通信，可选地，通信网络可以是有线网络也可以是无线网络，且该通信网络可以是局域网、城域网以及广域网中的至少一种。

终端110中安装和运行有应用程序，该应用程序具有聚合用户在各个电子商务平台的购买订单的功能，该应用程序可以是购物类应用程序、直播类应用程序、即时通讯类应用程序、社交分享类应用程序、视频应用程序(包括短视频应用程序)中的任意一种。本申请实施例以该应用程序为即使通讯类应用程序为例进行说明。在一些实施例中，终端110中安装和运行有即时通讯应用程序，该即时通讯应用程序包括小程序，小程序是依赖于该即时通讯应用程序(宿主程序)运行的，该小程序具有聚合用户在各个电子商务平台的购买订单的功能。

可选地，终端110可以是智能手机、平板电脑、膝上便携式笔记本电脑、智能机器人等移动终端，也可以是台式电脑、投影式电脑等终端，本申请实施例对终端的类型不加以限定。

服务器101可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。在一种可能的实施方式中，服务器101是终端110中的应用程序的后台服务器。

如图1所示，在本实施例中，终端110中运行有即时通讯应用程序，该即时通讯应用程序包括订单助手小程序，该订单助手小程序用于管理用户在各个电子商务平台中购买商品的购买订单。在用户首次使用该订单助手小程序时，需要进行身份授权验证，通常是以用户在各个电子商务平台中的身份标识来进行身份授权验证。该身份标识包括用户的真实姓名、用户的联系电话(通常为手机号码)、用户的身份证号码、用户的常用收货地址中的至少一种。示意性的，以身份标识为用户的手机号码为例进行说明。

需要说明的是，在用户进行身份授权验证后，服务器101获取用户在各个电子商务平台中的购买订单。身份标识在各个电子商务平台中相同，且与各个电子商务平台中登录的用户帐号一一对应，当用户使用该用户帐号在电子商务平台A购买商品时，电商服务器(电子商务平台对应的服务器)将用户帐号、购买订单、购买订单所属的电子商务平台的平台标识建立关联关系。示意性的，电商服务器以身份标识作为键值(Key)，以用户帐号和平台标识作为值(Value)，将该键值对存储在区块链中。查询服务器101可根据身份标识和平台标识查询到用户帐号对应的购买订单。

示意性的，终端110中还安装有至少两种电子商务平台对应的应用程序，电子商务平台用于在线销售各类商品。在电子商务平台对应的应用程序登录有用户帐号，各个电子商务平台对应的用户帐号不同，各个用户帐号对应有相同的身份标识。示意性的，用户在电子商务平台A中登录有用户帐号a，电子商务平台B中登录有用户帐号b，用户帐号a与用户帐号b均与同一身份标识(手机号码)建立关联关系(或绑定关系)。

即时通讯程序向服务器101发送订单查询请求，该订单查询请求包括用户的身份标识，服务器101执行如下步骤：步骤11，接收订单查询请求；步骤12，根据订单查询请求中的身份标识从区块链中查询各个电子商务平台中的购买订单；步骤13，将查询到的订单信息发送至查询客户端(终端110)。

查询客户端在接收到订单信息后，订单助手小程序显示订单管理页面，在该订单管理页面包括用户在各个电子商务平台中的购买订单，包括订单号、电子商务平台的平台标识(或标签)、商品名称、商品参数、商品价格、物流信息、商品的图像、下单时间、付款时间等信息。在一些实施例中，订单管理页面还包括订单搜索控件，通过该订单搜索控件用户可搜索购买订单；在另一些实施例中，订单管理页面还包括详情控件，通过该详情控件用户可在对应的电子商务平台中查看该购买订单的详细信息，以及对该购买订单进行确认收货操作、申请开票操作、申请退款操作。

可以理解的是，上述实施例仅以终端中依赖于宿主程序运行的小程序(订单助手小程序)为例，本申请实施例对小程序的名称不加以限定。在实际使用过程中，上述订单信息的查询方法还可以应用于应用程序中，本申请实施例对此不加以限定。

图2示出了本申请一个示例性实施例提供的订单信息的查询方法的流程图。该方法应用于如图1所示的计算机系统100中。该方法包括如下步骤：

步骤201，查询客户端向查询服务器发送订单查询请求，该订单查询请求携带有身份标识，身份标识用于表示收货时的身份信息，不同的电子商务平台对应有相同的身份标识。

查询客户端具有聚合不同电子商务平台中的购买订单的功能，该查询客户端与查询服务器通过通信网络进行数据通信，各个电子商务平台对应有电商各自的电商服务器。查询服务器和至少两个电子商务平台对应的电商服务器属于同一区块链上的节点。

示意性的，该查询客户端和电子商务平台对应的电商客户端不是同一客户端。查询客户端用于将用户在各个电子商务平台的订单进行聚合并显示，电商客户端用于用户在线购买商品。

身份标识用于唯一标识用户在收货时的身份信息，即每个用户对应的身份标识不同。示意性的，身份标识包括用户的联系电话(通常以手机号码为身份标识)、身份证号码、常用收货地址、真实姓名中的至少一种。在不同的电子商务平台中的身份标识是相同的，如在用户在不同的电子商务平台中使用同一手机号码。

示意性的，响应于查询客户端接收到订单查询操作，查询客户端根据订单查询操作生成订单查询请求，该订单查询请求携带有用户的手机号码(身份标识)。在一些实施例中，查询操作包括单击操作、双击操作、长按操作、滑动操作、拖动操作、悬停操作以及它们的组合操作中的至少一种；在另一些实施例中，查询操作包括外部输入设备的输入操作，如点击鼠标操作，敲击键盘触发的操作等。

步骤202，查询服务器根据身份标识从区块链中获取订单信息，身份标识与用户帐号对应，用户帐号是登录在电子商务平台中的用户帐号，订单信息包括购买订单的订单标识和购买订单所属的电子商务平台的平台标识，订单信息是电商服务器存储在区块链中的。

查询服务器在接收到订单查询请求后，根据订单查询请求中的身份标识查询订单信息。订单信息是电商服务器预先存储在区块链中的，示意性的，用户在电子商务平台中在线购买商品，电子商务平台对应的电商服务器生成购买订单，并将购买订单的订单信息存储在区块链中。该购买订单的订单信息与平台标识、用户帐号对应。

示意性的，查询服务器预先存储有身份标识和该身份标识对应的一组用户帐号，该组用户帐号是用于管理在某电子商务平台中的购买订单，且同一电子商务平台中的每个用户使用的用户帐号不相同。由于查询服务器获取该身份标识在各个电子商务平台对应的全部购买订单，因此查询服务器获取该身份标识对应的全部用户帐号的购买订单，并确定用户帐号的来源，即用户帐号所对应的电子商务平台的平台标识。平台标识用于唯一标识电子商务平台的字符串，示意性的，平台标识包括数字、英文字母、汉字、符号、图形标志中的至少一种。

步骤203，查询服务器将订单信息发送至查询客户端中。

查询服务器根据身份标识—平台标识—用户帐号的对应关系，从区块链中查询到用户帐号对应的订单信息，并将该订单信息发送至查询客户端中。

步骤204，查询客户端根据订单信息显示订单查询页面，订单查询页面包括属于不同的电子商务平台的订单信息。

查询客户端在接收到订单信息后，显示订单查询页面，该订单查询页面包括各个购买订单对应的控件，如图3所示。每个购买订单对应的控件包括商品的价格、商品的数量、商品的图像(缩略图)、平台标识、店铺标识中的至少一种信息。示意性的，订单信息按照用户的购买时的时间顺序进行排序，或者，按照商品的类型进行排序，或者按照平台标识进行排序，本申请实施例对此不加以限定。

综上所述，本实施例提供的方法，通过查询服务器根据身份标识可从区块链中获取到用户在不同电子商务平台中的购买订单的订单信息，并将订单信息发送给查询客户端，使得用户能够在查询客户端显示的订单查询页面中查看不同电子商务平台对应的购买订单，帮助用户整合购买订单的订单信息，当用户具有多个购买订单时，无需用户分别打开对应的应用程序去查看订单信息，提高用户的信息查询效率。同时，结合区块链对订单信息进行存储，保证了来自不同电子商务平台的订单信息的安全性和有效性。

结合用户界面(User Interface，UI)对订单信息的查询方法进行说明。

图4示出了本申请另一个示例性实施例提供的订单信息的查询方法的流程图。该方法应用于如图1所示的计算机系统100中。该方法包括如下步骤：

步骤401，查询客户端向查询服务器发送订单查询请求，该订单查询请求携带有身份标识，身份标识用于表示收货时的身份信息，不同的电子商务平台对应有相同的身份标识。

示意性的，查询客户端包括依赖于宿主程序运行的小程序，即通过小程序实现对订单信息的查询，本申请实施例以小程序的名称为订单助手小程序为例。

用户从查询客户端进入订单助手小程序如图5所示，在查询客户端的用户界面中显示有小程序选择页面21，该小程序选择页面21显示有订单助手小程序的程序标识22，用户点击程序标识22进入订单助手小程序的用户界面中，如图3所示。

在用户点击程序标识22时，由于订单助手小程序是依赖于查询客户端运行的程序，因此查询客户端向查询服务器发送订单查询请求，该订单查询请求携带有用户的身份标识。

步骤402，查询服务器获取关联关系，关联关系用于表征身份标识、平台标识与用户帐号之间的对应关系。

示意性的，查询服务器预先存储有身份标识、平台标识与用户帐号之间的对应关系。用户在各个电子商务平台中登录的用户帐号不同的，一个身份标识对应有多个用户帐号，查询服务器确定身份标识在各个电子商务平台中对应的用户帐号。

以表一表示身份标识、平台标识、用户帐号三者之间的关系。

表一

以身份标识时手机号码，一个手机号码在不同的电子商务平台中对应不同的用户帐号，通过确定手机号码和电子商务平台确定用户帐号。本申请实施例对平台标识和用户帐号的类型不加以限定。

示意性的，身份标识、平台标识和用户帐号三者之间的关联关系是通过如下步骤得到的：

步骤4021a，查询服务器将身份标识和平台标识作为键元素。

步骤4022a，查询服务器将用户帐号作为值元素，用户帐号用于查询电子商务平台中的购买订单。

步骤4023a，查询服务器将键元素和值元素关联为键值对，得到关联关系。

查询服务器将身份标识、平台标识和用户帐号之间以键值对的形式进行存储，其中，以身份标识和平台标识作为键元素，以用户帐号为值元素，使得查询服务器根据身份标识和平台标识(键值，Key)可确定用户帐号(值元素)。

示意性的，身份标识、平台标识和用户帐号三者之间的关联关系还可以通过如下步骤得到：

步骤4021b，查询服务器将身份标识作为键元素。

步骤4022b，查询服务器将平台标识和用户帐号作为值元素，用户帐号用于查询电子商务平台中的购买订单。

步骤4023b，查询服务器将键元素和值元素关联为键值对，得到关联关系。

查询服务器将身份标识、平台标识和用户帐号之间以键值对的形式进行存储，以身份标识为键元素(Key)，以平台标识和用户帐号为值元素(Value)。

通过将不同的信息作为键元素和值元素，使得查询服务器可以通过多种关联方式确定在各个电子商务平台中与身份标识对应的用户帐号。

步骤403，查询服务器获取身份标识和平台标识，根据身份标识、平台标识和关联关系获取用户帐号。

查询服务器根据表一所示的关联关系确定用户帐号。

步骤404，查询服务器根据用户帐号从区块链中获取订单信息。

订单信息是电商服务器预先存储在区块链中的，电商服务器在存储区块链时，将用户帐号、电子商务平台的平台标识和用户帐号对应的订单信息进行存储。在查询服务器从区块链中查询订单时，根据表一所示的关联关系确定用户帐号，从而确定用户帐号对应的订单信息。

步骤405，查询服务器将订单信息发送至查询客户端中。

查询服务器将查找到的全部订单信息发送至查询客户端中，或，将查找到的全部订单信息发送至订单助手小程序中。

步骤406，查询客户端根据订单信息显示订单查询页面，订单查询页面包括属于不同的电子商务平台的订单信息。

如图3所示，查询客户端根据订单信息显示订单查询页面23，订单查询页面包括订单信息对应的控件24，该订单信息属于不同的电子商务平台。在订单信息对应的控件24中显示有商品名称、商品的图像、商品参数、商品单价(包括总价)、商品数量、购买商品的店铺、销售商品的电子商务平台的平台标识，平台标识以标签表示，如订单信息对应的控件所属的电子商务平台的平台标识是标签1。

综上所述，本实施例的方法，通过查询服务器根据身份标识可从区块链中获取到用户在不同电子商务平台中的购买订单的订单信息，并将订单信息发送给查询客户端，使得用户能够在查询客户端显示的订单查询页面中查看不同电子商务平台对应的购买订单，帮助用户整合购买订单的订单信息，当用户具有多个购买订单时，无需用户分别打开对应的应用程序去查看订单信息，提高用户的信息查询效率。同时，结合区块链对订单信息进行存储，保证了来自不同电子商务平台的订单信息的安全性和有效性。

本实施的方法，还通过关联关系将身份标识、平台标识和用户帐号进行绑定，从而使得查询服务器根据身份标识确定与各个电子商务平台对应的用户帐号，进一步使得查询服务器能够根据身份标识准确查找到对应的订单信息。

本实施例的方法，还通过将身份标识作为键元素，平台标识和用户帐号作为值元素，以关联键值对的形式确定身份标识和用户帐号之间的关联关系，从而使查询得服务器能够根据身份标识准确查找到对应的订单信息。

订单查询页面23中，用于还可查询历史购买订单。查询方法是通过如下步骤407a至步骤410a实现的：

步骤407a，响应于查询客户端接收第一索引信息，根据第一索引信息向查询服务器发送第一订单搜索请求，第一订单搜索请求携带有身份标识。

示意性的，如图3所示，用户在订单查询页面23中的搜索控件25中输入第一索引信息，第一索引信息的类型包括文字、音频、视频、条形码、二维码中的至少一种。在一个示例中，用户在搜索控件25中输入文字“香皂”，订单助手小程序向查询服务器发送第一订单搜索请求，该第一订单搜索请求携带有身份标识。

步骤408a，查询服务器根据身份标识和第一索引信息从区块链中获取第一订单信息。

示意性的，查询服务器根据身份标识—平台标识—用户帐号之间的关联关系从区块链中获取用户帐号对应的订单信息，并根据第一索引信息从获取到的用户帐号对应的订单信息中查询第一订单信息。

在一些实施例中，查询服务器在用户进入订单助手小程序时，获取用户在各个电子商务平台中的购买订单，并显示在该订单助手小程序中。当查询客户端接收到第一索引信息时，根据第一索引信息从查询客户端以获取到的订单信息中直接获取第一订单信息。

步骤409a，响应于查询客户端接收第二索引信息，根据第一索引信息和第二索引信息向查询服务器发送第二订单搜索请求，第二订单搜索请求携带有身份标识，第二索引信息的接收顺序位于第一索引信息的接收顺序之后。

示意性的，用户在订单查询页面23中的搜索控件25中输入第二索引信息，第二索引信息的类型包括文字、音频、视频、条形码、二维码中的至少一种。在一个示例中，用户在搜索控件25中输入文字“品牌A”，订单助手小程序向查询服务器发送第二订单搜索请求，该第二订单搜索请求携带有身份标识。

步骤410a，查询服务器根据身份标识、第一索引信息和第二索引信息从区块链中获取第二订单信息。

查询客户端将记录第一索引信息，当用户下次再进行搜索时，将在第一索引信息的基础上搜索购买订单的订单信息。

示意性的，用户向搜索控件25中输入文字“品牌A”，则结合第一索引信息的“香皂”，订单查询页面显示品牌A的香皂，从而结合第一索引信息和第二索引信息能够进行更精确地查找。

示意性的，查询服务器根据身份标识—平台标识—用户帐号之间的关联关系从区块链中获取用户帐号对应的订单信息，并根据第一索引信息和第二索引信息从获取到的用户帐号对应的订单信息中查询第二订单信息。

在一些实施例中，查询服务器在用户进入订单助手小程序时，获取用户在各个电子商务平台中的购买订单，并显示在该订单助手小程序中。当查询客户端接收到第二索引信息时，根据第一索引信息和第二索引信息从查询客户端以获取到的订单信息中直接获取第二订单信息。

在一些实施例中，查询客户端中预设有搜索算法，通过判断第一索引信息与第二索引信息之间的关系来确定用户查找的订单信息。

示意性的，第二索引信息是第一索引信息的子集时，查询客户端根据第一索引信息和第二索引信息进行搜索。

示意性的，第二索引信息与第一索引信息的交集为空集时，查询客户端根据第一索引信息或第二索引信息进行搜索，比如，第一索引信息为水果，第二索引信息为日用品，则当查询客户端接收到第二索引信息时，查询客户端不会将第一索引信息与第二索引信息结合后对订单信息进行搜索。

示意性的，第二索引信息和第一索引信息指示某一类商品，但第二索引信息指示的商品不在第一索引信息的指示范围内，比如，第一索引信息为微波炉，第二索引信息为品牌C，品牌C生产微波炉以外的其他电子商品。

综上所述，本实施例的方法，通过轮询机制将用户输入的索引信息进行关联，从而提高用户的搜索效率，方便用户能够快速搜索到订单信息。

在订单查询页面23中，用户还可查询各个电子商务平台中订单信息的统计结果。

步骤407b，响应于查询客户端接收统计操作，向查询服务器发送订单统计请求，订单统计请求携带有身份标识和统计时间区间。

统计时间区间用于表示用户在各个电子商务平台中进行消费的一段时间区间。示意性的，在订单查询页面23中显示有统计控件，该统计控件用于统计一段时间内用户在各个电子商务平台中的订单信息。当用户在查询客户端中输入统计时间区间，并点击统计控件时，查询客户端向查询服务器发送订单统计请求，该订单统计请求携带有身份标识。

步骤408b，查询服务器根据身份标识和统计时间区间从区块链中获取订单信息，将订单信息发送至查询客户端中。

查询服务器根据接收到的订单统计请求确定身份标识和统计时间区间，并确定与该身份标识对应的用户帐号，根据该用户帐号和统计时间区间从区块链中查询订单信息。查询服务器将查询到的订单信息发送至查询客户端中。

步骤409b，查询客户端根据订单信息显示统计结果，统计结果包括在统计时间区间内，在各个电子商务平台中身份标识对应的消费喜好。

如图6所示，查询客户端根据订单信息显示统计结果。在订单统计页面26中显示有用户在2020年11月至2020年12月期间的消费金额对应的统计图，还显示有购买商品的扇形统计图，食品类型的购买订单占所有购买订单的40％。由此可知，用户的消费喜好倾向于购买食品类型的商品。示意性的，在订单统计页面26中可显示结论：您在11月至12月的购买的食品类型的商品较多，相比之前的统计结果并未发生明显变化。

综上所述，本实施例的方法，通过聚合用户的订单信息后，对订单信息进行统计，方便用户管理自己的订单信息，获知自己的消费倾向，避免盲目消费。同时根据用户的消费喜好可丰富用户画像，向用户推荐有针对性的广告信息。

对电商服务器存储订单信息进行说明。

步骤701，响应于电商客户端接收到订单支付操作，向电商服务器发送支付完成信息。

电商服务器与电子商务平台对应的电商客户端相连，用户在电商客户端中在线购买商品。如图8所示，用户在选择商品后显示订单提交界面27，在订单提交界面27显示有提交订单控件28，当用户点击提交订单控件28，电商客户端调用支付应用程序对订单进行支付，在用户完成支付后，向电商服务器发送支付完成信息。

步骤702，电商服务器根据支付完成信息生成用户帐号对应的购买订单的订单标识。

电商服务器在接收到支付完成信息后，根据用户帐号和购买订单生成订单信息，该订单信息包括订单标识(订单号)。订单信息包括如下信息中的至少一种：购买商品的用户帐号、付款时间(或交易成功时间)、订单提交时间、订单标识、商品发货时间、商品签收时间和物流信息。

步骤703，电商服务器根据用户帐号、用户帐号对应的平台标识和订单标识生成订单区块，将订单区块存储至区块链中。

步骤703可替换为如下步骤：

步骤7031，电商服务器对购买订单的真实性进行验证，得到验证结果。

数字证书采用公钥机制，即利用一对互相匹配的密钥进行加密、解密。每个用户自己设定一把仅为本人所知的私有密钥(私钥)，用它进行解密和签名；同时设定一把公共密钥(公钥)并由本人公开，向一组用户所共享，用于加密和验证签名。当发送一份保密文件时，发送方使用接收方的公钥对数据加密，而接收方则使用自己的私钥解密，解密后接收到准确无误的文件。通过数字的手段保证加密过程是一个不可逆过程，即通过公钥无法得到私钥。

用户也可以采用自己的私钥对信息加以处理，由于密钥仅为本人所有，这样就产生了别人无法生成的文件，也就形成了数字签名。通过数字签名可以保证文件在如下方面的真实性：

(1)保证文件是由签名者自己签名发送的，签名者不能否认或难以否认；

(2)保证文件自签发后到收到为止未曾作过任何修改，签发的文件是真实文件。

在区块链中的每个节点对应有公钥和私钥。电商服务器在验证购买订单的真实性时，首先电商客户端通过私钥对购买订单进行签名操作，得到签名后的购买订单，私钥是根据用户帐号生成的；电商客户端将签名后的购买订单发送至电商服务器中，签名后的购买订单对应有公钥，即需要对应的公钥才能进行验证，该公钥是通过私钥生成的。电商服务器预先存储有根据该私钥生成的公钥，因此电商服务器通过公钥对签名后的购买订单进行签名验证操作，得到验证结果。将本实施例中的公钥命名为第一公钥，将本实施例中的私钥命名为第一私钥。

步骤7032，响应于验证结果满足智能合约，电商服务器将订单区块存储至区块链中。

示意性的，针对存储订单信息的区块链设置有智能合约。智能合约是一种旨在以信息化方式传播、验证或执行合同的计算机协议。智能合约允许在没有第三方的情况下进行可信交易，这些交易可追踪且不可逆转。在本实施例中，该智能合约的内容包括当购买订单的订单信息是真实的信息时，将该订单信息存储至区块链中。因此，当电商服务器通过步骤7031验证订单信息是真实的信息时，满足智能合约，智能合约将执行，从而根据订单信息生成订单区块，将订单区块存储在区块链中。

在存储订单信息时，通过区块链节点对目标数据进行哈希运算，并根据哈希运算的结果将目标数据存储至链式哈希表中与用户帐号对应的哈希链上，在链式哈希表通过共识后根据链式哈希表生成订单区块。该目标数据为包含用户在各个电子商务平台中的订单信息的数据。

链式哈希表包括与多于一个的电子商务平台的平台标识分别对应的哈希链，区块链节点在存储目标数据时可采用链式哈希表的方式存储，可将每个平台标识所对应的目标数据均存储至该链式哈希表中的同一条哈希链上。区块链节点可将目标数据中的键元素传入一个哈希函数，哈希函数通过散列的方式确定该目标数据对应的哈希链，以及哈希链中的具体位置。示意性的，定义一个哈希函数，该哈希函数用于将键值k映射到链式哈希表中的位置x，x成为k的哈希编码，正式的表述为：h(k)＝x，该哈希函数的目的是尽可能地将键元素均匀、随机地分布到链式哈希表中。

区块链节点将待上链的目标数据在区块链网络中进行广播，区块链网络中的共识节点在接收到广播后执行共识操作，当该目标数据通过共识后，区块链节点可根据相应的链式哈希表生成订单区块。共识节点用于验证订单信息的真实性。共识节点是指区块链网络中参与共识工作的节点，参与共识的共识节点的数量可大于6个。共识节点执行共识操作所用的共识算法包括工作量证明(Proof of Work，PoW)。

需要说明的是，在电商服务器对订单信息进行存储时，通过对订单信息中的私密字段进行加密处理后，再进行存储。

当电商服务器接收到支付完成信息后，根据支付完成信息生成购买订单的订单标识，通过该订单标识可唯一标识订单信息。由于区块链中的节点均可获取到用户的身份标识和订单信息，与用户相关的信息处于公开状态，因此在电商服务器将订单信息存储至区块链中时，电商服务器对订单信息包含的信息进行如下处理：

1、电商服务器获取订单信息包含的信息所属的信息类型。

订单信息中的信息包括如下信息中的至少一种：商品名称、购买商品的用户帐号、物流信息、用户的身份标识、收货地址、商品所属的电子商务平台的平台标识、商品价格、商品所属的店铺名称。其中，用户帐号、物流信息、商品名称、身份标识、收货地址属于隐私类型的信息，平台标识、商品价格、店铺名称属于公开类型的信息。

2、响应于信息类型属于隐私类型，电商服务器对订单信息包含的信息进行同态加密处理，得到加密处理后的订单信息。

同态加密(Homomorphic Encryption，HE)是基于数学难题的计算复杂性理论的密码学技术，对经过同态加密的数据进行处理得到一个输出，将这一输出进行解密，其结果与用同一方法处理未加密的原始数据得到的输出结果是一样的。

电商服务器利用同态加密对属于隐私类型的信息进行同态加密处理，使得其他节点在获取到该订单信息时，无法得知属于隐私类型的信息的具体内容。查询服务器通过公钥对属于隐私类型的信息进行同态加密处理，该公钥与查询客户端中存储的私钥对应。本实施例中的公钥和私钥不同于上述实施例中用于验证签名的公钥和私钥，为了区别于上述实施例，将本实施例中的公钥命名为第二公钥，将本实施例中的私钥命名为第二私钥。

示意性的，订单信息包括商品名称a、收货地址为A市、商品所属的电子商务平台为平台C，电商服务器确定商品名称a、收货地址属于隐私类型的信息，对商品名称a、物流信息、收货地址进行同态加密处理，得到加密处理后的订单信息为：商品名称**，收货地址**市，属于平台C(其中，符号“**”表示已加密的信息)。区块链中的其他节点在获得该订单信息后，可确定该订单信息是一条属于平台C的订单信息，无法确定其他信息内容。其他节点对该订单信息可进行存储和传输，不能对该订单信息进行操作。当查询客户端接收到该订单信息后，通过私钥解密可获知该订单信息的具体内容为：商品名称a、收货地址为A市、商品所属的电子商务平台为平台C。

3、电商服务器根据加密处理后的订单信息生成订单区块，并将订单区块存储至区块链中。

当同态加密处理后的订单信息存储在区块链中，该区块链中的其他节点无法获知加密信息的具体内容，而查询客户端可通过私钥对订单信息进行解密，从而得到订单信息中的具体内容，如购买的商品、物流信息、收货地址等。

图9示出了本申请另一个示例性实施例提供的订单信息的查询方法的流程图，该方法应用于如图1所示的终端110中，该方法包括如下步骤：

步骤901，显示小程序选择页面，小程序选择页面包括订单助手小程序的程序标识。

如图5所示，在小程序选择页面21中显示有订单助手小程序的程序标识22。

步骤902，响应于接收到程序标识的选择操作，显示订单查询页面。

当用户使用的终端是带有显示屏的终端，如智能手机、平板电脑等，选择操作包括单击操作、双击操作、滑动操作、长按操作、拖动操作、悬停操作以及它们的组合操作中的至少一种；当用户使用的终端是连接有外部输入设备的终端，如台式电脑，选择操作包括外部输入设备产生的操作，比如用户单击鼠标、双击鼠标、点击鼠标右键、敲击键盘按键产生的操作。

在一个示例中，用户使用的终端是智能手机，用户点击程序标识22后，显示订单查询页面。

当用户是第一次使用订单助手小程序时，步骤902可替换为如下步骤：

步骤9021，根据选择操作获取身份标识。

用户点击程序标识22，订单助手小程序依赖的宿主程序(查询客户端)获取身份标识，示意性的，该身份标识为用户的手机号码。

步骤9022，响应于身份标识未经过授权验证，显示第一提示信息，第一提示信息用于提示根据身份标识进行授权验证操作。

示意性的，当用户首次使用查询客户端查询订单信息，在用户界面中显示如图10所示的第一提示信息30，该第一提示信息30用于提示用户对订单助手小程序进行身份验证授权。订单助手小程序根据用户的授权操作获取订单信息。

步骤9023，响应于接收到第一提示信息上的授权验证操作，显示订单查询页面，订单查询页面包括身份标识对应的购买订单的订单信息来源。

在一些实施例中，当用户点击“我知道了”控件时，用户界面中显示如图11所示的数据来源提示信息31，该数据来源提示信息31用于提示用户该订单助手小程序中的提示信息来源与区块链，保证数据真实且安全。

步骤903，接收订单查询页面上的查询操作，查询操作用于根据身份标识查询不同的电子商务平台中的购买订单，身份标识用于标识收货时的身份信息，不同的电子商务平台对应有相同的身份标识。

示意性的，在订单查询页面中显示有订单查询控件，用户通过点击订单查询控件获取各个电子商务平台中的订单信息。在一些实施例中，当用户关闭数据来源提示信息后，显示订单查询页面，在该订单查询页面上直接显示各个电子商务平台中的订单信息。

步骤904，根据查询操作显示购买订单的订单信息，订单信息包括购买订单的订单标识和购买订单所属的电子商务平台的平台标识。

示意性的，在订单助手小程序接收到查询操作后，根据查询操作生成订单查询请求，该订单查询请求携带有身份标识，查询客户端向查询服务器发送该订单查询请求。查询服务器根据身份标识、平台标识和用户帐号三者之间的关联关系，确定出该身份标识对应的用户帐号，并从区块链中获取用户帐号对应的购买订单的订单信息。查询服务器将订单信息发送至查询客户端，从而订单助手小程序显示购买订单的订单信息，该订单信息来源于各个电子商务平台。

综上所述，本实施例的方法，通过订单查询页面上接收到的查询操作，显示各个电子商务平台中的购买订单的订单信息，以直观的方式反馈用户的订单信息，方便用户查看订单信息，提高了管理订单信息的效率。

本实施例的方法，通过在用户首次使用查询客户端时，提示用户进行身份授权验证，保证用户的信息安全，且使得查询客户端获取到的订单信息是真实有效的。

基于图9的可选实施例中，还可通过订单助手小程序对应的页面跳转至电子商务平台对应的页面。

步骤905a，响应于接收到订单信息上的触发操作，将订单查询页面切换显示为订单详情页面，订单详情页面是购买订单所属的电子商务平台对应的用户界面。

如图3所示，当用户点击订单信息对应的控件24时，终端由订单查询页面23切换显示为订单详情页面，即有查询客户端对应的用户页面跳转至电子商务平台对应的电商客户端的用户界面。在电商客户端的用户页面中，用户可详细查询订单信息，如退换货信息、发票信息等。

综上所述，本实施例提供的方法，通过查询客户端可实现跳转至订单详情页面，从而实现对订单信息更细致地管理。

基于图9的可选实施例中，还可通过订单助手小程序对用户的消费喜好进行统计。

步骤905b，接收订单查询页面上的统计操作，统计操作携带有身份标识和统计时间区间。

示意性的，在订单查询页面中显示有统计控件和时间输入控件，用户在统计控件中输入统计时间区间，并点击统计控件，查询客户端根据统计时间区间确定对应的订单信息，并根据订单信息生成统计结果。

步骤906b，根据统计操作显示订单统计页面，订单统计页面包括在统计时间区间内，在各个电子商务平台中身份标识对应的消费喜好。

如图6所示，订单统计页面显示有用户在2020年11月至2020年12月之间的购买订单的订单信息，并将订单信息整理为统计图表，以更直观地方式呈现给用户，使得用户明确一个月内的消费金额和购买的商品种类所占的比例。在一些实施例中，订单统计页面显示用户的消费喜好为喜欢在电子商务平台A中购买商品，喜欢购买食品类型的商品。

综上所述，本实施例提供的方法，通过查询客户端还可实现对用户的消费喜好进行统计，方便用户掌控自己的消费情况。

在一些实施例中，当用户再次购买商品后，用户使用的终端显示订单完成页面，该订单完成页面是用户完成支付后电商客户端显示页面，订单完成页面包括已支付的购买订单和第二提示信息，第二提示信息用于提示对已支付的购买订单进行进度跟踪。响应于接收到第二提示信息上的确认操作，将订单完成页面切换显示为订单查询页面，订单查询页面包括已支付的购买订单对应的订单信息。如图12所示，在订单完成页面中显示有第二提示信息32，该第二提示信息32用于提示是否对用户新购买的商品进行订单跟踪。当用户点击允许授权控件，订单助手小程序将通过查询服务器获取用户新购买的商品的订单信息，从该订单完成页面跳转至订单助手小程序页面，即从电商客户端跳转至查询客户端。可以理解的是，当用户点击残忍拒绝控件，订单助手小程序不会获取用户新购买的商品的订单信息。

综上所述，本实施例的方法，通过查询客户端还可实现对产生的新订单信息进行跟踪，使得用户能够全面管理自己的订单信息，提高信息管理效率。

可以理解的是，上述订单页面跳转、订单统计、订单跟踪的实施例可以分别单独实施，或自由组合实施。

图13示出了本申请一个示例性实施例提供订单信息的查询方法的流程框架图。该流程包括如下步骤：

步骤1301，用户在应用程序中下单购买商品。

示意性的，用户分别在应用程序A和应用程序B中购买商品，应用程序A中登录有用户帐号a，该用户帐号a对应有购买订单1，应用程序B中登录有用户帐号b，该用户帐号b对应有购买订单2，用户帐号a和用户帐号b同时绑定有用户的身份标识。示意性的，以该身份标识为用户的手机号码。

步骤1302，电商服务器追踪订单信息是否下单成功。

电商服务器根据用户是否完成支付操作判断该页面是否为下单成功页面。当用户完成支付后，电商客户端向电商服务器发送支付完成信息，当电商服务器接收到支付完成信息后，证明用户下单成功；当电商服务器未接收到支付完成信息，证明用户下单失败。

步骤1303，下单成功后电商服务器根据订单信息生成区块。

电商服务器根据上述方式确定下单成功的订单信息，并获取各个电子商务平台中的订单信息，将用户的身份标识和订单信息之间建立关联关系，根据身份标识和订单信息生成区块链中的新区块。订单信息包括订单号、购买订单所属的电子商务平台的平台标识、物流信息、商品参数、商品价格、商品名称、商品的图像、下单时间、付款时间中的至少一种。

步骤1304，电商服务器将订单信息存储在区块链中。

当区块链系统中的共识节点达成共识后，将生成的新区块加入区块链中。

步骤1305，查询服务器向区块链系统请求获取已存储的订单信息。

查询服务器向区块链系统发送订单获取请求，该订单获取请求携带有身份标识，区块链系统根据身份标识和关联关系查询已存储的订单信息。

步骤1306，区块链系统返回订单信息。

区块链系统将查询到的订单信息发送至查询服务器中。

步骤1307，用户打开订单助手小程序。

当用户想要查看购买订单时，通过打开订单助手小程序来查看购买订单。

步骤1308，查询客户端请求查询服务器获取订单信息。

该订单助手小程序依赖于宿主程序运行，通过宿主程序向服务器发送订单查询请求，该订单查询请求携带有身份标识。查询服务器在接收到该订单查询请求后根据身份标识和关联关系查询从区块链系统获取到的订单信息，查询服务器将获取到的订单信息发送给查询客户端。

步骤1309，查询客户端在订单助手小程序中显示订单信息。

查询客户端在接收到该订单信息后，在订单助手小程序中显示订单信息。

步骤1311，用户点击订单信息跳转到对应的应用程序查看订单详情。

示意性的，在订单助手小程序的页面中显示有各个电子商务平台的订单信息对应的控件，如订单信息1包括应用程序A对应的购买订单1，购买订单1对应有控件1，当用户点击控件1时，终端从当前显示的页面跳转至应用程序1对应的页面，在应用程序1对应的页面中显示有购买订单1的订单详情，如购买订单1对应的收货信息、退款信息、发票信息等。

需要说明的是，步骤1301至步骤1304是订单信息的存储方式，在一些实施例中，步骤1305和步骤1306可在步骤1308执行后执行，即在用户使用订单小助手时，查询客户端向查询服务器发送订单查询请求，查询服务器向区块链系统发送订单获取请求，查询服务器从区块链系统获取订单信息后发送给查询客户端。

通过本实施例提供的方法，用户可查看多个电子商务平台对应的购买订单，简化了用户的操作步骤，提高了信息查询效率。

图14是本申请一个示例性实施例提供的分布式系统300应用于区块链系统的结构示意图，由多个节点400(接入网络中的任意形式的计算设备，如服务器、用户终端)和客户端500形成，节点之间形成组成的点对点(P2P)网络，P2P协议是一个运行在传输控制协议(TCP，Transmission Control Protocol)协议之上的应用层协议。在分布式系统中，任何机器如服务器、终端都可以加入而成为节点，节点包括硬件层、中间层、操作系统层和应用层。

参见图14示出的区块链系统中各节点的功能，涉及的功能包括：

1)路由，节点具有的基本功能，用于支持节点之间的通信。

节点除具有路由功能外，还可以具有以下功能：

2)应用，用于部署在区块链中，根据实际业务需求而实现特定业务，记录实现功能相关的数据形成记录数据，在记录数据中携带数字签名以表示任务数据的来源，将记录数据发送到区块链系统中的其他节点，供其他节点在验证记录数据来源以及完整性成功时，将记录数据添加到临时区块中。

例如，应用实现的业务包括：

2.1)钱包，用于提供进行电子货币的交易的功能，包括发起交易，即，将当前交易的交易记录发送给区块链系统中的其他节点，其他节点验证成功后，作为承认交易有效的响应，将交易的记录数据存入区块链的临时区块中；钱包还支持查询电子货币地址中剩余的电子货币。比如，将要增加的目标数据(购买订单的交易记录)发送至区块链系统中，区块链系统中其他节点对该起交易(即在区块链中增加的目标数据)进行验证，其他节点验证成功后，该起交易才能被存储至区块链中。

2.2)共享账本，用于提供账目数据的存储、查询和修改等操作的功能，将对账目数据的操作的记录数据发送到区块链系统中的其他节点，其他节点验证有效后，作为承认账目数据有效的响应，将记录数据存入临时区块中，还可以向发起操作的节点发送确认。比如，电商服务器将订单信息存储至区块链中。

2.3)智能合约，计算机化的协议，可以执行某个合约的条款，通过部署在共享账本上的用于在满足一定条件时而执行的代码实现，根据实际的业务需求代码用于完成自动化的交易，例如查询买家所购买商品的物流状态，在买家签收货物后将买家的电子货币转移到商户的地址；当然，智能合约不仅限于执行用于交易的合约，还可以执行对接收的信息进行处理的合约。比如，电商服务器在确认订单信息的真实性后，将订单信息存储至区块链中。

3)区块链，包括一系列按照产生的先后时间顺序相互接续的区块(Block)，新区块一旦加入到区块链中就不会再被移除，区块中记录了区块链系统中节点提交的记录数据。本申请中的区块链是订单区块链，比如，电商服务器将订单信息存储至订单区块链中。

图15是本申请一个示例性实施例提供的区块结构(Block Structure)的示意图，每个区块中包括本区块存储交易记录的哈希值(本区块的哈希值)、以及前一区块的哈希值，各区块通过哈希值连接形成区块链。另外，区块中还可以包括有区块生成时的时间戳等信息。区块链，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了相关的信息，用于验证其信息的有效性(防伪)和生成下一个区块。

下述为本申请的装置实施例，可以用于执行本申请方法实施例。对于本申请的装置实施例中未披露的细节，请参照本申请的方法实施例。

图16示出了本申请一个实施例提供的订单信息的查询装置框图，该装置包括：

第一显示模块1610，用于显示订单查询页面；

接收模块1620，用于接收订单查询页面上的查询操作，查询操作用于根据身份标识查询不同的电子商务平台中的购买订单，身份标识用于标识收货时的身份信息，不同的电子商务平台对应有相同的身份标识；

所述第一显示模块1610，用于根据查询操作显示购买订单的订单信息，订单信息包括购买订单的订单标识和购买订单所属的电子商务平台的平台标识。

在一个可选的实施例中，所述接收模块1620，用于响应于接收到订单信息上的触发操作，将订单查询页面切换显示为订单详情页面，订单详情页面是购买订单所属的电子商务平台对应的用户界面。

在一个可选的实施例中，所述接收模块1620，用于接收订单查询页面上的统计操作，统计操作携带有身份标识和统计时间区间；显示模块1610，用于根据统计操作显示订单统计页面，订单统计页面包括在统计时间区间内，在各个电子商务平台中身份标识对应的消费喜好。

在一个可选的实施例中，所述第一显示模块1610，用于显示小程序选择页面，小程序选择页面包括订单助手小程序的程序标识；响应于接收到程序标识的选择操作，显示订单查询页面。

在一个可选的实施例中，该装置包括第一获取模块1630；

所述第一获取模块1630，用于根据选择操作获取身份标识；

所述第一显示模块1610，用于响应于身份标识未经过授权验证，显示第一提示信息，第一提示信息用于提示根据身份标识进行授权验证操作；响应于接收到第一提示信息上的授权验证操作，显示订单查询页面，订单查询页面包括身份标识对应的购买订单的订单信息来源。

在一个可选的实施例中，所述第一显示模块1610，用于显示订单完成页面，订单完成页面包括已支付的购买订单和第二提示信息，第二提示信息用于提示对已支付的购买订单进行进度跟踪；所述接收模块1620，用于响应于接收到第二提示信息上的确认操作，将订单完成页面切换显示为订单查询页面，订单查询页面包括已支付的购买订单对应的订单信息。

图17示出了本申请一个示例性实施例提供的订单信息的查询装置的框图，该装置包括：

发送模块1710，用于向查询服务器发送订单查询请求，订单查询请求携带有身份标识，身份标识用于标识收货时的身份信息，不同的电子商务平台对应有相同的身份标识；

第二获取模块1720，用于根据身份标识从区块链中获取订单信息，身份标识与用户帐号对应，用户帐号是登录在电子商务平台中的用户帐号，订单信息包括购买订单的订单标识和购买订单所属的电子商务平台的平台标识，订单信息是电商服务器存储在区块链中的；

所述发送模块1710，用于将订单信息发送至查询客户端中；

第二显示模块1730，用于根据订单信息显示订单查询页面，订单查询页面包括属于不同的电子商务平台的订单信息。

在一个可选的实施例中，所述第二获取模块1720，用于获取关联关系，关联关系用于表征身份标识、平台标识与用户帐号之间的对应关系；获取身份标识和平台标识；根据身份标识、平台标识和关联关系获取用户帐号；根据用户帐号从区块链中获取订单信息。

在一个可选的实施例中，所述第二获取模块1720，用于将身份标识和平台标识作为键元素；将用户帐号作为值元素；或，将身份标识作为键元素；将平台标识和用户帐号作为值元素，用户帐号用于查询电子商务平台中的购买订单；将键元素和值元素关联为键值对，得到关联关系。

在一个可选的实施例中，电商服务器与电子商务平台对应的电商客户端相连；该装置包括生成模块1740和存储模块1750；

所述发送模块1710，用于响应于接收到订单支付操作，向电商服务器发送支付完成信息；

所述生成模块1740，用于根据支付完成信息生成用户帐号对应的购买订单的订单标识；

所述存储模块1750，用于根据用户帐号、用户帐号对应的平台标识和订单标识生成订单区块，将订单区块存储至区块链中。

在一个可选的实施例中，区块链设置有智能合约；

所述存储模块1750，用于对购买订单的真实性进行验证，得到验证结果；响应于验证结果满足智能合约，将订单区块存储至区块链中。

在一个可选的实施例中，所述存储模块1750，用于通过私钥对购买订单进行签名操作，得到签名后的购买订单，私钥是根据用户帐号生成的；将签名后的购买订单发送至电商服务器中，签名后的购买订单对应有公钥，公钥是通过私钥生成的；通过公钥对签名后的购买订单进行签名验证操作，得到验证结果。

在一个可选的实施例中，所述第二获取模块1720，用于获取订单信息包含的信息所属的信息类型；所述生成模块1740，用于响应于信息类型属于隐私类型，对订单信息包含的信息进行同态加密处理，得到加密处理后的订单信息；根据加密处理后的订单信息生成订单区块。

在一个可选的实施例中，所述发送模块1710，用于响应于接收第一索引信息，根据第一索引信息向查询服务器发送第一订单搜索请求，第一订单搜索请求携带有身份标识；

所述第二获取模块1720，用于根据身份标识和第一索引信息从区块链中获取第一订单信息；

所述发送模块1710，用于响应于接收第二索引信息，根据第一索引信息和第二索引信息向查询服务器发送第二订单搜索请求，第二订单搜索请求携带有身份标识，第二索引信息的接收顺序位于第一索引信息的接收顺序之后；

所述第二获取模块1720，用于根据身份标识、第一索引信息和第二索引信息从区块链中获取第二订单信息。

在一个可选的实施例中，所述发送模块1710，用于响应于接收统计操作，向查询服务器发送订单统计请求，订单统计请求携带有身份标识和统计时间区间；

所述第二获取模块1720，用于根据身份标识和统计时间区间从区块链中获取订单信息；将订单信息发送至查询客户端中；

所述第二显示模块1730，用于根据订单信息显示统计结果，统计结果包括在统计时间区间内，在各个电子商务平台中身份标识对应的消费喜好。

图18示出了本申请一个示例性实施例提供的服务器的结构示意图。该服务器可以是如图1所示的计算机系统100中的服务器101。具体来讲：

服务器1800包括中央处理单元(CPU)1801、包括随机存取存储器(RAM，RandomAccess Memory)1802和只读存储器(ROM，Read Only Memory)1803的系统存储器1804，以及连接系统存储器1804和中央处理单元1801的系统总线1805。服务器1800还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系统)1806，和用于存储操作系统1813、应用程序1814和其他程序模块1815的大容量存储设备1807。

基本输入/输出系统1806包括有用于显示信息的显示器1808和用于用户输入信息的诸如鼠标、键盘之类的输入设备1809。其中显示器1808和输入设备1809都通过连接到系统总线1805的输入输出控制器1810连接到中央处理单元1801。基本输入/输出系统1806还可以包括输入输出控制器1810以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器1810还提供输出到显示屏、打印机或其他类型的输出设备。

大容量存储设备1807通过连接到系统总线1805的大容量存储控制器(未示出)连接到中央处理单元1801。大容量存储设备1807及其相关联的计算机可读介质为服务器1800提供非易失性存储。也就是说，大容量存储设备1807可以包括诸如硬盘或者紧凑型光盘只读存储器(CD-ROM，Compact Disc Read Only Memory)驱动器之类的计算机可读介质(未示出)。

计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、可擦除可编程只读存储器(EPROM，Erasable Programmable Read Only Memory)、带电可擦可编程只读存储器(EEPROM,Electrically Erasable Programmable Read Only Memory)、闪存或其他固态存储其技术，CD-ROM、数字通用光盘(DVD，Digital Versatile Disc)或固态硬盘(SSD，Solid State Drives)、其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。其中，随机存取记忆体可以包括电阻式随机存取记忆体(ReRAM，Resistance RandomAccess Memory)和动态随机存取存储器(DRAM，Dynamic Random Access Memory)。当然，本领域技术人员可知计算机存储介质不局限于上述几种。上述的系统存储器1804和大容量存储设备1807可以统称为存储器。

根据本申请的各种实施例，服务器1800还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器1800可以通过连接在系统总线1805上的网络接口单元1811连接到网络1812，或者说，也可以使用网络接口单元1811来连接到其他类型的网络或远程计算机系统(未示出)。

上述存储器还包括一个或者一个以上的程序，一个或者一个以上程序存储于存储器中，被配置由CPU执行。

图19示出了本申请一个示例性实施例提供的计算机设备1900的结构框图。该计算机设备可以是如图1所示的终端110，该计算机设备1900可以是：智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。计算机设备1900还可能被称为用户设备、便携式计算机设备、膝上型计算机设备、台式计算机设备等其他名称。

通常，计算机设备1900包括有：处理器1901和存储器1902。

处理器1901可以包括一个或多个处理核心，比如19核心处理器、8核心处理器等。处理器1901可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1901也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1901可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1901还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1902可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1902还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1902中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1901所执行以实现本申请中方法实施例提供的订单信息的查询方法。

在一些实施例中，计算机设备1900还可选包括有：外围设备接口1903和至少一个外围设备。处理器1901、存储器1902和外围设备接口1903之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1903相连。具体地，外围设备包括：射频电路1904、触摸显示屏1905、摄像头1906、音频电路1907、定位组件1908和电源1909中的至少一种。

外围设备接口1903可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器1901和存储器1902。在一些实施例中，处理器1901、存储器1902和外围设备接口1903被集成在同一芯片或电路板上；在一些其他实施例中，处理器1901、存储器1902和外围设备接口1903中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路1904用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1904通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1904将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1904包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等。射频电路1904可以通过至少一种无线通信协议来与其它计算机设备进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、19G及5G)、无线局域网和/或Wi-Fi(Wireless-Fidelity，无线保真)网络。在一些实施例中，射频电路1904还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏1905用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1905是触摸显示屏时，显示屏1905还具有采集在显示屏1905的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1901进行处理。此时，显示屏1905还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1905可以为一个，设置计算机设备1900的前面板；在另一些实施例中，显示屏1905可以为至少两个，分别设置在计算机设备1900的不同表面或呈折叠设计；在再一些实施例中，显示屏1905可以是柔性显示屏，设置在计算机设备1900的弯曲表面上或折叠面上。甚至，显示屏1905还可以设置成非矩形的不规则图形，也即异形屏。显示屏1905可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(OrganicLight-Emitting Diode，有机发光二极管)等材质制备。

摄像头组件1906用于采集图像或视频。可选地，摄像头组件1906包括前置摄像头和后置摄像头。通常，前置摄像头设置在计算机设备的前面板，后置摄像头设置在计算机设备的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1906还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路1907可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1901进行处理，或者输入至射频电路1904以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在计算机设备1900的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1901或射频电路1904的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1907还可以包括耳机插孔。

定位组件1908用于定位计算机设备1900的当前地理位置，以实现导航或LBS(Location Based Service，基于位置的服务)。定位组件1908可以是基于美国的GPS(Global Positioning System，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。

电源1909用于为计算机设备1900中的各个组件进行供电。电源1909可以是交流电、直流电、一次性电池或可充电电池。当电源1909包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。

在一些实施例中，计算机设备1900还包括有一个或多个传感器1910。该一个或多个传感器1910包括但不限于：加速度传感器1911、陀螺仪传感器1912、压力传感器1913、指纹传感器1914、光学传感器1915以及接近传感器1916。

加速度传感器1911可以检测以计算机设备1900建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1911可以用于检测重力加速度在三个坐标轴上的分量。处理器1901可以根据加速度传感器1911采集的重力加速度信号，控制触摸显示屏1905以横向视图或纵向视图进行用户界面的显示。加速度传感器1911还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器1912可以检测计算机设备1900的机体方向及转动角度，陀螺仪传感器1912可以与加速度传感器1911协同采集用户对计算机设备1900的3D动作。处理器1901根据陀螺仪传感器1912采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器1913可以设置在计算机设备1900的侧边框和/或触摸显示屏1905的下层。当压力传感器1913设置在计算机设备1900的侧边框时，可以检测用户对计算机设备1900的握持信号，由处理器1901根据压力传感器1913采集的握持信号进行左右手识别或快捷操作。当压力传感器1913设置在触摸显示屏1905的下层时，由处理器1901根据用户对触摸显示屏1905的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器1914用于采集用户的指纹，由处理器1901根据指纹传感器1914采集到的指纹识别用户的身份，或者，由指纹传感器1914根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1901授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1914可以被设置计算机设备1900的正面、背面或侧面。当计算机设备1900上设置有物理按键或厂商Logo时，指纹传感器1914可以与物理按键或厂商Logo集成在一起。

光学传感器1915用于采集环境光强度。在一个实施例中，处理器1901可以根据光学传感器1915采集的环境光强度，控制触摸显示屏1905的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏1905的显示亮度；当环境光强度较低时，调低触摸显示屏1905的显示亮度。在另一个实施例中，处理器1901还可以根据光学传感器1915采集的环境光强度，动态调整摄像头组件1906的拍摄参数。

接近传感器1916，也称距离传感器，通常设置在计算机设备1900的前面板。接近传感器1916用于采集用户与计算机设备1900的正面之间的距离。在一个实施例中，当接近传感器1916检测到用户与计算机设备1900的正面之间的距离逐渐变小时，由处理器1901控制触摸显示屏1905从亮屏状态切换为息屏状态；当接近传感器1916检测到用户与计算机设备1900的正面之间的距离逐渐变大时，由处理器1901控制触摸显示屏1905从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图19中示出的结构并不构成对计算机设备1900的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

本申请的实施例还提供了一种计算机设备，该计算机设备包括：处理器和存储器，该计算机设备存储器中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述实施例中的订单信息的查询方法。

本申请的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的订单信息的查询方法。

应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (18)

1.一种订单信息查询系统，其特征在于，所述订单信息查询系统包括：基于区块链设置的查询服务器和电商服务器，所述查询服务器与查询客户端相连，所述电商服务器包括至少两个电子商务平台对应的服务器；

所述查询客户端，用于向所述查询服务器发送订单查询请求，所述订单查询请求携带有身份标识，所述身份标识用于标识收货时的身份信息，不同的所述电子商务平台对应有相同的身份标识；

所述查询服务器，用于根据所述身份标识从所述区块链中获取所述订单信息，所述身份标识与用户帐号对应，所述用户帐号是登录在所述电子商务平台中的用户帐号，所述订单信息包括购买订单的订单标识和所述购买订单所属的电子商务平台的平台标识，所述订单信息是所述电商服务器存储在所述区块链中的；

所述查询服务器，用于将所述订单信息发送至所述查询客户端中；

所述查询客户端，用于根据所述订单信息显示订单查询页面，所述订单查询页面包括属于不同的所述电子商务平台的订单信息。

2.根据权利要求1所述的系统，其特征在于，所述查询服务器，用于：

获取关联关系，所述关联关系用于表征所述身份标识、所述平台标识与所述用户帐号之间的对应关系；

获取所述身份标识和所述平台标识；根据所述身份标识、所述平台标识和所述关联关系获取所述用户帐号；根据所述用户帐号从所述区块链中获取所述订单信息。

3.根据权利要求2所述的系统，其特征在于，所述查询服务器，用于：

将所述身份标识和所述平台标识作为键元素；将所述用户帐号作为值元素；或，将所述身份标识作为所述键元素；将所述平台标识和所述用户帐号作为所述值元素，所述用户帐号用于查询所述电子商务平台中的购买订单；

将所述键元素和所述值元素关联为键值对，得到所述关联关系。

4.根据权利要求1至3任一所述的系统，其特征在于，所述电商服务器与所述电子商务平台对应的电商客户端相连；

所述电商客户端，用于响应于接收到订单支付操作，向所述电商服务器发送支付完成信息；

所述电商服务器，用于根据所述支付完成信息生成所述用户帐号对应的购买订单的订单标识；

所述电商服务器，用于根据所述用户帐号、所述用户帐号对应的平台标识和所述订单标识生成订单区块，将所述订单区块存储至所述区块链中。

5.根据权利要求4所述的系统，其特征在于，所述区块链设置有智能合约；

所述电商服务器，用于：

对所述购买订单的真实性进行验证，得到验证结果；

响应于所述验证结果满足所述智能合约，将所述订单区块存储至所述区块链中。

6.根据权利要求5所述的系统，其特征在于，

所述电商客户端，用于通过私钥对所述购买订单进行签名操作，得到签名后的购买订单，所述私钥是根据所述用户帐号生成的；将所述签名后的购买订单发送至所述电商服务器中，所述签名后的购买订单对应有公钥，所述公钥是通过所述私钥生成的；

所述电商服务器，用于通过所述公钥对所述签名后的购买订单进行签名验证操作，得到验证结果。

7.根据权利要求4所述的系统，其特征在于，所述电商服务器，用于：

获取所述订单信息包含的信息所属的信息类型；

响应于所述信息类型属于隐私类型，对所述订单信息包含的信息进行同态加密处理，得到加密处理后的订单信息；

根据所述加密处理后的订单信息生成所述订单区块。

8.根据权利要求1至3任一所述的系统，其特征在于，

所述查询客户端，用于响应于接收第一索引信息，根据所述第一索引信息向所述查询服务器发送第一订单搜索请求，所述第一订单搜索请求携带有所述身份标识；

所述查询服务器，用于根据所述身份标识和所述第一索引信息从所述区块链中获取第一订单信息；

所述查询客户端，用于响应于接收第二索引信息，根据所述第一索引信息和所述第二索引信息向所述查询服务器发送第二订单搜索请求，所述第二订单搜索请求携带有所述身份标识，所述第二索引信息的接收顺序位于所述第一索引信息的接收顺序之后；

所述查询服务器，用于根据所述身份标识、所述第一索引信息和所述第二索引信息从所述区块链中获取第二订单信息。

9.根据权利要求1至3任一所述的系统，其特征在于，

所述查询客户端，用于响应于接收统计操作，向所述查询服务器发送订单统计请求，所述订单统计请求携带有所述身份标识和统计时间区间；

所述查询服务器，用于根据所述身份标识和所述统计时间区间从所述区块链中获取所述订单信息；将所述订单信息发送至所述查询客户端中；

所述查询客户端，用于根据所述订单信息显示统计结果，所述统计结果包括在所述统计时间区间内，在各个电子商务平台中所述身份标识对应的消费喜好。

10.一种订单信息的查询方法，其特征在于，所述方法包括：

显示订单查询页面；

接收所述订单查询页面上的查询操作，所述查询操作用于根据身份标识查询不同的电子商务平台中的购买订单，所述身份标识用于标识收货时的身份信息，不同的所述电子商务平台对应有相同的身份标识；

根据所述查询操作显示所述购买订单的订单信息，所述订单信息包括所述购买订单的订单标识和所述购买订单所属的电子商务平台的平台标识。

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

响应于接收到所述订单信息上的触发操作，将所述订单查询页面切换显示为订单详情页面，所述订单详情页面是所述购买订单所属的电子商务平台对应的用户界面。

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

接收所述订单查询页面上的统计操作，所述统计操作携带有所述身份标识和统计时间区间；

根据所述统计操作显示订单统计页面，所述订单统计页面包括在所述统计时间区间内，在各个电子商务平台中所述身份标识对应的消费喜好。

13.根据权利要求10至12任一所述的方法，其特征在于，所述显示订单查询页面之前，包括：

显示小程序选择页面，所述小程序选择页面包括订单助手小程序的程序标识；

响应于接收到所述程序标识的选择操作，显示所述订单查询页面。

14.根据权利要求13所述的方法，其特征在于，所述响应于接收到所述程序标识的选择操作，显示所述订单查询页面，包括：

根据所述选择操作获取所述身份标识；

响应于所述身份标识未经过授权验证，显示第一提示信息，所述第一提示信息用于提示根据所述身份标识进行授权验证操作；

响应于接收到所述第一提示信息上的所述授权验证操作，显示所述订单查询页面，所述订单查询页面包括所述身份标识对应的购买订单的订单信息来源。

15.根据权利要求10至12任一所述的方法，其特征在于，所述显示订单查询页面之前，包括：

显示订单完成页面，所述订单完成页面包括已支付的购买订单和第二提示信息，所述第二提示信息用于提示对所述已支付的购买订单进行进度跟踪；

响应于接收到所述第二提示信息上的确认操作，将所述订单完成页面切换显示为所述订单查询页面，所述订单查询页面包括所述已支付的购买订单对应的订单信息。

16.一种订单信息的查询装置，其特征在于，所述装置包括：

显示模块，用于显示订单查询页面；

接收模块，用于接收所述订单查询页面上的查询操作，所述查询操作用于根据身份标识查询不同的电子商务平台中的购买订单，所述身份标识用于标识收货时的身份信息，不同的所述电子商务平台对应有相同的身份标识；

所述显示模块，用于根据所述查询操作显示所述购买订单的订单信息，所述订单信息包括所述购买订单的订单标识和所述购买订单所属的电子商务平台的平台标识。

17.一种计算机设备，其特征在于，所述计算机设备包括：处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求10至15任一项所述订单信息的查询方法。

18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求10至15任一项所述的订单信息的查询方法。

Images