发布用户业务能力的方法与呈现服务器和通信业务系统

摘要

本发明实施例公开了一种发布用户业务能力的方法，呈现服务器收集体现用户的业务能力的业务订购信息，并且根据用户的请求将该用户所关心的联系人的业务订购信息通知到该用户。本发明实施例还提供相应的呈现服务器和通信业务系统。本发明使得用户可以方便的根据联系人的业务能力，选择恰当的通信方式与之进行信息交互。

说明书

技术领域

本发明涉及通信技术领域，具体涉及发布用户业务能力的方法与呈现服务器和通信业务系统。

背景技术

呈现(Presence，也称“存在”)业务是一种搜集和发布呈现信息(PresenceInformation)的通信业务。呈现信息包括客户端设备的可用性(例如开/关机信息、呼叫状态中)、用户状态(例如空闲、不空闲、会议中)、位置信息、客户端设备的能力(例如对语音、文本、传输方式、多媒体的支持情况)和可检索的用户信息等(例如用户的心情、用户的爱好)。提供呈现业务的服务器称为呈现服务器(PS：Presence Server)。用户可以通过PS提供的呈现业务获取其他用户的呈现信息，以便于选择合适的时机与期望的联系人进行通信。

本发明的发明人在对目前呈现业务的研究和实践过程中发现，当用户希望使用某种通信方式与联系人进行信息交互时，无法获知对方是否具有相应的业务能力，导致用户无法选择恰当的通信方式与联系人进行通信。例如，用户A订购了即时通信(IM：Instant messaging)业务，当用户A希望发送IM消息给用户B时，如果用户B没有订购IM业务，则用户A发送的IM消息将不会被送达用户B，导致通信失败。

发明内容

本发明实施例在于提供发布用户业务能力的方法与呈现服务器和通信业务系统，用于使用户能够选择恰当的通信方式与联系人进行通信。

一种发布用户业务能力的方法，包括：获取与用户关联的业务订购信息；根据第一用户的订阅请求，将与被请求的第二用户关联的业务订购信息通知到所述第一用户。

一种呈现服务器，包括：订购关系处理模块，用于获取与用户关联的业务订购信息；业务能力消息组装模块，用于根据第一用户的订阅请求，按照所述订购关系处理模块获取的与用户关联的业务订购信息，将与被请求的第二用户关联的业务订购信息通知到所述第一用户。

一种通信业务系统，包括：业务数据管理系统，用于保存用户的业务订购信息；提供同步所述用户的业务订购信息的接口；呈现服务器，用于与所述业务数据管理系统进行数据同步，获得与用户关联的业务订购信息；获取第一用户的订阅请求，所述订阅请求携带有第二用户的标识；在所述已获取的与用户关联的业务订购信息中，查找与所述第二用户关联的业务订购信息；生成携带有所述与第二用户关联的业务订购信息的通知消息，将所述通知消息发送给所述第一用户。

一种通信业务系统，包括：业务数据管理系统，用于保存用户的业务订购信息；根据查询请求提供与被查询用户关联的业务订购信息；呈现服务器，用于获取第一用户的订阅请求，所述订阅请求携带有第二用户的标识；向所述业务数据管理系统查询与所述第二用户关联的业务订购信息，获得所述业务数据管理系统返回的与所述第二用户关联的业务订购信息；生成携带有所述与第二用户关联的业务订购信息的通知消息，将所述通知消息发送给所述第一用户。

本发明实施例的技术方案中，呈现服务器收集体现用户的业务能力的业务订购信息，并且根据用户的请求将该用户所关心的联系人的业务订购信息通知到该用户，使得用户可以方便的根据联系人的业务能力，选择恰当的通信方式与之进行信息交互。

附图说明

图1是本发明实施例的发布用户业务能力的方法主要步骤示意图；

图2是本发明实施例的呈现服务器的基本逻辑结构示意图；

图3是本发明实施例一发布用户业务能力的方法流程示意图；

图4是与本发明实施例一相应的通信业务系统的逻辑结构示意图；

