CN104133728A - 一种进程间通讯的方法、及装置 - Google Patents

一种进程间通讯的方法、及装置 Download PDF

Info

Publication number
CN104133728A
CN104133728A CN201310690566.7A CN201310690566A CN104133728A CN 104133728 A CN104133728 A CN 104133728A CN 201310690566 A CN201310690566 A CN 201310690566A CN 104133728 A CN104133728 A CN 104133728A
Authority
CN
China
Prior art keywords
node
data
channel
passage
opposite end
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
Application number
CN201310690566.7A
Other languages
English (en)
Other versions
CN104133728B (zh
Inventor
徐翠屏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201310690566.7A priority Critical patent/CN104133728B/zh
Publication of CN104133728A publication Critical patent/CN104133728A/zh
Priority to TW103142886A priority patent/TWI528182B/zh
Priority to PCT/CN2015/073166 priority patent/WO2015090250A1/zh
Application granted granted Critical
Publication of CN104133728B publication Critical patent/CN104133728B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21Monitoring or handling of messages
    • H04L51/23Reliability checks, e.g. acknowledgments or fault reporting

Abstract

本发明实施例公开了一种进程间通讯的方法、及装置,其中方法的实现包括:根据待发送数据的目标节点寻找并确定对应的目标通道;将待发送数据写入确定的目标通道对应的共享存储空间内;若所述目标节点为本地节点,则确定的所述目标通道为本地通道,写入所述共享空间的待发送数据由所述目标节点的本地通道接收;若所述目标节点为远端节点,则确定的所述目标通道为远端代理通道,采用远端代理通道从所述共享空间接收所述待发送数据,并通过本地代理节点向对端代理节点发送所述待发送数据。以上方案,不需要关心通讯的进程是运行于同一主机还是不同主机,因此开发人员不需要了解机器内核跨机器间通信的机制和细节,因此可以提高开发效率,并减少出错。

Description

一种进程间通讯的方法、及装置
技术领域
本发明涉及计算机技术领域,特别涉及一种进程间通讯的方法、及装置。
背景技术
网络服务开发过程中经常会碰到进程间通讯问题。进程间通讯又分为机器内的进程通讯和跨机器的进程通讯。对于机器内的进程通讯一般采用:管道、共享内存、消息队列、Unix Socket(一种操作系统的套接字)以及IPC(Inter-Process Communication,进程间通信)等技术。对于跨机器的进程通讯一般采用TCP(Transmission Control Protocol,传输控制协议)/UDP(UserDatagram Protocol,用户数据包协议)Socket(套接字)方式。
网络服务开发如果同时需要在机器内和跨机器作进程间通讯,就需要针对具体场景选择合适的IPC机制,并且对于机器内和跨机器进程间通讯分别封装和开发提供给上层应用使用。开发人员需要很了解机器内和跨机器进程间通讯机制和细节。这样应用开发效率比较低,也容易出错。
发明内容
本发明实施例提供了一种进程间通讯的方法、及装置,用于提高开发效率,减少出错。
一种进程间通讯的方法,包括:
根据待发送数据的目标节点寻找并确定对应的目标通道;将所述待发送数据写入确定的所述目标通道对应的共享存储空间内;
若所述目标节点为本地节点,则确定的所述目标通道为本地通道,写入所述共享空间的待发送数据由所述目标节点的本地通道接收;
若所述目标节点为远端节点,则确定的所述目标通道为远端代理通道,采用远端代理通道从所述共享空间接收所述待发送数据,并通过本地代理节点向对端代理节点发送所述待发送数据。
一种装置,用于进程间通讯,包括:
通道确定单元,用于根据待发送数据的目标节点寻找并确定对应的目标通道;
数据写入单元,用于将所述待发送数据写入所述通道确定单元确定的所述目标通道对应的共享存储空间内;
本地通道单元,用于若所述目标节点为本地节点,则确定的所述目标通道为本地通道,写入所述共享空间的待发送数据由所述目标节点的本地通道接收;
发送单元,用于若所述目标节点为远端节点,则确定的所述目标通道为远端代理通道,采用远端代理通道从所述共享空间接收所述待发送数据,并通过本地代理节点向对端代理节点发送所述待发送数据。
从以上技术方案可以看出,本发明实施例具有以下优点:采用通道管理的方案,通过代理节点实现跨机通讯,不需要关心通讯的进程是运行于同一主机还是不同主机,因此开发人员不需要了解机器内核跨机器间通信的机制和细节,因此可以提高开发效率,并减少出错。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例方法流程示意图;
图2为本发明实施例系统架构示意图;
图3为本发明实施例方法流程示意图;
图4为本发明实施例方法流程示意图;
图5为本发明实施例方法流程示意图;
图6为本发明实施例方法流程示意图;
图7为本发明实施例方法流程示意图;
图8为本发明实施例装置结构示意图;
图9为本发明实施例装置结构示意图;
图10为本发明实施例装置结构示意图;
图11为本发明实施例装置结构示意图;
图12为本发明实施例装置结构示意图;
图13为本发明实施例装置结构示意图;
图14为本发明实施例装置结构示意图;
图15为本发明实施例终端结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部份实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
本发明实施例提供了一种进程间通讯的方法,如图1所示,包括:
101:根据待发送数据的目标节点寻找并确定对应的目标通道;将上述待发送数据写入确定的上述目标通道对应的共享存储空间内;
进一步地,本发明实施例还提供了进行流量控制的方案,该方案在数据的发送端进行发送控制,具体如下:在将上述待发送数据写入确定的上述目标通道对应的共享存储空间内之前,还包括:
确定目标通道是否为暂停状态,若不是暂停状态,则将上述待发送数据写入确定的上述目标通道对应的共享存储空间内,否则停止向上述目标通道对应的共享存储空间写入数据,直到上述目标通道恢复为非暂停状态。
在本实施例中,如果目标通道不是暂停状态,那么数据的发送将会持续,一旦目标通道的状态变为暂停状态,这将表示发送速度超过了接收方的限度,需要停止发送。目标通道的状态由接收端指定,在后续实施例中将给出更详细的说明。
102:若上述目标节点为本地节点,则确定的上述目标通道为本地通道,写入上述共享空间的待发送数据由上述目标节点的本地通道接收;
103:若上述目标节点为远端节点,则确定的上述目标通道为远端代理通道,采用远端代理通道从上述共享空间接收上述待发送数据,并通过本地代理节点向对端代理节点发送上述待发送数据。
以上实施例,采用通道管理的方案,通过代理节点实现跨机通讯,不需要关心通讯的进程是运行于同一主机还是不同主机,因此开发人员不需要了解机器内核跨机器间通信的机制和细节,因此可以提高开发效率,并减少出错。
进一步地,本发明实施例中所称的本地是指上述待发送数据的源端的设备本地,本领域技术人员可以理解的是该设备也可以作为数据的接收端使用,本发明实施例还提供了该设备作为数据的接收端使用的方案,并且在数据的接收端进行流量控制,具体如下:上述方法,还包括:
通过本地代理节点接收来自对端代理节点的数据,并确定接收到的数据是否已经达到其在本地的目标通道的阈值,若是,则向对端代理节点发送暂停指示消息,指示上述对端代理节点暂停向上述目标通道写入数据。
本领域技术人员可以理解的是,如果接收到的数据没有达到本地的目标通道的阈值,则可以继续接收数据。上述阈值是按照上述本地的目标通道所对应的存储空间来确定的,用于防止溢出。
进一步地,本发明实施例还提供了进行流量控制以后,目标通道被暂停以后(即暂停数据传输以后)如何恢复数据传输的实现方案,具体如下:上述方法,还包括:
若上述本地的目标通道为暂停状态,并且没有数据,则向对端代理节点发送恢复指示,指示上述对端代理节点继续向上述目标通道写入数据。
可以理解的是,如果本地的目标通道不是暂停状态,当前应该处于数据的发送过程中。如果上述本地的目标通道为暂停状态,那么当前应该是没有进行数据通讯的,此时需要确定在何种情况下恢复通讯,本实施例给出了目标通道中没有数据的情况,实际上如果目标通道的数据量小于目标通道的数据总容量设定比例也是可以的,本发明实施例对此不作唯一性限定。
进一步地,本发明实施例还提供了节点的创建方案,包含本地节点的创建以及依据对端代理节点的指示进行通道创建的方案,具体方案如下:在根据待发送数据的目标节点寻找并确定对应的目标通道之前,还包括:
本地代理节点创建本地节点,并确定本地节点与其通道的对应关系,为上述本地节点对应的通道分配内存空间;或者,接收对端代理节点发送的通道信息,若本地未存储上述通道信息,则创建远端代理通道,并监听远端代理通道是否有数据接收。
进一步地,本发明实施例还提供了跨设备的通道的信息如何同步的技术方案,采用代理节点完成通道信息的同步,具体如下:在通过本地代理节点向对端代理节点发送上述待发送数据之前,还包括:
读取配置文件,确定对端代理节点的互联网协议地址以及端口号,并通过上述互联网协议地址以及端口号建立本地代理节点与上述对端代理节点之间的传输控制协议TCP连接;并通过上述TCP连接将非对端创建的通道发送给对端代理节点;通过上述TCP连接接收对端代理节点发送的非本地创建的通道,并建立接收到的通道对应的远端代理通道。
进一步地,本发明实施例还提供了,通道删除的方案,具体如下:上述方法,还包括:
若本地节点关闭,上述本地节点对应的通道与对端代理节点的连接关闭,且上述本地节点对应的通道没有被其他进程所使用,则销毁上述本地节点对应的通道。
可以理解的是,销毁通道的目的在于释放不需要的存储空间,具体操作可以是将通道对应的存储空间内的信息进行销毁。销毁的过程可以是将该存储空间,例如内存释放使之能够被再次使用,并不一定需要进行存储空间进行初始化操作。
以下实施例就本发明实施例的几个重要方面进行分别举例说明。
本发明实施例采用的是基于共享内存的进程间通讯的中间件方案。开发人员可以使用它方便地实现进程间的数据交换,而不用关心需要交换数据的进程是运行在同一主机还是在不同的主机。当进程处于同一主机时,数据通过共享内存传输;而对于不同主机上的进程,该中间件会将数据由代理服务(Agent)通过TCP/IP传输到远程主机。
一、该中间件方案如图2所示,包含如下几个部分:
host1和host2是两个主机设备;在host1中包含了两个数据收发点(peer),peer1和peer2,分别属于各自的进程;在host2中包含了两个数据收发点(peer),peer3和peer4,分别属于各自的进程;每个主机可以包含的进程可以有很多,每个进程包含的peer也可以有很多,图2仅作为一个示意,不应理解为对本发明实施例的限定。Agent所在的进程执行的是代理服务,可以称为代理节点。以下分别对图2所示的各部分进行详细介绍如下:
数据收发点(peer):中间件为开发人员提供的客户端开发包,使用该开发包创建具体peer用来接收和发送消息。
通道(channel):实际上是一块共享内存。当创建一个peer时,中间件创建一个同名的channel与这个peer绑定。每个channel都有一个唯一的id,所以存在多个channel名称相同的channel集合。peer通过这个channel接收数据;发送数据时,中间件会先找到与目标peer绑定的channel,并将数据写入到这个目标channe中。通道分为本地通道(local channel)和远端代理通道(remotechannel proxy)。在图2所示远端代理通道有:在host1中的host2_channel4_proxy、host2_channel3_proxy;在host2中的有host1_channel1_proxy、host1_channel2_proxy。
通道索引(channel index):实际上是一块共享内存。存储着所有channel对应的共享内存key(关键字)。
消息(message):每次调用peer的send函数发送的数据视为一条消息,peer的recv函数(用于已连接的数据报或流式套接口进行数据的接收的函数)每次被调用,会接收一条完整的消息。
中间件主要包括2个组件:
(1)为开发人员提供的客户端开发包。
(2)进行跨机器进程间通讯的代理服务Agent。
二、重要数据结构
本发明实施例是基于共享内存的进程间通讯中间件,通道、通道索引、消息在共享内存中的数据结构如下:
(1)通道(channel),如下表1所示
表1
(2)通道索引(channel index),如下表2所示:
表2
(3)消息(message):
消息是中间件数据传输的基本单位,消息在传输的过程中会被打报成数据包,数据包的最大长度是8K字节,当消息的长度超过8K字节时,它会被分片,即分成多个数据包传输,接收端会将这些分片组装成一条完整的消息。数据包的结构如下表3所示:
表3
三、重要流程介绍
(1)channel创建:channel的创建流程分为中间件客户端主动创建的本地通道和代理服务Agent接收对端传过来的channel信息创建的远端代理通道。
其中,中间件客户端主动创建的本地通道的流程如图3所示,包括:
301:创建一个本地peer;
302:绑定访问channel index,获取peer对应的channel shm key和channelsem key;
上述channel index存储的信息以及用途在前面实施例中已有介绍,channel shm key和channel sem key分别是用于标识channel shm以及channelsem的关键字;channel shm是用来接收数据的通道,channel sem是用来搜索用的通道。
303:创建并绑定channel shm key和channel sem key;
304:初始化channel shm;
本步骤是将通道对应的存储空间进行初始化。如图2所示的channel1~channel4。
305:将channel加入到channel管理器中,并监听该channel是否有数据接收。
代理服务Agent接收对端传过来的channel信息创建的远端代理通道的流程,如图4所示,包括:
401:Agent接收对端发送的channel信息;
具体可以是对端的Agent发送的channel信息。
402:判断接收到的channel信息对应的channel是否存在,如果存在可以结束流程,否则,进入403;
403:创建一个远端代理peer;
例如,图2所示的host2_channel4_proxy、host2_channel3_proxy;host1_channel1_proxy、host1_channel2_proxy均为远端代理peer对应的channel;
404:绑定访问channel index获取peer对应的channel shm key和channelsem key;
405:创建并绑定channel shm key和channel sem key;
406:初始化channel shm;
407:将channel加入到channel管理器中,并监听该channel是否有数据接收。
本实施例中,创建channel,会在内存中维护channel信息并且创建对应的channel共享内存。
(2)跨机器channel同步:在本实施例中可以部署为前端Agent(代理)和后端Agent,前端Agent需要读取remotehost.xml(远端主机的信息)获取所有后端Agent信息,包括IP(互联网协议地址)和Port(端口)信息,并且主动和这些后端Agent建立TCP连接进行通讯。host1和host2进行channel同步,具体流程如图5所示,包括:
501A:读取配置文件,获取Agent IP和Port已经包括的channel index配置信息;
在本实施例中,Agent的配置文件需要包含以下信息:
1、Agent IP和Port;
2、channel index的共享内存key、信号量key;
3、可管理的channel的最大个数;
4、channel对应共享内存最大尺寸。
502A:初始化channel index shm;
503A:读取remotehost.xml获取所有对端Agent IP和port信息;
504A:创建和对端Agent的TCP连接;
505A:定时从channel indx获取所有新的非Agent创建的channel,并发送给对端Agent;
506A:接收对端Agent发送的新的channel信息,并建立相应的远端channel代理。
在图5所示的501B~506B是与上述步骤501A~506A完全对应的步骤,再次不再一一赘述。
(3)、消息传输,如图6所示,包括如下步骤:
601:调用peer的send方法;
602:根据目标peer名称到channel管理器找到对应的目标channel列表;
603:从channel列表中取出目标channel;
604:将数据写入到上述channel对应的shm中;
605:确定上述shm对应的channel是否是本地channel;如果是,进入606,否则进入607;
606:本地channel接收数据。
607:远端代理channel接收数据;
608:代理Agent将远端代理channel接收到的数据发送到对端代理Agent。
在本实施例中有以下两点需要说明如下:
1.在本实施例的中间件中有channel管理器会循环检测和读取本进程创建的channel中是否有数据接收,并且每次都会刷新channel的时间戳属性(timestamp),如果有数据接收返回给用户。同时本地进程也可以通过channelindex获取其他进程创建的channel,并且会定时检查这些channel时间戳属性(timestamp)是否有更新来判断channel是否已经关闭,如果已经关闭就会将该channel内存信息进行销毁。具体参考后续实施例中关于channel销毁的说明。
2.在本实施例中,通过目标channel名称可能会获取到多个channel(channel id不同),会按顺序每次获取一个作为目标channel进行消息通讯,这种机制也很好做到负载均衡。
(4)流量控制,具体流程如图7所示,包括如下步骤:
701:peer调用peer的send方法;
702:从channel shm存储的channel状态信息中获取channel状态;
703:判断目标channel是否为暂停状态,如果是,则暂停数据发送;如果否,进入704;
704:将数据写入到对应的目标channel shm中;
705:将数据写入共享内存;
706:Agent1读取远端channel sham数据并发送到对端Agent(Agent2)
707:接收对端Agent发送的数据;
708:获取channel数据状态;
709:判断channel数据是否达到阈值;如果是,进入710,否则进入712;
710:发送暂停接收指示给对端Agent;
711:接收对端channel暂停请求并设置channel状态为暂停;并将设置channel状态为暂停;
712:将数据写入到相应channel shm中。
713:如果channel状态为暂停,则定时执行本步骤:定时判断channel状态为暂停并且channel中没有数据,则将channel状态恢复正常。恢复正常的方式,可以是向对端Agent发送指示消息,指示将该channel状态恢复正常。
(5)channel销毁,在本实施例中channel销毁规则如下:
1、创建的Peer关闭,对应的channel内存信息将被销毁。
2、接收到对端Agent的连接关闭请求,将由该Agent传递过来并且建立的channel内存信息全部销毁。
3、channel同一时刻可能会被多个进程在使用,只有所有进程都销毁该channel内存信息,该channel对应的共享内存在会被真正从系统删除。
本发明是一个基于共享内存的进程间通讯的中间件方案。提供开发包和跨机器通讯Agent。只需要创建具体Peer和channel就可以和目标Peer和channel通讯。不用关心需要通讯的进程是运行在同一主机还是在不同的主机。
本发明实施例还提供了一种装置,用于进程间通讯,如图8所示,包括:
通道确定单元801,用于根据待发送数据的目标节点寻找并确定对应的目标通道;
数据写入单元802,用于将上述待发送数据写入上述通道确定单元801确定的上述目标通道对应的共享存储空间内;
本地通道单元803,用于若上述目标节点为本地节点,则确定的上述目标通道为本地通道,写入上述共享空间的待发送数据由上述目标节点的本地通道接收;
发送单元804,用于若上述目标节点为远端节点,则确定的上述目标通道为远端代理通道,采用远端代理通道从上述共享空间接收上述待发送数据,并通过本地代理节点向对端代理节点发送上述待发送数据。
以上实施例,采用通道管理的方案,通过代理节点实现跨机通讯,不需要关心通讯的进程是运行于同一主机还是不同主机,因此开发人员不需要了解机器内核跨机器间通信的机制和细节,因此可以提高开发效率,并减少出错。
进一步地,本发明实施例中所称的本地是指上述待发送数据的源端的设备本地,本领域技术人员可以理解的是该设备也可以作为数据的接收端使用,本发明实施例还提供了该设备作为数据的接收端使用的方案,并且在数据的接收端进行流量控制,具体如下:如图9所示,上述装置,还包括:
接收单元901,用于通过本地代理节点接收来自对端代理节点的数据;
阈值确定单元902,用于确定接收到的数据是否已经达到其在本地的目标通道的阈值;
上述发送单元804,还用于在上述阈值确定单元902确定接收到的数据已经达到其在本地的目标通道的阈值后,则向对端代理节点发送暂停指示消息,指示上述对端代理节点暂停向上述目标通道写入数据。
本领域技术人员可以理解的是,如果接收到的数据没有达到本地的目标通道的阈值,则可以继续接收数据。上述阈值是按照上述本地的目标通道所对应的存储空间来确定的,用于防止溢出。
进一步地,本发明实施例还提供了进行流量控制以后,目标通道被暂停以后(即暂停数据传输以后)如何恢复数据传输的实现方案,具体如下:如图10所示,上述装置,还包括:
第一确定单元1001,用于确定上述本地的目标通道是否为暂停状态,是否有数据;
上述发送单元804,还用于若上述第一确定单元1001确定上述本地的目标通道为暂停状态,并且没有数据,则向对端代理节点发送恢复指示,指示上述对端代理节点继续向上述目标通道写入数据。
可以理解的是,如果本地的目标通道不是暂停状态,当前应该处于数据的发送过程中。如果上述本地的目标通道为暂停状态,那么当前应该是没有进行数据通讯的,此时需要确定在何种情况下恢复通讯,本实施例给出了目标通道中没有数据的情况,实际上如果目标通道的数据量小于目标通道的数据总容量设定比例也是可以的,本发明实施例对此不作唯一性限定。
进一步地,本发明实施例还提供了进行流量控制的方案,该方案在数据的发送端进行发送控制,具体如下:如图11所示,上述装置,还包括:
第二确定单元1101,用于在将上述待发送数据写入确定的上述目标通道对应的共享存储空间内之前,确定目标通道是否为暂停状态;
上述数据写入单元802,还用于若上述第二确定单元1101确定不是暂停状态,则将上述待发送数据写入确定的上述目标通道对应的共享存储空间内,否则停止向上述目标通道对应的共享存储空间写入数据,直到上述目标通道恢复为非暂停状态。
在本实施例中,如果目标通道不是暂停状态,那么数据的发送将会持续,一旦目标通道的状态变为暂停状态,这将表示发送速度超过了接收方的限度,需要停止发送。目标通道的状态由接收端指定,在后续实施例中将给出更详细的说明。
进一步地,本发明实施例还提供了节点的创建方案,包含本地节点的创建以及依据对端代理节点的指示进行通道创建的方案,具体方案如下:如图12所示,上述装置,还包括:
节点管理单元1201,用于在根据待发送数据的目标节点寻找并确定对应的目标通道之前,通过本地代理节点创建本地节点,并确定本地节点与其通道的对应关系,为上述本地节点对应的通道分配内存空间;或者,接收对端代理节点发送的通道信息,若本地未存储上述通道信息,则创建远端代理通道,并监听远端代理通道是否有数据接收。
进一步地,本发明实施例还提供了跨设备的通道的信息如何同步的技术方案,采用代理节点完成通道信息的同步,具体如下:如图13所示,上述装置,还包括:
同步管理单元1301,用于在通过本地代理节点向对端代理节点发送上述待发送数据之前,读取配置文件,确定对端代理节点的互联网协议地址以及端口号,并通过上述互联网协议地址以及端口号建立本地代理节点与上述对端代理节点之间的传输控制协议TCP连接;并通过上述TCP连接将非对端创建的通道发送给对端代理节点;通过上述TCP连接接收对端代理节点发送的非本地创建的通道,并建立接收到的通道对应的远端代理通道。
可选地,本发明实施例还提供了,通道删除的方案,具体如下:上述同步管理单元1301,还用于若本地节点关闭,上述本地节点对应的通道与对端代理节点的连接关闭,且上述本地节点对应的通道没有被其他进程所使用,则销毁上述本地节点对应的通道。
可以理解的是,销毁通道的目的在于释放不需要的存储空间,具体操作可以是将通道对应的存储空间内的信息进行销毁。销毁的过程可以是将该存储空间,例如内存释放使之能够被再次使用,并不一定需要进行存储空间进行初始化操作。
本发明实施例还提供了一种装置,用于进程间通讯,如图14所示,包括:接收器1401、发射器1402、处理器1403以及存储器1404;
其中,处理器1403,用于根据待发送数据的目标节点寻找并确定对应的目标通道;将上述待发送数据写入确定的上述目标通道对应的共享存储空间内;若上述目标节点为本地节点,则确定的上述目标通道为本地通道,写入上述共享空间的待发送数据由上述目标节点的本地通道接收;若上述目标节点为远端节点,则确定的上述目标通道为远端代理通道,采用远端代理通道从上述共享空间接收上述待发送数据,并通过本地代理节点向对端代理节点发送上述待发送数据。
以上实施例,采用通道管理的方案,通过代理节点实现跨机通讯,不需要关心通讯的进程是运行于同一主机还是不同主机,因此开发人员不需要了解机器内核跨机器间通信的机制和细节,因此可以提高开发效率,并减少出错。
进一步地,本发明实施例还提供了进行流量控制的方案,该方案在数据的发送端进行发送控制,具体如下:上述处理器1403,还用于在将上述待发送数据写入确定的上述目标通道对应的共享存储空间内之前,确定目标通道是否为暂停状态,若不是暂停状态,则将上述待发送数据写入确定的上述目标通道对应的共享存储空间内,否则停止向上述目标通道对应的共享存储空间写入数据,直到上述目标通道恢复为非暂停状态。
在本实施例中,如果目标通道不是暂停状态,那么数据的发送将会持续,一旦目标通道的状态变为暂停状态,这将表示发送速度超过了接收方的限度,需要停止发送。目标通道的状态由接收端指定,在后续实施例中将给出更详细的说明。
进一步地,本发明实施例中所称的本地是指上述待发送数据的源端的设备本地,本领域技术人员可以理解的是该设备也可以作为数据的接收端使用,本发明实施例还提供了该设备作为数据的接收端使用的方案,并且在数据的接收端进行流量控制,具体如下:上述处理器1403,还用于通过本地代理节点接收来自对端代理节点的数据,并确定接收到的数据是否已经达到其在本地的目标通道的阈值,若是,则向对端代理节点发送暂停指示消息,指示上述对端代理节点暂停向上述目标通道写入数据。
本领域技术人员可以理解的是,如果接收到的数据没有达到本地的目标通道的阈值,则可以继续接收数据。上述阈值是按照上述本地的目标通道所对应的存储空间来确定的,用于防止溢出。
进一步地,本发明实施例还提供了进行流量控制以后,目标通道被暂停以后(即暂停数据传输以后)如何恢复数据传输的实现方案,具体如下:上述处理器1403,还用于若上述本地的目标通道为暂停状态,并且没有数据,则向对端代理节点发送恢复指示,指示上述对端代理节点继续向上述目标通道写入数据。
可以理解的是,如果本地的目标通道不是暂停状态,当前应该处于数据的发送过程中。如果上述本地的目标通道为暂停状态,那么当前应该是没有进行数据通讯的,此时需要确定在何种情况下恢复通讯,本实施例给出了目标通道中没有数据的情况,实际上如果目标通道的数据量小于目标通道的数据总容量设定比例也是可以的,本发明实施例对此不作唯一性限定。
进一步地,本发明实施例还提供了节点的创建方案,包含本地节点的创建以及依据对端代理节点的指示进行通道创建的方案,具体方案如下:上述处理器1403,还用于在根据待发送数据的目标节点寻找并确定对应的目标通道之前,本地代理节点创建本地节点,并确定本地节点与其通道的对应关系,为上述本地节点对应的通道分配内存空间;或者,接收对端代理节点发送的通道信息,若本地未存储上述通道信息,则创建远端代理通道,并监听远端代理通道是否有数据接收。
进一步地,本发明实施例还提供了跨设备的通道的信息如何同步的技术方案,采用代理节点完成通道信息的同步,上述处理器1403,还用于在通过本地代理节点向对端代理节点发送上述待发送数据之前,读取配置文件,确定对端代理节点的互联网协议地址以及端口号,并通过上述互联网协议地址以及端口号建立本地代理节点与上述对端代理节点之间的传输控制协议TCP连接;并通过上述TCP连接将非对端创建的通道发送给对端代理节点;通过上述TCP连接接收对端代理节点发送的非本地创建的通道,并建立接收到的通道对应的远端代理通道。
进一步地,本发明实施例还提供了,通道删除的方案,具体如下:上述处理器1403,还用于若本地节点关闭,上述本地节点对应的通道与对端代理节点的连接关闭,且上述本地节点对应的通道没有被其他进程所使用,则销毁上述本地节点对应的通道。
可以理解的是,销毁通道的目的在于释放不需要的存储空间,具体操作可以是将通道对应的存储空间内的信息进行销毁。销毁的过程可以是将该存储空间,例如内存释放使之能够被再次使用,并不一定需要进行存储空间进行初始化操作。
本发明实施例还提供了一种终端,如图15所示,为了便于说明,仅示出了与本发明实施例相关的部分,具体技术细节未揭示的,请参照本发明实施例方法部分。该终端可以为包括手机、平板电脑、PDA(Personal DigitalAssistant,个人数字助理)、POS(Point of Sales,销售终端)、车载电脑等任意终端设备,以终端为手机为例:
图15示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图15,手机包括:射频(Radio Frequency,RF)电路1510、存储器1520、输入单元1530、显示单元1540、传感器1550、音频电路1560、无线保真(wireless fidelity,WiFi)模块1570、处理器1580、以及电源1590等部件。本领域技术人员可以理解,图15中示出的手机结构并不构成对手机的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图15对手机的各个构成部件进行具体的介绍:
RF电路1510可用于收发信息或通话过程中,信号的接收和发送,特别地,将基站的下行信息接收后,给处理器1580处理;另外,将设计上行的数据发送给基站。通常,RF电路1510包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier,LNA)、双工器等。此外,RF电路1510还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯系统(GlobalSystem of Mobile communication,GSM)、通用分组无线服务(General PacketRadio Service,GPRS)、码分多址(Code Division Multiple Access,CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution,LTE)、电子邮件、短消息服务(Short Messaging Service,SMS)等。
存储器1520可用于存储软件程序以及模块,处理器1580通过运行存储在存储器1520的软件程序以及模块,从而执行手机的各种功能应用以及数据处理。存储器1520可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器1520可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元1530可用于接收输入的数字或字符信息,以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地,输入单元1530可包括触控面板1531以及其他输入设备1532。触控面板1531,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1531上或在触控面板1531附近的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触控面板1531可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器1580,并能接收处理器1580发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1531。除了触控面板1531,输入单元1530还可以包括其他输入设备1532。具体地,其他输入设备1532可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元1540可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1540可包括显示面板1541,可选的,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-EmittingDiode,OLED)等形式来配置显示面板1541。进一步的,触控面板1531可覆盖显示面板1541,当触控面板1531检测到在其上或附近的触摸操作后,传送给处理器1580以确定触摸事件的类型,随后处理器1580根据触摸事件的类型在显示面板1541上提供相应的视觉输出。虽然在图15中,触控面板1531与显示面板1541是作为两个独立的部件来实现手机的输入和输入功能,但是在某些实施例中,可以将触控面板1531与显示面板1541集成而实现手机的输入和输出功能。
手机还可包括至少一种传感器1550,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板1541的亮度,接近传感器可在手机移动到耳边时,关闭显示面板1541和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
音频电路1560、扬声器1561,传声器1562可提供用户与手机之间的音频接口。音频电路1560可将接收到的音频数据转换后的电信号,传输到扬声器1561,由扬声器1561转换为声音信号输出;另一方面,传声器1562将收集的声音信号转换为电信号,由音频电路1560接收后转换为音频数据,再将音频数据输出处理器1580处理后,经RF电路1510以发送给比如另一手机,或者将音频数据输出至存储器1520以便进一步处理。
WiFi属于短距离无线传输技术,手机通过WiFi模块1570可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图15示出了WiFi模块1570,但是可以理解的是,其并不属于手机的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
处理器1580是手机的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器1520内的软件程序和/或模块,以及调用存储在存储器1520内的数据,执行手机的各种功能和处理数据,从而对手机进行整体监控。可选的,处理器1580可包括一个或多个处理单元;优选的,处理器1580可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器1580中。
手机还包括给各个部件供电的电源1590(比如电池),优选的,电源可以通过电源管理系统与处理器1580逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管未示出,手机还可以包括摄像头、蓝牙模块等,在此不再赘述。
在本发明实施例中,该终端所包括的处理器1580还具有以下功能:
根据待发送数据的目标节点寻找并确定对应的目标通道;将上述待发送数据写入确定的上述目标通道对应的共享存储空间内;若上述目标节点为本地节点,则确定的上述目标通道为本地通道,写入上述共享空间的待发送数据由上述目标节点的本地通道接收;若上述目标节点为远端节点,则确定的上述目标通道为远端代理通道,采用远端代理通道从上述共享空间接收上述待发送数据,并通过本地代理节点向对端代理节点发送上述待发送数据。
以上实施例,采用通道管理的方案,通过代理节点实现跨机通讯,不需要关心通讯的进程是运行于同一主机还是不同主机,因此开发人员不需要了解机器内核跨机器间通信的机制和细节,因此可以提高开发效率,并减少出错。
进一步地,本发明实施例还提供了进行流量控制的方案,该方案在数据的发送端进行发送控制,具体如下:上述处理器1580,还用于在将上述待发送数据写入确定的上述目标通道对应的共享存储空间内之前,确定目标通道是否为暂停状态,若不是暂停状态,则将上述待发送数据写入确定的上述目标通道对应的共享存储空间内,否则停止向上述目标通道对应的共享存储空间写入数据,直到上述目标通道恢复为非暂停状态。
在本实施例中,如果目标通道不是暂停状态,那么数据的发送将会持续,一旦目标通道的状态变为暂停状态,这将表示发送速度超过了接收方的限度,需要停止发送。目标通道的状态由接收端指定,在后续实施例中将给出更详细的说明。
进一步地,本发明实施例中所称的本地是指上述待发送数据的源端的设备本地,本领域技术人员可以理解的是该设备也可以作为数据的接收端使用,本发明实施例还提供了该设备作为数据的接收端使用的方案,并且在数据的接收端进行流量控制,具体如下:上述处理器1580,还用于通过本地代理节点接收来自对端代理节点的数据,并确定接收到的数据是否已经达到其在本地的目标通道的阈值,若是,则向对端代理节点发送暂停指示消息,指示上述对端代理节点暂停向上述目标通道写入数据。
本领域技术人员可以理解的是,如果接收到的数据没有达到本地的目标通道的阈值,则可以继续接收数据。上述阈值是按照上述本地的目标通道所对应的存储空间来确定的,用于防止溢出。
进一步地,本发明实施例还提供了进行流量控制以后,目标通道被暂停以后(即暂停数据传输以后)如何恢复数据传输的实现方案,具体如下:上述处理器1580,还用于若上述本地的目标通道为暂停状态,并且没有数据,则向对端代理节点发送恢复指示,指示上述对端代理节点继续向上述目标通道写入数据。
可以理解的是,如果本地的目标通道不是暂停状态,当前应该处于数据的发送过程中。如果上述本地的目标通道为暂停状态,那么当前应该是没有进行数据通讯的,此时需要确定在何种情况下恢复通讯,本实施例给出了目标通道中没有数据的情况,实际上如果目标通道的数据量小于目标通道的数据总容量设定比例也是可以的,本发明实施例对此不作唯一性限定。
进一步地,本发明实施例还提供了节点的创建方案,包含本地节点的创建以及依据对端代理节点的指示进行通道创建的方案,具体方案如下:上述处理器1580,还用于在根据待发送数据的目标节点寻找并确定对应的目标通道之前,本地代理节点创建本地节点,并确定本地节点与其通道的对应关系,为上述本地节点对应的通道分配内存空间;或者,接收对端代理节点发送的通道信息,若本地未存储上述通道信息,则创建远端代理通道,并监听远端代理通道是否有数据接收。
进一步地,本发明实施例还提供了跨设备的通道的信息如何同步的技术方案,采用代理节点完成通道信息的同步,上述处理器1580,还用于在通过本地代理节点向对端代理节点发送上述待发送数据之前,读取配置文件,确定对端代理节点的互联网协议地址以及端口号,并通过上述互联网协议地址以及端口号建立本地代理节点与上述对端代理节点之间的传输控制协议TCP连接;并通过上述TCP连接将非对端创建的通道发送给对端代理节点;通过上述TCP连接接收对端代理节点发送的非本地创建的通道,并建立接收到的通道对应的远端代理通道。
进一步地,本发明实施例还提供了,通道删除的方案,具体如下:上述处理器1580,还用于若本地节点关闭,上述本地节点对应的通道与对端代理节点的连接关闭,且上述本地节点对应的通道没有被其他进程所使用,则销毁上述本地节点对应的通道。
可以理解的是,销毁通道的目的在于释放不需要的存储空间,具体操作可以是将通道对应的存储空间内的信息进行销毁。销毁的过程可以是将该存储空间,例如内存释放使之能够被再次使用,并不一定需要进行存储空间进行初始化操作。
值得注意的是,上述装置实施例中,所包括的各个单元只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
另外,本领域普通技术人员可以理解实现上述各方法实施例中的全部或部分步骤是可以通过程序来指令相关的硬件完成,相应的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。

Claims (14)

1.一种进程间通讯的方法,其特征在于,包括:
根据待发送数据的目标节点寻找并确定对应的目标通道;将所述待发送数据写入确定的所述目标通道对应的共享存储空间内;
若所述目标节点为本地节点,则确定的所述目标通道为本地通道,写入所述共享空间的待发送数据由所述目标节点的本地通道接收;
若所述目标节点为远端节点,则确定的所述目标通道为远端代理通道,采用远端代理通道从所述共享空间接收所述待发送数据,并通过本地代理节点向对端代理节点发送所述待发送数据。
2.根据权利要求1所述方法,其特征在于,还包括:
通过本地代理节点接收来自对端代理节点的数据,并确定接收到的数据是否已经达到其在本地的目标通道的阈值,若是,则向对端代理节点发送暂停指示消息,指示所述对端代理节点暂停向所述目标通道写入数据。
3.根据权利要求2所述方法,其特征在于,还包括:
若所述本地的目标通道为暂停状态,并且没有数据,则向对端代理节点发送恢复指示,指示所述对端代理节点继续向所述目标通道写入数据。
4.根据权利要求1所述方法,其特征在于,在将所述待发送数据写入确定的所述目标通道对应的共享存储空间内之前,还包括:
确定目标通道是否为暂停状态,若不是暂停状态,则将所述待发送数据写入确定的所述目标通道对应的共享存储空间内,否则停止向所述目标通道对应的共享存储空间写入数据,直到所述目标通道恢复为非暂停状态。
5.根据权利要求1所述方法,其特征在于,在根据待发送数据的目标节点寻找并确定对应的目标通道之前,还包括:
本地代理节点创建本地节点,并确定本地节点与其通道的对应关系,为所述本地节点对应的通道分配内存空间;或者,接收对端代理节点发送的通道信息,若本地未存储所述通道信息,则创建远端代理通道,并监听远端代理通道是否有数据接收。
6.根据权利要求1至5任意一项所述方法,其特征在于,在通过本地代理节点向对端代理节点发送所述待发送数据之前,还包括:
读取配置文件,确定对端代理节点的互联网协议地址以及端口号,并通过所述互联网协议地址以及端口号建立本地代理节点与所述对端代理节点之间的传输控制协议TCP连接;并通过所述TCP连接将非对端创建的通道发送给对端代理节点;通过所述TCP连接接收对端代理节点发送的非本地创建的通道,并建立接收到的通道对应的远端代理通道。
7.根据权利要求6所述方法,其特征在于,还包括:
若本地节点关闭,所述本地节点对应的通道与对端代理节点的连接关闭,且所述本地节点对应的通道没有被其他进程所使用,则销毁所述本地节点对应的通道。
8.一种装置,用于进程间通讯,其特征在于,包括:
通道确定单元,用于根据待发送数据的目标节点寻找并确定对应的目标通道;
数据写入单元,用于将所述待发送数据写入所述通道确定单元确定的所述目标通道对应的共享存储空间内;
本地通道单元,用于若所述目标节点为本地节点,则确定的所述目标通道为本地通道,写入所述共享空间的待发送数据由所述目标节点的本地通道接收;
发送单元,用于若所述目标节点为远端节点,则确定的所述目标通道为远端代理通道,采用远端代理通道从所述共享空间接收所述待发送数据,并通过本地代理节点向对端代理节点发送所述待发送数据。
9.根据权利要求8所述装置,其特征在于,还包括:
接收单元,用于通过本地代理节点接收来自对端代理节点的数据;
阈值确定单元,用于确定接收到的数据是否已经达到其在本地的目标通道的阈值;
所述发送单元,还用于在所述阈值确定单元确定接收到的数据已经达到其在本地的目标通道的阈值后,则向对端代理节点发送暂停指示消息,指示所述对端代理节点暂停向所述目标通道写入数据。
10.根据权利要求9所述装置,其特征在于,还包括:
第一确定单元,用于确定所述本地的目标通道是否为暂停状态,是否有数据;
所述发送单元,还用于若所述第一确定单元确定所述本地的目标通道为暂停状态,并且没有数据,则向对端代理节点发送恢复指示,指示所述对端代理节点继续向所述目标通道写入数据。
11.根据权利要求8所述装置,其特征在于,
第二确定单元,用于在将所述待发送数据写入确定的所述目标通道对应的共享存储空间内之前,确定目标通道是否为暂停状态;
所述数据写入单元,还用于若所述第二确定单元确定不是暂停状态,则将所述待发送数据写入确定的所述目标通道对应的共享存储空间内,否则停止向所述目标通道对应的共享存储空间写入数据,直到所述目标通道恢复为非暂停状态。
12.根据权利要求8所述装置,其特征在于,还包括:
节点管理单元,用于在根据待发送数据的目标节点寻找并确定对应的目标通道之前,通过本地代理节点创建本地节点,并确定本地节点与其通道的对应关系,为所述本地节点对应的通道分配内存空间;或者,接收对端代理节点发送的通道信息,若本地未存储所述通道信息,则创建远端代理通道,并监听远端代理通道是否有数据接收。
13.根据权利要求8至12任意一项所述装置,其特征在于,还包括:
同步管理单元,用于在通过本地代理节点向对端代理节点发送所述待发送数据之前,读取配置文件,确定对端代理节点的互联网协议地址以及端口号,并通过所述互联网协议地址以及端口号建立本地代理节点与所述对端代理节点之间的传输控制协议TCP连接;并通过所述TCP连接将非对端创建的通道发送给对端代理节点;通过所述TCP连接接收对端代理节点发送的非本地创建的通道,并建立接收到的通道对应的远端代理通道。
14.根据权利要求13所述装置,其特征在于,
所述同步管理单元,还用于若本地节点关闭,所述本地节点对应的通道与对端代理节点的连接关闭,且所述本地节点对应的通道没有被其他进程所使用,则销毁所述本地节点对应的通道。
CN201310690566.7A 2013-12-16 2013-12-16 一种进程间通讯的方法、及装置 Active CN104133728B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201310690566.7A CN104133728B (zh) 2013-12-16 2013-12-16 一种进程间通讯的方法、及装置
TW103142886A TWI528182B (zh) 2013-12-16 2014-12-09 處理程序間通訊的方法及裝置
PCT/CN2015/073166 WO2015090250A1 (zh) 2013-12-16 2015-02-16 一种进程间通讯的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310690566.7A CN104133728B (zh) 2013-12-16 2013-12-16 一种进程间通讯的方法、及装置

