CN106790603A - 消息交互的方法、装置及系统 - Google Patents

Abstract

本发明公开了一种消息交互的方法、装置及系统，涉及互联网技术领域，解决了现有的互联网应用中客户端与服务器之间消息交互的方式效率低的问题。本发明的方法包括：客户端向服务器发送请求后，获取服务器返回的请求的请求延时值；根据所述请求延时值设置再次发送请求的延时等待时间；当到达延时等待时间后，自动向所述服务器发送请求。本发明应用于互联网应用中服务器与客户端消息交互的过程中。

Description

消息交互的方法、装置及系统

技术领域

本发明涉及互联网技术领域，尤其涉及一种消息交互的方法、装置及系统。

背景技术

随着互联网的飞速发展，大量互联网应用随之出现，关于互联网应用的服务器与客户端的消息交互，主要有以下两种模式：一种是客户端主动向服务器发起请求，服务器接收到请求后返回响应结果。一种是服务器向客户端主动推送消息。上述两种消息交互的方式都存在一定的弊端，对于客户端主动请求的模式，客户端无法精准的获知什么时段是服务器的访问高峰期，因此会经常性的出现服务器系统宕机或资源浪费的情况；对于服务器主动推送消息的模式，会出现服务器响应不及时，以及当客户端未开机时还容易造成漏更新的客户端的现象。

发明内容

鉴于上述问题，本发明提供一种消息交互的方法、装置及系统，用以解决现有的互联网应用中客户端与服务器之间消息交互的方式效率低的问题。

为解决上述技术问题，第一方面，本发明提供了一种消息交互的方法，所述方法包括：

客户端向服务器发送请求后，获取服务器返回的请求的请求延时值；

根据所述请求延时值设置再次发送请求的延时等待时间；

当到达延时等待时间后，自动向所述服务器发送请求。

可选的，所述获取服务器返回的请求的请求延时值包括：

接收服务器返回的对应请求的响应包；

解析所述响应包从所述响应包中获取所述请求延时值。

可选的，所述根据所述请求延时值设置再次发送请求的延时等待时间包括：

在获取服务器返回的请求的更新的请求延时值之后，根据所述更新的请求延时值设置再次发送请求的延时等待时间。

可选的，所述客户端向服务器发送请求包括：

在客户端开启或初始化后，自动向所述服务器发送请求。

第二方面，本发明还提供了一种消息交互的方法，所述方法包括：

服务器在接收客户端发送的请求后，设置所述客户端下次发送请求的请求延时值；

将请求延时值返回给对应的客户端，以使客户端根据所述请求延时值设置再次发送请求的延时等待时间，并在到达延时等待时间后，自动向所述服务器发送请求。

可选的，将请求延时值返回给对应的客户端，包括：

将请求延时值添加到对应客户端的请求的响应包中；

将所述响应包返回给对应的客户端。

可选的，所述方法进一步包括：

在再次接收到所述客户端发送的请求后，重新设置请求延时值，得到更新的请求延时值；

将更新的请求延时值返回给对应的客户端。

可选的，所述设置请求延时值包括：

根据服务器更新服务数据的时间间隔以及需要请求对应服务数据的客户端的数量，计算客户端的请求延时值，以使在所述时间间隔内，对应的客户端的请求可以均匀散列。

第三方面，本发明提供了一种消息交互的装置，所述装置包括：

获取单元，用于客户端向服务器发送请求后，获取服务器返回的请求的请求延时值；

设置单元，用于根据所述请求延时值设置再次发送请求的延时等待时间；

发送单元，用于当到达延时等待时间后，自动向所述服务器发送请求。

可选的，所述获取单元包括：

接收模块，用于接收服务器返回的对应请求的响应包；

解析模块，用于解析所述响应包从所述响应包中获取所述请求延时值。

可选的，设置单元用于：

在获取服务器返回的请求的更新的请求延时值之后，根据所述更新的请求延时值设置再次发送请求的延时等待时间。

可选的，发送单元还用于：

在客户端开启或初始化后，自动向所述服务器发送请求。

第四方面，本发明还提供了一种消息交互的装置，所述装置包括：

设置单元，用于服务器在接收客户端发送的请求后，设置所述客户端下次发送请求的请求延时值；

返回单元，用于将请求延时值返回给对应的客户端，以使客户端根据所述请求延时值设置再次发送请求的延时等待时间，并在到达延时等待时间后，自动向所述服务器发送请求。

