專利名稱：信息處理裝置以及信息處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種執(zhí)行網(wǎng)絡(luò)連接設(shè)備之間的內(nèi)容傳輸、保存處理的信息處理裝置以及信息處理方法。更詳細(xì)地說，本發(fā)明涉及一種在應(yīng)用了 UPnP(注冊商標(biāo))中規(guī)定的服務(wù)器的 CDS(內(nèi)容目錄服務(wù))的內(nèi)容管理結(jié)構(gòu)中能夠進(jìn)行由客戶端對(duì)服務(wù)器指定了內(nèi)容保存目的地的內(nèi)容保存請(qǐng)求的信息處理裝置、信息處理方法以及計(jì)算機(jī)程序。
背景技術(shù)：
隨著近來的數(shù)據(jù)通信網(wǎng)絡(luò)的普及，家庭內(nèi)也正在滲透一種對(duì)家電設(shè)備、計(jì)算機(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ù)計(jì)今后會(huì)逐漸普及。作為適于這種家庭網(wǎng)絡(luò)的結(jié)構(gòu)的協(xié)議，已知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)點(diǎn)。UPnP在連接設(shè)備之間交換依據(jù)XML(eXtensible Markup Language 可擴(kuò)展標(biāo)記語言)的定義文件，在設(shè)備之間進(jìn)行相互識(shí)別。UPnP的處理的概要如下。(1)獲取IP地址等自己的設(shè)備ID的尋址處理。(2)對(duì)網(wǎng)絡(luò)上的各設(shè)備進(jìn)行檢索而從各設(shè)備接收響應(yīng)并獲取響應(yīng)中所包含的設(shè)備種類、功能等信息的發(fā)現(xiàn)(discovery)處理。(3)根據(jù)通過發(fā)現(xiàn)處理獲取到的信息來向各設(shè)備請(qǐng)求服務(wù)的服務(wù)請(qǐng)求處理。通過進(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è)備請(qǐng)求服務(wù)。例如，進(jìn)行保存各種音樂、圖像等內(nèi)容而根據(jù)客戶端的請(qǐng)求將內(nèi)容提供給客戶端的服務(wù)的服務(wù)器具備CDS(內(nèi)容目錄服務(wù))作為執(zhí)行內(nèi)容管理處理的功能。CDS(內(nèi)容目錄服務(wù))利用具有分層結(jié)構(gòu)的內(nèi)容管理目錄來管理保存在服務(wù)器的存儲(chǔ)單元、例如硬盤、DVD等存儲(chǔ)單元中的內(nèi)容。CDS(內(nèi)容目錄服務(wù))保持內(nèi)容列表，進(jìn)行基于內(nèi)容列表的內(nèi)容管理，其中，上述內(nèi)容列表具有按照應(yīng)用了例如類型、藝術(shù)家等的與內(nèi)容對(duì)應(yīng)的元數(shù)據(jù)的獨(dú)特的分類的分叉樹狀的分層結(jié)構(gòu)。在客戶端再現(xiàn)作為服務(wù)器的管理內(nèi)容的音樂數(shù)據(jù)、圖像數(shù)據(jù)等內(nèi)容的情況下，客戶端對(duì)服務(wù)器發(fā)送內(nèi)容信息的獲取請(qǐng)求。服務(wù)器將在CDS中管理的內(nèi)容列表提示給客戶端，客戶端從內(nèi)容列表中選擇所希望的內(nèi)容，并向服務(wù)器請(qǐng)求內(nèi)容的獲取。通過該處理，客戶端能夠從服務(wù)器獲取特定的內(nèi)容來進(jìn)行再現(xiàn)。此外，例如在專利文獻(xiàn)1中記載有這種內(nèi)容保存以及再現(xiàn)處理結(jié)構(gòu)。另一方面，客戶端例如能夠?qū)⒖蛻舳说拇鎯?chǔ)部所存儲(chǔ)的內(nèi)容提供給服務(wù)器，設(shè)定為服務(wù)器內(nèi)的CDS(內(nèi)容目錄服務(wù))管理內(nèi)容。通過該處理，連接在網(wǎng)絡(luò)上的其它客戶端也能夠獲取該新保存的內(nèi)容來進(jìn)行再現(xiàn)、利用。具體地說，例如能夠進(jìn)行如下處理客戶端通過網(wǎng)絡(luò)將單獨(dú)獲取到的音樂、圖像內(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等各種存儲(chǔ)單元的情況下，客戶端也無法向服務(wù)器請(qǐng)求指定了這些存儲(chǔ)單元的內(nèi)容保存。專利文獻(xiàn)1 日本特開2004-348455號(hào)公報(bào)

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


圖1是說明在進(jìn)行網(wǎng)絡(luò)連接的服務(wù)器與客戶端之間執(zhí)行的處理的圖。圖2是說明在進(jìn)行網(wǎng)絡(luò)連接的服務(wù)器與客戶端之間執(zhí)行的向客戶端輸出服務(wù)器內(nèi)容的處理的圖。圖3是說明應(yīng)用于服務(wù)器中的內(nèi)容管理的內(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中顯示的保存目的地名稱的顯示例的圖。圖10是說明在向服務(wù)器上傳客戶端內(nèi)容的處理中從服務(wù)器向客戶端提供的存儲(chǔ)單元信息的例子的圖。圖11是說明在向服務(wù)器上傳客戶端內(nèi)容的處理中客戶端的UI中所顯示的存儲(chǔ)單元信息的顯示例的圖。圖12是說明在向服務(wù)器上傳客戶端內(nèi)容的處理中的客戶端服務(wù)器的處理時(shí)序的圖。圖13是說明在向服務(wù)器上傳客戶端內(nèi)容的處理中的客戶端服務(wù)器的處理時(shí)序的圖。圖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)例的圖。
具體實(shí)施例方式下面參照附圖來詳細(xì)說明本發(fā)明的信息處理裝置、信息處理方法以及計(jì)算機(jī)程序。[系統(tǒng)概要]首先，參照?qǐng)D1說明本發(fā)明能夠應(yīng)用的網(wǎng)絡(luò)結(jié)構(gòu)例。圖1中示出了客戶端110和服務(wù)器150。客戶端110和服務(wù)器150具有能夠通過例如家庭網(wǎng)絡(luò)等網(wǎng)絡(luò)進(jìn)行數(shù)據(jù)通信的結(jié)構(gòu)。此外，圖中僅示出了一個(gè)客戶端和一個(gè)服務(wù)器，但是也可以設(shè)定為還有未圖示的客戶端、服務(wù)器能夠通過網(wǎng)絡(luò)進(jìn)行通信。服務(wù)器150將音樂、圖像、或者視頻內(nèi)容等各種服務(wù)器內(nèi)容153Α、15!3Β保存到硬盤、DVD等存儲(chǔ)單元Α151、存儲(chǔ)單元Β152中。服務(wù)器150根據(jù)來自客戶端110的請(qǐng)求，將服務(wù)器內(nèi)容153提供給客戶端110。例如客戶端110進(jìn)行一邊從服務(wù)器150接收內(nèi)容153 — 邊進(jìn)行再現(xiàn)的流再現(xiàn)。客戶端110例如具有用戶界面111，該用戶界面111用于進(jìn)行從服務(wù)器150提供的內(nèi)容列表、圖像內(nèi)容的顯示，還用于進(jìn)行內(nèi)容的指定、內(nèi)容再現(xiàn)請(qǐng)求、對(duì)服務(wù)器150的內(nèi)容的保存、發(fā)送請(qǐng)求等，并且，客戶端110具有保存單獨(dú)獲取的內(nèi)容等的存儲(chǔ)單元112。在存儲(chǔ)單元112中例如保存有客戶端110所存儲(chǔ)的客戶端內(nèi)容115。例如在客戶端110是數(shù)字照相機(jī)的情況下，拍攝得到的圖像數(shù)據(jù)等作為客戶端內(nèi)容115而被保存?？蛻舳?10能夠按照規(guī)定的過程對(duì)服務(wù)器150上傳客戶端內(nèi)容115?？蛻舳?10和服務(wù)器150例如構(gòu)成為遵照基于經(jīng)由信息家電的網(wǎng)絡(luò)的通信、數(shù)據(jù)處理規(guī)范的DLNA(Digital Living Network Alliance 數(shù)字生活網(wǎng)絡(luò)聯(lián)盟)準(zhǔn)則的設(shè)備。
12在DLNA準(zhǔn)則中，規(guī)定有記錄/存儲(chǔ)/提供內(nèi)容的DMS (數(shù)字媒體服務(wù)器)和對(duì)內(nèi)容進(jìn)行再現(xiàn)的DMP (數(shù)字媒體播放器)。圖1中示出的客戶端110相當(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)行相互識(shí)別。在UPnP中規(guī)定的處理中包括以下處理。(1)獲取IP地址等自己的設(shè)備ID的尋址處理。(2)對(duì)網(wǎng)絡(luò)上的各設(shè)備進(jìn)行檢索而從各設(shè)備接收響應(yīng)并獲取響應(yīng)中所包含的設(shè)備種類、功能等信息的發(fā)現(xiàn)處理。(3)根據(jù)通過發(fā)現(xiàn)處理獲取的信息來向各設(shè)備請(qǐng)求服務(wù)的服務(wù)請(qǐng)求處理?？蛻舳?10通過執(zhí)行這些處理，能夠接受來自服務(wù)器150的服務(wù)。新連接到網(wǎng)絡(luò)上的設(shè)備能夠通過上述尋址處理獲取設(shè)備ID，通過發(fā)現(xiàn)處理獲取被網(wǎng)絡(luò)連接的其它設(shè)備的信息，并根據(jù)獲取信息向其它設(shè)備請(qǐng)求服務(wù)。[客戶端中的內(nèi)容再現(xiàn)處理]參照?qǐng)D2說明在客戶端110對(duì)保存在服務(wù)器150中的音樂數(shù)據(jù)、圖像數(shù)據(jù)等內(nèi)容進(jìn)行再現(xiàn)時(shí)的處理。在客戶端110想要接收保存在服務(wù)器150中的音樂數(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)容管理目錄對(duì)內(nèi)容進(jìn)行管理。在圖3中示出了設(shè)定為在服務(wù)器150的⑶S中管理的內(nèi)容的管理目錄的內(nèi)容列表的結(jié)構(gòu)例。如圖3所示，根據(jù)具有分叉樹狀的分層結(jié)構(gòu)的內(nèi)容列表來對(duì)內(nèi)容進(jìn)行管理。該分層結(jié)構(gòu)表示與服務(wù)器在存儲(chǔ)部中保存并管理的內(nèi)容對(duì)應(yīng)的邏輯管理結(jié)構(gòu)。將內(nèi)容根據(jù)其種類、例如音樂(Audio)、視頻(Video)、照片(Wioto)等分類為類別，根據(jù)類別分類來設(shè)定如圖3所示那樣的分層結(jié)構(gòu)。服務(wù)器的CDS利用預(yù)先在服務(wù)器中設(shè)定的程序進(jìn)行分類并構(gòu)建樹結(jié)構(gòu)的內(nèi)容列表。在圖3中示出的分層結(jié)構(gòu)中，頂點(diǎn)被稱為根容器(root container)。根容器的下面例如設(shè)定有音樂(music)容器、運(yùn)動(dòng)圖像容器、靜止圖像容器等。音樂(music)容器的下面設(shè)定有類型(genre)，類型的下面設(shè)定有藝術(shù)家等各種容器，使內(nèi)容與某一個(gè)容器相對(duì)應(yīng)。此外，該分類例是一個(gè)例子，能夠采用其它各種分類方式?；氐綀D2，繼續(xù)說明內(nèi)容再現(xiàn)時(shí)的處理?？蛻舳?10首先從服務(wù)器接受服務(wù)器 150的CDS所管理的內(nèi)容列表180，從內(nèi)容列表中選擇作為再現(xiàn)對(duì)象的內(nèi)容，將內(nèi)容指定信息發(fā)送到服務(wù)器150。服務(wù)器150的CDS所管理的各個(gè)內(nèi)容都與URL(Uniform Resource Locator 統(tǒng)一資源定位器)相對(duì)應(yīng)，客戶端以與特定的內(nèi)容對(duì)應(yīng)的URL為指定信息來向服務(wù)器150進(jìn)行內(nèi)容請(qǐng)求。根據(jù)該內(nèi)容請(qǐng)求，服務(wù)器150將服務(wù)器保存內(nèi)容153提供給客戶端 110。[從客戶端對(duì)服務(wù)器的內(nèi)容上傳處理]客戶端110不僅能夠進(jìn)行上述的來自服務(wù)器150的內(nèi)容的獲取、再現(xiàn)，還能夠如參照?qǐng)D1說明的那樣按照規(guī)定的過程將客戶端110的存儲(chǔ)單元112中存儲(chǔ)的客戶端內(nèi)容115 上傳到服務(wù)器150?？蛻舳?10通過將客戶端內(nèi)容115上傳到服務(wù)器，能夠?qū)⒃摽蛻舳藘?nèi)容115設(shè)定為服務(wù)器150的CDS管理內(nèi)容，通過該處理，連接在網(wǎng)絡(luò)上的其它客戶端也能夠通過參照?qǐng)D 2說明的處理將該新保存內(nèi)容作為服務(wù)器內(nèi)容來獲取并進(jìn)行再現(xiàn)、利用。例如，客戶端110能夠進(jìn)行通過網(wǎng)絡(luò)將單獨(dú)獲取到的音樂、圖像內(nèi)容保存到服務(wù)器150中而設(shè)定為服務(wù)器150的管理內(nèi)容的處理。另外，在客戶端110是數(shù)字照相機(jī)的情況下，能夠進(jìn)行將利用數(shù)字照相機(jī)拍攝得到的圖像數(shù)據(jù)設(shè)為服務(wù)器150的CDS管理內(nèi)容的處理等。參照?qǐng)D4說明將客戶端保存內(nèi)容的復(fù)制數(shù)據(jù)設(shè)為服務(wù)器的CDS管理內(nèi)容的處理例、即內(nèi)容的上傳處理。圖4是遵照WnP AV(UPnP AV Working Committee =UPnP AV工作委員會(huì))的一般的處理例。如上所述，服務(wù)器150在CDS中執(zhí)行基于內(nèi)容列表的內(nèi)容管理， 客戶端110能夠從服務(wù)器150接受內(nèi)容列表180，將內(nèi)容列表180的特定的容器指定為客戶端內(nèi)容115的設(shè)定位置，對(duì)服務(wù)器150進(jìn)行內(nèi)容的保存請(qǐng)求。例如如圖4所示，能夠指定內(nèi)容列表180中的一個(gè)容器181來進(jìn)行客戶端內(nèi)容115的保存請(qǐng)求。按照作為在UPnP AV中規(guī)定的對(duì)于CDS的動(dòng)作而設(shè)定的動(dòng)作(Create Object Action 創(chuàng)建對(duì)象動(dòng)作)來執(zhí)行該內(nèi)容上傳處理。該動(dòng)作作為之前參照?qǐng)D3說明的在內(nèi)容列表中設(shè)定上傳內(nèi)容的新節(jié)點(diǎn)的處理而被執(zhí)行。節(jié)點(diǎn)與上傳內(nèi)容的元數(shù)據(jù)相對(duì)應(yīng)。元數(shù)據(jù)是內(nèi)容的標(biāo)題、媒體格式信息、內(nèi)容URL等。此外，節(jié)點(diǎn)被設(shè)定在內(nèi)容列表中的容器的下面。服務(wù)器150根據(jù)基于該對(duì)于CDS的動(dòng)作(Create Object Action)的內(nèi)容保存請(qǐng)求而接收客戶端內(nèi)容115，并將接收到的客戶端內(nèi)容115保存到服務(wù)器150的存儲(chǔ)單元、在圖中示出的例子中是存儲(chǔ)單元A151和存儲(chǔ)單元B152中的任一個(gè)中。并且，執(zhí)行使客戶端內(nèi)容115與服務(wù)器150的CDS所管理的內(nèi)容列表上的指定位置相對(duì)應(yīng)的內(nèi)容列表更新處理。 保存內(nèi)容中設(shè)定有URL，內(nèi)容列表的指定位置181與URL相對(duì)應(yīng)。客戶端能夠通過獲取內(nèi)容列表并指定與容器相對(duì)應(yīng)地設(shè)定的URL來獲取內(nèi)容。這樣客戶端110能夠進(jìn)行指定了內(nèi)容列表的特定容器的內(nèi)容保存處理，但是在客戶端側(cè)進(jìn)行容器的指定有時(shí)會(huì)成為客戶端側(cè)的設(shè)備、客戶端側(cè)的用戶的負(fù)擔(dān)。因此，在DLNA 中，還規(guī)定有在對(duì)于⑶S的動(dòng)作(Create Object Action)中不需要進(jìn)行客戶端側(cè)的容器指定的處理。參照?qǐng)D5說明不需要進(jìn)行客戶端側(cè)的容器指定的處理?？蛻舳?10在不指定內(nèi)容列表的特定的容器而執(zhí)行客戶端內(nèi)容115的保存請(qǐng)求時(shí)，當(dāng)執(zhí)行作為將客戶端內(nèi)容115上傳到服務(wù)器的請(qǐng)求而執(zhí)行的動(dòng)作時(shí)，將表示內(nèi)容的保存容器指定信息不存在的容器非指定信息[Any Container (任一個(gè)容器)]201發(fā)送到服務(wù)器150。服務(wù)器150在從客戶端110接受到帶有容器非指定信息[Any Container] 201的 CDS動(dòng)作的情況下，將從客戶端上傳的客戶端內(nèi)容115保存到服務(wù)器150的存儲(chǔ)單元、在圖中示出的例子中是存儲(chǔ)單元A151和存儲(chǔ)單元B152中的任一個(gè)中，并且，服務(wù)器150根據(jù)與客戶端內(nèi)容115相對(duì)應(yīng)地設(shè)定的元數(shù)據(jù)等，選擇內(nèi)容列表中的最佳容器位置而執(zhí)行使其與客戶端內(nèi)容115相對(duì)應(yīng)的內(nèi)容列表更新處理。即，在服務(wù)器側(cè)決定內(nèi)容列表的內(nèi)容設(shè)定位置。
通過這種處理，不需要進(jìn)行客戶端側(cè)的容器指定，從而減輕了客戶端側(cè)的設(shè)備、客戶端側(cè)的用戶的負(fù)擔(dān)。然而，在參照?qǐng)D4說明的基于容器指定的內(nèi)容上傳處理中、還有在參照?qǐng)D5說明的基于容器非指定的內(nèi)容上傳處理中，客戶端110都無法指定作為內(nèi)容的保存目的地的服務(wù)器150的存儲(chǔ)單元。例如，在參照?qǐng)D4、圖5說明的結(jié)構(gòu)例中，服務(wù)器150具有兩種存儲(chǔ)單元作為存儲(chǔ)單元。即，由硬盤(HD)構(gòu)成的存儲(chǔ)單元A151和由DVD構(gòu)成的存儲(chǔ)單元B152。在參照?qǐng)D4說明的基于容器指定的內(nèi)容上傳處理中，客戶端110僅能夠指定服務(wù)器150的CDS所提供的內(nèi)容列表上的容器，而完全無法獲知內(nèi)容列表中設(shè)定的容器與服務(wù)器的存儲(chǔ)單元之間的關(guān)連性，客戶端110無法獲知客戶端內(nèi)容115是記錄在服務(wù)器150的存儲(chǔ)單元A151中還是記錄在存儲(chǔ)單元B152中。另外，在參照?qǐng)D5說明的基于容器非指定的內(nèi)容上傳處理中，客戶端110也無法獲知客戶端內(nèi)容115是記錄在服務(wù)器150的存儲(chǔ)單元A151中還是記錄在存儲(chǔ)單元B152中。這樣，想要從客戶端110進(jìn)行內(nèi)容上傳的用戶即使有想要將內(nèi)容記錄到服務(wù)器 150的特定的存儲(chǔ)單元、例如DVD中的需求，也無法從客戶端110進(jìn)行保存目的地的指示。例如，在客戶端110是數(shù)字照相機(jī)而想要將通過數(shù)字照相機(jī)拍攝得到的內(nèi)容的保存目的地集中記錄到服務(wù)器的DVD中的情況下，在上述處理結(jié)構(gòu)中，也存在由服務(wù)器分配保存目的地的可能性，有時(shí)會(huì)產(chǎn)生來自同一數(shù)字照相機(jī)的上傳內(nèi)容被分開記錄到硬盤和 DVD中的情況。在這種結(jié)構(gòu)中，在過后從服務(wù)器中取出DVD而想要利用其它DVD再現(xiàn)設(shè)備對(duì)照相機(jī)的攝影內(nèi)容進(jìn)行再現(xiàn)的情況下，由于一部分的內(nèi)容被記錄在硬盤中，因此有可能發(fā)生僅從DVD是無法再現(xiàn)數(shù)字照相機(jī)的所有攝影數(shù)據(jù)的情況。[伴隨目的地指定的從客戶端對(duì)服務(wù)器的內(nèi)容上傳處理]為了解決這種問題，在本發(fā)明中，在從客戶端對(duì)服務(wù)器的內(nèi)容上傳處理中，設(shè)為能夠指定服務(wù)器中的內(nèi)容保存目的地。下面參照?qǐng)D6之后說明該處理例。圖6與圖4、圖5同樣地也是表示從客戶端110對(duì)服務(wù)器150的客戶端內(nèi)容115的內(nèi)容上傳處理結(jié)構(gòu)的圖。圖6中示出的處理例與之前參照?qǐng)D5說明的同樣地也是從客戶端110進(jìn)行包含容器非指定信息[Any Container]的對(duì)于CDS的動(dòng)作(Create Object Action)的情況下的處理例。如圖6所示，客戶端110將利用了表示內(nèi)容的保存容器指定信息不存在的容器非指定信息[Any Container]301的處理請(qǐng)求發(fā)送到服務(wù)器。在按照本發(fā)明的內(nèi)容上傳處理中，客戶端110除了將容器非指定信息[Any Container] 301通知給服務(wù)器150之外，還將作為內(nèi)容的保存目的地指定信息的內(nèi)容保存目的地標(biāo)識(shí)符302通知給服務(wù)器150。內(nèi)容保存目的地標(biāo)識(shí)符302是指定服務(wù)器150所具有的可保存內(nèi)容的存儲(chǔ)單元中的任一個(gè)的信息。在圖6所示的例子中，服務(wù)器150具有兩種存儲(chǔ)單元、S卩、由硬盤(HD)構(gòu)成的存儲(chǔ)單元A151和由DVD構(gòu)成的存儲(chǔ)單元B152作為存儲(chǔ)單元，客戶端110將作為存儲(chǔ)單元A151和存儲(chǔ)單元B152中的任一個(gè)的指定信息的內(nèi)容保存目的地標(biāo)識(shí)符302通知給服務(wù)器150。客戶端150執(zhí)行如下處理預(yù)先從服務(wù)器150接受與服務(wù)器150所具有的存儲(chǔ)單元有關(guān)的信息，從包含在該接受信息中的存儲(chǔ)單元信息中獲取與特定的存儲(chǔ)單元對(duì)應(yīng)的保
15存目的地標(biāo)識(shí)符，將獲取到的保存目的地標(biāo)識(shí)符通知給服務(wù)器150。在后一部分詳細(xì)說明該處理。如圖6所示，服務(wù)器150在接收客戶端內(nèi)容115時(shí)，當(dāng)接收到容器非指定信息[Any Container] 301和內(nèi)容保存目的地標(biāo)識(shí)符302時(shí)，選擇與內(nèi)容保存目的地標(biāo)識(shí)符302對(duì)應(yīng)的服務(wù)器150的存儲(chǔ)單元，并選擇被選擇的存儲(chǔ)單元作為客戶端內(nèi)容115的保存目的地，執(zhí)行客戶端內(nèi)容115的記錄處理。并且，根據(jù)與客戶端內(nèi)容115相對(duì)應(yīng)地設(shè)定的元數(shù)據(jù)等，執(zhí)行選擇內(nèi)容列表中的最佳容器位置來使客戶端內(nèi)容115與其相對(duì)應(yīng)的內(nèi)容列表更新處理。通過這種處理，客戶端內(nèi)容115被可靠地記錄到與客戶端的請(qǐng)求對(duì)應(yīng)的保存目的地、例如圖6中示出的服務(wù)器150的由硬盤(HD)構(gòu)成的存儲(chǔ)單元A151、和由DVD構(gòu)成的存儲(chǔ)單元B152中的任一個(gè)的客戶端所希望的保存目的地中。通過這種處理，用戶能夠預(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)來欣賞時(shí)，能夠從DVD中可靠地再現(xiàn)所有內(nèi)容。即，能夠防止發(fā)生如之前說明的例子那樣一部分被記錄到硬盤中而無法再現(xiàn)的情況。參照?qǐng)D7之后說明如圖6所示那樣執(zhí)行除了將容器非指定信息[Any Container] 301通知給服務(wù)器150之外、還將內(nèi)容保存目的地標(biāo)識(shí)符302通知給服務(wù)器150 的處理的情況下的具體處理例。圖7是表示當(dāng)在客戶端110中決定向服務(wù)器上傳的內(nèi)容時(shí)顯示在客戶端110的用戶界面111中的內(nèi)容選擇畫面的圖。此外，在客戶端側(cè)的控制部中，按照預(yù)先保存在客戶端側(cè)的存儲(chǔ)部中的數(shù)據(jù)處理程序來執(zhí)行下面說明的伴隨客戶端的用戶界面中的各種信息顯示處理以及上傳處理的各種處理。如圖7所示，在內(nèi)容選擇畫面上顯示有保存在客戶端110的存儲(chǔ)單元112中的內(nèi)容的目錄結(jié)構(gòu)。用戶從這些內(nèi)容中選擇上傳內(nèi)容。圖7示出的例子表示用戶選擇了內(nèi)容 321的例子。根據(jù)內(nèi)容321的選擇，針對(duì)選擇內(nèi)容的處理選擇圖標(biāo)被顯示。在圖中示出的例子中，顯示有對(duì)選擇內(nèi)容321進(jìn)行再現(xiàn)時(shí)的[再現(xiàn)]圖標(biāo)、或者將選擇內(nèi)容321上傳到服務(wù)器時(shí)的[復(fù)制]圖標(biāo)322。當(dāng)用戶選擇[復(fù)制]圖標(biāo)322時(shí)，開始進(jìn)行對(duì)服務(wù)器上傳選擇內(nèi)容321的復(fù)制數(shù)據(jù)的處理。當(dāng)客戶端110的控制部檢測到由用戶進(jìn)行的[復(fù)制]圖標(biāo)322的選擇信息時(shí)，控制部將客戶端110的用戶界面111切換為圖8所示的畫面。如圖8所示，在客戶端110的用戶界面111中顯示有作為與客戶端110進(jìn)行網(wǎng)絡(luò)連接的、能夠作為內(nèi)容的上傳目的地而進(jìn)行選擇的服務(wù)器的一覽表的服務(wù)器列表331。此外，用于顯示該服務(wù)器列表331的服務(wù)器信息包含在客戶端110在網(wǎng)絡(luò)連接時(shí)遵照UPnP協(xié)議從被網(wǎng)絡(luò)連接的其它設(shè)備接受到的信息中。如之前說明的那樣，UPnP在網(wǎng)絡(luò)連接設(shè)備之間交換依據(jù)XML(extensible Markup Language)的定義文件，在設(shè)備之間進(jìn)行相互識(shí)別，并進(jìn)行網(wǎng)絡(luò)上的設(shè)備檢索、來自設(shè)備的設(shè)備信息(Device Description 設(shè)備描述)的接收，根據(jù)該設(shè)備信息，提示如圖8所示那樣的可指定為內(nèi)容的上傳目的地的服務(wù)器列表。
此外，參照?qǐng)D6說明的服務(wù)器在要發(fā)送的設(shè)備信息(Device Description)中設(shè)定表示具有基于內(nèi)容保存目的地標(biāo)識(shí)符的識(shí)別的內(nèi)容保存目的地設(shè)定功能的[XML標(biāo)簽]來執(zhí)行發(fā)送，其中，上述服務(wù)器具有對(duì)內(nèi)容保存目的地標(biāo)識(shí)符302進(jìn)行識(shí)別并按照內(nèi)容保存目的地標(biāo)識(shí)符302選擇內(nèi)容保存目的地來執(zhí)行客戶端內(nèi)容的記錄處理的功能。接收設(shè)備信息的客戶端等網(wǎng)絡(luò)連接設(shè)備能夠根據(jù)該XML標(biāo)簽，判斷發(fā)送了設(shè)備信息的各服務(wù)器是否為能夠執(zhí)行與上傳內(nèi)容的保存目的地指定對(duì)應(yīng)的處理的服務(wù)器。在圖8中示出的服務(wù)器列表331中提示的設(shè)備例如是執(zhí)行基于上述CDS的內(nèi)容管理的服務(wù)器，根據(jù)上述XML標(biāo)簽，對(duì)表示服務(wù)器是否為能夠指定保存目的地的服務(wù)器的識(shí)別標(biāo)記332進(jìn)行顯示。顯示有識(shí)別標(biāo)記332的服務(wù)器是能夠執(zhí)行與上傳內(nèi)容的保存目的地指定對(duì)應(yīng)的處理的服務(wù)器。用戶從圖8中示出的服務(wù)器列表331中選擇作為客戶端內(nèi)容的上傳目的地的服務(wù)器。例如如圖9所示，設(shè)為從服務(wù)器列表331中選擇了 [起居室的DVD錄像再現(xiàn)機(jī)]?？蛻舳?10的控制部在檢測到該用戶的選擇輸入時(shí)，執(zhí)行對(duì)于所選擇的服務(wù)器[起居室的DVD 錄像再現(xiàn)機(jī)]的保存目的地標(biāo)識(shí)符獲取動(dòng)作。作為在客戶端110中對(duì)于被指定為上傳目的地的服務(wù)器獲取與該服務(wù)器所具有的可保存內(nèi)容的存儲(chǔ)單元對(duì)應(yīng)的標(biāo)識(shí)符等信息的處理，執(zhí)行保存目的地標(biāo)識(shí)符獲取動(dòng)作。 從客戶端接受詢問的服務(wù)器例如將圖10中示出的XML數(shù)據(jù)發(fā)送到客戶端。圖10中示出的XML數(shù)據(jù)由與服務(wù)器所具有的可保存內(nèi)容的存儲(chǔ)單元有關(guān)的存儲(chǔ)單元信息構(gòu)成。例如是描述了以下的保存目的地信息[Destination Info (目的地信息)]
的數(shù)據(jù)。〈Destination Info> 〈Destination〉
<Name>BD-DVD 兼容</Name> <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>l 60000</MaxSize> <CurrentSize>123452</CurrentSize> 〈/Destination〉從〈Destination〉到〈/Destination〉表示與一個(gè)存儲(chǔ)單元有關(guān)的信息。在上述保存目的地信息[Destination Info]以及圖10中示出了兩個(gè)存儲(chǔ)單元信息381、382。對(duì)存儲(chǔ)單元信息381所包含的數(shù)據(jù)進(jìn)行說明。<Name>BD-DVD兼容</Name>是存儲(chǔ)單元名稱。如圖9所示，該存儲(chǔ)單元名稱與服務(wù)器列表331并列，與所選擇的服務(wù)器相對(duì)應(yīng)地進(jìn)行顯示。圖10中示出的XML數(shù)據(jù)中，存儲(chǔ)單元信息381是與[BD-DVD兼容]有關(guān)的存儲(chǔ)單元信息，存儲(chǔ)單元信息382是與[硬盤]有關(guān)的存儲(chǔ)單元信息。<ID>al</ID>是存儲(chǔ)單元標(biāo)識(shí)符(ID)。在這種情況下，表示[al]被設(shè)定為標(biāo)識(shí)符。如之前參照?qǐng)D6說明的那樣，客戶端將記錄了該存儲(chǔ)單元標(biāo)識(shí)符(ID) =al的內(nèi)容保存請(qǐng)求發(fā)送到服務(wù)器，由此服務(wù)器執(zhí)行將來自客戶端的上傳內(nèi)容保存到根據(jù)存儲(chǔ)單元標(biāo)識(shí)符(ID)確定的存儲(chǔ)單元中的處理。<PossibleTypes>BD/DVD-Rff/NONE</PossibleTypes> 是存儲(chǔ)單元可利用的媒體類
型信息。
是表示在該存儲(chǔ)單元中可利用的介質(zhì)(media)的種類的信息。在這種情況下，表示能夠放入BD (Blue-Ray Disc 藍(lán)光光盤)、DVD_RW作為記錄介質(zhì)。[NONE]表示也有可能存在對(duì)存儲(chǔ)單元沒有放入任何介質(zhì)(media)的情況。S卩，是表示該存儲(chǔ)單元是可安裝和拆卸BD、DVD-Rff介質(zhì)的存儲(chǔ)單元的信息。<CurrentType>BD</CurrentType>是存儲(chǔ)單元的當(dāng)前介質(zhì)類型信息。S卩，是表示在該存儲(chǔ)單元中當(dāng)前可利用的介質(zhì)(media)的種類的信息。表示在該存儲(chǔ)單元中當(dāng)前放入有BD(Blue-Ray Disc)而處于可利用的狀態(tài)。在設(shè)定NONE的情況下， 表示沒有放入介質(zhì)。<MaxSize>48000</MaxSize> 是介質(zhì)的最大容量(capacity)信息。是表示在該存儲(chǔ)單元中當(dāng)前可利用的介質(zhì)(media)的全部容量的信息。<CurrentSize>23513</CurrentSize> 是介質(zhì)的當(dāng)前可記錄的容量(capacity)信肩、ο是表示在該存儲(chǔ)單元中當(dāng)前可利用的介質(zhì)(media)的可記錄的剩余容量的信息。服務(wù)器將按服務(wù)器所具有的每個(gè)存儲(chǔ)單元描述了這些存儲(chǔ)單元信息的XML數(shù)據(jù)發(fā)送到客戶端。如圖9所示，客戶端根據(jù)從服務(wù)器接收的這些存儲(chǔ)單元信息，顯示所選擇的服務(wù)器所具有的存儲(chǔ)單元名稱信息361、362。該存儲(chǔ)單元名稱是從圖10所示的XML數(shù)據(jù)中的存儲(chǔ)單元信息381中記錄的<Name>BD-DVD兼容</Name>和存儲(chǔ)單元信息382中記錄的 <Name>硬盤</Name>中獲取到的信息?？蛻舳?10側(cè)的用戶根據(jù)這些存儲(chǔ)單元名稱信息361、362的顯示，能夠獲知被顯示在服務(wù)器列表331上的所選擇的服務(wù)器[起居室的DVD錄像再現(xiàn)機(jī)]具有[BD-DVD兼容]和[硬盤]作為存儲(chǔ)單元，能夠選擇這些存儲(chǔ)單元作為內(nèi)容的保存目的地。此外，關(guān)于將在客戶端110中顯示在UI 111中的信息設(shè)為哪種信息，能夠通過客戶端側(cè)所執(zhí)行的應(yīng)用程序進(jìn)行各種設(shè)定。在圖9所示的例子中，選擇圖10中示出的存儲(chǔ)單元信息381、382中記錄的記錄單元名稱[Name]來進(jìn)行顯示，但是例如也可以設(shè)定為對(duì)記錄在存儲(chǔ)單元信息381、382中的當(dāng)前介質(zhì)類型信息[CurrentType]進(jìn)行顯示。并且，例如也可以設(shè)定為當(dāng)用戶選擇圖9中示出的存儲(chǔ)單元名稱信息[BD-DVD 兼容]361、并對(duì)詳細(xì)信息圖標(biāo)371進(jìn)行選擇操作時(shí)，顯示如圖11所示那樣的與[BD-DVD兼容]對(duì)應(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時(shí)，返回到圖9所示的UI顯示數(shù)據(jù)畫面。用戶在選擇上傳目的地的服務(wù)器和保存目的地之后，對(duì)在圖9所示的UI顯示數(shù)據(jù)或者圖11所示的UI顯示數(shù)據(jù)中設(shè)定的上傳圖標(biāo)372進(jìn)行操作。當(dāng)客戶端的控制部檢測到該操作信息時(shí)，開始進(jìn)行對(duì)于所選擇的服務(wù)器的、指定了保存目的地的上傳處理。即，按照預(yù)先設(shè)定的處理時(shí)序，如參照?qǐng)D6說明的那樣依次執(zhí)行除了將圖6中示出的容器非指定信息[Any ContainerDOl發(fā)送到服務(wù)器之外還將作為內(nèi)容的保存目的地指定信息的內(nèi)容保存目的地標(biāo)識(shí)符302發(fā)送到服務(wù)器的處理、以及從客戶端向服務(wù)器發(fā)送上傳內(nèi)容的處理。參照?qǐng)D12、圖13詳細(xì)說明上述的伴隨保存目的地指定的內(nèi)容的上傳處理時(shí)序。首先，在圖12的步驟SlOl中，客戶端選擇上傳的內(nèi)容和上傳目的地的服務(wù)器。首先，內(nèi)容選擇處理是之前參照?qǐng)D7說明的將內(nèi)容選擇畫面顯示在UI中來執(zhí)行的處理。如圖7所示，當(dāng)用戶選擇特定的內(nèi)容時(shí)，內(nèi)容的再現(xiàn)處理用的[再現(xiàn)]或者內(nèi)容的上傳處理用的[復(fù)制]的選擇用圖標(biāo)被顯示，當(dāng)用戶選擇[復(fù)制]圖標(biāo)時(shí)，圖8所示的服務(wù)器列表被顯示在UI中。如之前說明的那樣，服務(wù)器列表是根據(jù)來自設(shè)備的設(shè)備信息 (Device Description)生成的列表。當(dāng)用戶從服務(wù)器列表中選擇內(nèi)容上傳目的地的服務(wù)器時(shí)，客戶端的控制部執(zhí)行保存目的地標(biāo)識(shí)符獲取動(dòng)作。在步驟S102中，對(duì)被指定為上傳目的地的服務(wù)器執(zhí)行與該服務(wù)器所具有的可保存內(nèi)容的存儲(chǔ)單元對(duì)應(yīng)的標(biāo)識(shí)符等信息的獲取請(qǐng)求。接收到來自客戶端的請(qǐng)求的服務(wù)器在步驟S103中將之前參照?qǐng)D10說明的由保存目的地信息形成的XML數(shù)據(jù)發(fā)送到客戶端。即，是包含與服務(wù)器所具有的可保存內(nèi)容的存儲(chǔ)單元有關(guān)的信息的XML數(shù)據(jù)。該XML數(shù)據(jù)中包含有作為與存儲(chǔ)單元對(duì)應(yīng)的ID的存儲(chǔ)單元標(biāo)識(shí)符(ID)。 在步驟S104中，從服務(wù)器接收到由保存目的地信息形成的XML數(shù)據(jù)的客戶端根據(jù)該接收信息將所選擇的服務(wù)器的存儲(chǔ)單元信息顯示在客戶端的UI中。例如，如圖9所示， 顯示所選擇的服務(wù)器所具有的存儲(chǔ)單元名稱信息361、362。并且，如圖11所示，也可以提示當(dāng)前介質(zhì)類型信息[CurrentType]373、介質(zhì)的最大容量(capacity)信息[MaxSize]、介質(zhì)的當(dāng)前可記錄容量(capacity)信息[CurrentSize]等。在步驟S 105中，客戶端選擇保存目的地。例如，操作圖9、圖11中示出的UI顯示數(shù)據(jù)中的上傳圖標(biāo)來選擇保存目的地。此外，在此，以執(zhí)行用戶選擇保存目的地的處理為例進(jìn)行了說明，但是也可以構(gòu)成為不進(jìn)行與用戶的交互而根據(jù)預(yù)先在客戶端設(shè)備中設(shè)定的信息來自動(dòng)選擇保存目的地。例如作為客戶端的設(shè)定信息，將特定的服務(wù)器的特定的保存目的地作為默認(rèn)的內(nèi)容上傳目的地(內(nèi)容保存目的地)而事先進(jìn)行設(shè)定登記。登記信息被記錄到客戶端的非易失性存儲(chǔ)單元中，控制部在執(zhí)行內(nèi)容上傳處理時(shí)讀出這些登記信息，決定服務(wù)器和保存目的地來執(zhí)行處理。通過利用這種登記信息，用戶僅執(zhí)行內(nèi)容選擇就使得登記過的服務(wù)器選擇信息和保存目的地選擇信息被讀出而自動(dòng)執(zhí)行處理。接著說明圖13的時(shí)序圖。在圖12的步驟S105中，當(dāng)決定上傳的保存目的地時(shí)， 客戶端控制部在圖13的步驟S201中對(duì)所選擇的服務(wù)器發(fā)送內(nèi)容保存請(qǐng)求。即，如參照?qǐng)D 6說明的那樣執(zhí)行如下處理除了將圖6中示出的容器非指定信息[Any Container]301發(fā)送到服務(wù)器之外，還將作為內(nèi)容的保存目的地指定信息的內(nèi)容保存目的地標(biāo)識(shí)符302發(fā)送到服務(wù)器。例如將與BD對(duì)應(yīng)的標(biāo)識(shí)符[al]發(fā)送到服務(wù)器。服務(wù)器在接收到來自客戶端的內(nèi)容保存請(qǐng)求時(shí)，在步驟S202中設(shè)定作為內(nèi)容上傳目的地的臨時(shí)的URL，在步驟S203中將設(shè)定的上傳用URL通知給客戶端。接受到上傳用URL的通知的客戶端在步驟S204中執(zhí)行指定了 URL的內(nèi)容上傳。例如作為應(yīng)用了 HTTP POST命令的處理而執(zhí)行上傳處理。在步驟S205中，接受到來自客戶端的上傳內(nèi)容的服務(wù)器在步驟S201中選擇與從客戶端已接收到的保存目的地標(biāo)識(shí)符(例如[al])對(duì)應(yīng)的存儲(chǔ)單元作為上傳內(nèi)容的保存目的地來記錄上傳內(nèi)容，并且，設(shè)定上傳內(nèi)容的正式的URL，執(zhí)行之前參照?qǐng)D3說明的使上傳內(nèi)容與內(nèi)容列表相對(duì)應(yīng)的內(nèi)容列表更新處理，結(jié)束處理。
20
這樣，根據(jù)本發(fā)明的處理結(jié)構(gòu)，客戶端能夠進(jìn)行指定了服務(wù)器的存儲(chǔ)單元的內(nèi)容保存處理。此外，在上述處理例中，示出了之前參照?qǐng)D8說明的將能夠進(jìn)行內(nèi)容上傳的所有服務(wù)器顯示在客戶端的UI所顯示的服務(wù)器列表中的例子，但是例如也可以設(shè)為將僅允許特定的介質(zhì)(例如BD)作為客戶端內(nèi)容的上傳目的地的設(shè)定信息登記在客戶端的存儲(chǔ)單元中的結(jié)構(gòu)，構(gòu)成為在進(jìn)行服務(wù)器列表的顯示處理時(shí)客戶端的控制部進(jìn)行參照該登記信息來僅選擇能夠利用BD的服務(wù)器作為服務(wù)器列表的入口來進(jìn)行顯示的控制。另外，在上述的實(shí)施例中，設(shè)為僅對(duì)客戶端所選擇的服務(wù)器執(zhí)行保存目的地標(biāo)識(shí)符動(dòng)作而僅從所選擇的服務(wù)器接受存儲(chǔ)單元信息的結(jié)構(gòu)，但是也可以設(shè)為對(duì)被網(wǎng)絡(luò)連接的所有或者多個(gè)服務(wù)器執(zhí)行保存目的地標(biāo)識(shí)符動(dòng)作而從多個(gè)服務(wù)器接受存儲(chǔ)單元信息來顯示在客戶端的UI中的結(jié)構(gòu)。另外，例如也可以設(shè)為如下結(jié)構(gòu)應(yīng)用如上述那樣以特定的介質(zhì)(BD等)為上傳內(nèi)容的保存介質(zhì)的登記信息，僅選擇能夠利用BD的服務(wù)器，僅對(duì)這些所選擇的服務(wù)器執(zhí)行保存目的地標(biāo)識(shí)符動(dòng)作，僅從所選擇的服務(wù)器接受作為保存目的地的存儲(chǔ)單元信息，并在UI中進(jìn)行顯示。另外，根據(jù)從服務(wù)器接受的按照XML數(shù)據(jù)的存儲(chǔ)單元信息進(jìn)行的信息的顯示處理也能夠發(fā)生各種變化(variation)。例如，也可以進(jìn)行如下處理在客戶端的控制部檢測出從服務(wù)器獲取的存儲(chǔ)單元信息中所包含的存儲(chǔ)單元的當(dāng)前介質(zhì)類型信息[CurrentType] 被設(shè)定為NONE而沒有放入介質(zhì)的情況下，在客戶端的UI中執(zhí)行警告顯示。并且，例如也可以進(jìn)行如下處理將用戶所選擇的上傳內(nèi)容的量與從服務(wù)器獲取的存儲(chǔ)單元信息中所包含的介質(zhì)的當(dāng)前可記錄容量(capacity)信息[CurrentSize]進(jìn)行比較，在介質(zhì)的當(dāng)前可記錄容量(capacity)信息[CurrentSize]所表示的容量為上傳內(nèi)容的量以下的情況下，執(zhí)行警告顯示。[應(yīng)用本發(fā)明的具體結(jié)構(gòu)以及處理例]接著，參照?qǐng)D14 圖16說明應(yīng)用了本發(fā)明的具體結(jié)構(gòu)以及處理例。首先，參照?qǐng)D 14、圖15說明預(yù)約錄像處理的具體例。預(yù)約錄像處理是預(yù)約對(duì)廣播電臺(tái)將要廣播的預(yù)定的節(jié)目進(jìn)行錄像的處理。用戶例如將電子節(jié)目表(EPG)顯示在顯示裝置中來選擇執(zhí)行錄像預(yù)約的節(jié)目?；蛘咭部梢圆皇褂?EPG而選擇日期、時(shí)間、頻道來進(jìn)行錄像預(yù)約。此外，也能夠由具備接收來自廣播電臺(tái)的廣播的功能的接收機(jī)或者具備執(zhí)行對(duì)于 DVD等記錄介質(zhì)的錄像處理的功能的錄像機(jī)中的任一個(gè)啟動(dòng)該錄像預(yù)約功能。在錄像機(jī)中執(zhí)行錄像預(yù)約的情況和在接收機(jī)中執(zhí)行錄像預(yù)約的情況的處理時(shí)序如下。(a)在錄像機(jī)中進(jìn)行預(yù)約錄像的情況參照?qǐng)D14說明在錄像機(jī)中進(jìn)行預(yù)約錄像的情況下的錄像預(yù)約處理以及錄像處理時(shí)序。在圖14中示出了接收機(jī)(Receiver) 381、錄像機(jī)(Recorder) 382、顯示裝置383、以及與錄像機(jī)382對(duì)應(yīng)的遙控器384。此外，當(dāng)將圖14中示出的接收機(jī)(Receiver) 381和錄像機(jī)(Recorder) 382分別與圖1的服務(wù)器和客戶端結(jié)構(gòu)對(duì)應(yīng)時(shí)，接收機(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 DefinitionMultimedia Interface 高清晰多媒體接口)進(jìn)行連接，其中，上述HDMI作為數(shù)字影像以及聲音輸入輸出用的接口標(biāo)準(zhǔn)而被利用。HDMI是被制定為主要面向家電、AV設(shè)備的數(shù)字影像以及聲音輸入輸出用的接口標(biāo)準(zhǔn)，使在個(gè)人計(jì)算機(jī)與顯示器的連接中使用的數(shù)字接口 DVI(Digital Visual Interface 數(shù)字視頻接口)進(jìn)一步發(fā)展，能夠以一根電纜將影像信號(hào)、聲音信號(hào)、以及控制信號(hào)合在一起來進(jìn)行發(fā)送接收。執(zhí)行遵照HDMI標(biāo)準(zhǔn)的內(nèi)容發(fā)送的發(fā)送側(cè)裝置被稱為HDMI 源端(Source)，內(nèi)容接收側(cè)裝置被稱為HDMI接收端(Sink)。在該設(shè)定中，接收機(jī)(Receiver) 381和錄像機(jī)(Recorder) 382兩者被設(shè)定為相對(duì)于顯示裝置383的源端，顯示裝置383被設(shè)為接收端。在該設(shè)定中，錄像機(jī)382是具備CDS(內(nèi)容目錄服務(wù))功能的服務(wù)器，作為客戶端的接收機(jī)381能夠根據(jù)之前參照?qǐng)D8說明的服務(wù)器列表331檢測出錄像機(jī)382。在錄像機(jī)中進(jìn)行預(yù)約錄像的情況下的錄像預(yù)約處理以及錄像處理時(shí)序?yàn)橄旅娴臅r(shí)序。(步驟al)在錄像機(jī)382中，用戶使用EPG或者其它方法選擇預(yù)定錄像的節(jié)目。例如操作遙控器384來進(jìn)行選擇。(步驟a2)在錄像機(jī)382側(cè)，例如操作遙控器384來在接收機(jī)381中制作錄像預(yù)約信息并保存到接收機(jī)381的存儲(chǔ)部中。(步驟a3)錄像機(jī)382根據(jù)用戶指定信息在內(nèi)部制作錄像預(yù)約信息并保存到錄像機(jī)382的存儲(chǔ)部中。(步驟a4)接收機(jī)381按照預(yù)約信息而在錄像預(yù)約信息中記錄的錄像開始時(shí)刻(事件)開始進(jìn)行節(jié)目接收，將接收內(nèi)容發(fā)送到錄像機(jī)382。(步驟沾)接收機(jī)381在直到到達(dá)錄像預(yù)約信息中記錄的錄像結(jié)束時(shí)刻(事件)為止繼續(xù)對(duì)錄像機(jī)382發(fā)送內(nèi)容。另一方面，在錄像機(jī)中進(jìn)行預(yù)約錄像的情況下的錄像預(yù)約處理以及錄像處理時(shí)序?yàn)橐陨蟖l a5的過程。錄像機(jī)的控制部按照預(yù)先登記的與預(yù)定記錄的廣播內(nèi)容的錄像開始和結(jié)束預(yù)定時(shí)刻有關(guān)的信息，執(zhí)行從接收機(jī)的內(nèi)容的輸入開始處理以及停止處理。(b)在接收機(jī)中進(jìn)行預(yù)約錄像的情況參照?qǐng)D15說明在接收機(jī)中進(jìn)行預(yù)約錄像的情況下的錄像預(yù)約處理以及錄像處理時(shí)序。圖15與圖14同樣地示出了接收機(jī)(Receiver) 381、錄像機(jī)(Recorder) 382、顯示裝置383、以及與接收機(jī)381對(duì)應(yīng)的遙控器385。在接收機(jī)中進(jìn)行預(yù)約錄像的情況下的錄像預(yù)約處理以及錄像處理時(shí)序?yàn)橄旅娴臅r(shí)序。(步驟bl)在接收機(jī)381中，用戶使用EPG或者其它方法選擇預(yù)定錄像的節(jié)目。例如操作遙
22控器385來進(jìn)行選擇。(步驟1^2)接收機(jī)381根據(jù)用戶指定信息制作錄像預(yù)約信息，并保存到錄像機(jī)382的存儲(chǔ)部中。(步驟b3)在接收機(jī)381側(cè)，根據(jù)用戶指定信息在接收機(jī)381中制作錄像預(yù)約信息并保存到接收機(jī)381的存儲(chǔ)部中。(步驟b4)接收機(jī)381按照預(yù)約信息而在錄像預(yù)約信息中記錄的錄像開始時(shí)刻(事件)開始進(jìn)行節(jié)目接收，將接收內(nèi)容發(fā)送到錄像機(jī)382。(步驟b5)接收機(jī)381在直到到達(dá)錄像預(yù)約信息中記錄的錄像結(jié)束時(shí)刻(事件)為止繼續(xù)對(duì)錄像機(jī)382發(fā)送內(nèi)容。在接收機(jī)中進(jìn)行預(yù)約錄像的情況下的錄像預(yù)約處理以及錄像處理時(shí)序?yàn)橐陨?bl 1^5的過程。這樣，接收機(jī)的控制部按照預(yù)先登記的與預(yù)定記錄的廣播內(nèi)容的錄像開始和結(jié)束預(yù)定時(shí)刻有關(guān)的信息來執(zhí)行接收內(nèi)容向錄像機(jī)的輸出開始處理以及停止處理，其中，上述接收機(jī)的控制部執(zhí)行接收廣播內(nèi)容并將接收內(nèi)容輸出到作為錄像機(jī)的服務(wù)器的處理。接著參照?qǐng)D16說明在例如上述錄像處理等中將接收機(jī)381所接收到的、或者接收機(jī)381內(nèi)部的存儲(chǔ)部所保持的內(nèi)容輸出到錄像機(jī)382并記錄到錄像機(jī)382的記錄介質(zhì)、例如DVD、HD等中的情況下的處理時(shí)序。如圖所示，接收機(jī)381具有媒體服務(wù)器控制點(diǎn)(MSCP) ,UPnP控制點(diǎn)(UPnP CP)、媒體傳輸客戶端、UPnP設(shè)備、媒體服務(wù)器設(shè)備(MSD)、媒體傳輸服務(wù)器的這些功能，利用這些功能來執(zhí)行例如從廣播電臺(tái)接收內(nèi)容并記錄到內(nèi)部的存儲(chǔ)部中的處理、將內(nèi)容輸出到錄像機(jī)382的處理。另一方面，錄像機(jī)382具有媒體服務(wù)器設(shè)備(MSD)、UPnP設(shè)備、媒體傳輸服務(wù)器的這些功能，利用這些功能執(zhí)行從接收機(jī)381接收內(nèi)容并記錄到內(nèi)部的存儲(chǔ)部中的處理等。在接收機(jī)381將內(nèi)容輸出到錄像機(jī)382來執(zhí)行錄像處理的情況下，在接收機(jī)381 與錄像機(jī)382之間例如依次執(zhí)行如下的處理。(步驟Si)啟動(dòng)UPnP動(dòng)作，選擇執(zhí)行錄像處理的介質(zhì)(例如HDD、DVD、BD等)。(步驟S2)啟動(dòng)UPnP動(dòng)作，制作錄像內(nèi)容用的⑶S(內(nèi)容目錄服務(wù))的入口。(步驟S3)內(nèi)容從接收機(jī)381被輸出到錄像機(jī)382，錄像機(jī)382與在⑶S中設(shè)定的入口相對(duì)應(yīng)地進(jìn)行錄像處理。在接收機(jī)381將內(nèi)容輸出到錄像機(jī)382來執(zhí)行錄像處理的情況下，這樣進(jìn)行錄像目的地的決定和錄像內(nèi)容的上傳(從接收機(jī)向錄像機(jī)的內(nèi)容傳輸)處理。下面說明具體的處理例。錄像目的地的決定和錄像內(nèi)容的上傳處理時(shí)序例如為下面的步驟SPl SP6的過程。(步驟SPl)首先接收機(jī)對(duì)能夠從錄像機(jī)得到的可考慮的錄像目的地進(jìn)行列表。接收機(jī)對(duì)錄像機(jī)輸出下面的XML數(shù)據(jù)作為列表請(qǐng)求命令。列表請(qǐng)求命令X_HDLnkGetRecordDestinations()接收到該請(qǐng)求命令的錄像機(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=" 1 M>
Summer 2006 Vacation (BD)
</RecordDestination>
<RecordDestination destID="hddl" version=" 1"> Local HDD video collection 〈/RecordDestination〉
〈RecordDestination destID="hdd2" version=" 1 "> Temporary storage space 〈/RecordDestination〉 </RecordDestinations>")上述XML數(shù)據(jù)表示在獲取前面參照?qǐng)D10說明的存儲(chǔ)單元信息之前獲取的簡易的存儲(chǔ)單元列表。從 <RecordDestinations destID =… > 到 </RecordDestinations> 是表示與一個(gè)存儲(chǔ)單元有關(guān)的信息。bdl、hddl、hdd2是各個(gè)存儲(chǔ)單元的識(shí)別信息，表示bdl 第一 BD (藍(lán)光光盤)、hddl 第一 HDD (硬盤)、hdd2 第二 HDD (硬盤)。(步驟 SP2)接收機(jī)在從錄像機(jī)接收到上述存儲(chǔ)單元信息時(shí)，使用預(yù)先與各存儲(chǔ)單元(bdl、hddl、hdd2)相對(duì)應(yīng)地設(shè)定的愛稱(friendly name)、例如[太郎的房間的BD]等將錄像目的地、即存儲(chǔ)單元的列表提示給用戶。用戶從提示列表中選擇錄像目的地，例如選擇"bdl" [BD(藍(lán)光光盤)]。(步驟 SP3)接收機(jī)輸出用于向錄像機(jī)詢問所選擇的錄像目的地的狀態(tài)的[錄像目的地狀態(tài)詢問]。例如錄像目的地狀態(tài)詢問X_HDLnkGetRecordDestinationInfo(“ bdl")。上述XML數(shù)據(jù)是[bdl 第一 BD (藍(lán)光光盤)]的信息獲取請(qǐng)求。接收到該請(qǐng)求命令的錄像機(jī)將介質(zhì)信息作為響應(yīng)提供給接收機(jī)。例如是如下的響應(yīng)。響應(yīng)
X_HDLnkGetRecordDestinationInfo(" < xml version=" 1.0" encoding="UTF-8" > <RecordDestinationInfo
xmlns="urn:schemas-hdlnk-org" version=" 1 “ allowedTypes="BD，DVD+RW，DVD-R,NONE"recordable=，’l
totalCapacity="26843545600" <!-25GB~>
availableCapacity=n10485760">〈卜-10MB—〉 BD
</RecordDestinationInfo>")該XML數(shù)據(jù)與之前參照?qǐng)D10說明的存儲(chǔ)單元信息對(duì)應(yīng)。但是，在上述例子中，僅將作為與[bdl 第一 BD (藍(lán)光光盤)]的信息獲取請(qǐng)求對(duì)應(yīng)的響應(yīng)的[bdl 第一 BD (藍(lán)光光盤)]的存儲(chǔ)單元信息從錄像機(jī)提供給接收機(jī)。allowedTypes是在錄像機(jī)中能夠利用的介質(zhì)類型信息。是表示該存儲(chǔ)單元中能夠利用的介質(zhì)(media)的種類的信息。在這種情況下，表示能夠放入BD (Blue-Ray Disc)、DVD+RW、DVD-R作為記錄介質(zhì)。 [NONE]表示也有可能存在對(duì)存儲(chǔ)單元沒有放入介質(zhì)(media)的情況。即，是表示該存儲(chǔ)單元是可安裝和拆卸BD等介質(zhì)的存儲(chǔ)單元的信息。totalCapacity是介質(zhì)的最大容量(capacity)信息。是表示該存儲(chǔ)單元中當(dāng)前可利用的介質(zhì)(media)的全部容量的信息。<CurrentType>BD</CurrentType>是存儲(chǔ)單元的當(dāng)前介質(zhì)類型信息。S卩，是表示在該存儲(chǔ)單元中當(dāng)前可利用的介質(zhì)(media)的種類的信息。表示在該存儲(chǔ)單元中當(dāng)前放入有BD(Blue-Ray Disc)而處于能夠利用的狀態(tài)。在設(shè)定了 NONE的情況下，表示沒有放入介質(zhì)。<MaxSize>48000</MaxSize> 是介質(zhì)的最大容量(capacity)信息。是表示該存儲(chǔ)單元中當(dāng)前可利用的介質(zhì)(media)的全部容量的信息。availableCapacity是介質(zhì)的當(dāng)前可記錄容量(capacity)信息。是表示在該存儲(chǔ)單元中當(dāng)前可利用的介質(zhì)(media)的可記錄的剩余容量的信息。 在該例子中，通知了能夠存儲(chǔ)10485760 IOM字節(jié)。(步驟 SP4)接收機(jī)對(duì)在步驟SP3中從錄像機(jī)接受到的上述介質(zhì)信息進(jìn)行分析，根據(jù)上述信息生成例如之前參照?qǐng)D11說明的顯示數(shù)據(jù)并顯示在顯示部上。并且，接收機(jī)向用戶輸出表示能夠?qū)⒉迦朐阡浵駲C(jī)的光盤換成空光盤的消息。如之前參照?qǐng)D13的時(shí)序圖說明的那樣，將用戶所選擇的上傳內(nèi)容的量與從服務(wù)器獲取到的存儲(chǔ)單元信息中所包含的介質(zhì)的可記錄容量(capacity)信息進(jìn)行比較，在介質(zhì)的可記錄容量為上傳內(nèi)容的量以下的情況下，執(zhí)行警告顯示。接收機(jī)的控制部從例如EPG數(shù)據(jù)等中所包含的內(nèi)容的屬性信息中獲取預(yù)定記錄的廣播內(nèi)容的量，將獲取到的內(nèi)容的量與從錄像機(jī)接受的存儲(chǔ)單元信息中所包含的存儲(chǔ)單元的可記錄容量進(jìn)行比較，在存儲(chǔ)單元的可記錄容量為預(yù)定保存內(nèi)容的量以下的情況下， 對(duì)顯示部執(zhí)行警告顯示，其中，上述接收機(jī)的控制部執(zhí)行接收廣播內(nèi)容并將接收內(nèi)容輸出到作為錄像機(jī)的服務(wù)器的處理。用戶在根據(jù)警告顯示而判斷為IOMB不足以對(duì)視頻內(nèi)容進(jìn)行錄像時(shí)，將錄像機(jī)的介質(zhì)替換為空光盤(BD)。之后，接收機(jī)再次開始(步驟SPl)的動(dòng)作。通過這種處理，設(shè)為能夠利用IOM字節(jié)以上的介質(zhì)(BD)的狀態(tài)。(步驟 SP5)在確認(rèn)了能夠利用存儲(chǔ)容量足夠的介質(zhì)之后，接收機(jī)詢問用于內(nèi)容的上傳動(dòng)作的容器ID。容器ID詢問
XHDLnkGetRecordContainerIDCbdl"," < xml version=" 1.0”encoding=”UTF-8" ><DIDL-Lite
xmlns:dc="http://purl.org/dc/elements/l .1/" xmlns="urn:schemas-upnp-org:metadata-l-0/DIDL-Lite/" xmlns:upnp=Murn:schemas-upnp-org:metadata-l-0/upnp/" xmlns:xsi="http://www.w3 .org/2001 /XMLSchema—instance" xsi:schemaLocation="
urn:schemas-upnp-org:metadata-l-0/DIDL-Lite/ http://www.upnp.org/schemas/av/didl-lite-v2-20060531 .xsd urn:schemas-upnp-org:metadata-l-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.movie. viSeoItem
</upnp:class>
</item>
</DIDL-Lite>")上述XML數(shù)據(jù)是記載有獲取可利用[bdl 第一 BD(藍(lán)光光盤)]的內(nèi)容的標(biāo)識(shí)符 (容器ID)的請(qǐng)求的數(shù)據(jù)。錄像機(jī)例如將下面的響應(yīng)作為對(duì)來自上述接收機(jī)的用于上傳動(dòng)作的容器ID詢問的響應(yīng)提供給接收機(jī)。響應(yīng)X_HDLnkGetRecordContainerID(“ video:bdrec")上述數(shù)據(jù)是通知容器ID = video bdrec的數(shù)據(jù)。(步驟SP6)當(dāng)接收機(jī)接受容器ID = VidecKbdrec而作為用于保存內(nèi)容的容器的標(biāo)識(shí)符時(shí)，接收機(jī)使用DLNA上傳動(dòng)作將內(nèi)容作為對(duì)該容器的保存內(nèi)容而進(jìn)行上傳。內(nèi)容上傳請(qǐng)求CreateObjectC'videoibdrec",“
< xml version=" 1.0" encoding="UTF-8”？>
<DIDL-Lite
xmlns:dc="http://purl.org/dc/elements/l .1/" xmlns="urn:schemas-upnp-org:metadata-l-0/DIDL-Lite/M xmlns:upnp="urn:schemas-upnp-org:metadata-l-0/upnp/" xmlns:xsi="http://www. w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
urn:schemas-upnp-org:metadata-l-0/DIDL-Lite/ http://www.upnp.org/schemas/av/didl-lite-v2-20060531 .xsd urn:schemas-upnp-org:metadata-1 -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.movie, videoltem
</upnp:class>
</item>
</DIDL-Lite>")上述請(qǐng)求是生成容器ID = video:bdrec的容器并將上傳內(nèi)容保存到所生成的容器中的請(qǐng)求。錄像機(jī)例如將下面的響應(yīng)作為對(duì)來自上述接收機(jī)的內(nèi)容上傳請(qǐng)求的響應(yīng)提供給接收機(jī)。響應(yīng)
Create0bject("video:bdrec:031“< 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-l - 0/upnp/" xmlns :xsi="http ://www.w3.org/2001/XML Schema—instance" xsirschemaLocation="
urn:schemas-upnp-org: metadata-1-0/DIDL-Lite/ http://www.upnp.org/schemas/av/didl-lite-v2-20060531 urn:schemas-upnp-org:metadata-l-0/upnp/ http://www.upnp.org/schemas/av/upnp-v2~20060531 .xsd"> 〈item id="video:bdrec:031" parentID="video:bdrec" restri cted 二 "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, movie, 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)容的上傳處理。[構(gòu)成服務(wù)器和客戶端的信息處理裝置的功能結(jié)構(gòu)]
接著參照?qǐng)D17說明作為執(zhí)行上述處理的客戶端和服務(wù)器的信息處理裝置的結(jié)構(gòu)例。此外，服務(wù)器、客戶端都能夠利用各種信息設(shè)備來實(shí)現(xiàn)，各自的功能具有獨(dú)有的結(jié)構(gòu)。在圖17中作為框圖表示作為服務(wù)器和客戶端的基本功能。此外，參照?qǐng)D18說明具體的硬件結(jié)構(gòu)例。圖17表示客戶端410和服務(wù)器420的基本結(jié)構(gòu)。客戶端410具有控制部411、存儲(chǔ)部412、通信部413、顯示部414、以及輸入部415。顯示部414、輸入部415與之前參照?qǐng)D 6等說明的客戶端110的UI 111相當(dāng)。服務(wù)器420具有控制部421、存儲(chǔ)部42加、422b、以及通信部423。在客戶端410的存儲(chǔ)部412中保存有內(nèi)容，并且保存有在控制部411中執(zhí)行的程序，控制部411根據(jù)保存在存儲(chǔ)部412中的程序執(zhí)行上述各種處理。同樣地，在服務(wù)器420 的存儲(chǔ)部42 或者存儲(chǔ)部422b中保存有內(nèi)容，并且保存有在控制部421中執(zhí)行的程序，控制部421根據(jù)保存在存儲(chǔ)部422中的程序執(zhí)行上述各種處理。如上所述，客戶端410是通過網(wǎng)絡(luò)對(duì)服務(wù)器420執(zhí)行內(nèi)容保存處理的信息處理裝置，在通信部413中執(zhí)行通過網(wǎng)絡(luò)的數(shù)據(jù)通信?？刂撇?11根據(jù)保存在存儲(chǔ)部412中的程序執(zhí)行上述各種處理。具體地說，執(zhí)行如下處理從服務(wù)器420接受包含保存目的地標(biāo)識(shí)符的存儲(chǔ)單元信息，向服務(wù)器420發(fā)送設(shè)定有保存目的地標(biāo)識(shí)符的內(nèi)容保存請(qǐng)求以及保存內(nèi)容，其中，上述保存目的地標(biāo)識(shí)符是與服務(wù)器420所具有的存儲(chǔ)部42h、422b...對(duì)應(yīng)的標(biāo)識(shí)符。另外，客戶端410的控制部411執(zhí)行如下處理根據(jù)經(jīng)由輸入部415的內(nèi)容保存目的地指定信息的輸入，生成設(shè)定有與被指定的服務(wù)器420的存儲(chǔ)單元對(duì)應(yīng)的保存目的地標(biāo)識(shí)符的內(nèi)容保存請(qǐng)求并向服務(wù)器420發(fā)送?；蛘?，控制部411執(zhí)行如下處理獲取作為登記信息而記錄在存儲(chǔ)部412中的內(nèi)容保存目的地指定信息，生成設(shè)定有與獲取到的登記信息對(duì)應(yīng)的保存目的地標(biāo)識(shí)符的內(nèi)容保存請(qǐng)求并向服務(wù)器420發(fā)送。客戶端410的控制部411如參照?qǐng)D6說明的那樣執(zhí)行將如下信息發(fā)送到服務(wù)器的處理服務(wù)器將對(duì)服務(wù)器420發(fā)送的內(nèi)容與服務(wù)器420的CDS的管理目錄的、即圖3中示出的內(nèi)容列表上的容器相對(duì)應(yīng)。根據(jù)該信息，服務(wù)器420根據(jù)服務(wù)器側(cè)的判斷進(jìn)行使內(nèi)容與容器相對(duì)應(yīng)的處理。并且，客戶端410的控制部411執(zhí)行根據(jù)從服務(wù)器420接收的存儲(chǔ)單元信息生成包含存儲(chǔ)單元信息的顯示信息并顯示在顯示部414上的處理。例如，如參照?qǐng)D9說明的那樣，生成包含存儲(chǔ)單元信息中所包含的存儲(chǔ)單元名稱的顯示信息并顯示在顯示部414上。 并且，控制部411根據(jù)從服務(wù)器420接收的存儲(chǔ)單元信息中所包含的、對(duì)于存儲(chǔ)單元未放入介質(zhì)的狀態(tài)信息，對(duì)顯示部414執(zhí)行警告顯示。另外，控制部411執(zhí)行從服務(wù)器420接收的存儲(chǔ)單元信息中所包含的存儲(chǔ)單元的可記錄容量與預(yù)定保存內(nèi)容的容量的比較處理，在服務(wù)器的存儲(chǔ)單元的可記錄容量為預(yù)定保存內(nèi)容的容量以下的情況下，對(duì)顯示部414執(zhí)行警告顯示。除此之外，控制部411執(zhí)行伴隨著上述內(nèi)容上傳的各種處理控制。另一方面，服務(wù)器420是對(duì)通過網(wǎng)絡(luò)來自客戶端410的內(nèi)容保存請(qǐng)求執(zhí)行處理的信息處理裝置。通信部423通過網(wǎng)絡(luò)執(zhí)行與客戶端410之間的數(shù)據(jù)通信?？刂撇?12通過通信部423從客戶端410接收設(shè)定有保存目的地標(biāo)識(shí)符的內(nèi)容保存請(qǐng)求，選擇與接收到的保存目的地標(biāo)識(shí)符對(duì)應(yīng)的存儲(chǔ)單元作為來自客戶端的發(fā)送內(nèi)容的保存目的地，來執(zhí)行內(nèi)容保存處理，其中，上述保存目的地標(biāo)識(shí)符是與服務(wù)器420所具有的存儲(chǔ)單元(存儲(chǔ)部42加、 b...)對(duì)應(yīng)的標(biāo)識(shí)符。另外，服務(wù)器420的控制部421執(zhí)行如下處理根據(jù)來自客戶端410的存儲(chǔ)單元信息獲取請(qǐng)求的接收，將包含作為與服務(wù)器420所具有的存儲(chǔ)單元(存儲(chǔ)部42h、b...)對(duì)應(yīng)的標(biāo)識(shí)符的保存目的地標(biāo)識(shí)符的存儲(chǔ)單元信息發(fā)送到客戶端410。具體地說，如之前參照?qǐng)D10說明的那樣，執(zhí)行如下處理將包含能夠放入到服務(wù)器420所具有的存儲(chǔ)單元中的介質(zhì)信息以及被放入到該存儲(chǔ)單元中的當(dāng)前介質(zhì)信息的存儲(chǔ)單元信息、包含介質(zhì)的容量信息的存儲(chǔ)單元信息發(fā)送到客戶端410。另外，服務(wù)器420的控制部421執(zhí)行按照CDS (內(nèi)容目錄服務(wù))功能而使來自客戶端410的接收內(nèi)容與內(nèi)容管理目錄相對(duì)應(yīng)的處理，其中，上述CDS進(jìn)行基于具有分層結(jié)構(gòu)的內(nèi)容管理目錄的內(nèi)容管理。該內(nèi)容管理目錄是參照?qǐng)D3說明的內(nèi)容列表，具有按各類別進(jìn)行分類的樹結(jié)構(gòu)，根據(jù)來自客戶端的請(qǐng)求而提示給客戶端。客戶端能夠根據(jù)從內(nèi)容列表中導(dǎo)出的內(nèi)容URL獲取所希望的內(nèi)容。[構(gòu)成服務(wù)器和客戶端的信息處理裝置的硬件結(jié)構(gòu)]最后參照?qǐng)D18說明執(zhí)行上述處理的信息處理裝置的硬件結(jié)構(gòu)例。CPU(Central Process Unit 中央處理單元)501與在圖17中說明的服務(wù)器和客戶端的控制部相當(dāng)，進(jìn)行在上述實(shí)施例中說明的各種處理的控制。CPU 501執(zhí)行按照ROM 502,HDD 511等數(shù)據(jù)存儲(chǔ)部中保存的計(jì)算機(jī)程序的處理。ROM (Read Only Memory 只讀存儲(chǔ)器)502保存CPU所使用的程序、運(yùn)算參數(shù)等。 RAM (Random Access Memory 隨機(jī)存取存儲(chǔ)器)503保存在CPU 501的執(zhí)行中使用的程序、 在其執(zhí)行中適當(dāng)發(fā)生變化的參數(shù)等。它們通過由CPU總線等構(gòu)成的主總線504互相連接。主總線 504 通過橋 505 與 PCI (Peripheral Component Interconnect/Interface 外設(shè)組件互連/接口)總線等外部總線506連接。輸入部508、輸出部509例如與客戶端中的用戶界面(UI)對(duì)應(yīng)。HDD (Hard Disk Drive 硬盤驅(qū)動(dòng)器)511內(nèi)置硬盤，對(duì)硬盤進(jìn)行驅(qū)動(dòng)，記錄或再現(xiàn)由CPU 501執(zhí)行的程序、信息。硬盤例如被利用為內(nèi)容以及元數(shù)據(jù)、內(nèi)容列表等的保存單元等，并且保存有數(shù)據(jù)處理程序等各種計(jì)算機(jī)程序。驅(qū)動(dòng)器512讀出被安裝的磁盤、光盤、光磁盤、或者半導(dǎo)體存儲(chǔ)器等可移動(dòng)記錄介質(zhì)521中記錄的數(shù)據(jù)或程序，將該數(shù)據(jù)或程序提供給通過接口 507、外部總線506、橋505、以及主總線504連接的RAM 503。連接端口 514是連接外部連接設(shè)備522的端口，具有USB、IEEE 1394等連接部。連接端口 514通過接口 507、以及外部總線506、橋505、主總線504等與CPU 501等連接。通信部515被連接在網(wǎng)絡(luò)上，執(zhí)行服務(wù)器與客戶端之間的通信處理。此外，圖18中示出的信息處理裝置的硬件結(jié)構(gòu)例是應(yīng)用PC構(gòu)成的裝置的一個(gè)例子，并不限于圖18中示出的結(jié)構(gòu)，而能夠應(yīng)用上述實(shí)施例中說明的可執(zhí)行處理的各種裝置。上面參照特定的實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)解說。然而，在不脫離本發(fā)明的要旨的范圍內(nèi)本領(lǐng)域技術(shù)人員可進(jìn)行各實(shí)施例的修改、代用是顯然的。即，以例示的方式公開了本發(fā)明，不應(yīng)該限定性地進(jìn)行解釋。為了判斷本發(fā)明的要旨，應(yīng)該參考權(quán)利要求書一欄。
此外，說明書中說明的一系列的處理能夠通過硬件或軟件、或者兩者的復(fù)合結(jié)構(gòu)來執(zhí)行。在利用軟件執(zhí)行處理的情況下，能夠?qū)⒂涗浟颂幚頃r(shí)序的程序安裝到被嵌入在專用的硬件中的計(jì)算機(jī)內(nèi)的存儲(chǔ)器中并將其執(zhí)行、或者將程序安裝到可執(zhí)行各種處理的通用計(jì)算機(jī)中并將其執(zhí)行。例如，將程序能夠預(yù)先記錄在作為記錄介質(zhì)的硬盤、R0M(Read Only Memory) 中?；蛘?，將程序能夠暫時(shí)或永久保存(記錄)在軟盤、⑶-ROM(Compact Disc Read Only Memory :只讀光盤)、MO(Magneto Optical :磁光)盤、DVD(Digital Versatile Disc 數(shù)字通用光盤)、磁盤、半導(dǎo)體存儲(chǔ)器等可移動(dòng)記錄介質(zhì)中。這種可移動(dòng)記錄介質(zhì)能夠作為所謂的軟件包而提供。此外，除了能夠從上述那樣的可移動(dòng)記錄介質(zhì)將程序安裝到計(jì)算機(jī)中之外，還能夠?qū)⒊绦驈南螺d站點(diǎn)無線傳輸?shù)接?jì)算機(jī)、或通過LAN (Local Area Network 局域網(wǎng))、因特網(wǎng)之類的網(wǎng)絡(luò)以有線方式傳輸?shù)接?jì)算機(jī)，在計(jì)算機(jī)中接收這樣傳輸過來的程序，安裝到內(nèi)置的硬盤等記錄介質(zhì)中。此外，說明書中記載的各種處理不僅可以按照記載以時(shí)間序列執(zhí)行，也可以根據(jù)執(zhí)行處理的裝置的處理能力或者需要并行地或單獨(dú)地執(zhí)行。另外，在本說明書中，系統(tǒng)是指多個(gè)裝置的邏輯的集合結(jié)構(gòu)，不限于將各個(gè)結(jié)構(gòu)的裝置置于同一殼體內(nèi)。產(chǎn)業(yè)上的可利用件如上面說明的那樣，根據(jù)本發(fā)明的一個(gè)實(shí)施例的結(jié)構(gòu)，在通過網(wǎng)絡(luò)進(jìn)行連接的客戶端與服務(wù)器之間，當(dāng)執(zhí)行將內(nèi)容從客戶端向服務(wù)器上傳的處理時(shí)，客戶端從服務(wù)器獲取與服務(wù)器所具有的存儲(chǔ)單元對(duì)應(yīng)的保存目的地標(biāo)識(shí)符，并將設(shè)定有與客戶端所希望的存儲(chǔ)單元對(duì)應(yīng)的保存目的地標(biāo)識(shí)符的內(nèi)容保存請(qǐng)求輸出到服務(wù)器。服務(wù)器獲取從客戶端接收的內(nèi)容保存請(qǐng)求中所包含的保存目的地標(biāo)識(shí)符，選擇由保存目的地標(biāo)識(shí)符指定的存儲(chǔ)單元來保存來自客戶端的上傳內(nèi)容。通過本結(jié)構(gòu)，客戶端能夠任意指定服務(wù)器的特定的存儲(chǔ)單元來進(jìn)行內(nèi)容的記錄。
權(quán)利要求
1.一種信息處理裝置，通過網(wǎng)絡(luò)對(duì)服務(wù)器執(zhí)行內(nèi)容保存處理，上述服務(wù)器具備利用具有分層結(jié)構(gòu)的內(nèi)容管理目錄執(zhí)行內(nèi)容管理的內(nèi)容目錄服務(wù)功能，上述信息處理裝置的特征在于，具有通信部，其執(zhí)行數(shù)據(jù)通信；以及控制部，其執(zhí)行如下處理通過上述通信部從服務(wù)器接受包含保存目的地標(biāo)識(shí)符的存儲(chǔ)單元信息，并向服務(wù)器發(fā)送設(shè)定有保存目的地標(biāo)識(shí)符的內(nèi)容保存請(qǐng)求以及保存內(nèi)容，其中，上述保存目的地標(biāo)識(shí)符是與服務(wù)器所具有的存儲(chǔ)單元對(duì)應(yīng)的標(biāo)識(shí)符。
2.根據(jù)權(quán)利要求1所述的信息處理裝置，其特征在于， 上述控制部還執(zhí)行將如下信息發(fā)送到上述服務(wù)器的處理使服務(wù)器將對(duì)上述服務(wù)器發(fā)送的內(nèi)容與上述內(nèi)容目錄服務(wù)的管理目錄上的容器相對(duì)應(yīng)的信息。
3.根據(jù)權(quán)利要求1所述的信息處理裝置，其特征在于， 上述控制部還執(zhí)行如下處理根據(jù)經(jīng)由輸入部的內(nèi)容保存目的地指定信息的輸入，生成并向服務(wù)器發(fā)送設(shè)定有與被指定的存儲(chǔ)單元對(duì)應(yīng)的保存目的地標(biāo)識(shí)符的內(nèi)容保存請(qǐng)求。
4.根據(jù)權(quán)利要求1所述的信息處理裝置，其特征在于， 上述控制部執(zhí)行如下處理獲取作為登記信息而被記錄在存儲(chǔ)部中的內(nèi)容保存目的地指定信息，生成并向服務(wù)器發(fā)送設(shè)定有與獲取到的登記信息對(duì)應(yīng)的保存目的地標(biāo)識(shí)符的內(nèi)容保存請(qǐng)求。
5.根據(jù)權(quán)利要求1所述的信息處理裝置，其特征在于， 上述控制部還執(zhí)行如下處理根據(jù)從上述服務(wù)器接收的存儲(chǔ)單元信息生成包含該存儲(chǔ)單元信息的顯示信息并將該顯示信息顯示在顯示部上。
6.根據(jù)權(quán)利要求1所述的信息處理裝置，其特征在于， 上述控制部還執(zhí)行如下處理生成包含從上述服務(wù)器接收的存儲(chǔ)單元信息中所包含的存儲(chǔ)單元名稱的顯示信息并將該顯示信息顯示在顯示部上。
7.根據(jù)權(quán)利要求1所述的信息處理裝置，其特征在于， 上述控制部還執(zhí)行如下處理根據(jù)從上述服務(wù)器接收的存儲(chǔ)單元信息中所包含的、對(duì)于存儲(chǔ)單元未放入介質(zhì)的狀態(tài)信息，對(duì)顯示部執(zhí)行警告顯示。
8.根據(jù)權(quán)利要求1所述的信息處理裝置，其特征在于， 上述控制部還執(zhí)行如下處理執(zhí)行從上述服務(wù)器接收的存儲(chǔ)單元信息中所包含的存儲(chǔ)單元的可記錄容量與預(yù)定保存內(nèi)容的量的比較處理，在上述存儲(chǔ)單元的可記錄容量為預(yù)定保存內(nèi)容的量以下的情況下，對(duì)顯示部執(zhí)行警告顯示。
9.根據(jù)權(quán)利要求1所述的信息處理裝置，其特征在于，上述信息處理裝置是執(zhí)行接收廣播內(nèi)容并將接收內(nèi)容輸出到作為錄像機(jī)的服務(wù)器的處理的接收機(jī)，上述控制部還執(zhí)行如下處理按照預(yù)先登記的與預(yù)定記錄的廣播內(nèi)容的錄像開始和結(jié)束預(yù)定時(shí)刻有關(guān)的信息，執(zhí)行接收內(nèi)容向錄像機(jī)的輸出開始處理以及停止處理。
10.根據(jù)權(quán)利要求1所述的信息處理裝置，其特征在于，上述信息處理裝置是執(zhí)行接收廣播內(nèi)容并將接收內(nèi)容輸出到作為錄像機(jī)的服務(wù)器的處理的接收機(jī)，上述控制部還執(zhí)行如下處理將預(yù)定記錄的廣播內(nèi)容的量與從錄像機(jī)接受的存儲(chǔ)單元信息中所包含的存儲(chǔ)單元的可記錄容量進(jìn)行比較，在上述存儲(chǔ)單元的可記錄容量為預(yù)定保存內(nèi)容的量以下的情況下， 對(duì)顯示部執(zhí)行警告顯示。
11.一種信息處理裝置，作為服務(wù)器執(zhí)行對(duì)于通過網(wǎng)絡(luò)的來自客戶端的內(nèi)容保存請(qǐng)求的處理，其特征在于，具有通信部，其執(zhí)行數(shù)據(jù)通信；以及控制部，其執(zhí)行內(nèi)容目錄服務(wù)功能，該內(nèi)容目錄服務(wù)功能進(jìn)行基于具有分層結(jié)構(gòu)的內(nèi)容管理目錄的內(nèi)容管理，上述控制部還執(zhí)行如下處理通過上述通信部從客戶端接收設(shè)定有保存目的地標(biāo)識(shí)符的內(nèi)容保存請(qǐng)求，選擇與該保存目的地標(biāo)識(shí)符對(duì)應(yīng)的存儲(chǔ)單元作為來自客戶端的發(fā)送內(nèi)容的保存目的地，來執(zhí)行內(nèi)容保存處理，其中，上述保存目的地標(biāo)識(shí)符是與服務(wù)器所具有的存儲(chǔ)單元對(duì)應(yīng)的標(biāo)識(shí)符。
12.根據(jù)權(quán)利要求11所述的信息處理裝置，其特征在于，上述控制部還執(zhí)行如下處理根據(jù)來自客戶端的存儲(chǔ)單元信息獲取請(qǐng)求的接收，將包含作為與服務(wù)器所具有的存儲(chǔ)單元對(duì)應(yīng)的標(biāo)識(shí)符的保存目的地標(biāo)識(shí)符的存儲(chǔ)單元信息發(fā)送到客戶端。
13.根據(jù)權(quán)利要求11所述的信息處理裝置，其特征在于，上述控制部還執(zhí)行如下處理根據(jù)來自客戶端的存儲(chǔ)單元信息獲取請(qǐng)求的接收，將包含能夠在服務(wù)器所具有的存儲(chǔ)單元中放入的介質(zhì)的信息以及在該存儲(chǔ)單元中放入的當(dāng)前介質(zhì)的信息的存儲(chǔ)單元信息發(fā)送到客戶端。
14.根據(jù)權(quán)利要求11所述的信息處理裝置，其特征在于，上述控制部還執(zhí)行如下處理根據(jù)來自客戶端的存儲(chǔ)單元信息獲取請(qǐng)求的接收，將包含被放入在服務(wù)器所具有的存儲(chǔ)單元中的介質(zhì)的容量信息的存儲(chǔ)單元信息發(fā)送到客戶端。
15.根據(jù)權(quán)利要求11所述的信息處理裝置，其特征在于，上述信息處理裝置是錄像機(jī)，上述客戶端是執(zhí)行接收廣播內(nèi)容并將接收內(nèi)容輸出到作為錄像機(jī)的服務(wù)器的處理的接收機(jī)，上述控制部還執(zhí)行如下處理按照預(yù)先登記的與預(yù)定記錄的廣播內(nèi)容的錄像開始和結(jié)束預(yù)定時(shí)刻有關(guān)的信息，執(zhí)行從接收機(jī)的內(nèi)容的輸入開始處理以及停止處理。
16.一種信息處理方法，是通過網(wǎng)絡(luò)對(duì)服務(wù)器執(zhí)行內(nèi)容保存處理的信息處理裝置中的息處理方法，上述服務(wù)器具備利用具有分層結(jié)構(gòu)的內(nèi)容管理目錄執(zhí)行內(nèi)容管理的內(nèi)容目錄服務(wù)功能，上述信息處理方法的特征在于，包括以下步驟存儲(chǔ)單元信息輸入步驟，在控制部中，輸入通過通信部從服務(wù)器接收的包含保存目的地標(biāo)識(shí)符的存儲(chǔ)單元信息，其中，上述保存目的地標(biāo)識(shí)符是與服務(wù)器所具有的存儲(chǔ)單元對(duì)應(yīng)的標(biāo)識(shí)符；以及數(shù)據(jù)發(fā)送步驟，在控制部中，執(zhí)行通過通信部向服務(wù)器發(fā)送設(shè)定有保存目的地標(biāo)識(shí)符的內(nèi)容保存請(qǐng)求以及保存內(nèi)容的處理。
17.根據(jù)權(quán)利要求16所述的信息處理方法，其特征在于，上述數(shù)據(jù)發(fā)送步驟包括執(zhí)行將如下信息發(fā)送到上述服務(wù)器的處理的步驟 使服務(wù)器將對(duì)上述服務(wù)器發(fā)送的內(nèi)容與上述內(nèi)容目錄服務(wù)的管理目錄上的容器相對(duì)應(yīng)的信息。
18.根據(jù)權(quán)利要求16所述的信息處理方法，其特征在于， 上述數(shù)據(jù)發(fā)送步驟是執(zhí)行如下處理的步驟根據(jù)經(jīng)由輸入部的內(nèi)容保存目的地指定信息的輸入，生成并向服務(wù)器發(fā)送設(shè)定有與被指定的存儲(chǔ)單元對(duì)應(yīng)的保存目的地標(biāo)識(shí)符的內(nèi)容保存請(qǐng)求。
19.根據(jù)權(quán)利要求16所述的信息處理方法，其特征在于， 上述數(shù)據(jù)發(fā)送步驟是執(zhí)行如下處理的步驟獲取作為登記信息而被記錄在存儲(chǔ)部中的內(nèi)容保存目的地指定信息，生成并向服務(wù)器發(fā)送設(shè)定有與獲取到的登記信息對(duì)應(yīng)的保存目的地標(biāo)識(shí)符的內(nèi)容保存請(qǐng)求。
20.根據(jù)權(quán)利要求16所述的信息處理方法，其特征在于， 上述信息處理方法還包括執(zhí)行如下處理的顯示步驟在上述控制部中，根據(jù)從上述服務(wù)器接收的存儲(chǔ)單元信息生成包含該存儲(chǔ)單元信息的顯示信息并將該顯示信息顯示在顯示部上。
21.根據(jù)權(quán)利要求16所述的信息處理方法，其特征在于， 上述信息處理方法還包括執(zhí)行如下處理的顯示步驟在上述控制部中，生成包含從上述服務(wù)器接收的存儲(chǔ)單元信息中所包含的存儲(chǔ)單元名稱的顯示信息并將該顯示信息顯示在顯示部上。
22.根據(jù)權(quán)利要求16所述的信息處理方法，其特征在于， 上述信息處理方法還包括執(zhí)行如下處理的顯示步驟在上述控制部中，根據(jù)從上述服務(wù)器接收的存儲(chǔ)單元信息中所包含的、對(duì)于存儲(chǔ)單元未放入介質(zhì)的狀態(tài)信息，對(duì)顯示部執(zhí)行警告顯示。
23.根據(jù)權(quán)利要求16所述的信息處理方法，其特征在于， 上述信息處理方法還包括執(zhí)行如下處理的顯示步驟在上述控制部中，執(zhí)行從上述服務(wù)器接收的存儲(chǔ)單元信息中所包含的存儲(chǔ)單元的可記錄容量與預(yù)定保存內(nèi)容的量的比較處理，在上述存儲(chǔ)單元的可記錄容量為預(yù)定保存內(nèi)容的量以下的情況下，對(duì)顯示部執(zhí)行警告顯示。
24.根據(jù)權(quán)利要求16所述的信息處理方法，其特征在于，上述信息處理裝置是執(zhí)行接收廣播內(nèi)容并將接收內(nèi)容輸出到作為錄像機(jī)的服務(wù)器的處理的接收機(jī)，上述控制部按照預(yù)先登記的與預(yù)定記錄的廣播內(nèi)容的錄像開始和結(jié)束預(yù)定時(shí)刻有關(guān)的信息，執(zhí)行接收內(nèi)容向錄像機(jī)的輸出開始處理以及停止處理。
25.根據(jù)權(quán)利要求16所述的信息處理方法，其特征在于，上述信息處理裝置是執(zhí)行接收廣播內(nèi)容并將接收內(nèi)容輸出到作為錄像機(jī)的服務(wù)器的處理的接收機(jī)，上述控制部將預(yù)定記錄的廣播內(nèi)容的量與從錄像機(jī)接受的存儲(chǔ)單元信息中所包含的存儲(chǔ)單元的可記錄容量進(jìn)行比較，在上述存儲(chǔ)單元的可記錄容量為預(yù)定保存內(nèi)容的量以下的情況下，對(duì)顯示部執(zhí)行警告顯示。
26.一種信息處理方法，是在執(zhí)行對(duì)于通過網(wǎng)絡(luò)的來自客戶端的內(nèi)容保存請(qǐng)求的處理的作為服務(wù)器的信息處理裝置中執(zhí)行的信息處理方法，其特征在于，包括以下步驟內(nèi)容保存請(qǐng)求接收步驟，在通信部中，從客戶端接收設(shè)定有作為與服務(wù)器所具有的存儲(chǔ)單元對(duì)應(yīng)的標(biāo)識(shí)符的保存目的地標(biāo)識(shí)符的內(nèi)容保存請(qǐng)求；內(nèi)容保存步驟，在控制部中，選擇與上述保存目的地標(biāo)識(shí)符對(duì)應(yīng)的存儲(chǔ)單元而作為來自客戶端的發(fā)送內(nèi)容的保存目的地，執(zhí)行來自客戶端的接收內(nèi)容的保存處理；以及在控制部中按照進(jìn)行基于具有分層結(jié)構(gòu)的內(nèi)容管理目錄的內(nèi)容管理的內(nèi)容目錄服務(wù)功能而使上述來自客戶端的接收內(nèi)容與上述內(nèi)容管理目錄相對(duì)應(yīng)的步驟。
27.根據(jù)權(quán)利要求沈所述的信息處理方法，其特征在于，上述信息處理方法還包括執(zhí)行如下處理的存儲(chǔ)單元信息發(fā)送步驟在上述控制部中，根據(jù)來自客戶端的存儲(chǔ)單元信息獲取請(qǐng)求的接收，將包含作為與服務(wù)器所具有的存儲(chǔ)單元對(duì)應(yīng)的標(biāo)識(shí)符的保存目的地標(biāo)識(shí)符的存儲(chǔ)單元信息發(fā)送到客戶端。
28.根據(jù)權(quán)利要求沈所述的信息處理方法，其特征在于，上述信息處理方法還包括執(zhí)行如下處理的存儲(chǔ)單元信息發(fā)送步驟在上述控制部中，根據(jù)來自客戶端的存儲(chǔ)單元信息獲取請(qǐng)求的接收，將包含能夠放入到服務(wù)器所具有的存儲(chǔ)單元中的介質(zhì)的信息以及被放入到該存儲(chǔ)單元中的當(dāng)前介質(zhì)的信息的存儲(chǔ)單元信息發(fā)送到客戶端。
29.根據(jù)權(quán)利要求沈所述的信息處理方法，其特征在于，上述信息處理方法還包括執(zhí)行如下處理的存儲(chǔ)單元信息發(fā)送步驟在上述控制部中，根據(jù)來自客戶端的存儲(chǔ)單元信息獲取請(qǐng)求的接收，將包含被放入在服務(wù)器所具有的存儲(chǔ)單元中的介質(zhì)的容量信息的存儲(chǔ)單元信息發(fā)送到客戶端。
30.根據(jù)權(quán)利要求沈所述的信息處理方法，其特征在于，上述信息處理裝置是錄像機(jī)，上述客戶端是執(zhí)行接收廣播內(nèi)容并將接收內(nèi)容輸出到作為錄像機(jī)的服務(wù)器的處理的接收機(jī)，上述控制部按照預(yù)先登記的與預(yù)定記錄的廣播內(nèi)容的錄像開始和結(jié)束預(yù)定時(shí)刻有關(guān)的信息，執(zhí)行從接收機(jī)的內(nèi)容的輸入開始處理以及停止處理。
全文摘要
提供一種信息處理裝置以及信息處理方法，能夠指定服務(wù)器的特定的存儲(chǔ)單元來記錄來自客戶端的上傳內(nèi)容。在從客戶端向服務(wù)器的內(nèi)容上傳處理中，客戶端從服務(wù)器獲取與服務(wù)器的存儲(chǔ)單元對(duì)應(yīng)的保存目的地標(biāo)識(shí)符，并將設(shè)定有客戶端所希望的存儲(chǔ)單元的保存目的地標(biāo)識(shí)符的內(nèi)容保存請(qǐng)求發(fā)送到服務(wù)器。服務(wù)器選擇根據(jù)從客戶端接收到的保存目的地標(biāo)識(shí)符指定的存儲(chǔ)單元來保存上傳內(nèi)容。通過本結(jié)構(gòu)，客戶端能夠任意指定服務(wù)器的特定的存儲(chǔ)單元來記錄內(nèi)容。
文檔編號(hào)H04N7/173GK102427557SQ201110306620
公開日2012年4月25日 申請(qǐng)日期2007年5月28日 優(yōu)先權(quán)日2006年6月15日
發(fā)明者吉川典史 申請(qǐng)人:索尼株式會(huì)社