CN103797751B - 一种用户在线状态的查询方法和装置 - Google Patents

Abstract

本发明提供了一种用户状态查询方法，所述方法包括：保存用户在第一业务系统中的用户标识和第二业务系统中的用户标识之间的关联关系，所述第一业务系统和所述第二业务系统为不同的业务系统；获取所述用户在所述第一业务系统和所述第二业务系统中的激活状态；接收来自所述第一业务系统的状态查询请求；根据所述关联关系以及所述状态查询请求中包含的用户标识，将所述用户在所述第二业务系统中的激活状态发送给所述第一业务系统，使用本发明，可以实现不同系统之间用户状态的查询。

Description

一种用户在线状态的查询方法和装置

技术领域

本发明涉及通信领域，具体涉及一种用户在线状态的查询方法。

背景技术

随着3G网络建设和手机终端的升级，以内容为中心的数据增值业务(如视频点播、下载等)已经快步走进人们的生活。与此同时，随着IPTV网络电视不断发展及普及，用户可以在各种不同场合，选择最合适终端设备(如手机、PC、机顶盒)使用各种数据业务。

一般情况下不同终端设备类型，都对应一个不同的用户账号。如手机终端采用手机号码、PC常常采用Email账号，各种即时通讯号码等、IPTV机顶盒(STB，set top box)则采用STB用户账号。

现有技术中，各种不同屏的系统之间不能进行跨系统的互相查询，各系统只能查到本系统内的用户当前状态，即某一个系统的用户不能知道其他用户在其他系统上是否登陆或者说激活。

发明内容

本发明实施例提供了一种用户状态查询方法，用以解决不能跨系统查询用户在不同系统中的激活状态的技术问题。

本发明实施例提供了一种用户状态查询方法，包括：

保存用户在第一业务系统中的用户标识和第二业务系统中的用户标识之间的关联关系，所述第一业务系统和所述第二业务系统为不同的业务系统；

获取所述用户在所述第一业务系统和所述第二业务系统中的激活状态；

接收来自所述第一业务系统的状态查询请求；

根据所述关联关系以及所述状态查询请求中包含的用户标识，将所述用户在所述第二业务系统中的激活状态发送给所述第一业务系统。

优选的，所述状态查询请求中包含的用户标识为所述用户在所述第一业务系统中的用户标识。

优选的，所述第一业务系统和所述第二业务系统为下述业务系统中的任意两种：互联网系统、有线电视系统、移动通信系统。

本发明实施例还提供了一种用户状态查询方法，所述方法包括：

第一业务系统接收状态查询请求，所述状态查询请求为查询用户在第二业务系统中的激活状态的请求，所述状态查询请求中包含所述用户在所述第一业务系统或者所述第二业务系统中的用户标识；所述第一业务系统和所述第二业务系统为不同的业务系统；

将所述包含用户标识的状态查询请求发送给用户状态管理装置，所述用户状态管理装置中存储有所述用户在所述第一业务系统中的用户标识和所述用户在所述第二业务系统中的用户标识之间的关联关系以及所述用户在所述第一业务系统和所述第二业务系统中的激活状态；

接收所述用户状态管理装置发送的所述用户在所述第二业务系统中的激活状态，所述激活状态为所述用户状态管理装置根据存储的所述关联关系以及所述状态查询请求中的用户标识得到的；

优选的，所述方法进一步包括，

若所述用户在所述第二系统中的处于已激活状态，则所述第一业务系统向所述第二业务系统中的所述处于激活状态的用户发送消息。

优选的，所述状态查询请求中包含的用户标识为所述用户在所述第一业务系统中的用户标识。

优选的，所述方法进一步包括：

若所述用户在所述第二业务系统中处于激活状态，则所述第一业务系统向所述第二业务系统中的所述处于激活状态的用户发送消息。

优选的，所述将信息从所述第一业务系统发送到所述第二业务系统，包括：所述消息为业务推荐信息，所述推荐信息包含URL链接，使得所述第二业务系统中的激活用户能够在收到该信息后能够直接触发该URL链接访问相关推荐内容。

