專利名稱：內(nèi)容管理系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及根據(jù)來自用戶的請求而使用戶下載保存在存儲裝置中的內(nèi) 容的技術(shù)。
背景技術(shù)：
在經(jīng)由通信網(wǎng)提供用戶視聽的內(nèi)容的形態(tài)中，大體有束流和下載，并 且作為將保存在存儲裝置中的內(nèi)容下載而視聽該內(nèi)容的公知技術(shù)之一，在 專利文獻(xiàn)1中有記載。
已經(jīng)開發(fā)、提供了在飛機(jī)中乘客就座在坐席中的狀態(tài)下想要欣賞音樂 或影像等的內(nèi)容時、能夠遠(yuǎn)程地應(yīng)對其請求的飛機(jī)內(nèi)娛樂系統(tǒng)裝置。利用
MPEG1/2等的圖像的高效率壓縮技術(shù)，能夠進(jìn)行例如50到200個標(biāo)題的 影像內(nèi)容等許多內(nèi)容的選擇視聽。
作為以往的飛機(jī)內(nèi)娛樂系統(tǒng)的結(jié)構(gòu)，在專利文獻(xiàn)1的圖12中，121是 程序視頻服務(wù)控制單元，122是視頻服務(wù)器，123是分配結(jié)合器，124至Ul26 是分配器，127到129是板終端()一 卜端末)，130到132是液晶顯示器。
在視頻服務(wù)器122中記錄有通過MPEG2方式等壓縮的影像信號。通 過接收來自各板終端的請求，程序視頻服務(wù)控制單元121從視頻服務(wù)器122 讀出通過MPEG2方式壓縮記錄的數(shù)據(jù)，對各板終端進(jìn)行內(nèi)容的分發(fā)。內(nèi) 容經(jīng)由分配結(jié)合器123、分配器124、 125、 126被分發(fā)。內(nèi)容以MPEG2的 傳輸流的形式通過16QAM等的調(diào)制方式進(jìn)行調(diào)制，并經(jīng)由同軸線纜等傳 送。
此時，程序視頻服務(wù)控制單元121與板終端127、 128、 129之間通過 TCP/IP協(xié)議進(jìn)行通信。對于該TCP/IP的信號也施加頻率調(diào)制，通過與內(nèi)容 分發(fā)相同的同軸線纜進(jìn)行通信。因此，分配結(jié)合器123具有對MPEG2的 傳輸流與TCP/IP信號的信號的頻率多路復(fù)用、和多路復(fù)用分離的功能，此 外，在分配器124、 125、 126中進(jìn)行信號的分支，對各板終端進(jìn)行相同的
4信號的分配。在板終端127、 128、 129中對于被壓縮而傳送來的影像聲音 信號進(jìn)行MPEG2的壓縮擴(kuò)展，并且進(jìn)行向液晶顯示器130、 131、 132的顯示。
上述系統(tǒng)一般被稱作為視頻點(diǎn)播系統(tǒng)(VOD系統(tǒng))。專利文獻(xiàn)1的飛 機(jī)內(nèi)娛樂系統(tǒng)在飛機(jī)內(nèi)的封閉的網(wǎng)絡(luò)環(huán)境中使用，并且限定于向各板終端 的固定用戶的視頻分發(fā)，所以沒有考慮用戶認(rèn)證或終端認(rèn)證、對分發(fā)的視 頻的許可認(rèn)證、分發(fā)的視頻的加密。目前，在使用通過有線TV或數(shù)字TV 實(shí)現(xiàn)的VOD系統(tǒng)的VOD服務(wù)中，為了實(shí)現(xiàn)不特定使用者的點(diǎn)播的視頻分 發(fā)， 一般進(jìn)行用戶認(rèn)證或終端認(rèn)證、對分發(fā)的視頻的許可認(rèn)證、分發(fā)的視 頻的加密。
在VOD服務(wù)中，用戶在選擇想要視聽的視頻的內(nèi)容后，實(shí)時地進(jìn)行視 頻分發(fā)，用戶在其位置即時地對其視聽。但是，在通過VOD服務(wù)接收視頻 的期間，大量的視頻信息流進(jìn)網(wǎng)絡(luò)中，在此期間使網(wǎng)絡(luò)負(fù)荷增大很多，此 外，對于視頻信息的傳送要求很高的實(shí)時性，且視頻信息的傳送的優(yōu)先順 序變高，所以如果想要并行地進(jìn)行使用網(wǎng)絡(luò)的其他信息處理，則不僅其他 信息處理的處理速度變慢，而且有可能妨礙其他信息處理。
所以，研究如下的服務(wù)用戶從終端請求視頻信息的下載，在不使用 網(wǎng)絡(luò)期間將視頻信息下載到終端中并存儲于終端，用戶在希望的時間視聽 所存儲的視頻信息。將其稱作DL服務(wù)。在DL服務(wù)中，由于視頻信息預(yù)先 被下載、存儲在終端中，所以在用戶的視聽中不使用網(wǎng)絡(luò)，因此不會發(fā)生 使網(wǎng)絡(luò)負(fù)荷增大的問題。此外，對于下載一次的視頻信息，在該視頻信息 的可視聽期間，在終端上再次多少次也都能夠視聽。這類似于從出租視頻 店借來出租視頻、在出租期間多少次也都能夠視聽。此外，近年來終端的 進(jìn)步顯著，從固定終端電視機(jī)、臺式PC等、移動終端便攜式電話、 PDA、移動PC等的哪個都能夠連接到因特網(wǎng)，而從哪個終端都能夠訪問相 同的信息。所以，用戶在移動中例如用便攜式電話從視頻一覽表中選擇下 一天想要視聽的視頻，預(yù)先從便攜終端進(jìn)行DL服務(wù)的請求，在回家后的 下一天在希望的時間能夠視聽預(yù)先下載到自家的TV中的用戶所希望的視 頻。
這樣的用戶的方便性在VOD服務(wù)中是根本不能得到的。即，DL服務(wù)在移動信息化社會中，可以說是能夠鑒于用戶的狀況而靈活地應(yīng)對的、對
于用戶來說方便性較高的信息提供服務(wù)。當(dāng)然，在DL服務(wù)中，也為了實(shí) 現(xiàn)不特定使用者的視頻的DL服務(wù)， 一般進(jìn)行用戶認(rèn)證或終端認(rèn)證、對分 發(fā)的視頻的許可認(rèn)證、分發(fā)的視頻的加密。
專利文獻(xiàn)1日本特開2002-34059號公報(bào)
首先，禾擁圖10，說明以往在DL服務(wù)中一般中心系統(tǒng)用來進(jìn)行DL 服務(wù)的提供和管理的信息主要是密鑰與內(nèi)容的關(guān)系。通常，下載到用戶 的終端中的內(nèi)容1003自身被對應(yīng)的密碼密鑰1002加密。這是因?yàn)?，在DL 服務(wù)中，用對應(yīng)的密碼密鑰1002加密的內(nèi)容1003被下載到用戶的終端中 之后，用戶在希望的時間視聽下載的內(nèi)容1003時，用戶的終端從中心系統(tǒng) 取得對應(yīng)的密碼密鑰1002，在用戶的終端上利用密碼密鑰1002將用密碼 1002加密的內(nèi)容1003的密碼解密而進(jìn)行視聽。分別對應(yīng)于密碼密鑰1002 和內(nèi)容1003，具有進(jìn)行DL服務(wù)的提供和管理的原始內(nèi)容識別信息1001。
原始內(nèi)容識別信息1001作為銷售信息而包括內(nèi)容名(內(nèi)容自身的標(biāo)題， 例如在圖10中是MH、O3、O2)、密碼密鑰(例如在圖10中是KeyA、KeyB、 KeyC)、許可條件(例如出口可/不可、18歲未滿禁止視聽/15歲未滿禁止 視聽)、用戶ID、銷售日、視聽期間等，作為用來實(shí)際執(zhí)行內(nèi)容及密碼密 鑰的DL的DL信息而包括DL內(nèi)容提供場所、許可(密碼密鑰)提供場所、 元信息(在內(nèi)容自身中附帶的語言、類別、節(jié)目宣傳、標(biāo)題的簡單的介紹 及演出者等)提供場所等，作為元信息而包括在內(nèi)容自身中附帶的語言、 類別、節(jié)目宣傳、標(biāo)題的簡單的介紹及演出者等的信息，并且，對這些信 息賦予1個識別碼內(nèi)容ID(在圖10中是CNT1234、CNT1201、CNT1301)。 在DL服務(wù)的提供和管理中，將該內(nèi)容ID用作識別碼。
如以上那樣，在以往的DL服務(wù)中，通過內(nèi)容ID將用戶ID與銷售日、 視聽期間等一體地作為原始內(nèi)容識別信息1001而管理，所以某個用戶對某 個內(nèi)容利用DL服務(wù)的期間(視聽期間中)不能再次進(jìn)行下載。即，在用 戶保有過去下載而現(xiàn)在還有效的內(nèi)容的情況下，即使想要新購買該內(nèi)容， 對于該內(nèi)容的購買所需要的原始內(nèi)容信息、以及內(nèi)容的視聽所需要的密碼 密鑰1002也沒有做任何考慮。
這里，利用圖13，對DL服務(wù)的服務(wù)理念、和重復(fù)購買的情況的重要
6性、必要性進(jìn)行說明。圖13 (a)表示不能重復(fù)購買的DL服務(wù)的情況的例 子。在此情況下，用戶第一次作為DL而在11/19的晚上進(jìn)行了最初的DL 服務(wù)的請求。這里，作為例子，對于標(biāo)題MH以2晚3日進(jìn)行DL服務(wù)的 情況，1301表示實(shí)際進(jìn)行內(nèi)容的下載、然后用戶能夠視聽的期間，到11/21 中用戶能夠視聽下載的內(nèi)容。通常，內(nèi)容的容量在設(shè)想是2 3小時的電影 的情況下，雖然也依賴于網(wǎng)絡(luò)的通信量，但在下載中也需要同樣程度的時 間等。因此，內(nèi)容的下載在用戶不使用終端的通信量也較低的深夜的時間 帶進(jìn)行等根據(jù)終端的商品計(jì)劃而能夠充分考慮到。此外，這也是終端的商 品計(jì)劃程序，但是根據(jù)終端，或者作為基礎(chǔ)終端規(guī)格，成為在下載結(jié)束后 能夠再現(xiàn)的動作，所以對于擁有這樣的基礎(chǔ)終端的用戶，在結(jié)束下載后能 夠視聽等。根據(jù)終端，也考慮具備漸進(jìn)式下載(所謂漸進(jìn)式下載，是指能 夠一邊下載內(nèi)容一邊再現(xiàn)視聽)的單元的終端，但投入到市場中的終端并 不一定全是這樣的高功能終端。
在圖13中，用戶突然遠(yuǎn)程出差，從出差回家是11/22以后。在此情況 下，用戶不再能夠視聽在1301中好不容易下載的內(nèi)容。此外，到了 11/22 回家，即使馬上再次進(jìn)行DL服務(wù)的請求，由于如上述那樣也考慮到進(jìn)行 下載需要時間，所以會發(fā)生不能馬上視聽的問題。1302表示到了 11/22回 家、馬上再次對標(biāo)題MH進(jìn)行當(dāng)日有效期限的DL服務(wù)的請求后、實(shí)際上 進(jìn)行內(nèi)容的下載而可視聽的期間。
相對于此，圖13 (b)表示對用戶容許重復(fù)購買的情況下的DL服務(wù)的 例子。在此情況下，在11/20決定了遠(yuǎn)程出差的時刻，作為再DL而在11/20 進(jìn)行再次的DL服務(wù)的請求。這里，作為例子，對標(biāo)題MH以2晚3日再 次進(jìn)行DL服務(wù)的請求，1303表示實(shí)際進(jìn)行內(nèi)容的下載、然后用戶能夠視 聽的期間，到11/22中用戶能夠視聽下載的內(nèi)容。這樣，在由對于已經(jīng)進(jìn)行 了 DL服務(wù)的請求的內(nèi)容能夠視聽的期間內(nèi)用戶不能視聽所決定的時刻、 提供能夠執(zhí)行再DL的機(jī)會，這提高了用戶的視聽機(jī)會，并且減輕了DL服 務(wù)中的下載等待的麻煩，并且能夠提供能夠鑒于用戶的狀況而靈活地應(yīng)對 的、對用戶來說方便性較高的DL服務(wù)。
此外，對另一例也進(jìn)行說明。兒童以在借出日當(dāng)天內(nèi)返還(當(dāng)日出租) 而下載了內(nèi)容，但突然知道親戚住院而現(xiàn)在全家要外出。對于在去醫(yī)院前想要以3晚4日進(jìn)行再DL，以便在回家后馬上能夠視聽，但在不能進(jìn)行重 復(fù)購買的情況下不能應(yīng)對這樣的請求。因此，當(dāng)日出租到了期限、回家后 才能夠進(jìn)行再DL。因?yàn)橹荒艿鹊矫魈?。但是，在能夠進(jìn)行重復(fù)購買的DL 服務(wù)的情況下，在去醫(yī)院之前以3晚4日進(jìn)行再DL，在回家后馬上能夠視 聽已經(jīng)下載的內(nèi)容。通過該例可以說的是，在TV的情況下一般沒有1人1 臺的概念，在通常所有家人都使用的情況下，也可以想到不知道家人的某 個人已經(jīng)購買，而其他人購買相同的內(nèi)容的情況。所以，需要用戶正式地 判斷是真正迫切需要而重復(fù)購買、還是錯誤地重復(fù)購買，需要向需要的用 戶提供重復(fù)購買的機(jī)會。在如上述那樣提供能夠重復(fù)購買的DL服務(wù)的情 況下，必須使用戶支持真正需要重復(fù)購買、還是錯誤地進(jìn)行了重復(fù)購買的 判斷的課題也是很重要的。

發(fā)明內(nèi)容
為了解決上述課題，在本發(fā)明中，接受到來自用戶的內(nèi)容下載請求的
中心系統(tǒng)具備如下功能、單元判斷該用戶是否已經(jīng)下載了可視聽的相同 的內(nèi)容，在已經(jīng)下載了這樣的內(nèi)容的情況下，分別制作該內(nèi)容的內(nèi)容ID、
DL信息、元信息作為重復(fù)購買用的信息，使用戶能夠進(jìn)行可視聽的相同的 內(nèi)容的重復(fù)購買。 發(fā)明效果
如上所述，通過能夠重復(fù)購買的DL服務(wù)，能夠提高用戶的視聽機(jī)會， 并且能夠減輕DL服務(wù)中的下載等待的麻煩，并且能夠提供能夠鑒于用戶 的狀況而靈活地應(yīng)對的、對于用戶來說方便性較高的DL服務(wù)。


圖1是網(wǎng)絡(luò)結(jié)構(gòu)的一實(shí)施例。
圖2是中心系統(tǒng)及用戶終端的一結(jié)構(gòu)例。
圖3是有關(guān)從銷售受理到DL信息提供的功能部的一結(jié)構(gòu)例。
圖4是銷售管理信息以外的一實(shí)施例。
圖5是DL信息的一實(shí)施例。
圖6是元信息的一實(shí)施例。圖7是DL信息提供場所DB保存的信息的一實(shí)施例。
圖8是中心系統(tǒng)從用戶受理了內(nèi)容的購買請求時的處理流程的一實(shí)施例。
圖9是由服務(wù)器及DB構(gòu)成中心系統(tǒng)的情況下的一實(shí)施例。
圖IO是表示以往的服務(wù)中的密鑰與內(nèi)容的關(guān)系的圖。
圖11是表示本實(shí)施例的服務(wù)中的密鑰與內(nèi)容的關(guān)系的圖。
圖12是在進(jìn)行重復(fù)購買的情況下顯示在用戶終端上的畫面的一實(shí)施例。
圖13是在進(jìn)行重復(fù)購買的情況下由用戶確認(rèn)的內(nèi)容的執(zhí)行狀況的圖。
具體實(shí)施例方式
以下，利用

