CN115936814A - 一种订单派送方法、装置、设备及介质 - Google Patents

Abstract

本申请提供了一种订单派送方法、装置、设备及介质，该方法通过获取待处理订单的运送对象，以在该运送对象为货物时获取待处理订单的行程信息和对应的预设运送方式。进而根据该行程信息和预设运送方式生成携带订单预计费用的订单信息，并通过将该订单信息下发至司机端以分配该待处理订单的接单司机。该预设运送方式用于指示订单的派送时间以及在派送时间内是否支持派送除该订单之外的其他订单。由此通过网约车可单独派送乘客或货物，也可通过选择对应的预设运送方式实现送货途中拼单。上述流程在不影响乘客打车体验的前提下有效提高网约车利用率，进而缓解网约车空驶率较高的情况。

Description

一种订单派送方法、装置、设备及介质

技术领域

本申请涉及数据处理技术领域，具体涉及一种订单派送方法、装置、设备及介质。

背景技术

网约车因其可预约性与便捷性被愈来愈多的用户所选用，随着网约车平台数量的不断增多，客户市场的竞争也愈发激烈。受市场饱和影响，目前各平台多存在网约车空驶率较高的问题。

考虑到客户在实际应用中多存在运送货物的需求，若在传统的网约车订单派送基础上增加合理的货物运送策略，则通过网约车平台调度，既可以单独接送乘客和货物，也可对两者进而自由组合以实现拼单。由此可在不影响乘客打车体验的前提下有效提高网约车利用率，进而缓解网约车空驶率较高的情况。

发明内容

本申请实施例提供一种订单派送方法、装置、设备及介质。用于提高网约车利用率，进而缓解网约车空驶率较高的情况。

为达到上述目的，本申请实施例的技术方案是这样实现的：

第一方面，本申请实施例提供了一种订单派送方法，所述方法包括：

响应于订单发布指示，获取待处理订单的运送对象；

若所述运送对象为货物，则获取所述待处理订单的行程信息和预设运送方式；其中，所述预设运送方式用于指示所述待处理订单的派送时间，以及在所述派送时间内是否支持同时派送除所述待处理订单之外的其他订单；所述其他订单的运送对象包括所述货物和/或乘客，所述行程信息用于指示所述待处理订单的出发地和目的地；

根据所述预设运送方式和所述行程信息生成携带订单预计费用的订单信息，并通过将所述订单信息下发至司机端以分配所述待处理订单的接单司机。

在一些可能的实施例中，通过下列方式生成所述待处理订单：

在订单发布界面展示用于选择运送对象的第一控件；

响应于所述第一控件的触发指示，获取订单发起端选定的运送对象；

若所述运送对象为所述货物，则向所述订单发起端下发用于提供运送对象信息、所述行程信息以及预设运送方式的信息填写接口；其中，所述运送对象信息至少包括所述运送对象的尺寸和材质；

接收所述信息填写接口反馈的信息，若所述运送对象的尺寸和材质满足预设运送要求，则根据所述行程信息和所述预设运送方式生成所述运送对象对应的待处理订单。

在一些可能的实施例中，所述订单发布界面还设有用于提供加密包装的第二控件，所述加密包装在对运送对象完成包装处理后需通过解密信息解除包装；所述方法还包括：

响应于所述第二控件的触发指示，待生成所述待处理订单之后生成所述待处理订单对应的解密信息；

为所述待处理订单分配接单司机后，所述方法还包括：

将所述解密信息下发至所述待处理订单的订单发起方。

在一些可能的实施例中，所述第二控件关联有指定数量的目标账户，所述方法还包括：

接收所述订单发起端上传的至少一个目标账户的账户信息；其中，所述账户信息包括手机号和/或网约车平台的注册账户号；

为所述待处理订单分配接单司机后，所述方法还包括：

根据所述账户信息将所述解密信息下发至所述目标账户。

在一些可能的实施例中，所述方法还包括：

