專利名稱：信息處理裝置、信息處理方法及計(jì)算機(jī)程序的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種信息處理裝置和信息處理方法以及計(jì)算機(jī)程序。更具體地，本發(fā)明涉及一種信息處理裝置和信息處理方法以及計(jì)算機(jī)程序，其中，在執(zhí)行被連接到網(wǎng)絡(luò)諸如家用網(wǎng)絡(luò)(home network)的設(shè)備之間的通信的配置中，可以將作為內(nèi)容提供服務(wù)器具有的內(nèi)容的特性(attribute)信息的元數(shù)據(jù)的細(xì)節(jié)提供給客戶側(cè)，而在客戶側(cè)，使得能夠?qū)崿F(xiàn)元數(shù)據(jù)的更新或者基于元數(shù)據(jù)的更適當(dāng)?shù)膬?nèi)容獲取和再現(xiàn)處理。
背景技術(shù)：
隨著當(dāng)今時(shí)代數(shù)據(jù)通信網(wǎng)絡(luò)變得越來越流行，在家庭中越來越廣泛地應(yīng)用所謂的家用網(wǎng)絡(luò)，其中將電子家用電器、計(jì)算機(jī)和其它外圍單元聯(lián)網(wǎng)以使得它們之間能夠相互通信。允許聯(lián)網(wǎng)設(shè)備之間通信從而共享數(shù)據(jù)處理功能以及在它們之間發(fā)送和接收內(nèi)容的家用網(wǎng)絡(luò)給用戶提供了便利和舒適。預(yù)期在將來家用網(wǎng)絡(luò)將變得越來廣泛應(yīng)用。
作為適于這種家用網(wǎng)絡(luò)配置的協(xié)議，有公知的通用即插即用(UniversalPlug and Play，UPnP)。通用即插即用(UPnP)允許用戶無需復(fù)雜操作就容易地構(gòu)建網(wǎng)絡(luò)并且允許聯(lián)網(wǎng)設(shè)備上的用戶無需困難的操作和設(shè)置就接收由所連接設(shè)備提供的服務(wù)。UPnP的其它優(yōu)點(diǎn)是其不依賴于設(shè)備上的OS(OperatingSystem，操作系統(tǒng))且可以很容易地添加設(shè)備。
在UPnP環(huán)境下，為互相識(shí)別在設(shè)備之間交換遵循XML(eXtensibleMarkup Language，可擴(kuò)展標(biāo)記語言)的定義文件。UPnP的縱覽如下(1)尋址處理，用于獲取其自身設(shè)備的ID，例如IP地址。
(2)發(fā)現(xiàn)處理，用于在網(wǎng)絡(luò)中搜索設(shè)備，一旦收到來自設(shè)備的應(yīng)答，獲取包含在該應(yīng)答中的諸如設(shè)備類型和功能的信息。
(3)服務(wù)請(qǐng)求處理，用于基于通過發(fā)現(xiàn)處理獲取的信息請(qǐng)求設(shè)備提供服務(wù)。
通過執(zhí)行上述的處理過程，連接到網(wǎng)絡(luò)的應(yīng)用設(shè)備(applying device)可提供且接收服務(wù)。新連接到網(wǎng)絡(luò)的設(shè)備可以執(zhí)行上述尋址處理以獲取設(shè)備ID、執(zhí)行發(fā)現(xiàn)處理以獲取關(guān)于連接到網(wǎng)絡(luò)的其它設(shè)備的信息、基于所獲取的信息向其它設(shè)備發(fā)出服務(wù)請(qǐng)求。
例如，當(dāng)用戶希望在客戶側(cè)設(shè)備上再現(xiàn)存儲(chǔ)在服務(wù)器中的內(nèi)容諸如音樂數(shù)據(jù)和圖像數(shù)據(jù)時(shí)，客戶側(cè)向服務(wù)器發(fā)送獲取請(qǐng)求，請(qǐng)求服務(wù)器發(fā)送存儲(chǔ)在服務(wù)器中的內(nèi)容信息，例如，各種類型的內(nèi)容特性信息，諸如樂曲或電影的標(biāo)題或者藝人名字，數(shù)據(jù)壓縮模式信息(ATRAC自適應(yīng)變換聲學(xué)編碼，MPEG運(yùn)動(dòng)圖像專家組，等等)以及版權(quán)信息(如果必要的話)。該特性信息被稱作元數(shù)據(jù)或元信息。
響應(yīng)于來自客戶側(cè)的請(qǐng)求，服務(wù)器發(fā)送服務(wù)器擁有的內(nèi)容的元數(shù)據(jù)(特性信息)到客戶側(cè)。基于從服務(wù)器獲得的元數(shù)據(jù)，根據(jù)預(yù)定的顯示程序在客戶側(cè)設(shè)備的顯示器上顯示內(nèi)容信息。例如，在顯示器上顯示由藝人名字和標(biāo)題組成的樂曲列表?；陲@示信息，用戶檢查或選擇要再現(xiàn)的內(nèi)容并且發(fā)送內(nèi)容發(fā)送請(qǐng)求到服務(wù)器。服務(wù)器接收來自客戶側(cè)的內(nèi)容請(qǐng)求，并且根據(jù)接收到的請(qǐng)求發(fā)送該內(nèi)容到客戶側(cè)，而客戶側(cè)再現(xiàn)接收到的內(nèi)容。
通過這種方式，可從連接到網(wǎng)絡(luò)的其它設(shè)備訪問存儲(chǔ)在家用網(wǎng)絡(luò)中的服務(wù)器中的內(nèi)容。例如，基于上述簡(jiǎn)單設(shè)備連接結(jié)構(gòu)的UPnP連接而連接的設(shè)備可以獲取內(nèi)容。當(dāng)該內(nèi)容是電影數(shù)據(jù)或音樂數(shù)據(jù)時(shí)，作為網(wǎng)絡(luò)連接設(shè)備連接的電視機(jī)或者播放器使得用戶能夠觀看電視或者收聽音樂。
但是，在UPnP中所定義的設(shè)備之間例如在服務(wù)器和客戶側(cè)之間發(fā)送和接收的元數(shù)據(jù)是統(tǒng)一的(uniform)，從而在具有各種功能的設(shè)備中，從服務(wù)器接收的某些元數(shù)據(jù)可能不充分。
例如，在從服務(wù)器接收的元數(shù)據(jù)中，可能存在允許更新處理諸如重寫、刪除和添加的數(shù)據(jù)。在現(xiàn)有的UPnP的環(huán)境下，在例如基于從服務(wù)器接收的元數(shù)據(jù)在客戶側(cè)設(shè)備上顯示內(nèi)容列表的情況下，沒有執(zhí)行用于判斷允許哪個(gè)數(shù)據(jù)被重寫或哪個(gè)數(shù)據(jù)可以進(jìn)行刪除和添加處理的數(shù)據(jù)的發(fā)送處理。因而，需要用戶執(zhí)行試驗(yàn)(try-and-error)型的處理，其中用戶實(shí)際上在每個(gè)數(shù)據(jù)字段中嘗試執(zhí)行數(shù)據(jù)輸入由此執(zhí)行元數(shù)據(jù)更新處理。
作為與諸如元數(shù)據(jù)的重寫和添加的處理相關(guān)的公開的相關(guān)現(xiàn)有技術(shù)，可以引用例如專利文獻(xiàn)1(日本已公布的專利申請(qǐng)公布No.2001-292413)。在專利文獻(xiàn)1中，描述了下述結(jié)構(gòu)，其中在新節(jié)目的制作公司等收集、編輯/處理以及存儲(chǔ)視頻/音頻的圖像處理系統(tǒng)中的每個(gè)工作步驟寫入元數(shù)據(jù)。例如，當(dāng)實(shí)況轉(zhuǎn)播車移動(dòng)到新聞報(bào)導(dǎo)(coverage)地點(diǎn)時(shí)，將策劃步驟中考慮的元數(shù)據(jù)從廣播站的數(shù)據(jù)管理裝置發(fā)送到新聞報(bào)導(dǎo)地點(diǎn)的圖像拾取裝置，以及在報(bào)導(dǎo)步驟，除從廣播站發(fā)送的元數(shù)據(jù)外還有自動(dòng)生成的元數(shù)據(jù)被記錄在記錄介質(zhì)上。通過這種方式，示出了這樣的一種結(jié)構(gòu)，該結(jié)構(gòu)使得能夠在記錄和再現(xiàn)裝置、編輯裝置等中的各個(gè)步驟進(jìn)行各種類型元數(shù)據(jù)的寫處理。但是，在該相關(guān)現(xiàn)有技術(shù)中，沒有顯示清楚指示下述范圍的任何裝置，在所述范圍內(nèi)能夠進(jìn)行在各個(gè)步驟或裝置中允許的元數(shù)據(jù)的更新諸如重寫、添加、刪除。
此外，元數(shù)據(jù)包括各種數(shù)據(jù)項(xiàng)，諸如標(biāo)題、播放時(shí)間、數(shù)據(jù)記錄日期和時(shí)間，并且對(duì)每個(gè)數(shù)據(jù)項(xiàng)定義了許可(enable)輸入的數(shù)據(jù)模式；例如，只有文本數(shù)據(jù)、只有數(shù)字?jǐn)?shù)據(jù)或只有整數(shù)數(shù)據(jù)可以輸入。此外，在數(shù)字?jǐn)?shù)據(jù)的情況，可以定義可以輸入的值范圍。在文本數(shù)據(jù)的情況，可以定義輸入字符的數(shù)目等。但是，在現(xiàn)有的UPnP中，由于在發(fā)送和接收元數(shù)據(jù)的時(shí)候在設(shè)備之間沒有執(zhí)行許可輸入的數(shù)據(jù)模式等的通知處理，因而需要如前所述的試驗(yàn)型處理。
此外，關(guān)于提供內(nèi)容給客戶側(cè)的服務(wù)器，對(duì)服務(wù)器可以提供的每個(gè)內(nèi)容通常提供諸如圖像數(shù)據(jù)提供服務(wù)器和音頻數(shù)據(jù)提供服務(wù)器的服務(wù)器。這些各個(gè)服務(wù)器擁有不同數(shù)據(jù)模式的內(nèi)容。例如，ATRAC3、ATRAC3plus、MPEG1、MPEG2、MPEG4等都可作為示例。
雖然客戶側(cè)在UPnP中的發(fā)現(xiàn)處理中可以獲取服務(wù)器擁有的內(nèi)容類型，但是用于獲取數(shù)據(jù)模式的細(xì)節(jié)的手段是不充分的。即使通知了客戶側(cè)該數(shù)據(jù)是MPEG數(shù)據(jù)，包括其是MPEG2還是MPEG4的細(xì)節(jié)的通知處理也是不充分的，這不利地導(dǎo)致客戶側(cè)上用戶的不適當(dāng)?shù)臄?shù)據(jù)選擇或數(shù)據(jù)發(fā)送請(qǐng)求。

