專利名稱：信息處理裝置、信息處理方法以及計算機(jī)程序的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種執(zhí)行網(wǎng)絡(luò)連接設(shè)備之間的內(nèi)容傳輸、保存 處理的信息處理裝置、信息處理方法以及計算機(jī)程序。
更詳細(xì)地說，本發(fā)明涉及一種在應(yīng)用了UPnP(注冊商標(biāo))中 規(guī)定的服務(wù)器的CDS(內(nèi)容目錄服務(wù))的內(nèi)容管理結(jié)構(gòu)中能夠進(jìn) 行由客戶端對服務(wù)器指定了內(nèi)容保存目的地的內(nèi)容保存請求的 信息處理裝置、信息處理方法以及計算機(jī)程序。
背景技術(shù)：
隨著近來的數(shù)據(jù)通信網(wǎng)絡(luò)的普及，家庭內(nèi)也正在滲透一種 對家電設(shè)備、計算機(jī)、其它的周邊設(shè)備進(jìn)行網(wǎng)絡(luò)連接而能夠進(jìn) 行各設(shè)備之間的通信的所謂的家庭網(wǎng)絡(luò)。家庭網(wǎng)絡(luò)通過在網(wǎng)絡(luò) 連接設(shè)備之間進(jìn)行通信來共享各設(shè)備的數(shù)據(jù)處理功能、或者在 設(shè)備之間進(jìn)行內(nèi)容的發(fā)送接收等，從而為用戶提供便利性和舒 適性，預(yù)計今后會逐漸普及。
作為適于這種家庭網(wǎng)絡(luò)的結(jié)構(gòu)的協(xié)i義，已知UPnP。 UPnP 不進(jìn)行復(fù)雜的操作而能夠容易地構(gòu)建網(wǎng)絡(luò)，不進(jìn)行難的操作、 設(shè)定而在進(jìn)行網(wǎng)絡(luò)連接的設(shè)備中能夠接受各連接設(shè)備所提供的 服務(wù)。另外，UPnP也不依賴于設(shè)備上的OS(操作系統(tǒng))，從而具 有能夠容易地追加設(shè)備的優(yōu)點。
UPnP在連接設(shè)備之間交換依據(jù)XML(eXtensible Markup Language:可擴(kuò)展標(biāo)記語言)的定義文件，在設(shè)備之間進(jìn)行相互 識別。UPnP的處理的概要如下。
(1) 獲取IP地址等自己的設(shè)備ID的尋址處理。
(2) 對網(wǎng)絡(luò)上的各設(shè)備進(jìn)行檢索而從各設(shè)備接收響應(yīng)并獲取響應(yīng)中所包含的設(shè)備種類、功能等信息的發(fā)現(xiàn)(discovery)處理。
(3)根據(jù)通過發(fā)現(xiàn)處理獲取到的信息來向各設(shè)備請求服務(wù)的服務(wù)請求處理。
通過進(jìn)行上述處理過程，能夠進(jìn)行應(yīng)用了被網(wǎng)絡(luò)連接的設(shè)備的服務(wù)的提供以及接受。新連接到網(wǎng)絡(luò)上的設(shè)備能夠通過上述尋址處理獲取設(shè)備ID，通過發(fā)現(xiàn)處理獲取連接在網(wǎng)絡(luò)上的其它設(shè)備的信息，并根據(jù)獲取信息向其它設(shè)備請求服務(wù)。
例如，進(jìn)行保存各種音樂、圖像等內(nèi)容而根據(jù)客戶端的請求將內(nèi)容提供給客戶端的服務(wù)的服務(wù)器具備CDS(內(nèi)容目錄服務(wù))作為執(zhí)行內(nèi)容管理處理的功能。
CDS(內(nèi)容目錄服務(wù))利用具有分層結(jié)構(gòu)的內(nèi)容管理目錄來管理保存在服務(wù)器的存儲單元、例如硬盤、DVD等存儲單元中的內(nèi)容。CDS(內(nèi)容目錄服務(wù))保持內(nèi)容列表，進(jìn)行基于內(nèi)容列表的內(nèi)容管理，其中，上述內(nèi)容列表具有按照應(yīng)用了例如類型、藝術(shù)家等的與內(nèi)容對應(yīng)的元數(shù)據(jù)的獨特的分類的分叉樹狀的分層結(jié)構(gòu)。
在客戶端再現(xiàn)作為服務(wù)器的管理內(nèi)容的音樂數(shù)據(jù)、圖像數(shù)據(jù)等內(nèi)容的情況下，客戶端對服務(wù)器發(fā)送內(nèi)容信息的獲取請求。服務(wù)器將在CDS中管理的內(nèi)容列表提示給客戶端，客戶端從內(nèi)容列表中選擇所希望的內(nèi)容，并向服務(wù)器請求內(nèi)容的獲取。通過該處理，客戶端能夠從服務(wù)器獲取特定的內(nèi)容來進(jìn)行再現(xiàn)。此外，例如在專利文獻(xiàn)1中記載有這種內(nèi)容保存以及再現(xiàn)處理結(jié)構(gòu)。
另 一方面，客戶端例如能夠?qū)⒖蛻舳说拇鎯Σ克鎯Φ膬?nèi)容提供給服務(wù)器，設(shè)定為服務(wù)器內(nèi)的CDS(內(nèi)容目錄服務(wù))管理內(nèi)容。通過該處理，連接在網(wǎng)絡(luò)上的其它客戶端也能夠獲取該
ii新保存的內(nèi)容來進(jìn)行再現(xiàn)、利用。具體地說，例如能夠進(jìn)行如
下處理客戶端通過網(wǎng)絡(luò)將單獨獲取到的音樂、圖像內(nèi)容輸出到服務(wù)器并設(shè)定為服務(wù)器的管理內(nèi)容的處理；在客戶端是數(shù)字照相機(jī)的情況下將由數(shù)字照相機(jī)拍攝得到的圖像數(shù)據(jù)設(shè)為服務(wù)器的管理內(nèi)容的處理等。
但是，服務(wù)器在CDS中執(zhí)行基于內(nèi)容列表的內(nèi)容管理，客戶端在CDS所提示的內(nèi)容列表上指定服務(wù)器中的內(nèi)容保存位置。因而，即使在例如服務(wù)器具有硬盤、DVD等各種存儲單元的情況下，客戶端也無法向服務(wù)器請求指定了這些存儲單元的內(nèi)容保存。
專利文獻(xiàn)l:日本特開2004—348455號/>才艮

