CN115187160A

CN115187160A - 订单配送处理方法及装置、介质、设备及程序产品

Info

Publication number: CN115187160A
Application number: CN202210714641.8A
Authority: CN
Inventors: 何鑫
Original assignee: Rajax Network Technology Co Ltd
Current assignee: Rajax Network Technology Co Ltd
Priority date: 2022-06-22
Filing date: 2022-06-22
Publication date: 2022-10-14

Abstract

本申请提供一种订单配送处理方法、订单配送处理装置、计算机可读存储介质、电子设备以及计算机程序产品，涉及订单处理技术领域。该方法包括：服务器接收第一终端发送的订单配送查询请求，然后获取该订单配送查询请求对应的订单标识，并根据订单标识确定第二终端。进一步地，服务器获取第二终端所发送的订单配送方的运动信息。在上述第一运动信息超过预设范围的情况下，说明订单配送方处于高速或加速运动状态，当前不适于向订单发起方回复信息，则服务器主动向第一终端发送应答信息，从而，在无需订单配送方手动操作的情况下便可以将订单配送方的信息传递至订单发起方，从而有利于用户及时了解到订单配送信息，有利于减少订单被取消的概率。

Description

订单配送处理方法及装置、介质、设备及程序产品

技术领域

本说明书订单处理技术领域，尤其涉及一种订单配送处理方法、订单配送处理装置、计算机可读存储介质、电子设备以及计算机程序产品。

背景技术

随着互联网的发展，电商事务也越来越广泛的发生在人们的工作与生活中。用户在购买商品之后，则进入订单配送阶段。在订单配送过程中，可能存在订单配送不及时等情况。

相关技术中亟需一种能够保证订单配送人员的行驶安全以及同时订单配送信息及时向用户告知的方案。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本说明书的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本说明书的目的在于提供一种订单配送处理方法、订单配送处理装置、计算机可读存储介质、电子设备以及计算机程序产品，在保证订单配送人员的行驶安全的同时，至少在一定程度上提升了用户了解订单配送信息的及时性，有利于较低订单被取消的概率。

本说明书的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本说明书的实践而习得。

根据本说明书的一个方面，提供一种订单配送处理方法，该方法包括：接收第一终端发送的订单配送查询请求，上述第一终端与订单发起方对应；获取上述订单配送查询请求对应的订单标识，根据上述订单标识确定第二终端，上述第二终端与订单配送方对应；获取上述第二终端发送的上述订单配送方的第一运动信息；以及，在上述第一运动信息超过预设范围的情况下，向上述第一终端发送应答信息。

在示例性的实施例中，基于前述方案，上述接收第一终端发送的订单配送查询请求，包括：接收第一终端发送包含第一预设内容的订单配送查询请求；

上述在上述第一运动信息超过预设范围的情况下，向上述第一终端发送应答信息，包括：在上述第一运动信息超过预设范围的情况下，向上述第一终端发送包含上述第一运动信息以及第二预设内容的应答信息。

在示例性的实施例中，基于前述方案，上述接收第一终端发送的订单配送查询请求，包括：接收第一终端基于对话界面发送的包含第一预设内容的订单配送查询请求，上述对话界面为订单发起方与订单配送方之间的对话界面；

上述在上述第一运动信息超过预设范围的情况下，向上述第一终端发送应答信息，包括：在上述第一运动信息超过预设范围的情况下，向上述第一终端发送包含上述第一运动信息以及第二预设内容的应答信息，以在上述第一终端的上述对话界面中显示上述第一运动信息以及上述第二预设内容。

在示例性的实施例中，基于前述方案，上述接收第一终端基于对话界面发送的包含第一预设内容的订单配送查询请求，包括：接收第一终端基于对话界面发送的对话消息；以及，在上述对话消息中包含第一预设内容的情况下，确定接收到第一终端发送的包含第一预设内容的订单配送查询请求。

在示例性的实施例中，基于前述方案，上述接收第一终端发送的订单配送查询请求，包括：接收第一终端发送对第二终端进行定位的订单配送查询请求；

上述在上述第一运动信息超过预设范围的情况下，向上述第一终端发送应答信息，包括：在上述第一运动信息超过预设范围的情况下，向上述第一终端发送包含上述订单配送方的定位信息以及上述第一运动信息的应答信息。

在示例性的实施例中，基于前述方案，上述接收第一终端发送的订单配送查询请求，包括：接收第一终端基于地图界面发送的对第二终端进行定位的订单配送查询请求；

上述在上述第一运动信息超过预设范围的情况下，向上述第一终端发送应答信息，包括：在上述第一运动信息超过预设范围的情况下，向上述第一终端发送包含上述第一运动信息以及定位信息的应答信息，以在上述第一终端的上述地图界面中显示上述第一运动信息以及上述定位信息。

在示例性的实施例中，基于前述方案，在上述获取上述第二终端发送的上述订单配送方的第一运动信息之后，上述方法还包括：在上述第一运动信息不超过上述预设范围的情况下，向上述第一终端发送包含上述订单配送方的定位信息的应答信息，以在上述第一终端的上述地图界面中显示上述定位信息。

在示例性的实施例中，基于前述方案，在上述向上述第一终端发送应答信息之后，上述方法还包括：间隔预设时长获取上述订单配送方的第二运动信息，并在上述第二运动信息不超过上述预设范围的情况下，更新上述应答信息，以在上述第一终端的上述地图界面中取消显示上述第一运动信息。

在示例性的实施例中，基于前述方案，在上述向上述第一终端发送应答信息之后，上述方法还包括：间隔预设时长获取上述订单配送方的第二运动信息，并在上述第二运动信息不超过上述预设范围的情况下，向上述第二终端发送提醒信息。

在示例性的实施例中，基于前述方案，在上述获取上述第二终端发送的上述订单配送方的第一运动信息之后，上述方法还包括：在上述第一运动信息不超过上述预设范围的情况下，向上述第二终端发送提醒信息。

根据本说明书的另一个方面，提供一种订单配送处理装置，该装置包括：接收模块、获取模块，以及发送模块。

其中，上述接收模块，用于接收第一终端发送的订单配送查询请求，上述第一终端与订单发起方对应；上述获取模块，用于：获取模块，用于获取上述订单配送查询请求对应的订单标识，根据上述订单标识确定第二终端，上述第二终端与订单配送方对应；上述获取模块，还用于获取上述第二终端发送的上述订单配送方的第一运动信息；以及，上述发送模块，用于在上述第一运动信息超过预设范围的情况下，向上述第一终端发送应答信息。

根据本说明书的另一个方面，提供一种电子设备，包括存储器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序，上述处理器执行上述计算机程序时实现如上述实施例中的订单配送处理方法。

根据本说明书的一个方面，提供一种计算机可读存储介质，上述计算机可读存储介质中存储有指令，当上述指令在计算机或处理器上运行时，使得上述计算机或处理器执行如上述实施例中的订单配送处理方法。

根据本说明书的另一个方面，提供一种包含指令的计算机程序产品，当所述计算机程序产品在计算机或处理器上运行时，使得所述计算机或处理器执行如上述实施例中的订单配送处理方法。

本说明书的实施例所提供的订单配送处理方法、订单配送处理装置、计算机可读存储介质、电子设备以及计算机程序产品，具备以下技术效果：

本申请示例性的实施例提供的订单配送处理方案，基于服务器与第一终端、服务器与第二终端之间的信息交互实现，其中，第一终端和第二终端分别与订单发起方及订单配送方对应。具体地，服务器接收第一终端发送的订单配送查询请求，然后获取该订单配送查询请求对应的订单标识，并根据订单标识确定第二终端。进一步地，服务器获取第二终端所发送的订单配送方的运动信息(记作第一运动信息)。在上述第一运动信息超过预设范围的情况下，说明订单配送方处于高速或加速运动状态，当前不适于向订单发起方回复信息，则服务器主动向第一终端发送应答信息，从而，在无需订单配送方进行终端操作的情况下便可以将订单配送方的信息传递至订单发起方，从而有利于用户及时了解到订单配送信息，起到安抚用户情绪，有利于减少订单被取消的概率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本说明书的实施例，并与说明书一起用于解释本说明书的原理。显而易见地，下面描述中的附图仅仅是本说明书的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本说明书一实施例提供的订单配送处理方法的信息交互示意图。

图2为本说明书一实施例提供的订单配送处理请求为催单信息的情况下第一终端的界面示意图。

图3为本说明书另一实施例提供的订单配送处理请求为催单信息的情况下第一终端的界面示意图。

图4为本说明书一实施例提供的订单配送处理请求为定位信息的情况下第一终端的界面示意图。

