JP2008532102A - コンテンツ情報共有のための方法および装置 - Google Patents

Abstract

【課題】ネットワークにおいて、コンテンツ情報を共有すること。
【解決手段】コンテンツ情報共有のための方法および装置が提供される。本方法は、第１の装置が、少なくとも第２の装置からネットワークを介して、第２の装置の性能情報を含むコンテンツ情報要求を受信するステップと、第１の装置が、第１の装置が提供可能なコンテンツの情報を取り出すステップと、第１の装置が、第２の装置の性能情報に従って第１の装置が提供可能なコンテンツのコンテンツ情報をフィルタリングするステップと、第１の装置が、第１の装置が提供可能なコンテンツのフィルタリングされた情報を前記第２の装置へ送出するステップとを含む。本発明によれば、各装置は、コンテンツ情報または装置が処理または表示可能なコンテンツを取得することを選択することができる。
【選択図】図２

Description

本発明は、ネットワークにおけるコンテンツ共有技術に関し、より特定的には、ネットワークにおいてコンテンツ情報を共有するための技術に関する。

消費者デジタル技術の出現と共に、音楽および映画は、もはやそれを搬送する物理的なメディアに拘束されるものではない。消費者デジタル技術における進歩によって、ユーザは、接続されたＰＣ、ラップトップ、セット・トップ・ボックス、住宅用ゲートウェイ、メディア・センター、家電機器、および移動装置からなる私設ネットワーク内のコンテンツを共有および保護することができる。そのようなネットワーク環境において、認定装置間で共有されるべきコンテンツを保護するために、適切な保護機構が必要である。この理由のため、公開鍵暗号法に基づく同報通信暗号化技術は、効率的な共有および保護方法を提供する。公開鍵方法と比較して、同報通信暗号化は、準拠装置において必要となる計算上のオーバヘッドが数桁も少ない。加えて、同報通信暗号化プロトコルは一方向であり、低レベルのハンドシェイクを必要としない。低レベルのハンドシェイクは、サーバ端におけるネットワーク接続に対する依存性を大きくすることになり、コピー保護手法の安全性を弱める傾向がある。ＩＢＭ社は、「ｘＣＰ」と称される拡張可能なコンテンツ保護（ｅＸｔｅｎｓｉｂｌｅ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）と呼ばれる同報通信暗号化に基づくコンテンツ保護システムを開発した。ｘＣＰは、ｘＣＰクラスタ・プロトコルを有する数多くの準拠装置をグループ化する「クラスタ」と呼ばれる高信頼のドメインをサポートする。クラスタの構成は、図１に示されている。クラスタ固有の情報を有するクラスタ内のコンテンツは、これらの装置間を自由に移動可能であるが、クラスタ外の装置には役に立たない。私設ネットワーク内には、１つ以上のクラスタがあってもよい。

例えば図１に示すネットワークなどの、コンテンツ保護および共有を提供するための上記従来技術において、例えば図にある情報通信端末（ＰＤＡ）１２０、セット・トップ・ボックス／テレビ１３０、コンピュータ１４０、ＤＶＤプレーヤ１５０などの複数の種類の装置がある場合がある。コンテンツ（例えば、メディア・コンテンツ）は、認定装置間でコピーまたはストリーム（例えば、メディア・ストリーム）などによって共有される。しかしながら、互いに異なる装置間でコンテンツを共有するのに問題がある場合がある。時には、コンテンツは、装置間で効果的に共有できない場合がある。さらに悪いことには、あるコンテンツは装置間で共有できない場合がある。これは、単数または複数の人的リソースの無駄を生じさせる。

本発明は、請求項１に記載の方法ならびに対応する方法およびコンピュータ・プログラムを提供する。

本発明の好ましい一実施形態によれば、コンテンツ情報共有のための装置が提供される。コンテンツ情報共有のための装置は、第１の装置であって、第１の装置は、少なくとも１つの第２の装置とネットワークを介して情報をやり取りして、コンテンツ情報要求を第２の装置から受信するための通信モジュールと、第１の装置が提供可能なコンテンツのコンテンツ情報を管理するためのコンテンツ管理モジュールとを備え、第２の装置からのコンテンツ情報要求は、第２の装置の性能情報（ｃａｐａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ）を備え、第１の装置は、第２の装置の性能情報に従って第１の装置が提供可能なコンテンツのコンテンツ情報をフィルタリングして、第１の装置が提供可能なコンテンツのフィルタリングされたコンテンツ情報を第２の装置へ送出するためのコンテンツ情報フィルタをさらに備える。