响应于司机端上传的派送失败指示，获取货物无人接收的目标订单；

向所述目标订单的订单发起端下发是否修改派送时间的提示信息；

若所述订单发起端拒绝修改派送时间，则对所述目标订单进行费用结算，并根据所述订单发起端反馈的货物接收时间和接收地点生成新订单，以将所述目标订单中的货物退回所述订单发起端。

在一些可能的实施例中，所述方法还包括：

接收所述订单发起端上传的派送修改信息；其中，所述派送修改信息包括所述目标订单的行程信息和预设运送方式；

根据所述派送修改信息调整所述目标订单的派送时间并重新生成所述目标订单的订单费用；

指示所述司机端根据调整后的派送时间重新派送所述目标订单。

在一些可能的实施例中，所述预设运送方式包括下述方式中的部分或全部：

方式一：在指定时段内送达，且支持司机在派送期间同时派送除所述待处理订单之外的其他订单；

方式二：在指定时段内送达，且不支持司机在派送期间同时派送除所述待处理订单之外的其他订单；

方式三：司机接单后实时派送，且不支持司机在派送期间同时派送除所述待处理订单之外的其他订单。

第二方面，本申请实施例提供了一种订单派送装置，所述装置包括：

订单发布模块，被配置为执行响应于订单发布指示，获取待处理订单的运送对象；

信息获取模块，被配置为执行若所述运送对象为货物，则获取所述待处理订单的行程信息和预设运送方式；其中，所述预设运送方式用于指示所述待处理订单的派送时间，以及在所述派送时间内是否支持同时派送除所述待处理订单之外的其他订单；所述其他订单的运送对象包括所述货物和/或乘客，所述行程信息用于指示所述待处理订单的出发地和目的地；

订单派送模块，被配置为执行根据所述预设运送方式和所述行程信息生成携带订单预计费用的订单信息，并通过将所述订单信息下发至司机端以分配所述待处理订单的接单司机。

在一些可能的实施例中，通过下列方式生成所述待处理订单：

在订单发布界面展示用于选择运送对象的第一控件；

响应于所述第一控件的触发指示，获取订单发起端选定的运送对象；

若所述运送对象为所述货物，则向所述订单发起端下发用于提供运送对象信息、所述行程信息以及预设运送方式的信息填写接口；其中，所述运送对象信息至少包括所述运送对象的尺寸和材质；

接收所述信息填写接口反馈的信息，若所述运送对象的尺寸和材质满足预设运送要求，则根据所述行程信息和所述预设运送方式生成所述运送对象对应的待处理订单。

在一些可能的实施例中，所述订单发布界面还设有用于提供加密包装的第二控件，所述加密包装在对运送对象完成包装处理后需通过解密信息解除包装；所述订单发布模块还被配置为：

响应于所述第二控件的触发指示，待生成所述待处理订单之后生成所述待处理订单对应的解密信息；

为所述待处理订单分配接单司机后，所述方法还包括：

将所述解密信息下发至所述待处理订单的订单发起方。

在一些可能的实施例中，所述第二控件关联有指定数量的目标账户，所述订单发布模块还被配置为：

接收所述订单发起端上传的至少一个目标账户的账户信息；其中，所述账户信息包括手机号和/或网约车平台的注册账户号；

为所述待处理订单分配接单司机后，所述方法还包括：

根据所述账户信息将所述解密信息下发至所述目标账户。

在一些可能的实施例中，所述订单派送模块还被配置为：

响应于司机端上传的派送失败指示，获取货物无人接收的目标订单；

向所述目标订单的订单发起端下发是否修改派送时间的提示信息；

若所述订单发起端拒绝修改派送时间，则对所述目标订单进行费用结算，并根据所述订单发起端反馈的货物接收时间和接收地点生成新订单，以将所述目标订单中的货物退回所述订单发起端。

在一些可能的实施例中，所述订单派送模块还被配置为：

接收所述订单发起端上传的派送修改信息；其中，所述派送修改信息包括所述目标订单的行程信息和预设运送方式；

根据所述派送修改信息调整所述目标订单的派送时间并重新生成所述目标订单的订单费用；

指示所述司机端根据调整后的派送时间重新派送所述目标订单。

在一些可能的实施例中，所述预设运送方式包括下述方式中的部分或全部：

方式一：在指定时段内送达，且支持司机在派送期间同时派送除所述待处理订单之外的其他订单；

方式二：在指定时段内送达，且不支持司机在派送期间同时派送除所述待处理订单之外的其他订单；

方式三：司机接单后实时派送，且不支持司机在派送期间同时派送除所述待处理订单之外的其他订单。

第三方面，本申请实施例还提供了一种电子设备，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器实现任一种上述第一方面的方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现任一种上述第一方面的方法。

第五方面，本申请实施例一种计算机程序产品，其包括计算机指令，所述计算机指令存储在计算机可读存储介质中；当计算机设备的处理器从所述计算机可读存储介质读取所述计算机指令时，所述处理器执行该计算机指令，使得所述计算机设备执行上述任一种第一方面的方法。

本申请实施例中，通过获取待处理订单的运送对象，以在该运送对象为货物时获取待处理订单的行程信息和对应的预设运送方式。进而根据该行程信息和预设运送方式生成携带订单预计费用的订单信息，并通过将该订单信息下发至司机端以分配该待处理订单的接单司机。该预设运送方式用于指示订单的派送时间以及在派送时间内是否支持派送除该订单之外的其他订单。由此通过网约车可单独派送乘客或货物，也可通过选择对应的预设运送方式实现送货途中拼单。上述流程在不影响乘客打车体验的前提下有效提高网约车利用率，进而缓解网约车空驶率较高的情况。

上述流程中可通过网约车派送货物，在不影响乘客打车体验的前提下有效提高网约车利用率，进而缓解网约车空驶率较高的情况。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本公开而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

图1为本申请实施例提供的一种订单派送方法的整体流程图；

图2为本申请实施例提供的订单发布界面示意图；

图3为本申请实施例提供的第二控件示意图；

图4为本申请实施例提供的添加目标账户示意图；

图5为本申请实施例提供的修改派送时间的流程示意图；

图6为本申请实施例提供的修改派送信息的填写接口示意图；

图7为本申请实施例提供的一种订单派送装置700的结构图；

图8为本申请实施例提供的一种电子设备的结构图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以按不同于此处的顺序执行所示出或描述的步骤。

本申请的说明书和权利要求书及上述附图中的术语“第一”和“第二”是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的保护。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请中的“多个”可以表示至少两个，例如可以是两个、三个或者更多个，本申请实施例不做限制。

目前的网约车市场较为饱和，这导致网约车平台多存在网约车空驶率较高的问题。考虑到客户在实际应用中多具备运送货物的需求。例如客户在购物期间因购买商品较重而在购物途中选择打车回家的场景，该场景下客户在打车回家前仍存在部分需求物品尚未购买的情况。若此时客户能够选择将部分已购买的商品打车送回家且本人无需跟车，则客户可以没有负重困扰的完成余下需求物品的购买。

基于此，若在传统的网约车订单派送基础上增加合理的货物运送策略，则通过网约车平台调度，既可以单独接送乘客和货物，也可对两者进而自由组合以实现拼单。由此可在不影响乘客打车体验的前提下有效提高网约车利用率，进而缓解网约车空驶率较高的情况。

为解决上述问题，本申请的发明构思为：通过获取待处理订单的运送对象，以在该运送对象为货物时获取待处理订单的行程信息和对应的预设运送方式。进而根据该行程信息和预设运送方式生成携带订单预计费用的订单信息，并通过将该订单信息下发至司机端以分配该待处理订单的接单司机。该预设运送方式用于指示订单的派送时间以及在派送时间内是否支持派送除该订单之外的其他订单。由此通过网约车可单独派送乘客或货物，也可通过选择对应的预设运送方式实现送货途中拼单。上述流程在不影响乘客打车体验的前提下有效提高网约车利用率，进而缓解网约车空驶率较高的情况。

