本申请实施例涉及物流技术领域，尤其涉及一种自主集包的管理方法、装置、介质及电子设备。
背景技术：
自2010年以来，中国电子商务市场超高速发展，带动寄递产业以50％以上的速度快速增长。2017年以来，电商市场逐步细分，拼多多、直播等新的网购模式兴起，与电子商务相伴而行的寄递行业，其红利远没有结束，寄递市场正进入海量包裹时代，处于市场持续成长期。寄递行业虽然是微利行业，但在牢牢把握市场占有率这一制胜关键因素的前提下，通过流程合理化和管理科学化，可以依靠规模效应获得良好的效益。
集包作业，即在收寄点或集包点(县和地市)对于同一路向的邮件，将邮件实物以集包袋盛装，信息与集包绑定，经过中转单位时集包袋无须开拆，将一个集包视同一件邮件进行袋牌扫描，直至寄达单位才进行集包袋开拆、分拣和信息接收的一种作业模式。
当前行业集包作业主要靠人工经验维护，没有科学数据支撑，容易出现计算的效率低下等问题，严重影响集包效率，且人工成本高。
技术实现要素：
本申请实施例提供一种自主集包的管理方法、装置、介质及电子设备，可以节省分拣次数，提高集包效率，且能够降低人工成本。
第一方面，本申请实施例提供了一种自主集包的管理方法，所述方法包括：
在收揽网点获取包裹的基础信息，将所述基础信息符合基础条件的包裹，确定为待集包裹；所述收揽网点归属于收揽处理中心，所述收揽处理中心用于负责至少两个收揽网点的物流汇集；
获取所述待集包裹的路向信息，基于所述路向信息对符合集包路向条件的待集包裹划分第一待处理集合；
对各第一待处理集合，按照集包约束条件确定当前收揽网点的集包方案。
第二方面，本申请实施例提供了一种自主集包的管理装置，所述装置包括：
待集包裹确定模块，用于在收揽网点获取包裹的基础信息，将所述基础信息符合基础条件的包裹，确定为待集包裹；所述收揽网点归属于收揽处理中心，所述收揽处理中心用于负责至少两个收揽网点的物流汇集；
第一待处理集合划分模块，用于获取所述待集包裹的路向信息，基于所述路向信息对符合集包路向条件的待集包裹划分第一待处理集合；
第一待处理集合集包方案确定模块，用于对各第一待处理集合，按照集包约束条件确定当前收揽网点的集包方案。
第三方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例所述的自主集包的管理方法。
第四方面，本申请实施例提供了一种电子设备，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如本申请实施例所述的自主集包的管理方法。
本申请实施例所提供的技术方案，在收揽网点获取包裹的基础信息，将基础信息符合基础条件的包裹，确定为待集包裹；其中，收揽网点归属于收揽处理中心，收揽处理中心用于负责至少两个收揽网点的物流汇集；获取待集包裹的路向信息，并基于路向信息对符合集包路向条件的待集包裹划分第一待处理集合；对各第一待处理集合，按照集包约束条件确定当前收揽网点的集包方案。通过执行本技术方案，可以节省分拣次数，提高集包效率，且能够降低人工成本。
附图说明
图1是本申请实施例一提供的一种自主集包的管理方法的流程图；
图2是本申请实施例二提供的一种自主集包的管理方法的过程示意图；
图3是本申请实施例三提供的一种自主集包的管理装置的结构示意图；
图4是本申请实施例五提供的一种电子设备的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。
在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
实施例一
图1是本申请实施例一提供的一种自主集包的管理方法的流程图，本实施例可适用于集包作业的情况，该方法可以由本申请实施例所提供的自主集包的管理装置执行，该装置可以由软件和/或硬件的方式来实现，并可集成于用于集包方案设计的电子设备中。
如图1所示，所述自主集包的管理方法包括：
s110、在收揽网点获取包裹的基础信息，将所述基础信息符合基础条件的包裹，确定为待集包裹；所述收揽网点归属于收揽处理中心，所述收揽处理中心用于负责至少两个收揽网点的物流汇集。
在本实施例中，收揽网点可以是用于收揽包裹的代收点。
在本实施例中，包裹的基础信息可以是包裹的重量、体积以及材料等。其中，材料可以是构成包裹的物质。例如，一些包裹是由玻璃材料构成的，而有些包裹是由塑料材质构成的。
在本实施例中，基础条件可以包括包裹的最大重量、最大体积以及材料等。可以理解的，对于一些重量较重、体积较大的包裹，则不适合以集包形式进行处理。且对于一些易碎材料的包裹也可以不选择以集包形式进行处理。
在本实施例中，物流可以是指为了满足客户的需求，以最低的成本，通过运输、保管、配送等方式，实现原材料、半成品、成品或相关信息进行由商品的产地到商品的消费地的计划、实施和管理的全过程。可以理解的，收揽处理中心用于负责至少两个收揽网点的物流汇集，即收揽网点可以将包裹以物流的方式汇集到收揽处理中心。
在本实施例中，在收揽网点获得包裹的基础信息，当包裹的基础信息符合基本条件时，可以将这些包裹确定为待集包裹。当包裹的基础信息不符合基本条件时，则确定这些包裹不采用集包方式运输，可以将其按照常规的运输方式运输。如运转至收揽处理中心，再经过投递处理中心，最后到达投递网点，以进行包裹的投递。
本方案中，包裹的基础信息的获取方式，可以采用通过称重和扫描平台，以获取其重量，并以激光扫描的方式获取其体积，再读取物流单上面的产品类型，获取包裹内物品的材质。在得到上述信息之后，可以将上述信息录入至包裹信息当中。可以通过扫描包裹的运单码，或者输入包裹的运单号的方式，读取出上述信息，以用来进行商品的基础信息是否符合基础条件的判断。
在本技术方案中，可选的，在收揽网点获取包裹的基础信息，将所述基础信息符合基础条件的包裹，确定为待集包裹，包括：
在收揽网点获取包裹的重量信息、体积信息以及材质信息；
将所述重量信息、体积信息以及材质信息符合单包裹重量约束条件、单包裹体积约束条件以及单包裹材质约束条件的包裹，确定为待集包裹。
在本实施例中，单包裹重量约束条件可以是单包裹重量不能超过一定重量。例如，单包裹重量不能超过50公斤或者100公斤等。
在本实施例中，单包裹体积约束条件可以是单包裹体积不能超过一定数值。例如，单包裹体积不能超过50立方米或者100立方米等。
在本实施例中，单包裹材质约束条件可以是单包裹材质不能是易碎材料。例如，单包裹材质不能是玻璃材质或者陶瓷材质等。
通过对待集包裹的基础信息进行约束，不仅可以满足集包需求，且能够考虑实际使用的便捷性以及可行性。
s120、获取所述待集包裹的路向信息，基于所述路向信息对符合集包路向条件的待集包裹划分第一待处理集合。
在本实施例中，路向信息可以是包裹邮寄途径网点和途径处理中心。例如，包裹的路向信息可以是从a地区的a网点到b处理中心，再到b地区的c处理中心，并经过d网点，最后通过投递完成包裹的运输。此处的处理中心可以分为省级和市县级。
在本实施例中，集包路向条件可以是包裹路向信息相同。即待集包裹可以邮寄到相同的投递网点。例如，待集包裹1的路向信息的目的地是b地区的d网点，待集包裹2的路向信息的目的地是b地区的d网点，待集包裹3的路向信息的目的地是c地区的e网点，则可以将待集包裹1和2划分为第一待处理集合。其中，第一待处理集合可以是由一个或者多个待集包裹组成的。
s130、对各第一待处理集合，按照集包约束条件确定当前收揽网点的集包方案。
在本实施例中，集包约束条件可以包括邮件量、邮件体积以及邮件重量等。可以理解的，集包约束条件可以是集包中邮件量不得小于集包标准的最小邮件量、集包中的邮件体积不得大于集包标准的最大体积或者集包中的邮件总重量不得大于集包标准的最大重量等。
在本实施例中，集包方案可以是对每个集包有哪些邮件、在哪里集包、集到哪里等进行设计的方案。
可以理解的，确定各第一待处理集合后，根据集包约束条件对各第一待处理集合进行集包方案设计，确定当前收揽网点的集包方案。
在本技术方案中，可选的，获取所述待集包裹的路向信息，基于所述路向信息对符合集包路向条件的待集包裹划分第一待处理集合，包括：
获取所述待集包裹的投递机构；所述投递机构包括所述待集包裹的投递网点以及投递网点所属的投递处理中心；
基于所述投递机构对投递网点相同的待集包裹，划分为一级第一待处理集合；
相应的，对各第一待处理集合，按照集包约束条件确定当前收揽网点的集包方案，包括：
若所述一级第一待处理集合的待集包裹满足集包约束条件，则输出集包方案；
若存在不满足集包约束条件的待集包裹，则对不满足的待集包裹基于所述投递机构对投递处理中心相同的，划分为二级第一待处理集合；
相应的，对各第一待处理集合，按照集包约束条件确定当前收揽网点的集包方案，还包括：
若所述二级第一待处理集合的待集包裹满足集包约束条件，则输出集包方案。
在本实施例中，投递机构可以包括待集包裹的投递网点以及投递网点所属的投递处理中心。其中，投递网点可以直接用于包裹的投递，投递处理中心下设有一个或者多个投递网点，用于将包裹邮件到投递网点，然后在由投递网点进行包裹的投递。
可以理解的，将投递网点相同的待集包裹，划分为一级第一待处理集合。然后确定一级第一待处理集合是否满足集包约束条件，若满足，则输出集包方案；若不满足，则将投递处理中心相同的待集包裹划分为二级第一待处理集合，即将不满足集包约束条件且投递处理中心相同的各第一待处理集合，划分为二级第一待处理集合。确定二级第一待处理集合后，判断二级第一待处理集合的待集包裹是否满足集包约束条件，若满足，则输出集包方案。
通过将待集包裹划分为一级第一待处理集合和二级第一待处理集合进行处理，可以减少包裹分拣次数，提高集包效率。
在本技术方案中，可选的，所述方法还包括：
将所述二级第一待处理集合中不满足集包约束条件的待集包裹作为模型输入数据；
将所述模型输入数据输入至预先训练的集包处理模型；
根据模型的输出结果确定所述二级第一待处理集合中不满足集包约束条件的待集包裹的集包方案。
在本实施例中，集包处理模型可以是用于对待集包裹的集包方案进行设计的模型。即集包处理模型可以将二级第一待处理集合中不满足集包约束条件的待集包裹进行重新规划，确定新的集包方案，以满足最大化集包效益的目标。
通过对二级第一待处理集合中不满足集包约束条件的待集包裹进行集包方案设计，可以针对不同情况下的待集包裹进行集包方案确定，减少了包裹的分拣次数，提高了包裹的集包效率。
在本技术方案中，可选的，所述预先训练的集包处理模型包括迭代次数超参数和最大计算时长超参数；
所述预先训练的集包处理模型的计算目标为分拣次数最少。
在本实施例中，迭代次数超参数可以是集包处理模型进行集包方案确定时迭代的次数。例如，迭代次数可以是3次，也可以是5次。
在本实施例中，最大计算时长超参数可以是集包处理模型进行集包方案确定时迭代的时长。例如，迭代时长可以是3分钟，也可以是5分钟等。
在本实施例中，采用预先训练的集包处理模型对二级第一待处理集合中不满足集包约束条件的待集包裹进行集包方案确定时，不仅需要满足迭代次数超参数和最大计算时长超参数，且确定的集包方案分拣次数最少。例如，在满足迭代次数超参数和最大计算时长超参数时，集包处理模型确定的集包方案中目标分拣次数可以是4次，也可以是5次，则最终确定的集包方案目标分拣次数是4次，即满足集包处理模型的计算目标为分拣次数最少。
通过对集包处理模型进行参数约束，能够更加快速的确定集包方案，提高集包的效率。
在本技术方案中，可选的，所述集包约束条件包括集包最大重量，集包最大体积以及集包最小包裹数量。
其中，集包最大重量可以是100公斤，也可以是200公斤。每个待集包裹的最大重量不能超过集包最大重量。
其中，最大体积可以是10立方米，也可以是50立方米。每个待集包裹的最大体积不能超过集包最大体积。
其中，集包最小包裹数量可以是100件，也可以是1000件。每个待集包裹中邮件的数量需要超过最小包裹数量。
通过确定集包约束条件，可以对各第一待处理集合进行约束，不仅能够满足集包的需求，且能够考虑到实际使用的便捷性以及可行性。
本申请实施例所提供的技术方案，在收揽网点获取包裹的基础信息，将基础信息符合基础条件的包裹，确定为待集包裹；其中，收揽网点归属于收揽处理中心，收揽处理中心用于负责至少两个收揽网点的物流汇集；获取待集包裹的路向信息，并基于路向信息对符合集包路向条件的待集包裹划分第一待处理集合；对各第一待处理集合，按照集包约束条件确定当前收揽网点的集包方案。通过执行本技术方案，可以节省分拣次数，提高了集包效率，且能够降低人工成本。
实施例二
图2是本发明实施例二中的信息推送过程的示意图，本实施例二在实施例一的基础上进行进一步地优化。具体优化为：在按照集包约束条件确定当前收揽网点的集包方案之后，所述方法还包括：在当前收揽网点所归属的收揽处理中心，汇集收揽处理中心负责的各收揽网点的符合基础条件的未集包裹；获取所述未集包裹的路向信息，基于所述路向信息对符合集包路向条件的未集包裹划分第二待处理集合；对各第二待处理集合，按照集包约束条件确定当前收揽处理中心的集包方案。其中，未在本实施例中详尽描述的内容详见实施例一。如图2所示，该方法包括以下步骤：
s210、在收揽网点获取包裹的基础信息，将所述基础信息符合基础条件的包裹，确定为待集包裹；所述收揽网点归属于收揽处理中心，所述收揽处理中心用于负责至少两个收揽网点的物流汇集。
s220、获取所述待集包裹的路向信息，基于所述路向信息对符合集包路向条件的待集包裹划分第一待处理集合。
s230、对各第一待处理集合，按照集包约束条件确定当前收揽网点的集包方案。
s240、在当前收揽网点所归属的收揽处理中心，汇集收揽处理中心负责的各收揽网点的符合基础条件的未集包裹。
其中，未集包裹可以是符合基础条件但不符合集包路向条件的包裹。可以理解的，未集包裹符合基础条件，可以进行集包处理，但是这些未集包裹的路向信息比较复杂，不符合集包路向条件。例如，未集包裹1的路向信息是a地区的d网点，未集包裹2的路向信息是b地区的e网点，未集包裹3的路向信息是c地区的f网点，这三个未集包裹路向信息不同，不符合集包路向条件。
在本实施例中，收揽处理中心下设有一个或者多个收揽网点。可以理解的，各收揽网点可以将未集包裹统一汇集到收揽处理中心进行处理。
s250、获取所述未集包裹的路向信息，基于所述路向信息对符合集包路向条件的未集包裹划分第二待处理集合。
在本实施例中，收揽处理中心汇集了各收揽网点未集包裹，获取各未集包裹的路向信息，并确定路向信息符合集包路向条件的未集包裹，将这些未集包裹划分为第二待处理集合。例如，收揽处理中心汇集了收揽网点1和收揽网点2的未集包裹。收揽网点1中未集包裹1的路向信息是a地区的d网点，未集包裹2的路向信息是b地区的f网点。收揽网点2中未集包裹1的路向信息是a地区的d网点，未集包裹2的路向信息是c地区的a网点。收揽网点1中未集包裹1的路向信息和收揽网点2中未集包裹1的路向信息相同，符合集包路向条件，则可以将符合集包路向条件的未集包裹划分第二待处理集合。
s260、对各第二待处理集合，按照集包约束条件确定当前收揽处理中心的集包方案。
可以理解的，获得各第二待处理集合后，将投递网点相同的待集包裹，划分为一级第二待处理集合。然后确定一级第二待处理集合是否满足集包约束条件，若满足，则输出集包方案；若不满足，则将投递处理中心相同的待集包裹划分为二级第二待处理集合，即将不满足集包约束条件且投递处理中心相同的各第二待处理集合，划分为二级第二待处理集合。确定二级第二待处理集合后，判断二级第二待处理集合的待集包裹是否满足集包约束条件，若满足，则输出集包方案。若不满足，则将二级第二待处理集合中不满足集包约束条件的待集包裹作为模型输入数据，输入至预先训练的集包处理模型进行训练，获得二级第二待处理集合中不满足集包约束条件的待集包裹的集包方案。
本申请实施例所提供的技术方案，在收揽网点获取包裹的基础信息，将基础信息符合基础条件的包裹，确定为待集包裹；其中，收揽网点归属于收揽处理中心，收揽处理中心用于负责至少两个收揽网点的物流汇集；获取待集包裹的路向信息，并基于路向信息对符合集包路向条件的待集包裹划分第一待处理集合；对各第一待处理集合，按照集包约束条件确定当前收揽网点的集包方案。对于不符合集包路向条件的待集包裹，重新划分为第二待处理集合，并进行集包方案确定。通过执行本技术方案，可以节省分拣次数，提高了集包效率，且能够降低人工成本。
实施例三
图3是本申请实施例三提供的一种自主集包的管理装置的结构示意图，如图3所示，自主集包的管理装置，包括：
待集包裹确定模块310，用于在收揽网点获取包裹的基础信息，将所述基础信息符合基础条件的包裹，确定为待集包裹；所述收揽网点归属于收揽处理中心，所述收揽处理中心用于负责至少两个收揽网点的物流汇集；
第一待处理集合划分模块320，用于获取所述待集包裹的路向信息，基于所述路向信息对符合集包路向条件的待集包裹划分第一待处理集合；
第一待处理集合集包方案确定模块330，用于对各第一待处理集合，按照集包约束条件确定当前收揽网点的集包方案。
在本技术方案中，可选的，所述装置还包括：
未集包裹确定模块，用于在当前收揽网点所归属的收揽处理中心，汇集收揽处理中心负责的各收揽网点的符合基础条件的未集包裹；
第二待处理集合划分模块，用于获取所述未集包裹的路向信息，基于所述路向信息对符合集包路向条件的未集包裹划分第二待处理集合；
第二待处理集合集包方案确定模块，用于对各第二待处理集合，按照集包约束条件确定当前收揽处理中心的集包方案。
在本技术方案中，可选的，第一待处理集合划分模块320，包括：
投递机构获取单元，用于获取所述待集包裹的投递机构；所述投递机构包括所述待集包裹的投递网点以及投递网点所属的投递处理中心；
一级第一待处理集合划分单元，用于基于所述投递机构对投递网点相同的待集包裹，划分为一级第一待处理集合；
相应的，第一待处理集合集包方案确定模块330，包括：
一级第一待处理集合集包方案确定单元，用于若所述一级第一待处理集合的待集包裹满足集包约束条件，则输出集包方案；
二级第一待处理集合划分单元，用于若存在不满足集包约束条件的待集包裹，则对不满足的待集包裹基于所述投递机构对投递处理中心相同的，划分为二级第一待处理集合；
相应的，第一待处理集合集包方案确定模块330，还包括：
二级第一待处理集合集包方案确定单元，用于若所述二级第一待处理集合的待集包裹满足集包约束条件，则输出集包方案。
在本技术方案中，可选的，第一待处理集合划分模块320，还包括：
模型输入数据确定单元，用于将所述二级第一待处理集合中不满足集包约束条件的待集包裹作为模型输入数据；
模型输入数据输入单元，用于将所述模型输入数据输入至预先训练的集包处理模型；
待集包裹的集包方案确定单元，用于根据模型的输出结果确定所述二级第一待处理集合中不满足集包约束条件的待集包裹的集包方案。
在本技术方案中，可选的，所述预先训练的集包处理模型包括迭代次数超参数和最大计算时长超参数；
所述预先训练的集包处理模型的计算目标为分拣次数最少。
在本技术方案中，可选的，所述集包约束条件包括集包最大重量，集包最大体积以及集包最小包裹数量。
在本技术方案中，可选的，待集包裹确定模块310，包括：
包裹信息获取单元，用于在收揽网点获取包裹的重量信息、体积信息以及材质信息；
待集包裹确定单元，用于将所述重量信息、体积信息以及材质信息符合单包裹重量约束条件、单包裹体积约束条件以及单包裹材质约束条件的包裹，确定为待集包裹。
上述产品可执行本申请实施例所提供的方法，具备执行方法相应的功能模块和有益效果。
实施例四
本申请实施例四还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种自主集包的管理方法，该方法包括：
在收揽网点获取包裹的基础信息，将所述基础信息符合基础条件的包裹，确定为待集包裹；所述收揽网点归属于收揽处理中心，所述收揽处理中心用于负责至少两个收揽网点的物流汇集；
获取所述待集包裹的路向信息，基于所述路向信息对符合集包路向条件的待集包裹划分第一待处理集合；
对各第一待处理集合，按照集包约束条件确定当前收揽网点的集包方案。
存储介质是指任何的各种类型的存储器电子设备或存储电子设备。术语“存储介质”旨在包括：安装介质，例如cd-rom、软盘或磁带装置；计算机系统存储器或随机存取存储器，诸如dram、ddrram、sram、edoram，兰巴斯(rambus)ram等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外，存储介质可以位于程序在其中被执行的计算机系统中，或者可以位于不同的第二计算机系统中，第二计算机系统通过网络(诸如因特网)连接到计算机系统。第二计算机系统可以提供程序指令给计算机用于执行。术语“存储介质”可以包括可以驻留在不同未知中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。
当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的自主集包的管理操作，还可以执行本申请任意实施例所提供的自主集包的管理方法中的相关操作。
实施例五
本申请实施例五提供了一种电子设备，该电子设备中可集成本申请实施例提供的自主集包的管理装置，该电子设备可以是配置于系统内的，也可以是执行系统内的部分或者全部功能的设备。图4是本申请实施例五提供的一种电子设备的结构示意图。如图4所示，本实施例提供了一种电子设备400，其包括：一个或多个处理器420；存储装置410，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器420执行，使得所述一个或多个处理器420实现本申请实施例所提供的自主集包的管理方法，该方法包括：
在收揽网点获取包裹的基础信息，将所述基础信息符合基础条件的包裹，确定为待集包裹；所述收揽网点归属于收揽处理中心，所述收揽处理中心用于负责至少两个收揽网点的物流汇集；
获取所述待集包裹的路向信息，基于所述路向信息对符合集包路向条件的待集包裹划分第一待处理集合；
对各第一待处理集合，按照集包约束条件确定当前收揽网点的集包方案。
当然，本领域技术人员可以理解，处理器420还实现本申请任意实施例所提供的自主集包的管理方法的技术方案。
图4显示的电子设备400仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图4所示，该电子设备400包括处理器420、存储装置410、输入装置430和输出装置440；电子设备中处理器420的数量可以是一个或多个，图4中以一个处理器420为例；电子设备中的处理器420、存储装置410、输入装置430和输出装置440可以通过总线或其他方式连接，图4中以通过总线450连接为例。
存储装置410作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块单元，如本申请实施例中的自主集包的管理方法对应的程序指令。
存储装置410可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储装置410可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储装置410可进一步包括相对于处理器420远程设置的存储器，这些远程存储器可以通过网络连接。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入装置430可用于接收输入的数字、字符信息或语音信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。输出装置440可包括显示屏、扬声器等电子设备。
本申请实施例提供的电子设备，可以节省分拣次数，提高集包效率，且能够降低人工成本。
上述实施例中提供的自主集包的管理装置、介质及电子设备可执行本申请任意实施例所提供的自主集包的管理方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的自主集包的管理方法。
注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。
1.一种自主集包的管理方法，其特征在于，包括：
在收揽网点获取包裹的基础信息，将所述基础信息符合基础条件的包裹，确定为待集包裹；所述收揽网点归属于收揽处理中心，所述收揽处理中心用于负责至少两个收揽网点的物流汇集；
获取所述待集包裹的路向信息，基于所述路向信息对符合集包路向条件的待集包裹划分第一待处理集合；
对各第一待处理集合，按照集包约束条件确定当前收揽网点的集包方案。
2.根据权利要求1所述的方法，其特征在于，在按照集包约束条件确定当前收揽网点的集包方案之后，所述方法还包括：
在当前收揽网点所归属的收揽处理中心，汇集收揽处理中心负责的各收揽网点的符合基础条件的未集包裹；
获取所述未集包裹的路向信息，基于所述路向信息对符合集包路向条件的未集包裹划分第二待处理集合；
对各第二待处理集合，按照集包约束条件确定当前收揽处理中心的集包方案。
3.根据权利要求1所述的方法，其特征在于，获取所述待集包裹的路向信息，基于所述路向信息对符合集包路向条件的待集包裹划分第一待处理集合，包括：
获取所述待集包裹的投递机构；所述投递机构包括所述待集包裹的投递网点以及投递网点所属的投递处理中心；
基于所述投递机构对投递网点相同的待集包裹，划分为一级第一待处理集合；
相应的，对各第一待处理集合，按照集包约束条件确定当前收揽网点的集包方案，包括：
若所述一级第一待处理集合的待集包裹满足集包约束条件，则输出集包方案；
若存在不满足集包约束条件的待集包裹，则对不满足的待集包裹基于所述投递机构对投递处理中心相同的，划分为二级第一待处理集合；
相应的，对各第一待处理集合，按照集包约束条件确定当前收揽网点的集包方案，还包括：
若所述二级第一待处理集合的待集包裹满足集包约束条件，则输出集包方案。
4.根据权利要求3所述的方法，其特征在于，所述方法还包括：
将所述二级第一待处理集合中不满足集包约束条件的待集包裹作为模型输入数据；
将所述模型输入数据输入至预先训练的集包处理模型；
根据模型的输出结果确定所述二级第一待处理集合中不满足集包约束条件的待集包裹的集包方案。
5.根据权利要求4所述的方法，其特征在于，所述预先训练的集包处理模型包括迭代次数超参数和最大计算时长超参数；
所述预先训练的集包处理模型的计算目标为分拣次数最少。
6.根据权利要求1所述的方法，其特征在于，所述集包约束条件包括集包最大重量，集包最大体积以及集包最小包裹数量。
7.根据权利要求1所述的方法，其特征在于，在收揽网点获取包裹的基础信息，将所述基础信息符合基础条件的包裹，确定为待集包裹，包括：
在收揽网点获取包裹的重量信息、体积信息以及材质信息；
将所述重量信息、体积信息以及材质信息符合单包裹重量约束条件、单包裹体积约束条件以及单包裹材质约束条件的包裹，确定为待集包裹。
8.一种自主集包的管理装置，其特征在于，包括：
待集包裹确定模块，用于在收揽网点获取包裹的基础信息，将所述基础信息符合基础条件的包裹，确定为待集包裹；所述收揽网点归属于收揽处理中心，所述收揽处理中心用于负责至少两个收揽网点的物流汇集；
第一待处理集合划分模块，用于获取所述待集包裹的路向信息，基于所述路向信息对符合集包路向条件的待集包裹划分第一待处理集合；
第一待处理集合集包方案确定模块，用于对各第一待处理集合，按照集包约束条件确定当前收揽网点的集包方案。
9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一项所述的自主集包的管理方法。
10.一种电子设备，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-7中任一项所述的自主集包的管理方法。
技术总结