CN111314433A - 消息传输方法、装置及电子设备 - Google Patents
消息传输方法、装置及电子设备 Download PDFInfo
- Publication number
- CN111314433A CN111314433A CN202010063662.9A CN202010063662A CN111314433A CN 111314433 A CN111314433 A CN 111314433A CN 202010063662 A CN202010063662 A CN 202010063662A CN 111314433 A CN111314433 A CN 111314433A
- Authority
- CN
- China
- Prior art keywords
- message
- client
- access request
- initial access
- message 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.)
- Granted
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/14—Session management
- H04L67/141—Setup of application sessions
-
- 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/14—Session management
-
- 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/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/29—Flow control; Congestion control using a combination of thresholds
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本公开实施例提供了一种消息传输方法、装置及电子设备,属于数据处理技术领域,该方法包括:获取针对消息服务端的初始访问请求,所述初始访问请求由与所述消息服务端通信连接的客户端产生;与产生所述初始访问请求的客户端建立长连接通道,所述长连接通道用于所述消息服务端向产生初始访问请求的客户端推送消息;当与所述消息服务端连接的客户端的数量超过第一阈值后,建立所述消息服务端与所述客户端之间的短连接通道;所述消息服务端在接收到客户端发送的消息查询请求后,利用所述短连接通道向与所述消息服务端连接的客户端发送消息查询结果。本公开的方案能够提高消息传输的效率。
Description
技术领域
本公开涉及数据处理技术领域,尤其涉及一种消息传输方法、装置及电子设备。
背景技术
随着互联网的发展,越来越多的应用需要消息互动的功能,比如常用的即时通讯工具、直播间等。其中消息服务是直播场景中用户互动的基石,是所有人同时在线互动最重要的服务。但是直播场景区别于微信等即时聊天工具的最主要的关键点有如下几个:
1.松散的聊天群组,可随时进出,弱关系。
2.聊天群组(房间)同时在线人数无上限,并且可能会瞬间达到百万甚至千万量级
由于上面的几个原因,直播场景的IM技术方案和架构与传统的IM有很大的差别。传统的强关系类型的即时通讯工具一般采用的是服务端推送的方式,因为这种场景下一般是点对点的聊天,或者是基于群组的聊天,但是群组内的人数大多都有上限,一般采用的方式是消息发送方将消息推送到服务端,然后再由服务端将消息推送到指定的送达方,但是直播场景的特点是一个聊天群组人数无上限,通过推送的方式,当聊天室内的人数达到一定阈值的情况,会给服务器造成巨大的压力,同时会导致消息服务及时准确的推送到送达方。
发明内容
有鉴于此,本公开实施例提供一种消息传输方法、装置及电子设备,至少部分解决现有技术中存在的问题。
第一方面,本公开实施例提供了一种消息传输方法,包括:
获取针对消息服务端的初始访问请求,所述初始访问请求由与所述消息服务端通信连接的客户端产生;
与产生所述初始访问请求的客户端建立长连接通道,所述长连接通道用于所述消息服务端向产生初始访问请求的客户端推送消息;
当与所述消息服务端连接的客户端的数量超过第一阈值后,建立所述消息服务端与所述客户端之间的短连接通道;
所述消息服务端在接收到客户端发送的消息查询请求后,利用所述短连接通道向与所述消息服务端连接的客户端发送消息查询结果。
根据本公开实施例的一种具体实现方式,所述获取针对消息服务端的初始访问请求,包括:
获取客户端发送的消息连接请求;
判断当前与所述消息服务端连接的客户端的数量是否超过第二阈值;
若否,则将所述消息连接请求设置为初始访问请求。
根据本公开实施例的一种具体实现方式,所述获取针对消息服务端的初始访问请求,包括:
获取客户端发送的消息连接请求;
判断所述消息服务端当前的负载是否超过第三阈值;
若否,则将所述消息连接请求设置为初始访问请求。
根据本公开实施例的一种具体实现方式,所述与产生所述初始访问请求的客户端建立长连接通道,包括:
设置分别与所述客户端和消息服务端通信连接的长连接接入层;
基于所述长连接接入层,建立所述长连接通道。
根据本公开实施例的一种具体实现方式,所述基于所述长连接接入层,建立所述长连接通道,包括:
通过所述长连接接入层按照第一频率向所述客户端发送第一激活信号;
通过所述长连接接入层按照第二频率向所述消息服务端发送第二激活信号。
根据本公开实施例的一种具体实现方式,所述建立所述消息服务端与所述客户端之间的短连接通道,包括:
获取客户端发送的连接请求;
基于所述连接请求,建立消息服务端与客户端之间的消息传输通道。
根据本公开实施例的一种具体实现方式,所述建立所述消息服务端与所述客户端之间的短连接通道之后,所述方法还包括:
关闭所述消息服务端与所述客户端之间的长连接通道。
根据本公开实施例的一种具体实现方式,所述,利用所述短连接通道向与所述消息服务端连接的客户端发送消息查询结果之后,所述方法包括:
关闭所述消息服务端与所述客户端之间的短连接通道。
第二方面,本公开实施例提供了一种消息传输装置,包括:
获取模块,用于获取针对消息服务端的初始访问请求,所述初始访问请求由与所述消息服务端通信连接的客户端产生;
第一建立模块,用于与产生所述初始访问请求的客户端建立长连接通道,所述长连接通道用于所述消息服务端向产生初始访问请求的客户端推送消息;
第二建立模块,用于当与所述消息服务端连接的客户端的数量超过第一阈值后,建立所述消息服务端与所述客户端之间的短连接通道;
发送模块,用于所述消息服务端在接收到客户端发送的消息查询请求后,利用所述短连接通道向与所述消息服务端连接的客户端发送消息查询结果。
第三方面,本公开实施例还提供了一种电子设备,该电子设备包括:
至少一个处理器;以及,
与该至少一个处理器通信连接的存储器;其中,
该存储器存储有可被该至少一个处理器执行的指令,该指令被该至少一个处理器执行,以使该至少一个处理器能够执行前述任第一方面或第一方面的任一实现方式中的消息传输方法。
第四方面,本公开实施例还提供了一种非暂态计算机可读存储介质,该非暂态计算机可读存储介质存储计算机指令,该计算机指令用于使该计算机执行前述第一方面或第一方面的任一实现方式中的消息传输方法。
第五方面,本公开实施例还提供了一种计算机程序产品,该计算机程序产品包括存储在非暂态计算机可读存储介质上的计算程序,该计算机程序包括程序指令,当该程序指令被计算机执行时,使该计算机执行前述第一方面或第一方面的任一实现方式中的消息传输方法。
本公开实施例中的消息传输方案,包括获取针对消息服务端的初始访问请求,所述初始访问请求由与所述消息服务端通信连接的客户端产生;与产生所述初始访问请求的客户端建立长连接通道,所述长连接通道用于所述消息服务端向产生初始访问请求的客户端推送消息;当与所述消息服务端连接的客户端的数量超过第一阈值后,建立所述消息服务端与所述客户端之间的短连接通道;所述消息服务端在接收到客户端发送的消息查询请求后,利用所述短连接通道向与所述消息服务端连接的客户端发送消息查询结果。通过本公开的方案,能够基于消息服务端实际的连接情况来确定相应的消息传输模式,提高了消息传输的效率。
附图说明
为了更清楚地说明本公开实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1为本公开实施例提供的一种消息传输流程示意图;
图2为本公开实施例提供的一种消息传输系统交互示意图;
图3为本公开实施例提供的另一种消息传输流程示意图;
图4为本公开实施例提供的另一种消息传输流程示意图;
图5为本公开实施例提供的一种消息传输装置结构示意图;
图6为本公开实施例提供的电子设备示意图。
具体实施方式
下面结合附图对本公开实施例进行详细描述。
以下通过特定的具体实例说明本公开的实施方式,本领域技术人员可由本说明书所揭露的内容轻易地了解本公开的其他优点与功效。显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。本公开还可以通过另外不同的具体实施方式加以实施或应用,本说明书中的各项细节也可以基于不同观点与应用,在没有背离本公开的精神下进行各种修饰或改变。需说明的是,在不冲突的情况下,以下实施例及实施例中的特征可以相互组合。基于本公开中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本公开保护的范围。
需要说明的是,下文描述在所附权利要求书的范围内的实施例的各种方面。应显而易见,本文中所描述的方面可体现于广泛多种形式中,且本文中所描述的任何特定结构及/或功能仅为说明性的。基于本公开,所属领域的技术人员应了解,本文中所描述的一个方面可与任何其它方面独立地实施,且可以各种方式组合这些方面中的两者或两者以上。举例来说,可使用本文中所阐述的任何数目个方面来实施设备及/或实践方法。另外,可使用除了本文中所阐述的方面中的一或多者之外的其它结构及/或功能性实施此设备及/或实践此方法。
还需要说明的是,以下实施例中所提供的图示仅以示意方式说明本公开的基本构想,图式中仅显示与本公开中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制,其实际实施时各组件的型态、数量及比例可为一种随意的改变,且其组件布局型态也可能更为复杂。
另外,在以下描述中,提供具体细节是为了便于透彻理解实例。然而,所属领域的技术人员将理解,可在没有这些特定细节的情况下实践所述方面。
本公开实施例提供一种消息传输方法。本实施例提供的消息传输方法可以由一计算装置来执行,该计算装置可以实现为软件,或者实现为软件和硬件的组合,该计算装置可以集成设置在服务器、终端设备等中。
传统的IM(instant message,即时消息)一般采用推模型来获取消息,传统的IM一般是点对点聊天或者群聊的方式,但是群人数一般是有上限的,比如200人,这种场景下,推模型是很合适的,因为在推模型下,每条消息都被扩散群组里全部人数次,例如有200人,一条消息就会被服务器扩散200次。一个群聊的聊天室产生的消息写入是200/10=20个/秒,服务器推送的频次是20*200=4000个/秒,这对于服务器来说压力不大。但是直播场景的一个特点是人数无上限,并且在非常短的时间内就会同时进入很多观众,例如一个直播间有100万人,如果采用这种推模型,按照每个房间限制有每秒100个消息的写入速度,那么每秒服务器需要推送消息的频次是100w*100=1亿个/秒,这对于服务器来说就非常吃力了,同时要记录每个消息的推送成功失败的状态对于推送失败的进行重试也是需要按照分布式部署,也需要成百上千个机器。所以在对于人数很多的情况下,本申请的方案采用拉模型,也就是客户端主动到服务端来拉取,这种方式服务端只是被动接收请求,通过一些交互手段可以保证数据不重复而且不丢失。但是拉模型需要客户端不断的进行轮询,不论是否有新的消息,都要定时的到服务端查询数据,在房间消息比较少时,查询不到新消息,对于客户端造成了无用的电量和流量的浪费,对于服务端也会造成无用的读取压力。所以本方案给出一种推拉结合的模型来优化直播用户体验,同时提升服务的稳定性。
本申请方案的拉模型中,客户端主动到消息服务端查询并获取最新消息,因为客户端不知道产生消息的具体时间,所以需要不断的通过轮询的方式到服务端去查询消息。本申请方案的推模型中,消息服务端收到消息之后,主动的推送给客户端,客户端是被动的等待着接收新消息的状态。
参见图1及图2,本公开实施例提供的一种消息传输方法,包括如下步骤:
S101,获取针对消息服务端的初始访问请求,所述初始访问请求由与所述消息服务端通信连接的客户端产生。
消息服务端用户管理需要传输的消息,作为一种应用场景,消息服务端可以是一个直播间模块,直播间内部所有用户的聊天信息通过消息服务端传递给直播间内所有的用户。
客户端通过有线或无线的方式与消息服务端通信连接,作为一个例子,客户端可以是具有直播功能的应用程序。客户端在消息服务端建立连接之后,会接收消息服务端发送的消息。
消息服务端可以连接多个客户端,基于客户端连接的数量或者消息服务端的处理能力,可以对客户端的访问请求进行分类。对于刚开始进行连接的客户端访问请求,或者消息处理端处理能力比较充足情况下的访问请求,可以定义为初始访问请求,初始访问请求不会消耗消息服务端太多的资源。
S102,与产生所述初始访问请求的客户端建立长连接通道,所述长连接通道用于所述消息服务端向产生初始访问请求的客户端推送消息。
在获取到客户端的初始访问请求之后,消息服务端可以与客户端建立长连接。在长连接场景下,数据传输完成了保持TCP连接不断开,等待消息客户端继续用这个通道传输数据。
基于此,消息服务端收到消息之后,主动的推送给客户端,客户端是被动的等待着接收新消息的状态。例如,消息服务端与A、B两个客户端连接,一旦客户端A在消息服务端发送了消息,消息服务端便会将A发送的消息直接推送给客户端B,形成消息的推模型。
S103,当与所述消息服务端连接的客户端的数量超过第一阈值后,建立所述消息服务端与所述客户端之间的短连接通道。
通过长连接通道的方式向客户端推送消息,会消耗消息服务端较多的资源,当消息服务端与较多的客户端进行连接之后,会导致消息服务端没有能力继续处理更多的消息传送。
为此,可以监控与消息服务端连接的客户端的数量,当与消息服务端连接的客户端的数量超过第一阈值之后,则直接停止所有的长连接通道,同时与客户端建立短连接通道。
作为一个具体的应用场景,当一个新的观众(客户端)再次进入房间时,消息服务端会检查当前房间在线人数,当在线人数超过提前设置好的阈值时,会给客户端返回使用短连接通道的指令,通知客户端使用基于短连的拉模型来获取消息同时将拉取轮询间隔返回给客户端。
S104,所述消息服务端在接收到客户端发送的消息查询请求后,利用所述短连接通道向与所述消息服务端连接的客户端发送消息查询结果。
在建立完短连接之后,便完成了客户端与消息服务端之间的拉模型,客户端主动到消息服务端查询并获取最新消息,因为客户端不知道产生消息的具体时间,所以需要不断的通过轮询的方式到服务端去查询消息。
客户端将通过拉模型,以一定的间隔轮询到服务端拉取最新的实时消息。消息服务端在收到客户端发送的消息查询请求后,利用短连接通道向与所述消息服务端连接的客户端发送消息查询结果。消息查询结果可以是在预设时间段内新增的消息,也可以是消息服务端内产生的所有消息。
通过本实施例的方案,在人数较少的房间中,使用推模型,即服务器主动推送消息到客户端。在人数较多的情况下,采用拉模型,即客户端定时轮询到服务器端拉取消息。因为在人数较多的直播间,如果采用服务器推送会给服务器造成很大的压力,因为要保证每条消息都扩散观众人数次,并且如果要保证顺序,以及消息不重不丢,需要记录消息的状态,处理逻辑复杂。此时采用拉模型,有效的保证服务端运行稳定。
参见图3,根据本公开实施例的一种具体实现方式,所述获取针对消息服务端的初始访问请求,包括:
S301,获取客户端发送的消息连接请求。
客户端通过有线或无线的方式与消息服务端通信连接。客户端在与消息服务端建立连接之前,会向消息服务端发送的请求连接的消息连接请求。为此,可以在消息服务端获取客户端发送的消息连接请求。
S302,判断当前与所述消息服务端连接的客户端的数量是否超过第二阈值。
消息服务端可以查询当前与之进行连接的所有的客户端的数量,从而进一步的判断当前与所述消息服务端连接的客户端的数量是否超过第二阈值。
S303,若否,则将所述消息连接请求设置为初始访问请求。
若当前与所述消息服务端连接的客户端的数量没有超过第二阈值,则可以将客户端的消息连接请求设置为初始访问请求,对于初始访问请求,可以通过长连接的方式进行通信。
通过该实施方式,能够有效的减轻消息服务端的压力。
参见图4,根据本公开实施例的一种具体实现方式,所述获取针对消息服务端的初始访问请求,包括:
S401,获取客户端发送的消息连接请求。
客户端通过有线或无线的方式与消息服务端通信连接。客户端在与消息服务端建立连接之前,会向消息服务端发送的请求连接的消息连接请求。为此,可以在消息服务端获取客户端发送的消息连接请求。
S402,判断所述消息服务端当前的负载是否超过第三阈值。
消息服务端可以查询当前的负载情况,从而进一步的判断当前的负载是否超过第三阈值。
S403,若否,则将所述消息连接请求设置为初始访问请求。
若当前消息服务端当前的负载没有超过第三阈值,则可以将客户端的消息连接请求设置为初始访问请求,对于初始访问请求,可以通过长连接的方式进行通信。
通过该实施方式,能够有效的减轻消息服务端的压力。
根据本公开实施例的一种具体实现方式,所述与产生所述初始访问请求的客户端建立长连接通道,包括:设置分别与所述客户端和消息服务端通信连接的长连接接入层;基于所述长连接接入层,建立所述长连接通道。通过该实施方式,能够快速的建立长连接通道。
根据本公开实施例的一种具体实现方式,所述基于所述长连接接入层,建立所述长连接通道,包括:通过所述长连接接入层按照第一频率向所述客户端发送第一激活信号;通过所述长连接接入层按照第二频率向所述消息服务端发送第二激活信号。通过该实施方式,能够有效的保持长连接通道的有效性。
根据本公开实施例的一种具体实现方式,所述建立所述消息服务端与所述客户端之间的短连接通道,包括:获取客户端发送的连接请求;基于所述连接请求,建立消息服务端与客户端之间的消息传输通道。通过该实施方式,能够基于客户端发送的请求进行短连接通道的建立。
根据本公开实施例的一种具体实现方式,所述建立所述消息服务端与所述客户端之间的短连接通道之后,所述方法还包括:关闭所述消息服务端与所述客户端之间的长连接通道。通过该实施方式,能够有效的减轻消息服务端的负载。
根据本公开实施例的一种具体实现方式,所述,利用所述短连接通道向与所述消息服务端连接的客户端发送消息查询结果之后,所述方法包括:关闭所述消息服务端与所述客户端之间的短连接通道。通过该实施方式,能够有效的减轻消息服务端的负载。
与上面的方法实施例相对应,参见图5,本公开实施例还提供了一种消息传输装置50,包括:
获取模块501,用于获取针对消息服务端的初始访问请求,所述初始访问请求由与所述消息服务端通信连接的客户端产生。
消息服务端用户管理需要传输的消息,作为一种应用场景,消息服务端可以是一个直播间模块,直播间内部所有用户的聊天信息通过消息服务端传递给直播间内所有的用户。
客户端通过有线或无线的方式与消息服务端通信连接,作为一个例子,客户端可以是具有直播功能的应用程序。客户端在消息服务端建立连接之后,会接收消息服务端发送的消息。
消息服务端可以连接多个客户端,基于客户端连接的数量或者消息服务端的处理能力,可以对客户端的访问请求进行分类。对于刚开始进行连接的客户端访问请求,或者消息处理端处理能力比较充足情况下的访问请求,可以定义为初始访问请求,初始访问请求不会消耗消息服务端太多的资源。
第一建立模块502,用于与产生所述初始访问请求的客户端建立长连接通道,所述长连接通道用于所述消息服务端向产生初始访问请求的客户端推送消息。
在获取到客户端的初始访问请求之后,消息服务端可以与客户端建立长连接。在长连接场景下,数据传输完成了保持TCP连接不断开,等待消息客户端继续用这个通道传输数据。
基于此,消息服务端收到消息之后,主动的推送给客户端,客户端是被动的等待着接收新消息的状态。例如,消息服务端与A、B两个客户端连接,一旦客户端A在消息服务端发送了消息,消息服务端便会将A发送的消息直接推送给客户端B,形成消息的推模型。
第二建立模块503,用于当与所述消息服务端连接的客户端的数量超过第一阈值后,建立所述消息服务端与所述客户端之间的短连接通道。
通过长连接通道的方式向客户端推送消息,会消耗消息服务端较多的资源,当消息服务端与较多的客户端进行连接之后,会导致消息服务端没有能力继续处理更多的消息传送。
为此,可以监控与消息服务端连接的客户端的数量,当与消息服务端连接的客户端的数量超过第一阈值之后,则直接停止所有的长连接通道,同时与客户端建立短连接通道。
作为一个具体的应用场景,当一个新的观众(客户端)再次进入房间时,消息服务端会检查当前房间在线人数,当在线人数超过提前设置好的阈值时,会给客户端返回使用短连接通道的指令,通知客户端使用基于短连的拉模型来获取消息同时将拉取轮询间隔返回给客户端。
发送模块504,用于所述消息服务端在接收到客户端发送的消息查询请求后,利用所述短连接通道向与所述消息服务端连接的客户端发送消息查询结果。
在建立完短连接之后,便完成了客户端与消息服务端之间的拉模型,客户端主动到消息服务端查询并获取最新消息,因为客户端不知道产生消息的具体时间,所以需要不断的通过轮询的方式到服务端去查询消息。
客户端将通过拉模型,以一定的间隔轮询到服务端拉取最新的实时消息。消息服务端在收到客户端发送的消息查询请求后,利用短连接通道向与所述消息服务端连接的客户端发送消息查询结果。消息查询结果可以是在预设时间段内新增的消息,也可以是消息服务端内产生的所有消息。
通过本实施例的方案,在人数较少的房间中,使用推模型,即服务器主动推送消息到客户端。在人数较多的情况下,采用拉模型,即客户端定时轮询到服务器端拉取消息。因为在人数较多的直播间,如果采用服务器推送会给服务器造成很大的压力,因为要保证每条消息都扩散观众人数次,并且如果要保证顺序,以及消息不重不丢,需要记录消息的状态,处理逻辑复杂。此时采用拉模型,有效的保证服务端运行稳定。
图5所示装置可以对应的执行上述方法实施例中的内容,本实施例未详细描述的部分,参照上述方法实施例中记载的内容,在此不再赘述。
参见图6,本公开实施例还提供了一种电子设备60,该电子设备包括:
至少一个处理器;以及,
与该至少一个处理器通信连接的存储器;其中,
该存储器存储有可被该至少一个处理器执行的指令,该指令被该至少一个处理器执行,以使该至少一个处理器能够执行前述方法实施例中消息传输方法。
本公开实施例还提供了一种非暂态计算机可读存储介质,该非暂态计算机可读存储介质存储计算机指令,该计算机指令用于使该计算机执行前述方法实施例中。
本公开实施例还提供了一种计算机程序产品,该计算机程序产品包括存储在非暂态计算机可读存储介质上的计算程序,该计算机程序包括程序指令,当该程序指令被计算机执行时,使该计算机执行前述方法实施例中的消息传输方法。
下面参考图6,其示出了适于用来实现本公开实施例的电子设备60的结构示意图。本公开实施例中的电子设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图6示出的电子设备仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图6所示,电子设备60可以包括处理装置(例如中央处理器、图形处理器等)601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中,还存储有电子设备60操作所需的各种程序和数据。处理装置601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
通常,以下装置可以连接至I/O接口605:包括例如触摸屏、触摸板、键盘、鼠标、图像传感器、麦克风、加速度计、陀螺仪等的输入装置606;包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置607;包括例如磁带、硬盘等的存储装置608;以及通信装置609。通信装置609可以允许电子设备60与其他设备进行无线或有线通信以交换数据。虽然图中示出了具有各种装置的电子设备60,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置609从网络上被下载和安装,或者从存储装置608被安装,或者从ROM 602被安装。在该计算机程序被处理装置601执行时,执行本公开实施例的方法中限定的上述功能。
需要说明的是,本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(射频)等等,或者上述的任意合适的组合。
上述计算机可读介质可以是上述电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备:获取至少两个网际协议地址;向节点评价设备发送包括所述至少两个网际协议地址的节点评价请求,其中,所述节点评价设备从所述至少两个网际协议地址中,选取网际协议地址并返回;接收所述节点评价设备返回的网际协议地址;其中,所获取的网际协议地址指示内容分发网络中的边缘节点。
或者,上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备:接收包括至少两个网际协议地址的节点评价请求;从所述至少两个网际协议地址中,选取网际协议地址;返回选取出的网际协议地址;其中,接收到的网际协议地址指示内容分发网络中的边缘节点。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码,上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。其中,单元的名称在某种情况下并不构成对该单元本身的限定,例如,第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。
应当理解,本公开的各部分可以用硬件、软件、固件或它们的组合来实现。
以上所述,仅为本公开的具体实施方式,但本公开的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本公开揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本公开的保护范围之内。因此,本公开的保护范围应以权利要求的保护范围为准。
Claims (11)
1.一种消息传输方法,其特征在于,包括:
获取针对消息服务端的初始访问请求,所述初始访问请求由与所述消息服务端通信连接的客户端产生;
与产生所述初始访问请求的客户端建立长连接通道,所述长连接通道用于所述消息服务端向产生初始访问请求的客户端推送消息;
当与所述消息服务端连接的客户端的数量超过第一阈值后,建立所述消息服务端与所述客户端之间的短连接通道;
所述消息服务端在接收到客户端发送的消息查询请求后,利用所述短连接通道向与所述消息服务端连接的客户端发送消息查询结果。
2.根据权利要求1所述的方法,其特征在于,所述获取针对消息服务端的初始访问请求,包括:
获取客户端发送的消息连接请求;
判断当前与所述消息服务端连接的客户端的数量是否超过第二阈值;
若否,则将所述消息连接请求设置为初始访问请求。
3.根据权利要求1所述的方法,其特征在于,所述获取针对消息服务端的初始访问请求,包括:
获取客户端发送的消息连接请求;
判断所述消息服务端当前的负载是否超过第三阈值;
若否,则将所述消息连接请求设置为初始访问请求。
4.根据权利要求1所述的方法,其特征在于,所述与产生所述初始访问请求的客户端建立长连接通道,包括:
设置分别与所述客户端和消息服务端通信连接的长连接接入层;
基于所述长连接接入层,建立所述长连接通道。
5.根据权利要求4所述的方法,其特征在于,所述基于所述长连接接入层,建立所述长连接通道,包括:
通过所述长连接接入层按照第一频率向所述客户端发送第一激活信号;
通过所述长连接接入层按照第二频率向所述消息服务端发送第二激活信号。
6.根据权利要求1所述的方法,其特征在于,所述建立所述消息服务端与所述客户端之间的短连接通道,包括:
获取客户端发送的连接请求;
基于所述连接请求,建立消息服务端与客户端之间的消息传输通道。
7.根据权利要求1所述的方法,其特征在于,所述建立所述消息服务端与所述客户端之间的短连接通道之后,所述方法还包括:
关闭所述消息服务端与所述客户端之间的长连接通道。
8.根据权利要求1所述的方法,其特征在于,所述,利用所述短连接通道向与所述消息服务端连接的客户端发送消息查询结果之后,所述方法包括:
关闭所述消息服务端与所述客户端之间的短连接通道。
9.一种消息传输装置,其特征在于,包括:
获取模块,用于获取针对消息服务端的初始访问请求,所述初始访问请求由与所述消息服务端通信连接的客户端产生;
第一建立模块,用于与产生所述初始访问请求的客户端建立长连接通道,所述长连接通道用于所述消息服务端向产生初始访问请求的客户端推送消息;
第二建立模块,用于当与所述消息服务端连接的客户端的数量超过第一阈值后,建立所述消息服务端与所述客户端之间的短连接通道;
发送模块,用于所述消息服务端在接收到客户端发送的消息查询请求后,利用所述短连接通道向与所述消息服务端连接的客户端发送消息查询结果。
10.一种电子设备,其特征在于,所述电子设备包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行前述任一权利要求1-8所述的消息传输方法。
11.一种非暂态计算机可读存储介质,该非暂态计算机可读存储介质存储计算机指令,该计算机指令用于使该计算机执行前述任一权利要求1-8所述的消息传输方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010063662.9A CN111314433B (zh) | 2020-01-20 | 2020-01-20 | 消息传输方法、装置及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010063662.9A CN111314433B (zh) | 2020-01-20 | 2020-01-20 | 消息传输方法、装置及电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111314433A true CN111314433A (zh) | 2020-06-19 |
CN111314433B CN111314433B (zh) | 2022-08-05 |
Family
ID=71161482
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010063662.9A Active CN111314433B (zh) | 2020-01-20 | 2020-01-20 | 消息传输方法、装置及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111314433B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111770351A (zh) * | 2020-06-23 | 2020-10-13 | 北京字节跳动网络技术有限公司 | 直播消息展示方法及装置 |
CN111970340A (zh) * | 2020-07-30 | 2020-11-20 | 北京大米科技有限公司 | 信息传输方法、可读存储介质和电子设备 |
CN113099306A (zh) * | 2021-03-23 | 2021-07-09 | 北京达佳互联信息技术有限公司 | 消息传输的方法、装置、设备、服务器、介质和产品 |
CN113923163A (zh) * | 2021-10-20 | 2022-01-11 | 广东亿迅科技有限公司 | 一种基于长连接消息通道限流方法及系统 |
CN114040005A (zh) * | 2021-10-18 | 2022-02-11 | 中国联合网络通信集团有限公司 | 一种数据传输方法、装置及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080195706A1 (en) * | 2005-06-09 | 2008-08-14 | Tencent Technology (Shenzhen) Company Ltd. | Group Based Communication Method, System and Client |
CN104009938A (zh) * | 2014-06-17 | 2014-08-27 | 合一网络技术(北京)有限公司 | 基于路由层面的长连接的方法和系统 |
CN104144080A (zh) * | 2014-07-24 | 2014-11-12 | 上海斐讯数据通信技术有限公司 | 采用远端设备对终端设备进行管理的系统及方法 |
CN109992391A (zh) * | 2017-12-29 | 2019-07-09 | 浙江宇视科技有限公司 | 连接管理方法和系统 |
CN110166791A (zh) * | 2019-06-12 | 2019-08-23 | 北京字节跳动网络技术有限公司 | 连接的建立方法、装置、设备及存储介质 |
CN110300050A (zh) * | 2019-05-23 | 2019-10-01 | 中国平安人寿保险股份有限公司 | 消息推送方法、装置、计算机设备及存储介质 |
-
2020
- 2020-01-20 CN CN202010063662.9A patent/CN111314433B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080195706A1 (en) * | 2005-06-09 | 2008-08-14 | Tencent Technology (Shenzhen) Company Ltd. | Group Based Communication Method, System and Client |
CN104009938A (zh) * | 2014-06-17 | 2014-08-27 | 合一网络技术(北京)有限公司 | 基于路由层面的长连接的方法和系统 |
CN104144080A (zh) * | 2014-07-24 | 2014-11-12 | 上海斐讯数据通信技术有限公司 | 采用远端设备对终端设备进行管理的系统及方法 |
CN109992391A (zh) * | 2017-12-29 | 2019-07-09 | 浙江宇视科技有限公司 | 连接管理方法和系统 |
CN110300050A (zh) * | 2019-05-23 | 2019-10-01 | 中国平安人寿保险股份有限公司 | 消息推送方法、装置、计算机设备及存储介质 |
CN110166791A (zh) * | 2019-06-12 | 2019-08-23 | 北京字节跳动网络技术有限公司 | 连接的建立方法、装置、设备及存储介质 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111770351A (zh) * | 2020-06-23 | 2020-10-13 | 北京字节跳动网络技术有限公司 | 直播消息展示方法及装置 |
CN111770351B (zh) * | 2020-06-23 | 2022-11-29 | 北京字节跳动网络技术有限公司 | 直播消息展示方法及装置 |
CN111970340A (zh) * | 2020-07-30 | 2020-11-20 | 北京大米科技有限公司 | 信息传输方法、可读存储介质和电子设备 |
CN113099306A (zh) * | 2021-03-23 | 2021-07-09 | 北京达佳互联信息技术有限公司 | 消息传输的方法、装置、设备、服务器、介质和产品 |
CN114040005A (zh) * | 2021-10-18 | 2022-02-11 | 中国联合网络通信集团有限公司 | 一种数据传输方法、装置及存储介质 |
CN113923163A (zh) * | 2021-10-20 | 2022-01-11 | 广东亿迅科技有限公司 | 一种基于长连接消息通道限流方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN111314433B (zh) | 2022-08-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111314433B (zh) | 消息传输方法、装置及电子设备 | |
CN109286648B (zh) | 数据推送方法、装置、系统和终端设备 | |
CN109710905B (zh) | 文档协同编辑方法、装置、存储介质及电子设备 | |
CN110781373B (zh) | 榜单更新方法、装置、可读介质和电子设备 | |
CN104038908A (zh) | 发送推送消息的方法和装置 | |
CN109446204B (zh) | 一种即时通信的数据存储方法、装置、电子设备和介质 | |
US11758087B2 (en) | Multimedia conference data processing method and apparatus, and electronic device | |
CN112256733A (zh) | 数据缓存方法、装置、电子设备及计算机可读存储介质 | |
CN113542337B (zh) | 信息共享方法、装置、电子设备及存储介质 | |
CN111163336B (zh) | 视频资源推送方法、装置、电子设备及计算机可读介质 | |
CN111246228A (zh) | 直播间礼物资源更新方法、装置、介质及电子设备 | |
CN111225255B (zh) | 目标视频推送播放方法、装置、电子设备及存储介质 | |
CN109981778B (zh) | 内容分发网络的服务实现方法、装置、设备及存储介质 | |
CN108009247B (zh) | 信息推送方法及装置 | |
CN115658655A (zh) | 信息处理方法、装置、电子设备和存储介质 | |
KR20200108348A (ko) | 데이터 전송 | |
CN111641693B (zh) | 会话数据处理方法、装置及电子设备 | |
CN111367592B (zh) | 信息处理方法和装置 | |
CN109309583B (zh) | 基于分布式系统的信息获取方法、装置、电子设备和介质 | |
CN112131832A (zh) | 在线文档任务状态的提醒方法、装置及电子设备 | |
CN115086408B (zh) | 数据处理方法、系统、装置、电子设备和存储介质 | |
CN113612676B (zh) | 社交群组的消息同步方法、装置、设备及存储介质 | |
CN114760259B (zh) | 离线消息发送方法、装置、电子设备及可读存储介质 | |
CN113783830B (zh) | 用于数据通信的方法和装置 | |
WO2022206474A1 (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 |