CN109767284A - 来电信息展示方法、装置、电子设备及可读存储介质 - Google Patents

Abstract

本申请实施例提供了一种来电信息展示方法、装置、电子设备及可读存储介质，能够在配送终端接收到客户的来电时自动显示订单信息。该方法应用于配送员使用的配送员终端，所述方法包括：在配送终端接收到来电时，确定所述来电的主叫标识；将所述配送终端的各个待配送订单的收货方标识分别与所述主叫标识比较；从所述各个待配送订单中确定收货方标识与所述主叫标识匹配的目标待配送订单；在所述配送终端上展示表征所述目标待配送订单的订单信息的来电提示信息。

Description

来电信息展示方法、装置、电子设备及可读存储介质

技术领域

本申请实施例涉及信息处理技术领域，尤其涉及一种来电信息展示方法、装置、电子设备及可读存储介质。

背景技术

随着互联网经济的发展，越来越多的店铺入驻电商平台，电商平台在店铺和用户之间建立线上交易渠道，店铺通过电商平台对其提供的产品进行网络营销，用户通过访问电商平台的网站，对已入驻电商平台的店铺进行浏览，针对意欲购买的商品进行下单。在用户下单后，店铺需要及时将用户购买的商品送到用户手中，以完成交易。用户下单后需要等待多久才能收到其购买的商品，是影响用户的购物体验的重要因素。为优化用户的购物体验，即时配送应运而生。即时配送的实现过程如下：

首先，用户针对意欲购买的商品进行下单，商家接单后产生待配送订单。然后，电商平台为该待配送订单分配配送员。最后，在用户下单的商品准备完成后，等待该待配送订单的配送员到达店铺，提取用户下单的商品并送到用户手中。

在即时配送的过程中，可能会出现催单场景。即，配送员未及时将用户下单的商品送到用户手中，用户打电话给配送员，询问送达时间的场景。配送员接到用户拨打的电话后，口头询问用户的地址，然后根据经验预计送达时间并告知用户。

然而，上述在催单场景下，用户与配送员之间的沟通内容非常重复，配送员每次接到催单电话后，都先询问用户下单的订单信息(例如：收货方地址)，然后确定预计送达时间，沟通效率较低。

发明内容

本申请实施例提供一种来电信息展示方法、装置、电子设备及可读存储介质，能够在配送终端接收到客户的来电时自动显示订单信息。

本申请实施例第一方面提供了一种来电信息展示方法，所述方法包括：

在配送终端接收到来电时，确定所述来电的主叫标识；

将所述配送终端的各个待配送订单的收货方标识分别与所述主叫标识比较；

从所述各个待配送订单中确定收货方标识与所述主叫标识匹配的目标待配送订单；

在所述配送终端上展示表征所述目标待配送订单的订单信息的来电提示信息。

可选地，在所述配送终端上展示表征所述目标待配送订单的订单信息的来电提示信息，包括：

将所述目标待配送订单的订单信息添加到所述配送终端的来电提示界面上；

在所述配送终端上显示包含所述目标待配送订单的订单信息的来电提示界面。

可选地，在所述配送终端上展示表征所述目标待配送订单的订单信息的来电提示信息，包括：

通过所述配送终端播报表征所述目标待配送订单的订单信息的语音信息。

可选地，通过所述配送终端播报表征所述目标待配送订单的订单信息的语音信息，包括：

确定所述配送终端是否检测到配送员针对所来电做出响应操作；

在所述配送终端未检测到所述响应操作的情况下，将所述语音信息设置为所述配送终端的来电提示铃声；

通过所述配送终端播放所述来电提示铃声。

可选地，通过所述配送终端播报表征所述目标待配送订单的订单信息的语音信息，包括：

确定所述配送终端是否检测到所述配送员针对所述来电做出响应操作；

在所述配送终端检测到所述响应操作且所述响应操作是接听操作时，通过所述配送终端播报表征所述目标待配送订单的订单信息的语音信息；

所述方法还包括：

在所述语音信息被播放完毕后，通过所述配送终端建立所述配送员与所述来电的主叫方之间的通话连接。

可选地，所述方法还包括：

生成包含所述目标待配送订单的订单信息的通话记录；

将所述通话记录添加到所述配送终端的历史通话记录列表中；

在所述配送终端检测到所述配送员拨打电话的操作时，展示所述历史通话记录列表。

可选地，所述目标待配送订单的订单信息包括：收货方地址。

可选地，所述方法还包括：

在所述配送终端检测到用户发起的催单操作时，记录用户的催单次数；

所述订单信息还包括：催单次数。

可选地，所述订单信息还包括：收货方姓名、预计送达时间、商家名称、商品、下单备注。

本申请实施例第二方面提供了一种来电信息展示装置，所述装置包括：

第一确定模块，用于在配送终端接收到来电时，确定所述来电的主叫标识；

比较模块，用于将所述配送终端的各个待配送订单的收货方标识分别与所述主叫标识比较；

第二确定模块，用于从所述各个待配送订单中确定收货方标识与所述主叫标识匹配的目标待配送订单；

第一展示模块，用于在所述配送终端上展示表征所述目标待配送订单的订单信息的来电提示信息。

可选地，所述第一展示模块包括：

添加子模块，用于将所述目标待配送订单的订单信息添加到所述配送终端的来电提示界面上；

显示子模块，用于在所述配送终端上显示包含所述目标待配送订单的订单信息的来电提示界面。

可选地，所述第一展示模块包括：

播报子模块，用于通过所述配送终端播报表征所述目标待配送订单的订单信息的语音信息。

可选地，所述播报子模块包括：

第一确定子模块，用于确定所述配送终端是否检测到配送员针对所来电做出响应操作；

设置子模块，用于在所述配送终端未检测到所述响应操作的情况下，将所述语音信息设置为所述配送终端的来电提示铃声；

播放子模块，用于通过所述配送终端播放所述来电提示铃声。

可选地，所述播报子模块包括：

第二确定子模块，用于确定所述配送终端是否检测到所述配送员针对所述来电做出响应操作；

第一播报子模块，用于在所述配送终端检测到所述响应操作且所述响应操作是接听操作时，通过所述配送终端播报表征所述目标待配送订单的订单信息的语音信息；

所述装置还包括：

建立模块，用于在所述语音信息被播放完毕后，通过所述配送终端建立所述配送员与所述来电的主叫方之间的通话连接。

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

生成模块，用于生成包含所述目标待配送订单的订单信息的通话记录；

添加模块，用于将所述通话记录添加到所述配送终端的历史通话记录列表中；

第二展示模块，用于在所述配送终端检测到所述配送员拨打电话的操作时，展示所述历史通话记录列表。

可选地，所述目标待配送订单的订单信息包括：收货方地址。

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

记录模块，用于在所述配送终端检测到用户发起的催单操作时，记录用户的催单次数；

所述订单信息还包括：催单次数。

可选地，所述订单信息还包括：收货方姓名、预计送达时间、商家名称、商品、下单备注。

本申请实施例第三方面提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请第一方面所述的方法中的步骤。

本申请实施例第四方面提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行时实现本申请第一方面所述的方法的步骤。

采用本申请实施例提供的来电信息展示方法，配送终端在接收到来电时，通过将该来电的主叫标识与服务器分配给该配送终端的各个待配送订单的收货方标识比较，从各个待配送订单中确定目标待配送订单，然后将该目标待配送订单的订单信息作为来电提示信息展示在配送终端上，因而配送员的通话终端能够在接收到客户的来电时自动显示订单信息。在催单场景下，配送员通过配送终端展示的来电提示信息，即可了解被用户催促的目标待配送订单的订单信息，无需再口头询问用户，提高了用户与配送员之间的沟通效率。

附图说明

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

图1是本申请一实施例的实施环境的示意图；

图2是本申请一实施例提出的来电信息展示方法的流程图；

图3是本申请另一实施例提供的来电信息展示方法的流程图；

图4是本申请另一实施例提供的来电信息展示方法的示意图；

图5是本申请另一实施例提供的来电信息展示方法的流程图；

图6是本申请另一实施例提供的来电信息展示方法的流程图；

图7是本申请一实施例提供的来电信息展示装置的示意图。

具体实施方式

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

参考图1，图1是本申请一实施例的实施环境的示意图。如图1所示，该实施环境包括：服务器、用户终端、配送终端、数据库。其中，用户终端、配送终端、以及数据库分别与服务器连接。

其中，用户终端是用户使用的终端，用户通过用户终端访问电商平台的网站，对已入驻电商平台的店铺进行浏览，针对意欲购买的商品进行下单，商家接单后产生待配送订单并传输给服务器。在本申请的各个实施例中，待配送订单是指用户下单的商品还未送达给用户，需要配送员到达店铺，取到用户下单的商品并将其送达给用户的订单。在配送员将用户下单的商品送达给用户之后，该待配送订单的状态由处于配送状态变化为配送完成状态。

配送终端是配送员使用的终端，是与服务器配套使用的终端。在一种实施方式中，服务器将待配送订单传输给各个配送员使用的配送员终端，各个配送员通过配送员终端选择是否接单，服务器通过各个配送员终端确定各个配送员的接单意愿，从中为店铺的待配送订单分配配送员。

在另一种实施方式中，服务器将待配送订单传输给各个配送员使用的配送员终端，其中一个配送员进行了抢单操作，则服务器将该待配送订单分配给该配送员，即，为店铺的待配送订单分配的配送员是进行了抢单操作的配送员。

在实际场景中，一个店铺可能有多个待配送订单，即多个用户对同一店铺提供的商品下单，因此，服务器为每个待配送订单分配一个配送员。

数据库可以集成在服务器中，也可以独立于服务器，图1以数据库独立于服务器示意。数据库用于存储与待配送订单相关的各类数据。

服务器是电商平台的服务器，用于对待配送订单进行处理。

基于上述实施环境，本申请一实施例提出一种来电信息展示方法，该方法可以由配送终端(如图1中的配送终端)执行，也可以由服务器(如图1中的服务器)执行。参考图2，图2是本申请一实施例提出的来电信息展示方法的流程图。如图2所示，该方法包括以下步骤：

步骤S11：在配送终端接收到来电时，确定所述来电的主叫标识。

在本实施例中，配送终端是具有通信功能的终端，可以收到他人通过其他同样具有通信功能的终端(如图1中的用户终端)发出的来电。配送终端接收到的来电可能是在催单场景下，用户通过其使用的具有通信功能的终端发出的，也可能是在普通场景下，他人通过其使用的具有通信功能的终端发出的。为了在配送终端上自动显示订单信息，进而提高在催单场景下用户与配送员之间的沟通效率，在配送终端在接收到来电时，首先需要确定来电的主叫标识，示例地，首先需要确定配送终端接收到的来电的电话号码，该电话号码可以是真实电话号码也可以是为了保护用户的隐私而设置的虚拟电话号码。

步骤S12：将所述配送终端的各个待配送订单的收货方标识分别与所述主叫标识比较。

步骤S13：从所述各个待配送订单中确定收货方标识与所述主叫标识匹配的目标待配送订单。

在本实施例中，配送终端的各个待配送订单的收货方标识可以是预先存储在服务器中的，以便于配送终端或服务器在执行步骤S12时，从服务器中查询。或者，服务器在多个待配送订单分配给配送终端后，将这些待配送订单的收货方标识发送给配送终端。

在确定配送终端接收到的来电的主叫标识后，可以将配送终端的各个待配送订单的收货方标识分别与主叫标识比较，以确定配送终端接收到的来电是否是催单场景下用户通过其使用的具有通信功能的终端发出的。如果主叫标识与配送终端的一个待配送订单的收货方标识匹配，则可以确定该待配送订单是目标待配送订单，步骤S11中配送终端接收到的来电是在催单场景下用户通过其使用的用户终端发出的，用户想要与配送员沟通目标待配送订单的送达时间；如果主叫标识与配送终端的各个待配送订单的收货方标识均不匹配，则可以确定步骤S11中的配送终端接收到的来电是在普通场景下他人通过其使用的具有通信功能的终端发出的，他人想要与配送员沟通与配送无关的其他事宜。

步骤S14：在所述配送终端上展示表征所述目标待配送订单的订单信息的来电提示信息。

