JP4356226B2 - サーバ装置、配信システム、配信方法、及び端末装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワーク等の回線に接続されたサーバ装置、配信システム、配信方法、及び端末装置に関する発明である。
【０００２】
【従来の技術】
音楽、ビデオソース、ゲームソフト等の、いわゆるコンテンツといわれるものをデジタル化してデータとしてサーバに蓄積し、例えばＩＳＤＮ,アナログ電話回線、衛星回線等の公衆回線を介して 上記サーバに接続してダウンロードすることが行われてきている。このようなシステムの形態は、ＣＯＤ（コンテンツ・オン・デマンド）ともいわれる。
図１は、上記ＣＯＤシステムの一形態例を概略的に示している。
サーバ１には、例えばコンテンツホルダー会社２が制作等をして所有している楽曲、映画等のビデオソフト、ゲームソフト等のコンテンツが供給される。サーバ１では、これらの供給されたコンテンツをデジタルデータ化して、コンテンツデータとして記憶して蓄積を行う。
このサーバ１は、この場合にはインターネット４を介して、例えば全世界のユーザＡ，Ｂ・・・Ｚが所有するユーザ端末装置５，５・・・５が接続してくることで、これらユーザ端末装置５，５・・・５と通信できるようになっている。
【０００３】
サーバ１では、例えば、接続されたユーザ端末装置５に対して、コンテンツのリストなどが示されるメニュー情報を送信する。ユーザ端末装置５では、受信したメニュー情報を、例えばいわゆるブラウザ画面として表示させたうえで、所要の操作手順によって、所望のコンテンツデータを選択する。そして、選択したコンテンツデータのダウンロードを要求するオーダー情報を送信する。
上記したオーダー情報を送信するまでの操作を行う際には、ユーザは自分が所有しているクレジットカード番号や銀行口座番号、自分を認証するために課金情報である認証コードを入力したり、ユーザが購入したプリペイドカードの識別コードを課金情報として入力するようにもされ、これらの情報もオーダー情報には含まれているものとされる。
【０００４】
サーバ１においては、上記オーダー情報をインターネット４を介して受信すると、このオーダー情報に含まれる認証コード等を利用して認証を行う。
ここで、サーバ１ではコンテンツホルダー会社２から供給された多数のコンテンツをデータとして記憶している。そして上記認証が得られたことを確認すると、サーバ１からはオーダー情報により要求されたコンテンツを送信する。また、この際には、オーダー情報に含まれているとされる課金情報に基づいて、ユーザが契約している銀行３から対価の支払いを行う。
【０００５】
上記のようにしてサーバ１から送信されたコンテンツのデータは、ユーザ端末装置５にて受信され、しかるべき記憶メディアに対して記憶される。つまり、コンテンツデータのダウンロードが行われる。
このようにして、回線を通じてユーザが所望のコンテンツデータを購入し、ダウンロードするというＣＯＤのシステムが構築される。
【０００６】
【発明が解決しようとする課題】
ところで、例えば店舗などでの販売などによる一般の市場にあっては、頻繁に物品を購入したり、また、その購買総額が所定以上となった購買客には、ディスカウント（値引き）やおまけをつけたりするなどの付加価値的サービスを提供することがしばしば行われる。これにより、例えば購買客の購買意欲や店舗間の競争が促されて市場の活性化が図られる。
しかし、上記したようなＣＯＤに代表されるようなネットビジネスにおいてはそのような要素は存在しなかった。
【０００７】
【課題を解決するための手段】
そこで、本発明は上記した課題を考慮して、例えばＣＯＤシステムにおいて、ユーザの利用度に応じたサービス等の差別化が行われるようにして、例えば市場の活性化等が図られるようにすることを目的とする。
【０００８】
このため、メインデータを蓄積するメインデータ蓄積手段と、メインデータに関するサブデータを蓄積するサブデータ蓄積手段と、ユーザ固有の情報を蓄積するユーザ情報蓄積手段と、ユーザの識別情報を受信する受信手段と、この受信手段にて受信したユーザの識別情報と上記ユーザ情報蓄積手段に蓄積されたユーザ固有の情報を比較する比較手段と、この比較手段による比較結果に基づいて上記ユーザの利用状況を判別する判別手段と、この判別手段での判別結果に応じて、メインデータ蓄積手段に蓄積されているメインデータのみを送信させるように、または、メインデータ蓄積手段に蓄積されているメインデータとともにサブデータ蓄積手段に蓄積されているサブデータを送信させるように制御する制御手段とを備えてサーバ装置を構成することとした。
【０００９】
また、情報センターと、この情報センターと所定の回線により接続される複数の端末装置を備えた配信システムとして次のように構成する。
つまり、上記配信しシステムにおける情報センターとして、メインデータを蓄積するメインデータ蓄積手段と、メインデータに関するサブデータを蓄積するサブデータ蓄積手段と、ユーザ固有の情報を蓄積するユーザ情報蓄積手段と、端末装置から送信されるユーザの識別情報を受信する受信手段と、この受信手段にて受信したユーザの識別情報と上記ユーザ情報蓄積手段に蓄積されたユーザ固有の情報を比較する比較手段と、この比較手段による比較結果に基づいて上記ユーザの利用状況を判別する判別手段と、この判別手段での判別結果に応じて、メインデータ蓄積手段に蓄積されているメインデータのみを送信させるように、または、メインデータ蓄積手段に蓄積されているメインデータとともにサブデータ蓄積手段に蓄積されているサブデータを送信させるように制御する制御手段とを備えるものである。
【００１０】
また、情報センターと、この情報センターと所定の回線にて接続されている複数の端末装置との間でコンテンツデータを送受信する配信方法として次のように構成する。
つまり、端末装置から送信されてくるユーザ識別子とオーダーデータを受信する受信手順と、受信したユーザ識別子に基づいて上記情報センター内のメモリに記憶されている顧客データを参照するデータ参照手順と、参照した顧客データに基づいて利用状況を判別する利用状況判別手順と、この利用状況判別手順により判別した利用状況に応じて、上記端末装置から送信されてくるオーダーデータに対応するコンテンツデータに対して、付加データを付加するか否かを判別するデータ付加判別手順とを実行するように構成するものである。
【００１１】
上記各構成によれば、サーバ装置若しくは情報センターでは、ユーザ固有の情報を保持しており、このユーザ固有の情報と受信したユーザ識別情報に基づいて、メインデータのみを送信するか、或いはメインデータと共にサブデータを送信するのかを決定することが可能となるものである。
これは換言すれば、ユーザ固有の情報の内容の相違に応じて、メインデータのみが送信されるユーザと、メインデータとサブデータが送信されるユーザとの差別化が行われることを示している。
【００１２】
また、所定の回線により情報センターと通信可能とされると共に、それぞれ複数のデータ記録領域を有する所定の記録媒体に対応して記録再生が可能な端末装置としては、次のように構成する。
情報センターに対してコンテンツデータについてのオーダデータ及びユーザ識別子を送信可能な送信手段と、オーダデータ及びユーザ識別子に基づいて、情報センターにて選択されて送信されるコンテンツデータと、このコンテンツデータに対して付加すべきと判定された付加データとを受信可能な受信手段と、この受信手段により受信したコンテンツデータと付加データとを、記録媒体のそれぞれ異なる所要のデータ記録領域に対して記録することのできる記録手段とを備えることとした。
【００１３】
上記構成による端末装置では、情報センタに対してオーダデータ及びユーザ識別子を送信することで、コンテンツデータと、このコンテンツデータに付加される付加データとを受信取得することができる。
そして、このようにして取得したデータを複数のデータ記録領域を有する記録媒体に記録するのにあたっては、コンテンツデータと付加データとをそれぞれ異なるデータ記録領域に記録するようにされる。これにより、コンテンツデータと付加データを所定の記録媒体のフォーマットに従って適正にダウンロードすることが可能となるものである。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態について説明していくこととする。本発明の実施の形態としては、楽曲としてのオーディオデータ等をはじめとする各種コンテンツデータを、回線を介して接続される端末装置に対して配信する、ＣＯＤシステムを例に挙げることとする。
また、本発明としては、ＣＯＤシステムにより配信されるコンテンツデータは、上記した楽曲としてのオーディオデータのみではなく、例えばビデオソフト、ゲームソフト等とされても構わないのであるが、以降においては、説明の便宜上、楽曲を配信するＣＯＤシステムであることを基礎として説明を行う。
【００１５】
また、以降の説明は次の順序で行っていく。
１．ＣＯＤシステム（第１の実施の形態）
１−１．コンテンツデータの配信形態
１−２．サーバの構成（第１例）
１−３．サーバの処理動作（第１例）
１−４．サーバの構成（第２例）
１−５．サーバの処理動作（第２例）
２．ＣＯＤシステム（第２の実施の形態）
２−１．高音質オーディオデータのフォーマット
２−２．システム構成
３．ユーザ端末装置の構成
４．コンテンツデータの記録再生
【００１６】
１．ＣＯＤシステム（第１の実施の形態）
１−１．コンテンツデータの配信形態
図２のブロック図は、本発明としての第１の実施の形態とされるＣＯＤシステムの構築例、及びコンテンツデータの配信形態を示している。
サーバ１には、例えばコンテンツホルダー会社２が制作等をして所有している楽曲、ビデオソフト、ゲームソフト等の各種のコンテンツが供給される。サーバ１では、これらの供給されたコンテンツをデジタルデータ化して、配信用のコンテンツデータとして記憶して蓄積しているものとされる。
このサーバ１は、この場合にはインターネット４と接続される。そして、例えば全世界のユーザＡ，Ｂ・・・Ｚが所有するユーザ端末装置５，５・・・５がサーバ１に対して接続してくることで、これらユーザ端末装置５，５・・・５と通信できるようになっている。
なお、ユーザ端末装置５は、この場合にはインターネット４と接続可能な機能を有するパーソナルコンピュータとされてもよいし、後述するようにして本実施の形態に対応するディスク状記録媒体への記録再生機能を備え、かつ、インターネットとの接続機能を備えたような機器であってもよい。
【００１７】
また、すくなくともサーバ１とユーザ端末装置５とを接続する通信回線としてはインターネット４に限定されるものではなく、ＩＳＤＮ,アナログ電話回線、衛星回線等の他の公衆回線とされてもよいものである。
【００１８】
ユーザが所有するユーザ端末装置５によりサーバ１に対して接続するのには、例えばマウス、キーボード等を用いての所定操作によって、サーバ１に対応して割与えられているとされるＵＲＬ(Uniform Resource Locator)入力し、アクセスを実行させるようにする。
【００１９】
サーバ１では、接続を行ってきたユーザ端末装置５に対して、例えば、コンテンツのリストなどが示されるコンテンツガイド情報を送信する。
このコンテンツガイド情報は、コンテンツが楽曲の場合には、曲名、アーテイスト名、ジャンル、価格等となる。また、コンテンツがビデオソフトの場合には、タイトル、製作者名、ジャンル、価格等となり、ゲームソフトの場合には、ゲームソフト名、製作者名、ジャンル、価格等となる。
ユーザ端末装置５では、受信したコンテンツガイド情報を、例えばいわゆるブラウザ画面として表示させる。このブラウザ画面は、いわゆるＧＵＩ（Graphic User Interface）により、コンテンツデータの選択をはじめとする各種の所要の項目の入力操作が可能となっている。
そして、そのユーザ端末装置５を所有するユーザは、所定の操作手順により所望のコンテンツデータを選択することができるようになっており、コンテンツデータの選択が決まれば、選択したコンテンツデータのダウンロードを要求するオーダー情報を送信するための操作を行うこともできるようになっている。
【００２０】
なお、オーダー情報には当然のこととしてユーザが希望したコンテンツデータを指定するためのコンテンツデータ識別情報を有するが、上記したオーダー情報を送信するまでの操作を行う際には、ユーザは自分が所有しているクレジットカード番号や銀行口座番号、自分を認証するために課金情報である認証コードを入力したり、ユーザが購入したプリペイドカードの識別コードを課金情報として入力するようにもされる。そして、これらの情報もオーダー情報には格納されているものとされる。
【００２１】
サーバ１においては、上記のようにしてユーザ端末装置５からインターネット４を介して送信されるオーダー情報を受信すると、このオーダー情報に格納されている認証コード等を利用して認証処理を実行する。ここで認証が得られれば、今回オーダーを行ったユーザが当該ＣＯＤのサービスを享受できる正規のユーザであることが確認されることになる。
【００２２】
サーバ１では、コンテンツホルダー会社２から供給された多数のコンテンツをデータとして記憶している。そして上記のようにして認証が得られたことを確認すると、サーバ１ではオーダー情報内のコンテンツデータ識別情報により指定されるコンテンツの検索を行う。
【００２３】
そして、この検索したコンテンツデータをユーザ端末装置５に対して送信する。ユーザ端末装置５では、送信されてきたコンテンツデータを受信して、これを記録媒体に記録して保存する。つまり、コンテンツデータのダウンロードを行うものである。
また、この際には、オーダー情報に含まれているとされる課金情報、即ちクレジットカード番号、銀行口座番号、プリペイドカード番号等に基づいて、ユーザが契約している銀行３からユーザが購入したコンテンツデータについての対価の支払いを実行する。この支払われた対価としての金額は、サーバを運営する企業や、コンテンツホルダー会社２等によって利益として配分される。
【００２４】
以上が、図２に示すＣＯＤシステムにおける基本的な配信態様となる。
ここで、サーバ側の動作として、オーダー情報によって指定されたコンテンツデータのみを常にアップロードするとすれば、特に図１に示したＣＯＤシステムと代わるところはない。これに対して、本実施の形態においては、次に説明するようにして、ユーザの利用度に応じて、サーバ５から配信するコンテンツデータとして、指定されたコンテンツのみではなく、これに関連して付加し得る内容のデータも含めるようにされる。つまり、利用度に応じていわゆるおまけ的なサービスを提供し、更には、利用度に応じてそのサービス内容も変更するものである。
【００２５】
このために、サーバ１においては、これまでにサーバ１を利用してコンテンツデータのダウンロードを行った各ユーザについてのこれまでの利用状況を示し得る所定内容を有する、顧客データ１３Ａを有している。
そしてこの顧客データ１３Ａに基づいて、今回オーダーをしてきたユーザの利用度に対応する「ユーザレベル」を判定し、この判定されたユーザレベルに応じて、例えば本来指定されたメインとなる楽曲データに対して、これに関連するサブデータを決定する。そしてこれをコンテンツデータとしてユーザ端末装置５に対して送信する。
【００２６】
具体例として、サーバ１では、顧客データ１３Ａで示されるユーザの利用状況に基づき、ユーザのユーザレベルを３段階に分けて設定しているものとする。つまり、最もユーザレベル高い「ヘビーユーザ」と、次にユーザレベルが高いとされる「ノーマルユーザ」と、最もユーザレベルが低いとされる「ライトユーザ」とに分けるようにされる。そして、図２にあっては、ユーザＡがノーマルユーザとされ、ユーザＢがライトユーザとされ、ユーザＺがヘビーユーザとされている。
【００２７】
そしてサーバ１では、ユーザ端末装置５からオーダー情報の送信、つまり楽曲データのオーダーがあった場合に、顧客データ１３Ａと送信されたオーダ情報におけるユーザＩＤとに基づいて、オーダ情報を送信してきたとされるユーザのユーザレベルを判定する。そして、ユーザレベルに応じて、アップロードするコンテンツデータの内容を例えば次のように変更する。
【００２８】
ユーザ端末装置５からオーダー情報の送信を行ったのが、ライトユーザであるユーザＢであると判定した場合には、図示もするように、コンテンツデータとして楽曲データのみを送信する。つまり、サブデータを付加せず、オーダーされた楽曲データのみを送信する。
また、ノーマルユーザであるユーザＡの場合には、オーダーされた楽曲データに対して、ジャケットデータを付加したコンテンツデータを送信する。ここでいうジャケットデータとは、その楽曲データについてのいわゆるジャケット画としての画像データであり、例えばこれを再生することでジャケット画を表示させることができる。
そして、ヘビーユーザであるユーザＺの場合には、オーダーされた楽曲データに対して、ジャケットデータ、及び歌詞データを付加して、コンテンツデータとして送信する。ここでの歌詞データは、テキストデータや歌詞が文字として示される画像データ等とされ、これを再生することによっても、歌詞を表示させることができる。
【００２９】
このように本実施の形態では、サーバ１側において、これまでのユーザの利用状況に応じてユーザレベルを設定できるようにしておき、そのユーザのユーザレベルに応じて、メインとなる楽曲データ等に対してジャケットや歌詞等のデータを選択して付加するようにしている。この場合には、ジャケットや歌詞等のデータが付加されることで、メインの楽曲データにはＣＤなどの音楽ソフト的な価値が与えられることになる。
このような構成であれば、例えば一般の市場において行われているような、購買客の利用度に応じてサービスの程度も向上させていくということが、インターネット等を介したいわゆるネットショッピングにおいても行われることになる。従って、ユーザの購買意欲が増し、また、このようなビジネスを行っている運営側の市場競争も刺激されることから、ネットショッピングの活性化が図られることになるものである。
。
【００３０】
１−２．サーバの構成（第１例）
図３のブロック図は、上記図２に示したサーバ１の内部構成例を示している。なお、この第１の実施の形態としてのサーバ１の動作としては、以降説明するように第１例と第２例を挙げているのであるが、この図３に示すサーバ１は、第１例に対応している。
【００３１】
この図に示すように、サーバ１内においては、例えばメインデータサーバ１１、サブデータサーバ１２、及び顧客データサーバ１３の３つのサーバを備えている。
メインデータサーバ１１には、配信のためのコンテンツデータとして、メインとなるデータが格納される。ここでは、多数の楽曲データがデータベース化された楽曲データベース１１Ａが格納されているものである。
サブデータサーバ１２には、配信のためのコンテンツデータとして、サブデータとして付加されるべきデータが格納される。図２においては、楽曲データに関連して付加すべきサブデータは、ジャケットデータや歌詞データ等としていることから、これに対応してサブデータサーバ１２には、ジャケットデータベース１２Ａ，歌詞データベース１２Ｂが格納される。
なお、この図においてサブデータサーバ１２に格納されるべきデータベースとして、高音質情報データベース１２Ｃも示されているが、これは後述する第２の実施の形態に対応するものであることから、ここでの説明は省略する。
【００３２】
本実施の形態のＣＯＤシステムとしては、多数のユーザがこれを利用するのであるが、顧客データサーバ１３には、これまでに本実施の形態のＣＯＤシステムを利用したユーザの利用状況を管理する、顧客データ１３Ａが格納される。
【００３３】
上記顧客データ１３Ａの構造を図５に概念的に示す。
この図に示されるように、顧客データ１３Ａとしては、これまでにサーバ１にアクセスしてＣＯＤを利用した全ユーザＡ，Ｂ・・・Ｚごとについての利用状況が示される個人データの集合よりなる。そして、各個人データは、例えば図示するように、ユーザＩＤ、ダウンロード回数、ユーザレベル、接続時間、接続回数、及びダウンロード時間等から成る。
ユーザＩＤは、例えばユーザが本実施の形態のＣＯＤシステム利用のための最初の契約を行った際に、ユーザごとに固有となるように割り与えられるＩＤである。
【００３４】
ダウンロード回数は、これまでにコンテンツデータをダウンロードした回数の累積が示される。
【００３５】
また、ユーザレベルは、そのユーザのこれまでの使用状況、使用履歴に基づき、所定の規則に従って与えられるもので、これは、ユーザの利用度を示す。このユーザレベルは、例えば上記ダウンロード回数のほか、次に説明する接続時間、接続回数、ダウンロード時間のうち、少なくとも１つの値を利用して設定することができる。
このユーザレベルの段階数としては、特に限定しないが、ここでは、説明の便宜上、ユーザレベル１，２，３の３段階であるものとする。ユーザレベル１が最も利用度が高く、これは、図２にて説明したヘビーユーザに対応する。ユーザレベル２は次に利用度が高く、ノーマルユーザに対応する。そしてユーザレベル３は、最も利用度が低いライトユーザに対応する。
【００３６】
接続時間は、これまでの利用履歴として、そのユーザがサーバ１に接続していた累積時間が示される。接続回数は、これまでにそのユーザがサーバ１に接続した回数の累積が示される。
また、ダウンロード時間は、これまでに、ユーザがダウンロードに要したとされる時間の累積が示される。
【００３７】
そして、先にも述べたように、ユーザレベルは、これらダウンロード回数、接続時間、接続回数、及びダウンロード時間等の情報、つまり、ユーザの利用状況を示す情報に基づいて設定するようにされる。
図５においては、例えばダウンロード回数のみに基づいてユーザレベルを設定しているものとされる。つまり、ダウンロード回数を、或る所定の回数を境界として３段階に区切り、各段階のダウンロード回数ごとにユーザレベル１，２，３を対応づけるものである。図５の例では、ダウンロード回数が２００回のユーザＺにユーザレベル１が設定され、ダウンロード回数が５０回のユーザＡにユーザレベル２が設定され、ダウンロード回数が１０回のユーザＢにユーザレベル３が設定される。
【００３８】
そして、実際としては、上記ダウンロード回数ではなく、接続回数、接続時間、ダウンロード時間の少なくとも何れか１つをユーザレベルの設定に利用してもよいものである。
例えば接続時間のみをユーザレベル設定に利用するとすれば、接続時間が５時間のユーザＺをユーザレベル１とし、３時間のユーザＢをユーザレベル２とし、２．５時間のユーザＡをユーザレベル３とするように設定することができる。
また、もちろんのこと、ダウンロード回数、接続回数、接続時間、ダウンロード時間のうちから適切に選択した２以上の情報を利用してユーザレベルを設定してよいものである。
【００３９】
つまり、上記した利用状況を示す各情報としては、意味合いが異なってくるために、これらの意味合いを考慮して、ＣＯＤの運営に適切とされるものの何れか１つを選択し、また、複数を選択して併用するようにされる。
例として、ダウンロード回数は少ないとしても、サーバへの接続時間が所定時間以上であるような場合には、サーバへの接続時に表示しているとされる広告宣伝を見ている時間が多いと考えられるので、これに対する見返りとして、接続時間の増加に応じて応じて高めのユーザレベルを設定することが考えられる。
また、同じ容量のコンテンツをダウンロードする場合でも、通信回線が混雑していてダウンロード時間が長くかかったような場合にも、ユーザはダウンロード時に表示される広告宣伝を見ている時間が長いと考えられるため、ダウンロード時間を考慮して、ユーザレベルを設定することも考えられる。
【００４０】
図３に説明を戻す。
制御部１６は、サーバ１の動作を制御する。そして本実施の形態としては、例えばソフトウェアプログラムにより実現される機能ブロックとして、判別器１７と比較器１８を備える。これら判別器１７と比較器１８としての動作については後述する。
【００４１】
合成器１４は、メインデータサーバ１４から出力されるメインデータとしての楽曲データと、サブデータサーバ１２から切り換え器１５を介して出力されるサブデータとを合成して、１つのコンテンツデータとしての形式に纏める処理を行うものとされる。ここから出力されるコンテンツデータは送受信部１９に対して転送される。
切り換え器１５は、サブデータサーバ１２から合成器１４へのサブデータの出力の供給／停止を行うために設けられ、この場合には、図示するようにサブデータサーバ１２と合成器１４との間に挿入されるスイッチとしての形態とされている。そして、この切り換え器１５のオープン／クローズは、制御部１６の制御により行われるものとしている。
【００４２】
送受信部１９は、当該サーバ１とのインターネット４を介しての通信のために設けられ、インターネット４を介して当該サーバ１に送信されてきた情報を受信して取り込み、また、コンテンツ情報等をはじめとする当該サーバ１から送信すべき情報をインターネット４を介して送信する。
【００４３】
なお、サーバ１としては、例えば実際には、前述したコンテンツガイド情報も送信可能な構成を採るのであるが、ここでは、これらの機能に関する部位の図示は省略して、コンテンツデータの送信に関する部位のみについて示している。
【００４４】
１−３．サーバの処理動作（第１例）
続いて、上記構成によるサーバ１が、先に図２により説明したコンテンツデータの配信を行うための処理動作について、図４のフローチャートを参照して説明する。なお、この図においては、説明の便宜上、ユーザレベルの判定と、判定されたユーザレベルに応じたコンテンツの送信のための処理を示すにとどめ、例えば認証処理等の他の処理については省略している。
ユーザが所有するユーザ端末装置５の何れかからインターネット４を介してオーダ情報が送信されてくると、これが送受信部１９にて受信され、例えばユーザリクエストデータとして制御部１６に転送される。このとき、制御部１９はステップＳ１０１の処理により、ユーザリクエストを受信して取得することになる。
【００４５】
受信したユーザリクエストデータには、前述もしたように認証等のために必要となるユーザＩＤが格納されているが、次のステップＳ１０２においては、このユーザリクエストデータ内に格納されるユーザＩＤを参照する。
そして続くステップＳ１０３においては、顧客データサーバ１３に格納される顧客データ１３Ａから、上記ステップＳ１０２にて参照したユーザＩＤと一致する個人データを検索することが行われる。
このために、制御部１６では、顧客データサーバ１３の顧客データ１３Ａの一覧を比較器１８に取り込み、この顧客データ一覧にリストアップされるユーザＩＤと、ユーザリクエストデータから抽出したユーザＩＤとについての比較を行う。この比較処理の結果、顧客データ一覧のユーザＩＤのうちから、ユーザリクエストデータのユーザＩＤと一致するものが得られ、これによって、顧客データ１３Ａから目的の個人データが検索されることになる。
【００４６】
そして、次のステップＳ１０４においては、ユーザレベルを判別する。このためには、判別器１７の処理として、検索された個人データの内容を顧客データサーバ１３から取得し、ここに格納されるユーザレベルの値を参照するようにされる。そして、識別されたのがユーザレベル１であればステップＳ１０５に進み、ユーザレベル２であればステップＳ１０７に進み、ユーザレベル３でればステップＳ１０９に進む。
【００４７】
ユーザレベル１である場合のステップＳ１０５においては、切り換え器１５をクローズの状態となるように制御することで、合成器１４によってメインの楽曲データとサブデータとによってコンテンツデータが作成可能な状態を得る。そしてステップＳ１０６に進む。
【００４８】
ステップＳ１０６においては、リクエストされたメインデータである楽曲データを選択し、更に、この選択した楽曲データに付加すべきサブデータとして、ユーザレベル１に対応するものを選択する。そして選択されたメインデータである楽曲データに対して選択されたサブデータを付加してコンテンツデータを作成する。そして、この作成されたコンテンツデータを送信出力させる。
【００４９】
このために、先ずは、ユーザリクエストデータに格納されていたコンテンツデータ識別情報により指定される楽曲データを、メインデータサーバ１１の楽曲データベース１１Ａから検索して合成器１４に対して出力させる。ここでは、このための処理は、判別器１７が行うものとしている。
そして、判別器１７からは、サブデータ選択情報が出力される。これは、判別器１７にて判別されたユーザレベルに応じた種類のサブデータが選択されるように指示をするための情報とされる。
サブデータ選択情報に基づいて、サブデータサーバ１２では、付加すべきサブデータを検索する。この場合、検索条件としては、コンテンツデータ識別情報により指定される楽曲データに関連づけられているサブデータとなるが、ユーザレベル１の場合には、図２にて説明したように、付加されるサブデータは、ジャケットデータと歌詞データの両者であることから、この検索は、先ずジャケットデータベース１２Ａに対して行い、指定された楽曲データと対応付けられたジャケットデータの検索を実行する。また、同様にして指定された楽曲データと対応付けられた歌詞データの検索を歌詞データベース１２Ｂに対して実行する。
そして、このようにして検索されたジャケットデータと歌詞データとを、クローズ状態にある切り換え器１５を介して合成器１４に対して転送する。
【００５０】
合成器１４では、メインの楽曲データに対して、上記のようにして転送されたジャケットデータと歌詞データとを所定フォーマットに従って合成することで、インターネット４を介して転送可能な形式の１つのコンテンツデータを作成する。そしてこの作成されたコンテンツデータを送受信部１９に対して転送することで、インターネット４を介してリクエストのあったユーザ端末装置５に対して送信するようにされる。
このようにしてステップＳ１０６の処理が実行されることになる。
【００５１】
また、ユーザレベル２である場合には、先ず、ステップＳ１０７において切り換え器１５をクローズとするように制御する。
そして、次のステップＳ１０８においては、リクエストされたメインデータとしての楽曲データと、ユーザレベル２に対応するサブデータを付加したコンテンツデータを作成して送信するための処理を実行する。
この場合にも、ステップＳ１０８の処理としては、ユーザリクエストデータのコンテンツデータ識別情報により指定される楽曲データを、楽曲データベース１１Ａから検索して合成器１４に対して出力させる。
また、この場合にはユーザレベル２であることから、サブデータサーバ１２から付加すべきサブデータとしては、ジャケットデータのみとなる。そこで、ここでは、ジャケットデータベース１２Ａから、指定された楽曲データと対応付けられたジャケットデータの検索を行って、合成器１４に対して転送する。
合成器１４では、メインの楽曲データに対してジャケットデータを合成することでコンテンツデータを作成し、送信を行う。
【００５２】
また、ユーザレベル３である場合には、送信すべきコンテンツデータとしてはメインデータである楽曲データのみとなる。
そこでこの場合には、ステップＳ１０９において切り換え器１５をオープンとするように制御する。そして、ステップＳ１１０においては、ユーザリクエストデータのコンテンツデータ識別情報により指定される楽曲データを、楽曲データベース１１Ａから検索する。そして合成器１４を介して送受信部１９に転送することで送信を行うようにされる。
【００５３】
上記ステップＳ１０６，Ｓ１０８，Ｓ１１０としての処理を終了した後はステップＳ１１１に進む。
ステップＳ１１１においては、今回のコンテンツデータのリクエストに応じて、顧客データ１３Ａの書き換えを実行する。これは、主としては、今回のコンテンツデータのリクエストを行ったユーザについての個人データを、今回の利用状況に応じて書き換える処理となる。つまり、今回コンテンツデータのリクエストを行ったとされるユーザの個人情報について、ダウンロード回数の情報を１つインクリメントし、接続回数も１つインクリメントするようにして更新する。また、制御部１６としては、今回のコンテンツデータのリクエストのためのユーザ端末装置５の接続時間と、ダウンロード時のダウンロード時間とを計測しており、例えばユーザ端末装置５がログアウトした時点で、これらの計測していた接続時間とダウンロード時間とに基づいて、個人データの接続時間及びダウンロード時間を加算するようにして更新する。そして、この際、ダウンロード回数、接続時間、接続回数、及びダウンロード時間のうちで、ユーザレベルの設定に利用されるものについて更新が行われた結果、設定すべきユーザレベルについて変更する必要が生じた場合には、ユーザレベルの更新も行われることになる。
なお、例えば顧客データ１３Ａとして、ユーザ全体の利用総回数等を示す情報を格納しているなどしている場合、つまり、個人データ以外のデータであって、更新の必要があるものが存在する場合には、このようなデータについても当然更新が行われる。
【００５４】
１−４．サーバの構成（第２例）
ところで、上記第１例では、顧客管理データ１３Ａにおけるユーザレベルに基づいてコンテンツデータの内容的価値を変更していた。ユーザレベルは、顧客管理データ１３Ａにおけるダウンロード回数、接続時間、接続回数、及びダウンロード時間の少なくとも何れか１つを利用して設定されるものである。従って、ユーザレベルは、実際の利用形態に応じた最も適切とされる利用度を求めて、ユーザの差別化を図ることができるという点で有利である。
【００５５】
しかし、実際の場合としては、より簡易な処理によってユーザの差別化を図るようにすることも考えられる。つまり、例えば顧客管理データ１３Ａとして示したダウンロード回数、接続時間、接続回数、及びダウンロード時間等の内容のうち、ユーザの差別化に適当とされる１つの情報を、ユーザの利用度としての情報として選択し、この情報に基づいてユーザの差別化を図るものである。
【００５６】
そこで第１の実施の形態における第２例として、上記のようにして顧客管理データ１３Ａのうちで、ユーザの利用度を示し得る情報のうちの１つの情報に基づいて、ユーザの差別化を図り、これに応じてコンテンツデータの内容的価値を変更する場合の構成について説明する。
【００５７】
図６は、第２例に対応するサーバ１の構成を示すブロック図である。なお、図３と同一部分については同一符号を付して説明を省略する。
図３に示すサーバ１の構成では、ユーザレベルに応じてサブデータを選択するために、制御部１６内の判別器１７からサブデータサーバ１２に出力されるサブデータ選択情報のラインが設けられていたのであるが、図６においては、このサブデータ選択情報のラインが省略される。
【００５８】
１−５．サーバの処理動作（第２例）
上記図６に示す第２例としての構成によるサーバ１が、コンテンツデータの配信を行うための処理動作について、図７のフローチャートを参照して説明する。なお、この図においても、説明の便宜上、ユーザレベルの判定と、判定されたユーザレベルに応じたコンテンツの送信のための処理を示すにとどめ、例えば認証処理等の他の処理については省略している。
【００５９】
ここでステップＳ２０１〜２０３までの処理は、先に図４に示したステップＳ１０１〜１０３の処理と同様となることから、ここでの説明は省略する。
そしてこの場合には、ステップＳ２０４において、検索された個人データの内容を顧客データサーバ１３から取得し、ここに格納されるダウンロード回数の値を参照する。そして、ダウンロード回数の値をａとし、予め設定してある閾値ａとについて、
ａ≧ｂ
が成立しているか否かについて判別する。つまり、ダウンロード回数が閾値以上であるか否かについて判別する。
【００６０】
ここで肯定結果が得られた場合には、利用度の高いユーザであるとして判定されることになる。そしてこの場合には、ステップＳ２０５に進んで切り換え器２０５をクローズの状態となるように制御する。
【００６１】
そして、次のステップＳ２０６においては、リクエストされた楽曲データに対応付けられたサブデータを付加してコンテンツデータを作成し、これを送信することが行われる。このステップＳ２０６の処理に対応する図６に示した回路の動作は次のようになる。
【００６２】
先ずは判別器１７により、ユーザリクエストデータに格納されていたコンテンツデータ識別情報により指定される楽曲データを、メインデータサーバ１１の楽曲データベース１１Ａから検索して合成器１４に対して出力させる。
また、この場合のサブデータサーバ１２では、指定された楽曲データに対応するサブデータの検索を行って、クローズ状態にある切り換え器１５を介して合成器１４に対して転送する。
この場合、ユーザの利用度に応じた差別化のランクとしては、ユーザレベルの場合のように、３段階以上に段階分けされておらず２段階としている。従って、ここでは、例えばサブデータとして付加すべきデータ種別は、予め一律に決められているものとする。これについては、例えばメインデータが楽曲データであるとして、一律にジャケットデータのみとしてもよいし、一律にジャケットデータ及び歌詞データとしてもよいものである。
【００６３】
合成器１４においては、メインの楽曲データに対して、上記のようにして転送されたサブデータ（ジャケットデータと歌詞データの少なくともいずれかつとなる）を所定フォーマットに従って合成することで、コンテンツデータを作成する。そして、送受信部１９に対して転送することで、インターネット４を介してリクエストのあったユーザ端末装置５に対して送信するようにされる。
これがステップＳ２０６の処理となる。
【００６４】
また、ステップＳ２０４にて否定結果が得られた場合には、そのユーザは、利用度が低いユーザであると判定され、ステップＳ２０７の処理に進む。
この場合には、ステップＳ２０７において切り換え器１５をオープンとするように制御する。そして、ステップＳ２０８においては、ユーザリクエストデータのコンテンツデータ識別情報により指定される楽曲データを、楽曲データベース１１Ａから検索する。そして合成器１４を介して送受信部１９に転送することで送信を行うようにされる。この場合、切り換え器１５はオープンとされていることで、合成器１４を介して送受信部１９に転送されるのは、メインデータである楽曲データのみとなる。つまり、この場合には楽曲データのみがコンテンツデータとして送信される。
【００６５】
そして、この場合にも上記ステップＳ２０６及びＳ２０８の処理を終了した後はステップＳ２０９に進んで、顧客データ１３Ａの書き換えを実行する。
このステップＳ２０９の処理は、図４におけるステップＳ１１１とほぼ同様となることから、ここでの詳しい説明は省略する。
但し、この第２例にあっては、ダウンロード回数の情報のみをユーザ利用度の判定に利用しているので、例えば他の接続時間、接続回数、ダウンロード時間などの情報は、顧客データ１３Ａから省略することも考えられる。
また、上記第２例についての説明では、ダウンロード回数をユーザ利用度の判定に用いているが、他の接続時間、接続回数、ダウンロード時間などの情報の何れか１つを用いるようにしても構わないものである。
【００６６】
２．ＣＯＤシステム（第２の実施の形態）
２−１．高音質オーディオデータのフォーマット
続いて本発明の第２の実施の形態について説明する。
上記第１の実施の形態としては、楽曲データとしてのメインデータに対して、ジャケットデータ及び歌詞データ等を付加することで、コンテンツデータの内容的価値を変更していた。これに対して第２の実施の形態では、サブデータとして、メインデータとしての楽曲データ、即ちオーディオデータについて、これが再生される際の音質を向上させるためのサブデータが付加されるものである。
【００６７】
そこで先ず、このようなメインデータに対してサブデータが付加されることによりオーディオデータを高音質化することのできるデータフォーマットについて、図９を参照して説明する。
本実施の形態が対応するオーディオデータフォーマットの基本としては、図９（ａ）において波形により示されるアナログオーディオ信号を、サンプリング周波数ｆｓ＝８８．２ＫＨｚ、量子化１６ビットによりデジタルオーディオデータに変換するようにされる。これは、例えば既存のＣＤフォーマットが、サンプリング周波数ｆｓ＝４４．１ＫＨｚ、量子化１６ビットであることから分かるように、ＣＤフォーマットの２倍のサンプリング周波数を有している。
ここで図９（ａ）においては、サンプリング周波数ｆｓ＝８８．２ＫＨｚによるサンプリング位置を、時間軸に沿って順次、Ｎ→Ｎ＋１→Ｎ＋２→Ｎ＋３→Ｎ＋４→Ｎ＋５・・・として示している。なお、以降の説明の便宜上、ここでは、Ｎについては偶数であるものとする。
ここで、図９（ｂ）に示すようにして、Ｎ→Ｎ＋１→Ｎ＋２→Ｎ＋３→Ｎ＋４→Ｎ＋５・・・として示されるサンプリング位置のうちで、偶数で表されるサンプリング位置のみを抜き出して、Ｎ→Ｎ＋２→Ｎ＋４・・・という１つの時系列データを形成したとする。すると、この時系列データは、サンプリング周波数ｆｓ＝４４．１（＝８８．２／２）ＫＨｚ、量子化１６ビットということになるが、これは即ちＣＤフォーマットと同一の品質を有するデジタルオーディオデータとなる。
【００６８】
また、残る奇数で表されるサンプリング位置のデータによっては、Ｎ＋１→Ｎ＋３→Ｎ＋５・・・という１つの時系列データを形成することができ、これもサンプリング周波数ｆｓ＝４４．１ＫＨｚ、量子化１６ビットのＣＤフォーマットと同一の品質を有するデジタルオーディオデータとなる。
【００６９】
そして、本実施の形態にあっては、図９（ｂ）に示されるデジタルオーディオデータをメインデータとして、図９（ｃ）に示されるデジタルオーディオデータをサブデータとする。なお、当然のこととして図９（ｃ）のデータをメインデータとし、図９（ｂ）のデータをサブデータとしてもよいものである。
【００７０】
本実施の形態では、このようなメインデータ及びサブデータとしたうえで、例えば利用度の低いユーザには図９（ｂ）のメインデータのみをコンテンツデータとして送信し、利用度の高いユーザには、図９（ｂ）のメインデータと共に図９（ｃ）に示すサブデータを付加してコンテンツデータとして送信するようにされる。
これによって、コンテンツデータとしてメインデータとサブデータを受信したユーザは、後述するような信号処理によってコンテンツデータとメインデータの両者のデジタルオーディオデータを再生することで、図９（ａ）により説明したサンプリング周波数ｆｓ＝８８．２ＫＨｚ、量子化１６ビットとしてのフォーマットのデジタルオーディオデータを再生することができる。つまり、サンプリング周波数ｆｓ＝４４．１ＫＨｚ、量子化１６ビットによるデジタルオーディオデータを再生する場合よりも高音質で楽曲を再生することができるものである。
【００７１】
２−２．システム構成
続いて上記したオーディオデータのフォーマットを前提として、第２の実施の形態としてのＣＯＤシステムのシステム構成について、図８を参照して概要的に説明する。なおこの図に示す各ブロックは、図２に示したＣＯＤシステムと同様であることから、各ブロックについては同一符号を付してその説明は省略することとして、ここでは、主として、ユーザレベルに応じたコンテンツデータの内容の相違についてのみ言及する。
【００７２】
ここでもユーザＢはライトユーザ（ユーザレベル３）とされる。そして、このライトユーザであるユーザＢには、２チャンネルステレオ、ｆｓ＝４４．１ＫＨｚ、量子化１６ビットのオーディオデータをコンテンツデータとして送信する。これは即ち、ユーザＢがリクエストした楽曲について、図９（ｂ）に示したメインデータとしてのデジタルオーディオデータのみをコンテンツデータとして送信しているものである。
【００７３】
また、ノーマルユーザ（ユーザレベル２）のユーザＡから楽曲のリクエストがあった場合には、コンテンツデータとして、２チャンネルステレオ、ｆｓ＝８８．２ＫＨｚ、量子化１６ビットのオーディオデータを送信する。これは、ユーザＡがリクエストした楽曲について、図９（ｂ）に示したデジタルオーディオデータと共に、図９（ｃ）に示したデジタルオーディオデータを送信したものである。
【００７４】
そして、ヘビーユーザ（ユーザレベル１）であるユーザＺからリクエストがあった場合には、コンテンツデータとして、４チャンネル、ｆｓ＝８８．２ＫＨｚ、量子化１６ビットのオーディオデータを送信するようにされる。
これは、図９（ｂ）に示したデジタルオーディオデータに対して図９（ｃ）に示したデジタルオーディオデータをサブデータとして付加するだけでなく、更に、２チャンネル、ｆｓ＝８８．２ＫＨｚ、量子化１６ビットのオーディオデータもサブデータとして付加するものである。４チャンネルであれば、再生音声としては、例えばより臨場感のある豊かなものとなり、２チャンネルステレオ、ｆｓ＝８８．２ＫＨｚ、量子化１６ビットのオーディオデータよりも更に良好な音質を得ることができるものである。
【００７５】
このようなＣＯＤシステムに対応するサーバ１の構成及び動作としては、例えば図３及び図４に示した第１例と同様となるが、サブデータとしては、サブデータサーバ１２の高音質情報データベース１２Ｃに格納されるデジタルオーディオデータを利用することになる。
つまり、メインデータサーバ１１の楽曲データベース１１Ａには、図９（ｂ）に示したデジタルオーディオデータによる楽曲データを格納する。一方、サブデータサーバ１２の高音質情報データベース１２Ｃには、図９（ｂ）に示したデジタルオーディオデータによる楽曲データを格納し、更に、ヘビーユーザ向けの４チャンネル、ｆｓ＝８８．２ＫＨｚ、量子化１６ビットのオーディオデータに対応して、２チャンネル、ｆｓ＝８８．２ＫＨｚ、量子化１６ビットのオーディオデータを格納するものである。
【００７６】
なお、この第２の実施の形態としても、図６及び図７に示した第２例としての構成を適用することで、より簡易化されたシステムとすることが可能である。
【００７７】
３．ユーザ端末装置の構成
続いて、上記各実施の形態としてのＣＯＤシステムにおいて、ユーザが所有するとされるユーザ端末装置５の構成例について、図１０を参照して説明しておく。この図に示すユーザ端末装置５としては、インターネット４との接続機能を有するパーソナルコンピュータとしての構成を採っている。
【００７８】
この図において、ＣＰＵ１０１は、例えばＲＯＭ１０２に保持されているプログラムに従って各種の処理を実行する。
また、ＲＡＭ１０３にはＣＰＵ１０１が各種処理を実行するのに必要なデータやプログラム等が適宜保持される。
【００７９】
入出力インターフェイス１０４は、キーボード１０５とマウス１０６が接続されており、これらから供給された操作信号をＣＰＵ１０１に出力するようにされている。また、入出力インターフェイス１０４には、記憶媒体としてハードディスクを備えたハードディスクドライブ（ＨＤＤ）１０８が接続されている。ＣＰＵ１０１は、入出力インターフェイス１０４を介して、ＨＤＤ１０８のハードディスクに対してデータやプログラム等の記録又は読み出しを行うことができるようにされている。
この場合、入出力インタフェース１０４には、さらに、画像表示のためのディスプレイモニタ１０７が接続されている。
【００８０】
メディアドライバ１０９は、特定種別のメディアに対応するドライバとされ、対応するメディアに対してのデータの読み出し／書き込みを実行する。
本実施の形態としてのコンテンツデータである、メインデータとサブデータは、後述するフォーマットのディスク２０，２０Ａに対して記録することが可能とされているが、本実施の形態における上記メディアドライバ１０９は、例えばこのディスク２０，２０Ａに対応しての記録再生が可能に構成される。
【００８１】
通信インターフェイス１１０は、インターネットを介して通信を行うためのインターフェイスであり、例えば、インターネットとの接続が電話回線を利用したものであれば、ハードウェアとしてはモデムなどが備えられ、また、ネットワークなどを介したものであればＥｔｈｅｒｎｅｔなどのインターフェイスとなる。
【００８２】
データインターフェイス１１１は、例えばＳＣＳＩ、ＵＳＢ、ＩＥＥＥ１３９４などに代表される、外部周辺機器との通信のためのインターフェイスとされる。
なお、上記したような、ディスク２０，２０Ａに対応した記録再生が可能なディスクドライバを外部周辺機器として、これを上記データインターフェイス１１１を介して接続するようにしても構わないものである。
【００８３】
内部バス１１２は、例えば、ＰＣＩ(Peripheral Component Interconnect)又はローカルバス等により構成され、内部における各機能回路部間を相互に接続している。
【００８４】
４．コンテンツデータの記録再生
ここで、本実施の形態のコンテンツデータが記録されるべき記録媒体及びそのフォーマットとしては特に限定されるものではないが、次に述べるようなディスク状記録媒体であれば、メインデータとサブデータとに分かれる本実施の形態のコンテンツデータをより有効に活用できるようにして記録再生することが可能になる。
【００８５】
図１１（ａ）には、本実施の形態のコンテンツデータ対応のディスク２０が示されている。このディスク２０は、記録再生が可能なディスクとされている。なお、その記録方式としては、特に限定されるものではなく、現状であれば、書き換え形としては光磁気方式、相変化方式などが考えられる。また、追記形であればＣＤ−Ｒなどに採用される有機色素膜を用いた方式などが考えられる。
【００８６】
そして、このディスク２０は、半径方向において記録エリアが複数に分割され、ここでは、内周側が第１エリア２１とされ、外周側が第２エリア２２とされる。
そして、本実施の形態のメインデータとサブデータから成るコンテンツデータをこのディスク２０に対して記録する際には、第１エリア２１に対してメインデータを記録し、第２エリア２２に対してサブデータを記録するようにされる。
なお、第１エリア２１にサブデータを記録し、第２エリア２２にメインデータを記録する仕様としても構わない。また、ここでの詳しい説明は省略するが、第１エリア２１に記録されるメインデータと、第２エリア２２に記録されるサブデータとは、このディスクの所定領域に記録される管理情報における所定内容の記述によって対応付けがされる。
【００８７】
つまり、本実施の形態においては、１枚のディスクに対して、それぞれ異なる種類のデータが記録される複数の記録領域を設け、これらの領域の各々に対してメインデータとサブデータを記録するものである。
【００８８】
そして本実施の形態のコンテンツデータを記録再生するディスクとしては、図１１（ｂ）に示す形態も考えることができる。
図１１（ｂ）のディスク２０Ａでは、同一面上に複数の記録領域を形成するのではなく信号面を積層した状態としており、ここでは、第１層３１と第２層３２とを設けている。そして、例えば第１層３１に対してメインデータを記録し、第２層３２に対してサブデータを記録するようにしている。なお、この場合にも、第１層と第２層に記録されるデータが、上記と逆になっても構わないものである。
【００８９】
上記図１１により説明したディスクを前提として、ユーザ端末装置５におけるコンテンツデータの記録再生動作について説明する。
なお、以降の説明は、便宜上、図１１（ａ）に示したディスク２０を例に挙げることとする。
また、ここでは、第２の実施の形態において、コンテンツデータとして、２チャンネル、ｆｓ＝８８．２ＫＨｚ、量子化１６ビットのオーディオデータが送信されてきた場合について説明することとする。つまり、コンテンツデータのメインデータが２チャンネル、ｆｓ＝４４．１ＫＨｚ、量子化１６ビットで、サブデータもまた、２チャンネル、ｆｓ＝４４．１ＫＨｚ、量子化１６ビットのデータである場合について説明する。
【００９０】
サーバ１からユーザ端末装置５に対して送信されたコンテンツデータは、ユーザ端末装置５のＣＰＵ１０１の制御によって、通信インターフェイス１１０を介して受信取得される。
このコンテンツデータは、メインデータ［２チャンネル、ｆｓ＝４４．１ＫＨｚ、量子化１６ビット］、サブデータ［２チャンネル、ｆｓ＝４４．１ＫＨｚ、量子化１６ビットのデータ］の２種類のデータより成るのであるが、ＣＰＵ１０１は、受信取得したコンテンツデータを例えばＲＡＭ１０３に一時保持しながら、メディアドライバ１０９に装填されているディスク２０に対して記録が行われるようにメディアドライバ１０９に対する制御を実行する。
つまり、ディスク２０の第１エリア２１にはメインデータ［２チャンネル、ｆｓ＝４４．１ＫＨｚ、量子化１６ビット］を記録し、第２エリア２２にはサブデータ［２チャンネル、ｆｓ＝４４．１ＫＨｚ、量子化１６ビット］を記録していくものである。なお、この際において、メインデータとサブデータとをどのように記録していくのかについては、送信時のデータフォーマット等によって異なってくる。例えば、メインデータを記録した後にサブデータを記録するようにすることも考えられるし、また、メインデータをサブデータとを交互に、所定のデータ単位によって間欠的に記録していくようにすることも考えられる。
【００９１】
そして、このようにして記録されたコンテンツデータを再生するのにあたっては、例えば図１２に示すようにされる。
上記した記録動作によっては、図１２（ａ）に示したようにして、メインデータ［２チャンネル、ｆｓ＝４４．１ＫＨｚ、量子化１６ビット］が記録され、第２エリア２２にはサブデータ［２チャンネル、ｆｓ＝４４．１ＫＨｚ、量子化１６ビット］が記録される。
そして、所定のタイミングで、第１エリア２１と第２エリア２２のそれぞれからデータの読み出しを行って、例えば、図１２（ｂ）に概念的に示すようにしてメモリに対して読み出しデータの蓄積を行う。
つまり、メインデータとしては、図９（ｂ）に示したように、Ｎ→Ｎ＋２→Ｎ＋４・・・という１つの時系列データからなるが、これをその時系列に従ってメモリ上のメインデータ領域のアドレスに対して順次格納する。また、同様にして、サブデータは図９（ｃ）に示したように、Ｎ＋１→Ｎ＋３→Ｎ＋５・・・という１つの時系列データとなっているので、この時系列に従ってメモリ上のメインデータ領域のアドレスに順次格納する。
【００９２】
そして、図１２（ｂ）に示すようにしてメモリに蓄積したデータを読み出す際には、図１２（ｂ）の右側に示す○印内の数値で表される順でアドレスを指定するようにされる。つまり、メインデータとサブデータとについて、サンプリング位置ごとのデータ単位で交互に読み出していくようにされる。これによって、読み出されるデータとしては、図１２（ｃ）に示すようにして、そのサンプリング位置がＮ→Ｎ＋１→Ｎ＋２→Ｎ＋３→Ｎ＋４→Ｎ＋５・・・のようにして順次配列されることになる。これは、図９（ａ）に示したフォーマットによる２チャンネル、サンプリング周波数ｆｓ＝８８．２ＫＨｚ、量子化１６ビットの高音質なデジタルオーディオデータとなるものである。
【００９３】
そして、このようにして図１２（ｃ）に示すようにして得られた時系列データをサンプリング周波数ｆｓ＝８８．２ＫＨｚに対応するデータレートで再生処理を行い、また、量子化１６ビットに対応したＤ／Ａ変換を行うことで、例えばＣＤフォーマットよりも高音質な再生音を出力させることが可能になる。
【００９４】
このような再生処理を図１０に示したユーザ端末装置５により行うとすれば、メディアドライバ１０９に装填されたディスク２０を装填した上で、ＣＰＵ１０１の制御によって、上述したようにしてメインデータとサブデータとの読み出しを行って、例えば図１２（ｂ）に示すような状態でＲＡＭ１０３に格納するようにされる。
そして、ＣＰＵ１０１による読み出しアドレスの制御によって、図１２（ｂ）により説明したアドレスの指定順に読み出しを行い、図１２（ｃ）に示すフォーマットとされたデジタルオーディオデータを、例えばディスプレイモニタ１０７に付随するとされるスピーカにて音声として出力されるように、信号処理を行って、入出力インターフェイス１０４を介して、ディスプレイモニタ１０７に転送する。
また、例えばフラッシュメモリなどを備えた携帯用のオーディオ再生装置に対し、図１２（ｃ）に示すフォーマットとして得られたオーディオデータを、データインターフェイスを１１１を介して転送するようにすることも考えられる。
【００９５】
ところで、確認のために述べておくと、ディスク２０に対応しておらず、例えばＣＤフォーマットのディスクにのみ対応したディスクドライバによりディスク２０を再生した場合には、第２エリアを認識せず、第１エリア２１のみが信号記録面として認識されることで、通常のＣＤ方式のディスクとしての記録再生が行われる。
つまり本実施の形態のディスク２０は、例えば既存のＣＤフォーマットとの互換性を有することを配慮したフォーマットを有するものである。そしてこれについては、図１１（ｂ）に示したディスク２０Ａについても同様とされる。つまり、ＣＤフォーマットのディスクにのみ対応したディスクドライバでは、第２層３２を認識せず、第１層３１のみがあるものとして通常のＣＤ方式に従った記録再生を行うようにされる。
【００９６】
なお、上記説明では、コンテンツデータとして、図８の第２の実施の形態において、ノーマルユーザに提供すべき２チャンネル、ｆｓ＝８８．２ＫＨｚ、量子化１６ビットの高音質オーディオデータとしていた。つまり、メインデータが２チャンネル、ｆｓ＝４４．１ＫＨｚ、量子化１６ビット、サブデータが２チャンネル、ｆｓ＝４４．１ＫＨｚ、量子化１６ビットのデータであるものとして説明している。
しかし、上記したディスクに対する記録再生は、例えば図８の第２の実施の形態において、ヘビーユーザ用のコンテンツデータである、４チャンネル、ｆｓ＝８８．２ＫＨｚ、量子化１６ビットのオーディオデータの場合にも利用できる。即ち、第１エリアには、メインデータである２チャンネル、ｆｓ＝８８．２ＫＨｚ、量子化１６ビットのオーディオデータを記録し、また、第２エリア２２にはサブデータである２チャンネル、ｆｓ＝８８．２ＫＨｚ、量子化１６ビットのオーディオデータを記録するものである。
【００９７】
また、ディスク２０に対するデータの記録は、図８に示した第２の実施の形態だけではなく、図２に示した第１の実施の形態の場合にも適用できる。
つまり、楽曲データとしてのメインデータを第１エリア２１に記録する一方で、ジャケットデータや歌詞データなどのサブデータを第２エリアに記録するようにされるものである。
【００９８】
また、上記した記録再生動作は、図１１（ａ）に示したディスク２０Ａに対しても同様に行うことが可能である。つまり、ディスク２０の第１エリア２１，第２エリア２２のそれぞれに対して行った記録再生を、ディスク２０Ａの第１層３１，第２層３２に対して行うようにすればよいものである。
【００９９】
また、例えば第１の実施の形態として、サブデータはジャケットデータ及び歌詞データとしているが、例えばアーテイストのＵＲＬ(uniform resource locator)やライナーノーツなど、ほかにも楽曲としてのメインデータに付加することでコンテンツデータの内容的価値を高められる情報の種類はほかにも考えられるものである。
更には、第１の実施の形態と第２の実施の形態とを組み合わせたコンテンツデータの内容としても構わないものである。一例としては、例えばメインデータが２チャンネル、ｆｓ＝４４．１ＫＨｚ、量子化１６ビットのデータであるとして、サブデータは、２チャンネル、ｆｓ＝４４．１ＫＨｚ、量子化１６ビットのデータとすることで、高音質化を図った上で、更に、ジャケットデータや歌詞データ等のコンテンツを付加することが考えられる。
【０１００】
また、コンテンツデータとして音の品質を変更するのにあたっては、上述したようなサブデータを付加するほかに、デジタルオーディオデータを所定方式により圧縮した上で、この圧縮率を変更することも考えられる。
【０１０１】
また、所定の利用度を越えた時点に対応するダウンロード時のみサブデータを付加して伝送してもよいし、所定の利用度を越えた時点で過去にダウンロード済のメインデータに対応するサブデータを送信するようにしてもよい。
【０１０２】
また、本発明としては、メインデータは楽曲データのみに限定されるものではない。
１つには、メインデータをビデオソースなどの動画像データ、若しくは何らかの静止画像データとするものである。
そしてこの場合のサブデータとしては、例えばメインデータとしての画像データを補間するようにして解像度を高めるためのサブ画像データとすることが考えられる。あるいは、利用度に応じて、圧縮率の異なる画像データを送信したり、また、いわゆるワイド画面化された画像データなど、画像のアスペクト比を変更した画像とすることも考えられる。つまり、この場合には、利用度に応じて、より高画質であったり、品位の高い画像を供給するものである。
【０１０３】
また、メインデータをゲームのプログラムデータとすることも考えられる。そして、この場合のサブデータとしては、例えば、ゲームのストーリーの分岐を増加させるプログラムを付加したり、また、ゲームに現れるキャラクターなどを増やすことのできるデータなどを付加することが考えられる。つまりは、ゲームのストーリーを多様化して面白みを増すことのできるようなデータが付加されるものである。
【０１０４】
更に、本発明のＣＯＤシステムとしては、これまでに説明した第１及び第２の実施の形態の構成のみに限定されるものではなく、適宜変更されて構わない。
例えば、上記各実施の形態では、ユーザはパーソナルコンピュータとしてのユーザ端末装置５を所有してこれを操作するものとしているが、上記サーバに専用線等によって接続され、店舗等に設置される公衆端末装置としての形態とされてもよいものである。
【０１０５】
【発明の効果】
以上説明したように本発明によれば、ユーザ側からのコンテンツデータのリクエストがあった場合には、サーバ装置若しくは情報センター側では、ユーザ固有の情報と、受信したユーザ識別情報とに基づいて、コンテンツデータとしてメインデータのみ送信する、或いはメインデータと共にサブデータを付加して送信するようにされる。
これは、例えば、ユーザ固有の情報に基づいて得られるそのユーザの利用度等に応じてコンテンツデータの内容的価値を変更できることを意味している。
このようなシステムの形態であれば、ユーザの利用度に応じたサービスの差別化、つまり、利用度の高いユーザに対してはより手厚いサービスを提供するという、一般市場においては広く行われていることを、例えばインターネットショッピングにおいても行うことが可能となるものであり、これにより、市場の活性化を図ることが可能になるものである。
【０１０６】
また、本発明の端末装置としては、コンテンツデータ（メインデータ）と付加データとを情報センタからダウンロードし、これを記録媒体に記録するのにあたっては、その記録媒体上のそれぞれ異なる所要のデータ記録領域に対して割り振るようにして記録を行うようにされる。
このようにして記録媒体にデータを記録した場合、例えば従来の再生装置では、メインデータが記録された領域のみを再生することでメインデータのみを再生出力し、この記録媒体のフォーマットに対応した再生システムでは、メインデータと共にサブデータを再生するというような使い分けを行うことが可能になる。つまり、従来の再生装置との互換性があるとされたうえで、本発明に対応するコンテンツデータを記録再生できることになるものであり、本発明の配信用のデータであるコンテンツデータ及び付加データを、効率的に記録再生することが可能になる。また、ユーザにとっては既存の再生装置等も利用できるなど、広い汎用性が与えられるものである。
【図面の簡単な説明】
【図１】一般的なＣＯＤシステムの形態例を示すブロック図である。
【図２】第１の実施の形態としてのＣＯＤシステムの形態例を示すブロック図である。
【図３】第１の実施の形態における第１例としてのサーバの構成例を示すブロック図である。
【図４】第１の実施の形態における第１例としてのサーバの処理を示すフローチャートである。
【図５】顧客データの構造例を示す説明図である。
【図６】第１の実施の形態における第２例としてのサーバの構成例を示すブロック図である。
【図７】第１の実施の形態における第２例としてのサーバの処理を示すフローチャートである。
【図８】第２の実施の形態としてのＣＯＤシステムの形態例を示すブロック図である。
【図９】本実施の形態が対応する高音質デジタルオーディオデータのフォーマットを示す説明図である。
【図１０】本実施の形態としてのユーザ端末装置の構成例を示すブロック図である。
【図１１】本実施の形態が対応するディスク状記録媒体の物理フォーマットを示す説明図である。
【図１２】本実施の形態が対応するディスクに記録されたコンテンツデータの再生処理を概念的に示す説明図である。
【符号の説明】
１ サーバ、２ コンテンツホルダー会社、３ 銀行、４ インターネット、５ ユーザ端末装置、１１ メインデータサーバ、１１Ａ 楽曲データベース、１２ サブデータサーバ、１２Ａ ジャケットデータベース、１２Ｂ 歌詞データベース、１２Ｃ 高音質情報データベース、１３ 顧客データサーバ、１３Ａ顧客データ、１４ 合成器、１５ 切り換え器、１６ 制御部、１７ 判別器、１８ 比較器、１９ 送受信部、２０，２０Ａ ディスク、２１ 第１エリア、２２ 第２エリア、３１ 第１層、３２ 第２層、１０１ ＣＰＵ、１０２ ＲＯＭ、１０３ ＲＡＭ、１０４ 入出力インターフェイス、１０５ キーボード、１０６ マウス、１０７ ディスプレイモニタ、１０８ ＨＤＤ、１０９ メディアドライバ、１１０ 通信インターフェイス、１１１ データインターフェイス

Claims (16)

1. メインデータを蓄積するメインデータ蓄積手段と、
   上記メインデータに関するサブデータを蓄積するサブデータ蓄積手段と、
   顧客データを蓄積する顧客データ蓄積手段と、
   上記メインデータの、ダウンロード回数、接続回数、ダウンロード時間、または、接続時間を含むユーザの利用状況の情報を蓄積するユーザ情報蓄積手段と、
   上記ユーザから発せられる、上記ユーザの識別情報と上記ユーザが所望するコンテンツを特定するためのオーダー情報とを受信する受信手段と、
   上記受信手段にて受信した特定ユーザの識別情報と上記顧客データ蓄積手段に蓄積されたユーザの識別情報とを比較して上記特定ユーザを識別するための比較手段と、
   上記比較手段による比較結果に基づいて、上記ユーザ情報蓄積手段に蓄積された上記特定ユーザの利用状況の情報がどのようなものであるかを判別する判別手段と、
   上記判別手段での判別結果に応じて上記特定ユーザに与える付加価値をレベル分けしておき、上記レベル分けに基づいて、上記特定ユーザに対して上記オーダー情報に対応した上記メインデータのみを送信するか、または、上記オーダー情報に対応した上記メインデータとともに上記レベル分けに対応した上記サブデータを送信するか、を制御する制御手段と、
   上記メインデータとともに上記サブデータを送信するために上記メインデータと上記サブデータとを合成する合成手段と、
   上記ユーザに対して上記オーダー情報に応じた、上記メインデータ、または、上記メインデータおよび上記サブデータを送信する送信手段と、
   を備えるサーバ装置。
