"外部医療装置のディスプレイ上にグラフィックをレンダリングする方法であって、埋込み型医療装置から遠隔通信された、前記ディスプレイ上にレンダリングすべき少なくとも1つのグラフィックを示す入力データを第1のマイクロコントローラにおいて受取るステップと、前記第1のマイクロコントローラにおいて、前記入力データをグラフィックコマンドに変換するステップと、前記グラフィックコマンドを第2のマイクロコントローラに送信するステップと、前記グラフィックコマンドを使用して、少なくとも1つの画像ファイルを記憶装置から検索するステップと、前記第2のマイクロコントローラを使用し、且つ、前記少なくとも1つの画像ファイルを使用して、前記ディスプレイ上に前記少なくとも1つのグラフィックをレンダリングするステップと、を含む方法。前記第1のマイクロコントローラは、前記第2のマイクロコントローラが作動するクロック周波数よりも遅いクロック周波数で作動する、請求項1に記載の方法。前記グラフィックコマンドは、画面インデックスを含む、請求項1に記載の方法。前記グラフィックコマンドは、さらに、前記少なくとも1つのグラフィックのレンダリングを修正する少なくとも1つの属性を含む、請求項3に記載の方法。前記画面インデックスを使用して、前記少なくとも1つの画像ファイルを前記記憶装置から検索する、請求項3に記載の方法。前記グラフィックコマンドをさらに使用して、前記少なくとも1つの画像ファイルのための場所を検索し、前記少なくとも1つのグラフィックを前記ディスプレイ上の前記場所にレンダリングする、請求項1に記載の方法。前記入力データを、前記外部コントローラのユーザインターフェイスからさらに受取る、請求項1に記載の方法。前記ユーザインターフェイスは、複数のボタンを含む、請求項1に記載の方法。前記入力データは、前記埋込み型医療装置内のバッテリの容量を含む、請求項1に記載の方法。外部医療装置のディスプレイ上にグラフィックをレンダリングする方法であって、a埋込み型医療装置から遠隔通信された、前記ディスプレイ上にレンダリングすべき少なくとも1つのグラフィックを示す入力データを第1のマイクロコントローラで受取るステップと、b前記入力データの少なくとも第1の部分を前記第1のマイクロコントローラから第2のマイクロコントローラに送信するステップと、c前記第2のマイクロコントローラにおいて、前記入力データの少なくとも第1の部分を処理するステップと、d前記処理したデータを前記第1のマイクロコントローラに送信するステップと、e前記第1のマイクロコントローラにおいて、少なくとも前記処理したデータをグラフィックコマンドに変換するステップと、f前記グラフィックコマンドを前記第2のマイクロコントローラに送信するステップと、g前記グラフィックコマンドを使用して、少なくとも1つの画像ファイルを記憶装置から検索するステップと、h前記第2のマイクロコントローラを使用して、前記少なくとも1つの画像ファイルを前記ディスプレイ上にレンダリングするステップと、含む方法。前記入力データの第2の部分を前記第1のマイクロコントローラに記憶し、前記第1のマイクロコントローラにおいて、前記処理したデータ及び前記入力データの第2の部分をグラフィックコマンドに変換するステップをさらに含む、請求項10に記載の方法。前記ステップb及びdは、前記第1のマイクロコントローラと前記第2のマイクロコントローラの間のデータバスを使用して行われ、前記ステップfは、前記第1のマイクロコントローラと前記第2のマイクロコントローラの間の制御バスを使用して行われる、請求項10に記載の方法。前記第1のマイクロコントローラは、前記第2のマイクロコントローラが作動するクロック周波数よりも遅いクロック周波数で作動する、請求項10に記載の方法。前記グラフィックコマンドは、画面インデックスを含む、請求項10に記載の方法。前記グラフィックコマンドは、前記グラフィックのレンダリングを修正する少なくとも1つの属性をさらに含む、請求項14に記載の方法。前記画面インデックスを使用して、前記少なくとも1つの画像ファイルを前記記憶装置から検索する、請求項14に記載の方法。前記グラフィックコマンドをさらに使用して、前記少なくとも1つの画像ファイルのための場所を検索し、前記少なくとも1つのグラフィックを前記ディスプレイ上の前記場所にレンダリングする、請求項10に記載の方法。さらに、前記入力データを前記外部コントローラのユーザインターフェイスから受取る、請求項10に記載の方法。前記ユーザインターフェイスは、複数のボタンを含む、請求項10に記載の方法。前記入力データは、電極抵抗値を含む、請求項10に記載の方法。外部コントローラ210及びIPG100がますます進歩するにつれ、発明者らは、高解像度カラーディスプレイ等のより質の高いユーザインターフェイスを患者に提供することが有利であると気付いた。例えば、現在、患者は、自身の外部コントローラ210を使用して電極間に電流を誘導し、BostonScientific社のi-Sculpt登録商標技術を使用して行われるような最も有効な刺激治療を見出すことができる。本出願とともにコピーを提出しているhttp://www.chrisamichaels.com/assets/precplus.pdfを参照されたい。しかしながら、一般的には、駆動が比較的単純であり、有意なコンピュータリソースを必要としない白黒液晶ディスプレイを使用する従来の外部コントローラ内に存在するマイクロコントローラ及びディスプレイを使用して電流ステアリングを行うことは困難である。大型の高解像度ディスプレイは、より良好な電流ステアリング及びその他のシステム機能を可能にするであろうが、これにはさらなるコンピュータリソースが必要であり、従来の外部コントローラ内に存在するマイクロコントローラを使用してこのリソースを提供することは困難である。本開示は、解決策を提供するものである。以下の説明は、本発明を脊髄電気刺激SCSシステム内で使用することに関する。しかしながら、本発明はこのように限定されるものではない。むしろ、本発明は、埋込み型医療装置の改善された外部コントローラから恩恵を受けることができる任意の種類の埋込み型医療装置システムとともに使用することができる。例えば、本発明は、埋込み型センサ、埋込み型薬物ポンプ、ペースメーカー、除細動器、蝸牛刺激器、網膜刺激器、協調四肢運動を生み出すように構成された刺激器、脳皮質及び脳深部刺激器を使用するシステムの一部として、又は様々な状態のいずれかを処置するように構成されたその他の任意の神経刺激器において使用することができる。埋込み型医療装置とともに使用可能な、2つのマイクロコントローラを有する改善された外部コントローラを開示する。この外部コントローラは、低速低周波数マイクロコントローラと、高速高周波数マイクロコントローラを含む。低速マイクロコントローラは、医療装置から遠隔通信ユニットを介して遠隔通信データを受取り、データをグラフィックコマンドに変換し、グラフィックコマンドを高速マイクロコントローラに送信する。高速マイクロコントローラは、グラフィックコマンドを解釈し、グラフィックコマンドを示す画像を記憶装置から検索し、画面及び画像をディスプレイ画面上にレンダリングする。高速マイクロコントローラは、低速マイクロコントローラから送信されたさらに複雑なデータを処理し、この結果を低速マイクロコントローラに戻して、高速マイクロコントローラが実行するグラフィックコマンドを形成できるようにしてもよい。この結果、外部コントローラ内における高品質なグラフィックの実装、及びこの外部コントローラによる質の高い患者体験が可能になる。改善された外部コントローラ400の1つの実施形態を、図4にブロック図形式で示す。外部コントローラ400は、2つのマイクロコントローラ、すなわち、低速マイクロコントローラ410及び高速マイクロコントローラ420を備え、これらを後で詳細に説明する。外部コントローラ400は、IPG100と無線で通信する遠隔通信ユニット405を備える。外部コントローラ400はまた、後でさらに説明するような画像ファイル等の予めロードしたデータを記憶する記憶装置430を備える。外部コントローラ400は、患者に、ディスプレイ440及び様々な入力ボタン250図3の形態のユーザインターフェイスを提供する。患者は、ユーザインターフェイスから、多数の作業を行うことができ、かかる作業は、例えば、外部コントローラ400からIPG100に新たな治療プログラム等のデータを遠隔通信すること、IPG100からの様々な形態の状態フィードバックを外部コントローラ400においてモニタすることである。後でさらに説明するように、例えば、ボタン250からのかかるユーザ入力は、典型的には、2つのマイクロコントローラ410、420のマスターとして機能する低速マイクロコントローラ410に到達する。1つの実施形態では、外部コントローラ400は、常に、IPG100との遠隔通信のイニシエータ開始装置として機能する。この実施形態では、ユーザが、ユーザインターフェイスを使用して、外部コントローラ400を、電源を切った状態又はスリープ状態から起動させ、ユーザインターフェイスボタン250などを使用して、IPGのバッテリ状態を問い合わせること等の通信を開始する。しかしながら、このことがすべての有用な実施形態において厳密に必要なわけではない。その代わりに、外部コントローラ400は、ユーザの介入なしに、IPG100との通信を開始してもよいし、IPG100自体が、スケジュールに従って又は重要と思われるデータを受取ったとき、外部コントローラ400にデータを遠隔通信したり、少なくともデータを遠隔通信しようとしたりしてもよい。ディスプレイ440は、選択的には、テキスト及びグラフィックの両方を表示して、必要な情報を患者に伝え、かかる情報は、例えば、メニューオプション、刺激設定、IPGのバッテリ状態、外部コントローラのバッテリ状態、刺激状態すなわち、オン又はオフ、充電状態オン又はオフである。ディスプレイ440は、カラーディスプレイを含むのがよく、カラーディスプレイは、例えば、カラースーパーツイステッドネマチックCSTNLCD、薄膜トランジスタTFTLCDである。ディスプレイ440は、さらに、有機発光ダイオードOLEDディスプレイをさらに含むのがよい。有機発光ダイオードOLEDディスプレイは、単色、グレースケール典型的には4ビット、カラー典型的には、は2色又は3色、又はフルカラー8ビット~32ビットカラーで利用することができる。上述したように、ディスプレイ440の複雑性が、2つのマイクロコントローラ410、420を使用する主な動機である。後でさらに説明するように、記憶装置430は、ディスプレイ440上にレンダリングされる画像ファイル等の永続データを記憶するのに使用される。かかる画像ファイルは、外部コントローラ400の製造中に記憶装置430内にロードされるのがよい。ソフトウェアブロック450は、一般的には、低速マイクロコントローラ410のためのオペレーティングソフトウェアを含み、ソフトウェアブロック455は、一般的には、高速マイクロコントローラ420のためのオペレーティングソフトウェアを含む。ソフトウェアブロック450、455のいずれかは、それぞれのマイクロコントローラのファームウェアの一部を含んでいてもよいし、それらに接続されていてもよい。典型的には、記憶装置430とソフトウェアブロック450、455は両方とも、不揮発性ストレージを提供するフラッシュEEPROMメモリを含むが、製造中又は製造後にオペレーティングソフトウェア又は画像ファイルを更新する必要がある場合には、フラッシュEEPROMメモリを消去することができる。変形例として、記憶装置430及びソフトウェアブロック450、455を、ROMマイクロコード内に実装してもよい。記憶装置430は、高速マイクロコントローラ420に直列に接続されてもよい。低速マイクロコントローラ410は、外部コントローラ400内の基礎データの処理に適している。低速マイクロコントローラ410は、その比較的低い作動周波数例えば、6MHzのため、消費電力が少なく、電磁放射線が少なく、比較的サイズが小さい。1つの実施形態では、低速マイクロコントローラ410として、TexasInstruments社のMSP430シリーズのマイクロコントローラが使用される。低速マイクロコントローラ410は、外部コントローラ400内で遠隔通信及び典型的なデータの処理を行い、この処理は、例えば、最新のパーソナルコンピュータと比べて比較的低速で行うことができる。対照的に、高速マイクロコントローラ420は、より高い周波数例えば、48MHzで作動し、従って、相当な処理を必要とする機能の実行により良く適応し、かかる処理は、例えば、大量の計算、浮動小数点演算、又は高速データストリーミングである。1つの実施形態では、高速マイクロコントローラ420として、Atmel社のARMマイクロコントローラが使用される。図4に示すように、外部コントローラ400は、低速マイクロコントローラ410において、遠隔通信ユニット405を介してIPG100との間で遠隔通信データを送受信する。遠隔通信ユニット405は、トランシーバ回路を含み、トランシーバ回路は、データを送信用にエンコード符号化するための変調回路、及び受取ったデータをデコード復号するための復調回路を含む。上述したように、外部コントローラ400は、IPG100が患者に施す治療を設定するためのプログラムデータをIPG100に送信する。外部コントローラ400はまた、IPG100からのデータの受信機として機能してもよく、かかるデータは、例えば、ディスプレイ画面440に表示され且つIPGの状態を報告する様々なデータである。図4に示すように、低速マイクロコントローラ410は、データバス425を介して高速マイクロコントローラ420と通信する。また、低速マイクロコントローラ410から高速マイクロコントローラ420にコマンドを送信するための別個の制御バス427を示している。これに関して、低速マイクロコントローラ410は、高速マイクロコントローラ420に対するマスターとして機能し、高速マイクロコントローラ420は、スレーブとして機能し、その理由は、高速マイクロコントローラ420は、一般的には、低速マイクロコントローラ410によって与えられるコマンドに従って作動するからでる。データバス425、コマンドバス427、又はこれらの両方は、シリアルバスを含んでいてもよい。上述したように、外部コントローラ400は、低速マイクロコントローラ410において、IPG100のバッテリ容量等の遠隔通信データを遠隔通信ユニット405を介してIPG100から受取り、この情報がディスプレイ440に送信される。この作動を容易にするために、低速マイクロコントローラ410は、受取った遠隔通信データを、高速マイクロコントローラ420によって実行されるようにグラフィックコマンドに変換する。グラフィックコマンドは、画面に描画し又はこれを更新する方法についての指令セットを含み、かかるグラフィックコマンドは、グラフィックコマンドプロトコルに従ってフォーマットされる。もちろん、IPG100から外部コントローラ400に送信される全てのデータが、最終的にディスプレイ440に送られるとは限らず、かかる場合には、グラフィックコマンドのフォーマットは不要である。さらに、以下の例では、遠隔通信されたデータを表示することを強調しているが、ディスプレイ440上の全ての画像が、IPG100から遠隔通信されたデータに由来するとは限らない。外部コントローラ400内で使用されるグラフィックコマンドプロトコルは、インデックス付き画面のライブラリを使用し、各画面又はインデックスは、外部コントローラ400の作動中の所与の時点における画面の特定の外観に対応する。例えば、インデックス0は、ユーザに様々な選択肢を提示できるメインメニュー画面を含み、インデックス1は、シミュレーション画面を含む。ユーザは、ユーザインターフェイスを使用して選択を行うことによって、これらの画面間を移動し、例えば、ボタン250を使用して、メインメニュー画面インデックス0から刺激画面インデックス1に移動する。しかしながら、このことが厳密に必要なわけではなく、その理由は、外部コントローラ400は、必要に応じて画面インデックス間を自動的に移動してユーザに様々な重要な情報を示してもよいからである。各インデックスは、ディスプレイ440のレイアウトを定め、且つ、ディスプレイ440に表示すべきグラフィック及びかかるグラフィックの場所の組に対応する。インデックス1の刺激画面の表示例を、図5Aに示し、この表示例は、複数のグラフィックを含み、具体的には、外部コントローラのバッテリ状態506、IPGのバッテリ状態504、刺激レベル状態502、最大値の割合としてテキスト表示される刺激レベル状態503、プログラムグラフィック510、及びメニューグラフィック512のグラフィックを含む。プログラムグラフィック510は、特定のプログラム番号図示のような1、及びこのプログラムのテキスト記述午前を含み、これは、このプログラム1が、この患者が一般的には、午前中に使用する設定を含むことを示す。もちろん、プログラム番号及びその設定は、ユーザがユーザインターフェイスを使用することにより変更してもよい。特定の画面インデックスに関して表示されるこれらのグラフィックのいくつかは、表示されるグラフィックを変化させる属性を含む。例えば、IPGバッテリゲージ504は、IPGバッテリの電流容量に基づき、0~100の範囲である。IPGバッテリゲージ504には、この容量属性は、典型的には、多数の実線バー各々が25の容量を構成する4つのバーとして反映される。刺激レベルゲージ502も同様であり、電流刺激レベルを最大値の割合として示すための多数のバーを構成する。また、ゲージ503は、この属性を40のようにテキストで表示する。いくつかの属性は、ユーザが行った変更に由来し、他の属性は、IPG100から遠隔通信されたデータに由来する。例えば、ゲージ504によって反映されるIPGバッテリ容量は、IPG100から遠隔通信されたデータに由来し、ゲージ502及び503によって反映される刺激レベルは、外部コントローラのユーザインターフェイス上のボタン250を介したユーザ入力に由来する。低速マイクロコントローラ410は、遠隔通信を介してIPG100から又はユーザインターフェイスを介してユーザから受取っているデータに基づいて、どの画面インデックス又はその画面インデックス内の特定のグラフィックが関係しているかを認識する。例えば、遠隔通信データは、遠隔通信されたデータを識別するヘッダ情報を伴う。次に、図5Bに示すように、低速マイクロコントローラ410は、そのインデックス及び任意の属性Ax例えば、IPGバッテリ容量を、制御バス427を介して高速マイクロコントローラ420に受け渡す。上述し且つ図示したように、各画面インデックスは、所与のインデックスを構成するグラフィックに対応する複数の画像ファイルに対応し、これらの画像ファイル及び場所は、記憶装置430に記憶されている。例えば、画像ファイルImage3.gphは、IPGバッテリゲージ504を表す画像ファイル及びそのディスプレイ440上の場所Loc3を含み、画像ファイルImage4.gphは、刺激ゲージ502を表す画像ファイル及びそのディスプレイ上の場所Loc4を含む。新しいインデックスが高速マイクロコントローラ420から記憶装置430に受け渡されると、再び図5Bに示すように、対応する画像ファイル及び場所を検索する。次に、高速マイクロコントローラ420は、これらを処理し、ディスプレイ440のレンダリングエンジン422を使用して、ディスプレイ440上に適当なグラフィックをレンダリングする。レンダリングエンジン422は、IPGバッテリ容量等の属性によってグラフィックを修正する範囲まで、属性を考慮して、レンダリングされた画像を適宜修正する。例えば、IPGバッテリ容量が非常に少ない例えば25場合、レンダリングエンジンは、その属性を考慮して、ゲージ504内の4つのバーのうちの1つだけ中実にレンダリングする。また、レンダリングエンジン422は、レンダリングされた画像の他の側面を属性に応じて変化するように変更してもよい。例えば、ゲージ504を異なる色赤色でレンダリングしてもよいし、IPGバッテリ容量が非常に少ない場合には点滅させてもよい。レンダリングエンジン422は、属性が時間とともに変化するにつれ、表示された画像を更新してもよい。例えば、レンダリングエンジン422は、IPGバッテリ容量が減少していることに気付いた場合、それにしたがって、レンダリングするゲージ504のグラフィックを調整する。これらのグラフィックは、高速マイクロコントローラ420の処理速度に起因して、ユーザの視点から見て外見的に即座にディスプレイ上にレンダリングされる。対照的に、低速マイクロコントローラ410自体が、かかるレンダリングを行ったとすると、その遅い速度に起因して、画像が画面にわたってゆっくりと走査されている間、ユーザは必要以上の長さの時間待たなければならないので、ユーザはフラストレーションを経験する。さらに、低速マイクロコントローラ410がグラフィックレンダリングを行ったとすると、遠隔通信等の他のシステム機能が放棄される程度まで、必要なデータの処理に行き詰まることがある。外部コントローラ400によって可能になる高速グラフィック処理により、上述したiSculpt登録商標電流ステアリング技術等の電流ステアリングをスムーズに実施することを可能にする。例えば、電極の位置をディスプレイ440上に示し、次に、ユーザがボタン250を使用して、電極間の電流を移動又はステアリングさせ、ユーザの刺激治療を最適にすることができる。図6は、これまでに説明した技術をフローチャートで要約したものである。外部コントローラ400は、低速マイクロコントローラ410において、遠隔通信データを埋込み型装置から受取り、又は、ユーザ入力をユーザインターフェイスから受取るステップ630。次に、低速マイクロコントローラ410は、受取ったデータをコマンドプロトコルに従ってコマンドに変換するステップ640。次に、このコマンドを、低速マイクロコントローラ410から制御バス427を介して高速マイクロコントローラ420に送信するステップ650。高速マイクロコントローラ420は、コマンドを受取ると、このコマンドを解釈して、対応する画像ファイルを記憶装置430から検索するステップ660。その後、高速マイクロコントローラ420は、ディスプレイ画面440上に画像をレンダリングするステップ670。IPG100から送信される或るデータは、それをディスプレイ440上にレンダリングできるようにする前に、外部コントローラ400においてかなりの処理を必要とするものがある。例えば、IPG100から受取った或る情報は、複雑であり、たとえば、患者に埋込んだ時の電極の相対的位置決めに関する情報である。かかる位置情報を使用して、電極リード102及び104図1Aの画像をディスプレイ440上に描画することができ、それにより、患者は、かかる電極リードが誤った位置に移動したかどうかを理解することを可能にする。かかる位置情報は、普通、電極リード内の様々な異なる電極間で取得した様々な抵抗測定値を含み、かかる抵抗値をディスプレイ440上のレンダリング可能な位置に解釈するのに、データの多変数性に起因して、かなりの処理が必要になる。電極位置を計算する技術は、特許文献42005年4月1日に出願された米国特許出願第11/096,483号及び特許文献52007年11月12日に出願された米国特許出願第11/938,490号に開示されており、本願を読む者は、特許文献4及び5を知っていると思われる。予想されるように、IPG100は、その処理能力が限られているので、かかる抵抗値の処理にはあまり適していない。その代わり、これらの抵抗値は、処理のためにIPG100から外部コントローラ400に遠隔通信される。低速マイクロコントローラ410も、その速度及び処理能力が限られているので、かかるデータの処理にはあまり適していない。従って、この技術の別の実施形態では、低速マイクロコントローラ410で受取ったデータを評価して、コマンド生成及びディスプレイ440上へのレンダリングの前に、さらなる処理が必要であるかどうかを決定する。必要であれば、すなわち、遠隔通信されたデータが、上述した抵抗値を伴う等、比較的複雑であり、ディスプレイ440上にレンダリングする前にかなりの処理を必要とする場合、データをかかる処理のために低速マイクロコントローラ410から高速マイクロコントローラ420に送信し、処理されたデータを低速マイクロコントローラ410に返送して、それをグラフィックコマンドに変換する。対照的に、受取ったデータが、IPGバッテリ状態である等、比較的単純であり、それを最低の処理のみで患者に表示する場合、低速マイクロコントローラ410は、上述した図6のフローに従ってデータを処理する。この実施形態のプロセス700を図7に示す。前と同様、ステップ710において、低速マイクロコントローラ410が、遠隔通信データ又はユーザ入力を評価し、グラフィックレンダリングの前に、さらなるデータ処理が必要であるかどうかを決定する。低速マイクロコントローラ410は、IPG100から受取った様々なタイプのデータを認識しているので、かかる評価は、受取ったデータのタイプを識別することだけを含む。さらなるデータ処理が必要でない場合、プロセスは、図6に関して上述したステップに続く。すなわち、データをグラフィックコマンドに変換しステップ640、それを高速マイクロコントローラ420に送信しステップ650、それを高速マイクロコントローラ420において使用して画像を検索しステップ660、画像を高速マイクロコントローラ420がによってディスプレイ440上にレンダリングするステップ670。しかしながら、ステップ710において、データをさらに処理する必要がある場合、低速マイクロコントローラ410は、ステップ720において、データの少なくとも一部をデータバス425に沿って高速マイクロコントローラ420に送信する。高速マイクロコントローラ420に送信されたデータの一部は、上述した抵抗値の場合と同様、数学的解析等のかなりの処理を必要とするものを必然的に含む。対照的に、受取ったデータのうちの処理を必要としない他の部分は、高速マイクロコントローラ420における残り部分の処理が完了するまで、低速マイクロコントローラ410のメモリに単純に保持される。その後、高速マイクロコントローラ420に送信されたデータを処理しステップ730、データバスを介して低速マイクロコントローラ410に返送するステップ740。この時点で、このデータを、図6に関連して上述したように、低速マイクロコントローラ410に保持されている任意の受取ったデータと組み合わせてグラフィックコマンドに変換しステップ640、高速マイクロコントローラ420に送信しステップ650、高速マイクロコントローラ420においてこれを使用して画像を検索しステップ660、それをディスプレイ440上にレンダリングするステップ670。上述した抵抗値の例では、ステップ640において、場所データは、グラフィックコマンドを伴った属性を含んでいる。2つのマイクロコントローラを備えた改善された外部コントローラ400は、いくつかの利点を提供する。高速マイクロコントローラ420及び改善された高解像度カラーディスプレイ440を追加することにより、外部コントローラ400は、より質の高いユーザオプション及び患者へのフィードバックを提供することができる。さらに、2つのマイクロコントローラは、高速マイクロコントローラ420がディスプレイ440上のグラフィックを更新しながら、低速マイクロコントローラ410が遠隔通信及びその他のシステム機能等の他のタスクを実行できるようにする並列処理能力も提供する。また、低速マイクロコントローラ410は、その低い作動周波数が遠隔通信に干渉するリスクが少ないので、遠隔通信機能を実行するために好ましい。本開示において言及したマイクロコントローラは、マイクロプロセッサ又はその他の論理デバイス例えば、FPGAを含んでいてもよく、好ましくは、別個の集積回路として実装されると理解すべきである。ディスプレイ上に画像をレンダリングするために使用するグラフィックコマンドは、実際の実装において、複数のグラフィックコマンドを含んでいてもよいことを理解すべきである。従って、グラフィックコマンドは、単一のコマンドとして、又は、一連のグラフィックコマンドとして解釈すべきである。本発明の特定の実施形態を図示し説明したが、上述の説明は、本発明を上記実施形態に限定することを意図するものではない。当業者には、本発明の思想及び範囲から逸脱することなしに、様々な変更例及び修正例を行えることが明らかである。従って、本発明は、特許請求の範囲により定められる本発明の思想及び範囲に含めることができる変形例、修正例及び均等例を含むことが意図される。"