优选的，所述第一业务系统和所述第二业务系统为下述业务系统中的任意两种：互联网系统、有线电视系统、移动通信系统。

本发明实施例还提供了一种用户状态管理装置，所述装置包括：存储模块，获取模块，接收模块以及发送模块；

所述存储模块用于保存用户在第一业务系统中的用户标识和第二业务系统中的用户标识之间的关联关系，所述第一业务系统和所述第二业务系统为不同的业务系统；

所述获取模块用于获取所述用户在所述第一业务系统和所述第二业务系统中的激活状态；

所述接收模块用于接收来自所述第一业务系统的状态查询请求；

所述发送模块用于根据所述关联关系以及所述状态查询请求中包含的用户标识，将所述用户在所述第二业务系统中的激活状态发送给所述第一业务系统。

优选的，所述第一业务系统和所述第二业务系统为下述业务系统中的任意两种：互联网系统、有线电视系统、移动通信系统。

从本发明实施例提供的上述技术方案可以看出，通过设置一个用户状态管理装置，统一注册和管理用户在各个业务系统中的激活状态，实现了用户激活状态的跨业务系统的查询。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例方法流程图；

图2为本发明实施例业务系统之间用户标识关联关系示意图；

图2.1为本发明实施例业务系统之间用户标识关联关系另一示意图；

图3为本发明实施例新账号注册流程示意图；

图4为本发明实施例用户激活状态的变更流程图；

图5为本发明实施例用户查询各业务系统中激活状态的流程图；

图6为本发明实施例好友推荐业务的实现方法流程图；

图7为本发明实施例实现跨业务系统之间的智能信息路由的流程图；

图8为本发明实施例提供的一种用户状态管理装置结构示意图；

图9为本发明实施例提供的另一种用户状态管理装置结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如附图1所示，为本发明实施例提供的一种用户状态查询方法，包括：

S101、设置用户在第一业务系统中的用户标识和第二业务系统中的用户标识之间的关联关系；所述第一业务系统和第二业务系统为不同的业务系统。

本领域技术人员可以理解，本发明实施包含的业务系统可以不限于两个业务系统，可以根据实际需要，设置用户在三个或者更多个不同业务系统中的用户标识之间的关联关系；

设置用户在各种业务系统中用户标识之间的关联关系，其中一种方式，可以如附图2所示：通过为用户设置一个公共的客户ID，即Customer ID，例如13434，然后将各个业务系统中的用户标识(User Identity)与该公共Customer ID关联起来，形成映射关系，保存在用户状态管理装置中。如图2中所示，第一业务系统是移动通信系统，对应的用户终端是手机，ID是13512345678；第二业务系统是互联网系统，对应的用户终端是用户个人电脑，ID是某个即时通信软件的ID：XXXX@XXX.COM；第三业务系统是有线电视系统，对应的用户终端是用户机顶盒，ID是机顶盒STB的终端号码ID：20102345678；当然，本发明实施例还可以相应的扩展到用户的其他的业务系统，它们通过对应到统一的Customer ID关联起来；

同一个用户，在同一个业务系统下，还可以对应有多个不同的账号，例如，对于业务系统是互联网系统，对应的用户终端是用户个人电脑PC，此时，用户在PC上可以同时有QQ账号，微博账号，微信账号等，只要能唯一的标识用户，并且能和统一的Customer ID建立映射即可。类似的，参见附图2.1，对于同一个IPTV的用户ID，由于他可能用到不同的机顶盒，也可以对应不同机顶盒设备的激活状态或者在线状态；

当然，也可以通过将各种业务系统中用户标识直接建立关联，如下表1所示，通过查询该表，实现利用一个业务系统中的ID查询到其他业务系统中该用户的激活状态；具体的关联方式，本发明实施例不作限定。

表1

S102、获取所述用户在所述第一业务系统和所述第二业务系统中的激活状态；

