CN110225134A - 一种区块链系统中多终端可用数据通信同步协议 - Google Patents
一种区块链系统中多终端可用数据通信同步协议 Download PDFInfo
- Publication number
- CN110225134A CN110225134A CN201910542993.8A CN201910542993A CN110225134A CN 110225134 A CN110225134 A CN 110225134A CN 201910542993 A CN201910542993 A CN 201910542993A CN 110225134 A CN110225134 A CN 110225134A
- Authority
- CN
- China
- Prior art keywords
- protocol
- data
- agreement
- text
- layer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000004891 communication Methods 0.000 title claims abstract description 31
- 230000005540 biological transmission Effects 0.000 claims abstract description 19
- 238000012545 processing Methods 0.000 claims description 12
- 230000004044 response Effects 0.000 claims description 10
- 230000011218 segmentation Effects 0.000 claims description 10
- 238000000034 method Methods 0.000 claims description 8
- 238000004458 analytical method Methods 0.000 claims description 7
- 238000013461 design Methods 0.000 claims description 6
- 230000008569 process Effects 0.000 claims description 6
- 210000001072 colon Anatomy 0.000 claims description 3
- 230000006870 function Effects 0.000 claims description 3
- 238000012546 transfer Methods 0.000 claims description 3
- 230000006835 compression Effects 0.000 claims description 2
- 238000007906 compression Methods 0.000 claims description 2
- 230000006837 decompression Effects 0.000 claims description 2
- 231100000279 safety data Toxicity 0.000 claims 1
- 230000015654 memory Effects 0.000 description 6
- 230000008901 benefit Effects 0.000 description 2
- 230000002349 favourable effect Effects 0.000 description 2
- 230000006399 behavior Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000013502 data validation Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 235000013399 edible fruits Nutrition 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
-
- 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/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/16—Implementing security features at a particular protocol layer
- H04L63/168—Implementing security features at a particular protocol layer above the transport layer
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种区块链系统中多终端可用数据通信同步协议，包括语法网络层面，所述语法网络层面包括应用层、安全层和传输层，所述应用层采用文本协议和二进制协议配合方式，所述安全层采用Https和自行加解密，所述传输层采用TCP和UDP进行数据传输，本发明结构科学合理，使用安全方便，在语法的三个层面应用二进制协议和文本协议，通过二进制协议处理了传输层通信，文本协议处理了应用层协议，通过这样的配合，二进制协议作为客户端和服务端之间的桥梁，使得数据解析更加高效，且文本协议具有更多的扩展性；兼容了效率和扩展，使得IO部分采用规范化，提高了IO读写的高效性，在其上则可根据其约定的文本协议，以直观的形式展示给双方开发者。
Description
技术领域
本发明涉及通信技术领域，具体为一种区块链系统中多终端可用数据通信同步协议。
背景技术
在区块链系统中，每个账户都可以通过在点对点网络中进行数据挖矿，在点对点网络中，每个节点都作为服务端和客户端，同时需要与其他节点相连接交互，同时区块链系统存在大量的数据确认同步操作，数据通信同步机制和IM消息投递虽然是2个系统设计，但如果实现了实时同步，基本上就实现了一种特殊的IM，如果用户多个终端同时在线要能做到的目标本身就是实时同步，而数据同步首先要解决应用方面的，即两个节点之间对相互发送的数据的互相理解；同时在网络底层要解决IO读写的问题。
现有技术数据通信同步协议中以当前两份准标准协议为XML和XMPP，两者都可以实现跨域互通，可读性好，扩展性好，但是XML不太适合移动端使用，XMPP协议在无线端的即时通讯，需要自己做压缩，减少网络流量，从而在解析过程中都存在解析代价超高，需要消耗大量内存，且有效数据传输率超低，所以急需一种区块链系统中多终端可用数据通信同步协议来解决上述问题。
发明内容
本发明提供一种区块链系统中多终端可用数据通信同步协议，可以有效解决上述背景技术中提出现有技术数据通信同步协议中以当前两份准标准协议为XML和XMPP，两者都可以实现跨域互通，可读性好，扩展性好，但是XML不太适合移动端使用，XMPP协议在无线端的即时通讯，需要自己做压缩，减少网络流量，从而在解析过程中都存在解析代价超高，需要消耗大量内存，且有效数据传输率超低的问题。
为实现上述目的，本发明提供如下技术方案：一种区块链系统中多终端可用数据通信同步协议，包括语法网络层面，所述语法网络层面包括应用层、安全层和传输层，所述应用层包括文本协议和二进制协议，并采用文本协议和二进制协议相互配合的方式，所述文本协议包括Http协议和自定义文本协议，所述二进制协议包括可扩展的报头和可扩展的报体，所述安全层包括Https和自行加解密，并采用Https和自行加解密相互配合，所述传输层采用TCP协议和UDP协议进行数据传输。
优选的，所述文本协议是指通过服务端与客户端制定自定义协议相互约定，并构建请求/响应和数据报两种方式；
所述Http协议是指计算机通信网络中两台计算机之间进行通信所必须共同遵守的规定或规则，允许将超文本标记语言文档从Web服务器传送到客户端的浏览器，所述自定义文本协议是指服务端与客户端相互约定的协议，方便读写和调试，通过Key-Value数据库的键值对的形式进行扩展属性处理，其中，Key-value数据库是一种以键值对存储数据的一种数据库，将整个数据库理解为一个大的map，每个键对应一个唯一的值。
优选的，所述文本协议中解析方式包括整体读入、分割读入和字符串读入，其中，整体读入是指一行一行的进行读入，分割读入是指按冒号分割进行读入，字符串读入是指通过JSON字符串进行读入；
其中，解析方式根据具体的业务进行选择，并选择符合自身系统特点的进行设置，其中，数据包方式采用JSON字符串形式进行解析，请求响应方式采用自定义Request/Response文本格式进行快速解析。
优选的，所述二进制协议包括可扩展的报头和可扩展的报体，其中IP协议包头简化为[报头[num][length]][报体]，报头为[num][length]；
其中，num：占1个字节，表示0-255长度，length：根据num设计值进行判断，若num选择为4，传输953个字节则表示为0953，前面用0作为填充字符进行填充，结构简单，处理流程快速，极大的降低解析代价。
优选的，所述Https是指以安全为目标的Http通道，用于对数据进行压缩和解压操作，并返回网络上传送回的结果，为专门针对Http协议扩展，以SSL为安全基础，用于安全的Http协议的数据传输，其中，Https在Http与TCP之间存在默认端口及一个加密和身份验证层。
优选的，所述自行加解密是指根据客户端的加密算法，服务端可呈现多种密钥管理方式，所述自行加解密包括SSL的用法，其中，自行加密的方式，可在二进制协议和文本协议两个方面同时运行，提高数据的保密性。
优选的，所述TCP是指面向连接的、可靠的、基于字节流的运输层通信协议，其位置是位于IP层之上，应用层之下的中间层，并完成第四层传输层所指定的功能，接受应用层发送的数据流，并把数据流分区成适当长度的报文段，接着将结果包传给IP层。
优选的，所述TCP传输结果包时，赋予每个包一个序号，同时序号也保证了传送到接收端实体的包的按序接收。
优选的，所述UDP同一层内另一个传输协议，将网络数据流量压缩成数据包的形式，其中，数据包是以二进制数据的传输单位，且约定传输长度不能超过8KB，表现为：[4][8192][报文]，从而在底层采用二进制协议进行网络基础数据传输，提高数据处理的高效性。
与现有技术相比，本发明的有益效果：本发明结构科学合理，使用安全方便：
1、在语法的三个层面应用二进制协议和文本协议，通过二进制协议处理了传输层通信，文本协议处理了应用层协议，当客户端向服务端发送数据，传输层通过二进制协议建立起客户端和服务端之间的桥梁，文本协议通过自定义协议约定，构建请求到响应和数据报两种方式，通过这样的配合，二进制协议作为客户端和服务端之间的桥梁，使得数据解析更加高效，且文本协议具有更多的扩展性；兼容了效率和扩展。
通过应用层和传输层的作用，使得IO部分采用规范化，简约化的设计，提高了IO读写的高效性，在其上则可根据其约定的文本协议，以直观的形式展示给双方开发者，从而借助于当前服务器优势的内存资源和CPU资源，通过内存中的高效文本处理，这样既兼顾了IO的高效，又提高了处理的多样性。
附图说明
附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。
在附图中：
图1是本发明语法网络层面的结构框图；
具体实施方式
以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。
实施例：如图1所示，本发明提供一种技术方案，一种区块链系统中多终端可用数据通信同步协议，包括语法网络层面，语法网络层面包括应用层、安全层和传输层，应用层包括文本协议和二进制协议，并采用文本协议和二进制协议相互配合的方式，文本协议包括Http协议和自定义文本协议，二进制协议包括可扩展的报头和可扩展的报体，安全层包括Https和自行加解密，并采用Https和自行加解密相互配合，传输层采用TCP协议和UDP协议进行数据传输。
优选的，文本协议是指通过服务端与客户端制定自定义协议相互约定，并构建请求/响应和数据报两种方式；
Http协议是指计算机通信网络中两台计算机之间进行通信所必须共同遵守的规定或规则，允许将超文本标记语言文档从Web服务器传送到客户端的浏览器，自定义文本协议是指服务端与客户端相互约定的协议，方便读写和调试，通过Key-Value数据库的键值对的形式进行扩展属性处理，其中，Key-value数据库是一种以键值对存储数据的一种数据库，将整个数据库理解为一个大的map，每个键对应一个唯一的值。
优选的，文本协议中解析方式包括整体读入、分割读入和字符串读入，其中，整体读入是指一行一行的进行读入，分割读入是指按冒号分割进行读入，字符串读入是指通过JSON字符串进行读入；
其中，解析方式根据具体的业务进行选择，并选择符合自身系统特点的进行设置，其中，数据包方式采用JSON字符串形式进行解析，请求响应方式采用自定义Request/Response文本格式进行快速解析。
优选的，二进制协议包括可扩展的报头和可扩展的报体，其中IP协议包头简化为[报头[num][length]][报体]，报头为[num][length]；
其中，num：占1个字节，表示0-255长度，length：根据num设计值进行判断，若num选择为4，传输953个字节则表示为0953，前面用0作为填充字符进行填充，结构简单，处理流程快速，极大的降低解析代价。
优选的，Https是指以安全为目标的Http通道，用于对数据进行压缩和解压操作，并返回网络上传送回的结果，为专门针对Http协议扩展，以SSL为安全基础，用于安全的Http协议的数据传输，其中，Https在Http与TCP之间存在默认端口及一个加密和身份验证层。
优选的，自行加解密是指根据客户端的加密算法，服务端可呈现多种密钥管理方式，自行加解密包括SSL的用法，其中，自行加密的方式，可在二进制协议和文本协议两个方面同时运行，提高数据的保密性。
优选的，TCP是指面向连接的、可靠的、基于字节流的运输层通信协议，其位置是位于IP层之上，应用层之下的中间层，并完成第四层传输层所指定的功能，接受应用层发送的数据流，并把数据流分区成适当长度的报文段，接着将结果包传给IP层。
优选的，TCP传输结果包时，赋予每个包一个序号，同时序号也保证了传送到接收端实体的包的按序接收。
优选的，UDP同一层内另一个传输协议，将网络数据流量压缩成数据包的形式，其中，数据包是以二进制数据的传输单位，且约定传输长度不能超过8KB，表现为：[4][8192][报文]，从而在底层采用二进制协议进行网络基础数据传输，提高数据处理的高效性。
本发明的工作原理及使用流程：当客户端向服务端发送数据，在服务端底层，通过接收第一个字节，读取其大小，若为5，则表示后面表示报文长度的数据占了5个字节空间，若68858个字节，此时，服务端底层只需要不断的接收数据，当其达到68858个字节即可，若果报文的第一个字节为3，则表示后面长度占3个字节，从而简化了数据读取过程，也对数据进行了直接前置分割，方便后期的数据处理，当接收完数据之后，服务端底层将接收到的字节数组上传给服务端上层，服务端上层根据服务端与客户端约定的文本协议进行处理，如采用Key-Value数据库的方式传输数据，则只需要在服务端上层根据文本协议约定进行解析，服务端底层与服务端上层之间在语义上进行隔绝，有助于在多终端进行数据同步时进行高效的处理，在多终端数据同步过程中，服务端本身需要处理不同终端发过来的，查询，检索，更新信息，而服务端需要向数据发送推送、应答响应等，同时数据处理时间，处理方式也不尽相同，通过语法的三个层面应用二进制协议和文本协议，通过二进制协议处理了传输层通信，文本协议处理了应用层协议，使得I/O部分采用规范化，简约化的设计，提高了I/O读写的高效性，在其上则可根据其约定的文本协议，以直观的形式展示给双方开发者，从而借助于当前服务器优势的内存资源和CPU资源，通过内存中的高效文本处理，这样既兼顾了I/O的高效，又提高了处理的多样性。
最后应说明的是：以上所述仅为本发明的优选实例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (9)
1.一种区块链系统中多终端可用数据通信同步协议，包括语法网络层面，其特征在于：所述语法网络层面包括应用层、安全层和传输层，所述应用层包括文本协议和二进制协议，并采用文本协议和二进制协议相互配合的方式，所述文本协议包括Http协议和自定义文本协议，所述二进制协议包括可扩展的报头和可扩展的报体，所述安全层包括Https和自行加解密，并采用Https和自行加解密相互配合，所述传输层采用TCP协议和UDP协议进行数据传输。
2.根据权利要求1所述的一种区块链系统中多终端可用数据通信同步协议，其特征在于：所述文本协议是指通过服务端与客户端制定自定义协议相互约定，并构建请求/响应和数据报两种方式；
所述Http协议是指计算机通信网络中两台计算机之间进行通信所必须共同遵守的规定或规则，允许将超文本标记语言文档从Web服务器传送到客户端的浏览器，所述自定义文本协议是指服务端与客户端相互约定的协议，方便读写和调试，通过Key-Value数据库的键值对的形式进行扩展属性处理，其中，Key-value数据库是一种以键值对存储数据的一种数据库，将整个数据库理解为一个大的map，每个键对应一个唯一的值。
3.根据权利要求2所述的一种区块链系统中多终端可用数据通信同步协议，其特征在于：所述文本协议中解析方式包括整体读入、分割读入和字符串读入，其中，整体读入是指一行一行的进行读入，分割读入是指按冒号分割进行读入，字符串读入是指通过JSON字符串进行读入；
其中，解析方式根据具体的业务进行选择，并选择符合自身系统特点的进行设置，其中，数据包方式采用JSON字符串形式进行解析，请求响应方式采用自定义Request/Response文本格式进行快速解析。
4.根据权利要求1所述的一种区块链系统中多终端可用数据通信同步协议，其特征在于：所述二进制协议包括可扩展的报头和可扩展的报体，其中IP协议包头简化为[报头[num][length]][报体]，报头为[num][length]；
其中，num：占1个字节，表示0-255长度，length：根据num设计值进行判断，若num选择为4，传输953个字节则表示为0953，前面用0作为填充字符进行填充，结构简单，处理流程快速，极大的降低解析代价。
5.根据权利要求1所述的一种区块链系统中多终端可用数据通信同步协议，其特征在于：所述Https是指以安全为目标的Http通道，用于对数据进行压缩和解压操作，并返回网络上传送回的结果，为专门针对Http协议扩展，以SSL为安全基础，用于安全的Http协议的数据传输，其中，Https在Http与TCP之间存在默认端口及一个加密和身份验证层。
6.根据权利要求1所述的一种区块链系统中多终端可用数据通信同步协议，其特征在于：所述自行加解密是指根据客户端的加密算法，服务端可呈现多种密钥管理方式，所述自行加解密包括SSL的用法，其中，自行加密的方式，可在二进制协议和文本协议两个方面同时运行，提高数据的保密性。
7.根据权利要求1所述的一种区块链系统中多终端可用数据通信同步协议，其特征在于：所述TCP是指面向连接的、可靠的、基于字节流的传输层通信协议，其位置是位于IP层之上，应用层之下的中间层，并完成第四层传输层所指定的功能，接受应用层发送的数据流，并把数据流分区成适当长度的报文段，接着将结果包传给IP层。
8.根据权利要求7所述的一种区块链系统中多终端可用数据通信同步协议，其特征在于：所述TCP传输结果包时，赋予每个包一个序号，同时序号也保证了传送到接收端实体的包的按序接收。
9.根据权利要求1所述的一种区块链系统中多终端可用数据通信同步协议，其特征在于：所述UDP同一层内另一个传输协议，将网络数据流量压缩成数据包的形式，其中，数据包是以二进制数据的传输单位，且约定传输长度不能超过8KB，表现为：[4][8192][报文]，从而在底层采用二进制协议进行网络基础数据传输，提高数据处理的高效性。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910542993.8A CN110225134A (zh) | 2019-06-21 | 2019-06-21 | 一种区块链系统中多终端可用数据通信同步协议 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910542993.8A CN110225134A (zh) | 2019-06-21 | 2019-06-21 | 一种区块链系统中多终端可用数据通信同步协议 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110225134A true CN110225134A (zh) | 2019-09-10 |
Family
ID=67814214
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910542993.8A Pending CN110225134A (zh) | 2019-06-21 | 2019-06-21 | 一种区块链系统中多终端可用数据通信同步协议 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110225134A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113766007A (zh) * | 2021-07-29 | 2021-12-07 | 中国电力科学研究院有限公司 | 基于多源异构数据解析协议的认证前置系统及认证方法 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1588912A (zh) * | 2004-09-09 | 2005-03-02 | 毛德操 | 通过扩展IPv4包头实现在互联网中按路径寻址和路由的方法 |
| CN103188074A (zh) * | 2011-12-28 | 2013-07-03 | 上海格尔软件股份有限公司 | 一种增强浏览器ssl算法强度的代理方法 |
| CN104901974A (zh) * | 2015-06-26 | 2015-09-09 | 中国科学院大学 | 安全超文本传输方法 |
| US20170104696A1 (en) * | 2015-10-09 | 2017-04-13 | Machine Zone, Inc. | Systems and methods for storing message data |
-
2019
- 2019-06-21 CN CN201910542993.8A patent/CN110225134A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1588912A (zh) * | 2004-09-09 | 2005-03-02 | 毛德操 | 通过扩展IPv4包头实现在互联网中按路径寻址和路由的方法 |
| CN103188074A (zh) * | 2011-12-28 | 2013-07-03 | 上海格尔软件股份有限公司 | 一种增强浏览器ssl算法强度的代理方法 |
| CN104901974A (zh) * | 2015-06-26 | 2015-09-09 | 中国科学院大学 | 安全超文本传输方法 |
| US20170104696A1 (en) * | 2015-10-09 | 2017-04-13 | Machine Zone, Inc. | Systems and methods for storing message data |
Non-Patent Citations (3)
| Title |
|---|
| HAPPYDEVELOPER: "应用层/安全层/传输层如何进行协议选型？", 《百度网》 * |
| 血夜之末: "二进制协议与文本协议", 《百度网》 * |
| 陈天: "面向企业用户的安全即时通信工具研究与实现", 《中国优秀硕士学位论文全文数据库 信息科技辑（月刊）》 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113766007A (zh) * | 2021-07-29 | 2021-12-07 | 中国电力科学研究院有限公司 | 基于多源异构数据解析协议的认证前置系统及认证方法 |
| CN113766007B (zh) * | 2021-07-29 | 2024-02-20 | 中国电力科学研究院有限公司 | 基于多源异构数据解析协议的认证前置系统及认证方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Soni et al. | API features individualizing of web services: REST and SOAP | |
| Dizdarević et al. | A survey of communication protocols for internet of things and related challenges of fog and cloud computing integration | |
| Li et al. | Research based on OSI model | |
| CN102546800B (zh) | 一种网关握手、通信方法、网关及Web通信系统 | |
| US10313410B2 (en) | Systems and methods using binary dynamic rest messages | |
| TWI377819B (en) | System and method for history driven optimization of web services communication | |
| US9462085B2 (en) | Chunk-based communication of binary dynamic rest messages | |
| JP7237016B2 (ja) | ブロックチェーンネットワークにおいてトランザクションを伝播するためにネットワークコーディングを選択的に使用する方法及びシステム | |
| CN107342934A (zh) | 一种基于WebSocket的混合模式移动应用实时消息推送方法及系统 | |
| CN104094249B (zh) | 使用xml的文件传输 | |
| CN102882974A (zh) | 一种通过网站识别版本号节省网站访问资源的方法 | |
| CN105868364B (zh) | 一种基于字节流的结构化数据表示方法 | |
| CN103532984A (zh) | websocket协议的数据传输方法、设备和系统 | |
| CN103179133A (zh) | 基于实体类的客户端与服务器通信的方法 | |
| EP3120267A1 (en) | Systems and methods using binary dynamic rest messages | |
| CN109120687A (zh) | 数据包发送方法、装置、系统、设备及存储介质 | |
| CN110225134A (zh) | 一种区块链系统中多终端可用数据通信同步协议 | |
| Soua et al. | MQTT-MFA: A message filter aggregator to support massive IoT traffic over satellite | |
| CN109039687A (zh) | 请求的负载均衡方法、装置、系统、设备以及存储介质 | |
| CN106982165A (zh) | 数据压缩方法及其系统 | |
| Nikseresht et al. | Providing a CoAP-based technique to get wireless sensor data via IoT gateway | |
| CN107835150A (zh) | 一种全媒体客服调度方法及系统 | |
| Rosu | A-soap: Adaptive soap message processing and compression | |
| CN104767710A (zh) | 基于dfa的http分块传输编码的传输载荷提取方法 | |
| CN108989409A (zh) | 混合模式移动应用的通信方法及系统、客户端、服务器 |
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 | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20221104 Address after: 242, Floor 2, Innovation Building, Yangzhou Tus Technology City, No. 9, Zhenzhou North Road, Hanjiang District, Yangzhou City, Jiangsu Province, 225000 Applicant after: Yangzhou duluo Xinyan Network Technology Co.,Ltd. Address before: 313200 No. 926, Changhong East Street, Fuxi street, Deqing County, Huzhou City, Zhejiang Province (Moganshan national high tech Zone) Applicant before: ZHEJIANG SHUZHI TIAOYUE NETWORK TECHNOLOGY Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190910 |
|
| RJ01 | Rejection of invention patent application after publication |