一种呈现状态通知方法和装置

摘要

本发明公开了一种呈现状态通知方法和装置，该方法包括：接收第一用户对应的状态变化通知消息；其中；状态变化通知消息用于通知第一用户的呈现状态的变化；确定第一用户的好友用户所归属的呈现服务器，对于归属于其他呈现服务器的好友用户，通过广播消息将第一用户对应的状态变化通知消息发送给所述好友用户所归属的呈现服务器，以通过所述好友用户归属的呈现服务器，将第一用户对应的状态变化通知消息发送给各个好友用户。通过本发明的方案，减少了呈现服务器之间的消息转发量，从而减少了呈现服务器的信息转发量，提高了呈现服务器的性能，改善了用户体验。

说明书

技术领域

本发明涉及RCS融合消息类领域，尤指一种呈现状态通知方法和装置。

背景技术

RCS(融合通讯，Rich Communication Suite)定义了基于IMS与现有移动网络的一组业务能力，为移动用户提供增强型地址簿、内容共享、文件传输、增强型消息等功能。

在RCS中，呈现(presence或者presence information)用以传达某一用户通过一组设备进行通信的能力和意愿。常见的及时通信一般为用户提供的可选状态有：联机、忙碌、马上回来、离开、接听电话、外出就餐和显示为脱机。这些状态便称为“呈现状态”，它们表征了用户当前处于的某种状态和用户进行通信的意愿。同时，这些状态还反映出与该用户进行通信的能力。可以通过呈现服务器(PS AS)来管理用户的呈现状态。例如，若用户处于“脱机”状态的话，别的用户便不能用即时消息与之通信，当某一用户的状态变化,呈现服务器需要实时通知该用户的所有好友。

一个最简单的呈现状态的通知过程如图1所示：一个用户A订阅(SUBSCRIBE)他感兴趣的另一用户B的呈现状态，用户B接受订阅请求之后，每次用户B的呈现状态发生变化之后，用户B会发布(PUBLISH)自己新的呈现状态，这个新的呈现状态会通过呈现服务器通知(NOTIFY)给用户A。

在用户B有多个好友订阅用户B的呈现状态的情况下，用户B对应的呈现服务器会生成多个用户B的呈现状态通知消息，分别发送给用户B的多个好友。

当用户规模达到一定数量，在移动网络信号不稳定导致状态切换频繁时，状态通知消息会急增，各呈现服务器(PS AS，presence server)之间的通知消息转发就会成为瓶颈，影响用户体验。

发明内容

为了解决上述问题，本发明提出了一种呈现状态通知方法和装置，能够提高。

为了达到上述目的，本发明提出了一种呈现状态通知方法，所述方法包括：

接收第一用户发送的状态变化信息；其中；状态变化信息用于通知第一用户的呈现状态的变化；

确定第一用户的好友用户所归属的呈现服务器，对于归属于其他呈现服务器的好友用户，通过广播消息将第一用户对应的状态变化通知消息发送给第一用户的好友用户所归属的呈现服务器，以通过各个好友用户归属的呈现服务器，将第一用户对应的状态变化通知消息发送给各个好友用户。

优选地，所述呈现状态通知方法还包括：

接收其他呈现服务器发送的第二用户对应的第二状态变化通知消息，根据第二用户对应的第二好友列表，确定本呈现服务器中第二用户对应的订阅用户；

将所述第二状态变化通知消息发送给所述第二用户对应的订阅用户。

优选地，在所述确定第一用户的好友用户所归属的呈现服务器之后，所述呈现状态通知方法还包括：

对于归属本呈现服务器的好友用户，向归属本呈现服务器的各个好友用户分别下发第一用户的状态变化通知消息。

优选地，在所述确定第一用户的好友用户所归属的呈现服务器，通过广播消息将第一用户对应的状态变化通知消息发送给第一用户的好友用户所归属的呈现服务器之前，所述呈现状态通知方法还包括：

确认第一用户是否处于稳定状态；

在所述第一用户处于稳定状态的情况下，执行所述确定第一用户的好友用户所归属的呈现服务器，通过广播消息将第一用户对应的状态变化通知消息发送给第一用户的好友用户所归属的呈现服务器的步骤。

优选地，所述确认第一用户是否处于稳定状态包括：

启动定时器，如果在定时器计时到达预定时间时，如果没有再次接收到第一用户对应的状态变化通知消息，则判定第一用户处于稳定状态；

如果在定时器计时到达预定时间内，如果再次接收到第一用户对应的状态变化通知消息，则重新启动定时器，并再次判断第一用户是否处于稳定状态。

优选地，在所述确定第一用户的好友用户所归属的呈现服务器，通过广播消息将第一用户对应的状态变化通知消息发送给第一用户的好友用户所归属的呈现服务器之前，所述呈现状态通知方法包括：

针对归属于本地服务器的第一用户建立第一好友列表，其中，第一好友列表中记录第一用户的全部好友用户；以及，

当归属于本地服务器的第一用户与第二用户是好友关系时，针对所述第二用户建立第二好友列表，其中，第二好友列表中记录了第二用户在本地呈现服务器中的好友用户，所述第二用户归属于本地服务器或其他服务器。

为了达到上述目的，本发明还提出了一种呈现状态通知装置，设置在呈现服务器上，所述装置包括：

用户接收单元，用于接收第一用户发送的状态变化信息；其中；状态变化信息用于通知第一用户的呈现状态的变化；

转发单元，用于确定第一用户的好友用户所归属的呈现服务器，通过广播消息将第一用户对应的状态变化通知消息发送给第一用户的好友用户所归属的呈现服务器，以通过各个好友用户归属的呈现服务器，将第一用户对应的状态变化通知消息发送给各个好友用户。

优选地，所述呈现状态通知装置还包括：

服务器接收单元，用于接收其他呈现服务器发送的第二用户对应的第二状态变化通知消息，根据第二用户对应的第二好友列表，确定本呈现服务器中第二用户对应的订阅用户；

下发单元，用于将所述第二状态变化通知消息发送给所述第二用户对应的订阅用户。

优选地，所述转发单元还用于：对于归属本呈现服务器的好友用户，向归属本呈现服务器的各个好友用户分别下发第一用户的状态变化通知消息。

优选地，所述呈现状态通知装置还包括：

稳定状态确认单元，用于确认第一用户是否处于稳定状态；在所述第一用户处于稳定状态的情况下，通过转发单元执行所述确定第一用户的好友用户所归属的呈现服务器，通过广播消息将第一用户对应的状态变化通知消息发送给第一用户的好友用户所归属的呈现服务器的过程。

优选地，所述稳定状态确认单元包括：

启动模块，用于启动定时器，如果在定时器计时到达预定时间时，如果没有再次接收到第一用户对应的状态变化通知消息，则判定第一用户处于稳定状态；

重判模块，用于在定时器计时到达预定时间内，再次接收到第一用户对应的状态变化通知消息的情况下，则重新启动定时器，并再次判断第一用户是否处于稳定状态。

优选地，所述呈现状态通知装置还包括：

好友列表设置单元，用于针对归属于本地服务器的第一用户建立第一好友列表，其中，第一好友列表中记录第一用户的全部好友用户；以及，

当归属于本地服务器的第一用户与第二用户是好友关系时，针对所述第二用户建立第二好友列表，其中，第二好友列表中记录了第二用户在本地呈现服务器中的好友用户，所述第二用户归属于本地服务器或其他服务器。

与现有技术相比，本发明提供的技术方案包括：接收第一用户对应的状态变化通知消息；其中；状态变化通知消息用于通知第一用户的呈现状态的变化；确定第一用户的好友用户所归属的呈现服务器，对于归属于其他呈现服务器的好友用户，通过广播消息将第一用户对应的状态变化通知消息发送给所述好友用户所归属的呈现服务器，以通过所述好友用户归属的呈现服务器，将第一用户对应的状态变化通知消息发送给各个好友用户。通过本发明的方案，当任一用户A的呈现状态发生变化时，用户A归属的PS AS A不需要根据用户A的好友数目，生成对应数目的状态变化通知消息，并分别通过各个好友归属的PS AS将状态变化通知消息发送给用户A的各个好友，而是把PS AS间多条消息转发合并成一条广播消息，PS AS A分别向各个好友归属的PS AS广播一条用户A的状态变化通知消息，并通过各个好友归属的PS AS，分别通知本地服务器中的用户A的好友用户，从而减少了PS AS之间的消息转发量，从而减少了PS AS的信息转发量，提高了PS AS的性能，改善了用户体验。

