具体实施方式

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

实施例一

本申请实施例公开的一种配送订单处理方法，如图1所示，所述方法包括：步骤110至步骤130。

步骤110，响应于目标待配送订单的代接收功能入口被触发，第一客户端展示所述目标待配送订单的代接收方选择页面。

本申请实施例所述的配送订单处理方法基于现有技术中的订单管理系统和订单配送系统进行改进，其中，第一客户端为所述订单管理系统的用户客户端，用户通过所述第一客户端可以在网络平台提交配送订单。所述订单管理系统还包括服务端，用户通过所述第一客户端生成待配送订单(下文中称为“目标待配送订单”)之后，第一客户端将目标待配送订单的订单信息发送至所述服务端，用于对所述目标待配送订单的订单状态等信息进行管理，并通过所述服务端与所述订单配送系统进行交互，执行对所述目标待配送订单的配送任务。

本申请的一些实施例中，可以在第一客户端的订单中心功能模块的指定页面内设置“代取餐”入口，例如，在订单概览页面或者订单详情页面设置“代取餐”按钮，通过触发该按钮，可以触发订单代接收设置流程。

本申请的一些实施例中，可以通过在订单中心功能模块内设置代接收功能模块，当用户触发了代接收功能入口之后，第一客户端执行所述代接收功能模块，在第一客户端的当前页面之上弹出代接收方选择页面。

本申请的一些实施例中，代接收方选择页面可以通过H5页面(基于HTML5实现的页面)实现，即通过执行代接收功能模块的程序代码，创建一H5页面，之后，在该H5页面内展示所述目标待配送订单的代接收方选择操作界面。

步骤120，根据用户在所述代接收方选择页面内执行的代接收方选择操作，确定所述目标待配送订单的代接收方。

本申请实施例中所述的代接收方，可以为所述用户的手机联系人、所述用户在所述网络平台的站内联系人、所述用户的微信、QQ等第三方即时通信应用的联系人。例如，可以在所述代接收方选择页面内展示各种联系人的选择菜单，用户通过触发相应菜单项，调用相应应用的联系人选择接口。

本申请的一些实施利中，所述的代接收方还可以为第一客户端推荐的代接收方。例如，可以在所述代接收方选择页面内展示推荐代接收方的选择入口，或者直接展示推荐代接收方列表。

本申请的一些实施例中，所述根据用户在所述代接收方选择页面内执行的代接收方选择操作，确定所述目标待配送订单的代接收方，包括以下任意一种或多种方式。

第一种，根据用户在所述代接收方选择页面内执行的手机通讯录联系人选择操作，将所述用户选择的手机通讯录联系人，确定为所述目标待配送订单的代接收方。

例如，第一客户端通过调用获取通信设备的联系人选择接口，访问本机(如运行所述第一客户端的手机)的通信录应用，并通过通信录应用选择一个手机通讯录中的联系人，所述第一客户端获取到该通信录应用输出的该联系人的姓名、电话等信息，之后，将用户选择的该联系人确定为所述目标待配送订单的代接收方。

第二种，根据用户在所述代接收方选择页面内执行的即时通信应用联系人选择操作，将所述用户选择的即时通信应用联系人，确定为所述目标待配送订单的代接收方。

例如，第一客户端通过调用获取本机(如运行所述第一客户端的智能手机)运行的即时通信应用的联系人选择接口，访问本机的即时通信应用，并通过即时通信应用选择一个即时通信应用通讯录中的联系人，所述第一客户端获取到该即时通信应用输出的该联系人的姓名、即时通信应用系统内标识等信息，之后，将用户选择的该联系人确定为所述目标待配送订单的代接收方。

本申请的一些实施例中，所述即时通信应用可以为现有技术中的任意一种即时通信应用，例如：微信、QQ等。

第三种，根据用户在所述代接收方选择页面内执行的常用代接收方选择操作，将所述用户选择的常用代接收方，确定为所述目标待配送订单的代接收方。

本申请的一些实施例中，服务端可以根据用户选择订单代接收方的历史记录，为每个用户维护常用代接收方列表。例如，对于用户成功找到的订单代接收方，可以通过第一客户端界面提示用户该代接收方添加为常用代接收方，并存储该用户与常用代接收方的关联关系。例如，存储用户标识与常用代接收方的用户标识、订单信息接收渠道信息(如手机号码)、姓名等关键信息。

本申请的一些实施例中，在第一客户端中还设置有常用代接收方维护界面，通过所述常用代接收方维护界面，用户可以新增常用代接收方和/或删除已有常用代接收方和/或修改已有常用代接收方的订单信息接收渠道信息等信息。

在用户为目标待配送订单选择代接收方时，在所述目标待配送订单的代接收方选择操作界面，用户可以通过触发所述代接收方选择操作界面设置的常用代接收方选择菜单项，触发第一客户端展示常用代接收方列表展示界面，并响应于用户在常用代接收方列表展示界面执行的常用代接收方选择操作，将用户选择的常用代接收方，确定为所述目标待配送订单的代接收方。

第四种，响应于用户对所述代接收方选择页面内展示的推荐代接收方的选择操作，将所述用户选择的所述推荐代接收方，确定为所述目标待配送订单的代接收方。

本申请的一些实施例中，还可以所述代接收方选择页面内展示的推荐代接收方，便于用户快速选择代接收方。

本申请的一些实施例中，所述推荐代接收方通过以下方法确定：在所述用户的常用代接收方的待配送订单中，根据所述目标待配送订单的预计送达时间和送达地址，确定关联配送订单，其中，所述关联配送订单的预计送达时间与所述目标待配送订单的预计送达时间之间的时间差小于预设时间阈值，所述关联配送订单的送达地址为所述目标待配送订单的送达地址的预设区域围栏内的地址；将所述关联配送订单的订单接收方，确定为推荐代接收方。例如，首先读取预先存储的目标待配送订单的下单用户的常用代接收方作为候选推荐代接收方；之后，获取各候选推荐代接收方的当前待配送订单；接下来，按照目标待配送订单的预计送达时间和送达地址进一步对各候选推荐代接收方的当前待配送订单进行筛选，筛选出其中订单配送地址相同或相近(如位于同一个区域围栏内)，且订单预计送达时间相同或相近(如订单预计送达时间差在5分钟之内)的当前待配送订单，作为目标待配送订单的关联配送订单；最后，将所述关联配送订单的订单接收方确定为所示目标待配送订单的所述推荐代接收方。

本申请的一些实施例中，在所述代接收方选择页面内，还展示有留言编辑界面，用户可以通过留言编辑界面选择发送给订单代接收方的留言。其中，所述留言可以为订单管理系统内置的留言，也可以为用户通过所述留言编辑界面输入的留言。例如，用户可以通过留言编辑界面输入一段感谢的话，或者将自己的一个红包赠送给代接收方。

通过上述方法选择一个目标待配送订单的代接收方之后，第一客户端可以确定代用户选择的代接收方的通信属性信息。例如，第一客户端可以确定用户选择的代接收方

步骤130，向所述目标待配送订单的所述代接收方发送征询信息，使得服务端在所述代接收方同意代接收所述目标待配送订单之后，建立所述代接收方与所述目标待配送订单的映射关系，并向订单配送系统同步所述目标待配送订单的代接收方的信息。

其中，所述征询信息用于指示请求代接收所述目标待配送订单，所述映射关系用于指示将所述目标待配送订单交付至所述代接收方。

本申请的一些实施例中，所述征询信息为至少根据所述目标待配送订单的订单标识信息生成的页面链接。例如，所述页面链接可以根据所述目标待配送订单的订单标识信息，以及所述用户对所述代接收方的留言生成；或者，所述页面链接可以仅根据所述目标待配送订单的订单标识信息生成。

本申请的一些实施例中，所述征询信息可以在用户选择目标待配送订单的待接收人之前生成。例如，在用户触发了代接收功能入口之后，首先选择对所述代接收方的留言；然后，第一客户端根据所述目标待配送订单的订单标识信息，以及用户对代接收方的所述留言生成所述征询信息。

本申请的一些实施例中，所述征询信息也可以在用户选择目标待配送订单的待接收人之后生成。例如，在用户选择了手机联系人或者常用代接收方之后，进一步编辑留言，之后生成征询信息；最后，通过触发第一客户端的界面内设置的征询信息发送按钮，通过第一客户端将所述征询信息发送至手机联系人或者应用内联系人。

本申请的一些实施例中，所述征询信息通过以下任意一种或多种方式发送：发送应用内消息的方式、发送电话短消息的方式、发送指定第三方应用即时通信消息的方式。第一客户端可以采用与代接收方选择方式匹配的信息发送方式，将征询信息发送给用户选择的代接收方。例如，当用户选择的代接收方为应用内的常用代接收方时，可以通过应用内消息的方式将征询信息发送至用户选择的代接收方，也可以通过手机短信的形式将征询信息发送给用户选择的代接收方；当用户选择的代接收方为即时通信应用联系人时，可以通过发送即时通信消息的方式将征询信息发送给用户选择的代接收方；当用户选择的代接收方为手机通信录联系人时，可以通过发送短消息的方式将征询信息发送给用户选择的代接收方。

具体举例而言，以第一客户端为外卖应用为例，第一客户端可以通过发送外卖平台站内信的方式向用户选择的外卖平台用户(即用户选择的代接收方)发送征询信息。第一客户端还可以通过调用微信、QQ等即时通信应用的接口，向相应即时通信应用的用户(即用户选择的代接收方)发送征询信息。

本申请的一些实施例中，所述服务端在所述代接收方同意代接收所述目标待配送订单之后，建立所述代接收方与所述目标待配送订单的映射关系，包括：第二客户端响应于所述代接收方同意代接收所述目标待配送订单，对获取的订单信息接收渠道信息进行验证；其中，所述第二客户端为所述页面链接指向的服务页面，所述订单信息接收渠道信息包括：所述页面链接中携带的订单信息接收渠道信息，或者，所述代接收方在所述第二客户端内输入的订单信息接收渠道信息；响应于所述订单信息接收渠道信息通过验证，所述第二客户端将所述目标待配送订单的订单标识信息和所述订单信息接收渠道信息，发送至所述服务端进行关联存储，以建立所述代接收方与所述目标待配送订单的映射关系。

通过上述描述可知，所述征询信息表现为页面链接的形式，本申请的一些实施例中，所述页面链接为订单管理系统的服务页面，本申请实施例中称为“第二客户端”。目标待配送订单的代接收方在通过上述一种或多种信息接收渠道接收到所述征询信息之后，通过接收该征询信息的应用打开所述页面链接，即可访问订单管理系统的代接收订单服务页面，触发第二客户端在所述代接收方的电子设备内运行。

