JP2002527817A

JP2002527817A - マルチアプリケーションの携帯用物品におけるアプリケーション間の内部データ交換プロトコルと、対応するマルチアプリケーションの携帯用物品

Info

Publication number: JP2002527817A
Application number: JP2000576364A
Authority: JP
Inventors: ジエルゴン，セバスチヤン; オベール，ステフアン
Original assignee: ブル・セー・ペー・８
Priority date: 1998-10-09
Filing date: 1999-10-07
Publication date: 2002-08-27
Anticipated expiration: 2019-10-07
Also published as: DE69937441D1; WO2000022525A1; EP1046108B1; FR2784479B1; EP1046108A1; FR2784479A1; ATE377214T1; US6810521B1; JP3615707B2

Abstract

(57)【要約】本発明は、マイクロプロセッサカードのようなマルチアプリケーションの携帯用物品におけるアプリケーション間のデータ交換に関する。内部通信インターフェースは、不揮発性メモリに取り付けられる。メッセージの送信および受信コマンドにより、ａ）送信アプリケーション属性Ｅ−ＩＤを、１つのアプリケーションに割り当て、ｂ）受信アプリケーション属性Ｒ−ＩＤを、少なくとも１つの別のアプリケーションに割り当てる。ｃ）情報メッセージＭＳＧの交換は、仲介役として使用される通信インターフェースにより、送信および受信アプリケーションの間で行われる。本発明は、マイクロプロセッサカードまたはＰＣＭＣＩＡ等のマルチアプリケーションの携帯用物品の管理に適用される。

Description

【発明の詳細な説明】

【０００１】情報処理を可能にする現在のマイクロプロセッサカード等の携帯用物品（ｏｂ
ｊｅｔｐｏｒｔａｒｉｆ）は、多数の領域で使用されている。ユーザが、これ
らの携帯用物品の数を過度に増やさなくても済むように、製造メーカーは、異な
る用途のためのデータ管理を行う、いわゆるマルチアプリケーションのオペレー
ションシステムを実施している。たとえば、保健衛生、所定の場所へのアクセス
、または図書館での本の貸付といったアプリケーションは、同一のオペレーショ
ンシステムで管理することができる。

【０００２】一般に、これらの携帯用物品は、複数のタイプのメモリを含んでいる。リード
オンリーメモリＲＯＭは、このオペレーションシステムを含んでいるが、プログ
ラマブルメモリは、オペレーションシステムにより処理されるデータを含んでい
る。これらのデータを含む記憶域は、別々にされており、オペレーションシステ
ムは、各アプリケーション内で決定されるアクセス条件だけに応じて、記憶域へ
のアクセスを管理する。マイクロプロセッサカードからなる携帯用物品の機能図
を図１ａに示した。

【０００３】物品またはカードが、たとえばアプリケーションＰＭＥにより示される電子財
布のアプリケーション、高速道路の料金所、あるいは製品もしくは商品の通信販
売といった幾つかの電子商取引サービス等、特定のアプリケーション専用の複雑
な機能を実行しなければならなくなると、このような操作モードは使えなくなる
。

【０００４】このような状況における１つの解決方法は、カードのプログラマブルメモリに
アプリケーションプログラムをダウンロードすることからなる。アプリケーショ
ンプログラムは、マイクロプロセッサが直接実行可能であるアセンブラ言語とし
て開発するか、または高級プログラミング言語として開発することができ、後者
の場合、圧縮した形でカードのメモリに書き込まれ、次いでインタープリタによ
り実行され、インタープリタは、ダウンロードされたプログラムをマイクロプロ
セッサが実行可能な命令に翻訳する。こうした解決方法は、カードに装備するマ
イクロプロセッサとは無関係に汎用の言語でプログラムを作成することができる
。

【０００５】カードの不揮発性メモリは、出所が様々なアプリケーションプログラムを受容
するように構成されている。これらのプログラムは、互いに独立して実行可能で
あり、このために専用の記憶域を有する。特定の幾つかのケースでは、これらの
プログラムは、相互に共通なデータを通信しなければならない。たとえば電子商
取引アプリケーションは、１つまたは複数の取引を実施するためにカードのメモ
リに常駐するＰＭＥアプリケーションを使用することができる。

【０００６】欧州特許出願第９８９３３７１６．７号（米国特許出願第０９２４２９７６号
に対応）に記載された従来技術の実施形態では、共通データの伝送は、交換され
る共通データの転送を可能にするファイルリンクにより実施可能である。

【０００７】上記の特許出願が対象とする方法は、考慮されたアプリケーションのためにフ
ォーマットしてファイルとして構成したデータセットを通信可能な、連続的な不
可逆プロセスを記載しており、データセットは、このために分割不能である。

【０００８】従って、このようなデータは主に、考慮されたアプリケーションの作業データ
に対応し、こうした作業データは単に、これらのアプリケーションの実施とは独
立した複数のアプリケーションによって共有される。このような操作方法は、満
足のいくものであるが、しかし、１つまたは複数の受信アプリケーション間でダ
イナミックな情報交換のプロセスを実施することはできない。さらに、共有ファ
イルは、これらのアプリケーションに応じてフォーマットされ、こうしたアプリ
ケーションと互換性のある、あらゆる外部システムにより読み取られたり、使用
されたりすることができる。その結果として、アプリケーション間の独立性また
は気密性の欠如のため、データセットの安全レベルが落ちる。

【０００９】本発明の目的は、従来技術の方法の欠点を解消し、マイクロプロセッサカード
等の携帯用物品の不揮発性メモリに設置された、送信アプリケーションと、１つ
または複数の受信アプリケーションとの間で交換される情報メッセージとして、
基本情報の局部的な交換を可能にすることを目的とする。

【００１０】本発明の別の目的は、特に、マイクロプロセッサカード等の携帯用物品のアプ
リケーション間で内部情報交換プロトコルを実施することにあり、このダイナミ
ックな交換は、カードに含まれるアプリケーション間の連続メッセージとして行
われる。

【００１１】本発明の他の目的は、同様に、マイクロプロセッサカード等のアプリケーショ
ン間で内部情報交換プロトコルを実施し、こうした情報の守秘性、認証を保証し
ながら高い安全レベルを確保できるようにすることにある。

【００１２】本発明のもう１つの目的は、マイクロプロセッサカード等のマルチアプリケー
ションの携帯用物品におけるアプリケーション間で内部情報交換プロトコルを実
施し、従来技術のシステムのアプリケーションで交換されるファイルが伝達する
情報とは違い、アプリケーション間で局部的に交換される各メッセージが伝達す
る一時的な情報が到達しないという性質によって、アプリケーション間の独立性
または気密性を保護できるようにすることにある。

【００１３】従って、本発明は、情報処理リソースと、作業メモリと、これらの情報処理リ
ソースに接続される不揮発性メモリとを備えた、マルチアプリケーションの携帯
用物品における内部情報交換プロトコルを提供するものであり、不揮発性メモリ
にオペレーションシステムを設置する。不揮発性メモリは、各アプリケーション
に特定の記憶域を含み、特定の各記憶域は、各アプリケーションに関する、特定
のデータ記憶域、特定の命令記憶域、特定の識別記憶域に、さらに分割される。

【００１４】これらのアプリケーション間の内部情報交換プロトコルは、不揮発性メモリに
常駐する少なくとも１つのメッセージ送信コマンドおよびメッセージ受信コマン
ドを備えた内部通信インターフェースにより、第１のアプリケーションによる１
つまたは複数の他のアプリケーションへの情報メッセージの送信要求の際、少な
くとも、第１のアプリケーションに、第１のアプリケーションの識別属性を介し
て、送信アプリケーション属性を割り当て、第１のアプリケーションによる第２
のアプリケーションへの情報メッセージの送信要求の際、第１のアプリケーショ
ンとは異なる少なくとも１つの第２のアプリケーションに、第２のアプリケーシ
ョンの識別属性を介して、受信アプリケーション属性を割り当てる。第１および
第２のアプリケーション間の情報メッセージの交換は、仲介役（ｉｎｔｅｒｍｅ
ｄｉａｉｒｅ）として使用される通信インターフェースの利用により、第１のア
プリケーションが前記情報メッセージを送信し、次いで第２のアプリケーション
がこれを受信することにより行われる。

【００１５】本発明が対象とするプロトコルは、これらのアプリケーション間でほぼインタ
ーラクションのリスクを防ぎながら、情報メッセージの交換を実施することがで
きる。

【００１６】本発明は、従来技術のマイクロプロセッサカード等の携帯用物品に関する図１
ａに加えて、単に例として示した以下の図を参照しながら説明を読めば、いっそ
う理解されるだろう。

【００１７】次に、本発明の目的に適合するマルチアプリケーションの携帯用物品における
アプリケーション間の内部データ交換プロトコルを、以下の図１ａ〜図１ｃに関
連して詳しく説明する。

【００１８】一般に、本発明の対象とするプロトコルは、情報処理リソースおよび外部端末
との情報交換リソースを備えたマルチアプリケーションのあらゆる携帯用物品で
実施可能である。

【００１９】説明を簡略化するために、このようなプロトコルを実施可能な携帯用物品を、
図１ａに示したようなマイクロプロセッサカードとして提示し、説明する。この
カードは、限定的ではないが、銀行カードの外観を呈する。特に、たとえばＰＣ
ＭＣＩＡ標準のカード等の他のあらゆるタイプのカードが、本発明が対象とする
範囲を逸脱するものではない。

【００２０】図１ａを参照すると、マイクロプロセッサカード１０からなる携帯用物品は、
たとえば銀行の商取引端末等の端末と通信可能な入出力回路Ｉ／Ｏ、１２と、マ
イクロプロセッサまたはマイクロコントローラからなる情報処理リソース１４と
を従来通りに含み、これらの情報処理リソースは、入出力回路１２に接続される
。さらに、不揮発性メモリ１８が設けられており、このメモリは、プログラマブ
ルメモリ１８_ａと、ＲＯＭ型すなわち読み取り専用型メモリ１８_ｂとから構成さ
れる。この２つのメモリは、マイクロプロセッサ１４に接続される。さらに、作
業メモリ型のメモリ、ＲＡＭ１６もまた、マイクロプロセッサ１４に接続される
。上記の接続は、従来のタイプのバスによる接続を意味する。

【００２１】またオペレーションシステムＯＳが設けられ、これを不揮発性メモリ１８に設
置可能である。

【００２２】さらに、幾つかの場合には、マルチアプリケーションの携帯用物品は、図１ａ
に示したように、それ自体がマイクロプロセッサ１４に接続された暗号化／解読
計算ユニットＳ、２０を含むことが可能である。

【００２３】本発明が対象とするマルチアプリケーションの携帯用物品の構造要素は、従来
技術の周知の要素に対応するので、詳しい説明は省く。

【００２４】変形実施形態では、マイクロプロセッサは、半導体チップに埋め込まれた論理
回路に代えられるか、もしくは少なくとも補完される。実際、論理回路は、マイ
クロプログラミングではなくワイヤードエレクトロニックによって計算、特に認
証および署名を実施できる。論理回路は、特にＡＳＩＣ（「Ａｐｐｌｉｃａｔｉ
ｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ」）型にする
ことができる。

【００２５】本発明の対象とするプロトコルを実施可能にするために、直接アクセスするメ
モリ、特に、たとえばプログラマブル不揮発性メモリ１８_ａの特定のメモリレイ
アウトを、図１ｂに関連して説明する。

【００２６】この図に示されているように、プログラマブルメモリ１８_ａは、考慮された各
アプリケーションに対して、各アプリケーションに特定の記憶域Ｚ_１、Ｚ_２、Ｚ _３を含む。

【００２７】特定の各記憶域Ｚ_１〜Ｚ_３は、考慮されたアプリケーションに関する、特定の
データ記憶域と、特定の命令記憶域と、各アプリケーションの識別属性を受容す
る特定の識別記憶域とに、さらに分割される。図１ｂでは、識別属性ＩＤ_１〜Ｉ
Ｄ_３およびＩＤＡが示されている。

【００２８】さらに、不揮発性メモリ１８_ａは、内部通信インターフェースを設置する特定
の記憶域を含み、このインターフェースは、少なくとも１つの情報メッセージ送
信コマンドおよび、情報メッセージ受信コマンドを含む物品コードからなる。物
品コードと、メッセージの送信および受信コマンドとは、本発明の対象とするプ
ロトコルの実施の特徴によれば、不揮発性メモリに常駐する。

【００２９】さらに、限定的ではないが有利には、不揮発性メモリ１８に命令のインタープ
リタを設置することにより、アプリケーションのコマンドセットをマイクロプロ
セッサ１４が直接実行可能な命令セットに変換することができる。

【００３０】図１ｂでは、単なる例として作業メモリＲＡＭ１６を介して行われる、不揮発
性メモリに設置されたインタープリタとのインターフェースを介した接続を示し
た。翻訳されるコマンドは、マイクロプロセッサ１４と、不揮発性メモリ１８に
設置された内部通信インターフェースとの相互のアクセスのために、作業メモリ
に記憶することができる。

【００３１】さらに図１ｃに示したように、本発明の対象とするプロトコルは、第１のアプ
リケーションによる１つまたは複数の他のアプリケーションへの情報メッセージ
ＭＳＧの送信要求の際、第１のアプリケーションに、上記の識別属性ＩＤ_１〜Ｉ
Ｄ_３等の第１のアプリケーションの識別属性ＩＤ−Ａを介して、送信アプリケー
ション属性を割り当てることからなる。情報メッセージとは、本発明の対象とす
るプロトコルの特徴によれば、データまたは命令であり、このメッセージに含ま
れるデータは、同じ性質のデータとの連結の後で、純粋なデータを示すか、また
は、マイクロプロセッサ１４により直接かあるいはインタープリタを介して実行
可能な命令を構成するためのデータを示す。考慮された第１のアプリケーション
への割り当てステップＡを図１ｃに示す。

【００３２】同様に、上記のステップＡに続いて、本発明の対象とするプロトコルは、ステ
ップＡで送信アプリケーション属性を割り当てた第１のアプリケーションとは異
なる少なくとも１つの第２のアプリケーションに、第１のアプリケーションによ
るこの第２のアプリケーションへの情報メッセージの送信要求の際、受信アプリ
ケーション属性を割り当てることからなる。第２のアプリケーションへの受信ア
プリケーション属性の割り当てステップＢが、図１ｃに示されており、ステップ
Ａで割り当てられた送信アプリケーション属性およびステップＢで割り当てられ
た受信アプリケーション属性が、それぞれ、Ｅ−ＩＤおよびＲ−ＩＤで示されて
いる。

【００３３】送信アプリケーション属性および受信アプリケーション属性の割り当てプロセ
スに関しては、このプロセスは、限定的ではないが例として、本発明の対象とす
るプロトコルを実施可能な主要パラメータを示す「状態ベクトル」を構成するこ
とにより実施される。状態ベクトルは、こうしたパラメータが記録された所定数
の対応するフィールドを含む。状態ベクトルは、たとえば不揮発性メモリ１８に
記憶され、１つのパラメータの状態が変更されるたびに更新可能な現実のベクト
ルか、またはポインタにより対応パラメータのアドレスを記憶することからなる
、いわゆるバーチャルベクトルとすることができる。

【００３４】本発明の対象とするプロトコルの実施において、状態ベクトルは、現実の状態
ベクトルであるが、好適な実施形態によれば、この状態ベクトルは、後述するよ
うにプロトコル実施の特定パラメータに制限され、有利には、対応する情報メッ
セージＭＳＧを構成するためにメッセージのデータに結合される。

【００３５】換言すれば、本発明の対象とするプロトコルの状態の管理モードとは無関係に
、送信または受信アプリケーション属性の割り当てプロセスは、このことから、
関与する第１または第２のアプリケーションの識別属性を対応するフィールドに
書き込むことからなり、その場合、送信または受信アプリケーション属性の割り
当ては、後述するように、適切なフィールドへの識別属性の書き込みと、これら
のアプリケーションのインストール−インストール解除プロセスで実施される操
作との結果として発生する。

【００３６】さらに、図１ｃのステップＡ、Ｂの後には、第１および第２のアプリケーショ
ン間に構成され、すなわち図１ｃで言及されているように送信アプリケーション
Ｅ−ＩＤと各受信アプリケーションまたは宛先プリケーションＲ−ＩＤとの間に
構成された、情報メッセージＭＳＧの交換ステップＣが続く。

【００３７】交換プロセスは、仲介役として使用される通信インターフェースの実施により
、第１のアプリケーションが情報メッセージＭＳＧを送信し、次いで第２の各ア
プリケーションがこれを受信することによって行われる。

【００３８】一般に、図２ａに示したように交換ステップＣは、送信アプリケーションＥ−
ＩＤから、前述のメッセージ送信コマンドを介して、不揮発性メモリ１８の記憶
域に情報メッセージＭＳＧを送信するステップ１００から構成できる。特に、不
揮発性メモリ１８へのメッセージＭＳＧの送信は、このメモリへのメッセージＭ
ＳＧのデータ書き込み操作をチェックする連続処理操作を介し、次いで前記処理
操作の成功に応じた不揮発性メモリ１８へのメッセージＭＳＧの書き込みを介し
て行われる。同様に、交換ステップはさらに、情報メッセージＭＳＧのデータを
受信アプリケーションＲ−ＩＤによって受信するステップ２００を含み、この受
信ステップは、不揮発性メモリ１８に設置された内部通信インターフェースのメ
ッセージ受信コマンドを介して、上記の不揮発性メモリ１８の記憶域における読
み取りの実行をチェックする一連の処理ステップからなる。かくして、前記交換
ステップは、仲介役として使用される通信インターフェースにより適切に行われ
、あらゆる受信アプリケーションＲ−ＩＤにより使用可能なデータは、このため
に制御され、前記内部通信インターフェースの処理に従う。

【００３９】基本的な実施形態で、本発明が対象とするプロトコルによる情報メッセージ交
換ステップをなす送信および受信ステップを実施するために、情報メッセージＭ
ＳＧは、送信および受信アプリケーション間のデータに関するフィールド、これ
らの交換データに関するフィールドを構成するオクテット数に関するフィールド
、および受信アプリケーションの識別子または識別属性に関する少なくとも１つ
のフィールドだけを含むことができる。

【００４０】この状況の下で、図２ａのステップ１００では、アプリケーションＥ−ＩＤに
よる不揮発性メモリへのメッセージデータ送信ステップは、送信アプリケーショ
ンＥ−ＩＤによって前記不揮発性メモリ１８の記憶域に情報メッセージＭＳＧを
書き込む、書き込み命令から構成可能できる。この書き込み命令にはさらに、送
信アプリケーションＥ−ＩＤによるプログラマブルメモリの通信インターフェー
スからのメッセージ送信コマンドの呼び出しが結合され、この呼び出しにより、
通信インターフェースによって送信ＡＣＫメッセージを送信アプリケーションＥ
−ＩＤに伝送することができる。

【００４１】同様に同じ状況で、受信ステップは、受信アプリケーションＲ−ＩＤによる不
揮発性メモリの通信インターフェースからの少なくとも１つのメッセージ読み取
りコマンドの呼び出しから構成できる。前記呼び出しを実施するための受信アプ
リケーションの起動条件については後述する。

【００４２】図２ａに関して記載した、前記情報メッセージの送受信ステップに関する操作
モードは満足のいくものであり、複数の受信アプリケーションに与えられる送信
アプリケーションの情報メッセージの伝送を一方向に可能にする。事実、前記情
報メッセージの構造上の理由から、各メッセージにおける受信アプリケーション
の少なくとも１つの識別属性に関するフィールドは、実際に受信アプリケーショ
ンの識別属性リストから構成される。その場合、このようなリストから受信アプ
リケーションが起動されるので、あらゆる受信アプリケーションにより、考慮さ
れた情報メッセージを適切な不揮発性メモリの記憶域で系統的に読み取ることが
できる。

【００４３】しかしながら、本発明が対象とするプロトコルは、アプリケーション間の情報
メッセージの交換プロセスに関して、もっとずっと柔軟にすることができる。

【００４４】このため、限定的ではないが有効な特徴によれば、受信アプリケーションによ
る情報メッセージＭＳＧの受信ＡＣＫメッセージを、通信インターフェースを介
して送信アプリケーションＥ−ＩＤに伝送する手順またはステップを設定可能で
ある。

【００４５】このような手順を、限定的ではない実施形態で図２ｂ〜図２ｄに示す。

【００４６】このため、好適には、情報メッセージＭＳＧの構造は、内部通信インターフェ
ースを介して通過する各情報メッセージに、メッセージの識別番号を入力するよ
うに変更可能であり、この識別番号は、後述するように情報メッセージのフィー
ルドに追加される。

【００４７】好適には、メッセージ番号Ｎ−ＭＳＧの管理は、考慮された送信およびまたは
受信アプリケーションとは独立して内部通信インターフェースにより行われる。

【００４８】このため、内部通信インターフェースは有利には、マルチアプリケーションの
携帯用物品の使用期間中に発生するメッセージ数のカウントルーチンを備えるこ
とができる。限定的でない例として、カウンタは、たとえば１〜６５５３２のメ
ッセージ番号値を送ることができ、メッセージ番号は、内部通信インターフェー
スのカウンタを介して新しいメッセージが伝送されるとインクリメントされる。
限定的ではない例として、前記カウンタは、送信アプリケーションがメッセージ
を送信するたびに内部通信インターフェースにより更新され、インクリメントさ
れる。アプリケーションの使用時に、カウンタは、カウント最大値に達すると初
期値１に戻る。メッセージ番号Ｎ−ＭＳＧに割り当てられる値ゼロは特別なもの
であり、内部通信インターフェースが認識しないアプリケーションのためのメッ
セージＭＳＧ専用である。