图5是本发明实施例二发布用户业务能力的方法流程示意图；

图6是与本发明实施例二相应的通信业务系统的逻辑结构示意图。

具体实施方式

参考图1，本发明实施例提供的发布用户业务能力的方法主要包括如下步骤：

A1、获取与用户关联的业务订购信息。

可以采用各种方式获取用户的业务订购信息。例如，可以与提供业务的应用程序连接，在用户通过业务的入口(Portal)订购业务时，获得用户的业务订购信息；也可以定时的主动与业务数据管理系统进行数据同步，获得用户的业务订购信息；也可以在业务数据管理系统由于用户的业务订购信息变化发起数据同步时，获得用户的业务订购信息；还可以根据用户的订阅请求实时的获取被请求用户的业务订购信息。

本文中所称业务数据管理系统，是指保存有用户的业务订购信息的系统，在不同的具体网络架构和业务运营模式中可以有不同的表现形式。业务数据管理系统可以是保存订购关系数据的数据中心，例如归属签约用户服务器(HSS：Home Subscriber Server)、移动数据服务平台(MDSP：Mobile Data ServicePlatform)、业务运营支撑系统(BOSS：Business Operation Support Systems)等；也可以是提供和管理各种业务的业务运维平台。

在非实时获取用户的业务订购信息的情况下，获取到的用户的业务订购信息可以保存在本地的数据库中，也可以使用专门的文件服务器进行保存。在进行数据保存时，可以对与同一用户关联的不同业务的订购信息进行合并整理，统一保存；也可以按用户与业务的对应关系分别保存，只要能够提供基于用户标识的查询即可，具体数据形式本发明实施例不作限定。

A2、根据第一用户的订阅请求，将与被请求的第二用户关联的业务订购信息通知到第一用户。

可以基于呈现信息的请求和发布来向用户提供被请求的用户的业务订购信息。在收到用户的请求后，通过查找数据库或者实时查询业务数据管理系统的方式获得被请求用户的订购关系数据，然后组装成用户可处理的消息下发给请求的用户。

可以根据应用需要采用适当的通知机制，例如，可以只在收到用户的请求后进行一次通知；也可以将用户的请求视为一段时间内有效，在这段有效时间内，若被请求用户的业务订购关系发生变化，则将变化后的业务订购关系再次通知到请求的用户。

本发明实施例提供的用于执行上述发布用户业务能力的方法的呈现服务器的基本结构参考图2，包括：

请求获取模块100，用于获取第一用户的订阅请求，该订阅请求携带有第二用户的标识；

订购关系处理模块101，用于获取与用户关联的业务订购信息；

在实时获取被请求用户的业务订购信息的方式下，订购关系处理模块101具体可以是按照请求获取模块100获取的请求用户发送的订阅请求，通过向保存有用户的业务订购信息的业务数据管理系统进行实时查询，获得与被请求用户关联的业务订购信息；

在非实时获取被请求用户的业务订购信息的方式下，订购关系处理模块101从业务数据管理系统同步得到的各个用户的业务订购信息，可以存储在本地的数据库，也可以存储在专门的文件服务器上，图2中该存储部件以DB表示，订购关系处理模块101与DB之间的连接关系以虚线表示；

业务能力消息组装模块102，用于根据第一用户的订阅请求，按照订购关系处理模块101获取的与用户关联的业务订购信息，将与被请求的第二用户关联的业务订购信息通知到发出请求的第一用户；

在实时获取被请求用户的业务订购信息的方式下，业务能力消息组装模块102可直接从订购关系处理模块101获得与被请求用户关联的业务订购信息，图2中业务能力消息组装模块102与订购关系处理模块101之间的连接关系以实线表示；

在非实时获取被请求用户的业务订购信息的方式下，业务能力消息组装模块102可从DB中查找获得与被请求用户关联的业务订购信息，图2中业务能力消息组装模块102与DB之间的连接关系以虚线表示。

以下分别就不同的具体实现方案，对本发明实施例的方法和系统进行详细说明。

