通过使用会话初始化协议发现互联网协议电视服务(IPTV)提供商和IPTV服务的方法和设备

摘要

提供了一种方法和设备，通过所述方法和设备，第一实体通过使用会话初始化协议(SIP)消息从第二实体接收与一个或多个互联网协议电视(IPTV)服务提供商有关的信息或与一个或多个IPTV服务有关的信息。

说明书

技术领域

本发明涉及一种用于发送和接收与服务提供商有关的信息或与服务有关的信息的方法和设备。

背景技术

互联网协议电视(IPTV)服务与经由IP网络(即，高速互联网网络架构)将包括信息服务、运动图像内容和广播内容服务等各种服务传送到电视的服务相应。随着通信和广播整合服务的发展，对IPTV的兴趣增加。在这种情况下，期望与IPTV相关的这种积极性将不仅对通信和广播工业，还对多媒体内容和电子装置工业具有显著效果。

根据现有技术，为了经由IP网络接收IPTV服务，IPTV服务用户需要安排根据IPTV提供商而改变的机顶盒或包括机顶盒功能的任何设备。也就是，仅具有根据由提供IPTV服务的服务提供商设置的规范制造的IPTV机顶盒的用户可以从服务提供商接收IPTV服务。例如，在三个IPTV服务提供商(诸如，A、B和C公司)的情况下，购买了A公司的机顶盒的服务用户仅可使用来自A公司的IPTV服务。因此，为了使用来自B或C公司的IPTV服务，服务用户必须单独地安排B或C公司的机顶盒。这种IPTV服务和机顶盒之间的兼容性问题使服务用户难以选择，结果是，这种兼容性问题降低了IPTV服务质量或成为普及IPTV服务的障碍。

为了解决这种兼容性问题，最近，建立了开放IPTV论坛以讨论标准化。开放IPTV论坛的成员已经讨论了发布独立于IPTV服务提供商的通用规范，并基于这种通用规范将IPTV服务提供给期望使用IPTV服务的用户。

开放IPTV论坛致力于开发独立于IPTV服务提供商的接口和硬件平台，从而允许用户容易地使用从IPTV服务提供商提供的IPTV服务。根据开放IPTV论坛构架，用户可使用从不同IPTV服务提供商提供的服务，而不需单独地安排根据IPTV提供商而改变的机顶盒，从而服务用户可对选择服务具有更宽的选择范围。

发明内容

技术问题

本发明提供了一种用于发送和接收与一个或多个服务提供商有关的信息或与一个或多个服务有关的信息的方法和设备，并且还提供了一种记录有用于执行所述方法的程序的计算机可读记录介质。

有益效果

根据本发明，第一实体可通过使用会话初始化协议(SIP)消息从第二实体发送和接收与一个或多个互联网协议电视(IPTV)服务提供商有关的信息或与一个或多个IPTV服务有关的信息。

附图说明

通过参照附图详细描述本发明的示例性实施例，本发明的上述和其它特点和优点将会变得更加清楚，其中：

图1是根据本发明实施例的使用搜索与服务提供商有关的信息或与服务有关的信息的方法的服务提供方法的流程图；

图2是根据本发明另一实施例的搜索与服务提供商有关的信息或与服务有关的信息的方法的流程图；

图3A和图3B是根据本发明实施例的SIP SUBSCRIBE消息的示图；

图4A和图4B是根据本发明另一实施例的SIP SUBSCRIBE消息的示图；

图5A和图5B是根据本发明实施例的SIP NOTIFY消息的示图；

图6A和图6B是根据本发明另一实施例的SIP NOTIFY消息的示图；

图7是根据本发明另一实施例的搜索与服务提供商有关的信息的方法的流程图；

图8是根据本发明另一实施例的搜索与服务有关的信息的方法的流程图；

图9是根据本发明实施例的第一实体的示图；

图10是根据本发明实施例的第二实体的示图。

具体实施方式

最优模式

