CN102025697B - 用于cab的邀请订阅、订阅和订阅更新通知方法及装置 - Google Patents
用于cab的邀请订阅、订阅和订阅更新通知方法及装置 Download PDFInfo
- Publication number
- CN102025697B CN102025697B CN200910173595.XA CN200910173595A CN102025697B CN 102025697 B CN102025697 B CN 102025697B CN 200910173595 A CN200910173595 A CN 200910173595A CN 102025697 B CN102025697 B CN 102025697B
- Authority
- CN
- China
- Prior art keywords
- subscription
- user
- subscribe request
- preference
- strategy
- 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.)
- Expired - Fee Related
Links
Landscapes
- Telephonic Communication Services (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明提供了一种用于融合地址簿的邀请订阅、订阅和订阅更新通知方法及装置,该方法包括:接收邀请用户的邀请订阅请求,邀请订阅请求包括被邀请用户的属性信息;根据属性信息查询得到被邀请用户的地址信息;根据地址信息向被邀请用户发起邀请订阅通知;被邀请用户根据邀请订阅通知实现对邀请用户个人联系卡的订阅。本发明实现了一对多的模糊邀请订阅,进而扩大了用户邀请订阅的范围,有利于用户通过邀请其他用户订阅的方式来结交更多潜在的好友,克服了相关技术中的邀请订阅方法只有在获知对方地址信息的情况下,才能向对方发起邀请订阅请求,从而导致用户交友范围较狭窄的问题。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种用于CAB(Converged Address Book,融合地址簿)的邀请订阅、订阅和订阅更新通知方法及装置。
背景技术
随着电信网络向全IP网络的演进,出现了各种灵活的通信新业务,如对等通信和群体通信等。一般每种业务均需要一个地址簿来支持,造成用户需要同时处理多个终端上的多个地址簿的麻烦;而且由于每个终端都是独立地存储数据,当某个终端丢失或出现故障,丢失的地址簿信息难以恢复。
CAB系统的出现解决了上述问题,它不仅支持用户对本地终端上的地址簿信息进行方便管理,而且支持用户对存储在网络上的地址簿信息进行方便管理。CAB系统的核心是网络侧地址簿信息存储器,该存储器不但要支持用户对它方便地访问和管理,还要时刻保持与各种终端上数据更新的同步,而且当网络侧存储的地址簿信息改变时,系统也要把改变的数据同时同步到用户的各个终端。
CAB系统同时提供了一种用户对PCC(Personal Contact Card,个人联系卡)的管理机制。用户可以把自己的所有联系项都存储在网络上的PCC中。用户可以通过定义联系视图的方式把自己PCC的一个子集提供给他人。通过订阅/通告机制,当自己的PCC数据改变时,订阅用户可以及时得到数据的更新通告,有效地解决了原有数据的失效问题。
CAB系统还提供了授权用户对域内或域间CAB/PCC数据的搜索、共享和订阅功能,以及与传统地址簿系统(如vCard)和其他系统的互通功能。
OMA(Open Mobile Alliance,开放移动联盟)制定的CAB V1.0规范中,CAB的需求定义中对于订阅功能有以下要求:允许CAB用户根据服务提供商的策略邀请其他CAB用户订阅其个人联系卡PCC信息。
相关技术中提供了一种用于融合地址簿的邀请订阅方法,该方法中邀请方根据被邀请方的地址信息向被邀请方发送邀请订阅请求。
发明人发现相关技术中的邀请订阅方法只有在获知对方地址信息的情况下,才能向对方发起邀请订阅请求,限制了用户邀请订阅的范围,从而导致邀请方的交友方式不灵活,交友范围较狭窄。
发明内容
本发明旨在提供一种用于融合地址簿的邀请订阅、订阅和订阅更新通知方法及装置,能够解决相关技术中的邀请订阅方法只有在获知对方地址信息的情况下,才能向对方发起邀请订阅请求,限制了用户邀请订阅的范围,从而导致邀请方的交友方式不灵活,交友范围较狭窄的问题。
为了实现上述目的,根据本发明的一个方面,提供了一种用于融合地址簿的邀请订阅方法,包括以下步骤:接收邀请用户的邀请订阅请求,邀请订阅请求包括被邀请用户的属性信息;根据属性信息查询得到被邀请用户的地址信息;根据地址信息向被邀请用户发起邀请订阅通知;被邀请用户根据邀请订阅通知实现对邀请用户个人联系卡的订阅。
优选地,在上述方法中,根据属性信息查询得到被邀请用户的地址信息具体包括:融合地址簿服务器向搜索代理发起第一搜索请求,第一搜索请求包括属性信息;搜索代理向个人联系卡XML(Extensible Markup Language,可扩展标记语言)文档管理服务器转发属性信息;个人联系卡XML文档管理服务器根据属性信息搜索得到被邀请用户的地址信息;向融合地址簿服务器返回被邀请用户的地址信息。
优选地,在上述方法中,搜索代理向个人联系卡XML文档管理服务器转发属性信息具体包括:搜索代理获取邀请用户与运营商的偏好及策略;搜索代理根据偏好及策略对接收到的第一搜索请求 进行处理,得到第二搜索请求,第二搜索请求包括属性信息;搜索代理向个人联系卡XML文档管理服务器发送第二搜索请求。
优选地,在上述方法中,向融合地址簿服务器返回被邀请用户的地址信息具体包括:个人联系卡XML文档管理服务器向搜索代理发送第一搜索结果,第一搜索结果包括被邀请用户的地址信息;搜索代理获取被邀请用户的偏好及策略;搜索代理根据偏好及策略对接收到的第一搜索结果进行处理,得到第二搜索结果,第二搜索结果包括被邀请用户的地址信息;搜索代理向融合地址簿服务器返回第二搜索结果。
优选地,在上述方法中,根据地址信息向被邀请用户发起邀请订阅通知具体包括:融合地址簿服务器获取被邀请用户的偏好及策略;融合地址簿服务器根据偏好及策略向每个被邀请用户发送一对一的邀请订阅通知;被邀请用户根据邀请订阅通知向融合地址簿服务器发送接受邀请响应通知。
为了实现上述目的,根据本发明的另一个方面,还提供了一种用于融合地址簿的订阅方法,包括以下步骤:订阅用户(被邀请用户)发起订阅请求;订阅代理根据被订阅用户(邀请用户)的偏好及策略发起后台订阅请求;个人联系卡XML文档管理服务器建立订阅用户(被邀请用户)对被订阅用户(邀请用户)的订阅关系;个人联系卡XML文档管理服务器向订阅用户(被邀请用户)发送订阅数据通知。
优选地,在上述方法中,订阅用户(被邀请用户)发起订阅请求具体包括:订阅用户(被邀请用户)与SIP(the Session InitiationProtocol,会话启动协议)/IP核心网络接口完成双向鉴权;订阅用户(被邀请用户)通过SIP/IP核心网络接口向订阅代理转发订阅请求。
优选地,在上述方法中,订阅代理根据被订阅用户(邀请用户)的偏好及策略发起后台订阅请求具体包括:订阅代理获取被订阅用户(邀请用户)的偏好及策略,并根据偏好及策略产生后台订阅请求;订阅代理通过SIP/IP核心网络接口向个人联系卡XML文档管理服务器转发后台订阅请求。
优选地,在上述方法中,个人联系卡XML文档管理服务器建立订阅用户(被邀请用户)对被订阅用户(邀请用户)的订阅关系 具体包括:个人联系卡XML文档管理服务器根据后台订阅请求产生订阅用户(被邀请用户)对被订阅用户(邀请用户)的订阅关系,并保存订阅关系;个人联系卡XML文档管理服务器将订阅关系与对应的视图相关联;订阅代理通知订阅用户(被邀请用户)订阅成功,并将被订阅用户(邀请用户)添加到订阅用户(被邀请用户)的偏好及策略的订阅列表中;订阅代理向被订阅用户(邀请用户)发送被订阅通知。
为了实现上述目的,根据本发明的另一个方面,还提供了一种用于融合地址簿的订阅方法,包括以下步骤:订阅用户(被邀请用户)创建自己的偏好及策略,偏好及策略包括记录有被订阅用户(邀请用户)的订阅列表;融合地址簿服务器的订阅功能模块根据订阅列表产生订阅请求,并通过SIP/IP核心网络向订阅代理转发订阅请求;订阅代理根据被订阅用户(邀请用户)的偏好及策略发起后台订阅请求;个人联系卡XML文档管理服务器建立订阅用户(被邀请用户)对被订阅用户(邀请用户)的订阅关系;个人联系卡XML文档管理服务器向订阅用户(被邀请用户)发送订阅数据通知。
优选地,在上述方法中,订阅代理根据被订阅用户(邀请用户)的偏好及策略发起后台订阅请求具体包括:订阅代理获取被订阅用户(邀请用户)的偏好及策略,并根据偏好及策略产生后台订阅请求;订阅代理通过SIP/IP核心网络接口向个人联系卡XML文档管理服务器转发后台订阅请求。
优选地,在上述方法中,个人联系卡XML文档管理服务器建立订阅用户(被邀请用户)对被订阅用户(邀请用户)的订阅关系具体包括:个人联系卡XML文档管理服务器根据后台订阅请求产生订阅用户(被邀请用户)对被订阅用户(邀请用户)的订阅关系,并保存订阅关系;个人联系卡XML文档管理服务器将订阅关系与对应的视图相关联;订阅代理向被订阅用户(邀请用户)发送被订阅通知。
为了实现上述目的,根据本发明的另一个方面,还提供了一种用于融合地址簿的订阅更新通知方法,包括以下步骤:当被订阅用户(邀请用户)的个人联系卡数据发生更改时,融合地址簿服务器的订阅功能模块对个人联系卡XML文档管理服务器中更改的个人联系卡数据进行处理,并将处理后的数据写入网络地址簿XML文档管理服务器中;网络地址簿XML文档管理服务器通过同步服务器将更新的个人联系卡数据同步到订阅用户(被邀请用户)。
优选地,在上述方法中,融合地址簿服务器的订阅功能模块对个人联系卡XML文档管理服务器中的个人联系卡数据进行处理,并将处理后的数据写入网络地址簿XML文档管理服务器中具体包括:个人联系卡XML文档管理服务器通过SIP/IP核心网络接口和订阅代理向订阅功能模块转发更改后的个人联系卡数据;订阅功能模块获取订阅用户(被邀请用户)的偏好及策略,并将偏好及策略应用到更改后的个人联系卡数据上,并标识更改后的个人联系卡数据为已订阅;订阅功能模块将个人联系卡数据更新到订阅用户(被邀请用户)的网络地址簿中。
优选地,在上述方法中,在网络地址簿XML文档管理服务器将更新的个人联系卡同步到订阅用户(被邀请用户)之后,还包括;被订阅用户(邀请用户)的偏好及策略中开放视图的改变触发订阅功能模块向订阅用户(被邀请用户)发送订阅数据更新通知。
为了实现上述目的,根据本发明的另一方面,还提供了一种用于融合地址簿的邀请订阅装置,包括:接收模块,用于接收邀请用户的邀请订阅请求,邀请订阅请求包括被邀请用户的属性信息;查询模块,用于根据属性信息查询得到被邀请用户的地址信息;邀请模块,用于根据地址信息向被邀请用户发起邀请订阅通知;订阅模块,用于被邀请用户根据邀请订阅通知实现对邀请用户个人联系卡的订阅。
为了实现上述目的,根据本发明的另一方面,还提供了一种用于融合地址簿的订阅装置,包括:第一订阅请求模块,用于订阅用户(被邀请用户)发起订阅请求;第一后台订阅请求模块,用于订阅代理根据被订阅用户(邀请用户)的偏好及策略发起后台订阅请求;第一订阅关系建立模块,用于个人联系卡XML文档管理服务器建立订阅用户(被邀请用户)对被订阅用户(邀请用户)的订阅关系;第一订阅数据通知模块,用于个人联系卡XML文档管理服务器向订阅用户(被邀请用户)发送订阅数据通知。
为了实现上述目的,根据本发明的另一方面,还提供了一种用于融合地址簿的订阅装置,包括:订阅列表模块,用于订阅用户(被邀请用户)创建自己的偏好及策略,偏好及策略包括记录有被订阅用户(邀请用户)的订阅列表;第二订阅请求模块,用于融合地址簿服务器的订阅功能模块根据订阅列表产生订阅请求,并通过SIP/IP核心网络向订阅代理转发订阅请求;第二后台订阅请求模块,用于订阅代理根据被订阅用户(邀请用户)的偏好及策略发起后台订阅请求;第二订阅关系建立模块,用于个人联系卡XML文档管理服务器建立订阅用户(被邀请用户)对被订阅用户(邀请用户)的订阅关系;第二订阅数据通知模块,用于个人联系卡XML文档管理服务器向订阅用户(被邀请用户)发送订阅数据通知。
为了实现上述目的,根据本发明的另一方面,还提供了一种用于融合地址簿的订阅更新通知装置,包括:写入模块,用于当被订阅用户(邀请用户)的个人联系卡数据发生更改时,融合地址簿服务器的订阅功能模块对个人联系卡XML文档管理服务器中更改的个人联系卡数据进行处理,并将处理后的数据写入网络地址簿XML文档管理服务器中;同步模块,用于网络地址簿XML文档管理服务器将更新的个人联系卡同步到订阅用户(被邀请用户)。
上述实施例根据邀请用户提供的关于被邀请方的属性信息,查询得到被邀请用户的地址信息,再根据地址信息向被邀请用户发起邀请订阅通知,最后由被邀请用户根据邀请订阅通知实现对邀请用户个人联系卡的订阅。由于本发明支持根据特定属性信息查询得到被邀请用户的地址信息,使得邀请用户在不知道对方的准确地址信息时也可向对方用户(即被邀请用户)发起邀请订阅请求,即实现了一对多的模糊邀请订阅,进而扩大了用户邀请订阅的范围,使得用户的交友方式更加灵活,有利于用户通过邀请其他用户订阅的方式来结交更多潜在的好友,所以克服了相关技术中的邀请订阅方法只有在获知对方地址信息的情况下,才能向对方发起邀请订阅请求,限制了用户邀请订阅的范围,从而导致邀请方的交友方式不灵活,交友范围较狭窄的问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1示出了根据本发明第一实施例的邀请订阅方法的流程图;
图2示出了根据本发明第二实施例的CAB系统的架构图;
图3示出了根据本发明第三实施例的邀请订阅方法的流程图;
图4示出了根据本发明第四实施例的订阅方法的流程图;
图5示出了根据本发明第五实施例的订阅方法的流程图;
图6示出了根据本发明第六实施例的订阅方法的流程图;
图7示出了根据本发明第七实施例的订阅方法的流程图;
图8示出了根据本发明第八实施例的订阅更新通知方法的流程图;
图9示出了根据本发明第九实施例的订阅更新通知方法的流程图;
图10示出了根据本发明第十实施例的订阅更新通知方法的流程图;
图11示出了根据本发明第十一实施例的邀请订阅装置的结构图;
图12示出了根据本发明第十二实施例的订阅装置的结构图;
图13示出了根据本发明第十三实施例的订阅装置的结构图;
图14示出了根据本发明第十四实施例的订阅更新通知装置的结构图。
具体实施方式
下面将参考附图并结合实施例,来详细说明本发明。
图1示出了根据本发明第一实施例的邀请订阅方法的流程图,该方法包括以下步骤:
步骤101,接收邀请用户的邀请订阅请求,邀请订阅请求包括被邀请用户的属性信息;
步骤102,根据属性信息查询得到被邀请用户的地址信息;
步骤103,根据地址信息向被邀请用户发起邀请订阅通知;
步骤104,被邀请用户根据邀请订阅通知实现对邀请用户PCC的订阅。
本实施例根据邀请用户提供的关于被邀请方的属性信息,查询得到被邀请用户的地址信息,再根据地址信息向被邀请用户发起邀请订阅通知,最后由被邀请用户根据邀请订阅通知实现对邀请用户个人联系卡的订阅,其中邀请订阅的授权范围由CAB用户数据库控制,对于一对多的模糊邀请订阅,使用该操作权限的用户必须已经在用户数据库中登记,从而能被授权实现对模糊对象的邀请订阅,即可以进行广告的域内甚至是域间发布。由于本实施例支持根据特定属性信息查询得到被邀请用户的地址信息,使得邀请用户在不知道对方的准确地址信息时也可向对方用户(即被邀请用户)发起邀请订阅请求,以邀请自己地址本中的联系人或是其他对自己信息感兴趣的用户订阅自己的联系信息,即实现了一对多的模糊邀请订阅,进而扩大了用户邀请订阅的范围,使得用户的交友方式更加灵活,有利于用户通过邀请其他用户订阅的方式来结交更多潜在的好友,所以克服了相关技术中的邀请订阅方法只有在获知对方地址信息的情况下,才能向对方发起邀请订阅请求,限制了用户邀请订阅的范围,从而导致邀请方的交友方式不灵活,交友范围较狭窄的问题。本实施例中用于CAB的邀请订阅方法适用于任何移动终端、有线终端或者WEB客户端。
优选地,在上述方法中,步骤102具体包括:CAB服务器(CABServer)向搜索代理SEP(Search Proxy)发起第一搜索请求,第一搜索请求包括被邀请用户的属性信息;SEP向PCC XDMS(XMLDocument Management Server,XML文档管理服务器)转发属性信息;PCC XDMS根据属性信息搜索得到被邀请用户的地址信息;向CAB服务器返回被邀请用户的地址信息。
由于PCC XDMS中存有众多用户的用户信息,包括用户的属性(比如类别)以及地址等,所以当CAB服务器向PCC XDMS发送被邀请用户的属性信息时,PCC XDMS可搜索得到被邀请用户的地址信息,搜索结果可能包括多个被邀请用户的多个地址信息,以供邀请用户发送邀请订阅请求,故实现了CAB用户的一对多模糊邀请订阅。这样做,使得用户结交好友的方式更加灵活,有利于扩大个人或公司知名度,从而更好地满足整个CAB的需求。本实施例中由CAB服务器向SEP发起第一搜索请求,具体而言由CAB服务器中的邀请订阅功能模块SIF(Subscription Invitation Function),也可命名为广播功能模块或广告功能模块ADF(Advertisement Function) 来发起第一搜索请求。ADF可以是CAB服务器中的任意一个网元或是设备的部件或功能模块,如图2所示,也可以是订阅功能模块SF(Subscription Function)的子功能模块。
优选地,在上述方法中,SEP向PCC XDMS转发属性信息具体包括:SEP获取邀请用户与运营商的偏好与策略(CAB USERPREFERENCES);SEP根据该CAB用户偏好与策略对接收到的第一搜索请求进行处理,得到第二搜索请求,第二搜索请求包括属性信息;SEP向PCC XDMS发送第二搜索请求。
本实施例中的CAB用户偏好与策略主要包括搜索是否有相关限制以及以一种什么样的策略执行搜索操作,SEP根据该CAB用户偏好与策略以及第一搜索请求产生包括被邀请用户属性信息的第二搜索请求,并将其发送给PCC XDMS,以供PCC XDMS以该属性信息为关键字进行搜索。
优选地,在上述方法中,向CAB服务器返回被邀请用户的地址信息具体包括:PCC XDMS向SEP发送第一搜索结果,第一搜索结果包括被邀请用户的地址信息;SEP获取被邀请用户的CAB用户偏好与策略;SEP根据CAB用户偏好与策略对接收到的第一搜索结果进行处理,得到第二搜索结果,第二搜索结果包括被邀请用户的地址信息;SEP向CAB服务器返回第二搜索结果。
本实施例中被邀请用户的CAB用户偏好与策略主要包括是否允许被搜索等,SEP根据该CAB用户偏好与策略以及第一搜索结果产生第二搜索结果,当存在多个第二搜索结果时,还需对多个第二搜索结果进行聚合,最后SEP将聚合后的第二搜索结果发送给CAB服务器中的ADF。
优选地,在上述方法中,步骤103具体包括:CAB服务器获取被邀请用户的CAB用户偏好与策略;CAB服务器根据CAB用户偏好与策略向每个被邀请用户发送一对一的邀请订阅通知;被邀请用户根据邀请订阅通知向融合地址簿服务器发送接受邀请响应通知。
本实施例中被邀请用户的CAB用户偏好与策略主要包括是否愿意接受广告邀请通知等,比如可以是自动接收自己感兴趣的邀请,或是减免资费的接收广告邀请或是从不接收广告邀请,CAB服务器根据该CAB用户偏好与策略产生针对每个邀请用户的一对一的邀 请订阅通知,并将此邀请订阅通知通过SIP/IP核心网络接口转发发送到每个被邀请用户(即订阅用户)。
图3示出了根据本发明第三实施例的邀请订阅方法的流程图,本实施例涉及到CAB客户端、CAB服务器、XDM(XML DocumentManagement,XML文档管理)服务器等功能实体和其相应接口,并以SIP和XCAP(XML Configuration Access Protocol,XML配置访问协议)协议作为CAB客户端、CAB服务器、XDM服务器之间的协议接口,参见图3,该方法包括以下步骤:
步骤301,CAB客户端和XDM Enabler(XML文档管理引擎)的SIP/IP核心网络接口建立双向鉴权,包含完整的鉴权过程,可通过IKEv2、IPSec、HTTP digest、通用鉴权架构GAA(GenericAuthentication Architecture,通用鉴权架构)、早期的IMS(IPMultimedia Subsystem,IP多媒体子系统)鉴权、传输层安全TLS(Transport Layer Security,传输层安全)等方法实现鉴权;
步骤302,CAB用户通过CAB客户端向XDM Enabler的SIP/IP核心网络接口发起邀请订阅请求(消息体内没有具体指明接收方uri-list,只是定义了希望接收方具备的属性,比如类型或其他属性);
步骤303,CAB系统对发起方邀请订阅请求的权限进行匹配,如是否为注册用户或是否可以被授权模糊邀请订阅操作等;
步骤304,XDM Enabler的SIP/IP核心网络接口向CAB服务器的邀请订阅功能模块转发一对多模糊邀请订阅请求;
步骤305,邀请订阅功能模块根据邀请订阅请求中定义的接收方属性发起搜索请求;
步骤306,邀请订阅功能模块将搜索请求发送至XDM Enabler的聚合代理AP(Aggregation Proxy);
步骤307,AP将搜索请求转发至SEP;
步骤308,SEP取CAB用户偏好与策略,这里的CAB用户偏好与策略主要包括搜索是否有相关限制以及以一种什么样的策略执行搜索操作;
步骤309,SEP根据取得的CAB用户偏好与策略产生搜索请求;
步骤310,SEP将搜索请求发送至PCC XDMS;
步骤311,PCC XDMS将搜索结果返回给SEP;
步骤312,当SEP收到PCC XDMS发来的搜索结果时,触发生成HTTP GET请求;
步骤313,取被搜索人的CAB用户偏好与策略;
步骤314,SEP根据被搜索人的CAB用户偏好与策略处理搜索结果,被搜索人的CAB用户偏好与策略主要包括是否允许被搜索等;
步骤315,SEP聚合多个搜索结果;
步骤316,SEP将搜索结果发送至聚合代理;
步骤317,AP将搜索结果转发至邀请订阅功能模块;
步骤318,ADF查询通过搜索获得的被邀请者的CAB用户偏好与策略,如是否愿意接受广告邀请通知;
步骤319,CAB服务器的ADF根据被邀请者的CAB用户偏好与策略对每个被邀请者产生一对一的邀请订阅通知;
步骤320,CAB服务器的ADF查询被邀请者拥有终端的登记情况,将邀请订阅通知发送至XDM Enabler的SIP/IP核心网络接口;
步骤321,XDM Enabler的SIP/IP核心网络接口将邀请通知转发至被邀请者(订阅者);
步骤322,被邀请者响应邀请者发送的邀请订阅通知,通知响应由XDM Enabler的SIP/IP核心网络接口转至CAB服务器的邀请订阅功能模块,并保存邀请订阅关系表;
步骤323,CAB服务器订阅功能通知邀请者其发送的邀请订阅信息被成功发送至被邀请者,标记邀请为“successful”;
步骤324,被邀请者(订阅者)发起订阅请求,转入订阅流程。
图4示出了根据本发明第四实施例的订阅方法的流程图,该方法包括以下步骤:
步骤401,订阅用户(被邀请用户)发起订阅请求;
步骤402,订阅代理根据被订阅用户(邀请用户)的CAB用户偏好发起后台订阅请求;
步骤403,PCC XDMS建立订阅用户(被邀请用户)对被订阅用户(邀请用户)的订阅关系;
步骤404,PCC XDMS向订阅用户(被邀请用户)发送订阅数据通知。
本实施例为客户端发起订阅其PCC请求的情况,此时订阅用户(被邀请用户)向CAB服务器中的ADF发送接受邀请响应通知,ADF接收到响应通知后通知邀请用户其发送的邀请订阅被成功发送至被邀请用户,并标记该邀请为“successful”,再由被邀请用户发起订阅操作,转入订阅流程。本实施例实现了由客户端发起的PCC订阅流程,使得当被邀请用户接收到邀请订阅通知后,立即发起订阅操作,提高了PCC订阅的实时性。
优选地,在上述方法中,步骤401具体包括:订阅用户(被邀请用户)与SIP/IP核心网络接口完成双向鉴权;订阅用户(被邀请用户)通过SIP/IP核心网络接口向SUP转发订阅请求。
本实施例为被邀请用户(即订阅者)发起对PCC数据订阅的情况,即被邀请用户在接受邀请后,产生订阅请求,在与SIP/IP核心网络接口完成双向鉴权后,向SIP/IP核心网络发起该订阅请求,再经SIP/IP核心网络转发给SUP。
优选地,在上述方法中,步骤402具体包括:SUP获取被订阅用户(邀请用户)的CAB用户偏好与策略,并根据CAB用户偏好与策略产生后台订阅请求;SUP通过SIP/IP核心网络接口向PCCXDMS转发后台订阅请求。
本实施例中的SUP首先获取邀请用户的CAB用户偏好与策略(主要包括被邀请用户在邀请用户定义的什么组、对应的允许订阅的视图等),协议为XCAP,就是用XCAP协议的HTTP GET去获得用户CAB用户偏好与策略,如果被邀请用户在邀请用户的订阅策略的分组中尚未定义,而且邀请用户没有定义默认视图给被邀请用户,则SUP发送请求至用户邀请用户的客户端,要求用户指定被邀请用户的分组,该请求通过SIP/IP核心网络接口转至客户端,邀请用户的客户端将分组响应通过SIP/IP核心网络接口转发至SUP,SUP再将根据该CAB用户偏好与策略产生的后台订阅请求通过SIP/IP核心网络接口向PCC XDMS转发。
优选地,在上述方法中,步骤403具体包括:PCC XDMS根据后台订阅请求产生订阅用户(被邀请用户)对被订阅用户(邀请用户)的订阅关系,并保存订阅关系;PCC XDMS将订阅关系与对应的视图相关联;SUP通知订阅用户(被邀请用户)订阅成功,并将被订阅用户(邀请用户)添加到订阅用户(被邀请用户)的CAB用户偏好与策略的订阅列表中;SUP向被订阅用户(邀请用户)发送被订阅通知。
本实施例为被邀请用户(即订阅用户)发起对PCC数据订阅的情况,由于此时由被邀请用户发起订阅,故在PCC XDMS接收到后台订阅请求之后,需要将订阅成功这一情况告知被邀请用户。
图5示出了根据本发明第五实施例的订阅方法的流程图,本实施例为被邀请者(即订阅者)发起对PCC数据订阅的情况,其中,邀请用户为被订阅者B、C,被邀请用户为订阅者A,其中步骤512a~514a为一个操作,步骤512b~514b为一个操作,步骤512c~513c为一个操作,该三个操作可视为同时发生,该订阅过程包括以下步骤:
步骤501,用户A的XDMC(XML Document ManagementClient,XML文档管理客户端)和SIP/IP核心网络接口完成双向认证,包含完整的鉴权过程(BSF-KM产生分配密钥);
步骤502,用户A的XDMC向SIP/IP核心网络接口发送订阅请求,其中协议为SIP,订阅消息是用Subscribe方法,Event定义事件类型;To字段是被订阅放的逻辑地址;也可以一个订阅消息里订阅多个人,那就要消息体内包含一个list注明所有想订阅的人的逻辑地址,并且To字段定义为订阅代理的地址,对于消息体内含多个被订阅人的情况,Required字段要标注:recipient-list-subscribe;
步骤503,SIP/IP核心网络接口将订阅请求转发至订阅代理SUP;
步骤504,订阅代理查询被订阅用户B,C的偏好及策略(自己在用户B,C定义的什么组,对应的允许订阅的视图),协议为XCAP,就是用XCAP协议的HTTP GET去获得用户偏好和策略;
步骤505,如果用户A在用户B,C的订阅策略的分组中没有定义而且B,C没有定义默认视图给A,订阅代理发送请求至用户 B,C的客户端,要求用户指定A的分组,该请求通过SIP/IP核心网络接口转至客户端;
步骤506,用户B,C的客户端将分组响应通过SIP/IP核心网络接口转发至订阅代理;
步骤507,订阅代理根据被订阅者的偏好及策略产生一对一的后台订阅请求;
步骤508,订阅代理将订阅请求发送至SIP/IP核心网络接口;
步骤509,SIP/IP核心网络接口将订阅请求转发至PCC XDMS;
步骤510,PCC XDMS产生并保存订阅关系;
步骤511,在CAB用户偏好与策略中将订阅关系和对应的视图相关联;
步骤512.a,订阅代理向SIP/IP核心网络接口发送订阅成功通知;
步骤513.a,SIP/IP核心网络接口将订阅通知转发至客户端;
步骤514.a,A的客户端将联系人B,C写入自己偏好及策略的订阅列表中,协议为XCAP,就是用XCAP的HTTP PUT增加新的用户逻辑地址到网络CAB用户偏好与策略订阅列表中;
步骤512.b,订阅代理查询被订阅者终端的登记情况产生被订阅的通知,协议为SIP,可以用SIP Message方法,在该消息体内加入诸如“您的好友XXX订阅了您的朋友视图”的文本信息;
步骤513.b,订阅代理将被订阅通知发送至SIP/IP核心网络接口;
步骤514.b,SIP/IP核心网络接口将被订阅通知转发给被订阅者终端;
步骤512.c,当前B,C被订阅的视图信息经过CAB服务器中订阅功能处理后发送至A的AB XDMS中,更改通告中的协议为SIP,方法为SIP Notify方法,消息体内有XCAP文档的变更指示甚至是直接含有更改;
步骤513.c,AB XDMS通过同步服务器将订阅的信息同步至用户A的各个终端。
本实施例实现了由被邀请用户(即订阅者)发起的PCC数据订阅。
图6示出了根据本发明第六实施例的订阅方法的流程图,该方法包括以下步骤:
步骤601,订阅用户(被邀请用户)创建自己的CAB用户偏好,CAB用户偏好包括记录有被订阅用户(邀请用户)的订阅列表;
步骤602,CAB服务器的SF根据订阅列表产生订阅请求,并通过SIP/IP核心网络接口向SUP转发订阅请求;
步骤603,SUP根据被订阅用户(邀请用户)的CAB用户偏好发起后台订阅请求;
步骤604,PCC XDMS建立订阅用户(被邀请用户)对被订阅用户(邀请用户)的订阅关系;
步骤605,PCC XDMS向订阅用户(被邀请用户)发送订阅数据通知。
本实施例为服务器发起PCC订阅的情况,即由CAB服务器的SF代替被邀请用户发起对PCC数据订阅的情况,此时订阅用户(被邀请用户)对CAB用户偏好与策略的建立触发了SF对订阅列表中的邀请用户的订阅,即SF根据该CAB用户偏好与策略产生订阅请求,并通过SIP/IP核心网络接口向SUP转发。本实施例实现了由服务器发起的PCC订阅流程,使得当被邀请用户接收到邀请订阅通知后,通过定义订阅列表从而出发服务器发起订阅操作,提高了PCC订阅的实时性。
优选地,在上述方法中,步骤603具体包括:SUP获取被订阅用户(邀请用户)的CAB用户偏好与策略,并根据CAB用户偏好与策略产生后台订阅请求;SUP通过SIP/IP核心网络接口向PCCXDMS转发后台订阅请求。
本实施例中的SUP首先获取邀请用户的CAB用户偏好与策略(主要包括被邀请用户在邀请用户定义的什么组、对应的允许订阅的视图等),协议为XCAP,就是用XCAP协议的HTTP GET去获得用户CAB用户偏好与策略,如果被邀请用户在邀请用户的订阅策略的分组中尚未定义,而且邀请用户没有定义默认视图给被邀请用户,则SUP发送请求至用户邀请用户的客户端,要求用户指定被邀 请用户的分组,该请求通过SIP/IP核心网络接口转至客户端,邀请用户的客户端将分组响应通过SIP/IP核心网络接口转发至SUP,SUP再将根据该CAB用户偏好与策略产生的后台订阅请求通过SIP/IP核心网络接口向PCC XDMS转发。
优选地,在上述方法中,PCC XDMS建立订阅用户(被邀请用户)对被订阅用户(邀请用户)的订阅关系具体包括:PCC XDMS根据后台订阅请求产生订阅用户(被邀请用户)对被订阅用户(邀请用户)的订阅关系,并保存订阅关系;PCC XDMS将订阅关系与对应的视图相关联;SUP向被订阅用户(邀请用户)发送被订阅通知。
本实施例为SF代替被邀请用户发起对PCC数据订阅的情况,由于此时由SF代替被邀请用户发起订阅,故在PCC XDMS接收到后台订阅请求之后,无需将订阅成功这一情况告知被邀请用户。
图7示出了根据本发明第七实施例的订阅方法的流程图,本实施例为CAB服务器的SF代替被邀请用户发起对PCC数据订阅的情况,其中,邀请用户为被订阅者B、C,被邀请用户为订阅者A,其中步骤714a~716a为一个操作,步骤714b~715b为一个操作,该两个操作可视为同时发生,该订阅过程包括以下步骤:
步骤701,用户A创建了自己的用户偏好及策略,其中包括一个订阅列表(包含B,C,D三个CAB用户);
步骤702,订阅列表的建立触发CAB服务器的订阅功能来对列表中的用户发起订阅;
步骤703,CAB服务器的订阅功能根据获取的订阅列表信息代表用户A发起订阅请求,并以这些列表中的用户URIs作为SIPSubscribe消息体uri-list中的组成元素;
步骤704,CAB服务器的订阅功能将订阅请求发送至SIP/IP核心网络接口;
步骤705,SIP/IP核心网络接口将订阅请求转发至订阅代理;
步骤706,订阅代理查询被订阅用户B,C,D的偏好及策略(自己在用户B,C,D定义的什么组,对应的允许订阅的视图),协议为XCAP,就是用XCAP协议的HTTP Get去获得用户偏好和策略;
步骤707,如果用户A在用户B,C的订阅策略的分组中没有定义而且B,C没有定义默认视图给A,订阅代理发送请求至用户B,C的客户端,要求用户指定A的分组,该请求通过SIP/IP核心网络接口转至客户端;
步骤708,用户B,C的客户端将分组响应通过SIP/IP核心网络接口转发至订阅代理;
步骤709,订阅代理根据被订阅者的偏好及策略产生一对一的后台订阅请求;
步骤710,订阅代理将订阅请求发送至SIP/IP核心网络接口;
步骤711,SIP/IP核心网络接口将订阅请求转发至PCC XDMS;
步骤712,PCC XDMS产生并保存订阅关系;
步骤713,在CAB用户偏好与策略中将订阅关系和对应的视图相关联;
步骤714.a,订阅代理查询被订阅者终端的登记情况产生被订阅的通知,协议为SIP,可以用SIP Message方法,在该消息体内加入诸如“您的好友XXX订阅了您的同事视图”的文本信息;
步骤715.a,订阅代理将被订阅通知发送至SIP/IP核心网络接口;
步骤716.a,SIP/IP核心网络接口将被订阅通知转发给被订阅者终端;
步骤714.b,当前B,C被订阅的视图信息经过CAB服务器中订阅功能处理后发送至A的网络地址簿XDMS中,更改通告中的协议为SIP,方法为SIP Notify方法,消息体内有XCAP文档的变更指示甚至是直接含有更改;
步骤715.b,地址簿XDMS通过同步服务器将订阅的信息同步至用户A的各个终端。
本实施例实现了由CAB服务器的SF代替被邀请用户发起对PCC数据的订阅。
图8示出了根据本发明第八实施例的订阅更新通知方法的流程图,该方法包括以下步骤:
步骤801,当被订阅用户(邀请用户)的PCC数据发生更改时,CAB服务器的SF对PCC XDMS中更改的PCC数据进行处理,并将处理后的数据写入网络地址簿AB(Address Book)XDMS中;
步骤802,AB XDMS将更新的PCC同步到订阅用户(被邀请用户)。
本实施例为订阅成功后,邀请用户(即被订阅者)的PCC发生更改的情况,此时需要将更改后的PCC数据同步到被邀请用户(订阅者)的各个终端。这样做,使得订阅者实时了解被订阅者PCC的情况,有利于其之间的好友关系维护。
优选地,在上述方法中,步骤801具体包括:PCC XDMS通过SIP/IP核心网络接口和SUP向SUP转发更改后的PCC数据;SF获取订阅用户(被邀请用户)的CAB用户偏好与策略,并将CAB用户偏好与策略应用到更改后的PCC数据上,并标识更改后的PCC数据为已订阅;SF将PCC数据更新到被邀请用户的AB中。
本实施例为SF对PCC XDMS中的PCC数据进行处理后写入AB的过程,其中的PCC数据包括订阅成功后首次同步的PCC数据,以及首次同步后更改的PCC数据。PCC XDMS首先通过SIP/IP核心网络接口向SUP转发PCC数据,若存在多个通告,则SUP将多个通告进行聚合,将通告通过SIP/IP核心网络接口向SF转发PCC数据,SF再将获取的被邀请用户的CAB用户偏好与策略应用到PCC数据上,并将PCC数据更新到被邀请用户的AB中。
图9示出了根据本发明第九实施例的订阅更新通知方法的流程图,本实施例为被订阅者的PCC发生变化的情况,此时SF对更改PCC数据进行处理的过程包括以下步骤:
步骤901,被订阅者的PCC发生变化;
步骤902,PCC XDMS将该更改的数据通过SIP Notify消息发送至SIP/IP核心网络接口;
步骤903,SIP/IP核心网络接口将更改的PCC数据转发至XDMEnabler的订阅代理;
步骤904,订阅代理聚合多个通告信息;
步骤905,订阅代理将多个通告信息发送至SIP/IP核心网络接口;
步骤906,SIP/IP核心网络接口将该通告信息发送至CAB服务器的订阅功能模块;
步骤907,CAB服务器的订阅功能模块查询订阅者的用户偏好及策略;
步骤908,订阅功能模块将订阅者的偏好及策略应用到通过订阅获得的更改数据上,并标识数据为通过订阅所得,即标识为“Subscribed”;
步骤909,订阅功能将处理后的PCC数据更新到订阅者的网络地址簿中。
本实施例实现了当被订阅者的PCC发生变化时,SF对更改PCC数据的处理。
优选地,在上述方法中,在步骤802之后,还包括:被订阅用户(邀请用户)的CAB用户偏好与策略中开放视图的改变触发SF向订阅用户(被邀请用户)发送订阅数据更新通知。这样做,使得订阅用户实时掌握PCC数据已被更改同步这一情况。
图10示出了根据本发明第十实施例的订阅更新通知方法的流程图,该方法包括以下步骤:
步骤1001,被订阅者的个人联系卡信息中被订阅的部分发生更改;
步骤1002,更改信息经过CAB服务器中订阅功能处理后发送至A的网络地址簿XDMS中,更改通告中的协议为SIP,方法为SIP Notify方法,消息体内有XCAP文档的变更指示甚至是直接含有更改;
步骤1003,地址簿XDMS通过同步服务器将订阅的信息同步至用户A的各个终端;
步骤1004,被订阅者偏好及策略中开放的视图发生改变;
步骤1005,查询该视图被哪些用户所订阅;
步骤1006,根据查询的结果,被订阅者CAB用户偏好与策略的变更触发CAB服务器的订阅功能;
步骤1007,CAB服务器的订阅功能将视图更改通知发送至SIP/IP核心网络接口,协议为SIP协议,采用SIP Message方法,消息体内含诸如“您的好友XXX向您开放视图发生改变”文本信息;
步骤1008,SIP/IP核心网络接口将通知转发至订阅者;
步骤1009,CAB服务器的订阅功能模块标记以前订阅获得的数据为“unsubscribed”,使得该数据以后不再获得同步更新;
步骤1010,CAB服务器的订阅功能重新发送订阅请求;
步骤1011,订阅请求被SIP/IP核心网络接口发送至订阅代理。
本实施例中的各步骤可认为是在订阅方法的步骤之后,即可视为步骤1001为图5或图7的后续步骤,本实施例使得订阅者实时了解被订阅者PCC的情况,有利于其之间的好友关系维护。
图11示出了根据本发明第十一实施例的邀请订阅装置的结构图,该装置包括:
接收模块1101,用于接收邀请用户的邀请订阅请求,邀请订阅请求包括被邀请用户的属性信息;
查询模块1102,用于根据属性信息查询得到被邀请用户的地址信息;
邀请模块1103,用于根据地址信息向被邀请用户发起邀请订阅通知;
订阅模块1104,用于被邀请用户根据邀请订阅通知实现对邀请用户PCC的订阅。
本实施例首先采用接收模块1101接收邀请用户的邀请订阅请求,其中包括被邀请用户的属性信息,然后采用查询模块1102查询得到被邀请用户的地址信息,再采用邀请模块1103根据地址信息向被邀请用户发起邀请订阅通知,最后被邀请用户采用订阅模块1104根据邀请订阅通知实现对邀请用户个人联系卡的订阅。由于本实施例支持根据特定属性信息查询得到被邀请用户的地址信息,使得邀请用户在不知道对方的准确地址信息时也可向对方用户(即被邀请用户)发起邀请订阅请求,即实现了一对多的模糊邀请订阅,进而扩大了用户邀请订阅的范围,使得用户的交友方式更加灵活,有利于用户通过邀请其他用户订阅的方式来结交更多潜在的好友,所以克服了相关技术中的邀请订阅方法只有在获知对方地址信息的情况 下,才能向对方发起邀请订阅请求,限制了用户邀请订阅的范围,从而导致邀请方的交友方式不灵活,交友范围较狭窄的问题。
优选地,在上述装置中,查询模块1102具体包括:搜索请求发送单元,用于CAB服务器向SEP发起第一搜索请求,第一搜索请求包括属性信息;搜索请求转发单元,用于SEP向PCC XDMS转发属性信息;搜索单元,用于PCC XDMS根据属性信息搜索得到被邀请用户的地址信息;返回单元,用于向CAB服务器返回被邀请用户的地址信息。
由于PCC XDMS中存有众多用户的用户信息,包括用户的属性(比如类别)以及地址等,所以当CAB服务器向PCC XDMS发送被邀请用户的属性信息时,PCC XDMS可搜索得到被邀请用户的地址信息,搜索结果可能包括多个被邀请用户的多个地址信息,以供邀请用户发送邀请订阅请求,故实现了CAB用户的一对多模糊邀请订阅。本实施例中CAB服务器采用搜索请求发送单元向SEP发起第一搜索请求,具体而言由CAB服务器中的邀请订阅功能模块(Subscription Invitation Function),也可命名为广播功能模块或广告功能模块ADF(Advertisement Function)来发起第一搜索请求。ADF可以是CAB服务器中的任意一个网元或是设备的部件或功能模块,如图2所示,也可以是订阅功能模块SF(Subscription Function)的子功能模块。
优选地,在上述装置中,邀请模块1103具体包括:获取单元,用于CAB服务器获取被邀请用户的CAB用户偏好与策略;邀请订阅通知发送单元,用于CAB服务器根据CAB用户偏好与策略向每个被邀请用户发送一对一的邀请订阅通知。
本实施例中被邀请用户的CAB用户偏好与策略主要包括是否愿意接受广告邀请通知等,CAB服务器根据该CAB用户偏好与策略产生针对每个邀请用户的一对一的邀请订阅通知,并将此邀请订阅通知通过SIP/IP核心网络接口转发发送到每个被邀请用户(即订阅用户)。
优选地,在上述装置中,订阅模块1104具体包括:响应单元,用于被邀请用户根据邀请订阅通知向CAB服务器发送接受邀请响应通知;订阅操作发起单元,用于被邀请用户发起订阅操作;后台订阅请求发起单元,用于SUP根据邀请用户的CAB用户偏好与策 略发起后台订阅请求;订阅关系建立单元,用于PCC XDMS建立被邀请用户对邀请用户的订阅关系;数据更改通知单元,用于当邀请用户的PCC数据发生更改时,PCC XDMS向被邀请用户发送订阅数据更改通知。
本实施例为被邀请用户接受邀请的情况,此时被邀请用户向CAB服务器中的ADF发送接受邀请响应通知,ADF接收到响应通知后通知邀请用户其发送的邀请订阅被成功发送至被邀请用户,并标记该邀请为“successful”,再由被邀请用户发起订阅操作,转入订阅流程。
图12示出了根据本发明第十二实施例的订阅装置的结构图,该装置包括:
第一订阅请求模块1201,用于订阅用户(被邀请用户)发起订阅请求;
第一后台订阅请求模块1202,用于订阅代理根据被订阅用户(邀请用户)的偏好及策略发起后台订阅请求;
第一订阅关系建立模块1203,用于个人联系卡XML文档管理服务器建立订阅用户(被邀请用户)对被订阅用户(邀请用户)的订阅关系;
第一订阅数据通知模块1204,用于个人联系卡XML文档管理服务器向订阅用户(被邀请用户)发送订阅数据通知。
本实施例为客户端发起订阅其PCC请求的情况,此时订阅用户(被邀请用户)向CAB服务器中的ADF发送接受邀请响应通知,ADF接收到响应通知后通知邀请用户其发送的邀请订阅被成功发送至被邀请用户,并标记该邀请为“successful”,再由被邀请用户发起订阅操作,转入订阅流程。本实施例实现了由客户端发起的PCC订阅流程,使得当被邀请用户接收到邀请订阅通知后,立即发起订阅操作,提高了PCC订阅的实时性。
图13示出了根据本发明第十三实施例的订阅装置的结构图,该装置包括:
订阅列表模块1301,用于订阅用户(被邀请用户)创建自己的偏好及策略,偏好及策略包括记录有被订阅用户(邀请用户)的订阅列表;
第二订阅请求模块1302,用于融合地址簿服务器的订阅功能模块根据订阅列表产生订阅请求,并通过SIP/IP核心网络向订阅代理转发订阅请求;
第二后台订阅请求模块1303,用于订阅代理根据被订阅用户(邀请用户)的偏好及策略发起后台订阅请求;
第二订阅关系建立模块1304,用于个人联系卡XML文档管理服务器建立订阅用户(被邀请用户)对被订阅用户(邀请用户)的订阅关系;
第二订阅数据通知模块1305,用于个人联系卡XML文档管理服务器向订阅用户(被邀请用户)发送订阅数据通知。
本实施例为服务器发起PCC订阅的情况,即由CAB服务器的SF代替被邀请用户发起对PCC数据订阅的情况,此时订阅用户(被邀请用户)对CAB用户偏好与策略的建立触发了SF对订阅列表中的邀请用户的订阅,即SF根据该CAB用户偏好与策略产生订阅请求,并通过SIP/IP核心网络接口向SUP转发。本实施例实现了由服务器发起的PCC订阅流程,使得当被邀请用户接收到邀请订阅通知后,通过定义订阅列表从而出发服务器发起订阅操作,提高了PCC订阅的实时性。
图14示出了根据本发明第十四实施例的订阅更新通知装置的结构图,该装置包括:
写入模块1401,用于当被订阅用户(邀请用户)的个人联系卡数据发生更改时,融合地址簿服务器的订阅功能模块对个人联系卡XML文档管理服务器中更改的个人联系卡数据进行处理,并将处理后的数据写入网络地址簿XML文档管理服务器中;
同步模块1402,用于网络地址簿XML文档管理服务器将更新的个人联系卡同步到订阅用户(被邀请用户)。
本实施例为订阅成功后,邀请用户(即被订阅者)的PCC发生更改的情况,此时需要将更改后的PCC数据同步到被邀请用户(订阅者)的各个终端。这样做,使得订阅者实时了解被订阅者PCC的情况,有利于其之间的好友关系维护。
从以上的描述中,可以看出,本发明上述的实施例使得邀请用户在不知道对方的准确地址信息时也可向对方用户(即被邀请用户) 发起邀请订阅请求,即实现了一对多的模糊邀请订阅,进而扩大了用户邀请订阅的范围,使得用户的交友方式更加灵活,有利于用户通过邀请其他用户订阅的方式来结交更多潜在的好友。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (9)
1.一种用于融合地址簿的订阅方法,其特征在于,包括以下步骤:
订阅用户发起订阅请求;
订阅代理根据被订阅用户的偏好及策略发起后台订阅请求;
个人联系卡XML文档管理服务器建立所述订阅用户对所述被订阅用户的订阅关系;
所述个人联系卡XML文档管理服务器向所述订阅用户发送订阅数据通知。
2.根据权利要求1所述的方法,其特征在于,所述订阅用户发起订阅请求具体包括:
所述订阅用户与SIP/IP核心网络接口完成双向鉴权;
所述订阅用户通过所述SIP/IP核心网络接口向所述订阅代理转发订阅请求。
3.根据权利要求1所述的方法,其特征在于,订阅代理根据所述被订阅用户的偏好及策略发起后台订阅请求具体包括:
所述订阅代理获取所述被订阅用户的偏好及策略,并根据所述偏好及策略产生所述后台订阅请求;
所述订阅代理通过所述SIP/IP核心网络接口向所述个人联系卡XML文档管理服务器转发所述后台订阅请求。
4.根据权利要求1所述的方法,其特征在于,个人联系卡XML文档管理服务器建立所述订阅用户对所述被订阅用户的订阅关系具体包括:
所述个人联系卡XML文档管理服务器根据所述后台订阅请求产生所述订阅用户对所述被订阅用户的订阅关系,并保存所述订阅关系;
所述个人联系卡XML文档管理服务器将所述订阅关系与对应的视图相关联;
所述订阅代理通知所述订阅用户订阅成功,并将所述被订阅用户添加到所述订阅用户的偏好及策略的订阅列表中;
所述订阅代理向所述被订阅用户发送被订阅通知。
5.一种用于融合地址簿的订阅方法,其特征在于,包括以下步骤:
订阅用户创建自己的CAB用户偏好,所述CAB用户偏好包括记录有被订阅用户的订阅列表;
融合地址簿服务器的订阅功能模块根据所述订阅列表产生订阅请求,并通过SIP/IP核心网络向订阅代理转发订阅请求;
所述订阅代理根据被订阅用户的CAB用户偏好发起后台订阅请求;
个人联系卡XML文档管理服务器建立所述订阅用户对所述被订阅用户的订阅关系;
所述个人联系卡XML文档管理服务器向所述订阅用户发送订阅数据通知。
6.根据权利要求5所述的方法,其特征在于,所述订阅代理根据所述被订阅用户的CAB用户偏好发起后台订阅请求具体包括:
所述订阅代理获取所述被订阅用户的偏好及策略,并根据所述偏好及策略产生所述后台订阅请求;
所述订阅代理通过所述SIP/IP核心网络接口向所述个人联系卡XML文档管理服务器转发所述后台订阅请求。
7.根据权利要求5所述的方法,其特征在于,个人联系卡XML文档管理服务器建立所述订阅用户对所述被订阅用户的订阅关系具体包括:
所述个人联系卡XML文档管理服务器根据所述后台订阅请求产生所述订阅用户对所述被订阅用户的订阅关系,并保存所述订阅关系;
所述个人联系卡XML文档管理服务器将所述订阅关系与对应的视图相关联;
所述订阅代理向所述被订阅用户发送被订阅通知。
8.一种用于融合地址簿的订阅装置,其特征在于,包括:
第一订阅请求模块,用于订阅用户发起订阅请求;
第一后台订阅请求模块,用于订阅代理根据被订阅用户的偏好及策略发起后台订阅请求;
第一订阅关系建立模块,用于个人联系卡XML文档管理服务器建立所述订阅用户对所述被订阅用户的订阅关系;
第一订阅数据通知模块,用于所述个人联系卡XML文档管理服务器向所述订阅用户发送订阅数据通知。
9.一种用于融合地址簿的订阅装置,其特征在于,包括:
订阅列表模块,用于订阅用户创建自己的偏好及策略,所述偏好及策略包括记录有被订阅用户的订阅列表;
第二订阅请求模块,用于融合地址簿服务器的订阅功能模块根据所述订阅列表产生订阅请求,并通过SIP/IP核心网络向订阅代理转发订阅请求;
第二后台订阅请求模块,用于所述订阅代理根据被订阅用户的偏好及策略发起后台订阅请求;
第二订阅关系建立模块,用于个人联系卡XML文档管理服务器建立所述订阅用户对所述被订阅用户的订阅关系;
第二订阅数据通知模块,用于所述个人联系卡XML文档管理服务器向所述订阅用户发送订阅数据通知。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910173595.XA CN102025697B (zh) | 2009-09-14 | 2009-09-14 | 用于cab的邀请订阅、订阅和订阅更新通知方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910173595.XA CN102025697B (zh) | 2009-09-14 | 2009-09-14 | 用于cab的邀请订阅、订阅和订阅更新通知方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102025697A CN102025697A (zh) | 2011-04-20 |
CN102025697B true CN102025697B (zh) | 2015-09-16 |
Family
ID=43866559
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910173595.XA Expired - Fee Related CN102025697B (zh) | 2009-09-14 | 2009-09-14 | 用于cab的邀请订阅、订阅和订阅更新通知方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102025697B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113452511B (zh) * | 2020-03-24 | 2023-01-24 | 国科量子通信网络有限公司 | 一种基于sdn的量子密钥分发物联网的发布订阅系统及方法 |
CN116389578B (zh) * | 2023-06-06 | 2023-08-08 | 深圳市华曦达科技股份有限公司 | 网通设备mqtt多任务调度方法、系统和可读存储介质 |
-
2009
- 2009-09-14 CN CN200910173595.XA patent/CN102025697B/zh not_active Expired - Fee Related
Non-Patent Citations (2)
Title |
---|
jerry.shihatt.com.OMA-REQ-CAB-2008-0071-CR_Subscription_Invitation.doc.《OMA-REQ-CAB》.2008, * |
Open Mobile Alliance.Converged Address Book Architecture,Draft Version 1.0.《OMA-AD-CAB-V1_0-20090827-D》.2009, * |
Also Published As
Publication number | Publication date |
---|---|
CN102025697A (zh) | 2011-04-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2207305B1 (en) | A method and a system for address book processing | |
EP1968263B1 (en) | A method and system for querying user information, and search agent, client and server | |
US20050235038A1 (en) | Method of and apparatus for server-side management of buddy lists in presence based services provided by a communication system | |
US7864716B1 (en) | Talk group management architecture | |
CN102171690B (zh) | 用于在基于网络的地址簿中实现个性化和映射的系统与方法 | |
RU2467386C2 (ru) | Способ и устройство для обновления адресных книг | |
GB2409787A (en) | Communication system providing services to groups of users | |
CN101355797A (zh) | 获得用户终端设备信息的方法和通信业务功能实体 | |
CN101299829A (zh) | 一种实现统一存储中管理媒体内容的方法和消息系统 | |
CN103119911A (zh) | 用于同步社交网络的用户配置文件和用户的个人联系卡(pcc)的方法和系统 | |
CN101647255A (zh) | 用于管理应用程序集合体的方法和装置 | |
JP2012512448A (ja) | 個人データを公開するために通信機器間の仮想関係を作成する方法及び構成 | |
CN109314947A (zh) | 设备和/或线路事件感知和智能同步 | |
KR101466329B1 (ko) | 소셜 네트워크 서비스 방법 및 시스템 | |
CN103888343B (zh) | 融合因特网协议消息服务提供系统和方法 | |
JP2001209611A (ja) | 代行管理方法及びエージェント装置 | |
CN102137107A (zh) | 一种实现机顶盒订阅用户状态的方法及系统 | |
CN102025697B (zh) | 用于cab的邀请订阅、订阅和订阅更新通知方法及装置 | |
WO2014029441A1 (en) | Handling a shared data object in a communication network | |
CN103460681B (zh) | 融合地址薄能力的管理方法 | |
CN101800759B (zh) | 一种邀请订阅的实现系统及方法 | |
CN101652788A (zh) | 提供增强型文档管理的设备、方法和计算机程序产品 | |
CN102469041A (zh) | 聊天会话启动和获取会话列表的方法及系统 | |
CN105376727A (zh) | 数据卡处理方法及装置 | |
CN101800657B (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 | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20150916 Termination date: 20190914 |