CN102594894B - 一种多窗口聊天方法及*** - Google Patents
一种多窗口聊天方法及*** Download PDFInfo
- Publication number
- CN102594894B CN102594894B CN201210042468.8A CN201210042468A CN102594894B CN 102594894 B CN102594894 B CN 102594894B CN 201210042468 A CN201210042468 A CN 201210042468A CN 102594894 B CN102594894 B CN 102594894B
- Authority
- CN
- China
- Prior art keywords
- sleep
- server
- liveness
- length
- connects
- 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
Landscapes
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明提供一种多窗口聊天方法及***。上述方法包括以下步骤:服务器建立与客户端之间的至少一个与用户窗口相对应的连接;控制器定时计算当前非激活连接的活跃度并根据所述活跃度确定当前非激活连接的状态,并将当前非激活连接的状态通知服务器,服务器根据所述控制器的通知设定当前非激活连接的状态;若服务器在任一睡眠连接的睡眠时间内接收到所述客户端发送的所述睡眠连接的激活请求,服务器激活所述睡眠连接。
Description
技术领域
本发明属于即时通信领域,尤其涉及一种多窗口聊天方法及***。
背景技术
随着网络化社会的不断进步,越来越多的网络通讯工具应用到工作和生活中,比如飞信、MSN、QQ等。在各种通信应用工具中,由于网页版即时通讯不需安装软件,使用便捷,受到了人们的青睐。在网页版即时通讯的日常应用中,当实现多个浏览器窗口聊天时具有一定的局限性。在现有技术中,部分网页版通讯不支持多浏览器窗口聊天,比如在窗口1登陆了账号后,再在窗口2登陆同一账号,窗口1的账号会被强迫下线。或者网页版即时通讯支持多浏览器窗口聊天,但每个窗口都与服务器建立了一个连接,造成了服务器资源的浪费。在合理利用资源的前提下,如何实现多浏览器窗口下聊天,提高用户使用的便捷度,成为需要解决的问题。
发明内容
本发明提供一种多窗口聊天方法及***,以解决上述问题。
本发明提供一种多窗口聊天方法。上述方法包括以下步骤:服务器建立与客户端之间的至少一个与用户窗口相对应的连接;控制器定时计算当前非激活连接的活跃度并根据所述活跃度确定当前非激活连接的状态,并将当前非激活连接的状态通知服务器,服务器根据所述控制器的通知设定当前非激活连接的状态;若服务器在任一睡眠连接的睡眠时间内接收到所述客户端发送的所述睡眠连接的激活请求,服务器激活所述睡眠连接。
本发明还提供一种多窗口聊天方法。上述方法包括以下步骤:服务器建立与客户端之间的至少一个与用户窗口相对应的连接;控制器定时计算当前非激活连接的活跃度并发送给服务器,服务器根据所述活跃度设定当前非激活连接的状态;若服务器在任一睡眠连接的睡眠时间内接收到所述客户端发送的所述睡眠连接的激活请求,服务器激活所述睡眠连接。
本发明还提供一种多窗口聊天***,包括客户端、控制器及服务器。客户端分别连接控制器与服务器,控制器连接服务器。服务器包括接收器及处理器,接收器连接处理器,控制器包括定时器。接收器用于建立与客户端之间的至少一个与用户窗口相对应的连接。控制器用于通过定时器计算当前非激活连接的活跃度并根据活跃度确定当前非激活连接的状态,并将当前非激活连接的状态通知服务器,服务器的处理器根据所述控制器的通知设定当前非激活连接的状态。处理器还用于在任一睡眠连接的睡眠时间内接收到所述客户端发送的所述睡眠连接的激活请求时,激活所述睡眠连接。
本发明还提供一种多窗口聊天***,包括客户端、控制器及服务器。客户端分别连接控制器与服务器,控制器连接服务器。服务器包括接收器及处理器,接收器连接处理器,控制器包括定时器。接收器用于建立与客户端之间的至少一个与用户窗口相对应的连接。控制器用于通过定时器计算当前非激活连接的活跃度并发送给所述服务器,服务器的处理器用于根据所述活跃度设定当前非激活连接的状态。处理器还用于在任一睡眠连接的睡眠时间内接收到所述客户端发送的所述睡眠连接的激活请求时,激活所述睡眠连接。
相较于先前技术,根据本发明提供的多窗口聊天方法及***,控制器定时计算非当前激活连接的活跃度并根据所述活跃度确定非当前激活连接的状态,然后通知服务器;或者控制器定时计算当前非激活连接的活跃度并发送给服务器。另外,若服务器在任何一个睡眠连接的睡眠时间内接收到客户端发送的该睡眠连接的激活请求,则激活该睡眠连接。若服务器在所述睡眠时间内没有接收到客户端的激活请求,则断开该睡眠连接;当超过所述睡眠连接的睡眠时间后,客户端再次向服务器发起连接建立的请求,则服务器建立新的连接。控制器通过定时对非激活连接睡眠时间的计算,保持了仅激活窗口存在正常的连接,实现了多窗口聊天功能,且有效避免了服务器资源的浪费。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1所示为根据本发明的第一较佳实施例提供的多窗口聊天方法的流程图;
图2所示为根据本发明的第一较佳实施例提供的多窗口聊天***的示意图;
图3所示为根据本发明的第二较佳实施例提供的多窗口聊天方法的流程图;
图4所示为根据本发明的第二较佳实施例提供的多窗口聊天***的示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
图1所示为根据本发明的第一较佳实施例提供的多窗口聊天方法的流程图。如图1所示,本发明的第一较佳实施例提供的多窗口聊天方法包括步骤101~103。
步骤101:服务器建立与客户端之间的至少一个与用户窗口相对应的连接。
具体而言,用户在客户端打开第一个浏览器窗口登录后,客户端向服务器发起连接请求,服务器修改所述用户的状态为在线后获取所述用户的在线好友信息,并建立与所述客户端的第一个浏览器窗口对应的第一个连接。例如,用户打开视频会议***的页面www.ppmeet.com并首次登录,服务器验证用户名密码成功后,修改用户状态为在线并获取所述用户的在线好友信息,服务器成功建立与客户端的第一个连接。于此,服务器向所述客户端的第一个浏览器窗口返回用户的在线好友信息,并向所述用户的在线好友发送用户上线通知。此外,服务器接收所述客户端的后续连接请求并建立后续其他连接时,客户端从浏览器缓存中获取所述用户的在线好友信息。
步骤102:控制器定时计算当前非激活连接的活跃度并根据所述活跃度确定当前非激活连接的状态,并将当前非激活连接的状态通知服务器,所述服务器根据所述控制器的通知设定当前非激活连接的状态。
于本实施例中,当服务器与客户端之间存在至少一个连接时,控制器定时计算当前非激活连接的活跃度并根据所述活跃度确定当前非激活连接的状态,例如断开或者睡眠。其中,活跃度由定时时长、所述定时时长内连接的消息数量及数据流量决定。具体而言,控制器预存活跃度与睡眠时间的对照表,且控制器根据对照表确定连接状态。若连接未达到睡眠要求,则控制器通知服务器断开所述连接。其中,活跃度与睡眠时间的对照表例如下表所示。
活跃度 | 睡眠时间 |
活跃度>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点时服务器与客户端之间存在三个连接A~C,其中连接A处于激活状态。若控制器的定时时间为1小时(即,3600秒),则控制器会在11点计算当前非激活连接的状态。具体而言,若在11点连接C处于激活状态,连接A及B处于非激活状态,则控制器会计算连接A与连接B的活跃度。其中,由于控制器的定时时长大于1800秒,因此连接A与连接B的活跃度按照(1800秒内消息数+1800秒内数据流量*10)/1800进行计算。例如,在1800秒内,用户通过连接A发送和接收的消息总数为500条,所述消息的流量大小为0.5M,视频聊天产生的数据流量为50M,则连接A的活跃度为:(500+(50+0.5)*10)/1800=0.56;用户通过连接B发送和接收的消息总数为200条,所述消息的流量大小为0.2M,视频聊天产生的数据流量为20M,则连接B的活跃度为(200+(20+0.2)*10)/1800=0.22。根据上述活跃度与睡眠时间的对照表可知,连接A的睡眠时间为1800秒,连接B的睡眠时间为600秒。之后,当达到12点时,控制器再次对当前非激活状态的连接进行计算。
于本实施例中,当控制器根据活跃度确定当前非激活连接的状态后,会将当前非激活连接的状态通知服务器。之后,服务器根据控制器的通知设定当前非激活连接的状态,例如为连接A设定1800秒睡眠时间,为连接B设定600秒睡眠时间。
步骤103:若服务器在任一睡眠连接的睡眠时间内接收到所述客户端发送的所述睡眠连接的激活请求,服务器激活所述睡眠连接。
具体而言,若服务器在睡眠连接的睡眠时间内没有接收到客户端发送的所述睡眠连接的激活请求,则服务器断开所述睡眠连接。若客户端超过所述睡眠连接的睡眠时间后向所述服务器发送该睡眠连接的激活请求,所述服务器接收到所述激活请求后重新建立与所述客户端的新连接。
以步骤102所述的连接A为例,控制器于11点时计算获得连接A的睡眠时间为1800秒,并将连接A的状态通知服务器,且服务器根据控制器的通知设定连接A开始睡眠,且睡眠时间为1800秒。若服务器在1800秒内接收到客户端发送的连接A的激活请求,则服务器激活连接A。若在连接A开始睡眠后的第1809秒,客户端向服务器发送连接A的激活请求,此时,服务器已断开连接A,服务器需要建立与客户端的新连接。
图2所示为根据本发明的第一较佳实施例提供的多窗口聊天***的示意图。如图2所示,本发明的第一较佳实施例提供的多窗口聊天***包括客户端1a、控制器3a及服务器2a。客户端1a分别连接控制器3a与服务器2a,控制器3a连接服务器2a。服务器2a包括接收器20a及处理器21a,接收器20a连接处理器21a,控制器3a包括定时器30a。接收器20a用于建立与客户端1a之间的至少一个与用户窗口相对应的连接。控制器3a用于通过定时器30a定时计算当前非激活连接的活跃度并根据所述活跃度确定当前非激活连接的状态,并将当前非激活连接的状态通知服务器2a,服务器2a的处理器21a根据控制器3a的通知设定当前非激活连接的状态。处理器21a还用于在任一睡眠连接的睡眠时间内接收到客户端1a发送的睡眠连接的激活请求时,激活所述睡眠连接。其中,控制器3a预存活跃度与睡眠时间的对照表31a,控制器3a根据所述对照表31a确定所述连接状态,若所述连接未达到所述睡眠要求,控制器3a通知服务器2a断开所述连接。此外,关于本***的具体操作过程同本发明第一较佳实施例提供的方法所述,故于此不再赘述。
图3所示为根据本发明的第二较佳实施例提供的多窗口聊天方法的流程图。如图3所示,本发明的第二较佳实施例提供的多窗口聊天方法包括步骤201~203。本发明的第二较佳实施例提供的多窗口聊天方法与第一较佳实施例提供的多窗口聊天方法的区别在于:于本实施例中,于步骤202,控制器定时计算当前非激活连接的活跃度并发送给服务器,服务器根据所述活跃度设定当前非激活连接的状态。具体而言,服务器预存活跃度与睡眠时间的对照表,服务器根据控制器发送的活跃度,并参照所述对照表设定连接的状态。此外,本实施例的步骤201及203分别同第一较佳实施例中的步骤101及103,且关于活跃度计算及对照表设计方式均同第一较佳实施例所述,故于此不再赘述。
图4所示为根据本发明的第二较佳实施例提供的多窗口聊天***的示意图。如图4所示,本发明的第二较佳实施例提供的多窗口聊天***包括客户端1b、控制器3b及服务器2b,客户端1b分别连接控制器3b与服务器2b,控制器3b连接服务器2b。服务器2b包括接收器20b及处理器21b,接收器20b连接处理器21b,控制器3b包括定时器30b。接收器20b用于建立与客户端之间的至少一个与用户窗口相对应的连接。控制器3b用于通过定时器30b定时计算当前非激活连接的活跃度并发送给服务器2b,服务器2b的处理器21b根据活跃度设定当前非激活连接的状态。处理器21b还用于在任一睡眠连接的睡眠时间内接收到客户端1b发送的睡眠连接的激活请求,激活所述睡眠连接。此外,关于本***的具体操作过程同本发明第二较佳实施例提供的方法所述,故于此不再赘述。
综上所述,根据本发明较佳实施例提供的多窗口聊天方法及***,控制器定时计算非当前激活连接的活跃度并根据所述活跃度确定非当前激活连接的状态,然后通知服务器;或者控制器定时计算当前非激活连接的活跃度并发送给服务器。另外,若服务器在任何一个睡眠连接的睡眠时间内接收到客户端发送的该睡眠连接的激活请求,激活该睡眠连接。若服务器在所述睡眠时间内没有接收到客户端的激活请求,断开该睡眠连接;当超过所述睡眠连接的睡眠时间后,客户端再次向服务器发起连接建立的请求,服务器建立新的连接。控制器通过定时对非激活连接睡眠时间的计算,保持了仅激活窗口存在正常的连接,实现了多窗口聊天功能,且有效避免了服务器资源的浪费。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (9)
1.一种多窗口聊天方法,其特征在于,包括以下步骤:
服务器建立与客户端之间的至少一个与用户窗口相对应的连接;
控制器定时计算当前非激活连接的活跃度并根据所述活跃度确定当前非激活连接的状态,并将当前非激活连接的状态通知服务器,所述服务器根据所述控制器的通知设定当前非激活连接的状态;其中,所述当前非激活连接的状态为睡眠或断开,并设定睡眠连接的睡眠时间;
若所述服务器在任一睡眠连接的睡眠时间内接收到所述客户端发送的所述睡眠连接的激活请求,所述服务器激活所述睡眠连接;
其中,所述活跃度由定时时长、所述定时时长内连接的消息数量及数据流量决定;
若定时时长小于1800秒时,活跃度=(定时时长内的消息数+定时时长内的数据流量*10)/定时时长;定时时长大于等于1800秒时,活跃度=(1800秒内消息数+1800秒内数据流量*10)/1800;其中,上述1800秒内消息数及1800秒内数据流量,为活跃度的计算时刻之前1800秒内的消息数及数据流量。
2.根据权利要求1所述的方法,其特征在于,所述控制器预存活跃度与睡眠时间的对照表,所述控制器根据所述对照表确定所述当前非激活连接状态,若所述当前非激活连接未达到所述睡眠要求,所述控制器通知所述服务器断开所述当前非激活连接。
3.根据权利要求1所述的方法,其特征在于,若所述服务器在睡眠连接的睡眠时间内没有接收到客户端发送的所述睡眠连接的激活请求,则所述服务器断开所述睡眠连接;若所述客户端超过所述睡眠连接的睡眠时间后向所述服务器发送激活请求,则所述服务器接收所述激活请求后重新建立与所述客户端的新连接。
4.一种多窗口聊天方法,其特征在于,包括以下步骤:
服务器建立与客户端之间的至少一个与用户窗口相对应的连接;
控制器定时计算当前非激活连接的活跃度并发送给服务器,所述服务器根据所述活跃度设定当前非激活连接的状态;其中,所述当前非激活连接的状态为睡眠或断开,并设定睡眠连接的睡眠时间;
若所述服务器在任一睡眠连接的睡眠时间内接收到所述客户端发送的所述睡眠连接的激活请求,所述服务器激活所述睡眠连接;
其中,所述活跃度由定时时长、所述定时时长内连接的消息数量及数据流量决定;
若定时时长小于1800秒时,活跃度=(定时时长内的消息数+定时时长内的数据流量*10)/定时时长;定时时长大于等于1800秒时,活跃度=(1800秒内消息数+1800秒内数据流量*10)/1800;其中,上述1800秒内消息数及1800秒内数据流量,为活跃度的计算时刻之前1800秒内的消息数及数据流量。
5.根据权利要求4所述的方法,其特征在于,所述服务器预存活跃度与睡眠时间的对照表,所述服务器接收所述控制器发送的活跃度后,根据所述对照表确定所述当前非激活连接状态,若所述当前非激活连接未达到所述睡眠要求,所述服务器断开所述当前非激活连接。
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.根据权利要求8所述的***,其特征在于,所述服务器预存活跃度与睡眠时间的对照表,所述服务器接收所述控制器发送的活跃度后,根据所述对照表确定所述当前非激活连接状态,若所述当前非激活连接未达到所述睡眠要求,所述服务器断开所述当前非激活连接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210042468.8A CN102594894B (zh) | 2012-02-24 | 2012-02-24 | 一种多窗口聊天方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210042468.8A CN102594894B (zh) | 2012-02-24 | 2012-02-24 | 一种多窗口聊天方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102594894A CN102594894A (zh) | 2012-07-18 |
CN102594894B true CN102594894B (zh) | 2014-10-15 |
Family
ID=46483089
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210042468.8A Expired - Fee Related CN102594894B (zh) | 2012-02-24 | 2012-02-24 | 一种多窗口聊天方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102594894B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102594732B (zh) * | 2012-02-17 | 2015-01-21 | 苏州阔地网络科技有限公司 | 一种多窗口聊天的方法及*** |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101009670A (zh) * | 2007-01-22 | 2007-08-01 | 阿里巴巴公司 | 一种基于即时通信实现群组通信的方法和*** |
US7305475B2 (en) * | 1999-10-12 | 2007-12-04 | Webmd Health | System and method for enabling a client application to operate offline from a server |
CN101188577A (zh) * | 2007-12-29 | 2008-05-28 | 腾讯科技(深圳)有限公司 | 多页面即时通讯方法和*** |
-
2012
- 2012-02-24 CN CN201210042468.8A patent/CN102594894B/zh not_active Expired - Fee Related
Patent Citations (3)
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 |
CN101009670A (zh) * | 2007-01-22 | 2007-08-01 | 阿里巴巴公司 | 一种基于即时通信实现群组通信的方法和*** |
CN101188577A (zh) * | 2007-12-29 | 2008-05-28 | 腾讯科技(深圳)有限公司 | 多页面即时通讯方法和*** |
Also Published As
Publication number | Publication date |
---|---|
CN102594894A (zh) | 2012-07-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9712632B2 (en) | Method for receiving data, method for sending data, mobile terminal, and server | |
CN102571376B (zh) | 一种多窗口聊天的实现方法及*** | |
CN103001860A (zh) | 一种融合通信Web即时消息实现*** | |
CN102238108B (zh) | 离线消息传输方法 | |
EP2942988B1 (en) | Method and device for group information sending | |
CN101252499A (zh) | 一种检查邮件服务器是否有新邮件到达的邮件服务器动态轮询方法 | |
CN101594320A (zh) | 一种基于snmp协议的消息交互方法 | |
CN103188130A (zh) | 社交网络用户信息关联方法及装置 | |
CN105487391A (zh) | 一种基于物联网的智能家居远程控制*** | |
CN104580537A (zh) | 基于xmpp客户端与服务器的快速重连方法、终端和服务器 | |
CN102185801A (zh) | 一种即时通讯中的信息处理方法和即时通讯工具 | |
CN103312528A (zh) | 一种心跳消息发送方法及用户终端 | |
US9009245B2 (en) | Messenger client and method for updating messages in messenger client | |
CN104468380A (zh) | 一种接入点设备与服务器交互的接口通信方法 | |
CN103647701A (zh) | 即时通信***消息转发的控制方法及装置 | |
CN103491512A (zh) | 消息推送的实现方法和装置 | |
CN102185701A (zh) | 一种实现群组信息交互的方法及*** | |
CN103092870A (zh) | 网络通信***中的联系人关系数据的建立方法和装置 | |
CN103001941A (zh) | 基于多点登陆的消息分流方法及装置 | |
WO2009086199A3 (en) | Method and system for managing the reception of messages in a communication network | |
CN106411713B (zh) | 一种状态通知方法及服务器 | |
CN103312586B (zh) | 一种即时通信的方法、***及服务器 | |
CN101247365A (zh) | 即时通信中用户状态显示方法、即时通信***及服务器 | |
CN102594731B (zh) | 一种实现多窗口聊天的方法及*** | |
CN102594894B (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 |
Granted publication date: 20141015 |
|
CF01 | Termination of patent right due to non-payment of annual fee |