外部機器の資源を使用する装置を有するシステム
【課題】外部機器の資源を使用する装置を有するシステムおよびその方法を提供する。
【解決手段】メディアプレーヤー５２は、外部機器５６によって提供される１つ又は複数
の資源を使用する。外部機器は、リモート記憶域５８と、ソフトウェア５９と、ネットワ
ークインタフェース６０と、中央処理装置６１とを備える。メディアプレーヤー５２は外
部機器の資源を使用するため、こうした資源をメディアプレーヤーに重複して設ける必要
はなく、それによりメディアプレーヤー５２がより低コストで構築され、それでもなお記
憶域５８及びネットワークインタフェース６０が可能とする拡張機能を提供することが可
能になる。さらに、メディアプレーヤー５２は、こうした拡張機能を利用するように符号
化されたディスクを受け入れることができ、外部機器で利用可能な資源を利用することに
よるにも関らず、こうした拡張機能を提供することができる。
【解決手段】メディアプレーヤー５２は、外部機器５６によって提供される１つ又は複数
の資源を使用する。外部機器は、リモート記憶域５８と、ソフトウェア５９と、ネットワ
ークインタフェース６０と、中央処理装置６１とを備える。メディアプレーヤー５２は外
部機器の資源を使用するため、こうした資源をメディアプレーヤーに重複して設ける必要
はなく、それによりメディアプレーヤー５２がより低コストで構築され、それでもなお記
憶域５８及びネットワークインタフェース６０が可能とする拡張機能を提供することが可
能になる。さらに、メディアプレーヤー５２は、こうした拡張機能を利用するように符号
化されたディスクを受け入れることができ、外部機器で利用可能な資源を利用することに
よるにも関らず、こうした拡張機能を提供することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外部機器の資源を使用する装置を有するシステムに関する。
【背景技術】
【０００２】
メディアプレーヤー等の電子機器の機能及び性能を向上させたいという一般的な要求が
ある。不都合なことに、他の条件がすべて同じであれば、機器の機能が向上するに従い、
機器のコストは通常増大する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明は、外部機器の資源を使用する装置を有するシステムおよびその方法を提供する
ことを目的とする。
【課題を解決するための手段】
【０００４】
本発明にかかるシステムは、リムーバブルメディアを受け入れるようになっているメデ
ィアプレーヤーであって、表示デバイスに接続するようになっているメディアプレーヤー
と、該メディアプレーヤーの外部にあると共にそれに通信可能に接続された機器であって
、記憶域を備える外部機器とを具備し、前記メディアプレーヤーは、前記外部機器の記憶
域に情報が格納されるようにし、該情報は、前記リムーバブルメディアからのコンテンツ
が再生される時に前記メディアプレーヤーによって使用される。
【０００５】
本発明の例示的な実施の形態を詳細に説明するために、ここで添付図面を参照する。
【発明を実施するための最良の形態】
【０００６】
表記及び命名法
以下の説明及び特許請求の範囲を通して、特定のシステムコンポーネントを指すために
いくつかの用語を使用する。当業者は理解するように、コンピュータ会社は、１つのコン
ポーネントを異なる名称で呼ぶ場合がある。本明細書は、名称は異なるが機能は異ならな
いコンポーネントを識別することを意図していない。以下の論考において、且つ、特許請
求の範囲において、「含む、有する（including）」及び「具備する、備える、含む（com
prising）」という用語は、限定的でない（open-ended）ように使用されており、そのた
め、「含むが、それに限定されない」を意味するように解釈されなければならない。また
、「接続する（couple）」という用語は、間接的な電気接続又は直接的な電気接続のいず
れをも意味するように意図される。このため、第１の機器が第２の機器に接続する場合、
その接続は、直接的な電気接続によってもよく、又は他の機器及び接続を介して間接的な
電気接続によってもよい。
【０００７】
図１を参照すると、装置５２を備えたシステム５０が示されており、装置５２は、装置
の外部の機器５６に接続されている。本明細書で論考する例示的な実施形態では、装置５
２はメディアプレーヤーを含むが、一般に装置は、セットトップボックス等、メディアプ
レーヤー以外であってもよい。メディアプレーヤーとして、装置は、リムーバブルメディ
アを受け入れ、そのリムーバブルメディアに格納され、且つ／又は、リムーバブルメディ
アのコンテンツに関連するコンテンツを再生するようになっている。実施形態によっては
、リムーバブルメディアは、光ディスクを含む。一般に、装置５２は、動作の少なくとも
いくつかのモードで、外部機器５６からの支援無しにスタンドアロン機器として機能する
ことができる任意の装置である。ディスクのコンテンツは、ビデオ、オーディオ、グラフ
ィック又は他のタイプの情報を含んでもよい。ディスクは、たとえば、メディアプレーヤ
ー５２が、そのメディアプレーヤー５２に接続された表示デバイス５４を通して再生する
動画を含んでもよい。表示デバイス５４は、テレビ又は他の適当なモニタを含んでもよく
、ビデオ及びオーディオ再生機能を有してもよい。メディアプレーヤー５２を、ユーザが
、メディアプレーヤーの一部として提供されるコントロールを介して、又はリモートコン
トロール５３を介して操作してもよい。こうしたコントロールにより、ユーザは、再生、
停止、一時停止、巻戻し、早送り等のさまざまな動作を実行することができる。
【０００８】
本発明の実施形態によれば、メディアプレーヤー５２は、外部機器５６によって提供さ
れる１つ又は複数の資源を使用する。外部機器は、コンピュータ又はスタンドアロン記憶
装置を含んでもよい。いずれの場合も、外部機器は、リモート記憶域５８と、ソフトウェ
ア５９と、外部機器５６がネットワークに接続する際に用いるネットワークインタフェー
ス６０と、中央処理装置（ＣＰＵ）６１とを備える。記憶域５８がメディアプレーヤー５
２の外部に位置することを意味するように、記憶域５８を「リモート」記憶域と呼ぶ。ネ
ットワークは、情報を、外部機器の記憶域５８に、又はメディアプレーヤーが内蔵記憶機
能を有する限りメディアプレーヤー５２に、格納するためにダウンロードすることができ
る、インターネット又は他のネットワークを含んでもよい。メディアプレーヤー５２は外
部機器の資源（すなわちリモート記憶域５８及びネットワークインタフェース６０）を使
用するため、こうした資源をメディアプレーヤーに重複して設ける必要はなく、それによ
りメディアプレーヤー５２がより低コストで構築され、それでもなお記憶域５８及びネッ
トワークインタフェース６０が可能とする拡張機能（後述する）を提供することが可能に
なる。さらに、メディアプレーヤー５２は、こうした拡張機能を利用するように符号化さ
れたディスクを受け入れることができ、外部機器で利用可能な資源を利用することによる
にも関らず、こうした拡張機能を提供することができる。シナリオによっては、ユーザは
、すでに、外部機器５６として機能するパーソナルコンピュータを有している場合がある
。本発明の教示によってインプリメントされるメディアプレーヤー５２を取得し、メディ
アプレーヤー５２をユーザの既存のコンピュータに接続することにより、ユーザが、こう
した拡張機能を提供するために十分な記憶資源及びネットワークインタフェース資源を単
独で含むメディアプレーヤーを購入する必要なく、結果としてのシステム５０に拡張機能
が与えられる。
【０００９】
図２は、メディアプレーヤー５２の例示的なブロック図を示す。図２に示す実施形態で
は、プレーヤーは、再生制御エンジン７０、プレゼンテーションエンジン７２、仮想ファ
イルシステム（ＶＦＳ）７８、ローカル記憶域８０及び外部機器５６へのインタフェース
８２を備える。ローカル記憶域８０は、不揮発性記憶域を含む。一実施形態では、ローカ
ル記憶域８０は、フラッシュメモリを含む。
【００１０】
実施形態によっては、インタフェース８２は、ユニバーサルシリアルバス（ＵＳＢ）接
続を含んでもよい。ＶＦＳ７８は、ＵＳＢマスストレージクラスプロトコルにより外部機
器のリモート記憶域５８と通信する。周辺機器がホストにおける動作を呼び出すのを許可
しないＵＳＢ規格の場合、外部機器５６は、周期的にＵＳＢエンドポイントをポーリング
することにより、ＶＦＳ７８が外部機器を対象とする要求を有するか否かを判断する。リ
モート記憶域からデータを検索する要求の例では、ＶＦＳ７８が要求を送出すると、外部
機器（たとえばリモート記憶域５８）は、その要求を受け取り、復号し、処理して、指定
されたデータをＶＦＳ及びＵＳＢエンドポイントに返す。ＶＦＳ７８は、リモート記憶域
５８からデータを受け取り、その後、そのデータを復号して処理する。他の実施形態では
、インタフェース８２は、電子電気学会（Institute of Electrical and Electronics En
gineers）（ＩＥＥＥ）１３９４バス又は他のインタフェースを含んでもよい。
【００１１】
プレーヤー５２は、ディスク７４を受け入れる。ディスク７４は、プレーヤーで実行さ
れ再生制御エンジン７０と対話する１つ又は複数のアプリケーション７６（たとえばＪａ
ｖａ（登録商標）アプレット）を含んでもよい。ユーザの、たとえばリモートコントロー
ル５３の再生ボタンを押下することに応じて、再生制御エンジン７０は、ＶＦＳ７８から
「再生リスト」を受け取る。再生リストは、ユーザが再生したいコンテンツ（たとえば動
画）を含む、ディスク７４に格納された１つ又は複数のクリップファイルに対する参照（
たとえばポインタ）を含む。再生制御エンジン７０は、仮想ファイルシステムに対して連
続して各クリップファイルを要求し、こうしたクリップの各々をプレゼンテーションエン
ジン７２に提供する。プレゼンテーションエンジン７２は、各クリップファイルを復号し
、ディスプレイ５４に提供される対応するビデオ出力信号及び／又はオーディオ出力信号
を生成する。
【００１２】
ＶＦＳ７８は、デバイス（たとえば再生制御エンジン７０）によるディスク７４、ロー
カル記憶域８０及びリモート記憶域５８へのアクセスを容易にするアプリケーションプロ
グラミングインタフェース（ＡＰＩ）を備える。ディスク７４には、ファイルシステムが
格納されていてもよく、このため「仮想ファイルシステム」という用語は、単にプレーヤ
ーのファイルシステムを、ディスクが含んでもよい任意のファイルシステムから識別する
ために使用する。ＶＦＳ７８は、たとえばファイルに対する要求と、ディスク７４、メデ
ィアプレーヤーのローカル記憶域８０又は外部機器のリモート記憶域５８にあってもよい
こうしたファイルの物理的な位置との間のマッピングを提供する。ＶＦＳ７８によって提
供されるマッピングにより、再生制御エンジン７０はファイルに対する要求を提出するこ
とができるが、要求されたファイルの位置に関して「気付かない（oblivious）」ことが
可能である。代りに、ＶＦＳに対し、さまざまなファイルの位置を追跡する責任が課せら
れる。
【００１３】
ディスク７４によってはアプリケーション７６を含まない場合があり、一方、こうした
アプリケーションを含む場合もある。アプリケーション７６は、種々の関数のうちの任意
の１つ又は複数を実行してもよい。たとえば、アプリケーションにより、ユーザは、選択
的にファイルをネットワークから外部機器５６に外部機器のネットワークインタフェース
６０を介してダウンロードすることができてもよい。少なくとも１つの実施形態では、デ
ィスクをプレーヤー５２にロードすると、ディスクに含まれるアプリケーション７６がプ
レーヤーにおいて実行を開始する。アプリケーション７６は、自動的に（すなわちユーザ
に対する入力要求を必要とすることなく）、外部機器にあるソフトウェア５９に対し、事
前に定義されたウェブサイトにアクセスして目下プレーヤーにロードされているディスク
に関連するファイルをダウンロードすることができるか否かを判断させてもよい。こうし
た事前に定義されたウェブサイトを、ユニフォームリソースロケータ（ＵＲＬ）又はイン
ターネットプロトコル（ＩＰ）アドレス等の任意の適当な形態でソフトウェア５９に符号
化してもよい。アプリケーション７６は、ＶＦＳ７８に対し、事前に定義されたウェブサ
イトの識別（たとえばＵＲＬ、ＩＰアドレス）を、目的のウェブサイトにアクセスするた
めにその識別を使用する外部機器に渡させる。ソフトウェア５９は、外部機器のＣＰＵ６
１によって実行される。ファイルがすでにダウンロードされている場合、事前に定義され
たウェブサイトにそのファイルのより最近のバージョンがある場合もある。いずれの場合
も、メディアプレーヤー５２のユーザに対して、選択する選択肢のメニューをディスプレ
イ５４に提供してもよく、ユーザは、ダウンロードする１つ又は複数のファイルを選択し
てもよい。別法として、アプリケーション７６が、ユーザ又はディスクの作成者（又は他
の者）の代りに選択を行うように、且つユーザに対して選択肢を提供することなく１つ又
は複数のファイルを自動的にダウンロードするようにプログラムされていてもよい。
【００１４】
上述したソフトウェア５９は、メディアプレーヤー５２からコマンドを受け取り、それ
らコマンドを実施するために外部機器の他のソフトウェア又はハードウェアと対話するア
プリケーションを含んでもよい。コマンドが、たとえばネットワークインタフェース６０
を介するウェブサイトへのアクセスを要求する場合、ソフトウェア５９は、外部機器への
ネットワーク接続を提供するために存在する他のソフトウェアと対話する。こうした他の
ソフトウェアには、たとえば、ネットワークインタフェースコントローラドライバが含ま
れてもよい。
【００１５】
ダウンロードするファイル（複数可）は、いかなる所望のタイプのファイルであっても
よい。たとえば、ファイルは字幕を含んでもよく、それは、こうした字幕が入手可能とな
る前にディスクで発売された映画に関連する。ディスク７４のメディアコンテンツに関連
するダウンロード可能なファイルの別の例には、映画の予告編がある。特定のディスク７
４をプレーヤーにロードしてリモートコントロール５３のボタンを押下すると、メディア
プレーヤー５２はこうしたファイルが外部機器５６を介してダウンロードされるようにし
てもよく、それにより外部機器によって提供されるネットワーク資源が使用される。
【００１６】
システム５０にダウンロードされる各ファイルは、特定のディスクに関連する。こうし
たダウンロードされるファイルは、特定のディスクに関連する再生リスト、索引表、動画
オブジェクト及びクリップファイルと同様に、ＶＦＳにより互いに関連付けられる。この
関連付けを「バインディング（binding）」と呼ぶ。すなわち、これらのさまざまなファ
イルは互いにバインド（bind）される。バインディングにより、ＶＦＳは、いずれのファ
イルが互いに関連するかを追跡することができる。一実施形態では、特定のディスク７４
に関連するダウンロードされバインドされたファイルは、ユーザがそのディスクをプレー
ヤーにロードする時にローカル記憶域８０に格納され、それにより、ファイルはメディア
プレーヤーによって利用可能となる。実施形態によっては、メディアプレーヤー５２は、
ローカル記憶域８０を有しておらず、そのため、ダウンロードされバインドされたファイ
ルに対してメディアプレーヤーのローカル記憶域の代りにリモート記憶域５８が使用され
る。さらに他の実施形態では、メディアプレーヤーには限られた量のローカル記憶域８０
しかなく、目下ロードされているディスク７４に関連するダウンロードされバインドされ
たファイルに対するローカル記憶域の使用を管理するロジックが提供される。
【００１７】
メディアプレーヤーがローカル記憶域８０を有し、且つローカル記憶域８０に新たなフ
ァイルを格納するために十分な容量がある場合、外部機器５６を介してダウンロードされ
るファイルは、メディアプレーヤー５２によって外部機器からの支援によりネットワーク
インタフェース６０を通してダウンロードされ、ローカル記憶域８０に転送される。しか
しながら、メディアプレーヤーが、ローカル記憶域８０を有しておらず、或いは新たなフ
ァイルを格納するため、又は恐らくは他の理由のために十分な量のローカル記憶域を有し
ていない場合、その新たなファイルは、代りに外部機器５６のリモート記憶域５８に格納
される。ＶＦＳ７８は、そのマッピング（バインディング）を、ダウンロードされたファ
イルがローカル記憶域８０又はリモート記憶域５８のいずれかの特定の物理的な位置にあ
ることを反映するように更新する。このため、再生制御エンジン７０又はアプリケーショ
ン７６が後にその特定の先にダウンロードされたファイルに対し再生するように要求する
時、ＶＦＳは、その位置に関りなくファイルにアクセスすることができる。
【００１８】
少なくとも１つの実施形態では、ＶＦＳ７８は、デフォルトとして、外部機器５６の１
つ又は複数又はすべての資源（たとえばリモート記憶域５８、ネットワークインタフェー
ス６０）にアクセスを提供することが無効とされる。たとえば、リモート記憶域５８はデ
フォルトとして無効とされ、ネットワークインタフェース６０はデフォルトとして有効と
される。ＶＦＳ７８は、外部機器５６に関するさまざまなＡＰＩ呼出しに応答する。アプ
リケーション７６は、ＶＦＳ７８に対する「問合せ（query）」ＡＰＩ呼出しにアクセス
してもよい。問合せ呼出しに応答して、ＶＦＳは、外部機器が実際にメディアプレーヤー
５２に接続されているか否かを報告する。問合せＡＰＩ又は他のＡＰＩ呼出しを使用して
、アプリケーション７６はまた、リモート記憶域５８の利用可能な空間の量を要求しても
よい。アプリケーション７６はまた、ＶＦＳ７８が外部機器の資源にアクセスするのを可
能にするように選択することも可能である。アプリケーション７６は、たとえば、ＶＦＳ
ＡＰＩの「enable remote storage（リモート記憶域を有効化）」関数を呼び出すこと
により、ＶＦＳがリモート記憶域５８へアクセスできるようにしてもよい。別法として、
アプリケーション７６は、ＶＦＳに対しリモート記憶域へのアクセスを無効とされ続ける
ように選択してもよい。実施形態によっては、有効化ＡＰＩ関数は、一般に、外部機器の
すべての資源、少なくともメディアプレーヤー５２が使用することができるそれら資源の
すべてに適用される。実施形態によっては、複数のＡＰＩ関数が提供され、こうした関数
の各々が、外部機器の特定の資源へのアクセスを有効にする。たとえば、リモート記憶域
５８へのアクセスを、他の外部機器の資源に関係なく有効にすることができる。他の実施
形態では、外部機器の複数の資源又はすべての資源を有効又は無効とする有効化ＡＰＩを
提供してもよい。
【００１９】
実施形態によっては、外部機器５６の資源の有効化又は無効化に関するＶＦＳ７８のデ
フォルト構成は、プレーヤーに挿入されるディスクのタイプによって決まる。たとえば、
デフォルト構成は、アプリケーションのないディスクに比較してアプリケーション７６を
有するディスクに対して異なってもよい。ディスクがアプリケーションを含む場合、リモ
ート記憶域５８はデフォルトとして無効とされ、本明細書で説明するように、アプリケー
ションがそれを有効としない限り無効のままである。しかしながら、ディスクがアプリケ
ーションを含まない場合（たとえば高精細動画（ＨＤＭＶ）ディスク）、リモート記憶域
５８はデフォルトとして有効とされる。このように、本来デフォルト設定を変更すること
ができないディスクに対し、リモート記憶域を有効とすることができる。
【００２０】
アプリケーション７６はまた、「無効化（disable）」ＡＰＩを呼び出すことにより、
ＶＦＳが外部機器にアクセスできないようにしてもよい。さらに、複数の無効化ＡＰＩ関
数を提供してもよく、こうした無効化関数の各々により、いくつかの外部機器の資源に対
するアクセスが無効となる。
【００２１】
アプリケーション７６は、１つ又は複数の外部機器の資源が有効であるか無効であるか
を示すブールパラメータを受け入れる「有効化」ＡＰＩ関数を呼び出してもよい。ブール
パラメータの値が「真」である場合、ターゲット資源（複数可）は有効であり、「偽」で
ある場合、ターゲット資源（複数可）は無効である。他の実施形態では、ブールパラメー
タの解釈が逆であってもよい。
【００２２】
実施形態によっては、メディアプレーヤー５２と外部機器５６との間の接続は、メディ
アプレーヤー５２のバッファに介入することなく、ファイルをリモート記憶域５８から再
生制御エンジン７０に直接ストリーミングすることができるために十分な性能特性（たと
えば帯域幅、最大レイテンシ等）を有していなくてもよい。
【００２３】
実施形態によっては、メディアプレーヤー５２には限られた量のローカル記憶域８０し
かない。上述した論考では、ユーザが、ローカル記憶域がないか又は新たにダウンロード
されるファイルのために十分なローカル記憶域がないシステム５０に新たなファイルをダ
ウンロードしようと望む場合に起こることを説明した。以下の論考は、ディスク７４に関
連し且つそれにバインドされた１つ又は複数のファイル（たとえばクリップファイル、再
生リスト等）がシステムにすでにダウンロードされている場合に、ユーザがプレーヤーに
その特定のディスクをロードする場合のシステム５０の動作に関連する。この状況でのメ
ディアプレーヤー５２の動作は、先にダウンロードされたファイルの位置（ローカル記憶
域８０又はリモート記憶域５８のいずれかの中）と、メディアプレーヤー５２が任意のロ
ーカル記憶域を有するか否かと、メディアプレーヤーがローカル記憶域を有する限り、こ
うしたローカル記憶域の利用可能な使用されていない容量とによって決まる。以下の論考
は、特定のディスクにバインドされ先にダウンロードされたファイルに関する。クリップ
ファイル、再生リスト等、ディスクにすでにバインドされている他のファイルもある。こ
うした他のファイルは、ディスク自体に格納されており、ローカル記憶域８０にロードさ
れる必要はない。
【００２４】
目下ロードされているディスクにバインドされ先にダウンロードされたファイルがロー
カル記憶域８０に位置する場合、こうしたファイルは、ローカル記憶域からアクセスされ
る。しかしながら、先にダウンロードされたファイルがリモート記憶域５８に位置する場
合、こうしたファイルを、メディアプレーヤーのローカル記憶域（存在する場合）に転送
してもよい。上述したように、こうした転送は、代りに再生セッション間に発生してもよ
い。メディアプレーヤーがローカル記憶域を有していない場合、又はローカル記憶キャッ
シュポリシによって有効に指示される場合、ファイルは、必要に応じて、単にリモート記
憶域５８からアクセスされる。実施形態によっては、メディアプレーヤーは、情報（たと
えばダウンロードされたファイル）を全体としてリモート記憶域５８からローカル記憶域
８０に転送し、ローカル記憶域からこうした転送された情報を使用する。他の実施形態で
は、メディアプレーヤーは、まず情報が全体としてメディアプレーヤーに転送されるよう
にすることなく、リモート記憶域から直接情報を使用する。ここで、メディアプレーヤー
がローカル記憶域を有するが、関連する先にダウンロードされたファイルがリモート記憶
域５８に位置しているシナリオについて説明する。
【００２５】
メディアプレーヤーが使用すべきファイルがリモート記憶域５８に位置する実施形態で
は、再生制御エンジン７０は、再生セッション中に使用される１つ又は複数の物理的なフ
ァイル位置のリストをセッションの初めに作成する。この実施形態では、再生制御エンジ
ン７０は、セッションを開始する前にＶＦＳに対し、実際の物理的なファイル位置のリス
トを作成する要求を発行し、その後、再生中に使用されるすべての物理的なファイルに直
接アクセスすることができる。実施形態が、再生制御エンジン７０によるリモート記憶域
５８に格納されたファイルへの直接アクセスをサポートするインタフェースを提供する場
合、リモートファイルの中間バッファリングは実行されず、メディアプレーヤーは、ファ
イルを、まずローカル記憶域８０にコピーすることなく直接リモート記憶域５８からアク
セスする。しかしながら、プレーヤー５２が再生制御エンジン７０によるリモート記憶域
５８への直接アクセスを提供しない場合、すでにローカル記憶域８０に存在しない、使用
されるこうしたファイルのうちの１つ又は複数は、各再生セッションの開始に先立ってロ
ーカル記憶域８０に転送される。
【００２６】
メディアプレーヤー５２は、ローカル記憶域８０を有する場合があるが、ローカル記憶
域に、新たにロードされたディスクに関連する追加のファイルを格納するために十分な容
量がない場合がある。たとえば、特定のディスクに関連する字幕ファイル、予告編等が、
メディアプレーヤーのローカル記憶域８０にすでにロードされている場合があるが、ユー
ザが新たなディスクをプレーヤーにロードする場合、ローカル記憶域に、新たにロードさ
れたディスクに関連するファイル（目下リモート記憶域５８に格納されている）に対し十
分な容量がない場合もある。このシナリオに、メディアプレーヤー５１が、ローカル記憶
域８０を、目下ロードされているディスクのダウンロードされ、バインドされたファイル
に対する一時記憶域として使用することができることによって対応する。
【００２７】
一実施形態では、各アプリケーション７６は、図３に示す以下の機能を有する。図３に
示す動作は、ユーザがディスクをプレーヤー５２にロードし、そのディスクに格納されて
いるアプリケーションが、プレーヤーによって実行されるためにロードされる時に実行さ
れる。アプリケーション７６の実行時、アプリケーションは、ディスクにバインドされて
いる先にダウンロードされたファイルをメディアプレーヤー５２のローカル記憶域８０に
格納することができるか否かを確かめる。図３の動作９０において、アプリケーション７
６は、ＶＦＳ７８に対し、追加の情報を格納するためにメディアプレーヤーのローカル記
憶域８０の利用可能な（すなわち使用されていない）容量を報告するように要求する。Ｖ
ＦＳはまた、ある場合は関連するディスクにバインドされた先にダウンロードされたファ
イルとこうしたファイルの各々のサイズとを列挙する。アプリケーション７６は、バイン
ドされたファイルの全体的なサイズを確定する。ローカル記憶域８０の容量がバインドさ
れたファイルを格納するために十分である場合（判断９２）、制御は動作９４に渡り、ロ
ーカル記憶域８０を使用してリモート記憶域５８から取り出され得るファイルを格納する
。しかしながら、ローカル記憶域８０に、関連するバインドされたファイルを格納するた
めに利用可能な容量が十分にない場合（恐らくは、ローカル記憶域が他のディスクに関連
するファイルをすでに有しているため）、アプリケーション７６は、ローカル記憶域８０
の内容がリモート記憶域５８の内容に変更されるようにする。内容の変更には、新たなバ
インドされたファイルに対して場所を空けるためにローカル記憶域８０の内容の一部又は
すべてを外部機器５６のリモート記憶域５８にコピーすること、又はローカル記憶域の内
容の一部又はすべてを削除すること等の動作が含まれる。少なくとも１つの実施形態では
、ローカル記憶域８０は、単一ディスクのみに関連するダウンロードされバインドされた
ファイルに対してしか、十分な容量を有していない。したがって、各ディスクに格納され
ているアプリケーションには、そのディスクに対するダウンロードされたファイルを収容
するためにプレーヤーのローカル記憶域の使用を管理する責任がある。一実施形態では、
アプリケーションには、他のディスクに関連する（すなわち、現ディスクにバインドされ
ていない）ローカル記憶域のファイルを削除することができるために十分な許可が与えら
れ、それにより、目下実行中のアプリケーションはローカル記憶域を管理することができ
る。別法として、こうした許可が与えられない場合、実施形態は、目下実行中のアプリケ
ーションのローカル記憶要求をサービスするためにローカル記憶域の少なくとも１つのバ
インドされていないファイルを自動的に削除し、アプリケーションのローカル記憶域を管
理する責任を軽減する。
【００２８】
図３においてアプリケーションによって実行される動作は、上述したようにメディアプ
レーヤーのＶＦＳがアプリケーションからの問合せに応答することができると想定する。
他の実施形態では、アプリケーション７６は、まず、アプリケーションが図３に示すよう
な動作を実行するのをメディアプレーヤーが許可することができるか否かを確かめる。ア
プリケーションがＶＦＳ７８の性質を確かめることができるようにするために、いかなる
メカニズムを使用してもよい。たとえば、ＶＦＳ ＡＰＩ関数を提供してもよく、又はレ
ジスタ（アプリケーションが読出し可能）の予約ビットを、ＶＦＳが上述した機能を有す
るか否かを示す定義された値（たとえば０から１又はその逆）に設定してもよい。利用可
能な機能が確定された時、ＶＦＳは動作が実行されるのを可能にするように装備されてい
ないとアプリケーション７６が判断した場合に、アプリケーションは、図３に示す１つ又
は複数の動作を実行せずに続行する。この状況では、メディアプレーヤーは、外部機器に
接続されておらず、恐らくはプレーヤー５２で再生されたディスクに関連するすべてのフ
ァイルを収容するために十分なローカル記憶域を有する。しかしながら、ビットを読み出
すことにより、ＶＦＳは図３に示すもののような実施形態が実行されるのを可能にするよ
うに装備されているとアプリケーション７６が判断した場合、上述したようにメディアプ
レーヤーのローカル記憶域が使用される。
【００２９】
別の実施形態では、メディアプレーヤーはローカル記憶域８０を有しておらず、そのた
め、ＶＦＳは、ローカル記憶域がないことをアプリケーションに通信する。このシナリオ
では、アプリケーションは、ローカル記憶域の内容をコピーしようと試みず（ローカル記
憶域がないため）、アプリケーションは、単に、リモート記憶域５８からの先にダウンロ
ードされたファイルへのアクセスを調整することに対しＶＦＳに従う。
【００３０】
さらに別の実施形態では、ＶＦＳ７８は、一時記憶域としてのローカル記憶域８０の使
用に関連する上述した機能を含む。この実施形態では、ＶＦＳ７８は、プレーヤーにロー
ドされているディスクに関連する１つ又は複数の先にダウンロードされバインドされたフ
ァイルに対する要求をアプリケーションから受け取る。その特定のディスクに対する最初
のこうした要求時に、ＶＦＳは、ローカル記憶域の利用可能な使用されていない空間を確
定し、その空間の量を、現ディスクに対するダウンロードされバインドされたファイルの
全体的なサイズと比較し、必要な場合はローカル記憶域の内容を外部機器の記憶域に保存
し、その後、現ディスクに関連するファイルのためにローカル記憶域を使用する。内容が
リモート記憶域５８にコピーされると、そのコピーされた内容を有していたローカル記憶
域のその部分は、上書きされることが可能であるものとしてマークされる。
【００３１】
別の実施形態では、ＶＦＳは、新たなファイルに対して場所を空けるためにローカル記
憶域８０の現内容を「必要に応じて」コピーする。したがって、新たにインストールされ
たディスクにバインドされている先にダウンロードされたファイルのすべてに対し場所を
空けるために一度にローカル記憶域の内容のすべてをコピーするのではなく、ＶＦＳ７８
は、何らかのタイプのキャッシュメモリの動作と同様に断片的に、現ローカル記憶域の内
容をリモート記憶域にコピーすること、及び、新たなファイル（複数可）を取り出すこと
を実行する。
【００３２】
実施形態によっては、ＶＦＳは、暗号化／解読ロジック（ＥＤＬ）８４（図２）を備え
る。他の実施形態では、ＥＤＬ８４は、ＶＦＳとは別個に提供される。ＥＤＬ８４は、特
定のディスクに関連するダウンロードされた情報を暗号化し、その暗号化された情報を外
部機器５６の記憶域５８に格納する。逆の動作において、ＶＦＳは、たとえばアプリケー
ション７６又は再生制御エンジン７８からのこうした情報に対する要求に応じて記憶域５
８から暗号化された情報を取り出し、ＥＤＬ８４が暗号化された情報を解読する。そして
、ＶＦＳは、解読された情報をこうした情報の要求に対して提供する。暗号化及び解読に
対して適した任意のメカニズムをインプリメントしてもよい。たとえば、種々の公開鍵／
秘密鍵ベースの技法のうちの任意のものを採用することができる。秘密鍵及び公開鍵は、
メディアプレーヤーのＶＦＳ７８に格納される。情報の暗号化は、無許可のコピー及び使
用から情報を保護するために望まれる場合がある。たとえば、情報は、著作権保護された
内容を含む場合があり、こうした内容を暗号化することによりさらなる保護が提供される
。
【００３３】
上述したように、ディスク７４によってはアプリケーション７６を有し、ディスクによ
ってはアプリケーション７６を有していない場合もある。アプリケーション７６を有して
いるディスクは、メディアプレーヤーの、外部機器の資源（記憶域、ネットワーク接続）
へのアクセスを取得する能力を利用することができる。しかしながら、こうしたアプリケ
ーションを有していないディスクは、恐らくは外部機器の資源の利益がなくても、やはり
メディアプレーヤー５２において再生することができる。アプリケーションのないディス
クは、上述したように、再生制御エンジン７０によるリモートファイルへの直接アクセス
をサポートするメディアプレーヤーで再生される場合に外部機器の資源から利益を得る。
その実施形態では、再生制御エンジンは、リモート記憶域５８をそれがローカル記憶域５
８であるかのように使用する。
【００３４】
上記論考は、本発明の原理及びさまざまな実施形態を例示するように意図されている。
上記開示が完全に理解された当業者には、多数の変形形態及び変更形態が明らかとなろう
。たとえば、メディアプレーヤー５２を複数の外部機器に接続することができる。こうし
た実施形態では、メディアプレーヤーは、複数の外部機器の各々の１つ又は複数の資源（
たとえば記憶域、ネットワーク接続）を使用することができる。さらに、情報を、外部機
器５６を使用してダウンロードし、ポータブルＵＳＢ記憶装置にロードすることができる
。そして、ＵＳＢ記憶装置を、メディアプレーヤーのＵＳＢポートに接続することができ
（たとえば、インタフェース８２は外部からアクセス可能なＵＳＢポートを備える）、メ
ディアプレーヤー５２は、ＵＳＢ記憶ユニットから要求された情報を取得する。添付の特
許請求の範囲は、こうした変形形態及び変更形態のすべてを包含すると解釈されることが
意図されている。
【図面の簡単な説明】
【００３５】
【図１】本発明の実施形態によるシステムを示す図である。
【図２】本発明の実施形態によるメディアプレーヤーのブロック図である。
【図３】方法の実施形態を示す図である。
【符号の説明】
【００３６】
５０・・・システム
５２・・・メディアプレーヤー
５３・・・リモート
５４・・・ディスプレイ
５６・・・外部機器
５８・・・リモート記憶域
５９・・・ソフトウェア
６０・・・ネットワークインタフェース
６１・・・ＣＰＵ
７０・・・再生制御エンジン
７２・・・プレゼンテーションエンジン
７４・・・ディスク
７６・・・アプリケーション
７８・・・仮想ファイルシステム
８０・・・ローカル記憶域
８２・・・外部機器へのインタフェース
８４・・・暗号化／解読ロジック
【技術分野】
【０００１】
本発明は、外部機器の資源を使用する装置を有するシステムに関する。
【背景技術】
【０００２】
メディアプレーヤー等の電子機器の機能及び性能を向上させたいという一般的な要求が
ある。不都合なことに、他の条件がすべて同じであれば、機器の機能が向上するに従い、
機器のコストは通常増大する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明は、外部機器の資源を使用する装置を有するシステムおよびその方法を提供する
ことを目的とする。
【課題を解決するための手段】
【０００４】
本発明にかかるシステムは、リムーバブルメディアを受け入れるようになっているメデ
ィアプレーヤーであって、表示デバイスに接続するようになっているメディアプレーヤー
と、該メディアプレーヤーの外部にあると共にそれに通信可能に接続された機器であって
、記憶域を備える外部機器とを具備し、前記メディアプレーヤーは、前記外部機器の記憶
域に情報が格納されるようにし、該情報は、前記リムーバブルメディアからのコンテンツ
が再生される時に前記メディアプレーヤーによって使用される。
【０００５】
本発明の例示的な実施の形態を詳細に説明するために、ここで添付図面を参照する。
【発明を実施するための最良の形態】
【０００６】
表記及び命名法
以下の説明及び特許請求の範囲を通して、特定のシステムコンポーネントを指すために
いくつかの用語を使用する。当業者は理解するように、コンピュータ会社は、１つのコン
ポーネントを異なる名称で呼ぶ場合がある。本明細書は、名称は異なるが機能は異ならな
いコンポーネントを識別することを意図していない。以下の論考において、且つ、特許請
求の範囲において、「含む、有する（including）」及び「具備する、備える、含む（com
prising）」という用語は、限定的でない（open-ended）ように使用されており、そのた
め、「含むが、それに限定されない」を意味するように解釈されなければならない。また
、「接続する（couple）」という用語は、間接的な電気接続又は直接的な電気接続のいず
れをも意味するように意図される。このため、第１の機器が第２の機器に接続する場合、
その接続は、直接的な電気接続によってもよく、又は他の機器及び接続を介して間接的な
電気接続によってもよい。
【０００７】
図１を参照すると、装置５２を備えたシステム５０が示されており、装置５２は、装置
の外部の機器５６に接続されている。本明細書で論考する例示的な実施形態では、装置５
２はメディアプレーヤーを含むが、一般に装置は、セットトップボックス等、メディアプ
レーヤー以外であってもよい。メディアプレーヤーとして、装置は、リムーバブルメディ
アを受け入れ、そのリムーバブルメディアに格納され、且つ／又は、リムーバブルメディ
アのコンテンツに関連するコンテンツを再生するようになっている。実施形態によっては
、リムーバブルメディアは、光ディスクを含む。一般に、装置５２は、動作の少なくとも
いくつかのモードで、外部機器５６からの支援無しにスタンドアロン機器として機能する
ことができる任意の装置である。ディスクのコンテンツは、ビデオ、オーディオ、グラフ
ィック又は他のタイプの情報を含んでもよい。ディスクは、たとえば、メディアプレーヤ
ー５２が、そのメディアプレーヤー５２に接続された表示デバイス５４を通して再生する
動画を含んでもよい。表示デバイス５４は、テレビ又は他の適当なモニタを含んでもよく
、ビデオ及びオーディオ再生機能を有してもよい。メディアプレーヤー５２を、ユーザが
、メディアプレーヤーの一部として提供されるコントロールを介して、又はリモートコン
トロール５３を介して操作してもよい。こうしたコントロールにより、ユーザは、再生、
停止、一時停止、巻戻し、早送り等のさまざまな動作を実行することができる。
【０００８】
本発明の実施形態によれば、メディアプレーヤー５２は、外部機器５６によって提供さ
れる１つ又は複数の資源を使用する。外部機器は、コンピュータ又はスタンドアロン記憶
装置を含んでもよい。いずれの場合も、外部機器は、リモート記憶域５８と、ソフトウェ
ア５９と、外部機器５６がネットワークに接続する際に用いるネットワークインタフェー
ス６０と、中央処理装置（ＣＰＵ）６１とを備える。記憶域５８がメディアプレーヤー５
２の外部に位置することを意味するように、記憶域５８を「リモート」記憶域と呼ぶ。ネ
ットワークは、情報を、外部機器の記憶域５８に、又はメディアプレーヤーが内蔵記憶機
能を有する限りメディアプレーヤー５２に、格納するためにダウンロードすることができ
る、インターネット又は他のネットワークを含んでもよい。メディアプレーヤー５２は外
部機器の資源（すなわちリモート記憶域５８及びネットワークインタフェース６０）を使
用するため、こうした資源をメディアプレーヤーに重複して設ける必要はなく、それによ
りメディアプレーヤー５２がより低コストで構築され、それでもなお記憶域５８及びネッ
トワークインタフェース６０が可能とする拡張機能（後述する）を提供することが可能に
なる。さらに、メディアプレーヤー５２は、こうした拡張機能を利用するように符号化さ
れたディスクを受け入れることができ、外部機器で利用可能な資源を利用することによる
にも関らず、こうした拡張機能を提供することができる。シナリオによっては、ユーザは
、すでに、外部機器５６として機能するパーソナルコンピュータを有している場合がある
。本発明の教示によってインプリメントされるメディアプレーヤー５２を取得し、メディ
アプレーヤー５２をユーザの既存のコンピュータに接続することにより、ユーザが、こう
した拡張機能を提供するために十分な記憶資源及びネットワークインタフェース資源を単
独で含むメディアプレーヤーを購入する必要なく、結果としてのシステム５０に拡張機能
が与えられる。
【０００９】
図２は、メディアプレーヤー５２の例示的なブロック図を示す。図２に示す実施形態で
は、プレーヤーは、再生制御エンジン７０、プレゼンテーションエンジン７２、仮想ファ
イルシステム（ＶＦＳ）７８、ローカル記憶域８０及び外部機器５６へのインタフェース
８２を備える。ローカル記憶域８０は、不揮発性記憶域を含む。一実施形態では、ローカ
ル記憶域８０は、フラッシュメモリを含む。
【００１０】
実施形態によっては、インタフェース８２は、ユニバーサルシリアルバス（ＵＳＢ）接
続を含んでもよい。ＶＦＳ７８は、ＵＳＢマスストレージクラスプロトコルにより外部機
器のリモート記憶域５８と通信する。周辺機器がホストにおける動作を呼び出すのを許可
しないＵＳＢ規格の場合、外部機器５６は、周期的にＵＳＢエンドポイントをポーリング
することにより、ＶＦＳ７８が外部機器を対象とする要求を有するか否かを判断する。リ
モート記憶域からデータを検索する要求の例では、ＶＦＳ７８が要求を送出すると、外部
機器（たとえばリモート記憶域５８）は、その要求を受け取り、復号し、処理して、指定
されたデータをＶＦＳ及びＵＳＢエンドポイントに返す。ＶＦＳ７８は、リモート記憶域
５８からデータを受け取り、その後、そのデータを復号して処理する。他の実施形態では
、インタフェース８２は、電子電気学会（Institute of Electrical and Electronics En
gineers）（ＩＥＥＥ）１３９４バス又は他のインタフェースを含んでもよい。
【００１１】
プレーヤー５２は、ディスク７４を受け入れる。ディスク７４は、プレーヤーで実行さ
れ再生制御エンジン７０と対話する１つ又は複数のアプリケーション７６（たとえばＪａ
ｖａ（登録商標）アプレット）を含んでもよい。ユーザの、たとえばリモートコントロー
ル５３の再生ボタンを押下することに応じて、再生制御エンジン７０は、ＶＦＳ７８から
「再生リスト」を受け取る。再生リストは、ユーザが再生したいコンテンツ（たとえば動
画）を含む、ディスク７４に格納された１つ又は複数のクリップファイルに対する参照（
たとえばポインタ）を含む。再生制御エンジン７０は、仮想ファイルシステムに対して連
続して各クリップファイルを要求し、こうしたクリップの各々をプレゼンテーションエン
ジン７２に提供する。プレゼンテーションエンジン７２は、各クリップファイルを復号し
、ディスプレイ５４に提供される対応するビデオ出力信号及び／又はオーディオ出力信号
を生成する。
【００１２】
ＶＦＳ７８は、デバイス（たとえば再生制御エンジン７０）によるディスク７４、ロー
カル記憶域８０及びリモート記憶域５８へのアクセスを容易にするアプリケーションプロ
グラミングインタフェース（ＡＰＩ）を備える。ディスク７４には、ファイルシステムが
格納されていてもよく、このため「仮想ファイルシステム」という用語は、単にプレーヤ
ーのファイルシステムを、ディスクが含んでもよい任意のファイルシステムから識別する
ために使用する。ＶＦＳ７８は、たとえばファイルに対する要求と、ディスク７４、メデ
ィアプレーヤーのローカル記憶域８０又は外部機器のリモート記憶域５８にあってもよい
こうしたファイルの物理的な位置との間のマッピングを提供する。ＶＦＳ７８によって提
供されるマッピングにより、再生制御エンジン７０はファイルに対する要求を提出するこ
とができるが、要求されたファイルの位置に関して「気付かない（oblivious）」ことが
可能である。代りに、ＶＦＳに対し、さまざまなファイルの位置を追跡する責任が課せら
れる。
【００１３】
ディスク７４によってはアプリケーション７６を含まない場合があり、一方、こうした
アプリケーションを含む場合もある。アプリケーション７６は、種々の関数のうちの任意
の１つ又は複数を実行してもよい。たとえば、アプリケーションにより、ユーザは、選択
的にファイルをネットワークから外部機器５６に外部機器のネットワークインタフェース
６０を介してダウンロードすることができてもよい。少なくとも１つの実施形態では、デ
ィスクをプレーヤー５２にロードすると、ディスクに含まれるアプリケーション７６がプ
レーヤーにおいて実行を開始する。アプリケーション７６は、自動的に（すなわちユーザ
に対する入力要求を必要とすることなく）、外部機器にあるソフトウェア５９に対し、事
前に定義されたウェブサイトにアクセスして目下プレーヤーにロードされているディスク
に関連するファイルをダウンロードすることができるか否かを判断させてもよい。こうし
た事前に定義されたウェブサイトを、ユニフォームリソースロケータ（ＵＲＬ）又はイン
ターネットプロトコル（ＩＰ）アドレス等の任意の適当な形態でソフトウェア５９に符号
化してもよい。アプリケーション７６は、ＶＦＳ７８に対し、事前に定義されたウェブサ
イトの識別（たとえばＵＲＬ、ＩＰアドレス）を、目的のウェブサイトにアクセスするた
めにその識別を使用する外部機器に渡させる。ソフトウェア５９は、外部機器のＣＰＵ６
１によって実行される。ファイルがすでにダウンロードされている場合、事前に定義され
たウェブサイトにそのファイルのより最近のバージョンがある場合もある。いずれの場合
も、メディアプレーヤー５２のユーザに対して、選択する選択肢のメニューをディスプレ
イ５４に提供してもよく、ユーザは、ダウンロードする１つ又は複数のファイルを選択し
てもよい。別法として、アプリケーション７６が、ユーザ又はディスクの作成者（又は他
の者）の代りに選択を行うように、且つユーザに対して選択肢を提供することなく１つ又
は複数のファイルを自動的にダウンロードするようにプログラムされていてもよい。
【００１４】
上述したソフトウェア５９は、メディアプレーヤー５２からコマンドを受け取り、それ
らコマンドを実施するために外部機器の他のソフトウェア又はハードウェアと対話するア
プリケーションを含んでもよい。コマンドが、たとえばネットワークインタフェース６０
を介するウェブサイトへのアクセスを要求する場合、ソフトウェア５９は、外部機器への
ネットワーク接続を提供するために存在する他のソフトウェアと対話する。こうした他の
ソフトウェアには、たとえば、ネットワークインタフェースコントローラドライバが含ま
れてもよい。
【００１５】
ダウンロードするファイル（複数可）は、いかなる所望のタイプのファイルであっても
よい。たとえば、ファイルは字幕を含んでもよく、それは、こうした字幕が入手可能とな
る前にディスクで発売された映画に関連する。ディスク７４のメディアコンテンツに関連
するダウンロード可能なファイルの別の例には、映画の予告編がある。特定のディスク７
４をプレーヤーにロードしてリモートコントロール５３のボタンを押下すると、メディア
プレーヤー５２はこうしたファイルが外部機器５６を介してダウンロードされるようにし
てもよく、それにより外部機器によって提供されるネットワーク資源が使用される。
【００１６】
システム５０にダウンロードされる各ファイルは、特定のディスクに関連する。こうし
たダウンロードされるファイルは、特定のディスクに関連する再生リスト、索引表、動画
オブジェクト及びクリップファイルと同様に、ＶＦＳにより互いに関連付けられる。この
関連付けを「バインディング（binding）」と呼ぶ。すなわち、これらのさまざまなファ
イルは互いにバインド（bind）される。バインディングにより、ＶＦＳは、いずれのファ
イルが互いに関連するかを追跡することができる。一実施形態では、特定のディスク７４
に関連するダウンロードされバインドされたファイルは、ユーザがそのディスクをプレー
ヤーにロードする時にローカル記憶域８０に格納され、それにより、ファイルはメディア
プレーヤーによって利用可能となる。実施形態によっては、メディアプレーヤー５２は、
ローカル記憶域８０を有しておらず、そのため、ダウンロードされバインドされたファイ
ルに対してメディアプレーヤーのローカル記憶域の代りにリモート記憶域５８が使用され
る。さらに他の実施形態では、メディアプレーヤーには限られた量のローカル記憶域８０
しかなく、目下ロードされているディスク７４に関連するダウンロードされバインドされ
たファイルに対するローカル記憶域の使用を管理するロジックが提供される。
【００１７】
メディアプレーヤーがローカル記憶域８０を有し、且つローカル記憶域８０に新たなフ
ァイルを格納するために十分な容量がある場合、外部機器５６を介してダウンロードされ
るファイルは、メディアプレーヤー５２によって外部機器からの支援によりネットワーク
インタフェース６０を通してダウンロードされ、ローカル記憶域８０に転送される。しか
しながら、メディアプレーヤーが、ローカル記憶域８０を有しておらず、或いは新たなフ
ァイルを格納するため、又は恐らくは他の理由のために十分な量のローカル記憶域を有し
ていない場合、その新たなファイルは、代りに外部機器５６のリモート記憶域５８に格納
される。ＶＦＳ７８は、そのマッピング（バインディング）を、ダウンロードされたファ
イルがローカル記憶域８０又はリモート記憶域５８のいずれかの特定の物理的な位置にあ
ることを反映するように更新する。このため、再生制御エンジン７０又はアプリケーショ
ン７６が後にその特定の先にダウンロードされたファイルに対し再生するように要求する
時、ＶＦＳは、その位置に関りなくファイルにアクセスすることができる。
【００１８】
少なくとも１つの実施形態では、ＶＦＳ７８は、デフォルトとして、外部機器５６の１
つ又は複数又はすべての資源（たとえばリモート記憶域５８、ネットワークインタフェー
ス６０）にアクセスを提供することが無効とされる。たとえば、リモート記憶域５８はデ
フォルトとして無効とされ、ネットワークインタフェース６０はデフォルトとして有効と
される。ＶＦＳ７８は、外部機器５６に関するさまざまなＡＰＩ呼出しに応答する。アプ
リケーション７６は、ＶＦＳ７８に対する「問合せ（query）」ＡＰＩ呼出しにアクセス
してもよい。問合せ呼出しに応答して、ＶＦＳは、外部機器が実際にメディアプレーヤー
５２に接続されているか否かを報告する。問合せＡＰＩ又は他のＡＰＩ呼出しを使用して
、アプリケーション７６はまた、リモート記憶域５８の利用可能な空間の量を要求しても
よい。アプリケーション７６はまた、ＶＦＳ７８が外部機器の資源にアクセスするのを可
能にするように選択することも可能である。アプリケーション７６は、たとえば、ＶＦＳ
ＡＰＩの「enable remote storage（リモート記憶域を有効化）」関数を呼び出すこと
により、ＶＦＳがリモート記憶域５８へアクセスできるようにしてもよい。別法として、
アプリケーション７６は、ＶＦＳに対しリモート記憶域へのアクセスを無効とされ続ける
ように選択してもよい。実施形態によっては、有効化ＡＰＩ関数は、一般に、外部機器の
すべての資源、少なくともメディアプレーヤー５２が使用することができるそれら資源の
すべてに適用される。実施形態によっては、複数のＡＰＩ関数が提供され、こうした関数
の各々が、外部機器の特定の資源へのアクセスを有効にする。たとえば、リモート記憶域
５８へのアクセスを、他の外部機器の資源に関係なく有効にすることができる。他の実施
形態では、外部機器の複数の資源又はすべての資源を有効又は無効とする有効化ＡＰＩを
提供してもよい。
【００１９】
実施形態によっては、外部機器５６の資源の有効化又は無効化に関するＶＦＳ７８のデ
フォルト構成は、プレーヤーに挿入されるディスクのタイプによって決まる。たとえば、
デフォルト構成は、アプリケーションのないディスクに比較してアプリケーション７６を
有するディスクに対して異なってもよい。ディスクがアプリケーションを含む場合、リモ
ート記憶域５８はデフォルトとして無効とされ、本明細書で説明するように、アプリケー
ションがそれを有効としない限り無効のままである。しかしながら、ディスクがアプリケ
ーションを含まない場合（たとえば高精細動画（ＨＤＭＶ）ディスク）、リモート記憶域
５８はデフォルトとして有効とされる。このように、本来デフォルト設定を変更すること
ができないディスクに対し、リモート記憶域を有効とすることができる。
【００２０】
アプリケーション７６はまた、「無効化（disable）」ＡＰＩを呼び出すことにより、
ＶＦＳが外部機器にアクセスできないようにしてもよい。さらに、複数の無効化ＡＰＩ関
数を提供してもよく、こうした無効化関数の各々により、いくつかの外部機器の資源に対
するアクセスが無効となる。
【００２１】
アプリケーション７６は、１つ又は複数の外部機器の資源が有効であるか無効であるか
を示すブールパラメータを受け入れる「有効化」ＡＰＩ関数を呼び出してもよい。ブール
パラメータの値が「真」である場合、ターゲット資源（複数可）は有効であり、「偽」で
ある場合、ターゲット資源（複数可）は無効である。他の実施形態では、ブールパラメー
タの解釈が逆であってもよい。
【００２２】
実施形態によっては、メディアプレーヤー５２と外部機器５６との間の接続は、メディ
アプレーヤー５２のバッファに介入することなく、ファイルをリモート記憶域５８から再
生制御エンジン７０に直接ストリーミングすることができるために十分な性能特性（たと
えば帯域幅、最大レイテンシ等）を有していなくてもよい。
【００２３】
実施形態によっては、メディアプレーヤー５２には限られた量のローカル記憶域８０し
かない。上述した論考では、ユーザが、ローカル記憶域がないか又は新たにダウンロード
されるファイルのために十分なローカル記憶域がないシステム５０に新たなファイルをダ
ウンロードしようと望む場合に起こることを説明した。以下の論考は、ディスク７４に関
連し且つそれにバインドされた１つ又は複数のファイル（たとえばクリップファイル、再
生リスト等）がシステムにすでにダウンロードされている場合に、ユーザがプレーヤーに
その特定のディスクをロードする場合のシステム５０の動作に関連する。この状況でのメ
ディアプレーヤー５２の動作は、先にダウンロードされたファイルの位置（ローカル記憶
域８０又はリモート記憶域５８のいずれかの中）と、メディアプレーヤー５２が任意のロ
ーカル記憶域を有するか否かと、メディアプレーヤーがローカル記憶域を有する限り、こ
うしたローカル記憶域の利用可能な使用されていない容量とによって決まる。以下の論考
は、特定のディスクにバインドされ先にダウンロードされたファイルに関する。クリップ
ファイル、再生リスト等、ディスクにすでにバインドされている他のファイルもある。こ
うした他のファイルは、ディスク自体に格納されており、ローカル記憶域８０にロードさ
れる必要はない。
【００２４】
目下ロードされているディスクにバインドされ先にダウンロードされたファイルがロー
カル記憶域８０に位置する場合、こうしたファイルは、ローカル記憶域からアクセスされ
る。しかしながら、先にダウンロードされたファイルがリモート記憶域５８に位置する場
合、こうしたファイルを、メディアプレーヤーのローカル記憶域（存在する場合）に転送
してもよい。上述したように、こうした転送は、代りに再生セッション間に発生してもよ
い。メディアプレーヤーがローカル記憶域を有していない場合、又はローカル記憶キャッ
シュポリシによって有効に指示される場合、ファイルは、必要に応じて、単にリモート記
憶域５８からアクセスされる。実施形態によっては、メディアプレーヤーは、情報（たと
えばダウンロードされたファイル）を全体としてリモート記憶域５８からローカル記憶域
８０に転送し、ローカル記憶域からこうした転送された情報を使用する。他の実施形態で
は、メディアプレーヤーは、まず情報が全体としてメディアプレーヤーに転送されるよう
にすることなく、リモート記憶域から直接情報を使用する。ここで、メディアプレーヤー
がローカル記憶域を有するが、関連する先にダウンロードされたファイルがリモート記憶
域５８に位置しているシナリオについて説明する。
【００２５】
メディアプレーヤーが使用すべきファイルがリモート記憶域５８に位置する実施形態で
は、再生制御エンジン７０は、再生セッション中に使用される１つ又は複数の物理的なフ
ァイル位置のリストをセッションの初めに作成する。この実施形態では、再生制御エンジ
ン７０は、セッションを開始する前にＶＦＳに対し、実際の物理的なファイル位置のリス
トを作成する要求を発行し、その後、再生中に使用されるすべての物理的なファイルに直
接アクセスすることができる。実施形態が、再生制御エンジン７０によるリモート記憶域
５８に格納されたファイルへの直接アクセスをサポートするインタフェースを提供する場
合、リモートファイルの中間バッファリングは実行されず、メディアプレーヤーは、ファ
イルを、まずローカル記憶域８０にコピーすることなく直接リモート記憶域５８からアク
セスする。しかしながら、プレーヤー５２が再生制御エンジン７０によるリモート記憶域
５８への直接アクセスを提供しない場合、すでにローカル記憶域８０に存在しない、使用
されるこうしたファイルのうちの１つ又は複数は、各再生セッションの開始に先立ってロ
ーカル記憶域８０に転送される。
【００２６】
メディアプレーヤー５２は、ローカル記憶域８０を有する場合があるが、ローカル記憶
域に、新たにロードされたディスクに関連する追加のファイルを格納するために十分な容
量がない場合がある。たとえば、特定のディスクに関連する字幕ファイル、予告編等が、
メディアプレーヤーのローカル記憶域８０にすでにロードされている場合があるが、ユー
ザが新たなディスクをプレーヤーにロードする場合、ローカル記憶域に、新たにロードさ
れたディスクに関連するファイル（目下リモート記憶域５８に格納されている）に対し十
分な容量がない場合もある。このシナリオに、メディアプレーヤー５１が、ローカル記憶
域８０を、目下ロードされているディスクのダウンロードされ、バインドされたファイル
に対する一時記憶域として使用することができることによって対応する。
【００２７】
一実施形態では、各アプリケーション７６は、図３に示す以下の機能を有する。図３に
示す動作は、ユーザがディスクをプレーヤー５２にロードし、そのディスクに格納されて
いるアプリケーションが、プレーヤーによって実行されるためにロードされる時に実行さ
れる。アプリケーション７６の実行時、アプリケーションは、ディスクにバインドされて
いる先にダウンロードされたファイルをメディアプレーヤー５２のローカル記憶域８０に
格納することができるか否かを確かめる。図３の動作９０において、アプリケーション７
６は、ＶＦＳ７８に対し、追加の情報を格納するためにメディアプレーヤーのローカル記
憶域８０の利用可能な（すなわち使用されていない）容量を報告するように要求する。Ｖ
ＦＳはまた、ある場合は関連するディスクにバインドされた先にダウンロードされたファ
イルとこうしたファイルの各々のサイズとを列挙する。アプリケーション７６は、バイン
ドされたファイルの全体的なサイズを確定する。ローカル記憶域８０の容量がバインドさ
れたファイルを格納するために十分である場合（判断９２）、制御は動作９４に渡り、ロ
ーカル記憶域８０を使用してリモート記憶域５８から取り出され得るファイルを格納する
。しかしながら、ローカル記憶域８０に、関連するバインドされたファイルを格納するた
めに利用可能な容量が十分にない場合（恐らくは、ローカル記憶域が他のディスクに関連
するファイルをすでに有しているため）、アプリケーション７６は、ローカル記憶域８０
の内容がリモート記憶域５８の内容に変更されるようにする。内容の変更には、新たなバ
インドされたファイルに対して場所を空けるためにローカル記憶域８０の内容の一部又は
すべてを外部機器５６のリモート記憶域５８にコピーすること、又はローカル記憶域の内
容の一部又はすべてを削除すること等の動作が含まれる。少なくとも１つの実施形態では
、ローカル記憶域８０は、単一ディスクのみに関連するダウンロードされバインドされた
ファイルに対してしか、十分な容量を有していない。したがって、各ディスクに格納され
ているアプリケーションには、そのディスクに対するダウンロードされたファイルを収容
するためにプレーヤーのローカル記憶域の使用を管理する責任がある。一実施形態では、
アプリケーションには、他のディスクに関連する（すなわち、現ディスクにバインドされ
ていない）ローカル記憶域のファイルを削除することができるために十分な許可が与えら
れ、それにより、目下実行中のアプリケーションはローカル記憶域を管理することができ
る。別法として、こうした許可が与えられない場合、実施形態は、目下実行中のアプリケ
ーションのローカル記憶要求をサービスするためにローカル記憶域の少なくとも１つのバ
インドされていないファイルを自動的に削除し、アプリケーションのローカル記憶域を管
理する責任を軽減する。
【００２８】
図３においてアプリケーションによって実行される動作は、上述したようにメディアプ
レーヤーのＶＦＳがアプリケーションからの問合せに応答することができると想定する。
他の実施形態では、アプリケーション７６は、まず、アプリケーションが図３に示すよう
な動作を実行するのをメディアプレーヤーが許可することができるか否かを確かめる。ア
プリケーションがＶＦＳ７８の性質を確かめることができるようにするために、いかなる
メカニズムを使用してもよい。たとえば、ＶＦＳ ＡＰＩ関数を提供してもよく、又はレ
ジスタ（アプリケーションが読出し可能）の予約ビットを、ＶＦＳが上述した機能を有す
るか否かを示す定義された値（たとえば０から１又はその逆）に設定してもよい。利用可
能な機能が確定された時、ＶＦＳは動作が実行されるのを可能にするように装備されてい
ないとアプリケーション７６が判断した場合に、アプリケーションは、図３に示す１つ又
は複数の動作を実行せずに続行する。この状況では、メディアプレーヤーは、外部機器に
接続されておらず、恐らくはプレーヤー５２で再生されたディスクに関連するすべてのフ
ァイルを収容するために十分なローカル記憶域を有する。しかしながら、ビットを読み出
すことにより、ＶＦＳは図３に示すもののような実施形態が実行されるのを可能にするよ
うに装備されているとアプリケーション７６が判断した場合、上述したようにメディアプ
レーヤーのローカル記憶域が使用される。
【００２９】
別の実施形態では、メディアプレーヤーはローカル記憶域８０を有しておらず、そのた
め、ＶＦＳは、ローカル記憶域がないことをアプリケーションに通信する。このシナリオ
では、アプリケーションは、ローカル記憶域の内容をコピーしようと試みず（ローカル記
憶域がないため）、アプリケーションは、単に、リモート記憶域５８からの先にダウンロ
ードされたファイルへのアクセスを調整することに対しＶＦＳに従う。
【００３０】
さらに別の実施形態では、ＶＦＳ７８は、一時記憶域としてのローカル記憶域８０の使
用に関連する上述した機能を含む。この実施形態では、ＶＦＳ７８は、プレーヤーにロー
ドされているディスクに関連する１つ又は複数の先にダウンロードされバインドされたフ
ァイルに対する要求をアプリケーションから受け取る。その特定のディスクに対する最初
のこうした要求時に、ＶＦＳは、ローカル記憶域の利用可能な使用されていない空間を確
定し、その空間の量を、現ディスクに対するダウンロードされバインドされたファイルの
全体的なサイズと比較し、必要な場合はローカル記憶域の内容を外部機器の記憶域に保存
し、その後、現ディスクに関連するファイルのためにローカル記憶域を使用する。内容が
リモート記憶域５８にコピーされると、そのコピーされた内容を有していたローカル記憶
域のその部分は、上書きされることが可能であるものとしてマークされる。
【００３１】
別の実施形態では、ＶＦＳは、新たなファイルに対して場所を空けるためにローカル記
憶域８０の現内容を「必要に応じて」コピーする。したがって、新たにインストールされ
たディスクにバインドされている先にダウンロードされたファイルのすべてに対し場所を
空けるために一度にローカル記憶域の内容のすべてをコピーするのではなく、ＶＦＳ７８
は、何らかのタイプのキャッシュメモリの動作と同様に断片的に、現ローカル記憶域の内
容をリモート記憶域にコピーすること、及び、新たなファイル（複数可）を取り出すこと
を実行する。
【００３２】
実施形態によっては、ＶＦＳは、暗号化／解読ロジック（ＥＤＬ）８４（図２）を備え
る。他の実施形態では、ＥＤＬ８４は、ＶＦＳとは別個に提供される。ＥＤＬ８４は、特
定のディスクに関連するダウンロードされた情報を暗号化し、その暗号化された情報を外
部機器５６の記憶域５８に格納する。逆の動作において、ＶＦＳは、たとえばアプリケー
ション７６又は再生制御エンジン７８からのこうした情報に対する要求に応じて記憶域５
８から暗号化された情報を取り出し、ＥＤＬ８４が暗号化された情報を解読する。そして
、ＶＦＳは、解読された情報をこうした情報の要求に対して提供する。暗号化及び解読に
対して適した任意のメカニズムをインプリメントしてもよい。たとえば、種々の公開鍵／
秘密鍵ベースの技法のうちの任意のものを採用することができる。秘密鍵及び公開鍵は、
メディアプレーヤーのＶＦＳ７８に格納される。情報の暗号化は、無許可のコピー及び使
用から情報を保護するために望まれる場合がある。たとえば、情報は、著作権保護された
内容を含む場合があり、こうした内容を暗号化することによりさらなる保護が提供される
。
【００３３】
上述したように、ディスク７４によってはアプリケーション７６を有し、ディスクによ
ってはアプリケーション７６を有していない場合もある。アプリケーション７６を有して
いるディスクは、メディアプレーヤーの、外部機器の資源（記憶域、ネットワーク接続）
へのアクセスを取得する能力を利用することができる。しかしながら、こうしたアプリケ
ーションを有していないディスクは、恐らくは外部機器の資源の利益がなくても、やはり
メディアプレーヤー５２において再生することができる。アプリケーションのないディス
クは、上述したように、再生制御エンジン７０によるリモートファイルへの直接アクセス
をサポートするメディアプレーヤーで再生される場合に外部機器の資源から利益を得る。
その実施形態では、再生制御エンジンは、リモート記憶域５８をそれがローカル記憶域５
８であるかのように使用する。
【００３４】
上記論考は、本発明の原理及びさまざまな実施形態を例示するように意図されている。
上記開示が完全に理解された当業者には、多数の変形形態及び変更形態が明らかとなろう
。たとえば、メディアプレーヤー５２を複数の外部機器に接続することができる。こうし
た実施形態では、メディアプレーヤーは、複数の外部機器の各々の１つ又は複数の資源（
たとえば記憶域、ネットワーク接続）を使用することができる。さらに、情報を、外部機
器５６を使用してダウンロードし、ポータブルＵＳＢ記憶装置にロードすることができる
。そして、ＵＳＢ記憶装置を、メディアプレーヤーのＵＳＢポートに接続することができ
（たとえば、インタフェース８２は外部からアクセス可能なＵＳＢポートを備える）、メ
ディアプレーヤー５２は、ＵＳＢ記憶ユニットから要求された情報を取得する。添付の特
許請求の範囲は、こうした変形形態及び変更形態のすべてを包含すると解釈されることが
意図されている。
【図面の簡単な説明】
【００３５】
【図１】本発明の実施形態によるシステムを示す図である。
【図２】本発明の実施形態によるメディアプレーヤーのブロック図である。
【図３】方法の実施形態を示す図である。
【符号の説明】
【００３６】
５０・・・システム
５２・・・メディアプレーヤー
５３・・・リモート
５４・・・ディスプレイ
５６・・・外部機器
５８・・・リモート記憶域
５９・・・ソフトウェア
６０・・・ネットワークインタフェース
６１・・・ＣＰＵ
７０・・・再生制御エンジン
７２・・・プレゼンテーションエンジン
７４・・・ディスク
７６・・・アプリケーション
７８・・・仮想ファイルシステム
８０・・・ローカル記憶域
８２・・・外部機器へのインタフェース
８４・・・暗号化／解読ロジック
【特許請求の範囲】
【請求項１】
システム（５０）であって、
第１のコンテンツが格納されたリムーバブルメディア（７４）を受け入れるようになっているメディアプレーヤー（５２）であって、ローカル記憶域および仮想ファイルシステムを備え、表示デバイス（５４）に接続するようになっているメディアプレーヤー（５２）と、
該メディアプレーヤーの外部にあると共にそれに通信可能に接続された機器（５６）であって、第２のコンテンツが格納されうる記憶域（５８）を備える外部機器（５６）と
を具備し、
前記メディアプレーヤーは、前記リムーバブルメディアからの第１のコンテンツとともに再生するために、前記外部機器の前記記憶域からの第２のコンテンツを前記メディアプレーヤーの前記ローカル記憶域へコピーし、
前記仮想ファイルシステムは、再生セッションが開始する前に、前記リムーバブルメディアからの第１のコンテンツと前記ローカル記憶域からの第２のコンテンツとの物理的なファイル位置のリストを作成する
システム。
【請求項２】
前記第２のコンテンツは、前記外部機器の記憶域に格納される前に暗号化され、前記メディアプレーヤーによって使用される前に解読される
請求項１に記載のシステム。
【請求項３】
前記第２のコンテンツは、前記メディアプレーヤーからの命令に基づいて前記外部機器のネットワーク接続を介してダウンロードされる
請求項１に記載のシステム。
【請求項４】
前記ファイルシステムは、前記メディアプレーヤーは、ファイルへのアクセス要求を前記外部機器の前記記憶域にマッピングする
請求項１に記載のシステム。
【請求項５】
前記仮想ファイルシステムは、前記ローカル記憶域から前記外部機器の前記記憶域に前記第１のコンテンツをコピーし、それにより前記第２のコンテンツのために前記ローカル記憶域を使用することができるようにする
請求項１に記載のシステム。
【請求項６】
前記第２のコンテンツは、映画の予告編およびクリップファイルの少なくとも１つを有する
請求項１に記載のシステム。
【請求項７】
リムーバブルメディアのコンテンツを再生する装置であって、
前記装置にロードされたリムーバブルメディアからの第１のコンテンツを再生する再生制御エンジンと、
第２の再生可能コンテンツが格納されうるローカル記憶域と、
前記リムーバブルメディアの第１のコンテンツと前記ローカル記憶域の第２のコンテンツとを関連付けて再生する仮想ファイルシステムと
を備え、
前記仮想ファイルシステムは、再生セッションが開始する前に、前記リムーバブルメディアからの第１のコンテンツと前記ローカル記憶域からの第２のコンテンツとの物理的なファイル位置のリストを作成する
装置。
【請求項１】
システム（５０）であって、
第１のコンテンツが格納されたリムーバブルメディア（７４）を受け入れるようになっているメディアプレーヤー（５２）であって、ローカル記憶域および仮想ファイルシステムを備え、表示デバイス（５４）に接続するようになっているメディアプレーヤー（５２）と、
該メディアプレーヤーの外部にあると共にそれに通信可能に接続された機器（５６）であって、第２のコンテンツが格納されうる記憶域（５８）を備える外部機器（５６）と
を具備し、
前記メディアプレーヤーは、前記リムーバブルメディアからの第１のコンテンツとともに再生するために、前記外部機器の前記記憶域からの第２のコンテンツを前記メディアプレーヤーの前記ローカル記憶域へコピーし、
前記仮想ファイルシステムは、再生セッションが開始する前に、前記リムーバブルメディアからの第１のコンテンツと前記ローカル記憶域からの第２のコンテンツとの物理的なファイル位置のリストを作成する
システム。
【請求項２】
前記第２のコンテンツは、前記外部機器の記憶域に格納される前に暗号化され、前記メディアプレーヤーによって使用される前に解読される
請求項１に記載のシステム。
【請求項３】
前記第２のコンテンツは、前記メディアプレーヤーからの命令に基づいて前記外部機器のネットワーク接続を介してダウンロードされる
請求項１に記載のシステム。
【請求項４】
前記ファイルシステムは、前記メディアプレーヤーは、ファイルへのアクセス要求を前記外部機器の前記記憶域にマッピングする
請求項１に記載のシステム。
【請求項５】
前記仮想ファイルシステムは、前記ローカル記憶域から前記外部機器の前記記憶域に前記第１のコンテンツをコピーし、それにより前記第２のコンテンツのために前記ローカル記憶域を使用することができるようにする
請求項１に記載のシステム。
【請求項６】
前記第２のコンテンツは、映画の予告編およびクリップファイルの少なくとも１つを有する
請求項１に記載のシステム。
【請求項７】
リムーバブルメディアのコンテンツを再生する装置であって、
前記装置にロードされたリムーバブルメディアからの第１のコンテンツを再生する再生制御エンジンと、
第２の再生可能コンテンツが格納されうるローカル記憶域と、
前記リムーバブルメディアの第１のコンテンツと前記ローカル記憶域の第２のコンテンツとを関連付けて再生する仮想ファイルシステムと
を備え、
前記仮想ファイルシステムは、再生セッションが開始する前に、前記リムーバブルメディアからの第１のコンテンツと前記ローカル記憶域からの第２のコンテンツとの物理的なファイル位置のリストを作成する
装置。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２０１０−２４４５３０（Ｐ２０１０−２４４５３０Ａ）
【公開日】平成２２年１０月２８日（２０１０．１０．２８）
【国際特許分類】
【出願番号】特願２０１０−６７４６２（Ｐ２０１０−６７４６２）
【出願日】平成２２年３月２４日（２０１０．３．２４）
【分割の表示】特願２００６−１４７７５９（Ｐ２００６−１４７７５９）の分割
【原出願日】平成１８年５月２９日（２００６．５．２９）
【出願人】（５０３００３８５４）ヒューレット−パッカード デベロップメント カンパニー エル．ピー． (1,145)
【Ｆターム（参考）】
【公開日】平成２２年１０月２８日（２０１０．１０．２８）
【国際特許分類】
【出願日】平成２２年３月２４日（２０１０．３．２４）
【分割の表示】特願２００６−１４７７５９（Ｐ２００６−１４７７５９）の分割
【原出願日】平成１８年５月２９日（２００６．５．２９）
【出願人】（５０３００３８５４）ヒューレット−パッカード デベロップメント カンパニー エル．ピー． (1,145)
【Ｆターム（参考）】
[ Back to top ]