CN113435813A - 智能收寄方法、系统、电子设备及可读存储介质 - Google Patents

Abstract

本发明提供了一种智能收寄方法、系统、电子设备及可读存储介质。其中该种智能收寄方法具体包括：接收待收寄物品的运单信息并进行录入，而后根据运单信息生成相应的物流订单，最后根据物流订单对待收寄物品执行封发操作。其中，物流订单包括完整信息订单和瑕疵信息订单，瑕疵信息订单缺少封发操作所必须的物流信息中的至少一部分。该种智能收寄方法还对瑕疵信息订单进行缓存，并根据预设周期对瑕疵信息订单执行物流信息的补录操作。通过本技术方案，能够对于各种类型的物流订单实现自动化的录入与存储，并能够对存在瑕疵的物流订单进行周期性的物流信息补录，从而极大提升快递物流收寄业务环节的处理时效，具有可推广价值。

Description

智能收寄方法、系统、电子设备及可读存储介质

技术领域

本发明涉及物流揽收技术领域，具体地，公开了一种智能收寄方法、系统、电子设备及可读存储介质。

背景技术

随着电商行业的蓬勃发展，人们可以足不出户对自己心仪的商品进行选购，并能够享受到商品送货上门的人性化服务。显而易见的是，高速发展的电商行业对快递物流行业产生了极大的利好影响，快递物流网点日常揽收件量随着人们购买需求的增长而与日俱增。

但是，随着业务数量的增加，对于快递物流行业的服务要求也随之提高，这对于快递物流行业中的各个企业都将会是一个的巨大挑战。目前，各个电商平台和电商平台的入驻商户都会对合作的快递物流公司进行严格的时效考核，这一时效考核涵盖了快递物流运输的各个环节，包括物品揽收、物品封发、物品运输、物品派件、物品签收等。一旦在某一时段持续出现时效考核不达标的情况，电商平台及其入驻商家会考虑选择时效管控更好的快递物流企业，进而导致合作方的流失和企业业务量的下降。

可以理解的是，快递物流环节中出现时效不及时的情况往往是由于突发异常情况所导致的，特别是在快递揽收环节和封发环节中，若根据客户提供的物流订单号查询不到对应的物流需求信息，或是客户提供的物流订单号对应的物流需求信息不完整，都会导致快递无法在既定时效内完成收寄工作从而导致超出时效要求的情况发生。现有的快递网络管理系统并不能对快递揽收环节的突发异常情况做出及时的反馈和响应。

发明内容

针对现有技术中存在的上述缺陷，本发明提供一种智能收寄方法、系统、电子设备及可读存储介质。

在本申请的第一方面提供了一种智能收寄方法，具体包括：

接收待收寄物品的运单信息并进行录入；

根据运单信息，生成相应的物流订单；

根据物流订单的物流信息，对待收寄物品执行封发操作；

其中，物流订单包括完整信息订单和瑕疵信息订单，所诉瑕疵信息订单缺少封发操作所必须的物流信息中的至少一部分；

在物流订单为瑕疵信息订单的情况下，对瑕疵信息订单进行缓存，并根据预设周期对瑕疵信息订单执行物流信息的补录操作。

在上述第一方面的一种可能的实现中，在待收寄物品执行完成封发操作之后，该种智能收寄方法还包括：

生成与待收寄物品相关联的反馈信息，反馈信息包括待收寄物品完成收寄操作的信息内容。

在上述第一方面的一种可能的实现中，对瑕疵信息订单执行补录操作的具体步骤包括：

根据预设周期，向外部的物品订购系统请求对瑕疵信息订单的可关联信息进行同步，可关联信息包括瑕疵信息订单缺少的物流信息的至少一部分；

在同步可关联信息的情况下，根据可关联信息对瑕疵信息订单进行物流信息的补充；

判断补充后的物流订单是否属于瑕疵信息订单，在物流订单不属于瑕疵信息订单的情况下，根据物流订单对待收寄物品执行封发操作。

在上述第一方面的一种可能的实现中，当待收寄物品处于封发操作过程中，智能收寄方法还包括：

