專利名稱：內容發(fā)行的系統(tǒng)、設備與方法以及有關程序與程序記錄媒體的制作方法
技術領域：
本發(fā)明涉及內容發(fā)行的系統(tǒng)、設備與方法以及有關的程序與程序記錄媒體。更具體地說，本發(fā)明涉及使通過網絡與內容發(fā)行設備相耦合的用戶終端能夠使用內容(如，視頻或音樂節(jié)目)的系統(tǒng)，以及在使用內容時，可根據系統(tǒng)按請求內容的數據格式或所用終端的能力來提供使用規(guī)則；該系統(tǒng)所使用的內容發(fā)行設備；系統(tǒng)所實施的內容發(fā)行方法；以及實現該方法的內容發(fā)行程序與記錄該程序的媒體。
背景技術：
眾所周知，在網絡(如因特網)連接環(huán)境中一直有一種寬帶應用的趨勢，而向個人計算機(PC)等終端發(fā)行大容量的內容(如，視頻或音樂)的服務正變得越益流行。
隨著這類服務的普及，網絡用戶能更容易更迅速地獲得各種大容量內容。由于這類服務的流行，因而在“付費”內容發(fā)行服務中(按計賬提供內容)，極為重要的是，所管理的內容要確保提供服務的主體與版權的持有者不會受到非法復制和/或篡改內容的損害。
日本專利特許公報NO.7-131452揭示的一例版權管理系統(tǒng)，該系統(tǒng)用來防止這種非法復制和/或篡改內容的。
在該公報所揭示的管理系統(tǒng)中，發(fā)送端(如，服務器)向接收端(如，一個終端)發(fā)送加密的內容，與之相關的使用規(guī)則以及解密的密鑰。一旦接收端收到后，即檢測篡改情況，然后驗明使用規(guī)則是否相符，在全部驗證合格后才對內容進行譯碼并輸出。因而防止了內容的非法復制和/或篡改。
這里所使用的“使用規(guī)則”是指用于限制內容使用的信息，并指定允許使用次數或使用時間。內容發(fā)行服務提供的主體可以指定允許實施租用服務的使用時間，或根據使用規(guī)則來修改內容付費要求，從而實現各種服務。鑒于這些優(yōu)點，內容發(fā)行服務通常應用使用規(guī)則。
另一方面，隨著網絡基礎結構的發(fā)展，能夠連接網絡的終端也變得越來越多樣化，例如，可把PC、移動電話、車輛導航系統(tǒng)和衛(wèi)星廣播接收系統(tǒng)等設備當作終端來使用。在某些正在設想的未來系統(tǒng)中，家用電器也具備連接網絡的功能。以至于能夠接收內容發(fā)行。因此，傳統(tǒng)的具有專用獨立設備功能的家用電器，如電視機或組合式立體聲裝置，都將具有終端的功能。
這樣，隨著家用網絡應用變得更加先進，用戶將能通過使用若干終端的使用來享受內容發(fā)行的服務。
現在，能這樣起終端作用的設備在其內容顯示(輸出)能力方面可有所變化。如PC一般都可具有足夠的處理能力和一個大型顯示屏，而移動電話在處理能力、顯示屏尺寸和/或顯示色彩方面比PC受到更多的限制。大多數組合立體聲裝置甚至不具備圖像顯示功能。
因此，有些內容發(fā)行服務以適合各種終端所使用能力的數據格式來發(fā)行內容，如，在發(fā)行電影內容時，內容可以它們原樣(如，以MPEG2的數據格式)發(fā)行給終端為PC的用戶，或者以減小圖像尺寸或畫面變窄的格式(如MPDG4數據格式)發(fā)行給終端為移動電話的用戶。即使所使用的終端是PC，仍可能希望改變發(fā)行內容的數據格式。
在這類內容發(fā)行服務中，往往會出現這種情況，即，即便以不同的數據格式來發(fā)行，但是同一內容收取同樣費用。但從用戶的觀點來看，內容發(fā)行因使用特定數據格式而使得數量或質量低劣時，要付的規(guī)定費用是不公平的，這與內容所針對的相同情況是無關。
為解決這一不公平問題，可以根據請求內容的數據格式或各個終端的功能而采用不同的計賬法，如，在PC上使用可記賬1000日元，在移動電話上使用則計賬500日元。但這些帳額是固定的；而且在購買內容時，擁有多臺終端的用戶不能肯定哪一臺終端要用發(fā)行的內容。因此，用戶難以確定發(fā)行合同應針對哪一種發(fā)行模式(和計賬余額)。
相應地，日本專利特許公開公報NO.2000-270309揭示了一種根據內容實際發(fā)行的數據格式動態(tài)地改變計賬費的技術。根據該公報描述的該技術，購買內容時，用戶根據預定的默認數據格式所需費用簽訂合同，之后若用戶偶然得到以數量或質量比默認數據格式低劣的數據格式所發(fā)行的內容，發(fā)行服務提供者就向用戶償還預定的差額，若實際使用的數據格式在數量或質量上優(yōu)于默認數據格式，則從用戶補收預定的附加費。
然而，這種常規(guī)方法有一個問題，即，由于會經常發(fā)生償還或補收費用，就要求發(fā)行服務提供者一方作復雜的計賬交易，而用戶也難以跟蹤實際支付金額的數量。

發(fā)明內容
因此，本發(fā)明的一個目的是提供一種內容發(fā)行的系統(tǒng)、設備與方法，它能根據所要求的數據格式或各個所使用的終端的功能來發(fā)行內容，而且通過改變使用規(guī)則而不是改變計賬費用來解決與以不同數據格式的內容發(fā)行相關的不公平問題，還提供一種程序和與程序有關的程序記錄媒體。
本發(fā)明具有實現上述目的的下列特征。
本發(fā)明的第一個方面提出了一種內容發(fā)行系統(tǒng)在該系統(tǒng)中，內容發(fā)行設備向至少一個用戶終端發(fā)行內容，其中，響應至少一個用戶終端所發(fā)送的使用內容的請求，并且根據內容使用信息，它包括分別對應多種使用模式而規(guī)定的使用規(guī)則，內容發(fā)行設備動態(tài)地產生一張許可證，約定對應于所請求的內容使用模式的使用規(guī)則，并將產生的許可證發(fā)送給用戶終端，而用戶終端根據接收到的許可證來控制內容的使用。
于是根據第一方面，按照所請求內容的使用模式，內容發(fā)行設備(對應于內容提供者)向用戶提供適用于內容動態(tài)改變的使用規(guī)則。因此即使對該內容需支付同樣費用，但可消除與采用不同使用模式發(fā)行內容有關的不公平。
較佳的，各種使用模式都定義了一種內容的一種數據格式，而內容發(fā)行設備產生許可證，以確保使用規(guī)則能對應于使用請求所指定內容的一種數據格式，或者，把各種使用模式定義為至少一個用戶終端的功能，內容發(fā)行設備產生許可證，確保使用規(guī)則的對應于發(fā)送使用請求的用戶終端的功能。
這樣，可以根據請求內容的數據格式或使用終端的功能，向用戶提供內容的使用規(guī)則。
內容發(fā)行設備通常包括用戶數據庫，它能夠進行存貯用戶相關信息的操作；內容權限數據庫，它能夠存貯每個內容的使用信息，包括分別對應于多種使用模式規(guī)定的使用規(guī)則；用戶權限數據庫，它能夠進行存貯授與用戶的權限的操作；內容數據庫，它能夠進行存貯內容的操作；用戶權限登記部件，它可根據用戶相關信息與內容使用信息，進行將授與已經購買內容的用戶權限登記在用戶的權限數據庫里的操作；用戶權限生成部件，它能響應于至少一個用戶終端所發(fā)送的內容使用請求進行生成一許可證的操作，其中許可證包括了對應于請求內容使用模式的使用規(guī)則；內容管理部件，負責管理/控制內容；和通信部件，它能夠進行與用戶終端發(fā)送與接收許可證、內容和使用請求的操作，而其中的用戶終端包括通信部件，它能進行在內容發(fā)行設備發(fā)送和接收使用請求，許可證和內容的操作；許可證數據庫，它能進行存貯所接收到的許可證的操作；內容存貯部件，它能進行存貯所接收到的內容的操作；和管理部件，它能夠根據存貯在許可證數據庫里的許可證，來負責的接收到內容的使用與管理。
按照這種結構，購買內容時，基于用戶數據庫和事先存貯了對應于多種使用模式的使用規(guī)則的內容權限數據庫，可在用戶權限數據庫中注冊登記授與用戶的權限。于是，在用戶終端發(fā)送內容使用的請求時，通過在用戶權限數據庫中查閱登記的實體，向該用戶提供對應于請求內容的使用規(guī)則。
本發(fā)明的第二個方面提出了一種允許內容發(fā)行設備向至少一個用戶終端發(fā)行內容的內容發(fā)行方法，其中，在購買內容時，用戶終端通知內容發(fā)行設備以一種使用模式來購買內容；內容發(fā)行設備登記已經購買了內容的用戶的用戶相關信息，并根據內容的使用信息(包括分別對應于多種使用模式所規(guī)定的使用規(guī)則)和用戶的相關信息，登記授與已經購買了該內容的用戶的權限，而其中，在使用內容時，用戶終端就向內容發(fā)行設備發(fā)送內容使用請求，并包括與內容使用模式有關的信息；根據用戶終端所發(fā)送的使用請求，內容發(fā)行設備動態(tài)地生成一許可證，以確保使用規(guī)則對應于請求內容的使用模式，并向用戶終端發(fā)送所生成的許可證；而用戶終端按照內容發(fā)行設備所發(fā)送的許可證來使用和管理請求的內容，于是，按照第二個方面，在內容發(fā)行設備(相當于內容提供者)中，在購買內容時，根據事先存貯的對應于多種使用模式的使用規(guī)則，來注冊登記授與用戶的權限。相應地，通過參照該注冊登記的權限，向用戶提供內容，其使用規(guī)則則根據請求內容的使用模式而動態(tài)地改變。這樣，即使對該內容記上相同的費用，也可消除與采用不同使用模式所發(fā)行內容有關的不公平。
較佳地，購買內容時，用戶終端向內容發(fā)行設備發(fā)送購買內容的請求，而內容發(fā)行設備向用戶終端發(fā)送與內容使用有關的信息。
于是，在用戶終端(相當于內容的用戶)就有可能決定購買內容的使用模式，同樣確認每種內容所規(guī)定的使用規(guī)則。
較佳地，各種使用模式定義為內容的數據格式，內容發(fā)行設備生成許可證，以確保所使用的規(guī)則對應于請求使用所指定的內容數據格式。或者，各種使用模式可定義為至少一個用戶終端的功能，內容發(fā)行設備生成許可證，以確?？墒褂玫囊?guī)則對應于發(fā)來使用請求的用戶終端的功能。
于是，為用戶提供的內容使用規(guī)則就能符合請求內容的數據格式或所用終端的功能。
較佳地，在接收使用請求之前，內容發(fā)行設備先向用戶終端發(fā)送至少一個對應于以后請求的數據格式或用戶終端功能的內容。
較佳地，在響應了使用請求之后，內容發(fā)行設備就向用戶終端發(fā)送至少一個對應于所請求的數據格式或用戶終端功能的內容。
本發(fā)明的第三個方面提出了一種內容發(fā)行設備把內容發(fā)行給至少一臺用戶終端所執(zhí)行的內容發(fā)行程序，包括以下步驟注冊登記購買內容用戶的用戶相關信息；根據內容使用信息，該信息可包括分別適用于多種使用模式可規(guī)定的使用規(guī)則，以及根據用戶相關信息，登記授予購買內容用戶的權限；按照用戶終端在內容使用時發(fā)送的使用請求，動態(tài)地生成許可證，以確?？墒褂玫囊?guī)則對應于請求內容的使用模式；和向用戶終端發(fā)送所生成的許可證。
較佳地，動態(tài)生成許可證的步驟包括所生成的許可證應確保使用的規(guī)則對應于使用請求所指定的內容的數據格式。
較佳地，動態(tài)生成許可證的步驟包括可生成的許可證它確保使用的規(guī)則對應于發(fā)送使用請求的用戶終端的功能。
本發(fā)明的第四個方面提出了至少一個用戶終端能接收內容發(fā)行設備發(fā)行內容所執(zhí)行的內容發(fā)行程序，包括步驟在購買內容時，通知內容發(fā)行設備以一種使用模式來購買內容；在使用內容時，向內容發(fā)行設備發(fā)送使用內容的請求，該請求包括與內容的使用模式有關的信息；和按照內容發(fā)行設備所發(fā)送的許可證來使用和管理請求的內容。
本發(fā)明的第五個方面提出了向至少一個用戶終端發(fā)行內容的內容發(fā)行設備，它包括用戶數據庫，用于進行存貯用戶相關信息；內容權限數據庫，可進行存貯與各個內容使用有關的信息的操作，該信息包括了分別對多種使用模式規(guī)定的使用規(guī)則；用戶的權限數據庫，可進行存貯授予用戶權限的操作；內容數據庫，可進行存貯內容的操作；用戶權限注冊登記部件，可根據用戶相關信息與內容使用的有關信息，進行在用戶權限數據庫中注冊登記授予它購買內容的用戶權限的操作；用戶權限生成部件，可響應于至少一個用戶終端的發(fā)送的內容使用請求，進行生成許可證的操作，該許可證包括對應于所請求內容使用模式的使用規(guī)則；內容管理部件，負責管理/控制內容；以及通信部件，它可與用戶終端進行發(fā)送和接收許可證、內容和使用請求的操作。
較佳地，各種使用模式都可定義為一種內容的一種數據格式，而用戶權限生成部件生成許可證，以確保所使用規(guī)則能對應于使用請求所指定內容的數據格式。或者，各種使用模式都可定義為至少一個用戶終端的功能，而用戶權限生成部件生成許可證，以確保所使用規(guī)則能對應于發(fā)送使用請求的用戶終端的功能。
附圖簡介

圖1是示出本發(fā)明一實施例的內容發(fā)行系統(tǒng)框圖結構；圖2是示出本發(fā)明一實施例的內容發(fā)行系統(tǒng)所執(zhí)行的內容購買處理的流程圖；圖3是示出一例貯存在內容權限數據庫19中與內容使用有關的信息的原理圖；圖4是示出一例貯存在用戶數據庫18里中用戶信息的原理圖；圖5是示出一例貯存在用戶權限數據庫20中的授予用戶權限信息的原理圖；圖6是示出一例貯存在內容數據庫21中的內容信息的原理圖；圖7是示出本發(fā)明一實施例的內容發(fā)行系統(tǒng)所執(zhí)行的內容使用處理的流程圖；和圖8是示出另一例貯存在用戶數據庫18中的用戶信息的原理圖。
實施本發(fā)明的較佳方式圖1是示出本發(fā)明一實施例的內容發(fā)行系統(tǒng)結構的框圖。如圖1所示，該內容發(fā)行系統(tǒng)包括內容發(fā)行設備1(相當于服務提供者)和用戶終端3(相當于用戶)，它們通過一傳輸通路例如，網絡來實現互連。
內容發(fā)行設備1包括內容購買處理部件11、用戶注冊登記部件12、用戶權限登記部件13、用戶權限生成部件14、內容轉換/加密部件15、內容管理部件16、安全管理/通信部件17、用戶數據庫18、內容權限數據庫19、用戶的權限數據庫20和內容數據庫21。用戶終端3包括用戶指令處理部件31、終端信息存貯部件32、內容存貯部件33、許可證管理部件34、許可證數據庫35、安全管理/通信部件36和輸出部件37。
首先簡述構成內容發(fā)行系統(tǒng)的內容發(fā)行設備1與用戶終端3。
內容發(fā)行設備1中各元件執(zhí)行如下處理。執(zhí)行內容購買處理時，內容購買處理部件11把貯存在內容權限數據庫19中與各內容的材料、使用規(guī)則、費用等有關信息發(fā)送給用戶終端3，提供用戶游覽。當用戶希望購買內容時，內容購買處理部件11就獲取來自用戶終端3的用戶信息(如用戶ID、終端ID、用戶姓名與電話號碼)，執(zhí)行必要的計賬處理。在內容權限數據庫19中，存貯了一個或多個單元與內容使用有關的信息，且對應于各個內容(如，電影院影片或電視廣播節(jié)目、書籍或印刷體的靜止圖像、無線電廣播或故事的聲音、音樂和/或游戲)。
用戶注冊登記部件12在用戶數據庫18中注冊登記了的內容購買處理部件11所花得的用戶信息。用戶數據庫18累計記錄了與已購買內容的用戶有關的信息。
用戶權限注冊登記部件13注冊登記與用戶所購買內容信息，該信息作為授予用戶的權限通過用戶注冊登記部件12從內容購買處理部件11送入用戶的權限數據庫20。用戶權限數據庫20存貯著與用戶所購內容相關的許可證。
響應從用戶終端3所接收到的內容使用請求，用戶權限生成部件14生成準備發(fā)送到用戶終端3的許可證(使用規(guī)則、內容的解密密鑰等)。內容數據庫21存貯著各種內容。
按照來自內容管理部件16的指令，內容轉換/加密部件15有選擇地執(zhí)行必要的處理，把貯存在內容數據庫21里的內容轉換成對應于使用請求或適合于用戶終端3的數據格式，并對內容進行預定的加密。
內容管理部件16負責管理一般內容的處理，如，向用戶終端3傳輸內容。
安全管理/通信部件17驗證用戶終端3，實現內容發(fā)行設備1與用戶終端3間的安全通信。這種安全通信可使用眾所周知的SSL協議等。
用戶終端3的各元件執(zhí)行以下處理。用戶指令處理部件31處理由用戶輸入的指令(如，要求購買內容或要求使用內容的請求)。
終端信息存貯部件32存貯上述用戶信息。
內容存貯部件33存貯已購得的加密內容。
響應于內容使用的請求，許可證管理部件34接收內容發(fā)行設備1所發(fā)送的許可證，按照許可證規(guī)定對相關內容作處理(如，根據使用規(guī)則來解密與再現)。許可證保持管理并存入許可證數據庫35。
輸出部件37可以是顯示設備等，并輸出經許可證管理部件34處理過的內容。
安全管理/通信部件36驗證內容發(fā)行設備1，實現內容發(fā)行設備1與用戶終端3間的安全通信。該安全通信也可基于SSL協議等。
接著，參照圖2～8具體描述在本發(fā)明現有實施例的內容發(fā)行系統(tǒng)中所進行的內容發(fā)行方法。
圖2是示出本發(fā)明現有實施例的內容發(fā)行系統(tǒng)所執(zhí)行的內容購買處理的流程圖。圖3是示出一例貯存于內容權限數據庫中與內容使用信息有關的原理圖。圖4和8都是示出數例貯存于用戶數據庫18中的用戶信息的原理圖。圖5是示出一例貯存于用戶權限數據庫20中與授予用戶權限有關的信息的原理圖。圖6是示出一例貯存于內容數據庫21中內容信息的原理圖。圖7是示出與本發(fā)明現有實施例的內容發(fā)行系統(tǒng)所使用內容相關的處理的流程圖。
(1)內容購買處理參照圖2來描述一示例性處理過程，該處理過程是在用戶購買由內容發(fā)行設備1所提供的內容時由內容發(fā)行系統(tǒng)執(zhí)行。
用戶在用戶終端3向用戶指令處理部件31發(fā)出內容購買的指令。通過安全管理/通信部件36，用戶指令處理部件31根據用戶的指令向內容發(fā)行設備1發(fā)出購買內容的請求(步驟S21)。
在內容發(fā)行設備1中，內容購買處理部件11通過安全管理/通信部件17接收用戶終端3所發(fā)出的購買內容的請求。一旦收到購買內容的請求之后，內容購買處理部件11就獲取貯存在內容權限數據庫19中與所有內容有關的信息，并通過安全管理/通信部件17把它發(fā)送給用戶終端3(步驟S22)例如，可將圖3所示的信息存入內容權限數據庫19。參照圖3，“內容名稱”表示內容的名稱，“內容ID”表示識別內容而唯一指定的編號?！笆褂靡?guī)則”表示允許用戶以預定的可正常使用的數據格式(下文之稱為“正常的數據格式”)來使用各內容的具體規(guī)則?！疤囟ㄊ褂靡?guī)則”表示以不同于正常數據格式的數據格式(下文稱之為“特定數據格式”)使用內容時如何改變的使用規(guī)則。圖3的實例顯示了正常數據格式在質量或數量上都優(yōu)于特定數據格式的情況，例如，正常數據格式是MPEG2，而特定數據格式為MPEG4?！百M用”表示按使用規(guī)則或特定使用規(guī)則享用內容所需要的價格(計賬額)?？蓪γ總€內容既定一個或多個使用規(guī)則、一個或多個特定使用規(guī)則和/或一種或多種費用。本例中，名為“影片A”的內容按允許放映的次數來設置使用規(guī)則，表示固定費用為400日元，允許用戶以MPEG2數據格式觀看影片A二次，或以MPEG4數據格式觀看四次(＝二次×2)。
雖然圖3所示的實例示出正常數據格式在質量或數量上優(yōu)于特定數據格式的情況，但是對使用規(guī)則和特定使用規(guī)則進行適當的設置，也會使正常數據格式在質量上或數量上劣于特定數據格式。在有多種特定數據格式的情況下，可對其規(guī)定各自不同的特定使用規(guī)則。在其它方面或除了上述的允許使用次數或允許使用總時間之外，還可將各種其它條件作為使用規(guī)則來使用，如允許使用時間，或者能夠/禁止復制到記錄媒體副本或打印在紙上。
再參照圖2，在用戶終端3中，當用戶根據內容購買處理部件11所發(fā)送的與內容使用有關的信息(圖3)而決定購買內容之一時(步驟S23“Yes”路徑之后)，用戶指令處理部件31就通過安全管理/通信部件36，把貯存在終端信息存貯部件32中的用戶信息連同購買內容的決定通知(包括所購買的內容和所選擇的使用規(guī)則的信息)一起發(fā)送給內容發(fā)行設備1(步驟S24)。
在內容發(fā)行設備1中，內容購買處理部件11通過安全管理/通信部件17來接收用戶終端3所發(fā)送的購買內容的決定通知和用戶信息，然后進行必要的計賬交易，并向用戶注冊登記部件12傳送所購買的內容信息和用戶信息(步驟S25)。本文省略了不對構成本發(fā)明重要部分的計賬交易的描述。
用戶注冊登記部件12把內容購買處理部件11輸出的所購買內容的信息和用戶的信息發(fā)送給用戶權限登記部件13，把用戶信息登記在用戶數據庫18中(步驟S27)。若用戶數據庫18中已登記了與內容購買處理部件11輸出的用戶信息一樣的內容，就不作這一用戶登記(后接步驟S26的“Yes”路徑)。
例如，可把圖4所示的信息存入用戶數據庫18。參照圖4，“用戶ID”表示唯一指定成識別各用戶的編號，“用戶姓名”表示各用戶的姓名?！敖K端ID”表示唯一指定成識別各終端的編號，如在一個用戶擁有多臺終端時可應用這一字段?！半娫捥柎a”用來識別各用戶。在圖4實例中，把陳述“名為‘個人A’、ID號‘0001’的用戶使用ID號為”‘1234567’的終端”作為用戶信息來注冊登記。
根據所購買內容的信息和用戶登記部件12輸出的用戶信息，用戶權限登記部件13在用戶權限數據庫20中登記因購買而授予用戶內容使用的權限(步驟S28)。
例如，可把圖5所示的信息存入用戶權限數據庫20。參照圖5，“用戶ID”表示在用戶數據庫18中注冊登記的信息，“內容ID”、“使用規(guī)則”和“特定使用規(guī)則”分別表示在內容權限數據庫19中注冊登記的信息。
經以上處理，就完成了內容的購買和授予購買有關用戶權限的登記工作。
(2)內容使用處理參照圖7來描述一示例性處理過程，在通過上述處理把授與用戶的權限登入用戶權限數據庫20后，內容發(fā)行系統(tǒng)在用戶使用購買內容時執(zhí)行這一處理。
在用戶終端3，用戶向用戶指令處理部件31發(fā)出內容使用指令，此時用戶說明他將如何使用內容并以何種數據格式得到該內容。作為前一例子，用戶可以說明他想使用所購買內容多少次(假定，使用規(guī)則確保所允許的次數)或多少分鐘(假定，使用規(guī)則確保所允許的時間)。作為后一例子，若用戶可以說明期望的數據格式是MPEG2還是MPEG4。按照用戶的說明，用戶指令處理部件31通過安全管理/通信部件36向內容發(fā)行設備1發(fā)出內容使用的請求(步驟S71)。該使用請求不必根據用戶指令來生成。可在用戶終端3內自動生成。例如，在終端對內容只支持有限的使用規(guī)則與數據格式的情況下，可在用戶終端3內生成使用請求而無需用戶指令。一個特例是用戶終端3因存儲器容量有限而每次只能獲得和處理一種使用規(guī)則，或只能再現MPEG4。在這種情況下，該特定終端的使用請求可以在用戶指令處理部件31中自動生成并發(fā)給內容發(fā)行設備1。使用的請求可包括上述的說明、用戶ID、終端ID和內容ID等內容。
在內容發(fā)行設備1中，用戶權限生成部件14通過安全管理/通信部件17接收用戶終端3所發(fā)出的內容使用的請求。一旦接收到該使用請求后，用戶權限生成部件14就查閱用戶數據庫18和用戶的權限數據庫20，以確認是否登記了對應于該請求的任何輸入(步驟S72)。具體地說，部件14確認是否在用戶數據庫里登記了該使用請求所包含的用戶ID與終端ID。若判定已登記，就根據用戶指令來確認包含在使用請求中的內容ID和使用規(guī)則是否在用戶權限數據庫20中登記在用戶ID名下。
若在步驟S72判定登記了對應于使用請求的輸入(后接步驟S73的“yes”路徑)，用戶權限生成部件14就生成對應于使用請求的許可證，并通過安全管理/通信部件17把它們發(fā)送給用戶終端3(步驟S74)。用戶權限生成部件14向內容管理部件16通報使用請求所包含的內容ID和數據格式，后者從內容數據庫21中檢索對應于內容ID的內容，必要時在內容轉換/加密部件15中將其轉換所請求的數據格式和加密，再經安全管理/通信部件17把它發(fā)送給用戶終端3(步驟S75)。
另一方面，若在步驟S72判定未登記對應于使用請求的輸入(后接步驟S73的“no”路徑)，則用戶權限生成部件14經安全管理/通信部件17向用戶終端3通報該使用請求被拒絕(步驟S77)。
步驟S74的許可證生成采用以下的方式來進行。按照圖5所示用戶權限數據庫20的登記，假定用戶ID為“0001”的用戶原先已購買過該內容。
還假定，該用戶已發(fā)送了請求，要求以MPEG2數據格式單次使用內容ID為“112233”的內容。此時，因登記在用戶權限數據庫20中的使用規(guī)則與MPEG2的正常數據格式有關，用戶權限生成部件14就生成一許可證，它包括如請求的允許再現次數＝1的信息和對內容解密的密鑰。在生成許可證的同時，用戶權限生成部件14在用戶權限數據庫20中把登記在使用規(guī)則里的允許次數減1，以此更新所登記的輸入(即在圖5實例中為“2”→“1”)。
反之，若同一用戶發(fā)送要求MPEG4數據格式單次使用內容ID為“112233”的內容的請求，因使用規(guī)則與正常數據格式MPEG2相關，故用戶權限生成部件14就生成一許可證，包括允許再現次數＝2即請求的次數加倍(按特定使用規(guī)則)的使用信息和對內容解密的密鑰。在生成許可證的同時，用戶權限生成部件14在用戶的權限數據庫20中以上述同樣方法將登記在使用規(guī)則里的允許次數減1，以更新所登記的輸入。
若每次向用戶終端3發(fā)許可證時，因更新在用戶權限數據庫20中所登入輸入而用完了通過內容購買所授與的使用規(guī)則，可刪除或保留授與已登入用戶權限數據庫20的用戶權限的輸入。若保留該輸入，則有利于同一用戶再次購買同一內容或用戶返還所得到而未使用的許可證時所需的處理。
步驟S75的內容傳輸可采用以下方式來進行。如圖6所示，假定內容數據庫21事先只以MPEG2數據格式存貯內容ID為“112233”的內容。
還假定用戶以MPEG2數據格式發(fā)送了單次使用內容ID為“112233”的內容的請求。在這種情況下，將從內容數據庫21檢索到的MPEG2數據格式的內容送入到內容轉換/加密部件15。檢索到的內容經內容轉換/加密部件15作預定的加密，之后由內容管理部件16發(fā)送給用戶終端3。
反之，若同一用戶發(fā)送以MPEG4數據格式單次使用內容為ID“112233”的內容的請求，同樣將從內容數據庫21容易檢索到的MPEG2數據格式的內容送入到內容轉換/加密部件15。檢索到的內容經內容轉換/加密部件15轉換成MPEG4數據格式并作預定的加密，之后由內容管理部件16發(fā)送到用戶終端3。
或者，事先存入內容數據庫21的內容也可能是MPEG4數據格式。
在另一種情況下，內容數據庫21中事先存貯了MPEG2與MPEG4兩種數據格式的內容，這樣可以直接檢索出所要求的數據格式的內容并發(fā)送給用戶終端3，無須在內容轉換/加密部件15中作數據格式轉換。此時，存入內容數據庫21的內容已經事先加密。在存貯了加密的內容的情況下，內容轉換/加密部件15不作加密處理，因而此時可以省去內容轉換/加密部件15。
再參照圖7，在用戶終端3中，把內容發(fā)行設備1所發(fā)送的加密內容存入內容存貯部件33，并把許可證輸入許可證管理部件34。許可證管理部件34采用獲得的許可證所含的解密密鑰對內容進行解密，并通過輸出部件37按使用規(guī)則對所解密的內容執(zhí)行再現處理等(步驟S76)。所獲得的許可證存入許可證數據庫35，用來管理該內容的允許再現次數和/或總時間。
通過以上處理，能發(fā)行所需數據格式的內容，而且內容的使用規(guī)則能在提供給用戶之前根據數據格式動態(tài)地改變。
(3)針對多個終端用戶的應用。
上述的內容購買處理與內容使用處理都是針對一個用戶用一個用戶終端3來請求內容發(fā)行的情況，相比之下，下面的處理則針對一個擁有多個用戶終端3的用戶請求內容發(fā)行的情況。
假定某用戶擁有作為用戶終端3且能夠以正常數據格式使用內容的一個PC和能以特定數據格式使用內容的一個移動電話，現想通過這兩個終端作內容發(fā)行。
此時，內容購買處理執(zhí)行下列處理。當作出購內容決定時，用戶通過安全管理/通信部件36，把貯存在PC和移動電話中的各自終端信息存貯部件32中的用戶信息發(fā)送給內容發(fā)行設備1。
在內容發(fā)行設備1中，用戶注冊登記部件12通過安全管理/通信部件17和內容購買處理部件11，接收用戶終端所發(fā)送的與購買內容有關的信息和用戶信息。用戶注冊登記部件12將圖8所示的用戶信息登入用戶數據庫18。圖8顯示了一個實例，它把分別對應于所擁有的若干用戶終端3的終端ID指定給一個用戶(個人A)。
若一個用戶所擁有的用戶終端3的數量變了，例如，在購買內容時并不擁有多個終端而在后來又擁有多個終端，在發(fā)生變化時就需更新用戶數據庫18中的登記。尤其是在附加登記新用戶終端3時，為防止第三者非法使用，可以保證只接受已注冊登記的用戶終端3所發(fā)送的附加登記請求，或者查詢已注冊登記的用戶終端3，來確認或查驗新的用戶終端3所發(fā)送的任何附加登記請求。
內容使用處理作下列處理。當PC用戶終端3發(fā)出內容使用的請求時(如內容ID＝112233，內容使用＝1次)，內容發(fā)行設備1以上述方式來確認是否已登記了對應于該使用請求的輸入。若判定該輸入已被登記，則用戶權限生成部件14就生成一許可證。此時，用戶權限生成部件14就判定該使用請求已由PC(由其終端ID得知)發(fā)出，并且通知內容管理部件16準備采用MPEG2數據格式來發(fā)送內容，并生成包括確保允許再現次數＝1信息的許可證和對內容解密的密鑰。
另一方面，若由移動電話用戶終端3發(fā)出內容使用的請求(如內容ID＝112233，內容使用＝1次)，則內容發(fā)行設備1以上述方式來確認是否已登記了對應于該使用請求的輸入。若判定已登記該輸入，用戶權限生成部件14就生成一許可證。此時，用戶權限生成部件14判定該使用請求已由移動電話(由其終端ID得知)發(fā)出，并通知內容管理部件16準備以MPEG4數據格式來發(fā)送內容，并生成包括確保允許再現次數＝2(＝1×2)信息的許可證和對內容解密的密鑰。
這樣，在擁有多個用戶終端3的用戶想用兩個或多個用戶終端3來使用內容時，內容發(fā)行設備1在用戶數據庫18中登記每個用戶終端3的用戶信息。收到內容使用的請求時，內容發(fā)行設備1發(fā)送一個內容與一個許可證，使內容數據格式與許可證符合發(fā)出請求的用戶終端3。因此，通過對各用戶終端3規(guī)定數據格式，用戶總能以正確選擇的數據格式享用期望的內容，不必在請求內容使用時指定數據格式。
以上實施例示出的實例，根據內容使用請求所包含的終端ID來確定信息，諸如用戶終端3請求的內容數據格式和用戶終端3的處理功能，或者在上述用戶終端3能向內容發(fā)行設備1自動生成并發(fā)出包含數據格式與使用規(guī)則的使用請求的情況下，可根據在使用請求中所包含的數據格式與使用規(guī)則來確定上述信息。在這種情況下，內容發(fā)行設備1就不再需要知道登記在數據庫里對應于用戶終端3的數據格式了。
如上所述，在本發(fā)明一實施例的內容發(fā)行系統(tǒng)與方法中，對每種內容都規(guī)定了不同數據格式的內容發(fā)行的使用規(guī)則。因此，可根據所請求的數據格式或所使用的終端功能向用戶發(fā)行內容，并根據內容的數據格式動態(tài)地改變其使用規(guī)則。這樣，即使對該內容記上同樣的費用，也可消除與發(fā)行不同數據格式內容有關的不公平。
以上實施例示出一個內容由內容發(fā)行設備1傳輸給用戶終端3的實例，即在對內容使用的請求作出響應時，將內容存入內容存貯部件33。不過，也可以任何其它時序來傳輸內容。例如，內容發(fā)行設備1在處理接收來自用戶終端3的購買內容的決定通知時，可以存貯各種內容。但在以這種時序存貯各種內容而且用戶終端3可采用多種數據格式的情況下，則要求以不同的數據格式冗余地存貯各種內容，或者各種內容只以一種數據格式存貯，以及通過在用戶終端提供數據格式轉換功能來完成。
上面的實施例示出了一種內容經加密傳輸的情況，但在不要求加密的情況下，用戶權限生成部件14生成的許可證不要求包括對內容解密的密鑰，而內容轉換/加密部件15也不必對內容進行加密。
雖然上述實施例示出一種內容發(fā)行設備1配備了內容購買處理部件11的實例，但是，內容購買設備也可以與內容購買處理部件11分開提供。在上述實施例示出的實例中，內容發(fā)行處理功能(內容數據庫21、內容轉換/加密部件15和內容管理部件16)和用戶的權限處理功能(即，任何其它部件與數據庫)都是在單個內容發(fā)行設備1內實現的，但實現內容發(fā)行處理功能的部分可與實現用戶權限處理功能的部分分開設置。在這種情況下，符合高處理負荷的內容發(fā)行處理可與用戶權限分開執(zhí)行，從而可減少與用戶權限處理有關的負荷。
此外，上述實施例示出了設置安全管理/通信部件17與36的實例，使得在內容發(fā)行設備1與用戶終端3之間的通信都以安全通信的形式來實現。然而，對于內容購買處理所給出的并無保密特征的內容購買請求或者已經保證保密的加密內容而言，并非一定要作安全通信。
工業(yè)適用性如上所述，本發(fā)明的內容發(fā)行系統(tǒng)、設備與方法及及所應用的程序與程序記錄媒體，使得內容可根據所請求的數據格式或所使用終端的功能來發(fā)行，而內容的使用規(guī)則也可根據數據格式作動態(tài)改變，因而當通過網絡連接至內容發(fā)行設備的用戶終端使用視頻或音樂等內容時，就能消除各用戶對所發(fā)行內容的數據格式或記帳內容而感到的不公平性。
權利要求
1.一種由內容發(fā)行設備將內容發(fā)行給至少一個用戶終端的內容發(fā)行系統(tǒng)，其特征在于，響應于至少一個用戶終端(3)所發(fā)送的內容使用請求并根據內容使用信息，包括對應于多種使用模式分別規(guī)定的使用規(guī)則，內容發(fā)行設備(1)動態(tài)地生成一許可證，以確保使用規(guī)則對應于所請求內容的使用模式，并將所生成的許可證發(fā)送給用戶終端(3)，而用戶終端(3)則按收到的許可證來控制內容的使用。
2.如權利要求書1所述的內容發(fā)行系統(tǒng)，其特征在于，各使用模式定義為一種內容的數據格式，而內容發(fā)行設備(1)生成許可證，以確保使用規(guī)則對應于使用請求中所指定內容的數據格式。
3.如權利要求書1所述的內容發(fā)行系統(tǒng)，其特征在于，各使用模式定義為至少一個用戶終端(3)的功能，而內容發(fā)行設備(1)生成許可證，以確保使用規(guī)則對應于發(fā)送使用請求的用戶終端(3)的功能。
4.如權利要求書1所述的內容發(fā)行系統(tǒng)，其特征在于，內容發(fā)行設備(1)包括用戶數據庫(18)，可進行存貯用戶相關信息的操作；內容權限數據庫(19)，可對每種內容進行存貯內容使用信息，包括對多種使用模式分別規(guī)定使用規(guī)則的操作；用戶的權限數據庫(20)，可進行存貯授與用戶權限的操作；內容數據庫(21)，可進行存貯內容的操作；用戶權限登記部件(13)，可根據用戶相關信息和內容使用信息，進行授與已購買內容的用戶權限登入用戶權限數據庫(20)的操作；用戶權限生成部件(14)，可響應于至少一個用戶終端(3)所發(fā)送的內容使用請求來進行生成一許可證，包括對應于所請求內容的使用模式的使用規(guī)則的操作；內容管理部件(16)，負責管理/控制內容；和通信部件(17)，可進行同用戶終端(3)發(fā)送與接收許可證、內容和使用請求的操作，而其中，用戶終端(3)包括通信部件(36)，可進行同內容發(fā)行設備(1)發(fā)送和接收使用請求、許可證和內容的操作；許可證數據庫(35)，可進行存貯所收到的許可證的操作；內容存貯部件(33)，可進行存貯所收到的內容的操作；和管理部件(34)，負責按貯存在許可證數據庫(35)中的許可證來使用和管理所收到的內容。
5.如權利要求2所述的內容發(fā)行系統(tǒng)，其特征在于，內容發(fā)行設備(1)包括用戶數據庫(18)，可進行存貯用戶相關信息的操作；內容權限數據庫(19)，可進行對每種內容存貯內容使用信息，包括對多種使用模式分別規(guī)定的使用規(guī)則的操作；用戶的權限數據庫(20)，可進行存貯授與用戶權限的操作；內容數據庫(21)，可進行存貯內容的操作；用戶權限登記部件(13)，可根據用戶相關信息和內容使用信息，進行把授與購內容用戶的權限登入用戶權限數據庫(20)的操作；用戶權限生成部件(14)，可響應于至少一個用戶終端(3)所發(fā)送的內容使用請求進行生成一許可證，包括對應于請求內容使用模式的使用規(guī)則的操作；內容管理部件(16)，負責/控制內容；和通信部件(17)，可進行同用戶終端(3)發(fā)送和接收許可證、內容和使用請求的操作，而其中，用戶終端(3)包括通信部件(36)，可進行同內容發(fā)行設備(1)發(fā)送和接收使用請求、許可證和內容的操作；許可證數據庫(35)，可進行存貯所收到的許可證的操作；內容存貯部件(33)，可進行存貯所收到的內容的操作；管理部件(34)，負責按貯存在許可證數據庫(35)中的許可證來使用和管理收到的內容。
6.如權利要求書3所述的內容發(fā)行系統(tǒng)，其特征在于，內容發(fā)行設備(1)包括用戶數據庫(18)，可進行存貯用戶相關信息的操作；內容權限數據庫(19)，可進行對每種內容存貯內容使用信息，包括對多種使用模式分別規(guī)定的使用規(guī)則的操作；用戶的權限數據庫(20)，可進行存貯授與用戶權限的操作；內容數據庫(21)，可進行存貯內容的操作；用戶權限登記部件(13)，可根據用戶相關信息和內容使用信息，進行把授與購內容用戶的權限登入用戶權限數據庫(20)的操作；用戶權限生成部件(14)，可響應于至少一個用戶終端(3)所發(fā)送的內容使用請求進行生成一許可證，包括對應于請求內容使用模式的使用規(guī)則的操作；內容管理部件(16)，負責/控制內容；和通信部件(17)，可進行同用戶終端(3)發(fā)送和接收許可證、內容和使用請求的操作，而其中，用戶終端(3)包括通信部件(36)，可進行同內容發(fā)行設備(1)發(fā)送和接收使用請求、許可證和內容的操作；許可證數據庫(35)，可進行存貯所收到的許可證的操作；內容存貯部件(33)，可進行存貯所收到的內容的操作；管理部件(34)，負責按貯存在許可證數據庫(35)中的許可證來使用和管理收到的內容。
7.一種允許內容發(fā)行設備對至少一個用戶終端發(fā)行內容的內容發(fā)行方法，其特征在于，在內容購買時，用戶終端(3)通知內容發(fā)行設備(1)以某種使用模式來購買內容；內容發(fā)行設備(1)登記已購買內容的用戶的用戶相關信息，并根據內容使用信息，包括對多種使用模式分別規(guī)定的使用規(guī)則，還根據用戶相關信息，注冊登記授與購內容用戶的權限，而在內容使用時，用戶終端(3)向內容發(fā)行設備(1)發(fā)送內容使用的請求，包括內容使用模式信息；按照用戶終端(3)所發(fā)送的使用請求，內容發(fā)行設備(1)動態(tài)地生成一許可證，以確保使用規(guī)則對應于請求內容的使用模式，并向用戶終端(3)發(fā)送所生成的許可證；而用戶終端(3)按照內容發(fā)行設備(1)所發(fā)送的許可證，來使用和管理所請求的內容。
8.如權利要求書7所述的內容發(fā)行方法，其特征在于，在內容購買時，用戶終端(3)向內容發(fā)行設備(1)發(fā)送購買內容的請求，而內容發(fā)行設備(1)向用戶終端(3)發(fā)送與內容使用有關的信息。
9.如權利要求書7所述的內容發(fā)行方法，其特征在于，將各種使用模式定義為一種內容的一種數據格式，內容發(fā)行設備(1)生成許可證，以確保使用規(guī)則對應于使用請求所指定內容的數據格式。
10.如權利要求書8所述的內容發(fā)行方法，其特征在于，將各種使用模式定義為一種內容的一種數據格式，內容發(fā)行設備(1)生成許可證，以確保使用規(guī)則對應于使用請求所指定內容的數據格式。
11.如權利要求書7所述的內容發(fā)行方法，其特征在于，將各種使用模式定義為至少一個用戶終端(3)的功能，內容發(fā)行設備(1)生成許可證，以確保使用規(guī)則對應于發(fā)送使用請求的用戶終端(3)的功能。
12.如權利要求書3所述的內容發(fā)行方法，其特征在于，將各種使用模式定義為至少一個用戶終端(3)的功能，內容發(fā)行設備(1)生成許可證，以確保使用規(guī)則對應于發(fā)送使用請求的用戶終端(3)的功能。
13.如權利要求書9所述的內容發(fā)行方法，其特征在于，在接收使用請求前，內容發(fā)行設備(1)向用戶終端(3)發(fā)送至少一個對應于以后所請求的數據格式或用戶終端功能的內容。
14.如權利要求書10所述的內容發(fā)行方法，其特征在于，在接收使用請求前，內容發(fā)行設備(1)向用戶終端(3)發(fā)送至少一個對應于以后所請求的數據格式或用戶終端功能的內容。
15.如權利要求書11所述的內容發(fā)行方法，其特征在于，在接收使用請求前，內容發(fā)行設備(1)向用戶終端(3)發(fā)送至少一個對應于以后所請求的數據格式或用戶終端功能的內容。
16.如權利要求書12所述的內容發(fā)行方法，其特征在于，在接收使用請求前，內容發(fā)行設備(1)向用戶終端(3)發(fā)送至少一個對應于以后所請求的數據格式或用戶終端功能的內容。
17.如權利要求書9所述的內容發(fā)行方法，其特征在于，在對使用請求作出響應后，內容發(fā)行設備(1)向用戶終端(3)發(fā)送對應于用戶終端所請求的數據格式或其功能的內容。
18.如權利要求書10所述的內容發(fā)行方法，其特征在于，在對使用請求作出響應后，內容發(fā)行設備(1)向用戶終端(3)發(fā)送對應于用戶終端所請求的數據格式或其功能的內容。
19.如權利要求書11所述的內容發(fā)行方法，其特征在于，在對使用請求作出響應后，內容發(fā)行設備(1)向用戶終端(3)發(fā)送對應于用戶終端所請求的數據格式或其功能的內容。
20.如權利要求書12的內容發(fā)行方法，其特征在于，在對使用請求作出響應后，內容發(fā)行設備(1)向用戶終端(3)發(fā)送對應于用戶終端所請求的數據格式或其功能的內容。
21.一個內容發(fā)行設備對至少一個用戶終端發(fā)行內容而執(zhí)行的內容發(fā)行程序，其特征在于，包括以下步驟注冊登記購買內容的用戶的用戶相關信息；根據內容使用信息，包括對多種使用模式分別規(guī)定的使用規(guī)則，并根據用戶相關信息，注冊登記授與購買內容的用戶的權限；在內容使用時，按照用戶終端(3)發(fā)送的使用請求，動態(tài)地生成許可證，以確保使用規(guī)則對應于請求內容的使用模式；和向用戶終端(3)發(fā)送所生成的許可證。
22.如權利要求書21所述的程序，其特征在于，所述動態(tài)生成許可證的步驟包括生成的許可證，以確保使用規(guī)則對應于使用請求中所指定內容的數據格式。
23.如權利要求書21所述的程序，其特征在于，所述動態(tài)生成許可證的步驟包括生成的許可證，以確保使用規(guī)則對應于發(fā)送使用請求的用戶終端(3)的功能。
24.一個至少一個用戶終端接收內容發(fā)行設備所發(fā)行內容而執(zhí)行的內容發(fā)行程序，其特征在于，包括以下步驟在購買內容時，通知內容發(fā)行設備(1)以一種使用模式來購買的內容；在內容使用時，向內容發(fā)行設備(1)發(fā)送內容使用的請求，包括與內容使用模式有關的信息；和按內容發(fā)行設備(1)發(fā)送的許可證來使用和管理所請求的內容。
25.一種能記錄內容發(fā)行設備向至少一個用戶終端發(fā)行內容而執(zhí)行的內容發(fā)行程序的記錄媒體，其特征在于，所述程序至少包括以下步驟注冊登記購買內容的用戶的用戶相關信息；根據內容使用信息，包括對多種使用模式分別規(guī)定的使用規(guī)則，并根據用戶相關信息，注冊登記授與購買內容的用戶的權限；在內容使用時，按照用戶終端(3)發(fā)送的使用請求，動態(tài)地生成許可證，以確保使用規(guī)則對應于請求內容的使用模式；和向用戶終端(3)發(fā)送所生成的許可證。
26.如權利要求書25所述的記錄媒體，其特征在于，所述動態(tài)生成許可證的步驟包括生成許可證，以確保使用規(guī)則對應于使用請求中指定內容的數據格式。
27.如權利要求書25所述的記錄媒體，其特征在于，所述動態(tài)生成許可證的步驟包括生成許可證，以確保使用規(guī)則對應于發(fā)送使用請求的用戶終端(3)的功能。
28.一種能記錄至少一個用戶終端接收內容發(fā)行設備所發(fā)行內容所執(zhí)行的內容發(fā)行程序的記錄媒體，其特征在于，所述程序至少包括以下步驟在購買內容時，通知內容發(fā)行設備(1)以一種使用模式來購買的內容；在內容使用時，向內容發(fā)行設備(1)發(fā)送內容使用的請求，包括與內容使用模式有關的信息；和按內容發(fā)行設備(1)發(fā)送的許可證來使用和管理所請求的內容。
29.一種向至少一個用戶終端發(fā)行內容的內容發(fā)行設備，其特征在于，包括用戶數據庫(18)，可進行存貯用戶相關信息的操作；內容權限數據庫(19)，可進行每種內容存貯內容使用信息，包括對多種使用模式分別規(guī)定的使用規(guī)則的操作；用戶的權限數據庫(20)，可進行存貯授與用戶的權限的操作；內容數據庫(21)，可進行存貯內容的操作；用戶權限登記部件(13)，可根據用戶相關信息和內容使用信息，進行把授與購內容用戶的權限登入用戶權限數據庫(20)的操作；用戶權限生成部件(14)，可響應于至少一個用戶終端(3)所發(fā)送的內容使用請求進行生成一許可證，包括對應于所請求內容使用模式的使用規(guī)則的操作；內容管理部件(16)，負責管理/控制內容；和通信部件(17)，可進行同用戶終端(3)發(fā)送和接收許可證、內容與使用請求的操作。
30.如權利要求書29所述的內容發(fā)行設備，其特征在于，將各種使用模式定義為一種內容的一種數據格式，而用戶權限生成部件(14)生成的許可證，以確保使用規(guī)則對應于使用請求中所指定內容的數據格式。
31.如權利要求書29所述的內容發(fā)行設備，其特征在于，將各種使用模式定義為至少一個用戶終端(3)的功能，而用戶權限生成部件(14)生成的許可證，以確保使用規(guī)則對應于發(fā)送使用請求的用戶終端(3)的功能。
全文摘要
本發(fā)明提供一種內容發(fā)行系統(tǒng)，它能按照請求的數據格式或使用終端的功能來發(fā)行內容，且能通過改變使用規(guī)則來消除與以不同數據格式作內容發(fā)行有關的不公平性。在內容購買處理過程中，在內容發(fā)行設備(1)中，基于用戶數據庫(18)與內容權限數據庫(19)，把用戶購買內容所使用的信息登入用戶權限數據庫(20)。內容權限數據庫(19)對每種內容都事先存貯了一個或多個單元的內容使用信息，包括不同使用模式的使用規(guī)則。在內容使用處理過程中，根據所注冊登記的信息，內容發(fā)行設備(1)向用戶終端(3)發(fā)送一許可證，以確保使用規(guī)則對應于所請求內容的使用模式。
文檔編號G06Q30/00GK1537388SQ0281497
公開日2004年10月13日 申請日期2002年7月24日 優(yōu)先權日2001年7月31日
發(fā)明者三浦康史, 哉, 山本雅哉, 博, 大穗雅博 申請人:松下電器產業(yè)株式會社