直接ユーザアクセスを受ける記憶デバイス

专利摘要:
分散形記憶サービスを提供する様々な方法、デバイスおよびシステムを開示する。データ記憶デバイスは、データ記憶デバイスに直接結合されたローカルホストコンピュータなどの外部エンティティ、リモートサーバコンピュータ、または直接リモートデータ記憶デバイスと、ローカルホストコンピュータによる介入があるかまたは介入なしで通信セッションを開始することができる（逆の場合も同様である）。
公开号:JP2011513804A
申请号:JP2010541483
申请日:2008-12-19
公开日:2011-04-28
发明作者:ガルシア，ホセ；カルロス サントス；スターン，オリ；ノチモウスキー，アラン；ポメランツ，イツハック；マーク，アロン；モーゼク，アミール；レイブ，ミカ；マーティン，アントニオ；マヌエル ロペス
申请人:サンディスク アイエル リミテッド；
IPC主号:G06F13-10

专利说明:

[0001] 本発明は、全般的にデジタルデバイスに関する。特に、本発明は、デジタルデバイス用のクロスプラットフォーム大容量記憶サービスを提供することに関する。本発明はさらに、キャッシュ管理に関し、デジタルコンテンツのセキュアな配布および消費を提供すること、およびローカル記憶デバイスを用いて仮想記憶を提供することに関する。本発明はさらに、ローカル記憶デバイスが動作可能なように結合されているホストデバイスの関与なしに、ローカル記憶デバイス内のデータにインデックスを付ける能力を含むローカル記憶デバイスに関する。]
背景技術

[0002] 従来技術では、リムーバブルメディア（例えば、ＣＤ−ＲＯＭまたはフラッシュメディア）が挿入されると何らかのアクションを自動的に行う能力を、「自動実行」または「自動再生」機能がコンピュータＯＳに提供している。リムーバブルメディア上で配布されるソフトウェアが、ディスク挿入時にインストーラを自動的に起動できるため、これは便利な機能である。しかし、残念ながら、「自動実行」機能はセキュリティリスクをもたらす（すなわち、悪意のあるソフトウェアが配布される可能性がある）と一部の製造業者に考えられている。このリスクを回避するために、自動実行（または自動再生）機能は無効化されることが多く、ローカル記憶デバイスが直接ユーザと対話することができるメカニズムが提供されない。]
[0003] インターネットテクノロジーは、特にネットワーク最適化の領域において、特にエンドユーザのブラウジング体験を改善するように急速に発展している分野であり、過去も、さらに今もなおそうあり続けている。コンピュータネットワークにおいて、プロキシサーバは、そのクライアントのリクエスト（例えば、ウェブページ、接続確立などのリクエスト）を、他のサーバへ、典型的にはウェブサーバへリクエストを送信することによって処理するサーバ（コンピュータシステムまたはアプリケーションプログラム）である。]
[0004] インターネットアプリケーション（例えば、ＦＴＰプロトコルを使用するＦＴＰクライアント、またはそのほかＷＥＢブラウザなどの任意のインターネットアプリケーション）は、通常、少なくとも２つの関連インターフェイスを管理する。ローカル大容量記憶デバイスへの第１のインターフェイスは大容量記憶装置インターフェイスと呼ばれ、これを介してインターネットアプリケーションは、ホストデバイスファイルシステム（ＨＤＦＳ）を使用しキャッシュマネージャによりキャッシュに格納されているコンテンツを管理する。なお、より一般的には、任意の数のインターネットアプリケーションそれぞれが、その個別の論理インターフェイスを介して、ローカル大容量記憶デバイスに格納されているそれ用のコンテンツを管理することができ、こうした個々の記憶エリアはそれぞれ、それ用の規則のセットによって管理される。代表的なインターネットアプリケーションがブラウザアプリケーションという形をとる場合、ブラウザキャッシュマネージャが、ブラウザキャッシュポリシーとも呼ばれる規則のセットを使用して、適切なコンテンツをブラウザに供給する。レスポンスタイムを改善してネットワーク帯域幅を保つために、典型的にブラウザキャッシュは、キャッシュポリシーによって規定される関連規則（単数または複数）に基づいてコンテンツを格納する。例えば、ブラウザキャッシュマネージャ（特定のブラウザ向けに確立された関連キャッシュポリシーに従う）は、以前に読み出されたＷＥＢページに基づき、近い将来ブラウザが再びその特定のＷＥＢページをリクエストする可能性があると予想して、コンテンツ（例えば、ＷＥＢページ形式）を格納することができる。こうすることで、ブラウザキャッシュマネージャは、ブラウザキャッシュにローカルに格納されている関連ＷＥＢページを、貴重なネットワークリソースを使用せずに読み出すことができる。]
[0005] インターネットアプリケーションによって使用されるもう１つのインターフェイスは、ネットワークリソースとの通信においてネットワーク接続上で送られるＨＴＴＰコマンドの管理など、インターネット接続性のために使用することができ、ネットワークリソースは、ローカルリソースまたはリモートリソースのいずれかとすることができる。モバイルブラウジングの場合、ブラウザは通常、プロキシサーバを介してリモートリソース／サーバにアクセスする。プロキシサーバは、貴重なモバイルリンクリソースを保つためにコンテンツ最適化／適合／フィルタリング／圧縮などを実行することができる。プロキシサーバは、インターネットのエッジでアクセス制御などの付加的なタスクを必要とする企業システムにおいても使用することができる。もう１つの有用な点は、プロキシキャッシュの管理にあり、「インターネットのエッジ」（すなわち、ユーザのブラウザのより近く）にコンテンツをプリキャッシュするために「コンテンツプリフェッチテクニック」を適用することができる。こうすることで、必要とされるとき、リクエスト対象のコンテンツが保有されていることから、ブラウジング体験を加速することができる。]
[0006] しかし、ブラウザキャッシュおよびプロキシキャッシュは互いに独立して管理されるため、互いのキャッシュポリシーからの、またはそれについての「学習」は、ほとんどあり得ないか全くあり得ない。したがって、プロキシキャッシュおよびブラウザキャッシュはそれ用の規則のセットを指針とするが、ブラウザアプリケーションおよびプロキシが別々のベンダによって供給される可能性があることから、この規則のセットを他方が知っていることも知らないこともあり、そのため全体的なキャッシュ管理ポリシーが存在しないことがある。このような全体的なキャッシュ管理ポリシーの欠如は、効率の悪さをもたらす恐れがあり、その結果、記憶リソースの非効率的な割り当てが一因となり、最適とはいえないブラウジング体験をもたらしかねない。前述した非効率性として、例えば、プロキシキャッシュおよびブラウザキャッシュの両方に重複したコンテンツが格納されることが考えられ、これにより、ネットワークおよび記憶リソースの非効率的な使用（すなわち、ネットワークリンク上でブラウザコンテンツが不必要に送られること）をもたらす。]
[0007] 提案される解決策は、ブラウザと、プロキシキャッシュとの同期のために、クライアントエージェントをモバイルハンドセット上に統合することを含む。なお、クライアントエージェントは、典型的にアプリケーション特有であることから、その使用は特定のプラットフォームに限られている。特にモバイルプラットフォームでは、ホストオペレーティングシステムの異機種性が一因となり、クライアントエージェントの実用性がかなり制限されることもある。この異機種性は、Ｗｉｎｄｏｗｓ（登録商標）、Ｓｙｍｂｉａｎ（登録商標）、および同様のものなどの「オープン」オペレーティングシステムの場合とは対照的に、「クローズド」オペレーティングシステム（Ｎｕｃｌｅｕｓなど）の場合にさらに悪化する。種々のモバイルハンドセットが異なるオペレーティングシステム上で実行され得ることから、典型的に、前述した実施例には、複雑なソフトウェア統合が必要となる。このソフトウェア統合は、非オープンオペレーティングシステム上で実行されるモバイルハンドセットを使用する場合、さらに複雑であると分かることもある。]
[0008] デジタルコンテンツの配布には、コンテンツダウンロードおよびコンテンツストリーミングという少なくとも２つの異なる手法がある。一般的に言えば、コンテンツダウンロードとは、第１のデバイスに格納されているデジタルコンテンツを、転送されたデジタルコンテンツが格納される第２のデバイスへ転送することであると考えることができる。コンテンツダウンロードは、第１のデバイスから第２のデバイスへデジタルコンテンツを転送するための、「プッシュ」および「プル」の両方の手法を包含することができる。例えば、デジタルコンテンツの転送を開始するのが第１のデバイスであるということで、第１のデバイスに格納されているデジタルコンテンツが第１のデバイスから第２のデバイスに「プッシュされる」ことが可能である。あるいは、第１のデバイスから第２のデバイスへのデジタルコンテンツの転送を開始するのが第２のデバイスであるということで、第１のデバイスに格納されているデジタルコンテンツは、第１のデバイスから第２のデバイスにプルされることが可能である。プッシュまたはプルのどちらも、通常のダウンロード（ＨＴＴＰベースなど）によって、またはプログレッシブダウンロードテクノロジー（すなわち、コンテンツをダウンロードしている間に再生を開始する）によって実現することができる。いずれにせよ、デジタルコンテンツが第２のデバイスにて受け取られると、そのデジタルコンテンツは第２のデバイスにてローカルに永続的に格納される。こうすることで、第２のデバイスに格納されたデジタルコンテンツを１つのデジタルデバイスから別のデバイスに移動させることができ（完全にユーザの制御の下で）、ユーザのプライバシーが保護される（例えば、アダルトコンテンツの場合）などということになる。]
[0009] しかし、１つの欠点は、「コンテンツをコピー」しようとする著作権侵害者の試みを阻止するためにコンテンツプロバイダ（例えば、ハリウッドスタジオなど）が高いセキュリティレベルを要求し、その結果コンテンツの移植性が制限されるということにある。ここでは、通常、デジタル著作権管理（ＤＲＭ）テクノロジーが、コンテンツの利用／コピーの制限を目的とした権利オブジェクト（ＲＯ）の定義を用いて介入する。ＤＲＭ ＲＯは、典型的には、カリフォルニア州ミルピタスのサンディスクコーポレイションによって製造されたＴｒｕｓｔｅｄＦｌａｓｈ（登録商標）メモリデバイスなどの専用ハードウェアソリューションと関係している。そのようなハードウェアソリューションは、本物のコンテンツおよびＲＯ移植性を提供するために、ユーザがリムーバブルメディア（例えば、ＳＤ（セキュアデジタル）記憶デバイス）上にＲＯをセキュアに格納できるようにする。しかし、現実には、ＲＯはＤＲＭ方式に依存し、全面的に採用されたＤＲＭ標準がない状態では、対応するＤＲＭテクノロジーをサポートするデジタルメディアプレーヤ（またはホストプラットフォーム）のみに完全な移植性が限定されるため、移植性は実現されていない。]
[0010] コンテンツストリーミングは、少数の業界標準化プロトコル（例えば、ＲＴＳＰ／ＲＴＰなど）によって実装可能であるが、ユーザは、ストリーミングサーバへのネットワーク接続性を得ている場合にのみコンテンツにアクセスできることから、コンテンツを永続的にローカルに格納することは不可能である。この手法の利点の１つは、サポートされているストリーミングプロトコルに対応しているプレーヤに、広いコンテンツアクセスが保証されるということである（すなわち、レガシープレーヤの多くは標準のＲＴＳＰ／ＲＴＰを利用する）。コンテンツプロバイダのセキュリティ要件がより軽いことから、ストリーミングインターフェイスを通るコンテンツの「スニッフィングおよび記録」以外には、コンテンツコピーのリスクはほとんどまたは全くない。これは、制約のある環境と、クローズドであることの多いオペレーティングシステムとが、潜在的な著作権侵害に対して大きな障害となるモバイルデバイスに特に当てはまるが、保護されていないストリームの記録を広く利用可能なツールによってかなり容易に実行できるパーソナルコンピュータの場合はそうではない。]
[0011] このようなリスクは、ストリーミングクライアントと、サーバとの間の相互認証（モバイルシステムでは必要と考えられることも、または考えられないこともある）によるセキュアな通信チャネルの構築などの、標準のサービスレベル保護によって部分的になくすことができる。しかし、この手法の欠点の１つは、接続されているデバイスのみがコンテンツにアクセスできる（接続性がないときはストリーミングサーバにアクセスできないため）ことから、完全な移植性（購入したコンテンツをユーザが制御する）を実装できないということである。さらに、この移植性の欠如によって、有効なビジネスモデルが制限される。さらに、サービスプロバイダがユーザの好みおよび利用を知ることになるため、プライバシーの侵害となり得る。]
[0012] このコンセプトは、従来、予め静的に定められた物理メモリアレイに基づいて構築されるが、この物理メモリアレイの一部は、ホストファイルシステムから、したがってユーザから隠され、ユーザのリクエストに応じてのみ有効化が可能である。そのようなユーザのリクエストは、デバイスコントローラによってリモートで開始可能であり、支払いを含むこともある。しかし、この手法には、重要なこととして以下のことを含むいくつかの欠点がある。製造されるメモリアレイのサイズが生産時に決定され、その結果ユーザは、所定の隠し容量を超えてメモリアレイの記憶容量をそれ以上拡大できず、すなわち利用に柔軟性などがなく、さらに、隠しメモリと公開メモリとの比率が、生産時、またはいずれにせよローカル記憶デバイスがユーザに届く前には決定されている。例として、デバイスのベンダは、２ＧＢの総記憶容量をそれぞれ有するいくつかのメモリデバイスを製造することもある。しかし、このメモリデバイスは、１ＧＢのメモリデバイスとして販売されることもあり、残りの１ＧＢは、ユーザから隠されるか、または少なくともユーザがアクセスできない状態にされる。ユーザが支払いを行うと２番目の１ＧＢがアクセス可能になる場合であっても、メモリデバイスの製造業者はリスクを負う。つまり、ユーザはまず製造業者に支払いを行わなければ２番目の隠された１ＧＢにアクセスできない。]
[0013] このような、物理的に拡張可能な記憶デバイスの限界を克服する１つの方法が、ローカル（すなわち、レガシー大容量記憶装置コマンドを介してエージェントによりアクセスされる）またはリモート（すなわち、ネットワークプロトコルを介してエージェントによりアクセスされる）にかかわらず記憶装置の抽象化を提供する、ホストに統合された専有クライアントエージェントによるものである。この特定の手法は、Ｐｅｒｓｏｎａｌｉｔｅ Ｎｕｍｅｒｉｑｕｅ製造の、仏国公開特許出願第０４１２１９９号（特許文献１）に記載されているものなど、様々な製品において実装されてきた。しかし、クライアントエージェントは典型的にアプリケーション特有であることから、その使用は特定のプラットフォームに限られている。特にモバイルプラットフォームでは、ホストオペレーティングシステムの異機種性が一因となり、クライアントエージェントの実用性がかなり制限されることもある。さらに、種々のモバイルハンドセットが、異なる様々なオペレーティングシステム上で実行され得ることから、前述したような実施例には、典型的に複雑なソフトウェア統合が必要となる。このソフトウェア統合は一般的に、Ｗｉｎｄｏｗｓ、Ｓｙｍｂｉａｎ、および同様のものなどの「オープン」オペレーティングシステムのものとは対照的に、「クローズド」オペレーティングシステム（Ｎｕｃｌｅｕｓなど）上で実行されるモバイルハンドセットが使用される場合、さらに複雑であることが分かっている。]
[0014] したがって、前述した制限を克服する一方で、依然としてレガシーＬＢＡ／大容量記憶モードでの動作可能性を提供する（すなわち、流通している従来のホストファイルシステムに対応する）方法、システムおよび装置が望まれている。
大容量記憶デバイス（ＳＤおよびＭＭＣ（マルチメディアカード）タイプの大容量記憶デバイスを含むＦＬＡＳＨメモリデバイスなど）は、記憶容量と、関連した大容量記憶デバイスコントローラの能力（すなわち、処理リソース）との両方において大きく拡大した。このような利用可能な記憶容量の拡大は、利用可能なメモリに能力が大きく左右されるデバイス（「ホストデバイス」）の全般的な利用可能性に相乗効果をもたらした。前述したデバイスには、携帯メディアプレーヤなどの携帯デジタルデバイス、インタラクティブパーソナル通信デバイス（携帯電話、ＰＤＡ（個人用携帯情報端末）など）、および同様のものがある。こうして、フラッシュメモリなどの大容量記憶デバイスの記憶能力を使用するデジタル製品にデジタルコンシューマが接触することが非常に増えた。]
[0015] このような接触は主として、接続または未接続の複数のホストデバイスにまで広がったり、有線対無線、固定対モバイルなどの複数アクセスモードにまで広がったりしている。そのそれぞれは特有の記憶要件を有する。大容量記憶デバイス上に格納されているデータのインデックス生成に対して提案されている構成は、一般に、各ホストデバイスに対して異なるホスト特有プログラムを使用することを含む。当該プログラムは、典型的には、ホストデバイス上、および／またはホストデバイスが常にもしくは時々接続されるリモートサーバ上にインストールされる。]
[0016] その結果、提案されているインデックス付け構成は、概して、ホストデバイスに密結合されたプログラムを含む。したがって、例えば、ホストデバイスに密結合されているそのようなインデックス付けプログラムは、一般に、当該ホストデバイスとともに動作するようにカスタマイズされなければならない。さらに、データのインデックス付けにおけるホストデバイスの関与が大きいと、他の機能に望まれ得るかまたは必要とされ得るホストデバイスの処理能力が、奪われる可能性がある。]
[0017] レガシーインデックス付け構成について考えられるもう１つの欠点は、例えばモバイルホストデバイスがＵＳＢケーブルを介してコンピュータに接続され、コンテンツが記憶デバイスに格納される「コンテンツサイドロード」に見られる。この場合、デバイスを管理するのは、モバイルホストが接続されているコンピュータのファイルシステムであり、結果として、モバイルインデックス付けアプリケーションは、コンピュータによって実行される記憶動作を感知しないため、コンテンツにインデックス付けを行わない。]
[0018] 典型的には周知の標準に従う「バス」と呼ばれる複数の導線を使用して、ホストプロセッサを種々のデバイスに接続することは、普通のこととなった。バスに接続されるデバイスには、メモリ／記憶デバイス、通信デバイス、検出デバイスなどが含まれると考えられ、こうしたデバイスは、固定またはリムーバブルのいずれでもよい。多くの場合、バスを定義するワイヤの一部または全部が、バスに接続されているデバイスのいずれかおよび／または全部に共有される。バスに結合されているデバイスは、同じ導線を共有することから、各デバイスは、典型的に一意のＩＤまたはバス上のアドレスを付与され、その一意のＩＤ／アドレスに宛てられたメッセージのみに応答するように設定される。このようにして、バスを形成する同じ導線を複数のデバイスが共有することができ、そうでない場合に必要とされるバスサイズよりも大幅に縮小されたバスサイズがもたらされる。]
[0019] 典型的に、バスにはマスタ／スレイブバスプロトコルが採用される。マスタ／スレイブは、１つのデバイスまたはプロセスが、１つ以上の他のデバイスに対して一方向の制御権を有する通信プロトコルのモデルである。従来のシステムでは、デバイス間またはプロセス間のマスタ／スレイブ関係が確立されると、制御の方向は常にマスタからスレイブであり、すなわち、スレイブはトランザクションを開始できない。一部のシステムでは、適格な複数デバイスのグループからマスタが選ばれ、他のデバイスはスレイブの役割を果たす。従来のシステムでは、データがスレイブデバイス間で直接転送されることはない。代わりに、データは典型的に、共通バス上でソーススレーブ記憶デバイスからホストコントローラまたはそのほかの中間段階へ渡され、データはそこに一時的にキャッシュされてから、ホストコントローラによって共通バス上に再出力されて宛先スレイブ記憶デバイスがターゲットとされ、続いて宛先スレイブ記憶デバイスにおいてデータがバスから読み込まれて格納される。]
[0020] 従来のシステムは十分に機能するが、デバイス間でデータを転送するのに必要なホストＣＰＵリソースを軽減し、さらにホストおよび／または他の一時記憶デバイスのバス利用およびメモリ要件を軽減することが望ましい。
市場に出ている携帯形（すなわち、小さな形態的要素でハンドヘルドの）コンシューマ電子製品の数および種類は急増している。こうした携帯コンシューマ電子製品には、例えば、ＰＤＡ、メディアプレーヤ、セルラー電話、およびカメラがある。競争および他の理由から、こうしたコンシューマ電子製品の機能性が拡大されてきた。例えば、セルラー電話にＰＤＡおよびカメラの機能性が追加され、ＰＤＡにセルラー電話および音楽プレーヤの機能性が追加され、メディアプレーヤにＰＤＡおよびビデオゲームの機能性が追加されるなどしている。]
[0021] 携帯コンシューマ電子製品は、その主要機能を提供するために、ホストデバイスを使用してホストアプリケーションを実行し、ホストアプリケーションは従来の大容量記憶デバイスに格納されているコンテンツを使用する。その結果として、ホストアプリケーションは、ハンドヘルドコンシューマ製品の主要機能に直接関係するコアサービスと、記憶デバイスに格納されているコンテンツの操作および管理に関係する補助サービスとの両方を提供することができる。例えば、メディアプレーヤがＭＰ３ファイルなどのメディアファイルを再生するために、ホストアプリケーションは、メディアプレーヤアプリケーションという形のコアアプリケーションを使用して、記憶デバイスに格納されている音楽ファイル（ＭＰ３ファイル形式）を読み出して再生することができる。ホストアプリケーションは、補助サービスアプリケーションを使用して、記憶デバイスに格納されている音楽ファイルを管理する機能をユーザに提供することもできる。そのようなユーザ管理には、プレイリストの操作および生成、特定の音楽ファイル、音楽ジャンル、アーティストなどの並べ替えおよび検索が含まれ得る。イメージ（静止およびビデオの両方）を表示するように構成されているメディアプレーヤの場合には、コアアプリケーションは、赤目軽減、白黒変換、イメージクロッピング、および回転などの修整機能をユーザに提供するフォト表示・編集用アプリケーションという形をとることができる。関連の補助サービスアプリケーションは、ユーザがイメージの並べ替え、記憶、および分類を行えるようにするイメージおよび／またはビデオ管理プログラムという形をとることができる。]
[0022] したがって、コアサービス（ＭＰ３ファイルの再生、イメージファイルの表示、またはビデオファイル（ＭＰ４）の再生など）と、コンテンツ管理および操作に関係する補助サービス（イメージの並べ替えおよび分類、ＭＰ３ファイルの並べ替え、プレイリストの編集、コンテンツ検索、インデックス付けなど）との両方を提供するには、ホストアプリケーションを要求することができる。なお、ホストアプリケーションがコアサービスを提供するように要求されるか、または補助サービスを提供するように要求されるかにかかわらず、ホストアプリケーションは、記憶デバイス内に格納されているデータにアクセスしなければならない。記憶デバイスには、論理ブロックフォーマットを使用してすべてのファイルが格納されている。典型的には、データを論理ブロックフォーマットで格納することによってコアアプリケーション（例えば、音楽ファイルの再生）に過度の負担がもたらされることはないが、大容量記憶デバイスが、論理ファイルレベルではなく大容量記憶デバイスブロックの粒度で動作することから、補助サービスが最適に構成されない可能性がある。多くのファイル（ＭＰ３など）は所定サイズのものであり、こうしたファイルは、従来の大容量記憶デバイスによって強いられる論理ブロックとしてではなくデータオブジェクトとして格納されるほうがより自然であることから、特に当てはまる。]
[0023] こうした携帯製品は、処理リソースおよび利用可能なＲＡＭの両方が限られていることから、論理ブロックとして格納されているが、データオブジェクトとして格納されたほうがより自然であろうデータを、ホストアプリケーション（特に、補助アプリケーション）が処理することを必要とするプロセス集中形のタスクの実行を携帯コンシューマ電子製品が要求されると、問題が生じる恐れがある。特に、補助サービスとの関連でホストの処理リソースを最も消費するのは、典型的に検索／クエリ動作（すなわち、「読み込み関係」コマンド）であり、これは、ホストプロセッサによる過度の電力消費につながる恐れがあり、さらに、実行時間が長くなり、結果として応答性が遅くなる恐れがある。こうして、ユーザは通常、遅くてバッテリー寿命が短い製品を好まないことから、ユーザが不快なユーザ体験をすることになる恐れがある。
したがって、こうした欠点に対処するインデックス付け方法、システム、および装置が望まれる。]
先行技術

[0024] 仏国公開特許出願第０４１２１９９号
米国特許出願第１２／０２９，３５６号]
[0025] 本発明の種々の実施形態により、分散形記憶サービスを提供する様々な方法、デバイスおよびシステムについて開示する。前述したサービスには、ローカル記憶デバイスとエンドユーザとの直接対話を提供することが含まれる。]
[0026] 本発明の一実施形態では、少なくともホストデバイス（ＨＤ）およびＨＤに管理されているローカル記憶デバイス（ＬＳＤ）を備えるコンピューティングシステムについて記載する。ＬＳＤは、ＨＤによって提供される当該インターフェイス以外にはＨＤの外部にあるデバイスに対する何らのインターフェイスも利用しない。ＬＳＤは、ＬＳＤ論理リクエストを使用して、ＬＳＤと起動アプリケーション(launching application)との間に通信パスを確立するようにＨＤに指示することで、ＨＤにリクエストされたプロセスの実行を間接的に指示する。ＬＳＤおよび起動アプリケーションは、ＨＤによる介入なしに通信パス上で論理的に対話する。論理的対話は、リクエストされたプロセスをＨＤが実行するように起動アプリケーションに指示させる。]
[0027] 本発明の一態様において、起動アプリケーションは、ＨＤによって管理されるＳＩＭ（加入者識別モジュール）カードに関連する。ＳＩＭカードは、ＳＩＭアプリケーションツールキットコマンドセットまたはＵＳＩＭアプリケーションツールキットセットコマンドセット準拠とすることができる。]
[0028] 別の実施形態では、コンピューティングシステムにおいて、リクエストされたプロセスを実行するように間接的にＨＤに指示する方法について記載する。コンピューティングシステムは、ホストデバイス（ＨＤ）と、ＨＤによって管理されているローカル記憶デバイス（ＬＳＤ）とを備え、ＬＳＤは、ＨＤによって提供される当該インターフェイス以外にはＨＤの外部にあるデバイスに対する何らのインターフェイスも利用しない。この方法は、少なくとも以下の動作、すなわち、
ＨＤによって開始されたプロセスに役立つように作成されるものではないＬＳＤ論理リクエストを使用して、ＬＳＤと起動アプリケーションとの間に通信パスを確立するようにＨＤに指示することと、通信パス上で論理的に対話することと、リクエストされたプロセスをＨＤが実行するように起動アプリケーションに指示させることと、リクエストされたプロセスを実行することとによって実行される。]
[0029] 本発明の種々の実施形態による、改善されたインターネットアプリケーション（ブラウザなど）パフォーマンスを提供する様々な方法、デバイスおよびシステムについて記載する。一実施形態では、ローカル記憶デバイス（ＬＳＤ）について記載する。ＬＳＤは、互いに独立して管理されている、少なくとも第１の部分および少なくとも第２の部分を含むように論理的に構成されたメモリアレイを少なくとも含む。第１のアプリケーションは、第１の部分内の第１のアプリケーションコンテンツを管理し、第２のアプリケーションは、第２の部分内の第２のアプリケーションコンテンツを管理する。第１および第２のアプリケーションは、互いに独立して実行され、第１のアプリケーションコンテンツの第１のアプリケーションによる管理は、第２のアプリケーションコンテンツの第２のアプリケーションによる管理から独立している。ＬＳＤは、ホストデバイスから独立して、第１の部分に格納されている第１のアプリケーションコンテンツを第２のアプリケーションに通知する。]
[0030] 別の実施形態では、ホストデバイスファイルシステム（ＨＤＦＳ）およびネットワークインターフェイスを含むホストデバイスと、少なくとも第１の部分および少なくとも第２の部分を含むように論理的に構成されたメモリアレイを含むローカル記憶デバイスＬＳＤとを少なくとも備えるコンピューティングシステムについて記載し、第１および第２の部分は互いに独立して管理される。第１の部分は、第１のアプリケーションがＨＤＦＳを使用して第１の部分内の第１のアプリケーションコンテンツを管理するように、ＨＤＦＳによって管理され、第２の部分は、第２の部分がＨＤＦＳに認識されないように、ＨＤＦＳによって管理されない。第１および第２のアプリケーションは、互いに独立して実行され、第１のアプリケーションコンテンツの第１のアプリケーションによる管理は、第２のアプリケーションコンテンツの第２のアプリケーションによる管理から独立している。ＬＳＤは、第１の部分において利用可能な第１のアプリケーションコンテンツを第２のアプリケーションに通知し、この通知はＨＤから独立している。]
[0031] ローカル記憶デバイス（ＬＳＤ）によって実行される方法について記載する。ＬＳＤは、少なくとも第１の部分および少なくとも第２の部分を含むように論理的に構成されたメモリアレイを含み、第１および第２の部分は、互いに独立して管理され、第１のアプリケーションが、第１の部分内の第１のアプリケーションコンテンツを管理し、第２のアプリケーションが、第２の部分内の第２のアプリケーションコンテンツを管理する。第１および第２のアプリケーションは、互いに独立して実行され、第１のアプリケーションコンテンツの第１のアプリケーションによる管理は、第２のアプリケーションコンテンツの第２のアプリケーションによる管理から独立している。この方法は、少なくとも以下の動作、すなわち、ＬＳＤによって、第１の部分内に格納されている第１のアプリケーションコンテンツをホストデバイスから独立して第２のアプリケーションに通知することによって実行される。]
[0032] 別の実施形態では、ホストデバイス（ＨＤ）と通信しているローカル記憶デバイス（ＬＳＤ）を備えるシステムによって実行されるコンピュータプログラム製品について記載する。ＬＳＤは、互いに独立した、少なくとも第１の部分および少なくとも第２の部分を含むように論理的に構成されたメモリアレイを含む。第１のアプリケーションは、第１の部分内の第１のアプリケーションコンテンツを管理し、第２のアプリケーションは、第２の部分内の第２のアプリケーションコンテンツを管理する。第１および第２のアプリケーションは、互いに独立して実行され、第１のアプリケーションコンテンツの第１のアプリケーションによる管理は、第２のアプリケーションコンテンツの第２のアプリケーションによる管理から独立している。このコンピュータプログラム製品は、ＬＳＤによって、第１の部分内に格納されている第１のアプリケーションコンテンツを第２のアプリケーションに通知するコンピュータコードと、このコンピュータコードを格納するコンピュータ可読媒体とを含み、通知はＨＤから独立している。]
[0033] 本発明の種々の実施形態による、保護されているデジタルコンテンツをセキュアに配布および消費する様々な方法、デバイスおよびシステムについて記載する。一実施形態では、デジタルコンテンツプロバイダによってＤＲＭ方式に従い少なくとも１つの制限が加えられた、保護されているデジタルコンテンツを取得および消費する方法について記載する。この方法は、メモリアレイを有するローカル記憶デバイス（ＬＳＤ）を備えるシステムによって実行可能であり、ＬＳＤは、メモリアレイの少なくとも一部分を管理するように構成されているホストデバイスファイルシステム（ＨＤＦＳ）を少なくとも有するホストデバイス（ＨＤ）と結合されている。この方法は、保護されているデジタルコンテンツをＬＳＤによって取得すること、取得された保護されているデジタルコンテンツをＬＳＤによってメモリアレイにセキュアに格納すること、および保護されているデジタルコンテンツを消費することによって実行でき、当該取得することおよびセキュアに格納することといった動作はそれぞれ、ＤＲＭ方式に従い、どちらもＨＤＦＳによって開始されるものではない。保護されているデジタルコンテンツの消費は、セキュアに格納された保護されているデジタルコンテンツの少なくとも一部をデジタルデータストリームに変換することと、そのデジタルデータストリームをＬＳＤによってストリーミングすることとによって実行可能である。デジタルデータストリームに、使用制限である少なくとも１つの制限が加えられていれば、ＬＳＤはその使用制限を強制する。]
[0034] 別の実施形態では、デジタルコンテンツプロバイダによってＤＲＭ方式に従い少なくとも１つの制限が加えられた、保護されているデジタルコンテンツを取得および消費するためのコンピュータプログラム製品について記載する。このコンピュータプログラム製品は、メモリアレイを有するローカル記憶デバイス（ＬＳＤ）を備えるシステムに含まれているプロセッサによって実行可能であり、ＬＳＤは、メモリアレイの少なくとも一部分を管理するように構成されているホストデバイスファイルシステム（ＨＤＦＳ）を少なくとも有するホストデバイス（ＨＤ）と結合されている。このコンピュータプログラム製品は、保護されているデジタルコンテンツをＬＳＤによって取得するためのコンピュータコードと、取得された保護されているデジタルコンテンツをＬＳＤによってメモリアレイにセキュアに格納するためのコンピュータコードであって、当該取得することおよびセキュアに格納することはそれぞれ、ＤＲＭ方式に従い、どちらもＨＤＦＳによって開始されるものではないコンピュータコードと、セキュアに格納された保護されているデジタルコンテンツの少なくとも一部をデジタルデータストリームに変換して、このデジタルデータストリームをＬＳＤによってストリーミングすることによって、保護されているデジタルコンテンツを消費するためのコンピュータコードであって、このデジタルデータストリームに、使用制限である少なくとも１つの制限が加えられていれば、ＬＳＤはその使用制限を強制するものであるコンピュータコードと、コンピュータコードを格納するコンピュータ可読媒体とを少なくとも含む。]
[0035] さらに別の実施形態では、デジタルコンテンツプロバイダによってＤＲＭ方式に従い少なくとも１つの制限が加えられた、保護されているデジタルコンテンツを取得および消費するためのシステムについて記載する。このシステムは、少なくともホストデバイスファイルシステム（ＨＤＦＳ）を有するホストデバイス（ＨＤ）と、メモリアレイを含みホストデバイス（ＨＤ）と結合されているローカル記憶デバイス（ＬＳＤ）とを含み、メモリアレイの少なくとも一部分はＨＤＦＳによって管理されている。ＬＳＤは、保護されているデジタルコンテンツを取得し、メモリアレイにセキュアに格納し、当該取得することおよびセキュアに格納することはそれぞれ、ＤＲＭ方式に従い、どちらもＨＤＦＳによって開始されるものではない。保護されているデジタルコンテンツは、セキュアに格納された保護されているデジタルコンテンツの少なくとも一部をデジタルデータストリームに変換することと、そのデジタルデータストリームをＬＳＤによってストリーミングすることとによって消費される。デジタルデータストリームに、使用制限である少なくとも１つの制限が加えられていれば、ＬＳＤはその使用制限を強制する。]
[0036] さらに別の実施形態では、コンピューティングシステムについて記載する。このコンピューティングシステムは、少なくともホストデバイスファイルシステムおよびＬＳＤドライバを有するホストデバイス（ＨＤ）と、ホストデバイスファイルシステム（ＨＤＦＳ）によって管理される少なくとも１つの記憶エリアを有するローカル記憶デバイス（ＬＳＤ）と、ＬＳＤの外部にありＨＤと通信しているリクエスト元アプリケーションとを備え、リクエスト元アプリケーションは、ＨＤＦＳまたはＬＳＤドライバのいずれとも、何らの通信パスも利用しない。リクエスト元アプリケーションは、ＨＤＦＳによる介入なしに、少なくとも１つの記憶エリアに格納されているデータの選択された部分を、ＬＳＤに強制的に読み込ませ、次にＬＳＤは、少なくとも１つの記憶エリアから読み込まれた選択されたデータを外部アプリケーションにストリーミングする。]
[0037] 本発明の一態様では、少なくとも１つの記憶エリアに格納されたデータの選択された部分が、デジタルコンテンツプロバイダによってＤＲＭ方式に従い少なくとも１つの制限が加えられた、保護されているデジタルコンテンツであれば、ＬＳＤは、少なくとも１つの記憶エリアから読み込まれた保護されているデジタルコンテンツを、少なくとも１つの制限が加えられているデジタルデータストリームに変換することによって、少なくとも１つの記憶エリアから読み込まれた保護されているデジタルコンテンツを外部アプリケーションにストリーミングする。デジタルデータストリームに加えられている少なくとも１つの制限が使用制限であれば、ＬＳＤはその使用制限を強制する。]
[0038] 本発明の特定の実施形態による、ホストデバイス（ＨＤ）からローカル記憶デバイス（ＬＳＤ）へ送られる管理コマンドを処理する様々な方法、デバイスおよびシステムについて記載する。一態様では、ホストデバイス（ＨＤ）内のホストデバイスファイルシステム（ＨＤＦＳ）から送られた管理コマンドを、ＨＤと通信しているローカル記憶デバイス（ＬＳＤ）によって処理する方法について記載する。この方法は、関連した論理アドレスに対して動作を実行するようにＬＳＤに命令する第１の管理コマンドをＬＳＤにて受け取ることを含む。第１の管理コマンドが論理アドレスの少なくとも第１のセットと関連していれば、この方法は、少なくとも、リモートデバイス（ＲＤ）内のメモリ位置に対して動作を実行するようにＲＤに命令する第２の管理コマンドをＬＳＤの外部にあるＲＤに送ることによって、第１の管理コマンドをＬＳＤによって処理することを含む。様々な実施形態において、第２の管理コマンドをＲＤへ送ることおよび第１の管理コマンドに関連した動作をＲＤ内のメモリ位置に対して実行することは、ＨＤＦＳに認識されない。第１の管理コマンドが、論理アドレスの第１のセットと関連していなければ、この方法は、ＬＳＤ内のメモリ位置に対してＬＳＤによって実行される動作によってのみ、ＬＳＤによって第１の管理コマンドを処理することを含む。様々な実施形態おいて、ＬＳＤは、ＨＤを介して提供される物理インターフェイス以外には、ＬＳＤの外部にある他のいかなるデバイスに対して、他の何らの物理インターフェイスも利用しない。]
[0039] 特定の実施形態によれば、管理コマンドが、論理アドレスの少なくとも第１のセットと関連していれば、この方法は、ＬＳＤによって、ＬＳＤとＲＤとの間にＨＤを介する通信パスを確立するようにＨＤに指示することをさらに含む。好適な実施形態では、通信パスが確立されると、その通信パスの保持を除いて、ＨＤによるそれ以上の介入は必要ない。]
[0040] 本発明のシステムの態様において、少なくともホストデバイスファイルシステム（ＨＤＦＳ）を有するホストデバイス（ＨＤ）と、ＨＤ／ＬＳＤインターフェイスを用いてＨＤと結合されたローカル記憶デバイス（ＬＳＤ）とを備えるコンピューティングシステムについて記載する。ＬＳＤは、メモリアレイと、このメモリアレイをローカルで管理するように構成されているＬＳＤコントローラとを含む。メモリアレイは、ＨＤ／ＬＳＤインターフェイスを経由してＬＳＤコントローラに管理コマンドを送ることによって、ＬＳＤコントローラを介してＨＤＦＳにより外部から管理される、少なくとも１つの大容量記憶領域を含むように論理的に構成されている。管理コマンドは、関連したメモリアドレス上で動作を実行するように、ＬＳＤに命令するとよい。特定の実施形態によれば、ＨＤＦＳから受け取られた第１の管理コマンドが論理アドレスの少なくとも第１のセットに関連するとＬＳＤコントローラが判断すれば、ＬＳＤコントローラは少なくとも、ＬＳＤの外部にあるデバイス（ＲＤ）に、ＲＤ内のメモリ位置に対して動作を実行するようにＲＤに命令する第２の管理コマンドを送ることによって、第１の管理コマンドを処理し、ＲＤへ第２の管理コマンドを送ること、および第１の管理コマンドに関連した動作をＲＤ内のメモリ位置に対して実行することは、ＨＤＦＳに認識されない。さらに、一部の実施形態では、ＨＤＦＳから受け取られた第１の管理コマンドが、論理アドレスの少なくとも第２の部分に関連するとＬＳＤコントローラが判断すると、ＬＳＤコントローラは、ＬＳＤ大容量記憶領域内のメモリ位置に対してＬＳＤによって実行される動作によって、第１の管理コマンドを処理する。]
[0041] 別の態様では、少なくともホストデバイスファイルシステム（ＨＤＦＳ）を有するホストデバイス（ＨＤ）を備えるコンピュータシステムについて記載する。このシステムは、ＨＤ／ＬＳＤインターフェイスを用いてＨＤに結合されたローカル記憶デバイス（ＬＳＤ）をさらに含み、ＬＳＤは、メモリアレイと、メモリアレイをローカルで管理するように構成されているＬＳＤコントローラとを含み、かつＨＤ／ＬＳＤインターフェイスを経由してＬＳＤコントローラへ管理コマンドを送ることによって、ＨＤＦＳによりＬＳＤコントローラを介して外部から管理される、少なくとも１つの大容量記憶領域を含むように論理的に構成されている。様々な実施形態において、ＨＤＦＳは、第２の管理コマンドをリモートデバイス（ＲＤ）に送信するようにＬＳＤに命令する第１の管理コマンドをＬＳＤに送ることによって、ＬＳＤの外部にあるＲＤを、ＬＳＤを介して管理するようにさらに設定されている。]
[0042] さらに別の態様において、ＬＳＤと通信しているホストデバイス（ＨＤ）内のホストデバイスファイルシステム（ＨＤＦＳ）から送られた管理コマンドを処理するように、ローカル記憶デバイス（ＬＳＤ）内の１つ以上の有形媒体に符号化された論理について記載する。この論理は実行されると、ＬＳＤにて、関連した論理アドレス上で動作を実行するようにＬＳＤに命令する第１の管理コマンドを受け取り、第１の管理コマンドが論理アドレスの少なくとも第１のセットに関連していれば、少なくとも、リモートデバイス（ＲＤ）内のメモリ位置に対して動作を実行するようにＲＤに命令する第２の管理コマンドを、ＬＳＤの外部にあるＲＤに送ることによって、第１の管理コマンドをＬＳＤによって処理し、ＲＤへ第２の管理コマンドを送ること、および第１の管理コマンドに関連した動作をＲＤ内のメモリ位置に対して実行することは、ＨＤＦＳに認識されず、第１の管理コマンドが論理アドレスの少なくとも第１のセットに関連していなければ、ＬＳＤ内のメモリ位置に対してＬＳＤによって実行される動作によってのみ、ＬＳＤによって第１の管理コマンドを処理するように動作可能である。]
[0043] 一態様に従い、ホストデバイス（ＨＤ）を有するコンピューティングデバイスは、ローカル記憶デバイス（ＬＳＤ）と通信し、ＬＳＤはメモリアレイを含む。方法は、ＬＳＤのメモリアレイに格納されたデータに関する検索インデックスを生成するように動作する。ＬＳＤによって、ＨＤの関与なしに、ＬＳＤのメモリアレイに格納されたデータに関してインデックスデータが生成される。生成されたインデックスデータは、ＬＳＤによって、少なくとも検索インデックスの一部としてＬＳＤ上に格納される。このインデックスは、ＬＳＤのデータに関する検索クエリに応答するために使用可能なデータを含むとよい。クエリは、ＨＤからまたはＬＳＤ内から生じるとよい。インデックスの使用は、検索クエリへの応答に限定されない。例えば、インデックスは、コンテンツの選別に使用され得る。]
[0044] 種々の実施形態による、記憶サービスを提供する様々な方法、デバイスおよびシステムについて記載する。一実施形態は、システムについて記載する。このシステムは、少なくとも、データ記憶アレイ、論理データブロックとしてデータ記憶アレイに格納されているデータを管理するのに適した第１の論理インターフェイスと、論理データブロックとして格納されているデータに対応するデータオブジェクトを管理するのに適した第２の論理インターフェイスとを備える。論理データブロックとして格納されているデータの少なくとも一部が、第１のインターフェイスを経由して変更されると、変更されたデータは、第１および第２のインターフェイスの両方を経由してアクセス可能であり、第２のインターフェイスを経由してアクセス可能であることは、データオブジェクトプロパティの所定のセットを同時に管理することを伴う。]
[0045] 別の実施形態では、ローカル記憶デバイス（ＬＳＤ）について記載する。このローカル記憶デバイスは、データ記憶アレイ、論理データブロックとしてデータ記憶アレイに格納されているデータを管理するのに適した第１の論理インターフェイスと、論理データブロックとして格納されているデータに対応するデータオブジェクトを管理するのに適した第２の論理インターフェイスとを備える。論理データブロックとして格納されたデータの少なくとも一部が、第１のインターフェイスを経由して変更されると、変更されたデータは、第１および第２のインターフェイスの両方を経由してアクセス可能である。第２のインターフェイスを経由してアクセス可能であることは、データオブジェクトプロパティの所定のセットを同時に管理することを伴う。]
[0046] さらに別の実施形態では、方法について記載する。この方法は、データ記憶アレイにおいて少なくとも以下の動作を実行することによって実行される。論理データブロックとしてデータ記憶アレイに格納されているデータを第１のインターフェイスを経由して管理することと、データ記憶アレイに格納されているデータオブジェクトを第２のインターフェイスを経由して管理することとであり、データオブジェクトは、論理データブロックとして格納されているデータに対応する。論理データブロックとして格納されたデータが、第１のインターフェイスを経由して変更されると、変更されたデータは、第１および第２のインターフェイスの両方を経由してアクセス可能である。第２のインターフェイスを経由してアクセス可能であることは、データオブジェクトプロパティの所定のセットを同時に管理することを伴う。]
図面の簡単な説明

