專利名稱：信息處理裝置、信息處理方法及信息處理程序的制作方法
信息處理裝置、信息處理方法及信息處理程序
相關(guān)專利申請的交叉引用
本申請基于并主張2012年11月28日遞交的日本專利申請N0.P2011-259632的優(yōu)先權(quán)的利益；其全部內(nèi)容以引用方式并入本文。技術(shù)領域
本實施方式涉及信息處理裝置。
背景技術(shù)：
近年來，存在以下動向:對于電視中廣播的每個節(jié)目，給予全球唯一的標識符即URI (Universal Resource Identifier,通用資源標識符),利用該URI,提供將因特網(wǎng)上的服務和電視廣播節(jié)目聯(lián)合的服務。對于電視廣播的每個節(jié)目，作為給予URI的方法，規(guī)定從電視廣播的廣播波中包括的SI (Service Information,服務信息)信息自動生成URI的方法(非專利文獻I)。再者，基于這個方法的情況下，URI成為依存于廣播臺等的標識符。其結(jié)果，即使一個節(jié)目，也假定根據(jù)地域給予不同的URI。
作為對于電視廣播的每個節(jié)目，給予URI，并與電視節(jié)目聯(lián)合的因特網(wǎng)上的服務，例如，能假定SNS (Social Network Service,社會網(wǎng)絡服務)。在SNS中，在多個用戶間共享利用對于電視廣播的節(jié)目給予的URI。例如，在某用戶A告知用戶B當前視聽的節(jié)目時，若同時傳達該節(jié)目的URI，則用戶B能通過利用URI視聽(例如，通過進行點擊URI等的簡易操作)該節(jié)目。
在將確定這樣的電視節(jié)目的URI和因特網(wǎng)上的服務聯(lián)合的服務，特別是，在多個用戶間共享利用URI那樣的服務的情況下，存在幾個課題。具體地，發(fā)生如下情況:通過用戶B利用的電視B，不能處理用戶A利用的電視A生成的URI。例如，若從電視A生成URI的時刻開始，在經(jīng)過一定時間的時間點電視B進行訪問，則可能得到該節(jié)目已經(jīng)結(jié)束的情況。這個情況下，用戶B僅通過點擊URI則不能視聽由URI確定的節(jié)目。還有，在電視A、B各個所屬于的廣播區(qū)域不同的情況下，例如，電視A在東京，電視B在大阪的情況下，電視B不能從電視A生成的URI確定節(jié)目。因為，電視節(jié)目的URI通過電視節(jié)目的廣播臺等來確定。
在(M.McRobert, “Automatic Service Discovery with TVDNS ^,[online] ,2010 年 6 月 12 日，Project Bird, [2011 年 11 月 14 日檢索]，因特網(wǎng)〈URL:http://projectbaird.com/discovery/tvdns/>,相關(guān)位置:TVDNSSpecification(r0 2-2010-06-12)節(jié))中公開了上述的技術(shù)，其內(nèi)容以引用方式并入本文。發(fā)明內(nèi)容
根據(jù)本發(fā)明的一個觀點，在多個用戶利用確定電視節(jié)目的URI和因特網(wǎng)上的服務的聯(lián)合服務的情況下，在某用戶生成的URI被不同的用戶利用時，不管用戶間的環(huán)境的差異，該不同的用戶可以利用使用URI的服務。
本發(fā)明的一個觀點涉及的信息處理裝置，其特征在于，包括:接收部，從第I設備接收包括在網(wǎng)絡上識別內(nèi)容的內(nèi)容識別信息的應答信息請求；提取部，提取構(gòu)成上述內(nèi)容識別信息的多個要素信息；存儲部，將多個上述要素信息中關(guān)于第I要素信息的條件和應答信息相對應并存儲；和生成部，生成應答消息，其包含與關(guān)于上述存儲部存儲的上述第I要素信息的條件中與上述提取部提取的第I要素信息滿足的條件相對應并存儲的上述應答信息。


圖1是表示本發(fā)明的實施方式的系統(tǒng)的構(gòu)成的方塊圖。
圖2是表示圖1的應答信息存儲部1016的數(shù)據(jù)結(jié)構(gòu)的一例的圖。
圖3是表示本發(fā)明的第I實施例涉及的系統(tǒng)的構(gòu)成的方塊圖。
圖4是表示圖3的系統(tǒng)的信息處理裝置101的應答信息存儲部1016的數(shù)據(jù)結(jié)構(gòu)的一例的圖。
圖5是表示包含圖3的信息處理裝置101的系統(tǒng)的裝置間的序列的圖。
圖6是圖3的信息處理裝置101的內(nèi)部處理的流程圖。
圖7是圖3的信息處理裝置101應答的網(wǎng)頁的模板的一例。
圖8是表示設備控制程序的偽代碼的圖。
圖9是表示作為內(nèi)容URI的鏈接目的地，在圖3的內(nèi)容接收裝置103上面顯示的網(wǎng)頁的一例的圖。
圖10是表示包含第2實施例涉及的信息處理裝置201的系統(tǒng)的構(gòu)成的方塊圖。
圖11是表示圖10的信息處理裝置201的變換用信息存儲部2012存儲的數(shù)據(jù)結(jié)構(gòu)的一例的圖。
圖12是表示圖10的信息處理裝置201的內(nèi)容信息存儲部2013存儲的數(shù)據(jù)結(jié)構(gòu)的一例的圖。
圖13是表示圖10的信息處理裝置201的應答信息存儲部1016的數(shù)據(jù)結(jié)構(gòu)的一例。
圖14是表示圖10的信息處理裝置201的操作的流程圖。
圖15是表示鏈接圖10的信息處理裝置201應答的設備控制程序的網(wǎng)頁的模板的一例。
圖16是表示圖10的信息處理裝置201應答的設備控制程序的偽代碼。
圖17是表示在圖10的內(nèi)容接收裝置103上顯示的網(wǎng)頁的一例的圖。
圖18是表示包含第3實施例涉及的信息處理裝置301的系統(tǒng)的方塊圖。
圖19是表示圖18的信息處理裝置301的應答信息存儲部1016的數(shù)據(jù)結(jié)構(gòu)的一例。
圖20是包含圖18的信息處理裝置301的系統(tǒng)的設備間的操作序列圖。
圖21是表示包含第4實施例涉及的信息處理裝置401的系統(tǒng)的方塊圖。
圖22是表示圖21的信息處理裝置401的內(nèi)容類別信息存儲部4011的數(shù)據(jù)結(jié)構(gòu)的一例的圖。
圖23是表示在圖22的信息閱覽裝置302顯示的網(wǎng)頁的一例的圖。
符號的說明
101、201、301、401.. 信息處理裝置，102、103.. 內(nèi)容接收裝置，104.. 服務提供裝置，302.. 信息閱覽裝置，105、106、303...網(wǎng)絡，1011.. 接收部，1012…發(fā)送部，1013.. 第I提取部，1014.. 第2提取部，1015.. 應答生成部，1016.. 應答信息存儲部，2011.. 變換部，2012.. 變換用信息存儲部，2013.. 內(nèi)容信息存儲部，3011.. 第3提取部，4011.. 內(nèi)容類別信息存儲部，4012.. 內(nèi)容關(guān)聯(lián)信息存儲部。
具體實施方式
以下，關(guān)于本發(fā)明的實施方式，一邊參照附圖一邊說明。再者，在各圖中，關(guān)于同一位置附加同一符號，并且重復的說明省略。
圖1是表示實施方式涉及的信息處理裝置101的構(gòu)成的方塊圖。
實施方式涉及的系統(tǒng)包括:信息處理裝置101、內(nèi)容接收裝置102及103、和服務提供裝置104。信息處理裝置101、內(nèi)容接收裝置102及103、和服務提供裝置104通過網(wǎng)絡105來連接。還有，內(nèi)容接收裝置102、103包括從網(wǎng)絡106接收信息的通信接口。
信息處理裝置101具有:接收部1011、發(fā)送部1012、第I提取部1013、應答生成部1015、和應答信息存儲部1016。
接收部1011從內(nèi)容接收裝置103接收包含在網(wǎng)絡上識別內(nèi)容的內(nèi)容識別信息的應答信息請求。
第I提取部1013提取接收部1011接收的內(nèi)容識別信息構(gòu)成的要素信息。
應答信息存儲部1016將關(guān)于內(nèi)容識別信息構(gòu)成的要素信息的各個條件和應答信息相對應并存儲。在圖2，表示應答信息存儲部1016存儲的信息的例。應答信息存儲部1016對于關(guān)于要素信息的每個條件相對應地存儲應答信息。
應答生成部1015生成應答消息，其包含應答信息存儲部1016存儲的關(guān)于要素信息的條件中與第I提取部1013提取的要素信息滿足的條件相對應并存儲的應答信息。例如，在第I提取部1013提取的要素信息滿足圖2的條件I的情況下，應答生成部1015生成包含與條件I相對應地存儲的應答信息I的應答消息。
發(fā)送部1012向內(nèi)容接收裝置103發(fā)送應答生成部1015生成的應答消息。
以下的第I實施例中， 說明關(guān)于以上說明的實施方式的具體例。
第I實施例中，作為內(nèi)容的例設為電視節(jié)目。還有,作為內(nèi)容識別信息的例設為內(nèi)容URI (Uniform Resource Identifier,統(tǒng)一資源標識符)。內(nèi)容URI是在Web上唯一地確定電視節(jié)目的標識符。還有，內(nèi)容標識符構(gòu)成的要素信息為構(gòu)成內(nèi)容URI的值，設為網(wǎng)絡ID、服務ID、傳輸流ID和廣播節(jié)目的開始時刻的4個值。將這4個值的各個稱為要素信息。還有，第I實施例中，關(guān)于應答信息存儲部1016存儲的、內(nèi)容識別信息構(gòu)成的要素信息的條件設為關(guān)于前述的4要素的I個的“廣播節(jié)目的開始時刻”的條件。更具體地，設為“當前時刻，是廣播節(jié)目的開始前與否”的條件。還有，在第I實施例的應答信息是如后述的控制命令字符串和控制命令程序路徑。還有，在第I實施例的應答消息是嵌入從應答信息存儲部1016取得的應答信息的網(wǎng)頁。還有，第I實施例的信息處理裝置101還包括第2提取部1014。
<第I實施例>
首先，說明第I實施例的操作的概要。圖3是表示第I實施例涉及的系統(tǒng)的方塊圖。
在圖3，假定用戶A用數(shù)字電視(內(nèi)容接收裝置102)視聽節(jié)目1(內(nèi)容I)的情況。在這個情況下，若用戶A進行例如按壓遙控器設置的共享按鈕等的某種操作，則內(nèi)容接收裝置102在社會網(wǎng)絡服務上發(fā)送所謂“視聽這個節(jié)目(http://tv.example, info/network_101/service_201/ts_301/20101201190000” 的消息。這個信息包括的 URI 是在Web上唯一地確定節(jié)目I的標識符(以后，將這個標識符稱為內(nèi)容URI)。這個內(nèi)容URI利用廣播波包括的SI信息，由內(nèi)容接收裝置102生成。在本實施例，用戶B在數(shù)字電視(內(nèi)容接收裝置103)上讀取內(nèi)容接收裝置102生成的消息。在這里，若用戶B選擇(點擊)內(nèi)容URI，在內(nèi)容接收裝置103顯示與URI關(guān)聯(lián)的信息處理裝置101上的網(wǎng)頁。這時，在該網(wǎng)頁中，如果節(jié)目已經(jīng)開始，則顯示“視聽這個節(jié)目”按鈕，如果節(jié)目還沒開始，則顯示“預約這個節(jié)目”按鈕。用戶B通過按壓在畫面上顯示的按鈕，能簡單地執(zhí)行對于用戶A發(fā)送的節(jié)目的視聽/錄像預約的操作。本實施例中，如后述，按照內(nèi)容接收裝置102生成的URI相對應的節(jié)目的開始時刻或結(jié)束時刻、和在內(nèi)容接收裝置103上顯示URI的時刻的關(guān)系，通過將網(wǎng)頁切換為“視聽節(jié)目”或“節(jié)目預約”，用戶B能與上述的2個時刻間的關(guān)系無關(guān)地視聽節(jié)目。
其次，關(guān)于以上的使用例的、應答網(wǎng)頁的信息處理裝置101，用圖3說明。
第I實施例涉及的系統(tǒng)包括:信息處理裝置101、內(nèi)容接收裝置102及103、和服務提供裝置104。信息處理裝置101、內(nèi)容接收裝置102及103、和服務提供裝置104通過網(wǎng)絡105來連接。還有，內(nèi)容接收裝置102、103包括從網(wǎng)絡106接收信息的通信接口。
其次，關(guān)于構(gòu)成第I實施例的系統(tǒng)的網(wǎng)絡及裝置進行說明。
網(wǎng)絡105是因特網(wǎng)，或者，作為質(zhì)量保證的閉域網(wǎng)的NGN (Next GenerationNetwork,下一代網(wǎng)絡)等的IP (Internet Protocol,因特網(wǎng)協(xié)議)網(wǎng)絡。在本實施例，網(wǎng)絡105設為因特網(wǎng)。
網(wǎng)絡106是交付內(nèi)容的網(wǎng)絡，假定為地上波數(shù)字廣播網(wǎng)、BS、CS等的衛(wèi)生廣播網(wǎng)、CATV、NGN、因特網(wǎng)等。在本實施例，網(wǎng)絡106設為地上波數(shù)字廣播網(wǎng)。
信息處理裝置101是由CPU、主存儲器、輔助存儲器構(gòu)成的、通常的計算機的硬件構(gòu)成。信息處理裝置101包括連接在網(wǎng)絡105 (因特網(wǎng))的通信接口，提供返回在因特網(wǎng)上與內(nèi)容URI相對應的網(wǎng)頁的服務。
內(nèi)容接收裝置102、103與信息處理裝置101同樣，設為通常的計算機的硬件構(gòu)成，包括顯示內(nèi)容的顯示器、和鍵盤、鼠標、觸摸屏等的輸入輸出接口。還有，包括對于網(wǎng)絡105和網(wǎng)絡106的通信接口。具體地，為數(shù)字電視、硬盤.記錄器等的數(shù)字AV設備、PC、智能手機、平板(slate)設備等。在本實施例，內(nèi)容接收裝置102、103都設為數(shù)字電視。
服務提供裝置104是與信息處理裝置101同樣的硬件構(gòu)成。服務提供裝置104經(jīng)由網(wǎng)絡105，提供實現(xiàn)內(nèi)容接收裝置102、103的用戶間的通信的社會網(wǎng)絡服務等。在本實施例，作為社會網(wǎng)絡服務，假定微博服務進行說明。
其次，關(guān)于信息處理裝置101的CPU通過執(zhí)行主存儲器部、輔助存儲器部存儲的各種程序?qū)崿F(xiàn)的各種功能，根據(jù)圖3說明。
信息處理裝置101具有:接收部1011、發(fā)送部1012、第I提取部1013、第2提取部1014、應答生成部1015、和應答信息存儲部1016。在CPU的程序執(zhí)行時，都在RAM等的主存儲器部上生成。
其中，應答信息存儲部305是數(shù)據(jù)庫管理系統(tǒng)。如關(guān)系數(shù)據(jù)庫、XMUExtensibleMarkup Language,可擴展標記語言)數(shù)據(jù)庫、Key/Value庫等,其在非易失性或易失性存儲區(qū)域上存儲數(shù)據(jù)，只要包括能以指定的關(guān)鍵字為基礎取得數(shù)據(jù)的功能，不管實現(xiàn)方式。不是必需由單一的數(shù)據(jù)庫管理系統(tǒng)構(gòu)成，也可以一并使用多個數(shù)據(jù)庫管理系統(tǒng)。這個方面，關(guān)于在第2實施例以后的變換用信息存儲部、設備類型信息存儲部、關(guān)聯(lián)內(nèi)容信息存儲部也同樣。
以下，關(guān)于信息處理裝置101的各部進行說明。
接收部1011從網(wǎng)絡105上的內(nèi)容接收裝置103接收與內(nèi)容URI相對應的網(wǎng)頁的取得請求。這時利用的通信協(xié)議也可以以HTTP、FTP等、TCP協(xié)議為基礎，也可不限于TCP/IP為單獨協(xié)議。在實施例中，在因特網(wǎng)上兩者為接收HTTP(S)請求的、HTTP服務器的接收部。
發(fā)送部1012向內(nèi)容接收裝置102發(fā)送對于上述網(wǎng)頁的取得請求的應答(后述的應答生成部1015生成的應答信息。具體地為網(wǎng)頁)。關(guān)于所利用的協(xié)議，與接收部1011同樣。在本實施例，為發(fā)送HTTP (S)反應的、HTTP服務器的發(fā)送部。
第2提取部1014提取對于從接收部1011接收的內(nèi)容URI的網(wǎng)頁的取得請求包括的、發(fā)送源的內(nèi)容接收裝置103涉及的信息。具體地，進行從HTTP請求包含的User-Agent報頭信息提取Web瀏覽器的類別和/或屏幕大小、設備類型信息等的處理，和/或從IP地址等提取地域信息的處理。在本實施例中，假定以HTTP為前提進行這些處理，但是也可以構(gòu)成為以其他的通信協(xié)議為前提而提取發(fā)送源的設備信息的其他機構(gòu)。
第I提取部1013從由接收部1011接收的內(nèi)容URI提取廣播內(nèi)容的地域、廣播臺、廣播時間等的信息。在地上波數(shù)字廣播中，作為唯一地識別內(nèi)容的信息，能利用廣播波中SI信息包括的網(wǎng)絡ID、服務ID、傳輸流ID、開始時刻的4個值的組合。網(wǎng)絡ID是表示所謂地上波、BS廣播、CS廣播的粒度的通信網(wǎng)的信息。服務ID是識別廣播臺的信息，并非按系列的唯一的標識符，而是對于每個地方廣播臺給予的識別信息。傳輸流ID是用于識別廣播臺送出的流(MPEG-2TS)的編號。開始時刻是廣播節(jié)目的開始時刻。通過以上的4個值，能唯一地識別節(jié)目。
在內(nèi)容URI以包含這個4個值的方式構(gòu)成的情況下，第I提取部1013通過URI解析提取這4個值。具體地，在網(wǎng)絡ID為101，服務ID為201，傳輸流ID為301，開始時刻為2010年12月I日19時的情況下，內(nèi)容URI，例如，如以下的方式表現(xiàn)。第I提取部1013從這個URI進行取得各值的處理。
http://tv.nameservice.com/n_101/s_201/1_301/20101201190000
再者，內(nèi)容URI的形式不限于上述格式。即使在對象為廣播內(nèi)容的情況，也存在代替開始時刻信息而利用操作ID信息等其他的方法。在包括用于在網(wǎng)絡106上唯一地識別內(nèi)容的信息的范圍中，也可以是其他的格式。
應答生成部1015基于由第I提取部1013及第2提取部1014提取的信息，生成與內(nèi)容URI對應的應答信息。應答信息能假定為，例如，HTML數(shù)據(jù)(網(wǎng)頁)、XML數(shù)據(jù)、或者、JSON(JavaScript Object Notation)數(shù)據(jù)等各種形式的數(shù)據(jù)。在這里，返回網(wǎng)頁。本實施例中，例如，在利用第I提取部1013提取的開始時刻信息，且當前時刻超過節(jié)目的開始時刻的情況下，作為網(wǎng)頁，返回嵌入有頻道變更按鈕、和按照由觸發(fā)器執(zhí)行按鈕按壓的設備類型的頻道變更命令程序的頁面。還有，當前時刻比開始時刻在前的情況下，作為網(wǎng)頁，返回嵌入有錄像預約按鈕、和按照由觸發(fā)器執(zhí)行按鈕按壓的設備類型的錄像預約命令程序的網(wǎng)頁。
應答信息存儲部1016將由第I提取部1013及第2提取部1014提取的信息、和應答信息相對應，并存儲。還有，接受以來自應答生成部1015的上述屬性信息為關(guān)鍵字的應答信息取得請求，返回對應的應答信息。圖4表示應答信息存儲部1016的數(shù)據(jù)結(jié)構(gòu)的一例。如圖4所示，由內(nèi)容的時態(tài)(稱為時刻條件。)(表示開始時刻前與否的布爾值)、控制命令字符串(“錄像預約” “視聽”等，在按鈕上顯示的字符串)、控制程序路徑的4個列構(gòu)成。這是在網(wǎng)頁上表示對于該內(nèi)容的I個操作按鈕(“錄像預約”或者“視聽”的2種)這樣的簡單的目的而特定化的數(shù)據(jù)結(jié)構(gòu)，按照應答的網(wǎng)頁的內(nèi)容，也可以由更多的信息構(gòu)成，相反，也可以由更少的信息構(gòu)成。再者，本例中，僅說明按照開始時刻的處理，但是也能假定按照結(jié)束時刻的處理的變形。例如，作為圖4的列名，填入結(jié)束時刻前與否，也可以按照結(jié)束時刻前與否，變更應答信息。這個情況下，取得結(jié)束時刻前與否，例如，內(nèi)容的結(jié)束時刻，將當前時刻和結(jié)束時刻比較和判斷。這樣，將開始時刻和結(jié)束時刻稱為時刻條件。還有，圖4的時刻條件，與關(guān)于圖2的要素信息的條件相對應。還有，圖4的控制命令字符串和控制命令程序路徑，與圖2的應答信息相對應。如圖4所示，第I實施例的應答信息存儲部1016，關(guān)于多個項目，對于與要素信息條件相關(guān)的每個條件，存儲應答信息。
其次，使用圖3 圖9，關(guān)于本實施例涉及的信息處理裝置101的操作進行說明。圖5是表示包含本實施例涉及的信息處理裝置101的系統(tǒng)構(gòu)成要素間的序列的圖。圖6是信息處理裝置101的內(nèi)部處理的流程圖。圖7是信息處理裝置101應答的網(wǎng)頁的模板的一例。圖8是表示設備控制程序的偽代碼。圖9是表示作為內(nèi)容URI的鏈接目的地，在內(nèi)容接收裝置103上顯示的網(wǎng)頁的一例的圖。
首先，作為本實施例的前提，假定2個用戶。為內(nèi)容接收裝置102的用戶(用戶A)和內(nèi)容接收裝置103的用戶(用戶B)。用戶A和用戶B共同加入實現(xiàn)與其他用戶的通信的、由服務提供裝置104提供的SNS。還有，內(nèi)容接收裝置102、103向這個SNS發(fā)送消息，裝載閱覽消息的SNS客戶端功能。
以下，以圖5的序列圖為基礎說明處理次序。圖5是表示包含信息處理裝置101的系統(tǒng)的裝置間的序列的圖。
首先，用戶A在內(nèi)容接收裝置102上，在內(nèi)容(地上波數(shù)字廣播節(jié)目)視聽中，按壓遙控器或在畫面上顯示的“向大家推薦這個節(jié)目”按鈕(步驟S101)。內(nèi)容接收裝置102接受按鈕按壓的操作，從SI信息取得識別接受影像的節(jié)目的信息(網(wǎng)絡ID，服務ID，傳輸流ID，開始時刻的4個值)(步驟S102)。繼續(xù)，內(nèi)容接收裝置102使用這個4個值，生成內(nèi)容URI (步驟S103)。如前述，在接受影像中的節(jié)目的網(wǎng)絡ID為101，服務ID為201，傳輸流ID為301，節(jié)目的開始時刻為2010年12月I日19時的情況下，所生成的內(nèi)容URI成為http://tv.nameservice.com/n_101/s_201/t_301/20101201190000。繼續(xù)，內(nèi)容接收裝置102生成引用生成了的內(nèi)容URI的消息(例如在視聽這個節(jié)目http://tv.nameservice.com/n_101/s_201/t_301/20101201190000” 等)(步驟 S104)。此時，與網(wǎng)絡 ID 等同樣，從SI信息取得該節(jié)目的標題字符串信息，也可以將其包含在消息中(“在視聽節(jié)目XXX。http://...”)，或者，也可以構(gòu)成為顯示將內(nèi)容URI默認輸入的文本框并促使用戶輸入消息。不管消息生成的格式、實現(xiàn)形式。內(nèi)容接收裝置102向網(wǎng)絡105上的服務提供裝置104發(fā)送生成的消息(步驟S105)。在本實施例，這個消息發(fā)送為通過HTTP POST方法發(fā)送，但是，也可以是HTTP PUT和/或GET等另外的方法，不限于HTTP協(xié)議。服務提供裝置104，若從內(nèi)容接收裝置102接收該消息，則定制用戶A的消息并辨別用戶B(步驟S106)，對于用戶B( S卩，內(nèi)容接收裝置103)發(fā)送該消息。這個發(fā)送序列也可以實現(xiàn)為內(nèi)容接收裝置103上的SNS客戶端定期地對于服務提供裝置104，通過詢問消息的有無的輪詢；也可以實現(xiàn)為從服務提供裝置104對于內(nèi)容接收裝置，推送消息。在本實施例，通過前者的方法實現(xiàn)。具體地，內(nèi)容接收裝置102通過HTTP GET請求來請求來自定制對象(用戶A)的新到消息(步驟S107)，并接收結(jié)果(步驟S108)。關(guān)于這個通信協(xié)議，與步驟S105同樣，容許各種的實現(xiàn)方式(通信協(xié)議)。再者，關(guān)于后者的方法，利用以內(nèi)容接收裝置104作為HTTP客戶端，內(nèi)容接收裝置103作為HTTP服務器操作的方式實現(xiàn)的方法，和/或HTTP長輪詢，和/或WebSocket，能考慮內(nèi)容接收裝置103側(cè)生成對于服務提供裝置104的TCP連接，并維持，利用這個連接，服務提供裝置104對于內(nèi)容接收裝置102發(fā)送消息的方法等。其次，內(nèi)容接收裝置103在內(nèi)容接收裝置103的畫面上顯示接收的來自用戶A的消息(步驟S109)。通過到這里為止的處理，在用戶B的內(nèi)容接收裝置103的畫面上，顯示包含用戶A發(fā)送的內(nèi)容URI的消息。在這里,用戶B閱覽用戶A的“在視聽這個節(jié)目。http://tv.name service, com/n_101/s_201/t_301/20101201190000”消息，選擇這個內(nèi)容URI (步驟S110)。選擇方法通過定位設備點擊，或通過遙控器選擇/決定等，能考慮各種的方法。以這個選擇處理為觸發(fā)，內(nèi)容接收裝置103對于信息處理裝置101進行訪問(即，發(fā)送內(nèi)容URI中關(guān)聯(lián)的網(wǎng)頁的取得請求)(步驟S111)。這個，與追尋通常的HTML的超級鏈接的手段一樣，通過HTTP GET請求來實現(xiàn)。信息處理裝置101接收網(wǎng)頁的取得請求，進行內(nèi)容URI處理(與內(nèi)容URI解析相對應的網(wǎng)頁的生成)(步驟SI 12)，向內(nèi)容接收裝置103應答與內(nèi)容URI對應的網(wǎng)頁(步驟S113)。在這里，采用圖6的流程圖說明在信息處理裝置101的步驟S112的內(nèi)容URI處理。信息處理裝置101的接收部1011接收網(wǎng)頁的取得請求，將其交付到第2提取部1014(步驟S1001)。第2提取部1014從接收請求包括的信息提取發(fā)送源的內(nèi)容接收裝置103涉及的信息(步驟S1002)。具體地，從HTTP請求包含的User-Agent報頭取得在內(nèi)容接收裝置103上裝載的Web呈現(xiàn)引擎的種類和/或版本、屏幕大小信息。在這里，取得決定網(wǎng)頁的布局的屏幕大小。繼續(xù)，第I提取部1013分析內(nèi)容URI本身，在地上波數(shù)字廣播上，取得用于唯一地識別內(nèi)容的4個值(網(wǎng)絡ID，服務ID，傳輸流ID，開始時刻)(步驟S1003)。這如前述的那樣，本實施例中，分別為101、102、103、2010年12月I日19:00。其次，應答生成部1015取得第2提取部1014提取的屏幕大小、第2提取部1013提取的4個值用以輸入，首先，從系統(tǒng)取得當前時刻(訪問時刻)(步驟S1004)，將當前時刻和內(nèi)容的開始時刻相比較，判定當前時刻在內(nèi)容的開始時刻前與否(步驟S1005)。繼續(xù)，應答生成部1015將來自應答信息存儲部1016的設備類型信息和開始前與否的布爾值作為關(guān)鍵字，取得控制命令字符串和控制命令程序路徑(URL:Universal Resource Locator)(步驟S1006)。在這里，來自內(nèi)容接收裝置103的取得請求的時刻(總之當前時刻)是內(nèi)容的開始時刻后，取得在圖 4 的第 I 項目(http://tv.nameservice.com/apis/changeChanne1.js)。應答生成部1015如圖7表示一例，向網(wǎng)頁的模板嵌入對設備操作程序的路徑信息、控制命令字符串、和從內(nèi)容URI取得的4個值。具體地，在圖7的$1，$2，$3，$4，$5，$6嵌入各個值，生成應答信息(網(wǎng)頁)(步驟S1007)，并發(fā)送(步驟S1008)。繼續(xù)，使用圖5，關(guān)于內(nèi)容接收裝置103的操作進行說明。內(nèi)容接收裝置103，若接收來自信息處理裝置101的應答信息，則將其顯示在顯示器上(步驟S114)。在圖9示出所表示的網(wǎng)頁的一例。本實施例中，顯示“視聽這個節(jié)目”按鈕。若用戶B按壓所顯示的按鈕(步驟S115)，則調(diào)用圖8的第&&&T0D0行的頻道變更API (Application ProgramInterface,應用程序接口 ) (device, execute (networkld, serviceld, transportStreamld,startDate))。這個例中，在API內(nèi)部調(diào)用的設備控制函數(shù)(setChannelNative (networkld,serviceld, transportStreamld))按照所給予的參數(shù)實際變更內(nèi)容接收裝置103的顯像頻道(步驟S116)。再者，在用戶B點擊該內(nèi)容URI的時刻比內(nèi)容的開始時間還在前的情況下，信息處理裝置101在步驟S1006取得用于錄像預約的控制程序，在內(nèi)容接收裝置103上顯示的按鈕成為“錄像預約這個節(jié)目”。如以上，根據(jù)本實施例的信息處理裝置101，在處理內(nèi)容URI的時刻，與內(nèi)容的時態(tài)(超過開始時刻與否)的變化聯(lián)合，即，與內(nèi)容的時態(tài)這個屬性值的發(fā)送側(cè)(內(nèi)容接收裝置102)和接收側(cè)(內(nèi)容接收裝置103)的差異無關(guān)，在多個設備間共享該內(nèi)容URI，能簡單地實現(xiàn)利用他的設備操作。在本實施例中，到由用戶B進行的內(nèi)容接收裝置103的頻道變更/錄像預約為止的操作步驟是內(nèi)容URI的選擇、和顯示選擇的結(jié)果的網(wǎng)頁的按鈕按壓的2個步驟。并且，也可以省略按鈕按壓這個用戶操作，以在網(wǎng)頁的內(nèi)容接收裝置103的讀入為觸發(fā)，自動執(zhí)行上述的device, execute函數(shù)。這個情況下,用戶B可以通過追尋內(nèi)容URI的鏈接(點擊)這樣I個操作，來進行實際設備的操作。還有，信息處理裝置101，例如，即使將通用的計算機裝置用作基本硬件也可以實現(xiàn)。S卩，接收部1011、發(fā)送部1012、第I提取部1013、第2提取部1014、應答生成部1015、應答信息存儲部1016能通過上述的計算機裝置裝載的處理器執(zhí)行程序而實現(xiàn)。此時，信息處理裝置101也可以通過在計算機裝置預先安裝上述的程序來實現(xiàn)，也可以通過存儲在CD-ROM等的存儲介質(zhì)，或經(jīng)由網(wǎng)絡散發(fā)上述的程序，在計算機裝置適當?shù)匕惭b這個程序來。還有，應答信息存儲部1016能通過適當?shù)乩迷谏鲜龅挠嬎銠C裝置中嵌入或附加的存儲器、硬盤或CD-R、CD-RW、DVD-RAM、DVD-R等的存儲介質(zhì)等來實現(xiàn)。〈第2實施例>其次，使用圖10，關(guān)于第2實施方式的信息處理裝置201進行說明。首先，關(guān)于本實施例假定的具體的使用例進行說明。與第I實施例同樣，使用例的要點是在用戶B閱覽由用戶A引用的內(nèi)容URI的消息同時，通過點擊這個內(nèi)容URI來控制設備。第2實施例和第I實施例的差別有2點。第I點，用戶B所屬于的廣播區(qū)域與用戶A所屬于的廣播區(qū)域不同。并且，即使信息處理裝置201在用戶B及A不同的廣播區(qū)域，也能沒有障礙地使用用戶B及A利用內(nèi)容URI的服務。第2點，在第I實施例，利用將全部的操作對象設備類型共通化的同一 API，但是，第2實施例中，并非如此。即，第2實施例中，信息處理裝置201具有用于針對每個操作對象設備的設備類型和/或制造廠從網(wǎng)頁訪問的不同的API集，能根據(jù)操作對象設備，變更調(diào)用的API。圖10是表示信息處理裝置201的構(gòu)成的方塊圖。以下，說明信息處理裝置201和信息處理裝置101的差別。信息處理裝置201的硬件構(gòu)成與第I實施例同樣，但是，作為新的功能塊，追加變換部2011、變換用信息存儲部2012、和內(nèi)容信息存儲部2013。在CPU的程序執(zhí)行時，都在RAM等的主存儲器部上生成。首先，作為信息處理裝置201和信息處理裝置101的差別，說明新的功能塊。變換部2011按照網(wǎng)頁取得請求源的環(huán)境變換內(nèi)容URI。這時，基于第2提取部1014提取的信息和后述的變換用信息存儲部2012存儲的信息進行變換。在本實施例，根據(jù)內(nèi)容接收裝置103的廣播區(qū)域的頻道組成，變更構(gòu)成內(nèi)容URI包括的廣播內(nèi)容的識別信息的網(wǎng)絡ID、服務ID、(和，傳輸流ID)。變換用信息存儲部2012存儲變換部2011在內(nèi)容URI的變換時利用的信息。例如，在本實施例，管理每個地域的頻道組成的對應關(guān)系。圖11表示變換用信息存儲部2012存儲的數(shù)據(jù)結(jié)構(gòu)的一例。如圖11所示，管理每個地域及廣播系列的廣播臺信息(網(wǎng)絡ID、服務ID(、傳輸流ID))的變換部2011利用這個變換用信息存儲部2012，從用內(nèi)容接收裝置102上生成的內(nèi)容URI的網(wǎng)絡ID和服務ID辨別廣播系列，尋求在內(nèi)容接收裝置103的廣播區(qū)域的同廣播系列的網(wǎng)絡ID和服務ID，以這個值變換內(nèi)容URI。S卩，圖11成為為了內(nèi)容URI的變換，假定使用設備信息中包括的廣播區(qū)域信息，變換對象為廣播臺信息(網(wǎng)絡ID+服務ID)的數(shù)據(jù)結(jié)構(gòu)。這僅是一例，能考慮各種的變形。例如，變換對象也可以僅是網(wǎng)絡ID(例如，從地上波向BS變換)，變換對象也可以包含直到內(nèi)容的開始時間為止的全部(根據(jù)地域，直到開始時間為止都不同的情況)。通過各個的變形，變換用信息存儲部2012的數(shù)據(jù)結(jié)構(gòu)不同，包括各變形的變換對象的信息和變換時使用的信息。還有，圖11中所示的信息與第I變換用信息相對應，內(nèi)容接收裝置103的廣播區(qū)域與關(guān)于第I設備的第I信息相對應。內(nèi)容信息存儲部2013存儲內(nèi)容識別信息和內(nèi)容的各種屬性(元數(shù)據(jù))。例如，節(jié)目標題和/或種類、表演者、節(jié)目的說明文本、開始時間和/或結(jié)束時刻(或，長度)等。圖12是表示信息處理裝置201的內(nèi)容信息存儲部2013存儲的數(shù)據(jù)結(jié)構(gòu)的一例的圖。在本實施例，如圖12所示，管理標題和開始時刻、結(jié)束時刻、節(jié)目說明文本。這個構(gòu)成是一例，現(xiàn)在，也可以共同管理廣播波的SI信息中包括的所有節(jié)目元數(shù)據(jù)、與該節(jié)目有關(guān)的商品和/或類似節(jié)目、系列節(jié)目等的節(jié)目附帶的信息。作為信息處理裝置201和信息處理裝置101的差別，說明作為信息處理裝置101具有的構(gòu)成要素，但是具有不同的功能的構(gòu)成要素。關(guān)于應答信息存儲部1016與信息處理裝置101的應答信息存儲部1016的數(shù)據(jù)結(jié)構(gòu)的變更點進行說明。在圖13表示第2實施例的應答信息存儲部1016的數(shù)據(jù)結(jié)構(gòu)的一例。與第I實施例的差別在于以下2點:追加設備類型信息，對于該設備類型信息的每個控制命令程序路徑不同。即，在內(nèi)容接收裝置外部公開的功能(頻道變更和/或錄像預約)的接口(API)對于每個設備類型獨立的情況下，必需與訪問源(內(nèi)容接收裝置)的設備類型信息對應的應答信息(控制命令程序)。圖13的設備類型信息(條件I)與第2提取部1014提取的、關(guān)于訪問源的設備的設備信息的條件相對應。還有，圖13的“廣播中與否”(條件2)與關(guān)于圖2的要素信息的條件相對應。還有，圖13的控制命令字符串和控制命令程序路徑，與圖2應答信息相對應。第2實施例的應答信息存儲部1016，關(guān)于多個項目，針對關(guān)于設備信息的條件(條件I及)關(guān)于要素信息的條件(條件2)的每個，存儲應答信息(控制命令字符串及控制命令過程)。其次，使用圖10 圖17，說明信息處理裝置201的操作。圖17是表示信息處理裝置201的內(nèi)部處理的流程圖。圖15、圖16分別是表示本實施例的信息處理裝置201應答的網(wǎng)頁的模板的一例、和與網(wǎng)頁鏈接的設備控制程序的偽代碼。圖17是表示作為內(nèi)容URI的鏈接目的地，在內(nèi)容接收裝置103上顯示的網(wǎng)頁的一例的圖。本實施例的系統(tǒng)構(gòu)成與第I實施例同樣，系統(tǒng)構(gòu)成要素間的通信序列也與第I實施例等同，依據(jù)圖5。在這里，僅關(guān)于本實施例的差別，使用圖3說明。第I差別在于以下方面:在基于內(nèi)容URI的網(wǎng)頁取得請求(步驟S111)中，發(fā)送內(nèi)容接收裝置103所屬于的廣播區(qū)域信息。這個廣播區(qū)域的信息在通過HTTP GET方法發(fā)送時也可以向內(nèi)容URI追加查詢字符串并發(fā)送，或者，也可以向請求報頭追加單獨項目，嵌入于其字段中?；蛘?，也可以采取通過HTTP POST方法請求的形式，向請求主體嵌入。再者，作為另外的方法，能考慮信息處理裝置201從IP地址和/或經(jīng)由的網(wǎng)絡上的節(jié)點信息算出用戶所屬于的廣播區(qū)域的方法。這個情況下，在精度方面不佳，但是，內(nèi)容接收裝置103可以不用明確地發(fā)送廣播區(qū)域信息來實現(xiàn)。第2差別是信息處理裝置201的內(nèi)容URI處理(步驟S112)。采用圖14的流程圖進行說明。與第I實施例(圖6)的差別在于以下方面:首先，在內(nèi)容URI的解析處理(步驟S2003)之后，引入內(nèi)容URI的變換處理。變換部2011利用變換用信息存儲部2012，將用戶A的環(huán)境的內(nèi)容URI變換為取決于用戶B的環(huán)境。例如，在用戶A在東京，用戶B在大阪的情況下，基于圖11的信息，根據(jù)網(wǎng)絡ID(IOl)、服務ID (201)、傳輸流ID (301)的3個值和用戶A的廣播區(qū)域(東京)，獲知用戶A視聽的節(jié)目的廣播臺系列標識符為I。根據(jù)同一廣播臺系列標識符(I)和用戶B所屬于的廣播區(qū)域(大阪)，用戶B的環(huán)境的該內(nèi)容的上述3個值是101、203、303。即，變換后的內(nèi)容URI成為以下的方式。http://tv.nameservice.com/n_101/s_203/t_303/20101201190000再者，這個變換后的內(nèi)容URI僅是以內(nèi)容URI形式序列化的情況的例，實際上，作為信息處理裝置201的內(nèi)部處理，也可以僅限于構(gòu)成內(nèi)容URI的內(nèi)容識別信息(本實施的情況為網(wǎng)絡ID、服務ID、傳輸流ID、開始時刻的4個值)的變換。變換部2011 的處理成為從變換源的{Areald, Networkld, Serviceld, Transportstreamld}的4個值導出ServiceGroupId,從這個ServiceGroupId和變換目的地的AreaId求出變換目的地的{Networkld, Serviceld, TransportStreamld}的處理。繼續(xù)，應答生成部1015根據(jù)(變換前或變換后的)內(nèi)容URI采用如圖12所示的信息，取得內(nèi)容信息(步驟S2005)。通過取得內(nèi)容信息，能在如圖17所示生成的網(wǎng)頁上包含節(jié)目信息。還有，通過參照節(jié)目的結(jié)束時刻(或長度)信息，能判定在當前時刻節(jié)目是否結(jié)束。在第I實施例，對于時態(tài)的判斷依據(jù)僅利用開始時刻，但是通過利用結(jié)束時刻，如圖14所示，能判定是否在廣播中。本實施例中，參照當前時刻(步驟S2006)，在節(jié)目已經(jīng)結(jié)束的情況下，生成(例如“這個節(jié)目已經(jīng)結(jié)束了”等的)錯誤消息頁面(步驟S2009)，發(fā)送這個頁面(步驟S2011)。另一方面，在節(jié)目沒結(jié)束的情況下，基于時態(tài)和由第2提取部1014提取的設備類型信息，從應答信息存儲部1016，取得根據(jù)設備類型的設備控制程序和/或顯示字符串等的在圖15所示的一例的網(wǎng)頁模板中設定的各個信息(步驟S2008)。對模板設定這個信息，生成網(wǎng)頁(步驟S2009)，發(fā)送這個網(wǎng)頁(步驟S2010)。對網(wǎng)頁的模板追加，如圖15所示，插入有從內(nèi)容信息存儲部2013取得的廣播臺、標題、節(jié)目說明的變量($2，$3，$4)，應答生成部1015對圖14的模板嵌入從包含這3個的內(nèi)容信息存儲部2013、應答信息存儲部1016取得的共計9個變量。以上，成為與內(nèi)容URI處理的第I實施例的差別。第3差別是內(nèi)容接收裝置103顯示的網(wǎng)頁(步驟S114)。如圖17所示，內(nèi)容信息存儲部2013的信息反映在網(wǎng)頁中。第4差別是由按鈕按壓而執(zhí)行的設備控制程序。如圖16所示，在API的內(nèi)部調(diào)用的函數(shù)(錄像預約)成為reserve_42xx001 O。總之,嵌入適合數(shù)字電視42X001的編碼。由于應答生成部1015鏈接根據(jù)設備類型的設備控制程序，所以表示出，即使在不存在對內(nèi)部功能的訪問API的標準規(guī)格的情況下，也可以實現(xiàn)本實施例。如以上，根據(jù)本實施例，即使在用戶A和用戶B所屬于的廣播區(qū)域不同的情況下，通過根據(jù)用戶環(huán)境變換內(nèi)容URI，能恰當?shù)靥幚韮?nèi)容URI (實關(guān)聯(lián)于實際設備操作)。還有，即使不存在用于利用設備的內(nèi)部功能的API標準的情況下，通過動態(tài)地嵌入根據(jù)設備類型的控制程序，能實現(xiàn)來自內(nèi)容URI的實際設備操作。〈第3實施例〉圖18是第3實施例涉及的信息處理裝置301。首先，關(guān)于第3實施例假定的具體的使用例進行說明。與第1、2實施例同樣，第3實施例的使用例的要點是用戶B閱覽由用戶A引用的內(nèi)容URI的消息，通過點擊這個內(nèi)容URI來控制設備。與第I及2實施例的差別有2點。第I點為用戶B并非操作數(shù)字電視(內(nèi)容接收裝置103)，而是利用PC或平板終端。具體地，若用戶B在電視前的筆記本計算機PC上閱覽SNS，點擊用戶A提示的內(nèi)容URI，則通過經(jīng)由網(wǎng)絡進行內(nèi)容接收裝置103的控制。第2點為假定即使關(guān)于廣播結(jié)束的節(jié)目錄像完畢進行再現(xiàn)這樣的設備控制。圖18是包含本發(fā)明的第3實施例涉及的信息處理裝置301的功能塊的系統(tǒng)構(gòu)成圖。系統(tǒng)構(gòu)成上與第I實施例(圖3)的差別在于以下方面:追加網(wǎng)絡303和信息閱覽裝置302。在這里，網(wǎng)絡303與網(wǎng)絡105同樣，為IP(Internet Protocol，因特網(wǎng)協(xié)議)網(wǎng)絡，特別是假定家庭內(nèi)LAN。信息閱覽裝置302，在前述的本實施例的使用例中，與筆記本計算機PC相對應。因此，與內(nèi)容接收裝置102、103同樣，成為由CPU、主存儲器、輔助存儲器構(gòu)成的、通常的計算機的硬件構(gòu)成。其次，關(guān)于信息處理裝置301，說明與第2實施例涉及的信息處理裝置201的差別。信息處理裝置301的硬件構(gòu)成與信息處理裝置201同樣，但是，作為新的功能塊，追加第3提取部3011。第3提取部3011提取在網(wǎng)頁取得請求時信息閱覽裝置302給予的操作對象設備信息，或者，協(xié)議信息。具體地，信息閱覽裝置302，在沒有通過自己設備進行利用內(nèi)容URI的實機操作(頻道變更等)的情況下，在網(wǎng)頁取得請求中包含用于外部設備的設備類型信息和/或發(fā)現(xiàn) 遠距離操作的協(xié)議信息。這樣，也可以利用原有的HTTP請求報頭追加這個信息，也可以設置新的HTTP請求報頭，也可以包含在請求URL(即內(nèi)容URI)中，或者，也可以利用HTTP POST請求，可以在HTTP有效載荷中記述。其次，關(guān)于應答信息存儲部1016的數(shù)據(jù)結(jié)構(gòu)的變更點進行說明。在圖19表示本實施例的應答信息存儲部1016的數(shù)據(jù)結(jié)構(gòu)的一例。作為與第2實施例的應答信息存儲部1016的差別，追加控制協(xié)議信息。這樣，確定用于內(nèi)容接收裝置103對外部設備請求內(nèi)容URI操作的控制協(xié)議。圖19的設備類型信息(條件I)與關(guān)于第2提取部1014提取的、訪問源的設備的設備信息的條件相對應。圖19的“時態(tài)”(條件3)與關(guān)于圖2的要素信息的條件相對應。本實施例中，除了上述的條件之外，還存儲關(guān)于控制協(xié)議信息的條件(條件2)。還有，圖19的控制命令字符串和控制命令程序路徑，與圖2的應答信息相對應。第3實施例的應答信息存儲部1016，關(guān)于多個項目，以及針對關(guān)于設備信息的條件(條件I)及關(guān)于控制協(xié)議信息的條件(條件2)及關(guān)于要素信息條件(條件3)的每個，存儲應答信息(控制命令字符串及控制命令過程 )。其次，使用圖14、圖18 圖20，說明信息處理裝置301的操作。圖20表示包含信息處理裝置301的系統(tǒng)構(gòu)成要素間的基本序列。以下，以圖20的序列圖為基礎說明處理次序。首先，因為步驟S301到步驟S310的處理等同于第I實施例的步驟SlOl到S110，所以省略說明。在這個時刻，在用戶B的信息閱覽裝置302的畫面上，顯示包括用戶A發(fā)送的內(nèi)容 URI (與第 I 實施例同樣，為 http://tv.name service.com/n_101/s_201/t_301/20101201190000)的消息，用戶B點擊這個內(nèi)容URI。關(guān)于以后的操作，僅說明與第2實施例的差別。操作序列的第I差別在于以下方面:追加步驟S311的操作設備信息取得處理。信息閱覽裝置302取得網(wǎng)頁取得請求消息中關(guān)于使用網(wǎng)頁操作的控制對象設備的信息(步驟S311)，通過嵌入這個信息而發(fā)送(步驟S312)。這考慮，如前述的HTTP請求報頭、有效載荷、查詢字符串等各種的實現(xiàn)方式。再者，嵌入的信息也可以僅是協(xié)議信息，也可以嵌入設備類型信息、家庭內(nèi)IP地址/端口號信息、郵件地址等，經(jīng)由網(wǎng)絡105遠程訪問必需的其他信息。在前者的情況下，必需基于控制協(xié)議來發(fā)現(xiàn) 確定實際控制的設備，向控制程序嵌入直到發(fā)送控制命令為止的一連串的處理，但是在后者的情況下，能放棄發(fā)現(xiàn)處理。在本實施例中，如圖19所示，僅包含控制協(xié)議信息。操作序列的第2差別是步驟S313的內(nèi)容URI處理。處理的流程圖與第2實施例的流程圖(圖14)同樣，但是，在步驟S2002的終端側(cè)信息提取處理中，提取上述的控制對象設備信息的方面；以及，在步驟S2008的設備控制程序取得處理中，以所獲得的設備類型信息及協(xié)議信息作為關(guān)鍵字取得信息的方面，有所不同。第3差別是信息閱覽裝置302取得網(wǎng)頁，且用戶B點擊網(wǎng)頁上的按鈕之后的處理。在圖14的步驟S2008，選擇圖19的項目I的情況下，對網(wǎng)頁嵌入以DLNA協(xié)議為基礎的設備發(fā)現(xiàn)、設備控制程序。若用戶B點擊“再現(xiàn)錄像內(nèi)容”按鈕，則信息閱覽裝置302基于DLNA協(xié)議執(zhí)行設備發(fā)現(xiàn)步驟(DLNA Search),作為具有管理錄像內(nèi)容的⑶S (Content DirectoryService)的設備，發(fā)現(xiàn)內(nèi)容接收裝置103 (步驟S317，S318)。繼續(xù)，信息閱覽裝置302，對于所發(fā)現(xiàn)的內(nèi)容接收裝置103，執(zhí)行將網(wǎng)絡ID、服務ID、傳輸流ID及開始時刻的4個值作為關(guān)鍵字的內(nèi)容檢索.播放步驟(DLNA Action)(步驟S319)。如果對象內(nèi)容錄像完畢，內(nèi)容接收裝置103進行所請求的再現(xiàn)處理(步驟S320)，應答正常執(zhí)行的旨意(步驟S321)。如果未進行錄像，則應答檢索錯誤信息。如以上，根據(jù)本實施例，能將請求內(nèi)容URI處理的設備以外的設備作為操作對象。即，在由筆記本計算機PC閱覽SNS的狀況下，可以使附近的數(shù)字電視執(zhí)行基于內(nèi)容URI的實際設備操作?！吹?實施例〉圖21是表示包含第4實施例涉及的信息處理裝置401的系統(tǒng)的方塊圖。關(guān)于本實施例假定的具體的使用例進行記述。與第1、2、3實施例同樣，第4實施例的使用例的要點是用戶B閱覽由用戶A引用的內(nèi)容URI的消息，并通過點擊這個內(nèi)容URI來對內(nèi)容URI關(guān)聯(lián)的內(nèi)容進行視聽 預約等。第4實施例與第1、2、3實施例的差別有3點。第I差別在于以下方面:如圖21所示，包含第4實施例涉及的信息處理裝置401的系統(tǒng)不包括內(nèi)容接收裝置103，用戶B僅保持信息閱覽裝置302。第2差別在于以下方面:與內(nèi)容URI關(guān)聯(lián)的不是廣播內(nèi)容，而是網(wǎng)絡內(nèi)容。第3差別在于以下方面:信息處理裝置401對網(wǎng)頁給予關(guān)聯(lián)信息并發(fā)送。更具體地，用戶B在筆記本計算機PC上閱覽SNS，而不擁有電視(對應于第I差別。)。并且，若點擊用戶A提示的內(nèi)容URI，則該內(nèi)容是廣播內(nèi)容，但是因為用戶B沒有電視，不能經(jīng)由廣播視聽。信息處理裝置401返回包含“用因特網(wǎng)視聽這個節(jié)目”按鈕(在因特網(wǎng)上的VoD(Video On Demand,視頻點播)服務上公開的到該內(nèi)容的URI的鏈接)的頁面(對應于第2差別。)。此時，還通過對于頁面嵌入與該內(nèi)容關(guān)聯(lián)的內(nèi)容.商品信息來返回(對應于第3差別)。以下，關(guān)于本實施例的細節(jié)，使用圖21說明。本實施例的系統(tǒng)構(gòu)成上與第3實施例的差別在于以下2點:沒有網(wǎng)絡303和內(nèi)容接收裝置103 ;追加網(wǎng)絡105上的內(nèi)容發(fā)送服務提供裝置402。內(nèi)容發(fā)送服務提供裝置402的硬件構(gòu)成與服務提供裝置104同樣。內(nèi)容發(fā)送服務提供裝置402提供的服務假定有廣播臺收費發(fā)送廣播后的節(jié)目的VoD服務、和/或一般的視頻共享服務等。在本實施例中，為廣播臺提供的收費VoD服務。其次，說明信息處理裝置401與第3實施例的差別。信息處理裝置401的硬件構(gòu)成與第3實施例同樣，但是，作為新的功能塊，追加內(nèi)容類別信息存儲部4011、內(nèi)容關(guān)聯(lián)信息存儲部4012。還有，變換部2011的功能也有差別。內(nèi)容類別信息存儲部4011將依存于發(fā)送媒介的內(nèi)容信息和不依存于發(fā)送媒介的內(nèi)容信息(以下，稱為內(nèi)容類別信息)關(guān)聯(lián)存儲。若列舉具體例，將某廣播臺在某日期和時間作為廣播節(jié)目廣播的電影A、和作為封包的電影A關(guān)聯(lián)。在圖22表示內(nèi)容類別信息存儲部4011的數(shù)據(jù)結(jié)構(gòu)的一例。如圖22所示，將發(fā)送媒介的類別信息(媒介類別)、在發(fā)送媒介(地上波數(shù)字廣播服務、和因特網(wǎng)VoD服務)上唯一地識別內(nèi)容的信息(媒介依存內(nèi)容ID)和作為該內(nèi)容的封包的內(nèi)容類別標識符相對應。盡管圖22中省略，但是也可以由其他表管理內(nèi)容類別標識符的屬性信息(內(nèi)容封包名、制造年月日、制造者等的不依存于發(fā)送媒介的內(nèi)容信息)。圖22僅是一例，如果是貫穿多個發(fā)送媒介關(guān)聯(lián)內(nèi)容的信息，則也可以包含其他的信息。還有，也可以取代內(nèi)容類別標識符使用某發(fā)送媒介的內(nèi)容標識符(內(nèi)容URI)。還有，圖22中表示的信息與第2變換用信息相對應，信息閱覽裝置302可以提供的媒介的信息與關(guān)于第I設備的第2信息相對應。內(nèi)容關(guān)聯(lián)信息存儲部4012存儲與內(nèi)容URI關(guān)聯(lián)的內(nèi)容信息，或者，與內(nèi)容類別信息有關(guān)的內(nèi)容和/或商品的信息。也可以將內(nèi)容類別標識符和關(guān)聯(lián)信息關(guān)聯(lián)存儲，也可以將媒介依存的內(nèi)容標識符(內(nèi)容URI)和關(guān)聯(lián)信息關(guān)聯(lián)存儲。其次，說明信息處理裝置401的操作。以下，說明信息處理裝置401的操作與第3實施例的差異。差異點在于變換部306和應答生成部1015的處理。首先，變換部306從第2提取部1014提取的信息，掌握請求設備為信息閱覽裝置302 (筆記本計算機PC、平板計算機等，不具有地上波數(shù)字廣播接收調(diào)諧器的設備)。并且，從第3提取部3011提取的信息，也可以掌握不存在操作對象設備(總之，內(nèi)容接收裝置103)。變換部306從掌握的信息判定信息閱覽裝置302不能視聽廣播服務，從內(nèi)容類別信息存儲部4011，根據(jù)內(nèi)容URI指向的媒介依存的內(nèi)容(如前述的實施例所示，以網(wǎng)絡ID、服務ID、傳輸流ID、開始時刻確定的內(nèi)容)，取得對應的因特網(wǎng)VoD服務的內(nèi)容URI。這個，如圖22所示，能通過從內(nèi)容類別存儲部311檢索而取得具有同樣的內(nèi)容類別標識符，且發(fā)送媒介類別為因特網(wǎng)VoD服務的信息。圖22中，由于內(nèi)容I和內(nèi)容3具有同樣的內(nèi)容類別標識符，獲知地上波數(shù)字廣播節(jié)目(http://tv.nameservice.com/n_101/s_201/t_301/20101201190000)在因特網(wǎng) VoD 服務的 URI，http://vod.example.com/101/201/301/20101201190000。其次，應答生成部1015對于網(wǎng)頁作為鏈接嵌入在變換部306取得的因特網(wǎng)VoD服務的內(nèi)容URI。關(guān)于對于網(wǎng)頁的模板嵌入的方法，如第I 第3實施例所示。此時，也可以以因特網(wǎng)VoD服務的內(nèi)容URI，或者，內(nèi)容類別標識符為關(guān)鍵字，從關(guān)聯(lián)內(nèi)容信息存儲部306嵌入相關(guān)的內(nèi)容.商品(在系列內(nèi)容的情況下，其他系列的VoD內(nèi)容和/或DVD封包等)。在圖23表示所生成的網(wǎng)頁的具體例。接收網(wǎng)頁的用戶B(信息閱覽裝置302)，若點擊所顯示的鏈接，則能通過一個步驟來訪問在因特網(wǎng)VoD服務(內(nèi)容發(fā)送服務提供裝置306)上公開的該內(nèi)容。若以上，根據(jù)本實施方式，由于進行跨越發(fā)送媒介的內(nèi)容URI管理，能向廣播不能視聽的環(huán)境的用戶返回到另外的發(fā)送媒介的內(nèi)容的鏈接。并且，通過對于網(wǎng)頁嵌入內(nèi)容關(guān)聯(lián)信息，也可以成為得到廣告和/或關(guān)聯(lián)商品銷售的機會的構(gòu)成。以上說明的至少I個實施例的效果在于，在多個用戶利用確定電視節(jié)目的URI和因特網(wǎng)上的服務的聯(lián)合服務的情況下，在某用戶生成的URI被不同的用戶利用時，不管用戶間的環(huán)境的差異，該不同的用戶可以利用使用URI的服務。對本發(fā)明的幾個實施方式進行了說明，但是這些實施方式作為例子進行提示，并不意圖限定發(fā)明的范圍。這些新的實施方式能夠以各種方式實施，在不脫離發(fā)明的主旨的范圍內(nèi)能夠進行各種省略、置換、變更。這些實施方式或其變形包含于發(fā)明的范圍和要旨，并且包含于權(quán)利要求記載的發(fā)明及其等同范圍。根據(jù)這個實施例的處理程序可在記錄于計算機可讀記錄介質(zhì)，例如⑶-ROM (壓縮盤只讀存儲器)、軟盤(FD)XD-R (壓縮盤可記錄)、DVD (數(shù)字通用盤)，以可安裝格式的文件或可執(zhí)行格式的文件的形式來提供。
根據(jù)這個實施例的處理程序可存儲于與例如因特網(wǎng)的網(wǎng)絡連接的計算機，以及可通過網(wǎng)絡下載而提供。根據(jù)這個實施例的處理程序可通過例如因特網(wǎng)的網(wǎng)絡來提供或交付。根據(jù)這個實施例的處理程序可結(jié)合于ROM等中來提供。
權(quán)利要求
1.一種信息處理裝置，其特征在于，包括: 接收部，從第I設備接收包括在網(wǎng)絡上識別內(nèi)容的內(nèi)容識別信息的應答信息請求； 提取部，提取構(gòu)成上述內(nèi)容識別信息的多個要素信息； 存儲部，將多個上述要素信息中關(guān)于第I要素信息的條件和應答信息相對應并存儲；和 生成部，生成應答消息，其包含在上述存儲部存儲的關(guān)于上述第I要素信息的條件中，與上述提取部所提取的第I要素信息所滿足的條件相對應并存儲的上述應答信息。
2.如權(quán)利要求1所述的信息處理裝置，其特征在于， 上述第I要素信息是關(guān)于上述內(nèi)容的時刻信息。
3.如權(quán)利要求1或2所述的信息處理裝置，其特征在于，還包括: 第2存儲部,存儲用于變換上述要素信息的第I變換用信息；和 第1變換部，根據(jù)關(guān)于上述第I設備的第I信息和上述第1變換用信息，變換上述要素信息。
4.如權(quán)利要求3所述的信息處理裝置，其特征在于， 關(guān)于上述第I設備的第I信息是上述應答信息請求中包括的信息。
5.如權(quán)利要求1或4所述的信息處理裝置，其特征在于，還包括: 第3存儲部，存儲用于變換上述內(nèi)容識別信息的第2變換用信息；和 第2變換部，根據(jù)關(guān)于上述第I設備的第2信息和上述第2變換用信息變換上述內(nèi)容識別息。
6.如權(quán)利要求5所述的信息處理裝置，其特征在于， 關(guān)于上述第I設備的第2信息是上述應答信息請求中包括的信息。
7.如權(quán)利要求3或6所述的信息處理裝置，其特征在于， 上述第1變換用信息是將構(gòu)成內(nèi)容識別信息的要素信息、和廣播區(qū)域及廣播臺的組合相對應的信息，關(guān)于上述第I設備的第I信息是上述第I設備所屬于的廣播區(qū)域； 上述第I變換部，在與上述提取部提取的要素信息相對應并存儲的廣播區(qū)域不同于上述第I設備所屬于的廣播區(qū)域的情況下，將上述提取部提取的要素信息變換為與下列組合相對應的要素信息，該組合為第I設備所屬于的廣播區(qū)域及與上述提取部提取的要素信息相對應的廣播臺的組合。
8.如權(quán)利要求5或7所述的信息處理裝置，其特征在于， 上述第2變換用信息是將內(nèi)容識別信息和提供上述內(nèi)容的媒介的信息相對應的信息，關(guān)于上述第I設備的第2信息是表示上述第I設備能夠提供的媒介的信息； 上述變換部，在提供通過上述應答請求中包括的內(nèi)容識別信息確定的內(nèi)容的媒介不同于上述第I設備能夠提供的媒介的情況下，變換為與上述第I設備能夠提供的內(nèi)容的媒介相對應并存儲的內(nèi)容識別信息， 上述生成部生成應答消息，其包含與上述變換部變換后的要素信息所滿足的上述條件相對應的應答信息。
9.如權(quán)利要求1或8所述的信息處理裝置，其特征在于， 還包括:第2提取部； 上述應答信息請求還包括:上述第1設備涉及的設備信息；上述第2提取部從上述應答信息請求提取上述設備信息； 上述存儲部將上述應答信息，與關(guān)于上述要素信息的條件和關(guān)于上述設備信息的條件的組合相對應并存儲； 上述生成部 生成應答消息，其包含與上述第2提取部提取的設備信息所滿足的條件相對應的應答信息。
10.如權(quán)利要求9所述的信息處理裝置，其特征在于， 上述應答消息包含顯示于上述第I設備的信息。
11.如權(quán)利要求10所述的信息處理裝置，其特征在于， 上述應答消息包括作為用戶接口信息的控制命令程序，其能對于與上述應答消息相對應的上述內(nèi)容執(zhí)行處理。
12.如權(quán)利要求11所述的信息處理裝置，其特征在于， 上述控制程序是按照對于上述內(nèi)容執(zhí)行處理的執(zhí)行設備的設備類型而不同的程序。
13.如權(quán)利要求12所述的信息處理裝置，其特征在于， 還包括:內(nèi)容信息存儲部，存儲關(guān)于上述內(nèi)容的信息即內(nèi)容要素信息； 上述生成部在上述應答消息中包含上述內(nèi)容要素信息。
14.如權(quán)利要求13所述的信息處理裝置，其特征在于，包括: 發(fā)送部，向上述第I設備發(fā)送上述生成部生成的應答消息。
15.如權(quán)利要求14所述的信息處理裝置，其特征在于， 在上述第I設備和對于上述內(nèi)容執(zhí)行處理的執(zhí)行設備不同的情況下，上述生成部在上述應答消息中包含用于控制上述執(zhí)行設備的控制協(xié)議信息。
16.—種信息處理方法,其特征在于,包括: 接收步驟，從第I設備接收包括在網(wǎng)絡上識別內(nèi)容的內(nèi)容識別信息的應答信息請求； 提取步驟，提取構(gòu)成上述內(nèi)容識別信息的多個要素信息；和 生成步驟，參照將多個上述要素信息中關(guān)于第I要素信息的條件和應答信息相對應并存儲的存儲部，生成應答消息，其包含在上述存儲部存儲的關(guān)于上述第I要素信息的條件中，與上述提取步驟中提取的第I要素信息滿足的條件相對應并存儲的上述應答信息。
17.一種信息處理程序，其特征在于，包括: 接收功能，從第I設備接收包括在網(wǎng)絡上識別內(nèi)容的內(nèi)容識別信息的應答信息請求； 提取功能，提取構(gòu)成上述內(nèi)容識別信息的多個要素信息；和 生成功能，參照將多個上述要素信息中關(guān)于第I要素信息的條件和應答信息相對應并存儲的存儲部，生成應答消息，其包含在上述存儲部存儲的關(guān)于上述第I要素信息的條件中，與上述提取功能中提取的第I要素信息滿足的條件相對應并存儲的上述應答信息。
全文摘要
在多個用戶利用確定電視節(jié)目的URI和因特網(wǎng)上的服務的聯(lián)合服務的情況下，在某用戶生成的URI被不同的用戶利用時，不管用戶間的環(huán)境的差異，該不同的用戶可以利用使用URI的服務。一個實施方式涉及的信息處理裝置，其特征在于，包括接收部，從第1設備接收包括在網(wǎng)絡上識別內(nèi)容的內(nèi)容識別信息的應答信息請求；提取部，提取構(gòu)成上述內(nèi)容識別信息的多個要素信息；存儲部，將多個上述要素信息中關(guān)于第1要素信息的條件和應答信息相對應并存儲；和生成部，生成應答消息，其包含與關(guān)于上述存儲部存儲的上述第1要素信息的條件中滿足上述提取部提取的第1要素信息的條件相對應并存儲的上述應答信息。
文檔編號H04N21/472GK103139649SQ201210342268
公開日2013年6月5日 申請日期2012年9月14日 優(yōu)先權(quán)日2011年11月28日
發(fā)明者安次富大介, 會津宏幸, 南圭祐, 伊瀨恒太郎 申請人:株式會社 東芝