CN101453351A - 推送用户状态的方法及系统 - Google Patents
推送用户状态的方法及系统 Download PDFInfo
- Publication number
- CN101453351A CN101453351A CNA2008102206747A CN200810220674A CN101453351A CN 101453351 A CN101453351 A CN 101453351A CN A2008102206747 A CNA2008102206747 A CN A2008102206747A CN 200810220674 A CN200810220674 A CN 200810220674A CN 101453351 A CN101453351 A CN 101453351A
- Authority
- CN
- China
- Prior art keywords
- user
- enterprise servers
- status
- state
- change 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
Images
Abstract
本发明公开了一种推送用户状态的方法及系统。所述方法包括:第一企业服务器获取内部用户的状态变化信息;将所述状态变化信息发送到第二企业服务器;所述第二企业服务器从所述状态变化信息中摘取第二企业服务器上关注用户列表的用户状态信息并保存,丢弃其他的用户状态信息。还包括:第一企业服务器获取客户端发送的用户状态查询请求;第一企业服务器检测是否保存有所述用户状态,如果是则将所述用户状态发送给客户端;否则从对应的第二企业服务器上获取所述用户状态,然后将所述用户状态保存到关注用户列表并发送给客户端。本发明节省网络带宽,并且第一企业服务器只摘取自己关注的用户状态信息来保存,既节约了内存空间,也提高了后续的查询速度。
Description
【技术领域】
本发明涉及即时通信技术领域,尤其涉及推送用户状态的方法及系统。
【背景技术】
通过企业级即时通信平台,企业内部员工可以轻松地通过服务器所配置的组织架构查找需要进行通讯的人员,并采用丰富的沟通方式进行实时沟通。随着即时通信技术的发展,出现了可以满足不同企业员工进行实时沟通的即时通信平台企业集群。在企业级即时通信平台中,用户状态的实时展现是一个非常重要的体验。
目前,一种推送用户状态的方法是,当客户端启动时,客户端获取所有的本地用户的状态;此后服务器会定期向客户端推送本地所有用户状态的变化;客户端根据服务器推送的状态进行更新,就可以在本地内存中保存所有用户的状态信息。该方法对于用户数量不大的单个企业,可以满足推送用户状态的需求。
但是,在即时通信平台企业集群中,整个企业群的用户数经常具有几万甚至十万的规模,采用上述方法必须保存所有企业的所有用户的状态信息,保存的数据量非常大,这样推送时占用的带宽比较多,而且还会占用大量的内存空间,降低运行性能。
【发明内容】
有鉴于此,有必要提供一种推送用户状态的方法,其既可获取需要关注的用户状态,又可以节约带宽和内存空间。
此外,还提供一种推送用户状态的系统,其既可获取需要关注的用户状态,又可以节约带宽和内存空间。
为达到上述目的,提出以下的技术方案:
一种推送用户状态的方法,包括以下步骤:
A、第一企业服务器获取内部用户的状态变化信息;
B、将所述状态变化信息发送到第二企业服务器;
C、所述第二企业服务器从所述状态变化信息中摘取第二企业服务器上关注用户列表的用户状态信息并保存,丢弃其他的用户状态信息。
在一个实施例中,所述步骤A具体包括:所述第一企业服务器接收内部用户状态发生变化的通知信息;根据所述通知信息修改用户当前状态;
将所述用户当前状态与上次推送时的用户状态进行比较得到状态变化信息。
在一个实施例中,所述步骤A具体包括:所述第一企业服务器创建配置文件,根据配置文件设定的时间间隔定时获取状态变化信息。
在一个实施例中,所述步骤A之前还进一步包括:登录中心服务器后,所述第一企业服务器从第二企业服务器获取第一企业服务器的关注用户列表上的用户状态。
在一个实施例中,所述步骤A之前还进一步包括:所述第一企业服务器登录中心服务器后,所述第二企业服务器从第一企业服务器获取第二企业服务器的关注用户列表上的用户状态。
在一个实施例中,所述步骤C之后还进一步包括:第一企业服务器获取客户端发送的用户状态查询请求;第一企业服务器检测是否保存有所述用户状态,如果是则将所述用户状态发送给客户端;否则从对应的第二企业服务器上获取所述用户状态,然后将所述用户状态保存到关注用户列表并发送给客户端。
一种推送用户状态的系统,包括至少一个用于中转数据的中心服务器,以及连接于所述中心服务器的第一企业服务器、第二服务器,所述第一企业服务器包括:
存储比较单元,用于获取内部用户的状态变化信息;
发送单元,用于将所述状态变化信息发送到第二企业服务器;
接收单元,用于接收第二企业服务器发送的状态变化信息;还用于从所述接收的状态变化信息中摘取关注的用户状态信息,更新存储比较单元中关注用户列表的用户状态信息,丢弃所述状态变化信息中其他的用户状态信息。
在一个实施例中,还包括组服务器:所述组服务器用于将内部用户状态发生变化的通知信息发送到第一企业服务器;所述存储比较单元用于根据所述通知信息修改用户当前状态;还用于将所述用户当前状态与上次推送时的用户状态进行比较得到状态变化信息。
在一个实施例中,所述存储比较单元根据创建的配置文件设定的时间间隔来定时获取状态变化信息。
在一个实施例中,所述接收单元包括:查询单元,用于接收客户端发送的用户状态查询请求;判断单元,用于检测所述存储比较单元没有保存所述用户状态时,从对应的第二企业服务器上获取所述用户状态,然后将所述用户状态保存到关注用户列表并通过发送单元发送给客户端。
从以上技术方案可以看出,在推送用户状态的方法及系统中第一企业服务器定时检测本企业内部的用户状态变化,并向所有的第二企业服务器只推送用户状态变化信息,推送数据量小,绝大多数情况下只需要一个网络包就能够完成,节省了网络带宽。进一步,对于收到的用户状态变化信息,企业服务器只需要摘取自己关注的用户状态信息,而不需要保存所有的状态信息,大大减少了需要保存的数据量,既节约了内存空间,也提高了后续的查询速度。
【附图说明】
图1为推送用户状态的方法的基本流程图;
图2为推送用户状态的系统的结构框图;
图3为推送用户状态的系统中第一企业服务器的结构框图。
【具体实施方式】
下面结合具体的实施例及说明书附图进行详细的描述。
在以下实施方式中,即时通信平台企业集群采用一个中心服务器中转的模式,各个企业的企业服务器均连接到中心服务器。企业服务器之间传输的数据,包括组织架构同步数据、用户资料同步数据、状态同步数据及即时信息收发数据都需要经过中心服务器中转,两个企业服务器之间一般不直接传输数据。
如图1所示,一种推送用户状态的方法主要包括以下步骤S101至S103。
步骤S101、第一企业服务器获取内部用户的状态变化信息。
在本步骤中,定时获取的过程具体包括:创建配置文件,根据所述配置文件设定的时间间隔定时获取所述状态变化信息。该定时检测的时间间隔一般为10秒至5分钟。
在本步骤中,可以通过组服务器(GroupServer)获取状态变化信息,具体为:首先当组服务器检测到企业内部某一用户的状态发生变化时,将该变化信息通知第一企业服务器。第一企业服务器上保存有用户当前状态与上次推送时的用户状态;第一企业服务器接收内部用户状态发生变化的通知信息后,根据所述通知信息修改用户当前状态,然后将该用户当前状态与上次推送时的用户状态进行比较得到状态变化信息。
一般而言,第一企业服务器是部署在企业内部众多的服务器中的一个,专门处理与在同一个集群内的其他企业数据传输的服务。在企业内部,可以设置一个组服务器来专门关注本企业所有用户的状态变化,组服务器检测到内部用户(客户端)的状态变化,同时推送该状态变化信息给企业服务器。这样,第一企业服务器只要定时访问组服务器即可检测到企业内部所有用户的状态变化信息,并在内存中保存本企业内部的所有用户的状态信息。这种方式下,第一企业服务器处理用户状态,只跟组服务器有关系,与客户端没有直接交互。
客户端要到第一企业服务器获取外部集群用户的状态,首先可以经过一个负责客户端接入的接入服务器(ConnServer),接入服务器处于被动的等待客户端来连接的状态。客户端获取内部用户的状态,只要到接入服务器来获取即可。此外,客户端先连接到接入服务器,接入服务器再把客户端的数据发送给第一企业服务器。这种方式下,客户端和第一企业服务器并不直接相连。
需要说明的是,管理内部用户状态的功能也可以集成到第一企业服务器,一个企业内部也可以仅设置一个第一企业服务器,该第一企业服务器直接与客户端相连,定时检测各客户端的状态变化,从而获得企业内部所有用户的状态变化信息。在不脱离本发明构思的前提下,对本发明做出的变形和改进都应该属于本发明的保护范围。
步骤S102、将状态变化信息发送到第二企业服务器。第一企业服务器定时检查本地用户的状态变化信息,然后将这些变化量主动通知其他第二企业服务器。
第一企业服务器定时检查用户状态变化的逻辑是统一的,对其好友列表上的所有的企业服务器,即使这些企业服务器关注的人员列表会有所不同,收到的用户状态变化也是一样的。
同时,由于仅仅将用户状态的改变信息进行发送,推送的数据量比较小。以每分钟推送一次为例,每1分钟向所有的第二企业服务器推送本地的状态变化信息,绝大多数情况下只需要1个网络包就能够完成,大大节省了网络带宽。
步骤S103、第二企业服务器从状态变化信息中摘取第二企业服务器上关注用户列表的用户状态信息并保存,丢弃其他的用户状态信息。
对于收到的状态变化信息,第二企业服务器只需要摘取自己需要关注的用户的状态信息,忽略其他的状态信息,而不需要保存所有的状态信息,避免在内存中存储大量的不需要关注的用户状态。这样既减少了内存使用,也提高了后续的查询速度。
状态的实时性是企业级即时通信平台的重要特性之一,推送用户状态的方法解决了即时通信平台企业集群中多个企业服务器之间的状态同步问题,使得服务器在服务器集群的情况下保持了以前单服务器下的良好的状态体验。
在一个实施例中,对于步骤S101,企业服务器定时检测内部所有用户的状态变化信息之前还进一步包括:登录中心服务器后,第一企业服务器从第二企业服务器获取第一企业服务器的关注用户列表上的用户状态。第一企业服务器启动的时候,可以通过中心服务器主动去第二企业服务器获取所关注的用户状态。
对于企业集群,往往只会有部分用户对外共享。初始的时候只去获取本企业需要关注的用户状态,包量比较少,避免初始化的时候网络压力太大,而且所需的内存空间也比较小。
在一个实施例中,对于步骤S101,第一企业服务器定时检测内部所有用户的状态变化信息之前还进一步包括:所述第一企业服务器登录中心服务器后,第二企业服务器从第一企业服务器获取第二企业服务器的关注用户列表上的用户状态。当第二企业服务器从中心服务器知道第一企业服务器刚登录时,同样也可以到该第一企业服务器获取其各自关注的用户的状态。
企业服务器每次登录中心服务器成功之后,需要去获取保存在本地的外部用户的状态信息。同时,一直在线的企业服务器也需要去更新保存在本地的外部用户的状态信息。
在优选的实施例中,如果本地客户端需要查看第二企业服务器的用户状态,而第一企业服务器没有保存,此时需要第一企业服务器主动去第二企业服务器获取,获取到之后放到本地的关注用户列表。如图1所示,步骤S103之后还进一步包括步骤:
S104、第一企业服务器接收客户端发送的用户状态查询请求;
S105、检测是否保存有该用户状态,如果是则执行步骤S107,否则执行步骤S106;
S106、从第二企业服务器上获取用户状态,然后将该用户状态保存到关注用户列表;
S107、将该用户状态发送给客户端。
由于第一企业服务器只保存了第二企业服务器部分用户的状态,如果本地客户端需要获取列表之外的用户状态,则第一企业服务器可以动态去获取,然后将这个用户加入到关注列表,不影响体验,可扩展性好。
如图2所示,一种推送用户状态的系统,包括至少一个用于中转数据的中心服务器100,以及连接于中心服务器100的多个企业服务器:第一企业服务器200、第二企业服务器300。一般而言,第一企业服务器200是部署在企业内部众多服务器中的一个,专门处理与在同一个集群内的其他企业数据传输的服务。需要说明的是,企业服务器200可以与企业内部其他的服务器400相连,再通过服务器400连接到客户端500;第一企业服务器200也可以直接与客户端500相连。
如图3所示,第一企业服务器200主要包括存储比较单元201、发送单元202和接收单元203。
存储比较单元201,用于获取内部所有用户的状态变化信息;其中,存储比较单元201定时获取状态变化信息的过程具体为:创建配置文件,根据所述配置文件设定的时间间隔定时获取所述状态变化信息,该定时检测的时间间隔一般为10秒至5分钟。
在企业内部,可以设置一个组服务器(GroupServer)来专门关注本企业所有用户的状态变化,这样第一企业服务器200只要定时访问组服务器即可检测到企业内部所有用户的状态变化信息,并在内存中保存本企业内部的所有用户的状态信息。当然,一个企业内部也可以仅设置第一企业服务器200,该第一企业服务器200直接与客户端500相连,定时检测各客户端500的状态变化,从而获得企业内部所有用户的状态变化信息。
发送单元202,用于将状态变化信息发送到第二企业服务器300。
第一企业服务器200定时检查本地用户的状态变化信息,然后将这些变化量主动通知其他第二企业服务器300。由于仅仅将用户状态的改变信息进行发送,推送的数据量比较小。以每分钟推送一次为例,每1分钟向所有的第二企业服务器推送本地的状态变化信息,绝大多数情况下只需要1个网络包就能够完成,大大节省了网络带宽。
接收单元203,用于接收第二企业服务器300发送的状态变化信息;还用于从接收的状态变化信息中摘取关注的用户状态信息,更新存储比较单元201中关注用户列表的用户状态信息,丢弃状态变化信息中其他的用户状态信息。
对于收到的状态变化信息,第二企业服务器300只需要摘取自己需要关注的用户的状态信息,忽略其他的状态信息,而不需要保存所有的状态信息,避免在内存中存储大量的不需要关注的用户状态。这样既减少了内存使用,也提高了后续的查询速度。
推送用户状态的系统既可以获取那些需要关注的用户的状态,又不需要为大量不需要保存的用户状态而浪费空间,保证了运行的性能。
在一个实施例中,接收单元203包括查询单元和判断单元。查询单元用于接收客户端发送的用户状态查询请求;判断单元用于检测存储比较单元201没有保存用户状态时,从对应的第二企业服务器上获取用户状态,然后将用户状态保存到关注用户列表并通过发送单元202发送给客户端。
在优选的实施例中,推送用户状态的系统还包括组服务器。组服务器用于将内部用户状态发生变化的通知信息发送到企业服务器;存储比较单元201用于根据所述通知信息修改用户当前状态;还用于将所述用户当前状态与上次推送时的用户状态进行比较得到状态变化信息。
一般而言,第一企业服务器200是部署在企业内部众多的服务器中的一个,专门处理与在同一个集群内的其他企业数据传输的服务。在企业内部,可以设置一个组服务器来专门关注本企业所有用户的状态变化,组服务器检测到内部用户(客户端)的状态变化,同时推送该状态变化信息给第一企业服务器200。这样,第一企业服务器200只要定时访问组服务器即可检测到企业内部所有用户的状态变化信息,并在内存中保存本企业内部的所有用户的状态信息。这种方式下,第一企业服务器200处理用户状态,只跟组服务器有关系,与客户端500没有直接交互。
客户端500要到第一企业服务200器获取外部集群用户的状态,首先可以经过一个负责客户端接入的接入服务器(ConnServer),服务器处于被动的等待客户端500来连接的状态。客户端500获取内部用户的状态,只要到接入服务器来获取即可。此外,客户端500先连接到接入服务器,接入服务器再把客户端500的数据发送给第一企业服务器200。这种方式下,客户端500和第一企业服务器200并不直接相连。
需要说明的是,管理内部用户状态的功能也可以集成到第一企业服务器200,一个企业内部可以仅设置第一企业服务器200,该第一企业服务器200直接与客户端500相连,定时检测各客户端500的状态变化,从而获得企业内部所有用户的状态变化信息。在不脱离本发明构思的前提下,对本发明做出的变形和改进都应该属于本发明的保护范围。
由于第一企业服务器200只保存了第二企业服务器300部分用户的状态,如果本地客户端500需要获取列表之外的用户状态,则第一企业服务器200可以动态去获取,然后将这个用户加入到关注列表,不影响体验,可扩展性好。
以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
Claims (10)
1、一种推送用户状态的方法,其特征在于,包括以下步骤:
A、第一企业服务器获取内部用户的状态变化信息;
B、将所述状态变化信息发送到第二企业服务器;
C、所述第二企业服务器从所述状态变化信息中摘取第二企业服务器上关注用户列表的用户状态信息并保存,丢弃其他的用户状态信息。
2、根据权利要求1所述的推送用户状态的方法,其特征在于,所述步骤A具体包括:
所述第一企业服务器接收内部用户状态发生变化的通知信息;
根据所述通知信息修改用户当前状态;
将所述用户当前状态与上次推送时的用户状态进行比较得到状态变化信息。
3、根据权利要求1所述的推送用户状态的方法,其特征在于,所述步骤A具体包括:
所述第一企业服务器创建配置文件,根据配置文件设定的时间间隔定时获取状态变化信息。
4、根据权利要求1所述的推送用户状态的方法,其特征在于,所述步骤A之前还进一步包括:
登录中心服务器后,所述第一企业服务器从第二企业服务器获取第一企业服务器的关注用户列表上的用户状态。
5、根据权利要求1所述的推送用户状态的方法,其特征在于,所述步骤A之前还进一步包括:
所述第一企业服务器登录中心服务器后,所述第二企业服务器从第一企业服务器获取第二企业服务器的关注用户列表上的用户状态。
6、根据权利要求1所述的推送用户状态的方法,其特征在于,所述步骤C之后还进一步包括:
第一企业服务器获取客户端发送的用户状态查询请求;
第一企业服务器检测是否保存有所述用户状态,如果是则将所述用户状态发送给客户端;否则从对应的第二企业服务器上获取所述用户状态,然后将所述用户状态保存到关注用户列表并发送给客户端。
7、一种推送用户状态的系统,包括至少一个用于中转数据的中心服务器,以及连接于所述中心服务器的第一企业服务器、第二服务器,其特征在于,所述第一企业服务器包括:
存储比较单元,用于获取内部用户的状态变化信息;
发送单元,用于将所述状态变化信息发送到第二企业服务器;
接收单元,用于接收第二企业服务器发送的状态变化信息;还用于从所述接收的状态变化信息中摘取关注的用户状态信息,更新存储比较单元中关注用户列表的用户状态信息,丢弃所述状态变化信息中其他的用户状态信息。
8、根据权利要求7所述的推送用户状态的系统,其特征在于,还包括组服务器:
所述组服务器用于将内部用户状态发生变化的通知信息发送到第一企业服务器;
所述存储比较单元用于根据所述通知信息修改用户当前状态;还用于将所述用户当前状态与上次推送时的用户状态进行比较得到状态变化信息。
9、根据权利要求7所述的推送用户状态的方法,其特征在于,所述存储比较单元根据创建的配置文件设定的时间间隔来定时获取状态变化信息。
10、根据权利要求7所述的推送用户状态的系统,其特征在于,所述接收单元包括:
查询单元,用于接收客户端发送的用户状态查询请求;
判断单元,用于检测所述存储比较单元没有保存所述用户状态时,从对应的第二企业服务器上获取所述用户状态,然后将所述用户状态保存到关注用户列表并通过发送单元发送给客户端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008102206747A CN101453351B (zh) | 2008-12-31 | 2008-12-31 | 推送用户状态的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008102206747A CN101453351B (zh) | 2008-12-31 | 2008-12-31 | 推送用户状态的方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101453351A true CN101453351A (zh) | 2009-06-10 |
CN101453351B CN101453351B (zh) | 2011-04-20 |
Family
ID=40735388
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008102206747A Active CN101453351B (zh) | 2008-12-31 | 2008-12-31 | 推送用户状态的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101453351B (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013168030A1 (en) * | 2012-05-07 | 2013-11-14 | International Business Machines Corporation | Enabling and supporting a presence server cache |
CN103916309A (zh) * | 2014-03-10 | 2014-07-09 | 百度在线网络技术(北京)有限公司 | 一种通信方法与设备 |
CN104184780A (zh) * | 2013-05-27 | 2014-12-03 | 腾讯科技(深圳)有限公司 | 一种业务的推送方法和系统 |
CN105007321A (zh) * | 2015-07-21 | 2015-10-28 | 北京乐动卓越科技有限公司 | 动态用户信息即时推送的方法及系统 |
CN105162877A (zh) * | 2015-09-24 | 2015-12-16 | 西安未来国际信息股份有限公司 | 一种企业内部信息互动方法 |
CN106209601A (zh) * | 2016-07-29 | 2016-12-07 | 腾讯科技(深圳)有限公司 | 状态更新消息的推送方法及装置 |
CN107968808A (zh) * | 2016-10-20 | 2018-04-27 | 上海盛霄云计算技术有限公司 | 分布式系统中资源状态同步的方法和系统 |
CN109088812A (zh) * | 2018-07-17 | 2018-12-25 | 腾讯科技(深圳)有限公司 | 信息处理方法、装置、计算机设备和存储介质 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7392306B1 (en) * | 2000-04-07 | 2008-06-24 | Aol Llc | Instant messaging client having an embedded browser |
CN1285229C (zh) * | 2004-11-02 | 2006-11-15 | 大唐微电子技术有限公司 | 获取移动用户状态信息的方法、系统及相应用户识别模块 |
CN101237335B (zh) * | 2007-02-02 | 2011-03-09 | 阿里巴巴集团控股有限公司 | 实时通知事件状态变化的方法和系统 |
-
2008
- 2008-12-31 CN CN2008102206747A patent/CN101453351B/zh active Active
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9596198B2 (en) | 2012-05-07 | 2017-03-14 | International Business Machines Corporation | Enabling and supporting a presence server cache |
WO2013168030A1 (en) * | 2012-05-07 | 2013-11-14 | International Business Machines Corporation | Enabling and supporting a presence server cache |
US9596199B2 (en) | 2012-05-07 | 2017-03-14 | International Business Machines Corporation | Enabling and supporting a presence server cache |
CN104184780A (zh) * | 2013-05-27 | 2014-12-03 | 腾讯科技(深圳)有限公司 | 一种业务的推送方法和系统 |
CN104184780B (zh) * | 2013-05-27 | 2019-01-29 | 腾讯科技(深圳)有限公司 | 一种业务的推送方法和系统 |
CN103916309A (zh) * | 2014-03-10 | 2014-07-09 | 百度在线网络技术(北京)有限公司 | 一种通信方法与设备 |
CN105007321A (zh) * | 2015-07-21 | 2015-10-28 | 北京乐动卓越科技有限公司 | 动态用户信息即时推送的方法及系统 |
CN105007321B (zh) * | 2015-07-21 | 2018-11-06 | 北京乐动卓越科技有限公司 | 动态用户信息即时推送的方法及系统 |
CN105162877A (zh) * | 2015-09-24 | 2015-12-16 | 西安未来国际信息股份有限公司 | 一种企业内部信息互动方法 |
CN106209601A (zh) * | 2016-07-29 | 2016-12-07 | 腾讯科技(深圳)有限公司 | 状态更新消息的推送方法及装置 |
CN106209601B (zh) * | 2016-07-29 | 2020-11-10 | 腾讯科技(深圳)有限公司 | 状态更新消息的推送方法及装置 |
CN107968808A (zh) * | 2016-10-20 | 2018-04-27 | 上海盛霄云计算技术有限公司 | 分布式系统中资源状态同步的方法和系统 |
CN109088812A (zh) * | 2018-07-17 | 2018-12-25 | 腾讯科技(深圳)有限公司 | 信息处理方法、装置、计算机设备和存储介质 |
CN109088812B (zh) * | 2018-07-17 | 2021-09-07 | 腾讯科技(深圳)有限公司 | 信息处理方法、装置、计算机设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN101453351B (zh) | 2011-04-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101453351B (zh) | 推送用户状态的方法及系统 | |
CN101188625B (zh) | 一种实现资讯内容订阅的方法及系统 | |
CN101404627B (zh) | 即时通讯系统更新联系人状态的方法及即时通讯系统 | |
CN100556003C (zh) | 一种实现群订阅服务的方法和系统 | |
CN103370921B (zh) | 用于对本地网络中的传感器设备进行命名的方法、设备、服务网关和远程管理服务器 | |
CN101729441B (zh) | 更新提醒方法、系统、更新源服务器及接入服务器 | |
CN102137033A (zh) | 一种基于通讯录的im系统及即时通信方法 | |
CN111277483B (zh) | 一种多端消息的同步方法、服务器及可存储介质 | |
CN101821994A (zh) | 情境感知无线信息系统和方法 | |
CN102484617A (zh) | 减少网络内呈现状态事件数目的方法和系统 | |
CN100581144C (zh) | 邮件过滤系统和邮件过滤方法 | |
CN103944814A (zh) | 一种数据交换方法和系统及一种网关服务器 | |
CN1953463B (zh) | 多cad系统至pdm系统的信息集成系统及方法 | |
CN101355488A (zh) | 网络发起的消息类业务中控制流量的方法和系统 | |
CN101159569A (zh) | 发布用户业务能力的方法与呈现服务器和通信业务系统 | |
US8320545B2 (en) | System, method, and logic for determining presence status according to the location of endpoints | |
CN100425041C (zh) | 一种企业即时通信方法及系统 | |
CN103036861A (zh) | 通讯录联系人关系匹配的方法、系统、服务器端和客户端 | |
CN101957830A (zh) | 一种清单查询系统、装置和方法 | |
CN101510895A (zh) | 基于互联网的移动通讯录管理系统及方法 | |
CN1996362A (zh) | 一种即时通信中播放广告数据的系统及方法 | |
CN101924768B (zh) | 一种分布式rfid中间件的通信控制方法 | |
CN101335649B (zh) | 一种管理大规模代理服务器的方法和装置 | |
CN107968798A (zh) | 一种网管资源标签获取方法、缓存同步方法、装置及系统 | |
CN1984083A (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 |