附图说明

下面对本发明实施例中的附图进行说明，实施例中的附图是用于对本发明的进一步理解，与说明书一起用于解释本发明，并不构成对本发明保护范围的限制。

图1为现有技术提供的一种呈现状态通知方法的流程图；

图2A和图2B为本发明实施例提供的一种呈现状态通知方法的流程图；

图3A、图3B、图3C分别为本发明实施例提供的一种呈现状态通知方法的流程图；

图4为本发明实施例提供的一种呈现状态通知装置的结构组成示意图。

具体实施方式

为了便于本领域技术人员的理解，下面结合附图对本发明作进一步的描述，并不能用来限制本发明的保护范围。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的各种方式可以相互组合。

参见图2A，本发明提出了一种呈现状态通知方法，所述方法包括：

步骤200，第一呈现服务器接收第一用户发送的状态变化信息；其中；状态变化信息用于通知第一用户的呈现状态的变化；

步骤400，确定第一用户的好友用户所归属的呈现服务器，通过广播消息将第一用户对应的状态变化通知消息发送给第一用户的好友用户所归属的呈现服务器，以通过各个好友用户归属的呈现服务器，将第一用户对应的状态变化通知消息发送给各个好友用户。

其中，对于归属本呈现服务器的好友用户，直接下发第一用户的状态变化通知消息；对于归属于其他呈现服务器的好友用户，通过广播消息将第一用户对应的状态变化通知消息发送给第一用户的好友用户所归属的呈现服务器，以通过各个好友用户归属的呈现服务器，将第一用户对应的状态变化通知消息发送给各个好友用户。

本发明实施例中，在需要转状态变化通知消息给其他呈现服务器时，相对于现有技术中针对各个好友用户分别发送的方式，本发明实施例采用合并状态变化通知消息的方式来转发，通过广播消息，分别给每个不同的呈现服务器只发一条第一用户对应的状态变化通知消息，由各个好友用户归属的呈现服务器，将第一用户对应的状态变化通知消息分发给本地所有好友用户。

本发明实施例中，步骤400中，通过各个好友用户归属的呈现服务器，将第一用户对应的状态变化通知消息发送给各个好友用户包括：

步骤411，第一呈现服务器生成对应的状态变化通知消息；

步骤412，在第一用户的好友用户归属于第一呈现服务器的情况下，第一呈现服务器将状态变化通知消息发送给归属本地呈现服务器的第一用户的好友用户；

步骤413，在第一用户的好友用户归属于其他呈现服务器的情况下，第一呈现服务器将状态变化通知消息发送给第一用户的好友用户归属的其他呈现服务器。

下面结合一个具体的例子对状态变化通知消息的发送进行说明。

用户A归属于呈现服务器A，用户A有30个好友，其中，好友1～好友10跟用户A归属于呈现服务器A，好友11～好友20归属于呈现服务器B，好友21～好友30归属于呈现服务器C，当第一呈现服务器接收到用户A发送的状态变化通知消息时，呈现服务器A将用户A对应的状态变化通知消息发送给好友1～好友10，呈现服务器A将用户A对应的状态变化通知消息分别发送给呈现服务器B和呈现服务器C，从而通过呈现服务器B将用户A对应的状态变化通知消息发送给好友11～好友20，以及通过呈现服务器C将用户A对应的状态变化通知消息发送给好友21～好友30。

参见图2B，本发明实施例中，所述呈现状态通知方法还包括：