接下来如图1所示，图1示出了本申请实施例提供的一种订单派送方法的整体流程，具体包括：

步骤101：响应于订单发布指示，获取待处理订单的运送对象；

步骤102：若所述运送对象为货物，则获取所述待处理订单的行程信息和预设运送方式；其中，所述预设运送方式用于指示所述待处理订单的派送时间，以及在所述派送时间内是否支持同时派送除所述待处理订单之外的其他订单；所述其他订单的运送对象包括所述货物和/或乘客，所述行程信息用于指示所述待处理订单的出发地和目的地；

实施时，网约车平台在订单发布界面设置可派送货物的功能。具体如图2左侧所示，图2左侧示出了供客户发起订单的订单发布界面，该界面内设有用于选择运送对象的第一控件。订单的运送对象包括乘客或货物。当订单发起端通过点击该第一控件选定运送对象为货物时，网约车平台会如图2右侧所示，向订单发起端下发用于提供运送对象信息201、行程信息202以及预设运送方式203的信息填写接口。

接下来对上述运送对象信息201、行程信息202以及预设运送方式203分别进行说明。

本申请实施例中的运送对象信息201是在订单发起端选择运送对象为货物时才会要求客户填写的。该运送对象信息201至少包括运送对象的尺寸和材质。网约车不同于如货车、面包车等相对大尺寸的送货车辆。其主要功能还是搭载乘客，因此网约车支持运送的货物需对尺寸和材质具有相对较高的限制，以保证司机的安全派送。实施时，订单发起端通过上述信息填写接口填写信息后反馈至网约车平台的服务器，以检测运送对象的尺寸和材质是否满足预设运送要求。预设运送要求可根据实际需求自行制定，例如尺寸不能超过预设的尺寸阈值，易燃易爆材质的货物不得派送等。通过设置合理的预设运送要求可确保派送的货物不会对网约车行驶造成影响。

在确定订单发起端反馈的信息满足预设运送要求后，即可根据行程信息和预设运送方式生成运送对象对应的待处理订单。另考虑到客户存在无法准确辨别货物材质的情况，为进一步提高货物派送的安全性，可在上述图2示出的信息填写接口内设置要求上传运送货物的实物图。这样，网约车平台可通过后台人工或算法识别的方式识别实物图中的货物材质，以避免客户因不熟悉货物材质而存在填写错误的情况，继而对无法派送的货物错误的生成了待处理订单。

具体实施时，若用户选取的运送对象为货物时会跳转至对应的信息填写界面，此时无需和后台通信。待用户将信息填写完成并确认后，通过调用预估接口根据货物的运送方式、行程信息来估算订单价格，并将订单的预估价格展示给用户。另当货物不满足上述预设运送要求时，则会输出表征不符合运送要求的提示信息以告知用户。待用户确认预估价格无误后，通过点击下单以告知网约车平台。网约车平台会生成对应的待处理订单并为其分配接单司机。

此外，本申请实施例的订单发布界面还设有用于提供加密包装的第二控件。该加密包装为例如保险柜、保险箱等用于对运送对象进行包装处理，并提供安全保护的装置。通过加密装置对货物进行包装处理后，需通过解密信息来解除包装。具体如图3所示，本申请实施例的订单发布界面设有是否为货物进行加密包装的第二控件。订单发起端通过触发该第二控件，可选择在货物派送途中将货物放置在保险柜中。具体实施时，可在网约车后备箱内设置由网约车平台服务器控制的保险柜。保险柜的解密信息会由服务器设置而自行变更。待司机接单后将货物放置在保险柜中，保险柜的解密信息司机并不知晓，由此可进一步提高货物派送的安全性。

