在上下文信息上构建的社区中支持基于sip事件的发现服务和内容的方法、系统和计算机程序的制作方法

专利名称:在上下文信息上构建的社区中支持基于sip事件的发现服务和内容的方法、系统和计算机程序的制作方法
技术领域：
本发明一般涉及无线通信系统和方法，并且更特别地涉及使用会话发起协议(SIP)的无线终端和无线网络节点。
背景技术：
在IETF RFC3261(2002年6月Rosenberg等人)中定义了会话发起协议(SIP)的基础架构。通常，SIP是一个用于创建、修改和终止具有一个或多个参与者的会话的应用层控制(信令)协议。该会话可以包括互联网电话呼叫、多媒体发布和多媒体会议。用于创建会话的SIP邀请含有允许参与者同意一组兼容的媒体类型的会话描述。SIP利用叫做代理服务器的元件在用户的当前位置上协助路由请求，认证并授权服务的用户，实现提供商呼叫路由策略并为用户提供功能部件。SIP还提供代理服务器使用的允许用户上载其当前位置的注册功能。SIP在几种不同的传输协议上运行。
在2002年7月的，A.Roach的RFC 3265“SIP-Specific EventNotification”中(此后简称为“RFC 3265”)，描述了SIP事件框架以使基于事件的信息能够提供给互联网中的任何节点。希望这个过程成为SIP基础架构内的关键元件。这种信息的示例是存在、位置信息、内容/服务可用性，或者访问受控的SIP事件。
如RFC 3265中所述，一般的概念是，网络中的实体能够预订资源、或者调用网络中各种资源或呼叫的状态，并且当这些状态改变时，这些实体(或者代表它们起作用的实体)能够发出通知。典型的消息流是订户 通知器|----SUBSCRIBE--->|请求状态预订|<-----200--------|应答预订
|<----NOTIFY------|返回当前状态信息|------200------->|应答|<----NOTIFY------|返回当前状态信息|------200------->|应答预订到期并且必须由后续SUBSCRIBE消息刷新。
下面包括几种有用的定义事件包事件包是附加的规范，它定义了要由通知器报告给订户的一组状态信息。事件包基于由需要传送这种状态信息的RFC3265所定义的框架，还定义了更多句法和语义。
事件模板包事件模板包是特殊种类的事件包，它定义了一组可以应用于所有可能事件包的状态，包括它本身。
通知通知是通知器发送NOTIFY消息给订户以告知订户资源状态的动作。
通知器通知器是用户代理，它为了通知订户资源状态而生成NOTIFY请求。通知器通常还接受SUBSCRIBE请求以创建预订。
状态代理状态代理是通知器，它代表资源公布状态信息；为此，它需要从多个信源中收集这样的状态信息。状态代理总是拥有它们为其创建通知的资源的完整状态信息。
订户订户是用户代理，它接收来自通知器的NOTIFY请求；这些NOTIFY请求包含关于该订户感兴趣的资源状态的信息。订户通常还生成SUBSCRIBE请求并将它们发送给通知器以创建预订。
预订预订是一组与对话相关联的应用状态。这个应用状态包括相关对话、事件包名称并可能包括标识标志的指针。事件包将定义其它的预订状态信息。通过定义，预订在订户和通知器二者中都存在。
预订迁移预订迁移是将一个预订从一个通知器移动到另一个通知器的动作。
SUBSCRIBE方法用于从远端节点请求当前状态和状态更新。
在2003年1月31日的文件draft-ietf-simple-winfo-package-05.txt，“A Watcher Information Event Template-Package for the SessionInitiation Protocol(SIP)”中，J.Rosenberg已经定义了用于SIP事件框架的监视者信息模板包。在此上下文中，监视者信息是指一组预订特殊事件包内的特殊资源的用户。监视者信息随着用户预订和取消预订获得批准或者遭到否决而动态地改变。用户可以预订这个信息，并因此能够认识到这个信息的变化。由于它可以应用于任何事件包，包括它本身，所以这个特殊的事件包被称为模板包。
正如我们所知道的，有这样的情况，那就是人们需要获得关于某一主题的适当信息。情况通常是这样的，人们利用社区的知识执行这种发现。新闻组是在互联网中这种技术的经典示例。通过预订特殊主题，人们分享了该新闻组的参与者中专门的社区知识。如果人们需要找到涉及该新闻组主题的特定信息，人们可以在该新闻组的档案中搜索适当的信息。在这种类型的方案中，认为社区相关的上下文信息的知识(比如位置、时间和日期、与其它人的关系和在发现时的通信装置)有利于这种基于知识的社区的识别和创建。
然而，目前的SIP环境没有提供用于如上所述地确定社区的功能性，和在这种社区内发现服务或者内容的功能性。既然认为SIP(事件)有希望成为未来的端到端(P2P)和其它服务的启动者，并成为上下文提供中的技术，因此基于SIP提供服务器社区的方法将是可期望的。

发明内容根据这些启示的当前优选的实施方式，克服了前述的和其它的问题，并实现了其它的优势。
在一个方面，本发明提供一种用于操作具有服务器和订户单元的事件通知系统的方法。该方法包括将预订请求消息从该订户单元发送到发现服务器，其中该预订请求消息包括发现查询，并且响应于该预订请求消息的接收，解析该发现查询，如果该发现查询可以由该发现服务器支持，则接受该预订请求。该方法还包括基于所解析的发现查询将上下文查询公式化，并且将该上下文查询发送给上下文查询服务器。该上下文查询服务器解析该上下文查询并且作为响应返回形成共同确定该发现查询结果的事件服务器的社区的多个事件服务器的标识。该发现服务器预订在形成事件服务器的社区的事件服务器处的可用资源，并且通知订户单元所发现的可用服务。
对于预订请求消息的寿命为非零的情况，该方法还包括通知该订户单元在由事件服务器的社区的事件服务器提供的先前不可用的服务可用性中的变化，并还通知该订户单元事件服务器的社区的成员中的变化。
在另一个方面，本发明提供一种根据前述方法运行的事件通知系统，以及根据前述方法在该事件通知系统中每个操作的订户单元、发现服务器和上下文查询服务器。
结合附图阅读本文时，在下面优选实施方式的详细描述中，这些前述的和启示的其它的方面将变得更加明显，其中图1示出了本发明的整体架构和主要逻辑实体；图2说明了根据本发明的各种处理步骤和消息；图3示出了图1的发现服务器的框图；以及图4示出了图1的上下文查询服务器的框图。
具体实施方式本专利申请涉及下列共同转让的美国专利申请D.Trossen，2002年6月26日提交的“Integration of Service Registration and Discoveryin SIP Environments”S.N.10/179,244；D.Trossen，2002年12月30日提交的“Content and Service Registration，Query，and Notificationusing SIP Event Packages”，2002年12月30日提交；D.Trossen和K.Mehta，2003年1月29日提交的“Access Control Alert Method usingSIP Event Package”S.N.10/353,014；D.Trossen，2003年4月18日提交的“Querying for SIP Event Packages by Using SIP OPTIONS Methodor by Using Service Discovery”S.N.10/418,313；D.Trossen和D.Pavel，2003年6月19日提交的“Application Semantic Binding throughSIP Event Package Template”S.N.10/465,455；并且涉及Dirk Trossen和Dana Pavel在与本专利申请同一天提交的题为“Method，Systemand Computer Program to Enable Querying of Resources in a CertainContext by Definition of SIP Event Package”的美国专利申请10/874,946，通过参考将其公开完全结合于此。
远端服务发现涉及找到具有特殊限制的特殊知识、服务或内容的方法。在这种方法中，发现代理联盟试图通过影响联盟关于特殊发现任务的知识，将社区的观念带入到远端服务发现中。这种联盟通常存在于某个知识领域，即，表示在上述意义上感兴趣的社区。
通过介绍，本发明来自于发明人的以下认识，即将应用这么高的基于上下文的社区的知识的远端服务发现的解决方案将有利于创建这个空间中的正值命题。在这个上下文中，在相关上下文或服务的增加或删减上的通知应用的功能性也是有利的。
由本发明的使用所支持的示例性发现查询包括，但当然不限于a)“在某个位置内的并且也是出现的一组人中发现某个服务”。
b)“在对某个主题感兴趣的一组人中发现内容”。
c)“通知我关于在出现的提供商的某个位置内可用的服务”。
d)“通知我关于接近我自己的位置的一组人中的新内容”。
关于发现查询(a)，“出现”可以解释为存在，例如，在J.Rosenberg2003年1月的为移动设备在互联网工程师任务组(工作进行中)互联网草案的“A Presence Event Package for the Session InitiationProtocol(SIP)”中所定义的。
本发明提供了一种系统和方法，允许在一组实体中发现内容和服务，它们组成了某个(基于上下文的)社区。该社区的构建过程是通过找到通过一组普通上下文信息和其它信息来创建社区的一组人而实现的，所述信息为比如偏爱或者背景相关信息(例如，作为非限制性示例，“某个领域中的专家”或者“某个群体的成员”)。
本发明目前优选的实施方式描述了在SIP事件框架的整个上下文中的系统和方法，如RFC 3265定义的。因此，社区的确定以及实际的发现是基于SIP事件的。然而，SIP事件框架的使用并不解释为对本发明实践的限制。
参考图1，这里示出了适合实施本发明的系统10的简化结构图。系统10包括订户12、本地SIP代理14、16、22和24、例如互联网协议(IP)网络的网络18、发现服务器20、示为社区成员的一个实例的社区成员26、和上下文查询服务器28。
在本发明目前优选但非限制性的实施方式中，订户12与移动无线通信设备相关联，例如蜂窝电话、或者个人发信机，或者例如通过无线链接耦合于网络18的计算机的移动用户或者代理。该网络18可以包括互联网。
订户12包括逻辑12A，并假设期望预订某个社区内的可用服务或内容。上下文查询服务器28符合RFC 3265，实现SIP事件，并从而作为SIP事件服务器运行。如图3中所示，根据本发明，上下文查询服务器28除了符合RFC 3265的功能性28A和通过SIP代理24到网络18的接口28B之外，还包括下面的功能单元和模块。
上下文查询服务器28包括模块28C，基于某种给定的限制为确定一组资源(表示为SIP URI)的事件包提供支持。上下文查询服务器28包括模块28D，为内容间接方法，比如S.Olson，在2002年9月IETF草案中的“Requirements for Content Indirection in SessionInitiation Protocol”中定义的那些方法，或者其它用于从外部信源获取数据的方法(比如所谓本体论服务器，图1中未示出)提供支持。上下文查询服务器28包括逻辑28E，以解释通过预订提供的查询语义，还包括逻辑28F，以实现通过该预订提供的期望的查询语义。这种实现通常运行在驻留在上下文查询服务器28上的资源数据29上，尽管该资源数据的全部或一些可以外部获得。与取决于上下文的限制相关联的该资源数据29可以包括一个或多个出现数据、监视者信息、调用状态和应用专用事件。根据J.Rosenberg，2003年5月在互联网工程师任务组(工作进行中)互联网草案中的“The ExtensibleMarkup Language(XML)Configuration Access Protocol(XCAP)”，上下文查询服务器28包括选择模块28G，为能够实现为保护资源数据29的保密性的(可选的)授权策略提供支持。
Dirk Trossen和Dana Pavel在与本专利申请同一天提交的题为“Method，System and Computer Program to Enable Querying ofResources in a Certain Context by Definition of SIP Event Package”的共同转让美国专利申请10/874,946，提供了实现期望的功能性的SIP事件包的非限制性示例。简单的说，这个共同转让美国专利申请公开了一种操作具有诸如图1的订户12的订户单元的事件服务器，优选地为SIP事件服务器的方法和系统。该方法包括使查询公式化，并发送预订请求消息给该事件服务器，其中该预订请求消息包含该查询。响应于该事件服务器处该预订请求消息的接收，如果成功地解析并理解该查询，并且如果适当的资源数据可用于该事件服务器以确定该查询的结果，则逻辑解析该查询并且接受该预订请求。
如所注意到的，本发明可以利用一个或多个允许本体论注册和查询的本体论服务器。为了本发明的目的，可以考虑本体论以捕捉来自不同信源的信息的语义并给它们一个简练的、统一的并且公开的描述(见，例如，Y.Ding，D.Fensel于2001年8月在http://www.semanticweb.org/SWWS/program/full/paper58.pdf的“Ontology Library SystemsThe key to successful Ontology Re-use”)。
关于根据本发明的社区的观念，它是实现功能性以基于输入到从订户12接收到的可用请求中的查询确定社区的上下文查询服务器28。因此，社区构建过程通过适当的数据处理和数据挖掘功能性发生在该上下文查询服务器28内。
如图4中所示，根据本发明，发现服务器20实现SIP事件，并且除了符合RFC 3265的功能性20A和通过SIP代理16到网络18的接口20B之外，还包括下列功能单元和模块。发现服务器20包括逻辑20C以解释订户12给定的可用预订。如下所述，逻辑20C为了把一个适当的上下文查询发给上下文查询服务器28，确定了该查询的取决于上下文的部分。发现服务器20包括逻辑20D，以基于该上下文查询的结果，用每个社区成员26实现适当的发现请求。发现服务器20包括逻辑20E，以基于来自社区成员26的通知，确定要作为原始预订的通知发送给订户12的服务列表。发现服务器20还包括逻辑20F，对社区成员组26中的变化做出反应，比如社区成员组的资源的增加或删减。为了这个目的，假设逻辑20F维持并管理社区成员的列表21。上面提到的，于2002年12月30日提交的共同转让美国专利申请S.N.10/330,146“Content and Service Registration，Query，and Notification using SIP Event Packages”，提供了将在SIP环境中实现服务/内容可用预订的SIP事件包的非限制性示例。
使用硬件、软件或硬件与软件的组合构成不同的逻辑单元、功能和模块12A、20A-20F和28A-28G。在某些情况下，逻辑单元、功能和模块12A、20A-20F和28A-28G可以整个或者部分地用本地存储的计算机程序代码实现，并且由包括订户单元12、发现服务器20和上下文查询服务器28的数据处理器执行。
社区成员26优选地也是符合FRC 3265的SIP事件服务器，允许预订可用的服务和内容。基于(取决于上下文的)发现请求的结果，可以存在多于一个的社区成员26。上面提到的2002年12月30日提交的共同转让美国专利申请S.N.10/330,146“Content and ServiceRegistration，Query，and Notification using SIP Event Packages”，提供了将允许这种可用性预订的SIP事件包的非限制性示例。
SIP代理14、16、22、24为订户12，以及为不同的SIP事件服务器20、26、28而存在(如图所示，通常每个服务器一个不同的SIP代理)，并且负责处理SIP消息并适当地将该SIP消息转发给指定的实体。注意，SIP代理14、16、22、24代表提供注册、预订和通知的转发的实体的非限制性实施方式，如RFC 3265指定的SIP事件框架所提供的一样。然而，同样可以将其它机制用于本发明的其它实施方式中。从而，当SIP事件服务器是目前优选的实施方式时，使用它们将不被解释为对实现和实践本发明的限制。
本发明基于请求实现发现请求，比如“在参加特殊会议的人(资源)中发现服务，该会议在一个特殊位置举行！”“在某个位置内的人(资源)中发现内容，该资源出现并在移动！”“通知我关于在出现的提供商的某个位置内可用的服务”“通知我关于接近我自己的位置的一组人中的新内容”。
上述示例中的那组人(资源)组成了基于上下文的社区，或者，换句话说，那组人(资源)组成了发现请求的基于上下文社区的标准。
对于本发明中的基于SIP的解决方案，假设存在允许查询以基于某种限制(根据本发明，该限制是基于上下文社区的标准)确定一组资源的基于SIP的方法。在Dirk.Trossen和Dana.Pavel与本专利申请同一天提交的，题为“Method，System and Computer Program toEnable Querying of Resources in a Certain Context by Definition of SIPEvent Package”的美国专利申请10/874,946中，已经定义了这样的查询方法，并且可由本发明使用，尽管本发明不限制于仅使用这一特殊查询方法。
基于满足基于上下文社区标准的该组资源的确定，本发明向服务的可用性发出适当的基于SIP的预订或者向该组的每个成员发出内容。
由于RFC 3265的SIP事件框架允许通知，该发现支持通知未来可用的服务/内容。本发明对社区的成员组中的变化是动态的。因此，如果社区改变(比如增加或删减了个人/资源)，该发现预订将适当地适应。
通过将内容间接方法用于预订本体，本发明中上下文相关的查询也可以通过本体论支持查询语义再利用，并且还可以通过资源列表确定过程中的整合访问控制支持正确的访问控制。
对于订户12与发现服务器20之间，以及发现服务器20与社区成员26之间的通信，本发明符合RFC 3265，定义了一种具有指定为“服务”或“内容”(取决于请求的性质)的单个事件的SIP事件包，允许预订某个社区内可用的服务或内容。该预订的本体包括服务的实际查询。
于2002年12月30日提交的共同转让专利“Content and ServiceRegistration，Query，and Notification using SIP Event Packages”S.N.10/330,146中，定义了能由本发明使用的事件包和预订方法。除了这种功能之外，由本发明使用的可用的预订包括取决于上下文的限制，比如位置、日期和时间，或者允许构成服务查询的更高级语义，比如“某个位置内的特殊种类的服务”；“由当前出现的移动设备提供的特殊种类的服务”；“由在某个位置内的用户提供的，在某个感兴趣的领域内的特殊种类的内容”。
查询是利用适当的查询语言公式化了的。查询语言精确的句法和语义与理解本发明关系不大。然而，比如资源描述格式(RDF)或者扩展标识语言(XML)的符号适合用于将这种查询公式化。
为了在更大组的用户中共享这样的查询语义信息，即，为了创建语义的公共知识，本发明在查询预订操作中支持使用一个或多个本体论服务器的观念(如下所示)。
本发明假设允许预订所谓上下文查询的事件包(上下文查询事件包)的存在。这样的查询允许预订受例如上下文信息的某个资源数据限制的资源列表。这种资源数据可以本地驻留于提供的SIP事件服务器上，比如图3中示出的资源数据29，或者可以由外部装置获得(例如通过分等级的SIP事件预订有关数据)。预订的精确的性质和精确的SIP事件包不在本发明的范围内。然而，Dirk Trossen和Dana Pavel与本专利申请同一天提交的题为“Method，System andComputer Program to Enable Querying of Resources in a CertainContext by Definition of SIP Event Package”的共同转让美国专利申请10/874,946，提供了可以由本发明使用的这种事件包的非限制性示例。
现在关于图2论述的是可用预订的操作，也称为发现的预订和目前与将来服务的通知。图2示出了用于取决于某个上下文信息，预订可用服务或内容的步骤和消息。为了简便起见，图2省略了通过SIP代理14、16、22、24的消息的路由，并在SIP服务器20、26、28和订户12实体之间直接示出SIP消息的交换。
符合RFC 3265，订户12发送SIP SUBSCRIBE(图2中的消息1)给发现服务器20。该SUBSCRIBE消息报头包括发现事件包的适当的事件包标识符。接收到预订消息(图2中的消息1)之后，发现服务器20提取消息本体并解析所包括的发现查询的语义信息。符合RFC 3265，如果发现服务器20能够支持发现查询(即，本地支持语义，或者如果适当的上下文查询服务器28可用于满足请求)，发现服务器20用‘200 OK’消息(图2中的消息2)确认该预订。
图2中的消息1的原始预订主体中的上下文相关的信息是用于为上下文查询服务器28公式化上下文查询事件预订。(作为图2中的消息3发送)。用这样的机制，使发现服务器20能够将取决于上下文的查询公式化到上下文查询服务器28，比如“哪些资源/人在某个位置内？”“哪些资源/人在某个会议中并且出现了？”注意到上下文查询预订也可以包含信息，比如用户偏爱(例如，喜欢的和不喜欢的)、用户信息(例如，专业领域)或者其它用于公式化一组限制的语义信息。
如果已经理解了该查询语义(包括在预订消息中的)，则上下文查询服务器28响应具有‘200 OK’(图2中的消息4)的预订。如果不能同意该预订，则上下文查询服务器28返回符合RFC 3265的适当的错误代码，它导致在发现服务器20处终止该预订。
应该注意到，上下文查询服务器28可以使用一个或多个上面表示的本体论服务器以便再利用并共享几个订户中的语义定义，而且应该注意到，消息本体可以包括到这种本体论服务器的链接。内容间接方法，比如2002年9月的IETF草案中，S.Olson的“Requirementsfor Content Indirection in Session Initiation Protocol”中所描述的那些，可以用于获取来自特定本体论服务器的语义信息。所获取的信息随后由上下文查询服务器28解析，好像在消息本体中直接给出一样。
假设同意该预订，上下文查询预订在上下文查询服务器28内使用，以确定将满足上下文查询限制的初始资源URI组。该初始资源URI组返回到一个初始SIP NOTIFY(符合RFC 3265)内的发现服务器20，在图2中作为消息5发送。所确定的资源URI组组成了图1中的初始社区成员26组。
接收到初始资源URI组之后(假设这组资源URI非空，否则跳过下面的消息6到8)，发现服务器20在每个社区成员26处预订可用的服务/内容。为了这个目的，发现服务器20给可用事件的每个社区成员26发送SIP SUBSCRIBE(如图2中消息6所示)。该消息本体包含由订户12发送的原始发现预订消息的服务/内容特定部分(即，图2中的消息1)。如果社区成员26支持该预订(并基于授权策略同意该预订)，则社区成员26用‘200 OK’(符合RFC 3265)进行响应，并作为图2中的消息7发送。社区成员26还用SIP NOTIFY进行响应，其包含与所提供的预订的服务需求匹配的初始服务组，并作为图2中的消息8发送。
接收到所有当前社区成员26的所有应答之后(或者接收到初始SIP NOTIFY之后，或者在不能同意该预订的那些情况下接收到错误代码之后)，发现服务器20公式化初始SIP NOTIFY，其包含累积的被发现的服务组，并且其将作为图2中的消息9发送给订户12。
作为这些操作的结果，能够意识到，订户12在这一时刻已经得到了所有社区成员26处的当前可用的服务组，并且该社区是基于订户12的原始预订请求中给定的上下文信息构建的。
在消息1中的预订请求的寿命指示为0的值的情况下，符合RFC3265，该预订在初始NOTIFY(图2中的消息9)之后终止。因此，消息1的预订请求实际上起到基于社区的服务发现请求的作用。
在原始预订请求的寿命指示为非0的值的情况下，将来可能出现两种不同的通知。
如果适合可用预订(图2中的消息6)的服务或内容在社区成员26处变为可用，这可能出现可用的通知。在这种情况下，社区成员26生成SIP NOTIFY消息，并将其作为消息10发送给发现服务器20。接收到该通知之后，发现服务器20为用消息1生成的预订对话将SIPNOTIFY(图2中的消息11)发送给订户12。这个通知的本体包含描述服务/内容和社区成员26的信息，以致订户12能够为了服务/内容供应的目的接触社区成员26。
如果社区成员组改变，则出现社区改变通知。这个改变可以由于涉及社区成员26的上下文信息中的改变而出现。例如，如果该社区是构建在其它信息中的位置信息上的，则社区成员26的位置上的改变(比如离开该位置)可以导致被从社区成员26的组中删除。或者，作为另一个非限制性示例，资源URI的位置上的改变可以导致社区成员组的增加(比如通过使该资源URI进入特殊的位置，比如在其它限制匹配的情况下进入有关社区)。
在改变的情况下，上下文查询服务器28生成包含更新了的社区成员26的组的SIP NOTIFY消息(图2中的消息12)。如果新的社区成员组指示了以前成员的删减，则发现服务器20，特别是逻辑20F，从内部列表21中删除这个社区成员，以便避免从非社区成员发送可用通知给订户12。如果新的社区成员组指示增加了成员，则发现服务器20启动可用服务/内容的预订，类似于上面的消息序列6到9。因此，发现服务器20为可用事件给每个新社区成员26发送SIPSUBSCRIBE(图2中示为消息13)。该消息本体包含订户12发送的原始发现预订消息的服务/内容特定部分(图2中的消息1)。如果该社区成员26支持预订，并基于授权策略同意该预订，则该社区成员26用在图2中作为消息14发送的‘200 OK’(符合RFC 3265)进行响应。该社区成员26还用SIP NOTIFY进行响应，其包含与所提供的预订的服务需求匹配的初始服务组，并作为图2中的消息15发送。接收到所有新社区成员26的所有应答之后(或者接收到初始SIP NOTIFY之后，或者在不能同意该预订的情况下接收到错误代码之后)，发现服务器20公式化SIP NOTIFY，其包含累积的被发现的服务组，并将其作为图2中的消息16发送给订户12。
能够意识到，通过使用本发明出现的一种优势是，允许在某个感兴趣的社区内的发现请求，其中在基于SIP的环境中，至少部分地根据上下文信息，构建了该社区。此外，在单个预订对话内实现了多重成分的发现请求，因此改善了本发明的可伸缩性。由于重组了发现预订，本发明还允许关于将来变为可用的服务/内容的通知，并且关于社区变化还是动态的，例如，当社区成员26的删减或增加变化时。
本发明还可以通过本体论支持实现语义再利用，并且还可以整合查询应答的确定中的访问权限解决方案，比如目前的XCAP方法。即，本方法保持了当前开发的SIP事件保密性框架的完整性。
使用本发明的另一个优势是上下文查询服务器28处的复杂性控制。尽管资源列表的查询可以变得复杂，关于是否同意给定的预订是上下文查询服务器28的决定。因此，如果由于其复杂性，额外的预订对话将使上下文查询服务器28超负荷，则可以简单地拒绝该预订。
为了支持前述功能，与常规的服务器相比，增强了上下文查询服务器28，以提供另外的查询解析和数据挖掘或分析功能。注意到，由于没有需要从其它支持的事件包中收集来的额外的数据，数据挖掘/分析功能出现在一组现有的数据上。如果上下文查询服务器28不支持查询解析和数据挖掘/分析功能中之一或二者，则上下文查询服务器28可以简单地拒绝该发现事件包。因此，本发明提供一种模块化的、可升级的并且可扩展的解决方案，它简化了SIP事件服务器网络中这种查询支持的部署。
通过示例性且非限制性示例的方式提供了前述的说明，发明人现在希望用一个最好的方法和设备的完整而内容丰富的说明书来实现本发明。然而，对本领域的技术人员来说，当结合附图和所附的权利要求
书阅读时，各种各样的修改和调整可能由于前述说明变得很明显。例如除了某些示例，本领域的技术人员可以尝试使用其它类似的或等价的消息类型及格式、资源和网络架构。此外，应该意识到，在某些实施方式中，发现服务器20和上下文查询服务器28的全部或部分功能可以合并到一个SIP事件服务器中。在这种情况下，任何在发现服务器和上下文查询服务器之间发送的消息，比如图2中的消息3、4、5和12，可以是内部消息(即，在既提供发现又提供上下文查询功能的服务器内部)。然而，所有对本发明的启示的这样的或类似的修改将仍然落入本发明的范围。
此外，本发明的某些特征能够用于不使用相应的其它特征的优势。同样，前述说明应该理解为仅仅是本发明的原理的说明，而不是其限制。
权利要求
1.一种用于操作包括服务器和订户单元的事件通知系统的方法，包括从该订户单元将预订请求消息发送给发现服务器，该预订请求消息包括发现查询；响应于该预订请求消息的接收，解析该发现查询；如果该发现查询可以由该发现服务器支持，则接受该预订请求；基于所解析的发现查询将上下文查询公式化；将该上下文查询发送给上下文查询服务器；以及解析该上下文查询并且作为响应返回形成共同确定该发现查询结果的事件服务器的社区的多个事件服务器的标识。
2.根据权利要求
1所述的方法，还包括利用该发现服务器预订形成该事件服务器的社区的该每个事件服务器的可用性，并通知该订户单元所发现的可用服务。
3.根据权利要求
2所述的方法，其中对于该预订请求消息的寿命为非零的情况，该方法还包括通知该订户单元由该事件服务器的社区的事件服务器提供的先前不可用的服务可用性中的变化。
4.根据权利要求
2所述的方法，其中对于该预订请求消息的寿命为非零的情况，该方法还包括通知该订户单元该事件服务器的社区的成员中的变化。
5.根据权利要求
4所述的方法，还包括更新形成该事件服务器的社区的事件服务器的列表，该列表由该发现服务器维护。
6.根据权利要求
1所述的方法，其中解析该上下文查询包括利用内容间接技术查阅本体论服务器。
7.根据权利要求
1所述的方法，其中解析该上下文查询包括参考资源数据的本地信源，并确定表示确定该发现查询结果所需要的资源的事件服务器是否可用。
8.根据权利要求
1所述的方法，其中解析该上下文查询包括参考至少一些确定该发现查询结果所需要的该资源数据的授权策略。
9.根据权利要求
1所述的方法，其中该每个事件服务器包括会话发起协议(SIP)事件服务器。
10.根据权利要求
9所述的方法，其中发送该预订请求消息和发送该上下文查询通过至少一个SIP代理发生。
11.根据权利要求
1所述的方法，其中该订户单元是与移动无线通信设备相关联的。
12.根据权利要求
1所述的方法，其中该发现查询包括取决于上下文的限制。
13.根据权利要求
12所述的方法，其中与该取决于上下文的限制相关联的资源数据至少包括存在数据、监视者信息、调用状态和应用特定事件中的一些。
14.根据权利要求
1所述的方法，其中该发现查询包括用户相关的信息，包括用户偏爱。
15.一种事件通知系统，包括与数据通信网络耦合的服务器和订户单元，所述订户单元可操作以将预订请求消息发送给发现服务器，该预订请求消息包括发现查询；所述发现服务器包括逻辑其用于响应于该预订请求消息的接收，解析该发现查询，并且如果该发现查询可以由该发现服务器支持，则接受该预订请求，并基于所解析的发现查询将上下文查询公式化，并将该上下文查询发送给上下文查询服务器；以及所述上下文查询服务器包括解析该上下文查询并且作为响应返回形成共同确定该发现查询结果的事件服务器的社区的多个事件服务器的标识的逻辑。
16.根据权利要求
15所述的事件通知系统，在所述发现服务器处另外还包括预订形成该事件服务器的社区的该每个事件服务器的可用性，并且通知该订户单元所发现的可用服务的逻辑。
17.根据权利要求
16所述的事件通知系统，其中对于该预订请求消息的寿命为非零的情况，所述发现服务器逻辑通知该订户单元由该事件服务器的社区的事件服务器提供的先前不可用的服务可用性中的变化。
18.根据权利要求
16所述的事件通知系统，其中对于该预订请求消息的寿命为非零的情况，所述发现服务器逻辑通知该订户单元该事件服务器的社区的成员中的变化。
19.根据权利要求
18所述的事件通知系统，其中所述发现服务器逻辑更新形成该事件服务器的社区的事件服务器的列表，该列表由该发现服务器维护。
20.根据权利要求
15所述的事件通知系统，其中所述上下文查询服务器在解析该上下文查询时，利用内容间接技术查询本体论服务器。
21.根据权利要求
15所述的事件通知系统，其中所述上下文查询服务器在解析该上下文查询时，参考资源数据的本地信源，并确定表示确定该发现查询结果所需要的资源的事件服务器是否可用。
22.根据权利要求
15所述的事件通知系统，其中所述上下文查询服务器在解析该上下文查询时，参考至少一些确定该发现查询结果所需要的该资源数据的授权策略。
23.根据权利要求
15所述的事件通知系统，其中所述每个事件服务器包括会话发起协议(SIP)事件服务器。
24.根据权利要求
23所述的事件通知系统，其中所述SIP事件服务器，和所述订户单元，通过至少一个SIP代理耦合于所述数据通信网络。
25.根据权利要求
15所述的事件通知系统，其中所述订户单元包括移动无线通信设备。
26.根据权利要求
15所述的事件通知系统，其中所述发现查询包括取决于上下文的限制。
27.根据权利要求
26所述的事件通知系统，其中与该取决于上下文的限制相关联的资源数据至少包括存在数据、监视者信息、调用状态和应用特定事件中的一些。
28.根据权利要求
15所述的事件通知系统，其中所述发现查询包括用户相关信息，包括用户偏爱。
29.一种可以在事件通知系统中操作的订户单元，所述系统包括与数据通信网络耦合的服务器，所述订户单元包括用于将预订请求消息发送到发现服务器的逻辑，该预订请求消息包括发现查询；所述订户单元还响应于发现的可用服务的通知的接收，包括形成共同确定该发现查询结果的事件服务器的社区的多个事件服务器的标识。
30.根据权利要求
29所述的订户单元，其中对于该预订请求消息的寿命为非零的情况，所述订户单元响应由该事件服务器的社区的事件服务器提供的先前不可用的服务可用性变化的通知。
31.根据权利要求
29所述的订户单元，其中对于该预订请求消息的寿命为非零的情况，所述订户单元响应该事件服务器的社区的成员中的变化的通知。
32.根据权利要求
29所述的订户单元，其中所述每个事件服务器包括会话发起协议(SIP)事件服务器，而其中所述订户单元包括移动无线通讯设备。
33.一种可以在事件通知系统中操作的发现服务器，所述系统包括与数据通信网络耦合的服务器和订户单元，所述发现服务器包括以下逻辑响应于来自该订户单元的预订请求消息的接收，该预订请求消息包括发现查询，解析该发现查询，并且如果该发现服务器可以支持该发现查询，则接受该预订请求，并且基于所解析的发现查询将上下文查询公式化，并且将该上下文查询发送给上下文查询服务器，并且作为响应接收形成共同确定该发现查询结果的事件服务器的社区的多个事件服务器的标识。
34.根据权利要求
33所述的发现服务器，还包括预订形成该事件服务器的社区的该每个事件服务器的可用性，并且通知该订户单元所发现的可用服务的逻辑。
35.根据权利要求
34所述的发现服务器，其中对于该预订请求消息的寿命为非零的情况，所述发现服务器逻辑通知该订户单元由该事件服务器的社区的事件服务器提供的先前不可用的服务可用性中的变化。
36.根据权利要求
34所述的发现服务器，其中对于该预订请求消息的寿命为非零的情况，所述发现服务器逻辑通知该订户单元该事件服务器的社区的成员中的变化。
37.根据权利要求
36所述的发现服务器，其中所述发现服务器逻辑更新形成该事件服务器的社区的事件服务器的列表，该列表由该发现服务器维护。
38.根据权利要求
33所述的发现服务器，其中所述发现服务器包括会话发起协议(SIP)事件服务器，并且其中所述订户单元包括移动无线通讯设备。
39.一种可以在事件通知系统中操作的上下文查询服务器，所述系统包括与数据通信网络耦合的服务器和订户单元，所述上下文查询服务器包括以下逻辑响应于源于由所述订户单元发起的发现查询的上下文查询的接收，解析该上下文查询，并且作为响应返回形成共同确定该发现查询结果的事件服务器的社区的多个事件服务器的标识。
40.根据权利要求
39所述的上下文查询服务器，其中所述上下文查询服务器在解析该上下文查询时利用内容间接技术查询本体论服务器。
41.根据权利要求
39所述的上下文查询服务器，其中所述上下文查询服务器在解析该上下文查询时参考资源数据的本地信源，并确定表示确定该发现查询结果所需要的资源的事件服务器是否可用。
42.根据权利要求
39所述的上下文查询服务器，其中所述上下文查询服务器在解析该上下文查询时参考至少一些确定该发现查询结果所需要的该资源数据的授权策略。
43.根据权利要求
39所述的上下文查询服务器，其中所述上下文查询服务器包括会话发起协议(SIP)事件服务器，并且其中所述订户单元包括移动无线通讯设备。
44.一种嵌入在计算机可读取介质上的计算机程序产品，用于指导订户单元的数据处理器在包括通过操作耦合于数据通信网络的服务器的事件通知系统中操作，包括将预订请求消息发送给发现服务器，该预订请求消息包括发现查询；以及接收所发现的可用服务的通知，包括形成共同确定该发现查询结果的事件服务器的社区的多个事件服务器的标识。
45.根据权利要求
44所述的计算机程序产品，其中对于该预订请求消息的寿命为非零的情况，响应由该事件服务器的社区的事件服务器提供的先前不可用的服务可用性中的变化的通知。
46.根据权利要求
44所述的计算机程序产品，其中对于该预订请求消息的寿命为非零的情况，响应该事件服务器的社区的成员中的变化的通知。
47.根据权利要求
44所述的计算机程序产品，其中所述每个事件服务器包括会话发起协议(SIP)事件服务器，并且其中所述订户单元包括移动无线通讯设备。
48.一种嵌入在计算机可读取介质上的计算机程序产品，用于指导发现服务器的数据处理器在包括通过操作耦合于数据通信网络的服务器和订户单元的事件通知系统中操作，包括响应于来自该订户单元的预订请求消息的接收，解析该发现查询，该预订请求消息包括发现查询；如果该发现查询可以由该发现服务器支持，则接受该预订请求；基于所解析的发现查询将上下文查询公式化；将该上下文查询发送给上下文查询服务器；以及作为响应接收形成共同确定该发现查询结果的事件服务器的社区的多个事件服务器的标识。
49.根据权利要求
48所述的计算机程序产品，还包括预订形成该事件服务器的社区的每个事件服务器的可用性，并通知该订户单元所发现的可用服务的操作。
50.根据权利要求
49所述的计算机程序产品，其中对于该预订请求消息的寿命为非零的情况，还包括通知该订户单元由该事件服务器的社区的事件服务器提供的先前不可用的服务可用性中的变化的操作。
51.根据权利要求
49所述的计算机程序产品，其中对于该预订请求消息的寿命为非零的情况，还包括通知该订户单元该事件服务器的社区成员中的变化的操作。
52.根据权利要求
51所述的计算机程序产品，还包括更新形成该事件服务器的社区的事件服务器的列表的操作，该列表由该发现服务器维护。
53.根据权利要求
48所述的计算机程序产品，其中所述发现服务器包括会话发起协议(SIP)事件服务器，并且其中所述订户单元包括移动无线通讯设备。
54.一种嵌入在计算机可读取介质上的计算机程序产品，用于指导上下文查询服务器的数据处理器在包括通过操作耦合于数据通信网络的服务器和订户单元的事件通知系统中操作，包括响应于源于由所述订户单元发起的发现查询的上下文查询的接收，解析该上下文查询；以及作为响应返回形成共同确定该发现查询结果的事件服务器的社区的多个事件服务器的标识。
55.根据权利要求
54所述的计算机程序产品，其中解析该上下文查询还包括利用内容间接技术查询本体论服务器的操作。
56.根据权利要求
54所述的计算机程序产品，其中解析该上下文查询还包括参考资源数据的本地信源，并确定表示确定该发现查询结果所需要的资源的事件服务器是否可用的操作。
57.根据权利要求
54所述的计算机程序产品，其中解析该上下文查询还包括参考至少一些确定该发现查询结果所需要的该资源数据的授权策略的操作。
58.根据权利要求
54所述的计算机程序产品，其中所述上下文查询服务器包括会话发起协议(SIP)事件服务器，并且其中所述订户单元包括移动无线通讯设备。
专利摘要
公开了一种事件通知系统，和一种用于操作具有服务器和订户单元的事件通知系统的方法。该方法包括将预订请求消息从该订户单元发送到发现服务器，其中该预订请求消息包括发现查询，并响应于该预订请求消息的接收，解析该发现查询，如果该发现查询可以由该发现服务器支持，则接受该预订请求。该方法还包括基于所解析的发现查询将上下文查询公式化，并将该上下文查询发送到上下文查询服务器。该上下文查询服务器解析该上下文查询并且作为响应返回形成共同确定该发现查询结果的事件服务器的社区的多个事件服务器的标识。该发现服务器预订形成该事件服务器的社区的该每个事件服务器的可用性，并且通知订户单元所发现的可用服务。
文档编号H04L29/08GK1993962SQ20058002575
公开日2007年7月4日 申请日期2005年6月15日
发明者迪尔克·特罗森, 达纳·帕维尔 申请人:诺基亚公司