JP2004512593A - マスタとスレーブとの間の単一の物理交換チャネル上でのコマンド／応答対の多重交換のための複数の論理フローの伝送用プロトコル、およびアプレットの実行を追跡し監視するための対応する装置 - Google Patents
マスタとスレーブとの間の単一の物理交換チャネル上でのコマンド／応答対の多重交換のための複数の論理フローの伝送用プロトコル、およびアプレットの実行を追跡し監視するための対応する装置 Download PDFInfo
- Publication number
- JP2004512593A JP2004512593A JP2002536746A JP2002536746A JP2004512593A JP 2004512593 A JP2004512593 A JP 2004512593A JP 2002536746 A JP2002536746 A JP 2002536746A JP 2002536746 A JP2002536746 A JP 2002536746A JP 2004512593 A JP2004512593 A JP 2004512593A
- Authority
- JP
- Japan
- Prior art keywords
- command
- response
- execution
- exchange
- concurrent
- 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.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
- G06K7/0008—General problems related to the reading of electronic memory record carriers, independent of its reading method, e.g. power transfer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/14—Multichannel or multilink protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Artificial Intelligence (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Computer And Data Communications (AREA)
- Communication Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Radio Relay Systems (AREA)
- Alarm Systems (AREA)
- Information Transfer Systems (AREA)
Abstract
本発明は、マスタトランシーバとスレーブトランシーバとの間で単一の物理交換チャネル上でコマンド／応答対の多数の論理交換フローを送るプロトコルと、アプレットの実行を制御および監視する対応する装置とに関する。既存のアクティブなベース論理フロー（Ｓ）に対して、プロトコルは、前記ベースフローを基準論理フローとして選択すること（Ｂ）と、コンカレント論理フロー（｛ＣＬＦｘ｝）のセットを発生することとからなる。コンカレント論理フローは、コマンド／応答対をセグメント化する（Ｄ）引き続く基本パケットで構成されている。交換は、マスタトランシーバにより特定のコマンドを基にして初期化および継続され、スレーブトランシーバによるセグメント化は、基準フローで伝送される特定の応答を基にしている。本発明は、マルチアプリケーションスマートカードに組込まれているアプレットの実行を制御および監視するのに特に有用である。
Description
【０００１】
本発明は、マスタトランシーバとスレーブトランシーバとの間での、単一の物理交換チャネル上でのコマンド／応答対の多重交換のための論理フロー（ｌｏｇｉｃａｌ ｆｌｏｗ）の伝送のためのプロトコルと、そのようなプロトコルの応用とに関し、特に、マイクロプロセッサカードにインストールされているアプレット（Ａｐｐｌｅｔ）の実行を追跡（トラッキング）し監視（モニタリング）し、またデバッグするための装置の実装に関する。
【０００２】
マスタトランシーバとスレーブトランシーバとの間でデータまたは情報を交換するプロトコルは、そのプロトコルが、かなりの計算性能および処理性能を持つマスタ要素と、記憶性能に関連して計算性能および処理性能が現状でははるかに低いスレーブ要素との間のデータしたがって情報の確実かつ完全に安定な交換を行うことを可能にするものである限り、現在、極めて興味があるものである。
【０００３】
これは、特に、組込みシステムとしても知られている、カード読取器（ＣＡＤ）とマイクロプロセッサカード、チップカードとの対で構成されているコンピュータ装置に対する場合である。それに対しては、ＩＳＯ ７８１６規格がチップカードとＣＡＤ読取器との間の通信のための２つのプロトコルを定義している。
【０００４】
さらに詳しくいえば、これら２つのプロトコルは、パラメータＴ＝０およびＴ＝１により定められ、各プロトコルは、「半二重」プロトコルに対応し、すなわちカード読取器とチップカードの２つの参加要素のちょうど一方が、それぞれ、所与の時にデータを他の参加要素へ送ることができる。
【０００５】
カード読取器へのカードの挿入に続いて、カード読取器によってカードへの供給が始められ、マスタトランシーバすなわちＣＡＤ読取器とスレーブトランシーバすなわちチップカードとの間で、単一の物理チャネル上でのデータ交換が行われる。伝送される情報ユニットは、アプリケーションプロトコルデータユニット（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を意味するＡＰＤＵと呼ばれる。
【０００６】
先行技術から知られている上述したプロトコルでは、コマンドＡＰＤＵすなわちＣ−ＡＰＤＵと、応答ＡＰＤＵすなわちＲ−ＡＰＤＵとを区別する。
【０００７】
情報交換セッションは、１つまたは複数のＡＰＤＵ交換で構成されている。したがってＡＰＤＵ交換は、マスタトランシーバ要素により常に開始されるＣ−ＡＰＤＵ／Ｒ−ＡＰＤＵコマンド／応答対の交換で構成される。マスタトランシーバ要素は、スレーブトランシーバがＲ−ＡＰＤＵを介して応答する対象であるＣ−ＡＰＤＵを発行（ディスパッチ）する。交換が行われている間は、マスタ要素は動作不能にされたままで、その間、応答を待ち、したがって、コマンド／応答対の交換は、マスタトランシーバとスレーブトランシーバとの間での、伝送のイニシアティブ（発議権）すなわち制御の引き続く転送を含み、また、逆もまた同じである。
【０００８】
最悪の場合には、マスタトランシーバすなわちカード読取器が取りがちである、この引き続く転送とは異なる唯一のイニシアティブは、スレーブトランシーバすなわちチップカードへの電力供給を遮断することによる全交換セッションを中断することである。
【０００９】
しかし、集積回路をエッチングする物理的プロセスにおける絶えざる向上、したがって所与の体積または面積のシリコンにおける計算性能および処理性能ならびに記憶性能の絶えざる向上によって、最近、多数の機能を持つスレーブトランシーバの出現が促進されている。これは特に、多重アプリケーションチップカードの場合にそうである。例えばあるチップカードに、カード読取器がチップカードに対して独立に通信することを求めることができるようないくつかのアプリケーションを組込むことができる。特に、カード読取器は容量に対して禁止的な制約を示すことがなく、例えば、銀行に設置されている自動紙幣払出し機またはＧＳＭ携帯電話端末などのこの種のＣＡＤ読取器にはいくつかのアプリケーションを組込むことができ、そうすると、スレーブトランシーバすなわち多重アプリケーションチップカードで構成されている装置は、実質的に独立しているアプリケーションの間で単一の物理チャネルを介して、コマンド／応答対により、情報の多重交換をすることに直面させられる。
【００１０】
あるチップカードは、いくつかのファイルシステムと、いくつかのアプレットまたはそのアプレットに設定されるいくつかのサービスを実際に包含できる。特に、ＧＳＭカードは、加入者の認証の提供と、および可搬ユニットすなわち組込みシステムとしてアプレットの実行の提供とを行う。
【００１１】
この目的で、ＩＳＯ ７８１６−４規格のセクション５．５は、論理チャネル（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）の概念を定義している。これらの論理チャネルは、チップカード上に存在する種々の参加要素すなわちアプレットまたはサービスに結び付けられているＡＰＤＵ交換のセッションを切り離すことを可能にする。提案されている標準化されたプロセスは非常に簡単で、チップカードは０から３まで番号を付けられている４つまでの論理チャネルを管理できる。それらの論理チャネルは、ＩＳＯ ７８１６−４規格のセクション６．１６に規定されているように、“管理チャネル（ＭＡＮＡＧＥ ＣＨＡＮＮＥＬ）”標準コマンドによってそれぞれ開閉できる。次に、Ｃ−ＡＰＤＵコマンドに対する宛先論理チャネルのインデックス番号が、ＡＰＤＵのクラスコード（ＣＬＡ）の下位２ビットで符号化される。
【００１２】
したがって、ＩＳＯ ７８１６−４規格により規定されている種々の論理チャネルは、このようにして論理的に切り離されるが、単一の物理交換チャネル上でのＡＰＤＵ交換は、ＣＡＤ読取器とそれの種々のアプリケーションに対して、かつチップカード上で実行できる種々のアプレットまたはサービスに対して、特に分けられていない異なる論理チャネルに関連するコマンド／応答対が同時に多数存在することによって生じがちである衝突が生じないままにする。特にＩＳＯ ７８１６−４規格のパラグラフ４、セクション５．５．１の規定を参照されたい。その規定によれば、次のコマンド／応答対の送り出し前にコマンド／応答対の送り出しを終了せねばならず、いくつかの論理チャネル上ではコマンドと応答とを入れ子にさせてはならず、コマンドの受取りと対応する応答の発行との間で単一の論理チャネルはアクティブでなければならない。
【００１３】
本発明の目的は、マスタトランシーバとスレーブトランシーバとの間のコマンド／応答対によるデータ交換のためのプロトコルの諸欠点を、多数の論理チャネルに課される制約を解消することによって、除去することである。
【００１４】
本発明の他の目的は、マスタトランシーバとスレーブトランシーバとの間の、単一の物理交換チャネル上でのコマンド／応答対の多重交換のための複数の論理フローの伝送用プロトコルを、コンカレント（並行）論理チャネルの実装によって、明らかにすることである。各コンカレント論理チャネルは、コマンド／応答対の独立な交換を許すが、いくつかのコマンド／応答対を開かれている種々のコンカレント論理チャネルで同時にアクティブであるようにすることが可能である。
【００１５】
特に、本発明の別の目的は、マスタトランシーバとスレーブトランシーバとの間の、単一の物理交換チャネル上でのコマンド／応答対の多重交換のための複数の論理フローの伝送用プロトコルであって、ＣＡＤ読取器などのマスタトランシーバが別のコンカレント論理チャネルでコマンド／応答対、ＡＰＤＵ、の交換を開始でき、既にアクティブな並行チャネルでコマンド／応答対の交換が既に進行中であり、スレーブトランシーバすなわちチップカードにインストールされているアプレットまたはサービスにより管理されている少なくとも１つのアプリケーションを用いて、マスタトランシーバすなわちカード読取器に接続されている種々のアプリケーションが、したがって、実行のコンフリクトのいかなる危険もなしに、相互に独立して実行されるようにする伝送用プロトコルを与えることである。
【００１６】
逆に本発明の他の目的は、マルチアプリケーションチップカードにインストールされた種々のアプレットまたはサービスなどのスレーブトランシーバによって管理されている種々のアプリケーションにリンクされた異なるコンカレント論理チャネル上で異なるコマンド／応答対を交換できる、マスタートランシーバとスレーブトランシーバとの間での、単一の物理交換チャネル上でのコマンド／応答対の多重交換のための複数の論理フローの伝送のためのプロトコルであり、これらのアプリケーションは、本発明の主題であるプロトコルの実装によって、同時かつ独立に実行する。
【００１７】
本発明の別の目的は、また、進行中のコマンド／応答対の交換の場合を含めて、コンカレント論理チャネルのおのおのがマスタトランシーバのみのイニシアティブで閉じられる、マスタトランシーバとスレーブトランシーバとの間の、単一の物理交換チャネル上でのコマンド／応答対の多重交換のための複数の論理フローの伝送のためのプロトコルでもある。
【００１８】
本発明の他の目的は、また、コマンド／応答対をベース論理チャネル上で交換するマスタートランシーバとスレーブトランシーバとの間の、単一の物理交換チャネル上でのコマンド／応答対の多重交換のための複数の論理フローの伝送のためのプロトコルであって、コマンド／応答対がおそらくまたこのマスタトランシーバとこのスレーブトランシーバとの間でコンカレント論理チャネル上でも交換され、コマンド／応答対は、ベース論理チャネルによって運ばれるベース論理フローとコンカレント論理チャネルにより運ばれるコンカレント論理フローとを構成し、それらの論理フローは、いかなる衝突もなしに、単一の物理交換チャネル上でコマンド／応答対を交換する手順から利益を得られるように共存プロトコルでもある。
【００１９】
本発明の他の目的は、最後に、マスタトランシーバがＣＡＤ読取器により構成され、スレーブトランシーバがチップカードにより構成されている場合に、コマンド／応答対の多重交換のための複数の論理フローの伝送のための、ＩＳＯ ７８１６規格の仕様に完全に適合する、プロトコルである。
【００２０】
本発明の主題である、マスタトランシーバとスレーブトランシーバとの間の単一の物理交換チャネル上でのコマンド／応答対の多重交換のための複数の論理フローの伝送のためのプロトコルは、マスタトランシーバによって開始され、単一の物理交換チャネルと同じマスタ／スレーブ関係を前提とする、少なくとも１つのベース論理フローを含む論理フローに関しており、マスタトランシーバとスレーブトランシーバはそれぞれ少なくとも１つのソフトウエアアプリケーションの実行を許す。
【００２１】
基準論理フローとしてとられたベース論理フローの１つにおいて、コマンド／応答対をセグメント化（区分化）する引き続く基本パケットによりおのおのが形成されているコンカレント論理フローのセットを発生することは、注目に値する。コンカレント論理フローのセットを形成する引き続く基本パケットは、基準論理フロー上で伝送される。このセットの２つのコンカレント論理フローは、異なるコマンド／応答対の独立した実質的に同時の伝送を行えるようにする。
【００２２】
コマンド／応答対のいかなる交換の開始および継続も、この基準論理フロー上で伝送される特定のコマンドを基にしてマスタトランシーバのイニシアティブで行われ、引き続く基本パケットへのセグメント化は、この基準フロー上でのそれらの特定のコマンドに応答して伝送される特定の応答のイニシアティブで行われる。これによって、一方では、マスタトランシーバおよびスレーブトランシーバの少なくとも一対のアプリケーションの間の独立した実質的に同時のコマンド／応答対の交換が行えるようにされ、他方では、物理交換チャネル上において基準論理フローとしてとられた論理フローからの異なるベース論理フローにおける優先コマンド／応答対の交換が行えるようにされる。
【００２３】
本発明の主題である、マスタトランシーバとスレーブトランシーバとの間での、単一の物理交換チャネル上でのコマンド／応答対の多重交換のための複数の論理フローの伝送のためのプロトコル、および、そのようなプロトコルを実行する組込みコンピュータ装置などのコンピュータ装置にインストールされているアプレットの実行を追跡および監視する装置が、下記の説明を読み、図面を参照することによってより良く理解されるであろう。
【００２４】
本発明の主題に基づく、マスタトランシーバとスレーブトランシーバとの間の、単一の物理交換チャネル上でのコマンド／応答対の多重交換のための複数の論理フローの伝送のためのプロトコルについて、図１ａおよびそれに続く図面を参照して以下に詳細に説明する。
【００２５】
この説明のフレームワーク内で、論理フローは、マスタトランシーバとスレーブトランシーバとの間の単一の物理交換リンクを介する論理チャネル上での多数のコマンド／応答対の交換で構成されていることが、想起される。
【００２６】
一般に、本発明の主題であるプロトコルは、コマンド／応答対の交換を行えるようにする“半二重”リンクによりリンクされている任意のマスタトランシーバと任意のスレーブトランシーバとの間で実装されることが想起され、ここで、マスタトランシーバは、アプリケーションのセットの中からの１つのアプリケーションに接続され、スレーブトランシーバは、アプリケーションまたはサービスのセットの中からの少なくとも１つのアプリケーションの実行を行えるようにする。Ｅ／ＲＭと記されているマスタトランシーバとＥ／ＲＥと記されているスレーブトランシーバとへの各アプリケーションの相互接続は、ベース論理フローを介して実行できる。それらのアプリケーションは、マスタトランシーバに相互接続されるアプリケーションの場合にはＡＭｙと記され、スレーブトランシーバに相互接続されるアプリケーションの場合にはＡＥｚと記されている。このベース論理フローを、ＳＥＰＣと記されている単一の物理交換チャネルによって伝送することが可能である。前述のベース論理フローＢＬＦは、単一の物理交換チャネルＳＰＥＣ上での、（Ｃ，Ｒ）ｂと記されているコマンド／応答対の伝送で構成される。
【００２７】
これらの条件の下で、図１ａに示されているように、前述のパラメータのセットが定義されており、Ｓで記されているスタート条件について考えることにする。そのスタート条件は、非限定的な態様において、少なくとも１つのアプリケーションの実行を許すＣＡＤ読取器によってマスタトランシーバＥ／ＲＭが構成されており、かつアプレットまたはサービスがインストールされているチップカードによってスレーブトランシーバＥ／ＲＥが構成されているような状況に対応し、この状況では、ベース論理フローは、ＩＳＯ規格７８１６−３および７８１６−４の規定により定められている論理フローに対応する。
【００２８】
しかしながら、上述した規格の規定にしたがう第１の使用にしたがって、単一のベースフローがプロトコルの実装のフレームワーク内で開いていてアクティブであると考えられる。これは図１ａに示されている本発明の主題である。
【００２９】
より具体的なやり方で、図１ａに示されているように、本発明の主題であるプロトコルは、現在のアクティブな論理フローＢＬＦを基準論理フローＬＦｒとみなすことからなる。この操作は、図１ａのステップＢで実行され、関係：
ＬＦｒ＝ＢＬＦ
により示されている。このステップは、たとえば１６進数値ＦＥなどの、特定の値を現在のアクティブなベース論理フローのクラスコードまたはパラメータに割り当てることによって実行できる。
【００３０】
ステップＢの後にステップＣが続く。ステップＣは、コンカレント論理フローのセット｛ＣＬＦｘ｝を発生することからなる。各コンカレント論理フローは、コマンド／応答対をセグメント化（区分化）する引き続く基本パケットにより形成される。コンカレント論理フローのセット｛ＣＬＦｘ｝を形成する引き続く基本パケットは、基準論理フローＬＦｒ上で伝送され、その間にステップＤのセグメント化を行い、このセットの２つのコンカレント論理フローは、異なるコマンド／応答対の独立かつ実質的に同時の伝送を行えるようにする。ステップＤに示されている戻り矢印は、セグメント化から生じた引き続く基本パケットの多重交換を示している。
【００３１】
コマンド／応答対のいかなる交換の開始および継続も、基準論理フロー上で伝送される特定のコマンドを基にしてマスタトランシーバのイニシアティブ（主導）で行われ、引き続く基本パケットへのセグメント化は、この基準フロー上でのそれらの特定のコマンドに応答して送信された特定の応答を基にしてスレーブトランシーバのイニシアティブで行われる。このようにしてマスタトランシーバは、アプリケーションと異なるアプレットとの間の交換の実行のために基準論理フローＬＦｒを維持することによって、異なるコマンド／応答対の交換を維持でき、または、値ＦＥの差し引きにより、ベース論理フローへの復帰によるコマンド／応答対の交換を維持できる。
【００３２】
このやり方で、この明細書において後で以下に非常に詳しく説明するように、マスタトランシーバおよびスレーブトランシーバの少なくとも一対のアプリケーションの間の独立した実質的に同時のコマンド／応答対の交換が行えるようにされる。異なるコマンド／応答対の実質的に同時の伝送という概念に関する限り、同時という概念は、引き続くパケットの伝送の期間内に限られることがもちろん理解される。
【００３３】
さらに、本発明の主題であるプロトコルは、複数のアクティブなベース論理フローの存在する中で実現できる。図１ｂに示されているように、この状況では、マスタトランシーバＥ／ＲＭにより開始されるいかなるベース論理フローの存在中も、この状況は、図１ａの開始状況と同様の開始状態Ｓに対応し、本発明の主題であるプロトコルは、マスタトランシーバとスレーブトランシーバとの間の任意の開かれている、かつ通常はアクティブな、ベース論理フローの伝送を行うことからなるとすることができる。この操作は、マスタトランシーバに接続されまたは接続されがちである任意のアプリケーションＡＭｙからの要求で、マスタトランシーバのイニシアティブで初期化されるアクティブなベースフローＢＬＦ＊の存在を検証することからなるテストステップＡにより実行できる。
【００３４】
図１ｂにおいて、対応するテストＡは
ＢＬＦ＊＝｛Φ｝
で示されている。このテストは、任意のアクティブなベース論理フローの不存在を検証することからなる。
【００３５】
上述したテストＡに対する否定的な応答に際して、アクティブなベースフローがマスタトランシーバのレベルに存在し、本発明の主題であるプロトコルは、ステップＳへ戻ることによる上述のアクティブなベース論理フローの伝送の実行することからなる。
【００３６】
逆に、上述したテストＡへの肯定的な応答に際して、アクティブなベースフローはマスタトランシーバのレベルに存在せず、そして本発明の主題であるプロトコルは、基準論理フローとしてとられる少なくとも１つのベースフローにおいて、コンカレント論理フローのセットを発生することからなることができる。
【００３７】
図１ｂで、図１ａのステップに類似するステップＢは、関係：
ＬＦｒ＝ＢＬＦｕ
によりＬＦｒとして示されている、基準論理フローとしてベース論理フローＢＬＦｕの定義を表わす。本発明の主題であるプロトコルの実装のフレームワーク内で、ＩＳＯ規格７８１６−４の規定に適合できるプロトコルにしたがって、ステップＢにおける基準論理フローの定義を、例えば、先に述べた１６進数値ＦＥなどの特定の値を関連するベース論理フローのクラスコードまたはパラメータに割り当てることによって、有利に実行することができる。
【００３８】
ステップＢに続いて、コンカレント論理フローのセットが、図１ａでのステップに類似するステップＣで発生される。ＣＬＦｘで示されている各コンカレント論理フローと、｛ＣＬＦｘ｝で示されているそれらのコンカレント論理フローのセットとが、この明細書で後で説明するように、引き続く基本データパケットにより形成される。上述したコンカレント論理フローのセット｛ＣＬＦｘ｝のコンカレント論理フローによって、マスタトランシーバに接続されているアプリケーションすなわちＡＭｐで示されているアプリケーションと、スレーブトランシーバに接続されているアプリケーションすなわちＡＥｑで示されているアプリケーションとの間の異なるコマンド／応答対の独立した実質的に同時の伝送を行えるようにされ、それらのアプリケーションを、データの交換がセットＢＬＦ＊からのベース論理フローによって前に実行されているようなアプリケーションＡＭｙ、ＡＥｚとは先験的（アプリオリ）に異なるまたは異ならないようにすることが可能である。
【００３９】
図１ｂに、異なるコマンド／応答対の独立した実質的に同時の伝送ステップがＤで示されている。これらのコマンド／応答対は（Ｃ，Ｒ）ｘで示されており、対応するコンカレント論理フローＣＬＦｘにしたがって単一の物理交換チャネルＳＥＰＣ（ｓｉｎｇｌｅ ｐｈｙｓｉｃａｌ ｅｘｃｈａｎｇｅ ｃｈａｎｎｅｌ）上で伝送される。
【００４０】
さらに、図１ｂに示されているように、本発明の主題であるプロトコルは、
単一の物理交換チャネル上での基準論理フローとは異なるベース論理フロー上におけるコマンド／応答対の交換の実行のためにマスタトランシーバＥ／ＲＭによりアクティブにされると、直ちに任意のコンカレント論理フローの交換を一時停止することからなる。この一時停止操作は、図１ｂに示されているステップなどのテストステップＥに対応することができる。このテストステップＥは、アクティブなベース論理フローＢＬＦ＊が存在しないことを検証する、ステップＡにおいて実行されるものと同じテストにおそらく対応する。
【００４１】
テストＥに対する否定応答があると、マスタトランシーバＥ／ＲＭにより開始されたアクティブなベース論理フローが存在し、このアクティブなベース論理フローの伝送を実行するために、開始ステップＳへの戻りが行われる。
【００４２】
逆に、テストＥに対する肯定応答があると、基準論理フローを再び定めるためにステップＢへの戻りが実行され、もちろん、上記のようにステップＢ、Ｃ、Ｄにしたがう多重交換プロセスの実行も行われる。
【００４３】
したがって、本発明の主題であるプロトコルの引き続くステップの実行によって、図１ｂに示されているように、前記プロトコルは、任意のベース論理フローの交換が終了すると、いかなるコンカレント論理フローの交換も直ちに継続可能にすることが理解される。
【００４４】
このやり方によって、単一の物理交換チャネル上でのマスタトランシーバとスレーブトランシーバの少なくとも一対のアプリケーションの間の独立した実質的に同時のコマンド／応答対の交換が行えるようにされる。
【００４５】
本発明の主題であるプロトコルは、図１ｂに示されているように、衝突（コンフリクト）なしの共存を提供可能にし、コンカレント論理チャネルは、コンカレント論理フローの伝送を行えるようにし、ベース論理チャネルは、ベース論理フローの伝送を行えるようにする。特に、それは一方では、マスタトランシーバとスレーブトランシーバの少なくとも一対のアプリケーションの間の独立した実質的に同時のコマンド／応答対の交換を行えるようにし、他方では、単一の物理交換チャネル上でのベース論理フローにおける優先コマンド／応答対の交換を行えるようにする。
【００４６】
したがって、以下に説明するように、ベース論理フローがＩＳＯ規格７８１６−４の規定を満たすように定められており、かつマスタトランシーバがカード読取器によって構成されスレーブトランシーバがチップカードにより構成されている場合には、任意の時に、カード読取器はベース論理チャネル上でのＡＰＤＵコマンドの交換を開始できることが、理解される。この交換が行われている間、他のチャネル、すなわちコンカレントまたはその他のチャネルが一時停止されるが、コンカレントチャネル上で現在進行中の交換は中断されることはない。
【００４７】
上述した特定の実装では、処理に比較的短い時間のみを要するコマンド／応答対の伝送を提供するためにベース論理フローおよびベース論理チャネルを使用することが、有利である。
【００４８】
本発明の主題であるプロトコルのステップＢ、Ｃ、Ｄの、図１ａおよび１ｂを参照して先に説明した特定の実装についてのより詳細な説明を、特に、上述したベース論理フローＢＬＦｕがＩＳＯ規格７８１６−４の規定を満たす場合に、図２ａ、２ｂ、２ｃおよび２ｄを参照して以下に行う。
【００４９】
図２ａには、それぞれ要素Ｅ／ＲＭおよびＥ／ＲＥとして記載されているマスタトランシーバとスレーブトランシーバが示されている。
【００５０】
ベース論理フローＢＬＦｕ上の、（Ｃ，Ｒ）と記されている、コマンド／応答対の交換が単一の物理交換チャネルＳＥＰＣ上で行われ、要素Ｅ／ＲＭは、コマンドＣを、パイロットＰを介して要素Ｅ／ＲＭに接続されているアプリケーションＡＭｐから受ける。この要素Ｅ／ＲＭは、Ｃ＝［“ＣＯＭＭＡＮＤ”］と記されているコマンドＣのスレーブ要素Ｅ／ＲＥへの伝送を行うために制御を行う。制御を行う要素Ｅ／ＲＭは、コマンドＣを、スレーブ要素Ｅ／ＲＥに接続されているアプリケーションＡＥｑへ送る。上述したアプリケーションの応答Ｒは、スレーブ要素Ｅ／ＲＥへ伝えられ、スレーブ要素Ｅ／ＲＥは、Ｒ＝［“ＲＥＳＰＯＮＳＥ”］と記されている応答の、単一の物理交換チャネルＳＥＰＣ上でのＥ／ＲＭへの伝送を行うように、再び制御を行う。要素Ｅ／ＲＭは、それをパイロットＰを介してアプリケーションＡＭｐへ送る。この所与の例では、文字列“ＣＯＭＭＡＮＤ”と“ＲＥＳＰＯＮＳＥ”は、シンボリックなコマンドとシンボリックな応答をそれぞれ示す。
【００５１】
関連する論理フローがベース論理フローＢＬＦｕであると、コマンド／応答プロセスを、引き続く対応する論理フローの入れ子（ネスト）またはインターリーブなしに、ＩＳＯ規格７８１６−４の規定にしたがって、対応するコマンドおよび応答の実行で継続できる。
【００５２】
逆に、例えばこの明細書で以前に述べた特定のクラスコードを割当てることによってベース論理フローが基準論理フローＬＦｒとして構成されると、引き続くコンカレント論理フローを生成するプロセスが、関連するコンカレント論理チャネル上でＡＰＤＵの交換を構成しているデータのチョッピングにより、スレーブ要素Ｅ／ＲＥのイニシアティブで実行される。このチョッピングは、より基本的なデータユニットまたはデータセグメントへのチョッピングと、通常のＡＰＤＵを用いる単一の物理交換チャネルＳＥＰＣでのそれらのデータまたはセグメントの伝送とで構成される。
【００５３】
スレーブ要素Ｅ／ＲＥのイニシアティブでの前述したチョッピングは、定義により本発明の主題であるプロトコルの特に注目に値する面にしたがって、応答とセグメント化オーダー（命令）によって要素Ｅ／ＲＥのイニシアティブで実行できるので、有利であることが特に理解される。このセグメント化オーダーは、例えば、部分的なコマンドまたはデータ項目の形態でマスタ要素Ｅ／ＲＭにより伝送されるコマンドのパケットの最大サイズを定める。スレーブ要素Ｅ／ＲＥは、それ自身のイニシアティブで、またはアプリケーションＡＥｑからの求めで、前述したマスタ要素Ｅ／ＲＭによって発行された、部分的なコマンドの形態で伝送されるパケットの最大サイズを定める。逆に、スレーブ要素は、部分的な応答の形態で伝送されたパケットの実際のサイズを定める。データセグメントまたはパケットへの前述したデータのチョッピングが、それらの部分的ＡＰＤＵをインターリーブすること、したがって、データ論理フローと、コンカレント論理フローおよび上述したコンカレントチャネルで流れるコンカレント論理フローをインターリーブすることを可能にすることが、特に、理解される。
【００５４】
マスタ要素Ｅ／ＲＭに接続されているアプリケーションＡＭｐとコンカレント論理フローＣＬＦｘを介してスレーブ要素Ｅ／ＲＥに接続されているアプリケーションＡＥｑとの間で交換されるコマンド／応答対を構成するコマンドおよび応答のそれぞれの引き続く基本パケットへのセグメント化またはチョッピングの例を、図２ｂを参照して、限定しない例によって説明することにする。
【００５５】
前述した図では、用いられたコマンド／応答対は、前述した限定しない実施形態では、もちろんＡＰＤＵコマンドに対応することが示されている。
【００５６】
したがって、アプリケーションＡＭｐは、コマンドＣをマスタ要素Ｅ／ＲＭへ送る。このコマンドは、
Ｃ＝［“ＣＯＭＭＡＮＤ”］
と示されている。Ｃ−ＡＰＤＵを構成する前述したコマンドでは、シンボリックコマンドを表わす文字列“ＣＯＭＭＡＮＤ”は、ＡＰＤＵコマンドの形態で通常利用できる任意のコマンドを指し示す。このコマンドの論理値は、ＡＰＤＵコマンドの集りで通常利用されるものであり、前述した文字列は、このコマンドの構文を単に記号化（シンボル化）する。
【００５７】
前述したコマンドＣがマスタ要素Ｅ／ＲＭによって受けられると、マスタ要素Ｅ／ＲＭは制御を行い、スレーブ要素Ｅ／ＲＥへのコマンド通知を行うために、特定のコマンドをスレーブ要素Ｅ／ＲＥへ送る。
【００５８】
コマンド通知コマンドは、
［ＣＯＭＭＡＮＤ＿ＲＥＡＤＹ ｘ］
で示される。ここでｘは、ＣＬＦｘのインデックスを示す。
【００５９】
前述したコマンド通知を受けると、スレーブ要素Ｅ／ＲＥは制御を行い、アプリケーションＡＥｑとともに、受けるべきコマンドすなわち上記のコマンドＣのセグメント化のためのオーダーを送る。
【００６０】
セグメント化オーダーは、書式
｛ＲＥＣＥＩＶＥ＿ＢＹＴＥＳ ｘ ＮＢ＝３｝
のＡＰＤＵタイプの応答である。この応答すなわち前述したセグメント化オーダーは、もちろん、機能ヘッダＲＥＣＥＩＶＥ＿ＢＹＴＥＳに加えて、インデックスｘのコンカレントフローに関連するフィールドと、ＮＢ＝３によって図２ｂに任意に示されているフィールドとを有する。ＮＢは、スレーブ要素Ｅ／ＲＥにより要求されたバイトまたはワード（文字）の最大数を、前記要素に接続されているアプリケーションＡＥｑとともに示す。
【００６１】
セグメント化オーダーがマスタ要素Ｅ／ＲＭにより受けられると、マスタ要素Ｅ／ＲＭは、再び制御を行い、基準論理フローＬＦｒ上で、スレーブ要素Ｅ／ＲＥにより要求されたその数またはそれより小さい数のバイトまたはワードをもちろん有するデータ伝送コマンドを送る。
【００６２】
パケット伝送コマンドは、書式
［ＳＥＮＤ＿ＤＡＴＡ ｘ ［“ＣＯＭ”］］
のＡＰＤＵコマンドである。データ伝送コマンドに対応する機能ヘッダ“ＳＥＮＤ−ＤＡＴＡ”と本発明の主題であるインデックスｘのコンカレント論理フローに関連するフィールドとに加えて、このパケット伝送コマンドは、３に等しい数で、かつコマンドＣの場合には任意のコマンド“ＣＯＭＭＡＮＤ”の最初の３つの文字に対応するバイトまたはワードをもちろん有する。
【００６３】
前述したパケット伝送コマンドがスレーブ要素Ｅ／ＲＥにより受けられたのに続いて、制御を行うスレーブ要素は、図２ｂに［ＯＫ］で示されている受領応答のＡＰＤＵタイプ肯定応答（アクノレッジ）をマスタ要素へ送る。
【００６４】
マスタ要素Ｅ／ＲＭは再び制御し、その後で書式
［ＲＥＳＵＭＥ］
のコマンド／応答対の交換の伝送の継続のためのコマンドをスレーブ要素Ｅ／ＲＥへ送る。この継続コマンドを受けると、制御を行うスレーブ要素Ｅ／ＲＥは、アプリケーションＡＥｑによる処理の後で、セグメント化オーダー応答のマスタ要素への発行を繰返す。その応答では、例えば、要求されたバイト数に関連するフィールドは、ＮＢ＝４に等しくとられる。
【００６５】
前述した新しいセグメント化コマンドのマスタ要素Ｅ／ＲＭによる受取りに続いて、前記要素は、パケットの伝送のための新しいコマンドを送る。そのコマンドでは、送られるパケットのフィールドは、前述したコマンドＣの文字“ＭＡＮＤ”に対応する４バイトを有する。
【００６６】
前述した４バイトの新しいパケットの受取りに続いて、スレーブ要素Ｅ／ＲＥは、もちろんアプリケーションＡＥｑとともに、書式が
［ＳＥＮＤ＿ＢＹＴＥＳ ｘ ［“ＲＥＳＰ”］］
であるＡＰＤＵタイプのセグメント化された応答を送るための用意ができて制御を行う。前述した応答は、送信バイト数または送信ワード数を有する。その数の選択は、スレーブ要素Ｅ／ＲＥに接続されているアプリケーションＡＥｑと一緒に、スレーブ要素のみのイニシアティブで行われる。図２ｂの場合には、セグメント化された応答は、４バイトまたはワード、すなわち、シンボリック応答“ＲＥＳＰＯＮＳＥ”の最初のセグメントに対応する４つの文字“ＲＥＳＰ”を有する。
【００６７】
マスタ要素Ｅ／ＲＥによる前述したセグメント化された応答の受取りに続いて、制御を行うマスタ要素は、新しい継続コマンドをスレーブ要素Ｅ／ＲＥへ送ることにより、アプリケーションＡＥｑとともにあって制御を行うスレーブ要素Ｅ／ＲＥが、マスタ要素Ｅ／ＲＭに対し、４に等しく“ＯＮＳＥ”に対応する任意にとられた数ＮＢの転送バイトまたはワードを有する新しいセグメント化された応答を発行できるようにする。
【００６８】
この新しいセグメント化されたコマンドを受けると、マスタ要素Ｅ／ＲＭは、応答メッセージのＡＰＤＵタイプ終端がスレーブ要素Ｅ／ＲＥによりマスタ要素Ｅ／ＲＭへ送られるまで、応答が完全に送られるように、継続コマンドをスレーブ要素Ｅ／ＲＥへ実際に送る。
【００６９】
応答ＡＰＤＵメッセージの終わりは
［ＲＥＳＰＯＮＳＥ ＣＯＭＰＬＥＴＥＳ ｘ］
の書式を有する。応答メッセージの終わりの受取りに続いて、マスタ要素Ｅ／ＲＭは書式
Ｒ＝［“ＲＥＳＰＯＮＳＥ”］
の完全応答Ｒを持ち、したがって、シンボリック応答に対応し、コマンド／応答対Ｃ／Ｒは、スレーブ要素Ｅ／ＲＥのイニシアティブで、引き続くパケットにより、単一の物理交換チャネルＳＥＰＣ上のコンカレント論理フローＣＬＦｘによって、送られていた。
【００７０】
コンカレント論理フローにより送られたコマンドと応答とのパケットへのセグメント化は、このようにして、伝送されるデータの受信者すなわち例えばアプレットとともに、スレーブ要素すなわちチップカード自体の管理の下に、実行される。このやり方は、それが、特にトランスポートパラメータＴ＝０の値に対して、ＩＳＯ ７８１６−４規格により定められている全てのトランスポートプロトコルを使用することを可能にするので、極めて重要であるようにみえる。そのパラメータに対して、ＡＰＤＵの正確な形態、特にそれの方向はあいまいであって、単一の物理交換チャネル上で通信している２つのパーティ、すなわち、結局、アプリケーションＡＭｐとＡＥｑのみに知られている暗黙の情報要素を構成する。
【００７１】
さらに、スレーブ要素Ｅ／ＲＥがマスタ要素すなわちＣＡＤ読取器へ制御を定期的に譲る上述したセグメント化プロセスは、種々のコンカレントチャネルに接続されているアプリケーションＡＭｐまたはＡＥｑから生ずる交換のいかなる非同期要求をも管理することを可能にする。
【００７２】
前述したセグメント化プロセスに関する限り、およびもちろん、本発明の主題である、図１に示されている、プロトコルの実現のプロセスに関する限り、アプリケーションＡＭｐとＡＥｑは、コンカレント論理フローの伝送のためのコンカレントチャネル、またはベース論理フローの伝送のためのベースチャネルの、特定の計算ユニットによって構成されているパイロット、図に示されていない、による開放（開通）を要求できる。パイロットは、もちろん、マスタ要素Ｅ／ＲＭおよびアプリケーションＡＭｐと通信できる。各アプリケーションは、さらに、それぞれコンカレント論理フローおよびベース論理フローの交換のためにコンカレントチャネルまたはベースチャネルの開放に続いて、このチャネルでのＡＰＤＵの交換を要求でき、かつチャネルがコンカレントである場合、または交換される論理フローが図１に示されているようにコンカレント論理フローである場合に、現在の交換を中断できる。
【００７３】
さらに、図１および図２ｂに示されているように、コンカレントチャネル上でのＡＰＤＵの交換を構成しているデータまたはコマンドのセグメント化によって、それらのデータまたはコマンドセグメントを単一の物理交換チャネル上で伝送できるようにされ、一方では、基本ＡＰＤＵにより構成されているコマンド／応答対のインターリーブを許可し、図２ｃを参照して特定の非限定例で説明するように、最終的には、前述したコンカレントチャネルを流れるコンカレントデータフローの対応するインターリーブを許可する。
【００７４】
前述した図２ｃでは、２つのアプリケーションＡＭｐとＡＭｐ’をパイロットによりマスタ要素Ｅ／ＲＭに接続でき、かつスレーブ要素Ｅ／ＲＥが例えば単一のアプリケーションに接続されているような、非限定的な例が考察されている。この理由から、図２ｃにはそのようには示されていない。
【００７５】
前述した図では、アプリケーションＡＥｙが、コンカレント論理フローＣＬＦｘの開放の要求に引き続いて、コマンドＣ＝［“ＣＯＭＭＡＮＤ”］をパイロット、示されていない、を介して、マスタＥ／ＲＭへおそらく発行する。
【００７６】
図２ｂを参照して、マスタ要素Ｅ／ＲＭは、この明細書で以前に述べたコマンド通知コマンドを単一の物理交換チャネルＳＥＰＣ上で送る。スレーブ要素Ｅ／ＲＥは、セグメント化オーダー応答を伝送することによって応答する。セグメント化オーダー応答に対しては、ＮＢは、スレーブ要素Ｅ／ＲＥにより実行されるアプレットまたはアプリケーションにより、任意に８に等しくとられる。
【００７７】
セグメント化オーダー応答をマスタ要素Ｅ／ＲＭが受けると、マスタ要素Ｅ／ＲＭは、スレーブ要素Ｅ／ＲＥにより要求されたバイト数またはワード数に対応する８つの文字を有する文字列を含む、パケット伝送コマンドをスレーブ要素Ｅ／ＲＥへ送る。このようにしてシンボリックコマンドは完全に伝送される。そうするとスレーブ要素Ｅ／ＲＥは、受領コマンド［ＯＫ］の肯定応答（アクノレッジ）をマスタ要素へ送ることができる。そうすると、以下に説明するように、マスタ要素はいかなる伝送手続きも、コンカレント論理フローＣＬＦｘの伝送によるコンカレント論理チャネル上で、または他のコンカレント論理チャネル上で継続できる。
【００７８】
マスタ要素Ｅ／ＲＭにより実行されるアプリケーションＡＭｐは、
Ｃ’＝［“Ｃ’Ｏ’Ｍ’Ｍ’Ａ’Ｎ’Ｄ’”］
の書式のシンボリックコマンドに対応する、コマンドＣ’のパイロットによる伝送に先だって、コンカレント論理チャネルＣＬＦｘの開放を求めた。
【００７９】
マスタ要素Ｅ／ＲＭによりスレーブ要素Ｅ／ＲＥへ発行された継続コマンドを受けると、スレーブ要素Ｅ／ＲＥは、コマンドＣに対応するセグメント化された応答の発行へ進むことができる。その理由は、もちろん、スレーブ要素Ｅ／ＲＥが、コンカレント論理チャネルが単独で開かれている対象とするコマンドＣ’の存在をまだ知らず、対応するコンカレント論理フローＣＬＦｘがまだアクティブでないからである。
【００８０】
非限定的な例によって、かつシンボリック応答“ＲＥＳＰＯＮＳＥ”に対して、セグメント化された応答は、文字列“ＲＥＳＰ”よりなる部分応答によってパケットを送る。
【００８１】
そうするとマスタ要素Ｅ／ＲＭは、パイロットを介して、先に述べたコマンドＣ’に関連するコマンド通知コマンドの発行を介して入れ子にされている交換を初期化するように、コンカレント論理フローＣＬＦｘ’のアクチベーションへ進むことができる。
【００８２】
コマンド通知コマンドをスレーブ要素Ｅ／ＲＥが受けると、制御を行うスレーブ要素Ｅ／ＲＥは、ＮＢ＝４に任意にとられる数のバイト数に対してコマンドＣ’に関連するセグメント化オーダー応答を送る。これに応じて、マスタ要素Ｅ／ＲＭは、Ｃ’のコマンドに関連し、かつもちろん４バイトまたは４文字を有するパケット伝送コマンドを送る。それらの文字は、シンボリックコマンドＣ’の文字列“Ｃ’Ｏ’Ｍ’Ｍ’”を構成している。
【００８３】
スレーブ要素Ｅ／ＲＥは、応答して受取りの肯定応答（アクノレッジ）を送る。
【００８４】
制御を行うマスタ要素Ｅ／ＲＭは、現在アクティブであるコンカレント論理フローのセットが空きセットとは異なるときに、パイロットを介して、その現在アクティブであるコンカレント論理フローのセットについてスレーブ要素Ｅ／ＲＥに知らせる。この通知は、継続コマンドの形で実行できる。継続コマンドについては、この明細書において後で非常に詳しく述べることにする。継続コマンドに応答して、スレーブ要素Ｅ／ＲＥは、コンカレント論理ストリームＣＬＦｘ上のバイトまたはワード“ＯＮＣＥ”を有するセグメント化された応答によって、シンボリック応答“ＲＥＳＰＯＮＣＥ”の伝送を実行するように、失われた４つのバイトを送ることができる。その後でマスタ要素Ｅ／ＲＭは、同じコンカレント論理チャネル上で、継続コマンドをスレーブ要素Ｅ／ＲＥへ送る。その後でスレーブ要素Ｅ／ＲＥは、コマンドＣに関連する応答コマンドの終りを送ることができる。このメッセージコマンドの終りを受けると、マスタ要素Ｅ／ＲＭは、コマンドＣに対するシンボリック応答を、パイロットを介して、アプリケーションＡＭｐへ送ることができる。
【００８５】
さらに、マスタ要素Ｅ／ＲＭは、パイロットを介して、コマンドＣ’に関連するコマンド／応答対交換のためにコンカレント論理フローＣＬＦｘ’上での多重交換プロセスを継続できる。コマンドＣ’に関しては、応答コマンドの終りは、スレーブ要素Ｅ／ＲＥによりまだ送られていない。アプリケーションＡＭｐ’のイニシアティブで開かれたコンカレント論理フローＣＬＦｘ’は、パイロットにより再びアクティブにされ、スレーブ要素Ｅ／ＲＥによる継続コマンドの受取りに続いて、スレーブ要素Ｅ／ＲＥは、ＮＢ＝４に等しくとられるとともに、アプリケーションＡＭｐ’により初期化されたコマンドＣ’に関連する最大の所与のバイトまたはワード数に対するセグメント化オーダー応答をマスタ要素Ｅ／ＲＭへ送ることができる。
【００８６】
セグメント化オーダー応答を受けると、マスタ要素Ｅ／ＲＭは、コマンドＣ’に関連し、かつ３バイトすなわちシンボリックコマンドＣ’の文字列“Ａ’Ｎ’Ｄ’”を構成している最後の３バイトまたは３ワードを有するパケットを含む、パケット伝送コマンドを送ることができる。
【００８７】
スレーブ要素Ｅ／ＲＥによる前述したパケット伝送コマンドの受取りと、前記要素による受領の肯定応答（アクノレッジ）の発行とに続いて、マスタ要素は、シンボリックコマンドに対する応答を得るように、継続コマンドを送る。
【００８８】
この継続コマンドに応答して、スレーブ要素Ｒ／ＲＥは、シンボリック応答の全体、すなわち“Ｒ’Ｅ’Ｓ’Ｐ’Ｏ’Ｎ’Ｓ’Ｅ’”として示され、かつコマンドＣ’へのセグメント化された応答書式での応答に関連するシンボリック応答を送る。
【００８９】
マスタ要素Ｅ／ＲＭによる前述したセグメント化された応答の受取りに続いて、マスタ要素Ｅ／ＲＭは、継続コマンドをスレーブ要素Ｅ／ＲＥへ再び送り、その後でスレーブ要素Ｅ／ＲＥは、コマンドＣ’に関連する応答コマンドの終りをマスタ要素Ｅ／ＲＭへ送ることができる。その後でマスタ要素Ｅ／ＲＭは、文字列［“Ｒ’Ｅ’Ｓ’Ｐ’Ｏ’Ｎ’Ｓ’Ｅ’”］により形成されているシンボリック応答のアプリケーションＡＥｙ’への伝送へ進むことができる。
【００９０】
パイロットによるコンカレントチャネルの開放手順に関する限りは、この開放は、“管理チャネル（Ｍａｎａｇｅ Ｃｈａｎｎｅｌ）”タイプ、のＡＰＤＵコマンドを介して実行できる。ＩＳＯ ７８１６−６のパラグラフ６．１６を参照されたい。
【００９１】
一般に、コンカレント論理フローを構成する、引き続く各基本パケットは、特定のＡＰＤＵコマンド／応答対により、単一の物理交換チャネル上で伝送される。
【００９２】
ベース論理フローを実行するためのコマンド／応答対は、ＡＰＤＵエンティティにより構成され、異なるコマンド／応答対は“エンベロープ”タイプの特定のＡＰＤＵコマンドと、ＡＰＤＵ応答のサブセットに属する短いＡＰＤＵ応答とによって形成されることが好ましい。
【００９３】
“エンベロープ”タイプの特定の物理Ｃ−ＡＰＤＵコマンドを受けると、スレーブ要素Ｅ／ＲＥは、処理を行う。例えば、スレーブ要素は、スレーブ要素Ｅ／ＲＥがチップカードによって構成されている場合には、あるインストールされているＡＰＤＵの実行を進めることができる。しかし、比較的短い時間で応答を与えねばならない。Ｒ−ＡＰＤＵを構成する応答は次の形の１つをとらなければならない。
【００９４】
１． ［ＴＩＭＥ＿ＯＵＴ］
カードは、他のいかなる特定の事象もなしに、認められた時間から単に実行した。
【００９５】
２． ［ＧＥＴ＿ＨＥＡＤＥＲ ｘ］
カードは、コンカレントチャネルｘのＣ−ＡＰＤＵヘッダを要求する。
パイロットは、物理的コマンド［ＳＥＮＤ＿ＨＥＡＤＥＲ ｘ ＣＬＡ ＩＮＳ Ｐ１ Ｐ２ Ｐ３］を介して応答せねばならない。その物理的コマンドに対してカードは、Ｒ−ＡＰＤＵ［ＯＫ］を介して応答する。
【００９６】
３． ［ＧＥＴ＿ＢＹＴＥＳ ｘ ｎ］
カードは、コンカレントチャネルｘのＣ−ＡＰＤＵの次のｎバイトを要求する。パイロットは、物理的コマンド［ＳＥＮＤ＿ＤＡＴＡ ｘ ａ１．．．ａｍ］を介して応答する。ここにｍ≦ｎであって、ｎが入来データの最後のセグメントであるならば、これは異なることがある。カードは、Ｒ−ＡＰＤＵ［ＯＫ］を介して受取りを肯定応答（アクノレッジ）する。
【００９７】
４． ［ＳＥＴ＿ＯＵＴＧＯＩＮＧ＿ＬＥＮＧＴＨ ｘ Ｌｒ］
カードは、コンカレントチャネルｘ上における応答Ｒ−ＡＰＤＵの長さをパイロットに指示する。
【００９８】
５． ［ＳＥＮＤ＿ＢＹＴＥＳ ｘ ａ１．．．ａｍ］
カードは、コンカレントチャネルｘ上のＲ−ＡＰＤＵの次のｎバイトを発行する。
【００９９】
６． ［ＳＴＡＴＥＳ ｘ ＳＷ］
カードは、コンカレントチャネルｘ上のＲ−ＡＰＤＵの状態、すなわち最後の２バイトを指示する。チャネルｘ上での交換が、その後、終了される。
【０１００】
全ての場合において、パイロットはこの交換の後で制御を再び行う。
【０１０１】
カードの要求がプロトコルの誤りを構成する場合には、例えば、上述の２〜６までのケースであって、チャネルｘ上で交換が進行中でない、あるいは、カードが全く同一の交換中にヘッダを２回要求するなどの場合には、パイロットは、その問題をコマンド［ＩＯ＿ＥＲＲＯＲ ｘ ｃｏｄｅ］を介してカードに送信する。そのコマンドでは、誤りの性質がコード番号で表わされている。
【０１０２】
コンカレント論理フローによる他の交換の長い処理中における、コンカレント論理フローによる交換の要求の特定の処理が、マスタ要素Ｅ／ＲＭにより実行される２つのアプリケーションＡＭｐ、ＡＭｐ’に関連して、図２ｄにさらに示されている。
【０１０３】
図２ｄを参照して、アプリケーションＡＥｙのイニシアティブで実行されるコマンドＣ＝［ＣＯＭＭＡＮＤ”］に対するコンカレント論理フローＣＬＦｘ上におけるコマンド／応答対の交換の実行について考えることにする。
【０１０４】
そのような場合には、コンカレント論理フローＣＬＦｘの開放に続いて、このコンカレント論理フローは、パイロットによりアクティブにされ、交換の実行は、スレーブ要素Ｅ／ＲＥに認められている時間内という実行条件の下で、行うことができる。
【０１０５】
交換の実行のために、他のいかなる特定の事象もなしでスレーブ要素Ｅ／ＲＥに対して認められた時間から実行するそのスレーブ要素Ｅ／ＲＥのいかなる部分的な実行も、
［ＴＩＭＥ＿ＯＵＴ］
という書式のＲ−ＡＰＤＵタイプの応答のスレーブ要素Ｅ／ＲＥによる発行と、マスタ要素Ｅ／ＲＭによる継続コマンドの発行との主題を形成する。このプロセスは、スレーブ要素Ｅ／ＲＥにより使用される種々の引き続く時間スライスに対してアクティブなコンカレント論理フローＣＬＦｘのために継続できる。
【０１０６】
コマンドＣ’が他のアプリケーションＡＭｐ’のイニシアティブでマスタ要素Ｅ／ＲＭにより受けられると、パイロットによってアクティブにされているコンカレント論理フローＣＬＦｘ’の開放により、コンカレント論理フローＣＬＦｘ’を支持しているコンカレント論理チャネル上におけるコマンドＣ’に関連するコマンド通知のスレーブ要素Ｅ／ＲＥへの伝送が行われるようにされる。その後で、コンカレント論理フローＣＬＦｘ’上におけるコマンドＣ’の実行、コマンドＣおよびコマンドＣ’の伝送の実行のために、応答［ＴＩＭＥ＿ＯＵＴ］を送るプロセスを継続できる。
【０１０７】
本発明の主題であるプロトコルによって、マスタ要素Ｅ／ＲＭにより実行されるアプリケーションの間の交換の非同期要求の処理と、およびスレーブ要素Ｅ／ＲＥにより実行されるアプレットまたはサービスの間の交換の非同期要求の処理を行えるようにする。
【０１０８】
図１ｂを参照して、これらの要求がベース論理フローと関連しベース論理チャネルに対応すると、この場合には、ベース論理フローに関連する応答が受け取られるまで、コンカレント論理チャネルとコンカレント論理フローのセットが一時停止される。
【０１０９】
しかし、交換のための非同期要求は、空き（フリー）コンカレントチャネル上におけるＣ−ＡＰＤＵコマンドの発行に関連することもある。この場合には、パイロットは、マスタ要素Ｅ／ＲＭを介して、コマンド通知コマンドを発行し、Ｃ−ＡＰＤＵタイプコマンドを論理チャネル上および関連するコンカレント論理フローＣＬＦｘ上で利用できることを示す。そうするとその通知コマンドは、非限定例により、スレーブ要素Ｅ／ＲＥでの受領アプレットの実行をトリガできる。
【０１１０】
パイロットがマスタ要素Ｅ／ＲＭを介して制御するが、非同期交換要求がそのマスタ要素に到達せず、それでも交換がコンカレントチャネルの１つで依然として進行中であると、交換の継続が、Ｃ−ＡＰＤＵタイプコマンドの発行を介して、すなわちこの明細書で以前に述べた継続コマンドを介して、実行される。
【０１１１】
これらの条件の下では、スレーブ要素Ｅ／ＲＥは、非同期要求をできる限り速く処理できるように、比較的短い時間内で制御を譲らなければならない。
【０１１２】
最後に、図１および図２ｂを参照して、本発明の主題であるプロトコルは、２つの特定のコマンドすなわちＣ−ＡＰＤＵタイプコマンドと、３つの特定の応答、すなわちＲ−ＡＰＤＵタイプの応答とを基にして実装することができ、そうすることが好ましい。
【０１１３】
第１の特定のコマンドは、マスタ要素Ｅ／ＲＭがスレーブ要素Ｅ／ＲＥに対して、現在アクティブなコンカレント論理フローのセットの存在を通知できるようにする、コマンド通知コマンドで構成される。特に図２ｂと図２ｃに与えられている例では、説明を不必要に複雑にしないように、各コマンド通知コマンドは単一のアクティブなコンカレント論理フローＣＬＦｘ、ＣＬＦｘ’を含んでいたが、いくつかのコンカレント論理フローを同時にアクティブにすることが適切なことがあり、コンカレント論理フローの単一の物理交換チャネル上での伝送は連続する以外は実行できないことが理解される。
【０１１４】
コマンド通知コマンドは、実際には、
・コマンド［ＣＯＭＭＡＮＤ＿ＲＥＡＤＹ ｘ］により形成されているコマンドＣＩａ、
・コマンド［ＲＥＳＵＭＥ］により形成されているコマンドＣＩｂ
で構成される。
【０１１５】
コマンドＣＩａとＣＩｂは、コンカレントチャネル上での交換の実行または継続のためのマスタ要素Ｅ／ＲＭの利用可能性をスレーブ要素Ｅ／ＲＥに通知可能にする。
【０１１６】
パケット伝送コマンドで構成されている第２の特定のコマンドは、基本パケットをマスタトランシーバからスレーブトランシーバへ発行可能にする。ＣＩＩで示されているこの第２の特定のコマンドは、第１の特定のコマンドまたは第２の特定のコマンドの１つに応答して、セグメント化オーダーを構成するＲＩで示されている第１の特定の応答を受けて、スレーブトランシーバにより発行される。第２の特定のコマンドＣＩＩは、スレーブ要素Ｅ／ＲＥから出た第１の特定の応答を受けて、第１の特定のコマンドＣＩａ、ＣＩｂと第２の特定のコマンドＣＩＩの１つへ発行され、第１の特定の応答ＲＩで示されているコンカレント論理フローのセットのコンカレント論理フローの１つに対して現在アクティブであるコマンドに関連する基本パケットを、マスタ要素Ｅ／ＲＭからスレーブ要素Ｅ／ＲＥへ送ることを可能にする。現在アクティブであるコマンド、例えば図２ｂでコマンドＣの引き続くパケットへのチョッピングは、第２の特定のコマンドＣＩＩで伝送されるパケットの最大サイズのセグメント化オーダーを構成する、第１の特定の応答ＲＩの仕様によりスレーブ要素のイニシアティブで実行される。
【０１１７】
セグメント化された応答を構成している第２の特定の応答ＲＩＩは、第２の特定の応答ＲＩＩで示されている、現在アクティブであるコンカレント論理フローでの応答の基本パケットを、スレーブ要素Ｅ／ＲＥからマスタ要素Ｅ／ＲＭへ発行することを可能にする。
【０１１８】
最後に、第３の特定の応答ＲＩＩは、単一の応答、すなわち、スレーブ要素Ｅ／ＲＥからマスタ要素Ｅ／ＲＭへ送られた特定のコマンド／応答対応答の終りで構成されている。
【０１１９】
このように、引き続く基本パケットの交換の継続が、第１の特定のコマンド、特にコマンド通知コマンドＣＩａのマスタ要素による発行により、マスタ要素Ｅ／ＲＭのイニシアティブで実行される。しかしこの継続は、図１ｂに示されているように、いかなるアクティブなベース論理フローも存在しないという条件をつけられる。
【０１２０】
逆に、アクティブなベース論理フローが存在すると、図１ｂに示されているように、このアクティブなベース論理フローのマスタ要素Ｅ／ＲＭによる単一の物理交換チャネル上での優先伝送が条件付けされる。
【０１２１】
本発明の主題であるプロトコルのステップのセットによって、図２ｃに示されているように、独立したコマンド／応答対Ｃ、Ｒと応答対Ｃ’、Ｒ’の交換を行えるようにされる。
【０１２２】
少なくとも１つのメモリと、実行オートマトンと、オペレーティングシステムとが装備されている組込みコンピュータ装置などのコンピュータ装置にインストールされているアプレットであって、インストールされているアプレットの少なくとも１つが、特定の情報を、他のオペレーティングシステムが装備されているコンピュータにより実行される少なくとも１つのアプリケーションと交換することを意図されているような、このようなアプレットの実行を追跡および監視する装置のより詳細な説明を図３ａ、図３ｂおよび以後の図面を参照して以下に行う。
【０１２３】
通常のやり方で、本発明の主題に従って、アプレットの実行を追跡および監視する装置が、アプレットの実行を追跡および監視するため、すなわちアプレットのデバッグのためのプロセスを提供するように、前述したマスタ要素Ｅ／ＲＭとスレーブ要素Ｅ／ＲＥとの間で単一の物理交換チャネル上でコマンド／応答対の多重交換のために複数の論理フローの伝送のためのプロトコルを実現することが示されている。
【０１２４】
前述した図３ａに示されているように、本発明の主題である装置は、少なくとも、例えばチップカード１により構成されている組込みコンピュータ装置と、特定のオペレーティングシステムが装備されているコンピュータにより実行されるアプリケーション２とに加えて、組込みコンピュータ装置１にインストールされている任意のアプレットの実行を追跡および監視するための、すなわちアプレットのデバッグのためのパイロットモジュール３を有する。パイロットモジュール３は、一方では、Ｌ２３と記されたリンクによりアプリケーション２にリンクされており、他方では、コマンド／応答タイプの単一の物理交換リンク、すなわちＬ１３で示されているリンクにより、組込みコンピュータ装置１にリンクされている。
【０１２５】
本発明の主題である実行追跡および監視装置は、リンクＬ３４によりパイロットモジュール３に相互接続されている実行追跡および監視モジュール４も有し、この実行追跡および監視モジュールは、組込みコンピュータ装置１の実行オートマトンの実行を監視することを意図されている。
【０１２６】
さらに詳しくいえば、組込みコンピュータ装置１は、オペレーションシステムＯＳと、ＪＡＶＡＣＡＲＤ環境における特定の実施形態では、例えばＪＣＶＭタイプの仮想マシンＶＭにより構成できる、ＡＵＴで示されている実行オートマトンとを有することが示されている。
【０１２７】
もちろん、組込みコンピュータ装置１は、Ａｐｐ１，．．．，Ａｐｐｘ，．．．，ＡｐｐＮで示されている種々のアプレットを、不揮発性メモリにインストールしている。それらのアプレットはアプリオリに独立である。
【０１２８】
最後に、組込みコンピュータ装置１は、組込みコンピュータ装置１の不揮発性メモリにインストールされている実行オートマトンの実行を追跡および監視するためのエージェントモジュールを有する。
【０１２９】
特に有利な非限定的な実施形態では、組込みコンピュータ装置１は、チップカードまたはマイクロプロセッサと、マイクロプロセッサを備えたＣＡＤ読取器を有するパイロットモジュール３と、ＩＳＯ ７８１６タイプリンクにより構成されているリンクＬ１３によって構成されているコマンド／応答タイプの単一の物理交換リンクと、によって構成されている組込みシステムであることが示されている。
【０１３０】
さらに詳しくいえば、コマンド／応答タイプの単一の物理交換リンクは、本発明の主題であってこの明細書で以前に述べたプロトコルにしたがって、多重交換を実行することを可能にすることが示されている。
【０１３１】
リンクＬ２３およびＬ３４に関する限り、リンクＬ２３はＩＳＯ ７８１６タイプリンクとして、またはソフトウエアライブラリ、例えばＰＣ／ＳＣまたはＯＣＦに適合するソフトウエアレイヤとして具体化できる。ソフトウエアライブラリイＰＣ／ＳＣは、参考文献、Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｆｏｒ ＩＣＣｓ ａｎｄ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍｓ， ｖｅｒｓｉｏｎ １．０（ＩＣＣおよびパーソナル・コンピュータ装置用相互操作可能性仕様、１．０版）、１９９７年１２月、パート１ないし８、ＰＣ／ＳＣ Ｗｏｋｇｒｏｕｐ発行、の主題を構成している。この文献は、アドレス［ｗｗｗ．ｐｃｓｗｏｒｋｇｒｏｕｐ．ｃｏｍ］でアクセスできる。参考文献のＯＣＦ（ＯｐｅｎＣａｒｄ Ｆｒａｍｅｗｏｒｋ）ソフトウエアライブラリは、Ｏｐｅｎｃａｒｄ Ｆｒａｍｅｗｏｒｋ １．１．１．．． Ｐｒｏｇｒａｍｍｅｒ’ｓ Ｇｕｉｄｅ， ３ｒｄ Ｅｄｉｔｉｏｎ（オープンカード・フレームワーク１．１．１．．．プログラマズガイド、３版）、ＯｐｅｎＣａｒｄ Ｃｏｎｓｏｒｔｉｕｍ発行であって、アドレス［ｗｗｗ．ｏｐｅｎｃａｒｄ．ｏｒｇ］で入手できる。しかし、リンクＬ３４の実装の場合には、このリンクは、ＳＵＮ ＭＩＣＲＯＳＹＳＴＥＭＳ ＩＮＣ．により、ＳＵＮによるソフトウエア“Ｊａｖａ２ＤＳＫ，ｖ １．３．０”と一緒に配布されている文献ＪＡＶＡＴＭ Ｄｅｂｕｇ Ｗｉｒｅ Ｐｒｏｔｏｃｏｌ（ＪＡＶＡＴＭデバッグワイヤプロトコル）で仕様化されているＪＤＷＰプロトコルにより具体化でき、そうすると有利である。その文献は、アドレス［ｈｔｔｐ：／／ｊａｖａ．ｓｕｎ．ｃｏｍ／ｐｒｏｄｕｃｔｓ／ｊｐｄａ／ｄｏｃ／ｊｄｗｐ−ｓｐｅｃ．ｈｔｍｌ］でアクセスできる。そのようなプロトコルの実装によって、このプロトコルに適するいかなる実行追跡および監視ツールも使用可能にされる。
【０１３２】
さらに、図３ｂに示されているように、実行オートマトンＡＵＴは、ＶＭで示されている仮想マシンを備えることができる。この仮想マシンには、アプリケーションインタフェーシングライブラリＡＰＩが組合わされる。
【０１３３】
最後に、組込みコンピュータ装置の不揮発性メモリにインストールされているエージェントモジュール５は、アプリケーションとアプレットとの間の交換の実行を追跡および監視するためのソフトウエアエージェントモジュールを有する。
【０１３４】
この組立体の全体的な動作態様は次の通りである。パイロットモジュール３は、暗黙裡（ｉｍｐｌｉｃｉｔｅｍｅｎｔ）に開いている対応するコンカレント論理フローの交換を行うために、２つのコンカレント論理チャネルを使用する。第１のコンカレント論理フローが、デバッグモードに指定された実行追跡および監視モードにおいて、例えば、１つのアプレットＡｐｐｘと通信するために用いられる。
【０１３５】
第２のコンカレント論理フローが、例えば、仮想マシンＶＭが停止点に達した時、またはそれが実行追跡および監視モジュール４がモニタされることまたは追従されることを求めた任意の動作を実行するときに、その仮想マシンから出た事象（イベント）を送るために使用される。
【０１３６】
最後に、デフォルト非コンカレント論理フローの交換を許す非コンカレント論理チャネルが、仮想マシンＶＭの実行を監視し、かつ仮想マシンＶＭの内部状態にアクセスするために、その後で用いられる。
【０１３７】
パイロットモジュール３は、実行追跡および監視モジュール４により送られた非同期停止要求を処理するために、マスタ要素Ｅ／ＲＭの制御を引き続いて再び行うことを考慮にいれている。本発明の主題であるプロトコルの実行中に図２ｂまたは図２ｃに略図で示されているように、このような非同期停止要求がパイロットモジュールに達し、かつパイロットモジュールが制御を再び行うとすると、仮想マシンＶＭの実行は一時停止される。その後でマスタ要素Ｅ／ＲＭは、ユーザ、すなわちユーザにより制御される実行追跡および監視モジュール４がその実行を継続することを要求する時にのみ、パイロットモジュール３により継続コマンドを送る。
【０１３８】
本発明の主題である実行追跡および監視装置の具体的な実装が、実際に使用されるＡＰＤＵコマンドおよび応答のフォーマットを最適にすることを可能にできる。例えば、命令の実行を行うために、組込みコンピュータ装置１に継続コマンド［ＲＥＳＵＭＥ］による狭義の次の実行を指示するように、前述したベース論理フローの経路指定を可能にする監視コマンドを最初に使用することが、原則として必要である。それら２つのコマンドは、コマンド［ＳＴＥＰ］などの、単一のコマンドで置き換えることができる。
【０１３９】
パイロットモジュール３の動作態様は次の通りである。
【０１４０】
−パイロットモジュールは、デバッグを考えられているアプリケーションで指定されている、ＡＰＤＵタイプの特定のコマンド／応答対により、エージェントモジュール５の監視と管理とのコマンドを提供する。この理由から、ＤＰＤＵはデバッグプロトコルデータユニット（Ｄｅｂｕｇ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を意味する。この目的で、エージェントモジュールは、オートマトンにより実行される入力／出力Ｉ／Ｏの、すなわち仮想マシンＶＭによる入力／出力機能に対する呼出しの各遷移で、前述したＤＰＤＵメッセージの交換を促す。図２ｂと図２ｃを参照してこの明細書で先に述べたように、ＤＰＤＵメッセージは、パケットおよびアプリケーションの間のコマンドまたはアプレットのパケットを有する。
【０１４１】
−パイロットモジュールは、実行追跡および監視モジュール４からの要求で、ユーザのイニシアティブで、入力／出力交換中に、および実行オートマトンＡＵＴがその入力／出力遷移を前述したユーザーにより選択された指定された時間の間実行しない時に、その実行オートマトンの実行、すなわち最終的には仮想マシンＶＭの実行を一時停止する。
【０１４２】
−前述した実行に続いて、パイロットモジュール３は、実行オートマトンの状態を監視し、その後で前述した実行オートマトンＡＵＴの実行の継続を促すように、特定のコマンド／応答対すなわちＤＰＤＵメッセージをエージェントモジュール５へ送る。
【０１４３】
どのようなデバッグモードも存在しない時のアプレットの実行、すなわち、図４ａに示されている、デバッグモードにおける先行技術の仮想マシンの実行にほぼ従う正常な実行を、本発明の主題である装置とプロトコルとの実装により、追跡および監視するプロセスの手順の詳細な説明を図４ｂおよび図４ｃを参照して以下に行う。
【０１４４】
図４ａを参照して、組込みコンピュータ装置１、すなわち対応するチップカードでの仮想マシンＶＭの入力／出力Ｉ／Ｏに対するアクセスが、ＪＡＶＡ ＣＡＲＤタイプの仮想マシンに組合わされているインタフェースライブラリＡＰＩに等しいサービスを提供するものと考えられるオペレーティングシステムＯＳの少数の機能を呼び出すことを含むことが、示されている。組込みコンピュータ装置１を構成するマイクロプロセッサカードでは、実行を追跡および監視するエージェント５が、オペレーティングシステムＯＳと仮想マシンＶＭの間にセットアップされている。このセットアップは図３ｂに示されている。それがアクティブにされると、エージェントモジュール５は、それらの入力／出力Ｉ／Ｏ機能に対する全ての呼出しをインタラプトし、それらの呼出しのおのおのをパイロットモジュール３でＤＰＤＵの交換に変換する。
【０１４５】
正常な実行、すなわち図４ａに示されているようにデバッグモードがない時の実行のために、アプリケーション２の実行を許す端末装置が、例えば、入来データＣ１、Ｃ２、Ｃ３、Ｃ４、Ｃ５の５バイトまたはワードで構成されているコマンドを発行する。関連するアプレットが、ワードＣ１、Ｃ２、その後でＣ３、Ｃ４、Ｃ５の転送を許すゲットバイト（Ｇｅｔ Ｂｙｔｅｓ）メソッドに対する２回の呼び出しによって入来データにアクセスし、その後で１回の操作の４つの応答ワード、すなわちワードＲ１、Ｒ２、Ｒ３、Ｒ４を送る。
【０１４６】
ＩＳＯ ７８１６の半二重性のために、組込みコンピュータ装置１を構成するチップカードは、交換の持続時間中にわたって制御を保持する。そうすると、カードへの供給を断つこと以外に、実行をインタラプトすることは可能でない。
【０１４７】
他方、図３ａおよび図３ｂに示されているように、本発明の主題であるアプレット追跡および監視装置の実現に従って、デバッグモードへ切り替えると、その操作手順は、図４ｂにしたがって次の通りである。
【０１４８】
前述した図において、パイロットモジュール３とエージェントモジュール５の間で交換されたＤＰＤＵコマンドが、大括弧の中に表わされている。エージェントモジュール５は、オペレーティングシステムＯＳに関しては正常なアプリケーションのように挙動し、アプレットが非デバッグモードで実行されるときにアプレットにより使用される機能と同じ機能でＤＰＤＵコマンドをアクセスする。それらの機能は、“ＧＥＴ＿ＢＹＴＥＳ”と“ＳＥＮＤ＿ＢＹＴＥＳ”、および本発明の主題であるプロトコルの実行に関してこの明細書で以前に述べた機能以外のものではない。単一のコマンド／応答対の交換を、ＩＳＯ ７８１６プロトコルに適合する（コンパチブルな）いくつかのコマンド／応答に分断することの利点は、次の通りである。引き続く２つの部分交換の間で、入力／出力チャネルは、パイロットモジュール３とモジュール５との間の他の交換に対しては、空いている（フリーである）。そのような交換は、アプレットにとって、およびもちろんアプリケーション２を実行する端末装置にとっては、見ることができない。それらの交換は仮想マシンＶＭの実行を監視すること、および仮想マシンＶＭの内部状態をアクセスすることを可能にする。
【０１４９】
仮想マシンＶＭが入力／出力機能に対する２つの呼出しの間の停止点に達すると、チップカードは、エージェントモジュール５によって、制御をパイロットモジュール３に譲ることにより、実行追跡および監視モジュール４が適切なコマンドによって仮想マシンＶＭの状態を調べることを許す。
【０１５０】
図４ｂに非限定的な例で表わされているのは、変数ｘの値を要求する実行追跡および監視モジュール４である。そのような交換は、物理的には完全に有効である。その理由は、この交換が、文法にかなったＣ−ＡＰＤＵコマンドおよびＲ−ＡＰＤＵコマンドのみを有するからである。それは、アプリケーション２を実行している端末装置と、組込みシステム１にインストールされているアプレットとの間で進行している交換を中断すべきでなかった場合ではない。
【０１５１】
したがって、仮想マシンＶＭの状態の検査は、この仮想マシンが、コンピュータ装置１のメモリの読出し／書込みコマンドによる実行を追跡および監視するモジュール４のイニシアティブで一時停止される時に、実行されることが理解される。
【０１５２】
実行を追跡および監視するそのようなプロセス、すなわちデバッグによって、一方ではアプリケーション２とアプレットＡｐｐｘの実行を許す端末装置との間で、他方ではパイロットモジュール３と追跡および監視エージェントモジュール５との間で交換されるデータを多重化することが可能である。
【０１５３】
そのような操作手順は、
−オペレーティングシステムＯＳと、他のいかなるアプリケーションにも類似するアプリケーションに似た挙動を行う仮想マシンＶＭにエージェントモジュール５をプラスした組立体との実装に及ぼす影響の完全な不存在。特に、この手順は第２の物理通信チャネルの存在を必要としない。
【０１５４】
−仮想マシンの実装に対する限られた影響。その理由は、オペレーティングシステムＯＳの少数の機能に対する呼出しをエージェントモジュール５における等価な機能に対する呼出しで置き換えることで十分であるからである。
を得ることを可能にする。
【０１５５】
最後に、本発明の主題であるアプレットとプロトコルの実行を追跡および監視する装置は、仮想マシンの実行の非同期停止の実行に特に良く適する。
【０１５６】
特に、例えばアプレットが長い計算または無限の計算に関わらせられるいかなる時にも、仮想マシンの実行を停止できることが望ましい。リンクＬ１３の性質に注意すると、制御を追跡および監視エージェントモジュール５へ移して、この追跡および監視エージェントモジュール５が実行を終了させること、またはアプレットＡｐｐｘが入力／出力の実行を進めることを待つことは可能ではなく、エージェントモジュール５は、それのイニシアティブの下でのみ制御を譲ることができる。
【０１５７】
そうすると、本発明の主題である装置およびプロトコルの実装に従って、提案された解決策は、仮想マシンＶＭの実行を、指定された時間Ｔの間、始めるコマンドを採用することからなる。その時間が経過すると、エージェントモジュール５は、制御をパイロットモジュール３に譲る。その後でパイロットモジュールは、その間に一時停止要求が起きなければ、実行を一時停止する機会、またはそれを再開する機会を持つ。指定された時間の間のこの実行プロセスは、アプリケーション２とパイロットモジュール３によって構成されているマスタ要素Ｅ／ＲＭと、組込みコンピュータ装置１、および特に追跡および監視エージェントモジュール５によって構成されているスレーブ要素Ｅ／ＲＥとの間の、図２ｄのプロセスに対応する。その後で、実行追跡および監視モジュールから出される一時停止要求がその間に生じないならば、パイロットモジュール３は、実行を再開できる。
【０１５８】
チップカードにより構成されている組込みコンピュータ装置１のレベルでは、指定された時間にわたって実行するためのそのようなコマンドの実装は、システム時間ダウンカウンタまたは実行すべき各命令で減少させられる簡単なカウンタを使用することによって、実行できる。実行の正確な持続時間Ｔは、それが有限であれば、すなわちエージェントモジュール５が終了制御によって終了するならば、任意にできる。実行の持続時間Ｔの値の大きさの程度は、システムが要求をインタラプト（中断）する反応性を決定する。Ｔの値が短くなると、システムが実行をインタラプトできる速さが速くなる。持続時間Ｔの値は、組立体の全体の効率も決定する。その理由は、ＡＰＤＵ交換が持続時間Ｔの各実行ごとに存在するからである。したがって、持続時間Ｔの値の大きさの程度の決定は、ユーザのイニシアティブによって、要求の関数として実行できる。
【０１５９】
最後に、本発明の主題であるアプレットの実行を追跡および監視する装置は、アプレットのコードを、ソースコードでの行ごとに実行することも可能にする。一般に、プログラムカウンタと上述したソースコードの行のインデックス数との間の対応のルックアップテーブルは、チップカードにより形成されている組込みシステム１に保存できず、それは、交換の監視を最少にするために必須である。
【０１６０】
本発明の主題である装置およびプロトコルによって許される解決策は、ソースの各行に対してプログラムカウンタのインターバルを関連させることからなる。このテ−ブルはコンパイラにより計算でき、かつ組込みシステム１の外部の、パイロットモジュール３をアクセスできるメモリ領域内に保存できる。このアクセス可能なメモリ領域は、例えば実行追跡および監視モジュール４内に配置できる。各行ごとでの実行要求に対して、現在の行に対応するインターバルがコマンドと一緒に送られる。各命令に対して、仮想マシンＶＭの実行は、追跡および監視エージェントモジュール５のコード要素に転換される。その後でそれは、プログラムカウンタがその関連するインターバル内に実際に静止しているかどうかを判定する。このインターバルが関連するインターバルより短いときは、それは、実行が現在の行とは異なる行に到達してエージェントモジュール５がパイロットモジュール３に制御を譲るからである。
【０１６１】
したがって、各行ごとでの実行要求にとって重要な情報を、組込みコンピュータ装置１に行のテーブルを保存する必要なしに、送ることが可能である。
【０１６２】
仮想マシンのスタックのサイズを含んでいる類似の停止条件が、例えば、メソッド呼出しをスキップする間の行の実行または現在のメソッドからの退出などの、他のタイプのシンボリック実行の簡単な実現を許す。
【図面の簡単な説明】
【図１ａ】
単一のベース論理フローの存在の下でマスタトランシーバとスレーブトランシーバとの間で、単一の物理交換チャネル上でのコマンド／応答対の多重交換のために複数の論理フローの伝送のためにプロトコルの実行を許す、本発明の主題であるそのプロトコルの重要なステップの実装を例示するフローチャートである。
【図１ｂ】
複数のベース論理フローの存在の下でマスタトランシーバとスレーブトランシーバとの間で、単一の物理交換チャネル上でのコマンド／応答対の多重交換のために複数の論理フローの伝送のためにプロトコルの実行を許す、本発明の主題であるそのプロトコルの重要なステップの実装を例示するフローチャートである。
【図２ａ】
基準論理フローとして場合に応じてとることができるベース論理フロー上での交換の実装の態様を例示する図である。
【図２ｂ】
スレーブトランシーバのイニシアティブ（発議権）でコンカレント論理フローによる交換を引き続くパケットにチョッピングする手順を例示する図である。
【図２ｃ】
マスタトランシーバとスレーブトランシーバとの間の２つの異なるコンカレント論理フローによる２つの交換の引き続くパケットのインターリーブ（差し込み）を例示する図であり、引き続くパケットへの各コンカレントフローのチョッピングは、スレーブトランシーバのイニシアティブによって図２ｂの場合と同様にして行われる。
【図２ｄ】
コンカレント論理フローによる他の交換の長い処理のための手続中にコンカレント論理フローによる交換を処理する手順を例示する図である。
【図３ａ】
本発明の主題である、マスタトランシーバとスレーブトランシーバとの間で単一の物理交換チャネル上でコマンド／応答対の多重交換のために複数の論理フローの伝送のためのプロトコルを実装している組込みコンピュータ装置にインストールされているアプレットの実行を追跡および監視するコンピュータシステムの機能図であって、マスタトランシーバ要素はパイロットモジュールとＣＡＤ端末により構成され、スレーブトランシーバ要素はチップカードなどのこの組込みコンピュータシステムにより構成され、単一の物理交換チャネルはＩＳＯ ７８１６プロトコルの１つを満たすリンクにより構成されている。
【図３ｂ】
非限定的な例において、実行オートマトンは、アプリケーションインタフェーシングライブラリ（ＡＰＩ）が組合わされている仮想マシンにより構成されているときに、組込みコンピュータ装置にインストールされている実行オートマトンの実行を追跡および監視するための特定のエージェントモジュールと、この組込みコンピュータ装置のオペレーティングシステムと、入力／出力機能（ＡＰＤＵにより構成されているＩ／Ｏ機能）と、実行オートマトンの実行を追跡および監視する機能との間の論理リンクの例示する図である。
【図４ａ】
図３ａと図３ｂとに非デバッグモード、すなわちデバッグ機能が起動されていない、で示されているように、本発明の主題である、アプレットを追跡および監視するコンピュータ装置の種々の要素の間で実行される交換のタイムチャートであり、この装置は、この場合には、実質的に、先行技術のマルチアプリケーションチップカードが組合わされているＣＡＤ読取器として挙動する。
【図４ｂ】
図３ａと図３ｂとにデバッグモード、すなわちデバッグ機能が起動されている、で示されているように、本発明の主題である、アプレットを追跡および監視するコンピュータ装置の種々の要素の間で実行される交換のタイムチャートである。
【図４ｃ】
仮想マシンが、“ブレークポイントヒット”としても知られている停止点状態に達した時に、図３ａ、図３ｂおよび図４ａにで示されているように、本発明の主題である、アプレットを追跡および監視するコンピュータ装置の種々の要素の間で実行される交換のタイムチャートである。
本発明は、マスタトランシーバとスレーブトランシーバとの間での、単一の物理交換チャネル上でのコマンド／応答対の多重交換のための論理フロー（ｌｏｇｉｃａｌ ｆｌｏｗ）の伝送のためのプロトコルと、そのようなプロトコルの応用とに関し、特に、マイクロプロセッサカードにインストールされているアプレット（Ａｐｐｌｅｔ）の実行を追跡（トラッキング）し監視（モニタリング）し、またデバッグするための装置の実装に関する。
【０００２】
マスタトランシーバとスレーブトランシーバとの間でデータまたは情報を交換するプロトコルは、そのプロトコルが、かなりの計算性能および処理性能を持つマスタ要素と、記憶性能に関連して計算性能および処理性能が現状でははるかに低いスレーブ要素との間のデータしたがって情報の確実かつ完全に安定な交換を行うことを可能にするものである限り、現在、極めて興味があるものである。
【０００３】
これは、特に、組込みシステムとしても知られている、カード読取器（ＣＡＤ）とマイクロプロセッサカード、チップカードとの対で構成されているコンピュータ装置に対する場合である。それに対しては、ＩＳＯ ７８１６規格がチップカードとＣＡＤ読取器との間の通信のための２つのプロトコルを定義している。
【０００４】
さらに詳しくいえば、これら２つのプロトコルは、パラメータＴ＝０およびＴ＝１により定められ、各プロトコルは、「半二重」プロトコルに対応し、すなわちカード読取器とチップカードの２つの参加要素のちょうど一方が、それぞれ、所与の時にデータを他の参加要素へ送ることができる。
【０００５】
カード読取器へのカードの挿入に続いて、カード読取器によってカードへの供給が始められ、マスタトランシーバすなわちＣＡＤ読取器とスレーブトランシーバすなわちチップカードとの間で、単一の物理チャネル上でのデータ交換が行われる。伝送される情報ユニットは、アプリケーションプロトコルデータユニット（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を意味するＡＰＤＵと呼ばれる。
【０００６】
先行技術から知られている上述したプロトコルでは、コマンドＡＰＤＵすなわちＣ−ＡＰＤＵと、応答ＡＰＤＵすなわちＲ−ＡＰＤＵとを区別する。
【０００７】
情報交換セッションは、１つまたは複数のＡＰＤＵ交換で構成されている。したがってＡＰＤＵ交換は、マスタトランシーバ要素により常に開始されるＣ−ＡＰＤＵ／Ｒ−ＡＰＤＵコマンド／応答対の交換で構成される。マスタトランシーバ要素は、スレーブトランシーバがＲ−ＡＰＤＵを介して応答する対象であるＣ−ＡＰＤＵを発行（ディスパッチ）する。交換が行われている間は、マスタ要素は動作不能にされたままで、その間、応答を待ち、したがって、コマンド／応答対の交換は、マスタトランシーバとスレーブトランシーバとの間での、伝送のイニシアティブ（発議権）すなわち制御の引き続く転送を含み、また、逆もまた同じである。
【０００８】
最悪の場合には、マスタトランシーバすなわちカード読取器が取りがちである、この引き続く転送とは異なる唯一のイニシアティブは、スレーブトランシーバすなわちチップカードへの電力供給を遮断することによる全交換セッションを中断することである。
【０００９】
しかし、集積回路をエッチングする物理的プロセスにおける絶えざる向上、したがって所与の体積または面積のシリコンにおける計算性能および処理性能ならびに記憶性能の絶えざる向上によって、最近、多数の機能を持つスレーブトランシーバの出現が促進されている。これは特に、多重アプリケーションチップカードの場合にそうである。例えばあるチップカードに、カード読取器がチップカードに対して独立に通信することを求めることができるようないくつかのアプリケーションを組込むことができる。特に、カード読取器は容量に対して禁止的な制約を示すことがなく、例えば、銀行に設置されている自動紙幣払出し機またはＧＳＭ携帯電話端末などのこの種のＣＡＤ読取器にはいくつかのアプリケーションを組込むことができ、そうすると、スレーブトランシーバすなわち多重アプリケーションチップカードで構成されている装置は、実質的に独立しているアプリケーションの間で単一の物理チャネルを介して、コマンド／応答対により、情報の多重交換をすることに直面させられる。
【００１０】
あるチップカードは、いくつかのファイルシステムと、いくつかのアプレットまたはそのアプレットに設定されるいくつかのサービスを実際に包含できる。特に、ＧＳＭカードは、加入者の認証の提供と、および可搬ユニットすなわち組込みシステムとしてアプレットの実行の提供とを行う。
【００１１】
この目的で、ＩＳＯ ７８１６−４規格のセクション５．５は、論理チャネル（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）の概念を定義している。これらの論理チャネルは、チップカード上に存在する種々の参加要素すなわちアプレットまたはサービスに結び付けられているＡＰＤＵ交換のセッションを切り離すことを可能にする。提案されている標準化されたプロセスは非常に簡単で、チップカードは０から３まで番号を付けられている４つまでの論理チャネルを管理できる。それらの論理チャネルは、ＩＳＯ ７８１６−４規格のセクション６．１６に規定されているように、“管理チャネル（ＭＡＮＡＧＥ ＣＨＡＮＮＥＬ）”標準コマンドによってそれぞれ開閉できる。次に、Ｃ−ＡＰＤＵコマンドに対する宛先論理チャネルのインデックス番号が、ＡＰＤＵのクラスコード（ＣＬＡ）の下位２ビットで符号化される。
【００１２】
したがって、ＩＳＯ ７８１６−４規格により規定されている種々の論理チャネルは、このようにして論理的に切り離されるが、単一の物理交換チャネル上でのＡＰＤＵ交換は、ＣＡＤ読取器とそれの種々のアプリケーションに対して、かつチップカード上で実行できる種々のアプレットまたはサービスに対して、特に分けられていない異なる論理チャネルに関連するコマンド／応答対が同時に多数存在することによって生じがちである衝突が生じないままにする。特にＩＳＯ ７８１６−４規格のパラグラフ４、セクション５．５．１の規定を参照されたい。その規定によれば、次のコマンド／応答対の送り出し前にコマンド／応答対の送り出しを終了せねばならず、いくつかの論理チャネル上ではコマンドと応答とを入れ子にさせてはならず、コマンドの受取りと対応する応答の発行との間で単一の論理チャネルはアクティブでなければならない。
【００１３】
本発明の目的は、マスタトランシーバとスレーブトランシーバとの間のコマンド／応答対によるデータ交換のためのプロトコルの諸欠点を、多数の論理チャネルに課される制約を解消することによって、除去することである。
【００１４】
本発明の他の目的は、マスタトランシーバとスレーブトランシーバとの間の、単一の物理交換チャネル上でのコマンド／応答対の多重交換のための複数の論理フローの伝送用プロトコルを、コンカレント（並行）論理チャネルの実装によって、明らかにすることである。各コンカレント論理チャネルは、コマンド／応答対の独立な交換を許すが、いくつかのコマンド／応答対を開かれている種々のコンカレント論理チャネルで同時にアクティブであるようにすることが可能である。
【００１５】
特に、本発明の別の目的は、マスタトランシーバとスレーブトランシーバとの間の、単一の物理交換チャネル上でのコマンド／応答対の多重交換のための複数の論理フローの伝送用プロトコルであって、ＣＡＤ読取器などのマスタトランシーバが別のコンカレント論理チャネルでコマンド／応答対、ＡＰＤＵ、の交換を開始でき、既にアクティブな並行チャネルでコマンド／応答対の交換が既に進行中であり、スレーブトランシーバすなわちチップカードにインストールされているアプレットまたはサービスにより管理されている少なくとも１つのアプリケーションを用いて、マスタトランシーバすなわちカード読取器に接続されている種々のアプリケーションが、したがって、実行のコンフリクトのいかなる危険もなしに、相互に独立して実行されるようにする伝送用プロトコルを与えることである。
【００１６】
逆に本発明の他の目的は、マルチアプリケーションチップカードにインストールされた種々のアプレットまたはサービスなどのスレーブトランシーバによって管理されている種々のアプリケーションにリンクされた異なるコンカレント論理チャネル上で異なるコマンド／応答対を交換できる、マスタートランシーバとスレーブトランシーバとの間での、単一の物理交換チャネル上でのコマンド／応答対の多重交換のための複数の論理フローの伝送のためのプロトコルであり、これらのアプリケーションは、本発明の主題であるプロトコルの実装によって、同時かつ独立に実行する。
【００１７】
本発明の別の目的は、また、進行中のコマンド／応答対の交換の場合を含めて、コンカレント論理チャネルのおのおのがマスタトランシーバのみのイニシアティブで閉じられる、マスタトランシーバとスレーブトランシーバとの間の、単一の物理交換チャネル上でのコマンド／応答対の多重交換のための複数の論理フローの伝送のためのプロトコルでもある。
【００１８】
本発明の他の目的は、また、コマンド／応答対をベース論理チャネル上で交換するマスタートランシーバとスレーブトランシーバとの間の、単一の物理交換チャネル上でのコマンド／応答対の多重交換のための複数の論理フローの伝送のためのプロトコルであって、コマンド／応答対がおそらくまたこのマスタトランシーバとこのスレーブトランシーバとの間でコンカレント論理チャネル上でも交換され、コマンド／応答対は、ベース論理チャネルによって運ばれるベース論理フローとコンカレント論理チャネルにより運ばれるコンカレント論理フローとを構成し、それらの論理フローは、いかなる衝突もなしに、単一の物理交換チャネル上でコマンド／応答対を交換する手順から利益を得られるように共存プロトコルでもある。
【００１９】
本発明の他の目的は、最後に、マスタトランシーバがＣＡＤ読取器により構成され、スレーブトランシーバがチップカードにより構成されている場合に、コマンド／応答対の多重交換のための複数の論理フローの伝送のための、ＩＳＯ ７８１６規格の仕様に完全に適合する、プロトコルである。
【００２０】
本発明の主題である、マスタトランシーバとスレーブトランシーバとの間の単一の物理交換チャネル上でのコマンド／応答対の多重交換のための複数の論理フローの伝送のためのプロトコルは、マスタトランシーバによって開始され、単一の物理交換チャネルと同じマスタ／スレーブ関係を前提とする、少なくとも１つのベース論理フローを含む論理フローに関しており、マスタトランシーバとスレーブトランシーバはそれぞれ少なくとも１つのソフトウエアアプリケーションの実行を許す。
【００２１】
基準論理フローとしてとられたベース論理フローの１つにおいて、コマンド／応答対をセグメント化（区分化）する引き続く基本パケットによりおのおのが形成されているコンカレント論理フローのセットを発生することは、注目に値する。コンカレント論理フローのセットを形成する引き続く基本パケットは、基準論理フロー上で伝送される。このセットの２つのコンカレント論理フローは、異なるコマンド／応答対の独立した実質的に同時の伝送を行えるようにする。
【００２２】
コマンド／応答対のいかなる交換の開始および継続も、この基準論理フロー上で伝送される特定のコマンドを基にしてマスタトランシーバのイニシアティブで行われ、引き続く基本パケットへのセグメント化は、この基準フロー上でのそれらの特定のコマンドに応答して伝送される特定の応答のイニシアティブで行われる。これによって、一方では、マスタトランシーバおよびスレーブトランシーバの少なくとも一対のアプリケーションの間の独立した実質的に同時のコマンド／応答対の交換が行えるようにされ、他方では、物理交換チャネル上において基準論理フローとしてとられた論理フローからの異なるベース論理フローにおける優先コマンド／応答対の交換が行えるようにされる。
【００２３】
本発明の主題である、マスタトランシーバとスレーブトランシーバとの間での、単一の物理交換チャネル上でのコマンド／応答対の多重交換のための複数の論理フローの伝送のためのプロトコル、および、そのようなプロトコルを実行する組込みコンピュータ装置などのコンピュータ装置にインストールされているアプレットの実行を追跡および監視する装置が、下記の説明を読み、図面を参照することによってより良く理解されるであろう。
【００２４】
本発明の主題に基づく、マスタトランシーバとスレーブトランシーバとの間の、単一の物理交換チャネル上でのコマンド／応答対の多重交換のための複数の論理フローの伝送のためのプロトコルについて、図１ａおよびそれに続く図面を参照して以下に詳細に説明する。
【００２５】
この説明のフレームワーク内で、論理フローは、マスタトランシーバとスレーブトランシーバとの間の単一の物理交換リンクを介する論理チャネル上での多数のコマンド／応答対の交換で構成されていることが、想起される。
【００２６】
一般に、本発明の主題であるプロトコルは、コマンド／応答対の交換を行えるようにする“半二重”リンクによりリンクされている任意のマスタトランシーバと任意のスレーブトランシーバとの間で実装されることが想起され、ここで、マスタトランシーバは、アプリケーションのセットの中からの１つのアプリケーションに接続され、スレーブトランシーバは、アプリケーションまたはサービスのセットの中からの少なくとも１つのアプリケーションの実行を行えるようにする。Ｅ／ＲＭと記されているマスタトランシーバとＥ／ＲＥと記されているスレーブトランシーバとへの各アプリケーションの相互接続は、ベース論理フローを介して実行できる。それらのアプリケーションは、マスタトランシーバに相互接続されるアプリケーションの場合にはＡＭｙと記され、スレーブトランシーバに相互接続されるアプリケーションの場合にはＡＥｚと記されている。このベース論理フローを、ＳＥＰＣと記されている単一の物理交換チャネルによって伝送することが可能である。前述のベース論理フローＢＬＦは、単一の物理交換チャネルＳＰＥＣ上での、（Ｃ，Ｒ）ｂと記されているコマンド／応答対の伝送で構成される。
【００２７】
これらの条件の下で、図１ａに示されているように、前述のパラメータのセットが定義されており、Ｓで記されているスタート条件について考えることにする。そのスタート条件は、非限定的な態様において、少なくとも１つのアプリケーションの実行を許すＣＡＤ読取器によってマスタトランシーバＥ／ＲＭが構成されており、かつアプレットまたはサービスがインストールされているチップカードによってスレーブトランシーバＥ／ＲＥが構成されているような状況に対応し、この状況では、ベース論理フローは、ＩＳＯ規格７８１６−３および７８１６−４の規定により定められている論理フローに対応する。
【００２８】
しかしながら、上述した規格の規定にしたがう第１の使用にしたがって、単一のベースフローがプロトコルの実装のフレームワーク内で開いていてアクティブであると考えられる。これは図１ａに示されている本発明の主題である。
【００２９】
より具体的なやり方で、図１ａに示されているように、本発明の主題であるプロトコルは、現在のアクティブな論理フローＢＬＦを基準論理フローＬＦｒとみなすことからなる。この操作は、図１ａのステップＢで実行され、関係：
ＬＦｒ＝ＢＬＦ
により示されている。このステップは、たとえば１６進数値ＦＥなどの、特定の値を現在のアクティブなベース論理フローのクラスコードまたはパラメータに割り当てることによって実行できる。
【００３０】
ステップＢの後にステップＣが続く。ステップＣは、コンカレント論理フローのセット｛ＣＬＦｘ｝を発生することからなる。各コンカレント論理フローは、コマンド／応答対をセグメント化（区分化）する引き続く基本パケットにより形成される。コンカレント論理フローのセット｛ＣＬＦｘ｝を形成する引き続く基本パケットは、基準論理フローＬＦｒ上で伝送され、その間にステップＤのセグメント化を行い、このセットの２つのコンカレント論理フローは、異なるコマンド／応答対の独立かつ実質的に同時の伝送を行えるようにする。ステップＤに示されている戻り矢印は、セグメント化から生じた引き続く基本パケットの多重交換を示している。
【００３１】
コマンド／応答対のいかなる交換の開始および継続も、基準論理フロー上で伝送される特定のコマンドを基にしてマスタトランシーバのイニシアティブ（主導）で行われ、引き続く基本パケットへのセグメント化は、この基準フロー上でのそれらの特定のコマンドに応答して送信された特定の応答を基にしてスレーブトランシーバのイニシアティブで行われる。このようにしてマスタトランシーバは、アプリケーションと異なるアプレットとの間の交換の実行のために基準論理フローＬＦｒを維持することによって、異なるコマンド／応答対の交換を維持でき、または、値ＦＥの差し引きにより、ベース論理フローへの復帰によるコマンド／応答対の交換を維持できる。
【００３２】
このやり方で、この明細書において後で以下に非常に詳しく説明するように、マスタトランシーバおよびスレーブトランシーバの少なくとも一対のアプリケーションの間の独立した実質的に同時のコマンド／応答対の交換が行えるようにされる。異なるコマンド／応答対の実質的に同時の伝送という概念に関する限り、同時という概念は、引き続くパケットの伝送の期間内に限られることがもちろん理解される。
【００３３】
さらに、本発明の主題であるプロトコルは、複数のアクティブなベース論理フローの存在する中で実現できる。図１ｂに示されているように、この状況では、マスタトランシーバＥ／ＲＭにより開始されるいかなるベース論理フローの存在中も、この状況は、図１ａの開始状況と同様の開始状態Ｓに対応し、本発明の主題であるプロトコルは、マスタトランシーバとスレーブトランシーバとの間の任意の開かれている、かつ通常はアクティブな、ベース論理フローの伝送を行うことからなるとすることができる。この操作は、マスタトランシーバに接続されまたは接続されがちである任意のアプリケーションＡＭｙからの要求で、マスタトランシーバのイニシアティブで初期化されるアクティブなベースフローＢＬＦ＊の存在を検証することからなるテストステップＡにより実行できる。
【００３４】
図１ｂにおいて、対応するテストＡは
ＢＬＦ＊＝｛Φ｝
で示されている。このテストは、任意のアクティブなベース論理フローの不存在を検証することからなる。
【００３５】
上述したテストＡに対する否定的な応答に際して、アクティブなベースフローがマスタトランシーバのレベルに存在し、本発明の主題であるプロトコルは、ステップＳへ戻ることによる上述のアクティブなベース論理フローの伝送の実行することからなる。
【００３６】
逆に、上述したテストＡへの肯定的な応答に際して、アクティブなベースフローはマスタトランシーバのレベルに存在せず、そして本発明の主題であるプロトコルは、基準論理フローとしてとられる少なくとも１つのベースフローにおいて、コンカレント論理フローのセットを発生することからなることができる。
【００３７】
図１ｂで、図１ａのステップに類似するステップＢは、関係：
ＬＦｒ＝ＢＬＦｕ
によりＬＦｒとして示されている、基準論理フローとしてベース論理フローＢＬＦｕの定義を表わす。本発明の主題であるプロトコルの実装のフレームワーク内で、ＩＳＯ規格７８１６−４の規定に適合できるプロトコルにしたがって、ステップＢにおける基準論理フローの定義を、例えば、先に述べた１６進数値ＦＥなどの特定の値を関連するベース論理フローのクラスコードまたはパラメータに割り当てることによって、有利に実行することができる。
【００３８】
ステップＢに続いて、コンカレント論理フローのセットが、図１ａでのステップに類似するステップＣで発生される。ＣＬＦｘで示されている各コンカレント論理フローと、｛ＣＬＦｘ｝で示されているそれらのコンカレント論理フローのセットとが、この明細書で後で説明するように、引き続く基本データパケットにより形成される。上述したコンカレント論理フローのセット｛ＣＬＦｘ｝のコンカレント論理フローによって、マスタトランシーバに接続されているアプリケーションすなわちＡＭｐで示されているアプリケーションと、スレーブトランシーバに接続されているアプリケーションすなわちＡＥｑで示されているアプリケーションとの間の異なるコマンド／応答対の独立した実質的に同時の伝送を行えるようにされ、それらのアプリケーションを、データの交換がセットＢＬＦ＊からのベース論理フローによって前に実行されているようなアプリケーションＡＭｙ、ＡＥｚとは先験的（アプリオリ）に異なるまたは異ならないようにすることが可能である。
【００３９】
図１ｂに、異なるコマンド／応答対の独立した実質的に同時の伝送ステップがＤで示されている。これらのコマンド／応答対は（Ｃ，Ｒ）ｘで示されており、対応するコンカレント論理フローＣＬＦｘにしたがって単一の物理交換チャネルＳＥＰＣ（ｓｉｎｇｌｅ ｐｈｙｓｉｃａｌ ｅｘｃｈａｎｇｅ ｃｈａｎｎｅｌ）上で伝送される。
【００４０】
さらに、図１ｂに示されているように、本発明の主題であるプロトコルは、
単一の物理交換チャネル上での基準論理フローとは異なるベース論理フロー上におけるコマンド／応答対の交換の実行のためにマスタトランシーバＥ／ＲＭによりアクティブにされると、直ちに任意のコンカレント論理フローの交換を一時停止することからなる。この一時停止操作は、図１ｂに示されているステップなどのテストステップＥに対応することができる。このテストステップＥは、アクティブなベース論理フローＢＬＦ＊が存在しないことを検証する、ステップＡにおいて実行されるものと同じテストにおそらく対応する。
【００４１】
テストＥに対する否定応答があると、マスタトランシーバＥ／ＲＭにより開始されたアクティブなベース論理フローが存在し、このアクティブなベース論理フローの伝送を実行するために、開始ステップＳへの戻りが行われる。
【００４２】
逆に、テストＥに対する肯定応答があると、基準論理フローを再び定めるためにステップＢへの戻りが実行され、もちろん、上記のようにステップＢ、Ｃ、Ｄにしたがう多重交換プロセスの実行も行われる。
【００４３】
したがって、本発明の主題であるプロトコルの引き続くステップの実行によって、図１ｂに示されているように、前記プロトコルは、任意のベース論理フローの交換が終了すると、いかなるコンカレント論理フローの交換も直ちに継続可能にすることが理解される。
【００４４】
このやり方によって、単一の物理交換チャネル上でのマスタトランシーバとスレーブトランシーバの少なくとも一対のアプリケーションの間の独立した実質的に同時のコマンド／応答対の交換が行えるようにされる。
【００４５】
本発明の主題であるプロトコルは、図１ｂに示されているように、衝突（コンフリクト）なしの共存を提供可能にし、コンカレント論理チャネルは、コンカレント論理フローの伝送を行えるようにし、ベース論理チャネルは、ベース論理フローの伝送を行えるようにする。特に、それは一方では、マスタトランシーバとスレーブトランシーバの少なくとも一対のアプリケーションの間の独立した実質的に同時のコマンド／応答対の交換を行えるようにし、他方では、単一の物理交換チャネル上でのベース論理フローにおける優先コマンド／応答対の交換を行えるようにする。
【００４６】
したがって、以下に説明するように、ベース論理フローがＩＳＯ規格７８１６−４の規定を満たすように定められており、かつマスタトランシーバがカード読取器によって構成されスレーブトランシーバがチップカードにより構成されている場合には、任意の時に、カード読取器はベース論理チャネル上でのＡＰＤＵコマンドの交換を開始できることが、理解される。この交換が行われている間、他のチャネル、すなわちコンカレントまたはその他のチャネルが一時停止されるが、コンカレントチャネル上で現在進行中の交換は中断されることはない。
【００４７】
上述した特定の実装では、処理に比較的短い時間のみを要するコマンド／応答対の伝送を提供するためにベース論理フローおよびベース論理チャネルを使用することが、有利である。
【００４８】
本発明の主題であるプロトコルのステップＢ、Ｃ、Ｄの、図１ａおよび１ｂを参照して先に説明した特定の実装についてのより詳細な説明を、特に、上述したベース論理フローＢＬＦｕがＩＳＯ規格７８１６−４の規定を満たす場合に、図２ａ、２ｂ、２ｃおよび２ｄを参照して以下に行う。
【００４９】
図２ａには、それぞれ要素Ｅ／ＲＭおよびＥ／ＲＥとして記載されているマスタトランシーバとスレーブトランシーバが示されている。
【００５０】
ベース論理フローＢＬＦｕ上の、（Ｃ，Ｒ）と記されている、コマンド／応答対の交換が単一の物理交換チャネルＳＥＰＣ上で行われ、要素Ｅ／ＲＭは、コマンドＣを、パイロットＰを介して要素Ｅ／ＲＭに接続されているアプリケーションＡＭｐから受ける。この要素Ｅ／ＲＭは、Ｃ＝［“ＣＯＭＭＡＮＤ”］と記されているコマンドＣのスレーブ要素Ｅ／ＲＥへの伝送を行うために制御を行う。制御を行う要素Ｅ／ＲＭは、コマンドＣを、スレーブ要素Ｅ／ＲＥに接続されているアプリケーションＡＥｑへ送る。上述したアプリケーションの応答Ｒは、スレーブ要素Ｅ／ＲＥへ伝えられ、スレーブ要素Ｅ／ＲＥは、Ｒ＝［“ＲＥＳＰＯＮＳＥ”］と記されている応答の、単一の物理交換チャネルＳＥＰＣ上でのＥ／ＲＭへの伝送を行うように、再び制御を行う。要素Ｅ／ＲＭは、それをパイロットＰを介してアプリケーションＡＭｐへ送る。この所与の例では、文字列“ＣＯＭＭＡＮＤ”と“ＲＥＳＰＯＮＳＥ”は、シンボリックなコマンドとシンボリックな応答をそれぞれ示す。
【００５１】
関連する論理フローがベース論理フローＢＬＦｕであると、コマンド／応答プロセスを、引き続く対応する論理フローの入れ子（ネスト）またはインターリーブなしに、ＩＳＯ規格７８１６−４の規定にしたがって、対応するコマンドおよび応答の実行で継続できる。
【００５２】
逆に、例えばこの明細書で以前に述べた特定のクラスコードを割当てることによってベース論理フローが基準論理フローＬＦｒとして構成されると、引き続くコンカレント論理フローを生成するプロセスが、関連するコンカレント論理チャネル上でＡＰＤＵの交換を構成しているデータのチョッピングにより、スレーブ要素Ｅ／ＲＥのイニシアティブで実行される。このチョッピングは、より基本的なデータユニットまたはデータセグメントへのチョッピングと、通常のＡＰＤＵを用いる単一の物理交換チャネルＳＥＰＣでのそれらのデータまたはセグメントの伝送とで構成される。
【００５３】
スレーブ要素Ｅ／ＲＥのイニシアティブでの前述したチョッピングは、定義により本発明の主題であるプロトコルの特に注目に値する面にしたがって、応答とセグメント化オーダー（命令）によって要素Ｅ／ＲＥのイニシアティブで実行できるので、有利であることが特に理解される。このセグメント化オーダーは、例えば、部分的なコマンドまたはデータ項目の形態でマスタ要素Ｅ／ＲＭにより伝送されるコマンドのパケットの最大サイズを定める。スレーブ要素Ｅ／ＲＥは、それ自身のイニシアティブで、またはアプリケーションＡＥｑからの求めで、前述したマスタ要素Ｅ／ＲＭによって発行された、部分的なコマンドの形態で伝送されるパケットの最大サイズを定める。逆に、スレーブ要素は、部分的な応答の形態で伝送されたパケットの実際のサイズを定める。データセグメントまたはパケットへの前述したデータのチョッピングが、それらの部分的ＡＰＤＵをインターリーブすること、したがって、データ論理フローと、コンカレント論理フローおよび上述したコンカレントチャネルで流れるコンカレント論理フローをインターリーブすることを可能にすることが、特に、理解される。
【００５４】
マスタ要素Ｅ／ＲＭに接続されているアプリケーションＡＭｐとコンカレント論理フローＣＬＦｘを介してスレーブ要素Ｅ／ＲＥに接続されているアプリケーションＡＥｑとの間で交換されるコマンド／応答対を構成するコマンドおよび応答のそれぞれの引き続く基本パケットへのセグメント化またはチョッピングの例を、図２ｂを参照して、限定しない例によって説明することにする。
【００５５】
前述した図では、用いられたコマンド／応答対は、前述した限定しない実施形態では、もちろんＡＰＤＵコマンドに対応することが示されている。
【００５６】
したがって、アプリケーションＡＭｐは、コマンドＣをマスタ要素Ｅ／ＲＭへ送る。このコマンドは、
Ｃ＝［“ＣＯＭＭＡＮＤ”］
と示されている。Ｃ−ＡＰＤＵを構成する前述したコマンドでは、シンボリックコマンドを表わす文字列“ＣＯＭＭＡＮＤ”は、ＡＰＤＵコマンドの形態で通常利用できる任意のコマンドを指し示す。このコマンドの論理値は、ＡＰＤＵコマンドの集りで通常利用されるものであり、前述した文字列は、このコマンドの構文を単に記号化（シンボル化）する。
【００５７】
前述したコマンドＣがマスタ要素Ｅ／ＲＭによって受けられると、マスタ要素Ｅ／ＲＭは制御を行い、スレーブ要素Ｅ／ＲＥへのコマンド通知を行うために、特定のコマンドをスレーブ要素Ｅ／ＲＥへ送る。
【００５８】
コマンド通知コマンドは、
［ＣＯＭＭＡＮＤ＿ＲＥＡＤＹ ｘ］
で示される。ここでｘは、ＣＬＦｘのインデックスを示す。
【００５９】
前述したコマンド通知を受けると、スレーブ要素Ｅ／ＲＥは制御を行い、アプリケーションＡＥｑとともに、受けるべきコマンドすなわち上記のコマンドＣのセグメント化のためのオーダーを送る。
【００６０】
セグメント化オーダーは、書式
｛ＲＥＣＥＩＶＥ＿ＢＹＴＥＳ ｘ ＮＢ＝３｝
のＡＰＤＵタイプの応答である。この応答すなわち前述したセグメント化オーダーは、もちろん、機能ヘッダＲＥＣＥＩＶＥ＿ＢＹＴＥＳに加えて、インデックスｘのコンカレントフローに関連するフィールドと、ＮＢ＝３によって図２ｂに任意に示されているフィールドとを有する。ＮＢは、スレーブ要素Ｅ／ＲＥにより要求されたバイトまたはワード（文字）の最大数を、前記要素に接続されているアプリケーションＡＥｑとともに示す。
【００６１】
セグメント化オーダーがマスタ要素Ｅ／ＲＭにより受けられると、マスタ要素Ｅ／ＲＭは、再び制御を行い、基準論理フローＬＦｒ上で、スレーブ要素Ｅ／ＲＥにより要求されたその数またはそれより小さい数のバイトまたはワードをもちろん有するデータ伝送コマンドを送る。
【００６２】
パケット伝送コマンドは、書式
［ＳＥＮＤ＿ＤＡＴＡ ｘ ［“ＣＯＭ”］］
のＡＰＤＵコマンドである。データ伝送コマンドに対応する機能ヘッダ“ＳＥＮＤ−ＤＡＴＡ”と本発明の主題であるインデックスｘのコンカレント論理フローに関連するフィールドとに加えて、このパケット伝送コマンドは、３に等しい数で、かつコマンドＣの場合には任意のコマンド“ＣＯＭＭＡＮＤ”の最初の３つの文字に対応するバイトまたはワードをもちろん有する。
【００６３】
前述したパケット伝送コマンドがスレーブ要素Ｅ／ＲＥにより受けられたのに続いて、制御を行うスレーブ要素は、図２ｂに［ＯＫ］で示されている受領応答のＡＰＤＵタイプ肯定応答（アクノレッジ）をマスタ要素へ送る。
【００６４】
マスタ要素Ｅ／ＲＭは再び制御し、その後で書式
［ＲＥＳＵＭＥ］
のコマンド／応答対の交換の伝送の継続のためのコマンドをスレーブ要素Ｅ／ＲＥへ送る。この継続コマンドを受けると、制御を行うスレーブ要素Ｅ／ＲＥは、アプリケーションＡＥｑによる処理の後で、セグメント化オーダー応答のマスタ要素への発行を繰返す。その応答では、例えば、要求されたバイト数に関連するフィールドは、ＮＢ＝４に等しくとられる。
【００６５】
前述した新しいセグメント化コマンドのマスタ要素Ｅ／ＲＭによる受取りに続いて、前記要素は、パケットの伝送のための新しいコマンドを送る。そのコマンドでは、送られるパケットのフィールドは、前述したコマンドＣの文字“ＭＡＮＤ”に対応する４バイトを有する。
【００６６】
前述した４バイトの新しいパケットの受取りに続いて、スレーブ要素Ｅ／ＲＥは、もちろんアプリケーションＡＥｑとともに、書式が
［ＳＥＮＤ＿ＢＹＴＥＳ ｘ ［“ＲＥＳＰ”］］
であるＡＰＤＵタイプのセグメント化された応答を送るための用意ができて制御を行う。前述した応答は、送信バイト数または送信ワード数を有する。その数の選択は、スレーブ要素Ｅ／ＲＥに接続されているアプリケーションＡＥｑと一緒に、スレーブ要素のみのイニシアティブで行われる。図２ｂの場合には、セグメント化された応答は、４バイトまたはワード、すなわち、シンボリック応答“ＲＥＳＰＯＮＳＥ”の最初のセグメントに対応する４つの文字“ＲＥＳＰ”を有する。
【００６７】
マスタ要素Ｅ／ＲＥによる前述したセグメント化された応答の受取りに続いて、制御を行うマスタ要素は、新しい継続コマンドをスレーブ要素Ｅ／ＲＥへ送ることにより、アプリケーションＡＥｑとともにあって制御を行うスレーブ要素Ｅ／ＲＥが、マスタ要素Ｅ／ＲＭに対し、４に等しく“ＯＮＳＥ”に対応する任意にとられた数ＮＢの転送バイトまたはワードを有する新しいセグメント化された応答を発行できるようにする。
【００６８】
この新しいセグメント化されたコマンドを受けると、マスタ要素Ｅ／ＲＭは、応答メッセージのＡＰＤＵタイプ終端がスレーブ要素Ｅ／ＲＥによりマスタ要素Ｅ／ＲＭへ送られるまで、応答が完全に送られるように、継続コマンドをスレーブ要素Ｅ／ＲＥへ実際に送る。
【００６９】
応答ＡＰＤＵメッセージの終わりは
［ＲＥＳＰＯＮＳＥ ＣＯＭＰＬＥＴＥＳ ｘ］
の書式を有する。応答メッセージの終わりの受取りに続いて、マスタ要素Ｅ／ＲＭは書式
Ｒ＝［“ＲＥＳＰＯＮＳＥ”］
の完全応答Ｒを持ち、したがって、シンボリック応答に対応し、コマンド／応答対Ｃ／Ｒは、スレーブ要素Ｅ／ＲＥのイニシアティブで、引き続くパケットにより、単一の物理交換チャネルＳＥＰＣ上のコンカレント論理フローＣＬＦｘによって、送られていた。
【００７０】
コンカレント論理フローにより送られたコマンドと応答とのパケットへのセグメント化は、このようにして、伝送されるデータの受信者すなわち例えばアプレットとともに、スレーブ要素すなわちチップカード自体の管理の下に、実行される。このやり方は、それが、特にトランスポートパラメータＴ＝０の値に対して、ＩＳＯ ７８１６−４規格により定められている全てのトランスポートプロトコルを使用することを可能にするので、極めて重要であるようにみえる。そのパラメータに対して、ＡＰＤＵの正確な形態、特にそれの方向はあいまいであって、単一の物理交換チャネル上で通信している２つのパーティ、すなわち、結局、アプリケーションＡＭｐとＡＥｑのみに知られている暗黙の情報要素を構成する。
【００７１】
さらに、スレーブ要素Ｅ／ＲＥがマスタ要素すなわちＣＡＤ読取器へ制御を定期的に譲る上述したセグメント化プロセスは、種々のコンカレントチャネルに接続されているアプリケーションＡＭｐまたはＡＥｑから生ずる交換のいかなる非同期要求をも管理することを可能にする。
【００７２】
前述したセグメント化プロセスに関する限り、およびもちろん、本発明の主題である、図１に示されている、プロトコルの実現のプロセスに関する限り、アプリケーションＡＭｐとＡＥｑは、コンカレント論理フローの伝送のためのコンカレントチャネル、またはベース論理フローの伝送のためのベースチャネルの、特定の計算ユニットによって構成されているパイロット、図に示されていない、による開放（開通）を要求できる。パイロットは、もちろん、マスタ要素Ｅ／ＲＭおよびアプリケーションＡＭｐと通信できる。各アプリケーションは、さらに、それぞれコンカレント論理フローおよびベース論理フローの交換のためにコンカレントチャネルまたはベースチャネルの開放に続いて、このチャネルでのＡＰＤＵの交換を要求でき、かつチャネルがコンカレントである場合、または交換される論理フローが図１に示されているようにコンカレント論理フローである場合に、現在の交換を中断できる。
【００７３】
さらに、図１および図２ｂに示されているように、コンカレントチャネル上でのＡＰＤＵの交換を構成しているデータまたはコマンドのセグメント化によって、それらのデータまたはコマンドセグメントを単一の物理交換チャネル上で伝送できるようにされ、一方では、基本ＡＰＤＵにより構成されているコマンド／応答対のインターリーブを許可し、図２ｃを参照して特定の非限定例で説明するように、最終的には、前述したコンカレントチャネルを流れるコンカレントデータフローの対応するインターリーブを許可する。
【００７４】
前述した図２ｃでは、２つのアプリケーションＡＭｐとＡＭｐ’をパイロットによりマスタ要素Ｅ／ＲＭに接続でき、かつスレーブ要素Ｅ／ＲＥが例えば単一のアプリケーションに接続されているような、非限定的な例が考察されている。この理由から、図２ｃにはそのようには示されていない。
【００７５】
前述した図では、アプリケーションＡＥｙが、コンカレント論理フローＣＬＦｘの開放の要求に引き続いて、コマンドＣ＝［“ＣＯＭＭＡＮＤ”］をパイロット、示されていない、を介して、マスタＥ／ＲＭへおそらく発行する。
【００７６】
図２ｂを参照して、マスタ要素Ｅ／ＲＭは、この明細書で以前に述べたコマンド通知コマンドを単一の物理交換チャネルＳＥＰＣ上で送る。スレーブ要素Ｅ／ＲＥは、セグメント化オーダー応答を伝送することによって応答する。セグメント化オーダー応答に対しては、ＮＢは、スレーブ要素Ｅ／ＲＥにより実行されるアプレットまたはアプリケーションにより、任意に８に等しくとられる。
【００７７】
セグメント化オーダー応答をマスタ要素Ｅ／ＲＭが受けると、マスタ要素Ｅ／ＲＭは、スレーブ要素Ｅ／ＲＥにより要求されたバイト数またはワード数に対応する８つの文字を有する文字列を含む、パケット伝送コマンドをスレーブ要素Ｅ／ＲＥへ送る。このようにしてシンボリックコマンドは完全に伝送される。そうするとスレーブ要素Ｅ／ＲＥは、受領コマンド［ＯＫ］の肯定応答（アクノレッジ）をマスタ要素へ送ることができる。そうすると、以下に説明するように、マスタ要素はいかなる伝送手続きも、コンカレント論理フローＣＬＦｘの伝送によるコンカレント論理チャネル上で、または他のコンカレント論理チャネル上で継続できる。
【００７８】
マスタ要素Ｅ／ＲＭにより実行されるアプリケーションＡＭｐは、
Ｃ’＝［“Ｃ’Ｏ’Ｍ’Ｍ’Ａ’Ｎ’Ｄ’”］
の書式のシンボリックコマンドに対応する、コマンドＣ’のパイロットによる伝送に先だって、コンカレント論理チャネルＣＬＦｘの開放を求めた。
【００７９】
マスタ要素Ｅ／ＲＭによりスレーブ要素Ｅ／ＲＥへ発行された継続コマンドを受けると、スレーブ要素Ｅ／ＲＥは、コマンドＣに対応するセグメント化された応答の発行へ進むことができる。その理由は、もちろん、スレーブ要素Ｅ／ＲＥが、コンカレント論理チャネルが単独で開かれている対象とするコマンドＣ’の存在をまだ知らず、対応するコンカレント論理フローＣＬＦｘがまだアクティブでないからである。
【００８０】
非限定的な例によって、かつシンボリック応答“ＲＥＳＰＯＮＳＥ”に対して、セグメント化された応答は、文字列“ＲＥＳＰ”よりなる部分応答によってパケットを送る。
【００８１】
そうするとマスタ要素Ｅ／ＲＭは、パイロットを介して、先に述べたコマンドＣ’に関連するコマンド通知コマンドの発行を介して入れ子にされている交換を初期化するように、コンカレント論理フローＣＬＦｘ’のアクチベーションへ進むことができる。
【００８２】
コマンド通知コマンドをスレーブ要素Ｅ／ＲＥが受けると、制御を行うスレーブ要素Ｅ／ＲＥは、ＮＢ＝４に任意にとられる数のバイト数に対してコマンドＣ’に関連するセグメント化オーダー応答を送る。これに応じて、マスタ要素Ｅ／ＲＭは、Ｃ’のコマンドに関連し、かつもちろん４バイトまたは４文字を有するパケット伝送コマンドを送る。それらの文字は、シンボリックコマンドＣ’の文字列“Ｃ’Ｏ’Ｍ’Ｍ’”を構成している。
【００８３】
スレーブ要素Ｅ／ＲＥは、応答して受取りの肯定応答（アクノレッジ）を送る。
【００８４】
制御を行うマスタ要素Ｅ／ＲＭは、現在アクティブであるコンカレント論理フローのセットが空きセットとは異なるときに、パイロットを介して、その現在アクティブであるコンカレント論理フローのセットについてスレーブ要素Ｅ／ＲＥに知らせる。この通知は、継続コマンドの形で実行できる。継続コマンドについては、この明細書において後で非常に詳しく述べることにする。継続コマンドに応答して、スレーブ要素Ｅ／ＲＥは、コンカレント論理ストリームＣＬＦｘ上のバイトまたはワード“ＯＮＣＥ”を有するセグメント化された応答によって、シンボリック応答“ＲＥＳＰＯＮＣＥ”の伝送を実行するように、失われた４つのバイトを送ることができる。その後でマスタ要素Ｅ／ＲＭは、同じコンカレント論理チャネル上で、継続コマンドをスレーブ要素Ｅ／ＲＥへ送る。その後でスレーブ要素Ｅ／ＲＥは、コマンドＣに関連する応答コマンドの終りを送ることができる。このメッセージコマンドの終りを受けると、マスタ要素Ｅ／ＲＭは、コマンドＣに対するシンボリック応答を、パイロットを介して、アプリケーションＡＭｐへ送ることができる。
【００８５】
さらに、マスタ要素Ｅ／ＲＭは、パイロットを介して、コマンドＣ’に関連するコマンド／応答対交換のためにコンカレント論理フローＣＬＦｘ’上での多重交換プロセスを継続できる。コマンドＣ’に関しては、応答コマンドの終りは、スレーブ要素Ｅ／ＲＥによりまだ送られていない。アプリケーションＡＭｐ’のイニシアティブで開かれたコンカレント論理フローＣＬＦｘ’は、パイロットにより再びアクティブにされ、スレーブ要素Ｅ／ＲＥによる継続コマンドの受取りに続いて、スレーブ要素Ｅ／ＲＥは、ＮＢ＝４に等しくとられるとともに、アプリケーションＡＭｐ’により初期化されたコマンドＣ’に関連する最大の所与のバイトまたはワード数に対するセグメント化オーダー応答をマスタ要素Ｅ／ＲＭへ送ることができる。
【００８６】
セグメント化オーダー応答を受けると、マスタ要素Ｅ／ＲＭは、コマンドＣ’に関連し、かつ３バイトすなわちシンボリックコマンドＣ’の文字列“Ａ’Ｎ’Ｄ’”を構成している最後の３バイトまたは３ワードを有するパケットを含む、パケット伝送コマンドを送ることができる。
【００８７】
スレーブ要素Ｅ／ＲＥによる前述したパケット伝送コマンドの受取りと、前記要素による受領の肯定応答（アクノレッジ）の発行とに続いて、マスタ要素は、シンボリックコマンドに対する応答を得るように、継続コマンドを送る。
【００８８】
この継続コマンドに応答して、スレーブ要素Ｒ／ＲＥは、シンボリック応答の全体、すなわち“Ｒ’Ｅ’Ｓ’Ｐ’Ｏ’Ｎ’Ｓ’Ｅ’”として示され、かつコマンドＣ’へのセグメント化された応答書式での応答に関連するシンボリック応答を送る。
【００８９】
マスタ要素Ｅ／ＲＭによる前述したセグメント化された応答の受取りに続いて、マスタ要素Ｅ／ＲＭは、継続コマンドをスレーブ要素Ｅ／ＲＥへ再び送り、その後でスレーブ要素Ｅ／ＲＥは、コマンドＣ’に関連する応答コマンドの終りをマスタ要素Ｅ／ＲＭへ送ることができる。その後でマスタ要素Ｅ／ＲＭは、文字列［“Ｒ’Ｅ’Ｓ’Ｐ’Ｏ’Ｎ’Ｓ’Ｅ’”］により形成されているシンボリック応答のアプリケーションＡＥｙ’への伝送へ進むことができる。
【００９０】
パイロットによるコンカレントチャネルの開放手順に関する限りは、この開放は、“管理チャネル（Ｍａｎａｇｅ Ｃｈａｎｎｅｌ）”タイプ、のＡＰＤＵコマンドを介して実行できる。ＩＳＯ ７８１６−６のパラグラフ６．１６を参照されたい。
【００９１】
一般に、コンカレント論理フローを構成する、引き続く各基本パケットは、特定のＡＰＤＵコマンド／応答対により、単一の物理交換チャネル上で伝送される。
【００９２】
ベース論理フローを実行するためのコマンド／応答対は、ＡＰＤＵエンティティにより構成され、異なるコマンド／応答対は“エンベロープ”タイプの特定のＡＰＤＵコマンドと、ＡＰＤＵ応答のサブセットに属する短いＡＰＤＵ応答とによって形成されることが好ましい。
【００９３】
“エンベロープ”タイプの特定の物理Ｃ−ＡＰＤＵコマンドを受けると、スレーブ要素Ｅ／ＲＥは、処理を行う。例えば、スレーブ要素は、スレーブ要素Ｅ／ＲＥがチップカードによって構成されている場合には、あるインストールされているＡＰＤＵの実行を進めることができる。しかし、比較的短い時間で応答を与えねばならない。Ｒ−ＡＰＤＵを構成する応答は次の形の１つをとらなければならない。
【００９４】
１． ［ＴＩＭＥ＿ＯＵＴ］
カードは、他のいかなる特定の事象もなしに、認められた時間から単に実行した。
【００９５】
２． ［ＧＥＴ＿ＨＥＡＤＥＲ ｘ］
カードは、コンカレントチャネルｘのＣ−ＡＰＤＵヘッダを要求する。
パイロットは、物理的コマンド［ＳＥＮＤ＿ＨＥＡＤＥＲ ｘ ＣＬＡ ＩＮＳ Ｐ１ Ｐ２ Ｐ３］を介して応答せねばならない。その物理的コマンドに対してカードは、Ｒ−ＡＰＤＵ［ＯＫ］を介して応答する。
【００９６】
３． ［ＧＥＴ＿ＢＹＴＥＳ ｘ ｎ］
カードは、コンカレントチャネルｘのＣ−ＡＰＤＵの次のｎバイトを要求する。パイロットは、物理的コマンド［ＳＥＮＤ＿ＤＡＴＡ ｘ ａ１．．．ａｍ］を介して応答する。ここにｍ≦ｎであって、ｎが入来データの最後のセグメントであるならば、これは異なることがある。カードは、Ｒ−ＡＰＤＵ［ＯＫ］を介して受取りを肯定応答（アクノレッジ）する。
【００９７】
４． ［ＳＥＴ＿ＯＵＴＧＯＩＮＧ＿ＬＥＮＧＴＨ ｘ Ｌｒ］
カードは、コンカレントチャネルｘ上における応答Ｒ−ＡＰＤＵの長さをパイロットに指示する。
【００９８】
５． ［ＳＥＮＤ＿ＢＹＴＥＳ ｘ ａ１．．．ａｍ］
カードは、コンカレントチャネルｘ上のＲ−ＡＰＤＵの次のｎバイトを発行する。
【００９９】
６． ［ＳＴＡＴＥＳ ｘ ＳＷ］
カードは、コンカレントチャネルｘ上のＲ−ＡＰＤＵの状態、すなわち最後の２バイトを指示する。チャネルｘ上での交換が、その後、終了される。
【０１００】
全ての場合において、パイロットはこの交換の後で制御を再び行う。
【０１０１】
カードの要求がプロトコルの誤りを構成する場合には、例えば、上述の２〜６までのケースであって、チャネルｘ上で交換が進行中でない、あるいは、カードが全く同一の交換中にヘッダを２回要求するなどの場合には、パイロットは、その問題をコマンド［ＩＯ＿ＥＲＲＯＲ ｘ ｃｏｄｅ］を介してカードに送信する。そのコマンドでは、誤りの性質がコード番号で表わされている。
【０１０２】
コンカレント論理フローによる他の交換の長い処理中における、コンカレント論理フローによる交換の要求の特定の処理が、マスタ要素Ｅ／ＲＭにより実行される２つのアプリケーションＡＭｐ、ＡＭｐ’に関連して、図２ｄにさらに示されている。
【０１０３】
図２ｄを参照して、アプリケーションＡＥｙのイニシアティブで実行されるコマンドＣ＝［ＣＯＭＭＡＮＤ”］に対するコンカレント論理フローＣＬＦｘ上におけるコマンド／応答対の交換の実行について考えることにする。
【０１０４】
そのような場合には、コンカレント論理フローＣＬＦｘの開放に続いて、このコンカレント論理フローは、パイロットによりアクティブにされ、交換の実行は、スレーブ要素Ｅ／ＲＥに認められている時間内という実行条件の下で、行うことができる。
【０１０５】
交換の実行のために、他のいかなる特定の事象もなしでスレーブ要素Ｅ／ＲＥに対して認められた時間から実行するそのスレーブ要素Ｅ／ＲＥのいかなる部分的な実行も、
［ＴＩＭＥ＿ＯＵＴ］
という書式のＲ−ＡＰＤＵタイプの応答のスレーブ要素Ｅ／ＲＥによる発行と、マスタ要素Ｅ／ＲＭによる継続コマンドの発行との主題を形成する。このプロセスは、スレーブ要素Ｅ／ＲＥにより使用される種々の引き続く時間スライスに対してアクティブなコンカレント論理フローＣＬＦｘのために継続できる。
【０１０６】
コマンドＣ’が他のアプリケーションＡＭｐ’のイニシアティブでマスタ要素Ｅ／ＲＭにより受けられると、パイロットによってアクティブにされているコンカレント論理フローＣＬＦｘ’の開放により、コンカレント論理フローＣＬＦｘ’を支持しているコンカレント論理チャネル上におけるコマンドＣ’に関連するコマンド通知のスレーブ要素Ｅ／ＲＥへの伝送が行われるようにされる。その後で、コンカレント論理フローＣＬＦｘ’上におけるコマンドＣ’の実行、コマンドＣおよびコマンドＣ’の伝送の実行のために、応答［ＴＩＭＥ＿ＯＵＴ］を送るプロセスを継続できる。
【０１０７】
本発明の主題であるプロトコルによって、マスタ要素Ｅ／ＲＭにより実行されるアプリケーションの間の交換の非同期要求の処理と、およびスレーブ要素Ｅ／ＲＥにより実行されるアプレットまたはサービスの間の交換の非同期要求の処理を行えるようにする。
【０１０８】
図１ｂを参照して、これらの要求がベース論理フローと関連しベース論理チャネルに対応すると、この場合には、ベース論理フローに関連する応答が受け取られるまで、コンカレント論理チャネルとコンカレント論理フローのセットが一時停止される。
【０１０９】
しかし、交換のための非同期要求は、空き（フリー）コンカレントチャネル上におけるＣ−ＡＰＤＵコマンドの発行に関連することもある。この場合には、パイロットは、マスタ要素Ｅ／ＲＭを介して、コマンド通知コマンドを発行し、Ｃ−ＡＰＤＵタイプコマンドを論理チャネル上および関連するコンカレント論理フローＣＬＦｘ上で利用できることを示す。そうするとその通知コマンドは、非限定例により、スレーブ要素Ｅ／ＲＥでの受領アプレットの実行をトリガできる。
【０１１０】
パイロットがマスタ要素Ｅ／ＲＭを介して制御するが、非同期交換要求がそのマスタ要素に到達せず、それでも交換がコンカレントチャネルの１つで依然として進行中であると、交換の継続が、Ｃ−ＡＰＤＵタイプコマンドの発行を介して、すなわちこの明細書で以前に述べた継続コマンドを介して、実行される。
【０１１１】
これらの条件の下では、スレーブ要素Ｅ／ＲＥは、非同期要求をできる限り速く処理できるように、比較的短い時間内で制御を譲らなければならない。
【０１１２】
最後に、図１および図２ｂを参照して、本発明の主題であるプロトコルは、２つの特定のコマンドすなわちＣ−ＡＰＤＵタイプコマンドと、３つの特定の応答、すなわちＲ−ＡＰＤＵタイプの応答とを基にして実装することができ、そうすることが好ましい。
【０１１３】
第１の特定のコマンドは、マスタ要素Ｅ／ＲＭがスレーブ要素Ｅ／ＲＥに対して、現在アクティブなコンカレント論理フローのセットの存在を通知できるようにする、コマンド通知コマンドで構成される。特に図２ｂと図２ｃに与えられている例では、説明を不必要に複雑にしないように、各コマンド通知コマンドは単一のアクティブなコンカレント論理フローＣＬＦｘ、ＣＬＦｘ’を含んでいたが、いくつかのコンカレント論理フローを同時にアクティブにすることが適切なことがあり、コンカレント論理フローの単一の物理交換チャネル上での伝送は連続する以外は実行できないことが理解される。
【０１１４】
コマンド通知コマンドは、実際には、
・コマンド［ＣＯＭＭＡＮＤ＿ＲＥＡＤＹ ｘ］により形成されているコマンドＣＩａ、
・コマンド［ＲＥＳＵＭＥ］により形成されているコマンドＣＩｂ
で構成される。
【０１１５】
コマンドＣＩａとＣＩｂは、コンカレントチャネル上での交換の実行または継続のためのマスタ要素Ｅ／ＲＭの利用可能性をスレーブ要素Ｅ／ＲＥに通知可能にする。
【０１１６】
パケット伝送コマンドで構成されている第２の特定のコマンドは、基本パケットをマスタトランシーバからスレーブトランシーバへ発行可能にする。ＣＩＩで示されているこの第２の特定のコマンドは、第１の特定のコマンドまたは第２の特定のコマンドの１つに応答して、セグメント化オーダーを構成するＲＩで示されている第１の特定の応答を受けて、スレーブトランシーバにより発行される。第２の特定のコマンドＣＩＩは、スレーブ要素Ｅ／ＲＥから出た第１の特定の応答を受けて、第１の特定のコマンドＣＩａ、ＣＩｂと第２の特定のコマンドＣＩＩの１つへ発行され、第１の特定の応答ＲＩで示されているコンカレント論理フローのセットのコンカレント論理フローの１つに対して現在アクティブであるコマンドに関連する基本パケットを、マスタ要素Ｅ／ＲＭからスレーブ要素Ｅ／ＲＥへ送ることを可能にする。現在アクティブであるコマンド、例えば図２ｂでコマンドＣの引き続くパケットへのチョッピングは、第２の特定のコマンドＣＩＩで伝送されるパケットの最大サイズのセグメント化オーダーを構成する、第１の特定の応答ＲＩの仕様によりスレーブ要素のイニシアティブで実行される。
【０１１７】
セグメント化された応答を構成している第２の特定の応答ＲＩＩは、第２の特定の応答ＲＩＩで示されている、現在アクティブであるコンカレント論理フローでの応答の基本パケットを、スレーブ要素Ｅ／ＲＥからマスタ要素Ｅ／ＲＭへ発行することを可能にする。
【０１１８】
最後に、第３の特定の応答ＲＩＩは、単一の応答、すなわち、スレーブ要素Ｅ／ＲＥからマスタ要素Ｅ／ＲＭへ送られた特定のコマンド／応答対応答の終りで構成されている。
【０１１９】
このように、引き続く基本パケットの交換の継続が、第１の特定のコマンド、特にコマンド通知コマンドＣＩａのマスタ要素による発行により、マスタ要素Ｅ／ＲＭのイニシアティブで実行される。しかしこの継続は、図１ｂに示されているように、いかなるアクティブなベース論理フローも存在しないという条件をつけられる。
【０１２０】
逆に、アクティブなベース論理フローが存在すると、図１ｂに示されているように、このアクティブなベース論理フローのマスタ要素Ｅ／ＲＭによる単一の物理交換チャネル上での優先伝送が条件付けされる。
【０１２１】
本発明の主題であるプロトコルのステップのセットによって、図２ｃに示されているように、独立したコマンド／応答対Ｃ、Ｒと応答対Ｃ’、Ｒ’の交換を行えるようにされる。
【０１２２】
少なくとも１つのメモリと、実行オートマトンと、オペレーティングシステムとが装備されている組込みコンピュータ装置などのコンピュータ装置にインストールされているアプレットであって、インストールされているアプレットの少なくとも１つが、特定の情報を、他のオペレーティングシステムが装備されているコンピュータにより実行される少なくとも１つのアプリケーションと交換することを意図されているような、このようなアプレットの実行を追跡および監視する装置のより詳細な説明を図３ａ、図３ｂおよび以後の図面を参照して以下に行う。
【０１２３】
通常のやり方で、本発明の主題に従って、アプレットの実行を追跡および監視する装置が、アプレットの実行を追跡および監視するため、すなわちアプレットのデバッグのためのプロセスを提供するように、前述したマスタ要素Ｅ／ＲＭとスレーブ要素Ｅ／ＲＥとの間で単一の物理交換チャネル上でコマンド／応答対の多重交換のために複数の論理フローの伝送のためのプロトコルを実現することが示されている。
【０１２４】
前述した図３ａに示されているように、本発明の主題である装置は、少なくとも、例えばチップカード１により構成されている組込みコンピュータ装置と、特定のオペレーティングシステムが装備されているコンピュータにより実行されるアプリケーション２とに加えて、組込みコンピュータ装置１にインストールされている任意のアプレットの実行を追跡および監視するための、すなわちアプレットのデバッグのためのパイロットモジュール３を有する。パイロットモジュール３は、一方では、Ｌ２３と記されたリンクによりアプリケーション２にリンクされており、他方では、コマンド／応答タイプの単一の物理交換リンク、すなわちＬ１３で示されているリンクにより、組込みコンピュータ装置１にリンクされている。
【０１２５】
本発明の主題である実行追跡および監視装置は、リンクＬ３４によりパイロットモジュール３に相互接続されている実行追跡および監視モジュール４も有し、この実行追跡および監視モジュールは、組込みコンピュータ装置１の実行オートマトンの実行を監視することを意図されている。
【０１２６】
さらに詳しくいえば、組込みコンピュータ装置１は、オペレーションシステムＯＳと、ＪＡＶＡＣＡＲＤ環境における特定の実施形態では、例えばＪＣＶＭタイプの仮想マシンＶＭにより構成できる、ＡＵＴで示されている実行オートマトンとを有することが示されている。
【０１２７】
もちろん、組込みコンピュータ装置１は、Ａｐｐ１，．．．，Ａｐｐｘ，．．．，ＡｐｐＮで示されている種々のアプレットを、不揮発性メモリにインストールしている。それらのアプレットはアプリオリに独立である。
【０１２８】
最後に、組込みコンピュータ装置１は、組込みコンピュータ装置１の不揮発性メモリにインストールされている実行オートマトンの実行を追跡および監視するためのエージェントモジュールを有する。
【０１２９】
特に有利な非限定的な実施形態では、組込みコンピュータ装置１は、チップカードまたはマイクロプロセッサと、マイクロプロセッサを備えたＣＡＤ読取器を有するパイロットモジュール３と、ＩＳＯ ７８１６タイプリンクにより構成されているリンクＬ１３によって構成されているコマンド／応答タイプの単一の物理交換リンクと、によって構成されている組込みシステムであることが示されている。
【０１３０】
さらに詳しくいえば、コマンド／応答タイプの単一の物理交換リンクは、本発明の主題であってこの明細書で以前に述べたプロトコルにしたがって、多重交換を実行することを可能にすることが示されている。
【０１３１】
リンクＬ２３およびＬ３４に関する限り、リンクＬ２３はＩＳＯ ７８１６タイプリンクとして、またはソフトウエアライブラリ、例えばＰＣ／ＳＣまたはＯＣＦに適合するソフトウエアレイヤとして具体化できる。ソフトウエアライブラリイＰＣ／ＳＣは、参考文献、Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｆｏｒ ＩＣＣｓ ａｎｄ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍｓ， ｖｅｒｓｉｏｎ １．０（ＩＣＣおよびパーソナル・コンピュータ装置用相互操作可能性仕様、１．０版）、１９９７年１２月、パート１ないし８、ＰＣ／ＳＣ Ｗｏｋｇｒｏｕｐ発行、の主題を構成している。この文献は、アドレス［ｗｗｗ．ｐｃｓｗｏｒｋｇｒｏｕｐ．ｃｏｍ］でアクセスできる。参考文献のＯＣＦ（ＯｐｅｎＣａｒｄ Ｆｒａｍｅｗｏｒｋ）ソフトウエアライブラリは、Ｏｐｅｎｃａｒｄ Ｆｒａｍｅｗｏｒｋ １．１．１．．． Ｐｒｏｇｒａｍｍｅｒ’ｓ Ｇｕｉｄｅ， ３ｒｄ Ｅｄｉｔｉｏｎ（オープンカード・フレームワーク１．１．１．．．プログラマズガイド、３版）、ＯｐｅｎＣａｒｄ Ｃｏｎｓｏｒｔｉｕｍ発行であって、アドレス［ｗｗｗ．ｏｐｅｎｃａｒｄ．ｏｒｇ］で入手できる。しかし、リンクＬ３４の実装の場合には、このリンクは、ＳＵＮ ＭＩＣＲＯＳＹＳＴＥＭＳ ＩＮＣ．により、ＳＵＮによるソフトウエア“Ｊａｖａ２ＤＳＫ，ｖ １．３．０”と一緒に配布されている文献ＪＡＶＡＴＭ Ｄｅｂｕｇ Ｗｉｒｅ Ｐｒｏｔｏｃｏｌ（ＪＡＶＡＴＭデバッグワイヤプロトコル）で仕様化されているＪＤＷＰプロトコルにより具体化でき、そうすると有利である。その文献は、アドレス［ｈｔｔｐ：／／ｊａｖａ．ｓｕｎ．ｃｏｍ／ｐｒｏｄｕｃｔｓ／ｊｐｄａ／ｄｏｃ／ｊｄｗｐ−ｓｐｅｃ．ｈｔｍｌ］でアクセスできる。そのようなプロトコルの実装によって、このプロトコルに適するいかなる実行追跡および監視ツールも使用可能にされる。
【０１３２】
さらに、図３ｂに示されているように、実行オートマトンＡＵＴは、ＶＭで示されている仮想マシンを備えることができる。この仮想マシンには、アプリケーションインタフェーシングライブラリＡＰＩが組合わされる。
【０１３３】
最後に、組込みコンピュータ装置の不揮発性メモリにインストールされているエージェントモジュール５は、アプリケーションとアプレットとの間の交換の実行を追跡および監視するためのソフトウエアエージェントモジュールを有する。
【０１３４】
この組立体の全体的な動作態様は次の通りである。パイロットモジュール３は、暗黙裡（ｉｍｐｌｉｃｉｔｅｍｅｎｔ）に開いている対応するコンカレント論理フローの交換を行うために、２つのコンカレント論理チャネルを使用する。第１のコンカレント論理フローが、デバッグモードに指定された実行追跡および監視モードにおいて、例えば、１つのアプレットＡｐｐｘと通信するために用いられる。
【０１３５】
第２のコンカレント論理フローが、例えば、仮想マシンＶＭが停止点に達した時、またはそれが実行追跡および監視モジュール４がモニタされることまたは追従されることを求めた任意の動作を実行するときに、その仮想マシンから出た事象（イベント）を送るために使用される。
【０１３６】
最後に、デフォルト非コンカレント論理フローの交換を許す非コンカレント論理チャネルが、仮想マシンＶＭの実行を監視し、かつ仮想マシンＶＭの内部状態にアクセスするために、その後で用いられる。
【０１３７】
パイロットモジュール３は、実行追跡および監視モジュール４により送られた非同期停止要求を処理するために、マスタ要素Ｅ／ＲＭの制御を引き続いて再び行うことを考慮にいれている。本発明の主題であるプロトコルの実行中に図２ｂまたは図２ｃに略図で示されているように、このような非同期停止要求がパイロットモジュールに達し、かつパイロットモジュールが制御を再び行うとすると、仮想マシンＶＭの実行は一時停止される。その後でマスタ要素Ｅ／ＲＭは、ユーザ、すなわちユーザにより制御される実行追跡および監視モジュール４がその実行を継続することを要求する時にのみ、パイロットモジュール３により継続コマンドを送る。
【０１３８】
本発明の主題である実行追跡および監視装置の具体的な実装が、実際に使用されるＡＰＤＵコマンドおよび応答のフォーマットを最適にすることを可能にできる。例えば、命令の実行を行うために、組込みコンピュータ装置１に継続コマンド［ＲＥＳＵＭＥ］による狭義の次の実行を指示するように、前述したベース論理フローの経路指定を可能にする監視コマンドを最初に使用することが、原則として必要である。それら２つのコマンドは、コマンド［ＳＴＥＰ］などの、単一のコマンドで置き換えることができる。
【０１３９】
パイロットモジュール３の動作態様は次の通りである。
【０１４０】
−パイロットモジュールは、デバッグを考えられているアプリケーションで指定されている、ＡＰＤＵタイプの特定のコマンド／応答対により、エージェントモジュール５の監視と管理とのコマンドを提供する。この理由から、ＤＰＤＵはデバッグプロトコルデータユニット（Ｄｅｂｕｇ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を意味する。この目的で、エージェントモジュールは、オートマトンにより実行される入力／出力Ｉ／Ｏの、すなわち仮想マシンＶＭによる入力／出力機能に対する呼出しの各遷移で、前述したＤＰＤＵメッセージの交換を促す。図２ｂと図２ｃを参照してこの明細書で先に述べたように、ＤＰＤＵメッセージは、パケットおよびアプリケーションの間のコマンドまたはアプレットのパケットを有する。
【０１４１】
−パイロットモジュールは、実行追跡および監視モジュール４からの要求で、ユーザのイニシアティブで、入力／出力交換中に、および実行オートマトンＡＵＴがその入力／出力遷移を前述したユーザーにより選択された指定された時間の間実行しない時に、その実行オートマトンの実行、すなわち最終的には仮想マシンＶＭの実行を一時停止する。
【０１４２】
−前述した実行に続いて、パイロットモジュール３は、実行オートマトンの状態を監視し、その後で前述した実行オートマトンＡＵＴの実行の継続を促すように、特定のコマンド／応答対すなわちＤＰＤＵメッセージをエージェントモジュール５へ送る。
【０１４３】
どのようなデバッグモードも存在しない時のアプレットの実行、すなわち、図４ａに示されている、デバッグモードにおける先行技術の仮想マシンの実行にほぼ従う正常な実行を、本発明の主題である装置とプロトコルとの実装により、追跡および監視するプロセスの手順の詳細な説明を図４ｂおよび図４ｃを参照して以下に行う。
【０１４４】
図４ａを参照して、組込みコンピュータ装置１、すなわち対応するチップカードでの仮想マシンＶＭの入力／出力Ｉ／Ｏに対するアクセスが、ＪＡＶＡ ＣＡＲＤタイプの仮想マシンに組合わされているインタフェースライブラリＡＰＩに等しいサービスを提供するものと考えられるオペレーティングシステムＯＳの少数の機能を呼び出すことを含むことが、示されている。組込みコンピュータ装置１を構成するマイクロプロセッサカードでは、実行を追跡および監視するエージェント５が、オペレーティングシステムＯＳと仮想マシンＶＭの間にセットアップされている。このセットアップは図３ｂに示されている。それがアクティブにされると、エージェントモジュール５は、それらの入力／出力Ｉ／Ｏ機能に対する全ての呼出しをインタラプトし、それらの呼出しのおのおのをパイロットモジュール３でＤＰＤＵの交換に変換する。
【０１４５】
正常な実行、すなわち図４ａに示されているようにデバッグモードがない時の実行のために、アプリケーション２の実行を許す端末装置が、例えば、入来データＣ１、Ｃ２、Ｃ３、Ｃ４、Ｃ５の５バイトまたはワードで構成されているコマンドを発行する。関連するアプレットが、ワードＣ１、Ｃ２、その後でＣ３、Ｃ４、Ｃ５の転送を許すゲットバイト（Ｇｅｔ Ｂｙｔｅｓ）メソッドに対する２回の呼び出しによって入来データにアクセスし、その後で１回の操作の４つの応答ワード、すなわちワードＲ１、Ｒ２、Ｒ３、Ｒ４を送る。
【０１４６】
ＩＳＯ ７８１６の半二重性のために、組込みコンピュータ装置１を構成するチップカードは、交換の持続時間中にわたって制御を保持する。そうすると、カードへの供給を断つこと以外に、実行をインタラプトすることは可能でない。
【０１４７】
他方、図３ａおよび図３ｂに示されているように、本発明の主題であるアプレット追跡および監視装置の実現に従って、デバッグモードへ切り替えると、その操作手順は、図４ｂにしたがって次の通りである。
【０１４８】
前述した図において、パイロットモジュール３とエージェントモジュール５の間で交換されたＤＰＤＵコマンドが、大括弧の中に表わされている。エージェントモジュール５は、オペレーティングシステムＯＳに関しては正常なアプリケーションのように挙動し、アプレットが非デバッグモードで実行されるときにアプレットにより使用される機能と同じ機能でＤＰＤＵコマンドをアクセスする。それらの機能は、“ＧＥＴ＿ＢＹＴＥＳ”と“ＳＥＮＤ＿ＢＹＴＥＳ”、および本発明の主題であるプロトコルの実行に関してこの明細書で以前に述べた機能以外のものではない。単一のコマンド／応答対の交換を、ＩＳＯ ７８１６プロトコルに適合する（コンパチブルな）いくつかのコマンド／応答に分断することの利点は、次の通りである。引き続く２つの部分交換の間で、入力／出力チャネルは、パイロットモジュール３とモジュール５との間の他の交換に対しては、空いている（フリーである）。そのような交換は、アプレットにとって、およびもちろんアプリケーション２を実行する端末装置にとっては、見ることができない。それらの交換は仮想マシンＶＭの実行を監視すること、および仮想マシンＶＭの内部状態をアクセスすることを可能にする。
【０１４９】
仮想マシンＶＭが入力／出力機能に対する２つの呼出しの間の停止点に達すると、チップカードは、エージェントモジュール５によって、制御をパイロットモジュール３に譲ることにより、実行追跡および監視モジュール４が適切なコマンドによって仮想マシンＶＭの状態を調べることを許す。
【０１５０】
図４ｂに非限定的な例で表わされているのは、変数ｘの値を要求する実行追跡および監視モジュール４である。そのような交換は、物理的には完全に有効である。その理由は、この交換が、文法にかなったＣ−ＡＰＤＵコマンドおよびＲ−ＡＰＤＵコマンドのみを有するからである。それは、アプリケーション２を実行している端末装置と、組込みシステム１にインストールされているアプレットとの間で進行している交換を中断すべきでなかった場合ではない。
【０１５１】
したがって、仮想マシンＶＭの状態の検査は、この仮想マシンが、コンピュータ装置１のメモリの読出し／書込みコマンドによる実行を追跡および監視するモジュール４のイニシアティブで一時停止される時に、実行されることが理解される。
【０１５２】
実行を追跡および監視するそのようなプロセス、すなわちデバッグによって、一方ではアプリケーション２とアプレットＡｐｐｘの実行を許す端末装置との間で、他方ではパイロットモジュール３と追跡および監視エージェントモジュール５との間で交換されるデータを多重化することが可能である。
【０１５３】
そのような操作手順は、
−オペレーティングシステムＯＳと、他のいかなるアプリケーションにも類似するアプリケーションに似た挙動を行う仮想マシンＶＭにエージェントモジュール５をプラスした組立体との実装に及ぼす影響の完全な不存在。特に、この手順は第２の物理通信チャネルの存在を必要としない。
【０１５４】
−仮想マシンの実装に対する限られた影響。その理由は、オペレーティングシステムＯＳの少数の機能に対する呼出しをエージェントモジュール５における等価な機能に対する呼出しで置き換えることで十分であるからである。
を得ることを可能にする。
【０１５５】
最後に、本発明の主題であるアプレットとプロトコルの実行を追跡および監視する装置は、仮想マシンの実行の非同期停止の実行に特に良く適する。
【０１５６】
特に、例えばアプレットが長い計算または無限の計算に関わらせられるいかなる時にも、仮想マシンの実行を停止できることが望ましい。リンクＬ１３の性質に注意すると、制御を追跡および監視エージェントモジュール５へ移して、この追跡および監視エージェントモジュール５が実行を終了させること、またはアプレットＡｐｐｘが入力／出力の実行を進めることを待つことは可能ではなく、エージェントモジュール５は、それのイニシアティブの下でのみ制御を譲ることができる。
【０１５７】
そうすると、本発明の主題である装置およびプロトコルの実装に従って、提案された解決策は、仮想マシンＶＭの実行を、指定された時間Ｔの間、始めるコマンドを採用することからなる。その時間が経過すると、エージェントモジュール５は、制御をパイロットモジュール３に譲る。その後でパイロットモジュールは、その間に一時停止要求が起きなければ、実行を一時停止する機会、またはそれを再開する機会を持つ。指定された時間の間のこの実行プロセスは、アプリケーション２とパイロットモジュール３によって構成されているマスタ要素Ｅ／ＲＭと、組込みコンピュータ装置１、および特に追跡および監視エージェントモジュール５によって構成されているスレーブ要素Ｅ／ＲＥとの間の、図２ｄのプロセスに対応する。その後で、実行追跡および監視モジュールから出される一時停止要求がその間に生じないならば、パイロットモジュール３は、実行を再開できる。
【０１５８】
チップカードにより構成されている組込みコンピュータ装置１のレベルでは、指定された時間にわたって実行するためのそのようなコマンドの実装は、システム時間ダウンカウンタまたは実行すべき各命令で減少させられる簡単なカウンタを使用することによって、実行できる。実行の正確な持続時間Ｔは、それが有限であれば、すなわちエージェントモジュール５が終了制御によって終了するならば、任意にできる。実行の持続時間Ｔの値の大きさの程度は、システムが要求をインタラプト（中断）する反応性を決定する。Ｔの値が短くなると、システムが実行をインタラプトできる速さが速くなる。持続時間Ｔの値は、組立体の全体の効率も決定する。その理由は、ＡＰＤＵ交換が持続時間Ｔの各実行ごとに存在するからである。したがって、持続時間Ｔの値の大きさの程度の決定は、ユーザのイニシアティブによって、要求の関数として実行できる。
【０１５９】
最後に、本発明の主題であるアプレットの実行を追跡および監視する装置は、アプレットのコードを、ソースコードでの行ごとに実行することも可能にする。一般に、プログラムカウンタと上述したソースコードの行のインデックス数との間の対応のルックアップテーブルは、チップカードにより形成されている組込みシステム１に保存できず、それは、交換の監視を最少にするために必須である。
【０１６０】
本発明の主題である装置およびプロトコルによって許される解決策は、ソースの各行に対してプログラムカウンタのインターバルを関連させることからなる。このテ−ブルはコンパイラにより計算でき、かつ組込みシステム１の外部の、パイロットモジュール３をアクセスできるメモリ領域内に保存できる。このアクセス可能なメモリ領域は、例えば実行追跡および監視モジュール４内に配置できる。各行ごとでの実行要求に対して、現在の行に対応するインターバルがコマンドと一緒に送られる。各命令に対して、仮想マシンＶＭの実行は、追跡および監視エージェントモジュール５のコード要素に転換される。その後でそれは、プログラムカウンタがその関連するインターバル内に実際に静止しているかどうかを判定する。このインターバルが関連するインターバルより短いときは、それは、実行が現在の行とは異なる行に到達してエージェントモジュール５がパイロットモジュール３に制御を譲るからである。
【０１６１】
したがって、各行ごとでの実行要求にとって重要な情報を、組込みコンピュータ装置１に行のテーブルを保存する必要なしに、送ることが可能である。
【０１６２】
仮想マシンのスタックのサイズを含んでいる類似の停止条件が、例えば、メソッド呼出しをスキップする間の行の実行または現在のメソッドからの退出などの、他のタイプのシンボリック実行の簡単な実現を許す。
【図面の簡単な説明】
【図１ａ】
単一のベース論理フローの存在の下でマスタトランシーバとスレーブトランシーバとの間で、単一の物理交換チャネル上でのコマンド／応答対の多重交換のために複数の論理フローの伝送のためにプロトコルの実行を許す、本発明の主題であるそのプロトコルの重要なステップの実装を例示するフローチャートである。
【図１ｂ】
複数のベース論理フローの存在の下でマスタトランシーバとスレーブトランシーバとの間で、単一の物理交換チャネル上でのコマンド／応答対の多重交換のために複数の論理フローの伝送のためにプロトコルの実行を許す、本発明の主題であるそのプロトコルの重要なステップの実装を例示するフローチャートである。
【図２ａ】
基準論理フローとして場合に応じてとることができるベース論理フロー上での交換の実装の態様を例示する図である。
【図２ｂ】
スレーブトランシーバのイニシアティブ（発議権）でコンカレント論理フローによる交換を引き続くパケットにチョッピングする手順を例示する図である。
【図２ｃ】
マスタトランシーバとスレーブトランシーバとの間の２つの異なるコンカレント論理フローによる２つの交換の引き続くパケットのインターリーブ（差し込み）を例示する図であり、引き続くパケットへの各コンカレントフローのチョッピングは、スレーブトランシーバのイニシアティブによって図２ｂの場合と同様にして行われる。
【図２ｄ】
コンカレント論理フローによる他の交換の長い処理のための手続中にコンカレント論理フローによる交換を処理する手順を例示する図である。
【図３ａ】
本発明の主題である、マスタトランシーバとスレーブトランシーバとの間で単一の物理交換チャネル上でコマンド／応答対の多重交換のために複数の論理フローの伝送のためのプロトコルを実装している組込みコンピュータ装置にインストールされているアプレットの実行を追跡および監視するコンピュータシステムの機能図であって、マスタトランシーバ要素はパイロットモジュールとＣＡＤ端末により構成され、スレーブトランシーバ要素はチップカードなどのこの組込みコンピュータシステムにより構成され、単一の物理交換チャネルはＩＳＯ ７８１６プロトコルの１つを満たすリンクにより構成されている。
【図３ｂ】
非限定的な例において、実行オートマトンは、アプリケーションインタフェーシングライブラリ（ＡＰＩ）が組合わされている仮想マシンにより構成されているときに、組込みコンピュータ装置にインストールされている実行オートマトンの実行を追跡および監視するための特定のエージェントモジュールと、この組込みコンピュータ装置のオペレーティングシステムと、入力／出力機能（ＡＰＤＵにより構成されているＩ／Ｏ機能）と、実行オートマトンの実行を追跡および監視する機能との間の論理リンクの例示する図である。
【図４ａ】
図３ａと図３ｂとに非デバッグモード、すなわちデバッグ機能が起動されていない、で示されているように、本発明の主題である、アプレットを追跡および監視するコンピュータ装置の種々の要素の間で実行される交換のタイムチャートであり、この装置は、この場合には、実質的に、先行技術のマルチアプリケーションチップカードが組合わされているＣＡＤ読取器として挙動する。
【図４ｂ】
図３ａと図３ｂとにデバッグモード、すなわちデバッグ機能が起動されている、で示されているように、本発明の主題である、アプレットを追跡および監視するコンピュータ装置の種々の要素の間で実行される交換のタイムチャートである。
【図４ｃ】
仮想マシンが、“ブレークポイントヒット”としても知られている停止点状態に達した時に、図３ａ、図３ｂおよび図４ａにで示されているように、本発明の主題である、アプレットを追跡および監視するコンピュータ装置の種々の要素の間で実行される交換のタイムチャートである。
Claims (15)
- マスタトランシーバとスレーブトランシーバとの間の単一の物理交換チャネル上でのコマンド／応答対の多重交換のための複数の論理フローの伝送のためのプロトコルであって、それらの論理フローは、マスタトランシーバにより開始されて、前記単一の物理交換チャネルと同じマスタ／スレーブ関係に置かれる少なくとも１つのベース論理フローを備え、マスタトランシーバおよびスレーブトランシーバは、それぞれ少なくとも１つのソフトウエアアプリケーションの実行を許すようなプロトコルにおいて、
このプロトコルは、基準論理フローとしてとられているベース論理フローの１つにおいてコンカレント論理フローのセットを発生することを有し、
各コンカレント論理フローはコマンド／応答対をセグメント化する引き続く基本パケットによって形成されており、
前記引き続く基本パケットは、前記基準論理フローで伝送される前記コンカレント論理フローのセットを形成し、
このセットの２つのコンカレント論理フローは、異なるコマンド／応答対の独立した実質的に同時の伝送を許し、コマンド／応答対のいかなる交換の開始および継続も、この基準フロー上で伝送される特定のコマンドを基にして前記マスタトランシーバのイニシアティブで実行され、引き続く基本パケットへのセグメント化はこの基準フローにおけるこれらの特定のコマンドに応答して伝送される特定の応答を基にして前記スレーブトランシーバのイニシアティブで実行され、
それにより、前記マスタトランシーバおよび前記スレーブトランシーバのそれぞれの少なくとも一対のアプリケーションの間の独立しかつ実質的に同時のコマンド／応答対の交換を許すことを特徴とする、マスタトランシーバとスレーブトランシーバとの間の単一の物理交換チャネル上でのコマンド／応答対の多重交換のための複数の論理フローの伝送のためのプロトコル。 - 複数のベース論理フローを有する論理フローに対して、このプロトコルが、
ａ）基準論理フローとしてとられている少なくとも１つのベース論理フローにおいて、コマンド／応答対をセグメント化する引き続く基本パケットによっておのおの形成されるコンカレント論理フローのセットを発生することと、
ｂ）前記単一の物理交換チャネル上での基準フローとは異なるベース論理フローでのコマンド／応答対の交換の実行のために、前記マスタトランシーバによりこのベース論理フローが起動された時に、いかなるコンカレント論理フローの交換も一時停止することと、
ｃ）任意のベース論理フローの交換の実行が終了すると直ちにいかなるコンカレント論理フローの交換も継続することにより、一方では、マスタトランシーバおよびスレーブトランシーバのそれぞれの少なくとも一対のアプリケーションの間の独立した実質的に同時のコマンド／応答対の交換を許し、他方では、前記単一の物理交換チャネル上での前記ベース論理フローにおける優先コマンド／応答対の交換を許すことと、
を有し、
前記コンカレント論理フローのセットを形成する前記引き続く基本パケットは前記基準論理フローで伝送され、このセットの２つのコンカレント論理フローは異なるコマンド／応答対の独立した実質的に同時の伝送を許し、コマンド／応答対の任意の交換の開始および継続はこの基準フロー上で伝送される特定のコマンドを基にしてマスタトランシーバのイニシアティブで実行され、引き続く基本パケットへのセグメント化は、この基準フローにおけるそれらの特定のコマンドに応答して伝送される特定の応答を基にしてスレーブトランシーバのイニシアティブで実行されることを特徴とする、請求項１に記載のプロトコル。 - 前記異なるコマンド／応答対は、少なくとも、１つの第１の特定のコマンドと、少なくとも１つの第２の特定のコマンドと、第１の特定の応答と、第２の特定の応答と、第３の特定の応答とから形成され、
前記第１の特定の応答は、前記マスタトランシーバが現在アクティブなコンカレント論理フローのセットの存在を前記スレーブトランシーバに知らせることを許し、
前記第１の特定のコマンドおよび前記第２の特定のコマンドの１つに対する前記スレーブトランシーバから前記第１の特定の応答を受けて発行される前記第２の特定のコマンドは、この第１の特定の応答において指定されているコンカレント論理フローのこのセットのコンカレント論理フローの１つの現在アクティブなコマンドに関連する基本パケットを、前記マスタトランシーバから前記スレーブトランシーバへ発行することを可能にし、引き続くパケットへの前記現在アクティブなコマンドのチョッピングは、このコマンドで伝送されるパケットの最大サイズの、この第１の特定の応答中の、仕様によって前記スレーブトランシーバのイニシアティブで行われ、
前記第２の特定の応答は、この第２の特定の応答において指定されている現在アクティブなコンカレント論理フローにおける応答の基本パケットを、前記スレーブトランシーバから前記マスタトランシーバへ発行することを可能にし、
前記第３の特定の応答は、前記スレーブトランシーバから前記マスタトランシーバへ送られた特定のコマンド／応答対の終りの簡単な応答で構成され、引き続くパケットの交換の継続は、前記第１の特定の応答の前記マスタトランシーバによる返送で前記マスタトランシーバのイニシアティブで行われる、
ことを特徴とする請求項１または２に記載のプロトコル。 - 前記ベース論理フローがＩＳＯ ７８１６−３およびＩＳＯ ７８１６−４プロトコルにしたがって構成され、前記コマンド／応答対がコマンドＡＰＤＵエンティティ（Ｃ−ＡＰＤＵ）および応答ＡＰＤＵエンティティ（Ｒ−ＡＰＤＵ）によりそれぞれ形成されていることを特徴とする、請求項１乃至３のいずれか１項に記載のプロトコル。
- 前記マスタトランシーバは、チップカード読取器と、この読取器に接続されている少なくとも１つのアプリケーションとによって構成され、前記スレーブトランシーバは、マルチアプリケーションチップカードによって構成されていることを特徴とする、請求項４に記載のプロトコル。
- 前記コンカレント論理フローのおのおのを前記マスタトランシーバのイニシアティブでそれぞれ閉じおよび開くことができることを特徴とする、請求項１乃至５のいずれか１項に記載のプロトコル。
- 前記コンカレント論理フローを形成している引き続く各基本パケットは、特定のＡＤＰＵコマンド／応答対によって前記単一の物理チャネル上で伝送されることを特徴とする、請求項４乃至６のいずれか１項に記載のプロトコル。
- ベース論理フローを実行するための前記コマンド／応答対がＡＰＤＵエンティティにより構成され、異なるコマンド／応答対が、“エンベロープ（ｅｎｖｅｌｏｐｅ）”タイプの特定のＡＰＤＵコマンドと、ＡＰＤＵ応答のサブセットに属する短いＡＰＤＵ応答とにより形成されることを特徴とする、請求項４および７に記載のプロトコル。
- 少なくとも１つのメモリと、実行オートマトンおよびオペレーティングシステムとが装備されているコンピュータ装置にインストールされているアプレットであって、それらのアプレットの少なくとも１つは、別のオペレーティングシステムが装備されているコンピュータによって実行される少なくとも１つのアプリケーションと特定の情報を交換することを意図されているような、前記アプレットの実行を追跡し監視する装置において、
一方では、前記アプリケーションにリンクされ、他方では、請求項１乃至８のいずれか１項に記載のプロトコルに従って多重交換を実行するために構成されているコマンド／応答タイプの単一の物理交換リンクにより前記コンピュータ装置にリンクされている実行を追跡および監視するパイロット手段と、
前記パイロット手段に相互接続され、前記コンピュータ装置の前記実行オートマトンの実行を監視することを意図されている、実行を追跡および監視する手段と、
前記コンピュータ装置にインストールされている実行オートマトンの実行を追跡および監視するエージェント手段と、
を少なくとも備えていることを特徴とする、アプレットの実行を追跡し監視する装置。 - 前記コンピュータ装置はマイクロプロセッサカードにより構成されている組込みシステムであり、前記パイロット手段はマイクロプロセッサカード読取器を有し、コマンド／応答タイプの前記物理交換リンクがＩＳＯ ７８１６リンクであることを特徴とする、請求項９に記載の装置。
- 前記実行を監視する手段は、前記コンピュータ装置の前記メモリの読出しを制御する少なくとも１つの手段を備えていることを特徴とする、請求項９または１０に記載の装置。
- 前記実行を監視する手段は、さらに、前記コンピュータ装置の前記実行オートマトンの実行を監視する手段を備えていることを特徴とする、請求項９ないし１１のいずれか１項に記載の装置。
- 前記実行を監視する手段は、さらに、前記コンピュータ装置の前記メモリの書込みを制御する手段を備えていることを特徴とする、請求項９乃至１２のいずれか１項に記載の装置。
- 前記実行を監視する手段は、ＪＤＷＰプロトコルにより前記パイロット手段にリンクされることにより、このプロトコルに適合されている任意の追跡および監視ツールを使用することを可能にすることを特徴とする、請求項９、１１および１２に記載の装置。
- 前記実行オートマトンが仮想マシンおよびアプリケーションインタフェースライブラリ（ＡＰＩ）を備え、
前記エージェント手段が前記オートマトンの実行を追跡および監視するエージェントモジュール（５）を備え、
前記パイロット手段は、単一の物理交換チャネル上での、特定のコマンド／応答対すなわちＤＰＤＵメッセージによるエージェントモジュールの監視の制御および管理の制御を各入力／出力遷移で行い、前記エージェントモジュールは、アプリケーションとアプレットとの間のコマンドまたは応答のパケットを有するＤＰＤＵメッセージの交換を促進し、
前記パイロット手段は、実行を追跡および監視する手段からの要求で、入力／出力交換中に実行オートマトンの実行を一時停止し、指定された時間に対してこの実行オートマトンが入力／出力遷移を実行しない場合には、前記パイロット手段は、制御を再び獲得し、この実行の一時停止にしたがい、
前記パイロット手段は、実行オートマトンの状態をアクセスし、その後で特定のコマンドによるこの実行オートマトンの実行の継続を促進するように、特定のコマンド／応答対すなわちＤＰＤＵメッセージを前記エージェントモジュール（５’）に送ることを特徴とする、請求項９および１０に記載の装置。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0013476A FR2815801B1 (fr) | 2000-10-20 | 2000-10-20 | Protocole de transmission d'une pluralite de flux logiques d'echange multiple de couples de commande/reponse sur un canal physique unique d'echange entre maitre et esclave et systeme de suivi et de controle d'execution d'appliquettes |
| PCT/FR2001/003207 WO2002033866A2 (fr) | 2000-10-20 | 2001-10-17 | Protocole de transmission d'une pluralite de flux logiques d'echange multiple de couples de commande/reponse sur un canal physique unique d'echange entre maitre et esclave et systeme de suivi et de controle d'execution d'appliquettes correspondant |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2004512593A true JP2004512593A (ja) | 2004-04-22 |
| JP2004512593A5 JP2004512593A5 (ja) | 2007-08-30 |
| JP4463471B2 JP4463471B2 (ja) | 2010-05-19 |
Family
ID=8855572
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002536746A Expired - Fee Related JP4463471B2 (ja) | 2000-10-20 | 2001-10-17 | マスタとスレーブとの間の単一の物理交換チャネル上でのコマンド／応答対の多重交換のための複数の論理流れの伝送用プロトコル、およびアプレットの実行を検査し監視するための対応する装置 |
Country Status (9)
| Country | Link |
|---|---|
| US (1) | US6901459B2 (ja) |
| EP (1) | EP1356656B1 (ja) |
| JP (1) | JP4463471B2 (ja) |
| CN (1) | CN100518193C (ja) |
| AT (1) | ATE463920T1 (ja) |
| AU (1) | AU2002214082A1 (ja) |
| DE (1) | DE60141770D1 (ja) |
| FR (1) | FR2815801B1 (ja) |
| WO (1) | WO2002033866A2 (ja) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7043493B2 (en) | 2001-09-17 | 2006-05-09 | Fujitsu Limited | Hierarchical file system and anti-tearing algorithm for a limited-resource computer such as a smart card |
| DE102004015535B4 (de) * | 2004-03-30 | 2009-01-29 | Infineon Technologies Ag | Datenübertragungsschnittstelle und Verfahren |
| KR100559251B1 (ko) * | 2004-05-12 | 2006-03-15 | 한국생산기술연구원 | 개방형 인터넷망 기반의 로봇 개발을 위한 분산소프트웨어 통합서비스방법 |
| US8352917B2 (en) * | 2006-06-26 | 2013-01-08 | Adobe Systems Incorporated | Web-beacon plug-ins and their certification |
| US7992135B1 (en) * | 2006-06-26 | 2011-08-02 | Adobe Systems Incorporated | Certification of server-side partner plug-ins for analytics and privacy protection |
| CA2658419C (en) | 2006-07-19 | 2013-05-21 | Research In Motion Limited | Method, system and smart card reader for management of access to a smart card |
| US7766243B2 (en) | 2006-07-19 | 2010-08-03 | Research In Motion Limited | Method, system and smart card reader for management of access to a smart card |
| EP1895743A1 (en) * | 2006-08-31 | 2008-03-05 | Incard SA | A method for implementing a wireless personal communication protocol for an IC Card |
| US8321481B2 (en) | 2010-05-13 | 2012-11-27 | Assa Abloy Ab | Method for incremental anti-tear garbage collection |
| US9572132B2 (en) | 2012-04-13 | 2017-02-14 | Samsung Electronics Co., Ltd. | Method and apparatus for communicating data packets in a cloud cell |
| EP3814997B1 (en) * | 2018-06-29 | 2024-01-10 | Visa International Service Association | Chip card socket communication |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| ES2184066T3 (es) * | 1996-10-25 | 2003-04-01 | Schlumberger Systems & Service | Uso de un lenguaje de programacion de alto nivel con microcontrolador. |
| US6736325B1 (en) * | 1998-01-22 | 2004-05-18 | Mondex International Limited | Codelets |
| PL193009B1 (pl) * | 1998-03-23 | 2007-01-31 | Ibm | Sposób wprowadzania nowego kodu do systemu przetwarzania Java z modyfikowaną pulą stałą |
| US6591229B1 (en) | 1998-10-09 | 2003-07-08 | Schlumberger Industries, Sa | Metrology device with programmable smart card |
| FR2791159B1 (fr) * | 1999-03-15 | 2001-05-04 | Bull Cp8 | Procede d'acces a un objet a l'aide d'un navigateur de type "web" cooperant avec une carte a puce et architecture pour la mise en oeuvre du procede |
| US6684389B1 (en) * | 1999-08-05 | 2004-01-27 | Canon Kabushiki Kaisha | Compiler that decrypts encrypted source code |
| US6748592B1 (en) * | 2000-02-14 | 2004-06-08 | Xoucin, Inc. | Method and apparatus for protectively operating a data/information processing device |
| DE60210416T2 (de) * | 2002-02-28 | 2006-09-07 | Matsushita Electric Industrial Co., Ltd., Kadoma | Speicherkarte |
-
2000
- 2000-10-20 FR FR0013476A patent/FR2815801B1/fr not_active Expired - Fee Related
-
2001
- 2001-10-17 AT AT01982520T patent/ATE463920T1/de not_active IP Right Cessation
- 2001-10-17 DE DE60141770T patent/DE60141770D1/de not_active Expired - Lifetime
- 2001-10-17 JP JP2002536746A patent/JP4463471B2/ja not_active Expired - Fee Related
- 2001-10-17 WO PCT/FR2001/003207 patent/WO2002033866A2/fr active Application Filing
- 2001-10-17 AU AU2002214082A patent/AU2002214082A1/en not_active Abandoned
- 2001-10-17 US US10/399,729 patent/US6901459B2/en not_active Expired - Fee Related
- 2001-10-17 EP EP01982520A patent/EP1356656B1/fr not_active Expired - Lifetime
- 2001-10-17 CN CN01817565.1A patent/CN100518193C/zh not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| CN1529972A (zh) | 2004-09-15 |
| JP4463471B2 (ja) | 2010-05-19 |
| WO2002033866A2 (fr) | 2002-04-25 |
| FR2815801A1 (fr) | 2002-04-26 |
| FR2815801B1 (fr) | 2004-10-29 |
| EP1356656B1 (fr) | 2010-04-07 |
| WO2002033866A3 (fr) | 2003-09-04 |
| CN100518193C (zh) | 2009-07-22 |
| AU2002214082A1 (en) | 2002-04-29 |
| US20040054817A1 (en) | 2004-03-18 |
| ATE463920T1 (de) | 2010-04-15 |
| US6901459B2 (en) | 2005-05-31 |
| DE60141770D1 (de) | 2010-05-20 |
| EP1356656A2 (fr) | 2003-10-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1002291B1 (en) | Smart card control of terminal and network resources | |
| US6769622B1 (en) | System and method for simulating universal serial bus smart card device connected to USB host | |
| US4855905A (en) | Multiprotocol I/O communications controller unit including emulated I/O controllers and tables translation of common commands and device addresses | |
| US6676022B1 (en) | Smart card system with command queuing | |
| US5942738A (en) | Smart IC card system and smart IC card with transaction management program stored therein | |
| US6145015A (en) | Multimedia data transferring method | |
| EP0733971A2 (en) | Method and apparatus for managing connections for communication among objects in a distributed object system | |
| CN101199168A (zh) | 监控通信链路的队列 | |
| WO2007112635A1 (fr) | Système d'exploitation intégré pour carte à puce et procédé de traitement de tâche | |
| CN101484873A (zh) | 接口的同时运行 | |
| JP2004512593A (ja) | マスタとスレーブとの間の単一の物理交換チャネル上でのコマンド／応答対の多重交換のための複数の論理フローの伝送用プロトコル、およびアプレットの実行を追跡し監視するための対応する装置 | |
| US20030061413A1 (en) | Buffer partitioning for managing multiple data streams | |
| JP4258025B2 (ja) | 改良されたマンマシンインタフェースを有するｉｃカードリーダ | |
| JP2003030596A (ja) | 論理チャネル管理機能付き記憶装置 | |
| US6082615A (en) | Reader for smart IC card | |
| KR19990087960A (ko) | 비지속성메모리내의객체생성방법및장치 | |
| CN1950810B (zh) | 用于主机子卡接口的后向兼容并行ddr总线 | |
| KR100669949B1 (ko) | 전용 ｓｍｓ 발송 시스템 및 전용 ｓｍｓ 발송 방법 | |
| WO2008104601A2 (en) | Method of managing command execution in an electronic token | |
| CN101876937B (zh) | 一种模拟智能卡信息交互的方法 | |
| CN114328317B (zh) | 一种提升存储***通信性能的方法、装置及介质 | |
| US6915355B2 (en) | Automation equipment equipped with a USB link for monitoring and control in an automation application | |
| WO1998052152A2 (en) | Communication between interface device and ic card | |
| JPH10143486A (ja) | 並列計算機におけるデータ送受信方法 | |
| CN117041373A (zh) | 基于usb的单通道多业务并行处理方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040930 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040930 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061130 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061213 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20070313 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20070330 |
|
| A524 | Written submission of copy of amendment under article 19 pct |
Free format text: JAPANESE INTERMEDIATE CODE: A524 Effective date: 20070613 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090401 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090701 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20091021 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091218 |
|
| 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: 20100120 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100217 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130226 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140226 Year of fee payment: 4 |
|
| 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 |
|
| LAPS | Cancellation because of no payment of annual fees |