CN106161593B - 消息轮询方法和服务器、通信系统 - Google Patents

消息轮询方法和服务器、通信系统 Download PDF

Info

Publication number
CN106161593B
CN106161593B CN201610455016.0A CN201610455016A CN106161593B CN 106161593 B CN106161593 B CN 106161593B CN 201610455016 A CN201610455016 A CN 201610455016A CN 106161593 B CN106161593 B CN 106161593B
Authority
CN
China
Prior art keywords
message
time
client
new
pushing
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
Application number
CN201610455016.0A
Other languages
English (en)
Other versions
CN106161593A (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.)
Beijing Qihoo Technology Co Ltd
Original Assignee
Beijing Qihoo Technology Co Ltd
Qizhi Software Beijing 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 Beijing Qihoo Technology Co Ltd, Qizhi Software Beijing Co Ltd filed Critical Beijing Qihoo Technology Co Ltd
Priority to CN201610455016.0A priority Critical patent/CN106161593B/zh
Publication of CN106161593A publication Critical patent/CN106161593A/zh
Application granted granted Critical
Publication of CN106161593B publication Critical patent/CN106161593B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H04L43/103—Active monitoring, e.g. heartbeat, ping or trace-route with adaptive polling, i.e. dynamically adapting the polling rate
    • 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)
  • Computer And Data Communications (AREA)

Abstract

本发明实施例公开了一种消息轮询方法和服务器、通信系统，其中，方法包括：接收客户端发送的消息获取请求，该消息获取请求中包括请求推送时间和已接收消息列表；根据消息获取请求中的请求推送时间和已接收消息列表，从消息队列中获取未向客户端发送过的新消息，并向客户端反馈响应消息，该响应消息中包括第二推送时间和新消息列表，新消息列表中包括本次向客户端下发的所有新消息的消息ID和消息内容，第二推送时间为新消息的推送时间。本发明实施例可以解决现有技术中不能使用长连接的客户端便无法接收到应用服务器推送的新消息的问题。

Description