[0047] 本発明の実施形態に従ったシステムの象徴的表現を示す。
本発明の実施形態に従ったホストデバイス／ローカル記憶デバイスシステムを示す。
本発明の実施形態に従ったホストデバイス／ローカル記憶デバイスシステムを示す。
本発明の実施形態に従ったホストデバイス／ローカル記憶デバイスシステムを示す。
本発明の実施形態に従ったコンピューティングシステムを示す。
本発明の実施形態に従ったコンピューティングシステムを示す。
本発明の実施形態に従ったコンピューティングシステムを示す。
図３に示されているネットワークのさらに詳細な図を示す。
図３に示されているネットワークのさらに詳細な図を示す。
本発明の実施形態に従ったプロセスを詳述するフローチャートを示す。
本発明の実施形態に従ったプロセスを詳述するフローチャートを示す。
本発明の実施形態に従った典型的なメディアネットワークを示す。
本発明に従った典型的なコンピューティングシステムを示す。
図９に示されているコンピューティングシステムの特定の実施例を示す。
本発明の実施形態に従ったローカル記憶デバイスの典型的な実施例を示す。
本発明の実施形態を示す。
本発明の実施形態を示す。
本発明の実施形態に従ったホストデバイス／ローカル記憶デバイスシステムを示す。
本発明の実施形態に従ったローカル記憶デバイス（ＬＳＤ）のマッピングテーブルの図表現を示す。
本発明の実施形態に従ったローカル記憶デバイス（ＬＳＤ）の把握される記憶容量の図表現を示す。
本発明の実施形態に従った管理コマンドを処理するプロセスを示すフローチャートである。
図１５のプロセスで使用するのに適したシステムを示す。
ＬＳＤのメモリアレイに格納されたデータにインデックスを付けるようにＬＳＤが設定されている、ホストデバイス（ＨＤ）およびローカル記憶デバイスを含むコンピューティングシステムを示す。
ＨＤによるＬＳＤに対するデータアクセスに基づきインデックスデータが生成される例を示す。
インデックス付けデータがＨＤにより獲得および／または使用され得るシステムの構成例を示す。
インデックス付けデータがマスタ／スレイブパラダイム外の外部デバイスに転送されることが可能な構成例を示す。
ＬＳＤのメモリアレイに格納されたデータを示すインデックス付けデータをＬＳＤが判断していける方法を広い見方で示すフローチャートである。
本発明の実施形態に従ったシステムの簡略化したブロック図を示す。
本発明の実施形態に従った記憶デバイスの例の簡略化したブロック図を示す。
記憶デバイス間で直接データを転送するプロセスを示すフローチャートを示す。
本発明の実施形態に従ったデイジーチェーン構成で配列された複数の記憶デバイスを含むシステムの簡略化したブロック図を示す。
ホストデバイス（ＨＤ）およびローカル記憶デバイス（ＬＳＤ）を含むシステムを示す。
同期化装置の実施形態である。
記載される実施形態との関連で実行可能な様々な動作を示す。
記載される実施形態との関連で実行可能な様々な動作を示す。
記載される実施形態に従ったフローチャートを示す。
ホストデバイス２０４において典型的に見られる追加コンポーネントを示す典型的なシステム９００を示す。] 図１５ 図９
実施例

