用于处理被拒收订单的方法和装置

本申请实施例涉及计算机技术领域，具体涉及用于处理被拒收订单的方法的装置。

快递员在快件派送过程中，部分收件人由于各种原因会存在对快件拒收的情况，此时，快递员需要针对被拒收的订单申请再次投递以便确认快件的下一步处理措施。目前针对这类再投申请的快件的审核方式包括系统自动审核和等待寄件人审核。

本申请实施例提出了用于处理被拒收订单的方法和装置。

第一方面，本申请实施例提供了一种用于处理被拒收订单的方法，包括：响应于接收到针对被拒收订单的再次投递请求，创建再投申请单，其中，再投申请单的初始状态为未审核状态；创建针对再投申请单的异步调度任务，以及设置异步调度任务的触发时间点，其中，异步调度任务用于发送用于联系再投申请单所指示的用户的通知信息；响应于检测到当前时间符合触发时间点且确定出再投申请单的当前状态为未审核状态，向第一目标电子设备发送通知信息；响应于接收到第一目标电子设备返回的审核结果，基于返回的审核结果和再投申请单的当前状态，对再投申请单进行更新。

在一些实施例中，响应于接收到第一目标电子设备返回的审核结果，基于返回的审核结果和再投申请单的当前状态，对再投申请单进行更新，包括：响应于接收到第一目标电子设备返回的审核结果，检测再投申请单的当前状态是否为已审核状态；响应于检测到再投申请单的当前状态为已审核状态，删除返回的审核结果，将已审核的再投申请单作为更新后的再投申请单。

在一些实施例中，该方法还包括：向第二目标电子设备发送更新后的再投申请单。

在一些实施例中，在创建针对再投申请单的异步调度任务之后，该方法还包括：响应于确定出再投申请单的当前状态为已审核状态，取消异步调度任务。

在一些实施例中，再投申请单包括以下至少一项：审核时间、审核人员信息、收件人姓名、收件人的电话号码、收件地址信息、结算方式信息和保价信息。

第二方面，本申请实施例提供了一种用于处理被拒收订单的装置，包括：第一创建单元，被配置成响应于接收到针对被拒收订单的再次投递请求，创建再投申请单，其中，再投申请单的初始状态为未审核状态；第二创建单元，被配置成创建针对再投申请单的异步调度任务，以及设置异步调度任务的触发时间点，其中，异步调度任务用于发送用于联系再投申请单所指示的用户的通知信息；发送单元，被配置成响应于检测到当前时间符合触发时间点且确定出再投申请单的当前状态为未审核状态，向第一目标电子设备发送通知信息；更新单元，被配置成响应于接收到第一目标电子设备返回的审核结果，基于返回的审核结果和再投申请单的当前状态，对再投申请单进行更新。

在一些实施例中，更新单元被配置成按照如下方式响应于接收到第一目标电子设备返回的审核结果，基于返回的审核结果和再投申请单的当前状态，对再投申请单进行更新：响应于接收到第一目标电子设备返回的审核结果，检测再投申请单的当前状态是否为已审核状态；响应于检测到再投申请单的当前状态为已审核状态，删除返回的审核结果，将已审核的再投申请单作为更新后的再投申请单。

在一些实施例中，该装置还包括：取消单元，被配置成响应于确定出所述再投申请单的当前状态为已审核状态，取消所述异步调度任务。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器实现如第一方面中任一实现方式描述的方法。

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

本申请的上述实施例提供的用于处理被拒收订单的方法和装置，通过首先在接收到针对被拒收订单的再次投递请求时，创建再投申请单；之后，创建针对上述再投申请单的异步调度任务，以及设置上述异步调度任务的触发时间点；而后，若检测到当前时间符合上述触发时间点且确定出上述再投申请单的当前状态为未审核状态，向第一目标电子设备发送用于联系上述再投申请单所指示的用户的通知信息；最后，若接收到上述第一目标电子设备返回的审核结果，基于返回的审核结果和上述再投申请单的当前状态，对上述再投申请单进行更新。通过这种方式解决了由于客户不会操作或忘记审核而导致的快件短期内的积压问题，提高了快件处理效率。同时，减少了由于缺失与用户的沟通环节而增加的快递费用。

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请的各个实施例可以应用于其中的示例性系统架构图；

图2是根据本申请的用于处理被拒收订单的方法的一个实施例的流程图；

