(57)【要約】  方法であって、コンテンツへのアクセスを制御し、アクセス共有ネットワークに参加する段階、再生を可能にするためにアクセス制御データを要求する前記アクセス共有ネットワークからコンテンツ・アイテムを取得する段階、前記アクセス制御データを取得する段階、前記アクセス制御データから、特定の他の装置が前記コンテンツ・アイテムを生成することを認可されていると決定する段階、及び前記他の装置が前記アクセス共有ネットワークの構成要素であるという肯定的な決定がなされると、前記アクセス制御データに従い前記コンテンツ・アイテムの再生を可能にする段階、を有する方法。望ましくは、前記アクセス制御データは、前記他の装置が前記アクセス共有ネットワークの構成要素でないという決定がなされた後の所定時間期間の間も用いられる。また、装置（１０１）は前記方法を実行するよう設定される。
2009503673.tif 000002
【特許請求の範囲】
【請求項１】
方法であって、コンテンツへのアクセスを制御し、
アクセス共有ネットワークに参加する段階、
再生を可能にするためにアクセス制御データを要求する前記アクセス共有ネットワークからコンテンツ・アイテムを取得する段階、
前記アクセス制御データを取得する段階、
前記アクセス制御データから、特定の他の装置が前記コンテンツ・アイテムを生成することを認可されていると決定する段階、及び
前記他の装置が前記アクセス共有ネットワークの構成要素であるという肯定的な決定がなされると、前記アクセス制御データに従い前記コンテンツ・アイテムの再生を可能にする段階、を有する方法。
【請求項２】
前記アクセス制御データは、前記他の装置が前記アクセス共有ネットワークの構成要素でなくなったという決定がなされた後の所定時間期間の間も用いられる、請求項１記載の方法。
【請求項３】
如何なるデータも前記他の装置から所定時間期間の間に受信されていないと検出されると、前記コンテンツ・アイテムの再生を停止する段階、を有する請求項１記載の方法。
【請求項４】
前記アクセス共有ネットワークにある前記他の装置の活動レベルを示すデータから前記アクセス制御データの有効期間を計算する段階、を有する請求項１記載の方法。
【請求項５】
前記活動レベルは前記アクセス共有ネットワークで設けられた１又は複数の双方向チャネルの活動を参照する、請求項４記載の方法。
【請求項６】
前記双方向チャネルはインスタント・メッセージ・チャネル、双方向フォーラム、掲示板、及び複数プレーヤーのゲームの１つである、請求項５記載の方法。
【請求項７】
装置であって、コンテンツへのアクセス制御のために設定され、
アクセス共有ネットワークに参加し、再生を可能にするためにアクセス制御データを要求する前記アクセス共有ネットワークからコンテンツ・アイテムを取得する手段、
前記アクセス制御データを取得し、前記アクセス制御データから、特定の他の装置が前記コンテンツ・アイテムを生成することを認可されていると決定し、及び前記他の装置が前記ファイル共有ネットワークの構成要素であるという肯定的な決定がなされると、前記アクセス制御データに従い前記コンテンツ・アイテムの再生を可能にする手段、を有する装置。
【請求項８】
アクセス共有ネットワーク内の他の装置に、前記装置でのコンテンツ使用に関する認定情報を提供するよう設定された、請求項１記載の装置。
【請求項９】
コンピューター・プログラムであって、プログラム可能な装置を請求項７記載の装置として動作させる命令を有する、コンピューター・プログラム。
【請求項１０】
アクセス共有ネットワークであって、少なくとも１つの請求項７記載の装置を有する、アクセス共有ネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコンテンツ・アイテムの共有、例えばピア・ツー・ピア型共有に関し、及び特に当該共有の規制に関する。
【背景技術】
【０００２】
ファイル共有サービス及び技術、例えばＢｉｔＴｏｒｒｅｎｔ（http://www.bittorrent.com）、ＫａＺａａ（http://www.kazaa.com/）、又はＧｎｕｔｅｌｌａ（http://www.gnutella.com）はインターネットで広く知られている。これらは、コンテンツ・アイテム、例えば音楽を標準的にはＭＰ３フォーマットで交換するために何百万ものユーザーに用いられている。各ユーザーはユーザー自身の音楽コレクションを他人へ提供し得る。これは誰でもダウンロード可能な音楽の膨大な選択肢を有することを可能にする。ユーザーはインスタント・メッセージ（「チャット」）機能を有する。チャット機能は他のユーザーと直接に通信するために利用可能であり、例えば交換したコンテンツ・アイテムに関し要求する又はコメントすることができる。
【０００３】
更に、インスタント・メッセージ・サービス、例えばＭＳＮ  Ｍｅｓｓｅｎｇｅｒ、ＡＯＬ  Ｉｎｓｔａｎｔ  Ｍｅｓｓｅｎｇｅｒ、Ｙａｈｏｏ！Ｍｅｓｓｅｎｇｅｒ等が現在非常に普及している。このようなサービスでは、ファイル共有機能が利用可能であるが、それらは通常機能が限られている。インスタント・メッセージ技術の概要は、Ｍｅｌｉｓｓａ  Ａｎｄｅｒｓｏｎ他著、Ｔｅｃｈｎｏｌｏｇｙ  Ｏｖｅｒｖｉｅｗ  Ｒｅｐｏｒｔ  Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｉｎｇ、ウィスコンシン−マディソン大学、２００２年１２月を参照のこと。これはオンライン（http://www.uwebc.org/technology/Reports/fall２００２/TECH_０４_０２_EST.pdf）で入手可能である。
【０００４】
しかしながら、これらファイル共有サービスで提供されるコンテンツ・アイテムは、標準的に一般の音楽及び映画であり、著作権保持者の許可なしに提供される。著作権保持者が彼らが資格を有する著作権使用料を得ることを保証するために、いくつかのファイル共有サービスは当該サービスのユーザーに購読料を課金し始めている。購読料からの収益の一部は、従って著作権保持者への支払いに用いられ得る。
【０００５】
近年、種々の所謂デジタル権利管理（ＤＲＭ）システムが開発されている。それらの最も基本的な形式では、システムは単にコンテンツの複製を防止するよう努める。このようなシステムはしばしばコピー防止システムとして参照される。更に大規模なＤＲＭシステムは複雑な権利管理を提供し、種々の異なるビジネス・モデルを実現する。例えば、ユーザーはコンテンツ・アイテムを１０回再生する権利、又はコンテンツ・アイテムのコピーを他のユーザーへ分配する権利を購入し得る。
【０００６】
大部分のユーザーは、現在、彼らが買ったコンパクト・ディスク若しくはＤＶＤのコンテンツ・アイテム、又は彼らが他のユーザーからダウンロードしたオブジェクトを自由に共有することに慣れている。これは、新たなＤＲＭに基づくビジネス・モデルがこれらのユーザーに上手く受け入れられていないことを示唆する。しかしながら、無制限の複製及び分配がデジタル形式で如何なる著作権保護もなしに許可されれば、コンテンツ産業は深刻なダメージを受けるだろう。権利保持者の利益とユーザーの要望とを上手く両立することが必要である。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、前述の両立を可能にするコンテンツへのアクセス制御方法を提供することである。
【０００８】
本発明はまた、前記方法を実行するよう設計された装置、コンピューター・プログラム、及びアクセス共有ネットワークを提供する。
【課題を解決するための手段】
【０００９】
上述の目的は、請求項１に記載の本発明に従い達成される。望ましくは、取得したアクセス制御データは有限時間期間の間のみ用いられる。ファイル共有ネットワーク内のノード間でアクセス制御データを共有することにより、コンテンツへのアクセスは当該ネットワークにある装置のみに制限される。
【００１０】
本発明のある利点は、ユーザーがいくつかの保護コンテンツに関連付けられた共通の経験を共有可能なことである。これを限定的且つ制限的方法で行う目的は、当該方法がコンテンツ所有者のビジネス・モデルに本質的に害を与えないためである。つまり、コンテンツは潜在的購買者を思いとどまらせないような環境で消費されるべきである。重要な制限は従って、ユーザーがコンテンツを経験する間に活発に何かを一緒に行う、例えば通信することである。多くの場合、これは、多くの国の著作権法が免除を提供する家族の範囲内の活動に関する。
【００１１】
ある実施例では、方法は前記他のノードが依然としてアクセス共有ネットワークの構成要素であるか否かを決定する段階を有する。アクセス制御データは、前記他のノードがアクセス共有ネットワークの構成要素である時間期間の間のみ用いられる。これはアクセス共有ネットワークのノード間でコンテンツの共有を可能にする。一旦クライアントがネットワークを離れると、当該クライアントはもはや当該コンテンツを再生できない。これは、ネットワークにいる、コンテンツを一緒に見ている全ての人々のコミュニティを確立する。
【００１２】
別の実施例では、方法は装置の活動レベルを監視する段階、及びアクセス制御データの有効期間を前記監視する段階により取得したデータから計算する段階、を有する。これはアクセス共有ネットワークの「アクティブな」ノード間でコンテンツの共有を可能にする。これは消費者の許容可能な共有の認識と非常に適合する。現在、２人は互いに訪問し、そして一緒に例えばテレビ番組又はＤＶＤを観ることによりコンテンツを共有し得る。本発明は同様の機構をアクセス共有ネットワークを介し可能にする。ユーザーが活発に互いに通信する場合、彼らはコンテンツ・アイテムを一緒に観るかも知れない。
【００１３】
有利な実施例は従属請求項に記載される。
【００１４】
本発明はまた、前記方法を実行するよう設計された装置、コンピューター・プログラム、及びアクセス共有ネットワークを提供する。
【００１５】
本発明の上述の及び他の態様は、図面に示される実施例から、及びその説明から明らかである。
【発明を実施するための最良の形態】
【００１６】
図中、同一の参照符号は同様の又は対応する特長を示す。図中のいくつかの特長は標準的に代表ソフトウェア・エンティティのような、ソフトウェア・モジュール又はオブジェクトのようなソフトウェアで実施される。
【００１７】
図１は複数のアクセス共有クライアント１０１、１０２、１０３、１０４、及び１０５を有するアクセス共有ネットワーク１００を示す。物理ネットワークが示され、クライアント１０１乃至１０５の間の直接接続を有するが、ネットワーク１００は概念的又は仮想ネットワークとして見なされるべきである。つまり、必ずしも全てのクライアント１０１乃至１０５が物理的に又はネットワークのように互いに常時直接接続される必要はない。必要なことは、「ネットワークに存在する」あるクライアントが別のクライアントからファイル又はオブジェクトを取得し得ることだけである。また、クライアント間の直接接続が用いられる場合でも、必ずしも全てのクライアントが全ての他のクライアントと接続される必要はない。
【００１８】
ネットワーク１００は、クライアント１０１乃至１０５のためにディレクトリ・サービスを実行するサーバー１１０を有する。アクセス共有ネットワーク１００と接続するため、クライアント１０１は共有したいファイル（又はオブジェクト）のリストをサーバー１１０へ提出する。サーバー１１０は、ネットワーク１００と接続された全てのクライアントから受信したリストを結合する。他のクライアント１０２乃至１０５は次にサーバー１１０と接続され、そして結合されたリストを閲覧するか、又は当該リストにある特定のオブジェクトを検索し得る。クライアント１０２乃至１０５は続いて、彼らが求めているオブジェクトを有するクライアントに連絡し、そのクライアントから直接に当該オブジェクトを取得（ダウンロード）し得る。このように、サーバー１１０はクライアント１０１乃至１０５の間のファイル又はオブジェクトの共有を直接に担わない。この手法は以下に示される。
【００１９】
図２に示されるように、サーバー１１０を有さないネットワークを実現することも可能である。この場合、クライアント１０１は、既にネットワーク１００に存在する１又は複数の他のクライアント１０２乃至１０５と接続することによりネットワーク２００と接続する。クライアントは当該クライアントが接続されているクライアントへ検索要求を送信することによりネットワークを検索する。これらのクライアントは、彼らが共有している彼らのオブジェクトのリストを調べ、要求されたオブジェクトが当該リストにあるかどうかを返す。更に、要求はこれらのクライアントと接続された他のクライアントへ転送される。このように、要求は、当該要求を満たし得るクライアントにより受信されるまで、又は全てのクライアントが当該要求を受信し何れも当該要求を満たすことができない時まで、ネットワーク１００全体を通じ分配される。
【００２０】
このような実施例は例えばグヌーテラ（Ｇｎｕｔｅｌｌａ）ファイル共有ネットワークから知られている。この実施例の不利点は、ネットワーク１００が拡張可能でないことである。グヌーテラのようなネットワークは、現在、例えば１００万個のクライアントに対応できない。更に、多数の「遅い」コンピューター、つまりネットワーク１００への限られた帯域、処理能力及び／又はメモリーを有するコンピューターが存在する場合、ネットワークは遅くなる。
【００２１】
或いは、クライアント１０１は、１又は複数の他のクライアント１０２乃至１０５と接続した後、クライアント１０１が共有したいファイル又はオブジェクトのリストを他のクライアント１０２乃至１０５へ提出する。当該リストは次に、ネットワーク１００の全てのクライアントへ渡される。このように、全てのクライアントは、どのクライアントがどのファイル又はオブジェクトを利用可能かを知っており、そのクライアントに直接連絡し得る。
【００２２】
知られているＫａＺａａファイル共有ネットワークはサーバー１１０を有さず動作するが、上述の問題を克服するために２種類のクライアントを用いる。つまりスーパー・ノードと「通常」クライアントである。スーパー・ノードは十分な帯域、処理能力及びメモリーを有するクライアントである。通常クライアントは、スーパー・ノードと接続することによりネットワークと接続し、そして供給されるべきファイルのリストをスーパー・ノードへ送信する。スーパー・ノードは多数のクライアントとの接続を有し、及び更に多数の他のスーパー・ノードと接続される。
【００２３】
スーパー・ノードは同時に通常クライアントでもある。つまり、ユーザーにとっては、彼のコンピューターがスーパー・ノードであることが明らかである。ユーザーがファイルを検索したい場合、彼のクライアントは彼のクライアントが現在接続されているスーパー・ノードへ要求を送信する。スーパー・ノードは、当該スーパー・ノードのクライアントにより送信されたリストに存在する一致するファイルを返す。更に、スーパー・ノードは必要に応じて、当該スーパー・ノードがグヌーテラの実施例で上述の方法と同様の方法で接続される全てのスーパー・ノードへ要求を転送する。しかしながら、スーパー・ノード間の接続は広帯域を有するので、この手法はグヌーテラ・ネットワークより遙かに速い。更にこの手法は何百万ものクライアントに拡張可能である。
【００２４】
このような共有ネットワークは、標準的にピア・ツー・ピア又はＰ２Ｐファイル共有ネットワークとして参照され、絶大な人気を誇る。これらのネットワークの良く知られた例は、Ｎａｐｓｔｅｒ、Ｍｕｓｉｃｃｉｔｙ、Ｇｎｕｔｅｌｌａ、Ｋａｚａａ、Ｉｍｅｓｈ、及びＢｅａｒｓｈａｒｅである。一旦、ユーザーが適切なクライアント・ソフトウェアを彼らのパーソナル・コンピューターにインストールすると、彼らは彼らのファイルを共有し、また彼らは他のユーザーにより供給されたファイルをダウンロード可能である。クライアント１０１乃至１０５は、アクセス共有ネットワーク１００の確立を実現するインターネットのようなネットワークに接続されて良い。クライアントは、例えば他のクライアントとの直接ＴＣＰ／ＩＰ接続を用い、ファイル又はオブジェクトを取得し得る。
【００２５】
最も普及しているネットワークでは、通常５０万を越える人々が同時に接続される。書き込み時には、人々は主に音楽ファイルを（しばしばＭＰ３形式で）共有しているが、動画の共有は普及途上にある。用語「コンテンツ・アイテム」は、音楽、曲、映画、ＴＶ番組、画像、及び他の種類のバイナリ・データを含むファイルを示すために用いられるが、文字データもまたこの方式で共有され得る。留意すべき点は、コンテンツ・アイテムはいくつかの異なるファイルで構成されて良いことである。
【００２６】
国際特許出願ＷＯ２００４／０１０３５３（出願人管理番号ＰＨＮＬ０２０６７１）は、クライアント１０１乃至１０５がそれらが共有するコンテンツ・アイテムの識別子を取得し、そして当該コンテンツ・アイテムの使用情報を登録するシステムを開示する。使用情報は次に第三者へ供給される。第三者は続いて、登録された使用情報に従い、当該コンテンツを供給したクライアントのユーザーに請求する。第三者は、例えばＲＩＡＡ又はオランダのＢＵＭＡ／Ｓｔｅｍｒａのような著作権管理団体であり得る。第三者はアクセス共有ネットワーク１００に関係し得るが、必ずしも必要ではない。アクセス共有クライアント１０１乃至１０５は、例えばワールド・ワイド・ウェブを用い、第三者への単なる直接インターネット接続を利用し、使用情報を第三者の電子メール・アドレスへ電子メールで送信するか若しくはいくつかの他のチャネルを用い使用
情報を第三者へ送信し得る。
【００２７】
図３は、アクセス共有ネットワーク１００、２００から装置により取得したコンテンツ・アイテムの再生処理を示す。説明のため、装置１０１が選択される。段階３０１では、装置３０１はコンテンツ・アイテムをアクセス共有ネットワークから取得する。上述のように、コンテンツ・アイテムへのアクセスは制限され得る。これは種々の方法で行われ得る。これは、アクセス制御データが再生、記録、又はコンテンツ・アイテムの他の動作を可能にするために要求されることを意味する。
【００２８】
このようなアクセス制御データは、標準的に供与された許可の１又は複数の表示を有する。例えば、アクセス制御データは、コンテンツ・アイテムが１回再生されて良いことを示して良い。或いは、アクセス制御データは、コンテンツが要望通りに何回も再生されて良いが、コンテンツがＣＤ−ＲＯＭのような記憶媒体に恒久的に記録されてはならないことを示し得る。
【００２９】
望ましくは、コンテンツへのアクセスはデジタル権利管理（ＤＲＭ）システムを用い制限される。このようなシステムでは、コンテンツは暗号化され、当該コンテンツへのアクセスは所謂ライセンスが利用可能であり評価に成功した場合のみ許可される。ライセンスは、アクセス制御データ、及び標準的にコンテンツを復号するために必要な復号鍵も有する。いくつかのシステムでは、復号鍵は別の情報源から入手可能であるか、又は既に装置１０１で利用可能である。このような場合、装置１０１は次に、ライセンスが利用可能であり且つ要求された動作の権利許可を有する場合のみ復号鍵を用いるよう設定される。
【００３０】
本発明に従い、段階３０２で、装置１０１はアクセス制御データをアクセス共有ネットワーク１００、２００内の他のノードの１つ、つまり装置１０５から取得する。このアクセス制御データを有するので、段階３０３で、装置１０１はアクセス制御データに従いコンテンツ・アイテムの再生を可能にする。このように、コンテンツ・アイテムが装置１０１と１０５との間で共有され、装置１０１及び１０５に当該装置のユーザーがコンテンツ・アイテムの再生を共有し得る「コミュニティ・セッション」を開始させることが達成される。
【００３１】
留意すべき点は、必ずしもコンテンツ・アイテムが取得される装置が、アクセス制御データが取得される装置と同一の装置でなくて良いことである。コンテンツを共有する装置は必要なアクセス制御データを有する可能性が高いが、装置はまたアクセス制御データを有さないコンテンツも共有して良い。
【００３２】
望ましくは、取得したアクセス制御データは有限時間期間の間のみ用いられる。これは、装置１０１が取得したコンテンツ・アイテムを無制限に使用できないことを保証する。
【００３３】
ある実施例では、段階３０４で、装置１０１は装置１０５が依然としてアクセス共有ネットワーク１００、２００の構成要素であるか否かを決定する。装置１０１はコンテンツへのアクセスを、例えばアクセス制御データを用いることにより、装置１０５がアクセス共有ネットワーク１００、２００の構成要素である時間期間の間のみ許可する。
【００３４】
他のノードが依然としてアクセス共有ネットワーク１００、２００の構成要素であるか否かを決定するある方法は、どれだけ多くのデータが装置１０５から受信されているかを検出することである。如何なるデータも所定時間期間の間に当該装置から受信されていない場合、装置１０５はもはやネットワークの構成要素ではないと結論され得る。このデータは装置１０５により共有されるコンテンツであって良いが、望ましくは装置１０５のユーザーが活発にネットワークに参加していることを示すデータである。例えば、このデータはインスタント・メッセージ・クライアントで入力される単語又は文であり得る。
【００３５】
別の実施例では、装置１０１は装置１０５若しくは装置１０５のユーザーの活動レベルを監視し、及びアクセス制御データの有効期間を前記監視により得られたデータから計算する。この活動レベルは、アクセス共有ネットワーク１００、２００で提供される１又は複数のインスタント・メッセージ・チャネルで話されるような活動であって良い。データを監視するこの活動レベルが特定の基準と一致した場合、装置１０５は依然としてアクセス共有ネットワーク１００、２００の構成要素であると結論され得る。例えば、５０より多い単語が５分の時間ウインドウ内で受信された場合、装置１０５は依然として構成要素である。消極的基準も可能である。例えば、如何なるデータも３分の時間ウインドウ内で入力されない場合、装置１０５はもはやアクセス共有ネットワークの構成要素ではないと結論され得る。
【００３６】
一旦、装置１０５がアクセス共有ネットワーク１００、２００の構成要素でなくなったと決定されると、方法は終了する。
【００３７】
代案の実施例では、方法は段階３０５へ進み、段階３０４で消極的決定を行った後の所定時間期間の間のみ、装置１０１は依然としてアクセス制御データを使用する。これは、装置１０５が切断された場合でも装置１０１のユーザーがコンテンツ・アイテムを観続け得るので、いくつかの追加の柔軟性を提供しユーザーの使い勝手を向上する。更に、この実施例は、一時的なネットワーク停止が装置１０１でのコンテンツ・アイテムの再生を中断しないという利点を提供する。このような一時的停止は結果として段階３０４の消極的決定を生じる。平均停止より長い所定時間期間を選択することにより、消極的決定は再生に影響しない。一旦、停止が終了すると、装置１０５はネットワーク１００、２００に再び参加し、アクセス制御データは段階３０３のように１又は複数用いられて良い。
【００３８】
任意的に、装置１０１はアクセス共有ネットワーク内の他のノードに、装置１０１でのコンテンツ使用に関する認定情報を提供して良い。
【００３９】
図４は、装置１０１と１０５との間の通信セッションを示す。簡略化のために本発明に関連する要素のみが示される。当業者に直ちに明らかなように、通信ハードウェア及び／又はソフトウェア、オペレーティング・システム等のような構成要素が必要であり得る。
【００４０】
両方の装置１０１、１０５は共有アプリケーション４０１を備えている。アプリケーション４０１−Ａ及び４０１−Ｂは、装置１０１、１０５の間の通信を確立し、コンテンツ・アイテムの交換を可能にする。コンテンツへのアクセスを制御するため、両方の装置１０１、１０５はＤＲＭエージェント４０２も備えられる。装置１０１は、ＤＲＭエージェント４０２−Ａが有効なアクセス制御データを取得でき、且つ望ましくは所与のアクセス要求、要求された動作、アクセス制御データ及びコンテキストの評価に成功した場合にのみ、保護コンテンツ・アイテムを再生し得る。
【００４１】
先ず、装置１０１はコンテンツ・アイテムをアクセス共有ネットワークから通常通り取得する。コンテンツ・アイテムが保護されていると分かった場合、装置１０１は、装置１０１が有効なアクセス制御データを有するかどうかを決定する必要がある。有効なアクセス制御データを有さない場合、装置１０１はこのデータをアクセス共有ネットワークから要求する。図１及び２を参照して上述したように、要求は中央サーバー１１０に対し行われるか、又は１又は複数の他のノード１０２乃至１０５に対し直接に行われ得る。
【００４２】
装置１０５が必要なアクセス制御データを有すると仮定する。装置１０１、１０５は接続を設定し、このデータを装置１０５から装置１０１へ転送する。望ましくはこの接続はセキュアであり及び／又は認証されている。これは、アクセス制御データが攻撃者により妨害又は複製され得ないことを保証する。
【００４３】
アクセス制御データは、ＤＲＭエージェント４０２−Ａに装置１０１でコンテンツ・アイテムを再生させるライセンス及び暗号化データを有して良い。ＤＲＭエージェント４０２−Ａはライセンスを評価し、そして全てが検査されると、エージェント４０２−Ａは当該暗号化データを用いコンテンツ・アイテムを復号し、従ってコンテンツが再生され得る。
【００４４】
アクセス制御データを装置１０１へ転送する前に、ＤＲＭエージェント４０２−Ｂは望ましくは先ず装置１０１からの、アクセス制御データを転送する要求が許可されたかどうかを検査する。アクセス制御データは、アクセス制御データが共有ネットワーク内の他のノードと共有され得るか否か、又はどの条件下であるかを通知する表示を有して良い。
【００４５】
望ましくは、アクセス制御データは１又は複数の以下の選択肢を指定する。留意すべき点は、以下の全ての選択肢が必須ではないこと、及び複数が同時に指定されて良いことである。
−本発明に従いコンテンツ・アイテムはアクセス共有ネットワーク内の他のノードに利用可能にされているか否か。
−ネットワークの構成要素である可能な参加者の最大数。
−セッションの実際の参加者の最大数。
−セッションで共有されて良いコンテンツ・アイテムの数。
−装置のセッションの次に許可された他の実行中アプリケーションの数。
−セッションで共有されて良いコンテンツ・アイテムの最大時間。
−ユーザー又は装置が同時に参加を許可されるセッションの数。
−１日に共有を許可される実時間コンテンツ・データの分数。
−装置又は装置の所有者の許容非活動時間。
−所有者がセッションを離れた場合に、参加者は現在再生中のコンテンツを終了して良いか否か。
−参加者は通常再生を用いてのみコンテンツ・アイテムにアクセスし得るか否か、又はコンテンツを一時停止、早送り、若しくは巻き戻すような動作は許可されているか否か。
−参加者は何時でもコンテンツ・アイテムの再生を開始して良いか否か、又は参加者は最初の参加者により開始された現行の再生動作にのみ参加し再生を開始し得るか否か。この選択肢は、参加者が仮に１時間半後に参加した場合に、彼はコンテンツ・アイテムの前半を見ることが出来ないことを意味する。
−１人の参加者がコンテンツ再生（開始、停止、一時停止、早送り、巻き戻し等）に対し制御を有するか、又は全ての／複数の参加者が制御を有するか。
【００４６】
上述の制限はコンテンツ・プロバイダーにより発行されたライセンスに含まれること、及び当該ライセンスはコンテンツをコミュニティ内で共有する場合にのみ用いられることが可能である。また派生ライセンスはコミュニティ内のこのような共有のために作成されることが可能である。このような派生ライセンスは、コンテンツ・アイテムを共有する装置により作成され得る。このような派生ライセンスはまた、元のライセンスの操作領域（manoeuvering  space）内の上述の制限のセット、及びコミュニティのＤＲＭルールを組み込み得る。例えばコンテンツ・プロバイダーが、コンテンツの共有時に選択し得る元のライセンス内の制限のセット、例えば時間による制限若しくは参加者による制限、コンテンツを共有する人が適切と考える如何なる制限も提供することが考えられる。
【００４７】
アクセス制御データに含まれることに加え又は代わりに、上述の制限のいくつかは情報源及び／又はシンク装置内にＤＲＭシステムの一部としてハードコードされても良い。これはシステムの複雑性のために有利であり得る。つまりユーザーは常に全てのコンテンツに対し、及び場合によってはシステムのセキュリティに対し同一種類の制限を経験する。これは特定の制限が常に装置により実施されており、及び場合によってはアクセス制御データ内で有効でないからである。
【００４８】
本発明の安全性を向上する方法は、共有されるコンテンツの場所を仮想コミュニティに固定することである。これは、誰かがコンテンツを別の場所にコピーする状況を防ぐ。このような状況では、アクセス共有ネットワークにある如何なる装置もアクセス制御データのコピーを取得し、そしてコピーされたコンテンツ・アイテムにアクセスし得る。これは、所有者による認可を有さず共有が可能になることを意味する。これを防ぐため、元のコンテンツ・アイテムのアドレス又は場所の全て又は一部は、アクセス制御データ内で指定される。つまり、コンテンツは仮想コミュニティに位置付けられる。例えばアクセス制御データはＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を指定して良い。コンテンツにアクセスするために用いられる全ての適合する装置は、それらがコンテンツを適正な場所から取得することを検証する。
【００４９】
任意的に、装置はまたコンテンツが権利状況からアクセスされることを検証する。後者は、コンテンツが異なる状況に（例えば現在ウェブ・ページを用いて可能なように異なるサーバーからの画像の組み込みを用いて）組み込まれることを防ぐ。
【００５０】
ある好適な実施例では、情報源及び再生装置により実行される動作は次の通りである。
（１）両方の装置はアクセス共有ネットワークに参加する。
（２）再生装置はコンテンツを取得する。情報源装置はコンテンツの分配に関する制限を実装する。
（３）再生装置はライセンスを取得する。当該ライセンスは元のライセンスに情報源装置により設定されたいくつかの追加アクセス制御データを付加したものであって良い。情報源装置はライセンスの分配に関する制限を実装する。情報源装置はまた、いくつかのアクセス制御データをこの段階の一部として受信側に対し作成して良い。ライセンスは、コンテンツを再生装置に利用可能にした情報源装置と異なる情報源装置により情報源装置から利用可能にされて良い。
（４）再生装置は、通常のＤＲＭ検証、及びライセンスが再生を許可するか否か若しくはコンテンツの有効期間が終了していないか否かのような検査動作を実行する。
（５）再生装置は、アクセス・ネットワークへの参加及びコンテンツ共有の要求が満たされるか否かを検査する（標準的に、ユーザーが「アクティブ」か、又は「セッション」を有するかを検証し、及び例えばテキストに含まれるリストからの条件／制限を検証する）。
（６）先行する段階が成功した場合、再生装置はコンテンツを復号し再生する。
（７）段階５は、要求が満たされなくなるまで繰り返される。
【００５１】
図５は、本発明を用いたアクセス共有アプリケーションのユーザー・インターフェースの実施例を示す。左側に、ユーザーＡとＢとの間のチャット・セッションがチャット・ウインドウ５０１内に示される。ユーザーは新たなテキストを入力領域５０２に入力し得る。右側に入力領域５０３が設けられる。ユーザーは入力領域５０３に再生して観たいコンテンツ・アイテムを入力し得る。このようなコンテンツ・アイテムがアクセス共有ネットワークから取得され、及びアクセス制御データが取得され得る場合、コンテンツ・アイテムは表示領域５０４に示される。コンテンツ・アイテムの再生を制御する制御ボタン５０５が設けられる。
【００５２】
標準的なシナリオでは、ユーザーＡ又はＢの何れかがコンテンツをアクセス・ネットワークに提供し、そして同一のユーザーが続いてチャット・セッションの一部又は他の双方向活動として再生を開始する。
【００５３】
多くの場合、アクセス共有ネットワークは主にコンテンツを共有するよう設計される。更に、チャット・ライン又はフォーラムのような通信チャネルが含まれて良い。しかしこれは単に好みの問題である。議論フォーラム又はインスタント・メッセージ・ネットワークがファイル共有機能を設けられても良い。このようなフォーラム又はネットワークはアクセス共有ネットワークとして見なされる。
【００５４】
例えば、アクセス共有ネットワークは、ユーザーがメッセージを他のユーザーへ残す議論フォーラムを設けられて良い。このような実施例では、メッセージの１つに組み込まれたコンテンツ・アイテム（又はその部分）を有するメッセージを残すことが可能である。標準的に、コンテンツ・アイテムは、当該コンテンツ・アイテムを利用可能にしたノードがアクセス共有ネットワークの構成要素でなくたったか、或いは議論フォーラムの構成要素でなくなった後の所定時間の間、利用可能である。また、アクセス制御データをこのように共有することも可能である。
【００５５】
本発明は（大規模な）複数プレーヤーのオンライン（ロール・プレイイング）ゲームに適用されて良い。これらのゲームはしばしば既に参加者が活発に通信し、及び彼らの所有するコンテンツをゲームに導入する可能性を有する。例えば、参加者は画像又は音声をアップロードし、彼らがゲームで動作しているゲーム・キャラクター（「アバター」）の外観をカスタマイズして良い。仮想世界では、何人かのプレーヤーは彼らのキャラクターに仮想映画館に行くよう指示して良い。またあるプレーヤーは映画を提供し、或いは彼らは彼らの音楽を彼らの仮想家庭内のステレオにアップロードし、彼らの仮想家庭を他のプレーヤーが訪問した時に聴き得る。この用途では、ゲームはアクセス共有ネットワークを表す。また、ゲーム・キャラクターの近傍は例えば同一の仮想部屋内で、当該キャラクターを動作するプレーヤーが当該アクセス共有ネットワークの構成要素であることの表示を示す。
【００５６】
国際特許出願ＷＯ０２／０７３３７８（代理人管理番号ＰＨＮＬ０１０１５５）は、ファイル共有ネットワークから取得された保護コンテンツ・アイテムがＣＤ−ＲＯＭのような記憶媒体に柔軟な方法で格納され得る方法を開示する。アクセス制御データは鍵を用い暗号化され、コンテンツ・アイテムと一緒に格納される。
【００５７】
特定のグループの構成要素である全ての装置は、対応する復号鍵へのアクセスを有し、従ってアクセス制御データを復号し、それにより保護コンテンツ・アイテムにアクセスする許可を取得し得る。この方法は本願発明とともに用いられ得る。
【００５８】
欧州特許出願番号０４１０１５７０．２（代理人管理番号ＰＨＮＬ０４０４０３）は、コンテンツ・アイテムのファイル共有ネットワークを介した自動交換を開示する。当該自動交換では、クライアント１０１乃至１０５は所望のオブジェクトを自動で物々交換するよう構成される。これは本願発明とともに用いられ得る。
【００５９】
留意すべき点は、以上に説明された実施例が本発明を制限するものではないことである。当業者は請求の範囲から逸脱することなく多くの代替の実施例を考案できるだろう。例えば、アクセス制御データを装置１０１と１０５との間で直接交換する代わりに、データが中間の第三者を用い交換されることも可能である。
【００６０】
コンテンツ・アイテムをアクセス共有ネットワークで利用可能にすることは、実行中のセッションがあるかに依存して他者への制限の分配に従って良い（つまり両者はアクセス共有ネットワークの一部である）。
【００６１】
制限の一部は情報源装置により実施されて良い。情報源がライセンス／アクセス制御データ又はコンテンツをシンク装置へ送信する前に、情報源にセキュリティ・チェックを実行させることは、セキュリティの点で非常に効果的であり得る。これは特に、参加者の活動が連続的に検証され、及びコンテンツがストリームされる、つまり受信側が将来に再生するかも知れないコンテンツではなく再生しているコンテンツのみを有する場合に当てはまる。
【００６２】
請求項では、括弧内の如何なる参照符号も請求項を制限すると見なされるべきではない。「有する」の表現は、請求項に記載された以外の構成要素又は段階の存在を排除するものではない。要素に付される単数表記の語は、当該要素の複数の存在を排除するものではない。
【００６３】
本発明は、複数の個別の要素を有するハードウェアにより、及び適切に設定されたコンピューターにより実施され得る。複数の手段を列挙した装置の請求項では、これら複数の手段は、１つ及び同一のハードウェア要素により実施され得る。特定の手段が相互に異なる従属請求項で引用されることは、これら手段の組み合わせが効果的に利用できないことを示すものではない。
【図面の簡単な説明】
【００６４】
【図１】複数のクライアントを有するファイル共有ネットワークを示す。
【図２】ファイル共有クライアントを更に詳細に示す。
【図３】サーバー及びフィンガープリント・データベースを更に詳細に示す。
【図４】装置１０１と１０５との間の通信セッションを示す。
【図５】アクセス共有アプリケーションのユーザー・インターフェースの実施例を示す。
【図１】
2009503673.tif 000003
【図２】
2009503673.tif 000004
【図３】
2009503673.tif 000005
【図４】
2009503673.tif 000006
【図５】
2009503673.tif 000007
【手続補正書】
【提出日】平成20年1月29日(2008.1.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
方法であって、第１の装置内で、コンテンツへのアクセスを制御し、
アクセス共有ネットワークに参加する段階、
再生を可能にするためにアクセス制御データを要求する前記アクセス共有ネットワークからコンテンツ・アイテムを取得する段階、
前記アクセス制御データを取得する段階、
前記アクセス制御データから、前記第１の装置以外の第２の装置が前記コンテンツ・アイテムを生成することを認可されていると決定する段階、及び
前記第２の装置が前記アクセス共有ネットワークの構成要素であるという肯定的な決定がなされると、前記アクセス制御データに従い前記コンテンツ・アイテムの再生を可能にする段階、を有する方法。
【請求項２】
前記アクセス制御データは、前記第２の装置が前記アクセス共有ネットワークの構成要素でなくなったという決定がなされた後の所定時間期間の間も用いられる、請求項１記載の方法。
【請求項３】
如何なるデータも前記第２の装置から所定時間期間の間に受信されていないと検出されると、前記コンテンツ・アイテムの再生を停止する段階、を有する請求項１記載の方法。
【請求項４】
前記アクセス共有ネットワークにある前記第２の装置の活動レベルを示すデータから前記アクセス制御データの有効期間を計算する段階、を有する請求項１記載の方法。
【請求項５】
前記活動レベルは前記アクセス共有ネットワークで設けられた１又は複数の双方向チャネルの活動を参照する、請求項４記載の方法。
【請求項６】
前記双方向チャネルはインスタント・メッセージ・チャネル、双方向フォーラム、掲示板、及び複数プレーヤーのゲームの１つである、請求項５記載の方法。
【請求項７】
第１の装置であって、コンテンツへのアクセス制御のために設定され、
アクセス共有ネットワークに参加し、再生を可能にするためにアクセス制御データを要求する前記アクセス共有ネットワークからコンテンツ・アイテムを取得する手段、
前記アクセス制御データを取得し、前記アクセス制御データから、前記第１の装置以外の特定の第２の装置が前記コンテンツ・アイテムを生成することを認可されていると決定し、及び前記第２の装置が前記ファイル共有ネットワークの構成要素であるという肯定的な決定がなされると、前記アクセス制御データに従い前記コンテンツ・アイテムの再生を可能にする手段、を有する装置。
【請求項８】
アクセス共有ネットワーク内の更なる装置に、前記第１の装置でのコンテンツ使用に関する認定情報を提供するよう設定された、請求項１記載の第１の装置。
【請求項９】
コンピューター・プログラムであって、プログラム可能な装置を請求項７記載の第１の装置として動作させる命令を有する、コンピューター・プログラム。
【請求項１０】
アクセス共有ネットワークであって、少なくとも１つの請求項７記載の装置を有する、アクセス共有ネットワーク。
【国際調査報告】
2009503673.tif 000008
2009503673.tif 000009
2009503673.tif 000010