步骤700，接收其他呈现服务器发送的第二用户对应的第二状态变化通知消息，根据第二用户对应的第二好友列表，确定本呈现服务器中第二用户对应的订阅用户；

步骤800，将所述第二状态变化通知消息发送给所述第二用户对应的订阅用户。

下面介绍另一种方式实现状态变化通知消息的发送。

本发明实施例中，步骤400中，通过各个好友用户归属的呈现服务器，将第一用户对应的状态变化通知消息发送给各个好友用户包括：

步骤421，第一呈现服务器生成对应的状态变化通知消息；

步骤422，第一呈现服务器将状态变化通知消息发送给归属本地呈现服务器的第一用户的好友用户；

步骤423，第一呈现服务器将状态变化通知消息通过广播消息的形式发送给其他呈现服务器。

下面结合一个具体的例子对状态变化通知消息的发送进行说明。

用户A归属于呈现服务器A，用户A有30个好友，其中，好友1～好友10跟用户A归属于呈现服务器A，好友11～好友20归属于呈现服务器B，好友21～好友30归属于呈现服务器C，当第一呈现服务器接收到用户A发送的状态变化通知消息时，呈现服务器A将用户A对应的状态变化通知消息发送给好友1～好友10，呈现服务器A将状态变化通知消息通过广播消息的形式发送给其他呈现服务器，包括呈现服务器B、呈现服务器C、呈服务器D、和呈现服务器E，

呈现服务器B接收到用户A对应的状态变化通知消息之后，判断本地归属用户中是否包括用户A的好友用户(订阅用户)，如果有，则将用户A对应的状态变化通知消息发送给用户A的好友用户，如果没有，则将用户A对应的状态变化通知消息丢弃，由于好友11～好友20归属于呈现服务器B，因此呈现服务器B将用户A对应的状态变化通知消息发送给好友11～好友20，同样地，通过呈现服务器C将用户A对应的状态变化通知消息发送给好友21～好友30。

呈服务器D接收到用户A对应的状态变化通知消息之后，判断本地归属用户中是否包括用户A的好友用户(订阅用户)，判断结果，则将用户A对应的状态变化通知消息发送给用户A的好友，如果没有，则将用户A对应的状态变化通知消息丢弃，由于用户A没有好友归属于呈现服务器C，因此呈现服务器C将用户A对应的状态变化通知消息丢弃，同样地，呈现服务器D将用户A对应的状态变化通知消息丢弃。

现有技术中，当用户A的状态有变化时，用户A归属的PS AS A会生成30个用户A的状态变化通知消息，分别发送给用户A的30个好友，PS ASA转发10个通知消息给PS AS B，同时PS AS A转发10个通知消息给PS ASC。本发明实施例提供的呈现状态通知方法，把PS AS间多条消息转发合并成一条广播消息，PS AS A分别向PS AS B、PS AS C广播一条用户A的状态变化通知消息，并通过PS AS B、PS AS C分别在本地服务器中的用户A的好友用户，通过上述呈现状态通知方法，减少了PS AS之间的消息转发量，从而减少了PS AS的信息转发量，提高了PS AS的性能，改善了用户体验。

本发明实施例中，在步骤400之前，所述呈现状态通知方法包括：

步骤100；针对归属于本地服务器的第一用户建立第一好友列表，其中，第一好友列表中记录第一用户的全部好友用户；以及，

当归属于本地服务器的第一用户与第二用户是好友关系时，针对所述第二用户建立第二好友列表，其中，第二好友列表中记录了第二用户在本地呈现服务器中的好友用户，所述第二用户归属于本地服务器或其他服务器。

也就是说，本发明实施例中，针对任一个用户A，均建立并维护对应的第一好友列表和第二好友列表，其中，第一好友列表存储在用户A对应的呈现服务器上，第一好友列表中记录用户A的全部好友用户，以及各个好友用户归属的呈现服务器；在所述各个好友用户归属的呈现服务器中，分别存储有用户A对应的第二好友列表；第二好友列表中记录用户A在本地呈现服务器中的好友用户。