さらに好ましくは、本発明は、コンテンツ情報共有のための方法も提供し、本方法は、第１の装置が、第１の装置の性能情報を備えるコンテンツ情報要求をネットワークを介して第２の装置へ送出するステップと、第１の装置が、第２の装置からコンテンツ情報を受信するステップとを含み、コンテンツ情報は、第２の装置が、第１の装置の性能情報に従って第２の装置が提供可能なコンテンツのコンテンツ情報をフィルタリングすることによって取得される。

さらに好ましくは、本発明は、コンテンツ情報共有のための装置も提供し、本装置は、第１の装置であって、第１の装置は、第２の装置とネットワークを介して情報をやり取りするための通信モジュールと、第１の装置の性能情報を管理するための装置性能管理モジュールと、第１の装置の性能情報に従ってコンテンツ情報要求を生成して、当該要求をネットワーク内の第２の装置へ送出して、第２の装置からコンテンツ情報を受信するためのコンテンツ情報ハンドラとを備え、コンテンツ情報は、第２の装置が、第１の装置の性能情報に従って第２の装置が提供可能なコンテンツのコンテンツ情報をフィルタリングすることによって取得される。

本発明は、装置の性能に従ってコンテンツ情報を共有することによって、装置間の効果的なコンテンツ共有を実現する。

本発明の第１の装置は、上述のようなコンテンツ情報共有のための第２の装置の機能を有してもよい。一方、第２の装置は、上述のような第１の装置のコンテンツ情報共有方法を実装してもよい。以降、第１の装置および第２の装置の区別は、単に説明のためのものである。第１の装置の機能および第２の装置の機能は、実際の必要に応じて、同一であってもよいし、または異なっていてもよいことを当業者は理解できるだろう。

クライアント−サーバ・モードと比較して、第１の装置および第２の装置は、ネットワークまたはクラスタ内でピア・ツー・ピアであるのが好ましい。ここにおいて、第１の装置および第２の装置は、本発明の方法をそれぞれ単独で実施する。

本発明は、中規模または小規模ネットワークにおいて、より特定的には、例えばｘＣＰネットワークなどの同報通信暗号化ネットワークにおいて実施されるのに適しているが、それに限定されるものではない。また、本発明は、コンテンツ共有が必要な、例えばホーム・ネットワークまたはオフィス・ネットワークなどの他の種類のネットワークにも適している。従来技術と組み合わせての本発明の以下の説明は、本発明を限定するものではなく、説明するためのものである。

同報通信暗号化方法は、コンテンツ共有の技術分野において既知の方法である。同報通信暗号化ネットワークにおいて、保護されたコンテンツを共有する装置は、その装置キーを使用して、キー管理ブロックからの管理キーを復号化する。管理キーは、共有されたコンテンツを保護するために使用される。保護されたコンテンツを共有する装置は、ともにクラスタまたはドメインを構築する。本発明において、共有可能なコンテンツは、同報通信暗号化技術で保護されているのが好ましい。

好ましくは、本発明は、同報通信暗号化を使用するネットワークにおいて実施され、装置は、ネットワークにおいてピア・ツー・ピアまたはクラスタである。ここにおいて、クラスタ内の各装置は、関連クラスタに参加する際に互いに同報通信暗号化技術に基づく証明書を渡しており、メディア・コンテンツを共有することになる。さらに、各装置は、本発明をそれぞれ単独で実施可能である。

本発明がｘＣＰネットワーク、すなわち、ｘＣＰ技術を使用するネットワークにおいて実施される場合には、装置は、関連クラスタまたは同一のクラスタ内でピア・ツー・ピアであることが好ましい。

図１は、本発明を実施するための私設ネットワーク例を示す。図１において、コンテンツは、ＰＤＡ１２０、セット・トップ・ボックス／テレビ１３０、コンピュータ１４０、およびＤＶＤプレーヤ１５０の間で共有されている。ライセンシング代理店１１０が装置キーとキー管理ブロックとを管理する。図１の各装置は、その装置キーを使用して、ライセンシング代理店１１０によって提供されたキー管理ブロックから管理キーを復号化する。その後、これらの装置は、ピア・ツー・ピア・モードまたはエンド・ツー・エンド・モードでコンテンツを共有する。ネットワークを介してコンテンツを共有可能なこれらの装置は、共にクラスタを形成する。しかしながら、互いに異なる装置を伴うそのようなピア・ツー・ピアのネットワークにおいて、時には、コンテンツの種類の差異、必要とされるストレージ空間およびネットワーク帯域幅、ならびに装置の性能によって、装置間でコンテンツを効果的に共有、コピー、再生できないことがある。これは、単数または複数の人的リソースの無駄を生じさせる。

図１のネットワークにおいて、ＩＢＭ社の拡張可能なコンテンツ保護（ｘＣＰ）技術を実施することができる。ｘＣＰ技術は、ＰＤＡ１２０、セット・トップ・ボックス／テレビ１３０、コンピュータ１４０、およびＤＶＤプレーヤ１５０において実施することができる。これらの装置は、ともにｘＣＰクラスタを形成する。コンテンツは、ｘＣＰクラスタ内の装置間で共有される。例えば、コンピュータ１４０またはセット・トップ・ボックス／テレビ１３０は、ＤＶＤプレーヤ１５０に記憶されたメディア・コンテンツを再生してもよい。必須ではないが、例えばｘＣＰネットワークなどの本発明に係るネットワークは、通常、以下の特徴を有する。

１．ピア・ツー・ピアのネットワーク構造
このような環境の装置は、中央サーバなしで粗く結合されている。クラスタの構成は、装置の離脱および参加に従って動的に変化する。

２．コンテンツの分散記憶
コンテンツは、互いに異なる装置に記憶される。装置があるコンテンツを他の装置にレンダリングしたい場合には、例えばコピーまたはメディア・ストリーミングなどの遠隔コンテンツにアクセスするための何らかの機構が提供される。

３．メディア性能の多様性
ネットワークは、常に、互いに異なるハードウェアおよびソフトウェア・メディア・プレーヤを有する装置からなり、１つの装置に１つ以上のメディア・プレーヤが設置されてもよい。

４．異機種構成
ネットワークは、常に、互いに異なるネットワーク接続の種類（イーサネット、無線ＬＡＮ、ブルートゥースなど）に基づく、ディスプレイ、デコーダ、プロセッサ、ストレージ、およびネットワーク帯域幅などの互いに異なるシステム性能を有する多様性のある装置からなる。

そのような環境において、コンテンツ共有は動的に変更され、したがって、どの装置も、ネットワーク内のコンテンツの変化にリアルタイムで気づくべきである。典型的には、コンテンツ情報は、中央ディレクトリまたはレジストリ・サービスを伴うクライアント−サーバ・モードで共有される。これは、ある装置がコンテンツ情報を中央サーバに登録し、他の装置は、当該サーバから共有コンテンツの情報を取得する。そのような解決策は、常に進取の技術から派生した技術、例えばＪＮＤＩ／ＬＤＡＰなどを使用する。例えばオープン・ソース・プロジェクトのネットワーク統合マルチメディア・ミドルウェアの登録サービスなどの、ホーム・ネットワーク・マルチメディアの応用のために規定された専用の解決策も、そのようなモードにおいて機能している。従来のピア・ツー・ピアシステムも、コンテンツ共有または普及のためのサーバを常に要しており、例えば、米国特許第２００３／０００５０３５Ａ１および２００３／０２０４６１３に提示された方法がある。

そのような解決策は、上述のネットワークのピア・ツー・ピアノ性質によって生じる問題を解決するのは困難である。なぜならば、通常、そのような私設ネットワークにおいて非常に利用可能な中央サーバは存在せず、集中したコンテンツ情報を有する装置が不良になると、問題が生じる場合がある。また、クラスタ内で共有されるコンテンツ情報のすべてがある装置によって取り込まれ、コンテンツの一部しか装置によってレンダリングできない場合には、関係のある装置性能情報がないために、異機種構成の必要性を満たすことができない。よって、装置がそのシステム性能およびコンテンツ処理性能（メディア性能）の範囲外でコンテンツをレンダリングしたい場合には何らかのエラーが生じる場合がある。例えば、ＰＤＡが非常に大きな映画を構内ストレージにコピーする場合があり、または、ｍｐ３プレーヤのみを有する装置がＭＰＥＧ４コンテンツをレンダリングしようとする場合がある。

現在、移動ウェブ・アクセスにおいて、何らかの性能情報が使用されている。典型的なのは、Ｗ３Ｃ Ｄｅｖｉｃｅ ＩｎｄｅｐｅｎｄｅｎｔおよびＯＭＡ装置である。これらの技術は、主に、従来のクライアント／サーバのアーキテクチャに焦点を当てているが、ピア・ツー・ピアのシステム・アーキテクチャの必要性を満たすことはできない。例えば、サーバ側においてコンテンツの変化を動的にクライアント側へ通知する機構がない。また、サーバは、共有のために設定された装置の性能について事前に知ることはない。

本発明は、私設ネットワーク（例えば、ｘＣＰ私設ネットワーク）を仮想マルチメディア装置として可能にするピア・ツー・ピア方法を提供し、ここでは、コンテンツ情報は装置性能に従って動的に共有される。各装置は、構内コンテンツ情報および性能情報の管理についての役割を果たす。コンテンツ情報は、クラスタ内の装置性能に基づいて要求される。各装置のコンテンツ情報またはクラスタの接続形態の変化は、コンテンツ情報の更新をトリガする場合がある。以下のような利点がある。

１．コンテンツ共有のためのピア・ツー・ピア構成
コンテンツおよびコンテンツ情報は、各装置によって保持され、クラスタ内で動的に更新される。これは、ネットワーク構成と整合性がある。

２．性能をベースにした情報共有
各装置は、その装置の性能に従ってレンダリング可能なコンテンツの情報を得ることができるだけである。無用なコンテンツの再現およびレンダリングを防止し、ユーザの関与を減らすことができる。言い換えれば、ユーザがコンテンツ情報に従ってコンテンツを選択する際に使用されている装置のシステム性能またはコンテンツ処理性能あるいはその両方を、ユーザは考慮する必要はない。さらに、ユーザは、使用されている装置のシステム性能またはコンテンツ処理性能、およびコンテンツが記憶されている場所を知る必要さえない。ユーザは、コンテンツ情報に従って、必要なコンテンツを単に直接選択する。

３．合成装置性能
コンテンツ共有のために使用される性能は、静的および動的なシステム性能およびメディア処理性能の両方を備え、メディア処理性能は、装置システム内のすべてのソフトウェアおよびハードウェア・メディア・プレーヤーの性能を備える。

４．動的なコンテンツ情報更新
コンテンツ情報の変化は、能動的に同報通信されることになる。コンテンツ情報の更新は、コンテンツの変更、クラスタの接続形態、および装置性能によってトリガ可能である。

５．耐障害性
クライアント−サーバ・モードと比較して、装置およびクラスタのシステム・レベルでの変更に対して耐障害性がある。ある装置の障害または変化がクラスタ全体に与える影響は限られたものに過ぎない。

図２は、本発明の一実施形態に係るコンテンツ情報共有のための装置を示す。本発明の一側面によれば、図２に示すように、コンテンツ情報共有のための装置２００は、以下の構成要素を備える。

通信モジュール（２０２）
通信モジュール２０２は、他の装置と対話をし、メッセージを送出し、メッセージを内部構成要素へ送り出す役割を果たす。通信モジュール２０２は、以下のメッセージを処理することになる。

ＣＯＮＴＥＮＴ＿ＲＥＱＵＥＳＴ
要求元装置が、このメッセージを要求先装置へ送出して、共有コンテンツ情報を求める。これは、要求元装置が属するクラスタの情報と、要求元装置のメディア性能およびシステム性能とを含む。

ＣＯＮＴＥＮＴ＿ＩＮＦＯ
要求先装置は、このメッセージをＣＯＮＴＥＮＴ＿ＲＥＱＵＥＳＴに応答して送出する。これは、装置性能に従って要求元装置によってレンダリング可能な共有コンテンツの情報すべてを含む。

ＮＯＴＩＦＹ＿ＲＥＦＲＥＳＨ
このメッセージは、他の装置に送出されて、構内コンテンツの変更を通知する。

ｘＣＰクラスタ管理モジュール（２０３）
このモジュールは、構内装置が属するｘＣＰクラス他の情報を保持する。クラスタは、同報通信暗号化機構に基づいて構築され、コンテンツを共有可能な装置間のすべての認定装置を含む。例えば新規の装置の参加および装置の離脱などのクラスタ接続形態の変更も、他の装置に対する通知と、クラスタ内のコンテンツ情報更新のトランザクションとをトリガすることになる。