图5为本说明书另一实施例提供的订单配送处理方法的信息交互示意图。

图6为本说明书另一实施例提供的订单配送处理请求为定位信息的情况下第一终端的界面示意图。

图7为本说明书一实施例提供的订单配送处理装置的结构示意图。

图8为本说明书另一实施例提供的订单配送处理装置的结构示意图。

图9为本说明书实施例提供的电子设备的结构示意图。

具体实施方式

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

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

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本说明书将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本说明书的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本说明书的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本说明书的各方面变得模糊。

此外，附图仅为本说明书的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

本说明书实施例能够提供一种订单配送处理方法、订单配送处理装置、计算机可读存储介质、电子设备以及计算机程序产品，在保证订单配送人员的行驶安全的同时，至少在一定程度上提升了用户了解订单配送信息的及时性，有利于较低订单被取消的概率。具体的，以下先通过图1至图6对本说明书提供的订单配送处理方法实施例进行详细阐述：

示例性的，图1为本说明书一实施例提供的订单配送处理方法的信息交互示意图，具体基于电商后台的服务器100与第一终端110，以及该服务器100与第二终端120之间的信息交互实现，其中，第一终端110和第二终端120分别与订单发起方及订单配送方对应。

参考图1，该图所示实施例包括：S110-S150。

在S110中，服务器接收第一终端发送的订单配送查询请求。

示例性的，上述订单发起方是指购买商品的用户，本实施例中，订单发起方通过上述第一终端110与服务器100实现关于订单相关的信息交互。示例性的，在用户对商品下单之后，可以通过客户端或网页来查看相关订单。通过该订单的详情界面来查看订单相关信息，例如，订单时间、订单对应的商品信息，还可以查看关于订单配送的状态想你想(配送人员已取单、正在配送中等)。

在示例性的实施例中，上述订单配送查询请求可以是：订单发起方发起的催单信息。其中，催单用于表达订单发起方希望其订单尽快送达。参考图2，订单发起方在“xxx店铺”购买商品之后，可以通过与该订单与订单配送方之间的对话界面，发送文字或者语音消息(您好，请问我的订单还有多久送达)进行催单。

示例性的，订单发起方基于上述对话界面向服务器100发送对话消息，则服务器100可以通过判断对话消息中是否包含第一预设内容的情况下，来判断该对话消息是否属于“催单”信息。示例性的，上述第一预设内容可以是“快”、“准时”、“多久”等关键词。

在示例性的实施例中，上述订单配送查询请求还可以是：订单发起方对订单配送方的定位信息。上述对订单配送方的定位信息是指：订单发起方在购买商品之后，可以通过客户端或网页来追踪订单的踪迹。示例性的，订单发起方所发送的订单配送查询请求为基于第一终端向服务器发送基于地图界面发送的情况下，则认为该订单配送查询请求为：订单发起方对订单配送方的定位信息。

在示例性的实施例中，订单发起方基于上述第一终端110发送上述订单配送查询请求。本实施例中，响应于订单发起方在第一终端110进行催单，或者获取订单配送方的定位信息，则第一终端110发送上述订单配送查询请求至上述服务器100。

继续参考图1，在S120中，服务器获取上述订单配送查询请求对应的订单标识，根据上述订单标识确定第二终端。

在示例性的实施例中，上述订单配送查询请求中包含订单标识。因此，在服务器100接收到上述订单配送查询请求之后，则可以获取单配送查询请求中所包含的订单标识，从而在服务器端实现对上述订单的定位。

在示例性的实施例中，在服务器100段存储有每个订单与订单配送方所对应的第二终端之间的关联关系。例如，订单标识A与订单配送方B所对应的第二终端b之间的关联关系，则说明，订单标识A对应的商品由订单配送方B来配送。

本实施例中，服务器100基于所存储的上述关联关系，则可以根据上述订单标识确定订单配送方对应的第二终端。

在S130中，服务器获取第二终端发送的上述订单配送方的第一运动信息。

需要说明的是，本说明书实施例中，第一运动信息和下文中的第二运动信息均是指订单配送方的运动信息(速度和/或加速度)，其中，第一运动信息是指服务器响应于接收到上述订单配送查询请求，而获取到的关于订单配送方的运动信息；而下文中的第二运动信息是为了区别于上述第一运动信息，在上述第一运动信息超出预设范围的情况下，服务器再次获取的订单配送方的运动信息。

