订单信息处理方法、装置、存储介质及电子设备与流程

本公开涉及互联网技术领域，具体地，涉及一种订单信息处理方法、装置、存储介质及电子设备。

背景技术：

随着互联网的不断发展，用户可通过终端进行在线下单，购买需要的物品。配送员可前往商户处取物品，并将物品送达用户手中，用户无需外出即可收到购买的物品。

配送员在配送过程中，有时会联系不上该订单的用户，导致无法将物品送达到用户手中。若经过一段时间配送员联系上了该用户，配送员可能要重新配送该物品，导致该物品被送达到用户手中的时间已超过该订单的预计送达时间，甚至超过该订单的运单时间阈值，使该订单被错误地定为超时订单。这样，不仅会对配送员和用户造成不好的用户体验，还会导致在利用超时订单数据进行建模、分析等应用时，在超时订单数据集中引入噪声，从而影响该数据集的精度和可靠性。

技术实现要素：

本公开的目的是提供一种订单信息处理方法、装置、存储介质及电子设备，以解决相关技术中存在的问题。

为了实现上述目的，第一方面，本公开提供一种订单信息处理方法，所述方法包括：在确定无法与目标订单的用户取得联系的情况下，向所述用户的用户侧终端发送配送提示信息，所述配送提示信息用于所述用户确认是否继续配送所述目标订单；在从所述用户侧终端接收到表征要继续配送所述目标订单的确认信息的情况下，重新确定所述目标订单的当前预计送达时间，该当前预计送达时间作为所述目标订单的目标预计送达时间；向所述用户侧终端发送所述目标预计送达时间。

可选地，所述向所述用户的用户侧终端发送配送提示信息，包括：确定所述目标订单的当前预计送达时间；向所述用户侧终端发送携带所述当前预计送达时间的所述配送提示信息，以由所述用户侧终端显示携带所述当前预计送达时间的所述配送提示信息。

可选地，在所述向所述用户的用户侧终端发送配送提示信息的步骤之后，所述方法还包括：在从所述用户侧终端接收到配送提示信息显示指令的情况下，重新确定所述目标订单的当前预计送达时间；向所述用户侧终端发送重新确定出的所述当前预计送达时间，以由所述用户侧终端显示携带重新确定出的所述当前预计送达时间的所述配送提示信息。

可选地，通过以下方式确定所述目标订单的当前预计送达时间，包括：延长所述目标订单的当前运单时间阈值，其中，订单的运单时间阈值用于界定该订单对应的运单是否超时；根据所述目标订单当前的订单信息、和所述目标订单的配送运力当前未完成的其他订单的订单信息，进行配送路径规划，以获得当前最优配送路径信息，其中，所述订单信息至少包括对应订单的运单时间阈值；根据所述当前最优配送路径信息，确定所述目标订单的当前预计送达时间。

可选地，所述方法还包括：在从所述用户侧终端接收到表征要继续配送所述目标订单的确认信息的情况下，确定所述目标订单的新的运单时间阈值；向配送侧终端发送所述新的运单时间阈值。

可选地，所述确定所述目标订单的新的运单时间阈值，包括：根据所述目标预计送达时间，确定所述目标订单的新的运单时间阈值。

可选地，所述方法还包括：在从配送侧终端接收到联系异常信息的情况下，对所述联系异常信息进行验证，其中，所述联系异常信息用于指示无法与所述目标订单的用户取得联系；在所述联系异常信息通过验证的情况下，确定无法与所述目标订单的用户取得联系。

可选地，所述方法还包括：在从所述用户侧终端接收到订单取消信息的情况下，向所述目标订单的商户的商户侧终端发送订单取消信息；接收所述商户侧终端发送的退款指示信息，所述退款指示信息用于指示是否退款；根据所述退款指示信息，向所述用户侧终端发送对应的退款结果信息。

可选地，所述方法还包括：在自发送所述配送提示信息起的预设时长内未从所述用户侧终端接收到所述确认信息，且从配送侧终端接收到运单取消信息的情况下，重新确定所述目标订单的配送运力；向所述用户侧终端发送配送运力更换提示信息。

可选地，在接收到所述运单取消信息之后，所述方法还包括：在从所述配送侧终端接收到还餐认证信息的情况下，对所述还餐认证信息进行验证，或者输出所述还餐认证信息以由人工验证；在所述还餐认证信息的验证结果指示通过验证的情况下，更新所述配送侧终端对应的账户信息和/或用户属性信息。

第二方面，本公开提供一种订单信息处理方法，所述方法包括：在接收到服务器发送的配送提示信息之后，在应用程序页面显示所述配送提示信息，所述配送提示信息用于用户确认是否继续配送目标订单；在接收到用户输入的表征要继续配送所述目标订单的确认信息的情况下，向所述服务器发送所述确认信息，以由所述服务器确定所述目标订单的目标预计送达时间；接收所述服务器发送的所述目标预计送达时间，并在所述应用程序页面显示所述目标预计送达时间。

可选地，所述配送提示信息携带有所述目标订单的当前预计送达时间；所述在应用程序页面显示所述配送提示信息，包括：在所述应用程序页面显示携带所述当前预计送达时间的所述配送提示信息。

可选地，在所述在应用程序页面显示所述配送提示信息的步骤之后，还包括：在接收到用户输入的针对所述配送提示信息的关闭指令的情况下，在所述应用程序页面显示查看提示信息；在用户触发了所述查看提示信息的情况下，向所述服务器发送配送提示信息显示指令，以由所述服务器重新确定所述目标订单的当前预计送达时间；接收所述服务器重新确定出的所述当前预计送达时间，并在所述应用程序页面显示携带重新确定出的所述当前预计送达时间的所述配送提示信息。