メディア性能管理モジュール（２０６）
このモジュールは、仮想メディアとして動作して、クラスタ内で共有可能なｘＣＰコンテンツをレンダリングするために使用可能なすべてのメディア・プレーヤー（２１０）を管理する。これは、サポートされるメディアの種類および入力モードを含む、管理されたメディア・プレーヤからのメディア性能情報のすべてを収集する。これは、構内メディア性能が変化した場合に他の装置に対するコンテンツ情報更新のトランザクションをトリガする。

システム性能管理モジュール（２０７）
このモジュールは、すべての構内システム性能関連情報を保持しており、ＣＰＵ情報、メモリ、当該装置のネットワーク接続、表示の大きさおよび色セットなどが含まれる。これは、システム性能が変化した場合に他の装置に対するコンテンツ更新のトランザクションをトリガする。

ｘＣＰコンテンツ管理モジュール（２０８）
ｘＣＰコンテンツ管理モジュール２０８は、構内コンテンツ・リポジトリ（２１８）内に記憶された構内暗号化ｘＣＰコンテンツのすべてを管理し、例えば、コンテンツ名、型、大きさなどの構内コンテンツ情報をコンテンツ情報ハンドラ２０４およびコンテンツ情報フィルタ２０５へ提供することができる。これは、例えば新規のコンテンツが取り込まれた場合など、構内コンテンツが変化した場合に、クラスタ内の他の装置に対してコンテンツ情報更新のトランザクションをトリガする。好ましくは、これらの共有可能なコンテンツは、同報通信暗号化で保護される。

コンテンツ情報ハンドラ（２０４）
コンテンツ情報ハンドラ２０４は、以下のタスクに対する役割を担っている。

コンテンツ情報ハンドラ２０４は、ユーザ要求または外部アプリケーションからの要求、構内装置性能の変化、およびクラスタ接続形態の変化を受信およびそれらに応答し、コンテンツ情報要求を送出して、私設ネットワーク内で共有されたコンテンツ情報を収集して、当該情報を構内コンテンツ情報に統合する。

ｘＣＰコンテンツ管理モジュール２０８によってトリガされた私設ネットワーク内の構内コンテンツの変更を通知する。

コンテンツ情報フィルタ（２０５）
コンテンツ情報フィルタ２０５は、例えばＣＯＮＴＥＮＴ＿ＲＥＱＵＥＳＴメッセージに添付されたシステム性能情報およびメディア処理性能情報などの装置性能情報を使用して、構内コンテンツをフィルタリングする。

図２に示すコンテンツ情報装置の構成は、説明のための一例に過ぎず、本発明を制限するものではない。本発明によれば、コンテンツ情報共有のための装置が提供され、当該装置は第１の装置であり、第１の装置は、少なくとも１つの第２の装置とネットワークを介して情報をやり取りして、コンテンツ情報要求を第２の装置から受信するための通信モジュール２０２と、第１の装置が提供可能なコンテンツのコンテンツ情報を管理するためのコンテンツ管理モジュール２０８とを備え、第２の装置からのコンテンツ情報要求は、第２の装置の性能情報を備え、第１の装置は、第２の装置の性能情報に従って第１の装置が提供可能なコンテンツのコンテンツ情報をフィルタリングして、第１の装置が提供可能なコンテンツのフィルタリングされたコンテンツ情報を第２の装置へ送出するためのコンテンツ情報フィルタ２０５をさらに備える。

上述の装置に対応して、コンテンツ情報共有のための他の装置も提供され、本装置は、第１の装置であって、第２の装置とネットワークを介して情報をやり取りするための通信モジュール２０２と、第１の装置の性能情報を管理するための装置性能管理モジュール２０６または２０７と、第１の装置の性能情報に従ってコンテンツ情報要求を生成して、当該要求をネットワーク内の第２の装置へ送出して、第２の装置からコンテンツ情報を受信するためのコンテンツ情報ハンドラ２０４とを備え、返されたコンテンツ情報は、第２の装置が、第１の装置の性能情報に従って第２の装置が提供可能なコンテンツのコンテンツ情報をフィルタリングすることによって取得される。第１の装置は、必要に応じて、他の装置に対してコンテンツ情報を返すように要求するのに適している。

図３は、本発明の他の実施形態に係るコンテンツ情報共有のためのフローチャートである。構内イベントに従うことによって、私設ネットワーク内のコンテンツ情報を収集する処理をトリガしてもよい。ユーザ要求は、ユーザがエンド・ユーザであってもアプリケーションであってもよい。例えば、システム性能の変更によって、ＣＰＵ性能情報、構内ストレージ割り当て、メモリおよびストレージ手段の追加、ネットワーク接続情報、および装置の表示器情報のうちの１つ以上が変更される。例えば、メディア性能変更によって、メディア・プレーヤなどのコンテンツ処理ソフトウェアがインストールおよび削除される。