在示例性的实施例中，上述订单配送方是指对订单对应的商品进行配送的人员(可以称为：骑士)，本实施例中，订单配送方通过上述第二终端120与服务器100实现关于订单相关的信息交互。

在示例性的实施例中，可以通过设置于第二终端120的速度传感器、加速度计来获取关于订单配送方的运动信息。示例性的，还可以在第二终端120与订单配送方的交通工具建立通信连接的情况下，第二终端120通过通信连接获取上述交通工具的运动信息。

在S140中，服务器确定上述第一运动信息是否超过预设范围。以及，在S150中，在上述第一运动信息超过预设范围的情况下，向第一终端发送应答信息。

本说明书实施例中，服务器100通过获取并判断上述订单配送方的运动信息(速度和/或加速度)是否超过预设范围，并根据判断结果执行下一步骤。示例性的，预设范围可以指速度方面也可以指的是加速度方面。在预设范围是关于速度的情况下，其取值可以是普通人的步行速度(如，1.48～1.51m/s)，还可以是配送人员手动设置的速度(如，45km/h)等；假如上述预设范围为Xkm/h，则上述第一运动信息的速度大于Xkm/h的情况下说明订单配送方的运动信息超过预设范围，反之，订单配送方的运动信息没有超过预设范围。其中，X取整数。在预设范围是关于加速度的情况下，其取值可以是配送人员手动设置的加速度(如，8-10m/s²)等；假如上述预设范围为Ym/s²，则上述第一运动信息的加速度大于Ym/s²的情况下说明订单配送方的运动信息超过预设范围，反之，订单配送方的运动信息没有超过预设范围。其中，Y取整数，具体取值根据实际情况确定，再次不做限定。

在示例性的实施例中，在订单配送方的运动信息(速度和/或加速度)超过预设范围的情况下，说明订单配送方当前驾驶速度较快，应专注于驾驶并不适于进行终端操作，则服务器100主动向上述第一终端110发送应答信息，并暂时不向上述第二终端120发出任何提醒。

在示例性的实施例中，在上述订单配送查询请求为上述订单发起方发起的催单信息的情况下，服务器100可以向上述第一终端110发送包含上述第一运动信息以及第二预设内容的应答信息。其中，上述第二预设内容可以是安抚用户的用语，例如，订单正快速配送中，和/或，为了骑士安全请您请耐心等待等。

示例性的，参考图3，在上述第一运动信息超过预设范围的情况下，服务器100向上述第一终端110发送包含上述第一运动信息以及上述第二预设内容的应答信息，为了便于订单发起方及时方便的查看，则可以在上述第一终端110的上述对话界面中显示“[自动回复]当前骑手正以25迈的速度尽快送达您的订单，为了骑士的安全暂时不便于回复，请你耐心等待”。

在示例性的实施例中，在上述订单配送查询请求为：订单发起方对订单配送方的定位信息的情况下，服务器100也可以向上述第一终端110发送包含定位信息以及上述第一运动信息的应答信息。其中，上述定位信息可以通过骑手图标在地图界面中位置的方式来显示为订单发起方。当然，该应答信息中还可以包含用于安抚用户的第二预设内容。同上所述，上述第二预设内容可以是安抚用户的用语，例如，订单正快速配送中，和/或，为了骑士安全请您请耐心等待等。

示例性的，参考图4，在上述第一运动信息超过预设范围的情况下，服务器100向上述第一终端110发送包含定位信息、上述第一运动信息以及上述第二预设内容的应答信息，为了便于订单发起方及时方便的查看，则可以在上述第一终端110的上述地图界面中显示“当前骑手正以25迈的速度尽快送达您的订单，为了骑士的安全暂时不便于回复”。

可见，本说明书实施例所提供的方案中，在无需订单配送方进行终端操作的情况下便可以将订单配送方的信息传递至订单发起方，从而有利于用户及时了解到订单配送信息，起到安抚用户情绪，有利于减少订单被取消的概率。

在示例性的实施例中，图5为本说明书另一实施例提供的订单配送处理方法的信息交互示意图，该图所示实施例是在图1所示实施例的基础上进行的。

参考图5，该图所示实施例包括S110-S180，其中，S110-S150的具体实施方式已在上述实施例中进行了详细介绍在此不再赘述。