具体实施时，若订单发起端通过上述第二控件选择为货物添加保险柜，则网约车平台会在生成该货物对应的待处理订单之后，自动生成该待处理订单对应的解密信息。并在为该待处理订单分配接单司机之后，将解密信息下发至待处理订单的订单发起方。由此，派送过程中的保险柜密码(即解密信息)仅有订单发起方知晓，订单发起方可通过将解密信息告知货物的收货方以从保险柜中取出货物。

另为适用更多的应用场景，具体如图4所示，本申请实施例中的第二控件关联有指定数量的目标账户。此处的目标账户即为可共享解密信息的账户。订单发起端在通过第二控件为货物选择保险柜的同时，可在图4示出的目标账户处填写自己和/或收货方的账户信息，该账户信息包括手机号和/或网约车平台的注册账户号。这样在为待处理订单分配接单司机后，可根据订单发起端填写的账户信息，将解密信息下发至账户信息对应的目标账户。

接下来，对上述行程信息202和预设运送方式203进行解释说明。本申请实施例中的行程信息202用于表征订单的出发地和目的地，而预设运送方式203则用于指示待处理订单的派送时间，以及在派送时间内是否支持同时派送除待处理订单之外的其他订单。

前文已提及，本申请实施例意在通过网约车平台调度，既可以单独接送乘客和货物，也可对两者进而自由组合以实现拼单。由此可在不影响乘客打车体验的前提下有效提高网约车利用率，进而缓解网约车空驶率较高的情况。基于此，本申请实施例中的预设运送方式203包括下述方式的部分或全部：

方式一：在指定时段内送达，且支持司机在派送期间同时派送除待处理订单之外的其他订单；

即客户可以指定某一时间段内将货物送达即可，且司机在派送期间可以拼单，例如同时接送别的乘客或其他货物订单。该方式对司机要求较为自由，司机可选择提前接单并在指定的时间段内自行分配送货时间。

方式二：在指定时段内送达，且不支持司机在派送期间同时派送除待处理订单之外的其他订单；

方式二与方式一的区别仅在于，方式二不支持司机在派送货物的途中进行拼单。因而方式二的价格可相比于方式一略高。具体实施时，可由网约车平台为订单发布方提供支持拼单的数量选择范围，例如数量选择范围可包括，仅支持拼一单、支持拼2～3单，以及3单以上等。相比于传统的拼单模式，由于本申请的网约车新增了送货功能，故可支持更多数量的拼单进而为用户提供能多的拼单选择。具体例如传统网约车受人数限制可能最多支持拼2单，而本申请中货物并不占用乘客空间，故可支持更多的拼单数量。

进一步的，司机接单后可根据订单要求的送达时间以及行程路线自行选接网约车平台派送的其他送达时间和行程路线较为接近的可拼单订单。在订单结算时，网约车平台可根据司机实际拼单数量为订单进行合理的费用优惠。

此外，还可根据用户选择的可拼单数量(即上述支持拼单的数量选择范围)以及司机实际拼单数量两部分进行费用优惠，例如订单1为送货订单，其选择的可拼单数量为3单以上。司机在实际派送订单1的途中仅接到订单2，则按照可拼单数量为3单以上进行第一部分的费用优惠，再按照实际拼单数量为1进行第二部分的费用优惠。由此进一步提高用户的订单优惠力度，继而提升用户活跃度

方式三：司机接单后实时派送，且不支持司机在派送期间同时派送除待处理订单之外的其他订单。

方式三则借鉴了传统的网约车搭载乘客的模式，属于实时单。当司机接单后立即进行货物派送，且派送货物途中不支持拼单。该方式的派送速度相比于方式一和二会更快，价格为各方式中最高的一种。

步骤103：根据所述预设运送方式和所述行程信息生成携带订单预计费用的订单信息，并通过将所述订单信息下发至司机端以分配所述待处理订单的接单司机。

订单发起端通过在信息填写接口填写上述运送对象信息201、行程信息202以及预设运送方式203后，网约车平台的服务器通过运送对象信息201判别是否能够对货物进行派送。

