(57)【要約】  本発明の様々な実施形態は、メモリ・システムを含むデバイスにおける電力消費を低減するためのシステムおよび方法を提供する。一例として、システムは、ハードディスク・ドライブおよびフラッシュ・メモリを備えるメモリ・システムを含むことができる。フラッシュ・メモリは、ハードディスク・ドライブ上の利用可能なコンテンツ・オブジェクトの一覧を含むメニュー・ファイルを保持する。加えて、システムは、以前は利用不可能だったコンテンツ・オブジェクトがハードディスク・ドライブ上で利用可能になったときにメニュー・ファイルを更新するための、メモリ・システム上に保持されたソフトウェアを実行するプロセッサを含む。さらに、場合によっては、プロセッサは、以前は利用可能だったコンテンツ・オブジェクトがハードディスク・ドライブ上で利用不可能になったときにメニュー・ファイルを更新するように動作可能なソフトウェアを実行する。加えて、システムは、プレイ・リストを受け取り、プレイ・リスト上で識別された第１のコンテンツ・オブジェクトをハードディスク・ドライブからフラッシュ・メモリにコピーし、プレイ・リスト上で識別された第２のコンテンツ・オブジェクトをハードディスク・ドライブからフラッシュ・メモリにコピーするための、プロセッサによって実行可能な命令を含むことができる。コンテンツ・オブジェクトは、そのようにフラッシュ・メモリに移送されることで、プレイ・リストを供給したアプリケーション・デバイス、またはコンテンツ・オブジェクトの受取手として指示された別のアプリケーション・デバイスにアップロードされることができる。
2009543217.tif 000002
【特許請求の範囲】
【請求項１】
モバイル・データ記憶デバイスにおける電力消費を低減するためのシステムであって、
メモリ・システムであって、
ハードディスク・ドライブと、
メニュー・ファイルを含むフラッシュ・メモリであって、前記メニュー・ファイルが、前記ハードディスク・ドライブ上で利用可能なコンテンツ・オブジェクトの一覧を含む、フラッシュ・メモリとを含むメモリ・システムと、
プロセッサであって、前記メモリ・システムが、以前は利用不可能だったコンテンツ・オブジェクトが前記ハードディスク・ドライブ上で利用可能になったときに前記メニュー・ファイルを更新するための、前記プロセッサによって実行可能な命令を含む、プロセッサと
を備えるシステム。
【請求項２】
前記メモリ・システムが、以前は利用可能だったコンテンツ・オブジェクトが前記ハードディスク・ドライブ上で利用不可能になったときに前記メニュー・ファイルを更新するための、前記プロセッサによって実行可能な命令をさらに含む、請求項１に記載のシステム。
【請求項３】
前記メモリ・システムが、
プレイ・リストを受け取り、
前記プレイ・リスト上で識別された第１のコンテンツ・オブジェクトを前記ハードディスク・ドライブから前記フラッシュ・メモリにコピーし、前記プレイ・リスト上で識別された第２のコンテンツ・オブジェクトを前記ハードディスク・ドライブから前記フラッシュ・メモリにコピーするための、
前記プロセッサによって実行可能な命令をさらに含む、請求項１に記載のシステム。
【請求項４】
前記メモリ・システムが、前記プレイ・リスト上で識別された前記第１のコンテンツ・オブジェクトを受け取りアプリケーション・デバイスに提供するための、前記プロセッサによって実行可能な命令をさらに含む、請求項３に記載のシステム。
【請求項５】
前記プレイ・リストが、無線ネットワークを介して前記メモリ・システムに通信可能に結合されたアプリケーション・デバイスから提供される、請求項３に記載のシステム。
【請求項６】
前記無線ネットワークが、Ｂｌｕｅｔｏｏｔｈネットワークである、請求項５に記載のシステム。
【請求項７】
前記メニュー・ファイルが、制御アプリケーション・デバイスのユーザ・インターフェースを駆動するために使用可能なフォーマットをとる、請求項３に記載のシステム。
【請求項８】
前記制御アプリケーション・デバイスが、セルラ電話であり、前記ユーザ・インターフェースが、グラフィカル・ユーザ・インターフェースである、請求項７に記載のシステム。
【請求項９】
前記メニュー・ファイルが、ＸＭＬフォーマット・ファイルである、請求項７に記載のシステム。
【請求項１０】
前記第１のコンテンツ・オブジェクトおよび前記第２のコンテンツ・オブジェクトが、前記メモリ・システムの電力ダウン時に、前記フラッシュ・メモリ内に保持される、請求項３に記載のシステム。
【請求項１１】
電力低減のための方法であって、
ハードディスク・ドライブおよびフラッシュ・メモリを含むメモリ・システムを提供することと、
コンテンツ・オブジェクトを前記ハードディスク・ドライブに保存することと、
前記コンテンツ・オブジェクトを識別するメニュー・ファイルを前記フラッシュ・メモリに保持することであって、前記メニュー・ファイルが、無線ネットワークを介して前記メモリ・システムに通信可能に結合されたアプリケーション・デバイスのユーザ・インターフェースを駆動するために使用可能なフォーマットをとる、保持することと
を含む方法。
【請求項１２】
前記コンテンツ・オブジェクトが、第１のコンテンツ・オブジェクトであり、前記方法が、
第２のコンテンツ・オブジェクトを前記ハードディスク・ドライブに保存することと、
前記ハードディスク・ドライブ上の前記第２のコンテンツ・オブジェクトの利用可能性を反映するように前記メニュー・ファイルを更新することと
をさらに含む、請求項１１に記載の方法。
【請求項１３】
前記アプリケーション・デバイスが、セルラ電話であり、前記ユーザ・インターフェースが、グラフィカル・ユーザ・インターフェースである、請求項１１に記載の方法。
【請求項１４】
前記メニュー・ファイルが、ＸＭＬフォーマット・ファイルである、請求項１３に記載の方法。
【請求項１５】
前記第１のコンテンツ・オブジェクトおよび前記第２のコンテンツ・オブジェクトを含むプレイ・リストであって、無線ネットワークを介して前記メモリ・システムに通信可能に結合されたアプリケーション・デバイスから受け取られるプレイ・リストを受け取ることと、
前記プレイ・リストに少なくとも部分的に基づいて、前記第１のコンテンツ・オブジェクトを前記ハードディスク・ドライブから前記フラッシュ・メモリにコピーすることと、
前記プレイ・リストに少なくとも部分的に基づいて、前記第２のコンテンツ・オブジェクトを前記ハードディスク・ドライブから前記フラッシュ・メモリにコピーすることと
をさらに含む、請求項１１に記載の方法。
【請求項１６】
前記プレイ・リストを実行することであって、前記第１のコンテンツ・オブジェクトおよび前記第２のコンテンツ・オブジェクトが受け取りアプリケーション・デバイスに提供される、実行すること
をさらに含む、請求項１５に記載の方法。
【請求項１７】
メモリ・アクセス動作に関係する電力消費を低減するための方法であって、
ハードディスク・ドライブおよびフラッシュ・メモリを含むメモリ・システムを提供することであって、第１のコンテンツ・オブジェクトおよび第２のコンテンツ・オブジェクトが、前記ハードディスク・ドライブ上に保存される、提供することと、
前記第１のコンテンツ・オブジェクトおよび前記第２のコンテンツ・オブジェクトを含むプレイ・リストを受け取ることと、
前記プレイ・リストに少なくとも部分的に基づいて、前記第１のコンテンツ・オブジェクトを前記ハードディスク・ドライブから前記フラッシュ・メモリにコピーすることと、
前記プレイ・リストに少なくとも部分的に基づいて、前記第２のコンテンツ・オブジェクトを前記ハードディスク・ドライブから前記フラッシュ・メモリにコピーすることと
を含む方法。
【請求項１８】
前記プレイ・リストを実行することであって、前記第１のコンテンツ・オブジェクトおよび前記第２のコンテンツ・オブジェクトが受け取りアプリケーション・デバイスに提供される、実行すること
をさらに含む、請求項１７に記載の方法。
【請求項１９】
前記フラッシュ・メモリが、前記第１のコンテンツ・オブジェクトおよび前記第２のコンテンツ・オブジェクトを含むメニュー・ファイルを保持し、前記メニュー・ファイルが、無線ネットワークを介して前記メモリ・システムに通信可能に結合されたアプリケーション・デバイスのユーザ・インターフェースを駆動するために使用可能なフォーマットをとる、請求項１７に記載の方法。
【請求項２０】
第３のコンテンツ・オブジェクトを前記ハードディスク・ドライブに保存することと、
前記ハードディスク・ドライブ上の前記第３のコンテンツ・オブジェクトの利用可能性を反映するように前記メニュー・ファイルを更新することと
をさらに含む、請求項１９に記載の方法。
【請求項２１】
前記第２のコンテンツ・オブジェクトを前記ハードディスク・ドライブから削除することと、
前記ハードディスク・ドライブ上の前記第１のコンテンツ・オブジェクトの利用不可能性を反映するように前記メニュー・ファイルを更新することと
をさらに含む、
請求項１９に記載の方法。
【請求項２２】
前記アプリケーション・デバイスが、セルラ電話であり、前記ユーザ・インターフェースが、前記セルラ電話に統合されたグラフィカル・ユーザ・インターフェースである、請求項１９に記載の方法。
【請求項２３】
前記メニュー・ファイルが、ＸＭＬフォーマット・ファイルである、請求項２２に記載の方法。
【請求項２４】
前記プレイ・リストが、アプリケーション・デバイスから受け取られ、前記アプリケーション・デバイスが、無線ネットワークを介して前記メモリ・システムに通信可能に結合される、請求項１７に記載の方法。
【請求項２５】
前記アプリケーション・デバイスが、セルラ電話である、請求項２１に記載の方法。
【請求項２６】
前記メニュー・ファイルが、ＸＭＬフォーマット・ファイルである、請求項１３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、Ａｌ−Ｒｅｆａｅｅ他によって２００６年７月５日に出願された「ＳＹＳＴＥＭＳ  ＡＮＤ  ＭＥＴＨＯＤＳ  ＦＯＲ  ＭＯＢＩＬＥ  ＤＡＴＡ  ＳＴＯＲＡＧＥ  ＡＮＤ  ＡＣＱＵＩＳＩＴＩＯＮ」と題する米国仮特許出願第６０／８０６，６１０号、Ａｌ−Ｒｅｆａｅｅ他によって２００６年１０月１１日に出願された「ＳＹＳＴＥＭＳ  ＡＮＤ  ＭＥＴＨＯＤＳ  ＦＯＲ  ＭＯＢＩＬＥ  ＤＡＴＡ  ＳＴＯＲＡＧＥ  ＡＮＤ  ＡＣＱＵＩＳＩＴＩＯＮ」と題する米国仮特許出願第６０／８２９，００７号、およびＡｌ−Ｒｅｆａｅｅ他によって２００６年１２月１１日に出願された「ＳＹＳＴＥＭＳ  ＡＮＤ  ＭＥＴＨＯＤＳ  ＦＯＲ  ＭＯＢＩＬＥ  ＤＡＴＡ  ＳＴＯＲＡＧＥ  ＡＮＤ  ＡＣＱＵＩＳＩＴＩＯＮ」と題する米国仮特許出願第６０／８６９，４５３号の優先権を主張する（上記出願の非仮出願である）。上記出願の各々は、本発明と同じ譲受人に譲渡され、すべての目的で参照により本明細書に組み込まれる。
【０００２】
さらに、本出願は、本出願と同日に出願された以下の特許出願、すなわち、Ｂａｈｒａｍ他によって出願された「Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｉｍｐｌｅｍｅｎｔｉｎｇ  Ｈａｎｄｓ  Ｆｒｅｅ  Ｏｐｅｒａｔｉｏｎａｌ  Ｅｎｖｉｒｏｎｍｅｎｔｓ」と題するＰＣＴ出願（整理番号ＡＧＥＲＥ−００１２１０ＰＣＴ）、Ｈａｄｄａｄ他によって出願された「Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｍｕｌｔｉｐｏｒｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｄｉｓｔｒｉｂｕｔｉｏｎ」と題するＰＣＴ出願（整理番号ＡＧＥＲＥ−００１２２０ＰＣＴ）、Ａｌ−Ｒｅｆａｅｅ他によって出願された「Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｅｎａｂｌｉｎｇ  Ｃｏｎｓｕｍｐｔｉｏｎ  ｏｆ  Ｃｏｐｙ−Ｐｒｏｔｅｃｔｅｄ  Ｃｏｎｔｅｎｔ  Ａｃｒｏｓｓ  Ｍｕｌｔｉｐｌｅ  Ｄｅｖｉｃｅｓ」と題するＰＣＴ出願（整理番号ＡＧＥＲＥ−００１２４０ＰＣＴ）、Ａｌ−Ｒｅｆａｅｅ他によって出願された「Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｍｕｌｔｉ−ｕｓｅｒ  Ａｃｃｅｓｓ  ｔｏ  ａ  Ｗｉｒｅｌｅｓｓ  Ｓｔｏｒａｇｅ  Ｄｅｖｉｃｅ」と題するＰＣＴ出願（整理番号ＡＧＥＲＥ−００１２６０ＰＣＴ）、およびＷａｒｒｅｎ他によって出願された「Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｄａｔａ  Ｓｔｏｒａｇｅ  ａｎｄ  Ａｃｑｕｉｓｉｔｉｏｎ」と題するＰＣＴ出願（整理番号ＡＧＥＲＥ−００１２７０ＰＣＴ）に関連する。上記関連出願のすべては、本発明と同じ譲受人に譲渡され、すべての目的で参照により本明細書に組み込まれる。
【０００３】
本発明は、一般に、消費者デバイスにおける電力管理に関し、詳細には、不揮発性データ記憶コンポーネントを含む無線デバイスにおいて電力を管理するためのシステムおよび方法に関する。
【背景技術】
【０００４】
電源がバッテリに制限される無線動作用に意図された様々な消費者デバイスが今日では存在している。制限された電源のため、ほとんどの無線消費者デバイスが、何らかのレベルの電力管理を利用する。例えば、セルラ電話は、送信器が使用されていないときは、送信器への電力をオフにし、内蔵グラフィカル・ディスプレイが使用されていないときは、グラフィカル・ディスプレイへの電力をオフにする。別の例として、ラップトップ・コンピュータは、スリープ・モードを含むことができ、それによって、コンピュータの非必須機能は、その活動が検出されずに一定の期間が経過した後、オフにされる。場合によっては、そのようなスリープ・モードは、様々なレベルを含んでよく、各レベルは、異なる電力量を節約し、異なる回復期間を要する。上述の手法は、相当な電力節約を提供する。しかし、電力節約は一般に、デバイス全体が使用されていないときに、デバイスの要素をアクセス不可能状態に維持することに限られる。したがって、これらの手法は、デバイスが全面的に動作している状況においては、あまり大きな電力節約を提供しない。
【特許文献１】米国仮特許出願第６０／８０６，６１０号
【特許文献２】米国仮特許出願第６０／８２９，００７号
【特許文献３】米国仮特許出願第６０／８６９，４５３号
【特許文献４】ＰＣＴ出願（整理番号ＡＧＥＲＥ−００１２１０ＰＣＴ）
【特許文献５】ＰＣＴ出願（整理番号ＡＧＥＲＥ−００１２２０ＰＣＴ）
【特許文献６】ＰＣＴ出願（整理番号ＡＧＥＲＥ−００１２４０ＰＣＴ）
【特許文献７】ＰＣＴ出願（整理番号ＡＧＥＲＥ−００１２６０ＰＣＴ）
【特許文献８】ＰＣＴ出願（整理番号ＡＧＥＲＥ−００１２７０ＰＣＴ）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
したがって、少なくとも上述の理由のため、電力管理のための高度なシステムおよび方法が、当技術分野において必要とされている。
【課題を解決するための手段】
【０００６】
本発明は、一般に、消費者デバイスにおける電力管理に関し、詳細には、不揮発性データ記憶コンポーネントを含む無線デバイスにおいて電力を管理するためのシステムおよび方法に関する。
【０００７】
本発明のいくつかの実施形態は、記憶デバイスにおける電力消費を低減するためのシステムを提供する。そのようなシステムは、ハードディスク・ドライブおよびフラッシュ・メモリを備えるメモリ・システムを含む。フラッシュ・メモリは、ハードディスク・ドライブ上の利用可能なコンテンツ・オブジェクトの一覧を含む、メニュー・ファイルを保持する。加えて、システムは、以前は利用不可能だったコンテンツ・オブジェクトがハードディスク・ドライブ上で利用可能になったときにメニュー・ファイルを更新するための、メモリ・システム上に保持されたソフトウェアを実行するプロセッサを含む。さらに、場合によっては、プロセッサは、以前は利用可能だったコンテンツ・オブジェクトがハードディスク・ドライブ上で利用不可能になったときにメニュー・ファイルを更新するように動作可能なソフトウェアを実行する。場合によっては、メニュー・ファイルは、制御アプリケーション・デバイスのユーザ・インターフェースを駆動するために使用可能なフォーマットをとる。具体的な１つの場合では、制御アプリケーション・デバイスは、セルラ電話であり、ユーザ・インターフェースは、グラフィカル・ユーザ・インターフェースである。具体的な１つの場合では、メニュー・ファイルは、ＸＭＬフォーマット・ファイルである。
【０００８】
上述の実施形態のいくつかの例では、メモリ・システムは、プレイ・リストを受け取り、プレイ・リスト上で識別された第１のコンテンツ・オブジェクトをハードディスク・ドライブからフラッシュ・メモリにコピーし、プレイ・リスト上で識別された第２のコンテンツ・オブジェクトをハードディスク・ドライブからフラッシュ・メモリにコピーするための、プロセッサによって実行可能な命令をさらに含む。コンテンツ・オブジェクトは、そのようにフラッシュ・メモリに移送されることで、プレイ・リストを供給したアプリケーション・デバイス、またはコンテンツ・オブジェクトの受取手として指示された別のアプリケーション・デバイスにアップロードされることができる。様々な場合において、上述のアプリケーション・デバイスは、無線ネットワークを介して、メモリ・システムに通信可能に結合される。具体的な場合では、無線ネットワークは、Ｂｌｕｅｔｏｏｔｈ（商標）ネットワークである。上述の実施形態の様々な例では、第１のコンテンツ・オブジェクトおよび第２のコンテンツ・オブジェクトは、メモリ・システムのより高い電力を必要とする部分の電力ダウン時に、フラッシュ・メモリ内に保持される。
【０００９】
本発明の他の実施形態は、電力低減のための方法を提供する。そのような方法は、少なくともハードディスク・ドライブおよびフラッシュ・メモリを備えるメモリ・システムを提供することを含む。方法は、コンテンツ・オブジェクトをハードディスク・ドライブに保存することと、コンテンツ・オブジェクトを識別するメニュー・ファイルをフラッシュ・メモリに保持することとをさらに含む。メニュー・ファイルは、無線ネットワークを介してメモリ・システムに通信可能に結合されたアプリケーション・デバイスのユーザ・インターフェースを駆動するために使用可能なフォーマットをとる。そのような手法は、ファイル・ベースの転送に依存し、必ずしもブロック・ベースの転送には依存しない。ファイル・ベースの転送であり、ブロック・ベースの転送ではないので、特定のファイルが転送に関してどのような要件を有するかが分かる。したがって、電力要件は、ファイル・タイプに正確に適合させることができ、ブロック・ベースの転送システムにおいて必要とされるように、多くのファイル・タイプに概括的に適合させなくてよい。上述の実施形態のいくつかの例では、別のコンテンツ・オブジェクトが、ハードディスク・ドライブに保存される。そのような例では、方法は、ハードディスク・ドライブ上の追加されたコンテンツ・オブジェクトの利用可能性を反映するようにメニュー・ファイルを更新することをさらに提供する。いくつかの場合では、アプリケーション・デバイスは、セルラ電話であり、ユーザ・インターフェースは、セルラ電話に統合されたグラフィカル・ユーザ・インターフェースである。具体的な１つの場合では、メニュー・ファイルは、ＸＭＬフォーマット・ファイルである。他のファイル・タイプも使用されてよいことに留意されたい。例えば、ＸＭＬほどは複雑でないファイル・タイプが、本発明の様々な実施形態に従って利用されてよい。
【００１０】
上述の実施形態の他の例では、方法は、第１のコンテンツ・オブジェクトおよび第２のコンテンツ・オブジェクトを含むプレイ・リストであって、無線ネットワークを介してメモリ・システムに通信可能に結合されたアプリケーション・デバイスから受け取られるプレイ・リストを受け取ることをさらに含む。プレイ・リストに少なくとも部分的に基づいて、第１のコンテンツ・オブジェクトをハードディスク・ドライブからフラッシュ・メモリにコピーし、プレイ・リストに少なくとも部分的に基づいて、第２のコンテンツ・オブジェクトをハードディスク・ドライブからフラッシュ・メモリにコピーする。いくつかの場合では、低電力メモリ・デバイスおよび高電力メモリ・デバイスというより汎用的な手法が使用されてよく、低電力メモリ・デバイスは一般に、ハードディスク・ドライブを表し、高電力メモリ・デバイスは一般に、フラッシュ・メモリを表す。そのような場合、異なる低電力および高電力デバイスが、本発明の様々な実施形態に従って選択されてよい。さらに、方法は、第１のコンテンツ・オブジェクトおよび第２のコンテンツ・オブジェクトが受け取りアプリケーション・デバイスに提供されるように、プレイ・リストを実行することを含む。
【００１１】
本発明のまた他の実施形態は、ハードディスク・ドライブおよびフラッシュ・メモリを備えるメモリ・システムを提供することを含む、電力を低減するための方法を提供する。第１のコンテンツ・オブジェクトおよび第２のコンテンツ・オブジェクトは、ハードディスク・ドライブ上に保存される。方法は、第１のコンテンツ・オブジェクトおよび第２のコンテンツ・オブジェクトを識別するプレイ・リストを受け取ることをさらに含む。プレイ・リストに少なくとも部分的に基づいて、第１および第２のコンテンツ・オブジェクトが、ハードディスク・ドライブからフラッシュ・メモリにコピーされる。
【００１２】
この要約は、本発明によるいくつかの実施形態の一般的な概略を提供するにすぎない。本発明の多くの他の目的、特徴、利点、および他の実施形態は、以下の詳細な説明、添付の特許請求の範囲、および添付の図面からより十分に明らかとなろう。
【００１３】
本発明の様々な実施形態のさらなる理解は、本明細書の残りの部分で説明される図面を参照して実現されよう。図面では、同様の参照番号は、複数の図面の全体にわたって、同様のコンポーネントを指示するために使用される。いくつかの例では、小文字から成るサブレベルは、複数の同様のコンポーネントの１つを表すために、参照番号に関連づけられる。存在するサブラベルの指定のない参照番号に対して言及がなされる場合、そのような複数の同様のコンポーネントをすべて指示することが意図されている。
【発明を実施するための最良の形態】
【００１４】
本発明は、一般に、消費者デバイスにおける電力管理に関し、詳細には、不揮発性データ記憶コンポーネントを含む無線デバイスにおいて電力を管理するためのシステムおよび方法に関する。
【００１５】
本発明の様々な実施形態は、メモリ・システムを含むデバイスにおける電力消費を低減するためのシステムおよび方法を提供する。そのようなシステムは、ハードディスク・ドライブおよびフラッシュ・メモリを備えるメモリ・システムを含むことができる。フラッシュ・メモリは、ハードディスク・ドライブ上の利用可能なコンテンツ・オブジェクトの一覧を含むメニュー・ファイルを保持する。加えて、システムは、以前は利用不可能だったコンテンツ・オブジェクトがハードディスク・ドライブ上で利用可能になったときにメニュー・ファイルを更新するための、メモリ・システム上に保持されたソフトウェアを実行するプロセッサを含む。さらに、場合によっては、プロセッサは、以前は利用可能だったコンテンツ・オブジェクトがハードディスク・ドライブ上で利用不可能になったときにメニュー・ファイルを更新するように動作可能なソフトウェアを実行する。加えて、システムは、プレイ・リストを受け取り、プレイ・リスト上で識別された第１のコンテンツ・オブジェクトをハードディスク・ドライブからフラッシュ・メモリにコピーし、プレイ・リスト上で識別された第２のコンテンツ・オブジェクトをハードディスク・ドライブからフラッシュ・メモリにコピーするための、プロセッサによって実行可能な命令を含むことができる。コンテンツ・オブジェクトは、そのようにフラッシュ・メモリに移送されることで、プレイ・リストを供給したアプリケーション・デバイス、またはコンテンツ・オブジェクトの受取手として指示された別のアプリケーション・デバイスにアップロードされることができる。多くの利点の１つとして、そのような手法は、より高い電力のデューティ・サイクルを維持することによって、全体的な電力使用を低減するために使用することができる。
【００１６】
一例として、本発明の様々な実施形態は、ユニバーサル・モバイル接続記憶（「ＵＭＣＳ：Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｃｏｎｎｅｃｔｅｄ  Ｓｔｏｒａｇｅ」）デバイスに関して実施されることができる。ＵＭＣＳは、フラッシュ・メモリと、ハードディスク・ドライブなどの別の形態の不揮発性メモリとを備える、メモリ・システムを含むことができる。フラッシュ・メモリと他の形態の不揮発性メモリの組合せが、ＵＭＣＳの電力消費を制限するために使用される。他の不揮発性メモリが、リードまたはライト動作を実行するために最初にスピンアップされるときに相当な電力を消費するハードディスク・ドライブである場合、スピンアップの回数が減らされたときに、相当程度の電力節約が達成されることができる。この目的のため、本発明のいくつかの実施形態は、ＵＭＣＳの期待されるアクセス要件に合致するように、フラッシュ・メモリのサイズおよびアロケーションを慎重に適合させる。例えば、ハードディスク・ドライブへのアクセスが実行される場合、大量の適切に選択されたデータが、ハードディスク・ドライブからフラッシュ・メモリに移送される。データの大きな連続ブロックがハードディスク・ドライブからキャッシュ・メモリに引き出される他の手法と対照的に、ハードディスク・ドライブからフラッシュ・メモリに引き出されるデータは、必ずしも連続である必要はない。さらに、場合によっては、ハードディスク・ドライブからフラッシュ・メモリにコピーされるデータは、特定のメモリ・タイプおよび／または多くのコンテンツ・オブジェクトからなるメディアの集まり（ｍｅｄｉａ  ａｓｓｅｍｂｌａｇｅ）によって指示される。
【００１７】
図１を参照すると、図は、本発明の様々な実施形態による、例示的なコンテンツ使用ネットワーク１００を示している。例示的なコンテンツ使用ネットワーク１００は、ＵＭＣＳ１１０をその中核に含む。ＵＭＣＳ１１０は、１つまたは複数のオンラインおよび無線コンテンツ・プロバイダからコンテンツを受け取るばかりでなく、例えばオーディオ・レコーダおよびビデオ・レコーダなど、様々な自己保持アプリケーション・デバイスからも受け取る。場合によっては、ＵＭＣＳ１１０は、ケーブル１１７を介してパーソナル・コンピュータ１１５に断続的に有線接続されてよい。そのような場合、ＵＭＣＳ１１０は、パーソナル・コンピュータ１１５に関連する標準Ｉ／Ｏインターフェースを使用して、パーソナル・コンピュータ１１５を介して構成されることができる。
【００１８】
無線ネットワーク１２０は、当技術分野で知られた任意の無線ネットワークとすることができる。したがって、例えば、無線ネットワーク１２０は、当技術分野で知られるようなＢｌｕｅｔｏｏｔｈ（商標）ネットワークとすることができるが、それに限定されない。ＵＭＣＳ１１０は、別のアプリケーション・デバイスのユーザ・インターフェースを使用して、無線ネットワーク１２０を介して構成することができる一方、他の手法を使用して、構成することもできることに留意されたい。したがって、例えば、ＵＭＣＳ１１０は、自己構成を行うこともできる。そのような場合、ＵＭＣＳ１１０は、利用可能な無線ネットワークを自動検出するばかりでなく、無線ネットワークを介して接続されるデバイスも自動検出するために、十分なインテリジェンスを備えて実施される。具体的な一例として、ＵＭＣＳ１１０は、電源がデバイスに投入されたときに、ＵＭＣＳ１１０の範囲内に存在するＢｌｕｅｔｏｏｔｈ（商標）デバイスを自動的にスキャンするように実施することができる。検出されたＢｌｕｅｔｏｏｔｈ（商標）デバイスに基づいて、ＵＭＣＳ１１０は、以下でより十分に説明されるように、サービス提供を形成することができる。
【００１９】
ＵＭＣＳ１１０は、様々なデバイスおよびデバイスのクラスと、無線ネットワーク１２０を介して対話することが可能である。例えば、場合によっては、ＵＭＣＳ１１０は、ＵＭＣＳ対応アプリケーション・デバイスと、無線ネットワーク１２０を介して直接対話するように動作可能である。そのようなＵＭＣＳ対応アプリケーション・デバイスは、ＵＭＣＳ１１０に対して認証を行い、ＵＭＣＳ１１０から情報を受け入れ、ＵＭＣＳ１１０に情報を転送する機能と、デジタル著作権管理を提供する機能とを含み、それによって、コンテンツは、ＵＭＣＳ１１０とＵＭＣＳ対応アプリケーション・デバイスの間の転送時に保護されるばかりでなく、ＵＭＣＳ対応アプリケーション・デバイス内でも安全に保持される。無線ネットワーク１２０がＢｌｕｅｔｏｏｔｈ（商標）ネットワークである状況では、上述のＵＭＣＳ対応アプリケーション・デバイスは、Ｂｌｕｅｔｏｏｔｈ（商標）機能を含む。
【００２０】
様々な場合において、ＵＭＣＳ１１０は、無線ネットワーク１２０を介して、非ＵＭＣＳ対応アプリケーション・デバイスと直接対話するように動作可能である。そのような場合、ＵＭＣＳ１１０は、出力を適合する機能、および非ＵＭＣＳ対応アプリケーション・デバイスから入力を受け取る機能を含み、または非ＵＭＣＳ対応アプリケーション・デバイスは、あるクラスのデバイスと共に動作するように適合された専門ＵＭＣＳ変換器を介して、ＵＭＣＳ１１０と対話することができる。したがって、例えば、無線ネットワーク１２０がＢｌｕｅｔｏｏｔｈ（商標）ネットワークである場合、ＵＭＣＳ変換器は、多くの通信手法の任意の１つを介して、情報を非ＵＭＣＳ対応アプリケーション・デバイスから受け取り、また非ＵＭＣＳ対応アプリケーション・デバイスに提供すること、およびＢｌｕｅｔｏｏｔｈ（商標）プロトコルを使用して、情報をＵＭＣＳ１１０に／から伝達することを可能にすることができる。一例として、ＵＭＣＳ１１０は、ＵＭＣＳデジタル・オーディオ変換器１５０を介して、デジタル・オーディオ・デバイス（例えば、デジタル・オーディオ・プレーヤ１５１およびデジタル・オーディオ・レコーダ１５２）と対話することができる。別の例として、セルラ電話１６１または携帯情報端末（図示されず）は、直接またはＵＭＣＳオーディオ／ビデオ変換器１６０を介して、ＵＭＣＳ１１０と対話することができる。また別の例として、ＵＭＣＳ１１０は、ＵＭＣＳデジタル・ビデオ変換器１６５を介して、ビデオ・デバイス（例えば、セットトップ・ボックス１６６、ビデオ・カセット・プレーヤ１６７、デジタル・ビデオ・レコーダ１６８、およびテレビ１６９）と対話することができる。さらに別の例として、ＵＭＣＳ１１０は、ＵＭＣＳデジタル画像変換器１７０を介して、デジタル・スチール・カメラ１７１またはプリンタ（図示されず）などの静止画デバイスと対話することができる。また別の例として、ＵＭＣＳ１１０は、ＵＭＣＳ  ＧＰＳ変換器１７５を介して、ＧＰＳ受信機／ディスプレイ１７６と対話することができる。
【００２１】
様々な場合において、ＵＭＣＳ１１０は、ＵＭＣＳ複合変換器１４０を介して、非ＵＭＣＳ対応アプリケーション・デバイスと直接対話するように動作可能である。ＵＭＣＳ複合変換器１４０は、複数のクラスの受取側デバイスとのＵＭＣＳ対話を提供するように動作可能である。したがって、例えば、無線ネットワーク１２０がＢｌｕｅｔｏｏｔｈ（商標）ネットワークである場合、ＵＭＣＳ複合変換器１４０は、多くの通信手法の任意の１つを介して、情報を異なるクラスの非ＵＭＣＳ対応アプリケーション・デバイスから受け取り、また異なるクラスの非ＵＭＣＳ対応アプリケーション・デバイスに提供すること、およびＢｌｕｅｔｏｏｔｈ（商標）プロトコルを使用して、情報をＵＭＣＳ１１０に／から伝達することを可能にすることができる。一例として、ＵＭＣＳ複合変換器１４０は、ＵＭＣＳ１１０を、例えば、デジタル・オーディオ・プレーヤ１４１、デジタル・ビデオ・レコーダ１４２、テレビ１４３、セットトップ・ボックス１４４、デジタル・スチール・カメラ１４５、ビデオ・カセット・プレーヤ１４６、デジタル・オーディオ・レコーダ１４７、セルラ電話１４８、およびＧＰＳ受信機１４９、または上記のデバイス・クラスの何らかの組合せに結合することができる。そのような場合、ＵＭＣＳ１１０内に含まれる記憶媒体から入手されるコンテンツの復号は、ＵＭＣＳ複合変換器１４０内に備えられた復号器を使用して行われる。したがって、コンテンツは、ＵＭＣＳ１１０によってアンラップ（ｕｎｗｒａｐ）され、アンラップされたコンテンツは、無線ネットワーク１２０を介して、ＵＭＣＳ複合変換器１４０に提供される。ＵＭＣＳ複合変換器１４０は、コンテンツを復号し、それを適切な受取側デバイスに提供する一方で、同時に、任意の要求されたデジタル著作権管理が維持されることを確実にする。いくつかの場合には、ＵＭＣＳ複合変換器１４０は、１つまたは複数の受取側デバイスに関連するドングルとして実施されてよい。
【００２２】
ＵＭＣＳデバイスを含むコンテンツ使用ネットワークについてのさらなる説明は、すべての目的で先に参照により本明細書に組み込まれた、「Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｄａｔａ  Ｓｔｏｒａｇｅ  ａｎｄ  Ａｃｑｕｉｓｉｔｉｏｎ」と題する特許出願で提供されている。
【００２３】
図２を参照すると、本発明の１つまたは複数の実施形態による、モバイル・データ獲得、保存、および／または配布システム（「モバイル記憶システム」）２０１が示されている。モバイル記憶システム２０１は、無線ネットワーク２２１を介して、モバイル・アプリケーション・デバイス２４１に通信可能に結合されるＵＭＣＳ２１１を含む。無線ネットワーク２２１は、ＵＭＣＳ２１１とモバイル・アプリケーション・デバイス２４１の間で情報を転送することが可能な任意の無線ネットワークとすることができる。したがって、例えば、無線ネットワーク２２１は、Ｂｌｕｅｔｏｏｔｈ（商標）ネットワーク、または例えば８０２．１１準拠のＷｉ−Ｆｉネットワークとすることができるが、それらに限定されない。本明細書で提供される開示に基づいて、当業者であれば、本発明の１つまたは複数の実施形態に関して使用され得る様々な無線ネットワークについて理解されよう。いくつかの実施形態では、ＵＭＣＳ２１１とモバイル・アプリケーション・デバイス２４１の間の通信は、介在する有線ハブを利用することなく、直接２つのデバイスの間で達成される。
【００２４】
ＵＭＣＳ２１１は、アプリケーション・メモリ２１９およびユーザ・データ・メモリ２１７の両方を含むメモリ・システム２０７を含む。本明細書で使用される「アプリケーション・メモリ」という語句は、ソフトウェアまたはファームウェア・アプリケーションを含むために割り当てられたメモリを指す最も広い意味で使用される。当技術分野で知られているように、そのようなソフトウェアおよびファームウェア・アプリケーションは、多くの所望の動作の１つを実行するための、プロセッサによって実行可能な命令を含む。本明細書で使用される「ユーザ・データ・メモリ」という語句は、アプリケーション・データ以外のデータのために割り当てられた任意のメモリを指す最も広い意味で使用される。したがって、例えば、ユーザ・データ・メモリは、オーディオ・ファイル、ビデオ・ファイル、文書、および他のタイプのユーザ・データを保存することができる。図３に関して以下でより十分に説明されるように、メモリ・システム２０７は、揮発性および不揮発性メモリ媒体の一方または両方を用いて実施されてよい。本明細書で使用される「不揮発性メモリ」という語句は、メモリから電力が除かれたときもその内容を保持する任意のメモリを指す最も広い意味で使用される。本明細書で使用される「揮発性メモリ」という語句は、メモリから電力が除かれたときにその内容を保持しない任意のメモリを指す最も広い意味で使用される。
【００２５】
ＵＭＣＳ２１１は、メモリ・システム２０７へのアクセスおよびメモリ・システム２０７からのアクセスを提供する、任意の回路および／またはプログラム可能コントローラとすることができる、メモリ・アクセス・システム２１５も含む。ＵＭＣＳ２１１は、ＵＭＣＳ２１１の動作を指令することが可能なプロセッサ２０３も含む。具体的な１つの場合では、プロセッサ２０３は、無線配布インターフェース２１３を介してユーザ・データ・セットを受け取り、ユーザ・データ・セットをメモリ・システム２０７に保存し、リモート・ユーザ・インターフェースを通して発行された、ユーザ・データ・セットを受取側デバイスに提供するよう求める要求を受け取り、無線インターフェースを介してユーザ・データ・セットを受取側デバイスに提供するための、プロセッサ２０３によって実行可能な命令を含む、アプリケーション・メモリ２１９にアクセスすることが可能である。本明細書で提供される開示に基づいて、当業者であれば、多くの動作のいずれかをＵＭＣＳ２１１によって実行させるための、プロセッサ２０３によって実行可能とし得る多数の命令について理解されよう。
【００２６】
ＵＭＣＳ２１１は、無線配布インターフェース２１３およびアンテナ２２３を含む無線インターフェースをさらに含む。無線配布インターフェース２１３は、無線ネットワーク２２１によって認識される無線プロトコルを介した転送用にデータをフォーマットするために必要とされる回路のすべてを含む。したがって、無線ネットワーク２２１がＢｌｕｅｔｏｏｔｈ（商標）ネットワークである場合、無線配布インターフェース２１３は、ＵＭＣＳ２１１と無線ネットワーク２２１の間でデータを転送するための任意のＢｌｕｅｔｏｏｔｈ（商標）インターフェースとすることができる。当業者であれば理解されるように、無線ネットワーク２２１が別の無線プロトコルを使用する場合、無線配布インターフェース２１３は、他のインターフェース・プロトコルを使用してＵＭＣＳ２１１と無線ネットワーク２２１の間でデータを転送することが可能な任意のインターフェースとすることができる。
【００２７】
モバイル記憶システム２０１は、無線ネットワーク２２１を介してＵＭＣＳ２１１に通信可能に結合される任意の数のアプリケーション・デバイス（モバイル・アプリケーション・デバイス２４１はそのようなアプリケーション・デバイスの典型例である）を含んでよいことに留意されたい。場合によっては、上述のアプリケーション・デバイスの１つまたは複数は、モバイル・アプリケーション・デバイスとすることができるが、その他は、有線アプリケーション・デバイスである。本明細書で使用される「モバイル・アプリケーション・デバイス」という語句は、任意の他のデバイスまたは電源に有線接続されることなく、１つまたは複数の機能を実施することが可能な任意の電子デバイスを指す最も広い意味で使用される。したがって、例えば、モバイル・アプリケーション・デバイスは、セルラ電話、無線ヘッドセット、携帯情報端末、ラップトップ・コンピュータ、ＭＰ３プレーヤ、およびモバイルＤＶＤプレーヤとすることができるが、それらに限定されない。本明細書で提供される開示に基づいて、当業者であれば、本発明の１つまたは複数の実施形態に関して使用され得る様々なモバイル・アプリケーション・デバイスについて理解されよう。
【００２８】
モバイル・アプリケーション・デバイス２４１は、無線ネットワーク・インターフェース２４３とアンテナ２２５を備える無線インターフェースを含む。無線ネットワーク・インターフェース２４３は、モバイル・アプリケーション・デバイス２４１と無線ネットワーク２２１上の別のデバイスとの間でデータを転送することが可能な、当技術分野で知られた任意の無線インターフェースとすることができる。モバイル・アプリケーション・デバイスは、デバイスの動作を制御するプロセッサ２４５も含む。モバイル・アプリケーション・デバイス２４１は、キャッシュ２４７、ランダム・アクセス・メモリ２４９、および不揮発性ランダム・アクセス・メモリ２５１を備えるメモリ・システムを含む。さらに、モバイル・アプリケーション・デバイス２４１は、グラフィカル・ユーザ・インターフェース・コントローラ２６１、オーディオ・コントローラ２６３、およびユーザＩ／Ｏコントローラ２６５を始めとする様々な入力／出力サービスを含む。グラフィカル・ユーザ・インターフェース・コントローラ２６１は、モバイル・アプリケーション・デバイス２４１に統合され得るグラフィカル・ユーザ・インターフェース２８６をサポートする。オーディオ・コントローラ２６３は、マイクロフォン２８７などのオーディオ入力デバイスおよびスピーカ２８８などのオーディオ出力デバイスをサポートする。ユーザＩ／Ｏコントローラは、キーボード２８９をサポートし、場合によっては、当技術分野で知られたマウス・インターフェース・デバイス、ペン・インターフェース・デバイス、またはモーション・センサ・デバイスをサポートする。
【００２９】
アプリケーション・デバイスに組み込まれたリモート・ユーザ・インターフェースを用いるＵＭＣＳデバイスの対話についてのさらなる説明は、すべての目的で先に参照により本明細書に組み込まれた、「Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｄａｔａ  Ｓｔｏｒａｇｅ  ａｎｄ  Ａｃｑｕｉｓｉｔｉｏｎ」と題する特許出願において提供されている。
【００３０】
図３を参照すると、本発明の１つまたは複数の実施形態による、ＵＭＣＳ３００が示されている。ＵＭＣＳ３００は、ハードディスク・ドライブ・インターフェース３１５を介してプロセッサ３１０からアクセス可能なハードディスク・ドライブ３０５を含む。ハードディスク・ドライブ・インターフェース３１５は、データをハードディスク・ドライブ３０５に転送すること、およびハードディスク・ドライブ３０５から転送することを可能にする、当技術分野で知られた任意のインターフェースとすることができる。さらに、ハードディスク・ドライブ３０５は、当技術分野で知られた任意のハードディスク・ドライブとすることができる。具体的な１つの場合では、ハードディスク・ドライブ・インターフェース３１５は、標準ＡＴＡインターフェースであり、ハードディスク・ドライブ３０５は、ＡＴＡハードディスク・ドライブである。ハードディスク・ドライブ３０５は、本発明の様々な実施形態に関して使用され得る様々な記憶媒体を表すことに留意されたい。
【００３１】
加えて、ＵＭＣＳ３００は、各々がシステム・バス３５０を介してプロセッサ３１０に結合される、複数の伝送経路３３０を含む。示されるように、ＵＭＣＳ３００は、３つの異なる伝送経路を含み、その各々は、送信器／受信器３３２、３３４、３３６を含み、送信器／受信器３３２、３３４、３３６は、それぞれのアンテナ３４１、３４２、３４３およびローカル・バッファリング・メモリ３３１、３３３、３３５に電気的に結合される。ＵＭＣＳ３００は、ＵＭＣＳ３００の意図した使用および／または設計に応じて、より多数または少数の伝送経路を含んでよいことに留意されたい。
【００３２】
ＵＭＣＳ３００は、システム・バス３１０を介してプロセッサ３１０に電気的に結合される、フラッシュ・メモリ３５８およびシステム・メモリ３５４を備えるメモリ・システムも含む。本発明のいくつかの実施形態は、ＵＭＣＳ３００の電力消費を制限するために、ハードディスク・ドライブ３０５およびフラッシュ・メモリ３５８の組合せを利用する。ハードディスク・ドライブ３０５をスピンアップするのに相当な電力が消費されるので、ハードディスク・ドライブへのアクセス頻度をより大きく減らすことは、ＵＭＣＳ３００についての相当な電力節約を提供する。これに部分的に基づいて、本発明のいくつかの実施形態は、ハードディスク・ドライブ３０５へのアクセスが制限されるように、フラッシュ・メモリ３５８のサイズおよびアロケーションを慎重に適合させる。ハードディスク・ドライブ３０５へのそのようなアクセスが実行される場合、大量の適切に選択されたデータが、ハードディスク・ドライブ３０５からフラッシュ・メモリ３５８に移送される。データの大きな連続ブロックがハードディスク・ドライブからキャッシュ・メモリに引き出される他の手法と対照的に、ハードディスク・ドライブ３０５からフラッシュ・メモリ３５８に引き出されるデータは、必ずしも連続である必要はない。さらに、場合によっては、ハードディスク・ドライブ３０５からフラッシュ・メモリ３５８にコピーされるデータは、特定のメモリ・タイプおよび／または多くのコンテンツ・オブジェクトからなるメディアの集まりによって指示される。上で説明されたメモリ・システムの部分を分離して操作することによって、本発明のいくつかの実施形態は、衝撃感度（ｓｈｏｃｋ  ｓｅｎｓｉｔｉｖｉｔｙ）の低減においていくつかの利点をもたらすことができる。
【００３３】
本発明の１つまたは複数の実施形態に関して利用され得るＵＭＣＳデバイスについてのさらなる説明は、すべての目的で先に参照により本明細書に組み込まれた、「Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｄａｔａ  Ｓｔｏｒａｇｅ  ａｎｄ  Ａｃｑｕｉｓｉｔｉｏｎ」と題する特許出願において提供されている。
【００３４】
図４ａ〜図４ｆを参照すると、本発明の様々な実施形態による、電力効率のよいメモリ・アロケーション手法が図式的に表示されている。図４ａを参照すると、メモリ・システム４００は、ハードディスク・ドライブ４０１と、フラッシュ・メモリ４０３とを含む。場合によっては、ハードディスク・ドライブ４０１のスキーマを記述するファイル・アロケーション・テーブル４０５が、フラッシュ・メモリ４０３内に含まれる。ファイル・アロケーション・テーブル４０５は、メモリ・システムの操作に関して使用される標準的なファイル構造テーブルとすることができる。最初に、フラッシュ・メモリ４０３の残りの部分は、未割り当てメモリ４０７とすることができる。場合によっては、ファイル・アロケーション・テーブル４０５は、別のメモリ領域（図示されず）に保持されてよいことに留意されたい。さらに、ハードディスク・ドライブ４０１は、当技術分野で知られた任意のハードディスク・ドライブ、またはランダム・メモリ・アクセスを提供し、初期メモリ・アクセスについては相当な電力ペナルティを招くことがあるものの、同じメモリ・アクセスにおけるその後のメモリ・リード／ライトについては相当な電力消費の低減をもたらし得る他の不揮発性メモリとすることができることに留意されたい。フラッシュ・メモリ４０３は、当技術分野で知られた任意のフラッシュ・メモリ、または電力ダウン状況の間も、ＤＲＡＭおよび定電源を使用して不揮発性メモリ・システムが実施される場合に一般に使用されるような維持電源に依存することなく、その内容を保持することが可能な別の不揮発性メモリとすることができる。
【００３５】
動作について、コンテンツ・オブジェクトは、メモリ・システム４００が実装されたデバイスによって受け取られる。これらのコンテンツ・オブジェクトは、ハードディスク・ドライブ４０１に保存されるファイルである。本明細書で使用される「コンテンツ・オブジェクト」という語句は、メディアの任意のデジタル表現を指す最も広い意味で使用される。したがって、例えば、コンテンツ・オブジェクトは、ビデオ・ファイルまたはオーディオ・ファイルとすることができる。本明細書で提供される開示に基づいて、当業者であれば、本発明の１つまたは複数の実施形態に関して利用され得る様々なコンテンツ・オブジェクトおよびコンテンツ・オブジェクト・タイプについて理解されよう。例えば、＊．ｄｏｃファイルなどのデータ・ファイルまたは＊．ｅｘｅファイルなどのアプリケーション・ファイルは、コンテンツ・オブジェクトと見なすことができる。コンテンツ・オブジェクトが受け取られ、ハードディスク・ドライブ４０１上に保存されるとき、フラッシュ・メモリ４０３上に保持される１つまたは複数のメニュー・ファイルは、ハードディスク・ドライブ４０１上の新しいコンテンツ・オブジェクトの存在を反映するように更新される。本明細書で使用される「メニュー・ファイル」という語句は、特定のオブジェクトの値を知り、特定のオブジェクトの処理を可能にするコンテキスト・アウェア（ｃｏｎｔｅｘｔ  ａｗａｒｅ）なメニュー・ファイルを指す最も広い意味で使用される。この更新プロセスは、図４ｂに示されており、コンテンツ・オブジェクト（すなわち、タイプ・コンテンツ・クラスＡ  ４１３のファイル１）が、ハードディスク・ドライブ４０１に保存される。ファイル１をハードディスク・ドライブ４０１に保存するのに加えて、メニュー・ファイル４２３およびメニュー・ファイル４２５が、ファイル１の存在を反映するように更新される。メニュー・ファイル４２３は、コンテンツ・オブジェクト・クラスＡ  ４１３およびオブジェクト・クラスＢ  ４１５のすべてのうちのすべての利用可能なコンテンツ・オブジェクトを反映するように設計される。メニュー・ファイル４２３は、フラッシュ・メモリ４０３の部分４１７に割り当てられる。メニュー・ファイル４２５は、コンテンツ・オブジェクト・クラスＡ  ４１３のうちのすべての利用可能なコンテンツ・オブジェクトを反映するように設計される。メニュー・ファイル４２５は、フラッシュ・メモリ４０３の部分４２１に割り当てられる。上述のことがらは例示的なものにすぎず、本発明の異なる実施形態に従って、様々なコンテンツ・クラスが使用されてよいことに留意されたい。
【００３６】
メニュー・ファイル４２３およびメニュー・ファイル４２５は、メモリ・システムが実装されたデバイスにアクセスできる特定のタイプのアプリケーション・デバイスによる使用に適合される。具体的には、すべての目的で先に参照により本明細書に組み込まれた、「Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｄａｔａ  Ｓｔｏｒａｇｅ  ａｎｄ  Ａｃｑｕｉｓｉｔｉｏｎ」と題する特許出願においてより十分に説明されているように、アプリケーション・デバイスは、メモリ・システム４００から入手可能なコンテンツ・オブジェクトのメニューを要求することができる。それに応答して、メモリ・システム４００は、要求アプリケーション・デバイスに適用できるメニュー・ファイルを提供する。その後、要求アプリケーション・デバイスに関連するユーザ・インターフェースは、利用可能なコンテンツ・オブジェクトの一覧をアプリケーション・デバイスのユーザに提示するために、受け取ったメニュー・ファイルを利用する。その後、ユーザは、メモリ・システムからユーザ・インターフェースを含むアプリケーション・デバイスまたは別のアプリケーション・デバイスに転送するために、列挙されたコンテンツ・オブジェクトの１つまたは複数を選択することができる。あるタイプのアプリケーション・デバイスに特有の異なるメニュー・ファイルが、開発され、保持されることができる。したがって、例えば、１つのアプリケーション・デバイスは、ビデオおよびオーディオ出力機能の両方を含むことができ、一方、別のアプリケーション・デバイスは、オーディオ出力機能のみを含むことができる。そのような場合、コンテンツ・クラスＡ  ４１３は、オーディオ・コンテンツ・オブジェクトを含むことができ、一方、コンテンツ・クラスＢ  ４１５は、ビデオ・コンテンツ・オブジェクトを含むことができる。要求アプリケーション・デバイスがビデオおよびオーディオ機能の両方を提供する場合、メニュー・ファイル４２３は、ビデオおよびオーディオ・コンテンツ・オブジェクトの両方を反映するように提供されることができる。対照的に、要求アプリケーション・デバイスがオーディオ機能のみを提供する場合、メニュー・ファイル４２５は、要求デバイスに有用なコンテンツ・オブジェクトを反映するように提供されることができる。
【００３７】
図４ｃから分かるように、別のコンテンツ・オブジェクト（ファイル７）が受け取られた場合、それは、ハードディスク・ドライブ４０１に保存されると共に、適切なメニュー・ファイルを更新する。この場合、ファイル７は、コンテンツ・クラスＢ  ４１５に含まれるタイプに属する。そのため、ファイル７は、メニュー・ファイル４２３およびメニュー・ファイル４２７に反映される。メニュー・ファイル４２７は、コンテンツ・オブジェクト・クラスＢ  ４１５のうちのすべての利用可能なコンテンツ・オブジェクトを反映するように設計される。メニュー・ファイル４２７は、フラッシュ・メモリ４０３の部分４１９に割り当てられる。図４ｄに示されるように、プロセスは、多くのコンテンツ・オブジェクト（ファイル１〜ファイル１５）がハードディスク・ドライブ４０１に保存され、適切なメニュー・ファイル４２３、４２５、４２７に反映されるまで続けられる。メニュー・ファイル４２３、４２５、４２７を更新するのに加えて、ファイル・アロケーション・テーブル４０５も変更を反映するために更新される。コンテンツ・オブジェクトがメモリ・システム４００から削除されるとき、ファイル・アロケーション・テーブル４０５が更新されるばかりでなく、メニュー・ファイル４２３、４２５、４２７も変更を反映するために更新されることに留意されたい。
【００３８】
本発明のいくつかの実施形態では、メモリ・システム４００は、ＵＭＣＳ３００のハードディスク・ドライブ３０５およびフラッシュ・メモリ３５８を表す。そのような場合、先に説明されたメニュー・ファイル４２３、４２５、４２７の更新は、ＵＭＣＳ３００のプロセッサ３１０によって制御される。この制御は、ハードディスク・ドライブ３０５、フラッシュ・メモリ３５８、またはシステム・メモリ３５４の１つまたは複数に保持されたソフトウェア命令を実行することによって行われてよい。
【００３９】
ハードディスク・ドライブ４０１の内容のファイル・ベースのイメージ（すなわち、メニュー・ファイル４２３、４２５、４２７）を保持することによって、利用可能なコンテンツの一覧を要求アプリケーション・デバイスに提供するのに、フラッシュ・メモリへのランダム・アクセスしか必要でなくなるので、相当な電力節約が達成されることができる。対照的に、ファイル・イメージが利用可能でない場合、コンテンツ・オブジェクトの利用可能性を求めるアプリケーション・デバイスからの各要求は、ハードディスク・ドライブの探索を必要とし、これは、ハードディスク・ドライブのスピンアップおよびそれに関連する電力散逸を必要とする。本明細書で提供される開示に基づいて、当業者であれば、本発明の様々な実施形態に関して使用され得る、フラッシュ・メモリにおいてメニュー・ファイル４２３、４２５、４２７を保持および更新するための様々な手法について理解されよう。さらに、本明細書で提供される開示に基づいて、当業者であれば、本発明の様々な実施形態に関して使用され得る、様々なコンテンツ・オブジェクト・クラスばかりでなく、異なるコンテンツ・オブジェクト・クラスおよび可能な要求アプリケーション・デバイスに応じて定義され得る様々な異なるメニュー・ファイルについても理解されよう。
【００４０】
図４ｅ〜図４ｆは、本発明の様々な実施形態に関して利用され得る、付加的な電力節約手法を示している。具体的には、図４ｅに示されるように、特定のプレイ・リストＢ  ４６１は、要求デバイスのユーザ・インターフェースを介して表示される、要求されたメニュー・ファイルを使用して定義されることができる。この場合、プレイ・リストＢ  ４６１は、タイプ・コンテンツ・クラスＢ  ４１５の多くのコンテンツ・オブジェクト（ファイル７、ファイル１０、ファイル１１、ファイル１４）を含む。プレイ・リストＢ  ４６１内の各コンテンツ・オブジェクトは、フラッシュ・メモリ４０３にコピーされる。したがって、プレイ・リストＢ  ４６１の中のコンテンツ・オブジェクトを要求アプリケーション・デバイスにアップロードする場合、アップロードされるコンテンツ・オブジェクトは、フラッシュ・メモリ４０３から入手可能であり、ハードディスク・ドライブ４０１は、スピンアップされる必要がない。これは、相当な電力節約をもたらす。さらに、メモリ・システム４００が実装されたデバイスが電力ダウンされた場合、プレイ・リストＢ  ４６１は、フラッシュ・メモリ４０３の保持特性のために保持される。したがって、メモリ・システム４００が実装されたデバイスが再び電力オンされたとき、プレイ・リストＢ  ４６１は、依然として利用可能である。プレイ・リストＢ  ４６１が依然として望ましい場合、ハードディスク・ドライブ４０１は、アクセスされる必要がない。先に説明されたように、ハードディスク・ドライブ４０１へのアクセスを制限することによって、相当な電力節約がもたらされる。
【００４１】
図４ｆを参照すると、フラッシュ・メモリ４０３にロードされたプレイ・リストＡ  ４７１が示されている。プレイ・リストＡ  ４７１は、コンテンツ・オブジェクトの異なる組、または他のプレイが列挙されたコンテンツ・オブジェクトの異なるクラスを含むことができる。示されるように、１つのタイプのコンテンツ・オブジェクトからなるプレイ・リストは、別のタイプのコンテンツ・オブジェクトのプレイ・リストよりもはるかに少数のコンテンツ・オブジェクトを有することもある。プレイ・リストの長さは、利用可能な未割り当てフラッシュの量およびプレイ・リスト内に保持されるコンテンツ・オブジェクトのサイズに依存する。図は、１度に１つのプレイ・リストをフラッシュ・メモリ４０３内に示すのみであるが、本発明のいくつかの実施形態によれば、与えられた任意の時点において、プレイ・リストの長さ、未割り当てメモリ４０７のサイズ、およびプレイ・リスト内の各コンテンツ・オブジェクトのサイズに応じて、２つ以上のプレイ・リストがフラッシュ・メモリ４０３内に保持されてよいことを指摘しておく。
【００４２】
多くの場合、同じプレイ・リストが、繰り返し使用される。したがって、プレイ・リストのコンテンツ・オブジェクトをフラッシュ・メモリ４０３に移送することによって、ハードディスク・ドライブ４０１は、メモリ・システム４００が実装されたデバイスの完全な動作を享受するために、スピンアップされる必要がない。これは、ハードディスク・ドライブ４０１を動作させるのに必要な電力がフラッシュ・メモリ４０３から情報を入手するための電力よりも大きい場合、相当な電力節約をもたらす。
【００４３】
図５を参照すると、フローチャート５００は、本発明のいくつかの実施形態による、コンテンツ・オブジェクトがハードディスク・ドライブに保存されるときに、フラッシュ・メモリに保持されたメニュー・ファイルを更新するための方法を示している。フローチャート５００は、コンテンツ・オブジェクトをハードディスク・ドライブに追加するプロセスのみを示しているが、オブジェクトをハードディスク・ドライブから削除するための反対のプロセスも適用され得ることに留意されたい。フローチャート５００によれば、コンテンツ・オブジェクトが、メモリ・システム４００が実装されたデバイスによって受け取られる（ブロック５０５）。これは、すべての目的で先に参照により本明細書に組み込まれた、「Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｄａｔａ  Ｓｔｏｒａｇｅ  ａｎｄ  Ａｃｑｕｉｓｉｔｉｏｎ」と題する特許出願において説明されているように、例えば、コンテンツ・オブジェクトを取得し、コンテンツ・オブジェクトをソース・デバイスから入手するよう求める要求を受け取ることを含んでよい。本明細書で提供される開示に基づいて、当業者であれば、本発明の様々な実施形態に関して利用され得る、メモリ・システム４００に保存されるコンテンツ・オブジェクトを要求するため、および／または受け取るための様々な機構および／または手法について理解されよう。
【００４４】
コンテンツ・オブジェクトを受け取ると（ブロック５０５）、コンテンツ・オブジェクトは、ハードディスク・ドライブ４０１に保存される（ブロック５１０）。加えて、コンテンツ・オブジェクトの特定のタイプを反映する１つまたは複数のメニュー・ファイル４２３、４２５、４２７が、ハードディスク・ドライブ４０１上のコンテンツ・オブジェクトの利用可能性を反映するように更新される。その後、更新されたメニュー・ファイルは、フラッシュ・メモリ４０３に保存される。メニュー・ファイル４２３、４２５、４２７は、アプリケーション・デバイスにとって修正なしで有用な形式で生成されてよい。したがって、例えば、本発明の一実施形態では、メニュー・ファイル４２３、４２５、４２７は、ＸＭＬフォーマットで保持される。本発明の他の実施形態では、メニュー・ファイル４２３、４２５、４２７は、ユーザ・インターフェースを駆動するためにメニュー・ファイルが使用される前に、受け取りアプリケーション・デバイスによって変換しなければならないフォーマットで保持される。本明細書で提供される開示に基づいて、当業者であれば、メニュー・ファイルが保持され得る様々なフォーマットについて理解されよう。
【００４５】
後のある時点で、ハードディスク・ドライブ４０１上で利用可能なコンテンツ・オブジェクトの一覧を求めるアプリケーション・デバイスからの要求が受け取られる（ブロック５２０）。要求に応答して（ブロック５２０）、要求アプリケーション・デバイスにとって適切なメニュー・ファイルが、フラッシュ・メモリ４０３から入手される（ブロック５２５）。その後、入手されたメニュー・ファイルは、要求アプリケーション・デバイスに提供される（ブロック５３０）。その後、要求アプリケーション・デバイスは、受け取ったメニュー・ファイルを使用して、ハードディスク・ドライブ４０１上に保持された１つまたは複数のコンテンツ・オブジェクトの選択を可能にするユーザ・インターフェースを駆動する。選択されたコンテンツ・オブジェクトは、メモリ・システム４００が実装されたデバイスに示され、選択情報が、メモリ・システム４００に提供される（ブロック５３５）。選択されたコンテンツ・オブジェクトがフラッシュ・メモリ４０３内に存在するかどうかが決定される（ブロック５４０）。選択されたコンテンツ・オブジェクトがフラッシュ・メモリ４０３内に存在する場合（ブロック５４０）、選択されたコンテンツ・オブジェクトは、フラッシュ・メモリ４０３から入手され（ブロック５５５）、要求アプリケーション・デバイスに提供される（ブロック５６０）。代わりに、選択されたコンテンツ・オブジェクトがハードディスク・ドライブ４０１内でのみ利用可能である場合（ブロック５４０）、ハードディスク・ドライブ４０１上のコンテンツ・オブジェクトがアクセスされ（ブロック５４５）、フラッシュ・メモリ４０３にコピーされる（ブロック５５０）。その後、コンテンツ・オブジェクトは、要求アプリケーション・デバイスに提供される（ブロック５５５、５６０）。
【００４６】
図６を参照すると、フローチャート６００は、本発明のいくつかの実施形態による、ハードディスク・ドライブ４０１へのアクセスが制限されるようにフラッシュ・メモリ内にプレイ・リストを保持するための方法を示している。フローチャート６００によれば、プレイ・リストは、メモリ・システム４００が実装されたデバイスに通信可能に結合されたアプリケーション・デバイスから受け取られる（ブロック６０５）。プレイ・リストは、任意の数のコンテンツ・オブジェクトおよびコンテンツ・オブジェクトのタイプを列挙することができる。したがって、例えば、プレイ・リストは、ビデオ・コンテンツ・オブジェクトおよびオーディオ・コンテンツ・オブジェクトの両方を含んでよく、またはビデオ・コンテンツ・オブジェクトもしくはオーディオ・コンテンツ・オブジェクトのみから構成されてもよい。多くの場合、プレイ・リストの構成は、コンテンツ・オブジェクトを受け取るアプリケーション・デバイスにとって有用なコンテンツ・オブジェクトのタイプを反映する。
【００４７】
受け取ったプレイ・リストからコンテンツ・オブジェクトの１つが選択され（ブロック６１０）、選択されたコンテンツ・オブジェクトがすでにフラッシュ・メモリ４０３内に存在するかどうかが決定される（ブロック６１５）。選択されたコンテンツ・オブジェクトがまだフラッシュ・メモリ４０３内に存在していない場合（ブロック６１５）、コンテンツ・オブジェクトがハードディスク・ドライブ４０１から取り出され、フラッシュ・メモリ４０３にコピーされる（ブロック６２０）。その後、受け取ったプレイ・リスト内にさらに多くのコンテンツ・オブジェクトが存在するかどうかが決定される（ブロック６３０）。プレイ・リスト内に別のコンテンツ・オブジェクトが存在する場合（ブロック６３０）、プレイ・リストから次のコンテンツ・オブジェクトが選択され（ブロック６３５）、次のコンテンツ・オブジェクトに対して、ブロック６１５および６２０のプロセスが繰り返される。
【００４８】
代わりに、受け取ったプレイ・リスト内にもはやコンテンツ・オブジェクトが存在しない場合（ブロック６３０）、プレイ・リスト内のすべてのコンテンツ・オブジェクトがフラッシュ・メモリ４０３内に存在する。その後、プレイ・リストは、１度に１つのコンテンツ・オブジェクトずつ、メモリ・システム４００から識別されたアプリケーション・デバイスに供給されることができる（ブロック６４０）。上で述べられたように、多くの例では、同じプレイ・リストが繰り返し使用される。したがって、プレイ・リストのコンテンツ・オブジェクトをフラッシュ・メモリ４０３に移送することによって、ハードディスク・ドライブ４０１は、メモリ・システム４００が実装されたデバイスの完全な動作を享受するために、スピンアップされる必要がない。これは、ハードディスク・ドライブ４０１を動作させるのに必要な電力がフラッシュ・メモリ４０３から情報を入手するための電力よりも大きい場合、相当な電力節約をもたらす。
【００４９】
新しいプレイ・リストを求める要求が存在するかどうか、またはプレイ・リストに対する変更が要求されたかどうかが決定される（ブロック６４５）。プレイ・リストに対するそのような変更が要求された場合（ブロック６４５）、修正されたプレイ・リストがフラッシュ・メモリ４０３に含まれることを確実にするために、ブロック６０５〜ブロック６４０のプロセスが繰り返される。代わりに、プレイ・リストに対する変更が要求されていない場合（ブロック６４５）、メモリ・システム４００が実装されたデバイスがオフにされたかどうかが決定される（ブロック６５０）。電力オフ・スイッチが選択された場合（ブロック６５０）、電力がオフにされる（ブロック６５５）。これは、メモリ・システム４００から電力を取り除く。フラッシュ・メモリ４０３は使用されるので、プレイ・リストの内容は、電力オフ状況の間も保持される。電力オフ・スイッチが選択されない場合（ブロック６５０）、または電力がまたオンにされた場合（ブロック６６０）、プレイ・リストは、１度に１つまたは複数のコンテンツ・オブジェクトずつ、提供され続ける。電力ダウン状態中であってもプレイ・リストを保持することによって、ハードディスク・ドライブ４０１は、プレイ・リストを提供するために、電力投入してスピンアップされる必要がないので、相当な電力節約が達成されることができる。
【００５０】
結論として、本発明は、不揮発性記憶コンポーネントを含むデバイスに関する電力管理のための新規なシステム、デバイス、方法、および構成を提供する。本発明の１つまたは複数の実施形態の詳細な説明が上で与えられたが、本発明の主旨から逸脱することのない様々な代替、修正、および均等物が当業者には明らかであろう。したがって、上記の説明は、本発明の範囲を限定するものと理解されるべきではなく、本発明の範囲は、添付の特許請求の範囲によって確定される。
【図面の簡単な説明】
【００５１】
【図１】本発明のいくつかの実施形態による、様々なＵＭＣＳデバイスおよびＵＭＣＳ対応アプリケーション・デバイスを示す図である。
【図２】本発明の様々な実施形態による、アプリケーション・デバイスと対話する例示的なＵＭＣＳデバイスのブロック図である。
【図３】本発明の様々な実施形態による、フラッシュ・メモリおよび別の非フラッシュ・メモリ・コンポーネントを含む不揮発性メモリ・システムを備える例示的なＵＭＣＳデバイスのブロック図である。
【図４ａ】本発明のいくつかの実施形態による、図３の不揮発性メモリ・システムに適用され得る電力保存メモリ・アロケーション手法のブロック図である。
【図４ｂ】本発明のいくつかの実施形態による、図３の不揮発性メモリ・システムに適用され得る電力保存メモリ・アロケーション手法のブロック図である。
【図４ｃ】本発明のいくつかの実施形態による、図３の不揮発性メモリ・システムに適用され得る電力保存メモリ・アロケーション手法のブロック図である。
【図４ｄ】本発明のいくつかの実施形態による、図３の不揮発性メモリ・システムに適用され得る電力保存メモリ・アロケーション手法のブロック図である。
【図４ｅ】本発明のいくつかの実施形態による、図３の不揮発性メモリ・システムに適用され得る電力保存メモリ・アロケーション手法のブロック図である。
【図４ｆ】本発明のいくつかの実施形態による、図３の不揮発性メモリ・システムに適用され得る電力保存メモリ・アロケーション手法のブロック図である。
【図５】本発明の様々な実施形態による、電力効率のよいメモリ管理のための方法を示すフローチャートである。
【図６】本発明の様々な実施形態による、電力効率のよいメモリ管理のための別の方法を示すフローチャートである。
【図１】
2009543217.tif 000003
【図２】
2009543217.tif 000004
【図３】
2009543217.tif 000005
【図４ａ】
2009543217.tif 000006
【図４ｂ】
2009543217.tif 000007
【図４ｃ】
2009543217.tif 000008
【図４ｄ】
2009543217.tif 000009
【図４ｅ】
2009543217.tif 000010
【図４ｆ】
2009543217.tif 000011
【図５】
2009543217.tif 000012
【図６】
2009543217.tif 000013
【国際調査報告】
2009543217.tif 000014