少なくとも1つのコアを有する単一プロセッサと、前記プロセッサと通信し、オペレーティングシステムを保持する電子メモリシステムと、ナビゲーションシステムを含む他の機上設備に接続するために航空機データネットワークと通信するネットワークインターフェースと、前記プロセッサと通信する表示装置と、を含むクラス3電子航空バッグにおいて、前記オペレーティングシステムは、前記電子メモリシステム内のタイプA/Bアプリケーションの前記電子メモリ、前記表示装置、および前記プロセッサへのアクセスを、前記タイプA/Bアプリケーションの実行によるタイプCアプリケーションの実行の潜在的妨害を阻止するために前記オペレーティングシステムにより適用される所定の規則に従って制限するように実行し、前記タイプCアプリケーションは前記航空機データネットワークと相互作用するように設計承認され、前記タイプA/Bアプリケーションは前記航空機データネットワークと相互作用するように設計承認されないことを特徴とするクラス3電子航空バッグ。請求項1に記載のクラス3電子航空バッグにおいて、前記オペレーティングシステムは通信用に使用されるソケットバッファの全体のサイズを制限することを特徴とする電子航空バッグ。請求項2に記載のクラス3電子航空バッグにおいて、前記ソケットバッファの前記全体のサイズはソケット当たりの所定最大データ割り振りと所定最大数のソケットとにより制限されることを特徴とする電子航空バッグ。請求項1に記載のクラス3電子航空バッグにおいて、ネットワーク同報メッセージが禁止されることを特徴とする電子航空バッグ。請求項1に記載のクラス3電子航空バッグにおいて、前記電子メモリシステムは不揮発性データ記憶装置を含み、各アプリケーションは書き込み権限ではなく読み取りおよび実行権限を有する区画に割り当てられることを特徴とする電子航空バッグ。請求項1に記載のクラス3電子航空バッグにおいて、前記電子メモリシステムは揮発性データ記憶装置を含み、各タイプA/Bアプリケーションは、すべてのタイプCアプリケーションが揮発性データ記憶装置に予約された後にだけ揮発性データ記憶装置に予約される、ことを特徴とする電子航空バッグ。請求項6に記載のクラス3電子航空バッグにおいて、揮発性データ記憶装置の予約はアプリケーション当たりの所定最大記憶量に制限されることを特徴とする電子航空バッグ。請求項7に記載のクラス3電子航空バッグにおいて、前記揮発性データ記憶装置の予約はすべてのアプリケーションの所定の合計最大記憶量に制限されることを特徴とする電子航空バッグ。請求項7に記載のクラス3電子航空バッグにおいて、前記オペレーティングシステムは、前記揮発性データ記憶装置へのアクセスを制御するメモリ管理ユニット内のレジスタをロードすることにより前記所定の合計最大記憶量とアプリケーション当たりの所定最大量を適用することを特徴とする電子航空バッグ。請求項1に記載のクラス3電子航空バッグにおいて、前記オペレーティングシステムは、前記アプリケーションの様々な処理の実行のための前記単一プロセッサのスケジューリングを制御し、各アプリケーションの制限された最大スケジューリング率を与えることを特徴とする電子航空バッグ。請求項10に記載のクラス3電子航空バッグにおいて、前記アプリケーションの前記様々な処理は、タイプCアプリケーションの処理が待ち行列における優先度を与えられるように前記単一プロセッサの待ち行列に入れられることを特徴とする電子航空バッグ。請求項11に記載のクラス3電子航空バッグにおいて、前記処理は、全スケジューリング率を歴史的に使用しない場合と比較して全スケジューリング率を歴史的に使用する場合は前記待ち行列の低順位に置かれることを特徴とする電子航空バッグ。請求項1に記載のクラス3電子航空バッグにおいて、前記電子航空バッグはさらに、構成レジスタを有する周辺装置を含み、前記オペレーティングシステムは、これらのレジスタへのアクセスをタイプA/Bアプリケーションに対して阻止することを特徴とする電子航空バッグ。請求項1に記載のクラス3電子航空バッグにおいて、前記オペレーティングシステムは、前記表示装置にデータを供給するために前記単一プロセッサ上で実行され、前記オペレーティングシステムは、前記タイプA/Bアプリケーションが前記タイプCの前記バッファのデータを上書きできないように、少なくとも1つのタイプCと1つのタイプA/Bアプリケーションのそれぞれの別個のバッファを管理し、オペレーティングシステム制御により前記バッファ間で選択することを特徴とする電子航空バッグ。請求項14に記載のクラス3電子航空バッグにおいて、別個のバッファは異なるアプリケーションにより一意的に書き込み可能な記憶場所内に存在することを特徴とする電子航空バッグ。請求項1に記載のクラス3電子航空バッグにおいて、前記オペレーティングシステムは、前記表示装置にデータを供給するように前記単一プロセッサ上で実行され、前記オペレーティングシステムは、アプリケーションから標準表示データを受信するアプリケーションバッファと、タイプCアプリケーションから高優先度表示データを受信するオーバーレイバッファと、を管理し、前記オペレーティングシステムは、表示されたときに前記アプリケーションバッファが前記オーバーレイバッファからのデータを閉塞できないように、前記バッファの内容を合成することを特徴とする電子航空バッグ。請求項14に記載のクラス3電子航空バッグにおいて、前記バッファは機能領域に分割され、前記表示システムは、前記表示装置の示された方位に依存して異なる機能領域の前記表示装置上のバッファ位置と空間的位置との関係を再配列することを特徴とする電子航空バッグ。請求項1に記載のクラス3電子航空バッグにおいて、前記電子メモリシステムはまた、第2のオペレーティングシステムを保持し、前記タイプA/Bアプリケーションは前記オペレーティングシステムにより実施される仮想化により前記第2のオペレーティングシステムにより実行される、ことを特徴とする電子航空バッグ。請求項18に記載のクラス3電子航空バッグにおいて、前記オペレーティングシステムはあたかも前記第2のオペレーティングシステムがタイプA/Bアプリケーションであるかのように前記第2のオペレーティングシステムを実行することを特徴とする電子航空バッグ。請求項18に記載のクラス3電子航空バッグにおいて、前記オペレーティングシステムは、前記第2のオペレーティングシステムの実行による前記タイプCアプリケーションの実行の潜在的妨害を阻止するために、前記オペレーティングシステムにより適用された所定の規則に従って前記第2のオペレーティングシステムの前記電子メモリ、前記表示装置、および前記プロセッサへのアクセスを制限することを特徴とする電子航空バッグ。請求項18に記載のクラス3電子航空バッグにおいて、前記オペレーティングシステムは設計承認されたオペレーティングシステムであり、前記第2のオペレーティングシステムは設計承認されていないオペレーティングシステムであることを特徴とする電子航空バッグ。請求項20に記載のクラス3電子航空バッグにおいて、前記第2のオペレーティングシステムはWindows登録商標であることを特徴とする電子航空バッグ。さて図1を参照すると、航空機12において用いる従来技術のEFB10は、第1と第2のメモリ15と17とそれぞれ通信する第1のプロセッサ14と第2のプロセッサ16とを含んでもよい。第1のプロセッサ14は、例えばタイプCソフトウェアアプリケーションであってよい第1のメモリ15内に保持された第1のソフトウェアアプリケーション18をホストするために使用されてもよい。第2のプロセッサ16は、例えばタイプA/Bソフトウェアアプリケーションであってよい第2のメモリ17内に保持された第2のソフトウェアアプリケーション20をホストするために使用されてもよい。メモリ15と17は、固定磁気ディスク駆動ユニットと、いくつかの形式の不揮発性メモリを提供するためにフラッシュメモリと、を含んでもよい。プロセッサ14と16は、単一の液晶表示LCD装置26を有する共通表示ユニット22を共有してもよい。各プロセッサ14と16は自身のビデオコントローラ24と25と通信してもよい。第1のプロセッサ14は主ビデオコントローラ24と通信してもよく、第2のプロセッサ16は第2のビデオコントローラ25と通信してもよい。2つのビデオコントローラ24と25は、映像切り替えシステム30として機能するフィールドプログラマブルゲートアレイFPGAのシステムを介しLCD装置26と通信してもよい。FPGA切り替えシステム30は単一プロセッサの制御下であってよい。例えば、第1のプロセッサ14は、ビデオインタフェース31上で送信する際にプロセッサ14または16のどちらが存在するかを制御することができるように、自身を切り替えシステム30に接続する主装置バス35を有してもよい。このような状況は、表示ユニット22が、第2のプロセッサ16上で実行する第2のソフトウェアアプリケーション20により供給されるあまり重要でない情報を表示するために使用されている間に、重要な飛行または航空機関連情報を表示する必要が生じた場合に生じてよい。切り替えシステム30は、LCD表示装置26の回路27を駆動する信号を操縦者に供給しボタンまたはLCDタッチスクリーン42からの信号を受信する表示装置インターフェース31を介しLCD26と通信してもよい。外部キーボード36は表示装置インターフェース31に接続されてもよい。プロセッサ14と16はまた、当該技術において理解されるように、航空機カメラ等の他の装置と通信するための標準イーサネットネットワーク図示せずと通信してもよい。各プロセッサ14と16はまた、ボタンとLCDタッチスクリーン42または外部キーボード36からの信号を受信するそれ自身のインターフェース29と通信してもよい。図1を再び参照すると、各プロセッサ14と16は、安全関連の懸念のために航空機12の他の航空電子装置への航空電子インターフェース43のアクセスと可視性を制限するために必要かもしれない。I/Oカード34は、EFB10が航空機12上に設置された他の装置と相互作用できるように航空電子インターフェース43へのアクセスを提供する。I/Oカード34は、埋め込みソフトウェアと、支援回路と、当該技術において知られたタイプの航空電子インターフェース43に接続するように設計された回路と、を含むマイクロコントローラからなってもよい。第1のプロセッサ14がI/Oカード34を初期化して構成できるようにすることで、第2のプロセッサ16から航空電子インターフェース43へのアクセスを第1のプロセッサ14が制限できるようにする。この能力は、EFB10が必要安全基準を満たせるようにする。ある環境下では、第2のプロセッサ16の誤動作あるいはソフトウェア20のソフトウェア故障のいずれかのために、第1のプロセッサ14が第2のプロセッサ16を無効化またはリセットする必要があるかもしれない。第1のプロセッサ14が第2のプロセッサ16を無効化またはリセットできるようにする第1のプロセッサ14から第2のプロセッサ16へのリセット信号33があってもよい。これは、第2のプロセッサ16だけでなく第1のプロセッサ14が表示ユニット22上の完全な制御切り替えシステム30を介したを有することを保証する。これにより、民間航空機12内のクラス3EFB上でのソフトウェアアプリケーションの使用を規定する厳格なFAA基準を満たす第2のアプリケーションの高価な認可の必要性をなくす。したがって、第2のソフトウェアアプリケーション20は市販のソフトウェアアプリケーションを表してもよい。第2のソフトウェアアプリケーション20が専用ソフトウェアアプリケーションとして提供されたとしても、タイプCアプリケーションに必要な高価で厳格な認証が無くなるので大きな利点が依然としてある。これは、第1のプロセッサ14が、重要情報を表示するためにあるいは即時オペレータ応答を要求するために必要となることがある表示ユニット22と第2のプロセッサ16の制御を完全に支配する能力を備えているからである。次に図2を参照すると、本発明は、2つのプロセッサシステムの複雑性と、一方のプロセッサの他方に対する優勢を与えるために使用されるハードウェアスイッチと、が単一プロセッサ50のおかげで回避されるEFB10’を提供する。この単一プロセッサ50は、以下に説明するように、特別に変更されたオペレーティングシステム54を使用することにより、メモリ15内に保持された複数のアプリケーションプログラム52タイプA、BまたはCアプリケーションを実行する。特別に変更されたオペレーティングシステム54は、EFB10’上でホストされる他のすべてのソフトウェアの実行を制御する。EFB10の固有動作に関係する主メニュープログラム53もまたメモリ15内に保持されプロセッサ50により実行されてもよい。説明の明確化のために、本明細書で使用される用語オペレーティングシステムは、通常は複数のアプリケーションにより使用されアプリケーションプログラムの実行に必要な追加のルートサービス、ドライバ、他のソフトウェアと組み合わせたオペレーティングシステムカーネルをカバーすると考えられる。本アーキテクチャでは、プロセッサ50は切り替えシステムの必要無しにインターフェース34と通信してもよく、インターフェース34は前述のものと同様なデバイスバス35を介し様々な入力装置36、42と接続してもよい。インターフェース34はまた、航空電子インターフェース43を介しナビゲーションユニットを含む航空電子システムに接続してもよい。プロセッサ50はまた、できるだけ小さい単一グラフィックプロセッサを有するビデオコントローラ24と通信し、インターフェース34を介し表示ユニット22にデータを伝達してもよい。プロセッサ50はまた、再びインターフェース34を介しボタンとタッチスクリーン42と外部キーボード36からの信号を受信する入力インターフェース29と通信してもよい。次に図3を参照すると、プロセッサ50は例えば、それぞれが例えばL1キャッシュ58を有し、L2キャッシュ60を共有する複数のコア56を有するプロセッサであってよい。L2キャッシュ60は1つまたは複数の内部バスを介しメモリシステム62の両方の部分であるランダムアクセス揮発性メモリ64と不揮発性メモリ66と接続してもよい。後者は例えば論理的には、例えばフラッシュメモリにより実現されるディスクドライブである。揮発性メモリ64へのアクセスはメモリ管理ユニット68を介してもよく、不揮発性メモリ66へのアクセスは当該技術において周知のタイプのディスクコントローラ70を介してもよい。次に図4を参照すると、プロセッサ50は、航空機内におけるEFB10’の使用の前に、およびEFB10’の使用過程における様々な時刻に、ロードルーチン76を実行してもよい。ロードルーチン76は、所望のアプリケーションプログラムをインストールして構成するために使用される。処理ブロック80により示される第1の工程では、ロードルーチン76はローダープログラムを開始する。処理ブロック82によると、ローダープログラムは、電子航空バッグ10’上で使用される識別されたアプリケーションプログラム52とそれに関連した構成ファイル84マニフェストファイルの一部としてとを精査する。このようなアプリケーションはディスク区画内のそれらの配置に影響を与えるので、アプリケーションプログラム52が識別される。図3と図5をしばらく参照すると、構成ファイル84は各アプリケーションプログラム52のエントリ86を有してもよく、エントリ86は当該アプリケーションのアプリケーション実行ファイル88にリンクされる。各構成ファイル84のエントリ86は通常、アプリケーション実行ファイル88とその処理を識別する例えば、グループ識別子によりアプリケーション識別子90と、アプリケーションタイプ92例えば、タイプA、タイプBまたはタイプCと、を提供し、アプリケーション96用に予約されるメモリの量を示すであろう。構成ファイル84からの情報は、オペレーティングシステム54の立ち上げ時に、当該アプリケーションプログラム52用に作成された構成表94に加えられるであろう。構成表94は、パーミッショングループを定義するメモリ管理ユニットメモリ割り振り情報98と、以下に検討される各アプリケーションプログラム52に関連したビデオバッファ情報102と、を含む以下に説明する追加情報を加えるであろう。図4と図10を再び参照すると、処理ブロック82で得られた情報を使用することにより、処理ブロック106では、アプリケーションプログラム52は不揮発性メモリ66にインストールされ、前もって用意された区画99にインストールされる。分割処理は、アプリケーションプログラムのそしてまた、この区画内に含まれるファイルの書き込みアクセスではなく読み取りアクセスと実行だけを提供するオペレーティングシステムの実行ファイルを保持する第1のディスク区画99aを含む別個のディスク区画99a~99dを割り振る。第2の区画99bは、実行ではなく読み取り/書き込みアクセスを提供し、一時ファイルおよびログ用のアプリケーションプログラムにより使用される。第3の区画99cは、この区画に含まれるファイルの実行ではなく読み取り専用アクセスを提供し、アプリケーション間で共有されるデータベース用に使用されてもよい。第4の区画99dは、利用可能であるが未だインストールされていないプログラムを保持し、実行可能ではなく、そしてオペレーティングシステムのためだけの読み取りと書き込みがなされる。第1のディスク区画99内にアプリケーションを配置することにより、いかなる誤ったアプリケーションも他のアプリケーションのディスクファイルを上書きできない。各区画99は区画表110内の行により概して示されるように区画表110内に記述される。当該技術において理解されるように、区画99は、それ自身のファイルシステム112論理アドレスをディスク上の物理アドレスへマッピングすると、オペレーティングシステムとディスク媒体内の情報の符号化により適用される所定の限定物理アドレス範囲116へマッピングするそれ自身の記憶領域114と、を含む。区画表110は、区画毎の論理的識別子ここではa、b、c、dとして示すと、ファイルシステム112の物理アドレス情報120と、特定区画に対し読み取るまたは書き込む権限を有するアプリケーションプログラム52を示すデータアクセス権限122と、を提供してもよい。アクセス権限の実施のための他の分割方法もまた本発明によって考えられる。通常、各アプリケーションプログラム52は、区画99a内のそれ自身の一意的フォルダにロードされ、ファイルシステム112の他のディレクトリに関連する部分を見るのを防止するルートジェイルrootjailを備える。当該技術において知られるタイプのループバック装置は、所与のアプリケーションプログラムが区画99bと99cの適切な部分だけにアクセスできるようにするために使用される。ディスクコントローラハードウェア構成レジスタに対するアクセスを制限することにより、および/またはアプリケーションプログラムに利用可能なオペレーティングシステム呼び出しを制限することにより、ディスクコントローラハードウェアは、可能性のある誤ったアプリケーション振る舞い1つのアプリケーションが第2のアプリケーションを上書きするあるいはそのデータを書き込むを防止する頑強な区画化を実施することができる。図4を再び参照すると、ロードルーチン76の少なくとも1回の完了後、プロセッサ50は処理ブロック132で始まる立ち上げルーチン126を実行してもよい。この立ち上げルーチン126はオペレーティングシステム54により実施され、実行のために揮発性メモリ64内に様々なアプリケーションプログラム52を移動させる。この立ち上げ処理は、構成表94により、特にはタイプA、BまたはCに関する各アプリケーションプログラムの識別により、再び制御される。好ましい実施形態では、立ち上げ処理は、タイプCアプリケーションで始まり、タイプCアプリケーションのすべてが処理ブロック134と136を境とするループ毎に立ち上げられた後に、タイプAおよびタイプBアプリケーションを立ち上げる。図6をまた参照すると、この立ち上げ処理の第1番目の工程では、オペレーティングシステム54と様々なアプリケーションプログラム52との実行可能ファイルを保持するための揮発性メモリ64はオペレーティングシステム54により予約される。この予約は、各アプリケーションプログラムの処理に割り当てられたグループに従って各アプリケーションプログラム52により使用されるランダムアクセスメモリ64の各アドレス範囲へのアクセスを制御するために、オペレーティングシステムと共に、揮発性メモリ64の物理アドレスへの論理アドレスのマッピングを制御するためにメモリ管理ユニット68の制御レジスタにデータをロードすることにより、メモリ管理ユニット68図1に示さすにより、実行されてもよい。制御レジスタはレジスタメモリ空間65内にマッピングされた論理アドレスメモリを有してもよく、これによりメモリ管理ユニット68の制御レジスタへのアクセスはメモリ管理ユニット68自身により、オペレーティングシステム54に限定されてもよい。立ち上げルーチン126の第1番目の工程の前に、第1のアドレス範囲138は、オペレーティングシステム実行ファイルと、そのデータメモリ140と、ソケットバッファ142に予約されたメモリと、を保持するために、オペレーティングシステム54に割り振られる。データのこの第1のアドレス範囲138の書き込み権限は、オペレーティングシステムにより設定されるように、オペレーティングシステム54にだけ与えられる。既に述べたように、アプリケーションプログラム52のそれぞれのアドレス範囲もまた処理ブロック148において予約される。本発明は、構成ファイルから判断される各アプリケーションプログラム52に所定の固定アドレス範囲152だけを予約する。この予約処理は構成表94から識別されるタイプCアプリケーションから始める。各予約アドレス範囲152はアプリケーションプログラム52自身のオブジェクトファィル154を保持実行のための命令を保持しなければならない。予約アドレス範囲152内のデータ空間は以下に説明されるようにアプリケーションにより必要に応じ割り振られる。アプリケーションの予約アドレス範囲152の権限は既に述べたように、アプリケーションプログラム52が、それらの実行ファイル88を保持する一意的なアドレス範囲152外に書き込むことができないように設定され、アプリケーション間の妨害例えばタイプCアプリケーションのアプリケーションデータのタイプA/Bアプリケーションによる有害な上書きを防止する。すべてのタイプCアプリケーションが構成ファイル84当たりの最大予約メモリ量を与えられることを保証するためにはメモリが不十分な場合、その後、より多くのメモリの予約を必要とするタイプA/Bアプリケーションプログラム52は立ち上げられなく、エラーが告知されログ記録される。タイプA/BアプリケーションがタイプCアプリケーションの適切な動作に必要なメモリを後で割り当てることができないことを保証するために、タイプCアプリケーションのすべての制限が評価され、タイプCアプリケーションが最初に立ち上げられる。残りのメモリはタイプA/Bアプリケーションに利用可能となる。タイプA/Bアプリケーションの構成限界が、すべてのタイプCアプリケーションが評価された後に利用可能なものを越えると、アプリケーションは立ち上げられなくなる。この評価は、タイプCアプリケーションにより使用中のメモリの現在量ではなく設計承認された構成ファイル内に規定された最大限度を使用して実行される。当該技術において理解されるように、ソケットバッファ142は実際のネットワーク例えば、ネットワーク45上またはアプリケーション処理間のネットワーク状通信を提供するために使用されてもよい。ここでは、ソケットバッファ142は様々なプログラムまたは装置によりアクセスされるネットワーク点またはアプリケーション間で送信されるデータの記憶を行う。ソケットバッファ142はオペレーティングシステム54の第1のアドレス範囲138内に保持されるので、ソケットメモリの誤用例えば、あまりにも多くのソケットが開かれるか、ソケットが大きすぎる場合はシステムの動作を妨害する可能性がある。また図4を参照すると、処理ブロック156では、各アプリケーションプログラム52により必要とされるソケットバッファ142は第1のアドレス範囲138内に予約される。ソケットバッファ142によるアドレス範囲138の可能な過剰割り振り例えば、オペレーティングシステム54またはそのアプリケーションプログラム52の動作に影響を与える可能性があるを防止するために、本発明は、ソケットバッファ142の合計数とそれらの最大サイズの両方を構成データ84から得られる所定値に制限する。このようにして、アドレス範囲138が所定最大サイズのソケットのこの所定合計数を保持することができることを保証することにより、ソケットバッファ142が利用可能メモリ空間を越えないことを保証することができる。実際には、オペレーティングシステムメモリに格納された各アプリケーション52に関連した構造はアプリケーション処理がソケット接続を要求するときにチェックされる。この要求がソケットメモリに境界を越えるように強要すれば、要求はオペレーティングシステム54により拒絶されるだろう。処理ブロック160では、上述のビデオバッファ158のそれぞれは、表示システム26へのアクセスを必要とするアプリケーションのオペレーティングシステム138に割り当てられたメモリ範囲内で予約される。各アプリケーションプログラム52が立ち上げられ、必要な揮発性メモリ64が予約されると、オペレーティングシステム54は、処理ブロック162に基づき、アプリケーションプログラム52のそれぞれの処理例えば、以下に説明するようにオペレーティングシステムスケジューラによりスケジューリングされてよい処理をスケジューリングしてもよい。図9を参照すると、オペレーティングシステムスケジューラ161は、アプリケーションプログラム52により生じる処理の処理識別子166を保持するスケジュール待ち行列164を提供してもよい。これらの処理は、例えば各処理が次の処理が実行される前に所定の最大量以下のプロセッサ時間を持つことができるタイムスライスシステムに従ってプロセッサ50により実行される。十分に実行されなかった処理は保留中の処理をすべて保持する工程表168に戻される。工程表168はまた他の処理により生じた処理を保持する。論理的に描写すると、工程表168は、待ち行列順のプロセッサ50による実行のための待ち行列164に配置するために、スケジューラエンジン170によりスケジューリングされる処理をそれぞれが表す一組の行を提供する。各行は、処理識別番号166と、内在アプリケーション172のタイプ例えば、タイプCと、処理174の最近の実行履歴と、を含む。スケジューラエンジン170は、タイプA/Bアプリケーションの前に表168内のいかなるタイプCアプリケーションもスケジューリングするように動作し、さらに、処理174の履歴により示されるように、以前のスケジュール機会にそれらの全タイムスライスを使用しなかった処理に高い優先度を与えるように動作する。したがって、スケジューラエンジン170は、CPUを以前に独り占めhogしたアプリケーション52を罰するために、それらをタスク待ち行列のさらに後方に押しやってCPUへのアクセスを得るために長く待たせるペナルティシステムを使用する。CPU上の最大割り当て時間を常に使用するアプリケーションを罰することにより、カーネルは、それらをタスク待ち行列の終わりに押しやりすべての処理がCPUにアクセスすることを保証する。そして構成ファイル内の最大値許容CPU時間を適切に設定することにより、適切なアプリケーション優先順を制御することができる。次に図6と図7を参照すると、オブジェクトファィル154により表される各アプリケーションプログラム52は、オペレーティングシステム54により別個のローカルグラフィックバッファ158を備える。このグラフィックバッファ158は、状態情報と共通グローバル構造テキスチャ、フォント等を格納するために使用されるメモリと、表示スクリーン26の領域上に可視映像を完全に記述するのに十分な表示スクリーン26へ出力するためのレンダリングを保持してもよいフレームバッファと、を含む。1つまたは複数の従来のグラフィックプロセッサ180は、表示スクリーン26に1対1ベースでマッピングするピクセル値を供給するグラフィックバッファ158のフレームバッファ部内に別個の十分にレンダリングされたスクリーンマップを生成するために、オペレーティングシステム54へのグラフィック呼出しを処理してもよい。このとき、これらのスクリーンマップは、表示スクリーン26上にグラフィックバッファ158の1つのデータを表示するためにグラフィックバッファ158のデータ間で選択するオペレーティングシステム54により提供される焦点情報に従って合成処理により、スクリーンバッファ内にグラフィックプロセッサ180により合成されてもよい。この処理は、誤ったタイプA/Bアプリケーションが、オペレーティングシステム54により逆にすることができないやり方でタイプCアプリケーションのデータを破壊できないように、各アプリケーション154の内在グラフィックデータが焦点と重要性の変更に応じて失われないように、それらを保存する。オペレーティングシステム54は、合成処理中にグラフィックバッファ158からのグラフィック情報の前に常に配置されるオーバーレイグラフィックバッファ158’を作成する。オーバーレイグラフィックバッファ158’内のこのデータは、常に一番前である、および/または透明度パラメータtransparencyparameterを利用してもよい。このオーバーレイは、タッチスクリーンキーボード、テンキーまたはナビゲーションボタン等のグローバルシステムインタフェースを提供するだけでなく、例えばタイプCアプリケーションにより生成され得る高優先度システム情報警告、通知等を告知するために使用されることができる。また図8を参照すると、各グラフィックバッファ158は様々な機能領域190に分割されてもよいここでは画像を保持するものとして描写されるが、可能性としてより高レベルのグラフィック命令を保持する。機能領域190は、例えば表示スクリーン26上に単独で配置され得るデータを分離する。グラフィック合成器186は、表示スクリーン26aにより描写されるポートレートモードあるいは表示スクリーン26bにより描写されるランドスケープモードのいずれかにおいて表示スクリーンの当該方位を示すスクリーン位置命令196を受け取ってもよい。後者は水平方向に長い次元で前者は垂直方向に長い次元で配置される。例えば構成表94内の設定から与えられるこのスクリーン位置命令196に基づき、グラフィック合成器186は最良の表示配置を提供するために機能領域190の空間的位置を変更する。したがって、例えば機能領域190は、タッチスクリーンボタンを記述する機能領域190aとグラフィック出力画像を記述する機能領域190bとを含んでもよい。ランドスケープ表示装置スクリーン26bに関しては、機能領域190aに由来するボタンの画像は機能領域190bに由来するグラフィック出力画像の側面に配置されてもよく、一方、ポートレート表示スクリーン26aに関しては、機能領域190aに由来するボタンの画像は機能領域190bに由来するグラフィック出力画像の下に配置されてもよい。このようにして、別個のスクリーンレイアウトはグラフィックバッファ158内にハードコード化される必要はない。あるいは、機能的に同一の結果は、アプリケーションにより必要とされるグラフィック要素の位置を自動的に調整するためにスクリーンの方位に関する知識を使用するグラフィックライブラリを採用することにより提供されてもよいことが理解されるだろう。図11を参照すると、様々な認証レベルを有する複数のアプリケーションプログラム52を実行するために単一プロセッサ50を使用する能力は、単一プロセッサ50とオペレーティングシステム54が仮想化により第2のオペレーティングシステム212を実行できるようにするように拡大されてもよい。この仮想化は、アプリケーションプログラム52のいくつかを、設計承認されたオペレーティングシステム54とは異なるオペレーティングシステム212上で実行できるようにする。したがって例えば上述の変更は設計承認されたLinuxベースのアプリケーションに関してであってよいが、タイプA/Bアプリケーションのいくつかは、Windows登録商標オペレーティングシステム212をLinuxオペレーティングシステム54による有効なアプリケーションとして実行することにより、Windows登録商標オペレーティングシステム212に固有のものとさせることができる。この実施形態では、オペレーティングシステム54の設計承認されたLinuxベースのカーネル200は、ゲストオペレーティングシステム212典型的にはWindows登録商標オペレーティングシステム等のCOTSオペレーティングシステムの実行を可能にするハイパーバイザ210等のバーチャライザvirtualizerを組み込んでもよい。ハイパーバイザ210は、ゲストオペレーティングシステム212に仮想ハードウェアプラットフォームを提供し、後者がWindows登録商標オペレーティングシステムを対象としたタイプAおよびタイプBアプリケーションプログラム52を実行できるようにする。Linuxカーネル200はタイプCアプリケーションプログラム52を直接実行してもよい。当該技術において理解されるように、ハイパーバイザ210は、実際の物理的マシンすなわち、プロセッサ、メモリ、ハードウェアのCOTSオペレーティングシステム212の様相を作成するために、COTSオペレーティングシステム上にインストールされた仮想装置ドライバ214と仮想化層216とを介し実際のハードウェアへのインターフェースを提供する。さらに仮想マシンの動作は、COTSオペレーティングシステム212と、プロセッサ50とメモリシステム62の実際の物理資源のアプリケーションプログラム52と、による使用を制約し、かつ設計承認されたオペレーティングシステム54に従属するように、上述のように変更されたハイパーバイザ210とオペレーティングシステム54により制御される。仮想マシンCOTSオペレーティングシステムとそこでホストされるドライバとアプリケーションとの集合は、それ自身でタイプA/Bアプリケーションかのように扱われる。Windows登録商標オペレーティングシステム212は、不揮発性メモリ66と揮発性メモリ64内の任意の他のアプリケーションプログラム52と同様にそれ自身の区画を与えられ、従来のアプリケーションに関する上述の他の制約条件を受けてもよい。この環境では、タイプCアプリケーションプログラム52は、設計承認されたオペレーティングシステム54上で直接実行され、したがってプロセッサ時間と表示空間を含む資源という意味で優先度を与えられてもよい。仮想化は、特に、少なくとも部分的にはソフトウェアで実施されてもよいあるいは仮想化環境に広範に変換されてもよいグラフィックス処理に関して、性能の損失を与える可能性がある。このため、本発明は、オペレーティングシステム54の仮想装置ドライバからハードウェアドライバ232へのトンネリング220を考える。このトンネリング220は、仮想装置ドライバ214と仮想化層216を回避し、かつカーネル200を介し命令を実際のハードウェアドライバ232へ直接与えるようにCOTSオペレーティングシステム212を変更することにより実施されてもよい。このようにして、グラフィック命令がビデオコントローラ24のハードウェアにより直接実施されるのではなくむしろ仮想化を介しソフトウェアで実施されるときに発生し得る遅延だけでなく、仮想化層216とハイパーバイザ210を介した作業の遅延も削除される。タイプA/Bアプリケーション上のタイプCアプリケーションの優先度を混乱させるトンネリングの危険性は、オペレーティングシステム54がトンネリング220をオンオフ切り替えできるようにすることにより、例えば、ドライバ232を異なる命令バッファ仮想装置ドライバ214とトンネリング220により使用されるものと、設計承認されたオペレーティングシステム54上でホストされるアプリケーションプログラム52により使用されるもの間に向けることにより、制御される。さらなる性能向上は、例えば電子航空バッグ10’内に実装されないハードウェア部品の支援を削除する著しく単純化されたCOTSオペレーティングシステムを使用することにより得られる。さらなる性能向上は、複数の異なるCOTSオペレーティングシステム212図示せずにより様々な組のアプリケーションプログラム52を実行することにより得られるかもしれない。様々な仮想マシンの使用は、異なるオペレーティングシステム212により表される各仮想マシンに割り振られた資源を変更することにより実行するアプリケーションプログラム52のタイプに各仮想マシンを調節できるようにする。例えば、メモリ集中型アプリケーションプログラムmemoryintensiveapplicationprogram52はそれに比例したメモリを与えられた仮想マシン上で実行されてもよく、コンピュータ集中型アプリケーションcomputationallyintensiveapplicationはより大きなプロセッサ資源を与えられた仮想マシン64a上で実行されてもよい。同様に、ネットワークアクセス等のハードウェア資源はそのように調整されることができる。このようにして、資源は、仮想化による性能損失を低減することでより好適に割り振られてもよい。例えば、追加メモリは処理速度を不釣り合いに改善することができ、メモリが与えられれば仮想マシンは、仮想マシン間のメモリの単純な均等分割を上回る効率向上を達成することができる。この種の調整は、電子航空バッグ10’の閉じたハードウェア環境のために、可能である。本発明は本明細書に含まれる実施形態と例示とに限定されないように特に意図されている。特許請求の範囲は、本実施形態の部分と以下の請求項の範囲内で生じる異なる実施形態の要素の組み合わせとを含む実施形態の変更形式を含むものと理解すべきである。本明細書に記載の特許文献と非特許文献を含む参照文献のすべてを参照により本明細書に援用する。