CN107423827A - 一种工程车辆智能综合管理方法及系统 - Google Patents

Abstract

本发明提供了一种工程车辆智能综合管理方法及系统。其中方法包括：建立不同类型工程车辆的工况模型，为每个工程车辆均设置相应的操作人员名单；接收当前操作人员的终端发出的启动请求，启动请求包括当前工程车辆的当前车辆信息和当前操作人员的身份信息；判断当前工程车辆对应的操作人员名单中是否存在当前操作人员的身份信息；当确认存在时，将当前车辆信息输入当前工程车辆对应的工况模型中，分析当前工程车辆是否适合继续运行，并将分析结果发送至当前操作人员的终端。本发明通过全新的方式打破了传统模式下的工程车辆的体系，使新型工程车辆售后服务模式可以快速加入工程车辆售后服务行业，大幅度提高工程车辆售后服务质量。

Description

一种工程车辆智能综合管理方法及系统

技术领域

本发明涉及工程设备管理，具体地指一种工程车辆智能综合管理方法及系统。

背景技术

基础设施建设是推进城市化进程必不可少的物质保证，是实现国家或区域经济效益、社会效益、环境效益的重要条件，对区域经济的发展具有重要作用，是社会经济活动正常运行的基础；是社会经济现代化的重要标志；是经济布局合理化的前提；是拉动经济增长的有效途径。

我国的基建行业无论是从数量、规模、建设速度等各项指标上来看，均处于世界领先水平。

以公路为例，中国公路的总长在2015年末已经累积达到457.73万公里，这个距离可以绕着地球114圈，以可以从地球到月球之间至少五个来回；其中仅高速高路达到1.9万公里，而铁路的总长达到了12.1万公里。

在路的方面，中国处于世界一流水平，但并不是所有指标均达到世界第一，其中铁路通车总里程便少于美国而位于世界第二。

而在桥的方面，大部分可查数据中，中国均位于世界第一的水平。中国光公路桥的总长就达到了4.6万公里，超过了一部分国家的公路总里程，如冰岛，冰岛的公路总里程大约为1.4万公里。中国的公路桥和铁路桥的总和已经超过了一百万座。

庞大的基建项目需要数量巨大的工程车辆加以支撑，工程车辆由于其单价较高，需要专业人员进行操作维护；且工程车辆随着其用工周期，其使用时的流动性较大，单个工程建设公司难以对工程车辆、工程车辆操作人员、建设工程等资源进行有效的匹配。

工程车辆操作人员的流动性很大，工作单位不固定。大部分的操作人员不是固定在操作一台挖掘机，操作人员难免存在对机器不熟悉，养护知识不全，导致操作不当造成意外工伤和设备损坏，从而延误工期。

对于运营工程车辆的运营商:其作为工程车辆的所有者，对工程车辆管理困难，不能及时了解到工程车辆的各方面运行状况，导致维修保养不及时。并且挖掘机设备往往维修成本高，需要花高额的费用对工程车辆进行维修保养。

对于租赁设备的客户:作为设备的实际使用者，可能由于机手不正确操作及不注重设备的常规性维修保养，导致设备易出现故障，延误工程期限。

而对于工程车辆的维护保养，存在着以下问题：

过时维修：由于大部分工程车辆运营商并不具备工程车辆维修、保养方面的基本知识，没有按照生产商规定的标准进行维修保养，在工程车辆损坏时才修理，使工程车辆错过最佳维修保养期，小问题酿成大问题。从而导致工程车辆容易出现故障，使用寿命缩短，安全性能降低，甚至可能引发全事故，造成财产上的重大损失。

过度维修：工程车辆的代理商为了使其售后服务的利润最大化，对承修的工程车辆超范围换件与修理，无形中增添了运营商费用负担，导致运营商宁可找小型售后服务点也不愿找代理商。而小型售后服务点由于缺乏专业的维修人员和设备，难免会对工程车辆进行误判误断，这就可能导致工程车辆的严重损坏，引起耗油量增大、零件磨损加快等问题，同时也不利于节能环保。

发明内容

为解决上述技术问题，本发明提供了一种工程车辆智能综合管理方法及系统。

第一方面，本发明提供了一种工程车辆智能综合管理方法，所述方法包括：

建立不同类型工程车辆的工况模型，为每个所述工程车辆均设置相应的操作人员名单；

接收当前操作人员的终端发出的启动请求，所述启动请求包括当前工程车辆的当前车辆信息和所述当前操作人员的身份信息，所述当前车辆信息包括：所述当前工程车辆的各零部件的损坏程度、历史工作时长、报警记录、维修记录；

判断所述当前工程车辆对应的操作人员名单中是否存在所述当前操作人员的身份信息；

