CN108234578A - 一种推送的方法及装置 - Google Patents
一种推送的方法及装置 Download PDFInfo
- Publication number
- CN108234578A CN108234578A CN201611198671.9A CN201611198671A CN108234578A CN 108234578 A CN108234578 A CN 108234578A CN 201611198671 A CN201611198671 A CN 201611198671A CN 108234578 A CN108234578 A CN 108234578A
- Authority
- CN
- China
- Prior art keywords
- client
- connection
- server
- push
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
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/143—Termination or inactivation of sessions, e.g. event-controlled end of session
- H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种推送的方法及装置,该方法为服务器分别与多个类型的客户端建立相应的连接,并采用心跳机制维持已建立的连接,其中,不同类型的客户端与服务器建立连接时采用的连接制式不同;服务器确定存在待发送的推送报文时,确定推送报文对应的各个待推送客户端与服务器建立连接时采用的连接制式;服务器分别基于已确定的每一种连接制式对应的连接,向相应的待推送客户端发送推送报文。这样,就可以通过不同的连接制式建立服务器与各种类型的客户端的连接,并通过心跳机制维持连接,避免了为维持连接接收的大量的不必要的响应消息,节省了***资源和网络资源,提高了效率,以及可以跨平台推送,为服务方提供了便利。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种推送的方法及装置。
背景技术
随着互联网技术的发展,为了减少用户进行信息搜索的时间,推送技术应运而生。所谓推送技术是指通过一定的技术标准或协议,定期将用户需要的信息发送到用户终端的技术。推送技术可以按照用户的兴趣,定期向用户终端发送相应的信息,帮助用户高效率地挖掘有价值的信息。
现有技术下,由于客户端与服务器进行连接后,若长时间没有进行信息交互,客户端与服务器将断开连接,因此,推送技术采用轮询的方式,保证服务器与客户端之间的连接,以及信息的交互。所谓轮询是指客户端按照一定的周期向服务器发送HTTP请求,从而保证客户端与服务端之间的连接,并将相应的应答信息返回至客户端的技术。
但是,采用这种方式,客户端需要不断地向服务器发送HTTP请求,而服务器中的相关应答信息可能并没有更新,使客户端不断地接收不必要的信息,并且发送的HTTP报文包含的数据量较大,占用了大量的带宽,以及每一次轮询都需要在客户端与服务器之间通过HTTP报文进行三次信息交互,浪费了大量的网络资源和时间资源。
显然,这需要客户端不断地发送HTTP请求,并且会接收大量不必要的响应消息,从而占用了大量的带宽,造成了大量的***资源,网络资源,以及时间资源的浪费。
发明内容
本发明实施例提供一种推送的方法及装置,用于通过不同的连接制式建立服务器与各种类型的客户端的连接,并通过心跳机制维持连接,避免了为维持连接接收的大量的不必要的响应消息,节省了***资源,网络资源,提高了效率,以及可以跨平台推送,为服务方提供了便利。
本发明实施例提供的具体技术方案如下:
一种推送的方法,应用于多平台推送的场景,包括:
服务器分别与多个类型的客户端建立相应的连接,并采用心跳机制维持已建立的连接,其中,不同类型的客户端与服务器建立连接时采用的连接制式不同;
服务器确定存在待发送的推送报文时,确定推送报文对应的各个待推送客户端与服务器建立连接时采用的连接制式;
服务器分别基于已确定的每一种连接制式对应的连接,向相应的待推送客户端发送推送报文。
较佳的,在服务器分别与多个类型的客户端建立相应的连接之前,进一步包括:
服务器接收多个类型的客户端发送的连接请求消息,其中,连接请求消息包含客户端的身份标识信息;
服务器分别对每一个连接请求消息包含的身份标识信息进行验证,获得验证结果;
服务器分别将每一个验证结果表征验证成功的客户端,作为建立连接的对象。
较佳的,服务器分别与多个类型的客户端建立相应的连接,具体包括:
服务器基于每一个客户端的类型,分别确定每一个客户端的类型对应的连接制式;
服务器分别基于每一个客户端的类型对应的连接制式,与相应的客户端建立连接。
较佳的,服务器采用心跳机制维持已建立的连接,具体包括:
服务器接收的各个客户端发送的心跳报文;
服务器基于每一个心跳报文,分别将相应的客户端对应的资源回收周期重置,其中,资源回收周期用于达到预设时长时,断开相应的连接。
较佳的,在服务器向相应的待推送客户端发送推送报文之后,进一步包括:
服务器接收各个待推送客户端返回的成功响应报文;
服务器分别向每一个未返回成功响应报文的待推送客户端重新发送推送报文。
一种推送的装置,应用于多平台推送的场景,包括:
连接单元,用于分别与多个类型的客户端建立相应的连接,并采用心跳机制维持已建立的连接,其中,不同类型的客户端与服务器建立连接时采用的连接制式不同;
确定单元,用于确定存在待发送的推送报文时,确定推送报文对应的各个待推送客户端与服务器建立连接时采用的连接制式;
推送单元,用于分别基于已确定的每一种连接制式对应的连接,向相应的待推送客户端发送推送报文。
较佳的,在分别与多个类型的客户端建立相应的连接之前,连接单元还用于:
接收多个类型的客户端发送的连接请求消息,其中,连接请求消息包含客户端的身份标识信息;
分别对每一个连接请求消息包含的身份标识信息进行验证,获得验证结果;
分别将每一个验证结果表征验证成功的客户端,作为建立连接的对象。
较佳的,在分别与多个类型的客户端建立相应的连接时,连接单元用于:
基于每一个客户端的类型,分别确定每一个客户端的类型对应的连接制式;
分别基于每一个客户端的类型对应的连接制式,与相应的客户端建立连接。
较佳的,在采用心跳机制维持已建立的连接时,连接单元具体用于:
接收的各个客户端发送的心跳报文;
基于每一个心跳报文,分别将相应的客户端对应的资源回收周期重置,其中,资源回收周期用于达到预设时长时,断开相应的连接。
较佳的,在向相应的待推送客户端发送推送报文之后,推送单元还用于:
接收各个待推送客户端返回的成功响应报文;
分别向每一个未返回成功响应报文的待推送客户端重新发送推送报文。
本发明实施例中,服务器分别与多个类型的客户端建立相应的连接,并采用心跳机制维持已建立的连接,其中,不同类型的客户端与服务器建立连接时采用的连接制式不同;服务器确定存在待发送的推送报文时,确定推送报文对应的各个待推送客户端与服务器建立连接时采用的连接制式;服务器分别基于已确定的每一种连接制式对应的连接,向相应的待推送客户端发送推送报文。这样,就可以通过不同的连接制式建立服务器与各种类型的客户端的连接,并通过心跳机制维持连接,避免了为维持连接接收的大量的不必要的响应消息,节省了***资源,网络资源,提高了效率,以及可以跨平台推送,为服务方提供了便利。
附图说明
图1为本发明实施例中建立连接的方法的流程图;
图2为本发明实施例中维持连接的方法的流程图;
图3为本发明实施例中推送报文的方法的流程图;
图4为本发明实施例中推送的装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,并不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为了避免为维持连接接收的大量的不必要的响应消息,节省***资源,网络资源,提高效率,以及可以跨平台推送,为服务方提供便利,本发明实施例中,设计了一种推送的方法,该方法为,通过不同的连接制式建立服务器与各种类型的客户端的连接,并通过心跳机制维持连接,以及将待推送的推送报文,通过相应的连接,向相应的待推送客户端推送。
下面结合附图对本申请优选的实施方式进行详细说明。
本发明实施例中,推送的具体流程主要包括建立连接模块,维持连接模块,以及推送报文模块四大模块,下面分别对每一个模块进行说明。
参阅图1所示,身份验证的具体流程如下:
步骤100:客户端向服务器发送注册请求消息。
实际应用中,在执行步骤100时,可选的,注册请求消息中可以携带以下信息中的一种或任意组合:表征客户端的类型的标志位,客户端的设备标识码,以及客户端对应的IP地址。
步骤110:服务器对客户端进行注册。
实际应用中,服务器接收客户端发送的注册请求消息,并根据注册请求消息,对客户端进行注册,将注册请求消息包含的标志位,设备标识码,以及IP地址中的一种或组合,进行存储,建立注册信息集合。
步骤120:服务器向客户端返回注册响应消息。
步骤130:客户端向服务器发送连接请求消息。
实际应用中,客户端生成密钥(Sec-WebSocket-Key),并向服务器发送连接请求消息。其中,连接请求消息包含Sec-WebSocket-Key以及客户端的身份标识信息。其中,Sec-WebSocket-Key用于表示客户端发送的连接请求是采用Websocket协议建立连接,而非采用http协议建立连接。可选的,身份标识信息可以是表征客户端的类型的标志位,也可以是客户端的设备标识码,还可以是客户端对应的IP地址。所谓Websocket协议是基于TCP协议,进行全双工通讯的协议,服务器与客户端只需要采用一次握手的动作,就能建立连接,实现服务器与客户端之间的数据传输。
步骤140:服务器基于接收的连接请求消息,对客户端进行身份验证。
实际应用中,服务器获取本地存储的注册信息集合,将连接请求消息中包含的身份标识信息,与注册信息集合中的各个身份标识信息进行匹配,获得验证结果。
例如,PC端发送的一个连接请求消息中包含的身份标识信息为设备标识码,则服务器将该设备标识码与本地存储的注册信息集合中的各个设备标识码进行匹配,确定匹配成功,获得表征验证成功的验证结果。
步骤150:服务器基于接收的连接请求消息,将密钥进行加密。
实际应用中,服务器确定身份验证成功,将获取连接请求消息中包含的Sec-WebSocket-Key进行加密。
步骤160:服务器将加密后的密钥返回客户端。
实际应用中,服务器基于Sec-WebSocket-Key,确定客户端发送的连接请求是采用Websocket协议建立连接,并将加密后的Sec-WebSocket-Key发送至客户端。
步骤170:服务器对接收的密钥进行验证。
实际应用中,服务器获取本地存储的Sec-WebSocket-Key,与接收的加密后的Sec-WebSocket-Key进行比对,获得比对结果。
步骤180:服务器与客户端建立连接。
实际应用中,服务器确定比对成功,实现服务器与客户端基于Websocket协议的一次握手,即建立连接。
其中,由于各个客户端需要采用不同编程语言实现Websocket协议,例如,IOS采用Obeject-C语言,Android采用Java语言,PC客户端采用C#语言,以及web客户端采用JavaScript语言。因此,服务器与不同类型的客户端需要采用不同的编程语言对应的连接制式进行连接。
参阅图2所示,通过心跳机制维持已建立连接的具体流程如下:
步骤200:客户端确定达到预设时间点。
步骤210:客户端确定连接存在。
实际应用中,客户端判断连接是否存在,若客户端与服务器之间的连接未断开,则确定连接存在。
进一步地,若客户端与服务器之间的连接断开,则客户端再次向服务器发送连接请求消息,从而再次与服务器建立连接。
步骤220:客户端向服务器发送心跳报文。
步骤230:服务器重置资源回收周期。
实际应用中,服务器接收客户端发送的心跳报文,确定客户端与服务器之间的连接存在,并将相应的资源回收周期重置,其中,资源回收周期用于达到预设时长时,断开相应的连接。
步骤240:服务器向客户端返回心跳响应报文。
实际应用中,服务器向客户端返回心跳响应报文,进一步地,服务器向客户端返回心跳响应报文之后,若客户端确定在预设响应时长内接收心跳响应报文,则返回步骤200,否则,客户端再次向服务器发送连接请求消息,从而再次与服务器建立连接。
参阅图3所示,推送报文的具体流程如下:
步骤300:服务器生成推送报文。
实际应用中,服务器基于服务方或商家的指令,生成推送报文。
例如,推送报文为用户订阅的杂志。
步骤310:服务器确定推送报文对应的待推送客户端。
实际应用中,当存在待发送的推送报文时,服务器确定推送报文需要推送的客户端,作为待推送客户端。
步骤320:服务器确定与待推送客户端对应的连接。
实际应用中,服务器基于待推送客户端的类型,确定与待推送客户端建立连接时采用的连接制式,接着,确定与待推送客户端对应的连接。
步骤330:服务器向待推送客户端发送推送报文。
实际应用中,服务器基于该连接制式对应的连接,向待推送客户端发送推送报文。
步骤340:待推送客户端对接收的推送报文进行解析。
步骤350:待推送客户端向服务器发送成功响应报文。
步骤360:服务器确定推送成功。
实际应用中,服务器接收待推送客户端发送的成功响应报文,确定推送成功。
进一步地,若服务器确定未发送成功响应报文的待推送客户端,则执行步骤330,重新向待推送客户端发送推送报文。
基于上述实施例,参阅图4所示,推送的结构示意图,本发明实施例中,推送的装置,应用于多平台推送的场景,具体包括:
连接单元40,用于分别与多个类型的客户端建立相应的连接,并采用心跳机制维持已建立的连接,其中,不同类型的客户端与服务器建立连接时采用的连接制式不同;
确定单元41,用于确定存在待发送的推送报文时,确定推送报文对应的各个待推送客户端与服务器建立连接时采用的连接制式;
推送单元42,用于分别基于已确定的每一种连接制式对应的连接,向相应的待推送客户端发送推送报文。
较佳的,在分别与多个类型的客户端建立相应的连接之前,连接单元40还用于:
接收多个类型的客户端发送的连接请求消息,其中,连接请求消息包含客户端的身份标识信息;
分别对每一个连接请求消息包含的身份标识信息进行验证,获得验证结果;
分别将每一个验证结果表征验证成功的客户端,作为建立连接的对象。
较佳的,在分别与多个类型的客户端建立相应的连接时,连接单元40用于:
基于每一个客户端的类型,分别确定每一个客户端的类型对应的连接制式;
分别基于每一个客户端的类型对应的连接制式,与相应的客户端建立连接。
较佳的,在采用心跳机制维持已建立的连接时,连接单元40具体用于:
接收的各个客户端发送的心跳报文;
基于每一个心跳报文,分别将相应的客户端对应的资源回收周期重置,其中,资源回收周期用于达到预设时长时,断开相应的连接。
较佳的,在向相应的待推送客户端发送推送报文之后,推送单元42还用于:
接收各个待推送客户端返回的成功响应报文;
分别向每一个未返回成功响应报文的待推送客户端重新发送推送报文。
本发明实施例中,服务器分别与多个类型的客户端建立相应的连接,并采用心跳机制维持已建立的连接,其中,不同类型的客户端与服务器建立连接时采用的连接制式不同;服务器确定存在待发送的推送报文时,确定推送报文对应的各个待推送客户端与服务器建立连接时采用的连接制式;服务器分别基于已确定的每一种连接制式对应的连接,向相应的待推送客户端发送推送报文。这样,就可以通过不同的连接制式建立服务器与各种类型的客户端的连接,并通过心跳机制维持连接,避免了为维持连接接收的大量的不必要的响应消息,节省了***资源,网络资源,提高了效率,以及可以跨平台推送,为服务方提供了便利。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样,倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (10)
1.一种推送的方法,其特征在于,应用于多平台推送的场景,包括:
服务器分别与多个类型的客户端建立相应的连接,并采用心跳机制维持已建立的连接,其中,不同类型的客户端与所述服务器建立连接时采用的连接制式不同;
服务器确定存在待发送的推送报文时,确定所述推送报文对应的各个待推送客户端与所述服务器建立连接时采用的连接制式;
服务器分别基于已确定的每一种连接制式对应的连接,向相应的待推送客户端发送所述推送报文。
2.如权利要求1所述的方法,其特征在于,在服务器分别与多个类型的客户端建立相应的连接之前,进一步包括:
服务器接收多个类型的客户端发送的连接请求消息,其中,所述连接请求消息包含客户端的身份标识信息;
服务器分别对每一个连接请求消息包含的身份标识信息进行验证,获得验证结果;
服务器分别将每一个验证结果表征验证成功的客户端,作为建立连接的对象。
3.如权利要求2所述的方法,其特征在于,服务器分别与多个类型的客户端建立相应的连接,具体包括:
服务器基于每一个客户端的类型,分别确定每一个客户端的类型对应的连接制式;
服务器分别基于每一个客户端的类型对应的连接制式,与相应的客户端建立连接。
4.如权利要求1或2或3所述的方法,其特征在于,服务器采用心跳机制维持已建立的连接,具体包括:
服务器接收的各个客户端发送的心跳报文;
服务器基于每一个心跳报文,分别将相应的客户端对应的资源回收周期重置,其中,所述资源回收周期用于达到预设时长时,断开相应的连接。
5.如权利要求1或2或3所述方法,其特征在于,在服务器向相应的待推送客户端发送所述推送报文之后,进一步包括:
服务器接收各个待推送客户端返回的成功响应报文;
服务器分别向每一个未返回成功响应报文的待推送客户端重新发送所述推送报文。
6.一种推送的装置,其特征在于,应用于多平台推送的场景,包括:
连接单元,用于分别与多个类型的客户端建立相应的连接,并采用心跳机制维持已建立的连接,其中,不同类型的客户端与所述服务器建立连接时采用的连接制式不同;
确定单元,用于确定存在待发送的推送报文时,确定所述推送报文对应的各个待推送客户端与所述服务器建立连接时采用的连接制式;
推送单元,用于分别基于已确定的每一种连接制式对应的连接,向相应的待推送客户端发送所述推送报文。
7.如权利要求6所述的装置,其特征在于,在分别与多个类型的客户端建立相应的连接之前,所述连接单元还用于:
接收多个类型的客户端发送的连接请求消息,其中,所述连接请求消息包含客户端的身份标识信息;
分别对每一个连接请求消息包含的身份标识信息进行验证,获得验证结果;
分别将每一个验证结果表征验证成功的客户端,作为建立连接的对象。
8.如权利要求7所述的装置,其特征在于,在分别与多个类型的客户端建立相应的连接时,所述连接单元用于:
基于每一个客户端的类型,分别确定每一个客户端的类型对应的连接制式;
分别基于每一个客户端的类型对应的连接制式,与相应的客户端建立连接。
9.如权利要求6或7或8所述的装置,其特征在于,在采用心跳机制维持已建立的连接时,所述连接单元具体用于:
接收的各个客户端发送的心跳报文;
基于每一个心跳报文,分别将相应的客户端对应的资源回收周期重置,其中,所述资源回收周期用于达到预设时长时,断开相应的连接。
10.如权利要求6或7或8所述装置,其特征在于,在向相应的待推送客户端发送所述推送报文之后,所述推送单元还用于:
接收各个待推送客户端返回的成功响应报文;
分别向每一个未返回成功响应报文的待推送客户端重新发送所述推送报文。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611198671.9A CN108234578A (zh) | 2016-12-22 | 2016-12-22 | 一种推送的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611198671.9A CN108234578A (zh) | 2016-12-22 | 2016-12-22 | 一种推送的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108234578A true CN108234578A (zh) | 2018-06-29 |
Family
ID=62656975
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611198671.9A Pending CN108234578A (zh) | 2016-12-22 | 2016-12-22 | 一种推送的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108234578A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114338635A (zh) * | 2021-12-31 | 2022-04-12 | 江苏银承网络科技股份有限公司 | 基于WebSocket的前端消息提醒方法以及装置、存储介质、电子装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140297854A1 (en) * | 2011-12-13 | 2014-10-02 | Motorola Mobility, Inc. | Method and apparatus for adaptive network heartbeat message for tcp channel |
CN104135460A (zh) * | 2013-05-03 | 2014-11-05 | 华为软件技术有限公司 | 一种推送通道保活方法和推送服务器 |
CN105657000A (zh) * | 2015-12-25 | 2016-06-08 | 北京奇虎科技有限公司 | 消息传送方法及装置 |
CN105897813A (zh) * | 2015-06-10 | 2016-08-24 | 乐视致新电子科技(天津)有限公司 | 心跳消息发送方法、接收方法及装置 |
-
2016
- 2016-12-22 CN CN201611198671.9A patent/CN108234578A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140297854A1 (en) * | 2011-12-13 | 2014-10-02 | Motorola Mobility, Inc. | Method and apparatus for adaptive network heartbeat message for tcp channel |
CN104135460A (zh) * | 2013-05-03 | 2014-11-05 | 华为软件技术有限公司 | 一种推送通道保活方法和推送服务器 |
CN105897813A (zh) * | 2015-06-10 | 2016-08-24 | 乐视致新电子科技(天津)有限公司 | 心跳消息发送方法、接收方法及装置 |
CN105657000A (zh) * | 2015-12-25 | 2016-06-08 | 北京奇虎科技有限公司 | 消息传送方法及装置 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114338635A (zh) * | 2021-12-31 | 2022-04-12 | 江苏银承网络科技股份有限公司 | 基于WebSocket的前端消息提醒方法以及装置、存储介质、电子装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3640849B1 (en) | Electronic device and method of registering personal cloud apparatus in user portal server thereof | |
US10834031B2 (en) | Information exchange method, client, and apparatus | |
US10009303B2 (en) | Message push method and apparatus | |
US9774642B2 (en) | Method and device for pushing multimedia resource and display terminal | |
CN104580376B (zh) | 在局域网中建立终端之间连接的方法、装置和*** | |
CN110505188B (zh) | 一种终端认证方法、相关设备和认证*** | |
CN110061993B (zh) | 一种包含公网出口地址的日志生成方法、装置及接入设备 | |
CN109819498A (zh) | 一种智能设备、智能设备自动配网方法及*** | |
CN108124007A (zh) | 消息数据实时传输的方法与装置 | |
CN112019889A (zh) | 基于云端的投屏***及投屏方法 | |
CN104010001A (zh) | 移动终端中同类联网请求进行连接通信的方法和*** | |
CN103404135A (zh) | 用于传输实时图像的***和方法 | |
CN106162640A (zh) | 一种portal认证方法及*** | |
CN106888261A (zh) | 一种分布式文件传输方法、服务器及私有云设备 | |
CN105281987B (zh) | 路由器及数据上传方法、装置、*** | |
CN109194729B (zh) | 一种信息通讯***以及方法 | |
WO2013189398A2 (zh) | 应用数据推送方法、装置及*** | |
CN107147497B (zh) | 信息处理方法和装置 | |
CN104823410A (zh) | 参数设定*** | |
CN109286665B (zh) | 实时移动游戏长链接处理方法及装置 | |
CN108234578A (zh) | 一种推送的方法及装置 | |
CN105721231B (zh) | 一种业务质量感知探测方法及装置 | |
CN107566476B (zh) | 一种接入方法、sdn控制器、转发设备及用户接入*** | |
CN112769799B (zh) | 一种集控设备及其内网穿透方法、存储介质 | |
JP5570463B2 (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180629 |
|
RJ01 | Rejection of invention patent application after publication |