当目标待配送订单的代接收方点击手机短消息中的页面链接，或者通过点击即时通信应用(如微信)中的页面链接，或者，通过点击应用内消息中的页面链接时，触发第二客户端运行，第二客户端通过对所述页面链接进行解析，获取到所述页面链接中携带的订单标识信息，或者，获取到所述页面链接中携带的订单标识信息和留言。本申请的一些实施例中，可以在所述页面链接指向的服务页面(即第二客户端)内展示所述留言，并在所述页面链接指向的服务页面(即第二客户端)内展示同意代接收所述目标待配送订单的按钮，当所述服务页面(即第二客户端)检测到所述按钮被触发时，可以认为所述代接收方同意代接收所述目标待配送订单。

接下来，所述服务页面(即第二客户端)进一步启动所述代接收方进行短信验证的流程。

本申请的一些实施例中，如果代接收方通过即时通信应用打开所述页面链接，触发第二客户端运行的，则所述代接收方可以在所述服务页面(即第二客户端)内手动输入用于接收所述目标待配送订单的订单信息的电话号码，或者，授权所述服务页面(即第二客户端)通过即时通信应用账户获取所述代接收方的电话号码，之后，所述服务页面(即第二客户端)对所述电话号码进行登陆验证。若验证成功，则所述第二客户端将所述目标待配送订单的订单标识信息和代接收方的订单信息接收渠道信息(如完成登陆验证的电话号码)发送至所述服务端进行关联存储。

本申请的一些实施例中，如果代接收方通过手机短消息打开所述页面链接，触发第二客户端运行的，则所述代接收方可以通过所述服务页面(即第二客户端)获取本机电话号码，之后，所述服务页面(即第二客户端)对所述电话号码进行登陆验证。若验证成功，则所述第二客户端将所述目标待配送订单的订单标识信息和代接收方的订单信息接收渠道信息(如完成登陆验证的电话号码)发送至所述服务端进行关联存储。

本申请的一些实施例中，如果代接收方通过应用内短消息打开所述页面链接，触发第二客户端运行的，则所述代接收方可以通过所述服务页面(即第二客户端)读取所述订单管理系统内存储的所述代接收方的电话号码，之后，所述服务页面(即第二客户端)对所述电话号码进行登陆验证。若验证成功，则所述第二客户端将所述目标待配送订单的订单标识信息和代接收方的订单信息接收渠道信息(如完成登陆验证的电话号码)发送至所述服务端进行关联存储。

将所述目标待配送订单的订单标识信息和代接收方的订单信息接收渠道信息(如完成登陆验证的电话号码)进行关联存储，即是建立了所述代接收方与所述目标待配送订单的映射关系。本申请的一些实施例中，订单管理系统的服务端还将代接收方的订单信息接收渠道信息的验证结果与所述映射关系进行关联存储。订单管理系统通过所述代接收方的订单信息接收渠道信息，遍历所述映射关系，即可获取该代接收方同意代接收的所有待配送订单。同时，订单管理系统通过遍历所述映射关系，即可确定指定待配送订单是否已经指定代接收方，以及代接收方的订单信息接收渠道信息的验证结果。

之后，订单管理系统的服务端向订单配送系统同步所述目标待配送订单的代接收方的信息。

同时，订单管理系统的服务端授权所述代接收方查看其同意代接收的待配送订单的订单信息(如订单内容、配送时间、配送地址、配送状态等信息)。所述订单管理系统通过所述服务页面(即第二客户端)，向订单信息接收渠道信息验证通过的所述代接收方展示目标待配送订单的订单信息。

本申请的一些实施例中，当用户选择推荐代接收方或者常用代接收方作为目标待配送订单的代接收方，并通过应用内短消息向选择的代接收方发送征询信息时，所述代接收方通过第三客户端访问所述征询信息，触发第二客户端运行，第二客户端在确定所述代接收方同意代接收所述目标待配送订单之后，将所述目标待配送订单的订单标识信息和代接收方的订单信息接收渠道信息发送至所述服务端进行关联存储。其中，所述第三客户端是与所述第一客户端相同但运行于不同设备上的客户端。所述因为推荐代接收方或者常用代接收方是所述订单管理系统内的注册用户，所述订单管理系统预先存储有推荐代接收方或者常用代接收方的订单信息接收渠道信息(如电话号码)，因此，不需要对推荐代接收方或者常用代接收方的订单信息接收渠道信息进行验证。

至此，完成了为待配送订单选择代接收方的操作。

本申请的另一些实施例中，如图2所示，所述向所述目标待配送订单的所述代接收方发送征询信息之后，还包括：步骤140至步骤180。

步骤140，第一客户端接收针对所述征询信息的反馈信息。

第一客户端在向所述目标待配送订单的所述代接收方发送征询信息之后，启动接收针对所述征询信息的反馈信息，并启动对征询信息反馈的超时计时。本申请的一些实施例中，可以由所述服务端执行超时计时，并在计时结束后或者在接收到代接收方同意代接收所述目标待配送订单的指示信息之后，向所述第一客户端发送反馈信息。例如，在第一客户端向选择的代接收方发送征询信息之后，所述服务端会对所述征询信息进行反馈计时，并周期判断针对所述征询信息的反馈是否超时。

本申请的一些实施中所述的针对所述征询信息的反馈信息，包括：征询信息反馈超时的指示信息、代接收方的信息、所述目标待配送订单的配送状态信息中的一种或多种信息。

步骤150，确定是否接收到征询信息反馈超时的指示信息，若是，则执行步骤160，否则跳转至步骤180。

如果第一客户端接收到服务端发送的反馈信息为征询信息反馈超时的指示信息，则第一客户端进一步执行超时处理。如果第一客户端接收到服务端发送的反馈信息为指示代接收方同意代接收所述目标待配送订单的指示信息，或者为代接收方的信息，或者为所述目标待配送订单的配送状态信息，则第一客户端可以展示接收到的反馈信息。

步骤160，响应于接收到征询信息反馈超时的指示信息，所述第一客户端向所述用户展示是否催办的提示信息。

若针对所述征询信息的反馈已经超时，所述服务端向所述第一客户端发送指示征询信息反馈超时的指示信息，之后，所述第一客户端通过展示提示界面，提醒用户选择执行催办操作或重新选择代接收方或者取消选择代接收方。

步骤170，确定用户是否确认催办，若确认催办，则执行步骤130，否则，跳转至执行第一客户端展示所述目标待配送订单的代接收方选择页面的步骤。

若用户确认执行催办操作，则第一客户向已经选择的代接收方重新发送所述征询信息；若用户确认不催办，则所述第一客户端可以按照预设流程跳转至执行第一客户端展示所述目标待配送订单的代接收方选择页面的步骤，或者取消本次订单代接收方选择操作。

响应于检测到针对所述提示信息执行的确认催办操作，跳转至所述向所述目标待配送订单的所述代接收方发送征询信息的步骤。

步骤180，第一客户端对接收到的反馈信息进行展示。

通过对征询信息的反馈及进行超时及时和处理，可以提升目标待配送订单的代接收方选择效率。

本申请的一些实施例中，所述建立所述代接收方与所述目标待配送订单的映射关系之后，所述方法还包括：向所述代接收方展示所述目标待配送订单的订单信息，和/或，向所述第一客户端同步所述目标待配送订单的代接收方的信息。

本申请的一些实施例中，在所述服务端建立所述代接收方与所述目标待配送订单的映射关系，即将目标待配送订单的订单标识信息和代接收方的订单信息接收渠道信息进行关联存储之后，所述服务端还可以执行以下一项或两项信息同步操作：在所述服务页面(即第二客户端)内向所述代接收方展示所述目标待配送订单的订单信息；通过发送应用内消息，向所述第一客户端同步所述目标待配送订单的代接收方的信息。

本申请的另一些实施例中，所述向所述目标待配送订单的所述代接收方发送征询信息，使得服务端在所述代接收方同意代接收所述目标待配送订单之后，建立所述代接收方与所述目标待配送订单的映射关系之后，所述方法还包括：响应于所述用户针对所述目标待配送订单的配送状态查看操作，所述第一客户端展示所述目标待配送订单的配送状态，其中，所述配送状态包括代接收状态和/或代接收方信息。

在所述服务端建立所述代接收方与所述目标待配送订单的映射关系，即将目标待配送订单的订单标识信息和代接收方的订单信息接收渠道信息进行关联存储之后，当用户通过第一客户端查看待配送订单的订单信息时，所述服务端通过遍历预先存储的映射关系可以确定所述待配送订单是否存在已验证通过的代接收方信息(如订单信息接收渠道信息)，并在所述待配送订单存在验证通过的代接收方信息的条件下，将验证通过的代接收方信息作为所述待配送订单部分配送状态信息，发送给第一客户端进行展示。

如前所述，所述征询信息为至少根据所述目标待配送订单的订单标识信息生成的页面链接，本申请的另一些实施例中，所述服务端在所述代接收方同意代接收所述目标待配送订单之后，建立所述代接收方与所述目标待配送订单的映射关系之后，还包括：所述第二客户端展示与指定代接收方关联的订单信息。

其中，所述指定代接收方为指向所述第二客户端的所述页面链接的生成订单标识信息所标识订单的代接收方；所述与指定代接收方关联的订单信息包括：待交付至所述指定代接收方的至少一个订单的订单信息。

本申请的一些实施例中，代接收方可以通过点击征询信息中的页面链接访问目标待配送订单对应的服务页面，触发第二客户端运行，并通过该服务页面(即第二客户端)查看生成所述页面链接的订单标识信息所标识的订单的订单信息(如配送状态、订单提取码等信息)。当第二客户端被触发运行之后，如通过手机短消息调用浏览器执行的页面访问操作或者通过即时通信应用执行的页面访问操作之后，所述服务页面(即第二客户端)进一步获取生成该页面链接的订单标识信息，之后，进一步获取订单管理系统中存储的所述订单标识信息匹配的订单信息，并在所述服务页面(即第二客户端)进行展示。其中，所述订单信息包括订单配送状态信息(如预计送达时间、订单提取码等信息)。

本申请的另一些实施例中，当第二客户端被触发运行之后，如通过手机短消息调用浏览器执行的页面访问操作或者通过即时通信应用执行的页面访问操作之后，服务页面(即第二客户端)进一步获取生成该页面链接的订单标识信息，之后，进一步获取订单管理系统中与所述订单标识信息关联存储的订单信息接收渠道信息(如所述订单标识信息所标识待配送订单的代接收方的电话号码)。接下来，所述服务页面(即第二客户端)触发服务端遍历订单管理系统中存储的映射关系，确定与所述订单信息接收渠道信息关联存储的所有订单标识信息，并将确定的所有所述订单标识信息分别标识的待配送订单的订单信息，合并至所述服务页面(即第二客户端)进行展示，使得代接收方可以在一个页面内查询其代为接收的所有待配送订单的相关信息。

为了便于读者理解本申请实施例中公开的配送订单处理方法，下面结合图3对本申请实施例公开的配送订单处理方法的一个应用实例的交互过程进一步说明。如图3所示，所述本申请实施例公开的配送订单处理方法包括步骤301至步骤311。

步骤301，响应于目标待配送订单的代接收功能入口被触发，第一客户端展示所述目标待配送订单的代接收方选择页面。

首先，委托方通过第一客户端页面内设置的目标待配送订单的代接收功能入口，触发所述目标待配送订单的代接收方选择流程。

响应于目标待配送订单的代接收功能入口被触发，第一客户端展示所述目标待配送订单的代接收方选择页面的具体实施方式参见前述内容，此处不再赘述。

步骤302，根据用户在所述代接收方选择页面内执行的代接收方选择操作，确定所述目标待配送订单的代接收方。

根据用户在所述代接收方选择页面内执行的代接收方选择操作，确定所述目标待配送订单的代接收方的具体实施方式参见前述内容，此处不再赘述。

步骤303，向所述目标待配送订单的所述代接收方发送征询信息。

向所述目标待配送订单的所述代接收方发送征询信息的具体实施方式参见前述内容，此处不再赘述。

步骤304，代接收方点击所述征询信息后，第二客户端启动运行，展示所述目标待配送订单对应的服务页面。

所述征询信息表现为页面链接，代接收方点击所述页面链接后，第二客户端启动运行，展示所述目标待配送订单对应的服务页面。

步骤305，第二客户端确定代接收方是否同意代接收目标待配送订单。

步骤306，第二客户端响应于所述代接收方同意代接收所述目标待配送订单，执行步骤307。

若第二客户端未检测到所述代接收方同意代接收所述目标待配送订单，针对所述征询信息，第二客户端可以不做任何处理。

步骤307，第二客户端对获取的订单信息接收渠道信息进行验证。

其中，所述订单信息接收渠道信息包括：所述页面链接中携带的订单信息接收渠道信息，或者，所述代接收方在所述第二客户端内输入的订单信息接收渠道信息。

步骤308，响应于所述订单信息接收渠道信息通过验证，所述第二客户端将所述目标待配送订单的订单标识信息和所述订单信息接收渠道信息，发送至预设服务端。

步骤309，所述预设服务端将所述目标待配送订单的订单标识信息和所述订单信息接收渠道信息进行关联存储，以建立所述代接收方与所述目标待配送订单的映射关系。

步骤310，所述预设服务端向订单配送系统同步所述目标待配送订单的代接收方的信息。

其中，所述映射关系用于指示将所述目标待配送订单交付至所述代接收方。

步骤311，所述订单配送系统以所述代接收方作为所述目标待配送订单的接收方，执行订单交付。

至此，委托方成功将所述目标待配送订单位委托至所述代接收方代为接收。

本申请实施例公开的配送订单处理方法，通过响应于目标待配送订单的代接收功能入口被触发，第一客户端展示所述目标待配送订单的代接收方选择页面；根据用户在所述代接收方选择页面内执行的代接收方选择操作，确定所述目标待配送订单的代接收方；向所述目标待配送订单的所述代接收方发送征询信息，使得服务端在所述代接收方同意代接收所述目标待配送订单之后，建立所述代接收方与所述目标待配送订单的映射关系，并向订单配送系统同步所述目标待配送订单的代接收方的信息；其中，所述征询信息用于指示请求代接收所述目标待配送订单，所述映射关系用于指示将所述目标待配送订单交付至所述代接收方，有助于配送订单的及时交付。

本申请实施例公开的配送订单处理方法，通过改进配送订单的处理流程，以及在第一客户端的订单中心功能模块内设置订单代接收方的选择和征询信息发送交互界面，实现了将用户的待配送订单关联至指定的代接收方，并更新订单配送系统的订单配送信息，将该待配送订单的交付方修改为指定的代接收方，从而解决了当待配送订单无法按时接收待配送订单时，可以及时完成该待配送订单的交付。

以将本申请实施例公开的配送订单处理方法应用于外卖订单管理系统为例，当某一用户在通过外卖应用提交餐饮订单之后，发现自己不能在该餐饮订单送达时去取餐，则该用户可以通过设置在外卖客户端界面内设置的代接收功能入口进入代接收方选择页面，并通过该页面选择一个系统推荐的代接收方或者微信好友或者手机通信录联系人，代为接收该餐饮订单。这样，使得该餐饮订单可以及时完成交付，避免了配送人员因订单无法及时交付导致的等待，另一方面，避免了将餐饮订单长时间放置于取餐柜中存在的食品变质风险和取餐柜资源长时间占用造成的资源浪费。

实施例二

本申请实施例公开的一种配送订单处理方法，如图4所示，所述方法包括：步骤410至步骤430。

步骤410，第二客户端确定代接收方是否同意代接收目标待配送订单。

其中，所述第二客户端为指定页面链接指向的服务页面，响应于对所述页面链接的访问操作，所述第二客户端被启动运行，所述代接收方为所述指定页面链接的接收方，所述目标待配送订单为生成所述页面链接的订单标识信息所标识的待配送订单。

第二客户端确定代接收方是否同意代接收目标待配送订单的具体生成方式参见实施例一，本实施例中不再赘述。

本申请的一些实施例中，所述页面链接为在第一客户端处向所述目标待配送订单的所述代接收方发送征询信息，所述征询信息用于指示请求代接收所述目标待配送订单，所述征询信息通过以下方法生成：响应于目标待配送订单的代接收功能入口被触发，第一客户端展示所述目标待配送订单的代接收方选择页面；根据用户在所述代接收方选择页面内执行的代接收方选择操作，确定所述目标待配送订单的代接收方；向所述目标待配送订单的所述代接收方发送征询信息。

所述征询信息通过以下任意一种或多种方式发送：发送应用内消息的方式、发送电话短消息的方式、发送指定第三方应用即时通信消息的方式。

所述征询信息的具体生成方式和发送方法参见实施例一，本实施例中不再赘述。

所述指定页面链接的具体生成方式参见实施例一中页面链接的生成方式，本实施例中不再赘述。

所述根据用户在所述代接收方选择页面内执行的代接收方选择操作，确定所述目标待配送订单的代接收方的步骤包括以下任意一种或多种方式：

根据用户在所述代接收方选择页面内执行的手机通讯录联系人选择操作，将所述用户选择的手机通讯录联系人，确定为所述目标待配送订单的代接收方；

根据用户在所述代接收方选择页面内执行的即时通信应用联系人选择操作，将所述用户选择的即时通信应用联系人，确定为所述目标待配送订单的代接收方；

根据用户在所述代接收方选择页面内执行的常用代接收方选择操作，将所述用户选择的常用代接收方，确定为所述目标待配送订单的代接收方；

响应于用户对所述代接收方选择页面内展示的推荐代接收方的选择操作，将所述用户选择的所述推荐代接收方，确定为所述目标待配送订单的代接收方。

本申请的一些实施例中，所述推荐代接收方通过以下方法确定：

在所述用户的常用代接收方的待配送订单中，根据所述目标待配送订单的预计送达时间和送达地址，确定关联配送订单，其中，所述关联配送订单的预计送达时间与所述目标待配送订单的预计送达时间之间的时间差小于预设时间阈值，所述关联配送订单的送达地址为所述目标待配送订单的送达地址的预设区域围栏内的地址；

将所述关联配送订单的订单接收方，确定为推荐代接收方。

步骤420，第二客户端响应于代接收方同意代接收所述目标待配送订单，对获取的订单信息接收渠道信息进行验证。

其中，所述订单信息接收渠道信息包括：所述页面链接中携带的订单信息接收渠道信息，或者，所述代接收方在所述第二客户端内输入的订单信息接收渠道信息。

订单信息接收渠道信息的获取和验证方法参见实施例一，本实施例中不再赘述。

步骤430，响应于所述订单信息接收渠道信息通过验证，所述第二客户端将所述目标待配送订单的订单标识信息和所述订单信息接收渠道信息，发送至预设服务端进行关联存储，以建立所述代接收方与所述目标待配送订单的映射关系，并向订单配送系统同步所述目标待配送订单的代接收方的信息。

其中，所述映射关系用于指示将所述目标待配送订单交付至所述代接收方。

预设服务端建立所述代接收方与所述目标待配送订单的映射关系的具体实施方式，参见实施例一中的映射关系的建立方式，本实施例中不再赘述。

本申请的一些实施例中，建立所述代接收方与所述目标待配送订单的映射关系之后，还包括：响应于所述用户针对所述目标待配送订单的配送状态查看操作，第一客户端展示所述目标待配送订单的配送状态，其中，所述配送状态包括代接收状态和/或代接收方信息。

本申请的一些实施例中，所述建立所述代接收方与所述目标待配送订单的映射关系之后，还包括：第二客户端向所述代接收方展示所述目标待配送订单的订单信息，和/或，所述预设服务端向所述第一客户端同步所述目标待配送订单的代接收方的信息。

本申请的一些实施例中，所述建立所述代接收方与所述目标待配送订单的映射关系之后，还包括：所述第二客户端展示与指定代接收方关联的订单信息；其中，所述指定代接收方为指向所述第二客户端的所述页面链接的生成订单标识信息所标识订单的代接收方；所述与指定代接收方关联的订单信息包括：待交付至所述指定代接收方的至少一个订单的订单信息。

所述第二客户端内展示与指定代接收方关联的订单信息的具体实施方式参见实施例一，本实施例中不再赘述。

本申请实施例公开的配送订单处理方法，通过以页面链接的形式发送请求代接收订单的征询信息，并代接收方点击该页面链接时，可以通过界面交互同意代接收订单并完成订单信息接收渠道信息验证订单，进而建立所述代接收方与所述目标待配送订单的映射关系，并向订单配送系统同步所述目标待配送订单的代接收方的信息；其中，所述映射关系用于指示将所述目标待配送订单交付至所述代接收方，有助于配送订单的及时交付。

本申请实施例公开的配送订单处理方法，通过改进配送订单的处理流程，以及在第一客户端的订单中心功能模块内设置订单代接收方的选择和征询信息发送交互界面，以及设置目标待配送订单的服务页面，实现了将用户的待配送订单关联至指定的代接收方，由代接收方通过所述服务页面获取所述目标待配送订单的订单信息，并更新订单配送系统的订单配送信息，将该待配送订单的交付方修改为指定的代接收方，从而解决了当待配送订单无法按时接收待配送订单时，可以及时完成该待配送订单的交付。

实施例三

本申请实施例公开的一种配送订单处理装置，如图5所示，所述装置包括：

