(57)【要約】      （修正有）【課題】トラスティッドオペレーティングシステムおよびリッチＯＳオペレーティングシステムが実行される電子アセンブリを備えた電子デバイスのトラスティッドオペレーティングシステムにおいて、メッセージがトラスティッドオペレーティングシステムに伝送されないことがないようにする。【解決手段】第１メモリと称されるターミナルのトラスティッドメモリをコンサルトするコンサルトステップ（Ｅ２０）と、第１メモリがメッセージを含んでいるときには、メッセージがターゲットとするオペレーティングシステムを、少なくともリッチＯＳオペレーティングシステムおよびトラスティッドオペレーティングシステムから特定する特定ステップ（Ｅ３０）と、メッセージがリッチＯＳシステムをターゲットとしているときには、メッセージを第１メモリから第２メモリと称されるリッチＯＳシステムがアクセスできるメモリに転送する転送ステップ（Ｅ５０）と、を備える。【選択図】図３
2014112370.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのメッセージのルーティング方法であって、当該方法は、トラスティッドオペレーティングシステム（２００）およびリッチＯＳシステム（１００）が実行される電子アセンブリ（ＥＡ）を備えた電子デバイス（１）の前記トラスティッドオペレーティングシステム（２００）に処理系依存し、当該方法は、
第１メモリと称される前記ターミナルのトラスティッドメモリ（Ｍ200）をコンサルトするコンサルトステップ（Ｅ２０）と、
前記第１メモリ（Ｍ200）がメッセージを含んでいるときには、前記メッセージがターゲットとするオペレーティングシステムを、少なくとも前記リッチＯＳオペレーティングシステム（１００）および前記トラスティッドオペレーティングシステム（２００）から特定する特定ステップ（Ｅ３０）と、
前記メッセージが前記リッチＯＳシステム（１００）をターゲットとしているときには、前記メッセージを前記第１メモリ（Ｍ200）から第２メモリと称される前記リッチＯＳシステム（１００）がアクセスできるメモリ（Ｍp）に転送する転送ステップ（Ｅ５０）と、を備えることを特徴とする、ルーティング方法。
【請求項２】
前記コンサルトステップ（Ｅ２０）は、前記電子デバイス（１）の通知器（２０）と前記トラスティッドオペレーティングシステム（２００）との間の専用チャネルを介したメッセージ受信通知の受信（Ｅ１０）に応答して実行されることを特徴とする、請求項１に記載のルーティング方法。
【請求項３】
前記メッセージが前記リッチＯＳオペレーティングシステム向けであるときに、当該方法は、前記メッセージが前記リッチＯＳオペレーティングシステム（１００）向けであることを前記電子デバイス（１）の通知器（２０）に知らせる通知を送信するステップ（Ｅ６０）を備えることを特徴とする、請求項１または２に記載のルーティング方法。
【請求項４】
前記メッセージはフレーム（ＳＭＳ；ＴＣＰ／ＩＰ；ＢＴ）を備え、前記特定ステップは、前記フレームまたは前記メッセージの受信者フィールド（ＴＰ＿ＤＣＳ；ＩＰ＿ＤＥＳＴ；ＡＭ＿ＡＤＤＲ）をリードしてターゲットとするオペレーティングシステムを識別するステップを備えることを特徴とする請求項１から３のいずれか１項に記載のルーティング方法。
【請求項５】
前記特定ステップは、前記フレーム（ＴＣＰ／ＩＰ；ＢＴ）または前記メッセージの前記受信者フィールド（ＩＰ＿ＤＥＳＴ；ＡＭ＿ＡＤＤＲ）に含まれ前記リードステップでリードされる送信先アドレスから、ターゲットとするオペレーティングシステムの実行環境の通信手段のアドレス（ＭＡＣ；ＢＤ＿ＡＤＤＲ）を取得するステップをさらに備えることを特徴とする、請求項４に記載のルーティング方法。
【請求項６】
前記アドレス取得ステップは、前記トラスティッドオペレーティングシステム（２００）がアクセス可能なメモリ（Ｍp）に記憶されたルックアップテーブルにおける前記通信手段の前記アドレスをリードすることによって実行されることを特徴とする、請求項５に記載のルーティング方法。
【請求項７】
前記特定ステップ（Ｅ３０）は、前記メッセージに含まれた指令をインタプリタするステップを備えることを特徴とする、請求項１から３のいずれか１項に記載のルーティング方法。
【請求項８】
プロセッサによって実行されたときに、請求項１から７のいずれか１項に記載の方法を実装する指令を含むコンピュータプログラム。
【請求項９】
前記トラスティッドオペレーティングシステムを構成することを特徴とする、請求項８に記載のコンピュータプログラム。
【請求項１０】
前記トラスティッドオペレーティングシステムのパッチを構成することを特徴とする、請求項８に記載のコンピュータプログラム。
【請求項１１】
コンピュータによって読み出し可能であり、請求項１から７のいずれか１項に記載の方法を実装する指令を含むコンピュータプログラムが記録された、記録媒体（Ｍ200）。
【請求項１２】
電子デバイス（１）用の電子アセンブリ（ＥＡ）であって、トラスティッドオペレーティングシステム（２００）およびリッチＯＳオペレーティングシステム（１００）が当該電子アセンブリ（ＥＡ）において実行され、当該電子アセンブリ（ＥＡ）は、
第１メモリと称され少なくとも１つのメッセージを含み得る前記電子デバイスのトラスティッドメモリ（Ｍ200）をコンサルトするコンサルトモジュールと、
前記メッセージがターゲットとするオペレーティングシステムを特定する特定モジュールと、
前記メッセージが前記リッチＯＳオペレーティングシステムをターゲットとしているときに前記メッセージを前記第１メモリ（Ｍ200）から第２メモリと称される前記リッチＯＳオペレーティングシステム（１００）がアクセス可能なメモリ（Ｍp）に転送する転送モジュールとを備え、
これら３つのモジュールが前記トラスティッドオペレーティングシステムに処理系依存することを特徴とする、電子アセンブリ（ＥＡ）。
【請求項１３】
請求項１２に記載の電子アセンブリ（ＥＡ）を備えることを特徴とする、ターミナル（１）。
【請求項１４】
通知器（２０）と、送受信器（Ｔ／Ｒ）とを備え、前記通知器（２０）と前記送受信器（Ｔ／Ｒ）との間における専用の通信チャネルであって前記通知器によって前記第１メモリ（Ｍ200）に前記メッセージを記憶するために前記送受信器（Ｔ／Ｒ）が前記通知器に前記メッセージを送信するときに介される専用の通信チャネルを備えることを特徴とする、請求項１３に記載のターミナル（１）。
【請求項１５】
前記電子アセンブリ（ＥＡ）は、前記通知器（２０）を備えることを特徴とする、請求項１４に記載のターミナル（１）。
【請求項１６】
前記電子アセンブリ（ＥＡ）は、当該ターミナル（１）におけるチップセットであることを特徴とする、請求項１４に記載のターミナル（１）。
【請求項１７】
携帯電話通信のターミナルであることを特徴とする、請求項１３から１６のいずれか１項に記載のターミナル（１）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ターミナルまたはスマートカード等の、少なくとも１つがトラスティッド実行環境（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）である。通知器２０は、事前に初期化された専用チャネルを介して、送受信器Ｔ／Ｒまたはメッセージの受信を知らされるべき別のオペレーティングシステムと協働して、通知を送信および受信できる。
【００４１】
ターミナル１のチップセットを構成していてもよい（このチップセットは、ターミナルのシステムオンチップであってもよい）電子アセンブリＥＡは、２つのオペレーティングシステム、すなわち各々が自身のメモリＭ100およびＭ200をそれぞれ有するリッチＯＳシステム１００およびトラスティッドオペレーティングシステム２００のコードと、これらのオペレーティングシステムのコードを実行するプロセッサ３００とを含んでいる。
【００４２】
具体的に、ターミナル１がスタートアップするときに、これら２つのオペレーティングシステムは、協同して（jointly）動作する。当業者に知られているように、トラスティッドオペレーティングシステム２００のセキュアな実行環境は、トラスティッドオペレーティングシステム２００の認証と、これに次いで行われリッチＯＳオペレーティングシステム１００のスタートアップが後続するトラスティッドオペレーティングシステムの初期化すなわち該システムの起動とから構成される、セキュアなスタートアップメカニズムまたはセキュアブートを有している。
【００４３】
より詳細には、セキュアブートは、ターミナルのスタートアップを完了に導く一連のステップであり、各ステップは後続をバリデート（validates）する。ステップｉがトランジション（transition）をバリデートした場合に限りステップｉ＋１がトリガーされる（triggered）。
【００４４】
ただし、オペレーティングシステムの各々におけるスタンバイとは反対のアクティブオペレーションは、排他的である。これは、オペレーティングシステムの１つがアクティブであるとき、残りは非アクティブモードにあることを意味する。
【００４５】
電子アセンブリはまた、トラスティッドオペレーティングシステムとリッチＯＳシステムとの間で共有されたメモリＭPを備えている。このメモリは、リッチＯＳシステム１００向けのメッセージであって前もって受信されその後トラスティッドオペレーティングシステム２００によってルーティングされるメッセージを格納するために用いられる。
【００４６】
この実施形態では、送受信器Ｔ／Ｒは、メッセージを受信すると、メッセージを通知器２０に直接的に伝送し、通知器２０は、同じものを、専用チャネルを介してトラスティッドメモリ、この例ではトラスティッドオペレーティングシステム２００の自身のメモリＭ200、に記憶する。
【００４７】
トラスティッドオペレーティングシステム２００は、このメッセージのルーティングを実行する。メモリＭ200はまた、図２および３を参照して後述するようなルーティング方法のステップを実装する指令を備えたコンピュータプログラムを格納する媒体を構成していてもよい。
【００４８】
図１Ｂは、本発明の第２の実施形態に従うターミナル１を示す。この実施形態は、電子アセンブリＥＡが通知器２０を備えている点で、図１Ａにおける実施形態とは異なる。
【００４９】
変形例では、送受信器Ｔ／Ｒもまた、電子アセンブリＥＡに含まれていてもよい。この態様では、通知器と送受信器との両方が電子アセンブリに組み込まれることになる。
【００５０】
図１Ｃは、本発明の第３の実施形態に従うターミナル１を示す。このモードは、ターミナルが通知器を備えていない点で、図１Ａおよび１Ｂにおけるモードとは異なる。
【００５１】
この実施形態では、送受信器Ｔ／Ｒは、専用チャネルを介して、トラスティッドメモリ、この例ではトラスティッドオペレーティングシステム２００の自身のメモリＭ200、に受信したメッセージを直接的に記憶する。
【００５２】
図２は、図１Ｃを参照して前述したようなターミナルにおいて実装され得る、本発明の第１の実施形態に係るルーティング方法の主なステップを示す。
【００５３】
最初に、送受信器Ｔ／Ｒは、メッセージを受信する。送受信器Ｔ／Ｒは、事前に初期化されている専用チャネルを介して、このメッセージをメモリＭ200に記憶する。
【００５４】
より具体的には、チャネルの初期化は、通信セッションのスタートアップのコンテキストの初期化で構成される（consists of）。
【００５５】
この実施形態では、トラスティッドオペレーティングシステム２００は、ステップＥ２０において、メモリＭ200を定期的に（regularly）コンサルト（consults）する。
【００５６】
実際には、コンサルトの頻度は、リッチＯＳシステムをトラスティッドオペレーティングシステムへと（アクティブモードへの）スイッチオーバーをさせるクロック、または特定のポーリング指令の受信のいずれかによって、決定できる。後者の説明は省略する。
【００５７】
変形例では、トラスティッドオペレーティングシステム２００によるこのメモリのコンサルトは、ターミナルのユーザーまたはリッチＯＳシステムのアプリケーションによる所定の動作後に促され（prompted）得る。
【００５８】
メモリＭ200がメッセージを含んでいれば、トラスティッドオペレーティングシステム２００は、ステップＥ３０で、実際の受信者の特定を開始する。
【００５９】
第１の例では、メッセージは、ＰＤＵモードにおけるＳＭＳであり、図４で示されているようなＴＰ＿ＤＣＳフィールドを備えているものとする。
【００６０】
本発明は、ＴＰ＿ＤＣＳフィールドが８ビットでエンコードされるときに用いられる当業者に知られたＧＳＭ０３．４０規格を、トラスティッドオペレーティングシステムに対応するクラスが加えられるように修正することを提案する。
【００６１】
第１の例に戻って、トラスティッドオペレーティングシステムの特定モジュールは、このＴＰ＿ＤＣＳフィールドをリードし、このフィールドに含まれたクラスを利用して、このメッセージがターゲットとするオペレーティングシステムを特定できる。
【００６２】
第２の例では、メッセージは、図５Ａに示されているような、ＩＰ＿ＤＥＳＴフィールドを備えたＴＣＰ／ＩＰプロコトルに従ったフレームであるものとする。
【００６３】
当業者に知られた態様では、このフィールドは、メッセージの送信先ＩＰアドレスを備えている。
【００６４】
本発明のコンテキストでは、リッチＯＳシステムの実行環境およびトラスティッドオペレーティングシステムの実行環境の各々は、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスによって識別される通信手段を備えている。
【００６５】
第２の例に戻って、トラスティッドオペレーティングシステムの特定モジュールは、ＩＰ＿ＤＥＳＴフィールドをリードする。
【００６６】
ターゲットとするオペレーティングシステムを識別するためには、ＩＰ＿ＤＥＳＴアドレスに対応するＭＡＣアドレスを取得する必要がある。
【００６７】
そのために、トラスティッドオペレーティングシステムは、ＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）タイプのリクエストを、上述の実行環境の各々の通信手段に伝送する。
【００６８】
当業者に知られた態様では、ＩＰ＿ＤＥＳＴアドレスに対応するＩＰアドレスを有する通信手段は、ＡＲＰリクエストに、自身のＭＡＣアドレスを指定することによって答えるように規定されている。
【００６９】
この態様では、トラスティッドオペレーティングシステムは、トラスティッドオペレーティングシステム自身のメモリＭ200にまたは共有メモリＭP等に記憶されたルックアップテーブルにＩＰ／ＭＡＣの対応を記憶でき、このようにして後のメッセージのルーティングを容易にする。
【００７０】
変形例では、ターゲットとするオペレーティングシステムを該システムの実行環境における通信手段で（via）識別する目的において、ＩＰアドレスに対応するＭＡＣアドレスをリードすることのみが必要となるように、前もって規定されたＩＰ／ＭＡＣルックアップテーブルが共有メモリＭP等に記憶されていてもよい。
【００７１】
実際は、ターゲットとするオペレーティングシステムのＭＡＣアドレスが取得されると、フレームは、イーサネットフレームにリパッケージされ、このＭＡＣアドレスに特徴づけられた通信手段へと伝送される。
【００７２】
一般的には、この例において実装されるルーティングは、ＯＳＩモデルのレイヤ２でなされる。
【００７３】
この第２の例の１つの採用可能な変形例では、メッセージはＴＣＰ／ＩＰプロコトルに従ったフレームではなく、図５Ｂに示すようなＡＭ＿ＡＤＤＲフィールドを含むブルートゥースＢＴフレームである。
【００７４】
当業者に知られた態様では、このＡＭ＿ＡＤＤＲフィールドは、ピコネットと称されるブルートゥースネットワークノードを特徴づけるローカルアドレスを含む。このローカルネットワークアドレスは、ピコネットの初期化時に、各ターミナルを識別するＢＤ＿ＡＤＤＲアドレスに関連付けられる。
【００７５】
この変形例では、トラスティッドオペレーティングシステムは、先の例におけるＭＡＣアドレスを取得する際と同様の態様で、ターゲットとするオペレーティングシステムの実行環境の通信手段における特徴的なＢＤ＿ＡＤＤＲアドレスを取得しようと試みる。
【００７６】
第３の例では、トラスティッドオペレーティングシステムの特定モジュールは、メッセージに含まれた指令をインタプリタ（interprets）する。実際には、このインタプリタは、指令のリストまたは関数署名に基づいており、指令のリストまたは関数署名は、メッセージに含まれた指令または痕跡の署名の関数で（as a function of the signature of the instruction or of an imprint contained in the message）ターゲットとするオペレーティングシステムを認識することを可能とする。
【００７７】
ターゲットとするオペレーティングシステムの特定がメッセージのメタデータ（受信者フィールド）のインタプリタに基づいている先の２つの例とは異なり、ここでは、特定は、自身のデータ（署名、痕跡）のインタプリタに基づく。
【００７８】
例えば、指令がセキュアタイプであるか否かによって、トラスティッドオペレーティングシステムがこのメッセージのターゲットであることを推定できる。
【００７９】
一般的には、本発明は、基体に設けられたタグまたはこのメッセージのヘッダのインタプリタを介して、メッセージがターゲットとするオペレーティングシステムを特定することを網羅する。
【００８０】
本発明はまた、携帯電話通信で使用される通信プロコトルその他ワイヤレス通信プロコトルによって受信されるタイプのメッセージをルーティングすることを網羅する。
【００８１】
本実施形態の記載の以下では、メッセージの受信者がリッチＯＳオペレーティングシステム１００であるものとする。
【００８２】
ステップＥ５０で、トラスティッドオペレーティングシステム２００のモジュールは、リッチＯＳシステム１００がアクセス可能な共有メモリＭPにメッセージを記憶する。
【００８３】
変形例では、トラスティッドオペレーティングシステム２００は、リッチＯＳシステム１００の自身のメモリＭ100にアクセスできるようになっていてもよい。
【００８４】
リッチＯＳオペレーティングシステム１００は、そのメッセージを取得するためにこのメモリをコンサルトできる。
【００８５】
このコンサルトは、定期的に実行され得る。実際には、コンサルトの頻度は、トラスティッドオペレーティングシステムからリッチＯＳシステムへと（アクティブモードへの）スイッチオーバーをさせるクロック、または特定のポーリング指令の受信のいずれかによって、決定できる。後者のケースの説明は省略する。
【００８６】
変形例では、リッチＯＳオペレーティングシステム１００によるこのメモリのコンサルトは、ターミナルのユーザーまたはアプリケーションによる所定の動作後に促され得る。
【００８７】
図３は、図１Ａまたは１Ｂを参照して前述したようなターミナルにおいて実装され得る、本発明の第２の実施形態に係るルーティング方法の主なステップを示す。
【００８８】
ターミナル１の送受信器Ｔ／Ｒは、メッセージを受信すると、このメッセージを通知器２０に送信し、通知器２０は、同じものを、専用チャネルを介してトラスティッドメモリ、ここではトラスティッドオペレーティングシステム２００の自身のメモリＭ200、に記憶する。
【００８９】
次に、ステップＥ１０では、トラスティッドオペレーティングシステム２００は、通知器２０からオリジネートした、メッセージ受信通知を受信する。
【００９０】
ステップＥ２０では、トラスティッドオペレーティングシステム２００は、自身のメモリＭ200をコンサルトする。
【００９１】
ステップＥ３０では、トラスティッドオペレーティングシステム２００は、図２を参照して前述したように、メッセージがターゲットとするオペレーティングシステムを効率的に特定する。
【００９２】
メッセージがこのトラスティッドオペレーティングシステム２００専用であれば、このシステムはメッセージを取り出す。
【００９３】
この例では、反対のケースすなわちメッセージがリッチＯＳシステム１００をアドレス指定しているケースを想定する。
【００９４】
ステップＥ５０では、トラスティッドオペレーティングシステム２００は、リッチＯＳオペレーティングシステム１００との共有メモリＭPにメッセージを記憶する。
【００９５】
トラスティッドオペレーティングシステム２００は、メッセージがリッチＯＳシステム向けであることを通知器２０に知らせるための通知を通知器２０に送信する（ステップＥ６０）。
【００９６】
その後、通知器は、リッチＯＳシステム向けのメッセージを受信したことをリッチＯＳシステムに知らせることができ、クロック信号で定期的にまたは通知器によって送信された指令の受信時になされ得るリッチＯＳシステムのウェイクアップのときに、リッチＯＳシステムがメッセージが格納された共有メモリＭPをコンサルトする。
【図１Ａ】
2014112370.tif 000003
【図１Ｂ】
2014112370.tif 000004
【図１Ｃ】
2014112370.tif 000005
【図２】
2014112370.tif 000006
【図３】
2014112370.tif 000007
【図４】
2014112370.tif 000008
【図５Ａ】
2014112370.tif 000009
【図５Ｂ】
2014112370.tif 000010
【外国語明細書】
2014112370000001.pdf