可选地，在所述在应用程序页面显示所述配送提示信息的步骤之后，还包括：在退出所述应用程序页面后再次进入所述应用程序页面的情况下，向所述服务器发送配送提示信息显示指令，以由所述服务器重新确定所述目标订单的当前预计送达时间；接收所述服务器重新确定出的所述当前预计送达时间，并在所述应用程序页面显示携带重新确定出的所述当前预计送达时间的所述配送提示信息。

可选地，所述方法还包括：在接收到用户输入的针对所述目标订单的订单取消信息的情况下，向所述服务器发送所述订单取消信息；接收所述服务器发送的退款结果信息。

第三方面，本公开提供一种订单信息处理装置，所述装置包括：第一发送模块，用于在确定无法与目标订单的用户取得联系的情况下，向所述用户的用户侧终端发送配送提示信息，所述配送提示信息用于所述用户确认是否继续配送所述目标订单；第一确定模块，用于在从所述用户侧终端接收到表征要继续配送所述目标订单的确认信息的情况下，重新确定所述目标订单的当前预计送达时间，该当前预计送达时间作为所述目标订单的目标预计送达时间；所述第一发送模块还用于向所述用户侧终端发送所述目标预计送达时间。

可选地，所述第一发送模块用于确定所述目标订单的当前预计送达时间；向所述用户侧终端发送携带所述当前预计送达时间的所述配送提示信息，以由所述用户侧终端显示携带所述当前预计送达时间的所述配送提示信息。

可选地，所述装置还包括：第二确定模块，用于在所述第一发送模块向所述用户的用户侧终端发送配送提示信息之后，在从所述用户侧终端接收到配送提示信息显示指令的情况下，重新确定所述目标订单的当前预计送达时间；所述第一发送模块还用于向所述用户侧终端发送重新确定出的所述当前预计送达时间，以由所述用户侧终端显示携带重新确定出的所述当前预计送达时间的所述配送提示信息。

可选地，所述装置还包括：第三确定模块，用于在从所述用户侧终端接收到表征要继续配送所述目标订单的确认信息的情况下，确定所述目标订单的新的运单时间阈值；所述第一发送模块还用于向配送侧终端发送所述新的运单时间阈值。

可选地，所述第三确定模块用于根据所述目标预计送达时间，确定所述目标订单的新的运单时间阈值。

可选地，所述装置还包括：第一验证模块，用于在从配送侧终端接收到联系异常信息的情况下，对所述联系异常信息进行验证，其中，所述联系异常信息用于指示无法与所述目标订单的用户取得联系；第四确定模块，用于在所述联系异常信息通过验证的情况下，确定无法与所述目标订单的用户取得联系。

可选地，所述第一发送模块还用于在从所述用户侧终端接收到订单取消信息的情况下，向所述目标订单的商户的商户侧终端发送订单取消信息；所述装置还包括第一接收模块，用于接收所述商户侧终端发送的退款指示信息，所述退款指示信息用于指示是否退款；所述第一发送模块还用于根据所述退款指示信息，向所述用户侧终端发送对应的退款结果信息。

可选地，所述装置还包括：第五确定模块，用于在自发送所述配送提示信息起的预设时长内未从所述用户侧终端接收到所述确认信息，且从配送侧终端接收到运单取消信息的情况下，重新确定所述目标订单的配送运力；所述第一发送模块还用于向所述用户侧终端发送配送运力更换提示信息。

可选地，所述装置还包括：第二验证模块，用于在接收到所述运单取消信息之后，在从所述配送侧终端接收到还餐认证信息的情况下，对所述还餐认证信息进行验证，或者输出所述还餐认证信息以由人工验证；更新模块，用于在所述还餐认证信息的验证结果指示通过验证的情况下，更新所述配送侧终端对应的账户信息和/或用户属性信息。

第四方面，本公开提供一种订单信息处理装置，所述装置包括：显示模块，用于在接收到服务器发送的配送提示信息之后，在应用程序页面显示所述配送提示信息，所述配送提示信息用于用户确认是否继续配送目标订单；第二发送模块，用于在接收到用户输入的表征要继续配送所述目标订单的确认信息的情况下，向所述服务器发送所述确认信息，以由所述服务器确定所述目标订单的目标预计送达时间；第二接收模块，用于接收所述服务器发送的所述目标预计送达时间，并由所述显示模块在所述应用程序页面显示所述目标预计送达时间。

可选地，所述配送提示信息携带有所述目标订单的当前预计送达时间；所述显示模块，用于在所述应用程序页面显示携带所述当前预计送达时间的所述配送提示信息。

可选地，所述显示模块还用于在应用程序页面显示所述配送提示信息之后，在接收到用户输入的针对所述配送提示信息的关闭指令的情况下，在所述应用程序页面显示查看提示信息；所述第二发送模块还用于在用户触发了所述查看提示信息的情况下，向所述服务器发送配送提示信息显示指令，以由所述服务器重新确定所述目标订单的当前预计送达时间；所述第二接收模块还用于接收所述服务器重新确定出的所述当前预计送达时间，并由所述显示模块在所述应用程序页面显示携带重新确定出的所述当前预计送达时间的所述配送提示信息。

可选地，所述第二发送模块还用于在所述显示模块在应用程序页面显示所述配送提示信息之后，在退出所述应用程序页面后再次进入所述应用程序页面的情况下，向所述服务器发送配送提示信息显示指令，以由所述服务器重新确定所述目标订单的当前预计送达时间；所述第二接收模块还用于接收所述服务器重新确定出的所述当前预计送达时间，并由所述显示模块在所述应用程序页面显示携带重新确定出的所述当前预计送达时间的所述配送提示信息。

可选地，所述第二发送模块还用于在接收到用户输入的针对所述目标订单的订单取消信息的情况下，向所述服务器发送所述订单取消信息；所述第二接收模块还用于接收所述服务器发送的退款结果信息。

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

第六方面，本公开提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本公开第二方面提供的所述方法的步骤。

第七方面，本公开提供一种电子设备，包括：存储器，其上存储有计算机程序；处理器，用于执行所述存储器中的所述计算机程序，以实现本公开第一方面提供的所述方法的步骤。

