经由参考请求从信息源拖取信息

摘要

在从信息源拖取信息的情境中示出了方法、计算机程序产品、信息服务器、信息源和系统。在信息服务器(2)处，配置参考请求，以便触发信息源在接收到该参考请求时提供信息而不参考进一步的信息源，所述参考请求包括要由所述参考请求的接收方(3)来参考的参考实体的标识符。发布所述参考请求。在信息源(3)处，接收所述参考请求，并且检查所述参考请求，以便确定是否应当响应于所述参考请求由所述信息源(3)提供信息而不参考进一步的信息源。仅在确定应当提供信息的情况下才提供所述信息。

说明书

技术领域

本发明涉及在从信息源拖取(pull)信息的情境中并且特别在从呈现源(presence sources)拖取呈现信息(presence information)的情境中的方法、计算机程序产品、信息服务器、信息源和系统。

背景技术

呈现信息可以被理解为表示要进行通信的潜在通信伙伴(例如，计算机或电信网络的用户)的能力和/或意愿的状态指示符。呈现信息由呈现源(例如，在用户的客户机中的特定代理)提供给呈现服务。在该情境中，所谓的呈现体(措辞“呈现”和“实体”的组合)被理解为具有与其相关联的呈现信息的实体，其中所述呈现信息可以从大量呈现源构成。呈现体可以例如是人，尽管它也可能表示“帮助桌面”或诸如会议室这样的资源，这里仅举几个例子。呈现服务器接受、存储和分发呈现信息。观察方被理解为请求来自呈现服务的有关呈现体的呈现信息的实体。观察方可以例如是想要与另一人(呈现体)通信的人，并且因而需要关于该呈现体的呈现信息。

使用呈现信息是在商业设置中朝向更有效并且更高效通信成长的工具，因为它允许(观察方)即时查看例如对于短期会面或电话会议来说谁(一个或多个呈现体)在公司网络中是可用的。

在开放移动联盟(OMA)于2007年2月19日的草案版本2.0的文献“Presence SIMPLE Specification”中，定义了用于OMA会话起始协议(SIP)/SIP即时消息和呈现利用扩展(SIMPLE)呈现服务的应用级规范，通过引用的方式将其合并于此。

对于该呈现服务，期望呈现服务支持从呈现源(例如，网络实体、用户代理等)以ad-hoc(特定的)或基于周期性地拖取(检索)呈现信息。此外，期望观察方能够请求呈现服务器从呈现源拖取呈现信息。

发明内容

根据针对信息服务器的本发明的第一方面，提出了一种方法，该方法包括：在信息服务器处配置参考请求(refer reqeust)，该参考请求包括要由所述参考请求的接收方来参考的参考实体(refer-to entity)的标识符，以便触发信息源在接收到所述参考请求时提供信息，而不参考进一步的信息源；以及发布所述参考请求。

根据本发明的第一方面，进一步提出了一种其上存储了计算机程序的计算机可读介质，该计算机程序包括：可操作地使得处理器实现根据本发明的第一方面的方法的指令。

该计算机程序本身也被理解成在本发明的范围之内。

根据本发明的第一方面，又进一步提出了一种信息服务器，该信息服务器包括：适于配置参考请求的处理单元，该参考请求包括要由所述参考请求的接收方来参考的参考实体的标识符，以便触发信息源在接收到所述参考请求时提供信息，而不参考进一步的信息源；以及适于发布所述参考请求的接口。

根据本发明的第一方面，又进一步提出了一种信息服务器，该信息服务器包括：用于在信息服务器处配置参考请求的装置，该参考请求包括要由所述参考请求的接收方来参考的参考实体的标识符，以便触发信息源在接收到所述参考请求时提供信息，而不参考进一步的信息源；以及用于发布所述参考请求的装置。

所述信息服务器可以例如被理解为接受、存储和分发信息的实体。所述信息包括属于特定实体的所有类型的数据，并且由信息源提供，所述信息源可以被理解为能够提供这样的信息的任何实体。

在所述信息服务器处，配置了参考请求。该配置可以例如包括：在用于所述参考请求的强制和/或任选参数的预定义结构中设置参数。所述预定义结构可以例如在协议规范中制定。

所述参考请求包括参考实体的标识符。该参考实体应当由所述参考请求的接收方来参考，例如以便联系所述参考实体。其中，所述参考实体与所述信息服务器不同。

所述参考请求按照以下方式来配置：在不参考进一步的信息源的情况下，触发接收所述参考请求的信息源来提供信息。这可以例如通过按照以下方式在所述参考请求中设置参数来实现：通知进行接收的信息源应当在不参考进一步的信息源的情况下提供信息。例如，在所述参考请求中的参考实体的标识符可以被设置成信息源本身的标识符，或者被设置成特定实体(例如，由信息源提供的信息所属的实体)的标识符，从而使得信息源可以从该标识符识别出应当在不参考进一步的信息源的情况下提供信息。

使用参考实体的标识符来通知信息源应当在不参考进一步的信息源的情况下提供信息，这允许在无需在参考请求中引入进一步参数的情况下经由所述参考请求从信息源拖取信息。然后，例如，可以向信息源发布所述参考请求。

根据本发明的第一方面的第一实施例，所述参考请求是根据会话起始协议SIP的REFER(参考)请求。

SIP是用于创建、修改和终止与一个或多个参与者的会话的应用层控制(信令)协议。这些会话包括因特网电话呼叫、多媒体分发和多媒体会议。SIP在RFC3261中被定义，通过引用的方式将其合并于此。根据SIP的REFER请求在RFC3515中被定义，也通过引用的方式将其合并于此。如果所述参考请求是SIP REFER请求，则可以将所述参考实体的标识符包括在“参考(Refer-To)”报头字段中，例如作为统一资源标识符。此外，如果所述参考请求是SIP REFER请求，则所述配置可以包括：将SIP REFER请求的“参考”报头字段的方法参数设置成“公布(PUBLISH)”。

根据本发明的第一方面的第二实施例，所述信息是呈现信息，所述信息源是呈现源，并且由所述呈现源提供的呈现信息属于呈现体。呈现信息可以被理解为表示要进行通信的潜在通信伙伴(例如，计算机或电信网络的用户)的能力和/或意愿的状态指示符。呈现信息由诸如特定代理(例如，呈现用户代理、呈现网络代理和呈现外部代理)的呈现源提供给呈现服务。这样的代理可以例如被包括在用户的客户机中。呈现体被理解为具有与其相关联的呈现信息的实体，其中所述呈现信息可以从多个呈现源构成。呈现体可以例如是人，尽管它可能还表示“帮助桌面”，或者诸如会议室这样的资源，这里仅举几个例子。

根据本发明的第一方面的第三实施例，所述配置包括：将所述参考实体的标识符设置成所述信息所属的实体的标识符。

然后，所述信息源可以根据可由所述信息源提供的信息所属的实体的标识符识别出：针对该信息不必参考进一步的信息源。例如，如果所述信息是呈现信息，并且如果所述信息源是呈现源，则所述信息所属的实体可以是呈现体，并且然后，由所述呈现源提供的所述呈现信息与所述呈现体相关。在这种情况下，当接收到参考请求并且所述参考请求的标识符被设置成所述呈现体的标识符时，所述呈现源因而被通知：应当在不参考进一步的呈现源的情况下提供呈现信息。

根据本发明的第一方面的第四实施例，所述配置包括将所述参考请求的接收方的标识符设置成以下之一的标识符：所述信息源，以及所述信息所属的实体。所述设置可以单独执行，或者结合根据本发明的第一方面的第三实施例的设置来执行。如果所述信息源的标识符是已知的，则它可以直接被用作接收方标识符。否则，可以更有利地仅使用由所述信息源提供的信息所属的实体的标识符，例如，由呈现源提供的呈现信息所属的呈现体的标识符。

根据本发明的第一方面的第五实施例，所述配置包括：将所述参考请求的始发方的标识符设置成所述信息所属的实体的标识符。该设置可以单独执行，或者结合根据本发明的第一方面的第三和/或第四实施例的设置来执行。通过将所述参考请求的始发方标识符设置成特定标识符，可以通知接收所述参考请求的信息源：应当在无需参考进一步的信息源的情况下提供信息。此外，通过将所述始发方标识符设置成特定标识符，可是使得所述信息源能够执行对信息进行拖取的授权。例如，仅在所述参考请求的始发方的标识符以及在所述参考请求中的参考实体的标识符都等于特定标识符(例如，由所述信息源提供的信息所属的实体(像例如呈现体)的标识符)的情况下，才可以认为经由所述参考请求来拖取信息被授权。

根据本发明的第一方面的第六实施例，所述配置包括：将所述参考请求的参数设置成这样的值，即，该值确保所述参考请求的接收方不创建向所述参考请求的发布方的预订。对于该参考使用情况，可以认为这样的预订(在SIP REFER请求的情况下，该预订由RFC3515颁布)是不必要的，因为所述参考请求的发布方(例如，呈现服务器)通常可以在参考报头中返回指向本身(而不是第三方)，从而使得它最终将得知所参考的公布是否成功。如果所述参考请求是SIP REFER请求，则该参数可以例如是REFER请求的“参考预订(Refer-Sub)”报头字段。在RFC4488中定义了由于SIP REFER请求而引起的抑制隐式预订(suppressing implicitsubscription)，通过引用的方式将其合并于此。

该设置可以单独执行，或者结合本发明的第一方面的先前实施例的单个或所有设置来执行。

根据本发明的第一方面的第七实施例，向所述信息所属的实体的标识符发布所述参考请求。所述实体可以例如是呈现体，并且所述标识符可以是呈现体的统一资源标识符。然后，可以不要求呈现服务器知道呈现源的特定标识符，而仅要求知道呈现体的标识符(例如，统一资源标识符)以便发布参考请求。然后，所述参考请求的路由可以例如按照因特网协议多媒体子系统IMS初始过滤器准则iFC来编码。该IMS iFC可以例如命令服务呼叫状态控制功能(S-CSCF)将参考请求路由到应用服务器(AS)中所托管的呈现网络代理(PNA)。

根据针对信息源的本发明的第二方面，提出了一种方法，该方法包括：在信息源处接收参考请求，其中所述参考请求包括要由所述参考请求的接收方来参考的参考实体的标识符；检查所述参考请求，以便确定是否应当响应于所述参考请求由所述信息源来提供信息，而不参考进一步的信息源；以及如果确定应当提供所述信息，则提供所述信息。

根据本发明的第二方面，进一步提出了一种在其上存储了计算机程序的计算机可读介质，该计算机程序包括可操作地使得处理器实现根据本发明的第二方面的方法的指令。该计算机程序本身也被理解成在本发明的范围之内。

根据本发明的第二方面，又进一步提出了一种信息源，该信息源包括：适于接收参考请求的接口，其中所述参考请求包括要由所述参考请求的接收方来参考的参考实体的标识符；处理单元，所述处理单元适于检查所述参考请求，以便确定是否应当响应于所述参考请求由所述信息源来提供信息，而不参考进一步的信息源，并且适于如果确定应当提供所述信息，则提供所述信息。

根据本发明的第二方面，又进一步提出了一种信息源，该信息源包括：用于接收参考请求的装置，其中所述参考请求包括要由所述参考请求的接收方来参考的参考实体的标识符；用于检查所述参考请求，以便确定是否应当响应于所述参考请求由所述信息源来提供信息而不参考进一步的信息源的装置；以及用于在确定应当提供所述信息的情况下提供所述信息的装置。

应当理解，本发明的第一方面及其实施例的以上描述也适用于本发明的第二方面及其以下实施例。

信息源接收参考请求，所述参考请求可以例如已经由信息服务器配置，以便触发所述信息源(例如，向所述信息服务器)提供信息而不参考进一步的信息源。所述信息源检查所述参考请求，以便确定是否应当在不参考进一步的信息源的情况下提供信息，并且仅在判定应当提供信息的情况下提供所述信息。所述检查可以例如包括检查所述参考请求中的特定参数。

根据本发明的第二方面的第一实施例，所述参考请求是根据会话起始协议SIP的REFER请求。

根据本发明的第二方面的第二实施例，所述信息是呈现信息，所述信息源是呈现源，并且由所述呈现源提供的呈现信息属于呈现体。

根据本发明的第二方面的第三实施例，所述检查包括：检查所述参考实体的标识符和所述参考请求的始发方的标识符是否都等于所述信息所属的实体的标识符，其中，仅在所述检查是肯定的情况下才提供所述信息。该检查可以例如用于授权对信息的拖取。例如，可以仅允许与呈现体的域相关联的呈现服务器从所述呈现源检索呈现信息，并且这可以通过以下方式来确认：检查所述参考请求的始发方标识符和所述参考实体的标识符是否都等于所述呈现体的标识符(例如，统一资源标识符)。

根据本发明的第二方面的第四实施例，所述检查包括：检查所述参考请求的参数是否被设置成指示所述信息源应当提供所述信息的值，其中仅在所述检查是肯定的情况下才提供所述信息。如果所述参考请求是SIPREFER请求，则所述参数可以例如是所述SIP REFER请求的“参考”报头字段的“方法(method)”参数。仅在所述检查表明该“方法”参数被设置成“公布”的情况下才提供所述信息。根据本发明的第二方面的第四实施例的检查可以单独执行，或者结合根据本发明的第二方面的第三实施例的检查来执行。

根据本发明的第二方面的第五实施例，根据本发明的第二方面的方法进一步包括：检查所述参考请求中的参数是否被设置成指示接收方不应当创建向所述参考请求的发布方的预订；以及如果所述检查是肯定的，则响应于所述参考请求来设置相应的参数。如果所述参考请求是SIP REFER请求，则所述参数可以例如是“参考预订”报头字段，并且如果所述参数被设置成指示不应当执行预订的“假(false)”，则在去往所述信息服务器的对SIP REFER请求的“200OK”响应中，所述信息源会将“参考预订”报头字段设置成“假”值。

根据针对系统的本发明的第三方面，提出了一种方法，该方法包括根据本发明的第一和第二方面的方法的步骤。

根据本发明的第三方面，进一步提出了一种系统，该系统包括根据本发明的第一方面的信息服务器以及根据本发明的第二方面的信息源。

应当理解，本发明的第一和第二方面及其实施例的以上描述也适用于本发明的第三方面。

如上所述的本发明及其示例性实施例的特征被理解成也以所有可能的相互组合的方式公开。

根据并且参照下文所给出的详细描述而阐明的，本发明的这些以及其它方面将显而易见。

附图说明

附图中示出了：

图1：根据本发明的呈现系统的示例性实施例的示意框图；

图2：根据本发明的呈现服务器侧方法的示例性实施例的流程图；

图3：根据本发明的呈现源侧方法的示例性实施例的流程图；以及

图4：说明了根据本发明示例性实施例的对呈现信息的拖取的示图。

具体实施方式

在本发明的以下详细描述中，将在呈现系统(例如，根据开放移动联盟(OMA)呈现会话起始协议(SIP)即时消息和呈现利用扩展(SIMPLE)规范的呈现系统)的情境下描述本发明的示例性实施例。本领域的技术人员很容易理解，本发明并不限于仅在呈现系统中应用，而是可以在所有其中将从信息源拖取信息的这类系统中同样很好地采用。

如在开放移动联盟(OMA)于2007年2月19日的草案版本2.0的文献“Presence SIMPLE Specification”中所描述的，用于呈现公布的当前解决方案仅提供了基于推送(push-based)的解决方案，其中，呈现源经由(在请求注解(RFC)文献RFC3903中定义的)SIP PUBLISH方法将呈现信息推送到呈现服务器。

当前呈现服务器不可能基于本地配置或观察方偏好来从呈现源拖取信息。

在E.Izaguirre于2007年1月30日的文献号为“OMA-PAG-2007-0028-CR_PRS2_retrieving_pinfo_from_psources.doc”的文献“Pulling PresenceInformation from Presence Sources”中，描述了一种用于从呈现源拖取信息的方法。该解决方案需要在呈现源中实现SIP事件通知器，并且因而需要处理额外的状态(即，计时器、SIP对话等)。如果呈现源位于移动终端中，则这将特别是个问题。此外，所描述的方法要求呈现服务器总是硬编码有呈现源地址，这将使得呈现体系结构(呈现源的位置和路由)相当不灵活。所描述的方法进一步具有与路由SIP消息有关的问题。首先，对路由报头字段使用不当，并且其次，当呈现服务器向呈现源发布SUBSCRIBE(预订)时，该SUBSCRIBE请求可以触发服务呼叫状态控制功能(S-CSCF)中的因特网协议(IP)多媒体子系统(IMS)初始过滤器准则(iFC)，该准则与用于将SUBSCRIBE请求从观察方路由到呈现服务器的准则相同。

图1图示了根据本发明的呈现系统1的示例性实施例的示意框图。系统1包括呈现服务器2、呈现源3和观察方4。其中，很容易理解，呈现系统1可以同样也包括若干呈现源3和/或观察方4。

呈现服务器2是接受、存储和分发呈现信息的实体。此外，除其它事项以外，呈现服务器2处理来自一个或多个呈现源的公布，将从一个或多个呈现源接收到的呈现信息组成单个呈现文档，并且处理来自观察方的对呈现信息的预订，并生成与呈现信息状态改变有关的通知。基于存储在程序存储器21中的程序代码，呈现服务器2的操作由处理器20来控制。下面将参照图2和图4更详细地描述呈现服务器2的操作。呈现服务器2进一步包括用于存储从呈现源拖取的呈现信息的呈现信息存储器22，以及用于传送和/或接收消息的接口23。

呈现源3是向呈现服务器2提供属于一个(或多个)呈现体的呈现信息的实体。呈现源3可以例如位于用户的终端中或在网络实体内。基于存储在程序存储器31中的程序代码，呈现源3的操作由处理器30来控制。下面将参照图3和图4更详细地描述该操作。呈现源3进一步包括用于存储属于呈现体的呈现信息的呈现信息存储器32，以及用于传送和/或接收消息的接口33。

观察方4是从呈现服务器请求与呈现体有关的呈现信息的实体。观察方4包括用于基于存储在程序存储器41中的程序代码来控制其操作的处理器40。此外，观察方4包括用于传送和/或接收消息的接口43。

图2是根据本发明的呈现服务器侧方法的示例性实施例的流程图200。流程图200的步骤201-206可以例如由呈现服务器2(参见图1)来实现，以便从呈现源3拖取呈现信息。这是通过以下操作在步骤201-205中实现的：将(如在RFC3515和RFC4488中所定义的)SIP REFER请求配置成触发呈现源3在不参考进一步的呈现源的情况下提供信息。在步骤206中，然后向呈现源3发布所配置的REFER请求。

根据在RFC3515和RFC4488中的过程来发布REFER请求以便从一个或多个呈现源检索呈现信息，这可以例如基于观察方4的预订偏好或基于在呈现服务器2中的本地配置。

如在图2的流程图200中所示，呈现服务器2实现以下步骤：

在步骤201中，请求URI被设置成呈现体URI，除非本地配置命令在其中包括另一SIP URI。如果本地配置包括多个目标URI，则发布多个REFER请求。

在步骤202中，将REFER请求的“参考”报头字段设置成呈现体URI。

在步骤203中，将“参考”报头字段的“方法”参数设置成值“公布”。

在步骤204中，根据在RFC4488中所描述的过程而包括被设置成“假”的“参考预订”报头字段，即，防止隐式预订。

在步骤205中，请求的始发方身份被设置成呈现体URI，就如同代表呈现体而发送了该请求。

如已经陈述的，在完成了SIP REFER请求的配置之后，呈现服务器2(参见图1)在步骤206中例如经由接口23发布REFER请求。其中，呈现服务器2可以向呈现体URI发布REFER请求，即，呈现服务器2不一定需要知道呈现源地址。REFER请求的该特别路由可以例如按照因特网协议多媒体子系统(IMS)初始过滤器准则(iFC)来编码。该IMS iFC可以例如命令服务呼叫状态控制功能(S-CSCF)将REFER请求路由到应用服务器(AS)中所托管的呈现网络代理(PNA)。同样，呈现服务器可以在本地配置具有呈现源地址。在该情况下，呈现服务器发布以所配置的地址为目标的REFER请求。

关于图2的流程图200，如果呈现系统的SIP/IP核心网络对应于第三代合作伙伴项目(3GPP)IP多媒体子系统(IMS)或3GPP2多媒体域(MMD)网络，则呈现服务器可以另外将呈现体URI包括到在SIP REFER请求中所使用的P-Asserted-Identity报头字段，如在文献3GPP TS 24.229和3GPP2X.S0013-004-A中所定义的(通过引用的方式将这两个文献合并于此)。

图3是根据本发明的呈现源侧方法的示例性实施例的流程图。流程图300的步骤301-308可以例如在从呈现服务器2接收到SIP REFER请求时由呈现源3(参见图1)来实现。为了能够支持经由SIP REFER请求来拖取呈现信息，呈现源支持如在RFC3515中所定义的SIP REFER方法以及如在RFC4488中所定义的REFER方法隐式预订的抑制。

在第一步骤301中，例如经由呈现源3的接口33(参见图1)由呈现源来接收SIP REFER请求。

在接受REFER请求之前，呈现源3进行对呈现信息检索的授权，例如根据本地策略。缺省的本地策略可以例如是：允许检索仅由与呈现体的域相关联的呈现服务器所请求的呈现信息。这等效于这样的REFER请求，即，在该REFER请求中，请求的始发方身份和“参考”报头字段都具有呈现体URI的值。

这在流程图300的步骤302中进行检查。如果该检查是否定的，则该方法终止。否则(即，在成功授权的情况下)，该方法继续到步骤303并且检查“参考”报头字段的“方法”参数。对于不同于“方法＝公布”的任何其它的值，呈现源利用“403禁止(Forbidden)”响应来拒绝REFER请求，参见步骤304。

否则(即，如果“参考”报头字段的“方法”参数具有值“公布”)，则呈现源接受该REFER请求并且发送“200OK”响应，参见步骤307。如果REFER请求包括被设置成“假”的“参考预订”报头字段(这在步骤305中进行检查)，则根据RFC4488中所描述的过程，将设置成“假”的“参考预订”报头字段包括在“200OK”响应中，参见步骤306。

最后，在步骤308中，呈现源3进行对呈现信息的公布并且发布PUBLISH(公布)请求。

图4是说明了根据本发明示例性实施例的对呈现信息的拖取的示图400。特别地，描绘了在呈现体的归属网络中，在观察方(例如，图1的系统1的观察方4)、呈现源(例如，图1的系统1的呈现源3)、呈现服务器(图1的系统1的呈现服务器2)、SIP/IP核心网络和呈现源呈现网络代理(PNA)(即，进一步的呈现源)之间的SIP消息401-416的交换。其中，出于简单起见，图4中未示出在呈现服务器与观察方之间以及在呈现服务器与PNA之间的SIP/IP核心网络。

在图4的示图400中，呈现源首先生成SIP PUBLISH(公布)请求401，其含有与呈现体有关的呈现文献。呈现服务器授权呈现公布，处理呈现信息并且向呈现源发送回SIP 200OK响应402。

当观察方希望预订与该呈现体有关的呈现信息时，它向呈现服务器发送SIP SUBSCRIBE(预订)请求403。然后，呈现服务器对观察方进行必要的授权检查以确保允许其观察呈现体，以及处理该预订并且向观察方发送回SIP 200OK404响应。

此外，呈现服务器生成NOTIFY(通知)请求405，其含有基于先前的公布401而用于观察方的呈现文献。在接收到该NOTIFY请求时，观察方将SIP 200OK响应406发送到呈现服务器。

基于观察方预订偏好或本地配置，呈现服务器然后发布SIP REFER(参考)请求407，以便通过PNA(呈现源)触发呈现公布。该SIP REFER请求407可以例如已经根据图2的流程图200的步骤201-205的步骤被配置。根据过滤规则，该REFER请求由SIP/IP核心网络转发到PNA。

PNA接收该REFER请求，并且例如通过实现图3的流程图300的步骤302-305来检查该REFER请求，以便确定是否应当在不参考进一步的呈现源的情况下提供呈现信息。如果PNA接受了该REFER请求，则它利用SIP200OK响应409向SIP/IP核心网络进行回应(也参见图3的流程图300的步骤306和307)。

SIP/IP核心网络将SIP 200OK响应410转发到呈现服务器。

此外，PNA生成含有与呈现体有关的呈现文档的PUBLISH请求411(也参见图3的流程图300的步骤308)，根据过滤规则，该PUBLISH请求411作为PUBLISH请求412由SIP/IP核心网络转发到呈现服务器。

呈现服务器授权呈现公布，处理呈现信息并且将SIP 200OK响应413发送回给PNA，SIP 200OK响应413作为SIP 200OK响应414由SIP/IP核心网络转发到PNA。

呈现服务器将新公布的呈现信息与现有信息相组合，并生成含有授权用于观察方的呈现文档的NOTIFY请求415。

最后，观察方向呈现源发送SIP 200OK响应416。

以上通过示例性实施例的方式已经描述了本发明。特别地，示例性地描述了本发明利用“SIP REFER method”(RFC3515)以及“Thesuppression of SIP REFER method implicit subscription”(RFC4488)。示例性地描述了呈现服务器向呈现源发布REFER请求，以便触发呈现源发起PUBLISH请求。此外，由于隐式预订不是必要的(如在RFC3515中所描述的)，因此，示例性地描述了用于消除不必要的隐式预订的在RFC4488中的过程。应当注意，存在备选方式和变形，所述备选方式和变形对本领域技术人员是显而易见的，并且可以在不背离所附权利要求的范围和精神的情况下实现。

技术人员很容易明白，在示意性框图中的逻辑框以及在以上描述中所提供的流程图和算法步骤可以至少部分地在电子硬件和/或计算机软件中实现，其中，这取决于逻辑框、流程图步骤和算法步骤的功能性，并且取决于施加在以硬件或软件实现逻辑框、流程图步骤或算法步骤的特定程度的各个设备上的设计限制。所给出的逻辑框、流程图步骤和算法步骤可以例如在一个或多个数字信号处理器、专用集成电路、现场可编程门阵列或其它可编程设备中实现。计算机软件可以存储在各种电、磁、电磁或光类型的存储介质中，并且可以由例如像微处理器这样的处理器来读取和执行。为此，处理器和存储介质可以耦合以互换信息，或者存储介质可以被包括在处理器中。

尽管以上仅详细描述了本发明的几个示例性实施例，然而本领域的技术人员将很容易理解，在没有实质背离本发明的新颖性教导和优点的情况下，可以在示例性实施例中进行很多修改。因此，所有这样的修改都意在被包括在如以下权利要求所限定的本发明的范围之内。在权利要求中，装置加功能的句子旨在涵盖如实现所记载的功能的文中所描述的结构，并且不仅涵盖结构等同物，还涵盖等同结构。