Process state information acquisition method and device, electronic equipment and vehicle

Abstract

The invention provides a process state information acquisition method and device, electronic equipment and a vehicle, a first communication process and a second communication process are established, the first communication process is in communication connection with each SCC process in a same processor through a first communication protocol, and the second communication process is in communication connection with each SCC process through a second communication protocol. And the second communication process is in communication connection with at least one DDS process and / or a whole vehicle domain topology network in the same processor through a second communication protocol, so that the first communication process can be controlled to receive SCC process state data sent by the SCC process and store the SCC process state data to a preset area. And controlling a second communication process to read SCC process state data in the preset area, and sending the SCC process state data to at least one DDS process and / or a whole vehicle domain topology network. Through the scheme of the invention, the state data of the SCC process executing inter-process communication in the processor can be sent to the whole vehicle domain topology network, so that the health state of the whole vehicle domain topology network can be monitored.

Description

Technical Field

[0001] This application relates to the technical field of vehicle detection, and particularly to a method, device, electronic device, and vehicle for obtaining process status information. Background Art

[0002] In the process of realizing vehicle whole-vehicle domain control, multiple domain controllers are involved. Each domain controller is configured with a processor, and different processors exchange data through a certain communication protocol. To ensure the real-time and efficient data interaction and avoid excessive occupation of the whole-vehicle control resources, a communication implementation scheme that combines the DDS (Data-Distribution Service) process and the SCC (Simple Communication Component) process is adopted in the whole-vehicle domain. Among them, the DDS process and the SCC process are set within the same processor. The DDS process uses a protocol such as RTPS (Real Time Publish Subscribe Protocol) to interact data with the whole-vehicle domain network topology, and the SCC process uses a protocol such as IPC (Inter Process Communication) to interact data with other processes within this processor. This method maximally guarantees the rational application of resources. However, since the SCC process does not communicate with the whole-vehicle domain network topology during operation, it is equivalent to being detached from the whole-vehicle domain topology network, resulting in the inability to collect the status information of the SCC process in real time and monitor its health status. Summary of the Invention

[0003] The technical problem to be solved by this application is the problem that the health status of some processes in the whole-vehicle control domain cannot be monitored. For this reason, this application proposes a method, device, electronic device, and vehicle for obtaining process status information.

[0004] In a first aspect, a method for obtaining process status information provided by the technical solution of this application includes:

[0005] Establish a first communication process and a second communication process; the first communication process is communicatively connected to each SCC process in the same processor through a first communication protocol, and the second communication process is communicatively connected to at least one DDS process and / or the whole-vehicle domain topology network in the same processor through a second communication protocol;

[0006] Control the first communication process to receive the SCC process status data sent by each SCC process and store the SCC process status data in a preset area;

[0007] Control the second communication process to read the SCC process status data in the preset area, and send the SCC process status data to at least one of the DDS processes and / or the vehicle domain topology network.

[0008] In some solutions, the method for obtaining process status information, establishing a first communication process and a second communication process, includes:

[0009] Obtain processor tag data, which is used to distinguish different SCC processes or DDS processes;

[0010] Establish a first application process, and bind the first application process to the processor tag data to obtain the first communication process;

[0011] Obtain the SCC process communication protocol in the same processor, and use the SCC process communication protocol as the first communication protocol;

[0012] Establish a second application process, and bind the second application process to the processor tag data to obtain the second communication process;

[0013] Obtain the DDS process communication protocol in the same processor, and use the DDS process communication protocol as the second communication protocol.

[0014] In some solutions, the method for obtaining process status information, the obtaining of processor tag data, includes:

[0015] Obtain the tag data bound to the SCC process in the same processor as the processor tag data; or,

[0016] Obtain the tag data bound to the DDS process in the same processor as the processor tag data.

[0017] In some solutions, the method for obtaining process status information, the controlling the first communication process to receive the SCC process status data sent by each SCC process, includes:

[0018] Control the first communication process to receive the original SCC process status data sent by each SCC process;

[0019] Encapsulate each piece of the original SCC process status data into an SCC status data packet, and each SCC status data packet is configured with an SCC process identifier corresponding to the SCC process;

[0020] Use the SCC status data packet as the SCC process status data of the corresponding SCC process.

[0021] In a second aspect, the technical solution of the present application provides a method for obtaining process status information, including:

[0022] Obtain the SCC process status data in the vehicle domain topology network, where the SCC process status data is sent by the processor to the vehicle domain topology network;

[0023] Compile the SCC process status data into SCC process information with the same format as the DDS process information according to a preset compilation method; the preset compilation method is the compilation method for compiling the existing DDS process status data into DDS process information;

[0024] Summarize the SCC process information and the DDS process information into process information and send the process information to the target terminal; the target terminal is a terminal for parsing and displaying the process status information.

[0025] In some solutions, for the process status information acquisition method, when compiling the SCC process status data into SCC process information with the same format as the DDS process information, it further includes:

[0026] Obtain the original SCC process status data and the SCC process identifier included in the SCC process status data;

[0027] Bind the SCC process information to the SCC process identifier.

[0028] In a third aspect, the technical solution of the present application provides a process status information acquisition device, including:

[0029] A process establishment module, configured to establish a first communication process and a second communication process; the first communication process communicates with each SCC process in the same processor through a first communication protocol, and the second communication process communicates with at least one DDS process and / or the vehicle domain topology network in the same processor through a second communication protocol;

[0030] A data reception module, configured to control the first communication process to receive the SCC process status data sent by each SCC process and store the SCC process status data in a preset area;

[0031] A data transmission module, configured to control the second communication process to read the SCC process status data in the preset area and send the SCC process status data to at least one DDS process and / or the vehicle domain topology network.

[0032] In a fourth aspect, the technical solution of the present application provides a process status information acquisition device, including:

[0033] An information collection module, configured to obtain SCC process status data in the vehicle domain topology network, where the SCC process status data is sent by a processor to the vehicle domain topology network;

[0034] An information compilation module, configured to compile the SCC process status data into SCC process information having the same format as DDS process information according to a preset compilation method; the preset compilation method is the compilation method for compiling existing DDS process status data into DDS process information;

[0035] An information sending module, configured to aggregate the SCC process information and the DDS process information into process information and send the process information to a target terminal; the target terminal is a terminal for parsing and displaying process status information.

[0036] In a fifth aspect, the technical solution of the present application provides a computer-readable storage medium, in which program information is stored, and after a computer reads the program information, it executes the process status information acquisition method according to any one of the first aspect or the process status information acquisition method according to any one of the second aspect.

[0037] In a sixth aspect, the technical solution of the present application provides an electronic device, characterized in that the electronic device includes at least one processor and at least one memory, at least one of the memories stores program information, and after at least one of the processors reads the program information, it executes the process status information acquisition method according to any one of the first aspect or the process status information acquisition method according to any one of the second aspect.

[0038] In a seventh aspect, the technical solution of the present application provides a vehicle, in which the vehicle is configured with the process status information acquisition device according to the third aspect, or the computer-readable storage medium according to the fourth aspect, or the electronic device according to the fifth aspect.

[0039] Adopting the above technical solutions, the following beneficial effects are achieved:

[0040] The method, device, electronic device and vehicle for obtaining process status information provided by the embodiments of the present application establish a first communication process and a second communication process. The first communication process is communicatively connected to each SCC process in the same processor via a first communication protocol, and the second communication process is communicatively connected to at least one DDS process and / or the vehicle domain topology network in the same processor via a second communication protocol. Thus, it can be controlled that the first communication process receives the SCC process status data sent by the SCC process and stores the SCC process status data in a preset area, and the second communication process is controlled to read the SCC process status data in the preset area and send the SCC process status data to at least one DDS process and / or the vehicle domain topology network. If the second communication process sends the SCC process status data to the DDS process, the DDS process can directly forward it to the vehicle domain topology network. Therefore, the ultimate purpose of the second communication process sending the SCC process status data to the DDS process is also to communicatively connect the SCC process to the vehicle domain topology network. Through the solution of the present application, the status data of the SCC process that performs inter-process communication in the processor can be sent to the vehicle domain topology network, so as to monitor its health status. BRIEF DESCRIPTION OF THE DRAWINGS

[0041] Figure 1 is a flowchart of the method for obtaining process status information in an embodiment of the present application;

[0042] Figure 2 is a schematic diagram of the transmission process of process status information in an embodiment of the present application;

[0043] Figure 3 is a flowchart of the method for obtaining process status information in another embodiment of the present application;

[0044] Figure 4 is a schematic diagram of the transmission process of process status information in another embodiment of the present application;

[0045] Figure 5 is a structural block diagram of the device for obtaining process status information in an embodiment of the present application;

[0046] Figure 6 is a structural block diagram of the device for obtaining process status information in another embodiment of the present application;

[0047] Figure 7 is a schematic diagram of the hardware connection relationship of the electronic device in an embodiment of the present application. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0048] The following further describes the specific embodiments of the present application with reference to the accompanying drawings.

