(57)【特許請求の範囲】
【請求項１】
航空機の乗員とのインターフェースを行う情報処理アプリケーションを実行する方法であって、該航空機は、認証済み搭載実行システムを有し、該搭載実行システムは、認証済み情報処理アプリケーションと、リムーバブルメディア読取装置と、情報処理アプリケーションを実行する認証済み実行手段と、を有し、
−前記認証済み搭載実行システムが備える前記リムーバブルメディア読取装置を使って、前記実行される情報処理アプリケーションを有するリムーバブルメディアを読み取るステップであって、該実行される情報処理アプリケーションは、航空機メーカーにより認証されていない非認証済み情報処理アプリケーションであるステップと、
−前記認証済み搭載実行システムが備え、前記リムーバブルメディア読取装置に接続された前記認証済み実行手段を使って前記非認証済み情報処理アプリケーションを第１の航空機領域で実行するステップと、を有し、
前記非認証済み情報処理アプリケーションの実行は、前記リムーバブルメディアの上でしか、該非認証済み情報処理アプリケーションの実行に必要なデータの永久記録を必要とせず、
前記非認証済み情報処理アプリケーションを前記第１の航空機領域で実行するステップは、前記航空機メーカーに関連付けられた第２の航空機領域から分離され、前記第２の航空機領域は前記第１の航空機領域より高度にセキュリティ保護される方法。
【請求項２】
前記非認証済み情報処理アプリケーションはポータブル情報処理アプリケーションである請求項１に記載された方法。
【請求項３】
前記認証済み搭載実行システムは、前記リムーバブルメディア読取装置に接続された前記リムーバブルメディアに記憶されたポータブル情報処理アプリケーションを検出するように構成されたアプリケーション ランチャーを有し、
前記ポータブル情報処理アプリケーションの一つ又は複数は前記アプリケーション ランチャーから起動される、請求項２に記載された方法。
【請求項４】
前記リムーバブルメディアはオペレーティングシステムを有し、
前記非認証済み情報処理アプリケーションの前記実行に先立って、前記オペレーティングシステム上で前記認証済み搭載実行システムをブートするステップであって、前記非認証済み情報処理アプリケーションは、前記リムーバブルメディアの前記オペレーティングシステムの環境において実行されるステップをさらに有する、請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記認証済み搭載実行システムは、前記リムーバブルメディア読取装置に接続された前記リムーバブルメディアに格納された前記オペレーティングシステムから前記認証済み搭載実行システムをブートするように構成されたＢＩＯＳシステムを有する請求項４に記載の方法。
【請求項６】
前記認証済み搭載実行システムは、始動時に実行されるバーチャルマシンを有し、
前記オペレーティングシステムは前記バーチャルマシンにおいて実行される、請求項４又は５に記載の方法。
【請求項７】
前記認証済み搭載実行システムは、前記バーチャルマシンにおいて実行されるように構成された搭載オペレーティングシステムを有する請求項６に記載の方法。
【請求項８】
前記認証済み実行手段は、前記認証済み搭載実行システムのリムーバブルモジュールの部分を形成する請求項１乃至７のいずれか一項に記載の方法。
【請求項９】
前記認証済み搭載実行システム、前記認証済み情報処理アプリケーションおよび前記認証済み実行手段は、追加型式認証（ＳＴＣ）タイプのアビオニクス認証によって認証される、請求項１乃至８のいずれか一項に記載の方法。
【請求項１０】
航空機の乗員とのインターフェースを行う情報処理アプリケーションを実行するためのキットであって、
−前記実行される情報処理アプリケーションを有するリムーバブルメディアであって、該実行される情報処理アプリケーションは、航空機メーカーにより認証されていない非認証済み情報処理アプリケーションであるリムーバブルメディアと、
−認証済み情報処理アプリケーションと、前記リムーバブルメディアを受入れ読取るように構成されたリムーバブルメディア読取装置と、前記リムーバブルメディア読取装置に接続され前記リムーバブルメディアが有する前記非認証済み情報処理アプリケーションを第１の航空機領域で実行するように構成された認証済み実行手段と、を有する、前記航空機内の認証済み搭載実行システムと、を有し、
前記リムーバブルメディアは、前記非認証済み情報処理アプリケーションの実行が、前記リムーバブルメディアの上でしか、該非認証済み情報処理アプリケーションの実行に必要なデータの永久記録を必要とせず、
前記非認証済み情報処理アプリケーションを前記第１の航空機領域で実行することは、前記航空機メーカーに関連付けられた第２の航空機領域から分離され、前記第２の航空機領域は前記第１の航空機領域より高度にセキュリティ保護されるように構成されているキット。
【請求項１１】
前記認証済み搭載実行システム、前記認証済み情報処理アプリケーションおよび前記認証済み実行手段は、追加型式認証（ＳＴＣ）タイプのアビオニクス認証によって認証される、請求項１０に記載のキット。
【請求項１２】
請求項１１に記載のキットを有する航空機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の操縦及びメンテナンス機能のために、車両に統合されたプラットフォームに関係する。具体的には、本発明は、このようなプラットフォーム上のアプリケーション実行のための方法及びシステムに関する。
【背景技術】
【０００２】
航空機又は自動車等の種々の技術分野においては、多くの、操縦及び/又はメンテナンスを補助するアプリケーション（プログラム）が、車両メーカーによりインストールされた車両搭載コンピュータシステム等の手段によって、乗員に対して提案されている。しかし、このシステムによって、メーカーの手中にある環境に制限を与える。そこで、特に、航空に関する特定の枠組みにおいては、それは「メーカー領域（domaine constructeur）」、特に「航空機メーカー領域（domaine avionneur）」と呼ばれている。
【０００３】
一般的に、このシステム又はプラットフォームは、サーバーを介して車両部品と対話したり、スクリーン及び入力装置を介して、パイロット又はメンテナンスオペレータと対話したりする。このプラットフォームから、車両のいくつかの重要な機能にアクセスできる。例えば、速度制御装置、自動車用ブレーキABS、自動操縦、及び、航空用のGPSに接続する種々の搭載電子装置である。
【０００４】
標準ARINC 763に準拠したネットワーク サーバー システム（NSS、即ち“Network Server System”）の名称で、パイロット及び航空機のメンテナンスオペレータ向けのコンピュータシステムは公知である。例えば、仏国特許出願公開第2895793号明細書、仏国特許出願公開第2892092号明細書、仏国特許出願公開第2831871号明細書、又は、欧州特許出願公開第1160160号明細書には、航空機用プラットフォームについて記載されている。
【０００５】
明らかに高レベルのセキュリティが、これらの乗員用プラットフォームの統合及び/又は変更には必要であることは認めざるを得ない。必要とされるセキュリティは、操縦及び/又はメンテナンスを目的とするプラットフォームと、特に機内エンターテインメント (In-Flight Entertainment；ＩＦＥ)プラットフォーム等の乗客用のコンピュータプラットフォームとでは異なる。
【０００６】
このような機内エンターテイメントは、国際公開第2007/093327号パンフレット又は欧州特許出願公開第1367683号明細書等の刊行物に記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】仏国特許出願公開第2895793号明細書
【特許文献２】仏国特許出願公開第2892092号明細書
【特許文献３】仏国特許出願公開第2831871号明細書
【特許文献４】欧州特許出願公開第1160160号明細書
【特許文献５】国際公開第2007/093327号パンフレット
【特許文献６】欧州特許出願公開第1367683号明細書
【０００８】
実際には、メーカーは、メーカー領域のセキュリティを保証している。このため、メーカー自体が、乗員用の新しい装置及び/又はこの装置に与えられたプラットフォーム中の情報処理アプリケーション（applications informatiques）の検証及び統合を行っている。
【０００９】
従って、車両の持ち主が、このプラットフォームに、自由に新しいアプリケーション及び機能を追加したいと希望する場合、問題がおきる。
【００１０】
このために、「ユーザー領域（domaine utilisateur）」を定義することによって、その車両の持ち主が、アプリケーションの追加、変更に自由に介入できる環境の境界を定めるとよい。「ユーザー領域」と「メーカー領域」との区別は、後者が要求するセキュリティの必要性、例えば、高価になることがある認証手続きの設定等により行うことができる。
【００１１】
自動車分野では、その持ち主は、リース会社、車両群の所有会社又は一人の個人でありえる。
【００１２】
以下の説明の中心になるのは航空機分野であるが、同様の問題のある他の産業分野を本発明から除外するものではない。航空機分野では、持ち主は、特に、乗客輸送のために航空機をチャータする航空会社でありえる。そこで、「会社領域（すなわち「航空会社領域」）」について検討する。
【００１３】
また、パイロット及び／又はメンテナンスオペレータ向けのアプリケーションについて、予め必要なもの（pre-requis）が存在する。このため、彼らが航空機の外で、これらのアプリケーションを使って、例えば、飛行（パフォーマンスの計算）、介入手続き（une procedure d'intervention）の準備、または、飛行時に記録されたデータに基づく飛行後の報告書作成等を行うことができる。
【００１４】
現在知られている解決法はポータブルパソコン（パソコン又はPC）の使用である。パソコンは、受入ステーション（stations d'accueil）を介して、飛行中に航空機のＮＳＳネットワークに接続することができる。
【００１５】
これらのパソコンは、利点としてこれまで使用されていた重いパイロットの鞄に取って代わるもので、これらを使うと、パイロットは、移動しながら、飛行前にホテル又は搭乗準備室（salle de pre-embarquement）からミッションデータを運び、パフォーマンス計算を準備することができる。
【００１６】
移動形式で広く使用されているアプリケーションには、パフォーマンス計算ツール、例えばチェックリストを含む操作マニュアル、メンテナンスマニュアルがある。
【００１７】
これらのパソコンは、電子飛行バッグ（Electronic Flight Bag：ＥＦＢ）として公知である。これは、欧州統一航空当局（Joint Aviation Authority：ＪＡＡ）の暫定ガイダンスリーフレット（Temporary Guidance Leaflet：ＴＧＬ）３６標準になっており、アメリカ連邦航空局（Federal Aviation Administration：ＦＡＡ）のアドバイザリーサーキュラー（Advisory Circular：ＡＣ）ナンバー120-76Aに掲載されている。
【００１８】
前記EFBバッグにはカテゴリーが３つある。
クラスＩのEFBは、必要であれば航空機のコンセントから電源を得て、棚（etagere）の上で自立的に(autonome)使うことができるポータブルPCで構成されている。表示と制御手段(例えば、キーボードとマウス)は自立している(autonome)。
【００１９】
PC（航空会社領域）と搭載ＮＳＳシステム（航空機メーカー領域）との間の優れた独立性が提供されている。これによれば、航空会社は、このEFBクラスＩに基づいて、所望のソフトウェアを自由にインストールすることができる。
【００２０】
しかし、このようなEFBクラスＩは、飛行の例えば、離陸、着陸等の段階では使用することができない。更に、ＮＳＳプラットフォームとのインターフェースがないので、航空機パラメータにアクセスすることはできない。
【００２１】
EFBクラスIIは、EFBクラスＩに似ている。EFBクラスIIでは、全飛行段階において使用することができるように、表示及び制御をコックピット手段へ追放する能力が提案されている。例えば、コックピットに統合されたスクリーン、コックピットのキーボード及びトラックボールを使うことができる。パソコンは、受入ステーションを介してこれらの追放されたインターフェースに接続されている。ポータブルパソコンは航空機に付属していないので、パイロットは航空機の外で使うことができる。
【００２２】
このEFBクラスIIを使うと、読取り専用で、航空パラメータに対しアクセスすることができる。EFBとＮＳＳプラットフォームとの間の優れた独立性は維持され、これにより航空会社は所望のソフトウェアを自由にインストールすることができる。
【００２３】
通常、EFBクラスＩとIIとは、航空会社により選択される。それらは頻繁に変更されてもよく、航空機の上で、連続的に操作する２人のパイロットの間でも相違してもよい。それらは、航空機のコックピットへの複雑な統合及びインストールが必要であるという問題を提起する。例えば、市場で入手できる全てのポータブルパソコンを使用可能にするためのコネクターすなわち受入ステーションを用意することは困難であるからである。
【００２４】
さらに、航空機メーカーは、航空会社領域のコンピュータを管理できない。事実、これらのコンピュータは、メーカーに適用される全てのセキュリティ基準に対応していないので、これらのコンピュータを実行する時、セキュリティリスクが発生することがある。
【００２５】
クラスIII のEFBは、例えば、エアバスＡ３４０（登録商標）における（保守マニュアル等の飛行ドキュメントの電子版を参照するための対話型表示装置に対応する）搭載情報端末（Onboard Information Terminal：ＯＩＴ）等の航空機に恒久的に付属する装置、すなわち、例えば、エアバスＡ３８０（登録商標）におけるＥＦＢ等のメーカーの部品番号（NSSシステムにおける識別番号）を形成する装置である。ＥＦＢのタイプIII を使うと、システムへの統合によって、読取り専用で、アビオニクス（avionique）パラメータへアクセスすることができる。
【００２６】
しかし、クラスIII のEFBの場合、航空会社は、統合者としてのメーカー抜きにしては、このEFBに基づくソフトウェアを自由に使うことはできない。
【発明の概要】
【発明が解決しようとする課題】
【００２７】
本発明の目的は、従来技術の欠点を解決することである。
【課題を解決するための手段】
【００２８】
このために、本発明は、特に車両（vehicule）の乗員とのインターフェースを行う情報処理アプリケーションの実行方法を目的とする。この方法は、以下のステップを有している。
−車両に搭載された実行システム（systeme d'execution）が備える(equipant）リムーバブルメディア読取手段を使って、実行されるアプリケーションを有するリムーバブルメディアを読み取るステップ。
−前記実行システムに含まれ、前記リムーバブルメディア読取装置に接続されている実行手段を使って前記アプリケーションを実行するステップ。
但し、前記アプリケーションの実行は、リムーバブルメディア上でしか、その実行に必要なデータの永久記録を必要としない。
【００２９】
ここで、「永久」とは、アプリケーションの実行中を超えるデータの格納、又は、記憶を意味する。即ち、アプリケーションはもはや実行されていないけれども、メモリにおいて永続するデータである。「一時」記憶に対して、この「永久」記憶が対立している。一時記憶とは、一般的に、マイクロプロセッサが、アプリケーションを効率的に実行することができるように、RAMタイプのメモリにデータを記憶させることである。
【００３０】
また、本発明は、特に車両の乗員とのインターフェースを行う情報処理アプリケーションの実行方法を対象とする。前記アプリケーションは自体の実行に必要な関係データを使うもので、前記方法は、以下のステップを有している。
−車両に搭載される実行システムが備えるリムーバブルメディア読取手段を使って、前記実行されるアプリケーションを有するリムーバブルメディアを読取る読取ステップ。
−前記実行システムに含まれ、前記リムーバブルメディア読取装置に接続する実行手段により前記アプリケーションを実行するステップ。
但し、前記アプリケーションの実行は、前記実行システムにおける、前記関係データの永久記録なしに実行される。
【００３１】
この永久記録は、オペレーティングシステムのレジストリ（registre）、全ての再書き込み可能なメモリ(EEPROM、Flash、…)又はハードディスク等、特に非揮発性メモリを対象としている。
【００３２】
例えば、オペレーティングシステムがこの実行を遂行できるための、レジストリの変更等のアプリケーション実行に必要なデータと、例えば、前記実行に必要な特性を持たないユーザーファイル等の実行時に使用されるデータとが区別される。
【００３３】
本発明によれば、搭載された実行システムにおいて、いかなるアプリケーションデータも、長期に記録されることはない。
【００３４】
アプリケーションに関係したデータで、その実行に必要なデータが、実行システムを汚染しないように、リムーバブルメディア以外の場所に、永久的に保存されないようにすることを理解すべきである。例として後で説明するように、アプリケーションがリムーバブルメディア上に用意されているとき、アプリケーションを有するフォルダー、即ち、リムーバブルメディア上へ、実行に必要なデータの書込みを制限するポータブルアプリケーションが考えられる。考えられる別の例として、リムーバブルメディア上にインストールされ、実行システムがブート（boote）されるオペレーティングシステムの存在である。この場合、該オペレーティングシステムにおいて実行されるアプリケーションは、オペレーティングシステムのインストールにより制限されているレジストリ又は別の不揮発性メモリ、即ち、リムーバブルメディアにおいてのみ、その実行に必要なデータの書込みに関わる。しかし、リムーバブルメディアに格納することができるミッションデータ及び航空機搭載メモリに保存されている航空機に付属するデータ（例えば、故障、修理の履歴）等のコンテンツデータを自由に操作する可能性は維持される。
【００３５】
乗員(equipage）は、乗客に対立するもの、つまり、車両の機能パラメータに介入したり作用したりする権限を有する職員として把握すべきである。特に、乗員は、１人又は複数のパイロット、搭乗する職員及びメンテナンスオペレータを総称したものである。
【００３６】
本発明によれば、会社は、上記職員の役に立つアプリケーションセットを有するリムーバブルメディアを使えば、ポータブルコンピュータの束縛を受けなくてよい。これにより、複数のインターフェースの存在を考えると、ポータブルコンピュータの統合及びインストールに関連付けられた問題は回避される。実際に、リムーバブルメディアは一般的な接続標準に従っている。
【００３７】
更に、関係する介入者が有するポータブルコンピュータの使用と比較すると、リムーバブルメディアを使用することは、経済的利益がある。確かに、リムーバブルメディアは、従来、受動的（自立電源のない）装置で自体の実行手段を欠く装置として考えられてきた。実際に、一般的に記憶手段として使っていた。
【００３８】
パイロットは、専用のメディア読取装置を持つポータブルパソコンを使って、自分のホテルから、このリムーバブルメディアを簡単に使うことができる。
【００３９】
搭載された実行システムとリムーバブルメディアとを（メディア読取装置を介して）相互接続すると、例えば、コックピットに用意されている表示装置及び入力装置のインターフェースを介して、飛行の全段階でリムーバブルメディアを使うことができる。
【００４０】
実行システムは、車両に統合された情報処理システムの形をとることができる、又は、例えば、航空機に付属するEFBクラスIII タイプの装置の形をとることができる。
【００４１】
リムーバブルメディアからのアプリケーションのロードは、実行時の前記アプリケーションが搭載情報処理プラットフォーム上に痕跡（empreintes）又はトレース（traces）を残さない、というメカニズムの働きのおかげで、搭載システムに対して後に問題を発生させることは無い。このように、職員のEFBとプラットフォームとの間の強い独立性を確実にすることによって、リムーバブルメディアを介して、航空会社は、自由に、搭載システムのセキュリティに影響を与えることなく、所望するアプリケーションを展開することができる。この状況において、アプリケーションの実行のためのアプリケーションに関係するデータは、例えば、ドライバー、ライブラリー、ソースコード、実行可能ファイル、コンフィギュレーションファイル、情報レジストリファイルであってもよい。これらはリムーバブルメディアに格納され、従って、実行システムに格納するために展開されることはない。
【００４２】
この独立性があるので、情報処理プラットフォームは、特定のメディアの環境用に構成されないようにできる。それゆえ、種々のカスタマイズされたリムーバブルメディアを介して、例えば、パイロットに割り当てられた飛行環境並びにメンテナンス操作員に割り当てられたテスト及びシミュレーション環境等の種々の実行環境を受け入れることができる。
【００４３】
また、非常駐アプリケーションに特有なデータにより汚染されることがないから、搭載システムは安全である。
【００４４】
さらに説明するように、実際に、コックピット又は専用アビオニクスベイ（baie avionique）は、ＣＰＵカード（une carte d'unite centrale de traitement (CPU)）を提供することができる。該カードは、情報処理システム専用のスクリーン、情報処理システム専用の入力手段（キーボード及び/もしくはマウス）又はポインティングデバイス、並びに、コックピットからアクセス可能なメディア読取装置に接続されているので、パイロット又はオペレータは、所望のアプリケーションを含むメディアをこれに接続することができる。
【００４５】
搭乗準備室では、例えば、パイロットは、自分のメディアを、PC端子又はポータブルパソコンに用意されている専用の読取装置に接続することができ、これにより、航空機の外部から、所望のアプリケーション及びミッションデータにアクセスすることができる。
【００４６】
本発明の一つの実施例において、前記アプリケーションは、ポータブルアプリケーションである。
【００４７】
周知の通り、「ポータブルアプリケーション」は、アプリケーション特有のデータを格納するファイルにおいて自立的に機能するソフトウェアであり、ホストコンピュータのハードディスクに予めインストールすることはない。したがって、該ホストコンピュータ上にトレース（traces）を残さずに、該アプリケーションと関係する個人データを自由に使用することが可能である。
【００４８】
従って、それぞれがコンピュータに干渉するトレースまたは痕跡を残す、複数のアプリケーションが有効に共存する必要性に関連付けられた誤動作又は追加的開発を回避することができる。ポータブルアプリケーションの特性から見て、実行システムへのアプリケーションの統合は航空機メーカーには必要ではない。後者は余分な開発を避けることができるし、他方、航空会社はこれらのアプリケーションを自由に、心ゆくまで、追加、変更することができる。
【００４９】
最新技術の周知システムにおいて、これらのトレースまたは痕跡とは、例えば、レジストリベースの入力（des entrees en base de registre）、環境変数の変更、共有ライブラリーのインストール又はアップデート、ホストプラットフォームのハードディスク上における一時ファイルの生成、アプリケーションのバイナリー（binaires applicatifs）及びコンフィギュレーションファイルのコピーである。
【００５０】
特に、実行システムは、前記読取装置に接続されたメディアに格納されているポータブルアプリケーションを検出するように構成されたアプリケーションランチャーを有している。前記ポータブルアプリケーションはアプリケーションランチャーから起動される。
【００５１】
プラグアンドプレイ（plug and play）メカニズムによって、読取装置にリムーバブルメディアを接続すると、パイロット又はオペレータは、リムーバブルメディアに含まれるアプリケーションに、自動的に高速にアクセスすることができる。
【００５２】
アプリケーション ランチャーは、例えば、Ｕ３、Framakey（ポータブル アプリケーションの開発の基準）等のファイル又は等価なフォーマットを検出し、対応するアプリケーションをユーザーが選択できるように表示することができる。
【００５３】
一つの実施例において、前記リムーバブルメディアは、一つのオペレーティングシステムを有している。前記方法は、前記アプリケーション実行の前に、前記オペレーティングシステム上の実行システムのブート段階（boot）を含んでいる。前記アプリケーションは、リムーバブルメディアのオペレーティングシステムの環境において実行される。
【００５４】
読取装置に挿入されたリムーバブルメディア上に追放されたブート（boot）メカニズムを使うと、起動されたオペレーティングシステムとこのオペレーティングシステムにおいて実行されるアプリケーションとによる、ホストプラットフォームへの汚染を回避することができる。
【００５５】
前記実施例の配置のおかげで、パイロット又はオペレータが使う前記オペレーティングシステムは車両に関連付けられず、リムーバブルメディアに関連付けられる。この解決法により、オペレーティングシステムの利用に関係する法的な規定（dispositions legales）から解放される。
【００５６】
例えば、オペレーティングシステムに適用され、そのオペレーティングシステムを実行する管轄区域に依存するライセンスが存在することがある。そのようなオペレーティングシステムは、車両の製造業者により直接導入されないので、購入者（acquereurs）は、前記オペレーティングシステム環境において開発されたアプリケーションを使うことができないということが起こる。しかし、前記実施例のおかげで、航空会社は、独自のオペレーティングシステムを選択することができる。
【００５７】
特に、前記実行システムは、前記読取装置に接続されたリムーバブルメディアに格納されているオペレーティングシステムに基づいて前記実行システムをブート（booter）するように構成された基本入出力システム（Basic Input/Output System：BIOS）システムを有している。BIOSの直接の（directe）構成を使うことによって、搭載プラットフォームの実行システムの簡略な再始動により、実行システム及びリムーバブルメディアに含まれているアプリケーションの起動手順を自動化することができる。
【００５８】
一実施例において、前記実行システムは、始動時に実行される１つのバーチャルマシンを含む。前記オペレーティングシステムは前記バーチャルマシンにおいて実行される。
【００５９】
これらの配置のおかげで、ホストプラットフォームのハードウェアの制約から解放される。従って、リムーバブルメディアが使用されるホストプラットフォームの全ハードウェア構成を満足させねばならない、リムーバブルメディアに格納される一般的ドライバーを使用しなくてすむ。
【００６０】
その代わりに、実行システム上に用意されたバーチャルマシン特有のドライバーが使用される。特に、構築された車両／航空機の全部又は一部上に、同一のバーチャルマシンを用意することができる。これらの特有のドライバーを使って、より多くの機能にアクセスすることができる。この結果、オペレーティングシステムにより提供されるパフォーマンス及びサービスが改善される。
【００６１】
また、特に、前記実行システムは、前記バーチャルマシンにおいて実行されるよう構成されたオペレーティングシステムを含むことができる。
【００６２】
表示装置の配置のおかげで、少なくとも２つのバーチャルコンピュータが、１つのハードウェア実行システム（CPU）に基づいてインスタンス化される。その結果、例えば、１つは航空機メーカーに関連付けられ、他の１つは航空会社に関連付けられるというように、２つの別々の環境を提供することができる。こうして、２つのＣＰＵを使用しなければならないため物質及び熱のコスト、消費及び大きさがより重大になってしまうという制約から解放される。
【００６３】
１実施例において、前記実行手段は、前記実行システムのリムーバブルモジュールの部分を形成している。これは、特に、リムーバブルＣＰＵカードに関する。
【００６４】
この構成によれば、車両の寿命（la vie；耐用年数）の間（航空機の寿命は数十年である）、処理／実行手段の処理能力の進化を効率的に適応させ管理することが可能である。しかしながら、他のホストプラットフォームとの互換性のため、このＣＰＵカードが、例えばＡＲＩＮＣ  ７６３等の標準に確実に準拠するよう注意するであろう。
【００６５】
本発明の特徴によれば、前記リムーバブルメディアは、ＵＳＢメモリ、フラッシュメモリ、メモリカード（ＳＤカード、コンパクトフラッシュ（登録商標）、…）、コンパクトディスク、ＤＶＤディスクを含む群の内の１つである。
【００６６】
これらの実施例によれば、リムーバブルメディアは、実行手段、特にＣＰＵを備えていない装置であることが分かる。これは、特に、格納用リムーバブルメディアに関する。
【００６７】
また、大きさを最小にするために、リムーバブルメディアはバッテリータイプの自立電源を備えていない。
【００６８】
本発明は、車両の乗員とのインターフェースを行う情報処理アプリケーションの実行方法であって、
−車両に搭載された実行システムが備えるリムーバブルメディア読取装置を使って、ポータブルアプリケーションを有するリムーバブルメディアを読取るステップと、
−前記実行システムに含まれ、前記リムーバブルメディア読取装置に接続する実行手段を使って、前記ポータブルアプリケーションを実行するステップと、を有する方法を対象とする。
【００６９】
また、本発明は、車両の乗員とのインターフェースを行う情報処理アプリケーションの実行方法を対象とする。この方法は、以下を有する。
−車両に搭載された実行システムが備えるリムーバブルメディア読取手段を使って、オペレーティングシステム及び実行アプリケーションを有するリムーバブルメディアを読取るステップ。
−前記実行システムが備え、前記リムーバブルメディア読取装置に接続された実行手段を使って、リムーバブルメディアの前記オペレーティングシステム上で搭載された(embarque)実行システムをブートするステップ。
−前記オペレーティングシステムにおいて前記アプリケーションを実行するステップ。
【００７０】
本発明は、車両の乗員とのインターフェースを行う情報処理アプリケーションを実行するための１つのキットを扱う。このキットは、以下を有している。
−前記実行されるアプリケーションを有するリムーバブルメディア。
−前記リムーバブルメディアを受入れ、読取るリムーバブルメディア読取装置と、前記読取手段に接続され、前記リムーバブルメディアが有する前記アプリケーションを実行するように構成された実行手段をと、を有する、車両に搭載された実行システム。
但し、前記リムーバブルメディアは、前記アプリケーションの実行が、前記リムーバブルメディアの上でしか、その実行に必要なデータの永久記録を必要としないように構成されている。
【００７１】
同様に、本発明は、車両の乗員とのインターフェースを行う情報処理アプリケーションを実行するための１つのキットを対象とする。前記アプリケーションは自体の実行に必要な関係データを処理するものであって、このキットは、以下を有している。
−前記実行されるアプリケーションを有するリムーバブルメディア。
−前記リムーバブルメディアを受入れ、読取るように構成されたリムーバブルメディア読取装置と、前記読取手段に接続され、前記アプリケーションを実行するように構成された実行手段と、を有する、車両に搭載された実行システム。
但し、前記リムーバブルメディアは、前記アプリケーションの実行が、前記実行システムにおいて、関係データの永久記録を必要としないように構成されている。
【００７２】
オプションとして、複数のキットのうちの１つは、上記方法の特徴に関係する手段を有することができる。
【００７３】
特に、前記アプリケーションはポータブルアプリケーションであることができる。具体的には、実行システムは、メディアが読取装置に接続されたときに、例えば、プラグアンドプレイ（plug and play）手段を使って、前記メディアに記憶されているアプリケーションを検出するように構成されたアプリケーションランチャーを含む。
【００７４】
代替として又はポータブルアプリケーションとの統合で、オペレーティングシステムは、前記リムーバブルメディアに用意することができる。実行システムは、例えば、実行システムのBIOSパラメータを適切な方法で設定して、このオペレーティングシステム上でブート（booter）されるように構成される。
【００７５】
特別の特徴によれば、実行システムは前記実行システムのリムーバブルモジュールの部分を形成している。
【００７６】
同様に、本発明は、車両の乗員とのインターフェースを行う情報処理アプリケーションを実行するための１つのキットを対象とする。前記キットは、以下を有している。
−ポータブルアプリケーションを有する、リムーバブルメディア。
−前記リムーバブルメディアを受け入れ読取るよう構成されたリムーバブルメディア読取装置と、前記読取装置に接続され、前記リムーバブルメディアの前記ポータブルアプリケーションを実行するように構成された実行手段と、を有する、車両に搭載された実行システム。
【００７７】
同様に、本発明は、車両の乗員とのインターフェースを行う情報処理アプリケーションを実行するためのキットを対象とする。前記キットは、以下を有している。
−オペレーティングシステムと前記実行されるアプリケーションを有する、リムーバブルメディア。
−前記リムーバブルメディアを受け入れ、読取るリムーバブルメディア読取装置と、前記読取装置に接続され、リムーバブルメディアの前記オペレーティングシステム上で、前記搭載実行システムをブートし、前記オペレーティングシステムにおいて前記アプリケーションを実行するように構成された実行手段と、を有する、車両に搭載された実行システム。
【００７８】
同様に、本発明は前記キットを有する航空機を対象とする。
【００７９】
該キット及び該航空機の有利な点、目的及び特徴は、前記した本発明の目的である方法と同様であるので、繰り返さない。
【００８０】
本発明の特徴と利点は図面を使って好ましい実施例を読むと明確になる。
【図面の簡単な説明】
【００８１】
【図１】本発明を実施するために、航空機に搭載されたシステムの一例を示す図である。
【図２】例えば、図１のシステムにおける、本発明の第１実施例の概略を示す図である。
【図３】本発明による方法の第１実施例の各ステップを示すフローチャートである。
【図４】本発明の第１実施例と関係するアプリケーションのノマド的（nomade；移動的）利用の１例を示すである。
【図５】例えば、図１のシステムにおける、本発明の第２実施例の概略を示す図である。
【図６】本発明による方法の第２実施例の各ステップを示すフローチャートである。
【図７】例えば、図１のシステムにおける、本発明の第３実施例の概略を示す図である。
【図８】本発明の第４実施例の概略を示す図である。
【発明を実施するための形態】
【００８２】
本発明は、車両（ここでは、航空機１）の乗員用の情報処理アプリケーションの実行に関係する。その実行において、実行されるアプリケーションを記憶するリムーバブルメディアを読取るために、車両１に搭載された実行システムが備えるリムーバブルメディア読取装置に接続する。この実行システムは実行手段を有する。
【００８３】
図１を参照すると、航空機１はコックピット10を備えている。パイロット又はメンテナンスオペレータが、コックピットから、ネットワークサーバーシステム（Network Server System：NSS）タイプの搭載システムに対しアクセスすることが可能になっている。該システムは、航空機１の操縦及び運行を支援するツール及びアプリケーションを提供する。
【００８４】
NSSシステム100は、必要に応じてセキュリティ保護され、メーカー領域、即ち、航空機メーカー領域として周知のサブシステム110を有する。このサブシステムは、処理ユニットCPU111、揮発性メモリRAM112、ハードディスク113、周辺機器114、例えばスクリーン115及びキーボード/マウス116等のコックピットからアクセス可能な表示及び入力周辺装置を提供している。これらの装置はデータバス117により接続されている。
【００８５】
前記サブシステム110は、航空機１のセキュリティに関する重要なアプリケーションを有する場合がある。従って、航空機メーカーは、前記サブシステムが、第３者が資格なしに介入できるような他のサブシステムから分離されることを望む。一実施例において、重要なアプリケーションは、他のサブシステムに用意され、高度にセキュリティ保護され、サブシステム110から一方向ネットワークダイオード（diode reseau unidirectionnelle）により分離することができる。この場合、サブシステム110は、航空機メーカーにより統合されるというシンプルな特徴を示す。上記２つの場合において、簡略化のためサブシステム110のみ示したが、特に後者の場合では、ハードウェア及びアプリケーションの認証（certification）は、主として、高度にセキュリティ保護されたサブシステムのために用意されるものを対象としていることを明記しておく。
【００８６】
プロセッサ111を使うと、ハードディスク113に格納されたアプリケーションを実行することができる。これらのアプリケーションは、航空機メーカーにより認証されて、サブシステム110に統合される。
【００８７】
NSSシステム100は、サブシステム110よりセキュリティが低い第２サブシステム120を有している。つまり、認証（certification）及び統合の条件がより厳しくないものである。
【００８８】
メーカー領域であれ、航空会社領域であれ、このサブシステム120は、データバスにより接続された、アプリケーションを実行するための処理装置CPU121と、揮発性メモリRAM122と、ハードディスク123と、周辺装置124と、コックピットからアクセスできる、例えばスクリーン125及びキーボード／マウス126等の表示装置及び入力装置と、を有している。
【００８９】
スペースを節約するために、スクリーン及びキーボード／マウス115,116,125,126は、同一装置で相互に関係するよう配置することができる。この場合、１つのコマンドを１つのサブシステムから他のサブシステムに伝達することができる。
【００９０】
サブシステム110及び120は、ゲートウェイ（passerelle）130を介して相互に接続されている。これにより、特に、プロセッサ121上で実行されるアプリケーションは、セキュリティ保護されたサブシステム110が生成するアビオニクスパラメータ及びデータを取込むことができる。この取込みは、例えば、ハードディスク113に格納されている又は周辺装置114から送信されるデータ及び/又はパラメータのファイルを読取る権利により達成される。
【００９１】
特に、ゲートウェイ130は、サブシステム120で実行されるアプリケーション（特に、以下で紹介するリムーバブルメディアのアプリケーション）について、サブシステム110のデータにアクセスする権利を制限することによって、サブシステム110を確実に保護することにより、システムのセキュリティに貢献している。
【００９２】
サブシステム120は、更にリムーバブルメディア128読取装置を有している。ここでは、ＵＳＢ（Universal Serial Bus）メモリの読取装置である。前記読取装置は、リムーバブルメディアとシステムとの間の接続を可能にすることによって前者（リムーバブルメディア）の読取りを可能にするインターフェースとして考えることができる。一般的に、このインターフェースに関係するプログラム（例えば、ドライバー又は同等のもの）は、この読取機能を確実にしている。複数の読取装置128を用意することができる。これにより、特に、ＵＳＢ,Ｆｉｒｅｗｉｒｅ（登録商標）等の種々のインターフェースフォーマットを提供するリムーバブルディアの接続が可能になる。
【００９３】
この読取装置128には、パイロットのコックピット10からアクセスすることができる。他の読取装置128は、例えば、メンテナンス要員（agents de maintenance）が前記サブシステム120と接続できるようにコックピットの外部で、サブシステム120中に用意することができる。
【００９４】
パイロット又は他の要員との対話のない処理装置、特にCPU111,121,RAM112,122、ハードディスク113,123及び周辺装置114,124は、例えば、コックピット10の外側にあるアビオニクス情報処理ベイ11等の専用スペースに統合してもよい。
【００９５】
補助スクリーン及び入力装置は、コックピット10の外側に、例えば、乗客キャビンを行き来する職員用等に用意されてもよい。
【００９６】
同様に、前記スクリーン115及び入力装置116に追加又は置き換えて、スクリーン及び/又は入力装置を接続するためのインターフェースを、必要であればコックピットの外側に、用意することができる。これにより、メンテナンス要員はコックピット10の外からNSSシステム100に介入することができる。
【００９７】
図２は、パイロットのＵＳＢメモリ200が接続されたサブシステム120を簡略化して表現することによって、本発明の第１の実施例を示す。
【００９８】
パイロットのＵＳＢメモリ200は、１又は複数のアプリケーション210、210′等を含むメモリである。これらのアプリケーションはパイロットの航空会社が開発したもので、例えば、チェックリスト（checklists）等の飛行及び手続きの計画等の補助ツールをパイロットに提示する。これらのアプリケーションは、航空機の乗員（パイロット、他の職員間の）とのインターフェースアプリケーションである。
【００９９】
アプリケーション210、210′は、例えば、U3（Sandisk（登録商標）標準）又はFramakey（フリーソフトウェアフォーマット）等のポータブルアプリケーションフォーマットで開発されている。これらのポータブルアプリケーションは、ＵＳＢメモリ200上で使用できる特性を有している。つまり、ポータブルアプリケーションは、アプリケーションが実行される、ここではシステム100上等のホストマシン上、特にハードディスク上に個人情報を残さないようにセキュリティ保護されて使用される。
【０１００】
これらのアプリケーションは、実行のために、自体が実行されるオペレーティングシステムを変更するものではないことに留意されたい。また、アプリケーションは、ライブラリーに関して満たされている。つまり、前記アプリケーションは、オペレーティングシステムに内在するライブラリーで足りており、新規なライブラリーをインストールする必要はない。このため、インストールによってホストマシン上にトレースを残すことはない。
【０１０１】
これらのアプリケーションの展開には、アプリケーションに関係するデータを含むフォルダーのコピーだけが必要である。このフォルダーには、適切な言い方によるといわゆる（例えば、フォーマットＵ３又はFramakey等の）アプリケーションファイル、ライブラリー、コンフィギュレーション（configuration）ファイル及び場合によって使用されることがあるデータ等である。従って、アプリケーションの実行は、このフォルダーから、ここではフォルダーが記憶されているリムーバブルメディアから直接実行される。
【０１０２】
ＵＳＢメモリ200がＵＳＢ読取装置128に接続されることによって、ＣＰＵ121を使ってアプリケーション210を実行することができる。これにより、ＵＳＢメモリ200を読取ることができ、必要があれば、ＵＳＢメモリ200にデータを書込んで格納することができる。
【０１０３】
サブシステム120のハードディスク123は、サブシステム120の始動時に起動されるオペレーティングシステム（Operating System：ＯＳ）（例えば、Windows（登録商標））123-1、航空機メーカーにより既に統合されている（したがって認証されている）アプリケーション123-2及びアプリケーションランチャー123-3を含んでいる。
【０１０４】
このアプリケーションランチャー123-3は、読取装置128にＵＳＢメモリ200を挿入するときに、プラグアンドプレイ（plug and play）メカニズムにより起動される。該アプリケーションランチャー123-3は、接続されたＵＳＢメモリにおいて、特にＵ３及びFramakey等のポータブルアプリケーションの標準に基づいて設定されたアプリケーションを検出するように構成されている。
【０１０５】
該アプリケーションは、検出されたポータブルアプリケーションを、パイロット又は他の職員のスクリーン125に表示する。パイロット又は他の職員は、アプリケーションを実行するために、表示されたアプリケーションから選択する。
【０１０６】
詳述すると、図３に示されているように、パイロットは航空機１を担当し、飛行するときに、ステップ300で、搭載システム100及びその部品の電源を入れる。
【０１０７】
ステップ302で、サブシステム120は、オペレーティングシステム123-1の実行によって始動する。
【０１０８】
この段階で、パイロットは、従来のやり方で、航空機会社により既に統合されているアプリケーション123-2を使うことができる（ステップ304）。
【０１０９】
ステップ306において、パイロットは、ＵＳＢ読取装置128に、ＵＳＢメモリ200を挿入する。ＵＳＢメモリには、特にチェックリスト及び飛行計画等の全ミッションデータが記憶されている。これらのデータは、予めパイロットにより、後で説明するように例えばホテルで準備されている。これらのデータには、航空会社により開発されたポータブルアプリケーションを介して、全パイロットがアクセスできる。
【０１１０】
ステップ308において、サブシステム120は、メモリ200が読取装置128に挿入されたことをプラグアンドプレイ（plug and play）メカニズムにより検出し、アプリケーションランチャー123-3を始動する。このアプリケーションランチャー123-3は、ＵＳＢメモリのメモリをスキャンし、ポータブルアプリケーションの標準に対応しているアプリケーションファイル(例えば、Ｕ3標準のためのu3p拡張子（extension）を提供するファイル)の存在を判断する。
【０１１１】
大容量メディアに対し検出時間を限定するために、ルートフォルダー又は特定フォルダーにＵＳＢメモリのスキャンを限定するように設計することができる。
【０１１２】
ステップ308の終わりに、アプリケーションランチャー123-3は、ＵＳＢメモリ200に存在するポータブルアプリケーションのリストを作成する。
【０１１３】
ステップ310において、アプリケーションランチャー123-3は、パイロットのスクリーン125に検出されたポータブルアプリケーション210のリストを表示する。
【０１１４】
ステップ312において、パイロットはマウス126で、例えば１回のクリック等で望むアプリケーション210を選択し実行を要求する。
【０１１５】
これにより、アプリケーション210は、RAM122を使って、プロセッサ121により実行される。しかし、ハードディスク123上では、如何なるファイルのコピー又は構成（configuration）も行われない。
【０１１６】
こうして、パイロットは、飛行用データを使うことができる。また、パイロットは、例えば、ＵＳＢメモリ200に情報を入力して直接記録することによって飛行後に使用することもできる。
【０１１７】
例として、実行中のアプリケーション210は、オペレーティングシステム123-1のサービスを呼び出すことによって、例えばサブシステム120の周辺装置124にプリントすることができる。実際に、ポータブルアプリケーション210により、接続されているプリンタで既に構成され、デフォルトで選択されたプリンタで構成される印刷管理の一般的なダイアログボックスが現れる。
【０１１８】
オペレーティングシステムはマルチタスクであることが好ましい。この場合、パイロットは、複数のアプリケーション123-2,123-3に同時にアクセスすることができる。
【０１１９】
アプリケーション210の使用が終わると、パイロットはアプリケーションを閉じる（ステップ314）。ポータブルアプリケーション210,210′の特性により、実行されたアプリケーションに関係するどのようなデータも、サブシステム120のハードディスク上に残ることはない。
【０１２０】
本発明によれば、航空会社は自社用アプリケーションを開発でき、航空機メーカーによって事前に認証及び統合されなくても、航空機においてそれらを使用することができる。
【０１２１】
パイロットが、ポータブルアプリケーションを有する自分のＵＳＢメモリを、セキュリティ保護されたサブシステム１１０のＵＳＢ読取装置（図示せず）に接続できるように設計できることに注意すべきである。
【０１２２】
その結果、本発明の状況を離れることなくサブシステム110を設計することができる。
【０１２３】
また、本発明は、アプリケーションランチャー123-3が無くて、パイロットがファイルシステム（FileSystem）を使ってポータブルアプリケーションファイル210にアクセスし、実行を要求しなければならないようなケースにも適用できることに留意すべきである。
【０１２４】
図４は、ＵＳＢメモリ200を移動して利用する場合を説明するものである。前記のとおり、車両１のユーザー（ここでは、パイロット、メンテナンス要員）にとって、予め介入データ（donnees d'intervention）（例えば、ミッション、飛行計画、メンテナンス等の介入手続き等のデータ）を準備したり、及び/又は、介入処理時（intervention）に、例えば飛行報告等、後で利用するため登録されたデータを使用したりすることができることは、有用である。
【０１２５】
航空機のパイロットについて説明すると、パイロットは、ポータブルパソコン400を使うことができる。このツールを使うと、パイロットは、どこにおいても、特に、ホテルにおいても、搭乗準備室においても、飛行の前後の処理を実行することができる。
【０１２６】
代替案として、パイロットは、搭乗準備室又はホテルのコンピュータで使用可能なＰＣ端子（図示しない）に接続することができる。
【０１２７】
このパソコン400は、標準のもので、スクリーン402と、キーボード404と、アプリケーションを実行するプロセッサＣＰＵ406と、アプリケーション及びオペレーティングシステムを格納しているハードディスク408と、ＲＡＭ（図示しない）と、読取手段に関連付けられたＵＳＢポートと、を有している。コンピュータ400に搭載されるオペレーティングシステムは、特に航空機メーカーにより航空機１に統合されたオペレーティングシステム123-1と同一ファミリー、すなわち、バイナリーコンパチブルである。
【０１２８】
パイロットは、自分のＵＳＢメモリ200をコンピュータ400のポート410に接続する。コンピュータ上に備えられているアプリケーションランチャーを使って（前記したやり方と同じやり方で）、又はコンピュータ400に搭載されたファイルシステムを介して直接、パイロットはＵＳＢメモリ200に格納されているポータブルアプリケーション210にアクセスする。
【０１２９】
このようにして、ポータブルアプリケーション210が実行される。パイロットは、例えば、データを修正し、読取り、追加する等の所望の処理を実行する。
【０１３０】
使用後、アプリケーション210は閉じられる。アプリケーション210は、ポータブルアプリケーションに関わるから、コンピュータ４００上には如何なるトレースも残さない。
【０１３１】
次に、図５を使って、本発明の第２実施例を説明する。
【０１３２】
この第２実施例において、アプリケーション210の実行のためのオペレーティングシステムは、サブシステム110又は120に搭載されず、ＵＳＢメモリ200に格納される。該メモリの上で、サブシステム120がブートする（booter）。図１乃至４に関係する上記の他の特徴は、この実施例においても適用することができる。
【０１３３】
図５は、本発明の第２実施例をより詳細に示す。この図は、パイロットのＵＳＢメモリ200が接続されるサブシステム120を簡略化して示している。
【０１３４】
図５において、ハードディスク123には特定のデータは格納されていない。しかしながら、オペレーティングシステム、アプリケーション及び関係データをハードディスクに格納するように設計することによって、ＵＳＢメモリ200が無いときシステム100の始動時に起動することができる。
【０１３５】
プロセッサ121（及び、広義でサブシステム120のマザーボード）は、ファームウェアＢＩＯＳ（Basic Input Output System)121-1をＲＯＭに記憶している。これは、オペレーティングシステムを始動するとき参照する周辺装置のリスト及び順序を規定している。当業者にとって、ＢＩＯＳの起動順序は重要である。
【０１３６】
本発明のＢＩＯＳ121-1は、最初にＵＳＢ読取装置128上でブートすることを規定し、そこでブートできなければ、ハードディスク１２３上で始動することを規定する。もちろん、システムはリムーバブルメディア128の読取装置を複数有してもよく、対応するＢＩＯＳは、ハードディスク123を参照する前に、予め決められた順序でこれらの読取装置をそれぞれ指示してもよい。
【０１３７】
ＵＳＢメモリ200は、ポータブルである必要はないが多分ポータブルである、アプリケーション210及び210′に加えて、オペレーティングシステム212及びドライバー214を提供する。
【０１３８】
オペレーティングシステム212はインストールされていない、即ち、その構成はまだ特定のハードウェア層に関連付けられていない。
【０１３９】
ドライバー214は、航空機メーカーにより予め認証されてから、この航空機メーカーの航空機を使う航空会社に提供される。これらのドライバー214を使って、オペレーティングシステム212が、パイロットのUSBメモリ200と関連付けられて使用されるサブシステム120及び航空機１が何であろうと、全てのタイプのハードウェアを認識することを可能にするという意味で、ドライバー214は一般的（generiques）であることが好ましい。そうすれば、USBメモリ200を別のコンピュータ上で使用することができる。
【０１４０】
実際に、航空機メーカーは、いくつかの主要なオペレーティングシステム用のドライバーと、航空機メーカー領域によって供給されネットワークでアクセスできるサービス（印刷サーバー、アビオニクスパラメータに対するアクセスサービス、キーボードカーソル制御ユニットユニット（Keyboard Cursor Control Unit；ＫＣＣＵ))用のドライバーと、を提供している。したがって、航空会社は、これらの機能を、パイロットがアクセスできるように、USBメモリ200上に自由に統合したりしなかったりすることができる。
【０１４１】
図６は第２実施例で実行される各ステップの例を示す。図６を参照すると、パイロットは、システム100と、従って、そのサブシステム110及び120との電源を入れる（ステップ600）。プロセッサ121は、BIOS121-1にアクセスし実行する（ステップ602）。
【０１４２】
BIOSの最初のコマンドで、システムは、ＵＳＢポート128上にアクセス可能なオペレーティングシステムが存在するかどうかを判断する（ステップ604）。つまり、オペレーティングシステムを有しているＵＳＢメモリ200が接続されているか否かを判断する。
【０１４３】
否定の場合（ステップ606）、サブシステム120は、ＢＩＯＳのリスト中の次の周辺装置上、例えば、ハードディスク123のオペレーティングシステム上で始動する。
【０１４４】
肯定の場合（ステップ608）、サブシステム120は、オペレーティングシステム212をＲＡＭメモリにロードし、プロセッサ121により実行する。
【０１４５】
サブシステム120のハードウェア層にオペレーティングシステム212を適合させるために、オペレーティングシステム212の初期化には、ＵＳＢメモリ200に存在する一般的ドライバー214のロードが含まれている（ステップ610）。インストールされた周辺装置及びハードウェア部品に対応するドライバー214だけが、プラグアンドプレイ（plug and play）メカニズムによりロードされる。
【０１４６】
従って、実行サブシステム１２０における再始動ごとに、オペレーティングシステム212は、ＢＩＯＳ、チップセット、ＣＰＵ，ビデオカード、サブシステム120のその他の周辺装置を検出し、新たに、これらの種々の部品用に使われるドライバーをロードする。
【０１４７】
オペレーティングシステムの実行には、ＲＡＭ122、プロセッサ121及び必要な周辺装置124のみが使われることに注目されたい。ハードディスク１２３上にはデータは書き込まれない。従って、オペレーティングシステムの実行を終了するときには、如何なるデータも残っていない。これにより、機能間の問題もなく、新規なＵＳＢメモリ200を受け入れることができる。
【０１４８】
一旦オペレーティングシステム212が実行されると、自動的に実行される専用アプリケーションは、ＵＳＢメモリ200に存在するアプリケーション210,210′のリストを作成し、それらをパイロットに提示する（ステップ612）。或いは、パイロット自身が、ファイルシステムを介して、自身で選んだアプリケーション210,210′にアクセスする（ステップ612）。
【０１４９】
ステップ614において、パイロットは、例えば、チェックリストアプリケーション等の所望のアプリケーションの実行を選択し起動する。
【０１５０】
ここで、オペレーティングシステム212はＵＳＢメモリ200上に存在するから、アプリケーション210,210′に関連付けられたパラメータ又はデータも、ＵＳＢメモリ200上に存在していることに注意すべきである。従って、これらのアプリケーションが実行されても、ハードディスク123の汚染はない。もちろん、上記したように、如何なるデータも別のファイルにコピーされないことを保証するポータブルアプリケーションを使用することができる。
【０１５１】
アプリケーション210を使用することにより、パイロットはメモリ200の中のデータにアクセスできる（読出し及び/又は書込み）。
【０１５２】
一旦アプリケーション210の動作が完了すると、前記アプリケーション210の実行が終了する（ステップ616）。この実行のトレースは、特にハードディスク213等のサブシステム120上に永久に残ることはない。
【０１５３】
パイロットがＵＳＢメモリ200を移動して使用することに関して、コンピュータ400は、ＢＩＯＳにおいて、図５及び６と関連して上記したサブシステム120と同じように、即ち、ＵＳＢポート410で起動するように構成される。こうして、パイロットは、ポータブルか否かに関わらずどのようなＰＣの上でも、オペレーティングシステム212を始動することができる。
【０１５４】
従って、パイロットは航空機外であろうとも、航空機内であろうとも同じ作業環境で作業を行うことができる。航空会社は、企業のポータルサイト及びサービスにアクセスするためにポータブルパソコンＰＣ400を提供する。このポータブルパソコンは、USBメモリ200の挿入時の再始動（redemarrage）の後、ＵＳＢメモリからのみ使用できる。従って、企業のオフィス環境を含むハードディスク408は、使用されない。また、ＵＳＢメモリ200から航空機作業環境を使用する間、ハードディスク408上にトレースは全く残らない。
【０１５５】
このように、同一のポータブルパソコンＰＣ400が、相互に独立し遮断されている２つの作業環境を提供することに留意すべきである。２つの作業環境の１つは、企業におけるオフィスにおける作業環境、他の１つは、Flight Ops、すなわち飛行オペレーティングシステムとも呼ばれる、航空機における作業環境である。
【０１５６】
図７，８には、本発明の第３実施例が記載されている。
【０１５７】
第３実施例では、サブシステム120は、オペレーティングシステム212を、特にドライバー214に関して、ハードウェアの制約から解放するバーチャル化層を提供しているが、この点を別とすれば、この第３実施例は、上記の第２実施例に似ている。
【０１５８】
図１乃至６との関係で上記した特徴についても、この実施例に同様に適用される。
【０１５９】
図７は、パイロットのＵＳＢメモリが接続されているサブシステム120を簡略化して表すことによって、本発明の第３実施例をさらに詳細に示す。
【０１６０】
図７において、ハードディスク123は、例えば、リナックス（登録商標）カーネル（noyau linux）もしくはリナックス（登録商標）ディストリビューション（distribution linux）等の第１ホストオペレーティングシステム123-4と、この第１オペレーティングシステム１２３−４で実行されるよう構成されたバーチャルマシン123-5と、例えば、図２と関連して前記した第２オペレーティングシステム123-1と、第２オペレーティングシステムにおいて実行可能なアプリケーション123-2と、が格納されている。これらの種々のソフトウェア部品は、航空機メーカーにより統合される。
【０１６１】
バーチャルマシンは、例えば、VMWare, QEmu 又は XEN等に準拠してもよい。
【０１６２】
図８に示されているように、サブシステム120の始動において、第１オペレーティングシステム123-4は、航空機用ハードウェア層800上で直接（適合したドライバーを使って）実行される。次に、バーチャルマシン123-5が、自動的に起動され、「従来の」オペレーティングシステム123-1がこれに続き種々のアプリケーション123-2をパイロットに提示する。
【０１６３】
また、 バーチャル化層123-5のため、ドライバー214′はハードウェア層800を最大限にみたす一般的なものでなく、バーチャル化層又はバーチャルマシン123-5に特有であるが、この点を除いて、 ＵＳＢメモリ200は、前記した図５と関連するものと類似している。
【０１６４】
実際には、バーチャル化層に関してシミュレートされたＢＩＯＳにおいて、ブート順序が規定されている。ブート順序は、例えばＣＤ−ＲＯＭ等のオペレーティングシステムを有するメディアが提供されるポート、必要に応じてデフォルトで別のポートを示すことによって規定される。ここでは、オペレーティングシステム212上で始動するためのブートの主要ポートとして、ＵＳＢポートを指定することができる。
【０１６５】
第３実施例は、同じハードウェア層からバーチャルマシン上で並列に実行されるオペレーティングシステムの数を限定していないが、このことに注意すべきである。特に、いかなるオペレーティングシステムもハードディスク123に用意されていない。更に、複数のオペレーティングシステムを始動させるために、複数の読取装置128を使うことができる。
【０１６６】
最後に、バーチャル層123-5があるので、航空機メーカー領域及び航空会社領域に対し、同一プロセッサを同時に使うことができる。これらの２つの領域間の分離は、バーチャルマシンにおいて、対応する各オペレーティングシステムのインスタンス化（instanciation）により実行される。このように、航空機においてプロセッサを１つにすることができる。
【０１６７】
ＵＳＢメモリ200を移動して（nomade）使うこと（図４を参照）を考えることができる。その場合、コンピュータ400は、上記の第３実施例と関係したサブシステム120と同じリナックス（登録商標）カーネル（noyau linux）及びバーチャルマシン手段を使うことになる。
【０１６８】
次に、前記実施例のそれぞれの変形例を説明する。好ましくは、サブシステム120にアプリオリ（先験的）にソフトウェアを用意しないようにした第２実施例について説明する。
【０１６９】
この変形例は、プロセッサ121のリムーバブルモジュールに基づいている。これを使うと、航空会社はＣＰＵカード121の老朽化を管理することができる。
【０１７０】
従って、航空機メーカーは、航空会社が、ＣＰＵカード（la carte CPU）121を自由に配置する空きスペースを提供する。航空会社は自分が必要とするＣＰＵの処理能力を選択することができる。従って、航空会社は、老朽化のため交換することを決めることができる。
【０１７１】
このように、本発明の目的である本発明の方法により得られるソフトウェアの自由度以外に、航空会社は、搭載システム100、110,120のハードウェアの部分的自由度を享受できる。
【０１７２】
ＣＰＵカード121は、搭載システム100のセキュリティを促進する特性に基づいて機能の可用性及び安全性を保証するために、例えば、電気的及び／又は熱的エンベロープ等に関するアビオニクス標準に準拠していなければならない。このために、追加型式認証（Supplemental Type Certification：ＳＴＣ）タイプの認証を用意することができる。
【０１７３】
本発明によれば、認証及び統合のための航空機メーカーの介入を必要とせず、航空会社は、航空機で使う所望のアプリケーションを自由に開発することができる。
【０１７４】
本発明は、前記の実施例に限定されるものではない。
【０１７５】
特に、前記した自動車界との関係において、ＧＰＳナビゲーションアプリケーションを含むリムーバブルメディアが考えられる。
【０１７６】
運転者は、自宅のパソコンに、自分の運転コースと異なる通過点とを準備する。
【０１７７】
自動車において、この運転者は自分のメモリを車載コンピュータ（車載システム）に接続する。これにより、前記した航空機に関する実施例の内の１つに基づいて、ナビゲーション アプリケーションの実行が可能になる。
【０１７８】
本発明によれば、このアプリケーションの実行は車載システムのセキュリティを変更しない。また、そのアプリケーションを持つリブーバブルメディアは、複数の自動車で使用することができる。
【図１】
0005512544.tif 000002
【図２】
0005512544.tif 000003
【図３】
0005512544.tif 000004
【図４】
0005512544.tif 000005
【図５】
0005512544.tif 000006
【図６】
0005512544.tif 000007
【図７】
0005512544.tif 000008
【図８】
0005512544.tif 000009