当确认存在时，将所述当前车辆信息输入所述当前工程车辆对应的工况模型中，分析所述当前工程车辆是否适合继续运行，并将分析结果发送至所述当前操作人员的终端。

进一步，判断所述当前工程车辆对应的操作人员名单中是否存在所述当前操作人员的身份信息，当确认不存在时，将错误提示信息发送至所述当前操作人员的终端。

进一步，在所述当前工程车辆工作运行预设时间后，定时检测所述当前工程车辆的当前车辆信息，判断当前工程车辆是否适合继续运行。

上述实施例的有益效果：通过一种全新的方式打破了传统模式下的工程车辆的体系，使新型工程车辆售后服务模式可以快速加入工程车辆售后服务行业，大幅度提高工程车辆售后服务质量。通过互联网进行信息和数据的传递与共享，为用户提供了科学、高效、快捷的工程车辆售后服务，使其所购设备能够较好的为其创造经济收益；同时也为代理商提供了众多的客户，将用户与代理商的距离拉近，使其经济收益增加，也能够提高工程车辆操作员的收入。

当前，工程车辆运营商还没有建立各类工程车辆的信息档案和工程车辆常见故障的数据库。“设备不出现故障，就不修”，设备的实际运行状态不能及时了解和掌握。本发明将工程车辆的运行状态进行即时检测、监控与记录，定期反馈给客户，能有效地保障设备在良好的运行状况下行驶，提高了设备的安全性、动力性与操控性。

第二方面，本发明还提供了一种工程车辆智能综合管理系统，所述系统包括：

建立模块，用于建立不同类型工程车辆的工况模型，为每个所述工程车辆均存储相应的操作人员名单；

接收模块，用于接收当前操作人员的终端发出的启动请求，所述启动请求包括当前工程车辆的当前车辆信息和所述当前操作人员的身份信息，所述当前车辆信息包括：所述当前工程车辆的各零部件的损坏程度、历史工作时长、报警记录、维修记录。

判断模块，用于判断所述当前工程车辆对应的操作人员名单中是否存在所述当前操作人员的身份信息；

分析模块，用于当确认存在时，将所述当前车辆信息输入所述当前工程车辆对应的工况模型中，分析所述当前工程车辆是否适合继续运行，并将分析结果发送至所述当前操作人员的终端。

上述实施例的有益效果：通过一种全新的方式打破了传统模式下的工程车辆的体系，使新型工程车辆售后服务模式可以快速加入工程车辆售后服务行业，大幅度提高工程车辆售后服务质量。通过互联网进行信息和数据的传递与共享，为用户提供了科学、高效、快捷的工程车辆售后服务，使其所购设备能够较好的为其创造经济收益；同时也为代理商提供了众多的客户，将用户与代理商的距离拉近，使其经济收益增加，也能够提高工程车辆操作员的收入。

当前，工程车辆运营商还没有建立各类工程车辆的信息档案和工程车辆常见故障的数据库。“设备不出现故障，就不修”，设备的实际运行状态不能及时了解和掌握。本发明将工程车辆的运行状态进行即时检测、监控与记录，定期反馈给客户，能有效地保障设备在良好的运行状况下行驶，提高了设备的安全性、动力性与操控性。

附图说明

图1为本发明实施例提供的一种工程车辆智能综合管理方法的流程示意图；

图2为本发明实施例提供的一种工程车辆智能综合管理方法的流程示意图；

图3为本发明实施例提供的一种工程车辆智能综合管理方法的流程示意图；

图4为本发明实施例提供的一种工程车辆智能综合管理方法的流程示意图；

图5为本发明实施例提供的一种工程车辆智能综合管理系统的结构示意图

图6为本发明实施例提供的一种工程车辆智能综合管理系统的结构示意图

图7为本发明实施例提供的一种工程车辆智能综合管理系统的结构示意图；

图8本发明实施例提供的一种工程车辆智能综合管理方法的信令图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之类的具体细节，以便透彻理解本发明。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

图1为本发明实施例提供的一种工程车辆智能综合管理方法的流程示意图。

具体如图1所示，具体包括：

步骤110，建立不同类型工程车辆的工况模型，为每个工程车辆均设置相应的操作人员名单。

通过步骤110建立工况模型及人员名单并存储起来，以便其他步骤中调用工况模型或操作人员名单；当获取更为精确的工程车辆工况模型或操作人员名单变更时,对工程车辆工况模型或操作人员名单进行更新。

工程车辆的类型包括：自卸车(运土石)、洒水车、沥青洒布车、拖车、水泥砼泵送车、道路综合养护车以及桥梁检测车等。为不同类型的工程车辆建立相应的工况模型，工况模型用于检测并分析工程车辆是否适合继续运行，为每个工程车辆制定一个操作人员名单，名单上的所有人均有资格有权限操作该车辆。比如，对于自卸车，则需要考虑操作人员是否具有驾驶自卸车的驾驶证，如果有则具备操作该工程车辆的操作权限，如果没有则不具备该工程车辆的操作权限。

步骤120，接收当前操作人员的终端发出的启动请求，启动请求包括当前工程车辆的当前车辆信息和当前操作人员的身份信息，当前车辆信息包括：当前工程车辆的各零部件的损坏程度、历史工作时长、报警记录、维修记录。

操作人员如果想要驾驶一辆工程车，则需要通过手持终端向服务器或者服务中心发送启动请求，其中，包括当前车辆的车辆信息，比如车牌号码、车辆类型、型号、发动机号码、底盘号码、使用单位、责任人、加油卡号、保险公司、路桥费缴纳日期等，还包括各零部件的损坏程度、历史工作时长、报警记录、维修记录等；还有操作人员的身份信息，比如驾驶证信息、身份证号、联系方式等。

步骤130，判断当前工程车辆对应的操作人员名单中是否存在当前操作人员的身份信息。

服务器或服务中心接收到启动请求后，首先，需要确认该操作人员的身份是否合法，也就是说，需要判断该操作人员是否在该工程车辆的操作人员名单中，如果在则说明该操作人员是合法的，有操作权限，如果不在则说明该操作人员是不合法的，没有操作权限。

步骤140，当确认存在时，将当前车辆信息输入当前工程车辆对应的工况模型中，分析当前工程车辆是否适合继续运行，并将分析结果发送至当前操作人员的终端。

在确认了该操作人员具有操作该工程车辆的权限之后，将接收到的当前车辆信息输入到该工程车辆的工况模型中，分析该工程车辆是否适合继续运行，如果工况模型分析出不适合继续运行，则发送提示消息给该操作人员，如果工况模型分析出可以继续运行，则让该操作人员启动该工程车辆。

本发明实施例提供的一种工程车辆智能综合管理方法，将工程车辆的运行状态进行即时检测、监控与记录，定期反馈给客户，能有效地保障设备在良好的运行状况下行驶，提高了设备的安全性、动力性与操控性。

本发明实施例还提供了一种工程车辆智能综合管理方法，图2为本发明实施例提供的一种工程车辆智能综合管理方法的流程示意图。

具体如图2所示，具体包括：

步骤210，建立不同类型工程车辆的工况模型，为每个工程车辆均设置相应的操作人员名单。

工程车辆的类型包括：自卸车、洒水车、沥青洒布车、拖车、水泥砼泵送车、道路综合养护车以及桥梁检测车等。为不同类型的工程车辆建立相应的工况模型，工况模型用于检测并分析工程车辆是否适合继续运行，为每个工程车辆制定一个操作人员名单，名单上的所有人均有资格有权限操作该车辆。比如，对于自卸车，则需要考虑操作人员是否具有驾驶自卸车的驾驶证，如果有则具备操作该工程车辆的操作权限，如果没有则不具备该工程车辆的操作权限。

步骤220，锁定每个工程车辆。

在给每类工程车辆建立了工况模型之后，锁定每个工程车辆，以免操作人员私自启动。

步骤230，接收当前操作人员的终端发出的启动请求，启动请求包括当前工程车辆的当前车辆信息和当前操作人员的身份信息，当前车辆信息包括：当前工程车辆的各零部件的损坏程度、历史工作时长、报警记录、维修记录。

操作人员如果想要驾驶一辆工程车，则需要通过手持终端向服务器或者服务中心发送启动请求，其中，包括当前车辆的车辆信息，比如车牌号码、车辆类型、型号、发动机号码、底盘号码、使用单位、责任人、加油卡号、保险公司、路桥费缴纳日期等，还包括各零部件的损坏程度、历史工作时长、报警记录、维修记录等；还有操作人员的身份信息，比如驾驶证信息、身份证号、联系方式等。

步骤240，判断当前工程车辆对应的操作人员名单中是否存在当前操作人员的身份信息。

服务器或服务中心接收到启动请求后，首先，需要确认该操作人员的身份是否合法，也就是说，需要判断该操作人员是否在该工程车辆的操作人员名单中，如果在则说明该操作人员是合法的，有操作权限，如果不在则说明该操作人员是不合法的，没有操作权限。

步骤250，当确认存在时，将当前车辆信息输入当前工程车辆对应的工况模型中，分析当前工程车辆是否适合继续运行，并将分析结果发送至当前操作人员的终端。

在确认了该操作人员具有操作该工程车辆的权限之后，将接收到的当前车辆信息输入到该工程车辆的工况模型中，分析该工程车辆是否适合继续运行，如果工况模型分析出不适合继续运行，则发送提示消息给该操作人员，如果工况模型分析出可以继续运行，则给该工程车辆解锁，让该操作人员启动该工程车辆。