图3是根据本申请的用于处理被拒收订单的方法的一个实施例的时序图；

图4是根据本申请的用于处理被拒收订单的方法的又一个实施例的流程图；

图5是根据本申请的用于处理被拒收订单的装置的一个实施例的结构示意图；

图6是适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的用于处理被拒收订单的方法的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备1011、1012，终端服务器102、订单处理服务器103、第一目标服务器104和网络1051、1052和1053。网络1051用以在终端设备1011、1012和终端服务器102之间提供通信链路的介质。网络1052用以在终端服务器102和订单处理服务器103之间提供通信链路的介质。网络102用以在订单处理服务器103和第一目标服务器104之间提供通信链路的介质。网络1051、1052和1053可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备1011、1012通过网络1051与终端服务器102交互，以接收或发送消息(例如，终端设备1011、1012可以通过网络1051向终端服务器102发送再次投递请求)等。终端设备1011、1012上可以安装有各种通讯客户端应用，例如支付类应用、购物类应用等、订单管理类应用。

终端设备1011、1012可以是硬件，也可以是软件。当终端设备1011、1012为硬件时，可以是具有摄像头并且支持信息交互的各种电子设备，包括但不限于智能手机、掌上电脑、平板电脑、膝上型便携计算机等。当终端设备1011、1012为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务的多个软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。

订单处理服务器103可以是提供各种服务的服务器。例如，可以在接收到的再次投递请求时，创建再投申请单，以及对再投申请单进行更新。订单处理服务器103可以首先在接收到终端服务器102发送的针对被拒收订单的再次投递请求时，创建再投申请单；之后，可以创建针对上述再投申请单的异步调度任务，以及设置上述异步调度任务的触发时间点；而后，可以在检测到当前时间符合上述触发时间点且确定出上述再投申请单的当前状态为未审核状态时，向第一目标服务器104发送用于联系上述再投申请单所指示的用户的通知信息；最后，可以在接收到第一目标服务器104返回的审核结果，基于返回的审核结果和上述再投申请单的当前状态，对上述再投申请单进行更新。

需要说明的是，终端服务器102、订单处理服务器103、第一目标服务器104可以是硬件，也可以是软件。当终端服务器102、订单处理服务器103、第一目标服务器104为硬件时，可以实现成多个服务器组成的分布式服务器集，也可以实现成单个服务器。当终端服务器102、订单处理服务器103、第一目标服务器104为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务的软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。

需要说明的是，本申请实施例所提供的用于处理被拒收订单的方法通常由订单处理服务器103执行。

还需要说明的是，终端设备1011、1012也可以直接向订单处理服务器103发送上述再次投递请求。此时，示例性系统架构100可以不存在终端服务器102和网络102。此时，网络1051用以在终端设备1011、1012和订单处理服务器103之间提供通信链路的介质。

应该理解，图1中的终端设备、终端服务器、订单处理服务器、第一目标服务器和网络的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、终端服务器、订单处理服务器、第一目标服务器和网络。

继续参考图2，示出了根据本申请的用于处理被拒收订单的方法的一个实施例的流程200。该用于处理被拒收订单的方法，包括以下步骤：

步骤201，确定是否接收到针对被拒收订单的再次投递请求。

在本实施例中，用于处理被拒收订单的方法的执行主体(例如图1所示的服务器)可以确定是否接收到针对被拒收订单的再次投递请求。上述再次投递请求用于指示联系快递寄件人对订单进行审核以确认订单的下一步处理措施。若确定出接收到再次投递请求，上述执行主体可以执行步骤202。

在这里，若快递员在派送快递的过程中存在收件人对快递拒收(包括联系不上收件人和收件人拒绝收货)的情况，快递员通常会利用终端设备(例如，PDA(PersonalDigital Assistant，又称为掌上电脑))针对这类订单申请再次投递。快递员的终端设备可以向支持终端系统的服务器发送再次投递请求，之后，支持终端系统的服务器可以向上述执行主体发送上述再次投递请求。快递员的终端设备也可以直接向上述执行主体发送上述再次投递请求。

步骤202，响应于接收到针对被拒收订单的再次投递请求，创建再投申请单。

在本实施例中，若在步骤201中确定出接收到针对被拒收订单的再次投递请求，上述执行主体可以创建再投申请单。上述再投申请单的初始状态通常为未审核状态。上述再投申请单通常包括订单编号。作为示例，若再投申请单的状态位为1，则可以说明再投申请单为已审核状态；若再投申请单的状态位为0，则可以说明再投申请单为未审核状态。

步骤203，创建针对再投申请单的异步调度任务，以及设置异步调度任务的触发时间点。

在本实施例中，上述执行主体可以创建针对上述再投申请单的异步调度任务。在对一些需要执行时间很长的任务进行处理时，通常会调度异步任务。例如，可以使用celery异步框架(一个分布式任务队列框架)使用任务队列的方式在分布的机器/进程/线程上执行任务调度。在这里，上述异步调度任务可以用于发送通知信息，上述通知信息通常用于联系上述再投申请单所指示的用户。上述通知信息通常包括快递单号和电话号码。上述电话号码通常为寄件人的电话号码。上述再投申请单所指示的用户通常为再投申请单所针对的订单的寄件人。

之后，上述执行主体可以设置上述异步调度任务的触发时间点。基于上述触发时间点，可以执行上述异步调度任务。上述触发时间点可以是基于异步调度任务的创建时刻所确定的。例如，可以将在创建时刻之后、与创建时刻距离预设时长(例如，48小时)的时刻确定为触发时间点。需要说明的是，上述预设时长可以根据不同寄件人的需求或商家的需求所设置的。作为示例，若创建时刻为9月8号7点，预设时长为48小时，此时，触发时间点可以为9月10日7点。

步骤204，检测当前时间是否符合触发时间点。

在本实施例中，上述执行主体可以检测当前时间是否符合上述触发时间点。作为示例，若上述触发时间点为9月10日7点，上述执行主体可以检测当前时间是否为9月10日7点，若检测到当前时间为9月10日7点，则检测出当前时间符合上述触发时间点。若检测到当前时间符合上述触发时间点，上述执行主体可以执行步骤205。

步骤205，响应于检测到当前时间符合触发时间点，确定再投申请单的当前状态是否为未审核状态。

在本实施例中，若在步骤204中检测到当前时间符合上述触发时间点，上述执行主体可以确定上述再投申请单的当前状态是否为未审核状态。作为示例，若上述再投申请单的状态位为0，则说明再投申请单为未审核状态，此时，可以通过检测上述再投申请单的状态位是否为0来确定上述再投申请单的当前状态是否为未审核状态。若确定出上述再投申请单的当前状态为未审核状态，上述执行主体可以执行步骤206。

步骤206，响应于确定出再投申请单的当前状态为未审核状态，向第一目标电子设备发送通知信息。

在本实施例中，若在步骤205中确定出上述再投申请单的当前状态为未审核状态，上述执行主体可以向第一目标电子设备发送上述通知信息。上述通知信息通常用于联系上述再投申请单所指示的用户。

在本实施例中，上述第一目标电子设备可以为支持外呼系统的服务器。外呼系统是指通过电脑自动往外拨打用户电话，将录制好的语音通过电脑播放给用户。外呼系统可以首先接通呼叫中心坐席的电话然后再拨客户号码。等待接通过程之后，话务员可以和客户通话。

在本实施例中，由于上述通知信息通常包括快递单号和发货人的电话号码，当外呼系统接收到上述通知消息，可以呼叫发货人的电话号码，电话接通后告知发货人被拒收的快递单号以询问发货人针对该被拒收的快递单号的快递的进一步处理措施。

在这里，处理措施可以包括弃货和退回。弃货可以包括直接弃货和再投弃货。直接弃货指的是执行丢弃处理(运送到用于存储丢弃快递的仓库中)。再投弃货指的是再一次向收件人派送快递，若此次快递仍被拒收则对被拒收的快递执行丢弃处理。退回可以包括直接退回和再投退回。直接退回指的是直接将被拒收的快递寄回。再投退回指的是再一次向收件人派送快递，若此次快递仍被拒收则将被拒收的快递寄回。退回还可以分为指定退回和原路退回。指定退回指的是寄件人提供快件退回时接收的联系人、电话号码和地址信息，按照寄件人提供的信息寄回快递。原路退回指的是按照寄件人的寄件地址和寄回快递。

在这里，呼叫中心坐席人员可以询问寄件人对拒收的快递进行弃货处理还是退回处理。若是弃货处理，继续询问是直接弃货还是再投弃货。若是退回处理，继续询问是直接退回还是再投退回，以及询问是指定退回还是原路退回。若是指定退回，还需要寄件人提供快件退回时接收的联系人、电话号码和地址信息。若是退回处理，还可以向寄件人询问是否需要对快递进行保价，以及快递费用支付方式。