在接收到外部的物流订单修改请求的情况下，对相应的待收寄物品执行撤封操作；

根据物流订单修改请求，对物流订单进行修改并对相应的待收寄物品重新执行封发操纵。

在上述第一方面的一种可能的实现中，当待收寄物品尚未处于封发操作过程中，该种智能收寄方法还包括：

在接收到外部的物流订单修改请求的情况下，根据物流订单修改请求对物流订单进行修改；

判断修改后的物流订单是否属于瑕疵信息订单，在物流订单不属于瑕疵信息订单的情况下，根据物流订单对待收寄物品执行封发操作。

在上述第一方面的一种可能的实现中，在物流订单为瑕疵信息订单的情况下，该种智能收寄方法还包括：

生成与待收寄物品相关联的提示信息，提示信息包括提示待收寄物品因缺少封发操作所必须的物流信息中的至少一部分而暂时无法进行封发操作；以及

提示对瑕疵信息订单对应的待收寄物品进行独立暂存。

本申请的第二方面提供了一种智能收寄系统，应用于前述第一方面所提供的智能收寄方法中，该种智能收寄系统包括：

录入模块，用于对待收寄物品进行运单信息的录入；

生成模块，连接录入模块，用于根据运单信息生成相应的物流订单；

封发模块，连接生成模块，用于根据物流订单的物流信息对待收寄物品执行封发操作；

缓存模块，连接生成模块，用于对物流订单中的瑕疵信息订单进行缓存，所诉瑕疵信息订单缺少封发操作所必须的物流信息中的至少一部分；

补录模块，分别连接缓存模块和封发模块，用于根据预设周期对瑕疵信息订单执行物流信息的补录操作。

在上述第二方面的一种可能的实现中，该种智能收寄系统还包括：

反馈模块，连接封发模块，用于在待收寄物品执行完成封发操作之后，生成与待收寄物品相关联的反馈信息，反馈信息包括待收寄物品完成收寄操作的信息内容。

本申请的第三方面提供了一种电子设备，包括：存储器，存储器用于存储处理程序；处理器，处理器执行处理程序时实现前述第一方面所提供的智能收寄方法。

本申请的第四方面提供了一种可读存储介质，该种可读存储介质上存储有处理程序，处理程序被处理器执行时实现前述第一方面所提供的智能收寄方法。

与现有技术相比，本申请具有如下的有益效果：

通过本申请提出的技术方案，能够在快递物流收寄业务环节，对于各种类型的物流订单实现自动化的录入与存储，并能够对存在瑕疵的物流订单进行周期性的物流信息补录。本申请所提出的技术方案，其全流程的实现均能够满足线上化、自动化和智能化的需求，可以极大提升快递物流收寄业务环节的处理时效，减轻了末端快递网点的处理压力，避免了异常情况对于整个快递网络的稳定性造成影响，具有可推广价值。

附图说明

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

图1根据本申请实施例，示出了一种智能收寄方法的流程示意图；

图2根据本申请实施例，示出了一种智能收寄系统的结构示意图；

图3根据本申请实施例，示出了另一种智能收寄方法的流程示意图；

图4根据本申请实施例，示出了一种智能收寄方法中对于物流订单修改请求进行响应的流程示意图。

具体实施方式

下面结合具体实施例对本发明进行详细说明。以下实施例将有助于本领域的技术人员进一步理解本发明，但不以任何形式限制本发明。应当指出的是，对本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变化和改进。这些都属于本发明的保护范围。

为了解决现有技术中存在的快递网络管理系统无法对快递揽收环节和封发环节中出现的异常情况进行及时的响应和反馈从而导致出现快递揽收时效超期的问题，本申请提出了一种智能收寄方法、系统、电子设备及可读存储介质。通过该种智能收寄方法，对于各种类型的物流订单均可实现自动化的录入与存储，并能够对存在瑕疵的物流订单进行周期性的物流信息补录。整个智能收寄方法全流程的实现能够满足线上化、自动化和智能化的需求，可以极大提升快递揽收环节和封发环节的处理时效，减轻了末端快递网点的处理压力，避免了异常情况对于整个快递网络的稳定性造成影响。

