專利名稱：信息處理設(shè)備、信息處理方法和程序的制作方法
技術(shù)領(lǐng)域：
本發(fā)明例如涉及用于創(chuàng)建內(nèi)容并且通過網(wǎng)絡(luò)來共享所創(chuàng)建的內(nèi)容的信 息處理設(shè)備，并且涉及其方法。本發(fā)明還涉及該信息處理設(shè)備執(zhí)行的程 序。
背景技術(shù)：
作為一種使用網(wǎng)絡(luò)的形式，所謂的內(nèi)容分發(fā)和音頻、視頻等等的共享 已經(jīng)被廣泛地執(zhí)行。例如，在內(nèi)容分發(fā)系統(tǒng)中，在服務(wù)器處保存和管理了 充當(dāng)要分發(fā)的內(nèi)容的大量數(shù)據(jù)文件。擁有諸如個人計算機之類的信息處理 終端設(shè)備的用戶操作具有與內(nèi)容分發(fā)相對應(yīng)的客戶端功能的應(yīng)用軟件(客 戶端軟件)，以便從服務(wù)器下載所需的內(nèi)容。已通過這種方式下載的充當(dāng) 內(nèi)容的數(shù)據(jù)文件通常是通過被客戶端軟件存儲和保存在信息處理終端設(shè)備 內(nèi)的存儲設(shè)備中來得到管理的。然后，用戶可以通過在客戶端軟件處執(zhí)行 用于播放存儲在信息處理終端設(shè)備中的充當(dāng)內(nèi)容的數(shù)據(jù)文件的操作來以聲 音和/或視頻的形式收聽/觀看并欣賞它。
另外，在內(nèi)容共享系統(tǒng)中，例如信息處理終端的用戶向服務(wù)器上載充 當(dāng)諸如音頻、視頻等等之類的內(nèi)容的數(shù)據(jù)文件。這種共享系統(tǒng)的服務(wù)器具 有用于發(fā)布上載的內(nèi)容的站點(網(wǎng)頁)。 一般的信息處理終端設(shè)備的用戶 可以訪問該站點并且例如搜索其感興趣的內(nèi)容。通過該搜索找到的內(nèi)容被 訪問和播放，以便被觀看/收聽，并從而被共享。
另一方面，存在一種應(yīng)用軟件(編輯軟件)，其能夠取入音頻數(shù)據(jù)和 視頻數(shù)據(jù)等等作為素材，以便對其進行修改、編輯，并且創(chuàng)建新的樂曲， 尤其是近年來，普通的用戶也對其有廣泛使用，不論是易于操作的還是復(fù)雜的。
如上所述，這種編輯軟件可以執(zhí)行用于改變充當(dāng)內(nèi)容的實際數(shù)據(jù)(音頻/視頻數(shù)據(jù)等等)的處理，以便對其進行編輯。因此，在例如音頻內(nèi)容的 情況下，可以很容易地利用所謂的采樣、混合等等通過取入原始樂曲數(shù)據(jù) 的一部分作為素材來執(zhí)行修改和編輯等等。實際上，例如，專業(yè)音樂家等 等己經(jīng)在發(fā)布通過這種技術(shù)創(chuàng)建的許多樂曲。對這種現(xiàn)有技術(shù)的記載可在
日本未實審專利申請公開No. 2000-113066和日本未實審專利申請公開No. 2004-72502中找到。
發(fā)明內(nèi)容
有了如上所述的背景，可以認為，會有相當(dāng)多的普通用戶不僅希望簡 單地播放和欣賞能夠通過內(nèi)容分發(fā)和內(nèi)容共享等等獲得的內(nèi)容的數(shù)據(jù)，而 且還希望通過利用編輯軟件執(zhí)行二次編輯來創(chuàng)作新作品并且公開展現(xiàn)(發(fā) 布)該作品。
因此，本發(fā)明提出了在網(wǎng)絡(luò)上配置一種內(nèi)容共享系統(tǒng)，從而例如一般 的用戶可以對保存在用戶終端方的內(nèi)容進行二次使用并執(zhí)行編輯來創(chuàng)建副 內(nèi)容(subsidiary content)，并且可以通過服務(wù)器等等公開展現(xiàn)以這種方式 創(chuàng)建的內(nèi)容。這樣，在該內(nèi)容共享系統(tǒng)中，將對存在于網(wǎng)絡(luò)上的副內(nèi)容進 行管理以便進行內(nèi)容共享。作為這種管理的一種方式，使得能夠?qū)γ總€副 內(nèi)容的重要性進行設(shè)定將使得內(nèi)容共享系統(tǒng)能夠提供更好的服務(wù)，這將是 有利的。
在這種內(nèi)容共享系統(tǒng)中，例如大量的副內(nèi)容將存在于服務(wù)器上并且被 共享。為了使得用戶更易使用內(nèi)容共享系統(tǒng)，需要能夠從這些副內(nèi)容中盡 可能高效地找到適于推薦給每個用戶的副內(nèi)容。
根據(jù)本發(fā)明一個實施例的信息處理設(shè)備包括存儲管理單元，該存儲 管理單元被配置為存儲并管理包括重放控制信息的副內(nèi)容文件，該重放控 制信息被形成為包括指示對充當(dāng)源編輯素材的主內(nèi)容(primary content)文 件的實際內(nèi)容數(shù)據(jù)進行重放的內(nèi)容；以及
副內(nèi)容選擇單元，該副內(nèi)容選擇單元被配置為從存儲管理單元所管理 的副內(nèi)容文件中選擇出使用充當(dāng)源編輯素材的主內(nèi)容文件的至少一部分的 副內(nèi)容文件，來作為將被推薦給推薦接收用戶的推薦副內(nèi)容。在上述配置中，要推薦的內(nèi)容是文件。副內(nèi)容文件是通過對一個或多 個內(nèi)容文件的二次使用而創(chuàng)建的文件并且具有這樣一種結(jié)構(gòu)，即包括重放 控制信息，用于指示對充當(dāng)源編輯素材的主內(nèi)容文件所具有的實際內(nèi)容數(shù) 據(jù)進行重放。
在推薦這種副內(nèi)容文件時，部分或全部使用推薦接收用戶持有的主內(nèi) 容作為源編輯素材內(nèi)容的副內(nèi)容被選擇。利用推薦接收用戶擁有的主內(nèi)容 作為源編輯素材意味著副內(nèi)容包括匹配推薦接收用戶的喜好的內(nèi)容。
這樣，根據(jù)上述配置，具有二次創(chuàng)作性質(zhì)的副內(nèi)容可被推薦給用戶一 方，以準(zhǔn)確地匹配每個用戶的喜好等等。因此，用戶可以迅速且高效地從 大量副內(nèi)容中找到匹配其喜好的副內(nèi)容。
圖1是示出與本發(fā)明一個實施例相對應(yīng)的內(nèi)容創(chuàng)建/共享系統(tǒng)的配置示 例的示圖2是示出根據(jù)本發(fā)明一個實施例的內(nèi)容創(chuàng)建/共享系統(tǒng)的基本使用形
式以及與之相對應(yīng)的系統(tǒng)操作的步驟示例的示圖3是示意性地示出根據(jù)該實施例的副內(nèi)容創(chuàng)建的流程的示圖； 圖4是示意性地示出根據(jù)該實施例的副內(nèi)容播放的流程的示圖； 圖5A至圖5C是示出在創(chuàng)建副內(nèi)容時編輯素材內(nèi)容的使用形式示例的
示圖6是示出主內(nèi)容服務(wù)器的內(nèi)部配置示例的示圖； 圖7是示出副內(nèi)容服務(wù)器的內(nèi)部配置示例的示圖； 圖8是示出通信內(nèi)容服務(wù)器的內(nèi)部配置示例的示圖； 圖9是示出用戶信息服務(wù)器的內(nèi)部配置示例的示圖； 圖IO是示出用戶終端設(shè)備的內(nèi)部配置示例的示圖； 圖11是示出將被存儲在用戶終端設(shè)備的HDD中的數(shù)據(jù)內(nèi)容的示例的 示圖12是示出充當(dāng)內(nèi)容創(chuàng)建/共享應(yīng)用的內(nèi)容管理/創(chuàng)建工具的程序配置 示例的示圖；圖13A和13B是示意性地示出副內(nèi)容文件和主內(nèi)容文件的結(jié)構(gòu)示例的 示圖14是示出形成內(nèi)容文件的頭部信息的信息項的示例的示圖15是示出形成本內(nèi)容相關(guān)基本信息(present content related basic
information)的信息項(這是形成頭部信息的信息項之一 )的示例的示
圖16是示出副內(nèi)容重放控制文件中的所用源編輯素材內(nèi)容信息和所 用編輯素材內(nèi)容信息的結(jié)構(gòu)示例的示圖17是示出副內(nèi)容文件中的副內(nèi)容中的重放控制信息中的內(nèi)容示例 的示圖18是示出在利用內(nèi)容創(chuàng)建/共享應(yīng)用執(zhí)行副內(nèi)容編輯處理時在用戶 界面上反映編輯素材內(nèi)容的使用許諾范圍設(shè)定的示例的流程圖19是示出直到內(nèi)容創(chuàng)建/共享應(yīng)用作為副內(nèi)容編輯處理創(chuàng)建副內(nèi)容 文件為止的處理步驟的示例的流程圖20是示出用戶終端設(shè)備上載副內(nèi)容以及副內(nèi)容服務(wù)器作為響應(yīng)進 行的處理步驟的示例的流程圖21是示出用戶終端設(shè)備下載副內(nèi)容以及副內(nèi)容服務(wù)器作為響應(yīng)進 行的處理步驟的示例的流程圖22是示出用戶終端設(shè)備對副內(nèi)容的播放處理步驟的示例的流程
圖23是示出內(nèi)容創(chuàng)建/共享系統(tǒng)執(zhí)行的與副內(nèi)容推薦有關(guān)的操作和處 理的序列圖24是示出用戶概況(profile)信息的配置示例的示圖； 圖25是示出內(nèi)容概況信息的配置示例的示圖26是示意性地示出本實施例中關(guān)于推薦內(nèi)容提取的基本概念的示
圖27是示出副內(nèi)容服務(wù)器執(zhí)行的用于提取推薦內(nèi)容的處理步驟的示 例的流程圖28是示出對于提取的推薦內(nèi)容根據(jù)缺乏內(nèi)容的數(shù)目設(shè)定基本推薦順序的處理步驟的示例的流程圖29是示出在用戶終端設(shè)備和用戶信息服務(wù)器之間執(zhí)行的用于獲得 關(guān)于潛在受眾用戶的信息的系統(tǒng)的操作示例的序列圖30是示出在用戶信息服務(wù)器處執(zhí)行的用于創(chuàng)建潛在受眾用戶信息 的處理步驟的示例的流程圖；并且
圖31是示出作為本實施例的擴展示例的、與內(nèi)容推薦有關(guān)的操作和 處理的示例的序列圖。
具體實施例方式
圖1示出根據(jù)本發(fā)明一個實施例的具有信息處理設(shè)備的信息處理系統(tǒng) 的配置示例。注意，根據(jù)本實施例的信息處理系統(tǒng)將主內(nèi)容文件和副內(nèi)容 文件作為內(nèi)容文件來處理，在下文中將對此進行描述。在下文中，在不需 要區(qū)分主內(nèi)容文件和副內(nèi)容文件的情況下內(nèi)容文件將被簡稱為"內(nèi)容文 件"。另外，在根據(jù)抽象概念描述內(nèi)容的情況下，主內(nèi)容文件也被稱為 "主內(nèi)容"，并且副內(nèi)容文件也被稱為"副內(nèi)容"。另外，在不需要區(qū)分 主內(nèi)容和副內(nèi)容的情況下，內(nèi)容將被簡稱為"內(nèi)容"。
如此圖中所示，根據(jù)本實施例的信息處理系統(tǒng)可以首先被視為是通過 利用網(wǎng)絡(luò)5連接主內(nèi)容服務(wù)器1、副內(nèi)容服務(wù)器2、通信服務(wù)器3、用戶信 息服務(wù)器8和大量用戶終端設(shè)備4形成的。根據(jù)本實施例的信息處理系統(tǒng) 通過這種設(shè)備配置實現(xiàn)了內(nèi)容創(chuàng)建/共享系統(tǒng)。也就是說，實現(xiàn)了網(wǎng)絡(luò)上用 戶之間的所謂的內(nèi)容分發(fā)(主內(nèi)容的分發(fā))和由用戶創(chuàng)建的內(nèi)容(副內(nèi) 容)的共享。
注意，這里使用的"內(nèi)容"主要指的是與音樂、歌曲等等相對應(yīng)的音 頻內(nèi)容，或者作為運動圖像的視頻內(nèi)容。另外，視頻內(nèi)容的內(nèi)容類型可被 認為包括靜止圖像，例如照片等等。另外，文檔數(shù)據(jù)、信息處理設(shè)備要執(zhí) 行的程序等等也可被當(dāng)作內(nèi)容。
主內(nèi)容服務(wù)器1在數(shù)據(jù)庫中以預(yù)定的格式存儲和管理大量音頻和視頻 內(nèi)容數(shù)據(jù)作為主內(nèi)容。主內(nèi)容服務(wù)器1被配置為響應(yīng)于經(jīng)由網(wǎng)絡(luò)來自用戶 終端設(shè)備4的下載請求，將作為指定的主內(nèi)容的數(shù)據(jù)向外發(fā)送到發(fā)出請求的用戶終端設(shè)備4。注意，這里的主內(nèi)容例如是從附屬唱片公司提供的藝 術(shù)家等等創(chuàng)建的視頻和樂曲等等。
副內(nèi)容服務(wù)器2能夠在數(shù)據(jù)庫中存儲和管理大量副內(nèi)容文件的數(shù)據(jù)， 這些數(shù)據(jù)是充當(dāng)副內(nèi)容的數(shù)據(jù)。如上所述，副內(nèi)容文件經(jīng)由網(wǎng)絡(luò)被從用戶
終端設(shè)備4上載到副內(nèi)容服務(wù)器2。副內(nèi)容服務(wù)器2存儲以這種方式上載
的副內(nèi)容文件，將其當(dāng)作副內(nèi)容來處理。另外，響應(yīng)于經(jīng)由網(wǎng)絡(luò)來自用戶
終端設(shè)備4的下載請求，指定的副內(nèi)容文件被副內(nèi)容服務(wù)器2發(fā)送并輸出 到發(fā)出請求的用戶終端設(shè)備4。
通信服務(wù)器3是具有用于提供用戶間通信服務(wù)(例如SNS (社交網(wǎng)絡(luò) 服務(wù)))、供個人放出信息的服務(wù)(也被廣泛地稱為CGM (客戶生成媒 體)，例如博客)等等的功能的服務(wù)器。
用戶信息服務(wù)器8例如以數(shù)據(jù)庫的形式存儲與參與根據(jù)本實施例的內(nèi) 容創(chuàng)建/共享系統(tǒng)的用戶終端設(shè)備4的用戶有關(guān)的預(yù)定內(nèi)容的信息(用戶概 況信息)。如下所述，用戶信息服務(wù)器8與其他服務(wù)器等等協(xié)同操作，以 執(zhí)行用于實現(xiàn)內(nèi)容推薦服務(wù)的預(yù)定操作。用戶概況信息的示例將在下文中 描述。
用戶終端設(shè)備4是一般用戶使用的網(wǎng)絡(luò)設(shè)備，并且實際上例如是設(shè)置 有諸如LAN等等的網(wǎng)絡(luò)通信功能的個人計算機。這些用戶終端設(shè)備4已 安裝了充當(dāng)內(nèi)容創(chuàng)建/共享應(yīng)用100的應(yīng)用程序，如下所述。用戶操作該內(nèi) 容創(chuàng)建/共享應(yīng)用100，從而能夠執(zhí)行諸如從主內(nèi)容服務(wù)器1下載主內(nèi)容文 件、由于使用下載的主內(nèi)容文件(和副內(nèi)容文件)進行的編輯工作而創(chuàng)建 新的副內(nèi)容、向副內(nèi)容服務(wù)器2上載所創(chuàng)建的副內(nèi)容文件、從副內(nèi)容服務(wù) 器2下載副內(nèi)容文件、使用SNS服務(wù)、利用通信服務(wù)器3編寫/瀏覽博 客，等等。
接下來，將遵循用戶終端設(shè)備4的用戶的基本使用形式示例，參考圖 2來描述采取上述圖1所示的配置的根據(jù)本實施例的信息處理系統(tǒng)的與內(nèi) 容分發(fā)有關(guān)的基本操作的示例。注意，在圖2中的描述中，將遵循方括號[] 中的文字字母所指示的步驟和操作的號碼來進行描述。另外，在這里，作 為用戶終端設(shè)備4，用戶終端設(shè)備4A和4B被示為分別被兩個用戶A和B所使用。在此圖中，存在于主內(nèi)容服務(wù)器1、副內(nèi)容服務(wù)器2、通信服務(wù)
器3和用戶終端設(shè)備4之間的網(wǎng)絡(luò)5被從圖中省去。另外，在本實施例 中，用戶信息服務(wù)器8也被從圖中省去，因為用戶信息服務(wù)器8在基本內(nèi) 容分發(fā)中不是必不可少的。
步驟1
首先，用戶A利用用戶終端設(shè)備4A (內(nèi)容創(chuàng)建/共享應(yīng)用100)訪問 主內(nèi)容服務(wù)器1上的內(nèi)容下載站點，然后搜索內(nèi)容下載站點以找出用戶希 望下載的主內(nèi)容，并且執(zhí)行用于下載搜索出的主內(nèi)容的操作。響應(yīng)于該操 作，用戶終端設(shè)備4A向主內(nèi)容服務(wù)器1發(fā)送下載請求。
現(xiàn)在，我們將假定在根據(jù)本實施例的內(nèi)容創(chuàng)建/共享系統(tǒng)中，通過用戶 A在向主內(nèi)容服務(wù)器1發(fā)送下載請求時執(zhí)行適當(dāng)?shù)馁徺I步驟，主內(nèi)容的下 載基本上是收費的。就購買步驟而言，例如，這可以是對以內(nèi)容為單位或 者以專輯為單位等等而分別設(shè)定的費用，或者最近已變得普遍的預(yù)訂等 等。另外，可以設(shè)想一種布置，其中，主內(nèi)容是免費提供的，并且在此情 況下，用戶A沒有購買步驟。
在接收到如上所述的下載請求后，主內(nèi)容服務(wù)器1首先例如執(zhí)行對于 發(fā)出請求的用戶的認證等等，并且判定這是否是合法的下載請求。在判定 這是合法下載的情況下，從自身內(nèi)存儲的主內(nèi)容中搜索在下載請求時指定 的主內(nèi)容(主內(nèi)容文件)，并且將充當(dāng)搜索出的主內(nèi)容的文件的數(shù)據(jù)發(fā)送 到發(fā)出請求的用戶終端設(shè)備4。
注意，主內(nèi)容服務(wù)器1這里在數(shù)據(jù)庫中存儲并管理的主內(nèi)容文件的實 際實體具有這樣的結(jié)構(gòu)，其中，充當(dāng)實際內(nèi)容數(shù)據(jù)的主信息上附加有頭部 信息。此情況下的"實際內(nèi)容數(shù)據(jù)"指的是作為實質(zhì)內(nèi)容的、根據(jù)預(yù)定格 式的音頻數(shù)據(jù)、運動圖像數(shù)據(jù)、以及靜止圖像數(shù)據(jù)(用于播放主內(nèi)容的實 際內(nèi)容的數(shù)據(jù))。也就是說，根據(jù)本實施例的主內(nèi)容數(shù)據(jù)是可通過執(zhí)行音 頻信號處理和視頻信號處理等等利用其來播放內(nèi)容的數(shù)據(jù)。另外，頭部信 息除了包括每個內(nèi)容文件的唯一標(biāo)識符(內(nèi)容ID)之外，還包括各類元數(shù) 據(jù)(標(biāo)題、藝術(shù)家、數(shù)據(jù)所屬的專輯的標(biāo)題、體裁、數(shù)據(jù)格式、數(shù)據(jù)大小，等等)。
如上所述從主內(nèi)容服務(wù)器1發(fā)送來的主內(nèi)容數(shù)據(jù)在用戶終端設(shè)備4A
處被接收。用戶終端設(shè)備4A (內(nèi)容創(chuàng)建/共享應(yīng)用100)將接收到的該主 內(nèi)容數(shù)據(jù)存儲并保存在諸如內(nèi)部HDD之類的存儲介質(zhì)中。內(nèi)容創(chuàng)建/共享 應(yīng)用100具有基于例如頭部信息來根據(jù)預(yù)定形式管理以這種方式存儲和保 存的主內(nèi)容并且根據(jù)用戶操作來執(zhí)行重放控制的功能。
這樣，利用該布置，原則上通過用戶購買，存儲在主內(nèi)容服務(wù)器1中 的主內(nèi)容數(shù)據(jù)可被下載到用戶終端設(shè)備4。也就是說，對于步驟1，執(zhí)行 所謂的內(nèi)容分發(fā)。
注意，在用戶終端設(shè)備4A處存儲和保存的主內(nèi)容數(shù)據(jù)可被內(nèi)容創(chuàng)建/ 共享應(yīng)用100播放，并且例如利用連接到用戶終端設(shè)備4A的AV (視聽) 設(shè)備等等作為圖像、音頻等等輸出。
步驟2
現(xiàn)在， 一般來說，對于經(jīng)由網(wǎng)絡(luò)的內(nèi)容分發(fā)而言，下載之后對內(nèi)容的 使用限于諸如重放之類的使用，其中提供了某種級別的數(shù)據(jù)拷貝限制。換 言之，通過下載獲得了內(nèi)容的用戶通常只被允許在一定范圍內(nèi)使用，而未 被提供有例如通過基于已經(jīng)獲取的所獲得音頻內(nèi)容執(zhí)行編輯來創(chuàng)建新內(nèi)容 作為二次創(chuàng)作的權(quán)利。
與之不同，在本實施例中，原則上，主內(nèi)容是被允許用作素材以在預(yù) 先設(shè)定的范圍內(nèi)二次創(chuàng)作(二次使用、二次編輯)的內(nèi)容。注意，本實施 例中對主內(nèi)容的二次使用被設(shè)定在主內(nèi)容的作者授權(quán)的權(quán)利范圍內(nèi)。
內(nèi)容創(chuàng)建/共享應(yīng)用100能夠通過根據(jù)用戶操作執(zhí)行編輯處理對在其自
身中管理的(在本地存儲和保存的)作為編輯素材的主內(nèi)容進行二次使 用，來創(chuàng)建音頻內(nèi)容作為新的樂曲。另外，在例如編輯這種內(nèi)容時，可以
獲得在效果數(shù)據(jù)庫6處提供的與預(yù)定的特殊效果相對應(yīng)的插入數(shù)據(jù)，并且 利用其來執(zhí)行編輯。另外，以同樣的方式，可以獲得在素材數(shù)據(jù)庫7處提 供的諸如音頻、圖像等等的素材，并且通過添加它來執(zhí)行編輯。注意，效 果數(shù)據(jù)庫6和素材數(shù)據(jù)庫7可位于網(wǎng)絡(luò)上，或者可存在于用戶終端設(shè)備4A
12本地。
在本實施例中，以這種方式創(chuàng)建的內(nèi)容被稱為副內(nèi)容，并且與主內(nèi)容
相區(qū)分。至于步驟2，通過對其上運行著內(nèi)容創(chuàng)建/共享應(yīng)用100的用戶終 端設(shè)備4A進行操作來創(chuàng)建某個副內(nèi)容。
注意，通過此步驟2創(chuàng)建的充當(dāng)副內(nèi)容的數(shù)據(jù)的實際實體不是像主內(nèi) 容那樣是具有實際內(nèi)容的數(shù)字音頻數(shù)據(jù)和視頻數(shù)據(jù)，而是利用重放控制信
息來生成的。也就是說，這是描述效果(特殊效果)的規(guī)格的重放控制信 息，例如關(guān)于充當(dāng)被二次使用的主內(nèi)容(編輯素材內(nèi)容)的數(shù)字音頻數(shù)據(jù) 和數(shù)字視頻數(shù)據(jù)的哪個部分將在哪個定時被播放和輸出的指令。
注意，圖5示出了利用內(nèi)容創(chuàng)建/共享應(yīng)用100來創(chuàng)建副內(nèi)容的概念。 如圖5中示意性示出的，作為二次使用的對象的編輯素材內(nèi)容A、 B和C
被使用，并且用戶對內(nèi)容創(chuàng)建/共享應(yīng)用ioo執(zhí)行反映用戶的編輯意圖的編 輯操作。內(nèi)容創(chuàng)建/共享應(yīng)用ioo執(zhí)行與這些編輯操作相對應(yīng)的編輯處理，
并且作為結(jié)果創(chuàng)建并輸出副內(nèi)容文件。以這種方式創(chuàng)建的副內(nèi)容文件的結(jié) 構(gòu)以上述的重放控制信息作為數(shù)據(jù)的主要實體。
例如，充當(dāng)該重放控制信息(即，副內(nèi)容重放控制信息)的副內(nèi)容數(shù) 據(jù)在數(shù)據(jù)大小上與視頻數(shù)據(jù)或音頻數(shù)據(jù)等等相比可以小得多。因此，可以 節(jié)約并有效地使用副內(nèi)容服務(wù)器2處的諸如HDD之類的用于存儲副內(nèi)容 數(shù)據(jù)的存儲介質(zhì)的存儲容量。另外，例如，在網(wǎng)絡(luò)上發(fā)送/接收副內(nèi)容數(shù)據(jù) 時所傳送的數(shù)據(jù)的量也較小，因此不會使流量加重。
像本實施例中的二次編輯那樣以現(xiàn)有內(nèi)容作為素材來執(zhí)行編輯以創(chuàng)建 二次作品作為新內(nèi)容的操作被稱為采樣、混合(mash-up)等等，并且專 業(yè)的音樂家等等也經(jīng)常執(zhí)行此操作。鑒于此，當(dāng)然可以設(shè)想到， 一般人也 希望并需要以同樣的方式創(chuàng)作內(nèi)容來作為二次作品。但是，實際上， 一般 人要在適當(dāng)?shù)乩迩辶酥鳈?quán)問題之后創(chuàng)作內(nèi)容來作為二次作品，是極為困 難的。
因此，對于根據(jù)本實施例的內(nèi)容創(chuàng)建/共享系統(tǒng)而言，己經(jīng)嘗試了通過 首先使得一般用戶能夠利用分發(fā)的內(nèi)容合法地執(zhí)行二次編輯，來為用戶增 加娛樂性。為此，根據(jù)本實施例的主內(nèi)容被定位為這樣的內(nèi)容已下載(購買) 該內(nèi)容的用戶被允許在著作權(quán)所有人授權(quán)的權(quán)利要求范圍內(nèi)對其進行二次 使用。也就是說，利用根據(jù)本實施例的主內(nèi)容服務(wù)器1進行的內(nèi)容分發(fā)服 務(wù)是用于分發(fā)其二次使用被主動允許的內(nèi)容的。但是，在本實施例的情況 下，作為對主內(nèi)容的二次使用的編輯工作至少應(yīng)當(dāng)限于為根據(jù)本發(fā)明的內(nèi) 容創(chuàng)建/共享系統(tǒng)而開發(fā)的內(nèi)容創(chuàng)建/共享應(yīng)用100處的用戶操作，并且應(yīng) 當(dāng)被布置成不會利用與根據(jù)本實施例的內(nèi)容創(chuàng)建/共享系統(tǒng)無關(guān)的其他編輯 軟件等等來執(zhí)行編輯工作。
步驟3
如以上步驟2中所述由用戶A創(chuàng)建的副內(nèi)容文件的數(shù)據(jù)僅被保存在用
戶終端設(shè)備4A處，其中重放處理是通過下文中參考圖4描述的內(nèi)容創(chuàng)建/ 共享應(yīng)用100的重放功能來執(zhí)行的，并且內(nèi)容的圖像/音頻可作為副內(nèi)容被 播放。
鑒于此，本實施例還使得擁有根據(jù)本實施例的內(nèi)容創(chuàng)建/共享應(yīng)用100 的服務(wù)的用戶能夠通過在網(wǎng)絡(luò)上公開來共享用戶創(chuàng)建的副內(nèi)容。
現(xiàn)在，假定用戶A希望共享通過以上步驟2創(chuàng)建的副內(nèi)容。因此，用 戶A對內(nèi)容創(chuàng)建/共享應(yīng)用IOO執(zhí)行預(yù)定的操作，以便把通過步驟2創(chuàng)建的 副內(nèi)容文件上載到副內(nèi)容服務(wù)器2。這是步驟3。
步驟4
副內(nèi)容服務(wù)器2保存如上所述作為上載而發(fā)送的副內(nèi)容文件，以使其 被新登記在數(shù)據(jù)庫中。此時，副內(nèi)容服務(wù)器2設(shè)定其保存位置(例如，由 諸如URL (統(tǒng)一資源定位符)之類的地址來表示)，然后在數(shù)據(jù)庫中執(zhí)行 副內(nèi)容文件的保存處理及其登記。
注意，副內(nèi)容服務(wù)器2具有對數(shù)據(jù)庫中登記的副內(nèi)容的發(fā)表功能。也 就是說，在步驟4中登記的副內(nèi)容隨后在副內(nèi)容服務(wù)器2處被發(fā)表，可以 響應(yīng)于來自用戶終端設(shè)備4 (內(nèi)容創(chuàng)建/共享應(yīng)用100)的下載請求被下 載。步驟5
在如上所述地保存和管理副內(nèi)容文件后，副內(nèi)容服務(wù)器2向發(fā)出上載
請求的用戶終端設(shè)備4A發(fā)送表明已上載的副內(nèi)容(副內(nèi)容文件)的保存
位置的地址(保存位置地址)，以告知其保存位置。
用戶終端設(shè)備4A的內(nèi)容創(chuàng)建/共享應(yīng)用100接收上述保存位置地址， 并且在預(yù)定的存儲介質(zhì)中對其進行存儲保存以及管理。用戶A可通過對內(nèi) 容創(chuàng)建/共享應(yīng)用100執(zhí)行預(yù)定的操作來隨時輸出其通過步驟2上載的副內(nèi) 容的保存位置地址。
步驟6
如前所述，副內(nèi)容服務(wù)器2具有對數(shù)據(jù)庫中登記的副內(nèi)容的發(fā)表功 能。因此，用戶此次創(chuàng)建并上載的副內(nèi)容原則上可被訪問由副內(nèi)容服務(wù)器 2提供的內(nèi)容發(fā)表站點的不確定數(shù)目的用戶終端設(shè)備4 (內(nèi)容創(chuàng)建/共享應(yīng) 用100)的用戶所瀏覽。另外，在本實施例中，原則上，所有用戶的用戶 終端設(shè)備4都可下載所需的副內(nèi)容。鑒于此，在步驟5中獲得了保存位置 地址的用戶A可以通過若干種方式通告其他用戶他自己的副內(nèi)容己在副 內(nèi)容服務(wù)器2處被發(fā)表。步驟6對應(yīng)于發(fā)表通告方法中的一種，并且是通 過訪問如圖中所示的通信服務(wù)器3并且例如在SNS中他自己的頁面或者他 自己的博客等等中寫到他自己創(chuàng)建的副內(nèi)容已被發(fā)表，來執(zhí)行的。此時， 在步驟5中獲得的充當(dāng)保存位置地址的URL也被拷入以便被寫入。
步驟7
當(dāng)在用戶A己經(jīng)在步驟6中如上所述地寫入之后用戶B例如操作安裝 在用戶終端設(shè)備4B中的內(nèi)容創(chuàng)建/共享應(yīng)用100并且訪問和瀏覽SNS中用 戶A的頁面或者用戶A的博客時，他/她就知道用戶A的副內(nèi)容已經(jīng)被新 發(fā)表。也就是說，在此情況下，用戶B已經(jīng)由SNS或博客間接接收到關(guān) 于用戶A創(chuàng)建的副內(nèi)容的新發(fā)表的通告。步驟7表明這種副內(nèi)容發(fā)表的間 接通知被執(zhí)行。步驟8
步驟8將作為用于發(fā)表通告的另一種方式給出。對于該步驟8，例如 通過利用提供給SNS的郵件功能創(chuàng)建并發(fā)送郵件，來告知用戶B —方 用戶A創(chuàng)建的副內(nèi)容已被公開。與根據(jù)上述步驟6和步驟7的流程的通告 相比，這是一種更直接的通告形式。
另外，在這樣利用電子郵件等等來通告的情況下，副內(nèi)容的保存位置 地址例如被拷貝到正文中，以便被列出。
步驟9
這樣，用戶B可以間接或直接地接收通告并且知曉由用戶A創(chuàng)建的副 內(nèi)容已被新發(fā)表。在用戶B希望欣賞新發(fā)表的用戶A的副內(nèi)容的情況下， 首先，該副內(nèi)容被內(nèi)容創(chuàng)建/共享應(yīng)用100下載。這是步驟9。
在下載副內(nèi)容時，例如，對在SNS日記頁面或博客的正文中以鏈接形 式示出的保存位置地址執(zhí)行點擊操作等等。注意，在寫到SNS日記頁面或 博客時，在諸如URL之類的地址信息被寫入的情況下，該文本串部分以 鏈接的形式呈現(xiàn)。
響應(yīng)于如上所述對保存位置地址執(zhí)行點擊操作，內(nèi)容創(chuàng)建/共享應(yīng)用 100訪問該保存位置地址。也就是說，在副內(nèi)容服務(wù)器2上的地址中，表 明保存有用戶A已創(chuàng)建并發(fā)表的副內(nèi)容的文件(副內(nèi)容文件)的位置的地 址被訪問。在該保存位置處保存的副內(nèi)容文件隨后被發(fā)出給用戶終端設(shè)備 4B。在用戶終端設(shè)備4B處接收以這種方式發(fā)出的副內(nèi)容，并且在內(nèi)容創(chuàng) 建/共享應(yīng)用100的控制下執(zhí)行保存和管理。因此，下載了副內(nèi)容。
步驟10
在如上所述地保存和管理了用戶A的副內(nèi)容后，就可以利用用戶終端 設(shè)備4B的內(nèi)容創(chuàng)建/共享應(yīng)用100來播放副內(nèi)容。步驟IO是用于根據(jù)用戶 B對內(nèi)容創(chuàng)建/共享應(yīng)用100的重放指令操作來播放副內(nèi)容文件以便副內(nèi)容 的實質(zhì)內(nèi)容作為視頻、聲音等等被輸出的步驟。圖4示出了利用內(nèi)容創(chuàng)建/共享應(yīng)用100進行的副內(nèi)容的重放的概念。
在播放副內(nèi)容時，首先，內(nèi)容創(chuàng)建/共享應(yīng)用ioo執(zhí)行對作為實際數(shù)據(jù)的副
內(nèi)容文件的重放控制信息的解釋處理。由于該解釋，內(nèi)容創(chuàng)建/共享應(yīng)用
100可以首先識別例如哪個主內(nèi)容文件具有要播放的實際內(nèi)容數(shù)據(jù)(源編
輯素材內(nèi)容)，并且例如還可以在播放順序上識別源編輯素材內(nèi)容的實際 內(nèi)容數(shù)據(jù)(視頻數(shù)據(jù)、音頻數(shù)據(jù)等等)的哪個部分以哪個播放時間以何種 方式被使用，等等。
在此圖中，示出了在識別出使用了源編輯素材內(nèi)容A、 B和C的情況 下的結(jié)果示例。遵循該識別結(jié)果，內(nèi)容創(chuàng)建/共享應(yīng)用100使用充當(dāng)源編輯 素材內(nèi)容A、 B和C的主內(nèi)容文件的實際內(nèi)容來執(zhí)行重放控制。結(jié)果，充 當(dāng)副內(nèi)容的實質(zhì)內(nèi)容以圖像和聲音的形式被播放。
根據(jù)以上對圖4的描述，對副內(nèi)容的播放使用了用于創(chuàng)建副內(nèi)容的源 編輯素材內(nèi)容的實際內(nèi)容數(shù)據(jù)。也就是說，在本實施例中，為了播放副內(nèi) 容文件，源編輯素材內(nèi)容的數(shù)據(jù)必須存在于與內(nèi)容創(chuàng)建/共享應(yīng)用100相同 的本地位置處，不過只是臨時存在。因此，如果在嘗試播放副內(nèi)容時源編 輯素材內(nèi)容沒有作為主內(nèi)容文件被保存在本地，則應(yīng)當(dāng)在本地獲得它。
步驟11
因此，在如上所述的這種情況下，執(zhí)行步驟以下載并獲取任何在本地 沒有的編輯素材內(nèi)容。圖2中的步驟11是在利用步驟10來播放內(nèi)容的過 程中為此要執(zhí)行的步驟。
從到目前為止的描述可以了解到，源編輯素材內(nèi)容是實際內(nèi)容數(shù)據(jù)， 因此原則上，源編輯素材內(nèi)容是主內(nèi)容。因此，在步驟11中，主內(nèi)容服 務(wù)器1被用戶終端設(shè)備4B (內(nèi)容創(chuàng)建/共享應(yīng)用100)訪問，并且在該步驟 10中用于播放副內(nèi)容但不存在于本地的主內(nèi)容被下載。由于該下載，用于 播放副內(nèi)容的源編輯素材內(nèi)容都存在于本地，并且重放輸出可被適當(dāng)?shù)貓?zhí) 行，如參考圖4所述。
注意，可以設(shè)想若干種形式的由于步驟11中的下載而存在于本地的 主內(nèi)容的數(shù)據(jù)。首先，可以設(shè)想這樣一種形式，其中該數(shù)據(jù)是在被存儲于
17諸如HDD之類的輔助存儲設(shè)備中的狀態(tài)下存在于本地的，這與根據(jù)步驟1
的正常下載的情況相同。另外，可以設(shè)想一種形式，其中，該數(shù)據(jù)被臨時
保存在諸如RAM之類的主存儲設(shè)備中，并且例如響應(yīng)于內(nèi)容創(chuàng)建/共享應(yīng) 用100不再處于能夠執(zhí)行對副內(nèi)容的重放操作的狀態(tài)中而被擦除。雖然主 內(nèi)容已被描述為基本上是收費的，但是例如可以設(shè)想這樣的操作，其中在 臨時存儲的情況下是免費的，或者費用被設(shè)定得比正常下載時便宜，等 等。
另外，根據(jù)以上對圖2的描述，在根據(jù)本實施例的副內(nèi)容的創(chuàng)建中， 主內(nèi)容被以二次使用的方式直接用作編輯素材的內(nèi)容(編輯素材內(nèi)容)。 也就是說，此情況下的編輯素材內(nèi)容是其實際內(nèi)容數(shù)據(jù)在播放時必須被使 用的主內(nèi)容(也稱為"源編輯素材內(nèi)容")。
但是，在本實施例中，不僅主內(nèi)容，副內(nèi)容也可被包括為二次使用的 編輯素材內(nèi)容。將參考圖5A至圖5C來補充說明這一點，其中每幅圖示出 了通過利用對兩個編輯素材內(nèi)容的二次使用進行編輯來創(chuàng)建一個副內(nèi)容的 情況。
首先，圖5A示出了編輯素材內(nèi)容A和B均為主內(nèi)容的情況，這與圖 2中描述的創(chuàng)建副內(nèi)容的示例相同。也就是說，這示出了在主內(nèi)容A被作 為編輯素材內(nèi)容A并且主內(nèi)容B (這是一個不同的主內(nèi)容)被作為編輯素 材內(nèi)容B的情況下通過執(zhí)行編輯處理來創(chuàng)建副內(nèi)容。至于其內(nèi)容，此情況 下的副內(nèi)容包括主內(nèi)容A和主內(nèi)容B的至少一部分，如圖中所示。也就是 說，主內(nèi)容A和B被用作作為原始編輯素材的內(nèi)容(即，源編輯素材內(nèi) 容)。
圖5B示出了通過利用對編輯素材內(nèi)容A (這是與圖5A中相同的主內(nèi) 容)和編輯素材內(nèi)容C (這是通過二次使用主內(nèi)容C和D而創(chuàng)建的副內(nèi) 容)的二次使用進行編輯來創(chuàng)建副內(nèi)容。至于其實質(zhì)內(nèi)容，此情況下的副 內(nèi)容包括編輯素材內(nèi)容A中包括的主內(nèi)容A的至少一部分，以及編輯素材 內(nèi)容C中包括的主內(nèi)容中的每一個的至少一部分。也就是說，主內(nèi)容A、 C和D被用作原始編輯素材內(nèi)容，并且因此，在播放這里圖5B所示的副 內(nèi)容的情況下，主內(nèi)容A、 C和D應(yīng)當(dāng)位于本地。圖5C示出了通過對作為副內(nèi)容的兩個編輯素材內(nèi)容C和D的二次使 用來創(chuàng)建副內(nèi)容。至于其實質(zhì)內(nèi)容，此情況下新創(chuàng)建的副內(nèi)容至少包括編
輯素材內(nèi)容C中包括的主內(nèi)容C和D中的每一個的一部分，以及編輯素 材內(nèi)容D中包括的主內(nèi)容E和F中的每一個的一部分。因此，在播放圖 5C所示的副內(nèi)容的情況下，主內(nèi)容C、 D、 E和F應(yīng)當(dāng)位于本地。
另外，在如以上圖5B和5C中那樣使用副內(nèi)容作為用于創(chuàng)建副內(nèi)容的 編輯素材內(nèi)容的情況下，用戶例如執(zhí)行下載，并且在用戶終端設(shè)備4處存 儲并保存，以便使充當(dāng)編輯素材內(nèi)容的副內(nèi)容位于本地，這與將主內(nèi)容當(dāng) 作編輯素材內(nèi)容的情況相同。
另外，在副內(nèi)容服務(wù)器2響應(yīng)于對副內(nèi)容的下載請求而執(zhí)行對副內(nèi)容 數(shù)據(jù)的發(fā)送的情況下，根據(jù)圖2中的步驟9，副內(nèi)容被加密。該加密可被 經(jīng)授權(quán)的內(nèi)容創(chuàng)建/共享應(yīng)用100所解密，但是內(nèi)容創(chuàng)建/共享應(yīng)用100可 被布置為這樣操作只有通過該加密處理解密的副內(nèi)容數(shù)據(jù)會被播放，而 例如本來沒有加密的副內(nèi)容數(shù)據(jù)或者按另一種格式或算法加密的副內(nèi)容數(shù) 據(jù)則不被播放。也就是說，對于從外部獲得的副內(nèi)容數(shù)據(jù)，內(nèi)容創(chuàng)建/共享 應(yīng)用100只播放從副內(nèi)容服務(wù)器2下載并獲得的。
因此，例如，即使在用戶通過諸如P2P (對等)網(wǎng)絡(luò)通信或電子郵件 文件附件或FTP (文件傳輸協(xié)議)之類的直接通信或者通過使用可移動介 質(zhì)的直接交換在用戶終端設(shè)備之間直接交換副內(nèi)容文件的情況下，用戶通 過這種方式獲得的文件也不會正確播放，因為沒有副內(nèi)容服務(wù)器2進行的 加密。也就是說，在本實施例中，除非是從副內(nèi)容服務(wù)器2下載的，否則 他人的副內(nèi)容不會正確播放。因此，利用根據(jù)本實施例的內(nèi)容創(chuàng)建/共享系 統(tǒng)，避免了網(wǎng)絡(luò)上侵犯著作權(quán)的非法副內(nèi)容的流通和再現(xiàn)。因此，實現(xiàn)了 對主內(nèi)容和副內(nèi)容的著作權(quán)所有人的權(quán)利的保護。
從圖2至圖5C中的描述可以了解到，在根據(jù)本實施例的內(nèi)容創(chuàng)建/共 享系統(tǒng)中，首先，主內(nèi)容是可下載的。也就是說，用戶可以通過正常的內(nèi) 容分發(fā)來下載(購買)并欣賞其喜愛的內(nèi)容?；诖?，設(shè)定了使用權(quán)利， 從而能夠進行以主內(nèi)容作為編輯素材的二次使用，因此用戶可以以主內(nèi)容 作為素材來執(zhí)行編輯并且創(chuàng)作其自己的作品。另外，利用諸如SNS和博客
19等等之類的通信技術(shù)，可以公開發(fā)表作為以這種方式創(chuàng)作的作品的副內(nèi) 容。也就是說， 一般用戶可以編輯作為素材的、具有著作權(quán)的內(nèi)容并且創(chuàng) 建新的內(nèi)容(副內(nèi)容)，并且還可以通過適當(dāng)?shù)姆绞焦_發(fā)表副內(nèi)容，而 到目前為止由于諸如著作權(quán)等等之類的原因，這一點被認為在法律上很困 難的。
另外，在本實施例中，副內(nèi)容的實際實體是重放控制信息，該重放控 制信息被形成為至少包括指示對作為被副內(nèi)容使用的原始編輯素材的主內(nèi) 容進行播放的描述。
內(nèi)容創(chuàng)建/共享應(yīng)用100具有對副內(nèi)容的重放功能，但也具有用于創(chuàng)建 副內(nèi)容的編輯功能。因此，作為重放副內(nèi)容的一種形式，內(nèi)容創(chuàng)建/共享應(yīng)
用100不僅可以執(zhí)行用于簡單的音頻重放的處理，還可以例如在上述的編
輯功能的用戶界面中反映正在播放的副內(nèi)容的編輯歷史。也就是說，由于 副內(nèi)容的實際實體被認為是重放控制信息，所以用戶可以使用內(nèi)容創(chuàng)建/共
享應(yīng)用100的編輯功能來詳細査明所下載的副內(nèi)容曾如何被編輯。
接下來，將描述用于實現(xiàn)作為到目前為止描述的根據(jù)本實施例的內(nèi)容 創(chuàng)建/共享系統(tǒng)的操作的技術(shù)配置的示例。
首先，圖6示出了主內(nèi)容服務(wù)器1的內(nèi)部配置示例。如此圖中所示， 主內(nèi)容服務(wù)器1包括控制單元11、存儲單元12、認證處理單元13、搜索 處理單元14、數(shù)據(jù)庫管理單元15、結(jié)算處理單元16、加密處理單元17、 以及網(wǎng)絡(luò)接口 18。
控制單元11是集中執(zhí)行主內(nèi)容服務(wù)器1處的各類控制處理的構(gòu)件， 并且被配置為具有由例如CPU (中央處理單元)、RAM (主存儲設(shè)備) 等等形成的相當(dāng)于計算機系統(tǒng)的中心的硬件配置。
存儲單元12被配置為具有例如HDD等等，并且存儲主內(nèi)容數(shù)據(jù)庫 12a。主內(nèi)容數(shù)據(jù)庫12a是其中以數(shù)據(jù)庫方式存儲了充當(dāng)要分發(fā)的主內(nèi)容的 數(shù)據(jù)文件的信息單位。
認證處理單元13在例如下載請求被發(fā)出的情況下，利用該請求中包 括的用戶ID和口令等等，來執(zhí)行關(guān)于是否是有效用戶的預(yù)定的認證處 理。僅在認證處理結(jié)果為OK的情況下，主內(nèi)容才響應(yīng)于該請求被發(fā)送。搜索處理單元14是與數(shù)據(jù)庫管理單元15合作來訪問主內(nèi)容數(shù)據(jù)庫
12a并執(zhí)行用于搜索想要的主內(nèi)容的處理的構(gòu)件。
數(shù)據(jù)庫管理單元15對主內(nèi)容數(shù)據(jù)庫12a執(zhí)行管理。例如，在新的主內(nèi) 容被提供的情況下，該新的主內(nèi)容被登記到響應(yīng)于此而被更新的主內(nèi)容數(shù) 據(jù)庫12a。另外，在刪除主內(nèi)容的情況下，以同樣地方式相應(yīng)地執(zhí)行主內(nèi) 容的刪除和數(shù)據(jù)庫的更新。
結(jié)算處理單元16執(zhí)行與為主內(nèi)容付款有關(guān)的諸如對用戶方的費用支 付的結(jié)算之類的處理。
加密處理單元17是這樣一個構(gòu)件，其執(zhí)行用于使要從主內(nèi)容服務(wù)器1 發(fā)送到用戶終端設(shè)備4的主內(nèi)容經(jīng)歷預(yù)定的加密的處理。
網(wǎng)絡(luò)接口 18是用于經(jīng)由網(wǎng)絡(luò)5執(zhí)行通信的構(gòu)件，并且例如下載請求 的接收和主內(nèi)容的相應(yīng)發(fā)送通過網(wǎng)絡(luò)接口 18根據(jù)控制單元11的控制執(zhí)行 通信處理而得以實現(xiàn)。
圖7示出了副內(nèi)容服務(wù)器2的內(nèi)部配置示例。這里，副內(nèi)容服務(wù)器2 具有控制單元21、存儲單元22、認證處理單元23、搜索處理單元24、推 薦內(nèi)容提取處理單元25、內(nèi)容數(shù)據(jù)庫管理單元26A、概況數(shù)據(jù)庫管理單元 26B、保存位置設(shè)定處理單元27、加密處理單元28、以及網(wǎng)絡(luò)接口 29。
控制單元21是集中執(zhí)行副內(nèi)容服務(wù)器2中的各類控制處理的構(gòu)件。 它也具有由例如CPU、 RAM (主存儲設(shè)備)等等形成的相當(dāng)于計算機系 統(tǒng)的中心的硬件配置。
存儲單元22被配置為具有例如HDD等等，并且存儲副內(nèi)容數(shù)據(jù)庫 22a和內(nèi)容概況數(shù)據(jù)庫22b。副內(nèi)容數(shù)據(jù)庫22a是其中以數(shù)據(jù)庫方式存儲了 副內(nèi)容文件的信息單位。內(nèi)容概況數(shù)據(jù)庫22b是通過把與被存儲為副內(nèi)容 數(shù)據(jù)庫22a的每個副內(nèi)容相對應(yīng)的內(nèi)容概況信息以數(shù)據(jù)庫的形式集合在一 起而形成的信息單位。雖然內(nèi)容概況信息的內(nèi)容的示例將在下文中描述， 但內(nèi)容概況信息例如是由某些充當(dāng)元數(shù)據(jù)的信息項(例如下載次數(shù)之類的 歷史信息)構(gòu)成的。
認證處理單元23在例如對于副內(nèi)容的下載請求被發(fā)出的情況下，利 用該請求中包括的用戶ID和口令等等，來執(zhí)行關(guān)于是否是有效用戶的預(yù)定的認證處理。
搜索處理單元24是與內(nèi)容數(shù)據(jù)庫管理單元26A合作來訪問副內(nèi)容數(shù) 據(jù)庫22a并執(zhí)行用于搜索想要的副內(nèi)容的處理的構(gòu)件。搜索處理單元24還 與概況數(shù)據(jù)庫管理單元26B合作來訪問內(nèi)容概況數(shù)據(jù)庫22b并執(zhí)行用于搜 索要使用的內(nèi)容概況的信息的處理。
推薦內(nèi)容提取處理單元25執(zhí)行用于從副內(nèi)容數(shù)據(jù)庫22a中存儲的副內(nèi) 容中提取推薦內(nèi)容并且生成其中反映了所提取的推薦內(nèi)容的推薦內(nèi)容列表 信息的處理。注意，推薦內(nèi)容是被認為適當(dāng)且適合于每個用戶(用戶終端 設(shè)備4)并且有推薦給該用戶的價值的副內(nèi)容。
內(nèi)容數(shù)據(jù)庫管理單元26A對存儲單元22中的副內(nèi)容數(shù)據(jù)庫22a執(zhí)行 管理。例如，在新的副內(nèi)容(副內(nèi)容文件)被上載的情況下，所上載的副 內(nèi)容被登記到響應(yīng)于此而被更新的副內(nèi)容數(shù)據(jù)庫22a。另外，在刪除副內(nèi) 容(副內(nèi)容文件)的情況下，以同樣地方式相應(yīng)地執(zhí)行為此的刪除處理和 對應(yīng)于刪除結(jié)果的數(shù)據(jù)庫的更新。
概況數(shù)據(jù)庫管理單元26B對存儲單元22中的內(nèi)容概況數(shù)據(jù)庫22b執(zhí) 行管理。例如，對內(nèi)容概況數(shù)據(jù)庫22b執(zhí)行與副內(nèi)容(副內(nèi)容文件)的新 加載或其刪除相對應(yīng)的更新、根據(jù)副內(nèi)容文件的下載的歷史信息的預(yù)定更 新，等等。
加密處理單元28是這樣一個構(gòu)件，其執(zhí)行用于使要從副內(nèi)容服務(wù)器2 發(fā)送到用戶終端設(shè)備4的副內(nèi)容數(shù)據(jù)經(jīng)歷預(yù)定的加密的處理。另外，取決 于系統(tǒng)操作，在上載副內(nèi)容時，副內(nèi)容數(shù)據(jù)可被加密并從用戶終端設(shè)備4 發(fā)送，并且在此情況下，加密處理單元28也被布置為執(zhí)行用于對該加密 進行解密的處理。
網(wǎng)絡(luò)接口 19是用于經(jīng)由網(wǎng)絡(luò)5執(zhí)行通信的構(gòu)件。例如對所上載的副 內(nèi)容和下載請求的接收，以及對與下載請求相對應(yīng)的副內(nèi)容數(shù)據(jù)(副內(nèi)容 文件)的發(fā)送通過網(wǎng)絡(luò)接口 29根據(jù)控制單元21的控制執(zhí)行通信處理而得 以實現(xiàn)。
圖8示出了通信服務(wù)器3的內(nèi)部配置示例。如圖中所示，通信服務(wù)器 3包括控制單元31、存儲單元32、認證處理單元33、博客運行處理單元34、 SNS運行處理單元35、以及網(wǎng)絡(luò)接口 36。注意此情況下的通信服務(wù) 器3利用博客和SNS執(zhí)行通信服務(wù)。
控制單元31是集中執(zhí)行通信服務(wù)器3中的各類控制處理的構(gòu)件，并 且也具有由例如CPU、 RAM (主存儲設(shè)備)等等形成的相當(dāng)于計算機系 統(tǒng)的中心的硬件配置。
存儲單元32被配置為具有例如HDD等等，并且存儲博客數(shù)據(jù)庫32a 和SNS數(shù)據(jù)庫32b。例如，博客數(shù)據(jù)庫32a是其中以數(shù)據(jù)庫方式存儲了用 戶已開啟的博客的數(shù)據(jù)的信息單位。SNS數(shù)據(jù)庫32b其中以數(shù)據(jù)庫方式存 儲了每個SNS用戶的頁面內(nèi)容等等的信息單位。
認證處理單元33在此情況下響應(yīng)于更新博客的登錄、SNS登錄的請 求等等利用請求中包括的用戶ID和口令等等來執(zhí)行認證處理。在認證處 理結(jié)果為OK的情況下，上述登錄成功。
博客運行處理單元34執(zhí)行用于適當(dāng)運行博客的各類預(yù)定的處理。例 如，響應(yīng)于來自用戶終端設(shè)備4的博客訪問請求、有效博客發(fā)貼屏幕請求 等等，執(zhí)行諸如發(fā)送博客屏幕數(shù)據(jù)、發(fā)送博客發(fā)貼屏幕等等的處理。另 外，還執(zhí)行用于管理博客數(shù)據(jù)庫32a的處理，例如更新博客數(shù)據(jù)庫32a以 便反映在博客中的發(fā)貼。
同樣，SNS運行處理單元35執(zhí)行用于適當(dāng)?shù)剡\行SNS的處理，例如 用于響應(yīng)于SNS頁面訪問請求而發(fā)送頁面數(shù)據(jù)的處理以及開始于更新SNS 數(shù)據(jù)庫32b以反映諸如日志之類的發(fā)貼的數(shù)據(jù)庫管理，等等。
網(wǎng)絡(luò)接口 36是用于經(jīng)由網(wǎng)絡(luò)5執(zhí)行通信的構(gòu)件。這使得能夠響應(yīng)于 對博客和SNS的訪問請求而發(fā)送頁面數(shù)據(jù)，等等。
注意，雖然通信服務(wù)器3是對應(yīng)于SNS和博客提供的，但例如也可為 SNS和博客配置單獨的服務(wù)器。另外，可以進行一種配置，以提供甚至在 SNS和博客之前就己經(jīng)很普遍的更基本的CGM相關(guān)服務(wù)，例如個人站點 和網(wǎng)頁，從而個體用戶可以發(fā)布除SNS和博客之外的信息等等。
圖9示出了用戶信息服務(wù)器8的內(nèi)部配置示例。這里的用戶信息服務(wù) 器8包括控制單元51、存儲單元52、認證處理單元53、數(shù)據(jù)庫管理單元 54、搜索處理單元55、加密處理單元56、以及網(wǎng)絡(luò)接口57?？刂茊卧?1是集中執(zhí)行用戶信息服務(wù)器8的各類控制處理的構(gòu)件，
并且具有由例如CPU、 RAM (主存儲設(shè)備)等等形成的相當(dāng)于計算機系
統(tǒng)的中心的硬件配置。
存儲單元52被配置為具有例如HDD等等，并且在這里存儲用戶概況 數(shù)據(jù)庫52a。用戶概況數(shù)據(jù)庫52a是通過將利用內(nèi)容創(chuàng)建/共享應(yīng)用100參 與內(nèi)容創(chuàng)建/共享系統(tǒng)的每個用戶的用戶概況信息以數(shù)據(jù)庫的形式集合在一 起而形成的信息單位。用戶概況信息的內(nèi)容的具體示例和配置的示例將在 下文中描述。
認證處理單元53例如在將來自用戶終端設(shè)備4的用戶概況信息登記 到用戶信息服務(wù)器8的情況下，利用用戶ID和口令等等，來執(zhí)行關(guān)于是 否是有效用戶的預(yù)定的認證處理。
數(shù)據(jù)庫管理單元54對存儲單元22中的用戶概況數(shù)據(jù)庫52a執(zhí)行管 理。例如，響應(yīng)于新登記、更新登記以及用戶概況信息的刪除執(zhí)行用戶概 況數(shù)據(jù)庫52a的更新。
搜索處理單元55例如與數(shù)據(jù)庫管理單元54合作，以執(zhí)行用于從用戶 概況數(shù)據(jù)庫52a搜索信息的處理。
加密處理單元56例如對要從用戶信息服務(wù)器8發(fā)送到其他服務(wù)器或 用戶終端設(shè)備4的數(shù)據(jù)執(zhí)行加密。加密處理單元56還對從其他服務(wù)器或 用戶終端設(shè)備4發(fā)送來的經(jīng)過加密的數(shù)據(jù)執(zhí)行解密處理。
網(wǎng)絡(luò)接口 57是用于經(jīng)由網(wǎng)絡(luò)5執(zhí)行與其他服務(wù)器和用戶終端設(shè)備4的 通信的構(gòu)件。
圖10示出了用戶終端設(shè)備4的內(nèi)部配置示例。注意，在此情況下， 充當(dāng)用戶終端設(shè)備4的硬件是個人計算機。
首先，用戶終端設(shè)備4具有網(wǎng)絡(luò)接口 44，以便經(jīng)由網(wǎng)絡(luò)5執(zhí)行通信。 由于設(shè)置了該網(wǎng)絡(luò)接口 44，用戶終端設(shè)備4可經(jīng)由網(wǎng)絡(luò)5與例如主內(nèi)容服 務(wù)器l、副內(nèi)容服務(wù)器2、通信服務(wù)器3、用戶信息服務(wù)器8以及其他用戶 終端設(shè)備4等等通信。
CPU (中央處理單元)41能夠遵循例如安裝在HDD (硬盤驅(qū)動器) 48中的OS (操作系統(tǒng))和各類應(yīng)用程序以及保存在ROM 42中的程序執(zhí)行各類處理。在本實施例中，將安裝充當(dāng)內(nèi)容創(chuàng)建/共享應(yīng)用ioo的應(yīng)用程序。
RAM43是CPU41的工作區(qū)域，并且適當(dāng)?shù)乇４鏀?shù)據(jù)和程序等等以便 CPU41執(zhí)行各類處理。
此情況下的輸入/輸出接口 45連接有輸入設(shè)備46 (例如鍵盤或鼠標(biāo)等 等)，并且從輸入設(shè)備46輸出的操作信號被轉(zhuǎn)換成適合于CPU41的信號 并被輸出到CPU41。
另外，輸入/輸出接口 45連接有介質(zhì)驅(qū)動器47。該介質(zhì)驅(qū)動器47是 被配置成使得數(shù)據(jù)可被記錄到預(yù)定格式的可移動介質(zhì)并可從中播放的驅(qū)動 設(shè)備。
另外，輸入/輸出接口 45連接有HDD48，該HDD 48以硬盤作為存儲 介質(zhì)。CPU 41被布置為能夠經(jīng)由輸入/輸出接口 45向HDD 48的硬盤記錄 并從中讀出數(shù)據(jù)和程序等等。
另外，用于顯示圖像的顯示監(jiān)視器49也連接到輸入/輸出接口 45。
圖11示出了存儲在HDD 48中與根據(jù)本實施例的內(nèi)容創(chuàng)建/共享系統(tǒng) 的使用相關(guān)聯(lián)的數(shù)據(jù)內(nèi)容示例。
如此圖中所示，聯(lián)系根據(jù)本實施例的內(nèi)容創(chuàng)建/共享系統(tǒng)，首先，內(nèi)容 創(chuàng)建/共享應(yīng)用100作為應(yīng)用程序的數(shù)據(jù)被存儲。注意，向HDD48存儲內(nèi) 容創(chuàng)建/共享應(yīng)用100的操作是通過安裝處理來執(zhí)行的。另外，作為應(yīng)用文 件， 一個或多個主內(nèi)容文件(主內(nèi)容文件組103)和一個或多個副內(nèi)容文 件(副內(nèi)容文件組104)在內(nèi)容創(chuàng)建/共享應(yīng)用IOO的控制下被存儲。
此情況下的內(nèi)容創(chuàng)建/共享應(yīng)用100在功能上可被視為大致由充當(dāng)內(nèi)容 管理/創(chuàng)建工具101的程序部分和充當(dāng)通信工具102的程序部分配置而成。 內(nèi)容管理/創(chuàng)建工具IOI被布置為執(zhí)行主內(nèi)容文件和副內(nèi)容文件的下載，并 且對主內(nèi)容文件組103的主內(nèi)容文件和副內(nèi)容文件組104的副內(nèi)容文件執(zhí) 行文件操作。還執(zhí)行根據(jù)編輯操作的編輯處理、響應(yīng)于編輯結(jié)果的副內(nèi)容 文件創(chuàng)建處理，等等。通信工具102執(zhí)行用于訪問通信服務(wù)器3并且操作 博客和SNS的處理。
圖12是以功能塊為單位的關(guān)于內(nèi)容管理/創(chuàng)建工具101的程序配置的示意性表示，并且可被視為由通信控制單元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、以及用戶概況管理處理單元121構(gòu)成，如圖中所示。
通信控制單元111是主要由下述程序構(gòu)成的構(gòu)件該程序用于經(jīng)由網(wǎng) 絡(luò)在主內(nèi)容服務(wù)器1和通信服務(wù)器3之間執(zhí)行主要與內(nèi)容管理/編輯相關(guān)聯(lián) 的通信。
主內(nèi)容獲取處理單元112是由用于下載和獲取主內(nèi)容的程序構(gòu)成的構(gòu) 件。主內(nèi)容獲取處理單元112提供用于下載主內(nèi)容的用戶界面。另外，該 主內(nèi)容獲取處理單元112還執(zhí)行用于以下載請求的形式發(fā)出命令并且使得 通信控制單元111進行發(fā)送的控制、用于接收對在通信控制單元111處接 收的主內(nèi)容數(shù)據(jù)的分組的轉(zhuǎn)交并且恢復(fù)到作為主內(nèi)容的數(shù)據(jù)格式的處理等 等。
主內(nèi)容管理處理單元113是這樣一個構(gòu)件，其用于執(zhí)行用于將主內(nèi)容 獲取處理單元112所獲取的主內(nèi)容文件保存在HDD 48中的處理、以及用 于管理所保存的主內(nèi)容文件的處理。例如，主內(nèi)容管理處理單元113還實 現(xiàn)了諸如根據(jù)藝術(shù)家名稱、專輯單位、體裁等等來排序的內(nèi)容管理。
副內(nèi)容獲取處理單元114是由用于下載和獲取副內(nèi)容的程序構(gòu)成的構(gòu)件。
副內(nèi)容管理處理單元115是這樣一個構(gòu)件，其用于執(zhí)行用于將副內(nèi)容 獲取處理單元114所獲取的副內(nèi)容文件保存在HDD 48中的處理、以及用 于管理所保存的副內(nèi)容文件的處理。
內(nèi)容傳送處理單元116執(zhí)行控制和處理，以便例如經(jīng)由通信控制單元 111適當(dāng)?shù)貓?zhí)行內(nèi)容文件的數(shù)據(jù)傳送，以例如將副內(nèi)容文件上載到副內(nèi)容 服務(wù)器2。
內(nèi)容創(chuàng)建處理單元117是這樣一個構(gòu)件，其用于響應(yīng)于用戶執(zhí)行的編 輯操作等等來執(zhí)行與使用圖3所示的編輯素材內(nèi)容進行的編輯有關(guān)的處 理，即創(chuàng)建充當(dāng)副內(nèi)容的實質(zhì)內(nèi)容。因此，用于編輯操作等等的用戶界面
26也由該內(nèi)容創(chuàng)建處理單元117實現(xiàn)。
副內(nèi)容文件生成/解釋處理單元118首先執(zhí)行用于生成副內(nèi)容文件的數(shù)
據(jù)的處理，該副內(nèi)容文件的數(shù)據(jù)中反映了由內(nèi)容創(chuàng)建處理單元117創(chuàng)建的 充當(dāng)副內(nèi)容的實際內(nèi)容。另外，在播放副內(nèi)容的情況下，對圖4所示的副 內(nèi)容文件中的重放控制信息執(zhí)行解釋處理，并且確定重放處理序列。
在本實施例中，主內(nèi)容文件被加密并從主內(nèi)容服務(wù)器1發(fā)送。另外， 可以在把副內(nèi)容文件從副內(nèi)容服務(wù)器2發(fā)送到用戶終端設(shè)備4進行下載時 實現(xiàn)加密，并且存在在把副內(nèi)容數(shù)據(jù)從用戶終端設(shè)備4上載到副內(nèi)容服務(wù) 器2的情況下在加密后發(fā)送的情況。在已被加密的主內(nèi)容文件或副內(nèi)容文 件被用于播放、編輯等等操作的情況下，加密/解密處理單元119執(zhí)行用于 對加密進行解密的處理。另外，用于執(zhí)行加密的處理被執(zhí)行，以對副內(nèi)容 文件執(zhí)行加密并發(fā)送，如果需要的話。
重放輸出處理單元120這樣一個構(gòu)件，其用于在以圖像、音頻等等的 形式播放主內(nèi)容文件和副內(nèi)容文件的信號處理過程中，執(zhí)行應(yīng)當(dāng)在數(shù)字信 號格式階段執(zhí)行的預(yù)定信號處理。例如，作為數(shù)據(jù)的實際實體，主內(nèi)容文 件具有實際內(nèi)容數(shù)據(jù)，該實際內(nèi)容數(shù)據(jù)是預(yù)定格式的視頻數(shù)據(jù)或音頻數(shù)據(jù)
等等，用于再現(xiàn)實質(zhì)內(nèi)容。因此，在重放輸出處理單元120播放主內(nèi)容文 件的情況下，重放輸出處理單元120執(zhí)行用于播放作為實際內(nèi)容數(shù)據(jù)的視 頻數(shù)據(jù)或音頻數(shù)據(jù)等等的數(shù)字信號處理。在該主內(nèi)容文件已經(jīng)歷壓縮編碼 的情況下，執(zhí)行與該壓縮編碼相對應(yīng)的解碼處理，并且對數(shù)字視頻信號或 數(shù)字音頻信號執(zhí)行重放信號處理。
另外，在播放副內(nèi)容的情況下，其作為定序器執(zhí)行播放處理，其中， 遵循由上述副內(nèi)容文件生成/解釋處理單元118確定的播放處理的序列，充 當(dāng)源編輯素材內(nèi)容的所用主內(nèi)容文件的數(shù)據(jù)部分被順序播放。
用戶概況管理處理單元121生成并更新用戶概況信息，并且還管理 HDD 48中存儲的用戶概況信息。注意，用戶概況信息將在下文中描述。 還要注意，上述的內(nèi)容傳送處理單元116也可以執(zhí)行用于將用戶概況信息 數(shù)據(jù)發(fā)送到用戶信息服務(wù)器8的控制，而并不限于傳送內(nèi)容。
現(xiàn)在，在播放副內(nèi)容時，副內(nèi)容文件生成/解釋處理單元118對重放控制信息進行解釋的結(jié)果可被反映在編輯工作屏幕中，該編輯工作屏幕是由 內(nèi)容創(chuàng)建處理單元117提供的GUI。也就是說，重放控制信息所指示的重 放指令的內(nèi)容可以以用戶能夠識別的形式被顯示在編輯工作屏幕上。用戶 通過查看它可以詳細確認副內(nèi)容是如何創(chuàng)建的。這意味著可以以準(zhǔn)確信息 的形式獲知創(chuàng)建者是如何創(chuàng)建副內(nèi)容的。例如，在一般內(nèi)容的情況下，為 了使得一般用戶知道內(nèi)容是如何被創(chuàng)建的，只能根據(jù)實際能夠播放并觀看 或收聽的可視內(nèi)容或聲音內(nèi)容等等進行估計。與之不同，在本實施例的情 況下，可以更詳細并且更具體地理解副內(nèi)容是如何被創(chuàng)建的。預(yù)期在用戶 之間共享這種副內(nèi)容將會顯著地提高使用根據(jù)本實施例的內(nèi)容創(chuàng)建/共享系 統(tǒng)的用戶就內(nèi)容創(chuàng)作而言的知識和技能。根據(jù)本實施例的系統(tǒng)對于對內(nèi)容 創(chuàng)作感興趣的用戶而言具有極高的娛樂性和使用價值。
接下來，將參考圖13A至圖15來描述與本實施例相對應(yīng)的內(nèi)容文件 (主內(nèi)容文件、副內(nèi)容文件)的結(jié)構(gòu)示例。首先，圖13A示出了副內(nèi)容文 件的配置示例。如圖13A所示，副內(nèi)容文件由頭部和主體(主要數(shù)據(jù)部 分)配置而成。頭部存儲由與副內(nèi)容文件有關(guān)的一組預(yù)定的信息項(元數(shù) 據(jù)、附加信息)構(gòu)成的頭部信息。因此，在副內(nèi)容文件的情況下，存儲重 放控制信息。
圖13B示出了主內(nèi)容文件的配置示例。主內(nèi)容文件也由頭部和主體 (主要部分)配置而成，其中頭部存儲著由與主內(nèi)容文件相對應(yīng)的一組預(yù) 定的信息項(元數(shù)據(jù))構(gòu)成的頭部信息。主體存儲著預(yù)定格式的實際內(nèi)容 數(shù)據(jù)，作為與實質(zhì)內(nèi)容相對應(yīng)的實際數(shù)據(jù)。
現(xiàn)在，圖14示出了副內(nèi)容文件的頭部存儲的頭部信息的內(nèi)容的示 例。在圖14中，構(gòu)成頭部信息的信息項(元數(shù)據(jù))是本內(nèi)容相關(guān)基本信 息、所用源編輯素材內(nèi)容信息、所用編輯素材內(nèi)容信息、本內(nèi)容使用許諾 范圍信息、以及本內(nèi)容世代信息。
本內(nèi)容相關(guān)基本信息是與本內(nèi)容文件有關(guān)的基本信息項(元數(shù)據(jù))。 圖15示出了構(gòu)成本內(nèi)容相關(guān)基本信息的信息項組的示例，其中示出了內(nèi) 容ID、創(chuàng)建者(名稱/用戶ID)、內(nèi)容類型、播放時間、創(chuàng)建日期和時 間、封套數(shù)據(jù)、體裁，等等。這里的內(nèi)容ID是唯一地賦予充當(dāng)副內(nèi)容的每個內(nèi)容的標(biāo)識符。注
意，在本實施例中，這些內(nèi)容ID例如是由副內(nèi)容服務(wù)器2的內(nèi)容數(shù)據(jù)庫 管理單元26A賦予每個內(nèi)容文件的。
標(biāo)題是指示出賦予副內(nèi)容文件的標(biāo)題的信息。
創(chuàng)建者是副內(nèi)容文件的創(chuàng)建者的名稱的信息(也稱為"作者"、"生
產(chǎn)者"、"藝術(shù)家"，等等)。
內(nèi)容類型是指示出副內(nèi)容文件具有的實質(zhì)內(nèi)容的類型、范圍等等(例
如電影、樂曲、照片(靜止圖像)等等)的信息。
播放時間是指示出充當(dāng)副內(nèi)容文件的內(nèi)容的總播放時間的信息。 創(chuàng)建日期和時間是指示出創(chuàng)建副內(nèi)容文件的日期和時間的信息。 存在內(nèi)容具有諸如專輯的封套之類的圖像數(shù)據(jù)的情況。封套數(shù)據(jù)就是
這種圖像數(shù)據(jù)。
體裁是指示出賦予充當(dāng)副內(nèi)容文件的實質(zhì)內(nèi)容的體裁的信息。 當(dāng)然，除了這里列出的這些之外的信息項也可被包括在本內(nèi)容相關(guān)基 本信息中。
所用源編輯素材內(nèi)容信息是指示出要用于播放充當(dāng)副內(nèi)容文件的實質(zhì) 內(nèi)容的源編輯素材內(nèi)容(這是所用源編輯素材內(nèi)容)是什么的信息。換言 之是，這是指示出哪些主內(nèi)容文件或副內(nèi)容文件的實際內(nèi)容數(shù)據(jù)被用于創(chuàng) 建副內(nèi)容的信息。
聯(lián)系圖5A至圖5C，被示為構(gòu)成通過編輯處理新創(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)容中包括的某個主內(nèi)容可 能完全未被用在通過對編輯素材內(nèi)容進行編輯而創(chuàng)建的充當(dāng)副內(nèi)容的實質(zhì) 內(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)容的實際內(nèi)容數(shù)據(jù)，而主內(nèi)容D不被使用。
至于所用源編輯素材內(nèi)容信息的內(nèi)容應(yīng)當(dāng)如何對應(yīng)于這種情況，可以 設(shè)想一種布置，其中內(nèi)容是這樣的，即，基于只應(yīng)當(dāng)反映實際用于播放副
內(nèi)容的主內(nèi)容這一想法，只有主內(nèi)容A和C被示出，而主內(nèi)容D不被示出。
另外，可以設(shè)想另一種布置，其中，內(nèi)容是這樣的，S口，主內(nèi)容A、 C和D都被示出。也就是說，這是基于這樣的想法，即，在此情況下，雖 然主內(nèi)容D實際未被使用，但在創(chuàng)建副內(nèi)容的過程中充當(dāng)主內(nèi)容D的實質(zhì) 內(nèi)容存在一定程度的影響，并且因此它相當(dāng)于以潛在的方式被使用。在此 情況下，直到此次創(chuàng)建的副內(nèi)容的生成為止哪怕只使用了一次的所有主內(nèi) 容因此都被包括在所用源編輯素材中。
如下文中參考圖16所述，所用源編輯素材內(nèi)容信息還包括與這里示 出的主內(nèi)容有關(guān)的預(yù)定內(nèi)容的元數(shù)據(jù)。
另外，所用編輯素材內(nèi)容信息是指示出哪些編輯素材內(nèi)容(所用編輯 素材內(nèi)容、直接使用內(nèi)容)被直接用于創(chuàng)建副內(nèi)容文件的信息。在圖5A 至圖5C中的示例中，圖5A所示的新的副內(nèi)容的所用編輯素材內(nèi)容信息中 存儲的是指示出充當(dāng)編輯素材內(nèi)容A和B的實際主內(nèi)容文件的數(shù)據(jù)。另 外，在圖5B所示的新的副內(nèi)容的情況下，存儲了指示出充當(dāng)編輯素材內(nèi) 容A的主內(nèi)容文件和充當(dāng)編輯素材內(nèi)容C的副內(nèi)容文件的數(shù)據(jù)。另外，在 圖5C所示的新的副內(nèi)容的情況下，作為所用編輯素材信息存儲了指示出 充當(dāng)編輯素材內(nèi)容C和D的副內(nèi)容文件的數(shù)據(jù)。
注意，如下文中將要描述的圖16所示，所用編輯素材內(nèi)容信息還具 有這里示出的每個編輯素材內(nèi)容的相關(guān)預(yù)定內(nèi)容的附加信息。
本內(nèi)容使用許諾范圍信息是對本內(nèi)容文件設(shè)定的使用許諾范圍。該結(jié) 構(gòu)應(yīng)當(dāng)遵從下文中利用圖16描述的配置示例的使用許諾范圍信息。
本內(nèi)容世代信息是指示出作為在根據(jù)本實施例的內(nèi)容創(chuàng)建/共享系統(tǒng)的 環(huán)境下創(chuàng)建的內(nèi)容的本副內(nèi)容的世代的信息。
圖16示出了所用源編輯素材內(nèi)容信息和所用編輯素材內(nèi)容信息的結(jié) 構(gòu)示例。注意，在這里，所用源編輯素材內(nèi)容信息和所用編輯素材內(nèi)容信息被示為具有共同的基本結(jié)構(gòu)。因此，圖16的內(nèi)容是在所用源編輯素材 內(nèi)容信息和所用編輯素材內(nèi)容信息兩者共同被示出的情況下示出的。如圖 16所示，所用源編輯素材內(nèi)容信息/所用編輯素材內(nèi)容信息主要由鏈接的 單位文件信息構(gòu)成。每個單位文件信息對應(yīng)于一個所用源編輯素材內(nèi)容信 息或所用編輯素材內(nèi)容信息。注意，為了簡化描述，如果其間沒有具體區(qū) 別，則所用源編輯素材內(nèi)容信息和所用編輯素材內(nèi)容信息都將被簡稱為 "所用內(nèi)容"。
對于單位文件信息，例如，提供了內(nèi)容ID、創(chuàng)建者、標(biāo)題、世代、以 及使用許諾范圍信息的項目。
這里，內(nèi)容ID存儲著充當(dāng)相應(yīng)的所用內(nèi)容的內(nèi)容文件的內(nèi)容ID。 創(chuàng)建者存儲著相應(yīng)所用內(nèi)容的作者的名稱以及創(chuàng)建者的用戶ID。 標(biāo)題指示出相應(yīng)的所用內(nèi)容的標(biāo)題，以作為其名稱。 世代信息項存儲世代信息。世代信息是指示出該內(nèi)容是哪一代內(nèi)容的 信息。在根據(jù)本實施例的內(nèi)容創(chuàng)建/共享系統(tǒng)中，主內(nèi)容被明確定義為第一 代內(nèi)容，而副內(nèi)容根據(jù)預(yù)定的規(guī)則被定義為第N代，這對應(yīng)于編輯素材內(nèi) 容的世代。因此，在圖16所示的所用內(nèi)容信息是所用源編輯素材內(nèi)容信 息的情況下，在世代信息時將存儲指示出第一代的信息。另外，在圖16 所示的所用內(nèi)容信息是編輯素材內(nèi)容信息的情況下，存儲指示出根據(jù)與單 位文件信息相對應(yīng)的每個所用內(nèi)容(主內(nèi)容或副內(nèi)容)實際設(shè)定的世代的
{曰息D
使用許諾范圍的信息(使用許諾范圍信息)是由一組一個或多個使用
項目l至n形成的。
使用項目1至n是這樣來指派的使得與對相應(yīng)的使用內(nèi)容的編輯 (二次使用)有關(guān)的預(yù)定使用內(nèi)容與每一個項對應(yīng)。可以設(shè)想出的將被分 配給使用項目的使用內(nèi)容的示例包括以下內(nèi)容。
與是否允許本內(nèi)容的二次使用有關(guān)的內(nèi)容
與對于將被用作編輯素材的其他內(nèi)容，與使用來自本內(nèi)容的另一創(chuàng) 建者的內(nèi)容有關(guān)的內(nèi)容
對于將被用作編輯素材的其他內(nèi)容，與使用來自本內(nèi)容所屬的另一專輯的內(nèi)容有關(guān)的內(nèi)容
與使用特定效果和特殊效果有關(guān)的內(nèi)容
與使用特定插件模塊有關(guān)的內(nèi)容
從整個內(nèi)容中提取一部分并用作編輯素材
在從整個內(nèi)容中提取一部分并用作編輯素材的情況下與所提取的實 際內(nèi)容數(shù)據(jù)部分有關(guān)的許可內(nèi)容
*可使用世代的數(shù)目(例如，作為主內(nèi)容，在允許兩個世代(即，直 到孫子代(第三代)為止)的使用的情況下，可以創(chuàng)建使用該主內(nèi)容的兒 子副內(nèi)容和使用副內(nèi)容的孫子副內(nèi)容，但是對于使用相應(yīng)主內(nèi)容的部分， 不允許對孫子副內(nèi)容的編輯)
與可結(jié)合本內(nèi)容對其執(zhí)行二次使用的內(nèi)容的數(shù)目和類型有關(guān)的內(nèi)容
對于這些使用項目中的每一個，例如從許可/不許可開始，指示出與為 每個使用項目設(shè)定的使用授權(quán)有關(guān)的內(nèi)容的信息。至于使用許諾范圍的信 息，概括為這些使用項目中的每一個描述的使用設(shè)定內(nèi)容則指示出相應(yīng)使 用內(nèi)容的使用許諾范圍。
至于主內(nèi)容文件的頭部信息的內(nèi)容，將省略通過參考附圖進行的具體 描述，應(yīng)當(dāng)注意，只要有將主內(nèi)容文件定義為正被使用的信息就足夠了。 但是，在本實施例中，可以認為這樣的布置是適當(dāng)?shù)钠渲校鲀?nèi)容文件 的頭部信息與副內(nèi)容文件的具有共同的結(jié)構(gòu)。利用這種主內(nèi)容文件頭部信 息結(jié)構(gòu)，在主內(nèi)容和副內(nèi)容之間標(biāo)準(zhǔn)化了頭部結(jié)構(gòu)，可以預(yù)期這將帶來根 據(jù)本實施例的內(nèi)容創(chuàng)建/共享系統(tǒng)中的內(nèi)容文件管理的效率提高。其一個示 例是主內(nèi)容文件將具有本內(nèi)容使用許諾范圍信息，因此可以為作為第一代 內(nèi)容的主內(nèi)容設(shè)定更準(zhǔn)確地反映出作者的決定和想法的使用許諾范圍。
但是，應(yīng)當(dāng)注意，主內(nèi)容文件不是通過二次使用其他內(nèi)容來創(chuàng)建的。 因此，例如，在主內(nèi)容文件的頭部中，不需要對圖16所示的所用源編輯 素材內(nèi)容信息和所用編輯素材內(nèi)容信息存儲有意義的信息。
接下來，將描述副內(nèi)容文件中的重放控制信息。與實際內(nèi)容數(shù)據(jù)不 同，重放控制信息是通過以預(yù)定的語言描述播放充當(dāng)當(dāng)前副內(nèi)容的實質(zhì)內(nèi) 容的處理序列而構(gòu)成的單位信息。形成該重放控制信息的描述內(nèi)容的要素例如包括首先是指示出充當(dāng)用于重放的實際內(nèi)容數(shù)據(jù)的主內(nèi)容的描述、指 示出在充當(dāng)該主內(nèi)容的實際內(nèi)容數(shù)據(jù)中將用于實際播放副內(nèi)容的數(shù)據(jù)部分 的描述、以及指示出播放該數(shù)據(jù)部分的時間的描述。另外，執(zhí)行用于應(yīng)用 效果或特殊效果(例如漸入、漸出、重疊、均衡(音調(diào)調(diào)節(jié))、重放速 率、混響、延遲等等)的描述。
圖17示出了重放控制信息的內(nèi)容的示例。在此圖中，方括號[]之間的 描述指示出一個主使用內(nèi)容(源編輯素材內(nèi)容)的重放控制內(nèi)容。
將描述圖17中示出的使用主內(nèi)容單位的重放控制內(nèi)容的示例。首 先，對于在圖的頂部示出的作為所用內(nèi)容的單位的重放控制內(nèi)容，描述了。這指定了所 用內(nèi)容是由內(nèi)容ID = AAAAAA (這里的file—id的描述符)指定的所用內(nèi) 容，并且使用該使用內(nèi)容的當(dāng)前副內(nèi)容的播放時間是00:00 (起始時間)-00:10 (播放時間10秒)，并且該播放時間期間使用的使用內(nèi)容的數(shù)據(jù)區(qū) 間(實際內(nèi)容數(shù)據(jù)的區(qū)間)是與地址vv至地址zz相對應(yīng)的范圍。
至于隨后的所用內(nèi)容單位的重放控制內(nèi)容，描述了[file—id = AAAAAA; time = 00:10-00:15; position = ss-tt]。這指定了使用內(nèi)容是由 內(nèi)容ID = AAAAAA指定的，并且使用該使用內(nèi)容的當(dāng)前副內(nèi)容的播放時 間是00:10 - 00:15，并且該播放時間期間使用的使用內(nèi)容的數(shù)據(jù)區(qū)間是與 地址ss至地址tt相對應(yīng)的范圍。
至于隨后的所用內(nèi)容單位的重放控制內(nèi)容，描述了[file—id = BBBBBB; time = 00:15-00:20; position = pp畫皿]。這指定了使用內(nèi)容是由 內(nèi)容ID = BBBBBB指定的，并且使用該使用內(nèi)容的當(dāng)前副內(nèi)容的播放時 間是00:15 - 00:20，并且該播放時間期間使用的使用內(nèi)容的數(shù)據(jù)區(qū)間是與 地址pp至地址uu相對應(yīng)的范圍。
例如，根據(jù)本實施例的內(nèi)容創(chuàng)建/共享應(yīng)用100的重放輸出處理單元 120這樣順序地解釋方括號[]中的使用內(nèi)容單位的重放控制內(nèi)容，并且根據(jù) 解釋結(jié)果執(zhí)行實際重放控制，從而以視頻信號、音頻信號等等的形式播放 并輸出副內(nèi)容。
接下來，將參考圖18和圖19中的流程圖描述關(guān)于與副內(nèi)容的編輯有關(guān)的主要處理的步驟示例。注意，圖18和圖19所示的處理例如是通過在 內(nèi)容創(chuàng)建/共享應(yīng)用100中執(zhí)行充當(dāng)內(nèi)容管理/創(chuàng)建工具101的程序來實現(xiàn) 的。
現(xiàn)在，假定例如用戶終端設(shè)備4的用戶已激活了內(nèi)容創(chuàng)建/共享應(yīng)用 100的內(nèi)容管理/創(chuàng)建工具101并且準(zhǔn)備好編輯副內(nèi)容。假定執(zhí)行了操作，
從而要用作用來創(chuàng)建副內(nèi)容的素材的內(nèi)容被搜索，并且該內(nèi)容被登記(最
終確定)為編輯素材內(nèi)容。據(jù)此，圖18所示的處理由內(nèi)容管理/創(chuàng)建工具 101的內(nèi)容創(chuàng)建處理單元117執(zhí)行。
在圖18中，首先，在步驟S101中，執(zhí)行對被登記為編輯素材內(nèi)容的 內(nèi)容的數(shù)據(jù)的取入。注意，在所登記的編輯素材內(nèi)容是主內(nèi)容的情況下， 與之相對應(yīng)的主內(nèi)容文件的數(shù)據(jù)被取入，而在副內(nèi)容的情況下，與之相對 應(yīng)的副內(nèi)容文件的數(shù)據(jù)被取入。
在步驟S102中，從在以上步驟S101中取入的數(shù)據(jù)中進一步執(zhí)行使用 許諾范圍的信息的讀入。這樣，與對此次登記為編輯素材內(nèi)容的內(nèi)容設(shè)定 的使用許諾有關(guān)的各種內(nèi)容基于使用許諾范圍信息中的使用項目1至n的 內(nèi)容被識別。因此，在接下來的步驟S103中，根據(jù)以上步驟S102識別的 使用許諾的內(nèi)容被設(shè)定為反映在用于副內(nèi)容編輯的用戶界面(UI)上。由 于此處理，內(nèi)容創(chuàng)建處理單元117進行操作，以便超出了預(yù)先在編輯素材 內(nèi)容中設(shè)定的使用許諾范圍的內(nèi)容編輯操作不可行。
圖19示出了與作為充當(dāng)副內(nèi)容的數(shù)據(jù)的實際實體的副內(nèi)容文件的生 成有關(guān)的基本處理步驟示例。此圖中示出的處理也例如是由CPU 41執(zhí)行 充當(dāng)內(nèi)容管理/創(chuàng)建工具101的程序來實現(xiàn)的。
這里，首先在步驟S201中，執(zhí)行根據(jù)用于編輯的操作輸入的適當(dāng)編 輯處理。例如，內(nèi)容創(chuàng)建處理單元117利用其程序提供一 GUI (圖形用戶 界面)，以供用戶執(zhí)行用于創(chuàng)建副內(nèi)容的編輯操作。用戶利用該GUI執(zhí)行 用于創(chuàng)建副內(nèi)容的編輯操作，并且步驟S201中的處理根據(jù)該操作被執(zhí) 行。
在執(zhí)行如上所述的編輯處理的過程中，當(dāng)在步驟S202中判定已執(zhí)行 了用于保存迄今為止的編輯結(jié)果的操作后，流程進行到步驟S203。在步驟S203中，生成與迄今為止的編輯結(jié)果所獲得的實質(zhì)內(nèi)容相對應(yīng)的副內(nèi)容文 件。在生成副內(nèi)容文件時，生成反映迄今為止的編輯結(jié)果的重放控制信息 和頭部信息，并且將其組合以生成文件。
在步驟S204中執(zhí)行控制，以便將如上所述創(chuàng)建的此副內(nèi)容文件保存 在例如HDD48中的適當(dāng)目錄中。在步驟S204的步驟結(jié)束后，流程返回到 步驟S201。
注意，當(dāng)創(chuàng)建副內(nèi)容文件時，也生成本內(nèi)容使用許諾范圍信息的內(nèi) 容。至于如何設(shè)定本內(nèi)容使用許諾范圍信息的內(nèi)容，例如，可以設(shè)想一種 布置，以在不超過通過綜合每個作為源編輯素材的主內(nèi)容的使用許諾范圍 信息而確定的最低限度的范圍中遵循預(yù)定的規(guī)則自動設(shè)定(每個使用項目 的內(nèi)容)。另外，可以設(shè)想一種布置，以便進行與用戶執(zhí)行的與本內(nèi)容使 用許諾范圍信息的內(nèi)容有關(guān)的指定操作相對應(yīng)的設(shè)定，從而反映用戶的意 圖。但是，即使在這樣根據(jù)用戶操作來進行設(shè)定的情況下，設(shè)定也是在不 超過通過綜合每個作為源編輯素材的主內(nèi)容的使用許諾范圍信息而確定的 最低限度的范圍中執(zhí)行的，因此對超過該最低限度的使用許諾范圍(每個 使用項目的內(nèi)容)的設(shè)定是不可行的。
注意，雖然這里的圖中沒有示出，但響應(yīng)于執(zhí)行例如關(guān)閉用于創(chuàng)建副 內(nèi)容的GUI屏幕的操作等等，將離開此圖中示出的處理并且流程轉(zhuǎn)移到其 他處理。
接下來，將參考圖20中的流程圖來描述與用戶終端設(shè)備4上載副內(nèi) 容有關(guān)的基本處理步驟示例和副內(nèi)容服務(wù)器2根據(jù)該上載而進行的處理步 驟示例。圖中用戶終端設(shè)備4 一方的處理主要是通過充當(dāng)副內(nèi)容管理處理 單元115和內(nèi)容傳送處理單元116的程序來實現(xiàn)的。副內(nèi)容服務(wù)器2處的 處理是通過圖7中所示的構(gòu)件協(xié)同操作而執(zhí)行的，但實際上可以視為是由 構(gòu)成副內(nèi)容服務(wù)器2的計算機系統(tǒng)(CPU)執(zhí)行程序來實現(xiàn)的。
用戶終端設(shè)備4 一方在步驟S301中等待獲得指示上載副內(nèi)容文件的 命令?，F(xiàn)在，假定作為對內(nèi)容管理/創(chuàng)建工具101提供的GUI的操作，用 戶選擇希望上載的一個或多個副內(nèi)容，并且執(zhí)行上載執(zhí)行操作。響應(yīng)于該 上載執(zhí)行操作，生成指示上載與在GUI處選擇的副內(nèi)容相對應(yīng)的副內(nèi)容文件的命令，并且流程進行到步驟S302。注意，此上載的副內(nèi)容是由內(nèi)容創(chuàng) 建/共享應(yīng)用100創(chuàng)建并作為內(nèi)容創(chuàng)建/共享應(yīng)用100的應(yīng)用文件被存儲在 HDD48中的副內(nèi)容。
在步驟S302中，被指定上載的副內(nèi)容，即副內(nèi)容文件，被從存儲它 的目錄中讀入。在接下來的步驟S303中，執(zhí)行控制，使得已被讀入的副 內(nèi)容文件的數(shù)據(jù)與上載請求一起經(jīng)由網(wǎng)絡(luò)被發(fā)送并輸出到副內(nèi)容服務(wù)器 2。
副內(nèi)容服務(wù)器2在步驟S401中等待接收上載請求，并且在接收到上 載請求后，從S402起往后的步驟被執(zhí)行。注意，為了在接收到上載請求 后實際轉(zhuǎn)移到步驟S402，要通過例如認證處理來確認該請求是來自有效用 戶的，但這種處理步驟在這里被省略。
在步驟S402中，設(shè)定與上載請求一起接收到的副內(nèi)容文件的保存位 置(URL)。例如，副內(nèi)容服務(wù)器2處的保存位置設(shè)定處理單元26的功 能被用于該URL設(shè)定。
在步驟S403中，對作為此次上載請求的發(fā)起者的用戶終端設(shè)備4執(zhí) 行用于通知在步驟S402中設(shè)定的副內(nèi)容文件的保存位置的通信處理。
在步驟S303中執(zhí)行的上載請求的用戶終端設(shè)備4 一方，在步驟S304 中等待接收保存位置的信息。在接收到保存位置的信息后，在步驟S305 中，接收到的保存位置(URL)的信息被保存在適當(dāng)?shù)哪夸浿小＿@樣，此 后，通過對內(nèi)容管理/創(chuàng)建工具101執(zhí)行預(yù)定的操作，可以調(diào)用該副內(nèi)容的 保存位置的信息。在該保存位置是URL的情況下，取決于調(diào)用操作，例 如可以顯示作為URL的文本串。
圖21中的流程圖示出了與用戶終端設(shè)備4下載副內(nèi)容有關(guān)的處理步 驟示例，以及與之相對應(yīng)的副內(nèi)容服務(wù)器2處的處理步驟示例。圖中用戶 終端設(shè)備4處的處理也主要是通過充當(dāng)副內(nèi)容管理處理單元115和內(nèi)容傳 送處理單元116的程序來實現(xiàn)的。
首先，在步驟S501中，用戶終端設(shè)備4 一方等待獲得指示下載副內(nèi) 容文件的命令。這里，假定例如作為對內(nèi)容管理/創(chuàng)建工具101的操作，用 戶訪問由副內(nèi)容服務(wù)器2運行的用于下載副內(nèi)容的下載站點(網(wǎng)站)，并且使得可下載的(共享的)副內(nèi)容的列表被顯示。另外，假定用戶從該列 表中選擇一個或多個其希望下載的副內(nèi)容，并且執(zhí)行用于執(zhí)行下載的操 作。響應(yīng)于此，在步驟S501中將獲得肯定的判定結(jié)果，并且流程進行到
步驟S502。
在步驟S502中，響應(yīng)于獲得了下載指令，下載請求將被發(fā)送到副內(nèi) 容服務(wù)器2。注意，至于該下載請求，還包括了例如相當(dāng)于指定在下載執(zhí) 行指令的操作時選擇的副內(nèi)容的目錄(保存位置)的信息。注意，可以設(shè) 想一種布置，其中，不是使下載請求指定保存位置，而是例如可以使其指 定作為副內(nèi)容的實際實體的副內(nèi)容文件的副內(nèi)容ID等等。
副內(nèi)容服務(wù)器2在步驟S601中等待接收到下載請求，并且在接收到 下載請求后，執(zhí)行步驟S602中的步驟。注意，為了在接收到下載請求后 實際轉(zhuǎn)移到步驟S602，也發(fā)生認證處理等等，但這種處理步驟在這里也被 省略。
在步驟S602中，訪問存儲單元22的副內(nèi)容數(shù)據(jù)庫22a并且搜索指定 的副內(nèi)容文件，并且在步驟S604中將搜索出的副內(nèi)容文件發(fā)送到發(fā)出請 求的用戶終端設(shè)備4.
在步驟S502中發(fā)送了下載請求的用戶終端設(shè)備4在步驟S503中等待 接收到根據(jù)下載請求的副內(nèi)容文件。在確定已接收到副內(nèi)容文件后，在步 驟S504中，在適當(dāng)?shù)哪夸浿斜４娌⒐芾斫邮盏降母眱?nèi)容文件。
圖22中的流程圖示出了用戶終端設(shè)備4播放通過下載獲得(并保存 在HDD48中)的副內(nèi)容的處理步驟示例，并且此圖中用戶終端設(shè)備4的 處理是通過主要充當(dāng)副內(nèi)容管理處理單元115、加密/解密處理單元119和 重放輸出處理單元120的程序來實現(xiàn)的。
首先，在步驟S701中，等待獲得關(guān)于保存在HDD48中的副內(nèi)容文件 的重放開始指令?，F(xiàn)在，假定例如作為對于由副內(nèi)容管理處理單元115提 供的GUI的操作，從保存在HDD 48中的副內(nèi)容中選擇一個副內(nèi)容，并且 給出開始播放的指令。響應(yīng)于此，在步驟S701中獲得肯定的判定結(jié)果， 并且流程進行到步驟S702。
在步驟S702中，從HDD 48中讀入與指定的副內(nèi)容相對應(yīng)的副內(nèi)容文件。在這里，通過下載獲得的副內(nèi)容數(shù)據(jù)被保存在HDD 48中，并且在傳 送時進行的加密被保留。因此，在下一步驟S703中，加密/解密處理單元 119執(zhí)行用于對讀入的副內(nèi)容數(shù)據(jù)進行解密的處理。
在步驟S704中，判定以上步驟S703中的加密解密處理是否己成功。 例如，如果此次在步驟S701中指定開始播放的副內(nèi)容數(shù)據(jù)是從副內(nèi)容服 務(wù)器2合法下載的，那么步驟S703中的解密處理將會成功并且將會恢復(fù) 出正確的副內(nèi)容數(shù)據(jù)。
相反，例如，如果副內(nèi)容數(shù)據(jù)是通過某種其他方式獲得的而不是從副 內(nèi)容服務(wù)器2下載的，那么或者加密是利用另一種方法或算法來執(zhí)行的， 或者就沒有執(zhí)行加密。在此情況下，取決于步驟S703中的解密處理，或 者不能恢復(fù)出正確的副內(nèi)容數(shù)據(jù)，或者無法應(yīng)用解密處理。也就是說，對 于步驟S703中的解密處理的結(jié)果而言，這種情況可被視為失敗，其中包 括無法應(yīng)用解密處理的情況。
如果在步驟S704中獲得解密處理成功的肯定判定結(jié)果，則流程進行 到步驟S705，并且開始對副內(nèi)容的重放控制處理。也就是說，副內(nèi)容文件 生成/解釋處理單元118解釋要播放的重放控制信息并確定播放序列，并且 控制重放輸出處理單元120的重放信號處理，使得主內(nèi)容的實際內(nèi)容數(shù)據(jù) 遵循播放序列被順序地播放。
相反，如果在步驟S704中獲得解密處理失敗的否定判定結(jié)果，則流 程進行到步驟S706，并且執(zhí)行差錯應(yīng)對處理。至于該差錯應(yīng)對處理，首 先，避免開始對此次指定重放的副內(nèi)容的重放控制處理，并且于是例如執(zhí) 行用于在GUI上通知此次指定重放的副內(nèi)容未被授權(quán)并且不能播放等等的 控制處理。
通過例如執(zhí)行這種處理，在本實施例中，在用戶終端設(shè)備4處只播放 從副內(nèi)容服務(wù)器2合法下載并獲得的從外部獲得的副內(nèi)容信息，從而完全 保護了主內(nèi)容或副內(nèi)容的著作權(quán)。
注意，至于用于僅播放和輸出從副內(nèi)容服務(wù)器2合法下載的副內(nèi)容的 布置，可以設(shè)想其他布置。例如，可以設(shè)想一種配置，其中，在用戶終端 設(shè)備4以下載的形式接收并獲得的那一刻就預(yù)先對加密進行解密，并且在向其附加解密結(jié)果信息的情況下將其存儲在HDD 48中，而在播放時，則 參考所附加的解密結(jié)果信息，以便判定是否播放副內(nèi)容。另外，可以進行 一種布置，其中，作為在從副內(nèi)容服務(wù)器2發(fā)送時在副內(nèi)容服務(wù)器2—方 的處理，在副內(nèi)容中嵌入表明已經(jīng)進行了發(fā)送以便下載的特殊代碼，而在 播放時，則在用戶終端設(shè)備4 一方確認該代碼的存在與否，以及其內(nèi)容等 等，以便判定是否開始播放。
如上所述，根據(jù)本實施例的內(nèi)容創(chuàng)建/共享系統(tǒng)實現(xiàn)了例如參考圖2描 述的基本使用形式。但是，在例如根據(jù)本實施例的內(nèi)容創(chuàng)建/共享系統(tǒng)中， 用戶之間共享的副內(nèi)容的數(shù)目，S口，副內(nèi)容服務(wù)器2存儲和管理的副內(nèi)容 文件的數(shù)目，可能是巨大的。
另外，如前所述，在根據(jù)本實施例的內(nèi)容創(chuàng)建/共享系統(tǒng)中，即使沒有 用于介紹來自作為朋友的用戶的副內(nèi)容的通知等等，如上所述，也可以訪 問副內(nèi)容服務(wù)器的下載站點并且可以下載所需的副內(nèi)容。
考慮到此，可以認為，在根據(jù)本實施例的內(nèi)容創(chuàng)建/共享系統(tǒng)中，用戶 如何能夠高效地從大量副內(nèi)容中找到適當(dāng)?shù)母眱?nèi)容是很重要的。
因此，對于根據(jù)本實施例的內(nèi)容創(chuàng)建/共享系統(tǒng)提出了一種配置，以便 能夠高效地選擇適當(dāng)且適合于每個用戶的副內(nèi)容，并且能夠?qū)⑦@些展現(xiàn)給 用戶。接下來將對此進行描述。
注意，根據(jù)本實施例的"展現(xiàn)適當(dāng)且適合于每個用戶的副內(nèi)容"指的 是推薦對于該用戶來說有收聽/觀看價值的副內(nèi)容。也就是說，可以認為以 下描述是關(guān)于用來為每個用戶推薦適合于該用戶的副內(nèi)容的配置的。另 外，鑒于此，還將把被選擇為適合于某個用戶的副內(nèi)容稱為"推薦內(nèi) 容"。
圖23示出了利用內(nèi)容創(chuàng)建/共享系統(tǒng)執(zhí)行的與副內(nèi)容的推薦有關(guān)的操 作和處理的示例。
首先，步驟S801是用戶終端設(shè)備4和用戶信息服務(wù)器8在預(yù)定的定 時定期執(zhí)行的處理。在該步驟S801中，例如，在HDD48中存儲并管理的 用戶概況信息被用戶終端設(shè)備4處的內(nèi)容創(chuàng)建/共享應(yīng)用100的內(nèi)容管理/ 創(chuàng)建工具101上載到用戶信息服務(wù)器8。如果接收到的用戶概況信息是新的，用戶信息服務(wù)器8則將其新登記在內(nèi)容概況數(shù)據(jù)庫22b中。另外，在
同一用戶(用戶ID)的用戶概況信息已被登記的情況下，利用接收到的用
戶概況信息來改寫(更新)已登記的用戶概況信息。
用戶概況信息是由與使用內(nèi)容創(chuàng)建/共享應(yīng)用100的個體用戶有關(guān)的預(yù) 定信息構(gòu)成的。 一組用戶概況信息構(gòu)成了用戶信息服務(wù)器8中的用戶概況 數(shù)據(jù)庫52a。
圖24示出了與一個用戶相對應(yīng)的用戶概況信息中的內(nèi)容的示例。首 先，如圖24中的(a)所示，用戶概況信息由基本用戶信息、持有內(nèi)容列 表信息、以及個體內(nèi)容信息列表構(gòu)成。
基本用戶信息具有指示出關(guān)于用戶的基本信息的信息項，例如從用戶 ID開始，并且包括姓名、年齡等等。持有內(nèi)容列表信息(持有主內(nèi)容信 息)是給出用戶擁有的主內(nèi)容(即，被認為是在與該用戶相對應(yīng)的內(nèi)容創(chuàng) 建/共享應(yīng)用100的管理下持有的主內(nèi)容文件(持有主內(nèi)容))的列表的信 息。
注意，這里使用的"持有"或"擁有"首先指的是例如下述狀態(tài) 即，主內(nèi)容文件是在其可被視為在內(nèi)容創(chuàng)建/共享應(yīng)用100 (用戶終端設(shè)備
4)本地的狀態(tài)中被保存和管理的。另外，這意味著例如這樣一種狀態(tài)，
其中，即使不存在于本地，而是存在于服務(wù)器上等等，內(nèi)容創(chuàng)建/共享應(yīng)用
100也可通過流式傳輸?shù)鹊葋碓L問并播放內(nèi)容文件。這種主內(nèi)容的示例包 括能夠根據(jù)內(nèi)容觀看/收聽合同(例如預(yù)訂)從服務(wù)器流式傳輸或下載并被 保存在本地的那些主內(nèi)容。也可以認為這是用戶不必在開始播放時單獨付 費的內(nèi)容，而是用戶有權(quán)利播放的內(nèi)容。
例如，持有內(nèi)容列表信息被編制為相關(guān)主內(nèi)容文件的內(nèi)容ID的列 表，如圖24中的(b)所示。注意，內(nèi)容ID是每個內(nèi)容文件唯一的標(biāo)識 符。持有內(nèi)容列表信息中存儲的內(nèi)容ID的數(shù)目對應(yīng)于用戶持有的主內(nèi)容 文件的數(shù)目。另外，內(nèi)容ID本身標(biāo)識了用戶持有什么主內(nèi)容文件。
個體內(nèi)容信息列表在此情況下是與個體內(nèi)容相對應(yīng)的一組個體內(nèi)容信 息的編制列表，如圖24中的(c)所示。個體內(nèi)容信息是由持有內(nèi)容列表 信息所指示的每個主內(nèi)容文件(持有主內(nèi)容)的預(yù)定定義形式的元數(shù)據(jù)構(gòu)成的。這里，元數(shù)據(jù)包括內(nèi)容ID、總播放次數(shù)、時限內(nèi)播放次數(shù)、評級， 等等。
在個體內(nèi)容信息中，內(nèi)容ID存儲著充當(dāng)該個體內(nèi)容信息所對應(yīng)的主
內(nèi)容文件的內(nèi)容ID的值。個體內(nèi)容信息內(nèi)的內(nèi)容ID和持有內(nèi)容列表信息
中的持有主內(nèi)容是一一對應(yīng)的。
總播放次數(shù)例如指示出在內(nèi)容管理/創(chuàng)建工具101的管理下迄今為止播
放的次數(shù)。時限內(nèi)播放次數(shù)例如指示出在從當(dāng)前時刻起的預(yù)定時段內(nèi)在內(nèi)
容管理/創(chuàng)建工具101的管理下播放的次數(shù)。例如，時限內(nèi)播放次數(shù)指示出
最近哪個持有主內(nèi)容被頻繁播放。換言之，可以認為它是指示出用戶最近 播放的持有主內(nèi)容的趨勢的信息。
評級存儲著用戶給予相應(yīng)內(nèi)容的評級的值(例如喜愛程度的指標(biāo)，等
等)。例如，內(nèi)容管理/創(chuàng)建工具101可以根據(jù)用戶操作，按照預(yù)定的刻度 為每個持有的主內(nèi)容文件和副內(nèi)容文件設(shè)定評級。
例如，內(nèi)容管理/創(chuàng)建工具101通過用戶概況管理處理單元121存儲并 管理用戶概況信息，并且根據(jù)持有主內(nèi)容的添加或刪除來更新持有內(nèi)容列 表信息。另外，總播放次數(shù)、時限內(nèi)播放次數(shù)以及評級等等根據(jù)持有主內(nèi) 容的播放、評級的設(shè)定等等被更新。
在新登記用戶概況信息的情況下，內(nèi)容管理/創(chuàng)建工具101首先根據(jù)步 驟S801上載用戶概況信息(發(fā)送到用戶信息服務(wù)器8)。另外，即使在執(zhí) 行新登記之后，也在適當(dāng)?shù)念A(yù)定定時上載用戶概況信息。因此，在用戶終 端設(shè)備4 一方存儲的用戶概況信息和在用戶信息服務(wù)器8 —方存儲的用戶 概況信息得到了同步。
另外，被示為步驟S802的處理是副內(nèi)容服務(wù)器2獨立執(zhí)行的處理， 并且繼續(xù)更新內(nèi)容概況信息，如下所述。
副內(nèi)容服務(wù)器2在存儲單元22中存儲并管理內(nèi)容概況數(shù)據(jù)庫22b。內(nèi) 容概況數(shù)據(jù)庫22b是一組與以數(shù)據(jù)庫方式存儲的每個副內(nèi)容相對應(yīng)的內(nèi)容 概況信息。圖25示出了內(nèi)容概況信息的示例。圖25中所示的內(nèi)容概況信 息由內(nèi)容ID、總下載次數(shù)、總評級、總播放次數(shù)、上載日期和時間的信息 項構(gòu)成。
41內(nèi)容ID表示提供給與本內(nèi)容概況信息相對應(yīng)的副內(nèi)容的內(nèi)容ID的值。
總下載次數(shù)指示出與本內(nèi)容概況信息相對應(yīng)的副內(nèi)容已被下載的次 數(shù)?；蛘撸@可以是用戶下載與本內(nèi)容概況信息相對應(yīng)的副內(nèi)容的次數(shù)。
如前所述，用戶可以通過操作內(nèi)容管理/創(chuàng)建工具ioi來為用戶在本地
持有的每個副內(nèi)容文件設(shè)定一個評級。總評級是反映出持有與本內(nèi)容概況 信息相對應(yīng)的副內(nèi)容的用戶為該副內(nèi)容設(shè)定的評級的值。例如， 一種可以 設(shè)想的獲得的總評級的方式是對用戶為與本內(nèi)容概況信息相對應(yīng)的副內(nèi)容 設(shè)定的所有評級進行總計?；蛘?，可以獲得平均值。另一種方式是利用預(yù) 定的計算表達式來獲得，同時考慮到每個用戶的評級的分布。
另外，為了獲得總評級，副內(nèi)容服務(wù)器2必須獲得用戶所設(shè)定的評級 的信息。為此，可以設(shè)想一種布置，其中，內(nèi)容管理/創(chuàng)建工具101以與副 內(nèi)容(內(nèi)容ID)相關(guān)的方式向副內(nèi)容服務(wù)器2發(fā)送在預(yù)定的定時或時機在 本地設(shè)定的評級值的信息。
另一種可以設(shè)想的技術(shù)是用戶終端設(shè)備4 (內(nèi)容管理/創(chuàng)建工具101) 將圖24所示的持有內(nèi)容列表信息和個體內(nèi)容列表創(chuàng)建為不僅包括與主內(nèi) 容文件相對應(yīng)的還包括與副內(nèi)容文件相對應(yīng)的，并且將其作為用戶信息服 務(wù)器8處的用戶概況數(shù)據(jù)庫52a來管理。利用此布置，副內(nèi)容服務(wù)器2在 預(yù)定的定時或時機從用戶信息務(wù)器8傳送從用戶概況信息中提取的副內(nèi) 容的評級信息(關(guān)聯(lián)直接使用內(nèi)容ID和評級的信息)。
副內(nèi)容服務(wù)器2可以將副內(nèi)容文件數(shù)據(jù)流式傳輸?shù)娇蛻舳?用戶終端 設(shè)備4) 一方以便播放，而不是通過下載來發(fā)送副內(nèi)容。總播放次數(shù)例如 指示出與本內(nèi)容概況信息相對應(yīng)的副內(nèi)容的數(shù)據(jù)已被流式傳輸從而使得該
內(nèi)容在客戶端一方被播放的次數(shù)。
現(xiàn)在，可以認為這三個，即總下載次數(shù)、總評級和總播放次數(shù)，是與
用戶對副內(nèi)容的使用有關(guān)的總信息，并且因此可以被統(tǒng)稱為"總使用信
白，，思 。
上載日期和時間指示出與本內(nèi)容概況信息相對應(yīng)的副內(nèi)容文件被上載 的曰期和時間(例如yyyy/mm/dd/hh/mm)。在步驟S802中，例如，每次執(zhí)行直接使用內(nèi)容下載、流式傳輸、評 級信息獲取等等時，副內(nèi)容服務(wù)器2就根據(jù)其結(jié)果來更新內(nèi)容概況數(shù)據(jù)庫
22b中的預(yù)定的內(nèi)容概況信息。
圖23中的步驟S803至S811的以下操作和處理是用于向用戶終端設(shè) 備4處的用戶一方展現(xiàn)(推薦)推薦內(nèi)容的。首先，為了給出概述，在本 實施例中，將假定通信服務(wù)器3已準(zhǔn)備了一個推薦內(nèi)容服務(wù)站點(以下稱 為"推薦站點")，這是用于展現(xiàn)推薦內(nèi)容的網(wǎng)站。例如，用戶終端設(shè)備 4處的內(nèi)容創(chuàng)建/共享應(yīng)用100的通信工具102通過訪問推薦站點來獲得關(guān) 于推薦內(nèi)容的信息，并且通過視覺上可感知的格式向用戶顯示推薦內(nèi)容的
"f曰息。
在步驟S803中，用戶終端設(shè)備4的通信工具102訪問通信服務(wù)器3的 推薦站點，并且在該訪問時通知用戶ID。注意在下文中，與在此步驟 S803中通知的用戶ID相對應(yīng)的用戶，即可被視為訪問了推薦內(nèi)容的用 戶，將被稱為"推薦接收用戶"。
在接收到根據(jù)步驟S803從用戶終端設(shè)備4發(fā)送來的用戶ID后，在步 驟S804中，通信服務(wù)器3向副內(nèi)容服務(wù)器2發(fā)送推薦內(nèi)容列表信息請 求。在發(fā)送該推薦內(nèi)容列表信息請求時，在步驟S803中從用戶終端設(shè)備4 接收的用戶ID也被通知(發(fā)送)。
在步驟S805中，接收到了推薦內(nèi)容列表信息請求的副內(nèi)容服務(wù)器2 將在步驟S804中通知(發(fā)送)的用戶ID通知給用戶信息服務(wù)器8，并且 還發(fā)送用戶概況信息請求。注意，這種發(fā)送處理例如可被視為由控制單元 21控制網(wǎng)絡(luò)接口 29來實現(xiàn)。
接收到了用戶概況信息請求的用戶信息服務(wù)器8首先在步驟S806中 從內(nèi)容概況數(shù)據(jù)庫22b中搜索與和用戶概況信息請求一起通知的用戶ID 相對應(yīng)的用戶概況信息。如圖24所示，用戶概況信息例如包括基本用戶 信息中的用戶ID。搜索出的用戶概況信息隨后作為對推薦內(nèi)容列表信息請 求響應(yīng)被返回給副內(nèi)容服務(wù)器2。
例如，副內(nèi)容服務(wù)器2利用網(wǎng)絡(luò)接口 29接收如上所述發(fā)送的用戶概 況信息，并且控制單元21獲取它。接收到并獲得了用戶概況信息的副內(nèi)容服務(wù)器2隨后執(zhí)行步驟S807中的處理，以從副內(nèi)容數(shù)據(jù)庫22a中存儲的 副內(nèi)容中提取(選擇)副內(nèi)容，這些副內(nèi)容將充當(dāng)推薦內(nèi)容。推薦內(nèi)容列 表信息是由關(guān)于根據(jù)提取結(jié)果創(chuàng)建的推薦內(nèi)容的預(yù)定信息構(gòu)成的。注意， 推薦內(nèi)容的提取處理將在下文中描述。
在步驟S808中，創(chuàng)建了推薦內(nèi)容列表信息的副內(nèi)容服務(wù)器2將推薦 內(nèi)容列表信息作為對步驟S804中的推薦內(nèi)容列表請求的響應(yīng)發(fā)送。
在步驟S809中，通信服務(wù)器3使用在步驟S808中接收到的推薦內(nèi)容 列表信息來創(chuàng)建推薦內(nèi)容列表頁面。推薦內(nèi)容列表頁面中的內(nèi)容是推薦站 點的頁面內(nèi)容，并且使用了適合于向用戶展現(xiàn)推薦內(nèi)容的頁面設(shè)計。推薦 內(nèi)容列表頁面的實際實體是以諸如HTML (超文本標(biāo)記語言)或XML (可擴展標(biāo)記語言)等等之類的預(yù)定的標(biāo)記語言來描述的文件或數(shù)據(jù)等 等。
例如，通信服務(wù)器3隨后在步驟S810中將所創(chuàng)建的推薦內(nèi)容列表頁 面的數(shù)據(jù)發(fā)送到用戶終端設(shè)備4，作為對步驟S803中的訪問的響應(yīng)。
作為步驟S811的處理，以這種方式接收到了推薦內(nèi)容列表頁面的數(shù) 據(jù)的用戶終端設(shè)備4 (通信工具102)利用接收到的推薦內(nèi)容列表頁面的 數(shù)據(jù)執(zhí)行網(wǎng)頁的顯示。也就是說，推薦內(nèi)容列表頁面被顯示。
現(xiàn)在，將詳細描述圖23的步驟S807中的用于提取推薦內(nèi)容的處理。 首先，將參考圖26來描述根據(jù)本實施例的推薦內(nèi)容提取的基本概念。
査看這里的維恩圖，集合A是以作為副內(nèi)容數(shù)據(jù)庫22a存儲在副內(nèi)容 服務(wù)器2中的所有副內(nèi)容作為其元素的集合。集合B是以下述副內(nèi)容作為 其元素的集合所述屬于集合A (存儲在副內(nèi)容服務(wù)器2處的副內(nèi)容)、 并且其至少一個被用作源編輯素材的主內(nèi)容(所用源編輯素材內(nèi)容)是由 推薦接收用戶持有的主內(nèi)容。另外，集合C以下述副內(nèi)容作為其元素的集 合所述副內(nèi)容屬于集合B,并且其所有被用作源編輯素材的主內(nèi)容都是 由推薦接收用戶持有的主內(nèi)容。
在本實施例中，所實現(xiàn)的一種想法是，在副內(nèi)容服務(wù)器2中存儲的副 內(nèi)容中，以盡可能多的持有主內(nèi)容作為源編輯素材的那些副內(nèi)容最有推薦 給持有主內(nèi)容的用戶的價值。其原因如下。推薦接收用戶的持有主內(nèi)容最有可能是根據(jù)用戶的偏好 和喜好來收集的。這意味著， 一個副內(nèi)容以越多的持有主內(nèi)容作為其源編 輯素材內(nèi)容，推薦接收用戶就可能對該副內(nèi)容有越大的興趣，并且副內(nèi)容 也將最有可能匹配推薦接收用戶的喜好。
另外，在本實施例中，在用戶通過下載等等來獲得主內(nèi)容時，用戶原 則上為內(nèi)容付費。持有主內(nèi)容是用戶已經(jīng)獲得的內(nèi)容，因此副內(nèi)容中包括 的持有主內(nèi)容越多，用戶需要購買的主內(nèi)容就越少，這意味著用戶的花費 也越低。
因此，在本實施例中，將假定使用一個或多個持有主內(nèi)容作為源編輯
素材內(nèi)容的副內(nèi)容將被提取(選擇)為推薦內(nèi)容。聯(lián)系圖26，屬于集合B (包括集合C)的副內(nèi)容將被提取作為推薦內(nèi)容。
另一方面，可以估計，對于集合A中作為集合B的補集的副內(nèi)容， 即，沒有使用甚至一個持有主內(nèi)容作為源編輯素材內(nèi)容的副內(nèi)容，推薦接 收用戶很有可能對該副內(nèi)容興趣很小，并且副內(nèi)容也將很有可能不匹配推 薦接收用戶的喜好。另外，這種副內(nèi)容將會使用戶花費更多。
應(yīng)當(dāng)注意，以上描述的提取副內(nèi)容作為推薦內(nèi)容的基準(zhǔn)只是一個示 例，也可以設(shè)想一種布置，其中，其所有源編輯素材內(nèi)容都是持有主內(nèi)容 的副內(nèi)容，即屬于圖26中的集合C的副內(nèi)容，被提取作為推薦內(nèi)容。另 外，可以設(shè)想一種布置，其中，其兩個或更多個源編輯素材內(nèi)容是持有主 內(nèi)容的副內(nèi)容被提取作為推薦內(nèi)容。
將參考圖27和圖28來描述副內(nèi)容服務(wù)器2將執(zhí)行的推薦內(nèi)容提取處 理(這是圖23中的步驟S807)的步驟示例。聯(lián)系圖7，該處理可被視為 是由推薦內(nèi)容提取處理單元25執(zhí)行的。另外，在圖27和圖28的推薦內(nèi)容 提取處理中，首先遵循圖26中描述的關(guān)于推薦內(nèi)容的基本選擇標(biāo)準(zhǔn)來提 取推薦內(nèi)容，從以下的描述中可以了解到這一點。于是，基于若干個因素
為提取的推薦內(nèi)容確定推薦值的順序(推薦順序)。
在圖27中，首先，在步驟S901中，從在圖23的步驟S806中接收并 獲得的用戶概況信息(以下稱為"推薦接收用戶概況信息")中獲得持有 內(nèi)容列表信息(以下稱為"持有主內(nèi)容信息")?，F(xiàn)在，應(yīng)當(dāng)注意，在以上步驟S901中充當(dāng)用于獲得持有內(nèi)容列表信
息的來源的用戶概況信息對應(yīng)于在圖23的步驟S803中訪問了通信服務(wù)器 3的推薦站點的用戶終端設(shè)備4 (內(nèi)容創(chuàng)建/共享應(yīng)用100)的用戶，即推 薦接收用戶。因此，在步驟S901中獲得的持有內(nèi)容列表信息是指示出推 薦接收用戶持有的主內(nèi)容文件(持有主內(nèi)容文件)的列表。
在接下來的步驟S902中，從副內(nèi)容數(shù)據(jù)庫22a中搜索包括在步驟 S901中獲得的持有內(nèi)容列表信息中指示的主內(nèi)容作為其源編輯素材的副內(nèi) 容。該搜索可通過參考副內(nèi)容數(shù)據(jù)庫22a中的每個副內(nèi)容的所用源編輯素 材內(nèi)容信息(圖16)來進行。在所用源編輯素材內(nèi)容信息中示出了一個或 多個主內(nèi)容(內(nèi)容ID)的副內(nèi)容是匹配的副內(nèi)容。所找到的匹配搜索條件 的主內(nèi)容是根據(jù)本實施例的推薦內(nèi)容。也就是說，步驟S902是用于從在 副內(nèi)容服務(wù)器2中存儲和管理的所有副內(nèi)容中提取推薦內(nèi)容的處理。注 意，這里搜索出(提取出)的n個推薦內(nèi)容遵循預(yù)定的規(guī)則由號碼1至n 指示。
在步驟S903中，對于在以上步驟S902中提取的推薦內(nèi)容1至n中的 每一個，執(zhí)行用于基于缺乏內(nèi)容的數(shù)目來設(shè)定基本推薦順序的處理。注 意，"缺乏內(nèi)容"指的是在步驟S901中獲得的持有內(nèi)容列表信息中沒有 示出的、用于播放作為推薦內(nèi)容的副內(nèi)容的主內(nèi)容(即，源編輯素材內(nèi) 容)，即，不是推薦接收用戶的持有主內(nèi)容的主內(nèi)容。
另外，可以認為缺乏內(nèi)容的數(shù)目表示了在充當(dāng)源編輯素材的主內(nèi)容中 使用了多少持有主內(nèi)容，即，使用狀態(tài)。在本實施例中，對推薦內(nèi)容的推 薦順序的設(shè)定是以持有主內(nèi)容作為源編輯素材的使用狀態(tài)為最重要因素來 執(zhí)行的。這是因為，持有主內(nèi)容的使用狀態(tài)與參考圖26描述的根據(jù)本實 施例的提取推薦內(nèi)容的概念密切相關(guān)。因此，基于缺乏內(nèi)容的數(shù)目設(shè)定的 推薦順序是最重要且基本的因素，并且應(yīng)當(dāng)被當(dāng)作基本推薦順序。
圖28示出了在以上的步驟S903中，關(guān)于根據(jù)缺乏內(nèi)容的數(shù)目來設(shè)定 基本推薦順序的步驟的示例。
首先，在圖28中，在步驟S1001中，通過將1代入指示推薦內(nèi)容的 號碼的變量n中來執(zhí)行初始化。在步驟S1002中，訪問副內(nèi)容數(shù)據(jù)庫22a，并且執(zhí)行用于打開作為推 薦內(nèi)容n的副內(nèi)容文件的文件操作。該文件打開操作是用于讀出頭部信息 中的所用源編輯素材內(nèi)容信息的。因此，如果對副內(nèi)容數(shù)據(jù)庫22a的結(jié)構(gòu) 進行了一種配置，其中，即使不打開文件也能參考每個副內(nèi)容的所用源編 輯素材內(nèi)容信息，那么可以執(zhí)行用于讀出作為推薦內(nèi)容n的副內(nèi)容的所用 源編輯素材內(nèi)容信息的處理，來取代該文件打開處理。
在步驟S1003中，通過參考與推薦內(nèi)容n相對應(yīng)的所用源編輯素材內(nèi) 容信息來識別作為推薦內(nèi)容n中使用的主內(nèi)容的源編輯素材內(nèi)容。注意， m個識別出的源編輯素材內(nèi)容遵循預(yù)定的規(guī)則由號碼1至m來表示。
步驟S1004和S1005是步驟S1006至S1009的初始化處理。在步驟 S1004中，將1代入到指示出所識別的源編輯素材內(nèi)容的號碼的變量m 中。在步驟S1005中，將O代入到表示推薦內(nèi)容n的缺乏內(nèi)容的數(shù)目的變 量Fn中。
在步驟S1006中，判定源編輯素材內(nèi)容m是否被包括在圖27中的步 驟S901中獲得的持有內(nèi)容列表信息所指示的主內(nèi)容中。在這里獲得肯定 的判定結(jié)果的情況下，跳過步驟S1007，并且流程前進到步驟S1008。
相反，在獲得否定的判定結(jié)果的情況下，在步驟S1007中遞增變量 Fn，并且流程進行到步驟S1008。
在步驟S1008中，判定當(dāng)前變量m是否達到了最大值或更大。變量m 的最大值是在步驟S1003中識別的源編輯素材內(nèi)容的數(shù)目。
如果在步驟S1008中獲得否定結(jié)果，則意味著還剩有需要對其進行有 關(guān)是否包括在持有內(nèi)容列表信息(持有主內(nèi)容)中的判定的源編輯素材內(nèi) 容，因此在步驟S1009中變量m被遞增，并且流程返回到步驟S1006。因 此，在步驟S1006中對源編輯素材內(nèi)容l至m進行判定，并且如果在這里 獲得否定的編輯結(jié)果，則遞增變量Fn。
作為在步驟S1006中對所有源編輯素材內(nèi)容1至m執(zhí)行判定的結(jié)果， 在步驟S1008中獲得肯定的判定結(jié)果，并且流程進行到步驟SIOIO。如果 在步驟S1008中獲得肯定的判定結(jié)果，則最終確定了關(guān)于推薦內(nèi)容n的缺 乏內(nèi)容的數(shù)目Fn。在步驟S1010中，判定變量n是否達到了最大值或更大。如果在這里 獲得否定的判定結(jié)果，則意味著還剩有尚未為其獲得缺乏內(nèi)容的數(shù)目的推 薦內(nèi)容。在此情況下，在步驟S1011中遞增變量n,并且流程返回到步驟 S1002。因此，對于推薦內(nèi)容1至n中的每一個獲得缺乏內(nèi)容的數(shù)目。在 已為所有的推薦內(nèi)容l至n獲得缺乏內(nèi)容的數(shù)目后，在步驟S1010中獲得 肯定的判定結(jié)果，并且流程前進到步驟S1012。
在到達步驟S1012后，已經(jīng)獲得了推薦內(nèi)容1至n的缺乏內(nèi)容的數(shù)目 Fl至Fn。因此，在步驟S1012中，基于缺乏內(nèi)容的數(shù)目Fl，在推薦內(nèi)容 1至n之間設(shè)定基本推薦順序。關(guān)于如何設(shè)定該基本推薦順序，可以設(shè)想 各種想法，這里省略對具體示例的描述。作為基本規(guī)則，具有較少缺乏內(nèi) 容的副內(nèi)容被設(shè)定以更高的推薦順序。
注意，對于步驟S903中的處理而言，己經(jīng)描述了僅基于缺乏內(nèi)容的 數(shù)目來設(shè)定基本推薦順序，但是也可以設(shè)想一種布置，其中，被用作副內(nèi) 容中的源編輯素材的主內(nèi)容中缺乏內(nèi)容的百分比或比率被設(shè)定為基本推薦 順序。也就是說，對于本實施例而言，只要基本推薦順序是基于作為源編 輯素材的持有主內(nèi)容的使用狀態(tài)來設(shè)定的就足夠了，其具體算法并不限于 圖28中的那種。
返回圖27，在本實施例中，源編輯素材內(nèi)容中的缺乏內(nèi)容的使用狀態(tài) 應(yīng)當(dāng)是關(guān)于本實施例中的推薦順序的設(shè)定的最重要的設(shè)定因素，并且這樣 設(shè)定的推薦順序是基本推薦順序。但是，在本實施例中，進行一種布置， 使得在設(shè)定基本推薦順序之后，在隨后的步驟S904以及接下來的步驟 中，基于除了使用狀態(tài)之外的順序設(shè)定因素來設(shè)定系數(shù)(加權(quán)因素)，并 且將這些因素用于獲得也反映出其他順序設(shè)定因素的最終總推薦順序。
在執(zhí)行圖28中作為步驟S903的處理之后，圖27中的步驟S904的處 理被執(zhí)行。
根據(jù)本實施例的推薦內(nèi)容包括推薦接收用戶的持有主內(nèi)容作為源編輯 素材。因此，在步驟S904中，執(zhí)行處理，以便對于推薦內(nèi)容1至n中的 每一個，從推薦接收用戶概況信息中獲得關(guān)于將被用作源編輯素材內(nèi)容的 推薦接收用戶的持有主內(nèi)容的個體內(nèi)容信息。在步驟S905中，基于在步驟S904中獲得的個體內(nèi)容信息中的內(nèi)容， 來獲得與推薦內(nèi)容l至n中每一個相對應(yīng)的系數(shù)Bl至Bn (第一加權(quán)系
數(shù))并將其設(shè)定為總推薦順序設(shè)定的因素。
如圖24中的(c)所示，個體內(nèi)容信息包括本地播放的總次數(shù)、時限 內(nèi)播放次數(shù)、評級等等，這些可被視為表明了推薦接收用戶對主內(nèi)容的評 價。
也就是說，總播放次數(shù)越大，用戶就一定越喜愛該主內(nèi)容，并且因此 可以認為對其的評價值就越高。另外，時限內(nèi)播放次數(shù)越大，就可以認為 尤其是最近對該內(nèi)容的評價越高。另外，評級越高，就可以認為用戶對主 內(nèi)容的評價越高。對推薦內(nèi)容中的源編輯素材內(nèi)容的用戶評價較高意味著 推薦給用戶的順序也應(yīng)當(dāng)較高。
在步驟S905中，基于以上推理，遵循預(yù)定的規(guī)則，通過算法或計算 等等，為推薦內(nèi)容1至n獲得系數(shù)Bl至Bn?？梢哉J為在步驟S905和 S906中設(shè)定的系數(shù)Bl至Bn是基于推薦接收用戶自己做出的內(nèi)容評價 的。
接下來的步驟S906和S907是用于獲得系數(shù)CI至Cn的處理，系數(shù) CI至Cn是用于根據(jù)推薦內(nèi)容的新近度來為推薦內(nèi)容1至n中的每一個設(shè) 定推薦順序的因素。例如，可以認為推薦內(nèi)容越新，就越有推薦給推薦接 收用戶的價值，并且步驟S906和S907遵循此想法。
在步驟S906中，訪問內(nèi)容概況數(shù)據(jù)庫22b，并且從分別登記的與推薦 內(nèi)容1至n中的每一個相對應(yīng)的內(nèi)容概況信息中獲得上載日期和時間的信 息。也就是說，為充當(dāng)推薦內(nèi)容1至n的每個副內(nèi)容識別上載日期和時 間。
在步驟S907中，基于上載日期和時間的信息，為推薦內(nèi)容1至n中 的每一個設(shè)定系數(shù)CI至Cn (第三加權(quán)系數(shù))。上載日期和時間與當(dāng)前日 期和時間越接近，副內(nèi)容就越新，因此，基本上，系數(shù)Cl至Cn被設(shè)定成 上載日期和時間越晚，值越高。例如，可以認為根據(jù)先前描述的步驟S904 中的世代相關(guān)信息22c對系數(shù)Al至An的設(shè)定代表了 "一般來說是創(chuàng)建者 的用戶"對副內(nèi)容的評價。步驟S908和S909是用于按照根據(jù)本實施例的內(nèi)容創(chuàng)建/共享系統(tǒng)的用 戶對副內(nèi)容的總體評價來設(shè)定作為推薦順序設(shè)定因素的系數(shù)Dl至Dn的處 理。
對于作為推薦內(nèi)容的副內(nèi)容的推薦順序的設(shè)定，可以設(shè)想一種布置， 其中，考慮了除推薦接收用戶之外的大量一般用戶的評價。例如，從推薦 接收用戶來看，大量一般用戶的總體評價是公正的第三方意見。步驟S906 和S907遵循這樣的想法，即這樣考慮他人的意見可以產(chǎn)生更準(zhǔn)確的推薦 順序。另一方面，可以認為在步驟S904和S905中設(shè)定的系數(shù)Bl至Bn是
基于個體推薦接收用戶對內(nèi)容的評價的。這些之中的任一種都可被應(yīng)用來 作為推薦順序設(shè)定的有效因素。
在步驟S908中，訪問內(nèi)容概況數(shù)據(jù)庫22b，并且從分別登記的與推薦 內(nèi)容1至n中的每一個相對應(yīng)的內(nèi)容概況信息中獲得總使用信息。如先前 參考圖25所述，總使用信息是內(nèi)容概況信息中的總下載次數(shù)、總評級和 總播放次數(shù)的信息。其中每一個可被視為是表示用戶通常對相應(yīng)的副內(nèi)容 做出的整體評價的信息的結(jié)果。
因此，在步驟S909中，遵循預(yù)定的規(guī)則，通過算法或計算等等，基 于在步驟S908中獲得的關(guān)于推薦內(nèi)容1至n的總使用信息來獲得系數(shù)Dl 至Dn (第二加權(quán)系數(shù))。在此情況下，也可以假定總下載次數(shù)、總評級 和總播放次數(shù)越大，副內(nèi)容在用戶之間的評價就越高，因此基本上，總下 載次數(shù)、總評級和總播放次數(shù)越高，系數(shù)值就被設(shè)定得越高。另外，在此 情況下，總下載次數(shù)、總評級和總播放次數(shù)這三個被用作總使用信息，并 且可以設(shè)想一種布置，其中，通過根據(jù)其重要性等等對這三個信息項加權(quán) 來設(shè)定系數(shù)Dl至Dn。或者，可以為總下載次數(shù)、總評級和總播放次數(shù)中 的每一個設(shè)定獨立的系數(shù)。
在步驟S910中，以上述步驟S903中設(shè)定的基本推薦順序作為起始 點，基于在步驟S904至S909的步驟中設(shè)定的系數(shù)Bl至Bn、 Cl至Cn和 Dl至Dn來設(shè)定推薦內(nèi)容1至n的總推薦順序。
也就是說，例如，按降序為在先前的步驟S902中設(shè)定的每個基本推 薦順序設(shè)定分數(shù)，其中分數(shù)遵循預(yù)定的規(guī)則而減小。例如，對于推薦內(nèi)容
501，計算根據(jù)以上基本推薦順序提供給推薦內(nèi)容1的分數(shù)以及系數(shù)B1、 CI 和D1，并且獲得推薦評價值V1。利用提供給各個推薦內(nèi)容2至n的分數(shù) 以及系數(shù)B2至Bn、 C2至Cn和D2至Dn，對其他推薦內(nèi)容2至n執(zhí)行同 樣的操作，以便獲得推薦評價值V2至Vn。然后，基于推薦評價值VI至 Vn的得分，在推薦內(nèi)容l至n之間設(shè)定總推薦順序。
此時，例如，與系數(shù)的值相比，充當(dāng)基本推薦順序的起始點的分數(shù)的 權(quán)重更重。系數(shù)隨后被用于根據(jù)例如充當(dāng)設(shè)定系數(shù)的基準(zhǔn)的每個順序設(shè)定 因素(作為源編輯素材的主內(nèi)容的推薦接收用戶的評價、副內(nèi)容文件的新 近度、用戶通常對副內(nèi)容文件的評價)的重要性等等進行加權(quán)。利用這些 分數(shù)和系數(shù)來獲得評價值使得能夠通過賦予基本推薦順序最高權(quán)重、但在 考慮到其他順序設(shè)定因素的情況下校正推薦順序，來設(shè)定總推薦順序。
注意，取代在步驟S903中設(shè)定基本推薦順序，可以進行一種布置， 其中，獲得相當(dāng)于基本推薦順序的分數(shù)或系數(shù)。于是，同樣在考慮到系數(shù) Bl至Bn、 Cl至Cn和Dl至Dn的情況下最終設(shè)定總推薦順序。
在步驟S911中，創(chuàng)建示出推薦內(nèi)容1至n的推薦內(nèi)容列表信息，以 反映出在步驟S910中設(shè)定的總推薦順序。
現(xiàn)在，至于推薦內(nèi)容列表信息的結(jié)構(gòu)，可以設(shè)想一種布置，其中，例 如存儲了每個推薦內(nèi)容的預(yù)定的附加元數(shù)據(jù)。可通過作為推薦內(nèi)容的副內(nèi) 容文件的頭部信息來獲得元數(shù)據(jù)。另外，也可使用內(nèi)容創(chuàng)建/共享應(yīng)用100 本身添加到副內(nèi)容并管理的元數(shù)據(jù)。
以這種方式創(chuàng)建的推薦內(nèi)容列表信息在圖23的步驟S808中被從副內(nèi) 容服務(wù)器2發(fā)送到通信服務(wù)器3。推薦內(nèi)容列表信息最終在圖23的步驟 S811中被顯示在推薦接收用戶的用戶終端設(shè)備4上。也就是說，推薦接收 用戶可以在視覺上確認并領(lǐng)會被選擇為適合于他/她自己的推薦內(nèi)容的推薦 順序。
根據(jù)圖27和圖28，作為先決條件，根據(jù)本實施例的推薦內(nèi)容的提取 處理首先涉及選擇包括推薦接收用戶的持有主內(nèi)容作為源編輯素材的副內(nèi) 容。用于推薦內(nèi)容的技術(shù)例如包括廣泛使用的基于一般用戶的內(nèi)容評價的 技術(shù)(例如，命中圖(hit chart)等等)。另外，日本未實審專利申請公開2004-72502公開了一種技術(shù)，利用該技術(shù)，可以基于標(biāo)題、關(guān)鍵字、體裁 等等來推薦內(nèi)容。
但是，利用根據(jù)現(xiàn)有技術(shù)的這種技術(shù)，可能是難以準(zhǔn)確地提取出匹配 用戶的內(nèi)容以便將推薦內(nèi)容推薦給用戶的。例如，即使我們將用戶通常的 評價(例如利用命中圖)設(shè)定為提取條件，這也不意味著其中將包括推薦 接收用戶持有的主內(nèi)容。在考慮副內(nèi)容和主內(nèi)容之間的關(guān)系時，如果推薦 接收用戶持有的主內(nèi)容未被用作源編輯素材，則很有可能推薦接收用戶將 對該副內(nèi)容完全不感興趣。同樣，由于副內(nèi)容是利用主內(nèi)容作為源編輯素 材進行的二次創(chuàng)作這一性質(zhì)，即使標(biāo)題、關(guān)鍵字、體裁等等被設(shè)定為提取 條件，也有可能在提取出的副內(nèi)容中不包括推薦接收用戶擁有的主內(nèi)容。
相反，利用例如本實施例中的布置(其中，包括推薦接收用戶所持有 的主內(nèi)容的副內(nèi)容首先被選擇為推薦內(nèi)容)，可以考慮到副內(nèi)容是使用主 內(nèi)容作為源編輯素材進行的二次創(chuàng)作這一性質(zhì)來執(zhí)行對適于推薦的內(nèi)容的 提取和選擇。另外，被選擇為推薦內(nèi)容的副內(nèi)容是基于用戶持有的主內(nèi)容 的，并且因此將匹配個體用戶的喜好。
鑒于此，在本實施例中，首先根據(jù)缺乏內(nèi)容的數(shù)目來設(shè)定基本推薦順 序(S902、 S903)。與簡單地展現(xiàn)推薦內(nèi)容而不設(shè)定任何推薦順序的情況 相比，這使得用戶可以高效地縮小所展現(xiàn)的推薦內(nèi)容的范圍。
另外，在本實施例中，校正基本推薦順序并最終獲得總推薦順序。因 此，最終獲得的推薦順序(總推薦順序)的可靠度更高，并且允許了更加 高效地縮小推薦內(nèi)容的范圍。
另外，在校正基本推薦順序時，使用了推薦接收用戶對于被用作源編 輯素材的持有主內(nèi)容的評價(S904、 S905)、推薦內(nèi)容的新近度(S906、 S907)、以及作為受眾的用戶通常對副內(nèi)容的評價(S908、 S909)。這是 嘗試利用各方面的因素來校正推薦順序。因此，例如，與在某個因素上賦 予太大權(quán)重地校正推薦內(nèi)容的情況相比，可以獲得更準(zhǔn)確的評估順序。
但是，在本實施例中，基本推薦順序的校正并不是必不可少的。也就 是說，在步驟S903中設(shè)定的基本推薦順序可按原樣被用作總推薦順序， 而不進行校正。在此情況下，省略中步驟S904至S910的步驟。另外，即使在校正基本推薦順序來獲得總推薦順序的情況下，也不必
使用系數(shù)Bl至Bn、系數(shù)Cl至Cn和系數(shù)Dl至Dn的全部，而是一個就 足夠了。另外，除了系數(shù)Bl至Bn、系數(shù)Cl至Cn和系數(shù)Dl至Dn之
外，可以應(yīng)用利用可用來校正推薦順序的條件獲得的其他系數(shù)。
現(xiàn)在，根據(jù)以上參考圖23至圖28描述的示例，推薦接收用戶的用戶 概況信息在副內(nèi)容服務(wù)器2處被用于提取推薦內(nèi)容列表并創(chuàng)建推薦內(nèi)容列 表信息。于是，副內(nèi)容服務(wù)器2從用戶信息服務(wù)器8獲得用戶概況信息。
但是，可以實現(xiàn)這樣一種系統(tǒng)操作，其中，內(nèi)容創(chuàng)建/共享應(yīng)用100發(fā) 送相應(yīng)用戶的用戶概況信息并且還請求推薦內(nèi)容信息。在這種配置的情況 下，可以進行一種布置，其中，與上述示例相同，用戶終端設(shè)備4的內(nèi)容 創(chuàng)建/共享應(yīng)用100訪問通信服務(wù)器3的推薦站點，并且此時發(fā)送用戶概況 信息而不是用戶ID。在此情況下，副內(nèi)容服務(wù)器2只需要利用從通信服務(wù) 器3傳送來的用戶概況信息來提取推薦內(nèi)容，并且創(chuàng)建推薦內(nèi)容列表信 息。
或者，可以進行一種布置，其中，用戶終端設(shè)備4的內(nèi)容創(chuàng)建/共享應(yīng) 用100通過直接向其發(fā)送用戶概況信息來向副內(nèi)容服務(wù)器2發(fā)出對推薦內(nèi) 容列表信息的請求。在任何情況下，如果用戶概況信息將被從用戶終端設(shè) 備4發(fā)送以用于獲得推薦內(nèi)容列表信息，用戶概況信息則不必被從用戶信 息服務(wù)器8發(fā)送。但是，在實際實踐中，用戶信息服務(wù)器8被設(shè)置來集中 管理所有用戶的用戶概況信息，從而除了內(nèi)容推薦之外例如還能夠提供對 用戶有價值的各種服務(wù)，并且能夠在系統(tǒng)操作方進行用戶管理，因此其用 處并未失去。
另外，在參考圖23至圖28描述的用于推薦副內(nèi)容的處理中，基于推 薦接收用戶的用戶概況信息來執(zhí)行推薦內(nèi)容的提取和推薦順序的設(shè)定，從 而創(chuàng)建推薦內(nèi)容列表。用戶概況信息例如可被視為關(guān)于每個持有主內(nèi)容的 元數(shù)據(jù)。另外，推薦內(nèi)容列表是由推薦內(nèi)容的元數(shù)據(jù)構(gòu)成的，如前所述。 也就是說，可以認為根據(jù)本實施例的用于推薦副內(nèi)容的處理使用元數(shù)據(jù)作 為提取推薦內(nèi)容的關(guān)鍵字，并且也在與推薦內(nèi)容有關(guān)的元數(shù)據(jù)中返回提取 結(jié)果?，F(xiàn)在，上述推薦內(nèi)容提取的基本想法是"在副內(nèi)容中推薦接收用戶所 持有的主內(nèi)容的數(shù)目、百分比或比率越大，該副內(nèi)容對推薦接收用戶的價 值就越高"。作為此想法的一個應(yīng)用，在根據(jù)本實施例的內(nèi)容創(chuàng)建/共享系 統(tǒng)中可以進行一種布置，其中，例如，在副內(nèi)容被上載并準(zhǔn)備好分發(fā)時， 創(chuàng)建了副內(nèi)容的用戶(創(chuàng)建者)可以知道有多少用戶將觀看/收聽該副內(nèi) 容。下面將描述其配置。注意，在以下描述中，可能觀看/收聽所創(chuàng)建的副 內(nèi)容的用戶將被稱為"潛在受眾用戶"。
圖29示出了使得關(guān)于潛在受眾用戶的信息能夠被副內(nèi)容的創(chuàng)建者獲
得的系統(tǒng)的操作的示例。首先，創(chuàng)建者操作內(nèi)容管理/創(chuàng)建工具101，以在 其自己創(chuàng)建并保存在用戶終端設(shè)備4本地的副內(nèi)容中指定創(chuàng)建者希望獲得
潛在受眾用戶信息的副內(nèi)容。然后執(zhí)行用于請求關(guān)于指定的副內(nèi)容的潛在
受眾用戶的信息的操作。在步驟S1101中，響應(yīng)于此操作，潛在受眾用戶 信息請求被從用戶終端設(shè)備4 (內(nèi)容管理/創(chuàng)建工具101)發(fā)送到用戶信息 服務(wù)器。
在接收到潛在受眾用戶信息請求的用戶信息服務(wù)器8處，在步驟 S1102中創(chuàng)建潛在受眾用戶信息。用于步驟S1102中的潛在受眾用戶信息 創(chuàng)建處理的步驟示例在圖30中示出。
在圖30中，首先，在步驟S1201中，從與潛在受眾用戶信息請求一 起接收的頭部信息中存儲的所用源編輯素材內(nèi)容信息中識別出源編輯素材 內(nèi)容1至n。該識別處理在實際實踐中例如可通過從所用源編輯素材內(nèi)容 信息中獲得充當(dāng)源編輯素材內(nèi)容的主內(nèi)容的內(nèi)容ID來執(zhí)行。
在步驟S1202中，執(zhí)行初始化，其中，1被代入到表示在步驟S1201 中識別的源編輯素材內(nèi)容的號碼(以及用戶組G的號碼)的變量n中。
在步驟S1203中，從用戶組Gn-l中搜索持有源編輯素材內(nèi)容1的用 戶。這樣搜索出的一組用戶將被認為是用戶組Gn。注意，在變量n=l的 情況下，用戶組Gn-l為G0。這里，用戶組GO被規(guī)定為由用戶信息服務(wù) 器8的用戶概況數(shù)據(jù)庫52a中登記的所有用戶構(gòu)成的群組。
因此，在作為步驟S1201之后執(zhí)行的第一步驟的步驟S1203中，從所 有登記的用戶中搜索持有源編輯素材內(nèi)容1的用戶，并且將這樣搜索出的用戶組設(shè)定為用戶組G1。
另外，步驟S1203中的搜索是通過搜索與源編輯素材內(nèi)容n的內(nèi)容ID 相同的內(nèi)容ID來執(zhí)行的。這樣，所找出的用戶概況信息匹配持有源編輯 素材內(nèi)容l的用戶。
在步驟S1203中執(zhí)行對用戶組n的搜索處理后，在步驟S1204中，判 定當(dāng)前變量n是否達到最大值或更大。如果在這里獲得否定的判定結(jié)果， 則意味著還剩有源編輯素材內(nèi)容要用于搜索用戶組Gn。在此情況下，在 步驟S1205中，變量n被遞增，并且流程返回到步驟S1203。
這樣，對于在步驟S1201中識別的源編輯素材內(nèi)容1至n中的每一個 順序執(zhí)行對用戶組Gn的搜索，這可以被視為用于縮小持有所有源編輯素 材內(nèi)容1至n的用戶組的范圍的處理序列。
在對于所有源編輯素材內(nèi)容1至n,對用戶組Gn的搜索在步驟S1203 中結(jié)束后，在步驟S1204中獲得肯定的判定結(jié)果，并且流程進行到步驟 S1206。在到達步驟S1206的階段，用戶組Gn僅由持有所有作為在步驟 S1201中識別的源編輯素材內(nèi)容1至n的主內(nèi)容的用戶構(gòu)成。
這樣，對于持有副內(nèi)容用作源編輯素材的所有主內(nèi)容的用戶，該副內(nèi) 容很有可能匹配其喜好。因此， 一旦副內(nèi)容被上載，就可以認為這些用戶 將很有可能下載并觀看/收聽該副內(nèi)容。基于此，在本實施例中，所有持有 作為源編輯素材內(nèi)容1至n的主內(nèi)容的用戶將被當(dāng)作潛在受眾用戶。也就 是說，最終搜索出的用戶組Gn中的每個人都是潛在受眾用戶。換言之， 步驟S1201至S1204的處理是用于從用戶概況數(shù)據(jù)庫52a中登記的用戶中
搜索潛在受眾用戶的處理。
在步驟S1206中，利用用戶組Gn的最終搜索結(jié)果，創(chuàng)建潛在受眾用 戶信息?？梢栽O(shè)想的副內(nèi)容信息的最簡單形式是示出潛在受眾用戶的數(shù) 目。此外，可以在其中反映出用戶概況信息中的諸如總播放次數(shù)、時限內(nèi) 播放次數(shù)、評級等等之類的信息。也就是說，可以添加關(guān)于潛在受眾用戶 播放源編輯素材內(nèi)容1至n的頻率以及它們?nèi)绾螌ζ溥M行評級的信息。
返回圖29，在步驟S1103中，基于通過圖30中的處理獲得的結(jié)果而 創(chuàng)建的潛在受眾用戶信息被從用戶信息服務(wù)器8發(fā)送到發(fā)出請求的用戶終
55端設(shè)備4。
在步驟S1104中，在用戶終端設(shè)備4處，內(nèi)容管理/創(chuàng)建工具IOI執(zhí)行
控制來使用接收到的潛在受眾用戶信息，以便展現(xiàn)與潛在受眾用戶有關(guān)的息。
作為創(chuàng)建者的用戶可以查看所顯示的與潛在受眾用戶有關(guān)的信息，并 且使用其作為創(chuàng)建副內(nèi)容的參考。例如，假定潛在受眾用戶的數(shù)目非常 小。由于創(chuàng)建者希望盡可能多的用戶觀看/收聽副內(nèi)容，因此創(chuàng)建者可以決 定通過不使用被少量用戶持有的主內(nèi)容作為副內(nèi)容的源編輯素材，來重新 制作副內(nèi)容。
注意，在圖30中示意性地示出的處理只示出了所用源編輯素材內(nèi)容 信息被用于用戶信息服務(wù)器8所接收的頭部信息中。因此，在此情況下， 可以對圖29中的步驟S1101進行一種布置，其中，不是所有頭部信息都 作為元數(shù)據(jù)被發(fā)送，而是只有作為其一部分的、由所用源編輯素材內(nèi)容信 息構(gòu)成的元數(shù)據(jù)被發(fā)送。
另外，如前所述，例如參考圖23至圖28描述的用于副內(nèi)容推薦的處 理被理解為"使用主內(nèi)容(持有主內(nèi)容)的元數(shù)據(jù)作為提取推薦內(nèi)容的關(guān) 鍵，并且也將其提取結(jié)果作為與作為推薦內(nèi)容的副內(nèi)容有關(guān)的元數(shù)據(jù)返 回，，。
基于此，在本實施例中，可以設(shè)想一種系統(tǒng)配置，其中，不限于用戶 概況的元數(shù)據(jù)可被用作提取推薦內(nèi)容的關(guān)鍵，并且要提取的推薦內(nèi)容不限 于副內(nèi)容，而是也可包括主內(nèi)容。
作為參考，將參考圖31中的序列圖來描述內(nèi)容推薦的擴展配置。注 意，在圖31的描述中，通信服務(wù)器3為主內(nèi)容和副內(nèi)容兩者都提供推薦 站點。在圖31中，步驟SB01和S1302與圖23中的步驟S801和S802相 同，因此對其的描述將被省略。
步驟S1303是用戶終端設(shè)備4的通信工具102訪問通信服務(wù)器3的推 薦站點的步驟。對推薦站點的訪問包括以與圖23中的步驟S803相同的方 式通知推薦接收用戶的用戶ID。
擴展示例中的推薦站點可以是獨立地具有不同URL的與主內(nèi)容相對應(yīng)的站點和與副內(nèi)容相對應(yīng)的站點，或者可以被配置為與主內(nèi)容和副內(nèi)容 兩者相對應(yīng)的綜合站點。
在擴展示例的情況下，推薦接收用戶可以選擇在步驟S1303中訪問的
推薦站點處展現(xiàn)的所需內(nèi)容。用戶可以例如選擇內(nèi)容之一，并且執(zhí)行用于 接收對與所選內(nèi)容有關(guān)的推薦內(nèi)容(推薦源內(nèi)容)的展現(xiàn)的操作，即，用 于推薦內(nèi)容請求的操作。
響應(yīng)于推薦內(nèi)容請求操作，通信服務(wù)器3在步驟S1304中向主內(nèi)容服 務(wù)器1或副內(nèi)容服務(wù)器2發(fā)送推薦內(nèi)容列表信息請求。注意，在推薦源內(nèi) 容是主內(nèi)容的情況下，在步驟S1304的處理中，通信服務(wù)器3向主內(nèi)容服 務(wù)器1發(fā)送推薦內(nèi)容列表信息請求。另一方面，在推薦源內(nèi)容是副內(nèi)容的 情況下，通信服務(wù)器3向副內(nèi)容服務(wù)器2發(fā)送推薦內(nèi)容列表信息請求。
在該擴展示例的情況下，在發(fā)送推薦內(nèi)容列表信息請求時，例如從添 加到推薦源內(nèi)容的元數(shù)據(jù)中選擇一個元數(shù)據(jù)，并將其作為推薦內(nèi)容提取關(guān) 鍵字與推薦接收用戶的用戶ID—起發(fā)送。
雖然可以設(shè)想若干種關(guān)于如何選擇充當(dāng)推薦內(nèi)容提取的關(guān)鍵字的元數(shù) 據(jù)的想法， 一個示例是顯示向推薦站點上的內(nèi)容添加的元數(shù)據(jù)(關(guān)鍵字) 的列表，然后讓推薦接收用戶從中選擇元數(shù)據(jù)來充當(dāng)推薦內(nèi)容提取的關(guān)鍵 字。
在步驟S1304中接收到了推薦內(nèi)容列表信息請求的主內(nèi)容服務(wù)器1或 副內(nèi)容服務(wù)器2在步驟S1305中向用戶信息服務(wù)器8發(fā)送用戶概況信息請 求。該步驟S1305與圖23中的步驟S805類似。用戶信息服務(wù)器8在步驟 S1306中響應(yīng)于接收到用戶概況信息請求而搜索用戶概況信息，并且將其 返回給主內(nèi)容服務(wù)器1或副內(nèi)容服務(wù)器2。
以這種方式接收到了用戶概況信息的主內(nèi)容服務(wù)器1或副內(nèi)容服務(wù)器 2在步驟S1307中執(zhí)行用于提取推薦內(nèi)容的處理。
在此處理中，在例如主內(nèi)容服務(wù)器1的情況下，主內(nèi)容服務(wù)器1搜索 主內(nèi)容數(shù)據(jù)庫12a中存儲的下述主內(nèi)容所述主內(nèi)容匹配在步驟S1302中 接收到的元數(shù)據(jù)，或者與在步驟S1302中接收的元數(shù)據(jù)具有一定程度或者 更高的相似度。例如，如果假定元數(shù)據(jù)中的關(guān)鍵字是"海洋"，則以"海洋"作為元 數(shù)據(jù)的主內(nèi)容被選擇，并且，具有諸如"海邊"、"海"等等之類的類似 的字的主內(nèi)容也可被提取。
于是，主內(nèi)容服務(wù)器1對于以上以該元數(shù)據(jù)作為搜索關(guān)鍵字而搜索出 的主內(nèi)容執(zhí)行推薦順序設(shè)定處理。雖然對于該處理可以設(shè)想若干種方式，
但一個示例例如是使用在步驟S1306中獲得的用戶概況信息。
將描述使用用戶概況信息的主內(nèi)容推薦順序設(shè)定的示例。推薦接收用 戶的用戶概況信息示出了其持有主內(nèi)容。因此，主內(nèi)容服務(wù)器1提取添加 到主內(nèi)容數(shù)據(jù)庫12a中的這些持有主內(nèi)容的元數(shù)據(jù)，分析元數(shù)據(jù)，并且識 別推薦接收用戶的偏好。
一個示例是使用體裁元數(shù)據(jù)，其中，作為分析每個持有主內(nèi)容的體裁 的結(jié)果，獲得持有主內(nèi)容中的體裁的順序。上述示例使得具有與"海洋" 有關(guān)的元數(shù)據(jù)的主內(nèi)容被從各種體裁中提取出來，這意味著是在不考慮體 裁的情況下提取內(nèi)容的。這里，所提取的具有與"海洋"有關(guān)的元數(shù)據(jù)的 主內(nèi)容可以使得持有主內(nèi)容的體裁被反映在其順序中，從而設(shè)定推薦順 序。
另外，在副內(nèi)容服務(wù)器2執(zhí)行作為步驟S1307的推薦內(nèi)容的提取處理 的情況下，可以遵循圖23的步驟S807中描述的示例。另外，與上述主內(nèi) 容的情況一樣，可以積極地使用添加到副內(nèi)容的諸如關(guān)鍵字、體裁等等的 元數(shù)據(jù)c
以下的步驟S1308至S1311與步驟S808至S811類似，因此這里將省 略對其的描述。
注意，在步驟S1304中請求推薦內(nèi)容列表時，可以發(fā)送多個作為元數(shù) 據(jù)的關(guān)鍵字(搜索關(guān)鍵字)。在此情況下，在步驟S1307中，可以執(zhí)行內(nèi) 容搜索處理，以便通過將多個元數(shù)據(jù)擬合到適當(dāng)?shù)臈l件表達式中，來提取 推薦內(nèi)容。
另外，主內(nèi)容服務(wù)器l、副內(nèi)容服務(wù)器2、通信服務(wù)器3、用戶信息服 務(wù)器8和用戶終端設(shè)備4的配置只是一個示例，實際上可被適當(dāng)改變。另 外，可以進行一種配置，其中，上述服務(wù)器中的至少一個被分散在多個服
58務(wù)器間，或者相反，這些服務(wù)器中至少兩個或更多個被集成。
根據(jù)本發(fā)明實施例的發(fā)明要素可被包括在與本實施例相對應(yīng)的副內(nèi)容
服務(wù)器2中，但是也可以進行其他布置，其中，與發(fā)明要素相對應(yīng)的組件
被適當(dāng)?shù)胤稚⒃谄渌?wù)器中，并且根據(jù)本發(fā)明的信息處理設(shè)備的配置是 通過與這些服務(wù)器合作來實現(xiàn)的。
另外，雖然對于所描述的內(nèi)容創(chuàng)建/共享應(yīng)用100沒有示出GUI屏幕 等等的具體示例，但是對于內(nèi)容創(chuàng)建/共享應(yīng)用100可以設(shè)想各種GUI配 置。
另外，內(nèi)容創(chuàng)建/共享應(yīng)用100的功能配置也不限于參考圖11和圖12 描述的，等等，而是可以設(shè)想各種配置。
另外，圖13A至圖17中示出的副內(nèi)容文件的結(jié)構(gòu)只是示例，而且只 是概念性的，因此可以基于其來進行各種修改和開發(fā)。
另外，流程圖中示出的處理步驟(即程序配置)只是示例，并且在實 際實踐中可以被適當(dāng)改變。
另外，主內(nèi)容服務(wù)器l、副內(nèi)容服務(wù)器2、通信服務(wù)器3、用戶信息服 務(wù)器8和用戶終端設(shè)備4執(zhí)行的程序可如上所述被寫入到并存儲在諸如內(nèi) 部HDD、存儲單元等等之類的存儲區(qū)域中，或者可被存儲在可移動存儲 介質(zhì)中并從該存儲介質(zhì)安裝到存儲區(qū)域(包括更新)。另外，可以設(shè)想一 種布置，其中，可以經(jīng)由預(yù)定的數(shù)據(jù)接口在其他主機設(shè)備的控制下安裝程 序。另外，可以設(shè)想一種布置，其中，程序被存儲在網(wǎng)絡(luò)上的存儲設(shè)備 上，并且可通過主內(nèi)容服務(wù)器1、副內(nèi)容服務(wù)器2、通信服務(wù)器3、用戶信 息服務(wù)器8和用戶終端設(shè)備4的網(wǎng)絡(luò)功能從存儲設(shè)備下載和獲得。
本發(fā)明包含與2008年6月3日向日本專利局提交的日本在先專利申請 JP 2008-146009中公開的內(nèi)容相關(guān)的主題，這里通過引用將該申請的全部 內(nèi)容并入。
本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，取決于設(shè)計要求和其他因素，可以進行 各種修改、組合、子組合和變更，只要它們處于所附權(quán)利要求或其等同物 的范圍之內(nèi)。
權(quán)利要求
1.一種信息處理設(shè)備，包括存儲管理裝置，被配置為存儲并管理通過執(zhí)行編輯處理而創(chuàng)建的副內(nèi)容文件，在所述編輯處理中至少一個內(nèi)容文件被作為編輯素材二次使用，所述副內(nèi)容文件包括充當(dāng)用于再現(xiàn)實質(zhì)內(nèi)容的信息的重放控制信息，該重放控制信息被形成為包括指示對充當(dāng)源編輯素材的主內(nèi)容文件的實際內(nèi)容數(shù)據(jù)進行重放的內(nèi)容；信息獲得裝置，被配置為獲得持有主內(nèi)容信息，該持有主內(nèi)容信息是關(guān)于被認為推薦接收用戶所持有的持有主內(nèi)容文件的信息；以及副內(nèi)容選擇裝置，被配置為基于所述持有主內(nèi)容信息，從所述存儲管理裝置所管理的副內(nèi)容文件中選擇出使用充當(dāng)所述源編輯素材的主內(nèi)容文件的至少一部分的副內(nèi)容文件，來作為將被推薦給所述推薦接收用戶的推薦副內(nèi)容。
2. 根據(jù)權(quán)利要求1所述的信息處理設(shè)備，還包括推薦順序設(shè)定裝置，被配置為基于在由所述副內(nèi)容選擇裝置選擇的推 薦副內(nèi)容的每一個中充當(dāng)所述源編輯素材的所述持有主內(nèi)容文件的使用狀 態(tài)，來設(shè)定所述推薦副內(nèi)容之間的基本推薦順序。
3. 根據(jù)權(quán)利要求2所述的信息處理設(shè)備，還包括第一系數(shù)設(shè)定裝置，用于基于個體內(nèi)容評價信息來為所述推薦副內(nèi)容 中的每一個設(shè)定第一加權(quán)系數(shù)，該個體內(nèi)容評價信息能被視為指示出了推 薦接收用戶對充當(dāng)用于所述推薦副內(nèi)容中的每一個的所述源編輯素材的持有主內(nèi)容文件的評價；其中，所述推薦順序設(shè)定裝置至少使用所述第一加權(quán)系數(shù)來設(shè)定所述 推薦副內(nèi)容之間的總體推薦順序。
4. 根據(jù)權(quán)利要求2所述的信息處理設(shè)備，還包括第二系數(shù)設(shè)定裝置，用于基于總體內(nèi)容評價信息來為所述推薦副內(nèi)容 中的每一個設(shè)定第二加權(quán)系數(shù)，該總體內(nèi)容評價信息能被視為指示出了用戶通常對所選擇的推薦副內(nèi)容中的每一個的評價；其中，所述推薦順序設(shè)定裝置至少使用所述第二加權(quán)系數(shù)來設(shè)定所述 推薦副內(nèi)容之間的總體推薦順序。
5. 根據(jù)權(quán)利要求2所述的信息處理設(shè)備，第三系數(shù)設(shè)定裝置，用于基于所選擇的推薦副內(nèi)容中的每一個的新近度來為所述推薦副內(nèi)容中的每一個設(shè)定第三加權(quán)系數(shù)；其中，所述推薦順序設(shè)定裝置至少使用所述第三加權(quán)系數(shù)來設(shè)定所述 推薦副內(nèi)容之間的總體推薦順序。
6. —種信息處理方法，包括以下步驟獲得持有主內(nèi)容信息，該持有主內(nèi)容信息是關(guān)于被認為推薦接收用戶所持有的持有主內(nèi)容文件的信息；以及基于所述持有主內(nèi)容信息，從存儲在存儲單元中的、通過執(zhí)行編輯處 理而創(chuàng)建的副內(nèi)容文件中選擇出使用充當(dāng)源編輯素材的主內(nèi)容文件的至少 一部分的副內(nèi)容文件，來作為將被推薦給所述推薦接收用戶的推薦副內(nèi) 容，在所述編輯處理中至少一個內(nèi)容文件被作為編輯素材二次使用，所述 存儲在存儲單元中的、通過執(zhí)行編輯處理而創(chuàng)建的副內(nèi)容文件包括充當(dāng)用 于再現(xiàn)實質(zhì)內(nèi)容的信息的重放控制信息，該重放控制信息被形成為包括指 示對充當(dāng)所述源編輯素材的主內(nèi)容文件的實際內(nèi)容數(shù)據(jù)進行重放的內(nèi)容。
7. —種程序，使得信息處理設(shè)備執(zhí)行以下步驟獲得持有主內(nèi)容信息，該持有主內(nèi)容信息是關(guān)于被認為推薦接收用戶所持有的持有主內(nèi)容文件的信息；以及基于所述持有主內(nèi)容信息，從存儲在存儲單元中的、通過執(zhí)行編輯處 理而創(chuàng)建的副內(nèi)容文件中選擇出使用充當(dāng)源編輯素材的主內(nèi)容文件的至少 一部分的副內(nèi)容文件，來作為將被推薦給所述推薦接收用戶的推薦副內(nèi) 容，在所述編輯處理中至少一個內(nèi)容文件被作為編輯素材二次使用，所述 存儲在存儲單元中的、通過執(zhí)行編輯處理而創(chuàng)建的副內(nèi)容文件包括充當(dāng)用 于再現(xiàn)實質(zhì)內(nèi)容的信息的重放控制信息，該重放控制信息被形成為包括指 示對充當(dāng)所述源編輯素材的主內(nèi)容文件的實際內(nèi)容數(shù)據(jù)進行重放的內(nèi)容。
8. —種信息處理設(shè)備，包括 存儲管理裝置，被配置為存儲并管理內(nèi)容文件； 元數(shù)據(jù)獲得裝置，被配置為獲得推薦源內(nèi)容的元數(shù)據(jù)；內(nèi)容選擇裝置，被配置為基于由所述元數(shù)據(jù)獲得裝置獲得的元數(shù)據(jù)， 從由所述存儲管理裝置管理的內(nèi)容文件中選擇將被推薦給推薦接收用戶的 推薦內(nèi)容；信息獲得裝置，被配置為獲得持有內(nèi)容信息，該持有內(nèi)容信息是關(guān)于被認為推薦接收用戶所持有的持有內(nèi)容文件的信息；以及推薦順序設(shè)定裝置，被配置為基于被添加到由所述信息獲得裝置獲得 的持有內(nèi)容信息所指示的持有內(nèi)容文件的元數(shù)據(jù)，來對由所述內(nèi)容選擇裝 置選擇的推薦內(nèi)容設(shè)定推薦順序。
9. 一種信息處理設(shè)備，包括存儲管理單元，被配置為存儲并管理通過執(zhí)行編輯處理而創(chuàng)建的副內(nèi) 容文件，在所述編輯處理中至少一個內(nèi)容文件被作為編輯素材二次使用， 所述副內(nèi)容文件包括充當(dāng)用于再現(xiàn)實質(zhì)內(nèi)容的信息的重放控制信息，該重 放控制信息被形成為包括指示對充當(dāng)源編輯素材的主內(nèi)容文件的實際內(nèi)容數(shù)據(jù)進行重放的內(nèi)容；信息獲得單元，被配置為獲得持有主內(nèi)容信息，該持有主內(nèi)容信息是 關(guān)于被認為推薦接收用戶所持有的持有主內(nèi)容文件的信息；以及副內(nèi)容選擇單元，被配置為基于所述持有主內(nèi)容信息，從所述存儲管 理單元所管理的副內(nèi)容文件中選擇出使用充當(dāng)所述源編輯素材的主內(nèi)容文 件的至少一部分的副內(nèi)容文件，來作為將被推薦給所述推薦接收用戶的推 薦副內(nèi)容。
10. —種信息處理設(shè)備，包括-存儲管理單元，被配置為存儲并管理內(nèi)容文件； 元數(shù)據(jù)獲得單元，被配置為獲得推薦源內(nèi)容的元數(shù)據(jù)； 內(nèi)容選擇單元，被配置為基于由所述元數(shù)據(jù)獲得單元獲得的元數(shù)據(jù)，從由所述存儲管理單元管理的內(nèi)容文件中選擇將被推薦給推薦接收用戶的 推薦內(nèi)容；信息獲得單元，被配置為獲得持有內(nèi)容信息，該持有內(nèi)容信息是關(guān)于 被認為推薦接收用戶所持有的持有內(nèi)容文件的信息；以及推薦順序設(shè)定單元，被配置為基于被添加到由所述信息獲得單元獲得 的持有內(nèi)容信息所指示的持有內(nèi)容文件的元數(shù)據(jù)，來對由所述內(nèi)容選擇單 元選擇的推薦內(nèi)容設(shè)定推薦順序。
全文摘要
本發(fā)明提供了信息處理設(shè)備、信息處理方法和程序。一種信息處理設(shè)備包括存儲管理單元，被配置為存儲并管理內(nèi)容文件；元數(shù)據(jù)獲得單元，被配置為獲得推薦源內(nèi)容的元數(shù)據(jù)；內(nèi)容選擇單元，被配置為基于由元數(shù)據(jù)獲得單元獲得的元數(shù)據(jù)，從由存儲管理單元管理的內(nèi)容文件中選擇將被推薦給推薦接收用戶的推薦內(nèi)容；信息獲得單元，被配置為獲得持有內(nèi)容信息，該持有內(nèi)容信息是關(guān)于被認為推薦接收用戶所持有的持有內(nèi)容文件的信息；以及推薦順序設(shè)定單元，被配置為基于被添加到由信息獲得單元獲得的持有內(nèi)容信息所指示的持有內(nèi)容文件的元數(shù)據(jù)，來對由內(nèi)容選擇單元選擇的推薦內(nèi)容設(shè)定推薦順序。
文檔編號G06Q50/00GK101599082SQ200910142620
公開日2009年12月9日 申請日期2009年6月2日 優(yōu)先權(quán)日2008年6月3日
發(fā)明者三好俊匡, 井上滋, 君島匡朗, 宮島靖, 富永隆, 渡嘉敷守, 藤原信之, 長坂英夫 申請人:索尼株式會社