(57)【要約】【課題】波形に関するデータベース内に整合を発見する方法およびシステム【解決手段】波形を含むファイルに対応するデータベースにレコード（ｒｅｃｏｒｄｓ）があるか否かを判断するために、ディジタル的にサンプリングされた波形の１つ以上のセグメントが使用され、波形の振幅シグネチャを形成する。振幅シグネチャは、複数の振幅バンドまたはスロットの各々において、波形のセグメント内の発生回数をカウントすることによって生成される。波形の振幅シグネチャはデータベース内の振幅シグネチャとのファジー比較を実行する。１つ以上の潜在的な整合が発見された場合、より正確な比較が実行される。この技術は、例えば各トラック最初、真ん中、および最後から５秒のサンプルセグメントを取ることによってコンパクトディスク（ＣＤ）で使用し、ＣＤのサンプルセグメントに記録されている１／７５秒フレームの５５８個のサンプルの各々において波形の振幅を検出できる。ＣＤの振幅シグネチャは、ＣＤの全サンプルセグメントに対して各振幅スロット内で信号の発生を蓄積することによって、波形の最低振幅から最高振幅までの約２０００個の振幅バンドまたはスロットから形成されてもよい。振幅シグネチャが使用されて、トラック数と各トラックの長さを示すＣＤについての目次（ＴＯＣ）データに基づいて得られた複数の潜在的整合を識別することができる。
2004511838.tif 000002
【特許請求の範囲】
【請求項１】
複数のレコードのデータベース内で整合を検索する方法であって、前記データベース内の前記レコードは波形を含むレコーディングに対応している方法であって、
選択されたレコーディングの少なくとも１つのセグメントに対して振幅シグネチャを生成するステップと、
前記振幅シグネチャに基づいて、前記選択されたレコーディングについて、前記データベース内に少なくとも１つの整合レコードを判断するステップと、
を備えていることを特徴とする方法。
【請求項２】
さらに、前記データベース内の前記レコードと前記選択されたレコーディングとに対して、おおよその長さ情報を算出するステップを備えており、
前記判断ステップはまた前記おおよその長さ情報に基づいていることを特徴とする、請求項１に記載の方法。
【請求項３】
前記レコーディングが少なくとも１つのトラックを有しており、
前記算出ステップが、前記データベース内に、かつ前記選択されたレコーディングに対して表されている各レコーディングの各トラックの長さを算出し、
前記判断ステップがまた、前記データベースと前記選択されたレコーディングとに表されているレコーディングのトラックの数および長さに基づいていることを特徴とする、請求項２に記載の方法。
【請求項４】
前記波形が、前記レコーディングおよび前記選択されたレコーディングのサンプリングされたディジタルデータによって表されており、
前記方法がさらに、前記データベースに表されている前記レコーディングの各々について既存のシグネチャアレイを記憶するステップであって、前記既存のシグネチャアレイの各要素は、前記データベースに表されている前記レコーディングの少なくとも１つのセグメントにおいて、振幅バンド内の前記サンプリングされたディジタルデータの発生回数に対応しているステップを備えており、
前記生成ステップは識別シグネチャアレイを生成し、前記識別シグネチャアレイの各要素は前記選択されたレコーディングの前記少なくとも１つのセグメントにおいて、振幅バンド内の前記サンプリングされたディジタルデータの発生回数に対応していることを特徴とする請求項３に記載の方法。
【請求項５】
前記判断ステップは、
前記データベース内に表された前記レコーディングについて、前記識別シグネチャアレイと前記既存のシグネチャアレイの要素間の平均差分を算出するステップと、
前記平均差分が所定値よりも大きいデータベースに表されているいかなるレコーディングをも可能な整合として識別するステップと、を備えていることを特徴とする請求項４に記載の方法。
【請求項６】
前記判断ステップが、
互いの所定数内で、前記識別シグネチャアレイと前記既存のシグネチャアレイおける対応する要素の整合パーセンテージを算出するステップと、
前記整合パーセンテージが所定のパーセンテージよりも大きい前記データベースに表されているいかなるレコーディングをも可能な整合として示すステップと、を備えていることを特徴とする請求項４に記載の方法。
【請求項７】
前記所定数がゼロであり、前記所定のパーセンテージが約７０％であることを特徴とする、請求項６に記載の方法。
【請求項８】
前記所定数が１であり、前記所定のパーセンテージが約８０％であることを特徴とする、請求項６に記載の方法。
【請求項９】
前記レコーディングが、ユーザーが所有するリムーバブル記憶媒体に記憶されることを特徴とする、請求項４に記載の方法。
【請求項１０】
前記レコーディングが、前記選択されたレコーディングの視聴者によってアクセス可能な大容量記憶装置に記憶されているディジタルファイルであることを特徴とする、請求項４に記載の方法。
【請求項１１】
さらに、前記選択されたレコーディングと前記データベースの前記レコード間の整合を検索するための問い合わせを受信するステップであって、前記問い合わせは前記選択されたレコーディングについて、トラック数と前記長さ情報を含んでいるステップを備えていることを特徴とする、請求項３に記載の方法。
【請求項１２】
前記波形が、前記レコーディングおよび前記選択されたレコーディングにおいてサンプリングされたディジタルデータによって表され、
前記方法がさらに、前記データベースに表されている前記レコーディングの各々について既存のシグネチャアレイを記憶するステップであって、前記既存のシグネチャアレイの各要素は、前記データベースに表されている前記レコーディングの少なくとも１つのセグメントにおいて、振幅バンド内の前記サンプリングされたディジタルデータの発生回数に対応しているステップを備えており、
前記生成ステップは、識別シグネチャアレイを生成し、前記識別シグネチャアレイの各要素は前記選択されたレコーディングの前記少なくとも１つのセグメントにおいて、振幅バンド内の前記サンプリングされたディジタルデータの発生回数に対応していることを特徴とする、請求項１に記載の方法。
【請求項１３】
前記判断ステップが、
前記データベースに表されている前記レコーディングについて、前記識別シグネチャアレイと前記既存のシグネチャアレイの要素間の平均差分を算出するステップと、
前記平均差分が所定値よりも大きい前記データベースに表されているいかなるレコーディングをも可能な整合として識別するステップとを備えていることを特徴とする、請求項１２に記載の方法。
【請求項１４】
前記判断ステップが、
互いの所定数内で、前記識別シグネチャアレイと前記既存のシグネチャアレイにおける対応する要素の整合パーセンテージを算出するステップと、
前記整合パーセンテージが所定のパーセンテージよりも大きい前記データベースに表されているいかなるレコーディングをも可能な整合として示すステップとを備えていることを特徴とする、請求項１３に記載の方法。
【請求項１５】
前記所定数がゼロであり、前記所定のパーセンテージが約７０％であることを特徴とする、請求項１４に記載の方法。
【請求項１６】
前記所定数が１であり、前記所定のパーセンテージが約８０％であることを特徴とする、請求項１４に記載の方法。
【請求項１７】
前記レコーディングが、前記ユーザが所有するリムーバブル記憶媒体に記憶されることを特徴とする、請求項１２に記載の方法。
【請求項１８】
前記レコーディングが、前記選択されたレコーディングのリスナーによってアクセス可能な大容量記憶媒体に記憶されているディジタルファイルであることを特徴とする、請求項１７に記載の方法。
【請求項１９】
前記選択されたレコーディングが、ユーザが所有する装置上の第１の位置で演奏され、
前記方法がさらに、
前記第１の位置で前記装置によって問い合わせを生成するステップと、
少なくとも１つの整合記録を検索するために、前記問い合わせを、前記データベースが記憶されている第２の位置のサーバに送るステップとを備えていることを特徴とする、請求項１１に記載の方法。
【請求項２０】
さらに、前記サーバから前記第１の位置の前記装置に、前記少なくとも１つのおおよその整合記録に記憶されており、かつ前記選択されたレコーディングには含まれていない追加情報を送るステップを備えていることを特徴とする、請求項１９に記載の方法。
【請求項２１】
前記レコードに対応するレコーディングについて、既存のシグネチャを含むレコードのデータベースを記憶している記憶ユニットと、
前記記憶ユニットに連結されて、選択されたレコーディングに対して識別振幅シグネチャを生成し、前記識別振幅シグネチャと前記データベース内の前記既存の振幅シグネチャとを比較することによって、前記選択されたレコーディングに対して、前記データベースにおいて少なくとも１つの整合レコードを判断するようにプログラミングされた処理ユニットとを備えていることを特徴とするデータベースシステム。
【請求項２２】
前記記憶ユニットがさらに、前記レコーディングの識別されたセグメントの長さおよび数を示す情報を記憶しており、
前記処理ユニットが前記選択されたレコーディングについてのおおよその長さ情報を算出し、さらに、前記選択されたレコーディングと前記データベース内の前記レコードに対応する前記レコーディングとにおける、前記おおよその長さ情報と識別されたセグメント数に基づいて、前記データベース内の前記少なくとも１つの整合レコードを判断することを特徴とする、請求項２１に記載のデータベースシステム。
【請求項２３】
前記レコーディングがサンプリングされたディジタルデータを含んでおり、
前記記憶ユニットが、各要素が前記データベースに表されている前記レコーディングの少なくとも１つのセグメントにおいて、振幅バンド内の前記サンプリングされたディジタルデータの発生回数に対応している前記既存のシグネチャアレイを記憶し、
前記処理ユニットが、各要素が前記選択されたレコーディングの少なくとも１つのセグメントにおいて、振幅バンド内の前記サンプリングされたディジタルデータの発生回数に対応している前記識別シグネチャアレイを生成し、前記データベースに表されている前記レコーディングについて前記識別シグネチャアレイと前記既存のシグネチャアレイの前記要素間の平均差分を算出すること、および前記平均差分が所定値よりも大きい前記データベースに表されているいかなるレコーディングをも可能な整合として識別することによって、前記少なくとも１つの整合記録を判断することを特徴とする、請求項２１に記載のデータベースシステム。
【請求項２４】
前記レコーディングがサンプリングされたディジタルデータを含んでおり、
前記記憶ユニットが、各要素が前記データベースに表されている前記レコーディングの少なくとも１つのセグメントにおいて、振幅バンド内の前記サンプリングされたディジタルデータの発生回数に対応している前記既存のシグネチャアレイを記憶し、
前記処理ユニットが、各要素が前記選択されたレコーディングの少なくとも１つのセグメントにおいて、振幅バンド内の前記サンプリングされたディジタルデータの発生回数に対応している前記識別シグネチャアレイを生成し、互いの所定数内で、前記識別シグネチャアレイと前記既存のシグネチャアレイにおける対応する要素の整合パーセンテージを算出すること、および前記整合パーセンテージが所定のパーセンテージよりも大きい前記データベースに表されているいかなるレコーディングをも可能な整合として示すことによって、前記少なくとも１つの整合レコードを判断することを特徴とする、請求項２１に記載のデータベースシステム。
【請求項２５】
さらに、前記記憶ユニットに連結されており、前記選択されたレコーディングと前記データベース内の前記レコード間の整合を検索するための問い合わせを受信する通信ユニットであって、前記問い合わせは前記選択されたレコーディングについてセグメント数および前記長さ情報を含んでいる通信ユニットを備えていることを特徴とする、請求項２１に記載のデータベースシステム。
【請求項２６】
前記データベースの前記記録に対応する前記レコーディングと前記選択されたレコーディングは各々、少なくとも１つのオーディオ部分を含んでおり、セグメント数は、前記オーディオ部分内のトラック数であることを特徴とする、請求項２５に記載のデータベースシステム。
【請求項２７】
前記レコーディングは、前記ユーザが所有するリムーバブル記憶媒体に記憶されることを特徴とする、請求項２６に記載のデータベースシステム。
【請求項２８】
前記レコーディングは、前記選択されたレコーディングのリスナーによってアクセス可能な大容量記憶装置に記憶されているディジタルファイルであることを特徴とする、請求項２６に記載のデータベースシステム。
【請求項２９】
前記処理ユニット、記憶ユニット、および通信ユニットは第１の位置にあり、
前記データベースシステムはさらに、
第２の位置でユーザに所有され、前記第一の位置からは離れている、前記問い合わせを生成し、前記選択されたレコーディングを演奏するための装置と、
少なくとも一時的には前記装置と前記通信ユニットとを連結し、前記問い合わせを前記装置から前記通信ユニットに送るための通信ネットワークと、を備えていることを特徴とする、請求項２５に記載のデータベースシステム。
【請求項３０】
前記通信ユニットが前記装置に前記通信ネットワークを介して、前記少なくとも１つのおおよその整合レコードに記憶されており、かつ前記選択されたレコーディングには含まれていない追加情報を送ることを特徴とする、請求項２９に記載のデータベースシステム。
【請求項３１】
コンピュータ読取り可能媒体に記憶され、複数の記録のデータベース内で整合を検索する方法を実行する少なくとも１つのコンピュータプログラムであって、前記データベース内の前記記録は波形を含むレコーディングに対応する少なくとも１つのコンピュータプログラムであり、
選択されたレコーディングの少なくとも１つのセグメントに対して振幅シグネチャを生成するステップと、
前記振幅シグネチャに基づいて、前記選択されたレコーディングに対して、前記データベース内の少なくとも１つの整合レコードを判断するステップと、を備えていることを特徴とする少なくとも１つのコンピュータプログラム。
【請求項３２】
さらに、前記データベース内の前記レコードと前記選択されたレコーディングとに対しておおよその長さ情報を算出するステップとを備えており、
前記判断ステップはまた前記おおよその長さ情報に基づいていることを特徴とする、請求項３１に記載の少なくとも１つのコンピュータプログラム。
【請求項３３】
前記レコーディングが少なくとも１つのトラックを有しており、
前記算出ステップが、前記データベースに表され、かつ前記選択されたレコーディングに対する各レコーディングの各トラックの長さを算出し、
前記判断ステップがまた、前記データベースと前記選択されたレコーディングとに表されている前記レコーディングのトラックの数と長さに基づいていることを特徴とする、請求項３２に記載の少なくとも１つのコンピュータプログラム。
【請求項３４】
前記波形が、前記レコーディングと前記選択されたレコーディングにおけるサンプリングされたディジタルデータによって表され、
前記方法がさらに、前記データベースに表されている前記レコーディングの各々に対して既存のシグネチャアレイを記憶するステップであって、前記既存のシグネチャアレイの各要素は、前記データベースに表されている前記レコーディングの少なくとも１つのセグメントにおいて、振幅バンド内の前記サンプリングされたディジタルデータの発生回数に対応しているステップを備えており、
前記生成ステップが識別シグネチャアレイを生成し、前記識別シグネチャアレイの各要素が前記選択されたレコーディングの前記少なくとも１つのセグメントにおいて、振幅バンド内の前記サンプリングされたディジタルデータの発生回数に対応していることを特徴とする、請求項３３に記載の少なくとも１つのコンピュータプログラム。
【請求項３５】
前記判断ステップが、
前記データベースに表されている前記レコーディングについて、前記識別シグネチャアレイと前記既存のシグネチャアレイの要素間の平均差分を算出するステップと、
前記平均差分が所定値よりも大きい前記データベースに表されているいかなるレコーディングをも可能な整合として識別するステップとを備えていることを特徴とする、請求項３４に記載の少なくとも１つのコンピュータプログラム。
【請求項３６】
前記判断ステップが、
互いの所定数内で、前記識別シグネチャアレイと前記既存のシグネチャアレイにおける対応する要素の整合パーセンテージを算出するステップと、
前記整合パーセンテージが所定のパーセンテージより大きい前記データベースに表されているいかなるレコーディングをも可能な整合として示すステップとを含んでいることを特徴とする、請求項３４に記載の少なくとも１つのコンピュータプログラム。
【請求項３７】
前記レコーディングが、前記ユーザが所有するリムーバブル記憶媒体に記憶されることを特徴とする、請求項３４に記載の少なくとも１つのコンピュータプログラム。
【請求項３８】
前記レコーディングが、前記選択されたレコーディングのリスナーによってアクセス可能な大容量記憶装置に記憶されているディジタルファイルであることを特徴とする、請求項３４に記載の少なくとも１つのコンピュータプログラム。
【請求項３９】
さらに、前記選択されたレコーディングと前記データベース内の前記レコード間の整合を検索するための問い合わせを受信するステップであって、前記問い合わせが、前記選択されたレコーディングについてのトラック数および前記長さ情報を含んでいるステップを備えていることを特徴とする、請求項３３に記載の少なくとも１つのコンピュータプログラム。
【請求項４０】
前記波形が、前記レコーディングと前記選択されたレコーディングとにおいて、サンプリングされたディジタルデータによって表され、
前記方法がさらに、前記データベースに表されている前記レコーディングの各々について既存のシグネチャアレイを記憶するステップであって、前記既存のシグネチャアレイの各要素は、前記データベースに表されている前記レコーディングの少なくとも１つのセグメントにおいて、振幅バンド内の前記サンプリングされたディジタルデータの発生回数に対応しているステップを備えており、
前記生成ステップが、識別シグネチャアレイを生成し、前記識別シグネチャアレイの各要素は前記選択されたレコーディングの前記少なくとも１つのセグメントにおいて、振幅バンド内の前記サンプリングされたディジタルデータの発生回数に対応していることを特徴とする、請求項３１に記載の少なくとも１つのコンピュータプログラム。
【請求項４１】
前記判断ステップが、
前記データベースに表されている前記レコーディングに対して、前記識別シグネチャアレイと前記既存のシグネチャアレイの前記要素間の平均差分を算出するステップと、
前記平均差分が所定値よりも大きい前記データベースに表されているいかなるレコーディングをも可能な整合として識別するステップとを含んでいることを特徴とする、請求項４０に記載の少なくとも１つのコンピュータプログラム。
【請求項４２】
前記判断ステップが、
互いの所定数内で、前記識別シグネチャアレイと前記既存のシグネチャアレイにおける対応する要素の整合パーセンテージを算出するステップと、
前記整合パーセンテージが所定のパーセンテージよりも大きい前記データベースに表されているいかなるレコーディングをも可能な整合として示すステップとを含んでいることを特徴とする、請求項４０に記載の少なくとも１つのコンピュータプログラム。
【請求項４３】
前記レコーディングが、前記ユーザが所有するリムーバブル記憶媒体に記憶されることを特徴とする、請求項４０に記載の少なくとも１つのコンピュータプログラム。
【請求項４４】
前記レコーディングが、前記選択されたレコーディングのリスナーによってアクセス可能な大容量記憶装置に記憶されているディジタルファイルであることを特徴とする、請求項４３に記載の少なくとも１つのコンピュータプログラム。
【請求項４５】
前記選択されたレコーディングが、ユーザが所有する装置上の第１の位置で演奏され、
前記方法がさらに、
前記第１の位置で前記装置よって問い合わせを生成するステップと、
少なくとも１つの整合レコードを検索するために、前記データベースが記憶されている第２の位置のサーバに前記問い合わせを送るステップと、を備えていることを特徴とする、請求項４０に記載の少なくとも１つのコンピュータプログラム。
【請求項４６】
さらに、前記サーバから前記第１の位置の前記装置に、前記少なくとも１つのおおよその整合レコードに記憶されており、かつ前記選択されたレコーディングには含まれていない追加情報を送るステップを備えていることを特徴とする、請求項４５に記載の少なくとも１つのコンピュータプログラム。
【発明の詳細な説明】
（関連特許）
本件は、米国特許第５，９８７，５２５号として１９９９年１１月１６日に発行され参照としてここに組み込まれる、米国特許出願番号第０８／８３８，０８２号の分割出願である、１９９９年７月１６日に出願された米国特許出願番号第０９／３５４，１６４号の一部継続出願である。
【０００１】
（発明の背景）
（発明の分野）
本発明は、データベース内でレコード（ｒｅｃｏｒｄｓ）を発見すること、具体的には波形を示すレコードのデータベースに波形の整合を発見することことについてである。
【０００２】
（従来技術の説明）
過去数年に渡って、オンラインサービスは爆発的な成長を経験し、エンタテイメントの１つの主要な形態となった。この新たなエンタテイメントと並行して、音楽レコーディングなど多くの従来の形態が大規模に消費され続けている。
【０００３】
音楽レコーディングにおける従来の体験は、１つの部屋に一緒に集まって少人数のグループで聞くことである。音楽は音響的に部屋を満たすが、関連の映像コンテンツはほとんどなく、音量を設定したりオーディオイコライザを使用したりするなど、実質的にどのトラックを演奏するかや、記録された音楽に単純な変化を与えるという、レコーディングとの限られた対話性があるだけである。この従来の体験はほぼ１００年前の７８ｒ．ｐ．ｍ音楽レコーディングの初期に遡る。
【０００４】
音楽レコーディングの従来の生産はレコーディングの従来の経験を補完する。レコーディングは多数のレコーディングセッションにより行なわれ、慎重なミキシングと編集にかけられ、そして一般大衆に発売される。その時点で固定化された媒体、今日では音楽用ＣＤに記録されるが、その目的は、作詞（曲）者、ミュージシャン、プロデューサ、およびレコーディングエンジニアによって設計された最終的な音響体験を可能な限り忠実に記録することにある。
【０００５】
ミュージックビデオは、このような媒体のトラック上に映像コンテンツと対応付けることで、音楽レコーディングの従来の体験を補完してきた。しかしながら、とりわけミュージックビデオは、それが併せ持つユーザコントロールの欠如についてのすべての問題が解決されないまま放送されてきており、それらは、対話性や消費者による参加に寄与してこなかった。
【０００６】
オンラインサービスは音楽レコーディングと関連する経験を豊富にする機会を提供する。本発明は、この問題を解決するコンピュータプログラム、システム、およびプロトコルに関する。
【０００７】
（発明の概要）
従って、本発明の１つの目的は、インターネットなどのオンラインサービスによって、プロデューサが音楽レコーディングを補完するエンタテイメントを配信することを可能にするコンピュータプログラム、システム、およびプロトコルを提供することである。本発明のさらなる目的は、このような補完的なエンタテイメントが消費者に対して有意義に対話的であり、それによって消費者もまたクリエータとしての体験を可能にするコンピュータプログラム、システム、およびプロトコルを提供することである。
【０００８】
本発明のさらなる目的は、オンラインサービスの基準によるさらなる発展に適合するような柔軟性を保持しつつ、既存の環境とプログラムの統合を特にインターネット上で達成するように設計されることによって上記目的を達成することにある。
【０００９】
本発明の１つの態様において、リモートホストコンピュータ上で稼動中のコンピュータプログラムが、ユーザのコンピュータ上でコンパクトディスク（ＣＤ）プレーヤ、ＤＶＤプレーヤなどをコントロールできるソフトウェアが提供される（便宜上、「ＣＤプレーヤ」という用語は、ＤＶＤプレーヤおよび類似の装置にも言及することにする。）。ソフトウェアはリモートホストコンピュータが、ＣＤプレーヤ上で動作を開始し、かつＣＤプレーヤのフロントパネル上のボタンや別のＣＤプレーヤコントロールプログラムなど他のコントロール手段によってユーザが開始した動作に気づくように設計されている。本発明のこの態様は、これらのレコーディングが、オーディオＣＤという現在一般的な形態として固定化されている場合、音楽レコーディングへの補完的なエンタテイメントの提供に対するビルディングブロックである。
【００１０】
本発明の第２の態様において、双方向コンテンツを含む映像コンテンツは、音楽レコーディングからのコンテンツの配信に同期するように、オンラインサービス上で配信されてもよい。このような映像コンテンツは、例えば、ユーザのコンピュータでオーディオＣＤの演奏に同期してもよい。映像コンテンツは、例えばミュージックビデオのように、音楽レコーディングにテーマ別にリンクされている。
【００１１】
本発明の第３の態様において、一意の識別子を、多数のトラックからなる音楽レコーディングに割り当てる方法が提供される。一意の識別子は、映像コンテンツを配信するソフトウェアによって、オーディオＣＤが、映像コンテンツが対応している真に正しいＣＤであるということを確かめられる点において、オーディオＣＤの演奏と連動した映像コンテンツの配信に有用な補足となる。映像コンテンツが、例えばハインリッヒ・イグナッツ・フランツ・ビーバー（Ｈｅｉｎｒｉｃｈ　Ｉｇｎａｚ　Ｆｒａｎｚ　Ｂｉｂｅｒ）のロザリオのソナタ（Ｒｏｓａｒｙ　Ｓｏｎａｔａｓ）を伴奏するように設計されている場合、ユーザのプレーヤＣＤが映画メリーポピンズ（Ｍａｒｙ　Ｐｏｐｐｉｎｓ）のサウンドトラックでなければそれはおそらくうまく機能しないであろう。また一意の識別子によって、プレミアムウェブエリアにアクセスするためのキーとしてＣＤが使用される。さらに、一意の識別子によって、ユーザは、ユーザのマシーンにあるＣＤに対応するウェブのエリアに導かれる。
【００１２】
本発明の第４の態様において、一般的に「チャットルーム」と称される非常に人気のあるオンラインサービスは、チャットルームのすべての人が聞いている音楽レコーディングへのリンクによって拡張されてもよい。オンラインサービスにおいて今日存在しているようなチャットルームの体験は、識別可能な環境がある、従来からの直接、面と向き合う社交的な出会いと比較すると非現実的な性質を有している。今日のチャットユーザの唯一の共通の体験は、コンピュータスクリーン上を飛び回るようなチャットの言葉であり、おそらくはスクリーンの小さな空間を占めるユーザのアイコン（「権化」）または他の映像コンテンツである。チャットルームと連動した音楽レコーディングの使用は、従来の社交的な出会いの共有された雰囲気の度合いを回復する可能性を開く。さらに、音楽レコーディングは、チャット検索者が、特定のタイプのレコーディングへの共有された興味によって集まることができる中心地点を提供する。
【００１３】
（好ましい実施形態の説明）
本発明の好ましい実施形態は、ＷＷＷ（ワールド・ワイド・ウェブ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ））上で動作する。ＷＷＷによって提供されるソフトウェア実施環境は多数の書物、例えば、Ｊｏｈｎ　Ｄｅｃｅｍｂｅｒ　＆　Ｍａｒｋ　Ｇｉｎｓｂｕｒｇによる、ＨＴＭＬ３．２およびＣＧＩ　Ｕｎｌｅａｓｈｅｄ（１９９６年）に説明されている。ＷＷＷは、Ｔ．Ｂｅｒｍｅｒｓ―Ｌｅｅらのハイパーテキスト転送プロトコル（Ｈｙｐｅｒｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）―ＨＴＴＰ／１．０（Ｉｎｔｅｒｎｅｔ　Ｒｅｑｕｅｓｔ　Ｆｏｒ　Ｃｏｍｍｅｎｔｓ第１９４５号、１９９６年）に説明されている、ＨＴＴＰ（ハイパーテキスト転送プロトコル）と称されるネットワークプロトコルに基づいている。ＨＴＴＰプロトコルは、Ｄｏｕｇｌａｓ　Ｅ．ＣｏｍｅｒによるＴＣＰ／ＩＰによるインターネットワーキング（Ｉｎｔｅｒｎｅｔｗｏｒｋｉｎｇ　ｗｉｔｈ　ＴＣＰ／ＩＰ）（第３版、１９９５年）に説明されている、今日では一般的にＴＣＰ／ＩＰである、一般接続指向プロトコル上で稼動されなければならない。しかしながら、ここに説明される発明は、特定の種類のネットワークのソフトウェアまたはハードウェア上で稼動するＨＴＴＰに限定されない。本発明の原理は、ＨＴＴＰに匹敵または取って代わるようになるかもしれない、遠隔情報にアクセスするための他のプロトコルにも適用される。
【００１４】
図１に示されるように、ウェブのユーザは自分のコンピュータの前に座り、ブラウザと称されるコンピュータプログラムを稼動する。ブラウザはＨＴＴＰ要求を、サーバと称される他のコンピュータに送出する。この要求において、サーバ上で使用可能なリソースと称される特定のデータはユニフォーム・リソース・ロケータ（ＵＲＬ）によって参照される。また、Ｂｅｒｍｅｒｓ―Ｌｅｅらによるｓｕｐｒａ．Ａ　ＵＲＬに定義される特定のフォーマットの文字列は、サーバの識別とサーバ内の特定データの識別との両方を含んでいる。この要求に反応して、サーバはユーザのブラウザに返答し、ブラウザは、一般的に数種類のコンテンツをユーザに表示することによって、これらの応答に反応する。
【００１５】
応答のコンテンツ部分は、ハイパーテキスト・マークアップ・ランゲージ（Ｈｙｐｅｒｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）（ＨＴＭＬ）で表される「ウェブページ」であってもよい。その言語によって、（アンカーおよびハイパーリンクとしても知られている）ビットマップフォーマットイメージおよびリンクを散りばめたテキストからなるコンテンツを表すことができる。リンクは、ブラウザがユーザの指示でさらに要求を送ってもよい、さらなるＵＲＬリンクである。
【００１６】
応答はまた、ブラウザ、例えば動画をもたらすコマンドによって解釈される、より複雑なコマンドを含んでいてもよい。ＨＴＭＬ自体は複雑なコマンドを定義しないが、むしろそれらのコマンドは、個別に定義されたスクリプト言語に属するものと考えられる。このスクリプト言語のうち最も一般的な２つのスクリプト言語としてＪａｖａ（登録商標）ＳｃｒｉｐｔとＶＢＳｃｒｉｐｔがある。
【００１７】
スクリプト言語で記述されたコードによってブラウザの機能を拡張することに加えて、コンパイルされたコードによってブラウザの機能を拡張することも可能である。このようなコンパイルされたコードは「プラグイン」と称される。プラグインを記述するための正確なプロトコルは特定のブラウザによる。マイクロソフト（Ｍｉｃｒｏｓｏｆｔ）のブラウザ用のプラグインは、アクティブ・エックス・コントロール（Ａｃｔｉｖｅ　Ｘ　ｃｏｎｔｒｏｌｓ）の名称で呼ばれる。
【００１８】
プラグインは非常に複雑でありうる。本発明に従って好都合に使用されてもよいプラグインはマクロメディア（Ｍａｃｒｏｍｅｄｉａ）によるショックウェーブ（Ｓｈｏｃｋｗａｖｅ）である。それによって、サーバの応答の一部である動画はユーザにダウンロードされプレイされる。ショックウェーブ（Ｓｈｏｃｋｗａｖｅ）はＬｉｎｇｏと称されるそれ自身のスクリプト言語を定義する。Ｌｉｎｇｏスクリプトはショックウェーブ（Ｓｈｏｃｋｗａｖｅ）プラグインがプレイできるダウンロード可能な動画内に含まれる。ショックウェーブ（Ｓｈｏｃｋｗａｖｅ）動画の一般的なフォーマットは、タイムライン内の特定のフレームで現れ、動き、そして消える多数の映像オブジェクトと共に一連のフレームからなるタイムラインである。ショックウェーブ（Ｓｈｏｃｋｗａｖｅ）動画内でより複雑な効果を達成するために、Ｌｉｎｇｏスクリプトは所定のビジュアルオブジェクトに加えて使用されてもよい。
【００１９】
本発明の好ましい実施形態は、音楽レコーディングの演奏を詳細に命令する能力をスクリプト言語に提供する、コマンドプラグインと称されるプラグインを使用する。コマンドプラグインは最低限以下の基本的機能を提供するべきである：
（１）演奏を開始および停止する
（２）トラック内の現在の曲と位置を把握する
（３）トラック内の曲と位置を検索する
（４）音量を設定する
（５）ＣＤに関する情報を得る（例えば、トラック数、その長さ、トラック間のポーズ）
（６）ＣＤドライブの性能に関する情報を得る
他の機能も提供されてもよく、基本オペレーティングシステムサービスが提供できるものによってのみ制限される。
【００２０】
コマンドプラグインは好ましくは、Ｃ＋＋などの従来のプログラミング言語で記述される。プラグインは、マイクロソフト（Ｍｉｃｒｏｓｏｆｔ）のアクティブ・エックス・オブジェクト（Ａｃｔｉｖｅ　Ｘ　ｏｂｊｅｃｔ）に必要とされるような、プラグインの既存の規格に準拠するべきである。情報を得、コマンドプラグインがスクリプト言語に使用可能にする機能を実行するために、コマンドプラグインは、演奏中の音楽レコーディングに関するコントロールおよび情報を提供する機能に依存する。これらの機能はレコーディングの正確なソースに依存する。現在の好ましい実施形態のように、レコーディングがコンピュータのＣＤプレーヤのオーディオＣＤで演奏されており、かつブラウザがマイクロソフト（Ｍｉｃｒｏｓｏｆｔ）のウィンドウズ（登録商標）３．１またはウィンドウズ（登録商標）９５で稼動中の場合、これらの機能はＷｉｎ３２アプリケーションプログラミングインタフェースの一部を形成するＭＣＩ機能である。これらの機能は、例えばマイクロソフト（Ｍｉｃｒｏｓｏｆｔ）のＷｉｎ３２のプログラマーズリファレンスに文書化されている。異なる機能は、ストリーミングオーディオレシーバによって提供されてもよく、例えば、ネットワーク接続によってユーザのコンピュータに入ってくる、ＭＰＥＧなどの適切な音声符号化フォーマットで符号化されたオーディオを取り入れるレシーバなどが考えられる。
【００２１】
コマンドプラグインの実装について言及する際の重要なポイントは、例えば検索などの実行する動作が約１秒かかるということである。コマンドプラグインが、その１秒の間にマシーンのコントロールを保つのは望ましいことではなく、長い動作の場合はいつもプラグインがブラウザに対するマシーンのコントロールを放棄し、共通のスクリプト言語で使用されている非同期イベントハンドル性能を介して動作の結果を報告することが重要である。
【００２２】
コマンドプラグインが提供する機能、プラグインの記述方法（例えばアクティブ・エックス・オブジェクト（Ａｃｒｉｖｅ　Ｘ　ｏｂｊｅｃｔ）の記述方法）に関する一般知識、および音楽レコーディングの演奏をコントロールするための関連のアプリケーションプログラミングインタフェース（例えばＷｉｎ３２のＭＣＩ）の上記概要を考えると、当業者は容易にかつ必要以上の実験なしで、実際に動作するコマンドプラグインを開発することができる。このため、コマンドプラグインがどのように実行されるかについてのさらなる詳細はここでは説明しない。
【００２３】
スクリプト言語によって上述した機能を提供するコマンドプラグインの存在は、音楽レコーディングを補足するエンタテイメントが構築されてもよい基礎である。とりわけ、この基礎の上にたつ、オーディオＣＤ上で生じるイベントを有するスクリプト言語によって映像コンテンツの表示を同期させる方法を考案することができる。
【００２４】
本発明の好ましい実施形態において、映像コンテンツのオーディオＣＤへの同期は以下のように進行する。映像コンテンツは、サーバからダウンロードされて、ショックウェーブ（Ｓｈｏｃｋｗａｖｅ）プラグインによってユーザに提供され、ショックウェーブ（Ｓｈｏｃｋｗａｖｅ）動画によって表示される。このダウンロードは動画が表示される前に行われてもよく、あるいはまた、ネットワークへのユーザの接続が適切な速度でダウンロードをサポートするのに十分速い場合、動画が表示されるのと同時に行われてもよい。ダウンロードはショックウェーブ（Ｓｈｏｃｋｗａｖｅ）プラグイン自身によって提供される機能である。
【００２５】
ショックウェーブ（Ｓｈｏｃｋｗａｖｅ）動画がプレイされると、Ｌｉｎｇｏスクリプトは、フレームが表示を終了するたびに実行する。Ｌｉｎｇｏスクリプトは、動画のフレームと、トラック数と時間とによって識別される音楽レコーディングのセグメントとの間に存在すべき関係についての記述を含んでいる。Ｌｉｎｇｏスクリプトは上記のコマンドプラグインによって、オーディオＣＤが演奏するトラックおよび時間を判断する。そして、動画のいずれのフレームがオーディオＣＤの部分に対応するかを判断するために記述を参照する。現在のフレームがこれらのフレームうちの１つでない場合、Ｌｉｎｇｏスクリプトは動画のタイムラインをリセットし、動画はオーディオＣＤの現在の位置に対応するフレームで演奏を開始する。これによって、例えばネットワークからのダウンロードが遅れたり、ユーザのコンピュータが全速で動画をプレイするサイクルを欠いていたり、またはユーザがＣＤを速くダウンロードしたりするために、まだＣＤの現在の位置が遅れている場合、映像コンテンツを使用することができる。
【００２６】
（図２に示される）この同期アルゴリズムの変形形態において、動画のフレームは隣接するフレームのグループに配置される。このようなフレームの各グループとオーディオレコーディングの特定のセグメント間の対応が確立される（図２のボックス２００）。動画の各フレームの終わりで、オーディオ演奏位置が判断される（ボックス２１０）。オーディオ演奏位置が次の連続するフレームが属するフレームのグループに対応するレコーディングのセグメント内にあるか否かを判断するためのテストが実行される（ボックス２１５）。オーディオ演奏位置がそのセグメント内にある場合、動画の再生はその次のフレームに続く（ボックス２３０）。オーディオ演奏位置がそのセグメント内にない場合、動画の再生はオーディオがある位置に対応するフレームに進む（ボックス２２０および２２５）。
【００２７】
本発明のさらなる態様は、コマンドプラグインを利用することによって、大容量記憶装置に記憶されてもよいレコーディングに対する一意の識別子を確立する技術を提供する能力である。大容量記憶装置以外にも、集積回路、磁気媒体（例えばハードディスク）または他の媒体、あるいはオーディオＣＤなどのリムーバブル媒体、携帯型フラッシュメモリやメモリスティックＴＭなどの集積回路メモリ、コンピュータのＣＤ−ＲＯＭドライブによってアクセスされるもの、例えば、ＭＰ３プレーヤ／レコーダまたは媒体にアクセス可能な他の装置でもよい。一意の識別子は目次（Ｔａｂｌｅ　ｏｆ　Ｃｏｎｔｅｎｔｓ（ＴＯＣ））データまたはレコーディング自体のコンテンツからの（フレームで測定された、すなわち１秒の７５分の１番目の）トラックの数および長さに基づいていてもよい。識別子は単に、ファジー比較アルゴリズムで、また１つ以上の可能な整合が見つかる場合はより正確な整合のために使用される、連結したトラック長である。
【００２８】
以下は本発明に使用されるファジー比較アルゴリズムの一例である。比較される２つのオーディオＣＤの各々に対して、記録媒体の全トラックの長さをミリ秒単位で決定する。次いで、各トラック長を８ビットずつ右にシフトする。実際には、２８＝２５６で切り捨て除算を実行する。次いで、進行するにつれて２つの数、すなわち、整合した合計数と整合エラーの数とを累積しながら、双方の記録媒体についてトラックごとに実行する。これらの数値は両方とも比較開始の時点でゼロに初期化される。各トラックについて、比較される第１のＣＤのシフトされたトラック長によって整合した合計数をインクリメントし、２つのＣＤにおけるシフトされたトラック長の差分の絶対値によって整合エラーをインクリメントする。ＣＤの一方が他方よりもトラック数が少ない場合、少ないトラック数を有するＣＤの最終トラックに行き着くと、整合した合計数と整合エラーの数をシフトされた残りのトラック長によってインクリメントしながら、他方のＣＤのトラックで演算を続ける。トラックを介して実行するこれらのステップに続いて、アルゴリズムは整合エラーの数を整合数によって除算し、その結果の指数を１から減算し、その差分を、２つのＣＤがどの程度整合しているかを示すパーセンテージに変換する。
【００２９】
レコーディングに対して識別子を生成するためのトラック長の使用は、複数のトラックを有する媒体、好ましくは、目次、つまりＴＯＣの情報を記憶するトラックを有する、ＣＤやＤＶＤなどの媒体に最適である。さらに、トラック長またはＴＯＣデータの使用は、ファジー整合に最適に機能することがわかっているが、このことは１つ以上の可能な整合を見つけ出す結果につながることもある。ＴＯＣデータの代替または補足は、媒体上のコンテンツを使用することである。しかしながら、記憶スペースと帯域要件を最小化するために、比較的小さいコンテンツベースの識別子を使用することが望ましい。
【００３０】
本発明の実施形態は、振幅シグネチャ（ａｍｐｌｉｔｕｄｅ ｓｉｇｎａｔｕｒｅ）を使用しているが、これにより（レコーディングに１つ以上のトラックがある場合は）最初、真ん中、最後の各トラックの位置からの、短い、例えば５秒のサンプルセグメントから生成されたコンテンツベースの識別子を提供することができる。このようなサンプルセグメントの一例（サンプルセグメントという用語は識別子を生成するために使用されるセグメントと、識別されたセグメント、すなわち一般にＣＤ上の「トラック」と称される、ＴＯＣ内の識別されたセグメントとを区別するために使用される）は図４Ａに波形４１０で図示されている。本発明に従って、複数の振幅帯域または間隔（ｓｌｏｔ）が定義され、各間隔（ｓｌｏｔ）内の全セグメントの波形の発生数がカウントされる。レッドブック（Ｒｅｄｂｏｏｋ）ＣＤオーディオは１チャネル当たり４４．１Ｋサンプル、かつ１秒あたり７５フレームのデータを有する１６ビットステレオでサンプリングされたディジタルオーディオファイルである。従って、１つの５秒サンプルセグメント（７５フレーム／秒×５８８サンプル／フレーム×５秒＝データの５秒間で２２０，５００サンプル）において、最大２２０，５００回発生する。一意性を保証するために、約２０００個（例えば、２１１または２０４８）の間隔（ｓｌｏｔ）を使用することが望ましいが、比較されている波形の特徴によっては、他のサイズ、数、および種別のサンプルと、別の数の間隔（ｓｌｏｔ）を使用してもよい。本発明の説明を簡略化するために、図４Ａおよび４Ｂについてより大まかな例を示す。
【００３１】
好ましい実施形態において、第１のステップは、波形を正常化し、最初と最後の間隔（ｓｌｏｔ）が少なくとも１つの波形発生を有するようになることである。図４Ａの波形４１０は図４Ａに図示された７つの間隔（ｓｌｏｔ）４２０上で正常化され、間隔（ｓｌｏｔ）４２１乃至４２７として個々に示される間隔（ｓｌｏｔ）４２０によって図４Ｂの波形４１０ｂを生成する。図４Ｂで提供される簡略化された例において、１６個のタイムサンプルが取られ、各垂直線に１つずつある。従って、間隔（ｓｌｏｔ）４２１に波形４１０ｂの１つのサンプルがあり、間隔（ｓｌｏｔ）４２２に３つ、間隔（ｓｌｏｔ）４２３に２つ、間隔（ｓｌｏｔ）４２４に１つ、間隔（ｓｌｏｔ）４２５に２つ、間隔（ｓｌｏｔ）４２６に３つ、間隔（ｓｌｏｔ）４２７に４つある。これは線形アレイＡ１［１，３，２，１，２，３，４］によって表される。
【００３２】
アレイＡ１が、データベース内の整合が検索されるための選択されたレコーディングを表す識別シグネチャアレイである場合、ファジー整合が、Ａ１の要素と既存のシグネチャアレイの要素間の差分の平均を算出することによって実行されてもよい。例えば、データベース内の記録の１つは、［１，０，２，０，１，０，１］の差分アレイあるいは５／７または０．７１４の平均差分に対するＡ２［２，３，４，１，１，３，３］のシグネチャアレイを有していてもよい。平均差分に基づく“ファジー整合”は、シグネチャ生成に対する波形のエラーと不完全な初期発見を見込んでいる。しかしながら、整合として受容される平均差分は偽数（ｆａｌｓｅ ｐｏｓｉｔｉｖｅｓ）を最小化するために設定されなければならない。あるいはまた、サンプルセグメントの数または長さは偽数（ｆａｌｓｅ ｐｏｓｉｔｉｖｅｓ）を減少させるために増大されてもよいが、これは記録媒体を読取り、シグネチャアレイを算出するのにかかる時間を増大させる。テストされた波形について、１０の平均差異は、ＣＤ波形を使用する場合の多数の偽数（ｆａｌｓｅ ｐｏｓｉｔｉｖｅｓ）と、各々が２０４８個の間隔（ｓｌｏｔ）を有する３つの５秒サンプルセグメントとを除去しながら、実際にすべての可能な整合を発見できることが分かった。これら条件下で、２５６個の間隔（ｓｌｏｔ）が非類似の波形の非常に多くの整合を生成し、４０００個の間隔（ｓｌｏｔ）は別個に置かれるため、多数の近い整合があることがわかった。間隔（ｓｌｏｔ）の正確な数は、サンプルセグメントのサイズおよびサンプリングされている波形のタイプによって変わる。
【００３３】
１つ以上の可能な整合が発見された場合、識別および既存のシグネチャアレイのより正確な比較が実行される。正確に整合している間隔（ｓｌｏｔ）か、または１回の整合発生内の間隔（ｓｌｏｔ）数が使用されてもよい。上述の例において、１つのアレイの１つのエラー（又は１つの猶予）が許容され、７つのうちの３つ又は要素の４３％が正確に整合する場合には、７つのうちの６つまたはアレイＡ１およびＡ２の要素の８６％が整合する。１つの許容に対して８０％以上の整合、または許容無しで７０％以上の整合が可能な整合であるらしいことがわかった。許容値は１以上に増大され、波形を整合する際により多くの許容を認める。
【００３４】
音楽レコーディングに対する一意の識別子はデータベースキーとして使用される。サイトにはＣＤについての情報に関するデータベースを保持していてもよく、例えば特定のレコード会社によって発売されるすべてのＣＤに関する情報はそのレコード会社のサイト上に保持されてもよい。ユーザがこの情報をナビゲートするには、種々の方法がある。例えば、ユーザは目次として多数のハイパーリンクを含むウェブページを使用してもよく、あるいは従来の検索エンジンを使用してもよい。本発明の一意の識別子によって可能にされる検索の第３の方法は、ユーザが情報を探しているＣＤをコンピュータのＣＤドライブに置くことを勧めるウェブページが存在することである。ドライブ内のＣＤの存在を検出する際に、ウェブページのスクリプトはＣＤに対応する一意の識別子を算出し、それをサーバに送る。そしてサーバはその一意の識別子に基づいてデータベースから検索したＣＤについての情報を表示する。この情報は、オーディオＣＤに関連するウェブアドレス（ＵＲＬ）（例えばアーティストのホームページのもの）、歌の題名などの簡単なデータ、そして潜在的には（例えばバンドの）写真、アートワーク、動画、およびビデオクリップを含む補完エンタテイメントを含んでいてもよい。事項を配列して、ユーザがオーディオＣＤをコンピュータに挿入すると、（ｉ）ブラウザが、まだ稼動していない場合には開始され、（ｉｉ）ブラウザがＣＤの一意の識別子を算出し、その一意の識別子からＵＲＬを取り出し、（ｉｉｉ）ブラウザがそのＵＲＬ上でＨＴＴＰトランザクションを得るようにすることも可能である。
【００３５】
音楽レコーディングに対する一意の識別子の別の適用は、ウェブのプレミアムエリアに入るためにオーディオＣＤをキーとして使用することである。現在、署名によって許可されるウェブのプレミアムエリアがある。一意の識別子に基づいた許可の簡単な形態は、ウェブの特定のエリアにアクセスする前に、ユーザが自分のＣＤドライブに、特定のＣＤ、あるいは特定の会社によって発売されたＣＤまたは特定のバンド又はアーティストの音楽を含むＣＤを置くことを必要とすることである。これは、コマンドプラグインによって提供される機能を使用し、一意の識別子を算出するスクリプトによって容易に実行される。
【００３６】
本発明の第３の態様は、音楽レコーディングを有するチャットルームの接続である。その目的は、チャットルームへの全参加者に、同じ音楽をほぼ同時に提供することである。
【００３７】
チャットサービス用の一般的なネットワークプロトコルは、Ｊ．Ｏｉｋａｒｉｎｅｎ＆Ｄ．Ｒｅｅｄによる、インターネット・リレー・チャット・プロトコル（Ｉｎｔｅｒｎｅｔ　Ｒｅｌａｙ　Ｃｈａｔ　Ｐｒｏｔｏｃｏｌ）（Ｉｎｔｅｒｎｅｔ　Ｒｅｑｕｅｓｔ　ｆｏｒ　Ｃｏｍｍｅｎｔｓ第１４５９号、１９９３年）に説明されるインターネット・リレー・チャット（Ｉｎｔｅｒｎｅｔ　Ｒｅｌａｙ　Ｃｈａｔ）（ＩＲＣ）である。このプロトコルにおいて、チャットサーバのクライアントになると、チャットルームの名前を送る。チャットサーバはクライアントの名前のすべてからメッセージを受信し、１人のクライアントから送られてきたメッセージを、クライアントとして同じルームに接続されている他の全クライアントに中継する。クライアントが送るメッセージは一般的に、クライアントになっているユーザによってタイピングされ、クライアントが受信するメッセージは一般的にクライアントであるユーザに対して表示されて、読まれる。
【００３８】
本発明の好ましい実施形態において、チャットのクライアントは我々がチャットプラグインと称するプラグインによってカスタマイズされる。チャットのクライアントはブラウザによって以下のように開始される（図３参照）。ユーザは、ダウンロードされると、ユーザが自分のプレーヤにＣＤを挿入したかを尋ねる中心ウェブページ（ボックス３００）に、ブラウザによって接続する（ボックス３０５）。ＣＤの一意の識別子が、中心ウェブページのスクリプトのコマンド下で、上記のコントロールプラグインを使用することによって、算出され、サーバに送り返される（ボックス３１０）。そしてサーバは一意の識別子を使用して、ＣＤに焦点を当てたチャットルームであるか否かを判断する（ボックス３１５）。このステップは当業において既知の技術を使用して、一意の識別子をデータベース内に見つけることによって実行されてもよい。データベース、例えばＤｅｃｅｍｂｅｒ＆Ｇｉｎｓｂｕｒｇ，ｓｕｐｒａ，ｃｈａｐｔｅｒ２１にウェブページを接続すると、膨大な文献が存在する。ＣＤに焦点を当てたチャットルームが存在するか、または作成することができる場合、サーバはそのチャットルームの名前で応答し、ブラウザはそのチャットルームのクライアントとして、ユーザのコンピュータ上でチャットクライアントを開始する（ボックス３２０）。
【００３９】
チャットルームの名はサーバによって設定されて、ＣＤが他のチャットルームのクライアントの端末で演奏中のトラック、およびトラックが演奏を開始した時間、ならびにＣＤが演奏されている音量についての情報を含んでいる。チャットのクライアントのプラグインはその情報を使用し、コントロールプラグインに、ユーザのコンピュータにＣＤをセットさせ、他のチャットルームのクライアントの端末で演奏しているＣＤにほぼ同期するように演奏させる（ボックス３２０）。
【００４０】
チャットルームの各ユーザは自分の端末で演奏中のＣＤをコントロールできる。コントロール動作は、実行されているコントロール動作について記述するチャットサーバにメッセージを送るチャットプラグインになる（ボックス３２５）。例えば、このようなメッセージはＣＤの位置の変化、音量の変化、または別のＣＤと取り替えるためのＣＤの取り出しを示していてもよい。他のユーザの端末上で稼動中のチャットプラグインは、この種のメッセージを見る際に、（可能な限り）他のユーザの端末上の動作を、上記のコントロールプラグインを使用して反復する（ボックス３３０）。
【００４１】
本発明のさらなる態様において、特定の音楽レコーディングに焦点を当てたチャットルームは、投票手続によって特定のトラックを選択することができる。簡単な投票手続は、各チャットプラグインが、識別可能な２つの連続する変更メッセージを見るときのみ、前段で記述した種類の変化メッセージに影響を及ぼすことである。これは、演奏されているトラックを変更するために、２人のユーザは、そのトラックに変更する必要があることを意味している。２曲目が上位の番号に置き換えられてもよい。
【００４２】
本発明のさらなる態様において、チャットのユーザに配信されるメッセージは手でタイピングするよりも、むしろテキストファイルから駆動される。これによって、事前に記録されていた体験が、チャットユーザのグループに対して再生される。このような技術は、オーディオＣＤが事前に記録され、ナレーションの入ったツアーを作成するために使用されてもよい。
【００４３】
上記のような好ましい実施形態の重要な利点は、インターネット・リレー・チャット（Ｉｎｔｅｒｎｅｔ　Ｒｅｌａｙ　Ｃｈａｔ）、または類似の最小限のチャットサービスを提供するプロトコルによって必要とされる最小限の機能性をサポートする、いかなるチャットサーバソフトウェアとも一緒に使用されてもよいということである。必要とされるさらなるソフトウェアは、ＣＤ情報のデータベースに接続している、チャットのクライアントプラグインおよび中心ウェブページにみられる。
【００４４】
本発明の多数の特徴および利点は詳細な明細書より明らかであり、従って添付のクレームによって、本発明の主旨および範囲内にあるシステムのこのような特徴および利点のすべてをカバーすることが意図されている。さらに、多数の修正および変更は、本発明の開示より、当業者にとって容易になされる。本発明を、図示および説明された正確な構成および動作に限定することは望ましくなく、従って、適切な修正および同等物が、本発明の範囲および主旨を逸脱しない限り採用されてもよい。
【図面の簡単な説明】
【図１】
図１は、好ましい実施形態が動作する環境のブロック図である。
【図２】
図２は、本発明の同期コードのフローチャートである。
【図３】
図３は、音楽レコーディングに焦点を当てたチャットルームへの接続のための動作シーケンスのフローチャートである。
【図４】
図４Ａおよび４Ｂは、本発明に従った波形分析の説明図である。
【図１】
2004511838.tif 000003
【図２】
2004511838.tif 000004
【図３】
2004511838.tif 000005
【図４】
2004511838.tif 000006
【国際公開パンフレット】
2004511838.tif 000007
2004511838.tif 000008
2004511838.tif 000009
2004511838.tif 000010
2004511838.tif 000011
2004511838.tif 000012
2004511838.tif 000013
2004511838.tif 000014
2004511838.tif 000015
2004511838.tif 000016
2004511838.tif 000017
2004511838.tif 000018
2004511838.tif 000019
2004511838.tif 000020
2004511838.tif 000021
2004511838.tif 000022
2004511838.tif 000023
2004511838.tif 000024
2004511838.tif 000025
2004511838.tif 000026
2004511838.tif 000027
2004511838.tif 000028
2004511838.tif 000029
2004511838.tif 000030
2004511838.tif 000031
2004511838.tif 000032
2004511838.tif 000033
【国際公開パンフレット（コレクトバージョン）】
2004511838.tif 000034
2004511838.tif 000035
【国際調査報告】
2004511838.tif 000036
2004511838.tif 000037
2004511838.tif 000038