2. 上記メインデータ蓄積手段に蓄積される上記メインデータはオーディオデータであることを特徴とする請求項１に記載のサーバ装置。
3. 上記サブデータ蓄積手段に蓄積される上記サブデータは、ジャケットイメージ、歌詞、ライナーノーツ、ＵＲＬアドレスのうちの少なくとも１つであることを特徴とする請求項１に記載のサーバ装置。
4. 上記サブデータ蓄積手段に蓄積されるサブデータは、上記メインデータであるオーディオデータを高音質にするための付加情報であって、時系列でサンプリングされる上記メインデータの２つの隣接するデータの間を補完するために時系列でサンプリングされるデータであることを特徴とする請求項２に記載のサーバ装置。
5. 上記メインデータ蓄積手段に蓄積される上記メインデータは画像データであることを特徴とする請求項１に記載のサーバ装置。
6. 上記サブデータ蓄積手段に蓄積される上記サブデータは、上記メインデータである画像データを高画質にするための付加情報であることを特徴とする請求項５に記載のサーバ装置。
7. 上記メインデータ蓄積手段に蓄積される上記メインデータはゲーム用プログラムデータであることを特徴とする請求項１に記載のサーバ装置。
8. 上記サブデータ蓄積手段に蓄積されるサブデータは、上記メインデータであるゲーム用プログラムのストーリーを多様化するための付加情報であることを特徴とする請求項７に記載のサーバ装置。
9. 情報センターと、該情報センターと所定の回線により接続される複数の端末装置を備えた配信システムにおいて、
   上記情報センターは、
   メインデータを蓄積するメインデータ蓄積手段と、
   上記メインデータに関するサブデータを蓄積するサブデータ蓄積手段と、
   顧客データを蓄積する顧客データ蓄積手段と、
   上記メインデータの、ダウンロード回数、接続回数、ダウンロード時間、または、接続時間を含むユーザの利用状況の情報を蓄積するユーザ情報蓄積手段と、
   ユーザがどのように上記メインデータを利用したかを示すユーザの利用状況の情報であるダウンロード回数、接続回数、ダウンロード時間、または、接続時間を蓄積するユーザ情報蓄積手段と、
   上記ユーザから発せられる、上記ユーザの識別情報と上記ユーザが所望するコンテンツを特定するためのオーダー情報とを受信する受信手段と、
   上記受信手段にて受信した特定ユーザの識別情報と上記顧客データ蓄積手段に蓄積されたユーザの識別情報とを比較して上記特定ユーザを識別するための比較手段と、
   上記比較手段による比較結果に基づいて、上記ユーザ情報蓄積手段に蓄積された上記特定ユーザの利用状況の情報がどのようなものであるかを判別する判別手段と、
   上記判別手段での判別結果に応じて上記特定ユーザに与える付加価値をレベル分けしておき、上記レベル分けに基づいて、上記特定ユーザに対して上記オーダー情報に対応した上記メインデータのみを送信するか、または、上記オーダー情報に対応した上記メインデータとともに上記レベル分けに対応した上記サブデータを送信するか、を制御する制御手段と、
   上記メインデータとともに上記サブデータを送信するために上記メインデータと上記サブデータとを合成する合成手段と、
   上記ユーザに対して上記オーダー情報に応じた、上記メインデータ、または、上記メインデータおよび上記サブデータを送信する送信手段と、
   を備える配信システム。
