JP2014112370A - メッセージのルーティング方法 - Google Patents

Abstract

【課題】トラスティッドオペレーティングシステムおよびリッチＯＳオペレーティングシステムが実行される電子アセンブリを備えた電子デバイスのトラスティッドオペレーティングシステムにおいて、メッセージがトラスティッドオペレーティングシステムに伝送されないことがないようにする。
【解決手段】第１メモリと称されるターミナルのトラスティッドメモリをコンサルトするコンサルトステップ（Ｅ２０）と、第１メモリがメッセージを含んでいるときには、メッセージがターゲットとするオペレーティングシステムを、少なくともリッチＯＳオペレーティングシステムおよびトラスティッドオペレーティングシステムから特定する特定ステップ（Ｅ３０）と、メッセージがリッチＯＳシステムをターゲットとしているときには、メッセージを第１メモリから第２メモリと称されるリッチＯＳシステムがアクセスできるメモリに転送する転送ステップ（Ｅ５０）と、を備える。
【選択図】図３

Description

本発明は、ターミナルまたはスマートカード等の、少なくとも１つがトラスティッド実行環境（trusted execution environment）であり他の少なくとも１つがリッチＯＳ実行環境（Rich-OS execution environment）である複数の実行環境を備えた電子デバイスを介してメッセージを送信および受信する分野に属する。トラスティッドであろうとリッチＯＳであろうと、実行環境は、チップセットまたはシステムオンチップタイプの電子アセンブリを備える、またはそのような電子アセンブリに含まれる（comprise or are included in electronic assemblies of chipset or System-on-Chip type）。

トラスティッド実行環境は、自身のタスク専用のプロセッサであってもよく他の機能を有していてもよいセキュアプロセッサと、書換え用のセキュアな不揮発性メモリ（secure rewrite non-volatile memory）とによって実装される；トラスティッド実行環境は、トラスティッドオペレーティングシステム（trusted operating system）に基づく。

リッチＯＳ実行環境は、インターネット等の種々の発行元のアプリケーションを実行させるリッチオペレーティングシステム（rich operating system）に基づく。

現在のところ、電子デバイスの送受信器によってメッセージが受信されると、このデバイス上で実行されるリッチＯＳオペレーティングシステムによって制御されるエレメントに、例えばスクリーンまたはメモリに、メッセージが伝送される、または、メッセージがセキュアな通信によって受信されたことをデバイスが検出した場合には、上記デバイスに埋め込まれもしくは差し込まれた、米国特許出願公開第２００８／０５１１２２号明細書に記載されているようなセキュアエレメントに、メッセージが伝送される。

一方、電子デバイスが上述のタイプである場合、すなわちトラスティッド実行環境を備えている場合には、メッセージがトラスティッド実行環境向けまたはトラスティッド実行環境のアプリケーションの１つ向けであるときに、リッチＯＳオペレーティングシステムにおける悪意あるアプリケーションがメッセージを保持または破棄してしまい、その結果メッセージがトラスティッドオペレーティングシステムに伝送されないおそれがある。この場合に、サービス拒否（denial-of-service）という用語が用いられる。

トラスティッドオペレーティングシステム向けまたはそのアプリケーションの１つ向けのメッセージのルーティング方法を改善する必要がある。

本発明は、主として、上述の問題点を解決することを目的とする。

このため、本発明は、少なくとも１つのメッセージのルーティング方法であって、トラスティッドオペレーティングシステムおよびリッチＯＳオペレーティングシステムが実行される電子アセンブリを備えた電子デバイスのトラスティッドオペレーティングシステムに処理系依存する方法に関する。この方法は、第１メモリと称される電子デバイスのトラスティッドメモリをコンサルトするステップと、この第１メモリがメッセージを含んでいるときには、メッセージがターゲットとするオペレーティングシステムを、少なくともリッチＯＳオペレーティングシステムおよびトラスティッドオペレーティングシステムから特定するステップと、このメッセージがリッチＯＳシステムをターゲットとしている場合には、このメッセージを第１メモリから第２メモリと称されるリッチＯＳシステムがアクセスできるメモリに転送するステップと、を備える。