図３および図４を、図２の装置に関連して説明する。本発明に係る方法は、他の種類のシステムおよび装置構成上で実施されてもよく、またはソフトウェアと組み合わせた汎用コンピュータ／コンピューティング手段によって実施されてもよいことを、当業者は理解できるだろう。

ステップＳ３０１において、構内装置３８０のコンテンツ情報ハンドラ２０４は、ユーザからコンテンツ情報を収集するための要求を受信する。または、ステップＳ３０２において、構内装置３８０の装置性能が変化する場合、例えば、システム性能またはメディア処理性能が変化する場合、メディア処理性能管理モジュール２０６またはシステム性能管理モジュール２０７は、コンテンツ情報ハンドラ２０４へコンテンツ情報を更新するための要求を送出する。ステップＳ３０３において、コンテンツ情報ハンドラ２０４は、ｘＣＰクラスタ管理モジュール２０３から本構内装置が属するクラスタの関連情報すべてを取得する。ステップＳ３０４において、コンテンツ情報ハンドラ２０４は、ｘＣＰクラスタ管理モジュール２０３から、クラスタ内または関連クラスタ内の認定装置（またはｘＣＰ装置）すべてのアドレスを取得する。ステップＳ３０５において、コンテンツ情報ハンドラ２０４は、コンテンツ情報要求を、アドレスに従って通信モジュール２０２を介して遠隔装置へ送出する。ステップＳ３０５は、ステップＳ３０６〜Ｓ３１２をさらに含む。構内装置３８０は、要求を他の装置（例えば、遠隔装置３９０）へ同報通信するといった、他の手段によって、要求を他の装置へ送出してもよいことを、当業者は理解するだろう。

ステップＳ３０６において、コンテンツ情報ハンドラ２０４は、構内メディア処理性能情報をメディア性能管理モジュール２０６から取得する。ステップＳ３０７において、コンテンツ情報ハンドラ２０４は、構内システム性能情報をシステム性能管理モジュール２０７から取得する。そして、ステップＳ３０８において、コンテンツ情報ハンドラ２０４は、構内システム性能情報と構内メディア処理性能情報とを、構内情報要求メッセージＣＯＮＴＥＮＴ＿ＩＮＦＯ＿ＲＥＱＵＥＳＴに追加して、当該メッセージを通信モジュール２０２を介して、例えば遠隔装置３９０などの他の接続装置へ送出する。

遠隔装置は、ステップＳ３０９〜Ｓ３１２を行うことになる。ステップＳ３０９において、遠隔装置は、コンテンツ情報要求メッセージＣＯＮＴＥＮＴ＿ＩＮＦＯ＿ＲＥＱＵＥＳＴを受信する。ステップＳ３１０において、遠隔装置のコンテンツ情報フィルタは、その構内コンテンツ情報をそのｘＣＰコンテンツ管理モジュールから取得する。ステップＳ３１１において、遠隔装置のコンテンツ情報フィルタは、遠隔装置３９０の構内コンテンツ情報を、コンテンツ情報要求メッセージＣＯＮＴＥＮＴ＿ＩＮＦＯ＿ＲＥＱＵＥＳＴ内の装置３８０のシステム性能情報とメディア性能情報とに従ってフィルタリングする。ステップＳ３１２において、遠隔装置は、フィルタリングされた構内コンテンツ情報をコンテンツ情報要求者へ送出する。ステップＳ３１３において、構内装置３８０のコンテンツ情報ハンドラ２０４は、すべての要求先装置から応答が受信されたかどうかを確認する。もし受信されれば、ステップＳ３１４を処理する。もし受信されなければ、ステップＳ３０６〜Ｓ３０８を要求元装置において繰り返し、応答しない遠隔装置は、ステップＳ３０９〜Ｓ３１２を処理する。ステップＳ３１４において、コンテンツ情報ハンドラ２０４は、遠隔装置コンテンツ情報と、構内コンテンツ情報とをユーザへ提供する。よって、要求元装置３８０は、処理または表示可能なコンテンツのコンテンツ情報を取得する。その後、構内装置３８０のユーザは、必要に応じて適切な手段を介して、そのシステム性能に適したコンテンツを要求してもよい。要求されたコンテンツは、そのシステムに適することになり、その構内メディア・プレーヤは、当該コンテンツを表示することができる。