代接收方选择页面展示模块510，用于响应于目标待配送订单的代接收功能入口被触发，第一客户端展示所述目标待配送订单的代接收方选择页面；

代接收方确定模块520，用于根据用户在所述代接收方选择页面内执行的代接收方选择操作，确定所述目标待配送订单的代接收方；

代接收征询信息发送模块530，用于向所述目标待配送订单的所述代接收方发送征询信息，使得服务端在所述代接收方同意代接收所述目标待配送订单之后，建立所述代接收方与所述目标待配送订单的映射关系，并向订单配送系统同步所述目标待配送订单的代接收方的信息；其中，所述征询信息用于指示请求代接收所述目标待配送订单，所述映射关系用于指示将所述目标待配送订单交付至所述代接收方。

本申请的一些实施例中，如图6所示，所述装置还包括：

延时反馈处理模块540，用于响应于接收到征询信息反馈超时的指示信息，所述第一客户端向所述用户展示是否催办的提示信息；

所述延时反馈处理模块，还用于响应于检测到针对所述提示信息执行的确认催办操作，跳转至所述向所述目标待配送订单的所述代接收方发送征询信息的步骤；或者还用于响应于检测到针对所述提示信息执行的取消催办操作，跳转至所述第一客户端展示所述目标待配送订单的代接收方选择页面的步骤。

本申请的一些实施例中，如图6所示，所述装置还包括：

订单状态查看模块550，用于响应于所述用户针对所述目标待配送订单的配送状态查看操作，所述第一客户端展示所述目标待配送订单的配送状态，其中，所述配送状态包括代接收状态和/或代接收方信息。

本申请的一些实施例中，所述建立所述代接收方与所述目标待配送订单的映射关系之后，还包括：

向所述代接收方展示所述目标待配送订单的订单信息，和/或，向所述第一客户端同步所述目标待配送订单的代接收方的信息。

本申请的一些实施例中，所述根据用户在所述代接收方选择页面内执行的代接收方选择操作，确定所述目标待配送订单的代接收方的步骤包括以下任意一种或多种方式：

根据用户在所述代接收方选择页面内执行的手机通讯录联系人选择操作，将所述用户选择的手机通讯录联系人，确定为所述目标待配送订单的代接收方；

根据用户在所述代接收方选择页面内执行的即时通信应用联系人选择操作，将所述用户选择的即时通信应用联系人，确定为所述目标待配送订单的代接收方；

根据用户在所述代接收方选择页面内执行的常用代接收方选择操作，将所述用户选择的常用代接收方，确定为所述目标待配送订单的代接收方；

响应于用户对所述代接收方选择页面内展示的推荐代接收方的选择操作，将所述用户选择的所述推荐代接收方，确定为所述目标待配送订单的代接收方。

本申请的一些实施例中，所述推荐代接收方通过以下方法确定：

在所述用户的常用代接收方的待配送订单中，根据所述目标待配送订单的预计送达时间和送达地址，确定关联配送订单，其中，所述关联配送订单的预计送达时间与所述目标待配送订单的预计送达时间之间的时间差小于预设时间阈值，所述关联配送订单的送达地址为所述目标待配送订单的送达地址的预设区域围栏内的地址；

将所述关联配送订单的订单接收方，确定为推荐代接收方。

本申请的一些实施例中，所述征询信息通过以下任意一种或多种方式发送：发送应用内消息的方式、发送电话短消息的方式、发送指定第三方应用即时通信消息的方式。

本申请的一些实施例中，所述征询信息为至少根据所述目标待配送订单的订单标识信息生成的页面链接；所述服务端在所述代接收方同意代接收所述目标待配送订单之后，建立所述代接收方与所述目标待配送订单的映射关系，包括：

第二客户端响应于所述代接收方同意代接收所述目标待配送订单，对获取的订单信息接收渠道信息进行验证；其中，所述第二客户端为所述页面链接指向的服务页面，所述订单信息接收渠道信息包括：所述页面链接中携带的订单信息接收渠道信息，或者，所述代接收方在所述第二客户端内输入的订单信息接收渠道信息；

响应于所述订单信息接收渠道信息通过验证，所述第二客户端将所述目标待配送订单的订单标识信息和所述订单信息接收渠道信息，发送至所述服务端进行关联存储，以建立所述代接收方与所述目标待配送订单的映射关系。

本申请的一些实施例中，所述服务端在所述代接收方同意代接收所述目标待配送订单之后，建立所述代接收方与所述目标待配送订单的映射关系之后，还包括：

所述第二客户端展示与指定代接收方关联的订单信息；其中，所述指定代接收方为指向所述第二客户端的所述页面链接的生成订单标识信息所标识订单的代接收方；所述与指定代接收方关联的订单信息包括：待交付至所述指定代接收方的至少一个订单的订单信息。

本申请实施例公开的配送订单处理装置，用于实现本申请实施例一中所述的配送订单处理方法，装置的各模块的具体实施方式不再赘述，可参见方法实施例相应步骤的具体实施方式。

本申请实施例公开的配送订单处理装置，通过响应于目标待配送订单的代接收功能入口被触发，第一客户端展示所述目标待配送订单的代接收方选择页面；根据用户在所述代接收方选择页面内执行的代接收方选择操作，确定所述目标待配送订单的代接收方；向所述目标待配送订单的所述代接收方发送征询信息，使得服务端在所述代接收方同意代接收所述目标待配送订单之后，建立所述代接收方与所述目标待配送订单的映射关系，并向订单配送系统同步所述目标待配送订单的代接收方的信息；其中，所述征询信息用于指示请求代接收所述目标待配送订单，所述映射关系用于指示将所述目标待配送订单交付至所述代接收方，有助于配送订单的及时交付。

本申请实施例公开的配送订单处理装置，通过改进配送订单的处理流程，以及在第一客户端的订单中心功能模块内设置订单代接收方的选择和征询信息发送交互界面，实现了将用户的待配送订单关联至指定的代接收方，并更新订单配送系统的订单配送信息，将该待配送订单的交付方修改为指定的代接收方，从而解决了当待配送订单无法按时接收待配送订单时，可以及时完成该待配送订单的交付。

实施例四

本申请实施例公开的一种配送订单处理装置，如图7所示，所述装置包括：

代接收确认模块710，用于第二客户端确定代接收方是否同意代接收目标待配送订单，其中，所述第二客户端为指定页面链接指向的服务页面，响应于对所述页面链接的访问操作，所述第二客户端被启动运行，所述代接收方为所述指定页面链接的接收方，所述目标待配送订单为生成所述页面链接的订单标识信息所标识的待配送订单；

代接收方信息验证模块720，用于第二客户端响应于代接收方同意代接收所述目标待配送订单，对获取的订单信息接收渠道信息进行验证；其中，所述订单信息接收渠道信息包括：所述页面链接中携带的订单信息接收渠道信息，或者，所述代接收方在所述第二客户端内输入的订单信息接收渠道信息；

订单代接收关系建立模块730，用于响应于所述订单信息接收渠道信息通过验证，所述第二客户端将所述目标待配送订单的订单标识信息和所述订单信息接收渠道信息，发送至预设服务端进行关联存储，以建立所述代接收方与所述目标待配送订单的映射关系，并向订单配送系统同步所述目标待配送订单的代接收方的信息；其中，所述映射关系用于指示将所述目标待配送订单交付至所述代接收方。

本申请的一些实施例中，所述装置还包括：

订单信息展示模块(图中未示出)，用于所述第二客户端展示与指定代接收方关联的订单信息；其中，所述指定代接收方为指向所述第二客户端的所述页面链接的生成订单标识信息所标识订单的代接收方；所述与指定代接收方关联的订单信息包括：待交付至所述指定代接收方的至少一个订单的订单信息。

本申请实施例公开的配送订单处理装置，用于实现本申请实施例二中所述的配送订单处理方法，装置的各模块的具体实施方式不再赘述，可参见方法实施例相应步骤的具体实施方式。

本申请实施例公开的配送订单处理装置，通过以页面链接的形式发送请求代接收订单的征询信息，并代接收方点击该页面链接时，可以通过界面交互同意代接收订单并完成订单信息接收渠道信息验证订单，进而建立所述代接收方与所述目标待配送订单的映射关系，并向订单配送系统同步所述目标待配送订单的代接收方的信息；其中，所述映射关系用于指示将所述目标待配送订单交付至所述代接收方，有助于配送订单的及时交付。

本申请实施例公开的配送订单处理装置，通过改进配送订单的处理流程，以及在第一客户端的订单中心功能模块内设置订单代接收方的选择和征询信息发送交互界面，以及设置目标待配送订单的服务页面，实现了将用户的待配送订单关联至指定的代接收方，由代接收方通过所述服务页面获取所述目标待配送订单的订单信息，并更新订单配送系统的订单配送信息，将该待配送订单的交付方修改为指定的代接收方，从而解决了当待配送订单无法按时接收待配送订单时，可以及时完成该待配送订单的交付。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

本申请的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例的电子设备中的一些或者全部部件的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本申请的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

例如，图8示出了可以实现根据本申请的方法的电子设备。所述电子设备可以为PC机、移动终端、个人数字助理、平板电脑等。该电子设备传统上包括处理器810和存储器820及存储在所述存储器820上并可在处理器810上运行的程序代码830，所述处理器810执行所述程序代码830时实现上述实施例中所述的方法。所述存储器820可以为计算机程序产品或者计算机可读介质。存储器820可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。存储器820具有用于执行上述方法中的任何方法步骤的计算机程序的程序代码830的存储空间8201。例如，用于程序代码830的存储空间8201可以包括分别用于实现上面的方法中的各种步骤的各个计算机程序。所述程序代码830为计算机可读代码。这些计算机程序可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘，紧致盘(CD)、存储卡或者软盘之类的程序代码载体。所述计算机程序包括计算机可读代码，当所述计算机可读代码在电子设备上运行时，导致所述电子设备执行根据上述实施例的方法。

本申请实施例还公开了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例一所述的配送订单处理方法的步骤。

这样的计算机程序产品可以为计算机可读存储介质，该计算机可读存储介质可以具有与图8所示的电子设备中的存储器820类似布置的存储段、存储空间等。程序代码可以例如以适当形式进行压缩存储在所述计算机可读存储介质中。所述计算机可读存储介质通常为如参考图9所述的便携式或者固定存储单元。通常，存储单元包括计算机可读代码830’，所述计算机可读代码830’为由处理器读取的代码，这些代码被处理器执行时，实现上面所描述的方法中的各个步骤。

本文中所称的“一个实施例”、“实施例”或者“一个或者多个实施例”意味着，结合实施例描述的特定特征、结构或者特性包括在本申请的至少一个实施例中。此外，请注意，这里“在一个实施例中”的词语例子不一定全指同一个实施例。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。