可以理解的是，该种智能收寄方法可以应用于快递收寄业务中。快递收寄业务可以包括对待收寄物品进行信息录入，而后根据收件信息对待收寄物品进行分拨和打包、对打包后生成的物流快递总包进行路单的生成，最后根据生成的路单对快递物流总包进行趟车交接的全过程。

具体地，图1根据本申请的一些实施例，示出了一种智能收寄方法的流程示意图，具体包括：

步骤100：接收待收寄物品的运单信息并进行录入。可以理解的是，待收寄物品可以是具有快递物流需求且需要快递服务人员进行揽收的物品，可以是消费者通过电商平台进行购买的物品，也可以是个人之间需要进行快递的物品，在此不做限定。

步骤200：根据运单信息，生成相应的物流订单。有关如何根据运单信息进行物流订单的生成将于后文中进行详细描述。

步骤300：判断物流订单是否属于瑕疵信息订单，若是，则说明物流订单中至少存在一部分关键物流信息的缺失，进而转向步骤500；若否，则说明物流订单属于完整信息订单可以直接执行后续的封发操作，进而转向步骤400。

步骤400：根据物流订单的物流信息，对待收寄物品执行封发操作。其中，封发操作是快递收寄业务中的一项重要组成部分，有关封发操作的具体描述将于后文中进行详细描述。

步骤500：对瑕疵信息订单进行缓存，并根据预设周期对瑕疵信息订单执行物流信息的补录操作，而后返回步骤300。有关如何根据预设周期对瑕疵信息订单执行物流信息的补录操作将于后文中进行详细描述。

可以理解的是，于上述步骤100中，录入操作可以根据操作方式的不同，细化为扫件收寄、录入收寄、绑定收寄、导入收寄、一票多件等操作，其中扫件收寄、录入收寄、绑定收寄功能都是单件的收寄操作，一票多件、导入收寄功能是多件的收寄操作。录入操作还可以业务领域不同细化为其他不同的形式，在此不做限定。

可以理解的是，于上述步骤300中，在物流订单生成后即需要对物流订单是否属于瑕疵信息订单进行判断。其中，瑕疵信息订单可以包括缺少封发操作所必须的物流信息中的至少一部分的物流订单，缺失上述物流信息的待收寄物品无法完成正常的收寄操作。其中，封发操作所必须的物流信息可以包括快递种类、快递重量、寄件人的名称、通讯号码、寄件地址、收件人的名称、通讯号码、收件地址、寄件邮编、收件邮编、报价信息、价值声明、快递费用。本领域用户可以根据自身业务实际需要对于封发操作所必须的物流信息进行选择和限定，在此不做限制。

在本申请的一些实施例中，于步骤300中，还可以对于瑕疵信息订单进行反馈信息提示，以方便快递物流人员对于瑕疵信息订单所对应的待收寄物品进行区分存放或是独立暂存，以便后续对待收寄物品的整体封发操作。例如，当快递物流人员通过扫描枪对于快递运单号进行扫描以生成物流订单时，可以在出现瑕疵信息订单的情况下给出相应的语音提示：在快递运单号查询不到任何关联的物流订单信息时可以语音提示“订单不存在”；在快递运单号对应的物流订单信息出现缺失时可以语音提示“需补录”。

于上述实施例中，对于“订单不存在”或是“需补录”的瑕疵信息订单，将对其进行缓存并周期性地执行自动补录操作。现有技术方案中，对于上述瑕疵信息订单往往无法进行正常的系统录入，需要物流快递人员手动对补录信息进行补足完成后方能录入快递业务系统中，不仅处理步骤繁琐，还容易导致快递的收寄时效出现超期等异常情况，本技术方案提供的智能收寄方法能够很好地解决上述问题，对于各种类型(包括完整信息订单和瑕疵信息订单)的物流订单均可实现正常的录入动作，在减轻物流快递人员工作负担的同时能够保证物品的收寄时效处于正常可控范围内。

