JP3615707B2 - マルチアプリケーションの携帯用物品におけるアプリケーション間の内部データ交換プロトコルと、対応するマルチアプリケーションの携帯用物品 - Google Patents
マルチアプリケーションの携帯用物品におけるアプリケーション間の内部データ交換プロトコルと、対応するマルチアプリケーションの携帯用物品 Download PDFInfo
- Publication number
- JP3615707B2 JP3615707B2 JP2000576364A JP2000576364A JP3615707B2 JP 3615707 B2 JP3615707 B2 JP 3615707B2 JP 2000576364 A JP2000576364 A JP 2000576364A JP 2000576364 A JP2000576364 A JP 2000576364A JP 3615707 B2 JP3615707 B2 JP 3615707B2
- Authority
- JP
- Japan
- Prior art keywords
- application
- message
- test
- information
- status
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/465—Distributed object oriented systems
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
- Exchange Systems With Centralized Control (AREA)
- Mobile Radio Communication Systems (AREA)
- Devices For Executing Special Programs (AREA)
- Credit Cards Or The Like (AREA)
- Communication Control (AREA)
Description
【０００１】
情報処理を可能にする現在のマイクロプロセッサカード等の携帯用物品（ｏｂｊｅｔ ｐｏｒｔａｒｉｆ）は、多数の領域で使用されている。ユーザが、これらの携帯用物品の数を過度に増やさなくても済むように、製造メーカーは、異なる用途のためのデータ管理を行う、いわゆるマルチアプリケーションのオペレーションシステムを実施している。たとえば、保健衛生、所定の場所へのアクセス、または図書館での本の貸付といったアプリケーションは、同一のオペレーションシステムで管理することができる。
【０００２】
一般に、これらの携帯用物品は、複数のタイプのメモリを含んでいる。リードオンリーメモリＲＯＭは、このオペレーションシステムを含んでいるが、プログラマブルメモリは、オペレーションシステムにより処理されるデータを含んでいる。これらのデータを含む記憶域は、別々にされており、オペレーションシステムは、各アプリケーション内で決定されるアクセス条件だけに応じて、記憶域へのアクセスを管理する。マイクロプロセッサカードからなる携帯用物品の機能図を図１ａに示した。
【０００３】
物品またはカードが、たとえばアプリケーションＰＭＥにより示される電子財布のアプリケーション、高速道路の料金所、あるいは製品もしくは商品の通信販売といった幾つかの電子商取引サービス等、特定のアプリケーション専用の複雑な機能を実行しなければならなくなると、このような操作モードは使えなくなる。
【０００４】
このような状況における１つの解決方法は、カードのプログラマブルメモリにアプリケーションプログラムをダウンロードすることからなる。アプリケーションプログラムは、マイクロプロセッサが直接実行可能であるアセンブラ言語として開発するか、または高級プログラミング言語として開発することができ、後者の場合、圧縮した形でカードのメモリに書き込まれ、次いでインタープリタにより実行され、インタープリタは、ダウンロードされたプログラムをマイクロプロセッサが実行可能な命令に翻訳する。こうした解決方法は、カードに装備するマイクロプロセッサとは無関係に汎用の言語でプログラムを作成することができる。
【０００５】
カードの不揮発性メモリは、出所が様々なアプリケーションプログラムを受容するように構成されている。これらのプログラムは、互いに独立して実行可能であり、このために専用の記憶域を有する。特定の幾つかのケースでは、これらのプログラムは、相互に共通なデータを通信しなければならない。たとえば電子商取引アプリケーションは、１つまたは複数の取引を実施するためにカードのメモリに常駐するＰＭＥアプリケーションを使用することができる。
【０００６】
欧州特許出願第９８９３３７１６．７号（米国特許出願第０９２４２９７６号に対応）に記載された従来技術の実施形態では、共通データの伝送は、交換される共通データの転送を可能にするファイルリンクにより実施可能である。
【０００７】
上記の特許出願が対象とする方法は、考慮されたアプリケーションのためにフォーマットしてファイルとして構成したデータセットを通信可能な、連続的な不可逆プロセスを記載しており、データセットは、このために分割不能である。
【０００８】
従って、このようなデータは主に、考慮されたアプリケーションの作業データに対応し、こうした作業データは単に、これらのアプリケーションの実施とは独立した複数のアプリケーションによって共有される。このような操作方法は、満足のいくものであるが、しかし、１つまたは複数の受信アプリケーション間でダイナミックな情報交換のプロセスを実施することはできない。さらに、共有ファイルは、これらのアプリケーションに応じてフォーマットされ、こうしたアプリケーションと互換性のある、あらゆる外部システムにより読み取られたり、使用されたりすることができる。その結果として、アプリケーション間の独立性または気密性の欠如のため、データセットの安全レベルが落ちる。
【０００９】
本発明の目的は、従来技術の方法の欠点を解消し、マイクロプロセッサカード等の携帯用物品の不揮発性メモリに設置された、送信アプリケーションと、１つまたは複数の受信アプリケーションとの間で交換される情報メッセージとして、基本情報の局部的な交換を可能にすることを目的とする。
【００１０】
本発明の別の目的は、特に、マイクロプロセッサカード等の携帯用物品のアプリケーション間で内部情報交換プロトコルを実施することにあり、このダイナミックな交換は、カードに含まれるアプリケーション間の連続メッセージとして行われる。
【００１１】
本発明の他の目的は、同様に、マイクロプロセッサカード等のアプリケーション間で内部情報交換プロトコルを実施し、こうした情報の守秘性、認証を保証しながら高い安全レベルを確保できるようにすることにある。
【００１２】
本発明のもう１つの目的は、マイクロプロセッサカード等のマルチアプリケーションの携帯用物品におけるアプリケーション間で内部情報交換プロトコルを実施し、従来技術のシステムのアプリケーションで交換されるファイルが伝達する情報とは違い、アプリケーション間で局部的に交換される各メッセージが伝達する一時的な情報が到達しないという性質によって、アプリケーション間の独立性または気密性を保護できるようにすることにある。
【００１３】
従って、本発明は、情報処理リソースと、作業メモリと、これらの情報処理リソースに接続される不揮発性メモリとを備えた、マルチアプリケーションの携帯用物品における内部情報交換プロトコルを提供するものであり、不揮発性メモリにオペレーションシステムを設置する。不揮発性メモリは、各アプリケーションに特定の記憶域を含み、特定の各記憶域は、各アプリケーションに関する、特定のデータ記憶域、特定の命令記憶域、特定の識別記憶域に、さらに分割される。
【００１４】
これらのアプリケーション間の内部情報交換プロトコルは、不揮発性メモリに常駐する少なくとも１つのメッセージ送信コマンドおよびメッセージ受信コマンドを備えた内部通信インターフェースにより、第１のアプリケーションによる１つまたは複数の他のアプリケーションへの情報メッセージの送信要求の際、少なくとも、第１のアプリケーションに、第１のアプリケーションの識別属性を介して、送信アプリケーション属性を割り当て、第１のアプリケーションによる第２のアプリケーションへの情報メッセージの送信要求の際、第１のアプリケーションとは異なる少なくとも１つの第２のアプリケーションに、第２のアプリケーションの識別属性を介して、受信アプリケーション属性を割り当てる。第１および第２のアプリケーション間の情報メッセージの交換は、仲介役（ｉｎｔｅｒｍｅｄｉａｉｒｅ）として使用される通信インターフェースの利用により、第１のアプリケーションが前記情報メッセージを送信し、次いで第２のアプリケーションがこれを受信することにより行われる。
【００１５】
本発明が対象とするプロトコルは、これらのアプリケーション間でほぼインターラクションのリスクを防ぎながら、情報メッセージの交換を実施することができる。
【００１６】
本発明は、従来技術のマイクロプロセッサカード等の携帯用物品に関する図１ａに加えて、単に例として示した以下の図を参照しながら説明を読めば、いっそう理解されるだろう。
【００１７】
次に、本発明の目的に適合するマルチアプリケーションの携帯用物品におけるアプリケーション間の内部データ交換プロトコルを、以下の図１ａ〜図１ｃに関連して詳しく説明する。
【００１８】
一般に、本発明の対象とするプロトコルは、情報処理リソースおよび外部端末との情報交換リソースを備えたマルチアプリケーションのあらゆる携帯用物品で実施可能である。
【００１９】
説明を簡略化するために、このようなプロトコルを実施可能な携帯用物品を、図１ａに示したようなマイクロプロセッサカードとして提示し、説明する。このカードは、限定的ではないが、銀行カードの外観を呈する。特に、たとえばＰＣＭＣＩＡ標準のカード等の他のあらゆるタイプのカードが、本発明が対象とする範囲を逸脱するものではない。
【００２０】
図１ａを参照すると、マイクロプロセッサカード１０からなる携帯用物品は、たとえば銀行の商取引端末等の端末と通信可能な入出力回路Ｉ／Ｏ、１２と、マイクロプロセッサまたはマイクロコントローラからなる情報処理リソース１４とを従来通りに含み、これらの情報処理リソースは、入出力回路１２に接続される。さらに、不揮発性メモリ１８が設けられており、このメモリは、プログラマブルメモリ１８ａと、ＲＯＭ型すなわち読み取り専用型メモリ１８ｂとから構成される。この２つのメモリは、マイクロプロセッサ１４に接続される。さらに、作業メモリ型のメモリ、ＲＡＭ１６もまた、マイクロプロセッサ１４に接続される。上記の接続は、従来のタイプのバスによる接続を意味する。
【００２１】
またオペレーションシステムＯＳが設けられ、これを不揮発性メモリ１８に設置可能である。
【００２２】
さらに、幾つかの場合には、マルチアプリケーションの携帯用物品は、図１ａに示したように、それ自体がマイクロプロセッサ１４に接続された暗号化／解読計算ユニットＳ、２０を含むことが可能である。
【００２３】
本発明が対象とするマルチアプリケーションの携帯用物品の構造要素は、従来技術の周知の要素に対応するので、詳しい説明は省く。
【００２４】
変形実施形態では、マイクロプロセッサは、半導体チップに埋め込まれた論理回路に代えられるか、もしくは少なくとも補完される。実際、論理回路は、マイクロプログラミングではなくワイヤードエレクトロニックによって計算、特に認証および署名を実施できる。論理回路は、特にＡＳＩＣ（「Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ」）型にすることができる。
【００２５】
本発明の対象とするプロトコルを実施可能にするために、直接アクセスするメモリ、特に、たとえばプログラマブル不揮発性メモリ１８ａの特定のメモリレイアウトを、図１ｂに関連して説明する。
【００２６】
この図に示されているように、プログラマブルメモリ１８ａは、考慮された各アプリケーションに対して、各アプリケーションに特定の記憶域Ｚ１、Ｚ２、Ｚ３を含む。
【００２７】
特定の各記憶域Ｚ１〜Ｚ３は、考慮されたアプリケーションに関する、特定のデータ記憶域と、特定の命令記憶域と、各アプリケーションの識別属性を受容する特定の識別記憶域とに、さらに分割される。図１ｂでは、識別属性ＩＤ１〜ＩＤ３およびＩＤＡが示されている。
【００２８】
さらに、不揮発性メモリ１８ａは、内部通信インターフェースを設置する特定の記憶域を含み、このインターフェースは、少なくとも１つの情報メッセージ送信コマンドおよび、情報メッセージ受信コマンドを含む物品コードからなる。物品コードと、メッセージの送信および受信コマンドとは、本発明の対象とするプロトコルの実施の特徴によれば、不揮発性メモリに常駐する。
【００２９】
さらに、限定的ではないが有利には、不揮発性メモリ１８に命令のインタープリタを設置することにより、アプリケーションのコマンドセットをマイクロプロセッサ１４が直接実行可能な命令セットに変換することができる。
【００３０】
図１ｂでは、単なる例として作業メモリＲＡＭ１６を介して行われる、不揮発性メモリに設置されたインタープリタとのインターフェースを介した接続を示した。翻訳されるコマンドは、マイクロプロセッサ１４と、不揮発性メモリ１８に設置された内部通信インターフェースとの相互のアクセスのために、作業メモリに記憶することができる。
【００３１】
さらに図１ｃに示したように、本発明の対象とするプロトコルは、第１のアプリケーションによる１つまたは複数の他のアプリケーションへの情報メッセージＭＳＧの送信要求の際、第１のアプリケーションに、上記の識別属性ＩＤ１〜ＩＤ３等の第１のアプリケーションの識別属性ＩＤ−Ａを介して、送信アプリケーション属性を割り当てることからなる。情報メッセージとは、本発明の対象とするプロトコルの特徴によれば、データまたは命令であり、このメッセージに含まれるデータは、同じ性質のデータとの連結の後で、純粋なデータを示すか、または、マイクロプロセッサ１４により直接かあるいはインタープリタを介して実行可能な命令を構成するためのデータを示す。考慮された第１のアプリケーションへの割り当てステップＡを図１ｃに示す。
【００３２】
同様に、上記のステップＡに続いて、本発明の対象とするプロトコルは、ステップＡで送信アプリケーション属性を割り当てた第１のアプリケーションとは異なる少なくとも１つの第２のアプリケーションに、第１のアプリケーションによるこの第２のアプリケーションへの情報メッセージの送信要求の際、受信アプリケーション属性を割り当てることからなる。第２のアプリケーションへの受信アプリケーション属性の割り当てステップＢが、図１ｃに示されており、ステップＡで割り当てられた送信アプリケーション属性およびステップＢで割り当てられた受信アプリケーション属性が、それぞれ、Ｅ−ＩＤおよびＲ−ＩＤで示されている。
【００３３】
送信アプリケーション属性および受信アプリケーション属性の割り当てプロセスに関しては、このプロセスは、限定的ではないが例として、本発明の対象とするプロトコルを実施可能な主要パラメータを示す「状態ベクトル」を構成することにより実施される。状態ベクトルは、こうしたパラメータが記録された所定数の対応するフィールドを含む。状態ベクトルは、たとえば不揮発性メモリ１８に記憶され、１つのパラメータの状態が変更されるたびに更新可能な現実のベクトルか、またはポインタにより対応パラメータのアドレスを記憶することからなる、いわゆるバーチャルベクトルとすることができる。
【００３４】
本発明の対象とするプロトコルの実施において、状態ベクトルは、現実の状態ベクトルであるが、好適な実施形態によれば、この状態ベクトルは、後述するようにプロトコル実施の特定パラメータに制限され、有利には、対応する情報メッセージＭＳＧを構成するためにメッセージのデータに結合される。
【００３５】
換言すれば、本発明の対象とするプロトコルの状態の管理モードとは無関係に、送信または受信アプリケーション属性の割り当てプロセスは、このことから、関与する第１または第２のアプリケーションの識別属性を対応するフィールドに書き込むことからなり、その場合、送信または受信アプリケーション属性の割り当ては、後述するように、適切なフィールドへの識別属性の書き込みと、これらのアプリケーションのインストール−インストール解除プロセスで実施される操作との結果として発生する。
【００３６】
さらに、図１ｃのステップＡ、Ｂの後には、第１および第２のアプリケーション間に構成され、すなわち図１ｃで言及されているように送信アプリケーションＥ−ＩＤと各受信アプリケーションまたは宛先プリケーションＲ−ＩＤとの間に構成された、情報メッセージＭＳＧの交換ステップＣが続く。
【００３７】
交換プロセスは、仲介役として使用される通信インターフェースの実施により、第１のアプリケーションが情報メッセージＭＳＧを送信し、次いで第２の各アプリケーションがこれを受信することによって行われる。
【００３８】
一般に、図２ａに示したように交換ステップＣは、送信アプリケーションＥ−ＩＤから、前述のメッセージ送信コマンドを介して、不揮発性メモリ１８の記憶域に情報メッセージＭＳＧを送信するステップ１００から構成できる。特に、不揮発性メモリ１８へのメッセージＭＳＧの送信は、このメモリへのメッセージＭＳＧのデータ書き込み操作をチェックする連続処理操作を介し、次いで前記処理操作の成功に応じた不揮発性メモリ１８へのメッセージＭＳＧの書き込みを介して行われる。同様に、交換ステップはさらに、情報メッセージＭＳＧのデータを受信アプリケーションＲ−ＩＤによって受信するステップ２００を含み、この受信ステップは、不揮発性メモリ１８に設置された内部通信インターフェースのメッセージ受信コマンドを介して、上記の不揮発性メモリ１８の記憶域における読み取りの実行をチェックする一連の処理ステップからなる。かくして、前記交換ステップは、仲介役として使用される通信インターフェースにより適切に行われ、あらゆる受信アプリケーションＲ−ＩＤにより使用可能なデータは、このために制御され、前記内部通信インターフェースの処理に従う。
【００３９】
基本的な実施形態で、本発明が対象とするプロトコルによる情報メッセージ交換ステップをなす送信および受信ステップを実施するために、情報メッセージＭＳＧは、送信および受信アプリケーション間のデータに関するフィールド、これらの交換データに関するフィールドを構成するオクテット数に関するフィールド、および受信アプリケーションの識別子または識別属性に関する少なくとも１つのフィールドだけを含むことができる。
【００４０】
この状況の下で、図２ａのステップ１００では、アプリケーションＥ−ＩＤによる不揮発性メモリへのメッセージデータ送信ステップは、送信アプリケーションＥ−ＩＤによって前記不揮発性メモリ１８の記憶域に情報メッセージＭＳＧを書き込む、書き込み命令から構成可能できる。この書き込み命令にはさらに、送信アプリケーションＥ−ＩＤによるプログラマブルメモリの通信インターフェースからのメッセージ送信コマンドの呼び出しが結合され、この呼び出しにより、通信インターフェースによって送信ＡＣＫメッセージを送信アプリケーションＥ−ＩＤに伝送することができる。
【００４１】
同様に同じ状況で、受信ステップは、受信アプリケーションＲ−ＩＤによる不揮発性メモリの通信インターフェースからの少なくとも１つのメッセージ読み取りコマンドの呼び出しから構成できる。前記呼び出しを実施するための受信アプリケーションの起動条件については後述する。
【００４２】
図２ａに関して記載した、前記情報メッセージの送受信ステップに関する操作モードは満足のいくものであり、複数の受信アプリケーションに与えられる送信アプリケーションの情報メッセージの伝送を一方向に可能にする。事実、前記情報メッセージの構造上の理由から、各メッセージにおける受信アプリケーションの少なくとも１つの識別属性に関するフィールドは、実際に受信アプリケーションの識別属性リストから構成される。その場合、このようなリストから受信アプリケーションが起動されるので、あらゆる受信アプリケーションにより、考慮された情報メッセージを適切な不揮発性メモリの記憶域で系統的に読み取ることができる。
【００４３】
しかしながら、本発明が対象とするプロトコルは、アプリケーション間の情報メッセージの交換プロセスに関して、もっとずっと柔軟にすることができる。
【００４４】
このため、限定的ではないが有効な特徴によれば、受信アプリケーションによる情報メッセージＭＳＧの受信ＡＣＫメッセージを、通信インターフェースを介して送信アプリケーションＥ−ＩＤに伝送する手順またはステップを設定可能である。
【００４５】
このような手順を、限定的ではない実施形態で図２ｂ〜図２ｄに示す。
【００４６】
このため、好適には、情報メッセージＭＳＧの構造は、内部通信インターフェースを介して通過する各情報メッセージに、メッセージの識別番号を入力するように変更可能であり、この識別番号は、後述するように情報メッセージのフィールドに追加される。
【００４７】
好適には、メッセージ番号Ｎ−ＭＳＧの管理は、考慮された送信およびまたは受信アプリケーションとは独立して内部通信インターフェースにより行われる。
【００４８】
このため、内部通信インターフェースは有利には、マルチアプリケーションの携帯用物品の使用期間中に発生するメッセージ数のカウントルーチンを備えることができる。限定的でない例として、カウンタは、たとえば１〜６５５３２のメッセージ番号値を送ることができ、メッセージ番号は、内部通信インターフェースのカウンタを介して新しいメッセージが伝送されるとインクリメントされる。限定的ではない例として、前記カウンタは、送信アプリケーションがメッセージを送信するたびに内部通信インターフェースにより更新され、インクリメントされる。アプリケーションの使用時に、カウンタは、カウント最大値に達すると初期値１に戻る。メッセージ番号Ｎ−ＭＳＧに割り当てられる値ゼロは特別なものであり、内部通信インターフェースが認識しないアプリケーションのためのメッセージＭＳＧ専用である。
【００４９】
情報メッセージＭＳＧの受信ＡＣＫメッセージを送信アプリケーションＥ−ＩＤに伝送するステップの第１の実施形態によれば、図２ｂに示すように、受信ＡＣＫメッセージの伝送は、送信または受信アプリケーション属性の割り当てステップＡ、Ｂの後に行われるが、不揮発性メモリでメッセージ番号Ｎ−ＭＳＧに関連付けられたメッセージＭＳＧのデータを送信アプリケーションＥ−ＩＤが送信するステップ１００と、この不揮発性メモリに書き込まれたメッセージＭＳＧのデータを受信アプリケーションＲ−ＩＤが受信するステップ２００の後に行われる。
【００５０】
こうした状況において、図２ｂに示すように、識別番号Ｎ−ＭＳＧのメッセージＭＳＧの、受信アプリケーションＲ−ＩＤによる受信ＡＣＫメッセージの伝送ステップは、２つのステップ１００、２００の後に介在し、実際に、考慮された受信アプリケーションＲ−ＩＤに送信アプリケーションＥ−ＩＤから伝送される最終情報メッセージの受信を単にチェックする。
【００５１】
しかしながら、受信ＡＣＫメッセージの送信アプリケーションＥ−ＩＤへの伝送ステップは、また、図２ｃおよび図２ｄに示したように、送信アプリケーションおよび受信アプリケーション間の情報メッセージの交換ステップの後あるいは間にも実施可能である。メッセージＭＳＧのデータを送信アプリケーションＥ−ＩＤにより送信するステップ１００と、前記メッセージＭＳＧを受信アプリケーションＲ−ＩＤにより受信する対応ステップ２００の前に実施したり、あるいは図２ｄに示したように前記送信ステップ１００と受信ステップ２００との間に実施したりすることが可能である。
【００５２】
図２ｃと図２ｄに示された２つのケースでは、本発明の対象とするプロトコルの特に有利な特徴によれば、受信ＡＣＫメッセージを送信アプリケーションＥ−ＩＤに伝送するステップは、ステップ１００に送られるが、考慮された受信アプリケーションＲ−ＩＤにより後段のステップ２００でまだ受信されていない識別番号Ｎ−ＭＳＧのメッセージＭＳＧではなく、もちろん、順序が上記の番号Ｎ−ＭＳＧのメッセージＭＳＧよりも前の異なる識別番号Ｎ’−ＭＳＧのメッセージＭＳＧに関する。
【００５３】
この状況で、メッセージの順序番号を構成する特定メッセージの識別属性を割り当てることにより、各宛先アプリケーションによるこれらの情報メッセージの伝送／受信プロセスを完全に管理し、特に、マルチアプリケーションの携帯用物品のアプリケーション間、マルチアプリケーションの携帯用物品の個別使用期間の間で、データまたは情報交換プロセスを完全に管理することができる。
【００５４】
かくして、所定の期日に商取引を実施する場合、考慮された受信アプリケーションに関する対応識別番号のメッセージの受信を単にチェックすることにより、後日、この商取引に関するチェックを実施することができる。
【００５５】
考慮された受信アプリケーションＲ−ＩＤによる受信ＡＣＫメッセージを送信アプリケーションＥ−ＩＤに伝送するステップを、送信アプリケーションＥ−ＩＤに対してほぼ独立させるために、この操作は、対応する送信アプリケーションＥ−ＩＤにＡＣＫメッセージを伝送可能なプリミティブを、送信アプリケーションＥ−ＩＤから呼び出すことによって実施できる。
【００５６】
次に、上記の送受信手順を特に有利に実施可能な前記メッセージＭＳＧの特定構造に関する図３ａから図３ｃを参照しながら、各情報メッセージＭＳＧの送信ステップおよび受信ステップの好適な実施形態を説明する。
【００５７】
この好適な実施形態において、図３ａを参照すると、各メッセージＭＳＧは、前述のように、まさしくメッセージの内容であるデータフィールド、実際に送信アプリケーションを識別する送信アプリケーション属性フィールドＥ−ＩＤ、実際に宛先または受信アプリケーションにおける情報リストからなる受信アプリケーションフィールド、および実際に前述の条件で内部通信インターフェースから送られる各メッセージの順序番号を構成するメッセージ番号フィールドＮ−ＭＳＧを含む。
【００５８】
宛先アプリケーションにおける情報リストＬＩＤ−Ｄｅｓｔに関して、このリストは有利には、図３ｂに示したように、考慮された各宛先アプリケーションに対して、考慮された宛先アプリケーションの識別子もしくは識別属性ＩＤ−Ｄ、すなわちＩＤ−Ｄ１〜ＩＤ−Ｄ４を含むことができ、考慮された宛先アプリケーションによる読み取りに対して、この識別子もしくは識別属性に、メッセージのステータスワードＳ−ＩＬ、すなわちＳ−Ｌ１〜Ｓ−Ｌ４を追加し、ステータスワードは、実際に、対応する宛先アプリケーションにより考慮された順序番号Ｎ−ＭＳＧの情報メッセージＭＳＧが、読み取られているか、または読み取られていないかという記述子を構成する。
【００５９】
図３ｃに示したように、各メッセージＭＳＧは、宛先アプリケーションにおける情報リストＬＩＤ−Ｄｅｓｔに、各宛先アプリケーションの識別属性と、考慮された宛先アプリケーションに対する対応メッセージのステータス（読み取られた、または読み取られていない）とを示す連続的な値を含む。これらの連続的な値は、リスト要素に対応し、対応するリスト要素は、通常の宣言型プログラミング言語で一般に使用されるリストの概念に従って、図３ｃに記載されている。かくして、各リスト要素またはリストタームは、図３ｃでは、受信アプリケーションＲ−ＩＤを示す識別属性アーギュメントＩＤ−Ｄ１〜ＩＤ−Ｄ４と、対応する受信アプリケーションに対してメッセージＭＳＧの状態を示す、対応する読み取りステータスＳ−Ｌ１〜Ｓ−Ｌ４のアーギュメントとから形成される。
【００６０】
このようなリストの管理は、特にリストのヘッダ要素の読み取りにより、これらのリストの従来の管理に従って、上記の言語で実施可能であり、リストの他の部分は、リストのボディとみなされ、以下同様である。この管理は、適切なポインタにより従来と同様に行われる。
【００６１】
こうした状況において、メッセージ送信手順１００の好適な実施形態は、図３ｄに示したように様々な連続ステップからなる。
【００６２】
メッセージＭＳＧの送信手順は、送信アプリケーションＥ−ＩＤのレベルで実施される。入力パラメータは、もちろん送信アプリケーションにより設定されたメッセージの内容、送信アプリケーションＥ−ＩＤの識別属性、および宛先または受信アプリケーションの識別子のリストＬＩＤである。前記リストは、このリストの必要性に応じて、すなわち前記データを含む情報メッセージＭＳＧが到達すべき様々な受信アプリケーションに応じて、送信アプリケーションＥ−ＩＤにより生成可能である。
【００６３】
図３ｄに示されたメッセージ送信手順は、特定の実施により、不在のアプリケーションの識別属性リスト等の状態パラメータを設定することができ、こうした不在のアプリケーションは、作動していないか、または本発明が対象とするプロトコルを実施可能な内部通信インターフェースが知らないアプリケーションに対応する。このリストは「Ｌ−ＮＡＣＫ」と記される。出力パラメータは同様に、エラーステータスＳ−Ｅを含み、エラーステータスは、たとえば、関与するアプリケーション、または場合によってはオペレーションシステム自体が使用するために、作業メモリＲＡＭのレベルでリターンする様々なエラーコードに対応する。
【００６４】
この場合、図３ｄに示されたように、メッセージ送信手順またはステップ１００は、有利には、受信アプリケーションの存在を管理するサブステップ１００ａを含み、このサブステップ１００ａは、特に有利には２個のリストを生成可能である。第１のリストＬ−ＡＣＫは、宛先アプリケーションの情報リストＬＩＤ−Ｄｅｓｔと同じタイプであり、リストＬ−ＮＡＣＫは、前記内部通信インターフェースが未知のアプリケーションの識別属性リストから構成される。特定の実施形態では、リストＬ−ＡＣＫは、図３ｃに示されたフォーマットで内部通信インターフェースが認識する宛先アプリケーションリストＬＩＤ−Ｄｅｓｔに対応し、リストＬ−ＮＡＣＫは、単に通信インターフェースが認識しないアプリケーションの識別属性リストのフォーマットにある。Ｌ−ＡＣＫリストでは、ステータスワードＳ−Ｌ１〜Ｓ−Ｌ４は、任意の読み取られていないステータスの値で初期化される。
【００６５】
「内部通信インターフェースの既知のアプリケーション」とは、マルチアプリケーションの携帯用物品の不揮発性メモリに正常にインストールおよび設置され、オペレーションシステムＯＳの制御下で割り当てられた動作を行うことができ、また特に送信アプリケーション属性Ｅ−ＩＤまたは受信アプリケーション属性Ｒ−ＩＤを割り当てることが可能な、あらゆるアプリケーションを意味する。これらのインストール条件については、後で詳しく説明する。
【００６６】
所定のメッセージＭＳＧが向けられる宛先アプリケーションの集合、すなわち送信アプリケーションＥ−ＩＤにより作成されるデータの内容を考慮するために、前記管理ステップ１００ａは、有利には、宛先アプリケーションの識別属性リストＬＩＤの読み取りステップ１００１を含む。この読み取り操作は、前述のようにリスト要素ごとに実施され、第１の要素すなわちリストのヘッダが読み取られ、連続する要素すなわちリストのボディの第１の要素が順次読み取られる。この読み取りモードにより、各リスト要素を順次判別できる。これらのリスト要素において、宛先アプリケーションの識別属性リストＬＩＤの各リスト要素を構成する各識別属性の読み取りが行われる。
【００６７】
受信アプリケーション１００ａの存在の管理ステップは、次に、前述の定義における既知のアプリケーションに関するものとして、識別属性ＩＤ−Ｄの現行要素の第１の判別テストステップ１００２を含む。
【００６８】
第１のテストステップ１００２に対して肯定応答の場合、識別属性ＩＤ−Ｄのこの要素を既知のアプリケーション識別属性リストＬ−ＡＣＫに追加するステップ１００３が設けられ、前記テストステップ１００２に対して否定応答の場合、この識別属性要素を未知のアプリケーションの識別属性リストＬ−ＮＡＣＫに追加するステップが同様に設けられる。かくして、前述の内部通信インターフェースの既知のアプリケーションおよび未知のアプリケーションの状態を示す、前記２個のリストＬ−ＡＣＫおよびＬ−ＮＡＣＫが構成される。
【００６９】
前記ステップ１００３、１００４に続いて、宛先アプリケーションの識別属性リストＬＩＤの現行の識別属性要素の削除ステップ１００５が設けられる。この操作により、更新したリストを実際に作成可能であり、このリストは、ステップ１００１で読み取られる原リストのボディに対応する。識別属性リストの現行の識別属性要素削除操作は、前述のように、単に要素ごとに読み取りを繰り返すことによって実施可能である。
【００７０】
ステップ１００５に続いて、第２のテストステップ１００６が設けられ、このステップは、第１の要素の削除後、宛先アプリケーションの識別属性リストＬＩＤが空かどうか調べるテストからなる。従って、空かどうか調べるテスト１００６は、ステップ１００５の後で得られる原リストのボディに実施される。
【００７１】
第２のテストステップ１００６に対して否定応答の場合、更新されたリストＬＩＤの現行の識別属性要素にリターンするステップが行われ、前記リストのボディは空にはならず、宛先アプリケーションの新しい識別属性リストを構成する。もちろん、このリターンにより、更新されたリストＬＩＤのボディが空でない限りにおいて、前記操作１００１〜１００５と１００６の全体についてループが可能になる。
【００７２】
前記第２のテスト１００６に対する肯定応答の場合、既知のアプリケーションの識別属性リストＬ−ＡＣＫおよび未知のアプリケーションの識別属性リストＬ−ＮＡＣＫが使用可能になり、既知のアプリケーションの識別属性リストＬ−ＡＣＫが空かどうか調べるテスト１００７が実施される。空かどうか調べる前記テストステップ１００７により、既知のアプリケーションのリストが空である異常な状態の存在を実際に直接管理することができ、マルチアプリケーションの携帯用物品のどのアプリケーションも、情報メッセージを受信することができない。
【００７３】
前記ステップ１００７に続いて、メッセージ送信手順１００は、さらにステップ１００ｂを含み、前記既知のアプリケーションリストが空かどうか調べるテスト１００７の応答を考慮して、不揮発性メモリにメッセージＭＳＧを書き込むことができる。
【００７４】
図３ｄにさらに示したように、不揮発性メモリへのメッセージの書き込みステップ１００ｂは、前記テストステップ１００７に対して肯定応答の場合、宛先アプリケーションが見つからない場合に、エラーステータスメッセージの設定ステップ１００８を含み、こうしたエラーステータスメッセージの設定ステップ１００８自体に続いて、未知のアプリケーションの識別属性リストＬ−ＮＡＣＫのリターンステップが行われる。
【００７５】
エラーステータス設定ステップ１００８およびリストＬ−ＮＡＣＫのリターンステップ１０１２に関して、有利には作業メモリＲＡＭへの書き込みにより、対応する情報のリターンを実施可能である。これらの情報は、内部通信インターフェースまたは、場合によってはマイクロプロセッサを管理するオペレーションシステムＯＳによる直接使用に対して利用可能になる。
【００７６】
図３ｄに示した不揮発性メモリへのメッセージの書き込みステップ１００ｂは、またリストＬ−ＡＣＫが空かどうか調べるテストステップ１００７に対して否定応答の場合、前述の条件で内部順序番号を情報メッセージＭＳＧに割り当てるステップ１００９を含む。
【００７７】
図３ｄに関して図示および記載されたメッセージ送信手順の実施形態では、内部順序番号は、考慮された番号の情報メッセージＭＳＧが関与する送信アプリケーションＥ−ＩＤおよび受信アプリケーションＲ−ＩＤとは独立した、タームの序列を示す番号である。
【００７８】
不揮発性メモリ１８ａへのメッセージ書き込みステップ１００ｂは、前記ステップ１００９に続いて、前述のように、このメッセージの厳密な意味での書き込みステップ１０１０を含み、このステップ１０１０は、順序番号Ｎ−ＭＳＧから構成される属性、メッセージＭＳＧに含まれるデータ、不揮発性メモリにおける既知のアプリケーションの識別属性リストＬ−ＡＣＫ、送信アプリケーションの識別属性Ｅ−ＩＤを含む。内部通信インターフェースが、全ての宛先アプリケーションを知っている場合、リストＬ−ＡＣＫは、図３ｃによるフォーマットで示されたリストＬＩＤ−Ｄｅｓｔに対応する。
【００７９】
この段階で、前記リストの各アーギュメントの読み取りステータスは、常に、読み取られていないステータス値に保持される。
【００８０】
図３ｄに示したように、メッセージＭＳＧの厳密な意味での書き込みステップ１０１０は、有利には、考慮されたメッセージＭＳＧの順序番号Ｎ−ＭＳＧのリターンステップ１０１１に続く。このリターンステップは、前記リターンステップ１００８、１０１２と同様に、たとえばＲＡＭにメッセージの順序番号を書き込むことからなる。かくして、メッセージの番号Ｎ−ＭＳＧに関する情報は、オペレーションシステムＯＳまたは内部通信インターフェースにより使用可能であり、図２ｂ〜図２ｄに関して先に述べたように受信ＡＣＫメッセージの伝送手順を確保する。
【００８１】
前記ステップ１０１１に続いて、前述のようにインターフェースの未知のアプリケーションの識別属性リストＬ−ＮＡＣＫのリターンステップ１０１２が実施される。
【００８２】
従って、所定の送信アプリケーションＥ−ＩＤに対し、このようなアプリケーションの使用期間中、アプリケーションは、複数のメッセージＭＳＧの送信を実施するように構成され、各メッセージは、考慮されたアプリケーションとは独立した固有の順序番号Ｎ−ＭＳＧを含むが、またこのメッセージが向けられる宛先アプリケーションのリストを含む。リストは、たとえば宛先アプリケーションの識別属性およびインターフェースの既知の読み取りステータスのリストＬ−ＡＣＫからなる。
【００８３】
従って、１つの送信アプリケーションＥ−ＩＤから複数の宛先受信アプリケーションへの情報メッセージの一方向伝送モードでは、本発明が対象とする通信インターフェースが既知であり、かつ送信アプリケーションＥ−ＩＤとは異なるマルチアプリケーションの携帯用物品のあらゆるアプリケーションは、情報メッセージＭＳＧが場合によっては向けられる受信アプリケーションＲ−ＩＤを構成することができる。
【００８４】
こうした状況で、情報メッセージは、前記受信アプリケーションを後で使用する際に、不揮発性プログラマブルメモリ１８ａに情報メッセージを書き込むので、このアプリケーションの起動により、先に述べたメッセージ読み取り手順２００を実施することができる。
【００８５】
次に、図３ｅに関してメッセージ読み取り手順２００について説明する。
【００８６】
この手順では、入力パラメータが、考慮された受信アプリケーションの識別属性パラメータＲ−ＩＤであり、出力パラメータが、この受信アプリケーション宛のメッセージのデータパラメータと、実行報告からなるエラーステータスパラメータＳ−Ｅである。
【００８７】
好適には、図３ｅに示したように、不揮発性メモリの通信インターフェースのメッセージ読み取りコマンドは、受信アプリケーションの識別属性Ｒ−ＩＤおよび宛先アプリケーションの識別属性リストＬＩＤ−Ｄｅｓｔから、宛先が受信アプリケーションＲ−ＩＤである、まだ読み取られていない第１のメッセージのサーチステップ２００ａを少なくとも含むことができる。
【００８８】
実際、一方向伝送では、マルチアプリケーションの携帯用物品のアプリケーションがユーザにより選択される場合、このアプリケーションはオペレーションシステムにより作動される。しかしながら、本発明が対象とするプロトコルの特に有利な特徴によれば、この同じアプリケーションに、先行する商取引に対する受信アプリケーション属性を割り当てることができる。このような状況で、メッセージの読み取りコマンド２００は、ユーザが考慮したアプリケーションが、オペレーションシステムＯＳにより作動されるとスタート可能になる。
【００８９】
この場合、このアプリケーションが宛先である、まだ読み取られていない第１のデータメッセージのサーチステップ２００ａは、有利には、考慮された受信アプリケーションＲ−ＩＤ、すなわち前記作動アプリケーション向けに、不揮発性メモリに少なくとも１つのメッセージＭＳＧがあるかどうか調べるテスト２００１を含むことができる。
【００９０】
前記テスト２００１に対して否定応答の場合、この宛先アプリケーション向けのメッセージＭＳＧがないときは、エラーステータスＳ−Ｅの設定ステップ２００２が設けられる。前記ステップ２００２は、後述するようにエラーステータスリターンステップ２００ｅが続く。
【００９１】
前記テスト２００１に対して肯定応答の場合、ステップ２００３が設けられ、現行のメッセージの品質を最も古いメッセージＭＳＧに割り当てることができる。ステップ２００３を実現するにあたって、不揮発性メモリに記憶されたメッセージの順序番号Ｎ−ＭＳＧから、最も小さい番号Ｎ−ＭＳＧを支持するメッセージを現行のメッセージとして考慮するソートルーチンを呼び出すことができる。最も小さい順序番号は、このために、最も古いメッセージＭＳＧに対応する。
【００９２】
ステップ２００３は、考慮された現行のメッセージの宛先アプリケーションの識別属性リスト、すなわち図３ｄに示されたステップ１０１０で考慮されたメッセージにより不揮発性メモリに書き込まれたリストＬ−ＡＣＫに、受信アプリケーションの識別属性Ｒ−ＩＤが属するかどうか調べる第２のテスト２００４にそれ自体が続く。
【００９３】
テスト２００４に対して肯定応答の場合、現行のメッセージの読み取りステータスを、読み取られていないメッセージとしてチェックする別のテスト２００５が設けられ、このチェック操作は、考慮された受信アプリケーションの識別属性Ｒ−ＩＤに対応する読み取りステータスＳ−Ｌのアーギュメントの読み取りにより実施される。
【００９４】
前記テスト２００５、およびテスト２００４に対して否定応答の場合、不揮発性メモリに保存されている最新のデータメッセージと現行のメッセージの絶対順序が同じかどうか調べるテスト２００６が行われる。このテストは、不揮発性メモリに保存された、考慮された宛先アプリケーションＲ−ＩＤ用のメッセージ全体を検討したかどうか確かめることができるようにする。
【００９５】
テスト２００６に対して肯定応答の場合、エラーステータスの設定ステップ２００２にリターンし、同じ前記テスト２００６に対して否定応答の場合、次の情報メッセージを現行のメッセージに割り当てるステップ２００７が実施される。このステップ２００７は、それ自体がテスト２００４にリターンされて、考慮された受信アプリケーションＲ−ＩＤのためのメッセージ全体が読み取られたかどうか確かめる。
【００９６】
テスト２００５に対して肯定応答の場合、現行のメッセージに含まれるデータのリカバリステップ２００ｂが実施される。この操作は、有利には、不揮発性メモリすなわちＲＡＭに、不揮発性メモリに書き込まれた現行メッセージのデータフィールドを書き込むことから構成できる。
【００９７】
ステップ２００ｂ自体に続くステップ２００ｃでは、考慮された受信アプリケーションＲ−ＩＤに対してメッセージＭＳＧのステータスの管理を実施し、各メッセージを書き込む不揮発性メモリの完全な管理を行うことができる。ステップ２００ｃは、データリターンステップ２００ｄと、上記のエラーステータス設定ステップ２００２に続くエラーステータスＳ−Ｅリターンステップ２００ｅとに続くことができる。データリターンステップまたはエラーステータスリターンステップは、受信アプリケーションＲ−ＩＤによる不揮発性メモリＲＡＭの作業記憶域への書き込み、次いでオペレーションシステムＯＳによる読み取りにより実施可能である。
【００９８】
図３ｅの、不揮発性メモリにおけるメッセージのステータスの管理ステップ２００ｃに関して、このステップは、宛先アプリケーションの識別属性リストＬＩＤ−Ｄｅｓｔもしくは、受信アプリケーションの識別属性アーギュメントと、図３ｃに示したような現行メッセージのステータス（読み取られた、または読み取られていない）に対応する読み取りステータスのアーギュメントとから形成されるリストタームを含むリストＬ−ＡＣＫのために、このアーギュメントへの任意の読み取りステータス値の割り当てによる、宛先アプリケーションに関連した対応する読み取りステータスＳ−Ｌのアーギュメントの更新ステップ２００９と、読み取りステータスのこのアーギュメントの値が、宛先アプリケーションの識別属性リストの各読み取りステータスアーギュメントの読み取られたステータス値に等しいかどうかチェックするテストステップ２０１０とを含むことができる。ステップ２０１０は、実際に、宛先アプリケーションのリストＬＩＤ−ＤｅｓｔもしくはＬ−ＡＣＫに記載されている宛先アプリケーションの全体が、後の全ての操作の前に、考慮されたメッセージ番号Ｎ−ＭＳＧのメッセージＭＳＧの読み取りを実施したかどうかチェック可能である。
【００９９】
前記チェックステップ２０１０に対して肯定応答の場合、不揮発性メモリで現行のメッセージを消去するステップ２０１１が実施される。何故なら、全ての宛先アプリケーションがこのメッセージの読み取りを実施したからである。ステップ２０１１はまた、前記消去ステップの成功を考慮してエラーステータスＳ−Ｅの設定を含む。
【０１００】
かくして、考慮された現行メッセージの消去ステップ２０１１と、読み取りステータスのアーギュメント値が、読み取ったステータスの値に等しいかどうかチェックするステップ２０１０の否定応答とに続いて現行のメッセージに対応するメッセージＭＳＧのデータフィールドに含まれるデータのリターンステップ２００ｄ及び２００ｅ、次いで、エラーステータスのリターンステップ２００ｅを実施可能である。
【０１０１】
一般に、図３ｄおよび図３ｅに関連して図示および説明されたメッセージ送信およびメッセージ読み取りコマンドと対応する手順は、図３ｂに示したように、伝送される現行メッセージの順序番号のリターンに対応して、メッセージ番号Ｎ−ＭＳＧのリターンステップ１０１１がある時または無い時に実施可能である。前記ステップ１０１１がないと仮定する場合、図３ｅに示したようなメッセージ読み取りステップは、変更なく実施可能である。さらに、書き込みの観点から不揮発性プログラマブルメモリ１８ａの管理、およびこのメモリにおける情報メッセージの消去は、有利には、二重にリンクされるリストの既知の管理プロセスにより内部通信インターフェースによって実施され、考慮された各メッセージＭＳＧに、メッセージのオクテット数、停止コード、先行および後続ブロックにおけるポインタ等の対応する管理パラメータを既知の方法で割り当てる。
【０１０２】
しかしながら、前記ステップ１０１１は、好適な実施形態では図２ｂ〜図２ｄに示した手順３００である、送信アプリケーションＥ−ＩＤへの受信ＡＣＫメッセージの伝送手順を実施可能であり、次に、これについて図３ｆに関して説明する。この手順は、コマンドまたは手順Ｌｅｃｔｕｒｅ−ＡＣＫ−Ｒにより実施され、送信アプリケーションすなわち以前にメッセージＭＳＧを送信したアプリケーションＥ−ＩＤが、所定の宛先アプリケーションによる読み取りに対してこのメッセージの状態を参照できるようにするものである。
【０１０３】
コマンドＬｅｃｔｒｅ−ＡＣＫ−Ｒは、受信アプリケーションＲ−ＩＤの識別属性および当然のことながらメッセージ番号Ｎ−ＭＳＧ等の、入力パラメータを実施し、このメッセージ番号に対して、前記送信アプリケーションＥ−ＩＤは、前記宛先アプリケーションによる読み取りに対してこのメッセージの状態を知ろうとする。
【０１０４】
出力では、コマンドＬｅｃｔｕｒｅ−ＡＣＫ−Ｒが、この受信アプリケーションが前記番号Ｎ−ＭＳＧのメッセージが、読み取られたか、または読み取られていないかの状態を示す、ブール理論上の結果「ＡＣＫメッセージ」Ｍ−Ａに関するパラメータと、コマンドＬｅｃｔｕｒｅ−ＡＣＫ−Ｒコマンド３００によって実施される操作に関するエラーステータスＳ−Ｅとを戻す。
【０１０５】
図３ｆに示されているように、コマンドＬｅｃｔｕｒｅ−ＡＣＫ−Ｒは、番号Ｎ−ＭＳＧの考慮されたメッセージの存在を読み取ってチェックするステップ３００ａと、このアプリケーションが送信したメッセージのＡＣＫを問うことができるかどうかチェック可能な制御ステップ３００ｂと、考慮されたメッセージＮ−ＭＳＧに関して考慮された受信アプリケーションＲ−ＩＤの識別属性をサーチするステップ３００ｃと、読み取られたか、または読み取られていないかについてのメッセージの状態を示すブールパラメータＭ−Ａの設定からなる結果の計算ステップ３００ｄとを含む。
【０１０６】
図３ｆで示された好適な実施形態において、前記コマンドの操作モードは、以下の通りである。
【０１０７】
−オペレーションシステムＯＳは、内部通信インターフェースに、選択された送信アプリケーションＥ−ＩＤの識別属性を供給する。この識別属性により、番号Ｎ−ＭＳＧのメッセージが消去されていない場合、前述のように一方向伝送の場合、選択された送信アプリケーションＥ−ＩＤであるコマンドＬｅｃｔｕｒｅ−ＡＣＫ−Ｒを実行するアプリケーションが、前記メッセージを送信したアプリケーションであるかどうか制御することができる。
【０１０８】
こうした状況で、所定のアプリケーションは、このアプリケーションが送信したメッセージにおいてのみ情報を得ることができる。反対の場合には、エラーメッセージが送信される。
【０１０９】
−受信アプリケーションＲ−ＩＤの識別属性が、宛先アプリケーションリストＬＩＤ−Ｄｅｓｔの要素ではない場合、同様にエラーメッセージが送信される。
【０１１０】
上記の操作は、以下のように実施可能である。
【０１１１】
−ステップ３００ａ：
メッセージ番号Ｎ−ＭＳＧのメッセージの存在をチェックするテスト３０００を行う。前記テストに対して否定応答の場合、次のメッセージ番号Ｎ’−ＭＳＧが前記番号Ｎ−ＭＳＧを越えるかどうかチェック可能なテスト３００１が行われる。
【０１１２】
テスト３００１に対して肯定応答の場合、読み取られたか、または読み取られていないかについてのメッセージ状態を示すブールパラメータＭ−Ａに、ステップ３００３で真の値を割り当てる。前記ステップ３００３は、実行ＯＫと記載された正しい実行値をエラーステータスＳ−Ｅに割り当てるステップ３０１１に続く。ステップ３０１１は、エラーステータスＳ−Ｅのリターンステップ３０１２に続く。
【０１１３】
前記テスト３００１に対して否定応答の場合、手順のこのステップで考慮されたメッセージに割り当てられるメッセージ番号Ｎ−ＭＳＧがないために、エラーステータスＳ−Ｅの割り当てステップ３００２が実施される。ステップ３００２は、対応するエラーステータスのリターンステップ３０１２に続く。ステップ３００１、３００２、３００３は、対応する順序番号Ｎ−ＭＳＧのメッセージの不在を管理可能である。
【０１１４】
ステップ３００ａの前記テスト３０００に対して肯定応答の場合、順序番号がＮ−ＭＳＧであるメッセージを不揮発性メモリで読み取ることからなるステップ３００４が設けられる。このステップは、特に、考慮された番号のメッセージに結合される送信アプリケーションＥ−ＩＤの識別属性や、宛先アプリケーションのリストＬＩＤ−ＤｅｓｔまたはリストＬ−ＡＣＫ等の、メッセージ要素のリカバリを要求する。
【０１１５】
−ステップ３００ｂ：
ステップ３００４は、コマンドＬｅｃｔｕｒｅ−ＡＣＫ−Ｒをスタートするアプリケーションの識別属性が、番号Ｎ−ＭＳＧのメッセージの送信アプリケーションＥ−ＩＤの識別属性に対応するかどうかチェックすることからなるテスト３００５に続く。このテストステップは、図３ｆでＥ’−ＩＤ＝Ｅ−ＩＤと記載されている。
【０１１６】
前記ステップ３００５に対して否定応答の場合、エラーステータスＳ−Ｅを「アクセス不能な情報」値に設定するステップ３００６が設けられる。このステップは、前記エラーステータスのリターンステップ３０１２に続く。
【０１１７】
−ステップ３００ｃ：
前記テスト３００５に対して肯定応答の場合、宛先アプリケーションのリストＬＩＤ−ＤｅｓｔまたはリストＬ−ＡＣＫの要素として宛先アプリケーションの識別属性が存在するかどうかチェック可能なテスト３００７が設けられる。テスト３００７に対して否定応答の場合、宛先アプリケーションＲ−ＩＤの識別属性が、考慮された番号Ｎ−ＭＳＧのメッセージに見つからないので、エラーステータスＳＥの設定ステップ３００８が設けられる。ステップ３００８は、エラーステータスリターンステップ３０１２に続く。
【０１１８】
−ステップ３００ｄ：
前記テスト３００７に対して肯定応答の場合、読み取りステータスＳ−Ｌが、考慮された宛先アプリケーションＲ−ＩＤに対して読み取られたステータス値を有するかどうかチェックすることからなる新しいテスト３００９が設けられる。この操作は、Ｓ−Ｌ＝Ｒ−ＩＤに対して読み取られたステータスと記される。
【０１１９】
前記テスト３００９に対して肯定応答の場合、真の値へのブールメッセージＭ−Ａのリターンステップ３００３が呼び出され、次いで、エラーステータスＳ−Ｅを正しい実行に設定する前記ステップ３０１１が呼び出される。
【０１２０】
前記テスト３００９に対して否定応答の場合、このために、考慮された宛先アプリケーションＲ−ＩＤによりメッセージが読み取られなかったので、ブールメッセージＭ−Ａを偽の値に設定するＭ−Ａ＝偽のステップ３０１０が設けられる。その場合、ステップ３０１０は、エラーステータスＳ−Ｅを正しい実行に設定するステップ３０１１に続く。
【０１２１】
一般に、コマンドＬｅｃｔｕｒｅ−ＡＣＫ−Ｒのスタート後、ＡＣＫを出す要求の結果が真であるのは、従って、所定の宛先アプリケーションＲ−ＩＤによって所定の番号Ｎ−ＭＳＧを読み取られたメッセージが認識されるのは、以下の場合である。
【０１２２】
・メッセージの識別番号が、使用可能な次のメッセージ番号よりも厳密に小さいので、このメッセージが消去されるとき、あるいは、
・所定の宛先アプリケーションＲ−ＩＤの識別属性が、宛先アプリケーションの識別属性リストＬＩＤ−Ｄｅｓｔにあり、対応するメッセージの読み取りステータスＳ−Ｌが「読み取られたメッセージ」値にあるとき。
【０１２３】
他の場合はいずれも、結果が偽である。
【０１２４】
次に、情報メッセージＭＳＧの一方向通信の場合の、送信または受信アプリケーションの特定管理モード、特に、本発明の対象とするマルチアプリケーションの携帯用物品の様々なアプリケーションへの、送信または受信アプリケーション属性の割り当てについて、これらのアプリケーションのインストールおよびインストール解除手順を示す図４ａ、図４ｂを参照しながら説明する。
本発明の対象とするプロトコルの特徴によれば、送信アプリケーションまたは受信アプリケーションの属性の管理は、オペレーションシステムＯＳと共に、内部通信インターフェースそのものにより行われる。
【０１２５】
図４ａに示したように、内部通信インターフェースは、ＭＳＧ送信、ＭＳＧ受信、Ｌｅｃｔｕｒｅ−ＡＣＫ−Ｒといったコマンドまたはプリミティブと、図４ｂ、図４ｃ、図４ｄと共に後述するインストールおよびインストール解除プリミティブすなわちコマンドＡ−ＩＮＳ、Ａ−ＵＮＩＮＳとを備えている。
【０１２６】
さらに、本発明が対象とするマルチアプリケーションの携帯用物品のアプリケーションを管理するために、内部通信インターフェースは、図４ａに示したように不揮発性メモリに記憶域を有し、内部通信インターフェースは、この記憶域にデータテーブルＴＡＢ−Ａを保存する。これらのデータは、各アプリケーションに対し、考慮されたアプリケーションの識別属性ＩＤ−Ａに、各アプリケーションの有効化オクテットＯ−Ｖを結合して構成される。有効化オクテットＯ−Ｖは、実施される内部通信インターフェースに対して考慮されたアプリケーションの作動または非作動性を示すブールパラメータである。
【０１２７】
かくしてデータテーブルＴＡＢ−Ａに挿入されるアプリケーションは、送信アプリケーションでも受信アプリケーションでもよい。
【０１２８】
本発明が対象とするプロトコルの使用および実施中、前記有効化オクテットは、これらのアプリケーション間で考慮された送信アプリケーションに無関係に、任意の送信アプリケーションと受信アプリケーションとの間で、一方向の一連の伝送用の構成を管理することができる。もちろん、前記内部通信インターフェースの記憶域に記憶されたアプリケーションテーブルＴＡＢ−Ａは、通信インターフェースを介してメッセージの送信または受信コマンドを起動するたびに参照される。
【０１２９】
アプリケーションテーブルＴＡＢ−Ａは、図４ｂに示されている。
【０１３０】
図４ｃに示したインストールコマンドＡ−ＩＮＳに関して、このコマンドは、オペレーションシステムＯＳにより起動されたものとして有効化されたアプリケーションの識別属性ＩＤ−Ａを入力パラメータとして実施する。
【０１３１】
このため、インストールコマンドＡ−ＩＮＳ、４００は、同じ識別属性のアプリケーションが、内部通信インターフェースにより起動されたものと以前にみなされていないかどうか検査するステップ４００ａを含み、続いて、参照されたアプリケーションテーブルＴＡＢ−Ａへの情報の書き込みからなるステップ４００ｂを含む。前記インストールコマンドの出力パラメータは、遭遇した様々な状況に応じてリターンされるエラーステータスＳ−Ｅに関する。
【０１３２】
図４ｃに示したようにステップ４００ａを実施するために、このステップは、インストールの実施をオペレーションシステムＯＳにより許可するステップ４０００を含むことができる。許可基準は、多数あり、簡単な実施形態では、単に、アプリケーションがこのオペレーションシステムにより起動されるものとみなすことから構成可能である。テスト４０００に対する否定応答に対して、エラーステータスがステップ４０００１で設定され、このエラーステータスＳ−Ｅに「未許可のアプリケーション」値が割り当てられる。ステップ４００１に続いて、前述のようにエラーステータスのリターンステップ４００２が設けられる。
【０１３３】
オペレーションシステムによる許可ステップ４０００に対して肯定応答の場合、本発明が対象とする内部通信インターフェースは、インストールされたアプリケーションテーブルに識別属性ＩＤ−Ａが属するかどうかチェックするテストステップ４００３を実施する。テスト４００３は、考慮された識別属性ＩＤ−Ａのアプリケーションに対して有効化オクテットＯ−Ｖが真の値を取るかどうかチェックすることから構成できる。
【０１３４】
前記テスト４００３に対して肯定応答の場合、「以前に参照したアプリケーション」値に設定されるエラーステータスＳ−Ｅの設定ステップ４００４が実施される。このステップ４００４に、上記のエラーステータスのリターンステップ４００２が続く。
【０１３５】
テスト４００３に対して否定応答の場合、ステップ４００ｂは、不揮発性メモリでＩＤ−Ａと真の値にある有効化オクテットＯ−Ｖとの対をアプリケーションテーブルＴＡＢ−Ａに書き込むことからなるステップ４００５から構成される。このステップ４００５はまた、アプリケーションテーブルＴＡＢ−Ａへの書き込み実行報告に、対応エラーステータスＳ−Ｅを設定するステップを含む。前記ステップ４００５に続いて、前記エラーステータスのリターンステップ４００２が行われる。
【０１３６】
かくして、通信インターフェースに対するアプリケーションＩＤ−Ａの作動状態は、オペレーションシステムＯＳの許可の下で前記コマンドＡ−ＩＮＳを実行するのがアプリケーション自体であるという事実によって保証される。
【０１３７】
送信アプリケーションが、情報メッセージＭＳＧの通信の実施をもはや望まない場合、あるいはオペレーションシステムＯＳによって考慮されるアプリケーションが有効化されない場合、インストール解除コマンドＡ−ＵＮＩＮＳを介して、アプリケーション自体あるいはオペレーションシステムＯＳにより、インストール解除手順が実行される。
【０１３８】
インストール解除コマンドＡ−ＵＮＩＮＳの目的は、内部通信インターフェースにおけるアプリケーションの参照を削除し、特に、有効化オクテットＯ−Ｖに偽の値を割り当てることによってこのオクテットの値を補正することにあり、このために、識別属性ＩＤ−Ａの考慮されたアプリケーションはもはや、既知のアプリケーションとみなされない。
【０１３９】
図４ｄを参照すると、インストール解除コマンド５００の入力パラメータは、考慮されたアプリケーションの識別属性ＩＤ−Ａであり、出力パラメータは、遭遇した様々な状況に応じてリターンされるエラーステータスＳ−Ｅである。
【０１４０】
図４ｄに示したように、前記コマンドは、考慮された送信アプリケーションがインストールされているか、または以前にインストールされたか検査可能なステップ５００ａと、このアプリケーションが、以前にインストール解除手順の対象とされなかったかどうか検査可能なステップ５００ｂと、インストール解除されたアプリケーションによる読み取りを待機中の情報メッセージＭＳＧの管理ステップ５００ｃと、通信インターフェースに対して、アプリケーションの有効性インジケータである有効化オクテットＯ−Ｖの更新を可能にするステップ５００ｄとを含む。
【０１４１】
様々なステップに関し、これらのステップは有利には以下を含むことができる。
【０１４２】
−ステップ５００ａ：
チェックテスト５０００は、オペレーションシステムＯＳによりインストール解除を許可をチェックする。インストールコマンド４００に関して先に述べたように、この許可ステップは、オペレーションシステムＯＳのレベルで設定された複数の許可基準から構成可能である。たとえば、このテストは、アプリケーションを消去したり、同じ識別子をもつ不正なアプリケーションを入力したりしないようにすることができる。
【０１４３】
インストールコマンド４００に対応する簡単な実施形態では、許可基準は、単に、インストール解除プロセスに従うアプリケーションが、オペレーションシステムＯＳにより起動されるものとみなすという事実から構成することができる。
【０１４４】
前記テスト５０００に対して否定応答の場合、エラーステータスＳ−Ｅを「未許可のインストール解除」値に設定するステップ５００１が実施され、このステータス５００１は、前述のようにエラーステータスのリターンステップ５００２に続く。
【０１４５】
前記テスト５０００に対して肯定応答の場合、テスト５００３が実施され、このテストは、インストール解除プロセスに従うアプリケーションの識別属性ＩＤ−Ａが、インストールされたアプリケーションのテーブルに存在するかどうかチェックすることからなる。
【０１４６】
前記テスト５００３に対して否定応答の場合、エラーステータスＳ−Ｅを「以前に参照されていないアプリケーション」値に設定するステップ５００４が設定され、このステップ５００４は、エラーステータスのリターンステップ５００２に続く。
【０１４７】
−ステップ５００ｂ：
前記テスト５００３に対して肯定応答の場合、たとえば有効化オクテットＯ−Ｖが真の値に等しいかどうかチェック可能なテスト５００５により、ステップ５００ｂが実施される。
【０１４８】
前記テスト５００５に対して否定応答の場合、エラーステータスＳ−Ｅを「以前にインストール解除したアプリケーション」値に設定可能なステップ５００６が設けられる。ステップ５００６は、前述のようにエラーステータスのリターンステップ５００２に続く。
【０１４９】
−ステップ５００ｃ：
テスト５００５に対して肯定応答の場合、宛先の１つが識別属性ＩＤ−Ａに対応し、かつ読み取りステータスＳ−Ｌが「読み取られていないステータス」値にあるメッセージの存在をチェックするテスト５００７により、ステップ５００ｃが実施される。このテストは、論理式により、
ＩＤ−Ａ＝Ｒ−ＩＤ ＡＮＤ Ｓ−Ｌ＝「読み取られていないステータス」
のように表せる。
【０１５０】
前記テスト５００７に対して肯定応答の場合、ステップ５００８が実施され、しかるべき第１のメッセージ、すなわち順序番号が最も小さいメッセージを、現行のメッセージとしてテスト５００７の条件に割り当てることができる。ステップ５００８に続くステップ５００９は、宛先アプリケーションのリストで識別属性がＩＤ−Ａの、インストール解除される考慮されたアプリケーションに関連して読み取りステータスＳ−Ｌの更新を可能にし、読み取りステータスＳ−Ｌに、「読み取られたステータス」値を割り当てる。ステップ５００９は、それ自体が、リストＬ−ＡＣＫの各要素の読み取りステータスの前記値が「読み取られたステータス」値に等しいかどうかチェックすることからなるステップ５０１０に続く。
【０１５１】
前記テスト５０１０に対して肯定応答の場合、不揮発性メモリのメッセージＭＳＧの消去ステップ５０１１が実施され、このステップは、「消去成功報告」値にエラーステータスＳ−Ｅを設定するステップを含む。
【０１５２】
テスト５０１０に対して否定応答の場合、及び、前記ステップ５０１１に続いて、識別属性ＩＤ−Ａのインストール解除に従う同じアプリケーションで、異なる順序番号の他のメッセージに対してテストステップ５００７へのリターンが実行される。
【０１５３】
−ステップ５００ｄ：
前記テスト５００７に対して否定応答の場合、ステップ５０１２によりステップ５００ｄが実施される。ステップ５０１２は、考慮された識別属性のアプリケーションＩＤ−Ａに対して、有効化オクテットＯ−Ｖに偽の値を割り当てることにより不揮発性メモリにおけるアプリケーションテーブルＴＡＢ−Ａの有効化オクテットを更新することからなる。前記ステップ５０１２はまた、エラーステータスＳ−Ｅをアプリケーションテーブルの「書き込み実行報告」値に設定するステップを含む。ステップ５０１２は、それ自体が、エラーステータスのリターンステップ５００２に続く。
【０１５４】
次に、図５ａ、図５ｂ、図５ｃを参照しながら、本発明の目的によるプロトコルを実施可能な内部通信インターフェースの一般的な操作モード例について説明する。
【０１５５】
図５ａに関して限定的ではなく例として、内部通信インターフェースは、アプリケーションテーブルＴＡＢ−Ａを含むものとみなされる。アプリケーション番号１のＩＤ−Ａ１は有効であって有効化オクテットＯ−Ｖが有効値にあり、アプリケーション番号２のＩＤ−Ａ２は、たとえばオペレーションシステムＯＳの操作により無効であって、その有効化オクテットＯ−Ｖは無効値にあり、アプリケーション番号３と４はそれ自体が有効である。
【０１５６】
図５ｂは、アプリケーションＩＤ−Ａ１が、本発明の対象とする通信インターフェースの既知の受信アプリケーションに、メッセージ番号Ｎ−ＭＳＧ＝３８のメッセージを送信する送信アプリケーションである状況を例として示している。この状況で、リストＬ−ＡＣＫは、単にアプリケーションＩＤ−Ａ３、ＩＤ−Ａ４を含んでいるだけであり、アプリケーションにＩＤ−Ａ２は無効であって、そのステータスワードは、読み取られていないポジションＮＬにあり、情報メッセージの厳密な意味でのデータは、ＸＸＸＸと記載されている。
【０１５７】
さらに、図５ｃは、一つの宛先アプリケーションＩＤ−Ａ４によるこのメッセージの読み取り後に、プログラマブルメモリ１８ａに記憶された同じメッセージＮ−ＭＳＧ＝３８に対応し、リストＬ−ＡＣＫにおいて、このアプリケーションに関する読み取りステータスの属性は「ＬＵ（読み取られた）」値にある。メッセージＮ−ＭＳＧ＝３８は、全ての読み取りステータスの属性がＬＵ値にされた後でしか、プログラマブルメモリから消去されず、各宛先アプリケーションは、考慮されたメッセージの読み取りを行う。
【０１５８】
また、本発明の対象とするプロトコルの実施に関して、このプロトコルを、様々な開発に組み合わせることができる。
【０１５９】
以上の説明により、一つの送信アプリケーションから様々な受信アプリケーションへのメッセージの一方向伝送による実施が可能になるが、本発明の対象とするマルチアプリケーションの携帯用物品に含まれるアプリケーションを階層化することが、さらに可能である。このために、アプリケーションＴＡＢ−Ａのテーブルを２つの異なるテーブルに、さらに分割し、たとえば一方のテーブルが送信アプリケーションに、他方のテーブルが受信アプリケーションに関与するように構成できる。しかも、このような場合には、図４ｃ、図４ｄに関して記載されたインストールおよびインストール解除コマンドを特定のアプリケーション専用にすることができる。
【０１６０】
そのうえ、たとえば、オペレーションシステムによって与えられる許可レベル４０００、５０００に、異なる基準を付与することにより、インストールプロセスの安全化プロセスを実施可能である。
【０１６１】
換言すれば、本発明の対象とする内部通信インターフェースおよびプロトコルを介した内部通信システムへのアクセスは、パスワードまたは同等物を知っているかどうかなどの様々な基準に左右される。こうした状況で、前記テスト４０００、５０００は、前記パスワードまたは特定のキーを、関与するアプリケーションにより知ることによって連続することができる。
【図面の簡単な説明】
【図１ａ】従来技術のマイクロプロセッサカードからなる携帯用物品の機能図である。
【図１ｂ】本発明の対象とするプロトコルを実施可能なマルチアプリケーションの携帯用物品におけるプログラマブル不揮発性メモリのメモリレイアウト図である。
【図１ｃ】本発明の対象とするプロトコルを実施可能なステップを示す一般的なフローチャートである。
【図２ａ】図１ｃに示したような、本発明の対象とするプロトコルの情報メッセージ交換ステップを示す一般的なフローチャートである。
【図２ｂ】限定的ではないが、受信アプリケーションの情報メッセージ受領通知の伝送手順が送信アプリケーションに入力された場合に、図１ｃと図２ａに示した情報メッセージ交換ステップの変形実施形態を示す図である。
【図２ｃ】限定的ではないが、受信アプリケーションの情報メッセージ受領通知の伝送手順が送信アプリケーションに入力された場合に、図１ｃと図２ａに示した情報メッセージ交換ステップの変形実施形態を示す図である。
【図２ｄ】限定的ではないが、受信アプリケーションの情報メッセージ受領通知の伝送手順が送信アプリケーションに入力された場合に、図１ｃと図２ａに示した情報メッセージ交換ステップの変形実施形態を示す図である。
【図３ａ】限定的ではない特定の実施形態において、本発明の対象とするプロトコルの実施に特に適合する情報メッセージ構造を示す図である。
【図３ｂ】限定的ではない特定の実施形態において、本発明の対象とするプロトコルの実施に特に適合する情報メッセージ構造を示す図である。
【図３ｃ】限定的ではない特定の実施形態において、本発明の対象とするプロトコルの実施に特に適合する情報メッセージ構造を示す図である。
【図３ｄ】図３ａ〜３ｃに示した構造を情報メッセージが有する、限定的ではない特定の実施形態において、本発明の対象とするプロトコルに従って情報メッセージを送信または受信する手順を示す詳細なフローチャートである。
【図３ｅ】図３ａ〜３ｃに示した構造を情報メッセージが有する、限定的ではない特定の実施形態において、本発明の対象とするプロトコルに従って情報メッセージを送信または受信する手順を示す詳細なフローチャートである。
【図３ｆ】限定的ではない特定の実施形態において、所定の情報メッセージの受信ＡＣＫメッセージを送信アプリケーションに伝送する手順に関するフローチャートである。
【図４ａ】一定のアプリケーションに送信アプリケーション属性を、他のアプリケーションに受信アプリケーション属性を割り当てることができるインストール−インストール解除手順の特定の実施形態に関する図である。
【図４ｂ】一定のアプリケーションに送信アプリケーション属性を、他のアプリケーションに受信アプリケーション属性を割り当てることができるインストール−インストール解除手順の特定の実施形態に関する図である。
【図４ｃ】図４ａ、図４ｂに示したインストール−インストール解除手順に関連して実施されるインストールプロセスの特定のフローチャートである。
【図４ｄ】図４ａ、図４ｂに示したインストール−インストール解除手順に関連して実施されるインストール解除プロセスの特定のフローチャートである。
【図５ａ】本発明の対象とするプロトコルによる内部通信インターフェースの操作モードの一例を示す図である。
【図５ｂ】本発明の対象とするプロトコルによる内部通信インターフェースの操作モードの一例を示す図である。
【図５ｃ】本発明の対象とするプロトコルによる内部通信インターフェースの操作モードの一例を示す図である。
情報処理を可能にする現在のマイクロプロセッサカード等の携帯用物品（ｏｂｊｅｔ ｐｏｒｔａｒｉｆ）は、多数の領域で使用されている。ユーザが、これらの携帯用物品の数を過度に増やさなくても済むように、製造メーカーは、異なる用途のためのデータ管理を行う、いわゆるマルチアプリケーションのオペレーションシステムを実施している。たとえば、保健衛生、所定の場所へのアクセス、または図書館での本の貸付といったアプリケーションは、同一のオペレーションシステムで管理することができる。
【０００２】
一般に、これらの携帯用物品は、複数のタイプのメモリを含んでいる。リードオンリーメモリＲＯＭは、このオペレーションシステムを含んでいるが、プログラマブルメモリは、オペレーションシステムにより処理されるデータを含んでいる。これらのデータを含む記憶域は、別々にされており、オペレーションシステムは、各アプリケーション内で決定されるアクセス条件だけに応じて、記憶域へのアクセスを管理する。マイクロプロセッサカードからなる携帯用物品の機能図を図１ａに示した。
【０００３】
物品またはカードが、たとえばアプリケーションＰＭＥにより示される電子財布のアプリケーション、高速道路の料金所、あるいは製品もしくは商品の通信販売といった幾つかの電子商取引サービス等、特定のアプリケーション専用の複雑な機能を実行しなければならなくなると、このような操作モードは使えなくなる。
【０００４】
このような状況における１つの解決方法は、カードのプログラマブルメモリにアプリケーションプログラムをダウンロードすることからなる。アプリケーションプログラムは、マイクロプロセッサが直接実行可能であるアセンブラ言語として開発するか、または高級プログラミング言語として開発することができ、後者の場合、圧縮した形でカードのメモリに書き込まれ、次いでインタープリタにより実行され、インタープリタは、ダウンロードされたプログラムをマイクロプロセッサが実行可能な命令に翻訳する。こうした解決方法は、カードに装備するマイクロプロセッサとは無関係に汎用の言語でプログラムを作成することができる。
【０００５】
カードの不揮発性メモリは、出所が様々なアプリケーションプログラムを受容するように構成されている。これらのプログラムは、互いに独立して実行可能であり、このために専用の記憶域を有する。特定の幾つかのケースでは、これらのプログラムは、相互に共通なデータを通信しなければならない。たとえば電子商取引アプリケーションは、１つまたは複数の取引を実施するためにカードのメモリに常駐するＰＭＥアプリケーションを使用することができる。
【０００６】
欧州特許出願第９８９３３７１６．７号（米国特許出願第０９２４２９７６号に対応）に記載された従来技術の実施形態では、共通データの伝送は、交換される共通データの転送を可能にするファイルリンクにより実施可能である。
【０００７】
上記の特許出願が対象とする方法は、考慮されたアプリケーションのためにフォーマットしてファイルとして構成したデータセットを通信可能な、連続的な不可逆プロセスを記載しており、データセットは、このために分割不能である。
【０００８】
従って、このようなデータは主に、考慮されたアプリケーションの作業データに対応し、こうした作業データは単に、これらのアプリケーションの実施とは独立した複数のアプリケーションによって共有される。このような操作方法は、満足のいくものであるが、しかし、１つまたは複数の受信アプリケーション間でダイナミックな情報交換のプロセスを実施することはできない。さらに、共有ファイルは、これらのアプリケーションに応じてフォーマットされ、こうしたアプリケーションと互換性のある、あらゆる外部システムにより読み取られたり、使用されたりすることができる。その結果として、アプリケーション間の独立性または気密性の欠如のため、データセットの安全レベルが落ちる。
【０００９】
本発明の目的は、従来技術の方法の欠点を解消し、マイクロプロセッサカード等の携帯用物品の不揮発性メモリに設置された、送信アプリケーションと、１つまたは複数の受信アプリケーションとの間で交換される情報メッセージとして、基本情報の局部的な交換を可能にすることを目的とする。
【００１０】
本発明の別の目的は、特に、マイクロプロセッサカード等の携帯用物品のアプリケーション間で内部情報交換プロトコルを実施することにあり、このダイナミックな交換は、カードに含まれるアプリケーション間の連続メッセージとして行われる。
【００１１】
本発明の他の目的は、同様に、マイクロプロセッサカード等のアプリケーション間で内部情報交換プロトコルを実施し、こうした情報の守秘性、認証を保証しながら高い安全レベルを確保できるようにすることにある。
【００１２】
本発明のもう１つの目的は、マイクロプロセッサカード等のマルチアプリケーションの携帯用物品におけるアプリケーション間で内部情報交換プロトコルを実施し、従来技術のシステムのアプリケーションで交換されるファイルが伝達する情報とは違い、アプリケーション間で局部的に交換される各メッセージが伝達する一時的な情報が到達しないという性質によって、アプリケーション間の独立性または気密性を保護できるようにすることにある。
【００１３】
従って、本発明は、情報処理リソースと、作業メモリと、これらの情報処理リソースに接続される不揮発性メモリとを備えた、マルチアプリケーションの携帯用物品における内部情報交換プロトコルを提供するものであり、不揮発性メモリにオペレーションシステムを設置する。不揮発性メモリは、各アプリケーションに特定の記憶域を含み、特定の各記憶域は、各アプリケーションに関する、特定のデータ記憶域、特定の命令記憶域、特定の識別記憶域に、さらに分割される。
【００１４】
これらのアプリケーション間の内部情報交換プロトコルは、不揮発性メモリに常駐する少なくとも１つのメッセージ送信コマンドおよびメッセージ受信コマンドを備えた内部通信インターフェースにより、第１のアプリケーションによる１つまたは複数の他のアプリケーションへの情報メッセージの送信要求の際、少なくとも、第１のアプリケーションに、第１のアプリケーションの識別属性を介して、送信アプリケーション属性を割り当て、第１のアプリケーションによる第２のアプリケーションへの情報メッセージの送信要求の際、第１のアプリケーションとは異なる少なくとも１つの第２のアプリケーションに、第２のアプリケーションの識別属性を介して、受信アプリケーション属性を割り当てる。第１および第２のアプリケーション間の情報メッセージの交換は、仲介役（ｉｎｔｅｒｍｅｄｉａｉｒｅ）として使用される通信インターフェースの利用により、第１のアプリケーションが前記情報メッセージを送信し、次いで第２のアプリケーションがこれを受信することにより行われる。
【００１５】
本発明が対象とするプロトコルは、これらのアプリケーション間でほぼインターラクションのリスクを防ぎながら、情報メッセージの交換を実施することができる。
【００１６】
本発明は、従来技術のマイクロプロセッサカード等の携帯用物品に関する図１ａに加えて、単に例として示した以下の図を参照しながら説明を読めば、いっそう理解されるだろう。
【００１７】
次に、本発明の目的に適合するマルチアプリケーションの携帯用物品におけるアプリケーション間の内部データ交換プロトコルを、以下の図１ａ〜図１ｃに関連して詳しく説明する。
【００１８】
一般に、本発明の対象とするプロトコルは、情報処理リソースおよび外部端末との情報交換リソースを備えたマルチアプリケーションのあらゆる携帯用物品で実施可能である。
【００１９】
説明を簡略化するために、このようなプロトコルを実施可能な携帯用物品を、図１ａに示したようなマイクロプロセッサカードとして提示し、説明する。このカードは、限定的ではないが、銀行カードの外観を呈する。特に、たとえばＰＣＭＣＩＡ標準のカード等の他のあらゆるタイプのカードが、本発明が対象とする範囲を逸脱するものではない。
【００２０】
図１ａを参照すると、マイクロプロセッサカード１０からなる携帯用物品は、たとえば銀行の商取引端末等の端末と通信可能な入出力回路Ｉ／Ｏ、１２と、マイクロプロセッサまたはマイクロコントローラからなる情報処理リソース１４とを従来通りに含み、これらの情報処理リソースは、入出力回路１２に接続される。さらに、不揮発性メモリ１８が設けられており、このメモリは、プログラマブルメモリ１８ａと、ＲＯＭ型すなわち読み取り専用型メモリ１８ｂとから構成される。この２つのメモリは、マイクロプロセッサ１４に接続される。さらに、作業メモリ型のメモリ、ＲＡＭ１６もまた、マイクロプロセッサ１４に接続される。上記の接続は、従来のタイプのバスによる接続を意味する。
【００２１】
またオペレーションシステムＯＳが設けられ、これを不揮発性メモリ１８に設置可能である。
【００２２】
さらに、幾つかの場合には、マルチアプリケーションの携帯用物品は、図１ａに示したように、それ自体がマイクロプロセッサ１４に接続された暗号化／解読計算ユニットＳ、２０を含むことが可能である。
【００２３】
本発明が対象とするマルチアプリケーションの携帯用物品の構造要素は、従来技術の周知の要素に対応するので、詳しい説明は省く。
【００２４】
変形実施形態では、マイクロプロセッサは、半導体チップに埋め込まれた論理回路に代えられるか、もしくは少なくとも補完される。実際、論理回路は、マイクロプログラミングではなくワイヤードエレクトロニックによって計算、特に認証および署名を実施できる。論理回路は、特にＡＳＩＣ（「Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ」）型にすることができる。
【００２５】
本発明の対象とするプロトコルを実施可能にするために、直接アクセスするメモリ、特に、たとえばプログラマブル不揮発性メモリ１８ａの特定のメモリレイアウトを、図１ｂに関連して説明する。
【００２６】
この図に示されているように、プログラマブルメモリ１８ａは、考慮された各アプリケーションに対して、各アプリケーションに特定の記憶域Ｚ１、Ｚ２、Ｚ３を含む。
【００２７】
特定の各記憶域Ｚ１〜Ｚ３は、考慮されたアプリケーションに関する、特定のデータ記憶域と、特定の命令記憶域と、各アプリケーションの識別属性を受容する特定の識別記憶域とに、さらに分割される。図１ｂでは、識別属性ＩＤ１〜ＩＤ３およびＩＤＡが示されている。
【００２８】
さらに、不揮発性メモリ１８ａは、内部通信インターフェースを設置する特定の記憶域を含み、このインターフェースは、少なくとも１つの情報メッセージ送信コマンドおよび、情報メッセージ受信コマンドを含む物品コードからなる。物品コードと、メッセージの送信および受信コマンドとは、本発明の対象とするプロトコルの実施の特徴によれば、不揮発性メモリに常駐する。
【００２９】
さらに、限定的ではないが有利には、不揮発性メモリ１８に命令のインタープリタを設置することにより、アプリケーションのコマンドセットをマイクロプロセッサ１４が直接実行可能な命令セットに変換することができる。
【００３０】
図１ｂでは、単なる例として作業メモリＲＡＭ１６を介して行われる、不揮発性メモリに設置されたインタープリタとのインターフェースを介した接続を示した。翻訳されるコマンドは、マイクロプロセッサ１４と、不揮発性メモリ１８に設置された内部通信インターフェースとの相互のアクセスのために、作業メモリに記憶することができる。
【００３１】
さらに図１ｃに示したように、本発明の対象とするプロトコルは、第１のアプリケーションによる１つまたは複数の他のアプリケーションへの情報メッセージＭＳＧの送信要求の際、第１のアプリケーションに、上記の識別属性ＩＤ１〜ＩＤ３等の第１のアプリケーションの識別属性ＩＤ−Ａを介して、送信アプリケーション属性を割り当てることからなる。情報メッセージとは、本発明の対象とするプロトコルの特徴によれば、データまたは命令であり、このメッセージに含まれるデータは、同じ性質のデータとの連結の後で、純粋なデータを示すか、または、マイクロプロセッサ１４により直接かあるいはインタープリタを介して実行可能な命令を構成するためのデータを示す。考慮された第１のアプリケーションへの割り当てステップＡを図１ｃに示す。
【００３２】
同様に、上記のステップＡに続いて、本発明の対象とするプロトコルは、ステップＡで送信アプリケーション属性を割り当てた第１のアプリケーションとは異なる少なくとも１つの第２のアプリケーションに、第１のアプリケーションによるこの第２のアプリケーションへの情報メッセージの送信要求の際、受信アプリケーション属性を割り当てることからなる。第２のアプリケーションへの受信アプリケーション属性の割り当てステップＢが、図１ｃに示されており、ステップＡで割り当てられた送信アプリケーション属性およびステップＢで割り当てられた受信アプリケーション属性が、それぞれ、Ｅ−ＩＤおよびＲ−ＩＤで示されている。
【００３３】
送信アプリケーション属性および受信アプリケーション属性の割り当てプロセスに関しては、このプロセスは、限定的ではないが例として、本発明の対象とするプロトコルを実施可能な主要パラメータを示す「状態ベクトル」を構成することにより実施される。状態ベクトルは、こうしたパラメータが記録された所定数の対応するフィールドを含む。状態ベクトルは、たとえば不揮発性メモリ１８に記憶され、１つのパラメータの状態が変更されるたびに更新可能な現実のベクトルか、またはポインタにより対応パラメータのアドレスを記憶することからなる、いわゆるバーチャルベクトルとすることができる。
【００３４】
本発明の対象とするプロトコルの実施において、状態ベクトルは、現実の状態ベクトルであるが、好適な実施形態によれば、この状態ベクトルは、後述するようにプロトコル実施の特定パラメータに制限され、有利には、対応する情報メッセージＭＳＧを構成するためにメッセージのデータに結合される。
【００３５】
換言すれば、本発明の対象とするプロトコルの状態の管理モードとは無関係に、送信または受信アプリケーション属性の割り当てプロセスは、このことから、関与する第１または第２のアプリケーションの識別属性を対応するフィールドに書き込むことからなり、その場合、送信または受信アプリケーション属性の割り当ては、後述するように、適切なフィールドへの識別属性の書き込みと、これらのアプリケーションのインストール−インストール解除プロセスで実施される操作との結果として発生する。
【００３６】
さらに、図１ｃのステップＡ、Ｂの後には、第１および第２のアプリケーション間に構成され、すなわち図１ｃで言及されているように送信アプリケーションＥ−ＩＤと各受信アプリケーションまたは宛先プリケーションＲ−ＩＤとの間に構成された、情報メッセージＭＳＧの交換ステップＣが続く。
【００３７】
交換プロセスは、仲介役として使用される通信インターフェースの実施により、第１のアプリケーションが情報メッセージＭＳＧを送信し、次いで第２の各アプリケーションがこれを受信することによって行われる。
【００３８】
一般に、図２ａに示したように交換ステップＣは、送信アプリケーションＥ−ＩＤから、前述のメッセージ送信コマンドを介して、不揮発性メモリ１８の記憶域に情報メッセージＭＳＧを送信するステップ１００から構成できる。特に、不揮発性メモリ１８へのメッセージＭＳＧの送信は、このメモリへのメッセージＭＳＧのデータ書き込み操作をチェックする連続処理操作を介し、次いで前記処理操作の成功に応じた不揮発性メモリ１８へのメッセージＭＳＧの書き込みを介して行われる。同様に、交換ステップはさらに、情報メッセージＭＳＧのデータを受信アプリケーションＲ−ＩＤによって受信するステップ２００を含み、この受信ステップは、不揮発性メモリ１８に設置された内部通信インターフェースのメッセージ受信コマンドを介して、上記の不揮発性メモリ１８の記憶域における読み取りの実行をチェックする一連の処理ステップからなる。かくして、前記交換ステップは、仲介役として使用される通信インターフェースにより適切に行われ、あらゆる受信アプリケーションＲ−ＩＤにより使用可能なデータは、このために制御され、前記内部通信インターフェースの処理に従う。
【００３９】
基本的な実施形態で、本発明が対象とするプロトコルによる情報メッセージ交換ステップをなす送信および受信ステップを実施するために、情報メッセージＭＳＧは、送信および受信アプリケーション間のデータに関するフィールド、これらの交換データに関するフィールドを構成するオクテット数に関するフィールド、および受信アプリケーションの識別子または識別属性に関する少なくとも１つのフィールドだけを含むことができる。
【００４０】
この状況の下で、図２ａのステップ１００では、アプリケーションＥ−ＩＤによる不揮発性メモリへのメッセージデータ送信ステップは、送信アプリケーションＥ−ＩＤによって前記不揮発性メモリ１８の記憶域に情報メッセージＭＳＧを書き込む、書き込み命令から構成可能できる。この書き込み命令にはさらに、送信アプリケーションＥ−ＩＤによるプログラマブルメモリの通信インターフェースからのメッセージ送信コマンドの呼び出しが結合され、この呼び出しにより、通信インターフェースによって送信ＡＣＫメッセージを送信アプリケーションＥ−ＩＤに伝送することができる。
【００４１】
同様に同じ状況で、受信ステップは、受信アプリケーションＲ−ＩＤによる不揮発性メモリの通信インターフェースからの少なくとも１つのメッセージ読み取りコマンドの呼び出しから構成できる。前記呼び出しを実施するための受信アプリケーションの起動条件については後述する。
【００４２】
図２ａに関して記載した、前記情報メッセージの送受信ステップに関する操作モードは満足のいくものであり、複数の受信アプリケーションに与えられる送信アプリケーションの情報メッセージの伝送を一方向に可能にする。事実、前記情報メッセージの構造上の理由から、各メッセージにおける受信アプリケーションの少なくとも１つの識別属性に関するフィールドは、実際に受信アプリケーションの識別属性リストから構成される。その場合、このようなリストから受信アプリケーションが起動されるので、あらゆる受信アプリケーションにより、考慮された情報メッセージを適切な不揮発性メモリの記憶域で系統的に読み取ることができる。
【００４３】
しかしながら、本発明が対象とするプロトコルは、アプリケーション間の情報メッセージの交換プロセスに関して、もっとずっと柔軟にすることができる。
【００４４】
このため、限定的ではないが有効な特徴によれば、受信アプリケーションによる情報メッセージＭＳＧの受信ＡＣＫメッセージを、通信インターフェースを介して送信アプリケーションＥ−ＩＤに伝送する手順またはステップを設定可能である。
【００４５】
このような手順を、限定的ではない実施形態で図２ｂ〜図２ｄに示す。
【００４６】
このため、好適には、情報メッセージＭＳＧの構造は、内部通信インターフェースを介して通過する各情報メッセージに、メッセージの識別番号を入力するように変更可能であり、この識別番号は、後述するように情報メッセージのフィールドに追加される。
【００４７】
好適には、メッセージ番号Ｎ−ＭＳＧの管理は、考慮された送信およびまたは受信アプリケーションとは独立して内部通信インターフェースにより行われる。
【００４８】
このため、内部通信インターフェースは有利には、マルチアプリケーションの携帯用物品の使用期間中に発生するメッセージ数のカウントルーチンを備えることができる。限定的でない例として、カウンタは、たとえば１〜６５５３２のメッセージ番号値を送ることができ、メッセージ番号は、内部通信インターフェースのカウンタを介して新しいメッセージが伝送されるとインクリメントされる。限定的ではない例として、前記カウンタは、送信アプリケーションがメッセージを送信するたびに内部通信インターフェースにより更新され、インクリメントされる。アプリケーションの使用時に、カウンタは、カウント最大値に達すると初期値１に戻る。メッセージ番号Ｎ−ＭＳＧに割り当てられる値ゼロは特別なものであり、内部通信インターフェースが認識しないアプリケーションのためのメッセージＭＳＧ専用である。
【００４９】
情報メッセージＭＳＧの受信ＡＣＫメッセージを送信アプリケーションＥ−ＩＤに伝送するステップの第１の実施形態によれば、図２ｂに示すように、受信ＡＣＫメッセージの伝送は、送信または受信アプリケーション属性の割り当てステップＡ、Ｂの後に行われるが、不揮発性メモリでメッセージ番号Ｎ−ＭＳＧに関連付けられたメッセージＭＳＧのデータを送信アプリケーションＥ−ＩＤが送信するステップ１００と、この不揮発性メモリに書き込まれたメッセージＭＳＧのデータを受信アプリケーションＲ−ＩＤが受信するステップ２００の後に行われる。
【００５０】
こうした状況において、図２ｂに示すように、識別番号Ｎ−ＭＳＧのメッセージＭＳＧの、受信アプリケーションＲ−ＩＤによる受信ＡＣＫメッセージの伝送ステップは、２つのステップ１００、２００の後に介在し、実際に、考慮された受信アプリケーションＲ−ＩＤに送信アプリケーションＥ−ＩＤから伝送される最終情報メッセージの受信を単にチェックする。
【００５１】
しかしながら、受信ＡＣＫメッセージの送信アプリケーションＥ−ＩＤへの伝送ステップは、また、図２ｃおよび図２ｄに示したように、送信アプリケーションおよび受信アプリケーション間の情報メッセージの交換ステップの後あるいは間にも実施可能である。メッセージＭＳＧのデータを送信アプリケーションＥ−ＩＤにより送信するステップ１００と、前記メッセージＭＳＧを受信アプリケーションＲ−ＩＤにより受信する対応ステップ２００の前に実施したり、あるいは図２ｄに示したように前記送信ステップ１００と受信ステップ２００との間に実施したりすることが可能である。
【００５２】
図２ｃと図２ｄに示された２つのケースでは、本発明の対象とするプロトコルの特に有利な特徴によれば、受信ＡＣＫメッセージを送信アプリケーションＥ−ＩＤに伝送するステップは、ステップ１００に送られるが、考慮された受信アプリケーションＲ−ＩＤにより後段のステップ２００でまだ受信されていない識別番号Ｎ−ＭＳＧのメッセージＭＳＧではなく、もちろん、順序が上記の番号Ｎ−ＭＳＧのメッセージＭＳＧよりも前の異なる識別番号Ｎ’−ＭＳＧのメッセージＭＳＧに関する。
【００５３】
この状況で、メッセージの順序番号を構成する特定メッセージの識別属性を割り当てることにより、各宛先アプリケーションによるこれらの情報メッセージの伝送／受信プロセスを完全に管理し、特に、マルチアプリケーションの携帯用物品のアプリケーション間、マルチアプリケーションの携帯用物品の個別使用期間の間で、データまたは情報交換プロセスを完全に管理することができる。
【００５４】
かくして、所定の期日に商取引を実施する場合、考慮された受信アプリケーションに関する対応識別番号のメッセージの受信を単にチェックすることにより、後日、この商取引に関するチェックを実施することができる。
【００５５】
考慮された受信アプリケーションＲ−ＩＤによる受信ＡＣＫメッセージを送信アプリケーションＥ−ＩＤに伝送するステップを、送信アプリケーションＥ−ＩＤに対してほぼ独立させるために、この操作は、対応する送信アプリケーションＥ−ＩＤにＡＣＫメッセージを伝送可能なプリミティブを、送信アプリケーションＥ−ＩＤから呼び出すことによって実施できる。
【００５６】
次に、上記の送受信手順を特に有利に実施可能な前記メッセージＭＳＧの特定構造に関する図３ａから図３ｃを参照しながら、各情報メッセージＭＳＧの送信ステップおよび受信ステップの好適な実施形態を説明する。
【００５７】
この好適な実施形態において、図３ａを参照すると、各メッセージＭＳＧは、前述のように、まさしくメッセージの内容であるデータフィールド、実際に送信アプリケーションを識別する送信アプリケーション属性フィールドＥ−ＩＤ、実際に宛先または受信アプリケーションにおける情報リストからなる受信アプリケーションフィールド、および実際に前述の条件で内部通信インターフェースから送られる各メッセージの順序番号を構成するメッセージ番号フィールドＮ−ＭＳＧを含む。
【００５８】
宛先アプリケーションにおける情報リストＬＩＤ−Ｄｅｓｔに関して、このリストは有利には、図３ｂに示したように、考慮された各宛先アプリケーションに対して、考慮された宛先アプリケーションの識別子もしくは識別属性ＩＤ−Ｄ、すなわちＩＤ−Ｄ１〜ＩＤ−Ｄ４を含むことができ、考慮された宛先アプリケーションによる読み取りに対して、この識別子もしくは識別属性に、メッセージのステータスワードＳ−ＩＬ、すなわちＳ−Ｌ１〜Ｓ−Ｌ４を追加し、ステータスワードは、実際に、対応する宛先アプリケーションにより考慮された順序番号Ｎ−ＭＳＧの情報メッセージＭＳＧが、読み取られているか、または読み取られていないかという記述子を構成する。
【００５９】
図３ｃに示したように、各メッセージＭＳＧは、宛先アプリケーションにおける情報リストＬＩＤ−Ｄｅｓｔに、各宛先アプリケーションの識別属性と、考慮された宛先アプリケーションに対する対応メッセージのステータス（読み取られた、または読み取られていない）とを示す連続的な値を含む。これらの連続的な値は、リスト要素に対応し、対応するリスト要素は、通常の宣言型プログラミング言語で一般に使用されるリストの概念に従って、図３ｃに記載されている。かくして、各リスト要素またはリストタームは、図３ｃでは、受信アプリケーションＲ−ＩＤを示す識別属性アーギュメントＩＤ−Ｄ１〜ＩＤ−Ｄ４と、対応する受信アプリケーションに対してメッセージＭＳＧの状態を示す、対応する読み取りステータスＳ−Ｌ１〜Ｓ−Ｌ４のアーギュメントとから形成される。
【００６０】
このようなリストの管理は、特にリストのヘッダ要素の読み取りにより、これらのリストの従来の管理に従って、上記の言語で実施可能であり、リストの他の部分は、リストのボディとみなされ、以下同様である。この管理は、適切なポインタにより従来と同様に行われる。
【００６１】
こうした状況において、メッセージ送信手順１００の好適な実施形態は、図３ｄに示したように様々な連続ステップからなる。
【００６２】
メッセージＭＳＧの送信手順は、送信アプリケーションＥ−ＩＤのレベルで実施される。入力パラメータは、もちろん送信アプリケーションにより設定されたメッセージの内容、送信アプリケーションＥ−ＩＤの識別属性、および宛先または受信アプリケーションの識別子のリストＬＩＤである。前記リストは、このリストの必要性に応じて、すなわち前記データを含む情報メッセージＭＳＧが到達すべき様々な受信アプリケーションに応じて、送信アプリケーションＥ−ＩＤにより生成可能である。
【００６３】
図３ｄに示されたメッセージ送信手順は、特定の実施により、不在のアプリケーションの識別属性リスト等の状態パラメータを設定することができ、こうした不在のアプリケーションは、作動していないか、または本発明が対象とするプロトコルを実施可能な内部通信インターフェースが知らないアプリケーションに対応する。このリストは「Ｌ−ＮＡＣＫ」と記される。出力パラメータは同様に、エラーステータスＳ−Ｅを含み、エラーステータスは、たとえば、関与するアプリケーション、または場合によってはオペレーションシステム自体が使用するために、作業メモリＲＡＭのレベルでリターンする様々なエラーコードに対応する。
【００６４】
この場合、図３ｄに示されたように、メッセージ送信手順またはステップ１００は、有利には、受信アプリケーションの存在を管理するサブステップ１００ａを含み、このサブステップ１００ａは、特に有利には２個のリストを生成可能である。第１のリストＬ−ＡＣＫは、宛先アプリケーションの情報リストＬＩＤ−Ｄｅｓｔと同じタイプであり、リストＬ−ＮＡＣＫは、前記内部通信インターフェースが未知のアプリケーションの識別属性リストから構成される。特定の実施形態では、リストＬ−ＡＣＫは、図３ｃに示されたフォーマットで内部通信インターフェースが認識する宛先アプリケーションリストＬＩＤ−Ｄｅｓｔに対応し、リストＬ−ＮＡＣＫは、単に通信インターフェースが認識しないアプリケーションの識別属性リストのフォーマットにある。Ｌ−ＡＣＫリストでは、ステータスワードＳ−Ｌ１〜Ｓ−Ｌ４は、任意の読み取られていないステータスの値で初期化される。
【００６５】
「内部通信インターフェースの既知のアプリケーション」とは、マルチアプリケーションの携帯用物品の不揮発性メモリに正常にインストールおよび設置され、オペレーションシステムＯＳの制御下で割り当てられた動作を行うことができ、また特に送信アプリケーション属性Ｅ−ＩＤまたは受信アプリケーション属性Ｒ−ＩＤを割り当てることが可能な、あらゆるアプリケーションを意味する。これらのインストール条件については、後で詳しく説明する。
【００６６】
所定のメッセージＭＳＧが向けられる宛先アプリケーションの集合、すなわち送信アプリケーションＥ−ＩＤにより作成されるデータの内容を考慮するために、前記管理ステップ１００ａは、有利には、宛先アプリケーションの識別属性リストＬＩＤの読み取りステップ１００１を含む。この読み取り操作は、前述のようにリスト要素ごとに実施され、第１の要素すなわちリストのヘッダが読み取られ、連続する要素すなわちリストのボディの第１の要素が順次読み取られる。この読み取りモードにより、各リスト要素を順次判別できる。これらのリスト要素において、宛先アプリケーションの識別属性リストＬＩＤの各リスト要素を構成する各識別属性の読み取りが行われる。
【００６７】
受信アプリケーション１００ａの存在の管理ステップは、次に、前述の定義における既知のアプリケーションに関するものとして、識別属性ＩＤ−Ｄの現行要素の第１の判別テストステップ１００２を含む。
【００６８】
第１のテストステップ１００２に対して肯定応答の場合、識別属性ＩＤ−Ｄのこの要素を既知のアプリケーション識別属性リストＬ−ＡＣＫに追加するステップ１００３が設けられ、前記テストステップ１００２に対して否定応答の場合、この識別属性要素を未知のアプリケーションの識別属性リストＬ−ＮＡＣＫに追加するステップが同様に設けられる。かくして、前述の内部通信インターフェースの既知のアプリケーションおよび未知のアプリケーションの状態を示す、前記２個のリストＬ−ＡＣＫおよびＬ−ＮＡＣＫが構成される。
【００６９】
前記ステップ１００３、１００４に続いて、宛先アプリケーションの識別属性リストＬＩＤの現行の識別属性要素の削除ステップ１００５が設けられる。この操作により、更新したリストを実際に作成可能であり、このリストは、ステップ１００１で読み取られる原リストのボディに対応する。識別属性リストの現行の識別属性要素削除操作は、前述のように、単に要素ごとに読み取りを繰り返すことによって実施可能である。
【００７０】
ステップ１００５に続いて、第２のテストステップ１００６が設けられ、このステップは、第１の要素の削除後、宛先アプリケーションの識別属性リストＬＩＤが空かどうか調べるテストからなる。従って、空かどうか調べるテスト１００６は、ステップ１００５の後で得られる原リストのボディに実施される。
【００７１】
第２のテストステップ１００６に対して否定応答の場合、更新されたリストＬＩＤの現行の識別属性要素にリターンするステップが行われ、前記リストのボディは空にはならず、宛先アプリケーションの新しい識別属性リストを構成する。もちろん、このリターンにより、更新されたリストＬＩＤのボディが空でない限りにおいて、前記操作１００１〜１００５と１００６の全体についてループが可能になる。
【００７２】
前記第２のテスト１００６に対する肯定応答の場合、既知のアプリケーションの識別属性リストＬ−ＡＣＫおよび未知のアプリケーションの識別属性リストＬ−ＮＡＣＫが使用可能になり、既知のアプリケーションの識別属性リストＬ−ＡＣＫが空かどうか調べるテスト１００７が実施される。空かどうか調べる前記テストステップ１００７により、既知のアプリケーションのリストが空である異常な状態の存在を実際に直接管理することができ、マルチアプリケーションの携帯用物品のどのアプリケーションも、情報メッセージを受信することができない。
【００７３】
前記ステップ１００７に続いて、メッセージ送信手順１００は、さらにステップ１００ｂを含み、前記既知のアプリケーションリストが空かどうか調べるテスト１００７の応答を考慮して、不揮発性メモリにメッセージＭＳＧを書き込むことができる。
【００７４】
図３ｄにさらに示したように、不揮発性メモリへのメッセージの書き込みステップ１００ｂは、前記テストステップ１００７に対して肯定応答の場合、宛先アプリケーションが見つからない場合に、エラーステータスメッセージの設定ステップ１００８を含み、こうしたエラーステータスメッセージの設定ステップ１００８自体に続いて、未知のアプリケーションの識別属性リストＬ−ＮＡＣＫのリターンステップが行われる。
【００７５】
エラーステータス設定ステップ１００８およびリストＬ−ＮＡＣＫのリターンステップ１０１２に関して、有利には作業メモリＲＡＭへの書き込みにより、対応する情報のリターンを実施可能である。これらの情報は、内部通信インターフェースまたは、場合によってはマイクロプロセッサを管理するオペレーションシステムＯＳによる直接使用に対して利用可能になる。
【００７６】
図３ｄに示した不揮発性メモリへのメッセージの書き込みステップ１００ｂは、またリストＬ−ＡＣＫが空かどうか調べるテストステップ１００７に対して否定応答の場合、前述の条件で内部順序番号を情報メッセージＭＳＧに割り当てるステップ１００９を含む。
【００７７】
図３ｄに関して図示および記載されたメッセージ送信手順の実施形態では、内部順序番号は、考慮された番号の情報メッセージＭＳＧが関与する送信アプリケーションＥ−ＩＤおよび受信アプリケーションＲ−ＩＤとは独立した、タームの序列を示す番号である。
【００７８】
不揮発性メモリ１８ａへのメッセージ書き込みステップ１００ｂは、前記ステップ１００９に続いて、前述のように、このメッセージの厳密な意味での書き込みステップ１０１０を含み、このステップ１０１０は、順序番号Ｎ−ＭＳＧから構成される属性、メッセージＭＳＧに含まれるデータ、不揮発性メモリにおける既知のアプリケーションの識別属性リストＬ−ＡＣＫ、送信アプリケーションの識別属性Ｅ−ＩＤを含む。内部通信インターフェースが、全ての宛先アプリケーションを知っている場合、リストＬ−ＡＣＫは、図３ｃによるフォーマットで示されたリストＬＩＤ−Ｄｅｓｔに対応する。
【００７９】
この段階で、前記リストの各アーギュメントの読み取りステータスは、常に、読み取られていないステータス値に保持される。
【００８０】
図３ｄに示したように、メッセージＭＳＧの厳密な意味での書き込みステップ１０１０は、有利には、考慮されたメッセージＭＳＧの順序番号Ｎ−ＭＳＧのリターンステップ１０１１に続く。このリターンステップは、前記リターンステップ１００８、１０１２と同様に、たとえばＲＡＭにメッセージの順序番号を書き込むことからなる。かくして、メッセージの番号Ｎ−ＭＳＧに関する情報は、オペレーションシステムＯＳまたは内部通信インターフェースにより使用可能であり、図２ｂ〜図２ｄに関して先に述べたように受信ＡＣＫメッセージの伝送手順を確保する。
【００８１】
前記ステップ１０１１に続いて、前述のようにインターフェースの未知のアプリケーションの識別属性リストＬ−ＮＡＣＫのリターンステップ１０１２が実施される。
【００８２】
従って、所定の送信アプリケーションＥ−ＩＤに対し、このようなアプリケーションの使用期間中、アプリケーションは、複数のメッセージＭＳＧの送信を実施するように構成され、各メッセージは、考慮されたアプリケーションとは独立した固有の順序番号Ｎ−ＭＳＧを含むが、またこのメッセージが向けられる宛先アプリケーションのリストを含む。リストは、たとえば宛先アプリケーションの識別属性およびインターフェースの既知の読み取りステータスのリストＬ−ＡＣＫからなる。
【００８３】
従って、１つの送信アプリケーションＥ−ＩＤから複数の宛先受信アプリケーションへの情報メッセージの一方向伝送モードでは、本発明が対象とする通信インターフェースが既知であり、かつ送信アプリケーションＥ−ＩＤとは異なるマルチアプリケーションの携帯用物品のあらゆるアプリケーションは、情報メッセージＭＳＧが場合によっては向けられる受信アプリケーションＲ−ＩＤを構成することができる。
【００８４】
こうした状況で、情報メッセージは、前記受信アプリケーションを後で使用する際に、不揮発性プログラマブルメモリ１８ａに情報メッセージを書き込むので、このアプリケーションの起動により、先に述べたメッセージ読み取り手順２００を実施することができる。
【００８５】
次に、図３ｅに関してメッセージ読み取り手順２００について説明する。
【００８６】
この手順では、入力パラメータが、考慮された受信アプリケーションの識別属性パラメータＲ−ＩＤであり、出力パラメータが、この受信アプリケーション宛のメッセージのデータパラメータと、実行報告からなるエラーステータスパラメータＳ−Ｅである。
【００８７】
好適には、図３ｅに示したように、不揮発性メモリの通信インターフェースのメッセージ読み取りコマンドは、受信アプリケーションの識別属性Ｒ−ＩＤおよび宛先アプリケーションの識別属性リストＬＩＤ−Ｄｅｓｔから、宛先が受信アプリケーションＲ−ＩＤである、まだ読み取られていない第１のメッセージのサーチステップ２００ａを少なくとも含むことができる。
【００８８】
実際、一方向伝送では、マルチアプリケーションの携帯用物品のアプリケーションがユーザにより選択される場合、このアプリケーションはオペレーションシステムにより作動される。しかしながら、本発明が対象とするプロトコルの特に有利な特徴によれば、この同じアプリケーションに、先行する商取引に対する受信アプリケーション属性を割り当てることができる。このような状況で、メッセージの読み取りコマンド２００は、ユーザが考慮したアプリケーションが、オペレーションシステムＯＳにより作動されるとスタート可能になる。
【００８９】
この場合、このアプリケーションが宛先である、まだ読み取られていない第１のデータメッセージのサーチステップ２００ａは、有利には、考慮された受信アプリケーションＲ−ＩＤ、すなわち前記作動アプリケーション向けに、不揮発性メモリに少なくとも１つのメッセージＭＳＧがあるかどうか調べるテスト２００１を含むことができる。
【００９０】
前記テスト２００１に対して否定応答の場合、この宛先アプリケーション向けのメッセージＭＳＧがないときは、エラーステータスＳ−Ｅの設定ステップ２００２が設けられる。前記ステップ２００２は、後述するようにエラーステータスリターンステップ２００ｅが続く。
【００９１】
前記テスト２００１に対して肯定応答の場合、ステップ２００３が設けられ、現行のメッセージの品質を最も古いメッセージＭＳＧに割り当てることができる。ステップ２００３を実現するにあたって、不揮発性メモリに記憶されたメッセージの順序番号Ｎ−ＭＳＧから、最も小さい番号Ｎ−ＭＳＧを支持するメッセージを現行のメッセージとして考慮するソートルーチンを呼び出すことができる。最も小さい順序番号は、このために、最も古いメッセージＭＳＧに対応する。
【００９２】
ステップ２００３は、考慮された現行のメッセージの宛先アプリケーションの識別属性リスト、すなわち図３ｄに示されたステップ１０１０で考慮されたメッセージにより不揮発性メモリに書き込まれたリストＬ−ＡＣＫに、受信アプリケーションの識別属性Ｒ−ＩＤが属するかどうか調べる第２のテスト２００４にそれ自体が続く。
【００９３】
テスト２００４に対して肯定応答の場合、現行のメッセージの読み取りステータスを、読み取られていないメッセージとしてチェックする別のテスト２００５が設けられ、このチェック操作は、考慮された受信アプリケーションの識別属性Ｒ−ＩＤに対応する読み取りステータスＳ−Ｌのアーギュメントの読み取りにより実施される。
【００９４】
前記テスト２００５、およびテスト２００４に対して否定応答の場合、不揮発性メモリに保存されている最新のデータメッセージと現行のメッセージの絶対順序が同じかどうか調べるテスト２００６が行われる。このテストは、不揮発性メモリに保存された、考慮された宛先アプリケーションＲ−ＩＤ用のメッセージ全体を検討したかどうか確かめることができるようにする。
【００９５】
テスト２００６に対して肯定応答の場合、エラーステータスの設定ステップ２００２にリターンし、同じ前記テスト２００６に対して否定応答の場合、次の情報メッセージを現行のメッセージに割り当てるステップ２００７が実施される。このステップ２００７は、それ自体がテスト２００４にリターンされて、考慮された受信アプリケーションＲ−ＩＤのためのメッセージ全体が読み取られたかどうか確かめる。
【００９６】
テスト２００５に対して肯定応答の場合、現行のメッセージに含まれるデータのリカバリステップ２００ｂが実施される。この操作は、有利には、不揮発性メモリすなわちＲＡＭに、不揮発性メモリに書き込まれた現行メッセージのデータフィールドを書き込むことから構成できる。
【００９７】
ステップ２００ｂ自体に続くステップ２００ｃでは、考慮された受信アプリケーションＲ−ＩＤに対してメッセージＭＳＧのステータスの管理を実施し、各メッセージを書き込む不揮発性メモリの完全な管理を行うことができる。ステップ２００ｃは、データリターンステップ２００ｄと、上記のエラーステータス設定ステップ２００２に続くエラーステータスＳ−Ｅリターンステップ２００ｅとに続くことができる。データリターンステップまたはエラーステータスリターンステップは、受信アプリケーションＲ−ＩＤによる不揮発性メモリＲＡＭの作業記憶域への書き込み、次いでオペレーションシステムＯＳによる読み取りにより実施可能である。
【００９８】
図３ｅの、不揮発性メモリにおけるメッセージのステータスの管理ステップ２００ｃに関して、このステップは、宛先アプリケーションの識別属性リストＬＩＤ−Ｄｅｓｔもしくは、受信アプリケーションの識別属性アーギュメントと、図３ｃに示したような現行メッセージのステータス（読み取られた、または読み取られていない）に対応する読み取りステータスのアーギュメントとから形成されるリストタームを含むリストＬ−ＡＣＫのために、このアーギュメントへの任意の読み取りステータス値の割り当てによる、宛先アプリケーションに関連した対応する読み取りステータスＳ−Ｌのアーギュメントの更新ステップ２００９と、読み取りステータスのこのアーギュメントの値が、宛先アプリケーションの識別属性リストの各読み取りステータスアーギュメントの読み取られたステータス値に等しいかどうかチェックするテストステップ２０１０とを含むことができる。ステップ２０１０は、実際に、宛先アプリケーションのリストＬＩＤ−ＤｅｓｔもしくはＬ−ＡＣＫに記載されている宛先アプリケーションの全体が、後の全ての操作の前に、考慮されたメッセージ番号Ｎ−ＭＳＧのメッセージＭＳＧの読み取りを実施したかどうかチェック可能である。
【００９９】
前記チェックステップ２０１０に対して肯定応答の場合、不揮発性メモリで現行のメッセージを消去するステップ２０１１が実施される。何故なら、全ての宛先アプリケーションがこのメッセージの読み取りを実施したからである。ステップ２０１１はまた、前記消去ステップの成功を考慮してエラーステータスＳ−Ｅの設定を含む。
【０１００】
かくして、考慮された現行メッセージの消去ステップ２０１１と、読み取りステータスのアーギュメント値が、読み取ったステータスの値に等しいかどうかチェックするステップ２０１０の否定応答とに続いて現行のメッセージに対応するメッセージＭＳＧのデータフィールドに含まれるデータのリターンステップ２００ｄ及び２００ｅ、次いで、エラーステータスのリターンステップ２００ｅを実施可能である。
【０１０１】
一般に、図３ｄおよび図３ｅに関連して図示および説明されたメッセージ送信およびメッセージ読み取りコマンドと対応する手順は、図３ｂに示したように、伝送される現行メッセージの順序番号のリターンに対応して、メッセージ番号Ｎ−ＭＳＧのリターンステップ１０１１がある時または無い時に実施可能である。前記ステップ１０１１がないと仮定する場合、図３ｅに示したようなメッセージ読み取りステップは、変更なく実施可能である。さらに、書き込みの観点から不揮発性プログラマブルメモリ１８ａの管理、およびこのメモリにおける情報メッセージの消去は、有利には、二重にリンクされるリストの既知の管理プロセスにより内部通信インターフェースによって実施され、考慮された各メッセージＭＳＧに、メッセージのオクテット数、停止コード、先行および後続ブロックにおけるポインタ等の対応する管理パラメータを既知の方法で割り当てる。
【０１０２】
しかしながら、前記ステップ１０１１は、好適な実施形態では図２ｂ〜図２ｄに示した手順３００である、送信アプリケーションＥ−ＩＤへの受信ＡＣＫメッセージの伝送手順を実施可能であり、次に、これについて図３ｆに関して説明する。この手順は、コマンドまたは手順Ｌｅｃｔｕｒｅ−ＡＣＫ−Ｒにより実施され、送信アプリケーションすなわち以前にメッセージＭＳＧを送信したアプリケーションＥ−ＩＤが、所定の宛先アプリケーションによる読み取りに対してこのメッセージの状態を参照できるようにするものである。
【０１０３】
コマンドＬｅｃｔｒｅ−ＡＣＫ−Ｒは、受信アプリケーションＲ−ＩＤの識別属性および当然のことながらメッセージ番号Ｎ−ＭＳＧ等の、入力パラメータを実施し、このメッセージ番号に対して、前記送信アプリケーションＥ−ＩＤは、前記宛先アプリケーションによる読み取りに対してこのメッセージの状態を知ろうとする。
【０１０４】
出力では、コマンドＬｅｃｔｕｒｅ−ＡＣＫ−Ｒが、この受信アプリケーションが前記番号Ｎ−ＭＳＧのメッセージが、読み取られたか、または読み取られていないかの状態を示す、ブール理論上の結果「ＡＣＫメッセージ」Ｍ−Ａに関するパラメータと、コマンドＬｅｃｔｕｒｅ−ＡＣＫ−Ｒコマンド３００によって実施される操作に関するエラーステータスＳ−Ｅとを戻す。
【０１０５】
図３ｆに示されているように、コマンドＬｅｃｔｕｒｅ−ＡＣＫ−Ｒは、番号Ｎ−ＭＳＧの考慮されたメッセージの存在を読み取ってチェックするステップ３００ａと、このアプリケーションが送信したメッセージのＡＣＫを問うことができるかどうかチェック可能な制御ステップ３００ｂと、考慮されたメッセージＮ−ＭＳＧに関して考慮された受信アプリケーションＲ−ＩＤの識別属性をサーチするステップ３００ｃと、読み取られたか、または読み取られていないかについてのメッセージの状態を示すブールパラメータＭ−Ａの設定からなる結果の計算ステップ３００ｄとを含む。
【０１０６】
図３ｆで示された好適な実施形態において、前記コマンドの操作モードは、以下の通りである。
【０１０７】
−オペレーションシステムＯＳは、内部通信インターフェースに、選択された送信アプリケーションＥ−ＩＤの識別属性を供給する。この識別属性により、番号Ｎ−ＭＳＧのメッセージが消去されていない場合、前述のように一方向伝送の場合、選択された送信アプリケーションＥ−ＩＤであるコマンドＬｅｃｔｕｒｅ−ＡＣＫ−Ｒを実行するアプリケーションが、前記メッセージを送信したアプリケーションであるかどうか制御することができる。
【０１０８】
こうした状況で、所定のアプリケーションは、このアプリケーションが送信したメッセージにおいてのみ情報を得ることができる。反対の場合には、エラーメッセージが送信される。
【０１０９】
−受信アプリケーションＲ−ＩＤの識別属性が、宛先アプリケーションリストＬＩＤ−Ｄｅｓｔの要素ではない場合、同様にエラーメッセージが送信される。
【０１１０】
上記の操作は、以下のように実施可能である。
【０１１１】
−ステップ３００ａ：
メッセージ番号Ｎ−ＭＳＧのメッセージの存在をチェックするテスト３０００を行う。前記テストに対して否定応答の場合、次のメッセージ番号Ｎ’−ＭＳＧが前記番号Ｎ−ＭＳＧを越えるかどうかチェック可能なテスト３００１が行われる。
【０１１２】
テスト３００１に対して肯定応答の場合、読み取られたか、または読み取られていないかについてのメッセージ状態を示すブールパラメータＭ−Ａに、ステップ３００３で真の値を割り当てる。前記ステップ３００３は、実行ＯＫと記載された正しい実行値をエラーステータスＳ−Ｅに割り当てるステップ３０１１に続く。ステップ３０１１は、エラーステータスＳ−Ｅのリターンステップ３０１２に続く。
【０１１３】
前記テスト３００１に対して否定応答の場合、手順のこのステップで考慮されたメッセージに割り当てられるメッセージ番号Ｎ−ＭＳＧがないために、エラーステータスＳ−Ｅの割り当てステップ３００２が実施される。ステップ３００２は、対応するエラーステータスのリターンステップ３０１２に続く。ステップ３００１、３００２、３００３は、対応する順序番号Ｎ−ＭＳＧのメッセージの不在を管理可能である。
【０１１４】
ステップ３００ａの前記テスト３０００に対して肯定応答の場合、順序番号がＮ−ＭＳＧであるメッセージを不揮発性メモリで読み取ることからなるステップ３００４が設けられる。このステップは、特に、考慮された番号のメッセージに結合される送信アプリケーションＥ−ＩＤの識別属性や、宛先アプリケーションのリストＬＩＤ−ＤｅｓｔまたはリストＬ−ＡＣＫ等の、メッセージ要素のリカバリを要求する。
【０１１５】
−ステップ３００ｂ：
ステップ３００４は、コマンドＬｅｃｔｕｒｅ−ＡＣＫ−Ｒをスタートするアプリケーションの識別属性が、番号Ｎ−ＭＳＧのメッセージの送信アプリケーションＥ−ＩＤの識別属性に対応するかどうかチェックすることからなるテスト３００５に続く。このテストステップは、図３ｆでＥ’−ＩＤ＝Ｅ−ＩＤと記載されている。
【０１１６】
前記ステップ３００５に対して否定応答の場合、エラーステータスＳ−Ｅを「アクセス不能な情報」値に設定するステップ３００６が設けられる。このステップは、前記エラーステータスのリターンステップ３０１２に続く。
【０１１７】
−ステップ３００ｃ：
前記テスト３００５に対して肯定応答の場合、宛先アプリケーションのリストＬＩＤ−ＤｅｓｔまたはリストＬ−ＡＣＫの要素として宛先アプリケーションの識別属性が存在するかどうかチェック可能なテスト３００７が設けられる。テスト３００７に対して否定応答の場合、宛先アプリケーションＲ−ＩＤの識別属性が、考慮された番号Ｎ−ＭＳＧのメッセージに見つからないので、エラーステータスＳＥの設定ステップ３００８が設けられる。ステップ３００８は、エラーステータスリターンステップ３０１２に続く。
【０１１８】
−ステップ３００ｄ：
前記テスト３００７に対して肯定応答の場合、読み取りステータスＳ−Ｌが、考慮された宛先アプリケーションＲ−ＩＤに対して読み取られたステータス値を有するかどうかチェックすることからなる新しいテスト３００９が設けられる。この操作は、Ｓ−Ｌ＝Ｒ−ＩＤに対して読み取られたステータスと記される。
【０１１９】
前記テスト３００９に対して肯定応答の場合、真の値へのブールメッセージＭ−Ａのリターンステップ３００３が呼び出され、次いで、エラーステータスＳ−Ｅを正しい実行に設定する前記ステップ３０１１が呼び出される。
【０１２０】
前記テスト３００９に対して否定応答の場合、このために、考慮された宛先アプリケーションＲ−ＩＤによりメッセージが読み取られなかったので、ブールメッセージＭ−Ａを偽の値に設定するＭ−Ａ＝偽のステップ３０１０が設けられる。その場合、ステップ３０１０は、エラーステータスＳ−Ｅを正しい実行に設定するステップ３０１１に続く。
【０１２１】
一般に、コマンドＬｅｃｔｕｒｅ−ＡＣＫ−Ｒのスタート後、ＡＣＫを出す要求の結果が真であるのは、従って、所定の宛先アプリケーションＲ−ＩＤによって所定の番号Ｎ−ＭＳＧを読み取られたメッセージが認識されるのは、以下の場合である。
【０１２２】
・メッセージの識別番号が、使用可能な次のメッセージ番号よりも厳密に小さいので、このメッセージが消去されるとき、あるいは、
・所定の宛先アプリケーションＲ−ＩＤの識別属性が、宛先アプリケーションの識別属性リストＬＩＤ−Ｄｅｓｔにあり、対応するメッセージの読み取りステータスＳ−Ｌが「読み取られたメッセージ」値にあるとき。
【０１２３】
他の場合はいずれも、結果が偽である。
【０１２４】
次に、情報メッセージＭＳＧの一方向通信の場合の、送信または受信アプリケーションの特定管理モード、特に、本発明の対象とするマルチアプリケーションの携帯用物品の様々なアプリケーションへの、送信または受信アプリケーション属性の割り当てについて、これらのアプリケーションのインストールおよびインストール解除手順を示す図４ａ、図４ｂを参照しながら説明する。
本発明の対象とするプロトコルの特徴によれば、送信アプリケーションまたは受信アプリケーションの属性の管理は、オペレーションシステムＯＳと共に、内部通信インターフェースそのものにより行われる。
【０１２５】
図４ａに示したように、内部通信インターフェースは、ＭＳＧ送信、ＭＳＧ受信、Ｌｅｃｔｕｒｅ−ＡＣＫ−Ｒといったコマンドまたはプリミティブと、図４ｂ、図４ｃ、図４ｄと共に後述するインストールおよびインストール解除プリミティブすなわちコマンドＡ−ＩＮＳ、Ａ−ＵＮＩＮＳとを備えている。
【０１２６】
さらに、本発明が対象とするマルチアプリケーションの携帯用物品のアプリケーションを管理するために、内部通信インターフェースは、図４ａに示したように不揮発性メモリに記憶域を有し、内部通信インターフェースは、この記憶域にデータテーブルＴＡＢ−Ａを保存する。これらのデータは、各アプリケーションに対し、考慮されたアプリケーションの識別属性ＩＤ−Ａに、各アプリケーションの有効化オクテットＯ−Ｖを結合して構成される。有効化オクテットＯ−Ｖは、実施される内部通信インターフェースに対して考慮されたアプリケーションの作動または非作動性を示すブールパラメータである。
【０１２７】
かくしてデータテーブルＴＡＢ−Ａに挿入されるアプリケーションは、送信アプリケーションでも受信アプリケーションでもよい。
【０１２８】
本発明が対象とするプロトコルの使用および実施中、前記有効化オクテットは、これらのアプリケーション間で考慮された送信アプリケーションに無関係に、任意の送信アプリケーションと受信アプリケーションとの間で、一方向の一連の伝送用の構成を管理することができる。もちろん、前記内部通信インターフェースの記憶域に記憶されたアプリケーションテーブルＴＡＢ−Ａは、通信インターフェースを介してメッセージの送信または受信コマンドを起動するたびに参照される。
【０１２９】
アプリケーションテーブルＴＡＢ−Ａは、図４ｂに示されている。
【０１３０】
図４ｃに示したインストールコマンドＡ−ＩＮＳに関して、このコマンドは、オペレーションシステムＯＳにより起動されたものとして有効化されたアプリケーションの識別属性ＩＤ−Ａを入力パラメータとして実施する。
【０１３１】
このため、インストールコマンドＡ−ＩＮＳ、４００は、同じ識別属性のアプリケーションが、内部通信インターフェースにより起動されたものと以前にみなされていないかどうか検査するステップ４００ａを含み、続いて、参照されたアプリケーションテーブルＴＡＢ−Ａへの情報の書き込みからなるステップ４００ｂを含む。前記インストールコマンドの出力パラメータは、遭遇した様々な状況に応じてリターンされるエラーステータスＳ−Ｅに関する。
【０１３２】
図４ｃに示したようにステップ４００ａを実施するために、このステップは、インストールの実施をオペレーションシステムＯＳにより許可するステップ４０００を含むことができる。許可基準は、多数あり、簡単な実施形態では、単に、アプリケーションがこのオペレーションシステムにより起動されるものとみなすことから構成可能である。テスト４０００に対する否定応答に対して、エラーステータスがステップ４０００１で設定され、このエラーステータスＳ−Ｅに「未許可のアプリケーション」値が割り当てられる。ステップ４００１に続いて、前述のようにエラーステータスのリターンステップ４００２が設けられる。
【０１３３】
オペレーションシステムによる許可ステップ４０００に対して肯定応答の場合、本発明が対象とする内部通信インターフェースは、インストールされたアプリケーションテーブルに識別属性ＩＤ−Ａが属するかどうかチェックするテストステップ４００３を実施する。テスト４００３は、考慮された識別属性ＩＤ−Ａのアプリケーションに対して有効化オクテットＯ−Ｖが真の値を取るかどうかチェックすることから構成できる。
【０１３４】
前記テスト４００３に対して肯定応答の場合、「以前に参照したアプリケーション」値に設定されるエラーステータスＳ−Ｅの設定ステップ４００４が実施される。このステップ４００４に、上記のエラーステータスのリターンステップ４００２が続く。
【０１３５】
テスト４００３に対して否定応答の場合、ステップ４００ｂは、不揮発性メモリでＩＤ−Ａと真の値にある有効化オクテットＯ−Ｖとの対をアプリケーションテーブルＴＡＢ−Ａに書き込むことからなるステップ４００５から構成される。このステップ４００５はまた、アプリケーションテーブルＴＡＢ−Ａへの書き込み実行報告に、対応エラーステータスＳ−Ｅを設定するステップを含む。前記ステップ４００５に続いて、前記エラーステータスのリターンステップ４００２が行われる。
【０１３６】
かくして、通信インターフェースに対するアプリケーションＩＤ−Ａの作動状態は、オペレーションシステムＯＳの許可の下で前記コマンドＡ−ＩＮＳを実行するのがアプリケーション自体であるという事実によって保証される。
【０１３７】
送信アプリケーションが、情報メッセージＭＳＧの通信の実施をもはや望まない場合、あるいはオペレーションシステムＯＳによって考慮されるアプリケーションが有効化されない場合、インストール解除コマンドＡ−ＵＮＩＮＳを介して、アプリケーション自体あるいはオペレーションシステムＯＳにより、インストール解除手順が実行される。
【０１３８】
インストール解除コマンドＡ−ＵＮＩＮＳの目的は、内部通信インターフェースにおけるアプリケーションの参照を削除し、特に、有効化オクテットＯ−Ｖに偽の値を割り当てることによってこのオクテットの値を補正することにあり、このために、識別属性ＩＤ−Ａの考慮されたアプリケーションはもはや、既知のアプリケーションとみなされない。
【０１３９】
図４ｄを参照すると、インストール解除コマンド５００の入力パラメータは、考慮されたアプリケーションの識別属性ＩＤ−Ａであり、出力パラメータは、遭遇した様々な状況に応じてリターンされるエラーステータスＳ−Ｅである。
【０１４０】
図４ｄに示したように、前記コマンドは、考慮された送信アプリケーションがインストールされているか、または以前にインストールされたか検査可能なステップ５００ａと、このアプリケーションが、以前にインストール解除手順の対象とされなかったかどうか検査可能なステップ５００ｂと、インストール解除されたアプリケーションによる読み取りを待機中の情報メッセージＭＳＧの管理ステップ５００ｃと、通信インターフェースに対して、アプリケーションの有効性インジケータである有効化オクテットＯ−Ｖの更新を可能にするステップ５００ｄとを含む。
【０１４１】
様々なステップに関し、これらのステップは有利には以下を含むことができる。
【０１４２】
−ステップ５００ａ：
チェックテスト５０００は、オペレーションシステムＯＳによりインストール解除を許可をチェックする。インストールコマンド４００に関して先に述べたように、この許可ステップは、オペレーションシステムＯＳのレベルで設定された複数の許可基準から構成可能である。たとえば、このテストは、アプリケーションを消去したり、同じ識別子をもつ不正なアプリケーションを入力したりしないようにすることができる。
【０１４３】
インストールコマンド４００に対応する簡単な実施形態では、許可基準は、単に、インストール解除プロセスに従うアプリケーションが、オペレーションシステムＯＳにより起動されるものとみなすという事実から構成することができる。
【０１４４】
前記テスト５０００に対して否定応答の場合、エラーステータスＳ−Ｅを「未許可のインストール解除」値に設定するステップ５００１が実施され、このステータス５００１は、前述のようにエラーステータスのリターンステップ５００２に続く。
【０１４５】
前記テスト５０００に対して肯定応答の場合、テスト５００３が実施され、このテストは、インストール解除プロセスに従うアプリケーションの識別属性ＩＤ−Ａが、インストールされたアプリケーションのテーブルに存在するかどうかチェックすることからなる。
【０１４６】
前記テスト５００３に対して否定応答の場合、エラーステータスＳ−Ｅを「以前に参照されていないアプリケーション」値に設定するステップ５００４が設定され、このステップ５００４は、エラーステータスのリターンステップ５００２に続く。
【０１４７】
−ステップ５００ｂ：
前記テスト５００３に対して肯定応答の場合、たとえば有効化オクテットＯ−Ｖが真の値に等しいかどうかチェック可能なテスト５００５により、ステップ５００ｂが実施される。
【０１４８】
前記テスト５００５に対して否定応答の場合、エラーステータスＳ−Ｅを「以前にインストール解除したアプリケーション」値に設定可能なステップ５００６が設けられる。ステップ５００６は、前述のようにエラーステータスのリターンステップ５００２に続く。
【０１４９】
−ステップ５００ｃ：
テスト５００５に対して肯定応答の場合、宛先の１つが識別属性ＩＤ−Ａに対応し、かつ読み取りステータスＳ−Ｌが「読み取られていないステータス」値にあるメッセージの存在をチェックするテスト５００７により、ステップ５００ｃが実施される。このテストは、論理式により、
ＩＤ−Ａ＝Ｒ−ＩＤ ＡＮＤ Ｓ−Ｌ＝「読み取られていないステータス」
のように表せる。
【０１５０】
前記テスト５００７に対して肯定応答の場合、ステップ５００８が実施され、しかるべき第１のメッセージ、すなわち順序番号が最も小さいメッセージを、現行のメッセージとしてテスト５００７の条件に割り当てることができる。ステップ５００８に続くステップ５００９は、宛先アプリケーションのリストで識別属性がＩＤ−Ａの、インストール解除される考慮されたアプリケーションに関連して読み取りステータスＳ−Ｌの更新を可能にし、読み取りステータスＳ−Ｌに、「読み取られたステータス」値を割り当てる。ステップ５００９は、それ自体が、リストＬ−ＡＣＫの各要素の読み取りステータスの前記値が「読み取られたステータス」値に等しいかどうかチェックすることからなるステップ５０１０に続く。
【０１５１】
前記テスト５０１０に対して肯定応答の場合、不揮発性メモリのメッセージＭＳＧの消去ステップ５０１１が実施され、このステップは、「消去成功報告」値にエラーステータスＳ−Ｅを設定するステップを含む。
【０１５２】
テスト５０１０に対して否定応答の場合、及び、前記ステップ５０１１に続いて、識別属性ＩＤ−Ａのインストール解除に従う同じアプリケーションで、異なる順序番号の他のメッセージに対してテストステップ５００７へのリターンが実行される。
【０１５３】
−ステップ５００ｄ：
前記テスト５００７に対して否定応答の場合、ステップ５０１２によりステップ５００ｄが実施される。ステップ５０１２は、考慮された識別属性のアプリケーションＩＤ−Ａに対して、有効化オクテットＯ−Ｖに偽の値を割り当てることにより不揮発性メモリにおけるアプリケーションテーブルＴＡＢ−Ａの有効化オクテットを更新することからなる。前記ステップ５０１２はまた、エラーステータスＳ−Ｅをアプリケーションテーブルの「書き込み実行報告」値に設定するステップを含む。ステップ５０１２は、それ自体が、エラーステータスのリターンステップ５００２に続く。
【０１５４】
次に、図５ａ、図５ｂ、図５ｃを参照しながら、本発明の目的によるプロトコルを実施可能な内部通信インターフェースの一般的な操作モード例について説明する。
【０１５５】
図５ａに関して限定的ではなく例として、内部通信インターフェースは、アプリケーションテーブルＴＡＢ−Ａを含むものとみなされる。アプリケーション番号１のＩＤ−Ａ１は有効であって有効化オクテットＯ−Ｖが有効値にあり、アプリケーション番号２のＩＤ−Ａ２は、たとえばオペレーションシステムＯＳの操作により無効であって、その有効化オクテットＯ−Ｖは無効値にあり、アプリケーション番号３と４はそれ自体が有効である。
【０１５６】
図５ｂは、アプリケーションＩＤ−Ａ１が、本発明の対象とする通信インターフェースの既知の受信アプリケーションに、メッセージ番号Ｎ−ＭＳＧ＝３８のメッセージを送信する送信アプリケーションである状況を例として示している。この状況で、リストＬ−ＡＣＫは、単にアプリケーションＩＤ−Ａ３、ＩＤ−Ａ４を含んでいるだけであり、アプリケーションにＩＤ−Ａ２は無効であって、そのステータスワードは、読み取られていないポジションＮＬにあり、情報メッセージの厳密な意味でのデータは、ＸＸＸＸと記載されている。
【０１５７】
さらに、図５ｃは、一つの宛先アプリケーションＩＤ−Ａ４によるこのメッセージの読み取り後に、プログラマブルメモリ１８ａに記憶された同じメッセージＮ−ＭＳＧ＝３８に対応し、リストＬ−ＡＣＫにおいて、このアプリケーションに関する読み取りステータスの属性は「ＬＵ（読み取られた）」値にある。メッセージＮ−ＭＳＧ＝３８は、全ての読み取りステータスの属性がＬＵ値にされた後でしか、プログラマブルメモリから消去されず、各宛先アプリケーションは、考慮されたメッセージの読み取りを行う。
【０１５８】
また、本発明の対象とするプロトコルの実施に関して、このプロトコルを、様々な開発に組み合わせることができる。
【０１５９】
以上の説明により、一つの送信アプリケーションから様々な受信アプリケーションへのメッセージの一方向伝送による実施が可能になるが、本発明の対象とするマルチアプリケーションの携帯用物品に含まれるアプリケーションを階層化することが、さらに可能である。このために、アプリケーションＴＡＢ−Ａのテーブルを２つの異なるテーブルに、さらに分割し、たとえば一方のテーブルが送信アプリケーションに、他方のテーブルが受信アプリケーションに関与するように構成できる。しかも、このような場合には、図４ｃ、図４ｄに関して記載されたインストールおよびインストール解除コマンドを特定のアプリケーション専用にすることができる。
【０１６０】
そのうえ、たとえば、オペレーションシステムによって与えられる許可レベル４０００、５０００に、異なる基準を付与することにより、インストールプロセスの安全化プロセスを実施可能である。
【０１６１】
換言すれば、本発明の対象とする内部通信インターフェースおよびプロトコルを介した内部通信システムへのアクセスは、パスワードまたは同等物を知っているかどうかなどの様々な基準に左右される。こうした状況で、前記テスト４０００、５０００は、前記パスワードまたは特定のキーを、関与するアプリケーションにより知ることによって連続することができる。
【図面の簡単な説明】
【図１ａ】従来技術のマイクロプロセッサカードからなる携帯用物品の機能図である。
【図１ｂ】本発明の対象とするプロトコルを実施可能なマルチアプリケーションの携帯用物品におけるプログラマブル不揮発性メモリのメモリレイアウト図である。
【図１ｃ】本発明の対象とするプロトコルを実施可能なステップを示す一般的なフローチャートである。
【図２ａ】図１ｃに示したような、本発明の対象とするプロトコルの情報メッセージ交換ステップを示す一般的なフローチャートである。
【図２ｂ】限定的ではないが、受信アプリケーションの情報メッセージ受領通知の伝送手順が送信アプリケーションに入力された場合に、図１ｃと図２ａに示した情報メッセージ交換ステップの変形実施形態を示す図である。
【図２ｃ】限定的ではないが、受信アプリケーションの情報メッセージ受領通知の伝送手順が送信アプリケーションに入力された場合に、図１ｃと図２ａに示した情報メッセージ交換ステップの変形実施形態を示す図である。
【図２ｄ】限定的ではないが、受信アプリケーションの情報メッセージ受領通知の伝送手順が送信アプリケーションに入力された場合に、図１ｃと図２ａに示した情報メッセージ交換ステップの変形実施形態を示す図である。
【図３ａ】限定的ではない特定の実施形態において、本発明の対象とするプロトコルの実施に特に適合する情報メッセージ構造を示す図である。
【図３ｂ】限定的ではない特定の実施形態において、本発明の対象とするプロトコルの実施に特に適合する情報メッセージ構造を示す図である。
【図３ｃ】限定的ではない特定の実施形態において、本発明の対象とするプロトコルの実施に特に適合する情報メッセージ構造を示す図である。
【図３ｄ】図３ａ〜３ｃに示した構造を情報メッセージが有する、限定的ではない特定の実施形態において、本発明の対象とするプロトコルに従って情報メッセージを送信または受信する手順を示す詳細なフローチャートである。
【図３ｅ】図３ａ〜３ｃに示した構造を情報メッセージが有する、限定的ではない特定の実施形態において、本発明の対象とするプロトコルに従って情報メッセージを送信または受信する手順を示す詳細なフローチャートである。
【図３ｆ】限定的ではない特定の実施形態において、所定の情報メッセージの受信ＡＣＫメッセージを送信アプリケーションに伝送する手順に関するフローチャートである。
【図４ａ】一定のアプリケーションに送信アプリケーション属性を、他のアプリケーションに受信アプリケーション属性を割り当てることができるインストール−インストール解除手順の特定の実施形態に関する図である。
【図４ｂ】一定のアプリケーションに送信アプリケーション属性を、他のアプリケーションに受信アプリケーション属性を割り当てることができるインストール−インストール解除手順の特定の実施形態に関する図である。
【図４ｃ】図４ａ、図４ｂに示したインストール−インストール解除手順に関連して実施されるインストールプロセスの特定のフローチャートである。
【図４ｄ】図４ａ、図４ｂに示したインストール−インストール解除手順に関連して実施されるインストール解除プロセスの特定のフローチャートである。
【図５ａ】本発明の対象とするプロトコルによる内部通信インターフェースの操作モードの一例を示す図である。
【図５ｂ】本発明の対象とするプロトコルによる内部通信インターフェースの操作モードの一例を示す図である。
【図５ｃ】本発明の対象とするプロトコルによる内部通信インターフェースの操作モードの一例を示す図である。
Claims (12)
- 端末との通信を可能にする入出力手段（１２）と、入出力手段に接続される情報処理手段（１４）と、情報処理手段に接続される作業メモリ（１６）およびプログラマブル不揮発性メモリ（１８）とを少なくとも含み、前記不揮発性メモリ（１８）が、各アプリケーションに対して特定の記憶域（Ｚ１，Ｚ２，Ｚ３）を含み、各特定の記憶域（Ｚ１，Ｚ２，Ｚ３）が、各アプリケーションに関する、特定のデータ記憶域、特定の命令記憶域、特定の識別記憶域に、さらに分割されている、マルチアプリケーションの携帯用物品（１０）における、アプリケーション間の内部情報交換プロトコルであって、
携帯用物品（１０）が、少なくとも１つのメッセージ送信コマンドおよびメッセージ受信コマンドを含む、不揮発性メモリ（１８）に常駐する内部通信インターフェースを備え、前記プロトコルが、
ａ）第１のアプリケーションが１つまたは複数の他のアプリケーションへ情報メッセージを送信するとの要求の際に、第１のアプリケーションに、該第１のアプリケーションの識別属性（ＩＤ−Ａ）を送信アプリケーション属性（Ｅ−ＩＤ）として割り当てるために前記内部通信インターフェースを使用し、
ｂ）第１のアプリケーションが１つまたは複数の他のアプリケーションへ情報メッセージを送信するとの要求の際に、前記第１のアプリケーションとは異なる少なくとも１つの第２のアプリケーションに、該第２のアプリケーションの識別属性（ＩＤ−Ａ）を受信アプリケーション属性（Ｒ−ＩＤ）として割り当てるために前記内部通信インターフェースを使用し、
ｃ）前記アプリケーション間での情報の交換を確実にするための仲介役として使用される内部通信インターフェースの実行により、前記第１のアプリケーションが情報メッセージを送信し、前記少なくとも１つの第２のアプリケーションが情報メッセージを受信することにより、前記第１のアプリケーションおよび前記少なくとも１つの第２のアプリケーションの間で情報メッセージの交換を行うことからなる、内部情報交換プロトコル。 - 受信アプリケーションによる情報メッセージの受信ＡＣＫメッセージを、内部通信インターフェースを介して、送信アプリケーションに送信するステップをさらに含み、
前記受信ＡＣＫメッセージの送信が、送信アプリケーション属性（Ｅ−ＩＤ）及び受信アプリケーション属性（Ｒ−ＩＤ）の割り当てステップより後で行われることを特徴とする請求項１に記載のプロトコル。 - 前記情報メッセージの交換が、
−前記送信アプリケーションから、前記メッセージ送信コマンドを介して、前記作業メモリの記憶域に、情報メッセージを送信するステップ（１００）と、
−前記受信アプリケーションによって、前記メッセージ受信コマンドを介して、前記作業メモリの記憶域に書き込まれた情報メッセージを受信するステップ（２００）とからなることを特徴とする請求項１に記載のプロトコル。 - 前記情報メッセージを送信するステップ（１００）が、少なくとも、
−前記送信アプリケーションに対する前記不揮発性メモリ（１８）の記憶域への情報メッセージの書き込み命令ステップと、
−前記送信アプリケーションによって、不揮発性メモリ（１８）の通信インターフェースのメッセージ送信コマンドを呼び出すステップと、
−前記内部通信インターフェースから前記送信アプリケーションに、送信ＡＣＫメッセージを送信するステップとからなることを特徴とする請求項３に記載のプロトコル。 - 前記情報メッセージを受信（２００）が、不揮発性メモリ（１８）の内部通信インターフェースのメッセージ読み取りコマンドに対する、前記受信アプリケーションによる呼び出しからなることを特徴とする請求項３に記載のプロトコル。
- 前記情報メッセージを送信するステップ（１００）がさらに、送信アプリケーションの識別属性（ＩＤ−Ａ）と、一連のリスト要素からなる宛先アプリケーションの識別属性リスト（ＬＩＤ）とに基づき、
−送信アップリケ−ション存在を管理する管理ステップ（１００ａ）であって、前記宛先アプリケーションの識別属性リスト（ＬＩＤ）の現行の識別属性要素の各々に対して、少なくとも、
・既知のアプリケーションに関するものか、現行の識別属性要素を判別する第１の判別テストステップ（１００２）と、
・第１の判別テストステップに対して肯定応答の場合、既知のアプリケーションの識別属性リスト（Ｌ−ＡＣＫ）に、該現行の識別属性要素を追加するステップ（１００３）と、
・前記第１のテストステップに対して否定応答の場合、未知のアプリケーション識別属性リスト（Ｌ−ＮＡＣＫ）に、該現行の識別属性要素を追加するステップ（１００４）と、
前記２つの追加ステップに続いて、
・前記宛先アプリケーションの識別属性リスト（ＬＩＤ）から、前記現行の識別属性要素を削除することにより、更新された識別属性リストを生成するステップ（１００５）と、
・前記宛先アプリケーションの識別属性リスト（ＬＩＤ）が空であるかどうかを調べる第２のテストステップ（１００６）と、
・前記第２のテストステップに対して否定応答の場合、宛先アプリケーションの新しい識別属性リストを構成する更新された識別属性リストにおける現行の識別属性要素について、第１の判別テストステップにリターンするステップとを含む管理ステップと、
−前記第２のテストステップに対して肯定応答の場合、既知のアプリケーションの識別属性リスト（Ｌ−ＡＣＫ）が空であるかどうか調べるテストステップ（１００７）と、
−前記書き込み命令ステップ（１００ｂ）とを含むことを特徴とする請求項４に記載のプロトコル。 - 前記書き込み命令ステップ（１００ｂ）が、少なくとも、
−既知のアプリケーションの識別属性リスト（Ｌ−ＡＣＫ）が空であるかどうか調べるステップ（１００７）と、
−既知のアプリケーションの識別属性リスト（Ｌ−ＡＣＫ）が空であるかどうか調べるテストステップ（１００７）に対して肯定応答の場合、宛先アプリケーションが見つからないときのエラーステータスメッセージを設定するステップ（１００８）と、
−既知のアプリケーションの識別属性リスト（Ｌ−ＡＣＫ）が空であるかどうか調べるテストステップ（１００７）に対して否定応答の場合、前記情報メッセージに内部順序番号（Ｎ−ＭＳＧ）を割り当てるステップ（１００９）と、
−前記情報メッセージと、内部順序番号（Ｎ−ＭＳＧ）、情報メッセージに含まれるデータ、既知のアプリケーションの識別属性リスト（Ｌ−ＡＣＫ）からなる情報メッセージの属性とを、不揮発性メモリ内に書き込むステップ（１０１０）と、
−情報メッセージ番号をリターンするステップ（１０１１）と、
−エラーステータスメッセージの設定および情報メッセージ番号のリターンステップ（１００８、１０１１）に続いて、未知のアプリケーションの識別属性リスト（Ｌ−ＮＡＣＫ）をリターンするステップ（１０１２）とを含むことを特徴とする請求項６に記載のプロトコル。 - 不揮発性メモリ（１８）の内部通信インターフェースのメッセージ読み取りコマンドが、受信アプリケーションの識別属性および既知のアプリケーションの識別属性リスト（Ｌ−ＡＣＫ）に基づき、少なくとも、
−受信アプリケーションを宛先とする、読み取られていない第１のデータメッセージのサーチステップ（２００ａ）であって、
少なくとも、
・作業メモリ（１６）に少なくとも１つのデータメッセージがあるかどうか調べる第１のテスト（２００１）と、
・第１のテスト（２００１）に対して否定応答の場合、宛先アプリケーション向けのデータメッセージがないときのエラーステータスを設定するステップ（２００２）と、
・第１のテスト（２００１）に対して肯定応答の場合、最も古いデータメッセージを現行のメッセージに割り当てるステップ（２００３）と、
・既知のアプリケーションの識別属性リスト（Ｌ−ＡＣＫ）に受信アプリケーション識別属性が属するかどうかを調べる第２のテスト（２００４）と、
・前記第２のテスト（２００４）に対して肯定応答の場合、現行のメッセージステータスが読み取られていないメッセージかをチェックする第３のテスト（２００５）と、
・前記第２のテストまたは第３のテスト（２００４、２００５）に対して否定応答の場合、不揮発性メモリに保存された最新のデータメッセージと現行のメッセージとが等しいかどうかを調べる第４のテスト（２００６）と、前記第４のテスト（２００６）に対して肯定応答の場合、前記エラーステータスを設定するステップにリターンするステップと、
・第４のテスト（２００６）に対して否定応答の場合、次のデータメッセージを現行のメッセージに割り当て、前記第２のテストにリターンするステップとを含むサーチステップと、
−前記第３のテストに対して肯定応答の場合、前記宛先アプリケーションへの送信のために、前記現行メッセージに含まれるデータを抽出するステップ（２００ｂ）と、
−前記現行のメッセージのステータスの管理ステップ（２００ｃ）と、
−前記宛先アプリケーションに、抽出されたデータを送信するステップ（２００ｄ）と、
−抽出されたデータを送信するステップ、および宛先アプリケーション向けのデータメッセージがないときのエラーステータスを設定するステップ（２００２）の結果として、エラーステータスのリターンステップとを含むことを特徴とする請求項５に記載のプロトコル。 - 前記現行のメッセージのステータスの管理ステップ（２００ｃ）が、宛先アプリケーションの識別属性アーギュメントと、読み取りに関して宛先アプリケーションにより現行メッセージの状態を示し、現行メッセージの「読み取られた」ステータスまたは「読み取られていない」ステータスに対応する読み取りステータスアーギュメントとから形成されたリストタームを含む宛先アプリケーションの識別属性リストに対して、少なくとも、
−「読み取られた」ステータスの値を割り当てることによって、宛先アプリケーションに関連する読み取りステータスアーギュメントを更新するステップ（２００９）と、
−こうした読み取りステータスアーギュメントの値が、既知のアプリケーションの識別属性リストの読み取りステータスアーギュメントの各々から読み取られたステータスの値に等しいかどうかチェックすることからなるテストステップ（２０１０）と、
−前記テストステップに対して肯定応答の場合、不揮発性メモリ（１８）において、前記現行メッセージを消去するステップと、前記消去するステップの成功を考慮したエラーステータスを設定するステップ（２０１１）とを含むことを特徴とする請求項８に記載のプロトコル。 - 前記情報メッセージが、少なくとも、
−前記アプリケーションの間で交換されるデータに関するフィールドと、
−交換されるデータに関するフィールドを構成するオクテット数に関するフィールドと、
−受信アプリケーションの識別属性に関する少なくとも１つのフィールドとを含むことを特徴とする請求項１から９のいずれか一項に記載のプロトコル。 - 前記情報メッセージがさらに、前記アプリケーション間で交換されるデータメッセージの番号に関するフィールドを含み、
前記データメッセージの番号が、順序番号を構成し、前記アプリケーション間で交換される情報メッセージの時間的な前後関係を決定可能であることを特徴とする請求項１０に記載のプロトコル。 - 端末との通信を可能にする入出力手段（１２）と、入出力手段（１ ２）に接続される情報処理手段（１４）と、情報処理手段（１４）に接続される作業メモリ（１６）およびプログラマブル不揮発性メモリ（１８）とを少なくとも含むマルチアプリケーションの携帯用物品（１０）であって、
不揮発性メモリ（１８）が、各アプリケーションに特定の記憶域（Ｚ１，Ｚ２，Ｚ３）を含み、
各特定の記憶域（Ｚ１，Ｚ２，Ｚ３）が、各アプリケーションに関する、特定のデータ記憶域、特定の命令記憶域、特定の識別記憶域に、さらに分割され、
さらに、マルチアプリケーションの携帯用物品（１０）が、
前記不揮発性メモリ内に内部通信インターフェースを含み、該内部通信インターフェースが少なくとも１つのメッセージ送信コマンドおよびメッセージ受信コマンドを含み、
前記内部通信インターフェースが、第１のアプリケーションが少なくとも１つの別のアプリケーションへデータメッセージを送信するとの要求の際に、第１のアップリケ−ションに、該第１のアプリケーションの識別属性（ＩＤ−Ａ）を送信アプリケーション属性（Ｅ−ＩＤ）として割り当て、第１のアプリケーションとは異なる少なくとも１つの第２のアプリケーションに、該第２のアプリケーションの識別属性（ＩＤ−Ａ）を受信アプリケーション属性（Ｒ−ＩＤ）として割り当てる手段を含み、前記内部通信インターフェースが送信アプリケーションと受信アプリケーションとの間の情報メッセージの交換を可能とする仲介役を形成する、マルチアプリケーションの携帯用物品。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR9812650A FR2784479B1 (fr) | 1998-10-09 | 1998-10-09 | Protocole d'echange interne de donnees entre applications d'un objet portatif multi-applications et objet portatif multi-applications correspondant |
| FR98/12650 | 1998-10-09 | ||
| PCT/FR1999/002404 WO2000022525A1 (fr) | 1998-10-09 | 1999-10-07 | Protocole d'echange interne de donnees entre applications d'un objet portatif multi-applications et objet portatif multi-applications correspondant |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002527817A JP2002527817A (ja) | 2002-08-27 |
| JP3615707B2 true JP3615707B2 (ja) | 2005-02-02 |
Family
ID=9531359
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000576364A Expired - Lifetime JP3615707B2 (ja) | 1998-10-09 | 1999-10-07 | マルチアプリケーションの携帯用物品におけるアプリケーション間の内部データ交換プロトコルと、対応するマルチアプリケーションの携帯用物品 |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US6810521B1 (ja) |
| EP (1) | EP1046108B1 (ja) |
| JP (1) | JP3615707B2 (ja) |
| AT (1) | ATE377214T1 (ja) |
| DE (1) | DE69937441D1 (ja) |
| FR (1) | FR2784479B1 (ja) |
| WO (1) | WO2000022525A1 (ja) |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7178153B1 (en) * | 2002-05-10 | 2007-02-13 | Oracle International Corporation | Method and mechanism for implementing an access interface infrastructure |
| JP4326189B2 (ja) * | 2002-06-10 | 2009-09-02 | 健 坂村 | 自律型ｉｃカード及び通信システム |
| US7716675B2 (en) * | 2003-08-28 | 2010-05-11 | Siebel Systems, Inc. | Cross-reference service |
| ES2245247B1 (es) * | 2004-06-09 | 2006-12-16 | Microelectronica Española, S.A. | Metodo y dispositivo para la comparticion de informacion entre parcelas de memoria de entornos de recursos limitados. |
| WO2006005773A1 (es) * | 2004-06-09 | 2006-01-19 | Microelectronica Española, S.A.U | Método y dispositivo para la compartición de información entre parcelas de memoria de entornos de recursos limitados |
| EP1854040A1 (en) * | 2005-02-17 | 2007-11-14 | Koninklijke Philips Electronics N.V. | A device and a method of operating a device |
| US8074288B2 (en) * | 2005-07-15 | 2011-12-06 | Microsoft Corporation | Isolation of application-specific data within a user account |
| FR2896060A1 (fr) * | 2006-01-06 | 2007-07-13 | Gemplus Sa | Cle electronique generique munie d'une carte a puce personnalisee |
| US7595810B2 (en) * | 2006-03-22 | 2009-09-29 | Apple Inc. | Methods of manipulating a screen space of a display device |
| KR100826886B1 (ko) | 2006-11-30 | 2008-05-06 | 한국전자통신연구원 | 무선 네트워크 연동을 위한 스마트카드의 파일 링크 방법 |
| US8249935B1 (en) | 2007-09-27 | 2012-08-21 | Sprint Communications Company L.P. | Method and system for blocking confidential information at a point-of-sale reader from eavesdropping |
| US9883381B1 (en) | 2007-10-02 | 2018-01-30 | Sprint Communications Company L.P. | Providing secure access to smart card applications |
| US8768845B1 (en) * | 2009-02-16 | 2014-07-01 | Sprint Communications Company L.P. | Electronic wallet removal from mobile electronic devices |
| CN104834286B (zh) * | 2015-03-30 | 2017-07-11 | 北京经纬恒润科技有限公司 | 一种重编程方法、系统、重编程设备及电子控制单元 |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2657445B1 (fr) * | 1990-01-25 | 1992-04-10 | Gemplus Card Int | Procede de chargement de programmes d'application dans un lecteur de carte a memoire a microprocesseur et systeme destine a sa mise en óoeuvre. |
| US5822784A (en) * | 1993-03-19 | 1998-10-13 | Intel Corporation | Mechanism supporting execute in place read only memory applications located on removable computer cards |
| FR2713803B1 (fr) * | 1993-12-07 | 1996-01-12 | Gemplus Card Int | Carte à mémoire et procédé de fonctionnement. |
| EP0666550B1 (en) * | 1994-02-08 | 1997-05-02 | Belle Gate Investment B.V. | Data exchange system comprising portable data processing units |
| US6385645B1 (en) * | 1995-08-04 | 2002-05-07 | Belle Gate Investments B.V. | Data exchange system comprising portable data processing units |
| GB2305270A (en) * | 1995-09-15 | 1997-04-02 | Ibm | Bridge for a client-server environment |
| US5854891A (en) * | 1996-08-09 | 1998-12-29 | Tritheim Technologies, Inc. | Smart card reader having multiple data enabling storage compartments |
| US5923884A (en) * | 1996-08-30 | 1999-07-13 | Gemplus S.C.A. | System and method for loading applications onto a smart card |
| US5754762A (en) * | 1997-01-13 | 1998-05-19 | Kuo; Chih-Cheng | Secure multiple application IC card using interrupt instruction issued by operating system or application program to control operation flag that determines the operational mode of bi-modal CPU |
| US6220510B1 (en) * | 1997-05-15 | 2001-04-24 | Mondex International Limited | Multi-application IC card with delegation feature |
| AU5097300A (en) * | 1999-06-03 | 2000-12-28 | Nokia Mobile Phones Limited | An integrated circuit card for use in a communication terminal |
-
1998
- 1998-10-09 FR FR9812650A patent/FR2784479B1/fr not_active Expired - Fee Related
-
1999
- 1999-10-07 DE DE69937441T patent/DE69937441D1/de not_active Expired - Lifetime
- 1999-10-07 JP JP2000576364A patent/JP3615707B2/ja not_active Expired - Lifetime
- 1999-10-07 AT AT99970483T patent/ATE377214T1/de not_active IP Right Cessation
- 1999-10-07 EP EP99970483A patent/EP1046108B1/fr not_active Expired - Lifetime
- 1999-10-07 WO PCT/FR1999/002404 patent/WO2000022525A1/fr active IP Right Grant
- 1999-10-07 US US09/581,072 patent/US6810521B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| DE69937441D1 (de) | 2007-12-13 |
| JP2002527817A (ja) | 2002-08-27 |
| WO2000022525A1 (fr) | 2000-04-20 |
| FR2784479A1 (fr) | 2000-04-14 |
| EP1046108A1 (fr) | 2000-10-25 |
| ATE377214T1 (de) | 2007-11-15 |
| FR2784479B1 (fr) | 2000-11-17 |
| EP1046108B1 (fr) | 2007-10-31 |
| US6810521B1 (en) | 2004-10-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3615707B2 (ja) | マルチアプリケーションの携帯用物品におけるアプリケーション間の内部データ交換プロトコルと、対応するマルチアプリケーションの携帯用物品 | |
| US7140549B2 (en) | Method and apparatus for selecting a desired application on a smart card | |
| US5513324A (en) | Method and apparatus using network variables in a multi-node network | |
| CN100590590C (zh) | 包括便携式数据处理单元的数据交换系统 | |
| CN101714201B (zh) | 代码签字系统及方法 | |
| CN110995473B (zh) | 一种业务节点的控制方法及相关设备 | |
| CN1624657B (zh) | 用于实现多个安全引擎上的安全政策的方法和系统 | |
| JP5132852B2 (ja) | 小面積装置において入力点オブジェクトを使用してコンテキスト障壁を横断するアクセスを許可する技術 | |
| US20050188360A1 (en) | Method and apparatus for providing an application on a smart card | |
| US7003663B2 (en) | Distribution of deployment information for remote applications | |
| US7152230B2 (en) | Storage media storing data related to smart card, smart card system and smart card application loading method | |
| US20030028614A1 (en) | Portable storage media and method of utilizing remote storage unit on network as auxiliary memory of local computer by using the same | |
| US7340748B2 (en) | Automatic client proxy configuration for portable services | |
| AU4165700A (en) | Techniques for permitting access across a context barrier in a small footprint device using global data structures | |
| CN108196879A (zh) | 业务处理方法、装置、设备及计算机可读存储介质 | |
| CN100507797C (zh) | 采用文本屏障在小型注脚设备上实施安全的技术 | |
| EP3657764B1 (en) | Information processing apparatus, information processing method, and program | |
| CN109923547B (zh) | 程序行为监控设备、分布式对象生成管理设备、存储介质、以及程序行为监视系统 | |
| AU2617600A (en) | Techniques for permitting access across a context barrier on a small footprint device using run time environment privileges | |
| AU2617400A (en) | Techniques for permitting access across a context barrier in a small footprint device using shared object interfaces | |
| US8366007B2 (en) | Secure device and reader-writer | |
| CN104012122B (zh) | 用于与便携式数据载体上的应用程序通信的方法以及这样的便携式数据载体 | |
| US20100251261A1 (en) | Method and Device for Automatically Selecting an Application That Can Be Implemented by Said Device | |
| JP2010039913A (ja) | 通信装置、通信方法、及びプログラム | |
| JP2004513407A (ja) | カード端末およびカード端末を動作させるための方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040224 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20040518 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20040623 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040824 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041005 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041101 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3615707 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071112 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081112 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081112 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091112 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101112 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101112 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111112 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111112 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121112 Year of fee payment: 8 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121112 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131112 Year of fee payment: 9 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |