CN112083914A - Method and system for realizing soft bus of object model embedded operating system - Google Patents
Method and system for realizing soft bus of object model embedded operating system Download PDFInfo
- Publication number
- CN112083914A CN112083914A CN202010895883.2A CN202010895883A CN112083914A CN 112083914 A CN112083914 A CN 112083914A CN 202010895883 A CN202010895883 A CN 202010895883A CN 112083914 A CN112083914 A CN 112083914A
- Authority
- CN
- China
- Prior art keywords
- cache
- bus
- communication
- data
- port
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/20—Software design
- G06F8/24—Object-oriented
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention relates to a method and a technical scheme of a system for realizing an object model embedded operating system soft bus, which comprises the following steps: recording the object bus, including performing the processing of entering the bus, initializing, exiting the bus network and recording on the entered data; the cache of the object bus caches the entered data by the data and the linked list, and the cache comprises adding cache, deleting cache, searching cache and migrating cache; the communication of the object bus comprises basic communication, positioning, port communication and migration processing of a plurality of data objects in the entering data. The invention has the beneficial effects that: the plug and play of the software system is realized, any application program can be directly integrated into the system environment, the realization mode is simple, and manpower and material resources are saved.
Description
Technical Field
The invention relates to the field of computers, in particular to a method and a system for realizing an object model embedded operating system soft bus.
Background
The intelligent network interconnection equipment is comprehensively applied to the aspects of our lives, but with the wild increase of the quantity of application software and hardware equipment, many design problems in software development and application are gradually exposed. In order to enable the network-interconnected intelligent equipment to have negotiation, cooperation and self-organization capabilities, an object model-based operating system suitable for the network-interconnected intelligent equipment is rapidly developed. An object model operating system is a communication port (ports) defined as an object model in which software functions are encapsulated together with communication ports, and a conventional IPC is used as an object, and one object includes ports such as input ports (input ports) and output ports (output ports) in addition to attributes such as priority and scheduling method (whether preemption is possible). The object is a basic unit for scheduling operation, can be independently addressed on the network and is in network transparent communication with other objects through a port which is provided by the object.
The traditional embedded operating systems widely used at present, such as ARIC653 operating systems, OSEK/VDX operating systems, VxWorks, PikeOS, QNX, uC/OS and the like, all use processes and files as abstract models, and classical IPC mechanisms such as message communication, mailboxes, semaphores, events and the like as communication mechanisms to access equipment in a file mode. The process has no input and output semantics, can not express and encapsulate the function, does not support direct reference of the function, and needs to rely on an IPC mechanism to interact with other processes. However, the IPC mechanism, as an intermediate entity independent of the process, has both uncertainty and difficulty in supporting transparent networked access. Due to the factors, the process + IPC classic operating system abstract model is difficult to adapt to requirements of fine-grained function encapsulation, expression, network transparent access, communication and the like.
In addition, in the application of the internet of things, interaction between different application software, interaction between hardware devices, and smart home with gradual heating are the examples, people often want the mobile phone to be able to operate everything, and various smart homes can be effectively interconnected. This is a huge challenge for traditional software design, the interaction between complex software systems is still error prone, and much effort and cost is focused on the same design concept and repeated development of code components. However, the diversification of hardware architecture, the complexity of operating systems and the differentiation of communication platforms make it very difficult to design a scalable, easily interactive, efficient, componentized software system from scratch. In addition, in some situations, the members in the whole system frequently access to and quit the system and change the access address due to some reason, such as signal fluctuation or some requirement, and the software system developed in the conventional development mode is difficult to cope with the highly dynamic situation.
Disclosure of Invention
The invention aims to solve at least one of the technical problems in the prior art, and provides a method and a system for realizing an object model embedded operating system soft bus, which realize the plug and play of a software system.
The technical scheme of the invention comprises a method for realizing the soft bus of an object model embedded operating system, which is used for the object operating system and is characterized in that: recording the object bus, including performing the processing of entering the bus, initializing, exiting the bus network and recording on the entered data; the cache of the object bus caches the entered data by the data and the linked list, and the cache comprises adding cache, deleting cache, searching cache and migrating cache; the communication of the object bus comprises the basic communication, the positioning, the port communication and the migration processing of a plurality of data objects in the entering data, wherein the port communication comprises the communication corresponding to a data port, an event port, a signal port and an output port.
According to the method for realizing the soft bus of the embedded operating system of the object model, records comprise object records, task records and bus records, wherein the object records comprise the object, the task and the bus of the entering data; wherein the bus record includes: when the object bus is to enter the object bus network, the address information of other object buses in the network is obtained, and the address information is verified at set time intervals.
According to the method for realizing the soft bus of the object model embedded operating system, initialization comprises the following steps: setting the object bus, including loading the protocol of the packaging layer/analysis layer of the communication module of the object bus, recording the IP address of the object bus, recording the existing object in the object bus into the object bus through the function of object recording, and initializing the corresponding semaphore.
According to the method for realizing the soft bus of the object model embedded operating system, the bus network quitting comprises the following steps: the method comprises the steps of obtaining address information of an object bus in an object bus network, sending notification information including the address information to the object bus, and checking in a set interval.
According to the method for realizing the soft bus of the object model embedded operating system, the bus network quitting comprises the following steps: and closing the updating of the IP table of the self, and sending an exit notice to the existing object bus to request the self to delete the address information.
According to the method for realizing the soft bus of the object model embedded operating system, the caching of the line bus comprises the following steps: adding a cache, and finding a cache address to be deleted according to the content to be deleted; the other is that the cache address which should be released is found according to the array sequence, the two parts of contents are exchanged and then the cache is deleted; deleting the cache, including adding the existing data by searching a linked list and adding the cache of the depended attribute; searching the cache, including searching whether the cache meeting the requirement exists in the cache according to the key information, and returning the cache information if the cache meets the requirement; and migrating the cache, wherein the state of the corresponding cache is marked as a cache state, waiting for migration, and the object of the cache state is a state of refusing access or delaying access.
According to the method for realizing the soft bus of the object model embedded operating system, the communication of the object bus comprises the following steps: basic communication, including the sending and receiving of information; object positioning, including positioning by querying at the object's own cache, querying at the cache on the whole bus, and querying through the object bus network; port communication, including setting specific protocol for application of encapsulation layer/analysis layer to complete communication; and migration processing, which comprises sending a migration notification and a request before migration, activating a cache object, acquiring cache information and executing migration.
The technical scheme of the invention also comprises a system for realizing the soft bus of the object model embedded operating system, which is characterized in that: the object bus recording module is used for performing processing of entering a bus, initializing, exiting a bus network and recording on the entered data; the object bus cache module is used for caching the entered data by using the data and the linked list, wherein the caching comprises adding cache, deleting cache, searching cache and migrating cache; the object bus communication module is used for performing basic communication, positioning, port communication and migration processing on a plurality of data objects in the entering data, and the port communication comprises communication corresponding to a data port, an event port, a signal port and an output port.
The invention has the beneficial effects that: the plug and play of the software system is realized, any application program can be directly integrated into the system environment as long as the 'bus' interface standard is followed, the realization mode is simple, and manpower and material resources are saved.
Drawings
The invention is further described below with reference to the accompanying drawings and examples;
FIG. 1 is a block diagram of a system according to an embodiment of the invention;
FIG. 2 is a functional diagram illustrating layering according to an embodiment of the present invention.
Fig. 3a, 3b, 3c, 3d, 3e, 3f are flow charts illustrating a recording implementation according to an embodiment of the present invention.
FIG. 4 is a flow diagram illustrating an object bus initialization implementation according to an embodiment of the invention.
Fig. 5 is a flow diagram illustrating an implementation of an ingress bus network according to an embodiment of the present invention.
Fig. 6 is a flow chart illustrating an implementation of an exit object bus network according to an embodiment of the present invention.
Fig. 7a, 7b, and 7c are flowcharts illustrating an implementation of deleting a cache according to an embodiment of the present invention.
Fig. 8a, 8b, and 8c are flow charts illustrating an implementation of adding a cache according to an embodiment of the present invention.
FIG. 9 is a flowchart illustrating an implementation of finding a cache according to an embodiment of the present invention.
10a, 10b are flowcharts illustrating migration cache implementations according to embodiments of the present invention.
Fig. 11a and 11b are flowcharts illustrating an implementation manner of a basic communication function according to an embodiment of the present invention.
FIG. 12 is a flow diagram illustrating an implementation of object location according to an embodiment of the present invention.
Fig. 13a, 13b, and 13c are schematic diagrams illustrating port communication implementation according to an embodiment of the present invention.
FIG. 14 is a flow diagram illustrating an implementation of object migration according to an embodiment of the present invention.
Detailed Description
Reference will now be made in detail to the present preferred embodiments of the present invention, examples of which are illustrated in the accompanying drawings, wherein like reference numerals refer to like elements throughout.
In the description of the present invention, the meaning of a plurality of means is one or more, the meaning of a plurality of means is two or more, and larger, smaller, larger, etc. are understood as excluding the number, and larger, smaller, inner, etc. are understood as including the number.
In the description of the present invention, the consecutive reference numbers of the method steps are for convenience of examination and understanding, and the implementation order between the steps is adjusted without affecting the technical effect achieved by the technical solution of the present invention by combining the whole technical solution of the present invention and the logical relationship between the steps.
In the description of the present invention, unless otherwise explicitly defined, terms such as set, etc. should be broadly construed, and those skilled in the art can reasonably determine the specific meanings of the above terms in the present invention in combination with the detailed contents of the technical solutions.
Referring to fig. 1, it includes: the recording module is used for performing processing of entering a bus, initializing, exiting a bus network and recording on entered data; the cache module is used for caching the entered data by using the data and the linked list, wherein the caching comprises adding cache, deleting cache, searching cache and migrating cache; the communication module is used for performing basic communication, positioning, port communication and migration processing on a plurality of data objects in the entering data, and the port communication comprises communication corresponding to a data port, an event port, a signal port and an output port.
FIG. 2 illustrates a recovery heterogeneous execution trusted route representation according to an embodiment of the present invention. Referring to fig. 2 in conjunction with the technical solution of fig. 1, in this process, after the heterogeneous executors are online again, how to recover their routing tables becomes a problem, because the heterogeneous executors are not trusted, the routing tables of other executors cannot be directly copied to the local machine, and the present invention provides an idea: and the newly online heterogeneous executors reversely analyze the routing table from the flow table after being determined. The flow table is trusted because it has been mimicry arbitrated.
Referring to fig. 3a, 3b, 3c, 3d, 3e are flow charts of recording implementations.
Recording function
The recording function of the object bus mainly comprises three blocks of object recording, task recording and bus recording.
Object registration (refer to fig. 3 a):
void sbus_regist_object(struct object_regist*o)
object deletion (see fig. 3 b):
void sbus_delete_object(struct object_regist*o)
b: simplified representation of the task-record related function:
searching and adding tasks (referring to fig. 3c, searching first, if not, adding and sending task request, returning task position):
struct task_findIPbyName*searchTask(struct object_regist*o,char name[20])
task delete (refer to fig. 3 d):
void deleteTask(struct task_findIPbyName*t)
simplified representation of the bus record related function:
the operation related to bus record is realized in the process of entering a bus network, and the process mainly comprises two processes: one is acquisition, when the object bus is to enter the object bus network, the address information of other object buses in the network needs to be acquired; the other is verification, after the address information of other object buses in the network is acquired, the address information is acquired again for verification after a period of time, so that potential problems (mutual notification) caused when a plurality of object buses are accessed to the object bus network at the same time can be avoided.
These two parts are now extracted separately, a simplified representation of their function (the original procedure is not an independent method):
obtaining information of the object bus in the network (see fig. 3 e):
void getIPTable()
checking the information of the object bus in the network obtained (see fig. 3 f):
void getIPTable()
FIG. 4 is a flow diagram illustrating an object bus initialization implementation according to an embodiment of the invention.
The initialization of the object bus includes:
the initialization of the object bus is to set some information of the object bus, and specifically includes loading a protocol of an encapsulation layer/an analysis layer of a communication module of the object bus, recording an IP address of the object bus, then recording an existing object in the object bus into the object bus through an object recording function, and initializing a corresponding semaphore.
Fig. 5 is a flow diagram illustrating an implementation of an ingress bus network according to an embodiment of the present invention.
3) Accessing an object bus network includes:
entering the object bus network is to inform the object bus in the object bus network, and the object bus itself is to join the object bus network, and the object bus participates in all activities of the object bus network, including sending and receiving information through the object bus network.
Since all object buses are independent, they locally hold a copy of all object bus address information, so that the work to get the object bus into the network is: acquiring address information of an object bus in an object bus network; an access notification is sent to these object buses, informing them of their own address information. This adds a checking step, considering that there may be multiple object bus accesses in the same time period, which may cause some potential problems.
Fig. 6 is a flow chart illustrating an implementation of an exit object bus network according to an embodiment of the present invention.
The exit object bus network includes:
the exit of the object bus network is to notify the object bus in the object bus network that the object bus network itself exits. The object bus will not participate in all activities of the object bus network from then on, including not sending information over the object bus network, also denying receipt of information, etc.
Similar to the work required by the object bus to enter the network, the notification is carried out before exiting, but the updating of the IPtable of the object bus is closed firstly to avoid unnecessary trouble, and the general flow is as follows: closing the updating of the IPtable per se; and sending an exit notice to the existing object buses, and requesting the existing object buses to delete the own address information. After a period of time, a check is made to send an exit notification to the newly joined object buses that were not previously notified, requesting them to delete their own address information.
Fig. 7a, 7b, and 7c are flowcharts illustrating an implementation of deleting a cache according to an embodiment of the present invention.
Deleting the cache includes: the buffer memory adopts the structure of an array and a linked list, and the blank buffer memory space is uniformly placed at the tail of the array for convenient use, so that the acquisition during adding is faster.
Therefore, there are two main parts to delete the cache, one is to find the cache address to be deleted according to the content to be deleted; and the other is to find the cache address to be released according to the array sequence, exchange the contents of the two parts and delete the cache.
Simplified representation of the function relating to the deletion buffer (for the sake of simplicity of presentation, the operations relating to the semaphore are not described):
find the cache that should be released according to the content (refer to fig. 7 a):
struct object_cache*findNodeByContent(struct object_regist*o,struct object_cache c,struct object_cache*deps_head,struct object_cache*refs_head,int*type)
find the cache that should be released according to the space (refer to fig. 7 b):
struct object_cache*findNodeByOrder(struct object_regist*o,struct object_cache*deps_head,struct object_cache*refs_head)
delete cache integrity process (refer to fig. 7 c):
void deleteCache(struct object_regist*o,struct object_cache c)。
fig. 8a, 8b, and 8c are flow charts illustrating an implementation of adding a cache according to an embodiment of the present invention.
Adding a cache is the most basic function of the cache module, but is also the most core function, because it relates to the implementation of the update strategy of the cache. The performance, stability and availability of the cache are largely dependent on the algorithm that adds the cache. These contents are introduced in detail in the design of the cache module of the object bus in the previous section, and are not described in detail. Next, an actual implementation of adding a cache function will be described.
Simple representation of the function related to adding a buffer (for the sake of simplicity of presentation, the operations related to the semaphore are not described):
adding caching of dependent attributes (see fig. 8 a):
void addDependCache(struct object_regist*o,struct object_cache c)
add caching of depended attributes (see fig. 8 b):
void addReferCache(struct object_regist*o,struct object_cache c)
add cache (see fig. 8 c):
void addCache(struct object_regist*o,struct object_cache c,cacheType type)
FIG. 9 is a flowchart illustrating an implementation of finding a cache according to an embodiment of the present invention. And searching the cache is a part of the service function of the cache module, searching whether the cache meeting the requirement exists in the cache according to the key information, and returning the cache information if the cache meets the requirement.
Simple representation of the function related to find the buffer (for the sake of simplicity, the semaphore related operation is not described):
struct object_cache searchCache(struct object_regist*o,char name[20])
10a, 10b are flowcharts illustrating migration cache implementations according to embodiments of the present invention. The cache migration is a service function provided by the cache module for the object migration process, and aims to improve the availability of the cache, and mainly marks the state of the corresponding cache as a cache state when the object is migrated, and the state can deny and delay access and wait for updating. Next, an actual implementation of the cache migration related function will be described.
The functions related to cache migration can be simply implemented in the following form (for the sake of brevity, no semaphore-related operations are described):
modify the migration state of the specified cache (see FIG. 10 a):
void migrateCache(struct object_regist*o,struct object_id c)
modify the contents of the specified cache (see FIG. 10 b):
void changeCache(struct object_regist*o,struct object_cache c)
fig. 11a and 11b are flowcharts illustrating an implementation manner of a basic communication function according to an embodiment of the present invention.
Implementation of basic communication functions
Including transmission of information (fig. 11 a):
int sendDataLine(SOCKET sclient,struct dataLine dl,void*defaultTarget)
reception of information (see fig. 11 b):
void*service_run(void*null)
FIG. 12 is a flow diagram illustrating an implementation of object location according to an embodiment of the present invention. Object location (obtaining object id by object name) is one of the functions of the core of the object bus, and is a precondition for many operations on object operations. The specific flow is as shown in fig. 12:
object localization is generally divided into three stages progressing sequentially: querying at the object's own cache, querying at a cache across the bus, querying through the object bus network. The query time is increased in sequence, and the query can be stopped when the result is obtained in any step. It can also be seen from this flow that a good cache module will bring a great deal of optimization to the given bit.
Fig. 13a, 13b, and 13c are schematic diagrams illustrating port communication implementation according to an embodiment of the present invention. The communication of the ports has four types, namely a data port, an event port, a signal port and an output port, and the working diagram thereof is as shown in fig. 13a (port working diagram):
the communication of the ports is realized mainly by applying an encapsulation layer/a resolution layer in a communication module and ensuring that the transmitted information is correctly processed by setting specific protocol content. Since the flow similarity of the data port, the event port and the signal port is high, only the data port and the output port are shown as an example. As shown in fig. 13b (data port communication activity diagram) and fig. 13c (output port communication activity diagram), respectively.
From fig. 13b and 13c, it can be seen that the main flow and activity of data port communication and output port communication, it can be seen that the accurate expression and interpretation of protocols in the communication function is the fundamental guarantee of port communication activity.
FIG. 14 is a flow diagram illustrating an implementation of object migration according to an embodiment of the present invention.
Object migration is a functional requirement of the object bus, and under some conditions, an object needs to be transferred. In this process, if the object bus takes no action, the cache of other objects related to the object will be invalidated the next time the object is accessed, the target will be lost, the object needs to be relocated, and the cache before the object itself will be all discarded, so the needed address of the object needs to be relocated after migration. These behaviors all cause certain communication pressure on the object bus network, the object bus adopts the operation of migration communication, and the coordination of the migration process to a certain degree can greatly reduce the loss, reduce the negative influence caused by the object migration, and simultaneously improve the utilization rate of the cache.
The embodiments of the present invention have been described in detail with reference to the accompanying drawings, but the present invention is not limited to the above embodiments, and various changes can be made within the knowledge of those skilled in the art without departing from the gist of the present invention.
Claims (8)
1. A method for realizing soft bus of object model embedded operation system is used for object operation system, and is characterized in that:
recording the object bus, including performing the processing of entering the bus, initializing, exiting the bus network and recording on the entered data;
the cache of the object bus caches the entered data by the data and the linked list, and the cache comprises adding cache, deleting cache, searching cache and migrating cache;
the communication of the object bus comprises the basic communication, the positioning, the port communication and the migration processing of a plurality of data objects in the entering data, wherein the port communication comprises the communication corresponding to a data port, an event port, a signal port and an output port.
2. The method for implementing the soft bus of the object model embedded operating system according to claim 1, wherein the records comprise an object record, a task record and a bus record, wherein the object record comprises the object, the task and the bus of the incoming data;
wherein the bus record includes: when the object bus is to enter the object bus network, the address information of other object buses in the network is obtained, and the address information is verified at set time intervals.
3. The method of claim 1, wherein the initializing comprises: setting the object bus, including loading the protocol of the packaging layer/analysis layer of the communication module of the object bus, recording the IP address of the object bus, recording the existing object in the object bus into the object bus through the function of object recording, and initializing the corresponding semaphore.
4. The method of claim 1, wherein said exiting the bus network comprises: the method comprises the steps of obtaining address information of an object bus in an object bus network, sending notification information including the address information to the object bus, and checking in a set interval.
5. The method of claim 1, wherein said exiting the bus network comprises: and closing the updating of the IP table of the self, and sending an exit notice to the existing object bus to request the self to delete the address information.
6. The method for implementing the soft bus of the object model embedded operating system according to claim 1, wherein the caching the line-to-line bus comprises:
adding a cache, and finding a cache address to be deleted according to the content to be deleted; the other is that the cache address which should be released is found according to the array sequence, the two parts of contents are exchanged and then the cache is deleted;
deleting the cache, including adding the existing data by searching a linked list and adding the cache of the depended attribute;
searching the cache, including searching whether the cache meeting the requirement exists in the cache according to the key information, and returning the cache information if the cache meets the requirement;
and migrating the cache, wherein the state of the corresponding cache is marked as a cache state, waiting for migration, and the object of the cache state is a state of refusing access or delaying access.
7. The method for implementing the object model embedded operating system soft bus according to claim 1, wherein the communication of the object bus comprises:
basic communication, including the sending and receiving of information;
object positioning, including positioning by querying at the object's own cache, querying at the cache on the whole bus, and querying through the object bus network;
port communication, including setting specific protocol for application of encapsulation layer/analysis layer to complete communication;
and migration processing, which comprises sending a migration notification and a request before migration, activating a cache object, acquiring cache information and executing migration.
8. A system for realizing object model embedded operating system soft bus is characterized in that:
the object bus recording module is used for performing processing of entering a bus, initializing, exiting a bus network and recording on the entered data;
the object bus cache module is used for caching the entered data by using the data and the linked list, wherein the caching comprises adding cache, deleting cache, searching cache and migrating cache;
the object bus communication module is used for performing basic communication, positioning, port communication and migration processing on a plurality of data objects in the entering data, and the port communication comprises communication corresponding to a data port, an event port, a signal port and an output port.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010895883.2A CN112083914B (en) | 2020-08-31 | 2020-08-31 | Method and system for realizing object model embedded operation system soft bus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010895883.2A CN112083914B (en) | 2020-08-31 | 2020-08-31 | Method and system for realizing object model embedded operation system soft bus |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112083914A true CN112083914A (en) | 2020-12-15 |
| CN112083914B CN112083914B (en) | 2023-09-12 |
Family
ID=73731227
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010895883.2A Active CN112083914B (en) | 2020-08-31 | 2020-08-31 | Method and system for realizing object model embedded operation system soft bus |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112083914B (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114296809A (en) * | 2021-12-24 | 2022-04-08 | 深圳航天科技创新研究院 | Object model construction method based on operating system and system calling interface thereof |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101226487A (en) * | 2008-01-30 | 2008-07-23 | 中国船舶重工集团公司第七〇九研究所 | Method for implementing inner core level thread library based on built-in Linux operating system |
| CN101605084A (en) * | 2009-06-29 | 2009-12-16 | 北京航空航天大学 | Virtual network message processing method and system based on virtual machine |
| CN101692229A (en) * | 2009-07-28 | 2010-04-07 | 武汉大学 | Self-adaptive multilevel cache system for three-dimensional spatial data based on data content |
| CN103294023A (en) * | 2012-03-02 | 2013-09-11 | 费希尔控制国际公司 | Methods and apparatus to reduce memory requirements for process control system software applications |
| CN103442049A (en) * | 2013-08-22 | 2013-12-11 | 浪潮电子信息产业股份有限公司 | Component-oriented mixed type cloud operating system structure and communication method thereof |
| US20160352858A1 (en) * | 2015-05-29 | 2016-12-01 | Sap Se | Plug-in cache |
| CN107729623A (en) * | 2017-09-22 | 2018-02-23 | 深圳航天科技创新研究院 | More people concurrent modeling method, system and storage mediums |
| CN108369549A (en) * | 2016-01-19 | 2018-08-03 | 微软技术许可有限责任公司 | Use the versioned record management for restarting period |
| CN108810041A (en) * | 2017-04-27 | 2018-11-13 | 华为技术有限公司 | A kind of data write-in of distributed cache system and expansion method, device |
| CN110209383A (en) * | 2019-06-12 | 2019-09-06 | 广东省华系智能系统有限公司 | Ubiquitous object interaction interface method towards general manufacture and edge calculations |
-
2020
- 2020-08-31 CN CN202010895883.2A patent/CN112083914B/en active Active
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101226487A (en) * | 2008-01-30 | 2008-07-23 | 中国船舶重工集团公司第七〇九研究所 | Method for implementing inner core level thread library based on built-in Linux operating system |
| CN101605084A (en) * | 2009-06-29 | 2009-12-16 | 北京航空航天大学 | Virtual network message processing method and system based on virtual machine |
| CN101692229A (en) * | 2009-07-28 | 2010-04-07 | 武汉大学 | Self-adaptive multilevel cache system for three-dimensional spatial data based on data content |
| CN103294023A (en) * | 2012-03-02 | 2013-09-11 | 费希尔控制国际公司 | Methods and apparatus to reduce memory requirements for process control system software applications |
| CN103442049A (en) * | 2013-08-22 | 2013-12-11 | 浪潮电子信息产业股份有限公司 | Component-oriented mixed type cloud operating system structure and communication method thereof |
| US20160352858A1 (en) * | 2015-05-29 | 2016-12-01 | Sap Se | Plug-in cache |
| CN108369549A (en) * | 2016-01-19 | 2018-08-03 | 微软技术许可有限责任公司 | Use the versioned record management for restarting period |
| CN108810041A (en) * | 2017-04-27 | 2018-11-13 | 华为技术有限公司 | A kind of data write-in of distributed cache system and expansion method, device |
| CN107729623A (en) * | 2017-09-22 | 2018-02-23 | 深圳航天科技创新研究院 | More people concurrent modeling method, system and storage mediums |
| CN110209383A (en) * | 2019-06-12 | 2019-09-06 | 广东省华系智能系统有限公司 | Ubiquitous object interaction interface method towards general manufacture and edge calculations |
Non-Patent Citations (5)
| Title |
|---|
| PALO ALTO 等: "The Information Bus: an architecture for extensible distributed systems", pages 58 - 68 * |
| RUILIANG ZHOU 等: "Design and Implementation of Software Bus Based on Object Model Operating System", vol. 1732, pages 1 - 6 * |
| 刘谋用 等: "实时分布式操作系统中共享对象通信模型的实现", vol. 36, no. 3, pages 309 - 314 * |
| 周瑞亮: "基于对象模型操作系统的软件总线的设计与实现", no. 1, pages 138 - 420 * |
| 张林江 等: "基于aCoral操作系统的设备驱动模型及USB协议栈的设计与实现", no. 3, pages 137 - 388 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114296809A (en) * | 2021-12-24 | 2022-04-08 | 深圳航天科技创新研究院 | Object model construction method based on operating system and system calling interface thereof |
| CN114296809B (en) * | 2021-12-24 | 2023-05-05 | 深圳航天科技创新研究院 | Object model construction method based on operating system and system call interface thereof |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112083914B (en) | 2023-09-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107995169B (en) | Mobile game server framework system based on micro-service architecture | |
| US5511196A (en) | Method and system in a data processing system for the enhancement of relationships between reference objects in an object oriented environment and a data object outside an object oriented environment | |
| AU649455B2 (en) | Distributed computing system | |
| CN110309218B (en) | Data exchange system and data writing method | |
| US10416979B2 (en) | Package installation on a host file system using a container | |
| US20020161784A1 (en) | Method and apparatus to migrate using concurrent archive and restore | |
| CN112395264B (en) | Processing method for mapping between logical targets and volumes in distributed storage system | |
| CN109597640B (en) | Account management method, device, equipment and medium for application program | |
| CN106021327B (en) | A kind of Dropbox system for supporting multi-user to read while write and its read document method, written document method | |
| CN114925084B (en) | Distributed transaction processing method, system, equipment and readable storage medium | |
| CN111459632B (en) | Serial port agent for calling terminal application program and implementation method | |
| CN110290166B (en) | Cross-cluster data interaction method, system and device and readable storage medium | |
| CN111338893A (en) | Process log processing method and device, computer equipment and storage medium | |
| US11240302B1 (en) | Live migration of log-based consistency mechanisms for data stores | |
| CN106021566A (en) | Method, device and system for improving concurrent processing capacity of single database | |
| CN112083914A (en) | Method and system for realizing soft bus of object model embedded operating system | |
| CN111638939B (en) | Management system and method for Kubernets container platform application life cycle | |
| CN111447273A (en) | Cloud processing system and data processing method based on cloud processing system | |
| CN111913926A (en) | Cloud platform storage method based on Hadoop | |
| CN109445966A (en) | Event-handling method, device, medium and calculating equipment | |
| US11416454B2 (en) | Correction, synchronization, and migration of databases | |
| CN110909057B (en) | Numerical pool virtual test data middleware system and working method thereof | |
| US6938052B2 (en) | Access to server resources from heterogeneous platforms | |
| CN113420306A (en) | Resource sharing method and device, computing equipment and computer readable storage medium | |
| CN114866609B (en) | Data interconnection and intercommunication method and device based on unified information model |
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 |