[0049] It is easy to understand that, according to the technical solution of the present application, under the condition of not changing the essential spirit of the present application, there are various structural forms and implementation methods that can be mutually replaced by those of ordinary skill in the art. Therefore, the following specific embodiments and the accompanying drawings are only exemplary descriptions of the technical solution of the present application, and should not be regarded as the whole of the present application or as a limitation or restriction on the technical solution of the application.

[0050] The orientation terms such as up, down, left, right, front, back, front side, back side, top, bottom, etc. mentioned or possibly mentioned in this specification are defined relative to the structures shown in the respective drawings. They are relative concepts, and thus may change accordingly depending on their different positions and different usage states. Therefore, these or other orientation terms should not be construed as restrictive terms.

[0051] An embodiment of the present application provides a method for obtaining process status information, which is applied to a vehicle with a vehicle domain control. Specifically, it can be applied to a processor with an SCC process in the vehicle domain control, such as Figure 1 as shown, the method includes:

[0052] S110: Establish a first communication process and a second communication process; the first communication process is communicatively connected to each SCC process in the same processor with a first communication protocol, and the second communication process is communicatively connected to at least one DDS process and / or the vehicle domain topology network in the same processor with a second communication protocol.

[0053] The first communication process needs to be communicatively connected to each SCC process in the same processor. Therefore, the first communication process has the same communication protocol as the SCC process, that is, the communication protocol of the SCC process can be used as the first communication protocol. For example, the IPC protocol, the lightweight IPC protocol, etc. Similarly, the second communication process needs to be communicatively connected to other DDS processes or the vehicle domain topology network. Therefore, the second communication process has the same communication protocol as the DDS process or the vehicle domain topology network, that is, the communication protocol of the DDS process or the communication protocol of the vehicle domain topology network can be used as the second communication protocol. For example, the RTPS protocol, etc.

[0054] S120: Control the first communication process to receive the SCC process status data sent by each of the SCC processes and store the SCC process status data in a preset area.

[0055] The first communication process is communicatively connected to each of the SCC processes. Therefore, the first communication process can receive the SCC process status data sent by each of the SCC processes.

[0056] The SCC process status data records the self-status information of the SCC process, including static configuration information, various running parameter information during runtime, etc. It can be understood that the SCC process is essentially an application program, and there is no difference from the DDS process in terms of health monitoring. Therefore, there is no difference in the status data required for health monitoring. So, in this solution, the corresponding status data can be obtained according to the needs of health monitoring. After the first communication process obtains the SCC process status data, it can be temporarily stored in a preset area, which is a reserved space.

[0057] S130: Control the second communication process to read the SCC process status data in the preset area and send the SCC process status data to at least one of the DDS processes and / or the vehicle domain topology network.

[0058] The second communication process can directly read the stored data from the preset area, that is, read the SCC process status data. The second communication process is communicatively connected to at least one of the DDS processes and / or the vehicle domain topology network. Therefore, the second communication process can send the SCC process status data to at least one of the DDS processes and / or the vehicle domain topology network.

[0059] Combined with Figure 2 The shown structural block diagram shows the communication connection relationships between various processes in a processor. Among them, the communication connection relationship between two processes connected by a solid line is the original communication connection relationship, and the communication connection relationship between two processes connected by a dotted line is the newly added communication connection relationship in this solution. The DDS process and the SCC process shown in the figure can be combined. For example, two DDS processes can be combined into one process, two SCC processes can be combined into one process, or one DDS process and one SCC process can be combined into one process. Among them, the SCC process can only be communicatively connected to other SCC processes within the same processor, while the DDS process can be communicatively connected to other DDS processes within the same processor and can also be communicatively connected to the vehicle domain topology network outside the processor, that is, the DDS process can send information to the port and then send it to the vehicle domain topology network through the port. In this application, by creating a new first communication process to be communicatively connected to other SCC processes in the same processor, the status data of each SCC process is obtained and stored in the preset area. By creating a new second communication process to be communicatively connected to other DDS processes in the same processor, and the second communication process can read the SCC process status data stored in the preset area and send the SCC process status data to other DDS processes, and then the DDS process sends it to the port and then to the vehicle domain topology network through the port. Or, the second communication process is directly communicatively connected to the vehicle domain topology network through the port, and the second communication interface directly sends the SCC process status data to the vehicle domain topology network.

[0060] In addition, as Figure 2 shown, although the above embodiments of the present application mainly provide a method for sending SCC process status data to the vehicle domain topology network, the method for sending the status data of the DDS process is not introduced in detail. Those skilled in the art can understand that the sending of the status data of the DDS process can be implemented by using the prior art method, and thus will not be elaborated herein.

[0061] In the above solution, a first communication process and a second communication process are established. The first communication process is communicatively connected to each SCC process in the same processor by using a first communication protocol, and the second communication process is communicatively connected to at least one DDS process and / or the vehicle domain topology network in the same processor by using a second communication protocol. Thus, it can be controlled that the first communication process receives the SCC process status data sent by the SCC process, the first communication process stores the SCC process status data in a preset area, and the second communication process is controlled to read the SCC process status data from the preset area and send the SCC process status data to at least one DDS process and / or the vehicle domain topology network. If the second communication process sends the SCC process status data to the DDS process, the DDS process can directly forward it to the vehicle domain topology network. Therefore, the ultimate purpose of the second communication process sending the SCC process status data to the DDS process is also to communicatively connect the SCC process to the vehicle domain topology network. Through the solution of the present application, the status data of the SCC process that performs inter-process communication in the processor can be sent to the vehicle domain topology network, so that the monitoring of its health status can be realized.

[0062] Further, in the process status information acquisition method in the above solution, establishing the first communication process and the second communication process described in step S110 includes:

[0063] S1101: Obtain processor tag data; wherein, the processor tag data is used to distinguish different SCC processes or DDS processes.

[0064] The processor tag data is used to indicate which communication group of which processor the SCC process corresponding to the SCC process status data belongs to. Because in the actual application process, the number of processors is usually multiple, and different SCC processes in each processor will communicate with other SCC processes. Any group of SCC processes with a communication relationship can be assigned the same processor tag data. When each processor sends the status data of all the processes inside it to the vehicle domain topology network, the data source can be distinguished by the processor tag data.

[0065] S1102: Establish a first application process, and bind the first application process to the processor tag data to obtain the first communication process.

[0066] When the number of processors is multiple and there are multiple first application processes located in the processors, the first application processes can configure processor tags, so as to facilitate communication connection with other SCC processes in the same processor, that is, the first communication process can determine which part of the SCC process information to obtain through the processor tags, and can distinguish the received SCC process information.

[0067] S1103: Obtain the SCC process communication protocol in the same processor, and use the SCC process communication protocol as the first communication protocol.

[0068] As described above, the first communication process needs to communicate and connect with each SCC process in the same processor. Therefore, the first communication process has the same communication protocol as the SCC process. It is more convenient to directly use the SCC process communication protocol as the communication protocol of the first application process in implementation.

[0069] S1104: Establish a second application process, and obtain the first communication process after binding the second application process with the processor tag data.

[0070] When the number of processors is multiple and there are multiple second application processes located in the processors, the second application processes can configure processor tags, so as to facilitate communication connection with other DDS processes in the same processor, that is, the second communication process can determine which part of the DDS process information to obtain through the processor tags, and can distinguish the received DDS process information.

[0071] S1105: Obtain the DDS process communication protocol in the same processor, and use the DDS process communication protocol as the second communication protocol.

[0072] As described above, the second communication process needs to communicate and connect with the DDS processes in the same processor. Therefore, the second communication process has the same communication protocol as the DDS process. It is more convenient to directly use the DDS process communication protocol as the communication protocol of the first application process in implementation.

[0073] Further, the obtaining the processor tag data in the step S1101 includes: obtaining the tag data bound to the SCC process in the same processor as the processor tag data; or, obtaining the tag data bound to the DDS process in the same processor as the processor tag data.

[0074] In actual applications, since the SCC process and the DDS process in each processor need to communicate with other processes, it is necessary to clarify the communication objects during the communication process, that is, to bind using tag data. In this solution, the tag data bound by the existing SCC process and DDS process can also be directly used as the tag data of the first communication process and the second communication process for communication with them.

[0075] In some methods for obtaining process status information, in step S120, controlling the first communication process to receive the SCC process status data sent by each SCC process includes:

[0076] S1201: Control the first communication process to receive the original SCC process status data sent by each SCC process.

[0077] The original SCC process status data is various operating parameters collected by the SCC process in real time and directly, and the SCC process sends various operating parameters to the first communication process.

[0078] S1202: Encapsulate each piece of the original SCC process status data into an SCC status data packet, and each SCC status data packet is configured with an SCC process identifier corresponding to the SCC process.

[0079] The SCC process identifier can be used to distinguish processes. As Figure 2 shown, there are multiple SCC processes, so in this solution, when distinguishing the process data sent by different SCC processes, the SCC process identifier can be used as the distinguishing basis.

[0080] S1203: Use the SCC status data packet as the SCC process status data of the corresponding SCC process.

[0081] That is, the SCC process status data includes both the operating parameters of the SCC process and the SCC process identifier.

[0082] This application embodiment also provides a method for obtaining process status information, which is applied to a host computer or a cloud server. As Figure 3 shown, the method includes:

[0083] S210: Obtain the SCC process status data in the vehicle domain topology network, where the SCC process status data is sent by the processor to the vehicle domain topology network.

[0084] As Figure 4As shown in the figure, the host computer or cloud server can be connected to the processor port through the DDS router, that is, the host computer or cloud server is connected to the vehicle domain topology network. Of course, if there are a large number of processors, when it comes to intra-domain to inter-domain communication or LAN to WAN and other scenarios, the DDS router is required to participate in data forwarding, but if there is only one processor, there is no need to use a DDS router, and the processor and the host computer or cloud server can be directly connected one-to-one.

[0085] S220: Compile the SCC process status data into SCC process information having the same format as the DDS process information according to a preset compilation method; the preset compilation method is a compilation method for compiling existing DDS process status data into DDS process information.

[0086] The host computer or cloud server collects the status information of all DDS processes and SCC processes sent by each processor, and the status information of the DDS processes and SCC processes needs to be integrated into the same set of information for unified processing. That is, it is similar to the structure of establishing a local database to collect and persist the status information of all DDS processes and SCC processes. Similar to the host computer or cloud server in the prior art, when it is started, it will create several new DDS processes to receive data sent by each processor, one of which receives all DDS process status data, and the other receives all SCC process status information.

[0087] S230: Aggregate the SCC process information and the DDS process information into process information and send the process information to a target terminal; the target terminal is a terminal for parsing and displaying process status information.

[0088] When receiving these process status data, whether it is a DDS process or an SCC process, it can be put into the data queue without distinction and finally written into the local database.

[0089] Through this solution, it is equivalent to compiling all process status data into information with the same format as the DDS process information, and then using the network topology information to process to obtain information that can be displayed, and then sending it to the target terminal for display. Specifically, all process status data are organized into a data structure that is expanded according to certain rules. The target terminal can obtain each data according to a specific interface and display it according to the rules. The above process of expanding data and displaying according to the rules can be implemented using existing technical methods, which will not be repeated here.

[0090] Further, in the process status information acquisition method in the above solution, the step of compiling the SCC process status data into SCC process information with the same format as the DDS process information according to a preset compilation method further includes: obtaining the original SCC process status data and the SCC process identifier included in the SCC process status data; binding the SCC process information with the SCC process identifier. Through this solution, in the case of a large number of SCC process status data, the SCC process identifier can be used to distinguish the SCC process status data from other data, which has a more convenient effect.

[0091] In a specific example, in combination with Figure 2 and Figure 4 the framework shown, the specific process for process status information using the above method includes:

[0092] (1) Create a first communication process and a second communication process in the daemon process of the proxy service in the system-on-chip processor. Specifically, when the system-on-chip is powered on, the daemon process of the proxy is responsible for starting the proxy process and maintaining a listening state. The newly created first communication process (as an SCC entity) can communicate with all SCC process nodes in the processor. At the same time, the daemon process of the proxy can also continuously monitor the status of each process in the proxy. If a process in the proxy is abnormal at a certain moment, the daemon process of the proxy will handle these abnormalities accordingly.

[0093] (2) When the process in the system-on-chip processor starts, the SCC process node reads the static configuration information of the SCC process and communicates with the first communication process of the proxy process. After establishing communication, it sends its own topology information including the static configuration information as SCC process status data.

[0094] (3) The first communication process newly created in the proxy receives the SCC process status data sent by the SCC process node, saves and manages all the SCC process status data, and publishes the data to the vehicle topology network or other DDS process nodes through the newly created second communication process (as a DDS entity). If it is the first match and data is sent to the vehicle topology network or other DDS process nodes, the full amount of topology data will be sent at this time; otherwise, only incremental data can be sent.

[0095] (4) When the data of the system-on-chip is transmitted to the host computer, if routing is required, a DDS router is set. The DDS router filters the data according to the configuration information and forwards it to the host computer.

[0096] (5) On one hand, the host computer needs to receive the status data of the DDS process nodes sent by the vehicle topology network. On the other hand, it also needs to receive the status data of the DDS process nodes sent by the vehicle topology network, parse and integrate these two different status data according to the preset compilation method, perform local persistence, store them in the local database, and notify the service terminals including the display.

[0097] (6) The service terminal can query the status data of each process node from the local database through the process identifier of each process, and construct the necessary data model using the existing method.