10. 上記メインデータ蓄積手段に蓄積される上記メインデータは、オーディオデータであり、
    上記サブデータ蓄積手段に蓄積される上記サブデータは、ジャケットイメージ、歌詞、ライナーノーツ、アーテイストのＵＲＬアドレスであり、
    上記特定ユーザの利用状況を示す上記レベルが最も利用度の低いレベルである場合には、
    上記制御手段は上記メインデータである上記オーディオデータのみを送信するように制御し、
    上記特定ユーザの利用状況を示す上記レベルが２番目に利用度の低いレベルである場合には、
    上記制御手段は上記メインデータである上記オーディオデータとともに上記サブデータである上記ジャケットイメージを送信するように制御し、上記合成手段は上記オーディオデータと上記ジャケットイメージとを合成し、
    上記特定ユーザの利用状況を示す上記レベルが３番目に利用度の低いレベルである場合には、
    上記制御手段は上記メインデータである上記オーディオデータとともに上記サブデータである上記ジャケットイメージ及び上記歌詞のデータを送信するように制御し、上記合成手段は上記オーディオデータと上記ジャケットイメージと上記歌詞のデータとを合成する、請求項９に記載の配信システム。
11. 上記サブデータ蓄積手段に蓄積されるサブデータは、上記メインデータであるオーディオデータを高音質にするための付加情報であって、時系列でサンプリングされる上記メインデータの２つの隣接するデータの間を補完するために時系列でサンプリングされるデータであることを特徴とする請求項９に記載の配信システム。
12. 上記メインデータ蓄積手段に蓄積されるメインデータは画像データであることを特徴とする請求項９に記載の配信システム。
13. 上記サブデータ蓄積手段に蓄積される上記サブデータは、上記メインデータである画像データを高画質にするための付加情報であることを特徴とする請求項１２に記載の配信システム。
14. 上記メインデータ蓄積手段に蓄積される上記メインデータはゲーム用プログラムデータであることを特徴とする請求項９に記載の配信システム。
15. 上記サブデータ蓄積手段に蓄積される上記サブデータは、上記メインデータであるゲームプログラムのストーリーを多様化するための付加情報であることを特徴とする請求項１４に記載の配信システム。
16. 情報センターと、該情報センターと所定の回線にて接続されている複数の端末装置との間でコンテンツデータを送受信する配信方法において、
    上記端末装置から送信されてくるユーザ識別子と上記ユーザが所望するコンテンツのオーダー情報とを受信する受信手順と、
    上記受信したユーザ識別子に基づいて上記情報センター内のメモリに記憶されている顧客データを参照するデータ参照手順と、
    上記参照した顧客データに基づいて、上記ユーザの利用状況であるダウンロード回数、接続回数、ダウンロード時間、または、接続時間を判別する利用状況判別手順と、
    上記利用状況判別手順により判別した利用状況に応じて、上記端末装置から送信されてくるオーダー情報に対応するコンテンツデータに対して、付加価値を付するための付加データを付加するか否かを判別するデータ付加判別手順と、
    上記付加データを上記コンテンツデータに付加するデータ合成手順と、
    上記利用状況判別手順での判別結果に応じて上記ユーザに与える付加価値をレベル分けしておき、上記レベル分けに基づいて、上記ユーザに対して上記オーダー情報に対応した上記コンテンツデータのみを送信するか、または、上記オーダー情報に対応した上記コンテンツデータとともに上記レベル分けに対応した上記付加データ送信するか、を判断して送信するコンテンツデータ送信手順と、
    を実行する配信方法。

Images