(57)【要約】【課題】利用者の提示したカードでの取引を、ＰＯＳ端末とカード端末とを連動して処理するクレジットカード取引システムに関し、与信再チエック時に、再度のカード読み取りを防止する。【解決手段】カード端末（１）とＰＯＳ端末（２）とを有し、利用者のカードを読取ったカード情報を、カード端末特有の暗号化アルゴリズムで、暗号化し、取引タグ情報として、決済依頼のあったＰＯＳ端末に返却し、再度クレジットカード取引が必要となった場合に、ＰＯＳ端末から当該クレジットカード取引の返却された取引タグをカード端末に送付する。複数回のカード提示、読み取りを防止する機能を、セキュリテイレベルを維持しながら達成できる。【選択図】図３
2005100009.tif 000002
【特許請求の範囲】
【請求項１】
利用者のカード取引に伴う、商品登録処理を行うＰＯＳ端末と、
クレジットカード情報処理センターと交信して、カードの決済処理を行うカード端末とを有し、
前記カード端末は、前記ＰＯＳ端末又は前記カード端末で読取った利用者のカード情報により、前記クレジットカード情報処理センターに与信チエックを依頼し、前記与信チエックの結果を、前記カード情報を暗号化したタグ情報とともに、前記ＰＯＳ端末に送信する
ことを特徴とするクレジットカード取引システム。
【請求項２】
前記ＰＯＳ端末は、前記与信チエックの結果に基づき、前記カードの売上処理を行い、前記カードでの再度の与信処理が必要となる場合に、
前記ＰＯＳ端末に入力された前記カード取引内容と、前記カード端末から受けた前記タグ情報とを前記カード端末に送信し、前記カード端末が、前記タグ情報を復号化して、前記クレジットカード情報処理センターに与信チエックを依頼する
ことを特徴とする請求項１のクレジットカード取引システム。
【請求項３】
前記カード端末は、前記タグ情報の送信後、内部の前記タグ情報を消去する
ことを特徴とする請求項１のクレジットカード取引システム。
【請求項４】
利用者のカード取引に伴う、商品登録処理を行うＰＯＳ端末と、クレジットカード情報処理センターと交信して、カードの決済処理を行うカード端末とを連動して、カード取引を行うクレジットカード取引システムの端末連動方法において、
前記利用者のカードを、前記ＰＯＳ端末又は前記カード端末で読取るステップと、
前記カード端末が、前記読取った利用者のカード情報により、前記クレジットカード情報処理センターに与信チエックを依頼するステップと、
前記与信チエックの結果を、前記カード情報を暗号化したタグ情報とともに、前記ＰＯＳ端末に送信するステップとを有する
ことを特徴とするクレジットカード取引システムの端末連動方法。
【請求項５】
前記ＰＯＳ端末は、前記与信チエックの結果に基づき、前記カードの売上処理を行い、前記カードでの再度の与信処理が必要となる場合に、前記ＰＯＳ端末に入力された前記カード取引内容と、前記カード端末から受けた前記タグ情報とを前記カード端末に送信するステップと、前記カード端末が、前記タグ情報を復号化して、前記クレジットカード情報処理センターに与信チエックを依頼するステップを更に有する
ことを特徴とする請求項４のクレジットカード取引システムの端末連動方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クレジットカードによる商取引を行うクレジットカード取引システム及びその端末連動方法に関し、特に、クレジットカードの決済処理専用の端末と、ＰＯＳ端末を連動して、クレジットカードによる商取引を行うクレジットカード取引システム及びその端末連動方法に関する。
【背景技術】
【０００２】
クレジットカードの普及に伴い、クレジットカードの与信チエックが重要な課題となっている。このため、クレジットカード端末からクレジットカード情報処理センターを経由して、該当するクレジットカード会社へ、クレジットカード端末から与信の問い合わせを行う方法が利用されている。
【０００３】
このクレジットカードの取引システムにおいて、クレジットカード情報処理セ
ンターが定めた仕様のクレジット端末を、ＰＯＳ端末と別に設けるシステム構成を取ることがある。このシステムでは、加盟店の業種や加盟店の方針により、クレジットカードによる実際の商取引に先立ち、利用者のクレジットカードの与信チエックが可能となる。
【０００４】
図９及び図１０は、従来のクレジットカード取引システムの説明図であり、クレジット情報処理センター６３に接続されたクレジットカード端末（以下、カード端末という）６２が、ＰＯＳ（Point Of Sales）端末６０と連動する。
【０００５】
クレジット情報処理センター６３は、カード端末６２の決済要求により、与信チエックを行う。ＰＯＳ端末６０は、商品登録処理及び伝票発行処理を行う。ここでは、クレジットカード３０による商品登録処理も行う。カード端末６２は、ＰＯＳ端末６０からのクレジットカード決済要求を受け、クレジット情報処理センター６３にクレジットカードの決済要求を送信し、クレジット情報処理センター６３から決済応答を受ける。
【０００６】
このシステムでのクレジット取引の運用形態は、加盟店がクレジットカード会社と定めた１回の取引限度額（フロアリミットという）以内であれば、クレジットカードによる取引金額に係わらず、実際の商取引に先立って実施した与信チエックのみで、カード取引を許可する。一方、フロアリミットを超過する取引金額の取引であれば、再度、その取引金額での与信チエックを実施する。
【０００７】
図９で説明すると、利用者が、カードでの支払を選択すると、ＰＯＳ端末６０に、利用者のクレジットカード３０の磁気ストライプの磁気情報を読み取り、読み取りデータを暗号化する。ＰＯＳ端末６０に取引種別と、売上金額、支払方法等を入力する。この場合に、実際の商取引に先立つ与信チエックであるため、売上金額は、未確定の状態であり、ここでは、１円としている。ＰＯＳ端末６０は、要求電文を作成し、カード端末６２に取引準備要求を送信する。
【０００８】
この取引準備要求の電文は、ヘッダと、取引内容を含む電文Ａと、カード情報を含む電文Zとで構成される。カード端末６２は、電文を受信し、復号化処理し、準備完了をＰＯＳ端末６０に通知する。ＰＯＳ端末６０は、これにより、セキュリテイを保つため、読取った磁気情報を消去し、カード端末６２に決済要求を送信する。
【０００９】
カード端末６２は、与信照会処理により決済要求電文を作成し、クレジット情報処理センター６３に、決済を要求する。クレジット情報処理センター６３では、決済要求電文に含まれるクレジットカードの与信チエックを行い、決済結果を応答する。
【００１０】
カード端末６２は、完了処理により、ＰＯＳ端末６０に処理結果を通知し、且つセキュリテイのため、電文Z（磁気カード情報）を消去する。処理結果は、ヘッダと決済内容（与信可又は不可）を含む電文Ｃとで構成される。
【００１１】
ＰＯＳ端末６０では、この受信した与信結果を表示する。係員は、与信不可なら、カード取引を拒否する。一方、与信可であれば、ＰＯＳ端末６０に商品登録し、フロアリミットチエックを含む売上登録処理する。処理が正常終了した場合には、ＰＯＳ端末６０は、売上伝票出力処理を行い、取引金額（ここでは、フロアリミット内）の売上伝票を発行する。
【００１２】
一方、処理が正常終了しない場合には、前述のフロアリミットの超過の取引依頼、クレジット取引の取消、通信異常等による取引再試行等の処理がＮＧである場合には、図１０に移り、係員は、再度与信依頼を行う。ＰＯＳ端末６０で、利用者のクレジットカード３０の磁気ストライプの磁気情報を再読み取りし、読み取りデータを暗号化する。ＰＯＳ端末６０に取引種別と、売上金額、支払方法等を入力する。この場合に、フロアリミット超過等が含まれるため、売上金額は、実際の購入金額としている。ＰＯＳ端末６０は、要求電文を作成し、カード端末６２に取引準備要求を送信する。
【００１３】
この取引準備要求の電文は、ヘッダと、取引内容を含む電文Ａと、カード情報を含む電文Zとで構成される。カード端末６２は、電文を受信し、復号化処理し、準備完了をＰＯＳ端末６０に通知する。ＰＯＳ端末６０は、これにより、セキュリテイを保つため、読取った磁気情報を消去し、カード端末６２に決済要求を送信する。
【００１４】
カード端末６２は、与信照会処理により決済要求電文を作成し、クレジット情報処理センター６３に、決済を要求する。クレジット情報処理センター６３では、決済要求電文に含まれるクレジットカードの与信チエックを行い、決済結果を応答する。
【００１５】
カード端末６２は、完了処理により、ＰＯＳ端末６０に処理結果を通知し、且つセキュリテイのため、電文Z（磁気カード情報）を消去する。処理結果は、ヘッダと決済内容（与信可又は不可）を含む電文Ｃとで構成される。
【００１６】
ＰＯＳ端末６０では、この受信した与信結果を表示する。係員は、与信不可なら、カード取引を拒否する。一方、与信可であれば、ＰＯＳ端末６０に商品登録し、売上登録処理する。処理が正常終了した場合には、ＰＯＳ端末６０は、売上伝票出力処理を行い、取引金額（ここでは、フロアリミット超過の場合もある）の売上伝票を発行する。
【００１７】
このように、クレジットカード加盟店等の方針により、商取引に先立ち、利用者のクレジットカードの与信チエックを行う場合には、商取引の前にカードの与信確認を取れるため、カード決済取引の信用保証が担保されるという利点があるが、次のようなケースが発生した場合には、利用者から再度クレジットカードを提示してもらい、クレジットカード読み取りを行う必要がある（例えば、特許文献１参照）。
【００１８】
（1)加盟店が、クレジットカード会社との間で定めた取引限度額（フロアリミット）を超過したケース、
（2)何らかの理由により取引を中止するため、与信チエック等を実施したカード取引を取り消すケース、
（3)通信異常等、何らかの異常が発生し、クレジットカードの与信確認が取れず、再度やり直しを行うケース。
【特許文献１】特開昭６０−１９５６６７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１９】
この従来技術では、利用者から再度（何回も）、クレジットカードを提示してもらう必要があり、利用者に面倒をかけることになり、加盟店のサービス低下につながるという問題が生じる。
【００２０】
又、これを解決するため、クレジットカードで読取った磁気情報を、ＰＯＳ端末又はカード端末で一定時間保持しておくことが考えられるが、この場合には、端末に保持されているクレジットカード情報が不正に取り出されたり、又は漏洩する危険性がある。即ち、本来、カード端末を別に設けた理由の一つとして、セキュリテイの保全のため、１回情報処理センターへの照会の後、カード情報を保持することを禁止するためである。
【００２１】
従って、本発明の目的は、予め与信確認を行うシステムにおいて、決済取引で再度カードチエックが必要となった場合でも、同一人の同一カードの再読取りを必要とせずに、クレジットカード取引するためのクレジットカード取引システム及びクレジットカード取引システムの端末連動方法を提供することにある。
【００２２】
又、本発明の他の目的は、予め与信確認を行うシステムにおいて、決済取引で再度カードチエックが必要となった場合でも、セキュリテイレベルを維持しつつ、同一人の同一カードの再読取りを必要とせずに、クレジットカード取引するためのクレジットカード取引システム及びクレジットカード取引システムの端末連動方法を提供することにある。
【００２３】
更に、本発明の他の目的は、予め与信確認を行うシステムにおいて、決済取引で再度カードチエックが必要となった場合でも、改ざんを防止しつつ、同一人の同一カードの再読取りを必要とせずに、クレジットカード取引するためのクレジットカード取引システム及びクレジットカード取引システムの端末連動方法を提供することにある。
【課題を解決するための手段】
【００２４】
この目的の達成のため、本発明のクレジットカード取引システムは、利用者のカード取引に伴う、商品登録処理を行うＰＯＳ端末と、クレジットカード情報処理センターと交信して、カードの決済処理を行うカード端末とを有し、前記カード端末は、前記ＰＯＳ端末又は前記カード端末で読取った利用者のカード情報により、前記クレジットカード情報処理センターに与信チエックを依頼し、前記与信チエックの結果を、前記カード情報を暗号化したタグ情報とともに、前記ＰＯＳ端末に送信する。
【００２５】
又、本発明の端末連動方法は、利用者のカード取引に伴う、商品登録処理を行うＰＯＳ端末と、クレジットカード情報処理センターと交信して、カードの決済処理を行うカード端末とを連動して、カード取引を行うクレジットカード取引システムの端末連動方法において、利用者のカードを、前記ＰＯＳ端末又は前記カード端末で読取るステップと、前記カード端末が、前記読取った利用者のカード情報により、前記クレジットカード情報処理センターに与信チエックを依頼するステップと、前記与信チエックの結果を、前記カード情報を暗号化したタグ情報とともに、前記ＰＯＳ端末に送信するステップとを有する。
【００２６】
更に、本発明では、好ましくは、前記ＰＯＳ端末は、前記与信チエックの結果に基づき、前記カードの売上処理を行い、前記カードの再度の与信処理が必要となった場合、前記ＰＯＳ端末に入力された前記カード取引内容と、前記カード端末から受けた前記タグ情報とを前記カード端末に送信し、前記カード端末が、前記タグ情報を復号化して、前記クレジットカード情報処理センターに与信チエックを依頼する。
【００２７】
更に、本発明では、好ましくは、前記カード端末は、前記タグ情報の送信後、内部の前記タグ情報を消去する。
【００２８】
更に、本発明では、好ましくは、前記ＰＯＳ端末は、前記利用者のカードを読み取り、前記カード端末に前記読取ったカード情報を送信する。
【００２９】
更に、本発明では、好ましくは、前記ＰＯＳ端末は、前記カード情報の送信後、内部のカード情報を消去する。
【００３０】
更に、本発明では、好ましくは、前記カード端末は、前記利用者のカードを読み取り、前記ＰＯＳ端末の決済依頼に応じて、前記読取った利用者のカード情報により、前記クレジットカード情報処理センターに与信チエックを依頼する。
【００３１】
更に、本発明では、好ましくは、前記カード端末は、前記与信チエックの結果を、前記カード情報を暗号化したタグ情報とともに、前記ＰＯＳ端末に送信した後、前記カード情報と前記タグ情報を消去する。
【発明の効果】
【００３２】
本発明では、商取引に先立ち、利用者のクレジットカードの与信チエックを行う場合には、商取引の前にカードの与信確認を取れるため、カード決済取引の信用保証が担保されるシステムにおいて、カード端末特有の暗号化アルゴリズムで、カード情報を暗号化し、取引タグ情報として、ＰＯＳ端末に返却し、再度クレジットカード取引が必要となった場合に、ＰＯＳ端末から当該クレジットカード取引の返却された取引タグをカード端末に送付するため、複数回のカード提示、読み取りを不要にでき、利用者は１回のカード提示で済む。
【００３３】
又、ＰＯＳ端末等では、解読できないように、暗号化してカード情報を返送するため、セキュリテイレベルを維持しながら達成できる。例えば、ＰＯＳ端末で、取引タグ情報を不正に取得しても、内容を解読できず、セキュリテイレベルを維持できる。
【発明を実施するための最良の形態】
【００３４】
以下、本発明の実施の形態を、クレジットカード取引システムの第１の実施の形態、第２の実施の形態、他の実施の形態の順で説明する。
【００３５】
［クレジットカード取引システムの第１の実施の形態］
図１は、本発明の一実施の形態のクレジットカード取引システムの構成図、図２は、図１のクレジットカード取引システムのブロック図、図３及び図４は、図１及び図２のシステムのクレジットカード決済処理の説明図である。
【００３６】
図１に示すように、クレジット情報処理センター３は、ルータ５を介するカード端末（ＣＣＴ）１の与信、決済要求により、クレジットカードの与信チエックを行う。ＰＯＳ端末２は、ＬＡＮ（Local  Area  Network）６により、カード端末１に接続しており、クレジットカードによる商品登録処理及び伝票発行処理を行う。カード端末１は、ＰＯＳ端末２からのクレジットカード決済要求を受け、クレジット情報処理センター３にクレジットカードの決済要求を送信し、クレジット情報処理センター３から決済応答を受ける。
【００３７】
このシステムでのクレジット取引の運用形態は、加盟店がクレジットカード会社と定めた１回の取引限度額（フロアリミットという）以内であれば、クレジットカードによる取引金額に係わらず、実際の商取引に先立つ与信チエックのみで、カード取引を許可する。一方、フロアリミットを超過する取引金額の取引であれば、再度、その取引金額での与信チエックを実施する。
【００３８】
図２は、図１のＰＯＳ端末２と、カード端末１と、クレジット情報処理センター（決済情報処理センター又はクレジットカード会社のセンター）３とのブロック図である。図２に示すように、ＰＯＳ端末２は、ＰＯＳアプリケーションプログラム２８を実行するＣＰＵ２０、メモリ２１、ＬＡＮ６との通信制御部２２、表示部２３、キー入力部２４、伝票プリンタ７を制御する伝票出力部２５、ファイル装置２７を制御するファイル制御部２６、磁気カード入力部２９を備える。
【００３９】
又、カード端末１は、クレジットカード決済処理プログラム１９を実行するＣＰＵ１０、メモリ１１、ＬＡＮ６との通信制御部１２、クレジット情報処理センター３との接続のための通信制御部１３、クレジットカードデータの暗号化のための暗号処理機構１８を備える。
【００４０】
図３及び図４により、ＰＯＳアプリケーションプログラム２８と、クレジットカード決済処理プログラム１９、暗号処理機構１８を利用したカード取引処理を説明する。
【００４１】
（Ｓ１０）利用者が、カードでの支払を選択すると、ＰＯＳ端末２の磁気カード入力部２４で、利用者のクレジットカード３０の磁気ストライプの磁気情報を読み取り、読み取りデータを暗号化する。ＰＯＳ端末２のキー入力部２４で取引種別と、売上金額、支払方法等を入力する。この場合に、実際の商取引に先立つ与信チエックのみであるため、売上金額は、未確定の状態であり、ここでは、１円としている。ＰＯＳ端末２のＣＰＵ２０は、要求電文を作成し、カード端末１に取引準備要求を送信する。
【００４２】
（Ｓ１２）この取引準備要求の電文は、ヘッダと、取引内容を含む電文Ａと、カード情報を含む電文Ｙとで構成される。カード端末１は、電文を受信し、復号化処理し、準備完了をＰＯＳ端末２に通知する。ＰＯＳ端末２は、これにより、セキュリテイを保つため、読取った磁気情報を消去し、カード端末１に決済要求を送信する。
【００４３】
（Ｓ１４）カード端末１は、与信照会処理により決済要求電文を作成し、クレジット情報処理センター３に、決済を要求する。クレジット情報処理センター３では、決済要求電文に含まれるクレジットカードの与信チエックを行い、決済結果を応答する。
【００４４】
（Ｓ１６）カード端末１は、完了処理により、取引タグを作成する。取引タグは、決済処理を行ったクレジットカード情報を、暗号処理機構１８で、カード端末でしか把握できない暗号化アルゴリズム（例えば、暗号キーとＤＥＳ）で暗号化したものである。この取引タグは、ＰＯＳ端末を始め、外部では、内容を復号化（解読）できない。カード端末１は、ＰＯＳ端末２に処理結果を通知し、且つセキュリテイのため、電文Ｚ（磁気カード情報）を消去する。この処理結果は、ヘッダと決済内容（与信可又は不可）を含む電文Ｃと、取引タグ情報である電文Ｚとで構成される。
【００４５】
（Ｓ１８）ＰＯＳ端末２では、この受信した与信結果を表示する。係員は、与信不可なら、カード取引を拒否する。一方、与信可であれば、ＰＯＳ端末２に，キー入力部２４等から商品登録し、フロアリミットチエックを含む売上登録処理する。処理が正常終了した場合には、ＰＯＳ端末２は、売上伝票出力処理を行い、伝票出力部２５を介し伝票プリンタ７を制御して、取引金額（ここでは、フロアリミット内）の売上伝票３２を発行する。
【００４６】
（Ｓ２０）一方、処理が正常終了しない場合には、前述のフロアリミットの超過の取引依頼、クレジット取引の取消、通信異常等による取引再試行等の処理がＮＧである場合には、図４に移り、係員は、再度与信依頼を行う。ＰＯＳ端末２で、利用者のクレジットカード３０での再カード取引が必要となるが、ＰＯＳ端末２に取引種別と、売上金額、支払方法等を入力することで、要求電文が作成される。この場合に、フロアリミット超過等が含まれるため、売上金額は、実際の購入金額としている。ＰＯＳ端末２は、取引タグ情報をカード情報として、要求電文を作成し、カード端末１に取引準備要求を送信する。この取引準備要求の電文は、ヘッダと、取引内容を含む電文Ａと、取引タグ情報である電文Ｚとで構成される。
【００４７】
（Ｓ２２）カード端末１は、電文を受信し、暗号処理機構１８により、復号化処理し、準備完了をＰＯＳ端末２に通知する。ＰＯＳ端末２は、これにより、カード端末１に決済要求を送信する。
【００４８】
（Ｓ２４）カード端末１は、与信照会処理により決済要求電文（前述のタグ情報を復号化したクレジットデータを含む）を作成し、クレジット情報処理センター３に、決済を要求する。クレジット情報処理センター３では、決済要求電文に含まれるクレジットカードの与信チエックを行い、決済結果を応答する。
【００４９】
（Ｓ２６）カード端末１は、完了処理により、取引タグを作成する。取引タグは、決済処理を行ったクレジットカード情報を、暗号処理機構１８で、カード端末でしか把握できない暗号化アルゴリズム（例えば、暗号キーとＤＥＳ）で暗号化したものである。カード端末１は、ＰＯＳ端末２に処理結果を通知し、且つセキュリテイのため、取引タグ関連情報（磁気カード情報）を消去する。この処理結果は、ヘッダと決済内容（与信可又は不可）を含む電文Ｃと、取引タグ情報である電文Ｚとで構成される。
【００５０】
（Ｓ２８）ＰＯＳ端末２では、この受信した与信結果を表示する。係員は、与信不可なら、カード取引を拒否する。一方、与信可であれば、ＰＯＳ端末２に商品登録し、売上登録処理する。処理が正常終了した場合には、ＰＯＳ端末２は、売上伝票出力処理を行い、取引金額（ここでは、フロアリミット超過の場合もある）の売上伝票３２を発行する。
【００５１】
このように、クレジットカード加盟店等の方針により、商取引に先立ち、利用者のクレジットカードの与信チエックを行う場合には、商取引の前にカードの与信確認を取れるため、カード決済取引の信用保証が担保されるという利点を、利用者から再度クレジットカードの提示、クレジットカード読み取りを必要とせずに、達成できる。
【００５２】
又、カード端末１特有の暗号化アルゴリズムで、例えば、暗号キーとＤＥＳ、カード情報を暗号化し、取引タグ情報として、ＰＯＳ端末に返却し、再度クレジットカード取引が必要となった場合に、ＰＯＳ端末から当該クレジットカード取引の返却された取引タグをカード端末に送付するため、複数回のカード提示、読み取りの防止機能を、セキュリテイレベルを維持しながら達成できる。例えば、ＰＯＳ端末で、取引タグ情報を不正に取得しても、内容を解読できず、セキュリテイレベルを維持できる。
【００５３】
［クレジットカード取引システムの第２の実施の形態］
図５は、本発明の他の実施の形態のクレジットカード取引システムの構成図、図６は、図５のクレジットカード取引システムのブロック図、図７及び図８は、図５及び図６のシステムのクレジットカード決済処理の説明図である。
【００５４】
図５に示すように、クレジット情報処理センター３は、ルータ５及びアクセスポイント４を介するカード端末（ＣＣＴ）１の与信、決済要求により、クレジットカードの与信チエックを行う。この実施の形態では、カード端末１は、図６で説明するように、カードリーダ、キー入力部、表示部を有し、無線ＬＡＮで、アクセスポイント４と接続する。
【００５５】
ＰＯＳ端末２は、ＬＡＮ（Local  Area  Network）６により、カード端末１に接続しており、商品登録処理及び伝票発行処理を行う。カード端末１は、クレジットカード決済処理を行い、クレジット情報処理センター３にクレジットカードの決済要求を送信し、クレジット情報処理センター３から決済応答を受ける。そして、ＰＯＳ端末２と連動して、クレジット取引を行う。
【００５６】
このシステムでのクレジット取引の運用形態も、加盟店がクレジットカード会社と定めた１回の取引限度額（フロアリミットという）以内であれば、クレジットカードによる取引金額に係わらず、実際の商取引に先立って実行した与信チエックのみで、カード取引を許可する。一方、フロアリミットを超過する取引金額の取引であれば、再度、その取引金額での与信チエックを実施する。
【００５７】
図６は、図５のＰＯＳ端末２と、カード端末１と、クレジット情報処理センター（決済情報処理センター又はクレジットカード会社のセンター）３とのブロック図である。図６に示すように、ＰＯＳ端末２は、ＰＯＳアプリケーションプログラム２８を実行するＣＰＵ２０、メモリ２１、ＬＡＮ６との通信制御部２２、表示部２３、キー入力部２４、伝票プリンタ７を制御する伝票出力部２５、ファイル装置２７を制御するファイル制御部２６を備える。
【００５８】
又、図５でも説明したように、カード端末１は、クレジットカード決済処理プログラム１９を実行するＣＰＵ１０、メモリ１１、ＬＡＮ６との通信制御部１２、クレジット情報処理センター３との接続のための通信制御部１３、キー入力部１４、ＩＣカード入出力部１５、表示部１６、磁気カード入力部１７、クレジットカードデータの暗号化のための暗号処理機構１８を備える。
【００５９】
即ち、この実施の形態では、カード端末１が、クレジットカードの読み取り、決済処理を行う。
【００６０】
図７及び図８により、ＰＯＳアプリケーションプログラム２８と、クレジットカード決済処理プログラム１９、暗号処理機構１８を利用したカード取引処理を説明する。
【００６１】
（Ｓ３０）利用者が、カードでの支払を選択すると、カード端末１の磁気カード入力部１７で、利用者のクレジットカード３０の磁気ストライプの磁気情報を読み取り、カードのデータの判定を行う。
【００６２】
（Ｓ３２）一方、ＰＯＳ端末２のキー入力部２４で、カード与信処理依頼を選択し、取引種別と、売上金額、支払方法等を入力する。この場合に、実際の商取引に先立つ与信チエックであるため、売上金額は、未確定の状態であり、ここでは、１円としている。ＰＯＳ端末２のＣＰＵ２０は、要求電文を作成し、カード端末１に取引準備要求を送信する。
【００６３】
（Ｓ３４）この取引準備要求の電文は、ヘッダと、取引内容を含む電文Ａとで構成され、カード情報を含む電文Ｚは含まれない。カード端末１は、電文を受信し、準備完了をＰＯＳ端末２に通知する。ＰＯＳ端末２は、これに応答し、カード端末１に決済要求を送信する。
【００６４】
（Ｓ３６）カード端末１は、与信照会処理により決済要求電文（磁気情報と電文Ａを含む）を作成し、クレジット情報処理センター３に、決済を要求する。クレジット情報処理センター３では、決済要求電文に含まれるクレジットカードの与信チエックを行い、決済結果を応答する。
【００６５】
（Ｓ３８）カード端末１は、完了処理により、取引タグを作成する。取引タグは、決済処理を行ったクレジットカード情報を、暗号処理機構１８で、カード端末でしか把握できない暗号化アルゴリズム（例えば、暗号キーとＤＥＳ）で暗号化したものである。この取引タグは、ＰＯＳ端末を始め、外部では、内容を復号化（解読）できない。カード端末１は、ＰＯＳ端末２に処理結果を通知し、且つセキュリテイのため、読取った磁気カード情報を消去する。この処理結果は、ヘッダと決済内容（与信可又は不可）を含む電文Ｃと、取引タグ情報である電文Ｚとで構成される。
【００６６】
（Ｓ４０）ＰＯＳ端末２では、この受信した与信結果を表示する。係員は、与信不可なら、カード取引を拒否する。一方、与信可であれば、ＰＯＳ端末２に，キー入力部２４等から商品登録し、フロアリミットチエックを含む売上登録処理する。処理が正常終了した場合には、ＰＯＳ端末２は、売上伝票出力処理を行い、伝票出力部２５を介し伝票プリンタ７を制御して、取引金額（ここでは、フロアリミット内）の売上伝票３２を発行する。
【００６７】
（Ｓ４２）一方、処理が正常終了しない場合には、前述のフロアリミットの超過の取引依頼、クレジット取引の取消、通信異常等による取引再試行等の処理がＮＧである場合には、図８に移り、係員は、再度与信依頼を行う。ＰＯＳ端末２で、利用者のクレジットカード３０での再カード取引が必要となるが、ＰＯＳ端末２に取引種別と、売上金額、支払方法等を入力することで、要求電文が作成される。この場合に、フロアリミット超過等が含まれるため、売上金額は、実際の購入金額としている。ＰＯＳ端末２は、取引タグ情報をカード情報として、要求電文を作成し、カード端末１に取引準備要求を送信する。この取引準備要求の電文は、ヘッダと、取引内容を含む電文Ａと、取引タグ情報である電文Ｚとで構成される。
【００６８】
（Ｓ４４）カード端末１は、電文を受信し、暗号処理機構１８により、復号化処理し、準備完了をＰＯＳ端末２に通知する。ＰＯＳ端末２は、これにより、カード端末１に決済要求を送信する。
【００６９】
（Ｓ４６）カード端末１は、与信照会処理により決済要求電文（前述のタグ情報を復号化したクレジットデータを含む）を作成し、クレジット情報処理センター３に、決済を要求する。クレジット情報処理センター３では、決済要求電文に含まれるクレジットカードの与信チエックを行い、決済結果を応答する。
【００７０】
（Ｓ４８）カード端末１は、完了処理により、取引タグを作成する。取引タグは、決済処理を行ったクレジットカード情報を、暗号処理機構１８で、カード端末でしか把握できない暗号化アルゴリズム（例えば、暗号キーとＤＥＳ）で暗号化したものである。カード端末１は、ＰＯＳ端末２に処理結果を通知し、且つセキュリテイのため、取引タグ関連情報（磁気カード情報）を消去する。この処理結果は、ヘッダと決済内容（与信可又は不可）を含む電文Ｃと、取引タグ情報である電文Ｚとで構成される。
【００７１】
（Ｓ５０）ＰＯＳ端末２では、この受信した与信結果を表示する。係員は、与信不可なら、カード取引を拒否する。一方、与信可であれば、ＰＯＳ端末２に商品登録し、売上登録処理する。処理が正常終了した場合には、ＰＯＳ端末２は、売上伝票出力処理を行い、取引金額（ここでは、フロアリミット超過の場合もある）の売上伝票３２を発行する。
【００７２】
このように、クレジットカード加盟店等の方針により、商取引に先立ち、利用者のクレジットカードの与信チエックを行う場合には、商取引の前にカードの与信確認を取れるため、カード決済取引の信用保証が担保されるという利点を、利用者から再度クレジットカードの提示、クレジットカード読み取りを必要とせずに、達成できる。
【００７３】
又、カード端末１特有の暗号化アルゴリズムで、例えば、暗号キーとＤＥＳ、カード情報を暗号化し、取引タグ情報として、ＰＯＳ端末に返却し、再度クレジットカード取引が必要となった場合に、ＰＯＳ端末から当該クレジットカード取引の返却された取引タグをカード端末に送付するため、複数回のカード提示、読み取りの防止機能を、セキュリテイレベルを維持しながら達成できる。例えば、ＰＯＳ端末で、取引タグ情報を不正に取得しても、内容を解読できず、セキュリテイレベルを維持できる。
【００７４】
［他の実施の形態］
前述の実施の形態では、クレジットカードを磁気カードで説明したが、ＩＣカードや光カード等の他のカード媒体を適用できる。同様に、ＰＯＳ端末は、実施の形態の単機能のＰＯＳ端末に限らず、所謂商品登録処理できるものであれば良い。
【００７５】
又、商取引に先立ち、利用者のクレジットカードの与信チエックを行う場合で説明したが、商品登録が完了し、購入金額が確定してから、利用者のクレジットカードの与信チエックを行う場合においても、何らかの理由により、取引を中止するため、与信チエック等を実施したカード取引を取り消す場合や、通信異常等、何らかの異常が発生し、クレジットカードの与信確認が取れず、再度やり直しを行う場合にも、本願の方法を適用できる。
【００７６】
以上、本発明を実施の形態により説明したが、本発明の趣旨の範囲内において、本発明は、種々の変形が可能であり、本発明の範囲からこれらを排除するものではない。
【００７７】
（付記１）利用者のカード取引に伴う、商品登録処理を行うＰＯＳ端末と、クレジットカード情報処理センターと交信して、カードの決済処理を行うカード端末とを有し、前記カード端末は、前記ＰＯＳ端末又は前記カード端末で読取った利用者のカード情報により、前記クレジットカード情報処理センターに与信チエックを依頼し、前記与信チエックの結果を、前記カード情報を暗号化したタグ情報とともに、前記ＰＯＳ端末に送信することを特徴とするクレジットカード取引システム。
【００７８】
（付記２）前記ＰＯＳ端末は、前記与信チエックの結果に基づき、前記カードの売上処理を行い、再度の与信処理が必要となった場合に、前記ＰＯＳ端末に入力された前記カード取引内容と、前記カード端末から受けた前記タグ情報とを前記カード端末に送信し、前記カード端末が、前記タグ情報を復号化して、前記クレジットカード情報処理センターに与信チエックを依頼することを特徴とする付記１のクレジットカード取引システム。
【００７９】
（付記３）前記カード端末は、前記タグ情報の送信後、内部の前記タグ情報を消去することを特徴とする付記１のクレジットカード取引システム。
【００８０】
（付記４）前記ＰＯＳ端末は、前記利用者のカードを読み取り、前記カード端末に前記読取ったカード情報を送信することを特徴とする付記２のクレジットカード取引システム。
【００８１】
（付記５）前記ＰＯＳ端末は、前記カード情報の送信後、内部のカード情報を消去することを特徴とする付記４のクレジットカード取引システム。
【００８２】
（付記６）前記カード端末は、前記利用者のカードを読み取り、前記ＰＯＳ端末の決済依頼に応じて、前記読取った利用者のカード情報により、前記クレジットカード情報処理センターに与信チエックを依頼することを特徴とする付記１のクレジットカード取引システム。
【００８３】
（付記７）前記カード端末は、前記与信チエックの結果を、前記カード情報を暗号化したタグ情報とともに、前記ＰＯＳ端末に送信した後、前記カード情報と前記タグ情報を消去することを特徴とする付記６のクレジットカード取引システム。
【００８４】
（付記８）利用者のカード取引に伴う、商品登録処理を行うＰＯＳ端末と、クレジットカード情報処理センターと交信して、カードの決済処理を行うカード端末とを連動して、カード取引を行うクレジットカード取引システムの端末連動方法において、利用者のカードを、前記ＰＯＳ端末又は前記カード端末で読取るステップと、前記カード端末が、前記読取った利用者のカード情報により、前記クレジットカード情報処理センターに与信チエックを依頼するステップと、前記与信チエックの結果を、前記カード情報を暗号化したタグ情報とともに、前記ＰＯＳ端末に送信するステップとを有することを特徴とするクレジットカード取引システムの端末連動方法。
【００８５】
（付記９）前記ＰＯＳ端末は、前記与信チエックの結果に基づき、前記カードの売上処理を行い、再度の前記カードの与信処理が必要となった場合に、前記ＰＯＳ端末に入力された前記カード取引内容と、前記カード端末から受けた前記タグ情報とを前記カード端末に送信するステップと、前記カード端末が、前記タグ情報を復号化して、前記クレジットカード情報処理センターに与信チエックを依頼するステップを更に有することを特徴とする付記８のクレジットカード取引システムの端末連動方法。
【００８６】
（付記１０）前記カード端末が、前記タグ情報の送信後、内部の前記タグ情報を消去するステップを更に有することを特徴とする付記８のクレジットカード取引システムの端末連動方法。
【００８７】
（付記１１）前記読み取りステップは、前記ＰＯＳ端末が、前記利用者のカードを読み取り、前記カード端末に前記読取ったカード情報を送信するステップからなることを特徴とする付記９のクレジットカード取引システムの端末連動方法。
【００８８】
（付記１２）前記読み取りステップは、前記ＰＯＳ端末が、前記カード情報の送信後、内部のカード情報を消去するステップを含むことを特徴とする付記１１のクレジットカード取引システムの端末連動方法。
【００８９】
（付記１３）前記読み取りステップは、前記カード端末が、前記利用者のカードを読み取るステップを有し、前記与信依頼ステップは、前記ＰＯＳ端末の決済依頼に応じて、前記読取った利用者のカード情報により、前記クレジットカード情報処理センターに与信チエックを依頼するステップからなることを特徴とする付記８のクレジットカード取引システムの端末連動方法。
【００９０】
（付記１４）前記与信結果を送信するステップは、前記カード端末が、前記与信チエックの結果を、前記カード情報を暗号化したタグ情報とともに、前記ＰＯＳ端末に送信した後、前記カード情報と前記タグ情報を消去するステップを含むことを特徴とする付記１３のクレジットカード取引システムの端末連動方法。
【産業上の利用可能性】
【００９１】
このように、商取引に先立ち、利用者のクレジットカードの与信チエックを行う場合には、商取引の前にカードの与信確認を取れるため、カード決済取引の信用保証が担保されるという運用形態を、利用者から再度クレジットカードの提示、クレジットカード読み取りを必要とせずに、達成できる。
【００９２】
又、カード端末特有の暗号化アルゴリズムで、例えば、暗号キーとＤＥＳ、カード情報を暗号化し、取引タグ情報として、ＰＯＳ端末に返却し、再度クレジットカード取引が必要となった場合に、ＰＯＳ端末から当該クレジットカード取引の返却された取引タグをカード端末に送付するため、複数回のカード提示、読み取りを防止する機能を、セキュリテイレベルを維持しながら達成できる。
【図面の簡単な説明】
【００９３】
【図１】本発明の一実施の形態のクレジットカード取引システムの構成図である。
【図２】図１のクレジットカード取引システムのブロック図である。
【図３】図１及び図２の実施の形態の与信チエック処理の説明図である。
【図４】図１及び図２の実施の形態の与信再チエック処理の説明図である。
【図５】本発明の他の実施の形態のクレジットカード取引システムの構成図である。
【図６】図５のクレジットカード取引システムのブロック図である。
【図７】図５及び図６の実施の形態の与信チエック処理の説明図である。
【図８】図５及び図６の実施の形態の与信再チエック処理の説明図である。
【図９】従来の与信チエックの説明図である。
【図１０】従来の与信再チエックの説明図である。
【符号の説明】
【００９４】
１  カード端末
２  ＰＯＳ端末
３  クレジットカード情報処理センター
４  アクセスポイント
５  ルータ
６  ＬＡＮ
７  伝票プリンタ
１０，２０  ＣＰＵ
１１，２１  メモリ
１２、１３、２２  通信制御部
１４、２４  キー入力部
１６、２３  表示部
１５、１７、２９  カード入力部
１８  暗号処理機構
１９  クレジットカード決済処理プログラム
２８  ＰＯＳアプリケーションプログラム
【図１】
2005100009.tif 000003
【図２】
2005100009.tif 000004
【図３】
2005100009.tif 000005
【図４】
2005100009.tif 000006
【図５】
2005100009.tif 000007
【図６】
2005100009.tif 000008
【図７】
2005100009.tif 000009
【図８】
2005100009.tif 000010
【図９】
2005100009.tif 000011
【図１０】
2005100009.tif 000012