(57)【要約】クレジットカードが正当な決済端末と対面していない状態ではクレジットカードにおけるトラック２情報が保存される位置情報を隠すようにすることにより、クレジットカードのセキュリティ性を向上させる、決済デバイスに対する相互認証方法を提案する。このために、本発明は、決済デバイスの決済を処理する決済端末によって行われ、第１ランダム値を生成し、ランダム値に対する第１ハッシュ値を生成する段階と、ランダム値を決済デバイスへ提供し、決済デバイスからリターンする第２ハッシュ値と前記第１ハッシュ値とを比較して決済デバイスを認証する段階とを含んでなり、決済端末は、第１ハッシュ値と第２ハッシュ値とが一致するときに決済デバイスを認証し、決済デバイスは、ランダム値に対する第２ハッシュ値の生成を要求される場合、前記決済端末を正規決済端末として認識してカード情報を提供することができる。
2016503992.tif 000002
【特許請求の範囲】
【請求項１】
決済デバイスの決済を処理する決済端末によって行われ、第１ランダム値を生成し、前記ランダム値に対する第１ハッシュ値を生成する段階と、
前記ランダム値を前記決済デバイスへ提供し、前記決済デバイスからリターンする第２ハッシュ値と前記第１ハッシュ値とを比較して前記決済デバイスを認証する段階とを含んでなり、
前記決済端末は、第１ハッシュ値と前記第２ハッシュ値とが一致するときに前記決済デバイスを認証し、
前記決済デバイスは、前記ランダム値に対する前記第２ハッシュ値の生成を要求される場合、前記決済端末を正規決済端末として認識してカード情報を提供することを特徴とする、決済デバイスに対する相互認証方法。
【請求項２】
前記決済端末は、前記第２ハッシュ値が前記第１ハッシュ値と一致する場合、前記決済デバイスがカード情報を含む保存領域の位置情報を獲得するためのゲットプロセシングオプション（ｇｅｔ ｐｒｏｃｅｓｓｉｎｇ ｏｐｔｉｏｎ）コマンドを実行することを特徴とする、請求項１に記載の決済デバイスに対する相互認証方法。
【請求項３】
前記決済端末は、前記第１ハッシュ値と前記第２ハッシュ値とが一致しない場合、前記決済デバイスによる費用決済プロセスを取り消すことを特徴とする、請求項２に記載の決済デバイスに対する相互認証方法。
【請求項４】
前記決済端末は、前記決済デバイスと前記決済端末に対する認証が完了すると、前記決済デバイスからカード情報を読み出すためのリードレコード（Ｒｅａｄ Ｒｅｃｏｒｄ）コマンドを実行することを特徴とする、請求項１に記載の決済デバイスに対する相互認証方法。
【請求項５】
前記ハッシュ値および前記リターン値は、ハッシュアルゴリズムによって生成されるハッシュ値であることを特徴とする、請求項１に記載の決済デバイスに対する相互認証方法。
【請求項６】
前記ハッシュ値が１６進数値であることを特徴とする、請求項１に記載の決済デバイスに対する相互認証方法。
【請求項７】
前記第１ハッシュ値および前記第２ハッシュ値は、ハッシュアルゴリズムによって暗号化された状態で比較することを特徴とする、請求項１に記載の決済デバイスに対する相互認証方法。
【請求項８】
前記ランダム値は、前記決済端末で任意に生成される値であることを特徴とする、請求項１に記載の決済デバイスに対する相互認証方法。
【請求項９】
前記第１ハッシュ値および前記第２ハッシュ値は、前記ランダム値および該ランダム値の前端と後端にそれぞれ付加されるヘッダー値とテーラー値を入力にして生成されるハッシュ値であることを特徴とする、請求項１に記載の決済デバイスに対する相互認証方法。
【請求項１０】
前記ヘッダー値および前記テーラー値は、前記ランダム値に自動的に付与され、固定値（Ｓｔａｔｉｃ Ｖａｌｕｅ）であることを特徴とする、請求項９に記載の決済デバイスに対する相互認証方法。
【請求項１１】
前記ヘッダー値と前記テーラー値は数字列であることを特徴とする、請求項１０に記載の決済デバイスに対する相互認証方法。
【請求項１２】
前記決済デバイスは、前記決済端末が相互認証のために前記ランダム値に対する前記第２ハッシュ値の生成を要求しない場合、非正規決済端末として認識し、前記決済端末へカード情報を伝送しないことを特徴とする、請求項１に記載の決済デバイスに対する相互認証方法。
【請求項１３】
決済デバイスの決済を処理する決済端末によって行われ、第１ランダム値を生成し、前記ランダム値に対する第１ハッシュ値を生成する段階と、
前記第１ランダム値を前記決済デバイスへ提供し、前記決済デバイスからリターンする第２ハッシュ値と前記第１ハッシュ値とを比較して前記決済デバイスを認証する段階と、
前記決済デバイスが提供する第２ランダム値に対する第２ハッシュ値を前記決済デバイスへ提供して前記決済デバイスから認証を受ける段階とを含んでなることを特徴とする、決済デバイスに対する相互認証方法。
【請求項１４】
前記決済端末は、前記決済デバイスから認証された後、前記決済デバイスからカード情報を獲得することを特徴とする、請求項１３に記載の決済デバイスに対する相互認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、決済デバイスに対する相互認証方法に係り、さらに詳しくは、決済デバイスから近距離に位置する決済端末が正当な決済デバイスを確認および認証する、決済デバイスに対する相互認証方法に関する。
【背景技術】
【０００２】
クレジットカードは、現在まで全世界的に最も広く利用される支払手段の一つであって、磁気ストリップ（Ｍａｇｎｅｔｉｃ Ｓｔｒｉｐ）を備える磁気式クレジットカードから、認証のためのチップを内蔵する電子クレジットカードを経由して、携帯電話やスマート携帯電話に内蔵されるＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）の形で実現されている。
【０００３】
クレジットカードが現金を代替する支払手段として利用され、クレジットカードに対する偽造、変造だけでなく、各種詐欺取引が増加する趨勢にある。
【０００４】
クレジットカードの偽造による犯罪は、アジアの場合、全体のクレジットカードの取引から発生する犯罪に対して７．１％（１９８８年）から３２．４％（１９９４年）へと急増する趨勢にあり、偽造による犯罪は、日増しに増加する趨勢にある。
【０００５】
クレジットカードの偽造による問題点を防止するために、ビザカード（Ｖｉｓａ ｃａｒｄ）、マスターカード（Ｍａｓｔｅｒ ｃａｒｄ）およびユーロペイ（Ｅｕｒｏ ｐａｙ）の３大メジャーカード会社は、ＥＭＶ（Ｅｕｒｏ／Ｍａｓｔｅｒ／Ｖｉｓａ）規格を規定し、ＥＭＶ規定に基づいてクレジットカードを発行している。ＥＭＶ規格に基づくクレジットカードは、偽・変調が不可能であり、クレジットカード決済のために商品又は役務を購入する購買者が決済パスワードを決済端末に入力する過程を経て費用を決済するようにすることにより、従来の磁気式クレジットカードに比べてセキュリティ性を大幅向上させたと評価されている。
【０００６】
このようなＥＭＶ規格は、クレジットカード以外にも、様々な決済手段に適用されている。一例として、韓国公開特許１０−２００７−００９３５３０号は、ＥＭＶ規格に基づく非接触式のＥＭＶクレジットカードを利用して、高速で移動する車両内でもＥＭＶ規格に基づく決済を誘導する高速非接触式支払処理方法を提案している。韓国公開特許１０−２００７−００９３５３０号は、ＥＭＶタイプで車両に備えられるＩＣカードと、トールゲートに設けられるＥＭＶ端末装置が通常のＥＭＶ規格に基づいてｇｅｔ ｐｒｏｃｅｓｓｉｎｇ ｏｐｔｉｏｎ−Ｒｅａｄ Ｒｅｃｏｒｄ−ｇｅｎｅｒａｔｅ ＡＣのコマンド順にデータを処理している。
【０００７】
ＥＭＶ規格に基づいて決済端末またはＥＭＶ端末装置がＥＭＶクレジットカードへ伝送するコマンドのうち、ゲットプロセシングオプション（ｇｅｔ ｐｒｏｃｅｓｓｉｎｇ ｏｐｔｉｏｎ）コマンドがＩＣカードに送付されると、ＩＣカードでは、バージョン情報、移動通信事業者の情報およびＡＦＬデータをＥＭＶ端末装置へ出力することができる。このとき、ＥＭＶ端末装置へ出力されるＡＦＬデータには、ＩＳＯ ７８１３規格に準拠したトラック２情報がＥＭＶカードに保存される位置情報を備えるが、この位置情報が外部に露出する場合、他人がＥＭＶカードをハックすることに利用できるので、注意が望まれる。ＡＦＬデータについては図１を参照して説明する。
【０００８】
図１はＥＭＶカードとＥＭＶ端末との間のトランザクション処理過程を示す参照図である。
【０００９】
図１を参照すると、ＥＭＶクレジットカード１０が正当なＥＭＶクレジット決済端末２０に近距離（例えば、数ｃｍ〜数十ｃｍ）でアクセスまたは接触する場合、ＥＭＶクレジットカード１０は、内蔵されるＩＣチップ１１に設けられるカード情報をＥＭＶ決済端末２０へ無線伝送することができる。
【００１０】
このとき、ＥＭＶ決済端末２０は、取引初期化のためのゲットプロセシングオプション（ｇｅｔ ｐｒｏｃｅｓｓｉｎｇ ｏｐｔｉｏｎ）コマンドをＥＭＶクレジットカード１０へ伝送する。ＥＭＶクレジットカード１０は、ゲットプロセシングオプションコマンドに応答して、アプリケーションのバージョン情報、移動通信事業者の情報およびＡＦＬ（Ａｐｐｌｉｃａｔｉｏｎ Ｆｉｌｅ Ｌｏｃａｔｏｒ）情報をＥＭＶ決済端末２０へ伝送するが、このとき、ＡＦＬ情報は、カード情報が含まれるメモリのアドレス情報またはメモリブロックのアドレス情報を指し示している。
【００１１】
ＥＭＶ決済端末２０は、ＡＦＬ情報を参照してＥＭＶクレジットカード１０からトラック２情報を読み出し、読み出されたトラック２情報を用いてＶＡＮサーバー（図示せず）またはクレジットカード会社サーバー（図示せず）へ送付してクレジット決済を行う。
【００１２】
一方、ＥＭＶクレジットカード１０とＥＭＶ決済端末２０は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）通信を行うので、 ＥＭＶクレジットカード１０とＲＦフィールド内に位置する非正規決済端末３０がＥＭＶクレジットカード１０に近接する場合、非正規決済端末３０がＥＭＶクレジットカード１０を介してアプリケーションのバージョン情報、移動通信事業者の情報およびトラック２情報を獲得することもできる。
【００１３】
現在、携帯端末に接続されて他の携帯端末からカード情報を獲得する装置も発売されている。
【００１４】
このような状況で、非正規決済端末３０はカード所持者（Ｃａｒｄｈｏｌｄｅｒ）の許可なしにＥＭＶクレジットカード１０からカード情報を獲得することができ、獲得したカード情報は悪用されるおそれがある。
【００１５】
そこで、本出願人は、ＥＭＶクレジットカード１０とＥＭＶ決済端末２０が互いに正当な取引対象先であるかを判断することができるようにし、正当な取引対象先同士１０、２０の間でカード情報をやり取りすることができるようにする、決済デバイスに対する相互認証方法を提案しようとする。
【発明の概要】
【発明が解決しようとする課題】
【００１６】
本発明の目的は、クレジットカードと決済端末が互いに正当な取引対象先であるかを判断することができるようにすることで、正当な取引対象先である決済端末とクレジットカードがカード情報をやり取りすることができるようにし、これにより非正規決済端末によるハッキングおよび情報漏洩に対するセキュリティ脅威を減少させる、決済デバイスに対する相互認証方法を提供することにある。
【課題を解決するための手段】
【００１７】
上記目的を達成するための本発明は、 決済デバイスの決済を処理する決済端末によって行われ、第１ランダム値を生成し、前記ランダム値に対する第１ハッシュ値を生成する段階と、前記ランダム値を前記決済デバイスへ提供し、前記決済デバイスからリターンする第２ハッシュ値と前記第１ハッシュ値とを比較して前記決済デバイスを認証する段階とを含んでなり、前記決済端末は、第１ハッシュ値と前記第２ハッシュ値とが一致するときに前記決済デバイスを認証し、前記決済デバイスは、前記ランダム値に対する前記第２ハッシュ値の生成を要求される場合、前記決済端末を正規決済端末として認識してカード情報を提供することを特徴とする、決済デバイスに対する相互認証方法を提供する。
【００１８】
また、上記目的を達成するための本発明は、決済デバイスの決済を処理する決済端末によって行われ、第１ランダム値を生成し、前記ランダム値に対する第１ハッシュ値を生成する段階と、前記第１ランダム値を前記決済デバイスへ提供し、前記決済デバイスからリターンする第２ハッシュ値と前記第１ハッシュ値とを比較して前記決済デバイスを認証する段階と、前記決済デバイスが提供する第２ランダム値に対する第２ハッシュ値を前記決済デバイスへ提供して前記決済デバイスから認証を受ける段階とを含んでなることを特徴とする、決済デバイスに対する相互認証方法を提供する。
【発明の効果】
【００１９】
本発明によれば、クレジットカードが正当な決済端末と対面していない状態ではクレジットカードにおけるトラック２情報が保存される位置情報を隠すようにすることにより、クレジットカードのセキュリティ性を向上させることができる。
【図面の簡単な説明】
【００２０】
【図１】ＥＭＶカードとＥＭＶ端末がＡＦＬを伝送する過程を示す参照図である。
【図２】本発明に係る決済デバイスに対する相互認証方法を示す概念図である。
【図３】本発明に係る決済デバイスに対する相互認証方法を示す概念図である。
【図４】本発明の一実施形態に係る決済デバイスに対する相互認証方法を示すフローチャートである。
【図５】本発明の他の実施形態に係る決済デバイスに対する相互認証方法を示すフローチャートである。
【図６】本発明の遂行に用いられる決済端末のブロック概念図の一例を示す。
【図７】ハッシュアルゴリズムを利用してハッシュ値を生成する一例を示す参照図である。
【発明を実施するための形態】
【００２１】
本明細書で言及されるトラック２情報は、ＩＳＯ ７８１３規格に準拠したカード情報を意味することができる。
【００２２】
本明細書で言及される決済デバイスは、トラック２情報を含む電子クレジットカード、またはＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）チップを内蔵する携帯端末である。
【００２３】
本明細書において、携帯端末は、スマートフォン（Ｓｍａｒｔ Ｐｈｏｎｅ）と携帯電話を中心に記述および説明される。しかし、言及されたスマートフォンおよび携帯電話以外にも、携帯可能で、かつＵＳＩＭチップを内蔵してクレジットカードを代替することが可能な装置であれば、特に断りのない場合でも、携帯端末と称することができる。
【００２４】
本明細書で言及される決済端末は、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）を内蔵した電子クレジットカード、およびＵＳＩＭチップを内蔵する携帯端末からカード情報（例えば、トラック２情報）を獲得してトランザクション処理が可能な機器を意味することができる。ここで、決済端末は、電子クレジットカードおよび携帯端末のいずれか一方のみとトランザクション処理が可能であってもよく、両方とトランザクション処理が可能であってもよい。但し、限定はしない。
【００２５】
本明細書で言及されるＥＭＶは、Ｅｕｒｏ／Ｍａｓｔｅｒ／Ｖｉｓａの略語であって、暗号化されたＩＣチップを利用し、クレジットカード取引の際に、決済端末を介してＰＩＮ（Ｐｅｒｓｏｎａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）を入力するようにすることにより、カードの偽・変造を遮断する規格を指し示す。
【００２６】
本明細書で言及されるトラック２情報は、ＰＡＮ（Ｐｒｉｍａｒｙ Ａｃｃｏｕｎｔ Ｎｕｍｂｅｒ）領域／ＥＤ（Ｅｘｐｉｒａｔｉｏｎ Ｄａｔｅ）領域／ＳＣ（Ｓｅｒｖｉｃｅ Ｃｏｄｅ）領域／ＤＤ（Ｄｉｓｃｒｅｔｉｏｎａｒｙ Ｄａｔａ）領域を備え、ＰＡＮ領域は、本出願人が開発した可変型ＰＡＮであってもよい。可変型ＰＡＮは、トラック２情報における、ＢＩＮ（Ｂａｎｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｎｕｍｂｅｒ）は露出し、ＢＩＮを除いたカードアカウント情報は暗号化することにより、クレジットカード取引の際にカードアカウント情報が露出しないようにする。
【００２７】
本明細書で言及されるハッシュ値は、ＳＨＡ−１（Ｓｅｃｕｒｅ Ｈａｓｈ Ａｌｇｏｒｉｔｈｍ−１）、ＳＨＡ−２、ＭＤ５アルゴリズム（Ｍｅｓｓａｇｅ−Ｄｉｇｅｓｔ Ａｌｇｏｒｉｔｈｍ５）などのハッシュアルゴリズムによって生成されるハッシュ値を意味することができる。ハッシュアルゴリズムは、この他にも様々なものが利用できる。
【００２８】
本明細書で言及される決済端末は、ＥＭＶ規格に基づいてクレジットカードとデータ通信を行うことができる。ところが、本明細書で言及される決済端末は、正当なクレジットカードや携帯端末などの決済デバイスと対面している場合にはデータ通信が維持され、非正常な決済デバイスと対面している場合にはデータ通信が維持されないおそれがある。つまり、クレジット取引が中断するおそれがある。
【００２９】
以下、図面を参照して、本発明を詳細に説明する。
【００３０】
図２および図３は本発明に係る決済デバイスに対する相互認証方法を示す概念図である。
【００３１】
まず、図２を参照すると、決済デバイス５０が決済端末１００に近接（ｐｒｏｘｉｍｉｔｙ）または接触するとき、決済端末１００は近距離（数ｃｍ〜数十ｃｍ）に位置する決済デバイス５０を感知し、決済デバイス５０へ応用プログラムのリストを要求し、決済デバイス５０は応用プログラムのリストを決済端末１００へ送付する。決済デバイス５０から決済端末１００へ送付される応用プログラムのリストは一つのファイル形式を持つことができ、ＥＭＶ規格のクレジットカードでは１ＰＡＹ．ＳＹＳＤＤＦ０１などのファイルを決済デバイス５０から決済端末１００へ伝送することができる。ここで、応用プログラムは、決済デバイス５０で費用を決済するとき、費用決済に利用される決済プログラムを意味することができる。
【００３２】
決済デバイス５０から決済端末１００へ応用プログラムのリストが送付された後、決済端末１００は、決済デバイス５０で駆動可能な応用プログラムを参照して決済デバイス５０を駆動するが、このとき、通信カバレッジ内に２つ以上のクレジットカードが存在しうる。この場合、決済端末１００は、複数のクレジットカード（または複数の携帯端末）の中からいずれか一つを選択しなければならない。この際、決済端末１００で発生するコマンドはカード選択（ｃａｒｄ ｓｅｌｅｃｔ）コマンドに該当する。
【００３３】
信用取引のためのクレジットカードが選択された後、決済端末１００は、カード選択コマンド（ｃａｒｄ ｓｅｌｅｃｔ）の後に進行すべきゲットプロセシングオプションコマンドを実行する代わりに、クレジットカード検証のための相互認証コマンド（ｍｕｔｕａｌ ａｕｔｈｅｎｔｉｃａｔｉｏｎ）を実行する。
【００３４】
相互認証コマンド（ｍｕｔｕａｌ ａｕｔｈｅｎｔｉｃａｔｉｏｎ）は、決済デバイス５０と決済端末が互いにデータを交流しながら認証値を生成し、生成された認証値を用いて、正当な取引対象先であるかを判断するためのコマンドであって、ＥＭＶ規格には存在しない。
【００３５】
相互認証コマンド（ｍｕｔｕａｌ ａｕｔｈｅｎｔｉｃａｔｉｏｎ）は、次の各号による順序に従って生成および運用される。
【００３６】
１）決済端末１００でランダムな値を生成する。このとき、生成されるランダム値は、
−決済デバイス５０が決済端末１００で感知される時間に応じて生成される値、
−決済デバイス５０が決済端末１００で感知された後、決済端末１００がランダムに生成するランダム値のいずれか一つでありうる。この他にも、決済デバイス５０が決済端末１００と対面する瞬間以後の任意の時間を用いて、決済端末１００がランダム値を生成することもできる。
【００３７】
２）決済端末１００は、ランダム値を入力値とし、既に設けられる暗号化キーを用いてハッシュアルゴリズムを駆動してハッシュ値を生成する。
【００３８】
３）決済端末１００は、ハッシュアルゴリズムに入力したランダム値を決済デバイス５０へ伝送する。
【００３９】
４）決済デバイス５０は、決済端末１００から伝送されたランダム値を入力としてハッシュアルゴリズムを駆動し、このとき、自体的に内蔵される暗号化キーを用いて、決済端末１００が提供するランダム値に対するハッシュ値を生成し、生成されたハッシュ値を決済端末１００へリターン（Ｒｅｔｕｒｎ）させる。
【００４０】
５）決済端末１００は、決済デバイス５０からリターンしたハッシュ値と２）段階で生成されたハッシュ値とを比較し、同一であるかを判断する。
【００４１】
６）決済端末１００は、決済デバイス５０からリターンしたハッシュ値と自体的に生成したハッシュ値とが同じであれば、正当な決済デバイス５０として認識して次のコマンド（ゲットプロセシングオプションコマンド）を実行し、そうでなければ、次のコマンド（ゲットプロセシングオプションコマンド）を実行せずに信用取引過程を終了する。
【００４２】
一方、通信カバレッジ内に非正規決済端末、例えば携帯可能な形態の非正規決済端末３０が存在する場合、非正規決済端末３０は決済デバイス５０からゲットプロセシングコマンドを伝送し、決済デバイス５０は相互認証コマンド（ｍｕｔｕａｌ ａｕｔｈｅｎｔｉｃａｔｉｏｎ）を待つことができる。
【００４３】
もし、非正規決済端末３０が相互認証コマンドを提供しない場合、決済デバイス５０は、正当な取引対象先ではないと判断してトラック２情報を非正規決済端末３０へ提供しない。
【００４４】
前述した１）〜６）の順序によれば、決済端末１００は、カード選択コマンド（Ｃａｒｄ Ｓｅｌｅｃｔ）の後、ゲットプロセシングオプションコマンドを実行して決済デバイス５０の応用プログラムを初期化する。
【００４５】
ここで、暗号化キーは、ハッシュアルゴリズムを駆動するための別途のキーを意味しない。暗号化キーは、決済デバイス５０と決済端末１００の両側に設けられる固定値であって、ハッシュアルゴリズムを駆動するとき、ランダム値の前後に自動配置されるようにすることにより、暗号化キーの役割を果たすものであり、それ自体が暗号化キーではない。
【００４６】
本実施形態で適用されるハッシュアルゴリズムを介してハッシュ値が算出される方法は、図７を一緒に参照して説明する。
【００４７】
図７を一緒に参照すると、ハッシュアルゴリズムは、ヘッダー（ｈｅａｄｅｒ）、テーラー（ｔａｉｌｅｒ）およびランダム値を入力してハッシュ値を求めることができる。
【００４８】
図７において、
ヘッダーの値は「１１１１１１１１１１１１１１１１１１１１１１１１１１１１１１１１」、
テーラー値は「２２２２２２２２２２２２２２２２２２２２２２２２２２２２２２２２」、
ランダム値は「４０４１４２４３４４４５４６４７４８４９４Ａ４Ｂ４Ｃ４Ｄ４Ｅ４Ｆ」であると仮定するとき、
ハッシュアルゴリズムは、ヘッダー｜ランダム値｜テーラーを入力値にしてハッシュ値を生成することができる。
【００４９】
決済デバイス５０で図７に示された順序とおり（ヘッダー値｜ランダム値｜テーラー）を入力値にして生成されたハッシュ値が第１ハッシュ値であると仮定し、
決済端末１００で（ヘッダー値｜ランダム値｜テーラー）を入力値にして生成されたハッシュ値が第２ハッシュ値であると仮定すると、
ヘッダー値とテーラー値とが同じ状態で同じランダム値を共有したとき、決済デバイス５０で生成される第１ハッシュ値と決済端末１００で生成される第２ハッシュ値は同じ値が出るべきである。
【００５０】
すなわち、決済デバイス５０と決済端末１００は、ヘッダー値とテーラー値を暗号化キーのように用いてハッシュ値を生成するが、決済デバイス５０と決済端末１００との間で送受信されるデータにおけるヘッダー値とテーラー値は露出しないので、他人がこれを認知するには困難さが伴う。ヘッダー値とテーラー値はランダム値の前端と後端に付加されるだけであり、暗号化キーとしては認識されないので、ハッシュアルゴリズムによる第１ハッシュ値または第２ハッシュ値が他人によって容易に類推されない。
【００５１】
ここで、図７を介して説明されたハッシュアルゴリズムの暗号化方式は、本明細書全体にわたって同様に適用され、重複する説明は省略する。
【００５２】
次に、図３を参照すると、決済デバイス５０が決済端末１００に近接（ｐｒｏｘｉｍｉｔｙ）するとき、決済端末１００は、近距離（数ｃｍ〜数十ｃｍ）に位置する決済デバイス５０を感知し、決済デバイス５０に応用プログラムのリストを要求し、応用プログラムのリストを参照して、決済デバイス５０に内蔵されるＩＣチップ５１を駆動する。その後、カード選択コマンド（ｃａｒｄ ｓｅｌｅｃｔ）を用いて複数のクレジットカードが通信カバレッジ内に位置する場合、１つのクレジットカードを選択する過程までは前述した図２の説明と同様である。図３の実施形態は、決済端末１００でゲットプロセシングオプションコマンドを実行した後、相互認証コマンド（ｍｕｔｕａｌ ａｕｔｈｅｎｔｉｃａｔｉｏｎ）を実行するという点から、図２の実施形態との差別点を有する。ゲットプロセシングオプションコマンドが実行された後、決済端末１００がリードレコード（Ｒｅａｄ Ｒｅｃｏｒｄ）コマンドを実行すると、決済デバイス５０は、それに応答して、ＩＳＯ／ＩＥＣ ７８１３規格に準拠したトラック２情報を決済端末１００へ伝送することになる。よって、決済デバイス５０から決済端末１００へトラック２情報が伝送される前に、決済端末１００が相互認証コマンド（ｍｕｔｕａｌ ａｕｔｈｅｎｔｉｃａｔｉｏｎ）をまず実行することにより、決済デバイス５０が正当な決済端末１００と信用取引をするかを判断することができる。
【００５３】
図３の相互認証方法も、通信カバレッジ内に非正規決済端末、例えば携帯可能な形態の非正規決済端末３０が存在する場合、非正規決済端末３０は決済デバイス５０へゲットプロセシングコマンドを伝送し、決済デバイス５０は相互認証コマンド（ｍｕｔｕａｌ ａｕｔｈｅｎｔｉｃａｔｉｏｎ）を待つことができる。
【００５４】
もし、非正規決済端末３０が相互認証コマンドを提供しない場合、決済デバイス５０は、正当な取引対象先ではないと判断し、カード情報（例えば、トラック２情報）を非正規決済端末３０へ提供しない。
【００５５】
図３の相互認証方法は、図２の実施形態で言及された１）〜６）の過程を同様に行い、図６によるハッシュ値の対照を同様に行う。但し、図２を介して説明された６）の過程は、次の６−１）の過程で代替できる。
【００５６】
６−１）決済端末１００は、決済デバイス５０からリターンしたハッシュ値と自体的に生成したハッシュ値とが同一であれば、信用取引に正当な決済デバイス５０として認識し、次のコマンド（リードレコードコマンド）を実行し、そうでなければ、次のコマンド（リードレコードコマンド）を実行せずに信用取引過程を終了する。
【００５７】
図２および図３に図示および説明されたゲットプロセシングオプションコマンドが実行された後、決済端末１００は、決済金額、およびクレジットカード所持者（Ｃａｒｄ Ｈｏｌｄｅｒ）からカードパスワード（ＰＩＮ：Ｐｅｒｓｏｎａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）が入力されると、アプリケーション実行コマンド（ｇｅｎｅｒａｔｅ ＡＣ）を実行する。アプリケーション実行コマンドは、決済デバイス５０へ伝送され、決済デバイス５０は、アプリケーション実行コマンドに応答して、暗号化された承認要求データ（Ａｕｔｈｏｒｉｚａｔｉｏｎ Ｒｅｑｕｅｓｔ Ｃｒｙｐｔｏｇｒａｍ：ＡＲＱＣ）を決済端末１００へリターンさせる。
【００５８】
決済端末１００は、暗号化された承認要求データＡＲＱＣを受信した後、カード情報、決済端末情報、および加盟店コードを含む決済承認情報を含む決済承認要求データを生成し、ＶＡＮサーバー（図示せず）を介してカード会社サーバー（図示せず）へ伝送してクレジットカードの有効性を問い合わせることができる。これにより、決済端末１００は、ＥＭＶ標準に基づく決済承認過程を進行し、ＥＭＶ標準には存在しない相互承認過程を用いて正当な決済デバイス５０と決済端末１００のみが費用決済を進行することができる。
【００５９】
また、信用取引のための正当な決済デバイス５０と決済端末１００が近距離で対面しているときにのみ、決済デバイス５０から決済端末１００へ、トラック２情報およびカード情報を含む保存領域に対する位置情報を提供するので、部外者によるハッキングの試みを前もって遮断することができる。
【００６０】
図４は本発明の一実施形態に係る決済デバイスに対する相互認証方法を示すフローチャートである。
【００６１】
図４を参照すると、実施形態に係る決済デバイスに対する相互認証方法は、決済デバイス５０が決済端末１００に近距離（数ｃｍ〜数十ｃｍ）で近接するとき、決済端末１００が決済デバイス５０を認知し、カード選択コマンド（Ｃａｒｄ Ｓｅｌｅｃｔ）を介して通信カバレッジ内に２つ以上のクレジットカードが存在する場合、１つのクレジットカードを選択して決済プロセスを行うことができる。
【００６２】
このとき、決済デバイス５０は、２つ以上の決済端末３０、１００の通信カバレッジ内に位置することができる。通信カバレッジ内に取引対象先としての決済端末１００と非正規決済端末３０が一緒に存在する場合、ＲＦ通信を利用して通信を行う決済デバイス５０は、非正規決済端末３０と決済端末１００の両方に対して相互認証コマンドの伝送か否かを判断することができる。相互認証コマンドを伝送する決済端末１００に対してのみトラック２情報を提供し、相互認証コマンドを伝送しない非正規決済端末３０に対してはカード情報の伝送を遮断することができる。
【００６３】
次に、決済端末１００は、ランダム値を生成し、生成されたランダム値に対してハッシュアルゴリズムを利用してハッシュ値を生成することができる。
【００６４】
生成されたハッシュ値は決済端末１００が一時的に保管し、生成されたランダム値は決済デバイス５０へ伝送されるため、ランダム値に対するハッシュ値を要求することができる。
【００６５】
このとき、決済デバイス５０と決済端末１００は同じ暗号化キーを備えることができ、同じランダム値を入力として同じ暗号化キーを適用してハッシュアルゴリズムを利用すると、同じハッシュ値が算出できる。
【００６６】
決済デバイス５０は、決済端末１００から提供されるランダム値を入力にしてハッシュアルゴリズムを駆動してハッシュ値を生成し、生成されたハッシュ値を決済端末１００へリターンさせる。
【００６７】
決済端末１００は、決済デバイス５０からリターンしたハッシュ値と、一時的に保管したハッシュ値とを比較する。ゲットプロセシングオプションコマンドが実行される以前の状態で、決済端末１００は、決済デバイス５０から応用プログラムのリスト、移動通信事業者の情報および応用プログラムのバージョン情報のみを獲得するので、決済デバイス５０のカード情報を完全には獲得していない状態である。
【００６８】
すなわち、実施形態は、決済端末１００が、決済デバイス５０のＩＣチップ５１からトラック２情報の位置する位置情報を獲得する前に決済デバイス５０と相互認証を行うという点で、非正規決済端末が決済デバイス５０からトラック２情報の位置情報を獲得することができないようにすることにその特徴がある。
【００６９】
また、実施形態に係る決済デバイスに対する相互認証方法は、クレジットカード所持者（Ｃａｒｄｈｏｌｄｅｒ）が信用取引を取り消す場合、決済デバイス５０からトラック２情報に対する位置情報が決済端末１００に露出しないようにすることができる。
【００７０】
図５は本発明の他の実施形態に係る決済デバイスに対する相互認証方法を示すフローチャートである。
【００７１】
図５を参照すると、実施形態に係る決済デバイス５０に対する相互認証方法は、決済デバイス５０が決済端末１００に近距離（数ｃｍ〜数十ｃｍ）で近接するとき、決済端末１００が決済デバイス５０を認知し、カード選択コマンド（Ｃａｒｄ Ｓｅｌｅｃｔ）を介して通信カバレッジ内に２つ以上の決済デバイスが存在する場合、１つの決済デバイスを選択して決済プロセスを行うことができる。
【００７２】
このとき、決済デバイス５０は、２つ以上の決済端末３０、１００の通信カバレッジ内に位置することができる。通信カバレッジ内に取引対象先としての決済端末１００と非正規決済端末３０が一緒に存在する場合、ＲＦ通信を利用して通信を行う決済デバイス５０は、非正規決済端末３０と決済端末１００の両方に対して相互認証コマンドの伝送か否かを判断することができる。決済デバイス５０は、相互認証コマンドを伝送する決済端末１００に対してのみトラック２情報を提供することができ、相互認証コマンドを伝送しない非正規決済端末３０に対してはカード情報の伝送を遮断することができある。
【００７３】
次に、決済端末１００は、決済デバイス５０へランダム値を生成して伝送し、第１ランダム値に対して決済デバイス５０から暗号化されて返信される暗号化値を獲得することができる。このとき、決済端末１００は、決済デバイスへ提供した第１ランダム値を用いて予め暗号化値を生成しておき、決済デバイス５０から返信された暗号化値と自体的に生成された暗号化値とを比較して同一であれば、決済デバイス５０を認証することができる。
【００７４】
このとき、決済デバイス５０と決済端末１００は同じハッシュアルゴリズムによって暗号化値を生成することができる。
【００７５】
次に、決済端末１００は、第２ランダム値を生成し、生成された第２ランダム値に対してハッシュアルゴリズムを利用してハッシュ値を生成する。
【００７６】
生成されたハッシュ値は決済端末１００が一時的に保管し、生成されたランダム値は決済デバイス５０へ伝送されるので、ランダム値に対するハッシュ値を要求することができる。
【００７７】
このとき、決済デバイス５０と決済端末１００は同じ暗号化キーを備えることができる。同じランダム値を入力にして同じ暗号化キーを適用してハッシュアルゴリズムを利用すると、同じハッシュ値が算出できる。
【００７８】
決済デバイス５０は、決済端末１００から提供されるランダム値を入力にしてハッシュアルゴリズムを駆動してハッシュ値を生成し、生成されたハッシュ値を決済端末１００へリターンさせる。
【００７９】
決済端末１００は、決済デバイス５０からリターンしたハッシュ値と、一時的に保管したハッシュ値とを比較する。ゲットプロセシングオプション（ｇｅｔ ｐｒｏｃｅｓｓｉｎｇ ｏｐｔｉｏｎ）コマンドが実行される前の状態で、決済端末１００は、決済デバイス５０から応用プログラムのリスト、移動通信事業者の情報および応用プログラムのバージョン情報のみを獲得するので、決済デバイス５０のカード情報を完全には獲得していない状態である。
【００８０】
その後、決済デバイス５０は、任意のランダムな値（以下、第２ランダム値という）を生成し、生成された第２ランダム値を入力とするハッシュアルゴリズムを駆動して第１ハッシュ値を生成する。
【００８１】
その後、決済デバイス５０は、第２ランダム値を決済端末１００へ提供し、決済端末１００から同じハッシュアルゴリズムを利用した第２ハッシュ値を受信することができる。もし決済端末１００が正規決済端末１００である場合、決済デバイス５０は、決済端末１００から獲得した第２ハッシュ値が、自体的に生成した第１ハッシュ値と同一であり、これにより決済端末１００が正規決済端末であることを確認することができる。
【００８２】
次に、決済デバイス５０は、決済端末１００からゲットプロセシングオプションコマンドまたはリードレコードコマンドを受信することができ、該当コマンドが受信されると、カード情報を決済端末１００へ提供することができる。
【００８３】
本実施形態では、決済デバイス５０と決済端末１００とが相互認証を終えると、決済デバイス５０から決済端末１００へカード情報を提供するので、非正規決済端末３０によるカード情報の漏洩が遮断されるという利点を持つ。
【００８４】
図６は本発明の遂行に用いられる決済端末のブロック概念図の一例を示す。
【００８５】
図６を参照すると、決済端末１００は、プロセッサ１２１、サインパッド１２２、リーダー部１２３、通信部１２４、印刷装置１２５、メモリ１２６および入力部１２７を含んで構成できる。
【００８６】
プロセッサ１２１は、決済端末１００を全般的に制御し、リーダー部１２３を介して磁気式クレジットカード、電子クレジットカードおよび携帯端末などの決済デバイス５０のトランザクション処理要求を受信し、入力部１２７に入力される金額情報およびサインパッド１２２で獲得されたサインのイメージを取り合わせて決済情報を生成し、通信部１２４を介して、生成された決済情報をＶＡＮサーバー１５０またはカード会社サーバー１００へ提供してトランザクション処理を行うことができる。
【００８７】
プロセッサ１２１は、ＲＴＣ（Ｒｅａｌ Ｔｉｍｅ Ｃｌｏｃｋ）を内蔵するか、或いはＲＴＣに接続されて現在の時間を計数することができる。
【００８８】
また、プロセッサ１２１は、コプロセッサ（Ｃｏ−ｐｒｏｃｅｓｓｏｒ）を内蔵するか、或いは別途のコプロセッサ（Ｃｏ−ｐｒｏｃｅｓｓｏｒ）に接続でき、コプロセッサと連動してハッシュアルゴリズムを駆動するプログラムを駆動することもできる。ハッシュアルゴリズムを駆動するプログラムはメモリ１２６に設けられてもよい。
【００８９】
メモリ１２６は、揮発性メモリ１２６ａまたは不揮発性メモリ１２６ｂを含むことができる。揮発性メモリ１２６ａは、ＤＲＡＭまたはＳＲＡＭから構成でき、プロセッサ１２１が各部１２２〜１２７の制御または駆動のためのプログラムを駆動するとき、プログラム駆動のための一時保存空間として利用できる。
【００９０】
不揮発性メモリ１２６ｂは、プロセッサ１２１でハッシュアルゴリズムを駆動するプログラム、および決済端末１００のためのオペレーティングシステム（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）を備えることができる。
【００９１】
印刷装置２５は、決済デバイス５０が要求したトランザクション処理の後、決済デバイス５０の決済内訳を印刷して領収書を出力し、通信部１２４は、有線または無線通信を利用してＶＡＮサーバーまたはカード会社サーバーとネットワークで接続することができる。
【００９２】
リーダー部１２３は、決済デバイス５０に接触した或いは非接触式で近接した決済デバイス５０からトラック２データを獲得することができる。
【００９３】
好ましくは、リーダー部１２３は、磁気ストリップに接触してトラック２データを読み出すＭＳリーダー部１２３ａ、携帯端末とＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を行って、携帯端末に内蔵されるＵＳＩＭ情報およびクレジットカード情報を獲得するＮＦＣリーダー部１２３ｂ、および電子クレジットカードとのデータ通信を行って電子クレジットカードからトラック２データを獲得する非接触式ＩＣリーダー部１２３ｃを含むことができる。ここで、リーダー部１２３は、ＭＳリーダー部１２３ａ、ＮＦＣリーダー部１２３ｂおよび非接触式ＩＣリーダー部１２３ｃのいずれか一つを備えてもよく、２つまたは３つを備えてもよい。
【産業上の利用可能性】
【００９４】
本発明は、決済デバイスが正当な決済端末を介して決済を進めるようにし、決済デバイスと決済端末が相互認証を介しての決済を進行するようにし、クレジットカード決済環境およびモバイル決済環境を提供するクレジットカード会社および銀行などの金融業の活性化に寄与することができる。
【符号の説明】
【００９５】
５０    クレジットカード
５１    ＩＣチップ
１００    決済端末
【図１】
2016503992.tif 000003
【図２】
2016503992.tif 000004
【図３】
2016503992.tif 000005
【図４】
2016503992.tif 000006
【図５】
2016503992.tif 000007
【図６】
2016503992.tif 000008
【図７】
2016503992.tif 000009
【国際調査報告】
2016503992.tif 000010
2016503992.tif 000011
2016503992.tif 000012
2016503992.tif 000013