Vehicle-mounted communication protocol conversion method and system, storage medium and program product

Abstract

The invention relates to the technical field of vehicle-mounted communication, in particular to a vehicle-mounted communication protocol conversion method, a vehicle-mounted communication protocol conversion system capable of implementing the scheme, a computer storage medium and a computer program product. The method comprises the following steps: carrying out validity check and change check on a CAN message; adding a valid bit and a change bit to the CAN message according to the check result to generate a first message; based on the effective bit and the change bit in the first message, a forwarding rule for the first message is determined according to a forwarding matching table, and the forwarding rule comprises periodic forwarding, change-based forwarding or a combination of the periodic forwarding and the change-based forwarding; and converting the first message into an SOME / IP event message, and forwarding the SOME / IP event message according to the determined forwarding rule.

Description

Technical Field

[0001] This application relates to the field of in-vehicle communication technologies, and more particularly to an in-vehicle communication protocol conversion method, an in-vehicle communication protocol conversion system capable of implementing this solution, a computer storage medium, and a computer program product. Background Art

[0002] With the rapid development of automotive electronics technology, the communication requirements inside and outside vehicles are increasing day by day. Traditional vehicle communication mainly relies on the Controller Area Network (CAN) bus, which has been widely used in vehicle control systems due to its high reliability and real-time performance. However, with the improvement of vehicle intelligence and networking levels, the single CAN bus communication method has become difficult to meet the increasingly complex communication requirements.

[0003] SOME / IP (Scalable service-Oriented MiddlewarE over IP), as an IP-based communication protocol, shows great potential in in-vehicle network communication due to its features such as supporting service discovery, event notification, and reliable message transmission. However, most existing in-vehicle communication systems only support CAN bus communication and cannot directly process IP-based communication protocols such as SOME / IP. This leads to incompatibility issues between different communication protocols and limits the information interaction ability between vehicles and external systems. To solve this problem, a system capable of efficiently converting CAN messages and SOME / IP event messages is needed.

[0004] Although there are some communication protocol conversion devices on the current market, they often have single functions and can only perform simple protocol conversions, and cannot flexibly adjust forwarding rules according to actual needs. In addition, these devices also have deficiencies in conversion efficiency and data consistency, making it difficult to meet the high requirements of modern in-vehicle communication systems.

[0005] It should be noted that the information disclosed in the above background art section is only used to enhance the understanding of the background of this application, and thus may include information that does not constitute the prior art known to those of ordinary skill in the art. Summary of the Invention

[0006] To solve or at least alleviate one or more of the above problems, an in-vehicle communication protocol conversion method, an in-vehicle communication protocol conversion system capable of implementing this solution, a computer storage medium, and a computer program product are provided. They can dynamically adjust the forwarding strategy according to the actual state of the message to reduce unnecessary data transmission and ensure the real-time update of critical data, thereby optimizing the use of network bandwidth and processing resources.

[0007] According to a first aspect of the present application, a method for converting a vehicle-mounted communication protocol is provided, the method comprising: performing a validity check and a change check on a CAN message; adding a valid bit and a change bit to the CAN message according to the check result to generate a first message; based on the valid bit and the change bit in the first message, determining a forwarding rule for the first message according to a forwarding matching table, wherein the forwarding rule comprises periodic forwarding, change-based forwarding or a combination thereof; converting the first message into a SOME / IP event message, and forwarding it according to the determined forwarding rule.

[0008] As an alternative or supplement to the above scheme, the method according to an embodiment of the present application also includes: adding a bus identifier of a receiving bus to the CAN message; and determining the target client according to a signal requirement client list based on the bus identifier and the CAN identifier in the CAN message.

[0009] As an alternative or supplement to the above scheme, the method according to an embodiment of the present application also includes: adding a receiving timestamp to the CAN message to record the specific time when the CAN message is received; and saving the CAN message received during the first time window in a historical database, wherein the first time window refers to a continuous time period starting from the current time.

[0010] As an alternative or supplement to the above scheme, the method according to an embodiment of the present application also includes: in response to receiving a historical data acquisition request, retrieving the corresponding CAN message from the historical database; converting the retrieved CAN message into a SOME / IP event message, and forwarding it to the target client.