实施例一、一种发布用户业务能力的方法，参考图3，包括步骤：

B1、定时与保存有用户的业务订购信息的业务数据管理系统进行数据同步，获得与用户关联的业务订购信息。

本实施例中所称定时可以根据业务需要以及网络状况进行确定，例如可以利用系统或网络的空闲时间进行数据同步，降低系统和网络的负担。

B2、获取第一用户的订阅请求，该订阅请求携带有第二用户的标识。

用户发送的订阅请求可以采用已有的订阅消息模式，在订阅消息中指明该消息是对被请求用户的业务能力的请求；当然，也可以设计新的消息来传递对用户的业务能力的订阅请求。

B3、在已获取的与用户关联的业务订购信息中，查找与被请求的第二用户关联的业务订购信息。

基于业务订购信息的存储方式，查找可在本地数据库中进行也可在专门的文件服务器中进行。

B4、生成携带有与第二用户关联的业务订购信息的通知消息，将该通知消息发送给第一用户。

与订阅请求的传递方式类似，该通知消息也可以采用已有的消息模式或重新设计。

此外，在步骤B1中，除了进行定时同步以外，也可以由业务数据管理系统在用户的业务订购信息发生变化后发起同步。例如，业务数据管理系统由负责各种业务的提供和管理的业务运维平台充当，当用户从业务运维平台订购或取消某项业务时，业务运维平台可同时将该用户变化后的订购关系数据通过与呈现服务器之间的接口同步到呈现服务器中，同步的数据可以仅包括变化的部分内容，也可以是与该用户相关的全部内容。

与上述实施例一相应的通信业务系统的逻辑结构如图4所示，包括：

业务数据管理系统201，用于保存用户的业务订购信息；提供同步所保存的用户的业务订购信息的接口；

呈现服务器202，用于与业务数据管理系统201进行数据同步，获得与用户关联的业务订购信息；获取第一用户的订阅请求，该订阅请求携带有第二用户的标识；在已获取的与用户关联的业务订购信息中，查找与被请求的第二用户关联的业务订购信息；生成携带有与第二用户关联的业务订购信息的通知消息，将通知消息发送给第一用户。

基于不同的数据同步方式，可以是由呈现服务器202定时与业务数据管理系统201进行数据同步；或者，也可以是由业务数据管理系统201在用户的业务订购信息发生变化后发起与呈现服务器202的数据同步。

实施例二、一种发布用户业务能力的方法，与实施例一的区别在于，是根据用户的请求实时获取被请求用户的订购关系数据。方法流程参考图5，包括步骤：

C1、获取第一用户的订阅请求，该订阅请求携带有第二用户的标识。

C2、向保存有用户的业务订购信息的业务数据管理系统查询与被请求的第二用户关联的业务订购信息，获得业务数据管理系统返回的与第二用户关联的业务订购信息。

C3、根据第一用户的订阅请求，将与被请求的第二用户关联的业务订购信息通知到第一用户。

采用本实施例订购关系数据实时查询的方式，可以避免重复存储全部用户的订购关系数据，节省存储资源。

与上述实施例二相应的通信业务系统的逻辑结构如图6所示，包括：

业务数据管理系统301，用于保存用户的业务订购信息；根据查询请求提供与被查询用户关联的业务订购信息；

呈现服务器302，用于获取第一用户的订阅请求，该订阅请求携带有第二用户的标识；向业务数据管理系统301查询与被请求的第二用户关联的业务订购信息，获得业务数据管理系统301返回的与第二用户关联的业务订购信息；生成携带有与第二用户关联的业务订购信息的通知消息，将通知消息发送给第一用户。

上述本发明实施例的技术方案中，呈现服务器收集体现用户的业务能力的业务订购信息，并且根据用户的请求将该用户所关心的联系人的业务订购信息通知到该用户，使得用户可以方便的根据联系人的业务能力，选择恰当的通信方式与之进行信息交互。

以上对本发明实施例所提供的发布用户业务能力的方法与呈现服务器和通信业务系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。