本発明はまた、電子デバイス用の電子アセンブリであって、トラスティッドオペレーティングシステムおよびリッチＯＳシステムが当該電子アセンブリにおいて実行され、当該電子アセンブリは、第１メモリと称され少なくとも１つのメッセージを含み得る電子デバイスのトラスティッドメモリをコンサルトするコンサルトモジュールと、このメッセージがターゲットとするオペレーティングシステムを特定する特定モジュールと、このメッセージがリッチＯＳシステムをターゲットとしているときにこのメッセージを第１メモリから第２メモリと称されるリッチＯＳシステムがアクセス可能なメモリに転送する転送モジュールとを備え、これら３つのモジュールがトラスティッドオペレーティングシステムに処理系依存する、電子アセンブリに関する。

本発明の主な利点の１つは、リッチＯＳシステムまたはリッチＯＳシステムのアプリケーションの１つによって制御されてエレメントにメッセージが転送される従来技術とは異なり、メッセージがトラスティッドオペレーティングシステム向けまたはトラスティッドオペレーティングシステムのアプリケーション向けである場合に、悪意あるアプリケーションによるメッセージの保持を可能とすることなくトラスティッドオペレーティングシステムによってセキュアな態様でターゲットとするオペレーティングシステムが特定され得るように、トラスティッドオペレーティングシステムがメッセージに最初にアクセスできる（has first access to messages）ようにすることで、サービス拒否を避けることである。

本発明の具体的な一実施形態では、コンサルトステップは、電子デバイスの通知器とトラスティッドオペレーティングシステムとの間の専用チャネルを介したメッセージの受信があったことの通知に応答してなされる。この実施形態では、コンサルトモジュールは、電子デバイスの通知器とトラスティッドオペレーティングシステムとの間の専用チャネルを介したメッセージ受信通知の受信に応答して動作する。

専用チャネルを用いることで、リッチＯＳシステムが通知を傍受する（intercepting）ことを防止できる。このチャネルは、例えば、論理的なものであってもよく、物理的であってもよい。

変形例では、コンサルトステップは、定期的かつ自動的に実装される。この実施形態では、コンサルトモジュールは、定期的かつ自動的に動作する。

本発明の具体的な一実施形態では、メッセージがリッチＯＳシステム向けであるときに、方法は、メッセージがリッチＯＳシステム向けであることを電子デバイスの通知器に知らせる通知を送信するステップを備える。この実施形態では、電子アセンブリは、メッセージがリッチＯＳシステム向けであることを電子デバイスの通知器に知らせる通知を送信するモジュールを備える。

通知器は、リッチＯＳシステム向けのメッセージの受信をリッチＯＳシステムに通知できる。

本発明の具体的な一実施形態では、メッセージはフレームを備え、特定ステップは、フレームまたはメッセージの受信者フィールドをリードしてターゲットとするオペレーティングシステムを識別するステップを備える。この実施形態では、特定モジュールは、フレームまたはメッセージの受信者フィールドをリードしてターゲットとするオペレーティングシステムを識別する手段を備える。

特定ステップは、フレームまたはメッセージの受信者フィールドに含まれリードステップでリードされる送信先アドレスから、ターゲットとするオペレーティングシステムの実行環境の通信手段のアドレスを取得するステップをさらに備えていてもよい。この実施形態では、特定モジュールは、フレームまたはメッセージの受信者フィールドに含まれリード手段でリードされる送信先アドレスから、ターゲットとするオペレーティングシステムの実行環境の通信手段のアドレスを取得する手段を備えていてもよい。

一実施形態では、アドレス取得ステップは、トラスティッドオペレーティングシステムがアクセス可能なメモリに記憶されたルックアップテーブルにおける通信手段のアドレスをリードすることによって実行される。この実施形態では、アドレス取得手段は、トラスティッドオペレーティングシステムがアクセス可能なメモリに記憶されたルックアップテーブルにおける通信手段のアドレスをリードする。

本発明はまた、携帯電話通信で使用される通信プロコトルその他ワイヤレス通信プロコトルによって受信されるタイプのメッセージをルーティングすることを網羅（covers）する。