[0048] 以下、本発明の特定の実施形態を詳しく参照するが、その例が添付の図面に示されている。本発明について、特定の実施形態と併せて記載するが、当然のことながら、記載されている実施形態に本発明を限定することを目的としていない。反対に、添付の特許請求の範囲によって定義される本発明の意図および範囲内に含まれると考えられる代替物、変更物、等価物を対象とするものとする。なお、本願明細書に記載されるいずれの機能ブロックまたは機能構成も、物理エンティティもしくは論理エンティティのいずれかとして、または両方の組み合わせとして実装することができる。]
[0049] 記憶デバイスコントローラの能力が向上することで、記憶デバイスコントローラによって利用可能にされる処理リソースを使用して記憶デバイス内からソフトウェアアプリケーションを実行することが可能になる。このような記憶デバイスコントローラの運用性の強化により、ユーザ指向の記憶サービスなど、新たな（かつ従来は実行不可能であった）対話モードのパラダイムがもたらされる。このようなユーザ指向の記憶サービスは、主として、特有の記憶要件をそれぞれが有する、接続もしくは未接続の複数のデバイスにまで広がったり、または有線対無線、固定対モバイルなどの複数アクセスモードにまで広がったりしている、ユーザのデジタルコンテンツ消費体験を改善するために使用することができる。]
[0050] 「ユーザ中心」（従来の「デバイス中心」とは対照的）の記憶管理手法のサポートを提供するために、本発明は、ホストにより管理されるＬＢＡベースの大容量記憶パラダイムの厳しい制限を越えて、レガシー大容量記憶デバイスと完全な下位互換性があると同時に他の種類の対話を用いて大容量記憶装置を強化する記憶サービスパラダイムを提供する。他の種類の対話は、例えば、記憶リソースおよびサービス構築ブロックを、場合によっては様々な物理的位置（すなわち、データ記憶デバイス、ホストコンピュータ内、またはネットワーク中）にわたって分散させることを可能にする。]
[0051] これを考慮して、この記憶サービスパラダイムは、ローカルデータ記憶デバイスが今後、（１）同じホストコンピュータに存在する他のデータ記憶デバイスまたはリモートサーバコンピュータ上で実行されているアプリケーションとの対話を行うことができ、（２）その対話が、データ記憶デバイス自体によっても、ホストアプリケーションによっても、またはリモートサーバによっても開始可能となるように規定する。]
[0052] 本発明はさらに、前に説明したメモリデバイスを含む電子システムに関することができる。メモリデバイス（すなわち、メモリカード）は、様々な電子製品で使用されるデジタルデータを格納するために一般に使用されている。メモリデバイスは、格納されたデジタルデータを持ち運び可能なように電子システムからリムーバブルであることが多い。本発明によるメモリデバイスは、比較的小さな形態的要素を有することができ、カメラ、ハンドヘルドまたはノートブック形コンピュータ、ネットワークカード、ネットワークアプライアンス、セットトップボックス、ハンドヘルドまたはそのほかの小形メディア（例えば、オーディオプレーヤ／レコーダ（例えば、ＭＰ３デバイス））、および医療用モニタなど、データを取得する電子製品のデジタルデータを格納するために使用可能である。]
[0053] 以下、本発明の実施形態について、図１〜３１を参照しながら説明する。なお、当業者には当然のことながら、本発明はこうした限られた実施形態に収まらないため、こうした図面に関して本願明細書で与えられる詳細な説明は、単に説明を目的としたものである。なお、本発明は、マルチメディアカード（ＭＭＣ）およびセキュアデジタルカード（ＳＤ）などの不揮発性メモリを含むことができる、任意のタイプのローカルデータ記憶デバイスに使用可能であると考えられる。] 図１ 図１０ 図１１ 図１２Ａ 図１２Ｂ 図１３ 図１４Ａ 図１４Ｂ 図１５ 図１６
[0054] 図１は、本発明の実施形態に従ったマスタデバイス／スレイブシステム１００の象徴的表現を示す。例として、本願明細書に記載される特定の実施形態によれば、スレイブデバイスは、限定はされないが、前に説明したローカル記憶デバイスのいずれかなどのローカル記憶デバイスという形をとるとよく、マスタデバイスは、限定はされないが、前に説明したホストデバイスのいずれかなどのホストデバイスという形をとる。なお、マスタ／スレイブは、１つのデバイスまたはプロセスが１つ以上の他のデバイスに対して一方向の制御権を有する通信プロトコルのモデルである。従来のシステムでは、デバイス間またはプロセス間のマスタ／スレイブ関係が確立されると、制御の方向は常にマスタからスレイブである。一部のシステムでは、マスタは、適格な複数デバイスのグループから選ばれ、他のデバイスがスレイブの役割を果たす。したがって、マスタ／スレイブシステム１００（以下、簡単にシステム１００と呼ぶ）は、従来のマスタ／スレイブパラダイム１０６もあって互いに関係し合ったマスタデバイス１０２およびスレイブデバイス１０４を含む。なお、さらに、スレイブデバイス１０４は、マスタデバイス１０２によって提供されるインターフェイス以外には、マスタデバイス１０２の外部にあるいずれのデバイスに対しても、何らのインターフェイスも利用しない。] 図１
[0055] マスタデバイス１０２は、いくつかのマスタデバイスプロセス１０８を動作させることができる。マスタデバイスプロセスとは、マスタデバイスのためだけに実行されるプロセスのことである。そのようなマスタデバイスプロセスには、例えば、マスタデバイス１０２に実行可能な命令を提供するのに役立つフェッチ命令コマンドなど、任意の数およびタイプのプロセスが含まれ得る。マスタデバイスプロセス１０８は、マスタデバイスプロセス１１０、１１２および１１４を含むことができ、そのそれぞれが、処理ユニット１１６によって実行されるとよい。プロセス１１０、１１２または１１４のうちの任意のものが、スレイブデバイスサービス１１８からのサービスをリクエストすることができる。例えば、プロセス１１０は、マスタデバイスリクエスト１２０を生成することで、スレイブデバイスサービス１１８のサービスをリクエストすることができる。スレイブデバイスサービス１１８は、スレイブサービスレスポンス１２２を用いてマスタデバイスリクエスト１２０に応答するとよい。例えば、マスタデバイスリクエスト１２０は、ＲＥＡＤコマンドという形をとってもよく、リクエストされたスレイブサービスレスポンス１２２は、ＤＡＴＡという形をとってもよい。しかし、従来のマスタ／スレイブパラダイム１０６の範囲の中では、スレイブデバイス１０４はマスタデバイス１０２に、マスタデバイスプロセス１０８のほかのいかなるプロセスも実行するように指示できず、いかなる方法でも実行させることができない。言い換えれば、従来のマスタ／スレイブパラダイム１０６という状況の中では、マスタデバイス１０２のみが、マスタデバイスプロセス１０８のうちの少なくとも１つを実行できる。]
[0056] しかし、本発明は、スレイブデバイス１０４が、リクエストされるプロセス１２４をスレイブデバイス１０４のために実行するようにプロセッサ１１６に指示できるようにすることで、従来のマスタ／スレイブパラダイム１０６を回避する。このようにして、リクエストされるプロセス１２４は、プロセッサ１１６によって実行可能であり、なおかつマスタデバイスプロセス１０８のいずれからも完全に独立して無関係とすることができる。スレイブデバイス１０４は、スレイブデバイスプロセス１２８とスレイブデバイス論理リクエスト１３０とを関連付けることができるスレイブデバイスエージェント１２６を含むとよい。マスタデバイス１０２は、プロセッサ１１６と通信し、さらにスレイブデバイス論理リクエスト１３０によってスレイブデバイス１０４と通信するマスタデバイスエージェント１３２を含むとよい。こうすることで、マスタデバイスエージェント１３２は、スレイブデバイス論理リクエスト１３０を使用して、リクエストされるスレイブデバイスプロセス１２４を実行するようにプロセッサ１１６に指示することができる。このようにして、スレイブデバイスによって生成された論理リクエストは、マスタデバイスによって開始されるいかなるプロセスとも無関係かつ独立した、マスタデバイス提供の物理的レスポンスに変換されることが可能である。]
[0057] 図２Ａは、本発明の実施形態に従ったコンピューティングシステム２００を示す。システム２００は、スレイブデバイス１０４を含むことができ、スレイブデバイス１０４は、ローカル記憶デバイス（ＬＳＤ）２０４という形をとることができる。ＬＳＤ２０４は、比較的小さな形態的要素を有するメモリカードなどのリムーバブルメモリデバイスという形をとることができ、カメラ、ハンドヘルドまたはノートブック形コンピュータ、ネットワークカード、ネットワークアプライアンス、セットトップボックス、ハンドヘルドまたはそのほかの小形オーディオプレーヤ／レコーダ（例えば、ＭＰ３デバイス）、および医療用モニタなど、電子製品のデジタルデータを格納するために使用可能である。メモリカードの例には、ＰＣカード（以前はＰＣＭＣＩＡデバイス）、フラッシュカード（例えば、コンパクトフラッシュタイプＩおよびＩＩ）、セキュアデジタル（ＳＤ）カード、マルチメディアカード（ＭＭＣ）、ＡＴＡカード（例えば、コンパクトフラッシュカード）、メモリスティック、ＳｍａｒｔＭｅｄｉａ（登録商標）カードがある。さらに、ＬＳＤ２０４は、カリフォルニア州ミルピタスのサンディスクコーポレイションによって製造されたＳＤ対応のｉＮＡＮＤ（登録商標）を組み込んだフラッシュドライブなどの非リムーバブルメモリデバイスという形をとることもできる。] 図２Ａ
[0058] ＬＳＤ２０４は、ホストデバイス（ＨＤ）２０２という形のマスタデバイス１０２とＨＤ／ＬＳＤインターフェイス２０６を経由して通信することができる。なお、ＨＤ／ＬＳＤ２０６は、ＨＤ２０２およびＬＳＤ２０４が機械的に接続することができる機械的エンティティ（ソケットまたは相互接続バスなど）として構成可能である。いくつかの実施形態では、ＨＤ／ＬＳＤ２０６は無線インターフェイスという形をとることができる。ＨＤ２０２がマスタデバイスであることから、ＨＤ２０２はプロセッサを含む。なお、明瞭にするために、ＨＤ２０２に含まれているプロセッサは、図に示されることも、この説明の中でさらに言及されることもないが、それでも想定上は存在しているものとする。ＬＳＤ２０４は、物理的に、ＨＤ２０２に排他的に接続可能であり、したがって、ＨＤ２０２による介入なしにコンピューティングシステム２００の外部の回路および／またはアプリケーションにアクセスすること、または他の形でそれと通信することはできない。典型的には、ＬＳＤ２０４は、ＨＤ２０２によって提供される当該インターフェイス以外には、ＨＤ２０２の外部のデバイスに対する何らのインターフェイスも利用しない。]
[0059] ＨＤ２０２は、ＬＳＤドライバ２１０と通信しているホストデバイスファイルシステム（ＨＤＦＳ）２０８を含む。記載されている実施形態では、ＨＤＦＳ２０８は、ＬＳＤ管理コマンド２１２をＬＳＤドライバ２１０へ発行することができる。ＬＳＤドライバ２１０は、次に、ＬＳＤ管理コマンド２１２（適切にフォーマットされている）を、ＨＤ／ＬＳＤインターフェイス２０６を経由してＬＳＤ２０４に渡すことができる。例えば、ＬＳＤ管理コマンド２１２は、ＬＳＤ２０４が論理ブロックアドレス（ＬＢＡ）アーキテクチャを有するデータ記憶アレイを含むように設定されている場合、ブロックコマンドという形をとることができる。ＨＤ２０２は、（内部）ソフトウェアアプリケーション２１４も含むことができる。内部アプリケーションとは、ソフトウェアアプリケーション２１４が、ＨＤＦＳ２０８およびＬＳＤドライバ２１０を利用してＬＳＤ２０４と通信できるということである。そのようなソフトウェアアプリケーションは、ホストデバイスオペレーティングシステム（ＨＤＯＳ）２１６およびアプリケーション２１８を含むことができ、それぞれ、典型的に、ホストデバイスのメインメモリ（ハードディスクドライブ、すなわちＨＤＤならびにフラッシュメモリなどの不揮発性メモリという形をとることができる）に存在する。]
[0060] 記載されている実施形態では、ソフトウェアアプリケーション２１４は、ＨＤＦＳ２０８およびＬＳＤドライバ２１０を利用してＬＳＤ２０４と通信することができ、したがって、ＨＤＦＳ２０８に「認識」される。しかし、アプリケーション２１４とは対照的に、外部アプリケーション２２０（以下、ターゲットアプリケーションと呼ぶ）は、ターゲットアプリケーション２２０と、ＨＤＦＳ２０８およびＬＳＤドライバ２１０のいずれとの間にも何らの通信パスも利用せずにＬＳＤ２０４と通信することから、ＨＤＦＳ２０８に「認識」されない。記載される実施形態では、ターゲットアプリケーション２２０は、ローカルまたはリモートのいずれかで、任意数の位置およびデバイスに存在することができる。そのような位置およびデバイスには、例えば、ＨＤ２０２（ローカルアプリケーション２２０−１を有する）または外部デバイス２２２（ローカルアプリケーション２２０−２を有する）など、ＨＤ２０２およびＬＳＤ２０４の外部にあるがそれでもシステム２００内にある任意のデバイスが含まれると考えられる。記載される実施形態では、外部デバイス２２２は、インターフェイス２２３を経由してＨＤ２０２に結合された第２のＬＳＤ２２２という形をとることができる。さらに、当該位置およびデバイスは、ＨＤ２０２とネットワークリンク２２８を経由してネットワークインターフェイス２３０にて通信しているネットワーク２２６に含まれシステム２００の外部にあるデバイス２２４（リモートアプリケーション２２０−３を有する）も含むことができる。このようにして、ネットワークリンク２２８を使用するコマンドパスを、外部デバイス２２４とＨＤ２０２との間に確立可能であり、ここを情報２３２が通ることができる。]
[0061] ＨＤ２０２は、ネットワークインターフェイス２３０を経由して、ネットワーク２２６と通信することができる。記載される実施形態では、ネットワークインターフェイス２３０は、ネットワークリンク２２８を経由した、ＨＤ２０２とネットワーク２２６との間の通信を促進する。例えば、ネットワーク２２６がＩＰ（インターネットプロトコル）プロトコルタイプのネットワークであれば、ネットワークインターフェイス２３０は、例えばアプリケーション２１８とネットワーク２２６に含まれる任意のネットワークデバイス（ＮＤ）２２４との間にＩＰプロトコルベースのネットワークリンク２２８（ＵＲＬなど）を確立することができる。なお、ネットワークインターフェイス２３０は、適切と判断される任意の場所に物理的に位置することができる。例えば、ネットワークインターフェイス２３０をＨＤ２０２に組み入れることが可能である。ただし、ネットワークインターフェイス２３０は、ＨＤ２０２（またはシステム２００）に含まれない任意の物理的位置に位置するが、それでもＨＤ２０２によってネットワーク２２６との適切なネットワークリンク２２８を確立するために利用することも可能である。したがって、ネットワークインターフェイス２３０は、ＨＤ２０２内に物理的に組み入れられるように、またはその極めて近くにあるように制限されるものではない。]
[0062] マスタデバイスエージェント１３２は、マスタデバイスエージェント１３２に関して前述した機能に加えて、ＬＳＤ２０４により提供される記憶サービスと任意の利用可能な外部リソースとの間のブリッジ機能性を少なくとも提供するホストデバイスエージェント２３４という形をとることができる。記載される実施例では、ホストデバイスエージェント２３４は、適切な任意の手段（以下にさらに詳しく記載するポーリングまたは割り込みなど）によるＬＳＤ論理リクエストを特定するために使用可能である。さらに、ホストデバイスエージェント２３４は、ターゲットアプリケーションへの通信パス／ターゲットアプリケーションからの通信パスがホストデバイスエージェント２３４によって確立されてからは、このルーティングおよび／または保持を行うように設定可能である。さらに、ホストデバイスエージェント２３４は、任意のタイプのターゲットアプリケーションに役立つように、アプリケーション中立とすることができる。]
[0063] ＬＳＤ２０４は、コントローラ２３６と、第１の記憶アレイ２４０および第２の記憶アレイ２４２を含む大容量記憶アレイ２３８とを含むことができる。なお、記憶アレイ２３８は、メモリセル（フラッシュメモリセルなど）のアレイから形成可能である。この特定の場合では、大容量記憶アレイ２３８をフラッシュメモリセルのアレイと仮定することができるが、本発明は任意の適切なタイプのメモリセルとともに使用可能であると考えられるため、本発明はフラッシュタイプのメモリセルのみに限定されない。コントローラ２３６は、第１の記憶アレイ２４０を、ホスト／ＬＳＤパラダイム１０６の範囲内で管理する（すなわち、ＨＤＦＳ２０８の命令通りに機能する）ことができるファイルマネージャ２４３を含む。特に有用な構成では、第１の記憶エリア２４０は、ＬＢＡベースの大容量記憶アレイとすることができる。こうすることで、第１の記憶アレイ２４０はレガシー設置基盤に対応する。したがって、第１の記憶エリア２４０に格納されるデータのブロックの位置は、論理ブロックアドレッシング（ＬＢＡ）を使用して指定することができ、各ブロックは、例えばそれぞれ５１２または１，０２４バイトのオーダとすることができる。こうすることで、第１の記憶エリア２４０は、任意の考えられるレガシー大容量記憶装置アーキテクチャと完全な下位互換性を持つことができ（すなわち、従来のホストとともに機能できる）、より詳しく言えばＬＢＡタイプのシステムと完全な下位互換性を持つことができる。特に、ＬＳＤ２０４（特に、第１の記憶エリア２４０）は、レガシーインターフェイス、バス、およびすべての関連したプロトコルを使用する標準のＬＢＡアーキテクチャのもとで動作することができ、レガシー製品の設置基盤との完全な互換性が提供される。]
[0064] コントローラ２３６は、インターフェイス２４６を使用して、第１の記憶エリア２４０と第２の記憶領域２４２との間のブリッジ（後述する）として機能することができるＬＳＤエージェント２４４も含むことができる。ＬＳＤエージェント２４４は、内部ＬＳＤアプリケーション２５０が、外部デバイスおよび／またはターゲットアプリケーションと、標準プロトコル（インターネットプロトコル、すなわちＩＰなど）および任意の利用可能なネットワークリソースを使用しＬＳＤインターフェイス２５２を経由して通信するためのメカニズムとを提供するネットワークスタック／インターフェイス２４８も管理することができる。特に、ＬＳＤ２０４は、ホストデバイスエージェント２３４が、命令（メッセージフェッチなど）をＨＤ／ＬＳＤインターフェイス２０６のＬＢＡベースの実施例に適切な形で実行できるようにするために、任意のネットワーク通信（ＬＳＤ論理リクエスト１３０など）を標準フォーマット（物理バスベースのフォーマットなど）に変えることができる。このようにして、例えば、フェッチされた任意のメッセージを、ホストデバイスエージェント２３４とリモートアプリケーション２２０−３との間に作成されたネットワークリンク２２８（またはローカルアプリケーション２２０−１もしくは２２０−２とＬＳＤ２０４との間のローカル通信パス）上で無事に伝達可能である。この関連で、ネットワークスタック／インターフェイス２４８は、ＬＳＤエージェント２４４の一部と考えることが可能である。ＬＳＤエージェント２４４はさらに、認証およびセキュリティサービスをＬＳＤアプリケーション２５０に提供すること、ならびに到着する任意のサービスリクエストを管理することができる。]
[0065] 第１の記憶エリア２４０もしくは第２の記憶エリア２４２のいずれか（または両方）は、別々の内部領域に分割可能である。この分割された領域はそれぞれ、互いに、さらに／またはＬＳＤ２０４の外部にある回路および／もしくはソフトウェアアプリケーションと任意の適切な形で対話できるように作用することが可能である。そのような外部電気回路は、例えば、ＨＤ２０２（その中にホストファイルシステム２０８などのすべてのコンポーネントを含む）、ＬＳＤ２２２、またはＮＤ２２４などのネットワーク２２６に含まれるいくつかの外部デバイスのいずれかを含むことができる。]
[0066] 第２の記憶エリア２４２は、領域２５４を含むように分割可能である。記載される実施形態では、領域２５４は、ＨＤＦＳ２０８に「認識」されないように設定することが可能であり、したがって、隠された記憶エリア（ＣＳＡ）２５４として指定することができる。こうすることで、ＣＳＡ２５４のいかなるデータコンテンツまたはデータコンテンツに対する変更も、ＨＤＦＳ２０８による検出はできなくなる（それについて報告されない限り）。ただし、ＨＤＦＳ２０８は、前述した任意のデータコンテンツまたはデータコンテンツの変更について報告を受けることができる。例えば、以下にさらに詳しく記載するように、ＨＤＦＳ２０８と通信していない任意の回路またはソフトウェアアプリケーション（ＮＤ２２４に存在するリモートアプリケーション２２０−３、ＨＤ２０２内のローカルアプリケーション２２０−１、およびＬＳＤ２２２内のローカルアプリケーション２２０−２など）が、それ自体とＣＳＡ２５４との間にＨＤＦＳ２０８によって認識されることなく通信パス２５６を確立するように、ＨＤ２０２に指示することができる。反対に、ＬＳＤ２０４は、ＬＳＤ２０４と任意の指定のアプリケーション２２０との間に通信パス２５６を確立するように、ＨＤ２０２に指示することができる。なお、確立されると、情報（情報２３２、情報２５８、および情報２６０など）はＨＤ２０２によるそれ以上の介入なしで（データパケットルーティングなど、データの受け渡しに関係する任意の介入を除き）、かつＨＤＦＳ２０８に認識されずに渡されることが可能である。しかし、場合によっては、ＣＳＡ２５４が、そのような任意の変化についてＨＤＦＳ２０８に報告を提供することができる。]
[0067] 第１の記憶エリア２４０は、領域２６０を含むように分割可能である。記載される実施形態では、領域２６０は、ＨＤＦＳ２０８または通信がＨＤＦＳ２０８によって取り次がれる限りはそのほか任意の適切な外部回路にとって、完全にアクセス可能とすることができる（例えば、いくつかの実施形態において前に多少詳しく記載したＬＢＡベースのコマンドを使用して）。したがって、領域２６０は、ホストデバイスファイルシステム２０８がホスト記憶エリア（ＨＳＡ）２６０を管理するということを踏まえて、ＨＳＡ２６０と表すことができる。本発明の一態様では、ＣＳＡ２５４およびＨＳＡ２６０は、ＨＤＦＳ２０８から独立しているインターフェイス２４６を経由して互いに通信することができる。記載される実施形態では、インターフェイス２４６は、ＬＳＤエージェント２４４の一部として、第１の記憶エリア２４０と第２の記憶エリア２４２との橋渡しをすることができる。ＬＳＤエージェント２４４は、内部ファイル管理システム（例えば、ＬＳＤＦＳ）を含むことができ、これは例えば、ＨＤＦＳ２０８によって管理されているファイルアロケーションテーブル（ＦＡＴ）を読み取ることができる。ＬＳＤエージェント２４４はさらに、ＣＳＡ２５４への書き込み、ＣＳＡ２５４からＨＳＡ２６０への書き込みを、例えばダミーコンテンツを有するプレースホルダファイルを使用して行うことができる。このように、ＣＳＡ２５４およびＨＳＡ２６０は、ＨＤＦＳ２０８には見えない通信パス２６２上で互いに通信することができる。場合によっては、ＣＳＡ２５４および／またはＨＳＡ２６０のすべて（または一部のみ）を、それぞれ保護されている部分２６４および２６６として指定可能である。保護されているとは、ＨＤＦＳ２０８が、許可されない限りはこうした保護されている領域にアクセスできないということである。そのような許可は、例えば許可サーバなど、コンピューティングシステム２００の外部にあるデバイスによって提供可能である。前述したように、ＬＳＤ２０４は、リクエストされたプロセス１２４をＬＳＤ２０４のために実行するように、ＨＤ２０２に指示することができる。なお、ホストコマンド（例えば、読み込み／書き込み）がＬＳＤ論理リクエスト１３０の生成をトリガする場合でも、ＬＳＤ論理リクエスト１３０が、ホストコマンドに役立つものであることはない。]
[0068] このように、リクエストされたプロセス１２４は、ホストプロセス１０８のいずれとも完全に独立し、無関係とすることができる。特に、ＬＳＤ２０４は、例えば、ローカルアプリケーション２２０−１および／または２２０−２のいずれかに対するネットワークリンク２２８の確立および／または通信パス２５６の確立を、ＨＤ２０２に指示することができ、これはすべてＨＤＦＳ２０８に認識されない。なお、リクエストされたプロセス１２４が実行される（すなわち、例えば適切な通信パスが確立される）と、ＨＤ２０２によるそれ以上の介入は何ら必要ない（任意のルーティングまたはそのほかのハウスキーピング機能を除いて）。ＨＤ２０２は、ＬＳＤ論理リクエスト１３０の実行を、いくつかの方法でＬＳＤ２０４により指示することが可能である。]
[0069] 場合によっては、リクエストされたプロセスの実行をＨＤ２０２に間接的に指示することが、ＬＳＤ２０４にとって望ましいことがある。間接的とは、ＬＳＤ２０４が、リクエストされたプロセスを実行するように、ＨＤエージェント２３４とは別の異なる中間エージェントを使用して、ＨＤ２０２に指示するということである。リクエストされたプロセスの間接的な指示について、図２Ｂのコンピューティングシステム２７０を参照して説明することができる。図に示すように、ＬＳＤ２０４内のエージェント２４４は、エージェント２４４とターゲットアプリケーション２７４（起動アプリケーションとも呼ばれる）との間に通信パス２７２を確立するように、ＬＳＤ論理リクエスト１３０を使用してＨＤ２０２に指示することができる。なお、起動アプリケーション２７４は、ローカルまたはリモートに位置することができる。例えば、エージェント２４４がＬＳＤ２０４に存在し、起動アプリケーション２７４がＮＤ２２４に存在することができ、その場合、ＨＤ２０２は、ネットワークインターフェイス２３０を使用して、通信パス２７２（すなわち、ネットワークリンク２２８に類似する）を確立する。あるいは、起動エージェント２７４は外部デバイス２２２またはＨＤ２０２内に存在することができ、その場合、通信パス２７２はローカル通信パス２５６に類似することになる。] 図２Ｂ
[0070] いずれの場合でも、通信パス２７２が確立されると、エージェント２４４は、通信パス２７２上で、ＨＤ２０２によるそれ以上の介入なしに（通信パス２７２の保持を除いて）起動アプリケーション２７４と論理的に対話できる。この論理的対話の一部として、エージェント２４４は、トリガコマンド２７６を起動アプリケーション２７４に渡すことができる。起動アプリケーション２７４は、コマンド２８０を送ることで、リクエストされたプロセス２７８を実行するようにＨＤ２０２に指示することによって、トリガコマンド２７６に応答することができる。その結果、ＨＤ２０２は、リクエストされたプロセス２７８を実行することができる。リクエストされたプロセス２７８は、もとのエージェント２４４をポイントすることができる。このように、エージェント２４４と、リクエストされたプロセス２７８とは、論理的に対話することができる。]
[0071] 本発明のこの態様の特に有用な実施形態は、ユーザと論理的に対話することがＬＳＤ２０４にとって望ましいと考えられる状況で実現される。この実施形態の特定の実施例が図２Ｃに示され、起動アプリケーション２７４は、外部デバイス２２２に存在することができる（ただし、前述したように、起動アプリケーション２７４は、リモートまたはローカルに存在することができることに留意するべきである）。この例では、外部デバイス２２２は、加入者識別モジュール（ＳＩＭ）カード２２２という形をとることができる。当該技術分野では周知のように、ＳＩＭカード２２２は、モバイルコンピュータおよびモバイル電話などのモバイルセルラー電話デバイスに使用することができる。ＳＩＭカードは、加入者を識別するために使用されるサービス加入者キー（ＩＭＳＩ）をセキュアに格納することができる。さらに、ＳＩＭカードは、ユーザが、単にＳＩＭカードを１つのモバイル電話から取り外してそれを別のモバイル電話または広帯域電話デバイスに挿入することで、その加入を保ちながら電話（またはそのほかの広帯域通信デバイス）を変更できるようにする。この例では、ＳＩＭカード２２２は、ＳＩＭカード２２２がＨＤ２０２（例えば、携帯電話という形をとることができる）上のプロセスを主体的に起動できるようにするＳＩＭアプリケーションツールキット（ＳＴＫ）コマンドセットに準拠している。ＳＴＫコマンドセットは、ＳＩＭカードがどのようにして外界と直接対話すべきかを定義するＳＩＭカードにプログラムされた命令を含み、ハンドセットおよびネットワークから独立してコマンドを開始する。これによって、ＳＩＭカードは、ネットワークアプリケーションとエンドユーザとの間のインタラクティブなやり取りを確立し、ネットワークにアクセスすることまたはネットワークへのアクセスを制御することができる。ＳＩＭカードは、ハンドセットにも、メニューを表示してユーザ入力を求めるなどのコマンドを与える。] 図２Ｃ
[0072] したがって、直接の通信パスを確立し、その結果エンドユーザと対話するためにＬＳＤ１０２が使用できる１つの手法は、次のように実装することができる。リクエストされたプロセスのＨＤ２０２上での実行を、起動アプリケーション２７４を使用してＨＤ２０２に主体的に指示するように構成されたＳＩＭカード２２２への通信パス２７２を確立するように、エージェント２４４がＨＤ２０２に指示することができる。なお、ＩＳＯインターフェイスベースのＳＩＭカードでは、通信パス２７２は、ＳＩＭ側でＢＩＰ（ベアラ独立プロトコル）を使用して確立可能である。一方、ＵＳＢインターフェイスベースのＳＩＭカードでは、通信パス２７２は、ＳＩＭ側でイーサネットエミュレーション（ＥＥＭ）クラスを使用して確立可能である。]
[0073] この場合、ＳＩＭカード２２２は、ＳＴＫ準拠のＳＩＭカード２２２とすることができる。しかし、以下のように、本発明は特定の通信テクノロジーにもネットワークタイプにも限定されない。いずれの場合でも、エージェント２４４は、例えばブラウザアプリケーション２７８という形をとることができるリクエストされたプロセス２７８を実行するようにＨＤ２０２に指示するべく、ＳＴＫ準拠のＳＩＭカード２２２（起動アプリケーション２７４を使用する）をトリガすることができる。記載される実施形態では、ブラウザアプリケーション２７８はエージェント２４４（およびＬＳＤ２０４）をポイントする。ブラウザアプリケーション２７８は、ユーザインターフェイス（ＵＩ）２８０を、例えばディスプレイユニット２８２上に表示させることができる。ＵＩ２８０は、ユーザ入力２８４をアイコン２８６にて受け取ることができる。このように、ＵＩ２８０およびエージェント２４４は論理的に対話することができ、その結果、ＬＳＤ２０４に、ＵＩ２８０およびユーザ入力２８４を提供するユーザに対する直接アクセスを提供する。場合によっては、ＳＩＭ２２２が、ブラウザ２７８とＬＳＤ２０４との間の中間段階として機能する必要があることもある。いずれの場合でも、ＬＳＤ２０４およびＵＩ２８０は、ＨＤ２０２の介入なしに論理的に対話することができる（ＨＤ２０２がブラウザ２７８を実行して、様々な通信パスの保持に関して適切なハウスキーピング任務を提供するということを除いて）。]
[0074] 例えば、ＵＩ２８０は、ユーザ入力２８４を受け取ることができる。ユーザ入力２８４を、例えばユーザ選択イベント２８８として、ブラウザアプリケーション２７８により処理することが可能である。ブラウザアプリケーション２７８は、エージェント２４４をポイントすることができることから、エージェント２４４は、ブラウザアプリケーション２７８とエージェント２４４との間の論理的対話の一部として、ユーザ選択イベント２８８をＨＤ２０２による介入なしに（ＨＤ２０２が、様々な通信パスを保持し、ブラウザアプリケーション２７８を実行するということを除いて）受け取ることができる。ほぼ同じように、エージェント２４４は、論理的対話によって、ＵＩ２８０またはディスプレイユニット２８２を使用して情報をユーザに渡すことができる。そのような情報には、例えば、ＬＳＤ２０４の現在の状態、選択された格納されているコンテンツのリストなどが含まれ得る。]
[0075] なお、ネットワークおよび対応するテクノロジーに応じて、ＳＩＭカードには様々な呼び方がある。例えば、３Ｇタイプのネットワークでは、ＳＩＭカードはＵＳＩＭカードと呼ばれる。したがって、ＵＳＩＭアプリケーションツールキット、すなわちＵＳＡＴを参照することになる。いずれの場合でも、本発明は、任意のネットワークおよび対応するテクノロジー（ＳＴＫ、ＵＳＡＴなど）で使用可能である。]
[0076] 図３Ａは、本発明の実施形態に従ったポーリング方式３００を示す。ＨＤ２０２は、ポーリング信号（ＰＳ）３０２をＬＳＤ２０４へ送ることによって、ＬＳＤ２０４にポーリングを行うことができる。ＰＳ３０２は、ＬＳＤエージェント２４４によって傍受される。記載される実施形態では、ＬＳＤエージェント２４４は、ＬＳＤ論理リクエスト１３０を生成することによってＰＳ３０２に応答する論理リクエストジェネレータ３０４を含むことができる。論理リクエストジェネレータ３０４は、その後、ＬＳＤ論理リクエストをホストデバイスエージェント２３４に送り返す。なお、記載されるポーリングプロセスは、ＨＤ２０２が、ＬＳＤ２０４から特定の応答があることを要求または期待していることを条件としたものではない。このように、ＬＳＤ２０４は、単にポーリング信号３０２にＬＳＤ論理リクエスト１３０を用いて応答することによって、ＨＤ２０４に、リクエストされたプロセス１２４を実行するようにいつでも指示することができる。記載される実施形態では、ＬＳＤ論理リクエスト１３０は、ＬＳＤによりリクエストされたプロセス１２４を実行するようにＨＤ２０２に指示することができるコマンド情報を含む。なお、コマンド情報は、ＨＤ２０２によって完了されるべき特定の動作（コマンドパス２５６の設定など）を示すコマンドコードなどのデータを含むことができる。] 図３Ａ
[0077] コマンド情報は、例えばターゲットデバイス識別（ＩＤ）、ターゲットデバイス位置（例えば、ＩＰアドレス）などのデバイス情報も含むことができる。しかし、場合によっては、ＬＳＤ２０４もＨＤ２０２も、要求されるタスクを完了するための十分な情報を保有していない。例えば、ＬＳＤ２０４は、特定の動作を示すコマンド情報を提供することができるが、特定のターゲットデバイスＩＤまたはターゲットデバイス位置を欠くこともある。こうした状況では、例えば、欠けているが必要な情報を獲得するために、ＬＳＤ２０４がネットワークリンク２２８を経由してクエリを行うことができる発見サーバコンピュータを利用することができることもある。例えば、ＬＳＤ２０４は、いつでも単にＬＳＤ論理リクエスト１３０を用いてＰＳ３０２に応答することによって、ターゲット記憶デバイス上での記憶動作を開始することができる。ＬＳＤ論理リクエスト１３０は、ＬＳＤ２０４とターゲット記憶デバイスとの間のコマンドパスを確立するための、ＨＤ２０２に対する命令を備えたコマンドを含むことができる。なお、ターゲット記憶デバイスは、ＨＤ２０２が適切なコマンドパスを確立できる限り、任意の位置にあってよい。例えば、ターゲット記憶デバイスがネットワーク２２６内のＮＤ２２４であれば、ＨＤ２０２は、ネットワークインターフェイス２３０とＮＤ２２４との間にネットワークリンク２２８を確立することによって、ＬＳＤ論理リクエスト１３０に応答することができる。]
[0078] リクエストされたプロセス１２４を実行するようにＬＳＤ２０４がＨＤ２０２に指示することができるもう１つのメカニズムについて、図３Ｂに示されているＬＳＤによって生成される割り込みの観点から記載する。ＬＳＤ論理リクエストジェネレータ３０４から受け取られたＬＳＤ論理リクエスト１３０と、ＬＳＤが生成した割り込み４０４とを関連付けるＬＳＤ割り込みアソシエータ４０２とを使用して、ＬＳＤ２０４は、リクエストされたプロセス１２４を実行するようにＨＤ２０２に指示することができる。ＬＳＤ論理リクエスト１３０がＬＳＤ割り込み４０４と関連付けられると、ＬＳＤ２０４は、ＨＤ２０２宛てに割り込み４０４を発生させる。ＨＤ２０２は、リクエストされたプロセス１２４を実行することによって、ＬＳＤ割り込み４０４に関連付けられた論理リクエスト１３０に応答する。] 図３Ｂ
[0079] ＬＳＤ２０４は、第２のＬＳＤ２２２などの他のローカル記憶デバイス（単数または複数）との通信を確立するようにＨＤ２０２に命じることもできる。例えば、コンピューティングシステム２００を、例えば第２のＬＳＤ２２２とＬＳＤ２０４との間でメディアファイルを同期するためにパーソナルコンピュータに結合可能な携帯メディアプレーヤとすることができる（この場合、ＬＳＤ２０４は、ＭＰ３形式のオーディオファイルなど、様々なデジタルメディアファイルを格納する）。この例では、ＬＳＤ２０４は、適切な同期化動作を開始することができ、それによって、ＨＤＦＳ２０８には認識されずに、ＬＳＤ２２２およびＬＳＤ２０４の両方の間でデータコンテンツを比較しかつ更新する。]
[0080] 別の例では、ＬＳＤ２０４は、任意の数の動作を実行して結果を生成し、その結果に基づいて関連した論理リクエストを生成することができる。次に、この論理リクエストを、適切なＬＳＤプロセスを実行するようにＨＤ２０４に指示するためにＬＳＤ２０４によって使用することが可能である。例えば、ＬＳＤ２０４は、ＬＳＤパラメータのセットの検出動作を実行することができる。記載される実施形態では、検出されるＬＳＤパラメータのセットには、データコンテンツバックアップパラメータ、データコンテンツパラメータ（ファイルサイズ、ファイルタイプ、ファイル名、およびファイルキーワードなど）、論理記憶パラメータ（残りの容量、および適切な場合はＬＳＤＩＰアドレスなど）、物理記憶パラメータ（摩耗度、不良ブロック数、ビット反転数など）、規則違反パラメータ、およびホストデバイスＩＰアドレスなどのパラメータが含まれ得る。ＬＳＤ２０４が検出動作を完了すると、検出動作の結果が生成される。なお、場合によっては、生成される結果は、検出されたパラメータがＬＳＤの動作を統制する規則のセットの範囲に入るということでＮＵＬＬ結果となる。一方、他の場合には、生成される結果を、ターゲットアプリケーションへの通信パスを確立するようにＨＤ２０２に指示することができる検出論理リクエスト１３０として、ＬＳＤ論理リクエスト１３０と関連付けることが可能である。前述したターゲットアプリケーションには、ローカルアプリケーション２２０−１、２２０−２、またはリモートアプリケーション２２０−３が含まれ得る。なお、ローカルアプリケーション２２０−１および２２０−２の場合には、通信パスはローカル通信パスと呼ばれる。前述した通信パスが確立されると、ＬＳＤ２０４およびターゲットアプリケーション２２０は、リクエストされた検出プロセスを実行するために論理的に対話することができる。なお、通信パスが確立されると、通信パスの保持およびそのほか任意のハウスキーピング任務を除いて、ＨＤ２０２によるそれ以上の介入は必要ない。リクエストされる検出プロセスには、コンテンツバックアッププロセス、コンテンツ共有プロセス、イベント報告プロセス、リモート命令のリクエストプロセス、使用／アクセス権のリクエストプロセス、リモートサーバへのレジストレーションプロセスが含まれ得る。]
[0081] 一実施形態では、ＬＳＤ２０４は、検出論理リクエストと、ホストデバイスによるポーリングとを関連付ける。一方、他の実施形態では、ＬＳＤ２０４は、検出論理リクエストと、ＬＳＤ割り込みとを関連付け、ＨＤ２０２宛てにＬＳＤ割り込みを発生させる。いずれの場合も、ＨＤ２０２は、リクエストされた適切な検出プロセスを実行するように指示を受けることができる。]
[0082] なお、ＬＳＤ２０４および／またはシステム２００の外部にある任意の回路またはソフトウェアアプリケーションが、リクエスト元デバイスとターゲットデバイスＬＳＤ２０４との間に通信パスを確立するためのメカニズムとしてＨＤ２０４を使用して、ＬＳＤ２０４をターゲットとすることができることから、本発明は、本質的に対称的である。このように、ＬＳＤ２０４は、外部回路または外部ソフトウェアアプリケーションから生じるリクエストに応答することができる（例えば、現在のステータス情報、現在の容量の提供など）。例えば、図４は、リモートアプリケーション２２０−３が、ＨＤＦＳ２０８から独立して、第１の記憶エリア２４０にいくつかの記憶動作のうちのいずれかを強制的に実行させる状況を示している。例えば、ホストデバイスファイルシステム（ＨＤＦＳ）２０８に認識され、したがって管理可能である事前確立されているプロキシファイル４５０（プレースホルダファイルとも呼ばれる）にデータを書き込むことによって、外部アプリケーション２２０−３は記憶エリア２４０にデータを書き込むことができる。しかし、プレースホルダファイル４５０は、リモートアプリケーション２２０−３が、ＨＤＦＳ２０８に「目撃される」ことなく（報告されない限り）プロキシファイル内のデータに対するアクセス／変更を行うことができるメカニズムの一部にすぎないということから、プレースホルダファイル４５０に含まれるあらゆるデータは、「ダミー」データと見なすことができる。] 図４
[0083] 例えば、外部アプリケーション２２０−３は、プレースホルダファイル４５０に書き込まれるべきデータ４５４を送信することによって、ＨＤＦＳ２０８の介入なしに、プレースホルダファイル４５０にデータ４５４を書き込むことができる。一実施例では、データ４５４は、プレースホルダファイル４５０へ直接送られるか、またはデータ４５４の選択された部分をバッファに入れるためにＣＳＡ２５４をキャッシュとして使用することができる。ＣＳＡ２５４が、データ４５４をキャッシュするために使用される場合、データ４５４は、通信パス２５６を経由して、ＨＤ２０２による介入なしに（通信パス２５６の確立を除いて）プレースホルダファイル４５０に渡される。このように、リモートアプリケーション２２０−３（またはさらに言えば任意の外部アプリケーション２２０）は、ＨＤＦＳ２０８の介入なしに、プレースホルダファイル４５０にデータを書き込むか、またはデータ４５４をプレースホルダファイル４５０からストリーミングすることができる。]
[0084] 例えば、ＬＳＤ２０４は、第１の記憶アレイ２４０の利用可能な記憶容量が所定量に満たないと判断する検出動作を実行することができる。その結果に基づいて、ＬＳＤ論理リクエストジェネレータ３０４は、ＬＳＤ２０４とリモートアプリケーション２２０−３との間に通信パス２２８を確立するようにＨＤ２０２に指示するＬＳＤ検出論理リクエスト１３０を生成することができる。通信パス２２８が確立されてからは、ＨＤ２０２は例えばモデム、ルータ、またはそのほかデータパケットのルーティングに使用される同様のデバイスに等しい役割を担うことから、ＨＤ２０２は介入できない。リモートアプリケーション２２０−３およびＬＳＤ２０４が通信パス２２８を経由して結合されると、ＬＳＤ２０４およびリモートアプリケーション２２０−３は通信パス２２８上で論理的に対話することができる。例えば、ＬＳＤ２０４は、検出動作の結果をリモートアプリケーション２２０−３に送信する。リモートアプリケーション２２０−３は、データ４５４（ユーザ通知、宣伝などの形）をプレースホルダファイル４５０にプッシュする（書き込む）ことによって応答することができる。データ４５４がプレースホルダファイル４５０に格納されると、それからデータ４５４は、ＨＤＦＳ２０８により認識され、様々な方法でＨＤ２０２による処理を行うことが可能である。例えば、データ４５４は、追加の記憶容量が必要であるという報告を表示するために、さらには購入製品、購入場所および購入価格を提案するために、ＨＤ２０４によって使用可能である。]
[0085] 図５Ａは、本発明の実施形態に従ったネットワーク５００のさらに詳細な図を示す。具体的には、ネットワーク５００は、図３に示されているネットワーク２２６の一実施形態である。具体的には、ネットワーク５００は、分散したコマンドパスを経由してコンピューティングシステム２００に結合されたサーバコンピュータ５０２を含むように示されている。このような分散したコマンドパスは、無線通信（ＷｉＦｉ、ブルートゥースなど）ならびに有線通信などを含むことができる。記載されている実施形態では、サーバコンピュータ５０２は、例えば、ＨＴＴＰ／ＳＯＡＰベースのウェブサービスなど、標準のウェブテクノロジーなどを使用した何らかの明瞭かつ明確なインターフェイスを、デベロッパおよびそのほかのユーザに提供することも行うサーバコンポーネント５０４を含む。記載される実施形態では、例えばリモートアプリケーションとＬＳＤ２０４との間のセキュアなチャネルが必要なときはいつでも、サーバコンポーネント５０４が少なくとも許可および認証サービスを提供できる。こうすることで、ネットワークからもたらされる攻撃、スパイウェア、マルウェアなどの可能性に対する効率的な防御を提供することができる。さらに、許可されていない第三者によってエンドユーザコンテンツ使用が追跡されないことを保証するためのプライバシー保護、場合によっては何らかの圧縮テクニックを使用する記憶デバイスを用いた最適化された通信プロトコルが提供され、さらに、サーバコンピュータはブロードキャストおよび／またはマルチキャスト機能も含むことができる。デバイスレジストレーションモジュール５０６および／または発見サービスモジュール５０８を、サーバコンピュータ５０２に含むか、または結合することが可能である。] 図５Ａ
[0086] デバイスレジストレーションモジュール５０６および発見サービスモジュール５０８は、それぞれレジストレーションサービスおよび発見サービスを提供する。レジストレーションサービスとは、ネットワーク２２６に含まれるか、追加されるか、またはそこから削除されるデバイスレジストレーションモジュール５０６に登録された任意のデバイスが関連したレジストレーションデータを有するということであり、このデータは、対応するデバイスの現在のステータスと一致するように更新される。このようなレジストレーションデータは、デバイスタイプ、デバイス位置（ネットワークＩＰプロトコルベースのネットワークであればＩＰアドレス）などを含むことができる。]
[0087] 一実施形態では、デバイス（またはソフトウェアアプリケーション）に関連したレジストレーションデータは、いくつかの異なる方法でレジストレーションモジュール５０６によって更新することができる。１つの手法は、レジストレーションモジュール５０６がデバイスステータスの変化（すなわち、デバイスが追加された、削除された、またはネットワーク２２６内で位置が移動したなど）の報告を受けることに依存する。本発明の一部の態様では、処理リソースならびにネットワーク帯域幅を保つために、すべての変化がレジストレーションモジュール５０６に報告するほど重要と見なされるとは限らない。しかし、デバイスステータスの変化が生じ、報告が保証されている状況では、レジストレーションモジュール５０６がネットワーク２２６に含まれているすべてのデバイスに継続的にｐｉｎｇを実行して各デバイスに現在のステータス情報を返すようにリクエストすることによって、レジストレーションモジュール５０６はステータスの変化について報告を受けることができる。前のデバイスステータスに関して変化し、報告すべきステータスを表すと判断された任意のステータス情報が、デバイスレジストレーションモジュール５０６での報告イベントを呼び出すことになる。]
[0088] この報告イベントに応答して、レジストレーションモジュール５０６は、変化したステータスを有するデバイスが現在のデバイスステータス情報をレジストレーションモジュール５０６に送信するようにリクエストすることができる。そのデバイスに関連するステータス情報は、レジストレーションモジュール５０６により受け取られると、レジストレーションモジュール５０６において更新され、発見サーバ５０８に送信されることが可能である。別の手法は、各デバイスが、ステータスに変化が生じるたびに、その現在の詳しいステータスをデバイスレジストレーションモジュール５０６に送ることができるということから、デバイスレジストレーションモジュール５０６により受動的な手法をとらせることができる。この場合もやはり、コンピューティングリソースおよびネットワーク帯域幅を保つために、本発明の一部の態様は、すべてのステータス変化ではなく特定のステータス変化のみのレポートだけを提供する。]
[0089] いずれの場合でも、現在のステータス情報が受け取られて適切に処理されると、レジストレーションモジュール５０６は、現在のステータス情報を発見サービスモジュール５０８に送信することができ、発見サービスモジュール５０８では、リクエスト元デバイスまたはソフトウェアアプリケーションに後から発見サービスを提供するためにそのステータス情報が格納される。そのような情報は、例えば、リクエスト元デバイス（ソフトウェアアプリケーションがあればそれを含む）と、ターゲットデバイスまたはターゲットアプリケーションとの間のコマンドパスの確立を促進するために、ネットワーク３２４に含まれている任意のデバイスに関係する任意の情報を含むことができる。]
[0090] さらに図５Ａを参照すると、ＬＳＤ２２２が以前にＨＤ２０４と結合されたことがなくても、ＬＳＤ２０４をインターフェイス２２３に挿入することによってある時点でＬＳＤ２２２がＨＤ２０４に結合される（例えば、セキュアデジタル（ＳＤ）カードを、ネットワークと通信している携帯用コンピュータ、デジタルカメラなどに挿入するなど）と、その結果ＬＳＤ２２２は、本発明の一態様において、それがネットワーク２２６に参加したことをデバイスレジストレーションモジュール５０６に報告することができる。しかし、本発明のさらに別の態様では、デバイスレジストレーションサービス５０６は、例えばコンピューティングシステム２００にｐｉｎｇを実行して、報告すべき変化が生じたと判断することによって、ネットワーク２２６にＬＳＤ２２２が入ったことを能動的に判断することができる。] 図５Ａ
[0091] ＬＳＤ２２２が、ステータスの変化（この場合はネットワーク２２６にＬＳＤ２２２が追加されたこと）をデバイスレジストレーションサービス５０６に能動的に報告する場合、ＬＳＤ２２２は、ＨＤ２０２からネットワーク２２６へのネットワークリンク２２８およびネットワーク２２６からレジストレーションサービス５０６へのコマンドパスを含むコマンドパスを、ＬＳＤ２２２とデバイスレジストレーションサービス５０６との間に確立するように、前述したメカニズムのうちの少なくとも１つを使用してＨＤ２０２にリクエストすることができる。なお、ＬＳＤ２０４が、デバイスレジストレーションサービス５０６の位置を知らなければ、ＨＤ２０２がその位置をデフォルト位置として提供するか、またはネットワークサービスがステータス変化を所定の位置へ自動的にダイレクトする。]
[0092] ＬＳＤ２０４とレジストレーションサービスとの間の通信が確立すると、続いてデバイスレジストレーションサービス５０６は、ＬＳＤ２２２の現在のステータスを更新（受動的または能動的に）することができる（ＬＳＤ２２２の現在のステータスは、ＬＳＤ２２２によってプッシュされるか、またはレジストレーションサーバ５０６によってプルされる）。更新されると、次にデバイスレジストレーションサービス５０６は、ＬＳＤ２２２の現在のステータスを発見サービスモジュール５０８へ送信することができ、そこで、このステータスは、リモートデバイスがＬＳＤ２２２をターゲットとするときに後からいつでも読み出しできるように格納される。なお、レジストレーション情報は、デバイスに関係する任意の関連情報を含むことができる。そのような関連情報（データ記憶デバイスの場合）は、デバイスの、どちらかというと不変の特徴である、論理記憶デバイスパラメータ（残っている利用可能な記憶容量、デバイスのＩＰアドレス、デバイス上の利用可能な記憶アプリケーション、ファームウェアバージョンおよび特徴など）を含むことができる。さらに、前述した情報は、例えば現在利用可能なデータ記憶容量、格納されているデータの質、デバイスの位置など、ならびにファイルサイズ、ファイルタイプ、ファイル名、およびファイルキーワードを含むことができるデータコンテンツパラメータなど、より一時的な情報を含むことができる。]
[0093] 発見サービス５０８が更新されると、発見サービス５０８は、そこにデータが格納されている任意のターゲットデバイス（またはターゲットソフトウェアアプリケーション）について、リクエストされた発見情報を、任意のリクエスト元デバイス（またはソフトウェアアプリケーション）に提供することができる。例えば、リモート記憶デバイス５１４に加えてリモートホストデバイス５１２を有するリモートコンピューティングデバイス５１０は、まずリモートコンピューティングデバイス５１０とＬＳＤ２０４との間にコマンドパスを確立することによって、発見サービス５０８を使用してＬＳＤ２０４などのターゲットデバイス上での記憶動作をリモート呼び出しすることができる。コマンドパスは、リモートコンピューティングデバイス５１０が、発見リクエスト５１６を発見サービス５０８に送ってターゲットデバイスＬＳＤ２０４の発見情報をリクエストすることによって確立することができる。そのような発見情報には、ターゲットデバイス位置情報、ターゲットデバイスの現在の動作ステータス情報、ターゲットデバイスの現在のパラメータ情報などが含まれ得る。発見リクエストに応答して、発見サービス５０８は、適切なターゲットデバイス発見情報を含む発見サーバレスポンス５１８を、リクエスト元デバイス（すなわち、リモートコンピューティングデバイス５１０）に送り返すことができる。]
[0094] リモートコンピューティングデバイス５１０が、ターゲットデバイスＬＳＤ２０４に関する適切なターゲット発見情報を受け取ると、続いて図５Ｂに示されているように、リモートコンピューティングデバイス５１０は、ターゲットデバイスＬＳＤ２０４との間に（ＨＤ１０４を中継点として使用して）、少なくともネットワークリンク２２８を含むコマンドパスを確立することができる。コマンドパスがターゲットデバイスＬＳＤ２０４とリモートコンピューティングデバイス５１０との間に確立されると、次に、リモートコンピューティングデバイス５１０は、ターゲットデバイスＬＳＤ２０４上での任意の数およびタイプの記憶動作をリモート呼び出しすることができる。そのような動作には、例えば、データの読み込み、書き込みおよび／または消去が含まれ得る。] 図５Ｂ
[0095] 図６は、本発明の実施形態に従ったプロセス６００を詳述するフローチャートを示す。プロセス６００は、６０２にて、ホストデバイスがローカル記憶デバイスと通信しているかどうかを判断することで開始する。通信とは、ホストデバイスおよびローカル記憶デバイスの間に有効なコマンドパスが確立されているということである。有効な通信とは、ホストデバイスと、ローカル記憶デバイスとの間に、情報を渡すことができる物理接続が確立されているか、無線接続が確立されているか、または論理接続が確立されているかということである。ホストデバイスとローカル記憶デバイスとの間に有効な通信パスが存在すると判断されると、次に６０４にて、ローカル記憶デバイスに、ＬＳＤにより開始された保留中イベントがあるかどうかが判断される。ＬＳＤにより開始されたイベントとは、いかなるホストデバイスまたはホストデバイスファイルシステムのプロセスとも無関係であり、それらと独立しているイベントのことである。６０４にて、ＬＳＤにより開始された保留中イベントがないと判断されると、その結果プロセス６００は終了する。そうでなければ、６０６にて、ホストデバイスがローカル記憶デバイスに継続してポーリングを行っているか否かが判断される。ホストデバイスがローカル記憶デバイスにポーリングを行っていなければ、その結果、ローカル記憶デバイスが６０８にて、ＬＳＤにより開始された保留中イベントに関係する情報を含むＬＳＤ論理リクエストを生成し、６１２にて、ローカル記憶デバイスがＬＳＤ論理リクエストに関連した割り込みフラグを立てる。６１２にて、ホストデバイスが割り込みフラグに応答する。
６０６に戻ると、ホストデバイスが継続してローカル記憶デバイスにポーリングを行っていれば、６１４にて、ローカル記憶デバイスは、ＬＳＤにより開始された保留中イベントに関係する情報を含むＬＳＤポーリングレスポンスを用いて、ホストデバイスのポーリングに応答する。６１８にて、ホストデバイスがＬＳＤポーリングレスポンスに応答する。] 図６
[0096] 図７は、本発明の実施形態に従ったプロセス７００を示す。プロセス７００は、７０２にて、リモートデバイスがローカルターゲットデバイス上の動作を呼び出したいかどうかを判断することで開始する。肯定であれば、次に７０４にて、ターゲットデバイス情報を獲得するためにリモートデバイスが発見サーバへクエリを送るかどうかが判断される。リモートデバイスが、発見サーバにクエリを行う必要がないと判断すれば、次に７０６にてリモートデバイスは、ローカルデバイスとコンタクトを取る。一方、リモートデバイスが、ターゲットデバイスの発見情報が必要であると判断すれば、次に７０８にて、発見サーバがターゲットデバイス発見情報を有するか否かが判断される。発見サーバがリクエストされたターゲットデバイス発見情報を有しないと判断されると、次に７１０にて、リクエストされたターゲットデバイス情報をレジストレーションサーバが有するか否かが判断される。レジストレーションサーバがリクエストされたターゲットデバイス情報を有しないと判断されると、その結果プロセス７００は終了する。そうでなければ、レジストレーションサーバは、７１２にて、リクエストされたターゲットデバイス発見情報を発見サーバへ送信する。７０８に戻ると、発見サーバが、リクエストされたターゲットデバイス発見情報を有すると判断した場合、次に７１４にて、リモートデバイスが、発見情報リクエストを発見サーバへ送り、７１６にて、リクエストされたターゲットデバイス発見情報を発見サーバが提供する。７０６にて、リモートデバイスは、ターゲットデバイスとコンタクトを取り、いずれの場合でも７１８にて、ターゲットデバイスがリモートデバイスに応答する。] 図７
[0097] 図８は、本発明の背景を提供するものである。ネットワーク２２６の特定の構成としてのメディアネットワーク８００は、メディアプレーヤなどのメディアデバイスをいくつか含む。この例では、コンピューティングシステム２００は、いくつかのデジタルメディア項目（例えば、ビデオ、ＭＰ３ファイルとしてのこともあるオーディオなど）を格納するように構成されたメディアプレーヤ１００とすることができる。ネットワーク８００は、有線ネットワーク８０２および無線ネットワーク８０４のいずれかまたは両方として構成された分散通信を含むことができる。記載される実施形態では、有線データネットワーク８０２はワールドワイドウェブのある一部に関連する。パーソナルコンピュータ８０６は、有線ネットワーク８０２に結合できる（この場合、第２のインターフェイスにてＵＳＢケーブルを経由してコンピューティングシステム１００に接続されている）。無線データネットワーク８０４も、有線データネットワーク８０２に結合可能である。無線データネットワーク８０４は、例えばセルラーネットワーク、ＷｉＦｉネットワーク、ＷｉＭＡＸネットワークなどの１つ以上の無線データネットワークを含むことができる。] 図８
[0098] メディアネットワーク８００は、多数のメディア項目を格納するか、または多数のメディア項目にアクセスできる中央メディアサーバ８０８を含む。さらに、ネットワーク８００は、携帯メディアプレーヤ２００、８１０、８１２および８１４などの携帯メディアデバイスという形をとることができるネットワークデバイスとして構成された１つ以上の追加のコンピューティングシステム８１０をサポートし、この携帯メディアプレーヤの一部は、レガシー大容量記憶装置のみを有するものとして構成可能であり、他のものは、図２に示されているコンピューティングシステム２００として構成可能である。携帯メディアデバイス２００、８１０、８１２および８１４の任意のものが、有線リンク８１６または無線リンク８１８上でパーソナルコンピュータ８０６と通信することができる。例として、有線リンク８１６は、可能な場合には携帯メディアデバイス８１０をパーソナルコンピュータ８０６に相互接続することができるケーブル（例えば、ＵＳＢケーブル）に相当するものとすることができる。無線リンク８１８は、例えばブルートゥース、赤外線などの無線機能によって提供可能である。典型的には、携帯メディアデバイス８１０は、有線リンク８１６、無線リンク８１８のいずれかまたは両方を使用して、パーソナルコンピュータ８０６と通信できると考えられる。]
[0099] 携帯メディアデバイス８１４は、無線リンク８２０によって無線データネットワーク８０４に結合することができる。同じく、携帯メディアデバイス８１２は、無線リンク８２２によって無線データネットワーク８０４に結合することができる。この関連で、携帯メディアデバイス８１４および８１２は、無線データネットワーク８０４を介して中央メディアサーバ８０８にアクセスすることができる。さらに、携帯メディアデバイス８１０、８１２および８１４は、互いに無線でアクセスすることができ、それによってメディア項目データを携帯メディアデバイス間で交換することができる。]
[0100] コンピューティングシステム２００は、ＭＰ３プレーヤなどの携帯メディアプレーヤに関連できるメディアデバイス、ならびにＬＳＤ２０４およびＨＤ２０２を含むことができるモバイル電話などの無線デバイスという形をとることができる。こうしたモバイルデバイスは、モバイルデバイス上で動作するホストコンピュータ上のメディア管理アプリケーションを含むことができる。モバイルデバイスの携帯性を考えると、モバイルデバイスは、小形化され、リソース（例えば、記憶容量）が縮小されている。したがって、モバイルデバイス上で使用されるように設計されたメディア管理アプリケーションは、例えばパーソナルコンピュータなどのより大きく性能の高いコンピューティングデバイス上で動作するメディア管理アプリケーションに相当するものが提供すると考えられる機能および能力よりも、少ない機能および能力を提供すると考えられる。モバイルデバイスが、中央メディアサーバ８０８に無線アクセスできることを前提とすると、モバイルデバイスは、メディアサーバ８０８と対話してメディア項目データ（または他のデータ）をリクエストしかつ／または受け取ることができる。この関連で、モバイルデバイス上で動作しているメディア管理アプリケーションは、メディアサーバ８０８と通信して、サーバにある利用可能なメディアコンテンツをナビゲートすること（メディア格納のナビゲーションなど）、メディアデバイスに対するメディアコンテンツの定期的な配信を受け取ること（サーバからメディアデバイスへのメディア項目データの毎日のプッシュなど）などを含む様々なタスクを実行することができる。]
[0101] 本願明細書で説明されるローカル記憶デバイスは、オーディオ、ビデオまたはピクチャファイルなどのデジタルメディアを管理するために使用されるセキュアデジタル（ＳＤ）メモリカードフォーマットおよびプロトコルなど、任意のメモリカードフォーマットまたはプロトコルに対応しているとよい。記憶デバイスは、マルチメディアカード（ＭＭＣ）メモリカードフォーマット、コンパクトフラッシュ（ＣＦ）メモリカードフォーマット、フラッシュＰＣ（例えば、ＡＴＡフラッシュ）メモリカードフォーマット、スマートメディアメモリカードフォーマット、またはそのほか任意の業界標準仕様に対応しているとよい。こうしたメモリカードの供給業者の１つが、カリフォルニア州ミルピタスのサンディスクコーポレイションである。不揮発性メモリは、そのメモリまたは格納された状態を電源がなくなっても維持する。この記憶デバイスは、これらに限定されるものではないが、電気的に消去可能でプログラム可能な読み出し専用メモリ（ＥＥＰＲＯＭ）、ＥＰＲＯＭ、ＭＲＡＭ、ＦＲＡＭ強誘電体および磁気メモリを含む他の消去可能でプログラム可能なメモリテクノロジーにも適用可能である。なお、記憶デバイスの構成は、リムーバブルメモリのタイプに依存せず、フラッシュメモリであっても別のタイプのメモリであっても、任意のタイプのメモリを用いて実装されるとよい。記憶デバイスは、ワンタイムプログラマブル（ＯＴＰ）メモリチップおよび／または３次元メモリチップテクノロジーを用いて実装されることもできる。]
[0102] そのようなメモリカードが使用されるホストシステムには、セルラー電話、パーソナルコンピュータ、ノートブック形コンピュータ、ハンドヘルドコンピューティングデバイス、カメラ、オーディオ再生デバイス、およびそのほかリムーバブルデータ記憶装置を必要とする電子デバイスが含まれる。フラッシュＥＥＰＲＯＭシステムは、ホストシステムに組み込まれたバルク大容量記憶装置として利用することもできる。記憶デバイスは、ＰＤＡ（個人用携帯情報端末）、モバイルハンドセット、およびそのほかの様々な電子デバイス上に実装され得るローカルプロキシシステムの一部としてもよい。ＰＤＡは典型的に、数例を挙げればアドレス帳、予定表、および電子手帳など、様々な個人情報管理アプリケーションを用いて実装される、ユーザが持つコンピュータシステムとして既知である。]
[0103] 本願明細書に記載されているように、コンピューティングシステムは、ホストデバイス（ＨＤ）およびローカル記憶デバイス（ＬＳＤ）を含むことができる。ＬＳＤは、大容量記憶デバイスとしても、またはネットワークアクセス可能なデバイスとしても、同時に機能できる。こうすることで、いくつかのアプリケーションの、コンピューティングシステムによる実行が可能である。そのようなアプリケーションは、互いに独立して実行可能であり、それぞれ、ＬＳＤ上に格納されているコンテンツの対応するセットを独立して管理することができる。なお、コンテンツの管理には、ＬＳＤによって実行されるか、またはＬＳＤ上に格納されているコンテンツに対して実行される任意の数の動作が含まれ得る。そのような動作には、これらに限定されるものではないが、データの読み込み、データの書き込み、データの消去、データのコピー、データのフォーマットなどが含まれ得る。本発明により提示される利点の１つは、各アプリケーションには互いに何の関係がなくても、一方のアプリケーションに、もう一方のアプリケーションがＬＳＤ上で利用可能にするコンテンツについて通知するＬＳＤの能力にある。こうすることで、独立したアプリケーション間の相乗効果を得ることができ、協力的な環境が提供され、例えばコンピューティングシステムの動作改善、リソース（すなわち、メモリ、帯域幅、処理）割り当ておよび使用、ならびにそのほかの要素の改善をもたらすことができる。]
[0104] 例えば、図９は、本発明の実施形態に従ったコンピューティングシステム１１００を示す。システム１１００は、メモリアレイ１１０６を有するＬＳＤ１１０４と通信しているホストデバイス（ＨＤ）１１０２を含む。ＨＤ１１０２は、アプリケーション１１０８を実行しているとよい。アプリケーション１１０８は、ＬＳＤ１１０４上の関連したローカル（ブラウザ）キャッシュ１１１４を管理するブラウザキャッシュマネージャ（ＢＣＭ）１１１２を有するブラウザアプリケーション１１１０などのインターネットアプリケーションを含むことができる。ＢＣＭ１１１２は、メモリコントローラ１１２０およびＬＳＤドライバ１１２２を含むことができ大容量記憶パス１１１８と呼ぶことができるものを使用して、ＨＤＦＳ１１１６を経由してブラウザキャッシュ１１１４を管理できる。ＬＳＤ１１０４は、ネットワークインターフェイス１１３０を含むネットワークパス１１２８を経由してリモートプロキシキャッシュマネージャ（ＲＰＣＭ）１１２６によって管理されるプロキシキャッシュ１１２４を含むことができる。なお、ネットワークパス１１２８を、ＨＤＦＳ１１１６から独立して、ＬＳＤ１１０４の指示に応じてＨＤ１１０２によって確立することが可能である。さらに、ネットワークパス１１２８がＨＤ１１０２によって確立されると、ネットワークパス１１２８の何らかの保持（およびそのほか任意の「ハウスキーピング」任務）を除いて、ＨＤ１１０２によりそれ以上介入されることはない。] 図９
[0105] 動作中、ＲＰＣＭ１１２６は、先行方式で、ＬＳＤ１１０４に、プリフェッチされたコンテンツ１１３８を直接プッシュすることができる。先行方式とは、ＢＣＭ１１１２によってコンテンツ１１３８の任意のリクエストが実際にあるより前に、プリフェッチされたコンテンツ１１３８をＬＳＤ１１０４にプッシュ可能であるということであり、その結果、ネットワークパス１１２８上でＲＰＣＭ１１２６へ実際のリクエストが送られる必要がなくなる。こうすることで、ネットワーク帯域幅が保たれる。]
[0106] その結果、ＢＣＭ１１１２とＲＰＣＭ１１２６とは、違う形で使用されるということは明らかである。例えば、ＢＣＭ１１１２は、大容量記憶パス１１１８を介して、ブラウザアプリケーション１１１０によって既にリクエストされたコンテンツ１１４０を、ＬＳＤ１１０４内のブラウザキャッシュ１１１４にローカルにキャッシュするように機能することができる。その一方で、ＲＰＣＭ１１２６は、典型的には、コンテンツのプリフェッチ（すなわち、その特定のコンテンツがリクエストされる前にコンテンツを読み出すこと）など、ＢＣＭ１１１２をサポートする機能を実行する。しかし、ＢＣＭ１１１２およびＲＰＣＭ１１２６は、典型的には様々なベンダから提供されることから、ＢＣＭ１１１２およびＲＰＣＭ１１２６は別々のキャッシングポリシーを有する可能性が高い。さらに、大容量記憶パス１１１８およびネットワークパス１１２８が互いに交差（すなわち、通信）しないことから、ＢＣＭ１１１２およびＲＰＣＭ１１２６が同期された形で機能することはできない。]
[0107] この同期性の欠如は、ＢＣＭ１１１２／ＲＰＣＭ１１２６の全体的なパフォーマンスの観点から、明らかに最適とは言えない。例えば、ＲＰＣＭ１１２６が、ＢＣＭ１１１２によって既に格納されたコンテンツを格納し（およびその逆も）、その結果、貴重なメモリ、処理、および帯域幅リソースを無駄にする可能性がある。このリソースの無駄は、ほとんどまたはすべてのリソースの価値が非常に高いモバイル環境では特に問題となり得る。しかし、本発明は、従来通り構成されたシステムにはできない形で協働するＲＰＣＭ１１２６およびＢＣＭ１１１２を提供する。例えば、ＬＳＤ１１０４は、ＢＣＭ１１１２がブラウザキャッシュ１１１４にキャッシュするブラウザコンテンツ１１４０のタイプおよび性質についてＲＰＣＭ１１２６に通知することができる。こうすることで、ＲＰＣＭ１１２６は、例えば、ＢＣＭ１１１２によってブラウザキャッシュ１１１４に既にキャッシュされたページのリンクに対応する任意のページを自動的にプリフェッチすることができる。さらに、ＲＰＣＭ１１２６は、既にブラウザキャッシュ１１１４に格納されているコンテンツ１１４０をキャッシュするのに必要な作業の繰り返しを避け、貴重なリソースの非生産的使用をさらに削減することができる。さらに、ＲＰＣＭ１１２６は、ＢＣＭ１１１２のキャッシングポリシーの「リバースエンジニアリング」を行い、それによって、ＲＰＣＭ１１２６がＢＣＭ１１１２のアクションを予測する能力が改善され、その結果、ＲＰＣＭ１１２６とＢＣＭ１１１２との対話の全体的な効率を改善することができる。この効率改善は、エンドユーザのインターネット体験の大幅な改善をもたらすことができる。]
[0108] 図１０は、図９に示されているシステム１００の特定の実施形態を例示するシステム１２００を示す。システム１２００は、ローカル記憶デバイス（ＬＳＤ）１２０４に接続されているか、または他の方法でＬＳＤ１２０４と通信しているホストデバイス（ＨＤ）１２０２を含むことができる。ＬＳＤ１２０４とは、ＨＤ／ＬＳＤインターフェイス１２０６を経由してＨＤ１２０２と通信できる。ＬＳＤ１２０４は、比較的小さな形態的要素を有するメモリカードなどのリムーバブルメモリデバイスという形をとることができ、カメラ、ハンドヘルドまたはノートブック形コンピュータ、ネットワークカード、ネットワークアプライアンス、セットトップボックス、ハンドヘルドまたはそのほかの小形オーディオプレーヤ／レコーダ（例えば、ＭＰ３デバイス）、および医療用モニタなどの電子製品のデジタルデータを格納するために使用可能である。メモリカードの例には、ＰＣカード（以前はＰＣＭＣＩＡデバイス）、フラッシュカード（例えば、コンパクトフラッシュタイプＩおよびＩＩ）、セキュアデジタル（ＳＤ）カード、マルチメディアカード（ＭＭＣ）、ＡＴＡカード（例えば、コンパクトフラッシュカード）、メモリスティック、ＳｍａｒｔＭｅｄｉａカードがある。さらに、ＬＳＤ１２０４は、カリフォルニア州ミルピタスのサンディスクコーポレイションによって製造されたＳＤ対応のｉＮＡＮＤ（登録商標）を組み込んだフラッシュドライブなどの非リムーバブルメモリデバイスという形をとることができる。] 図１０ 図９
[0109] なお、ＨＤ／ＬＳＤインターフェイス１２０６は、ＨＤ１２０２およびＬＳＤ１２０４が機械的に接続することができる機械的エンティティ（ソケットまたは相互接続バスなど）として構成可能である。いくつかの実施形態では、ＨＤ／ＬＳＤ１２０６は、無線インターフェイスという形をとることができる。ＨＤ１２０２はプロセッサを含むが、明瞭にするために、ＨＤ１２０２に含まれているプロセッサは、図に示されることも、この説明の中でさらに言及されることもない。しかし、それでもなお存在しているものと想定される。ＬＳＤ１２０４は、物理的に、ＨＤ１２０２に排他的に接続可能であり、したがって、ＨＤ１２０２による介入なしにシステム１２００の外部の回路および／またはアプリケーションにアクセスしたり、または他の形でそれと通信したりすることはできない。典型的には、ＬＳＤ１２０４は、ＨＤ１２０２によって提供される当該インターフェイス以外には、ＨＤ１２０２の外部のデバイスに対する何らのインターフェイスも利用しない。]
[0110] ＨＤ１２０２は、ホストデバイスファイルシステム（ＨＤＦＳ）１２０８を含む。ＨＤＦＳ１２０８は、ＬＳＤ管理コマンド１２１０を発行することができ、このコマンド１２１０を、ＬＳＤドライバ（図示せず）およびＨＤ／ＬＳＤインターフェイス１２０６を経由してＬＳＤ１２０４に渡すことが可能である。例えば、ＬＳＤ管理コマンド１２１０は、ＬＳＤ１２０４が論理ブロックアドレス（ＬＢＡ）アーキテクチャを有するデータ記憶エリアを含むように設定されている場合には、ブロックコマンドという形をとることができる。システム１２００は、ＬＳＤ１２０４またはＨＤ１２０２上に常駐するいくつかのアプリケーションを有することができ、このアプリケーションは互いに独立して実行可能である。さらに、アプリケーションはそれぞれ、それ自体のデータの特定のキャッシュをＬＳＤ１２０４上で管理することができ、これもそれぞれ互いに独立している。そのようなアプリケーションには、例えば、ＨＤＦＳ１２０８を利用して、前に説明した大容量記憶パス１１１８を使用しＬＳＤ１２０４と通信することができるＢＣＭ１１１２によってサポートされる、ブラウザ１２１２などのインターネットアプリケーションが含まれ得る。ブラウザアプリケーション１２１２に加えて、独立したアプリケーション１２１４が、ＨＤＦＳ１２０８を利用してＬＳＤ１２０４と通信することができ、したがってこれはＨＤＦＳ１２０８に「認識」される。一方、アプリケーション１２１４とは対照的に、特定の独立したアプリケーションは、大容量記憶パス１１１８を利用せずにデータをＬＳＤ１２０４に格納する。そのようなアプリケーションは、外部またはターゲットアプリケーション１２１６と呼ぶことができ、したがってこれはＨＤＦＳ１２０８に「認識」されない。]
[0111] 記載される実施形態では、ターゲットアプリケーション１２１６は、ローカルまたはリモートのいずれかで、任意の数の位置およびデバイスに存在することができる。そのような位置およびデバイスには、例えば、ＨＤ１２０２（ローカルアプリケーション１２１６−１を有する）または外部デバイス１２１８（その中にローカルアプリケーション１２１６−２が存在する）など、ＨＤ１２０２およびＬＳＤ１２０４の外部にあるがそれでもシステム１２００内にある任意のデバイスが含まれると考えられる。記載される実施形態では、外部デバイス１２１８は、インターフェイス１２２０を経由してＨＤ１２０２に結合された第２のＬＳＤ１２１８という形をとることができる。さらに、前述した位置およびデバイスは、リモートデバイス１２２２（その中に、プロキシキャッシュ１１２４を管理するのに適したＲＰＣＭ１１２６という形をとることができるリモートアプリケーション１２１６−３が存在する）も含むことができる。]
[0112] ＬＳＤ１２０４は、コントローラ１２２４およびデータ記憶エリア１２２６を含むことができる。データ記憶エリア１２２６は、ＨＤＦＳ１２０８によって大容量記憶パス１１１８を使用して管理される大容量記憶エリア１２２８を少なくとも含むように論理的に構成可能である。特に有用な構成では、大容量記憶エリア１２２８は、ＬＢＡベースの大容量記憶エリアとすることができる。データ記憶エリア１２２６はさらに、ＨＤＦＳ１２０８に認識されない部分１２３０を含むように論理的に構成可能である。ＨＤＦＳ１２０８に認識されないとは認識されない部分１２３０は、ＨＤＦＳ１２０８によって管理されず、その結果ＨＤＦＳ１２０８にとって直接アクセス可能でないということになる。]
[0113] 大容量記憶エリア１２２８は、ブラウザ１２１２のサポートとしてＢＣＭ１１１２によって提供されるブラウザコンテンツ１１４０を含むことができるブラウザキャッシュ１１１４を含むように、さらに論理的に構成可能である。ブラウザ１２１２によって以前に使用された情報をブラウザキャッシュ１１１４にてローカルにキャッシュすることによって、ブラウザ１２１２を提供するために使用されるネットワーク帯域幅の量が削減される。利用可能なネットワーク帯域幅は限られていると考えられるため、特に、モバイルネットワーク帯域幅の削減は、モバイルネットワークの効率的な動作に不可欠であることもある。認識されない部分１２３０は、プロキシキャッシュ１１２４を含むように論理的に構成可能である。]
[0114] キャッシングメカニズムのパフォーマンスに関係する問題は、コンテンツがどのようにキャッシュに入れられそこから削除されるかを決定するキャッシングポリシーである。キャッシングポリシーは、典型的には、アプリケーションデベロッパによって公布される最適化命令から形成され、これに従ってコンピュータ上に格納されている情報のキャッシュが管理される。キャッシュサイズは通常限られ、キャッシュが満杯であれば、キャッシングポリシーによって、どの項目を破棄するかが選択され、新たな項目の空間がつくられなければならない。最も効率的なキャッシングアルゴリズム（キャッシングヒューリスティックとも呼ばれる）は、常に、将来最も長時間にわたって必要とされない情報を破棄することであると考えられる。どのくらい先に情報が必要となるか予測することは不可能であることから、これは実用的ではない。実用上の最小は実験をしてからのみ計算でき、実際に選択されたキャッシュアルゴリズムの有効性と最適最小とを比較することは可能である。様々なキャッシングポリシーの例には、最長時間未使用法（ＬＲＵ）、最短時間未使用法（ＭＲＵ）、擬似ＬＲＵ、および適応置換キャッシュ（ＡＲＣ）が含まれる。]
[0115] キャッシュに格納されたリソースの一時的な性質に加えて、格納されているコンテンツ自体の性質も重要な検討事項であり得る。格納されているコンテンツの性質は、コストが異なる項目（入手に長時間かかる項目など、獲得コストが高い項目を保持する）、より多くキャッシュを占有する項目（各項目のサイズが異なれば、キャッシュは大きな項目を破棄していくつかの小さな項目を格納したいこともある）、ならびに時間が経つと満期になる項目とすることができる。アプリケーションデベロッパが、アプリケーションに関連するキャッシュに適用されるキャッシングポリシーを策定するとき、こうした検討事項の全部または一部のみを、程度の差はあっても考慮に入れることができる。]
[0116] ブラウザ１２１２の場合、ブラウザキャッシュ１１１４に適用される適切なキャッシングポリシーは、特にブラウザ１２１２が使用されることになるモバイル環境の観点から見て、前述した検討事項のいずれかまたは全部によって決めることができる。ブラウザ１２１２はモバイル環境で使用されることになるため、ネットワークトラフィック、利用可能な帯域幅などのことになると特に大きな負担となる項目に特別に配慮することができる。したがって、ブラウザデベロッパは、特にモバイルＷＥＢ環境で使用されたときにブラウザ１２１２のパフォーマンスを最適化するように調整されたブラウザキャッシュポリシーを作成する。プロキシキャッシュ１１２４に適用される任意のキャッシングポリシーは、ブラウザキャッシュ１１１４に適用される当該キャッシュポリシーとは大きく異なる可能性がある。プロキシキャッシュのキャッシングポリシーと、ブラウザキャッシュのキャッシングポリシーとについて生じ得るずれは、ブラウザ１２１２によって示される大きな非効率性およびパフォーマンス損失をもたらす恐れがある。例えば、プロキシキャッシュ１１２４に適用されるプロキシキャッシュのキャッシングポリシーが、そこに格納されるリソースの「新しさ」を犠牲にして利用可能なキャッシュメモリスペースを保つことを目的とすることもあり、その一方で、ブラウザキャッシュ１１１４に適用されるブラウザキャッシングポリシーは、まさに正反対のことを目的とし、「最も新しい」リソースを、他のいかなる要因も犠牲にして維持することに焦点を合わせることもある。その結果、この例では、プロキシキャッシュのキャッシングポリシーとブラウザキャッシュのキャッシングポリシーとが相反する目的で機能し、そのプロセスにおいて、プロキシキャッシュ１１２４とブラウザキャッシュ１１１４との動作に基本的対立が引き起こされる。明らかに、ローカルキャッシュシステムの全体的な効率および利用を改善するためには、プロキシキャッシュ１１２４およびブラウザキャッシュ１１１４が可能な限り協調して機能することが望ましい。]
[0117] 本発明の特徴の１つは、ＬＳＤ１２０４が、ブラウザキャッシュ１１１４に格納されているデータの性質（すなわち、ファイルのサイズ、ファイルの種類）とブラウザ１１１４に格納されているデータの動態（すなわち、ファイル保存の長さ）とに基づき、ブラウザキャッシュのキャッシングポリシーを推定（すなわち、リバースエンジニア）できるということである。例えば、ブラウザキャッシュコンテンツ１１４０の現在の状態と、ブラウザキャッシュコンテンツ１１４０の任意の数の以前の状態とを比較することができる。こうすることで、ブラウザキャッシュコンテンツ１１４０の経時的な状態変化を示すパターンを作成することができる。次にこのパターンを、ＬＳＤ１２０４によって、例えばブラウザキャッシュのキャッシングポリシーを推定するために使用することが可能である。例えば、ＬＳＤ１２０４が、ブラウザキャッシュ１１１４は最長時間未使用の項目を最初に破棄していると判断すると、その結果ＬＳＤ１２０４は、ブラウザキャッシュ１１１４がＬＲＵタイプのキャッシングポリシーに沿って構築されたブラウザキャッシュのキャッシングポリシーにより指示されていると推定することができる。その一方で、ＬＳＤ１２０４が、ブラウザキャッシュ１１１４は最短時間未使用の項目を最初に破棄していると推定すると、その結果ＬＳＤ１２０４は、ブラウザキャッシュ１１１４がＭＲＵタイプのキャッシングポリシーに沿って構築されたキャッシュポリシーに従っていると推定することができる。いずれの場合でも、ＬＳＤ１２０４がブラウザキャッシュのキャッシングポリシーを推定すると、次にＬＳＤ１２０４は、推定したブラウザキャッシュのキャッシングポリシーを使用してプロキシキャッシュのキャッシングポリシーに変更を加え、ローカルキャッシュシステムの効率性の全般的な改善をもたらすことができる。]
[0118] 例えば、ＬＳＤ１２０４が、ブラウザキャッシュ１１１４はＬＲＵタイプのキャッシングポリシーに従っていると推定すれば、ＬＳＤ１２０４は、プロキシキャッシュのキャッシングポリシーに変更を加えて、最長時間未使用のプロキシキャッシュコンテンツを優先的に破棄することができる。このようにして、全体的なコンテンツの重複が削減され、ローカルキャッシュシステムの利用を全体的に改善することができる。反対に、ＬＳＤ１２０４がブラウザキャッシュ１１１４はＭＲＵタイプのキャッシングポリシーに従っていると推定すれば、ＬＳＤ１２０４は、プロキシキャッシュのキャッシングポリシーに変更を加えて、最短時間未使用のプロキシキャッシュコンテンツを優先的に破棄することができる。いずれの場合でも、ＬＳＤ１２０４は、適切であると考えられる通りに、プロキシキャッシュのキャッシングポリシーに自由に変更を加えることができる。]
[0119] 例えば、モバイルＷＥＢ環境では、ウェブページのプリフェッチを実行することが、プロキシキャッシュマネージャの重要な用途である。ブラウザは、エンドユーザに最も近いインターネットのエッジにあることから、ブラウザパフォーマンスのあらゆる改善により、エンドユーザの全般的なブラウジング体験を大幅に向上させることができる。したがって、プロキシキャッシュマネージャの動作を指示するのに使用されるキャッシュポリシーに変更を加えることによって、プロキシキャッシュマネージャは、例えば、ブラウザキャッシュに既に格納されているブラウザキャッシュコンテンツに関連したプロキシキャッシュコンテンツ（ＷＥＢページなど）を自動的にプリフェッチすることによって、確認されるブラウザパフォーマンスを改善することができる。例えば、ブラウザキャッシュにページＰが格納されていれば、プロキシキャッシュは、ページＰのリンクに現れる任意のＷＥＢページを自動的にプリフェッチすることができる（すなわち、ページＰ＋１など）。]
[0120] 図１１は、本発明の実施形態に従ったＬＳＤ１１０４に含まれる典型的なコントローラ１３００を示す。コントローラ１３００は、図９に示されているコントローラ１１２０の特定の実施形態であり、コントローラ１１２０上で実行されるアプリケーションを表す様々な機能ブロックを示す。したがって、コントローラ１３００は、ＨＤＦＳ１２０８と通信している管理ブロック１３０２を含む。管理ブロック１３０２はさらに、大容量記憶フィルタブロック１３０４と通信している。大容量記憶フィルタブロック１３０４は、インターネットファイルマネージャブロック１３０６およびプロキシキャッシュマネージャブロック１３０８の両方と通信する。インターネットファイルマネージャブロック１３０６およびプロキシキャッシュマネージャブロック１３０８は、どちらもそれぞれプロキシサーバブロック１３１０と通信できる。記載される実施形態では、大容量記憶フィルタブロック１３０４は、ブラウザキャッシュ１１１４に格納されているブラウザキャッシュコンテンツ１１４０についての情報を、プロキシキャッシュマネージャブロック１３０８に提供することができる。格納されているコンテンツの性質を推論し、この推論をＲＰＣＭに伝達するために使用することができるテクニックがいくつかある。テクニックの１つは、格納されているコンテンツファイルに関連した名前およびその対応するファイル拡張子（「．ｈｔｍ」など）の判断を提供する。この情報が分かれば、ＲＰＣＭに伝達するとよい。プロキシキャッシュマネージャブロック１３０８は、ＬＳＤ１１０４のローカルにあるとよい。一部の実施例では、プロキシキャッシュマネージャブロック１３０８は、リモートプロキシサーバ１１２６などのリモートデバイスに存在することができる。] 図１１ 図９
[0121] コンテンツ配布に対して少なくともプッシュ／プル手法の利点を提供する、保護されているデジタルコンテンツのセキュアな配布および消費のためのソリューションを提供する方法、システム、および装置について記載する。この説明の中で、「保護されているデジタルコンテンツ」は、使用およびアクセスの制限などの制限をコンテンツプロバイダによって課されているデジタルコンテンツを指す。例えば、使用制限には、例えばコンテンツを特定回数または特定期間のみ再生できること、ならびに不正コピーを防ぐことが含まれ得る。アクセス制限は、保護されているデジタルコンテンツへのアクセスを、適切なアクセス資格を持つエンティティのみに制限することができる。保護されているデジタルコンテンツは、コンテンツプロバイダによって課されるすべての制限を保つように、特定のＤＲＭ方式に応じて任意の関連する設定をカバーすることができる。ＬＳＤにて受け取られる保護されているコンテンツは、コンテンツのみを含むかまたは「結合配信 (combined delivery)」と呼ばれ、保護されている１つのコンテンツおよび任意の関連した権利オブジェクト（ＲＯ）を含むかまたは対応する保護されている１つのコンテンツが既にＬＳＤに格納されていれば「分離配信 (separate delivery)」と呼ばれ、ＲＯを含むことができる。]

