CN116302595A - Inter-process communication method based on vehicle-mounted equipment and related equipment - Google Patents
Inter-process communication method based on vehicle-mounted equipment and related equipment Download PDFInfo
- Publication number
- CN116302595A CN116302595A CN202310135856.9A CN202310135856A CN116302595A CN 116302595 A CN116302595 A CN 116302595A CN 202310135856 A CN202310135856 A CN 202310135856A CN 116302595 A CN116302595 A CN 116302595A
- Authority
- CN
- China
- Prior art keywords
- service
- address
- socket file
- vehicle
- service end
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 92
- 238000004891 communication Methods 0.000 title claims abstract description 69
- 230000005540 biological transmission Effects 0.000 claims abstract description 36
- 230000008859 change Effects 0.000 claims description 14
- 238000010586 diagram Methods 0.000 description 5
- 230000008569 process Effects 0.000 description 4
- 239000011230 binding agent Substances 0.000 description 3
- 230000006870 function Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/544—Buffers; Shared memory; Pipes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/541—Client-server
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/548—Queue
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Abstract
The invention discloses an inter-process communication method based on vehicle-mounted equipment and related equipment, wherein the method comprises the steps of obtaining a message to be sent and a service name; determining a service end corresponding to the service name and a service address corresponding to the service end according to the service name; judging whether the service end is positioned on the local machine or not according to the service address; if the server is located in the local, generating a first socket file and a second socket file according to the information and the service address for each server, and establishing first data connection with the server; and associating the first socket file with the second socket file, and adding the second socket file into a receiving queue of the server based on the first data connection so as to realize the transmission of the message. The invention can adapt to the vehicle-mounted equipment to realize a plurality of communication scenes such as one-to-many, many-to-many and the like, and improves the information transmission efficiency.
Description
Technical Field
The invention relates to the technical field of data transmission, in particular to an inter-process communication method based on vehicle-mounted equipment and related equipment.
Background
IPC (Inter-Process Communication ) refers to the interaction that occurs between the data of two processes. On the vehicle-mounted equipment, a plurality of APP often need to interact with each other, and traditional IPC modes comprise Binder, broadcasting, socket and the like, but under the condition that the chip performance of the vehicle-mounted equipment is difficult to be as excellent as high-tip equipment such as a mobile phone and the like, the IPC schemes have certain limitations.
Aiming at Binder, the method is a high-performance IPC communication mode, but the framework is a C/S framework, so that one-to-many communication can only be realized, namely a service end and N clients are difficult to realize in the situation of many-to-many communication or cross-device communication. While data may be transmitted globally or individually to an application by broadcast, this is difficult to achieve for a specific number of apps globally, such as the broadcast from a in fig. 2, either all received through global, B, C and D, or only one of notification A, B or C, and no transmission to a and B can be achieved. Socket is a very common communication mode, and is commonly used for communication between a client and a server, and if Socket is directly used in an App, a huge burden is caused to the whole vehicle-mounted device. Each App is used as a server, although data transmission can be realized, the Cpu occupation of the IO in the vehicle-mounted device may be high, and for the vehicle-mounted device with limited manufacturing cost, the load is difficult, so that Socket realization can only be used as a secondary option.
Therefore, in the vehicle-mounted device, it is extremely important to construct an IPC scheme that is flexible, efficient, high-performance, and inexpensive.
Disclosure of Invention
The technical problem to be solved by the invention is that the IPC scheme based on the vehicle-mounted equipment has limitation, and the invention provides an inter-process communication method based on the vehicle-mounted equipment and related equipment aiming at the defects of the prior art.
In order to solve the technical problems, the technical scheme adopted by the invention is as follows:
an inter-process communication method based on a vehicle-mounted device, the method comprising:
acquiring a message to be sent and a service name;
determining a service end corresponding to the service name and a service address corresponding to the service end according to the service name;
judging whether the service end is positioned on the local machine or not according to the service address;
if the server is located in the local, generating a first socket file and a second socket file according to the information and the service address for each server, and establishing first data connection with the server;
and associating the first socket file with the second socket file, and adding the second socket file into a receiving queue of the server based on the first data connection so as to realize the transmission of the message.
The method for inter-process communication based on the vehicle-mounted equipment, wherein the determining the service end corresponding to the service name and the service address corresponding to the service end according to the service name comprises the following steps:
and determining a service end corresponding to the service name and a service address corresponding to the service end according to a preset routing table, wherein when the service end is located in the local machine, the service address is a socket file address.
The inter-process communication method based on the vehicle-mounted equipment, wherein the method further comprises the following steps:
when an address change instruction is detected, determining a corresponding service address in the routing table according to the address change designated corresponding pre-update address;
and updating the service address according to the updated address in the address change instruction.
The method for communication between processes based on the vehicle-mounted equipment, wherein the determining the service end corresponding to the service name and the service address corresponding to the service end according to the preset routing table comprises the following steps:
calculating a marking sequence number corresponding to the service name according to the service name;
and searching the routing table according to the marking sequence number to obtain a service end corresponding to the service name and a service address corresponding to the service end.
The inter-process communication method based on the vehicle-mounted device, wherein if the inter-process communication method is located in the vehicle-mounted device, generating a first socket file and a second socket file according to the message and the service address includes:
if the message is located in the local machine, serializing the message to obtain sequence information;
and generating a first socket file and a second socket file according to the sequence information and the service address.
The inter-process communication method based on the vehicle-mounted equipment, wherein the generating the first socket file and the second socket file according to the sequence information comprises the following steps:
acquiring a preset sock template file;
loading the sequence information to a buffer area of the socket template file to obtain a first socket file;
and creating a second socket file corresponding to the service end according to the service address.
The inter-process communication method based on the vehicle-mounted equipment, wherein the method further comprises the following steps:
if the data is not located in the local machine, establishing second data connection with the service end according to the service address;
generating transmission data according to a third socket file corresponding to the service name and the message;
and transmitting the transmission data to a receiving queue of the server based on the second data connection so as to realize the transmission of the message.
An inter-process communication device based on a vehicle-mounted device, comprising:
the acquisition module is used for acquiring the message to be sent and the service name;
the determining module is used for determining a service end corresponding to the service name and a service address corresponding to the service end according to the service name;
the judging module is used for judging whether the service end is positioned on the local machine or not according to the service address;
the generation module is used for generating a first socket file and a second socket file according to the message and the service address for each service end if the server is located in the local machine, and establishing first data connection with the service end;
and the transmission module is used for associating the first socket file with the second socket file, and adding the second socket file into a receiving queue of the server based on the first data connection so as to realize the transmission of the message.
A computer readable storage medium storing one or more programs executable by one or more processors to implement steps in an in-vehicle device-based inter-process communication method as described in any of the above.
A terminal device, comprising: a processor, a memory, and a communication bus; the memory has stored thereon a computer readable program executable by the processor;
the communication bus realizes connection communication between the processor and the memory;
the processor, when executing the computer readable program, implements the steps in the inter-process communication method based on the vehicle-mounted device as described in any one of the above.
The beneficial effects are that: according to the scheme, firstly, through the service names, a plurality of corresponding service ends and addresses thereof can be determined, and when in transmission, corresponding data connection and socket files can be created for each service end, so that message transmission based on socket and data is realized. Therefore, in the scheme, one-to-many, even many-to-many inter-process communication can be realized, and the high-performance requirement on a chip is not needed, so that the method is suitable for being applied to vehicle-mounted equipment.
Drawings
FIG. 1 is a schematic diagram of a Binder-based IPC scheme.
Fig. 2 is a schematic diagram of a broadcast-based IPC scheme.
FIG. 3 is a flow chart of an inter-process communication method based on a vehicle-mounted device.
FIG. 4 provides a framework diagram of client-server interaction of an inter-process communication method based on vehicle-mounted equipment.
Fig. 5 provides a schematic structural diagram of an inter-process communication device based on a vehicle-mounted device.
Fig. 6 is a schematic structural diagram of a terminal device according to the present invention.
Detailed Description
The invention provides an inter-process communication method based on vehicle-mounted equipment, which aims to make the purposes, technical schemes and effects of the invention clearer and more definite, and further describes the invention in detail by referring to the accompanying drawings and examples. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the invention.
As used herein, the singular forms "a", "an", "the" and "the" are intended to include the plural forms as well, unless expressly stated otherwise, as understood by those skilled in the art. It will be further understood that the terms "comprises" and/or "comprising," when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof. It will be understood that when an element is referred to as being "connected" or "coupled" to another element, it can be directly connected or coupled to the other element or intervening elements may also be present. Further, "connected" or "coupled" as used herein may include wirelessly connected or wirelessly coupled. The term "and/or" as used herein includes all or any element and all combination of one or more of the associated listed items.
It will be understood by those skilled in the art that all terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs unless defined otherwise. It will be further understood that terms, such as those defined in commonly used dictionaries, should be interpreted as having a meaning that is consistent with their meaning in the context of the prior art and will not be interpreted in an idealized or overly formal sense unless expressly so defined herein.
As shown in fig. 3, the present embodiment provides an inter-process communication method based on a vehicle-mounted device, for convenience of description, the vehicle-mounted device is used as an execution subject, and the inter-process communication method based on the vehicle-mounted device includes the following steps:
s10, obtaining the message to be sent and the service name.
Specifically, the inter-process communication mainly sends a message from one end to the other end, for convenience of explanation, one end sending the message is a client (client), and one end receiving the message is a service. In this embodiment, the client starts with a message sent by the client, and the client first obtains the message to be sent and the expected service name. The service name may be in a "trs:// service alias" format.
One service terminal may correspond to a plurality of service names, and at the same time, one service name may correspond to a plurality of service terminals. The same message corresponds to different service names, and the sent objects can be one or more, and one-to-one or one-to-many sent messages can be realized based on the service names during subsequent sending.
S20, determining a service end corresponding to the service name and a service address corresponding to the service end according to the service name.
Specifically, the service name only provides the type of service, determines different numbers of service ends corresponding to a message, and requires the actual location of the service ends when actual communication is performed. Therefore, it is first necessary to determine, according to the service name, the service end capable of providing the service for the client and the service address corresponding to each service end.
In one implementation, the manner of determining the service end with the service name is listed in the form of an array, for example, the service name 1 corresponds to the service end 1 and the service end 2, and addresses of the service name, the service end and the service end are written into the array, and these arrays can be recorded in a routing table, and the service end corresponding to the service name is determined by traversing the routing table.
But traversing is inefficient when the number of service names and servers is large. Therefore, in the second mode of searching for the service end and the address thereof corresponding to the service name, firstly, according to the service name, the label serial number corresponding to the service name is searched, the label serial number can be letters such as a, b or the like, or can be a number, and then, according to the label serial number, the routing table is quickly searched, so that the service end corresponding to the service name and the service address corresponding to the service end are obtained. The marking serial number represents the storage position of the service end and the address corresponding to the service name, so that relatively, when the service end and the service address are recorded, a plurality of service ends and the address storage positions corresponding to the individual service names are marked by the marking serial number, the marking serial number and the service names are mapped, and the mapping mode can be through a fixed algorithm or a data table, so that the routing table can be quickly found only by the marking serial number without traversing. The efficiency of determining the service end and the service address is greatly improved.
Further, for inter-process communication, because different processes are all located on the same host, the service address corresponding to the server is not a conventional IP address, but a socket file address is adopted, the socket file is an interface for connecting the server and the client, and the address of the server can also be determined by locating the interface of the server. The address format may refer to "file:// socket filename". In addition, for communication between different hosts, different service addresses can be determined according to the communication protocol, for example, the TCP/IP protocol is taken as an example, and the service end address can refer to 'TCP:// IP address: port number'.
Further, when the service address corresponding to the service end is changed, for example, based on the change of the socket caused by the update of the service end, the service end may first send an address change instruction to the client, where the address change instruction includes the address before update that needs to be changed. And finding a corresponding service address in a routing table through the address before updating, and updating the service address according to the address after updating in the address changing instruction. Because a service address may correspond to a plurality of service names, the service address is stored for a plurality of times, when updating, the service address can be searched for at the service end corresponding to the service name, and when the searched service address is the same as the address before updating, the updated address replaces the original service address, thereby reducing the time of independent updating.
S30, judging whether the service end is located in the local machine or not according to the service address.
Specifically, because of the obvious difference between the inter-process communication and the communication between different hosts, the service address can determine whether the server side receiving the message is located in the same host according to the service address, i.e. the server side and the client side are located in the same host, and the method belongs to the inter-process communication. If the server is not located in the host, the server and the client belong to different hosts, and message transmission between the server and the client belongs to communication between the hosts.
And S40, if the server is located in the local, generating a first socket file and a second socket file according to the information and the service address for each server, and establishing first data connection with the server.
Specifically, if the server is located in the local, the inter-process communication is required subsequently. For each server needing communication, generating a first socket file and a second socket file according to a message to be sent, wherein the first socket file is directly generated according to the message, and has a mounting function, namely, the message is mounted to a buffer area of a socket for subsequent transmission, and the second socket file is created based on the server and is used for subsequently transferring the content of the buffer area of the first socket file to the server. Meanwhile, based on the known service address, a first data connection is established between the client and the server for subsequent communication.
Further, in order to ensure the safety and rapidness of the message in the message transmission process, in this embodiment, when the server side is judged to be located in the local, the message is serialized first to obtain the sequence information. And then generating a first socket file and a second socket file according to the sequence information and the service address. After receiving the sequence information, the server performs reverse sequence processing on the sequence information by using a contracted reverse sequence method to obtain an original message. The manner of serialization may include Protobuf serialization.
Further, in the aspect of generating the first socket file and the second socket file, firstly, a socket template file of a client is obtained, and sequence information is loaded to a cache region of the socket template file to obtain the first socket file. Meanwhile, a service address is added on the basis of the socket template file, and a second socket file corresponding to the service end is obtained. Because the second socket file contains the service address, the second socket file can be transmitted to the server based on the first data connection.
S50, associating the first socket file with the second socket file, and adding the second socket file into a receiving queue of the server based on the first data connection so as to realize transmission of the message.
Specifically, the first socket file and the second socket file are associated, so that information of a buffer area of the first socket file is transferred to the second socket file, the second socket file is added into a receiving queue of a server based on the created first data connection, and when the server starts a recv () method to start receiving the file, information is extracted from the second socket file, so that information transmission is realized.
In addition, as shown in fig. 4, if the server is not located locally, the scheme may also use other network protocols for data transmission. Firstly, establishing second data connection with a service end according to a service address, searching a third socket file corresponding to the service address according to the service name, and loading a message into a buffer area of the third socket file to obtain transmission data. And finally, based on the second data connection, transmitting the transmission data to a receiving queue of the server side so as to realize the transmission of the message.
According to the scheme, firstly, through the service names, a plurality of corresponding service ends and addresses thereof can be determined, and when in transmission, corresponding data connection and socket files can be created for each service end, so that message transmission based on socket and data is realized. Therefore, in the scheme, one-to-many, even many-to-many inter-process communication can be realized, and the high-performance requirement on a chip is not needed, so that the method is suitable for being applied to vehicle-mounted equipment.
As shown in fig. 5, based on the inter-process communication method based on the vehicle-mounted device, the present invention further provides an inter-process communication device 100 based on the vehicle-mounted device, including:
an obtaining module 110, configured to obtain a message and a service name to be sent;
a determining module 120, configured to determine, according to the service name, a service end corresponding to the service name and a service address corresponding to the service end;
a judging module 130, configured to judge whether the server is located in the local according to the service address;
the generating module 140 is configured to generate, for each of the servers, a first socket file and a second socket file according to the message and the service address if the server is located in the local server, and establish a first data connection with the server;
and the transmission module 150 is configured to associate the first socket file with the second socket file, and add the second socket file to a receiving queue of the server based on the first data connection, so as to implement transmission of a message.
Wherein the determining module 120 includes:
and the determining unit is used for determining a service end corresponding to the service name and a service address corresponding to the service end according to a preset routing table, wherein when the service end is located in the local machine, the service address is a socket file address.
The inter-process communication device 100 based on the vehicle-mounted device further includes a change module, where the change module is specifically applied to:
when an address change instruction is detected, determining a corresponding service address in the routing table according to the address change designated corresponding pre-update address;
and updating the service address according to the updated address in the address change instruction.
Wherein, the determining unit is specifically configured to:
a calculating subunit, configured to calculate, according to the service name, a tag sequence number corresponding to the service name;
and the searching subunit is used for searching the routing table according to the marking sequence number to obtain a service end corresponding to the service name and a service address corresponding to the service end.
Wherein the generating module 140 includes:
the serialization unit is used for serializing the message if the message is located in the local machine to obtain sequence information;
and the generating unit is used for generating a first socket file and a second socket file according to the sequence information and the service address.
The generating unit is specifically configured to:
acquiring a preset sock template file;
loading the sequence information to a buffer area of the socket template file to obtain a first socket file;
and creating a second socket file corresponding to the service end according to the service address.
The inter-process communication device 100 based on the vehicle-mounted device further includes a non-native transmission module, which is specifically configured to:
if the data is not located in the local machine, establishing second data connection with the service end according to the service address;
generating transmission data according to a third socket file corresponding to the service name and the message;
and transmitting the transmission data to a receiving queue of the server based on the second data connection so as to realize the transmission of the message.
Based on the inter-process communication method based on the vehicle-mounted device, the invention also provides a terminal device, as shown in fig. 6, which comprises at least one processor (processor) 20; a display screen 21; and a memory (memory) 22, which may also include a communication interface (Communications Interface) 23 and a bus 24. Wherein the processor 20, the display 21, the memory 22 and the communication interface 23 may communicate with each other via a bus 24. The display screen 21 is configured to display a user guidance interface preset in the initial setting mode. The communication interface 23 may transmit information. The processor 20 may invoke logic commands in the memory 22 to perform the methods of the embodiments described above.
In addition, the logic commands in the memory 22 described above may be implemented in the form of software functional units and may be stored in a computer readable storage medium when sold or used as a stand alone product.
The memory 22, as a computer-readable storage medium, may be configured to store a software program, a computer-executable program, such as program commands or modules corresponding to the methods in the embodiments of the present disclosure. The processor 20 performs functional applications and data processing, i.e. implements the methods of the embodiments described above, by running software programs, commands or modules stored in the memory 22.
The memory 22 may include a storage program area that may store an operating system, at least one application program required for functions, and a storage data area; the storage data area may store data created according to the use of the terminal device, etc. In addition, the memory 22 may include high-speed random access memory, and may also include nonvolatile memory. For example, a plurality of media capable of storing program codes such as a usb disk, a removable hard disk, a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a magnetic disk or an optical disk, or a transitory computer readable storage medium may be used.
In addition, the specific processes of loading and executing the plurality of command processors in the terminal device and the computer readable storage medium are described in detail in the above method, and are not stated here.
Finally, it should be noted that: the above embodiments are only for illustrating the technical solution of the present invention, and are not limiting; although the invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit and scope of the technical solutions of the embodiments of the present invention.
Claims (10)
1. An inter-process communication method based on vehicle-mounted equipment, which is characterized by comprising the following steps:
acquiring a message to be sent and a service name;
determining a service end corresponding to the service name and a service address corresponding to the service end according to the service name;
judging whether the service end is positioned on the local machine or not according to the service address;
if the server is located in the local, generating a first socket file and a second socket file according to the information and the service address for each server, and establishing first data connection with the server;
and associating the first socket file with the second socket file, and adding the second socket file into a receiving queue of the server based on the first data connection so as to realize the transmission of the message.
2. The method for interprocess communication based on vehicle-mounted equipment according to claim 1, wherein the determining, according to the service name, a service end corresponding to the service name and a service address corresponding to the service end comprises:
and determining a service end corresponding to the service name and a service address corresponding to the service end according to a preset routing table, wherein when the service end is located in the local machine, the service address is a socket file address.
3. The inter-process communication method based on the vehicle-mounted device according to claim 2, wherein the method further comprises:
when an address change instruction is detected, determining a corresponding service address in the routing table according to the address change designated corresponding pre-update address;
and updating the service address according to the updated address in the address change instruction.
4. The method for interprocess communication based on vehicle-mounted equipment according to claim 2, wherein determining the service end corresponding to the service name and the service address corresponding to the service end according to a preset routing table comprises:
calculating a marking sequence number corresponding to the service name according to the service name;
and searching the routing table according to the marking sequence number to obtain a service end corresponding to the service name and a service address corresponding to the service end.
5. The method for inter-process communication based on an on-vehicle device according to claim 4, wherein the generating the first socket file and the second socket file according to the message and the service address if the device is located in the on-vehicle device comprises:
if the message is located in the local machine, serializing the message to obtain sequence information;
and generating a first socket file and a second socket file according to the sequence information and the service address.
6. The method for interprocess communication based on vehicle-mounted equipment according to claim 5, wherein generating the first socket file and the second socket file according to the sequence information comprises:
acquiring a preset sock template file;
loading the sequence information to a buffer area of the socket template file to obtain a first socket file;
and creating a second socket file corresponding to the service end according to the service address.
7. The inter-process communication method based on the vehicle-mounted device according to claim 1, wherein the method further comprises:
if the data is not located in the local machine, establishing second data connection with the service end according to the service address;
generating transmission data according to a third socket file corresponding to the service name and the message;
and transmitting the transmission data to a receiving queue of the server based on the second data connection so as to realize the transmission of the message.
8. An inter-process communication device based on a vehicle-mounted device, which is characterized by comprising:
the acquisition module is used for acquiring the message to be sent and the service name;
the determining module is used for determining a service end corresponding to the service name and a service address corresponding to the service end according to the service name;
the judging module is used for judging whether the service end is positioned on the local machine or not according to the service address;
the generation module is used for generating a first socket file and a second socket file according to the message and the service address for each service end if the server is located in the local machine, and establishing first data connection with the service end;
and the transmission module is used for associating the first socket file with the second socket file, and adding the second socket file into a receiving queue of the server based on the first data connection so as to realize the transmission of the message.
9. A computer-readable storage medium storing one or more programs executable by one or more processors to implement the steps in the vehicle-mounted device-based inter-process communication method of any of claims 1-7.
10. A terminal device, comprising: a processor, a memory, and a communication bus; the memory has stored thereon a computer readable program executable by the processor;
the communication bus realizes connection communication between the processor and the memory;
the processor, when executing the computer-readable program, implements the steps in the inter-process communication method based on the vehicle-mounted device as claimed in any one of claims 1 to 7.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310135856.9A CN116302595A (en) | 2023-02-13 | 2023-02-13 | Inter-process communication method based on vehicle-mounted equipment and related equipment |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310135856.9A CN116302595A (en) | 2023-02-13 | 2023-02-13 | Inter-process communication method based on vehicle-mounted equipment and related equipment |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116302595A true CN116302595A (en) | 2023-06-23 |
Family
ID=86831602
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310135856.9A Pending CN116302595A (en) | 2023-02-13 | 2023-02-13 | Inter-process communication method based on vehicle-mounted equipment and related equipment |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116302595A (en) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050177835A1 (en) * | 2004-02-05 | 2005-08-11 | Chickering Roger A. | Inter-process communication on a computer |
CN113010333A (en) * | 2021-03-24 | 2021-06-22 | 北京中电兴发科技有限公司 | Multi-scene inter-process communication method suitable for Linux server cluster |
CN113110864A (en) * | 2021-03-19 | 2021-07-13 | 深圳市腾讯网络信息技术有限公司 | Application program updating method and device and storage medium |
-
2023
- 2023-02-13 CN CN202310135856.9A patent/CN116302595A/en active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050177835A1 (en) * | 2004-02-05 | 2005-08-11 | Chickering Roger A. | Inter-process communication on a computer |
CN113110864A (en) * | 2021-03-19 | 2021-07-13 | 深圳市腾讯网络信息技术有限公司 | Application program updating method and device and storage medium |
CN113010333A (en) * | 2021-03-24 | 2021-06-22 | 北京中电兴发科技有限公司 | Multi-scene inter-process communication method suitable for Linux server cluster |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103237060B (en) | A kind of data object acquisition, Apparatus and system | |
CN109033328B (en) | Access request processing method, device, equipment and readable storage medium | |
CN109040207B (en) | Method, device and equipment for accessing user mode network file system | |
CN111786998A (en) | Authority management method and device based on micro-service calling and storage medium | |
CN111970389B (en) | Screen projection method, device, equipment and storage medium based on mDNS protocol | |
CN104243610A (en) | Distributed file transmission service method | |
CN106708748B (en) | Method and system for improving mounting performance of OpenStack block storage volume | |
CN103874047A (en) | Service information finding method and equipment | |
CN105389120A (en) | Supporting RMA API over active message | |
CN103685332A (en) | File transfer method, client, server and system | |
CN103944961A (en) | Application sharing method, device and system | |
JP2006235831A (en) | Condition management device, method, and program | |
CN111405059A (en) | Data transmission method of cloud equipment, electronic equipment and Internet of things system | |
CN113076281B (en) | Method, system, equipment and medium for communication of Ceph kernel client | |
CN116302595A (en) | Inter-process communication method based on vehicle-mounted equipment and related equipment | |
CN112422485B (en) | Communication method and device of transmission control protocol | |
CN102833287B (en) | The method of visit data resource in distributed file system and distributed file system | |
CN114610449B (en) | Multi-cluster resource operation method and system based on unified request entry | |
CN110661895A (en) | Network address mapping method and network address mapping equipment of server | |
CN109451047B (en) | Data transmission method, device, equipment and storage medium of monitoring alarm system | |
US20040088399A1 (en) | Terminal apparatus and control method thereof | |
CN110008032B (en) | Communication mode realization method and electronic equipment | |
CN111107663B (en) | Data transmission method and device, storage medium and electronic device | |
CN112748943A (en) | Upgrading method and upgrading system for non-intelligent interactive electronic whiteboard | |
CN113326242A (en) | Data processing method and device, electronic equipment and computer storage medium |
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 |