CN113608883B - Encapsulation method based on VxWorks real-time operating system - Google Patents

Encapsulation method based on VxWorks real-time operating system Download PDF

Info

Publication number
CN113608883B
CN113608883B CN202110686079.8A CN202110686079A CN113608883B CN 113608883 B CN113608883 B CN 113608883B CN 202110686079 A CN202110686079 A CN 202110686079A CN 113608883 B CN113608883 B CN 113608883B
Authority
CN
China
Prior art keywords
message
pointer
management structure
message queue
queue management
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.)
Active
Application number
CN202110686079.8A
Other languages
Chinese (zh)
Other versions
CN113608883A (en
Inventor
王雨龙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tianjin Jinhang Computing Technology Research Institute
Original Assignee
Tianjin Jinhang Computing Technology Research Institute
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Tianjin Jinhang Computing Technology Research Institute filed Critical Tianjin Jinhang Computing Technology Research Institute
Priority to CN202110686079.8A priority Critical patent/CN113608883B/en
Publication of CN113608883A publication Critical patent/CN113608883A/en
Application granted granted Critical
Publication of CN113608883B publication Critical patent/CN113608883B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/546Message passing systems or structures, e.g. queues
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00Indexing scheme relating to G06F9/00
    • G06F2209/54Indexing scheme relating to G06F9/54
    • G06F2209/548Queue

Abstract

A packaging method based on VxWorks real-time operation system includes designing message queue management structure; then defining global array management information, and using array elements as information queue management structure body; in the message queue sending function, applying for pointer variables for a message queue management structure body to realize application space for message contents to be transferred; and assigning pointer variables of the message queue management structure body; the message queue management structure body is sent out through an operation system message queue sending function, and the space of pointer variables of the message queue management structure body is released; and correlating the sending thread and the receiving thread of the message, acquiring a received message queue management structure body from the receiving thread, analyzing and processing the content of the message queue management structure body, and finishing encapsulation. The invention further encapsulates the task and the message queue of the real-time operating system, and then directly invokes the encapsulated framework for development, thereby improving the efficiency and ensuring the safety of the operating system.

Description

Encapsulation method based on VxWorks real-time operating system
Technical Field
The invention belongs to the field of computer operating systems, and relates to a packaging method based on a VxWorks real-time operating system.
Background
The real-time operating system belongs to an operating system based on task priority, tasks and message queues are two core characteristics of the real-time operating system, data transmission between tasks is usually completed by using the message queues of the operating system, and the tasks and the message queues are usually tightly combined together.
The real-time operating system belongs to an operating system based on task priority, and in the running process of the system, the tasks are often required to be transmitted, the length of the message is generally not fixed, the length value of the message in the message queue is set to be very large when the message queue is created, in addition, a large enough array variable is applied for temporarily storing the message to be transmitted, or message queues with different lengths are defined in different tasks, and the array temporary variable with different lengths is applied for storing the message to be transmitted. Disadvantages of the conventional design method: the memory space waste is relatively large, the transmission efficiency of the messages between the tasks is relatively low, and when various types of data are transmitted between the two tasks, the content of the message type is added into the data content, so that the integrity of the whole message is not guaranteed. At the same time, when the types of the received messages are increased, the processing efficiency of the processing functions is reduced due to the increase of the processing functions of the messages.
Disclosure of Invention
The invention solves the technical problems that: the packaging method based on the VxWorks real-time operating system is provided, and overcomes the defects of the prior art.
The solution of the invention is as follows:
in a first aspect, the present invention provides a method for encapsulating a VxWorks-based real-time operating system, where the method includes the steps of:
step one, designing a message queue management structure body, wherein the message queue management structure body comprises a structure state, a message type, a message feature code, a message length and a data pointer;
defining a global array management message, wherein array elements are message queue management structures, initializing all elements in the global array, and marking the structure state of each element in the message queue management structure of the array as unoccupied;
step three, in the message queue sending function, applying for pointer variables for the message queue management structure body to realize the application space for the message content to be transferred;
step four, assigning the pointer variable of the message queue management structure body applied in the step three;
step five, the message queue management structure body is sent out through the message queue sending function of the operating system, and the space of pointer variables of the message queue management structure body is released;
step six, associating the sending thread and the receiving thread of the message, acquiring a received message queue management structure body from the receiving thread, wherein a data pointer in the message queue management structure body received by the receiving thread and a data pointer in the message queue management structure body sent by the sending thread point to the same address, and entering a step seven after the data acquisition is successful;
and step seven, analyzing and processing the content of the message queue management structure body to finish the encapsulation of the VxWorks real-time operating system.
In the first step, the structure state indicates whether the message structure is occupied;
the message type represents the physical bus type used for the final delivery of the message;
the message feature codes represent the types of messages and are divided into public messages and private messages according to the system security;
the length information indicates the length of the message;
the data pointer represents the location in the memory heap of the transferred data, and the type is an unsigned character pointer type.
The implementation manner of the third step is as follows:
applying for a pointer variable of a message management structure body in a message queue sending function, applying for a memory of the pointer variable, searching for an element with a structure state marked as unoccupied by traversing elements in a global array, and assigning an address of the element to the pointer variable of the message management structure body.
In the fourth step, the assignment of the pointer variable is implemented as follows:
(1) Assigning the message type to the physical bus type used for transmitting the message at the time;
(2) Assigning the message feature code to the type of the data transmitted at the time;
(3) Assigning the message length to be the data length transmitted by the user;
(4) And assigning the data pointer as a memory space head address corresponding to the length of the message which is dynamically applied.
The implementation manner of the seventh step is as follows:
(1) Applying for a message processing table structure, wherein the content of the structure comprises a message type, a feature code and an unsigned pointer type function pointer;
(2) Defining a message processing table by a user, wherein the message processing table is in a form of a plurality of groups, and each element is in a message processing table structure;
(3) Designing a message processing function, wherein the shape parameters of the message processing function comprise a received message queue management structure body pointer, an address of a message processing table and the number of elements in the message processing table;
(4) Starting from the first element of the message processing table, judging whether the current element in the message processing table meets the following three requirements at the same time:
the message type of the current element in the message processing table is consistent with the message type in the message queue management structure body;
the feature code of the current element in the message processing table is consistent with the message feature code in the message queue management structure body;
the message handling function pointer is not NULL;
if the message queue management structure meets the requirement, processing the message in the message queue management structure according to the message processing function entity pointed by the message processing function pointer;
if the three requirements cannot be met at the same time, judging the next element in the message processing table until the judgment of all the elements is completed.
In the step (1), the message type represents the physical type of the transmitted message at this time; the feature code represents the type of the data sent at this time; the function pointer represents a pointer to a processing function.
In the step (3), the number of elements in the message processing table=the space occupied by the array a/the space occupied by the first element in the array a, where a is the array name of the message processing table.
In the step (2), the content of the message processing table is filled by the user.
In a second aspect, the present invention provides a terminal device, including:
a memory for storing instructions for execution by the at least one processor;
a processor configured to execute instructions stored in a memory to implement the method of the first aspect.
In a third aspect, the present invention provides a computer readable storage medium storing computer instructions which, when run on a computer, cause the computer to perform the method of the first aspect.
Compared with the prior art, the invention has the beneficial effects that: the invention saves the memory space by designing the message queue management structure body and storing the transmitted message into the memory space opened according to the message length, and designs the message type field into the message queue management structure body instead of the message data. The invention manages the processing function by designing the message processing table structure and traversing the matching mode, thereby improving the processing efficiency of the message receiving processing function.
After the VxWorks operating system is packaged according to the method, the message queue in the task transmits data, the method is not limited by the stack size of the task, any variable-length data meeting the length of a system stack can be transmitted, meanwhile, the data transmission between the tasks only needs to provide the head address of the data and the length of a memory, and the convenience of calling a system layer is improved.
Drawings
FIG. 1 is a flow chart of a method of packaging a VxWorks-based real-time operating system;
fig. 2 is a schematic diagram of a message management structure for inter-task transmission.
Detailed Description
The invention is further elucidated below in connection with the accompanying drawings.
In order to solve the problem of more efficient program development under the real-time operating system VxWorks, the invention further encapsulates the tasks and the message queues of the real-time operating system, so that the tasks and the message queues are more tightly coupled, and the development on the real-time operating system does not need to call the operation configuration function of the bottom layer of the system to carry out complex configuration. After the VxWorks real-time operating system is packaged according to the method, the packaged frame is directly called for development, so that the efficiency is improved, and meanwhile, the safety of the operating system is ensured.
Referring to fig. 1, the specific implementation method of the present invention is as follows:
s1: the message Queue management structure, queue_STRU, is designed to manage the information passed by the message Queue. The message Queue management structure body queue_stru includes a structure state StruSta, a message type Queue type, a message feature code ChaCode, length information SizeInfo, and a data pointer pData.
(1) The structure state StruSta indicates whether the message structure is Occupied (including Occupied and unOccupied)
(2) Message type QueueType; indicating the type of physical bus used for the final delivery of the message.
(3) Message feature code ChaCode: the type of the message is represented, and is classified into a public message and a private message according to system security.
(4) Length information SizeInfo: representing the length of the message (in bytes).
(5) Data pointer pData: the type is an unsigned character pointer type, which indicates the location of the transferred data in the memory heap. All contents of the transmission data can be obtained in combination with the length information SizeInfo.
As shown in fig. 2.
S2: and managing the application of the message Queue management structure body pointer by using the message Queue management structure body queue_STRU designed in the S1. The management method is to manage the global array of the structure body queue_STRU by using the message Queue management.
(1) A global array TaskQArray is defined, the array element is a message Queue management structure body, namely, a queue_STRU, and the array length is the maximum message Queue number, namely, MAX_Q_LEN, defined by a system.
(2) And initializing all variables in the global array TaskQArray. The initialization method is to set the structural state StruSta member from the first element in the global array TaskQArray to the MAX_Q_LEN elements as unOccupied and fill all the memory space of the system heap space as zero.
S3: apply for space for message content to be delivered. Applying a message Queue management structure body queue_STRU pointer type message variable pTaskMsg in a message Queue sending function, and applying for memory of the pointer in a global array TaskQArray defined in S2.
(1) Traversing the global array TaskQArray, and inquiring whether the structural state StruSta member in the ith message Queue management structural body queue_STRU element is unOccupied.
(2) If unOccupied, the structure state strosta in the array element (labeled i) is labeled Occupied, the traversal is ended, and the address of the array element is assigned back to the message variable pTaskMsg. Jump to S4
(3) If Occupied, the i+1 elements of the array are directly queried. Until unOccupied. If the last element of the traversal to the array is found, still Occupied, then a NULL pointer NULL is returned to the message variable pTaskMsg and a system error is prompted.
S4: after a successful application to the message variable pTaskMsg pointer in S3, the element pointed to by the message variable pTaskMsg pointer is assigned.
(1) And assigning a message type QueueType, wherein the message type QueueType represents the physical BUS type used for transmitting the message at this time, such as an internal BUS identifier INNER_BUS used in the system, an external CAN BUS identifier CAN_BUS sent to an external serial port use identifier COM_BUS.
(2) The message feature code ChaCode is assigned to indicate the type of DATA transmitted at this time, such as navigation DATA data_nav, station DATA data_radio, etc.
(3) The length information SizeInfo is assigned. The value represents the length LEN of data transferred by the user, and the memory space effective data is determined according to the length.
(4) Assigning a data pointer pData, wherein the data pointer pData points to a memory for transmitting data, and a dynamic memory application method malloc () is used for applying a space with a length LEN, and the applied space head address is assigned to pData; user data is copied to the space pointed by the pData pointer by a memory copy memcpy () method.
S5: and sending the message variable pTaskMsg pointer out through an operating system message queue sending thread SndThd, and releasing the memory of the message variable pTaskMsg.
(1) And calling a message queue sending function at the bottom layer of the Vxworks operating system, converting the message variable pTaskMsg pointer into a non-type pointer void and sending out. And judging whether the return value of the message queue sending function is successful or not.
(2) The space occupied by pTaskMsg is released after success. The shape parameter of the release function is a message Queue management structure body queue_STRU type pointer, in the release function, whether the message variable pTaskMsg pointer is a null pointer or not is firstly judged, if the pointer is null, the pointer is directly returned, if not, whether the member variable message type of the structure pointed by the message variable pTaskMsg is Occupied or not is judged, the mark of the Occupied is rewritten to be UnOccupied UnOccupied, and at the moment, the message variable pTaskMsg pointer is successfully released.
(3) After the message queue sends out the data, the receiving thread RecvThd waits for receiving the message in the task scheduling process.
And S6, associating the sending thread SndTHd and the receiving thread RecvThd of the message, and acquiring a received message variable pTaskMsg pointer from the receiving thread RecvThd. Creating a message Queue processing task, associating a sending message Queue with a receiving message Queue by using a message Queue handle OS_EVENT pointer, storing a received message variable pTaskMsg pointer into a message Queue management structure body queue_STRU type pointer pstMsg, and processing the message according to the received message and a message processing table. The processing method goes to S7.
And S7, analyzing the pointed content of the message variable pTaskMsg, and mapping the pointed content to a corresponding function according to the feature code of the message processing table to perform analysis processing.
(1) Applying for a message processing Table structure Table_STRU, wherein the content of the structure comprises a message type QueueType, a feature code ChaCode, an unsigned pointer type function pointer pFUNC, and (1) the message type QueueType represents the physical type of the transmitted message. (2) The feature code ChaCode assignment indicates the type of data sent this time. (3) The function pointer pFunc represents a function pointer of the processing method.
(2) A message handling Table MsgProcTab is defined by the user, the message handling Table MsgProcTab is in the form of a group, each element is a message handling Table structure Table_STRU, and the content of the handling Table is filled by the user. For example, the message type QueueType may be: the system internal is identified as INNER_BUS. The transmission to the external CAN BUS is identified as can_bus. The external serial port is identified as COM_BUS. The feature code ChaCode is: such as navigation DATA _ NAV, station DATA _ RADIO, etc.
(3) The parameters of the message processing function include the received message queue management structure pointer, the address of the message processing table MsgProcTab, and the number of elements TabSize in the message processing table MsgProcTab, where a is the array name of the message processing table, the number of elements = the space occupied by array a/the space occupied by the first element in array a.
(4) The processing method of the message processing table is to judge whether the message type QueueType and the feature code ChaCode in the message processing table MsgProcTab are consistent with those in the message pstMsg received by the message queue from the first element, and meanwhile, the corresponding processing function pointer is not NULL. And if the matching is successful, processing according to the function entity pointed by the function pointer.
After the VxWorks operating system is packaged according to the method, the message queue in the task transmits data, the method is not limited by the stack size of the task, any variable-length data meeting the length of a system stack can be transmitted, meanwhile, the data transmission between the tasks only needs to provide the head address of the data and the length of a memory, and the convenience of calling a system layer is improved.
The invention provides a terminal device, comprising: a memory for storing instructions for execution by the at least one processor; a processor for executing instructions stored in a memory to implement the steps of the method shown in fig. 1.
The present invention provides a computer readable storage medium storing computer instructions that, when run on a computer, cause the computer to perform the steps of the method shown in figure 1.
The invention is not described in detail in the field of technical personnel common knowledge.

Claims (7)

1. A packaging method based on a VxWorks real-time operating system is characterized by comprising the following steps:
step one, designing a message queue management structure body, wherein the message queue management structure body comprises a structure state, a message type, a message feature code, a message length and a data pointer;
defining a global array management message, wherein array elements are message queue management structures, initializing all elements in the global array, and marking the structure state of each element in the message queue management structure of the array as unoccupied;
step three, in the message queue sending function, applying for pointer variables for the message queue management structure body to realize the application space for the message content to be transferred;
step four, assigning the pointer variable of the message queue management structure body applied in the step three;
step five, the message queue management structure body is sent out through the message queue sending function of the operating system, and the space of pointer variables of the message queue management structure body is released;
step six, associating the sending thread and the receiving thread of the message, acquiring a received message queue management structure body from the receiving thread, wherein a data pointer in the message queue management structure body received by the receiving thread and a data pointer in the message queue management structure body sent by the sending thread point to the same address, and entering a step seven after the data acquisition is successful;
step seven, analyzing and processing the content of the message queue management structure body to finish the encapsulation of the VxWorks real-time operating system;
the implementation manner of the third step is as follows:
applying for a pointer variable of a message management structure body in a message queue sending function, applying for a memory of the pointer variable, searching for an element with a structure state marked as unoccupied by traversing elements in a global array, and assigning an address of the element to the pointer variable of the message management structure body;
in the fourth step, the assignment of the pointer variable is implemented as follows:
(4.1) assigning the message type to the physical bus type used for the transmission of the message at the time;
(4.2) assigning the message feature code to the type of data transmitted at the time;
(4.3) assigning the message length to the data length delivered by the user;
(4.4) assigning the data pointer to be a memory space head address of the corresponding message length applied dynamically;
the implementation manner of the seventh step is as follows:
(7.1) applying for a message handling table structure, the content of the structure comprising message type, feature code, unsigned pointer type function pointer;
(7.2) defining a message handling table by the user, the message handling table being in the form of a plurality of groups, each element being a message handling table structure;
(7.3) designing a message processing function, wherein the shape parameters of the message processing function comprise a received message queue management structure body pointer, an address of a message processing table and the number of elements in the message processing table;
(7.4) starting from the first element of the message handling table, determining whether the current element in the message handling table meets the following three requirements simultaneously:
the message type of the current element in the message processing table is consistent with the message type in the message queue management structure body;
the feature code of the current element in the message processing table is consistent with the message feature code in the message queue management structure body;
the message handling function pointer is not NULL;
if the message queue management structure meets the requirement, processing the message in the message queue management structure according to the message processing function entity pointed by the message processing function pointer;
if the three requirements cannot be met at the same time, judging the next element in the message processing table until the judgment of all the elements is completed.
2. The method according to claim 1, wherein in the first step, the structure status indicates whether the message structure is occupied;
the message type represents the physical bus type used for the final delivery of the message;
the message feature codes represent the types of messages and are divided into public messages and private messages according to the system security;
the length information indicates the length of the message;
the data pointer represents the location in the memory heap of the transferred data, and the type is an unsigned character pointer type.
3. The method according to claim 1, wherein in the step (7.1), the message type indicates the physical type of the transmitted message; the feature code represents the type of the data sent at this time; the function pointer represents a pointer to a processing function.
4. The method according to claim 3, wherein in the step (7.3), the number of elements in the message processing table=the space occupied by the array a/the space occupied by the first element in the array a, where a is the array name of the message processing table.
5. The method of encapsulating a VxWorks-based real-time operating system of claim 4, wherein in step (7.2), the contents of the message handling table are filled by the user.
6. A terminal device, comprising:
a memory for storing instructions for execution by the at least one processor;
a processor for executing instructions stored in a memory to implement the method of any one of claims 1-5.
7. A computer readable storage medium storing computer instructions which, when run on a computer, cause the computer to perform the method of any one of claims 1-5.
CN202110686079.8A 2021-06-21 2021-06-21 Encapsulation method based on VxWorks real-time operating system Active CN113608883B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110686079.8A CN113608883B (en) 2021-06-21 2021-06-21 Encapsulation method based on VxWorks real-time operating system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110686079.8A CN113608883B (en) 2021-06-21 2021-06-21 Encapsulation method based on VxWorks real-time operating system

Publications (2)

Publication Number Publication Date
CN113608883A CN113608883A (en) 2021-11-05
CN113608883B true CN113608883B (en) 2024-02-13

Family

ID=78336648

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110686079.8A Active CN113608883B (en) 2021-06-21 2021-06-21 Encapsulation method based on VxWorks real-time operating system

Country Status (1)

Country Link
CN (1) CN113608883B (en)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010010275A (en) * 1999-07-19 2001-02-05 정선종 An interprocess communication method utilizing message queue combined with shared memory
KR20040102835A (en) * 2003-05-29 2004-12-08 유티스타콤코리아 유한회사 Method for communication of message queue in real time operating system
CN107992370A (en) * 2017-11-28 2018-05-04 上海机电工程研究所 VxWorks platform multi-tasks Software framework implementation method
CN110764935A (en) * 2019-10-28 2020-02-07 天津津航计算技术研究所 Method for efficiently transferring messages among tasks based on real-time operating system
CN111190746A (en) * 2019-12-06 2020-05-22 中国航空工业集团公司洛阳电光设备研究所 VxWorks 653-based multi-core partition real-time operating system and communication method
CN112114982A (en) * 2020-09-09 2020-12-22 天津津航计算技术研究所 Management method for shared memory among multiple tasks based on VxWorks system
CN112116729A (en) * 2020-09-09 2020-12-22 天津津航计算技术研究所 Airborne data acquisition method based on VxWorks system

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010010275A (en) * 1999-07-19 2001-02-05 정선종 An interprocess communication method utilizing message queue combined with shared memory
KR20040102835A (en) * 2003-05-29 2004-12-08 유티스타콤코리아 유한회사 Method for communication of message queue in real time operating system
CN107992370A (en) * 2017-11-28 2018-05-04 上海机电工程研究所 VxWorks platform multi-tasks Software framework implementation method
CN110764935A (en) * 2019-10-28 2020-02-07 天津津航计算技术研究所 Method for efficiently transferring messages among tasks based on real-time operating system
CN111190746A (en) * 2019-12-06 2020-05-22 中国航空工业集团公司洛阳电光设备研究所 VxWorks 653-based multi-core partition real-time operating system and communication method
CN112114982A (en) * 2020-09-09 2020-12-22 天津津航计算技术研究所 Management method for shared memory among multiple tasks based on VxWorks system
CN112116729A (en) * 2020-09-09 2020-12-22 天津津航计算技术研究所 Airborne data acquisition method based on VxWorks system

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
" Multi-threaded message and event routing for the DO online system";S. Fuess;《1999 IEEE Conference on Real-Time Computer Applications in Nuclear Particle and Plasma Physics. 11th IEEE NPSS Real Time Conference. Conference Record (Cat. No.99EX295)》;全文 *
"防火墙嵌入式Web网管服务器的设计与实现";史涛;《中国优秀硕士学位论文全文数据库信息科技辑》;全文 *
分布式实时操作系统消息机制的设计与实现;舒红霞;王继红;;计算机工程与设计(第09期);全文 *

Also Published As

Publication number Publication date
CN113608883A (en) 2021-11-05

Similar Documents

Publication Publication Date Title
US20140115161A1 (en) Method and system for migration of multi-tier virtual application across different clouds hypervisor platforms
CN110780858A (en) Software layering architecture based on embedded operating system
CN110532109B (en) Shared multi-channel process communication memory structure and method
CN110764935B (en) Method for efficiently transmitting messages between tasks based on real-time operating system
CN107977260B (en) Task submitting method and device
CN110636124A (en) VPP cluster management method and device, electronic equipment and storage medium
CN113419715A (en) Dynamic memory management method and device based on linked list
CN111400016A (en) Method and equipment for calling application program interface function
CN104850505A (en) Memory management method and system based on chain type stacking
CN113032166A (en) Inter-core communication method, processor, inter-core communication system, and computer-readable storage medium
CN113010265A (en) Pod scheduling method, scheduler, memory plug-in and system
CN113608883B (en) Encapsulation method based on VxWorks real-time operating system
CN113296979B (en) Data communication method for unreal engine and external program
CN109388501A (en) Communication matching process, device, equipment and medium based on recognition of face request
CN111596962B (en) Real-time microkernel system based on high-speed protocol channel and initialization method thereof
CN111324395B (en) Calling method, device and computer readable storage medium
CN112667371A (en) Asynchronous task processing method, device, equipment and storage medium
JP2559345B2 (en) Device that uses the function of the dislocation pseudo communication point (pseudo socket)
CN109842620B (en) Service publishing method and device
CN109669793B (en) Object calling method in middleware process
Campos et al. The chance for Ada to support distribution and real-time in embedded systems
CN113312031A (en) Naming service interface of software communication system structure
CN112230901A (en) Network programming framework system and method based on asynchronous IO model
US5392426A (en) Method and apparatus for use in program operation, control and control block management and storage
CN106919436B (en) Method and device for realizing multitask of Dalvik virtual machine and virtual machine

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant