亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

通過使用會話初始化協(xié)議發(fā)現(xiàn)互聯(lián)網(wǎng)協(xié)議電視服務(wù)(iptv)提供商和iptv服務(wù)的方法和設(shè)備的制作方法

文檔序號:7941411閱讀:206來源:國知局
專利名稱:通過使用會話初始化協(xié)議發(fā)現(xiàn)互聯(lián)網(wǎng)協(xié)議電視服務(wù)(iptv)提供商和iptv服務(wù)的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及一種用于發(fā)送和接收與服務(wù)提供商有關(guān)的信息或與服務(wù)有關(guān)的信息 的方法和設(shè)備。
背景技術(shù)
互聯(lián)網(wǎng)協(xié)議電視(IPTV)服務(wù)與經(jīng)由IP網(wǎng)絡(luò)(即,高速互聯(lián)網(wǎng)網(wǎng)絡(luò)架構(gòu))將包括 信息服務(wù)、運動圖像內(nèi)容和廣播內(nèi)容服務(wù)等各種服務(wù)傳送到電視的服務(wù)相應(yīng)。隨著通信和 廣播整合服務(wù)的發(fā)展,對IPTV的興趣增加。在這種情況下,期望與IPTV相關(guān)的這種積極性 將不僅對通信和廣播工業(yè),還對多媒體內(nèi)容和電子裝置工業(yè)具有顯著效果。根據(jù)現(xiàn)有技術(shù),為了經(jīng)由IP網(wǎng)絡(luò)接收IPTV服務(wù),IPTV服務(wù)用戶需要安排根據(jù) IPTV提供商而改變的機頂盒或包括機頂盒功能的任何設(shè)備。也就是,僅具有根據(jù)由提供 IPTV服務(wù)的服務(wù)提供商設(shè)置的規(guī)范制造的IPTV機頂盒的用戶可以從服務(wù)提供商接收IPTV 服務(wù)。例如,在三個IPTV服務(wù)提供商(諸如,A、B和C公司)的情況下,購買了 A公司的機 頂盒的服務(wù)用戶僅可使用來自A公司的IPTV服務(wù)。因此,為了使用來自B或C公司的IPTV 服務(wù),服務(wù)用戶必須單獨地安排B或C公司的機頂盒。這種IPTV服務(wù)和機頂盒之間的兼 容性問題使服務(wù)用戶難以選擇,結(jié)果是,這種兼容性問題降低了 IPTV服務(wù)質(zhì)量或成為普及 IPTV服務(wù)的障礙。為了解決這種兼容性問題,最近,建立了開放IPTV論壇以討論標(biāo)準(zhǔn)化。開放IPTV 論壇的成員已經(jīng)討論了發(fā)布獨立于IPTV服務(wù)提供商的通用規(guī)范,并基于這種通用規(guī)范將 IPTV服務(wù)提供給期望使用IPTV服務(wù)的用戶。開放IPTV論壇致力于開發(fā)獨立于IPTV服務(wù)提供商的接口和硬件平臺,從而允許 用戶容易地使用從IPTV服務(wù)提供商提供的IPTV服務(wù)。根據(jù)開放IPTV論壇構(gòu)架,用戶可使 用從不同IPTV服務(wù)提供商提供的服務(wù),而不需單獨地安排根據(jù)IPTV提供商而改變的機頂 盒,從而服務(wù)用戶可對選擇服務(wù)具有更寬的選擇范圍。

發(fā)明內(nèi)容
技術(shù)問題本發(fā)明提供了一種用于發(fā)送和接收與一個或多個服務(wù)提供商有關(guān)的信息或與一 個或多個服務(wù)有關(guān)的信息的方法和設(shè)備,并且還提供了一種記錄有用于執(zhí)行所述方法的程 序的計算機可讀記錄介質(zhì)。有益效果根據(jù)本發(fā)明,第一實體可通過使用會話初始化協(xié)議(SIP)消息從第二實體發(fā)送和 接收與一個或多個互聯(lián)網(wǎng)協(xié)議電視(IPTV)服務(wù)提供商有關(guān)的信息或與一個或多個IPTV服 務(wù)有關(guān)的信息。


通過參照附圖詳細(xì)描述本發(fā)明的示例性實施例,本發(fā)明的上述和其它特點和優(yōu)點 將會變得更加清楚,其中圖1是根據(jù)本發(fā)明實施例的使用搜索與服務(wù)提供商有關(guān)的信息或與服務(wù)有關(guān)的 信息的方法的服務(wù)提供方法的流程圖;圖2是根據(jù)本發(fā)明另一實施例的搜索與服務(wù)提供商有關(guān)的信息或與服務(wù)有關(guān)的 信息的方法的流程圖;圖3A和圖3B是根據(jù)本發(fā)明實施例的SIP SUBSCRIBE消息的示圖;圖4A和圖4B是根據(jù)本發(fā)明另一實施例的SIP SUBSCRIBE消息的示圖;圖5A和圖5B是根據(jù)本發(fā)明實施例的SIP NOTIFY消息的示圖;圖6A和圖6B是根據(jù)本發(fā)明另一實施例的SIP NOTIFY消息的示圖;圖7是根據(jù)本發(fā)明另一實施例的搜索與服務(wù)提供商有關(guān)的信息的方法的流程圖;圖8是根據(jù)本發(fā)明另一實施例的搜索與服務(wù)有關(guān)的信息的方法的流程圖;圖9是根據(jù)本發(fā)明實施例的第一實體的示圖;圖10是根據(jù)本發(fā)明實施例的第二實體的示圖。
具體實施例方式最優(yōu)模式根據(jù)本發(fā)明的一方面,提供了一種由第一實體執(zhí)行的從第二實體接收與一個或多 個服務(wù)提供商有關(guān)的信息的方法,所述方法包括產(chǎn)生第一會話初始化協(xié)議(SIP)消息,所 述第一 SIP消息請求與提供服務(wù)的一個或多個服務(wù)提供商有關(guān)的信息;將第一 SIP消息發(fā) 送到第二實體;以及響應(yīng)于第一 SIP消息,從第二實體接收包括與一個或多個服務(wù)提供商 有關(guān)的信息的第二 SIP消息。所述服務(wù)可包括互聯(lián)網(wǎng)協(xié)議電視(IPTV)服務(wù)。第一 SIP消息可包括SIP SUBSCRIBE消息,請求與一個或多個IPTV服務(wù)提供商 有關(guān)的信息。第二 SIP消息可包括SIP NOTIFY消息,該消息包括與一個或多個IPTV服務(wù)提供 商有關(guān)的信息。根據(jù)本發(fā)明的另一方面,提供了一種由第二實體執(zhí)行的將與一個或多個服務(wù)提供 商有關(guān)的信息提供給第一實體的方法,所述方法包括接收第一 SIP消息,所述第一 SIP消 息請求與提供服務(wù)的一個或多個服務(wù)提供商有關(guān)的信息;響應(yīng)于第一 SIP消息,產(chǎn)生包括 與一個或多個服務(wù)提供商有關(guān)的信息的第二 SIP消息;以及將第二 SIP消息發(fā)送到第一實 體。根據(jù)本發(fā)明的另一方面,提供了一種從第二實體接收與一個或多個服務(wù)提供商有 關(guān)的信息的第一實體的信息接收設(shè)備,所述信息接收設(shè)備包括消息產(chǎn)生單元,產(chǎn)生第一 SIP消息,所述第一 SIP消息請求與提供服務(wù)的一個或多個服務(wù)提供商有關(guān)的信息;消息發(fā) 送單元,將第一 SIP消息發(fā)送到第二實體;以及消息接收單元,響應(yīng)于第一 SIP消息,從第二 實體接收包括與一個或多個服務(wù)提供商有關(guān)的信息的第二 SIP消息。根據(jù)本發(fā)明的另一方面,提供了一種將與一個或多個服務(wù)提供商有關(guān)的信息提供給第一實體的第二實體的信息提供設(shè)備,所述信息提供設(shè)備包括消息接收單元,接收第一 SIP消息,所述第一 SIP消息請求與提供服務(wù)的一個或多個服務(wù)提供商有關(guān)的信息;消息產(chǎn) 生單元,響應(yīng)于第一 SIP消息,產(chǎn)生包括與一個或多個服務(wù)提供商有關(guān)的信息的第二 SIP消 息;以及消息發(fā)送單元,將第二 SIP消息發(fā)送到第一實體。根據(jù)本發(fā)明的另一方面,提供了一種記錄有用于執(zhí)行接收和提供信息的方法的程 序的計算機可讀記錄介質(zhì)。發(fā)明模式現(xiàn)將參照示出本發(fā)明的示例性實施例的附圖更全面地描述本發(fā)明。圖1是根據(jù)本發(fā)明示例性實施例的使用搜索與服務(wù)提供商有關(guān)的信息或與服務(wù) 有關(guān)的信息的方法的服務(wù)提供方法的流程圖。圖1的流程圖與一個或多個互聯(lián)網(wǎng)協(xié)議電視(IPTV)服務(wù)提供商將預(yù)定的IPTV服 務(wù)提供給用戶終端(也就是,IPTV終端功能(ITF)實體10)的情況相應(yīng)。然而,本領(lǐng)域的 普通技術(shù)人員將理解,不僅可將以下描述的一個或多個實施例應(yīng)用于IPTV服務(wù)提供方法, 還可應(yīng)用于其它服務(wù)提供方法。在操作110,ITF實體10形成具有網(wǎng)絡(luò)附加實體11的IPTV網(wǎng)絡(luò)。ITF實體10從 網(wǎng)絡(luò)附加實體11獲得IP地址,從而形成IPTV網(wǎng)絡(luò)。網(wǎng)絡(luò)附加實體11管理網(wǎng)絡(luò)連接,并根 據(jù)網(wǎng)絡(luò)等級執(zhí)行用戶認(rèn)證和訪問配置。網(wǎng)絡(luò)附加實體11可包括廣域網(wǎng)(WAN)網(wǎng)關(guān)。ITF實 體10可以是與從IPTV服務(wù)提供商接收IPTV服務(wù)并使用所述IPTV服務(wù)的用戶的域相應(yīng)的 多個實體的組。在操作120,ITF實體10確定在IPTV服務(wù)的發(fā)現(xiàn)中使用的進入點。在發(fā)現(xiàn)IPTV 服務(wù)之前,ITF實體10必須首先發(fā)現(xiàn)IPTV服務(wù)提供商。因此,在操作120,ITF實體10確 定諸如IPTV服務(wù)提供商發(fā)現(xiàn)實體12的IP地址的進入點??稍谛纬蒊PTV網(wǎng)絡(luò)期間從網(wǎng)絡(luò) 附加實體11發(fā)送與IPTV服務(wù)提供商發(fā)現(xiàn)實體12的IP地址有關(guān)的信息,或者ITF實體10 可具有與IP地址有關(guān)的信息而不用必須從外部接收。在操作130,ITF實體10訪問IPTV服務(wù)提供商發(fā)現(xiàn)實體12,并搜索與一個或多個 IPTV服務(wù)提供商有關(guān)的信息。通過使用一個ITF實體10 (也就是,一個用戶終端)能夠發(fā) 現(xiàn)彼此不同的一個或多個IPTV服務(wù)提供商。與一個或多個IPTV服務(wù)提供商有關(guān)的信息可包括與關(guān)于IPTV服務(wù)發(fā)現(xiàn)實體13 的統(tǒng)一資源標(biāo)識符(URI)有關(guān)的信息、與發(fā)送和接收關(guān)于IPTV服務(wù)的信息時所需的協(xié)議有 關(guān)的信息等。另外,與一個或多個IPTV服務(wù)提供商有關(guān)的信息可包括與ITF實體10的用 戶從一個或多個IPTV服務(wù)提供商中選擇IPTV服務(wù)提供商時用戶所使用的用戶接口(UI) 有關(guān)的信息。例如,將與一個或多個IPTV服務(wù)提供商的UI有關(guān)的信息(諸如,標(biāo)志、商標(biāo) 或圖標(biāo))提供給ITF實體10,從而ITF實體10可向用戶顯示與信息有關(guān)的UI,并且ITF實 體10的用戶可選擇一個或多個IPTV服務(wù)提供商中的一個。由于經(jīng)由IPTV服務(wù)提供商發(fā)現(xiàn)實體12將與一個或多個IPTV服務(wù)提供商有關(guān)的 信息提供給ITF實體10,故用戶可從一個或多個IPTV服務(wù)提供商中選擇IPTV服務(wù)提供商, 從而使用選擇的IPTV服務(wù)提供商的服務(wù)。通過這樣做,可以解決前述的根據(jù)現(xiàn)有技術(shù)的兼 容性問題。在操作140,ITF實體10基于在操作130中接收的與IPTV服務(wù)發(fā)現(xiàn)實體13有關(guān)的信息來發(fā)現(xiàn)IPTV服務(wù)提供商的IPTV服務(wù)。當(dāng)用戶在操作130從一個或多個IPTV服務(wù) 提供商中選擇IPTV服務(wù)提供商時,ITF實體10根據(jù)選擇的IPTV服務(wù)提供商的IPTV服務(wù) 發(fā)現(xiàn)實體13的URI地址來訪問IPTV服務(wù)發(fā)現(xiàn)實體13,并發(fā)現(xiàn)IPTV服務(wù)。在操作150,ITF實體10訪問IPTV應(yīng)用實體14,并接收IPTV服務(wù)。以下,將詳細(xì) 描述使用會話初始化協(xié)議(SIP)消息的方法,該方法是與操作130中的IPTV服務(wù)提供商的 發(fā)現(xiàn)和操作140中的IPTV服務(wù)的發(fā)現(xiàn)有關(guān)的方法。圖2是根據(jù)本發(fā)明另一實施例的搜索與服務(wù)提供商有關(guān)的信息或與服務(wù)有關(guān)的 信息的方法的流程圖。圖2的流程圖與第一實體20通過使用SIP消息從第二實體21接收關(guān)于一個或多 個服務(wù)提供商的信息或關(guān)于一個或多個服務(wù)的信息的情況相應(yīng)。與圖1的情況相似,一個 或多個服務(wù)提供商可以是IPTV服務(wù)提供商,一個或多個服務(wù)可以是IPTV服務(wù)。在操作210,第一實體20產(chǎn)生請求與一個或多個服務(wù)提供商有關(guān)的信息或與一個 或多個服務(wù)有關(guān)的信息的第一 SIP消息。SIP是在基于IP的網(wǎng)絡(luò)中產(chǎn)生、改變和結(jié)束多媒 體會話或呼叫時使用的應(yīng)用層控制協(xié)議。根據(jù)圖2的實施例,可通過使用SIP SUBSCRIBE消 息來產(chǎn)生第一 SIP消息,將參照圖3A、圖3B、圖4A和圖4B詳細(xì)地描述所述SIP SUBSCRIBE 消息。圖3A和圖3B是根據(jù)本發(fā)明實施例的SIP SUBSCRIBE消息的示圖。SIP SUBSCRIBE消息是SIP擴展方法的一種,并用于向遠(yuǎn)程實體請求當(dāng)前狀態(tài)或 狀態(tài)更新。SIP SUBSCRIBE消息包括事件頭,所述事件頭包括由預(yù)定的事件包定義的參數(shù)。參照圖3A和圖3B,根據(jù)當(dāng)前實施例的SIP SUBSCRIBE消息包括請求與一個或多個 服務(wù)提供商有關(guān)的信息的事件頭30和32。參照圖3A,可以根據(jù)傳統(tǒng)事件包來描述SIP SUBSCRIBE消息的請求與一個或多個 服務(wù)提供商有關(guān)的信息的事件頭30。根據(jù)本發(fā)明的示例性實施例,可以根據(jù)作為傳統(tǒng)事件 包的用戶代理簡表(ua-profile)事件包來描述事件頭30。添加與一個或多個服務(wù)提供商 的發(fā)現(xiàn)有關(guān)的多個參數(shù)以擴展用戶代理簡表事件包,并且可以描述根據(jù)擴展的用戶代理簡 表事件包的請求與一個或多個服務(wù)提供商有關(guān)的信息的事件頭30。"ua-profile"參數(shù)指示根據(jù)用戶代理簡表事件包來描述事件頭30?!皃rofile-type”參數(shù)指示簡表的類型,其中,第一實體20向第二實體21請求簡表 的類型。profile-type ="application = oif-spdlists-request”指示第一實體 20 向第 二實體21請求與一個或多個服務(wù)提供商有關(guān)的信息?!癉omainName”參數(shù)指示信息由第一實體20請求的一個或多個服務(wù)提供商的類 型。如圖3A所示,在DomainName =“ALL”的情況下,第一實體20請求與第二實體21中包 括的所有服務(wù)提供商有關(guān)的信息。另一方面,在DomainName = "telecomitalia. com”的情 況下,第一實體20期望接收從具有“telecomitalia. com”的域地址的服務(wù)提供商提供的特 定服務(wù)?!癮uid”參數(shù)用于識別提供與一個或多個服務(wù)提供商有關(guān)的信息的第二實體21 的應(yīng)用。因此,在auid = "org. openiptvforum. spdlists”的情況下,提供與一個或多 個服務(wù)提供商有關(guān)的信息的第二實體21的應(yīng)用的標(biāo)識符(ID)是“org. openiptvforum.
8spdlists,,。"document"參數(shù)指示與預(yù)定的組中包括的服務(wù)提供商有關(guān)的信息被請求。因 此, 在 document = ‘‘org. openopeniptvforum. spdlists/users/sip: joe. /joebloggs_ friends/”的情況下,僅與“/joebloggifriends/”組中包括的服務(wù)提供商有關(guān)的信息被請 求。Accept-Encoding頭31指示用于對與一個或多個服務(wù)提供商有關(guān)的信息進行編 碼所使用的編碼格式。在Acc印t-Enc0ding:gZip的情況下,第一實體20可接收與服務(wù)提 供商有關(guān)的信息并對該信息解碼,其中,通過使用稱為“gzip”的可擴展標(biāo)記語言(XML)文 檔壓縮格式已經(jīng)對所述信息進行了編碼??蓪⑴c一個或多個服務(wù)提供商有關(guān)的信息作為未 壓縮的XML文檔提供給第一實體20。然而,可以根據(jù)諸如“gzip”等的各種壓縮算法來壓縮 地對XML文檔進行編碼,隨后提供給第一實體20。因此,與壓縮算法有關(guān)的信息被包括在 SIP SUBSCRIBE消息中,從而第一實體20可通過參照壓縮算法執(zhí)行解碼操作。參照圖3B,根據(jù)單獨的事件包來描述SIP SUBSCRIBE消息的請求與一個或多個服 務(wù)提供商有關(guān)的信息的事件頭32,所述單獨的事件包被定義用于描述請求與一個或多個服 務(wù)提供商有關(guān)的信息的事件頭?!皁if-spdlist”參數(shù)指示根據(jù)作為新事件包的oif-spdlist事件包來描述事件頭 32?!癉omainName” 參數(shù)和 Accept-Encoding 頭 33 與圖 3A 中的 “DomainName” 參數(shù)和 Accept-Encoding 頭 31 相同。圖4A和圖4B是根據(jù)本發(fā)明另一實施例的SIP SUBSCRIBE消息的示圖。參照圖4A,可以根據(jù)傳統(tǒng)事件包來描述SIP SUBSCRIBE消息的請求與一個或多個 服務(wù)有關(guān)的信息的事件頭。也就是,通過使用作為傳統(tǒng)事件包的用戶代理簡表事件包來描 述事件頭。雖然圖4A的實施例中的一些參數(shù)與圖3A的實施例中的不同,但是根據(jù)從作為 傳統(tǒng)事件包的用戶代理簡表事件包擴展的事件包來描述SIP SUBSCRIBE消息的事件頭,這 與圖3A的實施例相同。參照圖4B,根據(jù)單獨的事件包來描述SIP SUBSCRIBE消息的請求與一個或多個服 務(wù)有關(guān)的信息的事件頭,所述單獨的事件包被定義用于描述請求與一個或多個服務(wù)有關(guān)的 信息的事件頭。根據(jù)稱為“oif-sdnslist”的新定義的事件包來描述請求與一個或多個服 務(wù)有關(guān)的信息的SIP NOTIFY消息的事件頭。再參照圖2,當(dāng)在操作210產(chǎn)生與圖3A、圖3B、圖4A和圖4B中示出的其中一個相 應(yīng)的第一 SIP消息時,在操作220,第一實體20將第一 SIP消息發(fā)送到第二實體。在操作230,第二實體21響應(yīng)于在操作220接收的第一 SIP消息來產(chǎn)生第二 SIP 消息。第二實體21產(chǎn)生包括與一個或多個服務(wù)提供商有關(guān)的信息或與一個或多個服務(wù)有 關(guān)的信息的第二 SIP消息。根據(jù)圖2的實施例,可通過使用SIP NOTIFY消息來產(chǎn)生第二 SIP消息,現(xiàn)將參照圖5A和圖5B詳細(xì)描述所述SIP NOTIFY消息。圖5A和圖5B是根據(jù)本發(fā)明實施例的SIP NOTIFY消息的示圖。SIP NOTIFY消息是SIP擴展方法之一,用于向遠(yuǎn)程實體通知狀態(tài)改變。與SIP SUBSCRIBE消息類似,SIP NOTIFY消息也包括事件頭,該事件頭包括由預(yù)定的事件包定義的 參數(shù)。
參照圖5A和圖5B,根據(jù)當(dāng)前實施例的SIP NOTIFY消息包括提供與一個或多個服 務(wù)提供商有關(guān)的信息的事件頭50和53。參照圖5A,可以根據(jù)傳統(tǒng)事件包來描述包括與一個或多個服務(wù)提供商有關(guān)的信息 的SIP NOTIFY消息的事件頭50。可以根據(jù)作為傳統(tǒng)事件包的用戶代理簡表事件包來描述 事件頭50。添加與一個或多個服務(wù)提供商的發(fā)現(xiàn)有關(guān)的多個參數(shù)以擴展用戶代理簡表事件 包,并且可以描述根據(jù)擴展的用戶代理簡表事件包提供與一個或多個服務(wù)提供商有關(guān)的信 息的事件頭50。"ua-profile"參數(shù)指示根據(jù)用戶代理簡表事件包來描述事件頭50。"profile-type"參數(shù)指示簡表的類型,其中,第二實體21對第一實體20提供簡表。profile-type ="application = oif_spdlists_request,,f旨二21 一實體20提供與一個或多個服務(wù)提供商有關(guān)的信息。“version”參數(shù)指示與一個或多個服務(wù)提供商有關(guān)的信息的版本。第一實體20可 檢查“version”參數(shù),從而確定與一個或多個服務(wù)提供商有關(guān)的信息是否被更新。
在這種情況下使用“cursection”和“l(fā)astsection”參數(shù)與一個或多個服務(wù)提供 商有關(guān)的信息被劃分并隨后被發(fā)送到第一實體20?!發(fā)astsection”參數(shù)指示劃分的部分的 數(shù)量,“cursection”參數(shù)指示劃分的部分中的當(dāng)前部分位置。在lastsection = “ 10”和 cursection =“ 1”的情況下,第二實體21還具有九個部分以提供給第一實體20,直到第二 實體21完成所有與一個或多個服務(wù)提供商有關(guān)的信息的提供。Content-Encoding 頭 51 是與圖 3A 中的 Accept—Encoding 頭 31 相應(yīng)的頭, 并且指示用于對與一個或多個服務(wù)提供商有關(guān)的信息進行編碼所使用的編碼格式。在 Content-Encoding: gzip的情況下,通過使用稱為“gzip”的XML文檔壓縮格式對與一個或 多個服務(wù)提供商有關(guān)的信息進行編碼。“Content-Type”頭52指示SIP NOTIFY消息的主體的類型。在 Content-Type :application/oiptvf-iptvSPdicovery+xml 的情況下,SIP NOTIFY消息的主 體包括與一個或多個服務(wù)提供商有關(guān)的信息。參照圖5B,根據(jù)單獨的事件包來描述SIP NOTIFY消息的包括與一個或多個服務(wù) 提供商有關(guān)的信息的事件頭53,所述單獨的事件包被定義用于描述提供與一個或多個服務(wù) 提供商有關(guān)的信息的事件頭。"oif-spdlist"參數(shù)指示根據(jù)作為新的事件包的oif-spdlist事件包來描述事件 頭53。圖5A和圖5B的SIP NOTIFY消息的主體包括與一個或多個服務(wù)提供商有關(guān)的信 息。如參照圖1的以上描述,與一個或多個服務(wù)提供商有關(guān)的信息可包括與關(guān)于服務(wù)發(fā)現(xiàn) 實體的URI有關(guān)的信息、與當(dāng)發(fā)送和接收關(guān)于服務(wù)的信息時所需的協(xié)議有關(guān)的信息以及與 一個或多個IPTV服務(wù)提供商的UI有關(guān)的信息(諸如,標(biāo)志、商標(biāo)或圖標(biāo))。圖6A和圖6B是根據(jù)本發(fā)明另一實施例的SIP NOTIFY消息的示圖。參照圖6A,可以根據(jù)傳統(tǒng)事件包來描述SIP NOTIFY消息的包括與一個或多個服 務(wù)有關(guān)的信息的事件頭。雖然圖6A的實施例中的一些參數(shù)與圖5A的實施例中的不同,但 是根據(jù)從作為傳統(tǒng)事件包的用戶代理簡表事件包擴展的事件包來描述SIP NOTIFY消息的事件頭,這與圖5A的實施例相同?!皃ayload”參數(shù)指示SIP NOTIFY消息的主體中包括的服 務(wù)信息中的服務(wù)的類型。例如,在payload = “02”的情況下,與有線電視有關(guān)的服務(wù)信息 可被包括在主體中,在payload = “03”的情況下,與視頻點播(V0D)有關(guān)的服務(wù)信息可被 包括在主體中。參照圖6B,根據(jù)單獨的事件包來描述SIP NOTIFY消息的包括與一個或多個服務(wù) 提供商有關(guān)的信息的事件頭,所述單獨的事件包被定義用于描述提供與一個或多個服務(wù)提 供商有關(guān)的信息的事件頭。也就是,根據(jù)作為新定義的事件包的oif-spdlist事件包來描 述SIP NOTIFY消息的頭,該SIP NOTIFY消息的頭包括與一個或多個服務(wù)提供商有關(guān)的信
肩、o再參照圖2,當(dāng)在操作230產(chǎn)生與圖5A、圖5B、圖6A和圖6B中示出的其中一個相 應(yīng)的第二 SIP消息時,在操作240,第二實體21將第二 SIP消息發(fā)送到第一實體20。 在操作240,第一實體20接收第二 SIP消息,隨后根據(jù)與一個或多個服務(wù)提供商有 關(guān)的信息或與一個或多個服務(wù)有關(guān)的信息執(zhí)行發(fā)現(xiàn)操作。通過這樣做,第一實體20可從一 個或多個服務(wù)提供商中選擇服務(wù)提供商,或可從一個或多個服務(wù)中選擇服務(wù)。圖7是根據(jù)本發(fā)明另一實施例的搜索與服務(wù)提供商有關(guān)的信息的方法的流程圖。圖7與這樣的情況相應(yīng)使用IPTV服務(wù)的ITF實體71從IPTV服務(wù)發(fā)現(xiàn)實體74 接收與一個或多個IPTV服務(wù)提供商有關(guān)的信息。如參照圖1的以上描述,ITF實體71可包 括與用戶的域相應(yīng)的多個實體,在這種情況下,圖7的實施例的ITF實體71包括開放IPTV 終端功能實體(0ITF實體)72和IP多媒體子系統(tǒng)(IMS)網(wǎng)關(guān)功能實體(IG實體)73。0ITF 實體72和IG實體73是采用開放IPTV論壇構(gòu)架的用戶域的實體。0ITF實體72經(jīng)由用戶域的網(wǎng)關(guān)(諸如,應(yīng)用網(wǎng)關(guān)功能實體(AG實體)、IMS網(wǎng)關(guān) 功能實體(IG實體)等)來訪問IPTV服務(wù)。最終使用IPTV服務(wù)的裝置可以是0ITF實體 72。IG實體73允許0ITF實體72根據(jù)IMS核心網(wǎng)絡(luò)訪問IPTV服務(wù)。也就是,IG實體 73在0ITF實體72與網(wǎng)絡(luò)域?qū)嶓w(諸如,IPTV服務(wù)提供商發(fā)現(xiàn)實體和IPTV服務(wù)發(fā)現(xiàn)實體) 之間中繼,從而使0ITF實體72能夠訪問IPTV服務(wù)。IG實體73是產(chǎn)生請求與服務(wù)提供商 有關(guān)的信息或與服務(wù)有關(guān)的信息的第一 SIP消息的實體,并且可以與圖2的實施例的第一 實體20相應(yīng)。IPTV服務(wù)提供商發(fā)現(xiàn)實體74與認(rèn)證和會話管理(ASM)實體75是由IPTV服務(wù)提 供商或網(wǎng)絡(luò)提供商管理的網(wǎng)絡(luò)域?qū)嶓w。IPTV服務(wù)提供商發(fā)現(xiàn)實體74是產(chǎn)生包括與一個或多個服務(wù)提供商有關(guān)的信息的 第二 SIP消息的實體,并且可以與圖2的實施例的第二實體21相應(yīng)。根據(jù)開放IPTV論壇構(gòu)架的IPTV服務(wù)模型中的管理的網(wǎng)絡(luò)模型需要ASM實體75。 ASM實體75用于訪問管理和IPTV服務(wù)會話管理,從而僅使特定用戶能夠訪問管理網(wǎng)絡(luò)。參照圖7,在操作710,0ITF實體72將請求與一個或多個IPTV服務(wù)提供商有關(guān)的 信息的消息發(fā)送到IG實體73。0ITF實體72和IG實體73是交換通過使用在0ITF實體72 與IG實體73之間指定的預(yù)定消息格式而產(chǎn)生的消息的用戶域?qū)嶓w。在圖7中,0ITF實體 72將超文本傳輸協(xié)議(HTTP)請求消息發(fā)送到IG實體73。在操作712,IG實體73根據(jù)在操作710接收的請求消息來產(chǎn)生第一 SIP消息,并將第一 SIP消息發(fā)送到ASM實體75。第一 SIP消息的目的是被發(fā)送到IPTV服務(wù)提供商發(fā) 現(xiàn)實體74。然而,在管理的網(wǎng)絡(luò)模型中,由于ASM實體75管理IPTV服務(wù)會話,故第一 SIP 消息經(jīng)由ASM實體75被發(fā)送到IPTV服務(wù)提供商發(fā)現(xiàn)實體74。第一 SIP消息可以是之前參 照圖3A和圖3B描述的SIP SUBSCRIBE消息。在操作714,ASM實體75將在操作712從IG實體73接收的第一 SIP消息發(fā)送到 IPTV服務(wù)提供商發(fā)現(xiàn)實體74。在操作716,IPTV服務(wù)提供商發(fā)現(xiàn)實體74將SIP 2000K消息發(fā)送到ASM實體75, 其中,SIP 2000K消息指示在操作714已經(jīng)正常接收第一 SIP消息。在操作718,ASM實體75將在操作716接收的SIP 2000K消息發(fā)送到IG實體73。在操作720,IPTV服務(wù)提供商發(fā)現(xiàn)實體74將包括與一個或多個服務(wù)提供商有關(guān)的 信息的第二 SIP消息發(fā)送到ASM實體75。第二 SIP消息可以是之前參照圖5A和圖5B描述 的 SIP NOTIFY 消息。在操作722,ASM實體75將在操作720從IPTV服務(wù)提供商發(fā)現(xiàn)實體74接收的第 二 SIP消息發(fā)送到IG實體73。在操作724,IG實體73將SIP 2000K消息發(fā)送到ASM實體75,其中,SIP 2000K消
息指示在操作722已經(jīng)正常接收第二 SIP消息。在操作726,ASM實體75將在操作724接收的SIP 2000K消息發(fā)送到IPTV服務(wù)提 供商發(fā)現(xiàn)實體74。在操作728,IG實體73將包括與一個或多個服務(wù)提供商有關(guān)的信息的響應(yīng)消息發(fā) 送到0ITF實體72。IG實體73通過使用在0ITF實體72與IG實體73之間指定的預(yù)定消 息格式來產(chǎn)生包括與一個或多個服務(wù)提供商有關(guān)的信息的響應(yīng)消息,并將產(chǎn)生的響應(yīng)消息 發(fā)送到0ITF實體72。圖8是根據(jù)本發(fā)明另一實施例的搜索與服務(wù)有關(guān)的信息的方法的流程圖。除了圖8的方法涉及通過訪問IPTV服務(wù)發(fā)現(xiàn)實體84來搜索與IPTV服務(wù)有關(guān)的 信息之外,根據(jù)圖8的實施例的搜索與服務(wù)有關(guān)的信息的方法與根據(jù)圖7的實施例的搜索 與服務(wù)提供商有關(guān)的信息的方法相同。因此,IG實體83是產(chǎn)生請求與服務(wù)提供商有關(guān)的信息或與服務(wù)有關(guān)的信息的第 一 SIP消息的實體,并且可以與圖2的實施例的第一實體20相應(yīng)。IPTV服務(wù)發(fā)現(xiàn)實體84是產(chǎn)生包括與從預(yù)定的服務(wù)提供商提供的一個或多個服務(wù) 有關(guān)的信息的第二 SIP消息的實體,并且可以與圖2的實施例的第二實體21相應(yīng)。在操作810,0ITF實體82將請求與IPTV服務(wù)有關(guān)的信息的消息發(fā)送到IG實體 83。0ITF實體82和IG實體83是交換通過使用在0ITF實體82與IG實體83之間指定的 預(yù)定消息格式而產(chǎn)生的消息的用戶域?qū)嶓w。在圖8中,0ITF實體82將HTTP請求消息發(fā)送 到IG實體83。在操作812,IG實體83根據(jù)在操作810接收的請求消息來產(chǎn)生第一 SIP消息,并 將第一 SIP消息發(fā)送到ASM實體85。第一 SIP消息可以是之前參照圖4A和圖4B描述的 SIP SUBSCRIBE 消息。在操作814,ASM實體85將在操作812從IG實體83接收的第一 SIP消息發(fā)送到 IPTV服務(wù)發(fā)現(xiàn)實體84。
在操作816,IPTV服務(wù)發(fā)現(xiàn)實體84將SIP 2000K消息發(fā)送到ASM實體85,其中, SIP 2000K消息指示在操作814已經(jīng)正常接收第一 SIP消息。在操作818,ASM實體85將在操作816接收的SIP 2000K消息發(fā)送到IG實體83。在操作820,IPTV服務(wù)發(fā)現(xiàn)實體84將包括與一個或多個服務(wù)有關(guān)的信息的第二 SIP消息發(fā)送到ASM實體85。第二 SIP消息可以是之前參照圖6A和圖6B描述的SIP NOTIFY 消息。在操作822,ASM實體85將在操作820從IPTV服務(wù)發(fā)現(xiàn)實體84接收的第二 SIP 消息發(fā)送到IG實體83。在操作824,IG實體83將SIP 2000K消息發(fā)送到ASM實體85,其中,SIP 2000K消 息指示在操作822已經(jīng)正常接收第二 SIP消息。在操作826,ASM實體85將在操作824接收的SIP 2000K消息發(fā)送到IPTV服務(wù)發(fā) 現(xiàn)實體84。在操作828,IG實體83將包括與一個或多個服務(wù)有關(guān)的信息的響應(yīng)消息發(fā)送到 0ITF實體82。IG實體83通過使用在0ITF實體82與IG實體83之間指定的預(yù)定消息格 式來產(chǎn)生包括與一個或多個服務(wù)有關(guān)的信息的響應(yīng)消息,并將產(chǎn)生的響應(yīng)消息發(fā)送到0ITF 實體82。參照圖8,IG實體83將HTTP響應(yīng)消息發(fā)送到0ITF實體82。圖9是根據(jù)本發(fā)明實施例的第一實體20的示圖。參照圖9,根據(jù)圖9的實施例的第一實體20包括消息產(chǎn)生單元910、消息發(fā)送單元 920、消息接收單元930和信息共享單元940。如上所述,第一實體20可以是與圖7的IG實 體73和圖8的IG實體83中的一個相應(yīng)的實體。消息產(chǎn)生單元910產(chǎn)生請求與一個或多個服務(wù)提供商有關(guān)的信息或與一個或多 個服務(wù)有關(guān)的信息的傳輸?shù)牡谝?SIP消息。之前參照圖3A和圖3B描述了請求與一個或多 個服務(wù)提供商有關(guān)的信息的第一 SIP消息,參照圖4A和圖4B描述了請求與一個或多個服 務(wù)有關(guān)的信息的第一 SIP消息。消息發(fā)送單元920將消息產(chǎn)生單元910產(chǎn)生的第一 SIP消息發(fā)送到第二實體21。 如上所述,第二實體21可以是與圖7的IPTV服務(wù)提供商發(fā)現(xiàn)實體74和圖8的IPTV服務(wù) 發(fā)現(xiàn)實體84中的一個相應(yīng)的實體。因此,第一 SIP消息可以通過諸如圖7的ASM實體75 和圖8的ASM實體85的第三實體,并隨后被發(fā)送到第二實體21。消息接收單元930接收作為從消息發(fā)送單元920發(fā)送的第一 SIP消息的響應(yīng)的從 第二實體21發(fā)送的第二 SIP消息,所述第二 SIP消息包括與一個或多個服務(wù)提供商有關(guān)的 信息或與一個或多個服務(wù)有關(guān)的信息。之前參照圖5A和圖5B描述了包括與一個或多個服 務(wù)提供商有關(guān)的信息的第二 SIP消息,參照圖6A和圖6B描述了包括與一個或多個服務(wù)有 關(guān)的信息的第二 SIP消息。與第一 SIP消息的傳輸相似,第二 SIP消息也可以通過諸如圖7 的ASM實體75和圖8的ASM實體85的第三實體,并隨后被消息接收單元930接收。另外, 消息接收單元930可從第二實體21接收SIP 2000K消息,其中,SIP 2000K消息是指示第 二實體21已經(jīng)正常接收從消息發(fā)送單元920發(fā)送的第一 SIP消息的SIP消息。相似地,作 為第一 SIP消息的響應(yīng),消息發(fā)送單元920可將SIP 2000K消息發(fā)送到第二實體21,其中, SIP 2000K消息指示消息接收單元930已經(jīng)正常接收從第二實體21發(fā)送的第二 SIP消息。信息共享單元940與用戶域中的另一實體共享包括在由消息接收單元930接收的消息中與一個或多個服務(wù)提供商有關(guān)的信息或與一個或多個服務(wù)有關(guān)的信息。例如,信息 共享單元940與用戶域中的諸如0ITF實體72和0ITF實體82中的一個的其它實體共享第 二 SIP消息的消息主體中包括的信息。通過將使用指定用于用戶域的實體之間的信息交換 的預(yù)定消息格式,諸如,HTTP,而產(chǎn)生的HTTP響應(yīng)消息發(fā)送到其它實體,可以與其它實體共 享與一個或多個服務(wù)提供商有關(guān)的信息或與一個或多個服務(wù)有關(guān)的信息。圖10是根據(jù)本發(fā)明實施例的第二實體21的示圖。參照圖10,根據(jù)圖10的實施例的第二實體21包括消息接收單元1010、消息產(chǎn)生 單元1020和消息發(fā)送單元1030。如上所述,第二實體21可以是與圖7的IPTV服務(wù)提供商 發(fā)現(xiàn)實體74和圖8的IPTV服務(wù)發(fā)現(xiàn)實體84中的一個相應(yīng)的實體。消息接收單元1010從第一實體20接收請求與一個或多個服務(wù)提供商有關(guān)的信息 或與一個或多個服務(wù)有關(guān)的信息的第一 SIP消息,所述第一 SIP消息從消息發(fā)送單元920 發(fā)送。消息接收單元1010可直接從第一實體20接收第一 SIP消息,或可經(jīng)由諸如圖7的 ASM實體75和圖8的ASM實體85的第三實體接收第一 SIP消息。作為對消息接收單元1010接收的第一 SIP消息的響應(yīng),消息產(chǎn)生單元1020產(chǎn)生 包括與一個或多個服務(wù)提供商有關(guān)的信息或與一個或多個服務(wù)有關(guān)的信息的第二 SIP消 肩、O消息發(fā)送單元1030將消息產(chǎn)生單元1020產(chǎn)生的第二 SIP消息發(fā)送到第二實體 21。與第一 SIP消息的接收相似,可經(jīng)由諸如圖7的ASM實體75和圖8的ASM實體85的 第三實體將第二 SIP消息發(fā)送到第一實體20。另外,在發(fā)送第二 SIP消息之前,消息發(fā)送單 元1030可將指示第一 SIP消息已經(jīng)被正常接收的SIP 2000K消息發(fā)送到第一實體20。本發(fā)明也可被實施為計算機可讀記錄介質(zhì)上的計算機可讀代碼。計算機可讀記錄 介質(zhì)是存儲其后可被計算機系統(tǒng)讀取的數(shù)據(jù)的任何數(shù)據(jù)存儲裝置。計算機可讀記錄介質(zhì)的 示例包括只讀存儲器(ROM)、隨機訪問存儲器(RAM)、CD-ROM、磁帶、軟盤和光數(shù)據(jù)存儲裝 置。包含本發(fā)明的至少一個實施例的載波(諸如,通過互聯(lián)網(wǎng)的傳輸)可被臨時或永久地 存儲在計算機可讀記錄介質(zhì)中。計算機可讀記錄介質(zhì)還可分布于聯(lián)網(wǎng)的計算機系統(tǒng),從而 以分布方式存儲和執(zhí)行計算機可讀代碼。雖然已經(jīng)參照本發(fā)明的示例性實施例具體示出和描述了本發(fā)明,但是本領(lǐng)域的普 通技術(shù)人員應(yīng)該理解,在不脫離由權(quán)利要求限定的本發(fā)明的精神和范圍的情況下,可以進 行形式和細(xì)節(jié)上的各種改變。例如,根據(jù)本發(fā)明的示例性實施例的從第二實體接收與一個或多個服務(wù)提供商有 關(guān)的信息的第一實體的信息接收設(shè)備可包括與圖9和圖10中示出的設(shè)備的每個單元連接 的總線、與總線連接的至少一個處理器、與總線連接的用于存儲指令、接收的消息或產(chǎn)生的 消息的存儲器以及與前述的至少一個處理器連接以執(zhí)行指令的存儲器。示例性實施例應(yīng)僅被理解為描述的目的,而不是限制的目的。因此,本發(fā)明的范圍 不是由本發(fā)明的詳細(xì)描述限定,而是由權(quán)利要求限定,所述范圍內(nèi)的所有區(qū)別將被理解為 包括在本發(fā)明中。
權(quán)利要求
一種在包括第一實體和第二實體的網(wǎng)絡(luò)中接收與一個或多個服務(wù)提供商有關(guān)的信息的由計算機實現(xiàn)的方法,所述方法包括產(chǎn)生第一會話初始化協(xié)議(SIP)消息,所述第一SIP消息請求與提供服務(wù)的一個或多個服務(wù)提供商有關(guān)的信息;將第一SIP消息發(fā)送到第二實體;以及響應(yīng)于第一SIP消息,從第二實體接收包括與一個或多個服務(wù)提供商有關(guān)的信息的第二SIP消息。
2.如權(quán)利要求1所述的方法,其中,所述服務(wù)包括互聯(lián)網(wǎng)協(xié)議電視(IPTV)服務(wù)。
3.如權(quán)利要求2所述的方法,其中,第一SIP消息包括SIP SUBSCRIBE消息,請求與一 個或多個IPTV服務(wù)提供商有關(guān)的信息。
4.如權(quán)利要求3所述的方法,其中,SIPSUBSCRIBE消息包括事件頭,請求與一個或多 個IPTV服務(wù)提供商有關(guān)的信息。
5.如權(quán)利要求4所述的方法,其中,根據(jù)用戶代理簡表事件包來描述事件頭。
6.如權(quán)利要求5所述的方法,其中,事件頭包括與服務(wù)提供商的域地址有關(guān)的信息,第 一實體期望從所述服務(wù)提供商接收服務(wù)。
7.如權(quán)利要求4所述的方法,其中,根據(jù)單獨的事件包來描述事件頭,所述單獨的事件 包被定義用于描述請求與一個或多個IPTV服務(wù)提供商有關(guān)的信息的事件頭。
8.如權(quán)利要求3所述的方法,其中,發(fā)送第一SIP消息的步驟還包括從第二實體接收 SIP 200 OK消息,其中,SIP 200 OK消息指示已經(jīng)接收了第一 SIP消息。
9.如權(quán)利要求2所述的方法,其中,第二SIP消息包括SIP NOTIFY消息,包括與一個 或多個IPTV服務(wù)提供商有關(guān)的信息。
10.如權(quán)利要求9所述的方法,其中,SIPNOTIFY消息包括事件頭,提供與一個或多個 IPTV服務(wù)提供商有關(guān)的信息。
11.如權(quán)利要求10所述的方法,其中,根據(jù)用戶代理簡表事件包來描述事件頭。
12.如權(quán)利要求11所述的方法,其中,SIPNOTIFY消息包括與能夠發(fā)現(xiàn)從服務(wù)提供商 提供的一個或多個服務(wù)的實體有關(guān)的統(tǒng)一資源標(biāo)識符(URI)信息。
13.如權(quán)利要求11所述的方法,其中,SIPNOTIFY消息包括與發(fā)現(xiàn)從服務(wù)提供商提供 的一個或多個服務(wù)時使用的協(xié)議和圖標(biāo)中的至少一個有關(guān)的信息。
14.如權(quán)利要求10所述的方法,其中,根據(jù)單獨的事件包來描述事件頭,所述單獨的事 件包被定義用于描述提供與一個或多個IPTV服務(wù)提供商有關(guān)的信息的事件頭。
15.如權(quán)利要求9所述的方法,其中,接收第二SIP消息的步驟還包括將SIP 200 0K消 息發(fā)送到第二實體,其中,SIP 200 0K消息指示已經(jīng)接收了第二 SIP消息。
16.如權(quán)利要求2所述的方法,其中,以開放IPTV論壇構(gòu)架定義的第一實體是允許開放 IPTV終端功能實體(0ITF實體)根據(jù)IP多媒體子系統(tǒng)(IMS)核心網(wǎng)絡(luò)來訪問網(wǎng)絡(luò)服務(wù)的 IMS網(wǎng)關(guān)功能實體(IG實體)。
17.如權(quán)利要求16所述的方法,其中,以開放IPTV論壇構(gòu)架定義的第二實體是發(fā)現(xiàn)提 供0ITF實體選擇IPTV服務(wù)提供商所需的信息的實體的IPTV服務(wù)提供商。
18.一種將與一個或多個服務(wù)提供商有關(guān)的信息提供給第一實體的方法,其中,由第二 實體執(zhí)行所述提供的步驟,所述方法包括接收第一 SIP消息,所述第一 SIP消息請求與提供服務(wù)的一個或多個服務(wù)提供商有關(guān) 的信息;響應(yīng)于第一 SIP消息,產(chǎn)生包括與一個或多個服務(wù)提供商有關(guān)的信息的第二 SIP消息;以及將第二 SIP消息發(fā)送到第一實體。
19.如權(quán)利要求18所述的方法,其中,所述服務(wù)包括IPTV服務(wù)。
20.如權(quán)利要求19所述的方法,其中,第一SIP消息包括SIP SUBSCRIBE消息,請求與 一個或多個IPTV服務(wù)提供商有關(guān)的信息。
21.如權(quán)利要求20所述的方法,其中,SIPSUBSCRIBE消息包括事件頭,請求與一個或 多個IPTV服務(wù)提供商有關(guān)的信息。
22.如權(quán)利要求21所述的方法,其中,根據(jù)用戶代理簡表事件包來描述事件頭。
23.如權(quán)利要求22所述的方法,其中,事件頭包括與服務(wù)提供商的域地址有關(guān)的信息, 第一實體期望從所述服務(wù)提供商接收服務(wù)。
24.如權(quán)利要求21所述的方法,其中,根據(jù)單獨的事件包來描述事件頭,所述單獨的事 件包被定義用于描述請求與一個或多個IPTV服務(wù)提供商有關(guān)的信息的事件頭。
25.如權(quán)利要求20所述的方法,其中,接收第一SIP消息的步驟還包括將SIP 200 OK 消息發(fā)送到第一實體,其中,SIP 200 OK消息指示已經(jīng)接收了第一 SIP消息。
26.如權(quán)利要求19所述的方法,其中,第二SIP消息包括SIP NOTIFY消息,包括與一 個或多個IPTV服務(wù)提供商有關(guān)的信息。
27.如權(quán)利要求26所述的方法,其中,SIPNOTIFY消息包括事件頭,提供與一個或多 個IPTV服務(wù)提供商有關(guān)的信息。
28.如權(quán)利要求27所述的方法,其中,根據(jù)用戶代理簡表事件包來描述事件頭。
29.如權(quán)利要求28所述的方法,其中,SIPNOTIFY消息包括與能夠發(fā)現(xiàn)從服務(wù)提供商 提供的一個或多個服務(wù)的實體有關(guān)的URI信息。
30.如權(quán)利要求28所述的方法,其中,SIPNOTIFY消息包括與發(fā)現(xiàn)從服務(wù)提供商提供 的一個或多個服務(wù)時使用的協(xié)議和圖標(biāo)中的至少一個有關(guān)的信息。
31.如權(quán)利要求27所述的方法,其中,根據(jù)單獨的事件包來描述事件頭,所述單獨的事 件包被定義用于描述提供與一個或多個IPTV服務(wù)提供商有關(guān)的信息的事件頭。
32.如權(quán)利要求26所述的方法,其中,發(fā)送第二SIP消息的步驟還包括從第一實體接收 SIP 200 0K消息,其中,SIP 200 0K消息指示已經(jīng)接收了第二 SIP消息。
33.如權(quán)利要求19所述的方法,其中,以開放IPTV論壇構(gòu)架定義的第一實體是允許 0ITF實體根據(jù)IMS核心網(wǎng)絡(luò)來訪問網(wǎng)絡(luò)服務(wù)的IG實體。
34.如權(quán)利要求33所述的方法,其中,以開放IPTV論壇構(gòu)架定義的第二實體是發(fā)現(xiàn)提 供0ITF實體選擇IPTV服務(wù)提供商所需的信息的實體的IPTV服務(wù)提供商。
35.一種在包括第一實體和第二實體的網(wǎng)絡(luò)中接收與一個或多個服務(wù)提供商有關(guān)的信 息的信息接收設(shè)備,所述信息接收設(shè)備包括消息產(chǎn)生單元,產(chǎn)生第一 SIP消息,所述第一 SIP消息請求與提供服務(wù)的一個或多個服 務(wù)提供商有關(guān)的信息;消息發(fā)送單元,將第一 SIP消息發(fā)送到第二實體;以及消息接收單元,響應(yīng)于第一 SIP消息,從第二實體接收包括與一個或多個服務(wù)提供商 有關(guān)的信息的第二 SIP消息。
36.如權(quán)利要求35所述的信息接收設(shè)備,其中,所述服務(wù)包括IPTV服務(wù)。
37.如權(quán)利要求36所述的信息接收設(shè)備,其中,第一SIP消息包括SIPSUBSCRIBE消 息,請求與一個或多個IPTV服務(wù)提供商有關(guān)的信息,并且第二SIP消息包括SIP NOTIFY消 息,包括與一個或多個IPTV服務(wù)提供商有關(guān)的信息。
38.一種在包括第一實體和第二實體的網(wǎng)絡(luò)中提供與一個或多個服務(wù)提供商有關(guān)的信 息的信息提供設(shè)備,所述信息提供設(shè)備包括消息接收單元,接收第一 SIP消息,所述第一 SIP消息請求與提供服務(wù)的一個或多個服 務(wù)提供商有關(guān)的信息;消息產(chǎn)生單元,響應(yīng)于第一 SIP消息,產(chǎn)生包括與一個或多個服務(wù)提供商有關(guān)的信息 的第二 SIP消息;以及消息發(fā)送單元,將第二 SIP消息發(fā)送到第一實體。
39.如權(quán)利要求38所述的信息提供設(shè)備,其中,所述服務(wù)包括IPTV服務(wù)。
40.如權(quán)利要求39所述的信息提供設(shè)備,其中,第一SIP消息包括SIPSUBSCRIBE消 息,請求與一個或多個IPTV服務(wù)提供商有關(guān)的信息,并且第二SIP消息包括SIP NOTIFY消 息,包括與一個或多個IPTV服務(wù)提供商有關(guān)的信息。
41.一種記錄有用于執(zhí)行權(quán)利要求1的方法的程序的計算機可讀記錄介質(zhì)。
42.—種記錄有用于執(zhí)行權(quán)利要求18的方法的程序的計算機可讀記錄介質(zhì)。
全文摘要
提供了一種方法和設(shè)備,通過所述方法和設(shè)備,第一實體通過使用會話初始化協(xié)議(SIP)消息從第二實體接收與一個或多個互聯(lián)網(wǎng)協(xié)議電視(IPTV)服務(wù)提供商有關(guān)的信息或與一個或多個IPTV服務(wù)有關(guān)的信息。
文檔編號H04N5/44GK101861729SQ200880116336
公開日2010年10月13日 申請日期2008年11月26日 優(yōu)先權(quán)日2007年11月27日
發(fā)明者林銀熙, 金紋助, 黃寅喆 申請人:三星電子株式會社
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1