发货调度方法及装置与流程

本公开涉及智能物流领域，尤其涉及一种发货调度方法及装置。

背景技术：

网上购物，是通过互联网检索商品信息，并通过电子订购单发出购物请求，然后填上私人支票帐号或信用卡的号码，厂商通过邮购的方式发货，或是通过快递公司送货上门。

相关技术中，通常由商家选择发货时间，并控制货物的物流状态。例如，一般购物平台在接收到用户支付的货款(直接银行转帐，或者在线汇款等)后，立即安排发货，或者先发货，在用户收货时付款等。

技术实现要素：

本公开提供一种发货调度方法及装置。所述技术方案如下：

根据本公开实施例的第一方面，提供一种发货调度方法，该方法包括：获取延迟发货请求，所述延迟发货请求用于请求对订单对应的货物进行延迟发货；根据所述延迟发货请求，获得第一延迟时间，所述第一延迟时间用于表征对所述货物进行延迟发货的延迟时间；根据所述第一延迟时间，对所述订单对应的货物进行延迟发货处理。

根据本公开实施例的第二方面，提供一种发货调度装置，该装置包括：获取模块，被配置为获取延迟发货请求，所述延迟发货请求用于请求对订单对应的货物进行延迟发货；分析模块，被配置为根据所述获取模块获取的所述延迟发货请求，获得第一延迟时间，所述第一延迟时间用于表征对所述货物进行延迟发货的延迟时间；处理模块，被配置为根据所述分析模块获得的所述第一延迟时间，对所述订单对应的货物进行延迟发货处理。

根据本公开实施例的第三方面，提供一种发货调度装置，该装置包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：获取延迟发货请求，所述延迟发货请求用于请求对订单对应的货物进行延迟发货；根据所述延迟发货请求，获得第一延迟时间，所述第一延迟时间用于表征对所述货物进行延迟发货的延迟时间；根据所述第一延迟时间，对所述订单对应的货物进行延迟发货处理。

本公开实施例提供的技术方案可以包括以下有益效果：

根据用户针对订单的延迟发货请求，获得延迟发货的延迟时间，并根据延迟时间对订单中的货物进行延迟发货，从而充分考虑用户当前是否具备收货条件，基于用户的需求，灵活智能地控制发货时间，有效提高智能物流的可靠性和便利性。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1a是根据一示例性实施例示出的一种发货调度方法的流程图；

图1b是根据另一示例性实施例示出的一种发货调度方法的流程图；

图1c是根据又一示例性实施例示出的一种发货调度方法的流程图；

图2是根据又一示例性实施例示出的一种发货调度方法的流程图；

图3a是根据一示例性实施例示出的一种发货调度装置的结构图；

图3b是根据另一示例性实施例示出的一种发货调度装置的结构图；

图3c是根据又一示例性实施例示出的一种发货调度装置的结构图；

图4是根据又一示例性实施例示出的一种发货调度装置的结构图；

图5是根据一示例性实施例示出的一种发货调度装置的框图；

图6是根据另一示例性实施例示出的一种发货调度装置600的框图。

此处的附图被并入说明书中并构成说明书的一部分，示出了符合本公开的实施例，并与说明书仪器用于解释本发明的原理。

具体实施方式

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

图1a是根据一示例性实施例示出的一种发货调度方法的流程图，如图1a所示，本实施例以该发货调度方法应用于发货调度装置中来举例说明，该发货调度方法可以包括如下几个步骤：

在步骤101中，获取延迟发货请求，所述延迟发货请求用于请求对订单对应的货物进行延迟发货；

在步骤102中，根据所述延迟发货请求，获得第一延迟时间，所述第一延迟时间用于表征对所述货物进行延迟发货的延迟时间；

在步骤103中，根据所述第一延迟时间，对所述订单对应的货物进行延迟发货处理。

其中，订单为用户基于某购物平台，例如，小米商城等，进行购物后生成的记录。实际应用中，发货调度装置可以独立设置，也可以集成设置在其它设备上，例如，终端、个人电脑、服务器等。

其中，第一延迟时间可以是发货延迟的时长，延迟发货的时间起点可以是订单的生成时间，例如，订单生成时间为2017年1月1日9:00，第一延迟时间是以2017年1月1日9:00为时间起点的2天；或者，也可以是所延迟到的发货时刻，例如，延迟到2017年1月3日9:00发货；或者，也可以是所延迟到的最早发货时刻，例如，至少延迟到2017年1月3日9:00发货(也可于2017年1月3日9:00之后发货)。

以实际应用场景来进行举例说明，该场景涉及延迟发货的场景：当用户短时期内无法对货物进行签收时，例如，用户出差、假期外出旅游等情形，如果在订单生成时，即进行发货处理的话，很有可能会产生诸如无法签收、以及无法有效保证货物安全性等一系列的问题。对此，在本方案中，可以基于实际场景，获取延迟发货请求，相应的，根据该延迟发货请求，获得需要延迟的第一延迟时间，并根据第一延迟时间，对所述订单对应的货物进行延迟发货处理。

具体的，步骤101的触发场景可以有多种。可选的，可以根据用户的请求触发执行步骤101，例如，当用户准备出差、假期外出旅游时，可以针对某订单主动发起延迟发货请求。再可选的，为了提高延迟发货的可靠性，还可以向用户征求是否需要延迟发货，收到用户确认时触发执行步骤101，相应的，步骤101可以包括：向所述用户推送征求消息，所述征求消息用于向所述用户征求是否对所述货物延迟发货；接收所述用户根据所述征求消息返回的所述延迟发货请求。可以理解，上述实施方式既可以独立实施也可以结合实施，本实施例在此并未对其进行限制。

进一步的，向用户征求是否延迟发货的场景又进一步分为多种。

作为一种可实施的方式，向用户发起征求的具体场景可以为初次向用户征求是否延迟发货。此场景下可以主动向用户征求是否需要延迟发货，例如，每次生成订单时，即向用户征求是否延迟发货。相应的，所述向所述用户推送征求消息，可以包括以下步骤：检测到订单生成时，向用户推送所述征求消息。进一步的，作为另一种可实施的方式，还可以在订单满足预设触发条件的情况下，向用户征求是否延迟发货。例如，所述触发条件可以为生成订单的时间在预设时间范围之内，如国庆假日前5天之内。相应的，所述向所述用户推送征求消息，可以包括以下步骤：获取订单生成的时刻；若所述时刻在预设的时间范围内，则向所述用户推送所述征求消息。再例如，所述触发条件还可以为订单对应的货物为预先定义的可延期的商品。相应的，所述向所述用户推送征求消息，可以包括以下步骤：确定所述订单对应的所述货物；若所述货物属于预设的支持延迟发货的商品，则向所述用户推送所述征求消息。可以理解，上述提及的各实施方式既可以独立实施也可以结合实施，本实施例在此并未对其进行限制。

作为另一种可实施的方式，可以支持多次延迟，相应的，所述向用户发起征求的具体场景除了可以为初次延迟发货，还可以为在初次延迟发货后，再次征求用户是否再次延迟发货。此时可考虑当前货物的累积延迟时间和该用户发起延迟发货的累积时间，以避免延迟期限过长。相应的，所述向所述用户推送征求消息，可以包括以下步骤：检测所述货物在第一预设时间段内的累计延迟发货时长是否达到第一预设上限值；若所述货物在所述第一预设时间段内的累计延迟发货时长未达到所述第一预设上限值，则向所述用户推送所述征求消息；和/或，检测所述延迟发货请求的发起者在第二预设时间段内的累计延迟发货时长是否达到第二预设上限值；若所述延迟发货请求的发起者在所述第二预设时间段内的累计延迟发货时长未达到所述第二预设上限值，则向所述用户推送所述征求消息。

通过上述实施方式，能够基于不同的触发场景启动发货调度方案，从而及时进行延迟发货，提高延迟发货的适时性和可靠性。

具体的，根据延迟发货请求获得第一延迟时间的方式可以有多种，并且各方式既可以独立实施，也可以结合实施。

作为一种可选的实施方式，第一延迟时间可以由用户自定义。相应的，如图1b所示，图1b是根据另一示例性实施例示出的一种发货调度方法的流程图，在图1a所示实施例的基础上，步骤102可以包括：

在步骤1021中，从所述延迟发货请求中获取所述第一延迟时间，所述延迟发货请求包括所述第一延迟时间。

以实际应用场景来进行举例说明，该场景涉及延迟发货的场景：当用户需要针对某订单进行延迟发货时，可以自定义第一延迟时间，并发起延迟发货请求，该延迟发货请求包括所述第一延迟时间，相应的，根据该延迟发货请求，从中获得第一延迟时间，以执行后续操作。

具体的，自定义的方式可以有多种，在此并未对其进行限制。举例来说，用户可以输入需要延迟的第一延迟时间以实现自定义，例如，用户可以在延迟时间的选框内输入2天，则第一延迟时间为2天；再举例来说，可以预先定义多个延迟时间的选项，推送给用户进行选择以实现自定义，例如，预先设定可选的延迟时间有3天、5天、7天，将上述延迟时间推送至用户进行选择，假设用户选择3天，则第一延迟时间为3天。

可以理解，上述自定义的各方式可以分别独立实施，也可以结合实施，例如，既可以将预设选项推送给用户进行选择，也可以在例如当选项中没有用户需要延迟的时间等情形时，由用户自行输入需要延迟的时间，本实施例在此并未对其进行限制。

本实施方式，基于用户自定义，能够准确快速地获得需要延迟的第一延迟时间，从而准确快速地实现延迟发货。

作为另一种可选的实施方式，第一延迟时间可以基于用户的订单信息分析获得。相应的，如图1c所示，图1c是根据又一示例性实施例示出的一种发货调度方法的流程图，在图1a所示实施例的基础上，步骤102可以包括：

在步骤1022中，根据所述延迟发货请求，获得所述订单的订单信息；

在步骤1023中，根据所述订单信息，基于预设的算法，获得所述第一延迟时间。

以实际应用场景来进行举例说明，该场景涉及延迟发货的场景：当用户需要针对某订单进行延迟发货时，可以发起延迟发货请求，相应的，根据该延迟发货请求，获得所述订单的订单信息，并基于预设算法，获得第一延迟时间，以执行后续操作。

其中，所述订单信息可以包括但不限于：收货地址、订单费用、用户信用等级等信息。可选的，所述算法可以通过人工设定确定，例如，可以设定第一延迟时间与距离成反比，与费用成正比，与用户的信用等级成正比；再可选的，所述算法也可以通过机器智能学习技术确定，具体的，可以根据历史延迟发货记录中各订单信息与对应的延迟时间，分析获得两者之间的关系，即所述算法，本实施例在此不对其进行限制。

本实施方式，基于订单信息和预设算法，能够便捷可靠地获得需要延迟的第一延迟时间，从而便捷可靠地实现延迟发货，提高延迟发货的智能化。

可选的，根据第一延迟时间进行延迟发货处理的方式可以有多种，各实施方式可以独立实施，也可以结合实施，例如，可以基于当前时间和第一延迟发货时间预先计算出发货时间，待发货时间时进行发货，再例如，也可以自当前时间开始计时，经过所述第一延迟发货时间后进行发货，这里的当前时间即可以为当前时刻，也可以为当天，本实施例在此不对其进行限制。

实际应用中，在延迟发货期间，用户还可以发起退货处理，相应的，该方法还可以包括如下步骤：若在所述第一延迟时间内接收到针对所述货物的退货请求，则取消对所述货物的发货处理。

仍以前述的实际应用场景进行举例说明：在延迟发货期间(也即第一延迟时间内)，若接收到用户针对被延迟货物的退货指令，则无需再对货物进行发货处理。具体场景下，还可能需要向用户收取一定的延迟费用，相应的，可以在用户购买货物时的付款基础上扣除预设的第一费用，并将余下费用作为退货款返还至用户账号，该第一费用可以少于实际运费。

综上所述，本实施例提供的发货调度方法，根据用户针对订单的延迟发货请求，获得延迟发货的延迟时间，并根据延迟时间对订单中的货物进行延迟发货，从而充分考虑用户当前是否具备收货条件，基于用户的需求，灵活智能地控制发货时间，有效提高智能物流的可靠性和便利性。

图2是根据又一示例性实施例示出的一种发货调度方法的流程图，如图2所示，在图1a至图1c所示任一实施例的基础上，在步骤101之前，还可以包括如下步骤：

在步骤201中，向所述用户推送提醒消息，所述提醒消息用于向所述用户征求是否对所述货物再次延迟发货。

仍以前述的实际应用场景进行举例说明：根据第一延迟时间进行发货可能仍然无法有效保证收货，因此可以在延迟发货之前，具体可以在发货时或者发货前一天，提醒用户是否需要再次延迟发货，相应的，在根据当前的第一延迟时间进行发货之前，可以向用户推送提醒消息，以向用户征求是否对货物再次延迟发货。

一种可能发生的场景为用户无需再次延迟发货，可选的，用户表示无需再次延迟发货的方式可以有多种，且各方式可以独立实施，也可以结合实施。例如，用户可以返回无需再次延迟的消息指示，或者，用户还可以无视提醒消息，本实施例在此不对其进行限制。

相应的，在图2所示实施例的基础上，步骤201之后，还可以包括如下步骤：

在步骤202中，若接收到第一消息，则执行步骤103，所述第一消息是所述用户根据所述提醒消息取消对所述货物再次延迟发货后返回的。

仍以前述的实际应用场景进行举例说明：向用户推送提醒消息后，若接收到表征无需再次延迟的第一消息，则原计划不变，即根据第一延迟时间对订单对应的货物进行发货处理。

通过上述实施方式，在延迟发货到期之前可以向用户推送提醒消息，以使用户根据实际情况决定是否再次延迟发货，当用户指示无需再次延迟时及时发货，从而进一步提高延迟发货的灵活性、准确性和可靠性。

再相应的，在图2所示实施例的基础上，步骤201之后，还可以包括如下步骤：

在步骤203中，在向所述用户推送所述提醒消息之后的预设时间内，若未接收到所述用户返回的消息，则执行步骤103。

仍以前述的实际应用场景进行举例说明：向用户推送提醒消息后的一定时间内，若未接收到用户返回的针对提醒消息的任何消息，则原计划不变，即根据第一延迟时间对订单对应的货物进行发货处理。

通过上述实施方式，在延迟发货到期之前可以向用户推送提醒消息，以使用户根据实际情况决定是否再次延迟发货，并且当用户无需再次延迟发货时，无需进行任何操作，从而进一步提高延迟发货的便捷性和可靠性。

另一种可能发生的场景为用户需要再次延迟发货，相应的，在图2所示实施例的基础上，步骤101可以包括如下步骤：

在步骤204中，若接收到第二消息，则获取第二延迟时间，所述第二消息包括所述第二延迟时间，所述第二消息是所述用户根据所述提醒消息确认对所述货物再次延迟发货后返回的；

相应的，步骤102可以包括如下步骤：

在步骤205中，根据所述第二延迟时间，更新所述第一延迟时间；

再相应的，步骤103可以包括如下步骤：

在步骤206中，根据更新后的所述第一延迟时间，对所述订单对应的货物进行发货处理。

仍以前述的实际应用场景进行举例说明：向用户推送提醒消息后，若接收到表征需要再次延迟的第二消息，则根据第二消息中的第二延迟消息对原第一延迟时间进行更新，并根据更新后的第一延迟时间，对订单对应的货物进行发货处理。具体举例来说，假设发货调度方案基于订单生成日进行处理且订单生成于1月1日，再假设根据延迟发货请求获得的第一延迟时间为3天，则在1月4日发货前向用户推送提醒消息，如果用户返回第二消息指示再次延迟2天，则根据第二消息，将原本的第一延迟时间更新为5天，根据1月1日和更新后的第一延迟时间，对货物进行发货，可知发货日期应该为1月6日。可以理解，根据更新后的第一延迟消息进行发货之前，还可以再次向用户推送提醒消息。

通过上述实施方式，在延迟发货到期之前可以向用户推送提醒消息，以使用户根据实际情况决定是否再次延迟发货，当用户指示需要再次延迟时及时可靠地对货物的发货时间再次向后延迟，从而进一步提高延迟发货的灵活性、准确性和可靠性。

可选的，为了提高延迟发货的可靠性，在本实施例中任一实施方式的基础上，在步骤201之前，还可以包括如下步骤：

在步骤207中，若当前对所述货物的累积延迟时间达到预设的上限值，则不执行201，并对所述货物进行发货处理。

仍以前述的实际应用场景进行举例说明：结合前述方案，可以每次发货前都可以向用户推送提醒消息，也就是说在某订单的延迟发货过程中，可能需要多次向用户推送提醒消息。相应的，在向用户推送提醒消息前，可以先检测当前对该订单对应的货物的累积延迟时间是否已达预设的延迟发货的上限值(也即上述的第一预设上限值)，如果已达上限值，则不再推送提醒消息，直接发货。仍结合前述举例，具体举例来说，假设在延迟到期的最后一天提醒用户且预设的上限值为5天，则在1月6日向用户推送提醒消息之前，检测当前累积延迟天数是否已经达到5天，根据订单生成日为1月1日，可知该订单的累积延迟时间为5天，即已达上限值，则1月6日不再向用户推送提醒消息，直接发货。

通过本实施方式，当货物的累积延迟时间达到上限值，则不再支持再次延迟发货，并直接发货，可以提高延迟发货的可靠性。

综上所述，本实施例提供的发货调度方法中，在延迟发货到期之前向用户推送提醒消息，以使用户根据实际情况决定是否再次延迟发货，从而进一步提高延迟发货的灵活性、准确性和可靠性。

图3a是根据一示例性实施例示出的一种发货调度装置的结构图，如图3a所示，该发货调度装置可以包括：

获取模块31，被配置为获取延迟发货请求，延迟发货请求用于请求对订单对应的货物进行延迟发货；

分析模块32，被配置为根据获取模块31获取的延迟发货请求，获得第一延迟时间，第一延迟时间用于表征对货物进行延迟发货的延迟时间；

处理模块33，被配置为根据分析模块32获得的第一延迟时间，对订单对应的货物进行延迟发货处理。

实际应用中，发货调度装置可以独立设置，也可以集成设置在其它设备上，例如，终端、个人电脑、服务器等。

以实际应用场景来进行举例说明，该场景涉及延迟发货的场景：当用户短时期内无法对货物进行签收时，获取模块31获取延迟发货请求，分析模块32根据延迟发货请求，获得需要延迟的第一延迟时间，处理模块33根据分析模块32获得的第一延迟时间，进行延迟发货处理。

可选的，对获取模块31的触发场景可以有多种。可选的，可以根据用户的主动请求触发获取模块31执行延迟发货流程。再可选的，还可以向用户征求是否需要延迟发货，相应的，获取模块31包括：推送单元，被配置为向所述用户推送征求消息，所述征求消息用于向所述用户征求是否对所述货物延迟发货；接收单元，被配置为接收所述用户根据所述征求消息返回的所述延迟发货请求。后续，分析模块32根据延迟发货请求，获得第一延迟时间。

进一步的，向用户征求是否延迟发货的场景又进一步分为多种。

作为一种可实施的方式，作为一种可实施的方式，向用户发起征求的具体场景可以为初次向用户征求是否延迟发货。此场景下可以主动向用户征求是否需要延迟发货，相应的，所述推送单元，具体被配置为检测到订单生成时，向用户推送所述征求消息。进一步的，作为另一种可实施的方式，还可以在订单满足预设触发条件的情况下，向用户征求是否延迟发货。例如，所述触发条件可以为生成订单的时间在预设时间范围之内，相应的，所述推送单元包括：时间子单元，被配置为获取订单生成的时刻；第一推送子单元，被配置为若所述时刻在预设的时间范围内，则向所述用户推送所述征求消息。再例如，所述触发条件还可以为订单对应的货物为预先定义的可延期的商品，相应的，所述推送单元包括：查询子单元，被配置为确定所述订单对应的所述货物；第二推送子单元，被配置为若所述货物属于预设的支持延迟发货的商品，则向所述用户推送所述征求消息。

作为另一种可实施的方式，可以支持多次延迟，相应的，所述向用户发起征求的具体场景除了可以为初次延迟发货，还可以为在初次延迟发货后，再次征求用户是否再次延迟发货。此时可考虑当前货物的累积延迟时间和该用户发起延迟发货的累积时间，以避免延迟期限过长。相应的，所述向所述用户推送征求消息，可以包括以下步骤：第一检测子单元，被配置为检测所述货物在第一预设时间段内的累计延迟发货时长是否达到第一预设上限值；第三推送子单元，被配置为若所述货物在所述第一预设时间段内的累计延迟发货时长未达到所述第一预设上限值，则向所述用户推送所述征求消息；和/或，第二检测子单元，被配置为检测所述延迟发货请求的发起者在第二预设时间段内的累计延迟发货时长是否达到第二预设上限值；第四推送子单元，被配置为若所述延迟发货请求的发起者在所述第二预设时间段内的累计延迟发货时长未达到所述第二预设上限值，则向所述用户推送所述征求消息。

通过上述实施方式，能够基于不同的触发场景启动发货调度方案，从而及时进行延迟发货，提高延迟发货的适时性和可靠性。

具体的，根据延迟发货请求获得第一延迟时间的方式可以有多种。

作为一种可选的实施方式，第一延迟时间可以由用户自定义。相应的，如图3b所示，图3b是根据另一示例性实施例示出的一种发货调度装置的结构图，在图3a所示实施例的基础上，分析模块32可以包括：

