CN101184062A - 一种调整信息服务器负载的方法、装置及系统 - Google Patents
一种调整信息服务器负载的方法、装置及系统 Download PDFInfo
- Publication number
- CN101184062A CN101184062A CNA2007103018628A CN200710301862A CN101184062A CN 101184062 A CN101184062 A CN 101184062A CN A2007103018628 A CNA2007103018628 A CN A2007103018628A CN 200710301862 A CN200710301862 A CN 200710301862A CN 101184062 A CN101184062 A CN 101184062A
- Authority
- CN
- China
- Prior art keywords
- client
- information
- clients
- state
- information 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
Landscapes
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种调整信息服务器负载的方法，可以有效地在实时要求下控制信息服务器的负载，该方法包括，根据信息传递系统中两个客户端之间信息交流的状态确定所述两个客户端各自对应的查询信息服务器的期望间隔时间，根据所述期望间隔时间分别调整所述两个客户端对应的查询所述信息服务器的间隔时间，每个客户端利用调整后所对应的间隔时间，查询所述信息服务器。本发明还公开了一种调整信息服务器负载的装置以及一种信息传递系统。
Description
技术领域
本发明涉及网络通信技术领域，尤指一种调整信息服务器负载的方法，装置及系统。
背景技术
随着互联网技术的发展，互联网用户可以通过互联网传递私有信息。对在互联网上进行信息传递的系统，需具备有以下特性：一是即时性，互连网上的两个节点之间传递信息只需要一瞬间；二是高容量性，互联网可以传递非常大量的数字信息，并且这些信息可以在传递双方中的某方未接入网络时也可进行；三是可靠性与安全性，互联网的信息传递系统保证信息投递到正确的联系人，并防止信息被窃取。
目前互联网的信息传递系统包括邮件系统即Email系统，该系统作为互联网的一个广泛应用，其协议与实现都是标准化的。参考图1是Email系统的结构图，该方法的实现过程为：Email客户端a@A.com程序通过标准的SMTP协议与邮件服务器A连接，将包含有目标客户的地址信息也就是Email地址的电子邮件投递到邮件服务器A，然后由服务器去检索该Email地址所对应的另一台邮件服务器B，并将信息传递过去。最后目标客户的Email客户端b@B.com再通过POP3协议连接它的邮件服务器B，收取该邮件。电子邮件服务器在互联网是一直不间断运行的，并且带有邮件存储器，所以可以确保邮件确实发送到目标客户，并且电子邮件服务器的存储能力越大，可以保存信息越多。但是该系统的即时性差，目标客户的电子邮件客户端需要主动收取才可以取到邮件，为了保证即时性，很多目标客户的电子邮件客户端都会进行定时的检查，当这个时间间隔较小时，对邮件服务器的压力增大。
互联网的信息传递系统还包括即时通信系统即IM系统，参考图2是IM系统的结构图，该系统包括IM客户端和IM服务器。其中客户端在连接上服务器后，会处于一种在线的状态，并与服务器一直保持连接。每个客户端都拥有系统给定的唯一识别地址，当需要传递信息给另一个客户端的时候，客户端A将包含有该唯一地址的信息发送给服务器。如果客户端B也处于在线状态，服务器会通过与客户端B保持的连接立刻将信息推送给客户端，实现了信息传递的即时性。如果客户端B不在线，服务器会将该信息保存在客户端B相对应的消息缓存器中，在下次客户端B上线后立刻将信息推送给B。但是该系统对服务器负载能力要求高，必须维持与所有客户端的连接。相对于Email系统，服务器的负荷更重，而且由于需要处理服务器的主动推送消息，客户端设计相对复杂。
发明内容
有鉴如此，本发明实施例提供一种调整信息服务器负载的方法，在保证了信息传递系统的即时性的同时提高信息服务器的稳定性。
本发明实施例提供一种调整信息服务器负载的方法，应用于包括一个以上客户端以及信息服务器的信息传递系统中，该方法包括：
根据两个客户端之间信息交流的状态确定所述两个客户端各自对应的查询所述信息服务器的期望间隔时间；
根据所述期望间隔时间分别调整所述两个客户端对应的查询所述信息服务器的间隔时间；
每个客户端利用调整后所对应的间隔时间，查询所述信息服务器。
本发明实施例提供一种调整信息服务器负载的装置，包括：
获得模块，用于根据两个客户端之间信息交流的状态确定所述两个客户端各自对应的查询所述信息服务器的期望间隔时间；
调整模块，用于根据所述期望间隔时间分别调整所述两个客户端对应的查询所述信息服务器的间隔时间；
查询模块，用于每个客户端利用调整后所对应的间隔时间，查询所述信息服务器。
本发明实施例提供了一种信息传递系统，包括：
一个以上的客户端，信息服务器和查询间隔控制模块；
信息服务器，用于存储来自第一客户端的信息，并根据第二客户端的查询请求提供信息；
查询间隔控制模块，用于根据所述第一客户端和第二客户端之间信息交流的状态确定所述第一客户端和第二客户端各自对应的查询所述信息服务器的期望间隔时间，根据所述期望间隔时间分别调整所述第一客户端和第二客户端查询所述信息服务器的间隔时间；
第一客户端，用于发送信息给信息服务器；
第二客户端，用于利用调整后所对应的间隔时间，查询并获得所述信息服务器的存储的信息。
本发明实施例根据信息传递系统中两个客户端之间信息交流的状态得到所述两个客户端各自对应的查询信息服务器的期望间隔时间，根据所述期望间隔时间分别调整两个客户端对应的查询信息服务器的间隔时间，每个客户端利用调整后所对应的间隔时间，查询所述信息服务器，这样可以通过调整客户端去服务器查询的间隔时间来有效地控制信息服务器的负载。
附图说明
图1是现有技术Email系统结构图；
图2是现有技术IM系统结构图；
图3是本发明实施例信息传递系统结构图；
图4是本发明实施例用户信息状态改变的密度曲线；
图5是本发明实施例方法流程图。
具体实施方式
本发明实施例提供了一种信息传递的系统，包括：一个以上的客户端，信息服务器和查询间隔控制模块；
信息服务器，用于存储来自第一客户端的信息，并根据第二客户端的查询请求提供信息。
查询间隔控制模块，用于根据所述第一客户端和第二客户端之间信息交流的状态确定所述第一客户端和第二客户端各自对应的查询所述信息服务器的期望间隔时间，根据所述期望间隔时间分别调整所述第一客户端和第二客户端查询所述信息服务器的间隔时间。查询间隔控制模块既可以放置在客户端中，也可以放置在信息服务器中，查询间隔控制模块还可以独立放置于系统中，也就是查询间隔模块的一端与所述信息服务器连接，另一端与所述第一客户端或者所述第二客户端连接。
较佳地可以把查询间隔控制模块放置在客户端中，客户端可以直接利用查询间隔控制模块调整后的间隔时间查询信息服务器，更好地降低信息服务器的负载。
第一客户端，用于发送信息给信息服务器。
第二客户端，用于利用调整后所对应的间隔时间，查询并获得所述信息服务器的存储的信息。
参照图3，本实施例中，客户端A和客户端B通过信息服务器进行信息交流，当客户端A为第一客户端，客户端B为第二客户端时，客户端A发送消息到信息服务器，客户端B通过查询信息服务器获得客户端A发送过来的消息，而查询的间隔时间是由查询间隔控制模块来进行控制。当客户端A为第二客户端，客户端B为第一客户端时，客户端B通过信息服务器发送消息到客户端A时，客户端A也是通过查询信息服务器获得客户端B发送过来的消息，而查询间隔时间也是由查询间隔控制模块来进行控制的。
本发明实施例中时间查询间隔控制模块是在用户信息状态密度改变原理的基础上建立的，下面简要的描述本发明实施例采用的用户信息状态密度改变原理。参照图4为用户信息状态改变的密度曲线，用户信息状态改变的密度会存在一个起始点，在实际意义上通常表示与某个联系人开始一个话题的交流。交流会导致信息状态改变的密度大幅度上升，很快到达一个峰值，这个峰值的实际意义为针对该话题的热烈讨论。在峰值持续一段时间之后交流数量下降，信息状态改变的密度逐渐回归到初始阶段。
根据上述原理，本发明实施例提供了一种调整信息服务器负载的方法，应用于包括一个以上客户端以及信息服务器的信息传递系统中。
参照图5，具体执行步骤如下：
步骤501，确定两个客户端之间信息交流的状态。
这里需要确定的信息交流的状态包括：信息交流的起点，信息交流高峰期和信息交流结束期。那么客户端信息交流的状态可以分成五段了，信息交流起始点，信息交流起始点到信息交流高峰期，信息交流高峰期，信息交流高峰期到信息交流结束期，信息交流结束期。
进一步，确定信息交流的起点包括下述情况之一：
根据第一客户端收到第二客户端的消息的状态确定信息交流起始点；
或者确定第一客户端发送消息给第二客户端的状态为信息交流起始点。
而所述根据第一客户端收到第二客户端的消息的状态确定信息交流起始点又包括：
第一客户端收到第二客户端的消息，包括非即时消息和即时消息，所述非即时消息包括第一客户端收到第二客户端的消息时，第二客户端处于非活动状态或者不在线状态；所述即时消息包括第一客户端收到第二客户端的消息时，第二客户端处于活动状态或者在线状态。
当第一客户端收到第二客户端非即时消息后，第一客户端回复第二客户端，确定所述第一客户端回复第二客户端的时间为信息交流起始点。
当第一客户端收到第二客户端即时消息后，确定第一客户端收到第二客户端的即时消息的状态为信息交流起始点。
确定信息交流高峰期具体实现可以是这样的：
信息交流过程中，计算客户端之间信息交流的状态中每次第二客户端回复第一客户端发送消息的时间差；当所述时间差小于预定值达到一定值时，较佳地，可以认为当所述时间差不再缩小时，确定此时所述信息交流的状态为信息交流高峰期。
确定信息交流结束期可以包括以下步骤：
信息交流过程中，计算每次第二客户端回复第一客户端发送消息的时间差，将所述时间差与设定时间进行比较，当所述时间差开始超过设定时间达到一定值的时，较佳地，可以认为当所述时间差超过信息交流高峰期的时间差的两倍时，确定此时所述信息交流的状态为信息交流结束期。
步骤502，根据两个客户端之间信息交流的状态确定所述两个客户端各自对应的查询所述信息服务器的期望间隔时间。
这里，其实现过程可以包括：建立所述两个客户端之间信息交流的状态与所述两个客户端各自查询信息服务器的期望间隔时间的对应关系；根据所述对应关系确定所述信息交流的状态对应的所述两个客户各自端查询所述信息服务器的期望间隔时间。
较佳地，当第一客户端与第二客户端进行交流时，确定信息交流起始点，得到第一客户端对应的查询信息服务器的第一期望间隔时间，当处于所述信息交流高峰期时，得到第一客户端对应的查询信息服务器的第二期望间隔时间，当处于所述信息交流结束期时，得到第一客户端对应的查询信息服务器的第三期望间隔时间。同理也可以确定第二客户端对应的查询服务器的期望间隔时间。
步骤503，根据所述期望间隔时间分别调整所述两个客户端对应的查询信息服务器的间隔时间。
这里可以直接将各个信息交流状态中所述两个客户端各自对应的查询信息服务器的间隔时间调整到步骤502所确定的所述两个客户端各自对应的期望间隔时间。
本步骤较佳实施方式包括，信息服务器接收到信息交流双方中任一个客户端查询请求后，会返回所述客户端对应的查询信息结果，所述信息结果中包含有一个最小查询时间，将步骤502所确定的所述客户端对应的期望间隔时间和所述最小查询时间进行比较，根据所述比较的结果调整所述客户端对应的查询信息服务器的间隔时间。
当所述期望间隔时间大于等于所述最小查询时间时，将所述客户端对应的查询信息服务器的间隔时间调整为期望间隔时间。
当所述期望时间小于所述最小查询时间时，将所述客户端对应的查询信息服务器的间隔时间调整为最小查询时间。
步骤504：每个客户端利用调整后所对应的间隔时间，查询所述信息服务器。
下面进一步详细描叙本发明实施例所述方法，本实施例中第一客户端用客户端A来表示，第二客户端用客户端B来表示，以调整客户端A的查询信息服务器的间隔时间为例，具体执行步骤如下：
步骤1：确定信息交流的起始点，此时客户端A查询间隔时间为t1，客户端A去信息服务器查询新的信息时，信息服务器返回结果中包含一个最小查询时间t，将t1与t进行比较，如果t1小于t，则调整查询间隔时间t1等于t，如果t1大于等于t，则查询间隔时间仍旧为t1。
有三种情况可以确定信息交流的起始点：
第一、客户端A收到客户端B的非即时消息后，客户端A回复消息，可以认为此时为信息交流起点。非即时消息是指客户端B在相对长时间之前发送给客户端A的消息，一般情况客户端A收到客户端B的非即时消息时客户端B处于非活动状态或不在线状态。因此，对于这种起点方式，必须要客户端A收到客户端B的非即时消息并且客户端A回复该消息才可作为交流起始点，如果客户端A收到客户端B的非即时消息后并没有回复，则在本发明实施例中不作为交流的起始点。
第二、客户端A主动给客户端B消息，在本发明实施例中作为交流的起始点。
第三、客户端A收到客户端B的即时消息。即时消息是指客户端B在相对短时间之前发送给客户端A的消息，一般情况客户端A收到客户端B的即时消息时客户端B处于活动状态或在线状态。此时在本发明实施例中作为交流的起始点。
步骤2：确定信息交流起始点后，调整客户端A的查询间隔时间，本实施例中先将客户端A的查询间隔时间缩短一半，此时得到的期望查询间隔时间为t2。将t2与本次查询信息服务器返回结果中的最小查询时间t进行比较，如果t2小于t，则调整查询间隔时间t2等于t，如果t2大于等于t，则查询间隔时间仍旧为t2。
步骤3：每进行一次信息交流周期，也就是客户A发送信息给客户端B，客户端B回复消息给客户端A，客户端A的查询间隔时间就调整一次，调整具体过程参见步骤2。
步骤4：由于每个客户端发送的消息都会包含有时间戳，根据客户端A发送的消息与客户端B回复的消息中的时间戳可以计算客户端B回复客户端A发送消息的时间差。客户端A纪录每次客户端B回复客户端A发送消息的时间差，经过比较，当超过一定次数的消息来回后(通常为4-5次)，如果该时间差不再缩小，可以认为此时达到交流密度的峰值，则认为该时间差为查询的期望间隔时间tm，仍旧将tm与本次查询信息服务器返回结果中的最小查询时间t进行比较，如果tm小于t，则调整查询间隔时间tm等于t，如果tm大于等于t，则查询间隔时间仍旧为tm。
步骤5：当客户端B回复客户端A发送消息的时间差开始超过当前期望的间隔时间达到一定值的时候，认为信息交流量在变少，此时调整客户端A的查询间隔时间。本实施例中认为当客户端B回复客户端A发送消息的时间差开始超过步骤4中tm的两倍时，将客户端A的查询间隔时间延长一倍，得到此时的期望查询间隔为tn，仍旧将tn与本次查询信息服务器返回结果中的最小查询时间t进行比较，如果tn小于t，则调整查询间隔时间tn等于t，如果tn大于等于t，则查询间隔时间仍旧为tn。
步骤6：每进行一次信息交流周期，客户端A的查询间隔时间就调整一次，调整具体过程参见步骤5，直到延长到客户端A在第一步时候的间隔值t1。
对于本发明实施例中客户端去信息服务器查询新的消息，信息服务器返回结果中包含的最小查询时间t，可以用多种方法来调整信息服务器返回的t的值。第一种：使用固定t的方法，服务器在启动的时候读取配置文件中的t值，这种情况比较适合一台服务器只用来做信息服务器的情况，因为单台服务器的负载是可以测量的。另一种情况是服务器提供一个接口模块来动态的调节t，当系统负载出现预料外的峰值的时候，系统管理员可以通过该接口模块将t调大而无须重启服务。在实际应用中，信息服务器会同时包含这两个模块。
本发明实施例还提供另外一种调整查询间隔时间的方法，具体过程如下：
步骤1：确定信息交流的起点，查询间隔时间调整为T1；
步骤2：经过M次交流后，查询间隔时间调整为T2；
步骤3：当N次交流后，时间间隔小于T3后，将间隔时间调整为T3。
本实施例中确定信息交流起始点的方法如同上述实施例中所述方法，而T1，T2，T3，M，N都是系统的经验特征值，他们与系统的用途以及用户的习性有关，由统计数据得到。
本发明实施例还可以将以上两种方法结合，形成第三种查询间隔控制模块调整查询间隔时间的方法，在系统初始阶段，使用第一种方法进行间隔时间控制，同时进行数据统计。当统计数据达到一定的量后进行分析，计算得到T1，T2，T3，M，N，然后将这些数据通过特定的协议发给所有的客户端，所有的客户端将调整间隔时间的方法设置为第二种方法。
上述本发明实施例提供的间隔时间调整算法独立性高，可以直接应用到许多已有的信息系统上，而是实现简单。
根据本发明实施例所述方法可以构建一种调整信息服务器负载的装置，包括获得模块，调整模块和查询模块。
获得模块，用于根据两个客户端之间信息交流的状态确定所述两个客户端各自对应的查询所述信息服务器的期望间隔时间；
调整模块，用于根据所述期望间隔时间分别调整所述两个客户端对应的查询所述信息服务器的间隔时间；
查询模块，用于每个客户端利用调整后所对应的间隔时间，查询所述信息服务器。
其中获得模块包括确定模块，存储模块和获取模块。
确定模块，用于确定所述两个客户端之间信息交流的状态；
存储模块，用于保存所述信息交流的状态与所述两个客户端各自对应的查询所述信息服务器的期望间隔时间的对应关系；
获取模块，用于根据所述对应关系得到所述信息交流的状态对应的所述两个客户端各自对应的查询所述信息服务器的期望间隔时间。
确定模块又包括：起始点确定模块，高峰期确定模块和结束期确定模块。
起始点确定模块，用于确定两个客户端之间信息交流起始点；
高峰期确定模块，用于确定两个客户端之间信息交流高峰期；
结束期确定模块，用于确定两个客户端之间信息交流结束期。
进一步，起点确定模块又包括第一状态模块和第二状态模块。
第一状态模块，用于根据第一客户端收到第二客户端的消息的状态确定信息交流起始点；
第二状态模块，用于确定第一客户端发送消息给第二客户端的状态为信息交流起始点。
第一状态模块又包括非即时模块和即时模块
非即时模块，用于第一客户端收到第二客户端的非即时消息后，第一客户端回复第二客户端，确定所述第一客户端回复第二客户端的状态为信息交流起始点；
即时模块，用于确定第一客户端收到第二客户端的即时消息的状态为信息交流起始点。
高峰期确定模块又包括：计算模块和判断模块。
计算模块，用于计算两个客户端之间信息交流的状态中每次第二客户端回复第一客户端发送消息的时间差；
判断模块，用于当所述时间差小于预定值达到一定值时，确定所述信息交流的状态为信息交流高峰期。
结束期确定模块也包括：计算模块和判断模块。
计算模块，用于计算两个客户端之间信息交流的状态中每次第二客户端回复第一客户端发送消息的时间差；
判断模块，用于当所述时间差大于预设定值达到一定值的时，确定所述信息交流的状态为信息交流结束期。
其中调整模块又包括：返回模块和比较模块。
返回模块，用于所述信息服务器收到所述两个客户端的查询请求后返回所述两个客户端各自对应的最小查询时间；
比较模块，用于比较所述期望间隔时间和所述最小查询时间，根据所述比较的结果分别调整两个客户端对应的查询信息服务器的间隔时间。
而比较模块又包括第一调整模块和第二调整模块。
第一调整模块，用于当所述期望间隔时间大于等于所述最小查询时间时，将所述两个客户端各自对应的查询所述信息服务器的间隔时间调整为所述期望间隔时间；
第二调整模块，用于当所述期望间隔时间小于所述最小查询时间时，将所述两个客户端各自对应的查询所述信息服务器的间隔时间调整为所述最小查询时间。
综上所述，本发明实施例根据信息传递系统中两个客户端之间信息交流的状态得到两个客户端各自对应的查询信息服务器的期望间隔时间，根据所述期望间隔时间分别调整两个客户端对应的查询信息服务器的间隔时间，每个客户端利用调整后所对应的间隔时间，查询所述信息服务器，保证信息交流的即时性。通过对查询时间间隔的控制可以实时的调整信息服务器负载，在信息服务器在活跃用户较多的情况下，不会出现负载峰值的情况，提高了系统的稳定性。
虽然通过实施例描绘了本发明，但本领域普通技术人员知道，在不脱离本发明的精神和实质的情况下，就可使本发明有许多变形和变化，本发明的范围由所附的权利要求来限定。
Claims (22)
1.一种调整信息服务器负载的方法，应用于包括一个以上客户端以及信息服务器的信息传递系统中，其特征在于，该方法包括：
根据两个客户端之间信息交流的状态确定所述两个客户端各自对应的查询所述信息服务器的期望间隔时间；
根据所述期望间隔时间分别调整所述两个客户端对应的查询所述信息服务器的间隔时间；
每个客户端利用调整后所对应的间隔时间，查询所述信息服务器。
2.如权利要求1所述的方法，其特征在于，所述根据两个客户端之间信息交流的状态确定所述两个客户端各自对应的查询所述信息服务器的期望间隔时间包括：
确定所述两个客户端之间信息交流的状态；
建立所述信息交流的状态与所述两个客户端各自对应的查询所述信息服务器的期望间隔时间的对应关系；
根据所述对应关系得到所述信息交流的状态对应的所述两个客户端各自对应的查询所述信息服务器的期望间隔时间。
3.如权利要求2所述的方法，其特征在于，所述两个客户端之间信息交流的状态包括：
信息交流起始点，信息交流高峰期和信息交流结束期。
4.如权利要求3所述的方法，其特征在于，所述两个客户端之间信息交流的状态中，确定所述信息交流起点包括：
根据第一客户端收到第二客户端的消息的状态确定信息交流起始点；
或者确定第一客户端发送消息给第二客户端的状态为信息交流起始点。
5.如权利要求4所述的方法，其特征在于，所述根据第一客户端收到第二客户端的消息的状态确定信息交流起始点包括：
第一客户端收到第二客户端的非即时消息后，第一客户端回复第二客户端，确定所述第一客户端回复第二客户端的状态为信息交流起始点，所述非即时消息包括第一客户端收到第二客户端的消息时，第二客户端处于非活动状态或者不在线状态；
确定第一客户端收到第二客户端的即时消息的状态为信息交流起始点，所述即时消息包括第一客户端收到第二客户端的消息时，第二客户端处于活动状态或者在线状态。
6.如权利要求3所述的方法，其特征在于，所述两个客户端之间信息交流的状态中，确定所述信息交流高峰期包括以下步骤：
计算两个客户端之间信息交流的状态中每次第二客户端回复第一客户端发送消息的时间差；
当所述时间差小于预定值达到一定值时，确定所述信息交流的状态为信息交流高峰期。
7.如权利要求3所述的方法，其特征在于，所述两个客户端之间信息交流的状态中，确定所述信息交流结束期包括：
计算两个客户端之间信息交流的状态中每次第二客户端回复第一客户端发送消息的时间差；
当所述时间差大于预定值达到一定值的时，确定所述信息交流的状态为信息交流结束期。
8.如权利要求1所述的方法，其特征在于，所述根据所述期望间隔时间分别调整所述两个客户端对应的查询所述信息服务器的间隔时间包括：
将所述两个客户端各自对应的查询所述信息服务器的间隔时间调整为所述期望间隔时间。
9.如权利要求1所述的方法，其特征在于，所述根据所述期望间隔时间分别调整所述两个客户端对应的查询所述信息服务器的间隔时间还包括：
所述信息服务器收到所述两个客户端的查询请求后返回所述两个客户端各自对应的最小查询时间；
比较所述期望间隔时间和所述最小查询时间，根据比较的结果分别调整所述两个客户端对应的查询所述信息服务器的间隔时间。
10.如权利要求9所述的方法，其特征在于，所述根据比较的结果分别调整所述两个客户端对应的查询所述信息服务器的间隔时间包括：
当所述期望间隔时间大于等于所述最小查询时间时，将所述两个客户端各自对应的查询所述信息服务器的间隔时间调整为所述期望间隔时间；
当所述期望间隔时间小于所述最小查询时间时，将所述两个客户端各自对应的查询所述信息服务器的间隔时间调整为所述最小查询时间。
11.一种调整信息服务器负载的装置，其特征在于，包括：
获得模块，用于根据两个客户端之间信息交流的状态确定所述两个客户端各自对应的查询所述信息服务器的期望间隔时间；
调整模块，用于根据所述期望间隔时间分别调整所述两个客户端对应的查询所述信息服务器的间隔时间；
查询模块，用于每个客户端利用调整后所对应的间隔时间，查询所述信息服务器。
12.如权利要求11所述的装置，其特征在于，所述获得模块包括：
确定模块，用于确定所述两个客户端之间信息交流的状态；
存储模块，用于保存所述信息交流的状态与所述两个客户端各自对应的查询所述信息服务器的期望间隔时间的对应关系；
获取模块，用于根据所述对应关系得到所述信息交流的状态对应的所述两个客户端各自对应的查询所述信息服务器的期望间隔时间。
13.如权利要求12所述的装置，其特征在于，所述确定模块又包括：
起始点确定模块，用于确定两个客户端之间信息交流的起始点；
高峰期确定模块，用于确定两个客户端之间信息交流的高峰期；
结束期确定模块，用于确定两个客户端之间信息交流的结束期。
14.如权利要求13所述的装置，其特征在于，所述起始点确定模块包括：
第一状态模块，用于根据第一客户端收到第二客户端的消息的状态确定信息交流起始点；
第二状态模块，用于确定第一客户端发送消息给第二客户端的状态为信息交流起始点。
15.如权利要求14所述的装置，其特征在于，所述第一状态模块包括：
非即时模块，用于第一客户端收到第二客户端的非即时消息后，第一客户端回复第二客户端，确定所述第一客户端回复第二客户端的状态为信息交流起始点；
即时模块，用于确定第一客户端收到第二客户端的即时消息的状态为信息交流起始点。
16.如权利要求13所述的装置，其特征在于，所述高峰期确定模块包括：
计算模块，用于计算两个客户端之间信息交流的状态中每次第二客户端回复第一客户端发送消息的时间差；
判断模块，用于当所述时间差小于预定值达到一定值时，确定所述信息交流的状态为信息交流高峰期。
17.如权利要求13所述的装置，其特征在于，所述结束期确定模块包括：
计算模块，用于计算两个客户端之间信息交流的状态中每次第二客户端回复第一客户端发送消息的时间差；
判断模块，用于当所述时间差大于预设定值达到一定值的时，确定所述信息交流的状态为信息交流结束期。
18.如权利要求11所述的装置，其特征在于，所述调整模块包括：
返回模块，用于所述信息服务器收到所述两个客户端的查询请求后返回所述两个客户端各自对应的最小查询时间；
比较模块，用于比较所述期望间隔时间和所述最小查询时间，根据比较的结果分别调整所述两个客户端对应的查询所述信息服务器的间隔时间。
19.如权利要求18所述的装置，其特征在于，所述比较模块包括：
第一调整模块，用于当所述期望间隔时间大于等于所述最小查询时间时，将所述两个客户端各自对应的查询所述信息服务器的间隔时间调整为所述期望间隔时间；
第二调整模块，用于当所述期望间隔时间小于所述最小查询时间时，将所述两个客户端各自对应的查询所述信息服务器的间隔时间调整为所述最小查询时间。
20.一种信息传递系统，其特征在于，包括：一个以上的客户端，信息服务器和查询间隔控制模块；
信息服务器，用于存储来自第一客户端的信息，并根据第二客户端的查询请求提供信息；
查询间隔控制模块，用于根据所述第一客户端和第二客户端之间信息交流的状态确定所述第一客户端和第二客户端各自对应的查询所述信息服务器的期望间隔时间，根据所述期望间隔时间分别调整所述第一客户端和第二客户端查询所述信息服务器的间隔时间；
第一客户端，用于发送信息给信息服务器；
第二客户端，用于利用调整后所对应的间隔时间，查询并获得所述信息服务器的存储的信息。
21.如权利要求20所述的系统，其特征在于，所述查询间隔控制模块放置在客户端中；或者放置在信息服务器中；或者一端与所述信息服务器连接，另一端与所述第一客户端或者所述第二客户端连接。
22.如权利要求20或21所述的系统，其特征在于，所述查询间隔控制模块包括：
获得模块，用于根据第一客户端和第二客户端之间信息交流的状态得到所述第一客户端和第二客户端各自对应的查询所述信息服务器的期望间隔时间；
调整模块，用于根据所述期望间隔时间分别调整所述第一客户端和第二客户端对应的查询所述信息服务器的间隔时间。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007103018628A CN101184062B (zh) | 2007-12-18 | 2007-12-18 | 一种调整信息服务器负载的方法、装置及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007103018628A CN101184062B (zh) | 2007-12-18 | 2007-12-18 | 一种调整信息服务器负载的方法、装置及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101184062A true CN101184062A (zh) | 2008-05-21 |
| CN101184062B CN101184062B (zh) | 2010-07-14 |
Family
ID=39449149
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2007103018628A Active CN101184062B (zh) | 2007-12-18 | 2007-12-18 | 一种调整信息服务器负载的方法、装置及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101184062B (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102170422A (zh) * | 2010-02-25 | 2011-08-31 | 腾讯科技（深圳）有限公司 | 一种节点查询方法、装置及系统 |
| CN102209048A (zh) * | 2011-05-24 | 2011-10-05 | 苏州阔地网络科技有限公司 | 一种用于实现用户信息共享的即时通讯系统及方法 |
| CN106603385A (zh) * | 2012-03-28 | 2017-04-26 | 卡西欧计算机株式会社 | 邮件接收装置和邮件接收方法 |
| WO2017101701A1 (zh) * | 2015-12-15 | 2017-06-22 | 阿里巴巴集团控股有限公司 | 一种任务状态的查询方法和装置 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6501834B1 (en) * | 2001-11-21 | 2002-12-31 | At&T Corp. | Message sender status monitor |
| JP2007318681A (ja) * | 2006-05-29 | 2007-12-06 | Ntt Docomo Inc | 携帯電話システム、テレビ電話制御装置、携帯電話機及びテレビ電話制御方法 |
-
2007
- 2007-12-18 CN CN2007103018628A patent/CN101184062B/zh active Active
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102170422A (zh) * | 2010-02-25 | 2011-08-31 | 腾讯科技（深圳）有限公司 | 一种节点查询方法、装置及系统 |
| CN102209048A (zh) * | 2011-05-24 | 2011-10-05 | 苏州阔地网络科技有限公司 | 一种用于实现用户信息共享的即时通讯系统及方法 |
| CN106603385A (zh) * | 2012-03-28 | 2017-04-26 | 卡西欧计算机株式会社 | 邮件接收装置和邮件接收方法 |
| WO2017101701A1 (zh) * | 2015-12-15 | 2017-06-22 | 阿里巴巴集团控股有限公司 | 一种任务状态的查询方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101184062B (zh) | 2010-07-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Soni et al. | A survey on mqtt: a protocol of internet of things (iot) | |
| EP3453148B1 (en) | System and method for latency-based queuing | |
| US7792912B2 (en) | Product, method and system for managing multiple user IDS in instant messaging or email computer software applications | |
| CN102447647B (zh) | 一种基于新消息的通知方法、装置及系统 | |
| CN103095684A (zh) | 获取关注用户聚合信息的方法、装置及系统 | |
| CN101184062B (zh) | 一种调整信息服务器负载的方法、装置及系统 | |
| CN101594318A (zh) | 一种实现邮件和即时消息互通的方法和系统 | |
| CN104935622A (zh) | 一种用于消息分配、消费的方法及装置,用于消息处理的系统 | |
| CN111200592B (zh) | 信息传输方法、装置和系统 | |
| CN103024085A (zh) | 一种处理p2p节点请求的系统及方法 | |
| CN105262836A (zh) | 服务器推送信息的方法及客户端接收推送信息的方法 | |
| CN101645854A (zh) | 一种获取用户信息的方法、装置及系统 | |
| CN105049531A (zh) | 一种消息推送系统及方法 | |
| CN1487706B (zh) | 企业即时通信的方法、系统和控制流程 | |
| CN105450997A (zh) | 基于云存储的视频监控系统 | |
| CN101119340B (zh) | 收取电子邮件的方法、系统及邮件自动收取服务器 | |
| CN102487396B (zh) | 用户位置确定方法及系统 | |
| JP2008538837A (ja) | メッセンジャーを用いた通知システム及び方法 | |
| CN102291328A (zh) | 支持多协议基于网页的第三方邮件账号收发方法及系统 | |
| WO2019140415A3 (en) | System and method for managing project and business records | |
| CN102299937A (zh) | 一种基于网络的分配时钟服务器的方法及其系统 | |
| CN115344534A (zh) | 文件下载方法、装置、计算机设备和存储介质 | |
| Charzinski | Observations in e-mail performance | |
| CN112333250B (zh) | 智能楼宇中物联网数据包的应答方法和系统 | |
| CN103873355A (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 | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20170619 Address after: A District No. 9018 building 518000 Guangdong Han innovation city of Shenzhen province Nanshan District high tech park, North Central Avenue, 4 floor 401 Patentee after: Shenzhen thunder network culture Co., Ltd. Address before: 518057 Guangdong, Shenzhen, Nanshan District science and technology in the road, Shenzhen, No. 11, software park, building 7, level 8, two Patentee before: Xunlei Network Technology Co., Ltd., Shenzhen |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20180206 Address after: Nanshan District Guangdong streets of science and technology of Shenzhen city in Guangdong province 518057 two Road No. 11 Shenzhen Software Park Building 7, 8 floor Patentee after: Xunlei Network Technology Co., Ltd., Shenzhen Address before: A District No. 9018 building 518000 Guangdong Han innovation city of Shenzhen province Nanshan District high tech park, North Central Avenue, 4 floor 401 Patentee before: Shenzhen thunder network culture Co., Ltd. |
|
| TR01 | Transfer of patent right |