第八方面，本公开提供一种电子设备，包括：存储器，其上存储有计算机程序；处理器，用于执行所述存储器中的所述计算机程序，以实现本公开第二方面提供的所述方法的步骤。

通过上述技术方案，在确定无法与目标订单的用户取得联系的情况下，向用户的用户侧终端发送配送提示信息，可以及时提示用户并由用户自主选择是否继续配送目标订单，满足用户需求。并且，在用户选择继续配送该目标订单时，可以重新确定该目标订单的当前预计送达时间，能够防止该目标订单被错误地认定为超时订单。如此，避免在超时订单数据集中引入噪声，可以提高该数据集的精确度和可靠性，在利用该数据集进行建模和分析时，为超时订单的分析提供更准确的依据。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1是根据一示例性实施例示出的一种实施环境的示意图。

图2是根据一示例性实施例示出的一种订单信息处理方法的流程图。

图3a示出了一种用户侧终端显示配送提示信息的示意图。

图3b示出了一种用户侧终端显示目标预计送达时间的示意图。

图3c示出了一种用户侧终端显示携带有当前预计送达时间的配送提示信息的示意图。

图3d示出了一种用户侧终端显示查看提示信息的示意图。

图3e示出了一种用户侧终端显示携带有重新确定出的当前预计送达时间的配送提示信息的示意图。

图4是根据一示例性实施例示出的一种确定目标订单的当前预计送达时间的方法的流程图。

图5是根据另一示例性实施例示出的一种订单信息处理方法的流程图。

图6是根据另一示例性实施例示出的一种订单信息处理方法的流程图。

图7是根据一示例性实施例示出的一种订单信息处理装置的框图。

图8是根据另一示例性实施例示出的一种订单信息处理装置的框图。

图9是根据一示例性实施例示出的一种电子设备的框图。

图10是根据另一示例性实施例示出的一种电子设备的框图。

具体实施方式

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

本公开的实施方式可以应用于各种配送场景，例如外卖配送、快递配送等。图1是根据一示例性实施例示出的一种实施环境的示意图。如图1所示，该实施环境可以包括服务器100、用户的用户侧终端101、配送运力的配送侧终端102、商户的商户侧终端103。在配送场景下，一个订单至少存在三个相关的终端设备，即，下达订单的用户使用的用户侧终端，提供该订单涉及物品的商户使用的商户侧终端，以及配送该订单的配送运力使用的配送侧终端。其中，配送运力可以为配送员、配送机器人、无人配送车、无人机等，本公开中在以下介绍中，以配送运力为配送员为例进行说明，但并不构成对本公开实施方式的限制。用户侧终端101、配送侧终端102和商户侧终端103可以为智能手机、平板电脑、笔记本电脑、台式电脑等终端设备。服务器100可以为订单管理服务器、云服务器等。用户侧终端101、配送侧终端102和商户侧终端103均与服务器100通信耦合，例如可以采用3g、4g、5g、nb-iot、emtc、lte、lte-a、近场通信等任一种方式进行通信。

图2是根据一示例性实施例示出的一种订单信息处理方法的流程图。该方法可以应用于服务器，如图1所示的服务器100。如图2所示，该方法可以包括s201至s203中的一个或多个步骤。

在s201中，在确定无法与目标订单的用户取得联系的情况下，向用户的用户侧终端发送配送提示信息。

其中，配送员在对目标订单的物品进行配送时，会与用户取得联系，确认用户的收获地址等信息，或者通知用户物品已抵达可收取。在配送员与用户联系时，可能会发生联系不上用户的情况，例如用户的电话可能处于较长时间的占线状态，或者用户的手机电量不足处于关机状态等。配送员如果无法及时与目标订单的用户取得联系，该目标订单的配送将无法继续进行。配送员可通过配送侧终端102向服务器100发送联系异常信息。服务器100接收到该异常联系信息后，在确定无法与目标订单的用户取得联系的情况下，可向该用户的用户侧终端101发送配送提示信息。该配送提示信息可以用于用户确认是否继续配送该目标订单。

用户侧终端101在接收到服务器100发送的配送提示信息之后，可以在应用程序页面显示该配送提示信息。配送提示信息可以通过弹窗、短信等方式来提示用户。如图3a所示，示例地，例如通过弹窗的方式提示用户，该弹窗内容可以包括“您的电话无法接通，配送服务已暂停。确认继续送货后，配送员将尽快为您服务”。这样，可以及时提示用户并由用户自主选择是否继续配送目标订单，满足用户的使用需求。

在s202中，在从用户侧终端接收到表征要继续配送目标订单的确认信息的情况下，重新确定目标订单的当前预计送达时间，该当前预计送达时间作为目标订单的目标预计送达时间。

在s203中，向用户侧终端发送目标预计送达时间。

其中，用户看到配送提示信息后，如果需要继续配送该目标订单，可输入要继续配送的确认信息，例如用户可点击图3a中的“继续送货”按钮。用户侧终端101在接收到用户输入的表征要继续配送该目标订单的确认信息的情况下，可向服务器100发送该确认信息，以由服务器100确定该目标订单的目标预计送达时间。目标预计送达时间指的是，用户确认需要继续配送该目标订单时，预计把物品送达至用户的时间。

本公开中，配送员如果无法与目标订单的用户取得联系，可能会继续配送其他的订单，当需要重新配送该目标订单时，可能距离目标订单的收货地址较远，使得物品实际被送达到用户手中的时间已超过该目标订单的原预计送达时间，甚至超过该目标订单的运单时间阈值。这样，该目标订单会被定为超时订单而被添加至超时订单数据集中，但该目标订单并非真正的超时订单，从而会对该数据集中超时订单数据的建模和分析产生干扰。

