(57)【要約】本発明は、モバイル電話ネットワーク、詳細には「ＧＳＭ」規格のネットワーク上におけるデジタルデータの処理および伝送のための方法に関し、より詳細には、モバイル機器１の「ＳＩＭ」タイプと呼ばれるスマートカード上に書き込まれた「Ｓｉｍ　Ｔｏｏｌｋｉｔ」規格と呼ばれる規格のアプリケーションのための方法に関する。本方法によれば、モバイル機器１が通信する遠隔サーバ３上に、マスタアプリケーションと呼ばれるアプリケーション３０Ｍが移動される。このアプリケーション３０Ｍは、モバイル機器の回路１０、ならびに、それぞれ、「レポータ」アプリケーション２１および「スレーブ」アプリケーション２２と呼ばれる、第１のタイプの「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションおよび第２のタイプの「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションを介して「ＳＩＭ」スマートカード２と通信する。　また、本発明は、オンボードマイクロチップシステム、詳細には、「ＳＩＭ」タイプと呼ばれるスマートカードにも関する。
2004501587.tif 000002
【特許請求の範囲】
【請求項１】
モバイル電話ネットワーク上においてデジタルデータを伝送し処理する方法であって、前記ネットワークは、前記ネットワークを介して互いに通信する、少なくとも１つのモバイル機器および情報処理手段とデータ記憶手段とを含む遠隔サーバを含み、前記モバイル機器は、情報処理手段と、少なくともソフトウェアを記憶することを目的とするデータ記憶手段とを含むオンボードマイクロチップシステムと協働し、前記ソフトウェアは、少なくとも１つの所定のアプリケーションと関連する機能性を実現するため、決ったコマンドの送信によって前記モバイル機器を制御し、かつ該機器から来るイベントに、前記イベントと関連する命令を実行することによって応答することができるタイプであり、方法は、前記オンボードマイクロチップシステム（２−２０）の前記データ記憶手段内に記憶された、レポータと呼ばれるタイプの少なくとも１つの第１の特定のソフトウェア（２１）の実装と、前記遠隔サーバ（３）のうち１つのサーバの前記データ記憶手段内に記憶された少なくとも１つの関連ソフトウェア（３０Ｍ）の実装とを含むこと、前記レポータタイプのソフトウェア（２１）が、前記関連ソフトウェア（３０Ｍ）に、前記モバイル機器（１−１０）から受信した前記イベントの特性データを再転送すること、ならびに該関連ソフトウェア（３０Ｍ）が、前記特性データを受信すると、前記遠隔サーバ（３）の前記情報処理手段を介して、前記所定のアプリケーションのうち１つに関連する前記命令のすべてまたは一部を実行して、前記実行の結果を、前記モバイル機器（１−１０）および／または前記オンボードマイクロチップシステム（２−２０）に再転送することを特徴とする方法。
【請求項２】
前記オンボードマイクロチップシステム（２−２０）が、決ったオペレーティングシステムの制御下にあり、前記遠隔サーバ（３）のうち１つの上に実装された前記関連ソフトウェア（３０Ｍ）が、前記実行結果を前記オペレーティングシステムに直接に送信されるコマンドの形態で伝送して、決った動作を実現すること、および該動作の結果が、前記関連ソフトウェア（３０Ｍ）に再転送されることを特徴とする、請求項１に記載の方法。
【請求項３】
前記遠隔サーバ（３）上に実装された前記関連ソフトウェア（３０Ｍ）が、マスタと呼ばれるタイプのソフトウェアである方法であって、前記オンボードマイクロチップシステム（２−２０）の前記記憶手段内に記憶された、スレーブと呼ばれるタイプの少なくとも１つの第２の特定ソフトウェア（２２）の実装を含むこと、前記スレーブタイプのソフトウェア（２２）のそれぞれが、自らに関連する前記マスタタイプのソフトウェア（３０Ｍ）からコマンドを受信し、前記オンボードマイクロチップシステム（２−２０）の前記情報処理手段を介して前記コマンドを実行すること、ならびに前記スレーブタイプのソフトウェア（２２）が、前記コマンド実行の結果を、前記関連するマスタタイプのソフトウェア（３０Ｍ）に再転送することを特徴とする、請求項１に記載の方法。
【請求項４】
前記レポータタイプのソフトウェア（２１）および／またはスレーブタイプのソフトウェア（２２）が、自律タイプと呼ばれるタイプのさらなる機能に関連し、該ソフトウェア（２１、２２）が、前記オンボードマイクロチップシステム（２−２０）上で前記所定のアプリケーションの所定の一部を直接実行できることを特徴とする、請求項３に記載の方法。
【請求項５】
前記モバイル電話ネットワークが「ＧＳＭ」規格と呼ばれる規格に準拠し、かつ前記ソフトウェアが「ＧＳＭ　１１．１４」規格に準拠することを特徴とする、請求項４に記載の方法。
【請求項６】
前記電話ネットワークが、音声データチャネルと呼ばれるチャネルおよびメッセージチャネルと呼ばれるチャネルの少なくとも２つの別個の伝送チャネルを含み、伝送される前記デジタルデータが、前記メッセージチャネルを介して伝送される、１４０個の８ビットバイトまたは１６０個の７ビットバイトを含む、ショートメッセージタイプと呼ばれるタイプのメッセージによって構成されることを特徴とする、請求項１に記載の方法。
【請求項７】
情報処理手段と、少なくともソフトウェアを記憶することを目的とするデータ記憶手段とを含む、オンボードマイクロチップシステムであって、前記ソフトウェアは、少なくとも１つの所定のアプリケーションと関連する機能性を実現するため、決ったコマンドの送信によって前記モバイル機器を制御し、かつ該機器から来るイベントに、前記イベントと関連する命令を実行することによって応答することができるタイプのものであり、オンボードマイクロチップシステムは、モバイル電話ネットワークにリンクされたモバイル機器と協働し、前記モバイル電話ネットワークは、前記モバイル電話ネットワークを介して前記モバイル機器と通信する情報処理手段およびデータ記憶手段を含む少なくとも１つの遠隔サーバに接続され、オンボードマイクロチップシステム（２−２０）が、自らの前記データ記憶手段内に、レポータと呼ばれるタイプの少なくとも１つの第１の特定ソフトウェア（２１）を記憶し、前記ソフトウェアは、自らに関連する前記遠隔サーバ（３）のうち１つの前記データ記憶手段内に記憶された関連ソフトウェア（３０Ｍ）に、前記モバイル機器（１−１０）から受信した前記イベントの特性データを再転送して、前記関連ソフトウェア（３０Ｍ）が、前記特性データを受信すると、前記遠隔サーバ（３）の前記情報処理手段を介して、前記所定のアプリケーションの１つに関連する前記命令のすべてまたは一部を実行し、前記実行の結果を、前記モバイル機器（１−１０）および／またはオンボードマイクロチップシステム（２−２０）に再転送するようにすることを目的とするソフトウェアであることを特徴とするシステム。
【請求項８】
前記遠隔サーバ（３）上に実装された前記関連ソフトウェア（３０Ｍ）が、マスタと呼ばれるタイプのソフトウェアであり、オンボードマイクロチップシステムが、自らの前記データ記憶手段内に、スレーブと呼ばれるタイプの少なくとも１つの第２の特定ソフトウェア（２２）を記憶し、前記ソフトウェアは、自らに関連する前記マスタタイプのソフトウェア（３０Ｍ）のうち１つからのコマンドを受信し、オンボードマイクロチップシステム（２−２０）の前記情報処理手段を介して前記コマンドを実行し、前記コマンド実行の結果を、前記関連するマスタタイプのソフトウェア（３０Ｍ）に再転送することを目的とするソフトウェアであることを特徴とする、請求項７に記載のシステム。
【請求項９】
前記レポータタイプのソフトウェア（２１）および／またはスレーブタイプのソフトウェア（２２）が、自律タイプと呼ばれるタイプのさらなる機能性に関連し、該ソフトウェアが、前記オンボードマイクロチップシステム（２−２０）上で前記所定のアプリケーションの所定の一部を直接実行できるようにしていることを特徴とする、請求項８に記載のオンボードマイクロチップシステム。
【請求項１０】
「ＳＩＭ」タイプと呼ばれるスマートカード（２）によって構成されることを特徴とする、オンボードマイクロチップシステム。
【発明の詳細な説明】
【０００１】
本発明は、モバイル電話ネットワーク上においてデジタルデータを処理し伝送する方法に関する。
【０００２】
本発明は、より詳細には、「ＧＳＭ」規格（９００ＭＨｚの帯域内で動作する無線通信「Ｇｌｏｂａｌ　Ｓｙｓｔｅｍ　ｆｏｒ　Ｍｏｂｉｌｅの頭字語」）に準拠するモバイル電話ネットワークに関する。
【０００３】
また、本発明は、本方法を実施するためのマイクロチップを備えたオンボードシステムにも関する。
【０００４】
本発明の枠組みでは、「ネットワーク」という用語は、その最も一般的な意味で理解されなければならない。この用語は、ネットワークの本来の伝送構成要素を含むが（無線伝送のサブシステム、伝送ケーブル、マイクロ波中継回線、地上「有線」サブシステム等）、モバイル電話ネットワークの利用者（加入者）によって保持される、モバイルユニット、モバイル機器、またはモバイル局を含め、モバイル電話ネットワークに接続されたすべてのシステム（基地局、局のコントローラ、スイッチ、ディレクトリ等、また、より一般的には、ネットワークに接続されたすべてのデータ情報処理システムおよびサーバ）も含む。
【０００５】
それらの利用者が保持するデバイスは、携帯電話機であること、またはより複雑な端末、例えば、電話機の機能性とオーガナイザの機能性を兼ね備えた端末であることが可能である。本発明の範囲を全く制限することなく、簡明にするため、以降、これらのデバイスを「モバイル電話機」と呼ぶことにする。モバイル電話機は、詳細には、「ＳＩＭ」（「Ｓｕｂｓｃｒｉｂｅｒ　Ｉｄｅｎｔｉｔｙ　Ｍｏｄｕｌｅ」つまり「加入者識別モジュール」を表す）の省略形で知られる機能モジュールを含め、情報処理手段および記憶手段を備えたオンボードシステムを備えている。同様に、簡明にするため、以降、「ＳＩＭ」モジュールは、スマートカード上にあるものと想定する。また、スマートカードのオペレーティングシステム（「ＯＳ」と呼ばれ、これは「Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ」を表す）も提供される。
【０００６】
現行の技術では、「ＧＳＭ」ネットワークのモバイル電話機は、もはや電話をかけるためだけに利用されるわけではない。モバイル電話機は、デジタルデータを処理して送信するため、詳細には、ショートメッセージの形式で送信する（「ＧＳＭ−Ｄａｔａ」サービスと呼ばれる）ためにも利用することができる。これらのメッセージは、通常、その用途に応じて、１６０個の７ビットバイト、または１４０個の８ビットバイトの長さを有する。
【０００７】
最近、「Ｓｉｍ　Ｔｏｏｌｋｉｔ」と呼ばれる規格化された技術が現れている。この技術は、今後、「ＧＳＭ」ネットワークのモバイル電話のいくつかの事業者によって提供される補完サービスの一部を成す。実際上、特定のソフトウェアが、電話機の「ＳＩＭ」スマートカード内に実装される。
【０００８】
この規格により、モバイル電話機のスマートカード（「ＳＩＭ」）上で動作するアプリケーションは、
モバイル電話機のスクリーン上にテキストを表示するタイプのコマンド、
テキストをアプリケーションの入力としてタイプ入力するように利用者に要求するタイプのコマンド、
ある番号の電話コールを要求するタイプのコマンド、
テキストまたはデータを含むショートメッセージの送信を、サーバまたは他の電話機に要求するタイプのコマンド、
モバイル機器内の補助スマートカード上におけるコマンドの実行を要求するタイプのコマンド等を、関連するモバイル機器に送信する。
【０００９】
これらのコマンドは、「プロアクティブ」コマンドと呼ばれる。
【００１０】
また、「Ｓｉｍ　Ｔｏｏｌｋｉｔ」規格により、「ＳＩＭ」スマートカードのアプリケーションは、モバイル機器から来るある数のイベントを受信すると、応答することができる。これらのイベントは、以下のタイプのものである。
【００１１】
モバイル機器が備えているキーボード上にある「ＭＥＮＵ」と呼ばれるコマンドからのアプリケーション選択、
「ＳＩＭ」スマートカードのアプリケーションまたはオペレーティングシステムを宛先とするショートメッセージの受信、
モバイル機器のタイマ内にプログラミングされた時間の満了、
電話番号のコールの要求等。
【００１２】
この規格によってもたらされる機能性により、スマートカード上で非常に多数の別個のアプリケーションを開発することができ、これは、「付加価値サービス」と呼ばれるサービスを、利用者に提供することを目的とする。
【００１３】
「Ｓｉｍ　Ｔｏｏｌｋｉｔ」技術のより詳細な説明に関しては、「ＧＳＭ　１１．１４」を参照することが有益であろう。
【００１４】
要約すると、現行の技術では、「Ｓｉｍ　Ｔｏｏｌｋｉｔ」標準は、スマートカードをサポートするモバイル機器を制御し、かつこの装置から来るイベントに応答することもできるアプリケーションを、スマートカード上で開発することにある。この標準は、今日、モバイル機器およびスマートカードの大多数の製造業者によって採用されている。これは、強力かつセキュリティ確保されたアプリケーションを書くことを可能にする標準である。
【００１５】
「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションは、一般に、ショートメッセージのチャネルを介し、サーバ上にインストールされた１つまたは複数のアプリケーションと通信する。このチャネルは、音声のチャネルとは独立しており、「ＧＳＭ」規格によって標準化されている。「ＳＩＭ」カード上にインストールされているか、サーバ上にインストールされているかに関わらず、アプリケーションは、２進形式のテキストまたはデータを含むショートメッセージを、送信および受信することができる。（ポイントツーポイントモードでのショートメッセージに関するさらなる情報については、「ＧＳＭ　０３．４０」を参照されたい）
ただし、前述した付加価値「ＧＳＭ」サービスの数および性質は、先験的には、制限がないことが明らかなものの、電話事業者およびソフトウェアアプリケーションの開発者は、スマートカード上で利用できるリソースの制限によって常に制約されてきた。
【００１６】
事実、「Ｓｉｍ　Ｔｏｏｌｋｉｔ」技術が有する２つの主な不都合は、以下のとおりである。
【００１７】
１）「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションを収容するためのスマートカードのメモリが不足していること。これは、スマートカードが、数万の８ビットバイトのメモリしか備えていないからである。非常に経験のあるソフトウェアアプリケーション開発者によって行われたあらゆる最適化にも関わらず、電話サービス事業者は、多数の「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションをロードするため、かつ／または実行するためのこのメモリ不足に直面している。また、
２）スマートカードの応答時間が非常に遅いこと。というのも、この技術は、モバイル機器のプロセッサおよび特にサーバのプロセッサと比べて、より少ない計算能力を備えるスマートカードに、前述したアプリケーションの実行の際、最も複雑な計算を実行することを課すからである。
【００１８】
際立って必要性があるのは、その逆のことであるのが明らかである。まず、電話事業者は、できる限り多くの利用できる追加サービスを、自らの加入者の利用に供することを所望する。さらに、スマートカードによって実行される動作は、最小限の時間内に実行されなければならない。利用可能なアプリケーションを増やすことは、その増加が可能な範囲内のものであるにしても、相互対話のために処理時間をさらに長くすることになり、パフォーマンスを低下させる危険がある。
【００１９】
近年に既に確認され、近い将来に予期できるスマートカードの技術の相当な進歩にも関わらず、前述した限界要因は相当な制約のままであり、制約であり続けることになる。
【００２０】
「ＷＡＰ」（「Ｗｉｒｅｌｅｓｓ　Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ」を表す）と呼ばれる第２の標準化された技術が、最近、提案されている。この標準は、モバイル電話機の利用者が、無線リンクを介して、自らのモバイル電話機からインターネットにアクセスできるようにすることを目的とする。
【００２１】
この技術にも不都合が無いわけではない。
【００２２】
まず、特定タイプの「ＷＡＰ」ブラウザをインストールする必要がある。これは、このブラウザが、従来の「ＷＥＢ」タイプのブラウザとは異なる特性を有するからである。このブラウザは、スマートカードよりは確かに多いが、マイクロコンピュータより、また当然、サーバよりもはるかに少ないメモリを有する、モバイル機器にインストールされる。さらに、この技術は、インターネットに対するアクセスを可能にするという利点を有するものの、「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションのすべての機能性をカバーするものではない。非限定的な例として、「ＷＡＰ」アプリケーションは、「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションの場合のように、電話呼を制御することができない。さらに、「ＷＡＰ」アプリケーションは、「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションによって提供されるのと同程度のセキュリティを保証することができない。というのも、「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションは、「ＳＩＭ」スマートカード内に登録された秘密キーを利用するからである。例えば、「ＷＡＰ」アプリケーションは、どのサーバ上でもアプリケーションの認証を要求することができない。さらに、「ＳＩＭ」スマートカードに属するセキュリティ機能はこれだけではない。「ＳＩＭ」スマートカードは、また、伝送される情報のセキュリティおよび機密性も確実にする。
【００２３】
これらすべての機能を確実にするため、スマートカードは、「センシティブなデータ」と呼ばれるいくつかのデータと、暗号化アルゴリズムと、関連キーとを記憶し、これは、詳細には、
加入者国際番号または「ＩＭＳＩ」（「Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｍｏｂｉｌｅ　Ｓｕｂｓｃｒｉｂｅｒ　Ｉｄｅｎｔｉｔｙ」）、
モバイル局が移動する際、モバイル局に与えられる一時識別、または「ＴＭＳＩ」（「Ｔｅｍｐｏｒａｒｙ　Ｍｏｂｉｌｅ　Ｓｕｂｓｃｒｉｂｅｒ　Ｉｄｅｎｔｉｔｙ」を表す）、
個別認証キー、無線チャネル上のシグナリングデータと呼ばれるデータおよびトラフィックデータと呼ばれるデータを暗号化および復号化するために使用する暗号化キー、ならびに暗号化および復号化またはキー生成の異なる３つのアルゴリズム、
モバイル局およびネットワークによる異なるキーの使用を回避するために、前述した有効な暗号化値を示す暗号化キーの順序番号または「ＣＫＳＮ」（「Ｃｉｐｈｅｒｉｎｇ　Ｋｅｙ　Ｓｅｑｕｅｎｔｉａｌ　Ｎｕｍｂｅｒ」を表す）である。
【００２４】
これらのセンシティブな情報またはデータが、スマートカード内に記憶され、かつそれに対応する処理が、このスマートカードで実行されるという事実により、高い度合いのセキュリティおよび機密性を得ることができる。
【００２５】
最後に、現行の技術では、「ＷＡＰ」技術をサポートするモバイル機器の費用は、「Ｓｉｍ　Ｔｏｏｌｋｉｔ」技術をサポートするモバイル機器の費用と比較した場合、高くとどまっている。
【００２６】
本発明は、際立つ必要性を満たしながらも、そのいくつかを以上に述べた、従来技術のデバイスおよびシステムの不都合を解決しようとするものである。
【００２７】
本発明が目的とするのは、モバイル電話ネットワーク、詳細には、「ＧＳＭ」規格のネットワーク上におけるデジタルデータの処理および伝送の方法であって、このネットワーク上のモバイル電話機の利用者に、「Ｓｉｍ　Ｔｏｏｌｋｉｔ」技術に準拠するアプリケーションで提供することが可能なすべてのサービスをもたらすが、スマートカード上でアプリケーションを開発する際に遭遇する、メモリの限界およびパフォーマンスの限界から、少なくとも大部分、解放されてそれを行う方法である。
【００２８】
これを行うため、本発明は、「Ｓｉｍ　Ｔｏｏｌｋｉｔ」技術に準拠するアプリケーションが、特に、ショートメッセージを送信することができ、また自らに宛てられた他のショートメッセージを受信すると、命令の実行にとりかかることが可能であるという事実を有利に利用する。
【００２９】
本発明によるモバイル電話ネットワークのアーキテクチャは、「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションが、
１）その電話ネットワークに接続された少なくとも１つの遠隔サーバ上にインストールされたアプリケーション（以降、これらのアプリケーションを、「レポータＳｉｍ　Ｔｏｏｌｋｉｔアプリケーション」と呼ぶことにする）に、モバイル機器から来るイベントの到着を知らせ、
２）そのサーバ上で実装されたアプリケーションの要求があると、コマンドおよび命令を実行するアーキテクチャである（以降、これらのアプリケーションを、「スレーブＳｉｍ　Ｔｏｏｌｋｉｔアプリケーション」と呼ぶことにする。）。
【００３０】
このようにして、従来技術では「ＳＩＭ」スマートカード上で実行される、情報処理リソースを大量に消費する重い処理の実行を、それらのサーバ上で実装されるアプリケーションに委託することができる。
【００３１】
前述したサーバは、先験的には、利用可能なメモリの量に関しても、計算能力に関しても、「ＳＩＭ」スマートカードの場合のように、それら特有の限界を有していない。したがって、高速の処理を可能にしながらも、「ＳＩＭ」スマートカードを介して利用可能な「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションの数（したがって、提供されるサービスの数）を大幅に増やすことができる。
【００３２】
さらに、従来技術のように、セキュリティおよび機密性に関連する機能性が、「ＳＩＭ」スマートカード内に閉じ込められたままであり、高水準のサービス品質が継続して保証される。
【００３３】
したがって、本発明の主な目的は、モバイル電話ネットワーク上におけるデジタルデータの伝送および処理の方法であって、このネットワークは、互いにそのモバイル電話ネットワークを介して通信する、少なくとも１つのモバイル機器と、情報処理手段およびデータ記憶手段を含む遠隔サーバとを含み、このモバイル機器は、情報処理手段と、少なくともソフトウェアを記憶することを目的とするデータ記憶手段とを含むオンボードマイクロチップシステムと協働し、このソフトウェアは、少なくとも１つの所定のアプリケーションと関連する機能性を実現するため、決ったコマンドの送信によってそのモバイル機器を制御し、かつその機器から来るイベントに、そのイベントと関連する命令を実行することによって応答することができるタイプであり、方法は、そのオンボードマイクロチップシステムのデータ記憶手段内に記憶された、レポータと呼ばれるタイプの少なくとも１つの第１の特定のソフトウェアの実装と、その遠隔サーバのうち１つのサーバのデータ記憶手段内に記憶された少なくとも１つの関連ソフトウェアの実装とを含むこと、そのレポータタイプのソフトウェアが、その関連ソフトウェアに、そのモバイル機器から受信したイベントの特性データを再転送することと、この関連ソフトウェアが、その特性データを受信すると、その遠隔サーバの情報処理手段を介して、その所定のアプリケーションのうち１つに関連する命令のすべてまたは一部を実行して、その実行の結果を、そのモバイル機器および／またはそのオンボードマイクロチップシステムに再転送することとを特徴とする方法である。
【００３４】
また、本発明の目的は、モバイル電話ネットワークに接続されたモバイル機器と協働するマイクロチップを備えたオンボードシステムである。
【００３５】
次に、本発明を添付の図面を参照しながらより詳細に説明する。
【００３６】
次に、本発明によるモバイル電話ネットワークのアーキテクチャの好ましい実施形態を詳細に説明する。
【００３７】
前述したとおり、本発明の特徴の１つによれば、従来技術では「ＳＩＭ」スマートカード上で実行される重い処理の実行が、ネットワークに接続された１つまたは複数の遠隔サーバ上に実装されるアプリケーションに委ねられる。
【００３８】
本発明の別の特徴によれば、それぞれ、「レポータＳｉｍ　Ｔｏｏｌｋｉｔアプリケーション」および「スレーブＳｉｍ　Ｔｏｏｌｋｉｔアプリケーション」と呼んだ２種類の主な「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションが提供され、２つのアプリケーションとも、「ＳＩＭ」スマートカード上に実装される。
【００３９】
次に、これら２つのタイプのアプリケーションをより詳細に説明する。
【００４０】
レポータ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーション
「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションは、最初に、モバイル電話機から、あるいは、より一般的には、加入者のモバイル機器から来るイベントに応答する。このイベントは、「Ｅｎｖｅｌｏｐｅ」という英語の名称で知られるコマンドで「ＳＩＭ」スマートカードに着信する。「Ｅｎｖｅｌｏｐｅ」コマンドは、例えば、「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションの標識を選択標識として伴った、「Ｍｅｎｕ　Ｓｅｌｅｃｔｉｏｎ」イベントを含むことが可能である。したがって、このイベントにより、モバイル電話機に備わっている表示手段上に表示されるメニュー内でアプリケーションを選択することができる。このコマンドのさらに詳細な説明は、「ＧＭＳ　１１．１４」規格で見ることができる。
【００４１】
モバイル機器は、サーバ上にあるアプリケーションのことを全く知らない。「Ｓｉｍ　Ｔｏｏｌｋｉｔ」規格で規定されるイベントに対して、サーバ上のアプリケーションを応答させるためには、以降、「レポータＳｉｍ　Ｔｏｏｌｋｉｔアプリケーション」と呼ぶことにする、「ＳＩＭ」カード上にインストールされた「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションとそのアプリケーションを結合する必要がある。モバイル機器は、そのレポータアプリケーションを、それがあたかも従来の「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションであるかのように見る。モバイル機器は、サーバ上にある対応するアプリケーションのことを全く知らない。この点から見れば、完全にトランスペアレントな性質がある。
【００４２】
レポータアプリケーションは、サーバ上に実装される自らに対応するアプリケーションが、それに対して応答すべきイベントを聴取するため、「ＳＩＭ」カード内に書き込まれる。レポータアプリケーションは、モバイル機器から来るイベントを受信するとすぐ、自らに対応するアプリケーションを宛先とするショートメッセージを準備する。このショートメッセージは、受信したイベントを特徴付けるすべてのデータを含む。その送信は、実際上、前述した「プロアクティブコマンド」タイプのコマンドによって実現される。
【００４３】
サーバの対応するアプリケーションが、そのショートメッセージを受信する。このメッセージは、そのアプリケーションにモバイル機器から来るイベントの着信を知らせる。この時点で、そのアプリケーションは、そのイベントの受信に関係する処理に取りかかる。この処理は、例えば、「ＷＥＢ」サイトに接続することであることが可能である。また、そのアプリケーションは、「ＳＩＭ」スマートカード上に実装されるスレーブアプリケーションと呼ばれる別のアプリケーションのマスタアプリケーションと呼ばれるアプリケーションになることも可能である。したがって、そのアプリケーションは、スレーブアプリケーションが、モバイル機器に「プロアクティブ」コマンドを送るように、また、さらに、そのスレーブアプリケーションが、「ＳＩＭ」スマートカード上にインストールされたライブラリ内に記憶されるメソッドを呼び出すように、そのスレーブアプリケーションを制御することができる。
【００４４】
図１は、モバイル機器１の「ＳＩＭ」スマートカード２上にある「レポータＳｉｍ　Ｔｏｏｌｋｉｔ」タイプのアプリケーション２１による、遠隔サーバ３上にある「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーション３０Ｍの起動の主なステップを示す概略図である。遠隔サーバ３および加入者Ａｂのモバイル機器１は、両方とも、モバイル電話ネットワークＲＴ（明示的には図示せず）に接続されている。当分野の技術者にはよく知られ、それ自体、従来のものであるこのネットワークは、本発明の方法に起因するような変更は全く必要としない。したがって、先験的には、従来技術に準拠するすべてのネットワークが適合することになり、このことが、さらに、本発明のさらなる利点となっている。したがって、そのようなネットワークおよびその様々な構成要素を、以下に説明する必要はない。非限定な例として、「Ｔｅｃｈｎｉｑｕｅｓ　ｄｅ　ｌ’ｌｎｇｅｎｉｅｕｒ」、Ｖｏｌｕｍｅ　ＴＥ７３６４、１９９９年１１月、１ページから２３ページに掲載されるＪｅａｎ　ＣＥＬＬＭＥＲによる「Ｒｅｓｅａｕｘ　ｃｅｌｌｕｌａｉｒｅｓ，Ｓｙｓｔｅｍｅ　ＧＳＭ」とう題名の論文を参照することが有益であろう。
【００４５】
例えば、携帯電話ユニットであるモバイル機器１は、従来の電子回路（メモリ、プロセッサ等）１０を含む。これらの電子回路は、読取装置（図示せず）を利用して「ＳＩＭ」スマートカード２に結合されていることが可能である。同様に、「ＳＩＭ」スマートカード２も、電子回路２０を含み、詳細には、プロセッサ、および、それ自体は従来技術に共通のため従来タイプと呼ぶことにする、「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションが書き込まれていることが可能なメモリ手段、ならびに本発明の特徴のうち１つによる、１つまたは複数のレポータ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーション２１を含む。図１では、プロセスを簡単に示すため、「ＳＩＭ」スマートカード２の回路２０の外部に、単一のアプリケーションを示している。現実には、このアプリケーション２１は、従来タイプのアプリケーションと同様に、スマートカード２のメモリ手段内に記憶される。
【００４６】
前述したステップは、以下のとおりである（図１で実線の矢印で表す）。
【００４７】
Ｆ１）モバイル機器１の回路１０が、「Ｅｎｖｅｌｏｐｐｅ」タイプのコマンドを「ＳＩＭ」スマートカード２の回路２０に送る。この「Ｅｎｖｅｌｏｐｐｅ」コマンドは、前述したＧＳＭ　１１．１４規格によって定められたイベントのうちの１つを含む。
【００４８】
Ｆ２）「ＳＩＭ」カード２の回路２０が、このイベントをそれに応答するように構成されたレポータ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーション２１に送る。さらに、
Ｆ３）レポータ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーション２１が、この同じイベントをショートメッセージで、ネットワークＲＴを介し、それを処理することになるサーバ３内にある対応するアプリケーション３０Ｍに送信する。
【００４９】
以下に明らかにする理由で、アプリケーション３０Ｍを「マスタアプリケーション」と呼ぶことにする。
【００５０】
スレーブ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーション
それ自体、知られている仕方で、従来技術の「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションは、詳細には、以下を行うことができる。
【００５１】
ａ）「ＧＳＭ　１１．１４」規格に準拠する「プロアクティブ」コマンドをモバイル機器に送信すること。このアプリケーションは、例えば、テキストを表示するようにモバイル機器に要求することができる。
【００５２】
ｂ）モバイル機器を介することなく、前述した「ＧＳＭ　１１．１１」規格に準拠するコマンドを、「ＳＩＭ」スマートカードのオペレーティングシステムに送信すること。
【００５３】
ｃ）「ＳＩＭ」スマートカード上に実装されたライブラリ内に記憶されたメソッドの実行を要求すること。このアプリケーションは、例えば、「ＳＩＭ」スマートカードのメソッドを呼び出して、このカード上に記憶された秘密キーを利用したメッセージの暗号化を要求することができる。
【００５４】
本発明のさらなる態様によれば、遠隔サーバ上に実装されるアプリケーションに、これらの機能性が備わっている。したがって、従来技術では、スマートカード上に実装される従来の「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションを利用して行われる処理を、それらのアプリケーションに委託することが可能である。
【００５５】
遠隔サーバ３上に実装されたアプリケーションが、これらの動作を行うことができるためには、そのアプリケーションが、「ＳＩＭ」スマートカード２上に実装された「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションと通信できることが必要である。したがって、そのアプリケーションは、この後者のアプリケーションにコマンドを送信し、この後者のアプリケーションがそのコマンドを実行する。以降、遠隔サーバ上に実装されたアプリケーションを「マスタアプリケーション」と呼び、また「ＳＩＭ」スマートカード上にインストールされた「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションを「スレーブＳｉｍ　Ｔｏｏｌｋｉｔアプリケーション」と呼ぶことにする。
【００５６】
図２は、これら２つのタイプのアプリケーション間の相互関係を示す概略図である。
【００５７】
「マスタ」アプリケーション３０Ｍが、コマンドを「スレーブＳｉｍ　Ｔｏｏｌｋｉｔ」アプリケーション２２に送信する（図２における実線）。この後者のアプリケーションはそのコマンドを実行し、次に、処理の後にそのコマンドの結果を「マスタ」アプリケーション３０Ｍに戻す（破線）ことにより、その「マスタ」アプリケーション３０Ｍに応答する。
【００５８】
次に、どのように「マスタ」アプリケーション３０Ｍが、前述したａ）タイプからｃ）タイプまでのコマンドを送信することができるかを詳細に説明する。
【００５９】
「ＧＳＭ　１１．１４」規格に準拠する「プロアクティブ」コマンドの送信　本発明による方法の主なステップを以下に、図３の図面を参照して説明する。
【００６０】
ａ）マスタアプリケーション３０Ｍが、モバイル機器１の回路１０によって実行されるように、「プロアクティブ」コマンドを準備する。マスタアプリケーションは、スレーブ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーション２２を宛先とするショートメッセージのデータ内にそのコマンドを含める（「プロアクティブ」コマンドが実行されるモバイル機器１の回路１０を介する）（図３の矢印Ｆ’１およびＦ’２）。
【００６１】
ｂ）スレーブ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーション２２が、受信したショートメッセージのデータを分析する。スレーブアプリケーションは、自らのモバイル機器１の回路１０に「プロアクティブ」コマンドを送るように、自らにマスタアプリケーション３０Ｍが要求していることを理解し、その時点で、そのコマンドをモバイル機器１に転送し、戻りの応答を待ってインターロック状態になる（矢印Ｆ’３）。
【００６２】
ｃ）モバイル機器１の回路１０が、「プロアクティブ」コマンドを受け取る。回路は、そのコマンドを実行し、一般に「Ｔｅｒｍｉｎａｌ　Ｒｅｓｐｏｎｓｅ」と呼ばれるコマンドの形式で応答を「ＳＩＭ」カード２に送る（矢印Ｆ’４）。このコマンドは、モバイル機器１の回路１０による「プロアクティブ」コマンドの実行の結果を含んでいる（例えば、「プロアクティブ」コマンドが、モバイル機器１上の図示していない補助スマートカードを低電圧にするのを要求することである場合、「Ｔｅｒｍｉｎａｌ　Ｒｅｓｐｏｎｓｅ」コマンド内で送られる結果は、補助カードをゼロ電圧にしたという応答である一連の８ビットバイトを含む）。
【００６３】
ｄ）「プロアクティブ」コマンドを送出した後、インターロック状態にあるスレーブ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーション２２は、前述した「Ｔｅｒｍｉｎａｌ　Ｒｅｓｐｏｎｓｅ」コマンドの受信の後、インターロックを解除する。
【００６４】
ｅ）スレーブ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーション２２は、モバイル機器１の回路１０から来た「Ｔｅｒｍｉｎａｌ　Ｒｅｓｐｏｎｓｅ」コマンド内に見出す「プロアクティブ」コマンドの結果を含むショートメッセージを準備する。
【００６５】
ｆ）スレーブ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーション２２は、このショートメッセージを、「プロアクティブ」コマンドで、マスタアプリケーション３０Ｍを宛先とし、モバイル機器１の回路１０を介して送信する（矢印Ｆ’５）。
【００６６】
ｇ）モバイル機器１の回路１０が、そのショートメッセージをマスタアプリケーション３０Ｍに向けて転送し（矢印Ｆ’６）、かつ
【００６７】
ｈ）マスタアプリケーション３０Ｍが、そのメッセージを受信し、前に送信した「プロアクティブ」コマンドの応答を処理する。
【００６８】
非「プロアクティブ」コマンド、つまり「ＧＳＭ　１１．１１」規格に準拠するコマンドの送信
マスタアプリケーション３０Ｍ（図３）は、２つの異なる方法に従って、「ＧＳＭ　１１．１１」コマンドを「ＳＩＭ」スマートカード２に送信することができ、これら２つの方法は、同じように使用することができる。
【００６９】
方法１
ａ）マスタアプリケーション３０Ｍが、「ＳＩＭ」スマートカード２上に実装されたスレーブ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーション２２を宛先とするコマンドを、「ＧＳＭ　１１．１１」規格に従って準備する。マスタアプリケーションは、そのコマンドをショートメッセージ内で、モバイル機器１の回路１０を介して送信する。
【００７０】
ｂ）スレーブ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーション２２が、受信したショートメッセージのデータを分析する。スレーブアプリケーションは、このメッセージ内にあるコマンドを、「ＳＩＭ」スマートカード２のオペレーティングシステム２３に伝送する。
【００７１】
ｃ）「ＳＩＭ」スマートカード２のオペレーティングシステム２３が、スレーブ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーション２２から来たコマンドを実行し、そのコマンドに対する応答をこのアプリケーション２２に戻す。
【００７２】
ｄ）スレーブ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーション２２は、遠隔サーバ３上に実装された、対応するマスタアプリケーション３０Ｍを宛先として有するショートメッセージを準備する。このメッセージは、「ＧＳＭ　１１．１１」コマンドの結果を含み、「プロアクティブ」コマンド内で、スレーブアプリケーションによってモバイル機器１の回路１０に送られる。
【００７３】
ｅ）モバイル機器１の回路１０は、そのショートメッセージをメッセージ自体の中で示される宛先のアドレス、つまり、マスタアプリケーション３０Ｍに転送し、
【００７４】
ｆ）マスタアプリケーション３０Ｍは、そのショートメッセージを受信して、受信した応答を処理する。
【００７５】
方法２
遠隔サーバ３上に実装されるマスタアプリケーション３０が、「ＧＳＭ　１１．１１」コマンドを、ショートメッセージ内で直接に「ＳＩＭ」スマートカードのオペレーティングシステム２３に、「ＧＳＭ　０３．４０」規格および「ＧＳＭ　０３．４８」規格に従って送信する。
【００７６】
この解決策の利点は、それが簡単なことである。というのは、この解決策は、方法１の場合のように、スレーブ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションの存在を必要としないからである。
【００７７】
反対に、方法２の不都合は、この機能性を十分に実装する「ＳＩＭ」スマートカードのオペレーティングシステムがとても少ないことである。一般に、サーバのアプリケーションは、それが実行されるように、コマンドのシナリオをショートメッセージ内で送信することができるが、「ＳＩＭ」スマートカードは、コマンドの結果を戻さない。例えば、サーバ上に実装されるアプリケーションが、「ＳＩＭ」スマートカード上のファイルの内容を知る必要がある場合、そのアプリケーションは、大多数の「ＳＩＭ」スマートカード上ではそれを知ることができない。
【００７８】
「ＳＩＭ」スマートカードのライブラリの機能の呼出し
前述したとおり、「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションは、「ＳＩＭ」スマートカードのライブラリ内に含まれる機能の実行を要求する必要性を有する可能性がある（前述した動作ｃ））。「ＳＩＭ」スマートカード内には、２つの主な種類の機能が存在する。
【００７９】
１）そのパラメータ内で、スマートカード内に記憶された少なくとも１つの秘密キーを利用する機能。これらの機能は、署名を暗号化する、復号化する、署名する、または検証するために使用される。
【００８０】
２）反対に、秘密キーを利用しない機能。
【００８１】
第１の種類の機能は、前述したとおり、高い度合いのセキュリティを保持しようとするならば、サーバ上に移すことはできない。スレーブアプリケーション２２（図３）が、マスタアプリケーション３０Ｍからの要求の後に、それらの機能を呼び出すことができなければならない。
【００８２】
「ＳＩＭ」スマートカード２の秘密キーを使用して、暗号化／復号化する動作および署名する動作をマスタアプリケーション３０Ｍが行うのを許すためには、スレーブアプリケーション２２とマスタアプリケーション３０Ｍの間で規約が存在しなければならない。
【００８３】
例えば、マスタアプリケーション３０Ｍが、スレーブアプリケーション２２にメッセージを送信し、そのメッセージ内で、マスタアプリケーションは、行うことになる暗号化機能の性質（例えば、「Ｄａｔａ　Ｅｎｃｒｙｐｔｉｏｎ　Ｓｙｓｔｅｍ」を表す英語の頭字語「ＤＥＳ」で知られるアルゴリズムを利用する暗号化）を指示する。また、マスタアプリケーションは、「ＳＩＭ」スマートカード２内に記憶された使用するキーのリファレンス、および暗号化するメッセージも指示する。スレーブアプリケーション２２が、適切な暗号化機能を呼び出し、その結果をマスタアプリケーション３０Ｍに戻す。
【００８４】
第２の種類の機能に関しては、第１の種類に関して利用したメソッドと同じメソッドを利用することが可能であるが、本発明の有利な特徴により、これらの機能が、直接に遠隔サーバ３上に実装される。この解決策の利点は、「ＳＩＭ」スマートカード２よりも先験的にはるかに処理能力の高いマシンに対する接続の必要なしに、処理が行われることである。
【００８５】
本発明の特徴の１つにより、「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションの一部が、直接に、１つまたは複数の遠隔サーバ３上に実装される。「ＳＩＭ」スマートカードからのこれらの「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションの移動が簡単に行われるのを確実にするためには、「ＳＩＭ」スマートカードのライブラリ内にあるすべての関連する機能を実装することも必要である。
【００８６】
考えを明確にするため、「Ｊａｖａ（登録商標）」カードと呼ばれるカードを考慮すると、これらの機能は、「ＡＰＩｓ　Ｊａｖａ（登録商標）ｃａｒｄ」、「ＡＰＩｓ　ＧＭＳ　０３．１９」、および「プロプラエタリ」タイプ、すなわち、特定タイプと呼ばれる「ＡＰＩｓ」によって構成される。「Ｊａｖａ（登録商標）」は、「Ｓｕｎ　Ｍｉｃｒｏｓｙｓｔｅｍｓ　Ｉｎｃ．」会社によって開発されたオブジェクト指向プログラミング言語であり、また「ＡＰＩｓ」は、アプリケーションを伴うプログラム可能なインターフェースである。「ｊａｖａ」言語により、詳細には、英語の頭字語「ａｐｐｌｅｔ」（「アプレット」）で知られる短いアプリケーションを開発することが可能になる。「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションは、「アプレット」として実現することができる。
【００８７】
本発明に固有のこれらの構成により、「ＳＩＭ」スマートカード上において従来技術で動作する、既存の「Ｓｉｍ　Ｔｏｏｌｋｉｔ」技術のアプリケーションが、遠隔サーバ上でも同様に動作するのを確実にすることが可能である。これは、コードラインを変更するのを必要とすることなく可能であり、これが、本発明のさらなる利点を成している。
【００８８】
ここまで、ショートメッセージと呼ばれる技術（すなわち、「ＧＳＭ　０３．４０」規格に準拠する）が、トランスポート技術として実施されるものと想定してきた。この技術を利用するのが有利であるのは、以下の理由による。
【００８９】
１）この技術は、今日、「ＧＳＭ」ネットワークにおいて非常に普及しており、かつ
２）この技術は、「Ｓｉｍ　Ｔｏｏｌｋｉｔ」規格（すなわち、「ＧＳＭ　１１．１４」に準拠する）イベントおよび「プロアクティブ」コマンドで利用可能である。
【００９０】
ただし、「ＳＩＭ」スマートカードと遠隔サーバの間に存在する無線伝送リンク上で、多数の別の技術を実施することが可能であり、そのような技術には、現在利用可能な技術、または将来利用可能となる技術が含まれる。
【００９１】
前に規定したスレーブ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションおよびレポータ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションの機構は、変更を必要としないことになり、これにより、本発明による方法に長い永続性が保証される。
【００９２】
スレーブ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションおよびマスタアプリケーションの機構において、スレーブ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションは、完全にスレーブであると想定した。本発明の枠組みの中にとどまりながらも、ある「インテリジェンス」も備えたスレーブ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションを思い描くことも可能である。「混成」タイプと呼ぶことができるこのタイプのアプリケーションは、この場合、マスタアプリケーションに従うことも、また自律的な形でローカル処理を行うこともできる。というのは、「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションは、それがスレーブタイプのものであっても、従来の「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションに固有の可能性を継続して備えているからである。
【００９３】
同様に、同様なタイプの機能性、すなわち、ある「インテリジェンス」をレポータアプリケーションに付け加えることも可能である。
【００９４】
「ＳＩＭ」スマートカードからアプリケーションの機能性を、遠隔サーバに移行させることにより、ネットワーク上のトラフィックが増大し、ある不利な条件では、ショートメッセージのプロトコルのフローがわずかであるため、応答時間に無視できない結果がもたらされる可能性があることが確認されている。
【００９５】
また、実際上、たいていの場合、スレーブタイプであるとともに自律タイプでもある「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーション、および／またはレポータタイプであるとともに自律タイプでもある「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションが好ましく、これにより、前述したトラフィックの増大の悪影響を最小限に抑えることができる。
【００９６】
また、実際上、「ＳＩＭ」スマートカードのリソースの利用と、パフォーマンスの点で不利益をもたらすことが明らかとなる可能性があるショートメッセージの送信との間で妥協を見出すことが試みられる。
【００９７】
また、それがスレーブタイプであるかレポータタイプであるかに関わらず、「ＳＩＭ」スマートカード上に実装された「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションと、直接にサーバ上に実装されたアプリケーションとの間で、認証が行われなければならないことも、留意しなければならない。認証は、「ＧＳＭ　０３．４８」規格に則って実現することが可能である。
【００９８】
この規格は、「ＳＩＭ」スマートカードと遠隔サーバの間における交換の際に、トランスポートされるいくらかの情報の暗号化も定めることができる。
【００９９】
一般に、マスタアプリケーションは、複数のスレーブアプリケーションと通信しなければならない。これを行うためには、サーバ上に「ＡＰＩｓ」を実装する際に、「スレッド」技術と呼ばれる技術を利用することが有利である。
【０１００】
現行の技術では、「ＧＳＭ　０３．１９」規格を実施する前述した「Ｊａｖａ（登録商標）」タイプの「ＳＩＭ」スマートカードは、「ｓｉｍ．ｔｏｏｌｋｉｔ．ＰｒｏａｃｔｉｖｅＨａｎｄｌｅｒ」という名称で知られるクラスのオブジェクトを介することなく、モバイル機器にコマンドを送ることができない。スレーブ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションは、マスタアプリケーションによって送信された「プロアクティブ」コマンドを受信したとき、「ＰｒｏａｃｔｉｖｅＨａｎｄｌｅｒ」の名称で知られるオブジェクトクラスのメソッドを利用して、そのコマンドを再構成しなければならない。したがって、そのコマンドを送信したサーバによって準備が行われたすべての作業を再び行う必要があり、「プロアクティブ」コマンドをモバイル機器に送信する前にこれを行う必要があることが分かる。
【０１０１】
スレーブアプリケーションおよびマスタアプリケーションの機構が、本発明の特徴の１つにより、そのすべての利点を保持するために、好ましくは、何らかの８ビットバイトのテーブルから「プロアクティブ」コマンドをモバイル機器に送ることしか行わない機能を「ＳＩＭ」スマートカード上に実装する。スレーブ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションは、この場合、マスタアプリケーションによって準備され、送信されたコマンドである受信された「プロアクティブ」コマンドを受け入れることができる。次に、スレーブ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションは、何の追加の処理も行う必要なしにそのコマンドをモバイル機器に送る。
【０１０２】
実際的な例
次に、図４および５を参照して実際的な例をより詳細に説明する。
【０１０３】
ショートメッセージのサーバ上に実装されたｎ個のサービスにアクセスすることを所望するものと想定する。これらのサービスは、以降、恣意的にサービス１、サービス２、．．．サービスｎと呼ぶ。「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションは、「Ｊａｖａ（登録商標）」アプレットとして実現されるものと想定する。
【０１０４】
従来の「Ｓｉｍ　Ｔｏｏｌｋｉｔ」技術を使用しての、つまり、従来技術によるそのようなアプリケーションの開発には、以下の開発が必要とされる。
【０１０５】
１）「ＳＩＭ」スマートカード上に実装される「ＡｐｐＳＴ」と呼ぶことのできる「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションの開発、および
２）「ＯＴＡ」（「Ｏｖｅｒ　Ｔｈｅ　Ａｉｒ」を表す）タイプと呼ぶことにする遠隔サーバ上に実装される「ＡｐｐＯＴＡ」と呼ぶことのできる別のアプリケーションの開発。
【０１０６】
「ＡｐｐＳＴ」アプリケーションは、２つのイベントに応答し、そのイベントは「Ｍｅｎｕ　Ｓｅｌｅｃｔｉｏｎ」（メニューの選択）および「ＳＭＳ　ＰＰ　Ｄｏｗｎｌｏａｄ」（ショートメッセージのダウンロード）である。
【０１０７】
「ＡｐｐＳＴ」アプリケーションは、「Ｍｅｎｕ　Ｓｅｌｅｃｔｉｏｎ」というイベントを受信したとき、「Ｓｅｌｅｃｔ　Ｉｔｅｍ」と呼ばれる「プロアクティブ」コマンド、つまり、提案されるｎ個のサービスのなかからのメニューのアイテム（１つのサービス）の選択をモバイル機器に送信する。
【０１０８】
利用者は、例えば、任意のランクまたは指標ｉのサービス、つまり、Ｓｅｒｖｉｃｅ　ｉを選択する。「ＡｐｐＳＴ」アプリケーションのアプレットが、「プロアクティブ」コマンド内で、「ＡｐｐＯＴＡ」アプリケーションにショートメッセージを送信し、「ＡｐｐＯＴＡ」アプリケーションに利用者がＳｅｒｖｉｃｅ　ｉのサービスを要求していることを示す。
【０１０９】
「ＡｐｐＯＴＡ」アプリケーションは、「ＡｐｐＳＴ」アプリケーションから来るショートメッセージを受信し、別のショートメッセージ内でＳｅｒｖｉｃｅ　ｉの内容を「ＡｐｐＳＴ」アプリケーションに戻すことにより、このアプリケーションに応答する。
【０１１０】
「ＡｐｐＳＴ」アプリケーションは、「ＡｐｐＯＴＡ」アプリケーションから来るショートメッセージを受信したとき、「Ｄｉｓｐｌａｙ　Ｔｅｘｔ」（テキストの表示）タイプと呼ばれるタイプの「プロアクティブ」コマンドを送信して、モバイル機器のスクリーン上にその内容を表示する。
【０１１１】
図４は、従来技術による前述の８つのステップを示す概略図である。
【０１１２】
ステップ１：モバイル機器１の回路１０による、「ＡｐｐＳＴ」アプリケーション３０’に対する「Ｍｅｎｕ　Ｓｅｌｅｃｔｉｏｎ　Ｅｖｅｎｔ」の送信、
ステップ２：「ＡｐｐＳＴ」アプリケーション３０’による、モバイル機器１の回路１０に対する「Ｓｅｌｅｃｔ　Ｉｔｅｍ」の送信、
ステップ３：「ＡｐｐＳＴ」アプリケーション３０’に対する「Ｔｅｒｍｉｎａｌ　ｒｅｓｐｏｎｓｅ」の送信によるこれらの回路の応答、
ステップ４：「ＡｐｐＳＴ」アプリケーション３０’による、「ＡｐｐＳＴ」アプリケーション３０’に対する「Ｓｅｎｄ　ＳＭ（指標ｉ）」の送信（指標ｉのショートメッセージを送信する）、
ステップ５：これらの回路による、「ＡｐｐＯＴＡ」アプリケーション２１’に対する「Ｓｈｏｒｔ　Ｍｓｇ（指標ｉ）」の送信（指標ｉのショートメッセージの送信）、
ステップ６：「ＡｐｐＯＴＡ」アプリケーション２１’の応答、および「Ｓｈｏｒｔ　Ｍｓｇ（サービス「ｉ」）」（指標「ｉ」のサービスのためのショートメッセージ）の送信、
ステップ７：モバイル機器１の回路１０による、「ＡｐｐＳＴ」アプリケーション３０’に対する「ＳＭＳ　ＰＰ　Ｄｏｗｎｌｏａｄ　Ｅｖｅｎｔ」の送信、および
ステップ８：指標「ｉ」のサービスに関連するショートメッセージの内容を表示して、モバイル機器１のスクリーン１１上に内容を表示するための、「ＡｐｐＳＴ」アプリケーション３０’による、モバイル機器１の回路１０に対する「Ｄｉｓｐｌａｙ　Ｔｅｘｔ（サービス「ｉ」）」の送信。
【０１１３】
本発明の方法によるこれと同じアプリケーションの開発は、図５に関連して以下に説明するように行われる。
【０１１４】
スマートカード２上に、「Ｊａｖａ（登録商標）」アプレットによって構成される２つの「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションをインストールする。第１のものは、ショートメッセージ内で受信されたイベントを対応するアプリケーション、つまりサーバ３のマスタアプリケーション３０Ｍに伝送するレポータアプリケーション２１である。
【０１１５】
第２のものは、サーバ３のマスタアプリケーション３０Ｍの命令を実行するスレーブアプリケーション２２である。
【０１１６】
サーバ３のマスタアプリケーション３０Ｍは、図４に関連して説明した従来技術の２つのアプリケーション、「ＡｐｐＳＴ」アプリケーションと「ＡｐｐＯＴＡ」アプリケーションの両方の役割をすることを留意されたい。
【０１１７】
このアプリケーション３０Ｍは、「Ｍｅｎｕ　Ｓｅｌｅｃｔｉｏｎ」イベントを受信すると、スレーブ「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーション２２のマスタになる。
【０１１８】
アプリケーション３０Ｍは、まず、前述した「Ｓｅｌｅｃｔ　Ｉｔｅｍ」「プロアクティブ」コマンドを、モバイル機器１の回路１０に伝送するようにスレーブアプリケーションに要求する。アプリケーション３０Ｍは、このコマンドの応答を受信したとき、「Ｄｉｓｐｌａｙ　Ｔｅｘｔ」「プロアクティブ」コマンドを実行して選択されたサービスを表示するように、スレーブアプリケーションに再び要求する。
【０１１９】
ここで、本発明による方法は、説明した適用例に関して以下に詳細を述べる１２のステップを含む。
【０１２０】
ステップ１：モバイル１の回路１０による、レポータアプリケーションに対する「Ｍｅｎｕ　Ｓｅｌｅｃｔｉｏｎ　Ｅｖｅｎｔ」の送信（このステップは、モバイル機器１の使用者によって開始される）、
ステップ２：レポータアプリケーション２１による、モバイル１の回路１０に対する応答、および「Ｓｅｎｄ　ＳＭ（Ｍｅｎｕ　Ｓｅｌｅｃｔｉｏｎ）」の送信（メニュー選択のショートメッセージを送出する）、
ステップ３：モバイル１の回路１０による、アプリケーション３０Ｍ（このアプリケーションの「ＡｐｐＳＴ」部分）に対する「ＳＭ（Ｍｅｎｕ　Ｓｅｌｅｃｔｉｏｎ）」の送信、
ステップ４：アプリケーション３０Ｍによる、処理およびモバイル１の回路１０に対する「ＳＭ（Ｓｅｌｅｃｔ　Ｉｔｅｍ）」の送信、
ステップ５：これらの回路による、スレーブアプリケーション２２に対する「ＳＭＳ　ＰＰ　Ｄｏｗｎｌｏａｄ　Ｅｖｅｎｔ」の送信、
ステップ６：スレーブアプリケーション２２による処理、およびモバイル１の回路１０に対する「Ｓｅｌｅｃｔ　Ｉｔｅｍ」の送信、
ステップ７：モバイル１の回路１０による、スレーブアプリケーション２２に対する「Ｔｅｒｍｉｎａｌ　Ｒｅｓｐｏｎｓｅ（指標ｉ）」の送信、
ステップ８：スレーブアプリケーションによる、モバイル１の回路１０に対する「Ｓｅｎｄ　ＳＭ（指標「ｉ」）」の送信、
ステップ９：モバイル１の回路１０による、アプリケーション３０Ｍ（「ＡｐｐＯＴＡ」部分）に対する「ＳＭ（選択された指標「ｉ」）」（選択された指標「ｉ」を有する処理のためのショートメッセージ）の送信、
ステップ１０：アプリケーション３０Ｍによる処理、およびモバイル１の回路１０に対する「ＳＭ（Ｄｉｓｐｌａｙ　Ｔｅｘｔサービス「ｉ」）」の送信、
ステップ１１：これらの回路による、スレーブアプリケーション２２に対する「ＳＭＳ　ＰＰ　Ｄｏｗｎｌｏａｄ　Ｅｖｅｎｔ」の送信、および
ステップ１２：ショートメッセージの内容を表示するための、処理およびモバイル１の回路１０に対する「Ｄｉｓｐｌａｙ　ｔｅｘｔ（サービス「ｉ」）」の送信。
【０１２１】
本発明による方法の実施は、ネットワーク上におけるトラフィックのわずかな増大を誘発する。というのは、同じ適用例に関してステップの数がより多いからである。ただし、決ったサービスに関連する主なアプリケーションが、「ＳＩＭ」スマートカード２からサーバ３に移動されている。したがって、サービスの数が、可能性としては、もはや制限されないことになる。というのは、それだけの数のアプレットを「ＳＩＭ」スマートカード２上にロードすることがもはや必要ないからである。サーバ３のメモリのリソースは、実際、「ＳＩＭ」スマートカード２内に存在するメモリのリソースとは比べものにならないほど大きい。同様に、処理速度も非常に速い。というのは、また、サーバ３上に存在する１つまたは複数のプロセッサは、「ＳＩＭ」スマートカード２内に実装することができるプロセッサより、はるかに高い処理能力を有するからである。
【０１２２】
さらに、自らの置かれた正確なコンテキストに応じて、ソフトウェアアプリケーションのの開発者は、明示した本発明のさらなる有利な態様により、実現すべき処理を最適な仕方で「ＳＩＭ」スマートカード２とサーバ３の間に分散させる可能性を保持する。
【０１２３】
これを行うため、いくつかの「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションを、「ＳＩＭ」スマートカード２上に残すことが可能である。これらのアプリケーションは、従来技術のアプリケーションと同一の仕方で、または少なくともそれと非常に似通った仕方で動作する。
【０１２４】
本発明の方法によって可能となる別の実施の変形形態によれば、スレーブアプリケーション２２および／またはレポータアプリケーション２１のすべてまたは一部が、前述した混成タイプのアプリケーションであること、つまり、ある自律性を保持することが可能である。したがって、この場合、処理の一部がローカルで実現されつづけ、これにより、それに相応して「ＳＩＭ」スマートカード２と１つまたは複数の遠隔サーバ３の間におけるトラフィックが減少する。
【０１２５】
以上を読むことにより、本発明がその設定した目的をよく達していることが容易に分かる。
【０１２６】
本発明により、詳細には、限界を有さない、または少なくとも重大な限界は有さない、具体的には、データ記憶手段でそのような限界は有さないデータ処理システム（遠隔サーバ）上に、情報処理リソースを大量に消費する「重い」処理を移行させることが可能になる。さらに、処理を非常に高速に行うことができる。というのは、これらのシステム上に存在する計算手段が、また、非常に高速で高い処理能力を有するからである。
【０１２７】
本発明の別の態様によれば、本発明による方法は、ある条件では、余分なトラフィックをもたらす可能性があるが、それでも、この不都合は、移行させる処理の部分と、ローカルで、つまり「ＳＩＭ」スマートカード上またはその働きをする任意のモジュール上で行われつづける処理の部分とを最適化することにより、かなり小さく抑えることができる。
【０１２８】
このことから、本発明により、実質的に限りのない数のサービスを提供することが可能となり、それでも、「ＳＩＭ」スマートカード上に記憶するデータの量を増やさなければならないことはなく、あるいは、少なくともわずかに増えるだけである。
【０１２９】
また、前述した移動させるアプリケーションには、「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーション自体だけでなく、それに関連するデータファイルも包含される。例として、通常、利用者の「環境」と呼ばれる利用者の個人データ、すなわち、アドレス帳、電話番号リスト等を遠隔サーバ上に移動させることが有利である可能性がある。この場合もまた、これらのファイルのサイズは、実質的に制限のないものとなる。
【０１３０】
最後に、本発明は、１つまたは複数のアプリケーションの更新を行わなければならないとき、これらのアプリケーションが遠隔サーバ上に実装されていれば、その更新が、集中化されるために、オペレータによって非常に簡単で迅速な仕方で実現されるのが可能であるという利点を有するのを指摘することができる。スマートカード上に実装された標準の、つまり従来技術による「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションの場合、これと同じ作業は、更新すべきアプリケーションを記憶するすべてのスマートカードの変更、つまり、たいていの場合、その取替えを必要とすることになる。
【０１３１】
ただし、本発明は、明示的に説明した、詳細には、図１から３および図５に関連して説明した実施形態だけに限定されないことを明確に認識されたい。
【０１３２】
また、本発明は、示したように、ショートメッセージを使用する伝送プロトコルだけに限定されることもない。
【０１３３】
最後に、本発明は、有利には、「ＧＳＭ」標準の電話ネットワークに適用されるが、その他の標準、具体的には、「ＧＰＲＳ」、「ＵＴＭＳ」等の開発中の標準も適合することが可能である。一般に、本発明は、スマートカードまたは任意の同様なオンボードシステムと協働するモバイル機器が使用され、かつこのオンボードシステム内に直接に実装される機能と、モバイル機器内に存在する機能の間で分離が存在するときはいつでも、適用されることになる。
【０１３４】
また、本発明により、「ＷＡＰ」タイプのアプリケーションとのインターフェースをとること、またはそのタイプの機能を実現することも可能になる。例えば、遠隔サーバ上に存在するマスタアプリケーションが、モバイル機器からの要求に応じて、そのモバイル機器を事前に再び介することなく、インターネットに直接にアクセスすることができる。次に、提示された要求の結果が、本発明に固有の方法により、スレーブアプリケーションに戻される。
【図面の簡単な説明】
【図１】本発明の一態様による、「ＳＩＭ」スマートカード上にある「レポータ」と呼ばれる第１のタイプのアプリケーションによる、遠隔サーバ上にある「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションの起動の主なステップを示す概略図である。
【図２】本発明の別の態様による、遠隔サーバ上にある「マスタ」と呼ばれるタイプのアプリケーションと、「ＳＩＭ」スマートカード上にある「スレーブ」と呼ばれる第２のタイプの「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションとの、本発明による相互関係を示す概略図である。
【図３】本発明による、「ＧＳＭ　１１．１４」規格に準拠する「プロアクティブ」コマンドを送信する方法の主なステップを示す図である。
【図４】従来技術による、特定の例に関する、「ＳＩＭ」スマートカード上にある「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションと、遠隔サーバ上にあるアプリケーションとの間における、データおよびコマンドの交換の主なステップを説明する図である。
【図５】本発明の方法による、特定の例に関する、「ＳＩＭ」スマートカード上にある「Ｓｉｍ　Ｔｏｏｌｋｉｔ」アプリケーションと、遠隔サーバ上にあるアプリケーションとの間における、データおよびコマンドの交換の主なステップを説明する図である。
【図１】
2004501587.tif 000003
【図２】
2004501587.tif 000004
【図３】
2004501587.tif 000005
【図４】
2004501587.tif 000006
【図５】
2004501587.tif 000007
【国際公開パンフレット】
2004501587.tif 000008
2004501587.tif 000009
2004501587.tif 000010
2004501587.tif 000011
2004501587.tif 000012
2004501587.tif 000013
2004501587.tif 000014
2004501587.tif 000015
2004501587.tif 000016
2004501587.tif 000017
2004501587.tif 000018
2004501587.tif 000019
2004501587.tif 000020
2004501587.tif 000021
2004501587.tif 000022
2004501587.tif 000023
2004501587.tif 000024
2004501587.tif 000025
2004501587.tif 000026
2004501587.tif 000027
2004501587.tif 000028
2004501587.tif 000029
2004501587.tif 000030
2004501587.tif 000031
2004501587.tif 000032
2004501587.tif 000033
2004501587.tif 000034
2004501587.tif 000035
2004501587.tif 000036
2004501587.tif 000037
2004501587.tif 000038
2004501587.tif 000039
2004501587.tif 000040
2004501587.tif 000041
2004501587.tif 000042
【国際調査報告】
2004501587.tif 000043
2004501587.tif 000044
2004501587.tif 000045
2004501587.tif 000046