CN115409571A - 订单信息的显示方法、装置、存储介质和电子设备 - Google Patents

Abstract

本申请公开了一种订单信息的显示方法、装置、电子设备和存储介质，涉及计算机技术领域。包括：向服务器发送第一显示模式的第一查询请求，第一查询请求包括商家信息；接收服务器发送的目标订单的第一订单信息；按照预设顺序，在订单展示页面上渲染显示至少一个订单展示模块，其中，订单展示模块包括订单状态信息为待处理状态的目标订单的第一订单信息；响应于对订单展示模块的第一操作，将订单展示模块对应的目标订单的订单状态信息更新为已处理状态；向服务器发送订单展示模块对应的目标订单的订单状态信息；根据订单状态信息更新订单展示页面中显示的至少一个订单展示模块。从而提高商家识别、操作订单的效率。

Description

订单信息的显示方法、装置、存储介质和电子设备

技术领域

本申请涉及计算机技术领域，尤其是涉及一种订单信息的显示方法、装置、存储介质和电子设备。

背景技术

随着互联网技术的发展，网上点单业务迅速发展，对于商家而言，就需要及时处理订单。然而，现有的订单展示页面显示的订单信息复杂冗余，不仅不利于指引商家合理计划备餐，而且导致一屏只能显示一个订单的信息，商家往往需要反复操作才能找到所需订单，操作较为繁琐。另外，对于流量比较大的商家或感知不强的商家，若商家上报出餐不准确，骑手到店取货才发现商家并未出餐，不利于及时处理订单，造成消费者的投诉，影响商家信誉。

发明内容

有鉴于此，本申请提供了一种订单信息的显示方法、装置、存储介质和电子设备，主要目的在于解决商家识别、操作订单的效率较低的技术问题。

根据本申请的第一个方面，提供了一种订单信息的显示方法，该方法包括：

向服务器发送第一显示模式的第一查询请求，第一查询请求包括商家信息；

接收服务器发送的目标订单的第一订单信息；

按照预设顺序，在订单展示页面上渲染显示至少一个订单展示模块，其中，订单展示模块包括订单状态信息为待处理状态的目标订单的第一订单信息；

响应于对订单展示模块的第一操作，将订单展示模块对应的目标订单的订单状态信息更新为已处理状态；

向服务器发送订单展示模块对应的目标订单的订单状态信息，以供服务器将订单展示模块对应的目标订单的订单状态信息发送至对应的配送端；

根据订单状态信息更新订单展示页面中显示的至少一个订单展示模块。

根据本申请的第二个方面，提供了一种订单信息的显示方法，该方法包括：

向服务器发送第一显示模式的第一查询请求，第一查询请求包括商家信息；

接收服务器发送的目标订单的第一订单信息；

按照预设顺序，在订单展示页面上渲染显示至少一个订单展示模块，其中，订单展示模块包括订单状态信息为待处理状态的目标订单的第一订单信息；

响应于对订单展示模块的第一操作，将订单展示模块对应的目标订单的订单状态信息更新为已处理状态；

若订单展示模块符合预设条件，更新订单展示页面中显示的至少一个订单展示模块。

根据本申请的第三个方面，提供了一种订单信息的显示方法，该方法包括：

响应于商家端的第一查询请求，按照第一查询请求中商家信息获取第一订单信息；

将第一订单信息发送至商家端，以供商家端按照预设顺序，在订单展示页面上通过至少一个订单展示模块显示第一订单信息；

若接收商家端发送的目标订单的订单状态信息，将目标订单的订单状态信息发送至目标订单对应的配送端。

根据本申请的第四个方面，提供了一种订单信息的显示装置，该装置包括：

通信模块，用于向服务器发送第一显示模式的第一查询请求，第一查询请求包括商家信息；以及

接收服务器发送的目标订单的第一订单信息；

显示模块，用于按照预设顺序，按照预设顺序，在订单展示页面上渲染显示至少一个订单展示模块，其中，订单展示模块包括订单状态信息为待处理状态的目标订单的第一订单信息；

更新模块，用于响应于对订单展示模块的第一操作，将订单展示模块对应的目标订单的订单状态信息更新为已处理状态；

通信模块，还用于向服务器发送订单展示模块对应的目标订单的订单状态信息，以供服务器将订单展示模块对应的目标订单的订单状态信息发送至对应的配送端；

显示模块，还用于根据订单状态信息更新订单展示页面中显示的至少一个订单展示模块。

根据本申请的第五个方面，提供了一种订单信息的显示装置，该装置包括：

通信模块，用于向服务器发送第一显示模式的第一查询请求，第一查询请求包括商家信息；以及

接收服务器发送的目标订单的第一订单信息；

显示模块，用于按照预设顺序，按照预设顺序，在订单展示页面上渲染显示至少一个订单展示模块，其中，订单展示模块包括订单状态信息为待处理状态的目标订单的第一订单信息；

更新模块，用于响应于对订单展示模块的第一操作，将订单展示模块对应的目标订单的订单状态信息更新为已处理状态；

显示模块，还用于若订单展示模块符合预设条件，更新订单展示页面中显示的至少一个订单展示模块。

根据本申请的第六个方面，提供了一种订单信息的显示装置，该装置包括：

信息获取模块，用于响应于商家端的第一查询请求，按照第一查询请求中商家信息获取第一订单信息；

通信模块，用于将第一订单信息发送至商家端，以供商家端按照预设顺序，在订单展示页面上通过至少一个订单展示模块显示第一订单信息；以及，

若接收商家端发送的目标订单的订单状态信息，将目标订单的订单状态信息发送至目标订单对应的配送端。

根据本申请的第七个方面，提供了一种存储介质，其上存储有计算机程序，程序被处理器执行时实现上述订单信息的显示方法。

根据本申请的第八个方面，提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现上述订单信息的显示方法。

本申请提供的一种订单信息的显示方法、装置、存储介质和电子设备，首先为商家提供能够显示精简订单信息的第一显示模式。当商家选择以第一显示模式显示订单信息时，商家通过对商家端的第一操作，向服务器发送第一查询请求，以获取有关于该商家的目标订单的关键订单信息(第一订单信息)。商家端在接收到服务器发送的第一订单信息后，按照预先配置的预设顺序，通过至少一个订单展示模块分别对多个目标订单的第一订单信息进行显示，从而通过提炼目标订单的关键信息，减少订单信息在屏幕中所需的显示空间，简化订单信息的呈现和布局，进而在保证商家准确识别目标订单的情况下，使得商家端能够同时显示多个目标订单的信息，减少商家操作订单的难度，大大提升订单屏效。进一步地，商家可通过对一个或多个订单展示模块的第一操作，触发目标订单的确认处理，以将订单展示模块对应的目标订单的订单状态信息更新为已处理状态，同时，商家端可向服务器发送订单状态信息，以告知服务器目标订单处理完成。服务器接收到订单状态信息后将其转发至用于配送该目标订单的配送端，以使骑手能够及时取货并配送。在更新订单状态信息后，商家端可按照订单状态信息手动或自动更新订单展示页面中显示的至少一个订单展示模块，以便于及时隐藏已处理状态的目标订单，实现目标订单的轮转，提升了商家处理效率，进而提升了商家体验。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例提供的订单信息的显示方法的流程示意图之一；

图2示出了本申请实施例提供的订单信息的显示方法的流程示意图之二；

图3示出了本申请实施例提供的订单信息的显示方法的流程示意图之三；

图4示出了本申请实施例提供的订单信息的显示方法的场景示意图之一；

图5示出了本申请实施例提供的订单信息的显示方法的场景示意图之二；

图6示出了本申请实施例提供的订单信息的显示方法的场景示意图之三；

图7示出了本申请实施例提供的订单信息的显示方法的场景示意图之四；

图8示出了本申请实施例提供的订单信息的显示装置的结构示意图之一；

图9示出了本申请实施例提供的订单信息的显示装置的结构示意图之二；

图10示出了本申请实施例提供的订单信息的显示装置的结构示意图之三。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在一个实施例中，如图1所示，提供了一种订单信息的显示方法，以该方法应用于商家端、服务器和配送端为例进行说明，包括以下步骤：

101、商家端向第一服务器发送第一显示模式的第一查询请求。

其中，所述第一查询请求包括商家信息。

在该实施例中，系统为商家提供能够显示精简订单信息的第一显示模式。当商家选择以第一显示模式显示订单信息时，商家端向第一服务器发送第一查询请求，以获取有关于该商家处理目标订单所需的必要信息(第一订单信息)。

值得一提的是，触发发送第一查询请求的条件可以是商家对商家端的查询操作或目标订单的订单状态信息出现更新等，本申请实施例不再一一例举。

102、服务器响应于商家端的第一查询请求，按照第一查询请求中商家信息获取目标订单的第一订单信息。

其中，第一订单信息为目标订单所有订单信息中商家处理目标订单所需的关键性信息。第一订单信息包括物流状态信息和订单需求信息。

具体地，订单需求信息包括以下至少一种：订单状态信息、订单类型信息、订单标识信息、商品信息和订单时间信息中的一种或多种。其中，物流状态信息用于表示骑手的状态，例如，待骑手接单、骑手已到店、待骑手取货、骑手距离等，以便于商家清晰的感知到骑手进度；订单状态信息包括第一处理状态信息和/或第二处理状态信息，第一处理状态信息包括已处理状态和待处理状态，在待处理状态下，第二处理状态信息包括处理中、处理即将超时、处理已超时等状态，通过订单状态信息商家获知每个订单的处理进度；订单类型信息包括加急类型、优惠类型、预约类型等；订单时间信息包括下单时间、超时时限等；订单标识信息用于区分不同订单，例如，订单流水号、订单编号等。从而通过显示第一订单信息为商家合理指定处理计划提供直观的指引。

在具体的应用场景中，服务器包括第一服务器、第二服务器和第三服务器，步骤102，也即服务器响应于商家端的第一查询请求，按照第一查询请求中商家信息获取目标订单的第一订单信息，具体包括：

102-1、第一服务器响应于第一查询请求，根据商家信息从第二服务器调取目标订单的第一订单需求信息，以及从第三服务器调取目标订单的物流状态信息。

102-2、第一服务器对物流状态信息和第一订单需求信息进行合并处理，确定第一订单信息。

在该实施例中，由第一服务器与商家端进行交互，第一服务器在接收到第一查询请求后，解析出其中的商家信息，并利用该商家信息分别从第二服务器和第三服务器中调取目标订单精炼后的第一订单需求信息和物流状态信息。第一服务器将第一订单需求信息和物流状态信息进行合并组装得到第一订单信息，以便于发送至商家端。

可以理解的是，第一服务器用于与商家端进行交互，第二服务器对应订单中台，第三服务器对应物流中台。第一服务器、第二服务器、第三服务器可以是同一个服务器的不同模块，也可以是分别独立的服务器。

103、服务器将目标订单的第一订单信息发送至商家端。

在该实施例中，服务器接收到第一查询请求后，解析其中的商家信息。通过商家信息获取商家信息对应的目标订单的订单标识信息。服务器再利用订单标识信息从数据库中批量调取目标订单的第一订单信息，并将所有目标订单的第一订单信息打包发送至商家端，以供商家端按照预设顺序，在订单展示页面上通过订单展示模块显示第一订单信息。一方面，通过提炼目标订单的关键信息，能够减少第一订单信息在客服端屏幕中所需的显示空间，简化订单信息的呈现和布局。另一方面，利用第一订单信息代替目标订单的足有订单信息发送至商家端，减少了商家端能够获得的数据量，有助于减小商家端的运行压力，提升商家使用商家端的流畅性。

104、商家端接收服务器发送的目标订单的第一订单信息。

105、商家端按照预设顺序，在订单展示页面上渲染显示至少一个订单展示模块。

其中，一个订单展示模块可以包括一个或多个订单状态信息为待处理状态的目标订单的第一订单信息。订单展示页面上允许显示的订单展示模块的数量与第一订单信息和订单展示页面的面积相关，若需要显示的目标订单的数量小于或等于订单展示页面上允许显示的订单展示模块的数量，则按照需要显示的目标订单的数量显示订单展示模块，若需要显示的目标订单的数量大于订单展示页面上允许显示的订单展示模块的数量，则按照允许显示的订单展示模块的数量显示订单展示模块。例如，在订单展示页面的面积相同的情况下，第一订单信息包含的信息越多，订单展示模块所需的面积越大，则订单展示页面允许显示的订单展示模块的数量越少。以一个订单展示模块对应一个目标订单为例，如图4所示，显示有6个订单展示模块，如图5所示，显示有8个订单展示模块。在订单展示页面中，至少两个订单展示模块位于一行或一列，以提高订单屏效。

在该实施例中，商家端在接收到第一订单信息后，按照预先配置的预设顺序，在订单展示页面上渲染显示至少一个订单展示模块，每个订单展示模块均包括一个目标订单的第一订单信息，从而通过至少一个订单展示模块分别对多个目标订单的第一订单信息进行显示。进而在保证商家准确识别目标订单的情况下，使得商家端能够同时显示多个目标订单的信息，简化订单翻找操作，降低商家操作订单的难度，大大提升订单屏效。

具体地，预设顺序可以是订单编号从小到大顺序，也可以下单时间的先后顺序，预设顺序可按需设定。至少一个订单展示模块在订单展示页面上的布局也可按需设置，可以是纵向均匀分布，可以采用顺时针周向分布，本申请实施例对预设顺序和布局方式不做具体限定。

在具体的应用场景中，步骤105，也即商家端在订单展示页面上渲染显示至少一个订单展示模块，具体包括如下步骤：

105-1、若目标订单处于已处理状态，商家端按照已处理状态关联的第一显示参数，渲染显示目标订单对应的订单展示模块。

105-2、若目标订单处于待处理状态，商家端确定目标订单的下单时刻和当前时刻之间的时间差。

105-3、商家端根据时间差确定目标订单的第二处理状态信息。

其中，第二处理状态信息包括处理中、处理即将超时、处理已超时等状态。

105-4、商家端按照第二处理状态信息关联的第二显示参数，渲染显示目标订单对应的订单展示模块。

其中，第一显示参数或第二显示参数包括但不限于以下至少一种，订单展示模块形状、订单展示模块颜色、订单展示模块中字体大小、订单展示模块亮度等参数。

在该实施例中，在接收到第一订单信息后，若检测到目标订单处于待处理状态，根据第一订单信息中下单时刻和当前时刻计算两者的时间差，通过该时间差表示处理该目标订单的耗时。将该时间差与不同订单状态信息对应的时限范围进行比较，当该时间差处于任一时限范围内，则确定该目标订单处于任一时限范围对应的第二处理状态信息。在通过预设的第二处理状态信息与显示参数之间的对应关系，匹配出与适合当前第二处理状态信息的第二显示参数，并按照第二显示参数渲染显示目标订单对应的订单展示模块。同样的，在显示订单展示模块的过程中，若检测到目标订单的订单状态信息更新为已处理状态，则按照已处理状态关联的第一显示参数，渲染显示已处理目标订单对应的订单展示模块。从而通过不同的显示参数展示处于不同状态的订单展示模块，以辅助商家快速识别不同的目标订单，增强信息展示时对状态信息的表达，特别是对于已超时状态，大大增加商家感知，提升了商家处理效率，进而提升了商家体验。

具体举例来说，如图4所示，所有订单均处于待处理状态，进一步识别每个目标订单的第二处理状态信息，并为不同第二处理状态信息的订单展示模块设定不同的背景颜色。如图5所示，以灰色背景的样式来展示已处理状态的订单展示模块，上家通过颜色即可判断出该订单暂时不可再上报订单已处理。

106、商家端响应于对订单展示模块的第一操作，将订单展示模块对应的目标订单的订单状态信息更新为已处理状态。

在该实施例中，当商家完成目标订单，可通过对订单展示模块的第一操作触发上报订单已处理。此时，商家端会将该订单展示模块对应的目标订单的订单状态信息更新为已处理状态，同时订单展示模块中的订单状态信息也会同步调整为已处理状态。从而直观地提醒商家，使得商家能够清晰的感知到订单是否上报成功。

107、商家端向服务器发送订单展示模块对应的目标订单的订单状态信息。

108、若接收商家端发送的目标订单的订单状态信息，服务器将目标订单的订单状态信息发送至目标订单对应的配送端。

在该实施例中，当目标订单的订单状态信息调整为已处理状态，商家端可向第一服务器发送该订单状态信息，以告知第一服务器目标订单处理完成。第一服务器接收到订单状态信息后将其转发至用于配送该目标订单的配送端，以使骑手能够及时取货并配送，从而提高目标订单的处理效率，有利于提升消费者的满意度。

可以理解的是，当目标订单的订单状态信息更新为已处理状态，可以在预设时段内激活目标订单对应的订单展示模块上显示的第三控件，第三控件用于撤销已处理。商家可通过对第三控件的第六操作，将订单状态信息重新更改为待处理状态，同时再次向第一服务器发送更新后的订单状态信息，以便于配送端及时更新目标订单的第一处理状态信息，避免误操作导致的处理错误。

109、商家端根据订单状态信息更新订单展示页面中显示的至少一个订单展示模块。

本实施例提供的订单信息的显示方法，首先为商家提供能够显示精简订单信息的第一显示模式。当商家选择以第一显示模式显示订单信息时，通过商家对商家端的第一操作，向第一服务器发送第一查询请求，以获取有关于该商家的目标订单的关键订单信息(第一订单信息)。商家端在接收到第一服务器发送的第一订单信息后，按照预先配置的预设顺序，通过至少一个订单展示模块分别对多个目标订单的第一订单信息进行显示，从而通过提炼目标订单的关键信息，减少订单信息在屏幕中所需的显示空间，简化订单信息的呈现和布局，进而在保证商家准确识别目标订单的情况下，使得商家端能够同时显示多个目标订单的信息，减少商家操作订单的难度，大大提升订单屏效。进一步地，商家可通过对订单展示模块的第一操作，触发目标订单上报已处理，同时将对应的目标订单的订单状态信息更新为已处理状态，此时，商家端可向第一服务器发送订单状态信息，以告知第一服务器目标订单处理完成。第一服务器接收到订单状态信息后将其转发至用于配送该目标订单的配送端，以使骑手能够及时取货并配送。在更新订单状态信息后，商家端可按照订单状态信息手动或自动更新订单展示页面中显示的至少一个订单展示模块，以便于及时隐藏已处理状态的目标订单，实现目标订单的轮转，提升了商家处理效率，进而提升了商家体验。

需要说明的是，由于更新订单展示页面中显示的至少一个订单展示模块后出现目标订单的替换，商家端可再次向第一服务器发送第一查询请求，以获取新产生的目标订单的第一以订单信息，从而实现了目标订单的刷新。

在具体的应用场景中，步骤109，也即商家端根据订单状态信息更新订单展示页面中显示的至少一个订单展示模块，具体包括下述方式：

方式一，若目标订单的订单状态信息更新为已处理状态，取消显示目标订单对应的订单展示模块。

在该实施例中，一旦用户通过第一操作上报目标订单已处理，立即隐藏用于显示该目标订单的订单展示模块，以及时取消显示已完成的目标订单，然后按照上述显示逻辑，渲染显示待处理的目标订单的订单展示模块，从而实现目标订单的快速轮转，提升了商家处理效率，进而提升了商家体验。

方式二，订单展示页面包括用于刷新订单展示页面的第一控件，商家端响应于对第一控件的第二操作，取消显示订单展示页面中对应已处理状态的订单展示模块。

在该实施例中，商家可通过订单展示页面上的第一控件手动触发订单展示页面的刷新。具体地，当商家端响应于对第一控件的第二操作，将处于已处理状态的目标订单对应的订单展示模块隐藏。然后将订单展示页面上处于待处理状态的目标订单对应的订单展示模块按照预设顺序填充至因取消显示产生的空白区域，以调整已显示的订单展示模块再订单展示页面中的位置。接下来在因调整已有订单展示模块产生的空白区域出显示新的订单展示模块，并通过新的订单展示模块预设顺序显示其他待处理状态的目标订单的第一订单信息，也即将后续目标订单前移，以完成订单展示模块的重新排列，使得订单展示页面中显示的目标订单再次为待处理状态，便于商家根据第一订单信息进行处理。

值得一提的是，如图4所示，可通过对订单展示模块中空白区域的第二操作直接上报订单已处理，如图5所示，还可以在订单展示模块设置上报处理控件，通过对上报处理控件第二操作触发上报订单已处理。

方式三，若订单展示页面中显示的处于已处理状态的目标订单的数量大于或等于预设数量，取消显示订单展示页面中对应已处理状态的订单展示模块。

在该实施例中，周期性检测订单展示页面中显示的处于已处理状态的目标订单的数量，在该数量大于或等于预设数量的情况下，说明订单展示页面中已经存在较多已处理的目标订单，若不刷新订单展示页面，容易影响后续还未显示目标订单的处理效率。则将处于已处理状态的目标订单对应的订单展示模块隐藏。然后将订单展示页面上处于待处理状态的目标订单对应的订单展示模块按照预设顺序填充至因取消显示产生的空白区域，以调整已显示的订单展示模块再订单展示页面中的位置。接下来在因调整已有订单展示模块产生的空白区域出显示新的订单展示模块，并通过新的订单展示模块预设顺序显示其他待处理状态的目标订单的第一订单信息，也即将后续目标订单前移，以完成订单展示模块的重新排列，便于商家根据第一订单信息进行处理。在该数量小于预设数量的情况下，订单展示模块维持当前的显示状态，不仅确保订单位置不被打乱，提升商家识别、操作订单的效率，而且能够保留近期上报订单已处理的目标订单的订单展示模块，以便于商家对订单是否已处理进行复核，有效避免因误操作导致的上报错误的情况。

其中，预设数量可根据屏幕中允许显示的订单展示模块的数量合理设置。例如，如图5所示，8个订单展示模块按照两行四列的布局排布，可将预设数量设置为4个，那么若处于已处理状态的目标订单小于4个，此时即使目标订单为已处理状态，其订单展示模块也不会被隐藏，也即订单展示页面不会被刷新；一旦处于已处理状态的目标订单达到4个，将已处理状态的目标订单对应的订单展示模块隐藏，以显示预设顺序中的后续目标订单的第一订单信息，实现订单展示页面的自动刷新。

方式四，若订单展示模块在订单展示页面中所处的目标列或目标行的所有订单展示模块均对应已处理状态，商家端取消显示位于目标行或目标列的订单展示模块；若订单展示模块在订单展示页面中所处的目标列或目标行的其他订单展示模块对应待处理状态，商家端保留显示对应已处理状态的订单展示模块。

在该实施例中，若检测到订单展示页面中存在已处理状态的目标订单，当订单展示页面的任意一目标行或任意一目标列中所有的订单展示模块对应的目标订单已经完成处理，直接将整个目标行/列的订单展示模块隐藏，并通过新的订单展示模块预设顺序显示其他待处理状态的目标订单的第一订单信息，以完成订单展示模块的重新排列，便于商家根据第一订单信息进行处理。从而确保订单位置不被打乱，提升商家识别、操作订单的效率。

可以理解的是，当订单状态信息更新为已处理状态后，由于商家已完成目标订单，商家不会再次关注商品信息、订单类型信息等第一订单信息。考虑到未刷新订单展示页面前会一直展示已处理状态的目标订单对应的订单展示模块的情况，为了进一步提高屏效，如图5所示，上报订单已处理后调整该订单展示模块上显示的第一订单信息。使订单展示模块仅显示订单标识信息、物流状态信息和/或订单状态信息等确定订单处理后仍需关注的信息。同时，由于信息量的缩减，可按比例适当缩小订单展示模块，从而为显示其他订单展示模块预留更多的显示空间，有助于增加订单展示界面中显示的订单展示模块数量。

进一步地，在目标行或目标列显示有两个订单展示模块的情况下，若在目标行或目标列中与对应已处理状态的订单展示模块相邻的其他订单展示模块对应已处理状态，确定目标行或目标列的所有订单展示模块均对应已处理状态。

在该实施例中，通过遍历订单展示模块确定订单展示模块在订单展示页面中行/列布局，若目标行或目标列仅显示有两个订单展示模块，当一个订单展示模块上报已处理后，通过行/列布局校验与其相邻的另一个订单展示模块是否对应已处理状态，即可判断出确定目标行或目标列的所有订单展示模块是否均对应已处理状态。

在一个实施例中，如图2所示，提供了一种订单信息的显示方法，以该方法应用于商家端、服务器为例进行说明，包括以下步骤：

201、商家端向服务器发送第一显示模式的第一查询请求。

其中，第一查询请求包括商家信息。

在该实施例中，系统为商家提供能够显示精简订单信息的第一显示模式。当商家选择以第一显示模式显示订单信息时，商家端向服务器发送第一查询请求，以获取有关于该商家处理目标订单所需的必要信息(第一订单信息)。

值得一提的是，触发发送第一查询请求的条件可以是商家对商家端的查询操作或目标订单的订单状态信息出现更新等，本申请实施例不再一一例举。

202、服务器响应于商家端的第一查询请求，按照第一查询请求中商家信息获取目标订单的第一订单信息。

其中，第一订单信息为目标订单所有订单信息中商家处理目标订单所需的关键性信息。第一订单信息包括物流状态信息和订单需求信息。

具体地，订单需求信息包括以下至少一种：订单状态信息、订单类型信息、订单标识信息、商品信息和订单时间信息中的一种或多种。

在具体的应用场景中，服务器包括第一服务器、第二服务器和第三服务器，步骤202，也即服务器响应于商家端的第一查询请求，按照第一查询请求中商家信息获取目标订单的第一订单信息，具体包括：

202-1、第一服务器响应于第一查询请求，根据商家信息从第二服务器调取目标订单的第一订单需求信息，以及从第三服务器调取目标订单的物流状态信息。

202-2、第一服务器对物流状态信息和第一订单需求信息进行合并处理，确定第一订单信息。

在该实施例中，由第一服务器与商家端进行交互，第一服务器在接收到第一查询请求后，解析出其中的商家信息，并利用该商家信息分别从第二服务器和第三服务器中调取目标订单精炼后的第一订单需求信息和物流状态信息。第一服务器将第一订单需求信息和物流状态信息进行合并组装得到第一订单信息，以便于发送至商家端。

可以理解的是，第一服务器用于与商家端进行交互，第二服务器对应订单中台，第三服务器对应物流中台。第一服务器、第二服务器、第三服务器可以是同一个服务器的不同模块，也可以是分别独立的服务器。

203、服务器将目标订单的第一订单信息发送至商家端。

在该实施例中，服务器接收到第一查询请求后，解析其中的商家信息。通过商家信息获取商家信息对应的目标订单的订单标识信息。服务器再利用商家信息分别批量获取目标订单的第一订单信息。服务器将所有目标订单的第一订单信息打包发送至商家端，以供商家端按照预设顺序，在订单展示页面上通过订单展示模块显示第一订单信息。一方面，通过提炼目标订单的关键信息，能够减少第一订单信息在客服端屏幕中所需的显示空间，简化订单信息的呈现和布局。另一方面，利用第一订单信息代替目标订单的足有订单信息发送至商家端，减少了商家端能够获得的数据量，有助于减小商家端的运行压力，提升商家使用商家端的流畅性。

204、商家端接收服务器发送的目标订单的第一订单信息。

205、商家端按照预设顺序，在订单展示页面上渲染显示至少一个订单展示模块。

其中，一个订单展示模块包括一个订单状态信息为待处理状态的目标订单的第一订单信息。订单展示页面上允许显示的订单展示模块的数量与第一订单信息和订单展示页面的面积相关。在订单展示页面中，至少两个订单展示模块位于一行或一列，以提高订单屏效。

在该实施例中，商家端在接收到第一订单信息后，按照预先配置的预设顺序，在订单展示页面上渲染显示至少一个订单展示模块，每个订单展示模块均包括一个目标订单的第一订单信息，从而通过至少一个订单展示模块分别对多个目标订单的第一订单信息进行显示。进而在保证商家准确识别目标订单的情况下，使得商家端能够同时显示多个目标订单的信息，简化订单翻找操作，降低商家操作订单的难度，大大提升订单屏效。

具体地，预设顺序可以是订单编号从小到大顺序，也可以下单时间的先后顺序，预设顺序可按需设定。至少一个订单展示模块在订单展示页面上的布局也可按需设置，可以是纵向均匀分布，可以采用顺时针周向分布，本申请实施例对预设顺序和布局方式不做具体限定。

在具体的应用场景中，步骤205，也即商家端在订单展示页面上渲染显示至少一个订单展示模块，具体包括如下步骤：

205-1、若目标订单处于已处理状态，商家端按照已处理状态关联的第一显示参数，渲染显示目标订单对应的订单展示模块。

205-2、若目标订单处于待处理状态，商家端确定目标订单的下单时刻和当前时刻之间的时间差。

205-3、商家端根据时间差确定目标订单的第二处理状态信息。

其中，第二处理状态信息包括处理中、处理即将超时、处理已超时等状态。

205-4、商家端按照第二处理状态信息关联的第二显示参数，渲染显示目标订单对应的订单展示模块。

其中，第一显示参数或第二显示参数包括但不限于以下至少一种，订单展示模块形状、订单展示模块颜色、订单展示模块中字体大小、订单展示模块亮度等参数。

在该实施例中，在接收到第一订单信息后，若检测到目标订单处于待处理状态，根据第一订单信息中下单时刻和当前时刻计算两者的时间差，通过该时间差表示处理该目标订单的耗时。将该时间差与不同订单状态信息对应的时限范围进行比较，当该时间差处于任一时限范围内，则确定该目标订单处于任一时限范围对应的第二处理状态信息。在通过预设的第二处理状态信息与显示参数之间的对应关系，匹配出与适合当前第二处理状态信息的第二显示参数，并按照第二显示参数渲染显示目标订单对应的订单展示模块。同样的，在显示订单展示模块的过程中，若检测到目标订单的订单状态信息更新为已处理状态，则按照已处理状态关联的第一显示参数，渲染显示已处理目标订单对应的订单展示模块。从而通过不同的显示参数展示处于不同状态的订单展示模块，以辅助商家快速识别不同的目标订单，增强信息展示时对状态信息的表达，特别是对于已超时状态，大大增加商家感知，提升了商家处理效率，进而提升了商家体验。

206、商家端响应于对订单展示模块的第一操作，将订单展示模块对应的目标订单的订单状态信息更新为已处理状态。

在该实施例中，当商家完成目标订单，可通过对订单展示模块的第一操作触发上报订单已处理。此时，商家端会将该订单展示模块对应的目标订单的订单状态信息更新为已处理状态，同时订单展示模块中的订单状态信息也会同步调整为已处理状态。从而直观地提醒商家，使得商家能够清晰的感知到订单是否上报成功。

207、若订单展示模块符合预设条件，商家端更新订单展示页面中显示的至少一个订单展示模块。

本实施例提供的订单信息的显示方法，首先为商家提供能够显示精简订单信息的第一显示模式。当商家选择以第一显示模式显示订单信息时，通过商家对商家端的第一操作，向第一服务器发送第一查询请求，以获取有关于该商家的目标订单的关键订单信息(第一订单信息)。商家端在接收到第一服务器发送的第一订单信息后，按照预先配置的预设顺序，通过至少一个订单展示模块分别对多个目标订单的第一订单信息进行显示，从而通过提炼目标订单的关键信息，减少订单信息在屏幕中所需的显示空间，简化订单信息的呈现和布局，进而在保证商家准确识别目标订单的情况下，使得商家端能够同时显示多个目标订单的信息，减少商家操作订单的难度，大大提升订单屏效。进一步地，商家可通过对订单展示模块的第一操作，触发目标订单上报已处理，同时将对应的目标订单的订单状态信息更新为已处理状态。在更新订单状态信息后，进一步判别订单展示模块是否符合预设条件，在符合的情况下才会更新订单展示页面中显示的至少一个订单展示模块，从而通过固定订单的排列位置，确保订单位置不被打乱，进而提升商家识别操作订单效率。

需要说明的是，由于更新订单展示页面中显示的至少一个订单展示模块后出现目标订单的替换，商家端可再次向第一服务器发送第一查询请求，以获取新产生的目标订单的第一以订单信息，从而实现了目标订单的刷新。

在具体的应用场景中，预设条件包括：位于任一行或任一列的订单展示模块对应的目标订单是否均处于已处理状态。则步骤207，也即若订单展示模块符合预设条件，商家端更新订单展示页面中显示的至少一个订单展示模块，具体包括下述方式：

207-1、若订单展示模块在订单展示页面中所处的目标列或目标行的所有订单展示模块均对应已处理状态，商家端取消显示位于目标行或目标列的订单展示模块；

207-2、若订单展示模块在订单展示页面中所处的目标列或目标行的其他订单展示模块对应待处理状态，商家端保留显示对应已处理状态的订单展示模块。

在该实施例中，若检测到订单展示页面中存在已处理状态的目标订单，当订单展示页面的任意一目标行或任意一目标列中所有的订单展示模块对应的目标订单已经完成处理，直接将整个目标行/列的订单展示模块隐藏，并通过新的订单展示模块预设顺序显示其他待处理状态的目标订单的第一订单信息，以完成订单展示模块的重新排列，便于商家根据第一订单信息进行处理。当订单展示模块在订单展示页面中所处的目标列或目标行的其他订单展示模块对应待处理状态，说明目标列或目标行中存在待处理的目标订单，则维持目标列或目标行现有的订单展示模块布局，从而确保订单位置不被打乱，提升商家识别、操作订单的效率。

进一步地，在目标行或目标列显示有两个订单展示模块的情况下，若在目标行或目标列中与对应已处理状态的订单展示模块相邻的其他订单展示模块对应已处理状态，确定目标行或目标列的所有订单展示模块均对应已处理状态。

在该实施例中，通过遍历订单展示模块确定订单展示模块在订单展示页面中行/列布局，若目标行或目标列仅显示有两个订单展示模块，当一个订单展示模块上报已处理后，通过行/列布局校验与其相邻的另一个订单展示模块是否对应已处理状态，即可判断出确定目标行或目标列的所有订单展示模块是否均对应已处理状态。

值得一提的是，步骤207还包括下述方式：

方式一，订单展示页面包括用于更新订单展示模块，也即刷新订单展示页面的第一控件，商家端响应于对第一控件的第二操作，取消显示订单展示页面中对应已处理状态的订单展示模块。

在该实施例中，商家可通过订单展示页面上的第一控件手动触发订单展示页面的刷新。具体地，当商家端响应于对第一控件的第二操作，将处于已处理状态的目标订单对应的订单展示模块隐藏。然后将订单展示页面上处于待处理状态的目标订单对应的订单展示模块按照预设顺序填充至因取消显示产生的空白区域，以调整已显示的订单展示模块再订单展示页面中的位置。接下来在因调整已有订单展示模块产生的空白区域出显示新的订单展示模块，并通过新的订单展示模块预设顺序显示其他待处理状态的目标订单的第一订单信息，以完成订单展示模块的重新排列，使得订单展示页面中显示的目标订单再次为待处理状态，便于商家根据第一订单信息进行处理。

方式二，确定对应已处理状态的订单展示模块的数量；若数量大于或等于预设数量，取消显示订单展示页面中对应已处理状态的订单展示模块。

在该实施例中，周期性检测订单展示页面中处于已处理状态的目标订单对应的订单展示模块的数量，在该数量大于或等于预设数量的情况下，说明订单展示页面中已经存在较多已处理的目标订单，若不刷新订单展示页面，容易影响后续还未显示目标订单的处理效率。则将处于已处理状态的目标订单对应的订单展示模块隐藏。然后将订单展示页面上处于待处理状态的目标订单对应的订单展示模块按照预设顺序填充至因取消显示产生的空白区域，以调整已显示的订单展示模块再订单展示页面中的位置。接下来在因调整已有订单展示模块产生的空白区域出显示新的订单展示模块，并通过新的订单展示模块预设顺序显示其他待处理状态的目标订单的第一订单信息，以完成订单展示模块的重新排列，便于商家根据第一订单信息进行处理。在该数量小于预设数量的情况下，订单展示模块维持当前的显示状态，不仅确保订单位置不被打乱，提升商家识别、操作订单的效率，而且能够保留近期上报订单已处理的目标订单的订单展示模块，以便于商家对订单是否已处理进行复核，有效避免因误操作导致的上报错误的情况。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的实施过程，步骤106或步骤206，也即商家端将订单展示模块对应的目标订单的订单状态信息更新为已处理状态之后，该方法还包括以下步骤：商家端响应于对订单展示模块的第三操作，向服务器发送第二查询请求，其中，第二查询请求包括订单展示模块对应的目标订单的订单标识信息；服务器响应于商家端的第二查询请求，按照第二查询请求中订单标识信息获取目标订单的第二订单信息；服务器将目标订单的第二订单信息发送至商家端；商家端接收服务器发送的订单展示模块对应的目标订单的第二订单信息；商家端显示订单详情页面。

其中，订单详情页面显示有第二订单信息，第二订单信息即与目标订单相关的所有订单信息，其中也包括第一订单信息，第二订单信息中除了第一订单信息以外还可以包括配送地址、订单价格等信息。

在该实施例中，考虑到订单展示模块仅展示了目标订单的部分关键性的订单信息。若商家需要查看完整的订单信息，可通过对订单展示模块的第三操作，再次向服务器发送携带有该目标订单的订单标识信息第二查询请求。服务器接收到第二查询请求后，解析其中的订单标识信息，再利用订单标识信息获取第二订单信息。然后第一服务器将所有目标订单的第二订单信息发送至商家端。商家端在接收到第二订单信息后，跳转至订单详情页面，并按照预先配置的预设顺序，在订单详情页面上显示第二订单信息，以便于商家获知全部订单信息。

同理，服务器包括第一服务器、第二服务器和第三服务器，服务器响应于商家端的第二查询请求，按照第二查询请求中订单标识信息获取目标订单的第二订单信息，包括：第一服务器响应于第二查询请求，根据订单标识信息从第二服务器调取目标订单的第二订单需求信息，以及从第三服务器调取目标订单的物流状态信息；第一服务器对物流状态信息和第二订单需求信息进行合并处理，确定第二订单信息。可以理解的是，可通过对订单展示模块中空白区域的第三操作触发显示订单详情。需要说明的是，此时系统需要预先为通过空白区域触发显示订单详情和上报订单已处理设定不同的操作规则，以避免误操作。例如，规则定义为双击空白区域指示显示订单详情，当商家通过对空白区域执行双击操作(第三操作)，商家端触发显示订单详情；规则定义为长按空白区域触发上报订单已处理，当商家通过对空白区域执行长按操作(第二操作)，商家端触发上报订单已处理。同样的，还可以在订单展示模块设置详情控件，通过对确认处理控件第三操作触发显示订单详情处理。

具体举例来说，当商家点击编号0003的目标订单的订单展示模块的详情控件，如图6所示，弹出订单详情页面，订单详情页面显示有目标订单的所有信息(第二订单信息)，订单详情页面上还设置有“上报处理”按钮，商家通过订单详情页面中的“上报处理”按钮也可以触发目标订单上报已处理状态。

进一步地，在接收到多个目标订单的第二订单信息的情况下，由于第二订单信息的信息量较大，可能存在一屏难以全部显示所有第二订单信息的问题，此时，可以将第二订单信息滚动显示在订单详情页面中，或者在多个订单详情页面分别显示多个目标订单的第二订单信息。

在一个实施例中，如图3所示，提供了一种订单信息的显示方法，以该方法应用于商家端、服务器和配送端为例进行说明，包括以下步骤：

301、商家端向第一服务器发送第一显示模式的第一查询请求。

其中，所述第一查询请求包括商家信息。

302、第一服务器响应于商家端的第一查询请求，按照第一查询请求中商家信息调取从第二服务器调取目标订单的第一订单需求信息，以及从第三服务器调取所述目标订单的物流状态信息。

其中，第一订单信息为目标订单所有订单信息中商家处理目标订单所需的关键性信息。第一订单信息包括物流状态信息和订单需求信息。

具体地，订单需求信息包括以下至少一种：订单状态信息、订单类型信息、订单标识信息、商品信息和订单时间信息中的一种或多种。其中，物流状态信息用于表示骑手的状态。

可以理解的是，第一服务器用于与商家端进行交互，第二服务器对应订单中台，第三服务器对应物流中台。第一服务器、第二服务器、第三服务器可以是同一个服务器的不同模块，也可以是分别独立的服务器。

303、第一服务器对物流状态信息和第一订单需求信息进行合并处理，确定第一订单信息。

304、第一服务器将目标订单的第一订单信息发送至商家端。

305、商家端接收第一服务器发送的目标订单的第一订单信息。

306、商家端按照预设顺序，在订单展示页面上渲染显示至少一个订单展示模块。

其中，一个订单展示模块包括一个订单状态信息为待处理状态的目标订单的第一订单信息。

在该实施例中，商家端在接收到第一订单信息后，按照预先配置的预设顺序，在订单展示页面上渲染显示至少一个订单展示模块，每个订单展示模块均包括一个目标订单的第一订单信息，从而通过至少一个订单展示模块分别对多个目标订单的第一订单信息进行显示。进而在保证商家准确识别目标订单的情况下，使得商家端能够同时显示多个目标订单的信息，简化订单翻找操作，降低商家操作订单的难度，大大提升订单屏效。

具体地，预设顺序可以是订单编号从小到大顺序，也可以下单时间的先后顺序，预设顺序可按需设定。至少一个订单展示模块在订单展示页面上的布局也可按需设置，可以是纵向均匀分布，可以采用顺时针周向分布，本申请实施例对预设顺序和布局方式不做具体限定。

307、商家端响应于切换为第二显示模式的第四操作，取消显示订单展示页面上的至少一个订单展示模块，并按照预设顺序在订单展示页面上显示目标订单的第二订单信息。

其中，第二订单信息即与目标订单相关的所有订单信息，其中也包括第一订单信息，第二订单信息中除了第一订单信息以外还可以包括配送地址、订单价格等信息。

例如，如图7所示，商家端将第二订单信息全部显示在订单展示页面上。

进一步地，步骤307，也即商家端响应于切换为第二显示模式的第四操作，按照预设顺序在订单展示页面上显示目标订单的第二订单信息，具体包括：

307-1、商家端在订单展示页面上显示第二控件。

其中，第二控件用于切换显示模式，如图7所示，在订单展示页面上显示“切换”按钮，商家可通过“切换”按钮将第一显示模式切换为第二显示模式，或者将第二显示模式切换为第一显示模式。

在具体的应用场景中，如图4所示，可以在第二控件上显示目标订单的当前显示模式，以便于提醒商家。

307-2、商家端响应于对第二控件的第四操作，向第一服务器发送第三查询请求。

其中，第三查询请求包括商家信息。

307-3、商家端接收第一服务器发送的第二订单信息。

307-4、商家端按照预设顺序在订单展示页面上显示第一服务器发送的第二订单信息。

在该实施例中，可在订单展示页面设置用于切换当前显示模式的第二控件。商家可通过对第二控件的第四操作将第一显示模式切换为第二显示模式。由于第一显示模式下仅获取到第一订单信息，商家端需要重新向第一服务器发送第三查询请求，以使第一服务器从第二服务器和第三服务器批量调取目标订单的第二订单需求信息和物流状态信息，并合并组装以生成第二订单信息。商家端接收到第一服务器发送的第二订单信息后，取消显示订单展示页面上至少一个订单展示模块，并按照预设顺序在订单展示页面上显示第一服务器发送的目标订单的第二订单信息。从而实现了第一显示模式至第二显示模式的切换。

308、商家端响应于切换为第一显示模式的第五操作，取消显示订单展示页面上目标订单的第二订单信息，并按照预设顺序在订单展示页面上渲染显示至少一个订单展示模块。

在该实施例中，商家可通过第四操作触发将第一显示模式切换为更为详细的第二显示模式。此时，取消显示订单展示页面上至少一个订单展示模块，直接在订单展示页面上显示第二订单信息。同理，商家可通过第五操作将第二显示模式切换为更为精简的第一显示模式。此时，取消显示订单展示页面上目标订单的第二订单信息，由于第二订单信息包含了关键性的第一订单信息，可直接从第二订单信息选取第一订单信息，并按照预设顺序，通过订单展示页面上的至少一个订单展示模块显示多个目标订单的第一订单信息。从而实现了在两个模式的反复切换，以使订单信息的显示样式能够更加符合商家的查看习惯，提升了商家体验。

值得一提的是，如图5所示，首次进入以第一显示模式展示第一订单信息时，在订单展示页面上显示第二控件的引导信息，以告知商家可通过第二控件切换为第二显示模式。

309、商家端响应于对订单展示模块的第一操作，将订单展示模块对应的目标订单的订单状态信息更新为已处理状态。

310、商家端根据订单状态信息更新订单展示页面中显示的至少一个订单展示模块。

在该实施例中，当商家完成目标订单，可通过对订单展示模块的第一操作触发上报订单已处理。此时，商家端会将该订单展示模块对应的目标订单的订单状态信息更新为已处理状态，同时订单展示模块中的订单状态信息也会同步调整为已处理状态。从而直观地提醒商家，使得商家能够清晰的感知到订单是否上报成功。进一步地，在显示订单展示模块的过程中，通过订单状态信息的变化及时更新订单展示页面中显示的至少一个订单展示模块的布局和其中显示的信息，从而通过显示第一订单信息为商家合理指定处理计划提供直观的指引。

其中，一个订单展示模块包括一个订单状态信息为待处理状态的目标订单的第一订单信息。订单展示页面上允许显示的订单展示模块的数量与第一订单信息和订单展示页面的面积相关。

在该实施例中，在更新订单状态信息后，商家端可按照订单状态信息手动或自动更新订单展示页面中显示的至少一个订单展示模块，以便于及时隐藏已处理状态的目标订单，实现目标订单的轮转，提升了商家处理效率，进而提升了商家体验。

在具体的应用场景中，第一操作、第二操作、第三操作、第四操作、第五操作或第六操作包括但不限于点击操作、按键操作、指纹操作、滑动操作、按压操作。按键操作包括但不限于对电子设备的电源键、音量键、主菜单键的单击操作、双击操作、长按操作、组合按键操作等。当然第一操作还可以是用户对电子设备的其它操作，本申请实施例对操作的方式不作具体限定，可为可实现的方式。

需要说明的是，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

进一步的，作为图1、图2和图3所示方法的具体实现，本实施例提供了一种订单信息的显示装置，适可用于商家端，如图8所示，该装置包括：通信模块61、显示模块62、更新模块63。

其中，通信模块61，可用于向服务器发送第一显示模式的第一查询请求，第一查询请求包括商家信息；以及接收服务器发送的目标订单的第一订单信息；

显示模块62，可用于按照预设顺序，按照预设顺序，在订单展示页面上渲染显示至少一个订单展示模块，其中，订单展示模块包括订单状态信息为待处理状态的目标订单的第一订单信息；

更新模块63，可用于响应于对订单展示模块的第一操作，将订单展示模块对应的目标订单的订单状态信息更新为已处理状态；

通信模块61，还可用于向服务器发送订单展示模块对应的目标订单的订单状态信息，以供服务器将订单展示模块对应的目标订单的订单状态信息发送至对应的配送端；

显示模块62，还可用于根据订单状态信息更新订单展示页面中显示的至少一个订单展示模块。

在具体的应用场景中，订单展示页面包括第一控件，第一控件可用于刷新订单展示页面；显示模块62，还可用于响应于对第一控件的第二操作，取消显示订单展示页面中对应已处理状态的订单展示模块。

在具体的应用场景中，显示模块62，还可用于若订单展示页面中显示的处于已处理状态的目标订单的数量大于或等于预设数量，取消显示订单展示页面中对应已处理状态的订单展示模块。