根据本发明的一方面，提供了一种由第一实体执行的从第二实体接收与一个或多个服务提供商有关的信息的方法，所述方法包括：产生第一会话初始化协议(SIP)消息，所述第一SIP消息请求与提供服务的一个或多个服务提供商有关的信息；将第一SIP消息发送到第二实体；以及响应于第一SIP消息，从第二实体接收包括与一个或多个服务提供商有关的信息的第二SIP消息。

所述服务可包括互联网协议电视(IPTV)服务。

第一SIP消息可包括：SIP SUBSCRIBE消息，请求与一个或多个IPTV服务提供商有关的信息。

第二SIP消息可包括：SIP NOTIFY消息，该消息包括与一个或多个IPTV服务提供商有关的信息。

根据本发明的另一方面，提供了一种由第二实体执行的将与一个或多个服务提供商有关的信息提供给第一实体的方法，所述方法包括：接收第一SIP消息，所述第一SIP消息请求与提供服务的一个或多个服务提供商有关的信息；响应于第一SIP消息，产生包括与一个或多个服务提供商有关的信息的第二SIP消息；以及将第二SIP消息发送到第一实体。

根据本发明的另一方面，提供了一种从第二实体接收与一个或多个服务提供商有关的信息的第一实体的信息接收设备，所述信息接收设备包括：消息产生单元，产生第一SIP消息，所述第一SIP消息请求与提供服务的一个或多个服务提供商有关的信息；消息发送单元，将第一SIP消息发送到第二实体；以及消息接收单元，响应于第一SIP消息，从第二实体接收包括与一个或多个服务提供商有关的信息的第二SIP消息。

根据本发明的另一方面，提供了一种将与一个或多个服务提供商有关的信息提供给第一实体的第二实体的信息提供设备，所述信息提供设备包括：消息接收单元，接收第一SIP消息，所述第一SIP消息请求与提供服务的一个或多个服务提供商有关的信息；消息产生单元，响应于第一SIP消息，产生包括与一个或多个服务提供商有关的信息的第二SIP消息；以及消息发送单元，将第二SIP消息发送到第一实体。

根据本发明的另一方面，提供了一种记录有用于执行接收和提供信息的方法的程序的计算机可读记录介质。

发明模式

现将参照示出本发明的示例性实施例的附图更全面地描述本发明。

图1是根据本发明示例性实施例的使用搜索与服务提供商有关的信息或与服务有关的信息的方法的服务提供方法的流程图。

图1的流程图与一个或多个互联网协议电视(IPTV)服务提供商将预定的IPTV服务提供给用户终端(也就是，IPTV终端功能(ITF)实体10)的情况相应。然而，本领域的普通技术人员将理解，不仅可将以下描述的一个或多个实施例应用于IPTV服务提供方法，还可应用于其它服务提供方法。

在操作110，ITF实体10形成具有网络附加实体11的IPTV网络。ITF实体10从网络附加实体11获得IP地址，从而形成IPTV网络。网络附加实体11管理网络连接，并根据网络等级执行用户认证和访问配置。网络附加实体11可包括广域网(WAN)网关。ITF实体10可以是与从IPTV服务提供商接收IPTV服务并使用所述IPTV服务的用户的域相应的多个实体的组。

在操作120，ITF实体10确定在IPTV服务的发现中使用的进入点。在发现IPTV服务之前，ITF实体10必须首先发现IPTV服务提供商。因此，在操作120，ITF实体10确定诸如IPTV服务提供商发现实体12的IP地址的进入点。可在形成IPTV网络期间从网络附加实体11发送与IPTV服务提供商发现实体12的IP地址有关的信息，或者ITF实体10可具有与IP地址有关的信息而不用必须从外部接收。

在操作130，ITF实体10访问IPTV服务提供商发现实体12，并搜索与一个或多个IPTV服务提供商有关的信息。通过使用一个ITF实体10(也就是，一个用户终端)能够发现彼此不同的一个或多个IPTV服务提供商。

