CN105847405A - Information processing device - Google Patents
Information processing device Download PDFInfo
- Publication number
- CN105847405A CN105847405A CN201610282650.9A CN201610282650A CN105847405A CN 105847405 A CN105847405 A CN 105847405A CN 201610282650 A CN201610282650 A CN 201610282650A CN 105847405 A CN105847405 A CN 105847405A
- Authority
- CN
- China
- Prior art keywords
- data
- protocol
- message
- length
- module
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
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
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
- G07C5/0808—Diagnosing performance data
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
Abstract
The invention discloses an information processing device capable of improving OBD data processing accuracy so as to obtain vehicle state more accurately. The information processing device includes a data access module, a data processing module and a data display module. The information processing device receives vehicle data information reported by an OBD device, performs protocol conversion on the information and processes data carried by the information. Therefore, OBD data processing accuracy can be improved and vehicle state can be obtained more accurately.
Description
Technical field
The present invention relates to automotive field, particularly relate to a kind of information processor.
Background technology
At present vehicle has become basically universal OBD (On-Board Diagnostic, onboard diagnostic system) interface, can read the information such as travel condition of vehicle, fault by OBD interface.Generally, the data read from OBD interface are initial data, need to learn vehicle-state through processing.Therefore, the precise degrees that data OBD data process, to understanding, vehicle-state is most important.
Summary of the invention
The embodiment of the present invention provides a kind of information processor, it is possible to increase OBD data process accuracy, thus precisely understand vehicle-state.
The embodiment of the present invention adopts the following technical scheme that
A kind of information processor, including: data access module, data processing module, data display module；
Described data access module, resolves for the vehicle data message reporting OBD equipment；
Described data processing module includes: protocol data messages queue submodule, the first message sink client, data algorithm processor；
Described protocol data messages queue submodule, for the data after described parsing are verified, the data after being verified；
Data after described checking, for according to described access protocol, are converted to initial data by described first message sink client；
Described data algorithm processor, for being carried in raw data messages queue transmission to described data display module by described initial data；
Described data display module, for determining vehicle-state according to described initial data, and shows described vehicle-state.
Optionally, also include: transmission control module；
Described transmission control module includes: the first business API module；
Described first business API module, is used for receiving described initial data, after applied business algorithm is to described original data processing, is sent to described data display module.
Optionally, described transmission control module also includes: dynamic data cache sub-module, notice Attendant sub-module；
After described first business API module applied business algorithm is to described original data processing, it is sent to described dynamic data cache sub-module；
Or, after described first business API module applied business algorithm is to described original data processing, it being sent to described notice Attendant sub-module, described notice Attendant sub-module is by data-pushing to described data display module.
Optionally, described data display module includes subscribing notification client, the first applications client；
The notice that transmission control module described in described subscribing notification client real-time reception pushes, is forwarded to described first applications client by the notice received；
Described first applications client display notification message and vehicle operation data.
Optionally, also including: remote control module, described remote control module connects described transmission control module and connects described OBD equipment；
Described remote control module includes: the second applications client, the second business API module, SMS module；
Described second applications client initiates remote control notification to described second business API module, after described second business API module receives request, according to described OBD equipment access protocol tissue remote control message bag, and it is issued to described OBD equipment through described SMS module.
Optionally, described data access module includes: access gateway, protocol adaptor, data parsing processor；
Described access gateway, for receiving, by TCP transmission agreement, the vehicle data message that OBD equipment reports, carries out throttle buffer to described vehicle data；Determine described vehicle data message-length according to protocol rule, intercept packet in the vehicle data message of caching according to described vehicle data message-length；
Described protocol adaptor, the packet after intercepting carries out protocol adaptation, determines the access protocol of coupling；
Described data parsing processor, for data in described packet are resolved, data are converted to protocol data entity by byte stream, the data after being resolved, according to described access protocol, the data after described parsing are sent to described data parsing processing module.
Optionally, described vehicle data message comprises protocol header, protocol entity, effect code, and after described protocol entity is positioned at described protocol header, described effect code bit is after described protocol entity；
Described protocol header comprises message packet length field, protocol version field, cipher mode field, and described message body comprises message header field, command word field, vehicle identification code field, message body fields；
Described protocol package length field is 3 bytes, described protocol package length field identifies message packet length, protocol entity length+check code length after described protocol package length=protocol header length+encryption, protocol version field identifies protocol version, message header field and the cipher mode of described message body fields described in the described message body of described cipher mode field identification；
Described message body is used for defining between described vehicle OBD data processing equipment and described OBD equipment operation content, described message header field carries command word and vehicle identification code, described command word field is used for determining action type, described vehicle identification code field carrying cart identification code；
Described effect code obtains through whole bytes of the byte beyond message packet length field in described message header part and described message body portion are carried out XOR.
Optionally, the described vehicle data messages step of described OBD equipment collection includes:
Determine command word field, vehicle identification code, form message header, the type of described command word field identification vehicle data message；
Determine that described vehicle data message content carried by message body, described message body；
By protocol version field in protocol header and cipher mode field, in message header, message body, all bytes carry out XOR successively and obtain check code；
Message header, message body are encrypted, form protocol entity；
By the message body length+check code length after message header length+encryption, obtain protocol package length；
By message header, message body, the combination of check code three part, form described vehicle data message.
Optionally, described access gateway determines described vehicle data message-length according to protocol rule, intercepts packet in the vehicle data message of caching according to described vehicle data message-length and includes:
From byte stream, read 3 bytes, determine protocol data packet length；
According to protocol package length, read whole protocol data bag；
According to agreement specifies protocol header length, analysis protocol head, find protocol version and cipher mode；
The protocol entity length after encryption is calculated, the protocol entity length after encryption=protocol package length Protocol head length check code length according to protocol package length, protocol header length；
The cipher mode obtained according to the 4th step, is decrypted protocol entity, draws message header and message header；
Check code is read from protocol package；
By protocol version field in protocol header and cipher mode field, message header, in message body, all bytes carry out XOR successively and obtain check code；
By the check code obtained and the check code contrast obtained, if identical, then message is legal, is otherwise invalid message；
According to the protocol version obtained, determine OBD equipment access protocol；
According to OBD equipment access protocol, resolve legitimate messages, obtain message header and message body；
According to OBD equipment access protocol, resolve message header and obtain command word, determine type of message；
According to OBD equipment access protocol, integrated command word field, resolve message body, obtain described vehicle data message and carry data.
Optionally, described vehicle data message includes at least one in real-time monitoring message, warning message.
Information processor based on technique scheme, receives the vehicle data message that OBD equipment reports, and message carries out protocol conversion, and processes the data of carrying, it is possible to increase OBD data process accuracy, thus draw the state of vehicle more accurately.
It should be appreciated that it is only exemplary and explanatory that above general description and details hereinafter describe, the disclosure can not be limited.
Accompanying drawing explanation
Accompanying drawing herein is merged in description and constitutes the part of this specification, it is shown that meet embodiments of the invention, and for explaining the principle of the present invention together with description.
One of structural representation of information processor that Fig. 1 provides for the embodiment of the present invention；
The two of the structural representation of the information processor that Fig. 2 provides for the embodiment of the present invention；
The three of the structural representation of the information processor that Fig. 3 provides for the embodiment of the present invention；
The four of the structural representation of the information processor that Fig. 4 provides for the embodiment of the present invention；
The five of the structural representation of the information processor that Fig. 5 provides for the embodiment of the present invention；
The six of the structural representation of the information processor that Fig. 6 provides for the embodiment of the present invention；
The vehicle data messaging protocol form schematic diagram that Fig. 7 provides for the embodiment of the present invention；
The warning message process chart that Fig. 8 provides for the embodiment of the present invention；
The monitoring message process chart that Fig. 9 provides for the embodiment of the present invention.
Detailed description of the invention
Here will illustrate exemplary embodiment in detail, its example represents in the accompanying drawings.When explained below relates to accompanying drawing, unless otherwise indicated, the same numbers in different accompanying drawings represents same or analogous key element.Embodiment described in following exemplary embodiment does not represent all embodiments consistent with the present invention.On the contrary, they only with describe in detail in appended claims, the present invention some in terms of the example of consistent apparatus and method.
OBD equipment in the embodiment of the present invention can be the equipment that can read data from vehicle OBD interface, can also be for the equipment of transmission OBD data (OBD data read from OBD interface), or the equipment of storage OBD data (OBD data read from OBD interface), the embodiment of the present invention does not limits.In the embodiment of the present invention, Hadoop is distributed system architecture, it is possible to realize distributed file system；HBase
Hadoop database is distributed unstructured data base；Zookeeper is distributed application program coordination service.
Embodiment 1
As shown in Figure 1, the embodiment of the present invention provides a kind of information processor, including: data access module 11, data processing module 12, data display module 13, in the embodiment of the present invention, can be connected by data access interface between each module, this data access interface can be arranged on the data support module of vehicle OBD data processing equipment.
Described data access module 11, resolves for the vehicle data message reporting OBD equipment；
Described data processing module 12 includes: protocol data messages queue submodule the 121, first message sink client 122, data algorithm processor 123；
Described protocol data messages queue submodule 121, for the data after described parsing are verified, the data after being verified；
Data after described checking, for according to described access protocol, are converted to initial data by described first message sink client 122；
Described data algorithm processor 123, for being carried in raw data messages queue transmission to described data display module 13 by described initial data；
Described data display module 13, for determining vehicle-state according to described initial data, and shows described vehicle-state.
The information processor of the embodiment of the present invention, receives the vehicle data message that OBD equipment reports, and message carries out protocol conversion, and processes the data of carrying, it is possible to increase OBD data process accuracy, thus draw the state of vehicle more accurately.
As in figure 2 it is shown, in one embodiment of the invention, described data access module 11 includes: access gateway 111, protocol adaptor 112, data parsing processor 113；
Described access gateway 111, for receiving, by TCP transmission agreement, the vehicle data message that OBD equipment 10 reports, carries out throttle buffer to described vehicle data；Determine described vehicle data message-length according to protocol rule, intercept packet in the vehicle data message of caching according to described vehicle data message-length；
Described protocol adaptor 112, the packet after intercepting carries out protocol adaptation, determines the access protocol of coupling；
Described data parsing processor 113, for data in described packet are resolved, data are converted to protocol data entity by byte stream, the data after being resolved, according to described access protocol, the data after described parsing are sent to described data parsing processing module.
In one embodiment of the invention, data access module 11 can use the framework shown in Fig. 3, accesses gateway 111 and receives, by TCP transmission agreement, the vehicle data message that OBD equipment 10 reports.After access gateway 111 receives data, carry out byte stream caching process, prevent loss of data；According to general purpose O BD equipment access protocol transmission rule, protocol header finds message-length, intercept packet in caching according to message-length；Packet after intercepting, is sent to protocol adaptor 112, protocol adaptor 112 carries out protocol adaptation, be routed to the OBD equipment access protocol being suitable for；Transmitting data to data parsing processor 113 according to OBD equipment access protocol, data parsing processor 113 resolve data, data are converted to protocol data entity by byte stream.OBD equipment reported data is by accessing after gateway is disposed, it then follows AMQP host-host protocol, and protocol data is pushed to data processing module 12.
In one embodiment of the invention, data processing module 12 can use the framework shown in Fig. 4, protocol message queue submodule 121 provide the route of protocol data and ensure the transmission of message.It includes message switching unit and message queue two parts, and message switching unit carries out protocol data route, and message queue ensures the transmission of message.Message sink client 122 receives the data of protocol data messages queue submodule 121, after number checking, is sent to data algorithm processor 123.Protocol data, according to OBD equipment access protocol, is converted to initial data by data algorithm processor 123, after protocol data is converted to initial data, according to AMQP host-host protocol, initial data is pushed to Service Processing Module 13.
As it is shown in figure 5, in one embodiment of the invention, this information processor can also include: transmission control module 14；
Described transmission control module includes: the first business API module 141；
Described first business API (application programming interface, Application Programming Interface) module 141, for receiving described initial data, after applied business algorithm is to described original data processing, it is sent to described data display module 13.
Optionally, described transmission control module 14 also includes: dynamic data cache sub-module 142, notice Attendant sub-module 143；
After described first business API module 141 applied business algorithm is to described original data processing, it is sent to described dynamic data cache sub-module 142；
Or, after described first business API module 141 applied business algorithm is to described original data processing, it being sent to described notice Attendant sub-module 143, described notice Attendant sub-module is by data-pushing to described data display module 13.
In the embodiment of the present invention, in transmission control module 14, the first business API module 141 receives the business datum that Service Processing Module 13 pushes, after business algorithm process, as required, or data are stored in dynamic data cache sub-module 142, or transmit data to notify Attendant sub-module 143, or data are passively sent to data display module 13.After the notice notified message of Attendant sub-module 153, notice is pushed to data display module 13.Communicate between transmission control module 14 with data display module 13 and follow HTTP transport protocol.
As shown in Figure 6, in one embodiment of the invention, described data display module 13 includes subscribing notification client the 131, first applications client 132；
The notice that transmission control module 14 described in described subscribing notification client 131 real-time reception pushes, is forwarded to described first applications client 132 by the notice received；
Described first applications client 132 shows notification message and vehicle operation data.
In one embodiment of the invention, in data display module 13, subscribing notification client 131 monitors the notice service in transmission control module in real time, after receiving its sending out notice, is forwarded to applications client 132.Applications client 132 shows notification message and vehicle operation data.
In one embodiment of the invention, this information processor can also include: remote control module (not shown), and described remote control module connects described transmission control module 14 and connects described OBD equipment 10.In one embodiment of the invention, remote control module may be located at the position of T in Fig. 6.
Described remote control module includes: the second applications client, the second business API module, SMS module；
Described second applications client initiates remote control notification to described second business API module, after described second business API module receives request, according to described OBD equipment access protocol tissue remote control message bag, and it is issued to described OBD equipment through described SMS module.
In one embodiment of the invention, described in this information processor, vehicle data message can use form shown in Fig. 7, and it comprises protocol header, protocol entity, effect code, and after described protocol entity is positioned at described protocol header, described effect code bit is after described protocol entity；
Described protocol header comprises message packet length field, protocol version field, cipher mode field, and described message body comprises message header field, command word field, vehicle identification code field, message body fields；
Described protocol package length field is 3 bytes, described protocol package length field identifies message packet length, protocol entity length+check code length after described protocol package length=protocol header length+encryption, protocol version field identifies protocol version, message header field and the cipher mode of described message body fields described in the described message body of described cipher mode field identification；
Described message body is used for defining between described vehicle OBD data processing equipment and described OBD equipment operation content, described message header field carries command word and vehicle identification code, described command word field is used for determining action type, described vehicle identification code field carrying cart identification code；
Described effect code obtains through whole bytes of the byte beyond message packet length field in described message header part and described message body portion are carried out XOR.
In one embodiment of the invention, described OBD equipment 10 gathers described vehicle data messages step and includes:
Determine command word field, vehicle identification code, form message header, the type of described command word field identification vehicle data message；
Determine that described vehicle data message content carried by message body, described message body；
By protocol version field in protocol header and cipher mode field, in message header, message body, all bytes carry out XOR successively and obtain check code；
Message header, message body are encrypted, form protocol entity；
By the message body length+check code length after message header length+encryption, obtain protocol package length；
By message header, message body, the combination of check code three part, form described vehicle data message.
Accordingly, described access gateway 111 determines described vehicle data message-length according to protocol rule, intercepts packet in the vehicle data message of caching according to described vehicle data message-length and includes:
From byte stream, read 3 bytes, determine protocol data packet length；
According to protocol package length, read whole protocol data bag；
According to agreement specifies protocol header length, analysis protocol head, find protocol version and cipher mode；
The protocol entity length after encryption is calculated, the protocol entity length after encryption=protocol package length Protocol head length check code length according to protocol package length, protocol header length；
According to above-mentioned protocol version and cipher mode, protocol entity is decrypted, draws message header and message header；
Check code is read from protocol package；
By protocol version field in protocol header and cipher mode field, message header, in message body, all bytes carry out XOR successively and obtain check code；
By the check code obtained and the check code contrast obtained, if identical, then message is legal, is otherwise invalid message；
According to the protocol version obtained, determine OBD equipment access protocol；
According to OBD equipment access protocol, resolve legitimate messages, obtain message header and message body；
According to OBD equipment access protocol, resolve message header and obtain command word, determine type of message (such as warning message, real-time monitoring message etc.)；
According to OBD equipment access protocol, integrated command word field, resolve message body, obtain described vehicle data message and carry data.
In one embodiment of the invention, described vehicle data message can be polytype message, such as during vehicle data message includes real-time monitoring message, warning message at least one.
Information processor based on technique scheme, receives the vehicle data message that OBD equipment reports, and message carries out protocol conversion, and processes the data of carrying, it is possible to increase OBD data process accuracy, thus draw the state of vehicle more accurately.
Embodiment 2
The vehicle data message that in the embodiment of the present invention, OBD equipment reports can be polytype message, and the present embodiment describes the flow chart of data processing of the information processor of the embodiment of the present invention as a example by vehicle data message is as warning message in detail.
As shown in Figure 8, the present embodiment can be realized by the information processor of above-described embodiment, and the flow chart of data processing of the present embodiment includes:
901, OBD equipment 10 is when vehicle generation warning message, by warning message group bag.
Concrete group packet procedures is as follows: the first step, determines command word (type of alarm), vehicle identification code, forms message header；Second step, determines message body (alarm content)；All bytes in protocol header (not comprising protocol length field), message header, message body are carried out XOR and obtain check code by the 3rd step successively；4th step, is encrypted message header, message body, forms protocol entity；5th step, obtains protocol package length by the protocol entity length+check code length after protocol header length+encryption；6th step, protocol header, protocol entity, check code three part combine, and form protocol data bag i.e. warning message.
902, OBD equipment 10 reports warning message.
903, data access module 11 receives vehicle data message, and resolves.
Data access module 11 resolving is as follows: the first step, reads 2 bytes, determine protocol data packet length from byte stream；Second step, according to protocol package length, reads whole protocol data bag；3rd step, according to specifying protocol header length, analysis protocol head in agreement, finds protocol version and cipher mode；4th step, calculates the protocol entity length after encryption according to protocol package length, protocol header length, the protocol entity length after encryption=protocol package length Protocol head length check code length；5th step, the cipher mode obtained according to the 4th step, protocol entity is decrypted, draws message header and message header；6th step, reads check code from protocol package；All bytes in protocol header (not comprising protocol length field), message header, message body are carried out XOR and obtain check code by the 7th step successively；8th step, the check code contrast that the check code the 6th step obtained and the 7th step obtain, if identical, then message is legal, is otherwise invalid message；9th step, according to the protocol version obtained in the 3rd step, determines OBD equipment access protocol.Tenth step, according to OBD equipment access protocol, resolves legitimate messages, obtains message header and message body.11st step, according to OBD equipment access protocol, resolves message header and obtains command word, be defined as alert notice；12nd step, according to OBD equipment access protocol, integrated command word, resolves message body, obtains warning message.
904, the data-pushing after data access module 11 will resolve is to data processing module 12.
905, data processing module 12 carries out process to data and obtains initial data.
906, data processing module 12 by original data storage to memory module 15.
In the embodiment of the present invention, memory module 15 can be that single memory module can also be for be integrated in the memory module in a certain module, and the embodiment of the present invention does not limits.
907, data are processed by data processing module 12 according to business algorithm.
908, data processing module 12 stores the data after processing.
909, transmission control module 14 carries out statistics of reporting to the police.
910, transmission control module 14 pushes alert notice to data display module 13, data display module 13 carry out alarm.
The vehicle OBD data processing equipment of the embodiment of the present invention, receives the warning message that OBD equipment reports, and message carries out protocol conversion, and processes the data of carrying, it is possible to increase alert data processes accuracy, sends alarm.
Embodiment 3
The vehicle data message that in the embodiment of the present invention, OBD equipment reports can be polytype message, and the present embodiment is by flow chart of data processing that vehicle data message is the information processor describing the embodiment of the present invention as a example by real-time monitoring message in detail.
As it is shown in figure 9, the present embodiment can be realized by the information processor of above-described embodiment, the flow chart of data processing of the present embodiment includes:
101, real-time monitoring message is packaged by OBD equipment 10.
Concrete group packet procedures is as follows: the first step, determines command word (monitoring in real time), vehicle identification code, forms message header；Second step, determines message body (monitoring in real time is transferred)；All bytes in protocol header (not comprising protocol length field), message header, message body are carried out XOR and obtain check code by the 3rd step successively；4th step, is encrypted message header, message body, forms protocol entity；5th step, obtains protocol package length by the protocol entity length+check code length after protocol header length+encryption；6th step, protocol header, protocol entity, check code three part combine, and form the most real-time monitoring message of protocol data bag.
102, OBD equipment 10 reports real-time monitoring message.
103, data access module 11 receives real-time monitoring message, and resolves.
Data access module 11 resolving is as follows: the first step, reads 2 bytes, really from byte stream
Determine protocol data packet length；Second step, according to protocol package length, reads whole protocol data bag；3rd step, according to specifying protocol header length, analysis protocol head in agreement, finds protocol version and cipher mode；4th step, calculates the protocol entity length after encryption according to protocol package length, protocol header length, the protocol entity length after encryption=protocol package length Protocol head length check code length；5th step, the cipher mode obtained according to the 4th step, protocol entity is decrypted, draws message header and message header；6th step, reads check code from protocol package；All bytes in protocol header (not comprising protocol length field), message header, message body are carried out XOR and obtain check code by the 7th step successively；8th step, the check code contrast that the check code the 6th step obtained and the 7th step obtain, if identical, then message is legal, is otherwise invalid message；9th step, according to the protocol version obtained in the 3rd step, determines OBD equipment access protocol.Tenth step, according to OBD equipment access protocol, resolves legitimate messages, obtains message header and message body.11st step, according to OBD equipment access protocol, resolves message header and obtains command word, be defined as real-time monitoring message；12nd step, according to OBD equipment access protocol, integrated command word, resolves message body, obtains the information that real-time monitoring message carries.
104, the data-pushing after data access module 11 will resolve is to data processing module 12.
105, data processing module 12 carries out process to data and obtains initial data.
106, data processing module 12 by original data storage to memory module 15.
In the embodiment of the present invention, memory module 15 can be that single memory module can also be for be integrated in the memory module in a certain module, and the embodiment of the present invention does not limits.
107, data are processed by data processing module 12 according to business algorithm.
108, data processing module 12 stores the data after processing.
109, transmission control module 14 carries out statistic.
110, transmission control module 14 updates caching.
111, data display module 13 is to transmission control module 14 request monitoring data, and transmission control module 15 returns monitoring data, data display module 13 carries out video and show.
The vehicle OBD data processing equipment of the embodiment of the present invention, receives the monitoring message that OBD equipment reports, and message carries out protocol conversion, and processes the data of carrying, it is possible to increase monitoring data process accuracy, send alarm.
Being described above various embodiments of the present invention, described above is exemplary, and non-exclusive, and it is also not necessarily limited to disclosed each embodiment.In the case of the scope and spirit without departing from illustrated each embodiment, many modifications and changes will be apparent from for those skilled in the art.The selection of term used herein, it is intended to explain the principle of each embodiment, actual application or the improvement to the technology in market best, or make other those of ordinary skill of the art be understood that each embodiment disclosed herein.
The above; being only the detailed description of the invention of the present invention, but protection scope of the present invention is not limited thereto, any those familiar with the art is in the technical scope that the invention discloses; change can be readily occurred in or replace, all should contain within protection scope of the present invention.Therefore, protection scope of the present invention should be as the criterion with scope of the claims.
Claims (10)
1. an information processor, it is characterised in that including: data access module, data process mould
Block, data display module；
Described data access module, resolves for the vehicle data message reporting OBD equipment；
Described data processing module includes: protocol data messages queue submodule, the first message sink client,
Data algorithm processor；
Described protocol data messages queue submodule, for verifying the data after described parsing, obtains
Data after checking；
Described first message sink client, for according to described access protocol, by the data after described checking
Be converted to initial data；
Described data algorithm processor, for being carried in raw data messages queue biography by described initial data
Transport to described data display module；
Described data display module, for determining vehicle-state according to described initial data, and shows described car
State.
Device the most according to claim 1, it is characterised in that also include: transmission control module；
Described transmission control module includes: the first business API module；
Described first business API module, is used for receiving described initial data, and applied business algorithm is to described former
After beginning data process, it is sent to described data display module.
Device the most according to claim 2, it is characterised in that described transmission control module also includes:
Dynamic data cache sub-module, notice Attendant sub-module；
After described first business API module applied business algorithm is to described original data processing, it is sent to described
Dynamic data cache sub-module；
Or, after described first business API module applied business algorithm is to described original data processing, send
To described notice Attendant sub-module, described notice Attendant sub-module is by data-pushing to described data display mould
Block.
4. according to the device described in Claims 2 or 3, it is characterised in that described data display module bag
Include subscribing notification client, the first applications client；
The notice that transmission control module described in described subscribing notification client real-time reception pushes, logical by receive
Know and be forwarded to described first applications client；
Described first applications client display notification message and vehicle operation data.
5. according to the device described in Claims 2 or 3, it is characterised in that also include: remotely control mould
Block, described remote control module connects described transmission control module and connects described OBD equipment；
Described remote control module includes: the second applications client, the second business API module, SMS module；
Described second applications client initiates remote control notification to described second business API module, and described the
After two business API module receive request, according to described OBD equipment access protocol tissue remote control message
Bag, and it is issued to described OBD equipment through described SMS module.
Device the most according to any one of claim 1 to 5, it is characterised in that described data connect
Enter module to include: access gateway, protocol adaptor, data parsing processor；
Described access gateway, is disappeared for the vehicle data reported by TCP transmission agreement reception OBD equipment
Breath, carries out throttle buffer to described vehicle data；Described vehicle data message-length is determined according to protocol rule,
Packet in the vehicle data message of caching is intercepted according to described vehicle data message-length；
Described protocol adaptor, the packet after intercepting carries out protocol adaptation, determines the access of coupling
Agreement；
Described data parsing processor, for resolving, by data by byte data in described packet
Circulation is changed to protocol data entity, and the data after being resolved, according to described access protocol by after described parsing
Data be sent to described data parsing processing module.
Device the most according to any one of claim 1 to 6, it is characterised in that described vehicle number
Protocol header, protocol entity, effect code is comprised according to message, after described protocol entity is positioned at described protocol header, described
Effect code bit is after described protocol entity；
Described protocol header comprises message packet length field, protocol version field, cipher mode field, described in disappear
Breath body comprises message header field, command word field, vehicle identification code field, message body fields；
Described protocol package length field is 3 bytes, and described protocol package length field identifies message packet length,
Protocol entity length+check code length after described protocol package length=protocol header length+encryption, agreement
Version field identifies protocol version, message header described in the described message body of described cipher mode field identification
Field and the cipher mode of described message body fields；
Described message body is used for defining between described vehicle OBD data processing equipment and described OBD equipment behaviour
Making content, described message header field carries command word and vehicle identification code, and described command word field is used for determining
Action type, described vehicle identification code field carrying cart identification code；
Described effect code is through to the byte beyond message packet length field in described message header part and described
Whole bytes of message body portion carry out XOR and obtain.
Device the most according to any one of claim 1 to 6, it is characterised in that described OBD sets
The described vehicle data messages step of standby collection includes:
Determine command word field, vehicle identification code, form message header, described command word field identification vehicle number
Type according to message；
Determine that described vehicle data message content carried by message body, described message body；
By protocol version field in protocol header and cipher mode field, in message header, message body, all bytes depend on
The secondary XOR that carries out obtains check code；
Message header, message body are encrypted, form protocol entity；
By the message body length+check code length after message header length+encryption, obtain protocol package length；
By message header, message body, the combination of check code three part, form described vehicle data message.
Device the most according to claim 8, it is characterised in that described access gateway is advised according to agreement
Then determine described vehicle data message-length, intercept the vehicle number of caching according to described vehicle data message-length
Include according to packet in message:
From byte stream, read 3 bytes, determine protocol data packet length；
According to protocol package length, read whole protocol data bag；
According to agreement specifies protocol header length, analysis protocol head, find protocol version and cipher mode；
The protocol entity length after encryption, the protocol entity after encryption is calculated according to protocol package length, protocol header length
Length=protocol package length Protocol head length check code length；
According to protocol version and cipher mode, protocol entity is decrypted, draws message header and message header；
Check code is read from protocol package；
By protocol version field in protocol header and cipher mode field, message header, in message body, all bytes depend on
The secondary XOR that carries out obtains check code；
By the check code obtained and the check code contrast obtained, if identical, then message is legal, is otherwise non-
Method message；
According to the protocol version obtained, determine OBD equipment access protocol；
According to OBD equipment access protocol, resolve legitimate messages, obtain message header and message body；
According to OBD equipment access protocol, resolve message header and obtain command word, determine type of message；
According to OBD equipment access protocol, integrated command word field, resolve message body, obtain described vehicle
Data-message carries data.
Device the most according to any one of claim 1 to 9, it is characterised in that described vehicle number
At least one in real-time monitoring message, warning message is included according to message.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610282650.9A CN105847405A (en) | 2016-04-30 | 2016-04-30 | Information processing device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610282650.9A CN105847405A (en) | 2016-04-30 | 2016-04-30 | Information processing device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105847405A true CN105847405A (en) | 2016-08-10 |
Family
ID=56591916
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610282650.9A Pending CN105847405A (en) | 2016-04-30 | 2016-04-30 | Information processing device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105847405A (en) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107846432A (en) * | 2016-09-19 | 2018-03-27 | 北京智驾互联信息服务有限公司 | Data processing equipment and system |
| CN108207039A (en) * | 2016-12-19 | 2018-06-26 | 比亚迪股份有限公司 | Safe transmission method, external device and the car borne gateway of vehicle-mounted data |
| CN109246090A (en) * | 2018-08-22 | 2019-01-18 | 北京九五智驾信息技术股份有限公司 | Data processing equipment, intelligent back vision mirror and data processing system |
| CN112154487A (en) * | 2019-08-27 | 2020-12-29 | 深圳市大疆创新科技有限公司 | Data processing method and system applied to movable platform and movable platform |
| CN113064580A (en) * | 2021-03-29 | 2021-07-02 | 上海金融期货信息技术有限公司 | Client system of horizontal extension |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101625570A (en) * | 2009-08-12 | 2010-01-13 | 北京协进科技发展有限公司 | Fault diagnosis server, method, device and system for detecting and diagnosing vehicle fault |
| CN102700480A (en) * | 2012-05-07 | 2012-10-03 | 广东好帮手电子科技股份有限公司 | Vehicle-mounted head-up display and OBD (On-Board Diagnostic) data processing method based on same |
| CN103863220A (en) * | 2014-03-27 | 2014-06-18 | 北京车云通科技有限公司 | Method and system for monitoring motor vehicle data |
| CN104122100A (en) * | 2014-08-07 | 2014-10-29 | 北京九五智驾信息技术股份有限公司 | Intelligent driving diagnosis system |
-
2016
- 2016-04-30 CN CN201610282650.9A patent/CN105847405A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101625570A (en) * | 2009-08-12 | 2010-01-13 | 北京协进科技发展有限公司 | Fault diagnosis server, method, device and system for detecting and diagnosing vehicle fault |
| CN102700480A (en) * | 2012-05-07 | 2012-10-03 | 广东好帮手电子科技股份有限公司 | Vehicle-mounted head-up display and OBD (On-Board Diagnostic) data processing method based on same |
| CN103863220A (en) * | 2014-03-27 | 2014-06-18 | 北京车云通科技有限公司 | Method and system for monitoring motor vehicle data |
| CN104122100A (en) * | 2014-08-07 | 2014-10-29 | 北京九五智驾信息技术股份有限公司 | Intelligent driving diagnosis system |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107846432A (en) * | 2016-09-19 | 2018-03-27 | 北京智驾互联信息服务有限公司 | Data processing equipment and system |
| CN108207039A (en) * | 2016-12-19 | 2018-06-26 | 比亚迪股份有限公司 | Safe transmission method, external device and the car borne gateway of vehicle-mounted data |
| CN108207039B (en) * | 2016-12-19 | 2021-05-14 | 比亚迪股份有限公司 | Safe transmission method of vehicle-mounted data, external equipment and vehicle-mounted gateway |
| CN109246090A (en) * | 2018-08-22 | 2019-01-18 | 北京九五智驾信息技术股份有限公司 | Data processing equipment, intelligent back vision mirror and data processing system |
| CN112154487A (en) * | 2019-08-27 | 2020-12-29 | 深圳市大疆创新科技有限公司 | Data processing method and system applied to movable platform and movable platform |
| CN113064580A (en) * | 2021-03-29 | 2021-07-02 | 上海金融期货信息技术有限公司 | Client system of horizontal extension |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106027605A (en) | Data processing device of vehicle state | |
| CN105847405A (en) | Information processing device | |
| CN106027606A (en) | Data processing device of vehicle OBD (On-Board Diagnostic) | |
| US11159658B2 (en) | Homogenization of telematics data through unified messaging protocol | |
| CN107005572B (en) | Method and device for the reaction-free detection of data | |
| CN105897669A (en) | Data sending method, data receiving method, sending terminal, receiving terminal and CAN bus network | |
| CN101990748A (en) | Method and device for transmitting messages in real time | |
| CN109895815B (en) | Train operation data acquisition method and system | |
| US11887411B2 (en) | Vehicle data extraction service | |
| CN111726414B (en) | Vehicle reporting data processing method and vehicle data reporting system | |
| CN111066001A (en) | Log output method, log output device, and program | |
| CN116405302B (en) | System and method for in-vehicle safety communication | |
| CN109246090A (en) | Data processing equipment, intelligent back vision mirror and data processing system | |
| CN108566368A (en) | A kind of data processing method, server and diagnosis connector | |
| US11023304B2 (en) | System and method for data error notification in interconnected data production systems | |
| CN104731871A (en) | Website usability monitoring and diagnosis system and method | |
| CN110412970A (en) | The method of vehicle diagnostics is executed in more ECU systems | |
| CN107454047B (en) | Train equipment identification method and system for preventing illegal equipment access | |
| CN215956428U (en) | Vehicle-mounted monitoring terminal based on oil tank truck | |
| CN107332828B (en) | Registration verification system and method for vehicle-mounted equipment on Internet of vehicles platform | |
| CN114650156B (en) | Real-time data transmission method and system for Internet of things | |
| CN113453024B (en) | Method, device and system for monitoring service | |
| CN109587087B (en) | Message processing method and system | |
| CN115426684B (en) | Pre-hospital data receiving method | |
| CN114337984A (en) | Data processing method, device and equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160810 |
|
| RJ01 | Rejection of invention patent application after publication |