(57)【要約】  非接触支払いカードをカードリーダに提示することによって取引を行う電子支払いシステムを提供する。カードリーダは、１枚のカードのみがカードリーダの動作領域に存在するときにのみ取引を行うように構成される。カードリーダは、複数のカードが動作領域に存在する瞬時を検出し及び報告する（３０９）衝突検出及び防止アルゴリズム（３０２〜３０９）を用いる。報告された衝突に応答して、衝突を、手動の介在によって、例えば、余分なカードをリーダの動作領域から物理的に取り除くことによってクリアすることができる。
2008507047.tif 000002
【特許請求の範囲】
【請求項１】
非接触支払いカード取引を処理する電子支払いシステムであって、１枚のカードリーダが動作領域に存在するときのみ取引を処理するように構成されたカードリーダを具え、前記カードリーダが、複数のカードが前記カードリーダの動作領域に存在する衝突の瞬時を検出し及び報告する衝突検出アルゴリズムを配置し、前記カードリーダが、衝突が検出された瞬時の取引の処理を中止することを特徴とする電子支払いシステム。
【請求項２】
請求項１記載の電子支払いシステムにおいて、前記カードリーダが結合された端末を更に具え、前記端末が、取引処理アプリケーションを具えることを特徴とする電子支払いシステム。
【請求項３】
請求項１記載の電子支払いシステムにおいて、前記衝突検出アルゴリズムが、第１のタイプのカードの衝突を検出するステップと、前記第１のタイプのカードと第２のタイプのカードとの衝突を検出するステップとを有することを特徴とする電子支払いシステム。
【請求項４】
請求項１記載の電子支払いシステムにおいて、前記カードリーダを、第１のタイプのカードと第２のタイプのカードを交互にポーリングするように構成したことを特徴とする電子支払いシステム。
【請求項５】
請求項４記載の電子支払いシステムにおいて、前記カードリーダを、前記カードリーダの動作領域に存在する１枚のみのカードのタイプを識別して前記カードを通信セッションに対して有効にするように構成したことを特徴とする電子支払いシステム。
【請求項６】
請求項１記載の電子支払いシステムにおいて、前記カードリーダが、互いに相違するカードタイプに対応する複数の通信信号インターフェースを有し、前記カードリーダを、通信セッション中に有効な単一のカードタイプに対応する通信信号インターフェースのみを有するように構成したことを特徴とする電子支払いシステム。
【請求項７】
請求項１記載の電子支払いシステムにおいて、前記カードリーダを、取引処理に応じて前記カードリーダの動作領域に存在する１枚のみのカードを無効にするように構成したことを特徴とする電子支払いシステム。
【請求項８】
請求項１記載の電子支払いシステムにおいて、前記カードリーダが、ＩＳＯ１４４４３のタイプＡの非接触支払いカードの衝突を検出するバイナリサーチルーチンを具える衝突検出アルゴリズムを配置することを特徴とする電子支払いシステム。
【請求項９】
請求項１記載の電子支払いシステムにおいて、前記カードリーダが、ＩＳＯ１４４４３のタイプＢの非接触支払いカードの衝突を検出するスロットアロハルーチンを具える衝突検出アルゴリズムを配置することを特徴とする電子支払いシステム。
【請求項１０】
請求項１記載の電子支払いシステムにおいて、前記カードリーダが、一方のタイプの１枚のカードが前記カードリーダの動作領域に存在するものと識別された後に前記カードリーダが他方のタイプのカードの存在をポーリングする衝突検出アルゴリズムを配置することを特徴とする電子支払いシステム。
【請求項１１】
インタラクティブな非接触支払いカード及びカードリーダのシステムで非接触支払いカード及びカードリーダを伴う取引を処理する衝突検出及び防止方法であって、
（ａ）前記カードリーダの動作領域の支払いカードの存在を調べるステップと、
（ｂ）前記ステップ（ａ）に応答し、前記非接触支払いカードが、前記カードリーダの動作領域に存在する唯一のカードである場合にのみ、前記非接触支払いカード及び前記カードリーダを伴う取引を処理するステップと、
（ｃ）１枚を超える支払いカードが前記カードリーダの動作領域に存在するとき、前記取引の処理を中止するステップとを具えることを特徴とする衝突検出及び防止方法。
【請求項１２】
請求項１１記載の衝突検出及び防止方法において、前記インタラクティブな非接触支払いカードが、第１のタイプのカード及び第２のタイプのカードを具え、前記ステップ（ａ）が、両タイプのカードの存在を検出するポーリングシーケンスを用いることを特徴とする衝突検出及び防止方法。
【請求項１３】
請求項１２記載の衝突検出及び防止方法において、前記ポーリングシーケンスが、前記第１のタイプのカード及び前記第２のタイプのカードに対する交互のウェークアップコマンドを具えることを特徴とする衝突検出及び防止方法。
【請求項１４】
請求項１２記載の衝突検出及び防止方法において、前記ステップ（ａ）が、１枚のみのカードが前記カードリーダの動作領域に存在することを見つけたときに存在するカードのタイプを識別することを特徴とする衝突検出及び防止方法。
【請求項１５】
請求項１４記載の衝突検出及び防止方法において、前記ステップ（ｂ）が、取引の処理を開始するために前記カードのタイプに従って、唯一の識別されたカードと前記カードリーダとの間の通信セッションを有効にすることを特徴とする衝突検出及び防止方法。
【請求項１６】
請求項１５記載の衝突検出及び防止方法において、前記カードリーダが、取引処理アプリケーションとともに構成された端末に結合され、前記ステップ（ａ）〜（ｃ）が、処理を行う端末によって命令され、前記ステップ（ｂ）が、前記取引を処理するために端末の取引処理アプリケーションを用いることを特徴とする衝突検出及び防止方法。
【請求項１７】
請求項１５記載の衝突検出及び防止方法において、前記取引の処理後に前記カードを無効にすることを特徴とする衝突検出及び防止方法。
【請求項１８】
請求項１１記載の衝突検出及び防止方法において、前記ステップ（ａ）が、ＩＳＯ１４４４３のタイプＡの非接触支払いカードの衝突を検出するバイナリサーチアルゴリズムを用いることを特徴とする衝突検出及び防止方法。
【請求項１９】
請求項１１記載の衝突検出及び防止方法において、前記ステップ（ａ）が、ＩＳＯ１４４４３のタイプＢの非接触支払いカードの衝突を検出するスロットアロハアルゴリズムを用いることを特徴とする衝突検出及び防止方法。
【請求項２０】
請求項１１記載の衝突検出及び防止方法において、前記ステップ（ａ）が、一方のタイプの１枚のカードが前記カードリーダの動作領域に存在するものと識別された後に前記カードリーダが他方のタイプのカードの存在をポーリングすることを特徴とする衝突検出及び防止方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本願は、２００４年７月１５日に出願した米国分割特許出願番号６０／５８８，２７０の利益を主張する。本願は、同日に共に出願した米国特許出願番号 、米国特許出願番号 、米国特許出願番号 、米国特許出願番号 にも関連し、これらの全ては上記特許出願番号６０／５８８，２７０の利益を主張する。上記特許出願の全ては、ここで参照することによって全体がここに組み込まれる。
【背景技術】
【０００２】
電波方式認識（ＲＦＩＤ）タグは、アンテナに接続した小型の集積回路であり、簡単な認識情報又はＩＣのサイズに応じた更に複雑な信号を有する問い合わせＲＦ信号に応答することができる。ＲＦＩＤ技術は、通信のための接触又は視線を必要としない。現在、電波方式認識（ＲＦＩＤ）技術は、経済的に成長し、商業及び工業用途の使用が益々多くなっている。例えば、ＲＦＩＤ技術は、卸売店、店舗、ＩＤ、アクセスカード等の品物のタグに広く用いられている。さらに、ＲＦＩＤ技術は、ＲＦＩＤタグを組み込んだ「非接触」支払い又はクレジットカードの形態で（例えば、マスターカード、アメリカンエクスプレス又はビザによる）支払いカード産業に導入されている。これらの非接触支払いカードを、ＲＦＩＤ機能を有する支払い端末との無線通信を通じた電子支払い取引を行うのに用いることができる。非接触支払いカードは、例えば、小売店舗、商店又はスーパーマーケットの商品又はサービスに対する簡単、迅速かつ便利な方法を消費者に提供することができる。
【０００３】
非接触支払いカード及びカードリーダ／端末での使用の際に複数のＲＦＩＤ技術が利用できる。非接触システムの基本的な構成要素は、非接触リーダ（又はリーダライタ（ＰＣＤ））及びトランスポンダである。非接触リーダは、電子回路に接続したアンテナである。トランスポンダは、誘導アンテナ及びその両端に接続した集積回路から構成される。リーダとトランスポンダの組合せは変成器として動作する。交流電流は、電磁場を生じる１次コイル（リーダアンテナ）を流れ、これによって、２次コイル（トランスポンダアンテナ）に電流を誘導する。トランスポンダは、非接触リーダ（ＰＣＤ）により伝わった電磁場（ＲＦ領域）を、ダイオード整流器によって直流電圧に変換する。この直流電圧は、トランスポンダの内部回路に電力を供給する。両方のアンテナの配置及び調整は、一方の装置から他方の装置への結合効率を決定する。トランスポンダを非接触支払いカードとすることができる。
【０００４】
経済的に成長するとともに商業的な決済を得る非接触支払いカードシステムに対して、特定のカードプロバイダ／発行者、販売元又は端末製造者に対してプロプライエタリである技術的な特徴をカード及び端末が有するときでも、無線支払いカードは、ほとんど又は全てのＲＦＩＤ機能を有する支払い端末で相互に動作可能である必要がある。広い範囲の産業でインターオペラビリティであることが所望される。このために、業界標準組織及びグループ（例えば、国際標準化機構（ＩＳＯ）及び国際電気標準化会議（ＩＥＣ））は、非接触支払い技術の実現のために意図的な業界標準を表した。ＩＳＯ／ＩＥＣによって規定されたそのような規格の三つの例は、密着型カード、近接型カード及び近傍型カードにそれぞれ適用できるＩＳＯ／ＩＥＣ１０５３６，ＩＳＯ／ＩＥＣ１４４４３及びＩＳＯ／ＩＥＣ１５６９３である。
【０００５】
ＩＳＯ／ＩＥＣ１４４４３近接型カード規格（ＩＳＯ１４４４３）は、複数の非接触カード配置に対して世界的に用いられている。ＩＳＯ１４４４３近接型カードに対してターゲットとされる動作の範囲は、電力要求、メモリサイズ、ＣＰＵ及びコプロセッサに応じて変動するとしても１０ｃｍまでである。
【０００６】
ＩＳＯ１４４４３規格文書は、個別の４パートを有する。
パート１：物理的特徴。近接型ＩＣカード（ＰＩＣＣ）の物理的な大きさを規定する。カードをＩＤ−１サイズ（８５．６ｍｍ×５４．０ｍｍ×０．７６ｍｍ）とする。これは、銀行のクレジットカードと同一サイズである。
パート２：高周波電力及び信号干渉。周波数や、データ速度や、変調や、ビット符号化手順のような事項を含む非接触ＩＣチップの重要な技術的特徴を規定する。二つの変形、すなわち、タイプＡのインターフェース及びタイプＢのインターフェースがパート２で詳細に説明されている。双方とも同一周波数で動作するとともに同一データ速度を用いるが、変更及びビット符号化のエリアが互いに相違する。
パート３：初期化及び衝突防止。初期化は、カードがリーダの無線周波数（ＲＦ）領域に入ったときに通信を確立するためにリーダライタ（ＰＣＤ）（すなわち、リーダ）及びカードに対する要求を記述する。衝突防止は、複数のカードが同時に磁場に入ったときに何が起こったかを規定し、取引の際にどのカードを使用するかをどのようにシステムが決定するかを認識し、提示された全てのカードがインベントリされて処理されるようにする。
パート４：伝送プロトコル。取引中に通信を可能にするデータ形式及びデータ要素を規定する。
【０００７】
ＩＳＯ１４４４３に従う非接触支払いカード及びカードリーダのシステムに対して、非接触支払いカード及びカードリーダは、意図的な規格のパートの少なくとも一部の要求に適合する必要がある。ＩＳＯ１４４４３の下で規格化された非接触技術に加えて、複数の非接触プロプライエタリンタフェースも産業上で用いられている（例えば、キュービックのＧＯカード、ソニーのＦｅｌｉｃａカード）。現在のカード技術の発展により、インターオペラビリティが問題になることがある。市場の販売元によって配置されたカードリーダは、好適には複数の異なるカードタイプに適応する必要がある。例えば、所望のカードリーダは、ＩＳＯ１４４４３のタイプＡカード及びタイプＢカード、ＩＳＯ１５６９３カード及び他の任意のプロプライエタリカードタイプをサポートする。
【０００８】
インターオペラビリティの問題は、単一のＩＳＯ規格（例えば、ＩＳＯ１４４４３）に従うと予測されるカード配置によっても生じうる。ＩＳＯ１４４４３規格において、非接触カード及びリーダシステム（すなわち、システムのオープンシステム相互接続（ＯＳＩ）から見た物理層）のＲＦ電力及び信号干渉に関連した全ての要求又は使用は、カード及びリーダに対する個別の標準化された検査を用いて規定される。ＩＳＯ／ＩＥＣ１０３７３規格のパート６（ＩＳＯ１０３７３−６）は、非接触ＩＣカード技術（近接型カード）に特有の検査方法を取り扱っている。ＩＳＯ１４４４３に対する非接触カード及びリーダのコンプライアンスは、基準装置を用いて確かめられる。ＩＳＯ１０３７３−６によれば、非接触カードの特徴を表す「基準」カードのセット（すなわち、基準ＰＩＣＣ）が、非接触リーダの仕様コンプライアンスを測定するために用いられる。例えば、基準ＰＩＣＣが、ＰＣＤによって生成し及び伝達された磁界を検査するとともにＰＣＤがＰＩＣＣに給電できるかを検査するのに用いられる。同様に、典型的な非接触リーダの特徴を表す「基準」リーダ（すなわち、テスト又は基準ＰＣＤ）が、非接触カードの仕様コンプライアンスを測定するのに用いられる。例えば、１対の内部検知コイルに結合した基準ＰＣＤが、検査中にカードによって発生した負荷変調を検査するのに用いられる。
【０００９】
ＩＳＯ１０３７３−６の下での個別のカード及びリーダコンプライアンス検査手順が、配置された製品装置がカード又はリーダの設計された仕様範囲にある特徴を個別に有するように保証する間、手順は、領域内でのインターオペラビリティを保証しない。従うことが確かめられたカード及び／又はリーダが（例えば、設計された仕様範囲の端部又は周辺の特性値を有することによって）限界にあることがある。このような規格コンプライアンスによって領域内での動作の誤りが生じうる。例えば、限界で適合したカードは、限界で適合したカードリーダを用いた読出しが不可能又は困難になることがある。
【００１０】
さらに、非接触装置の照合用の重要なデータの送信機能及び受信機能に関して、ＩＳＯ１０３７３−６は、カードによって発生した負荷変調されたデータ信号を間接的にしか測定しない。製品カードを検査するためにＩＳＯ１０３７３−６によって規定されたＰＣＤテストアッセンブリは、基準ＰＣＤリーダの外部にある１対の検知コイルを有する。外部にあるこれら検知コイルは、検査中のカードによって発生し及び送信される負荷変調されたデータ信号を測定するのに用いられる。しかしながら、検知コイルによって測定される負荷変調された信号と基準ＰＣＤアンテナによって物理的に受信した信号との間に直接的又は明らかな関係がない。したがって、外部の検知コイルを用いた製品カードのデータ送信機能の検査は、データ信号の仮想的にＩＳＯに従う製品カードの変調が十分であり又は変調されたデータ信号を適切に受信し若しくは処理する製品リーダの能力に従うことを直接的に保証する。
【００１１】
米国特許出願番号 、米国特許出願番号 、米国特許出願番号 、米国特許出願番号 は、インタラクティブなカードと読出し装置との間のＲＦ電力及び信号干渉に関連した仕様規定、コンプライアンス検査及び検査装置の向上に基づく装置のインターオペラビリティを増大する解決を開示する。
【００１２】
ここで、電子支払い装置のインターオペラビリティを増大し、非接触電子支払いシステムの動作を強固にし、かつ、故障を証明する方法を更に考察する。支払い装置の物理的な特徴に関連した電子支払いシステムの態様、初期化形態及び衝突防止形態に注意を向ける。
【発明の開示】
【００１３】
本発明は、電子支払いシステムのインタラクティブな非接触支払いカード及びカードリーダを伴う取引を処理する衝突検出及び防止形態を提供する。衝突検出及び防止形態は、１枚のカードがカードリーダの動作領域に存在する場合のみ取引を行うという規則に基づく。１枚を超えるカードがカードリーダの動作領域に存在する場合、取引処理は中止される。この形態は、取引処理を再開できる前の余分なカードを取り除くための外的な介入並びに１枚のカードのみの選択及び再提出を必要とする。
【００１４】
電子支払いシステムにおいて、カードリーダは、１枚のカードのみが動作領域に存在するときに取引を処理するよう構成される。カードリーダは、複数のカードが動作領域に存在する瞬時を検出し及び報告する衝突検出及び防止アルゴリズムを用いる。
【００１５】
衝突検出及び防止アルゴリズムは、カードリーダの動作領域の複数の支払いカードの存在の探査及び１枚を超える支払いカードが存在するときの取引処理の中止を伴う。衝突検出及び防止アルゴリズムにおいて、リーダによって開始されるカードポーリングシーケンスは、カードリーダの動作領域に存在するカードからの応答をポーリングし及び待機する。一つ以上のタイプのカードがリーダによってサポートされている場合、ポーリングシーケンスは、サポートされた全てのタイプのカードに対するウェークアップコマンドを有する。例えば、ポーリングシーケンスは、ＩＳＯ１４４４３タイプＡのカード及びタイプＢのカードに対する交互のウェークアップコマンドを有することができる。１枚のカードのみがカードリーダの動作領域に存在することを見つけたとき、衝突検出及び防止アルゴリズムは、カードのタイプを識別する。リーダは、識別したカードのタイプに適切な起動コマンドを用いて、対象となるカードとの通信セッションを有効にすることができる。識別したカードを用いた取引が処理された後、カードは無効にされ及び取り除かれる。
【００１６】
衝突検出及び防止アルゴリズムは、ＩＳＯ１４４４３タイプＡの非接触支払いカードの衝突を検出するバイナリサーチ技術を用いる。衝突検出及び防止アルゴリズムは、ＩＳＯ１４４４３タイプＢの非接触支払いカードの衝突を検出するためにスロットアロハ技術を用いる。特定のタイプ（例えば、タイプＡ又はタイプＢ）の１枚のカードがカードリーダの動作領域に存在することを識別した後、１枚の任意のタイプのカードしか存在しないことをチェックするために他のタイプのカードの存在に対するポーリングを行う。
【００１７】
本発明の他の形態、性質及び種々の利点は、添付図面、付記及び以下の詳細な説明から更に明らかになる。
【００１８】
付記Ａは、タイプＡのＰＩＣＣのポーリング及び衝突検出プロセス並びに起動の際にＰＣＤに対して利用できるコマンド及び応答のセットの説明を含む。コマンドのセットは、譲受人マスターカードによる近接支払いカード技術の実現の一例で用いられる。付記Ａで説明されるコマンド及び応答は、図２，３及び以下の説明で参照される。タイプＢのカードのポーリング及び衝突検出プロセス並びに起動の際にＰＣＤに対して利用できるコマンドは同様である。簡潔のために、タイプＢのコマンド及び応答の説明はここに含まない。
【発明を実施するための最良の形態】
【００１９】
支払いカード及びカードリーダを用いて電子取引を開始し及び実行する衝突検出及び防止形態を設ける。初期化は、カードがリーダの無線周波数（ＲＦ）領域に入ったときに通信を確立するためのリーダ及びカードに対する要求を記述する。衝突は、例えば、殺到した複数のストアカスタマーが同時にカードをリーダに提示するとき又は顧客が財布内の複数のカードを無意識にリーダに提示するときに複数のカードがリーダの動作空間又は領域に同時に入る状況をいう。リーダ処理は、衝突検出処理及びアラーム検出処理を有する。アラーム発生処理によって、衝突をクリアするよう手動の介在を行い又は継続中の電子取引処理に対して単一のカードのユーザ識別を行うことができる。衝突検出及び防止形態を、１を超えるタイプのカード（例えば、タイプＡカードとタイプＢカードの両方）をサポートするリーダで実現することができる。
【００２０】
本発明の衝突検出及び防止形態は、電子支払いシステムで用いられ又は推奨されている従来の衝突防止形態の既知の欠点を克服する。複数の接触型カード配置に対して世界的に用いられている種々の近接型カード規格は、一般的にリーダの動作空間又は領域の複数のカードの存在を取り扱う衝突防止プロセスを推奨する。例えば、ＩＳＯ１４４４３のパート３は、複数のカードが同一のリーダに対して提示されたときに１枚の特定のカードを検出してそのカードとの通信を行う衝突防止アルゴリズム（ループ）を推奨する。ＩＳＯ１４４４３のパート３の下では、リーダは、先ず、要求（ＲＥＱ）コマンドや要求応答（ＡＴＱ）コマンドのようなポーリングコマンドを用いて、リーダの動作領域に入る全てのカードをポーリングするとともにインベントリを行う。その後、衝突防止アルゴリズム又はループが、リーダとリクエストコマンドに応答する全てのカードから選択された１枚以上のカードとの間のダイアローグを準備するのに用いられる。タイプＡのカードに対して、各カードの独自の識別子（ＵＩＤ）に基づくバイナリサーチアルゴリズムが規定される。タイプＢのカードに対して、特別なスロットマーカを有するスロットアロハアルゴリズムが規定される。ＩＳＯ１４４４３初期化及び衝突防止形態は、同一タイプの複数のカードとの通信が行うことができるとともに同時に給電されるリーダの構成を許容するように設計される。カードのタイプＡとタイプＢの両方とも、ポーリングコマンドに対して動作領域で静かに待機する。ＩＳＯ１４４４３初期化及び衝突防止形態を用いたマルチプロトコルリーダは、一方のタイプ（例えば、タイプＡ）のポーリングを行い、応答する全てのカードによるあらゆる取引を完了し、他のタイプ（例えば、タイプＢ）に対するポーリングを行い、応答する全てのカードによる取引を行う。
【００２１】
ＩＳＯ１４４４３の衝突防止形態は、既知の欠点を有する。例えば、衝突防止アルゴリズムは、カードがインベントリされ又は照合された後にカードをリーダ領域に入れ及び／又は取り去った場合には崩壊されることがある。さらに、同時に発生する複数のカードとのリーダ通信は、制限された利用可能な電力をカード間で分配する。これらの欠点は、本発明の衝突検出及び防止形態によって克服される。
【００２２】
近年、譲受人マスターカードインターナショナルインコープレーティド（「マスターカード」）は、（例えば、カード及びカードリーダの発行者、販売元又は製造者によって）近接型支払いカード技術の実現の際にプロプライエタリ仕様のマスターカードペイパス（登録商標）ＩＳＯ／ＩＥＣ実現仕様（「ペイパス」）を開発した。本発明による衝突防止形態を、ペイパスの一例の実現に関連して例示のために説明する。例示のためのペイパスの実現の選択はここでは例示に過ぎず、本発明の原理をカードとカードリーダとの間の相互作用を伴うあらゆる電子支払いシステムに対して更に一般的に適用できることを理解すべきである。
【００２３】
衝突検出及び防止形態を、例えば、カードを取引の地点（例えば、店の精算カウンター）の端末装置に提示するときに行われる取引に関連して説明する。端末装置は、カードリーダ（ＰＣＤ）を有し、他の電子機器、取引処理アプリケーション、ユーザインターフェース（例えば、表示スクリーン）及び（例えば、ホストコンピュータに対する）通信インターフェースを有することができる。本発明による衝突検出及び防止形態は、カードリーダ又は端末が任意の取引処理を開始し又は継続するのを許容される前に単一のＰＩＣＣすなわちカードのみをカードリーダの動作領域で検出する必要があるという規則に基づく。１枚を超えるカードが検出される場合、この形態は、処理のために余分なカードを取り除く手動の介入並びに１枚のカードのみの選択及び再提起を必要とする。
【００２４】
図１は、衝突検出及び防止に対する端末処理ループ１００の一例を示す。端末処理ループを、カードリーダ装置に配置された機能を利用する端末で実現することができる。処理ループ１００では、ステップ１において、端末及びＰＣＤは、ＰＣＤの動作領域に存在しうるタイプＡとタイプＢの両方のカードを検出するポーリングシーケンスを開始する。このために、ＰＣＤは、存在する任意の起動されたカードからの応答を受信するために繰り返しのタイプＡ及びタイプＢのウェークアップコマンドを送信する。
【００２５】
ステップ３において、端末プロセス１００は、存在する複数のカードを評価する。１枚のカードのみがポーリングされる場合、次のステップ４において、端末プロセス１００は、存在するカードのタイプを識別する、すなわち、タイプＡかタイプＢかを識別する。その後、Ａ又はＢに識別されたカードタイプに従って、ＰＣＤは、ステップ５又はステップ８においてカードを有効にする。その後、端末は、カード取引を処理するのに適切な端末アプリケーションを用いる（ステップ６又はステップ９）。カード取引を完了した後、端末は、処理したカードを無効にするようＰＣＤに命令する。処理されたカードは、動作領域から取り除かれ（ステップ７及び１０）、これによって、次の衝突検出及びポーリングシーケンスのために端末プロセス１００を開始状態０に戻すことができる。
【００２６】
ステップ３において、存在するカードがないことをステップ１のポーリング結果が示す場合、処理プロセス１００は、次の衝突検出及びポーリングシーケンスを開始するために開始状態０に戻る。２枚以上のカードが存在する（すなわち、ＰＣＤが１枚を超えるカードからの応答を受信する）ことをステップ１のポーリング結果が示す場合、ステップ２において、ＰＣＤは、端末に対して衝突を報告し、カードをリセットする（すなわち、時間ｔＲＥＳＥＴに対するキャリアが存在しない。）。この場合、端末プロセス１００は、取引処理に進まず、次のポーリングシーケンスに対して開始状態０に戻る。ステップ２は、複数のカードの存在に対してオペレータ及び／又はユーザに注意を喚起するアラーム又はメッセージを伴うことができる。
【００２７】
端末に含まれるＰＣＤは、機能が衝突検出及び防止形態（例えば、端末プロセス１００）を実現するのに適切となるように形成される。表Ｉは、端末プロセス１００を実現するように形成されたＰＣＤに対する機能的な要求の一例のリストである。
【００２８】
【表１】
2008507047.tif 000003
【００２９】
端末プロセス１００において、ＰＣＤは、動作領域に１枚のカードのみが存在することを保証するためにタイプＡ及びタイプＢの両方のカードに対してポーリングを行う。領域内の複数のＰＩＣＣを検出するために、ＰＩＣＣ及びＰＣＤは、１枚を超えるＰＩＣＣが有効である条件を検出するプロトコルを実現することが要求される。このプロトコルの下で、ＰＣＤは、応答のためにＰＩＣＣをプロンプトするウェークアップコマンド（タイプＡのカード及びタイプＢのカードのそれぞれに対するＷＵＰＡ及びＷＵＰＢ）を発することによってＰＩＣＣ通信の動作を開始する開始装置とする。１枚を超えるＰＩＣＣが応答するとき、端末は、取引を開始し又は処理しない（例えば、端末プロセス１００のステップ２参照）。
【００３０】
ＰＣＤによって用いられる衝突検出機構は、カードタイプによって変化する。タイプＡのＰＩＣＣは、マンチェスタ符号化を用いるとともにウェークアップコマンドに対して同時に回答する。これらの形態によって、ＰＣＤは、タイプＡに対してビットレベルの衝突（すなわち、一つ以上のビット位置に対して相補的な値を有するビットパターンを少なくとも２枚のタイプＡのＰＩＣＣが同時に送信する状況）を検出する。この場合、ビットパターンが併合し、キャリアが、ビットの持続時間の全て（１００％）に対してサブキャリアによって変調される。タイプＡのカードに対する衝突検出アルゴリズムは、バイナリサーチ技術に基づくことができる。
【００３１】
タイプＡのＰＩＣＣの同期応答に対して、タイプＢのＰＩＣＣは、ウェークアップコマンドに対して非同期応答する。１枚を超えるタイプＢのＰＩＣＣが動作領域に存在するか否かを検出するために、ＰＣＤは、全てのタイプＢのＰＩＣＣが第１のタイムスロット（Ｎ＝１）で応答することを要求するように設定されるＷＵＰＢコマンドを実行する。第１のタイムスロットにおける１枚を超えるタイプＢのＰＩＣＣによる応答によって、タイプＢのＰＩＣＣの衝突の表れとして認識される送信エラーが生じる。
【００３２】
図２は、一般的な（すなわち、タイプＡとタイプＢのいずれのカードにも適用できる）衝突回避及びポーリングに対するＰＣＤプロセス２００を示す。ＰＣＤプロセス２００を、端末プロセス１００で利用することができ、例えば、端末プロセス１００のステップ１〜３で用いることができる。
【００３３】
プロセス２００では、ＰＣＤは、応答のためにカードをプロンプトする（例えば、ステップ１０，７０，１１０及び１５０）ためにウェークアップコマンド（例えば、タイプＡのカードに対するＷＵＰＡ及びタイプＢのカードに対するＷＵＰＢ）を交互に発することによって動作領域を精査する。ＰＣＤは、ＷＵＰＡコマンド及びＷＵＰＢコマンドをそれぞれ交互に発することによって、規定された期間ｔｐの待機を行う（例えば、ステップ６０，９０，１００，１４０，１７０及び１８０）。ステップ２０，４０，８０，１２０及び１６０において、プロセス２００は、以前に発したＷＵＰＡ又はＷＵＰＢコマンドに対して受信した応答を評価する。特定のタイプのウェークアップコマンドに対する応答を受信しない場合（例えば、ＷＵＰＢステップ７０，ＷＵＰＡステップ１５０）、プロセス２００は、動作領域に任意のタイプのカードが存在しないこと又は他のタイプのカードのみが存在しうることを認識する。
【００３４】
プロセス２００では、例えば、ステップ１０において、発されたＷＵＰＡコマンドに応答して送信エラーを受信した場合、ＰＣＤは、動作領域に１枚を超えるタイプＡのＰＩＣＣが存在する（すなわち、衝突）と仮定し、例外処理（送信エラー）に行く。ＰＣＤがタイプＡのＰＩＣＣから有効な応答コマンド（ＡＴＱＡ）を受信した場合、ＰＣＤは、動作領域に少なくとも１枚のタイプＡのＰＩＣＣが存在すると仮定し、タイプＡの衝突検出アルゴリズム（例えば、図３の衝突検出アルゴリズム３００）によるステップ３０の処理の前にＡＴＱＡ情報を格納する。タイプＡの衝突検出アルゴリズムの結果は、ステップ４０で評価される。タイプＡの衝突検出アルゴリズム３００が、１枚を超えるタイプＡのＰＩＣＣが動作領域に存在すること（すなわち、衝突）を検出する場合、ＰＣＤは、例外処理（送信エラー）に進む。それに対して、１枚のタイプＡのＰＩＣＣのみを検出した場合、ＰＣＤは、ステップ５０において、識別された１枚のタイプＡのＰＩＣＣを中止状態にするコマンド（ＨＡＬＴＡ）を発する。
【００３５】
同様に、ステップ２００では、例えば、ステップ１１０において、発されたＷＵＰＢコマンドに応答して送信エラーを受信した場合、ＰＣＤは、動作領域に１枚を超えるタイプＢのＰＩＣＣが存在する（すなわち、衝突）と仮定し、例外処理（送信エラー）に行く。ＰＣＤがタイプＢのＰＩＣＣから有効なＡＣＫコマンド（ＡＴＱＢ）を受信した場合、ＰＣＤは、動作領域に少なくとも１枚のタイプＢのＰＩＣＣが存在すると仮定し、識別された１枚のタイプＢのＰＩＣＣを中止状態にするコマンド（ＨＡＬＴＢ）を発する。
【００３６】
１枚のいずれかのタイプの識別されたＰＩＣＣが（例えば、ステップ５０又はステップ１３０で）中止状態にされた後、ＰＣＤは、動作領域での互いに逆の２枚のタイプのカード間の衝突（すなわち、１枚のタイプＡのＰＩＣＣ及び１枚のタイプＢのＰＩＣＣの存在）の可能性を排除するのが他のタイプのカードに対して適切なものとしてステップ７０及び１５０でウェークアップコマンドを発する。ウェークアップコマンドのいずれかに対する応答は、ステップ８０又は１６０で評価される。応答が肯定である場合、衝突が表される。
【００３７】
図３は、（例えば、プロセス２００のステップ３０において）ＡＴＱＡをビット衝突なくＷＵＰＡコマンドに応答して受信した後にタイプＡのカードの衝突を調べるのに用いることができる衝突検出アルゴリズム３００の一例を示す。タイプＡの衝突を調べる際に、ＰＣＤは、タイプＡのＰＩＣＣカードからＵＩＤを検索する。ＰＣＤが、任意のビット衝突エラーなくタイプＡのＰＩＣＣカードのＵＩＤを検索できる場合、ＰＣＤは、（例えば、プロセス２００のステップ４０において）タイプＡのＰＩＣＣが１枚のみ動作領域に存在すると結論付けることができる。衝突検出アルゴリズム３００は、ＰＩＣＣからＵＩＤを検索するのに利用される。
【００３８】
ステップ３０１において、ＰＣＤは、タイプＡのＰＩＣＣの完全なＵＩＤを検索するとともに１枚を超えるタイプＡのＰＩＣＣが動作領域に存在するか否かを検出するためにＳＥＬ＝‘９３’（付記Ａ参照）を有する衝突防止コマンド(ANTICOLLISION command)を送信することによって検出アルゴリズム３００を開始する。ステップ３０２において、ＰＣＤが衝突回避コマンドに応答して送信エラーを受信すると、衝突が表され、ＰＣＤが例外処理（送信エラー）に進む。ステップ３０３において、ＡＴＱＡがシングルサイズＵＩＤを示す場合、完全なＵＩＤ（＝ＵＩＤ  ＣＬ１：ｕｎｉｄ０  ｕｎｉｄ１  ｕｎｄ２  ｕｎｉｄ３  ＢＣＣ）がＰＩＣＣから検索される。したがって、１枚のタイプＡのカードのみが存在し、他のタイプＡのカードとの衝突が表されない。その後、ステップ３０７において、ＰＣＤは、ＳＥＬ＝‘９３’及びＵＩＤ  ＣＬ１を有する選択コマンド（SELECT Command）を送信することによってＰＩＣＣを有効状態(ACTIVE state)にする。ステップ３０８において、ＰＣＤは、完全なＵＩＤを記憶する。
【００３９】
ステップ３０３において、ＡＴＱＡがダブル又はトリプルサイズのＵＩＤを示す場合、ＰＣＤはカスケードレベルごとに処理を行う。先ず、ステップ３０４において、ＰＣＤは、ＳＥＬ＝‘９３’及びＵＩＤ  ＣＬ１を有する選択コマンドを送信することによってカスケードレベル１を選択する。その後、ステップ３０５において、ＰＣＤは、カスケードレベル２に対する処理を行う前にＵＩＤ  ＣＬ１を記憶する。ステップ３０６において、ＰＣＤは、ＳＥＬ＝‘９５’を有する選択コマンドを送信することによってＰＩＣＣを有効状態にする。
【００４０】
ステップ３０２と同様に、ＰＣＤが衝突回避コマンドに応答して送信エラーを受信すると、衝突が表され、ＰＣＤが例外処理（送信エラー）に進む。同様に、ステップ３１０において、受信したＡＴＱＡがダブルサイズのＵＩＤを示す場合、完全なＵＩＤ８＝ＵＩＤ  ＣＬ１：ｕｉｄ０  ｕｉｄ１  ｕｉｄ２  ＢＣＣ；ＵＩＤ  ＣＬ１：ｕｉｄ３  ｕｉｄ４  ｕｉｄ５  ｕｉｄ６  ＢＣＣ）がＰＩＣＣから検索される。したがって、１枚のタイプＡのカードのみが存在し、リーダの動作空間において他のタイプＡのカードとの衝突がないことが表される。その後、ステップ３１４及び３１５において、ステップ３０７及び３０８と同様に、ＰＣＤは、ＳＥＬ＝‘９３’及びＵＩＤ  ＣＬ１を有する選択コマンドを送信することによって、識別されたＰＩＣＣを有効状態にし、完全なＵＩＤを記憶する。
【００４１】
ステップ３１０において、ＡＴＱＡがトリプルサイズのＵＩＤを示す場合、ＰＣＤは、ステップ３１１において、ＳＥＬ＝‘９５’及びＵＩＤ  ＣＬ２を有する選択コマンドを送信することによってカスケードレベル２を選択する。その後、ステップ３１２において、ＰＣＤは、ＵＩＤ  ＣＬ２を記憶する。ステップ３１３において、ＰＣＤは、ＳＥＬ＝‘９７’を有する衝突防止コマンドを送信することによってカスケードレベル３を継続する。ステップ３１６において、ＰＣＤが、この衝突防止コマンドに応答して送信エラーを検出する場合、衝突が表され、ＰＣＤは例外処理（送信エラー）に進む。送信エラーのないＡＴＱＡコマンドをＰＩＣＣから受信すると、完全なＵＩＤ（＝ＵＩＤ  ＣＬ１：Ｃｔ  ｕｉｄ０  ｕｉｄ１  ｕｉｄ２  ＢＣＣ；ＵＩＤ  ＣＬ２：ＣＴ  ｕｉｄ３  ｕｉｄ４  ｕｉｄ５  ＢＣＣ；ＵＩＤ  ＣＬ３：ｕｉｄ６  ｕｉｄ７  ｕｉｄ８  ｕｉｄ９  ＢＣＣ）がＰＩＣＣから検索される。したがって、１枚のタイプＡのカードのみ存在し、他のタイプＡのカードとの衝突がないことが表される。その後、ステップ３１７及び３１８において、ステップ３０７及び３０８と同様に、ＰＣＤは、ＳＥＬ＝‘９７’及びＵＩＤ  ＣＬ３を有する選択コマンドを送信することによって、識別されたＰＩＣＣを有効状態にし、完全なＵＩＤを記憶する。
【００４２】
１枚のカードのみがリーダの動作領域に存在すると識別された後（例えば、端末プロセス２００のステップ１３０におけるタイプＢ又はアルゴリズム３００のステップ３０７又は３１４のタイプＡ等々）、カードが有効となる。ＰＣＤ／端末は、有効なカードとの通信を行い、所望の取引を完了する。所望の取引が完了した後、対象となるカードが無効にされる。
【００４３】
端末プロセス２００又はアルゴリズム３００中に衝突が表されると、ＰＣＤは例外処理に進む。例外が十分にクリアされるまで取引が行われない。衝突を表す送信エラーの検出に応じたポーリング及び衝突検出シーケンス中、ＰＣＤは、衝突検出を端末に報告し、期間ｔＲＥＳＥＴの間にＰＩＣＣをリセットする。この期間ｔＲＥＳＥＴ中、キャリア信号がＰＩＣＣに送信されない。ＰＣＤは、ポーリング及び衝突検出シーケンスに戻る。ＰＣＤが衝突検出を端末に報告することによって、ユーザの介在が、動作領域に存在する複数のカードをクリアする。
【００４４】
本発明を、特に実施の形態を参照して説明したが、本発明の範囲を逸脱することなく種々の変更及び変形が可能であることは当業者によって理解することができる。したがって、本発明の開示された実施の形態は単なる説明のためのものであり、本発明は、添付した請求の範囲で特定される範囲でのみ制限される。
【００４５】
５．１  タイプＡ−コマンドセット
表５．１は、タイプＡのＰＩＣＣとの通信に対してＰＣＤで利用できるコマンドをリストする。各コマンドに対して、ＰＩＣＣからの対応する応答を表す。
2008507047.tif 000004
この章は、これらのコマンドのフォーマット及びＰＩＣＣからの応答を詳細に説明する。
【００４６】
５．２  タイプＡ＿ＣＲＣ＿Ａ
表５．１で規定したコマンドの一部は、誤りチェック用のＣＲＣを含む。ＣＲＣ＿Ａは、ＣＲＣ＿Ａそれ自体を除外するコマンドの全てのビットから構成されるｋ個のデータビットの関数として規定される。ＣＲＣ＿Ａを用いた全てのコマンドがバイトに符号化されるので、ビット数ｋは８の倍数となる。
図５．１は、ＣＲＣ＿Ａを有するコマンドを標準的なフレームに含める方法を示す。ＣＲＣ＿Ａ１を最下位バイトとし、ＣＲＣ＿Ａ２を最上位バイトとする。
2008507047.tif 000005
2008507047.tif 000006
【００４７】
５．３  ＷＵＰＡ
ＷＵＰＡコマンドは、タイプＡのＰＩＣＣの領域を精査するためにＰＣＤによって送信される。
【００４８】
５．３．１  ＷＵＰＡコマンド
ＷＵＰＡコマンドは、短いフレーム内で送信され、その符号化は表５．２で特定される。
2008507047.tif 000007
【００４９】
５．３．２  ＷＵＰＡ応答（ＡＴＱＡ）
ＰＣＤからのＷＵＰＡコマンドに応答して、タイプＡのＰＩＣＣは、状態に応じて（７章参照）２バイト長のＡＴＱＡを戻す。ＡＴＱＡは、ＣＲＣ＿Ａバイトのない標準的なフレーム内で送信され、表５．３及び表５．４内で特定される。
2008507047.tif 000008
【００５０】
５．６．２  ＨＴＬＡ応答
ＰＩＣＣはＨＬＴＡコマンドに応答しない。ＰＣＤは常にＨＴＬＡコマンドがＰＩＣＣによって「応答される」と仮定する。
2008507047.tif 000009
【００５１】
５．７  選択応答要求（ＲＡＴＳ）
ＲＡＴＳコマンドは、最大のフレームサイズ及びビットレート除数でＰＩＣＣとネゴシエーションを行うためにプロトコル起動シーケンス中にＰＣＤによって用いられる。
【００５２】
５．７．１  ＲＡＴＳコマンド
ＲＡＴＳコマンドは、ＣＲＣ＿Ａバイトを含む標準的なフレーム内で送信される。符号化は表５．１２で特定される。
2008507047.tif 000010
パラメータバイトＰＡＲＡＭは、二つのパートから構成される（表５．１３参照）。
2008507047.tif 000011
最上位ニブルｂ８〜ｂ５は、ＦＳＤＩ（リーダライタフレーム長整数）と称され、ＦＳＤ（リーダライタフレーム長）を符号化する。ＦＤＳの規定についてはセクション４．３．１参照。ＦＳＤＩに関するＦＳＤの符号化は表５．１４によって与えられる。
2008507047.tif 000012
2008507047.tif 000013
最下位ニブルｂ４〜ｂ１をＣＩＤと称し、０から１４の範囲で指定されたＰＩＣＣの論理数を規定する。ＣＩＤは、単一のＰＩＣＣを指定したときのみゼロに設定される。
2008507047.tif 000014
【００５３】
５．７．２  ＲＡＴＳ応答（選択応答）
選択応答（ＡＴＳ）は、ＲＡＴＳコマンドに応答してＰＩＣＣによって送信される。ＡＴＳは、ＣＲＣ＿Ａバイトを含む標準的なフレーム内で送信される。この選択は、利用可能な全てのフィールドを有するＡＴＳを規定する（表５．１５参照）。
2008507047.tif 000015
長さバイト(length byte)ＴＬは、フォーマットバイトＴ０、インターフェースバイトＴＡ（１），ＴＢ（１），ＴＣ（１）及び履歴バイトＴ１〜Ｔｋの順番で可変ビット数に従う。
【００５４】
長さバイト
長さバイトＴＬは強制であり、それ自体を含む送信されたＡＴＳの長さを指定する。二つのＣＲＣバイトはＴＬに含まれない。
2008507047.tif 000016
【００５５】
フォーマットバイトＴ０
フォーマットバイトＴ０は、表５．１６で特定されるように符号化される。
2008507047.tif 000017
最下位ニブルｂ４〜ｂ１は、ＦＳＣＩ（近接型ＩＣカードフレーム長整数）と称され、ＦＳＣ（近接型ＩＣカードフレーム長）を符号化する。ＦＳＣの規定についてはセクション４．３．２参照。ＦＳＣＩに関するＦＳＣの符号化は、表５．１７で特定される。ＦＳＣＩのデフォールト値は２であり、これによって３２バイトのＦＳＣとなる。
2008507047.tif 000018
2008507047.tif 000019
【００５６】
インターフェースバイトＴＡ（１）
インターフェースバイトＴＡ（１）は、ＰＩＣＣのビットレート機能を規定するための情報を搬送する。情報バイトＴＡ（１）は、表５．１８で特定したように符号化される。ビットｂ７〜ｂ５は、ＰＩＣＣからＰＣＤの方向（ＤＰＩＣＣ→ＰＣＤ）に対するＰＩＣＣのビットレート機能を符号化する。ビットｂ７〜ｂ５に対するデフォールト値は（０００）ｂである。ビットｂ３〜ｂ１は、ＰＣＤからＰＩＣＣの方向（ＤＰＣＤ→ＰＩＣＣ）に愛するＰＩＣＣのビットレート機能を符号化する。ビットｂ３〜ｂ１に対するデフォールト値は（０００）ｂである。
2008507047.tif 000020
2008507047.tif 000021
【００５７】
インターフェースバイトＴＢ（１）
インターフェースバイトＴＢ（１）は、フレーム待ち時間（ＦＷＴ）及び開始フレームのガードタイム（ＳＦＧＴ）を規定する情報を搬送する。インターフェースバイトＴＢ（１）は、表５．１９で特定されるように符号化される。
2008507047.tif 000022
【００５８】
最上位ニブルｂ８〜ｂ５は、ＦＷＩ（フレーム待ち時間整数）と称され、ＦＷＴを符号化する。ＦＷＴの規定についてはセクション４．２．３参照。ＦＷＩのデフォールト値は４であり、これによって５１２ｅｔｕのＦＷＴとなる。
【００５９】
最下位ニブルｂ４〜ｂ１は、ＳＦＧＩ（開始フレームのガードタイム整数）と称され、ＳＦＧＴを規定するために用いられる乗算値を符号化するためにＰＩＣＣによって用いられる。ＳＦＧＴの規定についてはセクション４．２．２参照。ＳＦＧＩのデフォールト値は０である。
【００６０】
2008507047.tif 000023
【００６１】
インターフェースバイトＴＣ（１）
インターフェースバイトＴＣ（１）は、ノードアドレス（ＮＡＤ）及びカード識別子（ＣＩＤ）がＰＩＣＣによってサポートされているか否かを表す。インターフェースバイトＴＣ（１）は、表５．２０で特定されるように符号化される。
2008507047.tif 000024
ビットｂ２及びｂ１は、プロローグフィールドのどの付加的なフィールドをＰＩＣＣがサポートするかを規定するためにＰＩＣＣによって用いられる。１に設定されたビットｂ１は、サポートされたＮＡＤを表す。１に設定されたビットｂ２は、サポートされたＣＩＤを表す。プロローグフィールドの仕様についてはセクション１０．２を参照。
2008507047.tif 000025
【００６２】
履歴バイト
履歴バイトＴ１〜Ｔｋは付加的であり、一般的な情報を示すためにＰＩＣＣによって用いられる。ＡＴＳの最大長は、あり得る最大数の履歴バイトを与える。
2008507047.tif 000026
2008507047.tif 000027
ＳＥＬバイトにより、衝突防止コマンドによって要求されるＵＩＤのカスケードレベル（ＣＬ）が規定される。
【００６３】
衝突防止応答（ＵＩＤ  ＣＬｎ）
衝突防止コマンドに応答して、動作領域の全てのＰＩＣＣは、ＵＩＤの要求されたカスケードレベル（ＵＩＤ  ＣＬｎ。ここで、ｎ＝１，２又は３）を送信する。タイプＡのＰＩＣＣのＵＩＤは、４，７又は１０バイトから構成される。応答の長さは常に５バイトである。応答の符号化は、ＳＥＬバイトの値及びＵＩＤの長さに依存する。衝突防止応答は、ＣＲＣ＿Ａバイトのない標準的なフレーム内で送信される。符号化は、表５．７で特定される。
2008507047.tif 000028
この場合、ＣＴを、‘８８’の値を有するカスケードタグとする。カスケードタグの目的は、小さいＵＩＤサイズを有するＰＩＣＣとの衝突を強要するためである。したがって、シングルサイズＵＩＤのｕｉｄ０及びダブルサイズＵＩＤのｕｉｄ３は、値‘８８’を有しない。ＢＣＣを、ＵＩＤ  ＣＬｎチェックバイトとする。ＢＣＣは、以前の４バイトにわたる排他的論理和として計算される。ｕｉｄｎを、最上位バイトｕｉｄ０を有する完全なＵＩＤのｎ番目のバイトとする。
2008507047.tif 000029
2008507047.tif 000030
【００６４】
５．４  衝突防止
衝突防止コマンドは、タイプＡのＰＩＣＣの完全なＵＩＤを取得するとともにタイプＡの１を超えるＰＩＣＣがＰＣＤの動作フィールドに存在するか否かを検出するために用いられる（更に詳しくはセクション９．２．３を参照）。
【００６５】
５．４．１  衝突防止コマンド
衝突防止コマンドは、ＣＲＣ＿Ａバイトを有しない標準的なフレーム内で送信される。符号化は表５．５で特定される。
2008507047.tif 000031
ＳＥＬバイトは、表５．６に示すように符号化される。
【００６６】
５．５  選択
選択コマンドは、ＵＩＤを用いてタイプＡのＰＩＣＣを選択するために用いられる。
【００６７】
５．５．１  選択コマンド
選択コマンドは、ＣＲＣ＿Ａバイトを含む標準的なフレーム内で送信される。符号化は表５．８によって特定される。
2008507047.tif 000032
ＳＥＬバイトは、表５．９に示すように符号化される。
2008507047.tif 000033
ＵＩＤ  ＣＬｎの符号化は、ＳＥＬバイトの値及びＵＩＤのサイズに依存する。符号化は、衝突防止応答に対するものと同一であり、表５．７で特定される。
2008507047.tif 000034
【００６８】
５．５．２  応答−ＡＣＫ選択−ＳＡＫ
ＳＡＫは、全てのデータビットがＰＩＣＣのＵＩＤ  ＣＬｎに整合するときに選択コマンドに応答してＰＩＣＣによって送信される。ＳＡＫの長さは１バイトであり、ＣＲＣ＿Ａを有する標準的なフレーム内でＰＣＤに送信される。ＳＡＫは、表５．１０で特定されるように符号化される。
2008507047.tif 000035
【００６９】
５．６  ＨＬＴＡ
ＨＬＴＡコマンドは、ＰＩＣＣを中止状態にするのに用いられる（７章参照）。
【００７０】
５．６．１  ＨＬＴＡコマンド
ＨＬＴＡコマンドは、２バイトからなり、ＣＲＣ＿Ａバイトを有する標準的なフレーム内で送信される。表５．１１は、ＨＬＴＡコマンドの符号化を特定する。
2008507047.tif 000036
【図面の簡単な説明】
【００７１】
【図１】本発明の原理による衝突検出及び防止の端末処理ループの一例のステップを示すフローチャートである。
【図２】本発明の原理によるＰＣＤで実行される一般的なポーリング及び衝突検出プロセスのステップを示すフローチャートである。
【図３】本発明の原理によるタイプＡのカード衝突を探査するのに用いることができる検出アルゴリズム３００の一例のステップを示すフローチャートである。
【図１】
2008507047.tif 000037
【図２】
2008507047.tif 000038
【図３】
2008507047.tif 000039
【国際調査報告】
2008507047.tif 000040