消息轮询方法和服务器、通信系统
技术领域
本发明涉及通信技术领域，尤其是一种消息轮询方法和服务器、通信系统。
背景技术
随着3G和Wifi技术的普及，以及长期演进(Long Time Evolution，LTE)的发展，终端设备侧的带宽越来越大，用户的流量也逐渐增多。对于互联网的需求已经不局限于浏览网页、查看新闻，而是提出多样化的需求，例如网络游戏、视频电话等，因此，越来越多的应用和业务需要应用服务器直接把消息推送到终端设备上的应用客户端，从而极大的丰富了人们的生活，使人们获取更好的用户体验。
在应用服务器和终端设备之间的消息传递，通常包括拉取(Pull)和推送(Push)两种。其中，Pull是终端设备上的应用客户端到应用服务器去获取消息；而Push是应用服务器主动发送消息到终端设备上的应用客户端，具备主动性与时效性。
目前，消息推送服务使用的方式是在应用客户端与应用服务器之间保持长连接，即：就是在客户端与服务端之间创建和保持稳定可靠的连接；应用服务器产生新消息时，由应用服务器向应用客户端推送消息，该方式能够保证消息推送的及时性及应用客户端高并发性。
然而，在实现本发明的过程中，发明人发现，目前消息推送服务使用的方式至少存在以下问题：
目前应用客户端规模较大，其中有相当数量的应用客户端不能使用长连接，则该部分不能使用长连接的客户端便无法接收到应用服务器推送的新消息，从而限定了互联网应用和业务的发展。
发明内容
本发明实施例所要解决的其中一个技术问题是，提供一种消息轮询方法和服务器、通信系统，以解决现有技术中不能使用长连接的客户端便无法接收到应用服务器推送的新消息的问题。
根据本发明实施例的一个方面，提供的一种消息轮询方法，包括：
接收客户端发送的消息获取请求，该消息获取请求中包括请求推送时间和已接收消息列表；所述请求推送时间为客户端上一次接收到服务器下发的上一响应消息中的第一推送时间，所述已接收消息列表包括客户端上一次接收到服务器下发的所有消息的消息标识ID；
根据消息获取请求中的请求推送时间和已接收消息列表，从消息队列中获取未向客户端发送过的新消息，并向客户端反馈响应消息，该响应消息中包括第二推送时间和新消息列表，所述新消息列表中包括本次向客户端下发的所有新消息的消息ID和消息内容，所述第二推送时间为所述新消息的推送时间。
在基于上述方法的另一个实施例中，所述从消息队列中获取未向客户端发送过的新消息包括：
根据消息获取请求中的请求推送时间和所述客户端发送的、所述请求推送时间对应的已接收消息列表，查询消息队列中是否存在推送时间为所述请求推送时间的、未向客户端发送过的新消息；
若存在，从消息队列中获取推送时间为所述请求推送时间的、未向客户端发送过的新消息作为本次向客户端下发的新消息；所述第二推送时间具体为所述第一推送时间；
否则，若不存在，按照推送时间的先后顺序，从消息队列中获取推送时间晚于所述请求推送时间的新消息作为本次向客户端下发的新消息。
在基于上述方法的另一个实施例中，所述从消息队列中获取推送时间为所述请求推送时间的、未向客户端发送过的新消息作为本次向客户端下发的新消息包括：
以预设单次消息发送数量为单位，从消息队列中获取推送时间为所述请求推送时间的、未向客户端发送过的新消息中，获取不大于所述预设单次消息发送数量的新消息作为本次向客户端下发的新消息。
在基于上述方法的另一个实施例中，所述从消息队列中获取推送时间晚于所述请求推送时间的新消息作为本次向客户端下发的新消息包括：
以预设单次消息发送数量为单位，从消息队列中获取推送时间晚于所述请求推送时间、不大于所述预设单次消息发送数量的新消息作为本次向客户端下发的新消息。
在基于上述方法的另一个实施例中，所述从消息队列中获取未向客户端发送过的新消息还包括：
若消息队列中不存在推送时间晚于所述请求推送时间的新消息，向客户端反馈响应消息，该响应消息中包括所述第一推送时间和新消息列表，所述新消息列表为空。
在基于上述方法的另一个实施例中，还包括：
实时或周期性地从消息发布平台拉取该消息发布平台新生成的消息；
按照拉取时间顺序为拉取的消息分配推送时间，并将分配推送时间的消息插入所述消息队列。
在基于上述方法的另一个实施例中，为拉取的消息分配的推送时间具体为将该消息插入所述消息队列的时间。
在基于上述方法的另一个实施例中，所述将分配推送时间的消息插入所述消息队列包括：按照推送时间由大到小或者有小到大的顺序，将分配推送时间的消息插入所述消息队列。
根据本发明实施例的另一个方面，提供的一种消息轮询服务器，包括：
接收单元，用于接收客户端发送的消息获取请求，该消息获取请求中包括请求推送时间和已接收消息列表；所述请求推送时间为客户端上一次接收到服务器下发的上一响应消息中的第一推送时间，所述已接收消息列表包括客户端上一次接收到服务器下发的所有消息的消息标识ID；
第一存储单元，用于存储消息队列；
获取单元，用于根据消息获取请求中的请求推送时间和已接收消息列表，从消息队列中获取未向客户端发送过的新消息，该响应消息中包括第二推送时间和新消息列表，所述新消息列表中包括本次向客户端下发的所有新消息的消息ID和消息内容，所述第二推送时间为所述新消息的推送时间；
发送单元，用于向客户端反馈所述响应消息。
根据本发明实施例的又一个方面，提供的一种通信系统，包括客户端和上述任一实施例的消息轮询服务器；
所述客户端，用于向所述消息轮询服务器发送消息获取请求，并接收所述消息轮询服务器反馈的响应消息；
所述消息获取请求中包括请求推送时间和已接收消息列表；所述请求推送时间为客户端上一次接收到服务器下发的上一响应消息中的第一推送时间，所述已接收消息列表包括客户端上一次接收到服务器下发的所有消息的消息标识ID；
所述响应消息中包括第二推送时间和新消息列表，所述新消息列表中包括本次向客户端下发的所有新消息的消息ID和消息内容，所述第二推送时间为所述新消息的推送时间。
基于本发明上述实施例提供的消息轮询方法和服务器、通信系统，可以由客户端发送消息获取请求，根据消息获取请求中的请求推送时间和已接收消息列表，从消息队列中获取未向该客户端发送过的新消息，并向客户端反馈响应消息，该响应消息中包括第二推送时间和新消息列表，新消息列表中包括本次向客户端下发的所有新消息的消息ID和消息内容，第二推送时间为新消息的推送时间。本发明实施例提供了一种客户端从应用服务器获取新消息的新的技术方案，基于该技术方案，不能使用长连接的客户端也可以从应用服务器获得新消息，从而促进了互联网应用和业务的发展。
下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
附图说明
构成说明书的一部分的附图描述了本发明的实施例，并且连同描述一起用于解释本发明的原理。
参照附图，根据下面的详细描述，可以更加清楚地理解本发明，其中：
图1为本发明消息轮询方法一个实施例的流程图。
图2为本发明消息轮询方法另一个实施例的流程图。
图3为本发明消息轮询方法又一个实施例的流程图。
图4为本发明消息轮询服务器一个实施例的结构示意图。
图5为本发明消息轮询服务器另一个实施例的结构示意图。
图6为本发明通信系统一个实施例的结构示意图。
具体实施方式
现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
图1为本发明消息轮询方法一个实施例的流程图。如图1所示，该实施例的消息轮询方法包括：
102，接收客户端发送的消息获取请求，该消息获取请求中包括请求推送时间和已接收消息列表。
其中，请求推送时间为客户端上一次接收到服务器下发的上一响应消息中的第一推送时间，已接收消息列表包括客户端上一次接收到服务器下发的所有消息的消息标识(ID)，其中的消息ID唯一标识一条消息。
示例性地，在客户端首次发送的获取请求中，请求推送时间为预设的非时间数值，例如为0；已接收消息列表为空。
104，根据消息获取请求中的请求推送时间和已接收消息列表，从消息队列中获取未向客户端发送过的新消息，并向客户端反馈响应消息，该响应消息中包括第二推送时间和新消息列表。
其中，新消息列表中包括本次向客户端下发的所有新消息的消息ID和消息内容，第二推送时间为新消息的推送时间。
可选地，客户端接收到响应消息时，若新消息列表中存在新消息，可以根据新消息列表中的新消息执行相应操作。
基于本发明上述实施例提供的消息轮询的方法，可以由客户端发送消息获取请求，根据消息获取请求中的请求推送时间和已接收消息列表，从消息队列中获取未向该客户端发送过的新消息，并向客户端反馈响应消息，该响应消息中包括第二推送时间和新消息列表，新消息列表中包括本次向客户端下发的所有新消息的消息ID和消息内容，第二推送时间为新消息的推送时间。本发明实施例提供了一种客户端从应用服务器获取新消息的新的技术方案，基于该技术方案，不能使用长连接的客户端也可以从应用服务器获得新消息，从而促进了互联网应用和业务的发展。
图2为本发明消息轮询方法另一个实施例的流程图。如图2所示，该实施例的消息轮询方法包括：
202，接收客户端发送的消息获取请求，该消息获取请求中包括请求推送时间和已接收消息列表。
其中，请求推送时间为客户端上一次接收到服务器下发的上一响应消息中的第一推送时间，已接收消息列表包括客户端上一次接收到服务器下发的所有消息的消息标识(ID)，其中的消息ID唯一标识一条消息。
204，根据消息获取请求中的请求推送时间和客户端发送的、请求推送时间对应的已接收消息列表，查询消息队列中是否存在推送时间为该请求推送时间的、未向客户端发送过的新消息。
若存在，执行操作206。否则，若不存在，执行操作208。
206，从消息队列中获取推送时间为请求推送时间的、未向客户端发送过的新消息作为本次向客户端下发的新消息。
之后，执行操作210。
208，按照推送时间的先后顺序，从消息队列中获取推送时间晚于请求推送时间的新消息作为本次向客户端下发的新消息。
210，向客户端反馈响应消息，该响应消息中包括第二推送时间和新消息列表。
其中，新消息列表中包括本次向客户端下发的所有新消息的消息ID和消息内容，第二推送时间为新消息的推送时间。
其中，在操作206中，第二推送时间具体为第一推送时间。
在实际应用中，基于负载均衡、消息发送成功率和发送效率，可以限制每次向给客户端发送的新消息数量。具体地，可以预先设置预设单次消息发送数量，例如100条。则在本发明另一实施例的消息轮询方法中，图2所示实施例的操作206中，具体以预设单次消息发送数量为单位，从消息队列中获取推送时间为请求推送时间的、未向客户端发送过的新消息中，获取不大于预设单次消息发送数量的新消息作为本次向客户端下发的新消息。即：若消息队列中推送时间为请求推送时间的、未向客户端发送过的新消息数量大于或等于100条，则从消息队列中获取推送时间为请求推送时间的、未向客户端发送过的100条新消息作为本次向客户端下发的新消息；若消息队列中推送时间为请求推送时间的、未向客户端发送过的新消息数量小于100条，则从消息队列中获取推送时间为请求推送时间的、未向客户端发送过的全部新消息作为本次向客户端下发的新消息。
同样地，图2所示实施例的操作208中，具体以预设单次消息发送数量为单位，从消息队列中获取推送时间晚于请求推送时间、不大于预设单次消息发送数量的新消息作为本次向客户端下发的新消息。即：若消息队列中推送时间为晚于请求推送时间、且最接近请求推送时间的一个推送时间的新消息数量大于或等于100条，则从该新消息中获取100条作为本次向客户端下发的新消息；若消息队列中推送时间为晚于请求推送时间、最接近请求推送时间的一个推送时间的新消息数量小于100条，则获取推送时间为晚于请求推送时间、且最接近请求推送时间的一个推送时间的所有新消息作为本次向客户端下发的新消息。
在本发明又一实施例的消息轮询方法中，从消息队列中获取未向客户端发送过的新消息时，还可以包括：
若消息队列中不存在推送时间晚于请求推送时间的新消息，向客户端反馈响应消息，该响应消息中包括第一推送时间和新消息列表，其中的新消息列表为空。
进一步地，在本发明上述各消息轮询方法实施例的流程之前，还可以包括：
实时或周期性地从消息发布平台拉取该消息发布平台新生成的消息；
按照拉取时间顺序为拉取的消息分配推送时间，并将分配推送时间的消息插入消息队列，以便推送给客户端。
具体地，为拉取的消息分配的推送时间具体可以是将该消息插入消息队列的时间。
为了节省存储资源，可以定期对该消息列队中推送时间较早的消息进行清理。
示例性地，将分配推送时间的消息插入消息队列例如可以是：按照推送时间由大到小或者有小到大的顺序，将分配推送时间的消息插入消息队列。
则在本发明上述实施例中，还包括：
比较消息队列的尾部或头部是否存在推送时间大于第一推送时间的消息；
若消息队列的尾部或头部存在推送时间大于第一推送时间的消息，则确定消息队列中存在推送时间晚于请求推送时间的新消息；
相应地，按照推送时间的先后顺序，从消息队列中获取推送时间晚于请求推送时间的新消息作为本次向客户端下发的新消息具体为：从消息队列的尾部或头部获取推送时间大于第一推送时间的消息作为本次向客户端下发的新消息；
否则，若消息队列的尾部或头部不存在推送时间大于第一推送时间的消息，则确定消息队列中不存在推送时间晚于请求推送时间的新消息。
在本发明消息轮询方法的又一个实施例中，客户端发送的消息获取请求中还可以包括用于唯一标识一个客户端的客户端ID。相应地，该实施例的消息轮询方法还包括：
接收到客户端首次发送的获取请求后，在消息推送信息列表中建立客户端ID、推送时间与已接收消息列表之间的对应关系；
并在每次接收到客户端发送的消息获取请求后，基于接收到的消息获取请求对消息推送信息列表进行更新；
则上述各实施例中，根据消息获取请求中的请求推送时间和已接收消息列表，从消息队列中获取未向客户端发送过的新消息包括：根据消息获取请求中的请求推送时间、已接收消息列表和客户端ID，查询消息推送信息列表，从消息队列中获取未向客户端发送过的新消息。
进一步地，在本发明消息轮询方法的再一个实施例中，可以预先根据消息轮询服务器的负载和/或消息队列中新消息的数量设置轮询周期。相应地，在发送给客户端的响应消息中还可以包括轮询周期。相应地，各实施例的消息轮询方法还包括：
客户端接收到响应消息后，以轮询周期作为计时时长开始计时，并在计时器超时时，生成消息获取请求并发送消息轮询服务器。
根据消息轮询服务器的负载和/或消息队列中新消息的数量设置轮询周期的具体方式，可以是：消息轮询服务器的负载越大，轮询周期越大；消息队列中新消息的数量越大，轮询周期越小。
具体地，根据消息队列中新消息的数量设置轮询周期的方式可以是：在消息队列中存在新消息时，将轮询周期设置为预设周期；在消息队列中不存在新消息时，根据连续多次查询消息队列中不存在新消息的次数的增加，按照预设方式逐渐增大轮询周期。
因为每天的新消息都是有限的，因此，如果有新消息，也会在几轮请求、响应中推送完毕，因此大部分时间，客户端的轮询都是空轮询，没有新消息。本发明实施例根据消息轮询服务器的负载和/或消息队列中新消息的数量更新轮询周期，在服务端负载较大时，增大轮询周期，可以满足更多的客户端接入服务器；在消息队列中新消息的数量少时，增大轮询周期，既可以满足消息推送需求，还可以避免没有新消息时客户方与服务器进行信息交互，避免了由此导致的客户端与服务器负载的增加、对客户端与服务器工作性能的影响和占用的无线通信资源；而在服务端负载较小、消息队列中新消息的数量较多时，采用较小的轮询周期，可以在不影响服务器工作性能的情况下，将新消息快速推送给客户端。
图3为本发明消息轮询方法又一个实施例的流程图。该实施例以一个具体应用实例为例，对本发明各实施例的消息轮询方法进行进一步说明，该实施例的流程具体可以通过一个消息轮询服务器或具有类似功能的装置实现。如图3所示，该实施例的消息轮询方法包括：
302，客户端首次发送获取请求，其中包括：客户端ID，请求推送时间为0(即：pre_push_time＝0)，已接收消息列表为空(即：recv_id_set＝null)。
304，消息轮询服务器在消息推送信息列表中建立客户端ID、推送时间与已接收消息列表之间的对应关系，并查询消息队列中是否存在新消息。
若不存在，执行操作306。若存在，执行操作310。
306，消息轮询服务器向客户端反馈响应消息，该响应消息中包括：推送时间为空(即：push_time＝null)、新消息列表为空(即：msg_set＝null)和预先设置的轮询周期T。
308，客户端接收到响应消息后，设置轮询周期T，并以该轮询周期T作为计时时长开始计时，在计时器超时时，生成消息获取请求并发送给消息轮询服务器。
消息获取请求中，请求推送时间为0(即：pre_push_time＝0)，已接收消息列表为空(即：recv_id_set＝null)。
之后，执行操作304。
310，消息轮询服务器识别消息队列中推送时间push_time最早的(假设：推送时间最早的push_time＝m)的新消息数量是否小于预设单次消息发送数量。
若小于预设单次消息发送数量，执行操作312。否则，若大于或等于预设单次消息发送数量，执行操作314。
312，消息轮询服务器从消息队列中获取推送时间push_time＝m的所有新消息作为本次向客户端下发的新消息，即：新消息列表中包括推送时间push_time＝m的所有新消息的消息ID。
之后执行操作316。
314，消息轮询服务器从消息队列中获取推送时间为push_time＝m、预设单次消息发送数量的新消息作为本次向客户端下发的新消息，即：新消息列表中包括本次获取的推送时间push_time＝m、预设单次消息发送数量的新消息的消息ID。
316，消息轮询服务器向客户端反馈响应消息，该响应消息中包括推送时间push_time＝m、新消息列表msg_set＝{…}和轮询周期T。
其中，消息轮询服务器向一个客户端首次反馈响应消息中轮询周期T的取值为预先设置的值，之后向一个客户端首次反馈响应消息中轮询周期T的取值为消息轮询服务器按照预设策略更新或不更新的值，例如，消息队列中有新消息时轮询周期T的取值继续采用预先设置的值，向该客户端的新消息推送完成后轮询周期T的取值采用一个被更新的较大值。
318，客户端接收到响应消息后，接收新消息列表中的新消息，生成已接收消息列表recv_id_set＝{…}，并基于各新消息执行相应操作，例如向客户端所在的移动终端弹出消息提示、安装相应的插件等，同时以该轮询周期T作为计时时长开始计时。
320，在计时器超时时，客户端生成消息获取请求并发送给消息轮询服务器，该消息获取请求中包括：客户端ID，请求推送时间pre_push_time＝m，已接收消息列表recv_id_set＝{…}。
322，消息轮询服务器将推送时间push_time＝m和已接收消息列表recv_id_set＝{…}更新到推送信息列表中该客户端ID的对应关系中，并根据该客户端ID的对应关系，查询消息队列中是否存在推送时间为pre_push_time＝m、未向客户端发送过的新消息。
若存在，执行操作324。否则，若不存在，执行操作330。
324，消息轮询服务器识别推送时间为push_time＝m、未向客户端发送过的新消息数量是否小于预设单次消息发送数量。
若小于预设单次消息发送数量，执行操作326。否则，若大于或等于预设单次消息发送数量，执行操作328。
326，消息轮询服务器根据推送信息列表中该客户端ID的对应关系，从消息队列中获取推送时间为push_time＝m、未向客户端发送过的全部新消息作为本次向客户端下发的新消息。
之后，执行操作316。
328，消息轮询服务器根据推送信息列表中该客户端ID的对应关系，从消息队列中推送时间为push_time＝m、未向客户端发送过的新消息中获取预设单次消息发送数量的新消息作为本次向客户端下发的新消息。
之后，执行操作316。
330，消息轮询服务器按照推送时间的先后顺序，查询消息队列中是否存在推送时间晚于push_time＝m的新消息。
若存在，假设推送时间晚于push_time＝m且最接近push_time＝m的push_time＝n，则以push_time＝n代替push_time＝m作为推送时间，开始执行操作310。否则，若不存在，按照预设规律增大轮询周期T的值，然后执行操作316，此时，响应消息中中，新消息列表为空，即：msg_set＝null，轮询周期T的取值大于预先设置的值。
在图3所示的上述实施例中，在消息队列中不存在新消息时，统计连续多次查询消息队列中不存在新消息的次数，随着该连续多次查询消息队列中不存在新消息的次数的增加，按照预设方式逐渐增大轮询周期。直至消息队列中出现新消息时，轮询周期恢复预设设置的值，并对计数器清零，以便下次重新统计消息队列中连续不存在新消息的次数。
图4为本发明消息轮询服务器一个实施例的结构示意图。该实施例的消息轮询服务器可用于实现本发明上述各实施例的消息轮询方法。如图4所示，该实施例的消息轮询服务器包括：接收单元，第一存储单元，获取单元和发送单元。其中：
接收单元，用于接收客户端发送的消息获取请求，该消息获取请求中包括请求推送时间和已接收消息列表；请求推送时间为客户端上一次接收到服务器下发的上一响应消息中的第一推送时间，已接收消息列表包括客户端上一次接收到服务器下发的所有消息的消息ID。
示例性地，在客户端首次发送的获取请求中，请求推送时间为预设的非时间数值，例如为0；已接收消息列表为空。
第一存储单元，用于存储消息队列。
获取单元，用于根据消息获取请求中的请求推送时间和已接收消息列表，从消息队列中获取未向客户端发送过的新消息，该响应消息中包括第二推送时间和新消息列表，新消息列表中包括本次向客户端下发的所有新消息的消息ID和消息内容，第二推送时间为新消息的推送时间。
发送单元，用于向客户端反馈响应消息。
基于本发明上述实施例提供的消息轮询服务器，可以由客户端发送消息获取请求，根据消息获取请求中的请求推送时间和已接收消息列表，从消息队列中获取未向该客户端发送过的新消息，并向客户端反馈响应消息，该响应消息中包括第二推送时间和新消息列表，新消息列表中包括本次向客户端下发的所有新消息的消息ID和消息内容，第二推送时间为新消息的推送时间。本发明实施例提供了一种客户端从应用服务器获取新消息的新的技术方案，基于该技术方案，不能使用长连接的客户端也可以从应用服务器获得新消息，从而促进了互联网应用和业务的发展。
在上述消息轮询服务器实施例的一个具体示例中，获取单元从消息队列中获取未向客户端发送过的新消息时，具体用于：
根据消息获取请求中的请求推送时间和客户端发送的、请求推送时间对应的已接收消息列表，查询消息队列中是否存在推送时间为请求推送时间的、未向客户端发送过的新消息；
若存在，从消息队列中获取推送时间为请求推送时间的、未向客户端发送过的新消息作为本次向客户端下发的新消息，此时的第二推送时间具体为第一推送时间。具体地，获取单元以预设单次消息发送数量为单位，从消息队列中获取推送时间为请求推送时间的、未向客户端发送过的新消息中，获取不大于预设单次消息发送数量的新消息作为本次向客户端下发的新消息；
否则，若不存在，按照推送时间的先后顺序，从消息队列中获取推送时间晚于请求推送时间的新消息作为本次向客户端下发的新消息。具体地，获取单元可以以预设单次消息发送数量为单位，从消息队列中获取推送时间晚于请求推送时间、不大于预设单次消息发送数量的新消息作为本次向客户端下发的新消息。
进一步地，获取单元从消息队列中获取未向客户端发送过的新消息时，还用于在消息队列中不存在推送时间晚于请求推送时间的新消息时，向客户端反馈响应消息，该响应消息中包括第一推送时间和新消息列表，新消息列表为空。
图5为本发明消息轮询服务器另一个实施例的结构示意图。如图5所示，与图4所示的实施例相比，该实施例的消息轮询服务器还包括消息拉取单元，用于实时或周期性地从消息发布平台拉取该消息发布平台新生成的消息，并按照拉取时间顺序为拉取的消息分配推送时间，并将分配推送时间的消息插入消息队列。
具体地，为拉取的消息分配的推送时间可以是将该消息插入消息队列的时间。
在本发明消息轮询服务器实施例的一个具体示例中，消息拉取单元将分配推送时间的消息插入消息队列时，具体用于按照推送时间由大到小或者有小到大的顺序，将分配推送时间的消息插入消息队列。
相应地，在本发明消息轮询服务器的又一个实施例中，获取单元还用于：
比较消息队列的尾部或头部是否存在推送时间大于第一推送时间的消息；
若消息队列的尾部或头部存在推送时间大于第一推送时间的消息，则确定消息队列中存在推送时间晚于请求推送时间的新消息；
按照推送时间的先后顺序，从消息队列中获取推送时间晚于请求推送时间的新消息作为本次向客户端下发的新消息时，具体用于从消息队列的尾部或头部获取推送时间大于第一推送时间的消息作为本次向客户端下发的新消息；
否则，若消息队列的尾部或头部不存在推送时间大于第一推送时间的消息，则确定消息队列中不存在推送时间晚于请求推送时间的新消息。
进一步地，消息获取请求中还包括用于唯一标识一个客户端的客户端ID。相应地，在本发明消息轮询服务器的再一个实施例中，服务器还包括：推送信息存储单元和更新单元。其中：
推送信息存储单元，用于存储消息推送信息列表，消息推送信息列表包括客户端ID、推送时间与已接收消息列表之间的对应关系。
更新单元，用于在接收单元接收到客户端首次发送的获取请求后，在消息推送信息列表中建立客户端ID、推送时间与已接收消息列表之间的对应关系；并在每次接收到客户端发送的消息获取请求后，基于接收到的消息获取请求对消息推送信息列表进行更新；
相应地，获取单元根据消息获取请求中的请求推送时间和已接收消息列表，从消息队列中获取未向客户端发送过的新消息时，具体用于：根据消息获取请求中的请求推送时间、已接收消息列表和客户端ID，查询消息推送信息列表，从消息队列中获取未向客户端发送过的新消息。
进一步地，在本发明上述各实施例的消息轮询服务器中，响应消息中还可以包括轮询周期。
再参见图5，消息轮询服务器还可以包括设置单元，用于根据消息轮询服务器的负载和/或消息队列中新消息的数量设置轮询周期。具体地，可以设置消息轮询服务器的负载越大，轮询周期越大；和/或消息队列中新消息的数量越大，轮询周期越小。
在其中一个具体示例中，设置单元根据消息队列中新消息的数量设置轮询周期时，具体用于：在消息队列中存在新消息时，将轮询周期设置为预设周期；在消息队列中不存在新消息时，根据连续多次查询消息队列中不存在新消息的次数的增加，按照预设方式逐渐增大轮询周期。
图6为本发明通信系统一个实施例的结构示意图。如图6所示，该实施例的通信系统包括客户端本发明上述任一实施例的消息轮询服务器。其中：
客户端，用于向消息轮询服务器发送消息获取请求，并接收消息轮询服务器反馈的响应消息。
其中，消息获取请求中包括请求推送时间和已接收消息列表，请求推送时间为客户端上一次接收到服务器下发的上一响应消息中的第一推送时间，已接收消息列表包括客户端上一次接收到服务器下发的所有消息的消息ID。
响应消息中包括第二推送时间和新消息列表，新消息列表中包括本次向客户端下发的所有新消息的消息ID和消息内容，第二推送时间为新消息的推送时间。
基于本发明上述实施例提供的通信系统，可以由客户端发送消息获取请求，消息轮询服务器根据消息获取请求中的请求推送时间和已接收消息列表，从消息队列中获取未向该客户端发送过的新消息，并向客户端反馈响应消息，该响应消息中包括第二推送时间和新消息列表，新消息列表中包括本次向客户端下发的所有新消息的消息ID和消息内容，第二推送时间为新消息的推送时间。本发明实施例提供了一种客户端从应用服务器获取新消息的新的技术方案，基于该技术方案，不能使用长连接的客户端也可以从应用服务器获得新消息，从而促进了互联网应用和业务的发展。
另外，在通信系统的另一个实施例中，响应消息中包括轮询周期时，客户端还用于接收到响应消息后，以轮询周期开始计时，并在计时器超时时，生成消息获取请求并发送消息轮询服务器。
进一步地，在本发明上述各实施例的通信系统中，客户端还用于在接收到响应消息时，若新消息列表中存在新消息，根据新消息列表中的新消息执行相应操作。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
本发明实施例提供了以下技术方案：
1、一种消息轮询方法，包括：
接收客户端发送的消息获取请求，该消息获取请求中包括请求推送时间和已接收消息列表；所述请求推送时间为客户端上一次接收到服务器下发的上一响应消息中的第一推送时间，所述已接收消息列表包括客户端上一次接收到服务器下发的所有消息的消息标识ID；
根据消息获取请求中的请求推送时间和已接收消息列表，从消息队列中获取未向客户端发送过的新消息，并向客户端反馈响应消息，该响应消息中包括第二推送时间和新消息列表，所述新消息列表中包括本次向客户端下发的所有新消息的消息ID和消息内容，所述第二推送时间为所述新消息的推送时间。
2、根据1所述的方法，所述从消息队列中获取未向客户端发送过的新消息包括：
根据消息获取请求中的请求推送时间和所述客户端发送的、所述请求推送时间对应的已接收消息列表，查询消息队列中是否存在推送时间为所述请求推送时间的、未向客户端发送过的新消息；
若存在，从消息队列中获取推送时间为所述请求推送时间的、未向客户端发送过的新消息作为本次向客户端下发的新消息；所述第二推送时间具体为所述第一推送时间；
否则，若不存在，按照推送时间的先后顺序，从消息队列中获取推送时间晚于所述请求推送时间的新消息作为本次向客户端下发的新消息。
3、根据2所述的方法，所述从消息队列中获取推送时间为所述请求推送时间的、未向客户端发送过的新消息作为本次向客户端下发的新消息包括：
以预设单次消息发送数量为单位，从消息队列中获取推送时间为所述请求推送时间的、未向客户端发送过的新消息中，获取不大于所述预设单次消息发送数量的新消息作为本次向客户端下发的新消息。
4、根据2所述的方法，所述从消息队列中获取推送时间晚于所述请求推送时间的新消息作为本次向客户端下发的新消息包括：
以预设单次消息发送数量为单位，从消息队列中获取推送时间晚于所述请求推送时间、不大于所述预设单次消息发送数量的新消息作为本次向客户端下发的新消息。
5、根据2至4任意一项所述的方法，所述从消息队列中获取未向客户端发送过的新消息还包括：
若消息队列中不存在推送时间晚于所述请求推送时间的新消息，向客户端反馈响应消息，该响应消息中包括所述第一推送时间和新消息列表，所述新消息列表为空。
6、根据5所述的方法，还包括：
实时或周期性地从消息发布平台拉取该消息发布平台新生成的消息；
按照拉取时间顺序为拉取的消息分配推送时间，并将分配推送时间的消息插入所述消息队列。
7、根据6所述的方法，为拉取的消息分配的推送时间具体为将该消息插入所述消息队列的时间。
8、根据6或7所述的方法，所述将分配推送时间的消息插入所述消息队列包括：按照推送时间由大到小或者有小到大的顺序，将分配推送时间的消息插入所述消息队列。
9、根据8所述的方法，还包括：
比较所述消息队列的尾部或头部是否存在推送时间大于所述第一推送时间的消息；
若所述消息队列的尾部或头部存在推送时间大于所述第一推送时间的消息，则确定消息队列中存在推送时间晚于所述请求推送时间的新消息；
所述按照推送时间的先后顺序，从消息队列中获取推送时间晚于所述请求推送时间的新消息作为本次向客户端下发的新消息包括：从所述消息队列的尾部或头部获取推送时间大于所述第一推送时间的消息作为本次向客户端下发的新消息；
否则，若所述消息队列的尾部或头部不存在推送时间大于所述第一推送时间的消息，则确定消息队列中不存在推送时间晚于所述请求推送时间的新消息。
10、根据1至9任意一项所述的方法，客户端首次发送的获取请求中，所述请求推送时间为预设的非时间数值；所述已接收消息列表为空。
11、根据1至10任意一项所述的方法，所述消息获取请求中还包括用于唯一标识一个客户端的客户端ID；
所述方法还包括：
接收到客户端首次发送的获取请求后，在消息推送信息列表中建立客户端ID、推送时间与已接收消息列表之间的对应关系；
并在每次接收到客户端发送的消息获取请求后，基于接收到的消息获取请求对所述消息推送信息列表进行更新；
所述根据消息获取请求中的请求推送时间和已接收消息列表，从消息队列中获取未向客户端发送过的新消息包括：根据消息获取请求中的请求推送时间、已接收消息列表和客户端ID，查询所述消息推送信息列表，从消息队列中获取未向客户端发送过的新消息。
12、根据1至11任意一项所述的方法，所述响应消息中还包括轮询周期；
所述方法还包括：
客户端接收到响应消息后，以所述轮询周期开始计时，并在计时器超时时，生成所述消息获取请求并发送消息轮询服务器。
13、根据12所述的方法，还包括：
根据所述消息轮询服务器的负载和/或消息队列中新消息的数量设置轮询周期。
14、根据13所述的方法，所述消息轮询服务器的负载越大，所述轮询周期越大；
所述消息队列中新消息的数量越大，所述轮询周期越小。
15、根据14所述的方法，所述根据消息队列中新消息的数量设置轮询周期包括：
在消息队列中存在新消息时，将轮询周期设置为预设周期；
在消息队列中不存在新消息时，根据连续多次查询消息队列中不存在新消息的次数的增加，按照预设方式逐渐增大轮询周期。
16、根据1至15任意一项所述的方法，还包括：
客户端接收到响应消息时，若新消息列表中存在新消息，根据新消息列表中的新消息执行相应操作。
17、一种消息轮询服务器，包括：
接收单元，用于接收客户端发送的消息获取请求，该消息获取请求中包括请求推送时间和已接收消息列表；所述请求推送时间为客户端上一次接收到服务器下发的上一响应消息中的第一推送时间，所述已接收消息列表包括客户端上一次接收到服务器下发的所有消息的消息标识ID；
第一存储单元，用于存储消息队列；
获取单元，用于根据消息获取请求中的请求推送时间和已接收消息列表，从消息队列中获取未向客户端发送过的新消息，该响应消息中包括第二推送时间和新消息列表，所述新消息列表中包括本次向客户端下发的所有新消息的消息ID和消息内容，所述第二推送时间为所述新消息的推送时间；
发送单元，用于向客户端反馈所述响应消息。
18、根据17所述的服务器，所述获取单元从消息队列中获取未向客户端发送过的新消息时，具体用于：
根据消息获取请求中的请求推送时间和所述客户端发送的、所述请求推送时间对应的已接收消息列表，查询消息队列中是否存在推送时间为所述请求推送时间的、未向客户端发送过的新消息；
若存在，从消息队列中获取推送时间为所述请求推送时间的、未向客户端发送过的新消息作为本次向客户端下发的新消息；所述第二推送时间具体为所述第一推送时间；
否则，若不存在，按照推送时间的先后顺序，从消息队列中获取推送时间晚于所述请求推送时间的新消息作为本次向客户端下发的新消息。
19、根据18所述的服务器，所述获取单元从消息队列中获取推送时间为所述请求推送时间的、未向客户端发送过的新消息作为本次向客户端下发的新消息时，具体用于以预设单次消息发送数量为单位，从消息队列中获取推送时间为所述请求推送时间的、未向客户端发送过的新消息中，获取不大于所述预设单次消息发送数量的新消息作为本次向客户端下发的新消息。
20、根据18所述的服务器，所述获取单元从消息队列中获取推送时间晚于所述请求推送时间的新消息作为本次向客户端下发的新消息时，具体用于以预设单次消息发送数量为单位，从消息队列中获取推送时间晚于所述请求推送时间、不大于所述预设单次消息发送数量的新消息作为本次向客户端下发的新消息。
21、根据18至20任意一项所述的服务器，所述获取单元从消息队列中获取未向客户端发送过的新消息时，还用于若消息队列中不存在推送时间晚于所述请求推送时间的新消息，向客户端反馈响应消息，该响应消息中包括所述第一推送时间和新消息列表，所述新消息列表为空。
22、根据21所述的服务器，还包括：
消息拉取单元，用于实时或周期性地从消息发布平台拉取该消息发布平台新生成的消息，并按照拉取时间顺序为拉取的消息分配推送时间，并将分配推送时间的消息插入所述消息队列。
23、根据22所述的服务器，为拉取的消息分配的推送时间具体为将该消息插入所述消息队列的时间。
24、根据22或23所述的服务器，所述消息拉取单元将分配推送时间的消息插入所述消息队列时，具体用于按照推送时间由大到小或者有小到大的顺序，将分配推送时间的消息插入所述消息队列。
25、根据24所述的服务器，所述获取单元，还用于：
比较所述消息队列的尾部或头部是否存在推送时间大于所述第一推送时间的消息；
若所述消息队列的尾部或头部存在推送时间大于所述第一推送时间的消息，则确定消息队列中存在推送时间晚于所述请求推送时间的新消息；
按照推送时间的先后顺序，从消息队列中获取推送时间晚于所述请求推送时间的新消息作为本次向客户端下发的新消息时，具体用于从所述消息队列的尾部或头部获取推送时间大于所述第一推送时间的消息作为本次向客户端下发的新消息；
否则，若所述消息队列的尾部或头部不存在推送时间大于所述第一推送时间的消息，则确定消息队列中不存在推送时间晚于所述请求推送时间的新消息。
26、根据17至25任意一项所述的服务器，客户端首次发送的获取请求中，所述请求推送时间为预设的非时间数值；所述已接收消息列表为空。
27、根据17至25任意一项所述的服务器，所述消息获取请求中还包括用于唯一标识一个客户端的客户端ID；
所述服务器还包括：
推送信息存储单元，用于存储消息推送信息列表，所述消息推送信息列表包括客户端ID、推送时间与已接收消息列表之间的对应关系；
更新单元，用于在接收单元接收到客户端首次发送的获取请求后，在消息推送信息列表中建立客户端ID、推送时间与已接收消息列表之间的对应关系；并在每次接收到客户端发送的消息获取请求后，基于接收到的消息获取请求对所述消息推送信息列表进行更新；
所述获取单元根据消息获取请求中的请求推送时间和已接收消息列表，从消息队列中获取未向客户端发送过的新消息时，具体用于：根据消息获取请求中的请求推送时间、已接收消息列表和客户端ID，查询所述消息推送信息列表，从消息队列中获取未向客户端发送过的新消息。
28、根据17至27任意一项所述的服务器，所述响应消息中还包括轮询周期。
29、根据28所述的服务器，还包括：
设置单元，用于根据所述消息轮询服务器的负载和/或消息队列中新消息的数量设置轮询周期。
30、根据29所述的服务器，所述消息轮询服务器的负载越大，所述轮询周期越大；
所述消息队列中新消息的数量越大，所述轮询周期越小。
31、根据30所述的服务器，所述设置单元根据消息队列中新消息的数量设置轮询周期时，具体用于：
在消息队列中存在新消息时，将轮询周期设置为预设周期；
在消息队列中不存在新消息时，根据连续多次查询消息队列中不存在新消息的次数的增加，按照预设方式逐渐增大轮询周期。
32、一种通信系统，包括客户端和1至16任意一项所述的消息轮询服务器；
所述客户端，用于向所述消息轮询服务器发送消息获取请求，并接收所述消息轮询服务器反馈的响应消息；
所述消息获取请求中包括请求推送时间和已接收消息列表；所述请求推送时间为客户端上一次接收到服务器下发的上一响应消息中的第一推送时间，所述已接收消息列表包括客户端上一次接收到服务器下发的所有消息的消息标识ID；
所述响应消息中包括第二推送时间和新消息列表，所述新消息列表中包括本次向客户端下发的所有新消息的消息ID和消息内容，所述第二推送时间为所述新消息的推送时间。
33、根据32所述的系统，所述响应消息中包括轮询周期时，所述客户端，还用于接收到响应消息后，以所述轮询周期开始计时，并在计时器超时时，生成所述消息获取请求并发送消息轮询服务器。
34、根据32或33所述的系统，所述客户端，还用于在接收到响应消息时，若新消息列表中存在新消息，根据新消息列表中的新消息执行相应操作。
本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于系统实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
可能以许多方式来实现本发明的方法和装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法和装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。
本发明的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。