本发明实施例中，在第二用户是第一用户的好友用户时，默认第二用户是第一用户的订阅用户为例进行了说明，也就是说，对于针对第一用户建立的第一好友列表，其中，第一好友列表中记录第一用户的全部好友用户；即，第一好友列表中记录第一用户的全部订阅用户，对于针对第一用户建立的第二好友列表，第二好友列表中记录了第一用户在本地呈现服务器中的好友用户，即第二好友列表中记录了第一用户在本地呈现服务器中的订阅用户。

因此，本发明实施例中，以好友用户和订阅用户表达相同的含义为例进行了说明。此外，可以对好友用户和订阅用户进行却区分，订阅用户为好友用户的自己，例如，某个第一用户可以订阅自己部分好友用户的呈现状态，在这种情况下，第一好友列表设置为记录第一用户的全部订阅用户，第二好友列表设置为记录了第一用户在本地呈现服务器中的订阅用户，呈现服务器根据，第一好友列表和第二好友列表中记录的订阅用户进行状态变化通知消息的转发。

下面结合一个具体的例子对第一好友列表和第二好友列表进行说明。

用户A有30个好友，用户A有对应的呈现服务器A中存储有第一好友列表，第一好友列表中记录用户A的30个好友用户，以及30个好友用户分别对应的呈现服务器；其中，第一好友列表中记录了好友1～好友10跟用户A归属于同一个呈现服务器A，好友11～好友20归属于呈现服务器B，好友21～好友30归属于呈现服务器C，在呈现服务器A中，记录了用户A对应的一个第二好友列表，该第二好友列表记录了用户A的全部好友用户中归属于呈现服务器A的好友1～好友10；在呈现服务器B中，记录了用户A对应的另一个第二好友列表，该第二好友列表记录了用户A的全部好友用户中归属于呈现服务器B的好友11～好友20；在呈现服务器C中，记录了用户A对应的又一个第二好友列表，该第二好友列表记录了用户A的全部好友用户中归属于呈现服务器C的好友21～好友30。

其中，第一好友列表为好友关系表，第二好友列表为用户被关注表，当用户A新增一个好友用户B时，用户A归属的PS AS A在好友关系表中新增保存一条记录(用户A，好友用户B)，同时好友用户B归属的PS AS B在用户A对应的被关注表中也新增保存一条记录(好友用户A，用户B)。

本发明实施例中，呈现服务器A生成对应的状态变化通知消息通过广播消息的格式发送给其他的呈现服务器，广播消息的URL设置为用户A好友列表标识，如sip:userA_list@ps_serverb，呈现服务器B收到这条通知消息后，根据URL判断这条消息要发给用户A归属于本地呈现服务器上的所有好友，呈现服务器B查询本地用户A的第二好友列表，得到用户A的好友用户好友11～好友20，然后把该状态变化通知消息分别下发给好友11～好友20。

本发明实施例中，在步骤400之前，所述呈现状态通知方法还包括：

步骤300、确认第一用户是否处于稳定状态；在所述第一用户处于稳定状态的情况下，执行步骤400；否则，跳转至步骤200；

本发明实施例中，在步骤300中，所述确认第一用户是否处于稳定状态包括：

启动定时器，如果在定时器计时到达预定时间时，如果没有再次接收到第一用户对应的状态变化通知消息，则判定第一用户处于稳定状态；

如果在定时器计时到达预定时间内，如果再次接收到第一用户对应的状态变化通知消息，则重新启动定时器，并再次判断第一用户是否处于稳定状态。

下面结合一个具体的例子对步骤300中确认第一用户是否处于稳定状态的过程进行说明。