解析单元321，被配置为从所述延迟发货请求中获取所述第一延迟时间，所述延迟发货请求包括所述第一延迟时间。

以实际应用场景来进行举例说明，该场景涉及延迟发货的场景：当用户需要针对某订单进行延迟发货时，可以自定义第一延迟时间，并发起延迟发货请求，该延迟发货请求包括所述第一延迟时间，相应的，解析单元321根据该延迟发货请求，从中获得第一延迟时间。

本实施方式，基于用户自定义，能够准确快速地获得需要延迟的第一延迟时间，从而准确快速地实现延迟发货。

作为另一种可选的实施方式，第一延迟时间可以基于订单信息分析获得。相应的，如图3c所示，图3c是根据又一示例性实施例示出的一种发货调度装置的结构图，在图3a所示实施例的基础上，分析模块32可以包括：

获取单元322，被配置为根据所述延迟发货请求，获得所述订单的订单信息；计算单元323，被配置为根据所述订单信息，基于预设的算法，获得所述第一延迟时间。

以实际应用场景来进行举例说明，该场景涉及延迟发货的场景：当用户需要针对某订单进行延迟发货时，可以发起延迟发货请求，相应的，获取单元322根据该延迟发货请求，获得所述订单的订单信息，计算单元323基于预设算法，获得第一延迟时间。

本实施方式，基于订单信息和预设算法，能够便捷可靠地获得需要延迟的第一延迟时间，从而便捷可靠地实现延迟发货，提高延迟发货的智能化。

实际应用中，在延迟发货期间，用户还可以发起退货处理，相应的，所述装置还可以包括：取消模块，被配置为在所述第一延迟时间内接收到针对所述货物的退货请求时，取消对所述货物的发货处理。

综上所述，本实施例提供的发货调度装置，根据用户针对订单的延迟发货请求，获得延迟发货的延迟时间，并根据延迟时间对订单中的货物进行延迟发货，从而充分考虑用户当前是否具备收货条件，基于用户的需求，灵活智能地控制发货时间，有效提高智能物流的可靠性和便利性。

图4是根据又一示例性实施例示出的一种发货调度装置的结构图，如图4所示，在图3a至图3c所示任一实施例的基础上，所述装置还包括：

提醒模块41，被配置为在获取模块31获取延迟发货请求之前，向所述用户推送提醒消息，所述提醒消息用于向所述用户征求是否对所述货物再次延迟发货。

仍以前述的实际应用场景进行举例说明：在处理模块33根据当前的第一延迟时间进行发货之前，提醒模块41向用户推送提醒消息，以向用户征求是否对货物再次延迟发货。

一种可能发生的场景为用户无需再次延迟发货，可选的，用户表示无需再次延迟发货的方式可以有多种，且各方式可以独立实施，也可以结合实施。例如，用户可以返回无需再次延迟的消息指示，或者，用户还可以无视提醒消息，本实施例在此不对其进行限制。

相应的，在图4所示实施例的基础上，处理模块33包括：

第一处理单元，被配置为在提醒模块41向所述用户推送所述提醒消息之后，若接收到第一消息，则根据所述第一延迟时间，对所述订单对应的货物进行发货处理，所述第一消息是所述用户根据所述提醒消息取消对所述货物再次延迟发货后返回的。

仍以前述的实际应用场景进行举例说明：提醒模块41向用户推送提醒消息后，若接收到表征无需再次延迟的第一消息，则第一处理单元根据第一延迟时间对订单对应的货物进行发货处理。

通过上述实施方式，在延迟发货到期之前可以向用户推送提醒消息，以使用户根据实际情况决定是否再次延迟发货，当用户指示无需再次延迟时及时发货，从而进一步提高延迟发货的灵活性、准确性和可靠性。

再相应的，在图4所示实施例的基础上，处理模块33包括：

第二处理单元，被配置为在提醒模块41向所述用户推送所述提醒消息之后的预设时间内，若未接收到所述用户返回的消息，则根据所述第一延迟时间，对所述订单对应的货物进行发货处理。

仍以前述的实际应用场景进行举例说明：提醒模块41向用户推送提醒消息后的一定时间内，若未接收到用户返回的针对提醒消息的任何消息，则第二处理单元根据第一延迟时间对订单对应的货物进行发货处理。