在服务器确定上述第一运动信息没有超过预设范围的情况下，则执行S160，服务器向第二终端发送提醒信息。

本实施例中，若服务器100确定上述第一运动信息(速度和/或加速度)没有超过预设范围，说明在接收到上述订单配送查询请求时，订单配送方当前驾驶速度不快，则服务器100向上述第二终端120发送提醒信息。例如，预设的语音或者铃声提醒、或电话提醒等。从而催促订单配送方高效率的执行订单配送任务，以及时地将订单送达目的地，提升用户的订购体验。

在示例性的实施例中，在服务器确定上述第一运动信息没有超过预设范围的情况下，除了执行S160服务器向第二终端发送提醒信息之外，若上述订单配送查询请求为对订单配送方的定位信息，本实施例提供的方案还发送只包含定位信息的应答信息，以在第一终端110的地图界面中显示订单配送方的定位。

参考图6，可见，在服务器确定上述第一运动信息没有超过预设范围，且上述订单配送查询请求为对订单配送方的定位信息的情况下，服务器100控制上述第一终端110的地图界面中只需显示关于订单配送方的定位信息(相较于图4)。在图4所示实施例中，在关于订单配送方的第一运动信息超出预设范围的情况下，通过在地图界面显示关于订单配送方的第一运动信息，可以通过上述第一运动信息(还可能包含上述第二预设内天)来告知订单正高速地被配送，从而既可以安抚用户(有利于用户及时了解到订单配送信息)也暗示用户无需催单，而在本实施例中，在服务器确定上述第一运动信息没有超过预设范围的情况下，则无需暗示用户无需催单，用户可以直接通过地图界面(如图4或图6)的“催单”控件，进入与订单配送方的对话界面(如图2)，进而发送催单相关的消息。

在示例性的实施例中，在执行上述S150，即：在上述第一运动信息超过预设范围的情况下，向第一终端发送应答信息，之后，本说明书实施例还执行S170，服务器间隔预设时长获取上述订单配送方的第二运动信息。

通过上述实施例可知：服务器在判断到接收上述订单配送查询请求时，订单配送方当前驾驶速度较快的情况下，为了避免向第二终端120发送提醒信息而影响到订单配送方的驾驶安全，则只向第一终端110发送上述答复信息，以及时告知订单发送方相关速度信息以及安抚用户。本实施例中，在上述情况下还持续获取上述订单配送方的运动信息，以在订单配送方的运动信息不超过预设范围的情况下，及时地将客户进行订单配送查询的信息告知订单配送方。

示例性的，执行S180，服务器确定上述第二运动信息是否超过预设范围；以及，服务器在确定上述第二运动信息没有超过预设范围的情况下，则再次执行S160，向上述第二终端发送提醒信息。服务器在确定上述第二运动信息没有超过预设范围的情况下，则再次执行S170和S180，直至检测到上述订单配送方的运动信息在上述预设范围内的情况下，发送上述提醒信息至上述第二终端120。从而催促订单配送方高效率的执行订单配送任务，以及时地将订单送达目的地，提升用户的订购体验。

在示例性的实施例中，在服务器确定上述第二运动信息没有超过预设范围的情况下，除了再次执行S160服务器向第二终端发送提醒信息之外，若上述订单配送查询请求为对订单配送方的定位信息，本实施例提供的方案还更新上述包含定位信息以及第一运动信息的应答信息，以在第一终端110的地图界面中取消显示关于订单配送方的第一运动信息。

参考图6，可见，在服务器确定上述第二运动信息没有超过预设范围，且上述订单配送查询请求为对订单配送方的定位信息的情况下，服务器100控制上述第一终端110的地图界面中取消显示关于订单配送方的第一运动信息(相较于图4)。在图4所示实施例中，在关于订单配送方的第一运动信息超出预设范围的情况下，通过在地图界面显示关于订单配送方的第一运动信息，可以通过上述第一运动信息(还可能包含上述第二预设内天)来告知订单正高速地被配送，从而既可以安抚用户(有利于用户及时了解到订单配送信息)也暗示用户无需催单，而在本实施例中，在服务器后续确定订单配送方的运行信息(上述第二运动信息)没有超过预设范围的情况下，则无需暗示用户无需催单，用户可以直接通过地图界面(如图4或图6)的“催单”控件，进入与订单配送方的对话界面(如图2)，进而发送催单相关的消息。另外，在如图6所示的第一终端的地图界面中，除了包含上述“催单”控件之外，还包括以下控件：取消订单、修改地址以及在线联系等。从而订单发起方可以方便地执行各控件对应的功能，有效提升订购体验。