本发明实施例描述的激活状态，主要包括用户是否在线的状态，也包括用户是否已经登录系统，或者用户手机是否关机，是否漫游，是否在服务区等状态。

本发明实施例通过设置一个统一的用户状态管理装置，该状态管理装置能够实时的，或者及时的获取用户在各个业务系统中的激活状态，具体的获取方式，可以是用户在登录或者登出各个业务系统后，即时的向该用户状态管理装置刷新其在该业务系统中的激活状态，例如，当用户登录业务系统(如手机登录WAP门户，PC登录WEB门户，打开IPTV电视)时，相应的业务系统在本地账户鉴权成功后，向用户状态管理装置发出保存或者变更用户激活状态的请求，对于用户登录业务系统的情况，用户状态管理装置记录用户对应该业务系统(类型)的账户状态为：“在线”或者“激活”，对于用户退出业务的流程和上述的登录流程类似。

另外，对于一些业务系统(如WEB系统)，用户的退出可能并不会直接触发给上述的用户状态管理装置发送实时通知来通知用户下线或者登出，此时，业务系统或者用户状态管理装置可以设置超时检测功能，业务系统可以在判别用户在线超时的时候，向用户状态管理装置发出用户退出或者下线请求；另外，用户状态管理装置也可以定时接收用户在业务系统的在线通知，如果超时未接收到所述在线通知，则也可以判定所述用户下线。

S103、接收来自第一业务系统的状态查询请求；

这里来自第一业务系统的状态查询请求，可以是一个用户通过第一业务系统发出的，查询另一个用户在所有业务系统中的激活状态或者在线状态的状态查询请求，以根据该另一个用户在各个业务系统中的激活情况，确定和该另一个用户最有效的沟通方式，例如，只给该另一用户在线的业务系统发送消息，以确保该另一用户能及时收到消息。

S104、根据所述关联关系以及所述状态查询请求中包含的用户标识，将所述用户在所述第二业务系统中的激活状态发送给所述第一业务系统。

由于在用户状态管理装置中设置并保存了用户在第一业务系统中的用户标识和第二业务系统(或者更多业务系统)中的用户标识之间的关联关系，并且也获取了用户在各个业务系统中的激活状态，该用户状态管理装置就可以根据状态查询请求中携带的用户标识，查询得到该用户在其他业务系统(如第二业务系统)中的激活状态，这里，状态查询请求中携带的用户标识，一般是第一业务系统中的用户标识，当然，也可以是第二业务系统(或者其他业务系统)中的用户标识；

本领域技术人员可以理解，本实施例不限于两个业务系统，用户状态管理装置可以将用户在三个或者更多个业务系统中的激活状态发送给第一业务系统中的状态查询请求方。

通过本发明实施例中的方法，可以实现不同业务系统之间，对用户激活状态进行跨系统的互相查询，提升用户体验。

下面结合具体的业务流程，描述实现本发明实施例的一种用户在线状态的查看方法的相关步骤：

参考附图3，为本发明实施例新账号注册流程：

对于通过为用户设置一个公共的Customer ID来实现用户在多个业务系统中的用户标识之间的关联关系的情形，本发明实施例提供下述新账号，即公共Customer ID的注册流程，各个外部业务系统可以通过注册接口把自己业务系统的用户标识，即用户ID注册到用户状态管理装置中来，具体的注册流程参考附图3，可以包括：

步骤301、用户发起注册，输入手机号，PC账号，STB账号等；

步骤302，303、用户通过终端设备以及所在的业务系统，向用户状态管理装置发起注册；

步骤304、用户状态管理装置进行注册处理，具体的

用户状态管理装置在收到注册接口请求后，进行如下的处理：

1、判断本次注册的账号类型(如业务系统类型)+账号(如用户标识)，是否存在，如果也不存在，则在数据模型中添加一条Customer记录，在Customer记录下新增一个业务账号和帐号类型记录，每一条Customer记录对应一个唯一的公共Customer ID；

2、如果根据各相关账号类型+账号查询到账号，并根据安全验证信息进行校验通过，则在同一个Customer记录下新增一个业务账号；