[0098] (7) The human-machine interaction interface in the display obtains the data model, renders the screen using the existing method, and provides basic interaction functions through the peripherals. The human-machine interaction interface can achieve the effect of real-time view refresh according to the real-time update of the data model.

[0099] The embodiment of the present application provides a device for obtaining process status information, as Figure 5 shown, including:

[0100] A process establishment module 110, configured to establish a first communication process and a second communication process; the first communication process is communicatively connected to each SCC process in the same processor through a first communication protocol, and the second communication process is communicatively connected to at least one DDS process and / or the vehicle domain topology network in the same processor through a second communication protocol. Since the first communication process needs to be communicatively connected to each SCC process in the same processor, the first communication process has the same communication protocol as the SCC process. Similarly, since the second communication process needs to be communicatively connected to other DDS processes or the vehicle domain topology network, the second communication process has the same communication protocol as the DDS process or the vehicle domain topology network.

[0101] A data reception module 120, configured to control the first communication process to receive the SCC process status data sent by each SCC process and store the SCC process status data in a preset area; since the first communication process is communicatively connected to each SCC process, the first communication process can receive the SCC process status data sent by each SCC process. After the first communication process obtains the SCC process status data, it can be temporarily stored in the preset area, which is a reserved space.

[0102] The data sending module 130 is configured to control the second communication process to read the SCC process status data in the preset area and send the SCC process status data to at least one of the DDS processes and / or the vehicle domain topology network. The second communication process can directly read the stored data from the preset area, that is, read the SCC process status data. The second communication process is communicatively connected to at least one of the DDS processes and / or the vehicle domain topology network, so the second communication process can send the SCC process status data to at least one of the DDS processes and / or the vehicle domain topology network. In this application, by creating a first communication process to communicate with other SCC processes in the same processor, the SCC process status data of each process is obtained and stored in the preset area. By creating a second communication process to communicate with other DDS processes in the same processor, the second communication process can read the SCC process status data stored in the preset area and send the SCC process status data to other DDS processes, and then the DDS process sends it to the port and is sent to the vehicle domain topology network through the port. Alternatively, the second communication process is directly communicatively connected to the vehicle domain topology network through the port, and the second communication interface directly sends the SCC process status data to the vehicle domain topology network.

[0103] Furthermore, the process establishment module 110 in the above solution is further configured to obtain processor tag data; the processor tag data is used to distinguish different SCC processes or DDS processes. Establish a first application process, and after binding the first application process with the processor tag data, obtain the first communication process; obtain the SCC process communication protocol in the same processor, and use the SCC process communication protocol as the communication protocol of the first application process; establish a second application process, and after binding the second application process with the processor tag data, obtain the first communication process; obtain the DDS process communication protocol in the same processor, and use the DDS process communication protocol as the communication protocol of the second application process. The processor tag data is used to indicate which communication group in which processor the SCC process corresponding to the SCC process status data belongs to. Because in the actual application process, the number of processors is usually multiple, and different SCC processes in each processor will communicate with other SCC processes. Any group of SCC processes with a communication relationship can be assigned the same processor tag data. When each processor sends the status data of all the processes inside it to the vehicle domain topology network, the data source can be distinguished through the processor tag data. When the number of processors is multiple and there are multiple first application processes located in the processors, the first application processes can configure processor tags, so as to facilitate communication connection with other SCC processes in the same processor, that is, the first communication process can determine which part of the SCC process information to obtain through the processor tag, and can distinguish the received SCC process information. When the number of processors is multiple and there are multiple second application processes located in the processors, the second application processes can configure processor tags, so as to facilitate communication connection with other DDS processes in the same processor, that is, the second communication process can determine which part of the DDS process information to obtain through the processor tag, and can distinguish the received DDS process information.

[0104] The process establishment module 110 in the above solution is further configured to: obtain the tag data bound to the SCC process in the same processor as the processor tag data; or, obtain the tag data bound to the DDS process in the same processor as the processor tag data. In actual application, the SCC processes and DDS processes in each processor need to clearly define the communication objects during the communication process because they need to communicate with other processes, that is, use tag data for binding. In this solution, the existing tag data bound to the SCC processes and DDS processes is directly used as the tag data of the first communication process and the second communication process for communicating with them.

[0105] In some solutions, the data receiving module 120 is further configured to control the first communication process to receive the original SCC process status data sent by each of the SCC processes; encapsulate each of the original SCC process status data into an SCC status data packet, and each of the SCC status data packets is configured with an SCC process identifier corresponding to the SCC process; use the SCC status data packet as the SCC process status data of the corresponding SCC process. The original SCC process status data is various operating parameters directly and in real time collected by the SCC process, and the SCC process sends the various operating parameters to the first communication process. The SCC process identifier can be used to distinguish processes, and the SCC process status data includes both the operating parameters of the SCC process and the SCC process identifier.

[0106] In some embodiments, a process status information acquisition device is further provided, as Figure 6 shown, including:

[0107] An information collection module 210, configured to acquire SCC process status data in the vehicle domain topology network, where the SCC process status data is sent by a processor to the vehicle domain topology network; when there are a large number of processors, in scenarios such as in-domain to inter-domain communication or local area network to wide area network, a DDS router is required to participate in data forwarding, but when there is only one processor, a DDS router does not have to be used, and the processor can be directly connected to the host computer or the cloud server one-to-one.

[0108] An information compilation module 220, configured to compile the SCC process status data into SCC process information with the same format as the DDS process information according to a preset compilation method; the preset compilation method is the compilation method for compiling the existing DDS process status data into DDS process information; collect all the status information of the DDS processes and SCC processes sent by each processor, and the status information of the DDS processes and SCC processes needs to be integrated into the same group of information for unified processing. That is, similar to establishing the structure of a local database, collect and persist all the status information of the DDS processes and SCC processes. Similar to the host computer or the cloud server in the prior art, when it starts up, it will create several DDS processes to receive the data sent by each processor, where a part receives all the DDS process status data, and the other part receives all the status information of the SCC processes.

[0109] An information sending module 230, configured to aggregate the SCC process information and the DDS process information into process information and send the process information to a target terminal; the target terminal is a terminal for parsing and displaying process status information. When receiving process status data, whether it is a DDS process or an SCC process, the data can be placed in the data queue without difference and finally written into the local database.

[0110] Through this solution, it is equivalent to compiling all process status data into information with the same format as the DDS process information, then using the network topology information to process and obtain information that can be displayed, and then sending it to the target terminal for display.

[0111] In some solutions, for the process status information acquisition device, the information compilation module 220 is used to obtain the original SCC process status data and the SCC process identifier included in the SCC process status data; bind the SCC process information with the SCC process identifier. Through this solution, using the SCC process identifier to distinguish the SCC process status data from other data has a more convenient effect.

[0112] Some embodiments provide a computer-readable storage medium, in which program information is stored, and after a computer reads the program information, it executes the process status information acquisition method according to any one of the above embodiments.

[0113] Some embodiments provide an electronic device, such as Figure 7As shown, the electronic device includes at least one processor 710 and at least one memory 720. Program information is stored in at least one of the memories 720. After reading the program information, at least one of the processors 710 executes the process status information acquisition method described in any of the above method embodiments. The device may further include: an input device 730 and an output device 740. The processor 710, the memory 720, the input device 730, and the output device 740 may be communicatively connected. The memory 720, as a non-volatile computer-readable storage medium, can be used to store non-volatile software programs, non-volatile computer-executable programs, and modules. By running the non-volatile software programs, instructions, and modules stored in the memory 720, the processor 710 executes various functional applications and data processing, that is, implements the process status information acquisition method provided in any of the above solutions. The memory 720 may include a program storage area and a data storage area. Among them, the program storage area can store an operating system and application programs required for at least one function; the data storage area can store data created according to the use of the process status information acquisition method, etc. In addition, the memory 720 may include high-speed random access memory and may also include non-volatile memory, such as at least one magnetic disk storage device, a flash memory device, or other non-volatile solid-state storage devices. In some embodiments, the memory 720 may optionally include a memory remotely set relative to the processor 710, and these remote memories can be connected to the device executing the process status information acquisition method through a network. Examples of the above network include but are not limited to the Internet, an enterprise intranet, a local area network, a mobile communication network, and combinations thereof. The input device 730 can receive input user clicks and generate signal inputs related to user settings and function controls of the process status information acquisition method. The output device 740 may include a display device such as a display screen. When the one or more modules are stored in the memory 720 and run by the one or more processors 710, the process status information acquisition method in any of the above method embodiments is executed.

[0114] In some embodiments, a vehicle is provided, and the vehicle is configured with the process status information acquisition device or the computer-readable storage medium or the electronic device described in the above embodiments.

[0115] According to needs, the above technical solutions can be combined to achieve the best technical effect.

[0116] The above are only the principles and preferred embodiments of the present application. It should be noted that for those of ordinary skill in the art, based on the principles of the present application, several other variations can also be made, which should also be regarded as the protection scope of the present application.

Claims

1. A method for obtaining process status information, characterized in that, it includes: Establishing a first communication process and a second communication process; the first communication process is communicatively connected to each SCC process in the same processor through a first communication protocol, and the second communication process is communicatively connected to at least one DDS process and / or the vehicle domain topology network in the same processor through a second communication protocol; Controlling the first communication process to receive the SCC process status data sent by each SCC process and storing the SCC process status data in a preset area; Controlling the second communication process to read the SCC process status data in the preset area and sending the SCC process status data to at least one DDS process and / or the vehicle domain topology network.

2. The method for obtaining process status information according to claim 1, characterized in that, The establishing of the first communication process and the second communication process includes: Obtaining processor tag data, which is used to distinguish different SCC processes or DDS processes; Establishing a first application process, and obtaining the first communication process after binding the first application process with the processor tag data; Obtaining the communication protocol of the SCC process in the same processor, and using the communication protocol of the SCC process as the first communication protocol; Establishing a second application process, and obtaining the second communication process after binding the second application process with the processor tag data; Obtaining the communication protocol of the DDS process in the same processor, and using the communication protocol of the DDS process as the second communication protocol.

3. The method for obtaining process status information according to claim 2, characterized in that, The obtaining of the processor tag data includes: Obtaining the tag data bound to the SCC process in the same processor as the processor tag data; or, Obtaining the tag data bound to the DDS process in the same processor as the processor tag data.

4. The method for obtaining process status information according to claim 1, characterized in that, The controlling the first communication process to receive the SCC process status data sent by each SCC process includes: Controlling the first communication process to receive the original SCC process status data sent by each SCC process; Encapsulating each original SCC process status data into an SCC status data packet, and each SCC status data packet is configured with an SCC process identifier corresponding to the SCC process; Using the SCC status data packet as the SCC process status data of the corresponding SCC process.

5. A method for obtaining process status information, characterized in that, it includes: Obtaining the SCC process status data in the vehicle domain topology network, where the SCC process status data is sent by the processor to the vehicle domain topology network; Compiling the SCC process status data into SCC process information with the same format as the DDS process information according to a preset compilation method; the preset compilation method is the compilation method for compiling the existing DDS process status data into DDS process information. Summarize the SCC process information and the DDS process information into process information and send the process information to a target terminal; the target terminal is a terminal for parsing and displaying process status information.

6. The method for obtaining process status information according to claim 5, wherein, the compiling of the SCC process status data into SCC process information having the same format as the DDS process information according to a preset compiling method further includes: obtaining the original SCC process status data and the SCC process identifier included in the SCC process status data; binding the SCC process information to the SCC process identifier.

7. A device for obtaining process status information, wherein, it includes: a process establishment module configured to establish a first communication process and a second communication process; the first communication process is communicatively connected to each SCC process in the same processor via a first communication protocol, and the second communication process is communicatively connected to at least one DDS process and / or the vehicle domain topology network in the same processor via a second communication protocol; a data reception module configured to control the first communication process to receive the SCC process status data sent by each SCC process and store the SCC process status data in a preset area; a data transmission module configured to control the second communication process to read the SCC process status data in the preset area and send the SCC process status data to at least one DDS process and / or the vehicle domain topology network.

8. A device for obtaining process status information, wherein, it includes: an information collection module configured to obtain the SCC process status data in the vehicle domain topology network, where the SCC process status data is sent by a processor to the vehicle domain topology network; an information compilation module configured to compile the SCC process status data into SCC process information having the same format as the DDS process information according to a preset compiling method; the preset compiling method is the compiling method for compiling existing DDS process status data into DDS process information; an information transmission module configured to summarize the SCC process information and the DDS process information into process information and send the process information to a target terminal; the target terminal is a terminal for parsing and displaying process status information.

9. A computer-readable storage medium, wherein, the storage medium stores program information, and after a computer reads the program information, it executes the method for obtaining process status information according to any one of claims 1-4.

10. An electronic device, wherein, the electronic device includes at least one processor and at least one memory, at least one of the memories stores program information, and after at least one of the processors reads the program information, it executes the method for obtaining process status information according to any one of claims 1-4.

11. A vehicle, wherein, the vehicle is configured with the device for obtaining process status information according to claim 7 or the computer-readable storage medium according to claim 9 or the electronic device according to claim 10.

12. A computer-readable storage medium, characterized in that, program information is stored in the storage medium, and after a computer reads the program information, it executes the process state information acquisition method according to claim 5 or 6.

13. An electronic device, characterized in that, the electronic device includes at least one processor and at least one memory, program information is stored in at least one of the memories, and after at least one of the processors reads the program information, it executes the process state information acquisition method according to claim 5 or 6.

Images