CN108985686B - 物流车行驶数据处理方法 - Google Patents

Abstract

本发明涉及一种物流车行驶数据处理方法，包括：服务器获取物流车的历史运行数据；将历史运行里程、历史运行路线、零部件耗材更换频次、维修频次、服务对象统计数据生成历史运行报表；确定零部件耗材标准更换频次和标准维修频次；将零部件耗材更换频次与零部件耗材更换标准频次进行比对，当零部件耗材更换频次大于零部件耗材标准更换频次时，将历史运行报表的异常值增加1；将维修频次与标准维修频次进行比对，当维修频次大于标准维修频次时，将历史运行报表的异常值增加1；当历史运行报表的异常值大于预设阈值时，将历史运行报表记录为异常历史运行报表；更新物流车的车辆维护数据，重新规划物流车的运行路线。

Description

物流车行驶数据处理方法

技术领域

本发明涉及数据处理技术领域，尤其涉及一种物流车行驶数据处理方法。

背景技术

自动驾驶汽车又称无人驾驶汽车、电脑驾驶汽车、或轮式移动机器人，是一种通过电脑系统实现无人驾驶的智能汽车。自动驾驶汽车依靠人工智能、视觉计算、雷达、监控装置和全球定位系统协同合作，让电脑可以在没有任何人类主动的操作下，自动安全地操作机动车辆。

随着电子商务的兴起和繁荣,人们日常的消费习惯逐渐从线下实体店转移到了电子商务网站,从而带动了物流配送业的高速发展。当利用自动驾驶车辆进行物流配送时，由于配送订单数量较大，物流车损耗较大，需要及时进行耗材更换和检修，避免影响执行配送任务。因此，如何了解车辆的损耗情况，及时进行零部件耗材更换和检修成为需要解决的问题。

发明内容

本发明的目的是针对现有技术中存在的缺陷，提供一种物流车行驶数据处理方法。

为实现上述目的，本发明提供了一种物流车行驶数据处理方法，包括：

服务器获取物流车的历史运行数据,所述历史运行数据包括历史运行里程、历史运行路线、历史派单数据、零部件耗材更换频次、维修频次、服务对象统计数据；

将所述历史运行里程、历史运行路线、零部件耗材更换频次、维修频次、服务对象统计数据按照对应的历史时间生成所述物流车的历史运行报表；

根据所述历史运行报表中的历史运行里程、历史运行路线、历史派单数据确定零部件耗材标准更换频次和标准维修频次；

将所述零部件耗材更换频次与所述零部件耗材更换标准频次进行比对，当所述零部件耗材更换频次大于所述零部件耗材标准更换频次时，将所述历史运行报表的异常值增加1；

将所述维修频次与所述标准维修频次进行比对，当所述维修频次大于所述标准维修频次时，将所述历史运行报表的异常值增加1；

当所述历史运行报表的异常值大于预设阈值时，将所述历史运行报表记录为异常历史运行报表；

利用所述异常历史运行报表更新所述物流车的车辆维护数据；

根据所述异常历史运行报表重新规划所述物流车的运行路线。

进一步的，在服务器获取物流车的历史运行数据之前，所述方法还包括：

所述车载终端向所述服务器发送注册请求信息，所述注册请求信息中包含车载终端I D和车辆信息；

所述服务器根据所述车辆信息生成对应的注册信息，并将所述注册信息根据车载终端I D存储到注册信息数据库；

向所述车载终端I D对应的车载终端发送注册成功通知消息。

进一步的，所述服务器获取物流车的历史运行数据具体包括：

所述服务器设定物流车的历史运行数据发送周期，生成周期性数据获取指令并发送至车载终端；

所述车载终端根据所述周期性数据获取指令向所述服务器发送所述历史运行数据。

进一步的，所述将所述零部件耗材更换频次与所述零部件耗材更换标准频次进行比对之前,所述方法还包括:

所述服务器将所述历史运行报表的异常值的初始值设置为零。

进一步的，所述根据所述历史运行报表中的历史运行里程、历史运行路线、历史派单数据确定零部件耗材标准更换频次和标准维修频次具体包括：

将预设历史时间内的历史运行报表进行汇总，得到所述预设历史时间对应的历史运行汇总报表；

根据所述历史运行汇总报表中的历史运行里程、历史运行路线、历史派单数据确定零部件耗材标准更换频次和标准维修频次。

进一步的，所述利用所述异常历史运行报表更新所述物流车的车辆维护数据具体包括：

所述服务器从所述异常历史运行报表中提取零部件耗材更换频次和维修频次；

根据所述零部件耗材更换频次和维修频次更新所述物流车的车辆维护数据。

进一步的，所述根据所述异常历史运行报表重新规划所述物流车的运行路线具体包括：

