CN111953716B - 消息通讯方法、系统、计算机设备及存储介质 - Google Patents
消息通讯方法、系统、计算机设备及存储介质 Download PDFInfo
- Publication number
- CN111953716B CN111953716B CN201910399955.1A CN201910399955A CN111953716B CN 111953716 B CN111953716 B CN 111953716B CN 201910399955 A CN201910399955 A CN 201910399955A CN 111953716 B CN111953716 B CN 111953716B
- Authority
- CN
- China
- Prior art keywords
- message
- operating system
- data
- proxy server
- subscriber
- 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
Images
Classifications
-
- 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/50—Network services
- H04L67/56—Provisioning of proxy services
-
- 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
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0869—Network architectures or network communication protocols for network security for authentication of entities for achieving mutual authentication
-
- 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
-
- 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
- H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开一种消息通讯方法、系统、计算机设备和存储介质,该方法包括通过消息发布器对用户数据进行序列化和加密处理,获取待发布消息数据,将待发布消息数据发送给消息代理服务器;通过消息代理服务器将待发布消息数据发送至绑定消息代理服务器的第二操作系统;通过消息订阅器接收绑定消息订阅器的第二操作系统发送的待订阅消息数据,对待订阅消息数据进行解密和反序列化处理,获取目标消息数据,提高消息通讯系统的稳定性和安全性,且多个操作系统间可实现多种通讯方式。
Description
技术领域
本发明涉及数据通讯技术领域,尤其涉及一种消息通讯方法、系统、计算机设备及存储介质。
背景技术
随着汽车电子化的不断发展,仪表盘、中控屏和车载信息娱乐系统终端将面临着升级和集成,而当今处理器技术的发展为全液晶仪表、车载信息娱乐系统、车联网模块、HUD等的集成提供硬件基础,但是车载中多种硬件的集成势必导致操作系统以及软件规模的不断膨胀,对整个消息通讯系统的稳定性和安全性造成威胁,且多个操作系统间的通讯问题也会变得尤为重要。
现有技术中,多个操作系统之间的通讯普遍采用基于TCP的socket通讯,而socket通讯方式需要建立三次连接,当节点数量激增时,采用这种连接方式建立及保持是非常耗时的;而且,socket通讯方式是点对点的连接方式,不能实现多点对多点之间的通讯。
综上所述,提高消息通讯系统的稳定性和安全性,且多个操作系统间可实现多种通讯方式成为亟待解决的问题。
发明内容
本发明实施例提供一种消息通讯方法、系统、计算机设备及存储介质,以提高消息通讯系统的稳定性、安全性,并解决通讯方式单一的问题。
一种消息通讯方法,应用在第一操作系统上,所述第一操作系统包括一个消息代理服务器、至少一个消息发布器和至少一个消息订阅器;
通过所述消息发布器对用户数据进行序列化和加密处理,获取待发布消息数据,将所述待发布消息数据发送给所述消息代理服务器;
通过所述消息代理服务器将所述待发布消息数据发送至绑定所述消息代理服务器的第二操作系统,其中,所述第一操作系统和所述第二操作系统为异构操作系统;
通过所述消息订阅器接收绑定所述消息订阅器的第二操作系统发送的待订阅消息数据,对所述待订阅消息数据进行解密和反序列化处理,获取目标消息数据。
一种消息通讯系统,包括:应用在第一操作系统上,所述第一操作系统包括一个消息代理服务器、至少一个消息发布器和至少一个消息订阅器;
所述消息发布器,用于对用户数据进行序列化和加密处理,获取待发布消息数据,将所述待发布消息数据发送给所述消息代理服务器;
所述消息代理服务器,用于将所述待发布消息数据发送至绑定所述消息代理服务器的第二操作系统,其中,所述第一操作系统和所述第二操作系统为异构操作系统;
所述消息订阅器,用于接收绑定所述消息订阅器的第二操作系统发送的待订阅消息数据,对所述待订阅消息数据进行解密和反序列化处理,获取目标消息数据。
一种计算机设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述消息通讯方法。
一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述消息通讯方法。
上述提供一种消息通讯方法、系统、计算机设备和存储介质,通过在操作系统中创建消息代理服务器、至少一个消息发布器和至少一个消息订阅器,可实现多个操作系统的相互通讯,并实现多种通讯方式,以便轻松构建特定的通讯网络。进行消息通讯时,对通讯的消息数据进行序列化和反序列化处理,使得在异构的硬件平台和异构的操作系统上实现用户数据的传输,提高系统数据传输的稳定性。对通讯的消息数据进行加密和解密处理,实现双向认证并最大程度的保证消息数据通讯的安全性。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例的描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本发明一实施例中消息通讯方法的流程图;
图2是本发明一实施例中消息通讯方法的流程图;
图3是本发明一实施例中消息通讯方法的流程图;
图4是本发明一实施例中消息通讯方法的流程图;
图5是本发明一实施例中消息通讯方法的流程图;
图6是本发明一实施例中消息通讯方法的流程图;
图7是本发明一实施例中消息通讯方法的具体框图;
图8是本发明一实施例中消息通讯系统的原理框图;
图9是本发明一实施例中计算机设备的一示意图。
具体实施方式
下面将结和本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供的消息通讯方法,该消息通讯方法应用在第一操作系统上,第一操作系统包括一个消息代理服务器、至少一个消息发布器和至少一个消息订阅器,通过序列化和反序列化处理,提高系统稳定性,通过加密处理和解密处理,提高系统数据的安全性,通过多个系统的消息代理服务器、消息发布器和消息订阅器实现多个操作系统间多种通讯方式。
在一实施例中,如图1所示,提供一种消息通讯方法,应用在第一操作系统上,第一操作系统包括一个消息代理服务器、至少一个消息发布器和至少一个消息订阅器。其中,第一操作系统可以是安卓系统、QNX系统和LINUX系统中的任一个,也可以是其他操作系统。其中,消息发布器是指为操作系统进行消息发布的节点。消息订阅器是指为操作系统进行消息数据的接收的节点。消息代理服务器(英文全称:Proxy Server)是指个人网络和因特网服务商之间的中间代理机构,它负责转发合法的网络消息,操作系统通过消息代理服务器,以提高浏览速度和效率。该消息通讯方法具体包括如下步骤:
S10:通过消息发布器对用户数据进行序列化和加密处理,获取待发布消息数据,将待发布消息数据发送给消息代理服务器。
具体地,第一操作系统中的消息发布器对第一操作系统的用户数据进行监控,确定用户数据是否有更新,若存在更新的用户数据,则对用户数据进行序列化操作和加密处理,获取待发布消息数据。其中,用户数据是指第一操作系统需要进行发布的数据。待发布消息数据是指对用户数据进行序列化和加密处理后获得的数据。序列化操作具体是采用序列化平台对用户数据进行序列化处理,对序列化平台不做具体地限定。加密处理具体是指采用加密算法对序列化后的用户数据进行加密处理,在此,对加密算法不做具体限定。通过序列化处理以特定方式进行缓存便于发送,采用加密算法对序列化后的用户数据进行处理,以提高用户数据在传输过程中的安全性。
S20:通过消息代理服务器将待发布消息数据发送至绑定消息代理服务器的第二操作系统,其中,第一操作系统和第二操作系统为异构操作系统。
其中,第二操作系统是指除第一操作系统之外的任意一个或者多个操作系统。第一操作系统与第二操作系统互为异构操作系统,例如,第一操作系统为安卓系统,而第二操作系统不为安卓系统,可以是QNX系统、LINUX系统或者其他操作系统。具体地,第二操作系统也包括一个消息代理服务器、至少一个消息发布器和至少一个消息订阅器。本实施例中,互为异构操作系统中,任一操作系统中的消息发布器与其消息代理服务器相连,且任一操作系统的消息代理服务器与创建有消息订阅器的其他操作系统的消息订阅器绑定,以便通过消息代理服务器将相应的消息数据发送给其他操作系统的消息订阅器。
具体地,第一操作系统中的消息代理服务器对消息发布器中的待发布消息数据进行监控,确定消息发布器中待发布消息数据是否存在更新,若存在更新的待发布消息数据,则消息代理服务器获取待发布消息数据,并将待发布消息数据发送至绑定消息代理服务器的第二操作系统,具体发送至第二操作系统的消息订阅器上。可以理解地,第一操作系统第二操作系统为异构的操作系统,若第二操作系统需要接收第一操作系统发布的用户数据时,需要先将第二操作系统的消息订阅器与第一操作系统的消息代理服务器进行绑定,以使第一操作系统的消息代理服务器可将待发布消息数据发送给第二操作系统的消息订阅器,使得获取到的消息数据更为准确。
S30:通过消息订阅器接收绑定消息订阅器的第二操作系统发送的待订阅消息数据,对待订阅消息数据进行解密和反序列化处理,获取目标消息数据。
其中,待订阅消息数据是指第二操作系统的消息发布器,对用户数据进行序列化和加密处理后发送给消息代理服务器中的与订阅类型相对应的消息数据,该第二操作系统的消息代理服务器绑定第一操作系统的消息订阅器。
具体地,第一操作系统的消息订阅器对绑定的消息代理服务器发送的的待订阅消息数据进行消息类型确定,判断与消息订阅器绑定的消息代理服务器的待订阅消息数据的消息类型与订阅类型是否相同,若相同,则第一操作系统的消息订阅器接收绑定该消息订阅器的第二操作系统的消息代理服务器发送的与订阅类型相匹配的待订阅消息数据,并对待订阅消息数据进行解密和反序列化处理,获取目标消息数据。其中,第一操作系统和第二操作系统为异构操作系统,解密是指采用与加密算法相对应的解密算法对待订阅消息数据进行解密处理,反序列化处理采用与序列化处理相同的序列化平台对解密后的待订阅消息数据进行反序列化处理。消息类型是指用户数据的类型。订阅类型是指消息订阅器预先设定可接收消息的类型。可以理解地,第二操作系统不仅指代一个操作系统,例如,A、B和C三个异构的操作系统,均包含一个消息代理服务器、至少一个消息发布器和至少一个消息订阅器,若A为第一操作系统,A的消息订阅器与B和C操作系统的消息代理服务器均有绑定,那么B和C均为第二操作系统。
步骤S10-S30中,通过在操作系统中创建消息代理服务器、至少一个消息发布器和至少一个消息订阅器,可实现多个操作系统的相互通讯,并实现多种通讯方式,如多个操作系统中一点对一点、一点对多点或多点对多点的通讯方式。进行消息通讯时,对通讯的消息数据进行序列化和反序列化处理,使得在异构的硬件平台和异构的操作系统上实现用户数据的传输,提高系统数据传输的稳定性。对通讯的消息数据进行加密和解密处理,实现双向认证并最大程度的保证消息数据通讯的安全。
在一实施例中,如图2所示,在步骤S10之前,即在通过消息发布器对用户数据进行序列化和加密处理,获取待发布消息数据之前,消息通讯方法还具体包括如下步骤:
S101:在第一操作系统中创建消息发布器,消息发布器向第一操作系统的消息代理服务器发送第一连接请求,第一连接请求包含消息发布器的PUB端口、第一操作系统的消息代理服务器的第一IP地址和XSUB端口。
具体地,在第一操作系统中创建至少一个消息发布器,具体是通过计算机语言编写的独立可执行的用来发布消息数据的节点,通过消息发布器为第一操作系统向其他操作系统发布用户数据,以便后续实现各个操作系统之间多种通讯方式。其中,第一连接请求是指消息发布器向第一操作系统的消息代理服务器发送的连接请求。在本申请中,当消息发布器创建后,需要对第一操作系统的用户数据进行消息发布时,先需要将第一操作系统的消息发布器和第一操作系统的消息代理服务器进行连接,其中,连接方式具体为通过指定IP地址和端口号的方式进行连接,因此,消息发布器向第一操作系统的消息代理服务器发送第一连接请求,第一连接请求包含消息发布器的PUB端口、第一操作系统的消息代理服务器的第一IP地址和XSUB端口。其中,消息发布器的PUB端口是将待发布消息数据发送给消息代理服务器的输出端口,PUB端口具体是一种socket的类型。第一IP地址是指第一操作系统的消息代理服务器的网络地址。XSUB端口是指第一操作系统的消息代理服务器中,用于接收消息发布器的PUB端口发送的待发布消息数据的端口,XSUB端口具体是一种socket的类型。
S102:根据PUB端口、第一IP地址和XSUB端口,创建消息发布器和第一操作系统的消息代理服务器的发送端socket管道。
其中,发送端socket管道是指第一操作系统的消息发布器与消息代理服务器之间消息数据的传送通道。具体地,服务端根据PUB端口、第一IP地址和XSUB端口,创建第一操作系统的消息发布器和第一操作系统的消息代理服务器的发送端socket管道,以使消息发布器发送的待发布消息数据,可通过发送端socket管道发送至第一操作系统的消息代理服务器,以使该消息代理服务器能够准确接收待发布消息数据。
S103:在第一操作系统中创建消息订阅器,消息订阅器向第二操作系统的消息代理服务器发送第二连接请求,第二连接请求包含消息订阅器的SUB端口、第二操作系统的消息代理服务器的第二IP地址和XPUB端口。
具体地,在第一操作系统中由用户指定创建至少一个消息订阅器,具体是通过计算机语言编写的独立可执行的用来接收消息数据的节点,通过消息订阅器订阅其他操作系统发布的消息数据,以便后续实现各个操作系统之间多点对多点的通讯方式,在消息订阅器中设置订阅消息,订阅消息包括需要接收的消息数据的订阅类型,以便后续消息订阅器只接收与订阅类型相对应的消息数据,实现根据所需获取相应的消息数据。其中,第二连接请求是指第一操作系统的消息订阅器向第二操作系统的消息代理服务器发送的连接请求。在本申请中,当第一操作系统中的消息订阅器创建后,可以连接到除第一操作系统之外的任意一个或多个第二操作系统的消息代理服务器,连接方式为通过指定IP地址和端口号的方式进行连接,因此,第一操作系统的消息订阅器向第二操作系统的消息代理服务器发送第二连接请求,第二连接请求包含消息订阅器的SUB端口、第二操作系统的消息代理服务器的第二IP地址和XPUB端口。其中,消息订阅器的SUB端口是用来接收第二操作系统的消息代理服务器发送的待订阅消息数据的输出端口,具体是一种socket的类型。第二IP地址是指第二操作系统的消息代理服务器的网络地址。XPUB端口是指将第二操作系统的消息发布器的PUB端口发送的待发布消息数据发送给第一操作系统的消息订阅器的端口,XPUB端口具体是一种socket的类型。
S104:根据SUB端口、第二IP地址和XPUB端口,创建消息订阅器和第二操作系统的消息代理服务器的接收端socket管道。
其中,接收端socket管道是指第一操作系统的消息订阅器与第二操作系统的消息代理服务器之间消息数据的传送通道。具体地,服务端SUB端口、第二IP地址和XPUB端口,创建第一操作系统的消息订阅器和第二操作系统的消息代理服务器的接收端socket管道,以使第二操作系统的消息代理服务器发送的待订阅消息数据,通过接收端socket管道以使第一操作系统的消息订阅器能够准确接收。
步骤S101-S104中,通过在第一操作系统创建至少一个消息发布器,并创建消息发布器与消息代理服务器之间的发送端socket管道,实现消息的发布,通过第一操作系统的消息订阅器和其他操作系统的消息代理服务器之间的接收端socket管道,实现消息的接收,并实现多个操作系统中一点对一点、一点对多点或多点对多点的通讯方式,提高通讯效率。如,一个操作系统进行消息发布,一个操作系统进行消息数据的接收;或者,一个操作系统进行消息发布,多个操作系统进行消息数据的接收;或者,多个操作系统进行消息发布,多个操作系统进行消息数据的接收。
在一实施例中,用户数据对应一消息类型。其中,消息类型是指用户数据的类型,消息类型具体可以是由两个32bit十六进制无符号整形拼接的字符串。当各个操作系统需要对用户数据进行发布时,先确定其对应消息类型,并将消息类型和用户数据通过消息发布器传送给消息代理服务器,以便后续其他操作系统通过消息类型获取到所需的用户数据。
如图3所示,步骤S10中,即通过消息发布器对用户数据进行序列化和加密处理,获取待发布消息数据,将待发布消息数据发送给消息代理服务器,具体包括如下步骤:
S11:采用消息发布器中的监控函数对用户数据进行监控。
其中,创建消息发布器时,同时创建监控函数,以监控第一操作系统中用户数据,以判断第一操作系统中用户数据是否存在更新。
S12:若用户数据存在更新,则采用跨平台序列化工具对用户数据进行序列化处理,获取序列化数据。
其中,序列化数据是指对用户数据进行序列化处理后的数据。跨平台序列化工具包括但不局限于序列化FlatBuffers工具,FlatBuffers是一个开源的、跨平台的及高效的并提供了C++/Java接口的序列化工具库,通过调用提供的接口可进行序列化操作和反序列化操作。
具体地,若消息发布器通过监控函数监控到第一操作系统中用户数据存在更新,则调用序列化FlatBuffers工具对用户数据进行序列化处理,获取序列化数据。其中,采用序列化FlatBuffers工具进行序列化处理,可直接读取序列化数据,而不需要解析或者解包,提高访问速度,将序列化后的序列化数据存储在缓存中,提高内存使用效率。
S13:采用加密算法对序列化数据进行加密处理,获取加密数据。
具体地,通过跨平台序列化工具对用户数据进行序列化处理以后,为保证消息数据的安全传输,采用加密算法对序列化数据进行加密处理,获取加密数据,将加密数据发送至缓存中,以便短时间内需要对同一用户数据进行发布时,可直接将缓存的用户数据进行发布,提高消息通讯的速度,减少数据读写的时间,以提高硬盘的使用效率。在本实施例中,对加密算法不做具体限定,可采用对称加密算法也可采用非对称加密算法。通过加密算法对序列化数据进行加密处理,以最大程度的保证用户数据的安全传输。
S14:根据消息类型和加密数据,生成待发布消息数据,并重复执行采用消息发布器中的监控函数对用户数据进行监控。
其中,消息类型是由两个32bit十六进制无符号整形拼接的字符串,加密数据是经过序列化和加密后的数据,将消息类型作为HEAD,加密数据作为Payload,根据消息类型HEAD和加密数据Payload,生成待发布消息数据,以便后续以HEAD+Payload的格式发送给消息代理服务器,并重复执行采用消息发布器中的监控函数对用户数据进行监控,以实现第一操作系统的用户数据存在更新,则发送给消息代理服务器进行代理。
步骤S11-S14中,采用消息发布器中的监控函数对用户数据进行监控,以便实时将更信的用户数据通过消息代理服务器进行发布。若用户数据存在更新,则采用跨平台序列化工具对用户数据进行序列化处理,获取序列化数据,便于网络传输。采用加密算法对序列化数据进行加密处理,获取加密数据,以保证用户数据的安全传输。根据消息类型和加密数据,生成待发布消息数据,通过发送端socket管道,将待发布消息数据发送给消息代理服务器,实现消息发布器与消息代理服务器的消息数据的传输。
在一实施例中,消息代理服务器包含XSUB端口和XPUB端口。其中,任一操作系统的消息代理服务器的XSUB端口用于接收同一操作系统的消息发布器的PUB端口发送的待发布消息数据。任一操作系统的消息代理服务器的XPUB端口用于将待发布消息数据发送给其他操作系统的消息订阅器,如第一操作系统的XPUB端口将待发布消息数据发送给第二操作系统的消息订阅器。可以理解地,每一操作系统中的消息代理服务器占用两个端口号,简化了网络拓扑结构,提高交互速度和访问速度。
如图4所示,步骤S20中,通过消息代理服务器将待发布消息数据发送至绑定消息代理服务器的第二操作系统,具体包括如下步骤:
S21:采用消息代理服务器中的监控函数对PUB端口的待发布消息数据进行监控。
具体地,第一操作系统中的消息代理服务器采用监控函数对第一操作系统的消息发布器的PUB端口的待发布消息数据进行监控,以判断PUB端口的待发布消息数据是否存在更新。
S22:若PUB端口的待发布消息数据存在更新,则通过发送端socket管道接收待发布消息数据,并重复执行采用消息代理服务器中的监控函数对PUB端口接收的待发布消息数据进行监控。
具体地,若判断出待发布消息数据存在更新,则通过发送端socket管道接收PUB端口发送的待发布消息数据,并重复执行采用消息代理服务器中的监控函数对PUB端口接收的待发布消息数据进行监控,以便实时接收PUB端口更新的待发布消息数据,提高消息数据的通讯速度。
S23:采用消息代理服务器中的监控函数对XSUB端口的待发布消息数据进行监控。
具体地,第一操作系统中的消息代理服务器采用监控函数对第一操作系统的XSUB端口的待发布消息数据进行监控,以判断XSUB端口的待发布消息数据是否存在更新。
S24:若XSUB端口的待发布消息数据存在更新,则通过接收端socket管道,将待发布消息数据发送至绑定消息代理服务器的第二操作系统上的消息订阅器,并重复执行采用消息代理服务器中的监控函数对XSUB端口的待发布消息数据进行监控。
具体地,若判断出待发布消息数据存在更新,则说明XSUB端口已经接收到待发布消息数据,通过接收端socket管道,将待发布消息数据发送至绑定该消息代理服务器的第二操作系统上的消息订阅器,并重复执行采用消息代理服务器中的监控函数对XSUB端口的待发布消息数据进行监控,以便实时将更新的待发布消息数据进行发布,实现消息及时通讯。
步骤S21-S24中,采用消息代理服务器中的监控函数对PUB端口的待发布消息数据进行监控,以便实时接收到待发布消息数据。若PUB端口的待发布消息数据存在更新,则通过发送端socket管道接收待发布消息数据,以获取到待发布消息数据,提高用户数据的传输速度。采用消息代理服务器中的监控函数对XSUB端口的待发布消息数据进行监控,以便通过XPUB端口将待发布消息数据进行发布;若XSUB端口的待发布消息数据存在更新,则通过接收端socket管道,将待发布消息数据发送至绑定消息代理服务器的第二操作系统上的消息订阅器,实现消息的快速发布,提高系统的稳定性。
在一实施例中,如图5所示,步骤S30中,即通过消息订阅器接收绑定消息订阅器的第二操作系统发送的待订阅消息数据,对待订阅消息数据进行解密和反序列化处理,具体包括如下步骤:
S31:通过消息订阅器的接收端socket管道,接收绑定消息订阅器的第二操作系统发送的与预先设定的订阅类型相匹配的待订阅消息数据。
具体地,服务器端获取匹配结果,若消息类型与订阅类型匹配成功,则通过接收端socket管道接收与订阅类型相匹配的待订阅消息数据。
作为一种实施例,在订阅器中预先设置订阅消息,订阅消息中包括订阅类型,消息订阅器的接收端socket管道,接收绑定消息订阅器的第二操作系统发送的所有待发布消息数据,将待发布消息数据中消息类型与订阅类型进行匹配,获取与订阅类型相匹配的消息类型相对应的待发布消息数据作为待订阅消息数据,将匹配失败的消息类型对应的待发布消息数据进行过滤。其中,由于消息类型是两个32bit十六进制无符号整形拼接的字符串,订阅类型应与消息类型相对应。
作为另一种实施例,消息订阅器的接收端socket管道,接收绑定消息订阅器的第二操作系统发送的消息信息列表,消息信息列表中包含消息类型和消息标识,将消息类型与订阅类型相匹配,若匹配结果为匹配成功,则将匹配成功的消息类型对应的消息标识发送给绑定消息订阅器的第二操作系统的消息代理服务器,该消息代理服务器将消息标识对应的待发布消息数据作为待订阅消息数据发送给消息订阅器。其中,消息信息列表是指存储消息类型和消息标识的对应关系的列表。消息标识是指用于确定唯一待发布消息数据的标识。
作为另一种实施例,当消息订阅器向第二操作系统的消息代理服务器发送第二连接请求时,第二连接请求包括订阅类型,将订阅类型和接收端socket管道关联并存储到第二操作系统的消息代理服务器中。当第二操作系统的消息代理服务器需要发布待发布消息数据时,先确定待发布消息数据的消息类型,将消息类型与订阅类型进行匹配,将待发布消息数据发送给与消息类型匹配成功的订阅类型相对应的接收端socket管道,消息订阅器通过接收端socket管道接收与订阅类型相匹配的待订阅消息数据。
在上述实施例中,将消息类型与订阅类型进行匹配时,可采用关键词匹配算法进行匹配。例如,DFA算法、AC自动机和KMP(Knuth-Morris-Pratt,努特-莫里斯-普拉特)算法等,在此,对关键词匹配算法不做具体限定,通过关键词匹配算法进行匹配,以提高匹配速度,从而整体提高待订阅消息数据的获取速度。
S32:采用解密算法对待订阅消息数据进行解密,获取解密数据。
具体地,服务端获取到待订阅消息数据后,先采用解密算法对待订阅消息数据进行解密,获取解密数据,其中,解密算法应与上述加密算法相对应。
S33:采用跨平台序列化工具对解密数据进行反序列化处理,获取目标消息数据,并重复执行通过消息订阅器的接收端socket管道,接收绑定消息订阅器的第二操作系统发送的与预先设定的订阅类型相匹配的待订阅消息数据。
其中,跨平台序列化工具与上述提及的跨平台序列化工具为同一工具,具体可以是采用序列化FlatBuffers工具对解密数据进行反序列化处理,获取目标消息数据,并重复执行通过消息订阅器将待发布消息数据的消息类型与预先设定的订阅类型进行匹配。目标消息数据是指对待订阅消息数据进行解密和序列化处理后的数据。
步骤S31-S33中,通过消息订阅器的接收端socket管道,接收绑定消息订阅器的第二操作系统发送的与预先设定的订阅类型相匹配的待订阅消息数据,使得获取到待订阅消息数据为所需的消息数据。采用解密算法对待订阅消息数据进行解密,获取解密数据,通过对用户数据进行双向认证和密钥加解密,使得最大程度的保护用户数据的安全。采用跨平台序列化工具对解密数据进行反序列化处理,获取目标消息数据,使得在异构的硬件平台和异构的操作系统上实现用户数据的传输。
在一实施例中,如图6所示,消息通讯方法还具体包括如下步骤:
S41:获取节点修改请求,节点修改请求包含目标节点和修改内容,目标节点包含消息订阅器和/或消息订阅器的节点。
其中,节点修改请求是指对操作系统中节点进行修改的请求。该节点可为消息发布器的节点或者为消息订阅器的节点。
具体地,在第一操作系统中创建至少一个消息发布器和至少一个消息订阅器,每一消息发布器和消息订阅器对应一节点。当需要对操作系统中节点进行修改时,先向服务端发送节点修改请求,节点修改请求包含目标节点和修改内容。目标节点是指需要进行修改的节点,可以为消息订阅器对应的和/或消息订阅器对应的节点。修改内容是指对该目标节点进行修改的内容,例如,删除和修改等。
S42:根据修改内容对目标节点进行修改。
具体地,服务端根据修改内容对目标节点进行修改,以实现对消息发布器和/或消息订阅器的节点修改。
步骤S41-S42中,通过节点修改请求,对操作系统中网络拓扑的消息发布器和消息订阅器节点进行删除和修改等,不需要告知其他节点,从而对其他操作系统的节点或者其他操作系统不存在影响。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
在一实施例中,如图7所示,对本申请方案进行说明:
以附图7为例,异构的操作系统优选为3个,三个异构操作系统由Android、QNX(嵌入式系统)和Linux系统组成。在每一操作系统创建至少一个消息发布器、至少一个消息订阅器和一个消息代理服务器。图7中,每一操作系统中均包含三个消息发布器,两个消息订阅器和一个消息代理服务器。每个操作系统中的三个消息发布器均与消息代理服务器连接,每个操作系统中的两个消息订阅器与其他操作系统中的消息代理服务器连接。
进一步地说明,将Android操作系统作为第一操作系统,将QNX系统和Linux系统作为第二操作系统,第二操作系统的消息订阅器均订阅第一操作系统的消息数据。
在第一操作系统中执行的步骤为:消息发布器对Android操作系统的用户数据进行监控,当通过消息发布器的监测函数检测到Android操作系统的用户数据存在更新时,消息发布器对用户数据进行序列化和加密处理,获取待发布消息数据。采用消息代理服务器中的监控函数对PUB端口的待发布消息数据进行监控,若待发布消息数据存在更新,则消息代理服务器通过发送端socket管道接收待发布消息数据;采用消息代理服务器中的监控函数对消息代理XSUB端口的待发布消息数据进行监控;若XSUB端口的待发布消息数据存在更新,则通过接收端socket管道,将待发布消息数据发送至绑定消息代理服务器的第二操作系统上的消息订阅器。第一操作系统的消息订阅器接收绑定该消息订阅器的第二操作系统的消息代理服务器发送的待发布消息数据,通过接收端socket管道接收绑定消息订阅器的第二操作系统发送的与订阅类型相匹配的待订阅消息数据;若消息类型与订阅类型匹配失败,则对待发布消息数据进行过滤处理。采用解密算法对待订阅消息数据进行解密,获取解密数据;采用跨平台序列化工具对解密数据进行反序列化处理,获取目标消息数据,实现多个异构操作系统消息的相互通讯,并通过消息代理服务器、消息发布器和消息订阅器,可实现各个异构操作系统的节点间的通讯模型为一对一、一对多和多对多等多种通讯方式。采用序列化和反序列化的传输技术,更加容易的在异构的硬件平台和异构的操作系统上实现用户数据的传输。采用双向认证和秘钥的加密方式以最大程度的保证了用户数据的安全。每个操作系统中只有一个代理服务器,占用两个端口号,以尽可能的减少了网络端口号的占用,同时最大程度的简化了网络拓扑结构。对操作系统中消息发布器和消息订阅器节点进行修改,不需要告知其他节点,实现节点的相互独立,避免对其他节点存在影响。
在一实施例中,提供一种消息通讯系统,应用在第一操作系统上,第一操作系统包括一个消息代理服务器、至少一个消息发布器和至少一个消息订阅器,该消息通讯系统与上述实施例中消息通讯方法一一对应。如图8所示,该消息通讯系统包括消息发布器10、需消息代理服务器20和消息订阅器30。各功能模块详细说明如下:
消息发布器10,用于对用户数据进行序列化和加密处理,获取待发布消息数据,将待发布消息数据发送给消息代理服务器。
消息代理服务器20,用于将待发布消息数据发送至绑定消息代理服务器的第二操作系统,其中,第一操作系统和第二操作系统为异构操作系统。
消息订阅器30,用于接收绑定消息订阅器的第二操作系统发送的待订阅消息数据,对待订阅消息数据进行解密和反序列化处理,获取目标消息数据。
在一实施例中,消息通讯系统还包括创建消息发布器单元101、发送端socket管道创建单元102、消息订阅器创建单元103和接收端socket管道创建单元104。
创建消息发布器单元101,用于在第一操作系统中创建消息发布器,消息发布器向第一操作系统的消息代理服务器发送第一连接请求,第一连接请求包含消息发布器的PUB端口、第一操作系统的消息代理服务器的第一IP地址和XSUB端口。
发送端socket管道创建单元102,用于根据PUB端口、第一IP地址和XSUB端口,创建消息发布器和第一操作系统的消息代理服务器的发送端socket管道。
消息订阅器创建单元103,用于在第一操作系统中创建消息订阅器,消息订阅器向第二操作系统的消息代理服务器发送第二连接请求,第二连接请求包含消息订阅器的SUB端口、第二操作系统的消息代理服务器的第二IP地址和XPUB端口。
接收端socket管道创建单元104,用于根据SUB端口、第二IP地址和XPUB端口,创建消息订阅器和第二操作系统的消息代理服务器的接收端socket管道。
在一实施例中,用户数据对应一消息类型。消息发布器10具体包括用户数据监控单元、序列化数据获取单元、加密数据获取单元和待发布消息数据生成单元。
用户数据监控单元,用于采用消息发布器中的监控函数对用户数据进行监控。
序列化数据获取单元,用于若用户数据存在更新,则采用跨平台序列化工具对用户数据进行序列化处理,获取序列化数据。
加密数据获取单元,用于采用加密算法对序列化数据进行加密处理,获取加密数据。
待发布消息数据生成单元,用于根据消息类型和加密数据,生成待发布消息数据,并重复执行采用消息发布器中的监控函数对用户数据进行监控。
在一实施例中,消息代理服务器包含XSUB端口和XPUB端口。消息代理服务器20包括第一待发布消息数据监控单元、待发布消息数据接收单元、第二待发布消息数据监控单元和待发布消息数据发布单元。
第一待发布消息数据监控单元,用于采用消息代理服务器中的监控函数对PUB端口的待发布消息数据进行监控。
待发布消息数据接收单元,用于若PUB端口的待发布消息数据存在更新,则通过发送端socket管道接收待发布消息数据,并重复执行采用消息代理服务器中的监控函数对PUB端口的待发布消息数据进行监控。
第二待发布消息数据监控单元,用于采用消息代理服务器中的监控函数对XSUB端口的待发布消息数据进行监控。
待发布消息数据发布单元,用于若XSUB端口的待发布消息数据存在更新,则通过接收端socket管道,将待发布消息数据发送至绑定消息代理服务器的第二操作系统上的消息订阅器,并重复执行采用消息代理服务器中的监控函数对XSUB端口的待发布消息数据进行监控。
在一实施例中,消息订阅器30包括待订阅消息数据接收单元、解密数据获取单元和目标消息数据获取单元。
待订阅消息数据接收单元,用于通过消息订阅器的接收端socket管道,接收绑定消息订阅器的第二操作系统发送的与预先设定的订阅类型相匹配的待订阅消息数据。
解密数据获取单元,用于采用解密算法对待订阅消息数据进行解密,获取解密数据。
目标消息数据获取单元,用于采用跨平台序列化工具对解密数据进行反序列化处理,获取目标消息数据,并重复执行通过消息订阅器的接收端socket管道,接收绑定消息订阅器的第二操作系统发送的与预先设定的订阅类型相匹配的待订阅消息数据。
在一实施例中,消息通讯系统还包括节点修改请求获取单元和节点修改单元。
节点修改请求获取单元,用于获取节点修改请求,节点修改请求包含目标节点和修改内容,目标节点包含消息订阅器和/或消息订阅器的节点。
节点修改单元,用于根据修改内容对目标节点进行修改。
关于消息通讯系统的具体限定可以参见上文中对于消息通讯方法的限定,在此不再赘述。上述消息通讯系统中的各个模块可全部或部分通过软件、硬件及其组和来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务端,其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储各个操作系统涉及到的数据等。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种消息通讯方法。
在一实施例中,提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现上述实施例中消息通讯方法的步骤,例如,图1所示的步骤S10至步骤S30。或者,处理器执行计算机程序时实现上述实施例中消息通讯系统中的各模块/单元的功能,例如,图8所示模块10至模块30的功能。为避免重复,此处不再赘述。
在一实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述方法实施例中消息通讯方法,例如,图1所示的步骤S10至步骤S30。或者,该计算机程序被处理器执行时实现上述实施例中消息通讯系统中各模块/单元的功能,例如,图8所示模块10至模块30的功能。为避免重复,此处不再赘述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(RambuS)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将系统的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。
以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围,均应包含在本发明的保护范围之内。
Claims (10)
1.一种消息通讯方法,其特征在于,应用在第一操作系统上,所述第一操作系统包括一个消息代理服务器、至少一个消息发布器和至少一个消息订阅器;
通过所述消息发布器对用户数据进行序列化和加密处理,获取待发布消息数据,将所述待发布消息数据发送给所述消息代理服务器;
通过所述消息代理服务器将所述待发布消息数据发送至绑定所述消息代理服务器的第二操作系统,其中,所述第一操作系统和所述第二操作系统为异构操作系统,异构操作系统中,任一操作系统中的消息发布器与其消息代理服务器相连,且任一操作系统的消息代理服务器与创建有消息订阅器的其他操作系统的消息订阅器绑定;
通过所述消息订阅器接收绑定所述消息订阅器的第二操作系统发送的待订阅消息数据,对所述待订阅消息数据进行解密和反序列化处理,获取目标消息数据。
2.如权利要求1所述的消息通讯方法,其特征在于,在所述通过所述消息发布器对用户数据进行序列化和加密处理,获取待发布消息数据之前,所述消息通讯方法还包括:
在第一操作系统中创建消息发布器,所述消息发布器向所述第一操作系统的消息代理服务器发送第一连接请求,所述第一连接请求包含所述消息发布器的PUB端口、所述第一操作系统的消息代理服务器的第一IP地址和XSUB端口;
根据所述PUB端口、所述第一IP地址和所述XSUB端口,创建所述消息发布器和所述第一操作系统的消息代理服务器的发送端socket管道;
在第一操作系统中创建消息订阅器,所述消息订阅器向所述第二操作系统的消息代理服务器发送第二连接请求,所述第二连接请求包含所述消息订阅器的SUB端口、所述第二操作系统的消息代理服务器的第二IP地址和XPUB端口;
根据所述SUB端口、所述第二IP地址和所述XPUB端口,创建所述消息订阅器和所述第二操作系统的消息代理服务器的接收端socket管道。
3.如权利要求2所述的消息通讯方法,其特征在于,所述用户数据对应一消息类型;
所述通过消息发布器对用户数据进行序列化和加密处理,获取待发布消息数据,将所述待发布消息数据发送给所述消息代理服务器,包括:
采用所述消息发布器中的监控函数对用户数据进行监控;
若所述用户数据存在更新,则采用跨平台序列化工具对所述用户数据进行序列化处理,获取序列化数据;
采用加密算法对所述序列化数据进行加密处理,获取加密数据;
根据所述消息类型和所述加密数据,生成待发布消息数据,并重复执行所述采用所述消息发布器中的监控函数对用户数据进行监控。
4.如权利要求2所述的消息通讯方法,其特征在于,所述消息代理服务器包含XSUB端口和XPUB端口;
所述通过所述消息代理服务器将所述待发布消息数据发送至绑定所述消息代理服务器的第二操作系统,包括:
采用所述消息代理服务器中的监控函数对所述PUB端口的所述待发布消息数据进行监控;
若所述PUB端口的待发布消息数据存在更新,则通过所述发送端socket管道接收所述待发布消息数据,并重复执行所述采用所述消息代理服务器中的监控函数对所述PUB端口的所述待发布消息数据进行监控;
采用所述消息代理服务器中的监控函数对所述XSUB端口的所述待发布消息数据进行监控;
若所述XSUB端口的待发布消息数据存在更新,则通过所述接收端socket管道,将所述待发布消息数据发送至绑定所述消息代理服务器的第二操作系统上的消息订阅器,并重复执行所述采用所述消息代理服务器中的监控函数对所述XSUB端口的所述待发布消息数据进行监控。
5.如权利要求2所述的消息通讯方法,其特征在于,所述通过消息订阅器接收绑定所述消息订阅器的第二操作系统发送的待订阅消息数据,对所述待订阅消息数据进行解密和反序列化处理,包括:
通过消息订阅器的接收端socket管道,接收绑定所述消息订阅器的第二操作系统发送的与预先设定的订阅类型相匹配的待订阅消息数据;
采用解密算法对所述待订阅消息数据进行解密,获取解密数据;
采用跨平台序列化工具对所述解密数据进行反序列化处理,获取目标消息数据,并重复执行通过消息订阅器的接收端socket管道,接收绑定所述消息订阅器的第二操作系统发送的与预先设定的订阅类型相匹配的待订阅消息数据。
6.如权利要求2所述的消息通讯方法,其特征在于,所述消息通讯方法还包括:
获取节点修改请求,所述节点修改请求包含目标节点和修改内容,所述目标节点包含消息订阅器和/或消息订阅器的节点;
根据所述修改内容对所述目标节点进行修改。
7.一种消息通讯系统,其特征在于,应用在第一操作系统上,所述第一操作系统包括一个消息代理服务器、至少一个消息发布器和至少一个消息订阅器;
所述消息发布器,用于对用户数据进行序列化和加密处理,获取待发布消息数据,将所述待发布消息数据发送给所述消息代理服务器;
所述消息代理服务器,用于将所述待发布消息数据发送至绑定所述消息代理服务器的第二操作系统上,其中,所述第一操作系统和所述第二操作系统为异构操作系统,异构操作系统中,任一操作系统中的消息发布器与其消息代理服务器相连,且任一操作系统的消息代理服务器与创建有消息订阅器的其他操作系统的消息订阅器绑定;
所述消息订阅器,用于接收绑定所述消息订阅器的第二操作系统发送的待订阅消息数据,对所述待订阅消息数据进行解密和反序列化处理,获取目标消息数据。
8.如权利要求7所述的消息通讯系统,其特征在于,所述消息通讯系统还包括:
创建消息发布器单元,用于在第一操作系统中创建消息发布器,所述消息发布器向所述第一操作系统的消息代理服务器发送第一连接请求,所述第一连接请求包含所述消息发布器的PUB端口、所述第一操作系统的消息代理服务器的第一IP地址和XSUB端口;
发送端socket管道创建单元,用于根据所述PUB端口、所述第一IP地址和所述XSUB端口,创建所述消息发布器和所述第一操作系统的消息代理服务器的发送端socket管道;
消息订阅器创建单元,用于在第一操作系统中创建消息订阅器,所述消息订阅器向所述第二操作系统的消息代理服务器发送第二连接请求,所述第二连接请求包含所述消息订阅器的SUB端口、所述第二操作系统的消息代理服务器的第二IP地址和XPUB端口;
接收端socket管道创建单元,用于根据所述SUB端口、所述第二IP地址和所述XPUB端口,创建所述消息订阅器和所述第二操作系统的消息代理服务器的接收端socket管道。
9.一种计算机设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至6任一项所述消息通讯方法的步骤。
10.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至6任一项所述消息通讯方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910399955.1A CN111953716B (zh) | 2019-05-14 | 2019-05-14 | 消息通讯方法、系统、计算机设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910399955.1A CN111953716B (zh) | 2019-05-14 | 2019-05-14 | 消息通讯方法、系统、计算机设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111953716A CN111953716A (zh) | 2020-11-17 |
CN111953716B true CN111953716B (zh) | 2022-05-13 |
Family
ID=73335696
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910399955.1A Active CN111953716B (zh) | 2019-05-14 | 2019-05-14 | 消息通讯方法、系统、计算机设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111953716B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112887401B (zh) * | 2021-01-25 | 2021-09-17 | 宁波均联智行科技股份有限公司 | 一种基于多个操作系统的网络访问方法及车机系统 |
CN113419843B (zh) * | 2021-08-25 | 2021-11-26 | 南京赛宁信息技术有限公司 | 一种基于nas的分布式资源管理系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5329619A (en) * | 1992-10-30 | 1994-07-12 | Software Ag | Cooperative processing interface and communication broker for heterogeneous computing environments |
CN101364924A (zh) * | 2008-09-26 | 2009-02-11 | 广州市聚晖电子科技有限公司 | 一种基于企业服务总线的数据采集自适应体系结构 |
CN104468299A (zh) * | 2013-09-16 | 2015-03-25 | 清华大学 | 基于用户规则的企业服务总线系统 |
CN104580158A (zh) * | 2014-12-12 | 2015-04-29 | 集时通(福建)信息科技有限公司 | 一种分布式平台文件与内容分发方法及系统 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2350758A (en) * | 1999-06-04 | 2000-12-06 | Ibm | Message broker providing a publish/subscribe sevice and method of processing messages in a publish/subscribe environment |
US20060248182A1 (en) * | 2005-05-02 | 2006-11-02 | Polycentric Networks Corporation | Formatted and/or tunable QoS data publication, subscription, and/or distribution including dynamic network formation |
-
2019
- 2019-05-14 CN CN201910399955.1A patent/CN111953716B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5329619A (en) * | 1992-10-30 | 1994-07-12 | Software Ag | Cooperative processing interface and communication broker for heterogeneous computing environments |
CN101364924A (zh) * | 2008-09-26 | 2009-02-11 | 广州市聚晖电子科技有限公司 | 一种基于企业服务总线的数据采集自适应体系结构 |
CN104468299A (zh) * | 2013-09-16 | 2015-03-25 | 清华大学 | 基于用户规则的企业服务总线系统 |
CN104580158A (zh) * | 2014-12-12 | 2015-04-29 | 集时通(福建)信息科技有限公司 | 一种分布式平台文件与内容分发方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN111953716A (zh) | 2020-11-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110740038B (zh) | 区块链及其通信方法、网关、通信系统和存储介质 | |
CN107172001B (zh) | 网站代理服务器的控制方法及装置、密钥代理服务器 | |
CN102404326B (zh) | 一种验证报文安全性的方法、系统以及装置 | |
CN111970109B (zh) | 一种数据传输方法及系统 | |
CN111953716B (zh) | 消息通讯方法、系统、计算机设备及存储介质 | |
JP2017168931A (ja) | 通信ネットワークシステム、車両、カウンタ値通知ノード、カウンタ値共有方法、及びコンピュータプログラム | |
CN112954050B (zh) | 分布式管理方法及装置、管理设备和计算机存储介质 | |
CN110413329A (zh) | Iot设备远程调试方法、装置及系统 | |
CN111246407B (zh) | 用于短信传输的数据加密、解密方法及装置 | |
CN115150821A (zh) | 离线包的传输、存储方法及装置 | |
WO2023226478A1 (zh) | 用于数据传输的方法及装置、路由器、物联网设备 | |
JP2018029352A (ja) | 通信ネットワークシステム、車両、カウンタ値通知ノード、カウンタ値共有方法、及びコンピュータプログラム | |
CN110545320A (zh) | 一种内网数据交互方法及设备 | |
CN110837373A (zh) | 持续集成与持续交付方法、装置、计算机设备和存储介质 | |
JP2017060031A (ja) | 車載制御システム、車両、管理装置、車載コンピュータ、データ共有方法、及びコンピュータプログラム | |
CN113014545B (zh) | 一种数据处理方法、装置、计算机设备及存储介质 | |
CN110034927B (zh) | 一种通信的方法及装置 | |
CN110830243B (zh) | 对称密钥分发方法、装置、车辆及存储介质 | |
US20230179667A1 (en) | Method and system for transmitting software artifacts from a source network to a target network | |
CN115022012A (zh) | 一种数据传输方法、装置、系统、设备及存储介质 | |
CN114650188A (zh) | 一种基于代理节点的数据安全传输方法及装置 | |
CN113992734A (zh) | 会话连接方法及装置、设备 | |
US9154548B2 (en) | Auditable distribution of a data file | |
CN111124447A (zh) | 一种平台管理方法、系统、设备及计算机可读存储介质 | |
CN113132320A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |