音声記録物を補足する対話型エンターテイメントのネットワーク配信
【課題】 本発明の一課題は、流通媒体記録物を補足するエンターテイメントを、インターネットなどのオンラインサービスの手段を用いて配信することのできるコンピュータープログラム、システム及びプロトコルを提供することである。
【解決手段】 音楽記録物を補足するエンターテイメントコンテンツが、コンピューターネットワークリンクによって、ユーザのコンピューターへ配信される。ユーザは、そのコンピューターネットワークにアクセスするために、ブラウザを用いる。そのブラウザに対するプラグインは、音楽記録物を演奏するための音声ＣＤプレイヤーやその他のデバイスを制御することができる。ネットワーク経由でアクセスされる、遠隔にあるコンピューター上に格納されたスクリプトが、ダウンロードされる。そのスクリプトが、補足的エンターテイメントの配信を、音楽記録物の演奏に同期させる。
【解決手段】 音楽記録物を補足するエンターテイメントコンテンツが、コンピューターネットワークリンクによって、ユーザのコンピューターへ配信される。ユーザは、そのコンピューターネットワークにアクセスするために、ブラウザを用いる。そのブラウザに対するプラグインは、音楽記録物を演奏するための音声ＣＤプレイヤーやその他のデバイスを制御することができる。ネットワーク経由でアクセスされる、遠隔にあるコンピューター上に格納されたスクリプトが、ダウンロードされる。そのスクリプトが、補足的エンターテイメントの配信を、音楽記録物の演奏に同期させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピューターネットワークの分野に関し、特に、ＣＤ−ＲＯＭ、音声記録物その他の流通媒体に関連したサービスをユーザへ提供するためのネットワークプロトコルの使用に関するものである。
【背景技術】
【０００２】
ここ数年来、オンラインサービスは爆発的な成長を遂げ、エンターテイメントの新しい一主要形態となっている。この新しいエンターテイメントと並んで、音楽記録物などのより伝統的な形態も大規模に消費され続けている。
【０００３】
そのような音楽記録物の伝統的な聴き方（音楽的体験）は、一つの部屋に集まった小人数のグループで聴くというものである。その音楽は部屋を音響的には満たすが、その音楽に関連した視覚的コンテンツは殆どない。その音楽記録物に対する相互作用としては単に、演奏するトラックの選択とか、音量の設定やイコライザの適用などの簡単な記録音の調整とかに限られている。このような伝統的な聴き方（音楽的体験）は、約一世紀前の７８回転レコードの時代と変わっていない。
【０００４】
音楽記録物の伝統的制作が、音楽記録物の上記伝統的な聴き方（体験）をある程度補足している。音楽記録物は、多数の録音段階を経て制作され、慎重なミキシングと編集を受けた後に、公衆へリリースされる。その点で、音楽記録物は固定的な形態であり、今日では音声ＣＤの形態である。音声ＣＤは、作者、演奏者、プロデューサー、及びレコーディングエンジニアによってデザインされた最終的な音楽的体験をできるだけ忠実に記録することを目的としている。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
音楽ビデオが、上記のような音楽記録物のトラックに視覚的コンテンツを関連させることにより、音楽記録物の伝統的聴き方（体験）を補足している。しかしなから、実際問題として、音楽ビデオは放送によって提供されており、ユーザコントロールが欠如しているという問題を抱えている。これは、消費者の対話性や参加性に寄与していないということを意味する。
【０００６】
オンラインサービスは、既に記録された素材に関連した音楽的体験（聴き方）を豊富にする機会をもたらす。本発明は、このような期待を実現できるコンピュータープログラム、システム及びプロトコルを提供するものである。
【０００７】
そこで、本発明の一目的は、流通媒体記録物を補足するエンターテイメントを、インターネットなどのオンラインサービスの手段を用いて配信することのできるコンピュータープログラム、システム及びプロトコルを提供することである。
【０００８】
本発明の他の目的は、上記の補足的エンターテイメントを消費者に対して有意義に対話型（双方向性）にして、消費者もその音楽的体験の創作者になれるようなコンピュータープログラム、システム及びプロトコルを提供することである。
【０００９】
本発明のさらに他の目的は、オンラインサービス標準の継続的な発展に対応できる柔軟性を残したまま、既存の環境やプログラムとのインテグレーションを特にインターネット上で達成するようデザインした実現手段によって前述の目的を達成することである。
【課題を解決するための手段】
【００１０】
本発明の一つの特徴は、ＣＤなどの流通媒体の制作者及び販売者に対し、顧客との関係を維持しかつ強化するための手段を提供することである。レコード会社は、その会社が市場流通に置いているＣＤに対する補足コンテンツの中央ライブラリへのダウンロードと定期的な更新を行う。本発明のソフトウェアは、ユーザのＷｅｂブラウザへのプラグインとして機能し、レコード会社のＣＤを有するユーザをそのＣＤについて適切な中央ライブラリの特定のセクションへと導く。
【００１１】
本発明の他の特徴は、補足コンテンツがネットワークコネクションを介してユーザへ配信された時に、レコード会社のＣＤに関連したユーザの聴取傾向を表現する、いわゆる“ＣＤウォッチャー”データが、レコード会社へ転送されることである。
【００１２】
変形的には、中央ライブラリに貢献し維持しているレコード会社は、補足コンテンツを得るために中央ライブラリへアクセスしたすべてのユーザの聴取傾向へアクセスすることができる。
【００１３】
本発明の更に他の特徴は、遠隔にあるホストコンピューター上で動くコンピュータープログラムがユーザのコンピューター上のＣＤプレイヤーやＤＶＤプレイヤーなどの流通媒体プレイヤーを制御することを可能にするソフトウェアが提供されることである。便宜上、全ての流通媒体を単に“ＣＤ”と呼び、また、ＤＶＤプレイヤーやその類似品などの全ての流通媒体プレイヤーを単に“ＣＤプレイヤー”と呼ぶ。遠隔にあるホストコンピューターが、ＣＤプレイヤーのアクションを開始させることと、ＣＤプレイヤーのフロントパネルのボタンや他のＣＤプレイヤーコントロールプログラムなどの他の制御手段によってユーザが開始したアクションを検知することとの両方が可能になるように、上記ソフトウェアがデザインされている。本発明のこの特徴は、これらの記録物が現代一般に広く使われている形態であるＣＤに固定的に記録されるときのＣＤコンテンツに対する補足的エンターテイメント提供の仕組みの一部分をなす。
【００１４】
本発明の別の特徴は、対話型（双方向性）コンテンツを含んだ視覚的コンテンツを、オンラインサービスを介して、音楽記録物のコンテンツの配信と同期して配信できることである。例えば、そのような視覚的コンテンツを、ユーザのコンピューターの音声ＣＤやその他の流通媒体の演奏に同期させることができる。その視覚的コンテンツは、例えば音楽ビデオのように、音楽記録物とテーマ的にリンクしている。
【００１５】
本発明の更に別の特徴は、多数のトラックを含むＣＤやその他の流通媒体に対して実質的にユニークな識別子を決定し又は割り当てる方法が提供されることである。ユニークな識別子は、ＣＤその他の流通媒体の再生に関連した補足的コンテンツを配信するのに有益であり、それにより、補足的コンテンツを配信するソフトウェアが、補足的コンテンツに対応する実際に正しいＣＤであることを確認できる。例えば、補足的コンテンツがＨｅｉｎｒｉｃｈ Ｉｇｎａｚ Ｆｒａｎｚ ＢｉｂｅｒのＲｏｓａｒｙ Ｓｏｎａｔａｓを補足するようにデザインされているときに、ユーザのプレイヤーのＣＤやその他の流通媒体がＭａｒｙ Ｐｏｐｐｉｎｓのサウンドトラックであった場合には、おそらく機能を果たさないであろう。また、このユニークな識別子によって、ＣＤや他の流通媒体をプレミアムＷｅｂエリアへアクセスするキーとして用いることができる。更に、このユニークな識別子によって、ユーザのマシンにあるＣＤや他の流通媒体に対応するＷｅｂのエリアへとユーザを導くことができる。
【００１６】
本発明の更に別の特徴は、一般に“チャットルーム”として知られている非常に人気のあるオンラインサービスを、そのチャットルームに参加している全ての人が聴いているＣＤ記録物へのリンクの手段により強化（拡充）することである。遠隔にあるホストコンピューターが、遠隔に位置する複数の流通媒体プレイヤーを制御することができる。チャットルームでの体験は、今日オンラインサービスで存在しているように、お互いが相手を識別しうる環境における伝統的なｆａｃｅ−ｔｏ−ｆａｃｅの社会的な出会いと比較して、物理的に接触のない特性を持つ。今日のチャットユーザ間の唯一共通の体験は、コンピュータースクリーン上を飛びかうチャットの言葉、及びユーザアイコン（“ａｖａｔａｒｓ”）又はスクリーン上の小さな空間を占める他の視覚的コンテンツである。チャットルームと共に音楽記録物を使用すると、チャットが、伝統的な社会的出会いのような一種の共有環境体験を復元する可能性を開く。
【００１７】
更に、音楽記録物のような共有コンテンツは、チャットシーカー（ｃｈａｔ−ｓｅｅｋｅｒｓ）がある特定タイプの記録物に対する興味の共有によってグループ化することを可能にする焦点を提供する。
【発明を実施するための最良の形態】
【００１８】
図１及び図２を参照すると、本発明の一実施例に従って、ＣＤ３０を再生するユーザが、遠隔地にあるデータ交換用のホストに動的に接続される。図２のブロック１１において、ユーザは、遠隔的ホストにリンクして、クライアントソフトウェア２６のダウンロードを要求する。そのダウンロードを受信するために、ユーザは、いくつかの基本的な情報、名前、ｅ−メール、チャットネームなどを提供しなければならない。ブロック１１Ａにおいて、その登録情報が、クライアントソフトウェア２６と交換される。ブロック１０Ａにおいて、ユーザのコンピューター１０は、クライアントソフトウェア２６とともに、ブラウザのようなコンピュータープログラム１２を実行する。ブロック３０Ａにおいて、プレイヤー３２へのＣＤ３０の挿入が、クライアントソフトウェア２６の動作をトリガーする。クライアントソフトウェア２６は、プレイヤー３２を制御して、ＣＤ３０を走査する。ＣＤ３０は、時間コード３１Ａ及び他の符号化されたデータ３１Ｂを含むことができる。ブロック３４で、クライアントソフトウェア２６が、ＣＤの走査の結果を使って、実質的にユニーク（一義的）なＣＤのＩＤ３１を計算する。あるＣＤは、ＩＤのテキストファイル又はＩＲＣコードを含んでも良いが、ＣＤのＩＤに関する共通の規格が存在しないので、ＩＤ計算技術は、いかなるＣＤに対しても有用なＩＤをもたらす。このＩＤ計算技術は、ＣＤ３０の実質的にユニークなパターンマッチ（ｍａｔｃｈ）３１Ｆを生成するために、ＣＤ３０の内容（コンテンツ）の一部をサンプリングしてそのサンプルを使うことによりパターンマッチ（ｍａｔｃｈ）３１Ｆを生成できる。クライアントソフトウェア２６は、ＣＤのＩＤ３１を計算している間、ブロック３６において、利用者特性６２を収集し、一時的に格納する。
【００１９】
利用者特性６２は、最も利用されたトラック、トータル利用時間、最も利用されたＣＤ、コンピューター１０の稼動時間の平均長さ、ロードされたソフトウェア、最も利用されたソフトウェア、クライアントと同時に実行されるソフトウェアなどを含むＣＤ利用プロファイルを、非限定的に含む。
【００２０】
ＣＤ３０のＩＤ３１を計算すると、クライアントソフトウェア２６が刺激され、コンピュータープログラム１２がＣＤ３０のＩＤ３１を探すためローカルキャッシュをチェックする。ＣＤのＩＤ３１がローカルキャッシュに存在しない場合、ブロック３８において、クライアントソフトウェア２６は、ルックアップサーバ４０（図１参照）にリンクする。コンピュータープログラム１２がまだ実行されていない場合、クライアントソフトウェア２６は、それを開始させてもよい。ルックアップサーバ４０へのリンクが確立すると、クライアントソフトウェア２６は、ＣＤ３０のＩＤ３１をルックアップサーバ４０に送信する。ルックアップサーバ４０は、ＣＤ３０のＩＤ３１をテーブル４２と比較する。テーブル４２は、ＣＤのＩＤを、関連するコンテンツにリンクさせかつ補足コンテンツを有する特定のアドレスにリンクさせるルックアップテーブルである。他の情報、例えば、タイミング及び制御データ、電子クーポン、広告、及びタイミング及び制御データを有するビデオのようなボーナスコンテンツがテーブル４２に含まれてもよい。ブロック４４において、ルックアップサーバ４０は、ＣＤ３０のＩＤ３１の受信に応答して、アドレス４６のような情報をユーザに送信する。ユーザに送信される情報は、ルックアップサーバ４０に送信された利用者特性及び利用者特性データ６２に基づいていても良いし、基づかなくとも良い。ブロック４８において、クライアントソフトウェア２６は、アドレス４６へのリンクを確立する。アドレス４６は、サイト５１Ａのような契約サイト又はプレミアム（ｐｒｅｍｉｕｍ）サイトであってよく、この場合、ＣＤのＩＤ３１は、パスワードとして作用してもよい。
【００２１】
本発明の一つの特徴において、それぞれレコード会社１−６のようなコンテンツ供給者５１−５６は、ウェブ上に中央ライブラリ５０を維持する。コンテンツ供給者はまた、広告主、ＣＤ小売業者、及び他のコンテンツ権利保有者を含んでも良い。中央ライブラリ５０は、ルックアップサーバ４０のような単一のサーバ上にあってもよく、また、分散されていてもよい。中央ライブラリ５０は、アドレス４６のようなルックアップテーブル４２内のアドレスによってリンクするサイト５１Ａのような補足コンテンツサイトを含む。各コンテンツ供給者５１−５６は、新しいＣＤがリリースされると、彼らのサイトのコンテンツを変更してもよく、追加のサイトへの新しいリンクを追加してもよい。新しいサイトが追加されると、新しいＣＤのＩＤ及びリンクされるアドレスがテーブル４２に追加される。
【００２２】
ブロック４９Ａにおいて、サイト５１Ａをホストするサーバ５８は、ユーザのコンピューター１０に補足コンテンツを転送する。ユーザがサイト５１Ａにリンクすると、クライアントソフトウェア２６は、格納された利用者特性データ６２及びＣＤステータスデータ６４をルックアップサーバ４０又はサーバ５８に送信する。ブロック６６において、クライアントソフトウェア２６は更新を続行し、クライアントソフトウェア２６が実行されている限り、利用者特性データ６２及びＣＤステータスデータ６４をルックアップサーバ又はサーバ５８に送信し続ける。閉ループの更新７０によって、コンテンツ供給者５１−５６のようなコンテンツ供給者は、どのＣＤが使用中であるか、ＣＤ要素の利用の相対的な頻度及び関連する情報を、リアルタイム又はほとんどリアルタイムで見ることができる。また、閉ループの更新７０は、ユーザのコンピューター１０上で再生中の流通メディアの制御を提供する。ブロック６８において、ＣＤを取り出したり又は交換したりすると、クライアントソフトウェアの手順がブロック３０Ａに戻る。
【００２３】
別の実施例において、本発明は、ワールドワイドウェブ上で機能する。当該ウェブ上のＨＴＴＰプロトコルは、一般的な接続指向プロトコル上で実行される。一般的な接続指向プロトコルは、今日では、一般的に、Ｄｏｕｇｌａｓ Ｅ．Ｃｏｍｅｒの“ｉｎｔｅｒｎｅｔｗｏｒｋｉｎｇ ｗｉｔｈ ＴＣＰ／ＩＰ（３ｄ ｅｄ．１９９５）”に記述されるＴＣＰ／ＩＰである。しかしなから、本明細書及び請求の範囲で述べる発明は、特定の種類のネットワークソフトウェア又はハードウェア上で実行されるＨＴＴＰに限定されない。本発明の原理は、ＨＴＴＰと競合する、又はＨＴＴＰに取って代わる、遠隔の情報にアクセスするための他のプロトコルにも応用可能である。
【００２４】
図３を参照すると、ユーザは、自分のコンピューター１０の前に座り、ブラウザ又は他のクライアントソフトウェアのようなコンピュータープログラム１２を実行する。ブラウザは、サーバ１６のようなサーバと呼ばれる他のコンピューターにＨＴＴＰ要求１４を送信する。要求において、資源として参照されサーバ上で入手可能なデータの特定の項目が、ユニフォームリソースロケータ（ＵＲＬ）の手段によって参照される。ＵＲＬは、Ｂｕｒｎｅｒｓ−Ｌｅｅらによって定義された特定の形式での符号（ｃｈａｒａｃｔｅｒ）の配列（ｓｔｒｉｎｇ）である。ＵＲＬは、サーバの識別符号及びサーバ内のデータの特定の項目の識別符号の両方を含む。要求に反応して、サーバはユーザのブラウザに応答１８を返し、ブラウザは、それらの応答に反応し、一般的に、ある種類のコンテンツをユーザに表示する。
【００２５】
応答のコンテンツ部分は、ハイパーテキストマークアップ言語（ＨＴＭＬ）で表現される「ウェブページ」であってもよい。その言語は、ビットマップ形式の画像及び（アンカー及びハイパーリンクとして知られる）リンクとテキストが散在したものから構成されるコンテンツを表現できる言語である。リンクはＵＲＬリンクであり、ユーザの意志によってブラウザが更なる要求を送信できる。
【００２６】
応答はまた、ブラウザによって解釈されるより複雑なコマンドを含んでも良い。コマンドは、例えば、図４に関して後述するように、動画を生じさせるためのコマンドであって良い。ＨＴＭＬ自体は複雑なコマンドを定義せず、むしろ、複雑なコマンドは、別に定義されたスクリプト言語に属すると考えられ、その中で現在一般的な２つの言語は、ジャバスクリプト（Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ）及びＶＢスクリプト（ＶＢＳｃｒｉｐｔ）である。
【００２７】
スクリプト言語で書かれたコードを使ったブラウザの機能の拡張に加えて、コンパイルされた（ｃｏｍｐｉｌｅｄ）コードによるブラウザの機能の拡張も可能である。そのようなコンパイルされたコードは、プラグインと呼ばれる。プラグインを書くための正確なプロトコルは、特定のブラウザに依存する。マイクロソフトのブラウザのためのプラグインは、アクティブＸコントロール（ＡｃｔｉｖｅＸ ｃｏｎｔｒｏｌｓ）の名前で呼ばれる。
【００２８】
アクティブＸは非常に複雑かもしれない。本発明に関連して有利に利用しうるプラグインは、マクロメディア（Ｍａｃｒｏｍｅｄｉａ）のショックウェーブ（ｓｈｏｃｋｗａｖｅ）である。ショックウェーブは、サーバの応答の一部分である動画（ａｎｉｍａｔｉｏｎｓ）をダウンロードし、再生することを可能にする。ショックウェーブは、リンゴ（Ｌｉｎｇｏ）と呼ばれる自己のスクリプト言語を定義する。リンゴスクリプトは、ショックウェーブのプラグインが再生できるダウンロード可能な動画内に含まれる。ショックウェーブの動画の一般的な形式は、連続したフレームを構成するタイムラインであり、多数の視覚的な物体がタイムライン内の特定のフレームで現れ、動き、消える。ショックウェーブ動画内でより複雑な効果を達成するために、予め定義された視覚的なオブジェクトに加えてリンゴスクリプトを援用（ｉｎｖｏｋｅ）しても良い。
【００２９】
本発明の好ましい実施例では、コマンドプラグイン２４と呼ばれるプラグインを利用し、コマンドプラグイン２４は、スクリプト言語に対し、ＣＤ記録物の再生を詳細に命令し監視する能力を提供する。コマンドプラグインは、少なくとも、以下の基本的な機能を提供し、監視する。
（１）再生の開始及び停止
（２）現在のトラックとそのトラック内の位置の取得
（３）トラック及びそのトラック内の位置の探索（ｓｅｅｋ）
（４）音量の取得及び設定
（５）ＣＤに関する情報の取得（例えば、トラック数、トラックの長さ、トラック間の区切り（ｐａｕｓｅｓ））
（６）ＣＤドライブの性能に関する情報の取得
他の機能が提供され、監視されてもよく、他の機能は、基礎のオペレーティングシステムのサービスが適応可能であることによってのみ限定される。監視される機能は、サーバ４０及び／又はサーバ５８のような複数のサーバに転送される利用者特性データに含まれる。
【００３０】
コマンドプラグインは、Ｃ＋＋のような既存のプログラミング言語で書かれてもよい。プラグインは、マイクロソフトのアクティブＸオブジェクトに要求される規格のようなプラグインのための既存規格に従わなければならない。情報を取得し、コマンドプラグインがスクリプト言語に対して有効にする機能を実行するために、コマンドプラグインは、再生する音楽記録物に関する情報及び制御を提供する機能に依存する。これらの機能は、記録物の正確なソース（ｓｏｕｒｃｅ）に依存する。本発明の一実施例におけるように、もし、再生される記録物がコンピューターのＣＤプレイヤー内の音声ＣＤであり、かつ、ブラウザがマイクロソフトのウィンドウズ（登録商標）３．１又はウィンドウズ（登録商標）９５又はウィンドウズ（登録商標）ＣＥの下で実行される場合には、これらの機能は、Ｗｉｎ３２アプリケーションプログラミングインターフェースの一部を形成するＭＣＩ機能である。これらの機能は、例えば、マイクロソフトのＷｉｎ３２のプログラマの参考書に書面化されている。音声受信装置のストリーミング（ｓｔｒｅａｍｉｎｇ）によって、異なる機能が提供されてもよく、例えば、受信装置は、ＭＰＥＧなどの適切な音声符号化フォーマットでネットワーク接続を介してユーザのコンピューター内に入ってくる音声を取り込む。
【００３１】
コマンドプラグインの実行について注意すべき重要なポイントは、プラグインが実行する、例えばシークのような動作は、秒オーダーの時間がかかる可能性があることである。コマンドプラグイン２４にとって、その間、コンピューター１０の制御を保留することは好ましくないので、冗長な動作が行われるときはいつでも、コマンドプラグイン２４がコンピューター１０の制御をブラウザに引き渡し、共通のスクリプト言語を使用した非同期イベント処理能力を介して動作の結果を報告することが重要である。
【００３２】
コマンドプラグインが提供する機能の上記要約、プラグインの書き方（例えば、アクティブＸオブジェクトの書き方）の一般的な知識、及びＣＤの再生を制御するための関連するアプリケーションプログラミングインターフェース（例えば、Ｗｉｎ３２のＭＣＩ）の知識が与えられることで、当業者は、容易に且つ過大な経験なしに、実際に動作するコマンドプラグインを開発することができる。この理由によって、コマンドプラグインがどのように実行されるかについての更なる詳細は、ここで提供しない。
【００３３】
上記にリストされた機能をスクリプト言語に提供するコマンドプラグインの存在は、ＣＤのコンテンツを補足するエンターテイメントを作る基礎である。特に、スクリプト言語によって、補足コンテンツの表示をＣＤで発生するイベントと同期させる方法を、この基礎の上に案出することができる。
【００３４】
図４及び５を参照すると、ＣＤに対する補足コンテンツの同期は、以下のように進められる。例えば、補足コンテンツ６０は、フレームＦ１−Ｆｎ及びスクリプト７２を含むショックウェーブ動画のような動画手段によって提供される。補足コンテンツ６０は、サーバ５８からダウンロードされ、ショックウェーブのプラグインによって、ユーザに表示される。このダウンロードは、動画が表示される前に行われてもよいし、或いは、ネットワークへのユーザの接続が適当な速度のダウンロードを維持するのに十分速ければ、動画を表しながらダウンロードを行ってもよい。ダウンロードは、ショックウェーブのプラグイン自体により提供される機能である。
【００３５】
ショックウェーブの動画が再生される際に、リンゴ（Ｌｉｎｇｏ）スクリプトなどのスクリプト７２は、一つのフレームＦｎが表示を終了する毎に実行する。リンゴスクリプトは、動画のフレームとＣＤコンテンツのセグメント（トラック番号及び時間によって識別される）との間に存在すべき関係の記述を含む。リンゴスクリプトは、上記のコマンドプラグインによって、ＣＤの再生がどのトラック及び時間であるかを決定する。それから、リンゴスクリプトは、ＣＤのその部分に対応する動画のフレームを決定するために、記述を参照する。現在のフレームが決定されたフレームの一つでない場合、リンゴスクリプトは、動画のタイムラインをリセットし、動画は、ＣＤの現在位置に対応するフレームで再生を開始する。これは、例えば、ネットワークからのダウンロードが遅れたため、ユーザのコンピューターが最大限の速度で動画を再生するためのサイクルを欠いたため、或いは、ユーザがＣＤを早送りしてしまったために、動画がＣＤに遅れる場合、視覚的コンテンツが追いつくことを可能にする。
【００３６】
図４を参照すると、同期化アルゴリズムが、個々のフレーム又は隣接するフレームのグループを制御することができる。補足コンテンツ６０は、フレームＦ１−Ｆｎ及びスクリプト７２を含む。図５のブロック２００で、各フレームＦｎ又はフレームのグループとＣＤ３０の特定のセグメントとの間の対応関係が設定される。ブロック２０５での動画の各フレームＦｎの終わりに、ブロック２１０で、ＣＤ３０の位置が決定される。ブロック２１５で、ＣＤ３０の位置が、次の一連のフレームが属するフレームのグループに対応する記録物のセグメント範囲内にあるかどうかを決定するテストが実施される。ＣＤ３０の位置がそのセグメント範囲内にある場合、ブロック２３０で、動画の再生は次のフレームに進む。ＣＤ３０の位置がそのセグメント範囲内にない場合、ブロック２２０及び２２５で、アニメーションの再生は、ＣＤ３０の位置に対応するフレームへと進む。
【００３７】
本発明の更なる特徴は、ツアー（ｔｏｕｒｉｎｇ）モードである。ツアーモードのクライアントソフトウェア２６において、サーバ５８のような遠隔装置が、プレイヤー２６の制御データを散在させた補足コンテンツ６０の配信を通じて、一人又はそれ以上のユーザの装置を制御し、一人又はそれ以上のユーザに、ＣＤ３０のような特定の流通媒体の案内されるツアーを提供する。
【００３８】
本発明の更なる特徴は、コマンドプラグイン２４を使って、ユーザのＣＤプレイヤー３２内にあるＣＤのユニークな識別子（ＣＤ３０のＩＤ３１）を設定するための技術を提供する能力である。ユニークな識別子は、トラックの数及び長さ（１秒の１／７５というブロックの単位で測定される）に基づいてもよく、その場合、識別子は、これらの長さの連結となる。しかしながら、実際は、多少短い識別子を有することが望ましい。そこで、ユニークな識別子は、好ましくは、１秒の１／４単位のような、かなり粗い単位で表現されるトラック長さの連結である。
【００３９】
２つの音声ＣＤが正確に或いは実質的に同一であるかどうかを決定するのに適したファジーな比較アルゴリズムは、以下のように進行する。比較される２つの音声ＣＤの各々に対して、数ミリ秒単位でＣＤの全部のトラックの長さを決定する。それから、全てのトラックの長さを８ビットずつ右にシフトする（ｓｈｉｆｔ）。実際上、これは２８＝２５６による除算（切り捨て）（ｔｒｕｎｃａｔｉｎｇ ｄｉｖｉｓｉｏｎ）を実行していることになる。それから、両記録物を１トラックずつ見ていき、一致合計及び一致エラーの２つの数を累計していく。これらの数は、両方とも、比較の開始時にゼロに初期化される。トラックごとに、一致合計のほうは比較される一方のＣＤのトラックのシフトした長さだけ増やし、一致エラーのほうは２つのＣＤのトラックのシフトした長さの差の絶対値だけ増やす。トラック数が少ないほうのＣＤの最後のトラックに到達すると、他方のＣＤのトラックに継続し、一致合計と一致エラーの両方とも、そのトラックのシフトした長さだけ増やす。トラックを見ていくこれらのステップの後、アルゴリズムは、一致数によって一致エラーを除算し、１からその商を減算し、その差を百分率に変換する。これが、２つのＣＤがどれくらい一致しているかの指標となる。
【００４０】
２つの音声ＣＤが正確に同一であるかどうかを決定するのに適した比較アルゴリズムは、トラック数、トラック長さ及びトラックの開始及び終了時間から、８バイト値を生成する。上位４バイトは、ミリ秒単位で表わされる全てのトラックの開始時間及び終了時間を合計することによって得られる。下位４バイトは、ミリ秒単位で表わされる全てのトラックの長さを合計し、その合計を左に１０ビットシフトし、トラック数を加算することによって得られる。
【００４１】
ＣＤのＩＤ３１は、データベースの鍵として利用することができる。サイト５２Ａのようなサイトは、ＣＤについての情報のデータベースを維持することができ、例えば、レコード会社２によって発行されたすべてのＣＤについての情報が、レコード会社のサイト上で保持される。ユーザのために、この情報にたどり着く（ｎａｖｉｇａｔｅ）ための種々の代替的な方法がある。例えば、ユーザは、コンテンツのテーブルとしての多くのハイパーリンクを含むウェブページを使用することができ、或いは、ユーザは、既存の検索エンジンを使用することもできる。本発明のＣＤのＩＤ３１により可能になる検索の第三の方法によれば、ウェブページがユーザに対して、情報を探しているＣＤ（例えば、ＣＤ３０）をプレイヤー３２に置くことを促す。ドライブの中にＣＤ３０の存在が検知されると、ウェブページ内のスクリプトはＣＤ３０に対応するＣＤのＩＤ３１を計算し、それをサーバ５８に送信する。それから、サーバ５８は、ＣＤのＩＤ３１に基づいてデータベースから引き出されたＣＤ３０についての情報を表示する。この情報は、ＣＤ３０に関するウェブアドレス（ＵＲＬ）（例えばアーティストのホームページのウェブアドレス）、ＣＤ３０上の曲名のような簡単なデータを含んで良く、そして、（例えばバンドの）写真、作品、動画及びビデオクリップを含む補足的なエンターテイメントを含んでも良い。ユーザがコンピューターにＣＤ３０を挿入すると、（ｉ）ウェブブラウザがまだ実行されていない場合に実行開始し、（ｉｉ）ブラウザがＣＤ３０のユニークな識別子を計算し、そのユニークな識別子からＵＲＬを取得し、（ｉｉｉ）ブラウザがＵＲＬ上でＨＴＴＰ取得処理を行うように、手順を調整することもできる。
【００４２】
音楽記録物のユニークな識別子についての別の応用として、ウェブのプレミアムエリアへ入るための鍵としＣＤを利用することができる。現在、人々が契約により許可されるウェブの特別（ｐｒｅｍｉｕｍ）な場所がある。ユニークな識別子に基づいた許可の簡単な形式は、ウェブの特定の場所にアクセスする前に、特定のＣＤ、又は特定の会社によって発行されたＣＤ、又は特定のバンド又はアーティストの音楽を含むＣＤをユーザのＣＤドライブに置くことを要求することである。これは、コマンドプラグインによって提供される機能を実行（ｉｎｖｏｋｅ）し、ユニークな識別子を計算するスクリプトの手段によって簡単に達成される。
【００４３】
本発明の別の特徴は、チャットルームと音楽記録物との接続である。目的は、チャットルームの全ての参加者に、ほぼ同じ時刻に同じ音楽を提供することである。
【００４４】
チャットサービスのための既存のネットワークプロトコルとして、Ｉｎｔｅｒｎｅｔ Ｒｅｌａｙ Ｃｈａｔ （ＩＲＣ）のＪ． Ｏｉｋａｒｉｍａｎ ＆ Ｄ． Ｒｅｅｄによって記述されたＩｎｔｅｒｎｅｔ Ｒｅｌａｙ Ｃｈａｔ Ｐｒｏｔｏｃｏｌ （Ｉｎｔｅｒｎｅｔ Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ Ｎｏ．１４５９，１９９３）がある。このプロトコルにおいて、ある人がチャットサーバのクライアントになると、その人はチャットル−ムに名前を送信する。チャットサーバは、その全てのクライアントからのメッセージを受信し、各クライアントから送られてきたメッセージを、クライアントとして同じルームに接続している他の全クライアントに中継する。クライアントが送信するメッセージは、典型的に、クライアントを実行しているユーザによってタイプされ、クライアントが受信するメッセージは、典型的に、クライアントを実行しているユーザに読めるよう表示される。
【００４５】
本発明の好ましい実施例では、チャットクライアントは、チャットプラグインと呼ばれるであろうプラグインによってカスタマイズ（ｃｕｓｔｏｍｉｚｅｄ）される。チャットクライアントは、以下のように、ブラウザによって開始される（図６参照）。ユーザは、ブラウザによって、メインウェブページ（ボックス３００）に接続する。メインウェブページは、ダウンロードされるとき、ユーザがプレイヤーにＣＤを挿入することを要求する（ボックス３０５）。ＣＤのユニークな識別子が計算され、メインウェブページのスクリプトのコマンドに従って、上記の制御プラグインを使って、サーバに返信される（ボックス３１０）。それから、サーバは、ユニークな識別子を使って、そのＣＤに焦点を当てた（ｆｏｃｕｓｅｄ ｏｎ）チャットルームを持っているかどうかを決定する。このステップは、既知の技術を使って、そのユニークな識別子をデータベース内で探すことによって実行することができる。データベースに接続するウェブページについての文献として、例えば、Ｄｅｃｅｍｂｅｒ ＆ Ｇｉｎｓｂｕｒｇ，ｓｕｐｒａ，ｃｈａｐｔｅｒ ２１のような巨大な文献が存在する。そのＣＤ専用（ｆｏｃｕｓｅｄ ｏｎ）のチャットルームが存在する場合、又は作れる場合、サーバは、そのチャットルームの名前に応答して、ブラウザは、そのチャットルームのクライアントとして、ユーザのコンピューター上でチャットクライアントを開始する（ボックス３２０）。
【００４６】
チャットルームの名前は、サーバによって設定される。その名前は、チャットルームの他のクライアントの装置で再生しているＣＤのトラック、トラックが再生を開始した時刻、さらに、ＣＤが再生している音量についての情報を含むように設定される。チャットクライアントのプラグインはその情報を使用して、ユーザのコンピューター内のＣＤを、チャットルームの他のクライアントの装置で再生しているＣＤにほぼ同期して再生するように設定することをコントロールプラグインに指示する（ボックス３２０）。
【００４７】
チャットルーム内の各ユーザは、各ユーザの装置で再生しているＣＤを制御することができる。制御動作により、チャットプラグインはメッセージをチャットサーバに送信し、チャットサーバは、行われた制御動作を記述する（ボックス３２５）。例えば、そのようなメッセージは、ＣＤの位置の変更、音量の変更、別のＣＤに取り替えるためのＣＤの取り出しを示すことができる。他のユーザの装置で実行されるチャットプラグインは、この種のメッセージを見ると、上述の制御プラグインを使って、他のユーザの装置での（できるだけ）その動作を繰り返す（ｒｅｐｌｉｃａｔｅ）（ボックス３３０）。
【００４８】
本発明の更なる特徴によれば、特定の音楽記録物専用（ｆｏｃｕｓｅｄ ｏｎ）のチャットルームは、特定のトラックを選択するための投票手続きを認めることができる。簡単な投票手続きは、各チャットプラグインにおいて、それが２つの同一の連続した変化メッセージを見つけると、前の段落で述べた種類のメッセージの変化に従って動作することである。これは、再生されているトラックを変えるために、２名のユーザがトラックを変える必要があることを意味する。２という数字は、それより大きい数字に置き換えてもよい。
【００４９】
本発明の更なる特徴において、チャットのユーザに配信されるメッセージは、手でのタイプよりむしろテキストファイルから作られてもよい。これにより、予め記録された体験（ｅｘｐｅｒｉｅｎｃｅ）を、チャットユーザのグループのために再生することが可能になる。そのような技術は、音声ＣＤの予め記録され、語り付きのツアー（ｔｏｕｒｉｎｇ）を作るのに使用することができる。
【００５０】
上述の実施例の重要な利点は、Ｉｎｔｅｒｎｅｔ Ｒｅｌａｙ Ｃｈａｔ又は同様な最小限のチャットサービスを提供するプロトコルによって要求される最小限の機能をサポートするいかなるチャットサーバソフトウェアにも使用できることである。要求される追加的なソフトウェアは、ＣＤ情報のデータベースに接続したチャットクライアントプラグイン及び中央ウェブページにある。
【図面の簡単な説明】
【００５１】
【図１】本発明の実施例に従ったネットワーク概略図である。
【図２】図１に示した実施例のフローチャートである。
【図３】本発明の実施例が動作する環境を表したブロック図である。
【図４】本発明の実施例に従った補足的コンテンツのブロック図である。
【図５】本発明の実施例の同期コードのフローチャートである。
【図６】本発明の実施例に従った、チャットルームへ接続するための操作手順のフローチャートである。
【技術分野】
【０００１】
本発明は、コンピューターネットワークの分野に関し、特に、ＣＤ−ＲＯＭ、音声記録物その他の流通媒体に関連したサービスをユーザへ提供するためのネットワークプロトコルの使用に関するものである。
【背景技術】
【０００２】
ここ数年来、オンラインサービスは爆発的な成長を遂げ、エンターテイメントの新しい一主要形態となっている。この新しいエンターテイメントと並んで、音楽記録物などのより伝統的な形態も大規模に消費され続けている。
【０００３】
そのような音楽記録物の伝統的な聴き方（音楽的体験）は、一つの部屋に集まった小人数のグループで聴くというものである。その音楽は部屋を音響的には満たすが、その音楽に関連した視覚的コンテンツは殆どない。その音楽記録物に対する相互作用としては単に、演奏するトラックの選択とか、音量の設定やイコライザの適用などの簡単な記録音の調整とかに限られている。このような伝統的な聴き方（音楽的体験）は、約一世紀前の７８回転レコードの時代と変わっていない。
【０００４】
音楽記録物の伝統的制作が、音楽記録物の上記伝統的な聴き方（体験）をある程度補足している。音楽記録物は、多数の録音段階を経て制作され、慎重なミキシングと編集を受けた後に、公衆へリリースされる。その点で、音楽記録物は固定的な形態であり、今日では音声ＣＤの形態である。音声ＣＤは、作者、演奏者、プロデューサー、及びレコーディングエンジニアによってデザインされた最終的な音楽的体験をできるだけ忠実に記録することを目的としている。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
音楽ビデオが、上記のような音楽記録物のトラックに視覚的コンテンツを関連させることにより、音楽記録物の伝統的聴き方（体験）を補足している。しかしなから、実際問題として、音楽ビデオは放送によって提供されており、ユーザコントロールが欠如しているという問題を抱えている。これは、消費者の対話性や参加性に寄与していないということを意味する。
【０００６】
オンラインサービスは、既に記録された素材に関連した音楽的体験（聴き方）を豊富にする機会をもたらす。本発明は、このような期待を実現できるコンピュータープログラム、システム及びプロトコルを提供するものである。
【０００７】
そこで、本発明の一目的は、流通媒体記録物を補足するエンターテイメントを、インターネットなどのオンラインサービスの手段を用いて配信することのできるコンピュータープログラム、システム及びプロトコルを提供することである。
【０００８】
本発明の他の目的は、上記の補足的エンターテイメントを消費者に対して有意義に対話型（双方向性）にして、消費者もその音楽的体験の創作者になれるようなコンピュータープログラム、システム及びプロトコルを提供することである。
【０００９】
本発明のさらに他の目的は、オンラインサービス標準の継続的な発展に対応できる柔軟性を残したまま、既存の環境やプログラムとのインテグレーションを特にインターネット上で達成するようデザインした実現手段によって前述の目的を達成することである。
【課題を解決するための手段】
【００１０】
本発明の一つの特徴は、ＣＤなどの流通媒体の制作者及び販売者に対し、顧客との関係を維持しかつ強化するための手段を提供することである。レコード会社は、その会社が市場流通に置いているＣＤに対する補足コンテンツの中央ライブラリへのダウンロードと定期的な更新を行う。本発明のソフトウェアは、ユーザのＷｅｂブラウザへのプラグインとして機能し、レコード会社のＣＤを有するユーザをそのＣＤについて適切な中央ライブラリの特定のセクションへと導く。
【００１１】
本発明の他の特徴は、補足コンテンツがネットワークコネクションを介してユーザへ配信された時に、レコード会社のＣＤに関連したユーザの聴取傾向を表現する、いわゆる“ＣＤウォッチャー”データが、レコード会社へ転送されることである。
【００１２】
変形的には、中央ライブラリに貢献し維持しているレコード会社は、補足コンテンツを得るために中央ライブラリへアクセスしたすべてのユーザの聴取傾向へアクセスすることができる。
【００１３】
本発明の更に他の特徴は、遠隔にあるホストコンピューター上で動くコンピュータープログラムがユーザのコンピューター上のＣＤプレイヤーやＤＶＤプレイヤーなどの流通媒体プレイヤーを制御することを可能にするソフトウェアが提供されることである。便宜上、全ての流通媒体を単に“ＣＤ”と呼び、また、ＤＶＤプレイヤーやその類似品などの全ての流通媒体プレイヤーを単に“ＣＤプレイヤー”と呼ぶ。遠隔にあるホストコンピューターが、ＣＤプレイヤーのアクションを開始させることと、ＣＤプレイヤーのフロントパネルのボタンや他のＣＤプレイヤーコントロールプログラムなどの他の制御手段によってユーザが開始したアクションを検知することとの両方が可能になるように、上記ソフトウェアがデザインされている。本発明のこの特徴は、これらの記録物が現代一般に広く使われている形態であるＣＤに固定的に記録されるときのＣＤコンテンツに対する補足的エンターテイメント提供の仕組みの一部分をなす。
【００１４】
本発明の別の特徴は、対話型（双方向性）コンテンツを含んだ視覚的コンテンツを、オンラインサービスを介して、音楽記録物のコンテンツの配信と同期して配信できることである。例えば、そのような視覚的コンテンツを、ユーザのコンピューターの音声ＣＤやその他の流通媒体の演奏に同期させることができる。その視覚的コンテンツは、例えば音楽ビデオのように、音楽記録物とテーマ的にリンクしている。
【００１５】
本発明の更に別の特徴は、多数のトラックを含むＣＤやその他の流通媒体に対して実質的にユニークな識別子を決定し又は割り当てる方法が提供されることである。ユニークな識別子は、ＣＤその他の流通媒体の再生に関連した補足的コンテンツを配信するのに有益であり、それにより、補足的コンテンツを配信するソフトウェアが、補足的コンテンツに対応する実際に正しいＣＤであることを確認できる。例えば、補足的コンテンツがＨｅｉｎｒｉｃｈ Ｉｇｎａｚ Ｆｒａｎｚ ＢｉｂｅｒのＲｏｓａｒｙ Ｓｏｎａｔａｓを補足するようにデザインされているときに、ユーザのプレイヤーのＣＤやその他の流通媒体がＭａｒｙ Ｐｏｐｐｉｎｓのサウンドトラックであった場合には、おそらく機能を果たさないであろう。また、このユニークな識別子によって、ＣＤや他の流通媒体をプレミアムＷｅｂエリアへアクセスするキーとして用いることができる。更に、このユニークな識別子によって、ユーザのマシンにあるＣＤや他の流通媒体に対応するＷｅｂのエリアへとユーザを導くことができる。
【００１６】
本発明の更に別の特徴は、一般に“チャットルーム”として知られている非常に人気のあるオンラインサービスを、そのチャットルームに参加している全ての人が聴いているＣＤ記録物へのリンクの手段により強化（拡充）することである。遠隔にあるホストコンピューターが、遠隔に位置する複数の流通媒体プレイヤーを制御することができる。チャットルームでの体験は、今日オンラインサービスで存在しているように、お互いが相手を識別しうる環境における伝統的なｆａｃｅ−ｔｏ−ｆａｃｅの社会的な出会いと比較して、物理的に接触のない特性を持つ。今日のチャットユーザ間の唯一共通の体験は、コンピュータースクリーン上を飛びかうチャットの言葉、及びユーザアイコン（“ａｖａｔａｒｓ”）又はスクリーン上の小さな空間を占める他の視覚的コンテンツである。チャットルームと共に音楽記録物を使用すると、チャットが、伝統的な社会的出会いのような一種の共有環境体験を復元する可能性を開く。
【００１７】
更に、音楽記録物のような共有コンテンツは、チャットシーカー（ｃｈａｔ−ｓｅｅｋｅｒｓ）がある特定タイプの記録物に対する興味の共有によってグループ化することを可能にする焦点を提供する。
【発明を実施するための最良の形態】
【００１８】
図１及び図２を参照すると、本発明の一実施例に従って、ＣＤ３０を再生するユーザが、遠隔地にあるデータ交換用のホストに動的に接続される。図２のブロック１１において、ユーザは、遠隔的ホストにリンクして、クライアントソフトウェア２６のダウンロードを要求する。そのダウンロードを受信するために、ユーザは、いくつかの基本的な情報、名前、ｅ−メール、チャットネームなどを提供しなければならない。ブロック１１Ａにおいて、その登録情報が、クライアントソフトウェア２６と交換される。ブロック１０Ａにおいて、ユーザのコンピューター１０は、クライアントソフトウェア２６とともに、ブラウザのようなコンピュータープログラム１２を実行する。ブロック３０Ａにおいて、プレイヤー３２へのＣＤ３０の挿入が、クライアントソフトウェア２６の動作をトリガーする。クライアントソフトウェア２６は、プレイヤー３２を制御して、ＣＤ３０を走査する。ＣＤ３０は、時間コード３１Ａ及び他の符号化されたデータ３１Ｂを含むことができる。ブロック３４で、クライアントソフトウェア２６が、ＣＤの走査の結果を使って、実質的にユニーク（一義的）なＣＤのＩＤ３１を計算する。あるＣＤは、ＩＤのテキストファイル又はＩＲＣコードを含んでも良いが、ＣＤのＩＤに関する共通の規格が存在しないので、ＩＤ計算技術は、いかなるＣＤに対しても有用なＩＤをもたらす。このＩＤ計算技術は、ＣＤ３０の実質的にユニークなパターンマッチ（ｍａｔｃｈ）３１Ｆを生成するために、ＣＤ３０の内容（コンテンツ）の一部をサンプリングしてそのサンプルを使うことによりパターンマッチ（ｍａｔｃｈ）３１Ｆを生成できる。クライアントソフトウェア２６は、ＣＤのＩＤ３１を計算している間、ブロック３６において、利用者特性６２を収集し、一時的に格納する。
【００１９】
利用者特性６２は、最も利用されたトラック、トータル利用時間、最も利用されたＣＤ、コンピューター１０の稼動時間の平均長さ、ロードされたソフトウェア、最も利用されたソフトウェア、クライアントと同時に実行されるソフトウェアなどを含むＣＤ利用プロファイルを、非限定的に含む。
【００２０】
ＣＤ３０のＩＤ３１を計算すると、クライアントソフトウェア２６が刺激され、コンピュータープログラム１２がＣＤ３０のＩＤ３１を探すためローカルキャッシュをチェックする。ＣＤのＩＤ３１がローカルキャッシュに存在しない場合、ブロック３８において、クライアントソフトウェア２６は、ルックアップサーバ４０（図１参照）にリンクする。コンピュータープログラム１２がまだ実行されていない場合、クライアントソフトウェア２６は、それを開始させてもよい。ルックアップサーバ４０へのリンクが確立すると、クライアントソフトウェア２６は、ＣＤ３０のＩＤ３１をルックアップサーバ４０に送信する。ルックアップサーバ４０は、ＣＤ３０のＩＤ３１をテーブル４２と比較する。テーブル４２は、ＣＤのＩＤを、関連するコンテンツにリンクさせかつ補足コンテンツを有する特定のアドレスにリンクさせるルックアップテーブルである。他の情報、例えば、タイミング及び制御データ、電子クーポン、広告、及びタイミング及び制御データを有するビデオのようなボーナスコンテンツがテーブル４２に含まれてもよい。ブロック４４において、ルックアップサーバ４０は、ＣＤ３０のＩＤ３１の受信に応答して、アドレス４６のような情報をユーザに送信する。ユーザに送信される情報は、ルックアップサーバ４０に送信された利用者特性及び利用者特性データ６２に基づいていても良いし、基づかなくとも良い。ブロック４８において、クライアントソフトウェア２６は、アドレス４６へのリンクを確立する。アドレス４６は、サイト５１Ａのような契約サイト又はプレミアム（ｐｒｅｍｉｕｍ）サイトであってよく、この場合、ＣＤのＩＤ３１は、パスワードとして作用してもよい。
【００２１】
本発明の一つの特徴において、それぞれレコード会社１−６のようなコンテンツ供給者５１−５６は、ウェブ上に中央ライブラリ５０を維持する。コンテンツ供給者はまた、広告主、ＣＤ小売業者、及び他のコンテンツ権利保有者を含んでも良い。中央ライブラリ５０は、ルックアップサーバ４０のような単一のサーバ上にあってもよく、また、分散されていてもよい。中央ライブラリ５０は、アドレス４６のようなルックアップテーブル４２内のアドレスによってリンクするサイト５１Ａのような補足コンテンツサイトを含む。各コンテンツ供給者５１−５６は、新しいＣＤがリリースされると、彼らのサイトのコンテンツを変更してもよく、追加のサイトへの新しいリンクを追加してもよい。新しいサイトが追加されると、新しいＣＤのＩＤ及びリンクされるアドレスがテーブル４２に追加される。
【００２２】
ブロック４９Ａにおいて、サイト５１Ａをホストするサーバ５８は、ユーザのコンピューター１０に補足コンテンツを転送する。ユーザがサイト５１Ａにリンクすると、クライアントソフトウェア２６は、格納された利用者特性データ６２及びＣＤステータスデータ６４をルックアップサーバ４０又はサーバ５８に送信する。ブロック６６において、クライアントソフトウェア２６は更新を続行し、クライアントソフトウェア２６が実行されている限り、利用者特性データ６２及びＣＤステータスデータ６４をルックアップサーバ又はサーバ５８に送信し続ける。閉ループの更新７０によって、コンテンツ供給者５１−５６のようなコンテンツ供給者は、どのＣＤが使用中であるか、ＣＤ要素の利用の相対的な頻度及び関連する情報を、リアルタイム又はほとんどリアルタイムで見ることができる。また、閉ループの更新７０は、ユーザのコンピューター１０上で再生中の流通メディアの制御を提供する。ブロック６８において、ＣＤを取り出したり又は交換したりすると、クライアントソフトウェアの手順がブロック３０Ａに戻る。
【００２３】
別の実施例において、本発明は、ワールドワイドウェブ上で機能する。当該ウェブ上のＨＴＴＰプロトコルは、一般的な接続指向プロトコル上で実行される。一般的な接続指向プロトコルは、今日では、一般的に、Ｄｏｕｇｌａｓ Ｅ．Ｃｏｍｅｒの“ｉｎｔｅｒｎｅｔｗｏｒｋｉｎｇ ｗｉｔｈ ＴＣＰ／ＩＰ（３ｄ ｅｄ．１９９５）”に記述されるＴＣＰ／ＩＰである。しかしなから、本明細書及び請求の範囲で述べる発明は、特定の種類のネットワークソフトウェア又はハードウェア上で実行されるＨＴＴＰに限定されない。本発明の原理は、ＨＴＴＰと競合する、又はＨＴＴＰに取って代わる、遠隔の情報にアクセスするための他のプロトコルにも応用可能である。
【００２４】
図３を参照すると、ユーザは、自分のコンピューター１０の前に座り、ブラウザ又は他のクライアントソフトウェアのようなコンピュータープログラム１２を実行する。ブラウザは、サーバ１６のようなサーバと呼ばれる他のコンピューターにＨＴＴＰ要求１４を送信する。要求において、資源として参照されサーバ上で入手可能なデータの特定の項目が、ユニフォームリソースロケータ（ＵＲＬ）の手段によって参照される。ＵＲＬは、Ｂｕｒｎｅｒｓ−Ｌｅｅらによって定義された特定の形式での符号（ｃｈａｒａｃｔｅｒ）の配列（ｓｔｒｉｎｇ）である。ＵＲＬは、サーバの識別符号及びサーバ内のデータの特定の項目の識別符号の両方を含む。要求に反応して、サーバはユーザのブラウザに応答１８を返し、ブラウザは、それらの応答に反応し、一般的に、ある種類のコンテンツをユーザに表示する。
【００２５】
応答のコンテンツ部分は、ハイパーテキストマークアップ言語（ＨＴＭＬ）で表現される「ウェブページ」であってもよい。その言語は、ビットマップ形式の画像及び（アンカー及びハイパーリンクとして知られる）リンクとテキストが散在したものから構成されるコンテンツを表現できる言語である。リンクはＵＲＬリンクであり、ユーザの意志によってブラウザが更なる要求を送信できる。
【００２６】
応答はまた、ブラウザによって解釈されるより複雑なコマンドを含んでも良い。コマンドは、例えば、図４に関して後述するように、動画を生じさせるためのコマンドであって良い。ＨＴＭＬ自体は複雑なコマンドを定義せず、むしろ、複雑なコマンドは、別に定義されたスクリプト言語に属すると考えられ、その中で現在一般的な２つの言語は、ジャバスクリプト（Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ）及びＶＢスクリプト（ＶＢＳｃｒｉｐｔ）である。
【００２７】
スクリプト言語で書かれたコードを使ったブラウザの機能の拡張に加えて、コンパイルされた（ｃｏｍｐｉｌｅｄ）コードによるブラウザの機能の拡張も可能である。そのようなコンパイルされたコードは、プラグインと呼ばれる。プラグインを書くための正確なプロトコルは、特定のブラウザに依存する。マイクロソフトのブラウザのためのプラグインは、アクティブＸコントロール（ＡｃｔｉｖｅＸ ｃｏｎｔｒｏｌｓ）の名前で呼ばれる。
【００２８】
アクティブＸは非常に複雑かもしれない。本発明に関連して有利に利用しうるプラグインは、マクロメディア（Ｍａｃｒｏｍｅｄｉａ）のショックウェーブ（ｓｈｏｃｋｗａｖｅ）である。ショックウェーブは、サーバの応答の一部分である動画（ａｎｉｍａｔｉｏｎｓ）をダウンロードし、再生することを可能にする。ショックウェーブは、リンゴ（Ｌｉｎｇｏ）と呼ばれる自己のスクリプト言語を定義する。リンゴスクリプトは、ショックウェーブのプラグインが再生できるダウンロード可能な動画内に含まれる。ショックウェーブの動画の一般的な形式は、連続したフレームを構成するタイムラインであり、多数の視覚的な物体がタイムライン内の特定のフレームで現れ、動き、消える。ショックウェーブ動画内でより複雑な効果を達成するために、予め定義された視覚的なオブジェクトに加えてリンゴスクリプトを援用（ｉｎｖｏｋｅ）しても良い。
【００２９】
本発明の好ましい実施例では、コマンドプラグイン２４と呼ばれるプラグインを利用し、コマンドプラグイン２４は、スクリプト言語に対し、ＣＤ記録物の再生を詳細に命令し監視する能力を提供する。コマンドプラグインは、少なくとも、以下の基本的な機能を提供し、監視する。
（１）再生の開始及び停止
（２）現在のトラックとそのトラック内の位置の取得
（３）トラック及びそのトラック内の位置の探索（ｓｅｅｋ）
（４）音量の取得及び設定
（５）ＣＤに関する情報の取得（例えば、トラック数、トラックの長さ、トラック間の区切り（ｐａｕｓｅｓ））
（６）ＣＤドライブの性能に関する情報の取得
他の機能が提供され、監視されてもよく、他の機能は、基礎のオペレーティングシステムのサービスが適応可能であることによってのみ限定される。監視される機能は、サーバ４０及び／又はサーバ５８のような複数のサーバに転送される利用者特性データに含まれる。
【００３０】
コマンドプラグインは、Ｃ＋＋のような既存のプログラミング言語で書かれてもよい。プラグインは、マイクロソフトのアクティブＸオブジェクトに要求される規格のようなプラグインのための既存規格に従わなければならない。情報を取得し、コマンドプラグインがスクリプト言語に対して有効にする機能を実行するために、コマンドプラグインは、再生する音楽記録物に関する情報及び制御を提供する機能に依存する。これらの機能は、記録物の正確なソース（ｓｏｕｒｃｅ）に依存する。本発明の一実施例におけるように、もし、再生される記録物がコンピューターのＣＤプレイヤー内の音声ＣＤであり、かつ、ブラウザがマイクロソフトのウィンドウズ（登録商標）３．１又はウィンドウズ（登録商標）９５又はウィンドウズ（登録商標）ＣＥの下で実行される場合には、これらの機能は、Ｗｉｎ３２アプリケーションプログラミングインターフェースの一部を形成するＭＣＩ機能である。これらの機能は、例えば、マイクロソフトのＷｉｎ３２のプログラマの参考書に書面化されている。音声受信装置のストリーミング（ｓｔｒｅａｍｉｎｇ）によって、異なる機能が提供されてもよく、例えば、受信装置は、ＭＰＥＧなどの適切な音声符号化フォーマットでネットワーク接続を介してユーザのコンピューター内に入ってくる音声を取り込む。
【００３１】
コマンドプラグインの実行について注意すべき重要なポイントは、プラグインが実行する、例えばシークのような動作は、秒オーダーの時間がかかる可能性があることである。コマンドプラグイン２４にとって、その間、コンピューター１０の制御を保留することは好ましくないので、冗長な動作が行われるときはいつでも、コマンドプラグイン２４がコンピューター１０の制御をブラウザに引き渡し、共通のスクリプト言語を使用した非同期イベント処理能力を介して動作の結果を報告することが重要である。
【００３２】
コマンドプラグインが提供する機能の上記要約、プラグインの書き方（例えば、アクティブＸオブジェクトの書き方）の一般的な知識、及びＣＤの再生を制御するための関連するアプリケーションプログラミングインターフェース（例えば、Ｗｉｎ３２のＭＣＩ）の知識が与えられることで、当業者は、容易に且つ過大な経験なしに、実際に動作するコマンドプラグインを開発することができる。この理由によって、コマンドプラグインがどのように実行されるかについての更なる詳細は、ここで提供しない。
【００３３】
上記にリストされた機能をスクリプト言語に提供するコマンドプラグインの存在は、ＣＤのコンテンツを補足するエンターテイメントを作る基礎である。特に、スクリプト言語によって、補足コンテンツの表示をＣＤで発生するイベントと同期させる方法を、この基礎の上に案出することができる。
【００３４】
図４及び５を参照すると、ＣＤに対する補足コンテンツの同期は、以下のように進められる。例えば、補足コンテンツ６０は、フレームＦ１−Ｆｎ及びスクリプト７２を含むショックウェーブ動画のような動画手段によって提供される。補足コンテンツ６０は、サーバ５８からダウンロードされ、ショックウェーブのプラグインによって、ユーザに表示される。このダウンロードは、動画が表示される前に行われてもよいし、或いは、ネットワークへのユーザの接続が適当な速度のダウンロードを維持するのに十分速ければ、動画を表しながらダウンロードを行ってもよい。ダウンロードは、ショックウェーブのプラグイン自体により提供される機能である。
【００３５】
ショックウェーブの動画が再生される際に、リンゴ（Ｌｉｎｇｏ）スクリプトなどのスクリプト７２は、一つのフレームＦｎが表示を終了する毎に実行する。リンゴスクリプトは、動画のフレームとＣＤコンテンツのセグメント（トラック番号及び時間によって識別される）との間に存在すべき関係の記述を含む。リンゴスクリプトは、上記のコマンドプラグインによって、ＣＤの再生がどのトラック及び時間であるかを決定する。それから、リンゴスクリプトは、ＣＤのその部分に対応する動画のフレームを決定するために、記述を参照する。現在のフレームが決定されたフレームの一つでない場合、リンゴスクリプトは、動画のタイムラインをリセットし、動画は、ＣＤの現在位置に対応するフレームで再生を開始する。これは、例えば、ネットワークからのダウンロードが遅れたため、ユーザのコンピューターが最大限の速度で動画を再生するためのサイクルを欠いたため、或いは、ユーザがＣＤを早送りしてしまったために、動画がＣＤに遅れる場合、視覚的コンテンツが追いつくことを可能にする。
【００３６】
図４を参照すると、同期化アルゴリズムが、個々のフレーム又は隣接するフレームのグループを制御することができる。補足コンテンツ６０は、フレームＦ１−Ｆｎ及びスクリプト７２を含む。図５のブロック２００で、各フレームＦｎ又はフレームのグループとＣＤ３０の特定のセグメントとの間の対応関係が設定される。ブロック２０５での動画の各フレームＦｎの終わりに、ブロック２１０で、ＣＤ３０の位置が決定される。ブロック２１５で、ＣＤ３０の位置が、次の一連のフレームが属するフレームのグループに対応する記録物のセグメント範囲内にあるかどうかを決定するテストが実施される。ＣＤ３０の位置がそのセグメント範囲内にある場合、ブロック２３０で、動画の再生は次のフレームに進む。ＣＤ３０の位置がそのセグメント範囲内にない場合、ブロック２２０及び２２５で、アニメーションの再生は、ＣＤ３０の位置に対応するフレームへと進む。
【００３７】
本発明の更なる特徴は、ツアー（ｔｏｕｒｉｎｇ）モードである。ツアーモードのクライアントソフトウェア２６において、サーバ５８のような遠隔装置が、プレイヤー２６の制御データを散在させた補足コンテンツ６０の配信を通じて、一人又はそれ以上のユーザの装置を制御し、一人又はそれ以上のユーザに、ＣＤ３０のような特定の流通媒体の案内されるツアーを提供する。
【００３８】
本発明の更なる特徴は、コマンドプラグイン２４を使って、ユーザのＣＤプレイヤー３２内にあるＣＤのユニークな識別子（ＣＤ３０のＩＤ３１）を設定するための技術を提供する能力である。ユニークな識別子は、トラックの数及び長さ（１秒の１／７５というブロックの単位で測定される）に基づいてもよく、その場合、識別子は、これらの長さの連結となる。しかしながら、実際は、多少短い識別子を有することが望ましい。そこで、ユニークな識別子は、好ましくは、１秒の１／４単位のような、かなり粗い単位で表現されるトラック長さの連結である。
【００３９】
２つの音声ＣＤが正確に或いは実質的に同一であるかどうかを決定するのに適したファジーな比較アルゴリズムは、以下のように進行する。比較される２つの音声ＣＤの各々に対して、数ミリ秒単位でＣＤの全部のトラックの長さを決定する。それから、全てのトラックの長さを８ビットずつ右にシフトする（ｓｈｉｆｔ）。実際上、これは２８＝２５６による除算（切り捨て）（ｔｒｕｎｃａｔｉｎｇ ｄｉｖｉｓｉｏｎ）を実行していることになる。それから、両記録物を１トラックずつ見ていき、一致合計及び一致エラーの２つの数を累計していく。これらの数は、両方とも、比較の開始時にゼロに初期化される。トラックごとに、一致合計のほうは比較される一方のＣＤのトラックのシフトした長さだけ増やし、一致エラーのほうは２つのＣＤのトラックのシフトした長さの差の絶対値だけ増やす。トラック数が少ないほうのＣＤの最後のトラックに到達すると、他方のＣＤのトラックに継続し、一致合計と一致エラーの両方とも、そのトラックのシフトした長さだけ増やす。トラックを見ていくこれらのステップの後、アルゴリズムは、一致数によって一致エラーを除算し、１からその商を減算し、その差を百分率に変換する。これが、２つのＣＤがどれくらい一致しているかの指標となる。
【００４０】
２つの音声ＣＤが正確に同一であるかどうかを決定するのに適した比較アルゴリズムは、トラック数、トラック長さ及びトラックの開始及び終了時間から、８バイト値を生成する。上位４バイトは、ミリ秒単位で表わされる全てのトラックの開始時間及び終了時間を合計することによって得られる。下位４バイトは、ミリ秒単位で表わされる全てのトラックの長さを合計し、その合計を左に１０ビットシフトし、トラック数を加算することによって得られる。
【００４１】
ＣＤのＩＤ３１は、データベースの鍵として利用することができる。サイト５２Ａのようなサイトは、ＣＤについての情報のデータベースを維持することができ、例えば、レコード会社２によって発行されたすべてのＣＤについての情報が、レコード会社のサイト上で保持される。ユーザのために、この情報にたどり着く（ｎａｖｉｇａｔｅ）ための種々の代替的な方法がある。例えば、ユーザは、コンテンツのテーブルとしての多くのハイパーリンクを含むウェブページを使用することができ、或いは、ユーザは、既存の検索エンジンを使用することもできる。本発明のＣＤのＩＤ３１により可能になる検索の第三の方法によれば、ウェブページがユーザに対して、情報を探しているＣＤ（例えば、ＣＤ３０）をプレイヤー３２に置くことを促す。ドライブの中にＣＤ３０の存在が検知されると、ウェブページ内のスクリプトはＣＤ３０に対応するＣＤのＩＤ３１を計算し、それをサーバ５８に送信する。それから、サーバ５８は、ＣＤのＩＤ３１に基づいてデータベースから引き出されたＣＤ３０についての情報を表示する。この情報は、ＣＤ３０に関するウェブアドレス（ＵＲＬ）（例えばアーティストのホームページのウェブアドレス）、ＣＤ３０上の曲名のような簡単なデータを含んで良く、そして、（例えばバンドの）写真、作品、動画及びビデオクリップを含む補足的なエンターテイメントを含んでも良い。ユーザがコンピューターにＣＤ３０を挿入すると、（ｉ）ウェブブラウザがまだ実行されていない場合に実行開始し、（ｉｉ）ブラウザがＣＤ３０のユニークな識別子を計算し、そのユニークな識別子からＵＲＬを取得し、（ｉｉｉ）ブラウザがＵＲＬ上でＨＴＴＰ取得処理を行うように、手順を調整することもできる。
【００４２】
音楽記録物のユニークな識別子についての別の応用として、ウェブのプレミアムエリアへ入るための鍵としＣＤを利用することができる。現在、人々が契約により許可されるウェブの特別（ｐｒｅｍｉｕｍ）な場所がある。ユニークな識別子に基づいた許可の簡単な形式は、ウェブの特定の場所にアクセスする前に、特定のＣＤ、又は特定の会社によって発行されたＣＤ、又は特定のバンド又はアーティストの音楽を含むＣＤをユーザのＣＤドライブに置くことを要求することである。これは、コマンドプラグインによって提供される機能を実行（ｉｎｖｏｋｅ）し、ユニークな識別子を計算するスクリプトの手段によって簡単に達成される。
【００４３】
本発明の別の特徴は、チャットルームと音楽記録物との接続である。目的は、チャットルームの全ての参加者に、ほぼ同じ時刻に同じ音楽を提供することである。
【００４４】
チャットサービスのための既存のネットワークプロトコルとして、Ｉｎｔｅｒｎｅｔ Ｒｅｌａｙ Ｃｈａｔ （ＩＲＣ）のＪ． Ｏｉｋａｒｉｍａｎ ＆ Ｄ． Ｒｅｅｄによって記述されたＩｎｔｅｒｎｅｔ Ｒｅｌａｙ Ｃｈａｔ Ｐｒｏｔｏｃｏｌ （Ｉｎｔｅｒｎｅｔ Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ Ｎｏ．１４５９，１９９３）がある。このプロトコルにおいて、ある人がチャットサーバのクライアントになると、その人はチャットル−ムに名前を送信する。チャットサーバは、その全てのクライアントからのメッセージを受信し、各クライアントから送られてきたメッセージを、クライアントとして同じルームに接続している他の全クライアントに中継する。クライアントが送信するメッセージは、典型的に、クライアントを実行しているユーザによってタイプされ、クライアントが受信するメッセージは、典型的に、クライアントを実行しているユーザに読めるよう表示される。
【００４５】
本発明の好ましい実施例では、チャットクライアントは、チャットプラグインと呼ばれるであろうプラグインによってカスタマイズ（ｃｕｓｔｏｍｉｚｅｄ）される。チャットクライアントは、以下のように、ブラウザによって開始される（図６参照）。ユーザは、ブラウザによって、メインウェブページ（ボックス３００）に接続する。メインウェブページは、ダウンロードされるとき、ユーザがプレイヤーにＣＤを挿入することを要求する（ボックス３０５）。ＣＤのユニークな識別子が計算され、メインウェブページのスクリプトのコマンドに従って、上記の制御プラグインを使って、サーバに返信される（ボックス３１０）。それから、サーバは、ユニークな識別子を使って、そのＣＤに焦点を当てた（ｆｏｃｕｓｅｄ ｏｎ）チャットルームを持っているかどうかを決定する。このステップは、既知の技術を使って、そのユニークな識別子をデータベース内で探すことによって実行することができる。データベースに接続するウェブページについての文献として、例えば、Ｄｅｃｅｍｂｅｒ ＆ Ｇｉｎｓｂｕｒｇ，ｓｕｐｒａ，ｃｈａｐｔｅｒ ２１のような巨大な文献が存在する。そのＣＤ専用（ｆｏｃｕｓｅｄ ｏｎ）のチャットルームが存在する場合、又は作れる場合、サーバは、そのチャットルームの名前に応答して、ブラウザは、そのチャットルームのクライアントとして、ユーザのコンピューター上でチャットクライアントを開始する（ボックス３２０）。
【００４６】
チャットルームの名前は、サーバによって設定される。その名前は、チャットルームの他のクライアントの装置で再生しているＣＤのトラック、トラックが再生を開始した時刻、さらに、ＣＤが再生している音量についての情報を含むように設定される。チャットクライアントのプラグインはその情報を使用して、ユーザのコンピューター内のＣＤを、チャットルームの他のクライアントの装置で再生しているＣＤにほぼ同期して再生するように設定することをコントロールプラグインに指示する（ボックス３２０）。
【００４７】
チャットルーム内の各ユーザは、各ユーザの装置で再生しているＣＤを制御することができる。制御動作により、チャットプラグインはメッセージをチャットサーバに送信し、チャットサーバは、行われた制御動作を記述する（ボックス３２５）。例えば、そのようなメッセージは、ＣＤの位置の変更、音量の変更、別のＣＤに取り替えるためのＣＤの取り出しを示すことができる。他のユーザの装置で実行されるチャットプラグインは、この種のメッセージを見ると、上述の制御プラグインを使って、他のユーザの装置での（できるだけ）その動作を繰り返す（ｒｅｐｌｉｃａｔｅ）（ボックス３３０）。
【００４８】
本発明の更なる特徴によれば、特定の音楽記録物専用（ｆｏｃｕｓｅｄ ｏｎ）のチャットルームは、特定のトラックを選択するための投票手続きを認めることができる。簡単な投票手続きは、各チャットプラグインにおいて、それが２つの同一の連続した変化メッセージを見つけると、前の段落で述べた種類のメッセージの変化に従って動作することである。これは、再生されているトラックを変えるために、２名のユーザがトラックを変える必要があることを意味する。２という数字は、それより大きい数字に置き換えてもよい。
【００４９】
本発明の更なる特徴において、チャットのユーザに配信されるメッセージは、手でのタイプよりむしろテキストファイルから作られてもよい。これにより、予め記録された体験（ｅｘｐｅｒｉｅｎｃｅ）を、チャットユーザのグループのために再生することが可能になる。そのような技術は、音声ＣＤの予め記録され、語り付きのツアー（ｔｏｕｒｉｎｇ）を作るのに使用することができる。
【００５０】
上述の実施例の重要な利点は、Ｉｎｔｅｒｎｅｔ Ｒｅｌａｙ Ｃｈａｔ又は同様な最小限のチャットサービスを提供するプロトコルによって要求される最小限の機能をサポートするいかなるチャットサーバソフトウェアにも使用できることである。要求される追加的なソフトウェアは、ＣＤ情報のデータベースに接続したチャットクライアントプラグイン及び中央ウェブページにある。
【図面の簡単な説明】
【００５１】
【図１】本発明の実施例に従ったネットワーク概略図である。
【図２】図１に示した実施例のフローチャートである。
【図３】本発明の実施例が動作する環境を表したブロック図である。
【図４】本発明の実施例に従った補足的コンテンツのブロック図である。
【図５】本発明の実施例の同期コードのフローチャートである。
【図６】本発明の実施例に従った、チャットルームへ接続するための操作手順のフローチャートである。
【特許請求の範囲】
【請求項１】
記録物の再生に関連した情報を転送するシステムであって：
ユーザーが知覚する該記録物の内容を再生するために使われる情報を該記録物から取得し、使用データのセットを取得するために、記録物を再現する第一の装置であって、前記セットのそれぞれは少なくとも一つの時間期間の間の前記記録物の再生に関わるような第一の装置と；
前記使用データのセットを保存する第二の装置と；
前記使用データのセットを前記第一の装置から前記第二の装置に転送するために前記第一の装置および第二の装置に結合されたネットワーク、
とを有するシステム。
【請求項２】
前記記録物を識別するために使われる情報が、前記記録物を識別する目的のために保存されたものではない、請求項１記載のシステム。
【請求項３】
ネットワークを介して第二の装置に接続可能な第一の装置において記録物の再生に関連した情報を取得する方法であって：
前記第一の装置において、ユーザーによって所有されている媒体内に固定された記録物に前もって関連付けられたものではない使用データを収集する段階であって、記録物は、該記録物を生成するために該記録物に設けられてはいるが該記録物を識別するために設けられているのではない情報を使って識別されるような段階と；
前記使用データを、前記第一の装置から前記第二の装置に前記ネットワークを介して転送する段階、
とを有する方法。
【請求項４】
前記収集する段階が前記記録物の再生の間に行われる、請求項３記載の方法。
【請求項５】
前記使用データが、前記記録物がどのように再生されるかと、前記記録物の再生の間にユーザーが実行する操作とのうちの少なくとも一つに関係している、請求項４記載の方法。
【請求項６】
前記使用データが、前記記録物の再生時間と、再生の間に再生される前記記録物のうち少なくとも一つの部分とのうちの少なくとも一つに関係している、請求項５記載の方法。
【請求項７】
ユーザー人口統計データを取得する段階と；
前記ユーザー人口統計データを前記第二の装置に送る段階、
とをさらに有する、請求項６記載の方法。
【請求項８】
前記記録物についての補足的内容を前記第一の装置に前記ネットワークを介して供給する段階をさらに有する、請求項７記載の方法。
【請求項９】
前記補足的内容を前記使用データおよび前記ユーザー人口統計データに基づいて選択する段階をさらに有する、請求項８記載の方法。
【請求項１０】
前記第一の装置のユーザーを登録してユーザー識別子を取得する段階をさらに有しており、
前記転送する段階が、前記使用データとともに前記ユーザー識別子を前記第二の装置に転送することをさらに含む、
請求項３記載の方法。
【請求項１１】
ユーザー人口統計データを取得する段階と；
前記ユーザー人口統計データを前記第二の装置に送る段階、
とをさらに有する、請求項１０記載の方法。
【請求項１２】
前記記録物についての補足的内容を前記第一の装置に前記ネットワークを介して供給する段階をさらに有する、請求項１１記載の方法。
【請求項１３】
前記補足的内容を前記使用データおよび前記ユーザー人口統計データに基づいて選択する段階をさらに有する、請求項１２記載の方法。
【請求項１４】
前記使用データが、前記記録物が前記第一の装置において再生された回数を示す頻度データを含む、請求項３記載の方法。
【請求項１５】
前記記録物がセグメントを含んでおり、
前記頻度データが、セグメントが前記第一の装置において再生された回数を示す、
請求項１４記載の方法。
【請求項１６】
前記記録物がデジタル化されたオーディオ信号を含むデジタルファイルである、請求項３記載の方法。
【請求項１７】
前記デジタルファイルがＭＰＥＧ符号化を使って圧縮されたオーディオデータを含んでいる、請求項１６記載の方法。
【請求項１８】
前記使用データが前記記録物の総使用時間を含んでいる、請求項３記載の方法。
【請求項１９】
前記使用データが前記第一の装置の使用時間を含んでいる、請求項１８記載の方法。
【請求項２０】
前記記録物についての補足的内容を前記第一の装置に前記ネットワークを介して供給する段階をさらに有する、請求項３記載の方法。
【請求項２１】
ユーザー人口統計データを取得する段階と；
前記ユーザー人口統計データを前記第二の装置に送る段階、
とをさらに有する、請求項２０記載の方法。
【請求項２２】
前記補足的内容を前記使用データおよび前記ユーザー人口統計データに基づいて選択する段階をさらに有する、請求項２１記載の方法。
【請求項２３】
前記記録物上の記録物識別子を読み取る段階をさらに有しており、
前記転送する段階が前記記録物識別子を前記第二の装置に送る段階を含む、
請求項３記載の方法。
【請求項２４】
前記記録物が、前記第一の装置のユーザーによって所有されている媒体中に固定されている、請求項３記載の方法。
【請求項２５】
前記記録物に含まれる情報から記録物識別子を自動的に生成する段階と；
前記使用データとともに前記記録物識別子を前記第一の装置から前記第二の装置に送る段階をさらに有する、
請求項３記載の方法。
【請求項２６】
前記記録物が少なくとも二つのセグメントを含んでおり、
前記生成する段階が前記記録物識別子を前記セグメントの長さに基づいて生成する、
請求項２５記載の方法。
【請求項２７】
前記収集する段階が、前記ユーザーによって所有されている少なくとも一つの媒体中に固定された複数の記録物について前記使用データを収集し、
前記転送する段階が前記ユーザーの識別情報を提供することを含む、
請求項３記載の方法。
【請求項２８】
前記ユーザーによって再生される記録物の指標を提供するために、前記使用データを前記第二の装置に保存する段階をさらに有する、請求項２７記載の方法。
【請求項２９】
ネットワークを介して第二の装置に接続可能な第一の装置においてセグメントを含む記録物の再生に関連した情報を取得する方法であって：
ユーザーによって所有される媒体中に固定された記録物の少なくとも一つのセグメントを、該記録物を識別する以外の目的のために前記媒体中に保存されている該記録物に関連付けられた情報に基づいて識別する段階と；
前記第一の装置において、該第一の装置において再生される前記少なくとも一つのセグメントを識別するセグメントデータを含む、前記記録物に前もって関連付けられたものではない使用データを収集する段階と；
前記使用データを、前記第一の装置から前記第二の装置に前記ネットワークを介して転送する段階、
とを有する方法。
【請求項３０】
前記使用データが、前記第一の装置において前記少なくとも一つのセグメントが再生された回数を含む、請求項２９記載の方法。
【請求項３１】
前記使用データが、前記少なくとも一つのセグメントのうちのどのくらいが各回に再生されたかを含む、請求項３０記載の方法。
【請求項３２】
前記使用データが、前記少なくとも一つのセグメントのうちのどのくらいが再生されたかを含む、請求項２９記載の方法。
【請求項３３】
前記使用データが、前記少なくとも一つのセグメントがどのくらいしばしば再生されたかを含む、請求項２９記載の方法。
【請求項３４】
前記媒体がオーディオコンテンツをもつコンパクトディスクであり、前記セグメントは前記コンパクトディスク上のトラックであり、前記使用データは前記コンパクトディスク上のトラックの再生を示す、請求項２９記載の方法。
【請求項３５】
セグメントの長さに基づいて前記記録物を識別して記録物識別子を取得する段階をさらに有しており；
前記転送する段階が、前記記録物識別子を前記第二の装置に送ることを含む、
請求項２９記載の方法。
【請求項３６】
前記媒体がディスクであり、前記セグメントの長さが前記ディスク上のテーブ・オブ・コンテンツ情報から取得される、請求項３５記載の方法。
【請求項３７】
前記セグメントデータから記録物識別子を自動的に生成する段階と；
前記使用データとともに前記記録物識別子を前記第一の装置から前記第二の装置に送る段階をさらに有する、
請求項２９記載の方法。
【請求項３８】
前記収集する段階が、前記第一の装置と前記第二の装置が接続されているかどうかにかかわりなく実行され、
当該方法がさらに、前記第一の装置と前記第二の装置の間の接続を確立する段階を含み、
前記転送する段階が、前記第一の装置と前記第二の装置が接続されていなかった間に収集された使用データすべてを、前記第一の装置と前記第二の装置が接続されたのちに、前記第一の装置から前記第二の装置に前記ネットワークを介して転送する、
請求項２９記載の方法。
【請求項３９】
前記記録物が前記第一の装置のユーザーによって所有されている媒体中に固定されている、請求項２９記載の方法。
【請求項４０】
前記収集する段階が、前記ユーザーによって所有されている少なくとも一つの媒体に固定されている複数の記録物について前記使用データを収集し、
前記転送する段階が前記ユーザーの識別情報を提供することを含む、
請求項２９記載の方法。
【請求項４１】
前記ユーザーによって再生される記録物の指標を提供するために、前記使用データを前記第二の装置に保存する段階をさらに有する、請求項４０記載の方法。
【請求項４２】
前記媒体がオーディオコンテンツをもつコンパクトディスクであり、各セグメントは前記コンパクトディスク上の、トラック番号およびトラック内の再生時間によって決定されるトラックの一部分であり、前記セグメントデータは前記コンパクトディスク上のトラックの再生を示す、請求項２９記載の方法。
【請求項４３】
前記記録物を識別するために使われる情報が、ユーザーが前記媒体を所有するのに先立って前記媒体中に保存される、請求項２９記載の方法。
【請求項４４】
ネットワークを介して第二の装置に接続される第一の装置において少なくとも一つの記録物の再生に基づく情報を取得するシステムであって：
ユーザーによって所有される媒体中に固定された記録物を、該記録物を識別する以外の目的のために前記媒体中に保存されている該記録物に関連付けられた情報に基づいて識別する識別手段と；
前記記録物の部分および前記記録物の再生時間のうち少なくとも一つに関係した使用データを収集する収集手段と；
前記第一の装置と前記第二の装置の間の接続を確立する接続手段と；
前記使用データを、前記第一の装置から前記第二の装置に前記ネットワークを介して送る伝送手段と；
前記使用データを、前記第二の装置において保存する記憶手段、
とを有するシステム。
【請求項４５】
前記使用データが複数の記録物に関係しており、
前記使用データが前記記録物の使用の頻度を含む、
請求項４４記載のシステム。
【請求項４６】
前記収集手段が、前記使用データを、前記ユーザーによって所有されている少なくとも一つの媒体中に固定された複数の記録について収集し、
前記伝送手段がさらに、前記ユーザーを識別するデータを送る、
請求項４４記載のシステム。
【請求項４７】
前記記憶手段が、前記ユーザーによって再生される記録物の指標を提供するために前記使用データを前記第二の装置に保存する、請求項４６記載のシステム。
【請求項４８】
プロセッサを制御して：
第一の装置において、ユーザーによって所有されている媒体内に固定された記録物に前もって関連付けられたものではない使用データを収集する段階であって、記録物は、ユーザーが知覚する該記録物の内容を再生するために該記録物に設けられている情報を使って識別されるような段階と；
前記使用データを、前記第一の装置から該第一の装置に接続されたある第二の装置にネットワークを介して転送する段階、
とを有するプロセスを実行させる命令を保存しているコンピュータ可読記憶。
【請求項４９】
前記プロセスがさらに：
ユーザー人口統計データを取得する段階と；
前記ユーザー人口統計データを前記第二の装置に送る段階、
とをさらに有する、請求項４８記載のコンピュータ可読記憶。
【請求項５０】
前記プロセスがさらに、前記使用データとして、前記記録物の少なくとも一つの部分の再生に関する情報を取得する段階を有する、請求項４９記載のコンピュータ可読記憶。
【請求項５１】
前記プロセスがさらに、前記記録物についての補足的内容を前記第一の装置に前記ネットワークを介して供給する段階を有する、請求項５０記載のコンピュータ可読記憶。
【請求項５２】
前記プロセスがさらに、前記補足的内容を前記使用データおよび前記ユーザー人口統計データに基づいて選択する段階をさらに有する、請求項５１記載のコンピュータ可読記憶。
【請求項５３】
前記第一の装置がコンピュータであり、
前記収集する段階が前記コンピュータにロードされた少なくとも一つのコンピュータプログラムを検出し、
前記第二の装置に転送される前記使用データが前記コンピュータにロードされた前記少なくとも一つのコンピュータプログラムの識別情報を含む、
請求項４８記載のコンピュータ可読記憶。
【請求項５４】
前記収集する段階が前記コンピュータにロードされた前記少なくとも一つのコンピュータプログラムの使用頻度を検出し、
前記第二の装置に転送される前記使用データが前記コンピュータにロードされた前記少なくとも一つのコンピュータプログラムの使用頻度を含む、
請求項５３記載のコンピュータ可読記憶。
【請求項５５】
前記プロセスが、前記第一の装置のユーザーを登録してユーザー識別子を取得する段階をさらに有しており、
前記転送する段階が、前記使用データとともに前記ユーザー識別子を前記第二の装置に転送することをさらに含む、
請求項４８記載のコンピュータ可読記憶。
【請求項５６】
前記プロセスがさらに：
ユーザー人口統計データを取得する段階と；
前記ユーザー人口統計データを前記第二の装置に送る段階、
とをさらに有する、請求項５５記載のコンピュータ可読記憶。
【請求項５７】
前記プロセスがさらに、前記使用データおよび前記人口統計データに基づいて前記記録物についての補足的内容を前記第一の装置に前記ネットワークを介して供給する段階を有する、請求項５６記載のコンピュータ可読記憶。
【請求項５８】
前記記録物がセグメントを含んでおり、
前記プロセスがさらに、前記記録物の少なくとも一つのセグメントを識別する段階を有しており、
前記使用データが前記第一の装置において再生される前記少なくとも一つのセグメントを識別するセグメントデータを含む、
請求項４８記載のコンピュータ可読記憶。
【請求項５９】
前記セグメントデータが、前記少なくとも一つのセグメントが前記第一の装置において再生された回数を含む、請求項５８記載のコンピュータ可読記憶。
【請求項６０】
前記セグメントデータが、前記少なくとも一つのセグメントのうちのどのくらいが各回に再生されたかを含む、請求項５９記載のコンピュータ可読記憶。
【請求項６１】
前記セグメントデータが、前記少なくとも一つのセグメントのうちのどのくらいが再生されたかを含む、請求項５８記載のコンピュータ可読記憶。
【請求項６２】
前記セグメントデータが、前記少なくとも一つのセグメントがどのくらいしばしば再生されたかを含む、請求項５８記載のコンピュータ可読記憶。
【請求項６３】
前記プロセスがさらに：
前記記録物に含まれる情報から記録物識別子を自動的に生成する段階と；
前記使用データとともに前記記録物識別子を前記第一の装置から前記第二の装置に送る段階をさらに有する、
請求項４８記載のコンピュータ可読記憶。
【請求項６４】
前記記録物が少なくとも二つのセグメントを含んでおり、前記生成する段階が前記記録物識別子を前記セグメントの長さに基づいて生成する、請求項６３記載のコンピュータ可読記憶。
【請求項６５】
前記プロセスがさらに、前記第一の装置と前記第二の装置の間の接続を確立する段階を含み；
前記転送する段階が、前記第一の装置と前記第二の装置が接続されていなかった間に収集された使用データすべてを、前記第一の装置と前記第二の装置が接続されたのちに、前記第一の装置から前記第二の装置に前記ネットワークを介して転送する、
請求項４８記載のコンピュータ可読記憶。
【請求項６６】
前記収集する段階が、前記ユーザーによって所有されている少なくとも一つの媒体中に固定された複数の記録物について前記使用データを収集し、
前記転送する段階が前記ユーザーの識別情報を提供することを含む、
請求項４８記載のコンピュータ可読記憶。
【請求項６７】
前記ユーザーによって再生される記録物の指標を提供するために、前記使用データを前記第二の装置に保存する段階をさらに有する、請求項６６記載のコンピュータ可読記憶。
【請求項６８】
前記記録物を識別するために使われる情報が、前記記録物を識別する目的のために保存されたものではない、請求項４８記載のコンピュータ可読記憶。
【請求項６９】
記録物の再生に関連する情報を転送するシステムであって：
ユーザーによって所有されている媒体中に固定されている記録物を再現するため、前記記録物を、該記録物を識別する以外の目的のために前記媒体中に保存されている該記録物に関連付けられた情報に基づいて識別するため、および前記記録物に前もって関連付けられたものではない使用データを収集するための第一の装置と；
前記使用データを保存するための第二の装置と；
前記使用データを前記第一の装置から前記第二の装置に転送するための、前記第一の装置および前記第二の装置に結合されたネットワーク、
とを有するシステム。
【請求項７０】
前記記録物がトラックに記憶されたオーディオコンテンツをもつコンパクトディスクであり、前記使用データは前記コンパクトディスク上のトラックの再生を示す、請求項６９記載のシステム。
【請求項７１】
前記第一の装置がトラックの長さに基づいて記録物識別子を取得し、
前記ネットワークが前記記録物識別子を前記第一の装置から前記第二の装置に送る、
請求項７０記載のシステム。
【請求項７２】
前記ネットワークがトラックの長さを示すデータを前記第一の装置から前記第二の装置に送り、
前記第二の装置が前記トラックの長さを示すデータに基づいて記録物識別子を取得する、
請求項７０記載のシステム。
【請求項７３】
前記記録物がデジタル化されたオーディオ信号を含むコンピュータファイルである、請求項６９記載のシステム。
【請求項７４】
前記コンピュータファイルがＭＰＥＧ符号化を使って圧縮されたオーディオデータを含む、請求項７３記載のシステム。
【請求項７５】
前記ネットワークが、前記記録物についての補足的内容を前記第二の装置から前記第一の装置に転送する、請求項６９記載のシステム。
【請求項７６】
前記第一の装置がユーザー人口統計データを取得し；
前記ネットワークが前記ユーザー人口統計データを前記第一の装置から前記第二の装置に送る、
請求項７５記載のシステム。
【請求項７７】
前記第二の装置が前記使用データおよび前記ユーザー人口統計データに基づいて前記補足的内容を選択する、請求項７６記載のシステム。
【請求項７８】
前記第一の装置と前記第二の装置が前記ネットワークを介して常に接続されてはおらず、前記第一の装置は前記第二の装置に接続されていないときに前記使用データを保存し、接続が確立されたのちに前記使用データを前記第二の装置に送信する、請求項６９記載のシステム。
【請求項７９】
前記第一の装置が、ユーザーが知覚する記録物の内容を再生するために記録物に設けられている情報から記録物識別子を自動的に生成し、前記使用データとともに該記録物識別子を前記第二の装置に送る、請求項６９記載のシステム。
【請求項８０】
前記記録物が少なくとも二つのセグメントを含み、前記第一の装置が該セグメントの長さに基づいて前記記録物識別子を生成する、請求項７９記載のシステム。
【請求項８１】
前記第一の装置が前記ユーザーによって所有されている少なくとも一つの媒体中に固定されている複数の記録物についての前記使用データを収集し、
前記ネットワークがさらに前記ユーザーを識別するデータを前記第一の装置から前記第二の装置に転送する、
請求項６９記載のシステム。
【請求項８２】
前記第二の装置が、前記ユーザーによって再生される記録物の指標を提供するために、前記使用データを保存する、請求項８１記載のシステム。
【請求項８３】
ネットワークを介して第二の装置に接続可能な第一の装置において記録物の再生に関連した情報を取得する方法であって：
前記第一の装置において、記録物に前もって関連付けられたものではない使用データを収集する段階であって、記録物はユーザーが知覚する該記録物の内容を再生するために該記録物に設けられている情報を使って識別されるような段階と、
前記使用データを前記第一の装置から前記第二の装置に転送する段階、
とを有する方法。
【請求項８４】
前記記録物を識別するために使われる情報が、前記記録物を識別する目的のために保存されたものではない、請求項８３記載の方法。
【請求項８５】
ネットワークを介して第二の装置に接続可能な第一の装置においてセグメントを含む記録物の再生に関連した情報を取得する方法であって：
記録物の少なくとも一つのセグメントを、該セグメントから得られるか該セグメントに関係している情報であって、該セグメントを識別するためではなくむしろ該セグメントの再生を可能にするために前記記録物中に含まれている情報に基づいて識別する段階と；
前記第一の装置において、該第一の装置において再生される前記少なくとも一つのセグメントを識別するセグメントデータを含む、前記記録物の前記少なくとも一つのセグメントに前もって関連付けられたものではない使用データを収集する段階と；
前記使用データを、前記第一の装置から前記第二の装置に前記ネットワークを介して転送する段階、
とを有する方法。
【請求項８６】
ネットワークを介して第二の装置に接続される第一の装置において少なくとも一つの記録物の再生に基づいた情報を取得するシステムであって：
ユーザーによって所有される媒体中に固定された記録物を、ユーザーが知覚する該記録物の内容を再生するために該記録物に設けられる情報に基づいて識別する識別手段と；
前記記録物の部分および前記記録物の再生時間のうち少なくとも一つに関係した使用データを収集する収集手段と；
前記第一の装置と前記第二の装置の間の接続を確立する接続手段と；
前記使用データを、前記第一の装置から前記第二の装置に前記ネットワークを介して送る伝送手段と；
前記使用データを、前記第二の装置において保存する記憶手段、
とを有するシステム。
【請求項８７】
前記記録物を識別するために使われる情報が、前記記録物を識別する目的のために保存されたものではない、請求項８６記載のシステム。
【請求項８８】
プロセッサを制御して：
前記第一の装置において、
ユーザーが知覚する記録物の内容を再生するために該記録物に設けられる情報に基づいて識別される記録物の再生に前もって関連付けられたものではない使用データを収集する段階と；
前記使用データを、前記第一の装置から該第一の装置に接続されたある第二の装置にネットワークを介して転送する段階、
とを有するプロセスを実行させる命令を保存しているコンピュータ可読記憶。
【請求項８９】
前記記録物を識別するために使われる情報が、前記記録物を識別する目的のために保存されたものではない、請求項８８記載のコンピュータ可読記憶。
【請求項１】
記録物の再生に関連した情報を転送するシステムであって：
ユーザーが知覚する該記録物の内容を再生するために使われる情報を該記録物から取得し、使用データのセットを取得するために、記録物を再現する第一の装置であって、前記セットのそれぞれは少なくとも一つの時間期間の間の前記記録物の再生に関わるような第一の装置と；
前記使用データのセットを保存する第二の装置と；
前記使用データのセットを前記第一の装置から前記第二の装置に転送するために前記第一の装置および第二の装置に結合されたネットワーク、
とを有するシステム。
【請求項２】
前記記録物を識別するために使われる情報が、前記記録物を識別する目的のために保存されたものではない、請求項１記載のシステム。
【請求項３】
ネットワークを介して第二の装置に接続可能な第一の装置において記録物の再生に関連した情報を取得する方法であって：
前記第一の装置において、ユーザーによって所有されている媒体内に固定された記録物に前もって関連付けられたものではない使用データを収集する段階であって、記録物は、該記録物を生成するために該記録物に設けられてはいるが該記録物を識別するために設けられているのではない情報を使って識別されるような段階と；
前記使用データを、前記第一の装置から前記第二の装置に前記ネットワークを介して転送する段階、
とを有する方法。
【請求項４】
前記収集する段階が前記記録物の再生の間に行われる、請求項３記載の方法。
【請求項５】
前記使用データが、前記記録物がどのように再生されるかと、前記記録物の再生の間にユーザーが実行する操作とのうちの少なくとも一つに関係している、請求項４記載の方法。
【請求項６】
前記使用データが、前記記録物の再生時間と、再生の間に再生される前記記録物のうち少なくとも一つの部分とのうちの少なくとも一つに関係している、請求項５記載の方法。
【請求項７】
ユーザー人口統計データを取得する段階と；
前記ユーザー人口統計データを前記第二の装置に送る段階、
とをさらに有する、請求項６記載の方法。
【請求項８】
前記記録物についての補足的内容を前記第一の装置に前記ネットワークを介して供給する段階をさらに有する、請求項７記載の方法。
【請求項９】
前記補足的内容を前記使用データおよび前記ユーザー人口統計データに基づいて選択する段階をさらに有する、請求項８記載の方法。
【請求項１０】
前記第一の装置のユーザーを登録してユーザー識別子を取得する段階をさらに有しており、
前記転送する段階が、前記使用データとともに前記ユーザー識別子を前記第二の装置に転送することをさらに含む、
請求項３記載の方法。
【請求項１１】
ユーザー人口統計データを取得する段階と；
前記ユーザー人口統計データを前記第二の装置に送る段階、
とをさらに有する、請求項１０記載の方法。
【請求項１２】
前記記録物についての補足的内容を前記第一の装置に前記ネットワークを介して供給する段階をさらに有する、請求項１１記載の方法。
【請求項１３】
前記補足的内容を前記使用データおよび前記ユーザー人口統計データに基づいて選択する段階をさらに有する、請求項１２記載の方法。
【請求項１４】
前記使用データが、前記記録物が前記第一の装置において再生された回数を示す頻度データを含む、請求項３記載の方法。
【請求項１５】
前記記録物がセグメントを含んでおり、
前記頻度データが、セグメントが前記第一の装置において再生された回数を示す、
請求項１４記載の方法。
【請求項１６】
前記記録物がデジタル化されたオーディオ信号を含むデジタルファイルである、請求項３記載の方法。
【請求項１７】
前記デジタルファイルがＭＰＥＧ符号化を使って圧縮されたオーディオデータを含んでいる、請求項１６記載の方法。
【請求項１８】
前記使用データが前記記録物の総使用時間を含んでいる、請求項３記載の方法。
【請求項１９】
前記使用データが前記第一の装置の使用時間を含んでいる、請求項１８記載の方法。
【請求項２０】
前記記録物についての補足的内容を前記第一の装置に前記ネットワークを介して供給する段階をさらに有する、請求項３記載の方法。
【請求項２１】
ユーザー人口統計データを取得する段階と；
前記ユーザー人口統計データを前記第二の装置に送る段階、
とをさらに有する、請求項２０記載の方法。
【請求項２２】
前記補足的内容を前記使用データおよび前記ユーザー人口統計データに基づいて選択する段階をさらに有する、請求項２１記載の方法。
【請求項２３】
前記記録物上の記録物識別子を読み取る段階をさらに有しており、
前記転送する段階が前記記録物識別子を前記第二の装置に送る段階を含む、
請求項３記載の方法。
【請求項２４】
前記記録物が、前記第一の装置のユーザーによって所有されている媒体中に固定されている、請求項３記載の方法。
【請求項２５】
前記記録物に含まれる情報から記録物識別子を自動的に生成する段階と；
前記使用データとともに前記記録物識別子を前記第一の装置から前記第二の装置に送る段階をさらに有する、
請求項３記載の方法。
【請求項２６】
前記記録物が少なくとも二つのセグメントを含んでおり、
前記生成する段階が前記記録物識別子を前記セグメントの長さに基づいて生成する、
請求項２５記載の方法。
【請求項２７】
前記収集する段階が、前記ユーザーによって所有されている少なくとも一つの媒体中に固定された複数の記録物について前記使用データを収集し、
前記転送する段階が前記ユーザーの識別情報を提供することを含む、
請求項３記載の方法。
【請求項２８】
前記ユーザーによって再生される記録物の指標を提供するために、前記使用データを前記第二の装置に保存する段階をさらに有する、請求項２７記載の方法。
【請求項２９】
ネットワークを介して第二の装置に接続可能な第一の装置においてセグメントを含む記録物の再生に関連した情報を取得する方法であって：
ユーザーによって所有される媒体中に固定された記録物の少なくとも一つのセグメントを、該記録物を識別する以外の目的のために前記媒体中に保存されている該記録物に関連付けられた情報に基づいて識別する段階と；
前記第一の装置において、該第一の装置において再生される前記少なくとも一つのセグメントを識別するセグメントデータを含む、前記記録物に前もって関連付けられたものではない使用データを収集する段階と；
前記使用データを、前記第一の装置から前記第二の装置に前記ネットワークを介して転送する段階、
とを有する方法。
【請求項３０】
前記使用データが、前記第一の装置において前記少なくとも一つのセグメントが再生された回数を含む、請求項２９記載の方法。
【請求項３１】
前記使用データが、前記少なくとも一つのセグメントのうちのどのくらいが各回に再生されたかを含む、請求項３０記載の方法。
【請求項３２】
前記使用データが、前記少なくとも一つのセグメントのうちのどのくらいが再生されたかを含む、請求項２９記載の方法。
【請求項３３】
前記使用データが、前記少なくとも一つのセグメントがどのくらいしばしば再生されたかを含む、請求項２９記載の方法。
【請求項３４】
前記媒体がオーディオコンテンツをもつコンパクトディスクであり、前記セグメントは前記コンパクトディスク上のトラックであり、前記使用データは前記コンパクトディスク上のトラックの再生を示す、請求項２９記載の方法。
【請求項３５】
セグメントの長さに基づいて前記記録物を識別して記録物識別子を取得する段階をさらに有しており；
前記転送する段階が、前記記録物識別子を前記第二の装置に送ることを含む、
請求項２９記載の方法。
【請求項３６】
前記媒体がディスクであり、前記セグメントの長さが前記ディスク上のテーブ・オブ・コンテンツ情報から取得される、請求項３５記載の方法。
【請求項３７】
前記セグメントデータから記録物識別子を自動的に生成する段階と；
前記使用データとともに前記記録物識別子を前記第一の装置から前記第二の装置に送る段階をさらに有する、
請求項２９記載の方法。
【請求項３８】
前記収集する段階が、前記第一の装置と前記第二の装置が接続されているかどうかにかかわりなく実行され、
当該方法がさらに、前記第一の装置と前記第二の装置の間の接続を確立する段階を含み、
前記転送する段階が、前記第一の装置と前記第二の装置が接続されていなかった間に収集された使用データすべてを、前記第一の装置と前記第二の装置が接続されたのちに、前記第一の装置から前記第二の装置に前記ネットワークを介して転送する、
請求項２９記載の方法。
【請求項３９】
前記記録物が前記第一の装置のユーザーによって所有されている媒体中に固定されている、請求項２９記載の方法。
【請求項４０】
前記収集する段階が、前記ユーザーによって所有されている少なくとも一つの媒体に固定されている複数の記録物について前記使用データを収集し、
前記転送する段階が前記ユーザーの識別情報を提供することを含む、
請求項２９記載の方法。
【請求項４１】
前記ユーザーによって再生される記録物の指標を提供するために、前記使用データを前記第二の装置に保存する段階をさらに有する、請求項４０記載の方法。
【請求項４２】
前記媒体がオーディオコンテンツをもつコンパクトディスクであり、各セグメントは前記コンパクトディスク上の、トラック番号およびトラック内の再生時間によって決定されるトラックの一部分であり、前記セグメントデータは前記コンパクトディスク上のトラックの再生を示す、請求項２９記載の方法。
【請求項４３】
前記記録物を識別するために使われる情報が、ユーザーが前記媒体を所有するのに先立って前記媒体中に保存される、請求項２９記載の方法。
【請求項４４】
ネットワークを介して第二の装置に接続される第一の装置において少なくとも一つの記録物の再生に基づく情報を取得するシステムであって：
ユーザーによって所有される媒体中に固定された記録物を、該記録物を識別する以外の目的のために前記媒体中に保存されている該記録物に関連付けられた情報に基づいて識別する識別手段と；
前記記録物の部分および前記記録物の再生時間のうち少なくとも一つに関係した使用データを収集する収集手段と；
前記第一の装置と前記第二の装置の間の接続を確立する接続手段と；
前記使用データを、前記第一の装置から前記第二の装置に前記ネットワークを介して送る伝送手段と；
前記使用データを、前記第二の装置において保存する記憶手段、
とを有するシステム。
【請求項４５】
前記使用データが複数の記録物に関係しており、
前記使用データが前記記録物の使用の頻度を含む、
請求項４４記載のシステム。
【請求項４６】
前記収集手段が、前記使用データを、前記ユーザーによって所有されている少なくとも一つの媒体中に固定された複数の記録について収集し、
前記伝送手段がさらに、前記ユーザーを識別するデータを送る、
請求項４４記載のシステム。
【請求項４７】
前記記憶手段が、前記ユーザーによって再生される記録物の指標を提供するために前記使用データを前記第二の装置に保存する、請求項４６記載のシステム。
【請求項４８】
プロセッサを制御して：
第一の装置において、ユーザーによって所有されている媒体内に固定された記録物に前もって関連付けられたものではない使用データを収集する段階であって、記録物は、ユーザーが知覚する該記録物の内容を再生するために該記録物に設けられている情報を使って識別されるような段階と；
前記使用データを、前記第一の装置から該第一の装置に接続されたある第二の装置にネットワークを介して転送する段階、
とを有するプロセスを実行させる命令を保存しているコンピュータ可読記憶。
【請求項４９】
前記プロセスがさらに：
ユーザー人口統計データを取得する段階と；
前記ユーザー人口統計データを前記第二の装置に送る段階、
とをさらに有する、請求項４８記載のコンピュータ可読記憶。
【請求項５０】
前記プロセスがさらに、前記使用データとして、前記記録物の少なくとも一つの部分の再生に関する情報を取得する段階を有する、請求項４９記載のコンピュータ可読記憶。
【請求項５１】
前記プロセスがさらに、前記記録物についての補足的内容を前記第一の装置に前記ネットワークを介して供給する段階を有する、請求項５０記載のコンピュータ可読記憶。
【請求項５２】
前記プロセスがさらに、前記補足的内容を前記使用データおよび前記ユーザー人口統計データに基づいて選択する段階をさらに有する、請求項５１記載のコンピュータ可読記憶。
【請求項５３】
前記第一の装置がコンピュータであり、
前記収集する段階が前記コンピュータにロードされた少なくとも一つのコンピュータプログラムを検出し、
前記第二の装置に転送される前記使用データが前記コンピュータにロードされた前記少なくとも一つのコンピュータプログラムの識別情報を含む、
請求項４８記載のコンピュータ可読記憶。
【請求項５４】
前記収集する段階が前記コンピュータにロードされた前記少なくとも一つのコンピュータプログラムの使用頻度を検出し、
前記第二の装置に転送される前記使用データが前記コンピュータにロードされた前記少なくとも一つのコンピュータプログラムの使用頻度を含む、
請求項５３記載のコンピュータ可読記憶。
【請求項５５】
前記プロセスが、前記第一の装置のユーザーを登録してユーザー識別子を取得する段階をさらに有しており、
前記転送する段階が、前記使用データとともに前記ユーザー識別子を前記第二の装置に転送することをさらに含む、
請求項４８記載のコンピュータ可読記憶。
【請求項５６】
前記プロセスがさらに：
ユーザー人口統計データを取得する段階と；
前記ユーザー人口統計データを前記第二の装置に送る段階、
とをさらに有する、請求項５５記載のコンピュータ可読記憶。
【請求項５７】
前記プロセスがさらに、前記使用データおよび前記人口統計データに基づいて前記記録物についての補足的内容を前記第一の装置に前記ネットワークを介して供給する段階を有する、請求項５６記載のコンピュータ可読記憶。
【請求項５８】
前記記録物がセグメントを含んでおり、
前記プロセスがさらに、前記記録物の少なくとも一つのセグメントを識別する段階を有しており、
前記使用データが前記第一の装置において再生される前記少なくとも一つのセグメントを識別するセグメントデータを含む、
請求項４８記載のコンピュータ可読記憶。
【請求項５９】
前記セグメントデータが、前記少なくとも一つのセグメントが前記第一の装置において再生された回数を含む、請求項５８記載のコンピュータ可読記憶。
【請求項６０】
前記セグメントデータが、前記少なくとも一つのセグメントのうちのどのくらいが各回に再生されたかを含む、請求項５９記載のコンピュータ可読記憶。
【請求項６１】
前記セグメントデータが、前記少なくとも一つのセグメントのうちのどのくらいが再生されたかを含む、請求項５８記載のコンピュータ可読記憶。
【請求項６２】
前記セグメントデータが、前記少なくとも一つのセグメントがどのくらいしばしば再生されたかを含む、請求項５８記載のコンピュータ可読記憶。
【請求項６３】
前記プロセスがさらに：
前記記録物に含まれる情報から記録物識別子を自動的に生成する段階と；
前記使用データとともに前記記録物識別子を前記第一の装置から前記第二の装置に送る段階をさらに有する、
請求項４８記載のコンピュータ可読記憶。
【請求項６４】
前記記録物が少なくとも二つのセグメントを含んでおり、前記生成する段階が前記記録物識別子を前記セグメントの長さに基づいて生成する、請求項６３記載のコンピュータ可読記憶。
【請求項６５】
前記プロセスがさらに、前記第一の装置と前記第二の装置の間の接続を確立する段階を含み；
前記転送する段階が、前記第一の装置と前記第二の装置が接続されていなかった間に収集された使用データすべてを、前記第一の装置と前記第二の装置が接続されたのちに、前記第一の装置から前記第二の装置に前記ネットワークを介して転送する、
請求項４８記載のコンピュータ可読記憶。
【請求項６６】
前記収集する段階が、前記ユーザーによって所有されている少なくとも一つの媒体中に固定された複数の記録物について前記使用データを収集し、
前記転送する段階が前記ユーザーの識別情報を提供することを含む、
請求項４８記載のコンピュータ可読記憶。
【請求項６７】
前記ユーザーによって再生される記録物の指標を提供するために、前記使用データを前記第二の装置に保存する段階をさらに有する、請求項６６記載のコンピュータ可読記憶。
【請求項６８】
前記記録物を識別するために使われる情報が、前記記録物を識別する目的のために保存されたものではない、請求項４８記載のコンピュータ可読記憶。
【請求項６９】
記録物の再生に関連する情報を転送するシステムであって：
ユーザーによって所有されている媒体中に固定されている記録物を再現するため、前記記録物を、該記録物を識別する以外の目的のために前記媒体中に保存されている該記録物に関連付けられた情報に基づいて識別するため、および前記記録物に前もって関連付けられたものではない使用データを収集するための第一の装置と；
前記使用データを保存するための第二の装置と；
前記使用データを前記第一の装置から前記第二の装置に転送するための、前記第一の装置および前記第二の装置に結合されたネットワーク、
とを有するシステム。
【請求項７０】
前記記録物がトラックに記憶されたオーディオコンテンツをもつコンパクトディスクであり、前記使用データは前記コンパクトディスク上のトラックの再生を示す、請求項６９記載のシステム。
【請求項７１】
前記第一の装置がトラックの長さに基づいて記録物識別子を取得し、
前記ネットワークが前記記録物識別子を前記第一の装置から前記第二の装置に送る、
請求項７０記載のシステム。
【請求項７２】
前記ネットワークがトラックの長さを示すデータを前記第一の装置から前記第二の装置に送り、
前記第二の装置が前記トラックの長さを示すデータに基づいて記録物識別子を取得する、
請求項７０記載のシステム。
【請求項７３】
前記記録物がデジタル化されたオーディオ信号を含むコンピュータファイルである、請求項６９記載のシステム。
【請求項７４】
前記コンピュータファイルがＭＰＥＧ符号化を使って圧縮されたオーディオデータを含む、請求項７３記載のシステム。
【請求項７５】
前記ネットワークが、前記記録物についての補足的内容を前記第二の装置から前記第一の装置に転送する、請求項６９記載のシステム。
【請求項７６】
前記第一の装置がユーザー人口統計データを取得し；
前記ネットワークが前記ユーザー人口統計データを前記第一の装置から前記第二の装置に送る、
請求項７５記載のシステム。
【請求項７７】
前記第二の装置が前記使用データおよび前記ユーザー人口統計データに基づいて前記補足的内容を選択する、請求項７６記載のシステム。
【請求項７８】
前記第一の装置と前記第二の装置が前記ネットワークを介して常に接続されてはおらず、前記第一の装置は前記第二の装置に接続されていないときに前記使用データを保存し、接続が確立されたのちに前記使用データを前記第二の装置に送信する、請求項６９記載のシステム。
【請求項７９】
前記第一の装置が、ユーザーが知覚する記録物の内容を再生するために記録物に設けられている情報から記録物識別子を自動的に生成し、前記使用データとともに該記録物識別子を前記第二の装置に送る、請求項６９記載のシステム。
【請求項８０】
前記記録物が少なくとも二つのセグメントを含み、前記第一の装置が該セグメントの長さに基づいて前記記録物識別子を生成する、請求項７９記載のシステム。
【請求項８１】
前記第一の装置が前記ユーザーによって所有されている少なくとも一つの媒体中に固定されている複数の記録物についての前記使用データを収集し、
前記ネットワークがさらに前記ユーザーを識別するデータを前記第一の装置から前記第二の装置に転送する、
請求項６９記載のシステム。
【請求項８２】
前記第二の装置が、前記ユーザーによって再生される記録物の指標を提供するために、前記使用データを保存する、請求項８１記載のシステム。
【請求項８３】
ネットワークを介して第二の装置に接続可能な第一の装置において記録物の再生に関連した情報を取得する方法であって：
前記第一の装置において、記録物に前もって関連付けられたものではない使用データを収集する段階であって、記録物はユーザーが知覚する該記録物の内容を再生するために該記録物に設けられている情報を使って識別されるような段階と、
前記使用データを前記第一の装置から前記第二の装置に転送する段階、
とを有する方法。
【請求項８４】
前記記録物を識別するために使われる情報が、前記記録物を識別する目的のために保存されたものではない、請求項８３記載の方法。
【請求項８５】
ネットワークを介して第二の装置に接続可能な第一の装置においてセグメントを含む記録物の再生に関連した情報を取得する方法であって：
記録物の少なくとも一つのセグメントを、該セグメントから得られるか該セグメントに関係している情報であって、該セグメントを識別するためではなくむしろ該セグメントの再生を可能にするために前記記録物中に含まれている情報に基づいて識別する段階と；
前記第一の装置において、該第一の装置において再生される前記少なくとも一つのセグメントを識別するセグメントデータを含む、前記記録物の前記少なくとも一つのセグメントに前もって関連付けられたものではない使用データを収集する段階と；
前記使用データを、前記第一の装置から前記第二の装置に前記ネットワークを介して転送する段階、
とを有する方法。
【請求項８６】
ネットワークを介して第二の装置に接続される第一の装置において少なくとも一つの記録物の再生に基づいた情報を取得するシステムであって：
ユーザーによって所有される媒体中に固定された記録物を、ユーザーが知覚する該記録物の内容を再生するために該記録物に設けられる情報に基づいて識別する識別手段と；
前記記録物の部分および前記記録物の再生時間のうち少なくとも一つに関係した使用データを収集する収集手段と；
前記第一の装置と前記第二の装置の間の接続を確立する接続手段と；
前記使用データを、前記第一の装置から前記第二の装置に前記ネットワークを介して送る伝送手段と；
前記使用データを、前記第二の装置において保存する記憶手段、
とを有するシステム。
【請求項８７】
前記記録物を識別するために使われる情報が、前記記録物を識別する目的のために保存されたものではない、請求項８６記載のシステム。
【請求項８８】
プロセッサを制御して：
前記第一の装置において、
ユーザーが知覚する記録物の内容を再生するために該記録物に設けられる情報に基づいて識別される記録物の再生に前もって関連付けられたものではない使用データを収集する段階と；
前記使用データを、前記第一の装置から該第一の装置に接続されたある第二の装置にネットワークを介して転送する段階、
とを有するプロセスを実行させる命令を保存しているコンピュータ可読記憶。
【請求項８９】
前記記録物を識別するために使われる情報が、前記記録物を識別する目的のために保存されたものではない、請求項８８記載のコンピュータ可読記憶。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００７−２２０１３７（Ｐ２００７−２２０１３７Ａ）
【公開日】平成１９年８月３０日（２００７．８．３０）
【国際特許分類】
【出願番号】特願２００７−１００９６６（Ｐ２００７−１００９６６）
【出願日】平成１９年４月６日（２００７．４．６）
【分割の表示】特願平１０−５４４２８６の分割
【原出願日】平成１０年４月１５日（１９９８．４．１５）
【出願人】（５０１１１２３２３）グレースノート インコーポレイテッド (12)
【公開日】平成１９年８月３０日（２００７．８．３０）
【国際特許分類】
【出願日】平成１９年４月６日（２００７．４．６）
【分割の表示】特願平１０−５４４２８６の分割
【原出願日】平成１０年４月１５日（１９９８．４．１５）
【出願人】（５０１１１２３２３）グレースノート インコーポレイテッド (12)
[ Back to top ]