(57)【特許請求の範囲】
【請求項１】
路上機（１０）との間で通信を行うように車両に搭載され、第１及び第２の用途用ＩＣカード（３０）が挿入される車両用のカードリーダであって、
前記ＩＣカードの挿入に基づき当該ＩＣカードに初期コマンドを出力する初期コマンド出力手段（５０、５１）と、
前記ＩＣカードが前記初期コマンドを受けて前記第１或いは第２の用途に応じて前記ＩＣカードの認証を行うための第１或いは第２の用途用照合データを前記カードリーダに返したとき、当該用途用照合データを用いてセキュリティを確認するセキュリティ確認手段（２２、２４、２５、６０、６１、７０、７１）とを備えて、
このセキュリティ確認手段のセキュリティ確認による前記ＩＣカードの認証後、その後の処理を行うようになっており、
さらに、当該車両用のカードリーダは、前記路上機から通信を開始するときに送信される用途用照合データに基づき特定できる用途データを有するとき前記路上機との通信の開始のために応答する応答手段（２２０）を備えることを特徴とする車両用のカードリーダ。
【請求項２】
路上機との間で通信を行うように車両に搭載され、第１及び第２の各用途用の各ＩＣカードのいずれかが挿入される車両用のカードリーダであって、
前記各ＩＣカードのいずれかの挿入に基づき当該ＩＣカードに初期コマンドを出力する初期コマンド出力手段（５０、５１）と、
前記ＩＣカードが前記初期コマンドを受けて前記第１或いは第２の用途に応じて前記ＩＣカードの認証を行うための用途用照合データを前記カードリーダに返したとき、当該用途用照合データを用いてセキュリティを確認するセキュリティ確認手段（２２、２４、２５、６０、６１、７０、７１）とを備えて、
このセキュリティ確認手段のセキュリティ確認による前記ＩＣカードの認証後、その後の処理を行うようになっており、
さらに、当該車両用のカードリーダは、前記路上機から通信を開始するときに送信される用途用照合データに基づき特定できる用途データを有するとき前記路上機との通信の開始のために応答する応答手段（２２０）を備えることを特徴とする車両用のカードリーダ。
【請求項３】
前記セキュリティ確認手段は、前記第１及び第２の用途に対応した第１、第２のセキュリティアクセスモジュール（２４、２５）と、前記第１、第２のセキュリティアクセスモジュールと前記挿入されたＩＣカードとの接続を選択的に切り換える切り換え回路（２２）とを有し、前記第１或いは第２の用途に対応して前記切り換え回路により前記挿入されたＩＣカードと接続するセキュリティアクセスモジュールを選択して前記セキュリティを確認することを特徴とする請求項１又は２に記載の車両用のカードリーダ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、高度交通システムに適用される車両用カードシステムに用いられるカードリーダに関する。
【０００２】
【従来の技術】
近年、この種のカードシステムにおいては、カード形状のプレート内に半導体チップを埋め込んでＩＣカードとし、このＩＣカード内のデータを外部からのアクセスにより読み出すことで、ＩＣカードの使用者を特定するシステムが提案されている。
【０００３】
現状のＩＣカードを使用するシステムは、一つのアプリケーションを想定しているため、ＩＣカードの認証にはそのアプリケーション専用の認定方法が用いられている。例えば、このような認証方法は、クレジットカードやテレホンカードにおいて採用されている。
【０００４】
【発明が解決しようとする課題】
ところで、車両に用いられるＩＣカードにおいて、例えば、クレジットカードによる支払いと、有料道路カードによる支払いと、ガソリンスタンドやバーガーショップ等のお店の支払いとを、それぞれ、別々のＩＣカードを用いる場合、それぞれ、異なるセキュリティレベルがあるため、異なる認証手段がそれぞれ必要とされる。
【０００５】
従って、これら各用途に応じたＩＣカードをそれぞれ読むためには、異なるセキュリティレベルにそれぞれ対応した別々のカードリーダが複数必要となる。
しかし、このように複数のカードリーダを採用すると、ユーザがどのＩＣカードをどのカードリーダに挿入すべきかが分からなくなったり、車両への複数のカードリーダの設置スペースが必要となったり、また、複数のカードリーダの操作による安全性の低下が起きたりして、ユーザにとって非常に不便である。
【０００６】
これに対する対策としては、ＩＣカードの形状やこのＩＣカードに対する電力供給方法に関する外形的な仕様の標準化が行われている。即ち、このような標準化によりリードライトインターフェースを設けたＩＣカードを車両に採用すれば、車両のカードリーダは、ＩＣカードの形状や電力供給方法からＩＣカードの種類を区別することができる。
【０００７】
しかし、実際は、各ＩＣカードの用途によるセキュリティの確保のために、各カードリーダには、用途に応じたセキュリティ確認手段がそれぞれ別々に採用されている。このため、カードリーダがどのような用途のＩＣカードに対してもリードライト処理をするということはできない。
特に、有料道路カード用カードリーダには、有料道路カード用のセキュリティアクセスモジュールが設けられ、かつ、このセキュリティアクセスモジュールにＩＣカードへの通信ポートが形成されている。このため、有料道路カードによる支払い以外の用途にカードリーダを使用するためには、セキュリティアクセスモジュールの仕様を他の用途で使えるように公開するという必要性が生じる。
【０００８】
しかし、セキュリティの内容（認証方法）を公開するということは、セキュリティが低下することになるため、有料道路カード用カードリーダを他の用途（有料道路カードによる支払いを管理する機関以外）には使用できない。従って、有料道路カードによる支払い以外の用途（アプリケーション）をもつＩＣカードをも処理できる新たなカードリーダが必要となるという不具合が生じる。
【０００９】
また、路上機が一つの用途（アプリケーション）を設定する場合、複数のアプリケーションに対応したカードリーダが応答すると、路上機は、設定されたアプリケーション以外のアプリケーションをもつカードリーダの処理も必要となり、路上機の処理負荷が重くなるという不具合が生じる。そこで、本発明は、以上のようなことに対処するため、少なくとも一つのＩＣカードに記録した種々のアプリケーションに対し、セキュリティを正常に確保しつつ、単一のカードリーダでもって対応できるようにすることを目的とする。
【００１０】
【課題を解決するための手段】
上記課題を解決するにあたり、請求項１に記載の発明によれば、路上機（１０）との間で通信を行うように車両に搭載され、第１及び第２の用途用ＩＣカード（３０）が挿入される車両用のカードリーダであって、ＩＣカードの挿入に基づき当該ＩＣカードに初期コマンドを出力する初期コマンド出力手段（５０、５１）と、ＩＣカードが初期コマンドを受けて第１或いは第２の用途に応じてＩＣカードの認証を行うための第１或いは第２の用途用照合データをカードリーダに返したとき、当該用途用照合データを用いて第１或いは第２のセキュリティを確認するセキュリティ確認手段（２２、２４、２５、６０、６１、７０、７１）とを備えて、このセキュリティ確認手段のセキュリティ確認によるＩＣカードの認証後、その後の処理を行う。
【００１１】
これにより、ＩＣカードが少なくとも第１及び第２の用途用であっても、カードリーダは、初期コマンドに基づくＩＣカードからの照合データによりセキュリティを確認するので、カードリーダが単一であっても、正常なセキュリティを確保した上でこれに対応する処理を行える。さらに、請求項１に記載の発明によれば、路上機から通信を開始するときに送信される用途用照合データに基づき特定できる用途データを有するとき路上機との通信の開始のために応答する応答手段（２２０）を備える。このことにより、カードリーダによる正常なセキュリティの確認済みのもとに、路上機とカードリーダとの間の通信が適正に行える。また、請求項２に記載の発明によれば、路上機との間で通信を行うように車両に搭載され、第１及び第２の各用途用の各ＩＣカードのいずれかが挿入される車両用のカードリーダであって、各ＩＣカードのいずれかの挿入に基づき当該ＩＣカードに初期コマンドを出力する初期コマンド出力手段（５０、５１）と、ＩＣカードが初期コマンドを受けて第１或いは第２の用途に応じて当該ＩＣカードの認証を行うための用途用照合データをカードリーダに返したとき、当該用途用照合データを用いてセキュリティを確認するセキュリティ確認手段（２２、２４、２５、６０、６１、７０、７１）とを備えて、このセキュリティ確認手段のセキュリティ確認によるＩＣカードの認証後、その後の処理を行うようになっており、さらに、当該車両用のカードリーダは、前記路上機から通信を開始するときに送信される用途用照合データに基づき特定できる用途データを有するとき前記路上機との通信の開始のために応答する応答手段（２２０）を備える。
【００１２】
このように、請求項１に記載の発明と異なり、少なくとも第１及び第２の各用途用の各ＩＣカードを備える場合でも、請求項１に記載の発明と同様の作用効果を達成できる。ここで、請求項３に記載の発明によれば、請求項１又は２に記載の発明において、セキュリティ確認手段は、第１及び第２の用途に対応した第１、第２のセキュリティアクセスモジュール（２４、２５）と、第１、第２のセキュリティアクセスモジュールと前記挿入されたＩＣカードとの接続を選択的に切り換える切り換え回路（２２）とを有し、第１或いは第２の用途に対応して切り換え回路により前記挿入されたＩＣカードと接続するセキュリティアクセスモジュールを選択して前記セキュリティを確認する。
【００１３】
なお、上記各手段の括弧内の符号は、後述する実施形態に記載の具体的手段との対応関係を示すものである。
【００１４】
【発明の実施の形態】
以下、本発明の一実施形態につき図面を参照して説明する。
図１は、本発明に係る車両用カードシステムをの一例を示している。
このカードシステムは、当該車両の適所に搭載されており、当該カードシステムは、路上機１０と通信するカードリーダ２０と、ＩＣカード３０とにより構成されている。
【００１５】
路上機１０は、カードリーダ２０との通信のため、例えば、高速道路の路上に配設されており、この路上機１０は、そのＣＰＵにより、図２及び図３にて示すフローチャートに従い、路上機用プログラムを実行する。この実行中において、路上機１０は、カードリーダ２０との通信に要する演算処理をする。
ここで、路上機１０がカードリーダ２０との通信を行うときに用いる通信フレームについて図７を参照して説明する。通信フレームは、図７にて示すごとく、フレームコントロールメッセージスロット（以下、ＦＣＭＳという）、メッセージデータスロット（以下、ＭＤＳという）、ワイヤレスコミュニケーションナンバースロット（以下、ＷＣＮＳという）及びアプリケーションスロット（以下、ＡＣＴＳという）により構成される。
【００１６】
この構成は、路上機１０からカードリーダ２０へのアプリケーションＩＤの送信に用いるフレーム構成である。即ち、路上機１０は、ＦＣＭＳに含まれるアプリケーションＩＤ送信用フレームコントロールメッセージチャネル（以下、ＦＣＭＣという）を用いてカードリーダ２０にどのようなアプリケーションを送信するかが図７において示されている。また、カードリーダ２０にどのＭＤＳを用いて応答を返すかもＦＣＭＳで指定する。
【００１７】
なお、ＦＣＭＣは、図７にて示すごとく、ＰＲ（プリアンブル）、ＵＷ（ユニークワード）、・・・・、ＣＲＣ（ＰＲとＵＷ１以外についてのＣＲＣ計算結果）からなる。また、ＳＣ（サービスアプリケーション情報フィールド）に路上機１０が提供可能なアプリケーションＩＤ、ＳＣ（ｉ）のＩＤＮ（リングアドレスサブフィールド）には、カードリーダ２０のＩＤデータが入るようになっている。
【００１８】
同じカードリーダに複数のアプリケーションを送信する場合、路上機１０は、ＳＣでアプリケーションＩＤのセットをし、ＳＣ（ｉ）のＩＤＮに同じカードリーダをセットする。このことは、路上機１０がアプリケーション処理を時間帯で分けて行うことを意味する。カードリーダのアプリケーション切り換えに時間が必要な場合には、路上機１０は、通信に使用するＭＤＳを連続させないで、アプリケーション切り換えの時間を確保できるようにＳＣにてアプリケーションの割り当て順を決定する（図７参照）。図７には、この割り当て例が示されている。
【００１９】
カードリーダ２０は、図１にて示すごとく、ＩＣカード用インターフェイス２１（以下、Ｉ／Ｆ２１という）を備えており、このインターフェイス２１は、カードリーダ２０へのＩＣカード３０の挿入に伴い当該ＩＣカード３０の記憶データを読み書きする。
また、カードリーダ２０は切り換え回路２２を備えており、この切り換え回路２２は、Ｉ／Ｆ２１の処理データをＣＰＵ２３に出力する。また、切り換え回路２２は、ＣＰＵ２３の出力データ、各セキュリティアクセスモジュール２４、２５（以下、ＳＡＭ２４、２５という）の出力データをＩ／Ｆ２１を通してＩＣカード３０に入力する。なお、このような切り換え回路２２の処理は、ＣＰＵ２３の指令のもと、切り換え回路２２による通信ラインＬへのＩ／Ｆ２１の直接接続処理、ＳＡＭ２４、２５の選択処理の切り換えで達成される。
【００２０】
ＣＰＵ２３は、図４にて示すフローチャートに従い、ＩＣカード用プログラムを実行し、この実行中において、ＩＣカード３０との間の通信処理や表示器２９の表示処理を行う。また、ＣＰＵ２３は、図５及び図６にて示すフローチャートに従い、カードリーダ用プログラムを実行し、この実行中において、メモリ２６の記憶データの読み込み書き込み処理、両ＳＡＭ２４、２５への出力処理、切り換え回路２２とのデータの入出力処理、インターフェイス２７（以下、Ｉ／Ｆ２７という）への出力処理及び通信回路２８との送受信処理を行う。
【００２１】
Ｉ／Ｆ２７は、ＣＰＵ２３と外部回路との間のデータ入出力を行う。
通信回路２８は、アンテナ２９を通して路上機１０にデータを送信し、また、アンテナ２９を通して路上機１０からの送信データを受信してＣＰＵ２３に出力する。
このように構成した本実施形態の作動につき図２乃至図６のフローチャートに加え、図８をも参照して説明する。
【００２２】
路上機１０は、そのＣＰＵにより、図２及び図３にて示すフローチャートに従い、路上機用プログラムを実行しているものとする。また、カードリーダ２０においては、ＣＰＵ２３が、カードリーダ２０へのＩＣカード３０の後述のような挿入に伴い、図４にて示すフローチャートに従いＩＣカード用プログラムの実行を開始する。また、当該車両が路上機１０近傍に到達したとき、カードリーダ２０においては、ＣＰＵ２３が、路上機１０からの信号に基づき、図５及び図６のフローチャートに従い、カードリーダ用プログラムの実行を開始する。
【００２３】
このような状態において、当該車両の運転者は、図１にて示すごとくＩＣカード３０をカードリーダ２０に挿入するものとする。すると、ＣＰＵ２３は、Ｉ／Ｆ２１及び切り換え回路２２を介し、図４のフローチャートに従い、ＩＣカード用プログラムの実行を開始し、ステップ５０にて、ＩＣカード３０の挿入に基づきＹＥＳと判定し、ステップ５１にて、通信ラインＬ、切り換え回路２２及びＩ／Ｆ２１を介してＩＣカード３０に初期コマンドを送信する。
【００２４】
これに伴い、ＩＣカード３０が上記初期コマンドに応答すると、ＣＰＵ２３は、ステップ６０にて、ＹＥＳと判定し、ステップ６１において、ＩＣカード３０の対応アプリケーションを確認する。具体的には、ＣＰＵ２３はＩＣカード３０から対応アプリケーションのＩＤ（用途番号）をＩ／Ｆ２１及び切り換え回路２２を介し受ける。なお、ステップ６０における判定がＮＯとなる場合には、ステップ６２にて、ＩＣカードが違うというカードエラー表示処理がなされ、その旨、表示器２９に表示される。
【００２５】
次に、ステップ７０において、ＣＰＵ２３は、ＩＣカード３０からのアプリケーションに対応できるかどうかを、対応アプリケーションリストから検索する。なお、この検索のための初期化処理プログラムがメモリ２６に予め記憶されている。
そして、対応アプリケーションがあるときには、ステップ７０における判定がＹＥＳとなる。これに伴い、ＣＰＵ２３は、ステップ７１において、対応アプリケーション毎に対応するＳＡＭ２４、２５を選択し、セキュリティ処理を指令するする。このため、ＳＡＭ２４、２５は、ＩＣカード３０の認証（暗号化データの交換、機能チェック、不正防止）を行う。なお、ステップ７０の判定がＮＯとなる場合には、ＣＰＵ２３は、ステップ７２にて、対応アプリケーションには対応不能とのカードエラー表示処理がなされ、その旨、表示器２９に表示される。
【００２６】
また、上記ステップ７１におけるセキュリティ処理が完了しない場合には、ＣＰＵ２３が、ステップ８０にて、ＮＯと判定し、ステップ８２にて、ＩＣカード３０の破壊の表示処理をし、その旨、表示器２９に表示される。
ステップ８０における判定がＹＥＳとなると、ＣＰＵ２３は、ステップ８１にて、ＩＣカード３０のデータをＳＡＭ２４、２５のメモリ内に格納し、ステップ８３にてスタンバイモード処理をする。
【００２７】
その後、路上機１０が、図２のフローチャートのステップ１００において、通信フレームをＦＣＭＣを通して送信すると、カードリーダ２０がアンテナ２９により路上機１０の通信フレームを受信する。
上述のように、ステップ１１０における処理が終了すると、受信通信フレームは、図５のステップ２００において、通信回路２８を通してＣＰＵ２３に入力される。ついで、ＣＰＵ２３は、ステップ２１０において、通信フレーム中のアプリケーションを確認する。
【００２８】
その後、ステップ２２０において、ＣＰＵ２３は、対応アプリケーションがメモリ２６にあるかにつきチェックする。ここで、対応アプリケーションがないときには、ステップ２２０における判定がＮＯとなり、ＣＰＵ２３は、カードリーダ２０が路上機１０との通信を行わないように、ステップ２２１において、応答信号を送信しない処理をする。このため、カードリーダ２０は、路上機１０に対し応答信号を送信しない。
【００２９】
対応アプリケーションがある場合には、ステップ２２０における判定がＹＥＳとなり、ＣＰＵ２３は、ステップ２２２にて、対応アプリケーションをメモリ２６の記憶データから選択する。
そして、ＣＰＵ２３は、ステップ２２３にて、ＡＣＴＳを用いて対応アプリケーション（図９参照）を通信回路２８及びアンテナ２９を通して路上機１０に返す。
【００３０】
これに伴い、路上機１０は、ステップ１１０においてＡＣＴＣへの応答の有無を判定する。現段階では、カードリーダ２０から対応アプリケーションが送信されているため、路上機１０は、ステップ１１１において、カードリーダ２０のＩＤ（以下、カードリーダＩＤという）を確認し、そして受信したカードリーダＩＤ毎に応答するタイミング（ＭＤＳＣの位置）及びアプリケーションをステップ１１２において通信割り当てする。
【００３１】
これに伴い、路上機１０は、割り当てたタイミングにて次の通信フレームをステップ１２０においてＦＣＭＣを通して送信する。
カードリーダ２０が、路上機１０からの次の通信フレームをアンテナ２９により受信すると、ＣＰＵ２３は、この受信通信フレームを通信回路２８を通してステップ２３０において入力される。すると、ＣＰＵ２３は、ステップ２３１にて、上記次の通信フレームのＦＣＭＣから、どのタイミングで路上機１０と通信を行うかにつき読み出して通信準備を行う。即ち、ＣＰＵ２３は、上記次の通信フレームにおけるアプリケーションに対応したＳＡＭを、ＳＡＭ２４、２５から選択し、必要なセキュリティデータをセットして通信の準備を行う。
【００３２】
路上機１０は、ステップ１２０における上記次の通信フレームの送信後において、ステップ１２１において、ＭＤＳ毎にアプリケーションとこのアプリケーションに対応する路上機のＳＡＭを設定し、セキュリティデータを準備する。
然る後、路上機１０は、ステップ１３０において、その次の通信フレームをＭＤＳＣでもって送信する。
【００３３】
これに対応して、カードリーダ２０は、アンテナ２９によりその次の通信フレームを受信すると、この通信フレームは、通信回路２８を通してＣＰＵ２３に入力される。すると、ＣＰＵ２３は、ステップ２４０において、路上機１０からのＭＤＳＣを介する通信フレームを受信している否かを判定する。
現段階では、当該通信フレームは既に受信済みであることからステップ２４０における判定はＹＥＳとなる。すると、ＣＰＵ２３は、ＭＤＳＣに準備したデータを応答信号として通信回路２８及びアンテナ２９を通して路上機１０に送信する。
【００３４】
すると、路上機１０は、ステップ１４０において、カードリーダ２０からの通信フレームの受信に対する応答があるかにつき判定する。現段階では、カードリーダ２０からの応答信号は送信済みであることから、ステップ１４０における判定がＹＥＳとなる。
なお、当該ステップ１４０における判定がＮＯとなる場合には、路上機１０は、ステップ１４１において、ステップ１３０における通信フレームをＭＤＳＣでもってカードリーダ２０に再送信し、その後ステップ１２０乃至１４０の処理を繰り返す。ここで、カードリーダ２０では、上記再送信に基づく処理がＣＰＵ２３によりステップ２４０の判定としてなされる。
【００３５】
上述のように、カードリーダ２０においてステップ２４１の処理が終了すると、ＣＰＵ２３は、ステップ２４２にて、路上機１０より受信したデータをセキュリティ処理し、次の路上機への送信の準備を行い、次のステップ２４３において、セキュリティチェックを行う。
ここで、セキュリティが正常であれば、ＣＰＵ２３は、ステップ２５０にて、ＹＥＳと判定し、その後の処理に進む。
【００３６】
一方、路上機１０において上述のごとくステップ２５０におけるＹＥＳとの判定がなされると、路上機１０は、ステップ１４２において、受信データのセキュリティ処理を行い、ステップ１４３にて、セキュリティチェックを行う。
しかして、セキュリティが正常であれば、路上機１０はステップ１５０にてＹＥＳと判定しその後の処理に進む。なお、ステップ１５０における判定がＮＯとなる場合には、この結果がステップ１５１にて記録されてステップ１２０の処理が再度なされる。
【００３７】
以上のようにして、カードリーダ２０においてＣＰＵ２３がステップ２５０におけるＹＥＳとの判定し、路上機１０がステップ１５０にてＹＥＳと判定することで、カードリーダ２０及び路上機１０の双方のセキュリティが共に正常であると判定されると、路上機１０とカードリーダ２０との間では、以下のような通信処理がなされる。
【００３８】
即ち、路上機１０によるステップ１６０乃至ステップ１６３の処理及びカードリーダ２０のＣＰＵ２３によるステップ２６０乃至２６３の処理が繰り返されて路上機１０とカードリーダ２０との間のデータ送受信が繰り返される。
ここで、路上機１０は、ステップ１６０において、通信フレームをＦＣＭＣでもって送信し、ステップ２６１にてＭＤＳを設定し、ステップ２６２にてデータ準備をする。
【００３９】
一方、カードリーダ２０は、ステップ１６０にて送信された通信フレームをアンテナ２９により受信すると、この受信通信フレームは、ステップ２６０にてＣＰＵ２３に入力される。すると、ＣＰＵ２３は、ステップ２６１にて、ＭＤＳを設定し、ステップ１６２にてデータ準備する。
以上のような処理がなされると、両ステップ１６３、２６３における送受信処理でもって、路上機１０とカードリーダ２０との間の送受信がなされる。
【００４０】
このような状態において、路上機１０が、ステップ１７１にて、通信完了通知を送信すると、ＣＰＵ２３が、ステップ２７０において、アンテナ２９及び通信回路２８を通して上記通信完了通知を入力されて、通信完了応答を出力する。これに伴い、カードリーダ２０は、その通信回路２８及びアンテナ２９を通して上記通信完了応答を路上機１０に送信する。
【００４１】
これにより、路上機１０は、ステップ１７１にて、上記通信完了応答の受信により通信完了を確定し、その旨カードリーダ２０に送信する。このため、カードリーダ２０は、路上機１０からの通信完了確定の送信に基づき、ＣＰＵ２３により、ステップ２７１にて、通信終了処理をする。
以上説明したように、ＩＣカード３０が両アプリケーションを有していても、カードリーダ２０が、アプリケーションの正常なセキュリティを確認した上で、その後の処理を行う。
【００４２】
このことは、カードリーダ２０が単一であっても、ＩＣカード３０の各アプリケーションのセキュリティを正常に確保した上で、安全にその後の処理を行えることを意味する。
また、路上機１０とカードリーダ２０との通信が、カードリーダ２０によるアプリケーションの正常なセキュリティの確認後においてなされる。従って、ＩＣカード３０が両アプリケーションを有し、かつカードリーダ２０が単一であっても、路上機１０とカードリーダ２０との通信が正常になされ得る。
【００４３】
なお、本発明の実施にあたり、ＩＣカード３０が複数のアプリケーションを有するのではなく、例えば、別々のアプリケーションをそれぞれ有する複数のＩＣカードを、ＩＣカード３０に代えて採用しても、上記実施形態と同様の作用効果を達成できる。
また、本発明の実施にあたり、ＩＣカード３０のアプリケーション及びその数は上記実施形態にて述べたもの及び数に限ることなく、適宜変更して実施してもよい。
【図面の簡単な説明】
【図１】本発明の一実施形態を示す概略全体構成図である。
【図２】図１の路上機１０の処理を表すフローチャートの前段部である。
【図３】図１の路上機１０の処理を表すフローチャートの後段部である。
【図４】図１のカードリーダのＣＰＵにより実行されるカード用プログラムを表すフローチャートである。
【図５】図１のカードリーダのＣＰＵにより実行されるカードリーダ用プログラムを表すフローチャートの前段部である。
【図６】図１のカードリーダのＣＰＵにより実行されるカードリーダ用プログラムを表すフローチャートの後段部である。
【図７】路上機がカードリーダへアプリケーションＩＤを送信するのに用いる通信フレームの構成、この通信フレームのうちＦＣＭＣの構成、アプリケーションの割り当て例を示す図である。
【図８】
路上機とカードリーダとの間の通信の概要を示す図である。
【図９】
カードリーダが上記通信フレームのうちのＡＣＴＳに返すデータを表す図である。
【符号の説明】
１０…路上機、３０…ＩＣカード、２３…ＣＰＵ、２４、２５…ＳＡＭ。
【図１】
0003603652.tif 000002
【図２】
0003603652.tif 000003
【図３】
0003603652.tif 000004
【図４】
0003603652.tif 000005
【図５】
0003603652.tif 000006
【図６】
0003603652.tif 000007
【図７】
0003603652.tif 000008
【図８】
0003603652.tif 000009
【図９】
0003603652.tif 000010