因此，在本公开中，服务器100在从用户侧终端101接收到表征要继续配送目标订单的确认信息的情况下，可以重新确定该目标订单的当前预计送达时间，该当前预计送达时间指的是服务器100接收到确认信息的时刻，确定的目标订单的预计送达时间，并可将该当前预计送达时间作为目标订单的目标预计送达时间。

之后，服务器100可向用户侧终端101发送该目标预计送达时间。用户侧终端101接收到服务器100发送的目标预计送达时间后，可在应用程序页面显示该目标预计送达时间，如图3b所示，例如目标预计送达时间为12:45，用户可通过用户侧终端101获知该目标预计送达时间。如此，可以为用户提供更准确的预计送达时间，并且，避免该目标订单被错误地定为超时订单。

通过上述技术方案，在确定无法与目标订单的用户取得联系的情况下，向用户的用户侧终端发送配送提示信息，可以及时提示用户并由用户自主选择是否继续配送目标订单，满足用户需求。并且，在继续配送该目标订单时，可以重新确定该目标订单的当前预计送达时间，能够防止该目标订单被错误地认定为超时订单。如此，避免在超时订单数据集中引入噪声，可以提高该数据集的精确度和可靠性，在利用该数据集进行建模和分析时，为超时订单的分析提供更准确的依据。

上述s201中，服务器100向用户的用户侧终端101发送配送提示信息之前，可首先确定目标订单的当前预计送达时间，该当前预计送达时间指的是服务器100在决定要发送配送提示信息时，确定出的目标订单的预计送达时间。这样，服务器100向用户侧终端101发送的配送提示信息中，可携带有该当前预计送达时间。用户侧终端101在应用程序页面显示配送提示信息时，可在应用程序页面显示携带有该当前预计送达时间的配送提示信息。如图3c所示，该当前预计送达时间例如为12:40，这样，用户看到配送提示信息时便可获知目标订单的当前预计送达时间。

值得说明的是，本公开中涉及到的当前预计送达时间，指的是在当前时刻下，服务器100确定出的目标订单的预计送达时间。服务器100在确定当前预计送达时间时，需要综合配送员的当前运力情况、配送员的当前位置等信息，因此，确定的时刻不同，所得到的当前预计送达时间的结果可能不同。例如服务器100在s201中向用户侧终端101发送配送提示信息时确定的目标订单的当前预计送达时间，与s202中接收到确认信息时确定的目标订单的当前预计送达时间，二者可能是不同的。例如图3c中的12:40，与图3b中的12:45，由于服务器100确定的时刻不同，因此，这两个当前预计送达时间不同。这样，每次显示给用户的当前预计送达时间，都是根据当前时刻下的配送运力、配送员位置等信息确定出的，可以为用户提供更准确的预计送达时间，使得用户准确了解目标订单的配送情况。

本公开中，在向用户的用户侧终端101发送配送提示信息之后，该订单信息处理方法还可包括：

在从用户侧终端接收到配送提示信息显示指令的情况下，重新确定目标订单的当前预计送达时间；向用户侧终端发送重新确定出的当前预计送达时间，以由用户侧终端显示携带重新确定出的当前预计送达时间的配送提示信息。

在一种实施方式中，用户看到配送提示信息后，可能会选择关闭该配送提示信息，用户侧终端101在接收到用户输入的针对该配送提示信息的关闭指令的情况下，可以在应用程序页面显示查看提示信息。如图3d所示，该查看提示信息例如可以在页面上方以提示框的形式提示用户，提示内容例如可以包括“您有待继续送货的订单，请及时查看”，用户想要查看时，可以点击该提示框。用户侧终端101在用户触发了查看提示信息的情况下，可以向服务器100发送配送提示信息显示指令，以由服务器100重新确定目标订单的当前预计送达时间。

在另一种实施方式中，用户侧终端101在退出应用程序页面后再次进入应用程序页面的情况下，也可向服务器100发送配送提示信息显示指令，以由服务器100重新确定目标订单的当前预计送达时间。

在以上两种实施方式中，用户触发了查看提示信息，或者退出应用程序页面后再进入该页面，表明用户可能想要查看目标订单的配送信息。因此，服务器100在从用户侧终端101接收到配送提示信息显示指令的情况下，可以重新确定目标订单的当前预计送达时间，并向用户侧终端101发送重新确定出的当前预计送达时间，该当前预计送达时间即为服务器100接收到配送提示信息显示指令的时刻，确定出的目标订单的预计送达时间。

之后，用户侧终端101可以接收到服务器100发送的重新确定出的当前预计送达时间，并可在应用程序页面显示携带该重新确定出的当前预计送达时间的配送提示信息。如图3e所示，该重新确定出的当前预计送达时间例如为12:43。

值得说明的是，用户侧终端101向服务器100发送配送提示信息显示指令的步骤可以被执行多次，取决于用户触发了查看提示信息的次数，以及重新进入应用程序页面的次数。这样，服务器100重新确定目标订单的当前预计送达时间的步骤也可被执行多次。

下面对本公开中确定目标订单的当前预计送达时间的实施方式进行说明。

在一种实施方式中，确定目标订单的当前预计送达时间的实施方式可以为：根据配送员当前所处的位置与目标订单的收货地址之间的距离，重新确定该目标订单的当前预计送达时间。

在另一种实施方式中，确定目标订单的当前预计送达时间的实施方式还可以为：延长目标订单的当前时间阈值，降低该目标订单超时的风险。并且，在重新规划配送路径时，尽量避免由于重新配送该目标订单而影响其它订单的配送。图4是根据该实施方式示出的确定目标订单的当前预计送达时间的方法的流程图。如图4所示，该方法可以包括s401至s403。

在s401中，延长目标订单的当前运单时间阈值。

其中，每一订单均具有对应的运单时间阈值。订单的运单时间阈值可以用于界定该订单对应的运单是否超时，即，如果配送员实际送达的时间晚于该订单的运单时间阈值，则该订单对应的运单超时。

