(57)【要約】  マルチメディアオブジェクトを配信する方法及びシステムである。サーバはマルチメディアオブジェクトの購入についての要求をクライアント装置から受信する。要求を承認した後、オブジェクトの識別子がファイル共有ネットワークへ転送される。オブジェクトをクライアントへ配信することが可能なノードは、サーバへ肯定的な応答を知らせ、続いてクライアントへオブジェクトを送信する。ノードのオペレータは、このようにオブジェクトを配信することに対して報償を受ける。このようにして、サーバはオブジェクト自体を配信する必要はないが、クライアントのオペレータから金銭を得る。オブジェクトを暗号化すること又は他の方法で保護することにより、サーバに接触することなくクライアントが直接オブジェクトを共有することが防止される。
2005516283.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置が配信サーバからマルチメディアオブジェクトをダウンロードするマルチメディアオブジェクト配信方法であって、
前記クライアント装置はピア・ツー・ピア・ファイル共有ネットワークに接続され、前記ピア・ツー・ピア・ファイル共有ネットワークを通じて前記マルチメディアオブジェクトを再配信し、この再配信に関して前記クライアント装置のオペレータに報償が与えられる、方法。
【請求項２】
前記クライアント装置が前記ピア・ツー・ピア・ファイル共有ネットワークを介して前記マルチメディアオブジェクトを再配信した回数を追跡し、前記回数に依存して前記クライアント装置のオペレータに報償を与える段階を更に有する、請求項１記載の方法。
【請求項３】
前記報償は、前記配信サーバからマルチメディアオブジェクトをダウンロードするために通常支払われる価格に対する割引、ボーナスシステムで使用される幾つかのポイント、電子クーポン、前記配信サーバからの１つ又はそれ以上の更なるマルチメディアオブジェクトのダウンロードの許可、前記マルチメディアオブジェクトに関連するメタデータ、及び、前記マルチメディアオブジェクトのパフォーマーが現れるためのチケットのうちの少なくとも１つである、請求項１記載の方法。
【請求項４】
前記マルチメディアオブジェクトを配信する前に前記クライアント装置のオペレータの識別子を取得し、前記クライアント装置が前記マルチメディアオブジェクトをダウンロードする前に電子透かしによって前記識別子を前記マルチメディアオブジェクトに埋め込む段階を更に有する、請求項１記載の方法。
【請求項５】
マルチメディアオブジェクトの配信を可能とする方法であって、
クライアント装置から前記マルチメディアオブジェクトに対する要求を受信する段階と、前記要求をファイル共有ネットワークへ転送する段階と、前記ファイル共有ネットワーク上のノードから前記ノードが前記マルチメディアオブジェクトを前記クライアント装置へ配信することが可能であることを示す標識を受信する段階と、前記配信について前記ノードのオペレータに報償を与える段階とを有する、方法。
【請求項６】
前記要求を前記ファイル共有ネットワークへ転送する前に前記要求を承認する段階を更に有する、請求項５記載の方法。
【請求項７】
前記承認する段階は、前記クライアント装置のオペレータからの支払いを得ることを含む、請求項６記載の方法。
【請求項８】
前記要求は、前記マルチメディアオブジェクトに対するフィンガープリントを取得し、前記フィンガープリントを含むクエリーを前記ファイル共有ネットワーク上のノードへ提出することによって転送される、請求項５記載の方法。
【請求項９】
マルチメディアオブジェクトの配信を可能とするシステムであって、
クライアント装置から前記マルチメディアオブジェクトに対する要求を受信し、前記要求をファイル共有ネットワークへ転送するようにされた配信サーバと、前記ファイル共有ネットワーク上のノードから前記ノードが前記マルチメディアオブジェクトを前記クライアント装置へ配信することが可能であることを示す標識を受信し、前記配信に対して前記ノードのオペレータに対して報償を与えるアカウンティングサーバとを有するシステム。
【請求項１０】
前記クライアント装置が前記ピア・ツー・ピア・ファイル共有ネットワークを通じて前記特定のマルチメディアオブジェクトを再配信する回数を追跡し、前記回数をアカウンティングサーバへ送信するようにされた追跡モジュールを有する、請求項９記載のシステムにおいて用いられるクライアント装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント装置が配信サーバからマルチメディアオブジェクトをダウンロードする、マルチメディアオブジェクトを配信する方法に関する。本発明は更に、マルチメディアオブジェクトの配信を可能とする方法及びシステムに関連する。本発明は更に、かかるシステムにおいて使用されるクライアントに関連する。
【背景技術】
【０００２】
電子音楽配信だけでなく、他の種類のマルチメディアオブジェクトの電子配信が、幾つかの技術的及び課題に直面している。最も基本的な形では、配信サーバは、インターネットといったネットワークに接続される。しばしば多数であるマルチメディアオブジェクトは、この配信サーバから、やはりこのネットワークに接続されたクライアント装置に対して利用可能とされる。
【０００３】
マルチメディアオブジェクトは、かなり大きく、一般的には数メガバイトのオーダであり、これらのオブジェクトをダウンロードするための多くの要求が予想される。これは、サーバに対して重い負荷をかけ、大容量で、従って費用のかかる、ネットワーク接続を必要とする。サーバは、世界中のクライアントから要求を受けうるため、多数の長距離伝送が必要であることが予想される。これらの伝送（例えば大西洋横断データ通信回線）は、非常に費用がかかる。
【０００４】
しばしば、冗長な接続でネットワークに接続された多数の物理的なサーバシステムが必要である。これは、配信サーバのオペレータにとっての大きな費用を意味し、重い負荷のかかったシステムを維持するために複雑な技術的な要件を更にもたらすことが明らかである。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、冒頭の段落に記載の配信方法であって、同じ数のクライアントがマルチメディアオブジェクトを取得することを可能とする一方で、配信サーバに対する負荷を低減する方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
この目的は、本発明によれば、クライアント装置がピア・ツー・ピア・ファイル共有ネットワークに接続され、ピア・ツー・ピア・ファイル共有ネットワークを通じてマルチメディアオブジェクトを再配信し、この再配信に関してクライアント装置のオペレータに報償（reward）が与えられる方法により達成される。
【０００７】
クライアント装置は、ファイル共有ネットワークを通じてマルチメディアオブジェクトを再配信するため、当該ネットワーク上の他のノードは、もはや中央サーバからオブジェクトを取得する必要はない。このように、依然として同じ数のクライアントがマルチメディアオブジェクトを取得しうるが、サーバ上の負荷は減少する。更に、ファイル共有ネットワーク上のノードは、ネットワーク的に又は地理的に互いに近くなる。このことは、１つのノードから他のノードへのオブジェクトの伝送の費用を減少させる。中央サーバは、ファイル共有ネットワーク上の多数のノードへ多数回マルチメディアオブジェクトを転送する必要はなく、１つのノードへ一回だけ伝送すればよく、反復的な伝送の必要性を減らす。
【０００８】
１つの実施例では、方法は、クライアント装置がピア・ツー・ピア・ファイル共有ネットワークを介してマルチメディアオブジェクトを再配信した回数を追跡し、回数に依存してクライアント装置のオペレータに報償を与える段階を更に有する。
【０００９】
更なる実施例では、報償は、配信サーバからマルチメディアオブジェクトをダウンロードするために通常支払われる価格に対する割引、ボーナスシステムで使用される幾つかのポイント、電子クーポン、配信サーバからの１つ又はそれ以上の更なるマルチメディアオブジェクトのダウンロードの許可、マルチメディアオブジェクトに関連するメタデータ、及び、マルチメディアオブジェクトのパフォーマーが現れるためのチケットのうちの少なくとも１つである。かかる報償は、人々の関心対象となることが知られており、従って、特定のマルチメディアオブジェクトの再配信に対する見返りとして報償を提供することが有利である。
【００１０】
更なる実施例では、方法は、マルチメディアオブジェクトを配信する前にクライアント装置のオペレータの識別子を取得し、クライアント装置がマルチメディアオブジェクトをダウンロードする前に電子透かしによって識別子をマルチメディアオブジェクトに埋め込む段階を更に有する。
【００１１】
本発明による方法の技術的な面は、どの特定のオペレータがファイル共有ネットワークを通じて特定のマルチメディアオブジェクトを再配信したかを判定し、このオペレータに報償が与えられうるようにしたことである。この実施例は、これを判定する有利な方法を与える。電子透かし技術を用いることにより、除去することが困難であるか殆ど不可能であるがマルチメディアオブジェクトの知覚的な質に影響を与えない識別子がマルチメディアオブジェクト中に隠される。
【００１２】
ここで、ファイル共有ネットワーク中で利用可能とされたマルチメディアオブジェクト中の電子透かしを付された識別子を検出することが可能となる。例えば、マルチメディアオブジェクトをダウンロードするファイル共有クライアントは、オブジェクトから識別子を取得する電子透かし検出器を具備しうる。識別子は、ファイル共有ネットワーク上で行われる再配信を追跡する、アカウンティングサーバへ転送されうる。
【００１３】
本発明は、同じ数のクライアントがマルチメディアオブジェクトを取得することを可能としつつ配信サーバ上の負荷を減少させる、マルチメディアオブジェクトの配信を可能とする方法を提供することを更なる目的とする。
【００１４】
この目的は、本発明によれば、クライアント装置からマルチメディアオブジェクトに対する要求を受信する段階と、要求をファイル共有ネットワークへ転送する段階と、ファイル共有ネットワーク上のノードからノードがマルチメディアオブジェクトをクライアント装置へ配信することが可能であることを示す標識を受信する段階と、配信についてノードのオペレータに報償を与える段階とを有する方法によって達成される。ここで、マルチメディアオブジェクトは、中央サーバによってではなく、ファイル共有ネットワーク上のノードによって配信されるため、中央サーバ上の負荷は明らかに減少される。
【００１５】
ファイル共有ネットワーク上のノードは、このようにしてオブジェクトを配信することに関して報償が与えられるため、本発明の方法を支援することが促進される。適切な報償は上述のようなものである。
【００１６】
１つの実施例では、方法は更に、要求をファイル共有ネットワークへ転送する前に要求を承認する段階を更に有する。これは、クライアント装置がマルチメディアオブジェクトを取得することが許可されるかどうかに関する確認がなされうるという利点がある。
【００１７】
望ましくは、承認する段階は、クライアント装置のオペレータからの支払いを得ることを含むため、サーバオペレータは、このように配信を可能とすることにより儲けをあげることができる。或いは、クライアントのオペレータによる加入の有無を調べてもよく、クライアントが合法に行動しているかを確認するためにブラックリストを使用してもよく、その他のことが行われてもよい。
【００１８】
更なる実施例では、要求は、マルチメディアオブジェクトに対するフィンガープリントを取得し、フィンガープリントを含むクエリーをファイル共有ネットワーク上のノードへ提出することによって転送される。マルチメディアオブジェクトのフィンガープリントは、当該のオブジェクトに最も関連のある知覚的な特徴の表現である。このようなフィンガープリントは、「（ロバストな）ハッシュ」としても知られていることがある。多数のマルチメディアオブジェクトのフィンガープリントは、タイトル、アーティスト、ジャンル等のそれらに関連する夫々のメタデータと共に、データベースに格納される。
【００１９】
マルチメディアオブジェクトのメタデータは、そのフィンガープリントを計算し、計算されたフィンガープリントを参照キー又はクエリーパラメータとして用いてデータベース上で参照又はクエリーを実行することによって検索される。
【００２０】
このようなフィンガープリントを計算する方法の例は、欧州特許出願第０１２０１５０５．４号、並びに、Jaap  Haitsma,  Ton  Kalker  及びJob  Oostveenによる「Robust  Audio  Hashing  for  Content  Identification」、International  Workshop  on  Content-Based  Multimedia  Indexing,  Brescia,  September  2001に記載されている。
【００２１】
マルチメディアオブジェクトのメタデータ（例えばタイトル及びアーティスト）ではなくフィンガープリントを用いることは、正しくないメタデータによりファイル共有ネットワーク上でオブジェクトを見つけることができないということがなくなるという利点を有する。ノードは、それら自身がオブジェクトを有するか否かを判定するために、クエリーのフィンガープリントを、ノードが共有しているオブジェクトに対するフィンガープリントのリストと比較するだけでよく、オブジェクトを有している場合は、ノードは中央サーバへ標識を送信することができる。
【００２２】
本発明は、同じ数のクライアントがマルチメディアオブジェクトを取得することを可能としつつ配信サーバ上の負荷を減少させる、冒頭の段落に記載のシステムを提供することを更なる目的とする。
【００２３】
この目的は、本発明によれば、クライアント装置からマルチメディアオブジェクトに対する要求を受信し、要求をファイル共有ネットワークへ転送するようにされた配信サーバと、ファイル共有ネットワーク上のノードからノードがマルチメディアオブジェクトをクライアント装置へ配信することが可能であることを示す標識を受信し、配信に対してノードのオペレータに対して報償を与えるアカウンティングサーバとを有するシステムによって達成される。
【００２４】
本発明は、本発明のシステムにおいて用いられるクライアント装置であって、ピア・ツー・ピア・ファイル共有ネットワークを通じて特定のマルチメディアオブジェクトを再配信する回数を追跡し、回数をアカウンティングサーバへ送信するようにされた追跡モジュールを有するクライアント装置を提供することを目的とする。
【発明を実施するための最良の形態】
【００２５】
本発明の上述及び他の面は、図面に示される実施例を参照として明らかとなろう。
【００２６】
全ての図面を通じて、同じ参照番号は同様の又は対応する特徴を示す。図示する特徴のうちのいくつかは、一般的にはソフトウエア中で実施され、それ自体がソフトウエアモジュール又はオブジェクトといったソフトウエアエンティティを表わす。
【００２７】
図１は、複数のファイル共有クライアント１０１、１０２、１０３、１０４及び１０５を有するファイル共有ネットワーク１００を示す図である。ネットワーク１００は、図中は、クライアント１０１乃至１０５間の直接接続を有するものとして示されているが、概念的又は仮想的なネットワークと見なされることが最も良い。即ち、全てのクライアント１０１乃至１０５が同時に互いに物理的又はネットワーク的に直接接続されている必要はない。「ネットワーク上の」一のクライアントが、他のクライアントからファイル又はオブジェクトを取得することができるだけでよい。また、直接的なクライアント−クライアント間の接続が用いられるときであっても、全てのクライアントが全ての他のクライアントに接続されている必要はない。
【００２８】
ネットワーク１００は、クライアント１０１乃至１０５用のディレクトリサービスを行うサーバ１１０を有しうる。ファイル共有ネットワーク１００に接続するために、クライアント１０１は、共有したいファイル（又はオブジェクト）のリストをサーバ１１０に提出する。サーバ１１０は、ネットワーク１００に接続された全てのクライアントから受信するリストを結合する。他のクライアント１０２−１０５は、サーバ１１０に接続し、結合されたリストをブラウズするか、リスト上の特定のオブジェクトをサーチすることができる。他のクライアント１０２−１０５は、続いて、探しているオブジェクトを有するクライアントに接触し、それをクライアントから直接取得（ダウンロード）する。このようにして、サーバ１１０は、クライアント１０１−１０５間のファイル又はオブジェクトの共有に直接は参加しない。このアプローチは、世界的なNapsterファイル共有ネットワークで周知である。
【００２９】
また、サーバ１１０なしにネットワーク１００を実現することが可能である。その場合、クライアント１０１は、既にネットワーク１００にある１つ又はそれ以上の他のクライアント１０２−１０５に接続することにより、ネットワーク１００に接続する。クライアントは、自分が接続しているクライアントへサーチ要求を送信することによって、ネットワークをサーチする。これらのクライアントは、自分たちが共有するオブジェクトのリストを調べ、要求されたオブジェクトがそのリストにある場合は結果を返す。更に、要求は、これらのクライアントに接続された他のクライアントへ転送される。このようにして、要求は、これを満たすことができるクライアントによって受信されるまで、又は、全てのクライアントがこれを受信し、いずれもこれを満たすことができなかったときまで、ネットワーク１００全体を通じて配信される。
【００３０】
このような実施例は、例えば、Gnutellaファイル共有ネットワークから知られている。この実施例の不利な点は、ネットワーク１００がスケーラブルではないことである。Gnutellaのようなネットワークは、現在は、例えば１００万のクライアントをサポートすることができない。更に、多数の「遅い」コンピュータ、即ち、ネットワーク１００に対して限られた帯域幅、処理パワー及び／又はメモリ、を有するコンピュータがある場合、ネットワークは遅くなる。
【００３１】
或いは、クライアント１０１は、１つ又はそれ以上の他のクライアント１０２−１０５に接続した後、共有しようとするファイル又はオブジェクトのリストを他のクライアント１０２−１０５へ提出する。リストは、ネットワーク１００上の全てのクライアントへ渡される。このようにして、全てのクライアントは、どのファイル又はオブジェクトを利用可能な状態で有しているかを知り、直接クライアントに接触しうる。
【００３２】
公知のKaZaaファイル共有ネットワークはまた、サーバ１１０なしで動作するが、上述の問題を克服するために、２つの種類のクライアント、即ち、スーパーノード及び「通常の」クライアントを用いる。スーパーノードは、十分な帯域幅、処理パワー、及びメモリを有するクライアントである。通常のクライアントは、スーパーノードに接続することによってネットワークに接続し、共有されるべきファイルのリストをスーパーノードへ送信する。スーパーノードは、多数のクライアントへの接続を有し、更に、多数の他のスーパーノードに接続される。
【００３３】
スーパーノードは、同時に、通常のクライアントでもある。即ち、ユーザにとっては、自分のコンピュータがスーパーノードであるという事実はトランスペアレントである。ユーザがファイルをサーチしようとするとき、ユーザのクライアントは、ユーザのクライアントが現在接続されているスーパーノードへ要求を送信する。スーパーノードは、それらのクライアントによって送信されたリスト中にある一致するファイルを返す。更に、スーパーノードは、必要であれば、Gnutella実施例で上述したものと同様に接続された全てのスーパーノードへ要求を転送する。しかしながら、スーパーノード間の接続は、大きい帯域幅を有するため、このアプローチはGnutellaネットワークよりもはるかに速い。更に、これは数百万のクライアントまで拡大されうる。
【００３４】
このような、一般的にはピア・ツー・ピア（peer-to-peer）又はＰ２Ｐファイル共有ネットワークと称されるファイル共有ネットワークは、非常に人気がある。これらのネットワークの周知の例としては、Napster、Musiccity、Gnutella、KaZaa、Imesh及びBearshareがある。ユーザは、自分たちのパーソナルコンピュータに適切なクライアントソフトウエアをインストールすると、自分たちのファイルを共有することができ、他のユーザによって共有されるファイルをダウンロードすることが可能となる。クライアント１０１−１０５は、ファイル共有ネットワーク１００の確立を容易とするインターネットといったネットワークに接続されてもよい。クライアントは、ファイル又はオブジェクトを取得するために、例えば、他のクライアントへの直接的なＴＣＰ／ＩＰ接続を使用しうる。
【００３５】
人気の高いネットワークでは、通常、５０万人超が同時に接続される。書き込みのとき、人々は殆どの場合（しばしばＭＰ３フォーマットの）音楽ファイルを共有するが、映画の共有が人気を得ている。「マルチメディアオブジェクト」という用語は、音楽、歌、映画、テレビジョン番組、写真及び他の種類のバイナリデータを含むファイルを指すものとして用いられるが、テキストデータもまたこの方法で共有されうる。尚、マルチメディアオブジェクトは、幾つかの異なるファイルから構成されてもよい。
【００３６】
図２は、クライアント１０１等のクライアント装置へマルチメディアオブジェクト２１１を配信するようにされた配信サーバ２０１を有するシステム２００を示す。マルチメディアオブジェクト２１１は、記憶媒体２１０に格納される。クライアント１０１は、インターネットといったネットワーク２２０を用いてサーバ２０１と通信する。
【００３７】
クライアント１０１が、サーバ２０１に対して特定のマルチメディアオブジェクト２１２のダウンロードに対する要求を送信すると、サーバ２０１は、単純に特定のマルチメディアオブジェクト２１２を記憶部２１０から読み出し、その複製をクライアント１０１へ送信しうる。サーバ２０１は、音楽を電子的に販売するために使用されうる。その場合、サーバ２０１は、複製の送信の前又は後にクライアント１０１から電子的な支払いを要求しうる。しかしながら、これは、サーバ２０１が特定のマルチメディアオブジェクト２１２を送信する責任があり、サーバ２０１のオペレータに送信に関する多くの費用を課すことがあるという不利点がある。
【００３８】
これらの費用を回避するため、サーバ２０１は、その代わりに、ファイル共有ネットワーク１００上のノードへ要求を転送する。ファイル共有ネットワーク１００がスーパーノードを用いる場合は、このノードは望ましくはスーパーノードである。サーバ２０１は、要求を転送する前に、例えばクライアント１０１からユーザ名及びパスワードを要求することにより、クライアント１０１のオペレータを承認すべきである。承認に基づき、サーバ２０１は、幾らかの金額についてクライアント１０１のオペレータの口座又はクレジットカードに請求しうる。また、オペレータに対して請求書を送ることもできる。また、ギフト券、電子クーポン、電子ポイント計画からのボーナスポイント等は、オペレータによって要求されるマルチメディアオブジェクト２１２に対する支払いとして使用されうる。
【００３９】
要求は、望ましくはマルチメディアオブジェクト２１２に対するフィンガープリントを取得し、フィンガープリントを有するクエリーをファイル共有ネットワーク１００上のノードへ提出することによって転送される。上述のように、マルチメディアオブジェクトのフィンガープリントは、当該のオブジェクトの最も関連のある知覚的な特徴の表現である。このことは、ファイル共有ネットワーク１００上のクライアントがそれが共有しているオブジェクトと関連付けたかもしれないメタデータとは無関係に、これらのフィンガープリントを特定のクエリー内にあるフィンガープリントと比較することによってマルチメディアオブジェクトを識別することを可能とする。
【００４０】
要求を受信するノードは、ファイル共有ネットワーク１００上の特定のマルチメディアオブジェクトをサーチすることによってこれを満たそうとする。例えばクライアント装置１０２といった他のノードが要求に応答し、クライアント装置１０１へ特定のマルチメディアオブジェクト２１２を送信する場合、このことを通知するためにサーバ２０１にも知らせるべきである。
【００４１】
クライアント１０２のオペレータは、続いて、ファイル共有ネットワーク１００を通じてクライアント１０１へマルチメディアオブジェクト２１２を再配信した行動に対して報償が与えられる。様々な報償が使用されうる。例えば、報償は、配信サーバ２０１からマルチメディアオブジェクトをダウンロードするために通常支払われる価格に対する割引でありうる。このように、クライアント装置のオペレータは、サーバ２０１からマルチメディアオブジェクトを購入し、このオブジェクトをファイル共有ネットワーク１００上で再配信するとき、金銭を節約する。
【００４２】
或いは、報償は、ボーナスシステムにおいて用いられる幾つかのポイント又は電子クーポンでありうる。価格の割引又は金銭と同じではないが、このような報償は、ボーナスポイント又は電子クーポンが何らかの価値のある商品と交換されうる場合は、魅力のあるものでありうる。
【００４３】
報償はまた、配信サーバ２０１から１つ又はそれ以上の更なるマルチメディアオブジェクトをダウンロードすることに対する許可を構成しうる。このことは、オペレータが、ダウンロードされたマルチメディアオブジェクトをファイル共有ネットワーク１００上で他人へ再配信することに対する直接的なインセンティブを与える。このようにした後、オペレータは、より多くのマルチメディアオブジェクトに対するアクセスを直ぐに得ることができる。
【００４４】
報償はまた、ダウンロードされたマルチメディアオブジェクトに関連するメタデータ、例えば、オブジェクトに含まれる歌の歌詞、マルチメディアオブジェクトのパフォーマーの写真又はビデオ、パフォーマーのウェブサイトの禁止領域へのアクセス権等でありうる。このようなメタデータは、しばしば所望であるが取得するのが困難であるため、これを報償としてこれを入手可能とすることは、ファイル共有クライアントのオペレータに対して良いインセンティブを与える。
【００４５】
報償はまた、マルチメディアオブジェクトのパフォーマーが現れること、例えば、コンサート又は他の生のパフォーマンス、テレビジョン番組におけるパフォーマンス、又はパフォーマーとの生のライブセッション等に対するチケットでありうる。多くの他の報償ももちろん可能である。
【００４６】
要求がファイル共有ネットワーク１００上のどのノードによっても満たされることができない場合、サーバ２０１から最初に要求を受信したノードは、このことをサーバ２０１に通知すべきである。これは、殆どが要求されたマルチメディアオブジェクトを有さないことを通知したとき、いかなる応答も到着する前に時間がかかりすぎているとき、又は任意の他の理由によってなされうる。このような否定的な応答を受信すると、サーバ２０１は、記憶部２１０に対するクライアント１０１からの要求を満たさねばならない。これは、サーバ２０１からクライアント１０１へ、関連する高い伝送費用での、特定のマルチメディアオブジェクト２１２の大西洋横断伝送を意味することがある。
【００４７】
クライアント１０１もまたファイル共有ネットワーク１００に接続されているため、クライアント１０１のオペレータが、ダウンロードされたマルチメディアオブジェクトをファイル共有ネットワーク１００を通じて再配信することが可能である。このようにして、ファイル共有ネットワーク１００に接続された他のクライアント１０２−１０５はまた、ダウンロードされたマルチメディアオブジェクト２１２の見本を得ることができる。ファイル共有ネットワーク１００及びネットワーク２２０は、全体として、又は部分的に、重なり合うことができることがわかる。
【００４８】
クライアント１０１がファイル共有ネットワーク１００を通じてマルチメディアオブジェクト２１２を実際に再配信すると、クライアント１０１のオペレータは、かかる再配信に対して報償が与えられる。このように、オペレータは、かかる再配信を行うことが奨励される。更に、ここで、例えばクライアント１０２といった他のクライアントがサーバ２０１から特定のマルチメディアオブジェクト２１２を要求すると、要求は、クライアント１０１がそれを満たすことが可能なファイル共有ネットワーク１００へ転送される。サーバ２０１は、もはやそれ自体の記憶部２１０から他のクライアント１０２へ提供する必要はない。
【００４９】
望ましくは、報償は、ダウンロードされたマルチメディアオブジェクト２１２をクライアント１０１がピア・ツー・ピア・ファイル共有ネットワーク１００を通じて再配信した回数に依存して与えられるだけである。この実施例では、この回数を追跡するなんらかのエンティティがなくてはならない。
【００５０】
追跡は、クライアント装置１０１の追跡モジュールによって行われうる。これは、追跡モジュールがクライアント１０１によって実行された全ての再配信を直接監視しうるため、マルチメディアオブジェクトが再配信された回数についての最も信頼できる数字を与えるという利点がある。
【００５１】
望ましくは、追跡モジュールは、クライアント１０１のファイル共有機能を実現するソフトウエアと共に使用されるべき、例えばプラグインといったソフトウエアモジュールとして実現される。これは、別々に利用可能とされうること、及び、ユーザがソフトウエアモジュールをダウンロードし、これをインストールすることによってこの機能を追加しうるという利点がある。ソフトウエアがダウンロードされうる前に登録が要求されてもよく、それにより、後に、オペレータはこの登録に基づいて識別されうる。
【００５２】
追跡はまた、ピア・ツー・ピア・ファイル共有ネットワーク１００上のディレクトリサーバ１１０によって、又はファイル共有ネットワーク１００上のスーパーノードによって実行されうる。これは、個人ユーザがこの追跡の結果を改善することがより困難となるという利点がある。オペレータの制御下にあるコンピュータ中のソフトウエアモジュールは、もちろん、セキュリティ手段が十分でないとき、又は、保護機構が破られたか巧みに回避されたときは、改竄されうる。
【００５３】
一人の特定のオペレータに対して報償が与えられる回数についての制限もまた有利に導入されうる。このようにして、特定のマルチメディアオブジェクトが再配信された回数を（多くの報償を得るために）人為的に水増しする動機は減らされる。特に、最初にマルチメディアオブジェクトが再配信されたときのみが報償に対する理由となるよう、回数は１であるよう選択されうる。
【００５４】
図２の実施例では、特定のクライアント１０１−１０５がピア・ツー・ピア・ファイル共有ネットワーク１００中で特定のマルチメディアオブジェクトを再配信した回数を追跡するアカウンティングサーバ２３０がある。配信サーバ２０１はまた、アカウンティングサーバの役割を果たしうる。
【００５５】
サーバ２０１が、クライアント１０１へマルチメディアオブジェクトを送信する前にクライアント１０１のオペレータを識別すると、クライアント１０１のオペレータによってマルチメディアオブジェクトが再配信された回数を追跡する他の方法がある。
【００５６】
要求されたマルチメディアオブジェクトをクライアント１０１へ送信する前に、サーバ２０１は、望ましくは、クライアント１０１についての又はクライアント１０１のサーバについての識別子をマルチメディアオブジェクトに埋め込み、これは望ましくは電子透かし技術を用いて行われるが、もちろん他の方法も可能である。このようにして、識別子はマルチメディアオブジェクト中に隠され、除去するのが困難であるか殆ど不可能であり、それでもマルチメディアオブジェクトの知覚的な質は影響を受けない。
【００５７】
電子透かし付けされたマルチメディアオブジェクトは、続いてクライアント１０１へ送信され、クライアント１０１はこれをピア・ツー・ピア・ファイル共有ネットワーク１００へ再配信する。他のクライアント１０２−１０５は、本例では、電子透かし検出器を具備する。この検出器を用いて、他のクライアント１０２は、電子透かしを検出し、識別子を抽出し、これをアカウンティングサーバ２３０へ転送する。
【００５８】
このようにして、アカウンティングサーバ２３０は、マルチメディアオブジェクトが、クライアント１０１に対する識別子を含むため、クライアント１０１によって再配信されたこと、また、識別子はクライアント１０２によって提出されたことを知る。特にクライアント１０２が識別子と共にそのファイル共有ソフトウエア又は同様のもののバージョン番号を送信したときは、クライアント１０２がファイル共有ネットワーク１００を介してマルチメディアオブジェクトを取得したと想定することが妥当である。
【００５９】
クライアント１０１によって配信された特定のマルチメディアオブジェクト２１２の見本は、サーバ２０１によって元々配信されたのと同じ見本である必要はない。クライアント１０１は、マルチメディアオブジェクト２１２を、ＣＤ又は他の追跡担体といった他の源から利用可能としうる。しかしながら、当該の見本が他のクライアントによって要求されたマルチメディアオブジェクトを表わす場合、要求は、クライアント１０１から他のクライアントへ見本を送信することと同様に満たされうる。他のクライアントは、やはりそれが要求するオブジェクトを取得し、サーバ２０１はその見本を他のクライアントへ送信する必要はない。従って、クライアント１０１のオペレータに対して再配信したことについて報償を与えることがやはり正当であるとされる。
【００６０】
この特定のアプローチを用いると、サーバ２０１が記憶部２１０を維持する必要性は大きく減少され、更には全体としてなくされうる。サーバ２０１は、配信サービスとしてではなくマルチメディアオブジェクトへのアクセスに対する支払いのための手形交換所のように動作する。
【００６１】
この実施例では、マルチメディアオブジェクト２１１は、望ましくはサーバ２０１から安全に利用可能とされる。例えば、オブジェクトは暗号化された形式で配信されえ、それにより受信装置上のソフトウエアは、再生を許すが、暗号化されていない形式での格納を許可しない。コンテンツアイテムを安全とするための１つの技術は、例えば米国特許第５，８９２，９００号明細書から知られているIntertrust社の「Digifile」技術である。マルチメディアオブジェクトを安全とするための他の技術もまた使用されうる。
【００６２】
米国特許第５，８９２，９００号明細書によれば、音楽は、Digifileと称される安全なディジタルコンテナに格納される。受信者は、ライセンスサーバからライセンスファイルを取得せねばならない。このライセンスファイルは、例えば音楽を再生することについての許可、又は、記憶媒体上にマルチメディアオブジェクトを格納することについての許可といった一組の許可を与える。ユーザはもちろん、各許可に対して幾らかの金額を支払わねばならない。受信者は、この支払いを行うためにサーバ２０１に接触し、上述の許諾を受信する。許諾は、上述のライセンスファイルを含む。
【００６３】
ライセンスファイルはまた、Digifileの中の音楽にアクセスするのに必要な復号鍵又は他の情報を含む。受取人がライセンスを取得すると、音楽を復号し、ユーザに対して再生することができる。ユーザはDigifileを他の人へ配信しうるが、他の人は自分たちのライセンスファイルを購入することなしには音楽を復号できない。従って、他の人もまた、サーバ２０１に接触することが必要である。Digifileを他人へ配信したユーザは、上述のように報償が与えられるため、これらを配信することについての必要なインセンティブを有する。
【００６４】
マルチメディアオブジェクトが安全にサーバ２０１上で利用可能とされ、サーバ２０１がクライアント装置へ送信するマルチメディアオブジェクトに当該のクライアント装置の識別子で電子透かし付けすると、クライアント１０１によって他のクライアント１０２−１０５へ個々のマルチメディアオブジェクトがファイル共有ネットワーク１００上で送信された回数を追跡することがより容易となる。
【００６５】
上述のように、マルチメディアオブジェクトが安全に利用可能となると、装置はマルチメディアオブジェクトをレンダリングすることを可能とするためになんらかのライセンスファイルを必要とする。これは、クライアント１０１がサーバ２０１からマルチメディアオブジェクトを取得し、続いてクライアント１０２がクライアント１０１からマルチメディアオブジェクトを取得すると、クライアント１０２はかかるライセンスファイルを取得する必要があることを意味する。
【００６６】
ここで、クライアント１０２は、上述のように、まず電子透かしを検出し、識別子を抽出する。クライアント１０２は、ライセンスファイルに対する要求をライセンスサーバへ送信し、識別子をアカウンティングサーバ２３０へ送信する。望ましくは、これらの２つのサーバは単一のライセンシング及びアカウンティングサーバ２３０として実現される。サーバ２３０はここで、識別子２３０から、クライアント１０２がクライアント１０１からマルチメディアオブジェクトを取得したことを知り、ライセンスファイルに対する要求から、マルチメディアオブジェクトが安全に利用可能とされたことを知る。後者は、このマルチメディアオブジェクトがサーバ２０１から取得されたであろうことを示し、従って、サーバ２０１からマルチメディアオブジェクトを取得しファイル共有ネットワーク１００上で再配信したのはクライアント１０１であることが明らかである。従って、クライアント１０１のオペレータは報償を得るべきである。
【００６７】
図３は、ファイル共有クライアント１０１をより詳細に示す図である。ファイル共有クライアント１０１は、従来技術で周知であるように、その上でファイル共有ソフトウエア４０１が実行されるパーソナルコンピュータとして実現されることが望ましい。ファイル共有ソフトウエア４０１は、一般的には、最近のオペレーティングシステムで利用可能なＴＣＰ／ＩＰスタックといったネットワーキングモジュール４０２を利用する。
【００６８】
記憶部４０３は、ファイル共有ソフトウエア４０１によって共有される１つ又はそれ以上のマルチメディアオブジェクトを含む。このような記憶部４０３は、一般的にはハードディスク上のディレクトリである。場合によっては、記憶部４０３はダウンロードされたマルチメディアオブジェクトが格納される別個の部分を含んでもよい。この部分は、一般的にはやはりディレクトリであり、共有されるべきマルチメディアオブジェクトが格納されるディレクトリと同じである必要はない。
【００６９】
ファイル共有クライアント１０１中の追跡モジュール４０４は、個々のマルチメディアオブジェクトがファイル共有ネットワーク１００上の他のクライアント１０２−１０５へ送信された回数を監視する。この情報は、望ましくは、装置１０１のオペレータが番号を改竄できないよう暗号化されて格納部４０３に格納されうる。次に、情報は、ネットワーキングモジュール４０２を用いて、定期的に、例えば毎日、又は少なくとも一定数のマルチメディアオブジェクトが共有されるたびに、アカウンティングサーバ２３０へ送信される。
【００７０】
また、特定のマルチメディアオブジェクトが他のクライアント１０２−１０５へ送信されるたびに別々にアカウンティングサーバ２３０へ通知することも可能である。これは、オペレータが結果を改竄する可能性を更に減少させる。
【００７１】
ファイル共有ソフトウエア４０１によってダウンロードされたときに特定のマルチメディアオブジェクト２１２中に存在する電子透かしを検出する電子透かしモジュール４０５が提供される。電子透かしモジュール４０５は、次に識別子を抽出し、これをネットワーキングモジュール４０２を用いてアカウンティングサーバ２３０へ転送する。
【００７２】
任意に、フィンガープリントモジュール４０６もまた提供されうる。このモジュール４０６は、ファイル共有ネットワーク１００から受信されるオブジェクト、及び／又は、他の源によって、例えばサーバ２０１から直接、取得されるオブジェクトから、いわゆるロバストなフィンガープリントを発生しうる。
【００７３】
かかるロバストなフィンガープリントを計算するのに使用されうる幾つかの技術がある。欧州特許出願第０１２００５０５．４号明細書は、例えばオーディオクリップといったマルチメディアオブジェクトに対するロバストなフィンガープリントを発生する方法を記載する。オーディオクリップは、連続する（望ましくは重なり合う）時間間隔へ分割される。各時間間隔について、周波数スペクトルは、帯域へ分割される。各帯域のロバストな性質（例えばエネルギー）が計算され、夫々のフィンガープリントビットによって表わされる。
【００７４】
マルチメディアオブジェクトは、このように、各時間間隔について１つのバイナリ値を連結したものを含むフィンガープリントによって表わされる。フィンガープリントは、マルチメディアオブジェクト全体に対して計算される必要はないが、一般的には約３秒間である一定の長さの部分が受信されたときに計算されうる。従って、フィンガープリントを計算するのにどの部分が用いられたかによって、１つのマルチメディアオブジェクトに対して複数のフィンガープリントがありうる。明瞭性のため、「フィンガープリント」という用語は、１つのマルチメディアオブジェクトに対して多数のフィンガープリントが存在しうる場合でも使用される。
【００７５】
続いて、フィンガープリントを有するクエリーが受信されると、このフィンガープリントは、フィンガープリンティングモジュール４０６によって以前に計算されたフィンガープリントと比較されうる。一致が見つかると、クライアント１０１は、要求されたマルチメディアオブジェクトが記憶部４０３の中で利用可能であると判定し、これをサーバ２０１へ、又は、クエリーを送信したノードへ通知する。次に、要求されたマルチメディアオブジェクトを元々サーバ２０１からこれを要求したクライアントへ配信し、報償を受けることができる。
【００７６】
尚、上述の実施例は、本発明を例示するものであって本発明を制限するものではなく、当業者は添付の特許請求の範囲を逸脱することなく多くの他の実施例を設計することが可能となろう。
【００７７】
特許請求の範囲において、括弧内に示されたいかなる符号も請求項を限定するものと理解されるべきではない。「有する」又は「含む」の用語は、請求項に記載された要素又は段階以外の要素又は段階の存在を排除するものではない。要素が単数形で記載されている場合は、かかる要素が複数存在する場合を排除するものではない。
【００７８】
本発明は、幾つかの別個の要素を有するハードウエアによって、また、適当にプログラムされたコンピュータによって実現されうる。幾つかの手段を列挙した装置に関する請求項では、これらの手段のうちのいくつかは、ハードウエアの同一のアイテムによって具現化されうる。或る手段が互いに異なる従属項に記載されているというだけの事実は、これらの手段の組合せが利用されえないことを示すものではない。
【図面の簡単な説明】
【００７９】
【図１】複数のクライアントを有するファイル共有ネットワークを概略的に示す図である。
【図２】クライアント装置へマルチメディア装置を配信するよう配置された配信サーバを有するシステムを示す図である。
【図３】ファイル共有クライアントをより詳細に示す図である。
【図１】
2005516283.tif 000003
【図２】
2005516283.tif 000004
【図３】
2005516283.tif 000005
【国際調査報告】
2005516283.tif 000006
2005516283.tif 000007
2005516283.tif 000008
2005516283.tif 000009
2005516283.tif 000010