与一个或多个IPTV服务提供商有关的信息可包括与关于IPTV服务发现实体13的统一资源标识符(URI)有关的信息、与发送和接收关于IPTV服务的信息时所需的协议有关的信息等。另外，与一个或多个IPTV服务提供商有关的信息可包括与ITF实体10的用户从一个或多个IPTV服务提供商中选择IPTV服务提供商时用户所使用的用户接口(UI)有关的信息。例如，将与一个或多个IPTV服务提供商的UI有关的信息(诸如，标志、商标或图标)提供给ITF实体10，从而ITF实体10可向用户显示与信息有关的UI，并且ITF实体10的用户可选择一个或多个IPTV服务提供商中的一个。

由于经由IPTV服务提供商发现实体12将与一个或多个IPTV服务提供商有关的信息提供给ITF实体10，故用户可从一个或多个IPTV服务提供商中选择IPTV服务提供商，从而使用选择的IPTV服务提供商的服务。通过这样做，可以解决前述的根据现有技术的兼容性问题。

在操作140，ITF实体10基于在操作130中接收的与IPTV服务发现实体13有关的信息来发现IPTV服务提供商的IPTV服务。当用户在操作130从一个或多个IPTV服务提供商中选择IPTV服务提供商时，ITF实体10根据选择的IPTV服务提供商的IPTV服务发现实体13的URI地址来访问IPTV服务发现实体13，并发现IPTV服务。

在操作150，ITF实体10访问IPTV应用实体14，并接收IPTV服务。以下，将详细描述使用会话初始化协议(SIP)消息的方法，该方法是与操作130中的IPTV服务提供商的发现和操作140中的IPTV服务的发现有关的方法。

图2是根据本发明另一实施例的搜索与服务提供商有关的信息或与服务有关的信息的方法的流程图。

图2的流程图与第一实体20通过使用SIP消息从第二实体21接收关于一个或多个服务提供商的信息或关于一个或多个服务的信息的情况相应。与图1的情况相似，一个或多个服务提供商可以是IPTV服务提供商，一个或多个服务可以是IPTV服务。

在操作210，第一实体20产生请求与一个或多个服务提供商有关的信息或与一个或多个服务有关的信息的第一SIP消息。SIP是在基于IP的网络中产生、改变和结束多媒体会话或呼叫时使用的应用层控制协议。根据图2的实施例，可通过使用SIP SUBSCRIBE消息来产生第一SIP消息，将参照图3A、图3B、图4A和图4B详细地描述所述SIP SUBSCRIBE消息。

图3A和图3B是根据本发明实施例的SIP SUBSCRIBE消息的示图。

SIP SUBSCRIBE消息是SIP扩展方法的一种，并用于向远程实体请求当前状态或状态更新。SIP SUBSCRIBE消息包括事件头，所述事件头包括由预定的事件包定义的参数。

参照图3A和图3B，根据当前实施例的SIP SUBSCRIBE消息包括请求与一个或多个服务提供商有关的信息的事件头30和32。

参照图3A，可以根据传统事件包来描述SIP SUBSCRIBE消息的请求与一个或多个服务提供商有关的信息的事件头30。根据本发明的示例性实施例，可以根据作为传统事件包的用户代理简表(ua-profile)事件包来描述事件头30。添加与一个或多个服务提供商的发现有关的多个参数以扩展用户代理简表事件包，并且可以描述根据扩展的用户代理简表事件包的请求与一个或多个服务提供商有关的信息的事件头30。

“ua-profile”参数指示根据用户代理简表事件包来描述事件头30。

“profile-type”参数指示简表的类型，其中，第一实体20向第二实体21请求简表的类型。

profile-type＝“application＝oif-spdlists-request”指示第一实体20向第二实体21请求与一个或多个服务提供商有关的信息。

“DomainName”参数指示信息由第一实体20请求的一个或多个服务提供商的类型。如图3A所示，在DomainName＝“ALL”的情况下，第一实体20请求与第二实体21中包括的所有服务提供商有关的信息。另一方面，在DomainName＝“telecomitalia.com”的情况下，第一实体20期望接收从具有“telecomitalia.com”的域地址的服务提供商提供的特定服务。