在s402中，根据目标订单当前的订单信息、和目标订单的配送运力当前未完成的其他订单的订单信息，进行配送路径规划，以获得当前最优配送路径信息。其中，订单信息可以至少包括对应订单的运单时间阈值。

示例地，配送员无法与订单a的用户取得联系，且当前未完成的其它订单例如包括订单b、订单c等。服务器100进行配送路径规划可以是对订单a、订单b和订单c的配送路径进行重新规划。对于配送员来说，每一订单均有前往商户处取物品、以及前往用户处送物品的任务。配送路径可以指示各订单的取送点顺序，可能的配送路径例如可以为a送物点、b取物点、c取物点、b送物点、c送物点，或者，b取物点、b送物点、a送物点、c取物点、c送物点，等等。在重新进行配送路径规划时，如果根据订单a的原运单时间阈值进行规划，为了避免订单a超时，可能会首先配送该订单a，而导致订单b和/或订单c超时。因此，服务器100在确定目标订单的当前预计送达时间时，可首先延长目标订单的当前运单时间阈值，并且可以延长一较大值，例如400min。如此，降低目标订单的超时风险，并且减小由于目标订单而影响其他订单的概率。

示例地，服务器100针对每一可能的配送路径，例如根据相关技术中已有的路径规划模型，可以确定该配送路径中每一订单的路径规划送达时间。路径规划送达时间即预计把物品送达至用户的时间。

本公开中，在重新规划配送路径时，可根据预先设定的目标参数来进行规划，并将能够使得该目标参数最优的配送路径确定为最优配送路径。该目标参数可以为一个也可以为多个。当目标参数为多个时，可预先设置该多个参数各自的优先级，并根据优先级确定最优配送路径。

在一种实施方式中，目标参数可以包括预计总罚款信息。若某个订单的路径规划送达时间晚于该订单的运单时间阈值，则预计该订单可能会超时。在该实施方式中，服务器100可根据每一可能配送路径中各订单的超时情况，计算该配送路径的预计总罚款信息，并将预计总罚款信息最低的配送路径，确定为最优配送路径。

在另一种实施方式中，目标参数可以包括预计总罚款信息和最后送达时间。其中，预计总罚款信息的优先级高于最后送达时间的优先级。在该实施方式中，可以首先确定预计总罚款信息最低的配送路径，若预计总罚款信息最低的配送路径有多条，则可将该多条配送路径中最后送达时间最早的配送路径，确定为最优配送路径。预计总罚款信息已在上文说明，最后送达时间即配送路径中，最后配送的订单的路径规划送达时间，这样，可以提高配送效率。

在又一种实施方式中，目标参数可包括预计总罚款信息和行驶总路程。其中，预计总罚款信息的优先级高于行驶总路程的优先级。在该实施方式中，可以首先确定预计总罚款信息最低的配送路径，若预计总罚款信息最低的配送路径有多条，则可将该多条配送路径中行驶总路程最短的配送路径，确定为最优配送路径。预计总罚款信息已在上文说明，行驶总路程即配送订单过程中配送员行驶的总距离。

在确定出最优配送路径后，可获得当前最优配送路径信息，该当前最优配送路径信息可以包括最优配送路径中每一订单的路径规划送达时间，例如包括最优配送路径中a送物点对应的时间。

在s403中，根据当前最优配送路径信息，确定目标订单的当前预计送达时间。

其中，当前最优配送路径信息中目标订单的路径规划送达时间，为重新确定的该目标订单的新的路径规划送达时间。由于配送员在配送过程中可能会出现各种意外情况，例如某个路口等红灯的时间较长等情况，因此，目标订单的当前预计送达时间可以根据目标订单的路径规划送达时间加预设的第一时长来确定。该预设的第一时长可以预先设置，例如设置为5min。对于每一订单，该预设的第一时长可以相同也可以不同。

通过上述技术方案，服务器在确定目标订单的当前预计送达时间时，可首先延长目标订单的当前运单时间阈值，这样，在重新进行配送路径规划时，可以降低目标订单的超时风险，并且减小由于目标订单而影响其他订单的概率，避免由于该目标订单而影响其它订单的配送。

本公开提供的应用于服务器的订单信息处理方法还可以包括：

在从用户侧终端接收到表征要继续配送目标订单的确认信息的情况下，确定目标订单的新的运单时间阈值；向配送侧终端发送该新的运单时间阈值。

由于联系不上目标订单的用户，配送员可能会继续配送其他的订单，在重新配送该目标订单时，如果仍然按照原运单时间阈值作为界定配送员是否超时送达的依据，不利于配送员的体验，且易将该目标订单误定为超时订单。因此，服务器100在接收到确认信息的情况下，可以确定目标订单的新的运单时间阈值，将新的运单时间阈值作为界定配送员是否超时的依据。

在一种实施方式中，目标订单的新的运单时间阈值可以根据目标订单的目标预计送达时间确定，例如将目标预计送达时间增加预设的第二时长，作为目标订单的新的运单时间阈值。该第二时长可以预先设置，例如8min。对于每一订单，该第二时长可以相同也可以不同。示例地，可以将图3b中的目标预计送达时间12:45增加8min，即12:53作为目标订单的新的运单时间阈值。

在另一种实施方式中，目标订单的新的运单时间阈值可以根据目标订单的路径规划送达时间确定，例如将路径规划送达时间增加预设的第三时长，作为目标订单的新的运单时间阈值。对于每一订单，该第三时长可以相同也可以不同。

在确定出目标订单的新的运单时间阈值后，可向配送侧终端102发送该新的运单时间阈值，以使得配送员及时知晓该新的运单时间阈值。

通过上述技术方案，配送员由于之前无法与用户取得联系而配送其他订单，在继续配送目标订单时，按照新的运单时间阈值作为界定配送员是否超时送达的依据，一方面，提高判断配送员是否超时送达的合理性，另一方面，避免将该目标订单误定为超时订单，避免在超时订单数据集中引入噪声，可以提高该数据集的精确度和可靠性，为超时订单的分析提供更准确的依据。

