(57)【特許請求の範囲】
【請求項１】
複数のメディアデータサーバを備えた分散型メディアネットワーク上の複数のメディアデータサーバからクライアント機器においてメディアデータを取得する方法であって、
前記分散型メディアネットワーク上でメディアデータ要求をメタデータサーバに送信するステップと、
該メタデータサーバから、要求されたメディアデータを有し得る少なくとも２つのメディアデータサーバを識別するメタデータを受信するステップと、
自動的に、前記クライアント機器によって、該メタデータを利用して、要求されたメディアデータを有し得る少なくとも２つの識別されたメディアデータサーバのうちの少なくとも１つを決定するステップと、
自動的に、少なくとも識別された２つのメディアサーバのうちの前記少なくとも１つから前記クライアント機器がメディアデータにアクセスするステップと
を含み、
前記複数のメディアデータサーバは、分離されており、前記メタデータサーバから独立して操作され、
前記複数のメディアデータサーバの各々は、前記分散型メディアネットワークを介して利用可能なメディアファイルの全数のある割合だけを有していることを特徴とする方法。
【請求項２】
分散型メディアネットワーク及びメタデータサーバを含んだシステムであって、
通信ネットワークに接続された少なくとも１つのメタデータサーバと、
要求されたメディアデータを検索するための、通信ネットワークに接続された複数のメディアデータサーバと、
受信し、格納し、メタデータサーバに対してメッセージを送信する、通信ネットワークに接続された少なくとも１つのクライアント送受信機と、
少なくとも１つのメタデータサーバに接続された少なくとも１つのメタデータ情報源とを具備し、
前記少なくとも１つのメタデータサーバは、前記クライアント送受信機からメディアデータ要求を受信し、要求されたメディアデータを有し得る少なくとも２つのメディアデータサーバを識別するメタデータを前記メタデータ情報源から検索し、前記通信ネットワークを介して前記クライアント送受信機に前記メタデータを送信するように構成されており、
前記クライアント送受信機は、前記メタデータを用いて、少なくとも２つの識別されたメディアデータサーバのうちの少なくとも１つから前記メディアデータを決定して前記メディアデータにアクセスするように構成されており、
前記複数のメディアデータサーバは、分離されており、メタデータサーバから独立して操作され、
前記複数のメディアデータサーバの各々は、分散型メディアネットワークを介して利用可能なメディアデータファイルの全数のある割合だけ有していることを特徴とするシステム。
【請求項３】
請求項２記載のシステムにおいて、メタデータ情報源は、メタデータデータベースであることを特徴とするシステム。
【請求項４】
請求項２記載のシステムにおいて、メタデータ情報源は、コンピュータ上のファイル管理システムであることを特徴とするシステム。
【請求項５】
請求項２記載のシステムにおいて、少なくとも１つのクライアント送受信機のうちの第２のクライアント送受信機は、前記複数のメディアデータサーバのうちの第１のメディアデータサーバとして機能し、該少なくとも１つのメディアデータサーバは、少なくとも１つのクライアント送受信機に対し、第１のメディアデータサーバとして機能している第２のクライアント送受信機が、要求されたメディアデータにアクセスすることができるということを通知するよう構成されていることを特徴とするシステム。
【請求項６】
請求項２記載のシステムにおいて、少なくとも１つのクライアント送受信機のうちの第１のクライアント送受信機は、送信し、格納し、通信ネットワークの少なくとも１つのクライアント送受信機のうちの第２のクライアント送受信機にメッセージを送信するよう構成されていることを特徴とするシステム。
【請求項７】
請求項２記載のシステムにおいて、前記複数のメディアデータサーバのうちの第１のメディアデータサーバは、少なくとも１つのクライアント送受信機のうちの１つのクライアント送受信機として機能することを特徴とするシステム。
【請求項８】
請求項２記載のシステムにおいて、前記複数のメディアデータサーバのうちの第１のメディアデータサーバは、受信し、格納し、通信ネットワークの前記複数のメディアデータサーバのうちの第２のメディアデータサーバにメッセージを送信するよう構成されていることを特徴とするシステム。
【請求項９】
メタデータサーバにおいて、通信ネットワーク上でクライアントからの要求を受信し処理する方法であって、
クライアントから、複数のメディアデータサーバを備えた分散型メディアネットワークにおけるメタデータサーバがメディアデータ要求を受信するステップと、
メディアデータ要求に対してメタデータをメタデータデータベースから検索するステップと、
前記メディアデータを検索するためにメディアデータサーバを決定するのに前記クライアントが使用するために、前記メタデータを、通信ネットワークを介してクライアントに送信するステップと
を含み、
前記複数のメディアデータサーバは、分離されており、前記メタデータサーバから独立して操作され、
前記複数のメディアデータサーバの各々は、前記分散型メディアネットワークを介して利用可能なメディアファイルの全数のある割合だけを有しており、
前記メタデータは、要求されたメディアデータを有し得る少なくとも２つのメディアデータサーバを識別し、
前記メタデータは、少なくとも２つの識別されたメディアデータサーバのうちの少なくとも１つを決定するのにクライアントが使用するためにクライアントへ送信されることを特徴とする方法。
【請求項１０】
請求項９記載の方法において、該方法はさらに、
前記複数のメディアデータサーバのうちの主メディアデータサーバを指定するステップ
を含むことを特徴とする方法。
【請求項１１】
請求項９記載の方法において、メディアデータ要求のためのメタデータは、該メディアデータ要求の一部に対するものであり、該方法はさらに、
メディアデータファイルの他の部分に対する追加のメタデータを要求するステップ
を含むことを特徴とする方法。
【請求項１２】
請求項１１記載の方法において、該方法はさらに、
メタデータサーバに対して暗号化鍵を要求するステップ
を含むことを特徴とする方法。
【請求項１３】
請求項９記載の方法において、該方法はさらに、
メタデータサーバに対して暗号化鍵を要求するステップ
を含むことを特徴とする方法。
【請求項１４】
複数のメディアデータサーバを備えた分散型メディアネットワーク上で、クライアント機器において、メディアデータサーバからメディアデータファイルを取得する方法であって、
分散型メディアネットワークにおいてメタデータサーバにログインするステップと、
メタデータサーバに対し、メディアデータファイルに関連するメタデータを要求するステップと、
該メディアデータファイルに関連する該メタデータであって、要求されたメディアデータを有し得る少なくとも２つのメディアデータサーバを識別する前記メタデータを受信するステップと、
自動的に、前記メタデータを利用して、要求されたメディアデータを有し得る少なくとも２つの識別されたメディアデータサーバのうちの少なくとも１つを決定するステップと、
少なくとも２つの識別されたメディアデータサーバのうちの少なくとも１つに対してメディアデータファイルを要求するステップと、
少なくとも２つの識別されたメディアデータサーバのうちの少なくとも１つから該メディアデータファイルを受信するステップと
を含み、
前記複数のメディアデータサーバは、分離されており、前記メタデータサーバから独立して操作され、
前記複数のメディアデータサーバの各々は、前記分散型メディアネットワークを介して利用可能なメディアファイルの全数のある割合だけを有していることを特徴とする方法。
【請求項１５】
請求項１１記載の方法において、メタデータは、リストから選択される少なくとも１つのデータ項目を含み、該リストは、
メディアデータファイルにアクセスすることができる主サーバのネットワークアドレスと、
該メディアデータファイルを含む主記憶装置のディレクトリ構造と、
該メディアデータファイルの名前と、
該メディアデータファイルにアクセスすることができる少なくとも１つの代替サーバのネットワークアドレスと、
該メディアデータファイルを含む少なくとも１つの代替記憶装置のディレクトリ構造と、
該メディアデータファイルの所有者の名前と、
該メディアデータファイルの作者の名前と、
該メディアデータファイルの著作権保有者の名前と、
該メディアデータファイルに関連するグラフィカルイメージにアクセスすることができるサーバのネットワークアドレスと、
該メディアデータファイルに関連するグラフィカルイメージを含む記憶装置のディレクトリ構造と、
該メディアデータファイルに関連するグラフィカルイメージファイルの名前と、
該メディアデータファイルに含まれる著作物のタイトルと、
該メディアデータファイルが関連する一連の作品のタイトルと、
該メディアデータファイルの少なくとも１人の演奏者の名前と、
該メディアデータファイルに含まれる著作物の少なくとも１人の作者の名前と、
該メディアデータファイルの少なくとも１人の製作者の名前と、
該メディアデータファイルに含まれる著作物に関する追加の情報にアクセスすることができるサーバのネットワークアドレスと、
該メディアデータファイルに含まれる著作物に関する追加の情報を含む記憶装置のディレクトリ構造と、
該メディアデータファイルに含まれる著作物に関する追加の情報を含むファイルの名前と、
該メディアデータファイルの販売を提示するサーバのネットワークアドレスと、
該メディアデータファイルのための販売情報を含む記憶装置のディレクトリ構造と、
該メディアデータファイルの販売に関する情報を含むファイルの名前と、
該メディアデータファイルの関連製品の販売を提示するサーバのネットワークアドレスと、
該メディアデータファイルの関連製品のための販売情報を含む記憶装置のディレクトリ構造と、
該メディアデータファイルの関連製品の販売に関する情報を含むファイルの名前とを含んでいることを特徴とする方法。
【発明の詳細な説明】
【０００１】
【発明の技術分野】
本出願は、３５  Ｕ．Ｓ．Ｃ．１１９（ｅ）によって、２０００年２月４日に提出された米国仮特許出願第６０／１８０，２４８号に対する優先権も主張する。
本発明は、ネットワークメディアシステム、より詳細には、情報又はエンターテイメントデータの配信のためのネットワークシステムに関する。
【０００２】
【従来の技術】
一般に、ネットワークに接続された機器（デバイス）は、そのネットワークによりメディアデータにアクセスするように使用される。サーバ及びデータベースは、ネットワーク化されたメディア機器によるすべての要求を処理し、その要求されたメディアデータを配信する必要がある。メディアデータをコンピュータネットワークによりメディア機器に配信するメディアシステムは、一般に、クライアント機器とサーバとデータベースとからなる。クライアント機器は、ネットワークサーバにログインする。クライアントアプリケーションは、サーバに対してデータを要求する。サーバはデータベースと通信し、データベースが特定のデータファイルを検索するように要求する。データファイルはデータベースによって検索され、サーバに送信される。サーバは、メディアデータをネットワークによってクライアントに転送する。
【０００３】
オーディオ、ビデオ及び動画グラフィックデータ等のメディアデータは、一般に、大容量のデータファイルである。このようなデータをタイムリにクライアント機器に送信するためには、かなりの容量のサーバ帯域幅が必要である。ネットワーク帯域幅コストは、メディアネットワークサーバを稼動し維持する総コストのかなりの割合となる可能性がある。メディアデータの連続したプログラミング又は逐次的なマルチメディアプレゼンテーションには、追加のメディアデータに対する複数の要求が必要である可能性がある。さらに、複数の機器が同時にネットワークメディアサーバにアクセスすることがまた、追加のサーバ帯域幅が必要となる一因となる。メディアデータに対する各要求により、サーバ帯域幅要求とサーバ作業負荷とが増大する。メディアネットワークサーバは、ネットワークによってメディアデータを送信すると共に、複数のクライアントとデータベースとの間のすべての通信を処理する。大容量のメディアデータファイルに対する要求は、該要求によって総サーバ帯域幅の大部分を消費する場合、サーバとクライアントとの間の通信を制限し、それによって追加のクライアントがネットワークサーバにログオンすることができなくなる。
【０００４】
このようなネットワーク化されたメディアデータシステムのオペレータは、メディアネットワークシステムをピーク帯域幅要求の必要を満たすように設計することにより、クライアントアプリケーション又は機器によって行われる要求が、過度な遅延時間無しにタイムリにサービスされ配信されることを保証しなければならない。システムオペレータは、自身のメディアネットワークのピーク使用量をサービスするために必要なネットワーク帯域幅を購入しなければならない。大量のクライアントによって同時にアクセスされるメディアシステムは、ほんの短い期間に対して膨大な量の帯域幅を必要とする可能性がある。実際に、ピークネットワーク使用量は、使用される総平均帯域幅のわずかな割合のみである可能性がある。このため、かかるシステムの動作コストは、それほど頻繁には出入りがないメディアネットワークに対してさえ、非常に高くなる可能性がある。
【０００５】
メディアネットワークシステムのオペレータは、それほど度々メディアネットワークによって送信されるメディアデータを所有することはない。メディアデータ所有者はしばしば、メディアデータの使用が制限されるように、ネットワークオペレータに対してメディアデータの使用を許諾することにより、メディア自体又は関連する製品及びサービスの販売が促進されるようにする。メディアデータ所有者は、一般に、ネットワーク配信に対して最適化されていないフォーマットで生のメディアを有する。メディアデータは、ネットワークオペレータに送信され、デジタル化されネットワーク配信に最適化されたメディアフォーマットに符号化されなければならない。次いで、データは、類別されデータベースに格納されなければならない。システムオペレータは、メディアデータの類別と格納とにかなりの時間とコストとを負う。述べたように、オーディオ、ビデオ及び動画グラフィックスデータ等のメディアデータは、非常に大容量である可能性がある。かかるデータの格納にはコストがかかり、かつ時間がかかる。
【０００６】
従来技術によるメディアネットワークシステムには、メディアデータ所有者からみて問題がある。例えば、メディアデータがメディアネットワークシステムに入力されると、メディアデータ所有者はもはや、自身が所有するメディアデータを直接制御することができない。メディアネットワークのオペレータが、メディアデータの日々の使用をすべて制御する。メディアデータ所有者がメディアネットワークを制御又は操作しないため、ネットワークに対するメディアデータファイルの追加又はネットワークからのメディアデータファイルの削除の制御は、メディアデータ所有者にとってさらに困難である。
【０００７】
上述した従来技術によるシステムには、ネットワークオペレータからみても問題がある。ネットワークによって送信されているメディアデータの売行きが悪い場合、ネットワークのオペレータは、損失の大部分を帯域幅、格納及び動作コストによるものと推定する。メディアデータ所有者は、ネットワークの動作のオーバヘッドコストの負担を負わず、したがって、低品質のメディア製品を販売しようとする可能性があり、メディアネットワークのオペレータに対してかなりの損失をもたらすことになる。
【０００８】
最後に、ネットワークシステムは、あらゆる程度の障害の影響を受け易い。自然災害、ハードウェア、及びソフトウェア障害はすべて、メディアネットワークシステムのパフォーマンスに影響を与える可能性がある。メディアシステム内で発生する技術的問題がシステムネットワーク接続、メディアデータファイルの検索に影響を与える可能性があり、サーバ全体の再初期化を必要とする場合がある。単一ロケーションに含まれるシステムでは、ローカルシステム内に冗長性がもたらされるように設計することができる。しかしながら、ネットワークエリア全体のパフォーマンスに影響を与える破局的エラーは、ネットワーク信頼性を向上させるために、追加のネットワーク全体の冗長性を要求する必要がある。
【０００９】
【発明の概要】
本発明によれば、分散メディアネットワークシステムは、クライアント機器がアクセス可能な集中型メタデータサーバと、従来技術を凌駕するいくつかの目的及び利点を提供する非常に多くの分散型メディアデータファイルサーバと、を備える。
本発明の利点は、コンピュータネットワークに接続された無限数のメディアデータファイルサーバに亙ってメディアデータファイルを分散させることにより、各メディアデータファイルサーバに対して必要なピーク帯域幅を低くすることである。
他の利点は、各サーバの機能とサーバタスク及び責任とを制限することにより、各サーバの作業負荷を低減することである。
本発明の他の利点は、各メディアデータファイルサーバが格納及びサービスする必要のあるメディアデータファイルの総数を制限することにより、各メディアデータファイルに対する作業負荷を低減することである。
さらに他の利点は、低帯域幅、専用のネットワーク通信及びメタデータサーバでネットワークに接続しログインすることができるクライアントの総数を、増大させることである。
さらに他の利点は、メディアデータ所有者が自身のメディアデータファイルサーバを操作及び維持することができるようにすることにより、メディアデータ所有者が、メディアデータファイルの使用に対して、より多く制御することができるようにすることである。
本発明のさらに他の利点は、メディアデータ所有者に対し自身のメディアデータをメディアネットワークシステムに入力する速度及び容易性を向上させることである。
さらに他の利点は、分散型メディアネットワーク制御及び管理を分散させることにより、より費用効果性が高くかつ効率的なメディアネットワークを提供することである。
【００１０】
本発明は、また、分散型メディアネットワークシステムを通して、主メディアデータファイルサーバと代替メディアデータファイルサーバとの両方に対し冗長メディアデータファイルを分散させることにより、ネットワーク全体の障害に対する保護という利点も提供する。
本発明のさらなる目的及び利点は、後続する説明及び図面において明らかとなろう。
【００１１】
例示的な実施形態では、分散型メディアネットワーク及びメタデータサーバのためのシステムは、ネットワークを介してメタデータサーバに接続された少なくとも１つのクライアント機器を含む。メタデータサーバは、クライアントが選択したプログラムを構成するすべてのメディアデータファイルとそれらの順序とのリストを格納するメタデータデータベースからデータを検索する。メタデータデータベースはまた、コンピュータ上のファイル管理システムであっても、あるいはファイルのある場所、ファイルタイプ及びファイルサイズ等、メディアデータファイルに関する情報を格納する他のあらゆる互換機器であってもよい。クライアント機器は、メタデータサーバから、主サーバ及び代替サーバのネットワークアドレスと、主記憶装置及び代替記憶装置のディレクトリ構造と、メディアデータファイルの名前と、各メディアデータファイルに関する他の情報とを含む複数のメタデータを受信する。
【００１２】
例示的な実施形態では、各クライアント機器は、要求及びフィードバックのためのネットワーク通信接続を通じて、複数の主メディアデータファイルサーバ及び代替メディアデータファイルサーバとネットワーク化される。各データファイルサーバは、それ自体のメディアデータ記憶装置に関連付けられている。複数のメディアデータファイルサーバは、異なるメディアデータファイルに対する主データファイルサーバとして指定される。メディアデータファイルサーバには、限定するものではないが、ハイパーテキスト転送プロトコル（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｒｏｔｏｃｏｌ（「ｈｔｔｐ」））ファイルサーバ、ファイル転送プロトコル（Ｆｉｌｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｒｏｔｏｃｏｌ（「ｆｔｐ」））サーバ、ストリーミングメディアサーバ及びマルチキャストストリーミングメディアサーバが含まれる。必要に応じて、クライアント機器はまた、メディアデータファイルサーバとしての役割も果たしてよい。同様に、メディアデータサーバはまた、クライアント機器であってもよい。本明細書で言うメディアデータという用語には、オーディオ、ビデオ、テキスト、音声、ミュージカルデジタルインタフェース（Ｍｕｓｉｃａｌ  Ｉｎｓｔｒｕｍｅｎｔ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ（「ＭＩＤＩ」））、ＳＭＴＰＥ、グラフィック、動画、及びエンドユーザによって検索、格納及びアクセスされるようにスケジューリングされることが可能な任意タイプのメディアデータ等の他のメディアデータが含まれる。クライアント機器とメタデータサーバ又はメディアデータファイルサーバとの間の通信は、ハードウェア、ソフトウェア又はファームウェア実装で具体化することができる。例示的な実施形態のクライアント機器には、コンピュータ、セットトップメディア機器、ハンドヘルド機器、ポータブルメディア機器、移動メディア機器、無線機器、衛星信号受信機及び送信機器、短波及び共通帯域無線機器、及び通信ネットワークへの接続が可能な他のあらゆる機器が含まれる。
【００１３】
例示的な実施形態のメタデータサーバは、低帯域幅メタデータをクライアント機器に転送するものであり、メタデータサーバが必要とするピーク帯域幅は、メディアネットワークの分散した性質によって低くなる。メタデータ情報の帯域幅要求が低いことにより、専用のメタデータサーバに同時にログインすることができるクライアントの数を大幅に増大させることができる。関連する又はリンクされたメディアデータファイルの集まりであるメディアプログラムを、メディアネットワークを通して分散させることができ、その結果、各メディアデータファイルサーバにおいて使用されるピーク帯域が低くなる。このため、分散型メディアネットワークにおける各サーバは、サービスしなければならないメディアデータファイルの機能及び範囲が制限されるため、より迅速かつ効率的に応答することができる。クライアント機器とデータベースとの両方との通信を処理する従来のメディアサーバと異なり、この分散型メディアネットワークは、メディアデータファイルサーバへのファイル転送とメタデータサーバとの通信とを制限する。さらに、メディアデータファイルサーバは、メディアネットワークにおけるメディアデータファイルの総数のある割合のみをサービスする。ファイル格納要求が小さくなることにより、アクセス時間が高速化し、格納コストが低減される。
【００１４】
メディアネットワークの所有者は、クライアント機器と、メタデータサーバと、メタデータデータベースサーバとを操作し維持する。しかしながら、例示的な実施形態の分散メディアネットワークは、メディアデータ所有者が、自身が所有するメディアデータファイルに対してより多くの制御を行うことができるようにする。メディアデータ所有者は、自身が制御し維持管理する自身のファイルをサーバ上でデジタル化し、符号化し、ポスト(掲示)又は除去することができる。また、メディアデータ所有者は、自身のメディアファイルをシステムに入力することができる速度と容易性とからも利益を得る。メディアデータ所有者は、メタデータサーバのオペレータによりクライアント機器に対して利用可能であることを望むすべてのメディアファイルを登録する。要求されたメタデータ情報が取得されメタデータデータベースに格納され、ファイルがメディアデータファイルサーバ上でポストされると、そのファイルは、クライアント機器によってアクセスすることが可能になる。
【００１５】
本発明の例示的な実施形態では、メディアデータファイルサーバは、主メディアデータファイルサーバに対して破局的エラーが発生した場合に、代替ファイルサーバとしての役割を果たすことができる。この構成により、より信頼性の高いフォールトトレラントなメディアネットワークがもたらされることになる。本メディアネットワークは、従来からのメディアネットワークシステムより地域的な破局的イベントの影響を受けにくい。代替メディアデータファイルサーバは、バックアップとしてのみ使用されるため、主メディアデータファイルサーバに対してより安価に設計されてよい。このため、代替メディアデータファイルサーバは、システムにおいて使用が制限され希であるため、必要なピーク帯域幅要求が低減される。単一の代替メディアデータファイルサーバが、いくつかの主メディアデータファイルサーバのファイルを格納するようにしてもよい。代替メディアデータファイルサーバの使用が制限されるため、メディアデータファイルを転送するためのアクセス時間が低速になることは、それほど問題ではない。
【００１６】
本発明の例示的な実施形態の分散型メディアネットワークとメタデータサーバとは、従来のメディアネットワークシステムに対比して低コストで、効率的で、信頼性があり、汎用性のある代替システムを提供する。分散型メディアネットワークの制御及びコストが共有されることにより、メディアデータファイル所有者とメディアネットワークオペレータとの両方に対し、低コストで、効率的でかつ高信頼性のメディアネットワークが可能となる。
【００１７】
分散型メディアネットワークの使用の例示的な方法では、ネットワークに対するあらゆる接続、例えば、大陸通信、無線又は衛星伝送、及びネットワークからクライアント機器へのデータの転送を可能にする他の適当な接続が利用されてよい。第１の例示的な方法では、クライアント機器は、分散型メディアネットワークのメタデータサーバにログインする。メタデータサーバとメタデータデータベースとは、クライアントを認証する。認証されログインされると、クライアント機器は、メタデータサーバにメディアプログラムに対する要求を送信することができる。メタデータサーバは、ファイルルックアップを利用して、クライアント機器によって選択されたプログラムのメディアデータのメタデータを確定する。メタデータサーバは、クライアント機器に対し、要求されたメタデータを返送する。クライアント機器は、メタデータを利用して、メタデータによって識別された主メディアデータファイルサーバに対してメディアファイルを要求する。主メディアデータファイルサーバが要求を受信すると、主メディアデータファイル記憶装置は、要求されたメディアファイルデータをサーチする。ファイルが見つかった場合、主メディアデータファイルサーバは、処理するためにデータをクライアントに送信する。クライアントは、さらなるメディアデータファイルを要求してよい。
【００１８】
メディアデータファイルが主メディアデータファイル記憶装置において見つからなかった場合、「見つからない(not found)」メッセージがクライアント機器に送信される。そして、クライアント機器は、メタデータが、要求されたメディアデータを含む代替メディアデータファイル記憶装置のネットワークアドレスを含むか否かを判断する。代替メディアデータファイル記憶装置が存在しない場合、クライアントは、メタデータサーバに対して別のメディアデータファイルを要求しなければならない。メタデータが代替メディアデータファイル記憶装置アドレスを含む場合、クライアント機器は、代替メディアデータファイルサーバに対してメディアデータを要求する。メディアデータファイルサーバは、要求を処理し、代替メディアデータファイル記憶装置に対して、要求されたメディアデータをサーチするように、メッセージを送信する。要求されたファイルが見つからず、メタデータにいかなる代替メディアデータファイル記憶装置アドレスも含まれていない場合、クライアント機器はメディアデータに対する別の要求を開始しなければならない。要求されたメディアデータが代替メディアデータファイル記憶装置に見つかった場合、そのデータは、代替メディアデータファイルサーバを介してクライアント機器に送信される。そして、クライアント機器は、メディアデータファイルを処理し、その後、メタデータサーバに対して追加のメタデータを要求することができる。
【００１９】
本発明の例示的な実施形態はまた、著作権保有者及び／又はメディアデータファイルの所有者を不法な複製から保護するために、メディアデータファイルをセキュアにする手段も提供する。メディアデータプログラムのファイルは、メディアネットワークを通して種々のメディアデータファイル記憶場所に格納されてよく、あるいは、部分メディアデータファイル、暗号化メディアデータファイル、又はそれらの任意の組合せであってもよい。セキュアされた部分又は暗号化メディアデータファイルを利用する方法では、クライアント機器は、追加のデータがメディアデータファイルを復元すること、及び暗号化アルゴリズムをアンロックすることの少なくとも一方を必要とする。メタデータサーバは、認証されたクライアント機器に対してこの追加のデータを転送するために、使用されてよい。セキュアなメディアデータファイルのための方法では、要求されたメディアデータファイルが主又は代替データファイルサーバによって見つけられると、クライアント機器は、受信データが部分ファイルである場合、追加のメディアデータを要求するか、及びメタサーバに対して暗号化鍵を要求するかの少なくとも一方を実行する必要がある。クライアント機器からの要求と、主又は代替メディアデータファイルサーバのうちの１つにおける後続するファイルのサーチとは、例示的な実施形態のセキュアな分散型ネットワークシステムにおいて完全なメディアデータプログラムを構成するために、いくつかの反復繰り返しを含んでよい。
【００２０】
【発明の実施の形態】
本発明は、添付図面に関連して本発明の好ましい実施形態の以下の詳細な説明から、より理解されるであろう。なお、以下において、同様の参照数字は同様の構成要素を表している。
【００２１】
図１は、本発明のシステムの好ましい実施形態を示す。クライアント機器１０６は、メタデータサーバ１０３と、主メディアデータファイルサーバＡ１０９と、主メディアデータファイルサーバＢ１１５と、主メディアデータファイルサーバＣ１２１と、代替メディアデータファイルサーバＡＢＣ１２７と、に接続されている。本発明の他の実施形態では、クライアント機器には、ネットワーク通信を介して、追加の代替及び主メディアデータファイルサーバが接続されている。クライアント機器１０６は、メタデータサーバ要求（リクエスト）１０４を介してコンピュータネットワークによりメタデータサーバ１０３にメッセージを送信し、メタデータサーバフィードバック（返送）１０５を介してコンピュータネットワークによりメタデータサーバ１０３からメッセージを受信する。メタデータサーバ１０３は、メタデータのデータベース要求１０１を介してメタデータのデータベース１００に問合せを行い、メタデータのデータベース応答１０２を介してメタデータのデータベース１００から問合せ結果を受信する。
【００２２】
好ましい実施形態のクライアント機器１０６は、コンピュータネットワークにより、主メディアデータファイルサーバ１０９、１１５、１２１と代替メディアデータファイルサーバ１２７とに接続されている。各接続は、要求接続１０７、１１３、１１９、１２５とフィードバック接続１０８、１１４、１２０、１２６とを含む。特に、クライアント機器１０６は、クライアント機器サーバＡ要求１０７を介して、主メディアデータファイルサーバＡ１０９にメッセージを送信し、クライアント機器サーバＡフィードバック１０８を介して、主メディアデータファイルサーバＡ１０９から通信及びメディアデータファイルを受信する。同様に、クライアント機器１０６は、クライアント機器サーバＢ要求１１３を介して、主メディアデータファイルサーバＢ１１５にメッセージを送信し、主メディアデータファイルサーバＢ１１５は、クライアント機器サーバＢフィードバック１１４を介して、クライアント機器１０６に返送通信及びメディアデータファイルを送信する。主メディアデータファイルサーバＣ１２１と代替メディアデータファイルサーバＡＢＣ１２７とは、同様に、それぞれクライアント機器サーバＣ要求１１９のネットワーク接続とクライアント機器代替サーバＡＢＣ要求１２５のネットワーク接続とを利用して、クライアント機器１０６から要求を受信する。主メディアデータファイルサーバＣ１２１と代替メディアデータファイルサーバＡＢＣ１２７とは、クライアント機器サーバＣフィードバック１２０のネットワーク接続とクライアント機器代替サーバＡＢＣフィードバック１２６のネットワーク接続とを介して、通信及びメディアデータファイルをクライアント機器１０６に戻す。
【００２３】
主メディアデータファイルサーバＡ１０９は、主メディアデータファイルサーバＡ要求１１０を介して、主メディアデータ記憶ＡファイルＡ−ＡＡＡ１１２からのメディアデータファイルを要求する。それに応じて、主メディアデータ記憶ＡファイルＡ−ＡＡＡ１１２は、主メディアデータファイルサーバＡフィードバック１１１を介して、主メディアデータファイルサーバＡ１０９にメッセージを返す。同様に、主メディアデータファイルサーバＢ１１５は、主メディアデータファイルサーバＢ要求１１６のネットワーク接続を介して、主メディアデータ記憶ＢファイルＢ−ＢＢＢ１１８からのメディアデータファイルを要求し、主メディアデータファイルサーバＢフィードバック１１７を介して、主メディアデータ記憶ＢファイルＢ−ＢＢＢ１１８からデータを受信する。主メディアデータファイルサーバＣ１２１は、主メディアデータファイルサーバＣ要求１２２を介して、主メディアデータ記憶ＣファイルＣ−ＣＣＣ１２４からのメディアデータファイルを要求する。主メディアデータ記憶ＣファイルＣ−ＣＣＣ１２４は、主メディアデータファイルサーバＣフィードバック１２３を介して、主メディアデータファイルサーバＣ１２１にメッセージを返送する。代替メディアデータファイルサーバＡＢＣ１２７と代替メディアデータ記憶ＡＢＣファイルＡ−ＡＡＡ、Ｂ−ＢＢＢ及びＣ−ＣＣＣ１３０との間の通信及びデータ交換は、代替メディアデータファイルサーバＡＢＣ要求１２８のネットワーク接続と代替メディアデータファイルサーバＡＢＣフィードバック１２９のネットワーク接続とによって実現される。
【００２４】
図２Ａ〜図２Ｅは、図１に示したシステムの好ましい実施形態のシステム動作及び通信のフローチャートを示す。図２Ａを参照すると、まずクライアント機器１０６は、メディアネットワーク上で利用可能な情報及びデータに対するアクセスが許可される前に、メタデータサーバ１０３に対してログインする２００必要がある。クライアント機器１０６は、クライアント機器１０６であることの証明を認証するために、メタデータサーバ１０３に対してログインシーケンスを送信する（ブロック２００）。メタデータサーバ１０３は、クライアント機器１０６のログインシーケンスがメモリに格納されたエントリと一致することを認証するメタデータのデータベース１００に問合せることにより、ログイン要求を処理する（ブロック２０１）。メタデータデータベース１００は、ログインシーケンスが一致する場合、図１に示すようなメタデータのデータベースフィードバック１０２を介して、メタデータサーバ１０３にメッセージを返す（ブロック２０２）。メタデータサーバ１０３は、メタデータサーバフィードバック１０５を介して、クライアント機器１０３に対して真又は偽であるという証明を返す（ブロック２０３）。メタデータサーバ１０３が証明を否認した場合（ブロック２０３）、クライアント機器１０６は再びメタデータサーバ１０３にログインを試みてもよく、又は動作を終了してもよい。クライアント機器１０６が、メタデータサーバ１０３に対してログインすることを許可された場合、クライアント機器１０６に対して返信メッセージが送信される。そして、クライアント機器１０６は、メタデータサーバ１０３に対し、クライアント機器１０３によるメディアプログラムスケジュールのために、新たなメディアデータを要求することができる（ブロック２０４）。そして、メタデータサーバ１０３は、メディアプログラムのためのメディアデータ要求を処理し（ブロック２０５）、メタデータのデータベース要求１０１を介して、メタデータのデータベース１００に対してメッセージを送信する。
【００２５】
図２Ｂを参照する。メタデータのデータベース１００は、クライアントが選択したプログラムを構成するすべてのメディアデータファイルとそれらの順序のリストを格納する。メタデータのデータベース１００は、特定のクライアント機器１０３によって行われた先の要求及びトランザクションに関する格納データを利用して、プログラムリストにおける次のメディアデータファイルを確定する（ブロック２０６）。メディアプログラムファイルルックアップ２０６の結果は、メタデータサーバ１０３に送信され、それによって、メタデータサーバ１０３は、メタデータのデータベース１００に対して、そのメディアデータファイルの関連するすべてのメタデータを検索するように要求する（ブロック２０８）。特定のメディアデータファイルのメタデータには、限定されるものではないが、以下の情報が含まれる。
【００２６】
１．メディアデータファイルにアクセスすることができる主サーバ１０９、１１５、１２１のネットワークアドレス
２．メディアデータファイルを含む主記憶装置１１２、１１８、１２４のディレクトリ構造
３．メディアデータファイルの名前
４．メディアデータファイルにアクセスすることができるすべての代替サーバ１２７のネットワークアドレス
５．メディアデータファイルを含むすべての代替記憶装置１３０のディレクトリ構造
６．メディアデータファイルの所有者の名前
７．メディアデータファイルの作者の名前
８．メディアデータファイルの著作権保有者の名前
９．メディアデータファイルに関連するグラフィカルイメージにアクセスすることができる主又は代替サーバ１０９、１１５、１２１、１２７のネットワークアドレス
１０．メディアデータファイルに関連するグラフィカルイメージを含む主又は代替記憶装置１１２、１１８、１２４、１３０のディレクトリ構造
１１．メディアデータファイルに関連するグラフィカルイメージファイルの名前
１２．メディアデータファイルに含まれる著作物のタイトル
１３．メディアデータファイルが関連する一連の作品のタイトル
１４．メディアデータファイルの演奏者（Performer）
１５．メディアデータファイルに含まれる著作物(artistic work)の作者
１６．メディアデータファイルの製作者
１７．メディアデータファイルに含まれる著作物に関する追加情報にアクセスすることができる主又は代替サーバ１０９、１１５、１２１、１２７のネットワークアドレス
１８．メディアデータファイルに含まれる作品に関する追加情報を含む主又は代替記憶装置１１２、１１８、１２４、１３０のディレクトリ構造
１９．メディアデータファイルに含まれる著作物に関する追加情報を含むファイルの名前
２０．メディアデータファイルの販売を提供する主又は代替サーバ１０９、１１５、１２１、１２７のネットワークアドレス
２１．メディアデータファイルの販売情報を含む主又は代替記憶装置１１２、１１８、１２４、１３０のディレクトリ構造
２２．メディアデータファイルの販売に関する情報を含むファイルの名前
２３．メディアデータファイルの関連する製品の販売を提供する主又は代替サーバ１０９、１１５、１２１、１２７のネットワークアドレス
２４．メディアデータファイルの関連する製品に対する販売情報を含む主又は代替記憶装置１１２、１１８、１２４、１３０のディレクトリ構造
２５．メディアデータファイルの関連する製品の販売に関する情報を含むファイルの名前
【００２７】
図２Ｂの参照を続けると、メタデータサーバ１０３は、実際のメディアファイルをクライアント機器１０６に送信しない。特定のメディアファイルに関連するメタデータのみが、メタデータサーバ１０３によって処理される。選択されたメディアデータファイルのためのすべてのメタデータが、メタデータのデータベース１００によってメモリから検索され（ブロック２０８）、図１に示すように、メタデータのデータベースフィードバック１０２を介して、メタデータサーバ１０３に送信される。ブロック２０９において、メタデータサーバ１０３は、メタデータサーバフィードバック１０５を介して、クライアント機器１０６にメタデータ情報のすべてを送信する。ブロック２１０に示すように、クライアント機器１０６は、主サーバ１０９、１１５、１２１のネットワークアドレスと、主記憶装置１１２、１１２８、１２４のディレクトリ構造と、メディアデータファイルのファイル名とを使用して、主メディアデータファイルサーバ１０９、１１５、１２１のうちの１つにメッセージを送信する。この動作の説明において明確にするために、主メディアデータファイルサーバＡ１０９が、選択されたメディアデータファイルのための主メディアデータファイルサーバであるように、選択される。図２Ｂのブロック２１１に示すように、メディアデータファイルサーバＡ１０９は、メディアデータファイルに対するメディアデータファイル要求１１０を介して、メディアデータファイル記憶Ａ１１２に問合せを行う。
【００２８】
図２Ｃのブロック２１２において、要求されたメディアデータファイルが主メディアデータ記憶Ａファイル１１２に格納されている場合、その要求されたメディアファイルは、主メディアデータファイルサーバＡフィードバック１１１を介して、主メディアデータファイルサーバＡ１０９に転送される。次に、主メディアデータファイルサーバＡ１０９は、クライアント機器サーバＡフィードバック１０８を介して、メディアデータをクライアント機器１０６に転送する（ブロック２１３）。クライアント機器は、メディアデータファイルを受信し（ブロック２１４）、メディアデータファイルを処理し（ブロック２１５）、ブロック２１６に示すように、ブロック２０４に戻ってメディアプログラムのための新たなメディアデータを要求する。
【００２９】
再びブロック２１２を参照すると、該ブロックにおいて、メディアデータファイルが主メディアデータファイル記憶Ａ１１２に無いか、又はメディアデータファイルサーバＡ１０９が何らかの理由で不完全に動作している場合、メディアデータファイルはクライアント機器１０６に転送することができなくなる。主メディアデータファイルサーバＡ１０９からエラーメッセージを受信すると、あるいは、主メディアデータファイルサーバＡ１０９との通信を確立することができない場合、クライアント機器１０６は、メディアデータファイルが代替メディアデータファイルサーバによってアクセス可能であるか否かをチェックする（ブロック２１７）。この動作の説明においては、明瞭化のために、代替メディアデータファイルサーバＡＢＣ１２７が、選択されたメディアデータファイルの代替メディアデータファイルサーバであるように選択される。クライアント機器１０６が代替メディアデータ記憶１３０のメタデータを有していない場合、ブロック２１８において、動作はブロック２０４に戻り、メディアプログラムのための新たなメディアデータを要求する。
【００３０】
図２Ｄのブロック２１９に示すように、クライアント機器１０６は、代替メディアデータ記憶１３０のメタデータを有する場合、代替メディアデータファイルサーバＡＢＣ１２７のネットワークアドレスと、代替メディアデータ記憶ＡＢＣ１３０のディレクトリ構造と、メディアデータファイルのファイル名とを使用して、クライアント機器代替サーバＡＢＣ要求１２５のネットワーク接続を介して、代替メディアデータファイルサーバＡＢＣ１２７にメッセージを送信する。代替メディアデータファイルサーバＡＢＣ１２７は、メディアデータファイル要求２２０を処理し、代替メディアデータファイルサーバＡＢＣ要求１２８を介して、メディアデータファイルについて代替メディアデータファイル記憶ＡＢＣ１３０に問合せを行う。メディアデータファイルが代替メディアデータファイル記憶ＡＢＣ１３０のメモリ２２１に格納されている場合、図２Ｅのブロック２２５に示すように、ファイルは、代替メディアデータファイル記憶ＡＢＣフィードバック１２９を介して、代替メディアデータファイルサーバＡＢＣ１２７に転送される。次いで、代替メディアデータファイルサーバ１２７は、クライアント機器代替サーバＡＢＣフィードバック１２６を介して、メディアデータファイルをクライアント機器１０６に転送する。クライアント機器１０６は、メディアデータファイルを受信し（ブロック２２６）、メディアデータファイルを処理し（ブロック２２７）、そして、ブロック２２８に示すように、ブロック２０４に戻ってメディアプログラムのための新たなメディアデータを要求する。
【００３１】
再び図２Ｄのブロック２２１に戻り、メディアデータファイルが代替メディアデータファイル記憶ＡＢＣ１０３に無い場合か、あるいは代替メディアデータファイルサーバＡＢＣ１３０が何らかの理由で不完全に動作している場合、メディアデータファイルはクライアント機器１０６に転送することができなくなる。代替メディアデータファイルサーバＡＢＣ１２７からエラーメッセージを受信すると、あるいは代替メディアデータファイルサーバＡＢＣ１２７との通信を確立することができない場合、クライアント機器１０６は、ブロック２２２に示すように、他の代替メディアデータファイルサーバによってメディアデータファイルがアクセス可能であるか否かを判断する。クライアント機器１０６は、メディアデータファイルの検索に成功するまで、あるいは、すべてのメディアデータファイルサーバを試みるもののメディアデータファイルを探し出すのに成功しなかったという状態になるまで、代替メディアデータファイルサーバへの試みを継続する（ブロック２２４）。クライアント機器は、不成功であった場合（ブロック２２４）、メタデータサーバ１０３に対してエラーのメッセージを送信し、メタデータサーバ要求１０４を介して、選択されたプログラムのための次のメディアデータファイルを要求する。
【００３２】
図３Ａ〜図３Ｇは、本発明の代替実施形態のシステム動作及び通信のフローチャートを示す。メディアデータファイルの著作権保有者及び／又は所有者は、メディアネットワークを通して分散されたメディアデータファイルに含まれる知的財産が保護され容易には不法に盗用され又は複製されないこととを保証するために、安全対策が取られることを要求する場合がある。代りに、メディアネットワークを通してメモリの種々のメディアデータファイル記憶場所に格納されたファイルが、部分メディアデータファイル、暗号化メディアデータファイル又はその２つの組合せであってもよい。部分ファイル及び／又は暗号化メディアデータファイルをメディアネットワークに分散させることにより、メディアデータファイルの使用に対する明示的な権利を有していない人々による著作権侵害に対して、さらなる保護が加えられる。クライアント機器１０６に転送される部分及び／又は暗号化メディアデータファイルは、メディアデータファイルを復元するため及び／又は暗号化アルゴリズムをアンロックするための追加のデータを必要とする。上述した責務に加えて、メタデータサーバ１０３を、この追加のデータをクライアント機器１０６に転送するために使用することができる。
【００３３】
図３Ａを参照すると、分散メディアネットワーク用のセキュアシステム（安全保障システム）にアクセスするためには、クライアント機器１０６は、ブロック３００に示すように、メタデータサーバにログインする必要がある。クライアント機器１０６は、メタデータサーバ１０３にログインするためのメッセージを送信し、メタデータサーバ１０３は、ログイン要求を処理する（ブロック３０１）。メタデータサーバは、メタデータのデータベース１００と通信することにより、クライアント認証を行わせる（ブロック３０２）。クライアントが認証されない場合（ブロック３０３）、制御はクライアント機器１０６に戻る。クライアント機器１０６がメタデータサーバ１０３にログインすることが許可された場合（ブロック２０３）、クライアント機器１０６に返信メッセージが送信される。そして、クライアント機器１０６は、メタデータサーバ１０３に対して、クライアント機器１０６によるメディアプログラムのスケジューリングのための新たなメディアデータ３０４を要求する。そして、メタデータサーバ１０３は、メディアプログラムに対するメディアデータ要求を処理し（ブロック３０５）、メタデータデータベース要求１０１を介して、メタデータのデータベース１００にメッセージを送信する。
【００３４】
図３Ｂを参照すると、メタデータのデータベース１００は、クライアントが選択したプログラムを構成するすべてのメディアデータファイルとそれらの順序とのリストを格納する。メタデータのデータベース１００は、特定のクライアント機器１０３によって行われた先の要求及びトランザクションに関する格納データを利用して、プログラムリストにおける次のメディアデータファイルを確定する（ブロック３０６）。メディアプログラムのファイルルックアップ（ブロック３０６）の結果は、メタデータサーバ１０３に送信され、それによってメタデータサーバ１０３は、メタデータのデータベース１００に対し、そのメディアデータファイルの関連するすべてのメタデータを検索するように要求する（ブロック３０８）。ブロック３０９において、メタデータサーバ１０３は、メタデータ情報のすべてをクライアント機器１０６に送信し、それによってクライアント機器１０６は、ブロック３１０に示すように、主サーバ１０９のネットワークアドレスと、主記憶装置１１２のディレクトリ構造と、メディアデータファイルのファイル名とを使用して、主メディアデータファイルサーバ１０９のうちの１つにメッセージを送信する。図３Ｂのブロック３１１に示すように、メディアデータファイルサーバＡ１０９は、メディアデータファイルに対するメディアデータファイル要求１１０を介して、メディアデータファイル記憶Ａ１１２に問合せを行う。
【００３５】
図３Ｃのブロック３１２において、要求されたメディアデータファイルが主メディアデータ記憶Ａファイル１１２に格納されている場合、その要求されたメディアファイルは、主メディアデータファイルサーバＡ１０９に転送され、主メディアデータファイルサーバＡ１０９は、メディアデータファイルをクライアント機器１０６に転送する（ブロック３１３）。クライアント機器１０６は、メディアデータファイルを受信し（ブロック３１４）、その後、メタデータサーバ１０３に対して、追加のメディアデータファイル及び／又は暗号化鍵を要求する（ブロック３１５）。メタデータサーバ１０３は、追加のメディアデータファイルに対する要求を処理し（ブロック３１６）、ブロック３１７に示すように、メタデータのデータベース１００から追加のデータ及び／又は暗号化鍵を検索する。図３Ｄのブロック３１８において、メタデータサーバ１０３は、追加のメディアデータファイル及び／又は暗号化鍵を、クライアント機器１０６に送信する。クライアント機器１０６は、メディアデータファイルを処理し（ブロック３１９）、ブロック３２０に示すように、ブロック３０４に戻って、メディアプログラムのための新たなメディアデータを要求する。
【００３６】
再び図３Ｃのブロック３１２に戻り、該ブロックにおいて、要求されたメディアデータファイルが主メディアデータ記憶Ａファイル１１２に格納されていないと判定された場合、クライアントサーバ１０６は、図３Ｄの判断ブロック３２１に示すように、代替メディアデータファイル記憶の利用可能なメタデータがあるか否かを判断する。ブロック３２１において利用可能なメタデータが無いと判定した場合、ブロック３２２に示すように、クライアントサーバは、ブロック３０４に戻り、メディアプログラムのための新たなメディアデータを要求する。ブロック３２１での判定において、メタデータが利用可能である場合、図３Ｅのブロック３２３に示すように、クライアント機器１０６は、代替メディアデータファイルサーバＡＢＣ１２７のネットワークアドレスと、代替メディアデータ記憶ＡＢＣ１３０のディレクトリ構造と、メディアデータファイルのファイル名とを使用して、代替メディアデータファイルサーバに対してメディアファイルを要求する。代替メディアデータファイルサーバＡＢＣ１２７は、メディアデータファイル要求を処理し（ブロック３２４）、メディアデータファイルについて、代替メディアデータファイル記憶ＡＢＣ１３０に問合せを行う。メディアデータファイルが代替メディアデータファイル記憶ＡＢＣ１３０に無い場合、あるいは代替メディアデータファイルサーバＡＢＣ１３０が何らかの理由で不完全動作状態の場合、メディアデータファイルは、クライアント機器１０６に転送することができなくなる。代替メディアデータファイルサーバＡＢＣ１２７からエラーメッセージを受信すると、あるいは、代替メディアデータファイルサーバＡＢＣ１２７との通信が確立されなかった場合、クライアント機器１０６は、ブロック３２６に示すように、メディアデータファイルが他の代替メディアデータファイルサーバによってアクセス可能であるか否かを判断する。クライアント機器１０６は、メディアデータファイルの検索に成功するまで、あるいは、すべてのメディアデータファイルサーバを試みるがメディアデータファイルを探し出すのに成功しなかったという状態になるまで、代替メディアデータファイルサーバを試み続ける（ブロック３２８）。クライアント機器は、不成功であった場合（ブロック３２７）、メタデータサーバ１０３に対してエラーを送信し、選択されたプログラムのための次のメディアデータファイルを要求する。
【００３７】
ブロック３２５において、メディアデータファイルが代替メディアデータファイル記憶ＡＢＣ１３０のメモリに格納されている場合、図３Ｅのブロック３２９に示すように、そのファイルは代替メディアデータファイルサーバＡＢＣ１２７に転送される。次いで、代替メディアデータファイルサーバＡＢＣ１２７は、クライアント機器代替サーバＡＢＣフィードバック１２６を介して、メディアデータファイルをクライアント機器１０６に転送する。図３Ｆに示すように、クライアント機器１０６はメディアデータファイルを受信し（ブロック３３０）、メタデータサーバ１０３に対して、追加のメディアデータファイル及び／又は暗号化鍵を要求する（ブロック３３１）。メタデータサーバ１０３は、追加のメディアデータファイル及び／又はメディアデータファイル２２７の暗号化鍵に対する要求を処理し（ブロック３３２）、そして、ブロック３３３に示すように、メタデータのデータベース１００から情報を受信する。図３Ｇに示すように、メタデータサーバ１０３は、クライアント機器に対して、データ及び／又は暗号化鍵を送信する（ブロック３３４）。クライアント機器１０６は、メディアデータファイルを処理し（ブロック３３５）、ブロック３３６に示すように、ブロック３０４に戻って、メディアプログラムのための新たなメディアデータを要求する。
【００３８】
本発明の好ましい実施形態を単に例として上述したが、当業者には、特許請求の範囲によって規定される本発明の技術的範囲から逸脱することなく、開示された実施形態に対し変更を行ってよいということが理解されるであろう。
【図面の簡単な説明】
【図１】  クライアント機器、メタデータサーバ、及び分散メディアデータファイルサーバを示すと共に、これら要素間のすべての通信を示すブロック図である。
【図２】  Ａ〜Ｅは、本発明の好ましい実施形態のシステム動作及び通信のフローチャートである。
【図３】  Ａ〜Ｇは、本発明の別の実施形態のシステム動作及び通信のフローチャートである。
【図１】
0004982651.tif 000002
【図２】
0004982651.tif 000003
0004982651.tif 000004
0004982651.tif 000005
0004982651.tif 000006
0004982651.tif 000007
【図３】
0004982651.tif 000008
0004982651.tif 000009
0004982651.tif 000010
0004982651.tif 000011
0004982651.tif 000012
0004982651.tif 000013
0004982651.tif 000014