CN104253808A - 即时通信系统中的状态呈现方法和状态呈现服务器 - Google Patents
即时通信系统中的状态呈现方法和状态呈现服务器 Download PDFInfo
- Publication number
- CN104253808A CN104253808A CN201310270991.0A CN201310270991A CN104253808A CN 104253808 A CN104253808 A CN 104253808A CN 201310270991 A CN201310270991 A CN 201310270991A CN 104253808 A CN104253808 A CN 104253808A
- Authority
- CN
- China
- Prior art keywords
- message
- database
- state
- user
- information
- 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
Landscapes
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种即时通信系统中的状态呈现方法和状态呈现服务器。该方法包括:状态呈现服务器建立接收线程、发送线程、包括至少两个线程的消息处理线程池,以及消息队列;客户端通信线程接收客户端发送的消息,并将所述消息缓存入所述消息队列,所述客户端发送的消息包括:包含用户的状态信息的发布消息;消息处理线程读取消息队列中的消息,并进行处理,获得处理结果,所述处理结果包括用户的状态信息;客户端通信线程将所述处理结果反馈给相应的客户端进行状态呈现。本发明的方案,通过消息队列隔离内部消息处理流程和客户端的交互,使系统更加稳定;采用外围通信、消息队列、内部消息处理的结构化设计,系统设计简单灵活,便于维护和扩充。
Description
技术领域
本发明涉及计算机网络技术领域,特别涉及一种即时通信系统中的状态呈现方法和状态呈现服务器。
背景技术
状态呈现(Presence,简写为PRS)是一种业务能力,它允许用户发布自己的状态信息,允许用户查询另一个用户的状态信息,或者通过成功订阅另一个用户的状态信息而在另一个用户的状态信息改变后向该用户通知已订阅信息的变化。
状态呈现是一种基础能力,可以为其它业务平台,例如即时消息(InstantMessaging,IM)、一键通业务(Push to Talk Over Cellular,PoC)、多媒体会议等提供状态呈现能力。
用户的状态信息包括用户的通信意愿、用户的通信手段、用户的场所、其他描述信息等。除此之外还包括一些设备信息,例如用户是否在线等。状态呈现服务器在企业即时通讯中是最复杂、使用最频繁的服务之一,管理离开、忙碌、会议等常用状态,还提供自定义在线状态的功能。
目前很多用于状态呈现的服务器的实现是比较复杂的,不够灵活,满足不了企业即时通讯的需求,增加了应用的复杂性,影响系统性能,速度和准确性不佳。
发明内容
本发明中提供了一种即时通信系统中的状态呈现方法和状态呈现服务器,以解决上述问题中的至少一部分。
为达到上述目的本发明的技术方案是这样实现的:
本发明公开了一种即时通信系统中的状态呈现方法,所述即时通信系统包括:状态呈现服务器和至少一个客户端,所述状态呈现服务器预先建立客户端通信线程、包括至少两个消息处理线程的消息处理线程池,以及消息队列,所述方法包括:
所述状态呈现服务器调用所述客户端通信线程,接收所述客户端发送的消息,并将所述消息缓存入所述消息队列,所述客户端发送的消息包括:包含用户的状态信息的发布消息;
所述状态呈现服务器进行消息处理线程池调用,调度所述消息处理线程读取消息队列中的消息,并进行消息处理,获得处理结果,所述处理结果包括用户的状态信息;
所述状态呈现服务器调用所述客户端通信线程将所述处理结果反馈给相应的客户端进行状态呈现。
优选地,所述状态呈现服务器设置有数据库,所述客户端发送的消息还包括:包含用户的注册信息的注册消息和包含订阅关系的订阅消息;
所述状态呈现服务器进行消息处理线程池调用,调度所述消息处理线程读取消息队列中的消息,并进行消息处理,获得处理结果,具体包括:
当所述消息处理线程从消息队列中取出的消息是注册消息时,解析出该注册消息中的注册信息,将注册信息写入所述数据库中,并生成注册响应消息;
当所述消息处理线程从消息队列中取出的消息是发布消息时,通过读取数据库判断数据库中是否存在对应用户的注册信息,如果存在,则所述消息处理线程解析出该发布消息中的发布信息,将该发布信息写入数据库中,生成发布成功响应消息,如果不存在,则生成拒绝发布响应消息;
当消息处理线程从消息队列中取出的消息是订阅消息时,解析出该订阅消息中的订阅关系,将该订阅关系写入数据库中,并根据该订阅关系从数据库中读取相应用户的状态信息,生成数据库消息缓存入消息队列中;
当消息处理线程从消息队列中取出的是数据库消息时,获得相应用户的状态信息。
可选地,所述注册消息、发布消息、订阅消息和数据库消息具有统一的格式。
可选地,该方法进一步包括:
所述状态呈现服务器预先建立有定时器线程;
所述定时器线程定时访问所述数据库,根据所述数据库中的订阅关系读取数据库中的状态发生变化的被订阅用户的状态信息,生成数据库消息缓存入消息队列中;
当所述消息处理线程从所述消息队列取出的消息是数据库消息时,所述状态呈现服务器获得状态发生变化的被订阅用户的状态信息,并调用客户端通信线程将所述用户的状态信息发送给与该用户存在订阅关系的其他用户的客户端进行状态呈现。
可选地,所述即时通信系统还包括:群组服务器;
所述方法进一步包括:
所述客户端将群组创建信息和群组变化信息发送给所述群组服务器;
所述群组服务器将群组创建信息和群组变化信息写入所述数据库中;
所述状态呈现服务器预先建立有定时器线程,定时器线程定时访问所述数据库,根据数据库中的群组创建信息和群组变化信息,读取数据库中的群组用户的状态信息,生成数据库消息缓存入消息队列中;
当所述消息处理线程从消息队列中取出的消息是数据库消息时,所述状态呈现服务器获得群组信息发生变化的用户的状态信息,并调用客户端通信线程将所述用户的状态信息发送给与该用户存在订阅关系的其他用户的客户端进行状态呈现。
可选地,所述消息处理线程池中的消息处理线程的个数为状态呈现服务器的CPU数量加1。
可选地,所述数据库采用异步读写模式。
本发明还公开了一种即时通信系统中的状态呈现服务器,该状态呈现服务器包括:
消息队列模块,用于缓存消息并提供消息存取操作;
客户端通信模块,用于接收客户端发送的消息,并将所述消息缓存入所述消息队列中,所述客户端发送的消息包括:包含用户的状态信息的发布消息;
消息处理模块,用于读取消息队列中的消息,并进行消息处理,获得处理结果,所述处理结果包括用户的状态信息;
所述客户端通信模块,还用于将所述处理结果反馈给相应的客户端进行状态呈现。
可选地,所述状态呈现服务器还包括:数据库,用于保存用户状态信息和用户之间的订阅关系;
所述客户端发送的消息还包括:包含用户的注册信息的注册消息和包含订阅关系的订阅消息;
所述消息处理模块,用于在从消息队列中取出的消息是注册消息时,解析出该注册消息中的注册信息,将注册信息写入所述数据库中,并生成注册响应消息;
所述消息处理模块,还用于在从消息队列中取出的消息是发布消息时,通过查询数据库判断数据库中是否存在对应用户的注册信息,如果存在,则解析出该发布消息中的发布信息,将该发布信息写入数据库中,并生成发布成功响应消息,如果不存在,则生成拒绝发布响应消息;
所述消息处理模块,还用于在从消息队列中取出的消息是订阅消息时,解析出该订阅消息中的订阅关系,将该订阅关系写入数据库中,并根据该订阅关系从数据库中读取相应用户的状态信息,生成数据库消息缓存入消息队列中;
所述消息处理模块,还用于当消息处理线程从消息队列中取出的是数据库消息时,获得相应用户的状态信息。
可选地,该状态呈现服务器进一步包括:
定时器模块,用于定时访问所述数据库,根据数据库中的订阅关系读取数据库中的状态发生变化的被订阅用户的状态信息,生成数据库消息缓存入消息队列中;
当消息处理模块从所述消息队列取出的消息是数据库消息时,所述状态呈现服务器获得状态发生变化的被订阅用户的状态信息,并调用客户端通信模块将所述用户的状态信息发送给与该用户存在订阅关系的其他用户的客户端进行状态呈现。
由上述可见,本发明的这种即时通信系统包括:状态呈现服务器和至少一个客户端;状态呈现服务器预先建立客户端通信线程、包括至少两个消息处理线程的消息处理线程池,以及消息队列;状态呈现服务器调用所述客户端通信线程,接收客户端发送的消息,并将所述消息缓存入所述消息队列,所述客户端发送的消息包括:包含用户的状态信息的发布消息;状态呈现服务器进行消息处理线程池调用,调度所述消息处理线程读取消息队列中的消息,并进行处理,获得处理结果,所述处理结果包括用户的状态信息;状态呈现服务器调用客户端通信线程将所述处理结果反馈给相应的客户端进行状态呈现的技术方案,通过引入消息队列,隔离了内部消息处理流程和客户端的交互,使系统更加稳定;同时,采用外围通信、消息队列、内部消息处理的结构化设计,使得状态呈现服务器系统设计简单灵活,便于维护和扩充;通过多个消息处理线程协同工作,完成了状态呈现任务,提高了系统性能。
附图说明
图1是本发明实施例中的一种即时通信系统中的状态呈现方法的流程图;
图2是本发明实施例中的状态呈现服务器对各种消息的处理示意图;
图3是本发明实施例中的一种即时通信系统中的状态呈现服务器的结构框图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
在本发明的一个实施例中,状态呈现服务器完成的工作包括如下几点中的一种或多种,但又不限于如下的几点(在本实施例中状态呈现服务器是基于SIP协议的):
(1)客户端向状态呈现服务器发送注册消息,其中该注册消息中包含用户的注册信息;状态呈现服务器解析该注册消息,获得用户的注册信息,并将用户的注册信息存入状态呈现服务器的数据库(DB)中;状态呈现服务器返回注册响应消息至客户端,通知客户端,用户已经完成注册。本实施例中的用户的注册信息可以包括:用户名称和密码。
(2)在用户完成注册之后,客户端向状态呈现服务器发送发布消息,其中该发布消息中包含用户的状态信息;状态呈现服务器接收该发布消息后,调用数据库进行查找,如果状态呈现服务器的数据库中没有此用户的注册信息(如用户名称没有注册),则拒绝客户端的发布请求,如果有,则状态呈现服务器解析该发布消息,获得用户的状态信息;状态呈现服务器对获得的状态信息进行内容审核和词语净化处理后将该用户的状态信息存入数据库。所述状态信息中可以包括:在线、离线、忙碌等状态。此外,状态呈现服务器还可以向订阅了该用户状态的订阅者发送该用户的状态消息。
(3)在用户完成注册之后,客户端向状态呈现服务器发送订阅消息,其中所述订阅消息中包含订阅关系;状态呈现服务器接收该订阅消息后,解析该消息,获得订阅关系,并将订阅关系存入数据库;此外,状态呈现服务器还可以向客户端发送订阅的用户的状态信息和/或注册信息。
(4)状态呈现服务器定时从数据库获取群组创建信息、群组变化信息,生成群组相关的用户的状态消息,并将该消息推送给相应的客户端。
为完成上述工作,本发明中的状态呈现方法如图1所示。
图1是本发明实施例中的一种即时通信系统中的状态呈现方法的流程图。这里,即时通信系统包括:状态呈现服务器和至少一个客户端,状态呈现服务器预先建立客户端通信线程、包括至少两个消息处理线程的消息处理线程池,以及消息队列。本发明的一个实施例中,所述消息处理线程池中的消息处理线程的个数为状态呈现服务器的CPU数量加1,由于一个CPU同一时间最多只能运行一个线程,创建CPU数量加1个消息处理线程可以最大程度的利用状态服务器的CPU,提高处理效率。
参见图1,该即时通信系统中的状态呈现方法包括:
步骤101,状态呈现服务器调用所述客户端通信线程,接收客户端发送的消息,并将所述消息缓存入所述消息队列,所述客户端发送的消息包括:包含用户的状态信息的发布消息。
步骤102,状态呈现服务器进行消息处理线程池调用,调度所述消息处理线程读取消息队列中的消息,并进行消息处理,获得处理结果,所述处理结果包括用户的状态信息。
步骤103,状态呈现服务器调用客户端通信线程将所述处理结果反馈给相应的客户端进行状态呈现。
在本发明的一个实施例中,发布消息可以包括用户的帐号信息(如用户名或用户标识)、用户的状态,还可以包括与其存在订阅关系的用户的帐号信息、群组标识等。
在本发明的一个实施例中,所述状态呈现服务器设置有数据库,用于存储用户的帐号信息、用户之间的订阅关系、群组标识、群组成员信息等。状态呈现服务器将帐号信息、用户之间的订阅关系等信息存入数据库中,并在内存中保留一份,既保证安全,又能保证高效性。
客户端发送的消息还包括:包含用户的注册信息的注册消息和包含订阅关系的订阅消息。所述数据库还用于存储状态呈现相关的信息,如用户状态信息等。消息处理线程池中的消息处理线程根据调度读取消息队列中的消息进行处理时,需要根据消息内容对所述数据库执行读或写操作,获得或更新用户相关的信息。
优选地,消息处理线程采用异步读或写的模式访问数据库。具体实施时,可以通过改写读写数据库的接口函数,设置回调函数的方式实现异步操作。状态呈现服务器的消息处理线程调用MYSQL的数据库的读写接口函数后,返回调用成功或失败,然后,由回调函数将具体的读写内容通过消息或者共享空间返回给状态呈现服务器。数据库采用异步读写模式,即数据库的读写分离,提高了数据库的访问效率。
在图1所示方法中,消息处理线程池中包括多个线程,即多个线程根据一定的调度策略处理消息队列中的消息,如消息处理线程池采用优先权调度的方式调度各个消息处理线程,因此提高了消息处理效率。消息处理线程池中各个线程对不同的消息执行不同的处理逻辑。
图1所示的技术方案中,客户端通信线程可以是一个线程,也可以是多个线程,具体实施时,客户端通信线程还可以分为发送线程和接收线程。另外,本申请的技术方案通过引入消息队列,隔离了内部消息处理流程和客户端的交互,使系统更加稳定;同时,采用外围通信、消息队列、内部消息处理的结构化设计,使得状态呈现服务器系统设计简单灵活,便于系统的维护和扩充。通过多个消息处理线程协同工作,完成了状态呈现任务,提高了系统性能。
在本发明的一个实施例中,在图1所述方法的步骤101中,客户端发送的消息包括:包含用户的注册信息的注册消息、包含用户的状态信息的发布消息和包含订阅关系的订阅消息时,则步骤102具体包括如下的(a)至(d)步骤,下述的(a)至(d)步骤的执行顺序不受限定。
(a)当消息处理线程从消息队列中取出的消息是注册消息时,解析出该注册消息中的注册信息,将注册信息写入所述数据库中,并生成注册响应消息。注册消息通常包括但不限于:用户名、用户密码等用户信息。
(b)当消息处理线程从消息队列中取出的消息是发布消息时,通过读数据库判断数据库中是否存在对应用户的注册信息;如果存在,则消息处理线程解析出该发布消息中的发布信息,将该发布信息写入数据库中,生成发布成功响应消息,如果不存在,则生成拒绝发布响应消息;此外,消息处理线程还可以从数据中读取该用户的发布信息,生成数据库消息放入消息队列中。发布消息可以包括但不限于:用户名、用户的状态等用户信息。
(c)当消息处理线程从消息队列中取出的消息是订阅消息时,解析出该订阅消息中的订阅关系,将该订阅关系写入数据库中,并根据该订阅关系从数据库中读取相应用户的状态信息,生成数据库消息缓存入消息队列中。订阅消息可以包括但不限于:用户名、订阅关系,其中,订阅关系包括但不限于主用户名、与该用户(主用户名)存在订阅关系的用户名、群组名、客户端中的一种或几种。生成的数据库消息可以包括用户名、用户状态以及与该用户存在订阅关系(即需要推送状态)的用户名。
(d)当消息处理线程从消息队列中取出的是数据库消息时,获得相应用户的状态信息,再由通信线程将相应用户的状态信息返回给对应的(与该用户存在订阅关系的用户的)客户端,由客户端执行用户状态呈现。消息处理线程生成的响应消息可以直接调用客户端通信线程进行发送,也可以缓存入消息队列,由客户端通信线程定时读取并进行发送,本申请对此不作限定。
图2是本发明实施例中的状态呈现服务器对各种消息的处理示意图。参见图2,放入消息队列的消息包括用户消息(SIP协议消息)和数据库消息(DB消息)。其中,用户消息包括来自客户端的注册消息、发布消息和订阅消息,数据库消息为处理用户消息时发起查询数据库操作时,数据库反馈的带有查询结果的消息,如包含用户状态(是否注册、在线、离线等)、订阅关系等查询结果的消息。
消息处理线程池中的消息处理线程从消息队列中取出消息后,判断是用户消息还是数据库消息,如果是用户消息则执行用户消息处理逻辑(如上述的a、b和c),如果是数据库消息则执行数据库消息处理逻辑(如上述的步骤d)。
在本发明的一个实施例中,消息队列中的各种消息,如所述注册消息、发布消息、订阅消息和数据库消息具有统一的格式,如采用“消息类型+消息长度+字段名+字段内容”的格式。各种消息采用统一的格式方便了线程对各种消息的解析,提高了线程处理消息队列的中的消息的效率。
在本发明的一个实施例中,状态呈现服务器还预先建立有定时器线程。定时器线程定时访问状态呈现服务器的数据库,根据数据库中的订阅关系读取数据库中的状态发生变化的被订阅用户的状态信息,生成数据库消息,缓存入消息队列中;当消息处理线程从所述消息队列取出的消息是数据库消息时,所述状态呈现服务器获得状态发生变化的被订阅用户的状态信息,并调用客户端通信线程将所述用户的状态信息发送给与该用户存在订阅关系的其他用户的客户端进行状态呈现。这样能够将状态发生变化的用户的状态及时通知给订阅其状态的用户,在实际应用中可以将定时间隔设置的非常小,这样可以近似达到实时推送状态变化的用户的状态信息。
在本发明的一个实施例中,即时通信系统还包括:群组服务器。客户端将群组创建信息和群组变化信息发送给群组服务器;群组服务器定期将群组创建信息和群组变化信息写入所述数据库中。
群组创建信息中包括群组成员信息以及群组的订阅关系信息,群组变化信息中包括群组成员变化信息以及群组的订阅关系变化信息。由于群组服务器直接将群组创建信息和群组变化信息写入数据库中,因此群组服务器和状态呈现服务器不需要直接进行通信。群组服务器通过数据库将群组相关的信息告知状态呈现服务器,大大简化了即时通信系统的内部通信的复杂度。
状态呈现服务器预先建立有定时器线程,定时器线程定时访问数据库,根据数据库中的群组创建信息和群组变化信息,读取数据库中的群组用户的状态信息,生成数据库消息缓存入消息队列中;当消息处理线程从消息队列中取出的消息是数据库消息时,所述状态呈现服务器获得群组信息发生变化的用户的状态信息,并调用客户端通信线程将所述用户的状态信息发送给与该用户存在订阅关系的其他用户的客户端进行状态呈现。
基于上述实施例给出本发明中的状态呈现服务器的结构。
图3是本发明实施例中的一种即时通信系统中的状态呈现服务器的结构框图。如图3所示,该状态呈现服务器包括:消息队列模块301、客户端通信模块302和消息处理模块303。
消息队列模块301,用于缓存消息并提供消息存取操作;
客户端通信模块302,用于接收客户端发送的消息,并将所述消息缓存入所述消息队列中,所述客户端发送的消息包括:包含用户的状态信息的发布消息;
消息处理模块303,用于读取消息队列中的消息,并进行处理,获得处理结果,所述处理结果包括用户的状态信息;
客户端通信模块302,还用于将所述处理结果反馈给相应的客户端进行状态呈现。
在本发明的一个实施例中,状态呈现服务器还包括:数据库304,用于保存用户状态信息和用户之间的订阅关系。状态呈现服务器将用户之间的订阅关系等信息存入数据库304中,并在内存中保留一份,既保证安全,又能保证高效性。所述客户端发送的消息还包括:包含用户的注册信息的注册消息和包含订阅关系的订阅消息;
消息处理模块303,用于在从消息队列中取出的消息是注册消息时,解析出该注册消息中的注册信息,将注册信息写入所述数据库304中,并生成注册响应消息;
消息处理模块303,还用于在从消息队列中取出的消息是发布消息时,通过查询数据库304判断数据库304中是否存在对应用户的注册信息,如果存在,则解析出该发布消息中的发布信息,将该发布信息写入数据库304中,并生成发布成功响应消息,如果不存在,则生成拒绝发布响应消息;
消息处理模块303,还用于在从消息队列中取出的消息是订阅消息时,解析出该订阅消息中的订阅关系,将该订阅关系写入数据库304中,并根据该订阅关系从数据库304中读取相应用户的状态信息,生成数据库消息缓存入消息队列中;
消息处理模块303,还用于在从消息队列中取出的是数据库消息时,获得相应用户的状态信息。
消息处理模块303获得的处理结果由客户端通信模块302发送给对应的客户端进行状态呈现。
图3所示的状态呈现服务器,通过消息队列模块301隔离了消息处理模块303和客户端的交互,使系统更加稳定;同时,采用客户端通信模块302、消息队列模块301和消息处理模块303的结构化设计,使得状态呈现服务器系统设计简单灵活,便于维护和扩充。
在本发明的一个实施例中,消息队列中的各种消息,如所述注册消息、发布消息、订阅消息和数据库消息具有统一的格式。这方便了消息处理模块对各种消息的解析,提高了消息处理模块处理消息队列的中的消息的效率。
在本发明的一个实施例中,该状态呈现服务器进一步包括:
定时器模块305,用于定时访问所述数据库,根据数据库中的订阅关系读取数据库中的状态发生变化的被订阅用户的状态信息,生成数据库消息缓存入消息队列中。当消息处理模块303从所述消息队列取出的消息是数据库消息时,所述状态呈现服务器获得状态发生变化的被订阅用户的状态信息,并调用客户端通信模块302将所述用户的状态信息发送给与该用户存在订阅关系的其他用户的客户端进行状态呈现。这样能够将状态发生变化的用户的状态及时通知给订阅其状态的用户,在实际应用中可以将定时间隔设置的非常小,这样可以近似达到实时推送状态变化的用户的状态信息。
在本发明的一个实施例中,数据库304还保存即时通信系统中的群组服务器直接写入的群组创建信息和群组变化信息。定时器模块305,还用于定时访问所述数据库304,根据数据库304中的群组创建信息和群组变化信息,读取数据库中的群组用户的状态信息,生成数据库消息缓存入消息队列中。当消息处理模块303从消息队列中取出的消息是数据库消息时,所述状态呈现服务器获得群组信息发生变化的用户的状态信息,并调用客户端通信模块302将所述用户的状态信息发送给与该用户存在订阅关系的其他用户的客户端进行状态呈现。
由于群组服务器直接将群组创建信息和群组变化信息写入数据库304中,因此群组服务器和状态呈现服务器不需要直接进行通信。群组服务器通过数据库304将群组相关的信息告知状态呈现服务器,大大简化了即时通信系统的内部通信的复杂度。
状态呈现服务器的各模块的具体实现可以参见上述方法部分的内容,本申请此处不再赘述。
综上所述,本发明的这种即时通信系统包括:状态呈现服务器和至少一个客户端;状态呈现服务器预先建立客户端通信线程、包括至少两个消息处理线程的消息处理线程池,以及消息队列;状态呈现服务器调用所述客户端通信线程,接收客户端发送的消息,并将所述消息缓存入所述消息队列,所述客户端发送的消息包括:包含用户的状态信息的发布消息;状态呈现服务器进行消息处理线程池调用,调度所述消息处理线程读取消息队列中的消息,并进行处理,获得处理结果,所述处理结果包括用户的状态信息;状态呈现服务器调用客户端通信线程将所述处理结果反馈给相应的客户端进行状态呈现的技术方案。本发明通过引入消息队列,隔离了内部消息处理流程和客户端的交互,使系统更加稳定;同时,采用外围通信、消息队列、内部消息处理的结构化设计,使得状态呈现服务器系统设计简单灵活,便于维护和扩充;多个消息处理线程协同工作,完成了状态呈现任务,提高了系统性能。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (10)
1.一种即时通信系统中的状态呈现方法,所述即时通信系统包括:状态呈现服务器和至少一个客户端,其特征在于,所述状态呈现服务器预先建立客户端通信线程、包括至少两个消息处理线程的消息处理线程池,以及消息队列,所述方法包括:
所述状态呈现服务器调用所述客户端通信线程,接收所述客户端发送的消息,并将所述消息缓存入所述消息队列,所述客户端发送的消息包括:包含用户的状态信息的发布消息;
所述状态呈现服务器进行消息处理线程池调用,调度所述消息处理线程读取消息队列中的消息,并进行消息处理,获得处理结果,所述处理结果包括用户的状态信息;
所述状态呈现服务器调用所述客户端通信线程将所述处理结果反馈给相应的客户端进行状态呈现。
2.如权利要求1所述的方法,其特征在于,所述状态呈现服务器设置有数据库,所述客户端发送的消息还包括:包含用户的注册信息的注册消息和包含订阅关系的订阅消息;
所述状态呈现服务器进行消息处理线程池调用,调度所述消息处理线程读取消息队列中的消息,并进行消息处理,获得处理结果,具体包括:
当所述消息处理线程从消息队列中取出的消息是注册消息时,解析出该注册消息中的注册信息,将注册信息写入所述数据库中,并生成注册响应消息;
当所述消息处理线程从消息队列中取出的消息是发布消息时,通过读取数据库判断数据库中是否存在对应用户的注册信息,如果存在,则所述消息处理线程解析出该发布消息中的发布信息,将该发布信息写入数据库中,生成发布成功响应消息,如果不存在,则生成拒绝发布响应消息;
当消息处理线程从消息队列中取出的消息是订阅消息时,解析出该订阅消息中的订阅关系,将该订阅关系写入数据库中,并根据该订阅关系从数据库中读取相应用户的状态信息,生成数据库消息缓存入消息队列中;
当消息处理线程从消息队列中取出的是数据库消息时,获得相应用户的状态信息。
3.如权利要求2所述的方法,其特征在于,
所述注册消息、发布消息、订阅消息和数据库消息具有统一的格式。
4.如权利要求1所述的方法,其特征在于,所述状态呈现服务器设置有数据库,该方法进一步包括:
所述状态呈现服务器预先建立有定时器线程;
所述定时器线程定时访问所述数据库,根据所述数据库中的订阅关系读取数据库中的状态发生变化的被订阅用户的状态信息,生成数据库消息缓存入消息队列中;
当所述消息处理线程从所述消息队列取出的消息是数据库消息时,所述状态呈现服务器获得状态发生变化的被订阅用户的状态信息,并调用客户端通信线程将所述用户的状态信息发送给与该用户存在订阅关系的其他用户的客户端进行状态呈现。
5.如权利要求1所述的方法,其特征在于,所述状态呈现服务器设置有数据库,所述即时通信系统还包括:群组服务器;
所述方法进一步包括:
所述客户端将群组创建信息和群组变化信息发送给所述群组服务器;
所述群组服务器将群组创建信息和群组变化信息写入所述数据库中;
所述状态呈现服务器预先建立有定时器线程,定时器线程定时访问所述数据库,根据数据库中的群组创建信息和群组变化信息,读取数据库中的群组用户的状态信息,生成数据库消息缓存入消息队列中;
当所述消息处理线程从消息队列中取出的消息是数据库消息时,所述状态呈现服务器获得群组信息发生变化的用户的状态信息,并调用客户端通信线程将所述用户的状态信息发送给与该用户存在订阅关系的其他用户的客户端进行状态呈现。
6.如权利要求1至5中任一项所述的方法,其特征在于,
所述消息处理线程池中的消息处理线程的个数为状态呈现服务器的CPU数量加1。
7.如权利要求2至5中任一项所述的方法,其特征在于,
所述数据库采用异步读写模式。
8.一种即时通信系统中的状态呈现服务器,其特征在于,该状态呈现服务器包括:
消息队列模块,用于缓存消息并提供消息存取操作;
客户端通信模块,用于接收客户端发送的消息,并将所述消息缓存入所述消息队列中,所述客户端发送的消息包括:包含用户的状态信息的发布消息;
消息处理模块,用于读取消息队列中的消息,并进行消息处理,获得处理结果,所述处理结果包括用户的状态信息;
所述客户端通信模块,还用于将所述处理结果反馈给相应的客户端进行状态呈现。
9.如权利要求8所述的状态呈现服务器,其特征在于,
所述状态呈现服务器还包括:数据库,用于保存用户的状态信息和用户之间的订阅关系;
所述客户端发送的消息还包括:包含用户的注册信息的注册消息和包含订阅关系的订阅消息;
所述消息处理模块,用于在从消息队列中取出的消息是注册消息时,解析出该注册消息中的注册信息,将注册信息写入所述数据库中,并生成注册响应消息;
所述消息处理模块,还用于在从消息队列中取出的消息是发布消息时,通过查询数据库判断数据库中是否存在对应用户的注册信息,如果存在,则解析出该发布消息中的发布信息,将该发布信息写入数据库中,并生成发布成功响应消息,如果不存在,则生成拒绝发布响应消息;
所述消息处理模块,还用于在从消息队列中取出的消息是订阅消息时,解析出该订阅消息中的订阅关系,将该订阅关系写入数据库中,并根据该订阅关系从数据库中读取相应用户的状态信息,生成数据库消息缓存入消息队列中;
所述消息处理模块,还用于在从消息队列中取出的消息是数据库消息时,获得相应用户的状态信息。
10.如权利要求8所述的状态呈现服务器,其特征在于,该状态呈现服务器进一步包括:
所述状态呈现服务器还包括:数据库,用于保存用户的状态信息和用户之间的订阅关系;
定时器模块,用于定时访问所述数据库,根据数据库中的订阅关系读取数据库中的状态发生变化的被订阅用户的状态信息,生成数据库消息缓存入消息队列中;
当消息处理模块从所述消息队列取出的消息是数据库消息时,所述状态呈现服务器获得状态发生变化的被订阅用户的状态信息,并调用客户端通信模块将所述用户的状态信息发送给与该用户存在订阅关系的其他用户的客户端进行状态呈现。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310270991.0A CN104253808B (zh) | 2013-06-29 | 2013-06-29 | 即时通信系统中的状态呈现方法和状态呈现服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310270991.0A CN104253808B (zh) | 2013-06-29 | 2013-06-29 | 即时通信系统中的状态呈现方法和状态呈现服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104253808A true CN104253808A (zh) | 2014-12-31 |
CN104253808B CN104253808B (zh) | 2018-05-08 |
Family
ID=52188345
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310270991.0A Active CN104253808B (zh) | 2013-06-29 | 2013-06-29 | 即时通信系统中的状态呈现方法和状态呈现服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104253808B (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105847290A (zh) * | 2016-05-17 | 2016-08-10 | 江苏飞搏软件股份有限公司 | 面向物理隔离网络的数据传输方法及数据传输系统 |
CN106528293A (zh) * | 2016-11-04 | 2017-03-22 | 武汉斗鱼网络科技有限公司 | 一种访问数据库的方法及装置 |
CN107657532A (zh) * | 2016-07-25 | 2018-02-02 | 武汉票据交易中心有限公司 | 一种业务流程的处理方法及系统 |
CN108073444A (zh) * | 2016-11-18 | 2018-05-25 | 北京京东尚科信息技术有限公司 | 向客户端推送用户数据的方法及系统 |
CN108989597A (zh) * | 2018-08-30 | 2018-12-11 | 中国科学院上海技术物理研究所 | 医学影像传输方法、传输中心和终端 |
CN109669791A (zh) * | 2018-12-22 | 2019-04-23 | 网宿科技股份有限公司 | 交互方法、服务器及计算机可读存储介质 |
CN109697132A (zh) * | 2018-12-19 | 2019-04-30 | 武汉精立电子技术有限公司 | 一种终端设备的即时通信系统及方法 |
CN110297707A (zh) * | 2018-03-22 | 2019-10-01 | 香港乐蜜有限公司 | 一种消息传输方法及装置 |
CN111031336A (zh) * | 2019-12-10 | 2020-04-17 | 北京达佳互联信息技术有限公司 | 直播榜单数据更新方法、装置、电子设备和存储介质 |
CN111221829A (zh) * | 2019-11-15 | 2020-06-02 | 浙江鸿程计算机系统有限公司 | 一种应对关系数据库入库瓶颈问题的处理方法 |
CN115242671A (zh) * | 2022-07-05 | 2022-10-25 | 中国电子科技集团公司第十四研究所 | 一种基于redis的消息监听方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1783849A (zh) * | 2004-12-03 | 2006-06-07 | 腾讯科技(深圳)有限公司 | 一种基于即时通讯平台的消息订阅方法和系统 |
CN101448004A (zh) * | 2008-12-23 | 2009-06-03 | 中国移动通信集团北京有限公司 | 基于即时通信的用户状态发布方法、服务器及系统 |
CN101917525A (zh) * | 2010-09-15 | 2010-12-15 | 烽火通信科技股份有限公司 | 呈现业务中通知消息任务的处理方法和装置 |
CN102594845A (zh) * | 2012-03-29 | 2012-07-18 | 东南大学 | 一种基于xmpp协议的即时消息传输方法 |
US20120198006A1 (en) * | 2011-02-02 | 2012-08-02 | Alireza Moayerzadeh Ahmadi | Hibernate Mode for Chat Service |
-
2013
- 2013-06-29 CN CN201310270991.0A patent/CN104253808B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1783849A (zh) * | 2004-12-03 | 2006-06-07 | 腾讯科技(深圳)有限公司 | 一种基于即时通讯平台的消息订阅方法和系统 |
CN101448004A (zh) * | 2008-12-23 | 2009-06-03 | 中国移动通信集团北京有限公司 | 基于即时通信的用户状态发布方法、服务器及系统 |
CN101917525A (zh) * | 2010-09-15 | 2010-12-15 | 烽火通信科技股份有限公司 | 呈现业务中通知消息任务的处理方法和装置 |
US20120198006A1 (en) * | 2011-02-02 | 2012-08-02 | Alireza Moayerzadeh Ahmadi | Hibernate Mode for Chat Service |
CN102594845A (zh) * | 2012-03-29 | 2012-07-18 | 东南大学 | 一种基于xmpp协议的即时消息传输方法 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105847290A (zh) * | 2016-05-17 | 2016-08-10 | 江苏飞搏软件股份有限公司 | 面向物理隔离网络的数据传输方法及数据传输系统 |
CN107657532A (zh) * | 2016-07-25 | 2018-02-02 | 武汉票据交易中心有限公司 | 一种业务流程的处理方法及系统 |
CN106528293A (zh) * | 2016-11-04 | 2017-03-22 | 武汉斗鱼网络科技有限公司 | 一种访问数据库的方法及装置 |
CN108073444A (zh) * | 2016-11-18 | 2018-05-25 | 北京京东尚科信息技术有限公司 | 向客户端推送用户数据的方法及系统 |
CN110297707A (zh) * | 2018-03-22 | 2019-10-01 | 香港乐蜜有限公司 | 一种消息传输方法及装置 |
CN108989597A (zh) * | 2018-08-30 | 2018-12-11 | 中国科学院上海技术物理研究所 | 医学影像传输方法、传输中心和终端 |
CN109697132A (zh) * | 2018-12-19 | 2019-04-30 | 武汉精立电子技术有限公司 | 一种终端设备的即时通信系统及方法 |
CN109669791A (zh) * | 2018-12-22 | 2019-04-23 | 网宿科技股份有限公司 | 交互方法、服务器及计算机可读存储介质 |
CN111221829A (zh) * | 2019-11-15 | 2020-06-02 | 浙江鸿程计算机系统有限公司 | 一种应对关系数据库入库瓶颈问题的处理方法 |
CN111031336A (zh) * | 2019-12-10 | 2020-04-17 | 北京达佳互联信息技术有限公司 | 直播榜单数据更新方法、装置、电子设备和存储介质 |
CN115242671A (zh) * | 2022-07-05 | 2022-10-25 | 中国电子科技集团公司第十四研究所 | 一种基于redis的消息监听方法 |
Also Published As
Publication number | Publication date |
---|---|
CN104253808B (zh) | 2018-05-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104253808A (zh) | 即时通信系统中的状态呈现方法和状态呈现服务器 | |
CN106453066B (zh) | 群组会话处理方法、终端、服务器及系统 | |
CN102158423B (zh) | 经由聊天群跟踪内容项更新 | |
KR101182463B1 (ko) | 세션 이니시에이션 프로토콜을 이용한 호출 그룹 관리 | |
CN102369688B (zh) | 资源动态调整方法和调度设备 | |
CN102761864A (zh) | 一种数据传输的方法、系统及设备 | |
CN103916296B (zh) | 一种融合局域网的通信系统 | |
CN104620558A (zh) | 用于支持分布式数据网格集群中的消息预处理的系统和方法 | |
EP3255849A1 (en) | Multi-channel communications for sending push notifications to mobile devices | |
CN102694847B (zh) | 抓取第三方开放平台中用户动态的方法和装置 | |
CN103581111B (zh) | 一种通信方法及系统 | |
CN112988362B (zh) | 一种任务处理方法、装置、电子设备及存储介质 | |
WO2019128647A1 (zh) | 消息传输方法、装置、存储介质及电子装置 | |
US20100167763A1 (en) | Inter-carrier management of messaging groups | |
CN104811371A (zh) | 一种全新的即时通信系统 | |
CN102421091A (zh) | 通讯录更新方法及系统 | |
CN111093160B (zh) | 一种呼叫方法、设备及系统 | |
CN113364671A (zh) | 节省流量电量的跨平台办公实时通讯系统 | |
CN112132942A (zh) | 一种三维场景漫游实时渲染方法 | |
CN101867647B (zh) | 一种移动终端中并发冲突的处理方法及装置 | |
CN101115222A (zh) | 一种移动增值业务数据处理方法和系统 | |
CN106789577A (zh) | 一种自动发送微信朋友圈的方法及系统 | |
KR20130009869A (ko) | 마이크로블로그 클라이언트, 마이크로블로그 메시지들을 집적하기 위한 방법 및 인스턴트 메시징 클라이언트 | |
CN101247370B (zh) | 消息呈现业务的实现方法和系统 | |
CN101715171B (zh) | 综合业务管理平台ismp集群接入装置及方法 |
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 | ||
CP02 | Change in the address of a patent holder | ||
CP02 | Change in the address of a patent holder |
Address after: Room 810, 8 / F, 34 Haidian Street, Haidian District, Beijing 100080 Patentee after: BEIJING D-MEDIA COMMUNICATION TECHNOLOGY Co.,Ltd. Address before: 100089 Beijing city Haidian District wanquanzhuang Road No. 28 Wanliu new building 6 storey block A room 602 Patentee before: BEIJING D-MEDIA COMMUNICATION TECHNOLOGY Co.,Ltd. |