示例性的，在订单发起方进行催单的过程中，响应于用户输入相关关键词(如，多久、及时)，则可以智能输入相关催单语句(如，请问我的订单还有多久送达)，从而节省订单发起方的输入时间，提升智能体验，有利于用户对商品的复购率。

需要注意的是，上述附图仅是根据本说明书示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

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

其中，图7示出了可以应用本说明书一实施例的订单配送处理装置的结构示意图。请参见图7，该图所示的订单配送处理装置可以通过软件、硬件或者两者的结合实现成为电子设备的全部或一部分，还可以作为独立的模块集成于服务器上，还可以作为独立的模块集成于电子设备中。

本说明书实施例中的上述订单配送处理装置700包括：接收模块710、获取模块720，以及发送模块730。

其中，上述接收模块710，用于接收第一终端发送的订单配送查询请求，上述第一终端与订单发起方对应；上述获取模块720，用于：获取模块，用于获取上述订单配送查询请求对应的订单标识，根据上述订单标识确定第二终端，上述第二终端与订单配送方对应；上述获取模块720，还用于获取上述第二终端发送的上述订单配送方的第一运动信息；以及，上述发送模块730，用于在上述第一运动信息超过预设范围的情况下，向上述第一终端发送应答信息。

在示例性的实施例中，图8示意性示出了根据本说明书另一示例性的实施例中订单配送处理装置的结构图。请参见图8：

在示例性的实施例中，基于上述方案，上述接收模块710，包括：第一接收单元7101；上述发送模块730，包括：第一发送单元7301；

其中，上述第一接收单元7101用于：接收第一终端发送包含第一预设内容的订单配送查询请求；上述第一发送单元7301用于：在上述第一运动信息超过预设范围的情况下，向上述第一终端发送包含上述第一运动信息以及第二预设内容的应答信息。

在示例性的实施例中，基于上述方案，上述第一接收单元7101具体用于：接收第一终端基于对话界面发送的包含第一预设内容的订单配送查询请求，上述对话界面为订单发起方与订单配送方之间的对话界面；上述第一发送单元7301用于：在上述第一运动信息超过预设范围的情况下，向上述第一终端发送包含上述第一运动信息以及第二预设内容的应答信息，以在上述第一终端的上述对话界面中显示上述第一运动信息以及上述第二预设内容。

在示例性的实施例中，基于上述方案，上述第一接收单元7101还具体用于：接收第一终端基于对话界面发送的对话消息；以及，在上述对话消息中包含第一预设内容的情况下，确定接收到第一终端发送的包含第一预设内容的订单配送查询请求。

在示例性的实施例中，基于上述方案，上述接收模块710，还包括：第二接收单元7102；上述发送模块730，包括：第二发送单元7302；

其中，上述第二接收单元7102用于：接收第一终端发送对第二终端进行定位的订单配送查询请求；上述第一发送单元7301用于：在上述第一运动信息超过预设范围的情况下，向上述第一终端发送包含上述订单配送方的定位信息以及上述第一运动信息的应答信息。

在示例性的实施例中，基于上述方案，上述第二接收单元7102具体用于：接收第一终端基于地图界面发送的对第二终端进行定位的订单配送查询请求；上述第二发送单元7302用于：在上述第一运动信息超过预设范围的情况下，向上述第一终端发送包含上述第一运动信息以及定位信息的应答信息，以在上述第一终端的上述地图界面中显示上述第一运动信息以及上述定位信息。

在示例性的实施例中，基于上述方案，上述发送模块730具体用于：在上述获取上述第二终端发送的上述订单配送方的第一运动信息之后，在上述第一运动信息不超过上述预设范围的情况下，向上述第一终端发送包含上述订单配送方的定位信息的应答信息，以在上述第一终端的上述地图界面中显示上述定位信息。

在示例性的实施例中，基于上述方案，上述获取模块720还用于：在上述向上述第一终端发送应答信息之后，间隔预设时长获取上述订单配送方的第二运动信息；以及上述发送模块730，还用于：在上述第二运动信息不超过上述预设范围的情况下，更新上述应答信息，以在上述第一终端的上述地图界面中取消显示上述第一运动信息。

