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