3、如果根据账号类型+账号能查询到账号，则返回失败“账号已存在”。

完成注册处理后，用户状态管理装置返回用户注册结果，业务系统向用户展示注册结果。

通过本发明实施例的上述注册流程，用户可以完成自己在各个业务系统上的用户标识之间的关联，本实施例是通过在用户状态管理装置中注册公共Customer ID，来将各个业务系统中的用户标识关联起来的。

参考附图4，为本发明实施例提供的用户激活状态的变更流程图：

步骤401、用户发起登录，输入手机号，PC账号，或者STB账号等；

步骤402，403、用户通过终端设备发起向相应业务系统的登录请求，业务系统接收用户的登录，向用户提供相应的服务，并向用户状态管理装置发起用户状态变更请求，这里是登陆请求；

步骤404、用户状态管理装置记录用户的激活状态；具体的，

用户状态管理装置能够实时的，或者及时的，周期性的获取用户在各个业务系统中的激活状态，具体的获取方式，如本发明实施例所示，可以是用户在登录或者登出各个业务系统后，即时的向该用户状态管理装置上报其在该业务系统中的激活状态，例如，当用户登录业务系统(如手机登录WAP门户，PC登录WEB门户，打开IPTV电视)时，相应的业务系统在本地账户鉴权成功后，向用户状态管理装置发出保存或者变更用户激活状态的请求，对于用户登录业务系统的情况，用户状态管理装置记录用户对应该业务系统(类型)的账户状态为：“在线”或者“激活”，对于用户退出业务的流程和上述的登录流程类似。

另外，对于一些业务系统(如WEB系统)，用户的退出可能并不会直接触发给上述的用户状态管理装置发送实时通知来通知用户下线或者登出，此时，业务系统或者用户状态管理装置可以设置超时检测功能，业务系统可以在判断用户在线超时的时候，向用户状态管理装置发出用户退出或者下线请求；另外，用户状态管理装置也可以周期性的接收用户在业务系统的在线通知，如果超时未接收到所述在线通知，则也可以判定所述用户下线并记录起来。

通过本发明实施例，可以实现对用户在各个业务系统中激活状态的统一监测和管理。

参考附图5，为用户调用状态查询接口，查询用户状态管理装置中某用户在各个业务系统中激活状态的信令流程图。

在业务系统中，可以设置预置条件，对于用户需要了解其他用户多屏终端设备在线状态的情况下，先调用用户多屏终端设备状态查询接口查询多屏终端设备的状态。具体的：

501，502、用户通过终端设备向业务系统发送请求，调用用户多屏终端设备状态查询接口，通过其他用户的用户标识，一般是在该业务系统内的用户标识，查询该其他用户在其他系统内的激活状态；

503、用户状态管理装置根据存储的用户在各个业务系统中的用户标识之间的关联关系以及状态查询请求中包含的用户标识，查询用户多屏终端设备的状态，即查询用户在所有注册的业务系统中激活状态；

当出于业务需要，当前业务系统通过业务门户需要查询用户在其他业务系统中的活动状况时，业务门户调用用户状态管理装置的用户状态查询接口，输入用户标识，如帐号和帐号类型(可以是本系统帐号，也可以是其他系统的帐号)，则用户状态管理装置返回用户在其他业务系统中的活动情况，包括激活状况，如在线或者不在线等。

下面描述基于本发明实施例的一种用户状态查询方法的具体应用：

参考附图6，为本发明实施例提供的，基于用户状态查询方法的好友推荐业务的实现方法：

步骤B1-B3：用户B为已经在用户状态管理装置中注册了各个业务系统用户标识，并即时上报各系统激活状态的用户，此时用户登录互联网业务系统中的qq应用，qq应用记录用户qq上线信息，并将该信息发送到用户状态管理装置中保存，用户状态管理装置记录用户B的qq账号信息为“在线”或者“激活”；用户B除了qq在线以外，其他注册的业务系统都没有在线。