本公开提供的应用于服务器的订单信息处理方法还可以包括：

在从配送侧终端接收到联系异常信息的情况下，对该联系异常信息进行验证，其中，该联系异常信息用于指示无法与目标订单的用户取得联系；在该联系异常信息通过验证的情况下，确定无法与目标订单的用户取得联系。

在该步骤中，配送员如果联系不上目标订单的用户，可通过配送侧终端102向服务器100发送联系异常信息。服务器100接收到该联系异常信息后，可首先对该联系异常信息进行验证，以验证是否确实联系不上用户。示例地，服务器100可以对目标订单的用户的联系电话进行自动拨测检测，若拨测检测结果表征确实联系不上用户，例如用户电话当前处于占线状态或关机状态等，则该联系异常信息通过验证，可确定无法与目标订单的用户取得联系。

如此，服务器100可通过自动验证的方式，确认是否确实联系不上用户，确保联系异常信息的有效性，在确定确实无法与用户取得联系的情况下，再向用户的用户侧终端101发送配送提示信息，可以有效防止向用户发送错误的配送提示信息。

图5是根据另一示例性实施例示出的一种订单信息处理方法的流程图。如图5所示，本公开提供的应用于服务器的订单信息处理方法还可以包括s501至s503。

在s501中，在从用户侧终端接收到订单取消信息的情况下，向目标订单的商户的商户侧终端发送订单取消信息。

在该步骤中，服务器100若从用户侧终端101接收到订单取消信息，可表征用户不需要继续配送目标订单，并且想要取消该目标订单。此时，服务器100可将该订单取消信息发送至商户侧终端103，以使得商户及时知晓用户想要取消该目标订单，并且可由商户自主决定是否针对该目标订单执行退款操作。

在s502中，接收商户侧终端发送的退款指示信息。

在s503中，根据退款指示信息，向用户侧终端发送对应的退款结果信息。

其中，该退款指示信息可以用于指示是否退款。如果服务器100接收到的退款指示信息指示商户同意退款，可执行退款操作。之后，可向用户的用户侧终端101发送退款结果信息，该退款结果信息一方面体现商户同意退款，另一方面，还可体现具体的退款金额。如果服务器100接收到的退款指示信息指示商户不同意退款，可向用户的用户侧终端101发送表征商户拒绝退款的退款结果信息，该退款结果信息还可包括商户拒绝退款的原因，以及用户可选的在线申诉流程。

本公开提供的应用于服务器的订单信息处理方法还可以包括：

在自发送配送提示信息起的预设时长内未从用户侧终端接收到确认信息，且从配送侧终端接收到运单取消信息的情况下，重新确定目标订单的配送运力；向用户侧终端发送配送运力更换提示信息。

其中，该预设时长可以预先设置，例如可以设置为30min。服务器100在确定无法与用户取得联系的情况下，可向用户侧终端101发送配送提示信息。若在自发送该配送提示信息起的预设时长内，未从用户的用户侧终端101接收到表征要继续配送目标订单的确认信息，此时，该目标订单当前的配送员可选择无责取消该目标订单对应的运单。若服务器100从配送侧终端102接收到运单取消信息，表征该目标订单当前的配送员不希望继续配送该目标订单，服务器100可为目标订单重新确定新的配送员，并向用户侧终端101发送配送运力更换提示信息，以提示用户已为该目标订单更换新的配送运力。

本公开中，在接收到运单取消信息之后，应用于服务器的订单信息处理方法还可以包括：

在从配送侧终端接收到还餐认证信息的情况下，对该还餐认证信息进行验证，或者输出该还餐认证信息以由人工验证；在还餐认证信息的验证结果指示通过验证的情况下，更新配送侧终端对应的账户信息和/或用户属性信息。

在该步骤中，配送员在自主选择取消该目标订单对应的运单后，可以将餐品归还至目标订单对应的商户，并可通过配送侧终端102上传还餐认证信息并发送至服务器100。该还餐认证信息例如可包括配送员前往商户还餐时的图片和/或视频。服务器100在接收到该还餐认证信息后，可对该还餐认证信息进行验证，或者将该还餐认证信息输出至工作人员，由工作人员进行人工验证，例如验证配送员还餐时拍摄的图片和/或视频的真实性。在验证结果指示通过验证的情况下，服务器100可更新配送侧终端102对应的账户信息和/或用户属性信息。示例地，更新配送侧终端102对应的账户信息可以为，增加配送员账户信息中的余额，补贴配送员由于联系不上用户而造成的损失。更新配送侧终端102对应的属性信息例如可以为提高配送员的评价等级等。

通过上述技术方案，在还餐认证信息的验证结果指示通过验证的情况下，服务器可以更新配送侧终端对应的账户信息和/或用户属性信息，例如增加配送员账户信息中的余额、提高配送员的评价等级等，使得配送员体验更佳，提高配送员的满意度。

图6是根据另一示例性实施例示出的一种订单信息处理方法的流程图，该方法可以应用于终端，如图1所示的用户侧终端101。如图6所示，该方法可以包括s601-s603。

在s601中，在接收到服务器发送的配送提示信息之后，在应用程序页面显示配送提示信息。该配送提示信息可以用于用户确认是否继续配送目标订单。

在s602中，在接收到用户输入的表征要继续配送所述目标订单的确认信息的情况下，向服务器发送该确认信息，以由服务器确定目标订单的目标预计送达时间。

在s603中，接收服务器发送的目标预计送达时间，并在应用程序页面显示该目标预计送达时间。

通过上述技术方案，服务器在确定无法与目标订单的用户取得联系的情况下，可以向用户的用户侧终端发送配送提示信息。如图3a所示，用户侧终端接收到该配送提示信息后，可在应用程序页面显示该配送提示信息。这样，可以及时提示用户，由于无法与其取得联系而暂停配送服务，并可由用户自主选择是否继续配送目标订单，满足用户使用需求。并且，用户确认继续送货后，用户侧终端可向服务器发送表征要继续配送目标订单的确认信息，以由服务器确定目标订单的目标预计送达时间，该目标预计送达时间指的是用户确认继续送货时，预计把物品送达至用户的时间。如图3b所示，用户侧终端接收到目标预计送达时间后，可在应用程序页面显示该目标预计送达时间，如此，可以为用户提供准确的预计送达时间。

可选地，所述配送提示信息携带有所述目标订单的当前预计送达时间；所述在应用程序页面显示所述配送提示信息，包括：在所述应用程序页面显示携带所述当前预计送达时间的所述配送提示信息。

可选地，在所述在应用程序页面显示所述配送提示信息的步骤之后，还包括：在接收到用户输入的针对所述配送提示信息的关闭指令的情况下，在所述应用程序页面显示查看提示信息；在用户触发了所述查看提示信息的情况下，向所述服务器发送配送提示信息显示指令，以由所述服务器重新确定所述目标订单的当前预计送达时间；接收所述服务器重新确定出的所述当前预计送达时间，并在所述应用程序页面显示携带重新确定出的所述当前预计送达时间的所述配送提示信息。

可选地，在所述在应用程序页面显示所述配送提示信息的步骤之后，还包括：在退出所述应用程序页面后再次进入所述应用程序页面的情况下，向所述服务器发送配送提示信息显示指令，以由所述服务器重新确定所述目标订单的当前预计送达时间；接收所述服务器重新确定出的所述当前预计送达时间，并在所述应用程序页面显示携带重新确定出的所述当前预计送达时间的所述配送提示信息。

可选地，所述方法还包括：在接收到用户输入的针对所述目标订单的订单取消信息的情况下，向所述服务器发送所述订单取消信息；接收所述服务器发送的退款结果信息。

关于上述实施例中的方法，其中各个步骤的具体实现方式已经在有关服务器一侧的方法的实施例中进行了详细描述，此处将不做详细阐述说明。

基于同一发明构思，本公开还提供一种订单信息处理装置。图7是根据一示例性实施例示出的一种订单信息处理装置的框图，该装置700可以应用于服务器，如图1所示的服务器100。如图7所示，该装置700可以包括：第一发送模块701，用于在确定无法与目标订单的用户取得联系的情况下，向所述用户的用户侧终端发送配送提示信息，所述配送提示信息用于所述用户确认是否继续配送所述目标订单；第一确定模块702，用于在从所述用户侧终端接收到表征要继续配送所述目标订单的确认信息的情况下，重新确定所述目标订单的当前预计送达时间，该当前预计送达时间作为所述目标订单的目标预计送达时间；所述第一发送模块701还用于向所述用户侧终端发送所述目标预计送达时间。

采用上述装置，在确定无法与目标订单的用户取得联系的情况下，向用户的用户侧终端发送配送提示信息，可以及时提示用户并由用户自主选择是否继续配送目标订单，满足用户需求。并且，在继续配送该目标订单时，可以重新确定该目标订单的当前预计送达时间，能够防止该目标订单被错误地认定为超时订单。如此，避免在超时订单数据集中引入噪声，可以提高该数据集的精确度和可靠性，在利用该数据集进行建模和分析时，为超时订单的分析提供更准确的依据。

可选地，所述第一发送模块701可以用于确定所述目标订单的当前预计送达时间；向所述用户侧终端发送携带所述当前预计送达时间的所述配送提示信息，以由所述用户侧终端显示携带所述当前预计送达时间的所述配送提示信息。

可选地，所述装置700还可包括：第二确定模块，用于在所述第一发送模块向所述用户的用户侧终端发送配送提示信息之后，在从所述用户侧终端接收到配送提示信息显示指令的情况下，重新确定所述目标订单的当前预计送达时间；所述第一发送模块701还可用于向所述用户侧终端发送重新确定出的所述当前预计送达时间，以由所述用户侧终端显示携带重新确定出的所述当前预计送达时间的所述配送提示信息。

可选地，所述装置700还可包括：第三确定模块，用于在从所述用户侧终端接收到表征要继续配送所述目标订单的确认信息的情况下，确定所述目标订单的新的运单时间阈值；所述第一发送模块701还可用于向配送侧终端发送所述新的运单时间阈值。

可选地，所述第三确定模块可以用于根据所述目标预计送达时间，确定所述目标订单的新的运单时间阈值。

可选地，所述装置700还可包括：第一验证模块，用于在从配送侧终端接收到联系异常信息的情况下，对所述联系异常信息进行验证，其中，所述联系异常信息用于指示无法与所述目标订单的用户取得联系；第四确定模块，用于在所述联系异常信息通过验证的情况下，确定无法与所述目标订单的用户取得联系。

可选地，所述第一发送模块701还可用于在从所述用户侧终端接收到订单取消信息的情况下，向所述目标订单的商户的商户侧终端发送订单取消信息；所述装置700还可包括第一接收模块，用于接收所述商户侧终端发送的退款指示信息，所述退款指示信息用于指示是否退款；所述第一发送模块701还可用于根据所述退款指示信息，向所述用户侧终端发送对应的退款结果信息。

可选地，所述装置700还可包括：第五确定模块，用于在自发送所述配送提示信息起的预设时长内未从所述用户侧终端接收到所述确认信息，且从配送侧终端接收到运单取消信息的情况下，重新确定所述目标订单的配送运力；所述第一发送模块701还可用于向所述用户侧终端发送配送运力更换提示信息。

可选地，所述装置700还可包括：第二验证模块，用于在接收到所述运单取消信息之后，在从所述配送侧终端接收到还餐认证信息的情况下，对所述还餐认证信息进行验证，或者输出所述还餐认证信息以由人工验证；更新模块，用于在所述还餐认证信息的验证结果指示通过验证的情况下，更新所述配送侧终端对应的账户信息和/或用户属性信息。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关服务器一侧方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图8是根据另一示例性实施例示出的一种订单信息处理装置的框图，该装置800可以应用于终端，如图1所示的用户侧终端101。如图8所示，该装置800可以包括：显示模块801，用于在接收到服务器发送的配送提示信息之后，在应用程序页面显示所述配送提示信息，所述配送提示信息用于用户确认是否继续配送目标订单；第二发送模块802，用于在接收到用户输入的表征要继续配送所述目标订单的确认信息的情况下，向所述服务器发送所述确认信息，以由所述服务器确定所述目标订单的目标预计送达时间；第二接收模块803，用于接收所述服务器发送的所述目标预计送达时间，并由所述显示模块在所述应用程序页面显示所述目标预计送达时间。

可选地，所述配送提示信息可携带有所述目标订单的当前预计送达时间；所述显示模块801，用于在所述应用程序页面显示携带所述当前预计送达时间的所述配送提示信息。

可选地，所述显示模块801还可用于在应用程序页面显示所述配送提示信息之后，在接收到用户输入的针对所述配送提示信息的关闭指令的情况下，在所述应用程序页面显示查看提示信息；所述第二发送模块802还可用于在用户触发了所述查看提示信息的情况下，向所述服务器发送配送提示信息显示指令，以由所述服务器重新确定所述目标订单的当前预计送达时间；所述第二接收模块803还可用于接收所述服务器重新确定出的所述当前预计送达时间，并由所述显示模块801在所述应用程序页面显示携带重新确定出的所述当前预计送达时间的所述配送提示信息。

可选地，所述第二发送模块802还可用于在所述显示模块801在应用程序页面显示所述配送提示信息之后，在退出所述应用程序页面后再次进入所述应用程序页面的情况下，向所述服务器发送配送提示信息显示指令，以由所述服务器重新确定所述目标订单的当前预计送达时间；所述第二接收模块803还可用于接收所述服务器重新确定出的所述当前预计送达时间，并由所述显示模块801在所述应用程序页面显示携带重新确定出的所述当前预计送达时间的所述配送提示信息。

可选地，所述第二发送模块802还可用于在接收到用户输入的针对所述目标订单的订单取消信息的情况下，向所述服务器发送所述订单取消信息；所述第二接收模块803还可用于接收所述服务器发送的退款结果信息。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关终端一侧方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图9是根据一示例性实施例示出的一种电子设备的框图。例如，电子设备900可以被提供为一服务器，例如上述的订单管理服务器或云服务器等。参照图9，电子设备900包括处理器922，其数量可以为一个或多个，以及存储器932，用于存储可由处理器922执行的计算机程序。存储器932中存储的计算机程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理器922可以被配置为执行该计算机程序，以执行上述的应用于服务器一侧的订单信息处理方法。

另外，电子设备900还可以包括电源组件926和通信组件950，该电源组件926可以被配置为执行电子设备900的电源管理，该通信组件950可以被配置为实现电子设备900的通信，例如，有线或无线通信。此外，该电子设备900还可以包括输入/输出(i/o)接口958。电子设备900可以操作基于存储在存储器932的操作系统，例如windowsservertm，macosxtm，unixtm，linuxtm等等。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的应用于服务器一侧的订单信息处理方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器932，上述程序指令可由电子设备900的处理器922执行以完成上述的应用于服务器一侧的订单信息处理方法。

在另一示例性实施例中，还提供一种计算机程序产品，该计算机程序产品包含能够由可编程的装置执行的计算机程序，该计算机程序具有当由该可编程的装置执行时用于执行上述的应用于服务器一侧的订单信息处理方法的代码部分。

图10是根据另一示例性实施例示出的一种电子设备1000的框图。如图10所示，该电子设备1000可以包括：处理器1001，存储器1002。该电子设备1000还可以包括多媒体组件1003，输入/输出(i/o)接口1004，以及通信组件1005中的一者或多者。

其中，处理器1001用于控制该电子设备1000的整体操作，以完成上述的应用于终端一侧的订单信息处理方法中的全部或部分步骤。存储器1002用于存储各种类型的数据以支持在该电子设备1000的操作，这些数据例如可以包括用于在该电子设备1000上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系人数据、收发的消息、图片、音频、视频等等。该存储器1002可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(staticrandomaccessmemory，简称sram)，电可擦除可编程只读存储器(electricallyerasableprogrammableread-onlymemory，简称eeprom)，可擦除可编程只读存储器(erasableprogrammableread-onlymemory，简称eprom)，可编程只读存储器(programmableread-onlymemory，简称prom)，只读存储器(read-onlymemory，简称rom)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件1003可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1002或通过通信组件1005发送。音频组件还包括至少一个扬声器，用于输出音频信号。i/o接口1004为处理器1001和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件1005用于该电子设备1000与其他设备之间进行有线或无线通信。无线通信，例如wi-fi，蓝牙，近场通信(nearfieldcommunication，简称nfc)，2g、3g、4g、nb-iot、emtc、或其他5g等等，或它们中的一种或几种的组合，在此不做限定。因此相应的该通信组件1005可以包括：wi-fi模块，蓝牙模块，nfc模块等等。

在一示例性实施例中，电子设备1000可以被一个或多个应用专用集成电路(applicationspecificintegratedcircuit，简称asic)、数字信号处理器(digitalsignalprocessor，简称dsp)、数字信号处理设备(digitalsignalprocessingdevice，简称dspd)、可编程逻辑器件(programmablelogicdevice，简称pld)、现场可编程门阵列(fieldprogrammablegatearray，简称fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的应用于终端一侧的订单信息处理方法。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的应用于终端一侧的订单信息处理方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器1002，上述程序指令可由电子设备1000的处理器1001执行以完成上述的应用于终端一侧的订单信息处理方法。

以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。

此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。