伺服器、分配系統、分配方法和終端的製作方法
2023-04-27 01:49:21
專利名稱：伺服器、分配系統、分配方法和終端的製作方法
技術領域：
本發明涉及一種分配系統、一種分配方法、以及與通信線路如網絡相連接的一種終端和一種伺服器。
背景技術：
所謂的內容，如一段音樂、視頻軟體或遊戲軟體，作為數字數據被存儲在一個伺服器中。一個內容可以通過公共通信線路，如ISDN(IntegratedStandard Digital Network，綜合標準數字網)、模擬電話線或衛星通信線路，從伺服器下載到與伺服器相連的裝置。這樣的一種系統實現被認為是一個COD(Content On Demand，在線請求內容)系統。
圖1是顯示簡單普通方式的COD系統的典型實現的圖。
伺服器1接收內容，如一段音樂、諸如電影的視頻軟體和遊戲軟體，它們由內容持有者公司2製作。伺服器1將這樣的內容轉換為數字數據並將此數字數據存儲為內容數據。
伺服器1通過網際網路4連接到例如由全球用戶A、B、…和Z擁有的用戶終端5，因此能夠與終端5通信。
伺服器1向與伺服器1連接的特定用戶終端5傳輸一個顯示內容清單的菜單。特定用戶終端5作為瀏覽器屏幕典型地顯示從伺服器1收到的菜單，並允許用戶終端5的用戶來從菜單選擇一個期望的內容，並按照必要的操作步驟從伺服器1向用戶終端5下載選出的內容。然後，用戶終端5的用戶傳送一個用於下載選出的內容的內容訂單。
在由用戶執行的傳輸內容訂單的操作中，用戶輸入用戶的信用卡號碼或銀行帳號以及驗證代碼，這是伺服器用以驗證用戶的結算信息。作為替代，用戶可以輸入用戶購買的已預付款的卡的識別編號作為結算信息。這些數據被包含在內容訂單中。
伺服器1通過網際網路4接收內容訂單並使用包括在內容訂單中的數據，如驗證代碼，來驗證用戶。
在伺服器1中，存儲了內容持有者公司2作為數據提供的多個內容。如果用戶被驗證為一個已授權的用戶，伺服器1將內容訂單中指定的內容傳輸給用戶終端5。此時，與用戶訂有合同的銀行3進行支付。該支付基於內容訂單中包含的結算信息。
如上所述由伺服器1傳輸的內容數據由用戶終端5接收並存儲在為內容提供的記錄介質中。也就是說，內容從伺服器1被下載到用戶終端5。
以這種方法，有可能構造一個COD系統，其中用戶能夠通過通信線路購買一個期望的內容並下載該內容。
順便說明一下，在一個普通市場中，在那裡商品在商場等中供銷售，對於經常購買商品或購買量的總價格超過預定值的客戶經常提供打折或如額外禮物的增值的服務。以這種方法，挑起客戶的購買慾望並促進了商場之間的競爭，使市場更活躍。
然而在以上述COD系統通過網絡進行的商業交易中，這樣的服務不存在。
發明內容
考慮到上述問題進行了本發明，本發明的目的在於提供一種伺服器、一種分配系統、一種分配方法和一種終端，它們能夠通過提供各種在例如COD系統的利用上程度不同的服務而使一個典型的市場活躍起來。
按照本發明的第一方面，提供了一種伺服器，包括主數據存儲部件，用以存儲主數據；子數據存儲部件，用以存儲與主數據存儲部件存儲的主數據相關的子數據；用戶信息存儲部件，用以存儲用戶固有的信息；接收部件，用於接收識別用戶的信息；比較部件，用於比較由接收部件收到的用戶識別信息與存儲在用戶信息存儲部件中的用戶固有信息；判定部件，用於根據比較部件產生的比較結果判定用戶的利用狀態；以及控制部件，用於根據判定部件產生的判定結果，執行控制以僅傳輸存儲在主數據存儲部件中的主數據或者是傳輸存儲在主數據存儲部件中的主數據以及存儲在子數據存儲部件中的子數據。
按照本發明的第二方面，提供了一種分配系統，包括一個信息中心和多個終端，每個終端通過一個預定的通信線路連接到信息中心，信息中心包括主數據存儲部件，用以存儲主數據；子數據存儲部件，用以存儲與存儲在主數據存儲部件中的主數據相關的子數據；用戶信息存儲部件，用以存儲用戶固有的信息；接收部件，用以接收識別用戶的信息；對比部件，用以對比通過接收部件接收的用戶識別信息與存儲在用戶信息存儲部件中的用戶固有的信息；判定部件，用於依賴對比部件產生的對比結果判定用戶的利用狀態；以及控制部件，用於根據判定方法產生的判定結果來執行控制以僅傳輸存儲在主數據存儲部件中的主數據或者是存儲在主數據存儲部件中的主數據以及存儲在子數據存儲部件中的子數據。
按照本發明的第三方面，提供了一種分配方法，用於從一個信息中心向每個都通過一個預定的通信線路與信息中心相連的多個終端分配內容，該分配方法包括下面步驟從任何終端接收一個用戶標識和內容訂單；按照接收步驟接收的用戶標識引用存儲在信息中心使用的存儲器中的客戶數據；基於數據引用步驟引用的客戶數據判定利用狀態；並響應按照利用狀態判定步驟判定的利用狀態從終端接收到的內容訂單，形成關於是否要增加額外的數據給要被傳輸到一個終端的內容的判斷。
按照本發明的第四方面，提供了一種終端，能夠通過將終端與信息中心連接的通信線路與信息中心通信，並能夠向和從一個記錄介質記錄和重放數據，該介質有多個數據記錄區域，這種終端包括傳輸部件，用以將用戶標識和說明內容的內容訂單傳輸給信息中心；接收部件，用以按照用戶標識和內容訂單以及由信息中心判定要從信息中心增加到內容的額外數據，接收信息中心選出的內容；記錄部件，用以在記錄介質的不同數據記錄區記錄接收部件接收的內容和額外數據。
因此，利用上述配置，每個終端能夠通過向信息中心傳輸用戶標識和說明內容的內容訂單接收和獲取內容和增加到內容的額外數據。
在向帶有多個數據記錄區域的記錄介質中記錄如上所述被接收的內容和額外數據的操作中，內容和額外數據被存儲在記錄介質的不同數據記錄區中。以這種方法，內容和額外的數據能夠按照記錄介質的預定格式被適當下載。
圖1是示意傳統內容分配系統的整體配置的圖；圖2是示意由本發明第一實施例實現的內容分配系統的整體配置的圖；
圖3是表示圖2的內容分配系統使用的伺服器1的第一種實現的方框圖；圖4是代表按照本發明由伺服器1的第一種實現執行的處理步驟的流程圖；圖5是一個客戶數據表，該表由伺服器1使用的客戶數據伺服器13管理，伺服器1由圖2所示的內容分配系統使用；圖6是表示如圖2所示的內容分配系統使用的伺服器1的第二種實現的方框圖；圖7是代表按照本發明由伺服器1的第二種實現執行的處理步驟的流程圖；圖8是表示由本發明第二實施例實現的內容分配系統的整體配置的圖；圖9A是表示在取樣頻率88.2kHz下取樣的模擬數據信號的波形的圖；圖9B是表示在偶數位置的一批數據取樣陣列的圖；圖9C是表示在奇數位置的一批數據取樣陣列的圖；圖10是表示用戶終端5的配置的詳細方框圖；圖11A是表示應用於本發明的盤的第一實現的模型圖；圖11B是表示應用於本發明的盤的第二實現的模型圖；圖12A是表示應用於本發明的盤的第一實現的圖；圖12B是表示用於存儲從如圖12A所示的盤重放的數據的存儲器的模型的圖；圖12C是表示從如圖12B所示的存儲器中讀取的數據流的圖。
具體實施例方式
以下，說明本發明的優選實施例。在一個由本發明的實施例實現的COD系統中，主要由音樂音頻數據代表的內容被通過信息中心分配給每個都通過通信線路與信息中心相連接的各終端。
在本發明中，COD系統中分配的內容不限於音樂音頻數據。例如，一個內容也可能是視頻軟體或遊戲軟體。然而，為了使說明易於理解，本說明中的COD系統主要是分配音樂片段的COD系統。
優選實施例以下列順序說明1.COD系統(第一實施例)
1-1.內容的分配1-2.伺服器配置(第一種實現)1-3.伺服器操作(第一種實現)1-4.伺服器配置(第二種實現)1-5.伺服器操作(第二種實現)2.COD系統(第二實施例)2-1.高質量音頻數據的格式2-2.系統配置3.用戶終端配置4.記錄和重放內容的操作1.COD系統(第一實施例)1-1.內容的分配圖2是表示由本發明的第一實施例實現的COD系統的典型結構和COD系統中的內容分配的方框圖。
伺服器1接收內容持有者公司2製作的內容，如一段音樂、諸如電影的視頻軟體和遊戲軟體。伺服器1將此內容轉換為數字數據並存儲該數字數據為內容數據。
伺服器1通過網際網路4被連接到，例如，由全球用戶A、B、…和Z擁有的各用戶終端5，因此能夠與終端5通信。
應當注意一個用戶終端5可以是個人計算機，它具有將個人計算機與網際網路4相連接的功能。作為一個代替，用戶終端5可以是一個裝置，它具有向和從與本發明兼容的盤形記錄介質記錄和重放數據的功能以及將該裝置與網際網路4相連接的功能。
另外，至少，將任何用戶終端與伺服器1相連的通信線路不限於網際網路4。通信線路可以是另一個公共通信線路，如ISDN、模擬電話線或衛星通信線路。
為了建立用戶擁有的用戶終端5和伺服器1之間的連接，用戶需要通過使用一個如滑鼠或鍵盤的輸入器件執行預定的操作，來輸入一個分配給伺服器1的URL(Uniform Resource Locator(統一資源定位器))並訪問伺服器1。
響應該訪問，伺服器1代表性地向與伺服器1連接的用戶終端5傳輸一個內容嚮導，其中顯示了例如內容清單。
在音樂內容的情況下，內容嚮導包括音樂片段的標題、藝術家的姓名、藝術流派和價格。在視頻軟體內容的情況下，內容嚮導包括標題、製作者名稱、藝術流派和價格。在遊戲軟體情況下，內容嚮導包括遊戲軟體的名稱、製造者名稱和價格。
用戶終端5將從伺服器1接收的內容嚮導顯示為所謂的瀏覽器屏幕。此瀏覽器屏幕是一個GUI(Graphic User Interface，圖形用戶界面)，它允許用戶執行操作以輸入不同種類的必要輸入數據，如指明或選擇期望內容的數據。
也就是說，擁有用戶終端5的用戶能夠通過執行預定的操作步驟來選擇期望的內容。在選擇了一個期望內容後，用戶能夠執行一個傳輸一個內容訂單操作，作出一個下載選出的內容的要求。
應當注意，內容訂單自然地包括內容的標識，用以指明一個期望的內容。在一個傳輸一個內容訂單的操作中，用戶需要輸入用作驗證用戶的結算信息的用戶信用卡的號碼或銀行帳號以及驗證代碼。用戶被允許輸入一個預付卡的標識代碼作為結算信息來代替驗證代碼，該預付卡已由用戶購買。這些由用戶輸入的信息包括在內容訂單中。
伺服器1接收由用戶終端5通過網際網路4傳輸的內容訂單。伺服器1隨後通過使用各種方法之一的、包括在內容訂單中的驗證代碼驗證用戶。如果下訂單的用戶被成功驗證，用戶被認為是COD服務的授權用戶。
伺服器1存儲了大量由內容持有者公司2作為數據提供的內容。在證實了用戶是一個成功被驗證的用戶後，伺服器1搜索內容一覽表查找由包括在內容訂單中的內容標識所指明的內容。
然後，伺服器1將搜索找到的內容傳輸給用戶終端5。用戶終端5在用於保存內容的記錄介質中存儲從伺服器1接收的內容。這樣，一個內容被從伺服器1下載到用戶終端5。
在這個下載內容的交易中，用戶與之籤定合同的銀行3支付由用戶購買的內容的價錢。該支付基於包含在內容訂單中的結算信息。如上所述，結算信息可以是信用卡號碼、銀行帳號、預付卡等。由銀行支付的錢數包括一個公司管理伺服器引起的收益和運營成本以及內容持有者公司製作內容引起的收益和製作成本。
到此為止，已經說明了如圖2所示的第一實施例實現的在COD系統中向用戶的基本內容分配。
如果伺服器1無條件地下載僅一個如圖2所示的COD系統中的內容訂單指定的內容，此實施例與如圖1所示的情況沒有特殊的區別。除了驗證用戶，本實施例中使用的伺服器1不僅可能傳輸一個指定的內容，而且還按照用戶的服務利用狀態傳輸與該內容有關的額外信息，後面將對此進行說明。詳細而言，一個服務按照服務利用的狀態被作為獎勵提供給用戶，服務的實質內容也按照服務利用的狀態而被改變。
伺服器1帶有客戶數據13A，其中包括預定信息，該信息可以被用於判定每個向伺服器1要求下載內容的用戶的服務利用狀態。客戶數據13A被用於判定每個用戶的級別，該級別表示用戶的服務利用狀態。如此確定的用戶級別被隨後用於典型地判定與原作為主數據指定的音樂數據有關的子數據。伺服器1然後將主數據和子數據作為內容傳輸給用戶終端5。
在本實施例中，伺服器1將包括在用戶數據13A中的用戶服務利用狀態劃分為三個用戶級別。詳細而言，最高的用戶級別是高花費用戶的級別，僅次於最高用戶級別的級別是一般花費的用戶的級別，最低的用戶級別是低花費的用戶的級別。在如圖2所示的實施例中，用戶A是一個一般花費的用戶，用戶B是一個低花費的用戶，用戶Z是一個高花費的用戶。
如果伺服器1從用戶終端5接收內容訂單，即，如果用戶終端5下一個內容訂單訂購一段音樂，下內容訂單的用戶的級別在客戶數據13A和包含在內容訂單中的用戶ID的基礎上被確定。然後，要下載的內容的數據典型地變化如下假設從用戶終端5傳輸內容訂單的用戶被判定為用戶B，他是一個低花費的用戶。在這種情況下，如圖所示，僅僅音樂數據被作為內容傳輸給用戶終端5。也就是說，僅僅被訂購的數據被傳輸而不添加子數據。
如果從用戶終端5傳輸內容訂單的用戶被判定為用戶A，他是一個一般花費的用戶，包括所謂封套數據的內容被傳輸給用戶終端5。封套數據是在訂購的音樂數據的封套上出現的圖片。通過重放內容，例如，封套的圖片可以被顯示。
如果從用戶終端5傳輸內容訂單的用戶被判定為用戶Z，他是一個高花費的用戶，包括封套數據和歌詞數據的內容被傳輸給用戶終端5。歌詞數據是一種圖片數據，以字符顯示文本和/或歌詞。通過重放歌詞數據，可以顯示歌詞。應當注意卡拉OK數據也可能包括在一個要傳輸給高花費用戶的內容中來代替封套數據和歌詞數據。
如上所述，在本實施例實現的伺服器1中，用戶的級別按照用戶的服務利用狀態被確定。用戶的級別繼而被用於確定要添加到一段作為主數據的音樂的封套和/或歌詞數據。通過向一段作為主數據的音樂添加封套和/或歌詞數據，象CD的值的音樂軟體的值被添加到主數據。
利用如此的配置，有可能按照用戶的服務利用狀態提高提供給一個用戶的服務級別，採取的方式與，例如，通過諸如網際網路4的網絡進行的所謂網絡銷售中的普通市場相同。因此，用戶的購物慾望被提高而且商業企業家之間的競爭被激發。結果，網絡銷售變得更活躍。
1-2.伺服器配置(第一種實現)圖3是表示一個如圖2所示的COD系統中使用的伺服器1的典型內部配置的方框圖。應當注意第一實施例的第一和第二典型操作將在後面說明，如圖3所示的內部配置是第一典型操作的配置。
如圖3所示，伺服器1實際上包括三個伺服器，即主數據伺服器11、子數據伺服器12和客戶數據伺服器13。
主數據伺服器11被用於存儲和處理要作為內容分配的主數據。主數據伺服器11包括一個音樂資料庫11A，用以以資料庫格式存儲大量的音樂片段。
子數據伺服器12被用於存儲和處理要包括在所分配內容中的子數據。如前參見圖2所述，要添加到作為內容分配的音樂數據的子數據可以是一個封套、一個歌詞等。為此，提供了子數據伺服器12以及封套資料庫12A和歌詞資料庫12B。
應當注意如圖所示在子數據伺服器12中包括的高音頻質量信息資料庫12C是後面要說明的第二實施例中使用的另一個資料庫。因此這裡不討論高音頻質量信息資料庫12C。
大量用戶利用本實施例實現的COD系統。因此，客戶數據伺服器13存儲和處理客戶數據13A，它被用於至今利用本實施例的COD系統的用戶的服務利用狀態的管理。
圖5是概念性地表示客戶數據13A的結構的圖。
如圖所示，客戶數據13A是一套用戶A、B、…和Z的每一個的服務利用個人狀態，這些用戶通過訪問伺服器1來利用COD系統。每個用戶的個人狀態典型地包括一個用戶ID、一個下載計數、一個用戶級別、一個連接時間、一個連接計數和一個下載時間，如圖所示。
用戶的用戶ID是一個當用戶籤定利用本實施例實現的COD系統的初始合同時，唯一地分配給用戶的ID。
用戶的下載計數是至今用戶執行的下載操作的累計次數。
用戶的用戶級別代表用戶的服務利用狀態。此狀態被按照預定規則基於用戶以往的COD系統利用程度和用戶的利用歷史而提供給用戶。用戶級別可以通過至少代表性地使用下載計數或連接時間、連接計數、和下載時間之一來設置。下面將給予說明。
為了使說明更易於理解，提供了三個用戶級別，即用戶級別1、2和3。然而應當注意，級別的數量不限於3。用戶級別1代表如前參照圖2所述針對高花費用戶的最高服務利用狀態。用戶級別2代表下一個針對一般花費用戶的服務利用狀態。用戶級別3代表針對低花費用戶的最低服務利用狀態。
連接時間是利用歷史，代表一段積累的時段，在此期間用戶擁有的用戶終端5被連接到伺服器1。用戶的連接計數是在用戶擁有的用戶終端5和伺服器1之間至今建立的連接的次數。
下載時間是一個累計時段，是用戶從伺服器1下載內容至今所需要的時間。
如前所述，用戶的用戶級別在用戶的服務利用級別的基礎上被設置，即，那些諸如下載計數、連接時間、連接計數和下載時間的信息。
在如圖5所示的典型客戶數據13A中，用戶級別僅在下載計數基礎上被設置。詳細而言，下載計數通過限制條件被分成相互分離的三類。三類下載計數分別與三個用戶級別相聯繫。在如圖5所示的典型客戶數據13A中用戶級別1被分配給下載計數為200的用戶Z，用戶級別2被分配給下載計數為50的用戶A，用戶級別3被分配給下載計數為10的用戶B。
在實際情況下，代替下載計數。至少連接計數、連接時間和下載時間之一也可被用來設置用戶級別。
例如，假設用戶級別僅通過連接時間設置。在這種情況下，典型地，用戶級別1被分配給連接時間為5小時的用戶Z，用戶級別2被分配給連接時間為3小時的用戶B，用戶級別3被分配給連接時間為2.5小時的用戶A。
在本實施例中，如果下載計數被用作設置用戶級別的標準，下載計數為10的用戶B的用戶級別低於下載計數為50的用戶A。另一方面，如果連接時間被用作設置用戶級別的不同標準，連接時間為3小時的用戶B的用戶級別高於連接時間為2.5小時的用戶A。從內容銷售企業的角度來講，高下載計數的用戶，即此情況下的用戶A，是一個較高花費用戶。另一方面，從通信公司的角度來講，較長連接時間的用戶，即此情況下的用戶B，是一個較高花費用戶。一個通信公司也管理一個內容銷售企業的情況並非不尋常。在這種情況下，連接時間可能優先於下載計數。
不必說用戶級別也可以通過使用兩個或更多的標準的結合來設置，它們是在下載計數、連接計數、連接時間和下載時間中適當選出的。
也就是說，下載計數、連接計數、連接時間和下載時間，每個都代表系統利用狀態，具有彼此不同的含義。因此通過考慮此含義，適合於COD管理的一個或多個信息在要用作標準的下載計數、連接計數、連接時間和下載時間中選擇。
例如，帶有小下載計數但伺服器連接時間超過預定值的用戶可以被視為一個在伺服器連接時間內將大部分時間花費在觀看和讀取顯示的廣告的用戶。而對於連接時間，對這樣的一個用戶設置的用戶級別可能令人信服地按照連接時間的增加被提升。
另外，從伺服器下載同樣大小內容花費的時間可能每時每刻都不同，這依賴於通信線路的擁擠狀態。在此情況下，用戶可以被假設為在下載時間內觀看和讀取顯示的廣告。因此可能考慮下載時間來令人信服地設置用戶級別。
向回參見圖3。
控制單元16控制伺服器1的運行。在本實施例中，控制單元16包括一個鑑別器17和一個比較器18，兩者每個都是一個由軟體程序實現的功能塊。鑑別器17和比較器18的操作在下面說明。
混合器14執行混合由主數據伺服器11輸出的被用作主數據的音樂數據與子數據伺服器12通過開關15提供的子數據的處理，產生結合的內容。混合器14向一個收發器單元19提供內容。收發器單元19通過多路復用主數據和子數據來傳輸內容，主數據和子數據典型地在時分的基礎上被混合在該內容中。
開關15用於阻礙或傳遞從子數據伺服器12向混合器14提供的子數據。因此在本實施例中開關15被提供於子數據伺服器12和混合器14之間，如圖所示。此開關通過控制單元16執行的控制來開啟或關閉。
收發器單元19被提供用於通過網際網路4在伺服器1和外部裝置之間執行通信。通過網際網路4提供給伺服器1的信息由收發器19接收。另一方面，主要是內容的信息被通過網際網路4傳輸給另一個裝置。
應當注意在實際情況下，伺服器1典型地具有一個能夠傳輸以前所述的內容嚮導的配置。然而圖中未給出執行此功能的部件。也就是說，圖中只給出了執行傳輸內容功能的部件。
1-3.伺服器操作(第一種實現)參見圖4中的流程圖，下面說明帶有如上所述配置的伺服器1的分配在前面參照圖2解釋過的內容的操作。應當注意，為了使說明易於理解，圖4所示的流程圖僅表示用戶級別的判定和基於判定的用戶級別的傳輸內容的處理。例如，其他處理，如用戶的驗證，未在流程圖中表示。
首先，收發器單元19通過網際網路4從用戶擁有的用戶終端5接收一個內容訂單。內容訂單然後作為用戶的請求被傳遞給控制單元16。在步驟S101，控制單元16接收用戶的請求。
接收的用戶請求包括一個用戶ID，其目的之一是用於如前所述的用戶驗證。在下一步驟S102，用戶請求中包括的用戶ID被引用。
隨後在步驟S103，存儲在客戶數據伺服器13中的客戶數據13A被搜索以查找與步驟S102引用的用戶ID相匹配的個人數據。具體來說，存儲在客戶數據伺服器13中的客戶數據13A包括用戶ID的列表，此列表被搜索以查找與在步驟S102被引用的用戶ID相匹配的一個用戶ID。
在搜索中，控制單元16向比較器18提供用戶ID的列表，該比較器18將列表上的每個用戶ID與在步驟S102從用戶請求中提取的用戶ID相比較。如果對比的結果指示該列表包括一個與在步驟S102從用戶請求中提取的用戶ID相匹配的用戶ID，那麼用戶數據13A被搜索以查找與在步驟S102從用戶請求中提取的用戶ID相關聯的個人信息。
因此，在下一個步驟S104，一個用戶級別被判定。在判定用戶級別中，鑑別器17獲取在從客戶數據伺服器13搜索中得到的個人信息，並引用個人數據中包括的用戶級別的值。如果用戶級別是用戶級別1，則操作流程進入到步驟S105。如果用戶級別是用戶級別2，則操作流程進入步驟S107。如果用戶級別是用戶級別3，則操作流程進入步驟S109。
在針對用戶級別1的步驟S105，執行了控制來關閉開關15以便設置一個狀態，在此狀態中混合器14將作為主數據的音樂數據與子數據混合。然後，操作進入步驟S106。
在步驟S106，所請求的音樂數據被選作主數據，用戶級別1的子數據被選作要添加到選出的音樂數據中。隨後，選出的子數據被添加到被選出作為主數據的期望的音樂數據中以製作一個內容。被製作的內容最後被輸出供傳輸。
詳細而言，期望的音樂數據由用戶請求中包括的內容標識指定。首先，指定的音樂數據通過搜索主數據伺服器11的音樂資料庫11A來找到並提供給混合器14。鑑別器17執行驅動主數據伺服器11來搜索資料庫11A以查找指定的音樂數據並向混合器14提供在搜索中找到的指定音樂數據。
然後，鑑別器17向子數據伺服器12輸出用於選擇子數據的信息以選擇子數據，此子數據與代表由鑑別器17判定的用戶級別的信息相對應。
子數據伺服器12隨後搜索資料庫以查找與子數據選擇信息相對應的子數據。子數據是要添加到指定音樂數據的數據，此指定音樂數據如上所述由主數據伺服器11查找到。作為搜索資料庫查找子數據的一個條件，所搜索的子數據必須與內容標識指定的音樂數據相關聯。在用戶級別1的情況下，要添加到指定音樂數據的子數據同時是封套數據和歌詞，如上參照圖2所述。因此，封套資料庫12A被首先搜索以查找與指定音樂數據相關聯的封套數據。隨後，同樣，歌詞資料庫12B被搜索以查找與指定音樂數據相關聯的歌詞。
因此，搜索操作中發現的封套數據和歌詞通過已被置於閉合狀態的開關15提供給混合器14。
混合器14按照預定的格式，將作為主數據的音樂數據與來自主資料庫11的封套數據和歌詞相混合，以產生一個具有與網際網路4相符合的傳輸格式的內容。隨後，混合器14將製作的內容提供給收發器單元19，該收發器單元19隨後將該內容通過網際網路4傳輸給作出請求的用戶終端5，至此結束了在步驟S106執行的處理。
在步驟S107中，對於用戶級別2，也執行關閉開關15的控制。
接著，在下一步S108，所請求的音樂數據被選作主數據，用戶級別2的子數據被選作要添加到選出的音樂數據中。隨後，選出的子數據被添加到被選出作為主數據的期望的音樂數據中以製作一個內容。所製作的內容最後被輸出供傳輸。
詳細而言，期望的音樂數據由包括在用戶請求中的內容標識指定。首先，在步驟S108，通過搜索主數據伺服器11的音樂資料庫11A找到指定的音樂數據並提供給混合器14。
在用戶級別2的情況下，要添加到指定音樂數據的子數據僅僅是上面參照圖2所述的封套數據。因此，搜索封套資料庫12A以查找與指定音樂數據相關聯的封套數據。隨後，藉助已被置於閉合狀態的開關15將封套數據提供給混合器14。
混合器14按照預定的格式，將作為主數據的音樂數據與來自主數據伺服器11的封套數據相混合，以產生一個具有與網際網路4相符合的傳輸格式的內容。隨後，混合器14將製作的內容提供給收發器單元19，它隨後將該內容通過網際網路4傳輸給作出請求的用戶終端5。
在用戶級別3的情況下，僅將用作主數據的音樂數據作為內容發送給用戶終端5。
對於用戶級別3，在步驟S109，執行打開開關15的控制。然後，在下一步S110，所請求的音樂數據被選作主數據。所選出的音樂數據最後被輸出用於作為內容傳輸。詳細而言，期望的音樂數據由包括在用戶請求中的內容標識指定。通過搜索主數據伺服器11的音樂資料庫11A找到指定的音樂數據並提供給混合器14，最終由收發器單元19通過網際網路4傳輸給用戶終端5。
在步驟S106、S108或S110執行的處理完成之後，操作流程前進到步驟S111。
在步驟S111，更新客戶數據13A，以反映當前請求內容的結果。也就是說，主要地更新用戶請求內容的個人數據以反映服務利用的當前狀態。更具體地說，通過將下載計數和連接計數各自加1，更新用戶請求內容的個人數據。此外，控制單元16測量在請求當前內容的用戶終端5與伺服器1相連接期間的連接時間。控制單元16還測量下載該內容所需要的下載時間。在下載內容到用戶終端5的操作完成時，將測量的連接時間和測量的下載時間分別加到個人數據的連接時間和下載時間中。個人數據的用戶級別也根據用於設定用戶級別的更新的下載計數、更新的連接計數、更新的連接時間、或更新的下載時間更新。
應該注意的是，如果用戶數據13A包括諸如用於所有用戶的總利用計數的信息，也就是說，除個人數據之外的信息，比如如果需要的話，必須更新這個信息。
1-4.伺服器配置(第二種實現)在第一種實現中，內容的值根據客戶數據13A的用戶級別而改變。用戶級別通過使用下載計數、連接計數、連接時間和下載時間中至少一個來設置。由此，用戶級別根據最適合於應用的服務利用狀態設置。因此，在該COD系統中用戶級別的值在於用戶可以彼此區分。
但是在實際上，可以執行相對簡單的處理，用於彼此區分用戶。也就是說，最適合於相互區分用戶的信息可以從作為用戶的服務利用狀態的客戶數據13A的下載計數、連接計數、連接時間、下載時間中典型地選擇。所選擇的信息用於相互區分用戶。
第一實施例的第二種實現具有的配置為，如上所述，其中根據從包括在客戶數據13A中、並且每一個代表用戶的服務利用狀態的各個信息中選擇的信息彼此區分用戶，並根據選擇的信息改變內容值。
圖6是表示在第二種實現中的伺服器1的結構的方框圖。與圖3所示的伺服器1中使用的組件相同的組件在後者中用相同的標號表示，關於它們的描述不再重複。
在圖3所示的伺服器1的結構中，子數據根據用戶級別選擇。因為這個原因，用於選擇子數據的信息從配置在控制單元16中的鑑別器17提供給子數據伺服器12。另一方面，在圖6所示的結構中，該子數據選擇信息不提供給子數據伺服器12。
1-5.伺服器操作(第二種實現)下面參照圖7所示的流程圖描述作為分配內容的第二種實現、具有圖6所示結構的伺服器1執行的處理。應該注意的是，為了使描述便於理解，圖7所示的流程圖僅示出用戶級別的確定和根據確定的用戶級別的內容傳輸。因此，其它的處理比如用戶的驗證將略去。
由於在步驟S201至S203執行的處理與圖4所示流程圖的步驟S101至S103執行的相應部分相同，不再重複它們的描述。
操作流程然後前進到步驟S204，判斷關係a≥b是否保持為真，其中符號a表示下載計數，符號b表示下載閾值。也就是說，檢查下載計數a，以確定下載計數a是否達到或超出下載閾值b。下載計數是作為客戶數據伺服器13中客戶數據13A的搜索結果而獲得的個人數據。
判斷結果「是(YES)」表明用戶是具有系統利用較高狀態的用戶。在這種情況下，操作流程前進到步驟S205，在此執行控制，將開關205置於閉合狀態。
在下一步S206，將與請求的音樂數據相關的子數據添加到請求的音樂數據，以製作一個內容，然後將其發送。圖6所示的電路執行下面的操作，以便執行步驟S106的處理。
鑑別器17請求主數據伺服器11搜索音樂資料庫11A以查找由包括在用戶請求中的內容標識指定的音樂數據，並向混合器14提供在搜索中找到的音樂數據。
然後，子數據伺服器12搜索資料庫以查找與內容標識指定的音樂數據相關的子數據，並藉助已設置為閉合狀態的開關15將子數據提供給混合器14。
在該第二種實現中，根據服務利用的用戶狀態提供三個區分等級，替代象用戶級別的三個等級。由此，在這種情況下，典型地只有一種子數據將被添加到主數據。例如，在用作主數據的音樂數據的情況下，只有一種子數據，即，封套數據。作為選擇，可以將封套數據和歌詞的組合用作唯一的子數據。在步驟S206執行的處理中，只有一種將被添加到主數據中的子數據的選擇。
這樣，混合器14根據預定的格式將主數據與提供到混合器14的子數據混合，以便製作一個內容。然後，混合器14將該內容提供給收發器單元19，接著收發器單元19通過網際網路4向請求內容的用戶終端5發送該內容。
上述處理在步驟S206中執行。
另一方面，如果在步驟S204中判斷的結果是否定，則操作流程前進到步驟S207，在此針對具有較低系統利用狀態的用戶執行處理。
在這種情況下，在步驟S207執行控制，打開開關15。接著，在下一步S208，鑑別器17請求主數據伺服器11搜索音樂資料庫11A以查找由包括在用戶請求中的內容標識指定的音樂數據，藉助混合器14向收發器單元19提供在搜索中找到的音樂數據，並最終發送。由此，利用打開的開關15藉助混合器14傳輸到收發器單元19的數據僅為用作主數據的音樂數據。也就是說，只發送音樂數據作為內容。
在步驟S206或S208執行的處理完成之後，操作流程前進到步驟S209，在此更新客戶數據13A。
由於在步驟S209執行的處理與在圖4所示的流程圖的步驟S111中執行的處理完全相同，所以不再重複其描述。
但是，在第二種實現的情況下，僅有下載計數用於系統利用的用戶狀態的確定。由此，可以忽略其它的信息，比如來自客戶數據13A的連接時間、連接計數、以及下載時間。
如上所述，僅將下載計數用於系統利用的用戶狀態的確定。但是，應該注意的是，也可以將其它信息，比如連接時間、連接計數、或下載時間用於系統利用的用戶狀態的確定。
2.COD系統(第二實施例)2-1.高質量音頻數據的格式下面將描述本發明的第二實施例。
在上面描述的第一實施例的情況下，將用作子數據的封套數據和/或歌詞添加到用作主數據的音樂數據中，以增加製作的內容的值。另一方面，在第二實施例的情況下，添加到用作主數據的音樂數據的子數據，即音頻數據，改善了作為重放音樂數據的操作結果而獲得的音頻數據的音頻質量。
該描述參照圖9A至9C從通過添加子數據到主數據而使用作主數據的音頻數據的音頻質量提高的數據格式解釋開始。
根據該實施例採納的基本音頻數據格式，將具有圖9A所示波形的模擬音頻信號以88.2kHz的採樣頻率fs轉換成數字音頻數據，並生成16量化位。另一方面，根據現時的CD格式，採樣頻率fs是生成16量化位的44.1kHz。很明顯，根據該實施例採納的音頻數據格式的採樣頻率fs是根據具有44.1kHz的採樣頻率和16量化位的CD格式的採樣頻率fs的兩倍。
如圖9A所示，在88.2kHz的採樣頻率fs下，沿著時間軸的連續採樣位置是N→N+1→N+2→N+3→N+4→N+5等等。為了使描述便於理解，在下面的描述中符號N表示偶數。
如圖9B所示，只有每一個由偶數表示的採樣位置被從N→N+1→N+2→N+3→N+4→N+5等等表示的連續採樣位置中提取出來，給出由N→N+2→N+4等等表示的時間序列。在該時間序列中，存在作為44.1kHz(＝88.2kHz/2)的採樣頻率fs的採樣操作的結果以生成16量化位而獲得的採樣序列。該採樣序列是具有等價於具有CD格式的數據的質量的數字音頻數據。
在餘下的位置N+1→N+3→N+5等等，也存在作為44.1kHz的採樣頻率fs的採樣操作的結果以生成16量化位而獲得的採樣序列。該採樣序列也是具有等價於具有CD格式的數據的質量的數字音頻數據。
接著，在該實施例中，圖9B所示的數字音頻數據用作主數據，而圖9C所示的數字音頻數據用作子數據。應該注意的是，圖9C所示的數字音頻數據自然也可以用作主數據，而圖9B所示的數字音頻數據自然也可以用作子數據。
在該實施例中，使用圖9B所示的數字音頻數據用作主數據，圖9C所示的數字音頻數據用作子數據，或者反之亦然，僅將主數據發送給具有較低服務利用狀態的用戶作為內容，而將主數據和添加到其中的子數據發送給具有較高服務利用狀態的用戶作為內容。
因此，接收包含主數據和子數據的內容的用戶能夠在隨後描述的信號處理中重放包含該主數據和子數據的數字音頻數據，以便再現先前參照圖9A說明的具有88.2kHz採樣頻率和16量化位的格式的數字音頻數據。也就是說，用戶能夠以高於重放具有44.1kHz採樣頻率和16量化位的格式的數字音頻數據的操作的音頻質量重放音樂。
2-2.系統配置假定音頻數據具有上面描述的格式，下面將參照圖8以簡單明了的方式描述由第二實施例實現的COD系統的結構。該圖是表示由第二實施例實現的COD系統的結構的方框圖。與圖2所示COD系統中使用的塊相同的塊用相同的參考標號表示，並且不再重複它們的描述。下面的描述主要描述用戶級別之間的差異。
同樣，在這種情況下，用戶B是花費少的用戶或者處於級別3的用戶。用作花費少的用戶的用戶B接收具有44.1kHz採樣頻率fs和16量化位的2聲道立體聲音頻數據作為內容。也就是說，用戶B接收僅包含代表用戶請求的音樂的主數據的數字音頻數據，作為內容。
如果用作正常花費的用戶或者處於級別2的用戶的用戶A請求一段音樂，則響應該請求，伺服器1發送具有88.2kHz採樣頻率fs和16量化位的2聲道立體聲音頻數據作為內容。也就是說，用戶A接收包含圖9B所示的數字音頻數據和圖9C所示的數字音頻數據、混合代表用戶請求的音樂的數字音頻數據，作為內容。
如果用作高花費的用戶或者處於級別1的用戶的用戶Z請求一段音樂，則響應該請求，伺服器1發送具有88.2kHz採樣頻率fs和16量化位的4聲道立體聲音頻數據作為內容。也就是說，用戶Z接收不僅包含圖9B所示的用作主數據的數字音頻數據和圖9C所示的添加到主數據作為子數據的數字音頻數據、而且包含作為附加子數據的具有88.2kHz採樣頻率fs和16量化位的2聲道音頻數據的數字音頻數據，作為內容。該4聲道音頻數據提供典型的場景展現的豐富感覺，使得獲取高於具有88.2kHz採樣頻率fs和16量化位的2聲道立體聲音頻數據的音頻質量成為可能。
用於該COD系統的伺服器1的結構和操作與例如圖3和圖4分別示出的第一種實現相同。但是，作為子數據，使用存儲在子數據伺服器12的高音頻質量信息資料庫12C中的數字音頻數據。
也就是說，在主數據伺服器11的音樂資料庫11A中，存儲由圖9B所示的音頻數字數據代表的各首音樂。另一方面，在子數據伺服器12的高音頻質量信息資料庫12C中，存儲由圖9C所示的音頻數字數據代表的各首音樂。此外，還存儲具有88.2kHz採樣頻率fs和16量化位的2聲道音頻數據，用於為高花費用戶生成具有88.2kHz採樣頻率fs和16量化位的4聲道音頻數據。
應該注意的是，通過分別將圖6和7所示的第二種實現的結構和操作應用到第二實施例，也可以獲得簡化的COD系統。
3.用戶終端配置下面參照圖10描述在由這些實施例實現的COD系統中、用戶所擁有的用戶終端5的典型結構。圖10所示的用戶終端5由具有連接個人計算機到網際網路4的功能的個人計算機實現。
在圖中所示的結構中，CPU 101通過執行存儲在ROM 102中的各種程序，實現各種處理。
RAM 103用於存儲CPU 101在執行各種處理時需要的數據、程序、以及其它信息。
I/O接口單元104與鍵盤105和滑鼠106相連接。鍵盤105和滑鼠106生成的信號提供給CPU 101。I/O接口單元104還連接到包括用作記錄介質的硬碟的硬碟驅動器(HDD)108。CPU 101能夠通過I/O接口單元104向和從包括在HDD 108中的硬碟存儲和接收數據、程序、以及其它信息。
I/O接口單元104還連接到用於顯示畫面的顯示監視器107。
介質驅動器109是用於特殊類型介質的驅動器。介質驅動器109從和向介質中讀出和寫入數據。
在實施例中用作內容的主數據和子數據可以記錄在各自具有隨後將描述的格式的盤20和20A中。由該實施例提供的介質驅動器109還具有能夠向和從盤20和20A中記錄和重放數據的結構。
通信接口單元110是用於實現用戶終端5和網際網路4之間的通信的接口。例如，如果用戶終端5通過通信線路與網際網路4相連接，則通信接口單元110配置有數據機或類似的部件。另一方面，如果用戶終端5通過網絡與網際網路4相連接，則通信接口單元110是一乙太網接口。
數據接口單元111是用於實現用戶終端5和遵循比如SCSI(小型計算機串行接口)、USB(通用標準總線)、IEEE(電子電工工程師協會)1394的有代表性的接口標準的外圍裝置之間的通信的接口。
應該注意的是，能夠向和從盤20和20A中記錄和重放數據的盤驅動器也可以通過數據接口單元111連接到用戶終端5，作為外圍裝置。
內部總線112是典型的PCI(外設部件互連)總線或局部總線，用於將內部功能單元彼此互連。
4.記錄和重放內容的操作如果將具有下面描述的格式的盤形記錄介質用作記錄依據本實施例的內容的記錄介質，則可以實現記錄和重放操作，其中可以更為有效地使用分成主數據和子數據的每一個內容。但是，應該注意的是，記錄介質的格式不僅限於下面特別描述的各種格式。
圖11A是表示與本實施例提供的內容相兼容的盤20的圖。盤20是一種數據可以向其上記錄並從中重放的盤。應該注意的是，該盤的記錄技術不用具體限定。但是，在本領域的目前狀態下，可以採用重寫型記錄方法，比如磁光技術和相變技術。也可以採用附加類型的記錄技術，比如使用有機塑料薄膜(organic plastidial film)的記錄方法。使用有機塑料薄膜的記錄方法適用於典型的CD-R。
盤20被劃分成位於盤20的徑向上的多個記錄區域。在圖中所示的典型的盤20被劃分成內側的第一記錄區域21和外側的第二記錄區域22。
根據本實施例構成內容的主數據和子數據分別記錄在盤20的第一記錄區域21和第二記錄區域22。
但是，應該注意的是，也可以相反地將子數據和主數據分別記錄在盤20的第一記錄區域21和第二記錄區域22。此外，通過記錄在盤20的預定記錄區域的管理信息中的預定指示，記錄在第二記錄區域22中的每一段子數據與記錄在第一記錄區域21中一段主數據相關聯。但不再描述關聯和管理信息的細節。
如上所述，在一個盤上提供多個記錄區域，用於記錄不同類型的數據。主數據記錄在與用於記錄子數據的區域不相同的區域中。
圖11B是表示另一種以不同方式實現的可以使用的盤20A的圖。盤20A也用於記錄構成依據本實施例的內容的主數據和子數據。
與在同一記錄表面上提供、劃分成多個記錄區域不同，圖11B所示的盤20A具有堆棧層，即，每一個用作一個信號表面的第一記錄層31和第二記錄層32。典型地，第一和第二記錄層31和32分別用於記錄主數據和子數據。應該注意的是，在這種情況下，第一和第二記錄層31和32也可以相反地分別用於記錄子數據和主數據。
給定前面參照圖11A和11B描述的盤，則用戶終端5按如下執行記錄和重放操作。
應該注意的是，為了使解釋便於理解，在下面的描述中假定使用圖11A所示的盤20。
此外，下面描述如下情況，即其中根據第二實施例、發送具有88.2kHz採樣頻率fs和16量化位的2聲道音頻數據作為內容。也就是說，內容的主數據是具有44.1kHz採樣頻率fs和16量化位的2聲道音頻數據，內容的子數據也是具有44.1kHz採樣頻率fs和16量化位的2聲道音頻數據。
在用戶終端5中，從伺服器1發送到用戶終端5的內容由通信接口單元110在CPU 101執行的控制下接收。
該內容包括兩種數據，即具有44.1kHz採樣頻率fs和16量化位的2聲道主數據、以及具有44.1kHz採樣頻率fs和16量化位的2聲道子數據。在將通信接口單元110收到的內容通常臨時存儲到RAM 103的同時，CPU 101控制介質驅動器109將存儲在RAM 103中的內容記錄到裝入介質驅動器109的盤20上。
更具體地說，具有44.1kHz採樣頻率fs和16量化位的2聲道主數據記錄到第一記錄區域21，具有44.1kHz採樣頻率fs和16量化位的2聲道的子數據記錄到第二記錄區域22。應該注意的是，在這種情況下，主數據和子數據以依賴於數據發送的格式的方式記錄到盤20中。例如，可以在記錄主數據之後記錄子數據。另外，主數據和子數據也可以以交替間歇的方式記錄在預定的數據單元中。
重放如上所述記錄的內容的操作典型地如圖12A至12C所示執行。
在如上所述的記錄操作中，具有44.1kHz採樣頻率fs和16量化位的2聲道主數據記錄在第一記錄區域21中，具有44.1kHz採樣頻率fs和16量化位的2聲道子數據記錄在第二記錄區域22中，如圖12A所示。
然後，在預定時刻，分別從第一記錄區域21和第二記錄區域22讀出主數據和子數據，並典型地存儲到示意性地示於圖12B中的一個存儲器中。
也就是說，由於主數據是如圖9B所示沿著時間軸位於位置N→N+2→N+4等等處的採樣陣列，所以主數據的採樣依次存儲在與各自位置相對應的存儲器的主數據區域中的連續地址中。處於同樣原因，由於子數據是如圖9C所示沿著時間軸位於位置N+1→N+3→N+5等等處的採樣陣列，所以子數據的採樣依次存儲在與各自位置相對應的存儲器的另一主數據區域中的連續地址中。
在如圖12B所示的存儲器中存儲的採樣(或數據單元)，按照圖12B所示的帶圓圈的數字的順序被從連續地址中讀出。該順序表明每一個是一個採樣單元的數據單元在主數據和子數據之間被交替地讀出。以這種方式讀出數據單元的操作生成如圖12C所示的位於採樣位置N→N+1→N+2→N+3→N+4→N+5等等處的採樣的陣列。該採樣陣列是具有如圖9A所示格式的88.2kHz採樣頻率fs和16量化位的高音頻質量2聲道數字音頻數據。
接著，以相應於88.2kHz的採樣頻率fs的數據速率重放如圖12C所示、作為讀操作結果獲得的採樣陣列，並經歷相應於16量化位的D/A轉換，從而生成具有高於比如CD格式的音頻質量的音頻質量的重放聲音。
假定重放操作由圖10所示的用戶終端5執行。在這種情況下，CPU 101執行控制，以便從裝入介質驅動器109的盤20中讀出如上所述的主數據和子數據，然後將數據單元以例如如圖12B所示的布局存儲到RAM 103中。
接著，CPU 101控制RAM 103中的讀地址，從中以先前參照圖12B所說明的順序依次讀出數據單元，以便生成具有如圖12C所示的格式的數字音頻數據。然後該數字音頻數據在藉助I/O接口單元104提供給介質驅動器109之前，經歷信號處理。作為信號處理的結果獲得的音頻信號最終輸出到配置在顯示監視器107上的揚聲器。
在具有快閃記憶體等的可攜式音頻重放裝置的情況下，所獲得的具有圖12C所示的格式的音頻數據可以通過數據接口單元111傳輸。
順便提及，為了小心起見，如果使用與盤20不兼容、而是特意為驅動CD格式盤設計的盤驅動器，用於從或向盤20中重放或記錄數據，則不識別第二記錄區域22。由於僅識別第一記錄區域作為信號記錄表面，所以執行與CD格式盤一樣的記錄和/或重放操作。
也就是說，根據本實施例的盤20具有顧及與現存CD格式的兼容性的格式。該兼容性對於圖11B所示的盤20A也為真。更詳細地說，如果使用與盤20不兼容、而是特意為驅動CD格式盤設計的盤驅動器，用於從或向盤20A中重放或記錄數據，則不識別第二記錄層32。由於僅識別第一記錄層31作為信號記錄表面，所以執行與CD格式盤一樣的記錄和/或重放操作。
如上所述，在圖8所示的第二實施例中，向正常花費的用戶發送具有88.2kHz的採樣頻率fs和16量化位的高音頻質量的2聲道數字音頻數據作為內容。也就是說，該內容包括具有44.1kHz的採樣頻率fs和16量化位的2聲道主數據、以及具有44.1kHz的採樣頻率fs和16量化位的2聲道子數據。
但是，應該注意的是，在圖8所示的第二實施例的情況下，對於高花費用戶來說，如上所述的用於盤20的記錄和重放操作可以應用於具有88.2kHz的採樣頻率fs和16量化位的4聲道音頻數據或內容。這是因為盤20包括第一記錄區域21，用於記錄用作主數據的、具有88.2kHz的採樣頻率fs和16量化位的2聲道數字音頻數據；以及第二記錄區域22，用於記錄用作子數據的、具有88.2kHz的採樣頻率fs和16量化位的2聲道子數據。
此外，記錄數據到盤20的操作不僅可以應用到圖8所示的第二實施例，而且也可以應用到圖2所示的第一實施例中。
也就是說，在盤20的情況下，第一記錄區域21用於記錄用作主數據的音樂數據，第二記錄區域22用於記錄子數據，如封套或歌詞。
此外，盤20的記錄和重放操作也可以應用到圖11B所示的盤20A中。更具體地說，第一記錄區域21和第二記錄區域22的記錄和重放操作可以分別應用到盤20A的第一記錄層31和第二記錄層32。
在第一實施例的情況下，子數據典型地為封套數據或歌詞。而且，其它各種可用的信息也可以增加到用作主數據的音樂中，以增加內容的值。可用作子數據的其它信息的示例是與某音樂相關的藝術家的URL(統一資源定位符)和襯託注釋(liner note)。
此外，內容也可以包括主數據以及作為第一實施例的子數據和第二實施例的子數據的組合的子數據。例如，內容可以包括作為主數據的、具有44.1kHz的採樣頻率fs和16量化位的2聲道數字音頻數據、以及包含用於改善音頻質量的具有44.1kHz的採樣頻率fs和16量化位的2聲道數字音頻數據、封套數據、和/或歌詞的子數據。
如上所述，將子數據添加到內容的主數據，以便改善內容的音頻質量。此外，作為另一種改變音頻質量的可用方法，數字音頻數據可以根據預定技術以不同的壓縮率因子來壓縮。
如上所述，當服務利用狀態超出預定值時，將與要下載的主數據有關聯的子數據發送到用戶終端5。另外，當服務利用狀態超出預定值時，也可以將與過去已經下載的主數據有關聯的子數據發送給用戶終端5。
此外，本發明的主數據不僅限於音樂數據。主數據也可以是移動畫面數據，比如視頻軟體，或某些靜態畫面數據。與該主數據相關的可用子數據可以是用於通過內插用作主數據的畫面、以增強畫面的解析度的畫面子數據。
作為另一個選擇，也可以發送壓縮率因子根據服務利用狀態而變化的畫面數據、或者發送寬高比根據服務利用狀態而變化的所謂寬屏幕畫面的數據。也就是說，將具有高音頻質量或畫面質量的畫面發送給高級服務利用狀態的用戶。
在作為內容分配電影的情況下，故事呈現給用戶的方式可以根據服務利用狀態來變化。作為進一步的選擇，可以將製片商或導演剪輯掉的場景添加到分配給高花費用戶的影片中，作為回報。
另外，主數據可以是遊戲的程序數據。與該主數據相關的子數據可以是比如典型地增加遊戲中故事分支的數量的程序、或使出現在遊戲中的角色等的數量增加的數據的子數據。也就是說，添加子數據使遊戲更多樣化並且更有趣。
此外，根據本發明的COD系統不僅限於上面描述的第一和第二實施例。也就是說，可以對這些實施例進行適當的變化和修改。
例如，在這些實施例的情況下，用戶擁有用作用戶終端5的個人計算機，並操作該個人計算機。但是，應該注意的是，也可以用安裝在商店或類似地方、並通過專用通信線路連接到伺服器1的公用終端替代個人計算機。
如上所述，根據本發明，當用戶請求內容時，伺服器或信息中心根據用戶特有的信息和包括在請求中的用戶標識，或者僅發送主數據作為請求內容，或者一起發送主數據和子數據作為請求內容。
和主數據一起發送的子數據用於根據在用戶特有信息中表明的用戶的服務利用狀態等，改變內容的值。
在該系統實現中，可以根據服務利用的用戶狀態提供不同的服務。更具體地說，可以應用在普通市場中廣泛採用的實踐，以便向對於網際網路購物或諸如此類具有高級服務利用狀態的用戶提供好的服務。結果，使市場更為活躍。
另外，根據本發明的用戶終端可以用於從信息中心下載內容(主數據)和與該主數據有關的附加數據，並將主數據和附加數據分別存儲在記錄介質的不同數據記錄區域中。
使用傳統的重放裝置，例如僅有主數據可以從記錄介質上其記錄區域中重放。但是，如果使用符合記錄介質的格式的重放系統，則既可以在此種記錄介質上從其記錄區域中僅重放主數據，也可以在該記錄介質上從記錄區域中重放主數據和子數據兩者。也就是說，根據本發明的記錄介質是與傳統的重放裝置向上兼容的，並可以用於記錄依據本發明的內容，以及使內容從中重放。符合該記錄介質的格式的重放系統能夠有效地記錄和重放根據本發明分配的內容。本發明也提供寬泛的普遍性，使用戶能夠使用現存的重放裝置及類似裝置。
儘管已經使用特定術語描述了本發明的優選實施例，但是該描述僅用於說明目的，並且應該理解的是，在不脫離所附權利要求的構思和範圍的情況下，可以進行各種變化和修改。
權利要求
1.一種伺服器，包括主數據存儲部件，用以存儲主數據；子數據存儲部件，用以存儲與所述主數據存儲部件存儲的所述主數據相關的子數據；用戶信息存儲部件，用以存儲用戶固有的信息；接收部件，用於接收識別用戶的信息；比較部件，用於比較由所述接收部件收到的用戶識別信息與存儲在所述用戶信息存儲部件中的用戶固有信息；判定部件，用於根據所述比較部件產生的比較結果判定用戶的利用狀態；以及控制部件，用於根據所述判定部件產生的判定結果，執行控制以僅傳輸存儲在所述主數據存儲部件中的主數據、或者是傳輸存儲在所述主數據存儲部件中的主數據以及存儲在所述子數據存儲部件中的子數據。
2.根據權利要求1所述的伺服器，其中存儲在所述主數據存儲部件中的主數據是音頻數據。
3.根據權利要求1所述的伺服器，其中存儲在所述子數據存儲部件中的子數據至少是封套圖像、歌詞、襯託注釋(liner note)、以及URL地址中的一個。
4.根據權利要求2所述的伺服器，其中存儲在所述子數據存儲部件中的子數據是用於提高存儲為所述主數據的所述音頻數據的音頻質量的附加信息。
5.根據權利要求1所述的伺服器，其中存儲在所述主數據存儲部件中的主數據是畫面數據。
6.根據權利要求5所述的伺服器，其中存儲在所述子數據存儲部件中的子數據是用於提高存儲為所述主數據的所述畫面數據的畫面質量的附加信息。
7.根據權利要求1所述的伺服器，其中存儲在所述主數據存儲部件中的主數據是遊戲程序數據。
8.根據權利要求7所述的伺服器，其中存儲在所述子數據存儲部件中的子數據是用於使存儲為所述主數據的所述遊戲程序的故事多樣化的附加信息。
9.根據權利要求1所述的伺服器，其中存儲在所述用戶信息存儲部件中的用戶固有信息是連接計數、下載計數、連接時間、以及下載時間中的至少一個。
10.一種分配系統，包括一個信息中心和多個終端，每個終端通過預定的通信線路連接到所述信息中心，所述信息中心包括主數據存儲部件，用以存儲主數據；子數據存儲部件，用以存儲與所述主數據存儲部件存儲的所述主數據相關的子數據；用戶信息存儲部件，用以存儲用戶固有的信息；接收部件，用於接收識別用戶的信息；比較部件，用於比較由所述接收部件收到的用戶識別信息與存儲在所述用戶信息存儲部件中的用戶固有信息；判定部件，用於根據所述比較部件產生的比較結果判定用戶的利用狀態；以及控制部件，用於根據所述判定部件產生的判定結果，執行控制以僅傳輸存儲在所述主數據存儲部件中的主數據、或者是傳輸存儲在所述主數據存儲部件中的主數據以及存儲在所述子數據存儲部件中的子數據。
11.根據權利要求10所述的分配系統，其中存儲在所述主數據存儲部件中的主數據是音頻數據。
12.根據權利要求10所述的分配系統，其中存儲在所述子數據存儲部件中的子數據至少是封套圖像、歌詞、襯託注釋(liner note)、以及URL地址中的一個。
13.根據權利要求11所述的分配系統，其中存儲在所述子數據存儲部件中的子數據是用於提高存儲為所述主數據的所述音頻數據的音頻質量的附加信息。
14.根據權利要求10所述的分配系統，其中存儲在所述主數據存儲部件中的主數據是畫面數據。
15.根據權利要求14所述的分配系統，其中存儲在所述子數據存儲部件中的子數據是用於提高存儲為所述主數據的所述畫面數據的畫面質量的附加信息。
16.根據權利要求10所述的分配系統，其中存儲在所述主數據存儲部件中的主數據是遊戲程序數據。
17.根據權利要求16所述的分配系統，其中存儲在所述子數據存儲部件中的子數據是用於使存儲為所述主數據的所述遊戲程序的故事多樣化的附加信息。
18.根據權利要求10所述的分配系統，其中存儲在所述用戶信息存儲部件中的用戶固有信息是連接計數、下載計數、連接時間、以及下載時間中的至少一個。
19.一種分配方法，用以從一個信息中心向每一個都通過預定的通信線路與所述信息中心相連的多個終端分配內容，所述分配方法包括下列步驟從任一所述終端接收用戶標識和內容訂單；根據所述接收步驟接收的用戶標識，引用在所述信息中心使用的存儲器中存儲的客戶數據；基於所述數據引用步驟引用的客戶數據判定利用狀態；以及根據所述利用狀態判定步驟判定的利用狀態，響應從所述終端接收到的內容訂單，形成關於是否要增加額外的數據給要被傳輸到所述終端中的一個的內容的判斷。
20.一種終端，能夠通過通信線路與信息中心通信、並能夠向和從一個記錄介質中記錄和重放數據，所述通信線路將所述終端與所述信息中心連接，所述介質有多個數據記錄區域，所述終端包括傳輸部件，用以將用戶標識和指定內容的內容訂單傳輸給所述信息中心；接收部件，用以接收由所述信息中心根據所述用戶標識和所述內容訂單選出的內容、以及由所述信息中心判定的要從所述信息中心增加到所述內容中的額外數據；以及記錄部件，用以在所述記錄介質的所述不同數據記錄區記錄由所述接收部件接收的內容和額外數據。
全文摘要
本發明提供一種能夠管理用戶的系統利用頻率比如下載計數和連接時間、以及根據用戶的系統利用頻率改變從伺服器發送給客戶的內容的質量的在線請求內容系統。由此,向高系統利用頻率的用戶提供高質量的內容或高級功能的內容。通過根據用戶的系統利用頻率向用戶提供不同的內容,可以激活網絡經濟。
文檔編號G06Q50/00GK1344078SQ0113287
公開日2002年4月10日 申請日期2001年9月12日 優先權日2000年9月12日
發明者佐古曜一郎, 中川富博, 古川俊介, 鳥山充, 豬口達也, 木島薰, 櫻井和子, 工藤淳一, 內海祥雅, 丹下明 申請人:索尼公司