[0011] As an alternative or supplement to the above scheme, the method according to an embodiment of the present application also includes: receiving data requests from one or more clients, wherein the data request includes a historical data acquisition request, a current data acquisition request, a historical data preservation request or a combination thereof; and based on the data request, modifying one or more of the following items: the matching relationship between the valid bit and the change bit in the forwarding matching table and the forwarding rule, the preservation condition of the CAN message in the historical database, the correspondence between the bus identifier and the CAN identifier in the signal requirement client list and the client.

[0012] As an alternative or supplement to the above solution, the method according to an embodiment of the present application further includes: storing the corresponding relationship between the data request and the client; and merging the data requests of the same type.

[0013] As an alternative or supplement to the above solution, in a method according to an embodiment of the present application, the first message and the converted SOME / IP event message are in a one-to-one correspondence.

[0014] As an alternative or supplement to the above scheme, in a method according to an embodiment of the present application, when the determined forwarding rule is change-based forwarding, forwarding according to the determined forwarding rule includes: if the change bit indicates that the CAN message at the current moment is different from the CAN message previously received, then forwarding the SOME / IP event message generated by converting the first message at the current moment.

[0015] According to a second aspect of the present application, a vehicle-mounted communication protocol conversion system is provided, the system comprising: a CAN message receiving unit, for receiving a CAN message; a CAN message monitoring unit, for performing validity check and change check on the CAN message, and adding a valid bit and a change bit to the CAN message according to the check result to generate a first message; a forwarding matching unit, for determining a forwarding rule for the first message according to a forwarding matching table based on the valid bit and the change bit in the first message, wherein the forwarding rule comprises periodic forwarding, change-based forwarding or a combination thereof; a signal publishing server unit, for converting the first message into a SOME / IP event message according to the determined forwarding rule; and a signal acquisition agent unit, for forwarding the SOME / IP event message to a target client.

[0016] As an alternative or supplement to the above scheme, in a system according to one embodiment of the present application, the CAN message receiving unit is also used to add a bus identifier of a receiving bus to the CAN message; and the signal acquisition agent unit is also used to determine the target client according to a signal requirement client list based on the bus identifier and the CAN identifier in the CAN message.

[0017] As an alternative or supplement to the above scheme, in a system according to an embodiment of the present application, the CAN message receiving unit is also used to add a receiving timestamp to the CAN message to record the specific time when the CAN message is received; and the system also includes a CAN message storage unit, which is used to save the CAN messages received during a first time window in a historical database, wherein the first time window refers to a continuous time period starting from the current time.

[0018] As an alternative or supplement to the above scheme, in a system according to an embodiment of the present application, the signal acquisition agent unit is also used to receive data requests from one or more clients, wherein the data request includes a historical data acquisition request, a current data acquisition request, a historical data preservation request or a combination thereof; and the forwarding matching unit is also used to modify the matching relationship between the valid bit and the change bit in the forwarding matching table and the forwarding rule based on the data request.

[0019] As an alternative or supplement to the above scheme, in a system according to an embodiment of the present application, the CAN message storage unit is also used to: in response to receiving a historical data acquisition request, retrieve the corresponding CAN message from the historical database; based on the historical data preservation request, modify the preservation conditions of the CAN message in the historical database.

[0020] As an alternative or supplement to the above scheme, in a system according to an embodiment of the present application, the signal acquisition agent unit is also used to: store the correspondence between the data request and the client; merge the data requests of the same type; and based on the data request, modify the correspondence between the bus identifier and the CAN identifier in the signal requirement client list and the client.

[0021] According to a third aspect of the present application, a computer storage medium is provided, wherein the computer storage medium comprises instructions, and the instructions, when run, execute any one of the methods described in the first aspect of the present application.

[0022] According to a fourth aspect of the present application, a computer program product is provided, comprising a computer program, which, when executed by a processor, implements any one of the methods described in the first aspect of the present application.

[0023] The vehicle communication protocol conversion scheme according to one or more embodiments of the present application can dynamically adjust the forwarding strategy according to the actual status of the message to reduce unnecessary data transmission while ensuring real-time updating of key data, thereby optimizing the use of network bandwidth and processing resources. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] The above and / or other aspects and advantages of the present application will become clearer and easier to understand through the following description of various aspects in conjunction with the accompanying drawings, in which the same or similar units are represented by the same reference numerals. In the accompanying drawings:

[0025] Figure 1 is a schematic flow chart of a vehicle communication protocol conversion method 10 according to one or more embodiments of the present application; and

[0026] Figure 2 is a schematic block diagram of an in-vehicle communication protocol conversion system 20 according to one or more embodiments of the present application. DETAILED DESCRIPTION

[0027] The description of the following specific embodiments is merely exemplary in nature and is not intended to limit the disclosed technology or the application and use of the disclosed technology. In addition, it is not intended to be bound by any express or implied theory presented in the aforementioned technical field, background technology or the following specific embodiments.

[0028] In the following detailed description of the embodiments, many specific details are set forth in order to provide a more thorough understanding of the disclosed technology. However, it is apparent to one of ordinary skill in the art that the disclosed technology can be practiced without these specific details. In other instances, well-known features are not described in detail to avoid unnecessarily complicating the description.

[0029] Terms such as "comprising" and "including" indicate that in addition to the units and steps directly and clearly stated in the specification, the technical solution of the present application does not exclude the situation of having other units and steps that are not directly or clearly stated. Terms such as "first" and "second" do not indicate the order of units in terms of time, space, size, etc., but are only used to distinguish between units.

[0030] Hereinafter, various exemplary embodiments according to the present application will be described in detail with reference to the accompanying drawings.

[0031] Referring to the accompanying drawings, Figure 1 It is a schematic flow chart of a vehicle communication protocol conversion method 10 according to one or more embodiments of the present application.

[0032] like Figure 1 As shown, in step S110, the CAN message is checked for validity and changes.

[0033] Step S110 is intended to ensure the accuracy and timeliness of the data. Specifically, the purpose of the validity check is to ensure that the received CAN message is valid, that is, it complies with the predetermined format and protocol requirements and is not damaged. Exemplarily, the validity check may include: a CAN frame structure check to verify whether the CAN message contains the correct frame structure; and / or a protocol consistency check to check whether the CAN message complies with the provisions of the CAN protocol or a specific application layer protocol (such as CANopen) (for example, verifying whether the format, field order and field length of the message meet the protocol requirements). Exemplarily, the CAN frame structure check may include one or more of the following: a CAN identification (ID) check to verify whether the CAN ID is valid; a data length code (DLC) check to verify whether the data length code indicates the correct number of data bytes and does not exceed the maximum data length of the CAN frame; a data field check to verify whether the data in the data field complies with the expected format and range, for example, some data bits may represent specific status or control information; a CRC check, that is, using a cyclic redundancy check (CRC) mechanism to verify the integrity and correctness of the CAN frame.

[0034] The purpose of change checking is to determine whether the data of the CAN message has changed, which is crucial for the forwarding strategy based on changes. Exemplarily, the change check can cover the following aspects: data comparison - compare the data of the currently received CAN message with the data of the most recent message with the same ID; timestamp comparison - if the data is the same, but the timestamp shows that a longer time interval has passed, it may also need to be updated; threshold check - for analog signals, even if the data value has not changed significantly, if the change exceeds a certain threshold, it is considered a change.

[0035] In step S120, according to the checking result, valid bits and change bits are added to the CAN message to generate a first message.

[0036] In order to effectively process the CAN message and perform subsequent processing (such as forwarding, storage or response) according to its content and status, additional validity bits and change bits are added to the CAN message in step S120. These bits are not part of the CAN standard frame or extended frame, but are dynamically added according to the check result in step S110 after the CAN message is received. Specifically, the validity bit is used to indicate whether the data of the CAN message is valid or credible, which is determined based on the result of the validity check. In one possible implementation, if the check result shows that the CAN message is valid, the validity bit is set to 1; if the check result shows that the CAN message is invalid, the validity bit is set to 0. The change bit is used to indicate whether the data of the CAN message has changed, which is determined based on the result of the change check. In one possible implementation, if the data of the currently received CAN message is different from the data of the message with the same ID last time, the change bit is set to 1; if the data has not changed, the change bit is set to 0.