通过上述实施方式，在延迟发货到期之前可以向用户推送提醒消息，以使用户根据实际情况决定是否再次延迟发货，并且当用户无需再次延迟发货时，无需进行任何操作，从而进一步提高延迟发货的便捷性和可靠性。

另一种可能发生的场景为用户需要再次延迟发货，相应的，在图4所示实施例的基础上，获取模块31，还具体被配置为在提醒模块41向所述用户推送所述提醒消息之后，若接收到第二消息，则获取第二延迟时间，所述第二消息包括所述第二延迟时间，所述第二消息是所述用户根据所述提醒消息确认对所述货物再次延迟发货后返回的；

相应的，分析模块32，还具体被配置为根据所述第二延迟时间，更新所述第一延迟时间；

处理模块33，具体被配置为根据更新后的所述第一延迟时间，对所述订单对应的货物进行发货处理。

仍以前述的实际应用场景进行举例说明：提醒模块41向用户推送提醒消息后，若接收到表征需要再次延迟的第二消息，则获取模块31获得第二消息中的第二延迟消息，分析模块32根据第二延迟时间对第一延迟时间进行更新，处理模块33根据更新后的第一延迟时间，对订单对应的货物进行发货处理。

通过上述实施方式，在延迟发货到期之前可以向用户推送提醒消息，以使用户根据实际情况决定是否再次延迟发货，当用户指示需要再次延迟时及时可靠地对货物的发货时间再次向后延迟，从而进一步提高延迟发货的灵活性、准确性和可靠性。

可选的，为了提高延迟发货的可靠性，在本实施例中任一实施方式的基础上，处理模块33，还被配置为在提醒模块41向所述用户推送提醒消息之前，若当前对所述货物的累积延迟时间达到预设的上限值，则对所述货物进行发货处理。

仍以前述的实际应用场景进行举例说明：在提醒模块41向用户推送提醒消息前，可以先检测当前对该订单对应的货物的累积延迟时间是否已达上限值，如已达上限值，则指示提醒模块41不再推送提醒消息，直接发货。

通过本实施方式，当货物的累积延迟时间达到上限值，则不再支持再次延迟发货，并直接发货，可以提高延迟发货的可靠性。

综上所述，本实施例提供的发货调度装置，在延迟发货到期之前向用户推送提醒消息，以使用户根据实际情况决定是否再次延迟发货，从而进一步提高延迟发货的灵活性、准确性和可靠性。

以上描述的发货调度装置用于执行上述的发货调度方法。

如图5所示，图5是根据一示例性实施例示出的一种发货调度装置的框图，如图5所示，该发货调度装置可实现为：

处理器；

被配置为存储处理器可执行指令的存储器；

其中，所述处理器被配置为：获取延迟发货请求，所述延迟发货请求用于请求对订单对应的货物进行延迟发货；根据所述延迟发货请求，获得第一延迟时间，所述第一延迟时间用于表征对所述货物进行延迟发货的延迟时间；根据所述第一延迟时间，对所述订单对应的货物进行延迟发货处理。

本实施例提供的发货调度装置，根据用户针对订单的延迟发货请求，获得延迟发货的延迟时间，并根据延迟时间对订单中的货物进行延迟发货，从而充分考虑用户当前是否具备收货条件，基于用户的需求，灵活智能地控制发货时间，有效提高智能物流的可靠性和便利性。

图6是根据另一示例性实施例示出的一种发货调度装置600的框图。例如，发货调度装置600可以被提供为一服务器。参照图6，发货调度装置600包括处理组件622，其进一步包括一个或处理器，以及由存储器632所代表的存储器资源，用于存储可由处理组件622的执行的指令，例如应用程序。存储器632中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件622被配置为执行指令，以执行上述方法：

获取延迟发货请求，所述延迟发货请求用于请求对订单对应的货物进行延迟发货；根据所述延迟发货请求，获得第一延迟时间，所述第一延迟时间用于表征对所述货物进行延迟发货的延迟时间；根据所述第一延迟时间，对所述订单对应的货物进行延迟发货处理。

发货调度装置600还可以包括一个电源组件626被配置为执行发货调度装置600的电源管理，一个有线或无线网络接口650被配置为将发货调度装置600连接到网络，和一个输入输出(i/o)接口658。发货调度装置600可以操作基于存储在存储器632的操作系统，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm或类似。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置、终端和服务器的具体工作过程，可以参考前述方法实施例中的对应过程。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。