技术领域

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

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

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

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

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

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

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

获取所述用户在所述第一业务系统和所述第二 业务系统中的激活状态； 接收来自所述第一业务系统的状态查询请求；

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

优选的， 所述状态查询请求中包含的用户标识为所述用 户在所述第一业 务系统中的用户标识。 优选的， 所述第一业务系统和所述第二业务系统为下述 业务系统中的任 意两种： 互联网系统、 有线电视系统、 移动通信系统。

本发明实施例还提供了一种用户状态查询方法 ， 所述方法包括： 第一业务系统接收状态查询请求， 所述状态查询请求为查询用户在第二 业务系统中的激活状态的请求， 所述状态查询请求中包含所述用户在所述第 一业务系统或者所述第二业务系统中的用户标 识； 所述第一业务系统和所述 第二业务系统为不同的业务系统；

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

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

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

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

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

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

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

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

优选的， 所述第一业务系统和所述第二业务系统为下述 业务系统中的任 意两种： 互联网系统、 有线电视系统、 移动通信系统。 本发明实施例还提供了一种用户状态管理装置 ， 所述装置包括： 存储模 块， 获取模块， 接收模块以及发送模块；

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

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

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

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

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

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

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

图 2为本发明实施例业务系统之间用户标识关联� �系示意图； 图 2.1为本发明实施例业务系统之间用户标识关联 关系另一示意图； 图 3为本发明实施例新账号注册流程示意图；

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

图 5为本发明实施例用户查询各业务系统中激活� �态的流程图； 图 6为本发明实施例好友推荐业务的实现方法流� �图；

图 Ί为本发明实施例实现跨业务系统之间的智能� ��息路由的流程图； 图 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

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

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

本发明实施例通过设置一个统一的用户状态管 理装置， 该状态管理装置 能够实时的， 或者及时的获取用户在各个业务系统中的激活 状态， 具体的获 取方式， 可以是用户在登录或者登出各个业务系统后， 即时的向该用户状态 管理装置刷新其在该业务系统中的激活状态， 例如，当用户登录业务系统（如 手机登录 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 自己配置）， 选择一个最佳通 讯方式， 通知用户：6。 如： 用户 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 Access Memory ), 也可能还包括非不稳定的存 4诸器 ( non-volatile memory ), 例如至少一个磁盘存储器。 通过至少一个网络接口 902 (可以是有线或者无 线 )实现该系统网关与至少一个其他网元之间的� �信连接，可以使用互联网， 广域网， 本地网， 城域网等。

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

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

获取所述用户在所述第一业务系统和所述第二 业务系统中的激活状态； 接收来自所述第一业务系统的状态查询请求；

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

通过本发明实施例的状态管理装置， 可以实现不同业务系统之间， 对用 户激活状态进行跨系统的互相查询， 提升用户体验。 需要说明的是， 对于前述的各方法实施例， 为了简单描述， 故将其都表 述为一系列的动作组合， 但是本领域技术人员应该知悉， 本发明并不受所描 述的动作顺序的限制， 因为依据本发明， 某些步骤可以采用其他顺序或者同 时进行。 其次， 本领域技术人员也应该知悉， 说明书中所描述的实施例均属 于优选实施例， 所涉及的动作和模块并不一定是本发明所必须 的。

上述装置和系统内的各模块之间的信息交互、 执行过程等内容， 由于与 本发明方法实施例基于同一构思， 具体内容可参见本发明方法实施例中的叙 述， 此处不再赘述„ 本领域普通技术人员可以理解实现上述实施例 方法中的全部或部分流 程， 是可以通过计算机程序来指令相关的硬件来完 成， 上述的程序可存储于 一计算机可读取存储介质中， 该程序在执行时， 可包括如上述各方法的实施 例的流程。其中， 上述的存储介质可为磁碟、光盘、只读存储记 忆体（ROM: Read-Only Memory )或随机存储记忆体 ( RAM: Random Access Memory ) 等。 、 、： 八 ） ' 、 - 、 ，、 ；、 、 V ,一 门、术 、、 ；、 施例的说明只是用于帮助理解本发明的方法及 其思想； 同时， 对于本领域的 一般技术人员， 依据本发明的思想， 在具体实施方式及应用范围上均会有改 变之处， 综上所述， 本说明书内容不应理解为对本发明的限制。