[0037] Optionally, the bus ID of the receiving bus can also be added to the CAN message, so that in the subsequent processing and analysis process, it can be clearly known from which specific bus each message is received. In a multi-bus system, the same CAN ID may have different meanings or uses on different buses. Through the bus identification, the message can be associated with the bus from which it comes to ensure that the data is correctly understood and processed. For example, when converting between subsequent CAN messages and SOME / IP messages, the bus ID can help the system process the conversion logic more efficiently, because different buses may have different conversion rules. In addition, when recording historical data, the bus ID can help the system record and query the data history on a specific bus, which is beneficial for analyzing and predicting vehicle behavior patterns.

[0038] Optionally, a reception timestamp can also be added to the CAN message to record the specific time when the CAN message is received. In a distributed system, timestamps can be used to synchronize the time order of events on different nodes, which is crucial for understanding the causal relationships and time dependencies between events. Additionally, timestamps can be used to determine whether the data is up-to-date, which is beneficial for systems that require real-time responses. Moreover, timestamps allow the system to record and query the historical reception times of data, which helps with conditional data storage later. Optionally, CAN messages received during a first time window can be saved in a historical database, where the first time window refers to a continuous time period starting from the current time. Exemplarily, the save condition can be set to 10s, that is, the upper limit of data storage is 10s, and data outside the 10s range will be deleted.

[0039] In step S130, based on the valid bits and change bits in the first message, a forwarding rule for the first message is determined according to the forwarding match table, where the forwarding rule includes periodic forwarding, change-based forwarding, or a combination thereof.

[0040] The forwarding match table is a pre-set data structure used to define which types of CAN messages should be forwarded and how to forward them. The forwarding match table can contain the matching relationships between two or more of the following information: CAN ID; bus ID; valid bits; change bits; forwarding rules, such as periodic forwarding, change-based forwarding, or a combination thereof; target client ID.

[0041] If the forwarding rule matching the valid bits and change bits is periodic forwarding, the message will be forwarded at fixed time intervals regardless of whether the message content changes. This is applicable to data that needs to be updated regularly, such as vehicle status information. If the forwarding rule matching the valid bits and change bits is change-based forwarding, the message will only be forwarded when the message data changes (e.g., the current CAN message is different from the previously received CAN message). This is applicable to applications that are sensitive to data changes, such as safety-related signals. If the forwarding rule matching the valid bits and change bits is a combination of periodic forwarding and change-based forwarding, the message will be forwarded immediately when the data changes and will also be forwarded at certain time intervals.

[0042] This flexible forwarding strategy can at least bring the following technical effects: by forwarding only changed data, unnecessary data transmission on the network is reduced, thereby improving communication efficiency; network congestion caused by frequent sending of unchanged data is reduced, and bandwidth usage is optimized; important and changed data can be forwarded immediately, ensuring real-time transmission of key information; the forwarding matching table enables the system to flexibly adapt to different application scenarios; through periodic forwarding, regular data updates can be ensured even when the data has not changed, increasing data reliability; the system can dynamically adjust resource allocation according to the importance and change frequency of the data, giving priority to important and changing data; combining periodic forwarding and change-based forwarding reduces the risk of data loss due to communication anomalies; when the system needs to expand or modify the forwarding rules, it can be achieved by updating the forwarding matching table without modifying the core logic of the system.

[0043] In step S140, the first message is converted into a SOME / IP event message, and forwarded according to the determined forwarding rule.

[0044] By converting CAN messages into SOME / IP event messages, compatibility between traditional CAN bus and modern Ethernet protocols is achieved, allowing the in-vehicle network to integrate more types of devices and applications. Optionally, the first message and the converted SOME / IP event message are in a one-to-one correspondence, which helps each SOME / IP event message to be traced back to the original CAN message, making system debugging and problem tracking easier. In addition, the event-driven nature of the SOME / IP protocol allows the system to send updates only when data changes, reducing unnecessary communications.