可以理解的是，于上述步骤400中，封发操作是将同一地区的快递进行统一打包并进行装车配送，包括对待收寄物品对应的物流订单进行总包生成、打印袋牌、生成路单、趟车交接等具体操作步骤。具体地，封发操作可以根据待收寄物品对应的物流订单中的收件地址信息，按照省级行政区、地级行政区、镇级行政区和乡级行政区地区分布进行划分，根据快递分拨的对应规则，将同一地区的待收寄物品进行总包生成。生成总包有两种操作方式：汇总方式封包和勾挑方式封包，在此不做限定。

可以理解的是，上述智能收寄方法的实现需要依托于相应的智能收寄系统，以实现上述步骤100至步骤600的线上化、智能化和自动化。图2根据本申请的一些实施例，示出了一种智能收寄系统。如图2所示，该种智能收寄系统可以包括录入模块001、生成模块002、封发模块003、缓存模块004和补录模块005。上述模块的具体功能及实现方式均与前述智能收寄方法中的描述相一致，在此不再赘述。该种智能收寄系统可以作为独立系统针对收寄作业的时效进行管控，可以作为嵌入式插件接入整个物流快递管理系统中。

可以理解的是，于上述智能收寄系统中，还可以提供一查询维护界面。在本申请的一些实施例中，使用者，例如该种智能收寄系统的管理者，可以通过该种查询维护界面对于录入的收寄信息进行维护。例如，使用者可以通过该种查询维护界面进行查询跳转，通过输入相应的查询条件查询出符合查询条件的快件信息资料。又例如，使用者还可以通过该种查询维护界面对已录入的快件信息进行主动的查改维护，包括修改待收寄物品的物流信息，对部分待收寄物品的订单信息进行批量删除等，其中，当管理者对快件信息进行主动查改维护时需要在查询维护界面中填写相应的维护原因和维护备注。再例如，使用者可以通过该种查询维护界面对于待寄收物品的封发状态进行查询和主动的修改维护。

在本申请的一些实施例中，如图3所示，该种智能收寄方法还可以包括：

步骤600：在待收寄物品完成封发操作的情况下，生成对待收寄物品完成收寄操作的反馈信息。

可以理解的是，在寄件方属于电商平台或是企业客户的情况下，由于这类寄件方需要对于快递物流公司的收寄时效进行考核，因此该种智能收寄方法可以在待收寄物品完成全部封发操作的情况下，自动生成有关收寄操作完成的反馈信息。这一反馈信息中可以包括待收寄物品的揽件时间、趟车交接时间、收寄整体耗时、物流信息变化情况等信息。该反馈信息可以自动投递至电商平台或是企业客户对应的管理系统中，能够自动化地、直观地向寄件方反馈收寄时效，无需人为操作，使得收寄业务的反馈效率得到了极大的提升。

同样地，在寄件方属于个体客户或是散件客户的情况下，反馈信息同样可以反馈到寄件方的客户端中，能够给予寄件方更加及时的物流信息反馈，有助于提升寄件方对快递物流服务的服务满意度。

可以理解的是，在本申请的一些实施例中，于如图2所示的智能收寄系统中，同样可以包括反馈模块006，反馈模块006能够通过交互接口实现将“收寄操作已完成”的反馈信息自动投递至电商平台或是企业客户对应的管理系统中，提升了该种智能收寄系统与客户侧的交互性。

在本申请的一些实施例中，该种智能收寄方法可以根据预设周期与外部的物品订购系统进行关联，并根据关联项对瑕疵信息订单自动执行物流信息的补录操作。

例如，当消费者通过电商平台中的某一商铺购买了一台智能手机，在进行购买订单的确认和付款时会将需要填写相应的收货地址等信息，这些信息会由电商平台对应的订单管理系统进行订单信息的生成。当该商铺通知快递物流服务商对智能手机进行收寄时，会将订单信息中与物流相关的信息和快递运单号进行关联，在此情况下当物流快递员对快递运单号进行扫描输入或是手动输入后，本申请的智能收寄系统能够根据关联链自动获取与物流相关的信息，包括寄件人和收件人的信息、快件自身重量和/体积重量、是否进行保价、价值声明等。而在某些特殊情况下，例如消费者在收件地址处留空，或是电商平台的订单管理系统中对于订单信息同步出现延时等，智能收寄系统无法通过快递运单号对应的关联链获取完整的物流相关信息，从而形成了部分或全部物流信息缺失的瑕疵信息订单。

可以理解的是，由于电商平台的订单管理系统中包含许多用户隐私数据以及商户营销定价等可能涉及商业秘密的信息，智能收寄系统无法主动从订单管理系统中对于缺失的物流信息进行直接读取，只能够根据智能收寄系统和订单管理系统之间的约定，由订单管理系统根据一定的预设周期，将可能存在延时同步情况的物流信息重新进行同步。此时智能收寄系统的补录模块005即可根据同步的关联项对处于缓存状态的瑕疵信息订单自动执行物流信息的补录操作。于上述实施例中，对于录入的瑕疵信息订单的物流信息补录提供了一种自动化的补录实现方式，无需管理人员的人为介入即可在第一时间对物流信息完成自动化补录，大大缩短了快递物理收寄环节的整体时效和管理便捷度。

在本申请的一些实施例中，如图4所示，该种智能收寄方法还可以包括：

步骤700：判断是否接受到外部的物流订单修改请求，若接受到外部的物流订单修改请求，则说明存在待收寄物品需要进行物流订单的修改，进而转向步骤701；若未接收到物流订单修改请求，则说明当前不存在待收寄物品需要进行物流订单的修改，进而返回步骤700进行持续的物流订单修改请求监测。

步骤701：根据物流订单修改请求，判断对应的物流订单是否属于瑕疵信息订单，若是，则说明与该物流订单相对应的待收寄物品尚未进入封发操作环节，进而转向步骤702；若否，则说明与该物流订单相对应的待收寄物品已进入封发操作环节，进而转向步骤703。

步骤702：根据物流订单修改请求，对物流订单进行修改。

步骤703：根据物流订单修改请求，对相应的待收寄物品执行撤封操作，并在物流订单完成修改的情况下重新对待收寄物品执行封发操作。

可以理解的是，上述步骤700至步骤703针对的是快递物流收寄业务中的退改件作业。退改件作业主要是对有撤件改址和退件需求的快件信息进行处理，例如可以是对有改址需求的快件进行撤单并修改新的收件人地址，而后按照新的收件人地址重新执行投递操作；也可以对待退件的快件进行退件接收并将快件等。

可以理解的是，在本申请的一些实施例中，于图2所示的智能收寄系统中，同样可以包括修正模块007，修正模块007能够通过交互接口对外部的物流订单修改请求进行接收，并在智能收寄系统的管理方对物流订单修改请求进行确认后根据物流订单修改请求执行相应的订单修改和撤件操作。

例如，在本申请的一些具体实施例中，同样针对消费者通过电商平台中的某一商铺购买了一台智能手机这一实际场景，消费者在完成购买下单后可以在智能手机尚未完成全部收寄操作前对于派送地址和派送时间进行修改：消费者可以将派送地址从“北京市”修改为“上海市”，这一修改行为会根据消费者在客户端的操作上传至电商平台的订单管理系统，电商平台的订单管理系统会根据消费者的改址操作生成相应的物流订单修改请求并实时反馈至智能收寄系统中，由修正模块007执行相应的处理步骤。

于上述具体实施例中，修正模块007在接收到物流订单修改请求的情况下，将自动对物流订单是否属于前述的瑕疵信息订单进行判断。可以理解的是，若物流订单修改请求所对应的物流订单属于瑕疵信息订单，则该物流订单对应的待收寄物品尚未进入封发操作环节，此时可以直接对物流订单依据修改请求进行修改，而后可以进一步判断修改后的物流订单是否仍属于瑕疵信息订单，若仍属于则可以等待补录模块005根据预设周期对该物流订单执行补录操作，若不属于则可以转而进入封发操作阶段。即在本申请的一些实施例中，修正模块007除了与封发模块003相连接，还可以与缓存模块004相连接。

若物流订单修改请求对应的物流订单属于完整信息订单，则说明该物流订单对应的待收寄物品已然进入封发操作环节，此时需要由封发模块003对待收寄物品执行撤封操作。由于封发操作包括物流总包的生成、运输路牌的打印、趟车交接等具体操作步骤，针对待收寄物品的撤封操作需要根据封发操作的整体执行进度进行适应性调整。例如当待收寄物品处于物流总包的生成环节，则可以直接将该待收寄物品从总包清单中撤出；当待收寄物品处于趟车交接环节前，则可以打开总包撤出相应的待收寄物品。当封发模块003完成撤封操作后，可以由修正模块007根据修改请求对物流订单进行修改，而后由封发模块003重新对待收寄物品执行封发操作。

而对于已完成封发操作的待收寄物品，无法由封发模块003直接执行相应的撤封操作，可以将上述物流订单修改请求从智能收发系统同步至快递物流全流程订单系统中，由下一个到达网点或中转站对待收寄物品执行相应的派送修改操作，在此不做限定。

在上述具体实施例的另一种可能的实现中，修正模块007也可以在接收到物流订单修改请求的情况下，将物流订单修改请求集中进行缓存，直至智能收寄系统的管理者对于缓存中的物流订单修改请求进行的确认操作后，再对物流订单是否属于瑕疵信息订单进行判断。其中对于物流订单修改请求的确认操作可以是人工进行的，也可以是智能收寄系统对于请求的发起方进行身份鉴权后自主进行确认操作的，在此不做限定。通过对于物流订单修改请求进行二次确认，能够防止对于物流订单信息的误删改和恶意删改，提升了该种智能收寄系统的稳定性和安全性。

在本申请的一些实施例中，还提供了一种电子设备。该种电子设备中包含存储器和处理器，其中存储器用于对处理程序进行存储，处理器则根据指令对处理程序进行执行。当处理器对处理程序进行执行时，使得前述实施例中的智能收寄方法得以实现。

在本申请的一些实施例中，还提供了一种可读存储介质，该可读存储介质可以为非易失性可读存储介质，也可以为易失性可读存储介质。该可读存储介质中存储有指令，当该指令在计算机上运行时，使得包含该种可读存储介质的电子设备执行前述的智能收寄方法。