ステップＳ３１４は、ステップＳ３０６〜Ｓ３１３を繰り返しているときに行われてもよいことを、当業者は理解することができる。

図に示したコンテンツ情報共有のための方法は、説明のためだけのものであり、本発明を制限するためのものではない。本発明のコンテンツ情報共有のための方法は、好ましくは、第１の装置が、少なくとも第２の装置からのネットワークを介して、第２の装置の性能情報を備えるコンテンツ情報要求を受信するステップＳ３０９と、第１の装置が、第１の装置が提供可能なコンテンツの情報を取り出すステップＳ３１０と、第１の装置が、第２の装置の性能情報に従って第１の装置が提供可能なコンテンツのコンテンツ情報をフィルタリングするステップＳ３１１と、第１の装置が、第１の装置が提供可能なコンテンツのフィルタリングされた情報を第２の装置へ送出するステップＳ３１２とを備える。

上記方法に対応して、本発明のコンテンツ情報共有のための他の方法は、第１の装置が、第１の装置の性能情報を備えるコンテンツ情報要求を第２の装置へネットワークを介して送出するステップＳ３０６またはＳ３０７と、第１の装置が、第２の装置からコンテンツ情報を受信するステップとを含み、コンテンツ情報は、第２の装置が、第１の装置の性能情報に従って、第２の装置が提供可能なコンテンツのコンテンツ情報をフィルタリングすることによって取得される。

本発明の一側面によれば、例えば、遠隔装置上のコンテンツの変更の通知およびクラスタ接続形態の変更の通知などの遠隔イベントが、私設ネットワーク内におけるコンテンツ情報更新をトリガしてもよい。

図４は、本発明のさらなる一実施形態に係る私設ネットワーク内のコンテンツ情報更新のためのフローチャートである。本方法において、ある装置におけるコンテンツが変化する場合に、コンテンツ情報は、私設ネットワークにおいて更新されることになる。

最初にステップＳ４０１において、装置Ｂのコンテンツ情報ハンドラは、そのｘＣＰコンテンツ管理モジュールから、構内コンテンツが変化した旨の情報を受信する。ステップＳ４０２において、装置Ｂは、私設ネットワーク内の装置Ｂに関連したクラスタ情報を取得する。ステップＳ４０３において、装置Ｂは、装置Ｂに関連したクラスタ内のすべての認定装置（またはｘＣＰ装置）のすべてのアドレスを取得する。ステップＳ４０４において、装置Ｂは、更新メッセージＮＯＴＩＦＹ＿ＲＥＦＲＥＳＨを生成して、上記装置へ送出する。ステップＳ４１７において、他の装置（例えば、図の装置Ａ）は、更新メッセージＮＯＴＩＦＹ＿ＲＥＦＲＥＳＨを受信する。ステップＳ４１８において、更新メッセージに従って、構内装置としての装置Ａと遠隔装置としての装置Ｂとは、上述のステップＳ３０５と同様のコンテンツ情報要求処理を行うことになる。構内装置としての装置Ａは、図３のステップＳ３０６〜Ｓ３０８と同様の手順を行うことになり、遠隔装置としての装置Ｂは、図３のステップＳ３０９〜Ｓ３１２と同様の手順を行うことになる。

したがって、私設ネットワーク内の装置におけるコンテンツの変更は、ネットワーク内の関連装置に同報通信され、関連装置は、ネットワーク内で使用可能なリソース情報を更新することになる。

以下の変化によって、ｘＣＰクラス他の接続形態の構成の変更が生じて、ネットワーク内の共有コンテンツが変化することになる。新規の装置が認定されて、ｘＣＰクラスタに追加されるか、または、クラスタに属する装置がクラスタの私設ネットワークに物理的に再接続される。装置がクラスタを論理的に離れるか、または、装置がクラスタの私設ネットワークから物理的に接続解除する。