步骤A1-A7：通过机顶盒STB，用户A在看IPTV电视，突然看到一个最新电影大片已经在电视上播放，用户A知道好友用户B也很喜欢这个电影，于是想通知好友用户B。用户A通过当前所在的IPTV系统，查询用户B的当前状态，IPTV门户调用用户状态管理装置的用户状态查询接口，获得用户B各账户激活情况，即用户B在各个业务系统中的激活情况，发现只有QQ账户在线。

步骤A8-A11、用户A把当前电影推荐到用户B的QQ账户(通过IPTV系统实现)，用户B在QQ上收到用户A的推荐消息，消息中可带有电影PC版本的统一资源定位符url(可以通过IPTV系统实现)，用户B点击后，即可在PC上观看所述用户A推荐的电影。

通过本发明实施例，可以实现不同用户在不同业务系统之间激活状态的查询以及相关业务的跨业务系统的推荐。

参考附图7，通过本发明实施例中的用户状态查询方法，还可以实现跨业务系统之间的智能信息路由。本实施例设置一个智能消息系统，该智能消息系统能够调用用户状态管理装置的查询接口，获取用户在线状态，并且，能够根据用户的配置，选择一个最佳的通讯方式，实现对用户的通信，具体的。

步骤701：用户A通过智能消息系统给用户B发送消息；

步骤702-707：智能消息系统先到用户状态管理装置查询用户当前的在线状态，然后根据路由策略(管理员或用户B自己配置)，选择一个最佳通讯方式，通知用户B。如：用户B此时出国，手机关机，但智能消息路由系统发现用户B的qq在线，因此把消息通过qq账户通知用户B。

通过本发明实施例，可以提高消息发送的准确性，避免无目的的消息发送，进而也可以节约通信资源，避免给网络系统造成不必要的负荷。

参考附图8，本发明实施例还提供了一种用户状态管理装置，用于执行前述实施例中的相关用户状态查询方法，

所述装置包括：存储模块801，获取模块802，接收模块803以及发送模块804；

存储模块801，用于保存用户在第一业务系统中的用户标识和第二业务系统中的用户标识之间的关联关系，所述第一业务系统和所述第二业务系统为不同的业务系统；

获取模块802，用于获取所述用户在所述第一业务系统和所述第二业务系统中的激活状态；

接收模块803，用于接收来自所述第一业务系统的状态查询请求；

发送模块804，用于根据所述关联关系以及所述状态查询请求中包含的用户标识，将所述用户在所述第二业务系统中的激活状态发送给所述第一业务系统。

所述接收模块803接收的所述状态查询请求中包含的用户标识可以为所述用户在所述第一业务系统中的用户标识；

所述第一业务系统和所述第二业务系统可以为下述业务系统中的任意两种：

互联网系统、有线电视系统、移动通信系统。

通过本发明实施例的状态管理装置，可以实现不同业务系统之间，对用户激活状态进行跨系统的互相查询，提升用户体验。

本发明实施例还提供了一种用户状态管理装置，用于执行前述实施例中的相关用户状态查询方法，参考图9，描述了本发明实施例用户状态管理装置的结构，包括至少一个处理器901(例如CPU)，至少一个网络接口902或者其他通信接口，存储器903，和至少一个通信总线904，用于实现这些装置之间的连接通信。处理器901用于执行存储器903中存储的可执行模块，例如计算机程序。存储器903可能包含高速随机存取存储器(RAM：Random AccessMemory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个网络接口902(可以是有线或者无线)实现该系统网关与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

在一些实施方式中，存储器903存储了程序9031，程序9031可以被处理器901执行，这个程序包括：

保存用户在第一业务系统中的用户标识和第二业务系统中的用户标识之间的关联关系，所述第一业务系统和所述第二业务系统为不同的业务系统；

获取所述用户在所述第一业务系统和所述第二业务系统中的激活状态；

接收来自所述第一业务系统的状态查询请求；

根据所述关联关系以及所述状态查询请求中包含的用户标识，将所述用户在所述第二业务系统中的激活状态发送给所述第一业务系统。

通过本发明实施例的状态管理装置，可以实现不同业务系统之间，对用户激活状态进行跨系统的互相查询，提升用户体验。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

上述装置和系统内的各模块之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，上述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，上述的存储介质可为磁碟、光盘、只读存储记忆体(ROM：Read-Only Memory)或随机存储记忆体(RAM：RandomAccess Memory)等。

本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种用户状态查询方法，其特征在于，所述方法包括：

保存用户在第一业务系统中的用户标识和第二业务系统中的用户标识之间的关联关系，所述第一业务系统和所述第二业务系统为不同的业务系统；

获取所述用户在所述第一业务系统和所述第二业务系统中的激活状态；

接收来自所述第一业务系统的状态查询请求；

根据所述关联关系以及所述状态查询请求中包含的用户标识，将所述用户在所述第二业务系统中的激活状态发送给所述第一业务系统。

2.如权利要求1中所述的用户状态查询方法，其特征在于，所述状态查询请求中包含的用户标识为所述用户在所述第一业务系统中的用户标识。

3.如权利要求1或2中所述的用户状态查询方法，其特征在于，

所述第一业务系统和所述第二业务系统为以下业务系统中的任意两种：

互联网系统、有线电视系统、移动通信系统。

4.一种用户状态查询方法，其特征在于，所述方法包括：

第一业务系统接收状态查询请求，所述状态查询请求为查询用户在第二业务系统中的激活状态的请求，所述状态查询请求中包含所述用户在所述第一业务系统或者所述第二业务系统中的用户标识；所述第一业务系统和所述第二业务系统为不同的业务系统；

将所述包含用户标识的状态查询请求发送给用户状态管理装置，所述用户状态管理装置中存储有所述用户在所述第一业务系统中的用户标识和所述用户在所述第二业务系统中的用户标识之间的关联关系以及所述用户在所述第一业务系统和所述第二业务系统中的激活状态；

接收所述用户状态管理装置发送的所述用户在所述第二业务系统中的激活状态，所述激活状态为所述用户状态管理装置根据存储的所述关联关系以及所述状态查询请求中的用户标识得到的。

5.如权利要求4中所述的用户状态查询方法，其特征在于，所述方法进一步包括，

若所述用户在所述第二业务系统中处于激活状态，则所述第一业务系统向所述第二业务系统中的所述处于激活状态的用户发送消息。

6.如权利要求4或5中所述的用户状态查询方法，其特征在于，所述状态查询请求中包含的用户标识为所述用户在所述第一业务系统中的用户标识。

7.如权利要求5中所述的用户状态查询方法，其特征在于，所述第一业务系统向所述第二业务系统中的所述处于激活状态的用户发送消息，具体为：

所述消息为业务推荐信息，所述推荐信息包含URL链接，所述第二业务系统中的激活用户能够在收到该信息后直接触发该URL链接访问相关推荐内容。

8.如权利要求4中的用户状态查询方法，其特征在于，

所述第一业务系统和所述第二业务系统为下述业务系统中的任意两种：

互联网系统、有线电视系统、移动通信系统。

9.一种用户状态管理装置，其特征在于，所述装置包括：存储模块，获取模块，接收模块以及发送模块；

所述存储模块用于保存用户在第一业务系统中的用户标识和第二业务系统中的用户标识之间的关联关系，所述第一业务系统和所述第二业务系统为不同的业务系统；

所述获取模块用于获取所述用户在所述第一业务系统和所述第二业务系统中的激活状态；

所述接收模块用于接收来自所述第一业务系统的状态查询请求；

所述发送模块用于根据所述关联关系以及所述状态查询请求中包含的用户标识，将所述用户在所述第二业务系统中的激活状态发送给所述第一业务系统。

10.如权利要求9中所述的用户状态管理装置，其特征在于，

所述第一业务系统和所述第二业务系统为下述业务系统中的任意两种：

互联网系统、有线电视系统、移动通信系统。