一种基于环线编组管理的甩挂作业方法、装置及存储介质与流程

1.本技术属于物流快递运输技术领域，具体涉及一种基于环线编组管理的甩挂作业方法、装置及存储介质。


背景技术：

2.在现有的甩挂作业流程中，对甩挂班线、车辆尤其是挂厢都没有规定明确的归属、管理主体，导致了在车辆使用过程中单个运输车队都不愿主动承担管理、维保职责，造成了挂厢损坏、脱保、乱停乱放、闲置等各种问题，不仅是成本的浪费，也存在极大的安全隐患，同时因为挂厢与线路、挂厢与运输车队都没有明确的绑定关系，导致在甩挂执行过程中的随意使用，挂厢的往返使用十分混乱，很多挂厢字始发中心甩到末端中心后，长时间无法返回，造成有的车队挂厢堆积、闲置，而有的车队缺挂厢不够使用，且由于在甩挂计划制定过程、操作执行过程没有对班次进行管控，导致班次混乱，带来的一个直接结果就是各车队之间的班次成本分摊计算混乱，需要手工调整的比例很高，成本管理人员工作量较大。


技术实现要素：

3.为此，本技术提供一种基于环线编组管理的甩挂作业方法、装置及存储介质，用于解决现有技术中甩挂作业过程中责权划分不清晰、挂厢使用混乱，甩挂班线成本分摊不合理的问题。
4.为实现以上目的，本技术采用如下技术方案：
5.一种基于环线编组管理的甩挂作业方法，所述方法包括：
6.确定甩挂线路，对甩挂线路进行编组，确定不同甩挂线路编组的执行车队，确定每个甩挂线路编组的头挂比例以及指定头车常用车牌和挂厢常用车牌；
7.制定甩挂发车计划，依次验证甩挂发车计划的班次选择是否合理以及头车车牌是否合规，如果均验证合格，则进行装车，装车过程中，验证挂厢车牌是否为该甩挂线路指定常用车牌，如果是，则发车，如果不是，则提示更换甩挂线路指定挂厢。
8.进一步的，所述班次选择是否合理的验证方法为：针对不同甩挂线路编组，在相同业务日内，若存在正班班次未发出，则不允许使用加班车作业；反之，若正班班次全部发出，则使用加班车作业，所述正班班次使用正班车，所述正班车由头车和挂厢组成，所述正班车的头车和挂厢车牌均为该甩挂线路编组指定常用车牌，所述加班车的头车和挂厢的车牌无限制。
9.进一步的，所述甩挂线路编组是基于甩挂线路始发地和目的地的往返关系进行编组。
10.进一步的，装车完成之后，头车驾驶员需进行发车验证。
11.进一步的，所述发车验证方法为：头车驾驶员使用司机端小程序进行发车时，驾驶员需在司机端小程序中输入甩挂线路编组以及头车车牌号，司机端小程序再次验证头车车牌是否为该甩挂线路编组指定常用头车车牌，如果不是，则进行提醒。
12.一种基于环线编组管理的甩挂作业装置，所述装置包括：
13.甩挂线路编组模块：用于确定甩挂线路，对甩挂线路进行编组；
14.甩挂线路指定模块：用于确定不同甩挂线路编组的执行车队，确定每个甩挂线路编组的头挂比例以及指定头车常用车牌和挂厢常用车牌；
15.甩挂线路验证模块：用于制定甩挂发车计划，并依次验证甩挂发车计划的班次选择是否合理以及头车车牌是否合规。
16.进一步的，所述甩挂线路验证模块还用于验证挂厢车牌是否为该甩挂线路指定常用车牌，如果不是，则提示更换甩挂线路指定挂厢。
17.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使计算机执行所述的一种基于环线编组管理的甩挂作业方法。
18.本技术采用以上技术方案，至少具备以下有益效果：
19.本技术通过对每个甩挂线路进行编组，确定每个甩挂线路的执行车队，即明确责任主体，通过对每个甩挂线路配置固定的头车和挂厢，避免头车和挂厢使用混乱的问题。
20.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本技术。
附图说明
21.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
22.图1是根据一示例性实施例示出的一种基于环线编组管理的甩挂作业方法的流程图；
23.图2是根据一示例性实施例示出的现有技术中甩挂作业方法的流程图；
24.图3是根据一示例性实施例示出的发车校验方法的流程图。
具体实施方式
25.为使本技术的目的、技术方案和优点更加清楚，下面将对本技术的技术方案进行详细的描述。显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本技术所保护的范围。
26.请参阅图1，图1是根据一示例性实施例示出的一种基于环线编组管理的甩挂作业方法的流程图，该甩挂作业方法应用于物流快递运输技术领域，该甩挂作业方法包括：
27.一种基于环线编组管理的甩挂作业方法，所述方法包括：
28.s1，确定甩挂线路，对甩挂线路进行编组；
29.s2，确定不同甩挂线路编组的执行车队，确定每个甩挂线路编组的头挂比例以及指定头车常用车牌和挂厢常用车牌；
30.s3，制定甩挂发车计划，依次验证甩挂发车计划的班次选择是否合理以及头车车牌是否合规，如果均验证合格，则进行装车；
31.s4，装车过程中，验证挂厢车牌是否为该甩挂线路指定常用车牌，如果是，则发车，如果不是，则提示更换甩挂线路指定挂厢；
32.具体的，在系统中录入甩挂线路，将甩挂线路按照始发地和目的地的关系进行编组并记录在系统中，同时记录该甩挂线路编组的执行车队，即该甩挂线路编组的责任主体，每个甩挂线路编组只能有一个责任主体，针对不同甩挂线路编组，在系统中分配固定数量的头车和挂厢，并在每个头车和挂厢的车牌进行指定，根据快递运输需求，系统制定甩挂发车计划，既分配头车和挂厢在哪个时间段进行运输，甩挂发车计划制定完成后，系统会根据预设的甩挂线路编组指定的头车和挂厢分别验证计划中的班次选择以及头车车牌是否合规，验证合格后，工作人员进行装车，装车过程中，甩挂员手持巴枪和系统结合提供了甩挂装车功能，甩挂员将空的挂厢托运到装车口，由操作员将票件装车，装第一票时扫描开始装车，装车完成后点击完成装车，装车扫描的数据通过接口传输给系统进行展示和监控，装满后由甩挂员将已装满挂厢托运至甩挂区，等待驾驶员用发车车头将其发走，在这个过程中，工作人员还将通过手持巴枪验证挂厢是否为甩挂发车计划中指定的挂厢车牌，如果是，则发车，如果不是，则系统通过手持巴枪进行远程提醒。
33.具体的，在上述过程中，将快递公司内部干线甩挂班车线路按照往返关系进行分组管理，且规定明确的管理和责任主体，避免了在现有的甩挂作业流程中，对甩挂班线、车辆尤其是挂厢都没有规定明确的归属、管理主体，导致了在车辆使用过程中单个运输车队都不愿主动承担管理、维保职责，造成了挂厢损坏、脱保、乱停乱放、闲置等各种问题；同时将甩挂线路与车牌进行绑定和控制，解决甩挂车牌胡乱使用的问题，有效避免因为挂厢与线路、挂厢与运输车队都没有明确的绑定关系，导致在甩挂执行过程中的随意使用，挂厢的往返使用十分混乱，很多挂厢字始发中心甩到末端中心后，长时间无法返回，造成有的车队挂厢堆积、闲置，而有的车队缺挂厢不够使用。
34.进一步的，所述班次选择是否合理的验证方法为：针对不同甩挂线路编组，在相同业务日内，若存在正班班次未发出，则不允许使用加班车作业；反之，若正班班次全部发出，则使用加班车作业，所述正班班次使用正班车，所述正班车由头车和挂厢组成，所述正班车的头车和挂厢车牌均为该甩挂线路编组指定常用车牌，所述加班车的头车和挂厢的车牌无限制；
35.具体的，在制定甩挂发车计划时，当有正班班次未发出时，不允许使用加班车，即当有与该甩挂线路编组对应的头车和挂厢未发出时，不允许使用其他的头车和挂厢，当头车和挂厢均发出，但仍有快递运输业务时，系统才会分配非指定车牌的头车和挂厢进行运输，那么系统在验证时，如果该次甩挂线路运输使用的非指定头车和挂厢车牌时，所有的制定头车和挂厢车牌应全部处于发出的状态，否则即为验证不通过，这样可以有效避免车队很多甩挂班次应发未发，押车、乱发加班车等问题。
36.进一步的，所述甩挂线路编组是基于甩挂线路始发地和目的地的往返关系进行编组；
37.具体的，将甩挂线路按照始发地和目的地的往返关系进行编组，形成环线，方便对每天甩挂线路进行分组管理，明确每条甩挂环线的责任主体和指定头车和挂厢。
38.进一步的，装车完成之后，头车驾驶员需进行发车验证。
39.进一步的，所述发车验证方法为：
40.s101，头车驾驶员使用司机端小程序进行发车时，驾驶员需在司机端小程序中输入甩挂线路编组以及头车车牌号；
41.s102，司机端小程序再次验证头车车牌是否为该甩挂线路编组指定常用头车车牌，如果不是，则进行提醒；
42.具体的，如附图3所示，当装车完毕，头车驾驶员进行发车时，需头车驾驶员在司机端小程序中输入甩挂线路编组以及头车的车牌号，司机端小程序将数据发送到系统中，系统再次对该头车的车牌号进行验证，如果不是该甩挂线路编组指定的头车车牌，系统通过司机端小程序进行提醒，这样多重验证可以尽可能的减小误差的可能，司机发车运输到目的地后，目的地操作人员通过手持巴枪扫描到车牌号并上传至系统后，系统接收到数据，结束此次运输任务。
43.具体的，在做上述的改进之后，本技术中，为了甩挂班线成本分摊更加准确，系统同步调整分摊规则：环线编组内的线路，正班车按照规定的分摊比例进行分摊；加班车按照始发点全部承担的规则进行分摊，这样可以实现准确计算甩挂班线成本分摊的目的。
44.一种基于环线编组管理的甩挂作业装置，所述装置包括：
45.甩挂线路编组模块：用于确定甩挂线路，对甩挂线路进行编组；
46.甩挂线路指定模块：用于确定不同甩挂线路编组的执行车队，确定每个甩挂线路编组的头挂比例以及指定头车常用车牌和挂厢常用车牌；
47.甩挂线路验证模块：用于制定甩挂发车计划，并依次验证甩挂发车计划的班次选择是否合理以及头车车牌是否合规。
48.进一步的，所述甩挂线路验证模块还用于验证挂厢车牌是否为该甩挂线路指定常用车牌，如果不是，则提示更换甩挂线路指定挂厢。
49.一种计算机可读存储介质，所述计算机可读存储介质存储计算机程序，所述计算机程序被计算机或处理器执行时实现所述的一种基于环线编组管理的甩挂作业方法；
50.具体的，本技术还提供了一种可读存储介质，所述存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)、随机存储记忆体(random access memory，ram)、快闪存储器(flash memory)、硬盘(hard disk drive，缩写：hdd)或固态硬盘(solid-state drive，ssd)等；所述存储介质还可以包括上述种类的存储器的组合。
51.可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。
52.需要说明的是，在本技术的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本技术的描述中，除非另有说明，“多个”、“多”的含义是指至少两个。
53.应该理解，当元件被称为“固定于”或“设置于”另一个元件，它可以直接在另一个元件上或者可能同时存在居中元件；当一个元件被称为“连接”另一个元件，它可以是直接连接到另一个元件或者可能同时存在居中元件,此外，这里使用的“连接”可以包括无线连接；使用的措辞“和/或”包括一个或更多个相关联的列出项的任一单元和全部组合。
54.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为：表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺
序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术的实施例所属技术领域的技术人员所理解。
55.应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
56.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
57.此外，在本技术各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
58.上述提到的存储介质可以是只读存储器，磁盘或光盘等。
59.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
60.尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。