專利名稱：內(nèi)容提供服務(wù)器、信息處理設(shè)備和方法以及計算機程序的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及內(nèi)容提供服務(wù)器、信息處理設(shè)備和方法以及計算機程序。具體上，本發(fā)明涉及這樣的內(nèi)容提供服務(wù)器、信息處理設(shè)備和方法以及計算機程序，它們適用于將由服務(wù)器客戶機系統(tǒng)執(zhí)行的流數(shù)據(jù)的傳送和存儲處理。
背景技術(shù)：
總體上，隨著數(shù)據(jù)通信網(wǎng)絡(luò)近來的廣泛使用，家用電器和計算機和其它外圍設(shè)備即使在家庭內(nèi)也經(jīng)由網(wǎng)絡(luò)而連接，并且使能在各種設(shè)備之間的通信的所謂的家用網(wǎng)絡(luò)正在變得更為普遍。家用網(wǎng)絡(luò)使得能夠通過在連接到網(wǎng)絡(luò)的設(shè)備之間執(zhí)行通信而共享各種設(shè)備的數(shù)據(jù)處理功能。在連接到網(wǎng)絡(luò)的設(shè)備之間發(fā)送和接收內(nèi)容為用戶提供了方便和舒適，并且預(yù)期以后將有更廣泛地使用。
UPnP(注冊商標)被公知為適用于這種類型的家用網(wǎng)絡(luò)的配置的協(xié)議。UPnP可以容易地構(gòu)造網(wǎng)絡(luò)而不需要任何復(fù)雜的操作，由連接到網(wǎng)絡(luò)的各種連接設(shè)備提供的服務(wù)可以被接收而不需要困難的操作或設(shè)置。而且，UPnP具有這樣的優(yōu)點不依賴于設(shè)備的OS(操作系統(tǒng))，并且容易添加設(shè)備。
UPnP在連接的設(shè)備之間交換符合XML(可擴展標記語言)的定義文件。并且在設(shè)備之間執(zhí)行相互驗證。UPnP處理的概況如下。
(1)尋址處理，獲取諸如IP地址的獨立設(shè)備ID。
(2)發(fā)現(xiàn)處理，執(zhí)行在網(wǎng)絡(luò)上搜索每個設(shè)備，從每個設(shè)備接收響應(yīng)，并且獲取在響應(yīng)中包括的諸如設(shè)備類型、功能等的信息。
(3)服務(wù)請求處理，根據(jù)在發(fā)現(xiàn)處理中獲取的信息來從每個設(shè)備請求服務(wù)。
通過執(zhí)行上述的過程，可以提供或接收適用于連接到網(wǎng)絡(luò)的設(shè)備的服務(wù)。新連接到網(wǎng)絡(luò)的設(shè)備從上述的尋址處理獲取設(shè)備ID，并且在發(fā)現(xiàn)處理中獲取關(guān)于連接到網(wǎng)絡(luò)的其它設(shè)備的信息，并且可以根據(jù)所獲取的信息來向其它設(shè)備請求服務(wù)。
例如，在試圖回放在客戶機側(cè)的設(shè)備上的服務(wù)器上存儲的諸如音樂數(shù)據(jù)或圖像數(shù)據(jù)的內(nèi)容的情況下，客戶機獲取與在服務(wù)器上保持的內(nèi)容有關(guān)的信息。服務(wù)器具有存儲在存儲單元中的內(nèi)容和存儲在存儲單元中的屬性信息，包括與經(jīng)由調(diào)諧器從外部接收的各種內(nèi)容相關(guān)的信息，并且向客戶機提供此信息。屬性信息包括例如，作為內(nèi)容的歌曲或電影的標題、藝術(shù)家姓名、所記錄日期、以及與例如數(shù)據(jù)壓縮狀態(tài)相關(guān)的其它信息。此屬性信息被稱為元數(shù)據(jù)或元信息。
客戶機可以向服務(wù)器執(zhí)行對于內(nèi)容屬性信息的獲取請求，所述內(nèi)容屬性信息關(guān)于在服務(wù)器上存儲的各種內(nèi)容信息、以及數(shù)據(jù)壓縮狀態(tài)信息(ATRAC自適應(yīng)變換聲音編碼，MPEG運動圖像專家組等)、以及根據(jù)需要的版權(quán)信息等，所述各種內(nèi)容信息諸如歌曲或電影的標題、藝術(shù)家姓名。
服務(wù)器按照客戶機的請求而向客戶機發(fā)送與在服務(wù)器上保持的內(nèi)容相關(guān)的元數(shù)據(jù)(屬性信息)。客戶機按照基于從服務(wù)器獲取的元數(shù)據(jù)的預(yù)定的顯示程序來在客戶機設(shè)備的顯示器上顯示內(nèi)容信息。例如，由例如藝術(shù)家姓名和標題等形成的歌曲標題列表被顯示在顯示器上。用戶根據(jù)顯示信息來確認或選擇將回放的內(nèi)容對象，并且向服務(wù)器發(fā)送內(nèi)容發(fā)送請求。服務(wù)器從客戶機接收內(nèi)容請求，并且按照所接收的請求從服務(wù)器向客戶機進行內(nèi)容發(fā)送，在客戶機側(cè)回放所接收的內(nèi)容。
因此，從連接到網(wǎng)絡(luò)的其它設(shè)備(客戶機)搜索在服務(wù)器上存儲的內(nèi)容，并且可以指定和回放特定的內(nèi)容。
而且，一種服務(wù)器配置被提出，它具有所謂的實況(live)流數(shù)據(jù)的傳送配置，其中，在提供內(nèi)容的服務(wù)器上建立調(diào)諧器功能，向客戶機發(fā)送經(jīng)由調(diào)諧器接收的視頻或音頻數(shù)據(jù)。所述配置使得例如在家用服務(wù)器內(nèi)的調(diào)諧器中接收到諸如地面或衛(wèi)星廣播等的各種類型的廣播數(shù)據(jù)，并且從服務(wù)器向客戶機發(fā)送所接收的數(shù)據(jù)，所述客戶機例如沒有調(diào)諧器的PC等，并且用戶經(jīng)由在PC上提供的顯示器和揚聲器來觀看和收聽各種電視或無線電節(jié)目。
在例如專利文件1(1日本未審查的專利申請公開第2002-84484號)中描述了一種系統(tǒng)，其中，從客戶機遠程操作服務(wù)器，并且由服務(wù)器內(nèi)的調(diào)諧器接收的電視數(shù)據(jù)經(jīng)由局域網(wǎng)接收并且在客戶機側(cè)回放。
但是，在專利文件1中所述的配置使得由服務(wù)器內(nèi)的調(diào)諧器接收的數(shù)據(jù)被存儲在服務(wù)器內(nèi)的諸如HDD的存儲裝置中，并且此存儲數(shù)據(jù)被提供到客戶機，并且通過執(zhí)行與向客戶機提供服務(wù)器內(nèi)的所謂存儲內(nèi)容的處理類似的處理，而實現(xiàn)對于調(diào)諧器接收的數(shù)據(jù)的虛擬實況流。
在客戶機從服務(wù)器獲取特定內(nèi)容的情況下的處理是這樣的處理，其中，從客戶機向服務(wù)器發(fā)送內(nèi)容標識符，并且服務(wù)器根據(jù)從容戶機接收的標識符而獲取和發(fā)送特定內(nèi)容。
例如，服務(wù)器與內(nèi)容協(xié)調(diào)的內(nèi)容URL(統(tǒng)一資源定位符)被保持為對應(yīng)于內(nèi)容的元數(shù)據(jù)，并且通過產(chǎn)生其中客戶機已經(jīng)指定了內(nèi)容URL的HTTP(超文本傳輸協(xié)議)的GET方法，并將其發(fā)送到服務(wù)器，服務(wù)器可以根據(jù)所接收的URL而向客戶機發(fā)送特定內(nèi)容。
如果配置被假定為使得根據(jù)類似于上述的URL指定而從服務(wù)器向客戶機發(fā)送將經(jīng)由調(diào)諧器接收的數(shù)據(jù)，則服務(wù)器設(shè)置大量的URL，所述URL與將經(jīng)由調(diào)諧器接收的大量信道的每個的數(shù)據(jù)對應(yīng)，并且客戶機需要向服務(wù)器發(fā)送指定對應(yīng)于每個信道的URL的內(nèi)容請求。
但是，借助每個信道的這樣的URL設(shè)置配置，如果客戶機試圖切換信道，則變得需要向服務(wù)器新發(fā)送HTTP-GET方法，其中，設(shè)置了與切換后的信道對應(yīng)的URL。因此，在服務(wù)器和客戶機之間，基于切換之前的URL的連接變得無效，并且設(shè)置基于新URL的新連接，并且根據(jù)新設(shè)置的連接而執(zhí)行切換后的信道的流數(shù)據(jù)的傳送。
因此，在每個信道的URL設(shè)置配置的情況下，變得需要每次客戶機切換信道時在服務(wù)器和客戶機之間執(zhí)行連接設(shè)置，并且在兩側(cè)增加了負擔(dān)。而且，每次信道切換會發(fā)生通信中斷，并且存在這樣的問題不能得到平滑的處理環(huán)境，諸如使用正常的電視遙控進行信道切換的處理環(huán)境。
而且，在其中多個客戶機正在從一個服務(wù)器接收同一程序并且多個用戶正在觀看和收聽的環(huán)境中，存在這樣的問題其中，每次個別用戶切換信道時節(jié)目中斷。
而且，在執(zhí)行服務(wù)器中調(diào)諧器接收的內(nèi)容的記錄處理的情況下，客戶機需要在觀看或收聽調(diào)諧器接收的內(nèi)容的同時向服務(wù)器發(fā)布記錄請求。在這種情況下，服務(wù)器上各種處理變得需要，諸如設(shè)置用于記錄內(nèi)容的所謂視頻囊(capsule)。服務(wù)器變得需要同時執(zhí)行向內(nèi)容的客戶機的傳送處理控制和記錄處理控制，但是期望這樣的一種配置，其中，客戶機可以以任意的定時來向服務(wù)器請求和處理觀看或收聽內(nèi)容的記錄，而不影響傳送內(nèi)容的控制。

發(fā)明內(nèi)容
考慮到上述問題，本發(fā)明的目的是提供一種內(nèi)容提供服務(wù)器、信息處理設(shè)備和方法以及計算機程序，其中，在服務(wù)器和客戶機之間，可以平滑和有效地執(zhí)行從客戶機向服務(wù)器的控制，并且例如，在向客戶機提供經(jīng)由服務(wù)器上的調(diào)諧器接收的流數(shù)據(jù)的同時，可以按照來自客戶機的內(nèi)容記錄請求而執(zhí)行調(diào)諧器接收的數(shù)據(jù)的記錄處理，并且客戶機可以以任意的定時來向服務(wù)器請求和處理觀看或收聽內(nèi)容的記錄，而不影響傳送內(nèi)容的控制。
本發(fā)明的第一方面是一種內(nèi)容提供服務(wù)器，用于執(zhí)行向客戶機的內(nèi)容發(fā)送和內(nèi)容記錄處理，包括調(diào)諧器，用于執(zhí)行數(shù)據(jù)接收處理，數(shù)據(jù)發(fā)送/接收單元，用于在服務(wù)器和客戶機之間執(zhí)行從調(diào)諧器接收的內(nèi)容和控制信息的通信處理；元數(shù)據(jù)存儲單元，其中，與內(nèi)容對應(yīng)的屬性信息被存儲為內(nèi)容信息；內(nèi)容存儲單元，用于存儲內(nèi)容；內(nèi)容管理單元，用于對內(nèi)容信息的客戶機執(zhí)行提供處理；以及內(nèi)容傳送控制單元，用于對經(jīng)由調(diào)諧器接收的內(nèi)容執(zhí)行處理，其中，所述內(nèi)容傳送控制單元包括調(diào)諧器控制實例(instance)，用于對于調(diào)諧器的所接收的內(nèi)容的客戶機執(zhí)行傳送處理控制，并且其中，對應(yīng)于調(diào)諧器接收的內(nèi)容而設(shè)置記錄源內(nèi)容標識符；以及存儲單元控制實例，用于針對由調(diào)諧器接收的內(nèi)容的內(nèi)容存儲單元而執(zhí)行存儲處理控制，并且其中，設(shè)置了記錄目標內(nèi)容標識符，其中，調(diào)諧器控制實例和存儲單元控制實例的每個獨立地執(zhí)行與所設(shè)置的內(nèi)容標識符對應(yīng)的控制。
而且，按照本發(fā)明的內(nèi)容提供服務(wù)器的一個實施例，在所述存儲單元控制實例中設(shè)置了記錄源內(nèi)容標識符，其中，所述存儲單元控制實例被配置以使得根據(jù)所述記錄源內(nèi)容標識符而執(zhí)行記錄內(nèi)容的特定處理。
而且，按照本發(fā)明的內(nèi)容提供服務(wù)器的一個實施例，內(nèi)容管理單元被配置以使得根據(jù)內(nèi)容管理目錄來執(zhí)行內(nèi)容信息管理，并且被配置以使得將記錄源內(nèi)容標識符設(shè)置為調(diào)諧器容器的元數(shù)據(jù)，作為內(nèi)容管理目錄的管理對象，并使得將記錄目標內(nèi)容標識符設(shè)置為內(nèi)容存儲對象的元數(shù)據(jù)，作為內(nèi)容管理目錄的管理對象，并且還按照來自客戶機的請求來執(zhí)行元數(shù)據(jù)的提供處理，并且調(diào)諧器控制實例和存儲單元控制實例的每個，按照來自客戶機的請求，被配置使得執(zhí)行記錄源內(nèi)容標識符或記錄目標內(nèi)容標識符的設(shè)置處理。
而且，按照本發(fā)明的內(nèi)容提供服務(wù)器的一個實施例，記錄源內(nèi)容標識符是作為信道列表的標識信息的信道列表標識符，所述信道列表包括調(diào)諧器的接收信道內(nèi)的至少多個信道，并且調(diào)諧器控制實例被配置以使得將與在信道列表中描述的多個信道對應(yīng)的、由調(diào)諧器接收的多個內(nèi)容設(shè)置為控制內(nèi)容的一個單位，并且根據(jù)與從客戶機接收的信道列表標識符對應(yīng)的控制請求，來執(zhí)行控制與在信道列表中描述的多個信道對應(yīng)的傳送內(nèi)容。
而且，按照本發(fā)明的內(nèi)容提供服務(wù)器的一個實施例，記錄源內(nèi)容標識符是信道列表URL(統(tǒng)一資源定位符)，所述信道列表URL被設(shè)置為信道列表的標識信息，所述信道列表包括在調(diào)諧器的接收信道內(nèi)的至少多個信道；其中，記錄源內(nèi)容標識符是內(nèi)容存儲對象URL，所述內(nèi)容存儲對象URL被設(shè)置為與在內(nèi)容存儲單元中設(shè)置的內(nèi)容存儲區(qū)域?qū)?yīng)的內(nèi)容存儲對象的標識符。
而且，按照本發(fā)明的內(nèi)容提供服務(wù)器的一個實施例，內(nèi)容管理單元被配置以使得根據(jù)內(nèi)容管理目錄來執(zhí)行內(nèi)容信息管理，并且被配置以使得能夠?qū)?nèi)容記錄結(jié)束時間信息的設(shè)置信息和記錄質(zhì)量的至少一個存儲為內(nèi)容存儲對象的元數(shù)據(jù)，所述內(nèi)容存儲對象作為內(nèi)容管理目錄的管理對象，并且，其中設(shè)置了記錄目標內(nèi)容標識符的存儲單元控制實例被配置以使得按照設(shè)置信息來執(zhí)行內(nèi)容記錄處理。
而且，按照本發(fā)明的內(nèi)容提供服務(wù)器的一個實施例，內(nèi)容管理單元被配置以使得在下述條件下執(zhí)行將內(nèi)容存儲對象URL設(shè)置為關(guān)于產(chǎn)生對象的元數(shù)據(jù)的處理，所述條件是在來自客戶機的內(nèi)容存儲對象的產(chǎn)生請求中，包括示出存儲實況內(nèi)容的內(nèi)容存儲對象的產(chǎn)生請求的信息。
而且，按照本發(fā)明的內(nèi)容提供服務(wù)器的一個實施例，內(nèi)容提供服務(wù)器被配置以使得在下述條件下執(zhí)行存儲單元控制實例的設(shè)置處理，所述條件是在來自客戶機的內(nèi)容存儲對象的產(chǎn)生請求中，包括示出存儲實況內(nèi)容的內(nèi)容存儲對象的產(chǎn)生請求的信息。
而且，按照本發(fā)明的內(nèi)容提供服務(wù)器的一個實施例，存儲單元控制實例的設(shè)置處理包括將內(nèi)容存儲對象URL設(shè)置為記錄目標內(nèi)容標識符的處理。
而且，按照本發(fā)明的內(nèi)容提供服務(wù)器的一個實施例，在內(nèi)容信息中包括對應(yīng)于內(nèi)容的協(xié)議信息，在對應(yīng)于記錄源內(nèi)容而設(shè)置的協(xié)議信息中設(shè)置作為調(diào)諧器標識符信息的功能ID，在對應(yīng)于記錄目標內(nèi)容而設(shè)置的協(xié)議信息中設(shè)置作為內(nèi)容存儲單元標識信息的功能ID，并且內(nèi)容傳送控制單元被配置以使得執(zhí)行作為控制實例的設(shè)置處理，所述控制實例執(zhí)行控制對象的控制，其中，根據(jù)功能ID來確定調(diào)諧器控制實例和存儲單元控制實例的每個。
而且，按照本發(fā)明的內(nèi)容提供服務(wù)器的一個實施例，內(nèi)容傳送控制單元被配置以使得設(shè)置控制實例，所述控制實例執(zhí)行由內(nèi)容標識符指定的內(nèi)容的處理控制，并使得根據(jù)所述控制實例來執(zhí)行對于每個內(nèi)容的控制，并且根據(jù)連接管理表來執(zhí)行連接管理，所述連接管理表對應(yīng)于實例ID、連接ID、和對應(yīng)于傳送內(nèi)容的協(xié)議信息，所述實例ID是調(diào)諧器控制實例和存儲單元控制實例的每個的標識符，所述連接ID是在服務(wù)器和客戶機之間的連接標識符。
而且，按照本發(fā)明的內(nèi)容提供服務(wù)器的一個實施例，所述內(nèi)容傳送控制單元被配置以使得從客戶機接收按照SOAP(簡單對象訪問控制)協(xié)議的傳送內(nèi)容的控制請求，并基于控制請求執(zhí)行內(nèi)容控制。
而且，本發(fā)明的第二方面是作為客戶機的信息處理設(shè)備，所述信息處理設(shè)備針對服務(wù)器請求調(diào)諧器接收的內(nèi)容的數(shù)據(jù)處理，其中，所述信息處理設(shè)備向服務(wù)器發(fā)送在從服務(wù)器接收的內(nèi)容信息中包括的協(xié)議信息內(nèi)的第一協(xié)議和第二協(xié)議信息，所述第一協(xié)議包括作為調(diào)諧器標識信息的調(diào)諧器標識功能ID，所述第二協(xié)議信息包括作為數(shù)據(jù)存儲單元標識信息的數(shù)據(jù)存儲單元標識功能ID，并且信息處理設(shè)備被配置以使得對于每個控制實例執(zhí)行控制請求的發(fā)送處理，其中，獲取從服務(wù)器接收的調(diào)諧器控制實例ID和存儲單元控制實例ID，并且指定控制實例ID。
而且，按照本發(fā)明的信息處理設(shè)備的一個實施例，信息處理設(shè)備被配置以使得對于調(diào)諧器控制實例執(zhí)行記錄源內(nèi)容標識符的設(shè)置請求、以及對于存儲單元控制實例執(zhí)行記錄目標內(nèi)容標識符的設(shè)置請求，并且還對于存儲單元控制實例執(zhí)行通知記錄源內(nèi)容標識符的處理。
而且，按照本發(fā)明的信息處理設(shè)備的一個實施例，記錄源內(nèi)容標識符是信道列表URL(統(tǒng)一資源定位符)，所述信道列表URL被設(shè)置為信道列表的標識信息，所述信道列表包括在調(diào)諧器的接收信道中的至少多個信道；其中，所述記錄目標內(nèi)容標識符是內(nèi)容存儲對象URL，所述內(nèi)容存儲對象URL被設(shè)置為與在內(nèi)容存儲單元中設(shè)置的內(nèi)容存儲區(qū)域?qū)?yīng)的內(nèi)容存儲對象的標識符。
而且，本發(fā)明的第三方面是一種用于執(zhí)行從調(diào)諧器接收的內(nèi)容的處理的信息處理方法，包括步驟，對于調(diào)諧器控制實例設(shè)置記錄源內(nèi)容標識符，所述調(diào)諧器控制實例對于從調(diào)諧器接收的內(nèi)容的客戶機執(zhí)行傳送處理控制；步驟，對于存儲單元控制實例設(shè)置記錄目標內(nèi)容標識符，所述存儲單元控制實例對于從調(diào)諧器接收的內(nèi)容的內(nèi)容存儲單元執(zhí)行記錄處理控制；控制請求接收步驟，用于接收控制請求，所述控制請求具有來自客戶機的調(diào)諧器控制實例或存儲單元控制實例的標識信息；以及控制步驟，用于根據(jù)標識信息從所述調(diào)諧器控制實例或存儲單元控制實例執(zhí)行調(diào)諧器控制或存儲單元控制。
而且，按照本發(fā)明的信息處理方法的一個實施例，所述信息處理方法具有步驟，對于記錄單元控制實例設(shè)置記錄源內(nèi)容標識符，其中，所述記錄單元控制實例根據(jù)所述記錄源內(nèi)容標識符來執(zhí)行記錄內(nèi)容的特定處理。
而且，按照本發(fā)明的信息處理方法的一個實施例，所述信息處理方法還包括步驟，將記錄源內(nèi)容標識符設(shè)置為調(diào)諧器容器的元數(shù)據(jù)，作為內(nèi)容管理目錄的管理對象；步驟，將記錄目標內(nèi)容標識符設(shè)置為內(nèi)容存儲對象的元數(shù)據(jù)，作為內(nèi)容管理目錄的管理對象；步驟，按照來自客戶機的請求來執(zhí)行所述元數(shù)據(jù)的提供處理；以及在所述調(diào)諧器控制實例和記錄單元控制實例的每個中，按照來自客戶機的請求來執(zhí)行記錄源內(nèi)容標識符或記錄目標內(nèi)容標識符的設(shè)置處理。
而且，按照本發(fā)明的信息處理方法的一個實施例，所述記錄源內(nèi)容標識符是信道列表標識符，作為信道列表的標識信息，所述信道列表包括調(diào)諧器的接收信道內(nèi)的至少多個信道，并且，與在信道列表中描述的多個信道對應(yīng)，調(diào)諧器控制實例把將由調(diào)諧器接收的多個內(nèi)容設(shè)置為控制內(nèi)容的一個單位，并且根據(jù)與將從客戶機接收的信道列表標識符對應(yīng)的控制請求，來執(zhí)行與在信道列表中描述的多個信道對應(yīng)的傳送內(nèi)容的控制。
而且，按照本發(fā)明的信息處理方法的一個實施例，所述記錄源內(nèi)容標識符是被設(shè)置為信道列表的標識信息的信道列表URL(統(tǒng)一資源定位符)，所述信道列表包括調(diào)諧器的接收信道內(nèi)的至少多個信道，并且記錄目標內(nèi)容標識符是內(nèi)容存儲對象URL，所述內(nèi)容存儲對象URL被設(shè)置為與在內(nèi)容存儲單元中設(shè)置的內(nèi)容存儲區(qū)域?qū)?yīng)的內(nèi)容存儲對象的標識符。
而且，按照本發(fā)明的信息處理方法的一個實施例，所述信息處理方法還包括步驟，將內(nèi)容記錄結(jié)束時間信息的設(shè)置信息和記錄質(zhì)量的至少一個設(shè)置為內(nèi)容存儲對象的元數(shù)據(jù)，所述內(nèi)容存儲對象作為內(nèi)容管理目錄的管理對象；步驟，在設(shè)置了記錄目標內(nèi)容標識符的存儲單元控制實例中，按照設(shè)置信息來執(zhí)行內(nèi)容記錄處理。
而且，按照本發(fā)明的信息處理方法的一個實施例，所述信息處理方法包括步驟，在下述條件下執(zhí)行將內(nèi)容存儲對象URL設(shè)置為關(guān)于產(chǎn)生對象的元數(shù)據(jù)的處理，所述條件是在來自客戶機的內(nèi)容存儲對象的產(chǎn)生請求中，包括示出存儲實況內(nèi)容的內(nèi)容存儲對象的產(chǎn)生請求的信息。
而且，按照本發(fā)明的信息處理方法的一個實施例，所述信息處理方法包括步驟，在下述條件下執(zhí)行對于存儲單元控制實例的設(shè)置處理，所述條件是在來自客戶機的內(nèi)容存儲對象的產(chǎn)生請求中，包括示出存儲實況內(nèi)容的內(nèi)容存儲對象的產(chǎn)生請求的信息。
而且，按照本發(fā)明的信息處理方法的一個實施例，所述存儲單元控制實例的設(shè)置處理包括將內(nèi)容存儲對象URL設(shè)置為記錄目標內(nèi)容標識符的處理。
而且，按照本發(fā)明的信息處理方法的一個實施例，在內(nèi)容信息中包括對應(yīng)于內(nèi)容的協(xié)議信息，在對應(yīng)于記錄源內(nèi)容而設(shè)置的協(xié)議信息中設(shè)置作為調(diào)諧器標識信息的功能ID，在對應(yīng)于記錄目標內(nèi)容而設(shè)置的協(xié)議信息中設(shè)置作為內(nèi)容存儲單元標識信息的功能ID，并且所述信息處理方法還執(zhí)行作為控制實例的設(shè)置處理，所述控制實例執(zhí)行對于控制對象的控制，其中，根據(jù)功能ID來確定調(diào)諧器控制實例和存儲單元控制實例的每個。
而且，按照本發(fā)明的信息處理方法的一個實施例，所述信息處理方法包括步驟，用于設(shè)置控制實例并且根據(jù)所述控制實例來對于每個內(nèi)容執(zhí)行控制，所述控制實例對于由內(nèi)容標識符指定的內(nèi)容執(zhí)行處理控制，并且，所述信息處理方法根據(jù)連接管理表來執(zhí)行連接管理，所述連接管理表與實例ID、連接ID和與傳送內(nèi)容對應(yīng)的協(xié)議信息相關(guān)聯(lián)，所述實例ID是調(diào)諧器控制實例和存儲單元控制實例的每個的標識符，所述連接ID是在服務(wù)器和客戶機之間的連接標識符。
而且，按照本發(fā)明的信息處理方法的一個實施例，所述控制請求接收步驟從客戶機接收對于按照SOAP(簡單對象訪問控制)協(xié)議傳送內(nèi)容的控制請求；所述控制步驟被配置以使得根據(jù)從客戶機接收的控制請求來執(zhí)行內(nèi)容控制。
而且，本發(fā)明的第四方面是客戶機中的信息處理方法，所述客戶機對于服務(wù)器而請求調(diào)諧器接收的內(nèi)容的數(shù)據(jù)處理，所述方法包括協(xié)議信息發(fā)送步驟，用于向服務(wù)器發(fā)送第一協(xié)議信息和第二協(xié)議信息，所述第一協(xié)議信息包括作為調(diào)諧器標識信息的調(diào)諧器標識功能ID，所述第二協(xié)議信息包括作為數(shù)據(jù)存儲單元標識信息的數(shù)據(jù)存儲單元標識功能ID，所述第一協(xié)議信息和第二協(xié)議信息在從服務(wù)器接收的內(nèi)容信息中包括的協(xié)議信息中；ID獲取步驟，用于獲取從服務(wù)器接收的調(diào)諧器控制實例ID和存儲單元控制實例ID；以及控制請求發(fā)送步驟，用于對于其中指定了控制實例ID的每個控制實例執(zhí)行控制請求的發(fā)送處理。
而且，按照本發(fā)明的信息處理方法的一個實施例，所述信息處理方法包括步驟，執(zhí)行關(guān)于調(diào)諧器控制實例的記錄源內(nèi)容標識符的設(shè)置請求和關(guān)于存儲單元控制實例的記錄目標內(nèi)容標識符的設(shè)置請求，所述方法還執(zhí)行對于存儲單元控制實例來通知記錄源內(nèi)容標識符的處理。
而且，按照本發(fā)明的信息處理方法的一個實施例，所述記錄源內(nèi)容標識符是信道列表URL(統(tǒng)一資源定位符)，所述信道列表URL被設(shè)置為信道列表的標識信息，所述信道列表包括調(diào)諧器的接收信道內(nèi)的至少多個信道，記錄目標內(nèi)容標識符是內(nèi)容存儲對象URL，所述內(nèi)容存儲對象URL被設(shè)置為與內(nèi)容存儲單元中設(shè)置的內(nèi)容存儲區(qū)域?qū)?yīng)的內(nèi)容存儲對象的標識符。
而且，本發(fā)明的第五方面是用于執(zhí)行從調(diào)諧器接收的內(nèi)容的處理的計算機程序，包括步驟，對于調(diào)諧器控制實例設(shè)置記錄源內(nèi)容標識符，所述調(diào)諧器控制實例對于從調(diào)諧器接收的內(nèi)容的客戶機執(zhí)行傳送處理控制；步驟，對于存儲單元控制實例設(shè)置記錄目標內(nèi)容標識符，所述存儲單元控制實例對于從調(diào)諧器接收的內(nèi)容的內(nèi)容存儲單元執(zhí)行記錄處理控制；
控制請求接收步驟，用于接收控制請求，所述控制請求具有來自客戶機的調(diào)諧器控制實例或存儲單元控制實例的標識信息；以及控制步驟，用于基于標識信息，根據(jù)所述調(diào)諧器控制實例或存儲單元控制實例來執(zhí)行調(diào)諧器控制或存儲單元控制。
而且，本發(fā)明的第六方面是客戶機內(nèi)的計算機程序，所述客戶機對于服務(wù)器來請求從調(diào)諧器接收的數(shù)據(jù)的數(shù)據(jù)處理，所述計算機程序包括協(xié)議信息發(fā)送步驟，用于向所述服務(wù)器發(fā)送第一協(xié)議信息和第二協(xié)議信息，所述第一協(xié)議信息包括作為調(diào)諧器標識信息的調(diào)諧器標識功能ID，所述第二協(xié)議信息包括作為數(shù)據(jù)存儲單元標識信息的數(shù)據(jù)存儲單元標識功能ID，所述第一協(xié)議信息和第二協(xié)議信息在從服務(wù)器接收的內(nèi)容信息中包括的協(xié)議信息中；ID獲取步驟，用于獲取從服務(wù)器接收的調(diào)諧器控制實例ID和存儲單元控制實例ID；以及控制請求發(fā)送步驟，用于對于其中指定了控制實例ID的每個控制實例執(zhí)行控制請求的發(fā)送處理。
按照本發(fā)明的配置，獨立地設(shè)置調(diào)諧器控制實例和存儲單元控制實例(視頻囊控制實例)，所述調(diào)諧器控制實例在調(diào)諧器的控制下執(zhí)行調(diào)諧器接收的內(nèi)容的流傳送控制，所述存儲單元控制實例在諸如硬盤的內(nèi)容存儲單元的控制下執(zhí)行調(diào)諧器接收的內(nèi)容的記錄處理，并且針對每個來設(shè)置信道列表URL和視頻囊URL，作為能夠指定處理控制對象的內(nèi)容URL，并且可以通過設(shè)置作為控制實例(AVT實例)標識符的控制實例ID來分別地從客戶機接收請求，由此使得能夠按照客戶機請求來進行獨立的處理。
而且，在本發(fā)明的配置中，對于處理圖像記錄目標內(nèi)容的AVT實例，即視頻囊控制實例，執(zhí)行圖像記錄源內(nèi)容的URI的指定處理(AVTX_SetAVTRecordInputURI action)，并且，所述配置使得向存儲單元控制實例(視頻囊控制實例)通知圖像記錄源URL，即信道列表URL，由此，存儲單元控制實例可以獨立地指定圖像記錄處理的對象。
而且，在本發(fā)明的配置中，對于作為信道的集合(aggregate)的信道列表而設(shè)置URL，并且，在調(diào)諧器控制實例中將信道列表URL設(shè)置為記錄源內(nèi)容標識符，因此，在所述列表內(nèi)的信道改變中，使得能夠進行繼續(xù)的內(nèi)容傳送，而不必根據(jù)新URL來執(zhí)行內(nèi)容請求，并且也可以不中斷內(nèi)容記錄處理而執(zhí)行在信道切換后的內(nèi)容記錄。
本發(fā)明的計算機程序是能夠由存儲介質(zhì)和通信介質(zhì)向例如能夠執(zhí)行各種程序代碼的通用計算機系統(tǒng)提供的計算機程序，所述存儲介質(zhì)以計算機可讀形式提供，例如，所述存儲介質(zhì)諸如CD或FD、MO，所述通信介質(zhì)諸如網(wǎng)絡(luò)。通過以計算機可讀的形式來提供這樣的程序，可以通過所述計算機系統(tǒng)來實現(xiàn)按照所述程序的處理。
基于后述的本發(fā)明的實施例和附圖，可以使用更詳細的說明來使得本發(fā)明的其它目的、特點或優(yōu)點清楚?，F(xiàn)在，按照本發(fā)明，系統(tǒng)是多個設(shè)備的邏輯集合配置，并且不限于在同一外殼內(nèi)的多個設(shè)備的配置。


圖1是圖解應(yīng)用了本發(fā)明的網(wǎng)絡(luò)配置示例的圖。
圖2是描述網(wǎng)絡(luò)連接設(shè)施的配置示例的圖。
圖3是描述在服務(wù)器上的內(nèi)容管理目錄配置的圖。
圖4是描述內(nèi)容信息顯示器的示例的圖。
圖5是描述內(nèi)容數(shù)據(jù)回放處理內(nèi)的在服務(wù)器和客戶機之間的處理序列的圖。
圖6是圖解執(zhí)行調(diào)諧器接收的數(shù)據(jù)的流傳送處理的服務(wù)器的配置的圖。
圖7是描述在服務(wù)器上的內(nèi)容管理目錄配置內(nèi)的調(diào)諧器容器和信道項的圖。
圖8是描述與所述調(diào)諧器容器和信道項對應(yīng)的內(nèi)容信息的圖。
圖9是描述執(zhí)行調(diào)諧器接收的數(shù)據(jù)的流傳送處理的服務(wù)器和客戶機之間的處理序列的圖。
圖10是描述屬于執(zhí)行調(diào)諧器接收的數(shù)據(jù)的流傳送處理的服務(wù)器的連接管理表的配置數(shù)據(jù)的圖。
圖11是描述執(zhí)行調(diào)諧器接收的數(shù)據(jù)的流傳送處理的服務(wù)器和客戶機之間的處理序列中的信道切換處理的圖。
圖12是描述執(zhí)行調(diào)諧器接收的數(shù)據(jù)的流傳送處理的服務(wù)器和客戶機之間的處理序列中的連接結(jié)束處理的圖。
圖13是描述來自具有多個調(diào)諧器的服務(wù)器的調(diào)諧器接收的數(shù)據(jù)的流傳送處理的圖。
圖14是描述在調(diào)諧器容器和信道列表URL之間的對應(yīng)示例的圖。
圖15是描述在調(diào)諧器容器和信道列表URL之間的對應(yīng)示例的圖。
圖16是描述在調(diào)諧器容器和信道列表URL之間的對應(yīng)示例的圖。
圖17是描述執(zhí)行調(diào)諧器接收的數(shù)據(jù)的流傳送處理的服務(wù)器的處理的流程圖。
圖18是描述執(zhí)行調(diào)諧器接收的數(shù)據(jù)的流傳送處理的客戶機的處理的流程圖。
圖19是描述執(zhí)行調(diào)諧器接收的數(shù)據(jù)的流傳送處理和實況內(nèi)容記錄的服務(wù)器的配置的圖。
圖20是描述執(zhí)行調(diào)諧器接收的數(shù)據(jù)的流傳送處理和實況內(nèi)容記錄處理的服務(wù)器和客戶機之間的處理序列的圖。
圖21是描述屬于執(zhí)行調(diào)諧器接收的數(shù)據(jù)的流傳送處理和實況內(nèi)容記錄處理的服務(wù)器的連接管理表的配置數(shù)據(jù)的圖。
圖22是描述執(zhí)行調(diào)諧器接收的數(shù)據(jù)的流傳送處理和實況內(nèi)容記錄處理的服務(wù)器的處理的流程圖。
圖23是描述執(zhí)行調(diào)諧器接收的數(shù)據(jù)的流傳送處理和實況內(nèi)容記錄處理的客戶機的處理的流程圖。
圖24是描述當(dāng)執(zhí)行實況內(nèi)容記錄處理時服務(wù)器和客戶機的處理的序列圖。
圖25是描述當(dāng)執(zhí)行實況內(nèi)容記錄處理時內(nèi)容存儲對象的元數(shù)據(jù)的示例的圖。
圖26是描述在實況內(nèi)容記錄處理期間執(zhí)行暫停處理的情況下服務(wù)器和客戶機的處理的序列圖。
圖27是描述在實況內(nèi)容記錄處理期間執(zhí)行記錄結(jié)束處理的情況下服務(wù)器和客戶機的處理的序列圖。
圖28是描述服務(wù)器的處理功能的方框圖。
圖29是描述客戶機的處理功能的方框圖。
具體實施例方式
以下，參照附圖來詳細說明本發(fā)明的內(nèi)容提供服務(wù)器、信息處理設(shè)備和方法以及計算機程序。
首先，將參照圖1來說明可以應(yīng)用本發(fā)明的網(wǎng)絡(luò)配置示例。圖1圖解了一種配置，其中，作為內(nèi)容傳送設(shè)備的服務(wù)器101按照來自各種客戶機設(shè)備的處理請求而執(zhí)行處理，作為對于服務(wù)器101執(zhí)行處理請求的內(nèi)容接收設(shè)備的客戶機經(jīng)由網(wǎng)絡(luò)100而連接，所述網(wǎng)絡(luò)100諸如家用網(wǎng)絡(luò)配置。個人計算機(PC)121、監(jiān)視器122、便攜電話123、回放設(shè)備124、和PDA(個人數(shù)字助理)125被圖解為客戶機設(shè)備的示例。但是，可以連接其它客戶機設(shè)備，諸如各種電子設(shè)備或家用電器。
服務(wù)器101按照來自客戶機的請求而執(zhí)行的處理例如，提供在服務(wù)器101上保持的諸如硬盤等的存儲裝置中存儲的內(nèi)容、或者向客戶機傳輸將經(jīng)由在服務(wù)器101上保持的調(diào)諧器而接收的實況內(nèi)容的內(nèi)容提供服務(wù)等等。在圖1中，服務(wù)器101和客戶機設(shè)備被分別示出，這圖解了針對來自客戶機的請求而提供服務(wù)的作為服務(wù)器的設(shè)備，并且每個客戶機設(shè)備在向其它客戶機提供其本身的數(shù)據(jù)處理服務(wù)的情況下可以提供服務(wù)器的功能。因此，圖1所示的連接到網(wǎng)絡(luò)的客戶機設(shè)備可以變?yōu)榉?wù)器。
網(wǎng)絡(luò)100是有線或無線網(wǎng)絡(luò)之一，并且每個連接設(shè)備經(jīng)由網(wǎng)絡(luò)100來發(fā)送和接收通信分組，諸如以太網(wǎng)(Ethernet，注冊商標)幀等。換句話說，客戶機通過向服務(wù)器101發(fā)送幀來對于服務(wù)器101而執(zhí)行數(shù)據(jù)處理請求，在所述幀中，在以太網(wǎng)幀的數(shù)據(jù)部分中存儲了處理請求信息。所述服務(wù)器101按照所接收的處理請求幀來執(zhí)行數(shù)據(jù)處理，并且根據(jù)需要在通信分組的數(shù)據(jù)部分中存儲作為結(jié)果數(shù)據(jù)的數(shù)據(jù)處理結(jié)果，并且將其發(fā)送到每個客戶機。
所述網(wǎng)絡(luò)連接設(shè)備例如配置有通用即插即用(UPnP)兼容設(shè)備。因此，所述配置使得對于網(wǎng)絡(luò)添加和去除連接設(shè)備是容易的。將新連接到網(wǎng)絡(luò)的設(shè)備執(zhí)行下述過程，并且由此能夠接收應(yīng)用了連接到網(wǎng)絡(luò)的設(shè)備的服務(wù)。
(1)尋址處理，用于獲取諸如IP地址的各個的設(shè)備ID。
(2)發(fā)現(xiàn)處理，用于在網(wǎng)絡(luò)上執(zhí)行每個設(shè)備的搜索，從每個設(shè)備接收響應(yīng)，并且獲取在所述響應(yīng)中包括的諸如設(shè)備類型和功能的信息。
(3)服務(wù)請求處理，用于根據(jù)在所述發(fā)現(xiàn)處理中獲取的信息來向每個設(shè)備請求服務(wù)。
將參照圖2來說明PC的一個硬件配置示例，所述PC作為包括圖1所示的服務(wù)器和客戶機設(shè)備的信息處理設(shè)備的一個示例。
CPU(中央處理單元)201按照在ROM(只讀存儲器)202或HDD(硬盤驅(qū)動器)204中存儲的程序來執(zhí)行各種類型的處理，并且起數(shù)據(jù)處理裝置或通信控制處理裝置的作用。由CPU 201執(zhí)行的程序或數(shù)據(jù)被適當(dāng)?shù)卮鎯υ赗AM(隨機存取存儲器)203中。CPU 201、ROM 202、RAM 203和HDD 204經(jīng)由總線205而相互連接。
輸入/輸出接口206連接到總線205，并且輸入單元207和輸出設(shè)備208連接到這個輸入/輸出接口206，所述輸入單元207包括例如由用戶操作的鍵盤、開關(guān)、按鍵、指示器或鼠標等，所述輸出設(shè)備208包括LCD、CRT和揚聲器等，輸出設(shè)備208向用戶提供各種類型的信息。而且，可以安裝通信單元209以及可移去存儲介質(zhì)211，所述通信單元209作為數(shù)據(jù)發(fā)送和接收裝置，所述可移去存儲介質(zhì)211諸如磁盤、光盤、磁光盤或半導(dǎo)體存儲器，驅(qū)動器210被連接，它從可移去介質(zhì)211執(zhí)行數(shù)據(jù)讀取或?qū)懭胩幚怼?br> 而且，提供了調(diào)諧器220，它從各種外部源接收傳送數(shù)據(jù)，所述傳送數(shù)據(jù)諸如地面廣播數(shù)據(jù)、衛(wèi)星廣播數(shù)據(jù)、有線電視數(shù)據(jù)和因特網(wǎng)傳送數(shù)據(jù)等。
圖2中所示的配置是作為圖1所示的網(wǎng)絡(luò)連接設(shè)備的一個示例的服務(wù)器和個人計算機(PC)的示例，但是所述網(wǎng)絡(luò)連接設(shè)備不限于PC，如圖1所示，諸如便攜電話或PDA等的便攜通信終端、以及諸如回放設(shè)備和顯示器等的其它電子設(shè)備或信息處理設(shè)備也可以包括網(wǎng)絡(luò)連接設(shè)備。因此，可以使用每個設(shè)備分別特有的硬件配置，并且可以執(zhí)行按照這樣的硬件的處理。
然后，將說明對象管理配置，它包括管理被提供到客戶機的內(nèi)容的服務(wù)器的內(nèi)容、以及元數(shù)據(jù)。服務(wù)器保持存儲在其存儲單元中的諸如圖像數(shù)據(jù)和音頻數(shù)據(jù)的內(nèi)容，所述圖像數(shù)據(jù)諸如靜止圖像和運動圖像，所述音頻數(shù)據(jù)諸如音樂，服務(wù)器還保持與用于執(zhí)行實況流數(shù)據(jù)的調(diào)諧器相關(guān)聯(lián)的信息，諸如與各種內(nèi)容對應(yīng)的作為屬性信息(元數(shù)據(jù))的信道信息。
諸如圖像數(shù)據(jù)和音頻數(shù)據(jù)的內(nèi)容、以及經(jīng)由調(diào)諧器接收的實況流數(shù)據(jù)被統(tǒng)稱為AV內(nèi)容，其中所述圖像數(shù)據(jù)諸如靜止圖像和運動圖像，所述音頻數(shù)據(jù)諸如音樂。在服務(wù)器上，通過具有分層配置的內(nèi)容管理目錄來在服務(wù)器內(nèi)的CDS(內(nèi)容目錄服務(wù))上管理AV內(nèi)容。
圖3圖解了在服務(wù)器上的CDS(內(nèi)容目錄服務(wù))中管理的內(nèi)容管理目錄的配置示例。分層配置可以被圖解為分支圖，如圖3所示。在圖3中所示的各種圓周的每個是各種對象。這個分層配置圖解了與在存儲單元中存儲并且由服務(wù)器管理的內(nèi)容、以及實況流內(nèi)容對應(yīng)的邏輯管理配置。
內(nèi)容管理目錄的各個元素，即存儲個別的AV內(nèi)容或多個AV內(nèi)容的文件夾的每個、或元數(shù)據(jù)存儲文件夾，被成為對象。現(xiàn)在，對象是由服務(wù)器處理的數(shù)據(jù)單元的集合名稱，除了存儲個別的AV內(nèi)容或多個AV內(nèi)容的文件夾、或元數(shù)據(jù)存儲文件夾之外，還存在各種對象。
AV內(nèi)容的最小單位，即一段音樂數(shù)據(jù)、一段運動圖像數(shù)據(jù)、和一段靜止圖像數(shù)據(jù)等被稱為項。在實況流數(shù)據(jù)的情況下，一個信道被定義為一個項。
而且，被調(diào)整(regulate)為項集合的項的上層對象被稱為容器(Container)，并且所述集合的單元可以被不同地設(shè)置為基于每個對象的物理存儲位置的集合、基于每個對象的邏輯關(guān)系的集合和基于類別(category)的集合等。
例如，可以將其中信道是項的容器的一個示例設(shè)置為其中僅地面波的信道項被集合的容器、或者其中僅衛(wèi)星廣播信道被集合的容器。將在后面的階段進一步說明這些示例。
對象可以根據(jù)其類型，諸如音樂(Audio)、視頻(Video)或照片(Photo)等，而被分類為多個類(class)，并且進行類標簽。客戶機可以例如指定特定的類，并且執(zhí)行“搜索”的請求，其中僅屬于特定種類(classification)的對象成為目標。而且，可以指定諸如特定文件夾的對象，可以請求對于僅僅與這樣的文件夾相關(guān)聯(lián)的信息的“瀏覽”請求，并且可以執(zhí)行與特定文件夾相關(guān)聯(lián)的信息的獲取處理。在服務(wù)器上，也在分層配置中管理類，并且可以設(shè)置在一個類下的子類。
元數(shù)據(jù)是各種管理數(shù)據(jù)，它包括與在服務(wù)器上保持的內(nèi)容對應(yīng)的屬性信息、類定義信息、與包括內(nèi)容管理目錄的分層配置相關(guān)聯(lián)的信息等。元數(shù)據(jù)，作為與個別對象協(xié)調(diào)并且被定義的內(nèi)容的屬性信息，包括各種信息，例如，諸如內(nèi)容URL的內(nèi)容標識符(ID)、數(shù)據(jù)大小、資源信息、標題、藝術(shù)家姓名、版權(quán)信息、信道信息等。在元數(shù)據(jù)中包括的個別信息被稱為性質(zhì)或性質(zhì)信息。但是，音樂(Audio)、視頻(Video)、照片(Photo)、實況流數(shù)據(jù)等，關(guān)于它們具有什么元數(shù)據(jù)、由何種類型的性質(zhì)形成，已經(jīng)被上述類中的類預(yù)定。
在圖3中，最高層被稱為根容器。在根容器之下的層中，設(shè)置例如音樂容器302、運動圖像容器303、靜止圖像容器304和調(diào)諧器容器305。在音樂容器302的層下是風(fēng)格(genre)305，在風(fēng)格的層下，諸如藝術(shù)家306的對象被設(shè)置。
在運動圖像容器303的層下是風(fēng)格308，這個層再向下，視頻囊309被設(shè)置為對應(yīng)于內(nèi)容的項。例如，視頻囊309具有與這樣的視頻內(nèi)容，即在服務(wù)器內(nèi)的諸如硬盤等的存儲單元中存儲的視頻內(nèi)容，對應(yīng)的屬性信息(元數(shù)據(jù))。所述元數(shù)據(jù)包括用于客戶機獲取內(nèi)容的內(nèi)容標識符，即，作為示出了內(nèi)容的位置的地址信息的內(nèi)容的URL(統(tǒng)一資源定位符)?？蛻魴C從內(nèi)容信息獲取過程獲取視頻囊309的URL，即視頻囊URL，并且通過向服務(wù)器發(fā)送指定視頻囊URL的內(nèi)容請求，對應(yīng)于視頻囊的視頻內(nèi)容可以從服務(wù)器被接收并且被回放。
另一方面，信道列表URL在調(diào)諧器容器305中也被設(shè)置為對應(yīng)于容器的URL。換句話說，信道列表URL被設(shè)置為對應(yīng)于調(diào)諧器接收內(nèi)容的屬性信息。所述信道列表URL是為了向客戶機提供所有內(nèi)容的獲取和控制授權(quán)而被設(shè)置的URL，所述全部內(nèi)容與作為調(diào)諧器容器306的子孫(child)而存在的信道項對應(yīng)。
按照傳統(tǒng)的系統(tǒng)，對于作為項的每個信道和需要按照信道切換而執(zhí)行URL的切換的客戶機設(shè)置URL，但是按照本發(fā)明，對于作為信道集合的信道列表設(shè)置URL，并且通過客戶機向服務(wù)器發(fā)送指定信道列表URL的內(nèi)容獲取請求，客戶機可以獲得在信道列表上列出的信道，即可以獲取比在內(nèi)容管理目錄上的調(diào)諧器容器低的層中設(shè)置的信道項的所有內(nèi)容，即，可以獲得控制授權(quán)。結(jié)果，在信道列表上列出的信道之間的切換中，不必根據(jù)新URL來執(zhí)行內(nèi)容請求。后面將說明這個處理的細節(jié)。
試圖執(zhí)行內(nèi)容搜索的客戶機可以通過下述方式來獲取內(nèi)容信息向服務(wù)器請求指定與內(nèi)容管理目錄的分層或?qū)ο蠹蠈?yīng)的類的“搜索”、或作為特定對象的指定的“瀏覽”?？蛻魴C根據(jù)從服務(wù)器接收的內(nèi)容信息中描述的XML數(shù)據(jù)而在顯示器上顯示內(nèi)容信息。
圖4圖解了內(nèi)容信息列表的顯示處理示例。在圖4所示的示例中，示例被圖解，其中，在顯示器350顯示內(nèi)容信息列表357，其具有列表形式的內(nèi)容編號、標題、藝術(shù)家姓名、信道和內(nèi)容URL的數(shù)據(jù)配置。
例如，基于對應(yīng)于視頻囊的元數(shù)據(jù)而顯示的內(nèi)容信息是在圖4中的內(nèi)容No. 、 的內(nèi)容，并且根據(jù)對應(yīng)于調(diào)諧器容器的元數(shù)據(jù)而顯示的內(nèi)容信息是如在 、 中的信道列表，并且變?yōu)樵谛诺懒斜碇邪ǖ男诺佬畔?、和信道列表URL。
在此的內(nèi)容信息根據(jù)性質(zhì)信息而被產(chǎn)生，所述屬性信息作為與由服務(wù)器管理的內(nèi)容對應(yīng)的元數(shù)據(jù)的配置元素。服務(wù)器獲取在基于從客戶機接收的“搜索”或“瀏覽”請求而與條件匹配的內(nèi)容的元數(shù)據(jù)內(nèi)的性質(zhì)信息，并且基于所獲取的性質(zhì)信息而產(chǎn)生XML數(shù)據(jù)，并且將其向客戶機發(fā)送。
客戶機基于與由服務(wù)器提取的內(nèi)容對應(yīng)的屬性信息而接收XML數(shù)據(jù)，并且根據(jù)所接收的XML數(shù)據(jù)而產(chǎn)生諸如圖4所示的顯示數(shù)據(jù)，并且在客戶機的顯示器上將其顯示。
在客戶機側(cè)的用戶從這些列表選擇將回放的內(nèi)容，并且通過向服務(wù)器發(fā)送諸如內(nèi)容URL的選擇內(nèi)容指定信息，而從服務(wù)器發(fā)送內(nèi)容，即諸如音樂或電影或照片的各種內(nèi)容，并且在客戶機側(cè)執(zhí)行回放輸出。當(dāng)根據(jù)與調(diào)諧器容器對應(yīng)的信道列表URL來進行內(nèi)容請求時，可以一起獲取與在信道列表中列出的信道的內(nèi)容，即不切換URL，并且可以自由地執(zhí)行信道切換。
如上所述，作為用于示出內(nèi)容位置的地址信息的內(nèi)容URL(統(tǒng)一資源定位符)被包括在被發(fā)送到客戶機的內(nèi)容信息中。作為用戶已經(jīng)指定(點擊)在客戶機顯示器上顯示的內(nèi)容URL或鏈接數(shù)據(jù)的條件，作為內(nèi)容獲取請求的HTTP(超文本傳輸協(xié)議)GET方法被產(chǎn)生在客戶機設(shè)備，并且被發(fā)送到服務(wù)器，并且服務(wù)器向客戶機發(fā)送對應(yīng)于內(nèi)容URL的內(nèi)容。
試圖回放內(nèi)容的客戶機向服務(wù)器進行內(nèi)容請求，并且可以從服務(wù)器接收所請求的內(nèi)容，并回放所述內(nèi)容。將參照圖5來說明總體的內(nèi)容回放過程。首先，在步驟S11，客戶機執(zhí)行對于在服務(wù)器保持的內(nèi)容信息的獲取請求。在步驟S12，服務(wù)器按照客戶機請求，根據(jù)對應(yīng)于內(nèi)容的元數(shù)據(jù)，而產(chǎn)生內(nèi)容信息的XML(可擴展標記語言)數(shù)據(jù)，并且將其發(fā)送到客戶機，所述內(nèi)容信息的XML數(shù)據(jù)諸如作為示出了內(nèi)容位置的地址信息的內(nèi)容URL(統(tǒng)一資源定位符)列表、內(nèi)容標題和藝術(shù)家姓名等。
客戶機在步驟S13按照所接收的XML信息來在顯示器上顯示內(nèi)容信息。例如，在音樂內(nèi)容的情況下，與在服務(wù)器保持的多個音樂對應(yīng)的歌曲名稱、藝術(shù)家姓名、回放時間等被顯示為列表。
然后，在步驟S14，在客戶機設(shè)備中，客戶機選擇從服務(wù)器接收并且將回放的歌曲，并且將內(nèi)容URL指定為內(nèi)容指定信息，并且將其發(fā)送到服務(wù)器。在步驟S15，服務(wù)器根據(jù)所接收的內(nèi)容指定信息來從存儲裝置獲取內(nèi)容，并且將其發(fā)送。在步驟S16中，客戶機回放從服務(wù)器接收的內(nèi)容。但是，在已經(jīng)對內(nèi)容執(zhí)行了諸如ATRAC或MPEG的壓縮處理的情況下，在服務(wù)器或客戶機側(cè)執(zhí)行解碼處理后，執(zhí)行發(fā)送或回放處理。
正常的內(nèi)容回放過程如上所述?？蛻魴C獲取各種內(nèi)容屬性信息，即在與服務(wù)器上保持的內(nèi)容對應(yīng)的元數(shù)據(jù)中包括的性質(zhì)信息，并且根據(jù)所述性質(zhì)信息向客戶機顯示諸如內(nèi)容列表的UI，并且內(nèi)容可以被選擇并向服務(wù)器請求。
如上所述，當(dāng)客戶機向服務(wù)器發(fā)送指定與內(nèi)容對應(yīng)的URL的內(nèi)容請求時，可以獲取和回放在服務(wù)器的硬盤等中先前存儲的內(nèi)容。
但是，如在現(xiàn)有技術(shù)部分中所述，當(dāng)配置使得對于將經(jīng)由在服務(wù)器內(nèi)的調(diào)諧器接收的實況流數(shù)據(jù)的各種信道的數(shù)據(jù)而設(shè)置各種URL，并且在客戶機切換信道的情況下執(zhí)行基于URL指定的內(nèi)容提供時，需要向服務(wù)器發(fā)送其中設(shè)置了與切換后的信道對應(yīng)的URL的HTTP-GET方法。結(jié)果，可能需要根據(jù)新和舊URL來對于在服務(wù)器和客戶機之間的連接執(zhí)行斷開和重新連接處理，這引起了一個問題，即，過度地增加了在兩側(cè)上的負擔(dān)，并且在每次信道切換中發(fā)生通信中斷。
因此，在本發(fā)明中，配置使得作為多個信道的集合的信道列表被設(shè)置，并且所述信道列表被考慮作為一個內(nèi)容，并對于所述信道列表設(shè)置和管理這樣一個內(nèi)容URL。下面，將說明基于本配置的實況流數(shù)據(jù)傳送處理配置。
在圖6中圖解了具有下述配置的服務(wù)器的一個配置示例，所述配置具有調(diào)諧器功能，并且向客戶機傳送由調(diào)諧器接收的數(shù)據(jù)。
將說明在圖6中所示的配置。服務(wù)器400向客戶機460發(fā)送來自客戶機460的請求內(nèi)容，并且用戶470經(jīng)由顯示器、揚聲器等來觀看和收聽在客戶機460設(shè)備上提供的內(nèi)容。而且，在圖6中，僅僅示出了一個客戶機460，但是可以將多個客戶機連接到服務(wù)器400，并且多個客戶機可以從服務(wù)器400接收各種內(nèi)容提供。
服務(wù)器向客戶機460發(fā)送將被提供的數(shù)據(jù)庫443中存儲的內(nèi)容，并且也發(fā)送經(jīng)由調(diào)諧器410從外部接收的數(shù)據(jù)，例如地面廣播數(shù)據(jù)、衛(wèi)星廣播數(shù)據(jù)、有線電視數(shù)據(jù)和因特網(wǎng)傳送數(shù)據(jù)等、以及從外部接收的各種數(shù)據(jù)。在服務(wù)器400和客戶機460之間的通信網(wǎng)絡(luò)是有線或無線網(wǎng)絡(luò)之一，如參照圖1前述，所述通信網(wǎng)絡(luò)例如經(jīng)由網(wǎng)絡(luò)來發(fā)送和接收諸如以太網(wǎng)(Ethernet，注冊商標)幀的通信分組。換句話說，客戶機460通過向服務(wù)器400發(fā)送幀而對于服務(wù)器400執(zhí)行數(shù)據(jù)處理請求，在所述幀中，以太網(wǎng)幀的數(shù)據(jù)部分中存儲了處理請求信息。服務(wù)器400按照處理請求幀的接收來執(zhí)行數(shù)據(jù)處理，并且根據(jù)需要在通信分組的數(shù)據(jù)部分中存儲作為數(shù)據(jù)處理結(jié)果的結(jié)果數(shù)據(jù)，并且將其發(fā)送到每個客戶機460。
下面將說明服務(wù)器400的配置。調(diào)諧器410是實況流數(shù)據(jù)的接收部分，接收從地面廣播數(shù)據(jù)、衛(wèi)星廣播數(shù)據(jù)、有線電視數(shù)據(jù)、因特網(wǎng)傳送數(shù)據(jù)等、以及外部接收的各種數(shù)據(jù)所接收的數(shù)據(jù)。調(diào)諧器410被作為控制實例的AVT實例(AV傳輸實例)433控制，所述AVT實例433對于在內(nèi)容傳送控制單元430中的內(nèi)容控制單元432中設(shè)置的每個傳送內(nèi)容執(zhí)行內(nèi)容傳送控制。在本說明書中，控制實例是控制程序，其中，使能了諸如控制硬件等的控制對象的設(shè)置，并且也使能了按照設(shè)置對象的控制參數(shù)的設(shè)置，并且按照這個控制程序來執(zhí)行包括將被控制的硬件在內(nèi)的控制對象的控制。
內(nèi)容控制單元432將AVT實例(AV傳輸實例)#1到#n 433設(shè)置為每個傳送內(nèi)容的內(nèi)容傳送控制執(zhí)行單元。每個AVT實例433執(zhí)行所指定的內(nèi)容傳送控制。例如，用于經(jīng)由調(diào)諧器接收的數(shù)據(jù)的實況流的調(diào)諧器控制實例僅僅執(zhí)行經(jīng)由調(diào)諧器接收的數(shù)據(jù)的實況流內(nèi)容的控制。具體上，從客戶機460接收用于內(nèi)容發(fā)送開始、結(jié)束或信道切換等的指令，并且所述指令執(zhí)行對于調(diào)諧器410的信道切換等的控制。
在內(nèi)容控制單元432中設(shè)置的AVT實例433可以不是調(diào)諧器控制實例，并且可以例如是視頻囊控制實例或DVD控制實例，所述視頻囊控制實例執(zhí)行視頻囊的傳送控制，所述視頻囊是在服務(wù)器內(nèi)的硬盤上存儲的視頻內(nèi)容，所述DVD控制實例執(zhí)行在安裝到服務(wù)器的DVD上存儲的視頻數(shù)據(jù)或音頻數(shù)據(jù)等的傳送控制。這些AVT實例的每個執(zhí)行所指定的傳送內(nèi)容的控制。
在每個AVT實例中設(shè)置與將被控制的內(nèi)容對應(yīng)的URL，即作為內(nèi)容標識符的內(nèi)容URL。內(nèi)容URL是示出內(nèi)容的位置的內(nèi)容標識符。在視頻囊控制實例中設(shè)置在視頻囊中設(shè)置的視頻囊URL。在本發(fā)明的配置中，在調(diào)諧器控制實例中設(shè)置對應(yīng)于調(diào)諧器的信道列表URL。根據(jù)在AVT實例本身中設(shè)置的URL，AVT實例433與將被控制的內(nèi)容緊密關(guān)聯(lián)。而且，其中設(shè)置了URL的AVT實例具有AVT實例ID來作為其本身的標識符。以下將說明在此的處理的細節(jié)。
內(nèi)容傳送控制單元430將與在信道列表中描述的多個信道對應(yīng)的、將由調(diào)諧器接收的多個內(nèi)容，設(shè)置為控制內(nèi)容的一個單位，并且分配一個AVT實例，所述AVT實例從客戶機接收與將接收的信道列表標識符對應(yīng)的控制請求，并且執(zhí)行與在信道列表中的由AVT實例描述的多個信道對應(yīng)的傳送內(nèi)容的控制。
連接管理器服務(wù)(CMS)431向客戶機460發(fā)送實況流控制單元430的輸入?yún)f(xié)議信息。而且，根據(jù)由客戶機460提供的協(xié)議信息，向客戶機460分配和通知AVT實例433。
連接管理器服務(wù)431按照來自客戶機460的內(nèi)容請求而執(zhí)行AVT實例433的分配處理，并且向客戶機460通知所分配的AVT實例的標識符，即AVT實例ID。在這種情況下，作為在服務(wù)器和客戶機之間的連接標識符的連接ID也被通知到客戶機460。連接管理器服務(wù)431在連接管理表中登記這個數(shù)據(jù)。下面將說明連接管理表。
在連接管理器服務(wù)431進行上述處理后，通過從客戶機460到AVT實例433的請求，在AVT實例433中設(shè)置上述內(nèi)容URL和AVT實例ID。
通過由連接管理器服務(wù)431進行的AVT實例433的分配處理，并通過由客戶機460進行的URL設(shè)置處理，來設(shè)置對應(yīng)于內(nèi)容的URL，并且當(dāng)負責(zé)由URL標識的內(nèi)容的傳送控制的AVT實例433從客戶機460接收到控制命令時，執(zhí)行按照這個命令的內(nèi)容控制。對于在這個客戶機460和服務(wù)器之間的內(nèi)容傳送控制處理，使用例如SOAP(簡單對象訪問控制)協(xié)議。當(dāng)客戶機460產(chǎn)生并向AVT實例433發(fā)送按照XML數(shù)據(jù)的描述數(shù)據(jù)時，來自客戶機460的控制信息被通知到每個AVT實例433，并且AVT實例433根據(jù)所接收的信息而執(zhí)行諸如控制的處理，例如內(nèi)容回放開始、結(jié)束和信道切換。
例如，當(dāng)從客戶機460向控制實例433輸入作為控制信息的信道切換指令信息時，控制信息從調(diào)諧器控制實例433輸入到調(diào)諧器410，并且調(diào)諧器410被設(shè)置以接收所指定信道的數(shù)據(jù)。
在服務(wù)器和客戶機之間的調(diào)諧器接收內(nèi)容的傳送連接是根據(jù)信道列表URL設(shè)置的HTTP(超文本傳輸協(xié)議)連接。在本發(fā)明的配置中，在作為與在信道列表中描述的多個信道對應(yīng)的多個調(diào)諧器接收內(nèi)容切換而執(zhí)行的信道切換前后，執(zhí)行內(nèi)容傳送，其中，繼續(xù)地使用基于信道列表URL而設(shè)置的HTTP連接。
調(diào)諧器410的所接收數(shù)據(jù)可以是例如所編碼的數(shù)據(jù)(ATRAC自適應(yīng)變換聲音編碼，MPEG運動圖像專家組，等等)，或者可以是實況數(shù)據(jù)。在服務(wù)器和客戶機之間，作為所指定的編碼數(shù)據(jù)的傳送是所希望的，以提高數(shù)據(jù)發(fā)送效率。編碼數(shù)據(jù)需要是能夠在客戶機460被處理的數(shù)據(jù)。編碼解碼器420將調(diào)諧器410的接收數(shù)據(jù)轉(zhuǎn)換為能夠在客戶機460被處理的數(shù)據(jù)格式。編碼解碼器420具有數(shù)據(jù)編碼和解碼功能。在編碼解碼器420中產(chǎn)生的轉(zhuǎn)換數(shù)據(jù)被發(fā)送到客戶機460并且被回放。
通過來自AVT實例433的控制信息來確定在編碼解碼器420中執(zhí)行何種類型的數(shù)據(jù)轉(zhuǎn)換。AVT實例433從客戶機460接收請求信息，并且來自AVT實例433的控制信息被輸入到編碼解碼器420，并且編碼解碼器420根據(jù)控制信息來執(zhí)行數(shù)據(jù)轉(zhuǎn)換。
內(nèi)容管理單元(介質(zhì)服務(wù)器)440起內(nèi)容保持器的作用。這個內(nèi)容管理單元(介質(zhì)服務(wù)器)440包括存儲了內(nèi)容的元數(shù)據(jù)的數(shù)據(jù)庫443和內(nèi)容目錄服務(wù)442，所述內(nèi)容目錄服務(wù)442根據(jù)參照圖3前述的內(nèi)容管理目錄來執(zhí)行與內(nèi)容對應(yīng)的元數(shù)據(jù)的管理，響應(yīng)于諸如內(nèi)容搜索或瀏覽的來自客戶機460的處理請求，并且提供內(nèi)容信息。
數(shù)據(jù)庫443不僅存儲了在服務(wù)器內(nèi)的數(shù)據(jù)庫中先前存儲的內(nèi)容信息，而且存儲了與經(jīng)由調(diào)諧器接收的數(shù)據(jù)相關(guān)的信息，例如，諸如信道信息的管理信息也被存儲為對應(yīng)于調(diào)諧器容器的元數(shù)據(jù)，并且在內(nèi)容目錄服務(wù)442從客戶機460接收與調(diào)諧器相關(guān)的內(nèi)容信息獲取請求的情況下，執(zhí)行向客戶機460提供信息的處理，所述信息諸如與信道列表對應(yīng)的信道列表URL，所述信道列表被設(shè)置為可以由服務(wù)器接收的信道信息、和多個信道的集合。
內(nèi)容目錄服務(wù)442保持實況流內(nèi)容URL、編碼解碼信息、或協(xié)議信息來作為在數(shù)據(jù)庫443中的實況流中使用的內(nèi)容的元數(shù)據(jù)，并且按照來自客戶機460的請求而將這個信息發(fā)送到客戶機460。
客戶機460可以從來自內(nèi)容目錄服務(wù)442的協(xié)議信息發(fā)現(xiàn)是否服務(wù)器能夠進行實況流內(nèi)容傳送。在協(xié)議信息中設(shè)置信息(功能ID(funcID))，其示出可以執(zhí)行通過調(diào)諧器控制的內(nèi)容傳送，并且客戶機可以根據(jù)功能ID來發(fā)現(xiàn)經(jīng)由調(diào)諧器使能了實況數(shù)據(jù)的流傳送。功能ID是對于內(nèi)容處理的每個控制設(shè)置的ID，所述每個控制諸如調(diào)諧器控制、DVD控制和硬盤控制等，并且在有兩個調(diào)諧器的情況下，設(shè)置用于每個的不同功能ID，例如funcID＝a、funcID＝b，并且將不同的功能ID用作調(diào)諧器標識信息。
在客戶機460根據(jù)來自內(nèi)容目錄服務(wù)442的內(nèi)容信息而希望傳送在調(diào)諧器中接收的實況流數(shù)據(jù)的情況下，向內(nèi)容傳送控制單元430的連接管理器431發(fā)送從所接收的內(nèi)容信息獲取的信息。下面將說明其詳細處理。
此后，在內(nèi)容傳送控制單元430中分配AVT實例433，并且客戶機可以執(zhí)行各種類型的控制，諸如對于AVT實例433的傳送內(nèi)容的控制，例如，內(nèi)容的臨時停止(STOP)、信道切換(SEEK)等。
在連接管理單元440內(nèi)的連接管理器服務(wù)(CMS)441執(zhí)行在客戶機460和內(nèi)容管理單元440之間的通信控制服務(wù)，諸如向客戶機460發(fā)送內(nèi)容管理440的輸出協(xié)議信息。在多個客戶機460與服務(wù)器400連接的情況下，對于每個客戶機460執(zhí)行連接ID管理，并且所述連接ID管理標識和處理來自每個客戶機460的請求。
將參照圖7來說明與元數(shù)據(jù)相關(guān)的對象管理配置，所述元數(shù)據(jù)與內(nèi)容目錄服務(wù)442的實況流數(shù)據(jù)相關(guān)。
如上參照圖3所述，內(nèi)容提供服務(wù)器管理與在分層目錄中的各種內(nèi)容對應(yīng)的元數(shù)據(jù)。圖7圖解了與在內(nèi)容目錄服務(wù)442中管理的實況流數(shù)據(jù)相關(guān)的元數(shù)據(jù)的管理配置。
在低于根容器481的層中設(shè)置調(diào)諧器容器482。在目錄中設(shè)置的調(diào)諧器容器的設(shè)置模式根據(jù)信道的數(shù)量或信道列表URL的設(shè)置模式而不同。后面將詳細說明這些模式。各個信道482、484、485被設(shè)置為作為調(diào)諧器容器482的子孫而設(shè)置的項。
所述容器和項的每個與作為內(nèi)容屬性信息的元數(shù)據(jù)相對應(yīng)，并且由服務(wù)器按照來自客戶機460的諸如搜索或瀏覽的內(nèi)容信息請求來提供基于這個元數(shù)據(jù)的內(nèi)容信息。
信道列表URL、協(xié)議信息等被作為元數(shù)據(jù)存儲在調(diào)諧器容器482中。例如，諸如信道名稱(諸如東京電視或ABC電視)的信息，被存儲在信道項483、484和485中。
在僅僅能夠接收例如地面信道1-12的調(diào)諧器的情況下，被設(shè)置為調(diào)諧器容器482的元數(shù)據(jù)的信道列表URL被設(shè)置為用于獲取一個信道列表的URL，其中，將信道1-12的12個信道作入列表。在能夠接收諸如BS和CS(1到n信道)的地面和衛(wèi)星廣播信道的廣播數(shù)據(jù)的調(diào)諧器的情況下，URL被設(shè)置為用于獲取一個信道列表的URL，其中，信道1-n的n個信道被作入列表中。
可以設(shè)置信道列表，其中以類別來進行劃分，諸如地面信道列表、BS的信道列表、CS的信道列表等，并且可以設(shè)置對于每個不同的信道列表URL。
可以由客戶機460通過使用對于來自客戶機460的內(nèi)容目錄服務(wù)(CDS)442的搜索或瀏覽的內(nèi)容信息獲取處理，來獲取這些信道列表URL。
通過根據(jù)所獲取的信道列表URL執(zhí)行內(nèi)容獲取，客戶機460可以根據(jù)一個URL來執(zhí)行在例如在信道列表中設(shè)置的信道1-12之間的切換控制。換句話說，客戶機460可以從根據(jù)信道列表URL的內(nèi)容獲取，來一起獲得已經(jīng)在信道列表中列出的所有流數(shù)據(jù)的控制授權(quán)。以下將說明特定的控制。
在本發(fā)明的配置中，如上所述，URL設(shè)置不是用于個別的信道，而是對于作為信道集合的信道列表設(shè)置內(nèi)容URL，以便使能一起控制多個信道。因此，可以向客戶機460一起提供與在信道列表中列出的信道對應(yīng)的流數(shù)據(jù)的控制授權(quán)。
在客戶機460具有基于信道列表的控制授權(quán)的情況下，即使在執(zhí)行在列表上的信道之間的切換的處理的情況下，不需要基于新URL設(shè)置HTTP連接。通過簡單地向內(nèi)容傳送控制單元432發(fā)送信道切換等的控制命令，使能了信道切換，因此，對于根據(jù)新和舊的URL的切換而重新設(shè)置在服務(wù)器和客戶機之間的連接，處理變得不必要。
如圖7所示，在由調(diào)諧器容器482保持的信道列表URL中設(shè)置的各種信道，例如地面信道1-12，每個被設(shè)置為作為調(diào)諧器容器482的子孫的子孫項。各種信道信息被設(shè)置為每個項中的元數(shù)據(jù)。
圖8圖解了與調(diào)諧器容器和信道項對應(yīng)的內(nèi)容信息(元數(shù)據(jù))。圖8所示的數(shù)據(jù)是將按照從客戶機460向內(nèi)容目錄服務(wù)(CDS)442的內(nèi)容信息請求而被發(fā)送到客戶機460的XML數(shù)據(jù)示例。
圖8(a)是基于對應(yīng)于調(diào)諧器容器的元數(shù)據(jù)的信息，并且具有如下所示的信息。
<container id＝″ch-list″parent ID＝″-1″restricted＝″1″v...>
<dctitle>terrstrial channellist</dctitle>
<upnpclass>object.container.function.avVideoTuner</upnpclass>...
<avallowedOperation>Play</avallowedOperation>
<aveventingURI>http//1.2.3.456000/SENA？Id＝live</aveventingURI>
<res protocolInfo＝″http-get*video/mpegfunc-id＝t01″avcodec＝″MPEG1V″...>
http//1.2.3.456000/liveoutUrl</res>
</container>
從上層起，存儲調(diào)諧器容器的內(nèi)容信息，諸如容器ID、標題、與類相關(guān)的數(shù)據(jù)、和被允許的處理[allowedOperation]、以及事件通知URL[eventingURI]、和協(xié)議信息[protocolInfo]等。事件通知是在已經(jīng)產(chǎn)生事件的情況下被設(shè)置用于執(zhí)行用來通知客戶機460的處理的URL，所述事件對應(yīng)于諸如在立體聲和單聲道之間的切換或雙語廣播的切換的傳送內(nèi)容，并且客戶機460可以通過向服務(wù)器發(fā)送指定事件通知URL的事件通知請求來接收與內(nèi)容傳送并發(fā)的各種事件通知。
在圖8中的數(shù)據(jù)部分491中圖解的協(xié)議信息[protocolInfo]中的功能ID[func-id＝t01]圖解了這個內(nèi)容是用于流數(shù)據(jù)的內(nèi)容，即它圖解了由使用調(diào)諧器的控制來執(zhí)行內(nèi)容傳送。如上所述，功能ID是對于用于內(nèi)容傳送的每個控制而設(shè)置的ID，所述控制諸如調(diào)諧器控制、DVD控制等，并且如果存在兩個調(diào)諧器，則對于每個而設(shè)置不同的功能ID，例如，設(shè)置不同的功能ID funcID＝a、funcID＝b。在圖8中的數(shù)據(jù)部分492中圖解的[http//1.2.3.456000/liveoutUrl]是信道列表URL。
圖8(b)是基于與信道項對應(yīng)的元數(shù)據(jù)的信息，并且具有如下所示的信息。
<dctitle>Tokyo Television</dctitle>
<upnpclass>object.item.vidoItem.vidoBroadcast.avChannel</upnpclass>
<upnpchannelName>Tokyo Television</upnpchannelName>
<upnpchannelNr>8</upnpchannelNr>
...
</item>
從上層起，描述了標題、類、信道名稱和信道編號?？蛻魴C460可以通過獲取與調(diào)諧器容器和信道項對應(yīng)的內(nèi)容信息，來發(fā)現(xiàn)根據(jù)在調(diào)諧器容器中設(shè)置的信道列表URL，能夠通過內(nèi)容請求而獲取什么范圍的信道控制授權(quán)。
客戶機460根據(jù)從圖8所示的內(nèi)容信息形成的XML數(shù)據(jù)來在客戶機460的顯示器上顯示信道信息列表。
然后，參照圖9來說明在服務(wù)器和客戶機之間執(zhí)行的基于信道列表URL的流數(shù)據(jù)傳送處理序列的細節(jié)。
首先，客戶機460通過在步驟S101的瀏覽或搜索處理來獲取內(nèi)容信息以用于研究服務(wù)器保持的內(nèi)容，并且能夠向客戶機460提供。試圖執(zhí)行內(nèi)容搜索的客戶機460可以通過向服務(wù)器請求“搜索”或“瀏覽”而獲取內(nèi)容信息，所述“搜索”指定內(nèi)容管理目錄的分層或?qū)?yīng)于對象集合的類，所述“瀏覽”作為所指定的對象指定。對于內(nèi)容管理單元440(見圖6)的內(nèi)容目錄服務(wù)442而執(zhí)行所述瀏覽或搜索，并且內(nèi)容目錄服務(wù)442根據(jù)來自存儲元數(shù)據(jù)的數(shù)據(jù)庫443的、對應(yīng)于每個對象的元數(shù)據(jù)而產(chǎn)生XML數(shù)據(jù)，并且將其作為內(nèi)容信息提供到客戶機460。
例如，在獲取了與調(diào)諧器容器相關(guān)的內(nèi)容信息的情況下，向客戶機460發(fā)送圖8(a)所示的基于對應(yīng)于調(diào)諧器容器的內(nèi)容信息的信息、和圖8(b)所示的每個信道的內(nèi)容信息。圖8(b)所示的信息是對應(yīng)于一個信道的內(nèi)容信息，并且在客戶機460請求作為調(diào)諧器容器和子孫項的所有信道的信息的情況下，向客戶機460發(fā)送與被設(shè)置為調(diào)諧器容器的子孫項的信道的數(shù)量對應(yīng)的數(shù)量的圖8(b)所示的信息。
客戶機460根據(jù)其中描述了從服務(wù)器接收的內(nèi)容信息的XML數(shù)據(jù)，來在顯示器上顯示內(nèi)容信息。這是參照圖4前述的顯示信息的類型。
客戶機460根據(jù)圖8(a)和8(b)中所示的與調(diào)諧器容器和信道項對應(yīng)的內(nèi)容信息來獲取信道列表URL、功能ID(funcID)、和信道信息。
然后，客戶機460在步驟S102向內(nèi)容傳送控制單元430的連接管理器服務(wù)431發(fā)送協(xié)議信息獲取請求。這是對能夠被輸入到內(nèi)容傳送控制單元430的協(xié)議信息，即能夠在內(nèi)容傳送控制單元430中進行處理的協(xié)議信息的列表的請求的處理。
在步驟S103，連接管理器服務(wù)431向客戶機460發(fā)送協(xié)議信息列表。這個協(xié)議信息列表包括能夠在內(nèi)容傳送控制單元430中進行處理的各種協(xié)議信息，諸如作為視頻數(shù)據(jù)協(xié)議的MPEG或用于音頻數(shù)據(jù)的ATRAC等。
能夠傳送從調(diào)諧器410接收的數(shù)據(jù)的服務(wù)器的連接管理器服務(wù)431向客戶機460發(fā)送的協(xié)議信息列表包括示出可以獲得實況流數(shù)據(jù)的傳送的信息。具體上，包括協(xié)議信息[internal1.2.3.4application/x-av-tuner-contentfunc-id＝t01]。即，包括其中方案(schema)單元(第一列)是[內(nèi)部]的協(xié)議信息。這個協(xié)議信息示出了通過下述的連接準備(PrepareForConnection)而使能與內(nèi)部內(nèi)容管理單元(介質(zhì)服務(wù)器)440的邏輯連接。
在這個協(xié)議信息中也包括功能ID。如上所述，功能ID是對于內(nèi)容傳送的每個控制而設(shè)置的ID，所述控制諸如調(diào)諧器控制、DVD控制等，通過在步驟S101由客戶機進行的瀏覽或搜索處理，功能ID也被包括在從內(nèi)容目錄服務(wù)442獲取的內(nèi)容信息中。在此，功能ID[func-id＝t10]被設(shè)置為與使用調(diào)諧器410的內(nèi)容傳送對應(yīng)的功能ID。
然后，在步驟S104，客戶機460從連接管理器服務(wù)431獲取與當(dāng)前連接到服務(wù)器400的其它客戶機相關(guān)的信息。連接管理器服務(wù)431保持圖10所示的連接管理表，所述連接管理表與對應(yīng)于內(nèi)容的協(xié)議信息相關(guān)聯(lián)，其中，向客戶機標識符和每個客戶機傳送與連接到服務(wù)器的客戶機對應(yīng)的連接ID，連接管理器服務(wù)431并且執(zhí)行連接管理。按照來自客戶機460的連接信息的獲取請求，這個信息被提供到客戶機460。下面將說明這個處理。而且，這個連接信息通知處理被執(zhí)行以用于所述客戶機460確認其它客戶機460的連接狀態(tài)，可以被省略。
在步驟S105，客戶機460向連接管理器服務(wù)431發(fā)送連接準備請求(PrepareForConnection)。在客戶機460希望使用調(diào)諧器來傳送實況流數(shù)據(jù)的情況下，應(yīng)當(dāng)發(fā)送協(xié)議信息，所述協(xié)議信息具有與在內(nèi)容信息中包括的功能ID(funcID)匹配的功能ID，所述內(nèi)容信息對應(yīng)于調(diào)諧器容器，作為從內(nèi)容目錄服務(wù)(CDS)442先前接收的內(nèi)容信息。
在步驟S105的連接準備(PrepareForConnection)的發(fā)送中，客戶機460發(fā)送協(xié)議信息[internal1.2.3.4application/x-av-tuner-contentfunc-id＝t01]，該協(xié)議信息與在上述的協(xié)議信息獲取中從連接管理器服務(wù)431接收的實況流相關(guān)(S103)。
從客戶機460接收連接準備請求(PrepareForConnection)的連接管理器服務(wù)431根據(jù)在所述連接準備請求中包括的協(xié)議信息[internal1.2.3.4application/x-av-tuner-contentfunc-id＝t01]而確定這是從調(diào)諧器接收的數(shù)據(jù)的流傳送的請求，并且將在內(nèi)容控制單元432內(nèi)的AVT實例433之一設(shè)置(分配)為調(diào)諧器控制實例，并且執(zhí)行綁定，即將客戶機460的連接ID關(guān)聯(lián)于連接準備請求(PrepareForConnection)和被設(shè)置(分配)為調(diào)諧器控制實例的AVT實例的標識符(AVT實例ID)。
如上所述，連接管理器服務(wù)431具有圖10所示的連接管理表的對應(yīng)數(shù)據(jù)，即每個連接的客戶機460的連接ID和AVT實例ID以及協(xié)議信息，并且將其管理為連接管理信息。
在步驟S106，連接管理器服務(wù)431通知AVT實例ID和連接ID信息，所述AVT實例ID是被分配到客戶機460的AVT實例的標識符，所述連接ID信息是對于在客戶機460和服務(wù)器之間的連接而設(shè)置的?？蛻魴C460在存儲器中存儲這個信息。
在步驟S107，客戶機460向所分配的AVT實例發(fā)布URI(統(tǒng)一資源標識符)設(shè)置請求，作為用于由來自連接管理器服務(wù)431的所分配的AVT實例執(zhí)行內(nèi)容傳送控制的處理。
對于AVT實例設(shè)置的URI包括從連接管理器服務(wù)431通知的AVT實例ID和信道列表URL，所述信道列表URL被包括在與在步驟S102的處理中獲取的調(diào)諧器容器對應(yīng)的內(nèi)容信息中。
AVT實例可以根據(jù)由客戶機460指定的AVT實例ID和信道列表URL來標識客戶機和將對于AVT實例本身而控制的內(nèi)容。換句話說，指定AVT實例ID并發(fā)送各種類型的控制命令的客戶機是對應(yīng)于AVT實例ID的客戶機，并且信道列表URL變?yōu)閷⒈豢刂频膬?nèi)容。
信道列表URL是對應(yīng)于調(diào)諧器容器的內(nèi)容，其中設(shè)置了信道列表URL的AVT實例被設(shè)置為用于執(zhí)行調(diào)諧器410的控制的實例。
然后，從步驟S108開始，客戶機460可以對于AVT實例而執(zhí)行各種內(nèi)容的控制請求。在步驟S108，回放(Play)請求被發(fā)布到AVT實例。這個控制請求使用例如SOAP(簡單對象訪問控制)協(xié)議。根據(jù)SOAP，客戶機460按照XML數(shù)據(jù)而產(chǎn)生描述數(shù)據(jù)，并且將其發(fā)送到AVT實例433。
AVT實例433根據(jù)從客戶機460接收的信息來執(zhí)行用于控制的處理，諸如內(nèi)容回放開始、結(jié)束和信道切換等。AVT實例433根據(jù)已經(jīng)設(shè)置的內(nèi)容URL來指定將控制的內(nèi)容，并且控制將控制的所指定的內(nèi)容。在這種情況下，內(nèi)容URL是信道列表URL，并且信道URL是對應(yīng)于調(diào)諧器容器的內(nèi)容信息，并且AVT實例433執(zhí)行調(diào)諧器410的控制。
當(dāng)AVT實例433接收到步驟S108的回放(Play)請求時，AVT實例433控制調(diào)諧器410，并且開始向客戶機460發(fā)送調(diào)諧器接收的數(shù)據(jù)。
在步驟S109，對于AVT實例發(fā)布信道設(shè)置(Seek(搜尋))請求。這個請求包括AVT實例ID和信道編號。當(dāng)AVT實例433接收到信道設(shè)置(Seek)請求時，AVT實例433控制調(diào)諧器410，并且設(shè)置調(diào)諧器信道和向客戶機460發(fā)送所接收的數(shù)據(jù)。
步驟S110圖解了以下繼續(xù)執(zhí)行的實況流數(shù)據(jù)的傳送。步驟S111圖解了與內(nèi)容傳送并發(fā)地執(zhí)行事件通知處理(SENA)。如上所述，事件是例如與諸如在立體聲/單聲道之間的切換的傳送內(nèi)容相關(guān)聯(lián)的信息，并且是服務(wù)器根據(jù)基于來自客戶機460的事件URL的事件通知請求而通知各種事件信息的處理。
將參照圖11來說明信道切換處理序列。在根據(jù)信道列表URL來傳送流數(shù)據(jù)期間執(zhí)行信道切換處理。在步驟S201，我們將說正在執(zhí)行流數(shù)據(jù)的傳送和事件通知。
在步驟S202，客戶機460向AVT實例發(fā)布信道切換(Seek)請求。這個控制請求使用例如SOAP(簡單對象訪問控制)協(xié)議，如上所述?？蛻魴C460按照XML數(shù)據(jù)而產(chǎn)生描述數(shù)據(jù)，并且將其發(fā)送到AVT實例433。這個請求包括AVT實例ID和所切換的信道編號。當(dāng)AVT實例433接收到信道設(shè)置(Seek)請求時，AVT實例433控制調(diào)諧器410，切換調(diào)諧器信道，并且向客戶機460發(fā)送所接收的數(shù)據(jù)。
此后，在步驟S203，執(zhí)行與在切換和事件通知后的信道對應(yīng)的流數(shù)據(jù)的傳送。
在這個信道切換前后在服務(wù)器和客戶機之間的HTTP連接是相同的URL，即，基于相同的信道列表URL的HTTP連接，因此，在保持在服務(wù)器和客戶機之間的連接的同時執(zhí)行信道切換。
因此，當(dāng)在信道列表中的信道被切換時，對于AVT實例執(zhí)行信道切換請求(AVT Seek(搜尋)Action(動作))。在這種情況下，不僅進行信道切換請求(AVT Seek Action)的客戶機460，而且使用同一實況流的客戶機也可以改變內(nèi)容而不用斷開HTTP連接。
在例如將從服務(wù)器向客戶機發(fā)送的圖像或音頻數(shù)據(jù)是諸如MPEG的編碼數(shù)據(jù)的情況下，當(dāng)根據(jù)從客戶機接收的信道切換的定時而無條件地執(zhí)行所發(fā)送數(shù)據(jù)的切換時，會在被發(fā)送的編碼數(shù)據(jù)分組中產(chǎn)生不一致。當(dāng)在客戶機側(cè)解碼這樣的不一致的編碼數(shù)據(jù)時，會從解碼錯誤產(chǎn)生內(nèi)容回放錯誤。
例如，在MPEG-2系統(tǒng)中，作為諸如視頻或音頻的個別數(shù)據(jù)流的多個PES(分組化的基本流)分組被綁定在一起，并且將其中控制信息被存儲在首標中的包(Pack)當(dāng)作一個處理單位。于是，如果，在發(fā)送包括所述包(Pack)的PES分組的一個部分期間執(zhí)行信道切換并且改變所發(fā)送的數(shù)據(jù)，則會在客戶機中解碼的情況下在作為一個處理單位的包(Pack)中發(fā)生遺漏，并且產(chǎn)生回放錯誤。
于是，從基于來自客戶機的信道切換請求的所發(fā)送數(shù)據(jù)的改變，服務(wù)器的內(nèi)容傳送控制單元430確定是否可以保持所發(fā)送的編碼數(shù)據(jù)的一致性，并且在確定不能保持所述一致性的情況下，斷開在服務(wù)器和客戶機之間的數(shù)據(jù)流傳送的在連接的連接，即基于信道列表URL的HTTP連接。服務(wù)器還經(jīng)由事件通知連接而通知客戶機已經(jīng)斷開了數(shù)據(jù)流傳送的在連接的連接。
在客戶機從服務(wù)器接收到連接斷開通知時，用于根據(jù)信道列表URL來設(shè)置HTTP連接的處理，即基于信道列表URL的HTTP-GET方法再次被發(fā)送到服務(wù)器。AVT實例(調(diào)諧器控制實例433)的設(shè)置狀態(tài)被保持，因此，可以省略調(diào)諧器控制實例433的對于新分配的設(shè)置處理、URI設(shè)置等。
或者，不是服務(wù)器根據(jù)從客戶機接收的信道切換定時而無條件地執(zhí)行信道切換，而是所述配置可以使得在從客戶機接收到信道切換請求后，服務(wù)器可以等待能夠保持將發(fā)送到客戶機的編碼數(shù)據(jù)的一致性的定時，并且執(zhí)行在能夠保持一致性的定時將發(fā)送到客戶機的數(shù)據(jù)的切換。通過下述方式來執(zhí)行這個切換定時的控制通過檢測編碼解碼器420的數(shù)據(jù)編碼狀態(tài)，向調(diào)諧器控制實例433輸入所檢測的信息，并且在調(diào)諧器控制實例433的定時控制下執(zhí)行調(diào)諧器410的信道切換。
通過在服務(wù)器側(cè)執(zhí)行信道切換定時的這樣的控制，可以防止發(fā)生在客戶機側(cè)的解碼錯誤，并且可以正確地執(zhí)行在客戶機側(cè)的信道切換前和信道切換后的數(shù)據(jù)回放。
然后，將參照圖12的時序圖來說明在結(jié)束實況流數(shù)據(jù)的傳送處理的情況下的處理。在步驟S301，執(zhí)行流數(shù)據(jù)的傳送和事件通知。
試圖結(jié)束實況流數(shù)據(jù)的傳送處理的客戶機460在步驟S302發(fā)送其中向連接管理器服務(wù)431存儲連接ID的連接結(jié)束請求。所述連接ID是在圖9的時序圖中在步驟S106從連接管理器服務(wù)431接收的。連接管理器服務(wù)431按照來自客戶機460的請求而執(zhí)行在服務(wù)器和客戶機之間的連接的斷開，并且進一步從參照圖10描述的連接管理表刪除對應(yīng)的條目。
客戶機460可以通過在步驟S104的查詢處理而發(fā)現(xiàn)使用同一AVT實例的其它客戶機的存在。通過提前執(zhí)行這個檢查，客戶機可以發(fā)現(xiàn)要選擇哪個功能ID(func-id)以便能夠使用可用的AVT實例。執(zhí)行這個檢查使能了考慮其它客戶機的處理。
例如，在所有的AVT實例被使用的情況下，可以在改變信道時從服務(wù)器向客戶機460發(fā)送消息“其它用戶可能在觀看或收聽?？梢赃M行嗎？”，并且通過在客戶機460中產(chǎn)生和顯示消息顯示UI，在其中多個客戶機連接的網(wǎng)絡(luò)中，可以防止諸如改變信道的其它客戶機的連接的不必要的控制。
在步驟S104中的連接信息獲取處理的細節(jié)如下。首先，對于內(nèi)容傳送控制單元430的連接管理器服務(wù)431執(zhí)行當(dāng)前連接的連接ID請求(GetCurrentConnectionID)。作為返回值，返回當(dāng)前有效的連接ID(ConnectionID)的列表。當(dāng)使用各個連接ID來執(zhí)行連接信息請求(GetCurrentConnectionID)時，可以發(fā)現(xiàn)由其中的連接ID分配的協(xié)議信息(ProtocolInfo)。在這個協(xié)議信息的附加信息(AdditionalInfo)中描述的功能ID(func-id)與由某人本身使用的功能ID相同的情況下，這指示正在使用同一內(nèi)部資源(諸如調(diào)諧器)。
如上所述，客戶機460接收對于內(nèi)容傳送控制單元430的連接管理器服務(wù)(CMS)431的AVT實例的分配，并且通過設(shè)置與在AVT實例中的調(diào)諧器容器對應(yīng)的信道列表URL，可以開始基于這個URL的實況流。
在內(nèi)容傳送控制單元430中，在對可以設(shè)置的AVT實例的數(shù)量有限制的情況下，內(nèi)容傳送控制單元430的連接管理器服務(wù)(CMS)431通過執(zhí)行下述處理來控制AVT實例的設(shè)置。
在其中已經(jīng)分配了有限數(shù)量的AVT實例的狀態(tài)下，當(dāng)從客戶機向連接管理器服務(wù)(CMS)431請求新的AVT實例時，最老的連接具有優(yōu)先權(quán)。換句話說，根據(jù)新的請求將不切換基于較老的連接而設(shè)置的AVT實例。
但是，這僅僅是在存在有限數(shù)量的AVT實例的情況下，在即使正在向另一個客戶機提供服務(wù)時也請求同一AVT實例的情況下，可以使用不同的連接ID來新提供所述同一AVT實例ID。在這種情況下，多個客戶機可以根據(jù)一個AVT實例來執(zhí)行控制。
具體上，兩個或多個客戶機可以執(zhí)行AVT實例的控制，其中設(shè)置了一個信道列表URL，并且來自任一客戶機的諸如信道切換處理的控制命令可以在所述一個AVT實例的控制下而有效地被執(zhí)行。
內(nèi)容傳送控制單元430具有兩個AVT實例AVT實例-#0和AVT實例-#1，并且在當(dāng)一個時間僅僅能夠操作一個AVT的服務(wù)器的情況下的處理被執(zhí)行為例如如下的a-f。
a.首先從客戶機1請求分配AVT-#0b.向連接ID-1分配AVT實例ID-#0c.然后，從客戶機2請求分配AVT-#0d.向連接ID-2分配AVT實例ID-#0e.然后，從客戶機1請求分配AVT-#1f.向客戶機1返回錯誤通過執(zhí)行這樣的處理，可以限制AVT實例設(shè)置數(shù)量。
如上所述，可以從內(nèi)容目錄服務(wù)(CDS)442獲得信道列表URL。當(dāng)調(diào)諧器在播放狀態(tài)中時，即在對于客戶機的內(nèi)容傳送狀態(tài)中時，已經(jīng)基于HTTP-GET向這個信道列表URL進行內(nèi)容請求的所有客戶機(限于當(dāng)服務(wù)器對應(yīng)于多個客戶機時)可以與在AVT實例中設(shè)置信道列表URL同時地獲得調(diào)諧器的流。
換句話說，在希望簡單地監(jiān)視由其它客戶機使用的流的情況下，不執(zhí)行AVT實例的設(shè)置，并且通過僅僅發(fā)布HTTP-GET方法，其中流的URL，即從內(nèi)容目錄服務(wù)(CDS)442獲取的信道列表URL，被設(shè)置，能夠獲得調(diào)諧器的流。
雖然服務(wù)器400的內(nèi)容傳送控制單元430在AVT實例的控制下根據(jù)作為信道列表標識符的信道列表URL而執(zhí)行由調(diào)諧器410接收的所指定的多個信道的內(nèi)容傳送控制，在接收作為其中從其它客戶機指定同一信道列表URL的控制請求的HTTP-GET方法的情況下，這個請求客戶機不執(zhí)行AVT實例的設(shè)置，而是根據(jù)來自基于信道列表URL的HTTP連接的信道列表URL，來執(zhí)行指定的調(diào)諧器接收內(nèi)容傳送的傳送。
上述示例是其中服務(wù)器僅僅具有一個調(diào)諧器的示例，但是，可以使得服務(wù)器的配置具有多個調(diào)諧器。在這種情況下，信道列表URL被協(xié)調(diào)，并對應(yīng)于每個調(diào)諧器，而且，設(shè)置不同的AVT實例，并且執(zhí)行控制。圖13圖解了具有兩個調(diào)諧器的服務(wù)器的處理配置示例。
在這種情況下，經(jīng)由調(diào)諧器A511和編碼解碼器A512向客戶機發(fā)送一個流內(nèi)容，而且，經(jīng)由調(diào)諧器B521和編碼解碼器B522向客戶機發(fā)送另一個流內(nèi)容。
內(nèi)容傳送控制單元500的連接管理器服務(wù)530個別地分配用于執(zhí)行每個調(diào)諧器控制的AVT實例。調(diào)諧器控制實例531執(zhí)行調(diào)諧器A511的控制，并且調(diào)諧器控制實例532執(zhí)行調(diào)諧器B521的控制。
在這種情況下，在調(diào)諧器控制實例531中設(shè)置的信道列表URL是對應(yīng)于調(diào)諧器A容器的信道列表URL(A)，在調(diào)諧器控制實例532中設(shè)置的信道列表URL是對應(yīng)于調(diào)諧器B容器的信道列表URL(B)。
經(jīng)由每個調(diào)諧器接收內(nèi)容的客戶機具有對應(yīng)于調(diào)諧器控制實例531或調(diào)諧器控制實例532的AVT實例ID，并且使能了其中指定了每個AVT實例ID的控制，并且使能了每個的獨立控制。
現(xiàn)在，如上所述，通過作為與調(diào)諧器容器對應(yīng)設(shè)置的元數(shù)據(jù)而被設(shè)置的信道列表URL來確定調(diào)諧器和信道列表的關(guān)聯(lián)性。在上述的示例中，描述了一個示例，其中一個信道列表URL與一個調(diào)諧器相關(guān)聯(lián)，但是在多個調(diào)諧器的情況下，可以以各種方式來設(shè)置在調(diào)諧器和信道列表URL之間的關(guān)聯(lián)性。
在存在兩個調(diào)諧器的情況下，在每個調(diào)諧器能夠接收地面和BS廣播的情況下，設(shè)置一個調(diào)諧器容器，并且可以將兩個信道列表URL設(shè)置為元數(shù)據(jù)。在調(diào)諧器容器601中設(shè)置作為子孫項的地面信道項602和BS信道項603。
信道列表URL 1(funcID＝a)和信道列表URL 2(funcID＝b)這兩個信道列表URL被設(shè)置為調(diào)諧器容器601的元數(shù)據(jù)。
在這樣的配置的情況下，客戶機可以發(fā)現(xiàn)作為調(diào)諧器容器601的內(nèi)容信息的兩個信道列表URL及其信道信息。在客戶機希望觀看或收聽地面廣播的情況下，選擇對應(yīng)于地面廣播的信道列表，諸如信道列表URL 1(funcID＝a)，并且應(yīng)當(dāng)執(zhí)行在圖9所示的處理序列中的步驟S107中的AVT實例的設(shè)置處理。在客戶機希望觀看或收聽BS廣播的情況下，選擇對應(yīng)于BS廣播的信道列表，諸如信道列表URL 2(funcID＝b)，并且應(yīng)當(dāng)執(zhí)行在圖9所示的處理序列中的步驟S107中的AVT實例的設(shè)置處理。
在這樣的配置的情況下，將在步驟S103從內(nèi)容傳送控制單元430的連接管理器431發(fā)送的協(xié)議信息是與經(jīng)由兩個調(diào)諧器發(fā)送的流數(shù)據(jù)內(nèi)容相關(guān)聯(lián)的兩組協(xié)議信息[internal1.2.3.4application/x-av-tuner-contentfunc-id＝a]和[internal1.2.3.4application/x-av-tuner-contentfunc-id＝b]，所述兩組協(xié)議信息與上述的兩個信道列表URL的功能ID對應(yīng)，并且每個被通知到客戶機。
而且，在存在接收地面和BS廣播兩者的兩個調(diào)諧器的情況下，在它們被分離以便一個專用于地面而一個專用于BS的情況下，設(shè)置每個調(diào)諧器容器611和621，如圖15所示。地面調(diào)諧器容器611中設(shè)置了多個地面信道項612。BS調(diào)諧器容器621中設(shè)置了多個BS信道項622。
在每個調(diào)諧器容器中設(shè)置的信道列表URL可以被設(shè)置為一個，但是在圖15所示的示例中，對于兩個調(diào)諧器容器的每個設(shè)置兩個信道列表URL。
在這樣的配置中，在一個客戶機使用一個調(diào)諧器來觀看或收聽地面信道的情況下，另一個客戶機可以使用另一個調(diào)諧器來觀看或收聽另一個地面信道，或者可以同樣地針對兩個BS信道，或者一個地面和一個BS信道可以組合。
具體上，在經(jīng)由兩個調(diào)諧器來觀看或收聽兩個地面廣播的情況下，在不同的AVT實例中分別設(shè)置在地面容器611中的信道列表URL-地面1(funcID＝a)和信道列表URL-地面2(funcID＝b)，并且通過每個執(zhí)行不同的調(diào)諧器控制，來向每個客戶機發(fā)送所述兩個地面廣播。
在經(jīng)由兩個調(diào)諧器來觀看或收聽兩個BS信道的情況下，在不同的AVT實例中分別設(shè)置在BS容器621中的信道列表URL-BS1(funcID＝a)和信道列表URL-BS2(funcID＝b)，并且通過每個執(zhí)行不同的調(diào)諧器控制，來向每個客戶機發(fā)送所述兩個地面廣播。
在地面和BS的情況下，通過以在地面容器611中的信道列表URL-地面1(funcID＝a)和在BS容器621中的信道列表URL-BS 2(funcID＝b)的組合、或在地面容器611中的信道列表URL-地面2(funcID＝b)和在BS容器621中的信道列表URL-BS1(funcID＝a)的組合來執(zhí)行控制，來經(jīng)由不同的調(diào)諧器向客戶機提供地面和BS內(nèi)容。
而且，在兩個調(diào)諧器中，在一個是專用于地面廣播的調(diào)諧器，而另一個是可以用于地面和BS廣播兩者的調(diào)諧器的情況下，可以實現(xiàn)在圖16中所示的信道列表URL設(shè)置。
如圖16所示，設(shè)置了各種調(diào)諧器容器631和641。地面調(diào)諧器容器631中設(shè)置了多個地面信道項632。BS調(diào)諧器容器641中設(shè)置了多個BS信道項642。
在地面調(diào)諧器容器631中設(shè)置了兩個信道列表URL，并且可以同時使用所述兩個信道列表URL，并且僅僅關(guān)于地面廣播，可以使用兩個調(diào)諧器來進行同時的流傳送。
具體上，在經(jīng)由兩個調(diào)諧器來觀看或收聽兩個地面廣播的情況下，在不同的AVT實例中分別設(shè)置在地面容器631中的信道列表URL-地面1(funcID＝a)和信道列表URL-地面2(funcID＝b)，并且通過每個執(zhí)行不同的調(diào)諧器控制，向每個客戶機發(fā)送所述兩個地面廣播。
在地面廣播和BS的情況下，通過以在地面容器611中的信道列表URL-地面2(funcID＝b)和在BS容器621中的信道列表URL-BS1(funcID＝a)的組合來執(zhí)行控制，來經(jīng)由不同的調(diào)諧器向客戶機提供地面和BS廣播內(nèi)容。
將參照圖17和圖18來說明在調(diào)諧器接收數(shù)據(jù)的實況流處理中的服務(wù)器和客戶機的每個的處理過程。首先，將參照圖17的處理流程來說明客戶機中的處理。
客戶機設(shè)備在步驟S501通過瀏覽或搜索處理來執(zhí)行對于內(nèi)容信息的獲取請求。這是對于內(nèi)容管理單元440(見圖6)的內(nèi)容目錄服務(wù)442執(zhí)行的。
在步驟S502，接收內(nèi)容信息。在此，這個處理用于獲取調(diào)諧器容器的內(nèi)容信息和用于經(jīng)由調(diào)諧器執(zhí)行流數(shù)據(jù)的傳送的信道項，并且基于與在圖8(a)中圖示的調(diào)諧器容器對應(yīng)的內(nèi)容信息和在圖8(b)中所示的每個信道的內(nèi)容信息來獲取信息。通過這個處理，獲取信道列表URL、功能ID和信道信息。
然后，客戶機在步驟S503對于內(nèi)容傳送控制單元430的連接管理器服務(wù)431發(fā)送協(xié)議信息獲取請求。在步驟S504，從連接管理器服務(wù)431接收協(xié)議信息列表。在協(xié)議信息列表中包括圖解了實況流數(shù)據(jù)的傳送可獲得的協(xié)議信息[internal1.2.3.4application/x-av-tuner-contentfunc-id＝t01]。
然后，在步驟S505，客戶機從連接管理器服務(wù)431獲取與當(dāng)前連接到服務(wù)器400的其它客戶機相關(guān)聯(lián)的信息。在步驟S506，客戶機對于連接管理器服務(wù)431發(fā)送連接準備請求(PrepareForConnection)。在客戶機希望使用調(diào)諧器傳送實況流數(shù)據(jù)的情況下，發(fā)送協(xié)議信息，所述協(xié)議信息具有功能ID，所述功能ID與和從內(nèi)容目錄服務(wù)(CDS)442接收的調(diào)諧器容器對應(yīng)的內(nèi)容信息中的功能ID(funcID)匹配。
在步驟S507，客戶機接收連接ID和被設(shè)置(分配)為調(diào)諧器控制實例的AVT實例標識符(AVT實例ID)。
在步驟S508，客戶機對于所分配的AVT實例發(fā)布URI(統(tǒng)一資源標識符)設(shè)置請求。所述將對于AVT實例設(shè)置的URI包括從連接管理器服務(wù)431通知的AVT實例ID、和與在步驟S502獲取的調(diào)諧器容器對應(yīng)的內(nèi)容信息中包括的信道列表URL。
至此的處理是用于使能由AVT實例進行的調(diào)諧器控制的設(shè)置處理。以下，對于AVT實例發(fā)布控制請求的客戶機使能各種控制，諸如內(nèi)容發(fā)送、停止和信道切換。
在步驟S509，客戶機對于AVT實例執(zhí)行內(nèi)容控制請求。例如，這是回放(Play)請求或信道切換(Seek)請求。客戶機按照XML數(shù)據(jù)產(chǎn)生描述數(shù)據(jù)，并且向AVT實例433發(fā)送各種類型的控制信息。
在步驟S510，在客戶機側(cè)的用戶確定應(yīng)當(dāng)執(zhí)行信道切換的情況下，客戶機在步驟S511對于AVT實例發(fā)布信道切換(Seek)請求。在這個控制請求中存儲了AVT實例ID和切換信道編號。在步驟S512，在確定結(jié)束連接的情況下，向連接管理器服務(wù)431發(fā)送其中存儲了連接ID的連接結(jié)束請求。所述連接ID是在步驟S507從連接管理器服務(wù)431接收的。
然后，將參照圖18中的處理流程來說明在服務(wù)器側(cè)的處理。在步驟S601，內(nèi)容管理單元440的內(nèi)容目錄服務(wù)442(見圖6)從客戶機接收內(nèi)容信息獲取請求。在此，假定已經(jīng)有對于調(diào)諧器容器的內(nèi)容信息和信道項的獲取請求。
在步驟S602，內(nèi)容目錄服務(wù)442向客戶機發(fā)送調(diào)諧器容器的內(nèi)容信息和信道項。這個信息是與圖8(a)中圖示的調(diào)諧器容器對應(yīng)的內(nèi)容信息和圖8(b)中所示的每個信道的內(nèi)容信息，并且包括信道列表URL、功能ID(funcID)和信道信息。
在步驟S603，服務(wù)器的內(nèi)容傳送控制單元430的連接管理器服務(wù)431從客戶機接收協(xié)議信息獲取請求。在步驟S604，連接管理器服務(wù)431向客戶機發(fā)送協(xié)議信息列表。連接管理器服務(wù)431向客戶機發(fā)送的協(xié)議信息列表包括作為圖解了可以獲得實況流數(shù)據(jù)的傳送的信息[internal1.2.3.4application/x-av-tuner-contentfunc-id＝t01]的協(xié)議信息。
然后，在步驟S605，連接管理器服務(wù)431向客戶機提供與當(dāng)前連接到服務(wù)器400的其它客戶機相關(guān)聯(lián)的信息。連接管理器服務(wù)431基于圖10所示的連接管理表提供連接信息。
在步驟S606，連接管理器服務(wù)431從客戶機接收連接準備請求(PrepareForConnection)。在客戶機希望使用調(diào)諧器來傳送實況流數(shù)據(jù)的情況下，在所述連接準備請求中包括功能ID(funcID)，所述功能ID被包括在與調(diào)諧器容器對應(yīng)的內(nèi)容信息中，所述內(nèi)容信息作為由內(nèi)容目錄服務(wù)(CDS)442先前發(fā)送的內(nèi)容信息。
從客戶機接收連接準備請求的連接管理器服務(wù)431根據(jù)在連接準備請求中包括的協(xié)議信息[internal1.2.3.4application/x-av-tuner-contentfunc-id＝t01]確定這是對于從調(diào)諧器接收的數(shù)據(jù)的流傳送的請求，在步驟S607，將在內(nèi)容控制單元432內(nèi)的AVT實例433之一設(shè)置(分配)為調(diào)諧器控制實例，并且執(zhí)行綁定處理，換句話說，把在AVT實例標識符(AVT實例ID)、和關(guān)于發(fā)送了連接準備請求的客戶機的連接ID之間的其相關(guān)性設(shè)置(分配)為調(diào)諧器控制實例，并且對于圖10所示的連接管理表執(zhí)行條目設(shè)置，并且在步驟S608向客戶機通知這個連接ID和AVT實例ID。
在步驟S609，當(dāng)AVT實例從容戶機接收到URI(統(tǒng)一資源標識符)設(shè)置請求時，在步驟S610，把AVT實例ID和信道列表URL設(shè)置在AVT實例中，作為AVT實例URI。
AVT實例可以根據(jù)由客戶機指定的AVT實例ID和信道列表URL來標識客戶機和將對于其自身而被控制的內(nèi)容。換句話說，指定AVT實例ID和發(fā)送各種控制命令的客戶機被確認為對應(yīng)于AVT實例的客戶機，并且由信道列表URL而使得相關(guān)聯(lián)的調(diào)諧器是控制對象。信道列表URL是調(diào)諧器容器的對應(yīng)內(nèi)容，并且設(shè)置信道列表URL的AVT實例被設(shè)置為執(zhí)行調(diào)諧器410的控制的實例。
然后，在步驟S611，當(dāng)AVT實例接收到內(nèi)容控制請求時，在步驟S612，AVT實例433根據(jù)從容戶機接收的信息來執(zhí)行調(diào)諧器控制，例如諸如內(nèi)容回放開始、結(jié)束、信道切換等的處理。AVT實例433根據(jù)所設(shè)置的內(nèi)容URL來指定將被控制的內(nèi)容，并且控制將被控制的所指定的內(nèi)容。在這種情況下，內(nèi)容URL是信道列表URL，并且信道列表URL是對應(yīng)于調(diào)諧器容器的內(nèi)容信息，并且AVT實例433執(zhí)行調(diào)諧器410的控制。
在步驟S613，在確定將接收信道切換(Seek)請求的情況下，AVT實例433在步驟S614控制調(diào)諧器410，并且切換調(diào)諧器的信道。在信道切換前后的在服務(wù)器和客戶機之間的HTTP連接是同一URL，即基于同一信道列表URL的HTTP連接，因此在服務(wù)器和客戶機之間，在保持連接的同時執(zhí)行信道切換。
在步驟S615，在確定連接管理器服務(wù)431已經(jīng)接收到其中存儲了連接ID的連接結(jié)束請求的情況下，按照來自客戶機的請求而在步驟S616斷開在服務(wù)器和客戶機之間的連接，并且進一步，從參照圖10描述的連接管理表刪除對應(yīng)的條目。
而且，如上所述，在從服務(wù)器向客戶機發(fā)送的圖像或音頻數(shù)據(jù)是例如諸如MPEG等的編碼數(shù)據(jù)的情況下，如果根據(jù)從客戶機接收的信道切換的定時而無條件地執(zhí)行發(fā)送數(shù)據(jù)切換，則在被發(fā)送的編碼數(shù)據(jù)分組中出現(xiàn)不一致。例如，如果，在發(fā)送PES(分組化基本流)分組的一部分期間，執(zhí)行信道切換和改變發(fā)送數(shù)據(jù)，其中所述PES分組是具有在MPEG-2系統(tǒng)中調(diào)整的包(Pack)配置的分組，則會在包(Pack)中出現(xiàn)遺漏，其中所述包當(dāng)在客戶機中解碼的情況下作為一個處理單位，并且回放錯誤會發(fā)生。
于是，在服務(wù)器在步驟S613確定已經(jīng)接收到信道切換(Seek)請求的情況下，則從基于來自客戶機的信道切換請求的所發(fā)送數(shù)據(jù)的改變，服務(wù)器確定是否可以保持所發(fā)送的編碼數(shù)據(jù)的一致性，在確定沒有保持一致性的情況下，在通過步驟S614中AVT實例433的調(diào)諧器410的控制而執(zhí)行信道切換之前、在服務(wù)器和客戶機之間的數(shù)據(jù)流傳送的連接的連接，即基于信道列表URL的HTTP連接被斷開，并且服務(wù)器還經(jīng)由事件通知連接向客戶機通知已經(jīng)斷開了數(shù)據(jù)流傳送的連接的連接，此后，通過在步驟S614的AVT實例433的調(diào)諧器410的控制來執(zhí)行信道切換。
在客戶機從服務(wù)器接收到連接斷開通知的情況下，再次向服務(wù)器發(fā)送用于基于信道列表URL設(shè)置HTTP連接的處理，即基于信道列表URL的HTTP-GET方法。AVT實例(調(diào)諧器控制實例433)的設(shè)置狀態(tài)被保持，因此，可以省略調(diào)諧器控制實例433的用于新分配、URI設(shè)置等的設(shè)置處理。
如上所述，服務(wù)器可以被配置以檢測編碼解碼器420的數(shù)據(jù)編碼狀況，向調(diào)諧器控制實例433輸入解碼的信息，并且在調(diào)諧器控制實例433的定時控制下執(zhí)行調(diào)諧器410的信道切換，并且在這種情況下，在步驟S613接收到信道切換(Seek)請求后，根據(jù)編碼解碼器420的數(shù)據(jù)編碼狀況的解碼信息，調(diào)諧器控制實例433在其中可以保持被發(fā)送到客戶機的編碼數(shù)據(jù)的一致性的定時，通過在步驟S614的AVT實例(調(diào)諧器控制實例433)的調(diào)諧器410的控制，來執(zhí)行信道切換。
通過在服務(wù)器側(cè)執(zhí)行信道切換定時的這樣的控制，可以防止在客戶機側(cè)的解碼錯誤，并且可以在客戶機側(cè)正常地執(zhí)行在信道切換之前的數(shù)據(jù)回放和在信道切換后的數(shù)據(jù)的回放。
然后，將說明由在服務(wù)器上的調(diào)諧器接收的內(nèi)容的圖像記錄處理，即用于在服務(wù)器內(nèi)的諸如硬盤的存儲裝置上記錄調(diào)諧器接收內(nèi)容的處理。
圖19圖解了服務(wù)器的服務(wù)器配置實例，所述服務(wù)器具有調(diào)諧器功能，具有用于向客戶機傳送從調(diào)諧器接收的數(shù)據(jù)的配置，并且具有用于執(zhí)行在服務(wù)器內(nèi)的諸如硬盤等的內(nèi)容存儲單元中的內(nèi)容存儲的處理配置。
在圖19中圖示的配置中的主要部分類似于參照圖6前述的配置，服務(wù)器400包括調(diào)諧器410、編碼解碼器420、內(nèi)容傳送控制單元(介質(zhì)呈現(xiàn)器(renderer))430和內(nèi)容管理單元(介質(zhì)服務(wù)器)440。
本配置示例的不同在于，它執(zhí)行對于下列的控制內(nèi)容存儲單元650、在內(nèi)容存儲單元內(nèi)的視頻囊651、在內(nèi)容傳送控制單元430內(nèi)的內(nèi)容控制單元432中新設(shè)置的AVT實例，即，諸如HDD、DVD、CD驅(qū)動器等的各種數(shù)據(jù)存儲單元；并且本配置示例具有作為存儲單元控制實例的視頻囊控制實例652，所述存儲單元控制實例起執(zhí)行內(nèi)容圖像記錄處理控制的存儲單元控制處理單元的作用。
在圖19中，與圖6中相同的配置部分具有相同的附圖標號，并且因為它們與參照圖6描述的那些基本上執(zhí)行類似的處理，因此省略其描述。以下，將參照圖19，并且將說明下述處理在向客戶機提供從調(diào)諧器410接收的實況內(nèi)容的同時，向視頻囊650進行調(diào)諧器410的接收內(nèi)容的圖像記錄，所述視頻囊650作為在硬盤等的內(nèi)容存儲單元650內(nèi)設(shè)置的、對于實況數(shù)據(jù)存儲而設(shè)置的對象。
在所述說明中，將說明一個示例，其中，內(nèi)容存儲單元是硬盤，并且記錄內(nèi)容是圖像數(shù)據(jù)，但是內(nèi)容存儲單元不限于硬盤，而是可以是能夠?qū)憯?shù)據(jù)的存儲裝置，諸如DVD、CD-R或快閃存儲器，而且，記錄內(nèi)容不限于圖像數(shù)據(jù)，而是可以是音頻數(shù)據(jù)、文本數(shù)據(jù)或程序，與數(shù)據(jù)形式無關(guān)。
而且，視頻囊被圖解為執(zhí)行內(nèi)容記錄的內(nèi)容存儲對象的示例，但是，所述視頻囊用于圖解內(nèi)容存儲對象的一個示例，并且可以使用任何內(nèi)容存儲對象，諸如音頻數(shù)據(jù)囊等。以下，將說明一個示例，其中，內(nèi)容存儲單元是硬盤，記錄內(nèi)容是圖像數(shù)據(jù)，并且內(nèi)容存儲對象是視頻囊。
為了執(zhí)行向視頻囊651中記錄圖像，視頻囊控制實例652被設(shè)置為用于執(zhí)行內(nèi)容存儲單元650的控制的AVT實例。在視頻囊控制實例652的控制下，對于來自調(diào)諧器410的、在諸如硬盤的內(nèi)容存儲單元650內(nèi)的視頻囊651，所記錄的圖像流流動，并且被記錄。
通過這樣的圖像記錄處理，需要處理兩個內(nèi)容。換句話說，存在所記錄的圖像源(記錄圖像源)內(nèi)容和圖像記錄目標(圖像記錄宿(sink))內(nèi)容。在這種情況下，調(diào)諧器接收內(nèi)容變?yōu)橛涗浽磧?nèi)容，并且視頻囊存儲內(nèi)容變?yōu)閳D像記錄目標內(nèi)容。
可以從上述的說明理解到，調(diào)諧器接收內(nèi)容被信道列表URL指定。圖像記錄目標內(nèi)容被視頻囊URL指定。在不存在視頻囊URL的情況下，通過對象產(chǎn)生處理來產(chǎn)生視頻囊，并且對于所產(chǎn)生的視頻囊而將視頻囊URL設(shè)置為內(nèi)容URL的處理變得必要。
在圖像記錄期間，所記錄的圖像的源(記錄圖像源)內(nèi)容在回放狀態(tài)，并且圖像記錄目標(圖像記錄宿)內(nèi)容過渡到圖像記錄狀態(tài)。調(diào)諧器控制實例433和視頻囊控制實例652被用作為用于執(zhí)行這樣的過渡狀態(tài)的管理和控制的內(nèi)容控制單元。調(diào)諧器控制實例433是記錄圖像源控制實例(記錄圖像源AVT實例)，視頻囊控制實例652是圖像記錄宿控制實例(圖像記錄宿AVT實例)。信道列表URL和視頻囊URL被設(shè)置到這些控制實例中。所述設(shè)置處理是類似于在圖9中的處理序列中先前描述的步驟S107中的AVT的URI設(shè)置處理的處理。將參照圖20在后面說明當(dāng)前示例的處理序列。
用于存儲調(diào)諧器接收內(nèi)容的區(qū)域被事先保證，并且在已經(jīng)存在具有內(nèi)容URL的區(qū)域的情況下，這個內(nèi)容URL在AVT實例中被設(shè)置，并且被用作圖像記錄目標內(nèi)容的控制實例，并且調(diào)諧器接收內(nèi)容可以被記錄在事先設(shè)置的存儲區(qū)域中。
但是，在存儲調(diào)諧器接收內(nèi)容的區(qū)域不被事先保證的情況下，客戶機對于服務(wù)器400的內(nèi)容目錄服務(wù)442發(fā)布對象產(chǎn)生請求(CreateObject)，并且產(chǎn)生調(diào)諧器接收內(nèi)容的存儲對象(視頻囊)。
在發(fā)布對象產(chǎn)生請求(CreateObject)的情況下，所產(chǎn)生的對象(視頻囊)被圖解為用于通過元數(shù)據(jù)的實況圖像記錄，并且被創(chuàng)建。通過這個處理，即使在不存儲內(nèi)容的狀態(tài)中的新視頻囊的情況下，服務(wù)器向?qū)ο?視頻囊)的性質(zhì)(res property)分配示出了內(nèi)容的URL。下面將說明其細節(jié)。
通過與調(diào)諧器控制實例433的上述設(shè)置類似的過程來執(zhí)行實況圖像記錄所需要的AVT實例的獲取，即，視頻囊控制實例652的獲取，及其設(shè)置處理。支持圖像記錄的服務(wù)器考慮到用于圖像記錄的那些和用于回放的那些而分配至少兩個AVT實例。對于每個AVT實例設(shè)置兩個連接ID。
在其中設(shè)置兩個連接ID的狀態(tài)中，對于兩個AVT實例，即調(diào)諧器控制實例433和視頻囊控制實例652，分別設(shè)置用于圖像記錄源和圖像記錄目標的內(nèi)容URL，換句話說是信道列表URL和視頻囊URL。這個設(shè)置處理被執(zhí)行為按照用于在附圖中圖解的步驟S107中的AV傳輸URI設(shè)置(AVTSetAVTransportURI)的過程的處理。
而且，對于處理圖像記錄目標內(nèi)容的AVT實例，即視頻囊控制實例652，執(zhí)行記錄圖像源內(nèi)容的URI指定處理(AVTX_SetAVTRecordInputURIaction)。對于視頻囊控制實例652發(fā)布記錄圖像源內(nèi)容的URI的指定處理，來作為來自客戶機的控制請求，在所述客戶機中存儲了處理圖像記錄目標內(nèi)容的AVT實例標識符，即視頻囊控制實例ID，以及記錄圖像源內(nèi)容URL，即信道列表URL。
因此，當(dāng)圖像記錄目標AVT(視頻囊控制實例652)執(zhí)行圖像記錄處理(X_Record action)時，確定將記錄什么。
當(dāng)向記錄圖像源內(nèi)容，即對應(yīng)于信道列表URL的調(diào)諧器接收內(nèi)容，發(fā)送回放請求(AVTPlay action)時，客戶機可以從記錄圖像內(nèi)容URL獲取流。這等效于在圖9的時序圖中的步驟S108中的前述回放請求。
當(dāng)客戶機對于圖像記錄目標內(nèi)容，即其中設(shè)置了視頻囊URL的視頻囊控制實例652，發(fā)送圖像記錄開始請求(AVTX_Record action)時，在視頻囊控制實例652的控制下開始圖像記錄。
而且，當(dāng)客戶機對于圖像記錄目標內(nèi)容，即其中設(shè)置了視頻囊URL的視頻囊控制實例652，發(fā)送暫停請求(AVT∷Pause action)時，可以執(zhí)行圖像記錄暫停。例如，這可以用于切分廣告片等。
在切換記錄圖像源內(nèi)容的情況下，如果在與諸如信道改變的記錄圖像源內(nèi)容URL，即信道列表URL，對應(yīng)的信道列表中列出的信道的范圍中，則即使改變信道，圖像記錄也可以繼續(xù)而不中斷。時移回放可以對于圖像記錄目標內(nèi)容URL，而不是記錄圖像源內(nèi)容URL執(zhí)行流。下面將說明時移回放的細節(jié)。
將說明用于添加新視頻囊并且將其設(shè)置為圖像記錄目標內(nèi)容的方法。為了創(chuàng)建新對象，客戶機對于服務(wù)器400的內(nèi)容目錄服務(wù)442發(fā)布對象產(chǎn)生請求(CreateObject)。因此，產(chǎn)生調(diào)諧器接收內(nèi)容的存儲對象(視頻囊)。
作為與調(diào)諧器接收內(nèi)容的所存儲對象(視頻囊)對應(yīng)的元數(shù)據(jù)，可以進行[記錄狀態(tài)(recordStatus)]、[圖像記錄結(jié)束日期和時間]和[記錄質(zhì)量水平]的設(shè)置。來自客戶機的這個信息的指定是可選的。在指定這些的情況下，執(zhí)行在視頻囊控制實例652的控制下的按照指定信息的處理，并且在沒有指定的情況下，按照先前被設(shè)置為缺省的控制信息來執(zhí)行處理。
在對象(視頻囊)產(chǎn)生處理中，在服務(wù)器的內(nèi)容目錄服務(wù)442請求創(chuàng)建其中未記錄(NotYet)[記錄狀態(tài)(recordStatus)]的對象，服務(wù)器確定這是用于實況記錄的對象，并且即使實際上沒有內(nèi)容，在新產(chǎn)生的對象(視頻囊)中設(shè)置內(nèi)容URL(視頻囊URL)。
在對象(視頻囊)產(chǎn)生處理中，服務(wù)器執(zhí)行例如與用于實況圖像記錄的視頻囊對應(yīng)的下列元數(shù)據(jù)的設(shè)置。
＝未記錄(NotYet)[記錄質(zhì)量水平]＝設(shè)置或缺省值[資源(res)]＝在不支持時移回放的情況下，以file開始的內(nèi)部連接URL；在支持時移回放的情況下，以http開始的、用于內(nèi)部連接和流兩者的URL。
方案如果支持時移回放則為http-get，否則是內(nèi)部，網(wǎng)絡(luò)如果http-get則為*，如果內(nèi)部則為IP地址，
MIME-Type在被客戶機指定和接受的情況下，是其值，如果未指定，則為*或缺省值，附加信息(AdditionalInfofunc-id＝<表示HDD的值>)[記錄質(zhì)量水平(recordQualityLevel)]＝設(shè)置或缺省值。
在協(xié)議信息中的附加信息中設(shè)置功能ID，它用于示出執(zhí)行通過內(nèi)容存儲單元650的控制的內(nèi)容處理。在這種情況下，內(nèi)容存儲單元650是硬盤，并且示出了這伴隨HDD的控制。所述功能ID用于示出如上所述的內(nèi)容處理的控制對象，并且在對應(yīng)于DVD存儲內(nèi)容的情況下，是示出DVD的功能ID，而在執(zhí)行調(diào)諧器控制的情況下，是示出在內(nèi)容的性質(zhì)信息中設(shè)置調(diào)諧器的功能ID。
下面示出了在對象產(chǎn)生請求(CreateObject)中所創(chuàng)建的元數(shù)據(jù)的示例。
<item id＝″vc103″parentID＝″cab32″restricted＝″1″>
<dctitle>用于下次圖像記錄的文件</dctitle>
<upnpclass>object.item.videoItem.sonyVideoCapsule</upnpclass>
<avrecordQualityLevel>4</avrecordQualityLevel>
<avrecordStatus>NotYet</avrecordStatus>
...
<res protocolInfo＝″internal1.2.3.4video/mpegfunc-id＝hdd″avcodec＝″MPEG2V″duration＝″00:00:00.000″...>
file/cabinet32/recording-001</res>
</item>
客戶機可以通過對象更新(UpdateObject)來在此改變設(shè)置值。
例如，可以添加用于自動結(jié)束圖像記錄的性質(zhì)，并且可以將記錄結(jié)束日期和時間添加為性質(zhì)信息。下面示出一個示例。
<item id＝″vc103″parentID＝″cab32″restricted＝″1″>
<dctitle>用于下次圖像記錄的文件</dctitle>
<upnpclass>object.item.videoItem.sonyVideoCapsule</upnpclass>
<avrecordQualityLevel>4</avrecordQualityLevel>
<avrecordStatus>NotYet</avrecordStatus>
<avrecordEndDateTime>2003-03-14T22:00:000</avrecordEndDateTime>
...
<res protocolInfo＝″internal1.2.3.4video/mpegfunc-id＝hdd″avcodec＝″MPEG2V″duration＝″00:00:00.000″...>
file/cabinet32/recording-001</res>
</item>
在上述示例中，<avrecordEndDateTime>2003-03-14T22:00:000</avrecordEndDateTime>是被添加的記錄結(jié)束日期和時間數(shù)據(jù)。
然后，將說明時移回放。時移回放是圖像記錄進行中內(nèi)容的圖像記錄時間點之前的部分的流回放的處理?？梢酝ㄟ^從圖像記錄目標URL(視頻囊URL)，而不是如實況流的情況下那樣從記錄圖像源URL(信道列表URL)，執(zhí)行流來進行時移回放。這個時移回放執(zhí)行類似于正常的視頻囊的內(nèi)容傳送處理操作的內(nèi)容傳送處理操作。但是，可得的搜尋范圍，即能夠臨時快進或倒放回放傳送內(nèi)容的范圍，時時刻刻在改變?？蛻魴C可以從服務(wù)器的事件通知發(fā)現(xiàn)這個搜尋的范圍改變。
從所述事件通知，可以發(fā)現(xiàn)在當(dāng)前時間點的搜尋范圍和服務(wù)器的當(dāng)前時間。客戶機可以通過與接收了事件通知的客戶機中的時間相匹配，來持續(xù)掌握此后的搜尋范圍。而且，通過事件通知從圖像記錄目標AVT(視頻囊控制實例652)通知圖像記錄主單元的結(jié)束或暫停，而不論是否存在時移回放。
將參照圖20來說明在一并執(zhí)行調(diào)諧器接收內(nèi)容的實況流和實況圖像記錄的情況下的處理序列。
首先，在步驟S701，客戶機從瀏覽或搜索處理獲取內(nèi)容信息，以便研究由服務(wù)器保持并且可以被提供到客戶機的內(nèi)容。試圖執(zhí)行搜索的客戶機可以通過向服務(wù)器請求指定對應(yīng)于內(nèi)容管理目錄分層或?qū)ο蠹系念惖摹八阉鳌?，或作為特定對象的指定的“瀏覽”，而獲取內(nèi)容信息。對于內(nèi)容管理單元440的內(nèi)容目錄服務(wù)442執(zhí)行瀏覽或搜索，并且基于與來自其中所述內(nèi)容目錄服務(wù)442已經(jīng)存儲了元數(shù)據(jù)的數(shù)據(jù)庫443的每個對象對應(yīng)的元數(shù)據(jù)，XML數(shù)據(jù)被產(chǎn)生，并作為內(nèi)容信息提供到客戶機。
關(guān)于與調(diào)諧器容器相關(guān)聯(lián)的內(nèi)容信息，向客戶機發(fā)送與圖8(a)所示的調(diào)諧器容器對應(yīng)的內(nèi)容信息和基于圖8(b)圖解的每個信道的內(nèi)容信息的信息。
客戶機根據(jù)在從服務(wù)器接收的內(nèi)容信息中描述的XML數(shù)據(jù)，來在顯示器上顯示內(nèi)容信息。這是諸如參照圖4先前描述的顯示信息。
客戶機根據(jù)與圖8(a)和8(b)圖示的調(diào)諧器容器和信道項對應(yīng)的內(nèi)容信息而獲取信道列表URL，功能ID(funcID)，以及信道信息。
在這個時間點，獲取用于圖像記錄的視頻囊的信息，并且可以選擇在視頻囊信息中包括的視頻囊URL來作為調(diào)諧器接收數(shù)據(jù)的圖像記錄視頻囊URL，但是在不設(shè)置視頻囊的情況下，在步驟S702執(zhí)行視頻囊的產(chǎn)生處理。
客戶機向內(nèi)容目錄服務(wù)442發(fā)送對象產(chǎn)生請求，并且新創(chuàng)建視頻囊。此時，可以將設(shè)置[記錄狀態(tài)(recordStatus)]、[記錄結(jié)束日期和時間]、和[記錄質(zhì)量水平]設(shè)置為元數(shù)據(jù)。但是，由客戶機指定這個信息是可選的。對于[記錄狀態(tài)(recordStatus)]的設(shè)置被設(shè)置為未記錄(NotYet)。
在對象(視頻囊)產(chǎn)生處理中，在請求服務(wù)器的內(nèi)容目錄服務(wù)442以創(chuàng)建其中未記錄(NotYet)[記錄狀態(tài)(recordStatus)]的對象的情況下，服務(wù)器確定這是實況圖像記錄的對象，即使實際上沒有內(nèi)容，也在新產(chǎn)生的對象(視頻囊)中設(shè)置內(nèi)容URL(視頻囊URL)。
然后，在步驟S703，客戶機對于內(nèi)容傳送控制單元430的連接管理器服務(wù)431發(fā)送協(xié)議信息獲取請求。這是用于請求可以被輸入到內(nèi)容傳送控制單元430的協(xié)議信息，即可以由內(nèi)容傳送控制單元430處理的協(xié)議信息列表的處理。
在步驟S704，連接管理器服務(wù)431向客戶機發(fā)送協(xié)議信息列表。這個協(xié)議信息列表包括可以由內(nèi)容傳送控制單元430處理的各種協(xié)議信息，諸如作為視頻數(shù)據(jù)的協(xié)議的MPEG、或用于音頻數(shù)據(jù)的ATRAC。
能夠傳送調(diào)諧器410接收的數(shù)據(jù)的服務(wù)器的連接管理器服務(wù)431向客戶機發(fā)送的協(xié)議信息列表包括示出實況流數(shù)據(jù)傳送可得的信息。具體上，包括協(xié)議信息[internal1.2.3.4application/x-av-tuner-contentfunc-id＝t01]。換句話說，包括功能ID(func-id＝t01)，它示出了方案單元(第一列)是[internal]，并且它是用于執(zhí)行調(diào)諧器控制處理的內(nèi)容。這個協(xié)議信息示出了可以通過下述的連接準備(PrepareForConnection)來建立與內(nèi)部內(nèi)容管理單元(介質(zhì)服務(wù)器)440的邏輯連接。
而且，連接管理器服務(wù)431向客戶機發(fā)送的協(xié)議信息列表包括示出了實況流數(shù)據(jù)的圖像記錄可得的信息。具體上，包括協(xié)議信息[internal1.2.3.4video/mpegfunc-id＝hdd]。換句話說，包括功能ID(func-id＝hdd)，它示出了方案單元(第一列)是[internal]，并且它是執(zhí)行硬盤控制處理的內(nèi)容。這個協(xié)議信息示出了通過下述的連接準備(PrepareForConnection)，與內(nèi)部內(nèi)容管理單元(介質(zhì)服務(wù)器)440的邏輯連接可得。
如上所述，功能ID是為了內(nèi)容傳送而對于每個控制對象設(shè)置的ID，所述控制諸如調(diào)諧器控制、DVD控制、硬盤控制等，并且功能ID也被包括在客戶機通過在步驟S101的瀏覽或搜索處理而從內(nèi)容目錄服務(wù)442獲取的內(nèi)容信息中。在此，將功能ID[func-id＝t01]設(shè)置為與使用調(diào)諧器410的內(nèi)容傳送對應(yīng)的功能ID。
然后，在步驟S705，客戶機從連接管理器服務(wù)431獲取與當(dāng)前連接到服務(wù)器400的其它客戶機相關(guān)聯(lián)的信息。連接管理器服務(wù)431保持圖10所示的連接管理表，該連接管理表與對應(yīng)于內(nèi)容的協(xié)議信息相關(guān)聯(lián)，在所述內(nèi)容中，與連接到服務(wù)器的客戶機對應(yīng)的連接ID被傳送到客戶機標識符和每個客戶機，并且連接管理器服務(wù)431執(zhí)行連接管理。按照來自客戶機的連接信息的獲取請求，這個信息被提供到客戶機。下面將說明這個處理。而且，這個連接信息通知處理被執(zhí)行，以用于所述客戶機確認其它客戶機的連接狀態(tài)，并且可以被省略。
在步驟S706，客戶機對于連接管理器服務(wù)431發(fā)送連接準備請求(PrepareForConnection)。在客戶機希望使用調(diào)諧器的實況流數(shù)據(jù)的傳送處理、和實況流數(shù)據(jù)的記錄處理的情況下，發(fā)送與調(diào)諧器接收處理內(nèi)容對應(yīng)的協(xié)議信息[internal1.2.3.4application/x-av-tuner-contentfunc-id＝t01]和與硬盤記錄處理內(nèi)容對應(yīng)的協(xié)議信息[internal1.2.3.4video/mpegfunc-id＝hdd]。
從客戶機接收連接準備請求(PrepareForConnection)的連接管理器服務(wù)431根據(jù)在連接準備請求中包括的、與調(diào)諧器對應(yīng)的協(xié)議信息[internal1.2.3.4application/x-av-tuner-contentfunc-id＝t01]，確定這是來自調(diào)諧器的所接收數(shù)據(jù)的流傳送的請求，并且將在內(nèi)容控制單元432內(nèi)的AVT實例433之一設(shè)置(分配)為調(diào)諧器控制實例，并且執(zhí)行綁定處理，即，將在發(fā)送連接準備請求(PrepareForConnection)的客戶機460和調(diào)諧器控制實例之間的連接ID與被設(shè)置(分配)為調(diào)諧器控制實例的AVT實例標識符(AVT實例ID)相關(guān)聯(lián)。
而且，連接管理器服務(wù)431根據(jù)在連接準備請求中包括的、與硬盤對應(yīng)的協(xié)議信息[internal1.2.3.4video/mpegfunc-id＝hdd]，確定這是來自調(diào)諧器的對于所接收數(shù)據(jù)的記錄請求，并且將在內(nèi)容控制單元432內(nèi)的AVT實例652之一設(shè)置(分配)為視頻囊控制實例，并且執(zhí)行綁定處理，即將在發(fā)送連接準備請求(PrepareForConnection)的客戶機460和視頻囊控制實例之間的連接ID與被設(shè)置(分配)為視頻囊控制實例的AVT實例標識符(AVT實例ID)相關(guān)聯(lián)。
連接管理器服務(wù)431執(zhí)行在連接管理表中的條目設(shè)置，如圖21所示。換句話說，對于同一客戶機A，與調(diào)諧器接收數(shù)據(jù)的流傳送對應(yīng)的協(xié)議信息681、和與調(diào)諧器接收數(shù)據(jù)的記錄處理對應(yīng)的協(xié)議信息682，分別具有所設(shè)置的、與連接ID和AVT實例ID對應(yīng)的條目。
在步驟S707，連接管理器服務(wù)431向客戶機通知作為兩個被分配的AVT實例標識符的AVT實例433和視頻囊控制實例652的兩個AVT實例ID、以及對于在客戶機和服務(wù)器之間的連接而設(shè)置的兩個連接ID信息?？蛻魴C向存儲器存儲這個信息。
在步驟S708，客戶機對于所分配的AVT實例發(fā)布URI(統(tǒng)一資源標識符)設(shè)置請求，作為通過由連接管理器服務(wù)431分配的兩個AVT實例而進行的用于執(zhí)行內(nèi)容傳送控制的處理和記錄處理。
對于調(diào)諧器控制實例設(shè)置的URI包括信道列表URL，信道列表URL被包括在與從連接管理器服務(wù)431通知的調(diào)諧器控制實例ID、和在步驟S703的處理期間獲取的調(diào)諧器容器對應(yīng)的內(nèi)容信息中。
而且，對于視頻囊控制實例設(shè)置的URI包括從連接管理器服務(wù)431通知的視頻囊控制實例ID、和在步驟S703的處理期間獲取的視頻囊URL。
調(diào)諧器控制實例433可以根據(jù)從容戶機指定的AVT實例ID和信道列表URL來標識客戶機和其本身的控制對象內(nèi)容。另一方面，視頻囊控制實例652可以根據(jù)從客戶機指定的AVT實例ID和視頻囊URL來標識客戶機和視頻囊控制實例652本身的控制對象內(nèi)容。
信道列表URL是對應(yīng)于調(diào)諧器容器的內(nèi)容，其中設(shè)置信道列表URL的AVT實例被設(shè)置為用于執(zhí)行調(diào)諧器410的控制的實例。視頻囊URL是對應(yīng)于視頻囊對象的內(nèi)容，其中設(shè)置視頻囊URL的AVT實例被設(shè)置為用于執(zhí)行視頻囊651的控制的實例。
而且，在步驟S708，對于處理圖像記錄目標內(nèi)容的AVT實例，即視頻囊控制實例652，執(zhí)行記錄圖像源內(nèi)容的URI指定處理(AVTX_SetAVTRecordInputURI action)。從客戶機對于視頻囊控制實例652執(zhí)行記錄圖像源內(nèi)容的URI指定處理，作為控制請求，該控制請求中存儲了處理圖像記錄目標內(nèi)容的AVT實例標識符，即視頻囊控制實例ID；以及記錄圖像源URL，即信道列表URL。因此，當(dāng)圖像記錄目標AVT(視頻囊控制實例652)執(zhí)行圖像記錄處理(X_Record action)時，決定將記錄什么圖像。
至此，完成了每個AVT實例的設(shè)置處理，并且客戶機對于每個AVT實例執(zhí)行各種控制請求。在步驟S709，對于調(diào)諧器控制實例433發(fā)布回放(Play)請求。這個控制請求使用例如SOAP(簡單對象訪問控制)協(xié)議?；赟OAP，客戶機按照XML數(shù)據(jù)而產(chǎn)生描述數(shù)據(jù)，并且將其發(fā)送到調(diào)諧器控制實例433。
AVT實例433根據(jù)從客戶機接收的信息來執(zhí)行控制，諸如內(nèi)容回放開始、結(jié)束和信道切換處理。AVT實例433根據(jù)已經(jīng)設(shè)置的內(nèi)容URL來指定控制對象內(nèi)容，并且控制其所指定的控制對象內(nèi)容。在這種情況下，內(nèi)容URL是信道列表URL，信道列表URL是關(guān)于調(diào)諧器容器的內(nèi)容信息，并且調(diào)諧器控制實例433執(zhí)行調(diào)諧器410的控制。
當(dāng)調(diào)諧器控制實例433在步驟S709接收回放(Play)請求時，調(diào)諧器控制實例433控制調(diào)諧器410，并且開始向客戶機發(fā)送調(diào)諧器接收數(shù)據(jù)。
在步驟S710，對于AVT實例發(fā)布信道設(shè)置(Seek)請求。這個請求包括AVT實例ID和信道編號。當(dāng)調(diào)諧器控制實例433接收信道設(shè)置(Seek)請求時，調(diào)諧器控制實例433控制調(diào)諧器410，并且設(shè)置調(diào)諧器信道及向客戶機發(fā)送所接收的數(shù)據(jù)。
而且，在步驟S711，當(dāng)客戶機對于視頻囊控制實例652發(fā)送圖像記錄開始請求(AVTX-Record action)時，在視頻囊控制實例652的控制下開始圖像記錄。
而且，視頻囊的元數(shù)據(jù)具有如上所述的設(shè)置信息[圖像記錄結(jié)束日期和時間]和[記錄質(zhì)量水平]，并且視頻囊控制實例652按照設(shè)置信息來執(zhí)行記錄處理。
在步驟S712，在調(diào)諧器控制實例433的控制下執(zhí)行實況流傳送，并且在步驟S713，在視頻囊控制實例的控制下對于內(nèi)容存儲單元650的視頻囊651執(zhí)行實況內(nèi)容記錄。步驟S714圖解了與內(nèi)容傳送并發(fā)地執(zhí)行事件通知處理(SENA)。如上所述，事件是與諸如在立體聲和單聲道之間的切換的傳送內(nèi)容相關(guān)聯(lián)的信息，并且是其中服務(wù)器根據(jù)來自客戶機的事件URL，基于事件通知請求而通知各種事件信息的處理。
而且，當(dāng)客戶機對于圖像記錄目標內(nèi)容，即其中設(shè)置了視頻囊URL的視頻囊控制實例652，發(fā)送暫停請求(AVTPause action)時，可以執(zhí)行圖像記錄暫停。例如，這可以用于切分廣告片等。
在切換記錄圖像源內(nèi)容的情況下，如果在與諸如信道改變的記錄圖像源內(nèi)容URL，即信道列表URL，對應(yīng)的信道列表中列出的信道的范圍中，則僅僅通過向調(diào)諧器控制實例433發(fā)布信道改變請求，圖像記錄也可以繼續(xù)而不中斷。通過對于與圖像記錄目標內(nèi)容URL，而不是記錄圖像源內(nèi)容URL對應(yīng)的視頻囊控制實例652的流請求，可以實現(xiàn)時移回放。
將參照圖22和圖23的流程圖來說明在執(zhí)行調(diào)諧器接收數(shù)據(jù)的實況流處理、和實況圖像記錄處理的情況下，服務(wù)器和客戶機每個的處理過程。首先，將參照在圖22中的處理流程來說明客戶機處理。
客戶機設(shè)備通過瀏覽或搜索處理而在步驟S721發(fā)送對于內(nèi)容信息的獲取請求。這是對于內(nèi)容管理單元440的內(nèi)容目錄服務(wù)442執(zhí)行的(見圖19)。
在步驟S722，接收內(nèi)容信息。在此，其獲取用于經(jīng)由調(diào)諧器執(zhí)行流數(shù)據(jù)的傳送的調(diào)諧器容器和信道項的內(nèi)容信息，并且獲取與圖8(a)中所示的調(diào)諧器容器對應(yīng)的內(nèi)容信息、和基于圖8(b)所示的每個信道的內(nèi)容信息的信息。從這個處理，獲取信道列表URL、功能ID和信道信息。
在步驟S723，執(zhí)行視頻囊的產(chǎn)生處理。在已經(jīng)設(shè)置了視頻囊或其它存儲區(qū)域的情況下，可以省略在步驟S723的對象產(chǎn)生。在執(zhí)行對象產(chǎn)生的情況下，客戶機向內(nèi)容目錄服務(wù)442發(fā)送對象產(chǎn)生請求，并且新創(chuàng)建視頻囊。此時，可以得到作為元數(shù)據(jù)的[記錄狀態(tài)(recordStatus)]＝未記錄[NotYet]、[記錄結(jié)束日期和時間]、和[記錄質(zhì)量水平]的設(shè)置。
然后，客戶機在步驟S724向內(nèi)容傳送控制單元430的連接管理器服務(wù)431發(fā)送協(xié)議信息獲取請求。這是用于請求可以被輸入到內(nèi)容傳送控制單元430的協(xié)議信息，即可以由內(nèi)容傳送控制單元430處理的協(xié)議信息列表的處理。
在步驟S725，客戶機接收包括功能ID的協(xié)議信息。示出了根據(jù)調(diào)諧器控制的實況流的協(xié)議信息[internal1.2.3.4application/x-av-tuner-contentfunc-id＝t01]、和示出了實況流數(shù)據(jù)圖像記錄的協(xié)議信息[internal1.2.3.4video/mpegfunc-id＝hdd]被包括。
然后，在步驟S726，客戶機從連接管理器服務(wù)431獲取與當(dāng)前連接到服務(wù)器400的其它客戶機相關(guān)聯(lián)的信息。這是基于由服務(wù)器保持的連接管理表(參見圖10和21)的信息。
在步驟S727，客戶機向連接管理器服務(wù)431發(fā)送連接準備請求(PrepareForConnection)。在客戶機希望使用調(diào)諧器的實況流數(shù)據(jù)的傳送處理、和實況流數(shù)據(jù)的記錄處理的情況下，發(fā)送對應(yīng)于調(diào)諧器接收處理內(nèi)容的協(xié)議信息[internal1.2.3.4application/x-av-tuner-contentfunc-id＝t01]、和對應(yīng)于硬盤記錄處理內(nèi)容的協(xié)議信息[internal1.2.3.4video/mpegfunc-id＝hdd]。
在步驟S728，客戶機接收作為從連接管理器服務(wù)431分配的兩個被分配的AVT實例標識符的、調(diào)諧器控制實例433和視頻囊控制實例652的兩個AVT實例ID，以及對于在客戶機和服務(wù)器之間的連接而設(shè)置的兩組連接ID信息?？蛻魴C將這個信息存儲到存儲器中。
在步驟S729，客戶機對于所分配的AVT實例發(fā)布URI(統(tǒng)一資源標識符)設(shè)置請求，作為通過由連接管理器服務(wù)431分配的兩個AVT實例來執(zhí)行內(nèi)容傳送控制和記錄處理的處理。對于調(diào)諧器控制實例而設(shè)置的URI包括從連接管理器服務(wù)431通知的調(diào)諧器控制實例ID、和信道列表URL，并且對于視頻囊控制實例設(shè)置的URI包括視頻囊控制實例ID和視頻囊URL。
而且，在步驟S729，對于處理圖像記錄目標內(nèi)容的AVT實例，即視頻囊控制實例652，執(zhí)行記錄圖像源內(nèi)容的URI指定處理(AVTX_SetAVTRecordInputURI action)。對于視頻囊控制實例652從客戶機執(zhí)行記錄圖像源內(nèi)容的URI指定處理，作為控制請求，該控制請求中，存儲了處理圖像記錄目標內(nèi)容的AVT實例標識符，即視頻囊控制實例ID；以及記錄圖像源URL，即信道列表URL。因此，當(dāng)圖像記錄目標AVT(視頻囊控制實例652)執(zhí)行圖像記錄處理(X_Record action)時，決定將記錄什么圖像。
至此，完成了每個AVT實例的設(shè)置處理。在步驟S730，向調(diào)諧器控制實例433發(fā)送流數(shù)據(jù)傳送開始請求。而且，在步驟S731，客戶機向視頻囊控制實例652發(fā)送圖像記錄開始請求(AVTX_Record action)。通過這個處理，在視頻囊控制實例652的控制下開始圖像記錄。
在客戶機側(cè)的用戶在步驟S732決定將執(zhí)行信道切換的情況下，客戶機在步驟S734對于調(diào)諧器控制實例433發(fā)布信道切換(Seek)請求。在所述控制請求中存儲了AVT實例ID和切換信道編號。在步驟S733，在決定將結(jié)束連接的情況下，向連接管理器服務(wù)431發(fā)送其中存儲與調(diào)諧器控制實例433對應(yīng)的連接ID的連接結(jié)束請求。所述連接ID是在步驟S725從連接管理器服務(wù)431接收的。但是，即使在結(jié)束傳送流數(shù)據(jù)后，數(shù)據(jù)記錄將繼續(xù)記錄處理，直到作為視頻囊中的元數(shù)據(jù)而先前被設(shè)置的諸如記錄結(jié)束時間的時間。
然后，參照圖23的處理流程而說明在服務(wù)器側(cè)的處理過程。在步驟S751，內(nèi)容管理單元440的內(nèi)容目錄服務(wù)442(見圖19)從客戶機接收內(nèi)容信息獲取請求。在此，從客戶機發(fā)送對于調(diào)諧器容器和信道項的內(nèi)容信息的獲取請求。
在步驟S752，內(nèi)容目錄服務(wù)442向客戶機發(fā)送調(diào)諧器容器和信道項的內(nèi)容信息。這是對應(yīng)于圖8(a)所示的調(diào)諧器容器的內(nèi)容信息、和在圖8(b)中所示的每個信道的內(nèi)容信息，并且包括信道列表URL、功能ID(funcID)、和信道信息。
在步驟S753，根據(jù)來自客戶機的請求來執(zhí)行視頻囊的產(chǎn)生處理。對象(視頻囊)產(chǎn)生處理中，在服務(wù)器的內(nèi)容目錄服務(wù)442請求創(chuàng)建其中[記錄狀態(tài)(recordStatus)]是未記錄(NotYet)的對象的情況下，服務(wù)器確定這是實況圖像記錄的對象，并且即使實際上沒有內(nèi)容，在新產(chǎn)生的對象(視頻囊)中設(shè)置內(nèi)容URL(視頻囊URL)。
在步驟S754，當(dāng)內(nèi)容傳送控制單元430的連接管理器服務(wù)431從客戶機接收到協(xié)議信息獲取請求時，連接管理器服務(wù)431在步驟S755向客戶機發(fā)送協(xié)議信息列表。這個協(xié)議信息列表包括示出了根據(jù)調(diào)諧器控制的實況流的協(xié)議信息[internal1.2.3.4application/x-av-tuner-contentfunc-id＝t01]和示出了實況流數(shù)據(jù)圖像記錄的協(xié)議信息[internal1.2.3.4video/mpegfunc-id＝hdd]。
然后，在步驟S756，按照客戶機請求，連接管理器服務(wù)431提供與當(dāng)前連接到服務(wù)器400的其它客戶機相關(guān)聯(lián)的信息。這是基于連接管理表(參見圖10和21)的信息。
在步驟S757，連接管理器服務(wù)431從客戶機接收連接準備請求(PrepareForConnection)。在客戶機希望使用調(diào)諧器的實況流數(shù)據(jù)的傳送處理、和實況流數(shù)據(jù)的記錄處理的情況下，接收對應(yīng)于調(diào)諧器接收處理內(nèi)容的協(xié)議信息[internal1.2.3.4application/x-av-tuner-contentfunc-id＝t01]和對應(yīng)于硬盤記錄處理內(nèi)容的協(xié)議信息[internal1.2.3.4video/mpegfunc-id＝hdd]。
從客戶機接收連接準備請求(PrepareForConnection)的連接管理器服務(wù)431根據(jù)在連接準備請求中包括的、對應(yīng)于調(diào)諧器的協(xié)議信息[internal1.2.3.4application/x-av-tuner-contentfunc-id＝t01]，確定這是對于由調(diào)諧器接收的數(shù)據(jù)的流傳送的請求，并且將在內(nèi)容控制單元432內(nèi)的AVT實例433之一設(shè)置(分配)為調(diào)諧器控制實例，并且執(zhí)行綁定處理，即把在發(fā)送連接準備請求(PrepareForConnection)的客戶機460和調(diào)諧器控制實例之間的連接ID與被設(shè)置(分配)為調(diào)諧器控制實例的AVT實例標識符(AVT實例ID)相關(guān)聯(lián)。
而且，連接管理器服務(wù)431根據(jù)在連接準備請求中包括的、對應(yīng)于硬盤的協(xié)議信息[internal1.2.3.4video/mpegfunc-id＝hdd]，來確定這是對于由調(diào)諧器接收的數(shù)據(jù)的記錄請求，并且把在內(nèi)容控制單元432中的AVT實例652之一設(shè)置(分配)為視頻囊控制實例，并且執(zhí)行綁定處理，即把在發(fā)送連接準備請求(PrepareForConnection)的客戶機460和視頻囊控制實例之間的連接ID與被設(shè)置(分配)為視頻囊控制實例的AVT實例標識符(AVT實例ID)相關(guān)聯(lián)。結(jié)果，在圖21所示的連接管理表中產(chǎn)生條目。
在步驟S759，連接管理器服務(wù)431向客戶機通知作為兩個被分配的AVT實例標識符的調(diào)諧器控制實例433和視頻囊控制實例652的兩個AVT實例ID、以及對于在客戶機和服務(wù)器之間的連接而設(shè)置的兩組連接ID信息。
在步驟S760，調(diào)諧器控制實例433和視頻囊控制實例652每個從客戶機接收URI(統(tǒng)一資源標識符)設(shè)置請求。
在步驟S761，在調(diào)諧器控制實例中設(shè)置從連接管理器服務(wù)431通知的調(diào)諧器控制實例ID、和信道列表URL，并且在視頻囊控制實例中設(shè)置視頻囊控制實例ID和視頻囊URL。而且，在步驟S761，對于視頻囊控制實例652執(zhí)行[internal1.2.3.4application/x-av-tuner-contentfunc-id＝t01]源內(nèi)容(AVTX_SetAVTRecordInputURI action)的URI指定處理。視頻囊控制實例652從客戶機接收處理記錄圖像目標內(nèi)容的AVT實例標識符，即視頻囊控制實例ID，和圖像記錄源URL，即信道列表URL，并且設(shè)置它們。因此，當(dāng)圖像記錄目標AVT(視頻囊控制實例652)執(zhí)行圖像記錄處理(X_Recordaction)時，決定記錄哪個圖像。
至此，每個AVT實例的設(shè)置處理完成，并且客戶機可以對于每個AVT實例執(zhí)行各種控制請求。在步驟S762，調(diào)諧器控制實例433從客戶機接收例如用于回放開始的控制請求，并且在步驟S763，通過調(diào)諧器410的控制來開始內(nèi)容的流傳送。調(diào)諧器控制實例433根據(jù)從客戶機接收的信息來執(zhí)行控制，諸如內(nèi)容回放開始、結(jié)束和信道切換處理。
而且，在步驟S764，視頻囊控制實例652從客戶機接收控制請求，諸如圖像記錄開始請求(AVTX_Record action)，并且在步驟S765，在視頻囊控制實例652的控制下執(zhí)行內(nèi)容存儲單元650的控制，并且在視頻囊651中輸入調(diào)諧器接收內(nèi)容，并且開始圖像記錄。
在步驟S766，在確定已經(jīng)接收到信道切換(Seek)請求的情況下，調(diào)諧器控制實例433在步驟S767控制調(diào)諧器410，并且切換調(diào)諧器信道。在這個信道切換前后，在服務(wù)器和客戶機之間的HTTP連接是同一URL，即，基于同一信道列表URL的HTTP連接，因此，可以在保持服務(wù)器和客戶機之間的連接的同時執(zhí)行信道切換。
而且，與信道切換無關(guān)地執(zhí)行內(nèi)容記錄處理，并且向視頻囊繼續(xù)地輸入對應(yīng)于切換后的信道的內(nèi)容，并且繼續(xù)地執(zhí)行記錄。
在步驟S768，當(dāng)連接管理器服務(wù)431被確定已經(jīng)接收到其中存儲了與調(diào)諧器控制實例對應(yīng)的連接ID的連接結(jié)束請求時，按照來自客戶機的請求，在步驟S769斷開服務(wù)器和客戶機之間的連接，并且從參照圖21描述的連接管理表刪除對應(yīng)于調(diào)諧器控制實例的條目。即使在結(jié)束了傳送流數(shù)據(jù)后，數(shù)據(jù)記錄繼續(xù)記錄處理，直到諸如被設(shè)置為視頻囊的元數(shù)據(jù)的記錄結(jié)束時間的時間。
而且，可以通過客戶機明確地向視頻囊控制實例652發(fā)布記錄結(jié)束命令來結(jié)束內(nèi)容記錄處理。即使在執(zhí)行這個處理的情況下，也獨立地執(zhí)行調(diào)諧器控制實例433的控制。
因此，在本配置中，獨立地設(shè)置用于在調(diào)諧器的控制下執(zhí)行調(diào)諧器接收內(nèi)容的流傳送控制的調(diào)諧器控制實例、和用于在諸如硬盤的內(nèi)容存儲單元的控制下執(zhí)行調(diào)諧器接收內(nèi)容的記錄處理的視頻囊控制實例，并且將信道列表URL和視頻囊URL分別設(shè)置為能夠指定處理控制對象的內(nèi)容URL，而且，設(shè)置作為控制實例(AVT實例)標識符的控制實例ID，并且所述配置使得可以獨立地接收來自客戶機的請求，由此，使能按照客戶機請求的獨立處理。
在上述的實況圖像記錄處理中，已經(jīng)通過對于圖19所示的視頻囊控制實例652輸出客戶機請求來執(zhí)行記錄目標(記錄宿)內(nèi)容標識符(視頻囊URL)和對于視頻囊控制實例652的記錄源(源)內(nèi)容標識符(信道列表URL)的通知處理。
換句話說，在圖20中的序列圖中圖示的步驟S706中，客戶機對于連接管理器服務(wù)431發(fā)送連接準備請求(PrepareForConnection)，并且發(fā)送對應(yīng)于調(diào)諧器接收內(nèi)容的協(xié)議信息[internal1.2.3.4application/x-av-tuner-contentfunc-id＝t01]和對應(yīng)于硬盤記錄處理內(nèi)容的協(xié)議[internal1.2.3.4video/mpegfunc-id＝hdd]，并且在步驟S707，從服務(wù)器接收作為調(diào)諧器控制實例433和視頻囊控制實例652的兩個控制實例(AVT實例)ID、以及對于在客戶機和服務(wù)器之間的連接而設(shè)置的兩個連接ID信息，并且在步驟S708，客戶機對于所述兩個控制實例(AVT實例)發(fā)布URI(統(tǒng)一資源標識符)設(shè)置請求，因此已經(jīng)在執(zhí)行控制實例的設(shè)置處理。
下述的配置示例是這樣的處理示例，其中，在執(zhí)行實況流期間，客戶機簡單地對于服務(wù)器發(fā)布內(nèi)容存儲對象(視頻囊)的產(chǎn)生請求，服務(wù)器然后內(nèi)部地執(zhí)行各種類型的設(shè)置，并且開始內(nèi)容記錄。服務(wù)器配置類似于圖19所示的配置，并且在下面的說明中，將參照圖19使用圖19所示的附圖標號。
服務(wù)器400根據(jù)客戶機請求來執(zhí)行內(nèi)容存儲對象(視頻囊)產(chǎn)生，并且也在服務(wù)器內(nèi)執(zhí)行所產(chǎn)生的內(nèi)容存儲對象的控制實例，即視頻囊控制實例652的分配處理和URL設(shè)置處理。通過這個處理，可以執(zhí)行在調(diào)諧器控制實例433控制下執(zhí)行的實況流內(nèi)容的視頻囊存儲處理，而不干擾由客戶機進行的控制實例設(shè)置處理。
在這個處理模式中，客戶機不必對于視頻囊控制實例652執(zhí)行對于URL設(shè)置處理的請求，并且減小了客戶機的處理負擔(dān)。
在圖24中，將說明實況圖像記錄內(nèi)容的一個串的序列。這個處理是在通過服務(wù)器中的調(diào)諧器執(zhí)行內(nèi)容接收的情況下的處理。例如，在服務(wù)器和客戶機之間，將在調(diào)諧器控制實例433(見圖19)的控制下執(zhí)行實況流，其中執(zhí)行參照圖9先前描述的用于實況流的處理的串，并且設(shè)置了信道列表URL。
在客戶機將記錄(實況圖像記錄)實況流內(nèi)容的情況下，在步驟S770，執(zhí)行作為內(nèi)容存儲對象的視頻囊的產(chǎn)生請求?？蛻魴C對于服務(wù)器400(見圖19)的內(nèi)容目錄服務(wù)442發(fā)布用于實況圖像記錄的內(nèi)容存儲對象的對象產(chǎn)生請求(CreateObjectAnywhere)，并且產(chǎn)生調(diào)諧器接收內(nèi)容的存儲對象(視頻囊)。
服務(wù)器400按照客戶機請求在內(nèi)容管理單元440的內(nèi)容目錄服務(wù)442中來產(chǎn)生用于實況圖像記錄的視頻囊。
當(dāng)發(fā)布用于實況圖像記錄的內(nèi)容存儲對象的對象產(chǎn)生請求(CreateObjectAnywhere)時，客戶機可以向服務(wù)器請求設(shè)置內(nèi)容存儲對象(視頻囊)的元數(shù)據(jù)。在存在來自客戶機的請求的情況下，服務(wù)器根據(jù)所述請求設(shè)置值，并且在沒有請求的情況下，服務(wù)器將預(yù)定缺省值設(shè)置為內(nèi)容存儲對象(視頻囊)的元數(shù)據(jù)。
將參照圖25來說明可以在用于實況圖像記錄的內(nèi)容存儲對象(視頻囊)中設(shè)置的元數(shù)據(jù)。對于元數(shù)據(jù)設(shè)置，可獲得[記錄狀態(tài)(recordStatus)]、[記錄開始日期和時間(recordStart DateTime)]、[記錄結(jié)束日期和時間(recordEndDateTime)]、[記錄質(zhì)量水平(record Quality Level)]、[輸入功能ID(recordInputFuncID)]、[記錄方法(recording Method)]、[資源(res)]、[資源協(xié)議信息(res@protocolInfo)]。而且，客戶機不必設(shè)置所有這些元數(shù)據(jù)，但是例如，[記錄開始日期和時間(recordStart DateTime)]的指定是可選的，并且即使在沒有指定的情況下，在對于用于實況記錄的內(nèi)容存儲對象(視頻囊)的產(chǎn)生請求的情況下，服務(wù)器依次執(zhí)行視頻囊控制實例652的分配、設(shè)置、和圖像記錄開始。僅僅在指定信息的情況下，存在在AVT設(shè)置和控制命令輸出單元691和視頻囊控制實例652的控制下按照指定信息執(zhí)行的處理。
服務(wù)器400根據(jù)在內(nèi)容存儲對象(視頻囊)的產(chǎn)生處理期間由客戶機設(shè)置的用于[記錄狀態(tài)(recordStatus)]的設(shè)置值，來確定是否所述請求是用于實況圖像記錄的內(nèi)容存儲對象(視頻囊)的產(chǎn)生請求。在將[記錄狀態(tài)(recordStatus)]的設(shè)置值設(shè)置為示出這是用于實況圖像記錄的[Recording(記錄)]的情況下，服務(wù)器確定所述請求是用于實況圖像記錄的內(nèi)容存儲對象(視頻囊)的產(chǎn)生請求，并且執(zhí)行內(nèi)容存儲對象(視頻囊)的產(chǎn)生、視頻囊URL的設(shè)置、視頻囊控制實例652的分配、和URI設(shè)置處理，并且根據(jù)被設(shè)置為元數(shù)據(jù)的內(nèi)容記錄開始日期和時間信息[實況圖像記錄的000-00-00T00:00:00.000Z]來開始對于所產(chǎn)生的內(nèi)容存儲對象(視頻囊)的調(diào)諧器接收內(nèi)容的記錄處理。
服務(wù)器的內(nèi)容管理單元442在下述條件下將內(nèi)容存儲對象URL(視頻囊URL)設(shè)置為對于所產(chǎn)生對象的元數(shù)據(jù)，該條件是設(shè)置信息[記錄狀態(tài)(recordStatus)]＝[Recording]，這示出了在來自客戶機的內(nèi)容存儲對象產(chǎn)生請求中包括用于保留內(nèi)容存儲的內(nèi)容存儲對象。換句話說，服務(wù)器根據(jù)設(shè)置信息[記錄狀態(tài)(recordStatus)]＝[Recording]確定這是用于實況圖像記錄的對象，并且即使實際上沒有內(nèi)容，仍在新產(chǎn)生的對象(視頻囊)中設(shè)置內(nèi)容URL(視頻囊URL)。
設(shè)置內(nèi)容記錄開始日期和時間信息。在實況圖像記錄中，指定000-00-00T00:00:00.000Z。這意味著可以不等待而開始記錄。
設(shè)置內(nèi)容記錄結(jié)束日期和時間信息，并且當(dāng)在服務(wù)器上時間達到這個時間時，如果視頻囊處于圖像記錄狀態(tài)則結(jié)束圖像記錄。在沒有設(shè)置信息的情況下，服務(wù)器在來自客戶機的請求后，或在已經(jīng)經(jīng)過了先前設(shè)置的最大繼續(xù)記錄時間后，或在服務(wù)器內(nèi)發(fā)生問題后，結(jié)束圖像記錄。
是從多個水平選擇的，所述多個水平例如3-5，它們被預(yù)先設(shè)置為記錄質(zhì)量水平值。
示出了一個功能ID，表示用于處理變?yōu)橛涗泩D像源的內(nèi)容的功能。例如，對應(yīng)于調(diào)諧器而設(shè)置功能ID。但是，客戶機的指定是可選的。在實況圖像記錄的情況下，在服務(wù)器內(nèi)接收的內(nèi)容是輸入內(nèi)容，并且在存在已經(jīng)結(jié)束設(shè)置的調(diào)諧器控制實例的情況下，在該調(diào)諧器控制實例中設(shè)置的信道列表URL是輸入源內(nèi)容，并且通過服務(wù)器來設(shè)置對應(yīng)于調(diào)諧器的功能ID，所述調(diào)諧器是控制輸入源內(nèi)容的調(diào)諧器控制實例的控制對象。
是示出圖像記錄方法的信息，并且是諸如三元(triple)模式或高圖像質(zhì)量模式的設(shè)置信息?？蛻魴C的指定是可選的，客戶機需要設(shè)置能夠被設(shè)置以對應(yīng)于服務(wù)器內(nèi)的內(nèi)容存儲單元650的值。
是記錄內(nèi)容(記錄宿內(nèi)容)的資源信息。服務(wù)器設(shè)置用于由服務(wù)器產(chǎn)生的實況圖像記錄的視頻囊URL(視頻囊URL)。
是對應(yīng)于記錄內(nèi)容(記錄宿內(nèi)容)資源的協(xié)議信息。示出將執(zhí)行內(nèi)容存儲單元的處理的功能ID(例如，func-id＝＜HDD)被設(shè)置為附加信息(AdditionalInfo)。
因此，在協(xié)議信息中設(shè)置功能ID，該功能ID示出執(zhí)行根據(jù)內(nèi)容存儲單元650的控制的內(nèi)容處理。在這種情況下，內(nèi)容存儲單元650是硬盤，并且示出了伴隨HDD的控制。功能ID示出了在內(nèi)容處理時的控制對象，如上所述，并且在對應(yīng)于DVD存儲內(nèi)容的情況下，設(shè)置示出DVD的功能ID，并且在執(zhí)行調(diào)諧器控制的情況下，在內(nèi)容屬性信息中設(shè)置示出調(diào)諧器的功能ID。
客戶機可以以下述方法來檢查可以對于各種元數(shù)據(jù)項設(shè)置什么值?？梢酝ㄟ^從內(nèi)容目錄服務(wù)442獲取表示視頻囊的類方案信息來查看[記錄結(jié)束日期和時間]、[記錄質(zhì)量水平]、[輸入功能ID]和[記錄方法]。此時，可以通過檢查每個元數(shù)據(jù)的允許值(Allowedvalue)來獲得可以設(shè)置的值。而且，在允許更新的情況下，使能通過對象更新(UpdateObject)處理的更新。
而且，客戶機可以通過能夠從內(nèi)容目錄服務(wù)442獲取的協(xié)議信息來發(fā)現(xiàn)功能ID(func-id)的值的含義。
返回圖24中的序列圖，將繼續(xù)說明用于實況圖像記錄的處理序列。服務(wù)器的內(nèi)容目錄服務(wù)442對于作為內(nèi)容存儲對象的視頻囊執(zhí)行在步驟S770的產(chǎn)生處理。
服務(wù)器400按照客戶機請求在內(nèi)容管理單元440的內(nèi)容目錄服務(wù)442中產(chǎn)生用于實況圖像記錄的視頻囊。服務(wù)器在下述條件下將內(nèi)容存儲對象URL(視頻囊URL)設(shè)置為關(guān)于所產(chǎn)生的對象的元數(shù)據(jù)，所述條件是設(shè)置信息[記錄狀態(tài)(recordStatus)]＝[Recording]，這示出了在來自客戶機的內(nèi)容存儲對象產(chǎn)生請求中包括用于保留內(nèi)容存儲的內(nèi)容存儲對象，并且服務(wù)器進一步設(shè)置各種上述的元數(shù)據(jù)。
在步驟S771，服務(wù)器向客戶機發(fā)送與所產(chǎn)生的內(nèi)容存儲對象URL(視頻囊URL)對應(yīng)的元數(shù)據(jù)。將被發(fā)送到客戶機的元信息包括資源協(xié)議信息，資源協(xié)議信息包括視頻囊URL和例如[func-id＝hdd]的功能ID來作為資源信息。
然后，在步驟S772，服務(wù)器根據(jù)所產(chǎn)生的視頻囊的元數(shù)據(jù)而設(shè)置視頻囊控制實例652(見圖19)。此時，已經(jīng)設(shè)置了調(diào)諧器控制實例433。作為在服務(wù)器內(nèi)的內(nèi)部處理而執(zhí)行這個步驟S772的處理和下述的步驟S773-S775的處理，不需要在客戶機和服務(wù)器之間的通信處理。
在步驟S772的處理中，分配視頻囊控制實例652，并且對于這個控制實例設(shè)置圖像記錄目標內(nèi)容URL，即視頻囊URL。而且，對于視頻囊控制實例652執(zhí)行記錄圖像源內(nèi)容URI的設(shè)置。根據(jù)視頻囊元數(shù)據(jù)的設(shè)置信息來執(zhí)行這些處理。因此，當(dāng)圖像記錄目標AVT(視頻囊控制實例652)執(zhí)行圖像記錄處理時，確定將記錄的圖像。
在步驟S773中，在時間已經(jīng)達到在視頻囊的元數(shù)據(jù)中設(shè)置的[記錄開始日期和時間]的條件下，在視頻囊控制實例652的控制下開始調(diào)諧器接收內(nèi)容的視頻囊651的存儲處理，并且在步驟S774，對于內(nèi)容存儲單元650的視頻囊651執(zhí)行內(nèi)容記錄。
在視頻囊的元數(shù)據(jù)中設(shè)置的[記錄開始日期和時間]被指定為用于實況圖像記錄的0000-00-00T00:00:00.000Z，如上所述，這表示不用等待而開始記錄，并且在服務(wù)器產(chǎn)生用于實況圖像記錄的內(nèi)容存儲對象(視頻囊)，并且分配和設(shè)置視頻囊控制實例652后，立即在視頻囊控制實例652的控制下執(zhí)行開始圖像記錄。
在步驟S775，在時間已經(jīng)達到了在視頻囊的元數(shù)據(jù)中設(shè)置的[記錄結(jié)束日期和時間]的條件下，或根據(jù)從客戶機接收的記錄結(jié)束請求，在視頻囊控制實例652的控制下結(jié)束調(diào)諧器接收內(nèi)容的視頻囊651的存儲處理。在沒有設(shè)置元數(shù)據(jù)并且也沒有來自客戶機的記錄處理請求的情況下，在例如已經(jīng)達到預(yù)定的繼續(xù)記錄時間的條件下結(jié)束記錄處理。
而且，也可以執(zhí)行內(nèi)容記錄處理的暫時停止處理，即暫停處理。將按照圖26來說明內(nèi)容暫停處理序列。在步驟S781中，客戶機首先向服務(wù)器400的連接管理器服務(wù)431發(fā)送連接準備請求(PrepareForConnection)，其中在圖24的先前步驟S771中從服務(wù)器接收的視頻囊元數(shù)據(jù)中指定了功能ID，例如[func-id＝hdd]。這個連接準備請求(PrepareForConnection)是與在客戶機和視頻囊控制實例652之間的連接相關(guān)聯(lián)的連接準備請求(PrepareForConnection)。
從客戶機接收連接準備請求(PrepareForConnection)的連接管理器服務(wù)431根據(jù)在連接準備請求中包括的對應(yīng)于硬盤的功能ID[func-id＝hdd]來向客戶機通知視頻囊控制實例652的標識符(AVT實例ID)和發(fā)送了連接準備請求(PrepareForConnection)的客戶機460和視頻囊控制實例652的連接ID。連接管理器服務(wù)431還執(zhí)行綁定處理，即將所述連接ID和視頻囊控制實例的標識符(AVT實例ID)相關(guān)聯(lián)。如參照圖10和21所述，對于連接管理表執(zhí)行條目設(shè)置。
在步驟S782中，當(dāng)客戶機指定視頻囊控制實例的標識符(AVT實例ID)并且向視頻囊控制實例652發(fā)送暫停請求(AVT∷Pause action)時，視頻囊控制實例652根據(jù)所述請求來執(zhí)行圖像記錄暫停。
而且，在步驟S783，當(dāng)客戶機指定視頻囊控制實例的標識符(AVT實例ID)并且向視頻囊控制實例652發(fā)送記錄開始請求(AVT∷Record)時，視頻囊控制實例652根據(jù)所述請求而重新開始內(nèi)容記錄。
然后，將參照圖27來說明基于客戶機請求的實況記錄處理的結(jié)束處理。在步驟S791中，當(dāng)客戶機指定視頻囊控制實例的標識符(AVT實例ID)并且向視頻囊控制實例652發(fā)送記錄停止請求(AVT∷RecordStop)時，視頻囊控制實例652根據(jù)所述請求而停止內(nèi)容記錄。
而且，試圖結(jié)束與視頻囊控制實例的連接的客戶機在步驟S792向連接管理器服務(wù)431發(fā)送連接結(jié)束請求，其中存儲了對應(yīng)于與視頻囊控制實例的連接的連接ID。連接管理器服務(wù)431按照客戶機請求而斷開在客戶機和視頻囊控制實例之間的連接，并且還從已經(jīng)參照圖10描述的連接管理表刪除對應(yīng)的條目。
如上所述，在本配置中，在服務(wù)器中執(zhí)行基于視頻囊元數(shù)據(jù)的作為內(nèi)容傳送控制單元431的控制實例的視頻囊控制實例652的分配處理、和對于視頻囊控制實例652的URI設(shè)置處理，并且根據(jù)視頻囊的元數(shù)據(jù)而準確地執(zhí)行伴隨實況輸入內(nèi)容的存儲處理的各種控制，而不用客戶機的明確控制實例設(shè)置處理。
因此，在本配置中，設(shè)置視頻囊控制實例，所述視頻囊控制實例控制諸如硬盤的內(nèi)容存儲單元并且執(zhí)行調(diào)諧器接收內(nèi)容的記錄處理，并且服務(wù)器執(zhí)行作為向視頻囊控制實例指定記錄源內(nèi)容和記錄目標內(nèi)容的內(nèi)容URL的信道列表URL和視頻囊URL的設(shè)置處理，并且可以按照視頻囊的元數(shù)據(jù)的設(shè)置信息而準確地執(zhí)行內(nèi)容記錄。
在客戶機獲取和回放其中通過實況圖像記錄而存儲內(nèi)容的視頻囊的內(nèi)容的情況下，可以通過根據(jù)在實況圖像記錄視頻囊中設(shè)置的視頻囊URL而產(chǎn)生作為內(nèi)容獲取請求的HTTP(超文本傳輸協(xié)議)GET方法，并且將其發(fā)送到服務(wù)器，來接收和回放與視頻囊URL對應(yīng)的內(nèi)容，即實況圖像記錄的內(nèi)容。
而且，在執(zhí)行實況圖像記錄期間，客戶機可以通過根據(jù)在視頻囊中設(shè)置的視頻囊URL而產(chǎn)生作為內(nèi)容獲取請求的HTTP(超文本傳輸協(xié)議)GET方法，并且將其發(fā)送到服務(wù)器，來執(zhí)行類似于在上述的實況流中的時移回放的內(nèi)容回放。
服務(wù)器和客戶機的硬件配置如參照圖2前述，并且按照其中存儲了服務(wù)器和客戶機的每個的存儲單元的程序，主要在CPU的控制下，執(zhí)行上述各種處理，例如已經(jīng)參照圖17、18、22和23的流程圖描述的處理。將參照圖28和29來說明執(zhí)行上述處理所需要的服務(wù)器的功能配置和客戶機的功能配置。
圖28是圖解服務(wù)器的主要功能配置的方框圖。基本上，這對應(yīng)于圖6圖解的配置，但是圖28中的配置示出了具有兩個調(diào)諧器的配置示例。分組發(fā)送/接收單元701接收至客戶機的分組和來自客戶機的分組。分組產(chǎn)生/分析單元702執(zhí)行發(fā)送分組的產(chǎn)生處理和接收分組的分析處理。這執(zhí)行分組的地址設(shè)置、地址識別、對于數(shù)據(jù)部件的數(shù)據(jù)存儲、從數(shù)據(jù)部件的數(shù)據(jù)獲取處理等。
調(diào)諧器A703和調(diào)諧器B704是經(jīng)由地面廣播、諸如BS和CS等的衛(wèi)星廣播、因特網(wǎng)和其它通信網(wǎng)絡(luò)接收數(shù)據(jù)的調(diào)諧器。
內(nèi)容存儲單元705存儲由服務(wù)器保持的內(nèi)容。諸如上述的視頻囊等的內(nèi)容存儲對象被設(shè)置?？梢杂芍T如視頻囊URL的內(nèi)容URL來指定各種內(nèi)容。事件信息存儲單元706存儲對應(yīng)于內(nèi)容的事件信息?？梢杂墒录RL來指定各種事件信息。
編碼解碼器707將由服務(wù)器保持的內(nèi)容與調(diào)諧器接收內(nèi)容轉(zhuǎn)換為對應(yīng)于來自客戶機的請求的數(shù)據(jù)模式。這執(zhí)行關(guān)于諸如文件格式、編碼解碼、分辨率等的轉(zhuǎn)換。例如，根據(jù)ATRAC3和MPEG4來執(zhí)行數(shù)據(jù)轉(zhuǎn)換。
內(nèi)容管理單元是用于執(zhí)行內(nèi)容管理的處理單元，元數(shù)據(jù)存儲單元713是存儲作為與內(nèi)容對應(yīng)的屬性信息的元數(shù)據(jù)的存儲單元。如上所述，配置與容器的各種對象等對應(yīng)的元數(shù)據(jù)的性質(zhì)信息被存儲在元數(shù)據(jù)存儲單元713中。例如，作為調(diào)諧器容器的性質(zhì)信息，設(shè)置信道列表URL。對于視頻囊設(shè)置視頻囊URL。連接管理器服務(wù)711按照來自客戶機的內(nèi)容信息請求而產(chǎn)生基于元數(shù)據(jù)的內(nèi)容信息。連接管理器服務(wù)711管理與在內(nèi)容管理單元中的客戶機的連接，并且向可以在內(nèi)容管理單元中處理的客戶機提供協(xié)議信息等。
內(nèi)容傳送控制單元720執(zhí)行對于向客戶機的傳送內(nèi)容的控制，并且包括連接管理器服務(wù)721和內(nèi)容控制單元722。在內(nèi)容控制單元722中設(shè)置對應(yīng)于傳送內(nèi)容的AVT實例723，并且對應(yīng)于每個內(nèi)容的AVT實例執(zhí)行特定內(nèi)容的傳送控制和記錄控制。連接管理器服務(wù)721分配AVT實例，并且設(shè)置把連接ID、AVT實例ID和協(xié)議信息關(guān)聯(lián)和管理的連接管理表(見圖10)，并且執(zhí)行連接管理。
然后，將參照圖29來說明客戶機設(shè)備的功能配置。分組發(fā)送/接收單元801接收至服務(wù)器的分組和來自服務(wù)器的分組。分組產(chǎn)生/分析單元802執(zhí)行發(fā)送分組的產(chǎn)生處理和所接收分組的分析處理。這不僅執(zhí)行在分組內(nèi)的存儲數(shù)據(jù)分析，而且也包括分組的地址設(shè)置、地址識別、對于數(shù)據(jù)部件的數(shù)據(jù)存儲、從數(shù)據(jù)部件的數(shù)據(jù)獲取處理等。
存儲單元803存儲在從服務(wù)器接收的分組中包括的內(nèi)容信息、內(nèi)容、信道信息、信道列表URL、功能ID、事件信息、連接ID和AVT實例ID等。
輸出單元804包括用于內(nèi)容回放處理的揚聲器和顯示器。所述顯示器也用于輸出顯示信息，這已經(jīng)參照圖4在先前說明。輸入單元805是數(shù)據(jù)輸入裝置，諸如用于執(zhí)行用戶輸入的鍵盤，所述用戶輸入用于例如選擇作為顯示為顯示信息的內(nèi)容信息的信道列表、或根據(jù)信道信息的信道選擇。
內(nèi)容信息分析單元806分析由從服務(wù)器接收的內(nèi)容信息形成的XML數(shù)據(jù)，并且根據(jù)所分析的數(shù)據(jù)來產(chǎn)生包括已經(jīng)參照圖4而前述的內(nèi)容URL和信道列表URL的顯示信息或其鏈接數(shù)據(jù)，并且執(zhí)行將其輸出到作為輸出單元的顯示器的處理。
內(nèi)容回放控制單元807執(zhí)行從服務(wù)器接收的內(nèi)容的回放控制。在內(nèi)容回放處理中，在數(shù)據(jù)轉(zhuǎn)換單元808中根據(jù)需要執(zhí)行從服務(wù)器接收的內(nèi)容的轉(zhuǎn)換處理。例如，執(zhí)行根據(jù)ATRAC3或MPEG4的數(shù)據(jù)解碼處理。
服務(wù)器和客戶機在功能上具有圖28和29圖解的各種功能，并且執(zhí)行各種上述處理。但是，在圖28和29中圖解的方框圖是用于描述功能的方框圖，并且實際上，在圖2中圖解的諸如PC等的硬件配置中，在CPU的控制下執(zhí)行各種類型的處理程序。
至此，參照特定的實施例而詳細說明本發(fā)明。但是，不言而喻，本領(lǐng)域的技術(shù)人員可以在不偏離本發(fā)明的主題的范圍中進行修改和替換。換句話說，本發(fā)明已經(jīng)以示例的形式而被公開，并且不應(yīng)當(dāng)以限定的方式而被解釋。為了確定本發(fā)明的主題，應(yīng)當(dāng)參見所附的權(quán)利要求。
可以通過硬件或軟件或兩者的結(jié)合配置來執(zhí)行此處在本說明書中所述的一系列處理。在通過軟件來執(zhí)行處理的情況下，其中記錄了所述處理序列的程序被安裝在被內(nèi)置在特定硬件中的計算機內(nèi)的存儲器中并且被執(zhí)行，或者被安裝到能夠執(zhí)行各種類型的處理的通用計算機中并且被執(zhí)行。
例如，可以預(yù)先在作為存儲介質(zhì)的硬盤或ROM(只讀存儲器)中存儲所述程序。而且，所述程序可以暫時或永久地被存儲(記錄)在可移去存儲介質(zhì)中，所述可移去存儲介質(zhì)諸如軟盤、CD-ROM(光盤只讀存儲器)、MO(磁光)盤、DVD(數(shù)字多用途盤)、磁盤或半導(dǎo)體存儲器。這樣的可移去存儲介質(zhì)可以被提供為所謂的封裝軟件。
現(xiàn)在，除了將所述程序從如上所述的可移去存儲介質(zhì)安裝到計算機中之外，還可以將其從下載站點無線傳輸?shù)接嬎銠C，或者將其經(jīng)由諸如LAN(局域網(wǎng))或因特網(wǎng)的網(wǎng)絡(luò)通過導(dǎo)線傳輸?shù)接嬎銠C，并且計算機可以接收如此傳輸?shù)某绦?，并且可以將其安裝到諸如硬盤等的內(nèi)部存儲介質(zhì)。
不僅能夠按照說明書以時序執(zhí)行在說明書中描述的各種處理，而且能夠按照執(zhí)行所述處理的設(shè)備的處理能力，或者根據(jù)需要，并發(fā)地或個別地執(zhí)行處理。而且，按照本說明書的系統(tǒng)是多個設(shè)備的邏輯集合配置，并且不限于在同一外殼內(nèi)的設(shè)備的配置。
工業(yè)實用性按照本發(fā)明，如上所述，被配置以使得獨立地設(shè)置調(diào)諧器控制實例和存儲單元控制示例(視頻囊控制實例)，所述調(diào)諧器控制實例在調(diào)諧器的控制下執(zhí)行調(diào)諧器接收內(nèi)容的流傳送控制，所述存儲單元控制實例在諸如硬盤的內(nèi)容存儲單元的控制下執(zhí)行調(diào)諧器接收內(nèi)容的記錄處理，并且信道列表URL和視頻囊URL被分別設(shè)置為能夠指定處理控制對象的內(nèi)容URL，并且通過設(shè)置作為控制實例(AVT實例)標識符的控制實例ID，請求能夠個別地從客戶機被請求，因此，使能了按照客戶機請求的獨立處理。
而且，在本發(fā)明的配置中，對于處理圖像記錄目標內(nèi)容的AVT實例，即視頻囊控制實例，執(zhí)行記錄圖像源內(nèi)容的URI指定處理(AVTX_SetAVTRecordInputURI action)，并且向存儲單元控制實例(視頻囊控制實例)通知所述記錄圖像源內(nèi)容URL，即信道列表URL，因此，所述存儲單元控制實例可以獨立地指定圖像記錄處理對象。
而且，在本發(fā)明的配置中，在作為信道集合的信道列表中設(shè)置URL，并且在調(diào)諧器控制實例中設(shè)置信道列表URL作為記錄源內(nèi)容標識符，因此，當(dāng)改變在列表中的信道時，不必執(zhí)行基于新URL的內(nèi)容請求，繼續(xù)的內(nèi)容傳送被使能，并且可以在切換信道后執(zhí)行內(nèi)容記錄，而不中斷內(nèi)容記錄處理。
權(quán)利要求
1.一種內(nèi)容提供服務(wù)器，用于執(zhí)行向客戶機的內(nèi)容發(fā)送和內(nèi)容記錄處理，所述服務(wù)器包括調(diào)諧器，用于執(zhí)行數(shù)據(jù)接收處理；數(shù)據(jù)發(fā)送/接收單元，用于在服務(wù)器和客戶機之間執(zhí)行從所述調(diào)諧器接收的內(nèi)容、和控制信息的通信處理；元數(shù)據(jù)存儲單元，其中，與所接收內(nèi)容對應(yīng)的屬性信息被存儲為內(nèi)容信息；內(nèi)容存儲單元，用于存儲內(nèi)容；內(nèi)容管理單元，用于對所述內(nèi)容信息的客戶機執(zhí)行提供處理；以及內(nèi)容傳送控制單元，用于對經(jīng)由所述調(diào)諧器接收的內(nèi)容執(zhí)行處理；所述內(nèi)容傳送控制單元包括調(diào)諧器控制實例，用于對于所述調(diào)諧器的所接收的內(nèi)容的客戶機執(zhí)行傳送處理控制，并且其中，對應(yīng)于調(diào)諧器接收的內(nèi)容而設(shè)置記錄源內(nèi)容標識符；以及存儲單元控制實例，用于對于由所述調(diào)諧器接收的內(nèi)容的所述內(nèi)容存儲單元而執(zhí)行存儲處理控制，并且其中，設(shè)置了記錄目標內(nèi)容標識符；其中，所述調(diào)諧器控制實例和所述存儲單元控制實例的每個獨立地執(zhí)行與所設(shè)置的內(nèi)容標識符對應(yīng)的控制。
2.按照權(quán)利要求1所述的內(nèi)容提供服務(wù)器，其中，在所述存儲單元控制實例中設(shè)置了記錄源內(nèi)容標識符；并且其中，所述存儲單元控制實例被配置以根據(jù)所述記錄源內(nèi)容標識符來執(zhí)行記錄內(nèi)容的特定處理。
3.按照權(quán)利要求1所述的內(nèi)容提供服務(wù)器，其中，所述內(nèi)容管理單元被配置以根據(jù)內(nèi)容管理目錄來執(zhí)行內(nèi)容信息管理；并且被配置以將所述記錄源內(nèi)容標識符設(shè)置為調(diào)諧器容器的元數(shù)據(jù)，作為所述內(nèi)容管理目錄的管理對象，并將所述記錄目標內(nèi)容標識符設(shè)置為內(nèi)容存儲對象的元數(shù)據(jù)，作為所述內(nèi)容管理目錄的管理對象，并且還按照來自所述客戶機的請求來執(zhí)行所述元數(shù)據(jù)的提供處理；并且其中，所述調(diào)諧器控制實例和所述存儲單元控制實例的每個，按照來自所述客戶機的請求，執(zhí)行所述記錄源內(nèi)容標識符或記錄目標內(nèi)容標識符的設(shè)置處理。
4.按照權(quán)利要求1所述的內(nèi)容提供服務(wù)器，其中，所述記錄源內(nèi)容標識符是作為信道列表的標識信息的信道列表標識符，所述信道列表包括所述調(diào)諧器的接收信道內(nèi)的至少多個信道；并且其中，所述調(diào)諧器控制實例被配置以將與在所述信道列表中描述的多個信道對應(yīng)的、由調(diào)諧器接收的多個內(nèi)容設(shè)置為控制內(nèi)容的一個單位，并且根據(jù)與從客戶機接收的信道列表標識符對應(yīng)的控制請求，來執(zhí)行控制與在所述信道列表中描述的多個信道對應(yīng)的傳送內(nèi)容。
5.按照權(quán)利要求1所述的內(nèi)容提供服務(wù)器，其中，所述記錄源內(nèi)容標識符是信道列表URL(統(tǒng)一資源定位符)，所述信道列表URL被設(shè)置為信道列表的標識信息，所述信道列表包括在所述調(diào)諧器的接收信道內(nèi)的至少多個信道并且其中，所述記錄源內(nèi)容標識符是內(nèi)容存儲對象URL，所述內(nèi)容存儲對象URL被設(shè)置為與在所述內(nèi)容存儲單元中設(shè)置的內(nèi)容存儲區(qū)域?qū)?yīng)的內(nèi)容存儲對象的標識符。
6.按照權(quán)利要求1所述的內(nèi)容提供服務(wù)器，其中，所述內(nèi)容管理單元被配置以根據(jù)內(nèi)容管理目錄來執(zhí)行內(nèi)容信息管理，并且被配置以能夠?qū)?nèi)容記錄結(jié)束時間信息的設(shè)置信息和記錄質(zhì)量的至少一個保持為內(nèi)容存儲對象的元數(shù)據(jù)，所述內(nèi)容存儲對象作為所述內(nèi)容管理目錄的管理對象；并且，其中設(shè)置了所述記錄目標內(nèi)容標識符的存儲單元控制實例被配置以按照所述設(shè)置信息來執(zhí)行內(nèi)容記錄處理。
7.按照權(quán)利要求1所述的內(nèi)容提供服務(wù)器，其中，所述內(nèi)容管理單元被配置以在下述條件下執(zhí)行將內(nèi)容存儲對象URL設(shè)置為關(guān)于產(chǎn)生對象的元數(shù)據(jù)的處理，所述條件是在來自所述客戶機的內(nèi)容存儲對象的產(chǎn)生請求中，包括示出存儲實況內(nèi)容的內(nèi)容存儲對象的產(chǎn)生請求的信息。
8.按照權(quán)利要求1所述的內(nèi)容提供服務(wù)器，其中，所述內(nèi)容提供服務(wù)器被配置以在下述條件下執(zhí)行所述存儲單元控制實例的設(shè)置處理，所述條件是在來自所述客戶機的內(nèi)容存儲對象的產(chǎn)生請求中，包括示出存儲實況內(nèi)容的內(nèi)容存儲對象的產(chǎn)生請求的信息。
9.按照權(quán)利要求8所述的內(nèi)容提供服務(wù)器，其中，所述記錄單元控制實例的設(shè)置處理包括將內(nèi)容存儲對象URL設(shè)置為記錄目標內(nèi)容標識符的處理。
10.按照權(quán)利要求1所述的內(nèi)容提供服務(wù)器，其中，在所述內(nèi)容信息中包括對應(yīng)于內(nèi)容的協(xié)議信息；并且其中，在對應(yīng)于所述記錄源內(nèi)容而設(shè)置的協(xié)議信息中，設(shè)置作為調(diào)諧器標識信息的功能ID；并且其中，在對應(yīng)于所述記錄目標內(nèi)容而設(shè)置的協(xié)議信息中，設(shè)置作為內(nèi)容存儲單元標識信息的功能ID；并且其中，所述內(nèi)容傳送控制單元被配置以執(zhí)行作為控制實例的設(shè)置處理，所述控制實例執(zhí)行控制對象的控制，其中，根據(jù)所述功能ID來確定所述調(diào)諧器控制實例和所述存儲單元控制實例的每個。
11.按照權(quán)利要求1所述的內(nèi)容提供服務(wù)器，其中，所述內(nèi)容傳送控制單元被配置以設(shè)置控制實例，所述控制實例執(zhí)行由內(nèi)容標識符指定的內(nèi)容的處理控制，并被配置以根據(jù)控制實例來執(zhí)行對于每個內(nèi)容的控制；并且被配置以根據(jù)連接管理表來執(zhí)行連接管理，所述連接管理表對應(yīng)于實例ID、連接ID、和對應(yīng)于傳送內(nèi)容的協(xié)議信息，所述實例ID是所述調(diào)諧器控制實例和所述存儲單元控制實例的每個的標識符，所述連接ID是在服務(wù)器和客戶機之間的連接標識符。
12.按照權(quán)利要求1所述的內(nèi)容提供服務(wù)器，其中，所述內(nèi)容傳送控制單元被配置以從客戶機接收按照SOAP(簡單對象訪問控制)協(xié)議的傳送內(nèi)容的控制請求，并基于控制請求執(zhí)行內(nèi)容控制。
13.一種作為客戶機的信息處理設(shè)備，所述客戶機對于服務(wù)器請求調(diào)諧器接收的內(nèi)容的數(shù)據(jù)處理，其中，所述信息處理設(shè)備向所述服務(wù)器發(fā)送在從所述服務(wù)器接收的內(nèi)容信息中包括的協(xié)議信息內(nèi)的第一協(xié)議信息和第二協(xié)議信息，所述第一協(xié)議信息包括作為調(diào)諧器標識信息的調(diào)諧器標識功能ID，所述第二協(xié)議信息包括作為數(shù)據(jù)存儲單元標識信息的數(shù)據(jù)存儲單元標識功能ID；并且所述客戶機被配置以對于每個控制實例執(zhí)行控制請求的發(fā)送處理，其中，獲取從所述服務(wù)器接收的調(diào)諧器控制實例ID和存儲單元控制實例ID，并且指定所述控制實例ID。
14.按照權(quán)利要求13所述的信息處理設(shè)備，其中，所述信息處理設(shè)備被配置以對于所述調(diào)諧器控制實例執(zhí)行記錄源內(nèi)容標識符的設(shè)置請求，以及對于所述存儲單元控制實例執(zhí)行記錄目標內(nèi)容標識符的設(shè)置請求，并且還對于所述存儲單元控制實例執(zhí)行通知所述記錄源內(nèi)容標識符的處理。
15.按照權(quán)利要求14所述的信息處理設(shè)備，其中，所述記錄源內(nèi)容標識符是信道列表URL(統(tǒng)一資源定位符)，所述信道列表URL被設(shè)置為信道列表的標識信息，所述信道列表包括在所述調(diào)諧器的接收信道中的至少多個信道；并且其中，所述記錄目標內(nèi)容標識符是內(nèi)容存儲對象URL，所述內(nèi)容存儲對象URL被設(shè)置為與在所述內(nèi)容存儲單元中設(shè)置的內(nèi)容存儲區(qū)域?qū)?yīng)的內(nèi)容存儲對象的標識符。
16.一種用于執(zhí)行從調(diào)諧器接收的內(nèi)容的處理的信息處理方法，所述方法包括步驟，對于調(diào)諧器控制實例設(shè)置記錄源內(nèi)容標識符，所述調(diào)諧器控制實例對于從所述調(diào)諧器接收的內(nèi)容的客戶機執(zhí)行傳送處理控制；步驟，對于存儲單元控制實例設(shè)置記錄目標內(nèi)容標識符，所述存儲單元控制實例對于從所述調(diào)諧器接收的內(nèi)容的所述內(nèi)容存儲單元執(zhí)行記錄處理控制；控制請求接收步驟，用于接收控制請求，所述控制請求具有來自客戶機的調(diào)諧器控制實例或存儲單元控制實例的標識信息；以及控制步驟，用于根據(jù)所述標識信息從調(diào)諧器控制實例或存儲單元控制實例執(zhí)行調(diào)諧器控制或存儲單元控制。
17.按照權(quán)利要求16所述的信息處理方法，還包括步驟，對于所述記錄單元控制實例設(shè)置記錄源內(nèi)容標識符；其中，所述記錄單元控制實例根據(jù)所述記錄源內(nèi)容標識符來執(zhí)行記錄內(nèi)容的特定處理。
18.按照權(quán)利要求16所述的信息處理方法，還包括步驟，將所述記錄源內(nèi)容標識符設(shè)置為調(diào)諧器容器的元數(shù)據(jù)，作為內(nèi)容管理目錄的管理對象；步驟，將所述記錄目標內(nèi)容標識符設(shè)置為內(nèi)容存儲對象的元數(shù)據(jù)，作為所述內(nèi)容管理目錄的管理對象；步驟，按照來自所述客戶機的請求來執(zhí)行所述元數(shù)據(jù)的提供處理；以及在所述調(diào)諧器控制實例和所述記錄單元控制實例的每個中，按照來自所述客戶機的請求來執(zhí)行所述記錄源內(nèi)容標識符或記錄目標內(nèi)容標識符的設(shè)置處理。
19.按照權(quán)利要求16所述的信息處理方法，其中，所述記錄源內(nèi)容標識符是信道列表標識符，作為信道列表的標識信息，所述信道列表包括所述調(diào)諧器的接收信道內(nèi)的至少多個信道；并且其中，與在所述信道列表中描述的多個信道對應(yīng)，所述調(diào)諧器控制實例把將由調(diào)諧器接收的多個內(nèi)容設(shè)置為控制內(nèi)容的一個單位，并且根據(jù)與將從客戶機接收的信道列表標識符對應(yīng)的控制請求，來執(zhí)行與在所述信道列表中描述的多個信道對應(yīng)的傳送內(nèi)容的控制。
20.按照權(quán)利要求16所述的信息處理方法，其中，所述記錄源內(nèi)容標識符是被設(shè)置為信道列表的標識信息的信道列表URL(統(tǒng)一資源定位符)，所述信道列表包括所述調(diào)諧器的接收信道內(nèi)的至少多個信道；并且其中，所述記錄目標內(nèi)容標識符是內(nèi)容存儲對象URL，所述內(nèi)容存儲對象URL被設(shè)置為與在所述內(nèi)容存儲單元中設(shè)置的內(nèi)容存儲區(qū)域?qū)?yīng)的內(nèi)容存儲對象的標識符。
21.按照權(quán)利要求16所述的信息處理方法，還包括步驟，將內(nèi)容記錄結(jié)束時間信息的設(shè)置信息和記錄質(zhì)量的至少一個設(shè)置為內(nèi)容存儲對象的元數(shù)據(jù)，所述內(nèi)容存儲對象作為所述內(nèi)容管理目錄的管理對象；以及步驟，在設(shè)置了所述記錄目標內(nèi)容標識符的存儲單元控制實例中，按照所述設(shè)置信息來執(zhí)行內(nèi)容記錄處理。
22.按照權(quán)利要求16所述的信息處理方法，還包括步驟，在下述條件下執(zhí)行將內(nèi)容存儲對象URL設(shè)置為關(guān)于產(chǎn)生對象的元數(shù)據(jù)的處理，所述條件是在來自所述客戶機的內(nèi)容存儲對象的產(chǎn)生請求中，包括示出存儲實況內(nèi)容的內(nèi)容存儲對象的產(chǎn)生請求的信息。
23.按照權(quán)利要求16所述的信息處理方法，還包括步驟，在下述條件下執(zhí)行對于所述存儲單元控制實例的設(shè)置處理，所述條件是在來自所述客戶機的內(nèi)容存儲對象的產(chǎn)生請求中，包括示出存儲實況內(nèi)容的內(nèi)容存儲對象的產(chǎn)生請求的信息。
24.按照權(quán)利要求23所述的信息處理方法，其中，所述存儲單元控制實例的設(shè)置處理包括將內(nèi)容存儲對象URL設(shè)置為記錄目標內(nèi)容標識符的處理。
25.按照權(quán)利要求16所述的信息處理方法，其中，在所述內(nèi)容信息中包括對應(yīng)于內(nèi)容的協(xié)議信息；并且其中，在對應(yīng)于所述記錄源內(nèi)容而設(shè)置的協(xié)議信息中設(shè)置作為調(diào)諧器標識信息的功能ID；并且其中，在對應(yīng)于所述記錄目標內(nèi)容而設(shè)置的協(xié)議信息中設(shè)置作為內(nèi)容存儲單元標識信息的功能ID；并且其中，所述信息處理方法還執(zhí)行作為控制實例的設(shè)置處理，所述控制實例執(zhí)行對于控制對象的控制，其中，根據(jù)所述功能ID來確定所述調(diào)諧器控制實例和所述存儲單元控制實例的每個。
26.按照權(quán)利要求16所述的信息處理方法，還包括步驟，用于設(shè)置控制實例并且根據(jù)控制實例來對于每個內(nèi)容執(zhí)行控制，所述控制實例對于由內(nèi)容標識符指定的內(nèi)容執(zhí)行處理控制；并且其中，根據(jù)連接管理表來執(zhí)行連接管理，所述連接管理表與實例ID、連接ID、和與傳送內(nèi)容對應(yīng)的協(xié)議信息相對應(yīng)，所述實例ID是所述調(diào)諧器控制實例和所述存儲單元控制實例的每個的標識符，所述連接ID是在服務(wù)器和客戶機之間的連接標識符。
27.按照權(quán)利要求16所述的信息處理方法，其中，所述控制請求接收步驟從客戶機接收對于按照SOAP(簡單對象訪問控制)協(xié)議傳送內(nèi)容的控制請求；并且其中，所述控制步驟被配置以根據(jù)從客戶機接收的控制請求來執(zhí)行內(nèi)容控制。
28.一種客戶機中的信息處理方法，所述客戶機對于服務(wù)器請求調(diào)諧器接收的內(nèi)容的數(shù)據(jù)處理，所述方法包括協(xié)議信息發(fā)送步驟，用于向所述服務(wù)器發(fā)送第一協(xié)議信息和第二協(xié)議信息，所述第一協(xié)議信息包括作為調(diào)諧器標識信息的調(diào)諧器標識功能ID，所述第二協(xié)議信息包括作為數(shù)據(jù)存儲單元標識信息的數(shù)據(jù)存儲單元標識功能ID，所述第一協(xié)議信息和第二協(xié)議信息在從所述服務(wù)器接收的內(nèi)容信息中包括的協(xié)議信息中；ID獲取步驟，用于獲取從所述服務(wù)器接收的調(diào)諧器控制實例ID和存儲單元控制實例ID；以及控制請求發(fā)送步驟，用于對于其中指定了控制實例ID的每個控制實例執(zhí)行控制請求的發(fā)送處理。
29.按照權(quán)利要求28所述的信息處理方法，還包括步驟，執(zhí)行關(guān)于所述調(diào)諧器控制實例的記錄源內(nèi)容標識符的設(shè)置請求和關(guān)于所述存儲單元控制實例的記錄目標內(nèi)容標識符的設(shè)置請求，還執(zhí)行對于所述存儲單元控制實例來通知所述記錄源內(nèi)容標識符的處理。
30.按照權(quán)利要求29所述的信息處理方法，其中，所述記錄源內(nèi)容標識符是信道列表URL(統(tǒng)一資源定位符)，所述信道列表URL被設(shè)置為信道列表的標識信息，所述信道列表包括所述調(diào)諧器的接收信道內(nèi)的至少多個信道；并且其中，所述記錄目標內(nèi)容標識符是內(nèi)容存儲對象URL，所述內(nèi)容存儲對象URL被設(shè)置為與所述內(nèi)容存儲單元中設(shè)置的內(nèi)容存儲區(qū)域?qū)?yīng)的內(nèi)容存儲對象的標識符。
31.一種用于執(zhí)行從調(diào)諧器接收的內(nèi)容的處理的計算機程序，所述程序包括步驟，對于調(diào)諧器控制實例設(shè)置記錄源內(nèi)容標識符，所述調(diào)諧器控制實例對于從所述調(diào)諧器接收的內(nèi)容的客戶機執(zhí)行傳送處理控制；步驟，對于存儲單元控制實例設(shè)置記錄目標內(nèi)容標識符，所述存儲單元控制實例對于從所述調(diào)諧器接收的內(nèi)容的所述內(nèi)容存儲單元執(zhí)行記錄處理控制；控制請求接收步驟，用于接收控制請求，所述控制請求具有來自客戶機的調(diào)諧器控制實例或存儲單元控制實例的標識信息；以及控制步驟，用于基于所述標識信息，根據(jù)調(diào)諧器控制實例或存儲單元控制實例來執(zhí)行調(diào)諧器控制或存儲單元控制。
32.一種客戶機內(nèi)的計算機程序，所述客戶機對于服務(wù)器來請求從調(diào)諧器接收的內(nèi)容的數(shù)據(jù)處理，所述程序包括協(xié)議信息發(fā)送步驟，用于向所述服務(wù)器發(fā)送第一協(xié)議信息和第二協(xié)議信息，所述第一協(xié)議信息包括作為調(diào)諧器標識信息的調(diào)諧器標識功能ID，所述第二協(xié)議信息包括作為數(shù)據(jù)存儲單元標識信息的數(shù)據(jù)存儲單元標識功能ID，所述第一協(xié)議信息和第二協(xié)議信息在從所述服務(wù)器接收的內(nèi)容信息中包括的協(xié)議信息中；ID獲取步驟，用于獲取從所述服務(wù)器接收的調(diào)諧器控制實例ID和存儲單元控制實例ID；以及控制請求發(fā)送步驟，用于對于其中指定了控制實例ID的每個控制實例執(zhí)行控制請求的發(fā)送處理。
全文摘要
一種用于從調(diào)諧器接收內(nèi)容服務(wù)器向客戶機的實況流的傳送和記錄的改進控制的設(shè)備和方法。調(diào)諧器控制實例和存儲單元控制實例被獨立地設(shè)置，所述調(diào)諧器控制實例在調(diào)諧器的控制下執(zhí)行調(diào)諧器接收內(nèi)容的流傳送，存儲單元控制實例在諸如硬盤的內(nèi)容存儲單元的控制下執(zhí)行調(diào)諧器接收內(nèi)容的記錄。在那些實例中分別設(shè)置信道列表URL和視頻囊URL、以及控制實例ID，以個別地從客戶機接收請求，所述信道列表URL和視頻囊URL是內(nèi)容URL，通過其可以標識處理控制對象，控制實例ID是控制實例(AVT實例)的標識符。這種配置使得可以響應(yīng)于來自客戶機的請求而執(zhí)行獨立的處理。
文檔編號H04L12/56GK1788259SQ20048001303
公開日2006年6月14日 申請日期2004年4月5日 優(yōu)先權(quán)日2003年4月8日
發(fā)明者吉川典史, 五十嵐卓也, 三堀裕之 申請人:索尼株式會社