所述服务器从所述异常历史运行报表中提取所述历史运行里程、历史运行路线；

根据所述历史运行里程、历史运行路线、历史派单数据重新规划所述物流车的运行路线。

进一步的，在将所述历史运行里程、历史运行路线、零部件耗材更换频次、维修频次、服务对象统计数据按照对应的历史时间生成所述物流车的历史运行报表之后，所述方法还包括：

将所述历史运行报表和所述历史时间、所述车载终端I D建立关联关系。

进一步的，所述方法还包括：

所述服务器接收第一终端发送的历史数据查询请求，所述历史数据查询请求中包含第一终端I D、车载终端I D和历史数据查询时间；

所述服务器根据所述车载终端I D和所述历史数据查询时间查询对应的第一历史运行报表；

根据所述第一终端ID将所述第一历史运行报表发送至所述第一终端进行显示。

进一步的，所述方法还包括：

所述服务器获取第二终端ID，根据所述第二终端ID将所述车辆维护数据发送至所述第二终端。

本发明提供的物流车行驶数据处理方法，服务器获取物流车的历史运行数据，包括历史运行里程、历史运行路线、历史派单数据、零部件耗材更换频次、维修频次、服务对象统计数据，生成物流车的历史运行报表，通过历史运行报表了解车辆的历史损耗异常，对车辆的维护数据进行更新，便于及时对车辆进行零部件耗材更换和检修，另外，对车辆的运行路线重新进行规划，以便于减少车辆维护成本。

附图说明

图1为本发明实施例提供的物流车行驶数据处理方法流程图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明技术方案中的服务器不限于单个服务器，也可以是由多个服务器组成的服务器集群。第一终端、第二终端具体可以是具有处理能力的固定终端、移动终端等，例如，台式电脑、笔记本电脑、平板电脑、智能手机等。本发明技术方案中的物流车为自动驾驶车辆，具体为智能物流配送装置，通过车载终端实现各个模块的控制以及和其他终端进行信息交互，能够感知周围环境并实现低速自动驾驶，按照预先设定的行驶地图行驶到指定地点，车体上设置有存储柜。

本发明技术方案针对的是物流配送过程中最后一个环节，即货物已经到达收货方所在城市的各个物流管理中心，现有技术中，后续将通过快递人员进行货物配送，而本发明则是通过无人驾驶的低速行驶物流车在指定区域(例如，校园、小区等)进行配送。

图1为本发明实施例提供的物流车行驶数据处理方法流程图。如图1所示，具体包括如下步骤：

步骤101，服务器获取物流车的历史运行数据。

其中，历史运行数据包括历史运行里程、历史运行路线、历史派单数据、零部件耗材更换频次、维修频次、服务对象统计数据。历史运行里程具体为一定历史时间段内物流车行驶的总里程数；历史运行路线具体为一定历史时间段内物流车配送每一个订单的行驶路线、历史派单数据具体为一定历史时间段内物流车配送订单的数量和每个订单的订单信息，包括配送订单ID、发货方ID、发货方联系方式、发货地址、收货方ID、发货方联系方式以及收货地址信息，配送订单ID为配送订单的唯一标识信息。收货方ID具体为收货方的唯一身份标识信息，例如，收货方的联系电话等。发货方ID具体为发货方的唯一身份标识信息，例如，发货方的联系电话等。零部件耗材更换频次具体为一定历史时间段内物流车的零部件耗材更换次数；维修频次具体为一定历史时间段内物流车维修的次数；服务对象统计数据具体为服务的物流公司以及收货方统计数据。

具体的，服务器设定物流车的历史运行数据发送周期，生成周期性数据获取指令并发送至车载终端；车载终端根据周期性数据获取指令向服务器发送历史运行数据。

其中，服务器为物流车运营商管理服务器，可以是单个服务器，也可以是多个服务器组成的服务器集群，如果是单个服务器，则该单个服务器管理所有物流车，可以和所有物流车通过车载终端进行指令和数据交互；如果是多个服务器组成的服务器集群，则通过一个总服务器管理多个子服务器，总服务器为每个子服务器设定权限，每个子服务器根据总服务器设定的权限管理对应数量的物流车，和有管理权限的物流车通过车载终端进行指令和数据交互。

在服务器获取物流车的历史运行数据之前，物流车通过车载终端注册到服务器：车载终端向服务器发送注册请求信息，注册请求信息中包含车载终端I D和车辆信息；服务器根据车辆信息生成对应的注册信息，并将注册信息根据车载终端ID存储到注册信息数据库；向车载终端ID对应的车载终端发送注册成功通知消息。

步骤102，将历史运行里程、历史运行路线、零部件耗材更换频次、维修频次、服务对象统计数据按照对应的历史时间生成物流车的历史运行报表。

服务器根据数据生成的历史时间将物流车的历史运行里程、历史运行路线、零部件耗材更换频次、维修频次、服务对象统计数据生成历史运行报表存储在报表数据库。例如，车载终端以一个星期为周期向服务器上报历史运行里程、历史运行路线、零部件耗材更换频次、维修频次、服务对象统计数据，则服务器生成物流车的周运行报表。

服务器生成历史运行报表之后，将历史运行报表和历史时间、车载终端I D建立关联关系。每个车载终端ID对应多个不同时间段的历史运行报表。根据车载终端ID和历史时间可以调用唯一的历史运行报表。

例如，车载终端ID为A01的物流车对应多个周报表和月报表，根据车载终端ID A01和*年*月能够调用唯一的历史运行报表。

步骤103，根据历史运行报表中的历史运行里程、历史运行路线、历史派单数据确定零部件耗材标准更换频次和标准维修频次。

具体的，将预设历史时间内的历史运行报表进行汇总，得到预设历史时间对应的历史运行汇总报表；根据历史运行汇总报表中的历史运行里程、历史运行路线、历史派单数据确定零部件耗材标准更换频次和标准维修频次。

在步骤103之前，服务器设定车辆维护数据零部件耗材更换、维修，与历史运行里程、历史运行路线、历史派单数据之间的对应关系。

例如，将车载终端ID为A01的物流车的*年的1月、2月、3月的月报表汇总得到该物流车的第一季度历史运行报表。在清华大学校园内进行订单派送时，物流车运行a1千米，派送订单数量为b1，需要更换一次零部件耗材，物流车运行a2千米，派送订单数量为b2，需要维修一次，根据车载终端ID为A01的物流车的第一季度历史运行报表中的历史运行里程、历史运行路线、历史派单数据，得到零部件耗材标准更换频次为c1次，标准维修频次为d1次。

步骤104，将零部件耗材更换频次与零部件耗材更换标准频次进行比对，当零部件耗材更换频次大于零部件耗材标准更换频次时，将历史运行报表的异常值增加1。

如步骤103中的例子，根据车载终端ID为A01的物流车的第一季度历史运行报表中的历史运行里程、历史运行路线、历史派单数据，得到零部件耗材标准更换频次为c1次，而物流车的第一季度历史运行报表中的零部件耗材更换频次为c2，c2＞c1，则将物流车的第一季度历史运行报表的异常值增加1。

将零部件耗材更换频次与零部件耗材更换标准频次进行比对之前,服务器将历史运行报表的异常值的初始值设置为零。

步骤105，将维修频次与标准维修频次进行比对，当维修频次大于标准维修频次时，将历史运行报表的异常值增加1。

如步骤103中的例子，根据车载终端ID为A01的物流车的第一季度历史运行报表中的历史运行里程、历史运行路线、历史派单数据，得到标准维修频次为d1，而物流车的第一季度历史运行报表中的维修频次为d2，d2＞d1，则将物流车的第一季度历史运行报表的异常值增加1。

步骤106，当历史运行报表的异常值大于预设阈值时，将历史运行报表记录为异常历史运行报表。

历史运行报表的异常值累加之后如果大于预设的异常阈值，则将该历史运行报表记录为异常历史运行报表。异常历史运行报表通过零部件耗材更换次数、维修次数两个参数进行表征，异常历史运行报表为物流车的实际损耗超出车辆维护计划的报表。

步骤107，利用异常历史运行报表更新物流车的车辆维护数据。

异常历史运行报表为物流车的实际损耗超出车辆维护计划的数据报表，说明现有的车辆维护计划需要调整，因此，利用异常历史运行报表中的数据更新物流车的车辆维护数据。

具体的，服务器从异常历史运行报表中提取零部件耗材更换频次和维修频次；根据零部件耗材更换频次和维修频次更新物流车的车辆维护数据。

步骤108，根据异常历史运行报表重新规划物流车的运行路线。

物流车按照当前规划的运行路径行驶车辆损耗超出计划，车辆维护成本提高，因此，需要重新规划运行路线。

具体的，服务器从异常历史运行报表中提取历史运行里程、历史运行路线；根据历史运行里程、历史运行路线、历史派单数据重新规划物流车的运行路线。

在一个具体的实施例中，用户可以通过第一终端查询物流车的历史运行情况，具体步骤如下：

步骤201，服务器接收第一终端发送的历史数据查询请求，历史数据查询请求中包含第一终端I D、车载终端I D和历史数据查询时间；

步骤202，服务器根据车载终端I D和历史数据查询时间查询对应的第一历史运行报表；

步骤203，根据第一终端I D将第一历史运行报表发送至第一终端进行显示。

在一个具体的实施例中，服务器将车辆维护数据发送到物流车维修人员的终端设备，包括：服务器获取第二终端ID，根据第二终端ID将车辆维护数据发送至第二终端。

本发明提供的物流车行驶数据处理方法，服务器获取物流车的历史运行数据，包括历史运行里程、历史运行路线、历史派单数据、零部件耗材更换频次、维修频次、服务对象统计数据，生成物流车的历史运行报表，通过历史运行报表了解车辆的历史损耗异常，对车辆的维护数据进行更新，便于及时对车辆进行零部件耗材更换和检修，另外，对车辆的运行路线重新进行规划，以便于减少车辆维护成本。

专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种物流车行驶数据处理方法，其特征在于，所述方法包括：

服务器获取物流车的历史运行数据,所述历史运行数据包括历史运行里程、历史运行路线、历史派单数据、零部件耗材更换频次、维修频次、服务对象统计数据；

将所述历史运行里程、历史运行路线、零部件耗材更换频次、维修频次、服务对象统计数据按照对应的历史时间生成所述物流车的历史运行报表；

根据所述历史运行报表中的历史运行里程、历史运行路线、历史派单数据确定零部件耗材标准更换频次和标准维修频次；

将所述零部件耗材更换频次与所述零部件耗材标准 更换频次进行比对，当所述零部件耗材更换频次大于所述零部件耗材标准更换频次时，将所述历史运行报表的异常值增加1；

将所述维修频次与所述标准维修频次进行比对，当所述维修频次大于所述标准维修频次时，将所述历史运行报表的异常值增加1；

当所述历史运行报表的异常值大于预设阈值时，将所述历史运行报表记录为异常历史运行报表；

利用所述异常历史运行报表更新所述物流车的车辆维护数据；

根据所述异常历史运行报表重新规划所述物流车的运行路线。

2.根据权利要求1所述的方法，其特征在于，在服务器获取物流车的历史运行数据之前，所述方法还包括：

车载终端向所述服务器发送注册请求信息，所述注册请求信息中包含车载终端ID和车辆信息；

所述服务器根据所述车辆信息生成对应的注册信息，并将所述注册信息根据车载终端ID存储到注册信息数据库；

向所述车载终端ID对应的车载终端发送注册成功通知消息。

3.根据权利要求1所述的方法，其特征在于，所述服务器获取物流车的历史运行数据具体包括：

所述服务器设定物流车的历史运行数据发送周期，生成周期性数据获取指令并发送至车载终端；

所述车载终端根据所述周期性数据获取指令向所述服务器发送所述历史运行数据。

4.根据权利要求1所述的方法，其特征在于，所述将所述零部件耗材更换频次与所述零部件耗材更换标准频次进行比对之前,所述方法还包括:

所述服务器将所述历史运行报表的异常值的初始值设置为零。

5.根据权利要求1所述的方法，其特征在于，所述根据所述历史运行报表中的历史运行里程、历史运行路线、历史派单数据确定零部件耗材标准更换频次和标准维修频次具体包括：

将预设历史时间内的历史运行报表进行汇总，得到所述预设历史时间对应的历史运行汇总报表；

根据所述历史运行汇总报表中的历史运行里程、历史运行路线、历史派单数据确定零部件耗材标准更换频次和标准维修频次。

6.根据权利要求1所述的方法，其特征在于，所述利用所述异常历史运行报表更新所述物流车的车辆维护数据具体包括：

所述服务器从所述异常历史运行报表中提取零部件耗材更换频次和维修频次；

根据所述零部件耗材更换频次和维修频次更新所述物流车的车辆维护数据。

7.根据权利要求1所述的方法，其特征在于，所述根据所述异常历史运行报表重新规划所述物流车的运行路线具体包括：

所述服务器从所述异常历史运行报表中提取所述历史运行里程、历史运行路线；

根据所述历史运行里程、历史运行路线、历史派单数据重新规划所述物流车的运行路线。

8.根据权利要求2所述的方法，其特征在于，在将所述历史运行里程、历史运行路线、零部件耗材更换频次、维修频次、服务对象统计数据按照对应的历史时间生成所述物流车的历史运行报表之后，所述方法还包括：

将所述历史运行报表和所述历史时间、所述车载终端ID建立关联关系。

9.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

所述服务器接收第一终端发送的历史数据查询请求，所述历史数据查询请求中包含第一终端ID、车载终端ID和历史数据查询时间；

所述服务器根据所述车载终端ID和所述历史数据查询时间查询对应的第一历史运行报表；

根据所述第一终端ID将所述第一历史运行报表发送至所述第一终端进行显示。

10.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述服务器获取第二终端ID，根据所述第二终端ID将所述车辆维护数据发送至所述第二终端。

Images