在呈现服务器中设置状态内存表和临时状态内存表，其中，状态内存表用于记录用户的稳定状态下的呈现状态，临时状态内存表用于记录用户的稳定状态之前的呈现状态；如果用户在状态内存表中记录的呈现状态发生变化，用户归属的呈现服务器将开启用户的状态变化的通知流程。例如，当用户A状态发生变化时，服务器缓存该用户状态变化信息至临时状态内存表，并设置一个状态持续定时器(如2分钟)，如果定时器到(2分钟后)该状态一直保持，没有再发生切换变化，系统则确认该状态为终端的最新稳定状态，从临时状态内存表中取出该信息，更新系统保存的状态内存表，并进行下一步通知其他好友用户的流程，同时删除临时状态内存表中缓存的用户状态变化信息。如果在定时未到之前(2分钟内)系统又收到该用户的状态变化，则系统认为之前该用户的状态变化是一个临时、短暂性的状态变化，从临时状态内存表中删除之前缓存的用户状态变化信息及相应的定时器，重新缓存该用户最新的状态变化信息到临时状态内存表，并设置相应的定时器，并等待确认是否为稳定状态。

本发明实施例提供的呈现状态通知方法中，一方面，通过对用户状态进行管理，识别出用户的稳定状态，过滤掉临时性的用户状态变化信息，避免在移动网络信号不稳定导致状态频繁切换而产生的大量临时状态变化通知；另一方面，在某个用户的呈现状态发生变化，且用户A处于稳定状态时，通过第一好友列表和第二好友列表，在PS AS间广播一条用户A的最新状态消息，来替代用户A给每个好友发送的通知消息，来减少PS AS之间的消息转发量，从而减少了PS AS之间的信息转发量，提高了PS AS的性能，改善了用户体验。

下面结合具体的实施场景进行说明。

参见图3A，为本发明实施例提出的一种呈现状态通知方法的信令交互示意图，其中，用户A归属于PS AS A，该呈现状态通知方法包括：

步骤11：用户A的呈现状态发生变化时，用户A发送状态变化信息到用户A归属的PS AS A；

步骤12：PS AS A缓存该用户状态变化信息至临时状态内存表，并设置一个状态持续定时器(如2分钟)；

步骤13：如果定时器到(2分钟后)该状态一直保持，没有再发生切换变化，系统则确认该状态为终端的最新稳定状态；转步骤16进行后续流程处理；

步骤14：如果在定时未到之前(2分钟内)系统又收到该用户的状态变化，则从临时状态内存表中删除之前缓存的用户状态变化信息及相应的定时器；

步骤15：PS AS A重新缓存该用户最新的状态变化信息到临时状态内存表，并设置相应的定时器，转步骤13；

步骤16：从临时状态内存表中取出该信息，更新系统保存的用户状态，删除临时状态内存表中缓存的用户状态变化信息；并进行下一步，通知其他好友用户。

参见图3B，为本发明实施例提出的用户A和用户A的好友归属于同一个呈现服务器的情况下，呈现状态通知过程的交互示意图，如图3B所示，用户A及其好友1～好友10归属于同一个PS AS A，该呈现状态通知方法包括：

步骤21，用户A发送状态变化信息到用户A归属的PS AS A；

步骤22，PS AS A通过用户状态管理识别出用户A的稳定状态发生变化。

通过用户状态管理识别出用户A的稳定状态发生变化是指，PS AS A接收用户A发送的的状态变化信息，并确认用户A处于稳定状态。

步骤23，PS AS A查询用户A的第二好友列表，用户A的好友用户好友1～好友10归属于本PS AS A；

步骤241，PS AS A生成用户A对应的状态变化通知消息下发给用户好友1；

步骤242，PS AS A生成用户A对应的状态变化通知消息下发给用户好友2；

......

步骤249，PS AS A生成用户A对应的状态变化通知消息下发给用户好友9；

步骤2410，PS AS A生成用户A对应的状态变化通知消息下发给用户好友10。

其中，步骤243～步骤248省略。需要说明，步骤241～步骤2410的顺序可以更换。

参见图3C，为本发明实施例提出的用户A和用户A的好友归属于不同呈现服务器的情况下，呈现状态通知过程的交互示意图，如图3C所示，用户A归属于PS AS A，用户A的好友11～好友20归属于另一个PS AS B，该呈现状态通知方法包括：

步骤31，用户A发送状态变化信息到用户A归属的PS AS A；

步骤32，PS AS A通过用户状态管理识别出用户A的稳定状态发生变化；