步骤207，确定是否接收到第一目标电子设备返回的审核结果。

在本实施例中，上述执行主体可以确定是否接收到上述第一目标电子设备返回的审核结果。上述审核结果需要包括对被拒收的快递单号的快递的处理措施(弃货或退回)。若为退回处理且退回方式为指定退回，上述审核结果还需要包括快件退回时接收的联系人信息、电话号码和地址信息。若为退回处理，上述审核结果还可以包括保价信息以及快递费用支付方式。若接收到上述第一目标电子设备返回的审核结果，上述执行主体可以执行步骤208。

步骤208，响应于接收到第一目标电子设备返回的审核结果，基于返回的审核结果和再投申请单的当前状态，对再投申请单进行更新。

在本实施例中，若在步骤207中接收到上述第一目标电子设备返回的审核结果，上述执行主体可以基于返回的审核结果和上述再投申请单的当前状态，对上述再投申请单进行更新。具体地，上述执行主体可以将返回的审核结果中的信息添加到上述再投申请单中，以对上述再投申请单进行更新。作为示例，若返回的审核结果为直接弃货，上述执行主体可以将直接弃货添加到上述再投申请单的处理措施所对应的区域中。

在本实施例的一些可选的实现方式中，在对上述再投申请单进行更新之后，上述执行主体可以向第二目标电子设备发送更新后的再投申请单。上述第二目标电子设备可以为支持终端系统的服务器。若上述第二目标电子设备接收到更新后的再投申请单，可以向快递员的终端设备(例如，PDA)发送上述再投申请单以供快递员对拒收的快递执行进一步处理(例如，弃货处理、退回处理)。

在本实施例的一些可选的实现方式中，在创建针对上述再投申请单的异步调度任务之后，上述执行主体可以对上述再投申请单的当前状态进行检测，例如，上述执行主体可以采用轮询的方式检测上述再投申请单的当前状态，也可以对上述再投申请单的当前状态进行实时监控。若上述执行主体确定出上述再投申请单的当前状态为已审核状态，上述执行主体可以取消上述异步调度任务。需要说明的是，上述执行主体通常是在当前时间未到达上述触发时间点时，即上述异步调度任务未被执行时，取消上述异步调度任务。

在本实施例的一些可选的实现方式中，上述再投申请单可以包括以下至少一项：审核时间、审核人员信息、收件人姓名、收件人的电话号码、收件地址信息、结算方式信息和保价信息。上述审核人员信息可以为呼叫中心坐席人员的标识(例如，姓名)。上述结算方式信息可以包括现付(用户在线支付)和到付(收货人收货时付款结算)等。

本申请的上述实施例提供的方法通过创建针对再投申请单的异步调度任务，在当前时间到达触发时间点且再投申请单未被审核时，主动联系寄件人获取对快件的进一步处理措施，解决了由于客户不会操作或忘记审核而导致的快件短期内的积压问题，提高了快件处理效率。同时，减少了由于缺失与用户的沟通环节而增加的快递费用。

继续参见图3，图3是根据本实施例的用于处理被拒收订单的方法的一实施例的时序图。在图3的时序图中，用于处理被拒收订单的方法的执行主体包括外单系统和异常报备系统，第一目标电子设备包括外呼系统。外呼系统是指通过电脑自动往外拨打用户电话，将录制好的语音通过电脑播放给用户。外呼系统可以首先接通呼叫中心坐席的电话然后再拨客户号码。等待接通过程之后，话务员可以和客户通话。

如图3所示，在步骤301中，响应于接收到终端系统发送的针对被拒收订单的再次投递请求，外单系统创建再投申请单。

在这里，外单系统可以确定是否接收到终端系统发送的针对被拒收订单的再次投递请求。上述再次投递请求用于指示联系快递寄件人对订单进行审核以确认订单的下一步处理措施。若确定出接收到再次投递请求，外单系统可以创建再投申请单。上述再投申请单的初始状态通常为未审核状态。上述再投申请单通常包括订单编号。作为示例，若再投申请单的状态位为1，则可以说明再投申请单为已审核状态；若再投申请单的状态位为0，则可以说明再投申请单为未审核状态。