“auid”参数用于识别提供与一个或多个服务提供商有关的信息的第二实体21的应用。因此，在auid＝“org.openiptvforum.spdlists”的情况下，提供与一个或多个服务提供商有关的信息的第二实体21的应用的标识符(ID)是“org.openiptvforum.spdlists”。

“document”参数指示与预定的组中包括的服务提供商有关的信息被请求。因此，在document＝“org.openopeniptvforum.spdlists/users/sip:joe./joebloggs_friends/”的情况下，仅与“/joebloggs_friends/”组中包括的服务提供商有关的信息被请求。

Accept-Encoding头31指示用于对与一个或多个服务提供商有关的信息进行编码所使用的编码格式。在Accept-Encoding:gzip的情况下，第一实体20可接收与服务提供商有关的信息并对该信息解码，其中，通过使用称为“gzip”的可扩展标记语言(XML)文档压缩格式已经对所述信息进行了编码。可将与一个或多个服务提供商有关的信息作为未压缩的XML文档提供给第一实体20。然而，可以根据诸如“gzip”等的各种压缩算法来压缩地对XML文档进行编码，随后提供给第一实体20。因此，与压缩算法有关的信息被包括在SIP SUBSCRIBE消息中，从而第一实体20可通过参照压缩算法执行解码操作。

参照图3B，根据单独的事件包来描述SIP SUBSCRIBE消息的请求与一个或多个服务提供商有关的信息的事件头32，所述单独的事件包被定义用于描述请求与一个或多个服务提供商有关的信息的事件头。

“oif-spdlist”参数指示根据作为新事件包的oif-spdlist事件包来描述事件头32。

“DomainName”参数和Accept-Encoding头33与图3A中的“DomainName”参数和Accept-Encoding头31相同。

图4A和图4B是根据本发明另一实施例的SIP SUBSCRIBE消息的示图。

参照图4A，可以根据传统事件包来描述SIP SUBSCRIBE消息的请求与一个或多个服务有关的信息的事件头。也就是，通过使用作为传统事件包的用户代理简表事件包来描述事件头。虽然图4A的实施例中的一些参数与图3A的实施例中的不同，但是根据从作为传统事件包的用户代理简表事件包扩展的事件包来描述SIP SUBSCRIBE消息的事件头，这与图3A的实施例相同。

参照图4B，根据单独的事件包来描述SIP SUBSCRIBE消息的请求与一个或多个服务有关的信息的事件头，所述单独的事件包被定义用于描述请求与一个或多个服务有关的信息的事件头。根据称为“oif-sdnslist”的新定义的事件包来描述请求与一个或多个服务有关的信息的SIP NOTIFY消息的事件头。

再参照图2，当在操作210产生与图3A、图3B、图4A和图4B中示出的其中一个相应的第一SIP消息时，在操作220，第一实体20将第一SIP消息发送到第二实体。

在操作230，第二实体21响应于在操作220接收的第一SIP消息来产生第二SIP消息。第二实体21产生包括与一个或多个服务提供商有关的信息或与一个或多个服务有关的信息的第二SIP消息。根据图2的实施例，可通过使用SIP NOTIFY消息来产生第二SIP消息，现将参照图5A和图5B详细描述所述SIP NOTIFY消息。

图5A和图5B是根据本发明实施例的SIP NOTIFY消息的示图。

SIP NOTIFY消息是SIP扩展方法之一，用于向远程实体通知状态改变。与SIP SUBSCRIBE消息类似，SIP NOTIFY消息也包括事件头，该事件头包括由预定的事件包定义的参数。

参照图5A和图5B，根据当前实施例的SIP NOTIFY消息包括提供与一个或多个服务提供商有关的信息的事件头50和53。

参照图5A，可以根据传统事件包来描述包括与一个或多个服务提供商有关的信息的SIP NOTIFY消息的事件头50。可以根据作为传统事件包的用户代理简表事件包来描述事件头50。添加与一个或多个服务提供商的发现有关的多个参数以扩展用户代理简表事件包，并且可以描述根据扩展的用户代理简表事件包提供与一个或多个服务提供商有关的信息的事件头50。

“ua-profile”参数指示根据用户代理简表事件包来描述事件头50。

“profile-type”参数指示简表的类型，其中，第二实体21对第一实体20提供简表。

profile-type＝“application＝oif-spdlists-request”指示第二实体21对第一实体20提供与一个或多个服务提供商有关的信息。

“version”参数指示与一个或多个服务提供商有关的信息的版本。第一实体20可检查“version”参数，从而确定与一个或多个服务提供商有关的信息是否被更新。

在这种情况下使用“cursection”和“lastsection”参数：与一个或多个服务提供商有关的信息被划分并随后被发送到第一实体20。“lastsection”参数指示划分的部分的数量，“cursection”参数指示划分的部分中的当前部分位置。在lastsection＝“10”和cursection＝“1”的情况下，第二实体21还具有九个部分以提供给第一实体20，直到第二实体21完成所有与一个或多个服务提供商有关的信息的提供。

Content-Encoding头51是与图3A中的Accept-Encoding头31相应的头，并且指示用于对与一个或多个服务提供商有关的信息进行编码所使用的编码格式。在Content-Encoding:gzip的情况下，通过使用称为“gzip”的XML文档压缩格式对与一个或多个服务提供商有关的信息进行编码。

“Content-Type”头52指示SIP NOTIFY消息的主体的类型。在Content-Type:application/oiptvf-iptvSPdicovery+xml的情况下，SIP NOTIFY消息的主体包括与一个或多个服务提供商有关的信息。

参照图5B，根据单独的事件包来描述SIP NOTIFY消息的包括与一个或多个服务提供商有关的信息的事件头53，所述单独的事件包被定义用于描述提供与一个或多个服务提供商有关的信息的事件头。

“oif-spdlist”参数指示根据作为新的事件包的oif-spdlist事件包来描述事件头53。

图5A和图5B的SIP NOTIFY消息的主体包括与一个或多个服务提供商有关的信息。如参照图1的以上描述，与一个或多个服务提供商有关的信息可包括与关于服务发现实体的URI有关的信息、与当发送和接收关于服务的信息时所需的协议有关的信息以及与一个或多个IPTV服务提供商的UI有关的信息(诸如，标志、商标或图标)。

图6A和图6B是根据本发明另一实施例的SIP NOTIFY消息的示图。

参照图6A，可以根据传统事件包来描述SIP NOTIFY消息的包括与一个或多个服务有关的信息的事件头。虽然图6A的实施例中的一些参数与图5A的实施例中的不同，但是根据从作为传统事件包的用户代理简表事件包扩展的事件包来描述SIP NOTIFY消息的事件头，这与图5A的实施例相同。“payload”参数指示SIP NOTIFY消息的主体中包括的服务信息中的服务的类型。例如，在payload＝“02”的情况下，与有线电视有关的服务信息可被包括在主体中，在payload＝“03”的情况下，与视频点播(VOD)有关的服务信息可被包括在主体中。

参照图6B，根据单独的事件包来描述SIP NOTIFY消息的包括与一个或多个服务提供商有关的信息的事件头，所述单独的事件包被定义用于描述提供与一个或多个服务提供商有关的信息的事件头。也就是，根据作为新定义的事件包的oif-spdlist事件包来描述SIP NOTIFY消息的头，该SIP NOTIFY消息的头包括与一个或多个服务提供商有关的信息。

再参照图2，当在操作230产生与图5A、图5B、图6A和图6B中示出的其中一个相应的第二SIP消息时，在操作240，第二实体21将第二SIP消息发送到第一实体20。

在操作240，第一实体20接收第二SIP消息，随后根据与一个或多个服务提供商有关的信息或与一个或多个服务有关的信息执行发现操作。通过这样做，第一实体20可从一个或多个服务提供商中选择服务提供商，或可从一个或多个服务中选择服务。