本发明实施例提供的一种工程车辆智能综合管理方法，将工程车辆的运行状态进行即时检测、监控与记录，定期反馈给客户，能有效地保障设备在良好的运行状况下行驶，提高了设备的安全性、动力性与操控性，通过锁定工程车辆，避免了操作人员私自启动，导致的车辆损坏以及其他问题。

本发明实施例还提供了一种工程车辆智能综合管理方法，图3为本发明实施例提供的一种工程车辆智能综合管理方法的流程示意图。

具体如图3所示，具体包括：

步骤310，建立不同类型工程车辆的工况模型，为每个工程车辆均设置相应的操作人员名单。

工程车辆的类型包括：自卸车、洒水车、沥青洒布车、拖车、水泥砼泵送车、道路综合养护车以及桥梁检测车等。为不同类型的工程车辆建立相应的工况模型，工况模型用于检测并分析工程车辆是否适合继续运行，为每个工程车辆制定一个操作人员名单，名单上的所有人均有资格有权限操作该车辆。比如，对于自卸车，则需要考虑操作人员是否具有驾驶自卸车的驾驶证，如果有则具备操作该工程车辆的操作权限，如果没有则不具备该工程车辆的操作权限。

步骤320，锁定每个工程车辆。

在给每类工程车辆建立了工况模型之后，锁定每个工程车辆，以免操作人员私自启动。

步骤330，接收当前操作人员的终端发出的启动请求，启动请求包括当前工程车辆的当前车辆信息和当前操作人员的身份信息，当前车辆信息包括：当前工程车辆的各零部件的损坏程度、历史工作时长、报警记录、维修记录。

操作人员如果想要驾驶一辆工程车，则需要通过手持终端向服务器或者服务中心发送启动请求，其中，包括当前车辆的车辆信息，比如车牌号码、车辆类型、型号、发动机号码、底盘号码、使用单位、责任人、加油卡号、保险公司、路桥费缴纳日期等，还包括各零部件的损坏程度、历史工作时长、报警记录、维修记录等；还有操作人员的身份信息，比如驾驶证信息、身份证号、联系方式等。

步骤340，判断当前工程车辆对应的操作人员名单中是否存在当前操作人员的身份信息。

服务器或服务中心接收到启动请求后，首先，需要确认该操作人员的身份是否合法，也就是说，需要判断该操作人员是否在该工程车辆的操作人员名单中，如果在则说明该操作人员是合法的，有操作权限，如果不在则说明该操作人员是不合法的，没有操作权限。

步骤350，当确认存在时，将当前车辆信息输入当前工程车辆对应的工况模型中，分析当前工程车辆是否适合继续运行，并将分析结果发送至当前操作人员的终端。

在确认了该操作人员具有操作该工程车辆的权限之后，将接收到的当前车辆信息输入到该工程车辆的工况模型中，分析该工程车辆是否适合继续运行，如果工况模型分析出不适合继续运行，则发送提示消息给该操作人员，如果工况模型分析出可以继续运行，则表示该操作人员可以启动该工程车辆。

以自卸车为例子，除工程车辆常用的发动机机油、滤清器、油水分离器、胎压监测等内容外，自卸车的工况模型还对自卸车的液压举升机构进行评测，如液压举升机构之中的液压油的累计使用时间，液压排放滤清器等装置的累计使用时间；将累计使用时间与工况模型中对应的预设的允许的最大更换周期比对；当不超过最大更换周期时，允许工程车辆启动使用；否则，锁定当前工程车辆，并提醒更换相应的易损件。

步骤360，当分析结果为各零部件的损坏程度没有超过工况模型中预设的各零部件的最大损坏程度，且历史工作时长没有超过工况模型中预设的最大工作时长时，对当前工程车辆进行解锁。

如果各零部件的损坏程度已经超过工况模型中预设的各零部件的最大损坏程度，则表示该工程车辆不适合继续运行，如果历史工作时长已经超过模块工况模型中预设的最大工作时长，则也表示该工程车辆不适合继续运行，只有两者均不超过，则表示该工程车辆适合继续运行。

本发明实施例提供的一种工程车辆智能综合管理方法，将工程车辆的运行状态进行即时检测、监控与记录，定期反馈给客户，能有效地保障设备在良好的运行状况下行驶，提高了设备的安全性、动力性与操控性；首先锁定工程车辆，然后经过分析得到分析结果，根据分析结果判断是否应该给该工程车辆解锁，避免了操作人员私自启动，导致的车辆损坏以及其他问题。

本发明实施例还提供了一种工程车辆智能综合管理方法，图4为本发明实施例提供的一种工程车辆智能综合管理方法的流程示意图。

具体如图4所示，具体包括：

步骤410，建立不同类型工程车辆的工况模型，为每个工程车辆均设置相应的操作人员名单。

工程车辆的类型包括：自卸车、洒水车、沥青洒布车、拖车、水泥砼泵送车、道路综合养护车以及桥梁检测车等。为不同类型的工程车辆建立相应的工况模型，工况模型用于检测并分析工程车辆是否适合继续运行，为每个工程车辆制定一个操作人员名单，名单上的所有人均有资格有权限操作该车辆。比如，对于自卸车，则需要考虑操作人员是否具有驾驶自卸车的驾驶证，如果有则具备操作该工程车辆的操作权限，如果没有则不具备该工程车辆的操作权限。

步骤420，锁定每个工程车辆。

在给每类工程车辆建立了工况模型之后，锁定每个工程车辆，以免操作人员私自启动。

步骤430，接收当前操作人员的终端发出的启动请求，启动请求包括当前工程车辆的当前车辆信息和当前操作人员的身份信息，当前车辆信息包括：当前工程车辆的各零部件的损坏程度、历史工作时长、报警记录、维修记录。

操作人员如果想要驾驶一辆工程车，则需要通过手持终端向服务器或者服务中心发送启动请求，其中，包括当前车辆的车辆信息，比如车牌号码、车辆类型、型号、发动机号码、底盘号码、使用单位、责任人、加油卡号、保险公司、路桥费缴纳日期等，还包括各零部件的损坏程度、历史工作时长、报警记录、维修记录等；还有操作人员的身份信息，比如驾驶证信息、身份证号、联系方式等。

步骤440，判断当前工程车辆对应的操作人员名单中是否存在当前操作人员的身份信息。

服务器或服务中心接收到启动请求后，首先，需要确认该操作人员的身份是否合法，也就是说，需要判断该操作人员是否在该工程车辆的操作人员名单中，如果在则说明该操作人员是合法的，有操作权限，如果不在则说明该操作人员是不合法的，没有操作权限。

步骤450，当确认存在时，将当前车辆信息输入当前工程车辆对应的工况模型中，分析当前工程车辆是否适合继续运行，并将分析结果发送至当前操作人员的终端和模块当前工程车辆的运营商的终端。

在确认了该操作人员具有操作该工程车辆的权限之后，将接收到的当前车辆信息输入到该工程车辆的工况模型中，分析该工程车辆是否适合继续运行，将分析结果发送给当前操作人员的终端给当前操作人员知晓情况，同时还发送给当前工程车辆的运营商的终端，如果工况模型分析出不适合继续运行，则通过当前工程车辆的运营商的终端发送提示消息给该操作人员，如果工况模型分析出可以继续运行，则通过当前工程车辆的运营商的终端解锁该工程车辆，让该操作人员启动该工程车辆。

步骤460，当分析结果为各零部件的损坏程度没有超过工况模型中预设的各零部件的最大损坏程度，且历史工作时长没有超过工况模型中预设的最大工作时长时，对当前工程车辆进行解锁。

如果各零部件的损坏程度已经超过工况模型中预设的各零部件的最大损坏程度，则表示该工程车辆不适合继续运行，如果历史工作时长已经超过模块工况模型中预设的最大工作时长，则也表示该工程车辆不适合继续运行，只有两者均不超过，则表示该工程车辆适合继续运行，进而可以对当前工程车辆进行解锁。

本发明实施例提供的一种工程车辆智能综合管理方法，将工程车辆的运行状态进行即时检测、监控与记录，定期反馈给客户，能有效地保障设备在良好的运行状况下行驶，提高了设备的安全性、动力性与操控性；首先锁定工程车辆，然后经过一番分析得到分析结果，运营商的终端接收到分析结果之后，根据分析结果判断是否应该给该工程车辆解锁，避免了操作人员私自启动，导致的车辆损坏以及其他问题。

本发明实施例还提供了一种工程车辆智能综合管理系统，该系统包括：

如图5所示，具体包括：

建立模块510，用于建立不同类型工程车辆的工况模型，为每个工程车辆均存储相应的操作人员名单；

工程车辆的类型包括：自卸车、洒水车、沥青洒布车、拖车、水泥砼泵送车、道路综合养护车以及桥梁检测车等。为不同类型的工程车辆建立相应的工况模型，工况模型用于检测并分析工程车辆是否适合继续运行，为每个工程车辆制定一个操作人员名单，名单上的所有人均有资格有权限操作该车辆。比如，对于自卸车，则需要考虑操作人员是否具有驾驶自卸车的驾驶证，如果有则具备操作该工程车辆的操作权限，如果没有则不具备该工程车辆的操作权限。

接收模块520，用于接收当前操作人员的终端发出的启动请求，启动请求包括当前工程车辆的当前车辆信息和当前操作人员的身份信息，当前车辆信息包括：当前工程车辆的各零部件的损坏程度、历史工作时长、报警记录、维修记录；

操作人员如果想要驾驶一辆工程车，则需要通过手持终端向服务器或者服务中心发送启动请求，其中，包括当前车辆的车辆信息，比如车牌号码、车辆类型、型号、发动机号码、底盘号码、使用单位、责任人、加油卡号、保险公司、路桥费缴纳日期等，还包括各零部件的损坏程度、历史工作时长、报警记录、维修记录等；还有操作人员的身份信息，比如驾驶证信息、身份证号、联系方式等。

判断模块530，用于判断当前工程车辆对应的操作人员名单中是否存在当前操作人员的身份信息；

服务器或服务中心接收到启动请求后，首先，需要确认该操作人员的身份是否合法，也就是说，需要判断该操作人员是否在该工程车辆的操作人员名单中，如果在则说明该操作人员是合法的，有操作权限，如果不在则说明该操作人员是不合法的，没有操作权限。

分析模块540，用于当确认存在时，将当前车辆信息输入当前工程车辆对应的工况模型中，分析当前工程车辆是否适合继续运行，并将分析结果发送至当前操作人员的终端。

在确认了该操作人员具有操作该工程车辆的权限之后，将接收到的当前车辆信息输入到该工程车辆的工况模型中，分析该工程车辆是否适合继续运行，如果工况模型分析出不适合继续运行，则发送提示消息给该操作人员，如果工况模型分析出可以继续运行，则表示该操作人员可以启动该工程车辆。

本发明实施例提供的一种工程车辆智能综合管理系统，将工程车辆的运行状态进行即时检测、监控与记录，定期反馈给客户，能有效地保障设备在良好的运行状况下行驶，提高了设备的安全性、动力性与操控性。

本发明实施例还提供了一种工程车辆智能综合管理系统，具体包括：

具体如图7所示，具体包括：

建立模块610，用于建立不同类型工程车辆的工况模型，为每个工程车辆均设置相应的操作人员名单。

工程车辆的类型包括：自卸车、洒水车、沥青洒布车、拖车、水泥砼泵送车、道路综合养护车以及桥梁检测车等。为不同类型的工程车辆建立相应的工况模型，工况模型用于检测并分析工程车辆是否适合继续运行，为每个工程车辆制定一个操作人员名单，名单上的所有人均有资格有权限操作该车辆。比如，对于自卸车，则需要考虑操作人员是否具有驾驶自卸车的驾驶证，如果有则具备操作该工程车辆的操作权限，如果没有则不具备该工程车辆的操作权限。

锁定模块620，用于锁定每个工程车辆。

在给每类工程车辆建立了工况模型之后，锁定每个工程车辆，以免操作人员私自启动。

接收模块630，用于接收当前操作人员的终端发出的启动请求，启动请求包括当前工程车辆的当前车辆信息和当前操作人员的身份信息，当前车辆信息包括：当前工程车辆的各零部件的损坏程度、历史工作时长、报警记录、维修记录。

操作人员如果想要驾驶一辆工程车，则需要通过手持终端向服务器或者服务中心发送启动请求，其中，包括当前车辆的车辆信息，比如车牌号码、车辆类型、型号、发动机号码、底盘号码、使用单位、责任人、加油卡号、保险公司、路桥费缴纳日期等，还包括各零部件的损坏程度、历史工作时长、报警记录、维修记录等；还有操作人员的身份信息，比如驾驶证信息、身份证号、联系方式等。

判断模块640，用于判断当前工程车辆对应的操作人员名单中是否存在当前操作人员的身份信息。

服务器或服务中心接收到启动请求后，首先，需要确认该操作人员的身份是否合法，也就是说，需要判断该操作人员是否在该工程车辆的操作人员名单中，如果在则说明该操作人员是合法的，有操作权限，如果不在则说明该操作人员是不合法的，没有操作权限。

分析模块650，用于当确认存在时，将当前车辆信息输入当前工程车辆对应的工况模型中，分析当前工程车辆是否适合继续运行，并将分析结果发送至当前操作人员的终端。

在确认了该操作人员具有操作该工程车辆的权限之后，将接收到的当前车辆信息输入到该工程车辆的工况模型中，分析该工程车辆是否适合继续运行，如果工况模型分析出不适合继续运行，则发送提示消息给该操作人员，如果工况模型分析出可以继续运行，则给该工程车辆解锁，让该操作人员启动该工程车辆。

本发明实施例提供的一种工程车辆智能综合管理系统，将工程车辆的运行状态进行即时检测、监控与记录，定期反馈给客户，能有效地保障设备在良好的运行状况下行驶，提高了设备的安全性、动力性与操控性，通过锁定工程车辆，避免了操作人员私自启动，导致的车辆损坏以及其他问题。