図４は、クラスタ接続形態が変化する場合のコンテンツ情報の更新のための処理も示している。クラスタ接続形態が変化する場合に、装置ＡのｘＣＰクラスタ管理モジュールは、コンテンツ情報ハンドラに、対応処理を行うように通知する。クラスタ接続形態変更の情報は、以下のように取得されてもよい。装置Ａは、定期的または間欠的に他のクラスタ装置と通信して、クラスタ接続形態の変更を調査する。クラスタ接続形態の変更を生じさせた装置は、他の装置へメッセージを送出する。また、クラスタ接続形態の変更の情報は、当業者に既知の他の手段によって取得されてもよい。ステップＳ４１４において、装置Ａは、クラスタ接続形態変更の通知を受信する。ステップＳ４１５において、クラスタ接続形態変更の型を識別する。遠隔装置がクラスタを論理的に離れた場合、または遠隔装置が物理的にクラスタの私設ネットワークから接続解除する場合には、ステップＳ４１６が実行され、装置Ａは、遠隔装置に関するコンテンツ情報を削除する。新規の装置が認定されてｘＣＰクラスタに参加する場合、またはクラス他に属する装置がクラスタの私設ネットワークに再接続する場合には、ステップＳ４１８が実行され、装置Ａおよび遠隔装置は、上記ステップＳ３０５と同様のコンテンツ情報要求を実行することになる。構内装置としての装置Ａは、上記ステップＳ３０６〜Ｓ３０８と同様のステップを実行し、遠隔装置は、上記ステップＳ３０９〜Ｓ３１２と同様のステップを実行する。

本発明を実施するための私設ネットワーク例を示す。 本発明の一実施形態に係るコンテンツ情報共有のための装置を示す。 本発明の他の実施形態に係るコンテンツ情報共有のためのフローチャートを示す。 本発明のさらなる一実施形態に係るコンテンツ情報更新のためのフローチャートを示す。

Claims (12)

1. ピア・ツー・ピア・ネットワークにおいて互いに通信する装置間でコンテンツ情報を共有するための方法であって、
   第１の装置が、少なくとも第２の装置から前記ピア・ツー・ピア・ネットワークを介して、前記第１の装置に記憶されたコンテンツを記述する情報に対する要求であって、前記第２の装置の性能情報を含む前記要求を受信するステップと、
   前記第１の装置が、前記第１の装置に記憶された前記コンテンツを記述する前記情報を取り出すステップと、
   前記第１の装置が、前記第２の装置の前記性能情報に従って取り出された前記情報をフィルタリングするステップと、
   前記第１の装置が、フィルタリングされた情報を前記第２の装置へ送出するステップとを含む、方法。
2. 前記ネットワークは、同報通信暗号化ネットワークである、請求項１に記載の方法。
3. 前記第１の装置および前記第２の装置は、関連クラスタまたは拡張可能コンテンツ保護（ｘＣＰ）ネットワークの同一のクラスタ内にある、請求項１に記載の方法。
4. 前記第１の装置に記憶された前記コンテンツは、前記コンテンツの名前を含む、請求項１に記載の方法。
5. 前記コンテンツを記述する前記情報は、前記コンテンツの大きさを含む、請求項１に記載の方法。
6. 前記装置の前記性能情報は、システム性能情報およびコンテンツ処理性能情報のうちの１つ以上を備える、請求項１に記載の方法。
7. 前記システム性能情報は、前記装置のＣＰＵ性能情報、メモリ情報、ストレージ手段情報、および前記装置のネットワーク接続情報のうちの１つ以上を備える、請求項６に記載の方法。
8. 前記コンテンツを記述する前記情報は、前記装置の構内コンテンツ情報と、他の装置が前記装置を介して提供可能なコンテンツのコンテンツ情報とを備える、先の請求項のいずれかに記載の方法。
9. 前記第１の装置は、前記ネットワークから接続解除し、前記第２の装置は、前記第１の装置に記憶された前記コンテンツを記述する前記情報を取り消し、
   前記第１の装置に記憶された前記コンテンツを記述する前記情報が変化する場合、または新規の第１の装置が前記ネットワークに接続する場合に、前記第１の装置は、前記第２の装置へ更新メッセージを送出し、
   前記第２の装置は、前記更新メッセージに従って前記第１の装置へ要求を再送出する、先の請求項のいずれかに記載の方法。
10. 前記第２の装置の前記性能情報が変化する場合に、前記第２の装置は、前記第１の装置へ要求を再送出する、先の請求項のいずれかに記載の方法。
11. 先の請求項のいずれかに記載の方法を実施するための装置。
12. プログラムであって、データ処理システム上で実行される場合に、方法に関する先の請求項のいずれかに記載の方法のすべての前記ステップを実行するための命令を備える、プログラム。

Images