CN112367233A - Vehicle-mounted network ECU communication method and device based on service-oriented architecture - Google Patents
Vehicle-mounted network ECU communication method and device based on service-oriented architecture Download PDFInfo
- Publication number
- CN112367233A CN112367233A CN202011054782.9A CN202011054782A CN112367233A CN 112367233 A CN112367233 A CN 112367233A CN 202011054782 A CN202011054782 A CN 202011054782A CN 112367233 A CN112367233 A CN 112367233A
- Authority
- CN
- China
- Prior art keywords
- service
- ecu
- vehicle
- protocol
- conversion
- 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.)
- Granted
Links
- 230000006854 communication Effects 0.000 title claims abstract description 62
- 238000004891 communication Methods 0.000 title claims abstract description 61
- 238000000034 method Methods 0.000 title claims abstract description 51
- 238000006243 chemical reaction Methods 0.000 claims abstract description 91
- 230000008569 process Effects 0.000 claims abstract description 20
- 239000000284 extract Substances 0.000 claims abstract description 16
- 230000006399 behavior Effects 0.000 claims description 34
- 230000005540 biological transmission Effects 0.000 claims description 31
- 230000004044 response Effects 0.000 claims description 16
- 230000006870 function Effects 0.000 claims description 13
- 238000012544 monitoring process Methods 0.000 claims description 8
- 238000004364 calculation method Methods 0.000 claims description 3
- 238000007726 management method Methods 0.000 description 30
- 230000000737 periodic effect Effects 0.000 description 9
- 238000013507 mapping Methods 0.000 description 5
- 230000008901 benefit Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 238000011161 development Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 238000004806 packaging method and process Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 239000000446 fuel Substances 0.000 description 2
- 102100034112 Alkyldihydroxyacetonephosphate synthase, peroxisomal Human genes 0.000 description 1
- 101000799143 Homo sapiens Alkyldihydroxyacetonephosphate synthase, peroxisomal Proteins 0.000 description 1
- 206010063385 Intellectualisation Diseases 0.000 description 1
- 206010033799 Paralysis Diseases 0.000 description 1
- 238000000848 angular dependent Auger electron spectroscopy Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000003208 petroleum Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40006—Architecture of a communication node
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
-
- 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
-
- 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/14—Session management
- H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/40208—Bus networks characterized by the use of a particular bus standard
- H04L2012/40215—Controller Area Network CAN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/40267—Bus for use in transportation systems
- H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Computer Security & Cryptography (AREA)
- Small-Scale Networks (AREA)
Abstract
The invention provides a vehicle-mounted network ECU communication method and device based on a service-oriented architecture, which specifically comprise the following steps: the ECU based on the CAN protocol sends CAN signals to the service conversion ECU, and the service conversion ECU extracts effective data from the CAN signals and converts the effective data into service; the service provider establishes a service connection with a client for calling the service through a SOME/IP-SD protocol; when the client calls the service of the service provider to execute the preset task according to the requirement, the service management module arranged on the service provider monitors the behavior of the service during execution. The data signal conversion service generated by the CAN protocol is converted by the service conversion ECU, the service management module is arranged in the service execution process for supervision, and the service credible module is arranged for decision making, so that the problem that the traditional CAN protocol ECU and the vehicle-mounted Ethernet ECU utilize a service-oriented architecture for communication is solved, and the communication process CAN be ensured to be safe and reliable.
Description
Technical Field
The invention relates to the field of automobiles, in particular to a vehicle-mounted network ECU communication method and device based on a service-oriented architecture.
Background
With the development of science and technology, modern automobiles also have technological progress, and the development of intellectualization and networking is advanced. With the rapid development of the computing power and hardware of the processor, the whole automobile has more and more functions and stronger functions. In view of the new functions of ADAS technology, high-quality vehicle entertainment, OTA remote upgrade and the like, the network bandwidth demand of the ECU is also increased explosively, and the demand exceeds the capacity limit of the traditional vehicle network. In addition, in order to provide the functions of the whole automobile, the number of vehicle-mounted ECUs is increased, the amount of data to be transmitted is increased, the common CAN network cannot meet the requirements, particularly, in an intelligent cabin, the functions of auxiliary driving, unmanned driving and the like need large bandwidth, and the requirements of CAN-FD cannot be met. Therefore, to meet the demand for high bandwidth, in-vehicle ethernet has been introduced by the in-vehicle network due to its high bandwidth, low latency, and ability to reduce in-vehicle beam weight. Although the vehicle-mounted ethernet is introduced into the vehicle-mounted network, the conventional CAN network still has great advantages, such as high real-time performance, long transmission distance, strong anti-electromagnetic interference capability, and the like, and in addition, the safety standard of the automobile industry needs a long time for the verification of the new technology, at the present stage, the conventional ECU based on the CAN network and the ECU based on the vehicle-mounted network coexist in the vehicle-mounted network. At present, the ECU for vehicle-mounted ethernet communication adopts a service-oriented architecture for communication based on the AUTOSAR architecture, but the conventional ECU based on the CAN network does not support the mode, and how to communicate the ECU based on the CAN protocol transmission in the vehicle-mounted network with the ECU based on the vehicle-mounted ethernet transmission by adopting the service-oriented architecture has become a bottleneck that restricts the vehicle-mounted network communication technology.
Disclosure of Invention
The invention provides a vehicle-mounted network ECU communication method based on a service-oriented architecture, which is characterized by at least comprising the following steps:
the ECU based on the CAN protocol sends CAN signals to the service conversion ECU, and the service conversion ECU extracts effective data from the CAN signals and converts the effective data into service;
the service provider establishes a service connection with a client for calling the service through a SOME/IP-SD protocol;
the service conversion ECU needs to judge whether the effective data is converted into the service before converting the effective data into the service, if the effective data is unchanged compared with the prior effective data and is converted into the service, the conversion is stopped, and if the effective data is changed or is not converted into the service, the effective data is converted into the service.
A communication method of an on-board network ECU (electronic control unit) based on a service-oriented architecture is characterized in that a CAN protocol stack in a service conversion ECU (electronic control unit) analyzes CAN signals and extracts effective data, and a service conversion module in the service conversion ECU converts the effective data into service for a client to call according to a standard protocol based on an AUTOSAR architecture;
the service provider and the client comprise an ECU based on a CAN protocol, an ECU based on a vehicle-mounted Ethernet protocol and a service conversion ECU.
A communication method of an ECU (electronic control unit) of a vehicle-mounted network based on a service-oriented architecture is further characterized in that when a client calls a service of a service provider according to a requirement to execute a preset task, a service management module arranged on the service provider monitors the behavior of the service when the service is executed;
the service management module monitors the service to acquire a preset event, packages the preset event and a corresponding context, and sends the packaged preset event and the corresponding context to a service trusted module arranged on a service provider.
A vehicle-mounted network ECU communication method based on a service-oriented architecture is further characterized in that a service management module monitors the action being executed by a service and sends feedback information formed by collecting the action process executed by the service to a service credible module;
when the behavior of the service execution is found to be malicious, the service management module suspends the service execution, requests permission from the service trusted module and waits for a response from the service trusted module;
the service trusted module responds to the service trusted module and instructs the service management module to terminate service execution or allow the service management module to normally execute or correct execution behaviors of the service according to a preset strategy.
A communication method of an ECU of a vehicle-mounted network based on a service-oriented architecture is characterized in that after a client calls a service, the client requests a session identifier from a service trusted module, after the request is successful, the service trusted module creates a session, the session is responsible for collecting corresponding session feedback, and the client and a service management module maintain the session by using the requested session identifier and report the feedback to the service trusted module.
A vehicle network ECU communication method based on service-oriented architecture, further, after the customer end calls the service, the customer end establishes a request, and will customer's label and conversation show as the header to add to the request, call the service;
if the service called by the client calls another service when executing the task, the service management module intercepts the incoming request and extracts the client identification and the session identification for further session feedback;
the session feedback comprises the following steps: session identification, metadata, current service, and service to be called by the current service;
the metadata includes additional contextual information.
A communication method of an ECU of a vehicle-mounted network based on a service-oriented architecture is further characterized in that after calling is completed, a client side obtains a session report through a service trusted module, and the session report at least comprises a comprehensive trust value of a session and whether a preset strategy is violated during service execution.
A vehicle-mounted network ECU communication method based on a service-oriented architecture is further characterized in that a preset strategy comprises service execution behavior credibility, the credibility is dynamically variable, and the calculation basis of the credibility at least comprises the following steps: actual execution history of the service, service reputation, customer rating.
A communication method of an ECU (electronic control unit) of a vehicle-mounted network based on a service-oriented architecture is further characterized in that functions provided by the ECU based on a CAN (controller area network) protocol are required to be called by taking the ECU based on a vehicle-mounted Ethernet protocol as a client, and comprise the following steps: based on vehicle-mounted Ethernet protocol ECU through SOME/IP protocol sends request information to service conversion ECU to request to call corresponding CAN protocol-based ECU conversion service, after receiving the request, the service conversion ECU starts to start corresponding service;
after the service is started, a service conversion module is arranged in the service conversion ECU to extract effective data of the service and send the effective data to the corresponding ECU based on the CAN protocol through the CAN protocol to execute a preset task.
An in-vehicle network ECU communication device under a service-oriented architecture, comprising: the system comprises an ECU based on a vehicle-mounted Ethernet protocol, an ECU based on a CAN protocol, a service conversion ECU and a vehicle-mounted Ethernet switch, wherein the ECU based on the CAN protocol is connected with the service conversion ECU, and the service conversion ECU and the vehicle-mounted Ethernet ECU are connected through the vehicle-mounted Ethernet switch;
the ECU based on the CAN protocol sends CAN signals to the service conversion ECU, and the service conversion ECU extracts effective data from the CAN signals and converts the effective data into service based on service facing.
An on-board network ECU communication device based on a service-oriented architecture, further, a service conversion ECU includes: the CAN protocol stack is configured to analyze the CAN protocol-based transmission signal and extract effective data from the CAN protocol-based transmission signal or convert the effective data into the transmission signal of the CAN protocol;
a service conversion module configured to convert the valid data into a service based on AUTOSAR standards or extract the valid data from the service;
the service conversion ECU needs to judge whether the effective data is converted into the service before converting the effective data into the service-oriented service, if the effective data is unchanged compared with the prior data and is converted into the service, the conversion is stopped, and if the effective data is changed or is not converted into the service, the effective data is converted into the service.
An on-board network ECU communication device based on a service-oriented architecture, further, a service conversion ECU further comprises: a service management module configured to be responsible for monitoring execution of a service at runtime to detect malicious service calls or malicious data leaks; sending a feedback message to the service trusted module whenever service calling is to be performed; when the service malicious behavior is detected, stopping executing the service and waiting for a response returned from the service trusted module, wherein the response indicates that service calling is prevented or the service calling is recovered to normal execution;
the service trusted module is configured to respond to the service management module through the execution decision of a preset strategy according to the feedback message from the service conversion module; the service trusted module comprises a database for defining the trusted data base, and is used for analyzing the execution behavior of the called service, and forming a session report to the client according to the session request of the client after the called service is executed.
An ECU communication device of an on-board network under a service-oriented architecture is further provided, wherein the ECU of an on-board Ethernet protocol comprises a service management module which is configured to be responsible for monitoring the execution condition of a service at runtime so as to detect malicious service call or malicious data leakage; sending a feedback message to the service trusted module whenever service calling is to be performed; when the service malicious behavior is detected, stopping executing the service and waiting for a response returned from the service trusted module, wherein the response indicates that service calling is prevented or the service calling is recovered to normal execution;
the service trusted module is configured to respond to the service management module through the execution decision of a preset strategy according to the feedback message from the service conversion module; the service trusted module comprises a database for defining the trusted data base, and is used for analyzing the execution behavior of the called service, and forming a session report to the client according to the session request of the client after the called service is executed.
The utility model provides a vehicle mounted network ECU communication device under service-oriented architecture, further, still set up smart antenna in the vehicle mounted network, smart antenna is equipped with and includes: the system comprises a service configurator, a vehicle-mounted Ethernet protocol stack and an external communication interface, wherein the service configurator is connected with the vehicle-mounted Ethernet protocol stack and the external communication interface;
the service configurator includes: and the cache module is used for caching external information to process the availability of the internal network.
Has the advantages that:
1. the vehicle-mounted network ECU communication device under the service-oriented architecture CAN convert signals transmitted based on the CAN protocol into services to provide the vehicle-mounted Ethernet-based ECU for calling, and meanwhile, monitors the execution behavior of the services in the service calling process. On one hand, communication between the traditional ECU and the ECU of the vehicle-mounted Ethernet is realized based on a service-oriented architecture. On the other hand, the technical problem that the service-oriented architecture in the prior art lacks feedback and supervision in the service execution process is solved, so that the system can be applied to meet the requirements of safety, real time and reliability in an in-vehicle network.
2. When the service is converted, because the signal of the CAN protocol is periodically transmitted when being transmitted, whether effective data extracted from the CAN signal changes or is converted into the service is judged at first, corresponding operation is executed according to the judgment result, the conversion is not required every time the CAN signal is received, and therefore the internal resource consumption of the service conversion ECU is reduced. On the other hand, frequent service conversion also causes the continuous establishment of communication connection, message subscription and the like between the service and the client, which aggravates the load of the vehicle-mounted network and seriously leads to the paralysis of the vehicle-mounted network.
Drawings
The following drawings are only schematic illustrations and explanations of the present invention, and do not limit the scope of the present invention.
Fig. 1 is a schematic structural diagram of a vehicular network under a service-oriented architecture according to an embodiment of the present invention.
Fig. 2 is a schematic structural diagram of a smart antenna according to an embodiment of the present invention.
Fig. 3 is a flowchart of the signal conversion sent by the ECU based on the CAN protocol and converted into the service by the service ECU in one embodiment of the present invention.
Fig. 4 is a flowchart illustrating a process of a client invoking a service to perform a task according to an embodiment of the present invention.
Detailed Description
In order to more clearly understand the technical features, objects and effects herein, embodiments of the present invention will now be described with reference to fig. 1 to 4, in which like reference numerals refer to like parts throughout. For the sake of simplicity, the drawings are schematic representations of relevant parts of the invention and are not intended to represent actual structures as products. In addition, for simplicity and clarity of understanding, only one of the components having the same structure or function is schematically illustrated or labeled in some of the drawings.
As for the control system, the functional module, application program (APP), is well known to those skilled in the art, and may take any suitable form, either hardware or software, and may be a plurality of functional modules arranged discretely, or a plurality of functional units integrated into one piece of hardware. In its simplest form, the control system may be a controller, such as a combinational logic controller, a micro-programmed controller, or the like, so long as the operations described herein are enabled. Of course, the control system may also be integrated as a different module into one physical device without departing from the basic principle and scope of the invention.
The term "connected" in the present invention may include direct connection, indirect connection, communication connection, and electrical connection, unless otherwise specified.
The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the disclosure. As used herein, the singular forms "a", "an" and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms "comprises" and/or "comprising," when used in this specification, specify the presence of stated features, values, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, values, steps, operations, elements, components, and/or groups thereof. As used herein, the term "and/or" includes any and all combinations of one or more of the associated listed items
It should be understood that the term "vehicle" or "vehicular" or other similar terms as used herein generally includes motor vehicles such as passenger automobiles including Sport Utility Vehicles (SUVs), buses, trucks, various commercial vehicles, watercraft including a variety of boats, ships, aircraft, and the like, and includes hybrid vehicles, electric vehicles, plug-in hybrid electric vehicles, hydrogen-powered vehicles, and other alternative fuel vehicles (e.g., fuels derived from non-petroleum sources). As referred to herein, a hybrid vehicle is a vehicle having two or more power sources, such as both gasoline-powered and electric-powered vehicles.
Further, the controller of the present disclosure may be embodied as a non-transitory computer readable medium on a computer readable medium containing executable program instructions executed by a processor, controller, or the like. Examples of computer readable media include, but are not limited to, ROM, RAM, Compact Disc (CD) -ROM, magnetic tape, floppy disk, flash drive, smart card, and optical data storage device. The computer readable recording medium CAN also be distributed over network coupled computer systems so that the computer readable medium is stored and executed in a distributed fashion, such as over a telematics server or a Controller Area Network (CAN) or a vehicle mounted ethernet.
The present embodiment provides a vehicle-mounted network ECU communication apparatus based on a service-oriented architecture, referring to fig. 1, specifically including: the system comprises an ECU based on a CAN protocol, a service conversion ECU, a vehicle-mounted Ethernet ECU and a T-box, wherein the ECU based on the CAN protocol is connected with the service conversion ECU, and the service conversion ECU, the ECU based on the vehicle-mounted Ethernet protocol and the T-box are connected through a vehicle-mounted Ethernet switch;
in particular, in the vehicle-mounted network, most of the conventional ECUs are based on the CAN protocol, and because the transmission based on the CAN protocol has real-time property and reliability, and is low in cost and verified for hundreds of years, the conventional ECUs have the advantage of being difficult to replace. In addition, in order to meet the requirements of high-speed and low-vehicle-weight transmission of modern intelligent automobiles, the ECU of the traditional CAN protocol is difficult to meet, and the ECU based on the vehicle-mounted Ethernet protocol CAN meet the requirements of high bandwidth and low wiring harness weight. However, since the automobile has many ECUs, each of which has different applications and demands, the ECU based on the CAN protocol and the ECU based on the ethernet in the vehicle coexist for a long time. However, the communication efficiency of the ECU based on the conventional CAN protocol is low, and in order to improve the communication efficiency of the ECU of the vehicle-mounted network, a communication mechanism based on a service-oriented architecture is proposed to be applied to the vehicle-mounted network, but a lot of problems are brought about by the communication mechanism, and how the ECU based on the CAN protocol and the ECU based on the vehicle-mounted ethernet communicate through the service-oriented architecture.
The service conversion ECU is configured to be used as a medium for mutual communication conversion between the ECU based on the CAN protocol and the ECU based on the vehicle-mounted Ethernet protocol, and comprises: the system comprises a CAN protocol stack, a service conversion module, a service management module, a service trusted module and a vehicle-mounted Ethernet protocol stack;
the CAN protocol stack is used for encoding and packaging the signals according to the standard format of the CAN protocol and then sending the signals to the ECU based on the CAN protocol or decoding the received signals conforming to the CAN protocol;
the service conversion module is used for extracting effective data of the decoded CAN protocol signal and converting the effective data into service;
the service defined by the embodiment includes: a logical combination of one or more methods, one or more events, and one or more fields; a service may independently perform a certain function.
Services can also be called, for example, assuming three services a1, a2 and A3, according to the prior definition, the implementation of the a1 service requires calling a2, and the implementation of the a2 call requires calling A3, so when the a1 service is called, a2 and A3 are also called.
The service management module is used for monitoring the execution condition of the service during running so as to detect malicious service call or malicious data leakage; sending a feedback message to the service trusted module whenever service calling is to be performed; when the service malicious behavior is detected, stopping executing the service and waiting for a response returned from the service trusted module, wherein the response indicates that service calling is prevented or the service calling is recovered to normal execution;
the service trusted module is used for determining a response service management module according to the feedback message from the service conversion module through the execution of a preset strategy; the service trusted module comprises a trusted database for defining and analyzing the execution behavior of the called service, and after the called service is executed, a session report is formed by the execution process of the service according to the session request of the client and is sent to the client;
the vehicle-mounted Ethernet protocol stack is used for encoding and packaging the signals according to the standard format of the vehicle-mounted Ethernet protocol and then sending the signals to the ECU based on the vehicle-mounted Ethernet protocol or decoding the received signals conforming to the vehicle-mounted Ethernet protocol and then sending the signals to the application program for data processing.
The ECU of the vehicle-mounted Ethernet protocol comprises a service management module, a service trusted module and a vehicle-mounted Ethernet protocol stack;
the service management module is configured to be responsible for monitoring the execution of the service at runtime to detect malicious service calls or malicious data leaks; sending a feedback message to the service trusted module whenever service calling is to be performed; when the service malicious behavior is detected, stopping executing the service and waiting for a response returned from the service trusted module, wherein the response indicates that service calling is prevented or the service calling is recovered to normal execution;
the service trusted module is configured to respond to the service management module through the execution decision of a preset strategy according to the feedback message from the service conversion module; the service trusted module comprises a database for defining the trusted data base, and is used for analyzing the execution behavior of the called service, and forming a session report to the client according to the session request of the client after the called service is executed.
The vehicle-mounted Ethernet protocol stack is used for encoding and packaging the signals according to the standard format of the vehicle-mounted Ethernet protocol and then sending the signals to the ECU based on the vehicle-mounted Ethernet protocol or decoding the received signals conforming to the vehicle-mounted Ethernet protocol and then sending the signals to the application program for data processing.
Specifically, the service trusted module may be provided with one ECU alone, and a dedicated ECU built-in service trusted module is provided in a unified manner, but although the design method may save system operation resources in each ECU, it may bring about an increase in communication cost. Because each service call, the signal needs to be converted many times to be transmitted to a service trusted module in a special ECU through the vehicle-mounted network bus, thereby increasing the load of the vehicle-mounted network. In order to solve this problem, the present embodiment is provided in an ECU that CAN provide services, but is not provided in an ECU based on the CAN protocol.
In defining service functions, the SOME/IP-based protocol in which a message ID (message ID) of a service is defined, which includes a service ID (service ID) and a method ID (method ID), the message ID being a 32-bit identifier for identifying a message, the message ID must uniquely identify a method or event of the service, the assignment of the message ID depends on a user, but the message ID must be unique for the entire system, the message ID is compared with the CAN ID, and processing should be performed by a similar procedure.
The service provided based on the SOME/IP protocol at least comprises the following steps: a message ID, service ID, instance ID, event group ID corresponding to the CAN ID;
the message ID includes a service ID and a method ID.
The service ID and the instance ID are used for providing service, discovering service and stopping service when the connection is established with the client, and the service ID and the instance ID are used for using the SOME IP _ SD message.
In order to ensure that the service message ID is unique in the whole vehicle-mounted network system, a corresponding mapping table of CAN ID and message ID and a message ID mapping table are arranged in the service-providing ECU, when the service is generated, firstly, the message ID corresponding to the service is applied in the message ID mapping table, the system automatically allocates a message ID to the service from the unused message ID in the message ID mapping table, meanwhile, the message IDs which are currently used by other service-providing ECUs in the vehicle-mounted network nodes are broadcasted through a UDP protocol, and the service-providing ECU updates the internal message ID mapping table.
The present embodiment further provides a communication method based on a service-oriented architecture for an on-vehicle network ECU, which is shown in fig. 3 and 4, and specifically includes:
the ECU based on the CAN protocol sends CAN signals to the service conversion ECU, and the service conversion ECU extracts effective data from the CAN signals and converts the effective data into service;
the service provider establishes a service connection with a client for calling the service through a SOME/IP-SD protocol;
the service conversion ECU needs to judge whether the effective data is converted into the service before converting the effective data into the service, if the effective data is unchanged compared with the prior effective data and is converted into the service, the conversion is stopped, and if the effective data is changed or is not converted into the service, the effective data is converted into the service.
Specifically, the conventional ECU based on CAN bus transmission CAN be divided into three transmission modes, namely an event type transmission mode, a periodic transmission mode and a hybrid transmission mode in a vehicle body CAN network according to different triggering conditions;
in the event type transmission mode, a message is transmitted in time with a transition of the type or data. The benefit of this type of message is that bus resources are scarcely occupied, but there may be missed situations, such messages are similar to network outages, and the frames for fault diagnosis may be event-type.
In the periodic transmission mode, the message types are transmitted cyclically with a certain time as a period. The time precision required by the message of the type is generally less than 10%, the reliability of the message can be ensured as much as possible, and if the period is too short, the load of the bus can be too large, and the quality of the network is influenced. In designing a network, the following basic rules may be followed: if the smaller the ID number of a frame, the higher its priority, the smaller its period may be. The frames used to supervise the network state may be periodic.
In the hybrid transmission mode: a mixed type of frame of event type and periodic type. The event type message transmits frames which change in real time, and the periodic transmission ensures the completeness of the message. Such as a frame for monitoring an external device, if the parameter in the frame is not changed, the frame is periodically transmitted, such as if the parameter in the frame is changed, the frame is transmitted as an event, and then is re-timed to be transmitted as a periodic frame.
Therefore, in this embodiment, the transmission mode based on the CAN protocol uses a frame of a mixed type of event type and periodic type for transmission, but the situation for diagnostic transmission is very rare, and in most cases, the transmission mode is a periodic transmission mode, the ECU based on the CAN protocol sends message data in the CAN network periodically, which will cause the service conversion ECU to convert the periodic message from the CAN protocol continuously, on one hand, to perform repeated conversion work, and on the other hand, to increase the excessive consumption of system resources of the service conversion ECU and to fail its essential work (acting as a communication medium with the ECU based on the vehicle-mounted ethernet network and the ECU based on the CAN protocol), in order to solve the technical problem, the ECU does not convert the valid data sent from the ECU based on the CAN protocol each time before extracting the valid data, because the ECU based on the CAN protocol sends a CAN signal periodically, therefore, before converting, determining whether the valid data has been converted into service or although converted into service is realized, but the effective data is changed, if the effective data is changed or is not converted into the service, the effective data is converted into the service, and if the effective data is not changed or is converted into the service, the conversion process is terminated. By determining whether to convert the effective data into the service or not after the effective data is judged, the load of the service conversion ECU can be greatly reduced, so that the service conversion ECU can work normally. On the other hand, the services provided may be dynamically changed.
Specifically, the conversion process of the service conversion ECU includes:
a CAN protocol stack in the service conversion ECU analyzes the CAN signal and extracts effective data, and a service conversion module in the service conversion ECU converts the effective data into service for the client to call according to a standard protocol based on an AUTOSAR framework;
the service provider and the client comprise an ECU based on a CAN protocol, an ECU based on a vehicle-mounted Ethernet protocol and a service conversion ECU.
The effective data at least comprises CAN ID, load data and request information;
specifically, the automobile industry has higher security compared with consumer electronics, such as the mobile phone industry and the internet industry, when the service-oriented architecture is adopted for communication, the client and the service provider are relatively independent, the client only needs to call the required service and does not know the execution process of the service, if malicious behaviors are executed by the service, such as behaviors of revealing privacy data, changing data and the like which are dangerous to safe driving, serious safety accidents can be caused, and in order to strengthen the process safety control of service execution and reduce risks, the service management module and the service trusted module are designed to be matched with each other in the embodiment, so that the safety problem of applying the service-oriented architecture to automobiles is solved. In addition, since the client calls the service and is trusted when the currently called service is available, but the called service may still call another service or multiple services in the execution process, and even the called service calls another service again, the clients in these processes cannot control the other services, so that there is a great risk that security monitoring and evaluation needs to be performed on the execution behavior in the service calling process.
Specifically, referring to fig. 4, when the client calls the service of the service provider to execute a preset task according to a requirement, the service management module provided to the service provider monitors a behavior of the service when executing the preset task;
the service management module monitors the service to acquire a preset event, packages the preset event and a corresponding context, and sends the packaged preset event and the corresponding context to a service trusted module arranged on a service provider.
The service management module monitors the executing behaviors of the service and sends feedback information formed by collecting the executing behavior process of the service to the service trusted module;
when the behavior of the service execution is found to be malicious, the service management module suspends the service execution, requests permission from the service trusted module and waits for a response from the service trusted module;
the service trusted module responds to the service trusted module and instructs the service management module to terminate service execution or allow the service management module to normally execute or correct execution behaviors of the service according to a preset strategy.
After the client calls the service, the client requests a session identifier from the service trusted module, after the request is successful, the service trusted module creates a session, the session is responsible for collecting corresponding session feedback, and the client and the service management module maintain the session by using the requested session identifier and report the feedback to the service trusted module.
After the client calls the service, the client creates a request, adds the client identification and the session representation as headers to the request and calls the service;
if the service called by the client calls another service when executing the task, the service management module intercepts the incoming request and extracts the client identification and the session identification for further session feedback;
the session feedback comprises the following steps: session identification, metadata, current service, and service to be called by the current service;
the metadata includes additional context information;
after the calling is finished, the client side obtains a session report through the service trusted module, wherein the session report at least comprises a comprehensive trust value of the session and whether a preset strategy is violated during service execution;
the preset strategy comprises service execution behavior credibility, the credibility is dynamically variable, and the calculation of the credibility is based on the actual execution history, the service credit and the customer score of the service;
the service reputation comprises feedback provided by other service users;
the traditional credibility is qualitative, and for a service, either a trusted service or an untrusted service is defined, but the functions involved in the vehicle-mounted network are complex, and it is difficult to define a service as a trusted service or an untrusted service, because even if the service is defined as a trusted service, if interference or attack or unpredictable situation is encountered during the execution process, the service may cause malicious behaviors, even behaviors affecting the safety of the vehicle body, and the like.
To solve this problem, the present implementation calculates the trustworthiness of the service quantitatively and dynamically tunable:
confidence another score is a customer score, which can dynamically change the score of a service; the trust update mechanism may be based on a policy defined by the client.
Based on vehicle-mounted ethernet agreement ECU needs to transfer the function that the ECU based on CAN agreement provided as the client, specifically includes: based on vehicle-mounted Ethernet protocol ECU through SOME/IP protocol sends request information to service conversion ECU to request to call corresponding CAN protocol-based ECU conversion service, after receiving the request, the service conversion ECU starts to start corresponding service;
after the service is started, a service conversion module is arranged in the service conversion ECU to extract effective data of the service and send the effective data to the corresponding ECU based on the CAN protocol through the CAN protocol to execute a preset task.
The ECU of vehicle mounted network need with be located the high in the clouds server or be connected with external equipment and diagnose, consequently, still set up smart antenna among the vehicle mounted network, see specifically fig. 2, smart antenna is connected with on-vehicle ethernet switch, and smart antenna is equipped with and includes: the system comprises a service configurator, a vehicle-mounted Ethernet protocol stack and an external communication interface, wherein the service configurator is connected with the vehicle-mounted Ethernet protocol stack and the external communication interface;
the service configurator includes:
the service conversion module is used for analyzing the received signals transmitted from different protocols, extracting effective data and translating the extracted effective data into service;
the cache module is used for caching external information to process the availability of an internal network;
the security management module is used for applying the strategy and executing the access control of the service level;
an IoT internet of things protocol, a protocol for communicating with an external device, the protocol comprising: MQIT, CoAP, etc.;
the external communication interface is used for communicating with an external device.
Specifically, the method for the external device to communicate with the ECU of the vehicle-mounted network node according to the requirement comprises the following steps:
the external device establishes network connection with the intelligent antenna, and specifically comprises:
the external equipment sends an access connection request through an external communication interface of the intelligent antenna, the external communication interface sends request information to a security management module arranged in the service configurator, the security management module judges whether the request information allows the external equipment to access a request of the in-vehicle network and feeds the information back to the external equipment communication interface, and if the request information agrees to access, the external equipment and the intelligent antenna are connected, but the external equipment is not allowed to directly access other ECUs of the in-vehicle network node;
the external device calls the service of the node of the vehicle-mounted network, and the service comprises the following steps:
sending a signal to a service conversion module, analyzing the signal by the service conversion module, extracting effective data and converting the effective data into service, judging whether the service is a control type or a data type, and if the service is the application service of the control type, taking the application service as a client to establish communication connection with a service ECU (electronic control unit) provided for the client and then calling the corresponding service to realize function execution on a target ECU (electronic control unit); if the service is the data type service, at this time, the service is used as a service provider, after connection with a client needing the service is required to be established, the client subscribes the service, and then the data is directly sent to the client.
When the data volume of the external data transmission is larger than the preset flow threshold, for example: the user needs to open the vehicle-mounted host computer at the moment, watch movies, listen to music, or download large files, GPS navigation upgrade and the like in the vehicle, the flow of the transmission flow is very large at the moment, the vehicle-mounted network adopts transmission based on the SOME/IP protocol, large-flow transmission can occupy more bandwidth due to the limitation of the size of single-frame transmission data, in order to not influence the normal operation of low-delay and high-feasibility functional processes in the vehicle-mounted network, the transmission flow is higher than a preset threshold value, the data transmitted by external equipment is temporarily cached in a cache module, the data is sorted according to first-in first-out, and the data is transmitted when the network load is idle.
What has been described above is only a preferred embodiment of the present invention, and the present invention is not limited to the above examples. It is clear to those skilled in the art that the form in this embodiment is not limited thereto, and the adjustable manner is not limited thereto. It is to be understood that other modifications and variations, which may be directly derived or suggested to one skilled in the art without departing from the basic concept of the invention, are to be considered as included within the scope of the invention.
Claims (14)
1. A vehicle-mounted network ECU communication method based on a service-oriented architecture is characterized by at least comprising the following steps:
the ECU based on the CAN protocol sends CAN signals to the service conversion ECU, and the service conversion ECU extracts effective data from the CAN signals and converts the effective data into service;
the service provider establishes a service connection with a client for calling the service through a SOME/IP-SD protocol;
when the client calls the service of the service provider to execute the preset task according to the requirement, the service management module arranged on the service provider monitors the behavior of the service during execution.
2. The service-oriented architecture based on vehicle-mounted network ECU communication method according to claim 1, wherein the service conversion ECU needs to judge whether the valid data has been converted into the service before converting the valid data into the service, if the valid data has not changed compared with the previous valid data and has been converted into the service, the conversion is terminated, and if the valid data has changed or has not been converted into the service, the valid data is converted into the service;
the CAN protocol stack in the service conversion ECU analyzes the CAN signal and extracts effective data, and a service conversion module in the service conversion ECU converts the effective data into service according to a standard protocol based on an AUTOSAR framework;
the service provider and the client comprise an ECU based on a CAN protocol, an ECU based on a vehicle-mounted Ethernet protocol and a service conversion ECU.
3. The service-oriented architecture based on in-vehicle network ECU communication method according to claim 1, wherein the service management module monitors the service to obtain a preset event, and then packages the preset event and a corresponding context and sends the packaged event to a service trusted module provided at a service provider.
4. The service-oriented architecture based on in-vehicle network ECU communication method according to claim 3, wherein the service management module monitors the behavior being performed by the service and sends feedback information formed by collecting the behavior process performed by the service to the service trusted module;
when the behavior of the service execution is found to be malicious, the service management module suspends the service execution, requests permission from the service trusted module and waits for a response from the service trusted module;
the service trusted module responds to the service trusted module and instructs the service management module to terminate service execution or allow the service management module to normally execute or correct execution behaviors of the service according to a preset strategy.
5. The service-oriented architecture based on vehicle-mounted network ECU communication method according to claim 3, wherein after the client calls the service, the client requests a session identifier from the service trusted module, after the request is successful, the service trusted module creates a session, the session is responsible for collecting corresponding session feedback, and the client and the service management module use the requested session identifier to maintain the session and report the feedback to the service trusted module.
6. The service-oriented architecture based on in-vehicle network ECU communication method according to claim 3, wherein after the client calls the service, the client creates a request, and adds a client identifier and a session representation as headers to the request to call the service;
if the service called by the client calls another service when executing the task, the service management module intercepts the incoming request and extracts the client identification and the session identification for further session feedback;
the session feedback comprises the following steps: session identification, metadata, current service, and service to be called by the current service;
the metadata includes additional contextual information.
7. The service-oriented architecture based on in-vehicle network ECU communication method according to claim 3, wherein after the invocation is completed, the client end obtains a session report through the service trusted module, and the session report at least includes a comprehensive trust value of the session and whether a preset policy is violated during service execution.
8. The service-oriented architecture based on in-vehicle network ECU communication method according to claim 4, wherein the preset policy includes service execution behavior credibility, the credibility is dynamically variable, and the calculation of the credibility at least includes: actual execution history of the service, service reputation, customer rating.
9. The service-oriented architecture based on in-vehicle network ECU communication method of claim 1, wherein the functions that the ECU based on the in-vehicle ethernet protocol needs to invoke provided by the ECU based on the CAN protocol as the client include: based on vehicle-mounted Ethernet protocol ECU through SOME/IP protocol sends request information to service conversion ECU to request to call corresponding CAN protocol-based ECU conversion service, after receiving the request, the service conversion ECU starts to start corresponding service;
after the service is started, a service conversion module is arranged in the service conversion ECU to extract effective data of the service and send the effective data to the corresponding ECU based on the CAN protocol through the CAN protocol to execute a preset task.
10. An on-board network ECU communication device based on a service-oriented architecture, comprising: the system comprises an ECU based on a vehicle-mounted Ethernet protocol, an ECU based on a CAN protocol, a service conversion ECU and a vehicle-mounted Ethernet switch, wherein the ECU based on the CAN protocol is connected with the service conversion ECU, and the service conversion ECU and the vehicle-mounted Ethernet ECU are connected through the vehicle-mounted Ethernet switch;
the ECU based on the CAN protocol sends CAN signals to the service conversion ECU, and the service conversion ECU extracts effective data from the CAN signals and converts the effective data into service based on service facing.
11. The service oriented architecture based on in-vehicle network ECU communication apparatus of claim 10, wherein the service conversion ECU comprises: the CAN protocol stack is configured to analyze the CAN protocol-based transmission signal and extract effective data from the CAN protocol-based transmission signal or convert the effective data into the transmission signal of the CAN protocol;
a service conversion module configured to convert the valid data into a service based on AUTOSAR standards or extract the valid data from the service;
the service conversion ECU needs to judge whether the effective data is converted into the service before converting the effective data into the service-oriented service, if the effective data is unchanged compared with the prior data and is converted into the service, the conversion is stopped, and if the effective data is changed or is not converted into the service, the effective data is converted into the service.
12. The service oriented architecture based on in-vehicle network ECU communication apparatus of claim 10, wherein the service conversion ECU further comprises: a service management module configured to be responsible for monitoring execution of a service at runtime to detect malicious service calls or malicious data leaks; sending a feedback message to the service trusted module whenever service calling is to be performed; when the service malicious behavior is detected, stopping executing the service and waiting for a response returned from the service trusted module, wherein the response indicates that service calling is prevented or the service calling is recovered to normal execution;
the service trusted module is configured to respond to the service management module through the execution decision of a preset strategy according to the feedback message from the service conversion module; the service trusted module comprises a database for defining the trusted data base, and is used for analyzing the execution behavior of the called service, and forming a session report to the client according to the session request of the client after the called service is executed.
13. The service-oriented architecture based on in-vehicle network ECU communication apparatus of claim 10, wherein the ECU of the in-vehicle ethernet protocol includes a service management module configured to be responsible for monitoring the execution of the service at runtime to detect malicious service calls or malicious data leaks; sending a feedback message to the service trusted module whenever service calling is to be performed; when the service malicious behavior is detected, stopping executing the service and waiting for a response returned from the service trusted module, wherein the response indicates that service calling is prevented or the service calling is recovered to normal execution;
the service trusted module is configured to respond to the service management module through the execution decision of a preset strategy according to the feedback message from the service conversion module; the service trusted module comprises a database for defining the trusted data base, and is used for analyzing the execution behavior of the called service, and forming a session report to the client according to the session request of the client after the called service is executed.
14. The ECU communication apparatus according to claim 10, wherein the vehicle-mounted network further comprises a smart antenna, and the smart antenna comprises: the system comprises a service configurator, a vehicle-mounted Ethernet protocol stack and an external communication interface, wherein the service configurator is connected with the vehicle-mounted Ethernet protocol stack and the external communication interface;
the service configurator includes: and the cache module is used for caching external information to process the availability of the internal network.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011054782.9A CN112367233B (en) | 2020-09-27 | 2020-09-27 | Vehicle-mounted network ECU communication method and device based on service-oriented architecture |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011054782.9A CN112367233B (en) | 2020-09-27 | 2020-09-27 | Vehicle-mounted network ECU communication method and device based on service-oriented architecture |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112367233A true CN112367233A (en) | 2021-02-12 |
| CN112367233B CN112367233B (en) | 2022-04-08 |
Family
ID=74506507
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011054782.9A Active CN112367233B (en) | 2020-09-27 | 2020-09-27 | Vehicle-mounted network ECU communication method and device based on service-oriented architecture |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112367233B (en) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112685008A (en) * | 2020-11-30 | 2021-04-20 | 上海赫千电子科技有限公司 | Service failure control method adopting service-oriented architecture based on AUTOSAR |
| CN113037554A (en) * | 2021-03-11 | 2021-06-25 | 浙江吉利控股集团有限公司 | Communication protocol adaptation method, device, equipment and storage medium |
| CN113067855A (en) * | 2021-03-12 | 2021-07-02 | 广州小鹏汽车科技有限公司 | Communication method and device and vehicle |
| CN113335018A (en) * | 2021-06-11 | 2021-09-03 | 华东理工大学 | Vehicle-mounted air conditioner service calling system based on SOME/IP |
| CN114051040A (en) * | 2021-11-05 | 2022-02-15 | 诚迈科技（南京）股份有限公司 | SOA-based communication architecture and fusion method for vehicle body domain and cockpit domain |
| CN114205386A (en) * | 2021-12-06 | 2022-03-18 | 上海赫千电子科技有限公司 | Vehicle-mounted network communication method oriented to service architecture |
| CN115913809A (en) * | 2022-09-26 | 2023-04-04 | 重庆长安汽车股份有限公司 | Data distribution communication method, system, computer device and storage medium |
| CN116566790A (en) * | 2023-04-26 | 2023-08-08 | 深圳市佳合丰汽车电子科技有限公司 | Vehicle-mounted distributed service calling system and method |
| CN116996551A (en) * | 2023-09-26 | 2023-11-03 | 北京云驰未来科技有限公司 | Vehicle-mounted service control system and method based on SOA central network controller |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103901823A (en) * | 2012-12-25 | 2014-07-02 | 联合汽车电子有限公司 | Vehicle-mounted remote terminal |
| WO2017104112A1 (en) * | 2015-12-16 | 2017-06-22 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | Security processing method and server |
| CN109669442A (en) * | 2018-12-25 | 2019-04-23 | 深圳市元征科技股份有限公司 | A kind of method for converting protocol and conversion equipment |
| CN110083088A (en) * | 2019-03-29 | 2019-08-02 | 上海赫千电子科技有限公司 | Signal controls conversion equipment and signal controls conversion method |
| CN110460621A (en) * | 2019-09-10 | 2019-11-15 | 上海怿星电子科技有限公司 | A kind of industry ethernet based on SOME/IP agreement and CAN bus data transfer device and system |
| CN110855558A (en) * | 2018-08-21 | 2020-02-28 | 上海博泰悦臻网络技术服务有限公司 | Internet of vehicles gateway and CANoverTCP/IP protocol connection implementation method, ECU and upgrading method |
| WO2020085422A1 (en) * | 2018-10-24 | 2020-04-30 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | Onboard network relay device and onboard network relay method |
| CN111294768A (en) * | 2020-04-07 | 2020-06-16 | 大连毅无链信息技术有限公司 | Remote vehicle-mounted system and fault diagnosis, information acquisition and remote upgrading method thereof |
| CN111385193A (en) * | 2018-12-26 | 2020-07-07 | 现代自动车株式会社 | Message routing system and method thereof |
-
2020
- 2020-09-27 CN CN202011054782.9A patent/CN112367233B/en active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103901823A (en) * | 2012-12-25 | 2014-07-02 | 联合汽车电子有限公司 | Vehicle-mounted remote terminal |
| WO2017104112A1 (en) * | 2015-12-16 | 2017-06-22 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | Security processing method and server |
| CN110855558A (en) * | 2018-08-21 | 2020-02-28 | 上海博泰悦臻网络技术服务有限公司 | Internet of vehicles gateway and CANoverTCP/IP protocol connection implementation method, ECU and upgrading method |
| WO2020085422A1 (en) * | 2018-10-24 | 2020-04-30 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | Onboard network relay device and onboard network relay method |
| CN109669442A (en) * | 2018-12-25 | 2019-04-23 | 深圳市元征科技股份有限公司 | A kind of method for converting protocol and conversion equipment |
| CN111385193A (en) * | 2018-12-26 | 2020-07-07 | 现代自动车株式会社 | Message routing system and method thereof |
| CN110083088A (en) * | 2019-03-29 | 2019-08-02 | 上海赫千电子科技有限公司 | Signal controls conversion equipment and signal controls conversion method |
| CN110460621A (en) * | 2019-09-10 | 2019-11-15 | 上海怿星电子科技有限公司 | A kind of industry ethernet based on SOME/IP agreement and CAN bus data transfer device and system |
| CN111294768A (en) * | 2020-04-07 | 2020-06-16 | 大连毅无链信息技术有限公司 | Remote vehicle-mounted system and fault diagnosis, information acquisition and remote upgrading method thereof |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112685008A (en) * | 2020-11-30 | 2021-04-20 | 上海赫千电子科技有限公司 | Service failure control method adopting service-oriented architecture based on AUTOSAR |
| CN113037554B (en) * | 2021-03-11 | 2022-07-29 | 浙江吉利控股集团有限公司 | Communication protocol adaptation method, device, equipment and storage medium |
| CN113037554A (en) * | 2021-03-11 | 2021-06-25 | 浙江吉利控股集团有限公司 | Communication protocol adaptation method, device, equipment and storage medium |
| CN113067855A (en) * | 2021-03-12 | 2021-07-02 | 广州小鹏汽车科技有限公司 | Communication method and device and vehicle |
| CN113335018A (en) * | 2021-06-11 | 2021-09-03 | 华东理工大学 | Vehicle-mounted air conditioner service calling system based on SOME/IP |
| CN114051040A (en) * | 2021-11-05 | 2022-02-15 | 诚迈科技（南京）股份有限公司 | SOA-based communication architecture and fusion method for vehicle body domain and cockpit domain |
| CN114205386A (en) * | 2021-12-06 | 2022-03-18 | 上海赫千电子科技有限公司 | Vehicle-mounted network communication method oriented to service architecture |
| CN114205386B (en) * | 2021-12-06 | 2024-04-12 | 上海赫千电子科技有限公司 | Service architecture-oriented vehicle-mounted network communication method |
| CN115913809A (en) * | 2022-09-26 | 2023-04-04 | 重庆长安汽车股份有限公司 | Data distribution communication method, system, computer device and storage medium |
| CN115913809B (en) * | 2022-09-26 | 2024-05-03 | 重庆长安汽车股份有限公司 | Data distribution communication method, system, computer device and storage medium |
| CN116566790A (en) * | 2023-04-26 | 2023-08-08 | 深圳市佳合丰汽车电子科技有限公司 | Vehicle-mounted distributed service calling system and method |
| CN116566790B (en) * | 2023-04-26 | 2024-05-03 | 坤联数字技术(深圳)有限公司 | Vehicle-mounted distributed service calling system and method |
| CN116996551A (en) * | 2023-09-26 | 2023-11-03 | 北京云驰未来科技有限公司 | Vehicle-mounted service control system and method based on SOA central network controller |
| CN116996551B (en) * | 2023-09-26 | 2024-01-02 | 北京云驰未来科技有限公司 | Vehicle-mounted service control system and method based on SOA central network controller |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112367233B (en) | 2022-04-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112367233B (en) | Vehicle-mounted network ECU communication method and device based on service-oriented architecture | |
| CN112291124B (en) | Vehicle-mounted network ECU communication method based on SOME/IP protocol | |
| CN111580995B (en) | Synchronous communication method and system of distributed cloud platform and Internet of things intelligent terminal based on MQTT asynchronous communication scene | |
| CN114205386B (en) | Service architecture-oriented vehicle-mounted network communication method | |
| CN110912944B (en) | CAN equipment safety test system and test method | |
| CN111726414B (en) | Vehicle reporting data processing method and vehicle data reporting system | |
| CN113094062A (en) | Upgrading method and device | |
| CN111245776A (en) | Vehicle-mounted data transmission method, device, equipment and storage medium | |
| EP4191355A1 (en) | Uds-based communication method, ecu and upper computer | |
| CN111224917B (en) | Automobile gateway firewall message health check method, gateway device and automobile | |
| CN107426299A (en) | Realize shared power assist vehicle system server TCP length connection and high concurrent method | |
| CN111726256B (en) | Vehicle instruction issuing processing method and system and vehicle data processing method and system | |
| CN108390863B (en) | Data processing method and device | |
| CN111552568A (en) | Cloud service calling method and device | |
| CN114374583B (en) | Automobile gateway controller and control method thereof | |
| CN113645097A (en) | Vehicle signal monitoring method, terminal equipment and electronic control unit | |
| CN113377590A (en) | Fault diagnosis method and device, vehicle-mounted terminal and medium | |
| CN117082102A (en) | Service-oriented architecture-based vehicle data processing method, device and equipment | |
| US11294656B2 (en) | System and method for developing third-party application | |
| CN113973105B (en) | System and method for simplifying SOAP message on service bus | |
| CN114500237A (en) | Communication method and system | |
| CN113341933A (en) | Diagnostic system and method for vehicle central controller | |
| CN112235195B (en) | Method for processing reported data and related equipment | |
| Rao et al. | Accident Detection in Vehicular Networks Using Android-based Smartphones | |
| CN112104747B (en) | Request response system based on chain processing |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |