(57)【要約】【課題】製造コストや運用コストを抑えつつ、処理の迅速化及び効率化、メモリ領域の効率的な使用が可能なＩＣカード、端末装置、ＩＣカードシステムなどを提供する。【解決手段】ＥＭＶ仕様のコマンドを端末装置２０から受信し、受信した命令に従ってクレジット取引についての処理を行い、処理結果を命令の応答として端末装置２０へ送信する、ＥＭＶ仕様に準じてクレジット取引について処理を行うＩＣカード１０において、ＣＤＯＬで指定したクレジット取引及び駐車料金サービスについての処理に必要なデータを含むＧＥＮＥＲＡＴＥ  ＡＣコマンドを端末装置２０から受信した場合に、このデータに基づいて、クレジット取引及び駐車料金サービスについての処理を行い、各処理の処理結果を含む応答を端末装置２０に送信することを特徴とする。駐車場ゲート７０は、ＩＣカード１０に記憶された当日の累積取引金額に基づいて駐車料金の割引額を算出する。【選択図】図１
2007328481.tif 000002
【特許請求の範囲】
【請求項１】
所定のＩＣクレジットカードの仕様の命令を外部の端末装置から受信する命令受信手段と、前記命令受信手段によって受信された命令に従ってクレジット取引についての処理を行うクレジット処理手段と、前記クレジット処理手段による処理結果を前記命令の応答として前記端末装置へ送信する処理結果送信手段とを備え、所定のＩＣクレジットカードの仕様に準じてクレジット取引について処理を行うＩＣカードであって、
前記命令受信手段によって受信された命令に応じて駐車料金サービスについての処理を行う駐車料金処理手段を備えること
を特徴とするＩＣカード。
【請求項２】
請求項１に記載のＩＣカードにおいて、
前記クレジット処理手段及び前記駐車料金処理手段は、前記命令受信手段によって受信された一の命令に応じて処理を行うこと
を特徴とするＩＣカード。
【請求項３】
請求項１又は請求項２に記載のＩＣカードにおいて、
前記処理結果送信手段は、前記クレジット処理手段による処理結果及び前記駐車料金処理手段による処理結果を、前記命令受信手段によって受信された一の命令の応答として前記端末装置へ送信すること
を特徴とするＩＣカード。
【請求項４】
請求項１から請求項３までのいずれか１項に記載のＩＣカードにおいて、
ＥＭＶ仕様に準じてクレジット取引について処理を行うこと
を特徴とするＩＣカード。
【請求項５】
請求項１から請求項４までのいずれか１項に記載のＩＣカードにおいて、
クレジット取引についての処理に必要なデータを識別するためのクレジット処理データ識別情報及び駐車料金サービスについての処理に必要なデータを識別するための駐車料金処理データ識別情報を前記端末装置へ送信する処理データ識別情報送信手段と、
前記処理データ識別情報送信手段によって送信されたクレジット処理データ識別情報が示すデータ及び駐車料金処理データ識別情報が示すデータを前記端末装置から受信する処理データ受信手段とを備え、
前記クレジット処理手段及び前記駐車料金処理手段は、前記処理データ受信手段によって受信されたデータに基づいて処理を行うこと
を特徴とするＩＣカード。
【請求項６】
請求項５に記載のＩＣカードにおいて、
前記処理データ識別情報送信手段は、前記クレジット処理データ識別情報及び前記駐車料金処理データ識別情報を含むＣＤＯＬを前記端末装置へ送信し、
前記命令受信手段は、前記クレジット処理データ識別情報が示すデータ及び前記駐車料金処理データ識別情報が示すデータを含むＧＥＮＥＲＡＴＥ  ＡＣコマンドを受信する前記処理データ受信手段であること
を特徴とするＩＣカード。
【請求項７】
請求項５又は請求項６に記載のＩＣカードにおいて、
当日の取引額を累積させた累積取引金額を記憶する累積取引金額記憶手段を備え、
前記駐車料金処理手段は、前回の処理が当日であると判断した場合には、前記処理データ受信手段によって前記端末装置から受信したデータに基づいて、前記累積取引金額記憶手段に記憶されている前記累積取引金額を更新し、前回の処理が当日でないと判断した場合には、前記累積取引金額を初期化してから前記更新を行う累積取引金額更新手段を有すること
を特徴とするＩＣカード。
【請求項８】
請求項１から請求項７までのいずれか１項に記載のＩＣカードにおいて、
外部の端末装置から認証の要求があった場合に、この要求に応じて前記端末装置又は利用者の認証を行う認証手段を備え、
前記クレジット処理手段及び前記駐車料金処理手段は、前記認証手段による一の認証結果に基づいて処理を行うこと
を特徴とするＩＣカード。
【請求項９】
請求項１から請求項８までのいずれか１項に記載のＩＣカードにおいて、
ＣＰＵが一のアプリケーションを実行することによって、前記クレジット処理手段及び前記駐車料金処理手段を実現すること
を特徴とするＩＣカード。
【請求項１０】
所定のＩＣクレジットカードの仕様の命令を外部の端末装置から受信する命令受信手順と、前記命令受信手順において受信した命令に従ってクレジット取引についての処理を行うクレジット処理手順と、前記クレジット処理手順における処理結果を前記命令の応答として前記端末装置へ送信する処理結果送信手順とを備え、所定のＩＣクレジットカードの仕様に準じてクレジット取引についての処理をＩＣカードに実行させるためのＩＣカードのプログラムであって、
前記命令受信手順において受信した命令に応じて駐車料金サービスについての処理を行う駐車料金処理手順を備えること
を特徴とするＩＣカードのプログラム。
【請求項１１】
請求項１０に記載のＩＣカードのプログラムにおいて、
前記クレジット処理手順及び前記駐車料金処理手順は、前記命令受信手順において受信した一の命令に応じて処理を行うこと
を特徴とするＩＣカードのプログラム。
【請求項１２】
請求項１０又は請求項１１に記載のＩＣカードのプログラムにおいて、
前記処理結果送信手順は、前記クレジット処理手順における処理結果及び前記駐車料金処理手順における処理結果を、前記命令受信手順において受信した一の命令の応答として前記端末装置へ送信すること
を特徴とするＩＣカードのプログラム。
【請求項１３】
請求項１０から請求項１２までのいずれか１項に記載のＩＣカードのプログラムにおいて、
ＥＭＶ仕様に準じてクレジット取引について処理を行うこと
を特徴とするＩＣカードのプログラム。
【請求項１４】
請求項１０から請求項１３までのいずれか１項に記載のＩＣカードのプログラムにおいて、
クレジット取引についての処理に必要なデータを識別するためのクレジット処理データ識別情報及び駐車料金サービスについての処理に必要なデータを識別するための駐車料金処理データ識別情報を前記端末装置へ送信する処理データ識別情報送信手順と、
前記処理データ識別情報送信手順において送信したクレジット処理データ識別情報が示すデータ及び駐車料金処理データ識別情報が示すデータを前記端末装置から受信する処理データ受信手順とを備え、
前記クレジット処理手順及び前記駐車料金処理手順は、前記処理データ受信手順において受信したデータに基づいて処理を行うこと
を特徴とするＩＣカードのプログラム。
【請求項１５】
請求項１４に記載のＩＣカードのプログラムにおいて、
前記処理データ識別情報送信手順は、前記クレジット処理データ識別情報及び前記駐車料金処理データ識別情報を含むＣＤＯＬを前記端末装置へ送信し、
前記命令受信手順は、前記クレジット処理データ識別情報が示すデータ及び前記駐車料金処理データ識別情報が示すデータを含むＧＥＮＥＲＡＴＥ  ＡＣコマンドを受信する前記処理データ受信手順であること
を特徴とするＩＣカードのプログラム。
【請求項１６】
請求項１４又は請求項１５に記載のＩＣカードのプログラムにおいて、
前記駐車料金処理手順は、前記ＩＣカードに記憶されている当日の取引額を累積させた累積取引金額を、前回の処理が当日であると判断した場合には、前記処理データ受信手順によって前記端末装置から受信したデータに基づいて更新し、前回の処理が当日でないと判断した場合には、前記累積取引金額を初期化してから前記更新を行う累積取引金額更新手順を有すること
を特徴とするＩＣカードのプログラム。
【請求項１７】
請求項１０から請求項１６までのいずれか１項に記載のＩＣカードのプログラムにおいて、
外部の端末装置から認証の要求があった場合に、この要求に応じて前記端末装置又は利用者の認証を行う認証手順を備え、
前記認証手順における認証結果に基づいて、前記クレジット処理手順及び前記駐車料金処理手順を実行すること
を特徴とするＩＣカードのプログラム。
【請求項１８】
所定のＩＣクレジットカードの仕様の命令をＩＣカードに対して送信するクレジット処理命令送信手段と、前記ＩＣカードから応答を受信する応答受信手段と、前記応答受信手段によって受信された応答に基づいて、クレジット取引についての処理を行うクレジット処理手段とを備え、所定のＩＣクレジットカードの仕様に準じてクレジット取引について処理を行う端末装置であって、
前記応答受信手段によって受信された応答に基づいて駐車料金サービスについての処理を行う駐車料金処理手段を備えること
を特徴とする端末装置。
【請求項１９】
請求項１８に記載の端末装置において、
前記クレジット処理手段及び前記駐車料金処理手段は、前記命令受信手段によって受信された一の応答に基づいて処理を行うこと
を特徴とする端末装置。
【請求項２０】
請求項１８又は請求項１９に記載の端末装置において、
ＥＭＶ仕様に準じてクレジット取引について処理を行うこと
を特徴とする端末装置。
【請求項２１】
請求項１８から請求項２０までのいずれか１項に記載の端末装置において、
前記応答受信手段は、クレジット取引についての処理に必要なデータを識別するためのクレジット処理データ識別情報及び駐車料金サービスについての処理に必要なデータを識別するための駐車料金処理データ識別情報を含む応答をＩＣカードから受信し、
前記命令送信手段は、前記応答受信手段によって受信されたクレジット処理データ識別情報が示すデータ及び駐車料金処理データ識別情報が示すデータを含む命令を前記ＩＣカードへ送信し、
前記応答受信手段は、クレジット処理の処理結果及び駐車料金サービスについての処理結果を含む応答を前記ＩＣカードから受信すること
を特徴とする端末装置。
【請求項２２】
請求項２１に記載の端末装置において、
前記命令受信手段は、前記クレジット処理データ識別情報及び前記駐車料金処理データ識別情報を含むＣＤＯＬを有する応答を前記ＩＣカードから受信し、
前記命令送信手段は、前記クレジット処理データ識別情報が示すデータ及び前記駐車料金処理データ識別情報が示すデータを含むＧＥＮＥＲＡＴＥ  ＡＣコマンドを送信すること
を特徴とする端末装置。
【請求項２３】
請求項１８から請求項２２までのいずれか１項に記載の端末装置において、
ＩＣカードから認証の要求があった場合に、この要求に応じて前記ＩＣカードの認証を行う認証手段を備え、
前記クレジット処理手段及び前記駐車料金処理手段は、前記認証手段による一の認証結果に基づいて処理を行うこと
を特徴とする端末装置。
【請求項２４】
ＩＣカードとの通信に基づいて処理を行う端末装置に実行させるプログラムであって、
請求項１８から請求項２３までのいずれか１項に記載の各手段の機能を実行するための手順を備えていること
を特徴とするプログラム。
【請求項２５】
請求項１から請求項９までのいずれか１項に記載のＩＣカードと、
請求項１８から請求項２３までのいずれか１項に記載の端末装置と
を備えるＩＣカードシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定のＩＣクレジットカードの仕様に準じてクレジット取引について処理を行うＩＣカード及びそのプログラム、ＩＣカードとの通信に基づいて処理を行う端末装置及びそのプログラム、このＩＣカード及び端末装置を備えるＩＣカードシステムに関するものである。
【背景技術】
【０００２】
近年、商品や役務の差別化のため、種々のポイントサービスが利用者に提供され、クレジットカードの利用者がポイントサービスを利用する機会が多くなっている。ポイントサービスは、利用者の商品の購入、役務の利用などの利用者の商取引行為に応じてポイントなどの付加価値を利用者に付与する付加価値付与サービスである。利用者は、付与された付加価値を、現金に換算して商品代金を精算（ポイント精算）するなど、他の価値に換算して利用することが可能である。
一方、偽造防止などのためにクレジットカードのＩＣカード化が進み、ＩＣクレジットカードシステムのデファクトスタンダード仕様として、ユーロペイ、マスターカードインターナショナル、ビザインターナショナルのクレジットカード３社によってＥＭＶ仕様が提案されている（例えば、非特許文献１参照。）。
【０００３】
図８は、ＥＭＶ仕様において、ＩＣカード１０−２及び端末装置２０−２がクレジット取引について行う処理（クレジット処理）を示すフローチャートである。以下、ＩＣカード１０−２及び端末装置２０−２のＣＰＵの処理を中心に説明する。
ステップ３００（以下、「ステップ」を「Ｓ」という。）及びＳ５００において、ＩＣカード１０−２は、端末装置２０−２から電力の供給を受け、コマンド待ちの状態にある。端末装置２０−２は、ＩＣカード１０−２側にＳＥＬＥＣＴ ＦＩＬＥコマンドを送ってクレジット取引用のアプリケーションを選択し（Ｓ３１０，Ｓ５１０）、ＧＥＴ  ＰＲＯＣＥＳＳＩＮＧ  ＯＰＴＩＯＮＳコマンドを送って、指定したアプリケーションの初期化・起動を指示する（Ｓ３２０，Ｓ５２０）。
【０００４】
ＧＥＴ  ＰＲＯＣＥＳＳＩＮＧ  ＯＰＴＩＯＮＳコマンドに応じて、ＩＣカード１０−２は、ＡＩＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｉｎｔｅｒｃｈａｎｇｅ  Ｐｒｏｆｉｌｅ）及びＡＦＬ（Ａｐｐｌｉｃａｔｉｏｎ  Ｆｉｌｅ  Ｌｏｃａｔｏｒ）を端末装置２０−２に返す。
端末装置２０−２は、ＡＦＬが示す格納場所から所望のアプリケーションデータを読み出すＲＥＡＤ  ＲＥＣＯＲＤコマンドをＩＣカード１０−２に送信し、ＣＤＯＬ（Ｃａｒｄ  Ｒｉｓｋ  Ｍａｎａｇｅｍｅｎｔ  Ｄａｔａ  Ｏｂｊｅｃｔ  Ｌｉｓｔ；カードリスク管理データオブジェクトリスト）を含むアプリケーションデータを取得する（Ｓ３３０，Ｓ５３０）。
【０００５】
ＣＤＯＬは、取引額、取引日付などの取引関連情報など、ＩＣカード１０−２がカードリスク管理とアクション分析（Ｓ５５０）に必要なデータをタイミングよく端末装置２０−２から入手するために利用するデータであって、ＩＣカード１０−２が必要とするデータの、「タグ値」と「長さ情報」などの識別情報をリストアップし、指定したものである。ＣＤＯＬには、ＣＤＯＬ１、ＣＤＯＬ２があり、ＣＤＯＬ１で指定されているデータは、端末装置２０−２からＩＣカード１０−２へ１回目に送信するＧＥＮＥＲＡＴＥ  ＡＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｃｒｙｐｔｏｇｒａｍ）コマンド（Ｓ３８０）のデータフィールドにセットされ、ＣＤＯＬ２で指定されているデータは、２回目のＧＥＮＥＲＡＴＥ  ＡＣコマンド（Ｓ４２０）にセットされ、それぞれ端末装置２０−２からＩＣカード１０−２へ提供される。
【０００６】
端末装置２０−２は、取得したアプリケーションデータに基づいて、ＩＣカード１０−２（アプリケーションデータ）の正当性を検証する静的認証（Ｓｔａｔｉｃ  Ｄａｔａ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）を行う（Ｓ３４０）。なお、ＩＣカード１０−２及び端末装置２０−２の双方が動的認証（Ｄｙｎａｍｉｃ  Ｄａｔａ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）に対応している場合には、静的認証の代わりに動的認証を行ってもよい。動的認証においては、端末装置２０−２からＩＣカード１０−２へカード認証のためのＩＮＴＥＲＮＡＬ  ＡＵＴＨＥＮＴＩＣＡＴＥコマンドを送信する。ＩＣカード１０−２は、このコマンドに応じて、署名（Ｄｙｎａｍｉｃ  Ｄａｔａ）を生成して端末装置２０−２に送信する。端末装置２０−２は、受信した署名に基づいてＩＣカード１０−２の正当性を検証する。
【０００７】
端末装置２０−２は、有効期限チェック、バージョンチェックなど、取得したアプリケーションデータに基づいて、ＩＣカード１０−２の処理制限を確認し、処理が可能であるかを確認する（Ｓ３５０）。
端末装置２０−２は、ＶＥＲＩＦＹコマンドをＩＣカード１０−２へ送信し、利用者がカードホルダ（カード名義人）であることを検証するカードホルダ検証を行う（Ｓ３６０）。つまり、端末装置２０−２は、キーパットなどの入力装置から利用者によって入力される暗証番号をＩＣカード１０−２へ送信し、ＩＣカード１０−２は、この入力暗証番号と、記録している登録暗証番号とを照合し、照合結果（ＯＫ又はＮＧ）を端末装置２０−２へ返す（Ｓ５４０）。
【０００８】
カードホルダの認証後、端末装置２０−２は、Ｓ３４０からＳ３６０までの検証結果、ＩＣカード１０−２から読み出したデータ、端末リスク管理のテーブルなどに基づいて、クレジット取引を承認するか、オフライン又はオンラインで処理を行うかなどを分析、決定する端末リスク管理とアクション分析の処理を行う（Ｓ３７０）。端末リスク管理のテーブルは、オフライン処理でクレジット取引を承認する場合（オフライン承認）を、主に頻度の観点から制限するためのテーブルであって、端末フロアリミット（取引承認限度額）、オフライン承認の連続回数及び金額、ランダムオンラインチェク、ヴェロシティチェックなどのオフライン承認の条件を示している。
【０００９】
端末アクション分析の結果、オフライン取引を承認した場合には、端末装置２０−２は、Ｓ３３０で読み出したＣＤＯＬで指定されているデータ（端末アクション分析結果、取引関連情報など）を含むＧＥＮＥＲＡＴＥ  ＡＣコマンドをＩＣカード１０−２に送信し、オフライン取引の承認（ＴＣ；Ｔｒａｎｓａｃｔｉｏｎ  Ｃｅｒｔｉｆｉｃａｔｅ）を要求する（Ｓ３８０）。
ＧＥＮＥＲＡＴＥ  ＡＣコマンドは、カードリスク管理を用いて、取引関連情報から処理方法（オンライン又はオフライン）、取引の可否を判別し、判別に応じたデータの認証コードを生成するために使用されるコマンド（命令）である。
【００１０】
ＩＣカード１０−２は、端末装置２０−２から受け取ったデータ、ＩＣカード１０−２自身が保持するデータ（前回の取引結果、オフラインでの取引履歴など）、保持している条件リストなどに基づいて、オンライン処理にするかオフライン処理にするか、オフライン処理を選択した場合には、取引を承認するかを決定するカードリスク管理とアクション分析の処理を行う（Ｓ５５０）。ＩＣカード１０−２は、オフライン取引を承認する場合には、取引関連情報に基づいて保持している履歴情報などを更新し、ＴＣを含む応答を端末装置２０−２に返し、端末装置２０−２及びＩＣカード１０−２は、処理を終了する（Ｓ３９０，Ｓ４４０、Ｓ５５５，Ｓ５９０）。取引内容は、事後的に、バッチ処理でまとめて端末装置２０−２からイシュアホストに送信される。一方、ＩＣカード１０−２がオンライン処理を選択した場合には、Ｓ４００へ進む（Ｓ３９０）。
【００１１】
一方、端末アクション分析（Ｓ３７０）の結果、オンライン処理に決定した場合には、端末装置２０−２は、ＩＣカード１０−２にＧＥＮＥＲＡＴＥ  ＡＣコマンドを送信して、ＣＤＯＬに指定されているデータを提供し、オンライン処理の承認（ＡＲＱＣ；Ａｕｔｈｏｒｉｓａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ｃｒｙｐｔｏｇｒａｍ）を要求する（Ｓ３８０）。ＩＣカード１０−２は、端末装置２０−２から受け取ったデータ、ＩＣカード１０−２自身が保持するデータ、保持している条件リストなどに基づいて、オンライン処理を承認するかを決定するカードリスク管理とアクション分析を行う（Ｓ５５０）。オンライン処理を承認した場合には、承認の証明となるＡＲＱＣを含む応答を返すなど、判断結果を端末装置２０−２に返す。なお、ＩＣカード１０−２が端末装置２０−２からのＧＥＮＥＲＡＴＥ  ＡＣコマンドに対して取引拒否の分析結果を返した場合には、端末装置２０−２及びＩＣカード１０−２は、クレジット取引を承認せずに処理を終了する。
【００１２】
ＩＣカード１０−２がオンライン処理を承認又は選択した場合には、端末装置２０−２は、専用線などの通信回線を介してイシュアホストに、カード番号などの認証情報、取引関連情報、ＡＲＱＣなどを送信し、オンライン処理を行う（Ｓ４００）。イシュアホストは、取引を承認するかを判断し、ＡＲＰＣ（Ａｕｔｈｏｒｉｓａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  Ｃｒｙｐｔｏｇｒａｍ）、ＡＲＣ（Ａｕｔｈｏｒｉｓａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  Ｃｏｄｅ）などの判断結果、Ｉｓｓｕｅｒ  Ｓｃｒｉｐｔなどを含む応答を端末装置２０−２に返す。Ｉｓｓｕｅｒ  Ｓｃｒｉｐｔは、ＩＣカード１０−２に対して行うべき処理（スクリプト処理）がある場合に端末装置２０−２に送信され、ＡＰＰＬＩＣＡＴＩＯＮ  ＢＬＯＣＫコマンド、ＡＰＰＬＩＣＡＴＩＯＮ  ＵＮＢＬＯＣＫコマンド、ＰＩＮ  ＣＨＡＮＧＥ／ＵＮＢＬＯＣＫコマンド、ＣＡＲＤ  ＢＬＯＣＫコマンドなど、スクリプト処理の内容を指定する情報である。
【００１３】
端末装置２０−２は、イシュアホストから受け取ったＡＲＰＣコマンドなどをもとに、イシュアホストを認証するためのＥＸＴＥＲＮＡＬ  ＡＵＴＨＥＮＴＩＣＡＴＥコマンドを作成し、ＩＣカード１０−２に送信する（Ｓ４１０）。ＩＣカード１０−２は、受信したＥＸＴＥＲＮＡＬ  ＡＵＴＨＥＮＴＩＣＡＴＥコマンドに基づいてイシュアホストの正当性を検証するイシュア認証処理を行い、検証結果（ＯＫ又はＮＧ）を端末装置２０−２に返す（Ｓ５６０）。
【００１４】
ＩＣカード１０−２によるイシュア認証処理が行われた後、端末装置２０−２は、Ｓ３３０で読み出したＣＤＯＬで指定されている情報を含み、取引終了を通知するＧＥＮＥＲＡＴＥ  ＡＣコマンドをＩＣカード１０−２に送り、完了処理を行う（Ｓ４２０）。ＩＣカード１０−２は、取引関連情報に基づいて保持している履歴情報などを更新し、アプリケーションを終了させ、取引証明となるＴＣを含む応答を端末装置２０−２に返す（Ｓ５７０）。
【００１５】
端末装置２０−２は、イシュアホストから受け取ったＩｓｓｕｅｒ  Ｓｃｒｉｐｔに従って、コマンドをＩＣカード１０−２に送信し、スクリプト処理を行う（Ｓ４３０）。ＩＣカード１０−２は、コマンドに応じて処理を行い、処理結果を端末装置２０−２に返し、端末装置２０−２及びＩＣカード１０−２は、処理を終了する（Ｓ４４０，Ｓ５９０）。
なお、端末装置２０−２及びＩＣカード１０−２は、スクリプト処理を、完了処理（Ｓ４２０）の終了後に行っているが（Ｓ４３０）、オンライン処理（Ｓ４００）と完了処理（Ｓ４２０）の間で行ってもよい。
【００１６】
クレジットサービス及びポイントサービスは、商品購入や役務利用の精算の場など、同じ機会に利用されることが多いため、利用者の利便性の向上の観点から、クレジット取引について処理を行うクレジットアプリケーションに加え、ポイントサービスについて処理を行うポイントアプリケーションが搭載されたＩＣカードも提案されている。
このＩＣカードを用いて利用者がクレジットサービス及びポイントサービスを利用する場合には、先ず、ＩＣカード１０−２及び端末装置２０−２は、上記手順でクレジットアプリケーションを選択してクレジット取引についての処理を行う。この処理の完了後に、再び、ＩＣカード１０−２及び端末装置２０−２間で通信を行い、ポイントアプリケーションを選択し、データ認証を行うなど、略同様の手順でポイントサービスについての処理を行っていた。
【非特許文献１】“Integrated Circuit Card Specifications for Payment SystemsBook3 Version4.1”、［online］、平成１６年５月、EMVCo、［平成１８年３月３０日検索］、インターネット〈http://www.emvco.com/cgi#bin/terms.pl?action=view&fichier=documents/specification/view/EMVv4.1Book3ApplicationSpecification.pdf〉
【発明の開示】
【発明が解決しようとする課題】
【００１７】
従って、処理に時間がかかるという問題があった。また、暗号処理のプログラムやアプリケーション選択のプログラムなど、共通するプログラムをそれぞれ有するクレジットアプリケーション及びポイントアプリケーションを別々に搭載するため、メモリ領域が無駄に占有されるという問題があった。特に、ＩＣカード１０−２の場合には、メモリ容量が小さいため、この問題が深刻であった。
一方、百貨店では、車で来店する顧客のために駐車券を発券し、買い物額に応じて駐車料金を割り引くシステムを導入しており、専用のＩＣ駐車券カードを使ったシステムなども考えられている。
しかし、単一目的のカードを作るにはコストがかさみ、また、紙ベースの駐車券であれば、運用コストがかかる、という問題があった。
【００１８】
本発明の課題は、製造コストや運用コストを抑えつつ、処理の迅速化及び効率化、メモリ領域の効率的な使用が可能なＩＣカード、ＩＣカードのプログラム、端末装置、プログラム及びＩＣカードシステムを提供することである。
【課題を解決するための手段】
【００１９】
本発明は、以下のような解決手段により、前記課題を解決する。なお、理解を容易にするために、本発明の実施例に対応する符号を付して説明するが、これに限定されるものではない。すなわち、請求項１の発明は、所定のＩＣクレジットカードの仕様の命令を外部の端末装置（２０）から受信する命令受信手段（１１，１４）と、前記命令受信手段によって受信された命令に従ってクレジット取引についての処理を行うクレジット処理手段（１１）と、前記クレジット処理手段による処理結果を前記命令の応答として前記端末装置へ送信する処理結果送信手段（１１，１４）とを備え、所定のＩＣクレジットカードの仕様に準じてクレジット取引について処理を行うＩＣカードであって、前記命令受信手段によって受信された命令に応じて駐車料金サービスについての処理を行う駐車料金処理手段（１１）を備えることを特徴とするＩＣカードである。
【００２０】
請求項２の発明は、請求項１に記載のＩＣカードにおいて、前記クレジット処理手段及び前記駐車料金処理手段は、前記命令受信手段によって受信された一の命令（ＳＥＬＥＣＴ又はＧＥＮＥＲＡＴＥ  ＡＣなど）に応じて処理を行うことを特徴とするＩＣカード（１０）である。
【００２１】
請求項３の発明は、請求項１又は請求項２に記載のＩＣカードにおいて、前記処理結果送信手段は、前記クレジット処理手段による処理結果及び前記駐車料金処理手段による処理結果を、前記命令受信手段によって受信された一の命令の応答として前記端末装置へ送信することを特徴とするＩＣカード（１０）である。
【００２２】
請求項４の発明は、請求項１から請求項３までのいずれか１項に記載のＩＣカードにおいて、ＥＭＶ仕様に準じてクレジット取引について処理を行うことを特徴とするＩＣカード（１０）である。
【００２３】
請求項５の発明は、請求項１から請求項４までのいずれか１項に記載のＩＣカードにおいて、クレジット取引についての処理に必要なデータを識別するためのクレジット処理データ識別情報及び駐車料金サービスについての処理に必要なデータを識別するための駐車料金処理データ識別情報を前記端末装置へ送信する処理データ識別情報送信手段（１１，１４）と、前記処理データ識別情報送信手段によって送信されたクレジット処理データ識別情報が示すデータ及び駐車料金処理データ識別情報が示すデータを前記端末装置から受信する処理データ受信手段（１１，１４）とを備え、前記クレジット処理手段及び前記駐車料金処理手段は、前記処理データ受信手段によって受信されたデータに基づいて処理を行うことを特徴とするＩＣカード（１０）である。
【００２４】
請求項６の発明は、請求項５に記載のＩＣカードにおいて、前記処理データ識別情報送信手段は、前記クレジット処理データ識別情報及び前記駐車料金処理データ識別情報を含むＣＤＯＬを前記端末装置へ送信し、前記命令受信手段は、前記クレジット処理データ識別情報が示すデータ及び前記駐車料金処理データ識別情報が示すデータを含むＧＥＮＥＲＡＴＥ  ＡＣコマンドを受信する前記処理データ受信手段であることを特徴とするＩＣカード（１０）である。
【００２５】
請求項７の発明は、請求項５又は請求項６に記載のＩＣカードにおいて、当日の取引額を累積させた累積取引金額を記憶する累積取引金額記憶手段（１３）を備え、前記駐車料金処理手段は、前回の処理が当日であると判断した場合には、前記処理データ受信手段によって前記端末装置から受信したデータに基づいて、前記累積取引金額記憶手段に記憶されている前記累積取引金額を更新し、前回の処理が当日でないと判断した場合には、前記累積取引金額を初期化してから前記更新を行う累積取引金額更新手段（１１）を有することを特徴とするＩＣカード（１０）である。
【００２６】
請求項８の発明は、請求項１から請求項７までのいずれか１項に記載のＩＣカードにおいて、外部の端末装置から認証の要求があった場合に、この要求に応じて前記端末装置又は利用者の認証を行う認証手段（１１）を備え、前記クレジット処理手段及び前記駐車料金処理手段は、前記認証手段による一の認証結果に基づいて処理を行うことを特徴とするＩＣカード（１０）である。
【００２７】
請求項９の発明は、請求項１から請求項８までのいずれか１項に記載のＩＣカードにおいて、ＣＰＵ（１１）が一のアプリケーションを実行することによって、前記クレジット処理手段及び前記駐車料金処理手段を実現することを特徴とするＩＣカード（１０）である。
【００２８】
請求項１０の発明は、所定のＩＣクレジットカードの仕様の命令を外部の端末装置（２０）から受信する命令受信手順と、前記命令受信手順において受信した命令に従ってクレジット取引についての処理を行うクレジット処理手順と、前記クレジット処理手順における処理結果を前記命令の応答として前記端末装置へ送信する処理結果送信手順とを備え、所定のＩＣクレジットカードの仕様に準じてクレジット取引についての処理をＩＣカード（１０）に実行させるためのＩＣカードのプログラムであって、前記命令受信手順において受信した命令に応じて駐車料金サービスについての処理を行う駐車料金処理手順（Ｓ５１０’、Ｓ５５０’、Ｓ５７０’）を備えることを特徴とするＩＣカードのプログラムである。
【００２９】
請求項１１の発明は、請求項１０に記載のＩＣカードのプログラムにおいて、前記クレジット処理手順及び前記駐車料金処理手順は、前記命令受信手順において受信した一の命令に応じて処理を行うことを特徴とするＩＣカードのプログラムである。
【００３０】
請求項１２の発明は、請求項１０又は請求項１１に記載のＩＣカードのプログラムにおいて、前記処理結果送信手順は、前記クレジット処理手順における処理結果及び前記駐車料金処理手順における処理結果を、前記命令受信手順において受信した一の命令の応答として前記端末装置へ送信することを特徴とするＩＣカードのプログラムである。
【００３１】
請求項１３の発明は、請求項１０から請求項１２までのいずれか１項に記載のＩＣカードのプログラムにおいて、ＥＭＶ仕様に準じてクレジット取引について処理を行うことを特徴とするＩＣカードのプログラムである。
【００３２】
請求項１４の発明は、請求項１０から請求項１３までのいずれか１項に記載のＩＣカードのプログラムにおいて、クレジット取引についての処理に必要なデータを識別するためのクレジット処理データ識別情報及び駐車料金サービスについての処理に必要なデータを識別するための駐車料金処理データ識別情報を前記端末装置へ送信する処理データ識別情報送信手順（Ｓ５３０）と、前記処理データ識別情報送信手順において送信したクレジット処理データ識別情報が示すデータ及び駐車料金処理データ識別情報が示すデータを前記端末装置から受信する処理データ受信手順（Ｓ５５０’、Ｓ５７０’）とを備え、前記クレジット処理手順及び前記駐車料金処理手順は、前記処理データ受信手順において受信したデータに基づいて処理を行うことを特徴とするＩＣカードのプログラムである。
【００３３】
請求項１５の発明は、請求項１４に記載のＩＣカードのプログラムにおいて、前記処理データ識別情報送信手順は、前記クレジット処理データ識別情報及び前記駐車料金処理データ識別情報を含むＣＤＯＬを前記端末装置へ送信し、前記命令受信手順は、前記クレジット処理データ識別情報が示すデータ及び前記駐車料金処理データ識別情報が示すデータを含むＧＥＮＥＲＡＴＥ  ＡＣコマンドを受信する前記処理データ受信手順であることを特徴とするＩＣカードのプログラムである。
【００３４】
請求項１６の発明は、請求項１４又は請求項１５に記載のＩＣカードのプログラムにおいて、前記駐車料金処理手順は、前記ＩＣカードに記憶されている当日の取引額を累積させた累積取引金額を、前回の処理が当日であると判断した場合には、前記処理データ受信手順によって前記端末装置から受信したデータに基づいて更新し、前回の処理が当日でないと判断した場合には、前記累積取引金額を初期化してから前記更新を行う累積取引金額更新手順（Ｓ５５０’、Ｓ５７０’）を有することを特徴とするＩＣカードのプログラムである。
【００３５】
請求項１７の発明は、請求項１０から請求項１６までのいずれか１項に記載のＩＣカードのプログラムにおいて、外部の端末装置から認証の要求があった場合に、この要求に応じて前記端末装置又は利用者の認証を行う認証手順を備え、前記認証手順における認証結果に基づいて、前記クレジット処理手順及び前記駐車料金処理手順を実行することを特徴とするＩＣカードのプログラムである。
【００３６】
請求項１８の発明は、所定のＩＣクレジットカードの仕様の命令をＩＣカードに対して送信するクレジット処理命令送信手段（２１，２４）と、前記ＩＣカードから応答を受信する応答受信手段と、前記応答受信手段によって受信された応答に基づいて、クレジット取引についての処理を行うクレジット処理手段（２１）とを備え、所定のＩＣクレジットカードの仕様に準じてクレジット取引について処理を行う端末装置であって、前記応答受信手段によって受信された応答に基づいて駐車料金サービスについての処理を行う駐車料金処理手段（２１）を備えることを特徴とする端末装置（２０）である。
【００３７】
請求項１９の発明は、請求項１８に記載の端末装置において、前記クレジット処理手段及び前記駐車料金処理手段は、前記命令受信手段によって受信された一の応答に基づいて処理を行うことを特徴とする端末装置（２０）である。
【００３８】
請求項２０の発明は、請求項１８又は請求項１９に記載の端末装置において、ＥＭＶ仕様に準じてクレジット取引について処理を行うことを特徴とする端末装置（２０）である。
【００３９】
請求項２１の発明は、請求項１８から請求項２０までのいずれか１項に記載の端末装置において、前記応答受信手段は、クレジット取引についての処理に必要なデータを識別するためのクレジット処理データ識別情報及び駐車料金サービスについての処理に必要なデータを識別するための駐車料金処理データ識別情報を含む応答をＩＣカードから受信し、前記命令送信手段は、前記応答受信手段によって受信されたクレジット処理データ識別情報が示すデータ及び駐車料金処理データ識別情報が示すデータを含む命令を前記ＩＣカードへ送信し、前記応答受信手段は、クレジット処理の処理結果及び駐車料金サービスについての処理結果を含む応答を前記ＩＣカードから受信することを特徴とする端末装置（２０）である。
【００４０】
請求項２２の発明は、請求項２１に記載の端末装置において、前記命令受信手段は、前記クレジット処理データ識別情報及び前記駐車料金処理データ識別情報を含むＣＤＯＬを有する応答を前記ＩＣカードから受信し、前記命令送信手段は、前記クレジット処理データ識別情報が示すデータ及び前記駐車料金処理データ識別情報が示すデータを含むＧＥＮＥＲＡＴＥ  ＡＣコマンドを送信することを特徴とする端末装置（２０）である。
【００４１】
請求項２３の発明は、請求項１８から請求項２２までのいずれか１項に記載の端末装置において、ＩＣカードから認証の要求があった場合に、この要求に応じて前記ＩＣカードの認証を行う認証手段（２１）を備え、前記クレジット処理手段及び前記駐車料金処理手段は、前記認証手段による一の認証結果に基づいて処理を行うことを特徴とする端末装置（２０）である。
【００４２】
請求項２４の発明は、ＩＣカードとの通信に基づいて処理を行う端末装置に実行させるプログラムであって、請求項１８から請求項２３までのいずれか１項に記載の各手段の機能を実行するための手順を備えていることを特徴とするプログラムである。
【００４３】
請求項２５の発明は、請求項１から請求項９までのいずれか１項に記載のＩＣカード（１０）と、請求項１８から請求項２３までのいずれか１項に記載の端末装置（２０）とを備えるＩＣカードシステム（１）である。
【発明の効果】
【００４４】
本発明によるＩＣカード、ＩＣカードのプログラム、端末装置、プログラム及びＩＣカードシステムによれば、以下の効果を得ることが可能となる。
（１）ＩＣカードに駐車料金サービスについての処理を行う機能を搭載し、クレジット取引についての機能と駐車料金サービスについての機能とを１つにまとめることによって、１つのＩＣカードがあれば、紙の駐車券を発行しなくてもよくなり、製造コストや運用コストを抑えることができる。また、クレジット取引の処理をしている間に駐車券の処理を行うことができるので、手続きにかかる時間を短縮することができ顧客の利便性が高まるとともに、駐車券に印鑑を押したりする手間が省け、人員に関しても資材に関してもコストダウンを図ることができる。
（２）一の命令に従って、ＩＣカードがクレジット取引について処理を行うとともに、この命令に応じて駐車料金サービスについての処理を行うことによって、一の命令によってＩＣカードに対してクレジット取引についての処理、駐車料金サービスについての処理を命令することができ、通信回数を低減し、処理の迅速化を図ることが可能となる。同様に、一の応答に基づいて、端末装置がクレジット取引についての処理及び駐車料金サービスについての処理を行うことによって、通信回数を低減し、処理の迅速化を図ることが可能となる。また、ＩＣカード内のクレジット取引についてのアプリケーション及び駐車料金サービスについてのアプリケーションを一つにし、従来では重複していたプログラム（ＲＥＡＤコマンド、ＳＥＬＥＣＴコマンドに対する処理プログラム、暗号処理プログラムなど）を削減するなど、メモリ領域の効率的な使用が可能となる。更に、ＳＥＬＥＣＴコマンドで改めて他のアプリケーションを選択しなくてもクレジット取引及び駐車料金サービスについて処理を行うことができ、処理の迅速化及び効率化を図ることが可能となる。
特に、ＥＭＶ仕様などの所定のＩＣクレジットカード仕様の命令に応じて、ＩＣカード及び端末装置がクレジット取引及び駐車料金サービスについての処理を行うことによって、所定のＩＣクレジットカード仕様のクレジット取引のための端末装置用のプログラムに大きな改変をせずとも、本発明のＩＣカードと通信を行い、駐車料金サービスについて処理を行うことが可能な端末装置を実現することができる。
（３）ＩＣカードが、クレジット取引についての処理結果及び駐車料金サービスについての処理結果を一の命令の応答として端末装置へ送信することによって、所定のＩＣクレジットカード仕様と同様の流れで処理を行うことができ、処理の迅速化及び効率化を図ることが可能となる。
（４）クレジット処理データ識別情報及び駐車料金処理データ識別情報をＩＣカードから端末装置へ送信し、クレジット処理データ識別情報が示すデータ及び駐車料金処理データ識別情報が示すデータを端末装置からＩＣカードが受信することによって、所定のＩＣクレジットカード仕様の処理の流れの中で駐車料金サービスについての処理に必要なデータを端末装置から取得し、処理の迅速化及び効率化を図ることができる。
（５）特に、ＣＤＯＬを送信し、タグ値などのクレジット処理データ識別情報及び駐車料金処理データ識別情報が示すデータを含むＧＥＮＥＲＡＴＥ  ＡＣコマンドをＩＣカードが受信することによって、ＥＭＶ仕様の処理の流れの中で駐車料金サービスについての処理に必要なデータを端末装置から取得することが可能となる。
（６）一の認証結果に基づいてクレジット取引についての処理、駐車料金サービスについての処理を行うことによって、認証の結果を有効に活用し、重複する認証の処理を削減し、処理の効率化及び迅速化を図ることが可能となる。
【発明を実施するための最良の形態】
【００４５】
本発明は、製造コストや運用コストを抑えつつ、処理の迅速化及び効率化、メモリ領域の効率的な使用を可能とするという目的を、クレジット取引についての機能と駐車料金サービスについての機能とを１つのアプリケーションにまとめ、クレジットカードでの当日の買い物額を駐車場ゲートが読み取り、割引額をその場で算出することによって実現する。
【実施例】
【００４６】
以下、図面などを参照して、本発明の実施例をあげて、さらに詳しく説明する。
図１は、本発明によるＩＣカードシステムの構成を示すブロック図であって、図２は、ＩＣカードシステムが備える機能を示すブロック図である。なお、前述した背景技術と同様な機能を果たす部分には、同一の符号又は末尾に統一した符号を付して、重複する説明や図面を適宜省略する。
図１に示すように、ＩＣカードシステム１は、利用者に携帯されているＩＣカード１０と、ＩＣカード１０と通信を行うことが可能なレジシステム２と、レジシステム２と接続されているストアコントローラ４０、レジシステム２と電話回線、光ケーブルその他の有線、又は、赤外線その他の無線の通信回線６０を介して接続され、ＩＣカード１０を所持する利用者の情報（利用者情報）を管理するイシュアホスト５０と、駐車場ゲート７０などとを備え、ＥＭＶ仕様に準じてクレジットサービスなどについての処理を行うコンピュータシステムである。
【００４７】
ＩＣカード１０は、リーダライタ（以下、「Ｒ／Ｗ」という。）２４を備える情報処理装置である端末装置２０と通信することが可能であって、端末装置２０からコマンド（命令）を受信し、このコマンドに応じて処理を行い、処理結果をレスポンス（応答）として端末装置２０へ返信する携帯型の情報処理装置である。ＩＣカード１０は、ＣＰＵ１１と、ＣＰＵ１１にシステムバス１５を介して接続されているコプロセッサ１２、メモリ１３及びＩ／Ｆ１４などとを備えている。ＣＰＵ１１は、ＩＣカード１０全体を制御する中央処理演算装置である。コプロセッサ１２は、ＣＰＵ１１の性能を強化するための補助プロセッサであって、ＣＰＵ１１からの命令に応じて暗号演算などの演算処理を行う。
【００４８】
メモリ１３は、ＣＰＵ１１が処理を行う作業領域として使用される揮発性メモリであるＲＡＭ、ＣＰＵ１１の動作のもととなるオペレーティングシステムなどの基本プログラムを記憶する不揮発性の読み出し専用メモリであるＲＯＭ、アプリケーションなどのプログラム、利用者の個人情報などのプログラムの実行に必要なデータを記憶する随時書き換え可能な不揮発性メモリなどを備える記憶装置である。メモリ１３は、クレジット及び駐車料金サービスについての処理を行う場合にＣＰＵ１１が実行する駐車料金サービス機能付きクレジットアプリケーションを記憶している。Ｉ／Ｆ１４は、外部との信号の入出力を行い、端末装置２０及びＣＰＵ１１間の通信を媒介する通信インターフェースである。Ｉ／Ｆ１４は、例えば、ＩＣカード１０が接触式の通信を行う場合には、端末装置２０との接触式通信における接点となる接触端子、ＩＣカード１０が非接触式の通信を行う場合には、電磁波の送受信を行うアンテナ、信号の変調／復調を行う変復調回路などである。なお、ＩＣカード１０は、接触式ＩＣカード、非接触式ＩＣカード、接触／非接触式ＩＣカードのいずれであってもよく、その通信方式は、限定されない。
【００４９】
図２に示すように、ＩＣカード１０は、外部装置と通信を行う通信機能、ＥＭＶ仕様に準じてクレジット取引についての処理（クレジット処理）を行うクレジット処理機能、駐車料金サービスについての処理（駐車料金サービス処理）を行う駐車料金サービス処理機能などの諸機能を備えている。各機能は、ＣＰＵ１１が端末装置２０から受信するコマンドに応じてメモリ１３に記憶されているプログラムを実行することによって実現される。ＣＰＵ１１の動作の詳細については、図５及び図７を用いて後述する。
【００５０】
図１及び図２に示すように、レジシステム２は、互いに接続されているＰＯＳレジ３０及び端末装置２０などを備え、ＩＣカードシステム１に加盟している各加盟店のレジカウンタなどの精算場所に設置され、利用者の商取引の精算を行うコンピュータシステムである。
図１に示すように、端末装置２０は、ＣＰＵ２１と、ＣＰＵ２１とシステムバス２７を介して接続されているメモリ２２、Ｉ／Ｆ２３、Ｒ／Ｗ２４、表示部２５及び入力部２６などとを備えている。ＣＰＵ２１は、端末装置２０全体を制御する中央処理演算装置であり、メモリ２２は、ＣＰＵ２１の動作のもととなるプログラム、プログラムの実行に必要なデータを記憶している記憶装置である。Ｉ／Ｆ２３は、ＰＯＳレジ３０、イシュアホスト５０などの他の装置と通信を行うための通信インターフェースであり、Ｒ／Ｗ２４は、ＩＣカード１０と通信を行うためのリーダライタである。表示部２５は、ディスプレイなど、加盟店の店員、利用者に対して情報を表示するための表示装置であり、入力部２６は、キーボードなど、店員、利用者が端末装置２０に対して情報を入力する入力装置である。
【００５１】
図２に示すように、端末装置２０は、ＩＣカード１０との通信機能、ＥＭＶ仕様に準じてクレジット処理を行うクレジット処理機能、駐車料金サービス処理を行う駐車料金サービス処理機能、クレジットデータなどのクレジット取引関連情報を保管するクレジット取引データ保管機能、イシュアホスト５０などの他の装置との通信機能などの諸機能を備えている。各機能は、Ｉ／Ｆ２３を介してＰＯＳレジ３０から入力される情報、入力部２６から入力される情報に応じて、ＣＰＵ２１がメモリ２２に記憶されているプログラムを実行することによって実現される。端末装置２０は、ＰＯＳレジ３０から、クレジットによる精算金額（クレジット精算金額）などの精算要求（クレジット精算要求）を受信し、要求に応じてＩＣカード１０と通信を行うことによって処理を行い、処理結果をＰＯＳレジ３０に返す。端末装置２０の動作の詳細については、図５を用いて後述する。
【００５２】
ＰＯＳレジ３０は、装置全体を制御するＣＰＵ、ＣＰＵの動作のもととなるプログラムなどを記憶している記憶装置、ディスプレイなどの表示装置、キーボード、バーコードスキャナなどの入力装置、他の装置と通信を行うためのインターフェース、レシート（領収書）を発行するプリンタなど（図示しない。）を備える商取引精算のためのレジスタである。記憶装置は、各商品の価格などの商品情報を記憶している。なお、商品情報は、ストアコントローラ４０など店舗の他の装置が記憶し、通信によってＰＯＳレジ３０が取得してもよい。
【００５３】
図２に示すように、ＰＯＳレジ３０は、レジ処理機能、精算機能、金額表示機能、レシート出力機能、販売情報保管機能などの諸機能を備えている。レジ処理機能は、入力装置から商品の識別情報や購買個数などの購買情報を入力し、この購買情報と、記憶装置に記憶されている商品情報などとに基づいて、商品の合計金額を算出する機能である。精算機能は、利用者が選択した精算方法によって、レジ処理機能によって算出された合計金額について精算を行う機能、その合計金額を端末装置２０に通知する機能である。金額表示機能は、商品の合計金額を表示する機能であり、レシート出力機能は、精算内容をレシートとして出力する機能である。販売情報保管機能は、販売商品名、売り上げデータなどの販売内容や処理履歴を示す販売情報を保管する機能である。ＰＯＳレジ３０は、販売情報をストアコントローラ４０に送信する。
【００５４】
現金、クレジット、商品券などのなかから利用者が代金の精算方法を選択し、ＰＯＳレジ３０は、商品の合計金額と、精算方法の選択情報を関連づけて入力する。ＰＯＳレジ３０は、クレジット精算が選択された場合には、クレジット精算金額を端末装置２０に通知してクレジット精算を要求する。また、ＰＯＳレジ３０は、精算後に、商品の合計金額を端末装置２０へ通知し、駐車料金サービスに用いる累積取引金額の更新を要求する（後述する図４参照。）。ここで、累積取引金額とは、ＩＣカード１０の利用者が商品などを購入した場合の当日の取引額を累積させた金額である。
【００５５】
ストアコントローラ４０は、ＰＯＳレジ３０、発注端末（図示しない。）などの加盟店舗内の各端末や、本社のホストコンピュータ（図示しない。）などに接続され、店舗事務所などに設置され、店舗内のシステムを管理するコンピュータであり、販売情報をＰＯＳレジ３０から、発注データを発注端末（図示しない。）からなど、販売関連情報を各端末から受信し、管理する。ストアコントローラ４０は、売り上げ分析、商品管理、仕入れ管理、在庫管理、データバックアップ、通信などの諸機能を有している。
イシュアホスト５０は、ＩＣカード１０のイシュア（発行者）であるクレジットカード会社のホストコンピュータであって、氏名、会員番号、クレジット利用履歴など、ＩＣカード１０を所持する利用者の情報（利用者情報）を管理している。
【００５６】
駐車場ゲート７０は、駐車場の出入口に設置され、車の入庫及び出庫を管理する装置であり、ＣＰＵ７１と、ＣＰＵ７１とシステムバス７５を介して接続されているメモリ７２、Ｒ／Ｗ７３、表示部７４などとを備えている。ＣＰＵ７１は、駐車場ゲート７０全体を制御する中央処理演算装置であり、メモリ７２は、ＣＰＵ７１の動作のもととなるプログラム、プログラムの実行に必要なデータを記憶している記憶装置である。Ｒ／Ｗ２４は、ＩＣカード１０と通信を行うためのリーダライタである。表示部２５は、利用者に対して駐車料金などの情報を表示するための表示装置である。
【００５７】
図３は、ＩＣカード１０及び端末装置２０が記憶しているデータ、生成するデータを説明するための図である。
図３に示すように、ＩＣカード１０は、ＩＣカード１０自身の正当性を端末装置２０に証明するとともに、端末装置２０を認証するための認証情報として認証用暗号鍵と、この認証用暗号鍵を識別するための認証用暗号鍵ＩＤをメモリ１３に記憶している。端末装置２０も同様に、認証情報として認証用暗号鍵、認証用暗号鍵ＩＤなどをメモリ２２に記憶している。認証用暗号鍵ＩＤは、相互認証のため、ＩＣカード１０に格納されている認証用暗号鍵とペアとなる認証用暗号鍵を端末装置２０が識別するための識別情報である。
【００５８】
また、ＩＣカード１０及び端末装置２０は、互いに通信相手を認証する相互認証のための認証用の乱数データ、認証用暗号文を生成する。相互認証は、それぞれが乱数を発生し、相手方で生成した乱数を受け取り、自身の認証用暗号鍵を用いて暗号文を生成し、乱数の生成元の相手方に返し、乱数の生成元において、暗号文に利用した乱数と自身の認証用暗号鍵を用いて暗号文を生成、比較し、検証する。
更に、端末装置２０は、商品を購入した際の取引時間や日付を示す取引日付時間のデータと、商品の合計金額を示す購入金額のデータとを生成する。ＩＣカード１０は、購入金額のデータに基づいて、当日の累積取引金額のデータを更新し、取引日付時間のデータとともに、メモリ１３に記憶する。
【００５９】
そして、本システムを利用する場合には、利用者は、入庫時に、駐車場ゲート７０のＲ／Ｗ７３にＩＣカード１０をかざし、ＩＣカード１０の識別番号を読み取らせて、百貨店などに買い物をしに行く。駐車場ゲート７０は、その識別番号と入庫時間とを関連付けてメモリ７２に記録しておく。
【００６０】
図４は、ＰＯＳレジ３０の動作を示すフローチャートである。以下、ＰＯＳレジ３０のＣＰＵの動作を中心に説明する。
Ｓ１００において、店員は、ＰＯＳレジ３０のバーコードで利用者が購入する商品をスキャンし、ＰＯＳレジ３０は、入力装置から商品の識別情報や購買個数などの購買情報を入力し、処理を開始する。ＰＯＳレジ３０は、購買情報に基づいて商品の合計金額を算出し（Ｓ１２０）、表示装置に表示する（Ｓ１３０）。利用者は、精算方法を選択し、ＰＯＳレジ３０は、その選択情報を入力装置から入力する（Ｓ１４０）。現金や、商品券での精算を選択した場合には、それに応じた処理を行い（Ｓ１９０）、Ｓ２００へ進む。
【００６１】
クレジットによる精算を選択した場合には（Ｓ１５０）、ＰＯＳレジ３０は、精算額を端末装置２０へ送信し、クレジット精算を要求する（Ｓ１６０）。
ＰＯＳレジ３０は、処理結果を端末装置２０から受信し（Ｓ１７０）、エラーの旨を示すＮＧの処理結果を受信した場合には（Ｓ１８０）、Ｓ１４０から同様の処理を繰り返す（Ｓ１４０〜Ｓ１９０）。
ＰＯＳレジ３０は、商品の合計金額を端末装置２０へ通知し、累積取引金額の更新を要求する（Ｓ２００）。ＰＯＳレジ３０は、端末装置２０から処理結果を受信し（Ｓ２１０）、精算結果をレシートとして出力するとともに（Ｓ２２０）、表示装置へ表示し（Ｓ２３０）、処理を終了する（Ｓ２４０）。
【００６２】
図５は、本発明によるＩＣカードの動作、プログラムを示すフローチャートであり、図６は、ＰＯＳレジ３０、端末装置２０及びＩＣカード１０間で授受される情報の流れを示す図、図７は、ＩＣカードのカードアクション分析（図５のＳ５５０’，Ｓ５７０’）における駐車料金サービスについての処理を示すフローチャートである。また、図５において、従来の処理（図８参照）と異なる処理ステップについては、「Ｓ５１０’」のように「’」をステップ番号に附記して表示する。更に、従来の処理は、ポイントについての処理であり、本実施例では、駐車料金サービスについての処理であるが、基本的な処理動作は同様である。以下、端末装置２０、ＩＣカード１０のＣＰＵ１１，２１の処理を中心に説明する。
図５に示すように、Ｓ３００、Ｓ５００において、ＩＣカード１０は、端末装置２０から電力の供給を受けてコマンド待ちの状態にある。端末装置２０は、ＰＯＳレジ３０からクレジット精算要求、累積取引金額更新要求を受信し、処理を開始する。
【００６３】
端末装置２０は、ＰＯＳレジ３０からクレジット精算要求、累積取引金額更新要求を受信した場合に、駐車料金サービス機能付きクレジットアプリケーションの選択を要求するＳＥＬＥＣＴコマンドをＩＣカード１０へ送信する（Ｓ３１０’）。ＩＣカード１０は、このコマンドを受信し、駐車料金サービス機能付きクレジットアプリケーションを選択する。また、ＩＣカード１０は、選択対象のアプリケーションが駐車料金サービス付きクレジットアプリケーションである場合に、乱数を生成し、生成した乱数データを応答に含めて端末装置２０へ送信する（Ｓ５１０’）。なお、ＥＭＶ仕様において、ＩＣカード１０内のアプリケーションは、初期化命令を受けるとその応答文中に発行者の任意データを端末装置２０に返送することができ、このデータ名は、Ｉｓｓｕｅｒ  Ｄｉｓｃｒｅｔｉｏｎａｒｙ  Ｄａｔａ（ｔａｇ；ＢＦ０Ｃ（ｈ））という。本実施例において、ＩＣカード１０は、この値として乱数データをセットして応答する。例えば、乱数データが「０１  ０２  ０３  ０４  ０５  ０６  ０７  ０８（ｈ）」である場合には、「Ｃ１  ０８  ０１  ０２  ０３  ０４  ０５  ０６  ０７  ０８（ｈ）」が応答のデータフィールドにセットされる。
【００６４】
端末装置２０は、この応答を受信し、受信した乱数をメモリ２２に保持しておく（Ｓ３１０’）。Ｓ３２０からＳ３７０まで、Ｓ５２０及びＳ５３０において、端末装置２０及びＩＣカード１０は、従来例と同様に処理を行う（図８参照。）。なお、端末装置２０がＩＣカード１０から読み出すＣＤＯＬには、クレジット処理に必要な取引関連情報などのデータに加え、駐車料金サービス処理に必要なデータが指定されている。
ＣＤＯＬに指定されている駐車料金サービス処理に必要なデータとは、図６に示すように、駐車処理許可情報、認証鍵ＩＤ、認証用暗号データ、ＰＯＳ側乱数データなどである。
図５に示すように、端末装置２０は、ＣＤＯＬで指定されているデータを含むＧＥＮＥＲＡＴＥ  ＡＣコマンドをＩＣカード１０に送信し、端末アクション分析（Ｓ３７０）においてオフライン取引を承認した場合には、オフライン取引の承認を要求し、オンライン処理に決定した場合には、オンライン処理の承認を要求する（Ｓ３８０’）。
【００６５】
端末装置２０は、ＰＯＳレジ３０からクレジット精算要求、累積取引金額更新要求を受信するが、端末装置２０は、受信した要求に応じたデータをＧＥＮＥＲＡＴＥ  ＡＣコマンドに含めてＩＣカード１０に送信する。以下、具体的に説明する。
図６に示すように、端末装置２０は、商品の合計金額を含む累積取引金額更新要求をＰＯＳレジ３０から受信した場合には、この合計金額と、メモリ２２に記憶されている認証鍵ＩＤ、生成した認証用暗号データ及びＰＯＳ側乱数データなどを含むＧＥＮＥＲＡＴＥ  ＡＣコマンドをＩＣカード１０へ送信する。認証用暗号データは、図５のＳ３１０’においてＩＣカード１０から受信した乱数データと、メモリ２２に記憶されている認証鍵とに基づいて生成される。
【００６６】
図７に示すように、ＩＣカード１０は、ＧＥＮＥＲＡＴＥ  ＡＣコマンドを端末装置２０から受信した場合には、このコマンドを解釈し（Ｓ６１０、図５のＳ５５０’）、カードリスク管理及びアクション分析を行い、オフライン取引（又はオンライン処理）を承認するかを決定する（Ｓ６２０，Ｓ６３０）。ＩＣカード１０は、オフライン取引を承認する場合には、端末装置２０から受信した認証鍵ＩＤが示す認証鍵をメモリ１３から読み出して、受信した認証用暗号データを検証し、端末装置２０の認証を行う（Ｓ６４０，Ｓ６５０）。オフライン取引が承認されない場合は、オンライン取引が選択されるかオフライン取引が拒否されるかのいずれかである。
検証の結果、認証できた場合には、ＩＣカード１０は、メモリ１３に記憶されている累積取引金額の更新処理を行う（Ｓ６６０，Ｓ６７０）。更新処理は、例えば、端末装置２０から受信した「商品の合計金額」を、メモリ１３に記憶されている累積取引金額に加算することによって行う。なお、合計金額の累積は、当日分のみであり、メモリ１３に記録されている前回の処理の日付が当日の日付でない場合には、累積取引金額を一度ゼロに初期化してから金額を書き込む。金額の更新が終了したら、メモリ１３の「前回の処理の日付」のデータを「当日の日付」に更新する。なお、オンライン取引の場合には、累積取引金額の更新のタイミングは、「カードアクション分析時」でなく、「セカンドカードアクション分析時」になる。
【００６７】
また、ＩＣカード１０は、累積取引金額の更新処理が正常に終了した場合には、取引関連情報に基づいて、メモリ１３に記憶している履歴情報などを更新するなど、クレジット取引についての処理を行う。累積取引金額の更新処理が正常に終了せず、累積取引金額の更新ができない場合には、その旨を示す応答を端末装置２０へ送信し、ＧＥＮＥＲＡＴＥ  ＡＣコマンドについての処理を終了する（Ｓ６８０，Ｓ６９０）。この場合には、再度精算方法を選択することとなる（図４のＳ１６０，Ｓ１７０，Ｓ１８０，Ｓ１４０）。
【００６８】
ＩＣカード１０は、クレジット処理の処理結果及び累積取引金額の更新処理の処理結果を含む応答を端末装置２０へ送信し、ＧＥＮＥＲＡＴＥ  ＡＣコマンドについての処理を終了する（Ｓ６８０，Ｓ６９０）。
【００６９】
端末装置２０は、クレジット処理、累積取引金額の更新処理の処理結果を保管し、バッチ処理で、クレジット処理の処理結果をイシュアホスト５０に送信する。
一方、ＩＣカード１０は、カードリスク管理とアクション分析において、オンライン処理を行うことを選択した場合には、図７に示すように、その旨を示す応答を返す（Ｓ６４０，Ｓ６８０）。
【００７０】
図５に示すように、ＩＣカード１０がオンライン処理を選択した場合には、端末装置２０は、オンライン処理を行う（Ｓ３８０’，Ｓ３９０，Ｓ４００）。端末装置２０は、イシュアホスト５０から判断結果を含む応答を受信し、ＥＸＴＥＲＮＡＬ  ＡＵＴＨＥＮＴＩＣＡＴＥコマンドを作成してＩＣカード１０に送信する（Ｓ４１０）。ＩＣカード１０は、受信したＥＸＴＥＲＮＡＬ  ＡＵＴＨＥＮＴＩＣＡＴＥコマンドに基づいてイシュアホスト５０の正当性を検証するイシュア認証処理を行い、検証結果（ＯＫ又はＮＧ）を端末装置２０に返す（Ｓ５６０）。なお、このイシュア認証処理は省略してもよい。
【００７１】
ＩＣカード１０によるイシュア認証処理が行われた後、端末装置２０は、Ｓ３１０’で読み出したＣＤＯＬで指定されている情報を含むＧＥＮＥＲＡＴＥ  ＡＣコマンドをＩＣカード１０に送り、完了処理を行う（Ｓ４２０’）。ＩＣカード１０は、Ｓ５５０’と同様に、端末装置２０から受信した認証鍵ＩＤが示す認証鍵をメモリ１３から読み出して、受信した認証用暗号データを検証し、端末装置２０の認証を行う。端末装置２０を認証した場合には、メモリ１３に記憶されている累積取引金額のデータを更新する（Ｓ５７０’）。
【００７２】
また、ＩＣカード１０は、累積取引金額の更新処理が正常終了した場合には、メモリ１３に記憶している履歴情報などを取引関連情報に基づいて更新するなど、クレジット取引についての処理を行う（Ｓ５７０’）。
累積取引金額の更新処理及びクレジット処理終了後、ＩＣカード１０は、クレジット処理の処理結果及び累積取引金額の更新処理の処理結果を含む応答を端末装置２０へ送信する（Ｓ５７０’）。端末装置２０及びＩＣカード１０は、スクリプト処理を行い（Ｓ４３０，Ｓ５８０）、端末装置２０及びＩＣカード１０間における処理を終了する（Ｓ４４０，Ｓ５９０）。端末装置２０は、処理結果（ＯＫ／ＮＧなど）をＰＯＳレジ３０に返して処理を終了する（図４のＳ１７０、Ｓ２１０参照。）。なお、このスクリプト処理は省略してもよい。
【００７３】
この一連の流れで買い物は終了し、利用者は、駐車場ゲート７０に戻る。そして、出庫時には、駐車場ゲート７０のＲ／Ｗ７３に、ＩＣカード１０をかざす。駐車場ゲート７０は、ＩＣカード１０の識別番号と当日の累積取引金額とを読み出し、駐車場ゲート７０は、読み出した識別番号から駐車開始時刻を割り出し、現在の時刻と駐車開始時刻とに基づいて、駐車料金を算出する。また、当日の累積取引金額から駐車料金の割引金額を算出し、駐車料金から割引料金を減算した額の支払いを求める。例えば、駐車時間が３時間であり、１時間の駐車料金が５００円であったとする。また、利用者は、当日、１万円分の買い物をしたものとする。そうすると、駐車料金は、３時間×５００円＝１５００円となるが、１万円分の買い物をしているので、例えばその１割の１０００円が割り引かれ、駐車料金は、１５００円−１０００円＝５００円となる。この５００円は、上述した方法と同様に、クレジットで支払いをしてもよいし、現金で支払いをしてもよい。
そして、支払いを済ませた後は、累積取引金額をクリアする。なお、クリアするタイミングは、次回利用するタイミングでクリアしてもよい。
【００７４】
このように本実施例によれば、クレジット取引についての機能と駐車料金サービスについての機能とを１つのアプリケーションにまとめているので、１つのＩＣカードがあれば、紙の駐車券を発行しなくてもよくなり、駐車場のスムーズな出入りが可能となり、顧客へのサービスアップ、コスト削減を狙うことができる。しかも、クレジット取引の処理中の「カードアクション分析」プロセスにおいて、駐車券処理も同時に行ってしまうことができるので、手続きにかかる時間を短縮することができ顧客の利便性が高まるとともに、駐車券に印鑑を押したりする手間が省け、人員に関しても資材に関してもコストダウンを図ることができる。
また、ＩＣカード１０及び端末装置２０は、ＥＭＶ仕様のクレジット取引についての処理内容を多少変更するだけで（図５のＳ３１０’，Ｓ３８０’，Ｓ４２０’，Ｓ５１０’，Ｓ５５０’，Ｓ５７０’）、ＥＭＶ仕様の処理と同様の流れで、クレジット取引及び駐車料金サービスについての処理を行うことができ、容易に、処理の高速化、効率化を図ることが可能となった。
更に、ＩＣカード１０は、駐車料金サービス処理（Ｓ５５０’，Ｓ５７０’）において必要なデータをタグ値などの識別情報で指定したＣＤＯＬを保持し、ＥＭＶ仕様の処理に従って端末装置２０へ提供するため、ＥＭＶ仕様のアプリケーションに新たな改変を加えることなく、端末装置２０から駐車料金サービス処理に必要なデータを容易に得ることができ（図５のＳ３８０’，Ｓ４２０’）、容易に、処理の高速化、効率化を図ることが可能となった。
更にまた、ＩＣカード１０は、ＧＥＮＥＲＡＴＥ  ＡＣコマンドを受信した場合に、クレジット取引及び駐車料金サービスについての処理を行うため、一のコマンドによってＩＣカード１０に対してクレジット取引についての処理、駐車料金サービスについての処理を命令することができ、通信回数を低減し、処理の迅速化を図ることが可能となった。
【００７５】
また、ＩＣカード１０は、クレジット取引についてのアプリケーション及び駐車料金サービスアプリケーションを統合した駐車料金サービス機能付きクレジットアプリケーションを搭載しているため、従来では重複していたプログラム（ＲＥＡＤコマンド、ＳＥＬＥＣＴコマンドに対する処理プログラム、暗号処理プログラムなど）を削減するなど、メモリ領域の効率的な使用が可能となった。端末装置２０についても同様である。
更にまた、ＩＣカード１０及び端末装置２０は、ＳＥＬＥＣＴコマンドで改めて他のアプリケーションを選択しなくてもクレジット取引及び駐車料金サービスについて処理を行うことができ、処理の迅速化及び効率化を図ることが可能となった。
【００７６】
特に、ＥＭＶ仕様のコマンドに応じて、クレジット取引及び駐車料金サービスについての処理を行うことによって、ＥＭＶ仕様のクレジット取引のための端末装置用のプログラムに大きな改変をせずとも、端末装置２０を実現することができた。
更に、ＩＣカード１０は、クレジット取引についての処理結果及び駐車料金サービスについての処理結果をＧＥＮＥＲＡＴＥ  ＡＣコマンドの応答として端末装置２０へ送信するため、ＥＭＶ仕様と同様の流れで処理を行うことができ、処理の迅速化及び効率化を図ることが可能となった。
【００７７】
（変形例）
以上説明した実施例に限定されることなく、種々の変形や変更が可能であって、それらも本発明の均等の範囲内である。例えば、駐車場ゲート７０が、駐車料金の割引金額を算出しているが、ＰＯＳレジ３０、端末装置２０、ＩＣカード１０が算出を行ってもよく、いずれの装置で駐車料金の割引金額の算出を行うかは限定されない。
例えば、端末装置２０の管理会社であるクレジット会社が提供する駐車料金サービスについて処理を行う場合には、端末装置２０で駐車料金の割引金額の算出を行ってもよい。
【００７８】
ＩＣカード１０は、駐車料金サービスのために端末装置２０の認証を行うが（図５のＳ５５０’，Ｓ５７０’）、クレジット処理のための端末装置２０の認証結果を活用し、駐車料金サービスのための認証を行わなくてもよい。端末装置２０によるＩＣカード１０の認証についても同様である。また、認証のタイミング（図５のＳ５５０’，Ｓ５７０’）も限定されない。
一の認証結果に基づいてクレジット取引についての処理、駐車料金サービスについての処理を行うことによって、認証の結果を有効に活用し、重複する認証の処理を削減し、処理の効率化及び迅速化を図ることが可能となる。
【００７９】
端末装置２０及びＰＯＳレジ３０は、一体型の装置であってもよく、どのような形態で端末装置２０及びＰＯＳレジ３０の機能を実現するかは限定されない。
【００８０】
駐車料金の割引額は、累積取引金額に所定の割合を乗算して算出する例で説明したが、料金割引テーブルなどを参照して算出するようにしてもよい。
【図面の簡単な説明】
【００８１】
【図１】ＩＣカードシステムの構成を示すブロック図である。
【図２】ＩＣカードシステムが備える機能を示すブロック図である。
【図３】ＩＣカード１０及び端末装置２０が記憶しているデータ、生成するデータを説明するための図である。
【図４】ＰＯＳレジ３０の動作を示すフローチャートである。
【図５】ＩＣカードの動作、プログラムを示すフローチャートである。
【図６】ＰＯＳレジ３０、端末装置２０及びＩＣカード１０間で授受される情報の流れを示す図である。
【図７】ＩＣカードのカードアクション分析における駐車料金サービスについての処理を示すフローチャートである。
【図８】従来のＩＣカード及び端末装置の動作を示すフローチャートである。
【符号の説明】
【００８２】
１  ＩＣカードシステム
２  レジシステム
１０  ＩＣカード
１１  ＣＰＵ
１３  メモリ
２０  端末装置
２１  ＣＰＵ
２２  メモリ
３０  ＰＯＳレジ
４０  ストアコントローラ
５０  イシュアホスト
６０  通信回線
７０  駐車場ゲート
【図１】
2007328481.tif 000003
【図２】
2007328481.tif 000004
【図３】
2007328481.tif 000005
【図４】
2007328481.tif 000006
【図５】
2007328481.tif 000007
【図６】
2007328481.tif 000008
【図７】
2007328481.tif 000009
【図８】
2007328481.tif 000010