"受信した情報をメモリに格納する方法であって、前記受信した情報をプライマリ部分とセカンダリ部分とに分離するステップと、前記入力された情報のセカンダリ部分を格納するためのセカンダリ情報部分記憶位置を決定するため前記メモリを再配分するステップと、前記入力された情報のセカンダリ部分を格納するステップと、前記入力された情報の第1部分をメモリの指定された記憶位置に格納するステップと、を有する方法。前記プライマリ部分が抽出されると、前記セカンダリ部分が抽出されるように、前記受信した情報のセカンダリ部分と前記受信した情報のプライマリ部分とを一意的に関連付けるステップをさらに有する、請求項1記載の方法。それぞれがプライマリ部分とセカンダリ部分とを有する第1及び第2受信情報を受信するステップと、前記第1及び第2受信情報のセカンダリ部分を前記第2及び第1情報のプライマリ部分とそれぞれ関連付けるステップと、をさらに有する、請求項1記載の方法。電子装置の前記受信した情報のプライマリ部分とセカンダリ部分との適合性を特定するため、前記受信した情報のプライマリ部分とセカンダリ部分とをタグ付けするステップをさらに有する、請求項1記載の方法。前記再配分するステップはさらに、介入なしに割当て可能な記憶領域を前記受信した情報のセカンダリ部分を現在受信するため再配分するステップを有する、請求項1記載の方法。前記受信した情報のプライマリ部分は、前記受信した情報のセカンダリ部分のダウンロードを指示するデータを含む、請求項1記載の方法。受信した情報をメモリに格納する方法であって、前記受信した情報が前記メモリの指定された記憶位置のサイズを超えるサイズを有するか判断するステップと、前記受信した情報が前記メモリの指定された記憶位置のサイズを超えるサイズを有する場合、前記受信した情報をプライマリ部分とセカンダリ部分とに分離するステップと、前記入力された情報のセカンダリ部分を格納するためのセカンダリ情報部分記憶位置を決定するため、前記メモリを再配分するステップと、前記入力された情報の第1部分を前記メモリの指定された記憶位置に格納するステップと、を有する方法。前記プライマリ部分が抽出されると、前記セカンダリ部分が抽出されるように、前記受信した情報のセカンダリ部分と前記受信した情報のプライマリ部分とを一意的に関連付けるステップをさらに有する、請求項7記載の方法。それぞれがプライマリ部分とセカンダリ部分とを有する第1及び第2受信情報を受信するステップと、前記第1及び第2受信情報のセカンダリ部分を前記第2及び第1情報のプライマリ部分とそれぞれ関連付けるステップと、をさらに有する、請求項7記載の方法。電子装置の前記受信した情報のプライマリ部分とセカンダリ部分との適合性を特定するため、前記受信した情報のプライマリ部分とセカンダリ部分とをタグ付けするステップをさらに有する、請求項7記載の方法。前記再配分するステップはさらに、介入なしに割当て可能な記憶領域を前記受信した情報のセカンダリ部分を現在受信するため再配分するステップを有する、請求項7記載の方法。前記受信した情報のプライマリ部分は、前記受信した情報のセカンダリ部分のダウンロードを指示するデータを含む、請求項7記載の方法。図1は、本原理のメモリ配分技術を実現可能なコンテンツ受信機の一例を構成するセットトップボックス10のブロック概略図を示す。セットトップ10は、ケーブルテレビ、衛星テレビ又は通信サービスプロバイダ図示せずなどのコンテンツプロバイダにより提供されるマルチチャネルコンテンツストリーム14の特定のチャネルをチューニングするための入力信号受信機12を有する。入力信号プロセッサ16は、コントローラ18の制御の下で入力信号受信機12によりチューニングされたチャネルストリームを処理する。入力信号プロセッサ16により実行される処理は、チューニングされたチャネルストリームの性質に依存する。例えば、入力信号プロセッサ16は、入力信号ストリーム受信機12によりチューニングされた入力ストリームが符号化されていた場合、復号化を実行する必要がある。信号処理の後、入力ストリームプロセッサ16は、処理されたチャネルストリーム信号を、オーディオプロセッサ20による受信用のオーディオ部分と、ビデオプロセッサ22による受信用のビデオ部分とにそれぞれ分離する。入力ストリームプロセッサ16と同様に、オーディオプロセッサ20とビデオプロセッサ22とは双方ともコントローラ18の制御の下で動作する。オーディオインタフェース24は、オーディオプロセッサ20により生成される処理されたチャネルストリームのオーディオ部分を受信及び再生する。ビデオオーディオインタフェース26は、ビデオプロセッサ22により生成される処理されたチャネルストリームのビデオ部分を受信及び再生する。フラッシュメモリなどの不揮発性メモリ装置28は、情報の供給と格納のため、コントローラ18と共にそれぞれオーディオプロセッサ20及びビデオプロセッサ22とのリンクを有する。さらに、コントローラ18はまた、コントローラのためのプログラム命令を格納可能な制御メモリ30とのリンクを有する。ユーザは、ユーザインタフェース32を介しコントローラ18に命令を入力し、ステータス情報を受信することができる。図2は、図1の不揮発性メモリ28の典型的な配分を示す。メモリ28の第1記憶位置200は、メモリ28の他の何れかに格納されている特定のデータ構造を指定するよう機能するブートローダを格納する。例えば、ブートローダは、ときにはバンク1及びバンク2とそれぞれ呼ばれる記憶位置202,204に格納されている第1及び第2アプリケーションコードイメージの1つを指定できる。記憶位置200に格納されているブートローダの処理は、不揮発性メモリ28の記憶位置206に格納されているブートローダパラメータに依存する。記憶位置202,204にそれぞれ格納されている第1及び第2アプリケーションコードイメージはそれぞれ、サブ位置208,210に格納されている関連するタグを有する。対応するアプリケーションコードイメージに関連付けされた各タグは、特定のメーカーにより製造された特定モデルのセットトップボックスにより利用されるコードイメージを一意的に特定する。これらのタグは、他のセットトップボックスを意図したアプリケーションコードイメージのロードを阻止する。記憶位置200~210に加えて、図1の不揮発性メモリ28は、記憶位置212,214により例示されるように、追加的な記憶位置を有することが可能である。実際、コントローラ18は、サービスプロバイダ又はユーザにより介入なく、記憶位置212と共に記憶位置200~210を変更可能である。一部のセットトップボックス又はそこに格納されるデータの少なくとも一部のため、記憶位置214は、ユーザ又はサービスプロバイダの介入を変更することを要求する。図2に示されるメモリ28の配分は、何れかのアプリケーションコードイメージが現在アクティブであるかの何れの表示も提供しない。いくつかの具体例では、マルチステージ処理が、メモリ28の最終的な所望の配分を取得するのに必要になる。サービスプロバイダが、コードアップグレードパスとしてOpenCableCommonDownloadを利用する場合、サービスプロバイダは、セットトップボックスのモデルがサポートされる限り、セットトップボックスのアップグレードのすべての段階についてサービス配信ネットワーク内の帯域幅を配分する必要がある。しばしば、サービスプロバイダは、延長された期間において倉庫にある数量のセットトップボックスを格納するであろう。さらに、いくつかの具体例では、セットトップボックスは、加入者の自宅において延長された期間電源オフのままにされうる。休眠中のセットトップボックスが以降にサービスプロバイダのネットワークに付属されると、当該セットトップボックスは、アップグレードのすべての段階を必要とすることになる。アップグレードのすべての段階を提供するための必要性は、現在アクティブであるアプリケーションコードイメージを特定するため、以降に提案される手段のいくつかの実現を妨げる。現在のアプリケーションコードイメージが大きくなったときにメモリを配分するための可能な第1の手段は、例えば、記憶領域204バンク2など、図2の不揮発性メモリ28の同一位置に現在のアプリケーションコードイメージを常に格納することである。従って、記憶領域204は常に、現在アクティブなアプリケーションコードイメージを保持する。以降のアプリケーションコードイメージのアップグレードによって、記憶領域204バンク2のコンテンツが置換される。現在アクティブなアプリケーションコードイメージが空いている記憶スペースに拡張することを可能にするため、図1及び2の不揮発性メモリ28内の記憶スペースは、典型的には大きなメモリに対してコンパクト化される。図1の記憶領域202バンク1として指定されるは、限定的なインテリジェンスを必要とするバックアップアプリケーションコードイメージを保持するのに利用される。すなわち、バックアップアプリケーションコードイメージは、格納されているアプリケーションコードイメージが損傷した場合、アプリケーションコードイメージを記憶領域204バンク2にロードするのに十分なインテリジェンスを所持しさえすればよい。このアプローチは、ブートローダを置換する必要性を軽減する効果を提供する。このアプローチを利用して、ブートローダは、常に記憶領域204バンク2を指示する。しかしながら、このアプローチは、記憶領域202バンク1又は記憶領域204バンク2がアクティブなアプリケーションコードイメージを有するか否かの知識がメモリ再配分前にない場合、マルチステージアップグレード処理が必要になるという短所がある。現在のアプリケーションコードイメージが大きくなるすぎるときにメモリを配分する他の可能な手段は、アプリケーションコードイメージのスタートアドレスを変更するようブートローダをアップグレードすることである。このアプローチは、等しいサイズの2つのアプリケーションコードイメージを可能にする。しかしながら、このアプローチは、何れの記憶領域202,204それぞれバンク1,2が現在アクティブなアプリケーションコードイメージを保持しているかに関する何れの予めの知識がない場合、マルチステージアップグレード処理が必要になるという短所がある。さらに、セットトップボックス10は、アップグレード中に電力不具合が発生した場合、機能しなくなる。より以前のアプリケーションコードイメージが図1及び2の不揮発性メモリ28の新たな配分を理解しない場合、アプリケーションコードイメージのより以前のバージョンへのダウングレードは不可能になる。現在のアプリケーションコードイメージが大きくなりすぎたときにメモリを配分するための第3の可能な手段がある。この手段は、フレキシブルなアプリケーションコードイメージのスタートアドレスを可能にするため、図2の記憶領域202バンク1のボタンに新たなセカンダリブートローダを配置することを伴う。バンク1,2は図1,2の不揮発性メモリ28内でシフトされ、不揮発性データ記憶位置の一部を再配分するためサイズが増大される。このアプローチは、既存のブートローダを置換する必要性を軽減し、等しいサイズの2つのアプリケーションコードイメージを可能にする。しかしながら、このアプローチは、何れの記憶領域202,204それぞれバンク1,2が現在アクティブなアプリケーションコードイメージを保持しているかに関する予めの知識がない場合、マルチステージアップグレード処理が必要になるという短所がある。さらに、受信機は、電力不具合がアップグレード中に発生した場合、機能しなくなる。より以前のアプリケーションコードイメージが図1,2の不揮発性メモリ28の新たな配分を理解しない場合、アプリケーションコードイメージの以前のバージョンへのダウングレードは不可能になる。図3は、上述した可能な配分技術の短所を解消する本原理による不揮発性メモリ28の配分を示す。以降においてより詳細に説明されるように、図3に示されるメモリ28の配分は、以下の制約を考慮すると、コンパクト化されたデータ格納を提供する。1記憶領域のオリジナルの構造は、ホームユーザ又はサービスプロバイダが通常動作のため受信機を再設定する必要なく、不揮発性メモリ214において移動できない設定の詳細を含む。2設定の詳細は、既存のデータ記憶領域の一方のエンドにあるハイ又はロー。3記憶領域のオリジナル構造は、再生成又は再取得前に加入者又はサービスプロバイダによる介入を必要としない不揮発性メモリ212にデータを有する。図3に示されるメモリ8の配分は、図2の配分技術と多くの類似を含む。このため、同様の参照番号が、図2のメモリ28内の同一領域を示すのに図3において示される。すなわち、図3のメモリ28の領域200~210は、図2の領域200~210と同じアイテムブートローダ、ブートローダパラメータ、アプリケーションコードイメージ、タグなどを格納する。図3に示されるメモリ28の配分は、以下のように図2のメモリ28の半分と異なっている。図2の記憶領域212は、図3ではサブ領域216,218,220に再配分されている。サブ領域216,218は、コードバンク1b及びコードバンク2bと記され、それぞれは、後述されるように第1及び第2アプリケーションコードイメージの一部を格納する。従って、記憶位置212が空であるか、又は加入者又はサービスプロバイダの介入なしに再取得可能なデータについて利用される図2に示されるメモリ28の配分と対照的に、図3のメモリ配分は、アプリケーションコードイメージの一部を格納するため記憶位置212を利用する。図3に示されるメモリ28の配分は、以前のように記憶領域214を維持する。本原理によると、図3のメモリ28への格納用のアプリケーションコードイメージを受信すると、当該アプリケーションコードイメージを格納するため領域202,204の容量を決定するため、アプリケーションコードイメージのサイズの確認が行われる。受信したアプリケーションコードイメージのサイズが図3の記憶領域202,204の1つへの格納を許容する場合、さらなる処理を必要とすることなく格納が行われる。しかしながら、受信したアプリケーションコードイメージが図3の記憶領域202,204の1つのサイズを超過する場合、受信したアプリケーションコードイメージは、それぞれプライマリ部分とセカンダリ部分として参照される第1及び第2部分に分割される。受信したアプリケーションコードイメージの分割は、アプリケーションコードイメージのプライマリ部分がオリジナルのアプリケーションコードイメージのスペースすなわち、図3の領域202,204の1つに適合可能となるようにして行われる。アプリケーションコードイメージのセカンダリ部分は、この目的のため再配分された2つの空いているデータセクション図3の領域216,218の1つに格納される。図3の領域202,204の1つにアプリケーションコードイメージのプライマリ部分をロードすることは、典型的には、従来の技術を介して行われる。アプリケーションコードイメージのプライマリ部分は、通常の動作能力を有するが、再配分された記憶領域の1つにロードされたセカンダリ部分の実行まで機能低減される。アプリケーションコードイメージのプライマリ部分は、再配分された記憶領域記憶領域216,218の1つなどにアプリケーションコードイメージのセカンダリ部分をロードするための新たな機能を含む。上述されるように、図2,3の不揮発性メモリ28に格納されるアプリケーションコードイメージは、当該アプリケーションコードイメージが実行されるセットトップボックスのメーカー及びモデルを特定する関連するタグを有する。本原理によると、各アプリケーションコードイメージのセカンダリ部分は、このためのタグを有する。このため、再配分された領域216,218は、再配分された領域に格納されるセカンダリアプリケーションコードイメージ部分に関するタグを格納するため、それぞれサブ領域220,222を有する。より以前のアプリケーションコードイメージを実行するセットトップボックスは、新たに受信したアプリケーションコードイメージのプライマリ部分しかロードしない。新たにロードされたアプリケーションコードイメージは、新たなタグを理解し、セカンダリ部分を再配分されたストレージにロードする。図3のメモリ28の上述された配分に関連して、サービスプロバイダは、コードイメージのプライマリ部分とセカンダリ部分との双方をセットトップボックス10に利用可能にする必要がある。サービスプロバイダがメモリ28の新たな再配分を認識しないより以前のコードイメージにダウングレードすることを決定した場合、サービスプロバイダは、古いコードイメージを非アクティブなアプリケーションバンク図3の記憶領域202,204の1つなどにロードし、その後、古いアプリケーションコードイメージをアクティブにする。ロードされると、古いコードイメージは、メモリ28の再配分が行われたことを検出し、再配分されたメモリは、古いコードイメージが予期するデータを含まない。このような状況では、古いアプリケーションコードイメージは、ユーザ又はサービスプロバイダの介入なしに当該データのリロードを開始する。本原理による図3のメモリ28の配分は、不揮発性メモリにおけるブートローダを置換する必要性を軽減する効果を提供する。さらに、図3のメモリ28の配分は、既存のアプリケーションコードイメージの再配分又は消去を要求しない。本原理によると、新たに空きになった記憶領域216,218の1つが、新たに受信したアプリケーションコードイメージのセカンダリ部分に配分される。受信した各アプリケーションコードイメージのプライマリ部分はそれぞれ、記憶領域202,204の1つに配分される。本例では、プライマリ部分が記憶領域202バンク1にあるアプリケーションコードイメージは、それのセカンダリ部分のため再配分された記憶領域216バンク1bを利用する。同様に、プライマリ部分が記憶領域204バンク2にあるアプリケーションコードイメージは、それのセカンダリ部分のため再配分された記憶領域218バンク2bを利用する。受信したアプリケーションコードイメージの2つの部分が分離されずに一緒にリンクされている場合、サービスプロバイダは、プライマリ部分とセカンダリ部分との双方を同時に変更する必要がある。受信したアプリケーションコードイメージのプライマリ部分とセカンダリ部分とが分離されずにリンクされていない場合、プライマリ部分とセカンダリ部分とは、独立してアップグレードすることが可能である。いくつかの例では、新たな機能を有する新たに受信したアプリケーションコードイメージをロードした後、問題が生じる可能性がある。このような問題が生じると、アプリケーションコードイメージの以前のバージョンに戻る必要がある。本原理による図3のメモリ28の再配分は、セットトップボックス10にリロードされた場合、より以前のバージョンのアプリケーションコードが通常動作することを阻止しない。さらに、本原理のメモリ配分は、当該メモリ配分を利用する新たなアプリケーションコードイメージへのコードアップグレードを可能にする。さらに、本原理のメモリ配分は、新たな配分構造を理解しない以前のアプリケーションコードイメージが依然としてロードされ、正常に機能するコードダウングレードを阻止しない。上述されるように、プライマリ部分がそれぞれ記憶領域202,204に配分されるアプリケーションコードイメージは、それらに関連するセカンダリ部分のため、それぞれ再配分された記憶領域216,218を利用する。しかしながら、プライマリアプリケーションコードイメージ部分は、アプリケーションコードイメージセカンダリ部分の何れかを利用可能である。従って、プライマリ部分がバンク1図3の記憶領域202にあるアプリケーションコードイメージは、バンク1b記憶領域216又はバンク2b記憶領域218に格納されているセカンダリアプリケーションコードイメージ部分を利用可能である。上記は、限定することなくセットトップボックスなどの受信機におけるメモリを配分する技術を説明した。"