Publications (2)

Publication Number Publication Date
CN104133728A true CN104133728A (zh) 2014-11-05
CN104133728B CN104133728B (zh) 2015-07-22

Family

ID=51806413

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310690566.7A Active CN104133728B (zh) 2013-12-16 2013-12-16 一种进程间通讯的方法、及装置

Country Status (3)

Country Link
CN (1) CN104133728B (zh)
TW (1) TWI528182B (zh)
WO (1) WO2015090250A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015090250A1 (zh) * 2013-12-16 2015-06-25 腾讯科技(深圳)有限公司 一种进程间通讯的方法及装置
CN106598756A (zh) * 2016-12-13 2017-04-26 重庆川仪自动化股份有限公司 不同应用程序之间的数据交互方法
CN107608632A (zh) * 2017-09-21 2018-01-19 郑州云海信息技术有限公司 一种分布式存储集群的通信方法、装置及系统
CN107682460A (zh) * 2017-11-21 2018-02-09 郑州云海信息技术有限公司 一种分布式存储集群数据通信方法及系统
CN108667903A (zh) * 2018-04-03 2018-10-16 新华三技术有限公司 数据发送方法、装置和存储介质
CN110291504A (zh) * 2017-02-08 2019-09-27 罗伯特·博世有限公司 用于机动车的控制器和相应的机动车
CN115883654A (zh) * 2022-11-29 2023-03-31 深圳市汇川技术股份有限公司 进程通信方法、装置、设备及存储介质

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109766199B (zh) * 2018-12-29 2024-01-30 歌尔股份有限公司 一种机器人操作系统中的节点通信方法和装置
CN111901490A (zh) * 2019-05-06 2020-11-06 鸿富锦精密电子(郑州)有限公司 资源共享方法、装置、计算机装置及存储介质
TWI791316B (zh) * 2021-11-05 2023-02-01 財團法人工業技術研究院 實現程式間通訊的方法及系統

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1716946A (zh) * 2004-06-30 2006-01-04 联想(北京)有限公司 一种网络中设备间的数据传输方法
CN1859327A (zh) * 2006-02-09 2006-11-08 华为技术有限公司 一种消息传递的方法、装置和系统
CN101938484A (zh) * 2010-09-09 2011-01-05 奇智软件(北京)有限公司 一种分布式流量控制方法及系统
WO2013049399A1 (en) * 2011-09-30 2013-04-04 Oracle International Corporation System and method for providing and managing message queues for multinode applications in a middleware machine environment

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7095828B1 (en) * 2000-08-11 2006-08-22 Unisys Corporation Distributed network applications platform architecture
CN100426801C (zh) * 2005-03-29 2008-10-15 腾讯科技(深圳)有限公司 一种即时通信中数据传输的方法及系统
CN104133728B (zh) * 2013-12-16 2015-07-22 腾讯科技(深圳)有限公司 一种进程间通讯的方法、及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1716946A (zh) * 2004-06-30 2006-01-04 联想(北京)有限公司 一种网络中设备间的数据传输方法
CN1859327A (zh) * 2006-02-09 2006-11-08 华为技术有限公司 一种消息传递的方法、装置和系统
CN101938484A (zh) * 2010-09-09 2011-01-05 奇智软件(北京)有限公司 一种分布式流量控制方法及系统
WO2013049399A1 (en) * 2011-09-30 2013-04-04 Oracle International Corporation System and method for providing and managing message queues for multinode applications in a middleware machine environment

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015090250A1 (zh) * 2013-12-16 2015-06-25 腾讯科技(深圳)有限公司 一种进程间通讯的方法及装置
CN106598756A (zh) * 2016-12-13 2017-04-26 重庆川仪自动化股份有限公司 不同应用程序之间的数据交互方法
CN106598756B (zh) * 2016-12-13 2020-06-16 重庆川仪自动化股份有限公司 不同应用程序之间的数据交互方法
CN110291504A (zh) * 2017-02-08 2019-09-27 罗伯特·博世有限公司 用于机动车的控制器和相应的机动车
CN110291504B (zh) * 2017-02-08 2023-11-21 罗伯特·博世有限公司 用于机动车的控制器和相应的机动车
CN107608632A (zh) * 2017-09-21 2018-01-19 郑州云海信息技术有限公司 一种分布式存储集群的通信方法、装置及系统
CN107608632B (zh) * 2017-09-21 2021-02-02 苏州浪潮智能科技有限公司 一种分布式存储集群的通信方法、装置及系统
CN107682460A (zh) * 2017-11-21 2018-02-09 郑州云海信息技术有限公司 一种分布式存储集群数据通信方法及系统
CN107682460B (zh) * 2017-11-21 2021-01-12 苏州浪潮智能科技有限公司 一种分布式存储集群数据通信方法及系统
CN108667903A (zh) * 2018-04-03 2018-10-16 新华三技术有限公司 数据发送方法、装置和存储介质
CN115883654A (zh) * 2022-11-29 2023-03-31 深圳市汇川技术股份有限公司 进程通信方法、装置、设备及存储介质

Also Published As

Publication number Publication date
TW201525698A (zh) 2015-07-01
CN104133728B (zh) 2015-07-22
TWI528182B (zh) 2016-04-01
WO2015090250A1 (zh) 2015-06-25

Similar Documents

Publication Publication Date Title
CN104133728B (zh) 一种进程间通讯的方法、及装置
US10959124B2 (en) Uplink data transmission method, terminal, network side device and system
WO2016150331A1 (zh) 一种运行游戏客户端的方法和装置
WO2015090248A1 (zh) 服务器的过载保护方法及装置
CN103294515A (zh) 一种获取应用程序的方法、装置和系统
CN104065693A (zh) 一种网页应用中网络数据的访问方法、装置和系统
CN105491135B (zh) 建立数据连接的方法及装置
CN104301315A (zh) 一种限制信息访问的方法和装置
CN104717341A (zh) 一种消息提示方法及终端
CN104243538A (zh) 资源分享方法和系统
CN104123276A (zh) 一种浏览器中弹窗的拦截方法、装置和系统
CN103713943A (zh) 基于终端原生操作系统的应用功能实现方法和装置
CN104699501A (zh) 一种运行应用程序的方法及装置
CN104123210A (zh) 测试浏览器性能的方法、设备和系统
CN103336677B (zh) 一种向显示设备输出图像的方法、装置和系统
CN106470234A (zh) 一种设备发现的方法及装置
CN105703808A (zh) 一种传输数据的方法和装置
CN105025064A (zh) 下载文件的方法、装置及系统
CN104346128A (zh) 声音事件的执行方法和设备
CN105282628B (zh) 一种视频播放的方法和装置
CN104378339B (zh) 一种使用代理协议的通信方法和装置
CN112261634B (zh) 一种蓝牙传输控制方法、装置、终端设备和存储介质
CN103973546B (zh) 进行通讯的方法、装置及系统
CN104615623A (zh) 一种获取网络资源的方法和装置
CN110913022A (zh) 移动终端网络文件下载方法、装置、系统及存储介质

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant