CN111431805B - Internet of things multi-channel signal multiplexing synchronization strategy method - Google Patents
Internet of things multi-channel signal multiplexing synchronization strategy method Download PDFInfo
- Publication number
- CN111431805B CN111431805B CN202010226164.1A CN202010226164A CN111431805B CN 111431805 B CN111431805 B CN 111431805B CN 202010226164 A CN202010226164 A CN 202010226164A CN 111431805 B CN111431805 B CN 111431805B
- Authority
- CN
- China
- Prior art keywords
- server
- routing
- writing
- internet
- routing table
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 24
- 230000003068 static effect Effects 0.000 claims description 12
- 230000001360 synchronised effect Effects 0.000 claims description 10
- 238000004891 communication Methods 0.000 claims description 6
- 238000012544 monitoring process Methods 0.000 claims description 6
- 230000008859 change Effects 0.000 claims description 3
- 238000013461 design Methods 0.000 claims description 3
- 230000008569 process Effects 0.000 claims description 3
- 238000012423 maintenance Methods 0.000 claims description 2
- 230000006378 damage Effects 0.000 abstract description 5
- 230000006872 improvement Effects 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
- H04L45/745—Address table lookup; Address filtering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/02—Details
- H04J3/06—Synchronising arrangements
- H04J3/0635—Clock or time synchronisation in a network
- H04J3/0638—Clock or time synchronisation among nodes; Internode synchronisation
- H04J3/0658—Clock or time synchronisation among packet nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/22—Alternate routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
- H04L45/745—Address table lookup; Address filtering
- H04L45/7453—Address table lookup; Address filtering using hashing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1044—Group management mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Physics & Mathematics (AREA)
- Mathematical Physics (AREA)
- Theoretical Computer Science (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a synchronization strategy method for multiplexing Internet of things multiplex signals, which comprises the following steps: the method comprises the steps of fixing a network routing server structure, selecting a server identifier, judging a target address by a server, improving performance throughput, realizing a lock-independent algorithm and ensuring thread synchronization safety; the invention uses the routing table synchronization algorithm irrelevant to the lock, so that the problem of sequence deadlock can not be generated when messages are synchronously transmitted among threads, the threads can be multiplexed, and the thread creation destruction expense is reduced.
Description
Technical Field
The invention relates to the technical field of multiplexing of Internet of things multiplex signals, in particular to a synchronization strategy method for multiplexing of Internet of things multiplex signals.
Background
The internet of things is an information bearing body based on the internet, a traditional telecommunication network and the like, and enables all common physical objects which can be independently addressed to form an interconnected and intercommunicated network;
at present, the internet of things mostly adopt a single medium to carry multiple paths of signals, which is called multiplexing, in a synchronous message transmission mechanism of the internet of things, a sequence deadlock problem is easily generated between two threads, so that the message transmission mechanism between the threads needs to be added and is asynchronous, namely, a sendMessage method is operated through another independent thread to solve the deadlock problem, but the cost of creating a destruction thread for each sendMessage is very large, and therefore, the invention provides a synchronous strategy method for multiplexing the multiple paths of the internet of things to solve the problems in the prior art.
Disclosure of Invention
Aiming at the problems, the invention aims to provide a synchronization strategy method for multiplexing Internet of things multiplex signals, which uses a lock-independent routing table synchronization algorithm, so that the problem of sequence deadlock cannot be caused when messages are synchronously transmitted among threads, the threads can be multiplexed, and the thread creation and destruction cost is reduced.
In order to achieve the purpose of the invention, the invention is realized by the following technical scheme: a synchronization strategy method for multiplexing of Internet of things multiplex signals comprises the following steps:
the method comprises the following steps: fixed network route server architecture
The routing algorithm in the Internet of things is divided into a static routing protocol and a dynamic routing protocol and is used for detecting and adapting to the change of network topology, the path selected by sending information to a target address by a source address is determined by a network connection topological structure of a server cluster, and a small network formed by the system adopts the static routing to fix the network routing server cluster structure into a tree-shaped structure and uses the static routing algorithm;
step two: selecting a server identifier
According to the first step, in the application layer network connection formed by the server cluster, the connection is set to be two ends, the input end of the connection is a monitoring end, the other end of the connection is a connecting end, and the IP address of each server and the monitoring port number in the server communication assembly are used as a unique identifier in the server cluster;
step three: server determining destination address
The routing server is built with a routing table for realizing routing protocol and static routing, the routing table records the next hop path connected to other servers, when the message passes through the server, the server judges whether the server is a target address, if not, the local routing table is inquired to obtain a locally connected server with the target address, and the message is sent;
step four: improving performance throughput
The operation of the routing table is provided with reading and writing, the reading operation frequently occurs and data is not modified, the synchronous operation of reading and writing ensures the stability of the server cluster, the condition that the routing table is modified continuously is avoided, and the performance throughput of the routing server is improved through the class provided by the Java SDK while the reading and writing synchronous operation is carried out;
step five: implementing lock independent algorithms
HashMap is realized by copyOnWrite, and the synchronization of writing-writing is not carried out by using locks, so that the unlocking of the locks is reduced, but the synchronization is realized by using a lock-independent algorithm, so that the conflict of writing-writing is reduced, and the Cashe consistency flow problem caused by CAS is solved;
step six: securing thread synchronization
According to the fifth step, in the process of the lock-independent algorithm, the shallow copy is used for copying the reference, but not for copying the object, and the problem of thread safety is avoided by using the keys and values which cannot be modified in the HashMap.
The further improvement lies in that: in the first step, in terms of software design, the network routing server communication component enables each server to be connected with a plurality of servers and monitors the plurality of servers so as to meet different network topological structures.
The further improvement lies in that: in the third step, each routing table of the server maintains the consistency and accuracy of the information, and the JMX is used to perform the maintenance and management work of the routing table in a unified manner, so as to ensure that the data packet exchange is performed correctly.
The further improvement lies in that: in the fourth step, there are three main solutions in the class provided by the Java SDK, the first is a self-contained concurrent secure ConcurrentHashMap class, the second is a rentrandreadwritelock designed and implemented for frequent "read" and few "write" operations provided by the Java SDK, and the third is CopyOnWrite, that is, copy when "write".
The further improvement lies in that: in the algorithm implementation of the fifth step, in the writing operation, the reference of the original data is recorded, a copy is made to the original data, after the copy data is modified, the CAS operation is used to judge whether the reference of the original data is changed, if not, the reference is modified to the reference of the copy data, and if so, the attempt is made again.
The further improvement lies in that: in the sixth step, the unmodifiable keys and values in the HashMap are String classes, and one unmodifiable class in the Java design of the String classes is managed by a String object pool to ensure the thread safety.
The invention has the beneficial effects that: the invention uses the routing table synchronization algorithm irrelevant to the lock, so that the problem of sequence deadlock can not be generated when messages are synchronously transmitted among threads, the threads can be multiplexed, the thread creation destruction expense is reduced, in the synchronization problem, the performance throughput of the server is improved through the ConcurrentHashMap class of the Java SDK and a ReentrreadWriteLock which is designed and realized for frequent 'reading' and less 'writing' operations and provided by the Java SDK, the extra required data volume is reduced through copyOnWrite, namely 'writing', so that the performance throughput of the server is improved, a back support realized through the algorithm is that a garbage recovery mechanism is designed in the Java, so that after the 'writing' operation of the routing table of the server is finished, the old memory data reference value is changed into a new memory data reference value, the last 'reading' operation directly destroys the old memory data, thereby ensuring the normal operation of the synchronous transmission of the multiple signals of the Internet of things.
Drawings
FIG. 1 is a diagram of a network routing server cluster architecture of the present invention;
fig. 2 is a diagram of a server routing table structure of the present invention.
Detailed Description
In order to further understand the present invention, the following detailed description will be made with reference to the following examples, which are only used for explaining the present invention and are not to be construed as limiting the scope of the present invention.
As shown in fig. 1 and 2, the embodiment provides a synchronization policy method for multiplexing multiple signals of the internet of things, which includes the following steps:
the method comprises the following steps: fixed network route server architecture
The routing algorithm in the Internet of things is divided into a static routing protocol and a dynamic routing protocol and is used for detecting and adapting to the change of network topology, a source address sends information to a path selected by a target address and is determined by a network connection topological structure of a server cluster, a small network formed by the system adopts the static routing to fix the network routing server cluster structure into a tree-shaped structure, and the static routing algorithm is used, in the aspect of software design, a network routing server communication component enables each server to be connected with a plurality of servers and monitors the plurality of servers so as to meet different network topological structures;
step two: selecting a server identifier
According to the first step, in the application layer network connection formed by the server cluster, the connection is set to be two ends, the input end of the connection is a monitoring end, the other end of the connection is a connecting end, and the IP address of each server and the monitoring port number in the server communication assembly are used as a unique identifier in the server cluster;
step three: server determining destination address
The method comprises the steps that a routing table for realizing routing protocol and static routing selection is established in a routing server, the routing table records the next hop path connected to other servers, when a message passes through the server, the server judges whether the message is a target address, if not, the local routing table is inquired to obtain a locally connected server with the target address, the message is sent to the past, each routing table of the server keeps the consistency and the accuracy of the information, and JMX is uniformly used for maintaining and managing the routing table to ensure that data packet exchange is correctly carried out;
step four: improving performance throughput
The operation of the routing table is provided with 'reading' and 'writing', the 'reading' operation frequently occurs and data is not modified, the synchronous operation of 'reading' and 'writing' ensures the stability of the server cluster, the condition that the routing table is not modified continuously is avoided, the performance throughput of the routing server is improved through the class provided by the Java SDK while the 'reading' and 'writing' synchronous operation is carried out, three solutions are mainly provided in the class provided by the Java SDK, the first solution is a first self-contained concurrent safe ConcurrentHashMap class, the second solution is a ReentrraTreadWriteLock which is designed and realized for frequent 'reading' and few 'writing' operations provided by the Java SDK, and the third solution is copyOnWrite, namely copying during 'writing';
step five: implementing lock independent algorithms
Realizing HashMap by using copyOnWrite, not using locks to synchronize write-write, reducing the unlocking of locks, but using lock-independent algorithm to replace the locks, reducing the conflict of write-write, solving the Cashe consistency flow problem caused by CAS, recording the reference of original data in the write operation, copying the original data, modifying the copied data, using CAS operation to judge whether the reference of the original data is changed, if not, modifying the reference to the copied data, if so, trying again;
step six: securing thread synchronization
According to the fifth step, in the process of the lock-independent algorithm, the shallow copy is used for copying the reference, but not the object, the problem of thread safety is avoided by using the non-modifiable keys and values in the HashMap, the non-modifiable keys and values in the HashMap are String classes, and the String classes are managed by a String object pool in Java design and are used for ensuring the thread safety.
The synchronization strategy method for multiplexing the Internet of things multipath signals uses a lock-independent routing table synchronization algorithm, so that the problem of sequence deadlock can not be generated when messages are synchronously transmitted among threads, the threads can be multiplexed, the thread creation destruction expense is reduced, in the synchronization problem, the performance throughput of a server is improved through a ConcurrentHashMap class of concurrency safety of a Java SDK and a ReentrTransreadWriteLock read-write lock which is provided by the Java SDK and is designed and realized for frequent read and few write operations, the extra required data volume is reduced through copyOnWrite, namely copying during write operation, so that the performance throughput of the server is improved, a back support realized through the algorithm is that a garbage recovery mechanism is designed by Java, after the routing table of the server is destroyed after the write operation is finished, an old memory data reference value is changed into a new memory data reference value, the last read operation is directly used memory data, thereby ensuring the normal operation of the synchronous transmission of the multiple signals of the Internet of things.
The foregoing illustrates and describes the principles, general features, and advantages of the present invention. It will be understood by those skilled in the art that the present invention is not limited to the embodiments described above, which are described in the specification and illustrated only to illustrate the principle of the present invention, but that various changes and modifications may be made therein without departing from the spirit and scope of the present invention, which fall within the scope of the invention as claimed. The scope of the invention is defined by the appended claims and equivalents thereof.
Claims (3)
1. A synchronization strategy method for multiplexing Internet of things multiplex signals is characterized in that: the method comprises the following steps:
the method comprises the following steps: fixed network route server architecture
The routing algorithm in the Internet of things is divided into a static routing protocol and a dynamic routing protocol and is used for detecting and adapting to the change of network topology, the path selected by sending information to a target address by a source address is determined by a network connection topological structure of a server cluster, and a small network formed by the system adopts the static routing to fix the network routing server cluster structure into a tree-shaped structure and uses the static routing algorithm;
step two: selecting a server identifier
According to the first step, in the application layer network connection formed by the server cluster, the connection is set to be two ends, the input end of the connection is a monitoring end, the other end of the connection is a connecting end, and the IP address of each server and the monitoring port number in the server communication assembly are used as a unique identifier in the server cluster;
step three: server determining destination address
The routing server is built with a routing table for realizing routing protocol and static routing, the routing table records the next hop path connected to other servers, when the message passes through the server, the server judges whether the server is a target address, if not, the local routing table is inquired to obtain a locally connected server with the target address, and the message is sent;
step four: improving performance throughput
The operation of the routing table is provided with reading and writing, the reading operation frequently occurs and data is not modified, the synchronous operation of reading and writing ensures the stability of the server cluster, the condition that the routing table is modified continuously is avoided, and the performance throughput of the routing server is improved through the class provided by the Java SDK while the reading and writing synchronous operation is carried out; the Java SDK provides classes with three main solution ideas, wherein the first is a ConcurrentHashMap class with self-contained concurrent security, the second is a ReentrRaneadWriteLock read-write lock designed and realized for frequent read and few write operations, and the third is copyOnWrite, namely copying when writing;
step five: implementing lock independent algorithms
HashMap is realized by copyOnWrite, and the synchronization of writing-writing is not carried out by using locks, so that the unlocking of the locks is reduced, but the synchronization is realized by using a lock-independent algorithm, so that the conflict of writing-writing is reduced, and the Cashe consistency flow problem caused by CAS is solved; in the 'writing' operation, the reference of the original data is recorded, a copy is made to the original data, after the copy data is modified, the CAS operation is used for judging whether the reference of the original data is changed or not, if not, the reference is modified to the reference of the copy data, and if so, the attempt is made again;
step six: securing thread synchronization
According to the fifth step, in the process of the lock-independent algorithm, the shallow copy is used for copying the reference, but not the object, the problem of thread safety is avoided by using the non-modifiable keys and values in the HashMap, the non-modifiable keys and values in the HashMap are String classes, and the String classes are managed by a String object pool in Java design and are used for ensuring the thread safety.
2. The method for synchronizing the multiplexing of the internet of things signals according to claim 1, wherein the method comprises the following steps: in the first step, in terms of software design, the network routing server communication component enables each server to be connected with a plurality of servers and monitors the plurality of servers so as to meet different network topological structures.
3. The method for synchronizing the multiplexing of the internet of things signals according to claim 1, wherein the method comprises the following steps: in the third step, each routing table of the server maintains the consistency and accuracy of the information, and the JMX is used to perform the maintenance and management work of the routing table in a unified manner, so as to ensure that the data packet exchange is performed correctly.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010226164.1A CN111431805B (en) | 2020-03-27 | 2020-03-27 | Internet of things multi-channel signal multiplexing synchronization strategy method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010226164.1A CN111431805B (en) | 2020-03-27 | 2020-03-27 | Internet of things multi-channel signal multiplexing synchronization strategy method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111431805A CN111431805A (en) | 2020-07-17 |
| CN111431805B true CN111431805B (en) | 2021-01-12 |
Family
ID=71551539
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010226164.1A Active CN111431805B (en) | 2020-03-27 | 2020-03-27 | Internet of things multi-channel signal multiplexing synchronization strategy method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111431805B (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103647668A (en) * | 2013-12-16 | 2014-03-19 | 上海证券交易所 | Host group decision system in high availability cluster and switching method for host group decision system |
| CN106095817A (en) * | 2016-06-01 | 2016-11-09 | 常熟理工学院 | Extensible file system based on micro-kernel and file access method |
| CN107113241A (en) * | 2015-12-31 | 2017-08-29 | 华为技术有限公司 | Route determining methods, network collocating method and relevant apparatus |
| CN107181686A (en) * | 2016-03-09 | 2017-09-19 | 阿里巴巴集团控股有限公司 | Synchronous method, the apparatus and system of routing table |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1304871A3 (en) * | 2001-08-21 | 2003-06-18 | Canal+ Technologies Société Anonyme | Method and apparatus for a receiver/decoder |
| US7707594B1 (en) * | 2002-08-20 | 2010-04-27 | At&T Intellectual Property I, L.P. | System and method for providing a routing service in distributed computing environment |
| CN100574281C (en) * | 2007-06-22 | 2009-12-23 | 中兴通讯股份有限公司 | A kind of management method of switch routing table |
| CN101645906A (en) * | 2009-09-03 | 2010-02-10 | 兰州大学 | Realization method and system of computer network security communication |
| US10735304B2 (en) * | 2011-02-28 | 2020-08-04 | Shopkeep Inc. | System and method for remote management of sale transaction data |
| CN102256324A (en) * | 2011-07-06 | 2011-11-23 | 南京航空航天大学 | Internet-of-things self-organizing network protocol based on tree routing algorithm |
| CN103200616B (en) * | 2013-03-06 | 2015-12-23 | 重庆邮电大学 | A kind of energy-efficient deployment method setting up Internet of Things network model |
| CN104506440B (en) * | 2014-12-26 | 2017-12-26 | 成都致云科技有限公司 | The data packet sending method and routing table amending method of router |
| CN106559452B (en) * | 2015-09-28 | 2019-11-05 | 阿里巴巴集团控股有限公司 | Data processing method and device under cluster environment |
| US9973621B2 (en) * | 2015-11-23 | 2018-05-15 | Google Llc | Cross-device security scheme for tethered devices |
| CN107465619A (en) * | 2017-08-22 | 2017-12-12 | 南京航空航天大学 | A kind of method and apparatus of Internet of Things commercial network message forwarding |
-
2020
- 2020-03-27 CN CN202010226164.1A patent/CN111431805B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103647668A (en) * | 2013-12-16 | 2014-03-19 | 上海证券交易所 | Host group decision system in high availability cluster and switching method for host group decision system |
| CN107113241A (en) * | 2015-12-31 | 2017-08-29 | 华为技术有限公司 | Route determining methods, network collocating method and relevant apparatus |
| CN107181686A (en) * | 2016-03-09 | 2017-09-19 | 阿里巴巴集团控股有限公司 | Synchronous method, the apparatus and system of routing table |
| CN106095817A (en) * | 2016-06-01 | 2016-11-09 | 常熟理工学院 | Extensible file system based on micro-kernel and file access method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111431805A (en) | 2020-07-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111581284B (en) | Database high availability method, device, system and storage medium | |
| US6128296A (en) | Method and apparatus for distributed packet switching using distributed address tables | |
| US7149853B2 (en) | System and method for synchronization for enforcing mutual exclusion among multiple negotiators | |
| US7822711B1 (en) | Conflict resolution for a distributed file sharing system | |
| JP5798644B2 (en) | Consistency within the federation infrastructure | |
| EP2695083B1 (en) | Cluster unique identifier | |
| US8086581B2 (en) | Method for managing lock resources in a distributed storage system | |
| US20040243769A1 (en) | Tree based memory structure | |
| US20110225121A1 (en) | System for maintaining a distributed database using constraints | |
| US7860864B2 (en) | Distributed directory deployment | |
| KR101670343B1 (en) | Method, device, and system for peer-to-peer data replication and method, device, and system for master node switching | |
| JP2004133897A (en) | Event notification in storage network | |
| WO2018137327A1 (en) | Data transmission method for host and standby devices, control node, and database system | |
| WO2006102226A2 (en) | Improved reliability and availability of distributed servers | |
| JPH0713838A (en) | Method and equipment for recovery of error | |
| JP4106014B2 (en) | Communication method and program in multi-node data processing system including at least one non-volatile data storage device | |
| US7433928B1 (en) | System pre-allocating data object replicas for a distributed file sharing system | |
| KR100532339B1 (en) | Group access privatization in clustered computer system | |
| US20100145911A1 (en) | Serverless Replication of Databases | |
| US6725218B1 (en) | Computerized database system and method | |
| CN113905054B (en) | RDMA (remote direct memory access) -based Kudu cluster data synchronization method, device and system | |
| CN111431805B (en) | Internet of things multi-channel signal multiplexing synchronization strategy method | |
| CN112468466B (en) | Realization system for super-large scale IMS AS technology | |
| JP2007219809A (en) | Data storage system, data storage method, and data storage program | |
| US20100125557A1 (en) | Origination based conflict detection in peer-to-peer replication |
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 | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: A Synchronization Strategy for Multiplexing Multiple Signals in the Internet of Things Effective date of registration: 20221129 Granted publication date: 20210112 Pledgee: Industrial Bank Co.,Ltd. Shanghai Pengpu Sub branch Pledgor: Shanghai Tianhao Information Technology Co.,Ltd. Registration number: Y2022310000352 |
|
| PC01 | Cancellation of the registration of the contract for pledge of patent right | ||
| PC01 | Cancellation of the registration of the contract for pledge of patent right |
Date of cancellation: 20231129 Granted publication date: 20210112 Pledgee: Industrial Bank Co.,Ltd. Shanghai Pengpu Sub branch Pledgor: Shanghai Tianhao Information Technology Co.,Ltd. Registration number: Y2022310000352 |