変形例では、特定ステップは、メッセージに含まれた指令をインタプリタするステップを備える。この実施形態では、特定モジュールは、メッセージに含まれた指令をインタプリタする手段を備える。

例えば、特定手段は、指令のタイプから、メッセージがターゲットとするオペレーティングシステムを推定できる。

本発明はまた、上述のような電子アセンブリを備えたターミナルに関する。このターミナルは、携帯電話通信のターミナルであってもよい。

変形例では、このターミナルは、ラップトップコンピュータまたはタッチパッドであってもよい。このターミナルは、例えば、車載コンピュータのような、マシンツーマシンタイプのアーキテクチャで広く用いられるセルフスタンディング（self-standing）または埋め込み型のインテリジェントなシステムであってもよい。

本発明の具体的な一実施形態では、ターミナルは、通知器と、送受信器と、この通知器と送受信器との間における専用の通信チャネルであって通知器によって第１メモリにメッセージを記憶するために送受信器が通知器にメッセージを送信するときに介される専用の通信チャネルと、を備える。

本発明の具体的な一実施形態では、電子アセンブリは、通知器を備える。

電子アセンブリは、ターミナルにおけるチップセットであってもよい。

本発明の具体的な一実施形態では、上述の方法のステップは、コンピュータプログラムの指令によって決定される。

本発明はまた、プログラムがプロセッサによって実行されたときに、上述のような方法のステップを実装する指令を備えたコンピュータプログラムに関する。このプログラムは、いずれのプログラム言語を用いたものであってもよく、ソースコード形式またはオブジェクトコード形式等であってもよい。プログラムは、コンパイルおよび／またはインタプリタされ得るものであってもよく、プロセッサによってインタプリタされ得る他の形式のものであってもよい。

本発明の１つの具体的な実施形態では、このコンピュータプログラムは、トラスティッドオペレーティングシステムである。

本発明の別の実施形態では、このコンピュータプログラムは、トラスティッドオペレーティングシステムのパッチである。このパッチの利点は、パッチが、既存のＡＰＩをエンリッチ化（enriches）し、トラスティッドオペレーティングシステムのネイティブアプリケーションがデプロイされても該ネイティブアプリケーションが一部のサービスを提供できない場合にそのネイティブアプリケーションの代替手段を構成したり、デプロイできないネイティブアプリケーションの代替手段を構成したりすることにある。すなわち、パッチは、トラスティッドオペレーティングシステムによって当初は提供されなかった、追加的な機能を提供する。

本発明はまた、コンピュータによって読み出し可能で、上述のようなコンピュータプログラムの指令を備えたデータ媒体に関する。

データ媒体は、プログラムを格納可能な、埋め込み型またはリムーバブルのいずれのエンティティまたはデバイスであってもよい。例えば、媒体は、ＲＯＭメモリ、ＣＤ−ＲＯＭまたは超小型電子回路ＲＯＭ等の格納手段であってもよく、ハードディスク、フラッシュタイプのメモリまたはＲＡＭメモリ等の磁気記憶手段であってもよい。

さらに、データ媒体は、電気ケーブルを介して、光ケーブルを介して、無線により、または他の手段により伝達される、電気信号または光信号等の伝送媒体であってもよい。本発明のプログラムは、具体的には、オンラインの格納領域またはインターネットのプラットフォームにダウンロードされてもよい。

あるいは、データ媒体は、コンピュータプログラムが組み込まれ、当該方法を実行したり当該方法の実行に用いられたりすることに適合した、集積回路であってもよい。

本発明の他の特徴および利点は、添付の図面を参照しながら以下の明細書から明らかとなり、これらは本発明の非限定的実施形態を示す。

図１Ａ，１Ｂおよび１Ｃは、本発明の３つの実施形態に係る電子デバイスを概略的に示す。 図１Ａ，１Ｂおよび１Ｃは、本発明の３つの実施形態に係る電子デバイスを概略的に示す。 図１Ａ，１Ｂおよび１Ｃは、本発明の３つの実施形態に係る電子デバイスを概略的に示す。 図２は、図１Ｃにおけるターミナルにおいて実装可能な、本発明の第１の実施形態に係るルーティング方法の主なステップを、フローチャートで示す。 図３は、図１Ａまたは図１Ｂに示すターミナルにおいて実装可能な、本発明の第２の実施形態に係るルーティング方法の主なステップを、フローチャートで示す。 図４，５Ａおよび５Ｂは、本発明に係るメッセージの例、すなわちＴＣＰ／ＩＰプロコトルおよびブルートゥースを用いたＳＭＳフレーム、を概略的に示す。 図４，５Ａおよび５Ｂは、本発明に係るメッセージの例、すなわちＴＣＰ／ＩＰプロコトルおよびブルートゥースを用いたＳＭＳフレーム、を概略的に示す。 図４，５Ａおよび５Ｂは、本発明に係るメッセージの例、すなわちＴＣＰ／ＩＰプロコトルおよびブルートゥースを用いたＳＭＳフレーム、を概略的に示す。

図１Ａは、本発明の一実施形態に係る電子デバイス１を示す。この例では、電子デバイスは、ターミナルであり、例えばタッチパッド、ラップトップコンピュータまたは携帯電話である。

変形例では、電子デバイス１は、車載コンピュータのようなマシンツーマシンタイプのデバイス、または銀行のカードもしくは電子身分証明書のようなスマートカードであってもよい。

図１Ａに示す例では、ターミナルは、本発明が意味するところの、通知器（notifier）２０、送受信器Ｔ／Ｒおよび電子アセンブリＥＡを備えている。

通知器２０は、マイクロプロセッサーを備えたマテリアルコンポーネント（material component）である。通知器２０は、事前に初期化された専用チャネルを介して、送受信器Ｔ／Ｒまたはメッセージの受信を知らされるべき別のオペレーティングシステムと協働して、通知を送信および受信できる。

ターミナル１のチップセットを構成していてもよい（このチップセットは、ターミナルのシステムオンチップであってもよい）電子アセンブリＥＡは、２つのオペレーティングシステム、すなわち各々が自身のメモリＭ₁₀₀およびＭ₂₀₀をそれぞれ有するリッチＯＳシステム１００およびトラスティッドオペレーティングシステム２００のコードと、これらのオペレーティングシステムのコードを実行するプロセッサ３００とを含んでいる。

具体的に、ターミナル１がスタートアップするときに、これら２つのオペレーティングシステムは、協同して（jointly）動作する。当業者に知られているように、トラスティッドオペレーティングシステム２００のセキュアな実行環境は、トラスティッドオペレーティングシステム２００の認証と、これに次いで行われリッチＯＳオペレーティングシステム１００のスタートアップが後続するトラスティッドオペレーティングシステムの初期化すなわち該システムの起動とから構成される、セキュアなスタートアップメカニズムまたはセキュアブートを有している。

より詳細には、セキュアブートは、ターミナルのスタートアップを完了に導く一連のステップであり、各ステップは後続をバリデート（validates）する。ステップｉがトランジション（transition）をバリデートした場合に限りステップｉ＋１がトリガーされる（triggered）。

ただし、オペレーティングシステムの各々におけるスタンバイとは反対のアクティブオペレーションは、排他的である。これは、オペレーティングシステムの１つがアクティブであるとき、残りは非アクティブモードにあることを意味する。

電子アセンブリはまた、トラスティッドオペレーティングシステムとリッチＯＳシステムとの間で共有されたメモリＭ_Pを備えている。このメモリは、リッチＯＳシステム１００向けのメッセージであって前もって受信されその後トラスティッドオペレーティングシステム２００によってルーティングされるメッセージを格納するために用いられる。

この実施形態では、送受信器Ｔ／Ｒは、メッセージを受信すると、メッセージを通知器２０に直接的に伝送し、通知器２０は、同じものを、専用チャネルを介してトラスティッドメモリ、この例ではトラスティッドオペレーティングシステム２００の自身のメモリＭ₂₀₀、に記憶する。

トラスティッドオペレーティングシステム２００は、このメッセージのルーティングを実行する。メモリＭ₂₀₀はまた、図２および３を参照して後述するようなルーティング方法のステップを実装する指令を備えたコンピュータプログラムを格納する媒体を構成していてもよい。

図１Ｂは、本発明の第２の実施形態に従うターミナル１を示す。この実施形態は、電子アセンブリＥＡが通知器２０を備えている点で、図１Ａにおける実施形態とは異なる。

変形例では、送受信器Ｔ／Ｒもまた、電子アセンブリＥＡに含まれていてもよい。この態様では、通知器と送受信器との両方が電子アセンブリに組み込まれることになる。

図１Ｃは、本発明の第３の実施形態に従うターミナル１を示す。このモードは、ターミナルが通知器を備えていない点で、図１Ａおよび１Ｂにおけるモードとは異なる。

この実施形態では、送受信器Ｔ／Ｒは、専用チャネルを介して、トラスティッドメモリ、この例ではトラスティッドオペレーティングシステム２００の自身のメモリＭ₂₀₀、に受信したメッセージを直接的に記憶する。

図２は、図１Ｃを参照して前述したようなターミナルにおいて実装され得る、本発明の第１の実施形態に係るルーティング方法の主なステップを示す。

最初に、送受信器Ｔ／Ｒは、メッセージを受信する。送受信器Ｔ／Ｒは、事前に初期化されている専用チャネルを介して、このメッセージをメモリＭ₂₀₀に記憶する。

より具体的には、チャネルの初期化は、通信セッションのスタートアップのコンテキストの初期化で構成される（consists of）。

この実施形態では、トラスティッドオペレーティングシステム２００は、ステップＥ２０において、メモリＭ₂₀₀を定期的に（regularly）コンサルト（consults）する。

実際には、コンサルトの頻度は、リッチＯＳシステムをトラスティッドオペレーティングシステムへと（アクティブモードへの）スイッチオーバーをさせるクロック、または特定のポーリング指令の受信のいずれかによって、決定できる。後者の説明は省略する。

変形例では、トラスティッドオペレーティングシステム２００によるこのメモリのコンサルトは、ターミナルのユーザーまたはリッチＯＳシステムのアプリケーションによる所定の動作後に促され（prompted）得る。

メモリＭ₂₀₀がメッセージを含んでいれば、トラスティッドオペレーティングシステム２００は、ステップＥ３０で、実際の受信者の特定を開始する。

第１の例では、メッセージは、ＰＤＵモードにおけるＳＭＳであり、図４で示されているようなＴＰ＿ＤＣＳフィールドを備えているものとする。

本発明は、ＴＰ＿ＤＣＳフィールドが８ビットでエンコードされるときに用いられる当業者に知られたＧＳＭ０３．４０規格を、トラスティッドオペレーティングシステムに対応するクラスが加えられるように修正することを提案する。

第１の例に戻って、トラスティッドオペレーティングシステムの特定モジュールは、このＴＰ＿ＤＣＳフィールドをリードし、このフィールドに含まれたクラスを利用して、このメッセージがターゲットとするオペレーティングシステムを特定できる。

第２の例では、メッセージは、図５Ａに示されているような、ＩＰ＿ＤＥＳＴフィールドを備えたＴＣＰ／ＩＰプロコトルに従ったフレームであるものとする。

当業者に知られた態様では、このフィールドは、メッセージの送信先ＩＰアドレスを備えている。

本発明のコンテキストでは、リッチＯＳシステムの実行環境およびトラスティッドオペレーティングシステムの実行環境の各々は、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスによって識別される通信手段を備えている。

第２の例に戻って、トラスティッドオペレーティングシステムの特定モジュールは、ＩＰ＿ＤＥＳＴフィールドをリードする。

ターゲットとするオペレーティングシステムを識別するためには、ＩＰ＿ＤＥＳＴアドレスに対応するＭＡＣアドレスを取得する必要がある。

そのために、トラスティッドオペレーティングシステムは、ＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）タイプのリクエストを、上述の実行環境の各々の通信手段に伝送する。

当業者に知られた態様では、ＩＰ＿ＤＥＳＴアドレスに対応するＩＰアドレスを有する通信手段は、ＡＲＰリクエストに、自身のＭＡＣアドレスを指定することによって答えるように規定されている。

この態様では、トラスティッドオペレーティングシステムは、トラスティッドオペレーティングシステム自身のメモリＭ₂₀₀にまたは共有メモリＭ_P等に記憶されたルックアップテーブルにＩＰ／ＭＡＣの対応を記憶でき、このようにして後のメッセージのルーティングを容易にする。

変形例では、ターゲットとするオペレーティングシステムを該システムの実行環境における通信手段で（via）識別する目的において、ＩＰアドレスに対応するＭＡＣアドレスをリードすることのみが必要となるように、前もって規定されたＩＰ／ＭＡＣルックアップテーブルが共有メモリＭ_P等に記憶されていてもよい。

実際は、ターゲットとするオペレーティングシステムのＭＡＣアドレスが取得されると、フレームは、イーサネットフレームにリパッケージされ、このＭＡＣアドレスに特徴づけられた通信手段へと伝送される。

一般的には、この例において実装されるルーティングは、ＯＳＩモデルのレイヤ２でなされる。

この第２の例の１つの採用可能な変形例では、メッセージはＴＣＰ／ＩＰプロコトルに従ったフレームではなく、図５Ｂに示すようなＡＭ＿ＡＤＤＲフィールドを含むブルートゥースＢＴフレームである。

当業者に知られた態様では、このＡＭ＿ＡＤＤＲフィールドは、ピコネットと称されるブルートゥースネットワークノードを特徴づけるローカルアドレスを含む。このローカルネットワークアドレスは、ピコネットの初期化時に、各ターミナルを識別するＢＤ＿ＡＤＤＲアドレスに関連付けられる。

この変形例では、トラスティッドオペレーティングシステムは、先の例におけるＭＡＣアドレスを取得する際と同様の態様で、ターゲットとするオペレーティングシステムの実行環境の通信手段における特徴的なＢＤ＿ＡＤＤＲアドレスを取得しようと試みる。

第３の例では、トラスティッドオペレーティングシステムの特定モジュールは、メッセージに含まれた指令をインタプリタ（interprets）する。実際には、このインタプリタは、指令のリストまたは関数署名に基づいており、指令のリストまたは関数署名は、メッセージに含まれた指令または痕跡の署名の関数で（as a function of the signature of the instruction or of an imprint contained in the message）ターゲットとするオペレーティングシステムを認識することを可能とする。

ターゲットとするオペレーティングシステムの特定がメッセージのメタデータ（受信者フィールド）のインタプリタに基づいている先の２つの例とは異なり、ここでは、特定は、自身のデータ（署名、痕跡）のインタプリタに基づく。

例えば、指令がセキュアタイプであるか否かによって、トラスティッドオペレーティングシステムがこのメッセージのターゲットであることを推定できる。

一般的には、本発明は、基体に設けられたタグまたはこのメッセージのヘッダのインタプリタを介して、メッセージがターゲットとするオペレーティングシステムを特定することを網羅する。

本発明はまた、携帯電話通信で使用される通信プロコトルその他ワイヤレス通信プロコトルによって受信されるタイプのメッセージをルーティングすることを網羅する。

本実施形態の記載の以下では、メッセージの受信者がリッチＯＳオペレーティングシステム１００であるものとする。

ステップＥ５０で、トラスティッドオペレーティングシステム２００のモジュールは、リッチＯＳシステム１００がアクセス可能な共有メモリＭ_Pにメッセージを記憶する。

変形例では、トラスティッドオペレーティングシステム２００は、リッチＯＳシステム１００の自身のメモリＭ₁₀₀にアクセスできるようになっていてもよい。

リッチＯＳオペレーティングシステム１００は、そのメッセージを取得するためにこのメモリをコンサルトできる。

このコンサルトは、定期的に実行され得る。実際には、コンサルトの頻度は、トラスティッドオペレーティングシステムからリッチＯＳシステムへと（アクティブモードへの）スイッチオーバーをさせるクロック、または特定のポーリング指令の受信のいずれかによって、決定できる。後者のケースの説明は省略する。

変形例では、リッチＯＳオペレーティングシステム１００によるこのメモリのコンサルトは、ターミナルのユーザーまたはアプリケーションによる所定の動作後に促され得る。

図３は、図１Ａまたは１Ｂを参照して前述したようなターミナルにおいて実装され得る、本発明の第２の実施形態に係るルーティング方法の主なステップを示す。

ターミナル１の送受信器Ｔ／Ｒは、メッセージを受信すると、このメッセージを通知器２０に送信し、通知器２０は、同じものを、専用チャネルを介してトラスティッドメモリ、ここではトラスティッドオペレーティングシステム２００の自身のメモリＭ₂₀₀、に記憶する。

次に、ステップＥ１０では、トラスティッドオペレーティングシステム２００は、通知器２０からオリジネートした、メッセージ受信通知を受信する。

ステップＥ２０では、トラスティッドオペレーティングシステム２００は、自身のメモリＭ₂₀₀をコンサルトする。

ステップＥ３０では、トラスティッドオペレーティングシステム２００は、図２を参照して前述したように、メッセージがターゲットとするオペレーティングシステムを効率的に特定する。

メッセージがこのトラスティッドオペレーティングシステム２００専用であれば、このシステムはメッセージを取り出す。

この例では、反対のケースすなわちメッセージがリッチＯＳシステム１００をアドレス指定しているケースを想定する。

ステップＥ５０では、トラスティッドオペレーティングシステム２００は、リッチＯＳオペレーティングシステム１００との共有メモリＭ_Pにメッセージを記憶する。

トラスティッドオペレーティングシステム２００は、メッセージがリッチＯＳシステム向けであることを通知器２０に知らせるための通知を通知器２０に送信する（ステップＥ６０）。

その後、通知器は、リッチＯＳシステム向けのメッセージを受信したことをリッチＯＳシステムに知らせることができ、クロック信号で定期的にまたは通知器によって送信された指令の受信時になされ得るリッチＯＳシステムのウェイクアップのときに、リッチＯＳシステムがメッセージが格納された共有メモリＭ_Pをコンサルトする。

Claims (17)

1. 少なくとも１つのメッセージのルーティング方法であって、当該方法は、トラスティッドオペレーティングシステム（２００）およびリッチＯＳシステム（１００）が実行される電子アセンブリ（ＥＡ）を備えた電子デバイス（１）の前記トラスティッドオペレーティングシステム（２００）に処理系依存し、当該方法は、
   第１メモリと称される前記ターミナルのトラスティッドメモリ（Ｍ₂₀₀）をコンサルトするコンサルトステップ（Ｅ２０）と、
   前記第１メモリ（Ｍ₂₀₀）がメッセージを含んでいるときには、前記メッセージがターゲットとするオペレーティングシステムを、少なくとも前記リッチＯＳオペレーティングシステム（１００）および前記トラスティッドオペレーティングシステム（２００）から特定する特定ステップ（Ｅ３０）と、
   前記メッセージが前記リッチＯＳシステム（１００）をターゲットとしているときには、前記メッセージを前記第１メモリ（Ｍ₂₀₀）から第２メモリと称される前記リッチＯＳシステム（１００）がアクセスできるメモリ（Ｍ_p）に転送する転送ステップ（Ｅ５０）と、を備えることを特徴とする、ルーティング方法。
2. 前記コンサルトステップ（Ｅ２０）は、前記電子デバイス（１）の通知器（２０）と前記トラスティッドオペレーティングシステム（２００）との間の専用チャネルを介したメッセージ受信通知の受信（Ｅ１０）に応答して実行されることを特徴とする、請求項１に記載のルーティング方法。
3. 前記メッセージが前記リッチＯＳオペレーティングシステム向けであるときに、当該方法は、前記メッセージが前記リッチＯＳオペレーティングシステム（１００）向けであることを前記電子デバイス（１）の通知器（２０）に知らせる通知を送信するステップ（Ｅ６０）を備えることを特徴とする、請求項１または２に記載のルーティング方法。
4. 前記メッセージはフレーム（ＳＭＳ；ＴＣＰ／ＩＰ；ＢＴ）を備え、前記特定ステップは、前記フレームまたは前記メッセージの受信者フィールド（ＴＰ＿ＤＣＳ；ＩＰ＿ＤＥＳＴ；ＡＭ＿ＡＤＤＲ）をリードしてターゲットとするオペレーティングシステムを識別するステップを備えることを特徴とする請求項１から３のいずれか１項に記載のルーティング方法。
5. 前記特定ステップは、前記フレーム（ＴＣＰ／ＩＰ；ＢＴ）または前記メッセージの前記受信者フィールド（ＩＰ＿ＤＥＳＴ；ＡＭ＿ＡＤＤＲ）に含まれ前記リードステップでリードされる送信先アドレスから、ターゲットとするオペレーティングシステムの実行環境の通信手段のアドレス（ＭＡＣ；ＢＤ＿ＡＤＤＲ）を取得するステップをさらに備えることを特徴とする、請求項４に記載のルーティング方法。
6. 前記アドレス取得ステップは、前記トラスティッドオペレーティングシステム（２００）がアクセス可能なメモリ（Ｍ_p）に記憶されたルックアップテーブルにおける前記通信手段の前記アドレスをリードすることによって実行されることを特徴とする、請求項５に記載のルーティング方法。
7. 前記特定ステップ（Ｅ３０）は、前記メッセージに含まれた指令をインタプリタするステップを備えることを特徴とする、請求項１から３のいずれか１項に記載のルーティング方法。
8. プロセッサによって実行されたときに、請求項１から７のいずれか１項に記載の方法を実装する指令を含むコンピュータプログラム。
9. 前記トラスティッドオペレーティングシステムを構成することを特徴とする、請求項８に記載のコンピュータプログラム。
10. 前記トラスティッドオペレーティングシステムのパッチを構成することを特徴とする、請求項８に記載のコンピュータプログラム。
11. コンピュータによって読み出し可能であり、請求項１から７のいずれか１項に記載の方法を実装する指令を含むコンピュータプログラムが記録された、記録媒体（Ｍ₂₀₀）。
12. 電子デバイス（１）用の電子アセンブリ（ＥＡ）であって、トラスティッドオペレーティングシステム（２００）およびリッチＯＳオペレーティングシステム（１００）が当該電子アセンブリ（ＥＡ）において実行され、当該電子アセンブリ（ＥＡ）は、
    第１メモリと称され少なくとも１つのメッセージを含み得る前記電子デバイスのトラスティッドメモリ（Ｍ₂₀₀）をコンサルトするコンサルトモジュールと、
    前記メッセージがターゲットとするオペレーティングシステムを特定する特定モジュールと、
    前記メッセージが前記リッチＯＳオペレーティングシステムをターゲットとしているときに前記メッセージを前記第１メモリ（Ｍ₂₀₀）から第２メモリと称される前記リッチＯＳオペレーティングシステム（１００）がアクセス可能なメモリ（Ｍ_p）に転送する転送モジュールとを備え、
    これら３つのモジュールが前記トラスティッドオペレーティングシステムに処理系依存することを特徴とする、電子アセンブリ（ＥＡ）。
13. 請求項１２に記載の電子アセンブリ（ＥＡ）を備えることを特徴とする、ターミナル（１）。
14. 通知器（２０）と、送受信器（Ｔ／Ｒ）とを備え、前記通知器（２０）と前記送受信器（Ｔ／Ｒ）との間における専用の通信チャネルであって前記通知器によって前記第１メモリ（Ｍ₂₀₀）に前記メッセージを記憶するために前記送受信器（Ｔ／Ｒ）が前記通知器に前記メッセージを送信するときに介される専用の通信チャネルを備えることを特徴とする、請求項１３に記載のターミナル（１）。
15. 前記電子アセンブリ（ＥＡ）は、前記通知器（２０）を備えることを特徴とする、請求項１４に記載のターミナル（１）。
16. 前記電子アセンブリ（ＥＡ）は、当該ターミナル（１）におけるチップセットであることを特徴とする、請求項１４に記載のターミナル（１）。
17. 携帯電話通信のターミナルであることを特徴とする、請求項１３から１６のいずれか１項に記載のターミナル（１）。

Images