在示例性的实施例中，基于上述方案，上述获取模块720，还用于：在上述向上述第一终端发送应答信息之后，间隔预设时长获取上述订单配送方的第二运动信息；以及上述发送模块730，还用于：，并在上述第二运动信息不超过上述预设范围的情况下，向上述第二终端发送提醒信息。

在示例性的实施例中，基于上述方案，上述发送模块720，还用于：在上述获取上述第二终端发送的上述订单配送方的第一运动信息之后，在上述第一运动信息不超过上述预设范围的情况下，向上述第二终端发送提醒信息。

需要说明的是，上述实施例提供的订单配送处理装置在执行订单配送处理方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

另外，上述实施例提供的订单配送处理装置与订单配送处理方法实施例属于同一构思，因此对于本说明书装置实施例中未披露的细节，请参照本说明书上述的订单配送处理方法的实施例，这里不再赘述。

上述本说明书实施例序号仅仅为了描述，不代表实施例的优劣。

本说明书实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现上述任一实施例方法的步骤。

图9示意性示出了根据本说明书一示例性的实施例中电子设备的结构图。请参见图9所示，电子设备900包括有：处理器901和存储器902。

本说明书实施例中，处理器901为计算机系统的控制中心，可以是实体机的处理器，也可以是虚拟机的处理器。处理器901可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器901可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。处理器901也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。

在本说明书实施例中，上述处理器901具体用于：

接收第一终端发送的订单配送查询请求，上述第一终端与订单发起方对应；获取上述订单配送查询请求对应的订单标识，根据上述订单标识确定第二终端，上述第二终端与订单配送方对应；获取上述第二终端发送的上述订单配送方的第一运动信息；以及，在上述第一运动信息超过预设范围的情况下，向上述第一终端发送应答信息。

进一步地，上述接收第一终端发送的订单配送查询请求，包括：接收第一终端发送包含第一预设内容的订单配送查询请求；

进一步地，上述接收第一终端发送的订单配送查询请求，包括：接收第一终端基于对话界面发送的包含第一预设内容的订单配送查询请求，上述对话界面为订单发起方与订单配送方之间的对话界面；

进一步地，上述接收第一终端基于对话界面发送的包含第一预设内容的订单配送查询请求，包括：接收第一终端基于对话界面发送的对话消息；以及，在上述对话消息中包含第一预设内容的情况下，确定接收到第一终端发送的包含第一预设内容的订单配送查询请求。

进一步地，上述接收第一终端发送的订单配送查询请求，包括：接收第一终端发送对第二终端进行定位的订单配送查询请求；

进一步地，上述接收第一终端发送的订单配送查询请求，包括：接收第一终端基于地图界面发送的对第二终端进行定位的订单配送查询请求；

进一步地，上述处理器901具体还用于：

在上述获取上述第二终端发送的上述订单配送方的第一运动信息之后，在上述第一运动信息不超过上述预设范围的情况下，向上述第一终端发送包含上述订单配送方的定位信息的应答信息，以在上述第一终端的上述地图界面中显示上述定位信息。

进一步地，上述处理器901具体还用于：

在上述向上述第一终端发送应答信息之后，间隔预设时长获取上述订单配送方的第二运动信息，并在上述第二运动信息不超过上述预设范围的情况下，更新上述应答信息，以在上述第一终端的上述地图界面中取消显示上述第一运动信息。

进一步地，上述处理器901具体还用于：

在上述向上述第一终端发送应答信息之后，间隔预设时长获取上述订单配送方的第二运动信息，并在上述第二运动信息不超过上述预设范围的情况下，向上述第二终端发送提醒信息。

进一步地，上述处理器901具体还用于：

在上述获取上述第二终端发送的上述订单配送方的第一运动信息之后，在上述第一运动信息不超过上述预设范围的情况下，向上述第二终端发送提醒信息。

存储器902可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器902还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在本说明书的一些实施例中，存储器902中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器901所执行以实现本说明书实施例中的方法。

一些实施例中，电子设备900还包括有：外围设备接口903和至少一个外围设备。处理器901、存储器902和外围设备接口903之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口903相连。具体地，外围设备包括：显示屏904、摄像头905和音频电路906中的至少一种。

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

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

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

音频电路906可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器901进行处理。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在电子设备900的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。

电源907用于为电子设备900中的各个组件进行供电。电源907可以是交流电、直流电、一次性电池或可充电电池。当电源907包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。