权利要求:

請求項1
コンピューティングシステムであって、ホストデバイス（ＨＤ）と、前記ＨＤによって管理されるローカル記憶デバイス（ＬＳＤ）であって、前記ＬＳＤは、前記ＨＤによって提供されるインターフェイス以外には前記ＨＤの外部にあるデバイスに対する何らのインターフェイスも利用せず、またＬＳＤ論理リクエストを使用して、前記ＬＳＤと起動アプリケーションとの間に通信パスを確立するように前記ＨＤに指示することで、前記ＨＤにリクエストされたプロセスを実行するように間接的に指示し、前記ＬＳＤおよび前記起動アプリケーションは前記ＨＤによる介入なしに前記通信パス上で論理的に対話し、前記論理的対話は前記リクエストされたプロセスを前記ＨＤが実行するように前記起動アプリケーションに指示させ、前記ＬＳＤ論理リクエストはＨＤによって開始されたプロセスに役立つように作成されたものではないローカル記憶デバイス（ＬＳＤ）と、を備えるコンピューティングシステム。
請求項2
請求項１記載のコンピューティングシステムにおいて、前記ＨＤと前記ＬＳＤとの間の通信パスを提供するＨＤ／ＬＳＤインターフェイスと、前記ＨＤ内にあり、ブロックコマンドを生成するように構成されたホストデバイスファイルシステム（ＨＤＦＳ）と、前記ＬＳＤ内にあり、少なくとも前記ＨＤＦＳによって管理される少なくとも１つの記憶エリアであって、前記ＨＤＦＳは、前記ＨＤ／ＬＳＤインターフェイスを経由して前記少なくとも１つの記憶エリアに渡されるブロックコマンドを生成することによって、前記少なくとも１つの記憶エリアを管理するものである少なくとも１つの記憶エリアと、をさらに備えるコンピューティングシステム。
請求項3
請求項２記載のコンピューティングシステムにおいて、前記ＬＳＤは、前記ホストデバイスが前記ＬＳＤにポーリングを行っていれば、前記ＬＳＤが前記ＬＳＤ論理リクエストを用いて前記ホストデバイスのポーリングに応答するが、前記ホストデバイスのポーリングはＨＤＦＳにより開始されたプロセスまたはＬＳＤドライバにより開始されたプロセスのいずれからも独立している場合、そうでなければ、前記ＬＳＤ論理リクエストを生成し、前記ＬＳＤ論理リクエストとＬＳＤ割り込み信号とを関連付け、前記ホストデバイス宛てに前記ＬＳＤ割り込み信号を発生させる場合のいずれかによって、前記ＬＳＤ論理リクエストを使用して、前記ＬＳＤと前記起動アプリケーションとの間に前記通信パスを確立するように前記ＨＤに指示するコンピューティングシステム。
請求項4
請求項３記載のコンピューティングシステムにおいて、前記ＬＳＤ論理リクエストは、前記ホストデバイスと、前記ＨＤおよび前記ＬＳＤの外部にありネットワークに含まれるデバイスに関連したリモート起動アプリケーションとの間に、ネットワークインターフェイスを利用してネットワークリンクとして前記通信パスを提供するように前記ホストデバイスに指示するか、または前記ＬＳＤと、前記ＬＳＤの外部にあるローカルデバイスに関連したローカル起動アプリケーションとの間に、前記ネットワークリンクではないローカル通信パスとして前記通信パスを提供するように前記ホストデバイスに指示するコンピューティングシステム。
請求項5
請求項４記載のコンピューティングシステムにおいて、前記ローカルデバイスは前記ＨＤにより管理されるＳＩＭカードであり、前記ＳＩＭカードは、ＳＩＭアプリケーションツールキットコマンドセットに準拠するか、またはＵＳＩＭアプリケーションツールキットコマンドセットに準拠するコンピューティングシステム。
請求項6
請求項４記載のコンピューティングシステムにおいて、前記ホストデバイスおよび前記ＬＳＤの外部にあるデバイスは、ネットワークデバイス（ＮＤ）であるコンピューティングシステム。
請求項7
請求項６記載のコンピューティングシステムにおいて、前記ネットワークがＩＰプロトコルベースのネットワークであるならば、前記ＬＳＤおよび前記ＳＩＭカードはそれぞれＬＳＤＩＰアドレスおよびＳＩＭＩＰアドレスを付与され、前記ホストデバイスはホストデバイスＩＰアドレスを付与され、前記ＮＤはＮＤＩＰアドレスを付与されるコンピューティングシステム。
請求項8
請求項７記載のコンピューティングシステムにおいて、前記リクエストされたプロセスは、ブラウザアプリケーションの起動であるコンピューティングシステム。
請求項9
請求項８記載のコンピューティングシステムにおいて、前記ブラウザアプリケーションは、前記ＬＳＤをポイントし、またユーザ入力を受け取るように構成されたユーザインターフェイス（ＵＩ）を開くコンピューティングシステム。
請求項10
請求項９記載のコンピューティングシステムにおいて、前記ブラウザアプリケーションは、前記ＬＳＤと前記ＵＩとの間の論理的対話を促進し、その結果、前記ＬＳＤにユーザに対する直接アクセスを提供するコンピューティングシステム。
請求項11
ホストデバイス（ＨＤ）と前記ＨＤによって管理されるローカル記憶デバイス（ＬＳＤ）とを有するコンピューティングシステムにおいて、リクエストされたプロセスを実行するように間接的に前記ＨＤに指示する方法であって、前記ＬＳＤは、前記ＨＤによって提供されるインターフェイス以外には前記ＨＤの外部にあるデバイスに対する何らのインターフェイスも利用しないものである前記方法において、ＨＤによって開始されたプロセスに役立つように作成されたものではないＬＳＤ論理リクエストを使用して、前記ＬＳＤと起動アプリケーションとの間に通信パスを確立するように前記ＨＤに指示するステップと、前記ＨＤによる介入なしに前記通信パス上で論理的に対話するステップと、前記リクエストされたプロセスを前記ＨＤが実行するように前記起動アプリケーションに指示させるステップと、前記リクエストされたプロセスを実行するステップと、を含む方法。
請求項12
請求項１１記載の方法において、前記コンピューティングシステムは、前記ＨＤと前記ＬＳＤとの間の通信パスを提供するＨＤ／ＬＳＤインターフェイスと、前記ＨＤ内にあり、ブロックコマンドを生成するように構成されたホストデバイスファイルシステム（ＨＤＦＳ）と、前記ＬＳＤ内にあり、少なくとも前記ＨＤＦＳによって管理される少なくとも１つの記憶エリアであって、前記ＨＤＦＳは、前記ＨＤ／ＬＳＤインターフェイスを経由して前記少なくとも１つの記憶エリアに渡されるブロックコマンドを生成することによって、前記少なくとも１つの記憶エリアを管理するものである少なくとも１つの記憶エリアと、をさらに備える方法。
請求項13
請求項１２記載の方法において、前記ＬＳＤは、前記ホストデバイスが前記ＬＳＤにポーリングを行っていれば、前記ＬＳＤが前記ＬＳＤ論理リクエストを用いて前記ホストデバイスのポーリングに応答するが、前記ホストデバイスのポーリングはＨＤＦＳにより開始されたプロセスのいずれからも独立している場合、そうでなければ、前記ＬＳＤ論理リクエストを生成し、前記ＬＳＤ論理リクエストとＬＳＤ割り込み信号とを関連付け、前記ホストデバイス宛てに前記ＬＳＤ割り込み信号を発生させる場合のいずれかによって、前記ＬＳＤ論理リクエストを使用して、前記ＬＳＤと前記起動アプリケーションとの間に前記通信パスを確立するように前記ＨＤに指示する方法。
請求項14
請求項１３記載の方法において、前記ＬＳＤ論理リクエストは、前記ホストデバイスと、前記ＨＤおよび前記ＬＳＤの外部にありネットワークに含まれるデバイスに関連した前記起動アプリケーションとの間に、ネットワークインターフェイスを利用してネットワークリンクとして前記通信パスを提供するように前記ホストデバイスに指示するか、または前記ＬＳＤと、前記ＬＳＤの外部にあるローカルデバイスに関連したローカル起動アプリケーションとの間に、前記ネットワークリンクではないローカル通信パスとして前記通信パスを提供するように前記ホストデバイスに指示する方法。
請求項15
請求項１４記載の方法において、前記ローカルデバイスは前記ホストデバイスにより管理されるＳＩＭカードであり、前記ＳＩＭカードは、ＳＩＭアプリケーションツールキットコマンドセットに準拠するか、またはＵＳＩＭアプリケーションツールキットコマンドセットに準拠する方法。
請求項16
請求項１５記載の方法において、前記ホストデバイスおよび前記ＬＳＤの外部にあるデバイスは、ネットワークデバイス（ＮＤ）である方法。
請求項17
請求項１６記載の方法において、前記ネットワークがＩＰプロトコルベースのネットワークであるならば、前記ＬＳＤおよび前記ＳＩＭカードはそれぞれＬＳＤＩＰアドレスおよびＳＩＭＩＰアドレスを付与され、前記ホストデバイスはホストデバイスＩＰアドレスを付与され、前記ＮＤはＮＤＩＰアドレスを付与される方法。
請求項18
請求項１７記載の方法において、前記リクエストされたプロセスは、ブラウザアプリケーションの起動である方法。
請求項19
請求項１８記載の方法において、前記ブラウザアプリケーションは、前記ＬＳＤをポイントし、またユーザ入力を受け取るように構成されたユーザインターフェイス（ＵＩ）を開く方法。
請求項20
請求項１９記載の方法において、前記ブラウザアプリケーションは、前記ＬＳＤと前記ＵＩとの間の論理的対話を促進し、その結果、前記ＬＳＤにユーザに対する直接アクセスを提供する方法。
請求項21
少なくとも第１の部分および少なくとも第２の部分を含むように論理的に構成されたメモリアレイを備えるＬＳＤであって、前記第１および前記第２の部分は互いに独立し、第１のアプリケーションが前記第１の部分内の第１のアプリケーションコンテンツを管理し、第２のアプリケーションが前記第２の部分内の第２のアプリケーションコンテンツを管理し、前記第１および前記第２のアプリケーションは互いに独立して実行され、前記第１のアプリケーションによる前記第１のアプリケーションコンテンツの管理は前記第２のアプリケーションによる前記第２のアプリケーションコンテンツの管理から独立し、前記ＬＳＤは前記第１の部分に格納される前記第１のアプリケーションコンテンツを前記第２のアプリケーションに通知し、前記ＬＳＤによる通知はホストデバイス（ＨＤ）から独立しているＬＳＤ。
請求項22
請求項２１記載のＬＳＤにおいて、前記第１のアプリケーションによる管理は第１のアプリケーションコンテンツ管理ポリシーに基づいて実行され、前記第２のアプリケーションによる管理は第２のアプリケーションコンテンツ管理ポリシーに基づいて実行されるＬＳＤ。
請求項23
請求項２２記載のＬＳＤにおいて、前記第２のアプリケーションは、前記第１の部分に格納される前記第１のアプリケーションコンテンツの情報であって、前記ＬＳＤによって前記第２のアプリケーションに提供される情報を使用して、前記第１のアプリケーションコンテンツ管理ポリシーを推定するＬＳＤ。
請求項24
請求項２３記載のＬＳＤにおいて、前記第２のアプリケーションは、前記推定された第１のアプリケーションコンテンツ管理ポリシーを使用して、前記第２のアプリケーションコンテンツ管理ポリシーを更新するＬＳＤ。
請求項25
請求項２４記載のＬＳＤにおいて、前記第２のアプリケーションは、前記更新された第２のアプリケーションコンテンツ管理ポリシーを使用して、その後の第１のアプリケーション管理動作を予測するＬＳＤ。
請求項26
請求項２５記載のＬＳＤにおいて、前記第２のアプリケーションは、前記予測されたその後の第１のアプリケーション管理動作に基づいて、第２の部分の管理動作を開始するＬＳＤ。
請求項27
請求項２６記載のＬＳＤにおいて、前記ＬＳＤは前記ＨＤと通信し、前記ＨＤはホストデバイスファイルシステム（ＨＤＦＳ）を含み、前記ＬＳＤによる通知は前記ＨＤＦＳから独立しているＬＳＤ。
請求項28
請求項２７記載のＬＳＤにおいて、前記第１の部分は前記ＨＤＦＳによって管理され、前記第１のアプリケーションは前記ＨＤＦＳを使用して前記第１の部分内の前記第１のアプリケーションコンテンツを管理し、前記第２の部分は前記ＨＤＦＳによって管理されず、また前記ＨＤＦＳに認識もされないＬＳＤ。
請求項29
請求項２８記載のＬＳＤにおいて、前記ホストデバイス（ＨＤ）は前記ＨＤが通信パスを確立するために使用するネットワークインターフェイスを含み、前記通信パス上で、前記第２の部分は前記ネットワークインターフェイスにアクセスし、前記ＨＤが前記通信パスを確立すると、前記通信パスの保持を除いて前記ＨＤによるそれ以上の介入はないＬＳＤ。
請求項30
請求項２９記載のＬＳＤにおいて、前記第１のアプリケーションはブラウザキャッシュマネージャであり、前記第２のアプリケーションはプロキシキャッシュマネージャであるＬＳＤ。
請求項31
請求項３０記載のＬＳＤにおいて、前記第２の部分は前記プロキシキャッシュマネージャによって管理されるプロキシキャッシュを少なくとも含み、前記プロキシキャッシュマネージャはプロキシキャッシュ管理ポリシーに従って前記プロキシキャッシュ内の前記プロキシキャッシュコンテンツを管理するＬＳＤ。
請求項32
請求項３１記載のＬＳＤにおいて、前記第１の部分は前記ブラウザキャッシュマネージャによって管理されるブラウザキャッシュを少なくとも含み、前記ブラウザキャッシュマネージャはブラウザキャッシュ管理ポリシーに従って前記ブラウザキャッシュ内の前記ブラウザキャッシュコンテンツを管理するＬＳＤ。
請求項33
請求項３２記載のＬＳＤにおいて、前記プロキシキャッシュマネージャは、前記ＬＳＤによって提供される前記ブラウザキャッシュコンテンツについての情報に基づいて、前記プロキシキャッシュ管理ポリシーを変更するＬＳＤ。
請求項34
請求項３３記載のＬＳＤにおいて、前記プロキシキャッシュマネージャは、前記変更されたプロキシキャッシュ管理ポリシーを使用して、ブラウザキャッシュ動作を予測するＬＳＤ。
請求項35
請求項３４記載のＬＳＤにおいて、前記プロキシキャッシュマネージャは、前記予測されたブラウザキャッシュ動作を使用して、前記プロキシキャッシュコンテンツを更新するＬＳＤ。
請求項36
コンピューティングシステムであって、ホストデバイスファイルシステム（ＨＤＦＳ）およびネットワークインターフェイスを含むホストデバイスと、ローカル記憶デバイス（ＬＳＤ）であって、少なくとも第１の部分および少なくとも第２の部分を含むように論理的に構成されたメモリアレイであって、前記第１および前記第２の部分は互いに独立し、前記第１の部分は第１のアプリケーションが前記ＨＤＦＳを使用して前記第１の部分内の第１のアプリケーションコンテンツを管理するように前記ＨＤＦＳによって管理され、前記第２の部分は前記第２の部分が前記ＨＤＦＳに認識されないように前記ＨＤＦＳによって管理されず、前記第１および第２のアプリケーションは互いに独立して実行され、前記第１のアプリケーションによる前記第１のアプリケーションコンテンツの管理は第２のアプリケーションによる第２のアプリケーションコンテンツの管理から独立し、前記ＬＳＤは前記第１の部分に格納される前記第１のアプリケーションコンテンツを前記第２のアプリケーションに通知し、前記通知は前記ＨＤＦＳに認識されないものであるメモリアレイを含むローカル記憶デバイス（ＬＳＤ）と、を備えるコンピューティングシステム。
請求項37
請求項３６記載のコンピューティングシステムにおいて、前記第１のアプリケーションによる管理は第１のアプリケーションコンテンツ管理ポリシーに基づいて実行され、前記第２のアプリケーションによる管理は第２のアプリケーションコンテンツ管理ポリシーに基づいて実行されるコンピューティングシステム。
請求項38
請求項３７記載のコンピューティングシステムにおいて、前記第２のアプリケーションは、前記第１の部分に格納される前記第１のアプリケーションコンテンツの情報であって、前記ＬＳＤによって前記第２のアプリケーションに提供される情報を使用して、前記第１のアプリケーションコンテンツ管理ポリシーを推定するコンピューティングシステム。
請求項39
請求項３８記載のコンピューティングシステムにおいて、前記第２のアプリケーションは、前記推定された第１のアプリケーションコンテンツ管理ポリシーを使用して、前記第２のアプリケーションコンテンツ管理ポリシーを更新するコンピューティングシステム。
請求項40
請求項３９記載のコンピューティングシステムにおいて、前記第２のアプリケーションは、前記更新された第２のアプリケーションコンテンツ管理ポリシーを使用して、その後の第１のアプリケーション動作を予測するコンピューティングシステム。
請求項41
請求項４０記載のコンピューティングシステムにおいて、前記第２のアプリケーションは、前記予測されたその後の第１のアプリケーション動作に基づいて、第２の部分の動作を開始するコンピューティングシステム。
請求項42
請求項４１記載のコンピューティングシステムにおいて、前記ホストデバイス（ＨＤ）は、前記ＨＤが前記第２の部分へのネットワークアクセスを促進するために使用するネットワークインターフェイスを含むコンピューティングシステム。
請求項43
請求項４２記載のコンピューティングシステムにおいて、前記第１のアプリケーションはブラウザキャッシュマネージャであり、前記第２のアプリケーションはプロキシキャッシュマネージャであるコンピューティングシステム。
請求項44
請求項４３記載のコンピューティングシステムにおいて、前記第２の部分は前記プロキシキャッシュマネージャによって管理されるプロキシキャッシュを少なくとも含み、前記プロキシキャッシュマネージャはプロキシキャッシュ管理ポリシーに従って前記プロキシキャッシュ内のプロキシキャッシュコンテンツを管理するコンピューティングシステム。
請求項45
請求項４４記載のコンピューティングシステムにおいて、前記第１の部分は前記ブラウザキャッシュマネージャによって管理されるブラウザキャッシュを少なくとも含み、前記ブラウザキャッシュマネージャはブラウザキャッシュ管理ポリシーに従って前記ブラウザキャッシュ内のブラウザキャッシュコンテンツを管理するコンピューティングシステム。
請求項46
請求項４４記載のコンピューティングシステムにおいて、前記プロキシキャッシュマネージャは、前記ＬＳＤによって提供される前記ブラウザキャッシュコンテンツについての情報に基づいて、前記プロキシキャッシュ管理ポリシーを変更するコンピューティングシステム。
請求項47
請求項４６記載のコンピューティングシステムにおいて、前記プロキシキャッシュマネージャは、前記変更されたプロキシキャッシュ管理ポリシーを使用して、ブラウザキャッシュ動作を予測するコンピューティングシステム。
請求項48
請求項４７記載のコンピューティングシステムにおいて、前記プロキシキャッシュマネージャは、前記予測されたブラウザキャッシュ動作を使用して、前記プロキシキャッシュコンテンツを更新するコンピューティングシステム。
請求項49
デジタルコンテンツプロバイダによってＤＲＭ方式に従い少なくとも１つの制限を加えられた、保護されているデジタルコンテンツを取得および消費する方法であって、前記方法はメモリアレイを有するローカル記憶デバイス（ＬＳＤ）を含むシステムによって実行され、前記ＬＳＤは前記メモリアレイの少なくとも一部分を管理するように構成されたホストデバイスファイルシステム（ＨＤＦＳ）を少なくとも有するホストデバイス（ＨＤ）と結合される前記方法において、前記保護されているデジタルコンテンツを前記ＬＳＤによって取得するステップと、前記取得された保護されているデジタルコンテンツを前記ＬＳＤによって前記メモリアレイにセキュアに格納するステップであって、前記取得するステップおよび前記セキュアに格納するステップはそれぞれ、前記ＤＲＭ方式に従い、どちらも前記ＨＤＦＳによって開始されるものではないようにしたセキュアに格納するステップと、前記保護されているデジタルコンテンツを消費するステップであって、前記セキュアに格納された保護されているデジタルコンテンツの少なくとも一部をデジタルデータストリームに変換するステップと、前記ＬＳＤによって前記デジタルデータストリームをストリーミングするステップであって、前記デジタルデータストリームに使用制限である前記少なくとも１つの制限が加えられていれば、前記ＬＳＤは前記使用制限を強制するようにしたストリーミングするステップと、によって前記保護されているデジタルコンテンツを消費するステップと、を含む方法。
請求項50
請求項４９記載の方法において、前記保護されているデジタルコンテンツはデジタルコンテンツおよび対応する権利オブジェクトを含み、前記使用制限は前記保護されているデジタルコンテンツの不正コピーを防ぐことを含むかまたは前記保護されているデジタルコンテンツの所定回数の使用を許可する方法。
請求項51
請求項５０記載の方法において、前記メモリアレイは、前記ＨＤＦＳによって管理され、前記ＨＤＦＳに認識される少なくとも第１の部分と、前記ＨＤＦＳによって管理されず、前記ＨＤＦＳに認識されない少なくとも第２の部分とをさらに含み、前記保護されているデジタルコンテンツをセキュアに格納するステップは、暗号化されたデジタルコンテンツを前記メモリアレイのうちの前記ＨＤＦＳに認識される前記第１の部分に格納するステップと、前記デジタルコンテンツに対応する前記権利オブジェクトを前記メモリアレイのうちの前記ＨＤＦＳに認識されない前記第２の部分に格納するステップと、をさらに含む方法。
請求項52
請求項５０記載の方法において、前記保護されているデジタルコンテンツをセキュアに格納するステップは、前記保護されているデジタルコンテンツを暗号化するステップと、前記暗号化された保護されているデジタルコンテンツを前記メモリアレイのうちの前記ＨＤＦＳに認識される第１の部分に格納するステップと、をさらに含む方法。
請求項53
請求項４９記載の方法において、前記ＬＳＤは前記デジタルデータストリームを前記ＬＳＤの外部のエージェントへストリーミングし、前記少なくとも１つの制限がアクセス制限を含めば、前記外部エージェントが前記ＤＲＭ方式にとって容認可能なアクセス資格を有する認証された外部エージェントである場合にのみ、前記外部エージェントは前記デジタルデータストリームを処理することができる方法。
請求項54
請求項５３記載の方法において、前記外部エージェントは、インターフェイスを経由して前記ＨＤに接続される第２のＬＳＤに存在する方法。
請求項55
請求項５４記載の方法において、前記外部エージェントは、前記ＨＤ内で実行されるローカルのデジタルメディアプレーヤレンダラアプリケーションである方法。
請求項56
請求項５４記載の方法において、前記保護されているデジタルコンテンツは、前記ＨＤおよび前記ＬＳＤの外部にありネットワークに含まれるリモートデバイス（ＲＤ）から取得される方法。
請求項57
請求項５６記載の方法において、前記保護されているデジタルコンテンツの取得より前に、前記ＬＳＤおよび前記ＲＤを相互認証するステップと、相互認証が無事に終了した場合にのみ、前記ＬＳＤによる前記ＲＤからの前記デジタルコンテンツの取得を開始するステップと、をさらに含む方法。
請求項58
請求項５７記載の方法において、前記ＨＤは、前記ＨＤにネットワークへのアクセスを提供するネットワークインターフェイスをさらに含む方法。
請求項59
請求項５８記載の方法において、前記保護されているデジタルコンテンツを取得するステップは、前記ＲＤによって、前記ＬＳＤと前記ＲＤとの間に前記ネットワークインターフェイスを使用して通信パスを確立するように前記ＨＤに指示するステップであって、前記ＨＤによって前記通信パスが確立されると、前記通信パスの保持を除いて前記ＨＤによるそれ以上の介入はないようにした指示するステップ、または前記ＬＳＤによって、前記ＬＳＤと前記ＲＤとの間に前記ネットワークインターフェイスを使用して前記通信パスを確立するように前記ＨＤに指示するステップであって、前記ＨＤによって前記通信パスが確立されると、前記通信パスの保持を除いて前記ＨＤによるそれ以上の介入はないようにした指示するステップと、前記ＬＳＤおよび前記ＲＤによって、前記通信パス上で論理的に対話するステップであって、前記論理的対話は前記ＨＤに認識されないようにした対話するステップと、をさらに含む方法。
請求項60
請求項５９記載の方法において、前記論理的対話は、前記ＲＤに前記保護されているデジタルコンテンツを前記ＲＤから前記ＬＳＤへ送らせ、また前記ＬＳＤに前記保護されているデジタルコンテンツを前記メモリアレイに強制的に格納させるＲＤコマンドを含むか、または前記ＬＳＤに前記ＲＤが前記デジタルコンテンツを前記ＲＤから前記ＬＳＤへ送ることをリクエストさせるＬＳＤコマンドを含む方法。
請求項61
請求項６０記載の方法において、前記セキュアに格納された保護されているデジタルコンテンツの少なくとも一部を前記デジタルデータストリームに変換するステップは、前記保護されているデジタルコンテンツを前記メモリアレイから読み込むステップと、前記メモリアレイから読み込まれた前記保護されているデジタルコンテンツを少なくとも１つのデータストリームに構成するステップと、を含む方法。
請求項62
請求項６１記載の方法において、前記保護されているデジタルコンテンツを前記ＬＳＤによって前記メモリアレイからストリーミングするステップは、ストリーミングチャネルを形成するステップと、前記保護されているデジタルコンテンツを前記ストリーミングチャネル上でストリーミングするステップと、を含む方法。
請求項63
請求項６２記載の方法において、前記ＤＲＭが、前記ストリーミングチャネルがセキュアなストリーミングチャネルであることを要求すれば、前記セキュアなストリーミングチャネルを形成し、前記保護されているデジタルコンテンツを前記セキュアなストリーミングチャネル上でストリーミングする方法。
請求項64
請求項４９記載の方法において、前記保護されているデジタルコンテンツは、ＭＰ３オーディオファイルおよび／またはビデオファイルを含むデジタルメディアファイルである方法。
請求項65
請求項４９記載の方法において、前記システムは、別のＤＲＭ方式に従って少なくとも１つの制限を加えられる他の保護されているデジタルコンテンツを同時に取得および消費するように構成される方法。
請求項66
ローカル記憶デバイス（ＬＳＤ）と通信するホストデバイス（ＨＤ）を有するコンピューティングデバイスであって、前記ＬＳＤは複数のデータブロックを含むメモリアレイを含み、前記メモリアレイは前記ＨＤにとって前記データブロックによってアクセス可能であるコンピューティングデバイスにおいて、前記ＬＳＤの前記メモリアレイに格納されるデータに関して検索インデックスを生成する方法であって、前記ＬＳＤの前記メモリアレイに格納されるデータに関してインデックスデータを前記ＬＳＤによって前記ＨＤの関与なしに生成するステップと、前記生成されたインデックスデータを前記ＬＳＤによって前記検索インデックスの少なくとも一部として前記ＬＳＤ上に格納するステップと、を含む方法。
請求項67
請求項６６記載の方法において、前記ＬＳＤの前記メモリアレイに格納される前記データに関してインデックスデータを生成するステップは、前記ＨＤによる、前記ＬＳＤの前記メモリアレイに関連するデータアクセス動作の結果としての前記ＬＳＤに対するアクセスを前記ＬＳＤによって確認するステップであって、前記データアクセス動作の結果、前記メモリアレイへまたは前記メモリアレイからデータブロックが提供されるようにした確認するステップと、前記確認されたデータアクセス動作を特徴付けるデータを前記ＬＳＤによって判断するステップと、前記判断された特徴付けデータに少なくとも部分的に基づいて前記インデックスデータを生成するステップと、を含む方法。
請求項68
請求項６７記載の方法において、前記確認されたデータアクセス動作を特徴付けるデータを判断するステップは、前記確認されたデータアクセス動作においてアクセスされる前記データのコンテンツ以外のデータを少なくとも含むデータを判断するステップを含む方法。
請求項69
請求項６８記載の方法において、前記データアクセス動作は、メディアコンテンツのデータにアクセスする動作を含み、前記確認されたデータアクセス動作を特徴付けるデータを判断するステップは、前記メディアコンテンツに関連する確認されたデータアクセス動作によって表される挙動を特徴付けるデータと、前記アクセスされたメディアコンテンツ自体のデータ以外のデータを少なくとも含むデータとを判断するステップを含む方法。
請求項70
請求項６７記載の方法において、前記ＨＤはホストデバイスファイルシステム（ＨＤＦＳ）を含み、前記ＨＤによる前記ＬＳＤの前記メモリアレイに関連するデータアクセス動作はＨＤＦＳの動作を含む方法。
請求項71
請求項６６記載の方法において、前記ＬＳＤの前記メモリアレイに格納されるデータに関してインデックスデータを生成するステップは、前記メモリアレイに格納されるデータを少なくとも含むようにインデックスデータを生成するステップを含む方法。
請求項72
請求項７１記載の方法において、前記メモリアレイに格納されるデータを少なくとも含むようにインデックスデータを生成するステップは前記メモリアレイに格納されるデータから成るコンテンツを抽出するステップを含み、前記コンテンツは前記メモリアレイに格納されるデータである方法。
請求項73
請求項６６記載の方法において、前記ＬＳＤの前記メモリアレイに格納されるデータに関してインデックスデータを生成するステップは前記メモリアレイに格納されるデータに対して認識アルゴリズムを実行するステップを含み、前記生成されるインデックスデータは前記認識アルゴリズムの結果を示す方法。
請求項74
請求項６６記載の方法において、前記ＬＳＤの前記メモリアレイに格納されるデータに関してインデックスデータを生成するステップは、前記ＨＤの関与なしに前記ＬＳＤによって、前記ＬＳＤの前記メモリアレイの前記データにアクセスするステップと、前記データに関して前記インデックスデータを生成するステップとを含む方法。
請求項75
請求項６６記載の方法において、前記ＬＳＤによって検索クエリを受け取るステップと、前記ＬＳＤによって、前記検索インデックスに関して前記検索クエリを処理し、前記検索クエリに応答して検索結果を提供するステップと、をさらに含む方法。
請求項76
請求項７５記載の方法において、前記検索クエリを受け取るステップは、前記ＨＤから検索クエリを受け取るステップを含む方法。
請求項77
請求項７５記載の方法において、前記検索クエリを受け取るステップは、前記ＨＤ以外のデバイスから検索クエリを受け取るステップを含む方法。
請求項78
請求項６６記載の方法において、前記検索インデックスを前記ＬＳＤから前記ホストデバイスに提供するステップをさらに含む方法。
請求項79
請求項６６記載の方法において、前記検索インデックスを前記ＬＳＤから前記ホストデバイス以外のデバイスに提供するステップをさらに含む方法。
請求項80
請求項６６記載の方法において、前記ＬＳＤによって、前記ＬＳＤの前記メモリアレイ内の特定のコンテンツのデータアクセスリクエストを前記ＨＤから受け取るステップと、前記生成されたインデックスデータを、前記ＬＳＤによって、前記データアクセスリクエストに基づき前記データアクセスリクエストの前記特定のコンテンツを考慮して処理し、前記アクセスリクエストをブロックするかどうかを判断するステップと、をさらに含む方法。
請求項81
請求項６６記載の方法において、前記ＬＳＤ内に格納される前記生成されたインデックスデータを、前記ＨＤによって、前記ＬＳＤの前記メモリアレイ内の特定のコンテンツのデータアクセスリクエストに基づき前記データアクセスリクエストの前記特定のコンテンツを考慮して処理し、前記アクセスリクエストをブロックするかどうかを判断するステップをさらに含む方法。
請求項82
システムであって、データ記憶アレイと、論理データブロックとして前記データ記憶アレイに格納されるデータを管理するようになっている第１の論理インターフェイスと、論理データブロックとして格納される前記データに対応するデータオブジェクトを管理するようになっている第２の論理インターフェイスであって、論理データブロックとして格納される前記データの少なくとも一部が前記第１の論理インターフェイスを経由して変更されると、前記変更されたデータは前記第１および前記第２の論理インターフェイスの両方を経由してアクセス可能であり、前記第２の論理インターフェイスを経由して前記アクセス可能であることはデータオブジェクトプロパティの所定のセットを同時に管理することと前記変更されることとを伴うものである第２の論理インターフェイスと、を備えるシステム。
請求項83
請求項８２記載のシステムにおいて、前記データオブジェクトプロパティの所定のセットを同時に管理することは同期化ユニットによって促進され、前記促進は前記データオブジェクトと前記オブジェクトプロパティの所定のセットとを同期化することを含むシステム。
請求項84
請求項８２記載のシステムにおいて、前記データオブジェクトプロパティの所定のセットは、オブジェクト名と、オブジェクトサイズと、前記オブジェクトがアクセスされた回数とを含むシステム。
請求項85
請求項８２記載のシステムにおいて、前記データ記憶アレイ、前記第１の論理インターフェイス、および前記第２の論理インターフェイスは、ローカル記憶デバイス（ＬＳＤ）に含まれるシステム。
請求項86
請求項８５記載のシステムにおいて、前記ＬＳＤは、ホストアプリケーションと、ブロックコマンドを生成するように構成されたホストデバイスファイルシステム（ＨＤＦＳ）とを有するホストデバイス（ＨＤ）に結合されるシステム。
請求項87
請求項８６記載のシステムにおいて、同期化ユニットは、前記ＨＤに含まれるシステム。
請求項88
請求項８３記載のシステムにおいて、前記データ記憶アレイは、第１の部分および第２の部分を含むように設定されるシステム。
請求項89
請求項８８記載のシステムにおいて、前記第１の部分は前記論理データブロックおよび前記対応するデータオブジェクトを格納するように構成された前記第１および前記第２の論理インターフェイスと通信する大容量記憶部分であり、前記第２の部分は前記データオブジェクトプロパティの所定のセットを格納するように構成されるシステム。
請求項90
請求項８９記載のシステムにおいて、前記第１の部分内のオブジェクトが変更されるならば、前記同期化ユニットは、前記第２の部分に格納される対応する前記データオブジェクトプロパティを更新するシステム。
請求項91
ローカル記憶デバイス（ＬＳＤ）であって、データ記憶アレイと、論理データブロックとして前記データ記憶アレイに格納されるデータを管理するようになっている第１の論理インターフェイスと、論理データブロックとして格納される前記データに対応するデータオブジェクトを管理するようになっている第２の論理インターフェイスであって、論理データブロックとして格納される前記データの少なくとも一部が前記第１の論理インターフェイスを経由して変更されると、前記変更されたデータは前記第１および前記第２の論理インターフェイスの両方を経由してアクセス可能であり、前記第２の論理インターフェイスを経由して前記アクセス可能であることはデータオブジェクトプロパティの所定のセットを同時に管理することと前記変更されることとを伴うものである第２の論理インターフェイスと、を備えるローカル記憶デバイス（ＬＳＤ）。
請求項92
請求項９１記載のＬＳＤにおいて、前記ＬＳＤは、ホストアプリケーションと、ブロックコマンドを生成するように構成されたホストデバイスファイルシステム（ＨＤＦＳ）とを有するホストデバイス（ＨＤ）に結合されるＬＳＤ。
請求項93
請求項９２記載のＬＳＤにおいて、前記データオブジェクトプロパティの所定のセットを同時に管理することは同期化ユニットによって促進され、前記促進は前記データオブジェクトと前記データオブジェクトプロパティの所定のセットとを同期化することを含むＬＳＤ。
請求項94
請求項９３記載のＬＳＤにおいて、前記同期化ユニットは、前記ＨＤに含まれるＬＳＤ。
請求項95
請求項９４記載のＬＳＤにおいて、前記オブジェクトプロパティの所定のセットは、オブジェクト名と、オブジェクトサイズと、前記オブジェクトがアクセスされた回数とを含むＬＳＤ。
請求項96
請求項９４記載のＬＳＤにおいて、前記データ記憶アレイは、第１の部分および第２の部分を含むように設定されるＬＳＤ。
請求項97
請求項９６記載のＬＳＤにおいて、前記第１の部分は前記論理データブロックおよび前記対応するデータオブジェクトを格納するように構成された前記第１および前記第２の論理インターフェイスと通信する大容量記憶部分であり、前記第２の部分は前記データオブジェクトプロパティの所定のセットを格納するように構成されるＬＳＤ。
請求項98
請求項９７記載のＬＳＤにおいて、前記第１の部分内のオブジェクトが変更されるならば、前記同期化ユニットは、前記第２の部分に格納される対応する前記データオブジェクトプロパティを更新するＬＳＤ。
請求項99
方法であって、データ記憶アレイにおいて、論理データブロックとして前記データ記憶アレイに格納されるデータを第１のインターフェイスを経由して管理するステップと、前記データ記憶アレイに格納されるデータオブジェクトを第２のインターフェイスを経由して管理するステップであって、前記データオブジェクトは論理データブロックとして格納されるデータに対応し、論理データブロックとして格納されるデータが前記第１のインターフェイスを経由して変更されると、前記変更されたデータは前記第１および前記第２のインターフェイスの両方を経由してアクセス可能であり、前記第２のインターフェイスを経由してアクセス可能であることはデータオブジェクトプロパティの所定のセットを同時に管理することを伴うものである管理するステップと、を含む方法。
請求項100
請求項９９記載の方法において、前記データオブジェクトプロパティの所定のセットを同時に管理することは同期化ユニットによって促進され、前記促進は前記データオブジェクトと前記データオブジェクトプロパティの所定のセットとを同期化することを含む方法。
請求項101
請求項１００記載の方法において、前記データオブジェクトプロパティの所定のセットは、オブジェクト名と、オブジェクトサイズと、前記オブジェクトがアクセスされた回数とを含む方法。
請求項102
請求項１００記載の方法において、前記データ記憶アレイ、前記第１の論理インターフェイス、および前記第２の論理インターフェイスは、ローカル記憶デバイス（ＬＳＤ）に含まれる方法。
請求項103
請求項１０２記載の方法において、前記ＬＳＤは、ホストアプリケーションと、ブロックコマンドを生成するように構成されたホストデバイスファイルシステム（ＨＤＦＳ）とを有するホストデバイス（ＨＤ）に結合される方法。
請求項104
請求項１０３記載の方法において、同期化ユニットは、前記ＨＤに含まれる方法。
請求項105
請求項１０４記載の方法において、前記データ記憶アレイは、第１の部分および第２の部分を含むように設定される方法。
請求項106
請求項１０５記載の方法において、前記第１の部分は、前記論理データブロックおよび前記対応するデータオブジェクトを格納するように構成された前記第１および前記第２のインターフェイスと通信する大容量記憶部分であり、前記第２の部分は前記データオブジェクトプロパティの所定のセットを格納するように構成される方法。
請求項107
請求項１０６記載の方法において、前記第１の部分内のオブジェクトが変更されるならば、前記同期化ユニットは、前記第２の部分に格納される対応する前記データオブジェクトプロパティを更新する方法。