(57)【要約】本発明は、端末（２）およびチップ・カード（３）内に展開されるアプリケーション（ＡＰ）をサーバ（１）からロードする迅速な方法に関する。本発明によれば、端末とチップ・カードとの間の通信プロトコルに適合するようにフォーマットされる第１のアプリケーション部分と第２のアプリケーション部分とを含むメッセージ（ＭＡＰ）がサーバから端末に送信され、端末は前記２つの部分を記憶する。アプリケーション・メッセージ（ＭＡＰ）から抽出された第１の部分（ＡＰＴ）は端末にインストールされる。特定のローダ（ＣＡＰＣ）が通信プロトコルに適合するメッセージから抽出した第２の部分（ＡＰＣ）をロードする。２つのアプリケーション部分のインストールは端末の制御下で同期化される。
2006506721.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーション管理手段（ＧＩＡ）を備える端末（２）向けの第１の部分（ＡＰＴ）と前記端末（２）に受け付けられるチップ・カード（３）向けの第２の部分（ＡＰＣ）とを含むアプリケーション（ＡＰ）をサーバ（１）からロードするための方法であって、
前記端末（２）に前記チップ・カード（３）内に前記第２のアプリケーション部分をロードするためのロード手段（ＣＡＰＣ）を供給するステップ（ＥＯ）と、
前記第２のアプリケーション部分（ＡＰＣ）が前記端末（２）と前記チップ・カード（３）との間の通信のためのプロトコルに適合するように前記第２のアプリケーション部分（ＡＰＣ）を前記サーバ（１）内でフォーマットするステップ（Ｓ３）と、
前記第１のアプリケーション部分（ＡＰＴ）と前記第２のフォーマットされたアプリケーション部分（ＡＰＣ）とを含むアプリケーション・メッセージ（ＭＡＰ）を前記サーバ（１）内で組み立てるステップ（Ｓ４）と、
１つの送信チャネル（ＲＴ）上で前記サーバ（１）から前記端末（２）に前記アプリケーション・メッセージ（ＭＡＰ）を送信するステップ（Ｓ５）と、
前記管理手段を介して前記アプリケーション・メッセージ（ＭＡＰ）から抽出された前記第１のアプリケーション部分（ＡＰＴ）を前記端末（２）内にインストールするステップ（Ｔ３）と、
前記ロード手段（ＣＡＰＣ）の制御下で所定の通信プロトコルに従って前記アプリケーション・メッセージから抽出された前記第２のアプリケーション部分（ＡＰＣ）を前記端末（２）から前記チップ・カード（３）にロードするステップ（Ｔ４−Ｔ５−Ｔ６）と、を含むことを特徴とする方法。
【請求項２】
前記組み立てられたアプリケーション・メッセージ（ＭＡＰ）が、前記第２のアプリケーション部分（ＡＰＣ）の少なくとも１つの識別子（ＩＡＰＣ）を備える前記アプリケーション（ＡＰ）の記述子（ＤＡＰ）を含み、前記管理手段（ＧＩＡ）が前記端末（２）が受信した前記アプリケーション・メッセージ（ＭＡＰ）内の前記記述子（ＤＡＰ）を分析して、前記第２のアプリケーション部分（ＡＰＣ）が前記分析した記述子（ＤＡＰ）内の前記識別子（ＩＡＰＣ）に従って前記アプリケーション・メッセージ（ＭＡＰ）から抽出されることを特徴とする請求項１に記載の方法。
【請求項３】
前記ロード手段（ＣＡＰＣ）が前記端末（２）内にソフトウェア・モジュールの形式で事前にインストールされることを特徴とする請求項１または２に記載の方法。
【請求項４】
前記サーバ（１）から前記端末（２）に送信する前記アプリケーション・メッセージ（ＭＡＰ）の組立て（Ｓ４）中にスクリプト（ＳＣ）の形式で前記ロード手段（ＣＡＰＣ）を導入するステップと、前記第２のアプリケーション部分（ＡＰＣ）のロード（Ｔ４−Ｔ５−Ｔ６）前に前記端末が受信した前記アプリケーション・メッセージ（ＭＡＰ）内のスクリプト（ＳＣ）を抽出することで前記ロード手段（ＣＡＰＣ）をインストールするステップ（Ｔ２）と、を含むことを特徴とする請求項１または２に記載の方法。
【請求項５】
前記サーバ（１）から前記端末（２）に送信する前記アプリケーション・メッセージ（ＭＡＰ）の組立て（Ｓ４）中に、ロード（ＣＡＰＣ）スクリプト（ＳＣ）のアドレスを導入するステップと、前記端末が受信した前記アプリケーション・メッセージ（ＭＡＰ）内の前記スクリプト・アドレスを抽出することで前記ロード手段（ＣＡＰＣ）をインストールするステップ（Ｔ２）と、前記第２のアプリケーション部分（ＡＰＣ）のロード（Ｔ４−Ｔ５−Ｔ６）前に前記端末内の前記抽出されたアドレスからスクリプトをダウンロードするステップと、を含むことを特徴とする請求項１または２に記載の方法。
【請求項６】
前記第２のアプリケーション部分（ＡＰＣ）のロード・ステップ（Ｔ５−Ｔ６）後に、前記端末（２）内の前記第２のアプリケーション部分を削除するステップ（Ｔ７）を含むことを特徴とする請求項１乃至５のいずれかに記載の方法。
【請求項７】
前記第２のアプリケーション部分（ＡＰＣ）のロード・ステップ（Ｔ５−Ｔ６）後に、前記管理手段（ＧＩＡ）が前記チップ・カード（３）への前記第２のアプリケーション部分（ＡＰＣ）のロードを完了し次第、前記端末（２）から前記サーバ（１）に肯定応答メッセージ（ＡＣＫ）を送信するステップ（Ｔ８）を含むことを特徴とする請求項１乃至６のいずれかに記載の方法。
【請求項８】
前記第２のアプリケーション部分（ＡＰＣ）が、前記通信プロトコルに従い、ロード手段（ＣＡＰＣ）の制御下でチップ・カード（３）内に連続してロードされるプロトコル・ユニット（ＥＶ１−ＥＶＮ）にセグメント化され、前記チップ・カードが、各プロトコル・ユニット（ＥＶｎ）のロード・ステップ（Ｔ５）後に肯定応答（ＲＥＰｎ）を送信することを特徴とする請求項１乃至７のいずれかに記載の方法。
【請求項９】
前記第１および第２のアプリケーション部分（ＡＰＴ，ＡＰＣ）が高レベル言語で記述され、それぞれ前記端末（２）と前記チップ・カード（３）内で実施される仮想実行手段（ＪＶＭＴ，ＪＶＭＣ）によって解釈できる中間言語に変換されることを特徴とする請求項１乃至８のいずれかに記載の方法。
【請求項１０】
前記端末（２）が移動無線電話端末であることを特徴とする請求項１乃至９のいずれかに記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末およびチップ・カード（マイクロコントローラ・カードまたは集積回路カードとも呼ばれる）内に展開するアプリケーション（分散するアプリケーションとも呼ばれる）のロードに関する。
【背景技術】
【０００２】
端末は、チップ・カードを受容し、好ましい例では、本明細書で後述する、チップ・カードが着脱式ユーザ識別モジュールＳＩＭ（加入者識別モジュール）である移動無線電話端末である。他の例では、端末は、デビットまたはクレジット・カードを受け付ける銀行端末、またはチップ・カード読み取り装置を備えるパーソナル・コンピュータ（ＰＣ）、または導入されたチップ・カードを読み取ることができる携帯情報端末（ＰＤＡ）などの小型通信装置である。
それ故、本発明は、一般に、端末に受容されたチップ・カード内に部分的にオペレーティング・システム「上に」追加のアプリケーションを動的にダウンロードできる開放形オペレーティング・システムが実施されるオープン端末に関する。
【０００３】
図１を参照すると、第１の部分ＰＡ１と第２の部分ＰＡ２とからなるアプリケーションを、アプリケーション・サーバＳＡＰのようなＯＴＡ（無線）プラットフォームからＳＩＭカードタイプの着脱式チップ・カードＣＰを含む無線移動電話ＴＥへダウンロードするための主エンティティが示されている。端末ＴＥおよびチップ・カードＣＰは各々Ｊａｖａ（登録商標）またはＭｉｃｒｏｓｏｆｔ（登録商標）の仮想マシン・タイプのインタプリタを含む。特に、この端末は、端末ＴＥの外部とチップ・カードＣＰとの間のデータ交換を管理するカード・マネージャＧを含む。
【０００４】
アプリケーション・サーバＳＡＰは、例えば、移動端末のアプリケーション・プロバイダによって管理され、部分ＰＡ１およびＰＡ２からなるアプリケーションをダウンロードするために以下の方法で動作する。
端末ＴＥにロードする第１の部分ＰＡ１は、端末ＴＥが属するインターネット・タイプのパケット網ＲＰ、交換電話網ＲＴＣおよび無線電話網ＲＲを通してダウンロードされる。第１のアプリケーション部分ＰＡ１のダウンロードは、特に無線電話網ＲＲのトラヒック・チャネルを介して通常９６００ビット／秒の高速で実行される。部分ＰＡ１は端末内で実施されるアプリケーション・マネージャＧによってインストールされ管理される。
【０００５】
チップ・カードＣＰ用の第２のアプリケーション部分ＰＡ２は、伝送速度が数百ビット／秒という第１のアプリケーション部分ＰＡ１のダウンロード速度よりはるかに低速のショート・メッセージＭＣによってのみダウンロードできる。それ故、第２のアプリケーション部分ＰＡ２は、パケット網ＲＰを通過し、ショート・メッセージ・サーバＳＭＣは、一般的に、直接またはＩＳＤＮまたはＸ．２５タイプの中間ネットワークＲＩを介して無線電話網ＲＲに送信され、次に、端末ＴＥを介して送信されるアプリケーション部分ＰＡ２をセグメント化するいくつかのショート・メッセージＭＣを生成する。この処理はアプリケーション部分ＰＡ２からはトランスペアレントである。
【０００６】
アプリケーションを異なる伝送部分ＲＰ−ＲＴＣ−ＲＲおよびＲＰ−ＳＭＣ−ＲＩ−ＲＲを介して２つの部分ＰＡ１およびＰＡ２に分離する処理によって、端末ＴＥとチップ・カードＣＰとに別々に実際にダウンロードされるアプリケーション部分は非同期となる。ダウンロードは別々に実行されるので、端末ＴＥおよびチップ・カードＣＰは、部分ＰＡ１およびＰＡ２のダウンロードを受け取ったことを同時ではなく別々にサーバＳＡＰに通知し、その後、端末ＴＥおよびチップ・カードＣＰアセンブリ内でアプリケーション［ＰＡ１，ＰＡ２］の任意の実行を開始する。特に、アプリケーション・マネージャＧは、上記低速で第２のアプリケーション部分ＰＡ２が完全にカードＣＰにダウンロードされるまで待ち、アプリケーションの実行を決定しなければならない。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の主な目的は、従来技術による２つのアプリケーション部分のダウンロードの非同期化による欠点を修正することである。本発明の目的は特に端末に同期化機構を提供し、端末自体がショート・メッセージ送信が提供するよりもはるかに速い速度でアプリケーションの２つの部分を迅速に受信する一方で配布されるアプリケーションの第２の部分をロードするようにすることである。必要な場合には、端末は端末およびチップ・カードへのアプリケーションのインストール後に１つの肯定応答メッセージのみを送信する。
【課題を解決するための手段】
【０００８】
この目的を達成するため、アプリケーション管理手段を備える端末向けの第１の部分と端末に受容されるチップ・カード向けの第２の部分とを含むアプリケーションをサーバからロードするための方法は、端末にチップ・カード内に第２のアプリケーション部分をロードするためのロード手段を供給するステップと、第２のアプリケーション部分が端末とチップ・カードとの間の通信のためのプロトコルに適合するように第２のアプリケーション部分をサーバ内でフォーマットするステップと、第１のアプリケーション部分と第２のフォーマットされたアプリケーション部分とを含むアプリケーション・メッセージをサーバ内で組み立てるステップと、１つの送信チャネル上でサーバから端末にアプリケーション・メッセージを送信するステップと、管理手段を介してアプリケーション・メッセージから抽出された第１のアプリケーション部分を端末内にインストールするステップと、ロード手段の制御下で所定の通信プロトコルに従ってアプリケーション・メッセージから抽出された第２のアプリケーション部分を端末からチップ・カードにロードするステップと、を含むことを特徴とする。
【０００９】
それ故、第１および第２のアプリケーション部分は端末内で実施されるアプリケーション管理手段およびロード手段の制御下で端末とチップ・カードとに別々にインストールされるので、本発明はアプリケーションの第１の部分および第２の部分のロードの非同期化の問題をなしで済ます。共通のアプリケーション・メッセージ内での２つのアプリケーション部分の同時送信を管理する手段をサーバ内にさらに設ける必要はない。実行するために端末内にインストールされたアプリケーションの利用可能性を示すために、端末からサーバに１つの通知を送信することができる。
【００１０】
管理手段は、第２のフォーマットされたアプリケーション部分の少なくとも１つの識別子を有しサーバ内で組み立てられるアプリケーション・メッセージに含まれるアプリケーションの記述子を分析する。次いで管理手段は端末が受信したアプリケーション・メッセージ内の記述子を分析し、第２のアプリケーション部分が分析した記述子内の識別子に従ってアプリケーション・メッセージから抽出されるようにする。次に、管理手段によって課金手段が起動され、第２のアプリケーション部分がカード内にロードされる。こうして、端末自体が端末への第１のアプリケーション部分のインストールと同期して第２のアプリケーション部分のカードへのロードを管理する。
【００１１】
本発明による端末へのアプリケーションのダウンロードは、移動無線電話端末、パーソナル・コンピュータなど、端末のタイプを問わず、既存の伝送経路を使用する。特に、端末が移動無線電話端末の場合、端末と無線電話網の基地局との間の無線インタフェースのトラヒック・チャネル上で、すなわち、従来技術のショート・メッセージによってはるかに速い速度で、いずれのアプリケーションも送信される。
【００１２】
本発明の他の特徴および利点は、対応する添付の図面を参照しながら本発明のいくつかの好ましい実施形態の以下の説明を読むことで理解することができるだろう。
図３を参照して以下に説明する本発明の好ましい実施形態は、例えば、アプリケーション・サーバ１からチップ・カード３を備える移動無線電話端末タイプの端末２へのアプリケーションのロードに関するものである。
３つのエンティティ１、２、および３の場合には、図２に、本発明に関連し、ソフトウェアおよび／またはハードウェア・モジュールに対応できる機能を提供する機能ブロックが示されている。
【００１３】
端末２は、例えば、ＧＳＭまたはＵＭＴＳタイプのディジタル・セルラー無線電話網ＲＲ内に含まれる。より詳細には、端末２は、インターネット、交換電話網ＲＴＣおよび無線電話網ＲＲなどの従来のパケット網ＲＰを含む通信ネットワークを介してサーバ１に接続されている。チップ・カード３は、「ＳＩＭｃａｒｄ」（加入者識別モジュール）という用語で知られる、端末２に着脱可能な識別モジュールを構成する。一変形形態では、チップ・カード３はＳＩＭｃａｒｄ以外のチップ・カードでもよい。
【００１４】
他の変形形態によれば、端末は、パーソナル電子コンピュータ（ＰＣ）、銀行端末、ＰＯＳ端末、携帯情報端末（ＰＤＡ）、携帯メッセージ送信デバイスなどである。これらの種々のタイプの端末と関連して、チップ・カード３としては、デビットまたはクレジット・カード、電子財布、追加のチップ・カードまたは他の任意の小型または超小型電子デバイスなどの携帯電子オブジェクトを使用することができる。
【００１５】
一般に、端末２は、周辺装置として、電気接点を備える、または備えていないチップ・カード３が少なくとも部分的に挿入される読み取り装置２０を含む。
アプリケーション・サーバ１は、例えば、チップ・カード・エディタ３またはチップ・カードにダウンロードするアプリケーションを編集するエディタに属するインターネット・サイトを構成する。
【００１６】
空であってもよいその第１の部分ＡＰＴが端末２にダウンロードされ、その第２の部分ＡＰＣがチップ・カード３にダウンロードされるアプリケーションＡＰに対応するソース・プログラムＰＳがＪａｖａ（登録商標）などのオブジェクト指向タイプの高レベル言語に最初に書き込まれている。以下に説明するように、端末２およびチップ・カード３は、アプリケーション部分ＡＰＴを実行するＪａｖａ（登録商標）仮想マシンＪＶＭＴおよびアプリケーション部分ＡＰＣを実行するＪａｖａ（登録商標）カード仮想マシンＪＶＭＣなどの仮想実行手段をそれぞれ含む。周知の方法で、ソース・プログラムＰＳは、サーバ１のコンバータ１１内で、端末２およびチップ・カード３内で実施される仮想マシンＪＶＭＴおよびＪＶＭＣによっていつでも実行できるバイトコードと呼ばれるバイトで形成された命令語から構成される擬似コードとも呼ばれる中間言語に変換される。コンバータ１１が生成したコンパイル済みプログラムＰＧＣは、ソース・プログラムＰＳに含まれ、アプリケーション・エディタの開発者によって供給されるアプリケーション部分に対応する第１のコンパイル済みアプリケーション部分ＡＰＴと第２のコンパイル済みアプリケーション部分ＡＰＣとを含む。
【００１７】
一変形形態では、コンバータ１１はサーバ１の外部で実施される。
各アプリケーション部分ＡＰＴ（．ｃｌａｓｓ）およびＡＰＣ（．ｃａｐ）は、各々がオブジェクト・クラス、メソッド、ディレクトリ、ヘッダ、記述子などに対応することができるファイルを構成する一組の構成要素を含む。
【００１８】
特に、図３に示すように、チップ・カード３専用の第２のアプリケーション部分ＡＰＣは、「エンベロープ」タイプのコマンドＥＶ１乃至ＥＶＮにセグメント化され、それらは連結され、第２のアプリケーション部分ＡＰＣに関連するデータを含み、チップ・カード３に直接ロードすることができる。コマンドＥＶ１乃至ＥＶＮは、通常、片方向の非同期プロトコルである端末２とチップ・カード３との間の通信のためのプロトコルに適合し、端末２が解釈することなくデータを端末２の第２のアプリケーション部分ＡＰＣからチップ・カード３に送信することができる。したがって、コマンドＥＶ１乃至ＥＶＮ内のデータは、従来技術による端末が受信し、チップ・カード３に直接「エンベロープ（ＳＭＳ−ＰＰダウンロード）」コマンドを送信するショート・メッセージと同じ方法で、チップ・カード３内で実施される仮想マシンＪＶＭＣによって直接解釈できる。
【００１９】
サーバ１内では、フォーマッタ１２が連続する「エンベロープ」コマンドＥＶ１乃至ＥＶＮで第２のアプリケーション部分ＡＰＣをフォーマットする。
アプリケーション・サーバ１は、またアプリケーション・メッセージ・コンストラクタ１３およびローダ１４を含む。コンストラクタ１３は、図３に示すようにアプリケーション・メッセージＭＡＰを組み立てる。メッセージＭＡＰは、ヘッダＥＮ、アプリケーション記述子ＤＡＰ、第１のアプリケーション部分ＡＰＴおよび連結されたコマンドＥＶ１乃至ＥＶＮを含む第２のアプリケーション部分ＡＰＣを含む。記述子ＤＡＰは、特に、記述子ＤＡＰに連続するメッセージ・データ・フィールドＭＡＰ内の第２のアプリケーション部分ＡＰＣの開始位置を示す識別子ＩＡＰＣを含む。識別子ＩＡＰＣは、端末２に記憶されたメッセージＭＡＰから第２のアプリケーション部分ＡＰＣを抽出する働きをする。記述子ＤＡＰはＪＡＤ（Ｊａｖａ（登録商標）アプリケーション記述子）ファイルを構成し、一組のデータ［ＤＡＰ（ＩＡＰＣ），ＡＰＴ，ＡＰＣ］はＪａｖａ（登録商標）カード仮想マシンの記述によるＪＡＲ（Ｊａｖａ（登録商標）アプリケーション・レポジトリ）ファイルを構成する。コンストラクタ１３によって生成されるメッセージＭＡＰは、通信ネットワークＲＴ上でローダ１４の制御下で端末２に送信されるアプレットを含む。ローダ１４は、メッセージＭＡＰをサーバ１が接続されているパケット網ＲＰのＨＴＴＰ（ハイパーテキスト転送プロトコル）およびネットワーク・プロトコル（インターネット・プロトコル）などのトランスポート・プロトコルに適合させる。
【００２０】
移動無線電話タイプの端末２は、従来、チップ・カード読み取り装置２０以外に、プロセッサ２１、メモリ２２、およびバス２４により接続された無線インタフェース２３を含む。メモリ２２は、読み出し専用メモリ、ＥＥＰＲＯＭ不揮発性メモリおよびＲＡＭメモリなどの種々のメモリを含む。例えば、端末がパーソナル・コンピュータの時には、メモリ２２はハード・ディスクを含む。当然、端末２はプロセッサ２１とのマンマシン・インタフェースにキーパッド、グラフィック・ディスプレイ、少なくとも１つの既知のスピーカ、マイクロホンなどの他の周辺装置を含む。インタフェース２３はネットワークＲＲ内で周波数を入れ替え、ディジタル変換を実行し、固定網を介して受信したメッセージを復調および復号化する。
【００２１】
端末２内のメモリ２２は、特に、オペレーティング・システム、Ｊａｖａ（登録商標）仮想マシンＪＶＭＴ、ブラウザおよび種々のデータ・アプリケーションを含む。
特に、端末２のメモリ２２の不揮発性メモリ内で、Ｊａｖａ（登録商標）言語でプログラミングされ端末２内で実行可能なアプリケーション・インストレーション・マネージャＧＩＡが実施される。マネージャＧＩＡは、種々のアプリケーションを端末２のメモリ２２内にインストールし、それらを実行し、特に、本発明の展開されたアプリケーションＡＰの第１の部分ＡＰＴをインストールして実行する働きをする。マネージャＧＩＡは、仮想マシンＪＶＭＴ内に含めることができる。
【００２２】
マネージャＧＩＡは、受信したアプリケーション・メッセージＭＡＰ内で、コマンドＥＶ１乃至ＥＶＮに含まれるデータを仮想マシンＪＶＭＴによって解釈することなくチップ・カード３用の第２のアプリケーション部分ＡＰＣに関して端末２用の第１のアプリケーション部分ＡＰＴを区別する。
【００２３】
本発明によれば、マネージャＧＩＡに関して、端末からチップ・カードに第２のアプリケーション部分ＡＰＣをロードするためのローダＣＡＰＣが端末２のメモリ２２内のソフトウェア・モジュールの形式でも実行される。ローダＣＡＰＣは、端末２とチップ・カード３との間で交換されるコマンドＥＶ１乃至ＥＶＮとその応答ＲＥＳ１乃至ＲＥＳＮからなるプロトコル・データ・ユニット（ＰＤＵ）を有する所定の通信プロトコルによって、端末２内で実行される仮想マシンＪＶＭＴとマネージャＧＩＡと、チップ・カード３内で実行される仮想マシンＪＶＭＣとアプリケーション・インストレーション・ツールＯＩとの間にリンクを作成する。
【００２４】
好ましい実施形態によれば、着脱式ＳＩＭカードであるチップ・カード３は、従来、一体化形式で、マイクロプロセッサ３１と、ＲＯＭタイプの上書き不可メモリ３２と、ＥＥＰＲＯＭタイプの不揮発性メモリ３３と、基本的に入出力ポート３５に挿入して端末２とデータ交換をするためのＲＡＭタイプのメモリ３４とを含む。メモリ３２および３３は、オペレーティング・システムＯＳＣのコードとデータおよびＪａｖａ（登録商標）カード仕様による仮想マシンＪＶＭＣのコードとデータを含む。不揮発性メモリ３３は、種々のアプリケーションを含み、サーバ１から端末２に送信され、読み取り装置２０によってポート３５とＲＡＭメモリ３４を介してダウンロードされるアプリケーション・メッセージＭＡＰに含まれる第２のアプリケーション部分ＡＰＣを受信するためのものである。また、メモリ３３は本発明による第２のアプリケーション部分ＡＰＣをインストールするインストレーション・ツールＯＩを含む。
【００２５】
図４を参照すると、端末２用の第１の部分ＡＰＴとチップ・カード３用の第２の部分ＡＰＣとを含むアプリケーションＡＰをロードする方法は、基本的に、サーバ１内で実行されるステップＳ１乃至Ｓ５と主に端末２内で実行されるステップＴ１乃至Ｔ８とを含む。
少なくともステップＴ１乃至Ｔ８に先行する初期ステップＥ０で、本発明による第２のアプリケーション部分ローダＣＡＰＣがメモリ２２内のソフトウェア・モジュールの形式で、例えば、サーバ１以外のサーバからインストールされているものとする。
【００２６】
ステップＳ１で、サーバ１を管理するアプリケーション・エディタの開発者は、それぞれ端末２とチップ・カード３用のＪａｖａ（登録商標）およびＪａｖａ（登録商標）カード言語で書かれた２つの部分ＡＰＴとＡＰＣとを含むように、アプリケーションＡＰを高レベル・ソース言語で記述する。コンバータ１１はアプリケーションＡＰ＝［ＡＰＴ，ＡＰＣ］を中間言語（擬似コード）のコンパイル済みプログラムＰＧＣ［ＡＰＩ，ＡＰＣ］に変換する。一変形形態では、ステップＳ１およびＳ２はサーバ１の外部で実行され、コンパイル済みプログラムＰＧＣはサーバ内にロードされる。
【００２７】
次いでステップＳ３、Ｓ４およびＳ５がそれぞれフォーマッタ１２、コンストラクタ１３およびローダ１４によって実行される。ステップＳ３で、フォーマッタ１２はコンパイル済みアプリケーション部分ＡＰＴとＡＰＣとをフォーマットして、それらがそれぞれ端末２内のインストレーション・マネージャＧＩＡとチップ・カード３内のインストレーション・ツールＯＩとに適合するようにする。特に、第２のアプリケーション部分ＡＰＣは、図３に示すように、読み取り装置２０と入出力ポート３５との接続レベルでの端末２とチップ・カード３との間の通信のためのプロトコルに従うプロトコル・データ・ユニットＥＶ１乃至ＥＶＮにセグメント化される。通常、部分ＡＰＣに含まれるコマンドＥＶ１乃至ＥＶＮはＧＳＭ標準に準拠するショート・メッセージとしてフォーマットされる。ステップＳ４で、コンストラクタ１３は、メッセージ・ヘッダＥＮと、少なくとも第２のアプリケーション部分識別子ＩＡＰＣを含み連結したアプリケーション部分ＡＰＴおよびＡＰＣに先行するアプリケーション記述子ＤＡＰを追加する。このように構成されたメッセージＭＡＰはフィールドＤＡＰ、ＡＰＴおよびＡＰＣを含むＪＡＲタイプのファイルを含む。
【００２８】
次いでステップＳ５で、ローダ１４は、図１に示す従来技術の２つの別個の非同期化伝送経路ＲＰ−ＲＴＣ−ＲＲとＲＰ−ＳＭＣ−ＲＩ−ＲＲ上で２つの部分として別々に送信するのではなく、通信ネットワークＲＴを介して、すなわち、１つの伝送チャネルを介して、組み立てられたアプリケーション・メッセージＭＡＰを端子２に送信する。
端末２内でメッセージＭＡＰを受信すると、プロセッサ２２は、ステップＴ１で、メモリ２２のＲＡＭメモリ内のメッセージＭＡＰ内に含まれるデータＤＡＰ、ＡＰＴ、ＡＰＣの書き込みを要求する。
【００２９】
ステップＴ２で、受信されたメッセージＭＡＰから抽出され、メモリ２２内に記憶された記述子ＤＡＰは、特に起動されたアプリケーション・インストレーション・マネージャＧＩＡによって分析される。記述子ＤＡＰの分析によって、アプリケーション部分ＡＰＴおよびＡＰＣはメッセージＭＡＰのデータ・フィールド内にマークされる。最初に、ステップＴ３で、インストレーション・マネージャＧＩＡは、プロセッサ２１を介して第１のアプリケーション部分ＡＰＴを読み出し、メモリ２２内のメッセージＭＡＰから抽出し、特に、これらの不揮発性メモリ内にインストールする。こうしてインストールされた部分ＡＰＴは、チップ・カード３への第２の部分ＡＰＣのロードの後で、仮想マシンＪＶＭＴによって実行することができる。当然ながら、部分ＡＰＴが空の場合、ステップＴ３は実行されない。
【００３０】
マネージャＧＩＡはローダＣＡＰＣを起動し、ローダＣＡＰＣは、ステップＴ４で、メモリ２２に書き込まれたメッセージＭＡＰから第２のアプリケーション部分ＡＰＣを抽出し、部分ＡＰＣのコンテンツ、特にプロトコル・データ・ユニットＥＶ１乃至ＥＶＮのコンテンツは無視する。ローダＣＡＰＣは、ステップＴ２で分析されたアプリケーション記述子ＤＡＰ内に読み込まれた識別子ＩＡＰＣによってメッセージＭＡＰ内の部分ＡＰＣにマークを付ける。部分ＡＰＣはチップ・カード３で直接使用できるようにフォーマッタ１２用に正しくフォーマットされている。
【００３１】
次いで、ローダＣＡＰＣはチップ・カード３とのデータ交換を開始し、読み取り装置２０とチップ・カード３のＲＡＭメモリ３４内の入出力ポート３５によってメモリ２２から第２の抽出されたアプリケーション部分ＡＰＣをロードする。第２のアプリケーション部分ＡＰＣはコマンドＥＶ１乃至ＥＶＮにセグメント化され、ステップＴ５で連続してチップ・カード３内にロードすることができる。読み取り装置２０によって送信された各「エンベロープ」コマンドＥＶｎ（但し、１≦ｎ≦Ｎ）について、インストレーション・ツールＯＩに接続されたチップ・カード３内のプロセッサ３１は、読み取り装置２０とチップ・カード３との間のコマンドおよび応答の交換のための所定のプロトコルに従って、それぞれの応答ＲＥＰｎを返す。応答ＲＥＰｎはローダＣＡＰＣによって分析される。応答ＲＥＰｎが肯定応答を含む場合、ローダＣＡＰＣは次のＥＶ（ｎ＋１）などを送信して第２のアプリケーション部分ＡＰＣのロードのプロセスを続行する。逆のケースでは、応答ＲＥＰｎは、ローダＣＡＰＣがインストレーション・マネージャＧＩＡに知らせるエラーを含み、インストレーション・マネージャＧＩＡはエラー・メッセージの形式でこのエラーをアプリケーション・サーバ１に再送する。コマンドＥＶ１乃至ＥＶＮの送信の進行に伴う第２のアプリケーション部分のロードは、端末２では完全にトランスペアレントである、すなわち、端末２には対応するメッセージもまたは待機メッセージも表示されない。コマンドＥＶ１乃至ＥＶＮが送信されるにつれて、インストレーション・ツールＯＩは、ステップＴ６で、ＲＡＭメモリ３４からＥＥＰＲＯＭメモリ３３へエンベロープＥＶ１乃至ＥＶＮを転送することでチップ・カード３内の第２のアプリケーション部分ＡＰＣを徐々にインストールする。
【００３２】
好ましくは、チップ・カード３から最後のコマンドＥＶＮへの最後の応答ＲＥＰＮを受信した後で、ローダＣＡＰＣはステップＴ７でメモリ２２内のメッセージＭＡＰ付きの受信した第２のアプリケーション部分ＡＰＣを削除する。次いで、アプリケーション・インストレーション・マネージャＧＩＡは、ローダＣＡＰＣがチップ・カード３内への第２のアプリケーション部分ＡＰＣのロードを完了し次第、すなわち、ステップＴ５およびＴ６、またオプションとしてステップＴ７の後で、ネットワークＲＴを介して端末２内で肯定応答メッセージＡＣＫのサーバ１への送信を要求する。
【００３３】
一変形形態では、第２のアプリケーション部分のローダＣＡＰＣがアプリケーション・サーバ１以外の電子手段によって端末２内のソフトウェア・モジュールの形式で事前にインストールされる代わりに、ローダＣＡＰＣを含むソフトウェア・モジュールが、図３のメッセージＭＡＰのフィールドの括弧内に示すように、図４のステップＳ４で、スクリプトＳＣの形式でコンストラクタ１３によってメッセージＭＡＰ内に予め導入される。メッセージＭＡＰを組み立てるステップＳ４中に、コンストラクタ１３は記述子ＤＡＰの後にスクリプトＳＣを追加し、これに従って記述子ＤＡＰが修飾される。ステップＴ２で、マネージャＧＩＡは端末２が受信したアプリケーション・メッセージＭＡＰ内のスクリプトＳＣを抽出し、スクリプトＳＣをメモリ２２の不揮発性メモリ内にインストールする。次いで、スクリプトＳＣはマネージャＧＩＡによって起動され、特にステップＴ４およびＴ５で、第２のアプリケーション部分ＡＰＣが抽出され、チップ・カード３にロードされる。
【００３４】
別の変形形態によれば、アプリケーション・メッセージＭＡＰはスクリプトＳＣを含まない。スクリプトＳＣを記憶したサーバ内の位置を指定するスクリプト・アドレスＵＲＬ（ユニフォーム・リソース・ロケータ）が端末２に送信するアプリケーション・メッセージＭＡＰの組立てＳ４で導入される。ステップＴ２で、端末２内のマネージャＧＩＡは受信したメッセージおよび記憶されたＭＡＰからスクリプト・アドレスを抽出し、抽出したアドレスによって指定されるサーバに対して端末２のメモリ２２内のスクリプトＳＣのダウンロードを要求する。次いで、スクリプトＳＣはマネージャＧＩＡによって起動され、ステップＴ４およびＴ５で、第２のアプリケーション部分ＡＰＣが抽出され、チップ・カード３にロードされる。
【図面の簡単な説明】
【００３５】
【図１】上記従来技術によるアプリケーション・サーバとチップ・カードを備える端末との間の概略ブロック図である。
【図２】端末が移動無線電話端末である本発明の好ましい実施形態によるアプリケーション・サーバとチップ・カードを備える端末との間の通信システムの概略ブロック図である。
【図３】本発明によるサーバから端末に送信されるアプリケーション・メッセージの構成を示す図である。
【図４】本発明による２部アプリケーションのロード方法のアルゴリズムを示す図である。
【図１】
2006506721.tif 000003
【図２】
2006506721.tif 000004
【図３】
2006506721.tif 000005
【図４】
2006506721.tif 000006
【国際調査報告】
2006506721.tif 000007
2006506721.tif 000008
2006506721.tif 000009
2006506721.tif 000010
2006506721.tif 000011
2006506721.tif 000012