(57)【要約】装置によるマルチメディアオブジェクトの共有を規制する方法であって、前記マルチメディアオブジェクトの共有により、前記マルチメディアオブジェクトに対する利用情報を登録するステップと、前記登録の後、前記マルチメディアオブジェクトに対する登録された利用情報に従って、前記装置のユーザにある金額を課金するステップとを有することを特徴とする方法。好ましくは、登録はマルチメディアオブジェクトの共有のため構成されるクライアントにおいて行われる。利用情報は、例えば、マルチメディアオブジェクトの共有回数あるいはオブジェクトの持続期間を有することが可能である。十分なオブジェクトが共有される場合、あるいは合計時間が最大値を超える場合、クライアントは課金のため利用情報を第三者に通知する。
2005534098.tif 000002
【特許請求の範囲】
【請求項１】
装置によるマルチメディアオブジェクトの共有を規制する方法であって、
前記マルチメディアオブジェクトの共有に応答して、前記マルチメディアオブジェクトに対する利用情報を登録するステップと、
前記登録の後、前記マルチメディアオブジェクトに対する登録された利用情報に従って、前記装置のユーザにある金額を課金するステップと、
を有することを特徴とする方法。
【請求項２】
請求項１記載の方法であって、さらに、
前記ユーザに対するユーザプロファイル情報を記録するステップと、
前記登録された利用情報と共に前記記録されたユーザプロファイル情報の受信に応答して、前記課金にある金額を信用付与するステップと、
を有することを特徴とする方法。
【請求項３】
マルチメディアオブジェクトの共有のため構成される装置であって、
前記マルチメディアオブジェクトを他の装置と共有するためのファイル共有手段と、
共有される前記マルチメディアオブジェクトに対する識別子を取得するための特定手段と、
前記特定されたマルチメディアオブジェクトに対する利用情報を登録するための会計手段と、
前記記録されたデータが所定の基準を満たすとき、前記マルチメディアオブジェクトに対する前記登録された利用情報に従って前記マルチメディアオブジェクトの共有のための以降の課金を可能にするため、前記登録された利用情報を第三者に送信するための通知手段と、
を有することを特徴とする装置。
【請求項４】
請求項３記載の装置であって、
前記特定手段は、前記マルチメディアオブジェクトに関連付けされたメタデータから前記識別子を取得するよう構成されることを特徴とする装置。
【請求項５】
請求項４記載の装置であって、
前記特定手段は、前記マルチメディアオブジェクトにおいて透かしを検出し、前記透かしを用いて符号化された前記メタデータから前記識別子を抽出するよう構成された透かし検出器を有することを特徴とする装置。
【請求項６】
請求項３記載の装置であって、
前記特定手段は、前記マルチメディアオブジェクトの少なくとも一部に対してフィンガープリントを計算することにより、前記識別子を取得するよう構成されるフィンガープリント計算機を有することを特徴とする装置。
【請求項７】
請求項３記載の装置であって、前記マルチメディアオブジェクトに対して登録される前記利用情報は、前記マルチメディアオブジェクトの共有回数を有することを特徴とする装置。
【請求項８】
請求項３記載の装置であって、
前記マルチメディアオブジェクトに対し登録される前記利用情報は、前記マルチメディアオブジェクトの長さの表示を有することを特徴とする装置。
【請求項９】
請求項３記載の装置であって、
前記所定の基準は、前記マルチメディアオブジェクトが共有される所定の回数を有することを特徴とする装置。
【請求項１０】
請求項３記載の装置であって、該装置は、
前記通知手段が前記記録されたデータを前記第三者に送信することに失敗することに応答して、前記マルチメディアオブジェクトの共有を抑制するよう構成されることを特徴とする装置。
【請求項１１】
請求項３記載の装置であって、さらに、
ユーザプロファイルを維持するユーザプロファイルメンテナンス手段を有し、
前記通知手段は、前記ユーザプロファイルの少なくとも一部を前記第三者に追加的に送信するよう構成されることを特徴とする装置。
【請求項１２】
汎用コンピュータを請求項３記載の装置として動作させるよう構成されるコンピュータプログラムプロダクツ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ピアツーピア形式の共有化などのマルチメディアオブジェクトの共有化に関し、より詳細にはそのような共有化の規制に関する。
【背景技術】
【０００２】
Ｎａｐｓｔｅｒ（ｈｔｔｐ：／／ｗｗｗ．ｎａｐｓｔｅｒ．ｃｏｍ／）、ＫａＺａａ（ｈｔｔｐ：／／ｗｗｗ．ｋａｚａａ．ｃｏｍ／）あるいはＧｎｕｔｅｌｌａ（ｈｔｔｐ：／／ｗｗｗ．ｇｎｕｔｅｌｌａ．ｃｏ．ｕｋ／）などのファイル共有サービスが、インターネット上で広く知られている。これらは、数百万人ものユーザにより音楽などのマルチメディアオブジェクトを典型的にはＭＰ３形式により交換するのに利用されている。各ユーザは、自らの音楽コレクションを他の者に提供することができ、これによりすべての人がダウンロード可能な多数の音楽コレクションを有することが可能となる。しかしながら、このようなファイル共有サービスにより提供される音楽は、典型的にはポピュラー音楽であり、著作権所有者の許可なく提供されている。著作権所有者がロイヤリティを確保するのを保証するため、ファイル共有サービスの中には、ユーザに対し受信料を課金し始めたものもある。この受信料からの収入の一部が、著作権所有者への支払いに利用することができる。
【０００３】
近年、さまざまないわゆるデジタル著作権管理（ＤＲＭ）システムが、開発されてきた。それらの最も基本的な形式では、当該システムは、単にコンテンツの複製を禁止しようとするものである。このようなシステムはまた、ときどきコピープロテクションシステムと呼ばれる。より拡張されたＤＲＭシステムは、様々なビジネスモデルを容易にするため、精緻な著作権管理を設けている。例えば、ユーザはあるマルチメディアオブジェクトを１０回再生する権利を購入したり、あるいはこのマルチメディアオブジェクトの複製を他のユーザに配布する権利を購入することができる。
【０００４】
現在、大部分のユーザは、彼らがコンパクトディスクやＤＶＤにより購入したマルチメディアオブジェクトや、他のユーザからダウンロードしたオブジェクトを自由に共有するのに慣れている。これは、新しいＤＲＭベースのビジネスモデルがこれらのユーザには良好には受け入れられないかもしれないということを示唆している。しかしながら、デジタル形式での無制限な複製及び配布が何れの形式の著作権の保護なく許されるとしたら、コンテンツ産業は重大な影響を受けるであろう。著作権所有者の利益とユーザの要求との間の公平なバランスがとられる必要がある。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の課題は、導入部による著作権所有者の利益とユーザの要求をバランスさせる方法を提供することである。
【課題を解決するための手段】
【０００６】
本課題は、請求項１に記載される方法による本発明に従って実現される。マルチメディアオブジェクトの制限なしの共有を許すことにより、本方法はユーザの利益を妨げるものとならない。すべての共有が登録される。例えば、登録された利用情報は、マルチメディアオブジェクトの共有回数、マルチメディアオブジェクトの持続期間などを有する。
【０００７】
マルチメディアオブジェクトの共有は、典型的にはそのような共有が行われる装置において登録または測定される。その後、登録された利用情報は、マルチメディアオブジェクトの権利（著作権）所有者、権利決済機関または他の第三者に供給可能である。その後、受け手は、ユーザの実際のファイル共有行動に従って、マルチメディアオブジェクトの共有に対して当該ユーザに課金することができる。これにより、権利所有者は自身のコンテンツの利用に対する公平な補償を受け取ることができる。
【０００８】
これにより、権限のない複製に対し保護する必要はもはやない。すなわち、複製がされればされるほど、複製が再生され、権利所有者により多くの金銭が支払われる。
【０００９】
一実施例では、本方法はさらに、ユーザに対するユーザプロファイル情報を記録するステップと、前記登録された利用情報と共に前記記録されたユーザプロファイル情報の受信により、前記課金を合計によりクレジット付与するステップとを有する。例えば、ユーザがどのテレビ番組を視聴しているか、あるいはユーザがどの音楽に興味を有するを示すユーザプロファイル情報は、特に広告者にとても価値のある情報となりうる。ユーザが当該情報を与えることを促すため、プロファイル情報の共有を行う場合、ユーザの利用請求がある金額だけ信用付与（ｃｒｅｄｉｔ）される。
【００１０】
本発明のさらなる課題は、導入部に従って、権利所有者の利益とユーザの要求との均衡を可能にする装置を提供することである。
【００１１】
本課題は、請求項３に記載された装置により本発明に従って実現される。特定手段と会計（ａｃｃｏｕｎｔｉｎｇ）手段を利用して、本装置におけるマルチメディアオブジェクトの共有を登録または測定することが可能になる。その後、登録された利用情報は、以降の課金のため、第三者に送信することができる。このような装置は、マルチメディアオブジェクトの共有を抑制するものではない。ユーザは自らが所望したコンテンツの共有または利用が可能である。他方、登録された利用情報は、コンテンツの利用に対するロイヤリティを集金するため、第三者が請求を送信することを可能にする。このようにして、権利所有者の利益とユーザの要求との間の公平な均衡がとられる。
【００１２】
一実施例では、特定手段は、好ましくは、コンテンツアイテムにおける透かしを検出し、この透かしを用いて符号化されたメタデータから識別子を抽出するよう構成された透かし検出器を利用して、コンテンツアイテムに関連付けされたメタデータから識別子を取得するよう構成される。
【００１３】
他の実施例では、特定手段は、マルチメディアオブジェクトの少なくとも一部に対してフィンガープリントを計算することにより、識別子を取得するよう構成されたフィンガープリント計算機を有する。これは、関連付けされたメタデータがあるタイプの変換または複製のため失われたときでさえ、任意のタイプのマルチメディアオブジェクトに対して識別子を取得することが可能であるという効果を有する。
【００１４】
好ましくは、マルチメディアオブジェクトに対し登録された利用情報は、マルチメディアオブジェクトの共有回数、あるいはマルチメディアオブジェクトの長さの表示から構成される。好ましくは、所定の基準は、マルチメディアオブジェクトが共有された所定の回数からなる。もちろん他の基準もまた可能である。
【００１５】
さらなる実施例では、本装置はさらに、通知手段が記録されたデータを第三者に送信するのに失敗することに応答して、マルチメディアオブジェクトを共有するよう構成される。これは、オブジェクトの利用に対して課金されるのを回避するため、記録されたデータの送信を回避しようとするユーザにシンプルではあるが効果的なペナルティを与えるものである。
【００１６】
さらなる実施例では、本装置はさらに、ユーザプロファイルを維持するユーザプロファイルメンテナンス手段を有し、通知手段はユーザプロファイルの少なくとも一部を第三者に追加的に送信するよう構成される。これは、ユーザプロファイルデータの送信を許すため、第三者がユーザに当該ユーザの請求に対してクレジット付与することを可能にする。このようなデータは、第三者などには価値あるものであり、請求に対する信用付与は、ユーザにそのようなデータの送信を許すインセンティブを与えるものである。
【００１７】
本発明はさらに、汎用コンピュータに本発明の装置として動作させるよう構成されるコンピュータプログラムプロダクツを効果的に提供する。
【００１８】
本発明の上記及び他の特徴は、図面に示される実施例を参照することにより、明確化及び解明されるであろう。
【発明を実施するための最良の形態】
【００１９】
図面を通じて、同一の参照番号は、類似または対応する構成を示す。図面に示される構成の一部は、典型的には、ソフトウェアエンティティ、ソフトウェアモジュールあるいはオブジェクトなどのソフトウェアにより実現される。
【００２０】
図１は、複数のファイル共有クライアント１０１、１０２、１０３、１０４及び１０５からなるファイル共有ネットワーク１００を概略的に示す。ネットワーク１００は、クライアント１０１〜１０５の間の直接的な接続を有する物理的なネットワークとしてここでは示されるが、概念的またはバーチャルネットワークとして最も良くみなされる。すなわち、すべてのクライアント１０１〜１０５が常時互いに物理的またはネットワーク単位に直接的に接続されることは必要でない。必要なことは、「ネットワーク上の」あるクライアントが他のクライアントからファイルまたはオブジェクトを取得することができるということである。また、直接的なクライアント間の接続が利用されるときでさえ、すべてのクライアントが他のすべてのクライアントと接続されている必要はない。
【００２１】
ネットワーク１００は、クライアント１０１〜１０５へのディレクトリサービスを実行するサーバ１１０から構成されてもよい。ファイル共有ネットワーク１００に接続するため、クライアント１０１は、サーバ１１０に対し共有を所望するファイル（またはオブジェクト）のリストを提供する。サーバ１１０は、ネットワーク１００に接続しているすべてのクライアントから受信したリストを合成する。その後、他のクライアント１０２〜１０５は、サーバ１１０に接続することができ、合成されたリストをブラウズし、当該リスト上の特定のオブジェクトを検索することができる。その後、クライアントは、検索しているオブジェクトを有するクライアントとコンタクトし、当該クライアントから直接取得（ダウンロード）することができる。このようにして、サーバ１１０は、クライアント１０１〜１０５の間のファイルまたはオブジェクトの共有化に直接的には参加することはない。このアプローチは、世界的なＮａｐｓｔｅｒファイル共有ネットワークにより周知である。
【００２２】
また、サーバ１１０なしでネットワーク１００を実現することも可能である。この場合、クライアント１０１は、ネットワーク１００上に既に存在する１以上の他のクライアント１０２〜１０５と接続することにより、ネットワーク１００に接続する。クライアントは、それが接続している他のクライアントに検索リクエストを送信することにより、ネットワークを検索する。これらのクライアントは、自らの共有するオブジェクトのリストを調べ、リクエストされたオブジェクトが当該リストに存在する場合に結果を返す。さらに、リクエストはこれらのクライアントに接続される他のクライアントに転送される。このようにして、リクエストは、それを実現することができるクライアントにより受信されるまで、あるいはすべてのクライアントがそれを受信し、当該リクエストを実現できるクライアントが存在しないとわかるまで、ネットワーク１００全体に配信される。
【００２３】
このような実施例は、例えば、Ｇｎｕｔｅｌｌａファイル共有ネットワークから既知である。本実施例の問題点は、ネットワーク１００がスケーラブルでないということである。Ｇｎｕｔｅｌｌａなどのネットワークは、現在１００万のクライアントをサポートすることはできない。さらに、処理能力及び/またはメモリに関して「低速な」コンピュータ、すなわち、ネットワーク１００に対して限られた帯域幅しか備えないコンピュータが多数存在する場合、ネットワークは低速になるであろう。
【００２４】
あるいは、クライアント１０１は、他の１以上のクライアント１０２〜１０５への接続後、これら他のクライアント１０２〜１０５に共有を所望するそれのファイルまたはオブジェクトのリストを提出することができる。その後、このリストは、ネットワーク１００上のすべてのクライアントにわたされる。このようにして、どのクライアントがどの利用可能なファイルまたはオブジェクトを有するかすべてのクライアントが把握することができ、当該クライアントに直接コンタクトすることができる。
【００２５】
既知のＫａＺａａファイル共有ネットワークもまた、サーバ１１０なしで動作するが、上記問題点を解消するため、スーパーノードと「ノーマル」ノードの２つのタイプのクライアントを利用する。スーパーノードは、十分な帯域幅、処理能力及びメモリを有するクライアントである。ノーマルクライアントは、スーパーノードに接続することによりネットワークに接続し、共有対象のファイルのリストをスーパーノードに送信する。スーパーノードは、多数のクライアントに接続し、さらにまた多数の他のスーパーノードに接続する。
【００２６】
スーパーノードは、同時にまたノーマルクライアントでもある。すなわち、ユーザにとって、当該ユーザのコンピュータがスーパーノードであるという事実は透過である。ユーザがファイルの検索を所望するとき、ユーザのクライアントは現在接続しているスーパーノードにリクエストを送信する。スーパーノードは、それのクライアント群により送信されたリストに存在する一致したファイルを返す。さらに、スーパーノードは、必要に応じて、Ｇｎｕｔｅｌｌａの実施例において上述されたものと同様の方法により接続されたすべてのスーパーノードに当該リクエストを転送する。しかしながら、スーパーノード間の接続は大きな帯域幅を有するため、このアプローチはＧｎｕｔｅｌｌａネットワークよりはるかに高速なものとなる。さらに、それは数百万のクライアントにスケールアップすることができる。
【００２７】
典型的には、ピアツーピアまたはＰ２Ｐファイル共有ネットワークとして呼ばれるこのようなファイル共有ネットワークの人気が高い。このようなネットワークの周知の例として、Ｎａｐｓｔｅｒ、Ｍｕｓｉｃｃｉｔｙ、Ｇｎｕｔｅｌｌａ、ＫａＺａａ、Ｉｍｅｓｈ及びＢｅａｒｓｈａｒｅなどがあげられる。ユーザが自身のコンピュータ上の適切なクライアントソフトウェアにインストールすると、ユーザは自らのファイルを共有し、他のユーザにより共有されるファイルをダウンロードすることができる。クライアント１０１〜１０５は、ファイル共有ネットワーク１００の確立を容易にするインターネットなどのネットワークに接続されてもよい。クライアントは、例えば、ファイルやオブジェクトを取得するため、他のクライアントとの直接的なＴＣＰ/ＩＰ接続を利用することができる。
【００２８】
最も普及したネットワーク上では、通常５０万人以上ものユーザが同時に接続している。書き込み時に、ユーザはほとんど音楽ファイルを共有しているが（しばしばＭＰ３形式により）、映画の共有が普及しつつある。「マルチメディアオブジェクト」という用語は、音楽、歌、映画、テレビ番組、画像及び他のタイプのバイナリデータを含むファイルを表すのに使用されるだけでなく、このような形式によりテキストデータを共有することもできる。ここで、マルチメディアオブジェクトは複数のファイルから構成されてもよいということに注意すべきである。
【００２９】
本発明によると、ファイル共有クライアント１０１〜１０５は、共有するマルチメディアオブジェクトに対する識別子を取得し、これらマルチメディアオブジェクトに対する利用情報を登録する。その後、この利用情報は、第三者１３０に供給される。第三者１３０は、登録された利用情報によりクライアントのユーザに以降において課金する。第三者１３０は、例えば、ＲＩＡＡやＤｕｔｃｈ  ＢＵＭＡ/Ｓｔｅｍｒａなどの著作権決済機構であってもよい。第三者１３０は、必要ではないが、ファイル共有ネットワーク１００に対する団体であってもよい。ファイル共有クライアント１０１〜１０５は、例えば、単にワールドワイドウェブを用いた第三者１３への直接的なインターネット接続を利用したり、第三者１３０の電子メールアドレスに利用情報を電子メールしたり、あるいは利用情報を第三者１３０に送信するため、他のチャネルを利用したりすることができる。
【００３０】
図２は、ファイル共有クライアント１０１を詳細に示す。ファイル共有クライアント１０１は、好ましくは、当該技術分野において周知なものとしてファイル共有ソフトウェア２０１が実行するパーソナルコンピュータとして実現される。ファイル共有ソフトウェア２０１は、典型的には、現代オペレーティングシステムにおいて利用可能なＴＣＰ/ＩＰスタックなどのネットワークモジュール２０２を利用する。ファイル共有ソフトウェア２０１は、当該技術分野においては周知なものとして、その他のファイル共有クライアント１０２〜１０５の何れかから、ファイル共有ネットワーク１００上のマルチメディアオブジェクト２００をダウンロードするよう構成される。
【００３１】
記憶媒体２０３は、ファイル共有ソフトウェア２０１により共有される１以上のマルチメディアオブジェクトを含む。このような記憶媒体２０３は、典型的には、ハードディスク上のディレクトリであるであろう。あるケースでは、記憶媒体２０３は、ダウンロードされたマルチメディアオブジェクトが格納される分離された部分を含むようにしてもよい。当該部分は、典型的にはディレクトリは、必ずしも共有化対象のマルチメディアオブジェクトが格納されているディレクトリと同一のものである必要はない。
【００３２】
ファイル共有クライアント１０１はまた、マルチメディアオブジェクトからフィンガープリント（ｆｉｎｇｅｒｐｒｉｎｔ）を計算することができるフィンガープリントモジュール２０４を有する。フィンガープリントモジュール２０４は、例えば、クライアント１０１上で実行されるファイル共有ソフトウェア２０１のプラグインモジュールとして１以上のハードウェアまたはソフトウェアモジュールとして実現される。
【００３３】
マルチメディアオブジェクトのフィンガープリントは、当該オブジェクトの最も関連する知覚的特徴の表現形態である。このようなフィンガープリントは、ときどき「（ロウバストな）ハッシュ」として知られる。多数のマルチメディアオブジェクトのフィンガープリントは、タイトル、アーティスト、ジャンルなどの各自に関連するメタデータと共に、データベースに格納される。マルチメディアオブジェクトのメタデータは、それのフィンガープリントを計算し、計算されたフィンガープリントを検索キーやクエリパラメータとして用いて、データベースのおける検索またはクエリを実行することにより抽出される。この後、検索は、フィンガープリントに関連付けされたメタデータを返す。
【００３４】
このようなフィンガープリントを計算する方法の一例が、欧州特許出願番号０１２００５０５．４（代理人整理番号ＰＨＮＬ０１０１１０）に記載されると共に、２００１年９月のＢｒｅｓｃｉａにおけるコンテンツベースマルチメディアインデックス付けに関する国際ワークショップにおけるＪａａｐ  Ｈａｉｔｓｍａ、Ｔｏｎ  Ｋａｌｋｅｒ及びＪｏｂ  Ｏｏｓｔｖｅｅｎらによる「コンテンツ識別情報の対するロウバストな音声ハッシュ処理（Ｒｏｂｕｓｔ  Ａｕｄｉｏ  Ｈａｓｈｉｎｇ  Ｆｏｒ  Ｃｏｎｔｅｎｔ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）」に記載されている。もちろん、フィンガープリントを計算する任意の方法が利用可能である。
【００３５】
欧州特許出願０１２００５０５．４は、音声クリップなどのマルチメディアオブジェクトに対するロウバストなフィンガープリントを生成する方法を記載する。音声クリップは、連続する（好ましくは、重複する）時間間隔に分割される。各時間間隔に対して、周波数スペクトルが帯域に分割される。各帯域（例えば、エネルギーなど）のロウバストな特徴が、計算され、各自のフィンガープリントビットにより表される。
【００３６】
これにより、マルチメディアオブジェクトは、各時間間隔に対して１つの、バイナリ値の連結から構成されるフィンガープリントにより表現される。このフィンガープリントは、マルチメディアコンテンツ全体に対して計算される必要はないが、典型的には約３秒のある長さの部分が受信されると、計算することができる。従って、フィンガープリントの計算にどの部分が使用されるかに応じて、１つのマルチメディアオブジェクトに対して複数のフィンガープリントが存在しうる。簡単化のため、「フィンガープリント」という用語は、１つのマルチメディアオブジェクトに対する複数のフィンガープリントが存在しうる場合でさえ用いられるであろう。
【００３７】
マルチメディアオブジェクト２００に対するフィンガープリントは、フィンガープリントを計算するのに用いられる方法が十分ロウバストである場合、マルチメディアオブジェクト２００の識別子であるとみなすことができる。利用情報の通知時、フィンガープリントはまた第三者１３０に供給することが可能であり、これにより、第三者１３０は適切にマルチメディアオブジェクト２００を識別することが可能となる。しかしながら、あるフィンガープリントが信頼性に欠く確率がわずかではあるが常に存在するため、フィンガープリントの計算後、適切な識別子を有するメタデータを取得するのにデータベースの検索が実行される。このような検索は、典型的には、わずか数秒しかかからない。検索が失敗すると、フィンガープリントモジュール２０４は、当該マルチメディアオブジェクト２００の新しいフィンガープリントを容易に計算することができ（例えば、当該オブジェクトの他の部分から）、この新しいフィンガープリントを用いてデータベースの検索を実行することができる。
【００３８】
通常、データベースの検索は、中央サーバにより処理される。このようにして、クライアント１０１は、フィンガープリントによりマルチメディアオブジェクトを特定するのに必要な大規模なデータベースを維持する必要がなくなる。このような中央サーバの動作は、図３に関して以下で説明される。
【００３９】
マルチメディアオブジェクトのフィンガープリントは、当該オブジェクトがダウンロードまたはアップロード（共有）されている間、計算することが可能である。フィンガープリントの計算方法のいくつかは、ある時点においてマルチメディアオブジェクトの小さな部分に対して行われる。例えば、上記欧州特許出願は、マルチメディアオブジェクトにおける音声データの３秒ごとに「サブフィンガープリント（ｓｕｂ−ｆｉｎｇｅｒｐｒｉｎｔ）を計算し、すべてのサブフィンガープリントから実際のフィンガープリントを構成する。このとき、サブフィンガープリントの計算は、３秒分のデータが受信されると、開始することができる。
【００４０】
会計モジュール２０５は、フィンガープリントに基づくデータベース検索を通じて取得されたフィンガープリントまたはメタデータをフィンガープリントモジュール２０４から受け取る。その後、当該モジュール２０５は、当該マルチメディアオブジェクトの利用情報を記憶媒体２０６に登録する。記憶媒体２０６は、例えば、クライアント１０１の小さなハードディスクであってもよい。登録された利用情報の改ざんを防ぐため、安全な記憶媒体を利用することができる。
【００４１】
ファイル共有ソフトウェア２０１がマルチメディアオブジェクトを他のクライアント１０２〜１０５に実際に送信するときはいつでも、あるいは当該オブジェクトが記憶媒体２０３に配置されているときは、利用情報の登録を行うことができる。
【００４２】
登録された利用情報は、以降における課金処理の基礎として利用される。これは、会計モジュール２０５が用いられる課金モデルに関する予めの知識によりプログラミングされる必要があるということを意味する。例えば、課金がペイパーコピー（ｐａｙ−ｐｅｒ−ｃｏｐｙ）ベースで行われる場合、会計モジュール２０５はマルチメディアオブジェクトの再生回数を追跡する必要がある。当該オブジェクトの持続期間が問題となる場合、この持続期間もまた記録されるべきである。会計モジュール２０５は、必要な利用情報を取得するため、再生モジュール１０１により実行される処理をモニタする。
【００４３】
記録されたデータが所定の基準を満たすとき、通知モジュール２０７は、マルチメディアオブジェクト２００の登録された利用情報に従ってマルチメディアオブジェクト２００の共有化に対する以降の課金を可能にするため、記録されたデータを第三者１３０に送信する。重要なのは、クライアント１０１がいつ情報を送信すべきか、すなわち、登録された利用情報を第三者に送信すべきか判断するのにどの所定の基準を用いるべきかという問題である。様々な可能性が存在する。おそらく最も直接的なものは、最後に利用情報が送信された後の１週間または１ヶ月などの一定の期間である。
【００４４】
あるいは、当該所定の基準は、所定の個数の識別子が記録されることから構成される。このようにして、多くのマルチメディアオブジェクトを共有するユーザたちは、ときどきしか曲を聴かない人々よりより高い頻度で課金される。さらに、少額の課金に対する請求をもはや送る必要がなくなり、ときどきしかマルチメディアオブジェクトを利用しない人々に対しては、定期的な課金処理が行われるであろう。
【００４５】
さらに、マルチメディアオブジェクトの数のみを追跡する代わりに、マルチメディアオブジェクトの長さ（秒単位）を記録することができる。例えば、モジュール２０５は、あるオブジェクトが１０秒間継続し、他の曲が４分３０秒であるということを記録することができる。この場合、例えば、所定の合計時間量が記録されたとき、所定の基準を記録された時間量に基づき選択することができる。このようにして、ユーザは安価に短い部分を共有することができるが、曲全体またはアルバム全体を配信するユーザは頻繁に課金されるであろう。
【００４６】
予算ベースのアプローチもまた可能である。これは、会計モジュール２０５があるタイプの共有化に関するコストについて少なくともある程度の知識を有することを要求する。例えば、クライアント１０１のユーザには、２０ユーロの予算が与えられているかもしれない。マルチメディアオブジェクト２００の共有化により、会計モジュール２０５は、このような再生に関するコストを決定し、それを予算から差し引く。このとき、所定の基準は予算がゼロとなったり、あるいはゼロとなるまでのある範囲内にあるという場合を表す。同様の効果は、所定の基準として最大金額を選択し、予算から差し引く代わりに、所定の最大金額に到達するまで費用を加算することにより実現されうる。
【００４７】
様々な可能な所定の基準の間における選択を装置のユーザに与えることは望ましいかもしれない。あるユーザは定期的な課金を好み、他のユーザは利用に基づく課金を所望するかもしれない。所定の基準に用いられる実際値はまた、ユーザに規定されたものとすることもできる。
【００４８】
クライアント１０１の動作を向上させる様々な拡張が可能である。例えば、クライアント１０１はさらに、ユーザに対するユーザプロファイルを維持するユーザプロファイルメンテナンスモジュール２０８を有するようにしてもよい。このようなプロファイルは、ユーザのブラウジング習慣に関する情報、ライフスタイル、興味、好みの検索キーワード、及びユーザのブラウジング行動を観察することにより収集可能な他の情報から構成される。これにより、クライアント１０１はユーザに関心のありそうなマルチメディアオブジェクトを推奨したり、あるいは関心のなさそうなマルチメディアオブジェクトをフィルタリングすることが可能になる。
【００４９】
対象とするマーケティングや宣伝のためユーザプロファイル情報を利用することも可能である。例えば、本出願と同一出願人による国際特許出願ＰＣＴ/ＩＢ０２/０００７３（代理人整理番号ＰＨＮＬ０２００７２）を参照せよ。これにより、マーケティングの観点から、モジュール２０８により維持されるユーザプロファイル情報へのアクセスを得ることが望ましい。ユーザに自身のユーザプロファイル情報を与えるインセンティブを提供するため、マルチメディアオブジェクトの共有に対する支払いに必要な課金に関してクレジットの利用が可能である。通知モジュール２０７は、ユーザプロファイルの少なくとも一部を第三者１３０にさらに送信するよう構成される。
【００５０】
さらに、通知モジュール２０７が記録データを第三者１３０に送信することができない場合には、あるペナルティを与えることができる。これが１回または２回より多く発生する場合、課金を防ぐため、ユーザが記録されたデータの送信を回避しようとするのを仮定することが妥当である。これにより、通知モジュール２０７は、ファイル共有モジュール２０１にマルチメディアオブジェクトの共有を抑制させることができる。通知モジュール２０７が記録データを再び送信することが可能になると、この抑制を解除することができる。
【００５１】
登録された利用情報は、認証されていない修正に対して保護されるべきである。また、フィンガープリントモジュール２０４は、改ざんに対して保護されるべきであり、これによりユーザは以降におけるフィンガープリントあるいは課金処理を不可にすることができる。これを実現するための様々な方法がある。一実施例では、クライアント１０１の一部またはすべての部分がハードウェアモジュールとして実現され、修正を困難にする。他の実施例では、モジュール２０４、２０５及び２０７と記憶媒体２０６は、改ざんを防いだスマートカード上に設けられる。このときファイル共有ソフトウェア２０１は、スマートカードが挿入されない場合には、処理を拒絶すべきである。
【００５２】
他の実施例は、例えば、ＴＣＰＡ（Ｔｒｕｓｔｅｄ  Ｃｏｍｐｕｔｉｎｇ  Ｐｌａｔｆｏｒｍ  Ａｌｌｉａｎｃｅ）（ｈｔｔｐ：／／ｗｗｗ．ｔｒｕｓｔｅｄｐｃ．ｏｒｇ／）により開発されたような信頼されたコンピューティング技術を用いる。この技術は、汎用コンピュータ（ＰＣ）にインストールされた安全なハードウェアモジュールまたはチップに基づく。ＴＰＭ（Ｔｒｕｓｔｅｄ  Ｐｌａｔｆｏｒｍ  Ｍｏｄｕｌｅ）として知られるチップは、一般的には、１６ビットマイクロプロセッサ、乱数発生器、暗号化アクセラレータ、ハッシュ処理機能及び不揮発性メモリを備える。ＴＰＭは、オンチップデジタル証明書と秘密鍵を生成及び安全に格納することができ、複数の認証スキームに対するハードウェアサポートを提供し、要求に応じてファイルの暗号化及び解読を処理することができる。
【００５３】
図３は、サーバ３００及びフィンガープリントデータベース３１０をより詳細に概略的に示す。ここでのサーバ３００は、入力モジュール３０１、任意的なフィンガープリントモジュール３０２、ＤＢＭＳ（Ｄａｔａｂａｓｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）バックエンドモジュール３０３及びレスポンスモジュール３０４から構成される。
【００５４】
入力モジュール３０１は、クライアント１０１からフィンガープリントを受け取り、このフィンガープリントをＤＢＭＳバックエンドモジュール３０３に与える。他の実施例では、入力モジュール３０１は、多数のフィンガープリントの代わりに、クライアント１０１から複数の音声クリップを受け取る。その後、これらの音声クリップは、フィンガープリントモジュール３０２に与えられる。フィンガープリントモジュール３０２は、受け取った音声クリップからフィンガープリントを計算する。上述のように、ロウバストなフィンガープリントを計算する１つの方法は、欧州特許出願０１２００５０５．４（代理人整理番号ＰＨＮＬ０１０１１０）に記載されている。しかしながら、もちろんロウバストなフィンガープリントを計算する他の方法もまた利用可能である。この後、フィンガープリントモジュール３０２は、ＤＢＭＳバックエンドモジュール３０３に計算したフィンガープリントを与える。
【００５５】
ＤＢＭＳバックエンドモジュール３０３は、受信したフィンガープリントに関連付けされたメタデータ群をデータベース３１０から抽出するため、データベース３１０に対してクエリを実行する。図３に示されるように、データベース３１０は、フィンガープリントＦＰ１、ＦＰ２、ＦＰ３、ＦＰ４及びＦＰ５と、関連付けされた各自のメタデータ群ＭＤＳ１、ＭＤＳ２、ＭＤＳ３、ＭＤＳ４及びＭＤＳ５から構成される。上記欧州特許出願０１２００５０５．４（代理人整理番号ＰＨＮＬ０１０１１０）は、音声クリップに対し計算されたフィンガープリントとデータベースに格納されているフィンガープリントと一致する様々なマッチング方針を記載している。
【００５６】
欧州特許出願０１２０２７２０．７（代理人整理番号ＰＨＮＬ０１０５１０）は、未知の情報信号を特定するため、当該未知の情報信号を表すフィンガープリントをデータベースに格納されている特定された情報信号の複数のフィンガープリントと一致させる効率的な方法を記載している。この方法は、抽出されたフィンガープリントビットの信頼性情報を利用する。フィンガープリントビットは、情報信号の特徴を計算し、フィンガープリントビットを取得するためこの特徴を閾値処理することにより決定される。ある特徴が閾値に近接した値を有する場合、信号におけるわずかな変化が反対の値を有するフィンガープリントビットを導くかもしれない。特徴値と閾値との差の絶対値を用いて、各フィンガープリントビットを信頼性のあるものまたは信頼性のないものとしてマーク付けする。この信頼性は、実際のマッチング手続を向上させるのに以降において利用される。
【００５７】
データベース３１０は、クエリ時間及び/またはデータ構成を最適化するため、様々な方法により構成することができる。フィンガープリントモジュール２０４（またはフィンガープリントモジュール３０２）の出力は、データベース３１０におけるテーブルを設計するとき、考慮されるべきである。図３に示される実施例では、データベース３１０は、各自のフィンガープリントとメタデータ群から構成されるエントリ（レコード）を有する単一のテーブルから構成される。
【００５８】
データベース３１０を実現する他の方法は、複数のテーブルを設定するというものである。第１のテーブルは、各々が各自のメタデータ群と関連付けされた複数の一意的な識別子（プライマリキー）から構成される。このようなテーブルは、様々な音楽識別情報源から取得することができる。アーティスト、タイトル及び発売年の組み合わせが、一意的な識別子を構成するよう合成可能である。しかしながら、これは一意性を保証するものでなく、好ましくは、実際にはグローバルに一意的な値が利用される。
【００５９】
その後、各マルチメディアオブジェクトに対して、第１テーブルからの一意的な識別子とフィンガープリントから構成されるエントリを有する第２テーブルが設定される。このようにして、複数のフィンガープリントを、メタデータを重複させる必要なく、メタデータ群に関連付けさせることができる。１つのマルチメディアオブジェクトに対して複数のフィンガープリントが可能である場合、これらすべてのフィンガープリントは第２テーブルに格納され、これらのすべてが当該マルチメディアオブジェクトに対する１つの一意的な識別子に関連付けされる。
【００６０】
その後、ＤＢＭＳバックエンドモジュール３０３は、第２テーブルのフィンガープリントに対して受け取ったフィンガープリントをマッチングさせ、識別子を取得し、メタデータを取得するため第１テーブルに対して識別子をマッチングさせる。データベース３１０がＳＱＬデータベースである場合、これら２つのテーブルはこの識別子に基づき結合することが可能である。ＤＢＭＳバックエンドモジュール３０３は、クエリの結果をレスポンス意モジュール３０４に与え、レスポンスモジュール３０４により検出されたメタデータがクライアント１０１に返される。
【００６１】
ここで、上記実施例は本発明を限定するのでなく、例示するものであり、添付されたクレームの範囲から逸脱することなく他の多くの実施例を当業者は設計することができるであろうということに注目すべきである。
【００６２】
例えば、デジタル透かしを用いてマルチメディアオブジェクトに埋め込まれる識別子が、フィンガープリントの代わりとして利用することができる。このときクライアント１０１は、マルチメディアオブジェクト２００において透かしを検出し、この透かしから識別子を抽出するよう構成される透かし検出器を有する。音声または映像信号などの信号に追加的情報を挿入する処理である透かし処理は、これらの信号のマーク付け及びプロテクトするための重要な周知の技術である。
【００６３】
画像の透かし処理は、本質的には、当該画像の観察者がもとの画像と透かし処理された画像との間の知覚的変化を認識しないことを保証する方法により、画像の画素値を変化させる処理である。任意の方法により多数の画素値を変化させることは、認知可能なアーチファクトを生じさせるであろう。画像のすべての画素値が、画質に対する認知可能な差異をもたらすことのない範囲まで変更可能である。音声に対しては、音声信号は、結果として得られる音声信号を聴いた人がもとの音声信号と透かし処理された信号との間の認知される変化を認識しないような方法により修正される。音声及び/または映像を透かし処理する技術及びそのような透かしを確実に検出する技術は、当該技術分野において周知であり、さらには詳述されない。
【００６４】
音声または映像信号における変更は、ある追加的な情報を保持するのに典型的には利用される。透かし検出器は、具体的な変化を観察することによりこの追加的情報を抽出することができる。例えば、シンプルな透かし処理技術は、信号を表すすべてのデータワードの最下位ビット（ＬＳＢ）を操作する。追加的情報の１ビットがゼロを表す場合、対応するＬＳＢもまたゼロに設定される。同様に、追加的情報のあるビットが１を表す場合、対応するＬＳＢもまた１に設定される。
【００６５】
本実施例では、追加的情報は、マルチメディアオブジェクト２００に対する識別子を表す。この識別子は、単にマルチメディアオブジェクト２００を一意的に特定する（英）数字文字列とすることができる。例えば、マルチメディアオブジェクト２００が電子書籍から構成される場合、それのＩＳＢＮは透かしを用いて埋め込むことができる。ＩＳＢＮは一意的に当該書籍を特定する。
【００６６】
もちろん、より拡張的な識別子を用いることもできる。唯一の制限は、採用された透かし技術を用いてどのくらいの情報量を埋め込むことが可能であるかということである。技術（及びマルチメディアオブジェクト２００のサイズ）が許す場合、例えば、マルチメディアオブジェクト２００に完全なタイトル、著者、発行者などを埋め込むことができるであろう。
【００６７】
データベース３１０及びモジュール３０１から３０４のすべてまたは一部が、十分な記憶空間と処理能力が利用可能である場合、装置１０１にインストールすることが可能である。あるいは、本出願と同一出願人による欧州特許出願０１２０４５９９．３（代理人整理番号ＰＨＮＬ０１０８７４）に記載されるように、データベース３１０を分散化された方法により維持することが可能である。
【００６８】
クレームでは、括弧の間に置かれた任意の参照記号は、当該クレームを限定するものとして解釈されるべきでない。「有する（ｃｏｍｐｒｉｓｉｎｇ）」という用語は、クレームに列挙された以外の要素またはステップの存在を排除するものでない。要素に先行する「ａ」または「ａｎ」の用語は、そのような要素が複数存在することを排除するものではない。
【００６９】
本発明は、複数の要素を有するハードウェアにより、かつ適切にプログラミングされたコンピュータにより実現することができる。複数の手段を列挙する装置クレームでは、これら手段のいくつかを単一かつ同一のハードウェアアイテムに埋め込むことが可能である。ある手段が互いに異なる従属クレームに記載されるという事実は、これらの手段の組み合わせが効果的に利用可能でないということを示すものではない。
【図面の簡単な説明】
【００７０】
【図１】図１は、複数のクライアントを有するファイル共有ネットワークを概略的に示す。
【図２】図２は、ファイル共有クライアントをより詳細に示す。
【図３】図３は、サーバ及びフィンガープリントデータベースをより詳細に概略的に示す。
【図１】
2005534098.tif 000003
【図２】
2005534098.tif 000004
【図３】
2005534098.tif 000005
【国際調査報告】
2005534098.tif 000006
2005534098.tif 000007
2005534098.tif 000008