可选的，返回单元包括：

添加模块，用于将请求延时值添加到对应客户端的请求的响应包中；

返回模块，用于将所述响应包返回给对应的客户端。

可选的，所述设置单元还用于：

在再次接收到所述客户端发送的请求后，重新设置请求延时值，得到更新的请求延时值；

所述返回单元，还用于将更新的请求延时值返回给对应的客户端。

可选的，所述设置单元用于：

根据服务器更新服务数据的时间间隔以及需要请求对应服务数据的客户端的数量，计算客户端的请求延时值，以使在所述时间间隔内，对应的客户端的请求可以均匀散列。

第五方面，本发明提供了一种消息交互的系统，所述系统包括客户端与服务器：

所述客户端，用于向服务器发送请求后，获取服务器返回的请求的请求延时值；根据所述请求延时值设置再次发送请求的延时等待时间；当到达延时等待时间后，自动向所述服务器发送请求；

所述服务器，用于在接收客户端发送的请求后，设置所述客户端下次发送请求的请求延时值；将请求延时值返回给对应的客户端。

借由上述技术方案，本发明提供的消息交互的方法、装置及系统，在客户端向服务器发送请求，在再次向服务器发送请求时是根据服务器返回的请求延时值进行的，相当于服务器统筹安排不同的客户端发送请求的间隔时间，因此可以降低服务器峰值负荷，另外，是由客户端向服务器主动发送请求，所以在一定程度相比于服务器主动推送消息的模式提高了服务器的及时响应性也可以避免漏更新的现象。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的一种消息交互的方法的流程图；

图2示出了本发明实施例提供的另一种消息交互的方法的流程图；

图3示出了本发明实施例提供的又一种消息交互的方法的流程图；

图4示出了本发明实施例提供的一种消息交互过程的示意图；

图5示出了本发明实施例提供的一种消息交互的装置的组成框图；

图6示出了本发明实施例提供的另一种消息交互的装置的组成框图；

图7示出了本发明实施例提供的又一种消息交互的装置的组成框图；

图8示出了本发明实施例提供的再一种消息交互的装置的组成框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为解决现有的互联网应用中客户端与服务器之间消息交互的方式效率低的问题，本发明实施例提供了一种消息交互的方法，该方法应用于客户端，如图1所示，该方法包括：

101、客户端向服务器发送请求后，获取服务器返回的请求的请求延时值。

首先需要说明的是，本实施例主要适用于移动应用客户端需要通过获取服务器中的更新数据进行更新的情况。为了防止客户端漏更新的情况，本实施例采用主动发送请求的方式，当客户端端向服务器发送请求后，服务器返回对应的响应结果。但是又为了防止同一时刻大量客户端同时访问的负荷达到峰值的情况，由服务器来统筹所有的客户端发送请求的时间。具体的是在向客户端返回响应结果时，向客户端返回下次发送请求的请求延时值，合理安排所有客户端的高效访问，避免服务器负荷峰值以及宕机，因此客户单端每次发送请求后都会获取到服务器返回的请求延时值。请求延时值是由服务器设置的。

102、根据请求延时值设置再次发送请求的延时等待时间。

客户端获设置延时发送机制，具体是根据获取到的服务器返回的请求延时值后需要设置再次发送请求的延时等待时间，再次发送请求的延时等待时间是在当前时间的基础上增加请求延时值得到的。在请求延时等待的时间达到前内，客户端始终处于等待状态。

103、当到达延时等待时间后，自动向服务器发送请求。

客户端能够监控当前时间，当到达延时等待时时，会触发自动向服务器发送请求。

另外，上述消息交互的方式不仅避免了服务器的负荷峰值以及宕机，也可以有效的平衡现有中服务器被请求过程中经常出现的请求峰值时段与空闲时段的极端情况。

本发明实施例提供的消息交互的方法，在客户端向服务器发送请求之后，再次向服务器发送请求时是根据服务器返回的请求延时值进行的，相当于服务器统筹安排不同的客户端发送请求的间隔时间，因此可以降低服务器峰值负荷，另外，是由客户端向服务器主动发送请求，所以在一定程度相比于服务器主动推送消息的模式提高了服务器的及时响应性也可以避免漏更新的现象。

本发明实施例还提供了一种消息交互的方法，如图2所示，该方法应用于服务器，该方法包括：

201、服务器在接收客户端发送的请求后，设置客户端下次发送请求的请求延时值。

