CN102594732B - 一种多窗口聊天的方法及*** - Google Patents
一种多窗口聊天的方法及*** Download PDFInfo
- Publication number
- CN102594732B CN102594732B CN201210036149.6A CN201210036149A CN102594732B CN 102594732 B CN102594732 B CN 102594732B CN 201210036149 A CN201210036149 A CN 201210036149A CN 102594732 B CN102594732 B CN 102594732B
- Authority
- CN
- China
- Prior art keywords
- connection
- server
- sleep
- liveness
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 27
- 230000004913 activation Effects 0.000 claims abstract description 25
- 230000003213 activating effect Effects 0.000 claims description 7
- 230000005540 biological transmission Effects 0.000 claims description 2
- 230000004622 sleep time Effects 0.000 abstract 1
- 238000010586 diagram Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 239000002699 waste material Substances 0.000 description 2
- 238000000205 computational method Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 208000019116 sleep disease Diseases 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
- H04L51/046—Interoperability with other network applications or services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
- H04L12/1822—Conducting the conference, e.g. admission, detection, selection or grouping of participants, correlating users to one or more conference sessions, prioritising transmission
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明提供一种多窗口聊天的方法及***,本发明方法包括以下步骤。服务器建立与客户端之间的至少一个与用户窗口相对应的连接。服务器建立与客户端的一个新连接,或客户端由前一连接切换到目标连接后,控制器计算前一连接的活跃度并根据活跃度确定前一连接的状态,并将前一连接的状态通知服务器,服务器根据控制器的通知设定前一连接的状态。若服务器在任一睡眠连接的睡眠时间内接收到客户端发送的睡眠连接的激活请求,服务器激活睡眠连接,控制器计算新连接或目标连接的活跃度并根据所述活跃度确定新连接或目标连接的状态,并将新连接或目标连接的状态通知服务器,服务器根据控制器的通知设定所述新连接或目标连接的状态。
Description
技术领域
本发明属于即时通信领域,尤其涉及一种多窗口聊天的方法及***。
背景技术
随着网络化社会的不断进步,越来越多的网络通讯工具应用到工作和生活中,比如飞信、MSN、QQ等。在各种通信应用工具中,由于网页版即时通讯不需安装软件,使用便捷,受到了人们的青睐。在网页版即时通讯的日常应用中,当实现多个浏览器窗口聊天时具有一定的局限性。在现有技术中,部分网页版通讯不支持多浏览器窗口聊天,比如在窗口1登陆了账号后,再在窗口2登陆同一账号,窗口1的账号会被强迫下线。或者网页版即时通讯支持多浏览器窗口聊天,但每个窗口都与服务器建立了一个连接,造成了服务器资源的浪费。在合理利用资源的前提下,如何实现多浏览器窗口下聊天,提高用户使用的便捷度,成为需要解决的问题。
发明内容
本发明提供一种多窗口聊天的方法及***以解决上述问题。
本发明提供一种多窗口聊天的方法,包括以下步骤。服务器建立与客户端之间的至少一个与用户窗口相对应的连接。所述服务器建立与所述客户端的一个新连接,或所述客户端由前一连接切换到目标连接后,控制器计算前一连接的活跃度并根据所述活跃度确定前一连接的状态,并将所述前一连接的状态通知服务器,所述服务器根据所述控制器的通知设定所述前一连接的状态。若所述服务器在任一睡眠连接的睡眠时间内接收到所述客户端发送的所述睡眠连接的激活请求,所述服务器激活所述睡眠连接,所述控制器计算所述新连接或目标连接的活跃度并根据所述活跃度确定所述新连接或目标连接的状态,并将所述新连接或目标连接的状态通知服务器,所述服务器根据所述控制器的通知设定所述新连接或目标连接的状态。
本发明还提供一种多窗口聊天的方法,包括以下步骤。服务器建立与客户端之间的至少一个与用户窗口相对应的连接。所述服务器建立与所述客户端的一个新连接,或所述客户端由前一连接切换到目标连接后,控制器计算前一连接的活跃度并发送给服务器,所述服务器根据所述活跃度设定所述前一连接的状态。若所述服务器在任一睡眠连接的睡眠时间内接收到所述客户端发送的所述睡眠连接的激活请求,所述服务器激活所述睡眠连接,所述控制器计算所述新连接或目标连接的活跃度并发送给服务器,所述服务器根据所述活跃度设定所述新连接或目标连接的状态。
本发明提供一种多窗口聊天的***,包括客户端、控制器及服务器,所述客户端通过所述控制器与所述服务器相连,且所述客户端与所述服务器直接相连。所述服务器包括接收器及处理器,所述接收器连接所述处理器。所述接收器,用于建立与客户端之间的至少一个与用户窗口相对应的连接。所述处理器,用于若在任一睡眠连接的睡眠时间内接收到所述客户端发送的所述睡眠连接的激活请求,激活所述睡眠连接,还用于根据所述控制器的通知设定新连接或目标连接的状态。所述控制器,用于所述服务器建立与所述客户端的新连接后,或所述客户端由前一连接切换到目标连接后,计算前一连接的活跃度并根据所述活跃度确定所述前一连接的状态,并将所述状态通知服务器,还用于所述服务器激活所述睡眠连接后,计算新连接或目标连接的活跃度并根据所述活跃度确定所述新连接或目标连接的状态,并将所述新连接或目标连接的状态通知所述服务器。
本发明还提供一种多窗口聊天的***,包括客户端、控制器及服务器,所述客户端通过所述控制器与所述服务器相连,且所述客户端与所述服务器直接相连。所述服务器包括接收器及处理器,所述接收器连接所述处理器。所述接收器,用于建立与客户端之间的至少一个与用户窗口相对应的连接。所述处理器,用于若在任一睡眠连接的睡眠时间内接收到所述客户端发送的所述睡眠连接的激活请求,激活所述睡眠连接,还用于根据所述控制器发送的活跃度设定所述新连接或目标连接的状态。所述控制器,用于所述服务器建立与所述客户端的新连接后,或所述客户端由前一连接切换到目标连接后,计算前一连接的活跃度并发送给服务器,还用于所述服务器激活所述睡眠连接后,计算新连接或目标连接的活跃度并发送给所述服务器。
相较于先前技术,根据本发明提供的多窗口聊天的方法及***,当客户端与服务器建立至少一个连接后再建立一个新连接,或客户端从前一连接切换到目标连接时,控制器计算前一连接的活跃度并确定前一连接的状态,并将所述前一连接的状态通知服务器,或者控制器计算前一连接的活跃度并发送给服务器,服务器根据活跃度设定前一连接的状态。而且,可以在睡眠连接的睡眠时间内激活所述睡眠连接,计算所述新连接或目标连接的活跃度并设定所述新连接或目标连接的状态。实现了多窗口下聊天功能的同时,降低了服务器的资源使用率。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1所示为根据本发明的第一较佳实施例提供的多窗口聊天的方法的流程图;
图2所示为根据本发明的第二较佳实施例提供的多窗口聊天的方法的流程图;
图3所示为根据本发明的第三较佳实施例提供的多窗口聊天的***的示意图;
图4所示为根据本发明的第四较佳实施例提供的多窗口聊天的***的示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
图1所示为根据本发明的第一较佳实施例提供的多窗口聊天的方法的流程图,如图1所示。本发明的第一较佳实施例提供的多窗口聊天的方法包括步骤101~103。
步骤101:服务器建立与客户端之间的至少一个与用户窗口相对应的连接。
具体而言,用户在客户端打开第一个浏览器窗口登录后,客户端向服务器发起连接请求,所述服务器修改所述用户的状态为在线后获取所述用户的在线好友信息,并建立与所述客户端的第一个浏览器窗口对应的第一个连接。例如,用户打开视频会议***的页面www.ppmeet.com并首次登录,服务器验证用户名密码成功后,修改用户状态为在线并获取所述用户的在线好友信息,服务器成功建立与客户端的第一个连接。于此,服务器向所述客户端的第一个浏览器窗口返回用户的在线好友信息,并向所述用户的在线好友发送用户上线通知。同样地,服务器可以接收所述客户端的第二个连接请求并建立第二个连接,或者建立与客户端的多个连接。
步骤102:所述服务器建立与所述客户端的一个新连接,或所述客户端由前一连接切换到目标连接后,控制器计算前一连接的活跃度并根据所述活跃度确定前一连接的状态,并将所述前一连接的状态通知服务器,所述服务器根据所述控制器的通知设定所述前一连接的状态。
具体而言,按照步骤101,当服务器与客户端保持第一个连接并再次建立新连接时,此时服务器与客户端存在两个或两个以上连接,则在服务器建立所述新连接后,控制器计算最近的前一连接的活跃度并根据所述活跃度确定所述前一连接的状态,并将所述状态通知服务器,服务器根据控制器的通知设定所述前一连接的状态。其中,服务器建立与客户端的所述新连接后,客户端从浏览器缓存中获取所述用户在线好友信息。
另外,若客户端在与服务器已建立的多个连接之间进行切换,即,当客户端从前一连接切换到目标连接时,控制器计算前一连接的活跃度并根据前一连接的活跃度确定其状态,并将前一连接的状态通知服务器,服务器根据控制器的通知设定前一连接的状态。其中,服务器切换至目标连接后,客户端从浏览器缓存中获取所述用户在线好友信息。所述活跃度由连接的连接时长、所述连接时长内所述连接的消息数量及数据流量决定。此外,控制器中预存活跃度与睡眠时间的对照表,所述控制器根据所述对照表确定连接是否达到睡眠要求,若所述连接未达到睡眠要求,控制器通知服务器断开所述连接。所述活跃度与睡眠时间的对照表例如下表所示。
活跃度 | 睡眠时间 |
活跃度>0.5 | 1800秒 |
0.3<活跃度<=0.5 | 1200秒 |
0.15<活跃度<=0.3 | 600秒 |
0.01<活跃度<=0.15 | 300秒 |
活跃度<=0.01 | 不睡眠,直接断开连接 |
其中,所述活跃度根据连接时长有不同的计算方式。即,连接时长小于1800秒时,活跃度=(连接时长内的消息数+连接时长内的数据流量*10)/连接时长;连接时长大于等于1800秒时,活跃度=(1800秒内消息数+1800秒内数据流量*10)/1800。于本实施例中,所述1800秒内消息数及1800秒内数据流量,为开始计算活跃度的时刻之前1800秒内的消息数及数据流量。于其他实施例中,所述1800秒内消息数及1800秒内数据流量,也可以为连接时长内每1800秒的消息数平均值及数据流量平均值。所述消息数及数据流量的取值方法,可以根据实际应用进行设置,对此本发明并不作限定。
例如,用户在10点打开第一个浏览器窗口并登录聊天***,于11点打开第二个浏览器窗口。其中10点30分至11点之间用户发送和接收的消息总数为500条、所述消息的流量大小为0.5M、视频聊天产生的数据流量为50M。第一个连接的连接时长为3600秒,则第一个连接的活跃度按照连接时长大于等于1800秒时的方法进行计算,计算方法中的1800秒,即10点30分至11点,所述活跃度为:(500+(50+0.5)*10)/1800=0.56。按照上表所示,第一个连接的活跃度大于0.5,则控制器确定第一个连接睡眠时间为1800秒后,将第一个连接的状态通知服务器,服务器根据所述通知设定第一个连接的睡眠时间。
步骤103:若所述服务器在任一睡眠连接的睡眠时间内接收到所述客户端发送的所述睡眠连接的激活请求,所述服务器激活所述睡眠连接,所述控制器计算所述新连接或目标连接的活跃度并根据所述活跃度确定所述新连接或目标连接的状态,并将所述新连接或目标连接的状态通知服务器,所述服务器根据所述控制器的通知设定所述新连接或目标连接的状态。
具体而言,若服务器在睡眠连接的睡眠时间内没有接收到客户端发送的所述睡眠连接的激活请求,则服务器断开所述睡眠连接。若客户端超过所述睡眠连接的睡眠时间后向所述服务器发送该睡眠连接的激活请求,所述服务器接收到所述激活请求后重新建立与所述客户端的新连接。
按照步骤102的示例,服务器将第一个连接置为睡眠且睡眠时间为1800秒,若服务器在1800秒内接收到客户端发送的第一个连接的激活请求,服务器激活第一个连接,控制器计算第二个连接的活跃度且根据第二个连接的活跃度确定其状态并通知服务器,服务器根据所述通知设定所述第二个连接的状态。若在第一个连接开始睡眠后的第1809秒,客户端向服务器发送第一个连接的激活请求,此时,服务器已断开第一个连接,服务器需要建立与客户端的新连接,即第三个连接,控制器计算第二个连接的活跃度并根据第二个连接的活跃度确定其状态,同样地,服务器根据控制器的通知设定第二个连接的状态。如上所述,当客户端与服务器之间同时存在多个连接时,服务器仅使客户端当前激活的窗口存在正常的连接,其余非激活的窗口所对应的连接为睡眠或断开状态。
图2所示为根据本发明的第二较佳实施例提供的多窗口聊天的方法的流程图,如图2所示。本发明的第二较佳实施例提供的多窗口聊天的方法包括步骤201~203。
步骤201:服务器建立与客户端之间的至少一个与用户窗口相对应的连接。
步骤202:所述服务器建立与所述客户端的一个新连接,或所述客户端由前一连接切换到目标连接后,控制器计算前一连接的活跃度并发送给服务器,所述服务器根据所述活跃度设定所述前一连接的状态。
其中,服务器预存活跃度与睡眠时间的对照表,所述服务器根据控制器发送的活跃度及所述对照表设定连接的状态。本实施例中所述活跃度的计算方式及对照表内容与步骤102所述相同,故于此不再赘述。
步骤203:若所述服务器在任一睡眠连接的睡眠时间内接收到所述客户端发送的所述睡眠连接的激活请求,所述服务器激活所述睡眠连接,所述控制器计算所述新连接或目标连接的活跃度并发送给服务器,所述服务器根据所述活跃度设定所述新连接或目标连接的状态。
按照步骤202,所述服务器根据连接的活跃度及对照表设定连接的状态,其中,所述连接的活跃度由控制器计算后发送至服务器,服务器根据预存的对照表确定连接状态。所述连接的切换及激活过程与步骤103所述相同,故于此不再赘述。
图3所示为根据本发明的第三较佳实施例提供的多窗口聊天的***的示意图,如图3所示。本发明的第三较佳实施例提供的多窗口聊天的***包括包括客户端1、控制器2及服务器3,所述客户端1通过所述控制器2与所述服务器3相连,且所述客户端1与所述服务器3直接相连。所述服务器3包括接收器31及处理器32,所述接收器31连接所述处理器32。所述接收器31,用于建立与客户端1之间的至少一个与用户窗口相对应的连接。所述处理器32,用于若在任一睡眠连接的睡眠时间内接收到所述客户端1发送的所述睡眠连接的激活请求,激活所述睡眠连接,还用于根据所述控制器2的通知设定新连接或目标连接的状态。所述控制器2,用于所述服务器3建立与所述客户端1的新连接后,或所述客户端1由前一连接切换到目标连接后,计算前一连接的活跃度并根据所述活跃度确定所述前一连接的状态,并将所述状态通知服务器3,还用于所述服务器3激活所述睡眠连接后,计算新连接或目标连接的活跃度并根据所述活跃度确定所述新连接或目标连接的状态,并将所述新连接或目标连接的状态通知所述服务器3。其中,控制器2预存活跃度与睡眠时间的对照表21,所述控制器2根据所述对照表21确定连接状态并将所述状态通知服务器3,服务器3根据所述通知设定连接状态。本实施例提供***的活跃度计算方式及连接状态的设定方式与第一实施例提供方法的方式相同,故于此不再赘述。
图4所示为根据本发明的第四较佳实施例提供的多窗口聊天的***的示意图,如图4所示。本发明的第四较佳实施例提供的多窗口聊天的***包括客户端4、控制器5及服务器6,所述客户端4通过所述控制器5与所述服务器6相连,且所述客户端4与所述服务器6直接相连。所述服务器6包括接收器61及处理器62,所述接收器61连接所述处理器62。所述接收器61,用于建立与客户端4之间的至少一个与用户窗口相对应的连接。所述处理器62,用于若在任一睡眠连接的睡眠时间内接收到所述客户端4发送的所述睡眠连接的激活请求,激活所述睡眠连接,还用于根据所述控制器5发送的活跃度设定所述新连接或目标连接的状态。所述控制器5,用于所述服务器6建立与所述客户端4的新连接后,或所述客户端4由前一连接切换到目标连接后,计算前一连接的活跃度并发送给服务器6,还用于所述服务器6激活所述睡眠连接后,计算新连接或目标连接的活跃度并发送给所述服务器6。其中,服务器6预存活跃度与睡眠时间的对照表63,所述接收器61接收所述控制器5发送的活跃度后,所述处理器62根据所述对照表63确定所述连接的状态,若所述连接未达到所述睡眠要求,所述处理器62断开所述连接。本实施例提供***的活跃度计算方式及连接状态的设定方式与第二实施例提供方法的方式相同,故于此不再赘述。
综上所述,根据本发明较佳实施例提供的多窗口聊天的方法及***,当服务器建立与客户端的新连接或客户端从前一连接切换到目标连接时,控制器计算前一连接的活跃度并确定其状态并通知服务器,服务器根据通知设定所述前一连接的状态;或者控制器计算前一连接的活跃度并发送给服务器,服务器根据活跃度设定前一连接的状态。另外,若服务器在任何一个睡眠连接的睡眠时间内接收到客户端发送的该睡眠连接的激活请求,激活该睡眠连接。若服务器在所述睡眠时间内没有接收到客户端的激活请求,断开该睡眠连接;当超过所述睡眠连接的睡眠时间后,客户端再次向服务器发起连接建立的请求,服务器建立新的连接。控制器计算前一连接的活跃度并确定其状态,将所述状态通知服务器,服务器根据所述通知设定前一连接的状态;或者控制器计算前一连接的活跃度并发送给服务器,服务器根据活跃度设定前一连接的状态。如此保持了仅激活窗口存在正常的连接,实现了多窗口聊天功能,有效避免了服务器资源的浪费。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (9)
1.一种多窗口聊天的方法,其特征在于,包括以下步骤:
服务器建立与客户端之间的至少一个与用户窗口相对应的连接;
所述服务器建立与所述客户端的一个新连接,或所述客户端由前一连接切换到目标连接后,控制器计算前一连接的活跃度并根据所述活跃度确定前一连接的状态,并将所述前一连接的状态通知服务器,所述服务器根据所述控制器的通知设定所述前一连接的状态;其中,所述前一连接的状态为睡眠或断开,以及设置所述前一连接的睡眠时间;
若所述服务器在任一睡眠连接的睡眠时间内接收到所述客户端发送的所述睡眠连接的激活请求,所述服务器激活所述睡眠连接,所述控制器计算所述新连接或目标连接的活跃度并根据所述活跃度确定所述新连接或目标连接的状态,并将所述新连接或目标连接的状态通知服务器,所述服务器根据所述控制器的通知设定所述新连接或目标连接的状态;
所述活跃度由连接的连接时长、所述连接时长内所述连接的消息数量及数据流量决定;
若连接时长小于1800秒时,活跃度=(连接时长内的消息数+连接时长内的数据流量*10)/连接时长;连接时长大于等于1800秒时,活跃度=(1800秒内消息数+1800秒内数据流量*10)/1800,所述1800秒内消息数及1800秒内数据流量,为开始计算活跃度的时刻之前1800秒内的消息数及数据流量。
2.根据权利要求1所述的方法,其特征在于,所述控制器预存活跃度与睡眠时间的对照表,所述控制器根据所述对照表确定所述睡眠连接的状态,若所述睡眠连接未达到所述睡眠要求,所述控制器通知所述服务器断开所述睡眠连接。
3.根据权利要求1所述的方法,其特征在于,所述服务器接收所述客户端的第一个连接请求并建立与所述客户端的第一个连接,接收所述客户端的第二个连接请求并建立第二个连接后,所述控制器计算所述第一个连接的活跃度并根据所述活跃度确定所述第一个连接的状态,并将所述第一个连接的状态通知所述服务器,所述服务器根据所述控制器的通知设定所述第一个连接的状态。
4.根据权利要求3所述的方法,其特征在于,若所述服务器将第一个连接设为睡眠状态,且所述服务器在所述第一个连接的睡眠时间内没有接收到客户端发送的所述第一个连接的激活请求,所述服务器断开所述第一个连接。
5.根据权利要求3所述的方法,其特征在于,若所述服务器将第一个连接设为睡眠状态,所述客户端超过所述第一个连接的睡眠时间后向所述服务器发送所述第一个连接的激活请求,所述服务器接收到所述激活请求后重新建立与所述客户端的新连接。
6.一种多窗口聊天的方法,其特征在于,包括以下步骤:
服务器建立与客户端之间的至少一个与用户窗口相对应的连接;
所述服务器建立与所述客户端的一个新连接,或所述客户端由前一连接切换到目标连接后,控制器计算前一连接的活跃度并发送给服务器,所述服务器根据所述活跃度设定所述前一连接的状态;其中,所述前一连接的状态为睡眠或断开,以及设置所述前一连接的睡眠时间;
若所述服务器在任一睡眠连接的睡眠时间内接收到所述客户端发送的所述睡眠连接的激活请求,所述服务器激活所述睡眠连接,所述控制器计算所述新连接或目标连接的活跃度并发送给服务器,所述服务器根据所述活跃度设定所述新连接或目标连接的状态;
所述活跃度由连接的连接时长、所述连接时长内所述连接的消息数量及数据流量决定;
若连接时长小于1800秒时,活跃度=(连接时长内的消息数+连接时长内的数据流量*10)/连接时长;连接时长大于等于1800秒时,活跃度=(1800秒内消息数+1800秒内数据流量*10)/1800,所述1800秒内消息数及1800秒内数据流量,为开始计算活跃度的时刻之前1800秒内的消息数及数据流量。
7.根据权利要求6所述的方法,其特征在于,所述服务器预存活跃度与睡眠时间的对照表,所述服务器接收所述控制器发送的活跃度后,根据所述对照表确定所述睡眠连接的状态,若所述睡眠连接未达到所述睡眠要求,所述服务器断开所述睡眠连接。
8.一种多窗口聊天的***,其特征在于,包括客户端、控制器及服务器,所述客户端通过所述控制器与所述服务器相连,且所述客户端与所述服务器直接相连,
所述服务器包括接收器及处理器,所述接收器连接所述处理器,
所述接收器,用于建立与客户端之间的至少一个与用户窗口相对应的连接;
所述处理器,用于若在任一睡眠连接的睡眠时间内接收到所述客户端发送的所述睡眠连接的激活请求,激活所述睡眠连接,还用于根据所述控制器的通知设定新连接或目标连接的状态;
所述控制器,用于所述服务器建立与所述客户端的新连接后,或所述客户端由前一连接切换到目标连接后,计算前一连接的活跃度并根据所述活跃度确定所述前一连接的状态,并将所述状态通知服务器,还用于所述服务器激活所述睡眠连接后,计算新连接或目标连接的活跃度并根据所述活跃度确定所述新连接或目标连接的状态,并将所述新连接或目标连接的状态通知所述服务器;
其中,所述前一连接的状态为睡眠或断开,以及设置所述前一连接的睡眠时间;
所述活跃度由连接的连接时长、所述连接时长内所述连接的消息数量及数据流量决定;
若连接时长小于1800秒时,活跃度=(连接时长内的消息数+连接时长内的数据流量*10)/连接时长;连接时长大于等于1800秒时,活跃度=(1800秒内消息数+1800秒内数据流量*10)/1800,所述1800秒内消息数及1800秒内数据流量,为开始计算活跃度的时刻之前1800秒内的消息数及数据流量。
9.一种多窗口聊天的***,其特征在于,包括客户端、控制器及服务器,所述客户端通过所述控制器与所述服务器相连,且所述客户端与所述服务器直接相连,
所述服务器包括接收器及处理器,所述接收器连接所述处理器,
所述接收器,用于建立与客户端之间的至少一个与用户窗口相对应的连接;
所述控制器,用于所述服务器建立与所述客户端的新连接后,或所述客户端由前一连接切换到目标连接后,计算前一连接的活跃度并发送给服务器,还用于所述服务器激活睡眠连接后,计算新连接或目标连接的活跃度并发送给所述服务器;
所述处理器,用于若在任一睡眠连接的睡眠时间内接收到所述客户端发送的所述睡眠连接的激活请求,激活所述睡眠连接,还用于根据所述控制器发送的活跃度设定所述新连接或目标连接的状态;
其中,所述前一连接的状态为睡眠或断开,以及设置所述前一连接的睡眠时间;
所述活跃度由连接的连接时长、所述连接时长内所述连接的消息数量及数据流量决定;
若连接时长小于1800秒时,活跃度=(连接时长内的消息数+连接时长内的数据流量*10)/连接时长;连接时长大于等于1800秒时,活跃度=(1800秒内消息数+1800秒内数据流量*10)/1800,所述1800秒内消息数及1800秒内数据流量,为开始计算活跃度的时刻之前1800秒内的消息数及数据流量。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210036149.6A CN102594732B (zh) | 2012-02-17 | 2012-02-17 | 一种多窗口聊天的方法及*** |
PCT/CN2012/084333 WO2013120365A1 (zh) | 2012-02-17 | 2012-11-08 | 一种多窗口聊天的方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210036149.6A CN102594732B (zh) | 2012-02-17 | 2012-02-17 | 一种多窗口聊天的方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102594732A CN102594732A (zh) | 2012-07-18 |
CN102594732B true CN102594732B (zh) | 2015-01-21 |
Family
ID=46482947
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210036149.6A Expired - Fee Related CN102594732B (zh) | 2012-02-17 | 2012-02-17 | 一种多窗口聊天的方法及*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102594732B (zh) |
WO (1) | WO2013120365A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102594732B (zh) * | 2012-02-17 | 2015-01-21 | 苏州阔地网络科技有限公司 | 一种多窗口聊天的方法及*** |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101009670A (zh) * | 2007-01-22 | 2007-08-01 | 阿里巴巴公司 | 一种基于即时通信实现群组通信的方法和*** |
CN101188577A (zh) * | 2007-12-29 | 2008-05-28 | 腾讯科技(深圳)有限公司 | 多页面即时通讯方法和*** |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7305475B2 (en) * | 1999-10-12 | 2007-12-04 | Webmd Health | System and method for enabling a client application to operate offline from a server |
US20080040436A1 (en) * | 2006-08-11 | 2008-02-14 | Geodesic Information Systems Ltd | Instant messaging integrated in a browser |
CN102118322A (zh) * | 2009-12-30 | 2011-07-06 | 蒋斌 | 一种在聊天工具中自动控制聊天窗口数量的控制方法 |
CN102594732B (zh) * | 2012-02-17 | 2015-01-21 | 苏州阔地网络科技有限公司 | 一种多窗口聊天的方法及*** |
CN102594731B (zh) * | 2012-02-17 | 2014-12-03 | 苏州阔地网络科技有限公司 | 一种实现多窗口聊天的方法及*** |
CN102594894B (zh) * | 2012-02-24 | 2014-10-15 | 苏州阔地网络科技有限公司 | 一种多窗口聊天方法及*** |
CN102571376B (zh) * | 2012-02-24 | 2014-12-03 | 苏州阔地网络科技有限公司 | 一种多窗口聊天的实现方法及*** |
-
2012
- 2012-02-17 CN CN201210036149.6A patent/CN102594732B/zh not_active Expired - Fee Related
- 2012-11-08 WO PCT/CN2012/084333 patent/WO2013120365A1/zh active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101009670A (zh) * | 2007-01-22 | 2007-08-01 | 阿里巴巴公司 | 一种基于即时通信实现群组通信的方法和*** |
CN101188577A (zh) * | 2007-12-29 | 2008-05-28 | 腾讯科技(深圳)有限公司 | 多页面即时通讯方法和*** |
Also Published As
Publication number | Publication date |
---|---|
CN102594732A (zh) | 2012-07-18 |
WO2013120365A1 (zh) | 2013-08-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9712632B2 (en) | Method for receiving data, method for sending data, mobile terminal, and server | |
CN107645529B (zh) | 心跳包发送方法及装置 | |
CN104812094B (zh) | 设备间的连接建立方法和装置 | |
CN102684949B (zh) | 一种长连接下心跳数据包的处理方法、装置和客户端 | |
CN102571376B (zh) | 一种多窗口聊天的实现方法及*** | |
CN103001860A (zh) | 一种融合通信Web即时消息实现*** | |
CN103309428A (zh) | 信息处理方法和电子设备 | |
CN101854598A (zh) | 即时通信业务在客户端之间切换的方法和*** | |
CN1972252A (zh) | 一种移动即时通信中保持通信连接的方法 | |
CN110022577B (zh) | 蜂窝iot下行业务发送方法、装置和计算机可读存储介质 | |
CN103874035A (zh) | 一种移动终端消息推送方法及设备 | |
CN107484232A (zh) | 消息发送方法、***、网络设备和可读存储介质 | |
CN103312528A (zh) | 一种心跳消息发送方法及用户终端 | |
CN109117971A (zh) | 一种基于企业微信应用的工位预定***及其实现方法 | |
CN101677301A (zh) | 即时通信中间服务器及其实现即时通信的方法 | |
CN103516588A (zh) | 一种客户端进行后台处理的方法和*** | |
CN104580537A (zh) | 基于xmpp客户端与服务器的快速重连方法、终端和服务器 | |
CN105554000A (zh) | 一种网络电话唤醒方法 | |
CN103516766B (zh) | 一种客户端与应用服务器间进行通信的方法和*** | |
CN103491512A (zh) | 消息推送的实现方法和装置 | |
CN103312586B (zh) | 一种即时通信的方法、***及服务器 | |
CN102594731B (zh) | 一种实现多窗口聊天的方法及*** | |
CN101459881B (zh) | 消息承载方法以及客户端、消息服务器 | |
CN102594732B (zh) | 一种多窗口聊天的方法及*** | |
CN105515936A (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 | ||
C56 | Change in the name or address of the patentee | ||
CP01 | Change in the name or title of a patent holder |
Address after: Suzhou City, Jiangsu province 215121 Fengting Avenue Suzhou Industrial Park No. 666 Weiting Intelligent Industrial Park Building 8 Patentee after: CODYY EDUCATION TECHNOLOGY Co.,Ltd. Address before: Suzhou City, Jiangsu province 215121 Fengting Avenue Suzhou Industrial Park No. 666 Weiting Intelligent Industrial Park Building 8 Patentee before: SUZHOU CODYY NETWORK SCIENCE & TECHNOLOGY Co.,Ltd. |
|
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20150121 Termination date: 20220217 |