基于面对快递共享配送业务的车机系统及其方法与流程

1.本发明涉及快递共享配送业务场景中的技术，具体涉及一种基于面对快递共享配送业务的车机系统及其运行方法。


背景技术：

2.随着经济的高速发展及国民生活水平的迅速增长，快递物流业已成为支撑现代积极社会发展的重要产业，物流资源共享是推动流通方式转型、促进消费升级的重要方式。以“创新、开放、分享、协同、融合”为发展理念，行业主体间实现资源共享、信息互通、利益共赢成为相关企业“提质增效”的核心保障和有效途径。在进行快递共享配送的过程中，操作和流程全部位于手机app之上，对于驾车的业务员来说，在执行业务的时候，app之间的切换难以避免，并且有遇到手机没电而没法进行业务的可能。
3.因此，如何避免业务员在配送时对手机软件的繁琐操作，同时提高业务员的配送效率，是目前业界亟待解决的问题。


技术实现要素：

4.以下给出一个或多个方面的简要概述以提供对这些方面的基本理解。此概述不是所有构想到的方面的详尽综览，并且既非旨在指认出所有方面的关键性或决定性要素亦非试图界定任何或所有方面的范围。其唯一的目的是要以简化形式给出一个或多个方面的一些概念以为稍后给出的更加详细的描述之序。
5.本发明的目的在于解决上述问题，提供了一种基于面对快递共享配送业务的车机系统及其方法，能够避免业务员在配送快递时对手机软件的繁琐操作，同时提高业务员的配送效率。
6.本发明的技术方案为：本发明揭示了一种基于面对快递共享配送业务的车机系统，车机系统包括车机设备以及相应的共享配送系统，共享配送系统包括业务员系统、快递信息管理系统及业务管理系统，其中：
7.车机设备上装有共享配送系统，以向业务员显示配送任务以及快递信息；
8.快递信息管理系统接收快递装车信息及快递入库信息，将接收到的信息保存并同步至业务员系统；
9.业务员系统用于直接展示在车机设备上与业务员进行交互，实现导航功能、快递信息实时展示功能及配送任务引导功能；
10.业务管理系统用于为共享网点管理员提供管理业务员信息、制定业务员配送计划以及观测业务员的位置与配送情况的功能。
11.根据本发明的基于面对快递共享配送业务的车机系统的一实施例，快递信息管理系统与业务员及车辆信息绑定，配置为快递信息管理系统在快递装车后接收车辆中所有待配送快递信息在内的快递装车信息，对所有待配送快递信息进行统计处理，得到待配送快递总量，将统计得到的待配送快递总量作为该业务员的业务量，分析得到发往各站点的快
递数量及快递信息并同步至业务员系统；快递信息管理系统还配置为将业务员到达站点对快递进行快递入库操作所对应的快递入库信息同步到业务员系统。
12.根据本发明的基于面对快递共享配送业务的车机系统的一实施例，业务员系统的快递信息实时展示功能为：业务员系统接收到快递信息管理系统同步来的快递装车信息后，将快递装车信息中包含的快递总量、发往各个站点的快递数量及快递信息显示在车机设备的屏幕上。
13.根据本发明的基于面对快递共享配送业务的车机系统的一实施例，业务员系统的导航功能为：通过获取车辆的gps信息，实时显示车辆当前位置，并提供前往下一站点的导航路线。
14.根据本发明的基于面对快递共享配送业务的车机系统的一实施例，业务员系统的配送任务引导功能为：业务员系统接收到快递信息管理系统反馈的快递入库信息后，实时更新业务员的剩余总业务量、以及当前站点剩余业务量，在前往下一站点时判断当前站点剩余业务量是否为0，提示业务员以防止遗漏。
15.根据本发明的基于面对快递共享配送业务的车机系统的一实施例，在业务管理系统中，业务员配送计划包括为业务员分配车辆、对业务员任务量的设置，业务员的位置与配送情况的观测包括实时查看业务员当前完成的任务进度、车辆当前位置。
16.本发明还揭示了一种基于面对快递共享配送业务的车机系统的运行方法，车机系统的架构如上所述，运行方法包括：
17.步骤1：车机系统接收业务员登录请求，识别业务员身份后加载车辆信息；
18.步骤2：车机系统获取装车后的所有快递信息，快递信息包括车辆上的快递总量、需要前往的站点以及需要送达各站点的快递信息；
19.步骤3：业务员出发后，车机系统为车辆提供前往下一站点的路径规划；
20.步骤4：业务员到达站点后对快递进行入库操作，车机系统接收快递入库信息的同步，并在车机系统中动态显示；
21.步骤5：业务员在当前站点完成快递入库操作后，车机系统检测属于当前站点的快递是否已经全部入库，若显示车辆中仍存有当前站点的快递，则在车机系统的屏幕上进行通知并显示快递信息，重复步骤3至5直到所有站点配送完成。
22.根据本发明的基于面对快递共享配送业务的车机系统的运行方法的一实施例，步骤1中，业务员识别与车辆信息加载过程为：业务员与其运输车辆一一对应，在业务员成功登入车机系统后，车机系统通过业务员的工号映射到其运输车辆并显示车辆信息。
23.根据本发明的基于面对快递共享配送业务的车机系统的运行方法的一实施例，步骤2中，快递信息包括以下字段：车辆内的快递总量、车辆内现存的快递量、需要发往的站点以及需要送达各站点的快递量，其中针对每个站点的快递信息包括针对快递单号信息的详细查询。
24.根据本发明的基于面对快递共享配送业务的车机系统的运行方法的一实施例，在步骤4中，快递入库信息的同步过程包括：当业务员进行快递入库操作后，对应的快递入库信息被车机系统读取，车机系统在读取到快递入库信息后，此快递位于车机系统上的信息将被移除，其中移除处理包括：删除应配送至当前站点的信息，将存留在车辆上的快递总量减一，删除快递订单号信息。
25.本发明对比现有技术有如下的有益效果：本发明的车机系统包括一套车机设备和相应的共享配送系统，共享配送系统包括业务员系统、快递信息管理系统以及业务管理系统。车机设备作为共享配送系统的载体，避免业务员在配送快递时频繁的查看手机与切换应用。共享配送系统打通了业务员系统与快递信息管理系统，以及快递信息管理系统与快递装车、入库信息之间的接口，并且显示在车机设备上，这样就避免了业务员在进行业务时需要频繁的切换手机app。此外，还可以通过实时显示到达每个站点剩余的业务量，来提醒业务员是否有快递遗漏。
附图说明
26.在结合以下附图阅读本公开的实施例的详细描述之后，能够更好地理解本发明的上述特征和优点。在附图中，各组件不一定是按比例绘制，并且具有类似的相关特性或特征的组件可能具有相同或相近的附图标记。
27.图1示出了本发明的基于面对快递共享配送业务的车机系统的一实施例的架构图。
28.图2示出了图1所示的基于面对快递共享配送业务的车机系统的运行流程图。
具体实施方式
29.以下结合附图和具体实施例对本发明作详细描述。注意，以下结合附图和具体实施例描述的诸方面仅是示例性的，而不应被理解为对本发明的保护范围进行任何限制。
30.图1示出了本发明的基于面对快递共享配送业务的车机系统的一实施例的架构。请参见图1，本实施例的车机系统包括：车机设备以及相应的共享配送系统，其中共享配送系统包括业务员系统、快递信息管理系统及业务管理系统。
31.车机设备作为共享配送系统的载体，安装车辆的仪表盘上，车机设备上装有共享配送系统，以实现向业务员实时显示配送任务以及快递的相关信息。
32.快递信息管理系统接收快递装车信息及快递入库信息，并将接收到的信息保存到数据库中，并同步至业务员系统。
33.具体而言，快递信息管理系统与业务员及车辆信息绑定。在快递装车后，快递信息管理系统接收车辆中所有待配送快递信息在内的快递装车信息，在快递信息管理系统中对所有待配送快递信息进行统计处理，得到待配送快递总量，将统计得到的待配送快递总量作为该车辆业务员的业务量。同时，快递信息管理系统分析出发往各个不同站点的快递数量及信息。若装车后车辆中的快递总量为n
all
，令si代表发往的站点，ni代表应发往站点si的快递数量，则满足：
34.d＝{s1,s2,
…
,sn}
35.n
all
＝n1 n2
…
nn36.其中，d代表业务员需要前往配送的所有站点的集合，且满足到达各站点的快递数量总和等于n
all
。
37.快递信息管理系统将上述各站点的快递数量及快递信息在内的快递装车信息同步到业务员系统。
38.此外，当业务员到达某一站点，对某一快递进行快递入库操作时，该快递入库信息
被同步到快递信息管理系统，同时此快递入库信息被同步到业务员系统。
39.业务员系统是共享配送系统中直接展示在车机设备上、与业务员进行交互的子系统。业务员系统包括导航功能、快递信息实时展示功能及配送任务引导功能。
40.具体而言，快递信息实时展示功能是指：在快递装车后，业务员系统接收到快递信息管理系统同步来的快递装车信息后，快递装车信息中包含的快递总量、发往各个站点的快递数量及快递信息显示在车机设备的屏幕上。
41.同时，业务员系统通过获取车辆的gps信息，实时显示车辆当前位置，并提供前往下一站点的导航路线，即为导航功能。
42.此外，在业务员进行快递入库操作时，业务员系统接收到快递信息管理系统反馈的快递入库信息，并且业务员的剩余总业务量、以及当前站点剩余业务量都将随之变化。在前往下一站点时，若当前站点剩余业务量不为0，系统会给予业务员提示，防止遗漏，即为配送任务引导功能。
43.业务管理系统是共享配送系统中的面向共享网点管理员的子系统。
44.具体而言，业务管理系统提供给网点管理员以下功能：管理业务员信息，制定每个业务员的配送计划(包括为业务员分配车辆，对业务员的任务量进行设置)，实时观测业务员的位置与配送情况(包括实时查看业务员当前完成的任务进度、车辆当前位置等)。
45.图2示出了图1所示的基于面对快递共享配送业务的车机系统的实施例的运行流程。
46.车机系统的架构如图1所示，不再赘述。以下是基于车机系统的具体运行流程。
47.步骤s1：车机系统接收业务员登录请求，识别业务员身份后加载车辆信息。
48.业务员识别与车辆信息加载过程具体如下：业务员与其运输车辆一一对应，在业务员成功登入车机系统后，车机系统通过业务员的工号映射到其运输车辆，并显示车辆信息。
49.车辆信息的数据结构为vehicle information＝{nodeid,code,brand,type,capacity,driver,state,parcelnum,telephone,height,length,width}，其中，nodeid为当前车辆所属共享网点的编号，用于车辆与共享网点间的信息映射；code为车牌号，brand为车辆品牌，type为车辆类型，如小型厢货、中型面包等；capacity为货车容量；driver为车辆所属业务员；state用来描述车辆当前是否在进行配送任务；parcelnum为车辆内现存的快递件量；telephone为业务员手机号；height、length、width分别为车辆的高、长、宽。
50.步骤s2：车机系统获取装车后的所有快递信息，快递信息包括车辆上的快递总量，需要前往的站点以及需要送达各站点的快递信息(送达各站点的快递信息包括快递数量、单号)。
51.快递信息包括以下字段：车辆内的快递总量、车辆内现存的快递量、需要发往的站点以及需要送达各站点的快递量。其中针对每个站点的快递信息，包括针对快递单号信息的详细查询。
52.步骤s3：业务员出发后，车机系统为车辆提供前往下一站点的路径规划。
53.其中路径规划进一步包括：车机系统通过访问车辆gps的地址，获取车辆当前位置，并根据最短路径及路况信息，给出前往下一站点的最优路径，并显示对应的距离。
54.步骤s4：业务员到达站点后对快递进行入库操作，车机系统接收快递入库信息的
同步，并在车机系统中动态显示。
55.上述的快递入库信息的同步过程包括：当业务员用手机进行快递入库操作后，对应的快递入库信息将会被车机系统读取。车机系统在读取到快递入库信息后，此快递位于车机系统上的信息将被移除，即：删除应配送至当前站点的信息，存留在车辆上的快递总量减一，删除快递订单号信息，从而表示配送完成。
56.步骤s5：前往下一站前，需要业务员在车机系统的屏幕上进行点击确认操作。车机系统检测属于当前站点的快递是否已经全部入库，若显示车辆中仍存在当前站点的快递，则会在屏幕上进行通知，并显示快递信息，以防止有快递被遗漏。重复上述的s3-s5步骤，直到所有站点配送完成。
57.上述的提醒确认过程进一步包括：当业务员完成当前站点配送任务准备出发时，需对配送信息进行确认。若成功完成该当前站点的配送任务，车机系统的屏幕上显示的存留在车辆上的快递量应为0，若不为0，则说明存在应配送至当前站点的快递未进行入库，或遗漏在车上，则提示业务员检查原因，待问题解决后出发。
58.尽管为使解释简单化将上述方法图示并描述为一系列动作，但是应理解并领会，这些方法不受动作的次序所限，因为根据一个或多个实施例，一些动作可按不同次序发生和/或与来自本文中图示和描述或本文中未图示和描述但本领域技术人员可以理解的其他动作并发地发生。
59.本领域技术人员将进一步领会，结合本文中所公开的实施例来描述的各种解说性逻辑板块、模块、电路、和算法步骤可实现为电子硬件、计算机软件、或这两者的组合。为清楚地解说硬件与软件的这一可互换性，各种解说性组件、框、模块、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和施加于整体系统的设计约束。技术人员对于每种特定应用可用不同的方式来实现所描述的功能性，但这样的实现决策不应被解读成导致脱离了本发明的范围。
60.结合本文所公开的实施例描述的各种解说性逻辑板块、模块、和电路可用通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或其它可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其设计成执行本文所描述功能的任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如dsp与微处理器的组合、多个微处理器、与dsp核心协作的一个或多个微处理器、或任何其他此类配置。
61.结合本文中公开的实施例描述的方法或算法的步骤可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中体现。软件模块可驻留在ram存储器、闪存、rom存储器、eprom存储器、eeprom存储器、寄存器、硬盘、可移动盘、cd-rom、或本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读取和写入信息。在替换方案中，存储介质可以被整合到处理器。处理器和存储介质可驻留在asic中。asic可驻留在用户终端中。在替换方案中，处理器和存储介质可作为分立组件驻留在用户终端中。
62.在一个或多个示例性实施例中，所描述的功能可在硬件、软件、固件或其任何组合中实现。如果在软件中实现为计算机程序产品，则各功能可以作为一条或更多条指令或代
码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者，其包括促成计算机程序从一地向另一地转移的任何介质。存储介质可以是能被计算机访问的任何可用介质。作为示例而非限定，这样的计算机可读介质可包括ram、rom、eeprom、cd-rom或其它光盘存储、磁盘存储或其它磁存储设备、或能被用来携带或存储指令或数据结构形式的合意程序代码且能被计算机访问的任何其它介质。任何连接也被正当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线(dsl)、或诸如红外、无线电、以及微波之类的无线技术从web网站、服务器、或其它远程源传送而来，则该同轴电缆、光纤电缆、双绞线、dsl、或诸如红外、无线电、以及微波之类的无线技术就被包括在介质的定义之中。如本文中所使用的盘(disk)和碟(disc)包括压缩碟(cd)、激光碟、光碟、数字多用碟(dvd)、软盘和蓝光碟，其中盘(disk)往往以磁的方式再现数据，而碟(disc)用激光以光学方式再现数据。上述的组合也应被包括在计算机可读介质的范围内。
63.提供对本公开的先前描述是为使得本领域任何技术人员皆能够制作或使用本公开。对本公开的各种修改对本领域技术人员来说都将是显而易见的，且本文中所定义的普适原理可被应用到其他变体而不会脱离本公开的精神或范围。由此，本公开并非旨在被限定于本文中所描述的示例和设计，而是应被授予与本文中所公开的原理和新颖性特征相一致的最广范围。