デバイス上のデータ記憶装置を管理する方法であって、ローカル記憶装置上の複数のファイル内の各ファイルの利用パターンを判定することと、前記各ファイルの利用パターンに基づいて、前記複数のファイルから、1又は複数のトリム候補を識別することと、前記ローカル記憶装置上のトリム候補の一部をトリムすることとを備える方法。特定のトリム候補がアクセスされているという指示に応じて、前記特定のトリム候補がアクセスされている間、前記特定のトリム候補のトリムされた部分を取得することを更に備える請求項1に記載の方法。前記ローカル記憶装置上の複数のファイルは、デジタルメディアファイルを備える請求項1に記載の方法。前記デバイスは、モバイル計算デバイスを備え、前記複数のファイルは、メディアファイルを備え、各メディアファイルの利用パターンは、前記メディアファイルが前記モバイル計算デバイス上に再現される頻度を備える請求項1に記載の方法。前記トリム候補を識別することは、所定の閾値よりも少ない頻度で再現されるメディアファイルを識別することを備える請求項4に記載の方法。前記トリム候補の一部をトリムすることは、開始部分から終了部分へ向かって再現されるように構成されているメディアファイルの、前記開始部分及び終了部分を識別することと、前記メディアファイルを前記終了部分から前記開始部分に向かって切り詰めることとを備える請求項1に記載の方法。前記メディアファイルが前記開始部分から再現されている場合、前記切り詰められた分が取得されるように、必要な量の前記メディアファイルが切り詰められない請求項6に記載の方法。デバイス上のデータ記憶装置を管理する方法であって、ローカル記憶装置に格納された複数のファイルから、1又は複数のトリム候補を識別することと、前記ローカル記憶装置上のトリム候補の各々の一部を、前記複数のファイルに関連付けられた利用ヒューリスティックに基づいてトリムすることと、特定のトリム候補がアクセスされているという指示を受け取ることと、前記特定のトリム候補がアクセスされている場合、前記特定のトリム候補のトリムされた部分を遠隔記憶装置から取得することとを備える方法。前記デバイスは、モバイル計算デバイスを備え、前記複数のファイルは、メディアファイルを備え、前記メディアファイルの利用ヒューリスティックは、前記メディアファイルがどれくらいの頻度で前記モバイル計算デバイス上に再現されるのかを識別する請求項8に記載の方法。前記トリム候補を識別することは、所定の閾値よりも少ない頻度で再現されるメディアファイルを識別することを備える請求項9に記載の方法。前記トリム候補の一部をトリムすることは、開始部分から終了部分へ向かって再現されるように構成されているメディアファイルの、前記開始部分及び終了部分を識別することと、前記メディアファイルを前記終了部分から前記開始部分に向かって切り詰めることとを備える請求項8に記載の方法。前記メディアファイルが前記開始部分から再現されている場合、前記切り詰められた分が取得されるように、必要な量の前記メディアファイルが切り詰められない請求項11に記載の方法。前記必要な量は、前記切り詰められた分が格納されている遠隔サーバと前記デバイスとの間の通信リンクの特性に基づいて決定される請求項12に記載の方法。前記必要な量は、前記切り詰められた分の予期されるダウンロード時間と、前記切り詰められた分が格納されている遠隔サーバと前記デバイスとの間の通信リンクのセットアップ時間とに基づいて決定される請求項12に記載の方法。前記通信リンクのセットアップ時間と、前記切り詰められた分のダウンロード時間との合計は、前記メディアファイルのプレイ長さよりも短い請求項14に記載の方法。データを提供する方法であって、トリムされたコンテンツを求める要求をモバイルデバイスから受け取ることと、前記トリムされたコンテンツを、通信リンクによって前記モバイルデバイスへ提供することとを備え、前記トリムされたコンテンツは、前記モバイルデバイスが、前記モバイルデバイスのローカルなメディアファイルからトリムしたデータを含み、前記メディアファイル上にもはや存在しない方法。デバイス上のデータ記憶装置を管理するコンピュータ実行可能命令でコード化されたコンピュータ読取可能媒体であって、前記命令は、ローカル記憶装置に記憶された複数のファイルから1又は複数のトリム候補を識別することと、前記ローカル記憶装置上の前記トリム候補の各々の一部をトリムすることと、特定のトリム候補がアクセスされているという指示を受け取ることと、前記特定のトリム候補がアクセスされている場合、前記特定のトリム候補のトリムされた部分を遠隔記憶装置から取得することとを備えるコンピュータ読取可能媒体。前記デバイスは、モバイル計算デバイスを備え、前記複数のファイルは、メディアファイルを備え、前記メディアファイルの利用ヒューリスティックは、前記メディアファイルがどれくらいの頻度で前記モバイル計算デバイス上に再現されるのかを識別する請求項17に記載のコンピュータ読取可能媒体。前記トリム候補を識別することは、所定の閾値よりも少ない頻度で再現されるメディアファイルを識別することを備える請求項18に記載のコンピュータ読取可能媒体。前記トリム候補の一部をトリムすることは、開始部分から終了部分へ向かって再現されるように構成されているメディアファイルの、前記開始部分及び終了部分を識別することと、前記メディアファイルを前記終了部分から前記開始部分に向かって切り詰めることとを備える請求項17に記載のコンピュータ読取可能媒体。前記メディアファイルが前記開始部分から再現されている場合、前記切り詰められた分が取得されるように、必要な量の前記メディアファイルが切り詰められない請求項20に記載のコンピュータ読取可能媒体。前記必要な量は、前記切り詰められた分が格納されている遠隔サーバと前記デバイスとの間の通信リンクの特性に基づいて決定される請求項21に記載のコンピュータ読取可能媒体。前記必要な量は、前記切り詰められた分の予期されるダウンロード時間と、前記切り詰められた分が格納されている遠隔サーバと前記デバイスとの間の通信リンクのセットアップ時間とに基づいて決定される請求項21に記載のコンピュータ読取可能媒体。前記通信リンクのセットアップ時間と、前記切り詰められた分のダウンロード時間との合計は、前記メディアファイルのプレイ長さよりも短い請求項23に記載のコンピュータ読取可能媒体。データを提供するコンピュータ実行可能命令でコード化されたコンピュータ読取可能媒体であって、前記命令は、トリムされたコンテンツを求める要求をモバイルデバイスから受け取ることと、前記トリムされたコンテンツを、通信リンクによって前記モバイルデバイスへ提供することとを備え、前記トリムされたコンテンツは、前記モバイルデバイスが、前記モバイルデバイスのローカルなメディアファイルからトリムしたデータを含み、前記メディアファイル上にもはや存在しないコンピュータ読取可能媒体。複数のファイルを有するデバイス上のデータ記憶装置を管理するメカニズムであって、前記デバイスと遠隔コンテンツサーバとの間の通信を容易にするように構成された通信モジュールと、複数のファイルが存在する記憶メディアと、前記複数のファイルの利用度をモニタして、トリム候補を識別するように構成されたメディア制御コンポーネントとを備え、前記トリム候補は、所定の閾値よりも少ない頻度でアクセスされるメディアファイルであり、前記メディア制御コンポーネントは更に、前記記憶メディア上のトリム候補からデータを削除することによって前記トリム候補をトリムするように構成されたメカニズム。前記メディア制御コンポーネントは更に、特定のメディアファイルのアクセスの低い頻度に基づいて、前記特定のトリム候補からデータの大部分を削除するように構成された請求項26に記載のメカニズム。前記複数のファイルは、メディアファイルを備える請求項26に記載のメカニズム。前記メディア制御コンポーネントは更に、特定のトリム候補の前記削除されたデータを取得するように構成されている一方、前記特定のトリム候補は、前記特定のトリム候補がアクセスされているという指示に応じてアクセスされる請求項26に記載のメカニズム。前記削除されたデータは、前記通信モジュールを用いて、前記遠隔コンテンツサーバから取得される請求項29に記載のメカニズム。前記通信モジュールは、無線通信リンクを用いて通信するように構成された請求項29に記載のメカニズム。前記通信モジュールは、ハードワイヤ通信リンクを用いて通信するように構成された請求項29に記載のメカニズム。データ記憶装置を管理するシステムであって、メディアファイルのライブラリと、前記メディアファイルのライブラリ内のメディアファイルのうちの少なくとも一部を提供するように構成されたサーバ通信モジュールとを含むコンテンツサーバと、前記コンテンツサーバとモバイルデバイスとの間の通信を容易にするように構成された通信モジュールと、前記複数のメディアファイルが存在する記憶メディアと、前記複数のメディアファイルの利用度をモニタして、トリム候補を識別するように構成されたメディア制御コンポーネントとを含むモバイルデバイスであって、前記トリム候補は、所定の閾値よりも少ない頻度でアクセスされるメディアファイルであり、前記メディア制御コンポーネントは更に、前記記憶メディア上のトリム候補からデータを削除することによって前記トリム候補をトリムするように構成され、前記メディア制御コンポーネントは更に、特定のトリム候補がアクセスされている間、前記特定のトリム候補がアクセスされているという指示に応じて、前記特定のトリム候補のために、前記削除されたデータを前記コンテンツサーバから取得するように構成されたモバイルデバイスとを備えるシステム。複数のファイルを有するデバイス上のデータ記憶装置を管理するメカニズムであって、前記デバイスと遠隔コンテンツサーバとの間の通信を容易にする通信手段と、前記複数のファイルを格納する記憶手段と、前記複数のファイルの利用特性をモニタして、所定の閾値よりも少ない頻度でアクセスされるメディアファイルであるトリム候補を識別するとともに、前記記憶手段上のトリム候補からデータを削除することによって前記トリム候補をトリムするメディア制御手段とを備えるメカニズム。メディアデータ記憶装置管理用の様々な技術及びメカニズムの詳細説明を以下に示す。一般に、メディアファイルは、ローカルデバイス上に格納される。メディアファイルの利用はログされ、その利用が、所定の閾値を下回る毎にメディアファイルがトリムされる。メディアファイルは、メディアファイル全体ではなく、メディアファイルからデータコンテンツを削除することによってトリムされる。データは、メディアファイルの後半部すなわち、終わりから削除され、これによって、トリムされたメディアファイルが、初めに立ち上げられたとき、適切に再現し続けることができる。トリムされたメディアファイルが立ち上げられると、メディアファイルが、ローカルデバイス上で再現されながら、削除されたデータが、コンテンツサーバから取得される。図1は、本発明の実装が特に適用可能なサンプルモバイルデバイス101を一般に例示する機能ブロック図である。モバイルデバイス101は、セルラ電話、携帯情報端末、ポータブル音楽プレーヤ、ポータブルメディアセンタデバイス、グローバル測位衛星GPSデバイス等のようなハンドヘルド計算デバイスでありうる。本明細書では、ハンドヘルド計算デバイスに関して記述しているが、本発明の実施は、例えば、ラップトップデバイス、デスクトップデバイス、又はサーバ計算デバイスのような他の分野における等しい適用範囲をも有することが理解されるべきである。この例では、モバイルデバイス101は、プロセッサユニット104、メモリ106、及び記憶メディア113を含んでいる。プロセッサユニット104は、有利なことに、マイクロプロセッサ、又は、デジタル信号プロセッサDSPのような特別目的のプロセッサを含んでいるが、任意の従来式プロセッサ、コントローラ、マイクロコントローラ、又は状態機械でもありうる。プロセッサユニット104は、メモリ106に接続されうる。メモリ106は、有利なことに、プロセッサ104によって実行されるソフトウェア命令を保持するRAMメモリとして実現される。この実施形態では、メモリ106に格納されたソフトウェア命令は、オペレーティングシステム110、1又は複数のアプリケーション112、及びメディア制御コンポーネント111後述するを含んでいる。メモリ106は、内蔵式RAMでありうる。あるいは、プロセッサユニット104及びメモリ106は、ASIC内に集合的に存在しうる。代替実施形態では、メモリ106は、ファームウェア又はフラッシュメモリから構成されうる。プロセッサユニット104はまた、記憶メディア113に結合される。記憶メディア113は、2~3例を挙げると、例えばROMメモリ、フラッシュメモリ、磁気ディスクドライブのような非揮発性メモリとして実装されうる。記憶メディア113はまた、これら技術及び、例えば、キャッシュRAMメモリを備えた磁気ディスクドライブ等のような他の技術との組み合わせで実現されうる。この具体的な実施形態では、記憶メディア113は、モバイルデバイス101の電源がオフされた時又は電源が投入されていない期間の間、データを格納するために使用される。モバイルデバイス101はまた、モバイルデバイス101と1又は複数の他の計算デバイスとの間の双方向通信を可能にする通信モジュール121を含んでいる。通信モジュール121は、セルラ電話ネットワーク、Bluetooth登録商標接続、無線ローカルエリアネットワーク、あるいは恐らくは無線ワイドエリアネットワークのようなRF無線通信又は他の無線通信を可能にするコンポーネントを含みうる。またこの通信モジュール121は、イーサネット登録商標接続、ユニバーサルシリアルバス接続、IEEE1394Firewire接続等のような陸線又はハードワイヤネットワーク通信を可能にするコンポーネントを含みうる。これらは、非完全なnonexhaustiveリストであることが意図され、その他多くの代替例も可能である。図2は、上述した記憶メディア113とメディア制御コンポーネント111とを一般に例示する機能ブロック図である。上述したように、記憶メディア113は、モバイルデバイスが電源オフされた時、又は電源が投入されていない期間の間、データを格納するために使用される。記憶メディア113は、コンタクト情報、アポイントメント情報、ドキュメント、および恐らくはその他の情報を格納するために使用されうる。この具体的な例では、記憶メディア113は、ユーザのコレクション内にメディアファイル210を格納するために使用されるものである。メディアファイル210は、MPEGレイヤ3MP3ファイルのような音楽ファイル、又はビデオファイルや写真のようなその他のメディアデータを含みうる。議論の簡潔さのために、本明細書において、メディアファイル210はデジタル音楽ファイルと称される。しかしながら、メディアファイル210は、ほとんどあらゆるフォーマットにおける任意のファイルコレクションとなりうることが注目されるべきである。メディアファイル210の各々は、記憶メディア113上のスペースの大部分を使う。この例では、メディアファイル210は、記憶メディア113の利用可能な容量を使い果たしている。しかしながら、メディアファイル210は、ユーザのデジタルメディアライブラリの全体ではなく、記憶メディア113の利用可能な容量に適合しうるファイルのみを示しうる。ユーザの完全なライブラリ内のより多くのメディアコンテンツは、恐らくは、ネットワーク記憶装置あるいはその他の遠隔アクセス可能な計算システム上に格納されており、離れた場所に存在する。研究は、コンシューマの音楽を聴く傾向が、アンバランスであることを示している。言い換えれば、コンシューマが、100枚のコンパクトディスクを所有している場合、それら100枚のおのおののディスクを等しく聴くことはない。コンシューマの傾向は、新しい音楽や、古いお気に入りを、コレクション中の他のタイトルよりもはるかに頻繁に聴くことである。従って、メタ情報220は、メディアファイル210における各ファイルに対するユーザのアクセスパターンを識別する。例えば、メディアファイル210が全て曲であった場合には、メタ情報220は、ユーザが、幾つかの曲の各々をどれ位の頻度で聴くかに関するヒューリスティックデータを含みうる。メタ情報220は、ファイルが記憶メディア113上にいつ格納されたか、最後にアクセス又は変更されたのはいつか、誰がデータを所有しているか、各ファイルのうちの幾つがローカルに格納されているか等のようなメディアファイル210に関する他のメタデータや、恐らくはメディアファイル210に関するセキュリティ又はデータ権利管理情報を示しうる。メタ情報220は、オペレーティングシステムコンポーネントや特別目的コンポーネントのような任意のメカニズムによって、あるいは、メディア制御コンポーネント111によってでも収集されうる。メディア制御コンポーネント111は、記憶メディア113上の、特別なメディアファイル210内に格納されたデータを管理するように構成されたメカニズムである。メディア制御コンポーネント111の中心的役割は、メタ情報220内の利用データに基づいて、あるメディアファイル210をトリムすることである。一般的に説明すると、メディア制御コンポーネント111は、2つの機能を実行する。第1に、メディア制御コンポーネント111は、メディアファイル210のうち、例えば、音楽ファイルを聞く場合ユーザが最も低い頻度でアクセスするものを判定し、これらファイルを、その全体サイズよりも幾分小さくトリムすなわち切り詰める。第2に、メディア制御コンポーネント111は、トリムされたファイルのうちの失われた部分にユーザがアクセスした場合、通信モジュール121を用いて、それらがダウンロードされるようにする。更に詳しくは、メディア制御コンポーネント111は、メタデータ220を定期的又はランダムにレビューして、メディアファイル210の中から、トリム候補を識別する。トリム候補は、ユーザがある期間アクセスされていないファイルであるか、長期間にわたって、ある閾回数よりもアクセスされていないファイルでありうる。メディア制御コンポーネント111は、アクセス頻度順にメディアファイル210を並べ替えるか、あるいは、頻繁にアクセスされる、頻繁にアクセスされる訳ではない、ほとんどアクセスされない、全くアクセスされない等といったグループのうちの1つにファイルを割り当てる。これらは、単なる例であり、その他多くの実施が可能である。トリム候補が一旦識別されると、メディア制御コンポーネント111は、これらトリム候補のうちの少なくとも幾つかの部分をトリムする。説明目的のため、ファイルをトリムすることは、ファイルが引き続き読取可能なように、好ましくは、ファイルの初めからではない部分からデータを削除することを含む。言い換えれば、音楽ファイルの場合、メディア制御コンポーネント111が、ユーザがさほど頻繁に聴く訳ではない曲を識別すると、曲の後ろから始めに向かって曲をトリムし、この曲の始めを記憶メディア113上に残すものの、ローカルに格納されるファイルのサイズは減少する。トリムされた部分は単に削除するもできるが、メディアファイルからカットすることも、別の場所に格納することもできる。メディアファイルをトリムする一例の技術は、図4に例示され、以下に述べられる。図3は、本発明の1つの実施形態に従ってファイルのセットをトリムした後の図2に示す記憶メディアを一般に例示する機能ブロック図である。図示するように、メディア制御コンポーネント111は、メタ情報220内のメタデータを用いて、幾つかのトリム候補を識別する。これらは、ユーザが頻繁にアクセスする訳ではないメディアファイル310である。その後、メディア制御コンポーネント111は、これらトリム候補をトリムして、トリムされていないオリジナルサイズよりも幾分小さなサイズにする。トリムされたファイル312の例は、水平線を有して図3に例示される。ユーザがより頻繁にアクセスする他のメディアファイル310はトリムされない。トリムされないファイル314の例は、斜線を有して図3に例示される。トリムされたファイルを含んでいるメディアファイル310の集合の全体サイズは、図2に示される全くトリムされていないメディアファイル210の集合よりも小さい。これによって、更なる記憶のために使用可能な記憶メディア113上の空きスペース350が増える。ファイルトリミングによって生成される必然的なギャップに適応するために、バックグランドで、ファイルシステムフラグメンテーション問題が管理されうる。上述した一般技術を利用することにより、本発明の実施により、記憶メディア113の容量を増加することなく、ユーザのメディアライブラリの大部分、恐らくはその全てへのアクセスが可能となろう。その代わり、デバイスは、多くの又は幾つかのメディアファイルの完全バージョン、及び、その他のメディアファイルの部分バージョンのみを格納するために使用される制限された記憶量を含む。あるいは、記憶メディア113上に格納された全てのファイルは、ファイル全体のうちの部分バージョンでありうる。記憶メディア113上の空きスペース350は、ユーザのメディアライブラリ内の残りのエントリの一部を格納するために使用されてもよい。例えば、ユーザのミュージックライブラリ内の各曲の始まりだけが、記憶メディア113上にローカルに格納されても良い。あるいは、ユーザのメディアライブラリ内の残りのエントリを識別するコンテンツテーブル等が含まれうる。同様に、空きスペース350又はそのある一部は、新たなメディアコンテンツ例えば、モバイルデバイスを用いて購入された新たな音楽ファイル、モバイルデバイス上の他のアプリケーションによって使用される通常のデータ、あるいはその他のデータを含む任意の情報を格納するために使用されうる。1つの実施では、メディア制御コンポーネント111は、記憶メディア113のコンテンツを、ユーザの変化する音楽好みに積極的かつアルゴリズム的に適応させる。頻繁にアクセスされるファイルは、完全に格納される一方、さほど頻繁にアクセスされないファイルに対してはデジタル劣化アルゴリズムが適用されうる。この実施では、メディア制御コンポーネント111は、利用パターンに基づいて、幾つかのファイルの複数のトリムを行い、ほとんどアクセスされないファイルのローカルサイズを徐々に減らす。頻繁にアクセスされるファイルは、全くトリムされないかもしれない。図6を用いて詳述するが、トリムされたファイルの失われた部分は、オンデマンドで動的に取得される。言い換えれば、部分的にしかローカルに存在していないファイル例えば、曲にユーザがアクセスする場合、メディア制御コンポーネント111は、ローカルなコンテンツを再現しながら、失われたコンテンツを積極的に取得する。例えば、ファイルを聴こうとユーザがファイルを起動した場合、曲がローカルに部分的にしか存在しないのであれば、メディア制御コンポーネント111は、ローカルであるその曲の一部をプレイし始め、プレイ中に、その曲のトリムされた部分を取得する。このようにして、ユーザは、ユーザのメディアファイルの全てがローカルに存在しているという錯覚を経験し、ユーザは、ローカルに部分的にしか存在していないメディアを直ちに楽しみ始めることができる。失われたコンテンツすなわち、トリムされたコンテンツは、バックグランドで取得され、ユーザは、そのファイル全体がローカルに存在していなかったことさえも気が付かないかもしれない。失われた部分を取得する適用可能な幾つかの技術が存在する。図6は、無線モバイルデバイス用の特定の利用可能性を有する1つの技術を示す。図4は、本発明の実施形態に従ってローカル記憶容量を改善するためにトリムされるサンプルメディアファイルの概念例である。図4に例示しているものは、ユーザのメディアライブラリ内の1つのエントリを示すメディアファイル410である。この例では、メディアファイル410は、例えば、デジタル音楽コンテンツに広く使用されているポピュラーなMPEGレイヤ3MP3フォーマットのように、非常に多くの異なるメディアフォーマットのうちの1つでありうる。しばしば、メディアファイル410のようなメディアファイルは、フレーム412のようなフレームと呼ばれるより小さな部分から構築される。概して言えば、フレームは、全体として共に適合するメディアコンテンツの独立した要素である。また、各フレームはそれぞれ、そのフレームにデータを記述する情報とともに自身のヘッダを持っている。グローバルなファイルヘッダはないかもしれないので、正しくなされた場合には、メディアファイル410は、幾つかの場所における1又は複数においてカットされ、ファイルの残りの部分が、メディアプレーヤ上で正しく再現するだろう。ヘッダがフレームを正しく識別し続けることができるように、ファイル410をカットすることは、フレーム境界上でなされるべきである。しかしながら、多くのメディア再現は、正しくないヘッダを取り扱うかもしれない。幾つかのメディアフォーマットでは、フレームは互いに依存し、上述したように簡単に分析されるものではない。例えば、ポピュラーなMP3フォーマットで符号化された幾つかのメディアファイル内のフレームは、相互依存しており、残っているメディアファイル410の部分が適切に再現されることを保証するためには、更なる複雑な分析が実行されねばならない。しかしながら、メディアファイルをトリム又は切り取ることは一般に行われているので、本説明は、単にこの処理の概要にとどめる。上述したように、メディアファイル410の利用が、ある予め定めた閾値を下回る場合、メディア制御コンポーネント111は、メディアファイル410の一部を、コンテンツの終わりから始まりに向かって、好適にはフレーム境界上でカットすることによってメディアファイル11をトリムし、トリムされたメディアファイル450を得る。トリムされたメディアファイル450は、メディアファイル410のトリムされていない最初の部分を表し、ユーザによってアクセスされると、メディアの始まり部分をプレイする。トリムされるメディアファイル410の量は、幾つかの理由によって変わりうる。例えば、メディアファイル410のファイルフォーマットは、部分的に使用可能であり続けながら、どれ位の量をトリムできるかを管理しうる。1つの実装では、メディアファイル410がトリム候補になった最初の時、メディアファイル410は最小サイズにトリムされうる。最小サイズの1つの定義は、図5と共に後述する。別の実装では、メディアファイル410は、使用頻度に基づいて異なる量でトリムされうる。例えば、ある初期閾値よりも少なくアクセスされたメディアファイルは、例えば50のような初期量までトリムされうる。メディアファイルがアクセスされることなく、ある追加時間が経過した場合、このメディアファイルは、例えば更に50のような追加量までトリムされ、これによって、メディアファイルは、そのオリジナルのサイズの25となる。アクセスのない時間が更に続いた後は、メディアファイルの更に多くがトリムされうる。メディアファイルがある最小サイズに到達するまで、この手順が繰り返されうる。ユーザインタフェースは、パーセントローカル等を示し、どのファイルが完全に存在しているか、及びどのファイルが部分的に存在しているかに関する指示を提供する。実例のため、メディアファイル410は、3分の長さの曲であり、128ビットMP3を用いて10:1の圧縮比で符号化されたものと仮定する。これらの条件の下では、メディアファイル410は、約2.8MBの記憶量を占有するかもしれない。この曲がプレイされずに時間が経過すると、メディアファイル410は、初めは1分に、次は30秒に、次は15秒に、最後に5秒にトリムされる。その時点では、トリムされたメディアファイル450によって使用される記憶スペースは、約80KBである。このトリムされたメディア450にユーザがアクセスした時、無線アクセス可能なサーバ等に存在するユーザの完全なライブラリから、残りの2.7MBが取得されうる。補足強化機能は、ユーザの利用パターンに基づいて、ファイルになされるトリム量を変更することでありうる。そのような実施では、トリムが生じる閾値は、異なるユーザの音楽好みに適合するだろう。したがって、例えば、同じ音楽のセットを繰り返し何度も聴くユーザは、幅広く様々な音楽を聴くユーザとは異なり低い閾値を経験しうる。閾値はまた、ユーザ設定とすることもでき、これによって、ユーザは、どれくらい多くの音楽がローカルに格納されているか、どれくらい多くの音楽が遠隔場所から取得されるかについて制御することができる。図5は、本発明の1つの実施形態に従って、時間の関数としてローカルに格納されたメディアファイルのパーセンテージを、時間の関数としてプレイされるメディアファイルのパーセンテージと比較したグラフを示す。プレイ曲線510、及びローカル曲線550が示される。プレイ曲線510は、ユーザがファイルにアクセスした場合、メディアファイルのうちのどれ位が再現されプレイされたかを全体に対するパーセンテージで示している。プレイ長さ512は、ファイル全体を再現するのに要する全体の時間の長さを表す。一方、ローカル曲線550は、ローカルに存在しているメディアファイルの量を、全体に対するパーセンテージで示している。初めは、例えばファイルの35のように、メディアファイル全体よりも少ない量がローカルに存在する。ダウンロード時間516は、この例の場合65であるメディアファイルの失われた部分をダウンロード又は取得するために要する時間である。セットアップ時間518は、ローカルデバイスが、メディアファイルのうちの失われた部分が存在する遠隔デバイスとのセッションを確立し、かつ、失われたコンテンツの取得又はダウンロードを開始するために要する時間である。図5に例示するように、ユーザにシームレスなリプレイ経験を提供しながら、トリムされるメディアファイルのパーセンテージは、セットアップ時間518及びダウンロード時間516によって制御される。言い換えれば、セットアップ時間518及びダウンロード時間516がプレイ長さ512を越えない限り、失われたコンテンツは、ユーザが最初にプレイバックを開始した時に、ファイル全体がローカルに存在している訳ではないことをユーザが認識することなく取得される。このセットアップ時間518は、ローカルデバイスが、ユーザライブラリを含む遠隔デバイスとの通信セッションの開始及びネゴシエートを行い、かつ、メディアファイルの失われた部分のダウンロード又は取得を開始するまでに要する時間の関数である。通信プロトコル及びハードウェアに基づいて、セットアップ時間518は、ミリ秒から数秒までの任意の時間長さでありうる。ダウンロード時間516は、ローカルデバイスとサーバとの間の通信リンクの帯域幅の関数である。リンクが高レイテンシ接続又は低帯域幅接続である場合、ダウンロード時間516は長くなりうる。逆に、リンクが高帯域接続又は低レイテンシ接続である場合、ダウンロード時間516は非常に速くなり、数秒であるかもしれない。通信リンクが非常に高速である場合、ファイル全体がローカルであるという錯覚を犠牲にすることなく、メディアファイルの大部分がトリムされうる。更に、失われたコンテンツはユーザがその欠如に気付くことなく取得されうるが、それは本発明に必要ではないことが注目されるべきである。言い換えれば、本発明は、メディアの一部が失われているという事実をユーザが感じるという実施形態において実施されうる。例えば、コンテンツをトリムするための閾値は十分にアグレッシブであるので、そのような場合、失われたコンテンツは、幾つかのファイルのプレイバックにおけるスキップ又は躊躇hesitationを回避するほど十分早くは取得されない。この構成は、少なくとも部分的ではあるが、ローカル記憶メディアにおけるメディアファイルの最大数が示されるという利点を有する。あるいは、閾値は十分保守的conservativeであるので、失われたコンテンツは常に又はほとんど常にプレイ長さ512の終了前に取得されるだろう。この構成は、帯域幅が制限され、規制され、利用料金の発生を招く無線環境において問題となる取得を最低量のデータしか要しないという更なる利点を有する。図6は、本発明が実現される1つのシステム601を一般に例示する機能ブロック図である。システム601は、モバイルデバイス610及びサーバ650を含んでいる。モバイルデバイス610は、メディアコンテンツが格納されうるあらゆる計算デバイスでありえる。ユーザのデジタルメディアコレクションのうちの少なくとも一部がモバイルデバイス610に格納され、モバイルデバイス610上の少なくとも1つのメディアファイルは、上述したように部分的にトリムされている。モバイルデバイス610は、アクセスされているファイルに応じて、メディアファイルの失われたコンテンツを取得又はダウンロードするように構成されたメディア制御コンポーネント611を含んでいる。この実施形態では、モバイルデバイス610は、無線リンク620によってサーバ650と通信している。一例では、モバイルデバイス610は、ハンドヘルドセルラ電話でありうる。サーバ650は、無線リンク620を介してコンテンツを利用可能にするファイルホスティングサービスの一部でありえる。サーバ650は、コンテンツを、モバイルデバイス610によるオンデマンドダウンロードのために利用可能にするように構成される。特に、サーバ650は、モバイルデバイス610によって識別されたファイル内の位置から、部分的なファイルコンテンツのダウンロードを可能にするように構成される。サーバ650は、ライブラリ652内に、ユーザの完全なデジタルメディアコレクションを含み、メディアファイル612からトリムされた失われたコンテンツ654を少なくとも含む。この実施形態に従って、部分的に存在するメディアファイル612にユーザがアクセスする場合、メディア制御コンポーネント611は、メディアファイル612の再現を直ちに行う。例えば、メディアファイル612が曲である場合、メディア制御コンポーネント611は、この曲に対して、メディアファイル612のうちローカルに存在する部分のプレイを開始させうる。更に、メディア制御コンポーネント611は、メディアファイル612の失われた部分を、サーバ650から取得する。更に詳しくは、モバイルデバイス610は、メディア制御コンポーネント611の制御の下、サーバ650とのセッションを開始し、失われたコンテンツ654のダウンロードを要求する。サーバ650もモバイルデバイス610に対して、モバイルデバイス610のユーザが、失われたコンテンツ654を取得する権利を有することを保証するために、適切な信用証明を提供するように要求する。セッションが確立された場合、サーバ650は、失われたコンテンツ654を、無線リンク620を介してモバイルデバイス610へ送信する。メディア制御コンポーネント611は、失われたコンテンツを、再現されるようにメディアファイル612へ再び組み込む。たとえメディアファイル612がサーバ650から部分的に取り出されても、ユーザは即時アクセスのうちの1つしか感じないことが認識されるべきである。サーバ650から取得されるコンテンツの量は可変である。メディアファイルがより長期間休止しているつまり、最近アクセスされていないと、サーバ650からより多くのコンテンツを取得する必要があるだろう。例えば、極く最近デジタル的に価値が下がり始めた曲は、最短のovertheairダウンロードしか必要ないだろう。一旦ダウンロードされると、この曲は、再び新鮮味がなくなるまでモバイルデバイス610上に存在し続ける。この技術のネット効果は、ユーザの要求においてのみ、古いコンテンツを、シームレスに、バックグランドで取得しながら、ユーザが最も頻繁にアクセスするコンテンツを保持し続けることである。図7は、本発明の1つの実施に従って、モバイルデバイス上のメディアファイルをトリムする処理700を一般に維持する動作フロー図である。この処理700は、モバイル計算デバイス又は固定式計算デバイスのようにメディアファイルが格納されている計算デバイス上で実施されうる。メディアファイルは、メディアファイルのライブラリの少なくとも一部を表す。処理はステップ700で始まり、格納されているメディアファイルの各々に対して、利用データ又はヒューリスティックスが収集される。この利用データは、メディアファイルの各々が、計算デバイス上でどれくらいの頻度でアクセスされるかを識別する。一例では、メディアファイルが曲である場合、利用データは、これら曲の各々が、どれくらいの頻度で、及び/又は、どれくらい最近プレイされたかを示す。ステップ720では、計算デバイス上に格納されたメディアファイルからトリム候補が識別される。これらトリム候補は、コンピュータデバイス上で最も低い頻度でアクセスされるメディアファイルのサブセットを表す。これらトリム候補は、計算デバイスのコンポーネントによって収集された利用データ又はヒューリスティックデータから識別されうる。ステップ730では、トリム候補の各々がトリムされる。これは、トリム候補として識別されたメディアファイルのコンテンツの一部が、計算デバイス上のローカル記憶装置から削除されることを意味する。言い換えれば、これらトリム候補は、より小さく切り詰められたトリムメディアファイルでありうる。好適には、トリム候補は、メディアファイルの終わりから始まりに向かってトリムされる。これによって、計算デバイス上に、メディアの始まりを残す。トリムは、ステップ710で収集された利用ヒューリスティックスに基づきうる。利用ヒューリスティックスは、トリムされるメディアファイルの量を増減するために使用される。図8は、計算デバイスにおいて、メディアファイルからトリムされたコンテンツを取得する処理800を一般に例示する別の動作フロー図である。この処理800は、トリムされたメディアファイルを含むメディアファイルが格納されるモバイルデバイス上で実行される。モバイルデバイスという用語は、完全なメディアファイルのライブラリを含むコンテンツサーバとは別の計算デバイスを記述するために一般に使用され、実際に、モバイルでもポータブルでもない計算デバイスを含みうる。ステップ810では、特定のトリム候補がアクセスされているという指示が、計算デバイスにおいて受信される。例えば、頻繁にアクセス例えばプレイされずにトリムされたメディアファイルが、今、ユーザによって立ち上げられた。トリムされたメディアファイルを立ち上げることによって、トリムされたメディアファイルの再現が直ちに開始され、トリムされたコンテンツを取得するとの通知が発行される。トリムされたメディアファイルを再現することは、この処理800の残りのステップのうちの1又は複数が実行されている間になされているかもしれず、これによって、メディアファイルがトリムされていないという幻覚をユーザに与えることが注目されるべきである。ステップ820では、通信セッションが開始され、トリムされたコンテンツが遠隔記憶装置から取得される。例えば、トリムされたコンテンツの取得をサポートするために、セルラ通信セッションのような無線リンク、又は、従来のイーサネット登録商標ネットワーク接続のような有線リンクを使用する通信セッションが確立されうる。このセッションは、ユーザのメディアライブラリに関連付けられたメディアファイルが存在するサーバ計算デバイスでありうる遠隔コンテンツサーバと確立される。遠隔記憶装置は、少なくとも、計算デバイスから削除された特定のトリム候補の部分を含む。ステップ830では、特定のトリム候補がアクセスされると、トリムされたコンテンツが遠隔記憶装置から取得される。更に詳しくは、トリム候補を再現することは、ステップ810の前に、またはステップ810と連携して開始される例えば、音楽ファイルをプレイすることが開始される。そして、トリム候補が再現されている間、メディアファイルの失われた部分すなわち、トリムされたコンテンツが、遠隔記憶装置から取得され、メディアファイルへ再び組み込まれる。好適には、トリムされたコンテンツは、メディアファイルの再現がシームレスに、かつ躊躇なく行われるように再び組み込まれるので、通信リンクによるメディアコンテンツをダウンロードすることに関して普通に関連付けられる。コンテンツを取得するメカニズムは、利用法、あるいは恐らくはある仮定に再度基づき、ヒューリスティックを適用することによって更に向上が図られる。例えば、ユーザが特定のアルバム又は他のメディアのコレクションのプレイを開始したのであれば、計算デバイスは、全ての曲が更なるダウンロードなく利用可能であることを保証するために、アルバム上の存在しない曲の任意の部分をダウンロードし始めうる。同様に、計算デバイスが、音楽ライブラリからランダム順に曲をプレイするように設定されたのであれば、存在しない曲は、単一のネットワーク接続の間に、事前に取得されうる。本発明が特定の実施形態及び実装に関して説明されたが、これらは単なる例示であり、本発明の範囲は、これら実施形態に限定されないと理解されるべきである。上述した実施形態に対する多くの変形、修正、追加、及び改良が可能である。これら変形、修正、追加、及び改良は、特許請求の範囲内で詳述されるように、本発明の範囲内にあると考えられる。