在这里，若快递员在派送快递的过程中存在收件人对快递拒收(包括联系不上收件人和收件人拒绝收货)的情况，快递员通常会利用终端设备针对这类订单申请再次投递。快递员的终端设备可以向终端系统发送再次投递请求，之后，终端系统可以向外单系统发送上述再次投递请求。

在步骤302中，外单系统创建针对再投申请单的异步调度任务，以及设置异步调度任务的触发时间点。

在这里，外单系统可以创建针对上述再投申请单的异步调度任务。在对一些需要执行时间很长的任务进行处理时，通常会调度异步任务。例如，可以使用celery异步框架使用任务队列的方式在分布的机器/进程/线程上执行任务调度。在这里，上述异步调度任务可以用于发送通知信息，上述通知信息通常用于联系上述再投申请单所指示的用户。上述通知信息通常包括快递单号和电话号码。上述电话号码通常为寄件人的电话号码。上述再投申请单所指示的用户通常为再投申请单所针对的订单的寄件人。

之后，外单系统可以设置上述异步调度任务的触发时间点。基于上述触发时间点，可以执行上述异步调度任务。上述触发时间点可以是基于异步调度任务的创建时刻所确定的。例如，可以将在创建时刻之后、与创建时刻距离预设时长的时刻确定为触发时间点。需要说明的是，上述预设时长可以根据不同寄件人的需求或商家的需求所设置的。

在步骤303中，外单系统检测当前时间是否符合触发时间点。

在这里，外单系统可以检测当前时间是否符合上述触发时间点。作为示例，若上述触发时间点为9月10日7点，外单系统可以检测当前时间是否为9月10日7点，若检测到当前时间为9月10日7点，则检测出当前时间符合上述触发时间点。若检测到当前时间符合上述触发时间点，外单系统可以执行步骤304。

在步骤304中，响应于检测到当前时间符合触发时间点，外单系统确定再投申请单的当前状态是否为未审核状态。

在这里，若在步骤303中检测到当前时间符合上述触发时间点，外单系统可以确定上述再投申请单的当前状态是否为未审核状态。作为示例，若上述再投申请单的状态位为0，则说明再投申请单为未审核状态，此时，可以通过检测上述再投申请单的状态位是否为0来确定上述再投申请单的当前状态是否为未审核状态。若确定出上述再投申请单的当前状态为未审核状态，外单系统可以执行步骤305。

在步骤305中，响应于确定出再投申请单的当前状态为未审核状态，外单系统向异常报备系统发送用于联系再投申请单所指示的用户的通知信息。

在这里，若在步骤304中确定出上述再投申请单的当前状态为未审核状态，外单系统可以向异常报备系统发送用于联系上述再投申请单所指示的用户的通知信息。

通常情况下，上述通知信息可以为异步MQ报文的形式。MQ是一种中间件产品，中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件可以在不同的技术之间共享资源。中间件位于客户机或服务器的操作系统之上，管理计算机资源和网络通讯。是连接两个独立应用程序或独立系统的软件。相连接的系统，即使它们具有不同的接口，但通过中间件相互之间仍能交换信息。

在步骤306中，响应于接收到用于联系再投申请单所指示的用户的通知信息，异常报备系统向外呼系统发送用于联系再投申请单所指示的用户的通知信息。

在这里，若异常报备系统接收到用于联系再投申请单所指示的用户的通知信息，可以向外呼系统发送用于联系再投申请单所指示的用户的通知信息。

在这里，由于上述通知信息通常包括快递单号和发货人的电话号码，当外呼系统接收到上述通知消息，可以呼叫发货人的电话号码，电话接通后告知发货人被拒收的快递单号以询问发货人针对该被拒收的快递单号的快递的进一步处理措施。

在这里，处理措施可以包括弃货和退回。弃货可以包括直接弃货和再投弃货。直接弃货指的是执行丢弃处理。再投弃货指的是再一次向收件人派送快递，若此次快递仍被拒收则对被拒收的快递执行丢弃处理。退回可以包括直接退回和再投退回。直接退回指的是直接将被拒收的快递寄回。再投退回指的是再一次向收件人派送快递，若此次快递仍被拒收则将被拒收的快递寄回。退回还可以分为指定退回和原路退回。指定退回指的是寄件人提供快件退回时接收的联系人、电话号码和地址信息，按照寄件人提供的信息寄回快递。原路退回指的是按照寄件人的寄件地址和寄回快递。

在这里，呼叫中心坐席人员可以询问寄件人对拒收的快递进行弃货处理还是退回处理。若是弃货处理，继续询问是直接弃货还是再投弃货。若是退回处理，继续询问是直接退回还是再投退回，以及询问是指定退回还是原路退回。若是指定退回，还需要寄件人提供快件退回时接收的联系人、电话号码和地址信息。若是退回处理，还可以向寄件人询问是否需要对快递进行保价，以及快递费用支付方式。

在步骤307中，响应于接收到外呼系统返回的审核结果，异常报备系统将审核结果发送给外单系统。

在这里，异常报备系统可以确定是否接收到外呼系统返回的审核结果。上述审核结果需要包括对被拒收的快递单号的快递的处理措施(弃货或退回)。若为退回处理且退回方式为指定退回，上述审核结果还需要包括快件退回时接收的联系人信息、电话号码和地址信息。若为退回处理，上述审核结果还可以包括保价信息以及快递费用支付方式。若接收到外呼系统返回的审核结果，异常报备系统将审核结果发送给外单系统。

在步骤308中，外单系统基于返回的审核结果和再投申请单的当前状态，对再投申请单进行更新。

在这里，若外单系统接收到异常报备系统发送的审核结果，外单系统可以基于返回的审核结果和再投申请单的当前状态，对再投申请单进行更新。具体地，外单系统可以将返回的审核结果中的信息添加到上述再投申请单中，以对上述再投申请单进行更新。作为示例，若返回的审核结果为直接弃货，外单系统可以将直接弃货添加到上述再投申请单的处理措施所对应的区域中。

进一步参考图4，其示出了用于处理被拒收订单的方法的又一个实施例的流程400。该用于处理被拒收订单的方法的流程400，包括以下步骤：

步骤401，确定是否接收到针对被拒收订单的再次投递请求。

步骤402，响应于接收到针对被拒收订单的再次投递请求，创建再投申请单。

步骤403，创建针对再投申请单的异步调度任务，以及设置异步调度任务的触发时间点。

步骤404，检测当前时间是否符合触发时间点。

步骤405，响应于检测到当前时间符合触发时间点，确定再投申请单的当前状态是否为未审核状态。

步骤406，响应于确定出再投申请单的当前状态为未审核状态，向第一目标电子设备发送通知信息。

步骤407，确定是否接收到第一目标电子设备返回的审核结果。

在本实施例中，步骤401-407可以按照与步骤201-207类似的方式执行，在此不再赘述。

步骤408，响应于接收到第一目标电子设备返回的审核结果，检测再投申请单的当前状态是否为已审核状态。

在本实施例中，若在步骤408中接收到上述第一目标电子设备返回的审核结果，上述执行主体可以检测上述再投申请单的当前状态是否为已审核状态。作为示例，若上述再投申请单的状态位为1，则说明再投申请单为已审核状态，此时，可以通过检测上述再投申请单的状态位是否为1来检测上述再投申请单的当前状态是否为已审核状态。若检测到上述再投申请单的当前状态为已审核状态，上述执行主体可以执行步骤409。

步骤409，响应于检测到再投申请单的当前状态为已审核状态，删除返回的审核结果，将已审核的再投申请单作为更新后的再投申请单。

在本实施例中，若检测到上述再投申请单的当前状态为已审核状态，上述执行主体可以删除步骤407中返回的审核结果，可以将已审核的再投申请单作为更新后的再投申请单。在这里，若寄件人已手动对上述再投申请单进行审核，则上述执行主体可以以寄件人手动审核的再投申请单为准，将返回的审核结果丢弃。

从图4中可以看出，与图2对应的实施例相比，本实施例中的用于处理被拒收订单的方法的流程400体现了若检测到再投申请单的当前状态为已审核状态，删除返回的审核结果，将已审核的再投申请单作为更新后的再投申请单的步骤。由此，本实施例描述的方案提高了寄件人手动审核的再投申请单的优先级，以避免对已审核的再投申请单再一次更新，节省了订单处理资源。

进一步参考图5，作为对上述各图所示方法的实现，本申请提供了一种用于处理被拒收订单的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例的用于处理被拒收订单的装置500包括：第一创建单元501、第二创建单元502、发送单元503和更新单元504。其中，第一创建单元501被配置成响应于接收到针对被拒收订单的再次投递请求，创建再投申请单，其中，再投申请单的初始状态为未审核状态；第二创建单元502被配置成创建针对再投申请单的异步调度任务，以及设置异步调度任务的触发时间点，其中，异步调度任务用于发送用于联系再投申请单所指示的用户的通知信息；发送单元503被配置成响应于检测到当前时间符合触发时间点且确定出再投申请单的当前状态为未审核状态，向第一目标电子设备发送通知信息；更新单元504被配置成响应于接收到第一目标电子设备返回的审核结果，基于返回的审核结果和再投申请单的当前状态，对再投申请单进行更新。

在本实施例中，用于处理被拒收订单的装置500的第一创建单元501的具体处理可以参考图2对应实施例中的步骤201和步骤202，第二创建单元502的具体处理可以参考图2对应实施例中的步骤203，发送单元503的具体处理可以参考图2对应实施例中的步骤204-步骤206，更新单元504的具体处理可以参考图2对应实施例中的步骤207和步骤208。

在本实施例的一些可选实现方式中，若接收到上述第一目标电子设备返回的审核结果，上述更新单元504可以检测上述再投申请单的当前状态是否为已审核状态。作为示例，若上述再投申请单的状态位为1，则说明再投申请单为已审核状态，此时，可以通过检测上述再投申请单的状态位是否为1来检测上述再投申请单的当前状态是否为已审核状态。若检测到上述再投申请单的当前状态为已审核状态，上述更新单元504可以删除返回的审核结果，可以将已审核的再投申请单作为更新后的再投申请单。在这里，若寄件人已手动对上述再投申请单进行审核，则上述更新单元504可以以寄件人手动审核的再投申请单为准，将返回的审核结果丢弃。

在本实施例的一些可选实现方式中，用于处理被拒收订单的装置500还可以包括再投申请单发送单元(图中未示出)。在对上述再投申请单进行更新之后，上述再投申请单发送单元可以向第二目标电子设备发送更新后的再投申请单。上述第二目标电子设备可以为支持终端系统的服务器。若上述第二目标电子设备接收到更新后的再投申请单，可以向快递员的终端设备发送上述再投申请单以供快递员对拒收的快递执行进一步处理。

在本实施例的一些可选的实现方式中，用于处理被拒收订单的装置500还可以包括取消单元(图中未示出)。在创建针对上述再投申请单的异步调度任务之后，上述取消单元可以对上述再投申请单的当前状态进行检测，例如，上述取消单元可以采用轮询的方式检测上述再投申请单的当前状态，也可以对上述再投申请单的当前状态进行实时监控。若确定出上述再投申请单的当前状态为已审核状态，上述取消单元可以取消上述异步调度任务。需要说明的是，上述取消单元通常是在当前时间未到达上述触发时间点时，即上述异步调度任务未被执行时，取消上述异步调度任务。

在本实施例的一些可选的实现方式中，上述再投申请单可以包括以下至少一项：审核时间、审核人员信息、收件人姓名、收件人的电话号码、收件地址信息、结算方式信息和保价信息。上述审核人员信息可以为呼叫中心坐席人员的标识。上述结算方式信息可以包括现付和到付等。

下面参考图6，其示出了适于用来实现本公开的实施例的电子设备(例如图1中的订单处理服务器103)600的结构示意图。图6示出的服务器仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。

如图6所示，电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有电子设备600操作所需的各种程序和数据。处理装置601、ROM 602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

通常，以下装置可以连接至I/O接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图6中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从ROM 602被安装。在该计算机程序被处理装置601执行时，执行本公开的实施例的方法中限定的上述功能。需要说明的是，本公开的实施例所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：响应于接收到针对被拒收订单的再次投递请求，创建再投申请单，其中，再投申请单的初始状态为未审核状态；创建针对再投申请单的异步调度任务，以及设置异步调度任务的触发时间点，其中，异步调度任务用于发送用于联系再投申请单所指示的用户的通知信息；响应于检测到当前时间符合触发时间点且确定出再投申请单的当前状态为未审核状态，向第一目标电子设备发送通知信息；响应于接收到第一目标电子设备返回的审核结果，基于返回的审核结果和再投申请单的当前状态，对再投申请单进行更新。

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

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开的实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括第一创建单元、第二创建单元、发送单元和更新单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一创建单元还可以被描述为“响应于接收到针对被拒收订单的再次投递请求，创建再投申请单的单元”。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。