Claims (30)

1.一种消息轮询方法，其特征在于，包括：
接收客户端发送的消息获取请求，该消息获取请求中包括请求推送时间和已接收消息列表；所述请求推送时间为客户端上一次接收到服务器下发的上一响应消息中的第一推送时间，所述已接收消息列表包括客户端上一次接收到服务器下发的所有消息的消息标识ID；
根据消息获取请求中的请求推送时间和已接收消息列表，从消息队列中获取未向客户端发送过的新消息，并向客户端反馈响应消息，该响应消息中包括第二推送时间和新消息列表，所述新消息列表中包括本次向客户端下发的所有新消息的消息ID和消息内容，所述第二推送时间为所述新消息的推送时间；其中，所述响应消息中还包括轮询周期；
所述方法还包括：
客户端接收到响应消息后，以所述轮询周期开始计时，并在计时器超时时，生成所述消息获取请求并发送至消息轮询服务器；
根据所述消息轮询服务器的负载和/或消息队列中新消息的数量设置轮询周期。
2.根据权利要求1所述的方法，其特征在于，所述从消息队列中获取未向客户端发送过的新消息包括：
根据消息获取请求中的请求推送时间和所述客户端发送的、所述请求推送时间对应的已接收消息列表，查询消息队列中是否存在推送时间为所述请求推送时间的、未向客户端发送过的新消息；
若存在，从消息队列中获取推送时间为所述请求推送时间的、未向客户端发送过的新消息作为本次向客户端下发的新消息；所述第二推送时间具体为所述第一推送时间；
否则，若不存在，按照推送时间的先后顺序，从消息队列中获取推送时间晚于所述请求推送时间的新消息作为本次向客户端下发的新消息。
3.根据权利要求2所述的方法，其特征在于，所述从消息队列中获取推送时间为所述请求推送时间的、未向客户端发送过的新消息作为本次向客户端下发的新消息包括：
以预设单次消息发送数量为单位，从消息队列中获取推送时间为所述请求推送时间的、未向客户端发送过的新消息中，获取不大于所述预设单次消息发送数量的新消息作为本次向客户端下发的新消息。
4.根据权利要求2所述的方法，其特征在于，所述从消息队列中获取推送时间晚于所述请求推送时间的新消息作为本次向客户端下发的新消息包括：
以预设单次消息发送数量为单位，从消息队列中获取推送时间晚于所述请求推送时间、不大于所述预设单次消息发送数量的新消息作为本次向客户端下发的新消息。
5.根据权利要求2至4任意一项所述的方法，其特征在于，所述从消息队列中获取未向客户端发送过的新消息还包括：
若消息队列中不存在推送时间晚于所述请求推送时间的新消息，向客户端反馈响应消息，该响应消息中包括所述第一推送时间和新消息列表，所述新消息列表为空。
6.根据权利要求5所述的方法，其特征在于，还包括：
实时或周期性地从消息发布平台拉取该消息发布平台新生成的消息；
按照拉取时间顺序为拉取的消息分配推送时间，并将分配推送时间的消息插入所述消息队列。
7.根据权利要求6所述的方法，其特征在于，为拉取的消息分配的推送时间具体为将该消息插入所述消息队列的时间。
8.根据权利要求6或7所述的方法，其特征在于，所述将分配推送时间的消息插入所述消息队列包括：按照推送时间由大到小或者有小到大的顺序，将分配推送时间的消息插入所述消息队列。
9.根据权利要求8所述的方法，其特征在于，还包括：
比较所述消息队列的尾部或头部是否存在推送时间大于所述第一推送时间的消息；
若所述消息队列的尾部或头部存在推送时间大于所述第一推送时间的消息，则确定消息队列中存在推送时间晚于所述请求推送时间的新消息；
所述按照推送时间的先后顺序，从消息队列中获取推送时间晚于所述请求推送时间的新消息作为本次向客户端下发的新消息包括：从所述消息队列的尾部或头部获取推送时间大于所述第一推送时间的消息作为本次向客户端下发的新消息；
否则，若所述消息队列的尾部或头部不存在推送时间大于所述第一推送时间的消息，则确定消息队列中不存在推送时间晚于所述请求推送时间的新消息。
10.根据权利要求1所述的方法，其特征在于，客户端首次发送的获取请求中，所述请求推送时间为预设的非时间数值；所述已接收消息列表为空。
11.根据权利要求1所述的方法，其特征在于，所述消息获取请求中还包括用于唯一标识一个客户端的客户端ID；
所述方法还包括：
接收到客户端首次发送的获取请求后，在消息推送信息列表中建立客户端ID、推送时间与已接收消息列表之间的对应关系；
并在每次接收到客户端发送的消息获取请求后，基于接收到的消息获取请求对所述消息推送信息列表进行更新；
所述根据消息获取请求中的请求推送时间和已接收消息列表，从消息队列中获取未向客户端发送过的新消息包括：根据消息获取请求中的请求推送时间、已接收消息列表和客户端ID，查询所述消息推送信息列表，从消息队列中获取未向客户端发送过的新消息。
12.根据权利要求1所述的方法，其特征在于，所述消息轮询服务器的负载越大，所述轮询周期越大；
所述消息队列中新消息的数量越大，所述轮询周期越小。
13.根据权利要求12所述的方法，其特征在于，所述根据消息队列中新消息的数量设置轮询周期包括：
在消息队列中存在新消息时，将轮询周期设置为预设周期；
在消息队列中不存在新消息时，根据连续多次查询消息队列中不存在新消息的次数的增加，按照预设方式逐渐增大轮询周期。
14.根据权利要求1所述的方法，其特征在于，还包括：
客户端接收到响应消息时，若新消息列表中存在新消息，根据新消息列表中的新消息执行相应操作。
15.一种消息轮询服务器，其特征在于，包括：
接收单元，用于接收客户端发送的消息获取请求，该消息获取请求中包括请求推送时间和已接收消息列表；所述请求推送时间为客户端上一次接收到服务器下发的上一响应消息中的第一推送时间，所述已接收消息列表包括客户端上一次接收到服务器下发的所有消息的消息标识ID；
第一存储单元，用于存储消息队列；
获取单元，用于根据消息获取请求中的请求推送时间和已接收消息列表，从消息队列中获取未向客户端发送过的新消息，该响应消息中包括第二推送时间和新消息列表，所述新消息列表中包括本次向客户端下发的所有新消息的消息ID和消息内容，所述第二推送时间为所述新消息的推送时间；其中，所述响应消息中还包括轮询周期；
发送单元，用于向客户端反馈所述响应消息；
还包括：
设置单元，用于根据所述消息轮询服务器的负载和/或消息队列中新消息的数量设置轮询周期。
16.根据权利要求15所述的服务器，其特征在于，所述获取单元从消息队列中获取未向客户端发送过的新消息时，具体用于：
根据消息获取请求中的请求推送时间和所述客户端发送的、所述请求推送时间对应的已接收消息列表，查询消息队列中是否存在推送时间为所述请求推送时间的、未向客户端发送过的新消息；
若存在，从消息队列中获取推送时间为所述请求推送时间的、未向客户端发送过的新消息作为本次向客户端下发的新消息；所述第二推送时间具体为所述第一推送时间；
否则，若不存在，按照推送时间的先后顺序，从消息队列中获取推送时间晚于所述请求推送时间的新消息作为本次向客户端下发的新消息。
17.根据权利要求16所述的服务器，其特征在于，所述获取单元从消息队列中获取推送时间为所述请求推送时间的、未向客户端发送过的新消息作为本次向客户端下发的新消息时，具体用于以预设单次消息发送数量为单位，从消息队列中获取推送时间为所述请求推送时间的、未向客户端发送过的新消息中，获取不大于所述预设单次消息发送数量的新消息作为本次向客户端下发的新消息。
18.根据权利要求16所述的服务器，其特征在于，所述获取单元从消息队列中获取推送时间晚于所述请求推送时间的新消息作为本次向客户端下发的新消息时，具体用于以预设单次消息发送数量为单位，从消息队列中获取推送时间晚于所述请求推送时间、不大于所述预设单次消息发送数量的新消息作为本次向客户端下发的新消息。
19.根据权利要求16至18任意一项所述的服务器，其特征在于，所述获取单元从消息队列中获取未向客户端发送过的新消息时，还用于若消息队列中不存在推送时间晚于所述请求推送时间的新消息，向客户端反馈响应消息，该响应消息中包括所述第一推送时间和新消息列表，所述新消息列表为空。
20.根据权利要求19所述的服务器，其特征在于，还包括：
消息拉取单元，用于实时或周期性地从消息发布平台拉取该消息发布平台新生成的消息，并按照拉取时间顺序为拉取的消息分配推送时间，并将分配推送时间的消息插入所述消息队列。
21.根据权利要求20所述的服务器，其特征在于，为拉取的消息分配的推送时间具体为将该消息插入所述消息队列的时间。
22.根据权利要求20或21所述的服务器，其特征在于，所述消息拉取单元将分配推送时间的消息插入所述消息队列时，具体用于按照推送时间由大到小或者有小到大的顺序，将分配推送时间的消息插入所述消息队列。
23.根据权利要求22所述的服务器，其特征在于，所述获取单元，还用于：
比较所述消息队列的尾部或头部是否存在推送时间大于所述第一推送时间的消息；
若所述消息队列的尾部或头部存在推送时间大于所述第一推送时间的消息，则确定消息队列中存在推送时间晚于所述请求推送时间的新消息；
按照推送时间的先后顺序，从消息队列中获取推送时间晚于所述请求推送时间的新消息作为本次向客户端下发的新消息时，具体用于从所述消息队列的尾部或头部获取推送时间大于所述第一推送时间的消息作为本次向客户端下发的新消息；
否则，若所述消息队列的尾部或头部不存在推送时间大于所述第一推送时间的消息，则确定消息队列中不存在推送时间晚于所述请求推送时间的新消息。
24.根据权利要求15所述的服务器，其特征在于，客户端首次发送的获取请求中，所述请求推送时间为预设的非时间数值；所述已接收消息列表为空。
25.根据权利要求15所述的服务器，其特征在于，所述消息获取请求中还包括用于唯一标识一个客户端的客户端ID；
所述服务器还包括：
推送信息存储单元，用于存储消息推送信息列表，所述消息推送信息列表包括客户端ID、推送时间与已接收消息列表之间的对应关系；
更新单元，用于在接收单元接收到客户端首次发送的获取请求后，在消息推送信息列表中建立客户端ID、推送时间与已接收消息列表之间的对应关系；并在每次接收到客户端发送的消息获取请求后，基于接收到的消息获取请求对所述消息推送信息列表进行更新；
所述获取单元根据消息获取请求中的请求推送时间和已接收消息列表，从消息队列中获取未向客户端发送过的新消息时，具体用于：根据消息获取请求中的请求推送时间、已接收消息列表和客户端ID，查询所述消息推送信息列表，从消息队列中获取未向客户端发送过的新消息。
26.根据权利要求15所述的服务器，其特征在于，所述消息轮询服务器的负载越大，所述轮询周期越大；
所述消息队列中新消息的数量越大，所述轮询周期越小。
27.根据权利要求26所述的服务器，其特征在于，所述设置单元根据消息队列中新消息的数量设置轮询周期时，具体用于：
在消息队列中存在新消息时，将轮询周期设置为预设周期；
在消息队列中不存在新消息时，根据连续多次查询消息队列中不存在新消息的次数的增加，按照预设方式逐渐增大轮询周期。
28.一种通信系统，包括客户端和权利要求15至16任意一项所述的消息轮询服务器；
所述客户端，用于向所述消息轮询服务器发送消息获取请求，并接收所述消息轮询服务器反馈的响应消息；
所述消息获取请求中包括请求推送时间和已接收消息列表；所述请求推送时间为客户端上一次接收到服务器下发的上一响应消息中的第一推送时间，所述已接收消息列表包括客户端上一次接收到服务器下发的所有消息的消息标识ID；
所述响应消息中包括第二推送时间和新消息列表，所述新消息列表中包括本次向客户端下发的所有新消息的消息ID和消息内容，所述第二推送时间为所述新消息的推送时间。
29.根据权利要求28所述的系统，其特征在于，所述响应消息中包括轮询周期时，所述客户端，还用于接收到响应消息后，以所述轮询周期开始计时，并在计时器超时时，生成所述消息获取请求并发送消息轮询服务器。
30.根据权利要求28或29所述的系统，其特征在于，所述客户端，还用于在接收到响应消息时，若新消息列表中存在新消息，根据新消息列表中的新消息执行相应操作。
CN201610455016.0A 2016-06-21 2016-06-21 消息轮询方法和服务器、通信系统 Active CN106161593B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610455016.0A CN106161593B (zh) 2016-06-21 2016-06-21 消息轮询方法和服务器、通信系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610455016.0A CN106161593B (zh) 2016-06-21 2016-06-21 消息轮询方法和服务器、通信系统

Publications (2)

Publication Number Publication Date
CN106161593A CN106161593A (zh) 2016-11-23
CN106161593B true CN106161593B (zh) 2020-02-07

Family

ID=57352994

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610455016.0A Active CN106161593B (zh) 2016-06-21 2016-06-21 消息轮询方法和服务器、通信系统

Country Status (1)

Country Link
CN (1) CN106161593B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108718274A (zh) * 2018-05-29 2018-10-30 北京德惠众合信息技术有限公司 一种即时通讯消息的防丢失方法

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107070769A (zh) * 2016-11-29 2017-08-18 努比亚技术有限公司 一种获取服务端推送消息的装置及方法
CN106998274A (zh) * 2016-12-12 2017-08-01 深圳大宇无限科技有限公司 应用消息推送方法和装置
CN107135258B (zh) * 2017-05-04 2020-09-18 浙江数链科技有限公司 消息推送的方法以及服务器
CN107203430A (zh) * 2017-05-12 2017-09-26 百度在线网络技术（北京）有限公司 消息处理方法及装置、服务器设备及计算机可读介质
CN109766347B (zh) * 2017-07-21 2023-03-28 腾讯科技（深圳）有限公司 一种数据更新方法、装置、系统、计算机设备及存储介质
CN109819005B (zh) * 2017-11-22 2021-12-10 腾讯科技（深圳）有限公司 一种信息获取方法及其设备、系统、终端、服务器
CN108769157B (zh) * 2018-05-16 2021-03-19 北京奇虎科技有限公司 消息弹窗的展示方法、装置、计算设备及计算机存储介质
CN109033259A (zh) * 2018-07-06 2018-12-18 龙马智芯（珠海横琴）科技有限公司 推送信息的方法、装置和终端
CN108965032B (zh) * 2018-08-22 2022-07-01 北京奇虎科技有限公司 一种基于循环队列的消息推送量统计方法和装置
CN109684111A (zh) * 2018-12-28 2019-04-26 安徽同徽网络技术有限公司 消息推送方法、消息推送系统和计算机可读存储介质
CN109672590A (zh) * 2019-01-10 2019-04-23 平安科技（深圳）有限公司 数据采集方法、装置、设备及计算机可读存储介质
CN110022352B (zh) * 2019-02-28 2022-02-22 福建天泉教育科技有限公司 一种消息推送的应答方法及终端
CN110086883A (zh) * 2019-05-08 2019-08-02 福州福昕网络技术有限责任公司 一种用于Windows平台的消息推送方法和系统
CN110351569B (zh) * 2019-06-25 2021-02-02 腾讯科技（深圳）有限公司 一种直播内容处理方法、装置、设备及介质
CN110620699B (zh) * 2019-08-02 2021-12-28 北京字节跳动网络技术有限公司 消息到达率确定方法、装置、设备和计算机可读存储介质
CN111225029A (zh) * 2019-11-27 2020-06-02 深圳市道通科技股份有限公司 一种动态消息推送方法、系统和汽车诊断服务器
CN111211973B (zh) * 2020-01-15 2022-06-21 百望股份有限公司 发票领域的消息处理方法、装置及存储介质
CN111949391A (zh) * 2020-08-25 2020-11-17 北京天融信网络安全技术有限公司 基于多核架构的定时器实现方法、装置、设备及存储介质
CN112764947B (zh) * 2021-01-15 2023-12-26 百果园技术(新加坡)有限公司 消息数据拉取方法、装置、设备和存储介质
CN113079114B (zh) * 2021-06-04 2021-08-27 鹏城实验室 一种数据包接收方法、装置、终端及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104796322A (zh) * 2015-03-25 2015-07-22 腾讯科技（深圳）有限公司 一种消息处理方法及其设备
CN105162682A (zh) * 2015-07-29 2015-12-16 大连理工大学 一种实现离线状态定时推送消息的方法
CN105188037A (zh) * 2015-10-16 2015-12-23 珠海格力电器股份有限公司 消息推送方法及移动终端和消息推送服务器
CN105208043A (zh) * 2015-10-13 2015-12-30 网易（杭州）网络有限公司 外网代理模块、内网代理模块、数据传输方法及系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8302109B2 (en) * 2009-02-24 2012-10-30 International Business Machines Corporation Synchronization optimized queuing system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104796322A (zh) * 2015-03-25 2015-07-22 腾讯科技（深圳）有限公司 一种消息处理方法及其设备
CN105162682A (zh) * 2015-07-29 2015-12-16 大连理工大学 一种实现离线状态定时推送消息的方法
CN105208043A (zh) * 2015-10-13 2015-12-30 网易（杭州）网络有限公司 外网代理模块、内网代理模块、数据传输方法及系统
CN105188037A (zh) * 2015-10-16 2015-12-23 珠海格力电器股份有限公司 消息推送方法及移动终端和消息推送服务器

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108718274A (zh) * 2018-05-29 2018-10-30 北京德惠众合信息技术有限公司 一种即时通讯消息的防丢失方法

Also Published As

Publication number Publication date
CN106161593A (zh) 2016-11-23

Similar Documents

Publication Publication Date Title
CN106161593B (zh) 消息轮询方法和服务器、通信系统
US11356748B2 (en) Method, apparatus and system for slicing live streaming
CN105635180B (zh) 消息推送方法及装置
CN104581374B (zh) 一种获取切片文件和生成子m3u8文件的方法、节点及服务器
US8849896B2 (en) Dynamic polling control for content distribution
CN111327622B (zh) 一种资源调度方法及系统
CA2840106A1 (en) Offline download method, multimedia file download method and system thereof
CN108462755B (zh) 一种下载数据资源的方法和系统
CN105812235B (zh) 消息处理方法、装置及系统
US8788694B2 (en) Content update from a server to a client terminal in a dynamic content delivery (DCD) system
CN105471716A (zh) 实现跨客户端消息同步的方法、用户设备及服务器
CN101160913A (zh) 一种离线消息处理方法
CN111355798A (zh) 一种数据分发方法及系统
CN101136911A (zh) 一种采用p2p技术下载文件的方法和p2p下载系统
CN107040615B (zh) 媒体分片的下载方法、终端和计算机可读存储介质
CN109462640B (zh) 一种元数据同步方法、数据端、交互系统及介质
CN111031113B (zh) 一种支持平台级客服系统的用户排队方法
CN113014422B (zh) 一种内容分发网络带宽调度的方法、装置及设备
CN109257335B (zh) 保持回源链路的方法、回源方法、相关装置及存储介质
CN110753096A (zh) 一种消息推送方法、系统及电子设备
CN111679916B (zh) 一种视频推荐方法、目标服务提供端、服务调用端及系统
CN111182331B (zh) 媒体数据切片方法、系统及存储介质
CN114401261B (zh) 文件下载方法及装置
CN114064275A (zh) 数据处理方法及装置
CN113014672B (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
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20240111

Address after: 100088 room 112, block D, 28 new street, new street, Xicheng District, Beijing (Desheng Park)

Patentee after: BEIJING QIHOO TECHNOLOGY Co.,Ltd.

Address before: 100088 room 112, block D, 28 new street, new street, Xicheng District, Beijing (Desheng Park)

Patentee before: BEIJING QIHOO TECHNOLOGY Co.,Ltd.

Patentee before: Qizhi software (Beijing) Co.,Ltd.