在确认能够派送后生成待处理订单后，根据行程信息202以及预设运送方式203估算待处理订单的预计订单费用并通过该订单发布界面展示给订单发起端。待订单发起端确认后根据行程信息202和预设运送方式203生成携带订单预计费用的订单信息，并通过将订单信息下发至司机端以分配待处理订单的接单司机。

待该待处理订单分配接单司机后，司机可根据对应的预设运送方式203进行货物派送。实际应用中，存在货物无人接收的情况。例如当司机端将货物送至目的地后等待固定时间无人接收时，可向网约车平台反馈订单无人接收。

具体如图5所示，网约车平台响应于司机端上传的派送失败指示，获取货物无人接收的目标订单。然后向目标订单的订单发起端下发是否修改派送时间的提示信息。

此时，如果订单发起端拒绝修改派送时间，则需对该目标订单按照完单处理，对订单费用进行结算。并根据订单发起端反馈的货物接收时间和接收地点生成新订单，以将目标订单中的货物退回订单发起端。具体实施时，可将目标订单的预计结算费用按照一定优惠力度进行收取，例如原本30元的订单费用收取80％。然后根据订单发起端反馈的货物接收时间和接收地点生成一笔新的订单，用于将货物退回订单发起端。实施时，可根据当前时间和客户反馈的货物接收时间计算平台需要保管货物的时间，然后按照保管货物的时间与送货路程进行合理的费用计算。

相应的，若订单发起端选择修改派送时间，则接收订单发起端上传的派送修改信息；其中，派送修改信息包括目标订单的行程信息和预设运送方式。具体如图6所示，网约车平台向订单发起端下发派送修改信息的填写接口，订单发起端需在接口内填写目标订单修改后的行程信息和预设运送方式。例如原本目标订单的行程信息为出发地A，目的地B。预设运送方式为上述预设运送方式二，对应的派送时间为1月1日下午2～3点。但由于当日无人收货，订单发起端将目标订单的目的地修改为C。并将预设运送方式中的派送时间修改为1月2日的下午1～2点。由此，网约车平台可根据派送修改信息调整目标订单的派送时间并重新生成目标订单的订单费用。由此上述流程中，目标订单并未完成派送，即无法结单。故可指示当前结单的司机根据调整后的派送时间重新派送目标订单。

通过本申请上述流程可实现通过网约车单独派送乘客或货物或选择对应的预设运送方式实现送货途中拼单。由此，可在不影响乘客打车体验的前提下有效提高网约车利用率，进而缓解网约车空驶率较高的情况。

基于相同的发明构思，本申请实施例提供了一种订单派送装置700，具体如图7所示，包括：

订单发布模块701，被配置为执行响应于订单发布指示，获取待处理订单的运送对象；

信息获取模块702，被配置为执行若所述运送对象为货物，则获取所述待处理订单的行程信息和预设运送方式；其中，所述预设运送方式用于指示所述待处理订单的派送时间，以及在所述派送时间内是否支持同时派送除所述待处理订单之外的其他订单；所述其他订单的运送对象包括所述货物和/或乘客，所述行程信息用于指示所述待处理订单的出发地和目的地；

订单派送模块703，被配置为执行根据所述预设运送方式和所述行程信息生成携带订单预计费用的订单信息，并通过将所述订单信息下发至司机端以分配所述待处理订单的接单司机。

在一些可能的实施例中，通过下列方式生成所述待处理订单：

在订单发布界面展示用于选择运送对象的第一控件；

响应于所述第一控件的触发指示，获取订单发起端选定的运送对象；

若所述运送对象为所述货物，则向所述订单发起端下发用于提供运送对象信息、所述行程信息以及预设运送方式的信息填写接口；其中，所述运送对象信息至少包括所述运送对象的尺寸和材质；

接收所述信息填写接口反馈的信息，若所述运送对象的尺寸和材质满足预设运送要求，则根据所述行程信息和所述预设运送方式生成所述运送对象对应的待处理订单。

在一些可能的实施例中，所述订单发布界面还设有用于提供加密包装的第二控件，所述加密包装在对运送对象完成包装处理后需通过解密信息解除包装；所述订单发布模块还被配置为：

响应于所述第二控件的触发指示，待生成所述待处理订单之后生成所述待处理订单对应的解密信息；

为所述待处理订单分配接单司机后，所述方法还包括：

将所述解密信息下发至所述待处理订单的订单发起方。

在一些可能的实施例中，所述第二控件关联有指定数量的目标账户，所述订单发布模块还被配置为：

接收所述订单发起端上传的至少一个目标账户的账户信息；其中，所述账户信息包括手机号和/或网约车平台的注册账户号；

为所述待处理订单分配接单司机后，所述方法还包括：

根据所述账户信息将所述解密信息下发至所述目标账户。

在一些可能的实施例中，所述订单派送模块还被配置为：

响应于司机端上传的派送失败指示，获取货物无人接收的目标订单；

向所述目标订单的订单发起端下发是否修改派送时间的提示信息；

若所述订单发起端拒绝修改派送时间，则对所述目标订单进行费用结算，并根据所述订单发起端反馈的货物接收时间和接收地点生成新订单，以将所述目标订单中的货物退回所述订单发起端。

在一些可能的实施例中，所述订单派送模块还被配置为：

接收所述订单发起端上传的派送修改信息；其中，所述派送修改信息包括所述目标订单的行程信息和预设运送方式；

根据所述派送修改信息调整所述目标订单的派送时间并重新生成所述目标订单的订单费用；

指示所述司机端根据调整后的派送时间重新派送所述目标订单。

在一些可能的实施例中，所述预设运送方式包括下述方式中的部分或全部：

方式一：在指定时段内送达，且支持司机在派送期间同时派送除所述待处理订单之外的其他订单；

方式二：在指定时段内送达，且不支持司机在派送期间同时派送除所述待处理订单之外的其他订单；

方式三：司机接单后实时派送，且不支持司机在派送期间同时派送除所述待处理订单之外的其他订单。

下面参照图8来描述根据本申请的这种实施方式的一种电子设备130。图8显示的电子设备130仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图8所示，电子设备130以通用电子设备的形式表现。电子设备130的组件可以包括但不限于：上述至少一个处理器131、上述至少一个存储器132、连接不同系统组件(包括存储器132和处理器131)的总线133。

总线133表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储器132可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)1321和/或高速缓存存储器1322，还可以进一步包括只读存储器(ROM)1323。

存储器132还可以包括具有一组(至少一个)程序模块1324的程序/实用工具1325，这样的程序模块1324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

电子设备130也可以与一个或多个外部设备134(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与电子设备130交互的设备通信，和/或与使得该电子设备130能与一个或多个其它电子设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口135进行。并且，电子设备130还可以通过网络适配器136与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器136通过总线133与用于电子设备130的其它模块通信。应当理解，尽管图中未示出，可以结合电子设备130使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器132，上述指令可由上述装置的处理器131执行以完成上述方法。可选地，计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器131执行时实现如本申请提供的一种订单派送方法中的任一方法。

在示例性实施例中，本申请提供的一种订单派送方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在计算机设备上运行时，程序代码用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的一种订单派送方法中的步骤。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请的实施方式的用于订单派送的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在电子设备上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如语言或类似的程序设计语言。程序代码可以完全地在用户电子设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户电子设备上部分在远程电子设备上执行、或者完全在远程电子设备或服务端上执行。在涉及远程电子设备的情形中，远程电子设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户电子设备，或者，可以连接到外部电子设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

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

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

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

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

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

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

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

响应于订单发布指示，获取待处理订单的运送对象；

若所述运送对象为货物，则获取所述待处理订单的行程信息和预设运送方式；其中，所述预设运送方式用于指示所述待处理订单的派送时间，以及在所述派送时间内是否支持同时派送除所述待处理订单之外的其他订单；所述其他订单的运送对象包括所述货物和/或乘客，所述行程信息用于指示所述待处理订单的出发地和目的地；

根据所述预设运送方式和所述行程信息生成携带订单预计费用的订单信息，并通过将所述订单信息下发至司机端以分配所述待处理订单的接单司机。

2.根据权利要求1所述的方法，其特征在于，通过下列方式生成所述待处理订单：

在订单发布界面展示用于选择运送对象的第一控件；

响应于所述第一控件的触发指示，获取订单发起端选定的运送对象；

若所述运送对象为所述货物，则向所述订单发起端下发用于提供运送对象信息、所述行程信息以及预设运送方式的信息填写接口；其中，所述运送对象信息至少包括所述运送对象的尺寸和材质；

接收所述信息填写接口反馈的信息，若所述运送对象的尺寸和材质满足预设运送要求，则根据所述行程信息和所述预设运送方式生成所述运送对象对应的待处理订单。

3.根据权利要求2所述的方法，其特征在于，所述订单发布界面还设有用于提供加密包装的第二控件，所述加密包装在对运送对象完成包装处理后需通过解密信息解除包装；所述方法还包括：

响应于所述第二控件的触发指示，待生成所述待处理订单之后生成所述待处理订单对应的解密信息；

为所述待处理订单分配接单司机后，所述方法还包括：

将所述解密信息下发至所述待处理订单的订单发起方。

4.根据权利要求3所述的方法，其特征在于，所述第二控件关联有指定数量的目标账户，所述方法还包括：

接收所述订单发起端上传的至少一个目标账户的账户信息；其中，所述账户信息包括手机号和/或网约车平台的注册账户号；

为所述待处理订单分配接单司机后，所述方法还包括：

根据所述账户信息将所述解密信息下发至所述目标账户。

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

响应于司机端上传的派送失败指示，获取货物无人接收的目标订单；

向所述目标订单的订单发起端下发是否修改派送时间的提示信息；

若所述订单发起端拒绝修改派送时间，则对所述目标订单进行费用结算，并根据所述订单发起端反馈的货物接收时间和接收地点生成新订单，以将所述目标订单中的货物退回所述订单发起端。

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

接收所述订单发起端上传的派送修改信息；其中，所述派送修改信息包括所述目标订单的行程信息和预设运送方式；

根据所述派送修改信息调整所述目标订单的派送时间并重新生成所述目标订单的订单费用；

指示所述司机端根据调整后的派送时间重新派送所述目标订单。

7.根据权利要求1-6中任一所述的方法，其特征在于，所述预设运送方式包括下述方式中的部分或全部：

方式一：在指定时段内送达，且支持司机在派送期间同时派送除所述待处理订单之外的其他订单；

方式二：在指定时段内送达，且不支持司机在派送期间同时派送除所述待处理订单之外的其他订单；

方式三：司机接单后实时派送，且不支持司机在派送期间同时派送除所述待处理订单之外的其他订单。

8.一种订单派送装置，其特征在于，所述装置包括：

订单发布模块，被配置为执行响应于订单发布指示，获取待处理订单的运送对象；

信息获取模块，被配置为执行若所述运送对象为货物，则获取所述待处理订单的行程信息和预设运送方式；其中，所述预设运送方式用于指示所述待处理订单的派送时间，以及在所述派送时间内是否支持同时派送除所述待处理订单之外的其他订单；所述其他订单的运送对象包括所述货物和/或乘客，所述行程信息用于指示所述待处理订单的出发地和目的地；

订单派送模块，被配置为执行根据所述预设运送方式和所述行程信息生成携带订单预计费用的订单信息，并通过将所述订单信息下发至司机端以分配所述待处理订单的接单司机。

9.一种电子设备，其特征在于，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行权利要求1-7中任一项所述的方法包括的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被计算机执行时，使所述计算机执行如权利要求1-7中任一项所述的方法。

Images