本发明实施例还提供了一种工程车辆智能综合管理系统，具体如图7所示，具体包括：

建立模块710，用于建立不同类型工程车辆的工况模型，为每个工程车辆均设置相应的操作人员名单。

工程车辆的类型包括：自卸车、洒水车、沥青洒布车、拖车、水泥砼泵送车、道路综合养护车以及桥梁检测车等。为不同类型的工程车辆建立相应的工况模型，工况模型用于检测并分析工程车辆是否适合继续运行，为每个工程车辆制定一个操作人员名单，名单上的所有人均有资格有权限操作该车辆。比如，对于自卸车，则需要考虑操作人员是否具有驾驶自卸车的驾驶证，如果有则具备操作该工程车辆的操作权限，如果没有则不具备该工程车辆的操作权限。

锁定模块720，用于锁定每个工程车辆。

在给每类工程车辆建立了工况模型之后，锁定每个工程车辆，以免操作人员私自启动。

接收模块730，用于接收当前操作人员的终端发出的启动请求，启动请求包括当前工程车辆的当前车辆信息和当前操作人员的身份信息，当前车辆信息包括：当前工程车辆的各零部件的损坏程度、历史工作时长、报警记录、维修记录。

操作人员如果想要驾驶一辆工程车，则需要通过手持终端向服务器或者服务中心发送启动请求，其中，包括当前车辆的车辆信息，比如车牌号码、车辆类型、型号、发动机号码、底盘号码、使用单位、责任人、加油卡号、保险公司、路桥费缴纳日期等，还包括各零部件的损坏程度、历史工作时长、报警记录、维修记录等；还有操作人员的身份信息，比如驾驶证信息、身份证号、联系方式等。

判断模块740，用于判断当前工程车辆对应的操作人员名单中是否存在当前操作人员的身份信息。

服务器或服务中心接收到启动请求后，首先，需要确认该操作人员的身份是否合法，也就是说，需要判断该操作人员是否在该工程车辆的操作人员名单中，如果在则说明该操作人员是合法的，有操作权限，如果不在则说明该操作人员是不合法的，没有操作权限。

分析模块750，用于当确认存在时，将当前车辆信息输入当前工程车辆对应的工况模型中，分析当前工程车辆是否适合继续运行，并将分析结果发送至当前操作人员的终端。分析模块750还用于通过设置定时检测程序，或预警程序，当工程车辆连续运行到一定时长时，发出报警信息。

在确认了该操作人员具有操作该工程车辆的权限之后，将接收到的当前车辆信息输入到该工程车辆的工况模型中，分析该工程车辆是否适合继续运行，如果工况模型分析出不适合继续运行，则发送提示消息给该操作人员，如果工况模型分析出可以继续运行，则给该工程车辆解锁，让该操作人员启动该工程车辆。

解锁模块760，用于当分析结果为各零部件的损坏程度没有超过工况模型中预设的各零部件的最大损坏程度，且历史工作时长没有超过工况模型中预设的最大工作时长时，对当前工程车辆进行解锁。

如果各零部件的损坏程度已经超过工况模型中预设的各零部件的最大损坏程度，则表示该工程车辆不适合继续运行，如果历史工作时长已经超过模块工况模型中预设的最大工作时长，则也表示该工程车辆不适合继续运行，只有两者均不超过，则表示该工程车辆适合继续运行。

发送模块770，用于将分析结果发送至所述当前操作人员的终端的同时，需要注意的是，当获取了车辆中各个部件的工况信息、已运行时间等数据后，发送模块770不仅仅发送给当前的操作人员；还将所述分析结果发送至所述当前工程车辆的运营商的终端；通过上述方式，将工程车辆所需的维护信息不只发送给仅负责实时操作的人员，还建立每辆工程车辆与负责运营该辆工程车辆的运营商的对应关系，将每辆工程车辆的维护信息(如维护保养建议、需多少工时后需更换的部件等)发送给对应的运营商，使得工程车辆可以及时得到专业人员的专业维护及监控。

本发明实施例提供了一种工程车辆智能综合管理系统，将工程车辆的运行状态进行即时检测、监控与记录，定期反馈给客户，能有效地保障设备在良好的运行状况下行驶，提高了设备的安全性、动力性与操控性；首先锁定工程车辆，然后经过一番分析得到分析结果，根据分析结果判断是否应该给该工程车辆解锁，避免了操作人员私自启动，导致的车辆损坏以及其他问题。

图8位本发明实施例提供的一种工程车辆智能综合管理方法的信令图。

具体如图8所示，包括：

步骤810，服务器建立不同类型工程车辆的工况模型，为每个工程车辆均设置相应的操作人员名单。

