專利名稱：服務(wù)器設(shè)備、客戶端設(shè)備、信息處理系統(tǒng)、方法和程序的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及信息處理系統(tǒng)以及作為信息處理系統(tǒng)的組件的服務(wù)器設(shè)備 和客戶端設(shè)備，該信息處理系統(tǒng)被布置為使得可以通過網(wǎng)絡(luò)執(zhí)行例如音樂 分發(fā)或文件共享等等。本發(fā)明還涉及與信息處理系統(tǒng)、服務(wù)器設(shè)備和客戶 端設(shè)備相對應(yīng)的信息處理方法，并且還涉及與信息處理系統(tǒng)、服務(wù)器設(shè)備 和客戶端設(shè)備相對應(yīng)的程序。
背景技術(shù)：
內(nèi)容的廣泛數(shù)字化已經(jīng)導(dǎo)致作為聲源類型和形式存在了多種格式，例 如，用戶能夠購買例如記錄在諸如CD (致密盤)之類的封裝介質(zhì)中的音 頻內(nèi)容，并且還能夠通過網(wǎng)絡(luò)上的音樂分發(fā)正確地下載相同的內(nèi)容。另
外，封裝介質(zhì)聲源并不限于用于記錄CD的PCM格式，而是可以有諸如 用于記錄SACD (超級音頻CD)的DSD之類的格式。另外，音樂分發(fā)通 常涉及音頻壓縮編碼、考慮到網(wǎng)絡(luò)流量和下載時(shí)間的縮短，諸如壓縮編碼 方法之類的音頻內(nèi)容的格式和比特率(壓縮速率)等等經(jīng)常因分發(fā)服務(wù)而 不同。也就是說，相同的數(shù)字內(nèi)容在各種形式下可能具有不同的格式，包 括封裝介質(zhì)、音樂分發(fā)等等。

發(fā)明內(nèi)容
以上情形導(dǎo)致了某些問題，其中之一在于在用戶所具有的內(nèi)容播放設(shè) 備未被配置為處理用戶已獲得的內(nèi)容的格式的情況下會(huì)產(chǎn)生麻煩。在日本 未實(shí)審專利申請發(fā)布No. 2006-31233中提出了一種解決方案，其中執(zhí)行用 戶注冊，在用戶注冊中用戶信息和內(nèi)容信息被相關(guān)，響應(yīng)于用戶訪問執(zhí)行 用戶注冊認(rèn)證，并且提供了用于根據(jù)用戶所請求的格式轉(zhuǎn)換內(nèi)容(或者根 據(jù)用戶所請求的格式轉(zhuǎn)換的轉(zhuǎn)換后內(nèi)容)的模塊。利用該配置，即使格式不同用戶也不需要購買不同的設(shè)備。
已經(jīng)認(rèn)識到，希望解決由相同內(nèi)容具有不同聲源和格式而引起的問 題。例如，使用數(shù)字音頻內(nèi)容的應(yīng)用和系統(tǒng)(音頻內(nèi)容使用系統(tǒng))通常受 限于僅能夠處理音頻內(nèi)容的聲源和格式的一部分。假定用戶擁有音頻內(nèi)容 使用系統(tǒng)不能處理的一種格式的數(shù)字音頻內(nèi)容，但是用戶想要利用音頻內(nèi) 容使用系統(tǒng)來使用該音頻數(shù)字內(nèi)容。 一種應(yīng)對方式是用戶獲得與己經(jīng)擁有 的相同的數(shù)字音頻內(nèi)容，但是該數(shù)字音頻內(nèi)容的格式可以被音頻內(nèi)容使用 系統(tǒng)處理。然而，這對于用戶來說是麻煩的，此外，如果內(nèi)容不是免費(fèi) 的，則這將會(huì)給用戶帶來金錢上的負(fù)擔(dān)。
因而，己經(jīng)認(rèn)識到，需要這樣一種環(huán)境，其中即使格式不同內(nèi)容也可 以盡可能地相同地處理，只要內(nèi)容本身相同即可。
根據(jù)本發(fā)明實(shí)施例的信息處理系統(tǒng)包括充當(dāng)客戶端的客戶端設(shè)備；
充當(dāng)服務(wù)器的服務(wù)器設(shè)備，該服務(wù)器設(shè)備能夠經(jīng)由網(wǎng)絡(luò)與客戶端設(shè)備通
信；在服務(wù)器設(shè)備處的第一標(biāo)識信息管理單元，被配置為與每個(gè)內(nèi)容的內(nèi) 容相對應(yīng)地管理格式標(biāo)識信息，該格式標(biāo)識信息對于每種數(shù)據(jù)格式范圍內(nèi) 的每個(gè)內(nèi)容數(shù)據(jù)來說是唯一的；在客戶端設(shè)備處的內(nèi)容指定單元，被配置
為經(jīng)由網(wǎng)絡(luò)與服務(wù)器設(shè)備執(zhí)行通信以指定內(nèi)容；在服務(wù)器設(shè)備處的標(biāo)識信 息發(fā)送單元，被配置為響應(yīng)于經(jīng)由網(wǎng)絡(luò)從客戶端設(shè)備對內(nèi)容的指定，向客 戶端設(shè)備發(fā)送與所指定的內(nèi)容相關(guān)的格式標(biāo)識信息；以及在客戶端設(shè)備處 的第二標(biāo)識信息管理單元，被配置為與內(nèi)容指定單元指定的內(nèi)容相對應(yīng)地 管理所接收并獲得的格式標(biāo)識信息。
根據(jù)本發(fā)明實(shí)施例的服務(wù)器設(shè)備包括通信單元，被配置為經(jīng)由網(wǎng)絡(luò) 執(zhí)行通信；標(biāo)識信息管理單元，被配置為與每個(gè)內(nèi)容的內(nèi)容相對應(yīng)地管理 格式標(biāo)識信息，該格式標(biāo)識信息對于每種數(shù)據(jù)格式范圍內(nèi)的每個(gè)內(nèi)容數(shù)據(jù) 來說是唯一的；以及標(biāo)識信息發(fā)送單元，被配置為響應(yīng)于經(jīng)由網(wǎng)絡(luò)從客戶 端設(shè)備對內(nèi)容的指定，向客戶端設(shè)備發(fā)送與所指定的內(nèi)容相關(guān)的格式標(biāo)識
"f曰息。
根據(jù)本發(fā)明實(shí)施例的客戶端設(shè)備包括通信單元，被配置為經(jīng)由網(wǎng)絡(luò) 執(zhí)行通信；內(nèi)容指定單元，被配置為經(jīng)由網(wǎng)絡(luò)與服務(wù)器設(shè)備執(zhí)行通信以指定內(nèi)容；以及標(biāo)識信息管理單元，被配置為執(zhí)行以下操作接收并獲得格 式標(biāo)識信息，該格式標(biāo)識信息是響應(yīng)于用于指定內(nèi)容的通信而從服務(wù)器設(shè) 備發(fā)送來的、與所指定的內(nèi)容相對應(yīng)的標(biāo)識信息，并且對于每種數(shù)據(jù)格式 范圍內(nèi)的每個(gè)內(nèi)容數(shù)據(jù)來說是唯一的，以及與所指定的內(nèi)容相對應(yīng)地管理 所接收并獲得的格式標(biāo)識信息。
注意，在上文中，術(shù)語"內(nèi)容"(無論單復(fù)數(shù))是等同于其中的視頻 和/或音頻的抽象概念，并且"內(nèi)容數(shù)據(jù)"指用于實(shí)際播放作為以上"內(nèi) 容"的視頻和/或音頻的數(shù)據(jù)。
利用以上配置，在服務(wù)器設(shè)備處，與每個(gè)內(nèi)容相對應(yīng)的格式標(biāo)識信息 被保存和管理。因此，響應(yīng)于從客戶端設(shè)備對內(nèi)容的指定，服務(wù)器設(shè)備向 客戶端設(shè)備發(fā)送與所指定的內(nèi)容相關(guān)的格式標(biāo)識信息。在客戶端設(shè)備處， 所發(fā)送的格式標(biāo)識信息被與所指定的內(nèi)容相關(guān)地接收和管理。因而，管理 格式標(biāo)識信息的客戶端設(shè)備可以利用共享相同內(nèi)容的內(nèi)容(具有相同內(nèi)容 的內(nèi)容)但是具有不同數(shù)據(jù)格式的內(nèi)容數(shù)據(jù)的多個(gè)集合來執(zhí)行關(guān)于內(nèi)容的 預(yù)定處理。
也就是說，以上配置能夠在較高自由度的情況下處理具有某一內(nèi)容的 內(nèi)容，這跨越了聲源類型、格式、平臺(tái)等的差異，并且因此可以獲得這樣 一種環(huán)境，其中具有不同格式的內(nèi)容可以當(dāng)作相同內(nèi)容來處理，只要內(nèi)容 本身是相同的。


圖1是圖示與本發(fā)明實(shí)施例相對應(yīng)的音樂編輯/共享系統(tǒng)的配置示例的 示圖2是圖示根據(jù)本發(fā)明實(shí)施例的音樂編輯/共享系統(tǒng)的基本使用形式以 及與其相對應(yīng)的系統(tǒng)操作的過程示例的示圖3是示意性地圖示根據(jù)本實(shí)施例的用戶終端設(shè)備所執(zhí)行的輔助內(nèi)容 (subsidiarycontent)創(chuàng)建的流程的示圖4是示意性地圖示根據(jù)本實(shí)施例的用戶終端設(shè)備所執(zhí)行的輔助內(nèi)容 創(chuàng)建的流程的示圖；圖5A至5C是圖示在創(chuàng)建輔助內(nèi)容時(shí)編輯材料內(nèi)容的使用形式示例的 示圖6是圖示原始音頻內(nèi)容服務(wù)器的內(nèi)部配置示例的示圖7是圖示輔助內(nèi)容服務(wù)器的內(nèi)部配置示例的示圖8是圖示通信內(nèi)容服務(wù)器的內(nèi)部配置示例的示圖9是圖示用戶終端設(shè)備的內(nèi)部配置示例的示圖IO是圖示要存儲(chǔ)在用戶終端設(shè)備的HDD中的信息內(nèi)容的示例的示
圖11是圖示用作音樂編輯/共享應(yīng)用的內(nèi)容編輯管理工具的程序配置 示例的示圖12是示意性地圖示輔助內(nèi)容重放控制文件的配置示例的示圖13是圖示輔助內(nèi)容重放控制文件中的使用主內(nèi)容(usage primary
content)信息的配置示例的示圖14是圖示輔助內(nèi)容重放控制文件中的使用編輯材料內(nèi)容的配置示
例的示圖15是圖示輔助內(nèi)容重放控制文件中的重放控制信息的內(nèi)容示例的 示圖16是示意性地圖示主內(nèi)容文件的配置示例的示圖17是圖示這樣的處理過程的示例的流程圖，通過該處理過程，在 輔助內(nèi)容編輯處理時(shí)，音樂編輯/共享應(yīng)用在用戶接口上反映出編輯材料內(nèi) 容的使用協(xié)定范圍設(shè)置；
圖18是圖示作為輔助內(nèi)容編輯處理的、直到音樂編輯/共享應(yīng)用創(chuàng)建 輔助內(nèi)容重放控制文件的處理過程的示例的流程圖19是圖示用戶終端設(shè)備對輔助內(nèi)容的上載的示例，以及根據(jù)其在 輔助內(nèi)容服務(wù)器處的處理過程的流程圖20是圖示用戶終端設(shè)備對輔助內(nèi)容的上載的示例，以及根據(jù)其在 輔助內(nèi)容服務(wù)器處的處理過程的流程圖21是圖示用戶終端設(shè)備播放輔助內(nèi)容的處理過程的示例的流程
圖；圖22是示意性地圖示根據(jù)實(shí)施例的內(nèi)容ID管理，以及與基于內(nèi)容ID 管理對使用主內(nèi)容的搜索有關(guān)的系統(tǒng)內(nèi)的過程的示圖23是圖示主內(nèi)容ID數(shù)據(jù)庫的配置示例的示圖24A和24B是示意性地圖示輔助內(nèi)容重放控制文件和ID集合信息 在用戶終端設(shè)備處被相關(guān)和管理的方式的形式的示圖25是圖示主內(nèi)容ID管理服務(wù)器的配置示例的框圖26是圖示在實(shí)施例中與內(nèi)容ID管理有關(guān)的、由用戶終端設(shè)備和主 內(nèi)容ID管理服務(wù)器執(zhí)行的處理過程的示例的流程圖27是圖示用于在用戶終端設(shè)備處對輔助內(nèi)容和ID集合進(jìn)行相關(guān)和 管理的處理過程的示例的流程圖28是圖示要用于輔助內(nèi)容的重放的、對使用主內(nèi)容的搜索處理的 處理過程的示例的流程圖；以及
圖29是圖示用于播放所上載的音頻內(nèi)容數(shù)據(jù)的、作為修改的系統(tǒng)配 置的示例的示圖。
具體實(shí)施例方式
圖1圖示了根據(jù)本發(fā)明實(shí)施例的信息處理系統(tǒng)的基本配置示例。注 意，圖中所示的該基本系統(tǒng)配置由終端設(shè)備和服務(wù)器配置而成，該服務(wù)器 可以被視為直接與用戶對服務(wù)的使用有關(guān)。與該圖中所示的基本系統(tǒng)配置 相比，根據(jù)實(shí)際實(shí)施例的系統(tǒng)所取的配置還具有與ID管理等有關(guān)的服務(wù) 器，但是該點(diǎn)將在后面描述。
如該圖中所示，根據(jù)本實(shí)施例的信息處理系統(tǒng)首先可以被視為通過網(wǎng) 絡(luò)NW將原始音頻內(nèi)容服務(wù)器1、輔助內(nèi)容服務(wù)器2、通信服務(wù)器3和大 量的用戶終端設(shè)備4相連而形成。根據(jù)本實(shí)施例的信息處理系統(tǒng)通過這種 基本設(shè)備配置實(shí)現(xiàn)了音樂分發(fā)/共享系統(tǒng)。也就是說，實(shí)現(xiàn)了所謂的在網(wǎng)絡(luò) 上用戶之間的用戶所創(chuàng)建內(nèi)容(輔助內(nèi)容)的分發(fā)(原始音頻內(nèi)容(主內(nèi) 容)的分發(fā))和共享。
原始音頻內(nèi)容服務(wù)器1以預(yù)定格式在數(shù)據(jù)庫中存儲(chǔ)并管理大量的原始 音頻內(nèi)容數(shù)據(jù)。這里所用的"原始音頻內(nèi)容"是預(yù)定格式的音頻內(nèi)容，利用該格式通過重放可以播放該內(nèi)容。用于編輯輔助內(nèi)容的數(shù)目巨大的原始 音頻內(nèi)容的原始音頻內(nèi)容被稱為主內(nèi)容。
在這種情況下的原始音頻內(nèi)容服務(wù)器1被配置為響應(yīng)于經(jīng)由網(wǎng)絡(luò)來自
用戶終端設(shè)備4的下載請求，向請求方用戶終端設(shè)備4外部發(fā)送被指定為 原始音頻內(nèi)容的音頻數(shù)據(jù)。
注意，在這里的示例中，原始音頻內(nèi)容形式的音頻數(shù)據(jù)是從附屬的記 錄標(biāo)簽提供的藝術(shù)家等已播放的曲目等。另外，由一般用戶等創(chuàng)建的原始 曲目也被包括作為內(nèi)容。
輔助內(nèi)容服務(wù)器2能夠在數(shù)據(jù)庫中存儲(chǔ)并管理大量的輔助內(nèi)容重放控 制文件(這是用作輔助內(nèi)容的數(shù)據(jù))。如后所述，輔助內(nèi)容重放控制文件 經(jīng)由網(wǎng)絡(luò)被從用戶終端設(shè)備4上載到輔助內(nèi)容服務(wù)器2。輔助內(nèi)容服務(wù)器 2存儲(chǔ)以這種方式上載的輔助內(nèi)容重放控制文件，當(dāng)作輔助內(nèi)容處理。另 外，響應(yīng)于經(jīng)由網(wǎng)絡(luò)來自用戶終端設(shè)備4的下載請求，所指定的輔助內(nèi)容 重放控制文件被發(fā)送并輸出到請求方用戶終端設(shè)備4。
通信服務(wù)器3是具有用于提供用戶間通信服務(wù)的功能的服務(wù)器，用戶 間通信服務(wù)例如是SNS (社會(huì)聯(lián)網(wǎng)服務(wù))、用于個(gè)人發(fā)布被廣泛識別為 CGM (消費(fèi)者生成媒體)的信息的服務(wù)(例如博客)，等等。
用戶終端設(shè)備4是一般用戶所使用的網(wǎng)絡(luò)設(shè)備，并且實(shí)際上例如是具 有諸如LAN等的網(wǎng)絡(luò)通信功能的個(gè)人計(jì)算機(jī)。這些用戶終端設(shè)備4已安 裝了用作音樂編輯/共享應(yīng)用100的應(yīng)用程序，如后所述。用戶操作該音樂 編輯/共享應(yīng)用100，因而能夠執(zhí)行諸如以下操作從原始音頻內(nèi)容服務(wù)器 1下載原始音頻內(nèi)容，創(chuàng)建由于基于所下載的原始音頻內(nèi)容(主內(nèi)容)和 輔助內(nèi)容的編輯工作而生成的新的輔助內(nèi)容，向輔助內(nèi)容服務(wù)器2上載所 創(chuàng)建的輔助內(nèi)容(即，輔助內(nèi)容重放控制文件)，從輔助內(nèi)容服務(wù)器2下 載輔助內(nèi)容(輔助內(nèi)容重放控制文件)，使用SNS服務(wù)，利用通信服務(wù)器 3寫入/瀏覽博客，等等。
接下來，在用戶終端設(shè)備4的用戶的基本使用形式示例之后，將參考 圖2描述在上述圖1中所示的配置的情況下根據(jù)本實(shí)施例的信息處理系統(tǒng) 的基本操作示例。注意，在圖2的描述中，將按照方括號[]中的數(shù)字符號所指示的過程和操作號進(jìn)行描述。另外，這里，作為用戶終端設(shè)備4，用 戶終端設(shè)備4A和4B被示為分別被兩個(gè)用戶A和B所使用。在該圖中， 存在于原始音頻內(nèi)容服務(wù)器1、輔助內(nèi)容服務(wù)器2、通信服務(wù)器3和用戶 終端設(shè)備4之間的網(wǎng)絡(luò)NW被從圖中省略。 過程l
該過程1是一種用于獲得要用作主內(nèi)容(后面描述)的原始音頻內(nèi)容 的數(shù)據(jù)的方法。
首先，用戶A搜索用戶終端設(shè)備4A (音樂編輯/共享應(yīng)用100)以尋 找用戶想要下載作為主內(nèi)容的原始音頻內(nèi)容，并且執(zhí)行用于下載所搜索的 原始音頻內(nèi)容的操作。響應(yīng)于該操作，用戶終端設(shè)備4A向原始音頻內(nèi)容 服務(wù)器1發(fā)送下載請求。
現(xiàn)在，對于根據(jù)本實(shí)施例的音樂分發(fā)/共享系統(tǒng)，存在原始音頻內(nèi)容的 下載收費(fèi)的情況和免費(fèi)的情況。
在收費(fèi)的情況下，用戶A在向原始音頻內(nèi)容服務(wù)器1發(fā)送下載請求時(shí) 執(zhí)行適當(dāng)?shù)馁徺I過程。至于購買過程，例如，這可能是針對以曲目為增量 或者以專輯為增量個(gè)別設(shè)置的費(fèi)用的支付過程，或者可能是預(yù)訂。另外， 在原始音頻內(nèi)容是免費(fèi)提供的情況下，沒有用戶A的購買過程。
在如上所述接收到下載請求之后，原始音頻內(nèi)容服務(wù)器1首先執(zhí)行關(guān) 于請求方用戶的認(rèn)證、費(fèi)用支付的確認(rèn)(在曲目下載收費(fèi)的情況下)等 等，并且判定這是否是合法的下載請求。在判定這是合法下載的情況下， 從其中存儲(chǔ)的原始音頻內(nèi)容中搜索出在下載請求時(shí)指定的原始音頻內(nèi)容， 并且所搜索出的原始音頻內(nèi)容的數(shù)據(jù)被送出到請求方用戶終端設(shè)備4。注 意，這里原始音頻內(nèi)容服務(wù)器1在數(shù)據(jù)庫中存儲(chǔ)并管理的原始音頻內(nèi)容的 實(shí)際實(shí)體是一種文件結(jié)構(gòu)，其中具有用作主內(nèi)容的曲目內(nèi)容的預(yù)定格式的 音頻數(shù)據(jù)(用于再現(xiàn)主內(nèi)容形式的輔助內(nèi)容的數(shù)據(jù))的主要部分(主要部 分信息)包括與其相關(guān)的各種類型的元數(shù)據(jù)(曲目標(biāo)題、藝術(shù)家、曲目所 屬的專輯標(biāo)題、流派、數(shù)據(jù)格式、數(shù)據(jù)大小等)。也就是說，在本實(shí)施例 的描述中，將認(rèn)為原始音頻內(nèi)容數(shù)據(jù)是這樣一種結(jié)構(gòu)，其中通過執(zhí)行音頻 重放輸出可以獲得曲目的內(nèi)容的數(shù)字音頻數(shù)據(jù)是主要成分。如上所述從原始音頻內(nèi)容服務(wù)器1發(fā)送出的原始音頻內(nèi)容數(shù)據(jù)在用戶
終端設(shè)備4A處被接收。用戶終端設(shè)備4A (音樂編輯/共享應(yīng)用100)在諸 如內(nèi)部HDD等的存儲(chǔ)介質(zhì)中存儲(chǔ)并保存該接收到的原始音頻內(nèi)容數(shù)據(jù)。 音樂編輯/共享應(yīng)用100具有用于例如基于元數(shù)據(jù)根據(jù)預(yù)定形式管理以這種 方式存儲(chǔ)并保存的原始音頻內(nèi)容數(shù)據(jù)的功能和根據(jù)用戶操作執(zhí)行重放控制 的功能。
因而，利用過程1，存儲(chǔ)在原始音頻內(nèi)容服務(wù)器1中的原始音頻內(nèi)容 的數(shù)據(jù)可以被上載到用戶終端設(shè)備4，以便獲取主內(nèi)容的數(shù)據(jù)。
盡管這里從圖中省略，但是要用作主內(nèi)容的原始音頻內(nèi)容的數(shù)據(jù)可以 通過除了下載以外的方法來獲取。例如，原始音頻內(nèi)容數(shù)據(jù)可以通過讀出 記錄在封裝介質(zhì)中和保存在HDD 48中的數(shù)字音頻數(shù)據(jù)來獲得。另外，原 始音頻內(nèi)容數(shù)據(jù)可以通過將模擬聲源轉(zhuǎn)換為數(shù)字音頻信號并經(jīng)由諸如USB (通用串行總線)或IEEE 1394之類的數(shù)據(jù)接口獲取來獲得。
另外，盡管在圖2中只示出了一個(gè)原始音頻內(nèi)容服務(wù)器1，但是在實(shí) 踐中，下載可以從由各種分發(fā)服務(wù)、記錄標(biāo)簽等操作的多個(gè)原始音頻內(nèi)容 服務(wù)器進(jìn)行。
注意，存儲(chǔ)并保存在用戶終端設(shè)備4A處的主內(nèi)容數(shù)據(jù)可以被音樂編 輯/共享應(yīng)用100播放，并例如利用連接到用戶終端設(shè)備4A的音頻設(shè)備來 傾聽。
過程2
現(xiàn)在， 一般而言，利用經(jīng)由網(wǎng)絡(luò)的音樂分發(fā)，下載之后的使用局限于 諸如重放之類的使用，而對提供的數(shù)字音頻數(shù)據(jù)有某一級別的限制。換句 話說，己通過下載獲得音頻內(nèi)容的用戶通常只允許某一范圍內(nèi)的使用，而 并不具有例如通過基于己獲取的所獲得音頻內(nèi)容執(zhí)行編輯而創(chuàng)建曲目(二 次創(chuàng)建)的權(quán)限。
與此相比，利用本實(shí)施例，從原始音頻內(nèi)容服務(wù)器1下載的原始音頻 內(nèi)容是作為原則問題已經(jīng)許可了將其使用作為在預(yù)先設(shè)置的一定范圍內(nèi)的 二次創(chuàng)建(二次使用、二次編輯)的材料的音頻內(nèi)容，即，可用作主內(nèi)容 的音頻內(nèi)容。注意，在本實(shí)施例中，主內(nèi)容的二次使用是在作為主內(nèi)容的曲目的寫作者授權(quán)的權(quán)利范圍內(nèi)設(shè)置的。
音樂編輯/共享應(yīng)用100能夠通過根據(jù)用戶操作執(zhí)行編輯處理來創(chuàng)建作
為新曲目的音頻內(nèi)容，以執(zhí)行在其自身內(nèi)作為編輯材料管理(存儲(chǔ)并保 存)的原始音頻內(nèi)容(主內(nèi)容)的二次使用。另外，在例如編輯這種音頻
內(nèi)容時(shí)，可以獲得與在效果數(shù)據(jù)庫7處提供的預(yù)定特殊效果相對應(yīng)的插件 數(shù)據(jù)，并利用該數(shù)據(jù)執(zhí)行編輯。另外，以同樣的方式，可以獲得在材料數(shù) 據(jù)庫8處提供的音頻材料，并且通過添加該材料來執(zhí)行編輯。注意，效果 數(shù)據(jù)庫7和材料數(shù)據(jù)庫8可以位于網(wǎng)絡(luò)上，或者可以存在于用戶終端設(shè)備 4A本地。
另外，這里，以這種方式創(chuàng)建的音頻內(nèi)容被稱為輔助內(nèi)容，是與原始 音頻內(nèi)容所對應(yīng)的主內(nèi)容相區(qū)分的。至于過程(操作)2，通過對音樂編 輯/共享應(yīng)用100正運(yùn)行在其上的用戶終端設(shè)備4A進(jìn)行操作來創(chuàng)建某一輔 助內(nèi)容。
注意，用作通過該過程(操作)2創(chuàng)建的輔助內(nèi)容的數(shù)據(jù)的實(shí)際實(shí)體 不是具有作為原始音頻內(nèi)容(主內(nèi)容)的曲目內(nèi)容的數(shù)字音頻數(shù)據(jù)，而是 利用作為其主要成分的重放控制信息生成的。也就是說，這是描述效果的 規(guī)范(特殊效果)的重放控制信息，例如關(guān)于用作二次使用的音頻內(nèi)容 (編輯材料內(nèi)容)的數(shù)字音頻數(shù)據(jù)的哪一部分要被播放并且在哪一定時(shí)被 輸出的指令。
也就是說，如圖3示意性所示，關(guān)于音樂編輯/共享應(yīng)用100的二次編 輯的流程，作為二次使用的對象的編輯材料內(nèi)容A、 B和C被使用，并且 由重放控制信息構(gòu)成(而不是由音頻數(shù)據(jù)構(gòu)成)的輔助內(nèi)容重放控制信息 被創(chuàng)建和輸出，作為已根據(jù)用戶操作執(zhí)行的編輯處理的結(jié)果。
例如，可以使得用作該重放控制信息的輔助內(nèi)容數(shù)據(jù)(即，輔助內(nèi)容 重放控制信息)在數(shù)據(jù)大小上明顯小于音頻數(shù)據(jù)。因此，可以節(jié)省并有效 使用用于在輔助內(nèi)容服務(wù)器2處存儲(chǔ)輔助內(nèi)容數(shù)據(jù)的諸如HDD等的存儲(chǔ) 介質(zhì)的存儲(chǔ)容量。另外，例如，所發(fā)送數(shù)據(jù)的量在網(wǎng)絡(luò)上輔助內(nèi)容數(shù)據(jù)的 發(fā)送/接收時(shí)較小，并且因此不使得流量更大。
至于本實(shí)施例的二次編輯，利用已經(jīng)存在的曲目作為材料執(zhí)行編輯以創(chuàng)建作為新曲目的二次作品被稱為采樣、混音(mash-up)等，這是專業(yè) 藝術(shù)家等也經(jīng)常執(zhí)行的?？紤]到這一點(diǎn)，很自然可以想到，期望并且要求 一般人也能以同樣方式創(chuàng)建作為二次作品的曲目。然而，實(shí)際上， 一般人 很難在已適當(dāng)?shù)亟鉀Q版權(quán)問題的情況下創(chuàng)建作為二次作品的曲目。
因此，至于根據(jù)本實(shí)施例的音樂分發(fā)/共享系統(tǒng)，通過首先使得一般用 戶能夠合法地利用分發(fā)的曲目執(zhí)行二次編輯，來嘗試增加用戶的娛樂本 質(zhì)。
為此，原始音頻內(nèi)容(主內(nèi)容)已被定位為關(guān)于已下載(購買)的哪 一用戶被許可在版權(quán)所有者己授權(quán)的權(quán)限范圍內(nèi)進(jìn)行二次使用的音頻內(nèi) 容。也就是說，利用根據(jù)本實(shí)施例的原始音頻內(nèi)容服務(wù)器1進(jìn)行的音樂分 發(fā)服務(wù)是用于分發(fā)關(guān)于哪一種二次使用己被主動(dòng)許可的音頻內(nèi)容。
過程3
在上面的過程2中描述的用作由用戶A創(chuàng)建的輔助內(nèi)容的輔助內(nèi)容重 放控制文件只保存在用戶終端設(shè)備4A處，其處理由音樂編輯/共享應(yīng)用 100的重放功能執(zhí)行，這將在后面利用圖4描述，并且曲目內(nèi)容的音頻可 以被播放作為輔助內(nèi)容。
考慮到這一點(diǎn)，本實(shí)施例進(jìn)一步使得具有根據(jù)本實(shí)施例的音樂編輯/共 享應(yīng)用100的服務(wù)的用戶能夠通過在網(wǎng)絡(luò)上公開來共享由用戶創(chuàng)建的輔助 內(nèi)容。
假定用戶A期望共享由上述過程2創(chuàng)建的輔助內(nèi)容。因此，用戶A對 音樂編輯/共享應(yīng)用100執(zhí)行預(yù)定操作，以便將由過程2創(chuàng)建的輔助內(nèi)容上 載到輔助內(nèi)容服務(wù)器2。這就是過程3。
如上所述，用作輔助內(nèi)容的數(shù)據(jù)的實(shí)體是輔助內(nèi)容重放控制文件。因 此，通過作為過程3上載輔助內(nèi)容，用戶終端設(shè)備4A (音樂編輯/共享應(yīng) 用100)將輔助內(nèi)容重放控制文件與上載請求一同發(fā)送并輸出。
過程4
在如上所述接收到上載請求后，輔助內(nèi)容服務(wù)器2原則上保存作為用 作與該請求一同發(fā)送的輔助內(nèi)容的數(shù)據(jù)的輔助內(nèi)容重放控制文件，以便新 注冊在數(shù)據(jù)庫中。此時(shí)，輔助內(nèi)容服務(wù)器2設(shè)置其保存位置(例如，由諸如URL (統(tǒng)一資源定位符)之類的地址表示)，然后執(zhí)行輔助內(nèi)容重放控 制文件的保存處理及其在數(shù)據(jù)庫中的注冊。
注意，輔助內(nèi)容服務(wù)器2具有對在數(shù)據(jù)庫中注冊的輔助內(nèi)容的發(fā)布功 能。也就是說，輔助內(nèi)容服務(wù)器2可以響應(yīng)于來自用戶終端設(shè)備4 (音樂 編輯/共享應(yīng)用100)的訪問而進(jìn)行發(fā)布，以便例如呈現(xiàn)在數(shù)據(jù)庫中注冊的 輔助內(nèi)容的列表。另外，以這種方式發(fā)布的輔助內(nèi)容可以響應(yīng)于來自用戶 終端設(shè)備4 (音樂編輯/共享應(yīng)用100)的下載請求而被發(fā)送和輸出，這將 在后面描述。
過程5
在如上所述保存并管理輔助內(nèi)容重放控制文件后，輔助內(nèi)容服務(wù)器2 向上載請求方用戶終端設(shè)備4A發(fā)送指示已上載的輔助內(nèi)容(輔助內(nèi)容重 放控制文件)的保存位置的地址(保存位置地址)，以通知其保存位置。
用戶終端設(shè)備4A的音樂編輯/共享應(yīng)用100接收上述保存位置地址， 并在預(yù)定存儲(chǔ)介質(zhì)中存儲(chǔ)、保存并管理該地址。用戶A可以在任何時(shí)刻通 過對音樂編輯/共享應(yīng)用100執(zhí)行預(yù)定操作來輸出用戶己通過過程2上載的 輔助內(nèi)容的保存位置地址。
過程6
如上所述己獲得保存位置地址的用戶A可以以若干種方式向其他用戶 宣告，他自身的輔助內(nèi)容已經(jīng)在輔助內(nèi)容服務(wù)器2處發(fā)布。
過程6對應(yīng)于發(fā)布宣告方法之一，并且通過以下方式來執(zhí)行如圖中 所示的訪問通信服務(wù)器3，并且向SNS中其自身的頁面中或其自身的博客 等中寫入例如由他自身創(chuàng)建的輔助內(nèi)容已被發(fā)布的信息。此時(shí)，用作在過 程5中獲得的保存位置地址的URL也被拷貝進(jìn)來以便寫入。
過程7
在如上所述用戶A利用過程6寫入之后，在用戶B例如操作用戶終端 設(shè)備4B中安裝的音樂編輯/共享應(yīng)用100并且訪問并瀏覽SNS中用戶A的 頁面或者用戶A的博客后，他知道用戶A的輔助內(nèi)容已被新發(fā)布出來。也 就是說，在這種情況下，用戶B已經(jīng)由SNS或博客間接接收到關(guān)于由用 戶A創(chuàng)建的輔助內(nèi)容的新發(fā)布的宣告。過程7指示這種輔助內(nèi)容發(fā)布的間接宣告正在執(zhí)行。
過程8
過程8是用于發(fā)布宣告的另一種方式。關(guān)于過程8，用戶B —側(cè)被告 知由用戶A創(chuàng)建的輔助內(nèi)容已例如通過利用向SNS提供的郵件功能創(chuàng)建 并發(fā)送郵件而得以公開。與根據(jù)過程6和過程7的流程的宣告相比，這是 更直接的宣告形式。
另外，在以這種方式通過電子郵件等進(jìn)行宣告的情況下，輔助內(nèi)容的 保存位置地址例如被拷貝到主體中以便列出。
過程9
以這種方式，用戶B可以間接或直接接收到宣告并知道由用戶A創(chuàng)建 的輔助內(nèi)容已被新發(fā)布。在用戶B期望收聽被新發(fā)布的用戶A的輔助內(nèi)容 的情況下，首先，該輔助內(nèi)容被音樂編輯/共享應(yīng)用100下載。這是過程 9。
在下載輔助內(nèi)容時(shí)，例如對在SNS日記頁面或博客主體中示出為鏈接 的保存位置地址執(zhí)行點(diǎn)擊操作等。注意，在向SNS日記頁面或博客寫入 時(shí)，在諸如URL之類的地址信息被寫入的情況下，該文本串部分被呈現(xiàn) 為鏈接。
響應(yīng)于如上所述對保存位置地址執(zhí)行點(diǎn)擊操作，音樂編輯/共享應(yīng)用 100訪問該保存位置地址。也就是說，在輔助內(nèi)容服務(wù)器2上的地址中， 指示用戶A已創(chuàng)建并發(fā)布的輔助內(nèi)容的文件(輔助內(nèi)容重放控制文件)被 保存的位置的地址被訪問。被保存在保存位置處的輔助內(nèi)容重放控制文件 隨后被送出到用戶終端設(shè)備4B。以這種方式送出的輔助內(nèi)容重放控制文 件在用戶終端設(shè)備4B處被接收，并且在音樂編輯/共享應(yīng)用100的控制下 執(zhí)行保存和管理。因此，輔助內(nèi)容被下載。
過程10
在如上所述用戶A的輔助內(nèi)容被保存和管理后，用戶終端設(shè)備4B的 音樂編輯/共享應(yīng)用100可以對輔助內(nèi)容進(jìn)行播放。過程10是用于根據(jù)用 戶B對音樂編輯/共享應(yīng)用100的重放指示操作而播放用作輔助內(nèi)容的曲目 輸出作為聲音的過程?，F(xiàn)在，圖4示出了利用音樂編輯/共享應(yīng)用100對輔助內(nèi)容的重放概念。
在播放輔助內(nèi)容時(shí)，首先，音樂編輯/共享應(yīng)用100解釋作為實(shí)際數(shù)據(jù) 的輔助內(nèi)容重放控制文件。作為該解釋的結(jié)果，可以例如對關(guān)于至少哪些 音頻內(nèi)容已被用作編輯材料內(nèi)容并且編輯材料內(nèi)容的哪一部分被以何種方 式在哪一播放時(shí)刻使用等等進(jìn)行識別。注意，在該圖中，根據(jù)先前所述的 圖3的編輯材料內(nèi)容A、 B和C的音頻內(nèi)容已被用作編輯材料。在其識別 結(jié)果后，音樂編輯/共享應(yīng)用100至少使用用作編輯材料內(nèi)容A、 B和C的 實(shí)際音頻數(shù)據(jù)來執(zhí)行重放控制。因此，用作輔助內(nèi)容的曲目內(nèi)容被播放為 聲音(輔助內(nèi)容的音頻重放輸出)。
根據(jù)上面圖4的描述，輔助內(nèi)容的播放使用了用作對輔助內(nèi)容以輔助 方式使用的音頻內(nèi)容(即，編輯材料內(nèi)容)的實(shí)際音頻數(shù)據(jù)。也就是說， 為了播放輔助內(nèi)容，編輯材料內(nèi)容的實(shí)際音頻數(shù)據(jù)必須存在于與音樂編輯/ 共享應(yīng)用100相同的本地位置處，然而是臨時(shí)的。因此，在嘗試播放輔助 內(nèi)容時(shí)編輯材料內(nèi)容并沒有保存在本地的情況下，這些應(yīng)當(dāng)本地獲得。
過程ll
因此，在上述這種情況下，執(zhí)行用于下載并獲取不可本地獲得的任何 編輯材料內(nèi)容的過程。圖2中的過程11是為此要在利用過程IO播放內(nèi)容 的處理中執(zhí)行的過程。
從迄今為止的描述可以理解，編輯材料內(nèi)容是實(shí)際音頻數(shù)據(jù)，因此原 則上，編輯材料內(nèi)容是主內(nèi)容，即原始音頻內(nèi)容。因此，在過程11中， 原始音頻內(nèi)容服務(wù)器1被訪問，并且要用作用于在該過程10中播放輔助 內(nèi)容的主內(nèi)容但是并不存在于本地的原始音頻內(nèi)容被下載。由于該下載， 用于播放輔助內(nèi)容的編輯材料內(nèi)容都存在于本地，并且重放輸出可以適當(dāng) 地執(zhí)行，如利用圖4所描述的。
如上例如利用過程1所述，可以通過除下載以外的方法使得主內(nèi)容 (原始音頻內(nèi)容)存在于本地，例如獲取封裝介質(zhì)聲源，以及通過將模擬 聲源轉(zhuǎn)換為數(shù)字音頻信號而獲得、經(jīng)由數(shù)據(jù)接口獲取。
另外，可以想到由于過程11中的下載而存在于本地的主內(nèi)容(原始干種狀態(tài)。
首先，可以想到一種形式，其中它是本地存在的，在被存儲(chǔ)保存在諸
如HDD之類的附屬存儲(chǔ)設(shè)備中的狀態(tài)下，這與根據(jù)過程1的正常下載的 情況是相同的方式?？梢韵氲降牧硪环N形式是，它被臨時(shí)保存在諸如 RAM之類的主存儲(chǔ)設(shè)備中，并且例如響應(yīng)于音樂編輯/共享應(yīng)用100不再 處于可以執(zhí)行輔助內(nèi)容的重放操作的狀態(tài)中而被擦除。例如，盡管作為主 內(nèi)容的原始音頻內(nèi)容已被描述為基本上是收費(fèi)的，但是可以想到這樣一種 操作，其中在臨時(shí)存儲(chǔ)的情況下它們是免費(fèi)的，或者費(fèi)用被設(shè)置為比正常 下載便宜，等等。
另外，根據(jù)上面圖2的描述，對于根據(jù)本實(shí)施例的輔助內(nèi)容的創(chuàng)建， 主內(nèi)容被用作編輯材料內(nèi)容，但是不僅是主內(nèi)容而且輔助內(nèi)容也可以被包 括作為編輯材料內(nèi)容。這一點(diǎn)將參考圖5A至5C來補(bǔ)充，這些圖各自圖示 了通過利用兩個(gè)編輯材料內(nèi)容的二次使用進(jìn)行編輯來創(chuàng)建一個(gè)輔助內(nèi)容的 情況。
首先，圖5A以與利用圖2描述的創(chuàng)建輔助內(nèi)容的示例相同的方式圖 示了編輯材料內(nèi)容A和B各自是主內(nèi)容的情況。也就是說，這示出了通過 利用被取為編輯材料內(nèi)容A的主內(nèi)容A和被取為編輯材料內(nèi)容B的不同 主內(nèi)容的主內(nèi)容B執(zhí)行編輯處理來創(chuàng)建輔助內(nèi)容的情況。關(guān)于其內(nèi)容，這 種情況下的輔助內(nèi)容包括主內(nèi)容A和主內(nèi)容B的至少一部分，如圖中所 示。也就是說，主內(nèi)容A和B被用作源編輯材料。
圖5B圖示了通過利用編輯材料內(nèi)容A和編輯材料內(nèi)容C的二次使用 進(jìn)行編輯來創(chuàng)建輔助內(nèi)容的情況，編輯材料內(nèi)容A是與圖5A相同的主內(nèi) 容，編輯材料內(nèi)容C是利用主內(nèi)容C和D 二次創(chuàng)建的輔助內(nèi)容。關(guān)于其 曲目內(nèi)容，這種情況下的輔助內(nèi)容包括編輯材料內(nèi)容A中包括的主內(nèi)容A 的至少一部分，以及編輯材料內(nèi)容C中包括的主內(nèi)容中每一個(gè)的至少一部 分。也就是說，主內(nèi)容A、 C和D被用作原始編輯材料，因此，在這里播 放圖5B中所示的輔助內(nèi)容的情況下，主內(nèi)容A、 C和D應(yīng)當(dāng)位于本地。
圖5C圖示了通過作為輔助內(nèi)容的兩個(gè)編輯材料內(nèi)容C和D的二次使 用來創(chuàng)建輔助內(nèi)容的情況。關(guān)于其曲目內(nèi)容，這種情況下新創(chuàng)建的輔助內(nèi)容包括編輯材料內(nèi)容C中包括的主內(nèi)容C和D中每一個(gè)的至少一部分， 以及編輯材料內(nèi)容D中包括的主內(nèi)容E和F中每一個(gè)的一部分。也就是 說，在播放圖5C中所示的輔助內(nèi)容的情況下，主內(nèi)容C、 D、 E和F應(yīng)當(dāng) 位于本地。
另外，在使用輔助內(nèi)容作為編輯材料內(nèi)容來創(chuàng)建輔助內(nèi)容的情況下 (如上述圖5B和5C中)，首先，以與應(yīng)對作為編輯材料內(nèi)容的主內(nèi)容相 同的方式，用戶例如執(zhí)行下載，并存儲(chǔ)和保存在用戶終端設(shè)備4處，以使 得用作編輯材料內(nèi)容的輔助內(nèi)容位于本地。
注意，對于圖5B和5C，在使用具有多個(gè)主內(nèi)容的輔助內(nèi)容作為其編 輯材料的情況下，作為編輯材料內(nèi)容，在構(gòu)成用作編輯材料的編輯材料內(nèi) 容的多個(gè)主內(nèi)容中，僅使用主內(nèi)容的一部分進(jìn)行編輯可以被添加到一種形 式的編輯。具體而言，例如在圖5B的情況下，可以執(zhí)行這樣的編輯，其 中對于編輯材料內(nèi)容C，僅使用主內(nèi)容C和D中的主內(nèi)容C，而另一主內(nèi) 容D不被包括在后編輯內(nèi)容中。在這種情況下，為了例如播放新創(chuàng)建的輔 助內(nèi)容，這樣的一種布置是足夠的，其中僅主內(nèi)容A、 C和D中的主內(nèi)容 A和C存在于本地。
另外，在輔助內(nèi)容服務(wù)器2響應(yīng)于對輔助內(nèi)容的下載請求而執(zhí)行輔助 內(nèi)容數(shù)據(jù)的發(fā)送的情況下，根據(jù)圖2中的過程9，輔助內(nèi)容被加密。該加 密可以被授權(quán)的音樂編輯/共享應(yīng)用100解密，但是音樂編輯/共享應(yīng)用100 被布置為進(jìn)行操作以使得僅有被該加密處理解密的輔助內(nèi)容數(shù)據(jù)被播放， 而例如開頭的未被加密的輔助內(nèi)容數(shù)據(jù)或者被另一格式或算法加密的輔助 內(nèi)容數(shù)據(jù)不被播放。也就是說，音樂編輯/共享應(yīng)用ioo僅播放那些關(guān)于外 部獲得的輔助內(nèi)容數(shù)據(jù)的從輔助內(nèi)容服務(wù)器2下載并獲得的數(shù)據(jù)。
因此，例如，即使在用戶通過諸如P2P (對等)網(wǎng)絡(luò)通信或電子郵件 文件附接或FTP (文件傳輸協(xié)議)等的直接通信或者通過利用可移除介質(zhì) 的直接交換來在用戶終端設(shè)備之間直接交換輔助內(nèi)容文件的情況下，以這 種方式被用戶獲得的文件也不會(huì)被適當(dāng)?shù)夭シ?，因?yàn)檩o助內(nèi)容服務(wù)器2沒 有進(jìn)行加密。也就是說，利用本實(shí)施例，其他的輔助內(nèi)容不會(huì)被適當(dāng)?shù)夭?放，除非是從輔助內(nèi)容服務(wù)器2下載的。因此，利用根據(jù)本實(shí)施例的音樂編輯/共享系統(tǒng)，對主內(nèi)容和輔助內(nèi)容的版權(quán)所有者的權(quán)利的保護(hù)是通過避 免通過網(wǎng)絡(luò)進(jìn)行違反版權(quán)的非法輔助內(nèi)容的流通和再現(xiàn)來得以實(shí)現(xiàn)的。
從圖2至5C中的描述可以理解，利用根據(jù)本實(shí)施例的音樂分發(fā)/共享
系統(tǒng)，首先，主內(nèi)容是可下載的。也就是說，用戶可以通過正常的音樂分 發(fā)下載(購買)、收聽并享受他們所喜歡的曲目?；诖耍褂脵?quán)限被設(shè) 置，從而以主內(nèi)容作為編輯材料的二次使用被啟用，因此用戶可以利用主 內(nèi)容作為材料執(zhí)行編輯并創(chuàng)建他們自身的作品。另外，作為以這種方式創(chuàng)
建的作品的輔助內(nèi)容可以利用諸如SNS和博客等的通信技術(shù)公開發(fā)布。也 就是說， 一般用戶可以利用版權(quán)作為材料編輯曲目，并以適當(dāng)?shù)姆绞絼?chuàng)建 新的音頻內(nèi)容(輔助內(nèi)容)并進(jìn)一步公開發(fā)布輔助內(nèi)容，迄今為止由于諸 如版權(quán)等的問題這被認(rèn)為在法律上是困難的。
另外，利用本實(shí)施例，輔助內(nèi)容的實(shí)際實(shí)體被形成為具有重放控制信 息，至少包括作為被輔助內(nèi)容使用的原始編輯材料的主內(nèi)容的描述指示播 放。
音樂編輯/共享應(yīng)用100不僅具有對輔助內(nèi)容的重放功能，還具有用于 創(chuàng)建輔助內(nèi)容的編輯功能。因此，作為一種形式的輔助內(nèi)容的重放，音樂 編輯/共享應(yīng)用100不僅可以執(zhí)行簡單音頻重放的處理，還可以例如在上述 編輯功能的用戶接口中反映出被播放的輔助內(nèi)容的編輯歷史。也就是說， 受益于輔助內(nèi)容的實(shí)際內(nèi)容被當(dāng)作重放控制信息，用戶可以使用音樂編輯/ 共享應(yīng)用100的編輯功能來詳細(xì)找出所下載的輔助內(nèi)容是如何被編輯的。
接下來，將描述用于實(shí)現(xiàn)作為迄今描述的根據(jù)本實(shí)施例的音樂分發(fā)/共 享系統(tǒng)的使用形式和操作的技術(shù)配置的示例。
首先，圖6圖示了原始音頻內(nèi)容服務(wù)器1的內(nèi)部配置示例。如該圖中 所示，原始音頻內(nèi)容服務(wù)器1包括控制單元11、存儲(chǔ)單元12、認(rèn)證處理 單元13、搜索處理單元14、數(shù)據(jù)庫管理單元15、清算處理單元16、加密 處理單元17和網(wǎng)絡(luò)接口 18。
控制單元11是集中執(zhí)行原始音頻內(nèi)容服務(wù)器1處的各種類型的控制 處理的構(gòu)件。
存儲(chǔ)單元12例如由HDD等配置而成，并且存儲(chǔ)原始音頻內(nèi)容數(shù)據(jù)庫12a。原始音頻內(nèi)容數(shù)據(jù)庫12a是這樣的信息增量，其中用作要分發(fā)的原始 音頻內(nèi)容的音頻數(shù)據(jù)文件呈數(shù)據(jù)庫化管理。注意，用作主內(nèi)容的音頻數(shù)據(jù) 文件具有預(yù)定格式，其中除了作為音頻數(shù)據(jù)的實(shí)際數(shù)據(jù)以外，還添加了各 種類型的元數(shù)據(jù)。
認(rèn)證處理單元13在例如己作出下載請求的情況下，利用該請求中包 括的用戶ID和密碼等來對用戶是否是有效用戶執(zhí)行預(yù)定的認(rèn)證處理。只 有在認(rèn)證處理結(jié)果是OK的情況下，才可以響應(yīng)于請求發(fā)送主內(nèi)容。
搜索處理單元14是與數(shù)據(jù)庫管理單元15協(xié)同操作以訪問原始音頻內(nèi) 容數(shù)據(jù)庫12a并執(zhí)行對預(yù)期主內(nèi)容的搜索處理的構(gòu)件。
數(shù)據(jù)庫管理單元15對原始音頻內(nèi)容數(shù)據(jù)庫12a執(zhí)行管理。例如，在新 的原始音頻內(nèi)容被提供的情況下，新的原始音頻內(nèi)容被注冊到原始音頻內(nèi) 容數(shù)據(jù)庫12a，作為響應(yīng)，原始音頻內(nèi)容數(shù)據(jù)庫12a被更新。另外，在刪 除原始音頻內(nèi)容的情況下，以同樣的方式執(zhí)行原始音頻內(nèi)容的刪除和相應(yīng) 數(shù)據(jù)庫的更新。
清算處理單元16執(zhí)行與對原始音頻內(nèi)容的支付有關(guān)的在用戶一側(cè)支 付費(fèi)用的處理，例如清算。
加密處理單元17是對要從原始音頻內(nèi)容服務(wù)器1發(fā)送到用戶終端設(shè) 備4的原始音頻內(nèi)容進(jìn)行預(yù)定加密的處理的構(gòu)件。
網(wǎng)絡(luò)接口 18是用于執(zhí)行經(jīng)由網(wǎng)絡(luò)NW的通信以及例如下載請求的接 收和相應(yīng)原始音頻內(nèi)容的發(fā)送的構(gòu)件，并且網(wǎng)絡(luò)接口 18根據(jù)控制單元的 控制執(zhí)行通信處理。
圖7圖示了輔助內(nèi)容服務(wù)器2的內(nèi)部配置示例。如圖中所示，輔助內(nèi) 容服務(wù)器2具有控制單元21、存儲(chǔ)單元22、認(rèn)證處理單元23、搜索處理 單元24、數(shù)據(jù)庫管理單元25、保存位置設(shè)置處理單元26、加密處理單元 27、不適當(dāng)輔助內(nèi)容應(yīng)對處理單元28和網(wǎng)絡(luò)接口 29。
控制單元21是集中執(zhí)行輔助內(nèi)容服務(wù)器2中的各種類型的控制處理 的構(gòu)件。
存儲(chǔ)單元22例如由HDD等配置而成，并且存儲(chǔ)輔助內(nèi)容數(shù)據(jù)庫 22a。輔助內(nèi)容數(shù)據(jù)庫22a是這樣的信息增量，其中作為用作這里要發(fā)布的輔助內(nèi)容的實(shí)際數(shù)據(jù)的輔助內(nèi)容重放控制文件呈數(shù)據(jù)庫化管理。
認(rèn)證處理單元23在例如己作出對輔助內(nèi)容的下載請求的情況下，利
用該請求中包括的用戶ID和密碼等來對用戶是否是有效用戶執(zhí)行預(yù)定的
認(rèn)證處理。
搜索處理單元24是與數(shù)據(jù)庫管理單元25協(xié)同操作以訪問輔助內(nèi)容數(shù) 據(jù)庫22a并執(zhí)行對預(yù)期輔助內(nèi)容的搜索處理的構(gòu)件。
數(shù)據(jù)庫管理單元25對輔助內(nèi)容數(shù)據(jù)庫22a執(zhí)行管理。例如，在新的輔 助內(nèi)容(輔助內(nèi)容重放控制文件)被更新的情況下，更新的輔助內(nèi)容被注 冊到輔助內(nèi)容數(shù)據(jù)庫22a，作為響應(yīng)，輔助內(nèi)容數(shù)據(jù)庫22a被更新。另 外，在刪除輔助內(nèi)容(輔助內(nèi)容重放控制文件)的情況下，以同樣的方式 執(zhí)行到此的刪除處理和與刪除結(jié)果相對應(yīng)的數(shù)據(jù)庫的更新。
保存位置設(shè)置處理單元26執(zhí)行與要存儲(chǔ)在輔助內(nèi)容數(shù)據(jù)庫22a中的輔 助內(nèi)容的保存位置的設(shè)置有關(guān)的處理，這開始于判定關(guān)于新更新的輔助內(nèi) 容的保存位置(URL)。
加密處理單元27是對要從輔助內(nèi)容服務(wù)器2發(fā)送到用戶終端設(shè)備4的 輔助內(nèi)容進(jìn)行預(yù)定加密的處理的構(gòu)件。另外，取決于系統(tǒng)操作，輔助內(nèi)容 數(shù)據(jù)可以被加密，并在更新輔助內(nèi)容時(shí)從用戶終端設(shè)備4發(fā)送，并且在這 種情況下，加密處理單元27被布置為也執(zhí)行用于對其加密解密的處理。
網(wǎng)絡(luò)接口 29是用于執(zhí)行經(jīng)由網(wǎng)絡(luò)NW的通信的構(gòu)件。網(wǎng)絡(luò)接口 29通 過根據(jù)控制單元21的控制執(zhí)行通信處理，從而實(shí)現(xiàn)了例如對上載的輔助 內(nèi)容和下載請求的接收，以及與下載請求相對應(yīng)的輔助內(nèi)容數(shù)據(jù)(輔助內(nèi)
容重放控制文件)的發(fā)送。
圖8圖示了通信服務(wù)器3的內(nèi)部配置示例。如圖中所示，通信服務(wù)器 3包括控制單元31、存儲(chǔ)單元32、認(rèn)證處理單元33、博客運(yùn)行處理單元 34、 SNS運(yùn)行處理單元35和網(wǎng)絡(luò)接口 36。注意，這種情況下的通信服務(wù) 器3提供了具有博客和SNS的通信服務(wù)。
控制單元31是集中執(zhí)行通信服務(wù)器3中的各種類型的控制處理的構(gòu)件。
存儲(chǔ)單元32例如由HDD等配置而成，并且存儲(chǔ)博客數(shù)據(jù)庫32a和SNS數(shù)據(jù)庫32b。例如，博客數(shù)據(jù)庫32a是這樣的信息增量，其中用戶已 開始的博客的數(shù)據(jù)呈數(shù)據(jù)庫化管理。SNS數(shù)據(jù)庫32b是這樣的信息增量， 其中每個(gè)SNS用戶的頁面內(nèi)容等呈數(shù)據(jù)庫化管理。
這種情況下的認(rèn)證處理單元33響應(yīng)于用于更新博客的登錄、對SNS 登錄的請求等等，利用請求中包括的用戶ID和密碼等來執(zhí)行認(rèn)證處理。 在認(rèn)證處理結(jié)果是OK的情況下，以上登錄成功。
博客運(yùn)行處理單元34執(zhí)行用于適當(dāng)?shù)剡\(yùn)行博客的各種類型的預(yù)定處 理。例如，響應(yīng)于來自用戶終端設(shè)備4的博客訪問請求、有效博客粘貼屏 幕請求等，執(zhí)行諸如博客屏幕數(shù)據(jù)的發(fā)送、博客粘貼屏幕的發(fā)送等等的處 理。另外，還執(zhí)行用于管理博客數(shù)據(jù)庫32a的處理，例如更新博客數(shù)據(jù)庫 32a以使得對博客的粘貼被反映出來。
以同樣的方式，SNS運(yùn)行處理單元35執(zhí)行用于適當(dāng)?shù)剡\(yùn)行SNS的處 理，例如響應(yīng)于SNS頁面訪問請求發(fā)送頁面數(shù)據(jù)的處理，以及開始于更新 SNS數(shù)據(jù)庫32b以使得諸如日記之類的粘貼被反映出來的數(shù)據(jù)庫管理，等 等。
網(wǎng)絡(luò)接口 36是用于執(zhí)行經(jīng)由網(wǎng)絡(luò)NW的通信的構(gòu)件。這使得能夠響 應(yīng)于對博客和SNS的訪問請求等發(fā)送頁面數(shù)據(jù)。 注意，盡管通信服務(wù)器3被提供為與SNS和博客相對應(yīng)，但是例如對 于SNS和博客可以配置分離的服務(wù)器。另外，可以進(jìn)行配置以提供更基本 的與CGM有關(guān)的服務(wù)，例如個(gè)人站點(diǎn)和主頁。
圖9圖示了用戶終端設(shè)備4的內(nèi)部配置示例。注意，在這種情況下， 用作用戶終端設(shè)備4的硬件是個(gè)人計(jì)算機(jī)。
首先，用戶終端設(shè)備4具有網(wǎng)絡(luò)接口 44以執(zhí)行經(jīng)由網(wǎng)絡(luò)NW的通 信。由于提供了該網(wǎng)絡(luò)接口 44，用戶終端設(shè)備4可以經(jīng)由網(wǎng)絡(luò)NW與例如 原始音頻內(nèi)容服務(wù)器1、輔助內(nèi)容服務(wù)器2、通信服務(wù)器3和其他用戶終 端設(shè)備4通信。
CPU (中央處理單元)41能夠在例如OS (操作系統(tǒng))和HDD (硬盤 驅(qū)動(dòng)器)48中安裝的各種類型的應(yīng)用程序以及ROM 42中保存的程序的控 制下執(zhí)行各種類型的處理。利用本實(shí)施例，用作音樂編輯/共享應(yīng)用100的應(yīng)用程序?qū)⒈话惭b。
RAM 43是CPU 41的工作區(qū)域，并且適當(dāng)?shù)乇４鍯PU 41執(zhí)行各種類 型處理所需的數(shù)據(jù)和程序等。
這種情況下的輸入/輸出接口 45具有輸入設(shè)備46，輸入設(shè)備46例如 是連接到輸入/輸出接口 45的鍵盤或鼠標(biāo)等，其中從輸入設(shè)備46輸出的操 作信號被轉(zhuǎn)換為適合于CPU 41的信號并被輸出到CPU 41。
另外，輸入/輸出接口 45具有連接到其的介質(zhì)驅(qū)動(dòng)器47。介質(zhì)驅(qū)動(dòng)器 47是被配置為使得數(shù)據(jù)可以被記錄到預(yù)定格式的可移除介質(zhì)并可從可移除 介質(zhì)播放的驅(qū)動(dòng)器設(shè)備。
另外，輸入/輸出接口 45連接有具有作為存儲(chǔ)介質(zhì)的硬盤的HDD48。 CPU 41被布置為能夠經(jīng)由輸入/輸出接口 45向硬盤驅(qū)動(dòng)器48的硬盤記錄 數(shù)據(jù)和程序等并從該硬盤讀取數(shù)據(jù)和程序等。
另外，用于顯示圖像的顯示監(jiān)視器49也連接到輸入/輸出接口 45。
數(shù)據(jù)接口 44A是用于經(jīng)由預(yù)定數(shù)據(jù)接口執(zhí)行與外部設(shè)備的數(shù)據(jù)通信的 構(gòu)件。數(shù)據(jù)接口 44A實(shí)際應(yīng)對的接口標(biāo)準(zhǔn)的示例包括USB (通用串行總 線)、IEEE (電氣和電子工程師協(xié)會(huì))1394和無線標(biāo)準(zhǔn)，無線標(biāo)準(zhǔn)包括藍(lán) 牙、IrDA (紅外數(shù)據(jù)關(guān)聯(lián))等。
圖10圖示了與根據(jù)本實(shí)施例的音樂編輯/共享系統(tǒng)的使用相關(guān)地存儲(chǔ) 在HDD 48中的數(shù)據(jù)內(nèi)容示例。
如該圖中所示，與根據(jù)本實(shí)施例的音樂編輯/共享系統(tǒng)相關(guān)地，首先， 音樂編輯/共享應(yīng)用100被存儲(chǔ)為應(yīng)用程序的數(shù)據(jù)。注意，音樂編輯/共享 應(yīng)用100對HDD48的存儲(chǔ)是通過安裝處理執(zhí)行的。另外，在音樂編輯/共 享應(yīng)用100的控制下，由一個(gè)或多個(gè)主內(nèi)容文件配置而成的主內(nèi)容文件群 組103和由一個(gè)或多個(gè)輔助內(nèi)容重放控制文件配置而成的輔助內(nèi)容重放控 制文件群組104被存儲(chǔ)為應(yīng)用文件。構(gòu)成主內(nèi)容文件群組103的主內(nèi)容文 件是作為具有后面描述的公共主內(nèi)容ID (以便能夠被當(dāng)作主內(nèi)容進(jìn)行處 理)、存儲(chǔ)在HDD48中的原始音頻內(nèi)容數(shù)據(jù)的文件。
這種情況下的音樂編輯/共享應(yīng)用100可以在功能上視為一般地由用作 內(nèi)容管理/編輯工具101的程序部分和用作通信工具102的程序部分配置而成。內(nèi)容管理/編輯工具101被布置為執(zhí)行主內(nèi)容文件(由音頻數(shù)據(jù)和元數(shù) 據(jù)配置而成)和輔助內(nèi)容重放控制文件的下載，以及與主內(nèi)容文件群組
103的主內(nèi)容文件和輔助內(nèi)容重放控制文件群組104的輔助內(nèi)容重放控制 文件有關(guān)的文件操作。還執(zhí)行根據(jù)編輯操作的編輯處理、響應(yīng)于編輯結(jié)果 的輔助內(nèi)容重放控制文件創(chuàng)建處理，等等。通信工具102執(zhí)行用于訪問通 信服務(wù)器3并操作博客和SNS的處理。
圖11是與內(nèi)容管理/編輯工具101有關(guān)的以功能塊為增量的程序配置 的示意表示，并且可以被視為由通信控制單元111、主內(nèi)容獲取處理單元 112、主內(nèi)容保存管理處理單元113、輔助內(nèi)容獲取處理單元114、輔助內(nèi) 容保存管理處理單元115、輔助內(nèi)容傳送處理單元116、輔助內(nèi)容創(chuàng)建處 理單元117、輔助內(nèi)容重放控制文件生成/解釋處理單元118、加密/解密處 理單元119、音頻重放信號處理單元120、主內(nèi)容ID生成/管理處理單元 121和輔助內(nèi)容ID生成/管理處理單元122構(gòu)成，如圖中所示。
通信控制單元111是主要由用于經(jīng)由網(wǎng)絡(luò)執(zhí)行與內(nèi)容管理/編輯有關(guān) 的、原始音頻內(nèi)容服務(wù)器1和輔助內(nèi)容服務(wù)器2之間的通信的程序構(gòu)成的 構(gòu)件。
主內(nèi)容獲取處理單元112是由用于下載并獲取主內(nèi)容(原始音頻內(nèi) 容)的程序構(gòu)成的構(gòu)件。主內(nèi)容獲取處理單元112提供了用于下載主內(nèi)容 的用戶接口。另外，該主內(nèi)容獲取處理單元112還執(zhí)行用于發(fā)布作為下載 請求的命令并使得通信控制單元111進(jìn)行發(fā)送的控制、用于接收在通信控 制單元111處接收的主內(nèi)容數(shù)據(jù)的分組的移交并恢復(fù)為主內(nèi)容的數(shù)據(jù)格式 的處理，等等。
主內(nèi)容保存管理處理單元113是用于執(zhí)行以下處理的構(gòu)件用于將由 主內(nèi)容獲取處理單元112獲取的主內(nèi)容文件保存在HDD 48中的處理，以 及用于管理所保存的主內(nèi)容文件的處理。例如，主內(nèi)容保存管理處理單元 113實(shí)現(xiàn)曲目管理，例如根據(jù)藝術(shù)家名稱、專輯單位、流派等進(jìn)行分類。
輔助內(nèi)容獲取處理單元114是由用于下載并獲取輔助內(nèi)容的程序構(gòu)成 的構(gòu)件。
輔助內(nèi)容保存管理處理單元115是用于執(zhí)行以下處理的構(gòu)件用于將由輔助內(nèi)容獲取處理單元114獲取的輔助內(nèi)容重放控制文件保存在HDD 48中的處理，以及用于管理所保存的輔助內(nèi)容重放控制文件的處理。
輔助內(nèi)容傳送處理單元116執(zhí)行處理以使得用于經(jīng)由通信控制單元 111向輔助內(nèi)容服務(wù)器2上載輔助內(nèi)容重放控制文件的傳送處理被適當(dāng)?shù)?執(zhí)行。
輔助內(nèi)容創(chuàng)建處理單元in是用于執(zhí)行與利用圖3中所示的編輯材料
內(nèi)容的編輯有關(guān)的處理(即，用作輔助內(nèi)容的曲目內(nèi)容的創(chuàng)建)的構(gòu)件。
例如，用于編輯操作等的用戶接口也由該輔助內(nèi)容創(chuàng)建處理單元117實(shí) 現(xiàn)。
輔助內(nèi)容重放控制文件生成/解釋處理單元118首先執(zhí)行用于生成輔助 內(nèi)容重放控制文件的處理，在輔助內(nèi)容重放控制文件中，用作由輔助內(nèi)容 創(chuàng)建處理單元117創(chuàng)建的輔助內(nèi)容的曲目內(nèi)容被反映出來。另夕卜，在播放 輔助內(nèi)容的情況下，關(guān)于圖4中所示的輔助內(nèi)容重放控制文件執(zhí)行解釋處 理，并且判定使用編輯材料內(nèi)容的重放處理序列。
利用本實(shí)施例，主內(nèi)容文件被加密并從原始音頻內(nèi)容服務(wù)器1發(fā)送。 另外，在從輔助內(nèi)容服務(wù)器2向用戶終端設(shè)備4發(fā)送輔助內(nèi)容重放控制文 件(下載)時(shí)實(shí)現(xiàn)加密。另外，存在這樣的情況在從用戶終端設(shè)備4向 輔助內(nèi)容服務(wù)器2上載輔助內(nèi)容數(shù)據(jù)的情況下發(fā)送出加密。加密/解密處理 單元119執(zhí)行用于在己加密的主內(nèi)容文件或輔助內(nèi)容重放控制文件被用于 播放、編輯等操作的情況下對加密解密的處理。另外，執(zhí)行用于進(jìn)行加密 的處理以對輔助內(nèi)容重放控制文件執(zhí)行加密并發(fā)送(如果需要的話)。
音頻重放信號處理單元120是用于在用于播放作為音頻的數(shù)字音頻數(shù) 據(jù)的信號處理過程中執(zhí)行預(yù)定信號處理的構(gòu)件，該預(yù)定信號處理應(yīng)當(dāng)在數(shù) 字信號格式階段處執(zhí)行。例如，關(guān)于主內(nèi)容文件的播放，在該主內(nèi)容文件 已經(jīng)歷壓縮編碼的情況下，執(zhí)行與該壓縮編碼相對應(yīng)的解碼處理，以便獲 得例如具有預(yù)定PCM格式的數(shù)字音頻信號。另外，在播放輔助內(nèi)容的情 況下，其執(zhí)行用作序列器的播放處理，其中在由前述輔助內(nèi)容重放控制文 件生成/解釋處理單元118判定的播放處理的序列之后，用作編輯材料內(nèi)容 的主內(nèi)容文件的數(shù)據(jù)部分被播放?，F(xiàn)在，在播放輔助內(nèi)容時(shí)，輔助內(nèi)容重放控制文件生成/解釋處理單元 118對重放控制信息的解釋結(jié)果可以被反映在編輯工作屏幕中，該編輯工
作屏幕是由輔助內(nèi)容創(chuàng)建處理單元117提供的GUI。也就是說，由重放控 制信息指示的重放指示的內(nèi)容可以以用戶可識別的形式顯示在編輯工作屏 幕上。用戶可以通過査看它來詳細(xì)確認(rèn)該輔助內(nèi)容是如何創(chuàng)建的。這意味 著可以獲得關(guān)于創(chuàng)建者如何創(chuàng)建輔助內(nèi)容的準(zhǔn)確信息。例如，在數(shù)字音頻 信號的內(nèi)容的情況下，為了使一般用戶能說出內(nèi)容是如何創(chuàng)建的，只能從 實(shí)際可播放并收聽的聲學(xué)內(nèi)容進(jìn)行估計(jì)。與之相比，在本實(shí)施例的情況 下，可以進(jìn)一步、更具體地理解輔助內(nèi)容是如何創(chuàng)建的。在用戶之間共享 這種輔助內(nèi)容可以預(yù)期明顯地提高使用根據(jù)本實(shí)施例的音樂編輯/共享系統(tǒng) 的用戶在音樂制作方面的知識和技能。對于在音樂制作方面有興趣的用戶 來說，根據(jù)本實(shí)施例的系統(tǒng)具有極高的娛樂本質(zhì)和使用價(jià)值。
另外，共享主內(nèi)容ID生成/管理處理單元121執(zhí)行與后面描述的共享 主內(nèi)容ID有關(guān)的預(yù)定處理，例如生成共享主內(nèi)容ID、指派所生成的共享 主內(nèi)容ID，等等。
輔助內(nèi)容ID生成/管理處理單元122執(zhí)行用于生成后面描述的輔助內(nèi) 容ID的處理，以及與所生成的輔助內(nèi)容ID有關(guān)的預(yù)定處理。
接下來，將參考圖12描述輔助內(nèi)容重放控制文件的結(jié)構(gòu)示例。
如圖中所示，輔助內(nèi)容重放控制文件一般由文件主要部分和元數(shù)據(jù)部 分構(gòu)成。另外，文件主要部分由頭部塊、內(nèi)容塊和屬性信息塊構(gòu)成。
首先，在文件主要部分中，頭部塊是當(dāng)前輔助內(nèi)容重放控制文件的頭 部部分，并且因此主要存儲(chǔ)具有與當(dāng)前文件有關(guān)的全面重要內(nèi)容的預(yù)定信 息。這里，當(dāng)前輔助內(nèi)容ID、應(yīng)用信息、內(nèi)容類型狀態(tài)等被示為存儲(chǔ)在頭 部塊中的信息。當(dāng)前輔助內(nèi)容ID是要與當(dāng)前輔助內(nèi)容重放控制文件相關(guān) 的輔助內(nèi)容ID，它是用于標(biāo)識輔助內(nèi)容重放控制文件的標(biāo)識符(輔助內(nèi)容 ID)。
另外，在頭部塊中，應(yīng)用信息由與例如已創(chuàng)建當(dāng)前輔助內(nèi)容重放控制 文件的應(yīng)用有關(guān)的預(yù)定信息構(gòu)成。例如，它由諸如應(yīng)用的名稱、版本等的 信息構(gòu)成。內(nèi)容類型指示用作當(dāng)前輔助內(nèi)容重放控制文件的輔助內(nèi)容落在預(yù)先分 類的哪種類型中。
狀態(tài)是指示當(dāng)前輔助內(nèi)容重放控制文件處于預(yù)定義狀態(tài)中的哪一種狀 態(tài)下的信息。
至少重放控制信息被存儲(chǔ)在內(nèi)容塊中。該重放控制信息(內(nèi)容塊)是 作為輔助內(nèi)容重放控制文件的真實(shí)的主要實(shí)體信息(主要部分信息)。在 除了排除頭部塊的內(nèi)容塊以外的區(qū)域(屬性信息塊、元數(shù)據(jù)部分)中包括 的信息是添加到上述主要部分信息的信息。
重放控制信息是以預(yù)定語言描述用于播放用作當(dāng)前輔助內(nèi)容的曲目內(nèi) 容的處理序列的信息。形成該重放控制信息的描述內(nèi)容的元素首先例如包 括指示用作用于重放的實(shí)際音頻數(shù)據(jù)的主內(nèi)容的描述、指示用作該主內(nèi)容 的音頻數(shù)據(jù)中要用于實(shí)際播放輔助內(nèi)容的數(shù)據(jù)部分的描述、以及指示用于 播放該數(shù)據(jù)部分的時(shí)間的描述。另外，用于應(yīng)用效果或特殊效果的描述被 執(zhí)行，這些效果或特殊效果例如是減弱、增強(qiáng)、重疊、均衡(音調(diào)調(diào) 節(jié))、重放速率、回聲、延遲等等。
另外，屬性信息塊至少包括使用主內(nèi)容信息、使用編輯材料內(nèi)容信息 和目前內(nèi)容使用協(xié)定范圍信息。
使用主內(nèi)容信息是指示哪些主內(nèi)容被用于播放用作輔助內(nèi)容的曲目內(nèi) 容的信息，輔助內(nèi)容是當(dāng)前輔助內(nèi)容重放控制文件(這些是使用主內(nèi) 容)。換句話說，它是指示哪些主內(nèi)容已因此被用于創(chuàng)建當(dāng)前輔助內(nèi)容的 信息。
與圖5A至5C相關(guān)地，指示被示為形成通過編輯處理新創(chuàng)建的輔助內(nèi) 容的主內(nèi)容的信息是上述使用主內(nèi)容信息。也就是說，在圖5A的情況 下，主內(nèi)容A和B被示為在使用主內(nèi)容信息中，在圖5B的情況下，主內(nèi) 容A、 B和C被示出，而在圖5C的情況下，主內(nèi)容C、 D、 E和F被示出。
注意，主內(nèi)容ID被用于指示使用主內(nèi)容信息中的使用主內(nèi)容。主內(nèi) 容ID是基于音頻特征量生成的，這將在后面描述。
另外，如前所述，至于用作通過編輯編輯材料內(nèi)容創(chuàng)建的輔助內(nèi)容的曲目內(nèi)容，可能存在這樣的可能性編輯材料內(nèi)容中包括的某一主內(nèi)容將
被刪除。對于圖5B的情況的示例，例如對于通過利用編輯材料內(nèi)容A和
B執(zhí)行編輯而獲得的新的輔助內(nèi)容，可能存在這樣的可能性曲目內(nèi)容將
是使用主內(nèi)容A和C作為聲源的，而不使用主內(nèi)容D的元素。在這種情 況下，只有主內(nèi)容A和C是用于播放輔助內(nèi)容的主內(nèi)容的音頻數(shù)據(jù)，而主 內(nèi)容D未被使用。
關(guān)于使用主內(nèi)容信息的內(nèi)容應(yīng)當(dāng)如何對應(yīng)于這種情況，可以想到這樣 一種布置，其中只有主內(nèi)容A和C被示出，而主內(nèi)容D不被呈現(xiàn)，這是 基于只有實(shí)際用于播放輔助內(nèi)容的主內(nèi)容應(yīng)當(dāng)被反映出來的想法。
可以想到的另一種布置是，所有的主內(nèi)容A、 C和D都被示出。也就 是說，這是基于這樣的想法，其中，在這種情況下，盡管主內(nèi)容D實(shí)際未 被使用，但是用作主內(nèi)容D的曲目內(nèi)容在創(chuàng)建輔助內(nèi)容的過程中有某一程 度的影響，因此這等同于以潛伏方式被使用。在這種情況下，所有主內(nèi)容 因此都被包括在使用主內(nèi)容信息中，即使這些主內(nèi)容只在此時(shí)創(chuàng)建的輔助 內(nèi)容的生成中使用了一次。
使用編輯材料內(nèi)容信息是指示哪些編輯材料內(nèi)容(使用編輯材料內(nèi) 容)被直接用于創(chuàng)建當(dāng)前輔助內(nèi)容重放控制文件所對應(yīng)的輔助內(nèi)容的信 息。對于圖5A至5C中的示例，在圖5A中所示的編輯處理之后，在輔助 內(nèi)容的使用編輯材料內(nèi)容信息中示出了指示用作編輯材料內(nèi)容A和B的實(shí) 際主內(nèi)容文件的信息。另外，在圖5B中所示的編輯處理之后，在輔助內(nèi) 容的使用編輯材料內(nèi)容信息中存儲(chǔ)了指示用作編輯材料內(nèi)容A的主內(nèi)容文 件以及用作編輯材料內(nèi)容C的輔助內(nèi)容(輔助內(nèi)容重放控制文件)的信 息。
注意，使用編輯材料內(nèi)容信息還附接有與這里示出的編輯材料內(nèi)容中 的每一個(gè)有關(guān)的預(yù)定內(nèi)容的信息。
目前內(nèi)容使用協(xié)定范圍信息是關(guān)于當(dāng)前輔助內(nèi)容設(shè)置的使用協(xié)定范圍 的信息。這里的結(jié)構(gòu)和定義內(nèi)容應(yīng)當(dāng)遵從接下來利用圖13和14所描述的 使用內(nèi)容的配置示例的使用協(xié)定范圍信息。
在圖12中，元數(shù)據(jù)部分至少存儲(chǔ)與內(nèi)容有關(guān)的信息。與內(nèi)容有關(guān)的信息被配置為還存儲(chǔ)與當(dāng)前輔助內(nèi)容重放控制文件所對應(yīng)的輔助內(nèi)容有關(guān) 的元數(shù)據(jù)，例如藝術(shù)家意見、流派、范疇、播放時(shí)間、注冊日期和時(shí)間等 等，例如如圖中所示。
圖13圖示了使用主內(nèi)容信息的結(jié)構(gòu)示例。如該圖中所示，使用主內(nèi) 容信息一般由鏈接的單元文件信息構(gòu)成。每個(gè)單元文件信息對應(yīng)于單個(gè)使 用主內(nèi)容。
共享主內(nèi)容ID、藝術(shù)家名稱、曲目名稱和使用協(xié)定范圍信息的信息項(xiàng)
例如被提供在單元文件信息中。
共享主內(nèi)容ID (通用標(biāo)識信息)是指派給例如對應(yīng)于一個(gè)曲目的每個(gè) 主內(nèi)容的標(biāo)識符，并且通過單元文件信息內(nèi)的共享主內(nèi)容ID唯一地指示 哪一使用主內(nèi)容對應(yīng)于該單元文件信息。
該共享主內(nèi)容ID是由共享主內(nèi)容ID生成/管理處理單元121生成的。 為了生成該共享主內(nèi)容ID的值，利用HDD 48中存儲(chǔ)的用作原始音頻內(nèi)容 的文件中所存儲(chǔ)的數(shù)字音頻信號，來執(zhí)行應(yīng)用音頻特征量分析處理的預(yù)定 計(jì)算和處理。以這種方式獲得的共享主內(nèi)容ID與通過生成音頻內(nèi)容而獲 得的音頻內(nèi)容相對應(yīng)地被唯一設(shè)置。換句話說，只要通過重放獲得的音頻 內(nèi)容是相同的，共享主內(nèi)容ID就被共享，無論格式(數(shù)字音頻信號格 式、文件格式)等是否有差異，即在具有相同內(nèi)容但是不同音頻源或格式 的內(nèi)容數(shù)據(jù)之間具有通用性。
藝術(shù)家名稱信息項(xiàng)指示播放或創(chuàng)建相應(yīng)使用內(nèi)容的演奏者或創(chuàng)建者的 名稱。
曲目名稱信息項(xiàng)指示相應(yīng)的使用內(nèi)容的曲目名稱。 使用協(xié)定范圍的信息(使用協(xié)定范圍信息)由一組一個(gè)或多個(gè)使用項(xiàng) l至n形成。
使用項(xiàng)1至n被指派使得與編輯有關(guān)的預(yù)定使用內(nèi)容對應(yīng)于每一種。
適合于可以想到的使用項(xiàng)的使用內(nèi)容的示例包括以下內(nèi)容 *與目前內(nèi)容的二次使用是否被許可有關(guān)的內(nèi)容
*關(guān)于要用作編輯材料的其他內(nèi)容，與使用來自目前內(nèi)容的另一藝術(shù) 家的內(nèi)容有關(guān)的內(nèi)容，關(guān)于要用作編輯材料的其他內(nèi)容，與使用目前內(nèi)容所屬的另一專輯 的內(nèi)容有關(guān)的內(nèi)容
，與使用特定效果和特殊效果有關(guān)的內(nèi)容 ，與使用特定插件模塊有關(guān)的內(nèi)容 "人整個(gè)曲目中提取一部分并用作編輯材料
*在從整個(gè)曲目中提取一部分并用作編輯材料的情況下與所提取的音 頻數(shù)據(jù)部分有關(guān)的許可內(nèi)容
*可使用代數(shù)(例如，關(guān)于使用相應(yīng)使用內(nèi)容的部分，在對于主內(nèi)容 的兩代的許可使用(即，直到孫子代)的情況下，可以創(chuàng)建使用該主內(nèi)容 的兒子輔助內(nèi)容和使用輔助內(nèi)容的孫子輔助內(nèi)容，但是孫子輔助內(nèi)容是不 可編輯的)
，與關(guān)于結(jié)合目前內(nèi)容可以執(zhí)行哪一種二次使用的內(nèi)容的數(shù)目和類型 有關(guān)的內(nèi)容
對于這些使用項(xiàng)中的每一個(gè)，描述了指示與針對每個(gè)使用項(xiàng)設(shè)置的使 用授權(quán)有關(guān)的內(nèi)容的信息，例如開始于許可/不許可。至于使用協(xié)定范圍信 息，生成針對這些使用項(xiàng)中的每一個(gè)描述的使用設(shè)置內(nèi)容指示了相應(yīng)使用 主內(nèi)容的使用協(xié)定范圍。
圖14圖示了使用編輯材料內(nèi)容信息的結(jié)構(gòu)示例。
如圖中所示，這種情況下使用編輯材料內(nèi)容信息的結(jié)構(gòu)確認(rèn)了圖13 中所示的使用主內(nèi)容信息的結(jié)構(gòu)，然而，在使用編輯材料內(nèi)容的情況下， 存在主內(nèi)容的情況和輔助內(nèi)容的情況。因此，在相應(yīng)內(nèi)容是主內(nèi)容的情況 下，主內(nèi)容的共享主內(nèi)容ID被存儲(chǔ)在用于增量文件信息的ID區(qū)域中，而 在輔助內(nèi)容的情況下，作為輔助內(nèi)容的ID的輔助內(nèi)容ID被存儲(chǔ)。
注意，共享主內(nèi)容ID和輔助ID的區(qū)分可以例如基于關(guān)于每個(gè)ID定 義的格式來判定。作為一個(gè)示例，可以想到這樣一種布置，其中指示ID 是共享主內(nèi)容ID還是輔助內(nèi)容ID的ID類型標(biāo)識信息(或等同于此的信 息)被存儲(chǔ)在構(gòu)成共享主內(nèi)容ID和輔助內(nèi)容ID中每一個(gè)的數(shù)據(jù)串內(nèi)的預(yù) 定位置中，以便可由該ID類型標(biāo)識信息判定?；蛘?，在共享主內(nèi)容ID和 輔助內(nèi)容ID的大小不同的情況下，可以基于其大小差異進(jìn)行判定。圖15圖示了輔助內(nèi)容重放控制文件中重放控制信息的內(nèi)容示例。 在該圖中，方括號[]之間的描述部分指示使用一個(gè)主使用內(nèi)容的時(shí)間 上連續(xù)的片段的重放控制內(nèi)容(片段重放控制內(nèi)容)。
將描述圖15中所示的使用主內(nèi)容單元的重放控制內(nèi)容的示例。 首先，關(guān)于圖中頭部所示的片段重放控制內(nèi)容，描述了[file—id = AAAAAA;時(shí)間=00:00-00:10;位置=vv-zz]。這表明使用主內(nèi)容由共享主 內(nèi)容ID = AAAAAA指定，并且使用該使用主內(nèi)容的當(dāng)前輔助內(nèi)容的播放 時(shí)間是00:00 (起始時(shí)刻)-00:10 (播放時(shí)間是10秒)，并且在該播放時(shí) 間期間內(nèi)使用的使用主內(nèi)容的數(shù)據(jù)片段是對應(yīng)于地址w至地址zz的范 圍。
對于后續(xù)的片段重放控制內(nèi)容，描述了[filejd = AAAAAA;時(shí)間= 00:10-00:15;位置=ss-tt]。這表明使用主內(nèi)容由共享主內(nèi)容ID = AAAAAA 指定，并且使用該使用主內(nèi)容的當(dāng)前輔助內(nèi)容的播放時(shí)間是00:10-00:15， 并且在該播放時(shí)間期間內(nèi)使用的使用主內(nèi)容的數(shù)據(jù)片段是對應(yīng)于地址ss至 地址tt的范圍。
對于后續(xù)的片段重放控制內(nèi)容，描述了[file—id = BBBBBB;時(shí)間= 00:15-00:20;位置=pp-uu]。這表明使用主內(nèi)容由共享主內(nèi)容ID = BBBBBB指定，并且使用該使用主內(nèi)容的當(dāng)前輔助內(nèi)容的播放時(shí)間是 00:15-00:20，并且在該播放時(shí)間期間內(nèi)使用的使用主內(nèi)容的數(shù)據(jù)片段是對 應(yīng)于地址pp至地址mi的范圍。
例如，根據(jù)本實(shí)施例的音樂編輯/共享應(yīng)用100的音頻重放信號處理單 元120因而順序解釋方括號[]中的使用內(nèi)容單元的重放控制內(nèi)容，并且根 據(jù)解釋結(jié)果執(zhí)行實(shí)際重放控制，從而播放并輸出輔助內(nèi)容作為音頻信號。
另外，將描述主內(nèi)容文件的結(jié)構(gòu)。如前所述，主內(nèi)容文件具有這樣的 文件結(jié)構(gòu)，該文件結(jié)構(gòu)由具有用作主內(nèi)容的曲目(音頻)內(nèi)容的預(yù)定格式 的音頻數(shù)據(jù)和與其有關(guān)的各種類型的元數(shù)據(jù)構(gòu)成，如圖16中再次所示。 主內(nèi)容文件的數(shù)據(jù)內(nèi)容是原始音頻數(shù)據(jù)的內(nèi)容，它是通過例如從外部設(shè)備 向HDD 48 (已傳遞)下載數(shù)據(jù)而獲得的。因此，主內(nèi)容文件還包括原始 內(nèi)容ID，原始內(nèi)容ID是與原始音頻內(nèi)容相對應(yīng)的標(biāo)識符。于是，被當(dāng)作主內(nèi)容處理的音頻數(shù)據(jù)文件具有添加到其或與其相關(guān)的上述共享主內(nèi)容
ID，如圖中所示。
注意，至于音頻數(shù)據(jù)格式，已經(jīng)有各種格式可用。例如，使用預(yù)定采
樣頻率和量化比特、音頻壓縮編碼方法的PCM格式、通過比特率編碼的 壓縮格式，另外，例如經(jīng)歷PDM (脈沖密度調(diào)制)、通過AZ調(diào)制獲得 的、以DSD (直接流數(shù)字)為代表的1比特信號的格式，等等。后面將描 述，對于在本實(shí)施例中定義的共享主內(nèi)容ID，即使這些格式在音頻數(shù)據(jù)部 分不同，如果是相同音頻內(nèi)容的內(nèi)容文件則通常也指派相同的主內(nèi)容ID， 這可以從前面給出的描述中加以理解。
另外，至于上述元數(shù)據(jù)的類型，除了一般附接到音頻數(shù)據(jù)的信息(例 如曲目標(biāo)題、藝術(shù)家、專輯、流派、數(shù)據(jù)格式、數(shù)據(jù)大小等)以外，還可 包括例如利用圖13所描述的使用協(xié)定范圍信息。
盡管對于本實(shí)施例假定接受了主內(nèi)容的輔助使用，但是這種對使用的 接受是通過與主內(nèi)容的版權(quán)所有者(例如，藝術(shù)家等)的協(xié)定而獲得的。 這意味著版權(quán)所有者可以協(xié)定的使用內(nèi)容和范圍等自然地根據(jù)版權(quán)所有者 考慮曲目的方式而改變。因此，對于本實(shí)施例，作為設(shè)置使用協(xié)定范圍的 信息的使用協(xié)定范圍信息同樣被內(nèi)建作為主內(nèi)容的元數(shù)據(jù)，以尊重這些版 權(quán)所有者所考慮的方式，從而反映出版權(quán)所有者的意圖。當(dāng)然，作為操作 的系統(tǒng)，使用協(xié)定范圍信息可以針對所有主內(nèi)容均勻地設(shè)置，但是本實(shí)施 例中對于每個(gè)主內(nèi)容設(shè)置不同的使用協(xié)定范圍以便反映出版權(quán)所有者的意 圖的布置在平滑地操作音樂編輯/共享系統(tǒng)方面是更加有效的。
注意，在主內(nèi)容文件的元數(shù)據(jù)中構(gòu)成使用協(xié)定范圍信息的使用項(xiàng)的內(nèi) 容不必與圖13和14中所示的輔助內(nèi)容重放控制文件一致，并且用作主內(nèi) 容的使用項(xiàng)的內(nèi)容被設(shè)置就足夠了 。
接下來，將參考圖17和18中的流程圖描述與輔助內(nèi)容的編輯有關(guān)的 主處理的過程示例。注意，圖17和18中所示的處理例如是CPU 41通過 執(zhí)行音樂編輯/共享應(yīng)用100中用作內(nèi)容管理/編輯工具101的程序而實(shí)現(xiàn) 的。
現(xiàn)在，例如假定用戶終端設(shè)備4的用戶已激活音樂編輯/共享應(yīng)用100的內(nèi)容管理/編輯工具101，并且準(zhǔn)備好編輯輔助內(nèi)容。假定執(zhí)行操作以使 得要用作用于創(chuàng)建輔助內(nèi)容的材料的內(nèi)容被搜索，并且它被注冊(定稿) 為編輯材料內(nèi)容。根據(jù)此，內(nèi)容管理/編輯工具101的輔助內(nèi)容創(chuàng)建處理單
元117執(zhí)行圖17中所示的處理。
在圖17中，首先，在步驟S101中，執(zhí)行取入注冊為編輯材料內(nèi)容的 內(nèi)容的數(shù)據(jù)的操作。注意，在所注冊的編輯材料內(nèi)容是主內(nèi)容的情況下， 作為主內(nèi)容的文件的數(shù)據(jù)被取入，并且在輔助內(nèi)容的情況下，與此對應(yīng)的 輔助內(nèi)容重放控制文件的數(shù)據(jù)被取入。
在步驟S102中，從在上述步驟S101中取入的數(shù)據(jù)進(jìn)一步執(zhí)行使用協(xié) 定范圍的信息讀入。因而，基于使用協(xié)定范圍信息中的使用項(xiàng)1至n的內(nèi) 容，來識別與關(guān)于此時(shí)注冊為編輯材料內(nèi)容的內(nèi)容設(shè)置的使用協(xié)定有關(guān)的 各種內(nèi)容。因此，在下面的步驟S103中，與上述步驟S102相對應(yīng)地識別 的使用協(xié)定的內(nèi)容被設(shè)置以便反映在用于輔助內(nèi)容編輯的用戶接口 (UI) 上。由于該處理，輔助內(nèi)容創(chuàng)建處理單元117提供了這樣一種環(huán)境，其中 超過預(yù)先在編輯材料內(nèi)容中設(shè)置的使用協(xié)定范圍的內(nèi)容的編輯操作不被執(zhí) 行。
圖18圖示了與作為實(shí)際數(shù)據(jù)(用作輔助內(nèi)容)的輔助內(nèi)容重放控制 文件的生成有關(guān)的基本處理過程示例。該圖中所示的處理也例如通過CPU 41執(zhí)行用作內(nèi)容管理/編輯工具101的程序而實(shí)現(xiàn)。
這里，首先，在步驟S201中，執(zhí)行根據(jù)用于編輯的操作輸入的適當(dāng) 的編輯處理。例如，輔助內(nèi)容創(chuàng)建處理單元117提供了用于使用戶利用其 程序執(zhí)行用于創(chuàng)建輔助內(nèi)容的編輯操作的GUI (圖形用戶界面)。用戶利 用該GUI執(zhí)行用于創(chuàng)建輔助內(nèi)容的編輯操作，并且根據(jù)該操作執(zhí)行步驟 S201中的處理。
在如上所述的執(zhí)行編輯處理的過程中，當(dāng)在步驟S202中判定已執(zhí)行 了用于保存迄今為止的編輯結(jié)果的操作后，流程前進(jìn)到步驟S203。在步驟 S203中，生成包括與曲目內(nèi)容相對應(yīng)的重放控制信息的內(nèi)容塊，曲目內(nèi)容 用作通過迄今為止的編輯結(jié)果獲得的輔助內(nèi)容，并且因此，還創(chuàng)建了也是 文件主要單元部分中的成員的頭部塊和屬性信息塊以及元數(shù)據(jù)部分，并且最終生成了輔助內(nèi)容重放控制文件。然后在下一步驟S204中執(zhí)行控制以 便將該輔助內(nèi)容重放控制文件例如保存在HDD 48中適當(dāng)?shù)哪夸泝?nèi)。在步 驟S204的過程已結(jié)束后，流程返回到步驟S201。
注意，盡管未在這里的圖中示出，但是響應(yīng)于所執(zhí)行的例如關(guān)閉用于 創(chuàng)建輔助內(nèi)容的GUI屏幕等的操作，離開該圖中所示的處理，并且流程轉(zhuǎn) 變到其他所需的處理。
另外，關(guān)于輔助內(nèi)容重放控制文件的創(chuàng)建，將創(chuàng)建目前內(nèi)容使用協(xié)定 范圍信息的內(nèi)容。至于如何設(shè)置目前內(nèi)容使用協(xié)定范圍信息的內(nèi)容，可以 想到這樣一種布置，自動(dòng)設(shè)置以下預(yù)定規(guī)則(針對每個(gè)使用項(xiàng)的內(nèi)容)， 例如在不超過針對作為源編輯材料的每個(gè)主內(nèi)容總結(jié)使用協(xié)定范圍信息判 定的最小值的范圍中。另外，可以想到這樣一種布置，與規(guī)范操作相對應(yīng) 地進(jìn)行設(shè)置，規(guī)范操作與用戶已執(zhí)行的目前內(nèi)容使用協(xié)定范圍信息的內(nèi)容 有關(guān)，因此用戶的意圖被反映出來。然而，即使在以這種方式根據(jù)用戶操 作進(jìn)行設(shè)置的情況下，設(shè)置也是在不超過針對作為源編輯材料的每個(gè)主內(nèi) 容總結(jié)使用協(xié)定范圍信息判定的最小值的范圍中執(zhí)行的，因此超過此的使 用協(xié)定范圍(針對每個(gè)使用項(xiàng)的內(nèi)容)的設(shè)置不被執(zhí)行。
接下來，將參考圖19中的流程圖描述與用戶終端設(shè)備4對輔助內(nèi)容 的上載有關(guān)的基本處理過程示例，以及根據(jù)該上載的輔助內(nèi)容服務(wù)器2的 處理過程示例。圖中用戶終端設(shè)備4 一側(cè)的處理主要是由用作輔助內(nèi)容保 存管理處理單元115和輔助內(nèi)容傳送處理單元H6的程序?qū)崿F(xiàn)的。輔助內(nèi) 容服務(wù)器2的處理是由圖7中所示協(xié)同操作的構(gòu)件實(shí)現(xiàn)的，但是實(shí)際上， 可以被視為由構(gòu)成執(zhí)行程序的輔助內(nèi)容服務(wù)器2的計(jì)算機(jī)系統(tǒng)(CPU)實(shí) 現(xiàn)。
在步驟S301中，用戶終端設(shè)備4 一側(cè)正等待獲得指示輔助內(nèi)容重放 控制文件的上載的命令?，F(xiàn)在，假定作為對內(nèi)容管理/編輯工具101提供的 GUI的操作，用戶從由音樂編輯/共享應(yīng)用100創(chuàng)建并存儲(chǔ)在HDD 48中作 為音樂編輯/共享應(yīng)用IOO的應(yīng)用文件(即，輔助內(nèi)容重放控制文件)的輔 助內(nèi)容中選擇期望進(jìn)行上載的一個(gè)或多個(gè)輔助內(nèi)容，并且執(zhí)行上載執(zhí)行操 作。作為響應(yīng)，生成了指示與在GUI處選擇的輔助內(nèi)容相對應(yīng)的輔助內(nèi)容重放控制文件的上載的命令，并且流程前進(jìn)到步驟S302。
在步驟S302中，已對其指定上載的輔助內(nèi)容(即，輔助內(nèi)容重放控 制文件)被從預(yù)定目錄中讀入。在下面的步驟S303中，執(zhí)行控制以使得 已讀入的輔助內(nèi)容重放控制文件與上載請求一同經(jīng)由網(wǎng)絡(luò)被發(fā)送并輸出到 輔助內(nèi)容服務(wù)器2。
輔助內(nèi)容服務(wù)器2在步驟S401中待命接收上載請求，并且在接收到 上載請求后，執(zhí)行從S402起的過程。注意，為了在接收到上載請求之后 實(shí)際轉(zhuǎn)變到步驟S402，例如通過認(rèn)證處理確認(rèn)這是來自有效用戶的請求， 但是該處理過程在這里被省略。
在步驟S402中，設(shè)置與上載請求一同接收的輔助內(nèi)容重放控制文件 的保存位置(URL)。例如，輔助內(nèi)容服務(wù)器2中的保存位置設(shè)置處理單 元26的功能被用于該URL設(shè)置。
在步驟S403中，對作為此時(shí)上載請求的發(fā)起者的用戶終端設(shè)備4執(zhí) 行用于通知所上載的輔助內(nèi)容(輔助內(nèi)容重放控制文件)的保存位置的通 信處理。
在步驟S303中已執(zhí)行了上載請求的用戶終端設(shè)備4 一側(cè)在步驟S304 中等待保存位置信息的接收。在接收到保存位置的信息后，在步驟S305 中，所接收的保存位置(URL)的信息被保存在適當(dāng)?shù)哪夸浿小Ｒ蚨?，?后，通過對內(nèi)容管理/編輯工具IOI執(zhí)行預(yù)定操作，就可以調(diào)用輔助內(nèi)容的 保存位置的信息。在保存位置是URL的情況下，作為URL的文本串可以 由顯示器等輸出，這例如取決于調(diào)用操作。
圖20中的流程示了與用戶終端設(shè)備4對輔助內(nèi)容的下載有關(guān)的 處理過程示例，以及與此對應(yīng)的輔助內(nèi)容服務(wù)器2處的處理過程示例。圖 中用戶終端設(shè)備4的處理同樣主要是由用作輔助內(nèi)容保存管理處理單元 115和輔助內(nèi)容傳送處理單元116的程序?qū)崿F(xiàn)的。
首先，在步驟S501中，用戶終端設(shè)備4 一側(cè)正等待獲得指示輔助內(nèi) 容重放控制文件的下載的命令。這里，例如假定作為對內(nèi)容管理/編輯工具 101提供的GUI的操作，用戶訪問輔助內(nèi)容服務(wù)器2，并且在瀏覽其中保 存并管理的輔助內(nèi)容列表的狀態(tài)中，選擇期望進(jìn)行下載的一個(gè)或多個(gè)輔助內(nèi)容，并且執(zhí)行用于執(zhí)行下載的操作。作為響應(yīng)，在步驟S501中將獲得 肯定的判定結(jié)果，并且流程前進(jìn)到步驟S502。
在步驟S502中，響應(yīng)于下載指示的獲得，下載請求被發(fā)送到輔助內(nèi) 容服務(wù)器2。注意，至于該下載請求，還包括例如用于指定在下載執(zhí)行指 示操作時(shí)選擇的輔助內(nèi)容的目錄(保存位置)的信息。注意，可以想到這 樣一種布置，其中取代保存位置，可以使下載請求例如指定提供給輔助內(nèi) 容重放控制文件的輔助內(nèi)容ID，輔助內(nèi)容重放控制文件是輔助內(nèi)容等的實(shí) 際實(shí)體。
輔助內(nèi)容服務(wù)器2在步驟S601中等待接收下載請求，并且在接收到 下載請求后，執(zhí)行步驟S602中的過程。注意，同樣為了在接收到下載請 求之后實(shí)際轉(zhuǎn)變到步驟S602，發(fā)生認(rèn)證處理等等，但是這些處理過程在這 里同樣被省略。
在步驟S602中，存儲(chǔ)單元22的輔助內(nèi)容數(shù)據(jù)庫22a被訪問，并且所 指定的輔助內(nèi)容(輔助內(nèi)容重放控制文件)被搜索，并且搜索出的輔助內(nèi) 容重放控制文件在步驟S603中被加密并在步驟S604中被發(fā)送到請求方用 戶終端設(shè)備4。
己在步驟S502中發(fā)送了下載請求的用戶終端設(shè)備4在步驟S503中等 待接收根據(jù)下載請求的輔助內(nèi)容重放控制文件。在判定已接收到輔助內(nèi)容 重放控制文件后，在步驟S504中，所接收的輔助內(nèi)容重放控制文件被保 存并管理在適當(dāng)?shù)哪夸浿小?br> 圖21中的流程示了用戶終端設(shè)備4播放通過下載獲得的(保存 在HDD 48中的)輔助內(nèi)容的處理過程示例，并且該圖中的用戶終端設(shè)備 4的處理主要由用作輔助內(nèi)容保存管理處理單元115、加密/解密處理單元 119和音頻重放信號處理單元120的程序?qū)崿F(xiàn)。
首先，在步驟S701中，等待獲得關(guān)于通過下載保存在HDD48中的輔 助內(nèi)容的重放開始指示?，F(xiàn)在，例如假定，作為對由輔助內(nèi)容保存管理處 理單元115實(shí)現(xiàn)的GUI的操作， 一個(gè)輔助內(nèi)容被從HDD 48中保存的輔助 內(nèi)容中選擇出來，并且給予開始播放的指示，流程從步驟S701前進(jìn)到步 驟S702。在步驟S702中，與所指定的輔助內(nèi)容相對應(yīng)的輔助內(nèi)容重放控制文 件被從HDD 48讀入。
這里，通過下載獲得的輔助內(nèi)容數(shù)據(jù)被保存在HDD 48中，其在發(fā)送 離開時(shí)被加密。因此，在下一步驟S703中，執(zhí)行用于對讀入的輔助內(nèi)容 數(shù)據(jù)進(jìn)行解密的處理。
在步驟S704中，判定上述步驟S703中的加密解密處理是否已成功。
例如，在此時(shí)在步驟S701中已對其指定播放開始的輔助內(nèi)容數(shù)據(jù)是 從輔助內(nèi)容服務(wù)器2合法下載的情況下，步驟S703中的解密處理將是成 功的，并且正確的輔助內(nèi)容數(shù)據(jù)將被恢復(fù)。
相反，例如在輔助內(nèi)容數(shù)據(jù)是通過除了從輔助內(nèi)容服務(wù)器2下載以外 的某種方式獲得的情況下，或者利用另一種方法或算法執(zhí)行加密，或者不 執(zhí)行加密。在這種情況下，取決于步驟S703中的解密處理，或者不能恢 復(fù)出正確的輔助內(nèi)容數(shù)據(jù)，或者解密處理是不適用的。也就是說，至于步 驟S703中的解密處理的結(jié)果，它可以被視為是失敗的，包括解密處理不 適用的情況。
在步驟S704中獲得了解密處理成功的肯定判定結(jié)果的情況下，流程 前進(jìn)到步驟S705，并且關(guān)于輔助內(nèi)容的重放控制處理開始。相反，在步驟 S704中獲得了解密處理失敗的否定判定結(jié)果的情況下，流程前進(jìn)到步驟 S706，并且執(zhí)行錯(cuò)誤應(yīng)對處理。關(guān)于該錯(cuò)誤應(yīng)對處理，首先，關(guān)于此時(shí)已 對其指定重放的輔助內(nèi)容的重放控制處理被阻止開始，并且因此，例如執(zhí) 行用于在GUI上通知關(guān)于此時(shí)已對其指定重放的輔助內(nèi)容未經(jīng)授權(quán)并且不 可播放的控制處理，等等。
通過例如執(zhí)行這種處理，對于本實(shí)施例，只有從輔助內(nèi)容服務(wù)器2合 法下載并獲得的(外部獲得的)輔助內(nèi)容信息被在用戶終端設(shè)備4處播 放，從而主內(nèi)容或輔助內(nèi)容的版權(quán)受到完全的保護(hù)。
注意，至于播放并輸出僅僅從輔助內(nèi)容服務(wù)器2合法下載的輔助內(nèi)容 的布置，可以想到其他布置。例如，可以想到這樣一種配置，其中在接收 并作為下載獲得之前在用戶終端設(shè)備4處預(yù)先對加密解密，并且在解密結(jié) 果信息被附加到其的情況下該配置被存儲(chǔ)在HDD 48中，并且在播放時(shí)，附加的解密結(jié)果信息被參考，以便對是否播放輔助內(nèi)容進(jìn)行判定。另外， 可以進(jìn)行這樣一種布置，其中在從輔助內(nèi)容服務(wù)器2進(jìn)行發(fā)送時(shí)作為輔助
內(nèi)容服務(wù)器2 —側(cè)的處理，指示己進(jìn)行用于下載的發(fā)送的特殊代碼被嵌入 在輔助內(nèi)容中，并且在播放時(shí)，在用戶終端設(shè)備4 一側(cè)確認(rèn)該代碼的存在 與否及其內(nèi)容等等，以便判定是否開始播放。
利用本實(shí)施例進(jìn)行基于迄今為止描述的基本配置的下面描述的配置， 這使得主內(nèi)容的管理更加高效。
圖22示意性地圖示了利用根據(jù)本實(shí)施例的系統(tǒng)通過ID進(jìn)行內(nèi)容管理 的形式的示例。以與前面描述的圖2相同的方式，將按照圖中的方括號中 的標(biāo)號指示的過程和操作的順序進(jìn)行描述。在圖22的描述中也將適當(dāng)?shù)?參考圖23和24。
首先，圖22示出了對于該描述是新的主內(nèi)容ID管理服務(wù)器5。主內(nèi) 容ID管理服務(wù)器5與例如利用圖l和2描述的原始音頻內(nèi)容服務(wù)器1、輔 助內(nèi)容服務(wù)器2和通信服務(wù)器3 —同位于網(wǎng)絡(luò)NW上。主內(nèi)容ID管理服 務(wù)器5管理與主內(nèi)容有關(guān)的ID (主內(nèi)容ID)，這將在后面描述。
過程l
這里，輔助內(nèi)容(輔助內(nèi)容重放控制文件)被從用戶終端設(shè)備4A上 載。輔助內(nèi)容的上載例如對應(yīng)于上述圖2中的過程3，并且還對應(yīng)于圖19 的流程圖中的過程4。
過程2
在過程1中輔助內(nèi)容的上載完成后，作為下一過程，用戶終端設(shè)備 4A向主內(nèi)容ID管理服務(wù)器5通知(發(fā)送)原始內(nèi)容ID和共享主內(nèi)容ID 的信息，該信息與此時(shí)在過程1中上載的輔助內(nèi)容中的使用主內(nèi)容中的每 一個(gè)相關(guān)。
過程3
響應(yīng)于接收到在過程2中發(fā)送的ID (原始內(nèi)容ID、共享主內(nèi)容ID) 的通知，主內(nèi)容ID管理服務(wù)器5按如下方式管理主內(nèi)容ID。
圖23示意性地圖示了主內(nèi)容ID管理服務(wù)器5管理的主內(nèi)容ID數(shù)據(jù) 庫(51)的結(jié)構(gòu)示例。主內(nèi)容ID管理服務(wù)器5利用主內(nèi)容ID數(shù)據(jù)庫來管理主內(nèi)容ID。
對于主內(nèi)容ID數(shù)據(jù)庫， 一個(gè)或多個(gè)格式ID (格式標(biāo)識信息)與每個(gè) 共享主內(nèi)容ID相關(guān)，從而形成一個(gè)ID集合。例如，與圖23中最上面一 行所示的共享主內(nèi)容ID = A相對應(yīng)的ID集合是封裝介質(zhì)聲源ID(l) = a、 封裝介質(zhì)聲源ID(2) = (3、分布式聲源ID(l) = y、以及分布式聲源ID(2)= S。對于每個(gè)共享主內(nèi)容ID:B、 C等等，也提供了這種ID集合。
從迄今為止的描述可以理解，共享主內(nèi)容ID具有根據(jù)用作單個(gè)內(nèi)容 的音頻內(nèi)容的唯一值。另一方面，ID集合中的與共享主內(nèi)容ID相關(guān)的格 式ID是對于實(shí)際原始音頻內(nèi)容數(shù)據(jù)的格式的范圍內(nèi)的每個(gè)ID來說唯一的 ID。屬于相同ID集合的格式ID指示在該格式的范圍內(nèi)具有與相關(guān)共享主 內(nèi)容ID所指示的內(nèi)容相同的音頻內(nèi)容的原始音頻內(nèi)容數(shù)據(jù)(通過格式的 音頻數(shù)據(jù))。
在接收到在過程2中發(fā)送的使用內(nèi)容的原始內(nèi)容ID和共享主內(nèi)容ID 的信息集合后，主內(nèi)容ID管理服務(wù)器5首先利用所接收的共享主內(nèi)容ID 作為搜索條件來搜索主內(nèi)容ID數(shù)據(jù)庫。在搜索結(jié)果表明在主內(nèi)容ID數(shù)據(jù) 庫中未找到與所接收的相同的共享主內(nèi)容ID的情況下，這意味著此時(shí)接 收的主內(nèi)容(使用主內(nèi)容)還未注冊在主內(nèi)容ID數(shù)據(jù)庫中。在這種情況 下，通過將所接收的共享主內(nèi)容ID和也接收的原始內(nèi)容ID相關(guān)而生成的 ID集合注冊在主內(nèi)容ID數(shù)據(jù)庫中。該注冊例如向圖23中所示的數(shù)據(jù)庫結(jié) 構(gòu)添加了另一行，該行與新注冊的ID集合對應(yīng)。
另外，當(dāng)在主內(nèi)容ID數(shù)據(jù)庫中找到與所接收的相同的共享主內(nèi)容ID 的情況下，這意味著與此時(shí)接收的ID相對應(yīng)的主內(nèi)容的ID集合已經(jīng)注冊 在主內(nèi)容ID數(shù)據(jù)庫中。作為下一過程，在構(gòu)成與所找到的共享主內(nèi)容ID 相對應(yīng)的ID集合的格式ID中對是否有與所接收的原始內(nèi)容ID相匹配的 格式ID進(jìn)行搜索。
在已找到與所接收的原始內(nèi)容ID相匹配的格式ID的情況下，此時(shí)接 收的原始內(nèi)容ID被確認(rèn)為已注冊在主內(nèi)容ID數(shù)據(jù)庫中作為格式ID。另一 方面，在未找到與所接收的原始內(nèi)容ID相匹配的格式ID的情況下，這意 味著此時(shí)接收的原始內(nèi)容ID還未被注冊在主內(nèi)容ID數(shù)據(jù)庫中作為格式ID。因此，在這種情況下，原始內(nèi)容ID被新注冊為格式ID。
關(guān)于與圖23的關(guān)聯(lián)，假定迄今為止，與共享主內(nèi)容ID相對應(yīng)注冊的 格式ID只有三個(gè)封裝介質(zhì)聲源ID(l) = a，封裝介質(zhì)聲源ID(2) = p，以 及分布式聲源ID(2) = 5，其中此時(shí)接收的使用主內(nèi)容的共享主內(nèi)容ID是 對應(yīng)于分布式聲源ID(1)的"y"。因此，在這種情況下，作為ID的惶的y 被存儲(chǔ)在與對應(yīng)于共享主內(nèi)容ID = A的分布式聲源ID(1)相對應(yīng)的空間 中。
因而，關(guān)于所上載的輔助內(nèi)容的使用主內(nèi)容的[共享主內(nèi)容ID,原始 內(nèi)容ID]信息的集合在過程2中被從用戶終端設(shè)備4發(fā)送，并且主內(nèi)容ID 管理服務(wù)器5基于其獲得來管理主內(nèi)容ID數(shù)據(jù)庫。因此，提供了這樣一 種布置，其中根據(jù)上載到輔助內(nèi)容服務(wù)器2的所有輔助內(nèi)容的使用主內(nèi)容 的注冊被自動(dòng)執(zhí)行。
過程4
這里，某一輔助內(nèi)容被用戶終端設(shè)備4B從輔助內(nèi)容服務(wù)器2下載。 這里的下載與圖2中的過程9相同。 過程5
在過程4中輔助內(nèi)容的下載完成后的某一時(shí)機(jī)或定時(shí)，用戶終端設(shè)備 4B請求在所下載的輔助內(nèi)容中的每個(gè)使用主內(nèi)容的ID集合。使用主內(nèi)容 的共享主內(nèi)容ID在請求使用主內(nèi)容時(shí)被發(fā)送(指定關(guān)于服務(wù)器設(shè)備的內(nèi) 容)。如前參考圖13所描述的，使用主內(nèi)容的共享主內(nèi)容ID被存儲(chǔ)在輔 助內(nèi)容重放控制文件的使用主內(nèi)容信息中。
過程6
響應(yīng)于對ID集合的請求，主內(nèi)容ID管理服務(wù)器5發(fā)送所請求的使用 主內(nèi)容的ID集合。為了這樣作，主內(nèi)容ID管理服務(wù)器5例如從主內(nèi)容ID 數(shù)據(jù)庫中搜索與對ID集合的請求一同接收的共享主內(nèi)容ID。由與所找到 的共享主內(nèi)容ID相關(guān)的格式ID構(gòu)成的ID集合隨后被發(fā)送。
過程7
在接收到如上所述從主內(nèi)容ID管理服務(wù)器5發(fā)送的ID集合后，用戶 終端設(shè)備4B將相應(yīng)的輔助內(nèi)容重放控制文件與此時(shí)接收的ID集合相關(guān)并進(jìn)行管理。
圖24A和24B示意性地示出了相關(guān)的輔助內(nèi)容(輔助內(nèi)容重放控制文 件)和ID集合的示例。
首先，用戶終端設(shè)備4B生成單元信息，作為如圖24A所示的、在通 過接收在相應(yīng)的輔助內(nèi)容重放控制文件中示出的n個(gè)使用主內(nèi)容而獲得的 ID集合1至n中的ID集合信息。該ID集合信息被保存以便與相應(yīng)的輔助 內(nèi)容重放控制文件相關(guān)。注意，為了將ID集合信息與輔助內(nèi)容重放控制 文件相關(guān)，例如用于標(biāo)識要相關(guān)的輔助內(nèi)容重放控制文件的輔助內(nèi)容ID 被插入到例如ID集合信息的頭部部分中。因此，通過將存儲(chǔ)在輔助內(nèi)容 重放控制文件中的輔助內(nèi)容ID與存儲(chǔ)在ID集合信息中的輔助內(nèi)容ID相 比較，來將輔助內(nèi)容重放控制文件與ID集合信息相關(guān)。
如圖24A所示，在ID集合信息被與輔助內(nèi)容重放控制文件相關(guān)的狀 態(tài)下，用戶終端設(shè)備4B可以針對其自身已下載的輔助內(nèi)容重放控制文件 中的每個(gè)使用主內(nèi)容，識別出不同格式的所有原始音頻內(nèi)容數(shù)據(jù)的ID (原 始內(nèi)容ID)。
另外，圖24B示意性地圖示了構(gòu)成圖24A中所示的ID集合信息的ID 集合的結(jié)構(gòu)示例。如圖24B所示， 一個(gè)ID集合由與相應(yīng)使用主內(nèi)容相關(guān) 的共享主內(nèi)容ID和與共享主內(nèi)容ID相關(guān)的格式ID構(gòu)成。這些格式ID是 在圖22的過程6中被從主內(nèi)容ID管理服務(wù)器5發(fā)送到用戶終端設(shè)備4B 的ID集合中的格式ID。也就是說，這些格式ID是具有相應(yīng)使用主內(nèi)容的 音頻內(nèi)容的預(yù)定聲源類型和格式的原始音頻內(nèi)容數(shù)據(jù)的ID (原始內(nèi)容 ID)。
另外，在ID集合中，所存儲(chǔ)的格式ID根據(jù)預(yù)定規(guī)則被賦予優(yōu)先級順 序，并且如圖24B所示，針對每個(gè)格式ID設(shè)置的優(yōu)先級順序被存儲(chǔ)。優(yōu) 先級順序是如何設(shè)置的將在后面描述。
過程8
現(xiàn)在，如關(guān)于圖2中的過程11所描述的，為了在用戶終端設(shè)備4處播 放輔助內(nèi)容的音頻，編輯材料內(nèi)容的實(shí)際音頻數(shù)據(jù)(即，輔助內(nèi)容的所有 使用主內(nèi)容)必須存在于本地。過程8是用于使得用于播放輔助內(nèi)容的所有使用主內(nèi)容能夠存在于本地的內(nèi)容搜索處理，并且本實(shí)施例被配置為使
得使用主內(nèi)容的搜索處理可以基于圖24A和24B中所示的對輔助內(nèi)容重放 控制文件和ID集合的管理被自動(dòng)高效地執(zhí)行。用于該搜索過程的過程流 程將在后面描述。
圖25圖示了主內(nèi)容ID管理服務(wù)器5的內(nèi)部配置的示例。這里所示的 主內(nèi)容ID管理服務(wù)器5具有主內(nèi)容ID數(shù)據(jù)庫51 、數(shù)據(jù)庫管理單元52和 網(wǎng)絡(luò)接口 53。主內(nèi)容ID數(shù)據(jù)庫51被構(gòu)造為用于管理具有先前圖23中所 示的結(jié)構(gòu)的主內(nèi)容ID的數(shù)據(jù)庫，并且實(shí)際上以存儲(chǔ)在HDD等中的狀態(tài)來 保存。
數(shù)據(jù)庫管理單元52執(zhí)行與主內(nèi)容ID數(shù)據(jù)庫有關(guān)的各種預(yù)定管理和處 理，例如以上在圖22的過程3中描述的主內(nèi)容ID的新注冊。
網(wǎng)絡(luò)接口 53執(zhí)行用于通過網(wǎng)絡(luò)NW進(jìn)行通信的控制和處理。因此， 實(shí)現(xiàn)了與作為客戶端的用戶終端設(shè)備4的通信。
圖26中所示的流程示了在用戶終端設(shè)備4 (4A)和主內(nèi)容ID管 理服務(wù)器5之間執(zhí)行的、關(guān)于根據(jù)本實(shí)施例對主內(nèi)容ID的管理的處理過 程的示例。
注意，圖26中所示用戶終端設(shè)備4的過程是通過CPU 41執(zhí)行用作音 樂編輯/共享應(yīng)用100處的內(nèi)容管理/編輯工具101的程序而實(shí)現(xiàn)的。另 外，主內(nèi)容ID管理服務(wù)器5處的過程主要是利用協(xié)同操作的數(shù)據(jù)庫管理 單元52和網(wǎng)絡(luò)接口 53執(zhí)行的。數(shù)據(jù)庫管理單元52和網(wǎng)絡(luò)接口 53的更高 階處理層的操作主要是由作為主內(nèi)容ID管理服務(wù)器5執(zhí)行程序的計(jì)算機(jī) 系統(tǒng)實(shí)現(xiàn)的。
首先，在步驟S801中，用戶終端設(shè)備4待命以等待作為圖22中的過 程l執(zhí)行的輔助內(nèi)容的上載完成，并且在上載完成得到確認(rèn)后，步驟S802 的過程被執(zhí)行。
在步驟S802中，執(zhí)行通信控制以將在步驟S801中上載的輔助內(nèi)容 (輔助內(nèi)容重放控制文件)中的使用主內(nèi)容的ID (原始內(nèi)容ID和共享主 內(nèi)容ID)通知給主內(nèi)容ID管理服務(wù)器5。
在步驟S901中，主內(nèi)容ID管理服務(wù)器5獲得在步驟S802中發(fā)送的ID。由于該處理，主內(nèi)容ID管理服務(wù)器5獲得用于在圖22的過程1中上 載的輔助內(nèi)容重放控制文件中的所有使用主內(nèi)容的ID (原始內(nèi)容ID和共 享主內(nèi)容ID)。
在步驟S902中，將指示要處理的使用主內(nèi)容的順序的變量n (編號) 替換為1，并且步驟S903的過程被執(zhí)行。
在步驟S903中，在數(shù)據(jù)庫管理單元52處執(zhí)行搜索處理，其中在步驟 S901中作為搜索條件接收的共享主內(nèi)容ID中、與使用主內(nèi)容相關(guān)的共享 主內(nèi)容ID被設(shè)置為第n個(gè)。在步驟S904中，對是否已獲得匹配搜索結(jié)果 進(jìn)行判定，即，對與和第n個(gè)使用主內(nèi)容相關(guān)的相同的共享主內(nèi)容ID是 否被注冊在數(shù)據(jù)庫管理單元52中進(jìn)行判定。
當(dāng)在步驟S904中獲得了否定的判定結(jié)果的情況下，這意味著第n個(gè) 使用主內(nèi)容未被注冊在數(shù)據(jù)庫管理單元52中。在這種情況下，流程前進(jìn) 到步驟S908，創(chuàng)建由新接收的第n個(gè)主內(nèi)容的共享主內(nèi)容ID和共享主內(nèi) 容ID構(gòu)成的新ID集合，并且該新ID集合被新注冊在主內(nèi)容ID數(shù)據(jù)庫51 中。在執(zhí)行步驟S908中的處理后，流程前進(jìn)到步驟S909。
另一方面，當(dāng)在步驟S904中獲得了肯定的判定結(jié)果的情況下，這意 味著第n個(gè)使用主內(nèi)容被注冊在主內(nèi)容ID數(shù)據(jù)庫51中。然而，此時(shí)，仍 然不知道此時(shí)接收并獲得的第n個(gè)使用主內(nèi)容的共享主內(nèi)容ID是否已作 為格式ID注冊在ID集合中。因此，在步驟S905中，在步驟S903中找到 的ID集合所存儲(chǔ)的格式ID中進(jìn)行搜索，以尋找與此時(shí)接收并獲得的第n 個(gè)使用主內(nèi)容的共享主內(nèi)容ID相匹配的格式ID。
在步驟S906中，對作為步驟S905的搜索處理結(jié)果是否已獲得了匹配 結(jié)果進(jìn)行判定。在獲得了否定的判定結(jié)果的情況下，這意味著此時(shí)接收并 獲得的第n個(gè)使用主內(nèi)容的共享主內(nèi)容ID還未作為格式ID注冊在ID集 合中。因此，在這種情況下，在步驟S907中，在步驟S903中找到的ID 集合具有被額外注冊為新格式ID的、此時(shí)接收并獲得的第n個(gè)使用主內(nèi) 容的共享主內(nèi)容ID，并且流程前進(jìn)到步驟S909。
在獲得了肯定的判定結(jié)果的情況下，這意味著此時(shí)接收并獲得的第n 個(gè)使用主內(nèi)容的共享主內(nèi)容ID已作為格式ID注冊在ID集合中。在這種情況下，步驟S907被跳過，并且流程前進(jìn)到步驟S909。
在步驟S909中，對當(dāng)前設(shè)置的變量n是否是最大值進(jìn)行判定。變量n 的最大值與和在步驟S901中接收并獲得的ID (共享主內(nèi)容ID和共享主內(nèi) 容ID)集合相關(guān)的使用主內(nèi)容的數(shù)目相同。
當(dāng)在步驟S909中獲得了否定的判定結(jié)果的情況下，這意味著仍然有 還未處理的使用主內(nèi)容。在這種情況下，在步驟S910中變量n被遞增， 并且處理返回到步驟S903中的過程。
另一方面，當(dāng)在步驟S909中獲得了肯定的判定結(jié)果的情況下，這意 味著己對所有使用主內(nèi)容執(zhí)行了處理，因此圖26中所示的處理結(jié)束。
接下來，將參考圖27描述被示為圖22中的過程5至7的、在作為客 戶端設(shè)備的用戶終端設(shè)備4 (4B)和作為服務(wù)器設(shè)備的主內(nèi)容ID管理服 務(wù)器5之間執(zhí)行的、用于在用戶終端設(shè)備(4B)處將輔助內(nèi)容(輔助內(nèi)容 重放控制文件)和ID集合相關(guān)并進(jìn)行管理的處理過程。注意，圖27中所 示用于用戶終端設(shè)備4B的過程是通過CPU 41執(zhí)行用作音樂編輯/共享應(yīng) 用100處的內(nèi)容管理/編輯工具101的程序而實(shí)現(xiàn)的。
在根據(jù)圖22中的過程4的輔助內(nèi)容(輔助內(nèi)容重放控制文件)的下 載完成后的預(yù)定時(shí)機(jī)或定時(shí)，在步驟S1001中，用戶終端設(shè)備(4B)向主 內(nèi)容ID管理服務(wù)器5請求與所下載的輔助內(nèi)容(輔助內(nèi)容重放控制文 件)的使用主內(nèi)容相對應(yīng)的ID集合。注意，如利用圖22中的過程主內(nèi)容 ID管理服務(wù)器5所描述的，在請求ID集合時(shí)，與輔助內(nèi)容的使用主內(nèi)容 相關(guān)的共享主內(nèi)容ID的列表被發(fā)送。
至于應(yīng)當(dāng)執(zhí)行步驟S1001的處理的時(shí)機(jī)或定時(shí)，例如可以想到緊接著 下載完成后的自動(dòng)執(zhí)行。另外，可以想到這樣一種布置，其中響應(yīng)于對內(nèi) 容管理/編輯工具101的用戶操作而執(zhí)行步驟S1001的處理。
主內(nèi)容ID管理服務(wù)器5響應(yīng)于對在步驟S1001中發(fā)送的對ID集合的 請求的接收而執(zhí)行步驟S1101和S1102的過程。首先，在步驟S1101中， 對于在步驟S1101中接收的每個(gè)使用主內(nèi)容，在主內(nèi)容ID數(shù)據(jù)庫51中搜 索與共享主內(nèi)容ID相對應(yīng)的ID集合，并且在步驟S1102中，所找到的ID 集合的信息被發(fā)送到作為請求方的用戶終端設(shè)備4。在接收到在步驟S1102中向其發(fā)送的ID集合的用戶終端設(shè)備(4B) 處，在步驟S1002中所接收的ID集合被與有關(guān)的輔助內(nèi)容相關(guān)。這里的 處理與參考圖24A和24B所述的處理相同。
另外，在將ID集合與有關(guān)的輔助內(nèi)容相關(guān)時(shí)，在每個(gè)ID集合中對于 其中存儲(chǔ)的格式ID (共享主內(nèi)容ID)設(shè)置優(yōu)先級順序，如圖24B所示。
現(xiàn)在將描述設(shè)置優(yōu)先級順序的示例。例如從后面將描述的圖28中的 流程圖可以理解，優(yōu)先級順序被用于使用主內(nèi)容的搜索處理?；诖?，對 于本實(shí)施例，在播放輔助內(nèi)容的音頻時(shí)的"保真度(fidelity)"、用于獲 得使用主內(nèi)容的"成本"、以及在播放輔助內(nèi)容的音頻時(shí)的聲音質(zhì)量 (即，"重放質(zhì)量")被考慮在內(nèi)。
在創(chuàng)建輔助內(nèi)容時(shí)，可能存在這樣的情況，其中編輯者有意選擇用作 使用主內(nèi)容的原始音頻內(nèi)容的聲源。其示例是這樣一種情況，其中用戶有 意將通過將音頻信號從諸如乙烯基(vinyl)記錄之類的模擬聲源轉(zhuǎn)換為數(shù) 字信號并獲取該信號而獲得的聲源用作使用主內(nèi)容，以獲得期望的效果。 如果考慮這樣的可能性，則對實(shí)際用于編輯和創(chuàng)建輔助內(nèi)容的聲源的原始 音頻內(nèi)容數(shù)據(jù)和格式賦予優(yōu)先級對于獲得前述的"保真度"來說是適合 的。也就是說，基于"保真度"設(shè)置優(yōu)先級順序涉及首先對那些具有與在 編輯和創(chuàng)建輔助內(nèi)容時(shí)實(shí)際用作編輯材料的原始音頻內(nèi)容相匹配的聲源類 型和格式的格式ID賦予最高的優(yōu)先級順序，其后，對那些具有與在編輯 和創(chuàng)建輔助內(nèi)容時(shí)實(shí)際用作編輯材料的原始音頻內(nèi)容具有較近匹配程度的 聲源類型和格式的格式ID賦予較高的優(yōu)先級。注意，與在編輯和創(chuàng)建輔 助內(nèi)容時(shí)實(shí)際用作編輯材料的原始音頻內(nèi)容相匹配的聲源類型和格式可以 由使用主內(nèi)容信息中的單元文件信息內(nèi)的共享主內(nèi)容ID來標(biāo)識(圖 13)。
注意，取決于原始音頻內(nèi)容的格式，可能有這樣的情況，其中用戶必 須支付一定的費(fèi)用以從原始音頻內(nèi)容服務(wù)器1下載。以這種方式獲得原始 音頻內(nèi)容將給用戶帶來金錢上的負(fù)擔(dān)，即成本，這是不希望的。因此，對 于基于"成本"的優(yōu)先級順序，金錢負(fù)擔(dān)(成本)越低，優(yōu)先級順序就設(shè) 置得越高。為了基于成本設(shè)置優(yōu)先級順序，內(nèi)容管理/編輯工具101必須識別用于獲得每種格式的原始音頻內(nèi)容的貨幣量。為此，可以想到這樣一種
配置，其中內(nèi)容管理/編輯工具ioi與位于網(wǎng)絡(luò)上的適當(dāng)數(shù)目的原始音頻內(nèi)
容服務(wù)器通信以獲得關(guān)于貨幣量的信息。
另外，取決于原始音頻內(nèi)容的格式，通過播放獲得的重放質(zhì)量可能不 同。例如， 一般認(rèn)識到數(shù)字聲源具有比模擬聲源高的重放質(zhì)量。即使在數(shù)
字聲源中，PCM聲源的重放質(zhì)量也根據(jù)采樣頻率和量化比特而不同，另 外，己經(jīng)歷音頻壓縮編碼的數(shù)字聲源具有不同重放質(zhì)量，這取決于格式， 并且還取決于相同格式內(nèi)的壓縮率(比特率)。可以想到，用作使用主內(nèi) 容的音頻數(shù)據(jù)的重放質(zhì)量越好，輔助內(nèi)容的音頻重放的質(zhì)量就越高，這是 優(yōu)選的。
因此，關(guān)于"重放質(zhì)量"，聲源類型和格式的重放質(zhì)量越高，優(yōu)先級 順序就設(shè)置得越高。如上所述，重放質(zhì)量是根據(jù)原始音頻內(nèi)容的音頻源類 型和格式判定的，并且原始內(nèi)容ID (格式ID)被規(guī)定為對于相同的音頻 內(nèi)容、針對每種聲源類型和格式是不同的。因此，內(nèi)容管理/編輯工具101 可以通過存儲(chǔ)在所接收的ID集合中的格式ID (原始內(nèi)容ID)的值來識別 相應(yīng)的聲源類型和格式，并且可以根據(jù)重放質(zhì)量指派優(yōu)先級順序。
考慮到這一點(diǎn)，對于本實(shí)施例，在用于設(shè)置優(yōu)先級順序的參考項(xiàng)(是 "保真度"、"成本"和"重放質(zhì)量")中，最高的優(yōu)先級被賦予"保真 度"。也就是說，與輔助內(nèi)容的創(chuàng)建者的意圖盡可能真實(shí)的輔助內(nèi)容的音 頻重放被賦予最高的優(yōu)先級。
另外，作為實(shí)際處理的、用于在步驟S1002中設(shè)置每個(gè)集合的優(yōu)先級 順序的處理可以利用接下來描述的算法執(zhí)行。即，對"保真度"、"成 本"和"重放質(zhì)量"中的每一個(gè)指派點(diǎn)，這些點(diǎn)與存儲(chǔ)在ID集合中的格 式ID所對應(yīng)的原始音頻內(nèi)容的聲源類型和格式相對應(yīng)。此時(shí)，"保真 度"的權(quán)重重于"成本"和"重放質(zhì)量"。總的點(diǎn)數(shù)隨后被記錄，并且優(yōu) 先級順序被判定和指派。
注意，該算法僅僅是一個(gè)示例。對于優(yōu)先級順序的哪一參考項(xiàng)賦予哪 種優(yōu)先級(權(quán)重)作為優(yōu)先級順序規(guī)則、以及設(shè)置多少種優(yōu)先級順序的參 考項(xiàng)，可以考慮到實(shí)際操作來判定。圖28中所示的流程示了圖22中的過程8所示的要由用戶終端設(shè) 備4B (內(nèi)容管理/編輯工具101)執(zhí)行的、用于使用主內(nèi)容的搜索處理的 過程的示例，該使用主內(nèi)容用于播放所下載的輔助內(nèi)容(有關(guān)輔助內(nèi) 容)。
在圖28中，首先，在步驟S1201中將指示要指派給有關(guān)輔助內(nèi)容中 的一個(gè)或多個(gè)使用主內(nèi)容的編號的變量n替換為1。
在步驟S1202中，參考圖24A和24B中所示的ID集合信息中的第n 個(gè)ID集合(ID集合n)。執(zhí)行步驟S1203以搜索與存儲(chǔ)在這里參考的第n 個(gè)ID集合中的格式ID相關(guān)的原始音頻內(nèi)容。
在步驟S1203中，將指示指派給存儲(chǔ)在第n個(gè)ID集合中的格式ID的 優(yōu)先級順序的變量m替換為1。
在下一步驟S1204中，在用戶終端設(shè)備4B上首先搜索具有第m個(gè)優(yōu) 先級順序的格式ID (原始內(nèi)容ID)與之相關(guān)的原始音頻內(nèi)容。這等同于 判定優(yōu)先級順序?yàn)榈趍的聲源類型和格式的原始音頻內(nèi)容數(shù)據(jù)是否存在于 本地作為第n個(gè)使用主內(nèi)容。步驟S1205是用于執(zhí)行該判定的過程。
在步驟S1205中，在獲得了肯定的判定結(jié)果，即優(yōu)先級順序?yàn)榈趍的 聲源類型和格式的原始音頻內(nèi)容數(shù)據(jù)存在于本地的情況下，流程前進(jìn)到后 面描述的步驟S1210。該流程(其中根據(jù)步驟S1205中的肯定判定結(jié)果， 流程前進(jìn)到步驟S1210)意味著獲得用作第n個(gè)主內(nèi)容的后續(xù)原始音頻內(nèi) 容數(shù)據(jù)的處理已經(jīng)結(jié)束，這是因?yàn)橐米鞯趎個(gè)使用主內(nèi)容的原始音頻內(nèi) 容數(shù)據(jù)存在于本地。
另一方面，當(dāng)在步驟S105中獲得了否定結(jié)果的情況下，流程前進(jìn)到 步驟S1206。
在步驟S1206中，對與優(yōu)先級順序?yàn)榈趍的格式ID (原始內(nèi)容ID) 相關(guān)的原始音頻內(nèi)容是否可以從網(wǎng)絡(luò)下載進(jìn)行判定。該判定可以通過以下 方式進(jìn)行判定優(yōu)先級順序?yàn)榈趍的格式ID是否是分布式聲源的ID。
當(dāng)在步驟S1206中獲得了肯定的判定結(jié)果的情況下，實(shí)現(xiàn)控制以經(jīng)由 網(wǎng)絡(luò)下載與優(yōu)先級順序?yàn)榈趍的格式ID相關(guān)的原始音頻內(nèi)容的數(shù)據(jù)。該
下載可以通過指定要通過優(yōu)先級順序?yàn)榈趍的格式ID下載的內(nèi)容來執(zhí)行。在該下載完成后，與優(yōu)先級順序?yàn)榈趍的格式ID相關(guān)的原始音頻內(nèi) 容的數(shù)據(jù)將存在于本地。即，利用圖28中所示的過程，可從網(wǎng)絡(luò)下載并 且應(yīng)當(dāng)存在于本地的原始音頻內(nèi)容通過下載被自動(dòng)保存到本地。
另一方面，當(dāng)在步驟S1206中獲得了否定的判定結(jié)果的情況下，流程 前進(jìn)到步驟S120S。在步驟S1206中獲得否定的判定結(jié)果意味著與優(yōu)先級 順序?yàn)榈趍的格式ID相關(guān)的原始音頻內(nèi)容是應(yīng)當(dāng)通過除了網(wǎng)絡(luò)下載以外 的方法獲得的聲源類型，例如來自封裝介質(zhì)聲源或通過數(shù)據(jù)接口獲取的數(shù) 字聲源(包括被轉(zhuǎn)換為數(shù)字的模擬聲源)。
在步驟S1208中，對變量m是否是最大值進(jìn)行判定。在這里獲得了否 定的判定結(jié)果的情況下，這意味著在第n個(gè)ID集合中還有未被處理的格 式ID，因此在步驟S1209中變量m被遞增，并且流程返回到步驟S1204。
另一方面，當(dāng)在步驟S1208中獲得了肯定的判定結(jié)果的情況下，這意 味著第n個(gè)ID集合中的所有格式ID都已被處理，因此流程前進(jìn)到步驟 S1210。當(dāng)在步驟S1208中獲得了肯定的判定結(jié)果的情況下，這意味著用 作與第n個(gè)ID集合相對應(yīng)的使用主內(nèi)容的原始音頻內(nèi)容數(shù)據(jù)并不位于本 地，另外也不能通過下載獲得。
在步驟S1210中，對變量n是否是最大值(存儲(chǔ)在ID集合信息中的 ID集合的數(shù)目)進(jìn)行判定。在這里獲得了否定的判定結(jié)果的情況下，這意 味著在ID集合信息中仍然有還未作為搜索對象的ID集合。在這種情況 下，在步驟S1211中變量n被遞增，并且流程返回到步驟S1202。因而， 執(zhí)行關(guān)于下一ID集合的使用主內(nèi)容(原始音頻內(nèi)容數(shù)據(jù))的搜索。
在與上述步驟S1202至S1208相對應(yīng)的處理被重復(fù)與ID集合數(shù)目一 樣多的次數(shù)后，在步驟S1210中獲得了肯定的判定結(jié)果，并且流程前進(jìn)到 步驟S1212。
在步驟S1212中，執(zhí)行用于例如以預(yù)定顯示格式將根據(jù)迄今為止的處 理獲得的、作為用作使用主內(nèi)容的原始音頻內(nèi)容數(shù)據(jù)的數(shù)據(jù)輸出到內(nèi)容管 理/編輯工具101的GUI屏幕上的處理。
利用對針對使用主內(nèi)容獲得的內(nèi)容的顯示，已經(jīng)存在的原始音頻內(nèi) 容、新從分發(fā)服務(wù)器(原始音頻內(nèi)容服務(wù)器)下載以便存在于本地的原始音頻內(nèi)容、以及不存在于本地的原始音頻內(nèi)容可以例如以與使用主內(nèi)容相 關(guān)的方式顯示。用戶可以理解獲得原始音頻內(nèi)容數(shù)據(jù)的狀態(tài)，該數(shù)據(jù)是要 用于播放輔助內(nèi)容的使用主內(nèi)容的實(shí)際實(shí)體。
在對針對使用主內(nèi)容已獲得的內(nèi)容的顯示中，優(yōu)選地使顯示向用戶指 示如何獲得并不存在于本地的原始音頻內(nèi)容。這是因?yàn)樵谠家纛l內(nèi)容的
自動(dòng)獲得處理中，本地保存與可能不位于本地的使用主內(nèi)容相對應(yīng)的原始 音頻內(nèi)容數(shù)據(jù)涉及用戶工作，例如使用封裝介質(zhì)作為聲源、或經(jīng)由數(shù)據(jù)接
口進(jìn)行獲取等等。
根據(jù)迄今為止進(jìn)行的圖22和后續(xù)附圖的描述，對于本實(shí)施例，用戶 終端設(shè)備4 (內(nèi)容管理/編輯工具101)通過將共享相同重放內(nèi)容的格式的 原始音頻內(nèi)容數(shù)據(jù)的ID (原始內(nèi)容ID、格式ID)進(jìn)行相關(guān)來管理輔助內(nèi) 容的每個(gè)使用主內(nèi)容(下文中也稱為"使用主內(nèi)容ID管理")。執(zhí)行該 使用主內(nèi)容ID管理意味著執(zhí)行該管理的設(shè)備具有ID集合信息，這又意味 著該設(shè)備能夠處理具有存儲(chǔ)在ID集合信息中的格式ID (原始內(nèi)容ID)的 所有原始音頻內(nèi)容。這還意味著執(zhí)行使用主內(nèi)容ID管理的設(shè)備(在這種 情況下是用戶終端設(shè)備4)能夠使用具有存儲(chǔ)在相應(yīng)ID集合中的格式ID (原始內(nèi)容ID)的所有原始音頻內(nèi)容作為使用主內(nèi)容。
現(xiàn)在，根據(jù)本實(shí)施例的執(zhí)行使用主內(nèi)容ID管理的用戶終端設(shè)備4搜 索用作使用主內(nèi)容的原始音頻內(nèi)容數(shù)據(jù)。對于搜索過程，已經(jīng)存在于本地 的原始音頻內(nèi)容數(shù)據(jù)可以被當(dāng)作使用主內(nèi)容，只要與通過使用主內(nèi)容ID 管理被保存為ID集合信息(ID集合群組)的原始內(nèi)容ID (格式ID)相匹
配即可。這意味著即使格式不與例如在編輯輔助內(nèi)容時(shí)實(shí)際用作編輯材料 的主內(nèi)容相同，本地存在的原始音頻內(nèi)容數(shù)據(jù)也可以被實(shí)際用作例如要甩 于播放輔助內(nèi)容的使用原始音頻內(nèi)容，只要用作使用主內(nèi)容的音頻內(nèi)容是 相同的。在已經(jīng)存在于本地的原始音頻內(nèi)容數(shù)據(jù)要被用作使用主內(nèi)容的情 況下，不需要通過下載或通過經(jīng)由數(shù)據(jù)接口進(jìn)行獲取來獲得原始音頻內(nèi) 容，從而減少了成本和工作。
另外，盡管圖28示出了在與某一使用主內(nèi)容相對應(yīng)的原始音頻內(nèi)容 數(shù)據(jù)并不存在于本地的情況下，通過下載等來獲得它的示例，但是此時(shí)同樣地，在實(shí)際用作編輯材料的相同格式的主內(nèi)容在網(wǎng)絡(luò)上沒有分布的情況
下，存儲(chǔ)在ID集合中的原始內(nèi)容ID (格式ID) 0被參考，并且可下載的 原始音頻內(nèi)容數(shù)據(jù)被下載和獲取。也就是說，即使在編輯輔助內(nèi)容時(shí)實(shí)際 用作編輯材料的相同格式的原始音頻內(nèi)容數(shù)據(jù)是不可獲得的情況下，也已 經(jīng)考慮到這一情況，從而音頻中相同內(nèi)容的原始音頻內(nèi)容數(shù)據(jù)可以被獲得 并用于輔助內(nèi)容的音頻播放。
也就是說，提供了這樣一種環(huán)境，其中無論要用在輔助內(nèi)容的播放中 的主內(nèi)容的原始音頻內(nèi)容數(shù)據(jù)的數(shù)據(jù)格式的差異如何，不同數(shù)據(jù)格式的原 始音頻內(nèi)容數(shù)據(jù)都可以被當(dāng)作相同的內(nèi)容，只要音頻的內(nèi)容是相同的，并 且可以被用于播放輔助內(nèi)容。
現(xiàn)在，本發(fā)明實(shí)施例的配置并不限于迄今為止描述的音樂分發(fā)/共享系 統(tǒng)的應(yīng)用，而是可以同樣有利地應(yīng)用于其他系統(tǒng)。對另一種形式的系統(tǒng)的 應(yīng)用示例將參考圖29來描述。
在圖29中，構(gòu)成系統(tǒng)的設(shè)備包括音頻內(nèi)容服務(wù)器110、用戶終端設(shè)備 4 (4A、 4B)、通信服務(wù)器130和內(nèi)容ID管理服務(wù)器150。
音頻內(nèi)容服務(wù)器110是用于分發(fā)用作音頻內(nèi)容的音頻數(shù)據(jù)的服務(wù)器， 并且其配置例如等同于圖6中所示的原始音頻內(nèi)容服務(wù)器1的配置。注 意，盡管這里只示出了一個(gè)音頻內(nèi)容服務(wù)器110，但是實(shí)際上，根據(jù)各種
分發(fā)服務(wù)、記錄標(biāo)簽等提供了多個(gè)音頻內(nèi)容服務(wù)器iio。
用戶終端設(shè)備4實(shí)際上為用戶所擁有，在網(wǎng)絡(luò)上有大量的用戶終端設(shè) 備4。另外，用戶終端設(shè)備4是硬件配置的個(gè)人計(jì)算機(jī)等，并且例如具有 等同于圖9中所示的配置。
通信服務(wù)器130在這種情況下是用于提供博客(或SNS)的服務(wù)器， 并且可以例如基于圖8中所示的配置提供博客功能。
內(nèi)容ID管理服務(wù)器150是用于對當(dāng)前存在的原始音頻內(nèi)容執(zhí)行與先 前參考圖24所述的使用主內(nèi)容ID管理相同的ID管理的服務(wù)器。
將按照方括號[]中的過程號來描述圖29中所示的系統(tǒng)的操作。
過程l
假定用戶終端設(shè)備4A的用戶已決定向他的博客的讀者介紹本地保存在用戶終端設(shè)備4A處的原始音頻內(nèi)容中他最喜歡的一個(gè)。該音頻內(nèi)容是 存在于本地的音頻內(nèi)容，并且是先前從某一音頻內(nèi)容服務(wù)器110下載并保 存到本地的(所下載內(nèi)容)。在寫入博客時(shí)，用戶終端設(shè)備4A的用戶執(zhí) 行用于向博客上載他喜歡的所下載內(nèi)容的數(shù)據(jù)的操作。 過程2
在通信服務(wù)器130處，響應(yīng)于如上所述上載的音頻內(nèi)容，所上載的音 頻內(nèi)容被粘貼(鏈接)到博客，從而執(zhí)行關(guān)于博客的內(nèi)容數(shù)據(jù)的處理。然 而注意，取決于音頻內(nèi)容的版權(quán)，有兩種不同的向博客粘貼已上載的音頻 內(nèi)容(所上載內(nèi)容)的形式。
首先，在所上載內(nèi)容是無版權(quán)的情況下，或者在所上載內(nèi)容是由用戶 終端設(shè)備4A的用戶自身創(chuàng)建的等等，并且沒有除了用戶終端設(shè)備4A以外 的第三方擁有其版權(quán)的情況下，通信服務(wù)器130執(zhí)行博客數(shù)據(jù)處理以便將 所上載內(nèi)容的數(shù)據(jù)直接鏈接到用戶已指定的博客的主體部分。
另一方面，在所上載內(nèi)容的版權(quán)例如屬于專業(yè)音樂家等的情況下，通 信服務(wù)器130并不如上所述直接將所上載內(nèi)容的數(shù)據(jù)鏈接到博客。相反， 通信服務(wù)器130首先使用所上載內(nèi)容的音頻數(shù)據(jù)來生成根據(jù)其音頻特征的 唯一值，并且將其取為共享內(nèi)容ID。該共享內(nèi)容ID是對于根據(jù)所上載內(nèi) 容的音頻內(nèi)容的每個(gè)內(nèi)容來說唯一的ID，并且因此對應(yīng)于先前實(shí)施例中的 共享主內(nèi)容ID。用于實(shí)現(xiàn)在下面的過程3至5中描述的內(nèi)容重放處理的程 序(內(nèi)容重放程序)隨后被鏈接到博客。此時(shí)，該程序包括作為重放參數(shù) (設(shè)置信息)的一個(gè)共享內(nèi)容ID。例如，Java (注冊商標(biāo))等可以用于該程序。
過程3
然后假定用戶終端設(shè)備4B已訪問并顯示到所上載內(nèi)容的鏈接已被粘 貼的博客的內(nèi)容。此時(shí)，在用戶終端設(shè)備4B處所顯示的博客中，鏈接已 通過過程2粘貼的圖像部分或測試串是可點(diǎn)擊的。假定用戶終端設(shè)備4B 的用戶已閱讀了博客，并且期望收聽音頻內(nèi)容，因此點(diǎn)擊鏈接。
在這種情況下，如果所上載內(nèi)容的版權(quán)不屬于除了用戶終端設(shè)備4A 的用戶以外的任何人，并且所上載內(nèi)容的音頻數(shù)據(jù)被直接鏈接，則響應(yīng)于點(diǎn)擊操作通信服務(wù)器130處所鏈接的音頻數(shù)據(jù)被調(diào)用，并且下載重放的流 式重放等開始。
另一方面，如果所上載內(nèi)容的版權(quán)被除了用戶終端設(shè)備4A的用戶以 外的第三方所擁有，并且內(nèi)容重放程序被鏈接，則在用戶終端設(shè)備4B處 調(diào)用并激活內(nèi)容重放程序。內(nèi)容重放程序的操作實(shí)現(xiàn)了下面的過程4、 5、 6 (6-1、 6-2)。
過程4
首先，已在用戶終端設(shè)備4B處激活的內(nèi)容重放程序執(zhí)行用于將與所 上載內(nèi)容相對應(yīng)的ID集合請求從用戶終端設(shè)備4B發(fā)送到內(nèi)容ID管理服 務(wù)器150的通信控制。在該請求時(shí)，內(nèi)容重放程序發(fā)送作為參數(shù)保存的共 享內(nèi)容ID。
過程5
內(nèi)容ID管理服務(wù)器150可以被配置為具有代替主內(nèi)容ID數(shù)據(jù)庫51 的內(nèi)容ID數(shù)據(jù)庫。另外，該內(nèi)容ID數(shù)據(jù)庫可以被配置為使得主內(nèi)容ID 數(shù)據(jù)庫51的結(jié)構(gòu)中的共享主內(nèi)容ID被上述過程2中的共享內(nèi)容ID替 換。為了獲得共享內(nèi)容ID和格式ID并新注冊在內(nèi)容ID數(shù)據(jù)庫中，可以 實(shí)現(xiàn)一種系統(tǒng)以從音樂分發(fā)服務(wù)、 一般用戶等接收其表示。
在內(nèi)容ID管理服務(wù)器150處，從內(nèi)容ID數(shù)據(jù)庫中搜索在過程4中與 請求一同發(fā)送的共享內(nèi)容ID所相關(guān)的ID集合。所找到的ID集合隨后被 發(fā)送到用戶終端設(shè)備4B (內(nèi)容重放程序)。
以這種方式發(fā)送的ID集合被用戶終端設(shè)備4B的內(nèi)容重放程序接收并 獲得。這樣獲得的ID集合被內(nèi)容重放程序管理以便與所上載內(nèi)容相關(guān)。
在以這種方式獲得并管理ID集合時(shí)，可以采用這樣一種布置，其中 內(nèi)容重放程序例如按照預(yù)定規(guī)則給構(gòu)成ID集合的格式ID指派優(yōu)先級順 序，如利用圖24B所描述的?；蛘?，可以在內(nèi)容ID管理服務(wù)器150處被 管理為內(nèi)容ID數(shù)據(jù)庫的階段按照預(yù)定規(guī)則向其指派基本的優(yōu)先級順序。
過程6
已在過程5中獲得與所上載內(nèi)容相對應(yīng)的ID集合的內(nèi)容重放程序隨 后嘗試?yán)绺鶕?jù)圖28中所示的處理來獲得相同內(nèi)容的音頻內(nèi)容數(shù)據(jù)作為所上載內(nèi)容。注意，在這種情況下，必須對于在過程5中獲得的每個(gè)ID 集合獲得一個(gè)音頻內(nèi)容數(shù)據(jù)，并且不需要根據(jù)ID集合的數(shù)目執(zhí)行與變量n 相對應(yīng)的循環(huán)。
假定作為例如上述已執(zhí)行的內(nèi)容數(shù)據(jù)獲得處理的結(jié)果，已本地保存的 音頻內(nèi)容數(shù)據(jù)被找到作為與所上載內(nèi)容有相同音頻內(nèi)容的音頻內(nèi)容數(shù)據(jù) (等同于在步驟S1205中獲得肯定的判定結(jié)果的情況)。在這種情況下， 內(nèi)容重放程序執(zhí)行本地保存的音頻內(nèi)容數(shù)據(jù)的重放輸出，如過程6-1所 示。在音頻內(nèi)容數(shù)據(jù)要以這種方式被播放的情況下，實(shí)際被播放的是用戶 終端設(shè)備4B的用戶己經(jīng)擁有的聲源，因此被播放的內(nèi)容的版權(quán)受到適當(dāng) 的保護(hù)。
另外，假定作為已執(zhí)行的內(nèi)容數(shù)據(jù)獲得處理的結(jié)果，已經(jīng)發(fā)現(xiàn)與所上 載內(nèi)容有相同音頻內(nèi)容的音頻內(nèi)容可以從音頻內(nèi)容服務(wù)器110下載(等同 于在步驟S1206中獲得肯定的判定結(jié)果的情況)。在這種情況下，如過程 6-2所示，與所上載內(nèi)容有相同音頻內(nèi)容的音頻內(nèi)容被從音頻內(nèi)容服務(wù)器 110下載并被播放。該內(nèi)容重放的一種可以想到的形式是所謂的下載重 放，其中內(nèi)容首先被保存或本地儲(chǔ)存在用戶終端設(shè)備4B處(例如在HDD 或RAM中)，然后所保存的音頻內(nèi)容數(shù)據(jù)被內(nèi)容重放程序播放。另一種 形式是所謂的流式，其中內(nèi)容并不本地保存在用戶終端設(shè)備4B處(注 意，利用流式，音頻內(nèi)容數(shù)據(jù)并不本地存儲(chǔ)在HDD或其他存儲(chǔ)器中)。 在任何一種情況下，這種情況下的下載重放都涉及通過適當(dāng)?shù)倪^程從音頻 內(nèi)容服務(wù)器110上載音頻內(nèi)容數(shù)據(jù)(例如，如果對內(nèi)容付費(fèi)，則還執(zhí)行支 付處理)，因此被播放的內(nèi)容的版權(quán)受到適當(dāng)?shù)谋Ｗo(hù)。
從版權(quán)保護(hù)的角度看，簡單地將音頻數(shù)據(jù)文件粘貼到博客和主頁以上 載版權(quán)屬于第三方的內(nèi)容，在本質(zhì)上是未經(jīng)授權(quán)的。因此，在博客和主頁 中引入版權(quán)屬于第三方的內(nèi)容受限于粘貼到銷售內(nèi)容的供應(yīng)商站點(diǎn)的鏈 接。在這種情況下，對鏈接的點(diǎn)擊僅僅訪問銷售內(nèi)容的供應(yīng)商，而并不一 定意味著內(nèi)容以可收聽的方式被立即播放。
然而，對于上述系統(tǒng)，簡單地通過點(diǎn)擊鏈接、通過本地重放或下載重 放，仍然可以播放版權(quán)屬于第三方的內(nèi)容，而不會(huì)侵犯版權(quán)?？梢韵氲皆趫D29中所示的系統(tǒng)下用于上載內(nèi)容并播放內(nèi)容的其他過 程。例如，盡管以上描述涉及用戶終端設(shè)備4A在過程1中向通信服務(wù)器 130上載音頻內(nèi)容數(shù)據(jù)，但是可以想到，處理所上載內(nèi)容數(shù)據(jù)的通信服務(wù) 器130將會(huì)招致巨大的處理負(fù)擔(dān)。因此，對于圖29中所示系統(tǒng)的配置可 以設(shè)想以下的方式。
如果假定用戶終端設(shè)備4A具有生成共享內(nèi)容ID的功能，則在向通信 服務(wù)器130上載內(nèi)容時(shí)，用于要上載的音頻內(nèi)容數(shù)據(jù)的共享內(nèi)容ID被生 成，并且它被發(fā)送到通信服務(wù)器130。應(yīng)當(dāng)注意，此時(shí)要上載的音頻內(nèi)容 數(shù)據(jù)自身不被上載。另外，無版權(quán)的內(nèi)容、用戶終端設(shè)備4的用戶已創(chuàng)建 并擁有其版權(quán)的音頻內(nèi)容等等假定被存儲(chǔ)并管理在適當(dāng)?shù)囊纛l內(nèi)容服務(wù)器 110處。
利用作為過程1的上載操作，通信服務(wù)器130接收并獲得要上載的音 頻內(nèi)容的內(nèi)容ID。作為過程2，通信服務(wù)器130將包括作為參數(shù)的共享內(nèi) 容ID的內(nèi)容重放程序粘貼在博客中。注意，在這種情況下，無論要上載 的音頻內(nèi)容的版權(quán)是否屬于除了用戶終端設(shè)備4A的用戶以外的第三方， 都執(zhí)行過程2的處理，并且下面的過程3至6 (6-1、 6-2)的操作與上述相 同。利用這種配置，通信服務(wù)器130并不需要處理、保存或管理音頻內(nèi)容 數(shù)據(jù)，這明顯減少了處理負(fù)荷。另外，不需要在過程1中發(fā)送/接收音頻內(nèi) 容數(shù)據(jù)，因此音頻內(nèi)容數(shù)據(jù)的上載操作也更快，并且流量減少。
另外，作為以上的另一個(gè)示例可以想到這樣一種布置，其中在過程1 中上載音頻內(nèi)容時(shí)，保存在用戶終端設(shè)備4A處的與要上載的音頻內(nèi)容相 對應(yīng)的格式ID與共享內(nèi)容ID —同被發(fā)送到通信服務(wù)器130。在這種情況 下，通信服務(wù)器130在過程2中在內(nèi)容重放程序中嵌入共享內(nèi)容ID和格 式ID (原始內(nèi)容ID)作為重放參數(shù)。在過程4中的ID集合請求時(shí)，格式 ID與共享內(nèi)容ID—同被發(fā)送。因而，內(nèi)容ID管理服務(wù)器150可以使用作 為ID集合請求發(fā)送的共享內(nèi)容ID和格式ID、根據(jù)例如圖26中所示的主 內(nèi)容ID管理服務(wù)器5的過程來更新內(nèi)容ID數(shù)據(jù)庫。
注意，標(biāo)識格式ID的信息(格式標(biāo)識信息)可以是用于通過網(wǎng)絡(luò)上 或本地的相關(guān)格式來標(biāo)識內(nèi)容數(shù)據(jù)的位置的信息，例如URL或文件路徑。對于本發(fā)明的實(shí)施例，這些信息也被視為標(biāo)識信息，通過該標(biāo)識信息 可以識別每種格式范圍內(nèi)的內(nèi)容數(shù)據(jù)。
另外，本發(fā)明并不限于用作迄今為止描述的實(shí)施例的配置，而是可以 想到各種類型。
例如，對于上述實(shí)施例，盡管對于主內(nèi)容，數(shù)字音頻數(shù)據(jù)已被描述為 是實(shí)際實(shí)體中的主要成分(主要部分)，但是可以進(jìn)行這樣一種布置，其 中在主內(nèi)容階段，可以具有與輔助內(nèi)容相同的數(shù)據(jù)格式。也就是說，對于 主內(nèi)容，首先，制作者創(chuàng)建若干聲源作為數(shù)字音頻數(shù)據(jù)，利用這些聲源中 的每一個(gè)作為編輯材料內(nèi)容執(zhí)行編輯處理，并且創(chuàng)建等同于輔助內(nèi)容重放 控制文件的重放控制文件來作為編輯結(jié)果。該重放控制文件和其中用作聲 源的數(shù)字音頻數(shù)據(jù)被打包的文件被取為主內(nèi)容。
在這種情況下，用于再現(xiàn)用作主內(nèi)容的實(shí)際內(nèi)容的數(shù)據(jù)是重放控制文 件的數(shù)據(jù)。
另外，盡管在迄今為止的描述中未示出用作音樂編輯/共享應(yīng)用100的 GUI屏幕等的特定示例，但是可以想到音樂編輯/共享應(yīng)用100的GUI的 各種寬廣配置。
另外，圖6至9和25等中所示的原始內(nèi)容服務(wù)器1、輔助內(nèi)容服務(wù)器 2、通信服務(wù)器3、用戶終端設(shè)備4和主內(nèi)容ID管理服務(wù)器5的配置僅僅 是示例性的，并且實(shí)際可以適當(dāng)?shù)丶右孕薷?。另外，可以設(shè)想一種形式， 其中以上服務(wù)器中的至少一個(gè)被劃分為多個(gè)服務(wù)器。或者，這些服務(wù)器中 的至少兩個(gè)可以集成配置。
一種用于以上實(shí)施例的合適布置是使得主內(nèi)容ID管理服務(wù)器5被包 括在輔助內(nèi)容服務(wù)器2中。另外，對于圖29中的修改的情況，可接受的 配置是使得內(nèi)容ID管理服務(wù)器150與通信服務(wù)器130相集成。
另外，音樂編輯/共享應(yīng)用100的功能配置并不限于利用圖10、 11等 所描述的內(nèi)容，而是可以廣泛改變。
另外，圖12至14等中所示的輔助內(nèi)容重放控制文件的結(jié)構(gòu)僅僅是示 例性和概念性的，因此基于此可以進(jìn)行各種修改和擴(kuò)展。
另外，圖17至22、 26至29等的流程圖和序列圖等所示的處理過程(即，程序配置)僅僅是示例性的，并且實(shí)際上可以適當(dāng)?shù)丶右孕薷摹?br> 另外，盡管要從主內(nèi)容數(shù)據(jù)和輔助內(nèi)容數(shù)據(jù)再現(xiàn)并播放的內(nèi)容迄今為 止被描述為是諸如曲目之類的音頻內(nèi)容，但是可以是由作為運(yùn)動(dòng)圖像的視 頻/音頻構(gòu)成的視頻內(nèi)容。在這種情況下，用于再現(xiàn)用作主內(nèi)容的實(shí)際內(nèi)容 的數(shù)據(jù)是視頻信號數(shù)據(jù)(和要與視頻信號同步播放的音頻信號數(shù)據(jù))。另 外，這例如可以應(yīng)用于靜止圖像內(nèi)容，例如照片、圖像等。
本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，取決于設(shè)計(jì)要求和其他因素，可以進(jìn)行 各種修改、組合、子組合和變更，只要它們處于權(quán)利要求或其等同物的范 圍之內(nèi)。
本發(fā)明包含與2007年11月7日向日本專利局提交的日本專利申請JP 2007-289691相關(guān)的主題，這里通過引用將該申請的全部內(nèi)容并入。
權(quán)利要求
1. 一種服務(wù)器設(shè)備，包括通信裝置，被配置為經(jīng)由網(wǎng)絡(luò)執(zhí)行通信；標(biāo)識信息管理裝置，被配置為與每個(gè)內(nèi)容的內(nèi)容相對應(yīng)地管理格式標(biāo)識信息，所述格式標(biāo)識信息對于每種數(shù)據(jù)格式范圍內(nèi)的每個(gè)內(nèi)容數(shù)據(jù)來說是唯一的；以及標(biāo)識信息發(fā)送裝置，被配置為響應(yīng)于經(jīng)由網(wǎng)絡(luò)從客戶端設(shè)備對內(nèi)容的指定，向所述客戶端設(shè)備發(fā)送與所指定的內(nèi)容相關(guān)的格式標(biāo)識信息。
2. 如權(quán)利要求1所述的服務(wù)器設(shè)備，其中所述標(biāo)識信息管理裝置利用 通過將如下兩種信息相關(guān)而形成的相關(guān)信息來執(zhí)行管理，這兩種信息是通用標(biāo)識信息，它是在具有相同內(nèi)容的內(nèi)容但是不同數(shù)據(jù)格式的內(nèi)容 數(shù)據(jù)之間共享的唯一標(biāo)識信息，以及對應(yīng)于所述相同內(nèi)容的內(nèi)容的格式標(biāo)識；其中所述標(biāo)識信息發(fā)送裝置發(fā)送與所指定的內(nèi)容的通用標(biāo)識信息相關(guān) 的格式標(biāo)識信息，該通用標(biāo)識信息作為用于指定所述內(nèi)容的信息是從所述 客戶端設(shè)備發(fā)送的。
3. 如權(quán)利要求2所述的服務(wù)器設(shè)備，還包括判定裝置，用于判定從所述客戶端設(shè)備發(fā)送來的、作為用于指定所述 內(nèi)容的信息的、與所指定的內(nèi)容相對應(yīng)的通用標(biāo)識信息和要保存在所述客 戶端設(shè)備處的、與所述所指定的內(nèi)容相對應(yīng)的格式標(biāo)識是否注冊在所述相 關(guān)信息中；其中，在所述判定裝置判定從所述客戶端設(shè)備發(fā)送來的、作為用于指 定所述內(nèi)容的信息的、與所指定的內(nèi)容相對應(yīng)的通用標(biāo)識信息和要保存在 所述客戶端設(shè)備處的、與所述所指定的內(nèi)容相對應(yīng)的格式標(biāo)識未被注冊在 所述相關(guān)信息中的情況下，所述標(biāo)識信息管理裝置將與所述所指定的內(nèi)容 相對應(yīng)的格式標(biāo)識信息和與所述所指定的內(nèi)容相對應(yīng)的通用標(biāo)識信息新注 冊在所述相關(guān)信息中。
4. 一種服務(wù)器設(shè)備的信息處理方法，包括以下步驟經(jīng)由網(wǎng)絡(luò)執(zhí)行通信；與每個(gè)內(nèi)容的內(nèi)容相對應(yīng)地管理格式標(biāo)識信息，所述格式標(biāo)識信息對 于每種數(shù)據(jù)格式范圍內(nèi)的每個(gè)內(nèi)容數(shù)據(jù)來說是唯一的；以及響應(yīng)于經(jīng)由網(wǎng)絡(luò)從客戶端設(shè)備對內(nèi)容的指定，向所述客戶端設(shè)備發(fā)送 與所指定的內(nèi)容相關(guān)的格式標(biāo)識信息。
5. —種用于使服務(wù)器設(shè)備執(zhí)行以下步驟的程序 經(jīng)由網(wǎng)絡(luò)執(zhí)行通信；與每個(gè)內(nèi)容的內(nèi)容相對應(yīng)地管理格式標(biāo)識信息，所述格式標(biāo)識信息對 于每種數(shù)據(jù)格式范圍內(nèi)的每個(gè)內(nèi)容數(shù)據(jù)來說是唯一的；以及響應(yīng)于經(jīng)由網(wǎng)絡(luò)從客戶端設(shè)備對內(nèi)容的指定，向所述客戶端設(shè)備發(fā)送 與所指定的內(nèi)容相關(guān)的格式標(biāo)識信息。
6. —種客戶端設(shè)備，包括 通信裝置，被配置為經(jīng)由網(wǎng)絡(luò)執(zhí)行通信；內(nèi)容指定裝置，被配置為經(jīng)由網(wǎng)絡(luò)與服務(wù)器設(shè)備執(zhí)行通信以指定內(nèi) 容；以及標(biāo)識信息管理裝置，被配置為執(zhí)行以下操作接收并獲得格式標(biāo)識信息，所述格式標(biāo)識信息是響應(yīng)于用于指定所述 內(nèi)容的通信而從所述服務(wù)器設(shè)備發(fā)送來的、與所指定的內(nèi)容相對應(yīng)的標(biāo)識 信息，并且對于每種數(shù)據(jù)格式范圍內(nèi)的每個(gè)內(nèi)容數(shù)據(jù)來說是唯一的，以及與所述所指定的內(nèi)容相對應(yīng)地管理所接收并獲得的格式標(biāo)識信息。
7. 如權(quán)利要求6所述的客戶端設(shè)備，其中所述內(nèi)容指定裝置向所述服 務(wù)器設(shè)備發(fā)送與所述所指定的內(nèi)容相對應(yīng)的通用標(biāo)識信息，所述通用標(biāo)識 信息是在至少具有相同內(nèi)容的內(nèi)容但是不同數(shù)據(jù)格式的內(nèi)容數(shù)據(jù)之間共享 的唯一標(biāo)識信息。
8. 如權(quán)利要求7所述的客戶端設(shè)備，還包括-內(nèi)容數(shù)據(jù)處理裝置，被配置為執(zhí)行以下操作從本地存在的內(nèi)容數(shù)據(jù)中搜索與所述標(biāo)識信息管理裝置管理的格式標(biāo) 識信息相關(guān)的內(nèi)容數(shù)據(jù)，以及將所找到的內(nèi)容數(shù)據(jù)設(shè)置為可由預(yù)定應(yīng)用使用的內(nèi)容數(shù)據(jù)。
9. 如權(quán)利要求7所述的客戶端設(shè)備，還包括下載執(zhí)行裝置，被配置為基于由所述標(biāo)識信息管理裝置管理的格式標(biāo) 識信息來執(zhí)行對存在于網(wǎng)絡(luò)上的內(nèi)容數(shù)據(jù)的下載。
10. —種客戶端設(shè)備的信息處理方法，包括以下步驟 經(jīng)由網(wǎng)絡(luò)執(zhí)行通信；經(jīng)由網(wǎng)絡(luò)與服務(wù)器設(shè)備執(zhí)行通信以指定內(nèi)容；接收并獲得格式標(biāo)識信息，所述格式標(biāo)識信息是響應(yīng)于用于指定所述 內(nèi)容的通信而從所述服務(wù)器設(shè)備發(fā)送來的、與所指定的內(nèi)容相對應(yīng)的標(biāo)識 信息，并且對于每種數(shù)據(jù)格式范圍內(nèi)的每個(gè)內(nèi)容數(shù)據(jù)來說是唯一的，以及與所述所指定的內(nèi)容相對應(yīng)地管理所接收并獲得的格式標(biāo)識信息。
11. 一種用于使客戶端設(shè)備執(zhí)行以下步驟的程序 經(jīng)由網(wǎng)絡(luò)執(zhí)行通信；經(jīng)由網(wǎng)絡(luò)與服務(wù)器設(shè)備執(zhí)行通信以指定內(nèi)容；接收并獲得格式標(biāo)識信息，所述格式標(biāo)識信息是響應(yīng)于用于指定所述 內(nèi)容的通信而從所述服務(wù)器設(shè)備發(fā)送來的、與所指定的內(nèi)容相對應(yīng)的標(biāo)識 信息，并且對于每種數(shù)據(jù)格式范圍內(nèi)的每個(gè)內(nèi)容數(shù)據(jù)來說是唯一的，以及與所述所指定的內(nèi)容相對應(yīng)地管理所接收并獲得的格式標(biāo)識信息。
12. —種信息處理系統(tǒng)，包括 充當(dāng)客戶端的客戶端設(shè)備；充當(dāng)服務(wù)器的服務(wù)器設(shè)備，所述服務(wù)器設(shè)備能夠經(jīng)由網(wǎng)絡(luò)與所述客戶 端設(shè)備通信；在所述服務(wù)器設(shè)備處的第一標(biāo)識信息管理裝置，被配置為與每個(gè)內(nèi)容 的內(nèi)容相對應(yīng)地管理格式標(biāo)識信息，所述格式標(biāo)識信息對于每種數(shù)據(jù)格式 范圍內(nèi)的每個(gè)內(nèi)容數(shù)據(jù)來說是唯一的；在所述客戶端設(shè)備處的內(nèi)容指定裝置，被配置為經(jīng)由網(wǎng)絡(luò)與所述服務(wù) 器設(shè)備執(zhí)行通信以指定內(nèi)容；在所述服務(wù)器設(shè)備處的標(biāo)識信息發(fā)送裝置，被配置為響應(yīng)于經(jīng)由網(wǎng)絡(luò) 從所述客戶端設(shè)備對內(nèi)容的指定，向所述客戶端設(shè)備發(fā)送與所指定的內(nèi)容 相關(guān)的格式標(biāo)識信息；以及在所述客戶端設(shè)備處的第二標(biāo)識信息管理裝置，被配置為與所述內(nèi)容 指定裝置指定的所述內(nèi)容相對應(yīng)地管理所接收并獲得的格式標(biāo)識信息。
13. —種信息處理系統(tǒng)的信息處理方法，所述信息處理系統(tǒng)包括能夠 經(jīng)由網(wǎng)絡(luò)通信的充當(dāng)客戶端的客戶端設(shè)備和充當(dāng)服務(wù)器的服務(wù)器設(shè)備，所述方法包括以下步驟在所述服務(wù)器設(shè)備處，與每個(gè)內(nèi)容的內(nèi)容相對應(yīng)地管理格式標(biāo)識信 息，所述格式標(biāo)識信息對于每種數(shù)據(jù)格式范圍內(nèi)的每個(gè)內(nèi)容數(shù)據(jù)來說是唯 一的；在所述客戶端設(shè)備處，經(jīng)由網(wǎng)絡(luò)與所述服務(wù)器設(shè)備執(zhí)行通信以指定內(nèi)容；在所述服務(wù)器設(shè)備處，響應(yīng)于經(jīng)由網(wǎng)絡(luò)從所述客戶端設(shè)備對內(nèi)容的指 定，向所述客戶端設(shè)備發(fā)送與所指定的內(nèi)容相關(guān)的格式標(biāo)識信息；以及在所述客戶端設(shè)備處，與所述所指定的內(nèi)容相對應(yīng)地管理所接收并獲 得的格式標(biāo)識信息。
14. 一種服務(wù)器設(shè)備，包括 通信單元，被配置為經(jīng)由網(wǎng)絡(luò)執(zhí)行通信；標(biāo)識信息管理單元，被配置為與每個(gè)內(nèi)容的內(nèi)容相對應(yīng)地管理格式標(biāo) 識信息，所述格式標(biāo)識信息對于每種數(shù)據(jù)格式范圍內(nèi)的每個(gè)內(nèi)容數(shù)據(jù)來說 是唯一的；以及標(biāo)識信息發(fā)送單元，被配置為響應(yīng)于經(jīng)由網(wǎng)絡(luò)從客戶端設(shè)備對內(nèi)容的 指定，向所述客戶端設(shè)備發(fā)送與所指定的內(nèi)容相關(guān)的格式標(biāo)識信息。
15. —種客戶端設(shè)備，包括 通信單元，被配置為經(jīng)由網(wǎng)絡(luò)執(zhí)行通信；內(nèi)容指定單元，被配置為經(jīng)由網(wǎng)絡(luò)與服務(wù)器設(shè)備執(zhí)行通信以指定內(nèi) 容；以及標(biāo)識信息管理單元，被配置為執(zhí)行以下操作接收并獲得格式標(biāo)識信息，所述格式標(biāo)識信息是響應(yīng)于用于指定所述 內(nèi)容的通信而從所述服務(wù)器設(shè)備發(fā)送來的、與所指定的內(nèi)容相對應(yīng)的標(biāo)識 信息，并且對于每種數(shù)據(jù)格式范圍內(nèi)的每個(gè)內(nèi)容數(shù)據(jù)來說是唯一的，以及與所述所指定的內(nèi)容相對應(yīng)地管理所接收并獲得的格式標(biāo)識信息。
16.—種信息處理系統(tǒng)，包括充當(dāng)客戶端的客戶端設(shè)備；充當(dāng)服務(wù)器的服務(wù)器設(shè)備，所述服務(wù)器設(shè)備能夠經(jīng)由網(wǎng)絡(luò)與所述客戶 端設(shè)備通信；在所述服務(wù)器設(shè)備處的第一標(biāo)識信息管理單元，被配置為與每個(gè)內(nèi)容 的內(nèi)容相對應(yīng)地管理格式標(biāo)識信息，所述格式標(biāo)識信息對于每種數(shù)據(jù)格式 范圍內(nèi)的每個(gè)內(nèi)容數(shù)據(jù)來說是唯一的；在所述客戶端設(shè)備處的內(nèi)容指定單元，被配置為經(jīng)由網(wǎng)絡(luò)與所述服務(wù) 器設(shè)備執(zhí)行通信以指定內(nèi)容；在所述服務(wù)器設(shè)備處的標(biāo)識信息發(fā)送單元，被配置為響應(yīng)于經(jīng)由網(wǎng)絡(luò) 從所述客戶端設(shè)備對內(nèi)容的指定，向所述客戶端設(shè)備發(fā)送與所指定的內(nèi)容 相關(guān)的格式標(biāo)識信息；以及在所述客戶端設(shè)備處的第二標(biāo)識信息管理單元，被配置為與所述內(nèi)容 指定單元指定的所述內(nèi)容相對應(yīng)地管理所接收并獲得的格式標(biāo)識信息。
全文摘要
本發(fā)明提供了一種服務(wù)器設(shè)備、客戶端設(shè)備、信息處理系統(tǒng)、方法和程序。一種包括能夠經(jīng)由網(wǎng)絡(luò)通信的充當(dāng)客戶端的客戶端設(shè)備和充當(dāng)服務(wù)器的服務(wù)器設(shè)備的信息處理系統(tǒng)的信息處理方法包括以下步驟在服務(wù)器設(shè)備處，與每個(gè)內(nèi)容的內(nèi)容相對應(yīng)地管理格式標(biāo)識信息，所述格式標(biāo)識信息對于每種數(shù)據(jù)格式范圍內(nèi)的每個(gè)內(nèi)容數(shù)據(jù)來說是唯一的；在客戶端設(shè)備處，經(jīng)由網(wǎng)絡(luò)與服務(wù)器設(shè)備執(zhí)行通信以指定內(nèi)容；在服務(wù)器設(shè)備處，響應(yīng)于經(jīng)由網(wǎng)絡(luò)從客戶端設(shè)備對內(nèi)容的指定，向客戶端設(shè)備發(fā)送與所指定的內(nèi)容相關(guān)的格式標(biāo)識信息；以及在客戶端設(shè)備處，與所指定的內(nèi)容相對應(yīng)地管理所接收并獲得的格式標(biāo)識信息。
文檔編號G06F13/00GK101431528SQ20081017356
公開日2009年5月13日 申請日期2008年11月6日 優(yōu)先權(quán)日2007年11月7日
發(fā)明者三好俊匡, 井上滋, 佐佐木徹, 君島匡朗, 宮島靖, 富永隆, 渡嘉敷守, 渥美聰一郎, 長坂英夫 申請人:索尼株式會(huì)社