在具体的应用场景中，显示模块62，还可用于若订单展示模块在订单展示页面中所处的目标列或目标行的所有订单展示模块均对应已处理状态，取消显示位于目标行或目标列的订单展示模块；若订单展示模块在订单展示页面中所处的目标列或目标行的其他订单展示模块对应待处理状态，保留显示对应已处理状态的订单展示模块。

在具体的应用场景中，订单信息的显示装置还包括：第一确定模块(图中未示出)，第一确定模块可用于在目标行或目标列显示有两个订单展示模块的情况下，若在目标行或目标列中与对应已处理状态的订单展示模块相邻的其他订单展示模块对应已处理状态，确定目标行或目标列的所有订单展示模块均对应已处理状态。

在具体的应用场景中，通信模块61，还可用于响应于对订单展示模块的第三操作，向服务器发送第二查询请求，第二查询请求包括订单展示模块对应的目标订单的订单标识信息；以及，接收服务器发送的订单展示模块对应的目标订单的第二订单信息，第二订单信息包括第一订单信息；显示模块62，还可用于显示订单详情页面，订单详情页面显示有第二订单信息。

在具体的应用场景中，显示模块62，还可用响应于切换为第二显示模式的第四操作，取消显示订单展示页面上的至少一个订单展示模块，并按照预设顺序在订单展示页面上显示目标订单的第二订单信息，第二订单信息包括第一订单信息；若当前显示模式为第二显示模式，响应于切换为第一显示模式的第五操作，取消显示订单展示页面上目标订单的第二订单信息，并按照预设顺序在订单展示页面上渲染显示至少一个订单展示模块。

在具体的应用场景中，显示模块62，还可用于在订单展示页面上显示第二控件；通信模块61，还可用于若当前显示模式为第一显示模式，响应于对第二控件的第四操作，向服务器发送第三查询请求，第三查询请求包括所述商家信息；以及，接收服务器发送的第二订单信息；显示模块62，还可用于按照预设顺序在订单展示页面上显示第二订单信息。

在具体的应用场景中，显示模块62，还可用于若目标订单处于已处理状态，按照已处理状态关联的第一显示参数，渲染显示目标订单对应的订单展示模块；订单信息的显示装置还包括：第二确定模块(图中未示出)，第二确定模块可用于若目标订单处于待处理状态，确定目标订单的下单时刻和当前时刻之间的时间差；以及，根据时间差确定目标订单的第二处理状态信息；显示模块62，还可用于按照第二处理状态信息关联的第二显示参数，渲染显示目标订单对应的订单展示模块。

在具体的应用场景中，第一订单信息包括物流状态信息和订单需求信息；订单需求信息包括以下至少一种：订单状态信息、订单类型信息、订单标识信息、商品信息和订单时间信息。

进一步的，作为图1、图2和图3所示方法的具体实现，本实施例提供了一种订单信息的显示装置，适可用于商家端，如图9所示，该装置包括：通信模块71、显示模块72、更新模块73。

其中，通信模块71，可用于向服务器发送第一显示模式的第一查询请求，第一查询请求包括商家信息；以及接收服务器发送的目标订单的第一订单信息；

显示模块72，可用于按照预设顺序，按照预设顺序，在订单展示页面上渲染显示至少一个订单展示模块，其中，订单展示模块包括订单状态信息为待处理状态的目标订单的第一订单信息；

更新模块73，可用于响应于对订单展示模块的第一操作，将订单展示模块对应的目标订单的订单状态信息更新为已处理状态；

显示模块72，还可用于根据订单状态信息更新订单展示页面中显示的至少一个订单展示模块。

在具体的应用场景中，显示模块72，还可用于若订单展示模块在订单展示页面中所处的目标列或目标行的所有订单展示模块均对应已处理状态，取消显示位于目标行或目标列的订单展示模块；若订单展示模块在订单展示页面中所处的目标列或目标行的其他订单展示模块对应待处理状态，保留显示对应已处理状态的订单展示模块。

在具体的应用场景中，订单展示页面包括第一控件，第一控件可用于刷新订单展示页面；显示模块72，还可用于响应于对第一控件的第二操作，取消显示订单展示页面中对应已处理状态的订单展示模块。

在具体的应用场景中，订单信息的显示装置还包括：第一确定模块(图中未示出)，第一确定模块可用于确定对应已处理状态的订单展示模块的数量；显示模块72，还可用于若订单展示页面中显示的处于已处理状态的目标订单的数量大于或等于预设数量，取消显示订单展示页面中对应已处理状态的订单展示模块。

在具体的应用场景中，订单信息的显示装置还包括：第二确定模块(图中未示出)，第二确定模块可用于在目标行或目标列显示有两个订单展示模块的情况下，若在目标行或目标列中与对应已处理状态的订单展示模块相邻的其他订单展示模块对应已处理状态，确定目标行或目标列的所有订单展示模块均对应已处理状态。

在具体的应用场景中，通信模块71，还可用于响应于对订单展示模块的第三操作，向服务器发送第二查询请求，第二查询请求包括订单展示模块对应的目标订单的订单标识信息；以及，接收服务器发送的订单展示模块对应的目标订单的第二订单信息，第二订单信息包括第一订单信息；显示模块72，还可用于显示订单详情页面，订单详情页面显示有第二订单信息。

在具体的应用场景中，显示模块72，还可用响应于切换为第二显示模式的第四操作，取消显示订单展示页面上的至少一个订单展示模块，并按照预设顺序在订单展示页面上显示目标订单的第二订单信息，第二订单信息包括第一订单信息；若当前显示模式为第二显示模式，响应于切换为第一显示模式的第五操作，取消显示订单展示页面上目标订单的第二订单信息，并按照预设顺序在订单展示页面上渲染显示至少一个订单展示模块。

在具体的应用场景中，显示模块72，还可用于在订单展示页面上显示第二控件；通信模块71，还可用于若当前显示模式为第一显示模式，响应于对第二控件的第四操作，向服务器发送第三查询请求，第三查询请求包括所述商家信息；以及，接收服务器发送的第二订单信息；显示模块72，还可用于按照预设顺序在订单展示页面上显示第二订单信息。

在具体的应用场景中，显示模块72，还可用于若目标订单处于已处理状态，按照已处理状态关联的第一显示参数，渲染显示目标订单对应的订单展示模块；订单信息的显示装置还包括：第三确定模块(图中未示出)，第三确定模块可用于若目标订单处于待处理状态，确定目标订单的下单时刻和当前时刻之间的时间差；以及，根据时间差确定目标订单的第二处理状态信息；显示模块72，还可用于按照第二处理状态信息关联的第二显示参数，渲染显示目标订单对应的订单展示模块。

在具体的应用场景中，第一订单信息包括物流状态信息和订单需求信息；订单需求信息包括以下至少一种：订单状态信息、订单类型信息、订单标识信息、商品信息和订单时间信息。

进一步的，作为图1、图2和图3所示方法的具体实现，本实施例提供了一种订单信息的显示装置，适可用于服务器，如图10所示，该装置包括：信息获取模块81、通信模块82。

其中，信息获取模块81，可用于响应于商家端的第一查询请求，按照第一查询请求中商家信息获取第一订单信息；

通信模块82，可用于将第一订单信息发送至商家端，以供商家端按照预设顺序，在订单展示页面上通过至少一个订单展示模块显示第一订单信息；以及，若接收商家端发送的目标订单的订单状态信息，将目标订单的订单状态信息发送至目标订单对应的配送端。

在具体的应用场景中，服务器包括第一服务器、第二服务器和第三服务器；信息获取模块81，还可用于第一服务器响应于第一查询请求，根据商家信息从第二服务器调取目标订单的第一订单需求信息，以及从第三服务器调取目标订单的物流状态信息；订单信息的显示装置还包括：第一合并模块(图中未示出)，第一合并模块可用于第一服务器对物流状态信息和第一订单需求信息进行合并处理，确定第一订单信息。

在具体的应用场景中，信息获取模块81，还可用于响应于商家端的第二查询请求或第三查询请求，按照第二查询请求中订单标识信息或第三查询请求中商家信息获取第二订单信息；通信模块82，还可用于将第二订单信息发送至商家端。

在具体的应用场景中，服务器包括第一服务器、第二服务器和第三服务器；

信息获取模块81，还可用于第一服务器响应于第二查询请求，根据订单标识信息从第二服务器调取目标订单的第二订单需求信息，以及从第三服务器调取目标订单的物流状态信息，或第一服务器响应于第三查询请求，根据商家信息从第二服务器调取目标订单的第二订单需求信息，以及从第三服务器调取目标订单的物流状态信息；订单信息的显示装置还包括：第二合并模块(图中未示出)，第二合并模块可用于第一服务器对物流状态信息和第二订单需求信息进行合并处理，确定第二订单信息。

需要说明的是，本实施例提供的一种订单信息的显示装置所涉及各功能单元的其它相应描述，可以参考图1、图2和图3中的对应描述，在此不再赘述。

基于上述如图1、图2和图3所示方法，相应的，本实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1、图2和图3所示的订单信息的显示方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该待识别软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台电子设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

基于上述如图1至图3所示的方法，以及图8至图10所示的订单信息的显示装置实施例，为了实现上述目的，本实施例还提供了一种订单信息的显示的电子设备，具体可以为个人计算机、服务器、智能手机、平板电脑、智能手表、或者其它网络设备等，该电子设备包括存储介质和处理器；存储介质，用于存储计算机程序和操作系统；处理器，用于执行计算机程序以实现上述如图1至图3所示的方法。

可选的，该电子设备还可以包括内存储器、通信接口、网络接口、摄像头、射频(Radio Frequency，RF)电路，传感器、音频电路、WI-FI模块、显示屏(Display)、操作装置比如键盘(Keyboard)等，可选的，通信接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口)等。

本领域技术人员可以理解，本实施例提供的一种电子设备结构并不构成对该电子设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述电子设备硬件和待识别软件资源的程序，支持信息处理程序以及其它待识别软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理电子设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本申请的技术方案，商家提供能够显示精简订单信息的第一显示模式。当商家选择以第一显示模式显示订单信息时，商家通过对商家端的第一操作，向服务器发送第一查询请求，以获取有关于该商家的目标订单的关键订单信息(第一订单信息)。商家端在接收到服务器发送的第一订单信息后，按照预先配置的预设顺序，通过至少一个订单展示模块分别对多个目标订单的第一订单信息进行显示。商家可通过对订单展示模块的第一操作，触发目标订单上报已处理，以将订单展示模块对应的目标订单的订单状态信息更新为已处理状态，同时，商家端可向服务器发送订单状态信息，以告知服务器目标订单处理完成。服务器接收到订单状态信息后将其转发至用于配送该目标订单的配送端，以使骑手能够及时取货并配送。在更新订单状态信息后，商家端可按照订单状态信息手动或自动更新订单展示页面中显示的至少一个订单展示模块。与现有技术相比，通过提炼目标订单的关键信息，减少订单信息在屏幕中所需的显示空间，一方面，简化订单信息的呈现和布局，进而在保证商家准确识别目标订单的情况下，使得商家端能够同时显示多个目标订单的信息，减少商家操作订单的难度，大大提升订单屏效。另一方面，能够及时隐藏已处理状态的目标订单，实现目标订单的轮转，提升了商家处理效率，进而提升了商家体验。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

1.一种订单信息的显示方法，其特征在于，所述方法包括：

向服务器发送第一显示模式的第一查询请求，所述第一查询请求包括商家信息；

接收所述服务器发送的目标订单的第一订单信息；

按照预设顺序，在订单展示页面上渲染显示至少一个订单展示模块，其中，所述订单展示模块包括订单状态信息为待处理状态的所述目标订单的第一订单信息；

响应于对所述订单展示模块的第一操作，将所述订单展示模块对应的所述目标订单的订单状态信息更新为已处理状态；

向所述服务器发送所述订单展示模块对应的所述目标订单的订单状态信息，以供所述服务器将所述订单展示模块对应的所述目标订单的订单状态信息发送至对应的配送端；

根据所述订单状态信息更新所述订单展示页面中显示的至少一个所述订单展示模块。

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

响应于对所述订单展示模块的第三操作，向服务器发送第二查询请求，所述第二查询请求包括所述订单展示模块对应的所述目标订单的订单标识信息；

接收所述服务器发送的所述订单展示模块对应的所述目标订单的第二订单信息，所述第二订单信息包括所述第一订单信息；

显示订单详情页面，所述订单详情页面显示有所述第二订单信息。

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

响应于切换为第二显示模式的第四操作，取消显示所述订单展示页面上的至少一个所述订单展示模块，并按照所述预设顺序在所述订单展示页面上显示所述目标订单的第二订单信息，所述第二订单信息包括所述第一订单信息；

若所述当前显示模式为所述第二显示模式，响应于切换为第一显示模式的第五操作，取消显示订单展示页面上所述目标订单的第二订单信息，并按照所述预设顺序在所述订单展示页面上渲染显示至少一个所述订单展示模块。

4.一种订单信息的显示方法，其特征在于，所述方法包括：

向服务器发送第一显示模式的第一查询请求，所述第一查询请求包括商家信息；

接收所述服务器发送的目标订单的第一订单信息；

按照预设顺序，在订单展示页面上渲染显示至少一个订单展示模块，其中，所述订单展示模块包括订单状态信息为待处理状态的所述目标订单的第一订单信息；

响应于对所述订单展示模块的第一操作，将所述订单展示模块对应的所述目标订单的订单状态信息更新为已处理状态；

若所述订单展示模块符合预设条件，更新所述订单展示页面中显示的至少一个所述订单展示模块。

5.一种订单信息的显示方法，其特征在于，所述方法包括：

响应于商家端的第一查询请求，按照所述第一查询请求中商家信息获取第一订单信息；

将所述第一订单信息发送至所述商家端，以供所述商家端按照预设顺序，在订单展示页面上通过至少一个订单展示模块显示所述第一订单信息；

若接收所述商家端发送的所述目标订单的订单状态信息，将所述目标订单的订单状态信息发送至所述目标订单对应的配送端。

6.一种订单信息的显示装置，其特征在于，所述装置包括：

通信模块，用于向服务器发送第一显示模式的第一查询请求，所述第一查询请求包括商家信息；以及

接收所述服务器发送的目标订单的第一订单信息；

显示模块，用于按照预设顺序，在订单展示页面上渲染显示至少一个订单展示模块，其中，所述订单展示模块包括订单状态信息为待处理状态的所述目标订单的第一订单信息；

更新模块，用于响应于对所述订单展示模块的第一操作，将所述订单展示模块对应的所述目标订单的订单状态信息更新为已处理状态；

所述通信模块，还用于向所述服务器发送所述订单展示模块对应的所述目标订单的订单状态信息，以供所述服务器将所述订单展示模块对应的所述目标订单的订单状态信息发送至对应的配送端；

所述显示模块，还用于根据所述订单状态信息更新所述订单展示页面中显示的至少一个所述订单展示模块。

7.一种订单信息的显示装置，其特征在于，所述装置包括：

通信模块，用于向服务器发送第一显示模式的第一查询请求，所述第一查询请求包括商家信息；

接收所述服务器发送的目标订单的第一订单信息；

显示模块，用于按照预设顺序，在订单展示页面上渲染显示至少一个订单展示模块，其中，所述订单展示模块包括订单状态信息为待处理状态的所述目标订单的第一订单信息；

更新模块，用于响应于对所述订单展示模块的第一操作，将所述订单展示模块对应的所述目标订单的订单状态信息更新为已处理状态；

所述显示模块，还用于若所述订单展示模块符合预设条件，更新所述订单展示页面中显示的至少一个所述订单展示模块。

8.一种订单信息的显示装置，其特征在于，所述装置包括：

信息获取模块，用于响应于商家端的第一查询请求，按照所述第一查询请求中商家信息获取第一订单信息；

通信模块，用于将所述第一订单信息发送至所述商家端，以供所述商家端按照预设顺序，在订单展示页面上通过至少一个订单展示模块显示所述第一订单信息；以及，

若接收所述商家端发送的所述目标订单的订单状态信息，将所述目标订单的订单状态信息发送至所述目标订单对应的配送端。

9.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至5中任一项所述的方法的步骤。

10.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至5中任一项所述的方法的步骤。

Images