可以理解的是，对于前述智能收寄系统中的各个功能模块，如果均以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-only memory，ROM)、随机存取存储器(Random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

例如，当对于待收寄物品进行揽收操作时，当用户通过显示界面对收寄信息进行确认后，可以由电子设备的控制器中的PosWorkAction控制类指令集调用存储介质中存储的scanPosPar()的收寄信息扫描指令以实现用户所需的扫描录入收寄信息的操作。

又例如，当对于待收寄物品进行封发操作时，当用户通过显示界面对物流总成生成情况进行确认后，可以由电子设备的控制器中的SealWorkAction控制类指令集调用存储介质中存储的makePackage()的总包生成指令以实现用户所需的总包生成操作。

再例如，当对于待收寄物品进行撤单操作时，当用户通过显示界面对撤单的待收寄物品进行确认后，可以由电子设备的控制器中ReMailWorkAction控制类指令集调用存储介质中存储的updateMailStatus()的撤单指令以实现用户所需的撤单操作。

以上对本发明的具体实施例进行了描述。需要理解的是，本发明并不局限于上述特定实施方式，本领域技术人员可以在权利要求的范围内做出各种变化或修改，这并不影响本发明的实质内容。在不冲突的情况下，本申请的实施例和实施例中的特征可以任意相互组合。

Claims (10)

1.一种智能收寄方法，其特征在于，包括：

接收待收寄物品的运单信息并进行录入；

根据所述运单信息，生成相应的物流订单；

根据所述物流订单的物流信息，对所述待收寄物品执行封发操作；

其中，所述物流订单包括完整信息订单和瑕疵信息订单，所诉瑕疵信息订单缺少所述封发操作所必须的所述物流信息中的至少一部分；

在所述物流订单为所述瑕疵信息订单的情况下，对所述瑕疵信息订单进行缓存，并根据预设周期对所述瑕疵信息订单执行所述物流信息的补录操作。

2.如权利要求1所述的智能收寄方法，其特征在于，在所述待收寄物品执行完成所述封发操作之后，所述智能收寄方法还包括：

生成与所述待收寄物品相关联的反馈信息，所述反馈信息包括所述待收寄物品完成所述收寄操作的信息内容。

3.如权利要求1所述的智能收寄方法，其特征在于，对所述瑕疵信息订单执行所述补录操作的具体步骤包括：

根据所述预设周期，向外部的物品订购系统请求对所述瑕疵信息订单的可关联信息进行同步，所述可关联信息包括所述瑕疵信息订单缺少的所述物流信息的至少一部分；

在同步所述可关联信息的情况下，根据所述可关联信息对所述瑕疵信息订单进行所述物流信息的补充；

判断补充后的所述物流订单是否属于瑕疵信息订单，在所述物流订单不属于所述瑕疵信息订单的情况下，根据所述物流订单对所述待收寄物品执行封发操作。

4.如权利要求1所述的智能收寄方法，其特征在于，当所述待收寄物品处于所述封发操作过程中，所述智能收寄方法还包括：

在接收到外部的物流订单修改请求的情况下，对相应的所述待收寄物品执行撤封操作；

根据所述物流订单修改请求，对所述物流订单进行修改并对所述相应的所述待收寄物品重新执行所述封发操纵。

5.如权利要求1所述的智能收寄方法，其特征在于，当所述待收寄物品尚未处于所述封发操作过程中，所述智能收寄方法还包括：

在接收到外部的物流订单修改请求的情况下，根据所述物流订单修改请求对所述物流订单进行修改；

判断修改后的所述物流订单是否属于瑕疵信息订单，在所述物流订单不属于所述瑕疵信息订单的情况下，根据所述物流订单对所述待收寄物品执行封发操作。

6.如权利要求1所述的智能收寄方法，其特征在于，在所述物流订单为所述瑕疵信息订单的情况下，所述智能收寄方法还包括：

生成与所述待收寄物品相关联的提示信息，所述提示信息包括提示所述待收寄物品因缺少所述封发操作所必须的所述物流信息中的至少一部分而暂时无法进行所述封发操作；以及

提示对所述瑕疵信息订单对应的所述待收寄物品进行独立暂存。

7.一种智能收寄系统，其特征在于，应用于如权利要求1至6中任意一项所述的智能收寄方法，所述智能收寄系统包括：

录入模块，用于对待收寄物品进行运单信息的录入；

生成模块，连接所述录入模块，用于根据所述运单信息生成相应的物流订单；

封发模块，连接所述生成模块，用于根据所述物流订单的物流信息对所述待收寄物品执行封发操作；

缓存模块，连接所述生成模块，用于对所述物流订单中的瑕疵信息订单进行缓存，所诉瑕疵信息订单缺少所述封发操作所必须的所述物流信息中的至少一部分；

补录模块，分别连接所述缓存模块和所述封发模块，用于根据预设周期对所述瑕疵信息订单执行所述物流信息的补录操作。

8.如权利要求7所述的智能收寄系统，其特征在于，还包括：

反馈模块，连接所述封发模块，用于在所述待收寄物品执行完成所述封发操作之后，生成与所述待收寄物品相关联的反馈信息，所述反馈信息包括所述待收寄物品完成所述收寄操作的信息内容。

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

存储器，所述存储器用于存储处理程序；

处理器，所述处理器执行所述处理程序时实现如权利要求1至6中任意一项所述的智能收寄方法。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储有处理程序，所述处理程序被处理器执行时实现如权利要求1至6中任意一项所述的智能收寄方法。

Images