JP4341179B2 - サーバシステムおよびサーバ装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
この発明は、小容量記憶媒体に記録されたデータの再生情報を送受信することができ、その再生情報を分析してさまざまな情報を提供することができるサーバシステムおよびサーバ装置に関する。
【０００２】
【従来の技術】
オーディオ、ビデオそしてゲームなど様々なコンテンツの中で、ここでは音楽の楽曲のコンテンツを例にして説明する。音楽の楽曲を提供および購入する手段としては、いくつかの方法がある。例えば、最も知られている方法として、媒体そのものを購入する方法がある。この方法は、レコード盤やコンパクトディスク（ＣＤ）等で知られる方法である。また、ラジオ放送などを受信して、記録可能な記録媒体に楽曲を記録する方法もある。この方法は、一般的にはパッケージ化された記録媒体に楽曲の記録を行い、ユーザが独自に管理し、楽曲を再生する際には、これらのパッケージ記録媒体を再生装置に挿入する。
【０００３】
さらに最近では、楽曲を購入する方法として、音楽配信によるものが挙げられる。これは例えば、インターネットのような伝送媒体を利用して、所望の楽曲をいわゆるダウンロードし、購入するものである。一般には伝送媒体や、記録媒体の容量を考慮したうえで、音楽の楽曲には圧縮処理が施される。このように購入した楽曲の記録については、最近ではハードディスクに代表されるような、大容量の記録媒体に記録する方法が知られている。
【０００４】
また、配信によって購入した楽曲のみでなく、パッケージ記録媒体によって所有していた楽曲（以下、所有楽曲と称する）についても、大容量の記録媒体に同一の圧縮フォーマットによって符号化して記録することが可能となる。
【０００５】
この大容量記録媒体に記録する方法によれば、所有楽曲の一括管理が可能となり、ユーザの所有楽曲の状況の把握や、所望の楽曲の検索などをよって効率的に行うことが実現される。このように、大容量記録媒体に記録し所有楽曲を一括管理する方法によれば楽曲の所有状態の把握は可能である。
【０００６】
【発明が解決しようとする課題】
しかしながら、実際に媒体そのものを購入した後に気に入った楽曲等についての把握ができない。一般には、媒体そのものを購入した後の楽曲については、全て同一レベルでの管理が行われ、ユーザが積極的に楽曲プログラム等を作成しなければ、媒体そのものを購入した楽曲の差別化を行うことは難しい。また、こういった楽曲の差別化はさまざまなパラメータをもとに構築できる可能性があるが、それをユーザが全て積極的に設定するのは現実的でない。
【０００７】
また、配信業者側は、一般的にはダウンロード数というパラメータでのみ、楽曲の人気度を把握することになるが、実際にダウンロードされた楽曲が、ユーザの所有楽曲の中でどのような位置付けとなっているのかを把握することが出来ない。
【０００８】
従って、この発明の目的は、既に媒体そのものを購入した楽曲であっても、配信によって得られた楽曲であっても、楽曲を再生した回数、時間、場所などを把握することができるサーバシステムおよびサーバ装置を提供することにある。
【０００９】
【課題を解決するための手段】
請求項１に記載の発明は、複数のコンテンツが記憶された大容量記憶手段と、大容量記憶手段に記憶された複数のコンテンツから所定のコンテンツを選択し、小容量記憶手段に所定のコンテンツを移動又は複写する移動又は複写手段とから構成されるサーバ装置と、小容量記憶手段から所定のコンテンツを再生する際に、再生が行われる端末装置の種別情報を再生される所定のコンテンツと対応させてデータベースを更新するデータベース更新手段と、データベース更新手段にて更新されたデータベースを小容量記憶手段に記録する記録手段とから構成される小容量記憶手段を装着可能な端末装置とから成り、小容量記憶手段に記憶された所定のコンテンツを大容量記憶手段に戻す際に、データベースも共に戻し、戻されたデータベースをサーバ装置と接続されたメインサーバに送信し、送信されたデータベースからコンテンツを配信した回数と再生された該コンテンツの回数との割合がメインサーバで分析され、サーバ装置が分析された分析結果をメインサーバから受信し、受信した分析結果から得られた第３者の再生傾向を表示手段に表示するサーバシステムである。
【００１０】
請求項２に記載の発明は、複数のコンテンツが記憶された大容量記憶手段と、大容量記憶手段に記憶された複数のコンテンツから所定のコンテンツを選択し、小容量記憶手段に所定のコンテンツを移動又は複写する移動又は複写手段と、小容量記憶手段に記憶された所定のコンテンツを大容量記憶手段に戻す際に、小容量記憶手段が装着されて小容量記憶手内の所定コンテンツが再生される端末装置の種別情報と再生回数が対応つけられたデータベースと所定のコンテンツを共に受信する受信手段とを有し、小容量記憶手段に記憶された所定のコンテンツを大容量記憶手段に戻す際に共に転送されるデータベースと接続されたメインサーバに送信し、送信されたデータベースからコンテンツを配信した回数と再生された該コンテンツの回数との割合がメインサーバで分析され、サーバ装置が分析された分析結果をメインサーバから受信し、受信した分析結果から得られた第３者の再生傾向を表示手段に表示するサーバ装置である。
【００１１】
楽曲を再生した回数、時間、場所等の状況を、把握することで、所有楽曲の差別化を自動的に行う。また、様々なパラメータをもとにした楽曲選択や、分析が可能となり、所有楽曲の位置付けを、より明確に把握することが可能となる。また、楽曲を再生した回数、時間、場所等の状況を配信業者等に送信することで、より詳細なデータを得ることが可能となるとともに、配信業者側は市場全体の中での楽曲の位置付けを、より正確に分析することが可能となる。
【００１２】
【発明の実施の形態】
以下、図面を参照し、この発明の一実施形態について説明する。なお、各図に亘り同じ機能を有するものには、同一の参照符号を付し、説明の重複を避ける。まず楽曲情報について、取り込み、購入等、一連の管理を行う装置を、音楽サーバシステムと定義し、その構成について図１を用いて説明する。ここでいう音楽サーバシステムは、１０で示す点線内に示された装置として定義する。その全ての装置はメインコントローラ１５によって制御される。また、楽曲情報と、それに伴う付加情報については、大容量の記録媒体として例えばＨＤＤ（ハードディスクドライブ）１４に蓄積され、メインコントローラ１５によって管理される。
【００１３】
表示部１６は、使用者との視覚的なインターフェースを実現する、いわゆるディスプレイ装置で、楽曲の管理状態や、操作状況の把握等を行うものである。また、操作部２０については、いわゆるボタンやキーボード等の装置で、使用者がメインコントローラ１５に対し、操作指示を与えるものである。すなわち表示部１６と操作部２０によって、いわゆるユーザインターフェース部を構成するものである。以下、音楽サーバシステム１０の幾つかの代表的な処理について、順を追って説明する。
【００１４】
まず、この音楽サーバシステム１０は、ＣＤのような記録媒体に記録された楽曲情報を取り込み管理することが可能である。図１における記録媒体読み込み装置１１では、例えばＣＤのような記録媒体に記録された、楽曲情報を音楽サーバシステム１０内に、いわゆるＰＣＭデータファイル、あるいはＰＣＭデータストリームとして取り込む装置である。記録媒体読み込み装置１１によって取り込みが行われたＰＣＭデータは、エンコーダ１２によって、いわゆる音声信号圧縮処理がなされる。これはＨＤＤ１４の記録容量をより効率的に使用することと、外部の記録媒体２４へ記録する場合の事情を鑑みた処理である。記録媒体２４への記録については、後に詳しく説明する。
【００１５】
エンコーダ１２によって圧縮処理がなされた楽曲は暗号化装置１３によって暗号化がなされ、ＨＤＤ１４に蓄積される。この暗号化は、いわゆるデジタルデータの複製による著作権侵害等を考慮したものである。この暗号化を行うことで、楽曲は音楽サーバシステム１０の管理下におかれる。このため、データを他の媒体に単純に記録しても、解読（復号化）が行えず、著作権を保護することが可能となる。
【００１６】
また、いわゆる楽曲以外に記録媒体読み込み装置１１からは、楽曲毎の識別コードである、いわゆるＩＳＲＣ（International Standard Recording Code）情報を読み出し、蓄積した楽曲との対応をとる。ＩＳＲＣ以外にも、例えばいわゆるテキスト情報等が記録媒体に記録されている場合、これらの情報を全て付加情報と定義する。この付加情報については、全て読み込みが可能で、ＨＤＤ１４にデータベースとして蓄積され、楽曲情報と対応させる。楽曲情報と対応した付加情報は、メインコントローラ１５の管理下におかれる。データベースについては、後に詳細を述べる。
【００１７】
なお、記録媒体読み込み装置１１については、音楽サーバシステム１０内部に構成せずに、外部インターフェースを利用して、独立させることも可能である。また図１には図示していないが、いわゆる電子透かしの技術を用いて、蓄積される楽曲情報の製造元を明確化する方法をとることも可能である。
【００１８】
次に、音楽配信業者から配信されるデータを取り込む方法について説明する。メインサーバ２５は、音楽配信業者の管理下にある外部のサーバで、例えば伝送媒体としていわゆるインターネットを介して、音楽サーバシステム１０における外部処理装置２１と接続されている。このとき、外部処理装置２１では、いわゆる楽曲の購入処理に代表される、外部との通信のやりとりの全般を行うものである。例えば楽曲購入の際には、まず外部処理装置２１によって、楽曲検索要求を送り、それを受けたメインサーバ２５側では、検索に必要な情報を音楽サーバシステム１０の外部処理装置２１に返すことで、楽曲購入検討が可能となる。購入楽曲が決定した場合の購入要求についても外部処理装置２１を介して行われる。
【００１９】
楽曲購入の手順については様々な方法が考えられるが、その一例を、図２を用いて説明する。まず、ステップＡ１において、外部処理装置２１を介して音楽サーバシステム１０から、購入したい楽曲のダウンロード要求を出力する。このダウンロード要求を受信すると、ステップＡ２において、メインサーバ２５は楽曲を送信する。ただし、この楽曲はメインサーバ２５側での暗号化がなされた状態となっており、このままでは音楽サーバシステム１０側で再生することはできない。そして、ステップＡ３において、音楽サーバシステム１０から楽曲購入要求を送信する。楽曲購入要求を受信したメインサーバ２５側は、ステップＡ４において、認証を行うための認証要求を送信する。
【００２０】
認証要求を受信した音楽サーバシステム１０は、ステップＡ５において、所望の認証データを送信する。認証データを受け取ったメインサーバ２５側では、いわゆる認証処理や、課金処理等が行われる。認証処理は様々な方法が考えられる。一例として、音楽配信業者と契約を結んだ段階で、使用者の識別コードを発行し、識別コードと組み合わせて使用されるパスワードを設定し、それらを利用して認証を行う方法が考えられる。識別コードやパスワード等については、直接的に配信業者と使用者間で結ばれたものでなくとも、例えば金融機関との間で契約された情報を利用する方法も考えられるが、この実施形態では、説明の都合上、配信業者とは直接契約を結んだものとし、メインサーバ２５には各使用者を識別するための識別コードと、それに伴う付加情報がデータベース化される。識別情報によって、認証処理を行い、更に配信業者側は、電子決算を行うことで、金銭に関する処理も行う。
【００２１】
これら認証や課金に伴う全ての処理が正常に終了した場合、ステップＡ６において、メインサーバ２５側から既に送信済みの楽曲の暗号を復号化するための復号鍵が送信される。その復号鍵を受け取った音楽サーバシステム１０では、楽曲の取り出しが可能となる。
【００２２】
ここでは外部処理装置２１によって、配信業者側の暗号が復号される。復号化がなされたデータは、暗号化装置１３によって音楽サーバシステム１０としての暗号化がなされ、ＨＤＤ１４に蓄積される。
【００２３】
なお、ここでは配信される楽曲が、音楽サーバシステム１０と同様の方式で圧縮符号化がなされている前提で説明をしているが、もし配信の段階で異なる方式で圧縮符号化がなされていたときの一例を説明する。まず、配信時の符号化の方式の復号化がなされる。復号化されたデータに対して、音楽サーバシステム１０の符号化をエンコーダ１２によって行う。そして、暗号化装置１３によって音楽サーバシステム１０としての暗号化がなされ、ＨＤＤ１４に蓄積される。
【００２４】
また、記録媒体読み込み装置１１から読み込まれる楽曲の場合と同様に、ＩＳＲＣ情報と、その他の付加情報とは、楽曲の購入時にメインサーバ２５よって供給される。その付加情報は、楽曲と対応してメインコントローラ１５の管理下におかれる。
【００２５】
次に、ＨＤＤ１４に蓄積された楽曲の再生処理について説明する。操作部２０によって、再生指示がメインコントローラ１５になされ、メインコントローラ１５は一連の再生処理をそれぞれの装置に指示する。すなわち再生指示のあったファイルが指定され、まずその楽曲の暗号の復号化が復号化装置１９によって行われる。復号化装置１９によって暗号が解除された圧縮符号化データは、デコーダ１８によって圧縮の復号化がなされ、いわゆるＰＣＭデータとして出力される。出力されたＰＣＭデータは再生処理部１７に入力され、再生処理が行われる。再生処理部１７については、いわゆるＤ／Ａコンバータ、フィルタ、アンプ、スピーカー等で構成される。再生時には、再生状況や、再生楽曲の付加情報等が、表示部１６に表示される。ＰＣＭデータについては、例えば外部インターフェースを利用し出力することで、外部に設けられた再生処理部を利用することも可能である。
【００２６】
次に、ＨＤＤ１４に蓄積された楽曲を記録媒体２４に記録する例について説明する。音楽サーバシステム１０の記録部２２は、ＨＤＤ１４に蓄積した楽曲情報を外部の記録媒体２４に記録するための装置である。記録媒体２４としては、例えばフラッシュメモリ等が挙げられる。この時、無作為に楽曲情報が記録媒体２４に記録された場合、上述した場合と同様に、著作権侵害のおそれがあるため、記録媒体２４への記録は、例えば３つまでという、外部記録への制限が設けられる。また、記録媒体２４には識別コード等が埋め込まれ、音楽サーバシステム１０の認証部２３を介して認証作業が行われ、記録媒体としての正当性が判別可能である。認証部２３によって、記録媒体の正当性が確認された場合、記録部２２によって、音楽サーバシステム１０から記録媒体２４へ楽曲と復号鍵の受け渡しが行われる。
【００２７】
このように記録媒体２４への書き込みが行われた状況についてはチェックアウトと呼ばれる。このチェックアウト状況については、メインコントローラ１５によって管理される。チェックアウトによって楽曲情報が記録された記録媒体２４については、音楽サーバシステム１０の復号化装置１９、デコーダ１８、再生処理部１７と同様の構成を持った、再生装置によって、再生操作を行うことが可能である。また、上述したチェックアウトと逆の操作としてチェックインが定義される。このチェックインは、論理的に、記録媒体２４の楽曲情報をサーバ側に戻す操作に相当する。チェックインを行うことで、該記録媒体のチェックアウト状況は解除され、外部再生装置での再生を行うことができない状態となる。
【００２８】
次に、図１におけるメインコントローラ１５の管理で使用されるデータベースについて、図３、図４を用いて説明する。図３はデータベースの様子を単純化して示したものである。コンテンツ番号は、音楽サーバシステム１０上での管理に用いられる識別番号である。メイン情報には、符号化と暗号化がなされた楽曲のファイル名が記されている。ＩＳＲＣには、それぞれのファイルに対応したＩＳＲＣ情報について記されている。文字情報には、例えば楽曲の題名のテキスト情報が記されている。この文字情報については直接データベースに記さずに、テキスト情報が記録されているファイル名を記すようにしても良い。再生情報には、それぞれの楽曲に対して再生情報を示すデータベースが階層的に設定されており、そのデータベースへのリンク情報が記されている。例えば、図３においては、コンテンツ番号１の楽曲の再生情報のデータベースは「ｐｌａｙｉｎｆｏ１」というファイルに示されている。その他の情報には、例えば楽曲のサイズや、購入日時、暗号化に関わる情報等、様々な情報が記録されるようになされている。
【００２９】
図４は、図３の再生情報の部分で階層的に設定された、データベースの様子の一例を単純化して示したものである。このデータベースは、再生日時、再生装置について記されている。再生日時は、楽曲が再生された日時である。再生装置は、楽曲が再生された装置である。記録媒体２４が、携帯端末やカーステレオによって再生されることが記されている。また、音楽サーバシステム１０で再生された場合、内部での再生処理となるので、再生日時を直接更新が可能である。しかしながら、携帯端末やカーステレオで再生された場合、再生日時と再生装置との情報を記録媒体２４に書き込むようにする。記録媒体２４に書き込まれた再生日時と再生装置との情報は、チェックイン時に、図４の内容を更新するように書き込まれる。
【００３０】
外部での再生情報の記録については、楽曲が記録された記録媒体と同一であっても良いし、異なっても良い。ただし、同一の記録媒体であれば、一つの記録媒体でやり取りが出来るため効率的であるが、記録可能容量の制限をうけやすいという欠点がある。
【００３１】
図４のその他の情報には、例えば楽曲の一部分しか再生しなかった場合の情報などが記録される。このようなパラメータを増加させることで、記録媒体の記録容量に影響を及ぼすのは明白であるが、それに伴い、より精緻化された再生情報の把握が可能となる。
【００３２】
なお、この一例では、図３および図４は共に、説明の都合上、識別可能なテキスト状態でデータベース化している例となっているが、実際の装置では、データベースもバイナリデータとして位置付けており、文字情報としての識別はできず、直接このデータの編集等を行うことは出来ない。
【００３３】
上述したデータベースに再生情報を蓄積していくことによって、これらのデータを利用し、様々なパラメータによって自分の音楽の趣味や、状況を把握することが可能となる。具体的には、例えば購入した曲と、気に入った曲というのは、必ずしも一致しないものであるが、再生状況を把握することができるので、本当に気に入った楽曲がどれなのかを、定量的に把握することができる。また、自分のなかで、時代に応じた音楽の好みの変化等を客観的に分析することも可能となる。また例えば、季節、時間帯、場所等による、再生楽曲の傾向等についての把握もできるようになる。これらの傾向情報は、例えばグラフ化して、表示部１６で表示させることも可能である。
【００３４】
また、チェックアウト時の楽曲の選択の際に、例えば５年前のお気に入り楽曲１０曲といった内容で指定することが可能となる。さらに、例えばチェックアウト時に、朝のドライブ用と指定することで、再生場所や再生時間をパラメータとして再生傾向を自動的に分析して、チェックアウトの楽曲選択を行うことも可能となる。理論的には、データベースにあるパラメータの全てをターゲットとした、チャート分析を行うことが可能となる。
【００３５】
さらに、再生情報のデータベースは、図１における外部処理装置２１によって、配信業者のメインサーバ２５上のデータベースとリンクさせることで、さらに詳細な情報を得ることが可能となる。音楽データベース使用者は、定期的に、あるいは必要に応じて、メインサーバ２５と通信することで、様々な情報を得ることが出来る。
【００３６】
再生情報のデータベースを送信する場合のデータ構造の単純な例を図５に示す。全体のデータ構造のヘッダとして、顧客識別子と、データの更新日時とが設定される。この二つによって、メインサーバ２５上にあるデータベースの更新の必要があるか否かの判断を行う。これらのヘッダの後に、それぞれの楽曲についてＩＳＲＣと、図４に示すような再生情報のデータを送信するようにする。この再生情報のデータ構造は、記録媒体からＨＤＤ１４へ送信するとき、音楽サーバシステム１０からメインサーバ２５へ送信するときに用いられる。
【００３７】
配信業者のメインサーバ２５上のデータベースでは、全ての楽曲に関して、図３に示したデータベースの更に詳しい情報が記されている。このデータベースからは、例えば、楽曲のジャンル、アーティスト、作成日、作詞、作曲、編曲者等が把握可能である。従って、再生情報のＩＳＲＣによって、それぞれの楽曲の識別コードを一致させることが可能である。一例として、ユーザは、自分の再生情報のデータベースをメインサーバ２５に送信する。メインサーバ２５では、その再生情報と、メインサーバ２５が持つ更に詳しいデータベースとが照合され、照合された分析結果がユーザへ送信される。分析結果からユーザは、例えばお気に入りの作曲家を知るといった傾向分析が可能となる。このように、ＩＳＲＣを利用することによって、ユーザは自分の傾向を分析することができる。
【００３８】
また、メインサーバ２５側でも上述した階層的な構造で、全体としての再生情報を持つようにする。メインサーバ２５側での再生情報データベースの項目としては、図４で示したデータベースに加えて、顧客を識別するコードが追加される。この他、メインサーバ２５側では顧客情報として、顧客から送られてくる再生情報のデータベースの最新版を常に保管し、再生情報が更新された場合は、それを全体の再生情報データベースに反映させるようにする。配信業者は、これらのデータベースを管理することで、顧客全体としての再生情報を得ることが可能となり、より詳細な傾向分析が可能となる。
【００３９】
例えば、ある楽曲のトータルの再生回数を、該楽曲を購入した顧客数で除算することによって、実際にどのくらいの頻度で楽曲を聞いているのかが把握でき、隠れたヒット曲の検出を行うことも可能となる。
【００４０】
上述した、個人レベルでの傾向分析と同様に、理論的には、データベース上に存在する全てのパラメータをターゲットとしたチャート算出が可能となる。これらのデータは全体分析に非常に有効な手段となるばかりでなく、個々の顧客分析についても傾向的な分析を可能とし、例えば、季節や新曲発表状況等に応じた、顧客専用の推薦曲情報（推奨コンテンツ）等を作成することが可能となる。すなわち、宣伝および広告の媒体として使用することができる。
【００４１】
また全体データから算出された、様々なヒットチャート状況は、そのまま広告媒体等に利用が可能となる。さらにまた、例えばある楽曲を、最も再生して聞いた人に対して特典を設けたり、顧客のある楽曲に対する思い入れ度を客観的に評価したりといったサービスを行うことも可能となる。
【００４２】
図６に様々なパラメータで、分析した結果を図１における表示部１６に表示させる幾つかの例を示す。図６Ａは、１９９９年度のユーザの再生ランキングを示すグラフである。図６Ｂは、Ｓｏｎｇ−Ａが再生された場所を示すグラフである。図６Ｃは、作曲家毎に再生された回数を示すグラフである。図６Ｄは、Ｓｏｎｇ−Ｘのユーザの再生回数（思い入れ度）を示すグラフである。図６Ｅは、楽曲のダウンロード数を、再生回数で割った値を示すグラフである。
【００４３】
このように、メインサーバ２５、音楽サーバシステム１０において、データベースのパラメータとしてＩＳＲＣと再生情報を利用することで、配信業者と顧客の双方にとって、新しい形での楽曲分析や、サービスの提供が実現可能となる。
【００４４】
ここで、音楽サーバシステムの具体的な一例を図７に示す。この図７に示す音楽サーバシステムは、ホームサーバの一例であり、このホームサーバはパーソナルコンピュータで構成することができる。ホームサーバ３１は、ＧＵＩ（Graphical User Interface）表示部３２と、メインコントローラ３３と、ＨＤＤ３４と、記録／再生部３５とから構成される。ＧＵＩ部３２は、使用者との視覚的なインターフェースを実現する、いわゆるディスプレイ装置で、楽曲の管理状態や、操作状況の把握等を行うものである。ホームサーバ３１では、パーソナルコンピュータのモニタを用いるようにしても良い。メインコントローラ３３は、メインサーバ２５とのデータのやり取りや、ＧＵＩ部３２、ＨＤＤ３４および記録／再生部３５を制御する。さらに、メインコントローラ３３では、上述したエンコーダ１２、暗号化装置１３、デコーダ１８、復号化装置１９、外部処理装置２１および認証部２３の処理が行われる。ＨＤＤ３４は、メインサーバ２５からダウンロードした楽曲が記憶される記憶部である。
【００４５】
記録／再生部３５は、一例としてＣＤ（Compact Disc）再生部３５ａと、ＭＤ（Mini Disc）記録／再生部３５ｂと、メモリカード記録／再生部３５ｃとから構成される。ＣＤ再生部３５ａは、ＣＤから楽曲を再生するときに必要な再生回路から構成される。ＭＤ記録／再生部３５ｂは、ＭＤに楽曲を記録するときに必要な記録回路、およびＭＤから楽曲を再生するときに必要な再生回路から構成される。メモリカード記録／再生部３５ｃは、メモリカードに楽曲を記録するときに必要な記録回路、およびメモリカードから楽曲を再生するときに必要な再生回路から構成される。
【００４６】
記録媒体３６は、上述した記録媒体２４と同一のものであり、この一例では、ＣＤ３６ａと、ＭＤ３６ｂと、メモリカード３６ｃとが適宜使用される。移動体オーディオ機器３７は、一例として自動車に搭載されるカーオーディオが挙げられる。また、船舶や飛行機にに搭載されるオーディオ機器であっても良い。携帯型オーディオ機器３８は、この一例では、携帯型ＣＤ再生装置、携帯型ＭＤ記録／再生装置、携帯型メモリカード記録／再生装置などが使用される。
【００４７】
この図７に示すサーバシステムの動作を説明する。メインサーバ２５から楽曲を購入する手順は、上述した図２に示す通りである。メインサーバ２５から供給されるコンテンツが、ＧＵＩ部３２に表示され、メインサーバ２５が要求するデータの入力などに用いられる。メインサーバ２５からダウンロードされた楽曲は、ＨＤＤ３４に記録される。ＨＤＤ３４から記録／再生部３５を介して記録媒体３６に楽曲がチェックアウト（記録）される。記録媒体３６に記録された楽曲は、移動体オーディオ機器３７および／または携帯型オーディオ機器３８で再生される。楽曲が再生されると、上述した再生情報が生成される。生成された再生情報は、該記録媒体か異なる記録媒体に記録され、チェックイン時にＨＤＤ３４、メインコントローラ３３を介してメインサーバ２５へ供給される。ＨＤＤ３４およびメインサーバ２５には、上述したようなデータベースが作成される。このように、自宅に居ながら楽曲をダウンロードすることができる。
【００４８】
さらに、いつ、どこで、どんな再生装置で再生したかが再生情報に基づいてデータベースが作成されるので、作成されたデータベースによって、ユーザの嗜好の傾向を自動的に分析して、その状況に合わせてメインサーバ２５から自動的に楽曲を選択してダウンロードすることもできる。このようなデータベースを個人のホームサーバ（パーソナルコンピュータ）３１に記憶することが可能となる。
【００４９】
また、再生情報をホームサーバ３１からメインサーバ２５へ送信しているので、ホームサーバ３１に保有しているデータベースと同一のデータベースがメインサーバ２５にも記憶される。このデータベースは、再生情報のデータが全て残っているので、再生履歴として扱うことができる。従って、このデータベースに基づいてユーザの状況に応じた楽曲の嗜好を分析することができる。その分析結果に応じて、メインサーバ２５からホームサーバ３１へ推奨コンテンツを提供するというようなサービスを提供することができる。
【００５０】
この実施形態では、音楽の楽曲を一例として説明をしたが、楽曲に限らず、ビデオまたはゲームなどのデータであっても良い。すなわち、データであれば、どのようなものでも良い。
【００５１】
この実施形態では、ユーザに告知する手段として、表示部を用いているが、表示に加え、コンテンツ名の音声ガイド、コンテンツのサビの部分の連続再生などを行うようにしても良い。
【００５２】
この実施形態では、メインサーバ２５には、楽曲に関するデータベースが保持されているが、さらに日時および／または天気のデータベースを持つようにしても良い。
【００５３】
この実施形態では、メインサーバ２５と音楽サーバシステム１０またはホームサーバ３１との伝送媒体の一例としてインターネットを用いて説明したが、インターネットに限定されるものではなく、例えば専用回線を用いても良いし、ＣＳ（Communication Satellite）などのように衛星を利用した回線を用いても良い。すなわち、データが伝送できる回線であればどのようなものでも良い。
【００５４】
【発明の効果】
この発明に依れば、データが再生された回数、時間、場所等の状況を、管理手段によって管理することで、所有楽曲の差別化を自動的に行うことを実現し、様々なパラメータをもとにした楽曲選択や、分析が可能となり、所有楽曲の位置付けを、より明確に把握することが可能となる。
【００５５】
この発明に依れば、データが再生された回数、時間、場所等の状況を配信業者等に送信することで、配信業者側はより詳細なデータを得ることが可能となる。さらに、配信業者側は市場全体の中での楽曲の位置付けを、より正確に分析することが可能となる。
【図面の簡単な説明】
【図１】この発明の音楽サーバシステムの基本構成を示したブロック図である。
【図２】この発明にかかる楽曲購入時の手順を示す略線図である。
【図３】この発明にかかる楽曲情報を管理するデータベースの概略を示す略線図である。
【図４】この発明にかかる楽曲の再生情報を管理するデータベースの概略を示す略線図である。
【図５】この発明にかかる楽曲の再生情報を送信する場合のデータ構造の概略を示す略線図である。
【図６】この発明にかかる楽曲の再生情報を幾つかのパラメータで分析した結果の表示例を示す略線図である。
【図７】この発明が適用された音楽サーバシステムの一例のブロック図である。
【符号の説明】
１０・・・音楽サーバシステム、１１・・・記録媒体読み込み装置、１２・・・エンコーダ、１３・・・暗号化装置、１４・・・ＨＤＤ、１５・・・メインコントローラ、１６・・・表示部、１７・・・再生処理部、１８・・・デコーダ、１９・・・復号化装置、２０・・・操作部、２１・・・外部処理装置、２２・・・記録部、２３・・・認証部、２４・・・記録媒体、２５・・・メインサーバ

Claims (2)

1. 複数のコンテンツが記憶された大容量記憶手段と、
   上記大容量記憶手段に記憶された複数のコンテンツから所定のコンテンツを選択し、小容量記憶手段に上記所定のコンテンツを移動又は複写する移動又は複写手段とから構成されるサーバ装置と、
   上記小容量記憶手段から所定のコンテンツを再生する際に、再生が行われる端末装置の種別情報を上記再生される所定のコンテンツと対応させてデータベースを更新するデータベース更新手段と、
   上記データベース更新手段にて更新されたデータベースを上記小容量記憶手段に記録する記録手段とから構成される上記小容量記憶手段を装着可能な端末装置とから成り、
   上記小容量記憶手段に記憶された所定のコンテンツを上記大容量記憶手段に戻す際に、上記データベースも共に戻し、
   戻された上記データベースを上記サーバ装置と接続されたメインサーバに送信し、
   送信された上記データベースからコンテンツを配信した回数と再生された該コンテンツの回数との割合が上記メインサーバで分析され、上記サーバ装置が上記分析された分析結果を上記メインサーバから受信し、受信した上記分析結果から得られた第３者の再生傾向を表示手段に表示するサーバシステム。
2. 複数のコンテンツが記憶された大容量記憶手段と、
   上記大容量記憶手段に記憶された複数のコンテンツから所定のコンテンツを選択し、小容量記憶手段に上記所定のコンテンツを移動又は複写する移動又は複写手段と、
   上記小容量記憶手段に記憶された所定のコンテンツを上記大容量記憶手段に戻す際に、上記小容量記憶手段が装着されて上記小容量記憶手内の所定コンテンツが再生される端末装置の種別情報と再生回数が対応つけられたデータベースと上記所定のコンテンツを共に受信する受信手段とを有し、
   上記小容量記憶手段に記憶された所定のコンテンツを上記大容量記憶手段に戻す際に共に転送される上記データベースと接続されたメインサーバに送信し、
   送信された上記データベースからコンテンツを配信した回数と再生された該コンテンツの回数との割合が上記メインサーバで分析され、上記サーバ装置が上記分析された分析結果を上記メインサーバから受信し、受信した上記分析結果から得られた第３者の再生傾向を表示手段に表示するサーバ装置。

Images