[0045] Optionally, in one or more embodiments according to the present application, the interaction between the client and the signal publishing server is not direct, but is carried out through a signal acquisition proxy unit. In a possible implementation, after converting the first message into a SOME / IP event message, the SOME / IP event message is first uniformly sent to the signal acquisition proxy unit, and then the signal acquisition proxy unit performs specific distribution work. Exemplarily, a signal demand client list is configured at the signal acquisition proxy unit, which records the correspondence between the client and the data requests sent by it. Specifically, the above data requests can correspond to CAN messages (identified by bus ID and CAN ID) that the client is interested in, that is, the signal demand client list can record the correspondence between the bus ID and CAN ID and the client. After receiving the SOME / IP event message, the signal acquisition proxy unit extracts the bus ID and CAN ID from the event message, and then, according to the extracted bus ID and CAN ID, searches for matching items in the signal demand client list (that is, determines the target client according to the correspondence in the signal demand client list), and finally forwards the SOME / IP event message to all clients that have subscribed to the signal.

[0046] Optionally, the signal acquisition proxy unit can collect data requests sent by multiple clients, where the data requests include historical data acquisition requests, current data acquisition requests, historical data storage requests, or combinations thereof.

[0047] In a possible implementation, after receiving a historical data acquisition request, the signal acquisition proxy unit forwards the request to the CAN message storage unit. The CAN message storage unit retrieves the corresponding CAN message from the historical database, and after converting the retrieved CAN message into a SOME / IP event message, returns it to the client via the signal acquisition proxy unit. In another possible implementation, after receiving a historical data storage request that includes a save condition modification request (for example, changing the data save upper limit from 10 s to 5 s), the signal acquisition proxy unit forwards the request to the CAN message storage unit, and the CAN message storage unit can also modify the save condition of the CAN message in the historical database based on the historical data storage request. In yet another possible implementation, if the data request received by the signal acquisition proxy unit corresponds to a new client, the CAN messages that the client is interested in have changed, or the forwarding rules expected by the client have changed, the matching relationship between the valid bits and change bits and the forwarding rules in the forwarding match table and / or the correspondence in the signal demand client list can be further modified based on the request.

[0048] Optionally, after receiving the data request, the signal acquisition agent unit may merge the data requests of the same type. For example, if multiple clients subscribe to the same signal, the signal acquisition agent unit may merge these requests to reduce the calls to the signal publishing server, thereby reducing the amount of data transmission on the network. This same type merging mechanism makes the system easier to expand because it can more efficiently handle requests from a large number of clients.

[0049] Figure 2 is a schematic block diagram of an in-vehicle communication protocol conversion system 20 according to one or more embodiments of the present application.

[0050] like Figure 2 As shown, the vehicle communication protocol conversion system 20 includes a CAN message receiving unit 210 , a CAN message monitoring unit 220 , a forwarding matching unit 230 , a signal publishing server unit 240 , and a signal acquisition agent unit 250 .

[0051] The CAN message receiving unit 210 can be used to receive CAN messages, and can also add a bus identifier and / or a timestamp of the receiving bus to the CAN message. The CAN message monitoring unit 220 is used to perform validity checks and change checks on the CAN message, and add valid bits and change bits to the CAN message according to the check results to generate a first message. The forwarding matching unit 230 is used to determine the forwarding rules for the first message based on the valid bits and change bits in the first message according to the forwarding matching table, wherein the forwarding rules include periodic forwarding, change-based forwarding, or a combination thereof. The signal publishing server unit 240 is used to convert the first message into a SOME / IP event message according to the determined forwarding rules. The signal acquisition agent unit 250 is used to forward the SOME / IP event message to the target client.

[0052] Optionally, the signal acquisition agent unit 250 is further configured to receive data requests from one or more clients, wherein the data requests include historical data acquisition requests, current data acquisition requests, historical data storage requests, or a combination thereof.

[0053] Optionally, the signal acquisition agent unit 250 is also used to store the correspondence between data requests and clients; merge the same type of data requests; and modify the correspondence between the bus identifier and CAN identifier in the signal demand client list and the client based on the data request.

[0054] Optionally, the signal acquisition agent unit 250 forwards the data request to the signal publishing server unit 240, and the signal publishing server unit 240 may send the matching modification request contained therein to the forwarding matching unit 230, so that the forwarding matching unit 230 can modify the matching relationship between the valid bit and the change bit in the forwarding matching table and the forwarding rule.