【００４９】情報メッセージＭＳＧの受信ＡＣＫメッセージを送信アプリケーションＥ−Ｉ
Ｄに伝送するステップの第１の実施形態によれば、図２ｂに示すように、受信Ａ
ＣＫメッセージの伝送は、送信または受信アプリケーション属性の割り当てステ
ップＡ、Ｂの後に行われるが、不揮発性メモリでメッセージ番号Ｎ−ＭＳＧに関
連付けられたメッセージＭＳＧのデータを送信アプリケーションＥ−ＩＤが送信
するステップ１００と、この不揮発性メモリに書き込まれたメッセージＭＳＧの
データを受信アプリケーションＲ−ＩＤが受信するステップ２００の後に行われ
る。

【００５０】こうした状況において、図２ｂに示すように、識別番号Ｎ−ＭＳＧのメッセー
ジＭＳＧの、受信アプリケーションＲ−ＩＤによる受信ＡＣＫメッセージの伝送
ステップは、２つのステップ１００、２００の後に介在し、実際に、考慮された
受信アプリケーションＲ−ＩＤに送信アプリケーションＥ−ＩＤから伝送される
最終情報メッセージの受信を単にチェックする。

【００５１】しかしながら、受信ＡＣＫメッセージの送信アプリケーションＥ−ＩＤへの伝
送ステップは、また、図２ｃおよび図２ｄに示したように、送信アプリケーショ
ンおよび受信アプリケーション間の情報メッセージの交換ステップの後あるいは
間にも実施可能である。メッセージＭＳＧのデータを送信アプリケーションＥ−
ＩＤにより送信するステップ１００と、前記メッセージＭＳＧを受信アプリケー
ションＲ−ＩＤにより受信する対応ステップ２００の前に実施したり、あるいは
図２ｄに示したように前記送信ステップ１００と受信ステップ２００との間に実
施したりすることが可能である。

【００５２】図２ｃと図２ｄに示された２つのケースでは、本発明の対象とするプロトコル
の特に有利な特徴によれば、受信ＡＣＫメッセージを送信アプリケーションＥ−
ＩＤに伝送するステップは、ステップ１００に送られるが、考慮された受信アプ
リケーションＲ−ＩＤにより後段のステップ２００でまだ受信されていない識別
番号Ｎ−ＭＳＧのメッセージＭＳＧではなく、もちろん、順序が上記の番号Ｎ−
ＭＳＧのメッセージＭＳＧよりも前の異なる識別番号Ｎ’−ＭＳＧのメッセージ
ＭＳＧに関する。

【００５３】この状況で、メッセージの順序番号を構成する特定メッセージの識別属性を割
り当てることにより、各宛先アプリケーションによるこれらの情報メッセージの
伝送／受信プロセスを完全に管理し、特に、マルチアプリケーションの携帯用物
品のアプリケーション間、マルチアプリケーションの携帯用物品の個別使用期間
の間で、データまたは情報交換プロセスを完全に管理することができる。

【００５４】かくして、所定の期日に商取引を実施する場合、考慮された受信アプリケーシ
ョンに関する対応識別番号のメッセージの受信を単にチェックすることにより、
後日、この商取引に関するチェックを実施することができる。

【００５５】考慮された受信アプリケーションＲ−ＩＤによる受信ＡＣＫメッセージを送信
アプリケーションＥ−ＩＤに伝送するステップを、送信アプリケーションＥ−Ｉ
Ｄに対してほぼ独立させるために、この操作は、対応する送信アプリケーション
Ｅ−ＩＤにＡＣＫメッセージを伝送可能なプリミティブを、送信アプリケーショ
ンＥ−ＩＤから呼び出すことによって実施できる。

【００５６】次に、上記の送受信手順を特に有利に実施可能な前記メッセージＭＳＧの特定
構造に関する図３ａから図３ｃを参照しながら、各情報メッセージＭＳＧの送信
ステップおよび受信ステップの好適な実施形態を説明する。

【００５７】この好適な実施形態において、図３ａを参照すると、各メッセージＭＳＧは、
前述のように、まさしくメッセージの内容であるデータフィールド、実際に送信
アプリケーションを識別する送信アプリケーション属性フィールドＥ−ＩＤ、実
際に宛先または受信アプリケーションにおける情報リストからなる受信アプリケ
ーションフィールド、および実際に前述の条件で内部通信インターフェースから
送られる各メッセージの順序番号を構成するメッセージ番号フィールドＮ−ＭＳ
Ｇを含む。

【００５８】宛先アプリケーションにおける情報リストＬＩＤ−Ｄｅｓｔに関して、このリ
ストは有利には、図３ｂに示したように、考慮された各宛先アプリケーションに
対して、考慮された宛先アプリケーションの識別子もしくは識別属性ＩＤ−Ｄ、
すなわちＩＤ−Ｄ_１〜ＩＤ−Ｄ_４を含むことができ、考慮された宛先アプリケー
ションによる読み取りに対して、この識別子もしくは識別属性に、メッセージの
ステータスワードＳ−ＩＬ、すなわちＳ−Ｌ_１〜Ｓ−Ｌ_４を追加し、ステータス
ワードは、実際に、対応する宛先アプリケーションにより考慮された順序番号Ｎ
−ＭＳＧの情報メッセージＭＳＧが、読み取られているか、または読み取られて
いないかという記述子を構成する。

【００５９】図３ｃに示したように、各メッセージＭＳＧは、宛先アプリケーションにおけ
る情報リストＬＩＤ−Ｄｅｓｔに、各宛先アプリケーションの識別属性と、考慮
された宛先アプリケーションに対する対応メッセージのステータス（読み取られ
た、または読み取られていない）とを示す連続的な値を含む。これらの連続的な
値は、リスト要素に対応し、対応するリスト要素は、通常の宣言型プログラミン
グ言語で一般に使用されるリストの概念に従って、図３ｃに記載されている。か
くして、各リスト要素またはリストタームは、図３ｃでは、受信アプリケーショ
ンＲ−ＩＤを示す識別属性アーギュメントＩＤ−Ｄ_１〜ＩＤ−Ｄ_４と、対応する
受信アプリケーションに対してメッセージＭＳＧの状態を示す、対応する読み取
りステータスＳ−Ｌ_１〜Ｓ−Ｌ_４のアーギュメントとから形成される。

【００６０】このようなリストの管理は、特にリストのヘッダ要素の読み取りにより、これ
らのリストの従来の管理に従って、上記の言語で実施可能であり、リストの他の
部分は、リストのボディとみなされ、以下同様である。この管理は、適切なポイ
ンタにより従来と同様に行われる。

【００６１】こうした状況において、メッセージ送信手順１００の好適な実施形態は、図３
ｄに示したように様々な連続ステップからなる。

【００６２】メッセージＭＳＧの送信手順は、送信アプリケーションＥ−ＩＤのレベルで実
施される。入力パラメータは、もちろん送信アプリケーションにより設定された
メッセージの内容、送信アプリケーションＥ−ＩＤの識別属性、および宛先また
は受信アプリケーションの識別子のリストＬＩＤである。前記リストは、このリ
ストの必要性に応じて、すなわち前記データを含む情報メッセージＭＳＧが到達
すべき様々な受信アプリケーションに応じて、送信アプリケーションＥ−ＩＤに
より生成可能である。

【００６３】図３ｄに示されたメッセージ送信手順は、特定の実施により、不在のアプリケ
ーションの識別属性リスト等の状態パラメータを設定することができ、こうした
不在のアプリケーションは、作動していないか、または本発明が対象とするプロ
トコルを実施可能な内部通信インターフェースが知らないアプリケーションに対
応する。このリストは「Ｌ−ＮＡＣＫ」と記される。出力パラメータは同様に、
エラーステータスＳ−Ｅを含み、エラーステータスは、たとえば、関与するアプ
リケーション、または場合によってはオペレーションシステム自体が使用するた
めに、作業メモリＲＡＭのレベルでリターンする様々なエラーコードに対応する
。

【００６４】この場合、図３ｄに示されたように、メッセージ送信手順またはステップ１０
０は、有利には、受信アプリケーションの存在を管理するサブステップ１００_ａを含み、このサブステップ１００_ａは、特に有利には２個のリストを生成可能で
ある。第１のリストＬ−ＡＣＫは、宛先アプリケーションの情報リストＬＩＤ−
Ｄｅｓｔと同じタイプであり、リストＬ−ＮＡＣＫは、前記内部通信インターフ
ェースが未知のアプリケーションの識別属性リストから構成される。特定の実施
形態では、リストＬ−ＡＣＫは、図３ｃに示されたフォーマットで内部通信イン
ターフェースが認識する宛先アプリケーションリストＬＩＤ−Ｄｅｓｔに対応し
、リストＬ−ＮＡＣＫは、単に通信インターフェースが認識しないアプリケーシ
ョンの識別属性リストのフォーマットにある。Ｌ−ＡＣＫリストでは、ステータ
スワードＳ−Ｌ_１〜Ｓ−Ｌ_４は、任意の読み取られていないステータスの値で初
期化される。

【００６５】「内部通信インターフェースの既知のアプリケーション」とは、マルチアプリ
ケーションの携帯用物品の不揮発性メモリに正常にインストールおよび設置され
、オペレーションシステムＯＳの制御下で割り当てられた動作を行うことができ
、また特に送信アプリケーション属性Ｅ−ＩＤまたは受信アプリケーション属性
Ｒ−ＩＤを割り当てることが可能な、あらゆるアプリケーションを意味する。こ
れらのインストール条件については、後で詳しく説明する。

【００６６】所定のメッセージＭＳＧが向けられる宛先アプリケーションの集合、すなわち
送信アプリケーションＥ−ＩＤにより作成されるデータの内容を考慮するために
、前記管理ステップ１００_ａは、有利には、宛先アプリケーションの識別属性リ
ストＬＩＤの読み取りステップ１００１を含む。この読み取り操作は、前述のよ
うにリスト要素ごとに実施され、第１の要素すなわちリストのヘッダが読み取ら
れ、連続する要素すなわちリストのボディの第１の要素が順次読み取られる。こ
の読み取りモードにより、各リスト要素を順次判別できる。これらのリスト要素
において、宛先アプリケーションの識別属性リストＬＩＤの各リスト要素を構成
する各識別属性の読み取りが行われる。

【００６７】受信アプリケーション１００_ａの存在の管理ステップは、次に、前述の定義に
おける既知のアプリケーションに関するものとして、識別属性ＩＤ−Ｄの現行要
素の第１の判別テストステップ１００２を含む。

【００６８】第１のテストステップ１００２に対して肯定応答の場合、識別属性ＩＤ−Ｄの
この要素を既知のアプリケーション識別属性リストＬ−ＡＣＫに追加するステッ
プ１００３が設けられ、前記テストステップ１００２に対して否定応答の場合、
この識別属性要素を未知のアプリケーションの識別属性リストＬ−ＮＡＣＫに追
加するステップが同様に設けられる。かくして、前述の内部通信インターフェー
スの既知のアプリケーションおよび未知のアプリケーションの状態を示す、前記
２個のリストＬ−ＡＣＫおよびＬ−ＮＡＣＫが構成される。

