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

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

Info

Publication number
WO2022022295A1
WO2022022295A1 PCT/CN2021/106528 CN2021106528W WO2022022295A1 WO 2022022295 A1 WO2022022295 A1 WO 2022022295A1 CN 2021106528 W CN2021106528 W CN 2021106528W WO 2022022295 A1 WO2022022295 A1 WO 2022022295A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
data
request
management
detection data
Prior art date
Application number
PCT/CN2021/106528
Other languages
English (en)
French (fr)
Inventor
张良
Original Assignee
深圳市道通科技股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 深圳市道通科技股份有限公司 filed Critical 深圳市道通科技股份有限公司
Publication of WO2022022295A1 publication Critical patent/WO2022022295A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services

Definitions

  • the invention relates to the technical field of big data, in particular to a cloud platform-based vehicle after-service management system and method.
  • the first is the comprehensive dataization and intelligence of the car itself
  • the second is the automobile marketing level, especially the dataization of car owner behavior, which is valued by car companies.
  • Vehicle-centric data, intelligent vehicle inspection, maintenance, parts, insurance and other information will form a huge data mining application and generate value. Therefore, the use of big data to adapt after-car services is of great significance to the entire industry.
  • the technical problem to be solved by the present invention is to provide a cloud platform-based vehicle after-service management system and method, so as to achieve the purpose of systematically integrating vehicle detection data and comprehensively and comprehensively providing after-vehicle services.
  • an embodiment of the present invention provides a cloud platform-based vehicle after-service management system, the system includes: a detection device, a device management platform, and a service system,
  • the detection device is used to acquire at least two types of vehicle detection data, each of which is related to the vehicle identification code of the same vehicle, and is used to upload the at least two types of vehicle detection data;
  • the device management platform includes a data interface and a business interface, the data interface is used to receive the vehicle detection data uploaded by the detection device, and process the vehicle detection data, and the business interface is used to process the processed data.
  • the vehicle detection data sent to the service system;
  • the service system is configured to provide an automobile business service for the same vehicle according to the processed automobile detection data.
  • the device management platform includes a device state cache module, and the device state cache module is configured to store the reported state information and application expected state information of the detection device;
  • the device management platform further includes a firmware upgrade module, a remote control module, a configuration issuing module, a device monitoring module, a geographic location determination module, and a device grouping module connected to the device state cache module.
  • the data interface includes an MQTT message server, a proxy gateway and a computing engine;
  • the MQTT message server is configured to receive the vehicle detection data uploaded by the detection device;
  • the proxy gateway is configured to classify and process the vehicle detection data according to preset rules, and push the data stream obtained after the classification process to the computing engine;
  • the computing engine is configured to perform at least one operation of aggregation, analysis, sorting, and filtering on the data stream.
  • the proxy gateway includes a rule engine
  • the rule engine is used to receive the vehicle detection data, and after the MQTT message server invokes the rule engine to trigger the operation of a preset function, the vehicle detection data is classified and processed according to the preset rules, and the classification processing is performed. The obtained data stream is pushed to the computing engine.
  • the data interface further includes a data lake, the data lake is connected in communication with the computing engine, and the data lake is used to store the data after the computing engine operates.
  • the service system is specifically used for:
  • the vehicle health file includes at least one comprehensive vehicle inspection report.
  • the service system is further configured to send a control command to the proxy gateway;
  • the proxy gateway is configured to receive the control command and forward the control command to the MQTT message server, so that the MQTT message server sends an MQTT message to the detection device according to the control command.
  • the MQTT message server is configured to receive the operation result returned by the detection device according to the MQTT message, and send the operation result to the device management platform;
  • the device management platform is configured to update the state information stored in the device state cache module according to the operation result.
  • the proxy gateway further includes a rule management module
  • the proxy gateway is further configured to receive a rule management request sent by the service system, and respond to the rule management request based on the prescribed management module;
  • the rule management request includes a request for creating a rule, a request for deleting a rule, and a request for querying a rule.
  • the proxy gateway further includes a job management module
  • the proxy gateway is further configured to receive a job management request sent by the service system, and respond to the job management request based on the job management module, wherein the job management request includes creating a job request, executing a job request, and deleting a job Request and query job requests;
  • the proxy gateway is further configured to receive a topic management request sent by the service system, obtain a topic management message according to the topic management request, and send the topic management message to the MQTT message server, wherein the topic management request Including create topic request, delete topic request and query topic request;
  • the proxy gateway is further configured to send a topic configuration update message to the MQTT message server, so that the MQTT message server sends a topic configuration update command to the detection device according to the topic configuration update message, and the detection device is used for The theme configuration update is performed according to the theme configuration update command.
  • an embodiment of the present invention provides a cloud platform-based vehicle after-service management method, the method comprising:
  • the method further includes:
  • firmware upgrade Based on the reported state information and the application expected state information, firmware upgrade, remote control, configuration delivery, device monitoring, geographic location determination, and device grouping of the detection device are performed.
  • the receiving the vehicle detection data and processing the vehicle detection data includes:
  • the method further includes:
  • the stored and processed data is streamed to a data lake.
  • the providing an automobile business service for the same vehicle according to the processed automobile detection data includes:
  • the vehicle health file includes at least one comprehensive vehicle inspection report.
  • the method further includes:
  • the operation result returned by the detection device according to the control command is acquired, and the state information stored by the detection device is updated according to the operation result.
  • the method further includes:
  • the rule management request includes a request for creating a rule, a request for deleting a rule, and a request for querying a rule;
  • the job management request includes a job creation request, a job execution request, a job deletion request, and a job query request;
  • Topic management request sent by the service system, obtain a topic management message according to the topic management request, and send the topic management message to the MQTT message server, wherein the topic management request includes a topic creation request, a topic deletion request and Query subject requests.
  • the embodiments of the present invention provide a cloud platform-based vehicle rear service management system and method
  • the system includes a detection device, a device management platform and a service system
  • the detection device is used to obtain at least two Vehicle detection data, each of the at least two types of vehicle detection data is related to the vehicle identification code of the same vehicle
  • the device management platform includes a data interface and a business interface, and the data interface is used to receive the vehicle detection data.
  • the business interface is used to send the processed vehicle detection data to the service system
  • the service system is used to provide vehicle business services for the same vehicle according to the processed vehicle detection data.
  • the cloud platform-based vehicle after-service management system and method provided by the embodiments of the present invention can systematically integrate vehicle detection data, and provide after-vehicle services according to the integrated detection data, such as providing vehicle detection, vehicle diagnosis, vehicle repair, and vehicle maintenance.
  • the service thus, not only improves the efficiency of the after-car service, but also makes the after-car service more convenient and improves the user experience.
  • FIG. 1 is a schematic structural diagram of a cloud platform-based vehicle rear service management system provided by an embodiment of the present invention
  • FIG. 2 is a sequence diagram of a cloud platform-based vehicle after-service management method provided by an embodiment of the present invention
  • FIG. 3 is a schematic structural diagram of a detection device provided by an embodiment of the present invention.
  • FIG. 4 is a structural block diagram of a device management platform provided by an embodiment of the present invention.
  • FIG. 5 is a sequence diagram of a data collection process of a device management platform provided by an embodiment of the present invention.
  • FIG. 6 is a sequence diagram of a service system providing a control command to a detection device according to an embodiment of the present invention
  • FIG. 7 is a sequence diagram for managing the subject of the detection device provided by an embodiment of the present invention.
  • FIG. 8 is a sequence diagram of performing rule management on a device management platform provided by an embodiment of the present invention.
  • FIG. 9 is a sequence diagram of performing job management on a detection device connected to a device management platform provided by an embodiment of the present invention.
  • FIG. 10 is a logical block diagram of a cloud platform-based vehicle rear service management system provided by an embodiment of the present invention.
  • FIG. 11 is a schematic diagram of issuing a comprehensive report according to vehicle detection data according to an embodiment of the present invention.
  • the cloud platform-based vehicle after-service management system mainly collects vehicle detection data, vehicle diagnosis data, etc. by accessing the vehicle detection equipment and vehicle diagnostic equipment of various auto repair shops around the world, forming an integrated vehicle detection and maintenance system.
  • a data platform Based on this data platform, a complete set of testing business system is formed with automobile diagnosis business as the core and automobile maintenance and inspection as other business extensions.
  • the data platform can also build various SaaS (Software-as-a-Service, software as a service) business capabilities, such as auto insurance, auto beauty, used car valuation and so on.
  • SaaS Software-as-a-Service, software as a service
  • the data platform mainly obtains car-related data from the detection equipment, and the communication between the data platform and the detection equipment is based on MQTT (Message Queuing Telemetry Transport, message queue remote sensing transmission protocol).
  • MQTT Message Queuing Telemetry Transport, message queue remote sensing transmission protocol.
  • the MQTT communication protocol can provide real-time and reliable message services for connecting remote devices with very little code and limited bandwidth.
  • As a low-overhead, low-bandwidth instant messaging protocol it has a wide range of applications in the Internet of Things, small devices, and mobile applications.
  • FIG. 1 is a schematic structural diagram of a cloud platform-based vehicle after-service management system provided by an embodiment of the present invention.
  • the system 100 includes a detection device 10 , a device management platform 20 and a service system 30 .
  • the detection device 10 is in communication connection with the device management platform 20
  • the device management platform 20 is in communication connection with the service system 30 .
  • a cloud platform-based vehicle after-service management method is provided.
  • the system 100 is executed. Specifically, the method includes:
  • the detection device 10 is configured to acquire at least two types of vehicle detection data, and send the at least two types of vehicle detection data to the device management platform 20, wherein each of the at least two types of vehicle detection data is the same as the The vehicle identification number (VIN number) of the same vehicle is related.
  • VIN number The vehicle identification number
  • the device management platform 20 is configured to receive the vehicle detection data, process the vehicle detection data, and then send the processed vehicle detection data to the service system 30 .
  • the service system 30 is configured to provide an automobile business service for the same vehicle according to the processed automobile detection data.
  • the vehicle detection data may include vehicle battery detection data, engine detection data, OBD (On Board Diagnostics, vehicle-mounted diagnostic system) emission detection data, ADAS (Advanced driving assistance system, advanced driving assistance system) calibration detection data, tire / Brake pad detection data, oil detection data, etc.
  • the vehicle detection data may also include information such as the manufacturer, brand, vehicle color, engine model, and frame number of the vehicle.
  • each of the at least two types of the vehicle detection data is related to the vehicle identification code of the same vehicle.
  • the vehicle identification code is used to uniquely identify the car as the identification information of the car.
  • at least two types of vehicle detection data of the same vehicle are acquired.
  • the way of acquiring the at least two types of vehicle detection data may include directly acquiring the at least two types of vehicle detection data from an ECU (Electronic Control Unit, electronic control unit) of the vehicle through OBD; it may also include real-time acquisition of the at least two types of vehicle detection data from other functions of the vehicle
  • the detection device obtains the at least two kinds of vehicle detection data, such as tire related detection data (including tire tread/brake disc detection data, etc.), endoscope data, calibration data of ADAS system, TPMS (Tire pressure monitoring system, tire pressure monitoring system) data, etc.
  • the detection device 10 is not necessarily one device, and may also be composed of multiple devices together to form the detection device 10 .
  • the OBD, the endoscope, etc. may jointly constitute the detection device 10 .
  • the device management platform 20 includes a data interface 21 and a service interface 22, the device management platform 20 receives the vehicle detection data uploaded by the detection device 10 through the data interface 21, and analyzes the vehicle detection data. Process; send the processed vehicle detection data to the service system 30 through the business interface 22 .
  • the processing includes classification, integration, cleaning, screening and the like.
  • providing automobile business services for the vehicle according to the processed automobile inspection data includes providing automobile diagnosis and maintenance, automobile comprehensive digital health inspection report, automobile performance prediction and maintenance suggestion, automobile insurance, automobile beauty, and so on.
  • the service system 30 can integrate the processed automobile detection data to issue a comprehensive report, wherein, providing automobile business services for vehicles is specifically providing automobile business services for the same vehicle, and the provided automobile business services can be related to The identification code of the vehicle is associated.
  • the comprehensive report may specifically be a vehicle health file or a comprehensive vehicle inspection report, wherein the vehicle health file includes at least one comprehensive vehicle inspection report.
  • the vehicle health file includes a plurality of comprehensive vehicle inspection reports sorted by time, that is, the historical records of the diagnosis of the vehicle.
  • the comprehensive vehicle inspection report can provide users with a comprehensive vehicle inspection report in real time according to the after-car service management system 100 described in this application after collecting one or more inspection data of the vehicle. At the same time, the system 100 can also use this
  • the report is included in the vehicle's vehicle health file for viewing by the user. It can be understood that the specific content included in each report in the vehicle health file may be the same or different, and may be specifically determined according to the detection data of the mobile phone, which is not limited herein.
  • the service system 30 can feed back the business service to the detection device 10, for example, the service system 30 sends the comprehensive report to the device management platform 20 through the business interface 22, and the device management platform 20 Feed back the comprehensive report to the detection device 10 through the data interface 21, so that the user can view the comprehensive report on the detection device 10, and of course, the user can also access the service system 30 to obtain the Comprehensive report, the device management platform 20 can also be accessed to obtain the comprehensive report.
  • both the device management platform 20 and the service system 30 may be built on servers or server clusters, respectively.
  • the device management platform 20 may specifically be a device cloud platform that integrates device access management, data collection, data analysis, event processing and the like based on the MQTT protocol.
  • the cloud platform-based after-vehicle service management system provided by the embodiments of the present invention can systematically integrate vehicle detection data, provide after-vehicle services according to the integrated detection data, and specifically integrate vehicle detection data to issue a comprehensive vehicle report.
  • the system can make the after-car service more convenient, improve the efficiency of the after-car service, and improve the user experience.
  • the detection device 10 includes a lower computer 11 and an upper computer 12 .
  • the lower computer 11 communicates with the upper computer 12 through at least one of WIFI, Bluetooth and USB interfaces, and the upper computer 12 communicates with the upper computer 12 through at least one of WIFI, 4G, 5G, Bluetooth and Ethernet.
  • the device management platform 20 is communicatively connected.
  • the lower computer 101 is used to collect the vehicle detection data, and send the vehicle detection data to the upper computer 12 .
  • the lower computer 11 may specifically be a tire detector, an endoscope, an advanced driver assistance system (ADAS), a tire pressure monitoring system (TPMS), a battery detection device, and the like.
  • the host computer 12 is used for integrating the vehicle detection data, and sending the integrated vehicle detection data to the device management platform 20 . In this embodiment, the host computer 12 may upload the vehicle detection data to the device management platform 20 based on the MQTT protocol.
  • the upper computer 12 may specifically be an automobile diagnostic instrument, and the automobile diagnostic instrument may serve as a gateway of the lower computer 11 to upload the data collected by the lower computer 11 to the device management platform 20 .
  • the automobile diagnostic instrument supports the analysis of industrial control protocols of various lower computers 11, and supports the MQTT uplink protocol.
  • the host computer 12 may be other equipment, such as an automobile ECU, in addition to the automobile diagnostic instrument.
  • the device management platform 20 includes a data interface 21 and a service interface 22 .
  • the data interface 21 is in communication connection with the detection device 10 and the service interface 22 respectively, and the data interface 21 is in communication connection with the upper computer 12 based on the MQTT protocol.
  • the data interface 21 is used to receive the vehicle detection data uploaded by the host computer 12 , process the vehicle detection data, and send the processed vehicle detection data to the service interface 22 .
  • the service interface 22 serves as a connection bridge between the device management platform 20 and the service system 30 , and is used for sending the processed vehicle detection data to the service system 30 .
  • the data interface 21 includes: an MQTT message server 211 , a proxy gateway 212 and a computing engine 213 .
  • the MQTT message server 211 is used to receive the vehicle detection data uploaded by the detection device 10; the proxy gateway 212 is used to classify and process the vehicle detection data according to preset rules, and The data stream obtained after the classification processing is pushed to the computing engine 213; the computing engine 213 is configured to perform at least one operation of aggregation, analysis, sorting, and filtering on the data stream.
  • the MQTT message server 211 receives the vehicle detection data uploaded by the detection device 10 based on the MQTT protocol. For example, the vehicle's frame number is used as the vehicle's unique identification identifier, and the vehicle health file is established. Every time the vehicle is detected at the repair shop, the vehicle's detection data can be uploaded from various detection devices 10 through the MQTT message server 211 to the The device management platform 20 forms a vehicle health file.
  • the proxy gateway 212 is used to perform rule conversion, real-time and offline calculation of data synchronized by each device.
  • the proxy gateway 212 can analyze and process the vehicle detection data uploaded by the detection device 10 .
  • the proxy gateway 212 includes a rule engine 2121 , a rule management module 2122 and a job management module 2123 .
  • the rule engine 2121 is used to receive the vehicle detection data, and after the MQTT message server 211 invokes the rule engine 2121 to trigger a preset function to run, the vehicle detection data is classified and processed according to preset rules, The data stream obtained after the classification process is pushed to the computing engine 213 .
  • the detection device 10 uploads vehicle-related data to the device management platform 20 through the lower computer 11 and the upper computer 12, and the vehicle-related data includes vehicle detection data.
  • FIG. 5 is a sequence diagram of the data collection process of the device management platform 20 according to the embodiment of the present invention.
  • the upper computer 12 integrates the vehicle detection data collected by the lower computer 11 .
  • the vehicle detection data including the following method steps:
  • the host computer 12 sends the vehicle detection data to the MQTT message server 211 based on the MQTT protocol.
  • the proxy gateway 212 classifies and converts the vehicle detection data according to preset rules to obtain a class-converted data stream.
  • the proxy gateway 212 is further configured to send the data stream after the classification conversion to the computing engine 213.
  • the computing engine 213 is configured to perform at least one operation of aggregation, analysis, sorting, filtering, and the like on the data stream.
  • the rule engine 2121 can classify and process the vehicle detection data according to different set rules, and push the acquired data stream to the stream processing computing component.
  • the preset function triggered to run after the MQTT message server 211 calls the rule engine 2121 may specifically be an Event Map function, and the proxy gateway 212 classifies and converts the vehicle detection data according to the Event Map function to obtain a classification The transformed data stream.
  • the Event Map function implements quantity classification, it can be specifically implemented through the structure of a hash table.
  • the rule engine 2121 is a computing service, code that can be run without preconfiguring or managing a server, and can respond to storage events, HTTP request events, processing streaming data events, and the like.
  • the rule engine 2121 mainly performs filtering and classification processing on detection data, application data, video data, image data, etc., and stores them in different ways.
  • the car-related data further includes car application data
  • the car application data refers to all data related to the detection device 10, such as the operation log of the detection device 10, the device status, whether the device is online, etc. information. It is also possible to send the car application data to the device management platform 20 based on the ideas of the above steps S21 to S24, so that the device management platform 20 can analyze and process the car application data, so as to enrich the background database and provide the car application data. After the service provides assistance.
  • the data interface 21 further includes a data lake 214 , and the data lake 214 is connected in communication with the computing engine 213 .
  • the computing engine 213 analyzes and processes the data stream
  • the analyzed and processed data can be stored in the data lake 214, and the data lake 214 can store image and video data, text data, and the like.
  • the text data stored in the data lake 214 may include a car health status analysis report, a car diagnosis report, etc., wherein the car health status analysis report may be obtained by integrated analysis according to the vehicle health file.
  • the video data stored in the data lake 214 may include a car maintenance assistance video, through which a user can be assisted in car maintenance, and the like.
  • the service system 30 is further configured to send a control command to the device management platform 20 , and forward the control command to the detection device 10 through the device management platform 20 .
  • the detection device 10 is configured to execute the operation corresponding to the control command.
  • the control command is a related command used to control the detection device 10, for example, to control the detection device 10 to upgrade.
  • FIG. 6 is a sequence diagram in which the service system 30 according to the embodiment of the present invention issues a control command to the detection device 10 .
  • the service system 30 is configured to provide cloud services according to the vehicle detection data analyzed and processed by the device management platform 20, and the cloud services include big data services, SaaS services and other application services.
  • the service system 30 can perform service connection with other external systems to provide different types of business data. Specifically, as shown in Figure 6, the following method steps are included:
  • the service system 30 sends a control command to the proxy gateway 212 .
  • the proxy gateway 212 sends an MQTT request to the MQTT message server 211 according to the control command.
  • the MQTT message server 211 receives the MQTT request and sends an MQTT message to the detection device 10 .
  • the detection device 10 performs a command operation according to the MQTT message, and generates an operation result.
  • the detection device 10 sends the operation result.
  • the detection device 10 After the detection device 10 responds to the control command, it sends the operation result of the command execution to the MQTT message server 211, and the MQTT message server 211 sends the operation result to the proxy gateway 212, and the proxy gateway 212 forwards the operation result to the cloud server 30 .
  • the device management platform 20 further includes a device state cache module 23 .
  • the device state cache module 23 serves as a device shadow and is used to store the reported state information of the detection device 10 And the application expects state information.
  • the device shadow is a JSON file, which is used to store the online status of the device, the device attribute value last reported by the device, and the configuration expected to be delivered by the application server.
  • Each device has one and only one device shadow. The device can obtain and set the device shadow to synchronize device attribute values. This synchronization can be the shadow synchronization to the device, or the device synchronization to the shadow.
  • the issued information can be temporarily stored with the device shadow, and after the communication between the device management system and the detection device is restored, the device shadow can be synchronized to the device;
  • the device shadow can replace the interaction with the server, thereby liberating the interaction resources of the device and further improving the processing capability of the device.
  • the method further includes:
  • the MQTT message server 211 receives the operation result, and updates the state information stored in the device state cache module 23 according to the operation result.
  • the device management platform 20 further includes other device-related management modules, such as at least one of the following modules:
  • a firmware upgrade module 24 a remote control module 25 , a configuration issuing module 26 , a device monitoring module 27 , a geographic location determination module 28 and a device grouping module 29 .
  • Each module can be connected to the device state cache module 23 respectively, and each module can store the information collected by itself in the device state cache module 23 .
  • the firmware upgrade module 24 is used to upgrade the firmware of all connected device terminals in the device management platform 20 .
  • the firmware of the detection device 10 is upgraded.
  • the remote control module 25 is used to assist the operator using the device management platform 20 to remotely control all the device terminals connected to the device management platform 20, so as to achieve the purpose of remotely operating the device terminals.
  • the detection device 10 is remotely controlled to perform detection.
  • the configuration issuing module 26 is configured to issue the configuration information generated on the device management platform 20 to all device terminals that access the device management platform 20, for example, to issue the configuration information to the detection device 10. .
  • the device monitoring module 27 is configured to monitor monitoring information detected by all terminal devices connected to the device management platform 20 , such as monitoring information acquired by the detection device 10 .
  • the geographic location determination module 28 is used to manage the geographic location information detected by all the device terminals accessing the device management platform 20, such as the geographic location change information of the car detected by the detection device 10, according to the geographic location change information.
  • Location information can be used for applications such as location tracking of cars.
  • the device grouping module 29 is used to manage the grouping information of all the device terminals accessing the device management device platform 20, for example, grouping a plurality of the detection devices 10 according to functions.
  • the operation and maintenance personnel can access the service system 30 so that the service system 30 sends a topic management request to the device management platform 20 .
  • the topic management requests include create topic requests, delete topic requests and query topic requests.
  • the topic management request is mainly used to manage topics of the MQTT message server 211, and provides operations such as creation, editing, and deletion of topics. Users can create themes on the interface, edit existing themes, and delete existing themes.
  • the topic is a channel divided according to business. There can be multiple topics in a project, and the topics of the project are divided according to business types. For example, each device in the detection device 10 represents a type of detection (eg tire detection, battery detection, etc.), this type corresponds to a service, and the service is defined as a topic. Many topics can be divided, and with the increase of different devices, topics need to be managed, including adding topics, deleting topics, and so on.
  • FIG. 7 is a sequence diagram for managing the subject of the detection device 10 provided by an embodiment of the present invention.
  • the operation and maintenance personnel can log in to the background client, and send one of a request for creating a topic, a request for deleting a topic, and a request for querying a topic to the service system 30 through the background client.
  • the service system 30 forwards the create topic request, the delete topic request, and the query topic request to the proxy gateway 212, and the proxy gateway 212 makes requests to the MQTT message server 211 for background clients based on the MQTT protocol Send a create topic message, delete topic message or query topic message, the MQTT message server 211 responds to the create topic message, delete topic message or query topic message, so as to complete topic creation, deletion or query.
  • the specific process is shown in Figure 7, including the following steps:
  • the proxy gateway 212 receives the topic management request sent by the service system 30;
  • the proxy gateway 212 sends the topic management request to the MQTT message server 211, and responds to the topic management request.
  • the topic management request includes one of a topic creation request, a topic deletion request, and a topic query request.
  • the MQTT message server 211 responds to the topic management request, which specifically includes creating the topic of the detection device 10, deleting the topic of the detection device 10, and sending a topic query command to the detection device 10 to query all the topics of the detection device 10.
  • the subject of the detection device 10 is described.
  • the method further includes: updating the configuration of the topic of the detection device 10 . Also as shown in Figure 7, the following steps are also included:
  • the proxy gateway 212 sends a topic configuration update message to the MQTT message server 211;
  • the MQTT message server 211 sends a topic configuration update command to the detection device 10 according to the topic configuration update message;
  • the detection device 10 performs theme configuration update according to the theme configuration update command.
  • the operation and maintenance personnel can access the service system 30 so that the service system 30 sends a rule management request to the device management platform 20 .
  • the rule management request is used to perform operations such as adding, modifying, and deleting a rule.
  • the device management platform 20 receives the rule management request sent by the service system 30 through the proxy gateway 212, and responds to the rule management request through the rule management module 2122, so that the device management platform 20 can set the Create, edit, delete, etc. Users can create new rules on the interface, edit existing rules, and delete existing rules.
  • FIG. 8 is a sequence diagram of performing rule management on the device management platform 20 according to an embodiment of the present invention. It mainly includes the following steps:
  • the cloud server 30 forwards the create rule request, the delete rule request and the query rule request to the proxy gateway 212;
  • the proxy gateway 221 sends a create rule message, a delete rule message or a query rule message to the MQTT message server 211 or the computing engine 213 according to the request of the background client, so that the MQTT message server 211 or all
  • the computing engine 213 responds to the creation rule message, the deletion rule message or the query rule message, so as to complete the creation, deletion or query of rules.
  • the rules define the way of processing the data, such as the way of classifying the data, the way of managing the detection equipment, and so on.
  • the proxy gateway 221 includes a rule management module 2122, and the rule management module 2122 sends a create rule message, a delete rule message or a query rule message according to the request of the background client, so that the MQTT message server 211 or any other
  • the computing engine 213 responds to the creation rule message, the deletion rule message or the query rule message, so as to complete the creation, deletion or query of rules.
  • the MQTT message server 211 when the MQTT message server 211 responds to the create rule message, the delete rule message or the query rule message, for example, it can manage the access rules of the detection device 10, including controlling which detection devices 10 can access access, when to access, specify the data channel to access, etc.
  • the operation and maintenance personnel can access the service system 30 so that the service system 30 sends a job management request to the device management platform 20 .
  • the job in the job management request can be understood as a set of remote operations, and the operation is sent to one or more devices connected to the device management platform 20 and executed on the device.
  • the device management platform 20 responds to the job management request through the job management module 2123 .
  • the response of the job management module 2123 to the job management request specifically includes: the proxy gateway 212 obtains a job management message according to the job management request, and sends the job management message to the MQTT message server 211, so that the The MQTT message server 211 sends the control command corresponding to the job management message to the detection device 10, and the detection device 10 is configured to execute the control command.
  • the job management request is used to create, modify, delete and execute operations on jobs. Users can create jobs on the interface, edit existing jobs, delete existing jobs, and execute jobs manually.
  • the job management module 2123 can obtain the job management message according to the job management request, and send the job management message to the MQTT message server 211 .
  • FIG. 9 is a sequence diagram of performing job management on the detection device 10 connected to the device management platform 20 according to an embodiment of the present invention. It mainly includes the following steps:
  • the service system 30 forwards the create job request, the execution job request, the delete job request, and the query job request to the proxy gateway 212;
  • the proxy gateway 221 sends the create job message, the execution job message, the delete job message or the query job message to the MQTT message server 211 for the request of the background client;
  • the MQTT message server 211 obtains the control command corresponding to each message according to the creating job message, executing the job message, deleting the job message or querying the job message, and sends the control command to the detection device 10;
  • the detection device 10 executes the control command, thereby completing operations such as job creation, execution, deletion, or query.
  • the embodiment of the present invention constructs a vehicle after-service management system that integrates device access management, data collection, data analysis, event processing, etc. based on the MQTT protocol. Based on the system, the work efficiency of the after-car service can be improved, and the after-car service includes car diagnosis, car maintenance, car residual value evaluation, car performance prediction, car insurance, car beauty and the like.
  • the system can bring convenience to users in diagnosing automobiles and other services, and improve user experience.
  • FIG. 10 is a logical block diagram of a cloud platform-based vehicle after-service management system provided by an embodiment of the present invention.
  • the device end is the detection device 10, which includes a lower computer and an upper computer.
  • the lower computer includes anti-theft detection equipment, battery detection equipment, tire detection equipment, endoscope, ADAS, TPMS, etc.
  • the upper computer is diagnostic instrument.
  • the device side accesses IoT cloud services through SDK, and communicates through the MQTT IoT protocol to achieve secure and stable message transmission from the device side to the cloud and from the cloud to the device side.
  • the device cloud is the above-mentioned device management platform 20, which includes the following functions: IoT cloud service, data processing, data storage, data service, and device management, and through the proxy gateway, the data synchronized by each device is subjected to rule conversion, data is calculated in real time and offline, and storage is performed.
  • data services are provided externally through Restful interfaces, and at the same time, one-stop device management is performed for devices connected to the cloud, which can be applied to various scenarios such as device level management, monitoring, firmware upgrade, and configuration update.
  • the device cloud is connected to the service system 30 through the service interface, and the service system 30 is used for service connection, mainly for service connection with other external systems, to provide different types of service data.
  • the detection data of the vehicle can be uploaded to the equipment management platform 20 through the diagnostic instrument, and a comprehensive report can be provided for the vehicle through the equipment management platform 20 and the service system 30 .
  • FIG. 11 is a schematic diagram of issuing a comprehensive report according to vehicle detection data according to an embodiment of the present invention.
  • the testing equipment 10 includes battery testing equipment, tire pressure testing equipment, Adas calibration testing equipment, engine cylinder testing equipment, tire testing equipment, OBD emission testing equipment, oil testing equipment, and a full-vehicle scanner, etc. . Detect the same vehicle through these testing equipment, and obtain the car testing data.
  • the obtained car testing data includes battery data, tire pressure data, Adas calibration results, engine cylinder data, tire/brake pad testing data, OBD emission data, and oil. Test results, vehicle scan results and other related data.
  • the device management platform 20 processes the vehicle detection data through the data interface, and the processing includes classification, integration, cleaning, screening, and the like.
  • the processed vehicle inspection data is uploaded to the service system 30 through the business interface of the device management platform 20, and the service system 30 generates a vehicle comprehensive inspection report according to the processed vehicle inspection data, and compares the vehicle comprehensive report with the vehicle comprehensive inspection report.
  • the identification code of the vehicle is associated.
  • the vehicle inspection data of the vehicle may be collected at intervals, and the vehicle comprehensive inspection report may be obtained according to the above method, and the obtained vehicle comprehensive inspection report may form a vehicle health file of the vehicle.
  • the vehicle health file of the vehicle is established in the device cloud.
  • vehicle health files corresponding to other vehicles can also be obtained.
  • the vehicle health files of all vehicles can be stored in the device cloud, and the vehicle health file of each vehicle is associated with the vehicle's identification identifier.
  • the saved vehicle health file when it is necessary to obtain the vehicle inspection data or comprehensive vehicle inspection report of a certain vehicle or vehicles, it can be obtained according to the vehicle frame number, so as to issue a cloud-based service file for the repair shop or the vehicle owner.
  • Comprehensive digital inspection report for service vehicles is provided.
  • predictive maintenance can be performed for the vehicle (such as a tire replacement reminder, a maintenance reminder for an impending engine failure, etc.), and objective data support can also be provided for the used car valuation.
  • Other services may also be provided for the vehicle, such as recommending vehicle maintenance advice, recommending vehicle insurance plans, and the like.
  • various detection data of the vehicle can be systematically integrated, and a comprehensive report can be issued.
  • the after-car service becomes more convenient, the work efficiency of the after-car service business is improved, and the customer experience is improved.
  • multi-dimensional trend analysis and vehicle performance prediction can be carried out on the health status of vehicles, and constructive car maintenance suggestions can be given, which generally reduces the risk of travel for car owners and improves car owners and repair shops. user experience.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Tourism & Hospitality (AREA)
  • Computing Systems (AREA)
  • Medical Informatics (AREA)
  • Economics (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明涉及大数据技术领域，特别是涉及一种基于云平台的汽车后服务管理系统和方法。该系统包括：检测设备、设备管理平台和服务系统，所述检测设备用于获取至少两种汽车检测数据，所述至少两种汽车检测数据中每种数据与同一车辆的车辆标识码相关；所述设备管理平台用于接收所述汽车检测数据，并对所述汽车检测数据进行处理，将处理后的汽车检测数据发送至服务系统；所述服务系统用于根据处理后的汽车检测数据为所述同一车辆提供汽车业务服务。本发明能够系统整合汽车的检测数据，根据整合后的检测数据提供汽车后服务，不仅提高了汽车后服务效率，而且使汽车后服务变的更方便，提升了用户体验。

Description

一种基于云平台的汽车后服务管理系统和方法
本申请要求于2020年7月28日提交中国专利局、申请号为202010740212.9、申请名称为“一种基于云平台的汽车后服务管理系统和方法”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及大数据技术领域，特别是涉及一种基于云平台的汽车后服务管理系统和方法。
背景技术
随着汽车后市场产业链的不断发展，已形成庞大而又复杂的市场。首先是汽车本身的全面数据化、智能化，再者在汽车营销层面，特别是车主行为数据化被车企所看重。以车为中心的数据化，汽车智能检测、维修保养、零部件、保险等信息都会形成庞大的数据挖掘应用而产生价值。因此，利用大数据来适配车后服务对整个行业具有重大意义。
发明内容
本发明要解决的技术问题是提供一种基于云平台的汽车后服务管理系统和方法，以实现系统整合汽车检测数据，全面综合的提供汽车后服务的目的。
为了解决上述技术问题，本发明实施例提供以下技术方案：
第一方面，本发明实施例提供了一种基于云平台的汽车后服务管理系统，所述系统包括：检测设备、设备管理平台和服务系统，
所述检测设备用于获取至少两种汽车检测数据，至少两种所述汽车检测数据中每种数据与同一车辆的车辆标识码相关，并用于将所述至少两种汽车检测数据上传；
所述设备管理平台包括数据接口和业务接口，所述数据接口用于接收所述检测设备上传的所述汽车检测数据，并对所述汽车检测数据进行处理，所述业务接口用于将处理后的汽车检测数据发送至服务系统；
所述服务系统用于根据所述处理后的汽车检测数据为所述同一车辆提供 汽车业务服务。
可选地，所述设备管理平台包括设备状态缓存模块，所述设备状态缓存模块用于存储所述检测设备的上报状态信息以及应用程序期望状态信息；
所述设备管理平台还包括与所述设备状态缓存模块连接的固件升级模块、远程控制模块、配置下发模块、设备监控模块、地理位置确定模块以及设备分组模块。
可选地，所述数据接口包括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(On Board Diagnostics，车载诊断系统)排放检测数据、ADAS(Advanced driving assistance system，高级辅助驾驶系统)校准检测数据、轮胎/刹车片检测数据、油品检测数据等。所述汽车检测数据还可以包括所述汽车的生产厂商、品牌、汽车颜色、发动机型号、车架号等信息。
其中，所述至少两种所述汽车检测数据中每种数据与同一车辆的车辆标识码相关。所述车辆标识码用于唯一识别所述汽车，作为所述汽车的身份标识信息。在本实施例，获取同一车辆的至少两种汽车检测数据。
其中，获取所述至少两种汽车检测数据的方式可以包括通过OBD直接从车辆的ECU(Electronic Control Unit，电子控制单元)获取所述至少两种汽车检测数据；还可以包括实时从车辆的其他功能的检测装置获取所述至少两种汽车检测数据，比如轮胎相关检测数据(包括胎纹/刹车盘检测数据等)，内窥镜数据，ADAS系统的标定数据，TPMS(Tire pressure 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根据处理后的汽车检测数据生成汽车综合检测报告，并将所述汽车综合报告与所述车辆的身份识别码关联。可以每间隔一段时间采集所述车辆的汽车检测数据，并根据上述方式获得所述汽车综合检测报告，所获得的所述汽车综合检测报告可以形成所述车辆的车辆健康档案。由此，在设备云端建立所述车辆的车辆健康档案。基于相同的构思，还可以获得其他车辆对应的车辆健康档案，全部车辆的车辆健康档案都可以保存与设备云端，并且每一车辆的车辆健康档案与所述车辆的身份识别标识关联。基于保存的所述车辆健康档案，当需要获得某一辆或某几辆的车辆的汽车检测数据或汽车综合检测报告时，可以根据所述车架号获得，从而为维修店或车主出具基于云端服务的车辆综合数字化检测报告。此外，根据所述车辆健康档案，可以为车辆进行预测性维修(比如轮胎更换提醒、发动机即将发生的故障维修提醒等)，同时也可以为二手车估值提供客观的数据支撑。还可以为所述车辆提供其他服务，比如推荐车辆维修建议，推荐车辆保险方案，等。
通过本发明实施例提供的系统，能够系统整合出汽车的各种检测数据，出具综合报告。由此，使得汽车后服务变得更加便利，而且提高了汽车后服务业务的工作效率，提升了客户体验。此外，在汽车诊断和汽车维修领域，可以对车辆健康状态进行多维度的趋势分析、车辆性能预测，给出建设性的汽车维修建议，总体上降低了车主出行的风险，提升了车主和维修店的用户体验。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；在本发明的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本发明的不同方面的许多其它变化，为了简明，它们没有在细节中提供；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (15)

  1. 一种基于云平台的汽车后服务管理系统，其特征在于，所述系统包括：检测设备、设备管理平台和服务系统，
    所述检测设备用于获取至少两种汽车检测数据，至少两种所述汽车检测数据中每种数据与同一车辆的车辆标识码相关，并用于将所述至少两种汽车检测数据上传；
    所述设备管理平台包括数据接口和业务接口，所述数据接口用于接收所述检测设备上传的所述汽车检测数据，并对所述汽车检测数据进行处理，所述业务接口用于将处理后的汽车检测数据发送至服务系统；
    所述服务系统用于根据所述处理后的汽车检测数据为所述同一车辆提供汽车业务服务。
  2. 根据权利要求1所述的系统，其特征在于，所述设备管理平台包括设备状态缓存模块，所述设备状态缓存模块用于存储所述检测设备的上报状态信息以及应用程序期望状态信息；
    所述设备管理平台还包括与所述设备状态缓存模块连接的固件升级模块、远程控制模块、配置下发模块、设备监控模块、地理位置确定模块以及设备分组模块。
  3. 根据权利要求2所述的系统，其特征在于，所述数据接口包括MQTT消息服务器、代理网关和计算引擎；
    所述MQTT消息服务器用于接收所述检测设备上传的所述汽车检测数据；
    所述代理网关用于根据预设规则对所述汽车检测数据进行分类处理，并将分类处理后获得的数据流推送至所述计算引擎；
    所述计算引擎用于对所述数据流进行聚合、分析、排序、过滤中的至少一种操作。
  4. 根据权利要求3所述的系统，其特征在于，所述代理网关包括规则引擎，
    所述规则引擎用于接收所述汽车检测数据，在所述MQTT消息服务器调用所述规则引擎触发预设函数运行后，根据预设规则对所述汽车检测数据进行分类处理，并将分类处理后获得的数据流推送至所述计算引擎。
  5. 根据权利要求3所述的系统，其特征在于，所述数据接口还包括数据湖，所述数据湖与所述计算引擎通信连接，所述数据湖用于存储所述计算引擎操作后的数据。
  6. 根据权利要求3至5任一项所述的系统，其特征在于，
    所述服务系统还用于发送控制命令至所述代理网关；
    所述代理网关用于接收所述控制命令，并转发所述控制命令至所述MQTT消息服务器，以使所述MQTT消息服务器根据所述控制命令发送MQTT消息至所述检测设备。
  7. 根据权利要求6所述的系统，其特征在于，
    所述MQTT消息服务器，用于接收所述检测设备根据所述MQTT消息返回的操作结果，并发送所述操作结果至所述设备管理平台；
    所述设备管理平台用于根据所述操作结果更新所述设备状态缓存模块上存储的状态信息。
  8. 根据权利要求6所述的系统，其特征在于，所述代理网关还包括规则管理模块，
    所述代理网关还用于接收所述服务系统发送的规则管理请求，并基于所述规定管理模块响应所述规则管理请求；
    其中，所述规则管理请求包括创建规则请求、删除规则请求和查询规则请求。
  9. 根据权利要求6所述的系统，其特征在于，所述代理网关还包括作业管理模块，
    所述代理网关还用于接收所述服务系统发送的作业管理请求，并基于所述作业管理模块响应所述作业管理请求，其中，所述作业管理请求包括创建作业请求、执行作业请求、删除作业请求和查询作业请求；
    所述代理网关还用于接收所述服务系统发送的主题管理请求，根据所述主题管理请求获得主题管理消息，并发送所述主题管理消息至所述MQTT消息服务器，其中，所述主题管理请求包括创建主题请求、删除主题请求和查询主题请求；
    所述代理网关还用于发送主题配置更新消息至所述MQTT消息服务器，以使所述MQTT消息服务器根据所述主题配置更新消息发送主题配置更新命 令至所述检测设备，所述检测设备用于根据所述主题配置更新命令进行主题配置更新。
  10. 一种基于云平台的汽车后服务管理方法，其特征在于，所述方法包括：
    获取至少两种汽车检测数据，并发送所述至少两种汽车检测数据，其中，至少两种所述汽车检测数据中每种数据与同一车辆的车辆标识码相关；
    接收所述汽车检测数据，并对所述汽车检测数据进行处理，再将处理后的汽车检测数据发送至服务系统；
    根据所述处理后的汽车检测数据为所述同一车辆提供汽车业务服务。
  11. 根据权利要求10所述的方法，其特征在于，所述方法还包括：
    存储检测设备的上报状态信息以及应用程序期望状态信息；
    基于所述上报状态信息和所述应用程序期望状态信息，进行所述检测设备的固件升级、远程控制、配置下发、设备监控、地理位置确定以及设备分组。
  12. 根据权利要求11所述的方法，其特征在于，
    所述接收所述汽车检测数据，并对所述汽车检测数据进行处理，包括：
    接收所述检测设备上传的所述汽车检测数据；
    根据预设规则对所述汽车检测数据进行分类处理，并将分类处理后获得的数据流推送至计算引擎；
    对所述数据流进行聚合、分析、排序、过滤中的至少一种操作。
  13. 根据权利要求10至12任一项所述的方法，其特征在于，所述根据所述处理后的汽车检测数据为所述同一车辆提供汽车业务服务，包括：
    根据所述处理后的汽车检测数据为所述同一车辆提供车辆健康档案或汽车综合检测报告；
    其中，所述车辆健康档案包括至少一份所述汽车综合检测报告。
  14. 根据权利要求13所述的方法，其特征在于，所述方法还包括：
    发送控制命令至设备管理平台，以使所述设备管理平台转发所述控制命令至检测设备；
    获取所述检测设备根据所述控制命令返回的操作结果，并根据所述操作结果更新所述检测设备存储的状态信息。
  15. 根据权利要求13所述的方法，其特征在于，所述方法还包括：
    接收所述服务系统发送的规则管理请求，并响应所述规则管理请求，其中， 所述规则管理请求包括创建规则请求、删除规则请求和查询规则请求；
    接收所述服务系统发送的作业管理请求，并响应所述作业管理请求，其中，所述作业管理请求包括创建作业请求、执行作业请求、删除作业请求和查询作业请求；
    接收所述服务系统发送的主题管理请求，根据所述主题管理请求获得主题管理消息，并发送所述主题管理消息至MQTT消息服务器，其中，所述主题管理请求包括创建主题请求、删除主题请求和查询主题请求。
PCT/CN2021/106528 2020-07-28 2021-07-15 一种基于云平台的汽车后服务管理系统和方法 WO2022022295A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010740212.9A CN111917862A (zh) 2020-07-28 2020-07-28 一种基于云平台的汽车后服务管理系统和方法
CN202010740212.9 2020-07-28

Publications (1)

Publication Number Publication Date
WO2022022295A1 true WO2022022295A1 (zh) 2022-02-03

Family

ID=73286776

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/106528 WO2022022295A1 (zh) 2020-07-28 2021-07-15 一种基于云平台的汽车后服务管理系统和方法

Country Status (2)

Country Link
CN (1) CN111917862A (zh)
WO (1) WO2022022295A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115412588A (zh) * 2022-06-20 2022-11-29 北京车网科技发展有限公司 一种远程更新配置文件的方法、装置及电子设备

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111917862A (zh) * 2020-07-28 2020-11-10 深圳市道通科技股份有限公司 一种基于云平台的汽车后服务管理系统和方法
US11658875B2 (en) * 2021-10-13 2023-05-23 Charter Communications Operating, Llc Client-driven dynamic server-side configuration validation
CN114884995A (zh) * 2022-05-11 2022-08-09 新元联创(山东)数字科技有限公司 一种基于车联网大数据的新能源汽车全面评估的便携设备和系统
CN115459976A (zh) * 2022-08-31 2022-12-09 重庆长安汽车股份有限公司 一种基于mqtt的车辆信息监测管理方法及系统
CN117131094A (zh) * 2023-10-23 2023-11-28 大唐融合通信股份有限公司 用于物联网场景的规则引擎、实现方法、设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190251759A1 (en) * 2016-06-30 2019-08-15 The Car Force Inc. Vehicle data aggregation and analysis platform providing dealership service provider dashboard
CN110263946A (zh) * 2019-06-05 2019-09-20 广西金奔腾车联网科技有限公司 基于汽车数据收集和竞价抢单的维修保养服务平台及方法
CN111131348A (zh) * 2018-10-31 2020-05-08 顺丰科技有限公司 一种车联网系统及其运行方法
CN111770016A (zh) * 2020-07-28 2020-10-13 深圳市道通科技股份有限公司 智能云网关、汽车数字化检测系统、数据处理方法
CN111917862A (zh) * 2020-07-28 2020-11-10 深圳市道通科技股份有限公司 一种基于云平台的汽车后服务管理系统和方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN204537209U (zh) * 2014-12-18 2015-08-05 北京理工大学 基于云平台的车辆数据综合分析系统
US9555736B2 (en) * 2015-04-03 2017-01-31 Magna Electronics Inc. Vehicle headlamp control using sensing and communication systems
CN105871710A (zh) * 2016-05-18 2016-08-17 海侣（上海）投资管理中心（有限合伙） 移动网关设备及其网络交互系统
JP7043736B2 (ja) * 2016-06-02 2022-03-30 株式会社デンソー 車両用電子制御装置及び車両用サービス管理システム
EP3734570A4 (en) * 2017-12-28 2021-08-04 Shenzhen Launch Software Co., Ltd. VEHICLE IDENTIFICATION METHOD, DEVICE, DEVICE AND READABLE STORAGE MEDIUM
CN110149334A (zh) * 2019-05-23 2019-08-20 浙江吉利控股集团有限公司 车辆管理系统
CN110733300A (zh) * 2019-08-16 2020-01-31 上海能塔智能科技有限公司 车用远程实时监控胎压系统、方法及车用监测设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190251759A1 (en) * 2016-06-30 2019-08-15 The Car Force Inc. Vehicle data aggregation and analysis platform providing dealership service provider dashboard
CN111131348A (zh) * 2018-10-31 2020-05-08 顺丰科技有限公司 一种车联网系统及其运行方法
CN110263946A (zh) * 2019-06-05 2019-09-20 广西金奔腾车联网科技有限公司 基于汽车数据收集和竞价抢单的维修保养服务平台及方法
CN111770016A (zh) * 2020-07-28 2020-10-13 深圳市道通科技股份有限公司 智能云网关、汽车数字化检测系统、数据处理方法
CN111917862A (zh) * 2020-07-28 2020-11-10 深圳市道通科技股份有限公司 一种基于云平台的汽车后服务管理系统和方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115412588A (zh) * 2022-06-20 2022-11-29 北京车网科技发展有限公司 一种远程更新配置文件的方法、装置及电子设备
CN115412588B (zh) * 2022-06-20 2024-01-23 北京车网科技发展有限公司 一种远程更新配置文件的方法、装置及电子设备

Also Published As

Publication number Publication date
CN111917862A (zh) 2020-11-10

Similar Documents

Publication Publication Date Title
WO2022022295A1 (zh) 一种基于云平台的汽车后服务管理系统和方法
US11875144B2 (en) Over-the-air (OTA) mobility services platform
CN107111858B (zh) 用于汽车诊断工具数据收集和分析的系统以及方法
DE102016117072A1 (de) Effizientes Telematikdaten-Upload
US20160232721A1 (en) Integrated fleet vehicle management system
CN107223243B (zh) 用于嵌入式控制器的分布式数据管理系统
DE10235525A1 (de) Verfahren und System zur Überwachung des Zustands eines Fahrzeugs
CN112165528B (zh) 车辆事件及其事件文件数据的管理方法、系统及存储介质
JP2015229364A (ja) 車両診断機及び車両診断方法
CN115437338A (zh) 远程诊断方法及装置、电子设备和存储介质
JP6654711B2 (ja) 異種の車両の母集団内のテレマティクスデータの分析
CA3176066A1 (en) Cloud-based real-time vehicle data sharing
CN113902233A (zh) 车辆安全预警方法、大数据平台装置、车载终端和车辆
CN115437339A (zh) 远程诊断方法及装置、电子设备和存储介质
CN115469629A (zh) 远程诊断方法、装置、系统、电子设备和存储介质
EP3319028A1 (en) Vehicle data collection system and method
US11828677B2 (en) Cloud computing-based vehicle fleet benchmarking
WO2022057640A1 (zh) 数据处理方法和汽车大数据管理云平台
US20210334727A1 (en) Fleet-specific performance impact of vehicle configuration
CN113206867A (zh) 一种智能数据采集监控系统、方法和定时采集服务模块
JP6310331B2 (ja) 車両診断用のデータ収集装置及びデータ収集方法
CN115689277A (zh) 云边协同技术下的化工园区风险预警系统
CN115903720A (zh) 用于轨道交通的故障诊断系统及方法和存储介质
CN110741616A (zh) 用于数据上线的系统和方法
DE102016124878A1 (de) Informationsverwaltungssystem und verfahren zur lieferung von einer maschine zugeordneten daten

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21849494

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 21849494

Country of ref document: EP

Kind code of ref document: A1