[0055] The vehicle communication protocol conversion system 20 may further include a CAN message storage unit, which is used to store the CAN messages received during the first time window in a history database, wherein the first time window refers to a continuous time period starting from the current time. The signal publishing server unit 240 may also send a history data acquisition request and a history data storage request to the CAN message storage unit, and the CAN message storage unit may, in response to receiving the history data acquisition request, retrieve the corresponding CAN message from the history database and return it to the signal publishing server unit 240, and the CAN message storage unit may also modify the storage conditions of the CAN message in the history database based on the history data storage request.

[0056] The above-mentioned vehicle communication protocol conversion system 20 and vehicle communication protocol conversion method 10 disclose a solution for efficient conversion of CAN signals and SOME / IP service interface. According to some embodiments of the present application, based on the fast startup characteristics of the CAN system, the SOME / IP method interface can be used to quickly obtain historical signal data. According to some embodiments of the present application, the forwarding strategy can also be dynamically adjusted according to the actual status of the message to reduce unnecessary data transmission, while ensuring the real-time update of key data, thereby optimizing the use of network bandwidth and processing resources. According to some embodiments of the present application, a solution of adding a signal acquisition agent is also adopted, which can reduce the number of calls to the signal publishing server unit and reduce the overall load of the system, and the agent unit can dynamically adjust the processing strategy for the signal acquisition request according to the real-time system status and resource conditions.

[0057] In addition, as described above, the present application can also be implemented as a computer storage medium, in which there is stored a program for causing a computer to execute the following steps: Figure 1 Here, as the computer storage medium, various computer storage media such as disks (e.g., magnetic disks, optical disks, etc.), cards (e.g., memory cards, optical cards, etc.), semiconductor memories (e.g., ROMs, nonvolatile memories, etc.), and tapes (e.g., magnetic tapes, cassette tapes, etc.) can be used.

[0058] The present application may also be implemented as a computer program product, which includes a computer program. When the computer program is executed by a processor, the following Figure 1 The procedure of the method shown.

[0059] In the applicable situation, hardware, software or a combination of hardware and software can be used to realize the various embodiments provided by the application. Moreover, in the applicable situation, without departing from the scope of the application, the various hardware components and / or software components set forth herein can be combined into a composite component comprising software, hardware and / or both. In the applicable situation, without departing from the scope of the application, the various hardware components and / or software components set forth herein can be divided into subcomponents comprising software, hardware or both. In addition, in the applicable situation, it is contemplated that the software component can be implemented as a hardware component, and vice versa.

[0060] Software (such as program code and / or data) according to the present application can be stored on one or more computer storage media. It is also contemplated that the software identified herein can be implemented using one or more general or special-purpose computers and / or computer systems, networked and / or otherwise. Where applicable, the order of the various steps described herein can be changed, combined into composite steps, and / or divided into sub-steps to provide the features described herein.

[0061] The embodiments and examples set forth herein are provided to best illustrate embodiments according to the present application and its specific applications, and thereby enable those skilled in the art to implement and use the present application. However, those skilled in the art will appreciate that the above description and examples are provided only for ease of illustration and example. The description set forth is not intended to cover all aspects of the present application or to limit the present application to the precise form disclosed.

Claims

1. A vehicle communication protocol conversion method, characterized in that: The method comprises: Perform validity check and change check on CAN messages; According to the checking result, adding a valid bit and a changed bit to the CAN message to generate a first message; Based on the valid bit and the changed bit in the first message, determine a forwarding rule for the first message according to a forwarding match table, wherein the forwarding rule includes periodic forwarding, change-based forwarding, or a combination thereof; The first message is converted into a SOME / IP event message, and forwarded according to the determined forwarding rule.

2. The vehicle communication protocol conversion method according to claim 1, characterized in that: The method further comprises: Adding a bus identifier of a receiving bus to the CAN message; and Based on the bus identifier and the CAN identifier in the CAN message, a target client is determined according to a signal requirement client list.

3. The vehicle communication protocol conversion method according to claim 1, characterized in that: The method further comprises: Adding a receiving timestamp to the CAN message to record the specific time when the CAN message is received; and The CAN messages received during a first time window are stored in a history database, wherein the first time window refers to a continuous time period starting from a current time.