步骤33，PS AS A查询用户A的第二好友列表，发现用户A的好友用户好友11～好友20归属于PS AS B；

步骤34，PS AS A生成一条用户A对应的状态变化通知消息，并转发给PS AS B，其中，状态变化通知消息的目的URL为用户A的好友列表标识，如sip:userA_list@ps_serverb；

步骤35，PS AS B收到这条通知消息后，根据URL判断这条消息要发给用户A归属于本服务器上的所有好友；

步骤36，PS AS B查询本地用户好友关系，得到用户A的好友用户好友11～好友20；

步骤371，PS AS B生成用户A对应的状态变化通知消息(用户A最新的状态通知notify)下发给用户好友11；

步骤372，PS AS B生成用户A最新的状态通知notify下发给用户好友12；

......

步骤379，PS AS B生成用户A最新的状态通知notify下发给用户好友19；

步骤3710，PS AS B生成用户A最新的状态通知notify下发给用户好友20；

其中，步骤383～步骤388省略。需要说明，步骤381～步骤3810的顺序可以更换。

基于与上述实施例相同或相似的构思，本发明实施例还提供一种呈现状态通知装置，设置在呈现服务器上，参见图4，本发明提出的呈现状态通知装置包括：

用户接收单元20，用于接收第一用户发送的状态变化信息；其中；状态变化信息用于通知第一用户的呈现状态的变化；

转发单元40，用于确定第一用户的好友用户所归属的呈现服务器，对于归属于其他呈现服务器的好友用户，通过广播消息将第一用户对应的状态变化通知消息发送给所述好友用户所归属的呈现服务器，以通过所述好友用户归属的呈现服务器，将第一用户对应的状态变化通知消息发送给各个好友用户。

本发明实施例中，所述呈现状态通知装置还包括：

服务器接收单元70，用于接收其他呈现服务器发送的第二用户对应的第二状态变化通知消息，根据第二用户对应的第二好友列表，确定本呈现服务器中第二用户对应的订阅用户；

下发单元80，用于将服务器接收单元70接收的第二状态变化通知消息发送给所述第二用户对应的订阅用户。

优选地，所述转发单元40还用于：对于归属本呈现服务器的好友用户，向归属本呈现服务器的各个好友用户分别下发第一用户的状态变化通知消息。其中，根据第一用户对应的第二好友列表，确定本呈现服务器中第一用户对应的订阅用户；并将第一用户的状态变化通知消息下发给第一用户对应的订阅用户。

本发明实施例中，所述呈现状态通知装置还包括：

稳定状态确认单元30，用于确认第一用户是否处于稳定状态；在所述第一用户处于稳定状态的情况下，通过转发单元执行所述确定第一用户的好友用户所归属的呈现服务器，通过广播消息将第一用户对应的状态变化通知消息发送给第一用户的好友用户所归属的呈现服务器的过程。

本发明实施例中，所述稳定状态确认单元30包括：

启动模块31，用于启动定时器，如果在定时器计时到达预定时间时，如果没有再次接收到第一用户对应的状态变化通知消息，则判定第一用户处于稳定状态；

重判模块32，用于在定时器计时到达预定时间内，再次接收到第一用户对应的状态变化通知消息的情况下，则重新启动定时器，并再次判断第一用户是否处于稳定状态。

本发明实施例中，所述呈现状态通知装置还包括：

好友列表设置单元10，用于针对归属于本地服务器的第一用户建立第一好友列表，其中，第一好友列表中记录第一用户的全部好友用户；以及，

当归属于本地服务器的第一用户与第二用户是好友关系时，针对所述第二用户建立第二好友列表，其中，第二好友列表中记录了第二用户在本地呈现服务器中的好友用户，所述第二用户归属于本地服务器或其他服务器。

需要说明的是，以上所述的实施例仅是为了便于本领域的技术人员理解而已，并不用于限制本发明的保护范围，在不脱离本发明的发明构思的前提下，本领域技术人员对本发明所做出的任何显而易见的替换和改进等均在本发明的保护范围之内。