(57)【要約】メモリの制約がある電子入力／出力デバイス、例えば、複数のケーブル・テレビジョン・システム、サテライト・テレビジョン・システム、インターネット・プロトコル・テレビジョン・システム、セルラ・ネットワーク、および／またはデジタル加入者線ネットワークの１又は複数のもので使用される、デジタル・ケーブル・ボックス、サテライト・ボックス、インターネット・プロトコル（ＩＰ）・テレビジョン・セットトップ・ボックスなどのデジタル・ホーム通信端末（ＤＨＣＴ）や、基準設計ボードや、アプリケーション・システム・ボードなどへのメモリ・アクセスを容易にすることにより、メモリを管理するシステムおよび方法。このシステムおよび方法は、物理メモリ内の最小使用メモリ・ブロックを仮想メモリ内のメモリ・ブロックと交換することにより、ユーザが、要求されたアプリケーションをエンド・ユーザ・デバイスで実行することを可能にする。
2008538432.tif 000002
【特許請求の範囲】
【請求項１】
空間の制約のあるメモリ環境において複合プログラム・モジュールへのアクセスおよび複合プログラム・モジュールの実行を容易にする方法であって、
１組のコンパイル済みコード・モジュールを作成するステップと、
仮想ファイル・システムを作成して、前記１組のコンパイル済みコード・モジュールを格納するステップと、
前記１組のコンパイル済みコード・モジュールを同報通信するステップと、
アプリケーションが１または複数のコード・モジュールを必要とするときに、前記１組のコンパイル済みコード・モジュールから前記１または複数のコード・モジュールをフェッチするステップと、
フェッチした前記１または複数のコード・モジュールを実行するステップと
を備える方法。
【請求項２】
請求項１に記載の方法であって、前記仮想ファイル・システムが帯域内データ・カルーセルを備える、方法。
【請求項３】
請求項２に記載の方法であって、前記帯域内データ・カルーセルが静的データ・カルーセルである、方法。
【請求項４】
請求項３に記載の方法であって、前記静的データ・カルーセルが、１または複数のアプリケーションによって随時必要とされるアプリケーション・モジュールおよびライブラリ・モジュールを継続的に同報通信する、方法。
【請求項５】
請求項２に記載の方法であって、前記帯域内データ・カルーセルが動的データ・カルーセルである、方法。
【請求項６】
請求項５に記載の方法であって、前記動的データ・カルーセルが、オンデマンドで個々のファイルを同報通信する、方法。
【請求項７】
請求項２に記載の方法であって、前記帯域内データ・カルーセルがバックエンド・ゲートウェイ内に駐在する、方法。
【請求項８】
請求項１に記載の方法であって、前記アプリケーションが、デジタル・ホーム通信端末、特定用途向けシステム・ボード、および特定の基準設計ボードからなるグループから選択されたデバイスで、動作する、方法。
【請求項９】
請求項１に記載の方法であって、フェッチする前記ステップは、前記１組のコンパイル済みコード・モジュールを変更しない、方法。
【請求項１０】
請求項１に記載の方法であって、
最も使用が少ないメモリ・ブロックのデジタル・コンテンツをハード・ディスクへ移動するステップを更に含む、方法。
【請求項１１】
請求項１０に記載の方法であって、フェッチした前記１または複数のコード・モジュールが前記最も使用が少ないメモリ・ブロックへ配される、方法。
【請求項１２】
空間の制約のあるメモリ環境において複合プログラム・モジュールへのアクセスおよび複合プログラム・モジュールの実行を容易にするシステムであって、
１組のコンパイル済みコード・モジュールを作成する手段と、
仮想ファイル・システムを作成して、前記１組のコンパイル済みコード・モジュールを格納する手段と、
前記１組のコンパイル済みコード・モジュールを同報通信する手段と、
アプリケーションが１または複数のコード・モジュールを必要とするとき、前記１組のコンパイル済みコード・モジュールから前記１または複数のコード・モジュールをフェッチする手段と、
前記１または複数のコード・モジュールを実行する手段と
を備えるシステム。
【請求項１３】
請求項１２に記載のシステムであって、前記仮想ファイル・システムが帯域内データ・カルーセルを備える、システム。
【請求項１４】
請求項１３に記載のシステムであって、前記帯域内データ・カルーセルが静的データ・カルーセルである、システム。
【請求項１５】
請求項１４に記載のシステムであって、前記静的データ・カルーセルが、１または複数のアプリケーションによって随時必要とされるアプリケーション・モジュールおよびライブラリ・モジュールを継続的に同報通信する、システム。
【請求項１６】
請求項１３に記載のシステムであって、前記帯域内データ・カルーセルが動的データ・カルーセルである、システム。
【請求項１７】
請求項１６に記載のシステムであって、前記動的データ・カルーセルが、オンデマンドで個々のファイルを同報通信する、システム。
【請求項１８】
請求項１３に記載のシステムであって、前記帯域内データ・カルーセルがバックエンド・ゲートウェイに駐在する、システム。
【請求項１９】
請求項１２に記載のシステムであって、前記アプリケーションが、デジタル・ホーム通信端末、特定用途向けシステム・ボード、および特定の基準設計ボードからなるグループから選択されたデバイスで動作する、システム。
【請求項２０】
請求項１２に記載のシステムであって、前記１または複数のコード・モジュールを前記フェッチすることは、前記１組のコンパイル済みコード・モジュールを変更しない、システム。
【請求項２１】
請求項１２に記載のシステムであって、
使用の最も少ないメモリ・ブロックのデジタル・コンテンツをハード・ディスクへ移動する手段を更に備えるシステム。
【請求項２２】
請求項２１に記載のシステムであって、フェッチした前記１または複数のコード・モジュールが、前記使用の最も少ないメモリ・ブロックに配される、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連する出願の参照
本願は、２００５年４月８日出願の「ＭＥＴＨＯＤ  ＡＮＤ  ＳＹＳＴＥＭ  ＦＯＲ  ＤＯＷＮＬＯＡＤＩＮＧ  ＡＰＰＬＩＣＡＴＩＯＮＳ  ＩＮＴＯ  ＭＥＭＯＲＹ−ＣＯＮＳＴＲＡＩＮＥＤ  ＳＹＳＴＥＭＳ」という名称の先の米国仮出願第６０／６６９３８７号の利益を主張するものであり、参照によりその開示全体が本明細書に組み込まれる。
【０００２】
本願はまた、２００６年２月１０日出願の「ＩＮＴＥＲＡＣＴＩＮＧ  ＷＩＴＨ  ＩＮＴＥＲＮＥＴ  ＡＰＰＬＩＣＡＴＩＯＮＳ  ＶＩＡ  ＢＲＯＡＤＢＡＮＤ  ＮＥＴＷＯＲＫ  ＯＮ  ＥＬＥＣＴＲＯＮＩＣ  ＩＮＰＵＴ／ＯＵＴＰＵＴ  ＤＥＶＩＣＥＳ」という名称の米国特許出願第１１／３５０９２３号にも関連し、参照によりその開示全体が本明細書に組み込まれる。
【０００３】
発明の分野
本発明は電子メモリに関し、より詳細には、デジタル・ケーブル・デバイス、サテライト・デバイス、インターネット・プロトコル（ＩＰ）・テレビジョン・セットトップ・ボックス、システム・ボードなどのような、メモリ制約のある電子入力／出力デバイスに関するメモリ・アクセスを容易にすることによってメモリを管理するシステムおよび方法に関する。
【背景技術】
【０００４】
コンピュータは、パーソナル・コンピュータ、システム・ボード、特定用途向けコンピュータ（ＡＳＩＣ）などのように、日常使用することのできる極めて精巧なデバイスに進化した。コンピュータは典型的に、多種多様な特殊な作業を実施する。そのような特殊な作業は、通常、デジタル・テレビジョン、サテライト・デバイス、パーソナル・コンピュータ、携帯情報端末（ＰＤＡ）、ワイヤレス電話、ボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）・デバイスなどのような様々なプラットフォームで実装され、また、様々な個々のアプリケーション・プログラム内に実装される。こうした現代のコンピュータ・システムの主な構成要素の１つはメモリである。典型的には、アプリケーション・プログラムは１次物理メモリにロードされて１次物理メモリから実行されるものであり、１次物理メモリは典型的にランダム・アクセス・メモリ（ＲＡＭ）を含む。
【０００５】
各アプリケーション・プログラムは、典型的に、コードおよびデータの記憶のためにコンピュータ・システム内の対応するメモリ空間の割当てを必要とする。更に、コンピュータ・オペレーティング・システムは、通常、複数のアプリケーション・プログラム間でメモリ空間を割り振る。
【０００６】
コンピュータのコンピューティング能力がますます向上しているために、こうしたシステムが、それらシステムのために設計される精巧なアプリケーション・プログラムを実行するのには、更に多くの搭載メモリが必要とされる。しかしながら、実行する必要のある１または複数のアプリケーション・プログラムのメモリ要件と比較して、専用化されたシステム・ボードが有する物理メモリは、しばしば、そのシステム・ボードが必要とするすべてのコードおよびデータを保持するには小さ過ぎる。そのようなＲＡＭ容量に関する制限は、典型的に、追加のユーザ定義アプリケーションを円滑に実施するように設計された第三者から提供されるプログラムの数を制限する。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従って、空間の制約されたメモリ・システムでのアプリケーション・プログラムのロードおよび実行をより容易にする方法およびシステムが求められている。
【０００８】
従来技術の不備に鑑みて、本発明の目的は、空間の制約のあるメモリ環境において複合プログラム・モジュールへのアクセスおよびその実行を容易にするシステムおよび方法を提供することである。
【課題を解決するための手段】
【０００９】
本発明の一実施形態では、このシステムおよび方法は、帯域内データ・カルーセル（ｉｎ−ｂａｎｄ  ｄａｔａ  ｃａｒｏｕｓｅｌ）を使用するものであり、これは、どこかの場所、例えばケーブル・テレビジョン設備のヘッド・エンドに駐在することができる。帯域内データ・カルーセルは、コンパイル済みコード・モジュールを常に同報通信するハードウェアとソフトウェアとの組合せを含むことができる。そのようなコンパイル済みコード・モジュールは、ライブラリ、アプリケーション、ライブラリの一部、アプリケーションの一部、データ、イメージなどを構成することができる。コンパイル済みコード・モジュールは常にダウンロードすることができる。なぜなら、帯域内データ・カルーセルが継続的にすべてのモジュールを同報通信するからである。デジタル・ホーム通信端末（ＤＨＣＴ）で動作するプログラムがこうしたモジュールのうちの１つを必要とする場合、これは、データ・モジュールを同報通信するために帯域内データ・カルーセルが使用する周波数（即ち、チャネル）へ同調し、必要とするモジュールを帯域内データ・カルーセルからフェッチする。従って、帯域内データ・カルーセルは、本質的に、読取り専用仮想メモリとして実装される。
【００１０】
本発明の別の実施形態では、幾つかのコード・モジュールがコンパイルされ、次いで、帯域内データ・カルーセルなどの仮想メモリに格納される。コンパイル済みコード・モジュールを含む帯域内データ・カルーセルは、バックエンド・サーバに配され、コンパイル済みコード・モジュールを常に同報通信するように活動化される。プログラムは、ローカルＤＨＣＴ上で自動的に、またはエンド・ユーザにより、活動化され、ソフトウェア・コードをトリガして、ローカルに実行されるプログラムがコンパイル済みコード・モジュールの何れかを必要とするかどうかをチェックする。プログラムがそのようなコードを必要とする場合、適切なモジュールが帯域内データ・カルーセルから取り出され、メモリ内の最も長い時間使用されていないブロックと交換される。代替例として、または更に、実施形態は、メモリから除去するモジュールを選択するための他の基準、例えば、最小量の使用、参照の回数、または何らかの他の要件に基づく基準のうちの何れかまたは組合せなどを使用することができる。
【００１１】
本発明の更に別の実施形態では、コード・モジュールは、コンパイルされ、静的帯域内データ・カルーセルに格納され、頻繁に必要とされ得るファイルを何度も同報通信する。この実施形態はまた、他のタイプのファイルを１度だけ帯域内同報通信を介してダウンロードすることを可能にする動的カルーセルを実装することもできる。そのようなファイルのタイプは、非限定的な例として、インターネットや他のソースからダウンロードされるものであり且つセットトップ・ボックスによってオンデマンドで要求されるファイルを含む。要求側（例えばセットトップ・ボックス）は、通常はカルーセル・サーバと整合され、従って、アプリケーション用にセットトップ・ボックスで必要とされる個々のファイルは迅速にダウンロードされ得る。そのような個々のアプリケーションは、例えば、ＥＢａｙ（商標）の画像を含み得る。
【００１２】
本発明の更に別の実施形態では、帯域内データ・カルーセルを構成する仮想メモリの区画ブロックが、メモリ制約のあるデバイス上で動作するアプリケーションで必要とされる１または複数のファイルを含むことができる。そのような仮想メモリの区画ブロックを、物理メモリの最小使用（最も使用されていない）区画ブロックと交換することができ、この最小使用区画ブロックは、ローカル・マシンのハード・ディスクへ移動することができ得る。例えば、例示のために「Ａ」、「Ｂ」、「Ｃ」から「Ｚ」まで符号を付けたブロックに、仮想メモリを分割することができるものとする。ローカル・マシンは、例えば、物理メモリのよく使用されるメモリのブロックに駐在するプログラムを実行する。そのようなプログラムは、例えば、仮想メモリのブロック「Ｚ」にあるアプリケーションを呼び出すことができる。この実施形態は、物理メモリ内の最小使用ブロック（１または複数）の内容をローカル・マシンのハード・ディスクに移動することによって、最小使用ブロックを再配置する。次いで、物理メモリ内にあるプログラムを実行するのに必要であり、仮想メモリのブロック「Ｚ」内にある、要求されたコンパイル済みコード・モジュールが、以前には最小使用ブロックであり現在は空きブロックであるブロックへ移動され、プログラムが実行される。
【００１３】
以下の本発明の実施形態のより具体的な説明、添付の図面、および特許請求の範囲から、本発明の上記および他の特徴および利点が明らかとなるであろう。
【００１４】
以下の本発明の例示的な実施形態の説明を添付の図面と共に読むと、構造と動作との両方に関して、本発明の追加の目的および利点と共に、本発明を最も良く理解することができる。
【発明を実施するための最良の形態】
【００１５】
以下の説明は、本発明の様々な応用例に関する幾つかの特定の実施形態および詳細を提供することによって本発明を完全に理解するようにしたものである。しかしながら、本発明はこうした実施形態および詳細に限定されず、こうした実施形態および詳細は例示的なものに過ぎない。周知のシステムおよび方法に照らして、特定の設計および他の必要に応じて、意図される目的および利点のための任意の数の代替の実施形態での本発明の使用を当業者なら理解するはずであることを、更に理解されたい。
【００１６】
多くのコンピューティング・システムやデバイスは、不揮発性メモリ（例えば、フラッシュ・メモリや、電気的消去可能プログラマブル読取り専用メモリ「ＥＥＰＲＯＭ」）を使用して、周期的に変更される可能性のあるプログラム・コードを保持する。不揮発性メモリの使用の一例は、デジタル・ケーブル・テレビジョン・プロバイダ技術におけるものである。デジタル・ケーブル・プロバイダは、例えば、１日の一定の時刻（通常は、装置の使用率が最低となる朝の早い時刻）に、電子番組ガイド（ＥＰＧ）、ゲーム、ポーリング、他の対話式テレビジョン（ＩＴＶ）・アプリケーションなどのようなプログラムおよびデータを、ＤＨＣＴにダウンロードする。そのようなデータは、置換のために更新がダウンロードされるまで、ＤＨＣＴのフラッシュ・メモリに駐在することができる。フラッシュ・メモリは不揮発性であり、従って、フラッシュ・メモリにロードされる任意のデータは、ＤＨＣＴがオフにされたときでも、そこに残る。
【００１７】
一般的に言えば、デジタル・ホーム通信端末（ＤＨＣＴ）は、シン（thin）・クライアントとシック（thick）・クライアントとの、２つのカテゴリに分割される。シン・クライアントは、典型的に、基本的なＥＰＧ機能およびビデオ・オン・デマンド（ＶＯＤ）機能を処理するのに十分な程度の基本的機能を特徴とし、通常は、低い能力の中央演算処理装置（ＣＰＵ）および少ないＲＡＭを有する。このような技術的制限のために、こうしたプラットフォーム用のソフトウェア・プログラム（またはアプリケーション）は、クライアント・サーバ構成でテレビジョン・ケーブル・プラント（即ち、ケーブル・ヘッド・エンド）に基づく傾向があり、典型的には、ＤＨＣＴは主に単純なディスプレイ・デバイスとして使用される。
【００１８】
あるシン・クライアントの制限のうちの１つは、個々のアプリケーションをＤＨＣＴにダウンロードして、次いでダウンロードしたアプリケーションを実行するための機構がないことである。むしろ、アプリケーションをＤＨＣＴのフラッシュ・メモリにフラッシュしなければならない。例えば、１日のある時刻、例えば午前３時に、アプリケーション・プログラムがＤＨＣＴにフラッシュされ、そのアプリケーション・プログラムは、それが更新されるまで一定の期間（例えば６か月や１年）、ＤＨＣＴにとどまる。従って、アプリケーションがそのときにＤＨＣＴにインストールされなかった場合、アプリケーションを実行することができない。これは、増分式に配されたり、常に更新されたりし得る複数の小さいアプリケーションを有するモデルとは、うまく適合しない。そのようなアプリケーションは、必要に応じてダウンロードしなければならない。ＤＨＣＴ内の乏しいメモリ資源を温存するために、そのようなアプリケーションはまた、使用しないときに動的に除去可能でなければならない。
【００１９】
そのような問題を回避する１つの可能性は、あるミドルウェア・プラットフォームの場合のように、必要に応じてＪａｖａアプレットをロードし、アプリケーションを実行するのにそうしたアプレットがもはや不要となったときに除去することである。そのような解決策の１つの欠点は、Ｊａｖａアプレットが典型的にアプリケーションの完全なインスタンスであり、機能するのに多くの量のメモリを必要とすることである。更に、Ｊａｖａアプリケーションは、「ガベッジ・コレクション」メモリ・アーキテクチャ、即ち、プログラム内のどのデータ・オブジェクトには将来アクセスされないかを判定し、そうしたオブジェクトで使用される記憶域があればそれを再利用するという原理に基づいて働く１つの形態の自動メモリ管理を用いる。そのようなシステムは安定的であるとしても、注意深くコード化された非Ｊａｖａアプリケーションよりも多くのＲＡＭメモリを占有する傾向がある。更に、あるシステムでは、Ｊａｖａライブラリをフラッシュ・メモリにインストールしなければならず、増分式にダウンロードや更新することができない。一例を挙げると、組込みＪａｖａに対して提供される最小のコンフィギュレーションでさえ、アプリケーションを実行するのに必要なメモリ空間に加えて、機能するために２５６〜５１２ＫのＲＯＭと２５６〜５１２ＫのＲＡＭを必要とする。従って、Ｊａｖａアプレットは、任意の小さいメモリ区画にアプリケーション・プログラムをロードして実行するための最適な解決法ではない。
【００２０】
本発明の一実施形態では、図１を参照すると、ＤＨＣＴ装置１０５は、ユーザの位置に配置されてテレビジョンなどのエンド・ユーザ・ディスプレイ１１０に結合されたケーブル・ボックス、サテライト・ボックス、ＭｏｔｏｒｏｌａのＤＣＴ−２０００などのようなＩＰＴＶ（インターネット・プロトコル・テレビジョン）ボックスのうちの何れか１つを構成することができる。なお、これらは非限定的な例である。他の応用例の中でもとりわけ、電子番組ガイド（ＥＰＧ）、ビデオ・オン・デマンド（ＶＯＤ）番組などのエンド・ユーザ要求を容易にするためにアプリケーション・プログラムを受信して実行するように、ＤＨＣＴ１０５を構成することができる。メモリ空間が限られるため、対話式テレビジョンなどのような他の応用例はＤＨＣＴ１０５には適合しないことがある。
【００２１】
本発明の一実施形態は帯域内データ・カルーセル１２０を使用し、帯域内データ・カルーセル１２０は、いずれかの場所、例えばケーブル会社設備のヘッド・エンド１１５に駐在することができる。帯域内データ・カルーセル１２０は典型的にハードウェアとソフトウェアとの組合せであり、コンパイル済みコード・モジュール１２０（ａ）〜（ｄ）を常に同報通信することができる。そのようなコンパイル済みコード・モジュール１２０（ａ）〜（ｄ）は、１または複数のライブラリ１２０（ａ）、アプリケーション１２０（ｂ）、ライブラリ１２０の一部（ｃ）、アプリケーション１２０の一部（ｄ）、データ、イメージなどを含むことができる。コンパイル済みコード・モジュール１２０（ａ）〜（ｄ）は、常にダウンロードすることができる。なぜなら、帯域内データ・カルーセルはモジュールの一部またはすべてを継続的に同報通信するからである。
【００２２】
プログラムがこうしたコード・モジュールのうちの１つを必要とするとき、プログラムは、コード・モジュールを同報通信するために帯域内データ・カルーセル１２０により使用される周波数（即ち、チャネル）に同調して、プログラムが必要とする１または複数のコード・モジュール（またはコード・モジュールの一部）をフェッチすることができる。プログラムまたはＤＨＣＴ１０５の観点からは、帯域内データ・カルーセル１２０は、本質的には、読取り専用仮想メモリとして実装される。
【００２３】
本発明の更に別の実施形態では、１組の静的モジュールを同報通信する代わりに、またはそれに加えて、本発明のシステムおよび方法は動的カルーセルを実装することができ、動的カルーセルは、インターネットや他のソースからの他のファイルをセットトップ・ボックスで動的に要求して、次いでオンデマンドで帯域内チャネルを介してダウンロードすることを、可能にする。ファイルを何度も同報通信する静的カルーセルとは異なり、動的カルーセルは、ファイルを１度だけ同報通信する（要求時に）ことができ、そして、セットトップ・ボックスはカルーセル・サーバと整合的に作用するので、セットトップ・ボックスは、ＥＢａｙ（商標）イメージなどのような個々のアプリケーションにとって必要な個々のファイルを迅速にダウンロードすることができる。
【００２４】
図２に、本発明の別の実施形態を示す。ステップ２０５で、幾つかのコード・モジュールをコンパイルする。次いで、ステップ２１０で、コンパイル済みコード・モジュールが、帯域内データ・カルーセルなどのような仮想メモリに格納される。ステップ２１５では、コンパイル済みコード・モジュールを含む帯域内データ・カルーセルをバックエンド・サーバ上に配し、ステップ２２０では、コンパイル済みコード・モジュールを常に同報通信するように活動化する。ステップ２２５では、自動的に、またはエンド・ユーザによって開始されることにより、プログラムは、ローカルＤＨＣＴ上で活動化する。このプログラムは、ステップ２３０で、ローカルに実行されるプログラムがコンパイル済みコード・モジュールの何れかを必要とするかを検査する。そのプログラムが、そのようなコード・モジュールを必要とする場合、ステップ２４０で、適切なモジュールが帯域内データ・カルーセルから取り出されて、メモリ内の最も長い時間使用されていないブロックと交換される。そうでない場合、ステップ２３５でプロセスは終了する。モジュールを選択してメモリから除去するための他の方式（例えば、最小使用、最低の参照回数を有するものなど）も企図される。
【００２５】
図３に、本発明の別の実施形態を示す。ＤＨＣＴなどのローカル・マシン（図示せず）では、メイン・メモリ３１０のよく使用されるブロックが物理メモリ内にあり、あまりよく使用されないブロックはローカル・マシンのハード・ディスク上にある。隣には構造３２０が示されており、構造３２０は、帯域内データ・カルーセル（例えば、図１の１２０）を構成する仮想メモリであり得る。仮想メモリ３２０を、「Ａ」、「Ｂ」、「Ｃ」ないし「Ｚ」までなどのようなブロックに分割することができる。ローカル・マシンは、例えば、物理メモリの共通に使用されるメモリ・ブロックのブロック「Ｒ」３１５に駐在するプログラムを実行する。このプログラムは、仮想メモリのブロック「Ｚ」３３０に駐在するアプリケーションを呼び出す。次いで、物理メモリ内のブロックのうちの最小使用のもの、例えばブロック「Ｆ」３２０を選び、ローカル・マシンのハード・ディスクへ移動させる。次いで、ブロック「Ｒ」３１５のプログラムを実行するために必要な、仮想メモリのブロック「Ｚ」に駐在するコンパイル済みコード・モジュールを、「Ｆ」３２０により空けられたブロックへ移動し、その移動後にプログラムを実行することができる。
【００２６】
上記より、本発明のシステムおよび方法により、アプリケーションを単純で直感的な方式で実行する際に利点がもたらされると共に、使用可能なメモリ資源が最も効率的に使用されることを、理解されよう。上記の説明は特定のものであるが、本発明の範囲に関する制限とみなすべきではなく、好ましい実施形態の一例に過ぎない。本発明の教示内で幾つかの変形形態が可能である。例えば、システムで必要とされるアプリケーションを格納するために異なるアーキテクチャを使用することができ、また、一時メモリが異なる場所を有することができ、また、別の名前で知られているものでもよい。従って、本発明の範囲は、上記の例によってではなく、特許請求の範囲およびその法的均等物によって決定されるべきである。
【図面の簡単な説明】
【００２７】
【図１】図１は、本発明の一実施形態による通信システムを示すブロック図である。
【図２】図２は、本発明の一実施形態によるソフトウェア・モジュールをダウンロードするステップを示す流れ図である。
【図３】図３は、本発明の一実施形態によるメモリ管理を示すブロック図である。
【図１】
2008538432.tif 000003
【図２】
2008538432.tif 000004
【図３】
2008538432.tif 000005