本说明书实施例中示出的电子设备结构框图并不构成对电子设备900的限定，电子设备900可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

在本说明书的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本说明书中的具体含义。此外，在本说明书的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本说明书实施例还提供了计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机或处理器上运行时，使得计算机或处理器执行上述实施例中的一个或多个步骤。上述订单配送处理装置的各组成模块如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取存储介质中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。上述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行上述计算机程序指令时，全部或部分地产生按照本说明书实施例上述的流程或功能。上述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。上述计算机指令可以存储在计算机可读存储介质中，或者通过上述计算机可读存储介质进行传输。上述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DigitalSubscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。上述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。上述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，数字多功能光盘(DigitalVersatile Disc，DVD))、或者半导体介质(例如，固态硬盘(Solid State Disk，SSD))等。

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

以上所述，仅为本说明书的具体实施方式，但本说明书的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本说明书揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本说明书的保护范围之内。因此，依本说明书权利要求所作的等同变化，仍属本说明书所涵盖的范围。

Claims

1.一种订单配送处理方法，其特征在于，所述方法包括：

接收第一终端发送的订单配送查询请求，所述第一终端与订单发起方对应；

获取所述订单配送查询请求对应的订单标识，根据所述订单标识确定第二终端，所述第二终端与订单配送方对应；

获取所述第二终端发送的所述订单配送方的第一运动信息；

在所述第一运动信息超过预设范围的情况下，向所述第一终端发送应答信息。

2.根据权利要求1所述的方法，其特征在于，所述接收第一终端发送的订单配送查询请求，包括：

接收第一终端发送包含第一预设内容的订单配送查询请求；

所述在所述第一运动信息超过预设范围的情况下，向所述第一终端发送应答信息，包括：

在所述第一运动信息超过预设范围的情况下，向所述第一终端发送包含所述第一运动信息以及第二预设内容的应答信息。

3.根据权利要求1所述的方法，其特征在于，所述接收第一终端发送的订单配送查询请求，包括：

接收第一终端基于对话界面发送的包含第一预设内容的订单配送查询请求，所述对话界面为订单发起方与订单配送方之间的对话界面；

在所述第一运动信息超过预设范围的情况下，向所述第一终端发送包含所述第一运动信息以及第二预设内容的应答信息，以在所述第一终端的所述对话界面中显示所述第一运动信息以及所述第二预设内容。

4.根据权利要求3所述的方法，其特征在于，所述接收第一终端基于对话界面发送的包含第一预设内容的订单配送查询请求，包括：

接收第一终端基于对话界面发送的对话消息；

在所述对话消息中包含第一预设内容的情况下，确定接收到第一终端发送的包含第一预设内容的订单配送查询请求。

5.根据权利要求1所述的方法，其特征在于，所述接收第一终端发送的订单配送查询请求，包括：

接收第一终端发送对第二终端进行定位的订单配送查询请求；

在所述第一运动信息超过预设范围的情况下，向所述第一终端发送包含所述订单配送方的定位信息以及所述第一运动信息的应答信息。

6.根据权利要求1所述的方法，其特征在于，所述接收第一终端发送的订单配送查询请求，包括：

接收第一终端基于地图界面发送的对第二终端进行定位的订单配送查询请求；

在所述第一运动信息超过预设范围的情况下，向所述第一终端发送包含所述第一运动信息以及定位信息的应答信息，以在所述第一终端的所述地图界面中显示所述第一运动信息以及所述定位信息。

7.一种对订单物流信息的处理装置，其特征在于，所述装置包括：

接收模块，用于接收第一终端发送的订单配送查询请求，所述第一终端与订单发起方对应；

获取模块，用于获取所述订单配送查询请求对应的订单标识，根据所述订单标识确定第二终端，所述第二终端与订单配送方对应；

所述获取模块，还用于获取所述第二终端发送的所述订单配送方的第一运动信息；

发送模块，用于在所述第一运动信息超过预设范围的情况下，向所述第一终端发送应答信息。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在计算机或处理器上运行时，使得所述计算机或处理器执行如权利要求1至6中任意一项所述的方法。

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

10.一种包含指令的计算机程序产品，其特征在于，当所述计算机程序产品在计算机或处理器上运行时，使得所述计算机或处理器执行如权利要求1至6中任意一项所述的方法。