每个服务器对应大量的客户端，为了避免大量的客户端同时请求服务器使服务器出现系统宕机等情况，需要合理的安排对客户端的响应。本实施例中是通过请求延时值来错开同一时间大量客户端同时请求服务器。具体的请求延时值的设置方式为：根据接收请求的不同时间段或请求对应的客户端的不同类型设置不同的请求延时值，不同的时间段可以自由设定，比如不同时间段可以指一天之中的不同时段，也可以为一个小时中的不同时段，或者一周中的不同天等等。不同类型的客户端可以为属于不同优先等级的客户端或者属于不同网间协议IP地址的客户端等。关于根据不同的时间段设置不同的请求延时值的方法，给出具体的示例进行说明：假设不同时间段为一天中的不同时段，若将一天分为8:00-12:00、12:00-22:00以及22:00-8:00三个不同的时段，在设置请求延时值可以将8:00-12:00接收到的请求对应的客户端的请求延时值设为第一请求延时值，将12:00-22:00接收到的请求对应的客户端的请求延时值设为第二请求延时值，将22:00-8:00接收到的请求对应的客户端的请求延时值设为第三请求延时值，其中第一请求延时值、第二请求延时值以及第三请求延时值各不相同。关于不同类型的客户端设置不同的请求延时值的方法，给出具体的示例进行说明，假设每个客户端对应一个账户，不同的账户的优先等级不同，对于优先等级较高的客户端设置的请求延时值可以相对较小，对于优先等级较高的客户端设置的请求延时值可以相对较大。另外，需要说明的是，上述两种根据不同时间段以及根据不同的客户端类型进行设置请求延时值的方式可以结合使用。比如，在每一个时间段中可以再根据客户端的类型设置不同的请求延时值。

202、将请求延时值返回给对应的客户端。

在向客户端返回对应请求的响应结果的同时也将请求延时值返回给对应的客户端，以使客户端根据请求延时值设置再次发送请求的延时等待时间，并在到达延时等待时间后，自动向服务器再次发送请求。

本发明实施例提供的消息交互的方法，服务器在接收客户端发送的请求后，再次接收客户端的请求的时间是由服务器设置的请求延时值控制的，相当于服务器统筹安排不同的客户端发送请求的间隔时间，因此可以降低服务器峰值负荷，另外，是由客户端向服务器主动发送请求，所以在一定程度相比于服务器主动推送消息的模式提高了服务器的及时响应性也可以避免漏更新的现象。

进一步的，对图1以及图2所示方法的细化及扩展，本实施例还提供了一种消息交互的方法，如图3所示：

301、客户端开启或初始化后自动向所述服务器发送请求。

为了防止客户端在关闭的期间服务器有数据更新，本实施例设置当客户端开启或初始化后自动向服务器发送请求，这时的请求相当于首次请求，是没有请求延时值的。

302、服务器接收到请求后，根据服务器更新服务数据的时间间隔以及需要请求对应服务数据的客户端的数量，计算客户端的请求延时值。

因为服务器每次的更新服务器数据都需要不遗漏的发送给每个对应的客户端，因此需要以服务器更新服务数据的时间间隔为基础，然后根据需求更新服务器数据的客户端的数量来将在该时间间隔内，接收到的客户端的请求是均匀分布的。具体可以通过抽取随机数的方式实现。给出具体的示例进行说明，假设服务器更新服务数据的时间段为上午8：00-12:00，需求获取更新的服务数据的客户端的数量为5万个，那么可以将4个小时的时间间隔平分成50个时间段，然后在为每个客户端设置下次的请求时间时，随机中50个时间段中为其选择某一时间段，这样可以保证最后5万个客户端的请求可以均匀的分布4个小时内，然后根据为客户端选择的时间段中的某一具体时间以及上次发送请求的时间的差值计算的得到对应客户端的请求延时值。假如上述示例的5万个客户端中，为其中一个客户端选择的时间段为8:00:00-8:04:48，然后从8:00:00-8:04:48时段中选择8:02为该客户端下次发送请求的时间，假设服务器接收到该客户端请求的当前时间为7:30，那么该向该客户端返回的请求延时值为8:02与7:30之间的时间差值，即32分钟。

303、服务器将请求延时值添加在对应请求的响应包中返回给客户端。

在计算得到请求延时值后，将请求延时值添加在请求对应的响应包的包头或响应包的其他位置返回给客户端。下面给出一种将请求延时值放在响应包包头的示例，假设客户端发送的请求为超文本传输协议(HyperText Transfer Protocol，HTTP)请求，则请求延时值添加的位置如下所示，其中TTL为请求延时值：

响应包：HTTP/1.1 200OK

Date:Sat,31Dec 2005 23:59:59GMT

Content-Type:text/html；charset＝ISO-8859-1

TTL:100000

304、客户端对接收到的响应包进行解析获取请求延时值。

客户端在接收到请求对应的响应包后，除了解析得到响应结果之外，还需要对响应包解析获取其中的请求延时值，具体的可以通过与服务器约定的请求延时值的标识从响应包中提取。

305、客户端根据请求延时值设置再次发送请求的延时等待时间。

根据获取到的服务器返回的请求延时值后需要设置再次发送请求的延时等待时间，再次发送请求的延时等待时间是在当前时间的基础上在增加请求延时值得到的。在请求延时等待的时间达到前内，客户端始终处于等待状态。

306、当到达延时等待时间后，自动向所述服务器发送请求。

客户端在获取请求延时值后自动监控当前时间，当到达延时等待时间后，会触发自动向服务器发送请求。

307、客户端接收服务器返回的更新的请求延时值，并根据更新的请求延时值设置再次发送请求的延时等待时间。

客户端再次发送请求后，会接收到服务器返回的更新的请求延时值，因为对于服务器来讲，每个时间段的负荷情况是不尽相同的，因此每次计算的客户端的请求延时值也是不尽相同的。客户端每次发送请求都会根据最新的请求延时值设置再次发送请求的延时等待时间。

308、当到达延时等待时间后，再次自动向所述服务器发送请求。

为了更清晰直观的描述上述图3所示的消息交互的方法，给出对应的消息交互过程的示意图，如图4所示。从图4中可以看到，在客户端初始化或开启时会向服务器发送请求，之后每次向服务器发起请求都需要根据服务器返回的请求延时值等待，这样可以由服务器根据自身的负荷情况统筹的安排客户端发起请求的时间。

进一步的，作为对上述各实施例的实现，本发明实施例的另一实施例还提供了一种消息交互的装置，所述装置位于客户端侧，用于实现上述图1以及图3中所述的方法。如图5所示，该装置包括：获取单元41、设置单元42以及发送单元43。

获取单元41，用于客户端向服务器发送请求后，获取服务器返回的请求的请求延时值；

首先需要说明的是，本实施例主要适用于移动应用客户端需要通过获取服务器中的更新数据进行更新的情况。为了防止客户端漏更新的情况，本实施例采用主动发送请求的方式，当客户端端向服务器发送请求后，服务器返回对应的响应结果。但是又为了防止同一时刻大量客户端同时访问的负荷达到峰值的情况，由服务器来统筹所有的客户端发送请求的时间。具体的是在向客户端返回响应结果时，向客户端返回下次发送请求的请求延时值，合理安排所有客户端的高效访问，避免服务器负荷峰值以及宕机，因此客户单端每次发送请求后都会获取到服务器返回的请求延时值。请求延时值是由服务器设置的。

设置单元42，用于根据请求延时值设置再次发送请求的延时等待时间；

客户端获设置延时发送机制，具体是根据获取到的服务器返回的请求延时值后需要设置再次发送请求的延时等待时间，再次发送请求的延时等待时间是在当前时间的基础上增加请求延时值得到的。在请求延时等待的时间达到前内，客户端始终处于等待状态。

发送单元43，用于当到达延时等待时间后，自动向服务器发送请求。

客户端能够监控当前时间，当到达延时等待时时，会触发自动向服务器发送请求。

另外，上述消息交互的方式不仅避免了服务器的负荷峰值以及宕机，也可以有效的平衡现有中服务器被请求过程中经常出现的请求峰值时段与空闲时段的极端情况。

如图6所示，获取单元41包括：

接收模块411，用于接收服务器返回的对应请求的响应包；

解析模块412，用于解析响应包从响应包中获取请求延时值。

客户端在接收到请求对应的响应包后，除了解析得到响应结果之外，还需要对响应包解析获取其中的请求延时值，具体的可以通过与服务器约定的请求延时值的标识从响应包中提取。

设置单元42用于：

在获取服务器返回的请求的更新的请求延时值之后，根据更新的请求延时值设置再次发送请求的延时等待时间。

发送单元43还用于：

在客户端开启或初始化后，自动向服务器发送请求。

为了防止客户端在关闭的期间服务器有数据更新，本实施例设置当客户端开启或初始化后自动向服务器发送请求，这时的请求相当于首次请求，是没有请求延时值的。

本发明实施例提供的消息交互的装置，在客户端向服务器发送请求，在再次向服务器发送请求时是根据服务器返回的请求延时值进行的，相当于服务器统筹安排不同的客户端发送请求的间隔时间，因此可以降低服务器峰值负荷，另外，是由客户端向服务器主动发送请求，所以在一定程度相比于服务器主动推送消息的模式提高了服务器的及时响应性也可以避免漏更新的现象。

本发明实施例的另一实施例还提供了一种消息交互的装置，所述装置位于服务器侧，用于实现上述图2以及图3中所述的方法。如图7所示，该装置包括：设置单元51以及返回单元52。

设置单元51，用于服务器在接收客户端发送的请求后，设置客户端下次发送请求的请求延时值；

每个服务器对应大量的客户端，为了避免服务器大量的客户端同时请求服务器使服务器出现系统宕机等情况，需要合理的安排对客户端的响应。本实施例中是通过请求延时值来错开同一时间大量客户端同时请求服务器。具体的请求延时值的设置方式为：根据接收请求的不同时间段或请求对应的客户端的不同类型设置不同的请求延时值，不同的时间段可以自由设定，比如不同时间段可以指一天之中的不同时段，也可以为一个小时中的不同时段，或者一周中的不同天等等。不同类型的客户端可以为属于不同优先等级的客户端或者属于不同网间协议IP地址的客户端等。

另外，需要说明的是，上述两种根据不同时间段以及根据不同的客户端类型进行设置请求延时值的方式可以结合使用。比如，在每一个时间段中可以再根据客户端的类型设置不同的请求延时值。

返回单元52，用于将请求延时值返回给对应的客户端，以使客户端根据请求延时值设置再次发送请求的延时等待时间，并在到达延时等待时间后，自动向服务器发送请求。

在向客户端返回对应请求的响应结果的同时也将请求延时值返回给对应的客户端，以使客户端根据请求延时值设置再次发送请求的延时等待时间，并在到达延时等待时间后，自动向服务器再次发送请求。

如图8所示，返回单元52包括：

添加模块521，用于将请求延时值添加到对应客户端的请求的响应包中；

返回模块522，用于将响应包返回给对应的客户端。

将请求延时值添加在请求对应的响应包的包头或响应包的其他位置返回给客户端。下面给出一种将请求延时值放在响应包包头的示例，假设客户端发送的请求为HTTP请求，则请求延时值添加的位置如下所示，其中TTL为请求延时值：

响应包：HTTP/1.1 200OK

Date:Sat,31Dec 2005 23:59:59GMT

Content-Type:text/html；charset＝ISO-8859-1

TTL:100000

设置单元51还用于：

在再次接收到客户端发送的请求后，重新设置请求延时值，得到更新的请求延时值；

返回单元52，还用于将更新的请求延时值返回给对应的客户端。

设置单元51还用于：

根据服务器更新服务数据的时间间隔以及需要请求对应服务数据的客户端的数量，计算客户端的请求延时值，以使在所述时间间隔内，对应的客户端的请求可以均匀散列。

因为服务器每次的更新服务器数据都需要不遗漏的发送给每个对应的客户端，因此需要以服务器更新服务数据的时间间隔为基础，然后根据需求更新服务器数据的客户端的数量来将在该时间间隔内，接收到的客户端的请求是均匀分布的。具体可以通过抽取随机数的方式实现。给出具体的示例进行说明，假设服务器更新服务数据的时间段为上午8：00-12:00，需求获取更新的服务数据的客户端的数量为5万个，那么可以将4个小时的时间间隔平分成50个时间段，然后在为每个客户端设置下次的请求时间时，随机中50个时间段中为其选择某一时间段，这样可以保证最后5万个客户端的请求可以均匀的分布4个小时内，然后根据为客户端选择的时间段中的某一具体时间以及上次发送请求的时间的差值计算的得到对应客户端的请求延时值。

本发明实施例提供的消息交互的装置，服务器在接收客户端发送的请求后，再次接收客户端的请求的时间是由服务器设置的请求延时值控制的，相当于服务器统筹安排不同的客户端发送请求的间隔时间，因此可以降低服务器峰值负荷，另外，是由客户端向服务器主动发送请求，所以在一定程度相比于服务器主动推送消息的模式提高了服务器的及时响应性也可以避免漏更新的现象。

进一步的，本发明的最后一个实施例还提供了一种消息交互的系统，用以实现图1、图2以及图3所示的方法。本系统实施例与前述方法实施例对应，能够实现前述方法实施例中的全部内容。为便于阅读，本系统实施例仅对前述方法实施例中的内容进行概要性描述，不对方法实施例中的细节内容进行逐一赘述。该系统包括客户端以及服务器，其中，客户端包括上述图5或图6所示的装置，所述服务器包括上述图7或图8所示的装置。具体的：

客户端，用于向服务器发送请求后，获取服务器返回的请求的请求延时值；根据请求延时值设置再次发送请求的延时等待时间；当到达延时等待时间后，自动向服务器发送请求；

服务器，用于在接收客户端发送的请求后，设置客户端下次发送请求的请求延时值；将请求延时值返回给对应的客户端。

本发明实施例提供的消息交互的系统，在客户端向服务器发送请求，在再次向服务器发送请求时是根据服务器返回的请求延时值进行的，相当于服务器统筹安排不同的客户端发送请求的间隔时间，因此可以降低服务器峰值负荷，另外，是由客户端向服务器主动发送请求，所以在一定程度相比于服务器主动推送消息的模式提高了服务器的及时响应性也可以避免漏更新的现象。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

可以理解的是，上述方法及装置中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的发明名称(如消息交互的装置)中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种消息交互的方法，其特征在于，所述方法包括：

客户端向服务器发送请求后，获取服务器返回的请求的请求延时值；

根据所述请求延时值设置再次发送请求的延时等待时间；

当到达延时等待时间后，自动向所述服务器发送请求。

2.根据权利要求1所述的方法，其特征在于，所述获取服务器返回的请求的请求延时值包括：

接收服务器返回的对应请求的响应包；

解析所述响应包从所述响应包中获取所述请求延时值。

3.根据权利要求1或2所述的方法，其特征在于，所述根据所述请求延时值设置再次发送请求的延时等待时间包括：

在获取服务器返回的请求的更新的请求延时值之后，根据所述更新的请求延时值设置再次发送请求的延时等待时间。

4.根据权利要求3所述的方法，其特征在于，所述客户端向服务器发送请求包括：

在客户端开启或初始化后，自动向所述服务器发送请求。

5.一种消息交互的方法，其特征在于，所述方法包括：

服务器在接收客户端发送的请求后，设置所述客户端下次发送请求的请求延时值；

将请求延时值返回给对应的客户端，以使客户端根据所述请求延时值设置再次发送请求的延时等待时间，并在到达延时等待时间后，自动向所述服务器发送请求。

6.根据权利要求5所述的方法，其特征在于，将请求延时值返回给对应的客户端，包括：

将请求延时值添加到对应客户端的请求的响应包中；

将所述响应包返回给对应的客户端。

7.根据权利要求5或6所述的方法，其特征在于，所述方法进一步包括：

在再次接收到所述客户端发送的请求后，重新设置请求延时值，得到更新的请求延时值；

将更新的请求延时值返回给对应的客户端。

8.一种消息交互的装置，其特征在于，所述装置位于客户端侧，所述装置包括：

获取单元，用于客户端向服务器发送请求后，获取服务器返回的请求的请求延时值；

设置单元，用于根据所述请求延时值设置再次发送请求的延时等待时间；

发送单元，用于当到达延时等待时间后，自动向所述服务器发送请求。

9.一种消息交互的装置，其特征在于，所述装置位于服务器侧，所述装置包括：

设置单元，用于服务器在接收客户端发送的请求后，设置所述客户端下次发送请求的请求延时值；

返回单元，用于将请求延时值返回给对应的客户端，以使客户端根据所述请求延时值设置再次发送请求的延时等待时间，并在到达延时等待时间后，自动向所述服务器发送请求。

10.一种消息交互的系统，其特征在于，所述系统包括客户端与服务器：

所述客户端，用于向服务器发送请求后，获取服务器返回的请求的请求延时值；根据所述请求延时值设置再次发送请求的延时等待时间；当到达延时等待时间后，自动向所述服务器发送请求；

所述服务器，用于在接收客户端发送的请求后，设置所述客户端下次发送请求的请求延时值；将请求延时值返回给对应的客户端。