欢迎光临小豌豆知识网!
当前位置:首页 > 电学技术 > 电通讯技术> 一种基于云平台的汽车后服务管理系统和方法独创技术42196字

一种基于云平台的汽车后服务管理系统和方法

2023-02-16 22:59:32

一种基于云平台的汽车后服务管理系统和方法

  技术领域

  本发明涉及大数据技术领域,特别是涉及一种基于云平台的汽车后服务管理系统和方法。

  背景技术

  随着汽车后市场产业链的不断发展,已形成庞大而又复杂的市场。首先是汽车本身的全面数据化、智能化,再者在汽车营销层面,特别是车主行为数据化被车企所看重。以车为中心的数据化,汽车智能检测、维修保养、零部件、保险等信息都会形成庞大的数据挖掘应用而产生价值。因此,利用大数据来适配车后服务对整个行业具有重大意义。

  发明内容

  本发明要解决的技术问题是提供一种基于云平台的汽车后服务管理系统和方法,以实现系统整合汽车检测数据,全面综合的提供汽车后服务的目的。

  为了解决上述技术问题,本发明实施例提供以下技术方案:

  第一方面,本发明实施例提供了一种基于云平台的汽车后服务管理系统,所述系统包括:检测设备、设备管理平台和服务系统,

  所述检测设备用于获取至少两种汽车检测数据,至少两种所述汽车检测数据中每种数据与同一车辆的车辆标识码相关,并用于将所述至少两种汽车检测数据上传;

  所述设备管理平台包括数据接口和业务接口,所述数据接口用于接收所述检测设备上传的所述汽车检测数据,并对所述汽车检测数据进行处理,所述业务接口用于将处理后的汽车检测数据发送至服务系统;

  所述服务系统用于根据所述处理后的汽车检测数据为所述同一车辆提供汽车业务服务。

  可选地,所述设备管理平台包括设备状态缓存模块,所述设备状态缓存模块用于存储所述检测设备的上报状态信息以及应用程序期望状态信息;

  所述设备管理平台还包括与所述设备状态缓存模块连接的固件升级模块、远程控制模块、配置下发模块、设备监控模块、地理位置确定模块以及设备分组模块。

  可选地,所述数据接口包括MQTT消息服务器、代理网关和计算引擎;

  所述MQTT消息服务器用于接收所述检测设备上传的所述汽车检测数据;

  所述代理网关用于根据预设规则对所述汽车检测数据进行分类处理,并将分类处理后获得的数据流推送至所述计算引擎;

  所述计算引擎用于对所述数据流进行聚合、分析、排序、过滤中的至少一种操作。

  可选地,所述代理网关包括规则引擎,

  所述规则引擎用于接收所述汽车检测数据,在所述MQTT消息服务器调用所述规则引擎触发预设函数运行后,根据预设规则对所述汽车检测数据进行分类处理,并将分类处理后获得的数据流推送至所述计算引擎。

  可选地,所述数据接口还包括数据湖,所述数据湖与所述计算引擎通信连接,所述数据湖用于存储所述计算引擎操作后的数据。

  可选地,所述服务系统具体用于:

  根据所述处理后的汽车检测数据为所述同一车辆提供车辆健康档案或汽车综合检测报告;

  其中,所述车辆健康档案包括至少一份所述汽车综合检测报告。

  可选地,所述服务系统还用于发送控制命令至所述代理网关;

  所述代理网关用于接收所述控制命令,并转发所述控制命令至所述MQTT消息服务器,以使所述MQTT消息服务器根据所述控制命令发送MQTT消息至所述检测设备。

  可选地,所述MQTT消息服务器,用于接收所述检测设备根据所述MQTT消息返回的操作结果,并发送所述操作结果至所述设备管理平台;

  所述设备管理平台用于根据所述操作结果更新所述设备状态缓存模块上存储的状态信息。

  可选地,所述代理网关还包括规则管理模块,

  所述代理网关还用于接收所述服务系统发送的规则管理请求,并基于所述规定管理模块响应所述规则管理请求;

  其中,所述规则管理请求包括创建规则请求、删除规则请求和查询规则请求。

  可选地,所述代理网关还包括作业管理模块,

  所述代理网关还用于接收所述服务系统发送的作业管理请求,并基于所述作业管理模块响应所述作业管理请求;

  其中,所述作业管理请求包括创建作业请求、执行作业请求、删除作业请求和查询作业请求。

  可选地,所述代理网关还用于接收所述服务系统发送的主题管理请求,根据所述主题管理请求获得主题管理消息,并发送所述主题管理消息至所述MQTT消息服务器;

  其中,所述主题管理请求包括创建主题请求、删除主题请求和查询主题请求。

  可选地,所述代理网关还用于发送主题配置更新消息至所述MQTT消息服务器,以使所述MQTT消息服务器根据所述主题配置更新消息发送主题配置更新命令至所述检测设备,所述检测设备用于根据所述主题配置更新命令进行主题配置更新。

  第二方面,本发明实施例提供了一种基于云平台的汽车后服务管理方法,所述方法包括:

  获取至少两种汽车检测数据,并发送所述至少两种汽车检测数据,其中,至少两种所述汽车检测数据中每种数据与同一车辆的车辆标识码相关;

  接收所述汽车检测数据,并对所述汽车检测数据进行处理,再将处理后的汽车检测数据发送至服务系统;

  根据所述处理后的汽车检测数据为所述同一车辆提供汽车业务服务。

  可选地,所述方法还包括:

  存储检测设备的上报状态信息以及应用程序期望状态信息;

  基于所述上报状态信息和所述应用程序期望状态信息,进行所述检测设备的固件升级、远程控制、配置下发、设备监控、地理位置确定以及设备分组。

  可选地,所述接收所述汽车检测数据,并对所述汽车检测数据进行处理,包括:

  接收所述检测设备上传的所述汽车检测数据;

  根据预设规则对所述汽车检测数据进行分类处理,并将分类处理后获得的数据流推送至计算引擎;

  对所述数据流进行聚合、分析、排序、过滤中的至少一种操作。

  可选地,所述方法还包括:

  存储处理后的所述数据流至数据湖。

  可选地,所述根据所述处理后的汽车检测数据为所述同一车辆提供汽车业务服务,包括:

  根据所述处理后的汽车检测数据为所述同一车辆提供车辆健康档案或汽车综合检测报告;

  其中,所述车辆健康档案包括至少一份所述汽车综合检测报告。

  可选地,所述方法还包括:

  发送控制命令至设备管理平台,以使所述设备管理平台转发所述控制命令至检测设备;

  获取所述检测设备根据所述控制命令返回的操作结果,并根据所述操作结果更新所述检测设备存储的状态信息。

  可选地,所述方法还包括:

  接收所述服务系统发送的规则管理请求,并响应所述规则管理请求;

  其中,所述规则管理请求包括创建规则请求、删除规则请求和查询规则请求。

  可选地,所述方法还包括:

  接收所述服务系统发送的作业管理请求,并响应所述作业管理请求;

  其中,所述作业管理请求包括创建作业请求、执行作业请求、删除作业请求和查询作业请求。

  可选地,所述方法还包括:

  接收所述服务系统发送的主题管理请求,根据所述主题管理请求获得主题管理消息,并发送所述主题管理消息至MQTT消息服务器;

  其中,所述主题管理请求包括创建主题请求、删除主题请求和查询主题请求。

  区别于现有技术的情况,本发明实施方式提供了一种基于云平台的汽车后服务管理系统和方法,该系统包括检测设备、设备管理平台和服务系统,所述检测设备用于获取至少两种汽车检测数据,所述至少两种汽车检测数据中每种数据与同一车辆的车辆标识码相关;所述设备管理平台包括数据接口和业务接口,所述数据接口用于接收所述汽车检测数据,并对所述汽车检测数据进行处理,所述业务接口用于将处理后的汽车检测数据发送至服务系统;所述服务系统用于根据处理后的汽车检测数据为同一车辆提供汽车业务服务。本发明实施例提供的基于云平台的汽车后服务管理系统和方法能够系统整合汽车的检测数据,根据整合后的检测数据提供汽车后服务,比如提供汽车检测、汽车诊断、汽车维修、汽车保养等服务,由此,不仅提高了汽车后服务效率,而且使汽车后服务变的更方便,提升了用户体验。

  附图说明

  一个或多个实施例通过与之对应的附图进行示例性说明,这些示例性说明并不构成对实施例的限定,附图中具有相同参考数字标号的元件表示为类似的元件,除非有特别申明,附图中的图不构成比例限制。

  图1是本发明实施例提供的一种基于云平台的汽车后服务管理系统的结构示意图;

  图2是本发明实施例提供的一种基于云平台的汽车后服务管理方法的时序图;

  图3是本发明实施例提供的检测设备的结构示意图;

  图4是本发明实施例提供的设备管理平台的结构框图;

  图5是本发明实施例提供的设备管理平台数据采集过程的时序图;

  图6是本发明实施例提供的服务系统向检测设备下发控制命令的时序图;

  图7是本发明实施例提供的对检测设备的主题进行管理的时序图;

  图8是本发明实施例提供的对设备管理平台进行规则管理的时序图;

  图9是本发明实施例提供的对连接设备管理平台的检测设备进行作业管理的时序图;

  图10是本发明实施例提供的一种基于云平台的汽车后服务管理系统的逻辑框图;

  图11是本发明实施例提供的一种根据汽车检测数据出具综合报告的示意图。

  具体实施方式

  为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。

  本发明实施例提供的基于云平台的汽车后服务管理系统主要通过接入全球各个汽车维修店的汽车检测设备、汽车诊断设备,采集车辆检测数据、车辆诊断数据等,形成以车辆检测、维修一体化的数据平台。基于该数据平台建立以汽车诊断业务为核心,以汽车保养检测等其他作为业务延伸,形成一套完整的检测业务体系。此外,该数据平台还可以构建各种SaaS(Software-as-a-Service,软件即服务)业务能力,比如,汽车保险、汽车美容、二手车估值等等。

  其中,所述数据平台主要从检测设备获取汽车相关数据,所述数据平台与所述检测设备之间基于MQTT(Message Queuing Telemetry Transport,消息队列遥感传输协议)通信。所述MQTT通信协议可以以极少的代码和有限的带宽,为连接远程设备提供实时可靠的消息服务。作为一种低开销、低带宽占用的即时通讯协议,使其在物联网、小型设备、移动应用等方面有较广泛的应用。

  图1是本发明实施例提供的一种基于云平台的汽车后服务管理系统的结构示意图。所述系统100包括检测设备10、设备管理平台20和服务系统30。所述检测设备10与所述设备管理平台20通信连接,所述设备管理平台20与所述服务系统30通信连接。

  在本实施例中,如图2所示,基于所述检测设备10、所述设备管理平台20和所述服务系统30,提供了一种基于云平台的汽车后服务管理方法,该方法由所述系统100执行,具体地,所述方法包括:

  S11、所述检测设备10用于获取至少两种汽车检测数据,并发送所述至少两种汽车检测数据至所述设备管理平台20,其中,所述至少两种汽车检测数据中每种数据与同一车辆的车辆标识码(VIN码)相关。

  S12、所述设备管理平台20用于接收所述汽车检测数据,并对所述汽车检测数据进行处理,再将处理后的所述汽车检测数据发送至所述服务系统30。

  S13、所述服务系统30用于根据所述处理后的所述汽车检测数据为所述同一车辆提供汽车业务服务。

  其中,所述汽车检测数据可以包括汽车的电池检测数据、发动机检测数据、OBD(OnBoardDiagnostics,车载诊断系统)排放检测数据、ADAS(Advanced drivingassistance system,高级辅助驾驶系统)校准检测数据、轮胎/刹车片检测数据、油品检测数据等。所述汽车检测数据还可以包括所述汽车的生产厂商、品牌、汽车颜色、发动机型号、车架号等信息。

  其中,所述至少两种所述汽车检测数据中每种数据与同一车辆的车辆标识码相关。所述车辆标识码用于唯一识别所述汽车,作为所述汽车的身份标识信息。在本实施例,获取同一车辆的至少两种汽车检测数据。

  其中,获取所述至少两种汽车检测数据的方式可以包括通过OBD直接从车辆的ECU(Electronic Control Unit,电子控制单元)获取所述至少两种汽车检测数据;还可以包括实时从车辆的其他功能的检测装置获取所述至少两种汽车检测数据,比如轮胎相关检测数据(包括胎纹/刹车盘检测数据等),内窥镜数据,ADAS系统的标定数据,TPMS(Tirepressure monitoring system,轮胎压力监测系统)数据等。

  需要说明的是,所述检测设备10不一定是一个设备,还可以是多个设备共同组成所述检测设备10,比如,所述OBD,内窥镜等可以共同组成所述检测设备10。

  其中,所述设备管理平台20包括数据接口21和业务接口22,所述设备管理平台20通过所述数据接口21接收所述检测设备10上传的所述汽车检测数据,并对所述汽车检测数据进行处理;通过所述业务接口22将处理后的汽车检测数据发送至所述服务系统30。其中,所述处理包括分类,整合,清洗,筛选等等。

  其中,根据所述处理后的汽车检测数据为车辆提供汽车业务服务包括提供汽车诊断、维修,汽车综合数字化健康检测报告,汽车性能预测和维修建议,汽车保险,汽车美容,等等。具体地,所述服务系统30可以整合处理后的汽车检测数据,以出具综合报告,其中,为车辆提供汽车业务服务具体是为所述同一车辆提供汽车业务服务,所提供的汽车业务服务可以与车辆的标识码关联。所述综合报告具体可以是车辆健康档案或汽车综合检测报告,其中,所述车辆健康档案包括至少一份所述汽车综合检测报告。具体可以理解为:车辆健康档案包括按照时间排序的多份汽车综合检测报告,即对该车辆进行诊断的历史记录。汽车综合检测报告可以在收集到车辆的一个或多个检测数据后,根据本申请所述的汽车后服务管理系统100实时地为用户提供汽车综合检测报告,同时,该系统100还可以将此份报告收录于该车辆的车辆健康档案中,以供用户查看。可以理解地,车辆健康档案中的每份报告所包括的具体内容可相同,可不同,可以根据手机的检测数据具体确定,在此不予限定。

  其中,所述服务系统30可以将所述业务服务反馈至检测设备10,比如,所述服务系统30通过所述业务接口22发送所述综合报告至所述设备管理平台20,所述设备管理平台20通过所述数据接口21反馈所述综合报告至所述检测设备10,由此,用户可以在检测设备10端查看所述综合报告,当然,用户也可以访问所述服务系统30来获取所述综合报告,还可以访问所述设备管理平台20来获得所述综合报告。

  在本实施例中,所述设备管理平台20和所述服务系统30均可以分别搭建于服务器或服务器集群上。所述设备管理平台20具体可以是一个基于MQTT协议的设备接入管理、数据采集、数据分析、事件处理等为一体的设备云平台。

  本发明实施例提供的基于云平台的汽车后服务管理系统能够系统整合汽车的检测数据,根据整合后的检测数据提供汽车后服务,具体可以整合汽车的检测数据,从而出具汽车综合报告。通过所述系统能够使汽车后服务变的方便,提高了汽车后服务效率,提升了用户体验。

  如图3所示,所述检测设备10包括下位机11和上位机12。所述下位机11通过WIFI、蓝牙和USB接口中的至少一种与所述上位机12通信连接,所述上位机12通过WIFI、4G、5G、蓝牙和以太网中的至少一种与所述设备管理平台20通信连接。所述下位机101用于采集所述汽车检测数据,并发送所述汽车检测数据至所述上位机12。所述下位机11具体可以是轮胎检测仪、内窥镜、高级驾驶辅助系统(ADAS)、胎压监测系统(TPMS)、电池检测设备等。所述上位机12用于整合所述汽车检测数据,并发送整合后的汽车检测数据至所述设备管理平台20。在本实施例中,所述上位机12可以基于MQTT协议将所述汽车检测数据上传至所述设备管理平台20。

  其中,所述上位机12具体可以是汽车诊断仪,所述汽车诊断仪可以作为所述下位机11的网关,将下位机11采集的数据上传至设备管理平台20。所述汽车诊断仪支持各种下位机11的工控协议解析,并且支持MQTT上行协议。

  需要说明的是,所述上位机12除了可以是所述汽车诊断仪之外,还可以是其他设备,比如是汽车ECU等。

  如图4所示,所述设备管理平台20包括数据接口21和业务接口22。所述数据接口21分别与所述检测设备10和所述业务接口22通信连接,所述数据接口21与所述上位机12基于MQTT协议通信连接。所述数据接口21用于接收所述上位机12上传的汽车检测数据,并对所述汽车检测数据进行处理,发送处理后的所述汽车检测数据至所述业务接口22。所述业务接口22作为所述设备管理平台20与所述服务系统30之间的连接桥梁,其用于发送处理后的所述汽车检测数据至所述服务系统30。

  同样如图4所示,所述数据接口21包括:MQTT消息服务器211、代理网关212和计算引擎213。

  在本实施例中,所述MQTT消息服务器211用于接收所述检测设备10上传的所述汽车检测数据;所述代理网关212用于根据预设规则对所述汽车检测数据进行分类处理,并将分类处理后获得的数据流推送至所述计算引擎213;所述计算引擎213用于对所述数据流进行聚合、分析、排序、过滤中的至少一种操作。

  所述MQTT消息服务器211基于MQTT协议接收所述检测设备10上传的汽车检测数据。比如,以车辆的车架号作为车辆唯一身份识别标识,建立车辆健康档案,汽车到维修店的每次检测,汽车的检测数据都可以从各种检测设备10通过所述MQTT消息服务器211上传至所述设备管理平台20,从而形成车辆健康档案。

  所述代理网关212用于对各设备同步的数据进行规则转换、数据实时和离线计算。所述代理网关212可以对检测设备10上传的汽车检测数据进行分析处理。同样如图4所示,所述代理网关212包括规则引擎2121、规则管理模块2122和作业管理模块2123。

  其中,所述规则引擎2121用于接收所述汽车检测数据,在所述MQTT消息服务器211调用所述规则引擎2121触发预设函数运行后,根据预设规则对所述汽车检测数据进行分类处理,并将分类处理后获得的数据流推送至所述计算引擎213。

  所述检测设备10通过所述下位机11和所述上位机12将汽车相关数据上传至所述设备管理平台20,所述汽车相关数据包括汽车检测数据。具体的,如图5所示,图5是本发明实施例提供的所述设备管理平台20数据采集过程的时序图,所述上位机12整合所述下位机11采集的汽车检测数据,根据所述汽车检测数据,包括如下方法步骤:

  S21、所述上位机12基于MQTT协议发送所述汽车检测数据至所述MQTT消息服务器211。

  S22、所述MQTT消息服务器211调用所述规则引擎2121触发预设函数运行后,所述代理网关212根据预设规则对所述汽车检测数据进行分类转换,以获得分类转换后的数据流。

  S23、所述代理网关212还用于发送所述分类转换后的所述数据流至所述计算引擎213。

  S24、所述计算引擎213用于对所述数据流进行聚合、分析、排序、过滤等中的至少一种操作。

  其中,所述规则引擎2121可以根据不同的设定规则对所述汽车检测数据进行分类处理,将获取的数据流推送至流处理计算组件中。所述MQTT消息服务器211调用所述规则引擎2121后触发运行的预设函数具体可以是Event Map函数,所述代理网关212根据所述Event Map函数对所述汽车检测数据进行分类转换,以获得分类转换后的数据流。所述Event Map函数实现数量分类时具体可以通过哈希表的结构实现。在本实施例中,所述规则引擎2121是一项计算服务,无需预配置或管理服务器即可运行的代码,可以响应存储事件、HTTP请求事件、处理流数据事件等。规则引擎2121主要是对检测数据、应用数据、视频数据、图像数据等进行过滤分类处理,按照不同的方式进行存储。

  在一些实施例中,所述汽车相关数据还包括汽车应用数据,所述汽车应用数据指的是与检测设备10相关的全部数据,比如,检测设备10的运行日志,设备状态,设备是否在线等信息。也可以基于上述步骤S21至步骤S24的思路将所述汽车应用数据发送给所述设备管理平台20,以使所述设备管理平台20分析和处理所述汽车应用数据,从而丰富后台数据库,为汽车后服务提供帮助。

  在一些实施例中,如图4所示,所述数据接口21还包括数据湖214,所述数据湖214与所述计算引擎213通信连接。当所述计算引擎213对所述数据流进行分析处理后,可以将分析处理后的数据存储至所述数据湖214,所述数据湖214可以存储图像和视频数据,存储文本数据等。比如,所述数据湖214中存储的文本数据可以包括汽车健康状况分析报告,汽车诊断报告等,其中,汽车健康状况分析报告可以是根据车辆健康档案整合分析得到的。所述数据湖214中存储的视频数据可以包括汽车维修帮助视频,通过该视频可以辅助用户进行汽车维修,等。

  在一些实施例中,所述服务系统30还用于发送控制命令至所述设备管理平台20,通过所述设备管理平台20转发所述控制命令至所述检测设备10。所述检测设备10用于执行所述控制命令对应的操作。其中,所述控制命令是用于控制所述检测设备10的相关命令,比如,控制检测设备10升级等。

  如图6所示,图6是本发明实施例中提供的服务系统30向检测设备10下发控制命令的时序图。其中,所述服务系统30用于根据所述设备管理平台20分析处理后的汽车检测数据提供云服务,所述云服务包括大数据服务,SaaS服务以及其他应用服务。所述服务系统30可以与外部其他系统进行服务对接,提供不同类型的业务数据。具体地,如图6所示,包括如下方法步骤:

  S31、所述服务系统30发送控制命令至代理网关212。

  S32、所述代理网关212根据所述控制命令发送MQTT请求至所述MQTT消息服务器211。

  S33、所述MQTT消息服务器211接收所述MQTT请求并发送MQTT消息至检测设备10。

  S34、所述检测设备10根据所述MQTT消息执行命令操作,生成操作结果。

  S35、所述检测设备10发送所述操作结果。

  其中,在所述检测设备10响应所述控制命令后,将命令执行的操作结果发送给MQTT消息服务器211,所述MQTT消息服务器211发送所述操作结果至所述代理网关212,所述代理网关212转发所述操作结果至所述云服务器30。

  在一些实施例中,如图4所示,所述设备管理平台20还包括设备状态缓存模块23,所述设备状态缓存模块23作为设备影子,其用于存储所述检测设备10的上报状态信息以及应用程序期望状态信息。所述设备影子是一个JSON文件,用于存储设备的在线状态、设备最近一次上报的设备属性值、应用服务器期望下发的配置。每个设备有且只有一个设备影子,设备可以获取和设置设备影子以此来同步设备属性值,这个同步可以是影子同步给设备,也可以是设备同步给影子。设置设备影子后,一种场景下,可以在设备管理系统与检测设备通信不良时,将下发信息暂存与设备影子,在设备管理系统与检测设备通信恢复后,由设备影子同步给设备;另一种场景下,设备将上发信息同步于设备影子后,可由设备影子代替与服务端交互,从而解放设备的交互资源,可进一步提升设备的处理能力。

  在本实施例中,如图6所示,所述方法还包括:

  S36、所述MQTT消息服务器211接收所述操作结果,并根据所述操作结果更新所述设备状态缓存模块23上存储的状态信息。

  在一些实施例中,如图4所示,所述设备管理平台20还包括其他与设备相关的管理模块,如至少包括以下一个模块:

  固件升级模块24、远程控制模块25、配置下发模块26、设备监控模块27、地理位置确定模块28以及设备分组模块29。

  各模块可分别于设备状态缓存模块23连接,各个模块可以将各自采集的信息存储至所述设备状态缓存模块23中。

  所述固件升级模块24用于对所述设备管理平台20中所有接入的设备终端进行固件升级。比如对所述检测设备10进行固件升级。

  所述远程控制模块25用于辅助使用所述设备管理平台20的操作者对接入所述设备管理平台20的所有设备终端进行远程控制,达到远程操作设备终端的目的。比如远程控制所述检测设备10进行检测。

  所述配置下发模块26用于将所述设备管理平台20上生成的配置信息下发到所有接入所述设备管理平台20的所有设备终端,比如将配置信息下发到所述检测设备10。

  所述设备监控模块27用于监控所述设备管理平台20中接入的所有终端设备检测到的监控信息,比如所述检测设备10获取的监控信息。

  所述地理位置确定模块28用于管理所有接入所述设备管理平台20中的设备终端检测到的地理位置信息,比如所述检测设备10检测到的汽车的地理位置变化信息,根据所述地理位置信息可以对汽车进行位置追踪等应用。

  所述设备分组模块29用于管理所有接入所述设备管理设备平台20中的所有设备终端的分组信息,比如根据功能将多个所述检测设备10进行分组。

  在一些实施例中,运维人员可以通过访问所述服务系统30,以使所述服务系统30向设备管理平台20发送主题管理请求。所述主题管理请求包括创建主题请求、删除主题请求和查询主题请求。所述主题管理请求主要用于对所述MQTT消息服务器211的主题进行管理,提供对主题的创建、编辑、删除等操作。用户可以在界面上创建主题,也可以对已存在的主题进行编辑、并删除已有的主题。所述主题是按照业务划分的通道,一个项目中可以有多个主题,根据业务类型来划分项目的主题。比如,检测设备10中每种设备代表一种类型的检测(如轮胎检测,电池检测等),该一种类型对应一种业务,该一种业务定义为一个主题。可以划分很多主题,并且随着不同的设备的增加,需要对主题进行管理,包括增加主题、删除主题等。

  具体的,如图7所示,图7是本发明实施例提供的对检测设备10的主题进行管理的时序图。其中,运维人员可以登录后台客户端,通过后台客户端向所述服务系统30发送创建主题请求、删除主题请求以及查询主题请求中的一种。所述服务系统30转发所述创建主题请求、所述删除主题请求以及所述查询主题请求至所述代理网关212,所述代理网关212基于MQTT协议向所述MQTT消息服务器211针对后台客户端的请求发送创建主题消息、删除主题消息或查询主题消息,所述MQTT消息服务器211响应所述创建主题消息、所述删除主题消息或所述查询主题消息,从而完成主题的创建、删除或查询。具体地流程如图7所示,包括以下步骤:

  S41、所述代理网关212接收所述服务系统30发送的主题管理请求;

  S42、所述代理网关212发送所述主题管理请求至所述MQTT消息服务器211,并响应所述主题管理请求。

  其中,所述主题管理请求包括创建主题请求、删除主题请求和查询主题请求中的一个。

  其中,所述MQTT消息服务器211响应所述主题管理请求,具体包括对所述检测设备10的主题进行创建,删除所述检测设备10的主题,以及向检测设备10发送主题查询命令,以查询所述检测设备10的主题。

  其中,当所述主题管理请求为删除主题请求时,所述方法还包括:对检测设备10的主题进行配置更新。同样如图7所示,还包括以下步骤:

  S43、代理网关212发送主题配置更新消息至所述MQTT消息服务器211;

  S44、所述MQTT消息服务器211根据所述主题配置更新消息发送主题配置更新命令至所述检测设备10;

  S45、所述检测设备10根据所述主题配置更新命令进行主题配置更新。

  可以理解的是,随着检测设备10的增加或减少,以及检测设备10的更新换代等原因,需要删除当前不匹配的主题,并且在删除主题后对所述检测设备10的主题进行配置更新,从而使所述检测设备10当前的主题满足汽车后服务的要求。

  在一些实施例中,运维人员可以通过访问所述服务系统30,以使所述服务系统30向设备管理平台20发送规则管理请求。所述规则管理请求用于对规则进行新增、修改、删除等操作。所述设备管理平台20通过所述代理网关212接收所述服务系统30发送的规则管理请求,并通过所述规则管理模块2122响应所述规则管理请求,从而可以对所述设备管理平台20上设置的规则进行创建、编辑、删除等操作。用户可以在界面上创建新规则,也可以对已存在的规则进行编辑,还可以删除已有的规则。

  具体的,如图8所示,图8是本发明实施例提供的对设备管理平台20进行规则管理的时序图。主要包括以下步骤:

  S51、运维人员登录后台客户端,通过后台客户端向所述服务系统30发送创建规则请求、删除规则请求以及查询规则请求中的一种;

  S52、所述云服务器30转发所述创建规则请求、所述删除规则请求以及所述查询规则请求至所述代理网关212;

  S53、所述代理网关221向所述MQTT消息服务器211或所述计算引擎213针对所述后台客户端的请求发送创建规则消息、删除规则消息或查询规则消息,以使所述MQTT消息服务器211或所述计算引擎213响应所述创建规则消息、所述删除规则消息或所述查询规则消息,从而完成规则的创建、删除或查询。

  其中,所述规则定义了对数据处理的方式,比如,数据的分类方式,检测设备的管理方式等。具体地,所述代理网关221包括规则管理模块2122,所述规则管理模块2122针对所述后台客户端的请求发送创建规则消息、删除规则消息或查询规则消息,以使所述MQTT消息服务器211或所述计算引擎213响应所述创建规则消息、所述删除规则消息或所述查询规则消息,从而完成规则的创建、删除或查询。其中,所述MQTT消息服务器211响应所述创建规则消息、所述删除规则消息或所述查询规则消息时,比如可以是对检测设备10的接入规则进行管理,包括控制哪些检测设备10可以接入,何时接入,规定接入的数据通道等。

  在一些实施例中,运维人员可以通过访问所述服务系统30,以使所述服务系统30向设备管理平台20发送作业管理请求。所述作业管理请求中的作业可以理解为一组远程操作,该操作被发送至一个或多个连接所述设备管理平台20的设备,并在该设备上执行。所述设备管理平台20具体是通过所述作业管理模块2123响应所述作业管理请求。其中,所述作业管理模块2123响应所述作业管理请求具体包括:所述代理网关212根据所述作业管理请求获取作业管理消息,并发送所述作业管理消息至所述MQTT消息服务器211,以使所述MQTT消息服务器211发送所述作业管理消息对应的控制命令至所述检测设备10,所述检测设备10用于执行所述控制命令。其中,所述作业管理请求用于对作业进行创建、修改、删除以及执行操作。用户可以在界面上创建作业,对已存在的作业进行编辑,并删除已有的作业,还可以手动执行作业。其中,具体可以通过作业管理模块2123根据所述作业管理请求获取作业管理消息,并发送所述作业管理消息至所述MQTT消息服务器211。

  具体的,如图9所示,图9是本发明实施例提供的对连接设备管理平台20的检测设备10进行作业管理的时序图。主要包括以下步骤:

  S61、运维人员登录后台客户端,通过后台客户端向所述服务系统30发送创建作业请求、执行作业请求、删除作业请求以及查询作业请求中的一种;

  S62、所述服务系统30转发所述创建作业请求、所述执行作业请求、所述删除作业请求以及所述查询作业请求至所述代理网关212;

  S63、所述代理网关221向所述MQTT消息服务器211针对后台客户端的请求发送创建作业消息、执行作业消息、删除作业消息或查询作业消息;

  S64、所述MQTT消息服务器211根据所述创建作业消息、执行作业消息、删除作业消息或查询作业消息获得各消息对应的控制命令,并发送所述控制命令至检测设备10;

  S65、所述检测设备10执行所述控制命令,从而完成作业的创建、执行、删除或查询等操作。

  本发明实施例构建了一个基于MQTT协议的设备接入管理、数据采集、数据分析、事件处理等为一体的汽车后服务管理系统。基于该系统,可以提高汽车后服务的工作效率,所述汽车后服务包括汽车诊断、汽车维修、汽车残值评估、汽车性能预测、汽车保险、汽车美容等。通过所述系统可以给用户诊断汽车等业务带来便利,提升了用户体验。

  根据上述基于云平台的汽车后服务管理系统100,下面提供将汽车诊断应用于所述系统的一具体实施例。

  如图10所示,图10是本发明实施例提供的一种基于云平台的汽车后服务管理系统的逻辑框图。其中,设备端即所述检测设备10,其包括下位机和上位机,所述下位机包括防盗检测设备、电池检测设备、轮胎检测设备、内窥镜、ADAS、TPMS等,所述上位机为诊断仪。设备端通过SDK接入loT云服务,通过MQTT物联网协议通讯,实现从设备端到云端以及从云端到设备端的安全稳定的消息传输。设备云即上述设备管理平台20,其包括以下功能:loT云服务、数据处理、数据存储、数据服务、设备管理,通过代理网关对各设备同步的数据进行规则转换,数据实时和离线计算,存储到数据湖中,以Restful接口方式对外提供数据服务,同时对接入云端的设备进行一站式设备管理,可应用于设备的层级管理、监测、固件升级和配置更新等各个场景。设备云通过所述业务接口与所述服务系统30连接,所述服务系统30用于服务对接,主要是与外部其他系统进行服务对接,提供不同类型的业务数据。

  基于图10所示的系统逻辑,可以将汽车的检测数据通过诊断仪上传到设备管理平台20,通过设备管理平台20和所述服务系统30为汽车提供综合报告。

  具体地,如图11所示,图11是本发明实施例提供的一种根据汽车检测数据出具综合报告的示意图。在本实施例中,所述检测设备10包括电池检测设备、胎压检测设备、Adas校准检测设备、发动机缸检测设备、轮胎检测设备、OBD排放检测设备、油品检测设备以及全车扫描仪等。通过这些检测设备对同一车辆进行检测,获取汽车检测数据,所获得的汽车检测数据包括电池数据、胎压数据、Adas校准结果、发动机缸数据、轮胎/刹车片检测数据、OBD排放数据、油品检测结果、全车扫描结果等相关数据。将所述汽车检测数据与所述车辆的身份识别码(比如VIN码)进行关联,并上传所述汽车检测数据至所述设备管理平台20。所述设备管理平台20通过所述数据接口对所述汽车检测数据进行处理,所述处理包括分类,整合,清洗,筛选等。处理后的所述汽车检测数据通过所述设备管理平台20的业务接口上传至服务系统30,所述服务系统30根据处理后的汽车检测数据生成汽车综合检测报告,并将所述汽车综合报告与所述车辆的身份识别码关联。可以每间隔一段时间采集所述车辆的汽车检测数据,并根据上述方式获得所述汽车综合检测报告,所获得的所述汽车综合检测报告可以形成所述车辆的车辆健康档案。由此,在设备云端建立所述车辆的车辆健康档案。基于相同的构思,还可以获得其他车辆对应的车辆健康档案,全部车辆的车辆健康档案都可以保存与设备云端,并且每一车辆的车辆健康档案与所述车辆的身份识别标识关联。基于保存的所述车辆健康档案,当需要获得某一辆或某几辆的车辆的汽车检测数据或汽车综合检测报告时,可以根据所述车架号获得,从而为维修店或车主出具基于云端服务的车辆综合数字化检测报告。此外,根据所述车辆健康档案,可以为车辆进行预测性维修(比如轮胎更换提醒、发动机即将发生的故障维修提醒等),同时也可以为二手车估值提供客观的数据支撑。还可以为所述车辆提供其他服务,比如推荐车辆维修建议,推荐车辆保险方案,等。

  通过本发明实施例提供的系统,能够系统整合出汽车的各种检测数据,出具综合报告。由此,使得汽车后服务变得更加便利,而且提高了汽车后服务业务的工作效率,提升了客户体验。此外,在汽车诊断和汽车维修领域,可以对车辆健康状态进行多维度的趋势分析、车辆性能预测,给出建设性的汽车维修建议,总体上降低了车主出行的风险,提升了车主和维修店的用户体验。

  最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;在本发明的思路下,以上实施例或者不同实施例中的技术特征之间也可以进行组合,步骤可以以任意顺序实现,并存在如上所述的本发明的不同方面的许多其它变化,为了简明,它们没有在细节中提供;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

《一种基于云平台的汽车后服务管理系统和方法.doc》
将本文的Word文档下载到电脑,方便收藏和打印
推荐度:
点击下载文档

文档为doc格式(或pdf格式)