專利名稱：網(wǎng)絡(luò)服務(wù)器、媒體格式轉(zhuǎn)換方法和媒體格式轉(zhuǎn)換系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)服務(wù)器、媒體格式轉(zhuǎn)換方法和媒體格式轉(zhuǎn)換系統(tǒng)。更具體而言，本 發(fā)明涉及轉(zhuǎn)換內(nèi)容的媒體格式的網(wǎng)絡(luò)服務(wù)器、媒體格式轉(zhuǎn)換方法和媒體格式轉(zhuǎn)換系統(tǒng)。
背景技術(shù)：
近年來，已經(jīng)積極進(jìn)行了對網(wǎng)絡(luò)服務(wù)器的研究，網(wǎng)絡(luò)服務(wù)器在記錄介質(zhì)上記錄諸 如電視廣播之類的內(nèi)容并經(jīng)由網(wǎng)絡(luò)輸出所記錄的內(nèi)容。網(wǎng)絡(luò)服務(wù)器不僅可以經(jīng)由HDMI (高 清晰度多媒體接口)線等輸出所記錄的內(nèi)容，還可以經(jīng)由各種家庭網(wǎng)絡(luò)向顯示設(shè)備輸出所 記錄的內(nèi)容。家庭網(wǎng)絡(luò)例如包括DLNA(數(shù)字生活網(wǎng)絡(luò)聯(lián)盟，注冊商標(biāo))定義的網(wǎng)絡(luò)。當(dāng)經(jīng)由家庭網(wǎng)絡(luò)發(fā)送TS(傳輸流)分組時，可用這樣一種方法發(fā)送側(cè)的設(shè)備向 TS分組添加時間戳，并且接收器利用添加到TS分組的時間戳來控制TS分組被輸出到解碼 器的定時。例如，已公開了用于向TS分組添加時間戳的各種技術(shù)(例如，參見日本未實審 專利申請公布No. 2008-61150)。

發(fā)明內(nèi)容
然而，即使網(wǎng)絡(luò)服務(wù)器經(jīng)由網(wǎng)絡(luò)向顯示設(shè)備輸出內(nèi)容，也可能發(fā)生這樣一種情況 由于各種媒體格式的存在，顯示設(shè)備可能無法適當(dāng)?shù)靥幚硭邮盏膬?nèi)容。考慮到以上問題，希望提供一種與經(jīng)由網(wǎng)絡(luò)的輸出具有優(yōu)越兼容性的新型、改進(jìn) 的網(wǎng)絡(luò)服務(wù)器、媒體格式轉(zhuǎn)換方法和媒體格式轉(zhuǎn)換系統(tǒng)。根據(jù)本發(fā)明的一個實施例，提供了 一種網(wǎng)絡(luò)服務(wù)器，該網(wǎng)絡(luò)服務(wù)器包括從經(jīng)由網(wǎng) 絡(luò)相連的客戶端設(shè)備接收內(nèi)容的接收單元、獲得內(nèi)容的元數(shù)據(jù)以根據(jù)元數(shù)據(jù)判斷是否要轉(zhuǎn) 換內(nèi)容的媒體格式并根據(jù)元數(shù)據(jù)選擇轉(zhuǎn)換后的媒體格式的轉(zhuǎn)換判定單元、以及將內(nèi)容的媒 體格式轉(zhuǎn)換為由轉(zhuǎn)換判定單元選擇的媒體格式的格式轉(zhuǎn)換單元。轉(zhuǎn)換判定單元可以在接收單元接收到內(nèi)容的情況下從客戶端設(shè)備獲得元數(shù)據(jù)。網(wǎng)絡(luò)服務(wù)器還可包括傳遞單元，該傳遞單元將從客戶端設(shè)備接收的內(nèi)容或者經(jīng)格 式轉(zhuǎn)換單元轉(zhuǎn)換的內(nèi)容傳遞到經(jīng)由網(wǎng)絡(luò)相連的顯示設(shè)備。網(wǎng)絡(luò)服務(wù)器還可包括媒體格式信息存儲單元，該媒體格式信息存儲單元存儲關(guān)于 轉(zhuǎn)換后的媒體格式的優(yōu)先級的信息，并且轉(zhuǎn)換判定單元可以基于優(yōu)先級選擇轉(zhuǎn)換后的媒體 格式。當(dāng)內(nèi)容的媒體格式?jīng)]有時間戳?xí)r，轉(zhuǎn)換判定單元可以選擇添加有時間戳的媒體格 式作為轉(zhuǎn)換后的媒體格式?？蛻舳嗽O(shè)備可以經(jīng)由DLNA定義的網(wǎng)絡(luò)與接收單元通信，并且轉(zhuǎn)換判定單元可以 基于由從客戶端設(shè)備發(fā)送來的⑶S freateObject請求的輸入變元(argument)指定的協(xié)議 信息來判斷是否轉(zhuǎn)換媒體格式。接收單元可以根據(jù)從客戶端設(shè)備發(fā)送來的HTTP POST請求來獲得內(nèi)容的數(shù)據(jù)。根據(jù)本發(fā)明的另一個實施例，提供了一種媒體格式轉(zhuǎn)換方法，包括以下步驟從經(jīng)由網(wǎng)絡(luò)相連的客戶端設(shè)備獲得內(nèi)容的元數(shù)據(jù)以根據(jù)元數(shù)據(jù)判斷是否要轉(zhuǎn)換內(nèi)容的媒體格 式，并且根據(jù)元數(shù)據(jù)選擇轉(zhuǎn)換后的媒體格式；從客戶端設(shè)備接收內(nèi)容；以及將內(nèi)容的媒體 格式轉(zhuǎn)換為所選的媒體格式。根據(jù)本發(fā)明的另一個實施例，提供了一種媒體格式轉(zhuǎn)換系統(tǒng)，包括網(wǎng)絡(luò)服務(wù)器、客 戶端設(shè)備和顯示設(shè)備，網(wǎng)絡(luò)服務(wù)器包括從經(jīng)由網(wǎng)絡(luò)相連的客戶端設(shè)備接收內(nèi)容的接收單 元、獲得內(nèi)容的元數(shù)據(jù)以根據(jù)元數(shù)據(jù)判斷是否要轉(zhuǎn)換內(nèi)容的媒體格式并且根據(jù)元數(shù)據(jù)選擇 轉(zhuǎn)換后的媒體格式的轉(zhuǎn)換判定單元、以及將內(nèi)容的媒體格式轉(zhuǎn)換為轉(zhuǎn)換判定單元所選的媒 體格式的格式轉(zhuǎn)換單元，客戶端設(shè)備經(jīng)由網(wǎng)絡(luò)將內(nèi)容發(fā)送到網(wǎng)絡(luò)服務(wù)器，顯示設(shè)備經(jīng)由網(wǎng) 絡(luò)從網(wǎng)絡(luò)服務(wù)器接收對內(nèi)容或經(jīng)格式轉(zhuǎn)換單元轉(zhuǎn)換的內(nèi)容的傳遞。根據(jù)本發(fā)明的上述實施例，可以提供一種與經(jīng)由網(wǎng)絡(luò)的內(nèi)容輸出具有優(yōu)越兼容性 的網(wǎng)絡(luò)服務(wù)器、媒體格式轉(zhuǎn)換方法和媒體格式轉(zhuǎn)換系統(tǒng)。


圖1是圖示根據(jù)本發(fā)明一個實施例的網(wǎng)絡(luò)服務(wù)器的詳細(xì)配置例的框圖；圖2是圖示根據(jù)本發(fā)明一個實施例的網(wǎng)絡(luò)服務(wù)器的進(jìn)一步詳細(xì)配置例的框圖；圖3是圖示根據(jù)本發(fā)明一個實施例向網(wǎng)絡(luò)服務(wù)器上載內(nèi)容的客戶端設(shè)備的詳細(xì) 配置例的框圖；圖4是圖示根據(jù)本發(fā)明一個實施例從網(wǎng)絡(luò)服務(wù)器接收內(nèi)容傳遞的顯示設(shè)備的詳 細(xì)配置例的框圖；圖5是圖示根據(jù)本發(fā)明一個實施例的網(wǎng)絡(luò)服務(wù)器的硬件配置例的框圖；圖6是圖示根據(jù)本發(fā)明一個實施例網(wǎng)絡(luò)服務(wù)器轉(zhuǎn)換媒體格式的一個例子的流程 圖；圖7是圖示根據(jù)本發(fā)明一個實施例網(wǎng)絡(luò)服務(wù)器轉(zhuǎn)換媒體格式的一個例子的流程 圖；以及圖8是圖示媒體格式轉(zhuǎn)換工作中網(wǎng)絡(luò)服務(wù)器和客戶端設(shè)備之間的信息交換的流 程的序列圖。
具體實施例方式下文中，將參考附圖詳細(xì)描述本發(fā)明的優(yōu)選實施例。另外，在本說明書和附圖中， 相同的標(biāo)號被用于指代具有基本相同的功能的相同元件以避免重復(fù)。此外，將按照以下項目的順序來給出描述。1.根據(jù)本發(fā)明一個實施例的媒體格式轉(zhuǎn)換系統(tǒng)的配置2.根據(jù)本發(fā)明一個實施例的網(wǎng)絡(luò)服務(wù)器的配置3.根據(jù)本發(fā)明一個實施例的網(wǎng)絡(luò)服務(wù)器的進(jìn)一步詳細(xì)配置4.根據(jù)本發(fā)明一個實施例向網(wǎng)絡(luò)服務(wù)器上載內(nèi)容的客戶端設(shè)備的配置5.從網(wǎng)絡(luò)服務(wù)器接收內(nèi)容傳遞的顯示設(shè)備的配置6.根據(jù)本發(fā)明一個實施例的網(wǎng)絡(luò)服務(wù)器的硬件配置的詳細(xì)示例7.網(wǎng)絡(luò)服務(wù)器和客戶端設(shè)備的基本技術(shù)8.根據(jù)本發(fā)明一個實施例的網(wǎng)絡(luò)服務(wù)器中的媒體格式轉(zhuǎn)換的流程
4
9.媒體格式轉(zhuǎn)換工作中網(wǎng)絡(luò)服務(wù)器和客戶端設(shè)備之間的信息流10.網(wǎng)絡(luò)服務(wù)器100中元數(shù)據(jù)的處理<1.根據(jù)本發(fā)明一個實施例的媒體格式轉(zhuǎn)換系統(tǒng)的配置〉根據(jù)本發(fā)明一個實施例的媒體格式轉(zhuǎn)換系統(tǒng)例如包括網(wǎng)絡(luò)服務(wù)器100、客戶端設(shè) 備200和顯示設(shè)備300。網(wǎng)絡(luò)服務(wù)器100經(jīng)由后面描述的網(wǎng)絡(luò)10從客戶端設(shè)備200獲得內(nèi) 容數(shù)據(jù)。另外，網(wǎng)絡(luò)服務(wù)器100經(jīng)由后面描述的網(wǎng)絡(luò)11將內(nèi)容傳遞到顯示設(shè)備300?？蛻?端設(shè)備200經(jīng)由網(wǎng)絡(luò)10向網(wǎng)絡(luò)服務(wù)器100上載內(nèi)容數(shù)據(jù)。顯示設(shè)備300經(jīng)由網(wǎng)絡(luò)11從網(wǎng) 絡(luò)服務(wù)器100接收內(nèi)容的傳遞以顯示內(nèi)容。網(wǎng)絡(luò)10例如包括HDRL(HD記錄鏈接)定義的家庭網(wǎng)絡(luò)等。另外，網(wǎng)絡(luò)11例如包 括DLNA(數(shù)字生活網(wǎng)絡(luò)聯(lián)盟)定義的家庭網(wǎng)絡(luò)等。網(wǎng)絡(luò)10和網(wǎng)絡(luò)11并不限于此。例如， 網(wǎng)絡(luò)10和網(wǎng)絡(luò)11可包括其他網(wǎng)絡(luò)。<2.根據(jù)本發(fā)明一個實施例的網(wǎng)絡(luò)服務(wù)器的配置例〉圖1是圖示根據(jù)本發(fā)明一個實施例的網(wǎng)絡(luò)服務(wù)器100的詳細(xì)配置例的框圖。網(wǎng)絡(luò) 服務(wù)器100例如包括接收單元102、轉(zhuǎn)換判定單元104、格式轉(zhuǎn)換單元106、傳遞單元108、媒 體格式信息存儲單元110、內(nèi)容存儲單元112和寫入器114。每個單元執(zhí)行的處理通過硬件 或由CPU運行的軟件來執(zhí)行。接收單元102經(jīng)由網(wǎng)絡(luò)10從客戶端設(shè)備200接收由客戶端設(shè)備200中的流接收 單元202從廣播電波獲得的內(nèi)容數(shù)據(jù)。接收單元102根據(jù)轉(zhuǎn)換判定單元104的判定結(jié)果向 格式轉(zhuǎn)換單元106提供從客戶端設(shè)備200接收的內(nèi)容數(shù)據(jù)。接收單元102可以使從客戶端 設(shè)備200接收的內(nèi)容數(shù)據(jù)被存儲在內(nèi)容存儲單元112中。轉(zhuǎn)換判定單元104在接收單元102從客戶端設(shè)備200接收到內(nèi)容數(shù)據(jù)的情況下從 客戶端設(shè)備200獲得內(nèi)容的元數(shù)據(jù)。轉(zhuǎn)換判定單元104根據(jù)所獲得的元數(shù)據(jù)判斷是否轉(zhuǎn)換 內(nèi)容的媒體格式。另外，轉(zhuǎn)換判定單元104根據(jù)所獲得的元數(shù)據(jù)選擇轉(zhuǎn)換后內(nèi)容的媒體格 式。轉(zhuǎn)換判定單元104將判定結(jié)果發(fā)送到接收單元102、格式轉(zhuǎn)換單元106等。轉(zhuǎn)換判定 單元104可以根據(jù)從客戶端設(shè)備發(fā)送來的⑶S :CreateObject (⑶S 創(chuàng)建對象)請求的輸入 變元所指定的協(xié)議信息(Mime-type (Mime類型)和Prof ile-name (特征名))來獲得元數(shù) 據(jù)。另外，當(dāng)通過來自客戶端設(shè)備200的HTTP POST請求來請求內(nèi)容的上載時，轉(zhuǎn)換判定單 元104可以從Content-Type (內(nèi)容類型)頭部獲得Mime-type。另外，轉(zhuǎn)換判定單元104可 以從 contentFeatures. dlna. org 頭部獲得 Profile-name。格式轉(zhuǎn)換單元106將從客戶端設(shè)備200接收的內(nèi)容的媒體格式轉(zhuǎn)換為轉(zhuǎn)換判定單 元104所選的媒體格式。格式轉(zhuǎn)換單元106將轉(zhuǎn)換后的內(nèi)容提供給內(nèi)容存儲單元112和寫 入器114。傳遞單元108將接收單元102從客戶端設(shè)備200接收的內(nèi)容、經(jīng)格式轉(zhuǎn)換單元106 轉(zhuǎn)換的內(nèi)容或者存儲在內(nèi)容存儲單元112中的內(nèi)容傳遞到經(jīng)由網(wǎng)絡(luò)11連接的顯示設(shè)備 300。此時，傳遞單元108可以使內(nèi)容被存儲在內(nèi)容存儲單元112中，根據(jù)所存儲的序列讀 取存儲在內(nèi)容存儲單元112中的內(nèi)容，并將讀取的內(nèi)容傳遞到顯示設(shè)備300。另外，傳遞單 元108可以將內(nèi)容臨時存儲在緩沖器等中，然后將內(nèi)容傳遞到顯示設(shè)備300。另外，傳遞單 元108可以通過無需使用網(wǎng)絡(luò)11的連接方法、利用HDMI線等將內(nèi)容傳遞到顯示設(shè)備300。媒體格式信息存儲單元110存儲關(guān)于需要媒體格式轉(zhuǎn)換的媒體格式的信息和表示轉(zhuǎn)換后媒體格式的優(yōu)先級的信息，并將這些信息提供給轉(zhuǎn)換判定單元104。與表示轉(zhuǎn)換后 媒體格式的優(yōu)先級的信息有關(guān)地，優(yōu)選地考慮顯示設(shè)備300的解碼功能，向具有優(yōu)越兼容 性的媒體格式賦予高優(yōu)先級。例如，可以向MPEG-2TS (運動圖像專家組2-傳輸流)格式而 不是H.264/AVC(音頻/視頻編解碼器)格式賦予高優(yōu)先級。另外，可以向MPEG-2TTS格式 而不是MPEG-2TS格式賦予高優(yōu)先級。此外，媒體格式信息存儲單元110可以存儲使轉(zhuǎn)換判 定單元104、格式轉(zhuǎn)換單元106和傳遞單元108的操作通過軟件處理來執(zhí)行的程序。當(dāng)轉(zhuǎn)換判定單元104判定有必要進(jìn)行媒體格式轉(zhuǎn)換并且格式轉(zhuǎn)換單元106執(zhí)行媒 體格式轉(zhuǎn)換時，內(nèi)容存儲單元112存儲轉(zhuǎn)換后的內(nèi)容。另外，當(dāng)轉(zhuǎn)換判定單元104判定沒有 必要進(jìn)行媒體格式轉(zhuǎn)換時，內(nèi)容存儲單元112按原樣存儲接收單元102從客戶端設(shè)備200 接收的內(nèi)容。寫入器114可以從格式轉(zhuǎn)換單元106獲得經(jīng)格式轉(zhuǎn)換單元106轉(zhuǎn)換的內(nèi)容數(shù)據(jù)， 并將數(shù)據(jù)寫到記錄介質(zhì)上。另外，寫入器114可以將存儲在內(nèi)容存儲單元112上的內(nèi)容數(shù) 據(jù)寫到記錄介質(zhì)上。這里，記錄介質(zhì)包括諸如DVD (數(shù)字視頻盤)或藍(lán)光盤之類的盤形記錄 介質(zhì)。<3.根據(jù)本發(fā)明一個實施例的網(wǎng)絡(luò)服務(wù)器的進(jìn)一步詳細(xì)配置〉接下來，將參考圖2描述根據(jù)本發(fā)明一個實施例的網(wǎng)絡(luò)服務(wù)器的進(jìn)一步詳細(xì)配置。圖2是圖示根據(jù)本發(fā)明一個實施例的網(wǎng)絡(luò)服務(wù)器的進(jìn)一步詳細(xì)配置例的框圖。 圖2是更詳細(xì)地圖示圖1所示的網(wǎng)絡(luò)服務(wù)器100的功能的框圖。如圖2所示，網(wǎng)絡(luò)服務(wù)器 100例如包括第一流水線轉(zhuǎn)換單元150、內(nèi)容目錄服務(wù)(⑶S)單元160和寫入器設(shè)置162。 另外，網(wǎng)絡(luò)服務(wù)器100包括讀取器設(shè)置164、第一硬盤驅(qū)動器(HDD) 170和第二硬盤驅(qū)動器 (HDD) 175。此外，網(wǎng)絡(luò)服務(wù)器100包括第二流水線轉(zhuǎn)換單元180、AACS (高級訪問內(nèi)容系統(tǒng)) 編碼單元(BD/AACS) 190和藍(lán)光盤寫入器(BD) 192。圖2的第一流水線轉(zhuǎn)換單元150對應(yīng)于圖1的格式轉(zhuǎn)換單元106。第一流水線轉(zhuǎn) 換單元150包括DTCP(數(shù)字傳輸內(nèi)容保護)解碼器(DTCP dec) 151和時間戳添加處理器 (Ofts) 152。另外，第一流水線轉(zhuǎn)換單元150包括本地編碼器(local enc) 153、TTS寫入器 過濾處理器(Tts) 154和本地存儲裝置寫入處理器(Local) 155。在第一流水線轉(zhuǎn)換單元150 中執(zhí)行的每項處理可以通過CPU/軟件處理執(zhí)行，或者通過硬件處理和CPU/軟件處理的結(jié) 合執(zhí)行。通常，鑒于魯棒性，通過集成硬件執(zhí)行DTCP解碼器151、時間戳添加處理器152和 本地編碼器153的處理。DTCP解碼器(DTCP dec) 151執(zhí)行對基于DTCP標(biāo)準(zhǔn)編碼的內(nèi)容的解碼處理。這里， DTCP表示限制能夠發(fā)送/接收內(nèi)容數(shù)據(jù)的兩個設(shè)備之間的距離并實現(xiàn)版權(quán)保護的技術(shù)。該 距離是通過應(yīng)用RTT(往返時間)技術(shù)并設(shè)定家庭網(wǎng)絡(luò)中包含的兩個設(shè)備之間的響應(yīng)時間 (RTTtime)的允許值來限制的。時間戳添加處理器(Ofts) 152執(zhí)行向具有部分單一節(jié)目TS格式的內(nèi)容添加時間 戳的處理。另外，時間戳添加處理器152并不一定在第一流水線轉(zhuǎn)換單元150的頭部執(zhí)行。 例如，時間戳添加處理器152可以在第一流水線轉(zhuǎn)換單元150的中部執(zhí)行。本地編碼器(Local enc) 153執(zhí)行利用基于網(wǎng)絡(luò)服務(wù)器100的唯一信息等生成的 加密密鑰對內(nèi)容進(jìn)行編碼的處理。TTS寫入器過濾處理器(Tts) 154執(zhí)行利用時間戳與時間有關(guān)的處理，例如時間搜尋或比特率操作。本地存儲裝置寫入處理器(Local) 155執(zhí)行將已 經(jīng)過上述處理的內(nèi)容寫到HDD 175上的處理。圖2的內(nèi)容目錄服務(wù)(⑶S)單元160、寫入器設(shè)置162和讀取器設(shè)置164對應(yīng)于圖 1的轉(zhuǎn)換判定單元104。內(nèi)容目錄服務(wù)單元160管理在DLNA定義的網(wǎng)絡(luò)中的諸如項目(item)和容器 (container)之類的對象。寫入器設(shè)置162從內(nèi)容目錄服務(wù)單元160接收內(nèi)容的元數(shù)據(jù)和轉(zhuǎn)換后內(nèi)容的元數(shù) 據(jù)兩者，并命令第一流水線轉(zhuǎn)換單元150根據(jù)元數(shù)據(jù)執(zhí)行轉(zhuǎn)換處理中的任何一種。讀取器設(shè)置164命令第二流水線轉(zhuǎn)換單元180根據(jù)從內(nèi)容目錄服務(wù)單元160提供 的內(nèi)容的元數(shù)據(jù)執(zhí)行轉(zhuǎn)換處理中的任何一種。第一硬盤驅(qū)動器(HDD) 170對應(yīng)于圖1的媒體格式信息存儲單元110。另外，第二 硬盤驅(qū)動器(HDD) 175對應(yīng)于圖1的內(nèi)容存儲單元112。在圖2中，第一硬盤驅(qū)動器與第二 硬盤驅(qū)動器分開設(shè)置。然而，這兩個硬盤驅(qū)動器可被設(shè)置為一個硬盤驅(qū)動器。第二流水線轉(zhuǎn)換單元180對應(yīng)于圖1的傳遞單元108。第二流水線轉(zhuǎn)換單元180 包括本地讀取處理器(Local) 181、TTS寫入器過濾處理器(Tts) 182、本地解碼器(Local dec) 183和DTCP解碼器(DTCPdec) 184。在第二流水線轉(zhuǎn)換單元180中執(zhí)行的每項處理可 以通過CPU/軟件處理執(zhí)行。與第一流水線轉(zhuǎn)換單元150的情況類似，可以通過集成硬件執(zhí) 行預(yù)定處理。本地讀取處理器(Local) 181執(zhí)行讀取存儲在HDD 175中的內(nèi)容數(shù)據(jù)的處理。TTS 寫入器過濾處理器(Tts) 182執(zhí)行利用時間戳與時間有關(guān)的處理，例如時間搜尋或比特率操作。本地解碼器(Local dec) 183執(zhí)行對由基于網(wǎng)絡(luò)服務(wù)器100的唯一信息等生成的 加密密鑰加密的內(nèi)容進(jìn)行解碼的處理。DTCP解碼器(DTCP dec) 184執(zhí)行對基于DTCP標(biāo)準(zhǔn) 加密的內(nèi)容解碼的處理。AACS編碼單元(BD/AACS) 190獲得經(jīng)DTCP解碼器151和時間戳添加處理器152處 理的內(nèi)容以基于AACS標(biāo)準(zhǔn)對內(nèi)容編碼。另外，AACS是對專用于再現(xiàn)的藍(lán)光盤中所采用的 視頻內(nèi)容的拷貝保護標(biāo)準(zhǔn)。藍(lán)光盤寫入器(BD) 192從AACS編碼單元(BD/AACS) 190獲得編碼內(nèi)容的數(shù)據(jù)以將 數(shù)據(jù)寫到藍(lán)光盤上。當(dāng)內(nèi)容數(shù)據(jù)被藍(lán)光盤寫入器(BD) 192寫到藍(lán)光盤上時，優(yōu)選地向AACS 編碼單元(BD/AACS) 190提供經(jīng)DTCP解碼器151和時間戳添加處理器152處理的內(nèi)容數(shù)據(jù)。<4.根據(jù)本發(fā)明一個實施例向網(wǎng)絡(luò)服務(wù)器上載內(nèi)容的客戶端設(shè)備的配置〉接下來，將描述客戶端設(shè)備200?？蛻舳嗽O(shè)備200包括諸如機頂盒之類的調(diào)諧器， 其將有線電視或數(shù)字廣播信號轉(zhuǎn)換為可在電視上觀看的信號。出于成本等原因，可能發(fā)生 這樣的情況這樣的客戶端設(shè)備200沒有自動轉(zhuǎn)換內(nèi)容的媒體格式的功能，或者設(shè)備的規(guī) 范是根據(jù)供應(yīng)商或廣播運營商的意圖確定的。下文中，將描述客戶端設(shè)備的詳細(xì)配置例。圖3是圖示根據(jù)本發(fā)明一個實施例向網(wǎng)絡(luò)服務(wù)器100上載內(nèi)容的客戶端設(shè)備200 的詳細(xì)配置例的框圖?？蛻舳嗽O(shè)備200例如包括流接收單元202、存儲單元204、通信單元 206、顯示控制器208和輸入單元210。流接收單元202從發(fā)送自廣播站等的廣播電波接收流，并將從該流獲得的視頻數(shù)據(jù)發(fā)送到顯示控制器208。另外，流接收單元202經(jīng)由通信單元206將所接收的內(nèi)容發(fā)送到 網(wǎng)絡(luò)服務(wù)器100。此外，流接收單元202可以允許所接收的內(nèi)容被存儲在存儲單元204中。存儲單元204存儲在流接收單元202中獲得的內(nèi)容數(shù)據(jù)。另外，通信單元206經(jīng) 由網(wǎng)絡(luò)10將在流接收單元202中獲得的內(nèi)容數(shù)據(jù)或者存儲在存儲單元204中的內(nèi)容數(shù)據(jù) 發(fā)送到網(wǎng)絡(luò)服務(wù)器100。顯示控制器208控制將在流接收單元202中獲得的內(nèi)容數(shù)據(jù)顯示在與其相連的顯 示裝置上。這里，顯示裝置利用HDMI線等直接連接到客戶端設(shè)備200，并且不同于經(jīng)由DLNA 網(wǎng)絡(luò)等連接到網(wǎng)絡(luò)服務(wù)器100的顯示設(shè)備300。輸入單元210包括用戶用來輸入信息的輸入部件(例如，鼠標(biāo)、鍵盤、觸摸面板、 按鈕、麥克風(fēng)、開關(guān)和操縱桿)，并且根據(jù)輸入操作發(fā)送用于控制流接收單元202、通信單元 206等的操作的控制信號。<5.從網(wǎng)絡(luò)服務(wù)器接收內(nèi)容傳遞的顯示設(shè)備的配置〉隨后，將描述顯示設(shè)備300。顯示設(shè)備300經(jīng)由DLNA網(wǎng)絡(luò)11等從網(wǎng)絡(luò)服務(wù)器100 接收內(nèi)容的傳遞并顯示內(nèi)容。下文中，將描述顯示設(shè)備300的詳細(xì)配置例。圖4是圖示根據(jù)本發(fā)明一個實施例經(jīng)由網(wǎng)絡(luò)從網(wǎng)絡(luò)服務(wù)器接收內(nèi)容傳遞的顯示 設(shè)備300的詳細(xì)配置例的框圖。顯示設(shè)備300例如包括通信單元302、解碼器304、顯示控 制器306、顯示輸出單元308和輸入單元310。通信單元302經(jīng)由網(wǎng)絡(luò)11與網(wǎng)絡(luò)服務(wù)器100執(zhí)行雙向通信。通信單元302從網(wǎng) 絡(luò)服務(wù)器100接收內(nèi)容傳遞。解碼器304從通信單元302接收編碼內(nèi)容的數(shù)據(jù)以對該數(shù)據(jù)進(jìn)行解碼。另外，解 碼器304經(jīng)由顯示控制器306向顯示輸出單元308提供解碼后的圖像數(shù)據(jù)。這里，顯示設(shè) 備300的解碼器304通常限于可解碼的媒體格式。因此，當(dāng)顯示設(shè)備300經(jīng)由網(wǎng)絡(luò)從網(wǎng)絡(luò) 服務(wù)器100接收內(nèi)容傳遞時，必須接收媒體格式可被解碼器304解碼的內(nèi)容。顯示控制器306控制將從網(wǎng)絡(luò)服務(wù)器100傳遞的內(nèi)容的視頻和語音數(shù)據(jù)顯示在顯 示輸出單元308上。顯示輸出單元308例如包括諸如CRT(陰極射線管)的顯示裝置、液晶顯示(IXD) 裝置和0LED (有機發(fā)光二極管)之類的顯示裝置。顯示輸出單元308在顯示控制器306的 控制下顯示內(nèi)容的視頻和語音數(shù)據(jù)。輸入單元310用作用于接收當(dāng)用戶操作顯示設(shè)備300時使用的命令的輸入的裝 置，并且根據(jù)用戶輸入的命令向每個元件發(fā)送用于控制顯示設(shè)備300的操作的電信號。<6.根據(jù)本發(fā)明一個實施例的網(wǎng)絡(luò)服務(wù)器的硬件配置的詳細(xì)例子〉隨后，將描述根據(jù)本發(fā)明一個實施例的網(wǎng)絡(luò)服務(wù)器100的硬件配置。根據(jù)本發(fā)明 一個實施例的網(wǎng)絡(luò)服務(wù)器100是由圖5所示的硬件配置實現(xiàn)的。網(wǎng)絡(luò)服務(wù)器100包括數(shù)字調(diào)諧器401、CPU(中央處理單元)402和解碼器403。另 外，網(wǎng)絡(luò)服務(wù)器100包括ROM(只讀存儲器)404、RAM(隨機訪問存儲器)406和主機總線 408a。此外，網(wǎng)絡(luò)服務(wù)器100包括橋接器408、外部總線408b、接口 410、輸入裝置412、輸出 裝置414、存儲裝置(HDD) 416、驅(qū)動器418、連接端口 420和通信裝置422。數(shù)字調(diào)諧器401處理廣播電波以獲得預(yù)定傳輸流。例如，在數(shù)字廣播的情況 下，數(shù)字調(diào)諧器401接收從數(shù)字天線發(fā)送來的廣播電波信號并將廣播電波信號轉(zhuǎn)換為MPEG2-TS (MPEG2傳輸流)。數(shù)字調(diào)諧器401未在圖1和2中示出。CPU 402用作根據(jù)各種程序控制網(wǎng)絡(luò)服務(wù)器100的一般操作的操作處理器和控制 器。另外，CPU 402可以表現(xiàn)為微處理器的形式。ROM 404存儲供CPU 402使用的程序、操 作參數(shù)等。RAM 406臨時存儲用于CPU 402執(zhí)行的程序、根據(jù)CPU 402的運行適當(dāng)改變的參 數(shù)等等。ROM 404通過包括CPU總線等的主機總線408a連接到RAM406。CPU 402通過執(zhí)行 存儲在存儲裝置414等中的程序來執(zhí)行圖1的轉(zhuǎn)換判定單元104、格式轉(zhuǎn)換單元106、傳遞 單元108等的功能。解碼器403接收從數(shù)字調(diào)諧器401發(fā)送來的MPEG2-TS，將MPEG2-TS中的語音信號 轉(zhuǎn)換為數(shù)字語音信號并將MPEG2-TS中的視頻信號轉(zhuǎn)換為數(shù)字分量信號。解碼器403未在 圖1和2中示出。主機總線408a通過橋接器408連接到諸如PCI (外圍組件互連/接口)總線之類 的外部總線408b。主機總線408a、橋接器408和外部總線408b不一定彼此分開。例如，主 機總線408a、橋接器408和外部總線408b的功能可以安裝在單條總線上。輸入裝置412包括用戶用來輸入信息的輸入部(例如，鼠標(biāo)、鍵盤、觸摸面板、按 鈕、麥克風(fēng)、開關(guān)和操縱桿)、基于用戶的輸入生成輸入信號以將輸入信號輸出到CPU 402 的輸入控制電路，等等。輸入裝置412可以向網(wǎng)絡(luò)服務(wù)器100輸入各種數(shù)據(jù)或者向網(wǎng)絡(luò)服 務(wù)器100指示處理操作。輸入裝置412對應(yīng)于圖1的輸入單元210。存儲裝置416可包括存儲介質(zhì)、用于在存儲介質(zhì)上記錄數(shù)據(jù)的記錄裝置、用于從 存儲介質(zhì)讀取數(shù)據(jù)的讀取裝置和用于刪除記錄在存儲介質(zhì)上的數(shù)據(jù)的刪除裝置。存儲裝置 416例如包括HDD (硬盤驅(qū)動器)。存儲裝置416驅(qū)動硬盤并存儲由CPU 402執(zhí)行的程序或 各種數(shù)據(jù)。存儲裝置416對應(yīng)于圖1的媒體格式信息存儲單元110和內(nèi)容存儲單元112、或 者圖 2 的 HDD 170 禾口 HDD 175。驅(qū)動器418用作存儲介質(zhì)的讀寫器。驅(qū)動器418被嵌入在網(wǎng)絡(luò)服務(wù)器中或者設(shè)在 其外部。驅(qū)動器418可以對安裝在其上的磁盤、光盤或磁光盤或者諸如半導(dǎo)體存儲器之類 的可移動存儲介質(zhì)執(zhí)行數(shù)據(jù)的讀寫操作。驅(qū)動器418對應(yīng)于圖1的寫入器114或者圖2的 藍(lán)光盤寫入器192。連接端口 420用作連接到外部裝置的接口，例如表現(xiàn)為用于連接到能夠通過HDMI 發(fā)送數(shù)據(jù)的外部裝置的連接開口的形式。另外，通信裝置422例如用作用于連接到通信 網(wǎng)絡(luò)10的通信接口，通信網(wǎng)絡(luò)10包括通信裝置等。另外，通信裝置422可以是遵從無線 LAN(局域網(wǎng))的通信裝置、遵從無線USB的裝置設(shè)備、或者用于執(zhí)行有線通信的有線通信裝 置。連接端口 420和通信裝置422用于實現(xiàn)圖1的接收單元102和傳遞單元108的通信功 能，或者實現(xiàn)圖2的第一流水線轉(zhuǎn)換單元150和第二流水線轉(zhuǎn)換單元180的通信功能?？蛻舳嗽O(shè)備200也由圖4所示的硬件配置實現(xiàn)。<7.網(wǎng)絡(luò)服務(wù)器和客戶端設(shè)備的基本技術(shù)〉隨后，在詳細(xì)描述在網(wǎng)絡(luò)服務(wù)器100中執(zhí)行的媒體格式轉(zhuǎn)換的流程之前，將詳細(xì) 描述網(wǎng)絡(luò)服務(wù)器100和客戶端設(shè)備200的基本技術(shù)。在下面的描述中，客戶端設(shè)備200將 被稱為STB/PVR。STB是機頂盒的縮寫，PVR是個人視頻記錄器的縮寫。由于廣播運營商和STB/PVR供應(yīng)商對STB/PVR的低成本銷售或租借的意圖，對于 STB/PVR的成本的需求變得日趨強烈。為此，希望與用于它們自身的廣播的格式最相近的媒體格式被選為在從STB/PVR向網(wǎng)絡(luò)服務(wù)器上載內(nèi)容時的媒體格式。關(guān)于與用于它們自身的 廣播的格式最相近的媒體格式，例如MPEG-2(IS013818-2)格式被用于視頻。另外，例如，使 用將H. 264AVC格式打包成由MPEG-2系統(tǒng)層(IS013818-1)定義的TransferStream(下文 中稱為TS)格式的技術(shù)。另外，希望客戶端設(shè)備(例如，STB/PVR)實時地向網(wǎng)絡(luò)服務(wù)器上 載可從數(shù)字調(diào)諧器等實時傳遞的內(nèi)容。為此，STB/PVR的CPU等硬件結(jié)構(gòu)具有高規(guī)格以實時執(zhí)行媒體格式轉(zhuǎn)換，從而適 合于可在網(wǎng)絡(luò)服務(wù)器中接收的媒體格式，這導(dǎo)致成本的提高。STB/PVR從包括用于廣播的 多個節(jié)目的完整TS流中提取一個(就多種標(biāo)準(zhǔn)而言，或者表示為復(fù)數(shù)個)節(jié)目，并將所提 取的節(jié)目用作單一節(jié)目TS。另外，STB/PVR向網(wǎng)絡(luò)服務(wù)器上載內(nèi)容，該內(nèi)容被稱為不帶時 間戳的TS格式并且被用作通過轉(zhuǎn)換SI/PSI信息包以適合于由ARIB STD B21或DVB定 義的格式而獲得的部分TS。關(guān)于元數(shù)據(jù)，媒體格式被描述為Mime-type = Vide0/mpeg， Profile-name = MPEG_TS_HD_EU_ISO等。而且，以上媒體格式經(jīng)歷DTCP-IP(基于因特網(wǎng) 協(xié)議的數(shù)據(jù)傳輸內(nèi)容保護)版權(quán)保護的媒體格式被描述為Mime-type = application/ x-dtcpl ；CONTENTFORMAT = video/mpeg, Profile-name = PEG_TS_HD_EU_IS0 等。與此相比，在遵從DLNA的電視等中一般使用向部分單一節(jié)目TS添加4字節(jié)時間 戳的帶時間戳的TS格式。帶時間戳的TS格式例如由ARIB STD B21等定義。由于在通過 IP網(wǎng)絡(luò)等的非實時傳輸和高抖動傳輸?shù)那闆r下數(shù)據(jù)包層時間軸信息的存在，或者對已經(jīng) 過存儲裝置等的流的解碼，對解碼器的傳輸量可以以包為單位來控制。關(guān)于元數(shù)據(jù)，媒體
Mime-type = video/vnd. hdln k. mpeg-tts, Profile-name = MPEG_TS_HD_ EU_T等。另外，以上媒體格式受到DTCP-IP版權(quán)保護的媒體格式被描述為Mime-type = application/x-dtcpl ；CONTENTFORMAT = Video/vnd. hdlnk. mpeg-tts, Profile-name = MPEG_TS_HD_EU_T 等。<8.根據(jù)本發(fā)明一個實施例的網(wǎng)絡(luò)服務(wù)器中的媒體格式轉(zhuǎn)換的流程〉隨后，將參考圖6描述根據(jù)本發(fā)明一個實施例網(wǎng)絡(luò)服務(wù)器100轉(zhuǎn)換內(nèi)容的媒體格 式的處理流程。圖6是圖示根據(jù)本發(fā)明一個實施例網(wǎng)絡(luò)服務(wù)器100轉(zhuǎn)換內(nèi)容的媒體格式的 流程的一個例子的流程圖。<媒體格式轉(zhuǎn)換1>轉(zhuǎn)換判定單元104在接收單元102從客戶端設(shè)備200接收到內(nèi)容的情況下從客戶 端設(shè)備200獲得內(nèi)容的元數(shù)據(jù)(步驟S100)。轉(zhuǎn)換判定單元104參考媒體格式信息存儲單 元110以獲得需要進(jìn)行媒體格式轉(zhuǎn)換的媒體格式的列表(步驟S102)。轉(zhuǎn)換判定單元104基 于所獲得的媒體格式的列表和內(nèi)容的元數(shù)據(jù)來判斷是否有必要轉(zhuǎn)換內(nèi)容的媒體格式(步 驟 S104)。當(dāng)在步驟S104中判定有必要進(jìn)行媒體格式轉(zhuǎn)換時，轉(zhuǎn)換判定單元104從媒體格式 信息存儲單元110獲得關(guān)于被選為轉(zhuǎn)換后的媒體格式的媒體格式的優(yōu)先級的信息(步驟 S106)。轉(zhuǎn)換判定單元104根據(jù)關(guān)于優(yōu)先級的信息來決定轉(zhuǎn)換后的媒體格式，并將所決定的 媒體格式通知給接收單元102和格式轉(zhuǎn)換單元106。然后，接收單元102從客戶端設(shè)備200 接收內(nèi)容(步驟S108)并將所接收的內(nèi)容提供給格式轉(zhuǎn)換單元106。格式轉(zhuǎn)換單元106將 內(nèi)容的媒體格式轉(zhuǎn)換為轉(zhuǎn)換判定單元104所決定的媒體格式(步驟S110)。同時，當(dāng)在步驟S104中判定沒有必要進(jìn)行媒體格式轉(zhuǎn)換時，轉(zhuǎn)換判定單元104向
10接收單元102通知沒有必要進(jìn)行媒體格式轉(zhuǎn)換的事實，并且接收單元102從客戶端設(shè)備200 接收內(nèi)容(步驟S112)。此時，格式轉(zhuǎn)換單元106不執(zhí)行媒體格式轉(zhuǎn)換。內(nèi)容存儲單元112存儲在步驟S110和S112中獲得的內(nèi)容數(shù)據(jù)(步驟S114)。之 后，傳遞單元108應(yīng)顯示設(shè)備300的請求將存儲在內(nèi)容存儲單元112中的內(nèi)容傳遞到通過 網(wǎng)絡(luò)11相連的顯示設(shè)備300 (步驟S116)。隨后，將參考圖7描述根據(jù)本發(fā)明一個實施例網(wǎng)絡(luò)服務(wù)器100轉(zhuǎn)換內(nèi)容的媒體格 式的處理流程。圖7是圖示根據(jù)本發(fā)明一個實施例網(wǎng)絡(luò)服務(wù)器100轉(zhuǎn)換內(nèi)容的媒體格式的 流程的一個例子的流程圖?！疵襟w格式轉(zhuǎn)換2>轉(zhuǎn)換判定單元104在接收單元102從客戶端設(shè)備200接收到內(nèi)容的情況下從客戶 端設(shè)備200獲得內(nèi)容的元數(shù)據(jù)(步驟S200)。轉(zhuǎn)換判定單元104基于所獲得的元數(shù)據(jù)來判 斷從客戶端設(shè)備200接收的內(nèi)容是否具有帶時間戳的媒體格式(步驟S202)。當(dāng)在步驟S202中判定從客戶端設(shè)備200接收的內(nèi)容具有不帶時間戳的媒體格式 時，轉(zhuǎn)換判定單元104將判定結(jié)果通知給接收單元102和格式轉(zhuǎn)換單元106。然后，接收單 元102從客戶端設(shè)備200接收內(nèi)容(步驟S204)，并且格式轉(zhuǎn)換單元106對從客戶端設(shè)備 200接收的內(nèi)容執(zhí)行時間戳添加處理(步驟S206)。當(dāng)在步驟S202中判定從客戶端設(shè)備200接收的內(nèi)容具有帶時間戳的媒體格式時， 轉(zhuǎn)換判定單元104將判定結(jié)果通知給接收單元102和格式轉(zhuǎn)換單元106。然后，接收單元 102從客戶端設(shè)備200接收內(nèi)容(步驟S208)，并且該內(nèi)容在不經(jīng)歷時間戳添加處理的情況 下被存儲在內(nèi)容存儲單元112中(步驟S210)。之后，傳遞單元108應(yīng)顯示設(shè)備300的請求讀取存儲在內(nèi)容存儲單元112中的內(nèi) 容并將內(nèi)容傳遞到通過網(wǎng)絡(luò)11相連的顯示設(shè)備300 (步驟S212)。網(wǎng)絡(luò)服務(wù)器100可以通過如上所述執(zhí)行時間戳添加處理來接受帶時間戳的TS格 式和不帶時間戳的TS格式兩者的上載。S卩，網(wǎng)絡(luò)服務(wù)器100將不帶時間戳的TS格式的內(nèi) 容轉(zhuǎn)換為帶時間戳的TS格式的內(nèi)容并傳遞轉(zhuǎn)換后的內(nèi)容，從而實現(xiàn)與現(xiàn)有的遵從DLNA的 電視機(對應(yīng)于顯示設(shè)備300)之間的優(yōu)越連接。這樣，可以消除客戶端設(shè)備200和網(wǎng)絡(luò)服 務(wù)器100之間的媒體格式的差異，并且實現(xiàn)了與范圍廣泛的多種STB/PVR的兼容。如上所 述，帶時間戳的TS格式是通過向部分單一節(jié)目TS添加4字節(jié)時間戳來獲得的，并且一般用 于與顯示設(shè)備300相對應(yīng)的現(xiàn)有的遵從DLNA的電視機等。這里，網(wǎng)絡(luò)服務(wù)器100接收不帶時間戳的TS格式的流，同時基于實時信息或TS流 的PCR信息添加時間戳，并立即將不帶時間戳的TS格式轉(zhuǎn)換為帶時間戳的TS格式。這被稱 為實時(on-the-fly)時間戳添加。否則，在網(wǎng)絡(luò)服務(wù)器100在存儲裝置中累積內(nèi)容之后， 傳遞單元108可以執(zhí)行與上述處理(硬件處理或CPU/軟件處理)相等的轉(zhuǎn)換處理。另外，網(wǎng)絡(luò)服務(wù)器100執(zhí)行視頻流或音頻流的碼轉(zhuǎn)換以使得音頻或視頻的編碼層 適應(yīng)BD標(biāo)準(zhǔn)。此時，網(wǎng)絡(luò)服務(wù)器100可以添加適合于BD標(biāo)準(zhǔn)的時間戳。適合于BD標(biāo)準(zhǔn)的 時間戳可以被容易地轉(zhuǎn)換，因為其格式略微不同于帶時間戳的TS格式。網(wǎng)絡(luò)服務(wù)器100可 以與流的解碼處理同時地執(zhí)行該轉(zhuǎn)換，該流經(jīng)歷了利用DTCP-IP等的鏈路保護以進(jìn)行版權(quán) 保護、在存儲裝置中重新加密以送至本地存儲裝置，等等。<9.媒體格式轉(zhuǎn)換工作中網(wǎng)絡(luò)服務(wù)器和客戶端設(shè)備之間的信息流〉
隨后，將參考圖8描述媒體格式轉(zhuǎn)換工作中網(wǎng)絡(luò)服務(wù)器100和客戶端設(shè)備200之 間的信息流。圖8是圖示網(wǎng)絡(luò)服務(wù)器100和客戶端設(shè)備200之間的信息流的一個例子的序 列圖。首先，用戶利用遙控器通過客戶端設(shè)備200的用戶接口互動式選擇要上載的 內(nèi)容、用作上載目的地的裝置和驅(qū)動器(BD、HDD等)(步驟S300至S338)。在該過程 中，通過由HDRL、DLNA或UPnP定義的方法在客戶端設(shè)備200和網(wǎng)絡(luò)服務(wù)器100之間 建立網(wǎng)絡(luò)連接。在將內(nèi)容上載到網(wǎng)絡(luò)服務(wù)器100之前，客戶端設(shè)備200發(fā)布⑶S :X_ GetDLNAUploadProfiles請求(步驟S316)。響應(yīng)于該請求，網(wǎng)絡(luò)服務(wù)器100向客戶端設(shè) 備通知可200被服務(wù)器處理的Profile-name (步驟S318)。響應(yīng)于來自客戶端設(shè)備200的 CDS :X_GetDLNAUploadProfiles請求，網(wǎng)絡(luò)服務(wù)器100發(fā)送指示網(wǎng)絡(luò)服務(wù)器100接受MPEG_ TS_HD_EU_IS0和MPEG_TS_HD_EU_T兩者的響應(yīng)(步驟S318)。這里，當(dāng)接受帶時間戳的TS 格式的內(nèi)容的上載時，網(wǎng)絡(luò)服務(wù)器100自動判定諸如時間戳添加之類的轉(zhuǎn)換的必要性，并 且在諸如時間戳添加之類的轉(zhuǎn)換不必要時不執(zhí)行時間戳添加。與對要上載的內(nèi)容和上載目的地的選擇有關(guān)，首先，用作客戶端設(shè)備200的STB/ PVR找出用作網(wǎng)絡(luò)服務(wù)器100的BD記錄器或其他服務(wù)器(步驟S300和302)。接下來，客 戶端設(shè)備200向用戶提供記錄器或服務(wù)器的列表(步驟S304)。用戶從所提供的列表中選 擇一個服務(wù)器(步驟S306)。用作客戶端設(shè)備200的STB/PVR從所選的網(wǎng)絡(luò)服務(wù)器100獲 得驅(qū)動器的列表或相關(guān)信息(步驟S308至S318)，并向用戶提供該列表或相關(guān)信息(步驟 S324)。用戶選擇一個驅(qū)動器，并且還選擇客戶端設(shè)備200中要上載的內(nèi)容(步驟S326和 S334)?？蛻舳嗽O(shè)備200將所選內(nèi)容的元數(shù)據(jù)和所選驅(qū)動器的ID發(fā)送到網(wǎng)絡(luò)服務(wù)器100 (步 驟S336)。然后，網(wǎng)絡(luò)服務(wù)器100向客戶端設(shè)備200通知驅(qū)動器中的容器ID (Container ID) (步驟S338)。另外，在圖8中，根據(jù)向用戶提供信息的方法的一個例子，該信息被顯示在與 客戶端設(shè)備200的顯示控制器208相連的顯示設(shè)備等上。在步驟S320至S336中執(zhí)行的通信可以經(jīng)由HDRL定義的網(wǎng)絡(luò)執(zhí)行。另外，在其他 步驟中執(zhí)行的通信可以經(jīng)由DLNA定義的網(wǎng)絡(luò)進(jìn)行。這里，在HDRL定義的網(wǎng)絡(luò)中，客戶端設(shè)備200和網(wǎng)絡(luò)服務(wù)器100通過額外定義的 ⑶S動作交換與驅(qū)動器選擇有關(guān)的信息。響應(yīng)于客戶端設(shè)備200的⑶S :CreateObject請 求，網(wǎng)絡(luò)服務(wù)器100生成響應(yīng)resOimportURI的值。此時，網(wǎng)絡(luò)服務(wù)器100通過參考⑶S CreateObject請求的ContainID使得驅(qū)動器選擇信息被包含在URI中，來創(chuàng)建URI和驅(qū)動 器選擇信息的比較表。通過以上CDS動作，客戶端設(shè)備200和網(wǎng)絡(luò)服務(wù)器100可以交換與 驅(qū)動器選擇有關(guān)的信息等。在將二進(jìn)制內(nèi)容上載到網(wǎng)絡(luò)服務(wù)器100之前，客戶端設(shè)備200發(fā)布⑶S: CreateObject請求以創(chuàng)建用作元數(shù)據(jù)數(shù)據(jù)庫的⑶S中的對象(步驟S340)。此時，客戶端 設(shè)備200通過元素(Elements)輸入變元來指定內(nèi)容的元數(shù)據(jù)。元素輸入變元的值是具有 被稱為DIDL-Lite的模式的XML文檔?？蛻舳嗽O(shè)備200在字符串的第三字段和第四字段中 指定Mime-type和Profile-name，該字符串是XML文檔的元素的Protocollnfo屬性的值。 客戶端設(shè)備200發(fā)出HTTP POST請求(步驟S344)。如果網(wǎng)絡(luò)服務(wù)器100接受請求，則網(wǎng)絡(luò) 服務(wù)器100被設(shè)立(步驟S346)。然后，網(wǎng)絡(luò)服務(wù)器100向客戶端設(shè)備200通知對內(nèi)容上載 的接受(步驟S348)。
這里，當(dāng)請求CDS :CreateObject等(步驟S340)時，客戶端設(shè)備200指定與在客 戶端設(shè)備200的上載期間的內(nèi)容流一致的Protocollnfo。當(dāng)上載不帶時間戳的TS格式 的內(nèi)容時，客戶端設(shè)備200在Protocollnfo中指定被描述為Mime-type = Video/mpeg、 Profile-name = MPEG_TS_HD_EU_IS0 的媒體格式，并發(fā)出 CDS :Create0bject 請求。當(dāng)接收 到CDS :Create0bject請求時，網(wǎng)絡(luò)服務(wù)器100接收Mime-type和Profile_name，直到返回 響應(yīng)為止。網(wǎng)絡(luò)服務(wù)器100利用Mime-type和Profile-name作為表訪問的鍵來判定(1)無 轉(zhuǎn)換的接收、(2)轉(zhuǎn)換后的接收和(3)無接收中的任一種。在(2)的情況下，CDS 160獲得 轉(zhuǎn)換后的Mime-type和Prof ile-name、轉(zhuǎn)換模塊的參照、大小估計模塊的參照等。網(wǎng)絡(luò)服務(wù) 器100基于轉(zhuǎn)換后的Mime-type和Prof i le-name重新創(chuàng)建Protocol Info。當(dāng)轉(zhuǎn)換前的大小 被指定時，網(wǎng)絡(luò)服務(wù)器100基于轉(zhuǎn)換前和轉(zhuǎn)換后的Mime-type和Profile-name或者大小估 計模塊的參照來計算轉(zhuǎn)換后的估計大小。轉(zhuǎn)換后的估計大小被反映在CDS: :Create0bject 響應(yīng)的結(jié)果輸出變元的resfeize屬性中。大小的處理將在后面描述。<10.網(wǎng)絡(luò)服務(wù)器100中元數(shù)據(jù)的處理〉網(wǎng)絡(luò)服務(wù)器100允許關(guān)于大小的信息被存儲在HDD 170中作為對象的元數(shù)據(jù)，其 由CDS 160管理。另外，網(wǎng)絡(luò)服務(wù)器100允許轉(zhuǎn)換前的Mime-type和Profile-name、轉(zhuǎn)換 模塊的參照、大小估計模塊的參照等與CDS 160中的相應(yīng)對象相關(guān)地被存儲在HDD 170中。 為了解決表示上載完成前的傳遞的軌跡再現(xiàn)，CDS 160可以利用文本值立即生成傳遞URL。 CDS 160根據(jù)元數(shù)據(jù)等決定用作二進(jìn)制內(nèi)容的上載目的地的存儲裝置實體(驅(qū)動器或目 錄)，并且生成作為URL的res@importURI的值。之后，返回CDS: :Create0bject響應(yīng)。與 現(xiàn)有技術(shù)不同，Protocollnfo等的元數(shù)據(jù)在值上不同于CDS: CreateObject請求的輸入變 元和響應(yīng)的結(jié)果輸出變元。然而，在DLNA標(biāo)準(zhǔn)中，媒體服務(wù)器可以校正元數(shù)據(jù)。同時，根據(jù)HDRL、DLNA、UPnP和ARIB的每種標(biāo)準(zhǔn)或者多個國家或廣播媒體的差 異，多種格式被用作媒體格式。然而，上述標(biāo)準(zhǔn)在以下方面彼此一致內(nèi)容的媒體格式用 Mime-type 禾口 Prof ile-name 標(biāo)識。Mime-type 禾口 Prof ile-name 被包含在稱為 Protocollnfo 的字符串的第三字段和第四字段中。在許多情況下，網(wǎng)絡(luò)媒體服務(wù)器對從客戶端設(shè)備 接收的元數(shù)據(jù)校正內(nèi)容大小、地址信息等，幾乎按原樣記錄媒體格式，并對后續(xù)的CDS Browse (瀏覽)請求作出響應(yīng)。與此相比，根據(jù)該實施例，二進(jìn)制內(nèi)容的全部或一部分與上 述的上載一同被記錄在網(wǎng)絡(luò)服務(wù)器100的HDD 175、藍(lán)光盤寫入器192、緩沖存儲器(未示 出)等上o(在內(nèi)容上載開始之后網(wǎng)絡(luò)服務(wù)器100的操作)如果二進(jìn)制內(nèi)容的全部或一部分的上載成功，則網(wǎng)絡(luò)服務(wù)器100可以經(jīng)由網(wǎng)絡(luò)傳 遞所上載的內(nèi)容。與顯示設(shè)備300相對應(yīng)的服從DLNA的電視機可以發(fā)出CDS :Browse請 求，并通過其響應(yīng)的結(jié)果輸出變元獲得服務(wù)器中的內(nèi)容列表及其元數(shù)據(jù)。結(jié)果(Result)輸 出變元的值是與元素(Elements)具有相等模式(Schema)的XML文檔，并且Mime-type和 Profile-name被表示在作為XML文檔的元素的Protocollnfo屬性的值的字符串的第三字 段和第四字段中。另外，在開始接收二進(jìn)制內(nèi)容上載的情況下，網(wǎng)絡(luò)服務(wù)器100可以決定與接收 ⑶S CreateOb ject請求的情況中相同的媒體轉(zhuǎn)換策略(步驟S340)。二進(jìn)制內(nèi)容上載一般 是通過HTTP POST方法執(zhí)行的，并且在DLNA標(biāo)準(zhǔn)中，Mime-type被表示在Content-Type頭
13部中，而Profi 1 e-name被表示在contentFeatures. dlna. org頭部中。另外,可以利用它們 作為轉(zhuǎn)換前的Mime-type和Profile-name來進(jìn)行表搜索。然而，在contentFeatures. dlna. org頭部是標(biāo)準(zhǔn)中的一個選項的情況下，當(dāng)不一定獲得Profile-name時，上述方法可能不 可用。為此，可以使用在HTTP POST請求行中示出的路徑并對在實現(xiàn)CDS :CreateObject響 應(yīng)時返回的resOimportURI的值作出響應(yīng)?？蛻舳嗽O(shè)備200和顯示設(shè)備300可以利用res@ importURI的值作為鍵向網(wǎng)絡(luò)服務(wù)器100中的⑶S管理功能(⑶S 160)進(jìn)行詢問。結(jié)果，獲 得了對所創(chuàng)建的對象的參照和與該參照相關(guān)存儲的信息。另外，作為另一種方法，網(wǎng)絡(luò)服務(wù)器100可以對后續(xù)上載所必需的信息編碼以便 在生成⑶S :Create0bject響應(yīng)的時間點上被填充在查詢字符串中。當(dāng)接受內(nèi)容上載時，網(wǎng) 絡(luò)服務(wù)器100可以通過從接收自客戶端設(shè)備200的POST請求行的路徑中提取查詢部分并 對該部分解碼來獲得必要信息。當(dāng)上載二進(jìn)制內(nèi)容時，網(wǎng)絡(luò)服務(wù)器100必須選擇使用或不 使用轉(zhuǎn)換模塊或其他處理。該選擇可以根據(jù)上述轉(zhuǎn)換模塊參照或者轉(zhuǎn)換后的Mime-type和 Profile-name 等實現(xiàn)。下文中，將描述獲得在轉(zhuǎn)換前后的元數(shù)據(jù)中描述的Mime-type和Profile-name 并選擇轉(zhuǎn)換前后的媒體格式的實現(xiàn)方式，以及在二進(jìn)制內(nèi)容的上載的起始點上網(wǎng)絡(luò)服務(wù)器 100的處理(打開處理)。(第一流水線轉(zhuǎn)換單元150的媒體轉(zhuǎn)換處理)網(wǎng)絡(luò)服務(wù)器100經(jīng)由網(wǎng)絡(luò)從客戶端設(shè)備200接收二進(jìn)制內(nèi)容并存儲該二進(jìn)制內(nèi)容 的處理包括堆疊多個寫入器過濾器類對象(第一流水線轉(zhuǎn)換單元150)。過濾器可以是純軟 件，或者可包括硬件或設(shè)備驅(qū)動器。首次時，大多數(shù)存儲裝置無條件地創(chuàng)建本地存儲裝置寫 入器類對象。接下來，當(dāng)轉(zhuǎn)換后的Mime-type和Profile-name對應(yīng)于帶時間戳的TS格式時， TTS過濾器寫入器類對象(Ttsl54)被堆疊。執(zhí)行與使用時間戳的時間相關(guān)聯(lián)的處理，例如 時間搜尋或比特率操作。然后，當(dāng)DTCP-IP內(nèi)容和轉(zhuǎn)換前的內(nèi)容對應(yīng)于部分單一節(jié)目TS時， 具有時間戳添加功能的DTCP-IP過濾器(DTCP dec 151和Ofts 152)被堆疊。當(dāng)DTCP-IP 內(nèi)容和轉(zhuǎn)換前的內(nèi)容對應(yīng)于帶時間戳的TS時，不具有時間戳添加功能的DTCP-IP過濾器 (DTCP dec 151)被堆疊。當(dāng)非DTCP-IP內(nèi)容和轉(zhuǎn)換前的內(nèi)容對應(yīng)于部分單一節(jié)目TS時， 僅執(zhí)行時間戳添加的過濾器(Ofts 152)被堆疊。當(dāng)非DTCP-IP內(nèi)容和轉(zhuǎn)換前的內(nèi)容對應(yīng) 于帶時間戳的TS時，不堆疊任何東西。這些過濾器以流水線的方式執(zhí)行轉(zhuǎn)換處理，從而使 網(wǎng)絡(luò)上的格式被最終轉(zhuǎn)換為存儲裝置上的格式。具有轉(zhuǎn)換后的媒體格式的內(nèi)容的數(shù)據(jù)被保 留在本地存儲裝置中。另外，在諸如具有HDD和BD兩者的BD記錄器之類的網(wǎng)絡(luò)服務(wù)器100 中，對存儲目的地的選擇是與基于媒體格式的選擇分開實現(xiàn)的。根據(jù)從CDS 160送來的媒體格式轉(zhuǎn)換前的元數(shù)據(jù)、媒體格式轉(zhuǎn)換后的元數(shù)據(jù)等來 判斷由過濾器執(zhí)行的以上處理是否被寫入器設(shè)置162使用(圖2的0N/0FF)。另外，根據(jù)保 留在HDD 175中的內(nèi)容的元數(shù)據(jù)等來判斷第二流水線轉(zhuǎn)換單元180中的過濾處理是否被讀 取器設(shè)置164使用(圖2的0N/0FF)。讀取器設(shè)置164向⑶S 160通知在第二流水線轉(zhuǎn)換 單元180轉(zhuǎn)換的內(nèi)容轉(zhuǎn)換之后的元數(shù)據(jù)。DTCP-IP處理(DTCP dec 151)和時間戳添加(Ofts 152)作為過濾器彼此分開，從 而使得用于版權(quán)保護的解碼、時間戳添加和本地加密可以由集成硬件執(zhí)行，這導(dǎo)致實現(xiàn)了魯棒性。每個部分被劃分為不同過濾器的實現(xiàn)方式、僅通過軟件的實現(xiàn)方式等可以被省略。 另外，時間戳添加不一定在處理流水線的開頭執(zhí)行。例如，時間戳添加可以在其中部執(zhí)行。在轉(zhuǎn)換之前，在DTCP-IP和部分單一節(jié)目TS的情況下，媒體格式例如在元數(shù) 據(jù)中被描述為 Mime-type = application/x—dtcpl ；CONTENTFORMAT = Video/mpeg, Profile-name = MPEG_TS_HD_EU_ISO等。在DTCP-IP(DTCP dec 151)的解碼處理、時間戳添 加處理(Ofts 152)和本地加密處理(Local enc 153)的序列中處理具有元數(shù)據(jù)表示的媒 體格式的內(nèi)容。另外，在TTS寫入器過濾處理(Ttsl54)和本地存儲裝置寫入處理器(Local 155)的序列中處理內(nèi)容。因此，具有元數(shù)據(jù)表示的媒體格式的內(nèi)容按下列媒體格式被轉(zhuǎn)換 該媒體格式在元數(shù)據(jù)中被描述為 Mime-type = application/x-dtcpl ；CONTENTFORMAT = video/vnd. hdlnk. mpeg-tts, Profile-name = MPEG_TS_HD_EU_T。(關(guān)于內(nèi)容的網(wǎng)絡(luò)域大小的信息的處理)下文中，將描述關(guān)于⑶S 160中內(nèi)容的網(wǎng)絡(luò)域大小的信息的處理。與大小的處理 有關(guān)，resisize表示網(wǎng)絡(luò)上的有效載荷字節(jié)數(shù)(網(wǎng)絡(luò)域大小)，并且由DLNA等定義。當(dāng)應(yīng) CDS :Create0bject請求存在resfeize指定時，CDS 160可以在該時間點上利用大小估計模 塊來估計轉(zhuǎn)換后的大小。然而，由于以下原因，上述值可能隨后被校正。當(dāng)在網(wǎng)絡(luò)服務(wù)器100開始接收上載 時在內(nèi)容長度頭部中指定了除了塊值以外的值時，可以執(zhí)行大小估計以便反映在resfeize 中。另外，以下事項是必要的在傳遞期間HTTP GET響應(yīng)的內(nèi)容長度中示出的值等與在 HTTP協(xié)議的請求時發(fā)送的主體(Body)大小一致。盡管如此，除非上載完成，否則存在未知 的參數(shù)，并且大小或轉(zhuǎn)換參數(shù)在嚴(yán)格意義上并不固定。例如，即使在沒有媒體格式轉(zhuǎn)換時， 也希望針對動態(tài)改變的PCP長度(LEN)通過DTCP-IP過程(DTCP dec 151)在上載和傳遞 期間改變網(wǎng)絡(luò)域大小。另外，在resfeize未在CreateObject處指定且在上載開始時內(nèi)容長度塊 (Content-Length chunked)的情況下，若上載沒有實際完成，那么網(wǎng)絡(luò)服務(wù)器100無法識 別出內(nèi)容大小。因而，可能發(fā)生這樣一種情況，其中更新resfeize的更新在上載完成之后 是必要的。另外，當(dāng)網(wǎng)絡(luò)服務(wù)器100通過具有范圍頭部的HTTP GET請求接收到搜尋需求時， 對大小的精確計算是必要的，包括諸如解碼器友好之類的處理。這樣，當(dāng)上載完成時或執(zhí)行 傳遞時的大小轉(zhuǎn)換模塊被安裝為讀取器過濾器類的一種方法，其與在CDSfreateObject 等時使用的估計模塊分開地執(zhí)行與寫入器過濾器相反的處理。因此，⑶S 160可以下述方 式獲得實際大小CDS 160基于實際存儲大小對每個堆疊的讀取器過濾器轉(zhuǎn)換大小。在上 載完成之前從顯示設(shè)備300接收到HTTPGET請求(如同軌跡再現(xiàn)等中)的情況下，網(wǎng)絡(luò)服 務(wù)器100可以基于所接收的大小向顯示設(shè)備300發(fā)送響應(yīng)。否則，希望網(wǎng)絡(luò)服務(wù)器100通 過作為內(nèi)容長度塊的塊式編碼來發(fā)送響應(yīng)。在本發(fā)明的網(wǎng)絡(luò)服務(wù)器中，可以保留轉(zhuǎn)換前的內(nèi)容和轉(zhuǎn)換后的內(nèi)容兩者。在這種 情況下，希望使用利用多種資源(對應(yīng)于CDS中的〈res〉元素)或者生成額外容器或項目 的方法。另外，已示出了執(zhí)行實時媒體轉(zhuǎn)換的實現(xiàn)方式。然而，以原始媒體格式上載的內(nèi)容 也可以經(jīng)歷離線方式的媒體格式轉(zhuǎn)換。如上所述，根據(jù)本發(fā)明一個實施例的網(wǎng)絡(luò)服務(wù)器100，獲得了如下⑴和⑵的優(yōu) 點。(1)可以根據(jù)諸如PVR/STB之類的客戶端設(shè)備200和諸如BD記錄器之類的網(wǎng)絡(luò)服務(wù)器
15100 (媒體服務(wù)器)的成本策略自由地執(zhí)行功能的分布。(2)可以根據(jù)策略決定媒體格式， 例如與從網(wǎng)絡(luò)服務(wù)器100的傳遞相關(guān)地選擇具有優(yōu)越兼容性的媒體格式。本申請包含與2009年4月20日向日本專利局提交的日本在先專利申請JP 2009-102102中公開的內(nèi)容有關(guān)的主題，上述申請的全部內(nèi)容通過引用而結(jié)合于此。在以上描述中，已參考附圖詳細(xì)描述了本發(fā)明的優(yōu)選實施例。然而，本發(fā)明并不限 于此。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，取決于設(shè)計需求和其他因素可以發(fā)生各種修改、組合、子 組合和變更，只要這些修改、組合、子組合和變更在權(quán)利要求或其等同物的范圍內(nèi)。例如，在上述實施例中，描述了 HDRL和DLNA定義的網(wǎng)絡(luò)。然而，本發(fā)明并不限于 此。
權(quán)利要求
一種網(wǎng)絡(luò)服務(wù)器，包括接收單元，該接收單元從經(jīng)由網(wǎng)絡(luò)相連的客戶端設(shè)備接收內(nèi)容；轉(zhuǎn)換判定單元，該轉(zhuǎn)換判定單元獲得所述內(nèi)容的元數(shù)據(jù)以根據(jù)所述元數(shù)據(jù)判斷是否要轉(zhuǎn)換所述內(nèi)容的媒體格式，并且根據(jù)所述元數(shù)據(jù)選擇轉(zhuǎn)換后的媒體格式；以及格式轉(zhuǎn)換單元，該格式轉(zhuǎn)換單元將所述內(nèi)容的媒體格式轉(zhuǎn)換為所述轉(zhuǎn)換判定單元所選的媒體格式。
2.如權(quán)利要求1所述的網(wǎng)絡(luò)服務(wù)器，其中所述轉(zhuǎn)換判定單元在所述接收單元接收到所 述內(nèi)容的情況下從所述客戶端設(shè)備獲得所述元數(shù)據(jù)。
3.如權(quán)利要求1所述的網(wǎng)絡(luò)服務(wù)器，還包括傳遞單元，該傳遞單元將從所述客戶端設(shè) 備接收的內(nèi)容或者經(jīng)所述格式轉(zhuǎn)換單元轉(zhuǎn)換的內(nèi)容傳遞到經(jīng)由網(wǎng)絡(luò)相連的顯示設(shè)備。
4.如權(quán)利要求1所述的網(wǎng)絡(luò)服務(wù)器，還包括媒體格式信息存儲單元，該媒體格式信息 存儲單元存儲關(guān)于轉(zhuǎn)換后的媒體格式的優(yōu)先級的信息，其中所述轉(zhuǎn)換判定單元基于所述優(yōu) 先級選擇轉(zhuǎn)換后的媒體格式。
5.如權(quán)利要求4所述的網(wǎng)絡(luò)服務(wù)器，其中，當(dāng)所述內(nèi)容的媒體格式?jīng)]有時間戳?xí)r，所述 轉(zhuǎn)換判定單元選擇添加有時間戳的媒體格式作為轉(zhuǎn)換后的媒體格式。
6.如權(quán)利要求1所述的網(wǎng)絡(luò)服務(wù)器，其中所述客戶端設(shè)備經(jīng)由數(shù)字生活網(wǎng)絡(luò)聯(lián)盟DLNA 定義的網(wǎng)絡(luò)與所述接收單元通信，并且所述轉(zhuǎn)換判定單元基于從所述客戶端設(shè)備發(fā)送來的 CDS =CreateObject請求的輸入變元所指定的協(xié)議信息來判斷是否要轉(zhuǎn)換媒體格式。
7.如權(quán)利要求1所述的網(wǎng)絡(luò)服務(wù)器，其中所述接收單元根據(jù)從所述客戶端設(shè)備發(fā)送來 的HTTP POST請求來獲得所述內(nèi)容的數(shù)據(jù)。
8.一種媒體格式轉(zhuǎn)換方法，包括以下步驟從經(jīng)由網(wǎng)絡(luò)相連的客戶端設(shè)備獲得內(nèi)容的元數(shù)據(jù)以根據(jù)所述元數(shù)據(jù)判斷是否要轉(zhuǎn)換 所述內(nèi)容的媒體格式，并且根據(jù)所述元數(shù)據(jù)選擇轉(zhuǎn)換后的媒體格式；從所述客戶端設(shè)備接收所述內(nèi)容；以及將所述內(nèi)容的媒體格式轉(zhuǎn)換為所選的媒體格式。
9.一種媒體格式轉(zhuǎn)換系統(tǒng)，包括網(wǎng)絡(luò)服務(wù)器，所述網(wǎng)絡(luò)服務(wù)器包括從經(jīng)由網(wǎng)絡(luò)相連的客戶端設(shè)備接收內(nèi)容的接收單 元、獲得所述內(nèi)容的元數(shù)據(jù)以根據(jù)所述元數(shù)據(jù)判斷是否要轉(zhuǎn)換所述內(nèi)容的媒體格式并且根 據(jù)所述元數(shù)據(jù)選擇轉(zhuǎn)換后的媒體格式的轉(zhuǎn)換判定單元、以及將所述內(nèi)容的媒體格式轉(zhuǎn)換為 所述轉(zhuǎn)換判定單元所選的媒體格式的格式轉(zhuǎn)換單元；所述客戶端設(shè)備，所述客戶端設(shè)備經(jīng)由網(wǎng)絡(luò)將所述內(nèi)容發(fā)送到所述網(wǎng)絡(luò)服務(wù)器；以及顯示設(shè)備，所述顯示設(shè)備經(jīng)由網(wǎng)絡(luò)從所述網(wǎng)絡(luò)服務(wù)器接收對所述內(nèi)容或經(jīng)所述格式轉(zhuǎn) 換單元轉(zhuǎn)換的內(nèi)容的傳遞。
全文摘要
本發(fā)明公開了網(wǎng)絡(luò)服務(wù)器、媒體格式轉(zhuǎn)換方法和媒體格式轉(zhuǎn)換系統(tǒng)。該網(wǎng)絡(luò)服務(wù)器包括從經(jīng)由網(wǎng)絡(luò)相連的客戶端設(shè)備接收內(nèi)容的接收單元、獲得內(nèi)容的元數(shù)據(jù)以根據(jù)元數(shù)據(jù)判斷是否要轉(zhuǎn)換內(nèi)容的媒體格式并且根據(jù)元數(shù)據(jù)選擇轉(zhuǎn)換后的媒體格式的轉(zhuǎn)換判定單元、以及將內(nèi)容的媒體格式轉(zhuǎn)換為轉(zhuǎn)換判定單元所選的媒體格式的格式轉(zhuǎn)換單元。
文檔編號H04L29/06GK101867568SQ201010163559
公開日2010年10月20日 申請日期2010年4月13日 優(yōu)先權(quán)日2009年4月20日
發(fā)明者本莊良規(guī) 申請人:索尼公司