国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      搜索iptv服務(wù)中繼裝置的方法和設(shè)備以及與裝置交互的方法和設(shè)備的制作方法

      文檔序號(hào):7941486閱讀:241來源:國知局
      專利名稱:搜索iptv服務(wù)中繼裝置的方法和設(shè)備以及與裝置交互的方法和設(shè)備的制作方法
      技術(shù)領(lǐng)域
      本發(fā)明涉及在本地網(wǎng)絡(luò)中搜索裝置以及與裝置交互的方法和設(shè)備。
      背景技術(shù)
      互聯(lián)網(wǎng)協(xié)議電視(IPTV)通過IP網(wǎng)絡(luò)(S卩,高速互聯(lián)網(wǎng))向TV提供諸如信息服務(wù)、 運(yùn)動(dòng)圖像內(nèi)容的服務(wù)和廣播。由于通信和廣播的組合服務(wù)變得更加穩(wěn)健,因此,對(duì)于IPTV 服務(wù)的興趣也在增長,預(yù)計(jì)IPTV服務(wù)的活躍會(huì)顯著影響通信、廣播、內(nèi)容和家用電器產(chǎn)業(yè)。通常,為了通過IP網(wǎng)絡(luò)接收IPTV服務(wù),IPTV服務(wù)用戶可具有用于每個(gè)IPTV賣主 的單獨(dú)的機(jī)頂盒。僅具有基于提供IPTV服務(wù)的IPTV服務(wù)提供商所設(shè)定的標(biāo)準(zhǔn)而制造的 IPTV機(jī)頂盒的IPTV服務(wù)用戶可接收從相應(yīng)的IPTV服務(wù)提供商提供的IPTV服務(wù)。例如,假 設(shè)存在三個(gè)IPTV服務(wù)提供商A、B和C,購買了由A制造的機(jī)頂盒的服務(wù)用戶僅能使用由A 提供的IPTV服務(wù)。為了使用由B或C提供的IPTV服務(wù),用戶可單獨(dú)購買由B或C制造的 機(jī)頂盒。IPTV服務(wù)和機(jī)頂盒之間的這樣的兼容性問題縮小了服務(wù)用戶的選擇范圍。結(jié)果, IPTV服務(wù)的質(zhì)量會(huì)降低或者服務(wù)的基礎(chǔ)難以擴(kuò)展。為了解決這樣的兼容性問題,最近建立了開放IPTV論壇,IPTV服務(wù)的標(biāo)準(zhǔn)化正在 討論中。在該論壇上,不依賴于IPTV服務(wù)提供商的公共標(biāo)準(zhǔn)將被設(shè)定,并正在討論基于該 公共標(biāo)準(zhǔn)向服務(wù)用戶提供IPTV服務(wù)。開放IPTV論壇旨在創(chuàng)建不依賴于IPTV服務(wù)提供商的接口和硬件平臺(tái),并將來自 多個(gè)IPTV服務(wù)提供商的IPTV服務(wù)提供給用戶。根據(jù)開放IPTV論壇架構(gòu),即使用戶僅具有 來自選定數(shù)量的IPTV服務(wù)提供商中的機(jī)頂盒,也可提供多個(gè)不同的IPTV服務(wù)商的每一個(gè) 的IPTV服務(wù),因而可擴(kuò)展用戶的選擇范圍。為了使用戶使用多個(gè)不同IPTV服務(wù)提供商的每一個(gè)提供的服務(wù),根據(jù)開放IPTV 論壇的功能架構(gòu),在本地網(wǎng)絡(luò)中存在中繼從多個(gè)IPTV服務(wù)提供商提供的服務(wù)的裝置。依據(jù) 開放IPTV論壇的功能架構(gòu)的諸如應(yīng)用網(wǎng)關(guān)(AG)、IMS網(wǎng)關(guān)(IG)和CSP網(wǎng)關(guān)(CG)的實(shí)體對(duì) 應(yīng)于中繼裝置。這樣的中繼裝置接收從存在于本地網(wǎng)絡(luò)之外的提供商網(wǎng)絡(luò)提供的IPTV服 務(wù),并將接收的服務(wù)中繼到本地網(wǎng)絡(luò)中的終端。

      發(fā)明內(nèi)容
      技術(shù)方案本發(fā)明提供用于搜索互聯(lián)網(wǎng)協(xié)議電視(IPTV)服務(wù)中繼裝置的方法和設(shè)備,其中, 本地網(wǎng)絡(luò)的IPTV終端被包括在相同的本地網(wǎng)絡(luò)中,本發(fā)明還提供用于在IPTV服務(wù)中繼裝 置之間交互的方法和設(shè)備。本發(fā)明還提供其上實(shí)施有用于執(zhí)行上述方法的計(jì)算機(jī)程序的計(jì)算機(jī)可讀記錄介 質(zhì)。有益效果
      根據(jù)本發(fā)明,可搜索互聯(lián)網(wǎng)協(xié)議電視(IPTV)服務(wù)中繼裝置,其中,本地網(wǎng)絡(luò)的 IPTV終端被包括在相同的本地網(wǎng)絡(luò)中。


      通過參照附圖詳細(xì)描述本發(fā)明的示例性實(shí)施例,本發(fā)明的以上和其他特征和優(yōu)點(diǎn) 將變得更清楚,其中圖1是根據(jù)本發(fā)明實(shí)施例的互聯(lián)網(wǎng)協(xié)議電視(IPTV)系統(tǒng)中的本地網(wǎng)絡(luò)架構(gòu)的框 圖;圖2是示出根據(jù)本發(fā)明實(shí)施例的搜索裝置的方法的流程圖;圖3示出根據(jù)本發(fā)明實(shí)施例的搜索請(qǐng)求消息;圖4示出根據(jù)本發(fā)明實(shí)施例的響應(yīng)消息;圖5示出根據(jù)本發(fā)明實(shí)施例的裝置說明;圖6示出根據(jù)本發(fā)明另一實(shí)施例的裝置說明;圖7示出根據(jù)本發(fā)明另一實(shí)施例的裝置說明;圖8A到圖8B示出根據(jù)本發(fā)明實(shí)施例的IPTV服務(wù)請(qǐng)求消息;圖9示出根據(jù)本發(fā)明另一實(shí)施例的IPTV服務(wù)請(qǐng)求消息;圖10示出根據(jù)本發(fā)明實(shí)施例的IPTV服務(wù)響應(yīng)消息;圖11是根據(jù)本發(fā)明實(shí)施例的第一裝置的框圖;圖12是根據(jù)本發(fā)明實(shí)施例的第二裝置的框圖。
      具體實(shí)施例方式最佳模式根據(jù)本發(fā)明的一方面,提供了一種搜索包括在與第一裝置相同的本地網(wǎng)絡(luò)中的第 二裝置的方法,其中,搜索由第一裝置執(zhí)行,所述方法包括發(fā)送對(duì)于搜索中繼來自本地網(wǎng) 絡(luò)之外的至少一個(gè)IPTV服務(wù)的裝置的請(qǐng)求;響應(yīng)于發(fā)送的消息,從第二裝置接收第二裝置 的裝置說明的地址信息;基于接收的地址信息,將對(duì)于第二裝置的裝置說明的請(qǐng)求發(fā)送到 第二裝置;從第二裝置接收裝置說明。第二裝置可允許第一裝置通過IP多媒體子系統(tǒng)(IMS)核心網(wǎng)絡(luò)訪問從本地網(wǎng)絡(luò) 之外提供的IPTV服務(wù)。第二裝置可以是基于開放IPTV論壇的功能架構(gòu)的IMS網(wǎng)關(guān)(IG)裝置。發(fā)送對(duì)于搜索裝置的請(qǐng)求可包括將對(duì)于搜索IG裝置的請(qǐng)求多播到本地網(wǎng)絡(luò)。在多播中,使用超文本傳輸協(xié)議(HTTP)M-SEARCH方法產(chǎn)生的請(qǐng)求搜索IG裝置的 消息可被多播到本地網(wǎng)絡(luò)。裝置說明可包括第一裝置與IG裝置之間的交互所需的IG裝置的統(tǒng)一資源標(biāo)識(shí)符 (URI)信息。所述方法還可包括基于IG裝置的URI信息將請(qǐng)求預(yù)定IPTV服務(wù)的消息發(fā)送到 IG裝置;響應(yīng)于請(qǐng)求IPTV服務(wù)的消息,從IG裝置接收預(yù)定IPTV服務(wù)??赏ㄟ^使用HTTP POST方法來產(chǎn)生用于請(qǐng)求預(yù)定的IPTV服務(wù)的消息。根據(jù)本發(fā)明的另一 面,提供了一種用于搜索包括在與第一裝置相同的本地網(wǎng)絡(luò)中的第二裝置的設(shè)備,其中,搜索由第一裝置執(zhí)行,所述設(shè)備包括搜索消息發(fā)送器,發(fā)送對(duì) 于搜索中繼來自本地網(wǎng)絡(luò)之外的至少一個(gè)IPTV服務(wù)的裝置的請(qǐng)求;響應(yīng)消息接收器,響應(yīng) 于發(fā)送的消息,從第二裝置接收第二裝置的裝置說明的地址信息;說明接收器,基于接收的 地址信息,將對(duì)于第二裝置的裝置說明的請(qǐng)求發(fā)送到第二裝置,并從第二裝置接收裝置說 明。根據(jù)本發(fā)明的另一方面,提供了一種其上記錄有用于執(zhí)行搜索上述裝置的方法的 計(jì)算機(jī)程序的計(jì)算機(jī)可讀記錄介質(zhì)。發(fā)明模式以下,將參照附圖更完整地描述本發(fā)明,在附圖中示出了本發(fā)明的示例性實(shí)施例。圖1是根據(jù)本發(fā)明實(shí)施例的互聯(lián)網(wǎng)協(xié)議電視(IPTV)系統(tǒng)中的本地網(wǎng)絡(luò)10的架構(gòu) 的框圖。參照?qǐng)D1,根據(jù)本發(fā)明示例性實(shí)施例的IPTV系統(tǒng)中的本地網(wǎng)絡(luò)10可包括開放 IPTV終端功能(0ITF)裝置110、IMS網(wǎng)關(guān)(IG)裝置120、應(yīng)用網(wǎng)關(guān)(AG)裝置130、內(nèi)容和 服務(wù)保護(hù)(CSP)網(wǎng)關(guān)(CG)裝置140和WAN網(wǎng)關(guān)裝置150。在圖1中,裝置110到150可單 獨(dú)被包括在本地網(wǎng)絡(luò)10中。然而,裝置110到150可實(shí)施為能夠被包括在一個(gè)裝置中的硬 件/軟件模塊類型。從提供商網(wǎng)絡(luò)11將IPTV服務(wù)提供到本地網(wǎng)絡(luò)10。IG裝置120、AG裝置130、CG 裝置140和WAN網(wǎng)關(guān)裝置150接收IPTV服務(wù)并將其中繼到0ITF裝置110。0ITF裝置110經(jīng)過與用戶交互,通過選擇多個(gè)IPTV服務(wù)提供商中的一個(gè)來使用從 多個(gè)IPTV服務(wù)提供商提供的IPTV服務(wù),并使用從選擇的IPTV服務(wù)提供商提供的IPTV服 務(wù)。0ITF裝置110可包括諸如TV的顯示裝置。IG裝置120可允許訪問與0ITF裝置110的IP多媒體子系統(tǒng)(IMS)連接的IPTV 服務(wù)。IG裝置120接收從提供商網(wǎng)絡(luò)11提供的IPTV服務(wù),并將接收的IPTV服務(wù)中繼到 0ITF裝置110。IG裝置120使用定義用于本地網(wǎng)絡(luò)10內(nèi)的交互的預(yù)定協(xié)議與0ITF裝置 110進(jìn)行交互。響應(yīng)于0ITF裝置110對(duì)于提供IPTV服務(wù)的請(qǐng)求,IG裝置120向提供商網(wǎng) 絡(luò)11請(qǐng)求IPTV服務(wù),并接收IPTV服務(wù),從而將接收的IPTV服務(wù)中繼到0ITF裝置110。AG裝置130接收應(yīng)用,并將接收的應(yīng)用中繼到0ITF裝置110。當(dāng)需要預(yù)定應(yīng)用以 使用IPTV服務(wù)時(shí),AG裝置130可從提供商網(wǎng)絡(luò)11接收該應(yīng)用,并將接收的應(yīng)用提供給0ITF 裝置110。AG裝置130可以是僅當(dāng)0ITF裝置110需要接收和使用應(yīng)用時(shí)所需的可選裝置。CG裝置140也可以是僅當(dāng)將外部網(wǎng)絡(luò)的IPTV內(nèi)容和服務(wù)保護(hù)轉(zhuǎn)換為保護(hù)裝置從 而對(duì)于0ITF裝置110是可理解(例如,數(shù)字傳輸內(nèi)容保護(hù)-互聯(lián)網(wǎng)協(xié)議(DTCP-IP))時(shí)所 需的可選裝置。提供WAN網(wǎng)關(guān)裝置150以支持本地網(wǎng)絡(luò)10與提供商網(wǎng)絡(luò)11之間的實(shí)際連接。如圖1所示,從提供商網(wǎng)絡(luò)11提供的IPTV服務(wù)通過預(yù)定網(wǎng)關(guān)裝置120到150被 提供給0ITF裝置110。因此,0ITF裝置110可搜索包括在本地網(wǎng)絡(luò)10中的網(wǎng)關(guān)裝置120 到150,并通過發(fā)現(xiàn)的網(wǎng)關(guān)裝置提供IPTV服務(wù)。如圖1所示的本發(fā)明的示例性實(shí)施例可公開所有的網(wǎng)關(guān)彼此互連以提供服務(wù)。然 而,根據(jù)另一示例性實(shí)施例,AG裝置(130)或CG裝置(140)可以是可選裝置,甚至IG裝置 (120)也可以是附屬裝置,即,僅當(dāng)需要時(shí)的條件強(qiáng)制裝置。在不脫離本發(fā)明的范圍的情況下,可以以多種方式實(shí)現(xiàn)根據(jù)本發(fā)明示例性實(shí)施例的檢測本地網(wǎng)絡(luò)內(nèi)的網(wǎng)關(guān)裝置的配置和方法。以下,將更詳細(xì)地描述由0ITF裝置110執(zhí)行的搜索網(wǎng)關(guān)裝置120和150的方法, 以及用于與網(wǎng)關(guān)裝置120和150交互的方法和設(shè)備。圖2是示出根據(jù)本發(fā)明示例性實(shí)施例的搜索裝置的方法的流程圖。在圖2中,第一裝置20搜索包括在相同的本地網(wǎng)絡(luò)中的第二裝置21。第一裝置 20可以是參照?qǐng)D1描述的0ITF裝置110。第二裝置21可以是網(wǎng)關(guān)裝置120到150中的任 意一個(gè),例如,根據(jù)示例性實(shí)施例,IG裝置120。由于AG裝置130或CG裝置140可以是可 選裝置,因此,根據(jù)本發(fā)明的實(shí)施例,第一裝置20可僅當(dāng)AG裝置130或CG裝置140出現(xiàn)于 本地網(wǎng)絡(luò)10中時(shí)搜索任一裝置。在操作210,第一裝置20發(fā)送對(duì)于搜索中繼從本地網(wǎng)絡(luò)10的外部提供的至少一個(gè) IPTV服務(wù)的裝置的請(qǐng)求。然后,發(fā)送對(duì)于搜索中繼IPTV服務(wù)的網(wǎng)關(guān)裝置120、130或140的 請(qǐng)求??赏ㄟ^將對(duì)于搜索的請(qǐng)求多播到包括在本地網(wǎng)絡(luò)中的所有裝置來發(fā)送所述請(qǐng)求。 可通過使用超文本傳輸協(xié)議(HTTP)方法來產(chǎn)生多播的搜索請(qǐng)求消息。參照?qǐng)D3更詳細(xì)地 描述搜索請(qǐng)求消息。圖3示出根據(jù)本發(fā)明示例性實(shí)施例的搜索請(qǐng)求消息。參照?qǐng)D3,通過使用HTTP的M-SEARCH方法來產(chǎn)生操作210中的由第一裝置20發(fā) 送的搜索請(qǐng)求消息。例如,參數(shù)“HOST” 指示由 IP/PORT 地址為 “239. 255. 255. 250” 多播的 M-SEARCH 消息。參數(shù)“MAN”指示該M-SEARCH消息是搜索裝置的消息。參數(shù)“MX”設(shè)置響應(yīng)消息的最 大延遲時(shí)間。參數(shù)“ST”指示M-SEARCH消息找到的裝置是依據(jù)開放IPTV論壇的功能架構(gòu) 的IG裝置120。參照?qǐng)D2,在操作220,第二裝置21響應(yīng)于操作210的對(duì)于搜索的請(qǐng)求,將第二裝 置21的裝置說明地址信息發(fā)送到第一裝置20。然后,裝置描述的統(tǒng)一資源標(biāo)識(shí)符(URI)可 被發(fā)送到第一裝置20。裝置說明的地址信息可被包括在響應(yīng)消息中?,F(xiàn)在將參照?qǐng)D4描述 響應(yīng)消息。圖4示出根據(jù)本發(fā)明示例性實(shí)施例的響應(yīng)消息。在圖4中,在操作220由第二裝置21發(fā)送的響應(yīng)消息被示出作為對(duì)于操作210中 的M-SEARCH的響應(yīng)。響應(yīng)消息可以是HTTP 200 OK。參數(shù)“max-age”指示響應(yīng)消息的可用時(shí)間。參數(shù)“DATE”指示準(zhǔn)備響應(yīng)消息的時(shí) 間。參數(shù)“LOCATION”指示裝置說明的URI。參數(shù)“ST”指示第二裝置21是依據(jù)開放IPTV 論壇的功能架構(gòu)的IG裝置120,參數(shù)“USN”指示第二裝置21的全球唯一標(biāo)識(shí)符(UUID)。參照回到圖2,在操作230,第一裝置20基于在操作220接收的第二裝置21的裝 置說明的地址信息,向第二裝置21請(qǐng)求裝置說明。根據(jù)包括在圖4中示出的響應(yīng)消息中的 參數(shù)“LOCATION”的URI信息來請(qǐng)求裝置說明。在操作240,響應(yīng)于操作230的裝置說明的請(qǐng)求,第二裝置21將其裝置說明發(fā)送到
      第一裝置20。裝置說明包括在第一裝置20與第二裝置21之間進(jìn)行交互所需的IPTV服務(wù)的統(tǒng)一資源定位符(URL)信息?,F(xiàn)在參照?qǐng)D5-圖7更詳細(xì)地描述裝置說明。圖5示出根據(jù)本發(fā)明示例性實(shí)施例的裝置說明??梢砸钥蓴U(kuò)展標(biāo)記語言(XML)形 式編寫裝置說明。參照?qǐng)D5,根據(jù)本發(fā)明示例性實(shí)施例的裝置說明包括指示第二裝置21是依據(jù)開放 IPTV論壇的功能架構(gòu)的IG裝置120的標(biāo)簽。“deviceType”標(biāo)簽的schema“urn: schemas-0iptvf-0rg:device:ig:l”可用于指示第二裝置21是IG裝置120。圖6示出根據(jù)本發(fā)明的另一實(shí)施例的裝置說明。圖6中示出的裝置說明還包括用 于指示IPTV服務(wù)的URL地址的標(biāo)簽。為了使第一裝置20與第二裝置21交互并為第一裝置提供預(yù)定IPTV服務(wù),第二裝 置21的URL地址對(duì)于第一裝置20應(yīng)是已知的。因此,裝置說明包括關(guān)于第二裝置21的 URL的信息,第二裝置21的URL的信息根據(jù)IPTV服務(wù)或交互的類型而不同。接收裝置說明 的第一裝置20參照裝置說明,訪問具有不同URL的第二裝置21以接收服務(wù)。例如,為了使第一裝置20請(qǐng)求用于搜索關(guān)于提供商網(wǎng)絡(luò)中的多個(gè)IPTV服務(wù)提供 商的信息的服務(wù),即,“SPDiscovery”服務(wù),用于請(qǐng)求服務(wù)的URL地址對(duì)于第一裝置20可以 是已知的。因此,裝置說明包括第二裝置21的基本URL地址以及與搜索IPTV服務(wù)提供商 的服務(wù)相關(guān)的URL地址。與搜索IPTV服務(wù)提供商的服務(wù)相關(guān)的URL地址可被包括在“SPDiscoveryURL”標(biāo)簽中。當(dāng)基本URL地址是“DefaultURL”時(shí),可由服務(wù)名和來自DefaultURL的交互方法 將與搜索IPTV服務(wù)提供商的服務(wù)相關(guān)的URL假定為“DefaultURL/SPDiscovery”。雖然在圖6中示出了搜索IPTV服務(wù)提供商的服務(wù),但是關(guān)于所有服務(wù)或交互方 法的URL信息可被包括在裝置說明中,URL信息可由第二裝置21中繼并被提供給第一裝置 20。圖7示出根據(jù)本發(fā)明另一實(shí)施例的裝置說明。在圖7中示出的裝置說明中,擴(kuò)展 了通用即插即用(UPnP)裝置說明,關(guān)于第二裝置21的信息被包括在該UPnP裝置說明中。圖7示出第二裝置21可以是IG裝置120?!癲evice”標(biāo)簽下的“deviceType”標(biāo) 簽可包括指示第二裝置21是IG裝置120的信息。與圖5不同,除了基本URL之外,在裝置說明中省略了服務(wù)的URL信息。當(dāng)可以從 基本URL假設(shè)另一服務(wù)的URL時(shí),可從裝置說明中省略服務(wù)的URL信息。如上所示,當(dāng)基本 URL 是“DefaultURL” 并且"SPDiscovery” 的 URL 是“DefaultURL/SPDiscovery” 時(shí),可從 "DefaultURL"中容易地假設(shè)“SPDiscovery”的URL。在這種情況下,可從裝置說明中省略 服務(wù)的URL。參照回到圖2,在操作250,第一裝置20向第二裝置21請(qǐng)求預(yù)定的IPTV服務(wù)。這 里,第一裝置20請(qǐng)求中繼從本地網(wǎng)絡(luò)外部的提供商網(wǎng)絡(luò)中提供的預(yù)定IPTV服務(wù)。將用于 請(qǐng)求IPTV服務(wù)的消息發(fā)送到第二裝置21??赏ㄟ^使用HTTP POST方法產(chǎn)生用于請(qǐng)求IPTV 服務(wù)的消息。示出IPTV服務(wù)是用于搜索提供商網(wǎng)絡(luò)的IPTV服務(wù)提供商的服務(wù)的示例。圖8A到圖8B示出根據(jù)本發(fā)明實(shí)施例的IPTV服務(wù)請(qǐng)求消息。如圖8A到圖8B所示,可根據(jù)HTTP產(chǎn)生IPTV服務(wù)請(qǐng)求消息,HTTP是定義用于本 地網(wǎng)絡(luò)中的裝置之間的交互的協(xié)議。通過使用HTTP的POST方法來產(chǎn)生根據(jù)本發(fā)明示例性實(shí)施例的IPTV服務(wù)請(qǐng)求消息。參照?qǐng)D8A,IPTV服務(wù)的URL信息和/或基本URL信息被包括在IPTV服務(wù)請(qǐng)求消 息的HTTP POST消息頭中。如上所述,基本URL信息可以是第二裝置21 ( S卩,IG裝置120) 的URL信息。根據(jù)本發(fā)明的示例性實(shí)施例,搜索IPTV服務(wù)提供商“/igSPDiscoveryURL”的服務(wù) 的URL可被包括在HTTP POST消息頭中。參數(shù)“Host”指示第二裝置21 ( S卩,IG裝置120) 的URL信息?!癈ontent-Type”指示HTTP主體中包括的文檔的形式,“Content-Length”指 示包括在HTTP主體中的文檔的長度。HTTP POST消息主體包括由第二裝置21發(fā)送到提供商網(wǎng)絡(luò)的消息。在圖8A中,通 過使用會(huì)話初始協(xié)議(SIP)的“Subscribe”方法來產(chǎn)生由第二裝置21發(fā)送到提供商網(wǎng)絡(luò) 以用于請(qǐng)求搜索IPTV服務(wù)提供商的服務(wù)的消息。參照?qǐng)D8B,通過使用HTTP的POST方法產(chǎn)生的IPTV服務(wù)請(qǐng)求消息可以以多目的互 聯(lián)網(wǎng)郵件擴(kuò)展(MIME)的形式被準(zhǔn)備。 在HTTP頭中,為了指示HTTP主體是以MIME形式被準(zhǔn)備,“ Content-Type,,被設(shè)置 為 “multipart/related,,,“boundary,,被設(shè)置為 “一aaabbb”。HTTP主體包括以作為“boundary”的“一aaabbb”劃分的多個(gè)部分。在 “Content-ID”是頭的部分中,包括第二裝置21發(fā)送到提供商網(wǎng)絡(luò)的SIP預(yù)訂消息的內(nèi)容。 在“Content-ID”是“realbody”的部分中,包括SIP預(yù)訂消息的主體內(nèi)容。由于第二裝置21 發(fā)送到提供商網(wǎng)絡(luò)的SIP預(yù)訂消息不包括主體內(nèi)容,因此,在圖8中,不存在“Content-ID” 是“realbody”的部分。圖8A和圖8B僅僅是示例。類似地,HTTP POST消息可包括用于在IG裝置中形成 服務(wù)請(qǐng)求SIP消息的內(nèi)容。圖9示出根據(jù)本發(fā)明另一實(shí)施例的IPTV服務(wù)請(qǐng)求消息。如圖9所示,可根據(jù)S0AP 產(chǎn)生IPTV服務(wù)請(qǐng)求消息。參照?qǐng)D9,根據(jù)本發(fā)明當(dāng)前實(shí)施例的S0AP消息包括“soapjody”標(biāo)簽中參照?qǐng)D8A 和圖8B描述的SIP預(yù)訂消息。參照回到圖2,在操作250從第一裝置20接收請(qǐng)求預(yù)定IPTV服務(wù)的消息的第二裝 置21在操作260從提供商網(wǎng)絡(luò)接收IPTV服務(wù)。根據(jù)從第一裝置20接收的IPTV服務(wù)請(qǐng)求 消息,第二裝置21向提供商網(wǎng)絡(luò)請(qǐng)求預(yù)定IPTV服務(wù),并響應(yīng)于該請(qǐng)求,接收IPTV服務(wù)。在操作270,第二裝置21中繼在操作260接收的IPTV服務(wù),并將IPTV服務(wù)提供給 第一裝置20。從第二裝置21提供到第一裝置20的IPTV服務(wù)不僅可包括諸如IPTV服務(wù)提 供商搜索和IPTV服務(wù)搜索的搜索服務(wù),還可包括諸如有線TV、視頻點(diǎn)播(V0D)和音頻點(diǎn)播 (A0D)的多媒體服務(wù)。另外,IPTV服務(wù)中可包括諸如聊天、消息傳送和出席服務(wù)的人對(duì)人通 信服務(wù)。與操作250的請(qǐng)求IPTV服務(wù)相似,同樣根據(jù)定義用于包括在本地網(wǎng)絡(luò)中的裝置之 間的交互的協(xié)議執(zhí)行操作270的IPTV服務(wù)的提供,將參照?qǐng)D10進(jìn)行描述。圖10示出根據(jù)本發(fā)明實(shí)施例的IPTV服務(wù)響應(yīng)消息。參照?qǐng)D10,可根據(jù)HTTP產(chǎn)生根據(jù)本發(fā)明示例性實(shí)施例的IPTV服務(wù)響應(yīng)消息。第 二裝置21產(chǎn)生HTTP 200 0K消息并將產(chǎn)生的消息提供給第一裝置20。
      在HTTP 200 OK消息主體中,包括由第二裝置21從提供商網(wǎng)絡(luò)接收的SIP消息。 SIP消息主體包括第一裝置20請(qǐng)求的IPTV服務(wù)。在圖10中,關(guān)于IPTV服務(wù)搜索的信息包 括在SIP消息主體中。當(dāng)?shù)谝谎b置20請(qǐng)求的服務(wù)是IPTV服務(wù)搜索時(shí),從預(yù)定IPTV服務(wù)提 供商提供的關(guān)于至少一個(gè)服務(wù)的信息被包括在“dvb ServiceDiscovery"標(biāo)簽中。圖11是根據(jù)本發(fā)明實(shí)施例的第一裝置20的框圖。參照?qǐng)D11,第一裝置20可包括搜索消息發(fā)送器1110、響應(yīng)消息接收器1120、說明 接收器1130和服務(wù)接收器1140。搜索消息發(fā)送器1110發(fā)送對(duì)于搜索中繼至少一個(gè)IPTV服務(wù)的裝置的請(qǐng)求。搜索 請(qǐng)求可被多播到包括在本地網(wǎng)絡(luò)中的裝置。如圖3所示,可通過多播使用HTTP M-SEARCH 方法準(zhǔn)備的消息來執(zhí)行搜索請(qǐng)求。響應(yīng)消息接收器1120從第二裝置21接收對(duì)于搜索請(qǐng)求的響應(yīng)。響應(yīng)消息接收器 1120從接收多播的搜索請(qǐng)求的第二裝置21接收預(yù)定響應(yīng)消息。響應(yīng)于HTTP M-SEARCH消 息,接收參照?qǐng)D4描述的HTTP 200 OK消息。接收的消息包括第二裝置21的裝置說明的 URL信息。如果包括在響應(yīng)消息中的第二裝置的裝置說明在響應(yīng)消息接收器1120中被接 收,則說明接收器1130根據(jù)URL信息請(qǐng)求和接收第二裝置21的裝置說明。參照?qǐng)D5-圖7 的實(shí)施例描述了接收的裝置說明。服務(wù)接收器1140根據(jù)接收的裝置說明向第二裝置21請(qǐng)求預(yù)定IPTV服務(wù),并接收 預(yù)定IPTV服務(wù)。參照?qǐng)D8A、圖8B和圖9描述了請(qǐng)求IPTV服務(wù)的消息。另外,參照?qǐng)D10描 述了第二裝置21響應(yīng)于請(qǐng)求IPTV服務(wù)的消息發(fā)送的響應(yīng)消息。圖12是根據(jù)本發(fā)明實(shí)施例的第二裝置21的框圖。參照?qǐng)D12,第二裝置21可包括搜索消息接收器1210、響應(yīng)消息發(fā)送器1220、說明 發(fā)送器1230和服務(wù)中繼單元1240。搜索消息接收器1210從第一裝置20接收對(duì)于搜索IPTV服務(wù)中繼裝置的請(qǐng)求。根 據(jù)示例性實(shí)施例,經(jīng)由多播將搜索請(qǐng)求發(fā)送到第二裝置??山邮沼傻谝谎b置20多播到本地 網(wǎng)絡(luò)的HTTP M-SEARCH消息。參照?qǐng)D3描述了接收的搜索請(qǐng)求消息。響應(yīng)于在搜索消息接收器1210中接收的搜索請(qǐng)求消息,響應(yīng)消息發(fā)送器1220將 包括裝置說明的URL信息的消息發(fā)送到第一裝置20。這里,裝置說明的URL信息被添加到 HTTP 200 OK消息(參照?qǐng)D4描述)并被發(fā)送。說明發(fā)送器1230基于從響應(yīng)消息發(fā)送器1220發(fā)送的響應(yīng)消息,接收由第一裝置 20發(fā)送的裝置說明的請(qǐng)求消息,并響應(yīng)于此,發(fā)送裝置說明。參照?qǐng)D5-7的實(shí)施例描述了發(fā) 送的裝置說明。服務(wù)中繼單元1240根據(jù)從說明發(fā)送器1230發(fā)送的裝置說明接收由第一裝置20 發(fā)送的IPTV服務(wù)請(qǐng)求。參照?qǐng)D8A、圖8B和圖9描述了請(qǐng)求IPTV服務(wù)的消息。接收對(duì)于提 供服務(wù)的請(qǐng)求的服務(wù)中繼單元1240根據(jù)第一裝置20發(fā)送的IPTV服務(wù)請(qǐng)求消息向提供商 網(wǎng)絡(luò)22請(qǐng)求預(yù)定IPTV服務(wù)。當(dāng)提供商網(wǎng)絡(luò)22提供預(yù)定IPTV服務(wù)時(shí),將包括IPTV服務(wù)的 響應(yīng)消息發(fā)送到第一裝置20。參照?qǐng)D10描述了響應(yīng)消息。在不脫離本發(fā)明的范圍的情況下,根據(jù)本發(fā)明示例性實(shí)施例的搜索互聯(lián)網(wǎng)協(xié)議電 視(IPTV)服務(wù)中繼裝置的配置和方法(其中,本地網(wǎng)絡(luò)的IPTV終端包括在相同的本地網(wǎng)
      10絡(luò)中)以及用于IPTV服務(wù)中繼裝置之間的交互的方法和設(shè)備可以以多種方式實(shí)現(xiàn)并包括 其他單元。例如,根據(jù)本發(fā)明示例性實(shí)施例的搜索IPTV服務(wù)中繼裝置和在IPTV服務(wù)中繼 裝置之間進(jìn)行交互的設(shè)備可包括連接如圖11和圖12中所示的每個(gè)單元的總線、連接到總 線的至少一個(gè)處理器、連接到總線以存儲(chǔ)指令、接收的消息或產(chǎn)生的消息以及連接到所述 指示一個(gè)處理器以執(zhí)行如上所述的指令的存儲(chǔ)器。本發(fā)明還可實(shí)施為計(jì)算機(jī)可讀記錄介質(zhì)上的計(jì)算機(jī)可讀記錄代碼。計(jì)算機(jī)可讀記 錄介質(zhì)是能夠存儲(chǔ)其后可由計(jì)算機(jī)系統(tǒng)讀取的數(shù)據(jù)的任意數(shù)據(jù)存儲(chǔ)裝置。計(jì)算機(jī)可讀記錄 介質(zhì)的示例包括只讀存儲(chǔ)器(ROM)、隨機(jī)存取存儲(chǔ)器(RAM)、CD-ROM、磁帶、軟盤和光學(xué)數(shù)據(jù) 存儲(chǔ)裝置。包括本發(fā)明的至少一個(gè)實(shí)施例的載波(例如,通過互聯(lián)網(wǎng)的傳輸)可被臨時(shí)或 永久存儲(chǔ)在計(jì)算機(jī)可讀記錄介質(zhì)中。計(jì)算機(jī)可讀記錄介質(zhì)還可分布于聯(lián)網(wǎng)的計(jì)算機(jī)系統(tǒng), 從而以分布的形式存儲(chǔ)和執(zhí)行計(jì)算機(jī)可讀記錄代碼。雖然已經(jīng)參照本發(fā)明的示例性實(shí)施例具體顯示和說明了本發(fā)明,但是本領(lǐng)域的普 通技術(shù)人員應(yīng)理解,在不脫離權(quán)利要求限定的本發(fā)明的精神和范圍的情況下,可在形式和 細(xì)節(jié)上做出各種改變。
      權(quán)利要求
      一種由計(jì)算機(jī)實(shí)施的搜索包括第一裝置和第二裝置的本地網(wǎng)絡(luò)的搜索方法,搜索由第一裝置執(zhí)行,所述方法包括發(fā)送對(duì)于搜索裝置的請(qǐng)求,所述裝置中繼來自本地網(wǎng)絡(luò)之外的至少一個(gè)IPTV服務(wù);響應(yīng)于發(fā)送的請(qǐng)求,從第二裝置接收第二裝置的裝置說明的地址信息;基于接收的地址信息,將對(duì)于第二裝置的裝置說明的請(qǐng)求發(fā)送到第二裝置;從第二裝置接收裝置說明。
      2.如權(quán)利要求1所述的方法,其中,第二裝置允許第一裝置通過IP多媒體子系統(tǒng) (IMS)核心網(wǎng)絡(luò)訪問從本地網(wǎng)絡(luò)之外提供的IPTV服務(wù)。
      3.如權(quán)利要求2所述的方法,其中,第二裝置是基于開放IPTV論壇的功能架構(gòu)的IMS 網(wǎng)關(guān)(IG)裝置。
      4.如權(quán)利要求3所述的方法,其中,發(fā)送對(duì)于搜索裝置的請(qǐng)求的步驟包括將對(duì)于搜索 IG裝置的請(qǐng)求多播到本地網(wǎng)絡(luò)。
      5.如權(quán)利要求4所述的方法,其中,多播的步驟還包括將請(qǐng)求搜索IG裝置的消息多 播到本地網(wǎng)絡(luò),使用超文本傳輸協(xié)議(HTTP)M-SEARCH方法產(chǎn)生所述消息。
      6.如權(quán)利要求3所述的方法,其中,裝置說明包括第一裝置與IG裝置之間的交互所需 IG裝置的統(tǒng)一資源標(biāo)識(shí)符(URI)信息。
      7.如權(quán)利要求6所述的方法,還包括基于IG裝置的URI信息將請(qǐng)求預(yù)定IPTV服務(wù)的消息發(fā)送到IG裝置;響應(yīng)于請(qǐng)求IPTV服務(wù)的消息從IG裝置接收所述預(yù)定IPTV服務(wù)。
      8.如權(quán)利要求7所述的方法,其中,通過使用HTTPPOST方法來產(chǎn)生請(qǐng)求所述預(yù)定IPTV 服務(wù)的消息。
      9.一種用于包括第一裝置和第二裝置的本地網(wǎng)絡(luò)的設(shè)備,所述設(shè)備包括搜索消息發(fā)送器,發(fā)送對(duì)于搜索裝置的請(qǐng)求,所述裝置中繼來自本地網(wǎng)絡(luò)之外的至少 一個(gè)IPTV服務(wù);響應(yīng)消息接收器,響應(yīng)于發(fā)送的消息,接收第二裝置的裝置說明的地址信息;說明收發(fā)器,基于地址信息,將對(duì)于第二裝置的裝置說明的請(qǐng)求發(fā)送到第二裝置,并從 第二裝置接收裝置說明。
      10.如權(quán)利要求9所述的設(shè)備,其中,第二裝置允許第一裝置通過IP多媒體子系統(tǒng) (IMS)核心網(wǎng)絡(luò)訪問從本地網(wǎng)絡(luò)之外提供的IPTV服務(wù)。
      11.如權(quán)利要求10所述的設(shè)備,其中,第二裝置是基于開放IPTV論壇的功能架構(gòu)的 IMS網(wǎng)關(guān)(IG)裝置。
      12.如權(quán)利要求11所述的設(shè)備,其中,搜索消息發(fā)送器將對(duì)于搜索IG裝置的請(qǐng)求多播 到本地網(wǎng)絡(luò)。
      13.如權(quán)利要求12所述的設(shè)備,其中,在多播過程中,使用超文本傳輸協(xié)議(HTTP) M-SEARCH方法產(chǎn)生的請(qǐng)求搜索IG裝置的消息被多播到本地網(wǎng)絡(luò)。
      14.如權(quán)利要求11所述的設(shè)備,其中,裝置說明包括第一裝置與IG裝置之間的交互所 需IG裝置的統(tǒng)一資源標(biāo)識(shí)符(URI)信息。
      15.如權(quán)利要求14所述的設(shè)備,還包括服務(wù)收發(fā)器,基于IG裝置的URI信息將請(qǐng)求 預(yù)定IPTV服務(wù)的消息發(fā)送到IG裝置,響應(yīng)于請(qǐng)求IPTV服務(wù)的消息從IG裝置接收所述預(yù)定IPTV服務(wù)。
      16.如權(quán)利要求15所述的設(shè)備,其中,通過使用HTTPPOST方法來產(chǎn)生請(qǐng)求所述預(yù)定 IPTV服務(wù)的消息。
      17.一種其上實(shí)施有用于執(zhí)行權(quán)利要求1的方法的計(jì)算機(jī)程序的計(jì)算機(jī)可讀記錄介質(zhì)。
      全文摘要
      提供了用于搜索包括在與第一裝置相同的本地網(wǎng)絡(luò)中的中繼至少一個(gè)IPTV服務(wù)的第二裝置的方法和設(shè)備,其中,由第一裝置執(zhí)行搜索,并通過找到的第二裝置接收從本地網(wǎng)絡(luò)之外提供的IPTV服務(wù)。
      文檔編號(hào)H04N5/44GK101868975SQ200880117209
      公開日2010年10月20日 申請(qǐng)日期2008年11月25日 優(yōu)先權(quán)日2007年11月30日
      發(fā)明者林銀熙, 金紋助, 黃寅喆 申請(qǐng)人:三星電子株式會(huì)社
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
      1