本發(fā)明的實(shí)施例之一。圖1是表示本發(fā)明的網(wǎng)絡(luò) 結(jié)構(gòu)的一實(shí)施例的圖。例如PC或電視機(jī)、PDA等的用戶終端105、 106、 107經(jīng)由例如因特網(wǎng)等的通信網(wǎng)104，與控制內(nèi)容的分發(fā)的中心系統(tǒng)101連 接。中心系統(tǒng)101經(jīng)由通信網(wǎng)104從用戶終端105等接收內(nèi)容的分發(fā)請求， 在判斷為能夠分發(fā)的情況下經(jīng)由通信網(wǎng)104將內(nèi)容下載到用戶終端105等 中。中心系統(tǒng)101可以根據(jù)其功能及被請求的處理能力而適當(dāng)?shù)胤譃槎鄠€ 子系統(tǒng)102、 103而構(gòu)成，并不一定要在一臺裝置安裝。此外，子系統(tǒng)102 及103也可以存在于地理上分離的、不同的網(wǎng)絡(luò)上。
圖2是例示圖1中的中心系統(tǒng)101和用戶終端105、且對兩者具有的功 能部的一實(shí)施例進(jìn)行說明的圖。用戶終端105具有終端處理部201，進(jìn)行 接受用戶的操作而將信息發(fā)送給中心系統(tǒng)101、或者處理從中心系統(tǒng)101 接收到的信息、并根據(jù)需要而傳遞給用戶的處理；以及存儲部202，保存與 中心系統(tǒng)101之間收發(fā)的信息。
中心系統(tǒng)IOI具有銷售受理部203，從用戶受理內(nèi)容的下載請求；銷 售管理部205，管理用戶正在進(jìn)行怎樣的內(nèi)容的下載；DL信息提供部207， 制作作為用戶下載內(nèi)容所需要的信息的下載信息，并提供給用戶；以及DL 分發(fā)部210，在用戶利用從DL信息提供部207取得的下載信息下載內(nèi)容主 體的情況下，進(jìn)行對用戶分發(fā)內(nèi)容主體的處理。此外，中心系統(tǒng)101具有: 對每一個內(nèi)容保存提供其下載信息的場所、例如URL等的存儲部204;保存每個用戶的內(nèi)容銷售信息及內(nèi)容的再現(xiàn)所需要的密鑰信息、以及在用戶
重復(fù)購買內(nèi)容的情況下提供該內(nèi)容的下載信息的場所、即臨時使用的URL 等的存儲部206;保存內(nèi)容的元信息及DL信息的存儲部208;和保存內(nèi)容 主體的存儲部211。
圖3是在中心系統(tǒng)101中用來對銷售受理部203、銷售管理部205、 DL 信息提供部207說明更詳細(xì)的實(shí)施例的圖。以下，參照圖2和圖3，對用戶 終端105下載內(nèi)容的一系列的處理進(jìn)行說明。
中心系統(tǒng)101對用戶終端105提供內(nèi)容的一覽等，用戶從顯示在用戶 終端105的顯示畫面上的內(nèi)容之中選擇希望的內(nèi)容。如果用戶執(zhí)行點(diǎn)擊顯 示畫面上的內(nèi)容等的購買操作，則用戶終端105的終端處理部201對中心 系統(tǒng)101發(fā)送請求購買內(nèi)容的消息。
中心系統(tǒng)101的銷售受理部203如果從用戶終端105接收到請求購買 內(nèi)容的消息，則通過銷售受理處理部301特定作為用來識別用戶請求的內(nèi) 容的信息的內(nèi)容ID、用戶信息、還有用戶希望的該內(nèi)容的期限信息。在該 實(shí)施例中，內(nèi)容ID例如是"1234"，用戶ID例如是"1101"，期限信息是 2晚3日。銷售受理處理部301將內(nèi)容ID "1234"發(fā)送給銷售管理部205， 銷售管理部205的重復(fù)購買判斷部302參照存儲部206的銷售信息，檢查 該用戶是否具有在當(dāng)前時刻能夠正式地視聽由內(nèi)容ID"1234"特定的內(nèi)容。 這樣，銷售管理部205判斷該用戶是否是盡管擁有已經(jīng)下載的可執(zhí)行的內(nèi) 容、但還想要重復(fù)購買相同的內(nèi)容。
圖4中表示保存在存儲部206中的信息的一實(shí)施例。在圖4的實(shí)施例 中，在存儲部206保存有每個用戶的銷售信息400、 401、密鑰信息410、 和一次性URL409。關(guān)于銷售信息，分別對用戶IDllOl的用戶用而準(zhǔn)備銷 售信息400的表、對于用戶ID1102的用戶用而準(zhǔn)備銷售信息401的表。在 各表中具有內(nèi)容ID402，用來識別內(nèi)容；銷售日403，是銷售了內(nèi)容的日 期；視聽期間404，表示該內(nèi)容的可視聽的期間；記錄有效/無效標(biāo)志405， 根據(jù)當(dāng)前的日期是否處于從內(nèi)容的銷售日到視聽期間內(nèi)等的條件，表示該 內(nèi)容的記錄是否有效；URL等的場所信息406，指定場所，該場所是能夠 獲得下載該內(nèi)容所需要的信息的場所；以及其他信息407。另外，在本實(shí)施 例中，作為場所信息而例示了 URL，但也可以使用URL以外的IP地址等的地址信息、或能夠特定其他網(wǎng)絡(luò)上的位置的信息作為場所信息。
在圖4中，表示內(nèi)容ID "1201"和"1201-1"發(fā)生了重復(fù)購買。內(nèi)容 ID "1201"的提供場所信息406為"標(biāo)準(zhǔn)"，這是因?yàn)槟軌蚴褂迷緸榱藘?nèi) 容ID "1201"的內(nèi)容準(zhǔn)備的提供場所。另一方面，內(nèi)容ID "1201-1"的提 供場所信息為"URL: abc"，這是因?yàn)闉榱四軌蛑貜?fù)購買，后述的DL信息 提供部207臨時制作重復(fù)購買用的提供場所。
由于在銷售信息表400中已經(jīng)登記有內(nèi)容ID "1234"，并且在視聽期 間內(nèi)登錄是有效的，所以重復(fù)購買判斷部302判斷為用戶想要重復(fù)購買相 同的內(nèi)容。在此情況下，重復(fù)處理部303制作新的內(nèi)容ID "1234-1"，再利 用該新的內(nèi)容ID制作用于下載內(nèi)容的一次性URL，在銷售信息表400中 登記內(nèi)容ID "1234-1"和制作出的一次性URL作為提供場所信息406。
內(nèi)容ID "1234"和"1234-1"都是指示相同的內(nèi)容的識別信息，但由 于下載的過程不同，所以雖然是相同的內(nèi)容，但是賦予不同的識別碼。并 且，在本實(shí)施例中，其特征在于，對表示相同的內(nèi)容的內(nèi)容ID "1234"和 "1234-1"分別制作DL信息及元信息。
并且，本地內(nèi)容處理指示部304對于DL信息提供部207的一次性提 供數(shù)據(jù)制作處理部305，通知內(nèi)容ID "1234-1"和一次性URL、還有原始 內(nèi)容ID "1234"和內(nèi)容的提供期限，利用這些ID和URL指示用來使用戶 下載內(nèi)容的DL信息及元信息的制作。另外，由于用戶并不一定請求獲得 元信息，所以元信息的制作在本實(shí)施例中不是必須的，也可以省略。
所謂的DL信息，包括為了由內(nèi)容ID "1234-1"特定內(nèi)容并下載而需 要的信息、例如作為元信息的提供場所的URL等、或下載內(nèi)容本身的URL 等場所、還有用來執(zhí)行下載后的內(nèi)容的許可的提供場所等。該DL信息也 可以利用例如記載在RFC4287中的標(biāo)記語言。
此外，所謂的元信息，是表示通過內(nèi)容ID "1234-1"特定并下載的內(nèi) 容的屬性的信息，例如如果內(nèi)容是電影，則包括其種類及語言等信息，還 包括對哪個用戶以多少有效期間下載的信息、有關(guān)用戶的利用許可(例如 視聽權(quán)利等)的條件的信息。該元信息是例如用ARIB (Association of Radio Industries and Businesses) STD-B38將寫法的規(guī)則標(biāo)準(zhǔn)化的、作為記述語言 型元數(shù)據(jù)的根源的數(shù)據(jù)組。 一次性提供數(shù)據(jù)制作處理部305將制作的DL信息及元信息保存在存儲部208。
圖5中表示DL信息的一實(shí)施例。DL信息509是在不是重復(fù)購買的、 由原始的內(nèi)容ID特定了內(nèi)容的情況下的DL信息，DL信息510是為了重 復(fù)購買而通過基于原始內(nèi)容ID新制作的內(nèi)容ID來特定了內(nèi)容的情況下的 DL信息。DL信息510具有表示能夠取得DL信息的場所的DL信息提供 場所501、內(nèi)容ID502、例如電影的題目等的內(nèi)容標(biāo)題503、表示在通過重 復(fù)購買用的內(nèi)容ID下載的情況下能夠取得元信息的場所的元信息提供場 所504、作為用來下載內(nèi)容主體的場所的DL內(nèi)容提供場所505、作為用來 取得用來執(zhí)行該內(nèi)容的許可的場所的許可提供場所506、表示重復(fù)購買的內(nèi) 容的有效期限的處理期限507、和其他信息508。
在比較DL信息509和DL信息510的情況下，其特征是，在原來的內(nèi) 容ID和重復(fù)購買用的內(nèi)容ID中，DL信息提供場所501和元信息提供場所 504不同，DL內(nèi)容提供場所505與許可提供場所506相同。gp，通過對每 一個內(nèi)容ID準(zhǔn)備DL信息提供場所501及元信息提供場所504，僅準(zhǔn)備取 得內(nèi)容方面所需要的數(shù)據(jù)，通過使DL內(nèi)容提供場所505相同，內(nèi)容主體 有1個就足夠，此外，通過使許可提供場所506相同，內(nèi)容再現(xiàn)用的密鑰 也是有1個就足夠。
圖6中表示元信息的一實(shí)施例。圖6中，元信息610是保存有在不是 重復(fù)購買對象的、由原來的內(nèi)容ID特定的內(nèi)容中附帶的信息的表，元信息 611是保存有在是重復(fù)購買的對象的、由通過重復(fù)處理部303制作的內(nèi)容 ID特定的內(nèi)容中附帶的信息的表。在元信息611中，保存有表示能夠取得 元信息的URL等場所信息的元信息提供場所601、內(nèi)容ID602、內(nèi)容標(biāo)題 603、 DL內(nèi)容提供場所604、許可提供場所605、在該內(nèi)容中使用的語言 606、該內(nèi)容的種類607、作為宣傳信息的節(jié)目宣傳608、和其他對用戶提 供的信息609。
在比較元信息610和元信息611的兩個表的情況下，在原來的內(nèi)容ID 與重復(fù)購買用的內(nèi)容ID中，元信息提供場所601不同，DL內(nèi)容提供場所 505和許可提供場所506相同。
本地內(nèi)容處理指示部304對銷售受理部203的一次性處理部306,通知 傳達(dá)受理用戶的重復(fù)購買的ACK、和為了內(nèi)容ID "1234-1"而制作的一次
12性URL。 一次性處理部306將該一次性URL作為DL信息提供場所數(shù)據(jù)保 存在存儲部204。圖7中表示DL信息提供場所數(shù)據(jù)的一實(shí)施例。如該實(shí)施 例，DL信息提供場所數(shù)據(jù)700是至少將內(nèi)容ID與DL信息提供場所建立 了對應(yīng)的信息。
并且，銷售受理處理部301對用戶發(fā)送傳達(dá)受理了內(nèi)容的購買為旨的 消息、和為了下載該內(nèi)容而需要訪問的一次性URL。然后，在用戶終端105 的顯示畫面上顯示一次性URL等，如果用戶點(diǎn)擊一次性URL、或者用戶終 端105自動訪問一次性URL等，則終端處理部201對中心系統(tǒng)101發(fā)送請 求DL信息的消息。
另外，中心系統(tǒng)101也可以對用戶終端105發(fā)送通知該用戶正要重復(fù) 購買可視聽的內(nèi)容的消息、和對即使那樣是否也要購買確認(rèn)意思的消息。 在對于該消息用戶仍然將進(jìn)行重復(fù)購買的意思表示返回給中心系統(tǒng)101的 情況下，中心系統(tǒng)101也可以對用戶終端105發(fā)送受理了購買的的意思和 一次性URL。在此情況下，能夠促使無打算地錯誤地要購買相同的內(nèi)容的 用戶注意。
DL信息提供部207的DL信息提供處理部307如果接收到該消息，則 參照存儲部208取得由內(nèi)容ID "1234-1"特定內(nèi)容的情況下的DL信息， 并返回給用戶終端105。所謂的DL信息，包括為了將內(nèi)容通過內(nèi)容ID "1234-1"特定并下載而需要的信息，例如作為元信息的提供場所的URL 等、下載內(nèi)容主體本身的URL等場所、還有用來執(zhí)行下載的內(nèi)容的許可的 提供場所等。用戶終端105將接收到的DL信息作為到手DL信息212保存 到存儲部202。
接著，用戶終端105利用包含在接收到的DL信息212中的內(nèi)容ID "1234-1 "，同樣對包含在DL信息212中的元信息的提供場所請求元信息。 DL信息提供部207的DL信息提供處理部307接受元信息的請求，參照存 儲部20S，取得與用戶訪問的元信息的提供場所相對應(yīng)的元信息，并將其返 回給用戶終端105。即，DL信息提供處理部307參照圖6的表G，將與用 戶使用的元信息的提供場所相對應(yīng)的登錄元信息提供給用戶。
用戶終端處理部201將被提供的元信息作為到手元信息213保存在存 儲部202。另外，該元信息的取得在下載內(nèi)容時對于用戶終端105來說不是必須的處理，所以也可以省略。
接著，用戶終端105利用包含在到手DL信息212或到手元信息213 中的DL內(nèi)容提供場所信息，請求內(nèi)容主體的下載。中心系統(tǒng)101的DL分 發(fā)部210從存儲部211取得與在該請求中使用的URL等場所信息相對應(yīng)的 內(nèi)容，并使用戶終端10 5下載。用戶終端105將下載的內(nèi)容主體作為DL 內(nèi)容主體214保存在存儲部202。這里，請求內(nèi)容主體的下載的DL內(nèi)容提 供場所信息對于相同的內(nèi)容是相同的場所信息。即，由于內(nèi)容ID"1234" 和"1234-1"表示相同的內(nèi)容，所以DL內(nèi)容提供場所信息也為相同的URL 等信息。由此，即使在重復(fù)購買內(nèi)容的情況下，也不需要為此預(yù)先準(zhǔn)備多 個內(nèi)容主體與密碼密鑰的組合。
最后，用戶終端105利用包含在到手DL信息212或到手元信息213 中的許可提供場所信息，請求用來執(zhí)行內(nèi)容的許可。中心系統(tǒng)101的許可 請求受理部209對銷售管理部205詢問與在該請求中使用的內(nèi)容識別相對 應(yīng)的內(nèi)容的許可的取得。銷售管理部205的銷售記錄對照處理部308參照 保存在存儲部206中的該用戶的銷售信息，判斷是否對該用戶賦予許可。 該判斷例如是通過記錄是否是有效的、或是否超過了對該用戶許可的執(zhí)行 次數(shù)等的條件進(jìn)行的。
在銷售記錄對照處理部308判斷為可許可的情況下，銷售記錄對照處 理部308將包含在許可請求中的內(nèi)容ID " 1234-1"發(fā)送給內(nèi)容ID變換處理 部309。內(nèi)容ID變換處理部309將該內(nèi)容ID "1234-1"變換為原來的內(nèi)容 ID "1234"，并參照保存在存儲部206中的圖4的表A所示的密鑰信息， 取得對應(yīng)于內(nèi)容ID "1234"的密碼密鑰"KeyA"，并將其傳遞給銷售記錄 對照處理部308。銷售記錄對照處理部308將密碼密鑰發(fā)送給許可請求受理 部209。接收到密碼密鑰的許可請求受理部209將該密碼密鑰發(fā)送給用戶終 端105，用戶終端105將其作為到手許可215保存在存儲部202。
這里，授權(quán)提供場所信息也與DL內(nèi)容提供場所信息同樣，對于相同 的內(nèi)容是相同的場所，所以是在內(nèi)容ID "1234"與內(nèi)容ID "1234-1"中相 同的URL等的信息場所。由此，即使在重復(fù)購買內(nèi)容的情況下，也不需要 為此預(yù)先對一個內(nèi)容準(zhǔn)備多個密碼密鑰。
結(jié)束了到此為止的操作的用戶終端可以利用密碼密鑰執(zhí)行所取得的內(nèi)容，例如將運(yùn)動圖像再現(xiàn)等而利用。
圖8是從用戶終端105接受到內(nèi)容的銷售請求時的處理流程的一實(shí)施 例。首先，重復(fù)購買判斷部302利用包含在銷售請求中的用戶信息及內(nèi)容 ID，參照存儲部206的該用戶的銷售信息(801)，確認(rèn)對于該用戶是否存 儲有由該內(nèi)容ID特定的可視聽的內(nèi)容的銷售記錄(802)。由于沒有銷售記 錄的情況不是重復(fù)購買，所以通過銷售管理部205的通常處理部310在存 儲部206中制作新的銷售記錄(803)，經(jīng)由通常處理指示部311對銷售受 理功能部203的通常處理部312指示，以使其將不是重復(fù)購買的通常的內(nèi) 容銷售處理的菜單發(fā)送給用戶終端105 (804)。
是重復(fù)購買的情況下，重復(fù)處理部303將重復(fù)購買用的新的內(nèi)容ID作 為銷售內(nèi)容ID402、并且將生成的DL信息的提供場所作為一次性信息場所 信息406保存在存儲部206的新的銷售記錄中(805)。本地內(nèi)容處理指示 部304對一次性提供數(shù)據(jù)制作處理部305指示DL信息和元信息的制作， 一次性提供數(shù)據(jù)制作處理部305在制作這些數(shù)據(jù)之后，保存于存儲部208 (806)。并且，本地內(nèi)容處理指示部304將生成的一次性提供場所信息通 知給銷售受理處理部301 (807)，從這里再將一次性提供場所信息展開到用 戶終端中。
圖9是通過服務(wù)器裝置實(shí)現(xiàn)圖2的中心系統(tǒng)的功能部的情況下的一結(jié) 構(gòu)例。在圖9中，銷售受理部203由DL服務(wù)入口 901和入口應(yīng)用服務(wù)器 902實(shí)現(xiàn)，存儲部204由DL信息提供場所DB903實(shí)現(xiàn)。此外，銷售管理 部205由顧客銷售管理服務(wù)器904、存儲部206由銷售記錄等DB905分別 實(shí)現(xiàn)。DL信息提供部207由DL信息提供應(yīng)用服務(wù)器906和DL信息提供 網(wǎng)907、存儲部208由DL信息提供DB908分別實(shí)現(xiàn)。許可請求受理部209 由許可請求受理網(wǎng)909實(shí)現(xiàn)，DL分發(fā)部210由DL分發(fā)服務(wù)器910和內(nèi)容 管理服務(wù)器911實(shí)現(xiàn)。此外，存儲部211由DL內(nèi)容DB實(shí)現(xiàn)。這只是一結(jié) 構(gòu)例，圖2的功能部也可以由任意的服務(wù)器或計(jì)算機(jī)等的信息處理裝置適 當(dāng)自由地將功能分割或組合來構(gòu)成。例如，也可以將圖2或圖3的功能部 分別作為獨(dú)立的裝置實(shí)現(xiàn)，而將來如果計(jì)算機(jī)的處理能力提高，有可能有 通過一臺裝置實(shí)現(xiàn)中心系統(tǒng)101的情況。
圖12是進(jìn)行了重復(fù)購買的情況下的、用戶終端105的顯示畫面的一例。
15在畫面1201中，對于標(biāo)題1204相同的03的內(nèi)容，顯示有購買的信息1202 和1203。用戶對于相同的內(nèi)容，能夠在最初購買的信息1203和與其重復(fù)購 買的信息1202中選擇喜歡的來執(zhí)行內(nèi)容。
以往的DL服務(wù)如在"背景技術(shù)"的圖10中說明那樣，通過內(nèi)容ID 將用戶ID與銷售日、視聽期間等一體地作為原始內(nèi)容識別信息1001來管 理，在某個用戶對某個內(nèi)容利用DL服務(wù)的期間(視聽期間中)，關(guān)于相同 的內(nèi)容不能進(jìn)行再次下載。
作為較簡單地提供能夠重復(fù)購買的DL服務(wù)的方法，預(yù)先考慮重復(fù)購 買，對于相同的內(nèi)容準(zhǔn)備多個密碼密鑰，預(yù)先通過該密碼密鑰對內(nèi)容實(shí)施 加密，并將密碼密鑰的數(shù)量N個內(nèi)容主體(已加密)用內(nèi)容管理服務(wù)器等 管理，由此能夠進(jìn)行準(zhǔn)備的多個重復(fù)購買。但是，在該方法中，發(fā)生如下 重要的問題
(1) 由于對相同的內(nèi)容用多個加密密鑰進(jìn)行多次加密，所以準(zhǔn)備內(nèi)容 時的收進(jìn)作業(yè)大幅增加，作業(yè)效率較差；
(2) 由于需要將所有內(nèi)容在事前準(zhǔn)備多個密鑰的量，所以要通過中心 管理的內(nèi)容的容量以N倍膨脹；
(3) 由于中心管理容量增大，所以消耗電力也較高，在環(huán)境方面是負(fù)面的。
利用圖11，說明本實(shí)施例的能夠重復(fù)購買的DL服務(wù)的中心系統(tǒng)101 用來進(jìn)行DL服務(wù)的提供和管理的信息主要是密鑰與內(nèi)容的關(guān)系。在本實(shí) 施例中，下載到用戶的終端中的內(nèi)容1101自身被對應(yīng)的密碼密鑰1102加 密，1101與1102的對應(yīng)是一對一的。首先，在對某個用戶初次DL時利用 默認(rèn)的原始內(nèi)容識別信息1103進(jìn)行DL服務(wù)的提供。接著，在重復(fù)銷售(重 復(fù)購買)的再DL的情況下，利用本地內(nèi)容識別信息1104進(jìn)行DL服務(wù)的提 供。由此，對于內(nèi)容1101與密碼密鑰1102的一對能夠進(jìn)行再DL。此外， 在再次對同一內(nèi)容有再DL的請求的情況下，可以制作并使用第3個本地內(nèi) 容識別信息1104來進(jìn)行再DL。
通過將本地內(nèi)容識別信息1104的識別碼內(nèi)容ID與原始內(nèi)容識別信 息1103的識別碼內(nèi)容ID不同地賦予，能夠識別在其DL服務(wù)中使用的內(nèi) 容識別信息，在DL服務(wù)中的終端與中心的通信中，通過唯一地設(shè)定并使用原始內(nèi)容識別信息1103:內(nèi)容ID與本地內(nèi)容識別信息1104的識別碼內(nèi)
容ID，能夠進(jìn)行用來進(jìn)行能夠重復(fù)購買的DL服務(wù)的通信。在圖ll的例子 中，標(biāo)題03、標(biāo)題02的各自的內(nèi)容被用對應(yīng)的密碼密鑰KeyB、 KeyC 加密。此外，標(biāo)題03、標(biāo)題02的各自的內(nèi)容通過內(nèi)容ID: CNT1201、 內(nèi)容ID: CNT1301分別進(jìn)行了初次DL，在重復(fù)銷售(重復(fù)購買)時，通過 內(nèi)容ID: CNT1201-1、內(nèi)容ID: CNT1301-1分別進(jìn)行再DL。
在本實(shí)施例中，如圖11所示，內(nèi)容主體1101與密碼密鑰1102與圖10 的現(xiàn)有例同樣一對一對應(yīng)，但內(nèi)容ID除了原來的內(nèi)容ID1103以外還新制 作重復(fù)銷售時用的內(nèi)容ID1104，而且對每個該新的內(nèi)容ID制作DL信息和 元信息。由此，做成了在多個內(nèi)容ID中能夠共有內(nèi)容主體1101和密碼密 鑰1102的結(jié)構(gòu)，從而不用徒勞地復(fù)制內(nèi)容主體1101與密碼密鑰1102的組 合。
權(quán)利要求
1、一種內(nèi)容管理系統(tǒng)，根據(jù)來自用戶的請求，使用戶下載該用戶指定的內(nèi)容，其特征在于，具有銷售受理部，從上述用戶接收由第1內(nèi)容ID指定了內(nèi)容的內(nèi)容購買請求；以及銷售管理部，判斷作為上述用戶的購買請求對象的內(nèi)容是否為已經(jīng)由上述用戶購買、并且上述用戶能夠執(zhí)行的內(nèi)容，當(dāng)為能夠由上述用戶執(zhí)行的內(nèi)容的情況下，制作第2內(nèi)容ID和一次性URL，該一次性URL是為了將上述內(nèi)容通過該第2內(nèi)容ID來指定并下載而上述用戶應(yīng)訪問的場所，上述銷售受理部將從上述銷售管理部接收到的上述第2內(nèi)容ID和上述一次性URL發(fā)送給上述用戶終端。
2、 如權(quán)利要求l所述的內(nèi)容管理系統(tǒng)，其特征在于，具有下載信息提供部，從上述銷售管理部接收上述第2內(nèi)容ID和一 次性URL，并制作與上述第2內(nèi)容ID相對應(yīng)的、為了下載上述內(nèi)容而需 要的下載信息，上述下載信息提供部在上述用戶利用上述一次性URL進(jìn)行了訪問的情 況下，對上述用戶提供上述下載信息。
3、 如權(quán)利要求2所述的內(nèi)容管理系統(tǒng)，其特征在于， 在上述下載信息中，包含有為了下載上述內(nèi)容而上述用戶應(yīng)訪問的內(nèi)容提供場所信息；具有分發(fā)部，在上述用戶利用上述內(nèi)容提供場所信息進(jìn)行了訪問的 情況下，對上述用戶分發(fā)內(nèi)容。
4、 如權(quán)利要求2所述的內(nèi)容管理系統(tǒng)，其特征在于， 在上述下載信息中，包含有為了得到用于執(zhí)行上述內(nèi)容的許可而用戶應(yīng)訪問的許可提供場所信息；具有許可請求受理部，在上述用戶利用上述許可提供場所信息進(jìn)行了訪問的情況下，對上述用戶提供許可。
5、 如權(quán)利要求2所述的內(nèi)容管理系統(tǒng)，其特征在于， 上述銷售管理部還制作與上述第2內(nèi)容ID對應(yīng)的、附隨于上述內(nèi)容的元信息；在上述下載信息中，包含有為了取得上述元信息而上述用戶應(yīng)訪問的 元信息提供場所信息；上述下載信息提供部在上述用戶利用上述元信息提供場所信息進(jìn)行了 訪問的情況下，對上述用戶提供上述元信息。
6、 如權(quán)利要求l所述的內(nèi)容管理系統(tǒng)，其特征在于，具有存儲部，保持銷售信息，該銷售信息包括上述用戶購買了的內(nèi) 容的內(nèi)容ID、和表示該內(nèi)容是否可執(zhí)行的信息；上述銷售管理部參照上述存儲部的上述銷售信息，判斷是否對上述內(nèi) 容制作上述第2內(nèi)容ID和上述一次性URL。
7、 如權(quán)利要求l所述的內(nèi)容管理系統(tǒng)，其特征在于， 在發(fā)送上述第2內(nèi)容ID和上述一次性URL之前，對上述用戶通知正要重復(fù)購買相同的內(nèi)容的情況。
全文摘要
提供一種內(nèi)容管理系統(tǒng)，能夠使已經(jīng)下載了有效的內(nèi)容的用戶重復(fù)下載相同的內(nèi)容。在分發(fā)內(nèi)容的系統(tǒng)側(cè)，檢查用戶想要購買的內(nèi)容是否是該用戶已經(jīng)下載的有效期限內(nèi)的內(nèi)容，是這樣的情況下，準(zhǔn)備用于重復(fù)購買的新的內(nèi)容ID、DL信息、元信息，從而能夠進(jìn)行相同的內(nèi)容的重復(fù)購買。
文檔編號G06Q50/00GK101459671SQ200810211139
公開日2009年6月17日 申請日期2008年8月28日 優(yōu)先權(quán)日2007年11月20日
發(fā)明者巖田吉隆, 栗原寬 申請人:株式會社日立制作所