4. The vehicle communication protocol conversion method according to claim 1, characterized in that: The method further comprises: Receiving data requests from one or more clients, wherein the data requests include historical data acquisition requests, current data acquisition requests, historical data storage requests, or a combination thereof; and Based on the data request, one or more of the following items are modified: the matching relationship between the valid bit and the change bit in the forwarding matching table and the forwarding rule, the preservation condition of the CAN message in the historical database, and the correspondence between the bus identifier and the CAN identifier in the signal requirement client list and the client.

5. The vehicle communication protocol conversion method according to claim 4, characterized in that: The method further comprises: In response to receiving the historical data acquisition request, retrieving the corresponding CAN message from the historical database; Convert the retrieved CAN messages into SOME / IP event messages and forward them to the target client.

6. The vehicle communication protocol conversion method according to claim 4, characterized in that: The method further comprises: storing the corresponding relationship between the data request and the client; and The data requests are consolidated in the same category.

7. The vehicle communication protocol conversion method according to claim 1, characterized in that: There is a one-to-one correspondence between the first message and the converted SOME / IP event message.

8. The vehicle communication protocol conversion method according to claim 1, characterized in that: In the case where the determined forwarding rule is forwarding based on a change, forwarding according to the determined forwarding rule includes: If the change bit indicates that the CAN message at the current moment is different from the CAN message received previously, the SOME / IP event message generated by converting the first message at the current moment is forwarded.

9. A vehicle communication protocol conversion system, characterized in that: The system comprises: A CAN message receiving unit, used for receiving CAN messages; A CAN message monitoring unit, configured to perform validity check and change check on the CAN message, and add a valid bit and a change bit to the CAN message according to the check result to generate a first message; a forwarding matching unit, configured to determine a forwarding rule for the first message according to a forwarding matching table based on a valid bit and a change bit in the first message, wherein the forwarding rule comprises periodic forwarding, change-based forwarding, or a combination thereof; a signal publishing server unit, configured to convert the first message into a SOME / IP event message according to a determined forwarding rule; and The signal acquisition agent unit is used to forward the SOME / IP event message to the target client.

10. The vehicle-mounted communication protocol conversion system according to claim 9, characterized in that: The CAN message receiving unit is further used to add a bus identifier of a receiving bus to the CAN message; and The signal acquisition agent unit is further used to determine the target client according to the signal demand client list based on the bus identifier and the CAN identifier in the CAN message.

11. The vehicle-mounted communication protocol conversion system according to claim 9, characterized in that: The CAN message receiving unit is further used to add a receiving timestamp to the CAN message to record the specific time when the CAN message is received; and The system further comprises a CAN message storage unit for storing CAN messages received during a first time window in a history database, wherein the first time window refers to a continuous time period starting from a current time.

12. The vehicle-mounted communication protocol conversion system according to claim 9, characterized in that: The signal acquisition agent unit is further used to receive data requests from one or more clients, wherein the data request includes a historical data acquisition request, a current data acquisition request, a historical data storage request or a combination thereof; as well as The forwarding matching unit is further configured to modify the matching relationship between the valid bit and the changed bit in the forwarding matching table and the forwarding rule based on the data request.

13. The vehicle-mounted communication protocol conversion system according to claim 12, characterized in that: The CAN message storage unit is also used for: In response to receiving the historical data acquisition request, retrieving the corresponding CAN message from the historical database; Based on the historical data preservation request, the preservation conditions of the CAN messages in the historical database are modified.

14. The vehicle-mounted communication protocol conversion system according to claim 12, characterized in that: The signal acquisition agent unit is also used for: Storing the corresponding relationship between the data request and the client; Consolidate the data requests of the same type; Based on the data request, the correspondence between the bus identifier and the CAN identifier in the signal demand client list and the client is modified.

15. A computer storage medium, characterized in that The computer storage medium comprises instructions which, when executed, perform the method according to any one of claims 1-8.

16. A computer program product, characterized in that The invention comprises a computer program, which, when executed by a processor, implements the method according to any one of claims 1 to 8.

Images