【００６９】前記ステップ１００３、１００４に続いて、宛先アプリケーションの識別属性
リストＬＩＤの現行の識別属性要素の削除ステップ１００５が設けられる。この
操作により、更新したリストを実際に作成可能であり、このリストは、ステップ
１００１で読み取られる原リストのボディに対応する。識別属性リストの現行の
識別属性要素削除操作は、前述のように、単に要素ごとに読み取りを繰り返すこ
とによって実施可能である。

【００７０】ステップ１００５に続いて、第２のテストステップ１００６が設けられ、この
ステップは、第１の要素の削除後、宛先アプリケーションの識別属性リストＬＩ
Ｄが空かどうか調べるテストからなる。従って、空かどうか調べるテスト１００
６は、ステップ１００５の後で得られる原リストのボディに実施される。

【００７１】第２のテストステップ１００６に対して否定応答の場合、更新されたリストＬ
ＩＤの現行の識別属性要素にリターンするステップが行われ、前記リストのボデ
ィは空にはならず、宛先アプリケーションの新しい識別属性リストを構成する。
もちろん、このリターンにより、更新されたリストＬＩＤのボディが空でない限
りにおいて、前記操作１００１〜１００５と１００６の全体についてループが可
能になる。

【００７２】前記第２のテスト１００６に対する肯定応答の場合、既知のアプリケーション
の識別属性リストＬ−ＡＣＫおよび未知のアプリケーションの識別属性リストＬ
−ＮＡＣＫが使用可能になり、既知のアプリケーションの識別属性リストＬ−Ａ
ＣＫが空かどうか調べるテスト１００７が実施される。空かどうか調べる前記テ
ストステップ１００７により、既知のアプリケーションのリストが空である異常
な状態の存在を実際に直接管理することができ、マルチアプリケーションの携帯
用物品のどのアプリケーションも、情報メッセージを受信することができない。

【００７３】前記ステップ１００７に続いて、メッセージ送信手順１００は、さらにステッ
プ１００_ｂを含み、前記既知のアプリケーションリストが空かどうか調べるテス
ト１００７の応答を考慮して、不揮発性メモリにメッセージＭＳＧを書き込むこ
とができる。

【００７４】図３ｄにさらに示したように、不揮発性メモリへのメッセージの書き込みステ
ップ１００_ｂは、前記テストステップ１００７に対して肯定応答の場合、宛先ア
プリケーションが見つからない場合に、エラーステータスメッセージの設定ステ
ップ１００８を含み、こうしたエラーステータスメッセージの設定ステップ１０
０８自体に続いて、未知のアプリケーションの識別属性リストＬ−ＮＡＣＫのリ
ターンステップが行われる。

【００７５】エラーステータス設定ステップ１００８およびリストＬ−ＮＡＣＫのリターン
ステップ１０１２に関して、有利には作業メモリＲＡＭへの書き込みにより、対
応する情報のリターンを実施可能である。これらの情報は、内部通信インターフ
ェースまたは、場合によってはマイクロプロセッサを管理するオペレーションシ
ステムＯＳによる直接使用に対して利用可能になる。

【００７６】図３ｄに示した不揮発性メモリへのメッセージの書き込みステップ１００_ｂは
、またリストＬ−ＡＣＫが空かどうか調べるテストステップ１００７に対して否
定応答の場合、前述の条件で内部順序番号を情報メッセージＭＳＧに割り当てる
ステップ１００９を含む。

【００７７】図３ｄに関して図示および記載されたメッセージ送信手順の実施形態では、内
部順序番号は、考慮された番号の情報メッセージＭＳＧが関与する送信アプリケ
ーションＥ−ＩＤおよび受信アプリケーションＲ−ＩＤとは独立した、タームの
序列を示す番号である。

【００７８】不揮発性メモリ１８_ａへのメッセージ書き込みステップ１００_ｂは、前記ステ
ップ１００９に続いて、前述のように、このメッセージの厳密な意味での書き込
みステップ１０１０を含み、このステップ１０１０は、順序番号Ｎ−ＭＳＧから
構成される属性、メッセージＭＳＧに含まれるデータ、不揮発性メモリにおける
既知のアプリケーションの識別属性リストＬ−ＡＣＫ、送信アプリケーションの
識別属性Ｅ−ＩＤを含む。内部通信インターフェースが、全ての宛先アプリケー
ションを知っている場合、リストＬ−ＡＣＫは、図３ｃによるフォーマットで示
されたリストＬＩＤ−Ｄｅｓｔに対応する。

【００７９】この段階で、前記リストの各アーギュメントの読み取りステータスは、常に、
読み取られていないステータス値に保持される。

【００８０】図３ｄに示したように、メッセージＭＳＧの厳密な意味での書き込みステップ
１０１０は、有利には、考慮されたメッセージＭＳＧの順序番号Ｎ−ＭＳＧのリ
ターンステップ１０１１に続く。このリターンステップは、前記リターンステッ
プ１００８、１０１２と同様に、たとえばＲＡＭにメッセージの順序番号を書き
込むことからなる。かくして、メッセージの番号Ｎ−ＭＳＧに関する情報は、オ
ペレーションシステムＯＳまたは内部通信インターフェースにより使用可能であ
り、図２ｂ〜図２ｄに関して先に述べたように受信ＡＣＫメッセージの伝送手順
を確保する。

【００８１】前記ステップ１０１１に続いて、前述のようにインターフェースの未知のアプ
リケーションの識別属性リストＬ−ＮＡＣＫのリターンステップ１０１２が実施
される。

【００８２】従って、所定の送信アプリケーションＥ−ＩＤに対し、このようなアプリケー
ションの使用期間中、アプリケーションは、複数のメッセージＭＳＧの送信を実
施するように構成され、各メッセージは、考慮されたアプリケーションとは独立
した固有の順序番号Ｎ−ＭＳＧを含むが、またこのメッセージが向けられる宛先
アプリケーションのリストを含む。リストは、たとえば宛先アプリケーションの
識別属性およびインターフェースの既知の読み取りステータスのリストＬ−ＡＣ
Ｋからなる。

【００８３】従って、１つの送信アプリケーションＥ−ＩＤから複数の宛先受信アプリケー
ションへの情報メッセージの一方向伝送モードでは、本発明が対象とする通信イ
ンターフェースが既知であり、かつ送信アプリケーションＥ−ＩＤとは異なるマ
ルチアプリケーションの携帯用物品のあらゆるアプリケーションは、情報メッセ
ージＭＳＧが場合によっては向けられる受信アプリケーションＲ−ＩＤを構成す
ることができる。

【００８４】こうした状況で、情報メッセージは、前記受信アプリケーションを後で使用す
る際に、不揮発性プログラマブルメモリ１８_ａに情報メッセージを書き込むので
、このアプリケーションの起動により、先に述べたメッセージ読み取り手順２０
０を実施することができる。

【００８５】次に、図３ｅに関してメッセージ読み取り手順２００について説明する。

【００８６】この手順では、入力パラメータが、考慮された受信アプリケーションの識別属
性パラメータＲ−ＩＤであり、出力パラメータが、この受信アプリケーション宛
のメッセージのデータパラメータと、実行報告からなるエラーステータスパラメ
ータＳ−Ｅである。

【００８７】好適には、図３ｅに示したように、不揮発性メモリの通信インターフェースの
メッセージ読み取りコマンドは、受信アプリケーションの識別属性Ｒ−ＩＤおよ
び宛先アプリケーションの識別属性リストＬＩＤ−Ｄｅｓｔから、宛先が受信ア
プリケーションＲ−ＩＤである、まだ読み取られていない第１のメッセージのサ
ーチステップ２００_ａを少なくとも含むことができる。

【００８８】実際、一方向伝送では、マルチアプリケーションの携帯用物品のアプリケーシ
ョンがユーザにより選択される場合、このアプリケーションはオペレーションシ
ステムにより作動される。しかしながら、本発明が対象とするプロトコルの特に
有利な特徴によれば、この同じアプリケーションに、先行する商取引に対する受
信アプリケーション属性を割り当てることができる。このような状況で、メッセ
ージの読み取りコマンド２００は、ユーザが考慮したアプリケーションが、オペ
レーションシステムＯＳにより作動されるとスタート可能になる。

【００８９】この場合、このアプリケーションが宛先である、まだ読み取られていない第１
のデータメッセージのサーチステップ２００_ａは、有利には、考慮された受信ア
プリケーションＲ−ＩＤ、すなわち前記作動アプリケーション向けに、不揮発性
メモリに少なくとも１つのメッセージＭＳＧがあるかどうか調べるテスト２００
１を含むことができる。

【００９０】前記テスト２００１に対して否定応答の場合、この宛先アプリケーション向け
のメッセージＭＳＧがないときは、エラーステータスＳ−Ｅの設定ステップ２０
０２が設けられる。前記ステップ２００２は、後述するようにエラーステータス
リターンステップ２００_ｅが続く。

【００９１】前記テスト２００１に対して肯定応答の場合、ステップ２００３が設けられ、
現行のメッセージの品質を最も古いメッセージＭＳＧに割り当てることができる
。ステップ２００３を実現するにあたって、不揮発性メモリに記憶されたメッセ
ージの順序番号Ｎ−ＭＳＧから、最も小さい番号Ｎ−ＭＳＧを支持するメッセー
ジを現行のメッセージとして考慮するソートルーチンを呼び出すことができる。
最も小さい順序番号は、このために、最も古いメッセージＭＳＧに対応する。

【００９２】ステップ２００３は、考慮された現行のメッセージの宛先アプリケーションの
識別属性リスト、すなわち図３ｄに示されたステップ１０１０で考慮されたメッ
セージにより不揮発性メモリに書き込まれたリストＬ−ＡＣＫに、受信アプリケ
ーションの識別属性Ｒ−ＩＤが属するかどうか調べる第２のテスト２００４にそ
れ自体が続く。

【００９３】テスト２００４に対して肯定応答の場合、現行のメッセージの読み取りステー
タスを、読み取られていないメッセージとしてチェックする別のテスト２００５
が設けられ、このチェック操作は、考慮された受信アプリケーションの識別属性
Ｒ−ＩＤに対応する読み取りステータスＳ−Ｌのアーギュメントの読み取りによ
り実施される。

【００９４】前記テスト２００５、およびテスト２００４に対して否定応答の場合、不揮発
性メモリに保存されている最新のデータメッセージと現行のメッセージの絶対順
序が同じかどうか調べるテスト２００６が行われる。このテストは、不揮発性メ
モリに保存された、考慮された宛先アプリケーションＲ−ＩＤ用のメッセージ全
体を検討したかどうか確かめることができるようにする。

【００９５】テスト２００６に対して肯定応答の場合、エラーステータスの設定ステップ２
００２にリターンし、同じ前記テスト２００６に対して否定応答の場合、次の情
報メッセージを現行のメッセージに割り当てるステップ２００７が実施される。
このステップ２００７は、それ自体がテスト２００４にリターンされて、考慮さ
れた受信アプリケーションＲ−ＩＤのためのメッセージ全体が読み取られたかど
うか確かめる。

【００９６】テスト２００５に対して肯定応答の場合、現行のメッセージに含まれるデータ
のリカバリステップ２００_ｂが実施される。この操作は、有利には、不揮発性メ
モリすなわちＲＡＭに、不揮発性メモリに書き込まれた現行メッセージのデータ
フィールドを書き込むことから構成できる。

【００９７】ステップ２００_ｂ自体に続くステップ２００_ｃでは、考慮された受信アプリケ
ーションＲ−ＩＤに対してメッセージＭＳＧのステータスの管理を実施し、各メ
ッセージを書き込む不揮発性メモリの完全な管理を行うことができる。ステップ
２００_ｃは、データリターンステップ２００_ｄと、上記のエラーステータス設定
ステップ２００２に続くエラーステータスＳ−Ｅリターンステップ２００_ｅとに
続くことができる。データリターンステップまたはエラーステータスリターンス
テップは、受信アプリケーションＲ−ＩＤによる不揮発性メモリＲＡＭの作業記
憶域への書き込み、次いでオペレーションシステムＯＳによる読み取りにより実
施可能である。

【００９８】図３ｅの、不揮発性メモリにおけるメッセージのステータスの管理ステップ２
００_ｃに関して、このステップは、宛先アプリケーションの識別属性リストＬＩ
Ｄ−Ｄｅｓｔもしくは、受信アプリケーションの識別属性アーギュメントと、図
３ｃに示したような現行メッセージのステータス（読み取られた、または読み取
られていない）に対応する読み取りステータスのアーギュメントとから形成され
るリストタームを含むリストＬ−ＡＣＫのために、このアーギュメントへの任意
の読み取りステータス値の割り当てによる、宛先アプリケーションに関連した対
応する読み取りステータスＳ−Ｌのアーギュメントの更新ステップ２００９と、
読み取りステータスのこのアーギュメントの値が、宛先アプリケーションの識別
属性リストの各読み取りステータスアーギュメントの読み取られたステータス値
に等しいかどうかチェックするテストステップ２０１０とを含むことができる。
ステップ２０１０は、実際に、宛先アプリケーションのリストＬＩＤ−Ｄｅｓｔ
もしくはＬ−ＡＣＫに記載されている宛先アプリケーションの全体が、後の全て
の操作の前に、考慮されたメッセージ番号Ｎ−ＭＳＧのメッセージＭＳＧの読み
取りを実施したかどうかチェック可能である。

【００９９】前記チェックステップ２０１０に対して肯定応答の場合、不揮発性メモリで現
行のメッセージを消去するステップ２０１１が実施される。何故なら、全ての宛
先アプリケーションがこのメッセージの読み取りを実施したからである。ステッ
プ２０１１はまた、前記消去ステップの成功を考慮してエラーステータスＳ−Ｅ
の設定を含む。

【０１００】かくして、考慮された現行メッセージの消去ステップ２０１１と、読み取りス
テータスのアーギュメント値が、読み取ったステータスの値に等しいかどうかチ
ェックするステップ２０１０の否定応答とに続いて現行のメッセージに対応する
メッセージＭＳＧのデータフィールドに含まれるデータのリターンステップ２０
０_ｄ及び２００_ｅ、次いで、エラーステータスのリターンステップ２００_ｅを実
施可能である。

【０１０１】一般に、図３ｄおよび図３ｅに関連して図示および説明されたメッセージ送信
およびメッセージ読み取りコマンドと対応する手順は、図３ｂに示したように、
伝送される現行メッセージの順序番号のリターンに対応して、メッセージ番号Ｎ
−ＭＳＧのリターンステップ１０１１がある時または無い時に実施可能である。
前記ステップ１０１１がないと仮定する場合、図３ｅに示したようなメッセージ
読み取りステップは、変更なく実施可能である。さらに、書き込みの観点から不
揮発性プログラマブルメモリ１８_ａの管理、およびこのメモリにおける情報メッ
セージの消去は、有利には、二重にリンクされるリストの既知の管理プロセスに
より内部通信インターフェースによって実施され、考慮された各メッセージＭＳ
Ｇに、メッセージのオクテット数、停止コード、先行および後続ブロックにおけ
るポインタ等の対応する管理パラメータを既知の方法で割り当てる。

【０１０２】しかしながら、前記ステップ１０１１は、好適な実施形態では図２ｂ〜図２ｄ
に示した手順３００である、送信アプリケーションＥ−ＩＤへの受信ＡＣＫメッ
セージの伝送手順を実施可能であり、次に、これについて図３ｆに関して説明す
る。この手順は、コマンドまたは手順Ｌｅｃｔｕｒｅ−ＡＣＫ−Ｒにより実施さ
れ、送信アプリケーションすなわち以前にメッセージＭＳＧを送信したアプリケ
ーションＥ−ＩＤが、所定の宛先アプリケーションによる読み取りに対してこの
メッセージの状態を参照できるようにするものである。

【０１０３】コマンドＬｅｃｔｒｅ−ＡＣＫ−Ｒは、受信アプリケーションＲ−ＩＤの識別
属性および当然のことながらメッセージ番号Ｎ−ＭＳＧ等の、入力パラメータを
実施し、このメッセージ番号に対して、前記送信アプリケーションＥ−ＩＤは、
前記宛先アプリケーションによる読み取りに対してこのメッセージの状態を知ろ
うとする。

【０１０４】出力では、コマンドＬｅｃｔｕｒｅ−ＡＣＫ−Ｒが、この受信アプリケーショ
ンが前記番号Ｎ−ＭＳＧのメッセージが、読み取られたか、または読み取られて
いないかの状態を示す、ブール理論上の結果「ＡＣＫメッセージ」Ｍ−Ａに関す
るパラメータと、コマンドＬｅｃｔｕｒｅ−ＡＣＫ−Ｒコマンド３００によって
実施される操作に関するエラーステータスＳ−Ｅとを戻す。

【０１０５】図３ｆに示されているように、コマンドＬｅｃｔｕｒｅ−ＡＣＫ−Ｒは、番号
Ｎ−ＭＳＧの考慮されたメッセージの存在を読み取ってチェックするステップ３
００_ａと、このアプリケーションが送信したメッセージのＡＣＫを問うことがで
きるかどうかチェック可能な制御ステップ３００_ｂと、考慮されたメッセージＮ
−ＭＳＧに関して考慮された受信アプリケーションＲ−ＩＤの識別属性をサーチ
するステップ３００_ｃと、読み取られたか、または読み取られていないかについ
てのメッセージの状態を示すブールパラメータＭ−Ａの設定からなる結果の計算
ステップ３００_ｄとを含む。

【０１０６】図３ｆで示された好適な実施形態において、前記コマンドの操作モードは、以
下の通りである。

【０１０７】 −オペレーションシステムＯＳは、内部通信インターフェースに、選択された
送信アプリケーションＥ−ＩＤの識別属性を供給する。この識別属性により、番
号Ｎ−ＭＳＧのメッセージが消去されていない場合、前述のように一方向伝送の
場合、選択された送信アプリケーションＥ−ＩＤであるコマンドＬｅｃｔｕｒｅ
−ＡＣＫ−Ｒを実行するアプリケーションが、前記メッセージを送信したアプリ
ケーションであるかどうか制御することができる。

【０１０８】こうした状況で、所定のアプリケーションは、このアプリケーションが送信し
たメッセージにおいてのみ情報を得ることができる。反対の場合には、エラーメ
ッセージが送信される。

【０１０９】 −受信アプリケーションＲ−ＩＤの識別属性が、宛先アプリケーションリスト
ＬＩＤ−Ｄｅｓｔの要素ではない場合、同様にエラーメッセージが送信される。

【０１１０】上記の操作は、以下のように実施可能である。

【０１１１】 −ステップ３００_ａ：メッセージ番号Ｎ−ＭＳＧのメッセージの存在をチェックするテスト３０００
を行う。前記テストに対して否定応答の場合、次のメッセージ番号Ｎ’−ＭＳＧ
が前記番号Ｎ−ＭＳＧを越えるかどうかチェック可能なテスト３００１が行われ
る。

【０１１２】テスト３００１に対して肯定応答の場合、読み取られたか、または読み取られ
ていないかについてのメッセージ状態を示すブールパラメータＭ−Ａに、ステッ
プ３００３で真の値を割り当てる。前記ステップ３００３は、実行ＯＫと記載さ
れた正しい実行値をエラーステータスＳ−Ｅに割り当てるステップ３０１１に続
く。ステップ３０１１は、エラーステータスＳ−Ｅのリターンステップ３０１２
に続く。

【０１１３】前記テスト３００１に対して否定応答の場合、手順のこのステップで考慮され
たメッセージに割り当てられるメッセージ番号Ｎ−ＭＳＧがないために、エラー
ステータスＳ−Ｅの割り当てステップ３００２が実施される。ステップ３００２
は、対応するエラーステータスのリターンステップ３０１２に続く。ステップ３
００１、３００２、３００３は、対応する順序番号Ｎ−ＭＳＧのメッセージの不
在を管理可能である。

【０１１４】ステップ３００_ａの前記テスト３０００に対して肯定応答の場合、順序番号が
Ｎ−ＭＳＧであるメッセージを不揮発性メモリで読み取ることからなるステップ
３００４が設けられる。このステップは、特に、考慮された番号のメッセージに
結合される送信アプリケーションＥ−ＩＤの識別属性や、宛先アプリケーション
のリストＬＩＤ−ＤｅｓｔまたはリストＬ−ＡＣＫ等の、メッセージ要素のリカ
バリを要求する。

【０１１５】 −ステップ３００_ｂ：ステップ３００４は、コマンドＬｅｃｔｕｒｅ−ＡＣＫ−Ｒをスタートするア
プリケーションの識別属性が、番号Ｎ−ＭＳＧのメッセージの送信アプリケーシ
ョンＥ−ＩＤの識別属性に対応するかどうかチェックすることからなるテスト３
００５に続く。このテストステップは、図３ｆでＥ’−ＩＤ＝Ｅ−ＩＤと記載さ
れている。

【０１１６】前記ステップ３００５に対して否定応答の場合、エラーステータスＳ−Ｅを「
アクセス不能な情報」値に設定するステップ３００６が設けられる。このステッ
プは、前記エラーステータスのリターンステップ３０１２に続く。

【０１１７】 −ステップ３００_ｃ：前記テスト３００５に対して肯定応答の場合、宛先アプリケーションのリスト
ＬＩＤ−ＤｅｓｔまたはリストＬ−ＡＣＫの要素として宛先アプリケーションの
識別属性が存在するかどうかチェック可能なテスト３００７が設けられる。テス
ト３００７に対して否定応答の場合、宛先アプリケーションＲ−ＩＤの識別属性
が、考慮された番号Ｎ−ＭＳＧのメッセージに見つからないので、エラーステー
タスＳＥの設定ステップ３００８が設けられる。ステップ３００８は、エラース
テータスリターンステップ３０１２に続く。

【０１１８】 −ステップ３００_ｄ：前記テスト３００７に対して肯定応答の場合、読み取りステータスＳ−Ｌが、
考慮された宛先アプリケーションＲ−ＩＤに対して読み取られたステータス値を
有するかどうかチェックすることからなる新しいテスト３００９が設けられる。
この操作は、Ｓ−Ｌ＝Ｒ−ＩＤに対して読み取られたステータスと記される。

【０１１９】前記テスト３００９に対して肯定応答の場合、真の値へのブールメッセージＭ
−Ａのリターンステップ３００３が呼び出され、次いで、エラーステータスＳ−
Ｅを正しい実行に設定する前記ステップ３０１１が呼び出される。

【０１２０】前記テスト３００９に対して否定応答の場合、このために、考慮された宛先ア
プリケーションＲ−ＩＤによりメッセージが読み取られなかったので、ブールメ
ッセージＭ−Ａを偽の値に設定するＭ−Ａ＝偽のステップ３０１０が設けられる
。その場合、ステップ３０１０は、エラーステータスＳ−Ｅを正しい実行に設定
するステップ３０１１に続く。

【０１２１】一般に、コマンドＬｅｃｔｕｒｅ−ＡＣＫ−Ｒのスタート後、ＡＣＫを出す要
求の結果が真であるのは、従って、所定の宛先アプリケーションＲ−ＩＤによっ
て所定の番号Ｎ−ＭＳＧを読み取られたメッセージが認識されるのは、以下の場
合である。

【０１２２】・メッセージの識別番号が、使用可能な次のメッセージ番号よりも厳密に小さ
いので、このメッセージが消去されるとき、あるいは、・所定の宛先アプリケーションＲ−ＩＤの識別属性が、宛先アプリケーション
の識別属性リストＬＩＤ−Ｄｅｓｔにあり、対応するメッセージの読み取りステ
ータスＳ−Ｌが「読み取られたメッセージ」値にあるとき。

【０１２３】他の場合はいずれも、結果が偽である。

【０１２４】次に、情報メッセージＭＳＧの一方向通信の場合の、送信または受信アプリケ
ーションの特定管理モード、特に、本発明の対象とするマルチアプリケーション
の携帯用物品の様々なアプリケーションへの、送信または受信アプリケーション
属性の割り当てについて、これらのアプリケーションのインストールおよびイン
ストール解除手順を示す図４ａ、図４ｂを参照しながら説明する。本発明の対象とするプロトコルの特徴によれば、送信アプリケーションまたは
受信アプリケーションの属性の管理は、オペレーションシステムＯＳと共に、内
部通信インターフェースそのものにより行われる。

【０１２５】図４ａに示したように、内部通信インターフェースは、ＭＳＧ送信、ＭＳＧ受
信、Ｌｅｃｔｕｒｅ−ＡＣＫ−Ｒといったコマンドまたはプリミティブと、図４
ｂ、図４ｃ、図４ｄと共に後述するインストールおよびインストール解除プリミ
ティブすなわちコマンドＡ−ＩＮＳ、Ａ−ＵＮＩＮＳとを備えている。

【０１２６】さらに、本発明が対象とするマルチアプリケーションの携帯用物品のアプリケ
ーションを管理するために、内部通信インターフェースは、図４ａに示したよう
に不揮発性メモリに記憶域を有し、内部通信インターフェースは、この記憶域に
データテーブルＴＡＢ−Ａを保存する。これらのデータは、各アプリケーション
に対し、考慮されたアプリケーションの識別属性ＩＤ−Ａに、各アプリケーショ
ンの有効化オクテットＯ−Ｖを結合して構成される。有効化オクテットＯ−Ｖは
、実施される内部通信インターフェースに対して考慮されたアプリケーションの
作動または非作動性を示すブールパラメータである。

【０１２７】かくしてデータテーブルＴＡＢ−Ａに挿入されるアプリケーションは、送信ア
プリケーションでも受信アプリケーションでもよい。

【０１２８】本発明が対象とするプロトコルの使用および実施中、前記有効化オクテットは
、これらのアプリケーション間で考慮された送信アプリケーションに無関係に、
任意の送信アプリケーションと受信アプリケーションとの間で、一方向の一連の
伝送用の構成を管理することができる。もちろん、前記内部通信インターフェー
スの記憶域に記憶されたアプリケーションテーブルＴＡＢ−Ａは、通信インター
フェースを介してメッセージの送信または受信コマンドを起動するたびに参照さ
れる。

【０１２９】アプリケーションテーブルＴＡＢ−Ａは、図４ｂに示されている。

【０１３０】図４ｃに示したインストールコマンドＡ−ＩＮＳに関して、このコマンドは、
オペレーションシステムＯＳにより起動されたものとして有効化されたアプリケ
ーションの識別属性ＩＤ−Ａを入力パラメータとして実施する。

【０１３１】このため、インストールコマンドＡ−ＩＮＳ、４００は、同じ識別属性のアプ
リケーションが、内部通信インターフェースにより起動されたものと以前にみな
されていないかどうか検査するステップ４００_ａを含み、続いて、参照されたア
プリケーションテーブルＴＡＢ−Ａへの情報の書き込みからなるステップ４００ _ｂを含む。前記インストールコマンドの出力パラメータは、遭遇した様々な状況
に応じてリターンされるエラーステータスＳ−Ｅに関する。

【０１３２】図４ｃに示したようにステップ４００_ａを実施するために、このステップは、
インストールの実施をオペレーションシステムＯＳにより許可するステップ４０
００を含むことができる。許可基準は、多数あり、簡単な実施形態では、単に、
アプリケーションがこのオペレーションシステムにより起動されるものとみなす
ことから構成可能である。テスト４０００に対する否定応答に対して、エラース
テータスがステップ４０００１で設定され、このエラーステータスＳ−Ｅに「未
許可のアプリケーション」値が割り当てられる。ステップ４００１に続いて、前
述のようにエラーステータスのリターンステップ４００２が設けられる。

【０１３３】オペレーションシステムによる許可ステップ４０００に対して肯定応答の場合
、本発明が対象とする内部通信インターフェースは、インストールされたアプリ
ケーションテーブルに識別属性ＩＤ−Ａが属するかどうかチェックするテストス
テップ４００３を実施する。テスト４００３は、考慮された識別属性ＩＤ−Ａの
アプリケーションに対して有効化オクテットＯ−Ｖが真の値を取るかどうかチェ
ックすることから構成できる。

【０１３４】前記テスト４００３に対して肯定応答の場合、「以前に参照したアプリケーシ
ョン」値に設定されるエラーステータスＳ−Ｅの設定ステップ４００４が実施さ
れる。このステップ４００４に、上記のエラーステータスのリターンステップ４
００２が続く。

【０１３５】テスト４００３に対して否定応答の場合、ステップ４００_ｂは、不揮発性メモ
リでＩＤ−Ａと真の値にある有効化オクテットＯ−Ｖとの対をアプリケーション
テーブルＴＡＢ−Ａに書き込むことからなるステップ４００５から構成される。
このステップ４００５はまた、アプリケーションテーブルＴＡＢ−Ａへの書き込
み実行報告に、対応エラーステータスＳ−Ｅを設定するステップを含む。前記ス
テップ４００５に続いて、前記エラーステータスのリターンステップ４００２が
行われる。

【０１３６】かくして、通信インターフェースに対するアプリケーションＩＤ−Ａの作動状
態は、オペレーションシステムＯＳの許可の下で前記コマンドＡ−ＩＮＳを実行
するのがアプリケーション自体であるという事実によって保証される。

【０１３７】送信アプリケーションが、情報メッセージＭＳＧの通信の実施をもはや望まな
い場合、あるいはオペレーションシステムＯＳによって考慮されるアプリケーシ
ョンが有効化されない場合、インストール解除コマンドＡ−ＵＮＩＮＳを介して
、アプリケーション自体あるいはオペレーションシステムＯＳにより、インスト
ール解除手順が実行される。

【０１３８】インストール解除コマンドＡ−ＵＮＩＮＳの目的は、内部通信インターフェー
スにおけるアプリケーションの参照を削除し、特に、有効化オクテットＯ−Ｖに
偽の値を割り当てることによってこのオクテットの値を補正することにあり、こ
のために、識別属性ＩＤ−Ａの考慮されたアプリケーションはもはや、既知のア
プリケーションとみなされない。

【０１３９】図４ｄを参照すると、インストール解除コマンド５００の入力パラメータは、
考慮されたアプリケーションの識別属性ＩＤ−Ａであり、出力パラメータは、遭
遇した様々な状況に応じてリターンされるエラーステータスＳ−Ｅである。

【０１４０】図４ｄに示したように、前記コマンドは、考慮された送信アプリケーションが
インストールされているか、または以前にインストールされたか検査可能なステ
ップ５００_ａと、このアプリケーションが、以前にインストール解除手順の対象
とされなかったかどうか検査可能なステップ５００_ｂと、インストール解除され
たアプリケーションによる読み取りを待機中の情報メッセージＭＳＧの管理ステ
ップ５００_ｃと、通信インターフェースに対して、アプリケーションの有効性イ
ンジケータである有効化オクテットＯ−Ｖの更新を可能にするステップ５００_ｄとを含む。

【０１４１】様々なステップに関し、これらのステップは有利には以下を含むことができる
。

【０１４２】 −ステップ５００_ａ：チェックテスト５０００は、オペレーションシステムＯＳによりインストール
解除を許可をチェックする。インストールコマンド４００に関して先に述べたよ
うに、この許可ステップは、オペレーションシステムＯＳのレベルで設定された
複数の許可基準から構成可能である。たとえば、このテストは、アプリケーショ
ンを消去したり、同じ識別子をもつ不正なアプリケーションを入力したりしない
ようにすることができる。

【０１４３】インストールコマンド４００に対応する簡単な実施形態では、許可基準は、単
に、インストール解除プロセスに従うアプリケーションが、オペレーションシス
テムＯＳにより起動されるものとみなすという事実から構成することができる。

【０１４４】前記テスト５０００に対して否定応答の場合、エラーステータスＳ−Ｅを「未
許可のインストール解除」値に設定するステップ５００１が実施され、このステ
ータス５００１は、前述のようにエラーステータスのリターンステップ５００２
に続く。

【０１４５】前記テスト５０００に対して肯定応答の場合、テスト５００３が実施され、こ
のテストは、インストール解除プロセスに従うアプリケーションの識別属性ＩＤ
−Ａが、インストールされたアプリケーションのテーブルに存在するかどうかチ
ェックすることからなる。

【０１４６】前記テスト５００３に対して否定応答の場合、エラーステータスＳ−Ｅを「以
前に参照されていないアプリケーション」値に設定するステップ５００４が設定
され、このステップ５００４は、エラーステータスのリターンステップ５００２
に続く。

【０１４７】 −ステップ５００_ｂ：前記テスト５００３に対して肯定応答の場合、たとえば有効化オクテットＯ−
Ｖが真の値に等しいかどうかチェック可能なテスト５００５により、ステップ５
００_ｂが実施される。

【０１４８】前記テスト５００５に対して否定応答の場合、エラーステータスＳ−Ｅを「以
前にインストール解除したアプリケーション」値に設定可能なステップ５００６
が設けられる。ステップ５００６は、前述のようにエラーステータスのリターン
ステップ５００２に続く。

【０１４９】 −ステップ５００_ｃ：テスト５００５に対して肯定応答の場合、宛先の１つが識別属性ＩＤ−Ａに対
応し、かつ読み取りステータスＳ−Ｌが「読み取られていないステータス」値に
あるメッセージの存在をチェックするテスト５００７により、ステップ５００_ｃが実施される。このテストは、論理式により、ＩＤ−Ａ＝Ｒ−ＩＤＡＮＤＳ−Ｌ＝「読み取られていないステータス」のように表せる。

【０１５０】前記テスト５００７に対して肯定応答の場合、ステップ５００８が実施され、
しかるべき第１のメッセージ、すなわち順序番号が最も小さいメッセージを、現
行のメッセージとしてテスト５００７の条件に割り当てることができる。ステッ
プ５００８に続くステップ５００９は、宛先アプリケーションのリストで識別属
性がＩＤ−Ａの、インストール解除される考慮されたアプリケーションに関連し
て読み取りステータスＳ−Ｌの更新を可能にし、読み取りステータスＳ−Ｌに、
「読み取られたステータス」値を割り当てる。ステップ５００９は、それ自体が
、リストＬ−ＡＣＫの各要素の読み取りステータスの前記値が「読み取られたス
テータス」値に等しいかどうかチェックすることからなるステップ５０１０に続
く。

【０１５１】前記テスト５０１０に対して肯定応答の場合、不揮発性メモリのメッセージＭ
ＳＧの消去ステップ５０１１が実施され、このステップは、「消去成功報告」値
にエラーステータスＳ−Ｅを設定するステップを含む。

【０１５２】テスト５０１０に対して否定応答の場合、及び、前記ステップ５０１１に続い
て、識別属性ＩＤ−Ａのインストール解除に従う同じアプリケーションで、異な
る順序番号の他のメッセージに対してテストステップ５００７へのリターンが実
行される。

【０１５３】 −ステップ５００_ｄ：前記テスト５００７に対して否定応答の場合、ステップ５０１２によりステッ
プ５００_ｄが実施される。ステップ５０１２は、考慮された識別属性のアプリケ
ーションＩＤ−Ａに対して、有効化オクテットＯ−Ｖに偽の値を割り当てること
により不揮発性メモリにおけるアプリケーションテーブルＴＡＢ−Ａの有効化オ
クテットを更新することからなる。前記ステップ５０１２はまた、エラーステー
タスＳ−Ｅをアプリケーションテーブルの「書き込み実行報告」値に設定するス
テップを含む。ステップ５０１２は、それ自体が、エラーステータスのリターン
ステップ５００２に続く。

【０１５４】次に、図５ａ、図５ｂ、図５ｃを参照しながら、本発明の目的によるプロトコ
ルを実施可能な内部通信インターフェースの一般的な操作モード例について説明
する。

【０１５５】図５ａに関して限定的ではなく例として、内部通信インターフェースは、アプ
リケーションテーブルＴＡＢ−Ａを含むものとみなされる。アプリケーション番
号１のＩＤ−Ａ_１は有効であって有効化オクテットＯ−Ｖが有効値にあり、アプ
リケーション番号２のＩＤ−Ａ_２は、たとえばオペレーションシステムＯＳの操
作により無効であって、その有効化オクテットＯ−Ｖは無効値にあり、アプリケ
ーション番号３と４はそれ自体が有効である。

【０１５６】図５ｂは、アプリケーションＩＤ−Ａ_１が、本発明の対象とする通信インター
フェースの既知の受信アプリケーションに、メッセージ番号Ｎ−ＭＳＧ＝３８の
メッセージを送信する送信アプリケーションである状況を例として示している。
この状況で、リストＬ−ＡＣＫは、単にアプリケーションＩＤ−Ａ_３、ＩＤ−Ａ _４を含んでいるだけであり、アプリケーションにＩＤ−Ａ_２は無効であって、そ
のステータスワードは、読み取られていないポジションＮＬにあり、情報メッセ
ージの厳密な意味でのデータは、ＸＸＸＸと記載されている。

【０１５７】さらに、図５ｃは、一つの宛先アプリケーションＩＤ−Ａ_４によるこのメッセ
ージの読み取り後に、プログラマブルメモリ１８_ａに記憶された同じメッセージ
Ｎ−ＭＳＧ＝３８に対応し、リストＬ−ＡＣＫにおいて、このアプリケーション
に関する読み取りステータスの属性は「ＬＵ（読み取られた）」値にある。メッ
セージＮ−ＭＳＧ＝３８は、全ての読み取りステータスの属性がＬＵ値にされた
後でしか、プログラマブルメモリから消去されず、各宛先アプリケーションは、
考慮されたメッセージの読み取りを行う。

【０１５８】また、本発明の対象とするプロトコルの実施に関して、このプロトコルを、様
々な開発に組み合わせることができる。

【０１５９】以上の説明により、一つの送信アプリケーションから様々な受信アプリケーシ
ョンへのメッセージの一方向伝送による実施が可能になるが、本発明の対象とす
るマルチアプリケーションの携帯用物品に含まれるアプリケーションを階層化す
ることが、さらに可能である。このために、アプリケーションＴＡＢ−Ａのテー
ブルを２つの異なるテーブルに、さらに分割し、たとえば一方のテーブルが送信
アプリケーションに、他方のテーブルが受信アプリケーションに関与するように
構成できる。しかも、このような場合には、図４ｃ、図４ｄに関して記載された
インストールおよびインストール解除コマンドを特定のアプリケーション専用に
することができる。

【０１６０】そのうえ、たとえば、オペレーションシステムによって与えられる許可レベル
４０００、５０００に、異なる基準を付与することにより、インストールプロセ
スの安全化プロセスを実施可能である。

【０１６１】換言すれば、本発明の対象とする内部通信インターフェースおよびプロトコル
を介した内部通信システムへのアクセスは、パスワードまたは同等物を知ってい
るかどうかなどの様々な基準に左右される。こうした状況で、前記テスト４００
０、５０００は、前記パスワードまたは特定のキーを、関与するアプリケーショ
ンにより知ることによって連続することができる。

【図面の簡単な説明】

【図１ａ】従来技術のマイクロプロセッサカードからなる携帯用物品の機能図である。

【図１ｂ】本発明の対象とするプロトコルを実施可能なマルチアプリケーションの携帯用
物品におけるプログラマブル不揮発性メモリのメモリレイアウト図である。

【図１ｃ】本発明の対象とするプロトコルを実施可能なステップを示す一般的なフローチ
ャートである。

【図２ａ】図１ｃに示したような、本発明の対象とするプロトコルの情報メッセージ交換
ステップを示す一般的なフローチャートである。

【図２ｂ】限定的ではないが、受信アプリケーションの情報メッセージ受領通知の伝送手
順が送信アプリケーションに入力された場合に、図１ｃと図２ａに示した情報メ
ッセージ交換ステップの変形実施形態を示す図である。

【図２ｃ】限定的ではないが、受信アプリケーションの情報メッセージ受領通知の伝送手
順が送信アプリケーションに入力された場合に、図１ｃと図２ａに示した情報メ
ッセージ交換ステップの変形実施形態を示す図である。

【図２ｄ】限定的ではないが、受信アプリケーションの情報メッセージ受領通知の伝送手
順が送信アプリケーションに入力された場合に、図１ｃと図２ａに示した情報メ
ッセージ交換ステップの変形実施形態を示す図である。

【図３ａ】限定的ではない特定の実施形態において、本発明の対象とするプロトコルの実
施に特に適合する情報メッセージ構造を示す図である。

【図３ｂ】限定的ではない特定の実施形態において、本発明の対象とするプロトコルの実
施に特に適合する情報メッセージ構造を示す図である。

【図３ｃ】限定的ではない特定の実施形態において、本発明の対象とするプロトコルの実
施に特に適合する情報メッセージ構造を示す図である。

【図３ｄ】図３ａ〜３ｃに示した構造を情報メッセージが有する、限定的ではない特定の
実施形態において、本発明の対象とするプロトコルに従って情報メッセージを送
信または受信する手順を示す詳細なフローチャートである。

【図３ｅ】図３ａ〜３ｃに示した構造を情報メッセージが有する、限定的ではない特定の
実施形態において、本発明の対象とするプロトコルに従って情報メッセージを送
信または受信する手順を示す詳細なフローチャートである。

【図３ｆ】限定的ではない特定の実施形態において、所定の情報メッセージの受信ＡＣＫ
メッセージを送信アプリケーションに伝送する手順に関するフローチャートであ
る。

【図４ａ】一定のアプリケーションに送信アプリケーション属性を、他のアプリケーショ
ンに受信アプリケーション属性を割り当てることができるインストール−インス
トール解除手順の特定の実施形態に関する図である。

【図４ｂ】一定のアプリケーションに送信アプリケーション属性を、他のアプリケーショ
ンに受信アプリケーション属性を割り当てることができるインストール−インス
トール解除手順の特定の実施形態に関する図である。

【図４ｃ】図４ａ、図４ｂに示したインストール−インストール解除手順に関連して実施
されるインストールプロセスの特定のフローチャートである。

【図４ｄ】図４ａ、図４ｂに示したインストール−インストール解除手順に関連して実施
されるインストール解除プロセスの特定のフローチャートである。

【図５ａ】本発明の対象とするプロトコルによる内部通信インターフェースの操作モード
の一例を示す図である。

【図５ｂ】本発明の対象とするプロトコルによる内部通信インターフェースの操作モード
の一例を示す図である。

【図５ｃ】本発明の対象とするプロトコルによる内部通信インターフェースの操作モード
の一例を示す図である。

Claims

【特許請求の範囲】

【請求項１】端末との通信を可能にする入出力手段と、入出力手段に接続
される情報処理手段と、情報処理手段に接続される作業メモリおよび不揮発性メ
モリとを少なくとも含むマルチアプリケーションの携帯用物品において、不揮発性メモリが、各アプリケーションに対して特定の記憶域を含み、各特定の記憶域が、各アプリケーションに関する、特定のデータ記憶域、特定
の命令記憶域、特定の識別記憶域に、さらに分割され、アプリケーション間の内部情報交換プロトコルが、不揮発性メモリに常駐する
少なくとも１つのメッセージ送信コマンドおよびメッセージ受信コマンドを備え
た内部通信インターフェースを介して、少なくとも、ａ）第１のアプリケーションに、該第１のアプリケーションの識別属性を介して
、該第１のアプリケーションによる１つまたは複数の他のアプリケーションへの
情報メッセージの送信要求の際に、送信アプリケーション属性を割り当て、ｂ）前記第１のアプリケーションとは異なる少なくとも１つの第２のアプリケー
ションに、該第２のアプリケーションの識別属性を介して、前記第１のアプリケ
ーションによる該第２のアプリケーションへの情報メッセージの送信要求の際に
、受信アプリケーション属性を割り当て、ｃ）前記第１のアプリケーションおよび前記少なくとも１つの第２のアプリケー
ションの間で、仲介役として使用される内部通信インターフェースにより、前記
第１のアプリケーションが情報メッセージを送信し、前記少なくとも１つの第２
のアプリケーションが情報メッセージを受信することにより、情報メッセージの
交換を行うことからなり、前記アプリケーション間でのインタラクションのリスクを防ぎながら、前記ア
プリケーション間の情報交換を実施可能である内部情報交換プロトコル。
【請求項２】受信アプリケーションによる情報メッセージの受信ＡＣＫメ
ッセージを、内部通信インターフェースを介して、送信アプリケーションに送信
するステップをさらに含み、前記受信ＡＣＫメッセージの送信が、それぞれ、送信アプリケーション属性及
び受信アプリケーション属性の割り当てステップａ）、ｂ）より後で行われるが
、送信アプリケーションおよび受信アプリケーション間の情報メッセージの交換
ステップｃ）の前、後または途中で行われることを特徴とする請求項１に記載の
プロトコル。
【請求項３】前記情報メッセージの交換ステップが、 −前記送信アプリケーションから、前記メッセージ送信コマンドを介して、前
記作業メモリの記憶域に、情報メッセージを送信するステップと、 −前記受信アプリケーションによって、前記メッセージ受信コマンドを介して
、前記作業メモリの記憶域に書き込まれた情報メッセージを受信するステップと
からなることを特徴とする請求項１に記載のプロトコル。
【請求項４】前記情報メッセージを送信するステップが、少なくとも、 −前記送信アプリケーションに対する前記不揮発性メモリの記憶域への情報メ
ッセージの書き込み命令ステップと、 −前記送信アプリケーションによって、プログラマブルメモリの通信インター
フェースのメッセージ送信コマンドを呼び出すステップと、 −前記内部通信インターフェースから前記送信アプリケーションに、送信ＡＣ
Ｋメッセージを送信するステップとからなることを特徴とする請求項３に記載の
プロトコル。
【請求項５】前記情報メッセージを受信するステップが、不揮発性メモリ
の内部通信インターフェースのメッセージ読み取りコマンドに対する、前記受信
アプリケーションによる呼び出しから少なくとも構成されることを特徴とする請
求項３に記載のプロトコル。
【請求項６】前記情報メッセージを送信するステップがさらに、送信アプ
リケーションの識別属性（Ｅ−ＩＤ）と、一連のリスト要素からなる宛先アプリ
ケーションの識別属性リスト（ＬＩＤ）とに基づき、 −前記宛先アプリケーションの識別属性リスト（ＬＩＤ）の現行の識別属性要
素の各々に対して、少なくとも、・既知のアプリケーションに関するものか、現行の識別属性要素を判別する第
１の判別テストステップと、・第１の判別テストステップに対して肯定応答の場合、既知のアプリケーショ
ンの識別属性リスト（Ｌ−ＡＣＫ）に、該現行の識別属性要素を追加するステッ
プと、・前記第１のテストステップに対して否定応答の場合、未知のアプリケーショ
ン識別属性リスト（Ｌ−ＮＡＣＫ）に、該現行の識別属性要素を追加するステッ
プと、前記２つの追加ステップに続いて、・前記宛先アプリケーションの識別属性リスト（ＬＩＤ）から、前記現行の識
別属性要素を削除することにより、更新された識別属性リストを生成するステッ
プと、・前記宛先アプリケーションの識別属性リスト（ＬＩＤ）が空であるかどうか
を調べる第２のテストステップと、・前記第２のテストステップに対して否定応答の場合、宛先アプリケーション
の新しい識別属性リストを構成する更新された識別属性リストにおける現行の識
別属性要素にリターンするステップと、 −前記第２のテストステップに対して肯定応答の場合、既知のアプリケーショ
ンの識別属性リスト（Ｌ−ＡＣＫ）が空であるかどうか調べるテストステップと
、 −前記送信アプリケーションからの書き込み命令ステップとを含むことを特徴
とする請求項４に記載のプロトコル。
【請求項７】前記書き込み命令ステップが、少なくとも、 −既知のアプリケーションの識別属性リスト（Ｌ−ＡＣＫ）が空であるかどう
か調べるステップと、 −既知のアプリケーションの識別属性リスト（Ｌ−ＡＣＫ）が空であるかどう
か調べるテストステップに対して肯定応答の場合、宛先アプリケーションが見つ
からないときのエラーステータスメッセージを設定するステップと、 −既知のアプリケーションの識別属性リスト（Ｌ−ＡＣＫ）が空であるかどう
か調べるテストステップに対して否定応答の場合、前記情報メッセージに内部順
序番号を割り当てるステップと、 −前記情報メッセージと、内部順序番号、情報メッセージに含まれるデータ、
既知のアプリケーションの識別属性リスト（Ｌ−ＡＣＫ）からなる情報メッセー
ジの属性とを、厳密な意味で不揮発性メモリ内に書き込むステップと、 −情報メッセージ番号をリターンするステップと、 −エラーステータスメッセージの設定および情報メッセージ番号のリターンス
テップに続いて、未知のアプリケーションの識別属性リスト（Ｌ−ＮＡＣＫ）を
リターンするステップとを含むことを特徴とする請求項６に記載のプロトコル。
【請求項８】不揮発性メモリの内部通信インターフェースのメッセージ読
み取りコマンドが、受信アプリケーションの識別属性および既知のアプリケーシ
ョンの識別属性リスト（Ｌ−ＡＣＫ）に基づき、少なくとも、 −受信アプリケーションを宛先とする、読み取られていない第１のデータメッ
セージのサーチステップであって、少なくとも、・作業メモリに少なくとも１つのデータメッセージがあるかどうか調べる第１
のテストと、・第１のテストに対して否定応答の場合、宛先アプリケーション向けのデータ
メッセージがないときのエラーステータスを設定するステップと、・第１のテストに対して肯定応答の場合、最も古いデータメッセージを現行の
メッセージに割り当てるステップと、・既知のアプリケーションの識別属性リスト（Ｌ−ＡＣＫ）に受信アプリケー
ション識別属性が属するかどうかを調べる第２のテストと、・前記第２のテストに対して肯定応答の場合、現行のメッセージステータスが
読み取られていないメッセージかをチェックする第３のテストと、・前記第２のテストおよび第３のテストに対して否定応答の場合、不揮発性メ
モリに保存された最新のデータメッセージと現行のメッセージとが等しいかどう
かを調べる第４のテストと、前記第４のテストに対して肯定応答の場合、前記エ
ラーステータスを設定するステップにリターンするステップと、・第４のテストに対して否定応答の場合、次のデータメッセージを現行のメッ
セージに割り当て、前記第２のテストにリターンするステップとを含むサーチス
テップと、 −前記第３のテストに対して肯定応答の場合、前記宛先アプリケーションへの
送信のために、前記現行メッセージに含まれるデータをリカバリするステップと
、 −前記現行のメッセージのステータスの管理ステップと、 −前記宛先アプリケーションに、リカバリされたデータを送信するステップと
、 −リカバリされたデータを送信するステップ、および宛先アプリケーション向
けのデータメッセージがないときのエラーステータスを設定するステップの結果
として、エラーステータスのリターンステップとを含むことを特徴とする請求項
５に記載のプロトコル。
【請求項９】前記現行のメッセージのステータスの管理ステップが、宛先
アプリケーションの識別属性アーギュメントと、読み取りに関して宛先アプリケ
ーションにより現行メッセージの状態を示し、現行メッセージの「読み取られた
」ステータスまたは「読み取られていない」ステータスに対応する読み取りステ
ータスアーギュメントとから形成されたリストタームを含む宛先アプリケーショ
ンの識別属性リストに対して、少なくとも、 −「読み取られた」ステータスの値を割り当てることによって、宛先アプリケ
ーションに関連する読み取りステータスアーギュメントを更新するステップと、 −こうした読み取りステータスアーギュメントの値が、既知のアプリケーショ
ンの識別属性リストの読み取りステータスアーギュメントの各々から読み取られ
たステータスの値に等しいかどうかチェックすることからなるテストステップと
、 −前記テストステップに対して肯定応答の場合、前記現行メッセージを不揮発
性メモリで消去するステップと、前記消去するステップの成功を考慮したエラー
ステータスを設定するステップとを含むことを特徴とする請求項８に記載のプロ
トコル。
【請求項１０】前記情報メッセージが、少なくとも、 −前記アプリケーションの間で交換されるデータに関するフィールドと、 −交換されるデータに関するフィールドを構成するオクテット数に関するフィ
ールドと、 −受信アプリケーションの識別子に関する少なくとも１つのフィールドとを含
むことを特徴とする請求項１から９のいずれか一項に記載のプロトコル。
【請求項１１】前記情報メッセージがさらに、前記アプリケーション間で
交換されるデータメッセージの番号に関するフィールドを含み、前記データメッセージの番号が、順序番号を構成し、前記アプリケーション間
で交換される情報メッセージの時間的な前後関係を決定可能であることを特徴と
する請求項１０に記載のプロトコル。
【請求項１２】端末との通信を可能にする入出力手段と、入出力手段に
接続される情報処理手段と、情報処理手段に接続される作業メモリおよび不揮発
性メモリとを少なくとも含むマルチアプリケーションの携帯用物品であって、不揮発性メモリが、各アプリケーションに特定の記憶域を含み、各特定の記憶域が、各アプリケーションに関する、特定のデータ記憶域、特定
の命令記憶域、特定の識別記憶域に、さらに分割され、さらに、マルチアプリケーションの携帯用物品が、前記不揮発性メモリ内に、少なくとも１つのメッセージ送信コマンドおよびメ
ッセージ受信コマンドを備えた通信インターフェースを含み、第１のアプリケーションに、第１のアプリケーションによる少なくとも１つの
別のアプリケーションへのデータメッセージの送信要求の際に、送信アプリケー
ション属性を割り当て、また、第１のアプリケーションとは異なる少なくとも１
つの第２のアプリケーションに、受信アプリケーション属性を割り当てることに
より、前記通信インターフェースを介して、送信アプリケーションおよび受信ア
プリケーション間でのインターラクションのリスクを防ぎながら、情報メッセー
ジの交換を実施可能である、マルチアプリケーションの携帯用物品。