步骤820，当前工程车辆的运营商的终端锁定每个工程车辆。

步骤830，当前操作人员的终端将采集到的当前工程车辆的当前车辆信息和当前操作人员的身份信息封装成启动请求发送给服务器。

步骤840，服务器接收当前操作人员的终端发出的启动请求。

步骤850，服务器判断当前工程车辆对应的操作人员名单中是否存在当前操作人员的身份信息。

步骤860，服务器当确认存在时，将当前车辆信息输入当前工程车辆对应的工况模型中，分析当前工程车辆是否适合继续运行，并将分析结果发送至当前操作人员的终端和当前工程车辆的运营商的终端。

步骤870，当前工程车辆的运营商的终端当分析结果为各零部件的损坏程度没有超过工况模型中预设的各零部件的最大损坏程度，且历史工作时长没有超过工况模型中预设的最大工作时长时，对当前工程车辆进行解锁。

读者应理解，在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种工程车辆智能综合管理方法，其特征在于，所述方法包括：

建立不同类型工程车辆的工况模型，为每个所述工程车辆均设置相应的操作人员名单；

接收当前操作人员的终端发出的启动请求，所述启动请求包括当前工程车辆的当前车辆信息和所述当前操作人员的身份信息，所述当前车辆信息包括：所述当前工程车辆的各零部件的损坏程度、历史工作时长、报警记录、维修记录；

判断所述当前工程车辆对应的操作人员名单中是否存在所述当前操作人员的身份信息；

当确认存在时，将所述当前车辆信息输入所述当前工程车辆对应的工况模型中，分析所述当前工程车辆是否适合继续运行，并将分析结果发送至所述当前操作人员的终端。

2.根据权利要求1所述的工程车辆智能综合管理方法，其特征在于，所述分析结果包括：所述各零部件的损坏程度是否超过所述工况模型中预设的各零部件的最大损坏程度，以及所述历史工作时长是否超过所述工况模型中预设的最大工作时长。

3.根据权利要求2所述的工程车辆智能综合管理方法，其特征在于，接收当前操作人员的终端发出的启动请求之前，还包括：

锁定每个所述工程车辆。

4.根据权利要求3所述的工程车辆智能综合管理方法，其特征在于，所述当确认存在时，将所述当前车辆信息输入所述当前工程车辆对应的工况模型中，分析所述当前工程车辆是否适合继续运行，并将分析结果发送至所述当前操作人员的终端之后，还包括：

当所述分析结果为所述各零部件的损坏程度没有超过所述工况模型中预设的各零部件的最大损坏程度，且所述历史工作时长没有超过所述工况模型中预设的最大工作时长时，对所述当前工程车辆进行解锁。

5.根据权利要求1-4任一项所述的工程车辆智能综合管理方法，其特征在于，所述将分析结果发送至所述当前操作人员的终端的同时，还将所述分析结果发送至所述当前工程车辆的运营商的终端。

6.一种工程车辆智能综合管理系统，其特征在于，所述系统包括：

建立模块，用于建立不同类型工程车辆的工况模型，为每个所述工程车辆均存储相应的操作人员名单；

接收模块，用于接收当前操作人员的终端发出的启动请求，所述启动请求包括当前工程车辆的当前车辆信息和所述当前操作人员的身份信息，所述当前车辆信息包括：所述当前工程车辆的各零部件的损坏程度、历史工作时长、报警记录、维修记录；

判断模块，用于判断所述当前工程车辆对应的操作人员名单中是否存在所述当前操作人员的身份信息；

分析模块，用于当确认存在时，将所述当前车辆信息输入所述当前工程车辆对应的工况模型中，分析所述当前工程车辆是否适合继续运行，并将分析结果发送至所述当前操作人员的终端。

7.根据权利要求6所述的工程车辆智能综合管理系统，其特征在于，所述分析模块发送的所述分析结果包括：所述各零部件的损坏程度是否超过所述工况模型中预设的各零部件的最大损坏程度，以及所述历史工作时长是否超过所述工况模型中预设的最大工作时长。

8.根据权利要求7所述的工程车辆智能综合管理系统，其特征在于，还包括：

锁定模块，用于锁定每个所述工程车辆。

9.根据权利要求8所述的工程车辆智能综合管理系统，其特征在于，还包括：

解锁模块，用于当所述分析结果为所述各零部件的损坏程度没有超过所述工况模型中预设的各零部件的最大损坏程度，且所述历史工作时长没有超过所述工况模型中预设的最大工作时长时，对所述当前工程车辆进行解锁。

10.根据权利要求6-9任一项所述的工程车辆智能综合管理系统，其特征在于，还包括：

发送模块，用于将分析结果发送至所述当前操作人员的终端的同时，还将所述分析结果发送至所述当前工程车辆的运营商的终端。