CN101946480A - 观察方信息通知中的特定于观察方信息 - Google Patents
观察方信息通知中的特定于观察方信息 Download PDFInfo
- Publication number
- CN101946480A CN101946480A CN2008801270049A CN200880127004A CN101946480A CN 101946480 A CN101946480 A CN 101946480A CN 2008801270049 A CN2008801270049 A CN 2008801270049A CN 200880127004 A CN200880127004 A CN 200880127004A CN 101946480 A CN101946480 A CN 101946480A
- Authority
- CN
- China
- Prior art keywords
- client
- request
- message
- information
- attribute
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42365—Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity
- H04M3/42374—Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity where the information is provided to a monitoring entity such as a potential calling party or a call processing server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Telephonic Communication Services (AREA)
Abstract
一种授权从第二客户端接收的对第一客户端的存在信息的请求的方法。该授权过程包括作为XML扩展文档将与第二客户端的偏好关联的至少一个属性提供到第一客户端。在解释了一个或多个属性之后,第二客户端可以选择根据该请求或根据其子集对该请求授权或拒绝该请求。
Description
技术领域
本发明一般涉及用于对观察方授权的方法,更确切地来说涉及一种用于向存在实体提供特定于观察方信息,其中特定于观察方信息要在授权过程中被使用。
背景技术
IP多媒体子系统(IMS)是一种基于会话发起协议(SIP)的架构,其创建用于在分组交换网络之上实现范围广泛的高级基于因特网的多媒体服务和应用的公共平台。
IMS存在是用户可以预订来获取有关另一个用户通信的意愿、可达性和/或可用性的信息的SIP事件包或SIP服务的一个示例。通常称为观察方的用户可以发起预订,以请求存在信息,即表征通常称为存在实体的另一个用户的一些性质的一组属性。
观察方可以瞬间检索与存在实体关联的当前存在信息,或可以预订存在实体的存在信息,其中持续地向观察方告知存在实体的存在信息中的将来变化,直到授权的预订届满为止或直到观察方终止服务为止。
图1图示了根据现有技术的IMS中的一般基于SIP的存在架构的简化示例。SIP/IMS网络是执行支持存在服务的多种服务(例如路由选择、认证和压缩)的服务器的网络。当使用IMS实现存在服务时,SIP/IMS网络将执行支持存在服务的多个附加功能,例如存在源、观察方和存在系统之间路由SIP信令、执行对描述的实体的认证和授权、注册状态的维护和提供计费信息。
图1示出观察方100,其包括需要与另一个用户关联的存在信息的观察客户端。观察方100可以经由接入网102获取对经由SIP/IMS网络101提供的所请求的存在信息的访问权。观察方100感兴趣的用户通常称为存在实体103。存在实体103可以经由与观察方100相同接入网访问SIP/IMS网络101,或与本例中一样,经由另一个接入网104来访问SIP/IMS网络101。
在本文档中,观察方100和存在实体103将定义为用户或代表用户操作的自动化功能与位于IMS终端(例如固定PC、膝上型计算机、PDA或蜂窝电话)中的用户代理(UA)的组合,并适合于向用户提供多个服务,这些服务中的每个服务由SIP事件包标识。
IMS网络由常规IMS节点组成,如作为IMS终端与SIP/IMS网络之间的第一个接触点的代理呼叫会话控制功能105、106(P-CSCF);作为信令平面的中央节点的服务呼叫会话控制功能107(S-CSCF);以及提供SIP代理服务器功能的询问呼叫会话控制功能108(I-CSCF)以及常规数据库,即一个或多个归属地订户服务器109(HSS),这是用户相关信息的中央存储库,以及在网络包括多于一个HSS的情况中,负责将用户的地址映射到适合的HSS的订户定位功能110(SLF)。
除了上面提到的节点外,SIP/IMS网络通常还包括多个应用服务器(AS),它们是托管不同类型的服务并对授权的用户执行这些服务的SIP实体。图1包括两个AS,即存在服务器111(存在服务器),其可以负责管理存在服务;以及存在源112,这是负责代表存在实体经由存在服务器111向授权的观察方提供更新的存在信息的实体。
可以位于用户UE中或网络实体内的存在源可以是例如提供存在信息的存在网络代理(PNA),即来自位置服务器、日程表服务器、MSC或任何其他源(未示出)的一个或多个存在实体所关联的发布。
该网络还包括资源列表服务器113(RLS)。RLS是接受并管理对存在列表的预订的功能实体,它使观察方仅使用一次预订事务能够预订多个实体的存在信息,从而不仅节省带宽,而且减少观察方UE的功耗。
RLS将能够根据资源列表服务器XML文档管理服务器(RLSXDMS)(未示出)管理并存储在其中的存在列表预订更改。XDMS是支持诸如存在列表等XML文档的管理的XCAP服务器和SIP通知器,它们是特定于RLS的使用的。
虽然图1仅包括一个存在源,但是通常在SIP/IMS网络处有多个不同存在源可用,其中每个存在源正在向一个或多个存在服务器提供不同类别的存在信息。还应理解,典型的SIP/IMS网络可包括已经提到的类型的附加CSCF节点以及其他类型的节点,该其他类型的节点却由于它们对于理解作为本文献的范围的授权机制不是非常重要而在该陈述中被省略。
如上指示的,存在服务的管理由此需要调整的功能。
图2图示根据现有技术的,包括此类功能的简化OMA存在架构。出于简化的原因,在此附图中省略了SIP/IMS基础设施。虽然典型的情形将包括多个观察方,以及多个存在实体,但是出于简化的原因,该附图中仅示出一个观察方和一个存在实体。
观察方200可以通过向位于虚线方框内的实体定义的存在系统203的存在服务器(存在服务器)202转发SIP预订请求来请求存在实体201的存在信息。响应SIP预订,存在服务器202询问存在XML文档服务器(存在XDMS)204以确定存在实体201是否已授权观察方200。存在XDMS 204是支持诸如存在授权策略等XML文档的管理的XCAP服务器和SIP通知器,这些存在授权策略是特定于存在服务启动者(在本例中为观察方200)的。此外,存在XDMS 204向观察方通知对网络中存储的特定于存在文档的更改。
如果已经授权,则观察方200从存在服务器202接收到接受。如果未授权,存在服务器202将通过生成SIP通知消息并将其传送到存在实体201来请求授权,以使存在实体201能够确定是否应该对该请求授权,并且如果由存在实体201授权,则存在服务器202将能够全部根据存在XDMS 204中存储的相关存在规则来向观察方200分发相关存在信息。
可以从不同AS或存在源将存在信息提供到存在服务器202。在图2中,三个不同的存在源205、206和207(在本例中称为PNA)正在向存在服务器202提供更新的存在信息,该更新的存在信息在SIP发布消息中递送。每个PNA连接到提供与不同存在实体(例如存在实体201)关联的特定信息的服务器。PNA 205处理来自位置服务器208的位置信息,PNA 206连接到MSC 209,MSC 209可以向存在服务器202提供如路由选择信息的信息,而PNA207正在处理来自日程表服务器210的相关存在信息。
存在服务器202接受已发布给它的存在信息,并经由SIP通知消息将其分发到授权的存在实体。
如上所述,预订通常由RLS 211来管理,RLS 211能够预订对RLSXDMS 212中存储的文档的更改,这两个实体都是存在系统203的实体。
显然,存在系统实体可以视为存在系统的代表,其管理与一个或多个存在实体关联的存在信息并将其提供到已获相应存在实体授权的观察方。
作为开机过程的一部分,存在实体将向负责的存在服务器发送SIP预订请求,以请求以有兴趣检索该存在实体的存在信息的每个观察方的观察方信息(Winfo)事件包对该存在实体进行更新。然后无论何时,只要有请求与该存在实体关联的存在信息的新观察方,则将通知该存在实体。对于请求存在实体的存在信息的每个新观察方,存在实体将能够决定是否要对该观察方授权。在对观察方的请求授权之前,将不会从存在实体分发存在信息。
根据相关现有技术,观察方还可以在初始预订请求中包含过滤器,以指定特定于观察方信息的子集,其可以定义为例如观察方特别感兴趣的存在属性。仅观察方请求的那些属性将被递送到观察方,从而避免传输无关的信息,并由此减少网络负载。但是,存在实体将不能访问过滤器信息。
上述标准方法的一个问题是,从观察方接收到与存在信息的请求关联的通知的存在实体将完全不知道他或她将实际要授权什么类别的存在信息,例如什么存在属性。
目前,有一种机制,允许存在实体授权所有属性或或仅授权被请求的存在属性集合的子集。但是,此类机制与观察方的偏好没有任何关系,因为无法在通知中递送到存在实体的观察方信息中传达该信息。
发明内容
本发明的目的在于解决上面概述的问题中的至少一些。再者,本发明的目的在于提供一种机制,用于使存在实体能够基于在授权过程中提供到存在实体的特定于观察方信息来对观察方授权。这些目的和其他目的可以通过如所附独立权利要求所述的方法和客户端来实现。
根据一个方面,提供一种方法,用于响应对与第一客户端关联的存在信息的请求,该请求由第二客户端发起,其中该方法包括由第一客户端执行的多个步骤。最初,第一客户端从存在系统接收到请求消息,其请求第一客户端的存在信息。该请求包含与第二客户端关联的一组特定于客户端信息,以及该特定于客户端信息包含一个或多个属性。然后解释该一个或多个属性并将其呈现给所述第一客户端的用户。当接收对该呈现的响应时,生成根据一个或多个属性或其子集对请求授权或拒绝该请求的响应消息,并将其传送到存在系统。该解释步骤可以包括从预先配置的表获取一个或多个属性的解释的步骤,例如通过向WEB服务器传送HTTP请求。
根据另一个方面,提供一种用于请求与第一客户端关联的存在信息的方法。该方法包括开始于生成请求消息的多个步骤,其中该请求存在信息的请求消息包含与第二客户端关联的特定于客户端信息。将请求消息传送到存在系统之后,将接收到响应消息,其响应所述请求消息。响应消息可以根据一个或多个属性或其子集对该请求授权或拒绝该请求,其中一个或多个属性与特定信息关联,并将该响应消息从存在系统提供到第一客户端。
根据一个实施例,特定于客户端信息可以是XML文档扩展,其包含一个或多个属性,其中该XLM文档扩展可以是过滤器。
根据另一个实施例,可以代之在请求消息的SIP报头中将特定于客户端信息传送到存在服务器。
根据又一个方面,提供一种方法用于处理对与第一客户端关联的存在信息的请求,其中该请求由第二客户端发起。该方法包括要由存在系统执行的多个步骤,开始于从第二客户端接收第一请求消息,其中该第一请求消息是对第一客户端的存在信息的请求,其包含与第二客户端关联的第一组特定于客户端信息。然后生成第二请求消息,其包含与所述第一组特定于客户端信息关联的第二组特定于客户端信息,其中第二组特定于客户端信息包含一个或多个属性。在已将第二请求消息传送到第一客户端时,将从第一客户端消息接收第一响应消息,其中作为对第二请求消息的响应的所述第一响应消息根据一个或多个属性中的全部或子集对请求授权或拒绝该请求。接下来,响应接收到第一响应消息,基于第一响应消息的内容生成第二响应消息,并将其传送到第二客户端。
根据一个实施例,该第二组特定于客户端信息可以是XML文档扩展,其包含与第二客户端关联的一个或多个属性。
在生成请求消息之前,可以将第一组特定于客户端信息的内容映射到存储在预先配置的过滤器中的一个或多个属性。
要求权利的本发明还包括适合于执行根据上述不同方面的方法的客户端。
根据上述原理操作的方法和客户端可以确保向第一客户端提供有关第二客户端的足够量的详情以便能够作出更具体化的授权决定。
该方法和客户端还可以通过以较详细或较不详细的方式提供指示第二客户端的偏好的具体化信息,以使得请求第一客户端的存在信息的第二客户端能够在第一客户端的授权决定中支持第一客户端。从下文详细描述将使本发明的特征和优点显而易见。
附图说明
现在将通过示范实施例参考附图更详细地描述本发明,其中:
图1是根据现有技术的一般基于IMS的存在架构。
图2图示根据现有技术的简化的存在架构。
图3是图示要根据一个实施例的,与接收存在信息的请求关联地执行的授权过程的信令方案。
图4是图示根据一个实施例的,要由观察客户端执行的授权存在服务的方法步骤的框图。
图5是图示要由存在实体客户端执行的建议的授权方法的步骤的框图。
图6是图示要由存在系统执行的建议的授权方法的步骤的框图。
图7是图示适合于执行建议的授权方法的观察方客户端的通用功能的一个示例的系统架构。
图8是图示适合于执行建议的授权方法的存在实体客户端的通用功能的一个示例的系统架构。
图9是图示适合于管理建议的授权方法的存在系统的存在服务器的通用功能的一个示例的系统架构。
具体实施方式
简要描述,本发明提供一种解决方案,其中存在实体在作出授权还是拒绝从观察方接收的存在信息的请求的决定时,将有权访问与观察方关联的信息。
基于观察方信息的内容,通常为一个或多个特定于观察方属性,存在实体将能够根据与请求一起提供的所有属性或仅这些属性的子集来对预订授权。
除了观察方选择的属性外,存在实体也可以选择对观察方未选择的附加属性授权。
上文提到的授权机制可以通过在对存在信息的请求中(例如,在SIP预订中)向存在服务器传送特定于观察方信息,并通过不仅将关联的特定于观察方信息递送到存在服务器,而且也递送到存在实体来实现。通过在某个XML文档扩展中将特定于观察方信息(其包含观察方选择的一个或多个属性)特地递送到存在实体,而非将此类信息仅传送到存在服务器,存在实体将确切地知道观察方对什么类型的存在信息感兴趣,并由此存在实体将只需对标识存在实体愿意展示给观察方的信息的那些属性或属性的子集授权。
通过实现所提出的授权机制,存在实体将能够避免仅因为他/她不知道实际在对什么存在信息授权而拒绝对存在信息的预订请求。
存在实体还将有权访问预先配置的表,该表包含对可以XML文档扩展形式出现的属性的解释。通过引入此类表,可以使用可作为例如递送到存在实体的过滤器的XML文档扩展来递送范围广泛的较详细或较不详细的特定于观察方属性,其中每个特定于观察方属性以全球唯一的格式呈现,并且其中每个特定于观察方属性可以向存在实体提供观察方偏好的详细信息。
根据一个实施例,还将已连同Winfo从观察方传送到存在服务器的第一组特定于观察方信息插入到通知中,即插入到SIP通知消息中,并在该通知中将其从存在服务器传送到存在实体。
根据另一个实施例,没有适合于用于将特定于观察方信息传送到存在服务器的XML文档扩展可用。而是可以在预订请求的用户代理报头中传送包含如UE类型的信息的第一组特定于观察方信息,全部根据经由用户代理报头的信息递送的现有技术的过程进行。接收此类请求的存在服务器可以适合于对照预先配置的过滤器映射检索到的第一组特定于观察方信息,该预先配置的过滤器存储在或连接到存在系统的存在服务器。
然后与特定于观察方信息(即与观察方关联的一个或多个属性)匹配的过滤器内容将形成第二组特定于观察方信息,该第二组特定于观察方信息在通知中被递送到存在实体并呈现给存在实体。第二组特定于观察方信息可以是任何类型的XML文档扩展,通常为过滤器。存在实体然后将能够以与第一实施例的相同方式,在作出预订请求的授权决定时使用第二组特定于观察方信息。
现在将参考图3的信令图更详细地描述根据上述任何一个实施例用于向存在实体提供特定于观察方信息的方法。
如上文提到的,需要告知存在实体哪些观察方有兴趣接收该存在实体的存在信息。作为常规开机过程的一部分,存在实体300由此向存在系统301的存在服务器发送SIP预订消息,以便请求需要与存在实体300关联的存在信息的观察方的Winfo事件包。在此上下文中,存在系统301由修改的存在服务器和常规存在XDMS表示。在第一步骤3:1中发送此类请求。
在下一步骤3:2中,存在系统301的存在服务器在正常情况下通过向存在实体传送200OK来响应此请求,并且在另一个步骤3:3中,因为不存在等待授权的未决预订,所以将从存在服务器301向存在实体300传送空的Winfo通知。在后续步骤3:4中,由存在实体对此进行响应。
从现在起,如果存在XDMS包含定义如下条件的特定预定规则,则只要存在系统301获知显示对存在实体300的存在信息的兴趣的新观察方,就将通知存在实体300。
在下一个步骤3:5中,需要存在实体300的存在信息的观察方302向存在系统310发送用于预订存在信息的预订请求,即SIP预订。为了使存在实体更易于作出有关是否应该对请求授权的适合决定,观察方302将第一组特定于观察方信息包含在SIP预订中。
除了指示观察方是否对某些类别的信息感兴趣的更一般信息(如存在实体的即时消息传送的能力、通信地址、位置信息或日程表信息)外,第一组特定于观察方信息还可以包括与观察方关联的更详细的偏好,例如位置信息的偏好,但是附有如下限制:仅当相应存在实体正在访问一个或多个某些指定区域和/或仅处在某些时间间隔内时才可指定对位置信息的请求。
如上文指示的,第一组特定于观察方信息可以作为XML文档扩展(例如过滤器)或与观察方关联的用户代理信息来递送。用户代理信息可以包含诸如UE的存在类型、存在UE模式或存在UE位置等信息。
存在系统301的存在服务器然后生成Winfo通知,即SIP NOTIFY消息,其包含与观察方302关联的Winfo。除了此信息外,该通知还将包含插入该通知中的第二组特定于观察方信息。
根据上文提到的第一实施例,还可以响应在步骤3:5中接收到的预订请求,将第一组特定于观察方信息(即观察方302选择的第一组属性)作为第二组属性插入到要递送到存在实体300的通知中。
根据第二实施例,存在系统301可以有权访问预先配置的过滤器,每个过滤器作为XML文档存储在存在系统处或与之连接。如果情况如此,则一旦在存在系统301处接收到预订请求,则可以对照预先配置的过滤器映射预订请求中递送的第一组特定于观察方信息。作为映射的结果,将识别与第一组特定于观察方信息对应的一个或多个属性,从而形成第二组特定于观察方信息,即例如过滤器的XML文档扩展,以便分发到存在实体。
然后在后续步骤3:6中,在通知中将根据上述的两个实施例中任一个实施例传送的此类通知传送到存在实体300,在后续步骤3:7中,存在实体300对存在系统301验证接收到该通知,此后在后续步骤3:8中,向观察方302传送另一个验证。
存在系统301还向观察方302指示该请求将未决,直到它被存在实体300授权或拒绝为止。这在另一个步骤3:9中执行,并在后续步骤3:10中对此响应。
除了将观察方301的Winfo插入到步骤3:6中传送的SIP NOTIFY消息外,还将在该通知中递送与观察方302关联且根据上述实施例的任一个实施例检索的XML文档扩展。
接收到通知的存在实体300检索XML文档扩展并询问数据库(未示出),以便获取对该XML文档扩展的内容的解释,即从观察方302或存在系统301提供的一个或多个属性。图3中,如步骤3:11指示了此过程。例如可以通过询问单独的服务器(如WEB服务器),并将HTTP请求传送到该服务器来执行属性的解释。
现在可以经由存在实体客户端(未示出)的常规用户接口来将解释的属性以可视方式呈现给存在实体300。基于所呈现的属性,存在实体可以选择如所请求的一样对所请求的属性授权或对所请求的属性的子集授权,或者拒绝所请求的预订,由此拒绝观察方302访问任何类型的存在信息。如果根据至少一个属性对请求授权,则存在实体300还可以选择对附加的属性授权,这些附加的属性甚至可能是观察方301未选择的。以步骤3:12指示可响应步骤3:11即时或稍后作出的此决定。
一旦存在实体300作出决定,则将以XML文档的形式生成响应,该响应通常在HTTP/XCAP put中传送到存在系统301的存在XDMS,如另一个步骤3:13所示,并且在后续步骤3:14中向存在实体300传送响应。
可以采用任何备选规则类型“阻止”、“有礼貌的阻止”或“允许”来回复该请求。规则类型“阻止”指示观察方的请求被拒绝。“有礼貌的阻止”是拒绝观察方所请求的存在信息的备选方式。但是,接收到有礼貌的阻止的观察方将遇到作为接受的回复,接收包含一些不正确的存在信息但对于接收方看上去是正确的回复。“允许”将向观察方指示接受请求。
在步骤3:13之后,存在XDMS与存在服务器交互,存在服务器再次评估为观察方302设置的授权规则,以便验证是否存在有关授权的属性的任何预定义的限制,这些全部根据公知的过程来进行。
肯定评估是观察方302被存在实体300授权的指示,因此将在后续通知中向观察方302报告此情况,该通知将包含取决于步骤3:13中发送的第一响应的内容。此通知通常将包含第一响应中指示的授权的属性集合或子集,如另一个步骤3:15所示。
如果在授权规则的评估中识别到任何限制,则受限的授权将导致在步骤3:15的通知中向观察方302递送受限的子集。
如果被授权,则这指示为“活动”,而所请求的预订被拒绝将在步骤3:15中发送到观察方302的通知中指示为“已终止”。一旦观察方302接收到请求被成功授权或请求被拒绝的验证,则授权过程完成。
上述授权方法将需要相应地对观察方的用户设备的观察方客户端进行调整。
图4图示根据一个实施例描述的方法,由观察方客户端执行的该方法如框图所示。
在第一步骤400中,处理对存在信息的请求,其中将例如SIP预订消息的请求与特定于用户或特定于观察方信息一起提供。在特定于观察方信息是作为XML文档扩展从观察方提供或作为经由请求的用户代理报头提供的信息从观察方提供的情况中,如果存在服务器处有预先配置的过滤器可用,则此类特定于观察方信息可以由经由例如常规用户接口提供到观察方的用户设备的一个或多个属性来定义。在下一步骤401中,将该请求传送到相关的存在服务器,并在最后一个步骤402中,观察方等待并接收对该请求的响应。
还必须相应地对要执行所建议的上述授权方法的存在实体的用户设备的存在实体客户端进行调整。现在将在图5的另一个框图中描述在存在实体客户端处执行的此方法的步骤。
在第一步骤500中,存在实体客户端接收到包含特定于用户信息的请求(例如Winfo通知),该请求通常以与提出请求的观察方关联的XML文档扩展的某种形式递送。在另一个步骤501中,存在实体客户端解释从特定于用户信息中检索的属性,以便检索用户可读格式的属性。一旦例如经由常规用户接口将解释的属性呈现给存在实体,如步骤502所示,则在后续步骤503中,可由存在实体经由用户接口对该请求授权或拒绝该请求来对该请求进行响应。在最后一个步骤504中,生成响应,并将其传送到存在系统,而存在系统又将生成对应的响应并将其传送到观察方。
如果相应地将存在服务器调整,而关联的存在XDMS可以保持不变,则包含与至少一个存在XDMS交互的至少一个存在服务器的存在系统将能够管理上述的授权过程。
现在将参考图6的框图描述根据一个实施例的存在系统中执行授权方法的步骤。
在图6的第一步骤600中,存在系统的存在服务器从请求与特定存在实体关联的存在信息的观察方接收到请求,该请求可以是例如SIP预订。响应此请求,存在服务器评估相应的观察方在存在XDMS处的存在规则,这全部根据公知过程进行。用下一个步骤601指示了此过程。
在另一个步骤602中,生成包含XML文档扩展的授权请求,并在后续步骤603,将该请求传送到存在实体。如步骤604所示,当从存在实体接收到包含对一个或多个授权的属性授权或拒绝的响应时,在另一个步骤605中再次评估观察方的存在规则。此评估也全部根据公知的过程,考虑授权的属性和预定的评估规则。作为此评估的结果,在另一个步骤606中,存在服务器生成响应。然后将该响应传送到观察方,在请求被授权的情况下该响应指示授权的属性,或指示请求被拒绝。这在最后一个步骤608中终止授权过程之前的步骤607中进行,终止授权过程。
现在将参考图7描述根据上述实施例的任一个实施例适合于发起并执行授权方法的观察方客户端,即通用功能。
根据一个实施例的观察方客户端700包括通信单元701,通信单元701适合于与存在系统900通信。观察方客户端700还包括用户输入单元703,通过用户输入单元703,用户可以根据个人偏好选择属性,从而定义第一组特定于观察方信息。可以使用任何类型的常规用户输入技术来实现用户输入单元703。此外,观察方客户端700还包括逻辑单元704,根据一个实施例,逻辑单元704可以适合于根据上述的授权机制生成包含XML文档扩展(例如过滤器)的请求(例如SIP预订)。
需要根据根据本文描述的方法的方法对存在信息的请求授权的存在实体将需要配备包括由此专门调整的存在实体客户端的用户设备。现在将参考图8描述根据一个实施例的此类存在实体客户端。
在图8中,存在实体客户端800包括通信单元801,通信单元801适合于从存在系统900接收与存在服务关联的消息。存在实体客户端800还包括常规用户输入单元802,该常规用户输入单元802适合于为存在实体呈现从存在系统900接收的选择,以及接收并记录存在实体所选择的选项。
逻辑单元803适合于生成对授权请求的响应。在备选实施例中,逻辑单元803还可以适合于生成自动化授权响应,这全部根据预先配置的授权规则。逻辑单元803还适合于响应从存在系统900接收到授权请求而执行解释过程。该解释可以通过联系内部或外部数据库804来实现,内部或外部数据库804适合于存储包含所建议的存在服务使用的属性的解释表。
现在将参考图9进一步详细地描述根据一个例示配置的、适合于管理上述授权方法的存在系统900,其中该存在系统900包括调整的存在服务器(存在服务器)901和常规存在XDMS 902。因为存在XDMS902是以常规方式操作的常规存在XDMS,所以本文将不对此实体的架构进行任何进一步详细地论述。
存在服务器901包括通信单元903,通信单元903适合于与参与交换存在信息的过程的至少一个观察方客户端700和至少一个存在实体客户端800通信,以及与存在XDMS 902通信。存在服务器901还包括逻辑单元904,逻辑单元904适合于管理观察方客户端700与存在实体客户端800之间的授权过程,并执行相应的检查过程,包括询问存在XDMS 902以获取已对于某些观察方定义的预先配置的规则。
虽然本发明是参考特定示范实施例来描述的,但是此描述一般仅旨在说明本发明的概念而不应视为限制本发明的范围。虽然在描述上述实施例时使用了如SIP和IMS等概念,但是基本可以按本文描述地使用任何其他相似的适合标准、协议和网络单元。本发明一般由所附独立权利要求来定义。
Claims (29)
1.一种响应对与第一客户端关联的存在信息的请求的方法,所述请求由第二客户端发起,其中所述方法包括由所述第一客户端执行的如下步骤:
-从存在系统接收(500)请求所述第一客户端的存在信息的请求消息,所述请求包含与所述第二客户端关联的一组特定于客户端信息,其中所述特定于客户端信息包含至少一个属性,
-解释(501)所述至少一个属性,
-将所述至少一个解释的属性呈现(502)给所述第一客户端的用户,
-当接收到对所述呈现的响应时生成(503)响应消息,其中所述响应消息根据所述至少一个属性或其子集对所述请求授权,或拒绝所述请求,以及
-将所述响应消息传送(504)到所述存在系统。
2.如权利要求1所述的方法,其中所述请求消息是SIP通知消息。
3.如权利要求1或2所述的方法,其中所述解释步骤包括从预先配置的表中获取对所述一个或多个属性的解释。
4.如权利要求3所述的方法,其中所述请求步骤包括:向WEB服务器传送HTTP请求,所述WEB服务器有权访问所述预先配置的表。
5.如前面权利要求中任一项所述的方法,其中所述生成步骤包括:生成HTTP/XCAP put消息,在所述请求被授权的情况下,所述HTTP/XCAP put消息包含“允许”。
6.如前面权利要求中任一项所述的方法,其中所述生成步骤包括:生成HTTP/XCAP PUT消息,在所述请求被拒绝的情况下,所述HTTP/XCAP PUT消息包含“阻止”或“有礼貌的阻止”。
7.一种请求与第一客户端关联的存在信息的方法,所述方法包括由提出请求的第二客户端执行的如下步骤:
-生成(400)请求存在信息的请求消息,其中所述请求消息包括与所述第二客户端关联的特定于客户端信息,
-将所述请求消息传送(401)到存在系统,
-接收(402)响应所述请求消息的响应消息,其中所述响应消息根据所述至少一个属性或其子集对所述请求授权,或拒绝所述请求,将所述至少一个属性与所述特定于客户端信息关联,并将其从所述存在系统提供到所述第一客户端。
8.如权利要求7所述的方法,其中所述请求消息是SIP预订消息。
9.如权利要求7或8所述的方法,其中所述响应消息是SIP通知消息。
10.如权利要求7-9中任一项所述的方法,其中所述特定于客户端信息是XML文档扩展,其包含至少一个属性。
11.如权利要求10所述的方法,其中所述XML文档扩展是过滤器。
12.如权利要求7-9中任一项所述的方法,其中在所述请求消息的SIP报头中将所述特定于客户端信息传送到所述存在服务器。
13.一种处理由第二客户端发起的对与第一客户端关联的存在信息的请求的方法,所述方法包括由存在系统执行的如下步骤:
-从所述第二客户端接收(600)第一请求消息,请求所述第一客户端的存在信息的所述第一请求消息包含与所述第二客户端关联的第一组特定于客户端信息,
-生成(602)第二请求消息,所述第二请求消息包含与所述第一组特定于客户端信息关联的第二组特定于客户端信息,其中所述第二组特定于客户端信息包含至少一个属性,
-将所述第二请求消息传送(603)到所述第一客户端,
-从所述第一客户端消息接收(604)第一响应消息,其中响应所述第二请求消息的所述第一响应消息根据所述至少一个属性的全部或其子集对所述请求授权,或拒绝所述请求,
-响应接收到所述第一响应消息,基于所述第一响应消息的内容生成(606)第二响应消息,以及
-将所述第二响应消息传送(607)到所述第二客户端。
14.如权利要求13所述的方法,其中所述第一请求消息是SIP预订消息。
15.如权利要求13或14所述的方法,其中所述第二请求消息和所述第二响应消息是SIP通知消息。
16.如权利要求13-15中任一项所述的方法,其中所述第一响应消息是HTTP/XCAP put消息。
17.如权利要求13-16中任一项所述的方法,其中所述第二组特定于客户端信息是XML文档扩展,其包含与所述第二客户端关联的至少一个属性。
18.如权利要求13-17中任一项所述的方法,其中在所述生成步骤之前,执行如下步骤:
-将所述第一组特定于客户端信息的内容映射到预先配置的过滤器中存储的至少一个属性,所述至少一个属性形成所述第二组特定于客户端信息。
19.一种适合于响应对与所述第一客户端关联的存在信息的请求的第一客户端(800),所述请求由第二客户端(700)经由存在系统(900)发起,所述第一客户端包括通信单元(801)、用户输入单元(802)和逻辑单元(803),其中所述通信单元适合于从所述存在系统接收请求所述第一客户端的存在信息的请求消息,所述请求消息包含与所述第二客户端关联的一组特定于客户端信息,其中所述特定于客户端信息包含至少一个属性,所述逻辑单元适合于解释所述至少一个属性,其中所述逻辑单元适合于管理所述至少一个属性的解释,以及其中所述用户接口单元适合于将所述至少一个解释的属性呈现给所述第一客户端的用户,所述逻辑单元还适合于在从所述用户输入单元接收到对所述呈现的响应时生成响应消息,所述响应消息根据所述至少一个属性或其子集对所述请求授权,或拒绝所述请求,以及所述通信单元还适合于将所述响应消息传送到所述存在系统。
20.如权利要求19所述的第一客户端,其中所述请求消息是SIP通知消息。
21.如权利要求19或20所述的第一客户端,其中所述响应消息是HTTP/XCAP put消息。
22.如权利要求19-21中任一项所述的第一客户端,其中所述逻辑单元还适合于通过询问预先配置的表来执行所述解释,所述预先配置的表包含所述至少一个属性的解释。
23.一种适合于请求第一客户端(800)的存在信息的第二客户端(700),所述第二客户端包括通信单元(701)和逻辑单元(704),其中所述逻辑单元适合于生成请求与所述第一客户端关联的存在信息的请求消息,所述请求消息包括与所述第二客户端关联的特定于客户端信息,以及其中所述通信单元适合于接收响应所述请求消息的响应消息,所述响应消息根据所述至少一个属性或其子集对所述请求授权,或拒绝所述请求,将所述至少一个属性与所述特定于客户端信息关联,并将其从所述存在系统提供到所述第一客户端。
24.如权利要求23所述的第二客户端,所述第二客户端还包括用户输入单元(703),所述用户输入单元(703)适合于响应所述第二客户端的用户执行的用户交互检索所述一组特定于客户端信息。
25.一种用于处理对与第一客户端(800)关联的存在信息的请求的存在系统(900)的存在服务器(901),所述请求由第二客户端(700)发起,其中所述存在服务器包括通信单元(903)和逻辑单元(904),所述通信单元适合于从所述第二客户端接收第一请求消息,请求与所述第一客户端关联的存在信息的所述第一请求消息包含与所述第二客户端关联的第一组特定于客户端信息,以及其中所述逻辑单元适合于生成第二请求消息,所述第二请求消息包含与所述第一组特定于客户端信息关联的第二组特定于客户端信息,以及其中所述第二组特定于客户端信息包含至少一个属性,
所述通信单元还适合于在将所述第二请求传送到所述第一客户端之后从所述第一客户端接收第一响应消息,响应所述第二请求消息的所述第一响应消息根据所述至少一个属性的全部或其子集对所述请求授权,或拒绝所述请求,以及在接收到所述第一响应消息之后,将第二响应消息传送到所述第二客户端,所述逻辑单元还适合于基于所述第一响应消息的内容生成所述第二响应消息。
26.如权利要求25所述的存在服务器,其中所述第一请求消息是SIP预订消息。
27.如权利要求25或26所述的存在服务器,其中所述第二请求消息和所述第二响应消息是SIP通知消息。
28.如权利要求25-27中任一项所述的存在服务器,其中所述第一响应消息是HTTP/XCAP put消息。
29.如权利要求25-28中任一项所述的存在服务器,其中所述逻辑单元还适合于将所述第一组特定于客户端信息映射到预先配置的过滤器中存储的至少一个属性,形成所述第二组特定于客户端信息。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/SE2008/050162 WO2009102244A1 (en) | 2008-02-12 | 2008-02-12 | Method for authorizing a watcher by providing watcher specific information to the presentity |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101946480A true CN101946480A (zh) | 2011-01-12 |
CN101946480B CN101946480B (zh) | 2013-08-21 |
Family
ID=40957158
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008801270049A Expired - Fee Related CN101946480B (zh) | 2008-02-12 | 2008-02-12 | 观察方信息通知中的特定于观察方信息 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20100312847A1 (zh) |
EP (1) | EP2245824A4 (zh) |
CN (1) | CN101946480B (zh) |
WO (1) | WO2009102244A1 (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2484596C2 (ru) * | 2008-02-14 | 2013-06-10 | Нокиа Корпорейшн | Система и способ выполнения публикации |
DE102008045425B3 (de) * | 2008-09-02 | 2009-08-13 | Infineon Technologies Ag | Verfahren zur Ermittlung aktiver Kommunikationssitzungen, Kommunikationssitzungs-Informationsserver, Verfahren zum Bereitstellen einer Information über aktive Kommunikationssitzungen und Dokumentenmanagement-Server |
US9307038B2 (en) * | 2009-12-29 | 2016-04-05 | Motorola Solutions, Inc. | Method for presence notification based on a sequence of events |
EP2424205B1 (de) * | 2010-08-26 | 2019-03-13 | Unify GmbH & Co. KG | Verfahren und Anordnung zur automatischen Übertragung einer Zustandsinformation |
EP2689572A4 (en) * | 2011-03-23 | 2015-01-21 | Ericsson Telefon Ab L M | METHOD AND SYSTEM FOR CONTROLLING ACTIONS IN A NOTIFICATION SERVICE |
US9497253B2 (en) * | 2014-04-09 | 2016-11-15 | Dropbox, Inc. | Authorization review system |
EP3195551B1 (en) * | 2014-08-11 | 2019-04-17 | Oracle International Corporation | Method and system for managing fine-grained policies for requiring user approval of device management operations |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1863172A (zh) * | 2005-09-30 | 2006-11-15 | 华为技术有限公司 | 一种发布呈现信息的方法和系统 |
CN101558601A (zh) * | 2006-12-11 | 2009-10-14 | 艾利森电话股份有限公司 | 用于处理客户端数据的方法和设备 |
Family Cites Families (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
BR0207505A (pt) * | 2001-03-14 | 2004-07-27 | Nokia Corp | Método, sistema, dispositivo e servidor para comunicar a informação de identificação do dispositivo terminal para a rede |
US7523165B2 (en) * | 2002-12-24 | 2009-04-21 | Telefonaktiebolaget L M Ericsson (Publ) | Transmission of application information and commands using presence technology |
US8443092B2 (en) * | 2003-12-23 | 2013-05-14 | Alcatel Lucent | Presentity filtering for user preferences |
US8903820B2 (en) * | 2004-06-23 | 2014-12-02 | Nokia Corporation | Method, system and computer program to enable querying of resources in a certain context by definition of SIP even package |
US7921193B2 (en) * | 2004-10-16 | 2011-04-05 | Alcatel Lucent | System and method for leveraging end-users' preferences for efficient communications |
CN100426802C (zh) * | 2005-07-22 | 2008-10-15 | 华为技术有限公司 | 存在信息的提供方法及其系统、及存在服务器 |
CN100574203C (zh) * | 2005-10-26 | 2009-12-23 | 华为技术有限公司 | 一种呈现信息的通知方法和系统 |
US8254537B2 (en) * | 2006-02-03 | 2012-08-28 | Motorola Mobility Llc | Method and apparatus for updating a presence attribute |
KR101321667B1 (ko) * | 2006-08-16 | 2013-10-22 | 삼성전자주식회사 | 다큐먼트 포워딩을 위한 xdm 장치 및 방법 |
JP4777222B2 (ja) * | 2006-11-29 | 2011-09-21 | 富士通株式会社 | 状態管理装置及び状態管理方法 |
US8458309B2 (en) * | 2006-12-01 | 2013-06-04 | Nokia Corporation | Orthogonal subscription |
CN101212446A (zh) * | 2006-12-29 | 2008-07-02 | 朗迅科技公司 | 移动多媒体内容共享应用系统 |
KR20080108048A (ko) * | 2007-06-08 | 2008-12-11 | 삼성전자주식회사 | 컨텐츠 레벨 리액티브 권한부여를 위한 방법 및 시스템 |
US9083758B2 (en) * | 2007-06-11 | 2015-07-14 | Nokia Technologies Oy | System and method for using presence information |
EP2191425B1 (en) * | 2007-08-14 | 2018-01-10 | Samsung Electronics Co., Ltd. | Method and system for sip based dynamic advertisement of presence information |
KR20090019665A (ko) * | 2007-08-21 | 2009-02-25 | 삼성전자주식회사 | 구독자의 선호도를 참조하여 sip을 기반으로 하는이벤트 통지를 제어하는 시스템 및 방법 |
US7814051B2 (en) * | 2008-01-09 | 2010-10-12 | International Business Machines Corporation | Managing watcher information in a distributed server environment |
WO2009096829A1 (en) * | 2008-01-28 | 2009-08-06 | Telefonaktiebolaget L M Ericsson (Publ) | Throttle on presence |
-
2008
- 2008-02-12 CN CN2008801270049A patent/CN101946480B/zh not_active Expired - Fee Related
- 2008-02-12 EP EP08712792.4A patent/EP2245824A4/en not_active Withdrawn
- 2008-02-12 WO PCT/SE2008/050162 patent/WO2009102244A1/en active Application Filing
- 2008-02-12 US US12/867,105 patent/US20100312847A1/en not_active Abandoned
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1863172A (zh) * | 2005-09-30 | 2006-11-15 | 华为技术有限公司 | 一种发布呈现信息的方法和系统 |
EP1873976A1 (en) * | 2005-09-30 | 2008-01-02 | Huawei Technologies Co., Ltd. | A method and system of issueing the presence information |
CN101558601A (zh) * | 2006-12-11 | 2009-10-14 | 艾利森电话股份有限公司 | 用于处理客户端数据的方法和设备 |
Also Published As
Publication number | Publication date |
---|---|
US20100312847A1 (en) | 2010-12-09 |
EP2245824A4 (en) | 2013-06-12 |
CN101946480B (zh) | 2013-08-21 |
EP2245824A1 (en) | 2010-11-03 |
WO2009102244A1 (en) | 2009-08-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9906606B2 (en) | System and method for transmitting system messages in session initiation protocol | |
CN101946480B (zh) | 观察方信息通知中的特定于观察方信息 | |
CN101336426B (zh) | 用于提供呈现服务的系统和方法 | |
CN101507187B (zh) | 用于基于存在属性的存在通知的系统和方法 | |
US9088531B2 (en) | Interworking method and system in converged IP messaging service | |
US8671156B2 (en) | Method and apparatus for providing communication history | |
RU2477014C2 (ru) | Способ группового оповещения в службе обмена сообщениями на основе протокола инициации сеанса связи "sip" | |
CN101939965B (zh) | 用于授权供应与存在服务的存在体相关联的间接内容的方法和设备 | |
EP1550337A1 (en) | A communication system | |
EP2790426B1 (en) | Method and system for enabling an Aggregation/Authentication Proxy to route XCAP messages to IMS Application Server | |
JP5363509B2 (ja) | プレゼンスのスロットル | |
US9571563B2 (en) | Handling a shared data object in a communication network | |
JP5486005B2 (ja) | 通信ネットワークにおけるグループ管理 | |
US20050267984A1 (en) | Method and apparatus for interoperability and relay for WV and IMS group management services | |
CN101589593A (zh) | 用于离线存储的用户访问策略 | |
EP2075986A1 (en) | Enhanced presence server system | |
KR20090058611A (ko) | 아이엠에스 기반의 프레즌스 서비스 연동 시스템 및 방법 | |
KR20120090612A (ko) | 문서 공유에 따른 권한 설정 장치 및 방법 | |
US9692845B2 (en) | Permanent presence for polite block and confirm | |
RU2393648C2 (ru) | СПОСОБ ОГРАНИЧЕНИЯ УСЛУГИ "Push-to" | |
KR101715091B1 (ko) | 공용 기기에 ims 응용 서비스를 제공하는 방법 및 장치 | |
Huh et al. | Design considerations for user authorization in the presence services based on SIP | |
KR20120049457A (ko) | Ims 응용 서비스에서 사용자간 기기 공유 방법 및 장치 |
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 |
Granted publication date: 20130821 Termination date: 20210212 |
|
CF01 | Termination of patent right due to non-payment of annual fee |