發(fā)明內(nèi)容
發(fā)明要解決的問題
本發(fā)明是鑒于上述狀況而完成的，其目的在于提供一種在應(yīng)用了UPnP中規(guī)定的服務(wù)器的CDS(內(nèi)容目錄服務(wù))的內(nèi)容管理結(jié)構(gòu)中能夠進(jìn)行由客戶端對服務(wù)器指定了內(nèi)容保存目的地的內(nèi)容保存請求的信息處理裝置、信息處理方法以及計算機(jī)程序。
用于解決問題的方案
本發(fā)明的第一方面是一種信息處理裝置，是通過網(wǎng)絡(luò)對服務(wù)器執(zhí)行內(nèi)容保存處理的信息處理裝置，上述服務(wù)器具備利用具有分層結(jié)構(gòu)的內(nèi)容管理目錄執(zhí)行內(nèi)容管理的CDS(內(nèi)容目錄服務(wù))功能，上述信息處理裝置的特征在于，具有
通信部，其執(zhí)行數(shù)據(jù)通信；以及
控制部，其執(zhí)行如下處理通過上述通信部從服務(wù)器接受
包含保存目的地標(biāo)識符的存儲單元信息，并向服務(wù)器發(fā)送設(shè)定有保存目的地標(biāo)識符的內(nèi)容保存請求以及保存內(nèi)容，其中，上述保存目的地標(biāo)識符是與服務(wù)器所具有的存儲單元對應(yīng)的標(biāo)識
對付。
并且，在本發(fā)明的信息處理裝置的一個實施方式的特征在于，上述控制部具有執(zhí)行將如下信息發(fā)送到上述服務(wù)器的處理
的結(jié)構(gòu)服務(wù)器將對上述服務(wù)器發(fā)送的內(nèi)容與上述CDS的管理目錄上的容器相對應(yīng)。
并且，在本發(fā)明的信息處理裝置的一個實施方式的特征在于，上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)根據(jù)經(jīng)由輸入部的內(nèi)容保存目的地指定信息的輸入，生成并向服務(wù)器發(fā)送設(shè)定有與被指定的存儲單元對應(yīng)的保存目的地標(biāo)識符的內(nèi)容保存請求。
并且，在本發(fā)明的信息處理裝置的一個實施方式的特征在于，上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)獲取作為登記信息而被記錄在存儲部中的內(nèi)容保存目的地指定信息，生成并向服務(wù)器發(fā)送設(shè)定有與獲取到的登記信息對應(yīng)的保存目的地標(biāo)識符的內(nèi)容保存請求。
并且，在本發(fā)明的信息處理裝置的一個實施方式的特征在于，上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)根據(jù)從上述服務(wù)器接收的存儲單元信息生成包含該存儲單元信息的顯示信息并將該顯示信息顯示在顯示部上。
并且，在本發(fā)明的信息處理裝置的一個實施方式的特征在于，上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)生成包含從上述服務(wù)器接收的存儲單元信息中所包含的存儲單元名稱的顯示信息并將該顯示信息顯示在顯示部上。
并且，在本發(fā)明的信息處理裝置的一個實施方式的特征在于，上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)根據(jù)從上述服務(wù)器接收的存儲單元信息中所包含的、對于存儲單元未放入介質(zhì)的狀態(tài)信息，對顯示部執(zhí)行警告顯示。
并且，在本發(fā)明的信息處理裝置的一個實施方式的特征在
于，上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)執(zhí)行從上述服務(wù)器接收的存儲單元信息中所包含的存儲單元的可記錄容量與預(yù)定保存內(nèi)容的量的比較處理，在上述存儲單元的可記錄容量為預(yù)定保存內(nèi)容的量以下的情況下，對顯示部執(zhí)行警告顯示。
并且，在本發(fā)明的信息處理裝置的一個實施方式的特征在于，上述信息處理裝置是執(zhí)行接收廣播內(nèi)容并將接收內(nèi)容輸出到作為錄像機(jī)的服務(wù)器的處理的接收機(jī)，上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)按照預(yù)先登記的與預(yù)定記錄的廣播內(nèi)容的錄像開始和結(jié)束預(yù)定時刻有關(guān)的信息，執(zhí)行接收內(nèi)容向錄像機(jī)的#T出開始處理以及4亭止處理。
并且，在本發(fā)明的信息處理裝置的一個實施方式的特征在于，上述信息處理裝置是執(zhí)行接收廣播內(nèi)容并將接收內(nèi)容輸出到作為錄像機(jī)的服務(wù)器的處理的接收機(jī)，上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)將預(yù)定記錄的廣播內(nèi)容的量與從錄像機(jī)接受的存儲單元信息中所包含的存儲單元的可記錄容量進(jìn)行比較，
在上述存儲單元的可記錄容量為預(yù)定保存內(nèi)容的量以下的情況下，對顯示部執(zhí)行警告顯示。
并且，本發(fā)明的第二方面是一種信息處理裝置，是作為服務(wù)器執(zhí)行對于通過網(wǎng)絡(luò)的來自客戶端的內(nèi)容保存請求的處理的信息處理裝置，其特征在于，具有
通信部，其執(zhí)行數(shù)據(jù)通信；以及
控制部，其執(zhí)行CDS(內(nèi)容目錄服務(wù))功能，該CDS功能進(jìn)行基于具有分層結(jié)構(gòu)的內(nèi)容管理目錄的內(nèi)容管理，上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)
通過上述通信部從客戶端接收設(shè)定有保存目的地標(biāo)識符的內(nèi)容保存請求，選擇與該保存目的地標(biāo)識符對應(yīng)的存儲單元作 為來自客戶端的發(fā)送內(nèi)容的保存目的地，來執(zhí)行內(nèi)容保存處理， 其中，上述保存目的地標(biāo)識符是與服務(wù)器所具有的存儲單元對 應(yīng)的標(biāo)識符。
并且，在本發(fā)明的信息處理裝置的一個實施方式的特征在
于，上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)根據(jù)來自客戶端的
存儲單元信息獲取請求的接收，將包含作為與服務(wù)器所具有的 存儲單元對應(yīng)的標(biāo)識符的保存目的地標(biāo)識符的存儲單元信息發(fā) 送到客戶端。
并且，在本發(fā)明的信息處理裝置的 一個實施方式的特征在
于，上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)根據(jù)來自客戶端的 存儲單元信息獲取請求的接收，將包含能夠在服務(wù)器所具有的 存儲單元中放入的介質(zhì)的信息以及在該存儲單元中放入的當(dāng)前 介質(zhì)的信息的存儲單元信息發(fā)送到客戶端。
并且，在本發(fā)明的信息處理裝置的一個實施方式的特征在 于，上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)根據(jù)來自客戶端的 存儲單元信息獲取請求的接收，將包含被放入在服務(wù)器所具有 的存儲單元中的介質(zhì)的容量信息的存儲單元信息發(fā)送到客戶 端。
并且，在本發(fā)明的信息處理裝置的一個實施方式的特征在 于，上述信息處理裝置是錄像機(jī)，上述客戶端是執(zhí)行接收廣播 內(nèi)容并將接收內(nèi)容輸出到作為錄像機(jī)的服務(wù)器的處理的接收 機(jī)，上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)按照預(yù)先登記的與 預(yù)定記錄的廣播內(nèi)容的錄像開始和結(jié)束預(yù)定時刻有關(guān)的信息， 執(zhí)行從接收機(jī)的內(nèi)容的輸入開始處理以及停止處理。
并且，本發(fā)明的第三方面是一種信息處理方法，是通過網(wǎng) 絡(luò)對服務(wù)器執(zhí)行內(nèi)容保存處理的信息處理裝置中的信息處理方法，上述服務(wù)器具備利用具有分層結(jié)構(gòu)的內(nèi)容管理目錄執(zhí)行內(nèi)
容管理的CDS(內(nèi)容目錄服務(wù))功能，上述信息處理方法的特征 在于，具有以下步驟
存儲單元信息輸入步驟，在控制部中，輸入通過通信部從 服務(wù)器接收的包含保存目的地標(biāo)識符的存儲單元信息，其中， 上述保存目的地標(biāo)識符是與服務(wù)器所具有的存儲單元對應(yīng)的標(biāo) 識符；以及
數(shù)據(jù)發(fā)送步驟，在控制部中，執(zhí)行通過通信部向服務(wù)器發(fā) 送設(shè)定有保存目的地標(biāo)識符的內(nèi)容保存請求以及保存內(nèi)容的處理。
并且，在本發(fā)明的信息處理方法的一個實施方式的特征在 于，上述數(shù)據(jù)發(fā)送步驟包括執(zhí)行將如下信息發(fā)送到上述服務(wù)器 的處理的步驟服務(wù)器將對上述服務(wù)器發(fā)送的內(nèi)容與上述CDS 的管理目錄上的容器相對應(yīng)。
并且，在本發(fā)明的信息處理方法的一個實施方式的特征在 于，上述數(shù)據(jù)發(fā)送步驟是執(zhí)行如下處理的步驟根據(jù)經(jīng)由輸入 部的內(nèi)容保存目的地指定信息的輸入，生成并向服務(wù)器發(fā)送設(shè) 定有與被指定的存儲單元對應(yīng)的保存目的地標(biāo)識符的內(nèi)容保存 請求。
并且，在本發(fā)明的信息處理方法的一個實施方式的特征在 于，上述數(shù)據(jù)發(fā)送步驟是執(zhí)行如下處理的步驟獲取作為登記 信息而被記錄在存儲部中的內(nèi)容保存目的地指定信息，生成并 向服務(wù)器發(fā)送設(shè)定有與獲取到的登記信息對應(yīng)的保存目的地標(biāo) 識符的內(nèi)容保存請求。
并且，在本發(fā)明的信息處理方法的一個實施方式的特征在 于，上述信息處理方法還具有執(zhí)行如下處理的顯示步驟在上 述控制部中，根據(jù)從上述服務(wù)器接收的存儲單元信息生成包含
16該存儲單元信息的顯示信息并將該顯示信息顯示在顯示部上。 并且，在本發(fā)明的信息處理方法的一個實施方式的特征在
于，上述信息處理方法還具有執(zhí)行如下處理的顯示步驟在上 述控制部中，生成包含從上述服務(wù)器接收的存儲單元信息中所 包含的存儲單元名稱的顯示信息并將該顯示信息顯示在顯示部 上。
并且，在本發(fā)明的信息處理方法的一個實施方式的特征在 于，上述信息處理方法還具有執(zhí)行如下處理的顯示步驟在上 述控制部中，根據(jù)從上述服務(wù)器接收的存儲單元信息中所包含 的、對于存儲單元未放入介質(zhì)的狀態(tài)信息，對顯示部執(zhí)行警告 顯示。
并且，在本發(fā)明的信息處理方法的一個實施方式的特征在 于，上述信息處理方法還具有執(zhí)行如下處理的顯示步驟在上 述控制部中，執(zhí)行從上述服務(wù)器接收的存儲單元信息中所包含 的存儲單元的可記錄容量與預(yù)定保存內(nèi)容的量的比較處理，在
上述存儲單元的可記錄容量為預(yù)定保存內(nèi)容的量以下的情況 下，對顯示部執(zhí)行警告顯示。
并且，在本發(fā)明的信息處理方法的一個實施方式的特征在 于，上述信息處理裝置是執(zhí)行接收廣播內(nèi)容并將接收內(nèi)容輸出 到作為錄像機(jī)的服務(wù)器的處理的接收機(jī)，上述控制部按照預(yù)先 登記的與預(yù)定記錄的廣播內(nèi)容的錄像開始和結(jié)束預(yù)定時刻有關(guān) 的信息，執(zhí)行接收內(nèi)容向錄像機(jī)的輸出開始處理以及停止處理。
并且，在本發(fā)明的信息處理方法的一個實施方式的特征在 于，上述信息處理裝置是執(zhí)行接收廣播內(nèi)容并將接收內(nèi)容輸出 到作為錄像機(jī)的服務(wù)器的處理的接收機(jī)，上述控制部將預(yù)定記 錄的廣播內(nèi)容的量與從錄像機(jī)接受的存儲單元信息中所包含的 存儲單元的可記錄容量進(jìn)行比較，在上述存儲單元的可記錄容量為預(yù)定保存內(nèi)容的量以下的情況下，對顯示部執(zhí)行警告顯示。 并且，本發(fā)明的第四方面是一種信息處理方法，是在執(zhí)行 對于通過網(wǎng)絡(luò)的來自客戶端的內(nèi)容保存請求的處理的作為服務(wù) 器的信息處理裝置中執(zhí)行的信息處理方法，其特征在于，具有
以下步驟
內(nèi)容保存請求接收步驟，在通信部中，從客戶端接收設(shè)定 有作為與服務(wù)器所具有的存儲單元對應(yīng)的標(biāo)識符的保存目的地
標(biāo)識符的內(nèi)容保存請求；
內(nèi)容保存步驟，在控制部中，選擇與上述保存目的地標(biāo)識 符對應(yīng)的存儲單元而作為來自客戶端的發(fā)送內(nèi)容的保存目的 地，執(zhí)行來自客戶端的接收內(nèi)容的保存處理；以及
在控制部中按照進(jìn)行基于具有分層結(jié)構(gòu)的內(nèi)容管理目錄的 內(nèi)容管理的CDS(內(nèi)容目錄服務(wù))功能而使上述來自客戶端的接 收內(nèi)容與上述內(nèi)容管理目錄相對應(yīng)的步驟。
并且，在本發(fā)明的信息處理方法的一個實施方式的特征在 于，上述信息處理方法還具有執(zhí)行如下處理的存儲單元信息發(fā) 送步驟在上述控制部中，根據(jù)來自客戶端的存儲單元信息獲 取請求的接收，將包含作為與服務(wù)器所具有的存儲單元對應(yīng)的 標(biāo)識符的保存目的地標(biāo)識符的存儲單元信息發(fā)送到客戶端。
并且，在本發(fā)明的信息處理方法的一個實施方式的特征在 于，上述信息處理方法還具有執(zhí)行如下處理的存儲單元信息發(fā) 送步驟在上述控制部中，根據(jù)來自客戶端的存儲單元信息獲 取請求的接收，將包含能夠放入到服務(wù)器所具有的存儲單元中 的介質(zhì)的信息以及^皮i支入到該存儲單元中的當(dāng)前介質(zhì)的信息的 存儲單元信息發(fā)送到客戶端。
并且，在本發(fā)明的信息處理方法的一個實施方式的特征在 于，上述信息處理方法還具有執(zhí)行如下處理的存儲單元信息發(fā)
18送步驟在上述控制部中，根據(jù)來自客戶端的存儲單元信息獲 取請求的接收，將包含被放入在服務(wù)器所具有的存儲單元中的
介質(zhì)的容量信息的存儲單元信息發(fā)送到客戶端。
并且，在本發(fā)明的信息處理方法的一個實施方式的特征在 于，上述信息處理裝置是錄像機(jī)，上述客戶端是執(zhí)行接收廣播 內(nèi)容并將接收內(nèi)容輸出到作為錄像機(jī)的服務(wù)器的處理的接收 機(jī)，上述控制部按照預(yù)先登記的與預(yù)定記錄的廣播內(nèi)容的錄像 開始和結(jié)束預(yù)定時刻有關(guān)的信息，執(zhí)行從接收機(jī)的內(nèi)容的輸入 開始處理以及停止處理。
并且，本發(fā)明的第五方面是一種計算機(jī)程序，是在通過網(wǎng) 絡(luò)對服務(wù)器執(zhí)行內(nèi)容保存處理的信息處理裝置中執(zhí)行信息處理 的計算機(jī)程序，上述服務(wù)器具備利用具有分層結(jié)構(gòu)的內(nèi)容管理
目錄執(zhí)行內(nèi)容管理的CDS(內(nèi)容目錄服務(wù))功能，該計算機(jī)程序 的特征在于，執(zhí)行以下步驟
存儲單元信息輸入步驟，在控制部中，輸入通過通信部從 服務(wù)器接收的包含保存目的地標(biāo)識符的存儲單元信息，其中， 上述保存目的地標(biāo)識符是與服務(wù)器所具有的存儲單元對應(yīng)的標(biāo) 識符；以及
數(shù)據(jù)發(fā)送步驟，在控制部中，執(zhí)行通過通信部向服務(wù)器發(fā) 送設(shè)定有保存目的地標(biāo)識符的內(nèi)容保存請求以及保存內(nèi)容的處理。
并且，本發(fā)明的第六方面是一種計算機(jī)程序，是在信息處 理裝置中執(zhí)行對于通過網(wǎng)絡(luò)的來自客戶端的內(nèi)容保存請求的處 理的計算機(jī)程序，其特征在于，執(zhí)行以下步驟
內(nèi)容保存請求輸入步驟，在控制部中，輸入通過通信部從 客戶端接收的設(shè)定有保存目的地標(biāo)識符的內(nèi)容保存請求，其中， 上述保存目的地標(biāo)識符是與服務(wù)器所具有的存儲單元對應(yīng)的標(biāo)
19識符；
內(nèi)容保存步驟，在控制部中，選擇與上述保存目的地標(biāo)識 符對應(yīng)的存儲單元作為來自客戶端的發(fā)送內(nèi)容的保存目的地，
執(zhí)行來自客戶端的接收內(nèi)容的保存處理；以及
在控制部中按照進(jìn)行基于具有分層結(jié)構(gòu)的內(nèi)容管理目錄的 內(nèi)容管理的CDS(內(nèi)容目錄服務(wù))功能而使上述來自客戶端的接 收內(nèi)容與上述內(nèi)容管理目錄相對應(yīng)的步驟。
此外，本發(fā)明的計算機(jī)程序例如是以計算機(jī)可讀的形式提 供給可執(zhí)行各種程序代碼的通用計算機(jī)系統(tǒng)的、能夠通過存儲 介質(zhì)、通信介質(zhì)、例如CD、 FD、 MO等存儲介質(zhì)、或者網(wǎng)絡(luò)等 通信介質(zhì)來提供的計算機(jī)程序。通過以計算機(jī)可讀的形式提供 這種程序，在計算機(jī)系統(tǒng)上實現(xiàn)與程序相應(yīng)的處理。
本發(fā)明的進(jìn)一步的其它的目的、特征、優(yōu)點通過基于后面 敘述的本發(fā)明的實施例、附圖的更詳細(xì)的說明而變得明確。此 外，在本說明書中，系統(tǒng)是指多個裝置的邏輯上的集合結(jié)構(gòu)， 不限于將各結(jié)構(gòu)的裝置置于同一殼體內(nèi)。
發(fā)明的效果
根據(jù)本發(fā)明的一個實施例的結(jié)構(gòu)，在通過網(wǎng)絡(luò)進(jìn)行連接的 客戶端與服務(wù)器之間，當(dāng)執(zhí)行從客戶端向服務(wù)器上傳內(nèi)容的處 理時，客戶端從服務(wù)器獲取與服務(wù)器所具有的存儲單元對應(yīng)的 保存目的地標(biāo)識符，將設(shè)定有與客戶端所希望的存儲單元對應(yīng) 的保存目的地標(biāo)識符的內(nèi)容保存請求輸出到服務(wù)器。服務(wù)器獲 取從客戶端接收的內(nèi)容保存請求中所包含的保存目的地標(biāo)識 符，選擇由保存目的地標(biāo)識符指定的存儲單元來保存來自客戶 端的上傳內(nèi)容。通過本結(jié)構(gòu)，客戶端能夠任意指定服務(wù)器的特 定的存儲單元，進(jìn)行內(nèi)容的記錄。


圖l是說明在進(jìn)行網(wǎng)絡(luò)連接的服務(wù)器與客戶端之間執(zhí)行的 處理的圖。
圖2是說明在進(jìn)行網(wǎng)絡(luò)連接的服務(wù)器與客戶端之間執(zhí)行的 向客戶端輸出服務(wù)器內(nèi)容的處理的圖。
圖4是說明在向服務(wù)器上傳客戶端內(nèi)容的處理中伴隨內(nèi)容 列表的位置指定的處理的圖。
圖5是說明在向服務(wù)器上傳客戶端內(nèi)容的處理中不伴隨內(nèi) 容列表的位置指定的處理的圖。
圖6是說明在向服務(wù)器上傳客戶端內(nèi)容的處理中伴隨內(nèi)容 的保存目的地指定的處理的圖。
圖7是說明在向服務(wù)器上傳客戶端內(nèi)容的處理中客戶端的 UI中顯示的內(nèi)容選擇畫面的顯示例的圖。
圖8是說明在向服務(wù)器客戶端內(nèi)容上傳的處理中客戶端的 UI中顯示的服務(wù)器列表的顯示例的圖。
圖9是說明在向服務(wù)器上傳客戶端內(nèi)容的處理中客戶端的 UI中顯示的保存目的地名稱的顯示例的圖。
向客戶端提供的存儲單元信息的例子的圖。
圖ll是說明在向服務(wù)器上傳客戶端內(nèi)容的處理中客戶端的 UI中所顯示的存儲單元信息的顯示例的圖。
圖12是說明在向服務(wù)器上傳客戶端內(nèi)容的處理中的客戶端 服務(wù)器的處理時序的圖。
服務(wù)器的處理時序的圖。
圖14是說明在接收機(jī)和錄像機(jī)中執(zhí)行的內(nèi)容錄像處理例的圖。
圖15是說明在接收機(jī)和錄像機(jī)中執(zhí)行的內(nèi)容錄像處理例的圖。
圖16是說明在接收機(jī)和錄像機(jī)中執(zhí)行的內(nèi)容錄像處理例的圖。
圖17是說明客戶端和服務(wù)器的處理功能的框圖。圖18是說明作為客戶端和服務(wù)器的信息處理裝置的硬件結(jié)構(gòu)例的圖。
具體實施例方式
下面參照附圖來詳細(xì)說明本發(fā)明的信息處理裝置、信息處理方法以及計算才幾程序。[系統(tǒng)概要]
首先，參照圖l說明本發(fā)明能夠應(yīng)用的網(wǎng)絡(luò)結(jié)構(gòu)例。圖l中示出了客戶端110和服務(wù)器150?？蛻舳?10和服務(wù)器150具有能夠通過例如家庭網(wǎng)絡(luò)等網(wǎng)絡(luò)進(jìn)行數(shù)據(jù)通信的結(jié)構(gòu)。此外，圖中僅示出了一個客戶端和一個服務(wù)器，但是也可以設(shè)定為還有未圖示的客戶端、服務(wù)器能夠通過網(wǎng)絡(luò)進(jìn)行通信。
服務(wù)器150將音樂、圖像、或者視頻內(nèi)容等各種服務(wù)器內(nèi)容153A、 153B保存到硬盤、DVD等存儲單元A 151、存儲單元B152中。服務(wù)器150根據(jù)來自客戶端110的請求，將服務(wù)器內(nèi)容153提供給客戶端IIO。例如客戶端110進(jìn)行一邊從服務(wù)器150接收內(nèi)容153 —邊進(jìn)行再現(xiàn)的流再現(xiàn)。
客戶端110例如具有用戶界面111,該用戶界面lll用于進(jìn)行從服務(wù)器150提供的內(nèi)容列表、圖像內(nèi)容的顯示，還用于進(jìn)行內(nèi)容的指定、內(nèi)容再現(xiàn)請求、對服務(wù)器150的內(nèi)容的保存、發(fā)送請求等，并且，客戶端110具有保存單獨獲取的內(nèi)容等的存儲單元112。
在存儲單元112中例如保存有客戶端110所存儲的客戶端內(nèi)容115。例如在客戶端110是數(shù)字照相機(jī)的情況下，拍攝得到的圖像數(shù)據(jù)等作為客戶端內(nèi)容115而被保存?？蛻舳?10能夠按照規(guī)定的過程對服務(wù)器150上傳客戶端內(nèi)容115。
客戶端110和服務(wù)器150例如構(gòu)成為遵照基于經(jīng)由信息家電的網(wǎng)絡(luò)的通信、數(shù)據(jù)處理規(guī)范的DLNA(Digital LivingNetwork Alliance:數(shù)字生活網(wǎng)絡(luò)聯(lián)盟)準(zhǔn)則的設(shè)備。在DLNA準(zhǔn)則中，規(guī)定有記錄/存儲/提供內(nèi)容的DMS(數(shù)字媒體服務(wù)器)和對內(nèi)容進(jìn)行再現(xiàn)的DMP(數(shù)字媒體播放器)。圖l中示出的客戶端IIO相當(dāng)于DMP,客戶端110找出存在于網(wǎng)絡(luò)內(nèi)的作為DMS的服務(wù)器150，獲取作為可利用的內(nèi)容的一覽表的內(nèi)容列表。用戶從內(nèi)容列表中選擇要收看的內(nèi)容并從服務(wù)器150接收內(nèi)容。
具體地說，客戶端110從服務(wù)器150接收遵照UPnP協(xié)議的信息提供，接受服務(wù)。UPnP不進(jìn)行復(fù)雜的操作而能夠容易地接受來自被網(wǎng)絡(luò)連接的設(shè)備的服務(wù)。UPnP在連接設(shè)備之間交換依據(jù)XML(eXtensible Markup Language)的定義文件，在設(shè)備之間進(jìn)行相互識別。在UPnP中^L定的處理中包括以下處理。
(1) 獲取IP地址等自己的設(shè)備ID的尋址處理。
(2) 對網(wǎng)絡(luò)上的各設(shè)備進(jìn)行檢索而從各設(shè)備接收響應(yīng)并獲取響應(yīng)中所包含的設(shè)備種類、功能等信息的發(fā)現(xiàn)處理。
(3) 根據(jù)通過發(fā)現(xiàn)處理獲取的信息來向各設(shè)備請求服務(wù)的服務(wù)請求處理。
客戶端110通過執(zhí)行這些處理，能夠接受來自服務(wù)器150的服務(wù)。新連接到網(wǎng)絡(luò)上的設(shè)備能夠通過上述尋址處理獲取設(shè)備ID，通過發(fā)現(xiàn)處理獲取被網(wǎng)絡(luò)連接的其它設(shè)備的信息，并根據(jù)獲取信息向其它設(shè)備請求服務(wù)。
23[客戶端中的內(nèi)容再現(xiàn)處理〗
參照圖2說明在客戶端110對保存在服務(wù)器150中的音樂數(shù)據(jù)、圖像數(shù)據(jù)等內(nèi)容進(jìn)行再現(xiàn)時的處理。
在客戶端110想要接收保存在服務(wù)器15 0中的音樂數(shù)據(jù)、圖像數(shù)據(jù)等內(nèi)容并進(jìn)行再現(xiàn)的情況下，首先獲取服務(wù)器150所具有的內(nèi)容列表180。在服務(wù)器150中，服務(wù)器內(nèi)的CDS(內(nèi)容目錄服務(wù))根據(jù)具有分層結(jié)構(gòu)的內(nèi)容管理目錄對內(nèi)容進(jìn)行管理。
在圖3中示出了設(shè)定為在服務(wù)器150的CDS中管理的內(nèi)容的管理目錄的內(nèi)容列表的結(jié)構(gòu)例。如圖3所示，根據(jù)具有分叉樹狀的分層結(jié)構(gòu)的內(nèi)容列表來對內(nèi)容進(jìn)行管理。該分層結(jié)構(gòu)表示與服務(wù)器在存儲部中保存并管理的內(nèi)容對應(yīng)的邏輯管理結(jié)構(gòu)。
將內(nèi)容^^據(jù)其種類、例如音樂(Audio)、 ^L頻(Video)、照片(Photo)等分類為類別，根據(jù)類別分類來設(shè)定如圖3所示那樣的分層結(jié)構(gòu)。服務(wù)器的CDS利用預(yù)先在服務(wù)器中設(shè)定的程序進(jìn)行分類并構(gòu)建樹結(jié)構(gòu)的內(nèi)容列表。
在圖3中示出的分層結(jié)構(gòu)中，頂點被稱為根容器(rootcontainer)。根容器的下面例如設(shè)定有音樂(music)容器、運動圖像容器、靜止圖像容器等。音樂(music)容器的下面設(shè)定有類型(genre),類型的下面設(shè)定有藝術(shù)家等各種容器，使內(nèi)容與某一個容器相對應(yīng)。此外，該分類例是一個例子，能夠采用其它各種分類方式。
回到圖2，繼續(xù)說明內(nèi)容再現(xiàn)時的處理?？蛻舳?10首先從服務(wù)器接受服務(wù)器150的CDS所管理的內(nèi)容列表180,從內(nèi)容列表中選擇作為再現(xiàn)對象的內(nèi)容，將內(nèi)容指定信息發(fā)送到服務(wù)器150。服務(wù)器150的CDS所管理的各個內(nèi)容都與URL(UniformResource Locator:統(tǒng)一資源定位器)相對應(yīng)，客戶端以與特定的內(nèi)容對應(yīng)的URL為指定信息來向服務(wù)器150進(jìn)行內(nèi)容請求。根器保存內(nèi)容153提供給客戶端110。
客戶端110不僅能夠進(jìn)行上述的來自服務(wù)器150的內(nèi)容的獲取、再現(xiàn)，還能夠如參照圖l說明的那樣按照規(guī)定的過程將客戶端110的存儲單元112中存儲的客戶端內(nèi)容115上傳到服務(wù)器150。
客戶端110通過將客戶端內(nèi)容115上傳到服務(wù)器，能夠?qū)⒃摽蛻舳藘?nèi)容115設(shè)定為服務(wù)器150的CDS管理內(nèi)容，通過該處理，連接在網(wǎng)絡(luò)上的其它客戶端也能夠通過參照圖2說明的處理將
例如，客戶端1 IO能夠進(jìn)行通過網(wǎng)絡(luò)將單獨獲取到的音樂、圖像內(nèi)容保存到服務(wù)器150中而設(shè)定為服務(wù)器150的管理內(nèi)容的處理。另外，在客戶端110是數(shù)字照相機(jī)的情況下，能夠進(jìn)行將利用數(shù)字照相機(jī)拍攝得到的圖像數(shù)據(jù)設(shè)為服務(wù)器15 0的C D S管理內(nèi)容的處理等。
參照圖4說明將客戶端保存內(nèi)容的復(fù)制數(shù)據(jù)設(shè)為服務(wù)器的CDS管理內(nèi)容的處理例、即內(nèi)容的上傳處理。圖4是遵照UPnPAV(UPnP AV Working Committee: UPnP AV工作委員會)的一4殳的處理例。如上所述，服務(wù)器150在CDS中執(zhí)行基于內(nèi)容列表的內(nèi)容管理，客戶端110能夠從服務(wù)器150接受內(nèi)容列表180,將內(nèi)容列表180的特定的容器指定為客戶端內(nèi)容115的設(shè)定位置，對服務(wù)器150進(jìn)行內(nèi)容的保存請求。例如如圖4所示，能夠指定內(nèi)容列表180中的一個容器181來進(jìn)行客戶端內(nèi)容115的保存請求。
按照作為在U P n P AV中規(guī)定的對于C D S的動作而設(shè)定的動作(Create Object Action:創(chuàng)建對象動作)來執(zhí)行該內(nèi)容上傳處理。該動作作為之前參照圖3說明的在內(nèi)容列表中設(shè)定上傳內(nèi)容
25的新節(jié)點的處理而被執(zhí)行。節(jié)點與上傳內(nèi)容的元數(shù)據(jù)相對應(yīng)。
元數(shù)據(jù)是內(nèi)容的標(biāo)題、媒體格式信息、內(nèi)容URL等。此外，節(jié)
點被設(shè)定在內(nèi)容列表中的容器的下面。
月良務(wù)器150才艮據(jù)基于該對于CDS的動作(Create Object Action)的內(nèi)容保存請求而接收客戶端內(nèi)容115,并將接收到的 客戶端內(nèi)容115保存到服務(wù)器150的存儲單元、在圖中示出的例 子中是存儲單元A 151和存儲單元B 152中的任一個中。并且， 執(zhí)行使客戶端內(nèi)容115與服務(wù)器150的CDS所管理的內(nèi)容列表上 的指定位置相對應(yīng)的內(nèi)容列表更新處理。保存內(nèi)容中設(shè)定有 URL,內(nèi)容列表的指定位置181與URL相對應(yīng)?？蛻舳四軌蛲ㄟ^ 獲取內(nèi)容列表并指定與容器相對應(yīng)地設(shè)定的URL來獲取內(nèi)容。
這樣客戶端110能夠進(jìn)行指定了內(nèi)容列表的特定容器的內(nèi) 容保存處理，但是在客戶端側(cè)進(jìn)行容器的指定有時會成為客戶 端側(cè)的設(shè)備、客戶端側(cè)的用戶的負(fù)擔(dān)。因此，在DLNA中，還 規(guī)定有在對于CDS的動作(Create Object Action)中不需要進(jìn)行 客戶端側(cè)的容器指定的處理。
參照圖5說明不需要進(jìn)行客戶端側(cè)的容器指定的處理?？?戶端110在不指定內(nèi)容列表的特定的容器而執(zhí)行客戶端內(nèi)容115 的保存請求時，當(dāng)執(zhí)行作為將客戶端內(nèi)容115上傳到服務(wù)器的請 求而執(zhí)行的動作時，將表示內(nèi)容的保存容器指定信息不存在的 容器非指定信息[Any Container(任一個容器)]201發(fā)送到服務(wù)器 150。
服務(wù)器150在從客戶端110接受到帶有容器非指定信息 [Any Container]201的CDS動作的情況下，將從客戶端上傳的客 戶端內(nèi)容115保存到服務(wù)器150的存儲單元、在圖中示出的例子 中是存儲單元A 151和存儲單元B 152中的任一個中，并且，服 務(wù)器150根據(jù)與客戶端內(nèi)容115相對應(yīng)地設(shè)定的元數(shù)據(jù)等，選擇
26內(nèi)容列表中的最佳容器位置而執(zhí)行使其與客戶端內(nèi)容115相對應(yīng)的內(nèi)容列表更新處理。即，在服務(wù)器側(cè)決定內(nèi)容列表的內(nèi)容設(shè)定位置。
通過這種處理，不需要進(jìn)行客戶端側(cè)的容器指定，從而減輕了客戶端側(cè)的設(shè)備、客戶端側(cè)的用戶的負(fù)擔(dān)。
然而，在參照圖4說明的基于容器指定的內(nèi)容上傳處理中、
還有在參照圖5說明的基于容器非指定的內(nèi)容上傳處理中，客戶端110都無法指定作為內(nèi)容的保存目的地的服務(wù)器150的存儲單元。例如，在參照圖4、圖5說明的結(jié)構(gòu)例中，服務(wù)器150具有兩種存儲單元作為存儲單元。即，由硬盤(HD)構(gòu)成的存儲單元A151和由DVD構(gòu)成的存儲單元B 152。
在參照圖4說明的基于容器指定的內(nèi)容上傳處理中，客戶端110僅能夠指定服務(wù)器150的CDS所提供的內(nèi)容列表上的容器，而完全無法獲知內(nèi)容列表中設(shè)定的容器與服務(wù)器的存儲單元之間的關(guān)連性，客戶端110無法獲知客戶端內(nèi)容115是記錄在服務(wù)器150的存儲單元A 151中還是記錄在存儲單元B 152中。
另外，在參照圖5說明的基于容器非指定的內(nèi)容上傳處理中，客戶端IIO也無法獲知客戶端內(nèi)容115是記錄在服務(wù)器150的存儲單元A 151中還是記錄在存儲單元B 152中。
這樣，想要從客戶端110進(jìn)行內(nèi)容上傳的用戶即使有想要將內(nèi)容記錄到服務(wù)器150的特定的存儲單元、例如DVD中的需求，也無法乂人客戶端110進(jìn)行保存目的地的指示。
例如，在客戶端110是數(shù)字照相機(jī)而想要將通過數(shù)字照相機(jī)拍攝得到的內(nèi)容的保存目的地集中記錄到服務(wù)器的DVD中的情況下，在上述處理結(jié)構(gòu)中，也存在由服務(wù)器分配保存目的地的可能性，有時會產(chǎn)生來自同 一數(shù)字照相機(jī)的上傳內(nèi)容被分開記錄到硬盤和DVD中的情況。
27在這種結(jié)構(gòu)中，在過后從服務(wù)器中取出DVD而想要利用其 它DVD再現(xiàn)設(shè)備對照相機(jī)的攝影內(nèi)容進(jìn)行再現(xiàn)的情況下，由于 一部分的內(nèi)容被記錄在硬盤中，因此有可能發(fā)生僅從DVD是無 法再現(xiàn)數(shù)字照相機(jī)的所有攝影數(shù)據(jù)的情況。 為了解決這種問題，在本發(fā)明中，在從客戶端對服務(wù)器的 內(nèi)容上傳處理中，設(shè)為能夠指定服務(wù)器中的內(nèi)容保存目的地。 下面參照圖6之后說明該處理例。圖6與圖4、圖5同樣地也是表 示從客戶端110對服務(wù)器150的客戶端內(nèi)容115的內(nèi)容上傳處理 結(jié)構(gòu)的圖。
圖6中示出的處理例與之前參照圖5說明的同樣地也是從 客戶端110進(jìn)行包含容器非指定信息[Any Container]的對于 CDS的動作(Create Object Action)的情況下的處理例。如圖6所 示，客戶端110將利用了表示內(nèi)容的保存容器指定信息不存在的 容器非指定信息[Any Container]301的處理請求發(fā)送到服務(wù)器。
在按照本發(fā)明的內(nèi)容上傳處理中，客戶端110除了將容器 非指定信息[Any Container]301通知給服務(wù)器150之外，還將作 為內(nèi)容的保存目的地指定信息的內(nèi)容保存目的地標(biāo)識符302通 知給服務(wù)器150。
內(nèi)容保存目的地標(biāo)識符302是指定服務(wù)器150所具有的可 保存內(nèi)容的存儲單元中的任一個的信息。在圖6所示的例子中， 服務(wù)器150具有兩種存儲單元、即、由硬盤(HD)構(gòu)成的存儲單 元A 151和由DVD構(gòu)成的存儲單元B 152作為存儲單元，客戶端 IIO將作為存儲單元A 151和存儲單元B 152中的任一個的指定 信息的內(nèi)容保存目的地標(biāo)識符3 02通知給服務(wù)器15 0 。
客戶端150執(zhí)行如下處理預(yù)先從服務(wù)器150接受與服務(wù)器 15 0所具有的存儲單元有關(guān)的信息，從包含在該接受信息中的存儲單元信息中獲取與特定的存儲單元對應(yīng)的保存目的地標(biāo)識符，將獲取到的保存目的地標(biāo)識符通知給服務(wù)器150。在后一部分詳細(xì)說明該處理。
如圖6所示，服務(wù)器150在接收客戶端內(nèi)容115時，當(dāng)接收到容器非指定信息[Any Container]301和內(nèi)容保存目的地標(biāo)識符302時，選擇與內(nèi)容保存目的地標(biāo)識符302對應(yīng)的服務(wù)器150的存儲單元，并選擇被選擇的存儲單元作為客戶端內(nèi)容115的保存目的地，執(zhí)行客戶端內(nèi)容115的記錄處理。
并且，才艮據(jù)與客戶端內(nèi)容115相對應(yīng)地i殳定的元數(shù)據(jù)等，執(zhí)行選擇內(nèi)容列表中的最佳容器位置來使客戶端內(nèi)容115與其相對應(yīng)的內(nèi)容列表更新處理。
通過這種處理，客戶端內(nèi)容115被可靠地記錄到與客戶端的請求對應(yīng)的保存目的地、例如圖6中示出的服務(wù)器150的由硬盤(HD)構(gòu)成的存儲單元A 151、和由DVD構(gòu)成的存儲單元B 152中的任一個的客戶端所希望的保存目的地中。
通過這種處理，用戶能夠預(yù)先獲知上傳內(nèi)容的保存目的地。例如，如果客戶端110是數(shù)字照相機(jī)而將通過數(shù)字照相機(jī)拍攝得到的內(nèi)容的保存目的地指定為服務(wù)器的DVD,則從數(shù)字照相機(jī)上傳的內(nèi)容被全部記錄到DVD中，在過后從服務(wù)器中取出DVD并利用其它DVD再現(xiàn)機(jī)進(jìn)行再現(xiàn)來欣賞時，能夠從DVD中可靠地再現(xiàn)所有內(nèi)容。即，能夠防止發(fā)生如之前說明的例子那樣 一 部分,皮記錄到石更盤中而無法再現(xiàn)的情況。
參照圖7之后說明如圖6所示那樣執(zhí)行除了將容器非指定信息[Any Container]301通知給服務(wù)器150之外、還將內(nèi)容保存目的地標(biāo)識符3 0 2通知給服務(wù)器15 0的處理的情況下的具體處理例。
圖7是表示當(dāng)在客戶端110中決定向服務(wù)器上傳的內(nèi)容時
29顯示在客戶端IIO的用戶界面111中的內(nèi)容選擇畫面的圖。此外，
在客戶端側(cè)的控制部中，按照預(yù)先保存在客戶端側(cè)的存儲部中 的數(shù)據(jù)處理程序來執(zhí)行下面說明的伴隨客戶端的用戶界面中的 各種信息顯示處理以及上傳處理的各種處理。
如圖7所示，在內(nèi)容選擇畫面上顯示有保存在客戶端110的 存儲單元112中的內(nèi)容的目錄結(jié)構(gòu)。用戶從這些內(nèi)容中選擇上傳 內(nèi)容。圖7示出的例子表示用戶選擇了內(nèi)容321的例子。根據(jù)內(nèi) 容321的選擇，針對選擇內(nèi)容的處理選擇圖標(biāo)被顯示。在圖中示 出的例子中，顯示有對選擇內(nèi)容321進(jìn)行再現(xiàn)時的[再現(xiàn)]圖標(biāo)、 或者將選擇內(nèi)容321上傳到服務(wù)器時的[復(fù)制]圖標(biāo)322。當(dāng)用戶 選擇[復(fù)制]圖標(biāo)322時，開始進(jìn)行對服務(wù)器上傳選擇內(nèi)容321的 復(fù)制數(shù)據(jù)的處理。
當(dāng)客戶端110的控制部檢測到由用戶進(jìn)行的[復(fù)制]圖標(biāo)322 的選擇信息時，控制部將客戶端IIO的用戶界面lll切換為圖8 所示的畫面。如圖8所示，在客戶端110的用戶界面111中顯示有 作為與客戶端110進(jìn)行網(wǎng)絡(luò)連接的、能夠作為內(nèi)容的上傳目的地 而進(jìn)行選擇的服務(wù)器的 一 覽表的服務(wù)器列表331 。
此外，用于顯示該服務(wù)器列表331的服務(wù)器信息包含在客 戶端110在網(wǎng)絡(luò)連接時遵照UPnP協(xié)議從被網(wǎng)絡(luò)連接的其它設(shè)備 接受到的信息中。如之前說明的那樣，UPnP在網(wǎng)絡(luò)連接設(shè)備之 間交換依據(jù)XML(eXtensible Markup Language)的定義文件，在 設(shè)備之間進(jìn)行相互識別，并進(jìn)行網(wǎng)絡(luò)上的設(shè)備檢索、來自設(shè)備 的設(shè)備信息(Device Description:設(shè)備描述)的接收，根據(jù)該設(shè) 備信息，提示如圖8所示那樣的可指定為內(nèi)容的上傳目的地的服 務(wù)器列表。
此外，參照圖6說明的服務(wù)器在要發(fā)送的設(shè)備信息(Device Description)中設(shè)定表示具有基于內(nèi)容保存目的地標(biāo)識符的識別的內(nèi)容保存目的地設(shè)定功能的[XML標(biāo)簽]來執(zhí)行發(fā)送，其中， 上述服務(wù)器具有對內(nèi)容保存目的地標(biāo)識符302進(jìn)行識別并按照 內(nèi)容保存目的地標(biāo)識符302選擇內(nèi)容保存目的地來執(zhí)行客戶端 內(nèi)容的記錄處理的功能。接收設(shè)備信息的客戶端等網(wǎng)絡(luò)連接設(shè) 備能夠根據(jù)該XML標(biāo)簽，判斷發(fā)送了設(shè)備信息的各服務(wù)器是否 為能夠執(zhí)行與上傳內(nèi)容的保存目的地指定對應(yīng)的處理的服務(wù) 器。
在圖8中示出的服務(wù)器列表331中提示的設(shè)備例如是執(zhí)行 基于上述CDS的內(nèi)容管理的服務(wù)器，根據(jù)上述XML標(biāo)簽，對表 示服務(wù)器是否為能夠指定保存目的地的服務(wù)器的識別標(biāo)記332 進(jìn)行顯示。顯示有識別標(biāo)記332的服務(wù)器是能夠執(zhí)行與上傳內(nèi)容 的保存目的地指定對應(yīng)的處理的服務(wù)器。
用戶從圖8中示出的服務(wù)器列表331中選擇作為客戶端內(nèi) 容的上傳目的地的服務(wù)器。例如如圖9所示，設(shè)為從服務(wù)器列表 331中選擇了 [起居室的DVD錄像再現(xiàn)機(jī)]?？蛻舳?10的控制部 在檢測到該用戶的選擇輸入時，執(zhí)行對于所選擇的服務(wù)器[起居 室的DVD錄像再現(xiàn)機(jī)]的保存目的地標(biāo)識符獲取動作。
作為在客戶端110中對于被指定為上傳目的地的服務(wù)器獲
信息的處理，執(zhí)行保存目的地標(biāo)識符獲取動作。從客戶端接受 詢問的服務(wù)器例如將圖IO中示出的XML數(shù)據(jù)發(fā)送到客戶端。
圖IO中示出的XML數(shù)據(jù)由與服務(wù)器所具有的可保存內(nèi)容 的存儲單元有關(guān)的存儲單元信息構(gòu)成。例如是描述了以下的保 存目的地信息[Destination Info(目的地信息)]的數(shù)據(jù)。
<Destination Info>
<Destination>
<Name>BD-DVD兼容〈/Name〉
31<ID〉al</ID〉
<PossibleTypes>BD/DVD-RW/NONE</PossibleTypes〉
<CurrentType>BD</CurrentType〉
<MaxSize>48000</MaxSize>
<CurrentSize〉23513</CurrentSize〉 </Destination> <Destination>
〈Name〉硬盤</Name〉
<ID>a2</ID〉
<PossibleTypes>HD</PossibleTypes> <CurrentType〉HD</CurrentType〉 <MaxSize>160000</MaxSize〉 <CurrentSize〉123452</CurrentSize〉 </Destination>
從〈Destination〉到〈/Destination〉表示與 一個存儲單元有關(guān) 的信息。在上述保存目的地信息[Destination Info]以及圖10中示 出了兩個存儲單元信息381、 382。對存儲單元信息381所包含的 數(shù)據(jù)進(jìn)行說明。
<Name〉BD-DVD兼容々Name〉是存儲單元名稱。
如圖9所示，該存儲單元名稱與服務(wù)器列表331并列，與所 選擇的服務(wù)器相對應(yīng)地進(jìn)行顯示。圖10中示出的XML數(shù)據(jù)中， 存儲單元信息381是與[BD-DVD兼容]有關(guān)的存儲單元信息， 存儲單元信息382是與[硬盤]有關(guān)的存儲單元信息。
<ID>a 1々ID〉是存儲單元標(biāo)識符(ID)。
在這種情況下，表示[al]被設(shè)定為標(biāo)識符。如之前參照圖6 說明的那樣，客戶端將記錄了該存儲單元標(biāo)識符(ID^al的內(nèi)容保存請求發(fā)送到服務(wù)器，由此服務(wù)器執(zhí)行將來自客戶端的上傳 內(nèi)容保存到根據(jù)存儲單元標(biāo)識符(ID)確定的存儲單元中的處理。
<PossibleTypes>BD/DVD-RW/NONE〈/PossibleTypes〉是存 儲單元可利用的媒體類型信息。
是表示在該存儲單元中可利用的介質(zhì)(media)的種類的信息。
在這種情況下，表示能夠放入BD(Blue-Ray Disc:藍(lán)光光 盤)、DVD-RW作為記錄介質(zhì)。[NONE]表示也有可能存在對存 儲單元沒有放入任何介質(zhì)(media)的情況。即，是表示該存儲單 元是可安裝和拆卸BD、 DVD-RW介質(zhì)的存儲單元的信息。
〈CurrentType〉BD〈/CurrentType〉是存儲單元的當(dāng)前介質(zhì) 類型信息。
即，是表示在該存儲單元中當(dāng)前可利用的介質(zhì)(media)的種 類的信息。表示在該存儲單元中當(dāng)前放入有BD(Blue-Ray Disc) 而處于可利用的狀態(tài)。在設(shè)定NONE的情況下，表示沒有放入 介質(zhì)。
〈MaxSize〉48000〈/MaxSize〉是介質(zhì)的最大容量(capacity)信息。
是表示在該存儲單元中當(dāng)前可利用的介質(zhì)(media)的全部 容量的信息。
〈CurrentSize〉23513〈/CurrentSize〉是介質(zhì)的當(dāng)前可記錄的 容量(capacity)信息。
是表示在該存儲單元中當(dāng)前可利用的介質(zhì)(media)的可記 錄的剩余容量的信息。
服務(wù)器將按服務(wù)器所具有的每個存儲單元描述了這些存 儲單元信息的XML數(shù)據(jù)發(fā)送到客戶端。如圖9所示，客戶端根據(jù)從服務(wù)器接收的這些存儲單元信息，顯示所選擇的服務(wù)器所
具有的存儲單元名稱信息361、 362。該存儲單元名稱是從圖IO 所示的XML數(shù)據(jù)中的存儲單元信息381中記錄的 <Name>BD-DVD兼容</Name〉和存儲單元信息3 82中記錄的 〈Name〉硬盤〈/Name〉中獲取到的信息。
客戶端110側(cè)的用戶根據(jù)這些存儲單元名稱信息361 、 362 的顯示，能夠獲知被顯示在服務(wù)器列表331上的所選擇的服務(wù) 器[起居室的DVD錄像再現(xiàn)機(jī)]具有[BD-DVD兼容]和[硬盤]作 為存儲單元，能夠選擇這些存儲單元作為內(nèi)容的保存目的地。
此外，關(guān)于將在客戶端110中顯示在UI lll中的信息設(shè)為哪 種信息，能夠通過客戶端側(cè)所執(zhí)行的應(yīng)用程序進(jìn)行各種設(shè)定。 在圖9所示的例子中，選擇圖10中示出的存儲單元信息381、 382 中記錄的記錄單元名稱[N a m e ]來進(jìn)行顯示，但是例如也可以設(shè) 定為對記錄在存儲單元信息381、 382中的當(dāng)前介質(zhì)類型信息 [CurrentType]進(jìn)行顯示。
并且，例如也可以設(shè)定為當(dāng)用戶選才奪圖9中示出的存儲 單元名稱信息[BD-DVD兼容]361、并對詳細(xì)信息圖標(biāo)371進(jìn)行 選擇操作時，顯示如圖ll所示那樣的與[BD-DVD兼容]對應(yīng)的 詳細(xì)信息。圖11中示出的顯示數(shù)據(jù)是作為顯示信息包含當(dāng)前介 質(zhì)類型信息[CurrentType]373 、介質(zhì)的最大容量(capacity)信息 [MaxSize]、 以及介質(zhì)的當(dāng)前可記錄容量(capacity)信息 [CurrentSize]的顯示數(shù)據(jù)例。
當(dāng)操作圖11中示出的[返回]圖標(biāo)374時，返回到圖9所示的 Ul顯示lt據(jù)畫面。
用戶在選擇上傳目的地的服務(wù)器和保存目的地之后，對在 圖9所示的UI顯示數(shù)據(jù)或者圖11所示的UI顯示數(shù)據(jù)中設(shè)定的上 傳圖標(biāo)372進(jìn)行操作。當(dāng)客戶端的控制部檢測到該操作信息時，開始進(jìn)行對于所選擇的服務(wù)器的、指定了保存目的地的上傳處 理。即，按照預(yù)先設(shè)定的處理時序，如參照圖6說明的那樣依次
執(zhí)行除了將圖6中示出的容器非指定信息[Any Container]301發(fā) 送到服務(wù)器之外還將作為內(nèi)容的保存目的地指定信息的內(nèi)容保 存目的地標(biāo)識符302發(fā)送到服務(wù)器的處理、以及從客戶端向服務(wù) 器發(fā)送上傳內(nèi)容的處理。
參照圖12、圖13詳細(xì)說明上述的伴隨保存目的地指定的內(nèi) 容的上傳處理時序。首先，在圖12的步驟S101中，客戶端選擇 上傳的內(nèi)容和上傳目的地的服務(wù)器。首先，內(nèi)容選擇處理是之 前參照圖7說明的將內(nèi)容選擇畫面顯示在UI中來執(zhí)行的處理。
如圖7所示，當(dāng)用戶選擇特定的內(nèi)容時，內(nèi)容的再現(xiàn)處理 用的[再現(xiàn)]或者內(nèi)容的上傳處理用的[復(fù)制]的選擇用圖標(biāo)被顯 示，當(dāng)用戶選擇[復(fù)制]圖標(biāo)時，圖8所示的服務(wù)器列表被顯示在 UI中。如之前說明的那樣，服務(wù)器列表是根據(jù)來自設(shè)備的設(shè)備 信息(Device Description)生成的歹l)表。
當(dāng)用戶從服務(wù)器列表中選擇內(nèi)容上傳目的地的服務(wù)器時， 客戶端的控制部執(zhí)行保存目的地標(biāo)識符獲取動作。在步驟S102 中，對被指定為上傳目的地的服務(wù)器執(zhí)行與該服務(wù)器所具有的 可保存內(nèi)容的存儲單元對應(yīng)的標(biāo)識符等信,1的獲取請求。
接收到來自客戶端的請求的服務(wù)器在步驟S103中將之前 參照圖IO說明的由保存目的地信息形成的XML數(shù)據(jù)發(fā)送到客
關(guān)的信息的XML數(shù)據(jù)。該XML數(shù)據(jù)中包含有作為與存儲單元對 應(yīng)的ID的存儲單元標(biāo)識符(ID)。
在步驟S104中，從服務(wù)器接收到由保存目的地信息形成的 XML數(shù)據(jù)的客戶端根據(jù)該接收信息將所選擇的服務(wù)器的存儲 單元信息顯示在客戶端的UI中。例如，如圖9所示，顯示所選擇的服務(wù)器所具有的存儲單元名稱信息361、 362。并且，如圖 ll所示，也可以提示當(dāng)前介質(zhì)類型信息[CurrentType]373、介質(zhì) 的最大容量(capacity)信息[MaxSize]、介質(zhì)的當(dāng)前可記錄容量 (capacity)信息[CurrentSize]等。
在步驟S105中，客戶端選擇保存目的地。例如，操作圖9、 圖11中示出的UI顯示數(shù)據(jù)中的上傳圖標(biāo)來選擇保存目的地。此 外，在此，以執(zhí)行用戶選擇保存目的地的處理為例進(jìn)行了說明， 但是也可以構(gòu)成為不進(jìn)行與用戶的交互而根據(jù)預(yù)先在客戶端設(shè) 備中設(shè)定的信息來自動選擇保存目的地。
例如作為客戶端的設(shè)定信息，將特定的服務(wù)器的特定的保 存目的地作為默認(rèn)的內(nèi)容上傳目的地(內(nèi)容保存目的地)而事先 進(jìn)行設(shè)定登記。登記信息被記錄到客戶端的非易失性存儲單元 中，控制部在執(zhí)行內(nèi)容上傳處理時讀出這些登記信息，決定服 務(wù)器和保存目的地來執(zhí)行處理。通過利用這種登記信息，用戶 僅執(zhí)行內(nèi)容選擇就使得登記過的服務(wù)器選擇信息和保存目的地 選擇信息被讀出而自動執(zhí)行處理。
接著說明圖13的時序圖。在圖12的步驟S105中，當(dāng)決定上 傳的保存目的地時，客戶端控制部在圖13的步驟S201中對所選 擇的服務(wù)器發(fā)送內(nèi)容保存請求。即，如參照圖6說明的那樣執(zhí)行 如下處理除了將圖6中示出的容器非指定信息[Any Container]301發(fā)送到服務(wù)器之外，還將作為內(nèi)容的保存目的地 指定信息的內(nèi)容保存目的地標(biāo)識符302發(fā)送到服務(wù)器。例如將與 BD對應(yīng)的標(biāo)識符[al]發(fā)送到服務(wù)器。
服務(wù)器在接收到來自客戶端的內(nèi)容保存請求時，在步驟 S202中設(shè)定作為內(nèi)容上傳目的地的臨時的URL，在步驟S203中 將設(shè)定的上傳用U R L通知給客戶端。
接受到上傳用U RL的通知的客戶端在步驟S 2 04中執(zhí)行指定了URL的內(nèi)容上傳。例如作為應(yīng)用了HTTPPOST命令的處理 而執(zhí)行上傳處理。
在步驟S205中，接受到來自客戶端的上傳內(nèi)容的服務(wù)器在 步驟S201中選擇與從客戶端已接收到的保存目的地標(biāo)識符(例 如[al])對應(yīng)的存儲單元作為上傳內(nèi)容的保存目的地來記錄上傳 內(nèi)容，并且，設(shè)定上傳內(nèi)容的正式的URL,執(zhí)行之前參照圖3 說明的使上傳內(nèi)容與內(nèi)容列表相對應(yīng)的內(nèi)容列表更新處理，結(jié) 束處理。
這樣，根據(jù)本發(fā)明的處理結(jié)構(gòu)，客戶端能夠進(jìn)行指定了服
務(wù)器的存儲單元的內(nèi)容保存處理。
此外，在上述處理例中，示出了之前參照圖8說明的將能 夠進(jìn)行內(nèi)容上傳的所有服務(wù)器顯示在客戶端的UI所顯示的服 務(wù)器列表中的例子，但是例如也可以設(shè)為將僅允許特定的介質(zhì) (例如BD)作為客戶端內(nèi)容的上傳目的地的設(shè)定信息登記在客 戶端的存儲單元中的結(jié)構(gòu)，構(gòu)成為在進(jìn)行服務(wù)器列表的顯示處 理時客戶端的控制部進(jìn)行參照該登記信息來僅選擇能夠利用 BD的服務(wù)器作為服務(wù)器列表的入口來進(jìn)行顯示的控制。
另外，在上述的實施例中，設(shè)為僅對客戶端所選擇的服務(wù) 器執(zhí)行保存目的地標(biāo)識符動作而僅從所選擇的服務(wù)器接受存儲 單元信息的結(jié)構(gòu)，但是也可以設(shè)為對被網(wǎng)絡(luò)連接的所有或者多 個服務(wù)器執(zhí)行保存目的地標(biāo)識符動作而從多個服務(wù)器接受存儲 單元信息來顯示在客戶端的UI中的結(jié)構(gòu)。另外，例如也可以設(shè)
的保存介質(zhì)的登記信息，僅選擇能夠利用BD的服務(wù)器，僅對這 些所選擇的服務(wù)器執(zhí)行保存目的地標(biāo)識符動作，僅從所選擇的 服務(wù)器接受作為保存目的地的存儲單元信息，并在UI中進(jìn)行顯 示。
37另外，根據(jù)從服務(wù)器接受的按照XML數(shù)據(jù)的存儲單元信息 進(jìn)行的信息的顯示處理也能夠發(fā)生各種變化(variation)。例如， 也可以進(jìn)行如下處理在客戶端的控制部檢測出從服務(wù)器獲取 的存儲單元信息中所包含的存儲單元的當(dāng)前介質(zhì)類型信息被設(shè)定為NONE而沒有放入介質(zhì)的情況下，在客戶 端的UI中執(zhí)行警告顯示。
并且，例如也可以進(jìn)行如下處理將用戶所選擇的上傳內(nèi) 容的量與從服務(wù)器獲取的存儲單元信息中所包含的介質(zhì)的當(dāng)前 可記錄容量(capacity)信息[CurrentSize]進(jìn)行比較，在介質(zhì)的當(dāng) 前可記錄容量(capachy)信息[CurrentSize]所表示的容量為上傳 內(nèi)容的量以下的情況下，執(zhí)行警告顯示。
接著，參照圖14 圖16說明應(yīng)用了本發(fā)明的具體結(jié)構(gòu)以及 處理例。首先，參照圖14、圖15說明預(yù)約錄像處理的具體例。
預(yù)約錄像處理是預(yù)約對廣播電臺將要廣播的預(yù)定的節(jié)目 進(jìn)行錄像的處理。用戶例如將電子節(jié)目表(EPG)顯示在顯示裝 置中來選擇執(zhí)行錄像預(yù)約的節(jié)目?；蛘咭部梢圆皇褂肊PG而選 擇日期、時間、頻道來進(jìn)行錄像預(yù)約。
此外，也能夠由具備接收來自廣播電臺的廣播的功能的接 收機(jī)或者具備執(zhí)行對于D V D等記錄介質(zhì)的錄像處理的功能的 錄像機(jī)中的任 一 個啟動該錄像預(yù)約功能。在錄像機(jī)中執(zhí)行錄像 預(yù)約的情況和在接收機(jī)中執(zhí)行錄像預(yù)約的情況的處理時序如 下。
(a)在錄像機(jī)中進(jìn)行預(yù)約錄像的情況
參照圖14說明在錄像機(jī)中進(jìn)行預(yù)約錄像的情況下的錄像預(yù) 約處理以及錄像處理時序。在圖14中示出了接收機(jī) (Receiver)381、錄像機(jī)(Recorder)382、顯示裝置383、以及與錄像機(jī)382對應(yīng)的遙控器384。此外，當(dāng)將圖14中示出的接收機(jī) (Receiver)381和錄像機(jī)(Recorder)382分別與圖l的服務(wù)器和客 戶端結(jié)構(gòu)對應(yīng)時，接收機(jī)381相當(dāng)于客戶端，錄傳j幾382相當(dāng)于 服務(wù)器。
接收機(jī)(Receiver)381與錄像機(jī)(Recorder)382通過網(wǎng)絡(luò)進(jìn)行 連接，并且，接收機(jī)381與顯示裝置383、以及錄像機(jī)382與顯示 裝置383例如通過HDMI(High Definition Multimedia Interface: 高清晰多媒體接口)進(jìn)行連接，其中，上述HDMI作為數(shù)字影像 以及聲音輸入輸出用的接口標(biāo)準(zhǔn)而被利用。
HDMI是被制定為主要面向家電、AV設(shè)備的數(shù)字影像以及 聲音輸入輸出用的接口標(biāo)準(zhǔn)，使在個人計算機(jī)與顯示器的連接 中使用的數(shù)字接口 DVI(Digital Visual Interface:數(shù)字視頻接口 ) 進(jìn)一步發(fā)展，能夠以一根電纜將影像信號、聲音信號、以及控 制信號合在一起來進(jìn)行發(fā)送接收。執(zhí)行遵照HDMI標(biāo)準(zhǔn)的內(nèi)容 發(fā)送的發(fā)送側(cè)裝置被稱為HDMI源端(Source),內(nèi)容接收側(cè)裝置 被稱為HDMI接收端(S ink)。
在該設(shè)定中，接收機(jī)(Receiver)381和錄像機(jī)(Recorder)382 兩者被設(shè)定為相對于顯示裝置383的源端，顯示裝置383被設(shè)為 接收端。
在該設(shè)定中，錄像機(jī)382是具備CDS(內(nèi)容目錄服務(wù))功能的 服務(wù)器，作為客戶端的接收機(jī)3 81能夠根據(jù)之前參照圖8說明的 服務(wù)器列表331檢測出錄像機(jī)382。
在錄像機(jī)中進(jìn)行預(yù)約錄像的情況下的錄像預(yù)約處理以及 錄像處理時序為下面的時序。
(步驟al)
在錄像機(jī)382中，用戶使用EPG或者其它方法選擇預(yù)定錄像 的節(jié)目。例如操作遙控器384來進(jìn)行選擇。(步驟a2)
在錄像機(jī)3 8 2側(cè)，例如操作遙控器3 8 4來在接收機(jī)3 81中制作 錄像預(yù)約信息并保存至ij接收機(jī)3 81的存儲部中。 (步驟a3)
錄像機(jī)382根據(jù)用戶指定信息在內(nèi)部制作錄像預(yù)約信息并 保存到錄像機(jī)382的存儲部中。 (步驟a4)
接收機(jī)3 81按照預(yù)約信息而在錄像預(yù)約信息中記錄的錄像 開始時刻(事件)開始進(jìn)行節(jié)目接收，將接收內(nèi)容發(fā)送到錄像機(jī) 382。
(步驟a5)
接收機(jī)3 81在直到到達(dá)錄像預(yù)約信息中記錄的錄像結(jié)束時 刻(事件)為止繼續(xù)對錄像機(jī)3 8 2發(fā)送內(nèi)容。
另 一 方面，在錄像機(jī)中進(jìn)行預(yù)約錄像的情況下的錄像預(yù)約 處理以及錄像處理時序為以上al a5的過程。錄像機(jī)的控制部按 照預(yù)先登記的與預(yù)定記錄的廣播內(nèi)容的錄像開始和結(jié)束預(yù)定時 刻有關(guān)的信息，執(zhí)行從接收機(jī)的內(nèi)容的輸入開始處理以及停止 處理。
(b)在接收機(jī)中進(jìn)行預(yù)約錄像的情況
參照圖15說明在接收機(jī)中進(jìn)行預(yù)約錄像的情況下的錄像預(yù) 約處理以及錄像處理時序。圖15與圖14同樣地示出了接收機(jī) (Receiver)381、錄像機(jī)(Recorder)382、顯示裝置383、以及與接 收才幾381對應(yīng)的遙控器385。
在接收機(jī)中進(jìn)行預(yù)約錄像的情況下的錄像預(yù)約處理以及 錄像處理時序為下面的時序。
(步驟bl)
在接收機(jī)381中，用戶使用EPG或者其它方法選擇預(yù)定錄像的節(jié)目。例如操作遙控器385來進(jìn)行選擇。
(步驟b2)
接收機(jī)3 81根據(jù)用戶指定信息制作錄像預(yù)約信息，并保存到 錄像機(jī)382的存儲部中。 (步驟b3)
在接收機(jī)381側(cè)，根據(jù)用戶指定信息在接收機(jī)381中制作錄 像預(yù)約信息并保存到接收機(jī)381的存儲部中。 (步驟b4)
接收機(jī)381按照預(yù)約信息而在錄像預(yù)約信息中記錄的錄像 開始時刻(事件)開始進(jìn)行節(jié)目接收，將接收內(nèi)容發(fā)送到錄像機(jī) 382。
(步驟b5)
接收機(jī)381在直到到達(dá)錄像預(yù)約信息中記錄的錄像結(jié)束時 刻(事件)為止繼續(xù)對錄像機(jī)382發(fā)送內(nèi)容。
在接收機(jī)中進(jìn)行預(yù)約錄像的情況下的錄像預(yù)約處理以及 錄像處理時序為以上bl b5的過程。
這樣，接收機(jī)的控制部按照預(yù)先登記的與預(yù)定記錄的廣播 內(nèi)容的錄像開始和結(jié)束預(yù)定時刻有關(guān)的信息來執(zhí)行接收內(nèi)容向 錄像機(jī)的輸出開始處理以及停止處理，其中，上述接收機(jī)的控 制部執(zhí)行接收廣播內(nèi)容并將接收內(nèi)容輸出到作為錄像機(jī)的服務(wù) 器的處理。
接著參照圖16說明在例如上述錄像處理等中將接收機(jī)381 所接收到的、或者接收機(jī)381內(nèi)部的存儲部所保持的內(nèi)容輸出到 錄像機(jī)382并記錄到錄像機(jī)382的記錄介質(zhì)、例如DVD、 HD等中 的情況下的處理時序。
如圖所示，接收機(jī)381具有媒體服務(wù)器控制點(MSCP)、 UPnP控制點(UPnP CP)、媒體傳輸客戶端、UPnP設(shè)備、媒體服務(wù)器設(shè)備(MSD)、媒體傳輸服務(wù)器的這些功能，利用這些功能 來執(zhí)行例如從廣播電臺接收內(nèi)容并記錄到內(nèi)部的存儲部中的處
理、將內(nèi)容輸出到錄像機(jī)382的處理。
另一方面，錄像機(jī)382具有媒體服務(wù)器設(shè)備(MSD)、 UPnP 設(shè)備、媒體傳輸服務(wù)器的這些功能，利用這些功能執(zhí)行從接收 機(jī)381接收內(nèi)容并記錄到內(nèi)部的存儲部中的處理等。
在接收機(jī)381將內(nèi)容輸出到錄像機(jī)382來執(zhí)行錄像處理的 情況下，在接收機(jī)3 81與錄像機(jī)3 8 2之間例如依次執(zhí)行如下的處 理。
(步驟S1)
啟動UPnP動作，選擇執(zhí)行錄像處理的介質(zhì)(例如HDD、 DVD、 BD等)。 (步驟S2)
啟動UPnP動作，制作錄像內(nèi)容用的CDS(內(nèi)容目錄服務(wù))的 入口 。
(步驟S3)
內(nèi)容從接收機(jī)381被輸出到錄像機(jī)382，錄像機(jī)382與在CDS 中設(shè)定的入口相對應(yīng)地進(jìn)行錄像處理。
在接收機(jī)381將內(nèi)容輸出到錄像機(jī)382來執(zhí)行錄像處理的 情況下，這樣進(jìn)行錄像目的地的決定和錄像內(nèi)容的上傳(從接收 機(jī)向錄像才幾的內(nèi)容傳輸)處理。下面說明具體的處理例。錄像目 的地的決定和錄像內(nèi)容的上傳處理時序例如為下面的步驟 SP1 SP6的過程。
(步驟SP1)
首先接收機(jī)對能夠從錄像機(jī)得到的可考慮的錄像目的地進(jìn) 行列表。
接收機(jī)對錄像機(jī)輸出下面的XML數(shù)據(jù)作為列表請求命令。列表請求命令X—HDLnkGetRecordDestinations()
接收到該請求命令的錄像機(jī)將可錄像的介質(zhì)信息作為響應(yīng) 提供給接收機(jī)。例如是如下的響應(yīng)。 響應(yīng)
X—HDLnkGetRecordDestinations("
< xml version="1.0" encoding="UTF_8" >
<RecordDestinations
xmlns="urn:schemas—hdlnk—org">
<RecordDestination destID="bdl" version="l">
Summer 2006 Vacation (BD)
</RecordDestination>
<RecordDestination destID="hddl" version="l"> Local HDD video collection </RecordDestination>
<RecordDestination destID="hdd2" version=T〉 Temporary storage space </RecordDestination> </RecordDestinations〉")
上述XML數(shù)據(jù)表示在獲取前面參照圖10說明的存儲單元 信息之前獲取的簡易的存儲單元列表。
從<RecordDestinations destlD二…〉到</RecordDestinations >是表示與一個存儲單元有關(guān)的信息。
bdl、 hddl、 hdd2是各個存儲單元的識別信息，表示
bdl:第一BD(藍(lán)光光盤)、
hddl:第一HDD(硬盤)、
hdd2:第二HDD(硬盤)。
(步驟SP2)接收機(jī)在從錄像機(jī)接收到上述存儲單元信息時，使用預(yù)先
與各存儲單元(bdl、 hddl、 hdd2)相對應(yīng)地設(shè)定的愛稱(friendly name)、例如[太郎的房間的BD]等將錄像目的地、即存儲單元 的列表提示給用戶。用戶從提示列表中選擇錄像目的地，例如 選擇"bdl"[BD(藍(lán)光光盤)]。 (步驟SP3)
接收機(jī)輸出用于向錄像機(jī)詢問所選擇的錄像目的地的狀態(tài) 的[錄像目的地狀態(tài)詢問]。
例如錄#>目的地狀態(tài)詢問
X—HDLnkGetRecordDestinationlnfo("bdl")。
上述XML數(shù)據(jù)是[bdl:第一BD(藍(lán)光光盤)]的信息獲取請求。
接收到該請求命令的錄像機(jī)將介質(zhì)信,t-作為響應(yīng)提供給 接收機(jī)。例如是如下的響應(yīng)。 響應(yīng)
X—HDLnkGetRe匿dDestinationlnf。C' < xml version二"1.0" encoding="UTF_8" 〉 <RecordDestinationInfo
xmlns="urn:schemas-hdlnk-org" version:"i" allowedTypes="BD,DVD+RW，DVD-R,NONE"recordable="l
，，
totalCapacity="26843545600" <!-25GB—> availableCapacity="10485760"> <!--10MB—〉 BD
</RecordDestinationInfo>")
該XML數(shù)據(jù)與之前參照圖IO說明的存儲單元信息對應(yīng)。但 是，在上述例子中，僅將作為與[bdl:第一BD(藍(lán)光光盤)]的信息獲取請求對應(yīng)的響應(yīng)的[bdl:第一BD(藍(lán)光光盤)]的存儲單元 信息從錄像機(jī)提供給接收機(jī)。
allowedTypes是在錄像機(jī)中能夠利用的介質(zhì)類型信息。是 表示該存儲單元中能夠利用的介質(zhì)(media)的種類的信息。
在這種情況下，表示能夠放入BD(Blue-Ray Disc)、 DVD+RW、 DVD-R作為記錄介質(zhì)。[NONE]表示也有可能存在 對存儲單元沒有》文入介質(zhì)(media)的情況。即，是表示該存儲單 元是可安裝和拆卸BD等介質(zhì)的存儲單元的信息。
totalCapacity是介質(zhì)的最大容量(capacity)信息。是表示該 存儲單元中當(dāng)前可利用的介質(zhì)(media)的全部容量的信息。
〈CurrentType〉BD〈/CurrentType〉是存儲單元的當(dāng)前介質(zhì) 類型信息。即，是表示在該存儲單元中當(dāng)前可利用的介質(zhì)(media) 的種類的信息。表示在該存儲單元中當(dāng)前放入有BD(Blue-Ray Disc)而處于能夠利用的狀態(tài)。在i殳定了NONE的情況下，表示 沒有放入介質(zhì)。
〈MaxSize〉48000〈/MaxSize〉是介質(zhì)的最大容量(capacity)信息。
是表示該存儲單元中當(dāng)前可利用的介質(zhì)(media)的全部容 量的信息。
availableCapacity是介質(zhì)的當(dāng)前可i己錄容量(capacity)4言息。 是表示在該存儲單元中當(dāng)前可利用的介質(zhì)(media)的可記
錄的剩余容量的信息。在該例子中，通知了能夠存儲10485760
IOM字節(jié)。 (步驟SP4)
接收機(jī)對在步驟SP3中從錄像機(jī)接受到的上述介質(zhì)信息進(jìn) 行分析，根據(jù)上述信息生成例如之前參照圖ll說明的顯示數(shù)據(jù) 并顯示在顯示部上。并且，接收才幾向用戶輸出表示能夠?qū)⒉迦?br> 45在錄像機(jī)的光盤換成空光盤的消息。
如之前參照圖13的時序圖說明的那樣，將用戶所選擇的上 傳內(nèi)容的量與從服務(wù)器獲取到的存儲單元信息中所包含的介質(zhì)
的可記錄容量(capacity)信息進(jìn)行比較，在介質(zhì)的可記錄容量為 上傳內(nèi)容的量以下的情況下，執(zhí)行警告顯示。
接收機(jī)的控制部從例如EP G數(shù)據(jù)等中所包含的內(nèi)容的屬性 信息中獲取預(yù)定記錄的廣播內(nèi)容的量，將獲取到的內(nèi)容的量與 從錄像機(jī)接受的存儲單元信息中所包含的存儲單元的可記錄容 量進(jìn)行比較，在存儲單元的可記錄容量為預(yù)定保存內(nèi)容的量以 下的情況下，對顯示部執(zhí)行警告顯示，其中，上述接收機(jī)的控 制部執(zhí)行接收廣播內(nèi)容并將接收內(nèi)容輸出到作為錄像機(jī)的服務(wù) 器的處理。
用戶在根據(jù)警告顯示而判斷為IOMB不足以對視頻內(nèi)容進(jìn) 行錄像時，將錄像機(jī)的介質(zhì)替換為空光盤(BD)。之后，接收機(jī) 再次開始(步驟SP1)的動作。通過這種處理，設(shè)為能夠利用10M 字節(jié)以上的介質(zhì)(BD)的狀態(tài)。
(步驟SP5)
在確認(rèn)了能夠利用存儲容量足夠的介質(zhì)之后，接收機(jī)詢問 用于內(nèi)容的上傳動作的容器ID。 容器ID詢問
X一HDLnkGetRecordContainerID("bdl"," < xml version=" 1.0"e腦ding二"UTF-8" > <DIDL-Lite
xmlns:dc="http:〃purl.org/dc/elements/l. 1〃' xmlns="urn: schemas-upnp-org: metadata-1 -0/DIDL-Lite〃' xmlns:upnp="urn:schemas-upnp-org: metadata-l-0/upnp〃' xmlns:xsi="http:〃www. w3.org/2001/XML Schema-instance"xsi:schemaLocation="
urn:schemas-upnp-org:metadata—1—0/DIDL-Lite/http:〃www.upnp.org/schemas/av/did卜lite-v2-20060531 .xsdurn:schemas-upnp-org:metadata-1 -0/upnp/http:〃www.upnp.org/schemas/av/upnp-v2—20060531 .xsd"><item id="" parentID="" restricted="0"><dc:title>Friends Episode 3</dc:title〉<upnp:class>
object, item, mo vie. videoltem
</upnp:class>
</item〉
</DIDL-Lite>")
上述XML數(shù)據(jù)是記載有獲取可利用[bdl:第一BD(藍(lán)光光盤)]的內(nèi)容的標(biāo)識符(容器ID)的請求的數(shù)據(jù)。
錄像機(jī)例如將下面的響應(yīng)作為對來自上述接收機(jī)的用于上傳動作的容器ID詢問的響應(yīng)提供給接收機(jī)。
響應(yīng)
X—HDLnkGetRecordContainerID("video:bdrec")
上述數(shù)據(jù)是通知容器ID-video:bdrec的數(shù)據(jù)。
(步驟SP6)
當(dāng)接收機(jī)接受容器ID二video:bdrec而作為用于保存內(nèi)容的容器的標(biāo)識符時，接收機(jī)使用DLNA上傳動作將內(nèi)容作為對該容器的保存內(nèi)容而進(jìn)行上傳。
內(nèi)容上傳請求
CreateObject("video:bdrec"，"
< xml version="1.0" encoding="UTF-8" >
<DIDL~Litexmlns:dc="http:〃purl.org/dc/elements/l .1〃'
xmlns="urn: schemas-upnp-org: metadata-l-0/DIDL-Lite〃'
xmlns:upnp="urn:schemas-upnp-org: metadata-l-0/upnp〃'
xmlns:xsi-"http:〃www. w3.org/2001/XML Schema-instance"
xsi:schemaLocation="
urn: schemas—upnp-org: metadata-1-0/DIDL-Lite/http:〃www.upnp.org/schemas/av/didl-lite-v2-20060531 .xsdurn:schemas—upnp-org:metadata_l_0/upnp/http:〃www.upnp.org/schemas/av/upnp-v2-20060531 .xsd"><item id二"" parentID="video:bdrec" restricted="0"><dc:title>Friends Episode 3</dc:title><upnp:class>
object, item, mo vie. videoltem
</upnp:class>
</item>
</DIDL-Lite〉")
上述請求是生成容器ID^video:bdrec的容器并將上傳內(nèi)容保存到所生成的容器中的請求。
錄像機(jī)例如將下面的響應(yīng)作為對來自上述接收機(jī)的內(nèi)容上傳請求的響應(yīng)提供給接收機(jī)。
響應(yīng)
CreateObject("video:bdrec:03 1 "，"
< xml version="1.0" encoding="UTF-8" 〉
<DIDL-Lite
xmlns:dc="http:〃purl.org/dc/elements/l. 1/"xmlns="urn:schemas-upnp-org: metadata-1 -0/DIDL-Lite〃'xmlns:upnp="urn:schemas-upnp-org: metadata-1-0/upnp/"xmlns:xsi="http:〃www. w3.org/2001/XMLSchema-instance"xsi:schemaLocation="
urn:schemas—upnp-org:metadata—1-0/DIDL-Lite/http:〃www.upnp.org/schemas/av/didl—lite—v2—20060531urn:schemas—upnp_org:metadata— 1 _0/upnp/http:〃www.upnp.org/schemas/av/upnp—v2-20060531 .xsd"〉<item id="video:bdrec:031" parentID="video:bdrec" restricted="0">
<dc:title> Friends Episode 3</dc:title〉
<dc:creator〉</dc:creator>
<res importUri="http:〃bdrec/record id=031"
protocolInfo=" *: *: video: * ">
</res>
<upnp:class>
object, item, mo vie. videoltem</upnp:class>
<upnp:genre></upnp:genre>
<upnp:album>My favorite episodes</upnp:album></item〉
</DIDL-Lite>")
上述響應(yīng)是表示設(shè)定為能夠接受容器ID=video:bdrec的容器生成并將上傳內(nèi)容保存到所生成的容器中的通知，在該響應(yīng)之后，接收機(jī)執(zhí)行指定了容器的內(nèi)容的上傳處理。接著參照圖17說明作為執(zhí)行上述處理的客戶端和服務(wù)器的信息處理裝置的結(jié)構(gòu)例。此外，服務(wù)器、客戶端都能夠利用各種信息設(shè)備來實現(xiàn)，各自的功能具有獨有的結(jié)構(gòu)。在圖17中作為框圖表示作為服務(wù)器和客戶端的基本功能。此外，參照圖18 說明具體的硬件結(jié)構(gòu)例。
圖17表示客戶端410和服務(wù)器420的基本結(jié)構(gòu)?？蛻舳?10 具有控制部411、存儲部412、通信部413、顯示部414、以及輸 入部415。顯示部414、輸入部415與之前參照圖6等說明的客戶 端110的UI lll相當(dāng)。服務(wù)器420具有控制部421、存儲部422a、 422b、以及通信部423。
在客戶端410的存儲部412中保存有內(nèi)容，并且保存有在控 制部411中執(zhí)行的程序，控制部411根據(jù)保存在存儲部412中的程 序執(zhí)行上述各種處理。同樣地，在服務(wù)器420的存儲部422a或者 存儲部42 2 b中保存有內(nèi)容，并且保存有在控制部4 21中執(zhí)行的程理。
如上所述，客戶端410是通過網(wǎng)絡(luò)對服務(wù)器420執(zhí)行內(nèi)容保 存處理的信息處理裝置，在通信部413中執(zhí)行通過網(wǎng)絡(luò)的數(shù)據(jù)通
理。具體地說，執(zhí)行如下處理從服務(wù)器420接受包含保存目的 地標(biāo)識符的存儲單元信息，向服務(wù)器420發(fā)送設(shè)定有保存目的地 標(biāo)識符的內(nèi)容保存請求以及保存內(nèi)容，其中，上述保存目的地 標(biāo)識符是與服務(wù)器420所具有的存儲部422a、 422b…對應(yīng)的標(biāo)識
對付。
另外，客戶端410的控制部411執(zhí)行如下處理根據(jù)經(jīng)由輸 入部415的內(nèi)容保存目的地指定信息的輸入，生成設(shè)定有與被指 定的服務(wù)器420的存儲單元對應(yīng)的保存目的地標(biāo)識符的內(nèi)容保 存請求并向服務(wù)器420發(fā)送?；蛘?，控制部411執(zhí)行如下處理 獲取作為登記信息而記錄在存儲部412中的內(nèi)容保存目的地指 定信息，生成設(shè)定有與獲取到的登記信息對應(yīng)的保存目的地標(biāo)識符的內(nèi)容保存請求并向服務(wù)器42 0發(fā)送。
客戶端410的控制部411如參照圖6說明的那樣執(zhí)行將如下 信息發(fā)送到服務(wù)器的處理服務(wù)器將對服務(wù)器420發(fā)送的內(nèi)容與 服務(wù)器420的CDS的管理目錄的、即圖3中示出的內(nèi)容列表上的 容器相對應(yīng)。根據(jù)該信息，服務(wù)器420根據(jù)服務(wù)器側(cè)的判斷進(jìn)行 使內(nèi)容與容器相對應(yīng)的處理。
并且，客戶端410的控制部411執(zhí)行根據(jù)從服務(wù)器420接收 的存儲單元信息生成包含存儲單元信息的顯示信息并顯示在顯 示部414上的處理。例如，如參照圖9說明的那樣，生成包含存 儲單元信息中所包含的存儲單元名稱的顯示信息并顯示在顯示 部414上。并且，控制部411根據(jù)從服務(wù)器420接收的存儲單元信 息中所包含的、對于存儲單元未放入介質(zhì)的狀態(tài)信息，對顯示 部414執(zhí)行警告顯示。另外，控制部411執(zhí)行從服務(wù)器420接收的 存儲單元信息中所包含的存儲單元的可記錄容量與預(yù)定保存內(nèi) 容的容量的比較處理，在服務(wù)器的存儲單元的可記錄容量為預(yù) 定保存內(nèi)容的容量以下的情況下，對顯示部414執(zhí)行警告顯示。 除此之外，控制部411執(zhí)行伴隨著上述內(nèi)容上傳的各種處理控 制。
另 一方面，服務(wù)器420是對通過網(wǎng)絡(luò)來自客戶端410的內(nèi)容 保存請求執(zhí)行處理的信息處理裝置。通信部423通過網(wǎng)絡(luò)執(zhí)行與 客戶端410之間的數(shù)據(jù)通信?？刂撇?12通過通信部423從客戶端 410接收設(shè)定有保存目的地標(biāo)識符的內(nèi)容保存請求，選擇與接收 到的保存目的地標(biāo)識符對應(yīng)的存儲單元作為來自客戶端的發(fā)送 內(nèi)容的保存目的地，來執(zhí)行內(nèi)容保存處理，其中，上述保存目 的地標(biāo)識符是與服務(wù)器420所具有的存儲單元(存儲部4223、 b…) 對應(yīng)的標(biāo)識l尋。
另外，服務(wù)器420的控制部421執(zhí)行如下處理根據(jù)來自客戶端410的存儲單元信息獲取請求的接收，將包含作為與服務(wù)器 420所具有的存儲單元(存儲部422a、 b...)對應(yīng)的標(biāo)識符的保存 目的地標(biāo)識符的存儲單元信息發(fā)送到客戶端410。具體地說，如 之前參照圖IO說明的那樣，執(zhí)行如下處理將包含能夠放入到 服務(wù)器420所具有的存儲單元中的介質(zhì)信息以及被放入到該存 儲單元中的當(dāng)前介質(zhì)信息的存儲單元信息、包含介質(zhì)的容量信 息的存儲單元信息發(fā)送到客戶端410。
另外，服務(wù)器420的控制部421執(zhí)行按照CDS(內(nèi)容目錄服務(wù)) 功能而使來自客戶端410的接收內(nèi)容與內(nèi)容管理目錄相對應(yīng)的 處理，其中，上述CDS進(jìn)行基于具有分層結(jié)構(gòu)的內(nèi)容管理目錄 的內(nèi)容管理。該內(nèi)容管理目錄是參照圖3說明的內(nèi)容列表，具有 按各類別進(jìn)行分類的樹結(jié)構(gòu)，根據(jù)來自客戶端的請求而提示給 客戶端?？蛻舳四軌蚋鶕?jù)從內(nèi)容列表中導(dǎo)出的內(nèi)容URL獲取所 希望的內(nèi)容。
最后參照圖18說明執(zhí)行上述處理的信息處理裝置的硬件結(jié) 構(gòu)例。CPU(Central Process Unit:中央處理單元)501與在圖17 中說明的服務(wù)器和客戶端的控制部相當(dāng)，進(jìn)行在上述實施例中 說明的各種處理的控制。CPU 501執(zhí)行按照ROM 502、 HDD 511 等數(shù)據(jù)存儲部中保存的計算機(jī)程序的處理。
ROM(Read Only Memory:只讀存儲器)502保存CPU所使用 的程序、運算參數(shù)等。RAM(Random Access Memory: 隨機(jī)存 取存儲器)503保存在CPU 501的執(zhí)行中使用的程序、在其執(zhí)行 中適當(dāng)發(fā)生變化的參數(shù)等。它們通過由CPU總線等構(gòu)成的主總 線504互相連4妄。
主總線504通過橋505與PCI(Peripheral Component Interconnect/Interface:外設(shè)組件互連/接口 )總線等外部總線506
52連接。輸入部508、輸出部509例如與客戶端中的用戶界面(UI) 對應(yīng)。
HDD(Hard Disk Drive:硬盤驅(qū)動器)511內(nèi)置硬盤，對硬盤 進(jìn)行驅(qū)動，記錄或再現(xiàn)由CPU 501執(zhí)行的程序、信息。硬盤例 如被利用為內(nèi)容以及元數(shù)據(jù)、內(nèi)容列表等的保存單元等，并且 保存有數(shù)據(jù)處理程序等各種計算機(jī)程序。
驅(qū)動器512讀出被安裝的磁盤、光盤、光磁盤、或者半導(dǎo) 體存儲器等可移動記錄介質(zhì)521中記錄的數(shù)據(jù)或程序，將該數(shù)據(jù) 或程序提供給通過接口 507、外部總線506、橋505、以及主總線 504連才妾的RAM 503。
連接端口 514是連接外部連接設(shè)備522的端口 ，具有USB、 IEEE1394等連接部。連接端口514通過接口 507、以及外部總線 506、橋505、主總線504等與CPU 501等連接。通信部515被連 接在網(wǎng)絡(luò)上，執(zhí)行服務(wù)器與客戶端之間的通信處理。
此外，圖18中示出的信息處理裝置的硬件結(jié)構(gòu)例是應(yīng)用P C 構(gòu)成的裝置的一個例子，并不限于圖18中示出的結(jié)構(gòu)，而能夠 應(yīng)用上述實施例中說明的可執(zhí)行處理的各種裝置。
上面參照特定的實施例對本發(fā)明進(jìn)行了詳細(xì)解說。然而， 在不脫離本發(fā)明的要旨的范圍內(nèi)本領(lǐng)域技術(shù)人員可進(jìn)行各實施 例的修改、代用是顯然的。即，以例示的方式公開了本發(fā)明， 不應(yīng)該限定性地進(jìn)行解釋。為了判斷本發(fā)明的要旨，應(yīng)該參考 權(quán)利要求書一欄。
此外，說明書中說明的 一 系列的處理能夠通過硬件或軟 件、或者兩者的復(fù)合結(jié)構(gòu)來執(zhí)行。在利用軟件執(zhí)行處理的情況 下，能夠?qū)⒂涗浟颂幚頃r序的程序安裝到被嵌入在專用的硬件 中的計算機(jī)內(nèi)的存儲器中并將其執(zhí)行、或者將程序安裝到可執(zhí)
行各種處理的通用計算機(jī)中并將其執(zhí)行。例如，將程序能夠預(yù)先記錄在作為記錄介質(zhì)的硬盤、
ROM(Read Only Memory)中?；蛘?，將程序能夠暫時或永久保 存(記錄)在軟盤、CD-ROM(Compact Disc Read Only Memory: 只讀光盤)、MO(Magneto Optical:》茲光)盤、DVD(Digital Versatile Disc:數(shù)字通用光盤)、磁盤、半導(dǎo)體存儲器等可移動 記錄介質(zhì)中。這種可移動記錄介質(zhì)能夠作為所謂的軟件包而提 供。
此外，除了能夠從上述那樣的可移動記錄介質(zhì)將程序安裝 到計算機(jī)中之外，還能夠?qū)⒊绦驈南螺d站點無線傳輸?shù)接嬎銠C(jī)、 或通過LAN(Local Area Network:局域網(wǎng))、因特網(wǎng)之類的網(wǎng)絡(luò) 以有線方式傳輸?shù)接嬎銠C(jī)，在計算機(jī)中接收這樣傳輸過來的程 序，安裝到內(nèi)置的硬盤等記錄介質(zhì)中。
此外，il明書中記載的各種處理不iX可以4安照記載以時間 序列執(zhí)行，也可以根據(jù)執(zhí)行處理的裝置的處理能力或者需要并 行地或單獨地執(zhí)行。另外，在本說明書中，系統(tǒng)是指多個裝置 的邏輯的集合結(jié)構(gòu)，不限于將各個結(jié)構(gòu)的裝置置于同 一 殼體內(nèi)。
產(chǎn)業(yè)上的可利用性
如上面說明的那樣，根據(jù)本發(fā)明的一個實施例的結(jié)構(gòu)，在 通過網(wǎng)絡(luò)進(jìn)行連接的客戶端與服務(wù)器之間，當(dāng)執(zhí)行將內(nèi)容從客 戶端向服務(wù)器上傳的處理時，客戶端從服務(wù)器獲取與服務(wù)器所 具有的存儲單元對應(yīng)的保存目的地標(biāo)識符，并將設(shè)定有與客戶 端所希望的存儲單元對應(yīng)的保存目的地標(biāo)識符的內(nèi)容保存請求 輸出到服務(wù)器。服務(wù)器獲取從客戶端接收的內(nèi)容保存請求中所 包含的保存目的地標(biāo)識符，選擇由保存目的地標(biāo)識符指定的存 儲單元來保存來自客戶端的上傳內(nèi)容。通過本結(jié)構(gòu)，客戶端能 夠任意指定服務(wù)器的特定的存儲單元來進(jìn)行內(nèi)容的記錄。
權(quán)利要求
1. 一種信息處理裝置，通過網(wǎng)絡(luò)對服務(wù)器執(zhí)行內(nèi)容保存處理，上述服務(wù)器具備利用具有分層結(jié)構(gòu)的內(nèi)容管理目錄執(zhí)行內(nèi)容管理的CDS(內(nèi)容目錄服務(wù))功能，上述信息處理裝置的特征在于，具有通信部，其執(zhí)行數(shù)據(jù)通信；以及控制部，其執(zhí)行如下處理通過上述通信部從服務(wù)器接受包含保存目的地標(biāo)識符的存儲單元信息，并向服務(wù)器發(fā)送設(shè)定有保存目的地標(biāo)識符的內(nèi)容保存請求以及保存內(nèi)容，其中，上述保存目的地標(biāo)識符是與服務(wù)器所具有的存儲單元對應(yīng)的標(biāo)識符。
2. 根據(jù)權(quán)利要求l所述的信息處理裝置，其特征在于， 上述控制部具有執(zhí)行將如下信息發(fā)送到上述服務(wù)器的處理的結(jié)構(gòu)服務(wù)器將對上述服務(wù)器發(fā)送的內(nèi)容與上述CDS的管理目錄 上的容器相對應(yīng)。
3. 根據(jù)權(quán)利要求l所述的信息處理裝置，其特征在于， 上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)根據(jù)經(jīng)由輸入部的內(nèi)容保存目的地指定信息的輸入，生成 并向服務(wù)器發(fā)送設(shè)定有與被指定的存儲單元對應(yīng)的保存目的地 標(biāo)識符的內(nèi)容保存請求。
4. 根據(jù)權(quán)利要求l所述的信息處理裝置，其特征在于， 上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)獲取作為登記信息而被記錄在存儲部中的內(nèi)容保存目的地 指定信息，生成并向服務(wù)器發(fā)送設(shè)定有與獲取到的登記信息對 應(yīng)的保存目的地標(biāo)識符的內(nèi)容保存請求。
5. 根據(jù)權(quán)利要求l所述的信息處理裝置，其特征在于， 上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)根據(jù)從上述服務(wù)器接收的存儲單元信息生成包含該存儲單 元信息的顯示信息并將該顯示信息顯示在顯示部上。
6. 根據(jù)權(quán)利要求l所述的信息處理裝置，其特征在于，上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)生成包含從上述服務(wù)器接收的存儲單元信息中所包含的存 儲單元名稱的顯示信息并將該顯示信息顯示在顯示部上。
7. 根據(jù)權(quán)利要求l所述的信息處理裝置，其特征在于， 上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)根據(jù)從上述服務(wù)器接收的存儲單元信息中所包含的、對于 存儲單元未放入介質(zhì)的狀態(tài)信息，對顯示部執(zhí)行警告顯示。
8. 根據(jù)權(quán)利要求l所述的信息處理裝置，其特征在于， 上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)執(zhí)行從上述服務(wù)器接收的存儲單元信息中所包含的存儲單 元的可記錄容量與預(yù)定保存內(nèi)容的量的比較處理，在上述存儲 單元的可記錄容量為預(yù)定保存內(nèi)容的量以下的情況下，對顯示 部執(zhí)行警告顯示。
9. 根據(jù)權(quán)利要求l所述的信息處理裝置，其特征在于， 上述信息處理裝置是執(zhí)行接收廣播內(nèi)容并將接收內(nèi)容輸出到作為錄像機(jī)的服務(wù)器的處理的接收機(jī)， 上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)按照預(yù)先登記的與預(yù)定記錄的廣播內(nèi)容的錄像開始和結(jié)束 預(yù)定時刻有關(guān)的信息，執(zhí)行接收內(nèi)容向錄像機(jī)的輸出開始處理 以及停止處理。
10. 根據(jù)權(quán)利要求l所述的信息處理裝置，其特征在于， 上述信息處理裝置是執(zhí)行接收廣播內(nèi)容并將接收內(nèi)容輸出到作為錄像機(jī)的服務(wù)器的處理的接收機(jī)， 上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)將預(yù)定記錄的廣播內(nèi)容的量與從錄像機(jī)接受的存儲單元信 息中所包含的存儲單元的可記錄容量進(jìn)行比較，在上述存儲單 元的可記錄容量為預(yù)定保存內(nèi)容的量以下的情況下，對顯示部 執(zhí)行警告顯示。
11. 一種信息處理裝置，作為服務(wù)器執(zhí)行對于通過網(wǎng)絡(luò)的來自客戶端的內(nèi)容保存請求的處理，其特征在于，具有 通信部，其執(zhí)行數(shù)據(jù)通信；以及控制部，其執(zhí)行CDS(內(nèi)容目錄服務(wù))功能，該CDS功能進(jìn)行 基于具有分層結(jié)構(gòu)的內(nèi)容管理目錄的內(nèi)容管理， 上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)通過上述通信部從客戶端接收設(shè)定有保存目的地標(biāo)識符的 內(nèi)容保存請求，選擇與該保存目的地標(biāo)識符對應(yīng)的存儲單元作 為來自客戶端的發(fā)送內(nèi)容的保存目的地，來執(zhí)行內(nèi)容保存處理， 其中，上述保存目的地標(biāo)識符是與服務(wù)器所具有的存儲單元對 應(yīng)的標(biāo)識符。
12. 根據(jù)權(quán)利要求ll所述的信息處理裝置，其特征在于， 上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)根據(jù)來自客戶端的存儲單元信息獲取請求的接收，將包含 作為與服務(wù)器所具有的存儲單元對應(yīng)的標(biāo)識符的保存目的地標(biāo)識符的存儲單元信息發(fā)送到客戶端。
13. 根據(jù)權(quán)利要求ll所述的信息處理裝置，其特征在于， 上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)根據(jù)來自客戶端的存儲單元信息獲取請求的接收，將包含 能夠在服務(wù)器所具有的存儲單元中放入的介質(zhì)的信息以及在該 存儲單元中放入的當(dāng)前介質(zhì)的信息的存儲單元信息發(fā)送到客戶 端。
14. 根據(jù)權(quán)利要求ll所述的信息處理裝置，其特征在于，上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)根據(jù)來自客戶端的存儲單元信息獲取請求的接收，將包含 被放入在服務(wù)器所具有的存儲單元中的介質(zhì)的容量信息的存儲 單元信息發(fā)送到客戶端。
15. 根據(jù)權(quán)利要求ll所述的信息處理裝置，其特征在于， 上述信息處理裝置是錄像機(jī)，上述客戶端是執(zhí)行接收廣播內(nèi)容并將接收內(nèi)容輸出到作為錄像機(jī)的服務(wù)器的處理的接收 機(jī)，上述控制部具有執(zhí)行如下處理的結(jié)構(gòu)按照預(yù)先登記的與預(yù)定記錄的廣播內(nèi)容的錄像開始和結(jié)束 預(yù)定時刻有關(guān)的信息，執(zhí)行從接收機(jī)的內(nèi)容的輸入開始處理以 及停止處理。
16. —種信息處理方法，是通過網(wǎng)絡(luò)對服務(wù)器執(zhí)行內(nèi)容保 存處理的信息處理裝置中的信息處理方法，上述服務(wù)器具備利 用具有分層結(jié)構(gòu)的內(nèi)容管理目錄執(zhí)行內(nèi)容管理的CDS(內(nèi)容目 錄服務(wù))功能，上述信息處理方法的特征在于，具有以下步驟存儲單元信息輸入步驟，在控制部中，輸入通過通信部從 服務(wù)器接收的包含保存目的地標(biāo)識符的存儲單元信息，其中， 上述保存目的地標(biāo)識符是與服務(wù)器所具有的存儲單元對應(yīng)的標(biāo) 識符；以及數(shù)據(jù)發(fā)送步驟，在控制部中，執(zhí)行通過通信部向服務(wù)器發(fā) 送設(shè)定有保存目的地標(biāo)識符的內(nèi)容保存請求以及保存內(nèi)容的處 理。
17. 根據(jù)權(quán)利要求16所述的信息處理方法，其特征在于， 上述數(shù)據(jù)發(fā)送步驟包括執(zhí)行將如下信息發(fā)送到上述服務(wù)器的處理的步驟上的容器相對應(yīng)。
18. 根據(jù)權(quán)利要求16所述的信息處理方法，其特征在于， 上述數(shù)據(jù)發(fā)送步驟是執(zhí)行如下處理的步驟根據(jù)經(jīng)由輸入部的內(nèi)容保存目的地指定信息的輸入，生成 并向服務(wù)器發(fā)送設(shè)定有與被指定的存儲單元對應(yīng)的保存目的地 標(biāo)識符的內(nèi)容保存請求。
19. 根據(jù)權(quán)利要求16所述的信息處理方法，其特征在于， 上述數(shù)據(jù)發(fā)送步驟是執(zhí)行如下處理的步驟 獲取作為登記信息而被記錄在存儲部中的內(nèi)容保存目的地指定信息，生成并向服務(wù)器發(fā)送設(shè)定有與獲取到的登記信息對 應(yīng)的保存目的地標(biāo)識符的內(nèi)容保存請求。
20. 根據(jù)權(quán)利要求16所述的信息處理方法，其特征在于， 上述信息處理方法還具有執(zhí)行如下處理的顯示步驟 在上述控制部中，根據(jù)從上述服務(wù)器接收的存儲單元信息生成包含該存儲單元信息的顯示信息并將該顯示信息顯示在顯 示部上。
21. 根據(jù)權(quán)利要求16所述的信息處理方法，其特征在于， 上述信息處理方法還具有執(zhí)行如下處理的顯示步驟 在上述控制部中，生成包含從上述服務(wù)器接收的存儲單元信息中所包含的存儲單元名稱的顯示信息并將該顯示信息顯示 在顯示部上。
22. 根據(jù)權(quán)利要求16所述的信息處理方法，其特征在于， 上述信息處理方法還具有執(zhí)行如下處理的顯示步驟 在上述控制部中，根據(jù)從上述服務(wù)器接收的存儲單元信息中所包含的、對于存儲單元未放入介質(zhì)的狀態(tài)信息，對顯示部 執(zhí)行警告顯示。
23. 根據(jù)權(quán)利要求16所述的信息處理方法，其特征在于，上述信息處理方法還具有執(zhí)行如下處理的顯示步驟 在上述控制部中，執(zhí)行從上述服務(wù)器接收的存儲單元信息 中所包含的存儲單元的可記錄容量與預(yù)定保存內(nèi)容的量的比較 處理，在上述存儲單元的可記錄容量為預(yù)定保存內(nèi)容的量以下 的情況下，對顯示部執(zhí)行警告顯示。
24. 根據(jù)權(quán)利要求16所述的信息處理方法，其特征在于， 上述信息處理裝置是執(zhí)行接收廣播內(nèi)容并將接收內(nèi)容輸出到作為錄像機(jī)的服務(wù)器的處理的接收機(jī)，上述控制部按照預(yù)先登記的與預(yù)定記錄的廣播內(nèi)容的錄像 開始和結(jié)束預(yù)定時刻有關(guān)的信息，執(zhí)行接收內(nèi)容向錄像機(jī)的輸 出開始處理以及1亭止處理。
25. 根據(jù)權(quán)利要求16所述的信息處理方法，其特征在于， 上述信息處理裝置是執(zhí)行接收廣播內(nèi)容并將接收內(nèi)容輸出到作為錄像機(jī)的服務(wù)器的處理的接收機(jī)，上述控制部將預(yù)定記錄的廣播內(nèi)容的量與從錄像機(jī)接受的 存儲單元信息中所包含的存儲單元的可記錄容量進(jìn)行比較，在 上述存儲單元的可記錄容量為預(yù)定保存內(nèi)容的量以下的情況 下，對顯示部執(zhí)行警告顯示。
26. —種信息處理方法，是在執(zhí)行對于通過網(wǎng)絡(luò)的來自客 戶端的內(nèi)容保存請求的處理的作為服務(wù)器的信息處理裝置中執(zhí) 行的信息處理方法，其特征在于，具有以下步驟內(nèi)容保存請求接收步驟，在通信部中，從客戶端接收設(shè)定 有作為與服務(wù)器所具有的存儲單元對應(yīng)的標(biāo)識符的保存目的地 標(biāo)識符的內(nèi)容保存^青求；內(nèi)容保存步驟，在控制部中，選4奪與上述保存目的地標(biāo)識 符對應(yīng)的存儲單元而作為來自客戶端的發(fā)送內(nèi)容的保存目的 地，執(zhí)行來自客戶端的接收內(nèi)容的保存處理；以及在控制部中按照進(jìn)行基于具有分層結(jié)構(gòu)的內(nèi)容管理目錄的內(nèi)容管理的CDS(內(nèi)容目錄服務(wù))功能而使上述來自客戶端的接收內(nèi)容與上述內(nèi)容管理目錄相對應(yīng)的步驟。
27. 根據(jù)權(quán)利要求26所述的信息處理方法，其特征在于， 上述信息處理方法還具有執(zhí)行如下處理的存儲單元信息發(fā)送步驟在上述控制部中，根據(jù)來自客戶端的存儲單元信息獲取請 求的接收，將包含作為與服務(wù)器所具有的存儲單元對應(yīng)的標(biāo)識 符的保存目的地標(biāo)識符的存儲單元信息發(fā)送到客戶端。
28. 根據(jù)權(quán)利要求26所述的信息處理方法，其特征在于， 上述信息處理方法還具有執(zhí)行如下處理的存儲單元信息發(fā)送步驟在上述控制部中，根據(jù)來自客戶端的存儲單元信息獲取請 求的接收，將包含能夠放入到服務(wù)器所具有的存儲單元中的介 質(zhì)的信息以及被放入到該存儲單元中的當(dāng)前介質(zhì)的信息的存儲 單元信息發(fā)送到客戶端。
29. 根據(jù)權(quán)利要求26所述的信息處理方法，其特征在于， 上述信息處理方法還具有執(zhí)行如下處理的存儲單元信息發(fā)送步驟在上述控制部中，根據(jù)來自客戶端的存儲單元信息獲取請 求的接收，將包含被放入在服務(wù)器所具有的存儲單元中的介質(zhì) 的容量信息的存儲單元信息發(fā)送到客戶端。
30. 根據(jù)權(quán)利要求26所述的信息處理方法，其特征在于， 上述信息處理裝置是錄像機(jī)，上述客戶端是執(zhí)行接收廣播內(nèi)容并將接收內(nèi)容輸出到作為錄像機(jī)的服務(wù)器的處理的接收 機(jī)，上述控制部按照預(yù)先登記的與預(yù)定記錄的廣播內(nèi)容的錄像開始和結(jié)束預(yù)定時刻有關(guān)的信息，執(zhí)行從接收機(jī)的內(nèi)容的輸入 開始處理以及停止處理。
31. —種計算機(jī)程序，是在通過網(wǎng)絡(luò)對服務(wù)器執(zhí)行內(nèi)容保 存處理的信息處理裝置中執(zhí)行信息處理的計算機(jī)程序，上述服 務(wù)器具備利用具有分層結(jié)構(gòu)的內(nèi)容管理目錄執(zhí)行內(nèi)容管理的CDS(內(nèi)容目錄服務(wù))功能，該計算機(jī)程序的特征在于，執(zhí)行以 下步驟存儲單元信息輸入步驟，在控制部中，輸入通過通信部從 服務(wù)器接收的包含保存目的地標(biāo)識符的存儲單元信息，其中， 上述保存目的地標(biāo)識符是與服務(wù)器所具有的存儲單元對應(yīng)的標(biāo) 識才尋；以及數(shù)據(jù)發(fā)送步驟，在控制部中，執(zhí)行通過通信部向服務(wù)器發(fā) 送設(shè)定有保存目的地標(biāo)識符的內(nèi)容保存請求以及保存內(nèi)容的處 理。
32. —種計算機(jī)程序，在信息處理裝置中執(zhí)行對于通過網(wǎng) 絡(luò)的來自客戶端的內(nèi)容保存請求的處理，其特征在于，執(zhí)行以 下步驟內(nèi)容保存請求輸入步驟，在控制部中，輸入通過通信部從 客戶端接收的設(shè)定有保存目的地標(biāo)識符的內(nèi)容保存請求，其中， 上述保存目的地標(biāo)識符是與服務(wù)器所具有的存儲單元對應(yīng)的標(biāo) 識符；內(nèi)容保存步驟，在控制部中，選擇與上述保存目的地標(biāo)識 符對應(yīng)的存儲單元作為來自客戶端的發(fā)送內(nèi)容的保存目的地， 執(zhí)行來自客戶端的接收內(nèi)容的保存處理；以及在控制部中按照進(jìn)行基于具有分層結(jié)構(gòu)的內(nèi)容管理目錄的 內(nèi)容管理的CDS(內(nèi)容目錄服務(wù))功能而使上述來自客戶端的接 收內(nèi)容與上述內(nèi)容管理目錄相對應(yīng)的步驟。
全文摘要
提供一種能夠指定服務(wù)器的特定的存儲單元來記錄來自客戶端的上傳內(nèi)容的裝置以及方法。在從客戶端向服務(wù)器的內(nèi)容上傳處理中，客戶端從服務(wù)器獲取與服務(wù)器的存儲單元對應(yīng)的保存目的地標(biāo)識符，并將設(shè)定有客戶端所希望的存儲單元的保存目的地標(biāo)識符的內(nèi)容保存請求發(fā)送到服務(wù)器。服務(wù)器選擇根據(jù)從客戶端接收到的保存目的地標(biāo)識符指定的存儲單元來保存上傳內(nèi)容。通過本結(jié)構(gòu)，客戶端能夠任意指定服務(wù)器的特定的存儲單元來記錄內(nèi)容。
文檔編號H04N7/173GK101467453SQ20078002219
公開日2009年6月24日 申請日期2007年5月28日 優(yōu)先權(quán)日2006年6月15日
發(fā)明者吉川典史 申請人:索尼株式會社