CN105515936A - 消息通信的方法、服务器和系统 - Google Patents
消息通信的方法、服务器和系统 Download PDFInfo
- Publication number
- CN105515936A CN105515936A CN201410488025.0A CN201410488025A CN105515936A CN 105515936 A CN105515936 A CN 105515936A CN 201410488025 A CN201410488025 A CN 201410488025A CN 105515936 A CN105515936 A CN 105515936A
- Authority
- CN
- China
- Prior art keywords
- message
- client
- token
- server
- described client
- 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
Abstract
本发明公开了一种消息通信的方法、服务器和系统,涉及移动互联网技术领域。本发明实施例在客户端发起消息查询请求时,如果没有消息则服务器将客户端的消息查询请求挂起,阻塞客户端的消息线程,防止客户端重复发起查询请求,以减少终端功耗,一旦有客户端的消息,服务器会立即将消息发送给客户端,从而提高消息的实时性,并且,客户端不需要维护连接,因此,降低了客户端业务逻辑的复杂度。
Description
技术领域
本发明涉及移动互联网技术领域,特别涉及一种消息通信的方法、服务器和系统。
背景技术
在移动互联网应用中需要构建客户端与服务器进行消息通信的机制,或者多个客户端通过服务器进行消息通信的机制。目前轮询、长连接等消息通信机制广泛应用于各个移动应用中。
轮询是指客户端定时向服务器发起消息查询的消息通信机制,具体地,客户端在每个查询周期都会向服务器发起消息查询请求,如果服务器没有发送给该客户端的消息,则返回空消息列表,如果有发送给该客户端的消息,则返回该消息。轮询方式的弊端在于消息实时性不强,并且客户端耗电量较大。
长连接是指服务器和客户端维持一条连接用于收发消息的消息通信机制,具体地,客户端使用Socket连接向服务器发起长连接,客户端和服务器同时维护该连接的状态,所有的消息发送及接收均使用该连接。长连接方式的弊端在于客户端和服务器均需要维护该长连接,业务逻辑复杂。
发明内容
本发明实施例所要解决的一个技术问题是:解决现有消息通信机制存在的消息实时性差、客户端耗电量大以及业务逻辑复杂的问题。
根据本发明实施例的一个方面,提出一种消息通信的方法,包括:服务器响应于客户端发送的消息查询请求,检查当前是否有发送给所述客户端的消息;如果当前没有发送给所述客户端的消息,服务器将所述客户端的消息查询请求挂起,等待发送给所述客户端的消息;如果当前有发送给所述客户端的消息,服务器释放所述客户端的消息查询请求,并且将所述客户端的消息发送给所述客户端。
在一个实施例中,服务器将所述客户端的消息发送给所述客户端包括:服务器将所述客户端的消息和表示所述客户端的消息的令牌发送给所述客户端。
在一个实施例中,消息通信的方法还包括:服务器响应于客户端发送的另一消息查询请求,其中携带一令牌,判断所述另一消息查询请求中携带的令牌是否为最近一次发送给所述客户端的令牌;如果所述另一消息查询请求中携带的令牌是最近一次发送给所述客户端的令牌,服务器释放该令牌对应的消息;如果所述另一消息查询请求中携带的令牌不是最近一次发送给所述客户端的令牌,服务器向客户端重新发送最近一次发送给所述客户端的令牌以及该令牌对应的消息。
在一个实施例中,消息通信的方法还包括:客户端向服务器发送消息查询请求,并且等待服务器的响应,在接收到服务器的响应之前不再发送消息查询请求。
在一个实施例中,消息通信的方法还包括:客户端向服务器发送另一消息查询请求,其中携带最近一次接收到的服务器发送的令牌,以表示本客户端已经接收到该令牌对应的消息。
根据本发明实施例的再一个方面,提出一种消息通信的服务器,包括:消息检查模块,用于响应于客户端发送的消息查询请求,检查当前是否有发送给所述客户端的消息;消息挂起模块,用于如果当前没有发送给所述客户端的消息,将所述客户端的消息查询请求挂起,等待发送给所述客户端的消息;消息发送模块,用于如果当前有发送给所述客户端的消息,释放所述客户端的消息查询请求,并且将所述客户端的消息发送给所述客户端。
在一个实施例中,消息发送模块包括:请求释放单元,用于如果当前有发送给所述客户端的消息,释放所述客户端的消息查询请求;消息发送单元,在用于将所述客户端的消息发送给所述客户端时,具体用于将所述客户端的消息和表示所述客户端的消息的令牌发送给所述客户端。
在一个实施例中,消息通信的服务器还包括:令牌判断模块,用于响应于客户端发送的另一消息查询请求,其中携带一令牌,判断所述另一消息查询请求中携带的令牌是否为最近一次发送给所述客户端的令牌;消息释放模块,用于如果所述另一消息查询请求中携带的令牌是最近一次发送给所述客户端的令牌,释放该令牌对应的消息;消息重发模块,用于如果所述另一消息查询请求中携带的令牌不是最近一次发送给所述客户端的令牌,向客户端重新发送最近一次发送给所述客户端的令牌以及该令牌对应的消息。
根据本发明实施例的又一个方面,提出一种消息通信的系统,包括:上述的服务器和客户端,客户端用于向服务器发送消息查询请求,并且等待服务器的响应,在接收到服务器的响应之前不再发送消息查询请求。
在一个实施例中,客户端还用于向服务器发送另一消息查询请求,其中携带最近一次接收到的服务器发送的令牌,以表示本客户端已经接收到该令牌对应的消息。
本发明实施例至少具有以下优点:
一方面,在客户端发起消息查询请求时,如果没有消息则服务器将客户端的消息查询请求挂起,阻塞客户端的消息线程,防止客户端重复发起查询请求,以减少终端功耗,一旦有客户端的消息,服务器会立即将消息发送给客户端,从而提高消息的实时性,并且,客户端不需要维护连接,因此,降低了客户端业务逻辑的复杂度。
再一方面,服务器在发送消息的同时会发送一个表示该消息的令牌,客户端发起新的消息查询请求时会携带该令牌,以表明自己接收到了该消息,服务器可以释放该消息,从而节省处理资源;如果新的消息查询请求携带的不是最近一次的令牌,则服务器就会知道上次发送的消息客户端没有接收到,会重新发送一次消息,以保证客户端接收到消息。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本发明消息通信的方法一个实施例的流程示意图。
图2是本发明消息通信的方法再一个实施例的流程示意图。
图3是本发明两客户端通过服务器进行消息通信的流程示意图。
图4是本发明消息通信的系统一个实施例的结构示意图。
图5是本发明消息通信的服务器一个实施例的结构示意图。
图6是本发明消息通信的服务器再一个实施例的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本发明及其应用或使用的任何限制。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提出一种新的消息通信机制,以解决现有消息通信机制存在的消息实时性差、客户端耗电量大以及业务逻辑复杂的问题。
根据本发明实施例的一个方面,提出一种消息通信的方法,参考图1,本实施例的方法包括以下步骤:
步骤S102,客户端向服务器发送消息查询请求,并且等待服务器的响应,在接收到服务器的响应之前不再发送消息查询请求。
步骤S104,服务器响应于客户端发送的消息查询请求,检查当前是否有发送给客户端的消息,如果当前没有发送给客户端的消息,执行步骤S106;如果当前有发送给客户端的消息,执行步骤S108。
步骤S106,服务器将客户端的消息查询请求挂起,等待发送给客户端的消息。
步骤S108,服务器释放客户端的消息查询请求,并且将客户端的消息发送给客户端。
上述实施例,在客户端发起消息查询请求时,如果没有消息则服务器将客户端的消息查询请求挂起,阻塞客户端的消息线程,防止客户端重复发起查询请求,以减少终端功耗,一旦有客户端的消息,服务器会立即将消息发送给客户端,从而提高消息的实时性,并且,客户端不需要维护连接,因此,降低了客户端业务逻辑的复杂度。
为了确保客户端接收到消息,本发明实施例提出一种基于令牌实现的消息通信的方法。在图1所示实施例的基础上,步骤S108可以改进为:服务器释放客户端的消息查询请求,并且将客户端的消息和表示该客户端的消息的令牌发送给客户端。其中,令牌可以采用随机算法或其他算法生成,对于令牌的生成方法本发明不做限定。参考图2,本实施例消息通信的方法还包括以下步骤:
步骤S210,客户端向服务器发送另一消息查询请求,其中携带最近一次接收到的服务器发送的令牌,以表示本客户端已经接收到该令牌对应的消息。
步骤S212,服务器响应于客户端发送的另一消息查询请求,其中携带一令牌,判断另一消息查询请求中携带的令牌是否为最近一次发送给客户端的令牌,以确定客户端是否接收到服务器最近一次发送给该客户端的消息。
如果另一消息查询请求中携带的令牌是最近一次发送给客户端的令牌,则服务器可以确定客户端已经接收到服务器最近一次发送给该客户端的消息,则服务器执行步骤S214。如果另一消息查询请求中携带的令牌不是最近一次发送给客户端的令牌,则服务器可以确定由于消息丢失等原因客户端没有接收到服务器最近一次发送给该客户端的消息,则服务器执行步骤S216。
步骤S214,服务器释放该令牌对应的消息。
步骤S216,服务器向客户端重新发送最近一次发送给客户端的令牌以及该令牌对应的消息。
上述实施例,服务器在发送消息的同时会发送一个表示该消息的令牌,客户端发起新的消息查询请求时会携带该令牌,以表明自己接收到了该消息,服务器可以释放该消息,从而节省处理资源;如果新的消息查询请求携带的不是最近一次的令牌,则服务器就会知道上次发送的消息客户端没有接收到,会重新发送一次消息,以保证客户端接收到消息。
本发明实施例提出的消息通信方案可以适用于客户端之间通过服务器进行即时通信的应用场景,也可以适用于服务器向客户端推送消息的应用场景。其中,服务器推送的消息例如可以是系统消息,控制消息,公告消息,广告等。下面列举一个两客户端通过服务器进行即时通信的应用实例。
图3是本发明两客户端通过服务器进行消息通信的流程示意图。如图3所示,本实施例的消息通信过程如下:
步骤S302,客户端1通过HTTP请求向服务器发起消息查询请求,并且等待服务器的响应,在接收到服务器的响应之前不会尝试再次发起查询。
步骤S304,服务器发现此时没有客户端1的消息,则将客户端1的消息查询请求挂起,等待发送给客户端1的消息。
步骤S306,客户端2发消息给客户端1时,该消息先到达服务器。
步骤S308,服务器接收到发送客户端1的消息后,马上释放客户端1的消息查询请求,同时向客户端1返回消息内容,并返回一个用于代表此次消息的令牌(Token-1)。
步骤S310,客户端1收到消息后可以随即发起新的查询,并在新的消息查询请求中带上服务器返回的Token-1。
步骤S312,服务器收到携带令牌Token-1的新的消息查询请求后,可以视为客户端1已经收到上次的消息,则可以释放上次已经返回的消息,即,释放令牌Token-1对应的消息,并将新的消息查询请求挂起等待下一跳发给客户端1的消息。
在一个实施例中,为了防止由于消息查询请求丢失造成客户端无限期等待的情况,可以在客户端设置一个超时时间,超时时间到达后,即使客户端没有收到服务器的响应,也可以再次发起消息查询请求。根据需要可以灵活设置超时时间的长短,在网络条件比较好、丢包概率比较小的情况下,通常可以设置一个较长的时间作为超时时间,反之,则可以适当缩短超时时间。
根据本发明实施例的再一个方面,提出一种消息通信的系统,参考图4,本实施例的系统包括:服务器402和客户端404。客户端例如可以位于手机、掌上电脑等移动终端上。
客户端404用于向服务器402发送消息查询请求,并且等待服务器402的响应,在接收到服务器402的响应之前不再尝试发送消息查询请求。
客户端404还用于向服务器402发送另一消息查询请求,其中携带最近一次接收到的服务器402发送的令牌,以表示本客户端已经接收到该令牌对应的消息。
服务器402用于响应于客户端404发送的消息查询请求,检查当前是否有发送给客户端404的消息;如果当前没有发送给客户端404的消息,将客户端404的消息查询请求挂起,等待发送给客户端404的消息;如果当前有发送给客户端404的消息,释放客户端404的消息查询请求,并且将客户端的消息发送给客户端404。
参考图5,本实施例的服务器402包括:
消息检查模块502,用于响应于客户端发送的消息查询请求,检查当前是否有发送给客户端的消息;
消息挂起模块504,用于如果当前没有发送给客户端的消息,将客户端的消息查询请求挂起,等待发送给客户端的消息;
消息发送模块506,用于如果当前有发送给客户端的消息,释放客户端的消息查询请求,并且将客户端的消息发送给客户端。
在一个实施例中,参考图6,消息发送模块506包括:请求释放单元6062,用于如果当前有发送给客户端的消息,释放客户端的消息查询请求;消息发送单元6064,在将客户端的消息发送给客户端时,具体用于可以将客户端的消息和表示客户端的消息的令牌一并发送给客户端。
在一个实施例中,参考图6,消息通信的服务器还包括:令牌判断模块608,用于响应于客户端发送的另一消息查询请求,其中携带一令牌,判断另一消息查询请求中携带的令牌是否为最近一次发送给客户端的令牌;消息释放模块610,用于如果另一消息查询请求中携带的令牌是最近一次发送给客户端的令牌,释放该令牌对应的消息;消息重发模块612,用于如果另一消息查询请求中携带的令牌不是最近一次发送给客户端的令牌,向客户端重新发送最近一次发送给客户端的令牌以及该令牌对应的消息。
上述实施例至少具有以下优点:
一方面,在客户端发起消息查询请求时,如果没有消息则服务器将客户端的消息查询请求挂起,阻塞客户端的消息线程,防止客户端重复发起查询请求,以减少终端功耗,一旦有客户端的消息,服务器会立即将消息发送给客户端,从而提高消息的实时性,并且,客户端不需要维护连接,因此,降低了客户端业务逻辑的复杂度。
再一方面,服务器在发送消息的同时会发送一个表示该消息的令牌,客户端发起新的消息查询请求时会携带该令牌,以表明自己接收到了该消息,服务器可以释放该消息,从而节省处理资源;如果新的消息查询请求携带的不是最近一次的令牌,则服务器就会知道上次发送的消息客户端没有接收到,会重新发送一次消息,以保证客户端接收到消息。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种消息通信的方法,包括:
服务器响应于客户端发送的消息查询请求,检查当前是否有发送给所述客户端的消息;
如果当前没有发送给所述客户端的消息,服务器将所述客户端的消息查询请求挂起,等待发送给所述客户端的消息;
如果当前有发送给所述客户端的消息,服务器释放所述客户端的消息查询请求,并且将所述客户端的消息发送给所述客户端。
2.根据权利要求1所述的方法,其特征在于,所述服务器将所述客户端的消息发送给所述客户端包括:
服务器将所述客户端的消息和表示所述客户端的消息的令牌发送给所述客户端。
3.根据权利要求2所述的方法,其特征在于,还包括:
服务器响应于客户端发送的另一消息查询请求,其中携带一令牌,判断所述另一消息查询请求中携带的令牌是否为最近一次发送给所述客户端的令牌;
如果所述另一消息查询请求中携带的令牌是最近一次发送给所述客户端的令牌,服务器释放该令牌对应的消息;
如果所述另一消息查询请求中携带的令牌不是最近一次发送给所述客户端的令牌,服务器向客户端重新发送最近一次发送给所述客户端的令牌以及该令牌对应的消息。
4.根据权利要求1所述的方法,其特征在于,还包括:
客户端向服务器发送消息查询请求,并且等待服务器的响应,在接收到服务器的响应之前不再发送消息查询请求。
5.根据权利要求3所述的方法,其特征在于,还包括:
客户端向服务器发送另一消息查询请求,其中携带最近一次接收到的服务器发送的令牌,以表示本客户端已经接收到该令牌对应的消息。
6.一种消息通信的服务器,包括:
消息检查模块,用于响应于客户端发送的消息查询请求,检查当前是否有发送给所述客户端的消息;
消息挂起模块,用于如果当前没有发送给所述客户端的消息,将所述客户端的消息查询请求挂起,等待发送给所述客户端的消息;
消息发送模块,用于如果当前有发送给所述客户端的消息,释放所述客户端的消息查询请求,并且将所述客户端的消息发送给所述客户端。
7.根据权利要求6所述的服务器,其特征在于,所述消息发送模块包括:
请求释放单元,用于如果当前有发送给所述客户端的消息,释放所述客户端的消息查询请求;
消息发送单元,在用于将所述客户端的消息发送给所述客户端时,具体用于将所述客户端的消息和表示所述客户端的消息的令牌发送给所述客户端。
8.根据权利要求7所述的服务器,其特征在于,还包括:
令牌判断模块,用于响应于客户端发送的另一消息查询请求,其中携带一令牌,判断所述另一消息查询请求中携带的令牌是否为最近一次发送给所述客户端的令牌;
消息释放模块,用于如果所述另一消息查询请求中携带的令牌是最近一次发送给所述客户端的令牌,释放该令牌对应的消息;
消息重发模块,用于如果所述另一消息查询请求中携带的令牌不是最近一次发送给所述客户端的令牌,向客户端重新发送最近一次发送给所述客户端的令牌以及该令牌对应的消息。
9.一种消息通信的系统,包括:权利要求6-8任一项所述的服务器和客户端,所述客户端用于向服务器发送消息查询请求,并且等待服务器的响应,在接收到服务器的响应之前不再发送消息查询请求。
10.根据权利要求9所述的系统,其特征在于,客户端还用于向服务器发送另一消息查询请求,其中携带最近一次接收到的服务器发送的令牌,以表示本客户端已经接收到该令牌对应的消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410488025.0A CN105515936A (zh) | 2014-09-23 | 2014-09-23 | 消息通信的方法、服务器和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410488025.0A CN105515936A (zh) | 2014-09-23 | 2014-09-23 | 消息通信的方法、服务器和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105515936A true CN105515936A (zh) | 2016-04-20 |
Family
ID=55723594
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410488025.0A Pending CN105515936A (zh) | 2014-09-23 | 2014-09-23 | 消息通信的方法、服务器和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105515936A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109104378A (zh) * | 2018-08-17 | 2018-12-28 | 四川新网银行股份有限公司 | 基于时间序列预测的智能令牌预回收方法 |
CN110311986A (zh) * | 2019-07-10 | 2019-10-08 | 中国民航信息网络股份有限公司 | 移动端请求的处理方法和装置 |
CN111585808A (zh) * | 2020-04-30 | 2020-08-25 | 中国科学院空天信息创新研究院 | 一种消息处理方法、装置、设备及计算机可读存储介质 |
CN112543215A (zh) * | 2019-09-23 | 2021-03-23 | 北京国双科技有限公司 | 访问请求的处理方法、系统、装置、存储介质和电子设备 |
CN113612628A (zh) * | 2021-07-09 | 2021-11-05 | 苏州浪潮智能科技有限公司 | 一种实现自适应跨网段双向通信的方法、系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102413191A (zh) * | 2011-12-30 | 2012-04-11 | 深圳市旗瀚软件有限公司 | 一种基于浏览器的web即时通讯方法 |
CN103220260A (zh) * | 2012-01-20 | 2013-07-24 | 腾讯科技(深圳)有限公司 | 更新数据的方法、服务器、客户端及系统 |
CN103281355A (zh) * | 2013-05-02 | 2013-09-04 | 同济大学 | 基于模糊决策的服务器推送方法 |
CN103312586A (zh) * | 2012-03-09 | 2013-09-18 | 联想(北京)有限公司 | 一种即时通信的方法、系统及服务器 |
CN103597465A (zh) * | 2011-06-15 | 2014-02-19 | 微软公司 | 高效的状态协调 |
-
2014
- 2014-09-23 CN CN201410488025.0A patent/CN105515936A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103597465A (zh) * | 2011-06-15 | 2014-02-19 | 微软公司 | 高效的状态协调 |
CN102413191A (zh) * | 2011-12-30 | 2012-04-11 | 深圳市旗瀚软件有限公司 | 一种基于浏览器的web即时通讯方法 |
CN103220260A (zh) * | 2012-01-20 | 2013-07-24 | 腾讯科技(深圳)有限公司 | 更新数据的方法、服务器、客户端及系统 |
CN103312586A (zh) * | 2012-03-09 | 2013-09-18 | 联想(北京)有限公司 | 一种即时通信的方法、系统及服务器 |
CN103281355A (zh) * | 2013-05-02 | 2013-09-04 | 同济大学 | 基于模糊决策的服务器推送方法 |
Non-Patent Citations (2)
Title |
---|
VANESSA WANG FRANK SALIM PETER MOSKOVITS: "《HTML5 WebSocket权威指南》", 31 March 2014 * |
张军等: "《分步式系统技术内幕》", 31 July 2006 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109104378A (zh) * | 2018-08-17 | 2018-12-28 | 四川新网银行股份有限公司 | 基于时间序列预测的智能令牌预回收方法 |
CN110311986A (zh) * | 2019-07-10 | 2019-10-08 | 中国民航信息网络股份有限公司 | 移动端请求的处理方法和装置 |
CN112543215A (zh) * | 2019-09-23 | 2021-03-23 | 北京国双科技有限公司 | 访问请求的处理方法、系统、装置、存储介质和电子设备 |
CN111585808A (zh) * | 2020-04-30 | 2020-08-25 | 中国科学院空天信息创新研究院 | 一种消息处理方法、装置、设备及计算机可读存储介质 |
CN113612628A (zh) * | 2021-07-09 | 2021-11-05 | 苏州浪潮智能科技有限公司 | 一种实现自适应跨网段双向通信的方法、系统 |
CN113612628B (zh) * | 2021-07-09 | 2023-04-18 | 苏州浪潮智能科技有限公司 | 一种实现自适应跨网段双向通信的方法、系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102111419B (zh) | 一种基于消息中间件的客户端自动重连方法 | |
CN105515936A (zh) | 消息通信的方法、服务器和系统 | |
US8099510B2 (en) | Relay device and program product, allowing continued communication via an alternative protocol | |
CN104811459A (zh) | 用于消息服务的处理方法、装置及系统、消息服务系统 | |
CN101753597B (zh) | 对等节点-客户端架构下对等节点与客户端间保活方法 | |
CN107071826A (zh) | 数据资源传输的方法和设备 | |
CN103200214B (zh) | 离线消息集中处理方法和系统 | |
CN104486327B (zh) | 页面与长连接服务器间的通信方法及客户端 | |
CN104144098A (zh) | 消息推送方法、系统及推送服务器设备 | |
CN103312528A (zh) | 一种心跳消息发送方法及用户终端 | |
CN109040295B (zh) | 异常断线的确定方法及装置、终端及存储介质 | |
US20190199627A1 (en) | Method of Forwarding a Received Message in a Mesh Network Comprising a Plurality of Communicatively Interconnected Mesh Nodes as well as a Corresponding Mesh Node | |
CN102025515A (zh) | 基于文件目录的文件传输方法及其装置和系统 | |
CN111541555A (zh) | 群聊优化方法及相关产品 | |
CN102223381A (zh) | 一种消息推送方法、服务器、客户端及系统 | |
CN106301969A (zh) | Http长链接的管理方法及系统 | |
CN105262836A (zh) | 服务器推送信息的方法及客户端接收推送信息的方法 | |
CN103684974A (zh) | 邮件处理方法及系统 | |
CN102752230A (zh) | 一种用户关系链共享的方法和系统 | |
CN103516788A (zh) | 一种数据推送方法及其Flash客户端和服务器 | |
CN103312586B (zh) | 一种即时通信的方法、系统及服务器 | |
US20140201376A1 (en) | Method and system for the handling of redundant long poll | |
CN103648085A (zh) | 一种克服网络抖动的移动终端消息传递方法 | |
CN103281369A (zh) | 报文处理方法及广域网加速控制器woc | |
CN102986173B (zh) | 消息状态设置方法和cpm业务服务器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160420 |