CN113037816B - 通信方法、存储介质及相关设备 - Google Patents
通信方法、存储介质及相关设备 Download PDFInfo
- Publication number
- CN113037816B CN113037816B CN202110213655.7A CN202110213655A CN113037816B CN 113037816 B CN113037816 B CN 113037816B CN 202110213655 A CN202110213655 A CN 202110213655A CN 113037816 B CN113037816 B CN 113037816B
- Authority
- CN
- China
- Prior art keywords
- signaling
- message
- server
- terminal
- signaling server
- 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/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
Abstract
本申请实施例公开了一种通信方法、存储介质及相关设备,其中,一种方法包括:接收与所述第一信令服务器连接的第一终端发送的第一信令消息;将所述第一信令消息缓存至消息队列中,以使订阅了所述消息队列的第二信令服务器将所述第一信令消息发送至所连接的第二终端,所述第二信令服务器包括至少一个。采用本申请实施例,可以实现多个WebRTC客户端的同时通信,通信效率高,能够支撑大规模的用户数,支撑更多的业务场景。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种通信方法、存储介质及相关设备。
背景技术
现有的开源WebRTC信令方案有mediasoup、janus、srs4等,WebRTC客户端之间使用PeerConnection交流数据,但还需要一种机制来协调沟通和发送控制消息,这一过程称之为信令传输。具体通过直连的信令服务器发送控制消息。如图1所示,没有信令服务器,各个WebRTC客户端之间是没办法通信的,需要通过直连的信令服务器与媒体(如流媒体服务器)耦合才能实现通信,但这些信令服务都属于单实例,无法实现多个WebRTC客户端的同时通信,通信效率低。
发明内容
本申请实施例提供了一种通信方法、存储介质及相关设备,可以实现多个WebRTC客户端的同时通信,通信效率高,能够支撑大规模的用户数,支撑更多的业务场景。本申请实施例的技术方案如下:
第一方面,本申请实施例提供了一种通信方法,应用于第一信令服务器,所述方法包括:
接收与所述第一信令服务器连接的第一终端发送的第一信令消息;
将所述第一信令消息缓存至消息队列中,以使订阅了所述消息队列的第二信令服务器将所述第一信令消息发送至所连接的第二终端,所述第二信令服务器包括至少一个。
第二方面,本申请实施例提供了一种通信方法,应用于消息订阅服务器,所述方法包括:
接收第一信令服务器发送的第一信令消息,将所述第一信令消息缓存至消息队列中,所述第一信令消息为与所述第一信令服务器连接的第一终端发送;
将所述第一信令消息发送至订阅了所述消息队列的第二信令服务器,以使所述第二信令服务器将所述第一信令消息发送至所连接的第二终端,所述第二信令服务器包括至少一个。
第三方面,本申请实施例提供了一种第一信令服务器,包括:
消息接收模块,用于接收与所述第一信令服务器连接的第一终端发送的第一信令消息;
消息缓存模块,用于将所述第一信令消息缓存至消息队列中,以使订阅了所述消息队列的第二信令服务器将所述第一信令消息发送至所连接的第二终端,所述第二信令服务器包括至少一个。
第四方面,本申请实施例提供了一种消息订阅服务器,包括:
消息缓存模块,用于接收第一信令服务器发送的第一信令消息,将所述第一信令消息缓存至消息队列中,所述第一信令消息为与所述第一信令服务器连接的第一终端发送;
消息发送模块,用于将所述第一信令消息发送至订阅了所述消息队列的第二信令服务器,以使所述第二信令服务器将所述第一信令消息发送至所连接的第二终端,所述第二信令服务器包括至少一个。
第五方面,本申请实施例提供一种计算机存储介质,所述计算机存储介质存储有多条指令,所述指令适于由处理器加载并执行上述任意的方法步骤。
第六方面,本申请实施例提供一种电子设备,可包括:处理器和存储器;其中,所述存储器存储有计算机程序,所述计算机程序适于由所述处理器加载并执行上述任意的方法步骤。
在本申请实施例中,第一信令服务器接收与所述第一信令服务器连接的第一终端发送的第一信令消息,并将所述第一信令消息缓存至消息队列中,以使订阅了所述消息队列的第二信令服务器将所述第一信令消息发送至所连接的第二终端,所述第二信令服务器包括至少一个。通过预先订阅消息队列实现各个信令服务器的连接,当需要多端通信时,以消息队列作为中转就可将信令消息发送至各终端,可以实现多个WebRTC客户端的同时通信,通信效率高,能够支撑大规模的用户数,支撑更多的业务场景。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是现有的一种WebRTC信令方案的架构示意图;
图2是本申请实施例提供的一种通信方法的流程示意图;
图3是本申请实施例提供的一种的WebRTC信令方案的架构示意图;
图4是本申请实施例提供的一种通信方法的流程示意图;
图5是本申请实施例提供的一种的WebRTC信令方案的架构示意图;
图6是本申请实施例提供的一种通信方法的流程示意图;
图7是本申请实施例提供的一种第一信令服务器的结构示意图;
图8是本申请实施例提供的一种第一信令服务器的结构示意图;
图9是本申请实施例提供的一种消息订阅服务器的结构示意图;
图10是本申请实施例提供的一种消息订阅服务器的结构示意图;
图11是本申请实施例提供的一种电子设备的结构示意图;
图12是本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在本申请的描述中,需要理解的是,术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性。在本申请的描述中,需要说明的是,除非另有明确的规定和限定,“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本申请中的具体含义。此外,在本申请的描述中,除非另有说明,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
下面结合具体的实施例对本申请进行详细说明。
在一个实施例中,如图2所示,特提出了一种通信方法,该方法可依赖于计算机程序实现,可运行于基于冯诺依曼体系的第一信令服务器上。该计算机程序可集成在应用中,也可作为独立的工具类应用运行。
具体的,该通信方法包括:
S101:接收与所述第一信令服务器连接的第一终端发送的第一信令消息;
所述第一终端可以为WebRTC客户端,包括但不限于:可穿戴设备、手持设备、个人电脑、平板电脑、车载设备、智能手机、计算设备或连接到无线调制解调器的其它处理设备等。在不同的网络中终端设备可以叫做不同的名称,例如:用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置、蜂窝电话、无绳电话、个人数字处理(personal digital assistant,PDA)、5G网络或未来演进网络中的终端设备等。
WebRTC客户端之间使用PeerConnection交流数据,但还需要一种机制来协调沟通和发送控制消息,这一过程称之为信令传输。具体通过直连的信令服务器发送控制消息。
没有信令服务器,各个WebRTC客户端之间是没办法通信的,传递媒体数据有两个信息,必须经过信令服务器进行交换。其中,首先将所有网络相关信息传到信令服务器,信令服务器交换到对端,对端接收到信令消息后,若确定在同一局域网内,则直接通过P2P传输;若不在,首先进行P2P穿越,看是否能打通,打通则传输,打不通则中转,直到建立两个WebRTC客户端之间的通路,再进行信令传输。
在传输时,一般有两种协议:TCP和UDP。底层协议使用UDP,主要用于流媒体传输(音频视频)还有文本,文字聊天等,但UDP是不可靠传输,是可以丢包的,当然音频视频是可以丢包的,丢失一帧只会卡顿下,还可以继续工作。但信令服务器不能丢失数据,所有的包必须保证到达,否则断开连接,所以信令服务器一般使用TCP可靠性传输。
在本申请实施例中,第一终端与第一信令服务器通过websocket连接。websocket底层使用的就是TCP协议。第一终端可以为WebRTC客户端中通信的一端,可以为发起方,也可以为接收方。当第一终端想要去其他WebRTC客户端通信时,将所需要传输的第一信令消息发送至信令服务器,以便信令服务器将该信令消息转化处理。
S102:将所述第一信令消息缓存至消息队列中,以使订阅了所述消息队列的第二信令服务器将所述第一信令消息发送至所连接的第二终端,所述第二信令服务器包括至少一个。
消息队列就是一个消息的链表。可以把消息看作一个记录,具有特定的格式以及特定的优先级。对消息队列有写权限的进程可以向消息队列中按照一定的规则添加新消息;对消息队列有读权限的进程则可以从消息队列中读走消息。消息队列是随内核持续的。
消息队列可以作为通信的中介,临时存放发送方信息,等待接收方领取。消息的发送者将消息放进消息队列后可以立即返回,不需要等待接收者的响应,消息会被保存在队列中,直到被接收者取出。消息队列的以下几个优点:
1、屏蔽异构平台的细节:发送方、接收方系统之间不需要了解双方,只需认识消息。
2、异步:消息堆积能力;发送方接收方不需同时在线,发送方接收方不需同时扩容(削峰)。
3、解耦:防止引入过多的API给系统的稳定性带来风险;调用方使用不当会给被调用方系统造成压力,被调用方处理不当会降低调用方系统的响应能。
4、复用:一次发送多次消费。
5、可靠:一次保证消息的传递。如果发送消息时接收者不可用,消息队列会保留消息,直到成功地传递它;
6、提供路由:发送者无需与接收者建立连接,双方通过消息队列保证消息能够从发送者路由到接收者,甚至对于本来网络不易互通的两个服务,也可以提供消息路由。
可以理解的是,消息队列存储于消息订阅服务器中,第一信令服务器和第二信令服务器订阅了消息队列后,对消息队列有读写权限。
具体的,第一信令服务器将所述第一信令消息发送至消息订阅服务器,所述消息订阅服务器将所述第一信令消息缓存至消息队列中,实现第一信令消息的写入过程。
由于第二信令服务器订阅了该消息队列,那么第二信令服务器具有读取第一信令消息的权限。因此,消息订阅服务器可将该第一信令消息发送至第二信令服务器,那么第二信令服务器可以读取并消费该第一信令消息,并广播至所连接的第二终端,从而实现第一终端与第二终端的通信。需要说明的是,第二信令服务器可以包括至少一个,而每个第二信令服务器所连接的第二终端也可以包括至少一个。其中,第一终端与第二终端作用等同,第一信令服务器与第二信令服务器作用等同,也就是说,第一终端也可以作为第二终端,第一信令服务器也可以作为第二信令服务器。
例如,如图3所示,终端A连接信令服务器A,终端B连接信令服务器B,终端C连接信令服务器C,且信令服务器A、信令服务器B和信令服务器C均订阅了消息队列,当终端A向信令服务器A发送第一信令消息时,信令服务器A将第一信令消息写入消息队列中,那么信令服务器B和信令服务器C消费该第一信令消息,并分别广播至所终端B和终端C,依次实现终端A和终端B以及终端C的通信。
在本申请实施例中,第一信令服务器接收与所述第一信令服务器连接的第一终端发送的第一信令消息,并将所述第一信令消息缓存至消息队列中,以使订阅了所述消息队列的第二信令服务器将所述第一信令消息发送至所连接的第二终端,所述第二信令服务器包括至少一个。通过预先订阅消息队列实现各个信令服务器的连接,当需要多端通信时,以消息队列作为中转就可将信令消息发送至各终端,可以实现多个WebRTC客户端的同时通信,通信效率高,能够支撑大规模的用户数,支撑更多的业务场景。
请参见图4,图4是本申请提出的一种通信方法的另一种实施例的流程示意图。其中,所述第一信令服务器为信令服务器集群中的任一信令服务器,所述信令服务器集群包括所述第一信令服务器和除所述第一信令服务器以外的第二信令服务器,所述第二信令服务器包括至少一个,所述信令服务器集群中各信令服务器相连接。以第一信令服务器侧进行描述,具体的:
S201,订阅消息队列;
可以理解的是,消息队列就是一个消息的链表。可以把消息看作一个记录,具有特定的格式以及特定的优先级。对消息队列有写权限的进程可以向消息队列中按照一定的规则添加新消息;对消息队列有读权限的进程则可以从消息队列中读走消息。消息队列是随内核持续的。
第一信令服务器启动信令服务,并订阅消息队列,就可以对消息队列有读写权限。
S202,接收负载均衡器基于负载均衡策略调度的第一终端,与所述第一终端建立连接;
可以理解的是,所述负载均衡策略,就是将负载(工作任务)进行平衡、分摊到多个操作单元上进行执行,例如Web服务器、FTP服务器、信令服务器、企业关键应用服务器和其它关键任务服务器等,从而共同完成工作任务。
而实现负载均衡,主要通过负载均衡器进行调度实现。需要说明的是,负载均衡器不是基础网络设备,而是一种性能优化设备。对于网络应用而言,并不是一开始就需要负载均衡,当网络应用的访问量不断增长,单个处理单元无法满足负载需求时,网络应用流量将要出现瓶颈时,负载均衡才会起到作用。
所述负载均衡策略例如可以为四层负载均衡服务。四层负载均衡也就是TCP负载均衡,工作在“网络层”和“传输层”。例如,LVS(Linux Virtual Server,Linux虚拟服务)和F5(一种硬件负载均衡设备)是属于“四层负载均衡”的。
在本申请实施例中,当第一终端需要与其他终端进行通信时,需要先接入信令服务器,因此,在发送接入请求后,负载均衡器根据所连接的各个信令服务器当前的负载情况,将第一终端调度到第一信令服务器,从而与第一终端进行连接。
其中,第一终端与第一信令服务器之间通过websocket连接。websocket底层使用的就是TCP协议。
S203,接收与所述第一信令服务器连接的第一终端发送的房间创建请求,在消息队列中创建房间;
由于消息队列中可以存放大量的消息,那么订阅了消息队列的信令服务器都可以消费消息队列中的消息,每个信令服务器又可以接入多个终端,同时信令服务器的数据量很大。而在实际使用需求中,通常会使用到部分用户通信的场景,因此,可通过在消息队列中创建房间实现消息的隔离,那么只有订阅了房间的信令服务器可以消费该消息。也可以在由不同的信令服务器在消息队列中同时创建不同的房间进行通信。
其中,房间可理解为一定容量的存储空间,每个房间对应唯一的标识,可以为房间编号。那么订阅了同一房间的信令服务器所连接的终端可以相互通信。
S204,接收所述第一终端发送的第一信令消息;
S205,将所述第一信令消息缓存至所述房间中,以使订阅了所述房间的第二信令服务器将所述第一信令消息发送至所连接的第二终端。
第一信令服务器将所接收到的第一信令消息写入至所创建的房间中,那么订阅了该房间的至少一个第二信令服务器就可以消费该第一信令消息,然后每个第二信令服务器将该第一信令消息广播至所连接的第二终端上,从而实现房间内各终端的通信。
S206,从所述消息队列中读取第二信令消息,所述第二信令消息为与所述第二终端连接的第二信令服务器缓存至所述消息队列中的信令消息;
相应的,第二信令服务器与第一信令服务器的功能相同,那么第二信令服务器也可以接收所连接的第二终端发送的第二信令消息,然后将该第二信令消息写入至该房间中,从而,第一信令服务器可以从房间中读取该第二信令消息。
S207,将所述第二信令消息发送至所述第一终端。
可选的,当所述第二信令服务器重启时,接收负载均衡器基于负载均衡策略调度的第二终端,与所述第二终端建立连接。
也就是说,第一信令服务器在连接第一终端的同时,还可以连接负载均衡器基于负载均衡策略调度的第二终端。或者第一信令服务器在重启时,断开所连接的第一终端,那么第一终端可以由负载均衡器基于负载均衡策略调度到第二信令服务器上。
例如,如图5所示,信令服务器A、信令服务器B和信令服务器C相连接,终端A通过负载均衡策略调度到信令服务器A,终端B和终端C通过负载均衡策略调度到信令服务器B,终端A通过信令服务器A在消息队列中创建房间,信令服务器B也订阅了该房间,当终端A通过信令服务器A向房间中写入第一信令消息时,信令服务器B消费该第一信令消息,并广播至终端B和终端C,同样的,当终端B通过信令服务器B向该房间中写入第二信令消息时,信令服务B和信令服务器A分别消费该消息,并转发至终端A和终端C,以此实现同一房间内不同终端之间的通信。
在本申请实施例中,通过将各信令服务器进行连接,构建高可用高并发的信令服务,各信令服务器预先订阅消息队列,当需要多端通信时,以消息队列作为中转就可将信令消息发送至各终端,可以实现多个WebRTC客户端的同时通信,通信效率高,能够支撑大规模的用户数,支撑更多的业务场景。WebRTC客户端通过负载均衡策略连接到不同的信令服务器,降低服务器压力,客户端就近连接边缘媒体节点,能够降低使用流量及延时。
请参见图6,图6是本申请提出的一种通信方法的另一种实施例的流程示意图。以消息订阅服务器侧为例进行描述,具体的:
S301,接收第一信令服务器发送的第一信令消息,将所述第一信令消息缓存至消息队列中,所述第一信令消息为与所述第一信令服务器连接的第一终端发送的信令消息;
可以理解的是,消息队列就是一个消息的链表。可以把消息看作一个记录,具有特定的格式以及特定的优先级。对消息队列有写权限的进程可以向消息队列中按照一定的规则添加新消息;对消息队列有读权限的进程则可以从消息队列中读走消息。消息队列是随内核持续的。
消息队列可以作为通信的中介,临时存放发送方信息,等待接收方领取。消息的发送者将消息放进消息队列后可以立即返回,不需要等待接收者的响应,消息会被保存在队列中,直到被接收者取出。
消息队列存储于消息订阅服务器中,第一信令服务器和第二信令服务器订阅了消息队列后,对消息队列有读写权限。
当第一终端与第一信令服务器连接后,可以向第一信令服务器发送第一信令消息,那么第一信令服务器可以将该第一信令消息发送至消息订阅服务器,消息订阅服务器再将该第一信令消息缓存至消息队列中。
S302,将所述第一信令消息发送至订阅了所述消息队列的第二信令服务器,以使所述第二信令服务器将所述第一信令消息发送至所连接的第二终端,所述第二信令服务器包括至少一个;
消息订阅服务器作为中转站,缓存该第一信令消息的同时,需要查找当前订阅了该消息队列的第二信令服务器,然后将该第一信令消息分别发送至所查找到的各第二信令服务器,从而使得各第二信令服务器将该第一信令消息分别广播至所连接的第二终端。
可选的,各信令服务器可以房间维度订阅消息队列,也就是在消息队列中创建了房间,信令服务器订阅该房间即可。
在第一信令服务器创建了房间后,消息订阅服务器接收所述第二信令服务器发送的房间订阅请求,向所述第二信令服务器发送订阅响应消息。
S303,接收第二信令服务器发送的第二信令消息,将所述第二信令消息缓存至消息队列中,所述第二信令消息为与所述第二信令服务器连接的第二终端发送;
相应的,第二信令服务器与第一信令服务器的功能相同,那么第二信令服务器也可以接收所连接的第二终端发送的第二信令消息,然后将该第二信令消息发送至消息订阅服务器,消息订阅服务器再将该第二信令消息保存至消息队列中。
可选的,若第一信令服务器创建了房间,那么消息订阅服务器将该第二信令消息保存至该房间中。
S304,将所述第二信令消息发送至订阅了所述消息队列的第一信令服务器,以使所述第一信令服务器将所述第二信令消息发送至所连接的第一终端。
消息订阅服务器将该第二信令消息发送至第一信令服务器,那么第一信令服务器可以消费该第二信令消息,并发送至第一终端。
在本申请实施例中,通过将各信令服务器进行连接,构建高可用高并发的信令服务,消息订阅服务器上的消息队列被各信令服务器预先订阅,当以房间为维度订阅时,第一终端发送的第一信令消息写入至该房间中,由消息订阅服务器转发至房间中的各第二终端,以消息队列作为中转就可将信令消息发送至各终端,可以实现多个WebRTC客户端的同时通信,通信效率高,能够支撑大规模的用户数,支撑更多的业务场景。
下述为本申请装置实施例,可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节,请参照本申请方法实施例。
请参见图7,其示出了本申请一个示例性实施例提供的第一信令服务器的结构示意图。该第一信令服务器1包括消息接收模块11以及消息缓存模块12。
消息接收模块11,用于接收与所述第一信令服务器连接的第一终端发送的第一信令消息;
消息缓存模块12,用于将所述第一信令消息缓存至消息队列中,以使订阅了所述消息队列的第二信令服务器将所述第一信令消息发送至所连接的第二终端,所述第二信令服务器包括至少一个。
可选的,如图8所示,所述第一信令服务器1还包括:
消息读取模块13,用于从所述消息队列中读取第二信令消息,所述第二信令消息为与所述第二终端连接的第二信令服务器缓存至所述消息队列中的信令消息;
消息发送模块14,用于将所述第二信令消息发送至所述第一终端。
可选的,如图8所示,所述第一信令服务器1还包括:
消息订阅模块15,用于订阅所述消息队列。
可选的,所述第一信令服务器1还包括:
房间创建模块,用于接收第一终端发送的房间创建请求,在消息队列中创建房间;
消息缓存模块12,具体用于:
将所述第一信令消息缓存至所述房间中,以使订阅了所述房间的第二信令服务器将所述第一信令消息发送至所连接的第二终端。
可选的,所述第一信令服务器为信令服务器集群中的任一信令服务器,所述信令服务器集群包括所述第一信令服务器和除所述第一信令服务器以外的第二信令服务器,所述信令服务器集群中各信令服务器相连接。
可选的,如图8所示,所述第一信令服务器1还包括:
第一连接模块16,用于当所述第二信令服务器重启时,接收负载均衡器基于负载均衡策略调度的第二终端,与所述第二终端建立连接。
可选的,如图8所示,所述第一信令服务器1还包括:
第二连接模块17,用于接收负载均衡器基于负载均衡策略调度的第一终端,与所述第一终端建立连接。
可选的,消息缓存模块12,具体用于:
将所述第一信令消息发送至消息订阅服务器,以使所述消息订阅服务器将所述第一信令消息缓存至消息队列中。
需要说明的是,上述实施例提供的第一信令服务器在执行通信方法时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的第一信令服务器与通信方法实施例属于同一构思,其体现实现过程详见方法实施例,这里不再赘述。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
在本申请实施例中,通过将各信令服务器进行连接,构建高可用高并发的信令服务,各信令服务器预先订阅消息队列,当需要多端通信时,以消息队列作为中转就可将信令消息发送至各终端,可以实现多个WebRTC客户端的同时通信,通信效率高,能够支撑大规模的用户数,支撑更多的业务场景。WebRTC客户端通过负载均衡策略连接到不同的信令服务器,降低服务器压力,客户端就近连接边缘媒体节点,能够降低使用流量及延时。
请参见图9,其示出了本申请一个示例性实施例提供的消息订阅服务器的结构示意图。该消息订阅服务器2包括消息缓存模块21和消息发送模块22。
消息缓存模块21,用于接收第一信令服务器发送的第一信令消息,将所述第一信令消息缓存至消息队列中,所述第一信令消息为与所述第一信令服务器连接的第一终端发送;
消息发送模块22,用于将所述第一信令消息发送至订阅了所述消息队列的第二信令服务器,以使所述第二信令服务器将所述第一信令消息发送至所连接的第二终端,所述第二信令服务器包括至少一个。
可选的,所述消息订阅服务器2,还包括:
所述消息缓存模块21,还用于接收第二信令服务器发送的第二信令消息,将所述第二信令消息缓存至消息队列中,所述第二信令消息为与所述第二信令服务器连接的第二终端发送;
所述消息发送模块22,还用于将所述第二信令消息发送至订阅了所述消息队列的第一信令服务器,以使所述第一信令服务器将所述第二信令消息发送至所连接的第一终端。
可选的,所述消息订阅服务器2,还包括:
房间创建模块,用于接收第一终端发送的房间创建请求,在消息队列中创建房间;
所述消息缓存模块21,具体用于:
接收第一信令服务器发送的第一信令消息,将所述第一信令消息缓存至所述房间中。
可选的,如图10所示,所述消息订阅服务器2,还包括:
订阅响应模块23,用于接收所述第二信令服务器发送的房间订阅请求,向所述第二信令服务器发送订阅响应消息。
需要说明的是,上述实施例提供的消息订阅服务器在执行通信方法时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的消息订阅服务器与通信方法实施例属于同一构思,其体现实现过程详见方法实施例,这里不再赘述。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
在本申请实施例中,通过将各信令服务器进行连接,构建高可用高并发的信令服务,消息订阅服务器上的消息队列被各信令服务器预先订阅,当以房间为维度订阅时,第一终端发送的第一信令消息写入至该房间中,由消息订阅服务器转发至房间中的各第二终端,以消息队列作为中转就可将信令消息发送至各终端,可以实现多个WebRTC客户端的同时通信,通信效率高,能够支撑大规模的用户数,支撑更多的业务场景。
本申请实施例还提供了一种计算机存储介质,所述计算机存储介质可以存储有多条指令,所述指令适于由处理器加载并执行如上述图2-图10所示实施例的所述通信方法,具体执行过程可以参见图2-图10所示实施例的具体说明,在此不进行赘述。
本申请还提供了一种计算机程序产品,该计算机程序产品存储有至少一条指令,所述至少一条指令由所述处理器加载并执行如上述图2-图10所示实施例的所述通信方法,具体执行过程可以参见图2-图10所示实施例的具体说明,在此不进行赘述。
请参见图11,为本申请实施例提供了一种电子设备的结构示意图。如图11所示,所述电子设备1000可以包括:至少一个处理器1001,至少一个网络接口1004,用户接口1003,存储器1005,至少一个通信总线1002。
其中,通信总线1002用于实现这些组件之间的连接通信。
其中,用户接口1003可以包括显示屏(Display)、摄像头(Camera),可选用户接口1003还可以包括标准的有线接口、无线接口。
其中,网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。
其中,处理器1001可以包括一个或者多个处理核心。处理器1001利用各种借口和线路连接整个服务器1000内的各个部分,通过运行或执行存储在存储器1005内的指令、程序、代码集或指令集,以及调用存储在存储器1005内的数据,执行服务器1000的各种功能和处理数据。可选的,处理器1001可以采用数字信号处理(Digital Signal Processing,DSP)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、可编程逻辑阵列(Programmable Logic Array,PLA)中的至少一种硬件形式来实现。处理器1001可集成中央处理器(Central Processing Unit,CPU)、图像处理器(Graphics Processing Unit,GPU)和调制解调器等中的一种或几种的组合。其中,CPU主要处理操作系统、用户界面和应用程序等;GPU用于负责显示屏所需要显示的内容的渲染和绘制;调制解调器用于处理无线通信。可以理解的是,上述调制解调器也可以不集成到处理器1001中,单独通过一块芯片进行实现。
其中,存储器1005可以包括随机存储器(Random Access Memory,RAM),也可以包括只读存储器(Read-Only Memory)。可选的,该存储器1005包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器1005可用于存储指令、程序、代码、代码集或指令集。存储器1005可包括存储程序区和存储数据区,其中,存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等;存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图11所示,作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及通信应用程序。
在图11所示的电子设备1000中,用户接口1003主要用于为用户提供输入的接口,获取用户输入的数据;而处理器1001可以用于调用存储器1005中存储的通信应用程序,并具体执行以下操作:
接收与所述第一信令服务器连接的第一终端发送的第一信令消息;
将所述第一信令消息缓存至消息队列中,以使订阅了所述消息队列的第二信令服务器将所述第一信令消息发送至所连接的第二终端,所述第二信令服务器包括至少一个。
在一个实施例中,所述处理器1001还执行以下步骤:
从所述消息队列中读取第二信令消息,所述第二信令消息为与所述第二终端连接的第二信令服务器缓存至所述消息队列中的信令消息;
将所述第二信令消息发送至所述第一终端。
在一个实施例中,所述处理器1001在执行所述将所述第一信令消息缓存至消息队列中之前,还执行以下步骤:
订阅所述消息队列。
在一个实施例中,所述处理器1001在执行所述接收与所述第一信令服务器连接的第一终端发送的第一信令消息之前,还执行以下步骤:
接收第一终端发送的房间创建请求,在消息队列中创建房间;
所述处理器1001在执行将所述第一信令消息缓存至消息队列中,以使订阅了所述消息队列的第二信令服务器将所述第一信令消息发送至所连接的第二终端时,具体执行以下步骤:
将所述第一信令消息缓存至所述房间中,以使订阅了所述房间的第二信令服务器将所述第一信令消息发送至所连接的第二终端。
在一个实施例中,所述第一信令服务器为信令服务器集群中的任一信令服务器,所述信令服务器集群包括所述第一信令服务器和除所述第一信令服务器以外的第二信令服务器,所述信令服务器集群中各信令服务器相连接。
在一个实施例中,所述处理器1001还执行以下步骤:
当所述第二信令服务器重启时,接收负载均衡器基于负载均衡策略调度的第二终端,与所述第二终端建立连接。
在一个实施例中,所述处理器1001还执行以下步骤:
接收负载均衡器基于负载均衡策略调度的第一终端,与所述第一终端建立连接。
在一个实施例中,所述处理器1001在执行将所述第一信令消息缓存至消息队列中时,具体执行以下步骤:
将所述第一信令消息发送至消息订阅服务器,以使所述消息订阅服务器将所述第一信令消息缓存至消息队列中。
在本申请实施例中,通过将各信令服务器进行连接,构建高可用高并发的信令服务,各信令服务器预先订阅消息队列,当需要多端通信时,以消息队列作为中转就可将信令消息发送至各终端,可以实现多个WebRTC客户端的同时通信,通信效率高,能够支撑大规模的用户数,支撑更多的业务场景。WebRTC
客户端通过负载均衡策略连接到不同的信令服务器,降低服务器压力,客户端就近连接边缘媒体节点,能够降低使用流量及延时。
请参见图12,为本申请实施例提供了另一种电子设备的结构示意图。如图12所示,所述电子设备2000可以包括:至少一个处理器2001,至少一个网络接口2004,用户接口2003,存储器2005,至少一个通信总线2002。
其中,通信总线2002用于实现这些组件之间的连接通信。
其中,用户接口2003可以包括显示屏(Display),可选用户接口2003还可以包括标准的有线接口、无线接口。
其中,网络接口2004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。
其中,处理器2001可以包括一个或者多个处理核心。处理器2001利用各种借口和线路连接整个服务器2000内的各个部分,通过运行或执行存储在存储器2005内的指令、程序、代码集或指令集,以及调用存储在存储器2005内的数据,执行服务器2000的各种功能和处理数据。可选的,处理器2001可以采用数字信号处理(Digital Signal Processing,DSP)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、可编程逻辑阵列(Programmable Logic Array,PLA)中的至少一种硬件形式来实现。处理器2001可集成中央处理器(Central Processing Unit,CPU)、图像处理器(Graphics Processing Unit,GPU)和调制解调器等中的一种或几种的组合。其中,CPU主要处理操作系统、用户界面和应用程序等;GPU用于负责显示屏所需要显示的内容的渲染和绘制;调制解调器用于处理无线通信。可以理解的是,上述调制解调器也可以不集成到处理器2001中,单独通过一块芯片进行实现。
其中,存储器2005可以包括随机存储器(Random Access Memory,RAM),也可以包括只读存储器(Read-Only Memory)。可选的,该存储器2005包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器2005可用于存储指令、程序、代码、代码集或指令集。存储器1005可包括存储程序区和存储数据区,其中,存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等;存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器2005可选的还可以是至少一个位于远离前述处理器2001的存储装置。如图12所示,作为一种计算机存储介质的存储器2005中可以包括操作系统、网络通信模块、用户接口模块以及通信应用程序。
在图12所示的电子设备2000中,用户接口2003主要用于为用户提供输入的接口,获取用户输入的数据;而处理器2001可以用于调用存储器2005中存储的通信应用程序,并具体执行以下操作:
接收第一信令服务器发送的第一信令消息,将所述第一信令消息缓存至消息队列中,所述第一信令消息为与所述第一信令服务器连接的第一终端发送;
将所述第一信令消息发送至订阅了所述消息队列的第二信令服务器,以使所述第二信令服务器将所述第一信令消息发送至所连接的第二终端,所述第二信令服务器包括至少一个。
在一个实施例中,所述处理器2001还执行以下操作:
接收第二信令服务器发送的第二信令消息,将所述第二信令消息缓存至消息队列中,所述第二信令消息为与所述第二信令服务器连接的第二终端发送;
将所述第二信令消息发送至订阅了所述消息队列的第一信令服务器,以使所述第一信令服务器将所述第二信令消息发送至所连接的第一终端。
在一个实施例中,所述处理器2001在执行接收第一信令服务器发送的第一信令消息,将所述第一信令消息缓存至消息队列中之前,还执行以下操作:
接收第一终端发送的房间创建请求,在消息队列中创建房间;
所述处理器2001在执行所述接收第一信令服务器发送的第一信令消息,将所述第一信令消息缓存至消息队列中时,具体执行以下操作:
接收第一信令服务器发送的第一信令消息,将所述第一信令消息缓存至所述房间中。
在一个实施例中,所述处理器2001还执行以下操作:
接收所述第二信令服务器发送的房间订阅请求,向所述第二信令服务器发送订阅响应消息。
在本申请实施例中,通过将各信令服务器进行连接,构建高可用高并发的信令服务,消息订阅服务器上的消息队列被各信令服务器预先订阅,当以房间为维度订阅时,第一终端发送的第一信令消息写入至该房间中,由消息订阅服务器转发至房间中的各第二终端,以消息队列作为中转就可将信令消息发送至各终端,可以实现多个WebRTC客户端的同时通信,通信效率高,能够支撑大规模的用户数,支撑更多的业务场景。
以上所述者,仅为本公开的示例性实施例,不能以此限定本公开的范围。即但凡依本公开教导所作的等效变化与修饰,皆仍属本公开涵盖的范围内。本领域技术人员在考虑说明书及实践这里的公开后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未记载的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的范围和精神由权利要求限定。
Claims (13)
1.一种通信方法,其特征在于,应用于第一信令服务器,所述方法包括:
接收第一终端发送的房间创建请求,在已订阅的消息队列中创建房间;
接收与所述第一信令服务器连接的第一终端发送的第一信令消息;
将所述第一信令消息缓存至消息队列中,以使订阅了所述消息队列的第二信令服务器将所述第一信令消息发送至所连接的第二终端,所述第二信令服务器包括至少一个;
所述将所述第一信令消息缓存至消息队列中,以使订阅了所述消息队列的第二信令服务器将所述第一信令消息发送至所连接的第二终端,包括:将所述第一信令消息缓存至所述房间中,以使订阅了所述房间的第二信令服务器将所述第一信令消息发送至所连接的第二终端,其中,所述第二信令服务器基于主动发送的针对所述房间的房间订阅请求订阅所述房间。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
从所述消息队列中读取第二信令消息,所述第二信令消息为与所述第二终端连接的第二信令服务器缓存至所述消息队列中的信令消息;
将所述第二信令消息发送至所述第一终端。
3.根据权利要求1所述的方法,其特征在于,所述将所述第一信令消息缓存至消息队列中之前,还包括:
订阅所述消息队列。
4.根据权利要求1所述的方法,其特征在于,所述第一信令服务器为信令服务器集群中的任一信令服务器,所述信令服务器集群包括所述第一信令服务器和除所述第一信令服务器以外的第二信令服务器,所述信令服务器集群中各信令服务器相连接。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
当所述第二信令服务器重启时,接收负载均衡器基于负载均衡策略调度的第二终端,与所述第二终端建立连接。
6.根据权利要求4所述的方法,其特征在于,所述方法还包括:
接收负载均衡器基于负载均衡策略调度的第一终端,与所述第一终端建立连接。
7.根据权利要求1所述的方法,其特征在于,所述将所述第一信令消息缓存至消息队列中,包括:
将所述第一信令消息发送至消息订阅服务器,以使所述消息订阅服务器将所述第一信令消息缓存至消息队列中。
8.一种通信方法,其特征在于,应用于消息订阅服务器,所述方法包括:
接收第一终端发送的房间创建请求,在已订阅的消息队列中创建房间;
接收第二信令服务器发送的房间订阅请求,向所述第二信令服务器发送订阅响应消息;
接收第一信令服务器发送的第一信令消息,将所述第一信令消息缓存至消息队列中,所述第一信令消息为与所述第一信令服务器连接的第一终端发送;
将所述第一信令消息发送至订阅了所述消息队列的所述第二信令服务器,以使所述第二信令服务器将所述第一信令消息发送至所连接的第二终端,所述第二信令服务器包括至少一个;
所述接收第一信令服务器发送的第一信令消息,将所述第一信令消息缓存至消息队列中,包括:接收第一信令服务器发送的第一信令消息,将所述第一信令消息缓存至所述房间中;
所述将所述第一信令消息发送至订阅了所述消息队列的所述第二信令服务器,包括:将所述第一信令消息发送至订阅了所述消息队列中的所述房间的所述第二信令服务器,以使订阅了所述房间的所述第二信令服务器将所述第一信令消息发送至所连接的第二终端。
9.根据权利要求8所述的方法,其特征在于,所述方法还包括:
接收第二信令服务器发送的第二信令消息,将所述第二信令消息缓存至消息队列中,所述第二信令消息为与所述第二信令服务器连接的第二终端发送;
将所述第二信令消息发送至订阅了所述消息队列的第一信令服务器,以使所述第一信令服务器将所述第二信令消息发送至所连接的第一终端。
10.一种第一信令服务器,其特征在于,包括:
房间创建模块,用于接收第一终端发送的房间创建请求,在已订阅的消息队列中创建房间;
消息接收模块,用于接收与所述第一信令服务器连接的第一终端发送的第一信令消息;
消息缓存模块,用于将所述第一信令消息缓存至消息队列中,以使订阅了所述消息队列的第二信令服务器将所述第一信令消息发送至所连接的第二终端,所述第二信令服务器包括至少一个;
所述消息缓存模块,具体用于将所述第一信令消息缓存至所述房间中,以使订阅了所述房间的第二信令服务器将所述第一信令消息发送至所连接的第二终端,其中,所述第二信令服务器基于主动发送的针对所述房间的房间订阅请求订阅所述房间。
11.一种消息订阅服务器,其特征在于,包括:
房间创建模块,用于接收第一终端发送的房间创建请求,在已订阅的消息队列中创建房间;
订阅响应模块,用于接收第二信令服务器发送的房间订阅请求,向所述第二信令服务器发送订阅响应消息;
消息缓存模块,用于接收第一信令服务器发送的第一信令消息,将所述第一信令消息缓存至消息队列中,所述第一信令消息为与所述第一信令服务器连接的第一终端发送;
消息发送模块,用于将所述第一信令消息发送至订阅了所述消息队列的所述第二信令服务器,以使所述第二信令服务器将所述第一信令消息发送至所连接的第二终端,所述第二信令服务器包括至少一个;
所述消息缓存模块,具体用于接收第一信令服务器发送的第一信令消息,将所述第一信令消息缓存至所述房间中;
所述消息发送模块,具体用于将所述第一信令消息发送至订阅了所述消息队列中的所述房间的所述第二信令服务器,以使订阅了所述房间的所述第二信令服务器将所述第一信令消息发送至所连接的第二终端。
12.一种计算机存储介质,其特征在于,所述计算机存储介质存储有多条指令,所述指令适于由处理器加载并执行如权利要求1~7或8~9任意一项的方法步骤。
13.一种电子设备,其特征在于,包括:处理器和存储器;其中,所述存储器存储有计算机程序,所述计算机程序适于由所述处理器加载并执行如权利要求1~7或8~9任意一项的方法步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110213655.7A CN113037816B (zh) | 2021-02-26 | 2021-02-26 | 通信方法、存储介质及相关设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110213655.7A CN113037816B (zh) | 2021-02-26 | 2021-02-26 | 通信方法、存储介质及相关设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113037816A CN113037816A (zh) | 2021-06-25 |
CN113037816B true CN113037816B (zh) | 2023-07-14 |
Family
ID=76462479
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110213655.7A Active CN113037816B (zh) | 2021-02-26 | 2021-02-26 | 通信方法、存储介质及相关设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113037816B (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110012107A (zh) * | 2019-04-15 | 2019-07-12 | 深圳市网心科技有限公司 | 一种数据通信方法、设备、装置、系统及存储介质 |
CN112291224A (zh) * | 2020-10-23 | 2021-01-29 | 上海淇玥信息技术有限公司 | 一种实时通信的交互方法、装置和电子设备 |
CN112306979A (zh) * | 2020-10-30 | 2021-02-02 | 山东浪潮通软信息科技有限公司 | 基于消息队列的日志信息处理方法、装置及可读介质 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9660943B2 (en) * | 2014-04-25 | 2017-05-23 | International Business Machines Corporation | Messaging based signaling for communications sessions |
-
2021
- 2021-02-26 CN CN202110213655.7A patent/CN113037816B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110012107A (zh) * | 2019-04-15 | 2019-07-12 | 深圳市网心科技有限公司 | 一种数据通信方法、设备、装置、系统及存储介质 |
CN112291224A (zh) * | 2020-10-23 | 2021-01-29 | 上海淇玥信息技术有限公司 | 一种实时通信的交互方法、装置和电子设备 |
CN112306979A (zh) * | 2020-10-30 | 2021-02-02 | 山东浪潮通软信息科技有限公司 | 基于消息队列的日志信息处理方法、装置及可读介质 |
Also Published As
Publication number | Publication date |
---|---|
CN113037816A (zh) | 2021-06-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101510977B1 (ko) | 다중-사용자 장치를 위한 메시지 푸시 통지 클라이언트 개량 | |
CN103718578B (zh) | 用于消息通知、以及用于提供消息通知的方法和装置 | |
CN114095557B (zh) | 数据处理方法、装置、设备以及介质 | |
CN113783922A (zh) | 负载均衡的方法、系统和装置 | |
AU2019256257B2 (en) | Processor core scheduling method and apparatus, terminal, and storage medium | |
CN104579905A (zh) | 消息传递方法和系统及mom服务器、接收端 | |
JP4028847B2 (ja) | 共通作業キュー環境における最適格サーバ | |
US20190158634A1 (en) | Network packet processing method and apparatus and network server | |
US10453160B2 (en) | Embeddable communications software module | |
CN111510493B (zh) | 分布式数据传输方法及装置 | |
US10986066B2 (en) | Systems, apparatuses, methods, and non-transitory computer readable media for efficient call processing | |
EP2974159B1 (en) | Method, device and system for voice communication | |
CN114205762A (zh) | 短信流量控制方法、设备及存储介质 | |
CN101895531A (zh) | 一种客户端设备、多媒体数据卸载系统及卸载方法 | |
CN112398845B (zh) | 数据传输方法、数据传输装置、系统及电子设备 | |
CN113037816B (zh) | 通信方法、存储介质及相关设备 | |
KR20120128013A (ko) | 망 부하 감소를 위한 푸시 서비스 제공 시스템 및 방법 | |
CN115623057A (zh) | 基于rdma的建连方法、装置、设备及存储介质 | |
CN110247808B (zh) | 信息发送方法、装置、设备及可读存储介质 | |
WO2016150334A1 (zh) | 一种语音信箱服务器及语音信箱系统的实现方法 | |
JP2008250572A (ja) | 通信端末装置、および通信端末装置間のデータ共有方法、ならびにデータ共有システム | |
CN115243080B (zh) | 一种数据处理方法、装置、设备及存储介质 | |
CN112333787B (zh) | 数据传输方法、装置、存储介质、终端及网络接入点设备 | |
US8548148B1 (en) | Customer callback reward system and method | |
JP2010505310A (ja) | 複数の集中的メッセージング・システム及び対応するネットワーク・システムをネットワーキングするための方法 |
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 |