图7是根据本发明另一实施例的搜索与服务提供商有关的信息的方法的流程图。

图7与这样的情况相应：使用IPTV服务的ITF实体71从IPTV服务发现实体74接收与一个或多个IPTV服务提供商有关的信息。如参照图1的以上描述，ITF实体71可包括与用户的域相应的多个实体，在这种情况下，图7的实施例的ITF实体71包括开放IPTV终端功能实体(OITF实体)72和IP多媒体子系统(IMS)网关功能实体(IG实体)73。OITF实体72和IG实体73是采用开放IPTV论坛构架的用户域的实体。

OITF实体72经由用户域的网关(诸如，应用网关功能实体(AG实体)、IMS网关功能实体(IG实体)等)来访问IPTV服务。最终使用IPTV服务的装置可以是OITF实体72。

IG实体73允许OITF实体72根据IMS核心网络访问IPTV服务。也就是，IG实体73在OITF实体72与网络域实体(诸如，IPTV服务提供商发现实体和IPTV服务发现实体)之间中继，从而使OITF实体72能够访问IPTV服务。IG实体73是产生请求与服务提供商有关的信息或与服务有关的信息的第一SIP消息的实体，并且可以与图2的实施例的第一实体20相应。

IPTV服务提供商发现实体74与认证和会话管理(ASM)实体75是由IPTV服务提供商或网络提供商管理的网络域实体。

IPTV服务提供商发现实体74是产生包括与一个或多个服务提供商有关的信息的第二SIP消息的实体，并且可以与图2的实施例的第二实体21相应。

根据开放IPTV论坛构架的IPTV服务模型中的管理的网络模型需要ASM实体75。ASM实体75用于访问管理和IPTV服务会话管理，从而仅使特定用户能够访问管理网络。

参照图7，在操作710，OITF实体72将请求与一个或多个IPTV服务提供商有关的信息的消息发送到IG实体73。OITF实体72和IG实体73是交换通过使用在OITF实体72与IG实体73之间指定的预定消息格式而产生的消息的用户域实体。在图7中，OITF实体72将超文本传输协议(HTTP)请求消息发送到IG实体73。

在操作712，IG实体73根据在操作710接收的请求消息来产生第一SIP消息，并将第一SIP消息发送到ASM实体75。第一SIP消息的目的是被发送到IPTV服务提供商发现实体74。然而，在管理的网络模型中，由于ASM实体75管理IPTV服务会话，故第一SIP消息经由ASM实体75被发送到IPTV服务提供商发现实体74。第一SIP消息可以是之前参照图3A和图3B描述的SIP SUBSCRIBE消息。

在操作714，ASM实体75将在操作712从IG实体73接收的第一SIP消息发送到IPTV服务提供商发现实体74。

在操作716，IPTV服务提供商发现实体74将SIP 200OK消息发送到ASM实体75，其中，SIP 200OK消息指示在操作714已经正常接收第一SIP消息。

在操作718，ASM实体75将在操作716接收的SIP 200OK消息发送到IG实体73。

在操作720，IPTV服务提供商发现实体74将包括与一个或多个服务提供商有关的信息的第二SIP消息发送到ASM实体75。第二SIP消息可以是之前参照图5A和图5B描述的SIP NOTIFY消息。

在操作722，ASM实体75将在操作720从IPTV服务提供商发现实体74接收的第二SIP消息发送到IG实体73。

在操作724，IG实体73将SIP 200OK消息发送到ASM实体75，其中，SIP 200OK消息指示在操作722已经正常接收第二SIP消息。

在操作726，ASM实体75将在操作724接收的SIP 200OK消息发送到IPTV服务提供商发现实体74。

在操作728，IG实体73将包括与一个或多个服务提供商有关的信息的响应消息发送到OITF实体72。IG实体73通过使用在OITF实体72与IG实体73之间指定的预定消息格式来产生包括与一个或多个服务提供商有关的信息的响应消息，并将产生的响应消息发送到OITF实体72。

图8是根据本发明另一实施例的搜索与服务有关的信息的方法的流程图。

除了图8的方法涉及通过访问IPTV服务发现实体84来搜索与IPTV服务有关的信息之外，根据图8的实施例的搜索与服务有关的信息的方法与根据图7的实施例的搜索与服务提供商有关的信息的方法相同。

因此，IG实体83是产生请求与服务提供商有关的信息或与服务有关的信息的第一SIP消息的实体，并且可以与图2的实施例的第一实体20相应。

IPTV服务发现实体84是产生包括与从预定的服务提供商提供的一个或多个服务有关的信息的第二SIP消息的实体，并且可以与图2的实施例的第二实体21相应。

在操作810，OITF实体82将请求与IPTV服务有关的信息的消息发送到IG实体83。OITF实体82和IG实体83是交换通过使用在OITF实体82与IG实体83之间指定的预定消息格式而产生的消息的用户域实体。在图8中，OITF实体82将HTTP请求消息发送到IG实体83。

在操作812，IG实体83根据在操作810接收的请求消息来产生第一SIP消息，并将第一SIP消息发送到ASM实体85。第一SIP消息可以是之前参照图4A和图4B描述的SIP SUBSCRIBE消息。

在操作814，ASM实体85将在操作812从IG实体83接收的第一SIP消息发送到IPTV服务发现实体84。

在操作816，IPTV服务发现实体84将SIP 200OK消息发送到ASM实体85，其中，SIP 200OK消息指示在操作814已经正常接收第一SIP消息。

在操作818，ASM实体85将在操作816接收的SIP 200OK消息发送到IG实体83。

在操作820，IPTV服务发现实体84将包括与一个或多个服务有关的信息的第二SIP消息发送到ASM实体85。第二SIP消息可以是之前参照图6A和图6B描述的SIP NOTIFY消息。

在操作822，ASM实体85将在操作820从IPTV服务发现实体84接收的第二SIP消息发送到IG实体83。

在操作824，IG实体83将SIP 200OK消息发送到ASM实体85，其中，SIP 200OK消息指示在操作822已经正常接收第二SIP消息。

在操作826，ASM实体85将在操作824接收的SIP 200OK消息发送到IPTV服务发现实体84。

在操作828，IG实体83将包括与一个或多个服务有关的信息的响应消息发送到OITF实体82。IG实体83通过使用在OITF实体82与IG实体83之间指定的预定消息格式来产生包括与一个或多个服务有关的信息的响应消息，并将产生的响应消息发送到OITF实体82。参照图8，IG实体83将HTTP响应消息发送到OITF实体82。

图9是根据本发明实施例的第一实体20的示图。

参照图9，根据图9的实施例的第一实体20包括消息产生单元910、消息发送单元920、消息接收单元930和信息共享单元940。如上所述，第一实体20可以是与图7的IG实体73和图8的IG实体83中的一个相应的实体。

消息产生单元910产生请求与一个或多个服务提供商有关的信息或与一个或多个服务有关的信息的传输的第一SIP消息。之前参照图3A和图3B描述了请求与一个或多个服务提供商有关的信息的第一SIP消息，参照图4A和图4B描述了请求与一个或多个服务有关的信息的第一SIP消息。

消息发送单元920将消息产生单元910产生的第一SIP消息发送到第二实体21。如上所述，第二实体21可以是与图7的IPTV服务提供商发现实体74和图8的IPTV服务发现实体84中的一个相应的实体。因此，第一SIP消息可以通过诸如图7的ASM实体75和图8的ASM实体85的第三实体，并随后被发送到第二实体21。

消息接收单元930接收作为从消息发送单元920发送的第一SIP消息的响应的从第二实体21发送的第二SIP消息，所述第二SIP消息包括与一个或多个服务提供商有关的信息或与一个或多个服务有关的信息。之前参照图5A和图5B描述了包括与一个或多个服务提供商有关的信息的第二SIP消息，参照图6A和图6B描述了包括与一个或多个服务有关的信息的第二SIP消息。与第一SIP消息的传输相似，第二SIP消息也可以通过诸如图7的ASM实体75和图8的ASM实体85的第三实体，并随后被消息接收单元930接收。另外，消息接收单元930可从第二实体21接收SIP 200OK消息，其中，SIP 200OK消息是指示第二实体21已经正常接收从消息发送单元920发送的第一SIP消息的SIP消息。相似地，作为第一SIP消息的响应，消息发送单元920可将SIP 200OK消息发送到第二实体21，其中，SIP 200OK消息指示消息接收单元930已经正常接收从第二实体21发送的第二SIP消息。

信息共享单元940与用户域中的另一实体共享包括在由消息接收单元930接收的消息中与一个或多个服务提供商有关的信息或与一个或多个服务有关的信息。例如，信息共享单元940与用户域中的诸如OITF实体72和OITF实体82中的一个的其它实体共享第二SIP消息的消息主体中包括的信息。通过将使用指定用于用户域的实体之间的信息交换的预定消息格式，诸如，HTTP，而产生的HTTP响应消息发送到其它实体，可以与其它实体共享与一个或多个服务提供商有关的信息或与一个或多个服务有关的信息。

图10是根据本发明实施例的第二实体21的示图。

参照图10，根据图10的实施例的第二实体21包括消息接收单元1010、消息产生单元1020和消息发送单元1030。如上所述，第二实体21可以是与图7的IPTV服务提供商发现实体74和图8的IPTV服务发现实体84中的一个相应的实体。

消息接收单元1010从第一实体20接收请求与一个或多个服务提供商有关的信息或与一个或多个服务有关的信息的第一SIP消息，所述第一SIP消息从消息发送单元920发送。消息接收单元1010可直接从第一实体20接收第一SIP消息，或可经由诸如图7的ASM实体75和图8的ASM实体85的第三实体接收第一SIP消息。

作为对消息接收单元1010接收的第一SIP消息的响应，消息产生单元1020产生包括与一个或多个服务提供商有关的信息或与一个或多个服务有关的信息的第二SIP消息。

消息发送单元1030将消息产生单元1020产生的第二SIP消息发送到第二实体21。与第一SIP消息的接收相似，可经由诸如图7的ASM实体75和图8的ASM实体85的第三实体将第二SIP消息发送到第一实体20。另外，在发送第二SIP消息之前，消息发送单元1030可将指示第一SIP消息已经被正常接收的SIP 200OK消息发送到第一实体20。

本发明也可被实施为计算机可读记录介质上的计算机可读代码。计算机可读记录介质是存储其后可被计算机系统读取的数据的任何数据存储装置。计算机可读记录介质的示例包括：只读存储器(ROM)、随机访问存储器(RAM)、CD-ROM、磁带、软盘和光数据存储装置。包含本发明的至少一个实施例的载波(诸如，通过互联网的传输)可被临时或永久地存储在计算机可读记录介质中。计算机可读记录介质还可分布于联网的计算机系统，从而以分布方式存储和执行计算机可读代码。

虽然已经参照本发明的示例性实施例具体示出和描述了本发明，但是本领域的普通技术人员应该理解，在不脱离由权利要求限定的本发明的精神和范围的情况下，可以进行形式和细节上的各种改变。

例如，根据本发明的示例性实施例的从第二实体接收与一个或多个服务提供商有关的信息的第一实体的信息接收设备可包括与图9和图10中示出的设备的每个单元连接的总线、与总线连接的至少一个处理器、与总线连接的用于存储指令、接收的消息或产生的消息的存储器以及与前述的至少一个处理器连接以执行指令的存储器。

示例性实施例应仅被理解为描述的目的，而不是限制的目的。因此，本发明的范围不是由本发明的详细描述限定，而是由权利要求限定，所述范围内的所有区别将被理解为包括在本发明中。