發(fā)明內(nèi)容
鑒于相關(guān)現(xiàn)有技術(shù)的上述問題做出了本發(fā)明，本發(fā)明的一個(gè)目的是提供一種信息處理裝置和信息處理方法以及計(jì)算機(jī)程序，其中，客戶側(cè)以更詳細(xì)的方式獲取由存儲(chǔ)各種內(nèi)容的服務(wù)器所擁有的內(nèi)容的特性信息，并且當(dāng)客戶側(cè)基于從服務(wù)器發(fā)送的信息更新顯示的數(shù)據(jù)時(shí)，可以預(yù)先了解允許更新處理的內(nèi)容，從而在給予用戶更少負(fù)擔(dān)的情況下就能夠進(jìn)行容易且適當(dāng)?shù)奶匦孕畔⒏隆?br> 此外，本發(fā)明的另一目的是提供一種信息處理裝置和信息處理方法以及計(jì)算機(jī)程序，其中基于來自客戶側(cè)的請(qǐng)求，可以獲取可由服務(wù)器擁有或提供的內(nèi)容的詳細(xì)數(shù)據(jù)模式，例如ATRAC3、ATRAC3PLLUS、MPEG1、MPEG2、MPEG4等的詳細(xì)信息，從而實(shí)現(xiàn)了與客戶側(cè)具有的功能匹配的最優(yōu)的數(shù)據(jù)發(fā)送和再現(xiàn)處理等，其中上述服務(wù)器是為諸如圖像數(shù)據(jù)提供服務(wù)器和音頻數(shù)據(jù)提供服務(wù)器的單個(gè)服務(wù)器可提供的每個(gè)內(nèi)容提供的。
本發(fā)明的第一方面是一種用于執(zhí)行內(nèi)容信息發(fā)送處理的信息處理裝置，其特征在于包括存儲(chǔ)單元，其存儲(chǔ)內(nèi)容和作為內(nèi)容特性信息的元數(shù)據(jù)；數(shù)據(jù)發(fā)送和接收單元，其執(zhí)行與作為內(nèi)容信息請(qǐng)求裝置的客戶側(cè)的數(shù)據(jù)發(fā)送和接收處理；以及控制單元，其響應(yīng)于接收到來自客戶側(cè)的內(nèi)容信息獲取請(qǐng)求從存儲(chǔ)單元提取元數(shù)據(jù)，并且基于作為元數(shù)據(jù)的分量的屬性(property)信息生成要發(fā)送到客戶側(cè)的內(nèi)容信息；其中，控制單元具有下述結(jié)構(gòu)，在該結(jié)構(gòu)中，通過定義每個(gè)屬性的每條屬性信息允許的數(shù)據(jù)編輯信息而生成內(nèi)容信息，以及經(jīng)由數(shù)據(jù)發(fā)送和接收單元發(fā)送所生成的內(nèi)容信息。
此外，在本發(fā)明的信息處理裝置的一個(gè)實(shí)施例中，該信息處理裝置的其特征在于，控制單元被配置成通過生成其中對(duì)于每個(gè)屬性描述了數(shù)據(jù)編輯信息的XML(可擴(kuò)展標(biāo)記語言)數(shù)據(jù)來執(zhí)行內(nèi)容信息的生成處理。
此外，在本發(fā)明的信息處理裝置的一個(gè)實(shí)施例中，該信息處理裝置的其特征在于，基于被設(shè)置為內(nèi)容分類的類來管理元數(shù)據(jù)，以及控制單元被配置成基于接收到來自客戶側(cè)的具有類指定的內(nèi)容信息獲取請(qǐng)求來執(zhí)行其中從存儲(chǔ)單元提取與所指定的類相應(yīng)的元數(shù)據(jù)的處理，并且基于作為元數(shù)據(jù)的分量的屬性信息生成要發(fā)送到客戶側(cè)的包括對(duì)于每條屬性信息的數(shù)據(jù)編輯信息的內(nèi)容信息。
此外，在本發(fā)明的信息處理裝置的一個(gè)實(shí)施例中，該信息處理裝置的其特征在于，基于被設(shè)置為內(nèi)容分類的類來管理元數(shù)據(jù)，以及控制單元被配置成基于接收到來自客戶側(cè)的沒有類指定的內(nèi)容信息獲取請(qǐng)求執(zhí)行其中生成在信息處理裝置中管理的類的列表信息作為到客戶側(cè)的發(fā)送信息的處理。
此外，在本發(fā)明的信息處理裝置的一個(gè)實(shí)施例中，該信息處理裝置的其特征在于，數(shù)據(jù)編輯信息包括其中設(shè)置了是否許可屬性信息的重寫處理、添加處理、刪除處理中的至少任一處理的信息。
此外，在本發(fā)明的信息處理裝置的一個(gè)實(shí)施例中，該信息處理裝置的其特征在于，數(shù)據(jù)編輯信息包括定義屬性信息的允許數(shù)據(jù)值的信息。
此外，本發(fā)明的第二方面是一種用于執(zhí)行內(nèi)容信息的獲取處理的信息處理裝置，其特征在于包括數(shù)據(jù)發(fā)送和接收單元，其執(zhí)行與擁有內(nèi)容信息的服務(wù)器的數(shù)據(jù)發(fā)送和接收處理；控制單元，其基于經(jīng)由數(shù)據(jù)發(fā)送和接收單元從服務(wù)器接收的內(nèi)容信息生成要在輸出單元上顯示的顯示信息；以及顯示單元，其輸出并且顯示由控制單元生成的顯示信息；其中，控制單元被配置成執(zhí)行其中能夠?qū)τ谧鳛閺姆?wù)器接收的內(nèi)容信息的分量的每條屬性信息識(shí)別數(shù)據(jù)編輯信息的顯示信息的生成處理。
此外，在本發(fā)明的信息處理裝置的一個(gè)實(shí)施例中，信息處理裝置的其特征在于，從服務(wù)器接收的內(nèi)容信息是其中對(duì)于每個(gè)屬性描述了數(shù)據(jù)編輯信息的XML(可擴(kuò)展標(biāo)記語言)數(shù)據(jù)，以及控制單元被配置成通過分析所述XML數(shù)據(jù)執(zhí)行其中能夠識(shí)別對(duì)于每條屬性信息的數(shù)據(jù)編輯信息的顯示信息的生成處理。
此外，在本發(fā)明的信息處理裝置的一個(gè)實(shí)施例中，信息處理裝置的其特征在于，數(shù)據(jù)編輯信息包括其中設(shè)置了是否許可屬性信息的重寫處理、添加處理、刪除處理中的至少任一處理的信息，以及控制單元被配置成執(zhí)行下述顯示信息的生成處理，該顯示信息具有其中能夠識(shí)別是否許可重寫處理、添加處理、刪除處理中的至少任一處理的模式。
此外，在本發(fā)明的信息處理裝置的一個(gè)實(shí)施例中，信息處理裝置的其特征在于，數(shù)據(jù)編輯信息包括定義屬性信息的允許數(shù)據(jù)值的信息，以及控制單元被配置成執(zhí)行下述顯示信息的生成處理，該顯示信息具有其中能夠?qū)τ诿織l屬性信息識(shí)別允許數(shù)據(jù)值的模式。
此外，本發(fā)明的第三方面是一種用于執(zhí)行內(nèi)容信息發(fā)送處理的信息處理裝置，其特征在于包括存儲(chǔ)單元，其存儲(chǔ)內(nèi)容和作為內(nèi)容特性信息的元數(shù)據(jù)；數(shù)據(jù)發(fā)送和接收單元，其執(zhí)行與作為內(nèi)容信息請(qǐng)求裝置的客戶側(cè)的數(shù)據(jù)發(fā)送和接收處理；以及控制單元，其響應(yīng)于接收到來自客戶側(cè)的內(nèi)容信息獲取請(qǐng)求從存儲(chǔ)單元提取元數(shù)據(jù)，并且基于作為元數(shù)據(jù)的分量的屬性信息生成要發(fā)送到客戶側(cè)的內(nèi)容信息，控制單元具有下述結(jié)構(gòu)，其中生成包括通過其能夠判斷客戶側(cè)上的設(shè)備中的處理能力的數(shù)據(jù)模式信息的內(nèi)容信息作為能夠被發(fā)送到客戶側(cè)的內(nèi)容數(shù)據(jù)的數(shù)據(jù)模式信息，以及經(jīng)由數(shù)據(jù)發(fā)送和接收單元發(fā)送所生成的內(nèi)容信息。
此外，在本發(fā)明的信息處理裝置的一個(gè)實(shí)施例中，該信息處理裝置的其特征在于，基于被設(shè)置為內(nèi)容分類的類管理元數(shù)據(jù)，以及控制單元被配置成執(zhí)行下述處理，其中，基于接收到來自客戶側(cè)的具有類指定的內(nèi)容信息獲取請(qǐng)求來從所述存儲(chǔ)單元提取相應(yīng)于所指定的類的元數(shù)據(jù)，以及基于作為元數(shù)據(jù)的分量的屬性信息生成要發(fā)送到客戶側(cè)的包括內(nèi)容數(shù)據(jù)的數(shù)據(jù)模式信息的內(nèi)容信息。
此外，在本發(fā)明的信息處理裝置的一個(gè)實(shí)施例中，該信息處理裝置的其特征在于，基于被設(shè)置為內(nèi)容分類的類來管理所述元數(shù)據(jù)，以及控制單元被配置成基于接收到來自客戶側(cè)的沒有類指定的內(nèi)容信息獲取請(qǐng)求執(zhí)行其中生成在所述信息處理裝置中管理的類的列表信息作為到客戶側(cè)的發(fā)送信息的處理。
此外，本發(fā)明的第四方面是一種用于執(zhí)行內(nèi)容信息發(fā)送處理的信息處理方法，其特征在于包括內(nèi)容信息獲取請(qǐng)求接收步驟，接收來自客戶側(cè)的內(nèi)容信息獲取請(qǐng)求；內(nèi)容信息生成步驟，通過從存儲(chǔ)單元提取作為內(nèi)容特性信息的元數(shù)據(jù)，基于作為元數(shù)據(jù)分量的屬性信息生成要發(fā)送到客戶側(cè)的內(nèi)容信息；以及內(nèi)容信息發(fā)送步驟，經(jīng)由數(shù)據(jù)發(fā)送和接收單元發(fā)送所生成的內(nèi)容信息到客戶側(cè)；其中，在內(nèi)容信息生成步驟中，執(zhí)行用于定義每個(gè)屬性的每條屬性信息允許的數(shù)據(jù)編輯信息的內(nèi)容信息生成處理。
此外，在本發(fā)明的信息處理方法的一個(gè)實(shí)施例中，信息處理方法的其特征在于，內(nèi)容信息生成步驟通過生成其中對(duì)于每個(gè)屬性描述了數(shù)據(jù)編輯信息的XML(可擴(kuò)展標(biāo)記語言)數(shù)據(jù)而執(zhí)行內(nèi)容信息的生成處理。
根據(jù)本發(fā)明的信息處理方法的一個(gè)實(shí)施例，信息處理方法的其特征在于，基于被設(shè)置為內(nèi)容分類的類管理元數(shù)據(jù)，以及所述內(nèi)容信息生成步驟執(zhí)行下述處理，其中基于接收到來自客戶側(cè)的具有類指定的內(nèi)容信息獲取請(qǐng)求從存儲(chǔ)單元提取相應(yīng)于所指定的類的元數(shù)據(jù)，以及基于作為元數(shù)據(jù)的分量的屬性信息生成要發(fā)送到客戶側(cè)的包括對(duì)于每條屬性信息的數(shù)據(jù)編輯信息的內(nèi)容信息。
此外，在本發(fā)明的信息處理方法的一個(gè)實(shí)施例中，信息處理方法的其特征在于，基于被設(shè)置為內(nèi)容分類的類管理元數(shù)據(jù)，以及內(nèi)容信息生成步驟執(zhí)行下述處理，其中基于接收到來自客戶側(cè)的沒有類指定的內(nèi)容信息獲取請(qǐng)求生成在信息處理裝置中管理的類的列表信息作為到客戶側(cè)的發(fā)送信息。
此外，在本發(fā)明的信息處理方法的一個(gè)實(shí)施例中，信息處理方法的其特征在于，數(shù)據(jù)編輯信息包括其中設(shè)置了是否許可屬性信息的重寫處理、添加處理、刪除處理中的至少任一處理的信息。
此外，在本發(fā)明的信息處理方法的一個(gè)實(shí)施例中，信息處理方法的其特征在于，數(shù)據(jù)編輯信息包括定義屬性信息的允許數(shù)據(jù)值的信息。
此外，本發(fā)明的第五方面是一種用于執(zhí)行內(nèi)容信息的獲取處理的信息處理方法，其特征在于包括顯示信息生成步驟，基于經(jīng)由數(shù)據(jù)發(fā)送和接收單元從服務(wù)器接收的內(nèi)容信息生成在輸出單元上顯示的顯示信息；以及顯示步驟，輸出和顯示所述顯示信息；其中，所述顯示信息生成步驟執(zhí)行其中能夠?qū)τ谧鳛閺姆?wù)器接收的內(nèi)容信息的分量的每條屬性信息識(shí)別數(shù)據(jù)編輯信息的顯示信息的生成處理。
此外，在本發(fā)明的信息處理方法的一個(gè)實(shí)施例中，信息處理方法的其特征在于，從服務(wù)器接收的內(nèi)容信息是其中對(duì)于每個(gè)屬性描述了數(shù)據(jù)編輯信息的XML(可擴(kuò)展標(biāo)記語言)數(shù)據(jù)，以及顯示信息生成步驟通過分析所述XML數(shù)據(jù)執(zhí)行顯示信息的生成處理，通過該顯示信息能夠識(shí)別對(duì)于每條屬性信息的數(shù)據(jù)編輯信息。
此外，在本發(fā)明的信息處理方法的一個(gè)實(shí)施例中，信息處理方法的其特征在于，所述數(shù)據(jù)編輯信息包括其中設(shè)置了是否許可屬性信息的重寫處理、添加處理、刪除處理中的至少任一處理的信息，以及所述顯示信息生成步驟執(zhí)行具有下述模式的顯示信息的生成處理，通過該模式能夠識(shí)別是否許可重寫處理、添加處理、刪除處理中的至少任一處理。
此外，在本發(fā)明的信息處理方法的一個(gè)實(shí)施例中，信息處理方法的其特征在于，數(shù)據(jù)編輯信息包括定義屬性信息的允許數(shù)據(jù)格式的信息，以及顯示信息生成步驟執(zhí)行具有下述模式的顯示信息的生成處理，通過該模式能夠?qū)τ诿織l屬性信息識(shí)別允許的數(shù)據(jù)格式。
此外，在本發(fā)明的信息處理方法的一個(gè)實(shí)施例中，信息處理方法的其特征在于，數(shù)據(jù)編輯信息包括定義屬性信息的允許數(shù)據(jù)值的信息，以及顯示信息生成步驟執(zhí)行具有下述模式的顯示信息的生成處理，通過該模式能夠?qū)τ诿織l屬性信息識(shí)別允許的數(shù)據(jù)值。
此外，本發(fā)明的第六方面是一種用于執(zhí)行內(nèi)容信息發(fā)送處理的信息處理方法，其特征在于包括內(nèi)容信息獲取請(qǐng)求接收步驟，接收來自客戶側(cè)的內(nèi)容信息獲取請(qǐng)求；內(nèi)容信息生成步驟，通過從存儲(chǔ)單元提取作為內(nèi)容特性信息的元數(shù)據(jù)，基于作為元數(shù)據(jù)分量的屬性信息生成要發(fā)送到客戶側(cè)的內(nèi)容信息；以及內(nèi)容信息發(fā)送步驟，經(jīng)由數(shù)據(jù)發(fā)送和接收單元發(fā)送所生成的內(nèi)容信息到客戶側(cè)；其中，在內(nèi)容信息生成步驟中，執(zhí)行包括通過其能夠判斷客戶側(cè)上設(shè)備中的處理能力的數(shù)據(jù)模式信息的內(nèi)容信息的生成處理，作為能夠被發(fā)送到客戶側(cè)的內(nèi)容數(shù)據(jù)的數(shù)據(jù)模式信息。
此外，在本發(fā)明的信息處理方法的一個(gè)實(shí)施例中，信息處理方法的其特征在于，基于被設(shè)置為內(nèi)容分類的類管理元數(shù)據(jù)；以及內(nèi)容信息生成步驟執(zhí)行下述處理，其中響應(yīng)于接收到來自客戶側(cè)的具有類指定的內(nèi)容信息獲取請(qǐng)求來從所述存儲(chǔ)單元提取相應(yīng)于所指定的類的元數(shù)據(jù)，并且基于作為元數(shù)據(jù)的分量的屬性信息生成要發(fā)送到客戶側(cè)的包括內(nèi)容數(shù)據(jù)的數(shù)據(jù)模式信息的內(nèi)容信息。
此外，在本發(fā)明的信息處理方法的一個(gè)實(shí)施例中，信息處理方法的其特征在于，基于被設(shè)置為內(nèi)容分類的類管理元數(shù)據(jù)；以及內(nèi)容信息生成步驟執(zhí)行下述處理，其中基于接收到來自客戶側(cè)的沒有類指定的內(nèi)容信息獲取請(qǐng)求生成在信息處理裝置中管理的類的列表信息作為到客戶側(cè)的發(fā)送信息。
此外，本發(fā)明的第七實(shí)施例是一種用于執(zhí)行內(nèi)容信息發(fā)送處理的計(jì)算機(jī)程序，其特征在于包括內(nèi)容信息獲取請(qǐng)求接收步驟，接收來自客戶側(cè)的內(nèi)容信息獲取請(qǐng)求；
內(nèi)容信息生成步驟，通過從存儲(chǔ)單元提取作為內(nèi)容特性信息的元數(shù)據(jù)，基于作為元數(shù)據(jù)分量的屬性信息生成要發(fā)送到客戶側(cè)的內(nèi)容信息；以及內(nèi)容信息發(fā)送步驟，經(jīng)由數(shù)據(jù)發(fā)送和接收單元發(fā)送所生成的內(nèi)容信息到客戶側(cè)；其中，內(nèi)容信息生成步驟是執(zhí)行用于定義對(duì)于每個(gè)屬性的每條屬性信息允許的數(shù)據(jù)編輯信息的內(nèi)容信息的生成處理的步驟。
此外，本發(fā)明的第八方面是一種用于執(zhí)行內(nèi)容信息獲取處理的計(jì)算機(jī)程序，其特征在于包括顯示信息生成步驟，基于經(jīng)由數(shù)據(jù)發(fā)送和接收單元從服務(wù)器接收的內(nèi)容信息生成在輸出單元上顯示的顯示信息；以及顯示步驟，輸出和顯示所述顯示信息；其中，所述顯示信息生成步驟包括執(zhí)行其中能夠?qū)τ诎ㄔ趶姆?wù)器接收的內(nèi)容信息中的作為內(nèi)容信息的分量的每條屬性信息識(shí)別數(shù)據(jù)編輯信息的顯示信息的生成處理的步驟。
此外，本發(fā)明的第九方面是一種用于執(zhí)行內(nèi)容信息發(fā)送處理的計(jì)算機(jī)程序，其特征在于包括內(nèi)容信息獲取請(qǐng)求接收步驟，接收來自客戶側(cè)的內(nèi)容信息獲取請(qǐng)求；內(nèi)容信息生成步驟，通過從存儲(chǔ)單元提取作為內(nèi)容特性信息的元數(shù)據(jù)，基于作為元數(shù)據(jù)分量的屬性信息生成要發(fā)送到客戶側(cè)的內(nèi)容信息；以及內(nèi)容信息發(fā)送步驟，經(jīng)由數(shù)據(jù)發(fā)送和接收單元發(fā)送所生成的內(nèi)容信息到客戶側(cè)；其中，內(nèi)容信息生成步驟是執(zhí)行包括數(shù)據(jù)模式信息的內(nèi)容信息的生成處理作為能夠被發(fā)送到客戶側(cè)的內(nèi)容數(shù)據(jù)的數(shù)據(jù)模式信息的步驟，通過該數(shù)據(jù)模式信息能夠判斷客戶側(cè)設(shè)備中的處理能力。
根據(jù)本發(fā)明的結(jié)構(gòu)，擁有內(nèi)容的特性信息的服務(wù)器基于接收到來自客戶側(cè)的內(nèi)容信息獲取請(qǐng)求提取相應(yīng)于內(nèi)容的元數(shù)據(jù)，并且基于作為元數(shù)據(jù)的分量的屬性信息生成內(nèi)容信息，并且同時(shí)，對(duì)于要發(fā)送到客戶側(cè)的每個(gè)屬性設(shè)置每條屬性信息允許的數(shù)據(jù)編輯信息。因而，在客戶側(cè)中，可以有效地且確實(shí)地且執(zhí)行基于接收到的信息的屬性信息的適當(dāng)?shù)木庉嬏幚怼?br> 此外，根據(jù)本發(fā)明的結(jié)構(gòu)，從服務(wù)器接收內(nèi)容信息的客戶側(cè)執(zhí)行要顯示在顯示器上的顯示信息的生成處理，在該顯示信息中，可以對(duì)于作為接收到的內(nèi)容信息的分量的每條屬性信息識(shí)別數(shù)據(jù)編輯信息。因而，在客戶側(cè)中，可以有效地且確實(shí)地執(zhí)行基于接收到的信息的屬性信息的適當(dāng)?shù)木庉嬏幚怼?br> 此外，根據(jù)本發(fā)明的結(jié)構(gòu)，存在作為可從服務(wù)器發(fā)送到客戶側(cè)的內(nèi)容數(shù)據(jù)的數(shù)據(jù)模式信息的所生成的內(nèi)容信息，而且上述內(nèi)容信息被發(fā)送到客戶側(cè)，該內(nèi)容信息包括諸如指示內(nèi)容記錄質(zhì)量的記錄質(zhì)量等級(jí)信息、或者指示內(nèi)容編碼模式的編解碼信息的數(shù)據(jù)模式信息，通過該數(shù)據(jù)模式信息可以判斷客戶側(cè)上設(shè)備中的處理能力。因而，在客戶側(cè)中，可以有效地執(zhí)行基于接收到的信息的適當(dāng)?shù)膬?nèi)容選擇處理。
此外，根據(jù)本發(fā)明的結(jié)構(gòu)，基于被設(shè)置為內(nèi)容分類的類來管理在服務(wù)器側(cè)上管理的作為內(nèi)容特性信息的元數(shù)據(jù)。因而，在客戶側(cè)上，能夠?qū)崿F(xiàn)具有類指定的適當(dāng)信息的獲取處理，從而可以指定各種類諸如曲子、唱片、流派、每個(gè)收集了多個(gè)唱片的唱片箱以便獲取屬性信息。
本發(fā)明的計(jì)算機(jī)程序是例如可以通過提供計(jì)算機(jī)可讀格式程序的記錄介質(zhì)或通信介質(zhì)提供給能夠執(zhí)行各種程序代碼的通用目的計(jì)算機(jī)系統(tǒng)的計(jì)算機(jī)程序，其中所述記錄媒體例如CD、FD和MO，所述通信介質(zhì)例如網(wǎng)絡(luò)。通過提供這樣的計(jì)算機(jī)可讀格式的程序，實(shí)現(xiàn)了根據(jù)計(jì)算機(jī)系統(tǒng)上的程序的處理。
基于稍后描述本發(fā)明的實(shí)施例和附圖，通過更詳細(xì)的描述，本發(fā)明的其它目的、特性和優(yōu)點(diǎn)將變得更清楚。本說明書中的系統(tǒng)具有多個(gè)設(shè)備的邏輯裝配配置，并且并不限于配置中的各個(gè)設(shè)備在同一機(jī)架(housing)內(nèi)。


圖1是本發(fā)明可適用的網(wǎng)絡(luò)配置示例圖。
圖2是用于解釋網(wǎng)絡(luò)連接設(shè)備的配置示例的圖。
圖3是用于解釋在內(nèi)容數(shù)據(jù)再現(xiàn)處理中在服務(wù)器和客戶側(cè)之間的處理序列的圖。
圖4是用于解釋在屬性信息更新處理中在服務(wù)器和客戶側(cè)之間的處理序列的圖。
圖5是用于解釋由從服務(wù)器發(fā)送到客戶側(cè)的屬性信息組成的XML數(shù)據(jù)結(jié)構(gòu)的示例的圖。
圖6是用于解釋組成相應(yīng)于內(nèi)容數(shù)據(jù)設(shè)置的元數(shù)據(jù)的屬性信息的結(jié)構(gòu)的圖。
圖7是圖示基于由從服務(wù)器發(fā)送到客戶側(cè)的屬性信息組成的XML數(shù)據(jù)顯示在顯示器上的內(nèi)容信息列表的示例的圖。
圖8是示出用于解釋在從服務(wù)器發(fā)送到客戶側(cè)的屬性信息的數(shù)據(jù)更新處理中客戶側(cè)裝置的處理過程的流程圖的圖。
圖9是用于解釋作為要發(fā)送到服務(wù)器的屬性信息的指定信息可利用的類的圖。
圖10是示出了從服務(wù)器發(fā)送到客戶側(cè)的屬性信息的示例的圖。
圖11是示出了屬性信息的信號(hào)編解碼器的允許值的圖。
圖12是用于解釋在基于屬性信息的再現(xiàn)數(shù)據(jù)指定處理中服務(wù)器和客戶側(cè)之間的處理序列的圖。
圖13是用于解釋服務(wù)器的處理功能的框圖。
圖14是用于解釋客戶側(cè)的處理功能的框圖。
具體實(shí)施例方式
在下文中，參考附圖，描述了本發(fā)明的信息處理裝置和信息處理方法以及計(jì)算機(jī)程序的細(xì)節(jié)。
首先，參考圖1，下面描述本發(fā)明可適用的網(wǎng)絡(luò)配置的示例。圖1示出了諸如家用網(wǎng)絡(luò)配置的配置，其中，響應(yīng)于來自各種客戶側(cè)裝置的處理請(qǐng)求執(zhí)行處理的服務(wù)器101以及作為向服務(wù)器101發(fā)出處理請(qǐng)求的客戶側(cè)裝置的PC 121、監(jiān)視器122、移動(dòng)電話123、播放器124、PDA 125經(jīng)由網(wǎng)絡(luò)100連接。各種其它電子設(shè)備和電子家用電器也可以作為客戶側(cè)裝置連接。
由服務(wù)器101響應(yīng)于來自客戶側(cè)的請(qǐng)求而執(zhí)行的處理包括提供存儲(chǔ)在由服務(wù)器101擁有的存儲(chǔ)裝置諸如硬盤中的內(nèi)容，或者通過執(zhí)行可由服務(wù)器執(zhí)行的應(yīng)用程序提供數(shù)據(jù)處理服務(wù)。雖然服務(wù)器101和客戶側(cè)裝置在圖1中被示作兩個(gè)獨(dú)立設(shè)備，但是只有響應(yīng)于來自客戶側(cè)的請(qǐng)求提供服務(wù)的設(shè)備被示為服務(wù)器。提供自身的數(shù)據(jù)處理服務(wù)給其它客戶側(cè)的任何客戶側(cè)裝置可以提供作為服務(wù)器的功能。因而，圖1中所示的連接到網(wǎng)絡(luò)的客戶側(cè)裝置也可以用作服務(wù)器。
網(wǎng)絡(luò)100是有線或者無線網(wǎng)絡(luò)，并且所連接設(shè)備經(jīng)由網(wǎng)絡(luò)100發(fā)送和接收通信分組，諸如以太網(wǎng)(Ethernet，注冊(cè)商標(biāo))幀。即，客戶側(cè)通過將處理請(qǐng)求信息被存儲(chǔ)在幀數(shù)據(jù)部分中的以太網(wǎng)幀發(fā)送到服務(wù)器101而向服務(wù)器101發(fā)送數(shù)據(jù)處理請(qǐng)求。一旦接收到該處理請(qǐng)求幀，服務(wù)器101執(zhí)行數(shù)據(jù)處理、如果必要?jiǎng)t將作為數(shù)據(jù)處理結(jié)果生成的結(jié)果數(shù)據(jù)存儲(chǔ)到通信分組的數(shù)據(jù)部分中，并發(fā)送該分組到客戶側(cè)。
連接到網(wǎng)絡(luò)的設(shè)備是例如遵循通用即插即用(UPnP)的設(shè)備。因而，可以很容易地將設(shè)備加入網(wǎng)絡(luò)和從網(wǎng)絡(luò)刪除。新連接到網(wǎng)絡(luò)的設(shè)備執(zhí)行下述操作(1)尋址處理，用于獲取其自身的設(shè)備ID，諸如IP地址。
(2)發(fā)現(xiàn)處理，用于在網(wǎng)絡(luò)中搜索設(shè)備，一旦收到來自設(shè)備的應(yīng)答，獲取包含在該應(yīng)答中的諸如設(shè)備類型和功能的信息。
(3)服務(wù)請(qǐng)求處理，用于基于通過發(fā)現(xiàn)處理獲取的信息請(qǐng)求設(shè)備提供服務(wù)。
通過執(zhí)行上述的處理過程，可接收由連接到網(wǎng)絡(luò)的應(yīng)用設(shè)備提供的服務(wù)。
參考圖2，下面描述作為組成圖1所示的服務(wù)器和客戶側(cè)裝置的信息處理裝置的示例的PC的硬件配置的示例。
CPU(中央處理單元)201根據(jù)存儲(chǔ)在ROM(只讀存儲(chǔ)器)202、HDD 204等中的程序執(zhí)行各種類型的處理以用作數(shù)據(jù)處理裝置或通信控制處理裝置。RAM203存儲(chǔ)由CPU 201執(zhí)行的程序以及如必要還存儲(chǔ)數(shù)據(jù)。CPU 201、ROM 202、RAM 203、HDD 204經(jīng)由總線205互相連接。
輸入/輸出接口206連接到總線205。輸入單元207和輸出單元208連接到該輸入/輸出接口206，輸入單元207由用戶操作的鍵盤、開關(guān)、按鈕、鼠標(biāo)等組成，輸出單元208由LCD、CRT和揚(yáng)聲器等組成以將各種類型的信息呈現(xiàn)給用戶。連接到該輸入/輸出接口206還有用作數(shù)據(jù)發(fā)送和接收裝置的通信單元209和可拆卸記錄介質(zhì)211諸如磁盤、光盤、磁光盤或半導(dǎo)體存儲(chǔ)器可附加其上的驅(qū)動(dòng)210，該驅(qū)動(dòng)210可從/向可拆卸記錄介質(zhì)211讀/寫數(shù)據(jù)。
圖2中所示的配置是服務(wù)器或作為圖1中所示連接到網(wǎng)絡(luò)的設(shè)備的示例的個(gè)人計(jì)算機(jī)(PC)的示例。連接到網(wǎng)絡(luò)的設(shè)備并不限于PC而是如圖1所示的可以包括諸如移動(dòng)電話和PDA的便攜式通信裝置以及各種電子設(shè)備和信息處理裝置諸如播放器和顯示器。因而，設(shè)備可以具有其自身的硬件配置以根據(jù)該硬件執(zhí)行處理。
接下來，下面描述由其中存儲(chǔ)了要提供給客戶側(cè)的內(nèi)容的服務(wù)器擁有的元數(shù)據(jù)。服務(wù)器具有作為元數(shù)據(jù)的特性信息，其中特性信息相應(yīng)于存儲(chǔ)在其存儲(chǔ)單元中的諸如靜止圖像和運(yùn)動(dòng)圖像的圖像數(shù)據(jù)和諸如音樂的音頻數(shù)據(jù)的內(nèi)容。
服務(wù)器所擁有的諸如像靜態(tài)圖像和運(yùn)動(dòng)圖像的圖像數(shù)據(jù)和像音樂的音頻數(shù)據(jù)的內(nèi)容被統(tǒng)稱為AV內(nèi)容。AV內(nèi)容通過服務(wù)器中的層次結(jié)構(gòu)內(nèi)容目錄來管理。
該內(nèi)容目錄具有由單個(gè)AV內(nèi)容或包含多個(gè)AV內(nèi)容的文件夾組成的層次結(jié)構(gòu)。內(nèi)容目錄的元素，即每個(gè)AV內(nèi)容或者包含多個(gè)AV內(nèi)容的文件夾，被稱作對(duì)象。對(duì)象是用于服務(wù)器所處理的數(shù)據(jù)單元的通用術(shù)語，并且除單個(gè)AV內(nèi)容或者包含多個(gè)AV內(nèi)容的文件夾外，還存在各種對(duì)象。
AV內(nèi)容的最小單位，諸如音樂數(shù)據(jù)的一個(gè)片斷，運(yùn)動(dòng)圖像數(shù)據(jù)的一個(gè)片斷或者靜止圖像數(shù)據(jù)的一個(gè)片斷被稱作項(xiàng)。
根據(jù)類型可以將對(duì)象分類到多個(gè)類，例如音樂(Audio)、視頻(Video)和圖片(Photo)，并且每個(gè)對(duì)象被標(biāo)注(label)為類?？蛻魝?cè)可以指定具體的類以搜索僅屬于特定類別的對(duì)象并執(zhí)行之。在服務(wù)器中，同樣以層次結(jié)構(gòu)管理類，每個(gè)類下有子類。
元數(shù)據(jù)由各種類型的管理信息組成，包括與服務(wù)器具有的內(nèi)容相應(yīng)的特性信息、類定義信息、組成內(nèi)容目錄的層次信息。元數(shù)據(jù)，作為相應(yīng)于每個(gè)對(duì)象定義的內(nèi)容上的特性信息，包括各種類型的信息，諸如標(biāo)識(shí)符(ID)、數(shù)據(jù)大小、資源信息、標(biāo)題、藝人(artist)名字、內(nèi)容的版權(quán)信息。元數(shù)據(jù)中包含的每條信息稱作屬性。對(duì)于諸如音樂(Audio)、視頻(Video)、圖片(Photo)的上述每個(gè)類，預(yù)先定義了元數(shù)據(jù)應(yīng)該具有什么屬性。
例如，想要再現(xiàn)內(nèi)容的客戶側(cè)可以發(fā)送內(nèi)容請(qǐng)求到服務(wù)器、接收來自服務(wù)器的所請(qǐng)求到的內(nèi)容、再現(xiàn)接收到的內(nèi)容。參考圖3，下面描述一般的內(nèi)容再現(xiàn)過程。首先，在步驟S11，客戶側(cè)發(fā)送對(duì)服務(wù)器擁有的內(nèi)容信息的獲取請(qǐng)求。在步驟S12，響應(yīng)于來自客戶側(cè)的請(qǐng)求，服務(wù)器基于相應(yīng)于內(nèi)容的元數(shù)據(jù)使用XML(可擴(kuò)展標(biāo)記語言)數(shù)據(jù)來產(chǎn)生內(nèi)容信息，諸如標(biāo)題和藝人名字，然后發(fā)送所產(chǎn)生的信息到客戶側(cè)。
在步驟S13，客戶側(cè)根據(jù)接收到的XML信息在顯示器上顯示內(nèi)容信息。例如，在音樂內(nèi)容的情況下，顯示與服務(wù)器所擁有的多個(gè)音樂片斷相應(yīng)的音樂標(biāo)題列表、藝人名字、再現(xiàn)時(shí)間等等。
接下來，在步驟S14，客戶裝置上的客戶選擇要從服務(wù)器接收以再現(xiàn)的曲子并且發(fā)送內(nèi)容指定信息(例如，內(nèi)容ID)到服務(wù)器。服務(wù)器基于接收到的內(nèi)容指定信息從存儲(chǔ)裝置上獲取內(nèi)容并且發(fā)送該內(nèi)容。在步驟S16，客戶側(cè)再現(xiàn)從服務(wù)器接收到的內(nèi)容。如果是根據(jù)ATRAC、MPEG等壓縮的，則在客戶側(cè)解壓縮并再現(xiàn)該內(nèi)容。
通常的內(nèi)容再現(xiàn)過程如上所述?？蛻魝?cè)可以獲取各種類型的內(nèi)容特性信息，即包含在與服務(wù)器擁有的內(nèi)容相應(yīng)的元數(shù)據(jù)中的屬性信息。該屬性信息包括可重寫的項(xiàng)。因此，用戶可以基于從服務(wù)器接收的XML信息重寫顯示在客戶側(cè)設(shè)備上的內(nèi)容信息，例如，內(nèi)容列表上的數(shù)據(jù)，或者可以執(zhí)行數(shù)據(jù)的添加或者刪除處理。
在本發(fā)明的結(jié)構(gòu)中，響應(yīng)于從用戶即客戶側(cè)到服務(wù)器的對(duì)內(nèi)容信息的請(qǐng)求，包括數(shù)據(jù)編輯信息的XML數(shù)據(jù)被產(chǎn)生并且發(fā)送到客戶側(cè)。對(duì)包含在相應(yīng)于內(nèi)容的元數(shù)據(jù)中的每條屬性信息允許數(shù)據(jù)編輯信息，更具體地說，它是由是否許可屬性信息的重寫處理、添加處理、刪除處理組成的數(shù)據(jù)更新許可/禁止信息、以及諸如允許輸入的數(shù)據(jù)格式類型、允許的數(shù)字范圍等的允許輸入的數(shù)據(jù)值。
基于從服務(wù)器接收的由屬性信息組成的XML數(shù)據(jù)，對(duì)于每條屬性信息，客戶側(cè)機(jī)器生成顯示信息(UI用戶界面)，其中用戶可以識(shí)別各種類型的編輯信息，諸如重寫處理等是否許可、允許輸入的數(shù)據(jù)類型、可以輸入的數(shù)據(jù)的數(shù)字范圍，并且將其作為顯示信息諸如內(nèi)容列表呈現(xiàn)在顯示器上。因此，用戶可以基于其中可以識(shí)別編輯信息的內(nèi)容信息諸如內(nèi)容列表來執(zhí)行適當(dāng)?shù)臄?shù)據(jù)更新。
下面描述一串序列，其中，包含在作為內(nèi)容的特性信息的元數(shù)據(jù)中的屬性信息被從服務(wù)器發(fā)送到客戶側(cè)，并且客戶側(cè)機(jī)器基于接收到的信息顯示內(nèi)容信息以執(zhí)行數(shù)據(jù)更新處理。
圖4示出了在屬性信息的更新處理中服務(wù)器和客戶側(cè)之間的一串處理序列。
首先，在步驟S21，客戶側(cè)請(qǐng)求服務(wù)器所擁有的內(nèi)容信息。這里，發(fā)送命令[X_GETSchema]到服務(wù)器。命令[X_GETSchema]是在配置本發(fā)明的系統(tǒng)的設(shè)備中可解釋的命令，而接收到了該命令的服務(wù)器根據(jù)該請(qǐng)求基于組成與各種對(duì)象諸如內(nèi)容相應(yīng)的元數(shù)據(jù)的屬性信息生成XML數(shù)據(jù)。
客戶側(cè)可以指定關(guān)于哪個(gè)對(duì)象即關(guān)于哪種類型的內(nèi)容獲取屬性信息。例如，客戶側(cè)從上述類諸如音樂(Audio)、視頻(Video)、圖片(Photo)中指定一個(gè)類，并且執(zhí)行對(duì)包含在該指定類中的對(duì)象的屬性信息的獲取請(qǐng)求。在這種情況下，將類名字加到命令[X_GETSchema]并且將該命令發(fā)送到服務(wù)器。
一旦接收到來自客戶側(cè)的對(duì)屬性信息的獲取請(qǐng)求，服務(wù)器從存儲(chǔ)裝置中獲取例如與指定類相應(yīng)的內(nèi)容的相應(yīng)元數(shù)據(jù)，并且基于所獲取的元數(shù)據(jù)生成包括要發(fā)送到客戶側(cè)的屬性信息的XML數(shù)據(jù)。在步驟S22，服務(wù)器發(fā)送所生成的XML數(shù)據(jù)到客戶側(cè)。
在本發(fā)明的結(jié)構(gòu)中，響應(yīng)于從用戶即客戶側(cè)到服務(wù)器的對(duì)內(nèi)容信息的請(qǐng)求，對(duì)于包含在相應(yīng)于內(nèi)容的元數(shù)據(jù)中的每條屬性信息，服務(wù)器產(chǎn)生包括數(shù)據(jù)編輯信息的XML數(shù)據(jù)，其中該數(shù)據(jù)編輯信息為各種類型的由是否許可重寫處理、添加、刪除等組成的數(shù)據(jù)更新許可/禁止信息、以及允許輸入的數(shù)據(jù)格式類型、可以輸入的數(shù)據(jù)值等，然后服務(wù)器發(fā)送該XML數(shù)據(jù)到客戶側(cè)。
基于從服務(wù)器接收的由屬性信息組成的XML數(shù)據(jù)，對(duì)于每條屬性信息，客戶側(cè)機(jī)器生成顯示信息(UI用戶界面)，在其上用戶可以識(shí)別重寫處理、添加、刪除等是否許可、允許輸入的數(shù)據(jù)格式、可以輸入的數(shù)據(jù)值等，并且將其作為顯示信息呈現(xiàn)在顯示器上。因此，在顯示器上顯示內(nèi)容信息諸如內(nèi)容列表允許用戶執(zhí)行適當(dāng)?shù)臄?shù)據(jù)更新。
圖5示出了由包含在相應(yīng)于內(nèi)容的元數(shù)據(jù)中的多條屬性信息組成的XML數(shù)據(jù)的示例，其被從服務(wù)器發(fā)送到客戶側(cè)。在圖5的結(jié)構(gòu)中，數(shù)據(jù)部分301、302、303、304的每個(gè)是與組成元數(shù)據(jù)的每條屬性信息相關(guān)的XML數(shù)據(jù)。
例如，數(shù)據(jù)部分301具有下面的結(jié)構(gòu)。
<avPropertyInfo>
<avPropertyName>dctitle</avPropertyName>
<avMinOccurred>1</avMinOccurred>
<avMaxOccurred>1</avMaxOccurred>
<avOperationCode>rcw</avOperationCode>
</avPropertyInfo>
圖6中示出了XML數(shù)據(jù)的描述性數(shù)據(jù)的詳細(xì)含義。<avPropertyInfo>指示屬性信息的開始。<avPropertyName>dctitle</avPropertyName>指示該屬性的名字是標(biāo)題(title)。<avMinOccurred>1</avMinOccurred>指示該屬性信息的現(xiàn)有最小值。<avMaxOccurred>1</avMaxOccurred>指示該屬性信息的現(xiàn)有最大值。前述的例子指示屬性[title]具有一個(gè)最小值和一個(gè)最大值，即必定存在一個(gè)。
<avOperationCode>rcw</avOperationCode>是包括該屬性的編輯信息的處理代碼并且具有下面的含義。
r…存在于從服務(wù)器返回的對(duì)象中，例如瀏覽(Browse)和搜索(Search)c…許可在創(chuàng)建對(duì)象(CreateObject)的時(shí)候被指定w…許可由更新對(duì)象(UpdataObject)重寫a…許可由更新對(duì)象(UpdataObject)增加d…許可由更新對(duì)象(UpdataObject)刪除s…許可通過瀏覽(Browse)/搜索(Search)被包含在排序標(biāo)準(zhǔn)(SortCriteria)中上述屬性[title]是<avOperationCode>rcw</avOperationCode>，其中發(fā)現(xiàn)了設(shè)置[w]?？梢岳斫庠搶傩允强捎捎脩粼诟绿幚?UpdateObject)中重寫的數(shù)據(jù)。</avPropertyInfo>指示屬性信息的結(jié)束。
圖5的數(shù)據(jù)部分302具有下面的結(jié)構(gòu)。
<avPropertyInfo>
<avPropertyName>upnpartist</avPropertyName>
<avMinOccurred>0</avMinOccurred>
<avMaxOccurred>1</avMaxOccurred>
<avOperationCode>rcwad</avOperationCode>
</avPropertyInfo>
在上述屬性信息中，屬性名字是[藝人(artist)]，這指示它是藝人的屬性信息。在<avOperationCode>rcwad</avOperationCode>中，設(shè)置了[r，c，w，a，d]，這指示這是可由用戶在更新處理(UpdateObject)中重寫、可增加(a)、可刪除(d)的數(shù)據(jù)。
圖5的數(shù)據(jù)部分303具有下面的結(jié)構(gòu)。
<avPropertyInfo>
<avPropertyName>avrecordQualityLevel</avPropertyName>
<avMinOccurred>1</avMinOccurred>
<avMaxOccurred>1</avMaxOccurred>
<avOperationCode>rcw</avOperationCode>
<avAllowedValueRange>
<avMinOccurred>3</avMinOccurred>
<avMaxOccurred>5</avMaxOccurred>
</avStep>1</avStep>
</avAllowedValueRange>
</avPropertyInfo>
上述數(shù)據(jù)指示屬性[record qualitylevel(記錄質(zhì)量級(jí)別)]。在該結(jié)構(gòu)中，下面是指示屬性[record qualitylevel]中允許的值范圍及其步長(zhǎng)(增量)的數(shù)據(jù)。
<avAllowedValueRange>
<avMinOccurred>3</avMinOccurred>
<avMaxOccurred>5</avMaxOccurred>
</avStep>1</avStep>
</avAllowedValueRange>
即，對(duì)于屬性[record quality level]，設(shè)置3到5的值并且步長(zhǎng)是1。因此，可理解可以將各個(gè)值3、4、5設(shè)置為[record quality level]。
圖5的數(shù)據(jù)部分304具有下面的數(shù)據(jù)結(jié)構(gòu)。
<avPropertyInfo>
<avPropertyName>avrecordStatus</avPropertyName>
<avMinOccurred>1</avMinOccurred>
<avMaxOccurred>1</avMaxOccurred>
<avOperationCode>r</avOperationCode>
<avAllowedValueList>
<avAllowedValue>NotYet</avAllowedValue>
<avAllowedValue>Timed</avAllowedValue>
<avAllowedValue>Recording</avAllowedValue>
<avAllowedValue>Recorded</avAllowedValue>
</avAllowedValueList>
</avPropertyInfo>
上述數(shù)據(jù)是關(guān)于屬性[記錄狀態(tài)(recordStatus)]的數(shù)據(jù)。在該結(jié)構(gòu)中，下面是屬性[記錄狀態(tài)(recordStatus)]中允許的值的列表數(shù)據(jù)。
<avAllowedValueList>
<avAllowedValue>NotYet</avAllowedValue>
<avAllowedValue>Timed</avAllowedValue>
<avAllowedValue>Recording</avAllowedValue>
<avAlloWedValue>Recorded</avAlloWedValue>
</avAllowedValueList>
可理解在屬性[記錄狀態(tài)(recordStatus)]中允許四個(gè)值(NotYet)、(Timed)、(Recording)、(Recorded)作為可設(shè)置的值。
通過這種方式，從服務(wù)器發(fā)送到客戶側(cè)的屬性信息包括其中許可更新處理的模式以及可設(shè)置的值的信息。
回到圖4，繼續(xù)進(jìn)行服務(wù)器和客戶側(cè)之間的處理序列的描述。當(dāng)服務(wù)器發(fā)送例如圖5中所示的上述XML數(shù)據(jù)，并且客戶側(cè)接收到該數(shù)據(jù)時(shí)，客戶側(cè)機(jī)在客戶側(cè)機(jī)的顯示器上顯示基于XML數(shù)據(jù)的內(nèi)容信息列表。
在該內(nèi)容信息列表的顯示處理中，基于對(duì)于上述每條屬性信息設(shè)置的其中許可了更新處理的模式和可設(shè)置值的信息來執(zhí)行列表顯示。圖7中示出了內(nèi)容信息列表的顯示示例。
通過不同地設(shè)置顯示，例如，以白色顯示可寫區(qū)域并且以灰色顯示不可重寫區(qū)域，用戶可以理解哪個(gè)字段可重寫。圖7中所示出的示例僅僅是一個(gè)示例，并且可以采用其中通過顏色顯示以不同顏色設(shè)置可重寫、添加和刪除的字段的結(jié)構(gòu)。此外，不僅通過顏色顯示而且通過各種類型的圖形處理，可以設(shè)置各個(gè)字段從而可以識(shí)別各個(gè)字段的可編輯模式。
例如，圖7中所示的字段351是可重寫屬性信息的數(shù)據(jù)字段，字段352是不允許重寫的屬性信息的數(shù)據(jù)字段。此外，在定義了可設(shè)置的數(shù)字值的屬性的數(shù)據(jù)字段353中，顯示了可設(shè)置的數(shù)字?jǐn)?shù)據(jù)1、2、3，而且對(duì)于其中四個(gè)值(NotYet)、(Timed)、(Recording)、(Recorded)被定義為可設(shè)置的值的字段354，用于顯示其中作為組合框給出可設(shè)置的值的結(jié)構(gòu)的顯示處理是可能的。這是在客戶側(cè)機(jī)中基于從服務(wù)器接收的XML數(shù)據(jù)而執(zhí)行的(參見圖5)。
圖7中所示的內(nèi)容列表的顯示處理模式是一個(gè)示例，且除該顯示處理模式外的各種顯示是可能的。請(qǐng)注意，與從服務(wù)器接收的每條屬性信息相應(yīng)的編輯信息，即各種類型的信息諸如是否許可重寫、是否許可添加或刪除、許可的輸入數(shù)據(jù)格式、可設(shè)置的值被以用戶可識(shí)別它們的模式顯示。該顯示處理允許用戶有效地執(zhí)行適當(dāng)?shù)臄?shù)據(jù)更新。
回到圖4中的服務(wù)器和客戶側(cè)之間的處理序列，繼續(xù)進(jìn)行說明。在步驟S23，客戶側(cè)基于從服務(wù)器接收的屬性信息(XML數(shù)據(jù))執(zhí)行內(nèi)容信息顯示(例如，圖7)。如果必要的話，則在每個(gè)字段中執(zhí)行數(shù)據(jù)更新諸如數(shù)據(jù)重寫、添加、刪除。
此外，在步驟S25，將包含更新后的數(shù)據(jù)的屬性信息發(fā)送到服務(wù)器。服務(wù)器將更新后的屬性信息存儲(chǔ)在它自身的存儲(chǔ)單元中。即，用更新后的屬性信息重寫相應(yīng)于更新后的屬性信息的內(nèi)容的相應(yīng)元數(shù)據(jù)以執(zhí)行元數(shù)據(jù)的更新處理。在服務(wù)器中，完成更新處理，然后在步驟S26，向客戶側(cè)發(fā)送更新完成通知由此完成屬性信息更新處理。
參考圖8的處理流程描述客戶側(cè)裝置中屬性信息的獲取處理和更新處理過程。
在步驟S111中，客戶側(cè)裝置執(zhí)行向服務(wù)器提出對(duì)于屬性信息的獲取請(qǐng)求。如上所述，這是作為向服務(wù)器發(fā)送例如添加了類指定的命令[X_GETSchema]的處理來執(zhí)行的。
在步驟S112，客戶側(cè)接收作為XML數(shù)據(jù)的來自服務(wù)器的屬性信息，并且在步驟S113，基于接收到的屬性信息，客戶側(cè)產(chǎn)生顯示信息(UI)并且在顯示器上顯示該顯示信息，在該顯示信息(UI)中，用戶可以識(shí)別更新許可/禁止模式，即，是否許可重寫處理、添加處理或刪除處理，允許的數(shù)據(jù)格式以及允許的數(shù)據(jù)值。例如，顯示信息是參考圖7描述的內(nèi)容列表。
在步驟S114，用戶對(duì)顯示在客戶側(cè)裝置的顯示器上的內(nèi)容信息執(zhí)行數(shù)據(jù)更新處理，并且在步驟S115向服務(wù)器發(fā)送更新后的信息。當(dāng)服務(wù)器中的更新處理完成時(shí)，在步驟S116，接收到作為更新處理完成通知的應(yīng)答(Ack)以完成處理。
如上所述，本發(fā)明的結(jié)構(gòu)是這樣的，對(duì)于組成作為內(nèi)容的特性信息的元數(shù)據(jù)的單個(gè)元素，即對(duì)于每條屬性信息，將其允許的編輯信息添加到XML數(shù)據(jù)并從服務(wù)器發(fā)送到客戶側(cè)，然后在客戶側(cè)裝置中，基于接收到的XML數(shù)據(jù)，生成并且作為用戶界面顯示其中用戶可以識(shí)別每條屬性信息的編輯允許模式的內(nèi)容信息列表。因而，用戶可以有效地并且確實(shí)地執(zhí)行對(duì)每條屬性信息的適當(dāng)?shù)木庉嬏幚怼?br> (基于獲取的屬性信息的再現(xiàn)內(nèi)容指定)如上所述，在本發(fā)明的結(jié)構(gòu)中，從服務(wù)器將詳細(xì)的屬性信息發(fā)送到客戶側(cè)。上述描述是聚焦于客戶側(cè)中屬性信息的編輯處理而給出的，而客戶側(cè)可以通過接收來自服務(wù)器的詳細(xì)屬性信息執(zhí)行更適當(dāng)?shù)膬?nèi)容再現(xiàn)處理。
當(dāng)如上所述獲取組成與內(nèi)容相應(yīng)的元數(shù)據(jù)的屬性時(shí)，客戶側(cè)可以指定服務(wù)器具有的內(nèi)容的類，從而獲取屬性信息。
在服務(wù)器中，每個(gè)類是以層次結(jié)構(gòu)來管理的，并且可以設(shè)置作為一個(gè)類的孩子類的子類。例如，將各種類設(shè)置為與音樂(Music)相關(guān)的類。例如，作為與音樂(Music)相關(guān)的類，設(shè)置了如圖9所示的類。
如圖9所示，設(shè)置了各種類，諸如曲子(tune)、唱片(album)、流派(genre)、每個(gè)中收集了多個(gè)唱片的唱片箱(album cabinet)?？蛻魝?cè)指定這些類并且向服務(wù)器發(fā)送上述命令[X_GETSchema]作為屬性信息獲取請(qǐng)求，從而可以獲取相應(yīng)于所指定類的內(nèi)容的屬性信息。
類的指定允許用戶獲取類中可以處理什么屬性的信息。雖然不是所指定的類中的所有對(duì)象都具有公共屬性，但在本例子中服務(wù)器僅返回公共屬性。例如，在所指定的類的子類(1)具有屬性(A)和(B)而子類(2)具有屬性A和C的情況下，服務(wù)器僅返回兩者共有的屬性A。
客戶側(cè)也可以向服務(wù)器發(fā)送沒有類指定的命令[X_GETSchema]作為屬性信息獲取請(qǐng)求。一旦接收到?jīng)]有類指定的命令[X_GETSchema]，服務(wù)器向客戶側(cè)發(fā)送由服務(wù)器管理的類的列表信息。該處理允許客戶側(cè)獲取由服務(wù)器管理的類信息。通過這種方式，在獲取由服務(wù)器管理的類信息之后，客戶側(cè)可以向服務(wù)器發(fā)送具有特定類指定的命令[X_GETSchema]，這使得能夠進(jìn)行其中精確指定了由服務(wù)器管理的類的屬性信息獲取。
如圖9所示，這些類可進(jìn)行各種分類，并且用戶可以指定任意類以獲取所指定的類的屬性信息。
音樂(Music)內(nèi)容和圖像(Image)內(nèi)容以各種模式存儲(chǔ)在服務(wù)器中。即，諸如ATRAC3、ATRAC3plus、MPEG2、MPEG4的壓縮數(shù)據(jù)模式依賴于存儲(chǔ)內(nèi)容而不同。而且，內(nèi)容的記錄質(zhì)量即所謂的記錄質(zhì)量等級(jí)也不同。
同時(shí)，在客戶側(cè)裝置中，數(shù)據(jù)可以由其設(shè)備處理的數(shù)據(jù)模式不同。優(yōu)選的是，每個(gè)客戶側(cè)接收到可由其自身處理的最高質(zhì)量的數(shù)據(jù)并且執(zhí)行再現(xiàn)處理。
在本發(fā)明的結(jié)構(gòu)中，從服務(wù)器發(fā)送到客戶側(cè)的屬性信息還包括關(guān)于內(nèi)容的數(shù)據(jù)質(zhì)量的信息。服務(wù)器產(chǎn)生包括數(shù)據(jù)模式信息的內(nèi)容信息，并且發(fā)送所產(chǎn)生的內(nèi)容信息到客戶側(cè)，通過該數(shù)據(jù)模式信息可以確定客戶側(cè)上設(shè)備中的處理能力。
例如，服務(wù)器存儲(chǔ)例如作為相應(yīng)于內(nèi)容的元數(shù)據(jù)的如圖10所示的關(guān)于內(nèi)容的數(shù)據(jù)的信息當(dāng)作屬性信息，其響應(yīng)于來自客戶側(cè)的屬性信息獲取請(qǐng)求被提供給客戶側(cè)。
圖10是示出了提供給客戶側(cè)的一部分屬性信息的示例的圖。示出了屬性名字(Property Name)、數(shù)據(jù)類型(Type)諸如數(shù)字值和字母串、指示是否許可多個(gè)存在的多個(gè)(Multiple)、屬性描述(Property Description)?？偞笮?total Size)指示初始內(nèi)容的大小數(shù)據(jù)。容器指示作為存儲(chǔ)內(nèi)容的文件夾的對(duì)象?？偝掷m(xù)時(shí)間(total Duration)指示內(nèi)容的總時(shí)間。記錄質(zhì)量等級(jí)(record Quality Level)是指示作為內(nèi)容的記錄質(zhì)量的質(zhì)量等級(jí)的數(shù)據(jù)。例如，允許1到7的整數(shù)值，并且以下述方式設(shè)置即3＝2Mbps、4＝4Mbps、5＝8Mbps等。
初始文件格式(original File Format)指示在轉(zhuǎn)換前初始內(nèi)容數(shù)據(jù)的格式。例如，顯示為MIME類型(MIMEType)。初始編解碼(Original Codec)指示作為轉(zhuǎn)換前初始內(nèi)容數(shù)據(jù)的編碼數(shù)據(jù)模式的編解碼。
如圖11所示，作為屬性的初始編碼(Original Codec)的可設(shè)置的值，即允許值(Allowed Value)是預(yù)先設(shè)置的。即，預(yù)先定義了各種設(shè)置的允許值，諸如指示各種數(shù)據(jù)壓縮處理模式的MPEGlL3、ATRAC3、ATRAC3plus、..JPEG、..MPEG4V。相應(yīng)于各允許值(AllowedValue)的數(shù)據(jù)壓縮處理模式如圖11的說明中所示。
回到圖10，繼續(xù)進(jìn)行屬性信息的描述。初始分辨率(original Resolution)是關(guān)于圖像數(shù)據(jù)的初始數(shù)據(jù)的分辨率信息。資源協(xié)議信息(res@protocolInfo)是關(guān)于資源的文件格式的信息。[res]指示它是資源信息。除了初始數(shù)據(jù)以外，服務(wù)器還可以具有通過以各種模式轉(zhuǎn)換初始數(shù)據(jù)而獲得的信息作為資源數(shù)據(jù)。轉(zhuǎn)換后的數(shù)據(jù)是資源數(shù)據(jù)。
資源編解碼(res@avcodec)是關(guān)于資源數(shù)據(jù)的編碼數(shù)據(jù)模式信息，對(duì)此預(yù)先定義了各種設(shè)置的允許值，諸如圖11中所示的指示數(shù)據(jù)壓縮處理模式的MPEG1L3、ATRAC3、ATRAC3plus、..JPEG、..MPEG4V。資源大小(res@size)指示資源數(shù)據(jù)的大小。
圖10所示的屬性信息是服務(wù)器作為相應(yīng)于內(nèi)容的特性信息擁有的信息，并且指示可以提供給客戶側(cè)的信息的一部分。根據(jù)來自客戶側(cè)的屬性信息獲取請(qǐng)求，除了該圖中所示的那些外的各種類型的內(nèi)容信息被從服務(wù)器提供給客戶側(cè)。
客戶側(cè)可以接收并識(shí)別作為客戶側(cè)想要再現(xiàn)的內(nèi)容的數(shù)據(jù)記錄質(zhì)量的記錄質(zhì)量級(jí)別、作為編碼模式的編解碼信息的細(xì)節(jié)，從而客戶側(cè)可以選擇客戶側(cè)設(shè)備中的最優(yōu)數(shù)據(jù)模式以請(qǐng)求發(fā)送。因而，可以執(zhí)行根據(jù)客戶側(cè)的最優(yōu)內(nèi)容數(shù)據(jù)的接收和再現(xiàn)。
當(dāng)屬性信息被從服務(wù)器發(fā)送到客戶側(cè)時(shí)，客戶側(cè)基于屬性信息根據(jù)預(yù)先存儲(chǔ)的程序識(shí)別對(duì)于其自身設(shè)備而言最優(yōu)的數(shù)據(jù)模式，并且向服務(wù)器以識(shí)別的數(shù)據(jù)模式發(fā)送內(nèi)容數(shù)據(jù)發(fā)送。
參考圖12描述內(nèi)容的發(fā)送和接收處理序列。首先，在步驟S31，客戶側(cè)請(qǐng)求服務(wù)器所擁有的內(nèi)容信息。如上所述，發(fā)送命令[X_GETSchema]到服務(wù)器?？蛻魝?cè)從諸如音樂(Audio)、視頻(Video)、圖片(photo)的上述類中指定一個(gè)類，并且執(zhí)行對(duì)包括在指定類中的對(duì)象的屬性信息的獲取請(qǐng)求。例如，添加了類名字的命令[X_GETSchema]被發(fā)送到服務(wù)器。
一旦接收到來自客戶側(cè)的對(duì)屬性信息的獲取請(qǐng)求，服務(wù)器例如從存儲(chǔ)裝置獲取相應(yīng)于指定類的內(nèi)容的相應(yīng)元數(shù)據(jù)，并且基于獲取的元數(shù)據(jù)生成包括要發(fā)送到客戶側(cè)的屬性信息的XML數(shù)據(jù)。然后，在步驟32，將生成的XML數(shù)據(jù)發(fā)送到客戶側(cè)。
在本發(fā)明的結(jié)構(gòu)中，響應(yīng)于從用戶即客戶側(cè)到服務(wù)器的對(duì)內(nèi)容信息的請(qǐng)求，服務(wù)器根據(jù)相應(yīng)于內(nèi)容的元數(shù)據(jù)將內(nèi)容的記錄質(zhì)量級(jí)別、作為編碼模式的編解碼信息的細(xì)節(jié)放入屬性信息中，并且發(fā)送作為XML數(shù)據(jù)的屬性信息到客戶側(cè)。特別地，服務(wù)器生成包括通過其可以判斷客戶側(cè)上設(shè)備中的處理能力的數(shù)據(jù)模式信息的內(nèi)容信息，即記錄質(zhì)量級(jí)別和作為編碼模式的編解碼信息作為內(nèi)容數(shù)據(jù)的數(shù)據(jù)模式信息，并且發(fā)送所生成的內(nèi)容信息到客戶側(cè)。
在步驟S33中，基于從服務(wù)器接收的由屬性信息組成的XML數(shù)據(jù)，客戶側(cè)裝置根據(jù)其自身設(shè)備的編解碼即解碼處理功能等確定其中可將數(shù)據(jù)再現(xiàn)為高質(zhì)量數(shù)據(jù)的最優(yōu)數(shù)據(jù)模式，例如，記錄質(zhì)量級(jí)別＝3編碼＝MPEG4。
該發(fā)送內(nèi)容數(shù)據(jù)模式的確定處理是根據(jù)預(yù)先存儲(chǔ)在客戶側(cè)中的程序基于在從服務(wù)器接收的相應(yīng)于內(nèi)容的屬性信息和其自身設(shè)備的功能之間的比較而自動(dòng)確定的。
但是，可以采用下述結(jié)構(gòu)，在該結(jié)構(gòu)中，在顯示器上顯示基于屬性信息的數(shù)據(jù)模式信息，作為上面參考圖7描述的內(nèi)容信息列表，并且用戶基于內(nèi)容資源信息選擇發(fā)送內(nèi)容數(shù)據(jù)模式。
在步驟S34，從客戶側(cè)發(fā)送所確定的內(nèi)容數(shù)據(jù)模式信息到服務(wù)器，并且服務(wù)器基于接收到的信息而選擇資源內(nèi)容，并且在步驟S35發(fā)送內(nèi)容到客戶側(cè)。在步驟S36，客戶側(cè)執(zhí)行從服務(wù)器接收的內(nèi)容的再現(xiàn)處理。
通過這種方式，作為服務(wù)器所擁有的內(nèi)容信息，客戶側(cè)可以接收內(nèi)容的記錄質(zhì)量等級(jí)和作為編解碼模式的編解碼信息的細(xì)節(jié)作為屬性信息，從而可以實(shí)現(xiàn)適于其自身設(shè)備功能的最優(yōu)數(shù)據(jù)選擇和高質(zhì)量數(shù)據(jù)再現(xiàn)。
如上參考附圖2描述了服務(wù)器和客戶側(cè)裝置的硬件配置。作為控制單元的CPU根據(jù)存儲(chǔ)在服務(wù)器和客戶側(cè)的各個(gè)存儲(chǔ)單元中的程序執(zhí)行上述各種類型的處理。
對(duì)于例如服務(wù)器側(cè)的CPU執(zhí)行的處理，處理是這樣的，根據(jù)來自客戶側(cè)的請(qǐng)求，服務(wù)器獲取相應(yīng)于內(nèi)容的元數(shù)據(jù)并且基于屬性信息產(chǎn)生XML數(shù)據(jù)，從而發(fā)送根據(jù)來自客戶側(cè)的請(qǐng)求數(shù)據(jù)模式的內(nèi)容，等等?？蛻魝?cè)的處理是這樣的，客戶側(cè)基于從服務(wù)器接收的由屬性信息組成的XML數(shù)據(jù)在顯示器上顯示內(nèi)容信息列表。該處理包括顯示信息的生成處理，在該顯示信息中，對(duì)作為內(nèi)容信息的分量的每條屬性信息可以識(shí)別數(shù)據(jù)編輯信息。此外，執(zhí)行用于基于其自身設(shè)備的功能和內(nèi)容資源信息來確定要向服務(wù)器請(qǐng)求的內(nèi)容的數(shù)據(jù)模式的處理，以及接收到的內(nèi)容的再現(xiàn)控制處理等等。
基本上，在作為服務(wù)器和客戶側(cè)裝置的控制單元的CPU的控制下執(zhí)行上述處理，參考圖13和14描述為執(zhí)行上述處理所需的客戶側(cè)的功能配置和服務(wù)器的功能配置。
圖13是示出了服務(wù)器的主功能配置的框圖。分組發(fā)送和接收單元501向客戶側(cè)發(fā)送分組并接收來自客戶側(cè)的分組。分組生成和分析單元502執(zhí)行發(fā)送分組的生成處理以及接收分組的分析處理。該處理包括分組的地址設(shè)置、地址標(biāo)識(shí)、數(shù)據(jù)部分中的數(shù)據(jù)存儲(chǔ)、來自數(shù)據(jù)部分的數(shù)據(jù)獲取處理等等。
內(nèi)容存儲(chǔ)單元503存儲(chǔ)由服務(wù)器擁有的內(nèi)容。該內(nèi)容包括初始內(nèi)容以及通過對(duì)初始內(nèi)容執(zhí)行數(shù)據(jù)轉(zhuǎn)換獲得的內(nèi)容數(shù)據(jù)。元數(shù)據(jù)存儲(chǔ)單元504是存儲(chǔ)作為與內(nèi)容相應(yīng)的特性信息的元數(shù)據(jù)的存儲(chǔ)單元。
在元數(shù)據(jù)存儲(chǔ)單元504中，如上所述，存儲(chǔ)了由元數(shù)據(jù)組成的屬性信息，以及包括了每條屬性信息的編輯許可/禁止信息、允許輸入的數(shù)據(jù)格式信息、允許輸入的數(shù)據(jù)值信息等等，所述編輯使能/禁止信息例如有數(shù)據(jù)編輯信息，諸如是否許可重寫、是否許可添加或刪除等。
此外，如上所述，還包括了指示內(nèi)容的數(shù)據(jù)模式，即諸如記錄質(zhì)量級(jí)別和編解碼信息的內(nèi)容數(shù)據(jù)模式的屬性信息。
屬性信息獲取單元505基于從客戶側(cè)接收的屬性信息獲取請(qǐng)求，例如基于具有添加了類名字到命令[X_GETSchema]的分組，執(zhí)行從元數(shù)據(jù)存儲(chǔ)單元504取出相應(yīng)于指定類的元數(shù)據(jù)的處理。
XML數(shù)據(jù)生成單元506基于屬性信息獲取單元505獲取的元數(shù)據(jù)生成要發(fā)送到客戶側(cè)的XML數(shù)據(jù)。圖5中所示的XML數(shù)據(jù)是一個(gè)示例。信號(hào)編解碼器(codec)507執(zhí)行初始內(nèi)容數(shù)據(jù)的編碼處理和解碼處理。例如，執(zhí)行基于ATRAC3和MPEG4的數(shù)據(jù)轉(zhuǎn)換。服務(wù)器的每個(gè)具有不同的編解碼功能，因此根據(jù)該功能，可以提供給客戶側(cè)的資源數(shù)據(jù)也不同。
接下來，參考圖14描述客戶側(cè)裝置的功能配置。分組發(fā)送和接收單元601發(fā)送分組到服務(wù)器并且接收來自服務(wù)器的分組。分組生成和分析單元602執(zhí)行發(fā)送分組的生成處理以及接收分組的分析處理。該處理不僅包括分組中存儲(chǔ)的數(shù)據(jù)分析，而且包括諸如分組的地址設(shè)置、地址標(biāo)識(shí)、對(duì)數(shù)據(jù)部分的數(shù)據(jù)存儲(chǔ)、來自數(shù)據(jù)部分的數(shù)據(jù)獲取處理的處理。
存儲(chǔ)單元603存儲(chǔ)從服務(wù)器接收的分組中所包括的內(nèi)容以及客戶側(cè)的編解碼信息。
輸出單元604包括應(yīng)用于內(nèi)容再現(xiàn)處理的揚(yáng)聲器和顯示器。顯示器也用于輸出上面參考圖7描述的內(nèi)容信息列表。輸入單元605例如是鍵盤或者其它數(shù)據(jù)輸入裝置，用于執(zhí)行向內(nèi)容信息列表中輸入編輯信息，即屬性信息的重寫、添加、刪除處理。
XML數(shù)據(jù)分析單元606分析從服務(wù)器接收的由屬性信息組成的XML數(shù)據(jù)，并且基于經(jīng)分析的數(shù)據(jù)生成上面參考圖7描述的內(nèi)容信息列表，以執(zhí)行用于輸出內(nèi)容信息列表到作為輸出單元的顯示器的處理。
接收數(shù)據(jù)模式確定單元607基于從服務(wù)器接收的屬性信息即諸如內(nèi)容的記錄質(zhì)量級(jí)別和作為編碼模式的編解碼信息的屬性信息與其自身設(shè)備的功能之間的比較，執(zhí)行用于確定要從服務(wù)器接收的最優(yōu)數(shù)據(jù)模式的處理。
信號(hào)編解碼器608執(zhí)行從服務(wù)器接收的內(nèi)容數(shù)據(jù)的解碼處理等。例如，執(zhí)行基于例如ATRAC3、MPEG4的數(shù)據(jù)轉(zhuǎn)換。可以采用下述結(jié)構(gòu)，其中執(zhí)行解碼數(shù)據(jù)的再編碼(re-coding)處理以及執(zhí)行用于將再編碼后的數(shù)據(jù)存儲(chǔ)在存儲(chǔ)單元603中的處理。
從功能的觀點(diǎn)上，服務(wù)器和客戶側(cè)具有如圖13和14所示的各自功能并且執(zhí)行上述處理。但是，請(qǐng)注意圖13中所示的框圖是用于解釋功能的框圖，實(shí)際上在諸如圖2中所示的PC的硬件配置中的CPU的控制下執(zhí)行各種處理程序。
已參考具體示例詳細(xì)描述了本發(fā)明。但是，很顯然，本領(lǐng)域的技術(shù)人員可以在不背離本發(fā)明的要旨的范圍內(nèi)對(duì)示例進(jìn)行修改和替換。即，僅以示例形式公開了本發(fā)明，該示例形式不應(yīng)做限制性解釋。為了判斷本發(fā)明的要旨，應(yīng)該參考權(quán)利要求書。
可通過硬件、軟件或者兩者的復(fù)合配置來執(zhí)行說明書中描述的處理序列。在通過軟件執(zhí)行處理的情況下，記錄了處理序列的程序被安裝在并入專用硬件的計(jì)算機(jī)的存儲(chǔ)器中，并且通過計(jì)算機(jī)執(zhí)行，或者程序可以安裝在可以執(zhí)行各種類型的處理的通用計(jì)算機(jī)中并且可以通過該計(jì)算機(jī)執(zhí)行。
例如，程序可以預(yù)先記錄在作為記錄介質(zhì)的硬盤或者ROM(只讀存儲(chǔ)器)上。或者，程序可以臨時(shí)或者永久地存儲(chǔ)(記錄)在可拆卸的記錄介質(zhì)上，例如軟盤、CD-ROM(光盤只讀存儲(chǔ)器)、MO(Magneto optical，磁光)盤、DVD(數(shù)字多功能盤)、磁盤、半導(dǎo)體存儲(chǔ)器。這樣的可拆卸記錄介質(zhì)可作為所謂的軟件包(package software)提供。
程序不僅可從上述可拆卸記錄介質(zhì)安裝到計(jì)算機(jī)上，而且程序可從下載站點(diǎn)無線傳輸?shù)接?jì)算機(jī)上，或者經(jīng)由諸如LAN(局域網(wǎng))和因特網(wǎng)有線傳輸?shù)接?jì)算機(jī)上，并且計(jì)算機(jī)可以接收以這樣的方式傳輸?shù)某绦虿⑶覍⑵浒惭b在諸如并入的硬盤的記錄介質(zhì)上。
說明書中描述的各種類型的處理不僅可根據(jù)描述以時(shí)間發(fā)生順序被執(zhí)行，而且可以依據(jù)執(zhí)行處理的裝置的處理能力或視需要并行或者單獨(dú)執(zhí)行。此外，本說明書中的系統(tǒng)具有多個(gè)設(shè)備的邏輯裝配配置，并且具有各自配置的設(shè)備并不必要在同一機(jī)架內(nèi)。
工業(yè)實(shí)用性如上所述，根據(jù)本發(fā)明的結(jié)構(gòu)，擁有內(nèi)容的特性信息的服務(wù)器被配置從而基于收到來自客戶側(cè)的內(nèi)容信息獲取請(qǐng)求提取相應(yīng)于內(nèi)容的元數(shù)據(jù)，以及基于作為元數(shù)據(jù)的分量的屬性信息生成內(nèi)容信息，并且被配置成對(duì)每個(gè)屬性設(shè)置每條屬性信息允許的數(shù)據(jù)編輯信息并將上述數(shù)據(jù)編輯信息發(fā)送到客戶側(cè)。因而，客戶側(cè)可以有效地并且確實(shí)地基于接收到的信息執(zhí)行屬性信息的適當(dāng)編輯處理。
此外，根據(jù)本發(fā)明的結(jié)構(gòu)，接收來自服務(wù)器的內(nèi)容信息的客戶側(cè)被配置從而執(zhí)行顯示信息的生成處理并且在顯示器上顯示該顯示信息，在顯示信息中可以對(duì)于作為接收到的內(nèi)容信息的分量的每條屬性信息識(shí)別數(shù)據(jù)編輯信息。因而，客戶側(cè)可有效地并且確實(shí)地基于所接收到的信息執(zhí)行屬性信息的適當(dāng)編輯處理。
此外，根據(jù)本發(fā)明，結(jié)構(gòu)是這樣的，服務(wù)器生成包括通過其可判斷客戶側(cè)的設(shè)備中的處理能力的數(shù)據(jù)模式信息的內(nèi)容信息，諸如指示內(nèi)容記錄質(zhì)量的記錄質(zhì)量級(jí)別信息或指示內(nèi)容編碼方式的編解碼信息作為可從服務(wù)器發(fā)送到客戶側(cè)的內(nèi)容數(shù)據(jù)的數(shù)據(jù)模式信息，并且將該內(nèi)容信息發(fā)送到客戶側(cè)。因而，客戶側(cè)可以有效地基于接收到的信息執(zhí)行適當(dāng)?shù)膬?nèi)容選擇處理。
此外，根據(jù)本發(fā)明，結(jié)構(gòu)是這樣的，作為在服務(wù)器側(cè)上管理的內(nèi)容特性信息的元數(shù)據(jù)是基于被設(shè)置為內(nèi)容分類的類而被管理的。因而，許可來自客戶側(cè)的具有類指定的屬性信息的獲取處理，因此，可以指定諸如曲子、唱片、流派、每個(gè)中收集了多個(gè)唱片的唱片箱的各種類以獲取屬性信息。
權(quán)利要求
1.一種用于執(zhí)行內(nèi)容信息發(fā)送處理的信息處理裝置，其特征在于包括存儲(chǔ)單元，其存儲(chǔ)內(nèi)容和作為內(nèi)容特性信息的元數(shù)據(jù)；數(shù)據(jù)發(fā)送和接收單元，其執(zhí)行與作為內(nèi)容信息請(qǐng)求裝置的客戶側(cè)的數(shù)據(jù)發(fā)送和接收處理；以及控制單元，其響應(yīng)于接收到來自客戶側(cè)的內(nèi)容信息獲取請(qǐng)求從存儲(chǔ)單元提取元數(shù)據(jù)，并且基于作為元數(shù)據(jù)的分量的屬性信息生成要發(fā)送到客戶側(cè)的內(nèi)容信息，其中，所述控制單元具有下述結(jié)構(gòu)，在該結(jié)構(gòu)中，通過定義對(duì)于每個(gè)屬性的每條屬性信息允許的數(shù)據(jù)編輯信息而生成內(nèi)容信息，以及經(jīng)由數(shù)據(jù)發(fā)送和接收單元發(fā)送所生成的內(nèi)容信息。
2.根據(jù)權(quán)利要求1所述的信息處理裝置，其特征在于，所述控制單元被配置成通過生成其中對(duì)于每個(gè)屬性描述了數(shù)據(jù)編輯信息的XML(可擴(kuò)展標(biāo)記語言)數(shù)據(jù)來執(zhí)行內(nèi)容信息的生成處理。
3.根據(jù)權(quán)利要求1所述的信息處理裝置，其特征在于基于被設(shè)置為內(nèi)容分類的類來管理所述元數(shù)據(jù)；以及所述控制單元被配置成執(zhí)行下述處理，其中，響應(yīng)于接收到來自客戶側(cè)的具有類指定的內(nèi)容信息獲取請(qǐng)求來從所述存儲(chǔ)單元提取相應(yīng)于所指定的類的元數(shù)據(jù)，以及基于作為元數(shù)據(jù)的分量的屬性信息生成要發(fā)送到客戶側(cè)的包括對(duì)于每條屬性信息的數(shù)據(jù)編輯信息的內(nèi)容信息。
4.根據(jù)權(quán)利要求1所述的信息處理裝置，其特征在于基于被設(shè)置為內(nèi)容分類的類來管理所述元數(shù)據(jù)；以及所述控制單元被配置成執(zhí)行下述處理，其中響應(yīng)于接收到來自客戶側(cè)的沒有類指定的內(nèi)容信息獲取請(qǐng)求生成在所述信息處理裝置中管理的類的列表信息作為到客戶側(cè)的發(fā)送信息。
5.根據(jù)權(quán)利要求1所述的信息處理裝置，其特征在于，所述數(shù)據(jù)編輯信息包括其中設(shè)置了是否許可屬性信息的重寫處理、添加處理、刪除處理中的至少任一處理的信息。
6.根據(jù)權(quán)利要求1所述的信息處理裝置，其特征在于，所述數(shù)據(jù)編輯信息包括定義屬性信息的允許數(shù)據(jù)值的信息。
7.一種用于執(zhí)行內(nèi)容信息的獲取處理的信息處理裝置，其特征在于包括數(shù)據(jù)發(fā)送和接收單元，其執(zhí)行與擁有內(nèi)容信息的服務(wù)器的數(shù)據(jù)發(fā)送和接收處理；控制單元，其基于經(jīng)由數(shù)據(jù)發(fā)送和接收單元從服務(wù)器接收的內(nèi)容信息生成要在輸出單元上顯示的顯示信息；以及顯示單元，其輸出并且顯示由所述控制單元生成的顯示信息；其中，所述控制單元被配置成執(zhí)行其中能夠?qū)τ谧鳛閺姆?wù)器接收的內(nèi)容信息的分量的每條屬性信息識(shí)別數(shù)據(jù)編輯信息的顯示信息的生成處理。
8.根據(jù)權(quán)利要求7所述的信息處理裝置，其特征在于從服務(wù)器接收的內(nèi)容信息是其中對(duì)于每個(gè)屬性描述了數(shù)據(jù)編輯信息的XML(可擴(kuò)展標(biāo)記語言)數(shù)據(jù)；以及所述控制單元被配置成通過分析所述XML數(shù)據(jù)執(zhí)行其中能夠識(shí)別對(duì)于每條屬性信息的數(shù)據(jù)編輯信息的顯示信息的生成處理。
9.根據(jù)權(quán)利要求7所述的信息處理裝置，其特征在于所述數(shù)據(jù)編輯信息包括其中設(shè)置了是否許可屬性信息的重寫處理、添加處理、刪除處理中的至少任一處理的信息；以及所述控制單元被配置成執(zhí)行下述顯示信息的生成處理，所述顯示信息具有其中能夠識(shí)別是否許可重寫處理、添加處理、刪除處理中的至少任一處理的模式。
10.根據(jù)權(quán)利要求7所述的信息處理裝置，其特征在于所述數(shù)據(jù)編輯信息包括定義屬性信息的允許數(shù)據(jù)值的信息；以及所述控制單元被配置成執(zhí)行下述顯示信息的生成處理，所述顯示信息具有其中能夠?qū)τ诿織l屬性信息識(shí)別允許的數(shù)據(jù)值的模式。
11.一種用于執(zhí)行內(nèi)容信息發(fā)送處理的信息處理裝置，其特征在于包括存儲(chǔ)單元，其存儲(chǔ)內(nèi)容和作為內(nèi)容特性信息的元數(shù)據(jù)；數(shù)據(jù)發(fā)送和接收單元，其執(zhí)行與作為內(nèi)容信息請(qǐng)求裝置的客戶側(cè)的數(shù)據(jù)發(fā)送和接收處理；以及控制單元，其響應(yīng)于接收到來自客戶側(cè)的內(nèi)容信息獲取請(qǐng)求從存儲(chǔ)單元提取元數(shù)據(jù)，并且基于作為元數(shù)據(jù)的分量的屬性信息生成要發(fā)送到客戶側(cè)的內(nèi)容信息，其中，控制單元具有下述結(jié)構(gòu)，其中生成包括通過其能夠判斷客戶側(cè)的設(shè)備中的處理能力的數(shù)據(jù)模式信息的內(nèi)容信息作為能夠被發(fā)送到客戶側(cè)的內(nèi)容數(shù)據(jù)的數(shù)據(jù)模式信息，以及經(jīng)由數(shù)據(jù)發(fā)送和接收單元發(fā)送所生成的內(nèi)容信息。
12.根據(jù)權(quán)利要求11所述的信息處理裝置，其特征在于基于被設(shè)置為內(nèi)容分類的類管理元數(shù)據(jù)；以及所述控制單元被配置成執(zhí)行下述處理，其中，響應(yīng)于接收到來自客戶側(cè)的具有類指定的內(nèi)容信息獲取請(qǐng)求從所述存儲(chǔ)單元提取相應(yīng)于所指定的類的元數(shù)據(jù)，以及基于作為元數(shù)據(jù)的分量的屬性信息生成要發(fā)送到客戶側(cè)的包括內(nèi)容數(shù)據(jù)的數(shù)據(jù)模式信息的內(nèi)容信息。
13.根據(jù)權(quán)利要求11所述的信息處理裝置，其特征在于基于被設(shè)置為內(nèi)容分類的類來管理所述元數(shù)據(jù)；以及所述控制單元被配置成響應(yīng)于接收到來自客戶側(cè)的沒有類指定的內(nèi)容信息獲取請(qǐng)求執(zhí)行其中生成在所述信息處理裝置中管理的類的列表信息作為到客戶側(cè)的發(fā)送信息的處理。
14.一種用于執(zhí)行內(nèi)容信息發(fā)送處理的信息處理方法，其特征在于包括內(nèi)容信息獲取請(qǐng)求接收步驟，接收來自客戶側(cè)的內(nèi)容信息獲取請(qǐng)求；內(nèi)容信息生成步驟，通過從存儲(chǔ)單元提取作為內(nèi)容特性信息的元數(shù)據(jù)，基于作為元數(shù)據(jù)分量的屬性信息生成要發(fā)送到客戶側(cè)的內(nèi)容信息；以及內(nèi)容信息發(fā)送步驟，經(jīng)由數(shù)據(jù)發(fā)送和接收單元發(fā)送所生成的內(nèi)容信息到客戶側(cè)；其中，在內(nèi)容信息生成步驟中，執(zhí)行用于定義每個(gè)屬性的每條屬性信息允許的數(shù)據(jù)編輯信息的內(nèi)容信息生成處理。
15.根據(jù)權(quán)利要求14所述的信息處理方法，其特征在于，內(nèi)容信息生成步驟通過生成其中對(duì)于每個(gè)屬性描述了數(shù)據(jù)編輯信息的XML(可擴(kuò)展標(biāo)記語言)數(shù)據(jù)而執(zhí)行內(nèi)容信息的生成處理。
16.根據(jù)權(quán)利要求14所述的信息處理方法，其特征在于基于被設(shè)置為內(nèi)容分類的類管理元數(shù)據(jù)；以及內(nèi)容信息生成步驟執(zhí)行下述處理，其中，響應(yīng)于接收到來自客戶側(cè)的具有類指定的內(nèi)容信息獲取請(qǐng)求從所述存儲(chǔ)單元提取相應(yīng)于所指定的類的元數(shù)據(jù)，以及基于作為元數(shù)據(jù)的分量的屬性信息生成要發(fā)送到客戶側(cè)的包括對(duì)于每條屬性信息的數(shù)據(jù)編輯信息的內(nèi)容信息。
17.如權(quán)利要求14所述的信息處理方法，其特征在于基于被設(shè)置為內(nèi)容分類的類管理元數(shù)據(jù)；以及內(nèi)容信息生成步驟執(zhí)行下述處理，其中響應(yīng)于接收到來自客戶側(cè)的沒有類指定的內(nèi)容信息獲取請(qǐng)求生成在信息處理裝置中管理的類的列表信息作為到客戶側(cè)的發(fā)送信息。
18.根據(jù)權(quán)利要求14所述的信息處理方法，其特征在于，所述數(shù)據(jù)編輯信息包括其中設(shè)置了是否許可屬性信息的重寫處理、添加處理、刪除處理中的至少任一處理的信息。
19.根據(jù)權(quán)利要求14所述的信息處理方法，其特征在于，所述數(shù)據(jù)編輯信息包括定義屬性信息的允許數(shù)據(jù)值的信息。
20.一種用于執(zhí)行內(nèi)容信息的獲取處理的信息處理方法，其特征在于包括顯示信息生成步驟，基于經(jīng)由數(shù)據(jù)發(fā)送和接收單元從服務(wù)器接收的內(nèi)容信息生成在輸出單元上顯示的顯示信息；以及顯示步驟，輸出和顯示所述顯示信息；其中，所述顯示信息生成步驟執(zhí)行其中能夠?qū)τ谧鳛閺姆?wù)器接收的內(nèi)容信息的分量的每條屬性信息識(shí)別數(shù)據(jù)編輯信息的顯示信息的生成處理。
21.根據(jù)權(quán)利要求20所述的信息處理方法，其特征在于從服務(wù)器接收的內(nèi)容信息是其中對(duì)于每個(gè)屬性描述了數(shù)據(jù)編輯信息的XML(可擴(kuò)展標(biāo)記語言)數(shù)據(jù)；以及所述顯示信息生成步驟通過分析所述XML數(shù)據(jù)執(zhí)行顯示信息的生成處理，通過該顯示信息能夠識(shí)別對(duì)于每條屬性信息的數(shù)據(jù)編輯信息。
22.根據(jù)權(quán)利要求20所述的信息處理方法，其特征在于所述數(shù)據(jù)編輯信息包括其中設(shè)置了是否許可屬性信息的重寫處理、添加處理、刪除處理中的至少任一處理的信息；以及所述顯示信息生成步驟執(zhí)行具有下述模式的顯示信息的生成處理，通過該模式能夠識(shí)別是否許可重寫處理、添加處理、刪除處理中的至少任一處理。
23.根據(jù)權(quán)利要求20所述的信息處理方法，其特征在于所述數(shù)據(jù)編輯信息包括定義屬性信息的允許數(shù)據(jù)格式的信息；以及所述顯示信息生成步驟執(zhí)行具有下述模式的顯示信息的生成處理，通過該模式能夠?qū)τ诿織l屬性信息識(shí)別允許數(shù)據(jù)格式。
24.根據(jù)權(quán)利要求20所述的信息處理方法，其特征在于所述數(shù)據(jù)編輯信息包括定義屬性信息的允許數(shù)據(jù)值的信息；以及所述顯示信息生成步驟執(zhí)行具有下述模式的顯示信息的生成處理，通過該模式能夠?qū)τ诿織l屬性信息識(shí)別允許的數(shù)據(jù)值。
25.一種用于執(zhí)行內(nèi)容信息發(fā)送處理的信息處理方法，其特征在于包括內(nèi)容信息獲取請(qǐng)求接收步驟，接收來自客戶側(cè)的內(nèi)容信息獲取請(qǐng)求；內(nèi)容信息生成步驟，通過從存儲(chǔ)單元提取作為內(nèi)容特性信息的元數(shù)據(jù)，基于作為元數(shù)據(jù)分量的屬性信息生成要發(fā)送到客戶側(cè)的內(nèi)容信息；以及內(nèi)容信息發(fā)送步驟，經(jīng)由數(shù)據(jù)發(fā)送和接收單元發(fā)送所生成的內(nèi)容信息到客戶側(cè)；其中，在所述內(nèi)容信息生成步驟中，執(zhí)行包括通過其能夠判斷客戶側(cè)設(shè)備中的處理能力的數(shù)據(jù)模式信息的內(nèi)容信息的生成處理，作為能夠被發(fā)送到客戶側(cè)的內(nèi)容數(shù)據(jù)的數(shù)據(jù)模式信息。
26.根據(jù)權(quán)利要求25所述的信息處理方法，其特征在于基于被設(shè)置為內(nèi)容分類的類管理元數(shù)據(jù)；以及內(nèi)容信息生成步驟執(zhí)行下述處理，其中響應(yīng)于接收到來自客戶側(cè)的具有類指定的內(nèi)容信息獲取請(qǐng)求從所述存儲(chǔ)單元提取相應(yīng)于所指定的類的元數(shù)據(jù)，并且基于作為元數(shù)據(jù)的分量的屬性信息生成要發(fā)送到客戶側(cè)的包括內(nèi)容數(shù)據(jù)的數(shù)據(jù)模式信息的內(nèi)容信息。
27.根據(jù)權(quán)利要求25所述的信息處理方法，其特征在于基于被設(shè)置為內(nèi)容分類的類管理元數(shù)據(jù)；以及內(nèi)容信息生成步驟執(zhí)行下述處理，其中響應(yīng)于接收到來自客戶側(cè)的沒有類指定的內(nèi)容信息獲取請(qǐng)求生成在信息處理裝置中管理的類的列表信息作為到客戶側(cè)的發(fā)送信息。
28.一種用于執(zhí)行內(nèi)容信息發(fā)送處理的計(jì)算機(jī)程序，其特征在于包括內(nèi)容信息獲取請(qǐng)求接收步驟，接收來自客戶側(cè)的內(nèi)容信息獲取請(qǐng)求；內(nèi)容信息生成步驟，通過從存儲(chǔ)單元提取作為內(nèi)容特性信息的元數(shù)據(jù)，基于作為元數(shù)據(jù)分量的屬性信息生成要發(fā)送到客戶側(cè)的內(nèi)容信息；以及內(nèi)容信息發(fā)送步驟，經(jīng)由數(shù)據(jù)發(fā)送和接收單元發(fā)送所生成的內(nèi)容信息到客戶側(cè)；其中，內(nèi)容信息生成步驟是執(zhí)行用于定義對(duì)于每個(gè)屬性的每條屬性信息允許的數(shù)據(jù)編輯信息的內(nèi)容信息生成處理的步驟。
29.一種用于執(zhí)行內(nèi)容信息獲取處理的計(jì)算機(jī)程序，其特征在于包括顯示信息生成步驟，基于經(jīng)由數(shù)據(jù)發(fā)送和接收單元從服務(wù)器接收的內(nèi)容信息生成在輸出單元上顯示的顯示信息；以及顯示步驟，輸出和顯示所述顯示信息；其中，所述顯示信息生成步驟包括執(zhí)行其中能夠?qū)τ诎ㄔ趶姆?wù)器接收的內(nèi)容信息中的作為內(nèi)容信息的分量的每條屬性信息識(shí)別數(shù)據(jù)編輯信息的顯示信息的生成處理的步驟。
30.一種用于執(zhí)行內(nèi)容信息發(fā)送處理的計(jì)算機(jī)程序，其特征在于包括內(nèi)容信息獲取請(qǐng)求接收步驟，接收來自客戶側(cè)的內(nèi)容信息獲取請(qǐng)求；內(nèi)容信息生成步驟，通過從存儲(chǔ)單元提取作為內(nèi)容特性信息的元數(shù)據(jù)，基于作為元數(shù)據(jù)分量的屬性信息生成要發(fā)送到客戶側(cè)的內(nèi)容信息；以及內(nèi)容信息發(fā)送步驟，經(jīng)由數(shù)據(jù)發(fā)送和接收單元發(fā)送所生成的內(nèi)容信息到客戶側(cè)；其中，內(nèi)容信息生成步驟是下述步驟，執(zhí)行包括通過其能夠判斷客戶側(cè)設(shè)備中的處理能力的數(shù)據(jù)模式信息的內(nèi)容信息的生成處理，作為能夠被發(fā)送到客戶側(cè)的內(nèi)容數(shù)據(jù)的數(shù)據(jù)模式信息。
全文摘要
提供了一種用于根據(jù)從服務(wù)器到客戶側(cè)的內(nèi)容信息的發(fā)送處理而有效地且準(zhǔn)確地執(zhí)行信息更新處理和內(nèi)容再現(xiàn)處理的設(shè)備和方法。具有內(nèi)容特性信息的服務(wù)器根據(jù)來自客戶側(cè)的信息獲取請(qǐng)求提取元數(shù)據(jù)，并且基于作為元數(shù)據(jù)的組成元素的屬性信息生成內(nèi)容信息。服務(wù)器設(shè)置每種屬性中每個(gè)屬性信息所允許的數(shù)據(jù)編輯信息，并且將其發(fā)送到客戶側(cè)。此外，作為內(nèi)容數(shù)據(jù)狀態(tài)信息，包括諸如記錄質(zhì)量等級(jí)信息和編解碼信息的數(shù)據(jù)狀態(tài)信息的內(nèi)容信息被生成并發(fā)送到客戶側(cè)，該數(shù)據(jù)狀態(tài)信息可以判斷在客戶側(cè)設(shè)備中是否能夠進(jìn)行處理。
文檔編號(hào)H04N7/173GK1745369SQ200380109309
公開日2006年3月8日 申請(qǐng)日期2003年12月16日 優(yōu)先權(quán)日2003年1月29日
發(fā)明者田中義已, 小堀洋一, 吉川典史, 森田利廣, 森田岳彥, 五十嵐卓也 申請(qǐng)人:索尼株式會(huì)社