CN112055091A - Vehicle-mounted micro-service architecture, and communication method and device of vehicle-mounted module - Google Patents
Vehicle-mounted micro-service architecture, and communication method and device of vehicle-mounted module Download PDFInfo
- Publication number
- CN112055091A CN112055091A CN202010956438.2A CN202010956438A CN112055091A CN 112055091 A CN112055091 A CN 112055091A CN 202010956438 A CN202010956438 A CN 202010956438A CN 112055091 A CN112055091 A CN 112055091A
- Authority
- CN
- China
- Prior art keywords
- communication
- module
- communication module
- service
- vehicle
- 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
- 238000004891 communication Methods 0.000 title claims abstract description 475
- 238000000034 method Methods 0.000 title claims abstract description 61
- 230000015654 memory Effects 0.000 claims description 21
- 238000012545 processing Methods 0.000 claims description 20
- 238000012546 transfer Methods 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 12
- 230000006870 function Effects 0.000 description 11
- 238000012795 verification Methods 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 4
- 238000011161 development Methods 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction 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/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
Abstract
The application provides a vehicle-mounted micro-service architecture, a communication method and a communication device of a vehicle-mounted module, wherein the vehicle-mounted micro-service architecture is connected with a plurality of communication modules; the vehicle-mounted micro-service architecture stores communication information of a plurality of communication modules; the vehicle-mounted micro-service architecture is used for receiving a request initiated by a first communication module in the plurality of communication modules for communicating with a second communication module in the plurality of communication modules, searching the communication information of the second communication module from the stored communication information, and finishing the communication between the first communication module and the second communication module according to the communication information of the second communication module. The embodiment of the application can improve the communication efficiency.
Description
Technical Field
The present application relates to the field of vehicle-mounted communications, and in particular, to a vehicle-mounted micro-service architecture, a communication method for a vehicle-mounted module, and a device for the same.
Background
With the development of the intelligence of vehicles, infotainment services such as navigation, media connection, radio broadcasting, weather forecast, etc. provided on vehicles are increasing. Therefore, the communication demand of each on-board module in the vehicle is increasing, and the communication range is also wider and wider. The communication mode between the vehicle-mounted module and various electronic devices inside and outside the vehicle becomes a hot problem in the development and design of the vehicle.
Disclosure of Invention
The embodiment of the application provides a vehicle-mounted micro-service architecture, a communication method and a communication device of a vehicle-mounted module, which are used for solving the problems in the related technology, and the technical scheme is as follows:
in a first aspect, an embodiment of the present application provides a vehicle-mounted micro-service architecture, where the vehicle-mounted micro-service architecture is connected to a plurality of communication modules; the vehicle-mounted micro-service architecture stores communication information of a plurality of communication modules;
the vehicle-mounted micro-service architecture is used for receiving a request initiated by a first communication module in the plurality of communication modules for communicating with a second communication module in the plurality of communication modules, searching the communication information of the second communication module from the stored communication information, and finishing the communication between the first communication module and the second communication module according to the communication information of the second communication module.
In a second aspect, an embodiment of the present application provides a communication method for a vehicle-mounted module, which is applied to a vehicle-mounted microservice architecture, where the vehicle-mounted microservice architecture is connected to a plurality of communication modules;
the method comprises the following steps:
receiving a request initiated by a first communication module of the plurality of communication modules to communicate with a second communication module of the plurality of communication modules;
searching communication information of a second communication module from prestored communication information of a plurality of communication modules;
and finishing the communication between the first communication module and the second communication module according to the communication information of the second communication module.
In a third aspect, an embodiment of the present application provides a communication device of a vehicle-mounted module, which is applied to a vehicle-mounted micro-service architecture, where the vehicle-mounted micro-service architecture is connected to a plurality of communication modules;
the device includes:
a first receiving module, configured to receive a request initiated by a first communication module of the plurality of communication modules to communicate with a second communication module of the plurality of communication modules;
the searching module is used for searching the communication information of the second communication module from the prestored communication information of the plurality of communication modules;
and the communication execution module is used for finishing the communication between the first communication module and the second communication module according to the communication information of the second communication module.
In a fourth aspect, an embodiment of the present application provides an electronic device, including: at least one processor; and a memory communicatively coupled to the at least one processor; the memory stores instructions executable by the at least one processor to enable the at least one processor to execute the communication method of the on-board module.
In a fifth aspect, embodiments of the present application provide a computer-readable storage medium storing computer instructions that, when executed on a computer, perform a method in any one of the above-described aspects.
The advantages or beneficial effects in the above technical solution at least include:
according to the technical scheme of the application, after the communication module connected with the vehicle-mounted micro-service framework initiates a request for communication with other communication modules, the vehicle-mounted micro-service framework searches corresponding communication information from prestored communication information and completes communication between the first communication module and the second communication module according to the communication information. Therefore, each communication module does not need to care about the communication information of other communication modules, and can complete the communication with other communication modules only by sending the communication request to the vehicle-mounted micro-service architecture. By the unified scheduling of the vehicle-mounted micro-service architecture, the communication efficiency can be improved.
The foregoing summary is provided for the purpose of description only and is not intended to be limiting in any way. In addition to the illustrative aspects, embodiments, and features described above, further aspects, embodiments, and features of the present application will be readily apparent by reference to the drawings and following detailed description.
Drawings
In the drawings, like reference numerals refer to the same or similar parts or elements throughout the several views unless otherwise specified. The figures are not necessarily to scale. It is appreciated that these drawings depict only some embodiments in accordance with the disclosure and are therefore not to be considered limiting of its scope.
FIG. 1 is a diagram illustrating an in-vehicle microservice architecture according to an embodiment of the present application;
FIG. 2 is a flow chart of a communication method of an on-board module according to an embodiment of the present application;
FIG. 3 is a diagram illustrating an exemplary application of a communication method of an on-board module;
FIG. 4 is a diagram showing another application example of a communication method of an in-vehicle module;
FIG. 5 is a diagram showing still another application example of a communication method of an in-vehicle module;
FIG. 6 is a diagram showing still another application example of a communication method of an in-vehicle module;
FIG. 7 is a schematic diagram of a service architecture of an in-vehicle microservice architecture according to an embodiment of the present application;
FIG. 8 is a block diagram of a communication device of an on-board module according to an embodiment of the present application;
fig. 9 is a block diagram of an electronic device for implementing a communication method of an in-vehicle module according to an embodiment of the present application.
Detailed Description
In the following, only certain exemplary embodiments are briefly described. As those skilled in the art will recognize, the described embodiments may be modified in various different ways, all without departing from the spirit or scope of the present application. Accordingly, the drawings and description are to be regarded as illustrative in nature, and not as restrictive.
FIG. 1 shows a schematic diagram of an in-vehicle microservice architecture according to an embodiment of the present application. Referring to fig. 1, the vehicle-mounted micro-service architecture is connected with a plurality of communication modules.
Illustratively, the plurality of communication modules may include at least one of a service Module in an IDCM (Information Domain Control Module) in the vehicle, a Domain controller of each of other functional domains except the IDCM in the vehicle, an ECU (Electronic Control Unit), and a cloud service platform. The service modules in the IDCM may include, for example, APPs (applications), first service modules, second service modules, and the like shown in fig. 1, and the number of the ECUs may be multiple, for example, the ECUs 1, 2, and 3, which are connected to the vehicle-mounted micro-service architecture through domain controllers shown in fig. 1.
The vehicle-mounted micro-service architecture is used for receiving a request initiated by a first communication module in the plurality of communication modules for communicating with a second communication module in the plurality of communication modules, searching the communication information of the second communication module from the stored communication information, and finishing the communication between the first communication module and the second communication module according to the communication information of the second communication module.
In the embodiment of the application, the vehicle-mounted micro-service architecture stores the communication information of each communication module in advance. Here, the communication information may include information required to establish communication such as address information of a communication target, a supported communication protocol, and the like. When each communication module initiates a communication request, the communication information of a communication target does not need to be concerned. Only a request needs to be initiated to the vehicle-mounted micro-service architecture. For example, when a certain APP needs to request a service module in the IDCM, which is responsible for processing weather information, to provide weather information, a request is initiated to the vehicle-mounted micro-service architecture, and the vehicle-mounted micro-service architecture selects an efficient communication mode according to a communication protocol supported by the service module, requests the service module for weather information according to the position of the service module, and returns the weather information to the APP.
Therefore, according to the technical scheme of the embodiment of the application, after the communication module connected with the vehicle-mounted micro-service architecture initiates a request for communication with other communication modules, the vehicle-mounted micro-service architecture searches corresponding communication information from the pre-stored communication information, and completes communication between the first communication module and the second communication module according to the communication information. Therefore, each communication module does not need to care about the communication information of other communication modules, and can complete the communication with other communication modules only by sending the communication request to the vehicle-mounted micro-service architecture. By the unified scheduling of the vehicle-mounted micro-service architecture, the communication efficiency can be improved.
Illustratively, as shown in fig. 1, the in-vehicle microservice architecture includes a service interface module and a plurality of service processing modules corresponding to a plurality of communication protocols, respectively.
For example, the plurality of service processing modules may include an IPC (Inter-Process Communication) processing module corresponding to an IPC Protocol, an HTTP processing module corresponding to HTTP (HyperText Transfer Protocol), an MQTT processing module corresponding to MQTT (Message Queuing Telemetry Transport) Protocol, and an SOME/IP processing module corresponding to SOME/IP (Scalable service-Oriented service over IP).
The service interface module is used for being connected with the plurality of communication modules, searching the communication information of the second communication module from the stored communication information when receiving the request, determining a communication protocol between the first communication module and the second communication module according to the communication information of the second communication module, and distributing the request to the service processing module corresponding to the communication protocol;
the service processing module is used for completing communication between the first communication module and the second communication module by adopting a communication protocol.
Optionally, the service interface module may determine a communication protocol between the first communication module and the second communication module according to the address information of the second communication module. Various examples are provided below:
example one: and under the condition that the second communication module and the first communication module are positioned in different threads in the same process, determining that the communication protocol is an inter-thread communication protocol.
Example two: and under the condition that the second communication module and the first communication module are both service modules in the IDCM, determining that the communication protocol is the IPC protocol.
Example three: in the case where the second communication module is located in a different functional domain in the vehicle than the first communication module, the communication protocol is determined to be SOME/IP.
Example four: and under the condition that the second communication module is in the cloud, determining that the communication protocol is HTTP or MQTT.
For example, the service modules in the cloud service platform and the IDCM are connected with the vehicle micro-service architecture. When receiving a data request initiated by the service module, the vehicle-mounted micro-service framework searches communication information, such as position information, of the cloud service platform, and determines that the cloud service platform is outside the vehicle according to the position information, so that the vehicle-mounted micro-service framework selects an HTTP protocol which is efficient in communication with the outside of the vehicle, requests the cloud service platform for data according to the HTTP protocol, and returns the data to the service module.
FIG. 2 shows a flow chart of a communication method of an on-board module according to an embodiment of the present application. The method can be applied to a vehicle-mounted micro-service architecture which is connected with a plurality of communication modules.
As shown in fig. 2, the method may include:
step S11, receiving a request initiated by a first communication module of the plurality of communication modules to communicate with a second communication module of the plurality of communication modules;
step S12, searching the communication information of the second communication module from the prestored communication information of a plurality of communication modules;
step S13, completing the communication between the first communication module and the second communication module according to the communication information of the second communication module.
Illustratively, the plurality of communication modules may include a service module in an IDCM, which is a controller of an information domain in a vehicle for managing various services provided by the information domain, such as information display of a central control large screen, navigation, media connection, radio broadcasting, weather forecast, and the like. The service module in the IDCM may refer to a program module for providing one or more of the above-described services.
The communication method of the vehicle-mounted module can be applied to a vehicle-mounted micro-service architecture, and the technical details of the method can be realized by referring to the technical details of the vehicle-mounted micro-service architecture provided by the embodiment of the application. Each communication module is incorporated into a service system of the vehicle-mounted micro-service architecture, communication information such as a communication mode and a communication address does not need to be concerned when a communication request is initiated, and the vehicle-mounted micro-service architecture can select an efficient communication mode suitable for the communication module according to the communication information of a communication target.
Optionally, the step S13, completing the communication between the first communication module and the second communication module according to the communication information of the second communication module, may include:
determining a communication protocol between the first communication module and the second communication module according to the address information of the second communication module;
and completing the communication between the first communication module and the second communication module based on the address information and the communication protocol.
Wherein, determining the communication protocol between the first communication module and the second communication module according to the address information of the second communication module may include one or more of the following exemplary manners:
example one: and under the condition that the second communication module and the first communication module are positioned in different threads in the same process, determining that the communication protocol is an inter-thread communication protocol.
Example two: and under the condition that the second communication module and the first communication module are both service modules in the IDCM, determining that the communication protocol is the IPC protocol.
Example three: in the case where the second communication module is located in a different functional domain in the vehicle than the first communication module, the communication protocol is determined to be SOME/IP.
Example four: and under the condition that the second communication module is in the cloud, determining that the communication protocol is HTTP or MQTT.
For example, referring to fig. 3, first, the first service module in the IDCM initiates a communication request. And if the position of the communication target corresponding to the communication request is other threads in the process of the first service module, the communication request is an inter-thread request, in this case, the communication protocol between the first service module and the communication target is determined to be an inter-thread communication protocol, and the communication connection between the first service module and the communication target is established based on the processed communication request.
If the location of the communication target is other processes in the IDCM, e.g., the first service module is a video playback module in the IDCM and the communication target is a media connection module in the IDCM, then the communication request is an inter-process request. In this case, as shown in fig. 3, it is determined that the Communication protocol between the first service module and the Communication target is an Inter-Process Communication (IPC) protocol, such as a Unix Domain (Unix Domain) protocol, and a Unix Domain Socket (Unix Domain Socket) is used to establish a Communication connection between the first service module and the target module. The Unix domain protocol is applied to communication between two processes in the same host, and has the effect of high transmission speed, so that the Unix protocol is adopted between the vehicle-mounted modules, and the communication efficiency can be improved.
If the communication target is not in the IDCM, for example, the communication target is an automatic driving Domain Control Module (ADCM) in a vehicle or a cloud platform of a weather forecast center, etc., the communication request is an inter-network request. In this case, it may be determined that a communication Protocol between the first service module and the communication target is TCP (Transmission Control Protocol), and a TCP Socket (TCP Socket) is used to establish the communication Protocol between the first service module and the target module. For requests between networks, the TCP protocol can be adopted to improve the reliability of communication and improve the faster transmission speed.
It should be noted that, although the way in which the in-vehicle microservice architecture determines the communication protocol is described by taking the inter-thread communication protocol, Unix domain protocol, and TCP as examples, those skilled in the art can understand that the present application should not be limited thereto. The vehicle-mounted micro-service architecture can adapt to different standard communication modes according to different systems or different requirements, and the cross-platform portability is improved.
According to the above exemplary embodiment, after the communication module connected to the vehicle-mounted micro service architecture initiates a request for communication with another communication module, the vehicle-mounted micro service architecture searches corresponding communication information from the pre-stored communication information, and completes communication between the first communication module and the second communication module according to the communication information. Therefore, each communication module does not need to care about the communication information of other communication modules, and can complete the communication with other communication modules only by sending the communication request to the vehicle-mounted micro-service architecture. By the unified scheduling of the vehicle-mounted micro-service architecture, the communication efficiency can be improved.
As an exemplary embodiment, the communication method of the in-vehicle module further includes:
receiving a data request initiated by the third communication module, wherein the data request is used for acquiring service information from the fourth communication module;
verifying whether the third communication module has the authority of acquiring the service information;
and sending a data request to the fourth communication module under the condition that the third communication module has the authority of acquiring the service information.
Illustratively, the third and fourth communication modules may be service modules in the IDCM. The service information is, for example, weather information provided by a weather forecast cloud platform, map information provided by a navigation module, audio information of an external media device provided by a media connection module, and the like.
As an application example of the above embodiment, referring to fig. 4, a communication method of an in-vehicle module includes:
s1: the first service module requests data 1 from a communication target;
s2: the vehicle-mounted micro-service architecture checks the authority of the data 1 of the communication target through interaction with the authority verification service module;
s3: if the first service module has the authority to acquire the data 1, the authority verification is passed;
s4: the vehicle-mounted micro-service architecture allows the first service module to request data 1;
s5: the vehicle-mounted microservice architecture sends a request to a communication target.
Illustratively, in the case where the first service module does not have the right to acquire service information, the data request is denied to be sent.
As an application example of the above embodiment, referring to fig. 4, the communication method of the in-vehicle module further includes:
t1: the first service module requests data 2 from the communication target;
t2: the vehicle-mounted micro-service architecture checks the authority of the data 2 of the communication target through interaction with the authority verification service module;
t3: if the first service module does not have the authority to acquire the data 2, the authority verification fails;
t4: the in-vehicle microservice architecture denies the first service module to request data 2.
According to the above exemplary embodiment, the onboard micro-service architecture performs authority verification on the data request initiated by each service module. And under the condition that the authority passes the verification, the first service module is allowed to access the communication target and acquire data, so that the vehicle-mounted module can reasonably utilize various services, and the communication safety is improved. In addition, different authority management and control measures can be set for different service modules by utilizing the vehicle-mounted micro-service architecture, and different safety requirements are met. Illustratively, the authority of each service module can be dynamically configured through the cloud.
As an exemplary embodiment, the communication method of the in-vehicle module further includes:
receiving an online notification of a second service module in the IDCM;
broadcasting the online notification of the second service module to each service module in the IDCM.
For example, when the second service module is started, because the second service module is not incorporated into the service system of the vehicle-mounted micro-service architecture, the second service module may register with the micro-service kernel, and the micro-service kernel sends an online notification of the second service module to the vehicle-mounted micro-service architecture. The vehicle-mounted micro-service architecture broadcasts the online notification of the second service module to each service module in the IDCM, so that each service module can know the starting states of other service modules conveniently, and communication failure caused by the fact that other service modules are not online is reduced.
As an application example of the above embodiment, referring to fig. 5, the communication method of the in-vehicle module further includes:
a1.1: starting a second service module;
a2.1: the second service module performs service registration;
a3.1: the micro-service kernel continuously monitors the service state of each service module;
a3.2: and when the second service module is monitored to be on line, broadcasting an on-line notification to other service modules in the IDCM through the vehicle-mounted micro-service architecture.
In the above application example, when the second service module stops, the micro service kernel may also detect that the service state of the second service module is stop. As shown in fig. 5, the communication method of the on-board module further includes: a4: the second service module stops; a5: the micro-service kernel broadcasts a notification of the current state of the second service module.
In the above application example, when other service modules are started, the other service modules may also register with the micro service kernel, so that the micro service kernel detects the service states of all the service modules. As shown in fig. 5, the communication method of the on-board module further includes: a1.2: starting other service modules; a2.2: and the other service modules register the service.
As an exemplary embodiment, the communication method of the in-vehicle module further includes:
receiving a subscription request initiated by a third service module in the IDCM; the subscription request is used for subscribing the service interface data;
and sending the service interface data to the third service module under the condition that the service interface data is detected to be published.
As an application example of the above embodiment, refer to fig. 6, wherein, a subscriber may include each service module, and the subscriber may subscribe to service interface data of other service modules through the in-vehicle micro-service architecture.
For example, the subscriber performs C1: when the data a is subscribed, the vehicle-mounted micro-service framework sends the data a to the subscriber and the subscriber receives the data a (see C4.1) under the condition that the service interface data a and the service interface data B are both published (see C3.1 and C3.2).
As another example, the subscriber performs C2: and subscribing the data A and the data B, wherein in the case that the service interface data A and the service interface data B are published (see C3.1 and C3.2), the vehicle-mounted micro-service architecture sends the data A and the data B to a subscriber, and the subscriber receives the data A and the data B (see C4.2 and C4.3).
Therefore, a service System provided by the vehicle-mounted micro-service framework follows an automobile Open System Architecture (Automotive Open System Architecture, AUTOSAR), a service module accessed into the vehicle-mounted micro-service framework can provide a service interface to the outside, and other service modules can receive specified interface data sent by the service module through subscription, so that the vehicle-mounted micro-service framework is utilized to distribute and process the service interface data in a targeted manner. When each service module publishes a message, other service modules can only receive the subscribed service interface data.
In practical application, all the service interface data of the service module incorporated into the micro-service architecture service system can be subscribed without being limited by the location of the service module. For example, service interface data of the ECU, the cloud platform, etc. may all be subscribed to.
FIG. 7 is a schematic diagram of a service architecture of an in-vehicle microservice architecture in an application example. As shown in fig. 7, based on the vehicle-mounted micro service architecture, the following functions can be implemented:
A. the service discovery function refers to the corresponding flow A1-A3 on the line of the service module A in FIG. 7.
B. The efficient communication function refers to the flows B1, B2.1-B2.3 corresponding to the service module a initiating the communication request in fig. 7.
C. And the authority control function refers to the flows C1, C2 and C3.1-C3.3 corresponding to the service module A in FIG. 7 for initiating the data request.
D. The service subscription function refers to the service module a in fig. 7 to perform the flows D1, D2.1-D2.3 and D3.1-D3.2 corresponding to the service subscription.
In summary, after the first service module in the communication module IDCM connected to the vehicle-mounted micro service architecture initiates a request for communication with other communication modules, the vehicle-mounted micro service architecture searches corresponding communication information from the pre-stored communication information, and completes communication between the first communication module and the second communication module according to the communication information. Therefore, each communication module does not need to care about the communication information of other communication modules, and can complete the communication with other communication modules only by sending the communication request to the vehicle-mounted micro-service architecture. By the unified scheduling of the vehicle-mounted micro-service architecture, the communication efficiency can be improved.
Fig. 8 is a block diagram illustrating a communication device of an on-board module according to an embodiment of the present application, where the device is applied to an on-board micro-service architecture, and the on-board micro-service architecture connects a plurality of communication modules. As shown in fig. 8, the apparatus may include:
a first receiving module 810, configured to receive a request initiated by a first communication module of the plurality of communication modules to communicate with a second communication module of the plurality of communication modules;
a searching module 820, configured to search the communication information of the second communication module from the pre-stored communication information of the plurality of communication modules;
the communication executing module 830 is configured to complete communication between the first communication module and the second communication module according to the communication information of the second communication module.
Illustratively, the communication performing module 830 includes:
a determining unit 831 configured to determine a communication protocol between the first communication module and the second communication module according to address information of the second communication module;
a communication unit 832, configured to complete communication between the first communication module and the second communication module based on the address information and the communication protocol.
Exemplarily, the determining unit comprises at least one of:
the first determining subunit is used for determining that the communication protocol is an inter-thread communication protocol under the condition that the second communication module and the first communication module are positioned in different threads in the same process;
the second communication subunit is used for determining that the communication protocol is an IPC protocol under the condition that the second communication module and the first communication module are both service modules in the IDCM;
a third communication subunit, configured to determine that the communication protocol is SOME/IP in a case where the second communication module and the first communication module are located in different functional domains in the vehicle;
and the fourth communication subunit is used for determining that the communication protocol is HTTP or MQTT under the condition that the second communication module is in the cloud.
The functions of each module in each apparatus in the embodiment of the present application may refer to corresponding descriptions in the above method, and are not described herein again.
Fig. 9 shows a block diagram of an electronic device according to an embodiment of the present application. As shown in fig. 9, the electronic apparatus includes: a memory 910 and a processor 920, the memory 910 having stored therein instructions executable on the processor 920. The processor 920 implements the communication method of the in-vehicle module in the above-described embodiment when executing the instruction. The number of the memory 910 and the processor 920 may be one or more. The electronic device is intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device may also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be examples only, and are not meant to limit implementations of the present application that are described and/or claimed herein.
The electronic device may further include a communication interface 930 for communicating with an external device for data interactive transmission. The various devices are interconnected using different buses and may be mounted on a common motherboard or in other manners as desired. The processor 920 may process instructions for execution within the electronic device, including instructions stored in or on a memory to display graphical information of a GUI on an external input/output apparatus (such as a display device coupled to an interface). In other embodiments, multiple processors and/or multiple buses may be used, along with multiple memories and multiple memories, as desired. Also, multiple electronic devices may be connected, with each device providing portions of the necessary operations (e.g., as a server array, a group of blade servers, or a multi-processor system). The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown in FIG. 9, but this does not indicate only one bus or one type of bus.
Optionally, in an implementation, if the memory 910, the processor 920 and the communication interface 930 are integrated on a chip, the memory 910, the processor 920 and the communication interface 930 may complete communication with each other through an internal interface.
It should be understood that the processor may be a Central Processing Unit (CPU), other general purpose processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, discrete hardware component, etc. A general purpose processor may be a microprocessor or any conventional processor or the like. It is noted that the processor may be an advanced reduced instruction set machine (ARM) architecture supported processor.
Embodiments of the present application provide a computer-readable storage medium (such as the above-mentioned memory 910) storing computer instructions, which when executed by a processor implement the methods provided in embodiments of the present application.
Alternatively, the memory 910 may include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application program required for at least one function; the storage data area may store data created according to use of the electronic device of the communication method of the in-vehicle module, and the like. Further, the memory 910 may include high speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid state storage device. In some embodiments, the memory 910 may optionally include memory located remotely from the processor 920, and these remote memories may be connected to the electronics of the communication method of the on-board module via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
In the description herein, references to the description of the term "one embodiment," "some embodiments," "an example," "a specific example," or "some examples," etc., mean that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the application. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples. Furthermore, various embodiments or examples and features of different embodiments or examples described in this specification can be combined and combined by one skilled in the art without contradiction.
Furthermore, the terms "first", "second" and "first" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one such feature. In the description of the present application, "a plurality" means two or more unless specifically limited otherwise.
Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more (two or more) executable instructions for implementing specific logical functions or steps in the process. And the scope of the preferred embodiments of the present application includes other implementations in which functions may be performed out of the order shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved.
The logic and/or steps represented in the flowcharts or otherwise described herein, e.g., an ordered listing of executable instructions that can be considered to implement logical functions, can be embodied in any computer-readable medium for use by or in connection with an instruction execution system, apparatus, or device, such as a computer-based system, processor-containing system, or other system that can fetch the instructions from the instruction execution system, apparatus, or device and execute the instructions.
It should be understood that portions of the present application may be implemented in hardware, software, firmware, or a combination thereof. In the above embodiments, the various steps or methods may be implemented in software or firmware stored in memory and executed by a suitable instruction execution system. All or part of the steps of the method of the above embodiments may be implemented by hardware that is configured to be instructed to perform the relevant steps by a program, which may be stored in a computer-readable storage medium, and which, when executed, includes one or a combination of the steps of the method embodiments.
In addition, functional units in the embodiments of the present application may be integrated into one processing module, or each unit may exist alone physically, or two or more units are integrated into one module. The integrated module can be realized in a hardware mode, and can also be realized in a software functional module mode. The integrated module may also be stored in a computer-readable storage medium if it is implemented in the form of a software functional module and sold or used as a separate product. The storage medium may be a read-only memory, a magnetic or optical disk, or the like.
The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive various changes or substitutions within the technical scope of the present application, and these should be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.
Claims (14)
1. The vehicle-mounted micro-service architecture is characterized in that the vehicle-mounted micro-service architecture is connected with a plurality of communication modules; the vehicle-mounted micro-service architecture stores communication information of the plurality of communication modules;
the vehicle-mounted micro-service architecture is used for receiving a request initiated by a first communication module of the plurality of communication modules for communicating with a second communication module of the plurality of communication modules, searching the communication information of the second communication module from the stored communication information, and finishing the communication between the first communication module and the second communication module according to the communication information of the second communication module.
2. The on-board microservice architecture of claim 1, the plurality of communication modules comprising at least one of a service module in an Information Domain Controller (IDCM) in a vehicle, a domain controller other than the IDCM in a vehicle, an Electronic Control Unit (ECU), and a cloud service platform.
3. The vehicle micro-service architecture according to claim 1 or 2, wherein the vehicle micro-service architecture comprises a service interface module and a plurality of service processing modules corresponding to a plurality of communication protocols, respectively;
the service interface module is used for being connected with the plurality of communication modules, searching the communication information of the second communication module from the stored communication information when the request is received, determining a communication protocol between the first communication module and the second communication module according to the communication information of the second communication module, and distributing the request to a service processing module corresponding to the communication protocol;
the service processing module is used for finishing the communication between the first communication module and the second communication module by adopting the communication protocol.
4. The in-vehicle microservice architecture of claim 3, wherein the plurality of service processing modules comprises an IPC processing module corresponding to an inter-process communication IPC protocol, an HTTP processing module corresponding to a hypertext transfer protocol (HTTP), an MQTT processing module corresponding to a message queue telemetry transport protocol (MQTT), and an SOME/IP processing module corresponding to an IP-based service-oriented extensible middleware (SOME/IP).
5. The communication method of the vehicle-mounted module is characterized by being applied to a vehicle-mounted micro-service framework, wherein the vehicle-mounted micro-service framework is connected with a plurality of communication modules;
the method comprises the following steps:
receiving a request initiated by a first communication module of the plurality of communication modules to communicate with a second communication module of the plurality of communication modules;
searching the communication information of the second communication module from the prestored communication information of the plurality of communication modules;
and finishing the communication between the first communication module and the second communication module according to the communication information of the second communication module.
6. The method according to claim 5, wherein the completing the communication between the first communication module and the second communication module according to the communication information of the second communication module comprises:
determining a communication protocol between the first communication module and the second communication module according to the address information of the second communication module;
and completing the communication between the first communication module and the second communication module based on the address information and the communication protocol.
7. The method according to claim 6, wherein the determining a communication protocol between the first communication module and the second communication module according to the address information of the second communication module comprises:
and under the condition that the second communication module and the first communication module are positioned in different threads in the same process, determining that the communication protocol is an inter-thread communication protocol.
8. The method according to claim 6, wherein the determining a communication protocol between the first communication module and the second communication module according to the address information of the second communication module comprises:
and under the condition that the second communication module and the first communication module are both service modules in the IDCM, determining that the communication protocol is an IPC protocol.
9. The method according to claim 6, wherein the determining a communication protocol between the first communication module and the second communication module according to the address information of the second communication module comprises:
determining the communication protocol to be SOME/IP in the case that the second communication module is located in a different functional domain in the vehicle than the first communication module.
10. The method according to claim 6, wherein the determining a communication protocol between the first communication module and the second communication module according to the address information of the second communication module comprises:
and under the condition that the second communication module is in the cloud, determining that the communication protocol is HTTP or MQTT.
11. The communication device of the vehicle-mounted module is applied to a vehicle-mounted micro-service framework, wherein the vehicle-mounted micro-service framework is connected with a plurality of communication modules;
the device comprises:
a first receiving module, configured to receive a request initiated by a first communication module of the plurality of communication modules to communicate with a second communication module of the plurality of communication modules;
the searching module is used for searching the communication information of the second communication module from the prestored communication information of the plurality of communication modules;
and the communication execution module is used for finishing the communication between the first communication module and the second communication module according to the communication information of the second communication module.
12. The apparatus of claim 11, wherein the communication performing module comprises:
the determining unit is used for determining a communication protocol between the first communication module and the second communication module according to the address information of the second communication module;
and the communication unit is used for finishing the communication between the first communication module and the second communication module based on the address information and the communication protocol.
13. An electronic device, comprising:
at least one processor; and
a memory communicatively coupled to the at least one processor; wherein,
the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of any one of claims 5-10.
14. A computer readable storage medium having stored therein computer instructions which, when executed by a processor, implement the method of any one of claims 5-10.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010956438.2A CN112055091B (en) | 2020-09-11 | 2020-09-11 | Vehicle-mounted micro-service architecture, and communication method and device of vehicle-mounted module |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010956438.2A CN112055091B (en) | 2020-09-11 | 2020-09-11 | Vehicle-mounted micro-service architecture, and communication method and device of vehicle-mounted module |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112055091A true CN112055091A (en) | 2020-12-08 |
| CN112055091B CN112055091B (en) | 2022-09-30 |
Family
ID=73611555
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010956438.2A Active CN112055091B (en) | 2020-09-11 | 2020-09-11 | Vehicle-mounted micro-service architecture, and communication method and device of vehicle-mounted module |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112055091B (en) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112783675A (en) * | 2021-01-29 | 2021-05-11 | 中汽创智科技有限公司 | IPC communication method |
| CN112804249A (en) * | 2021-01-28 | 2021-05-14 | 中汽创智科技有限公司 | Data communication method and system for remotely calling automatic driving platform |
| CN113253710A (en) * | 2021-06-16 | 2021-08-13 | 奥特酷智能科技(南京)有限公司 | Control software implementation architecture of block gateway electronic control unit |
| CN113516301A (en) * | 2021-06-22 | 2021-10-19 | 中国联合网络通信集团有限公司 | Task scheduling method facing automatic driving, terminal equipment and storage medium |
| CN114035862A (en) * | 2021-11-08 | 2022-02-11 | 苏州挚途科技有限公司 | Data processing method and device and electronic equipment |
| CN114285831A (en) * | 2021-12-23 | 2022-04-05 | 中汽创智科技有限公司 | Data transmission method and device for automobile open architecture |
| CN114553873A (en) * | 2022-02-27 | 2022-05-27 | 重庆长安汽车股份有限公司 | SOA-based vehicle cloud cooperative control system and method and readable storage medium |
| CN115185253A (en) * | 2022-07-04 | 2022-10-14 | 潍柴动力股份有限公司 | Method and device for constructing domain controller operating system |
| CN115225706A (en) * | 2022-06-10 | 2022-10-21 | 广州汽车集团股份有限公司 | Data transmission method, device, vehicle and storage medium |
| CN117931483A (en) * | 2024-03-21 | 2024-04-26 | 宁德时代新能源科技股份有限公司 | Operating system, generating method, electronic device, storage medium, and program product |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20150058946A1 (en) * | 2013-08-23 | 2015-02-26 | Unisys Corporation | Connectivity services application programming interface |
| WO2018120645A1 (en) * | 2016-12-27 | 2018-07-05 | 华为技术有限公司 | Device connection method and terminal |
| CN110557357A (en) * | 2018-05-31 | 2019-12-10 | 华为技术有限公司 | remote procedure call protocol self-adaption method, related device and server |
| CN110650197A (en) * | 2019-09-25 | 2020-01-03 | 华人运通(上海)新能源驱动技术有限公司 | Signal transmission method and device |
| US20200195528A1 (en) * | 2018-12-17 | 2020-06-18 | Cisco Technology, Inc. | Time sensitive networking in a microservice environment |
-
2020
- 2020-09-11 CN CN202010956438.2A patent/CN112055091B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20150058946A1 (en) * | 2013-08-23 | 2015-02-26 | Unisys Corporation | Connectivity services application programming interface |
| WO2018120645A1 (en) * | 2016-12-27 | 2018-07-05 | 华为技术有限公司 | Device connection method and terminal |
| CN110557357A (en) * | 2018-05-31 | 2019-12-10 | 华为技术有限公司 | remote procedure call protocol self-adaption method, related device and server |
| US20200195528A1 (en) * | 2018-12-17 | 2020-06-18 | Cisco Technology, Inc. | Time sensitive networking in a microservice environment |
| CN110650197A (en) * | 2019-09-25 | 2020-01-03 | 华人运通(上海)新能源驱动技术有限公司 | Signal transmission method and device |
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112804249B (en) * | 2021-01-28 | 2023-06-23 | 中汽创智科技有限公司 | Data communication method and system for remotely calling automatic driving platform |
| CN112804249A (en) * | 2021-01-28 | 2021-05-14 | 中汽创智科技有限公司 | Data communication method and system for remotely calling automatic driving platform |
| CN112783675A (en) * | 2021-01-29 | 2021-05-11 | 中汽创智科技有限公司 | IPC communication method |
| CN112783675B (en) * | 2021-01-29 | 2023-08-22 | 中汽创智科技有限公司 | IPC communication method |
| CN113253710A (en) * | 2021-06-16 | 2021-08-13 | 奥特酷智能科技(南京)有限公司 | Control software implementation architecture of block gateway electronic control unit |
| CN113516301A (en) * | 2021-06-22 | 2021-10-19 | 中国联合网络通信集团有限公司 | Task scheduling method facing automatic driving, terminal equipment and storage medium |
| CN113516301B (en) * | 2021-06-22 | 2023-06-27 | 中国联合网络通信集团有限公司 | Automatic driving-oriented task scheduling method, terminal equipment and storage medium |
| CN114035862A (en) * | 2021-11-08 | 2022-02-11 | 苏州挚途科技有限公司 | Data processing method and device and electronic equipment |
| CN114285831A (en) * | 2021-12-23 | 2022-04-05 | 中汽创智科技有限公司 | Data transmission method and device for automobile open architecture |
| CN114285831B (en) * | 2021-12-23 | 2024-03-08 | 中汽创智科技有限公司 | Data transmission method and device for automobile open architecture |
| CN114553873B (en) * | 2022-02-27 | 2023-06-09 | 重庆长安汽车股份有限公司 | SOA-based vehicle-cloud cooperative control system, method and readable storage medium |
| CN114553873A (en) * | 2022-02-27 | 2022-05-27 | 重庆长安汽车股份有限公司 | SOA-based vehicle cloud cooperative control system and method and readable storage medium |
| CN115225706A (en) * | 2022-06-10 | 2022-10-21 | 广州汽车集团股份有限公司 | Data transmission method, device, vehicle and storage medium |
| CN115225706B (en) * | 2022-06-10 | 2024-05-31 | 广州汽车集团股份有限公司 | Data transmission method, device, vehicle and storage medium |
| CN115185253A (en) * | 2022-07-04 | 2022-10-14 | 潍柴动力股份有限公司 | Method and device for constructing domain controller operating system |
| CN117931483A (en) * | 2024-03-21 | 2024-04-26 | 宁德时代新能源科技股份有限公司 | Operating system, generating method, electronic device, storage medium, and program product |
| CN117931483B (en) * | 2024-03-21 | 2024-07-23 | 宁德时代新能源科技股份有限公司 | Operating system, generating method, electronic device, storage medium, and program product |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112055091B (en) | 2022-09-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112055091B (en) | Vehicle-mounted micro-service architecture, and communication method and device of vehicle-mounted module | |
| US20200099606A1 (en) | Distrubuted testing service | |
| US11914987B2 (en) | Master update agent and distributed update agent architecture for vehicles | |
| CN113824795B (en) | Communication method, device and system of vehicle end and cloud end | |
| CN109040263B (en) | Service processing method and device based on distributed system | |
| CN113094062A (en) | Upgrading method and device | |
| CN113434249A (en) | Mirror image synchronization method and device, docker host and storage medium | |
| CN112433863A (en) | Micro-service calling method and device, terminal equipment and storage medium | |
| CN114363233B (en) | Packet routing method, device, electronic equipment and storage medium | |
| US11025753B2 (en) | Method and device for inter-process communication in network | |
| JP2023033568A (en) | Vehicle, in-vehicle control device, information processing device, vehicle network system, method for providing application program, and program | |
| CN116599917A (en) | Network port determining method, device, equipment and storage medium | |
| US20150046342A1 (en) | System and method for telematics service of vehicle | |
| CN112261112B (en) | Information sharing method, device and system, electronic equipment and storage medium | |
| WO2007111487A1 (en) | Application sharing service system, application provider's client module and application user's client module for application sharing service | |
| CN109981778B (en) | Method, device, equipment and storage medium for realizing service of content distribution network | |
| JP2018194887A (en) | Service management device for vehicle and service management program for vehicle | |
| CN113296911B (en) | Cluster calling method, cluster calling device, electronic equipment and readable storage medium | |
| CN115269063A (en) | Process creation method, system, device and medium | |
| CN113973126A (en) | Communication method and device between vehicle-end subsystems, electronic equipment and medium | |
| CN113973126B (en) | Communication method and device between vehicle terminal systems, electronic equipment and medium | |
| EP4044522A1 (en) | Communication system, electronic control device, and communication method | |
| CN114398098B (en) | Application script execution method, device, electronic equipment and computer readable medium | |
| EP4319213A1 (en) | Service access method and device | |
| CN116028202A (en) | Vehicle-mounted central computer system under SOA architecture |
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 |