在本实施例中，为了提高催单场景下用户与配送员的沟通效率，在根据配送终端接收到的来电的主叫标识，确定目标待配送订单，在配送终端上展示表征目标待配送订单的订单信息的来电提示信息。如此，将来电提示与订单配送相结合，实现了对配送终端的来电提示功能进行修改，因而配送员的通话终端能够在接收到客户的来电时自动显示订单信息。在催单场景下，配送员通过配送终端展示的来电提示信息，即可了解被用户催促的目标待配送订单的订单信息，无需再口头询问用户，提高了用户与配送员之间的沟通效率。

参考图3，图3是本申请另一实施例提供的来电信息展示方法的流程图。如图3所示，该方法包括步骤S11-步骤S13以及以下步骤：

步骤S141：将所述目标待配送订单的订单信息添加到所述配送终端的来电提示界面上；

步骤S142：在所述配送终端上显示包含所述目标待配送订单的订单信息的来电提示界面。

在本实施例中，对配送终端的来电提示界面进行处理，得到包含目标待配送订单的订单信息的来电提示界面，然后显示出来。其中，来电提示界面是指在配送员接收到来电时配送终端显示的界面，用于提示配送员有来电需要接听。可选地，来电提示界面包含虚拟按键，用于供配送员针对配送终端接收到的来电做出响应操作。示例地，来电提示界面是来电显示界面，包含接听虚拟按键和拒绝虚拟按键。

结合以上实施例，在一种可能的实施方式中，所述方法还包括：在所述配送终端检测到用户发起的催单操作时，记录用户的催单次数；目标待配送订单的订单信息包括：催单次数。

本申请实施例中，用户发起的催单操作是指用户下单后打电话给配送员，沟通送达时间的操作。如前文所述，配送终端接收到的来电可能是催单场景下用户发出的，用户想要与配送员沟通送达时间，也可能是普通场景下他人发出的，他人想要与配送员沟通与配送无关的其他事宜。因而，在配送终端第一次接收到某一用户(例如用户A)发出的来电时，记录用户A的催单次数是1次，在再次接收到用户A发出的来电时，记录用户A发出的催单次数是2次，以此类推。其中，不同的用户由不同的主叫标识区分。

在目标待配送订单的订单信息包括催单次数的情况下，可以在配送终端上展示表征目标待配送订单的催单次数的来电提示信息。如此，配送员在准备接听来电时，根据催单次数，即可获知用户催促的紧急程度，进而调整与用户通话时的用语，优化配送员与用户之间的沟通效果，降低沟通成本。

结合以上实施方式，在一种可能的实施方式中，目标待配送订单的订单信息包括：收货方地址。在另一种可能的实施方式中，目标待配送订单的订单信息还包括：收货方姓名、预计送达时间、商家名称、商品、下单备注。

在本实施例中，在配送终端接收到来电时，根据该来电的主叫标识，确定目标待配送订单，在配送终端上展示表征该目标待配送订单的订单信息，包括但不限于以下信息：催单次数、收货方地址、收货方姓名、预计送达时间、商家名称、商品、下单备注。为了避免配送员接听电话后再口头询问用户，将目标待配送订单的订单信息尽可能全面地展示在配送终端上，使得配送员在接听来电之前，即可全面地获知目标待配送订单的订单信息，提前将目标待配送订单的订单信息展示给配送员，节省了配送员与用户的沟通时间和沟通成本。

示例地，参考图4，图4是本申请另一实施例提供的来电信息展示方法的示意图。图4以通话请求提示界面是来电显示界面为例示意，图4中，来电显示界面除包含接听虚拟按键和拒绝虚拟按键外，还包括目标待配送订单的订单信息：收货方地址是望京科技大厦A座4层，收货方是王晓晓，催单次数是2次，预计送达时间是17:35，商家名称是金百万(望京店)，下单备注是需要开***等。

采用上述技术方案，配送员通过查看配送员终端显示的来电提示界面，即可了解催单场景下被用户催促的目标待配送订单的订单信息，无需再口头询问用户，提高了用户与配送员之间的沟通效率。

参考图5，图5是本申请另一实施例提供的来电信息展示方法的流程图。如图5所示，该方法包括步骤S11-步骤S13以及以下步骤：

步骤S141’：通过所述配送终端播报表征所述目标待配送订单的订单信息的语音信息。

为了提高催单场景下用户与配送员之间的沟通效率，除显示包含目标待配送订单的订单信息的来电提示界面外，还可以将表征目标待配送订单的订单信息的语音信息播报出来，以此在视觉上和听觉上均给配送员以提示。即使配送员在配送过程中无法查看配送员终端的显示界面，也可以听到被用户催促的目标待配送订单的订单信息，无需再口头询问用户，提高了用户与配送员之间的沟通效率。

具体地，步骤S141’有且不限于以下两种实施方式：

第一种实施方式：确定所述配送终端是否检测到配送员针对所来电做出响应操作；在所述配送终端未检测到所述响应操作的情况下，将所述语音信息设置为所述配送终端的来电提示铃声；通过所述配送终端播放所述来电提示铃声。

第二种实施方式：确定所述配送终端是否检测到所述配送员针对所述来电做出响应操作；在所述配送终端检测到所述响应操作且所述响应操作是接听操作时，通过所述配送终端播报表征所述目标待配送订单的订单信息的语音信息；在所述语音信息被播放完毕后，通过所述配送终端建立所述配送员与所述来电的主叫方之间的通话连接。

在具体实施过程中，针对表征目标待配送订单的订单信息的语音信息，可以在未检测到配送员做出的响应操作(可以是接听操作或拒绝操作)的情况下，将该语音信息作为来电提示铃声播放出来。此外，在检测到配送员做出的接听操作之后，先播放该语音信息，使配送员了解目标待配送订单的订单信息，然后再建立配送员与用户之间的通话连接，使两者继续沟通。

由于在配送员与用户沟通之前，已经听到被用户催促的目标待配送订单的订单信息，所以配送员与用户沟通时无需再口头询问用户，提高了用户与配送员之间的沟通效率。

参考图6，图6是本申请另一实施例提供的来电信息展示方法的流程图。如图6所示，该方法包括步骤S11-步骤S14以及以下步骤：

步骤S15：生成包含所述目标待配送订单的订单信息的通话记录；

步骤S16：将所述通话记录添加到所述配送终端的历史通话记录列表中；

步骤S17：在所述配送终端检测到所述配送员拨打电话的操作时，展示所述历史通话记录列表。

在本实施例中，为了方便配送员与用户的后续沟通，在确定被用户催促的目标待配送订单后，还可以生成包含目标待配送订单的订单信息的通话记录，并添加到配送员终端的历史通话记录列表中。此后，如果配送终端检测到配送员拨打电话的操作，则可以展示该历史通话记录列表。如此，配送员在需要与用户沟通时，可以从历史通话记录列表中，根据通话记录包含的目标待配送订单的订单信息，迅速回拨给用户，提高了配送员与用户之间的沟通效率。

基于同一发明构思，本申请一实施例提供一种来电信息展示装置。参考图7，图7是本申请一实施例提供的来电信息展示装置的示意图。如图7所示，该装置包括：

第一确定模块701，用于在配送终端接收到来电时，确定所述来电的主叫标识；

比较模块702，用于将所述配送终端的各个待配送订单的收货方标识分别与所述主叫标识比较；

第二确定模块703，用于从所述各个待配送订单中确定收货方标识与所述主叫标识匹配的目标待配送订单；

第一展示模块704，用于在所述配送终端上展示表征所述目标待配送订单的订单信息的来电提示信息。

可选地，所述第一展示模块包括：

添加子模块，用于将所述目标待配送订单的订单信息添加到所述配送终端的来电提示界面上；

显示子模块，用于在所述配送终端上显示包含所述目标待配送订单的订单信息的来电提示界面。

可选地，所述第一展示模块包括：

播报子模块，用于通过所述配送终端播报表征所述目标待配送订单的订单信息的语音信息。

可选地，所述播报子模块包括：

第一确定子模块，用于确定所述配送终端是否检测到配送员针对所来电做出响应操作；

设置子模块，用于在所述配送终端未检测到所述响应操作的情况下，将所述语音信息设置为所述配送终端的来电提示铃声；

播放子模块，用于通过所述配送终端播放所述来电提示铃声。

可选地，所述播报子模块包括：

第二确定子模块，用于确定所述配送终端是否检测到所述配送员针对所述来电做出响应操作；

第一播报子模块，用于在所述配送终端检测到所述响应操作且所述响应操作是接听操作时，通过所述配送终端播报表征所述目标待配送订单的订单信息的语音信息；

所述装置还包括：

建立模块，用于在所述语音信息被播放完毕后，通过所述配送终端建立所述配送员与所述来电的主叫方之间的通话连接。

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

生成模块，用于生成包含所述目标待配送订单的订单信息的通话记录；

添加模块，用于将所述通话记录添加到所述配送终端的历史通话记录列表中；

第二展示模块，用于在所述配送终端检测到所述配送员拨打电话的操作时，展示所述历史通话记录列表。

可选地，所述目标待配送订单的订单信息包括：收货方地址。

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

记录模块，用于在所述配送终端检测到用户发起的催单操作时，记录用户的催单次数；

所述订单信息还包括：催单次数。

可选地，所述订单信息还包括：收货方姓名、预计送达时间、商家名称、商品、下单备注。

基于同一发明构思，本申请另一实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请上述任一实施例所述的方法中的步骤。

基于同一发明构思，本申请另一实施例提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行时实现本申请上述任一实施例所述的方法中的步骤。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

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

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

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

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

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

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种来电信息展示方法、装置、存储介质和电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (12)

1.一种来电信息展示方法，其特征在于，所述方法包括：

在配送终端接收到来电时，确定所述来电的主叫标识；

将所述配送终端的各个待配送订单的收货方标识分别与所述主叫标识比较；

从所述各个待配送订单中确定收货方标识与所述主叫标识匹配的目标待配送订单；

在所述配送终端上展示表征所述目标待配送订单的订单信息的来电提示信息。

2.根据权利要求1所述的方法，其特征在于，在所述配送终端上展示表征所述目标待配送订单的订单信息的来电提示信息，包括：

将所述目标待配送订单的订单信息添加到所述配送终端的来电提示界面上；

在所述配送终端上显示包含所述目标待配送订单的订单信息的来电提示界面。

3.根据权利要求1所述的方法，其特征在于，在所述配送终端上展示表征所述目标待配送订单的订单信息的来电提示信息，包括：

通过所述配送终端播报表征所述目标待配送订单的订单信息的语音信息。

4.根据权利要求3所述的方法，其特征在于，通过所述配送终端播报表征所述目标待配送订单的订单信息的语音信息，包括：

确定所述配送终端是否检测到配送员针对所来电做出响应操作；

在所述配送终端未检测到所述响应操作的情况下，将所述语音信息设置为所述配送终端的来电提示铃声；

通过所述配送终端播放所述来电提示铃声。

5.根据权利要求3所述的方法，其特征在于，通过所述配送终端播报表征所述目标待配送订单的订单信息的语音信息，包括：

确定所述配送终端是否检测到所述配送员针对所述来电做出响应操作；

在所述配送终端检测到所述响应操作且所述响应操作是接听操作时，通过所述配送终端播报表征所述目标待配送订单的订单信息的语音信息；

所述方法还包括：

在所述语音信息被播放完毕后，通过所述配送终端建立所述配送员与所述来电的主叫方之间的通话连接。

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

生成包含所述目标待配送订单的订单信息的通话记录；

将所述通话记录添加到所述配送终端的历史通话记录列表中；

在所述配送终端检测到所述配送员拨打电话的操作时，展示所述历史通话记录列表。

7.根据权利要求1-6任一所述的方法，其特征在于，所述目标待配送订单的订单信息包括：收货方地址。

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

在所述配送终端检测到用户发起的催单操作时，记录用户的催单次数；

所述订单信息还包括：催单次数。

9.根据权利要求7所述的方法，其特征在于，所述订单信息还包括：收货方姓名、预计送达时间、商家名称、商品、下单备注。

10.一种来电信息展示装置，其特征在于，所述装置包括：

第一确定模块，用于在配送终端接收到来电时，确定所述来电的主叫标识；

比较模块，用于将所述配送终端的各个待配送订单的收货方标识，分别与所述主叫标识比较；

第二确定模块，用于从所述各个待配送订单中确定收货方标识与所述主叫标识匹配的目标待配送订单；

第一展示模块，用于在所述配送终端上展示表征所述目标待配送订单的订单信息的来电提示信息。

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

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