JP4232365B2

JP4232365B2 - Card usage confirmation system

Info

Publication number: JP4232365B2
Application number: JP2001324819A
Authority: JP
Inventors: 泰広川北
Original assignee: Oki Electric Industry Co Ltd
Current assignee: Oki Electric Industry Co Ltd
Priority date: 2001-10-23
Filing date: 2001-10-23
Publication date: 2009-03-04
Anticipated expiration: 2021-10-23
Also published as: JP2003132033A

Description

【０００１】
【発明の属する技術分野】
本発明はカード利用確認システムに関し、特に、ＩＣ機能を搭載したクレジットカードやキャッシュカードやテビットカードなどを利用する際に利用者を確認するシステムに適用し得るものである。
【０００２】
【従来の技術】
利用者確認方法としては、各種のものが提案されており、例えば、以下のようなものを挙げることができる。
【０００３】
第１に、特開２００１−１１１５４５号公報（文献１）に記載のものを挙げることができる。この文献１に記載の方法は、利用者が、サービス提供装置に対して、オープンなネットワークを介してアクセスし、そのサービス提供者の登録利用者であることを、会員ＩＤやパスワードを入力することで証明する。そして、会員ＩＤとパスワードが、サービス提供者に登録されている会員ＩＤとパスワードに一致した場合、さらにその会員ＩＤに関連して登録されている利用者の移動体通信端末の呼出番号に対して、回線接続要求を出し、利用者がその呼び出しに応答して、専用のパスワードを入力する。
【０００４】
これらのステップにより、利用者以外の第３者が、会員ＩＤやパスワードを取得して、不正にサービスを利用しようと試みたとしても、正規の利用者の移動体通信端末にパスワード要求の呼び出しがあるため、不正利用者がそのサービスを利用することができない上、正規の利用者は、不正利用されていることがわかる。また、パスワードを通知しなければ、サービスを受けることができないため、不正利用を未然に防止する機能もある。
【０００５】
第２に、特開２０００−１６３５３３号公報（文献２）に記載のものを挙げることができる。
【０００６】
この文献２に記載の方法では、ＩＣカードを発行する際に、利用者の署名をＩＣカード内に登録しておく。利用者がＩＣカードを利用する際には、ＩＣカードリーダにＩＣカードを差し込むと共に、ＩＣカードリーダに接続されたタブレット上に署名を行う。ＩＣカードリーダは、利用者の署名とＩＣカード内に記録されている署名の照合を行い、一致した場合に、ＩＣカードの利用を可能にする。
【０００７】
また、文献２に関連し、ＩＣカード内に本人しか知りえない情報やバイオメトリック情報を記録しておき、ＩＣカードを利用する際にこれらの情報（例えば、暗証番号、パスワード、指紋など）を入力することで、ＩＣカードが利用できるようになるという従来技術も報告されている。
【０００８】
第３に、特開平６−２８２５５８号公報（文献３）に記載のものを挙げることができる。
【０００９】
この文献３に記載の方法では、クレジットカードを発行する際に、ホストコンピュータ上に、予めサインを登録しておく。利用者がクレジットカードを利用する際には、カードリーダにクレジットカードを挿入すると共に、カードリーダに備えられたサインを読み取る装置にサインを記入する。カードリーダ設置店舗は、ホストコンピュータから読み出された利用者のサインと利用者がその場で記入したサインとを、カードリーダの表示装置上で比較することにより、クレジットカードの利用者の確認を行う。
【００１０】
【発明が解決しようとする課題】
しかしながら、上述した従来技術はいずれも課題を有するものであった。
【００１１】
文献１に係る従来技術によると、サービス提供者側のデータベースに、利用者の移動体通信端末の呼出番号を全て登録しなくてはならず、サービス提供者側のシステム管理コストが大きくなる。また、利用者が呼び出しに応答してパスワードを入力するという操作は煩雑であり、例えば、提供サービスをクレジットによる代金支払いと考えた場合には、速やかに支払い処理をすることができない。
【００１２】
文献２に係る従来技術によると、ＩＣカードを読み取るカードリーダに、暗証番号やパスワードの入力装置や指紋読み取り装置など特殊な装置を準備する必要がある。また、この場合、暗証番号やパスワードを支払いカウンタなどで入力することは、第３者に漏洩する可能性が高い。さらに、指紋を押すことには文化的に抵抗があるケースも多く、さらには常に指紋を認識できるとも限らない。
【００１３】
文献３に係る従来技術によると、利用者はサインの読取装置上にサインを書くため、常に安定したサインを書くことは困難である。また、画面上でのサインの比較に関しても、一致の度合いを判定することは難しい。
【００１４】
そのため、セキュリティが高く、利用者確認を迅速に行うことができる、利用者のプライバシィを保護できる、システム構成を大型化することがない、カード利用確認システムが求められている。
【００１５】
【課題を解決するための手段】
上記課題を解決するために、本発明のカード利用確認システムは、（１）移動体通信端末と、前記移動体通信端末と直接無線通信が可能なＩＣカードと、ＩＣカードと情報の送受信を行うＩＣカードリーダと、トランザクションが発生した際に、トランザクションの正当性を判定する、移動体通信回線を介して前記移動体通信端末と通信し得ると共に専用回線を介して前記ＩＣカードリーダと通信し得るトランザクション判定装置とを備え、（２）前記ＩＣカード又は前記ＩＣカードリーダ内で生成された正の整数の乱数をＮとし、前記トランザクション判定装置の呼出番号とは異なる前記トランザクション判定装置においてトランザクションを特定するために用いるトランザクション識別情報と、前記ＩＣカードと無線通信可能な移動体通信端末を特定するための識別情報とを少なくともパラメータとするハッシュ関数を、Ｎ回適用して第１の情報を生成すると共に、前記ハッシュ関数をＮ−Ｍ（但し、Ｍは１≦Ｍ≦Ｎの整数）回適用して第２の情報を生成するハッシュ値生成部を前記ＩＣカード又は前記ＩＣカードリーダ内に設け、（３）生成された前記第２の情報を前記ＩＣカードから前記移動体通信端末に与え、さらに、前記移動体通信端末から移動体通信回線を介して前記トランザクション判定装置に与え、（４）生成された前記第１の情報を前記ＩＣカードリーダから専用回線を介して前記トランザクション判定装置に与え、（５）前記トランザクション判定装置は、前記移動体通信端末から移動体通信回線を介して前記第２の情報が与えられた際の回線接続時に、前記移動体通信端末を特定するための識別情報を取得し、前記ハッシュ関数がＮ−Ｍ回適用された前記第２の情報に対して、取得した前記移動体通信端末を特定するための識別情報を利用して、前記ハッシュ関数をもうＭ回適用してハッシュ関数を計Ｎ回適用した第３の情報を算出し、（６）前記トランザクション判定装置は、算出された第３の情報と、前記ＩＣカードリーダから専用回線を介して受信した第１の情報とに基づいて、トランザクションの正当性を判定することを特徴とする。
【００１６】
本発明のカード利用確認システムを具体的なイメージ（具体例）で説明すると、以下の通りである。例えば、利用者がＩＣカードを利用して代金支払いなどを行う際、ＩＣカードと利用者の移動体通信端末との間で安全にその購入トランザクションを特定する情報を共有する。そして、ＩＣカードリーダは、そのトランザクションの情報（第１の情報）を、専用回線を介してカード会社（トランザクション判定装置）に通知する。一方、トランザクションを特定する情報を得た移動体通信端末も、その情報（第２の情報；情報の形式は第１の情報と異なっていても良い）移動体通信回線を介してカード会社（トランザクション判定装置）に通知する。カード会社（トランザクション判定装置）は、複数のパスを介して受信したトランザクションを特定する情報を照合して、利用確認（例えば決済可能か否か）を判定する。
【００１７】
【発明の実施の形態】
（Ａ）第１の実施形態
以下、本発明によるカード利用確認システムの第１の実施形態を図面を参照しながら詳述する。
【００１８】
第１の実施形態のカード利用確認システムは、利用者が、ＩＣクレジットカードを利用して商品を購入する際、ＩＣクレジットカードと携帯電話の間で、一方向性ハッシュ関数を利用してトランザクションＩＤをハッシュ化して共有し、それらをＩＣクレジットカードの決済に使われる専用線と携帯電話の公衆回線を介して、それぞれの端末からカード会社に通知し、カード会社において、これらのトランザクションＩＤを照合して、一致した場合にカードの利用を許可する、複数の通知パスを利用したカード利用確認システムである。
【００１９】
（Ａ−１）第１の実施形態の構成
図１は、第１の実施形態のカード利用確認システムの構成を示すブロック図である。
【００２０】
図１において、第１の実施形態のカード利用確認システムは、利用者が所持しているＩＣクレジットカード１００及び携帯電話１０２と、販売店舗などに設置されているＩＣクレジットカードリーダ１０１と、クレジットカード会社の所定個所に設置されているトランザクション判定端末１０３とから構成されている。
【００２１】
ＩＣクレジットカード１００は、ＩＣチップ１００Ａを搭載しているものであり、ＩＣクレジットカード１００（ＩＣチップ１００Ａ）は、図２に示すように、利用者が所持している携帯電話１０２の呼出番号（ＣＮＯ）を記録する携帯呼出番号記録機能部１００ａと、その呼出番号により特定される携帯電話１０２と直接無線通信を行う対携帯電話通信機能部１００ｂと、正の整数の乱数（Ｎ）を発生させる乱数発生機能部１００ｃと、ＩＣクレジットカードの利用トランザクションを特定する一意のトランザクションＩＤ（ＴＩＤ）を、呼出番号（ＣＮＯ）と整数の乱数（Ｎ）とを適用し、しかも、一方向性ハッシュ関数を用いてハッシュ化するハッシュ化機能部１００ｄと、トランザクションＩＤ（ＴＩＤ）のハッシュ値（Ｈ）を携帯電話１０２に直接無線通信により送信するハッシュ値送信機能部１００ｅとを有する。
【００２２】
なお、非接触式のＩＣカードのように、近距離通信を実行できるＩＣカードは多く存在しており、このようなＩＣカードを適用している。
【００２３】
ＩＣクレジットカードリーダ１０１は、図３に示すように、ＩＣクレジットカード１００が生成したトランザクションＩＤ（ＴＩＤ）のハッシュ値（Ｈ）をトランザクション判定端末１０３に送信するハッシュ値送信機能部１０１ａと、トランザクション判定端末１０３の呼出番号（ＴＮＯ；予め当該ＩＣクレジットカードリーダ１０１に登録されている）をＩＣクレジットカード１００に送信する端末呼出番号送信機能部１０１ｂとを有する。
【００２４】
携帯電話１０２は、図４に示すように、ＩＣクレジットカード１００と直接無線通信を行うカード通信機能部１０２ａと、ＩＣクレジットカード１００との無線通信を通じて、トランザクションＩＤ（ＴＩＤ）のハッシュ値（Ｈ）とトランザクション判定端末１０３の呼出番号（ＴＮＯ）とを取得する所定情報取得機能部１０２ｂと、トランザクション判定端末１０３の呼出番号（ＴＮＯ）に発信してトランザクションＩＤ（ＴＩＤ）のハッシュ値（Ｈ）を送信するハッシュ値送信機能部１０２ｃとを有する。
【００２５】
なお、携帯電話として、携帯回線を介した通信に加え、近距離通信に対応できるものが種々提案されており、そのような携帯電話を前提としている。
【００２６】
トランザクション判定端末１０３は、図５に示すように、ＩＣクレジットカードリーダ１０１から、専用回線を介して、Ｎ回ハッシュ化されたトランザクションＩＤ（ＴＩＤ）のハッシュ値（Ｈ_Ｎ）を受信するリーダハッシュ値受信機能部１０３ａと、携帯電話１０２から電話回線を介してＮ−１回ハッシュ化されたトランザクションＩＤ（ＴＩＤ）のハッシュ値（Ｈ_Ｎ−１）を受信する携帯ハッシュ値受信機能部１０３ｂと、それぞれの回線から受信したハッシュ化されたトランザクションＩＤ（ＴＩＤ）のハッシュ値（Ｈ_Ｎ、Ｈ_Ｎ−１）を比較するハッシュ値比較機能部１０３ｃを有する。
【００２７】
以下、上記各機能部の機能について補足説明する。
【００２８】
ＩＣクレジットカード１００には、予め安全な方法で、利用者の携帯電話１０２の呼出番号（ＣＮＯ）が記録されており、ＩＣクレジットカード１００は、上述したように、その呼出番号（ＣＮＯ）が設定されている携帯電話１０２と直接無線通信を行う機能を備えている。この無線通信には、呼出番号（ＣＮＯ）で指定されている携帯電話１０２とのみ安全に（ＩＣクレジットカード１００と通信相手の携帯電話１０２以外には漏れない、又は、漏れたとしても解読できないように）通信できる仕組みであれば、従来の近距離無線通信技術が利用できる。
【００２９】
また、トランザクションＩＤ（ＴＩＤ）に対してハッシュ関数の適用回数を定める正の整数の乱数（Ｎ）を発生させる機能について、乱数（Ｎ）を発生させるアルゴリズムは、第３者にとって予測が困難な乱数（Ｎ）を発生させる仕組みであれば、時刻をパラメータとするなどの従来の手法を利用することができる。
【００３０】
また、ハッシュ関数については、携帯電話１０２の呼出番号（ＣＮＯ）をパラメータとする一方向性ハッシュ関数を利用する。一方向性ハッシュ関数とは、ある値に対してハッシュ関数を適用した結果からは、ある値を推測することが非常に困難となる関数のことである。さらに、携帯電話１０２の呼出番号（ＣＮＯ）をパラメータとすることで、ハッシュ関数を唯一のものとすることができる。すなわち、ある値に対してハッシュ関数を適用する際、パラメータとする携帯電話１０２の呼出番号（ＣＮＯ）が異なれば、異なる結果が出力される。
【００３１】
ここで、ハッシュ値は、ハッシュ関数Ｈａｓｈを用いて、
Ｈ_Ｎ＝Ｈａｓｈ（Ｎ，ＣＮＯ，ＴＩＤ）
Ｈ_Ｎ＋１＝Ｈａｓｈ（１，ＣＮＯ，Ｈ_Ｎ）、Ｎ≧１の整数
と表現できる。但し、Ｎ＝ハッシュ関数の適用回数、ＣＮＯ＝携帯電話の呼出番号、ＴＩＤ＝トランザクションＩＤである。ハッシュ関数は、例えば、予め、ＩＣクレジットカード１００とトランザクション判定端末１０３にプログラムとして搭載されている。
【００３２】
また、ＩＣクレジットカード１００は、Ｎ回ハッシュ関数を適用したトランザクションＩＤ（ＴＩＤ）のハッシュ値（Ｈ_Ｎ）を作成する途中でできるＮ−１回ハッシュ関数を適用したハッシュ値（Ｈ_Ｎ−１）を、直接無線通信を通じて携帯電話１０２に送信する機能を備えている。
【００３３】
さらに、ＩＣクレジットカード１００は、ＩＣクレジットカードリーダ１０１から、トランザクション判定端末１０３の呼出番号（ＴＮＯ）が送信され、それを携帯電話１０２に直接無線通信を通じて送信する機能を備えている。
【００３４】
ＩＣクレジットカードリーダ１０１は、従来のクレジットカード決済に必要な情報をカード会社に送信する機能に加えて、トランザクションＩＤ（ＴＩＤ）をＮ回ハッシュ化したハッシュ値（Ｈ_Ｎ）をカード会社のトランザクション判定端末１０３に通知する機能を備えている。
【００３５】
また、ＩＣクレジットカードリーダ１０１は、トランザクション判定端末１０３の呼出番号（ＴＮＯ）をＩＣクレジットカード１００に送信する機能も備えている。
【００３６】
携帯電話１０２は、ＩＣクレジットカード１００と直接近距離無線通信を行う機能を備えており、ＩＣクレジットカード１００がＩＣクレジットカードリーダ１０１に装着されたときに、ＩＣクレジットカード１００が生成するトランザクションＩＤ（ＴＩＤ）に対してＮ−１回ハッシュ関数を適用したハッシュ値（Ｈ_Ｎ−１）と、トランザクション判定端末１０３の呼出番号（ＴＮＯ）とを受信する機能を備えている。また、そのハッシュ値（Ｈ_Ｎ−１）を受信した後、トランザクション判定端末１０３に対して回線接続を行い、そのハッシュ値（Ｈ_Ｎ−１）を送信する機能を備えている。
【００３７】
トランザクション判定端末１０３は、ＩＣクレジットカードリーダ１０１より送信されたトランザクションＩＤ（ＴＩＤ）のハッシュ値（Ｈ_Ｎ）を受信し、また、携帯電話１０２からの回線接続により発信者番号（ＣＮＯ’＝ＣＮＯ）を取得し、携帯電話１０２から受信したＮ−１回ハッシュ関数を適用したトランザクションＩＤのハッシュ値（Ｈ_Ｎ−１）に対して、携帯電話１０２の発信者番号（ＣＮＯ’）をパラメータにしてハッシュ関数をもう１回適用し、ＩＣクレジットカードリーダ１０１から送信されたトランザクションＩＤ（ＴＩＤ）のハッシュ値（Ｈ_Ｎ）との一致を判定する機能を備えている。
【００３８】
（Ａ−２）第１の実施形態の動作
次に、第１の実施形態のカード利用確認システムの動作について、図面を参照しながら説明する。
【００３９】
図６は、ＩＣクレジットカード１００、ＩＣクレジットカードリーダ１０１、携帯電話１０２、トランザクション判定端末１０３の間における動作シーケンスを示している。
【００４０】
まず、ＩＣクレジットカード１００は、トランザクションＩＤ（ＴＩＤ）のハッシュ値（Ｈ_Ｎ及びＨ_Ｎ−１）を生成する（ステップＳ２００）。
【００４１】
このハッシュ値（Ｈ_Ｎ及びＨ_Ｎ−１）の生成処理の詳細を、図７のフローチャートに沿って説明する。
【００４２】
ＩＣクレジットカード１００が、ＩＣクレジットカードリーダ１０１に装着されると（ステップＳ３００）、ＩＣクレジットカード１００は、トランザクションＩＤ（ＴＩＤ）の生成を行う（ステップＳ３０１）。トランザクションＩＤ（ＴＩＤ）は、全てのＩＣクレジットカード利用に対して一意に定まる値であれば、ＩＣクレジットカード１００内で生成しても良いし、ＩＣクレジットカードリーダ１０１が生成したものを、ＩＣクレジットカード１００内に読み込んでも良い。
【００４３】
続いて、ＩＣクレジットカード１００内で正の整数の乱数（Ｎ）を生成する（ステップＳ３０２）。この際、トランザクションＩＤ（ＴＩＤ）と同様に、ＩＣクレジットカードリーダ１０１で正の整数の乱数（Ｎ）を発生させて、それをＩＣクレジットカード１００内に読み込むようにしても良い。
【００４４】
次に、ＩＣクレジットカード１００内に記録されている携帯電話１０２の呼出番号（ＣＮＯ）と、生成された乱数（Ｎ）を利用して、ＩＣクレジットカード１００内でトランザクションＩＤ（ＴＩＤ）をハッシュ化し、ハッシュ値（Ｈ_Ｎ−１）及びハッシュ値（Ｈ_Ｎ）を生成する（ステップＳ３０３、Ｓ３０４）。
【００４５】
Ｈ_Ｎ−１＝Ｈａｓｈ（Ｎ−１，ＣＮＯ，ＴＩＤ）
Ｈ_Ｎ＝Ｈａｓｈ（１，ＣＮＯ，Ｈ_Ｎ−１）
なお、ハッシュ関数は、異なる携帯電話の呼出番号（ＣＮＯ）、及び、異なるトランザクションＩＤ（ＴＩＤ）に対しては、必ず異なるハッシュ値を生成できるものとする。
【００４６】
以上のようにしてハッシュ値（Ｈ_Ｎ及びＨ_Ｎ−１）の生成が終了すると、ＩＣクレジットカード１００は、トランザクションＩＤ（ＴＩＤ）の回数が多い方のＮ回ハッシュ値（Ｈ_Ｎ）をＩＣクレジットカードリーダ１０１に送信する（ステップＳ２０１）。
【００４７】
このハッシュ値（Ｈ_Ｎ）を受信したＩＣクレジットカードリーダ１０１は、トランザクション判定端末１０３に、ＩＣクレジットカード番号を送信すると共に、受信したハッシュ値（Ｈ_Ｎ）を送信する（ステップＳ２０２）。このとき、トランザクション判定端末１０３では、ＩＣクレジットカード番号とトランザクションＩＤ（ＴＩＤ）のハッシュ値（Ｈ_Ｎ）のペアを、後述する判定処理（ステップＳ２０６）のために一時的に蓄積する。
【００４８】
また、ＩＣクレジットカードリーダ１０１は、ＩＣクレジットカード１００に対して、トランザクション判定端末１０３の呼出番号（ＴＮＯ）を送信する（ステップＳ２０３）。
【００４９】
トランザクション判定端末１０３の呼出番号（ＴＮＯ）を受信したＩＣクレジットカード１００は、利用者の携帯電話１０２に対して、トランザクションＩＤ（ＴＩＤ）の回数が少ない方のＮ−１回ハッシュ値（Ｈ_Ｎ−１）及びトランザクション判定端末１０３の呼出番号（ＴＮＯ）を送信する（ステップＳ２０４）。ここで、ＩＣクレジットカード１００は、予めＩＣクレジットカード１００内に記録されている携帯電話１０２の呼出番号（ＣＮＯ）で特定される携帯電話１０２とのみ直接通信を行い、安全にトランザクションＩＤ（ＴＩＤ）のハッシュ値（Ｈ_Ｎ−１）及びトランザクション判定端末１０３の呼出番号（ＴＮＯ）を送信できるものとする。
【００５０】
ハッシュ値（Ｈ_Ｎ−１）及び呼出番号（ＴＮＯ）を受信した携帯電話１０２は、トランザクション判定端末１０３の呼出番号（ＴＮＯ）を用いて、トランザクション判定端末１０３と回線接続を行い、トランザクションＩＤ（ＴＩＤ）のハッシュ値（Ｈ_Ｎ−１）を送信する（ステップＳ２０５）。
【００５１】
これにより、トランザクション判定端末１０３は、ステップＳ２０２で受信したトランザクションＩＤ（ＴＩＤ）のハッシュ値（Ｈ_Ｎ）と、ステップＳ２０５で受信したトランザクションＩＤ（ＴＩＤ）のハッシュ値（Ｈ_Ｎ−１）を照合比較する（ステップＳ２０６）。
【００５２】
次に、ステップＳ２０６における２種類のハッシュ値（Ｈ_Ｎ及びＨ_Ｎ−１）の照合比較処理の詳細を、図８のフローチャートを用いて説明する。
【００５３】
まず、トランザクション判定端末１０３は、携帯電話１０２との回線接続に対して、発信者番号（ＣＮＯ’＝携帯電話の呼出番号ＣＮＯ）を取得する（ステップＳ４００）。そして、ステップＳ２０５で受信したトランザクションＩＤ（ＴＩＤ）のハッシユ値（Ｈ_Ｎ−１）から、次式により、ハッシュ値（Ｈ_Ｎ’）を算出する（ステップＳ４０１）。
【００５４】
Ｈ_Ｎ’＝Ｈａｓｈ（１，ＣＮＯ’，Ｈ_Ｎ−１）
この時点で、トランザクション判定端末１０３には、複数のクレジットカードリーダ１０１から与えられた（ステップＳ２０２参照）、クレジットカード番号とそれに対応付けられたトランザクションＩＤ（ＴＩＤ）のハッシュ値（Ｈ_Ｎ）のペアが複数個一時的に蓄積されている。それらに対して、ステップＳ４０１で得られたハッシュ値（Ｈ_Ｎ’）に一致するハッシュ値（Ｈ_Ｎ）を有する、クレジットカード番号とハッシュ値（Ｈ_Ｎ）のペアを検索する（ステップＳ４０２）。
【００５５】
一致するクレジットカード番号とハッシュ値（Ｈ_Ｎ）のペアが見つかれば（ステップＳ４０３で肯定結果）、トランザクション判定端末１０３は正規のＩＣクレジットカード利用者と判定し、トランザクション判定端末１０３上の該当するクレジットカード番号とハッシュ値（Ｈ_Ｎ）のペアの記録を削除した上で（ステップＳ４０４）、そのクレジットカード番号による決済処理に移す（ステップＳ４０５）。
【００５６】
これに対して、一致するクレジットカード番号とハッシユ値（Ｈ_Ｎ）のペアが見つからなかった場合（ステップＳ４０３で否定結果）、受信してから一定時間以上経過しているクレジットカード番号とハッシュ値（Ｈ_Ｎ）のペアの記録を削除し（ステップＳ４０６）、そのクレジットカードによる決済処理を拒否し、ＩＣクレジットカードリーダ１０１に対してその旨を返信する（ステップＳ４０７）。
【００５７】
（Ａ−３）第１の実施形態の効果
利用者の携帯電話１０２を介してトランザクションＩＤ（ＴＩＤ）のハッシュ値（Ｈ_Ｎ−１）をトランザクション判定端末１０３に送信しているが、ＩＣクレジットカード１００が直接携帯電話１０２と通信し、情報の送信を行うため、利用者の携帯番号が店舗のＩＣクレジットカードリーダ１０１等に読み出されることがなく、プライバシーが保護されている。
【００５８】
また、ＩＣクレジットカード１００が、暗証番号を知り得た悪意のある第三者に盗まれたとしても、ＩＣクレジットカード１００に登録された呼出番号（ＣＮＯ）を備えた携帯電話１０２と組み合わせなければ利用できないため、従来のＩＣクレジットカード＋暗証番号という組み合わせよりも安全であり、かつ利用者にとっては、ＩＣクレジットカード１００の暗証番号を覚えておく必要がない。
【００５９】
また、ＩＣクレジットカード１００が、携帯電話１０２と共に悪意のある第三者に盗まれた場合でも、従来のようにＩＣクレジットカード１００が盗難にあうよりも、利用者が早く気づく可能性が高いためカード会社などへ盗難通知をするまでの時間が短くなる。
【００６０】
クレジットカード会社は予め利用者の携帯電話１０２の呼出番号（ＣＮＯ）を登録しておく必要がないため、巨大なデータベースを備えた管理システムが必要とならない。
【００６１】
ハッシユ関数という単純な演算処理で判定を行っているため、リアルタイムシステムの構築が可能であり、ＩＣクレジットカード１００の盗難悪用を防止することができる。
【００６２】
（Ａ−４）第１の実施形態の変形実施形態
第１の実施形態では、ＩＣクレジットカード１００を利用する場合について説明したが、ＩＣクレジットカード１００に限らず、キャッシュカードやデビットカードやプリペイドカードなど各種ＩＣカードに対して適用可能である。
【００６３】
また、ＩＣクレジットカード１００には予め携帯電話１０２の呼出番号（ＣＮＯ）を登録しておくとしたが、利用者の携帯電話１０２を特定でき、直接無線通信できるものであれば、呼出番号（ＣＮＯ）に限らず、シリアル番号などを利用しても良い。
【００６４】
さらに、ＩＣクレジットカード１００が、トランザクション判定端末１０３の呼出番号（ＴＮＯ）をＩＣクレジットカードリーダ１０１から得るとしたが、ＩＣクレジットカードリーダ１０１に予め登録されていても良いし、トランザクション判定端末１０３からＩＣクレジットカードリーダ１０１を介して取得しても良い。
【００６５】
さらにまた、一方向性ハッシュ関数は、全てのＩＣクレジットカード１００及びトランザクション判定端末１０３と同じものを利用しても良いが、少なくともハッシュ関数の適用回数、携帯電話１０２の呼出番号（ＣＮＯ）、トランザクションＩＤ（ＴＩＤ）をパラメータとして異なるハッシュ値を生成できるものであれば、カード会社ごとに異なる一方向性ハッシュ関数を利用するなどしても良い。
【００６６】
また、ＩＣクレジットカード１００をＩＣクレジットカードリーダ１０１に装着する形でトランザクションを開始するように説明したが、非接触型ＩＣカードのように、ＩＣクレジットカードリーダ１０１に近づけることにより近距離無線通信により情報交換を開始する形でトランザクションを開始するようにしても良い。
【００６７】
さらに、利用者の所持するものとして、ＩＣクレジットカード１００と携帯電話１０２の２つとしているが、携帯電話１０２を２台以上所持している場合に、これらを全て使用して、トランザクションの判定を行うようにしても良い。
【００６８】
さらにまた、上記説明では、携帯電話１０２が、トランザクション判定端末１０３に対し、ＩＣクレジットカードリーダ１０１からトランザクション判定端末１０３へのハッシュ値（Ｈ_Ｎ）よりハッシュ化回数が１回少ないハッシュ値（Ｈ_Ｎ−１）を送信するものを示したが、２回以上少ないハッシュ値を送信するようにしても良く、ハッシュ化の回数を規定する乱数（Ｎ）だけを送信するようにしても良い。乱数の発生機能をＩＣクレジットカードリーダ１０１に設けるようにしても良い。
【００６９】
また、上記説明では、ハッシュ化回数も乱数を利用して固定でないものを示したが、この回数を固定回数としていても良い。
【００７０】
さらに、上記説明では、トランザクションＩＤのハッシュ値の生成をＩＣクレジットカード１００が行うものを示したが、ＩＣクレジットカードリーダ１０１が実行するようにしても良い。
【００７１】
さらにまた、ハッシュ値を得る際のパラメータは、上記説明でのパラメータに限定されず、さらにクレジットカード番号などを利用するようにしても良い。但し、携帯電話１０２の呼び出し番号（ＣＮＯ）を利用することを要する。
【００７２】
（Ｂ）第２の実施形態
次に、本発明によるカード利用確認システムの第２の実施形態を図面を参照しながら詳述する。
【００７３】
第２の実施形態のカード利用確認システムは、利用者が、ＩＣクレジットカードを利用して商品を購入する際、ＩＣクレジットカードの決済に使われる専用回線を介して、トランザクション判定端末の公開鍵で暗号化した携帯電話の呼出番号を送信し、トランザクション判定端末において自身の秘密鍵を利用して携帯電話の呼出番号を復号し、携帯電話はＩＣクレジットカードからの無線通信による指示のもと、トランザクション判定端末と回線接続を行い、その際、取得する携帯電話の発信者番号と、専用回線を介して取得した携帯電話の呼出番号とが一致した場合にカードの利用を許可するものである。
【００７４】
（Ｂ−１）第２の実施形態の構成
図９は、第２の実施形態のカード利用確認システムの構成を示すブロック図である。
【００７５】
図９において、第２の実施形態のカード利用確認システムも、第１の実施形態と同様に、利用者が所持しているＩＣクレジットカード５００及び携帯電話５０２と、販売店舗などに設置されているＩＣクレジットカードリーダ２０１と、クレジットカード会社の所定個所に設置されているトランザクション判定端末２０３とから構成されているが、各構成要素が有する機能が第１の実施形態のものとは多少異なっている。
【００７６】
ＩＣクレジットカード５００は、ＩＣチップ５００Ａを搭載しているものであり、ＩＣクレジットカード５００（ＩＣチップ５００Ａ）は、図１０に示すように、利用者が所持している携帯電話５０２の呼出番号（ＣＮＯ）を記録する携帯呼出番号記録機能部５００ａと、その呼出番号により特定される携帯電話５０２と直接無線通信を行う携帯電話通信機能部５００ｂと、トランザクション判定端末５０３の公開鍵を取得し、この公開鍵を使用して携帯電話５０２の呼出番号（ＣＮＯ）を暗号化する暗号化機能部５００ｃと、直接無線通信によりトランザクション判定端末５０３の呼出番号（ＴＮＯ）を携帯電話５０２に送信する端末呼出番号送信機能部５００ｄとを有する。
【００７７】
ＩＣクレジットカードリーダ５０１は、図１１に示すように、トランザクション判定端末５０３の公開鍵を用いて暗号化した携帯電話５０２の呼出番号（ＣＮＯ）をトランザクション判定端末５０３に送信する暗号化呼出番号送信機能部５０１ａと、トランザクション判定端末５０３の呼出番号（ＴＮＯ）をＩＣクレジットカード５００に送信する端末呼出番号送信機能部５０１ｂを有する。
【００７８】
携帯電話５０２は、図１２に示すように、ＩＣクレジットカード５００と直接無線通信を行うカード通信機能部５０２ａと、この無線通信を介してトランザクション判定端末５０３の呼出番号（ＴＮＯ）を受信する端末呼出番号受信機能部５０２ｂと、トランザクション判定端末５０３の呼出番号（ＴＮＯ）に発信する端末呼出機能部５０２ｃを有する。
【００７９】
トランザクション判定端末５０３は、図１３に示すように、公開鍵で暗号化された携帯電話５０２の呼出番号（ＣＮＯ）を、ＩＣクレジットカードリーダ５０１から専用回線を介して受信する暗号化呼出番号受信機能部５０３ａと、公開鍵で暗号化された携帯電話５０２の呼出番号（ＣＮＯ）を秘密鍵を用いて復号する暗号復号機能部５０３ｂと、携帯電話５０２からの呼び出しを着信することにより得られる携帯電話の発信者番号（ＣＮＯ’）を取得する携帯発信者番号取得機能部５０３ｃと、復号化された携帯電話５０２の呼出番号（ＣＮＯ）と取得した発信者番号（ＣＮＯ’）を比較照合する比較機能部５０３ｄとを有する。
【００８０】
以下、上記各機能部の機能について補足説明する。
【００８１】
ＩＣクレジットカード５００には、予め安全な方法で、利用者の携帯電話５０２の呼出番号（ＣＮＯ）が記録されており、その呼出番号（ＣＮＯ）が設定されている携帯電話５０２と、直接無線通信を行う機能を備えている。無線通信には、呼出番号（ＣＮＯ）で特定できる携帯電話５０２とのみ安全に通信できる仕組みであれば、従来の近距離無線通信技術が利用できる。
【００８２】
また、ＩＣクレジットカード５００は、トランザクション判定端末５０３の公開鍵を取得し、この公開鍵を使用して携帯電話５０２の呼出番号（ＣＮＯ）を暗号化する機能を備えている。
【００８３】
さらに、ＩＣクレジットカード５００には、ＩＣクレジットカードリーダ５０１から、トランザクション判定端末５０３の呼出番号（ＴＮＯ）が送信され、ＩＣクレジットカード５００は、携帯電話５０２に直接無線通信を通じてこの呼出番号（ＴＮＯ）を送信する機能を備えている。
【００８４】
ＩＣクレジットカードリーダ５０１は、従来のクレジットカード決済に必要な情報をカード会社に送信する機能に加えて、トランザクション判定端末５０３の公開鍵で暗号化した携帯電話５０２の呼出番号（ＣＮＯ）をカード会社のトランザクション判定端末５０３に送信する機能を備えている。
【００８５】
また、ＩＣクレジットカードリーダ５０１は、トランザクション判定端末５０３の呼出番号（ＴＮＯ）をＩＣクレジットカード５００に送信する機能も備えている。
【００８６】
携帯電話５０２は、ＩＣクレジットカード５００と直接近距離無線通信を行う機能を備えており、ＩＣクレジットカード５００がＩＣクレジットカードリーダ５０１に装着されたときに、トランザクション判定端末５０３の呼出番号（ＴＮＯ）を受信する機能を備えている。
【００８７】
また、携帯電話５０２は、ＩＣクレジットカード５００からの指示のもと、自動的にトランザクション判定端末５０３に対して回線接続を行う機能を備えている。
【００８８】
トランザクション判定端末５０３は、専用回線を介してＩＣクレジットカードリーダ５０１より受信したトランザクション判定端末５０３の公開鍵で暗号化された携帯電話５０２の呼出番号（ＣＮＯ）を受信した上でトランザクション判定端末５０３の秘密鍵で復号し、携帯電話５０２からの回線接続により発信者番号（ＣＮＯ’）を取得し、先に取得した携帯電話５０２の呼出番号（ＣＮＯ）との一致を判定する機能を備えている。
【００８９】
（Ｂ−２）第２の実施形態の動作
次に、第２の実施形態のカード利用確認システムの動作について、図面を参照しながら説明する。
【００９０】
図１４は、ＩＣクレジットカード５００、ＩＣクレジットカードリーダ５０１、携帯電話５０２、トランザクション判定端末５０３の間における動作シーケンスを示している。
【００９１】
ＩＣクレジットカード５００がＩＣクレジットカードリーダ５０１に装着されると、ＩＣクレジットカード５００は、ＩＣクレジットカードリーダ５０１を介して、トランザクション判定端末５０３の公開鍵を取得する（ステップＳ６００）。
【００９２】
そして、ＩＣクレジットカード５００は、自己内に記録されている携帯電話５０２の呼出番号（ＣＮＯ）を、取得したトランザクション判定端末５０３の公開鍵で暗号化する（ステップＳ６０１）。次に、ＩＣクレジットカード５００は、暗号化した携帯電話５０２の呼出番号（ＣＮＯ）をＩＣクレジットカードリーダ５０１に送信する（ステップＳ６０２）。
【００９３】
暗号化された携帯電話５０２の呼出番号（ＣＮＯ）を受信したＩＣクレジットカードリーダ５０１は、トランザクション判定端末５０３に、ＩＣクレジットカード番号を送信すると共に、受信した暗号化した携帯電話５０２の呼出番号（ＣＮＯ）を送信する（ステップＳ６０３）。
【００９４】
このとき、トランザクション判定端末５０３は、ＩＣクレジットカードリーダ５０１から受信したＩＣクレジットカード番号と暗号化された携帯電話５０２の呼出番号（ＣＮＯ）のペアを、後述する判定処理（ステップＳ６０８）のために一時的に蓄積する（ステップＳ６０４）。この処理の際には、携帯電話５０２の呼出番号（ＣＮＯ）は、トランザクション判定端末５０３自身の秘密鍵で復号してから蓄積する。
【００９５】
また、ＩＣクレジットカード５００は、ＩＣクレジットカードリーダ５０１から、トランザクション判定端末５０３の呼出番号（ＴＮＯ）を取得する（ステップＳ６０５）。そして、ＩＣクレジットカード５００は、利用者の携帯電話５０２に対して、トランザクション判定端末５０３の呼出番号（ＴＮＯ）を送信する（ステップＳ６０６）。ここで、ＩＣクレジットカード５００は、予めＩＣクレジットカード５００内に記録されている携帯電話５０２の呼出番号（ＣＮＯ）で特定される携帯電話５０２とのみ直接通信を行い、安全にトランザクション判定端末５０３の呼出番号（ＴＮＯ）を送信できるものとする。
【００９６】
トランザクション判定端末５０３の呼出番号（ＴＮＯ）を受信した携帯電話５０２は、トランザクション判定端末５０３の呼出番号（ＴＮＯ）を用いて、トランザクション判定端末５０３を、電話回線を介して呼び出す（ステップＳ６０７）。
【００９７】
この呼び出し時に、トランザクション判定端末５０３は、上述したステップＳ６０２で受信した携帯電話の呼出番号（ＣＮＯ）と、上述したステップＳ６０７の呼び出しにより取得できる発信者番号（ＣＮＯ’）を比較照合する（ステップＳ６０８）。
【００９８】
次に、ステップＳ６０８における２種類の携帯電話番号（ＣＮＯ及びＣＮＯ’）の照合比較処理の詳細を、図１５のフローチャートを用いて説明する。
【００９９】
まず、トランザクション判定端末５０３は、携帯電話５０２との回線接続に対して、発信者番号（ＣＮＯ’＝携帯電話の呼出番号ＣＮＯ）を取得する（ステップＳ７００）。そして、上述したステップＳ６０４で受信して記録されている携帯電話５０２の呼出番号（ＣＮＯ）の中から、取得した発信者番号（ＣＮＯ’）と一致するものを検索し、それに対応するクレジットカード番号を選択する（ステップＳ７０１）。
【０１００】
一致するクレジットカード番号と携帯電話５０２の呼出番号（ＣＮＯ）のペアが見つかれば（ステップＳ７０２で肯定結果）、トランザクション判定端末５０３は、正規のＩＣクレジットカード利用者と判定し、トランザクション判定端末５０３における該当するクレジットカード番号と携帯電話５０２の呼出番号（ＣＮＯ）のペアの記録を削除した上で（ステップＳ７０３）、そのクレジットカード番号による決済処理に移す（ステップＳ７０４）。
【０１０１】
これに対して、一致するクレジットカード番号と携帯電話５０２の呼出番号（ＣＮＯ）のペアが見つからなかった場合には（ステップＳ７０２で否定結果）、トランザクション判定端末５０３は、受信してから一定時間以上経過しているクレジットカード番号と携帯電話５０２の呼出番号（ＣＮＯ）のペアの記録を削除し（ステップＳ７０５）、そのクレジットカード番号による決済処理を拒否し、ＩＣクレジットカードリーダ５０１に対してその旨を返信する（ステップＳ７０６）。
【０１０２】
（Ｂ−３）第２の実施形態の効果
利用者の携帯電話５０２の呼出番号をトランザクション判定端末５０３に通知するが、ＩＣクレジットカード５００内で、トランザクション判定端末５０３の公開鍵を用いて暗号化しているため、利用者の携帯電話５０２の呼出番号が店舗のＩＣクレジットカードリーダ５０１等に読み出されることがなく、プライバシーが保護されている。
【０１０３】
また、ＩＣクレジットカード５００が、暗証番号を知り得た悪意のある第３者に盗まれたとしても、ＩＣクレジットカード５００に登録された呼出番号を備えた携帯電話５０２と組み合わせなければ利用できないため、従来のＩＣクレジットカード＋暗証番号という仕組みよりも安全であり、かつ利用者にとっては、ＩＣクレジットカード５００の暗証番号を覚えておく必要がない。
【０１０４】
さらに、ＩＣクレジットカード５００が、携帯電話５０２と共に悪意のある第３者に盗まれた場合、従来のようにＩＣクレジットカード５００が盗難に合うよりも、利用者が早く気づく可能性が高いため、カード会社へ盗難通知をするまでの時間が短くなる。
【０１０５】
さらにまた、クレジットカード会社は、予め利用者の携帯電話５０２の呼出番号を登録しておく必要がないため、巨大なデータベースを備えた管理システムが必要にならない。
【０１０６】
また、ＩＣクレジットカード５００とトランザクション判定端末５０３の間だけで、公開鍵暗号系を利用しているため、ＩＣクレジットカード５００では暗号化だけ、トランザクション判定端末５０３では復号化だけを行えば良く、リアルタイムで利用者の判定を行うことが可能であるため、不正利用を防止する効果がある。
【０１０７】
（Ｂ−４）第２の実施形態の変形実施形態
上述した第１の実施形態の変形実施形態で、第２の実施形態について適用できるものは、第２の実施形態の変形実施形態ともなる。
【０１０８】
上記説明では、携帯電話５０２の呼出番号（ＣＮＯ）の暗号化をＩＣクレジットカード５００が行うものを示したが、ＩＣクレジットカード５００が装着されたＩＣクレジットカードリーダ５０１が実行するようにしても良い。
【０１０９】
また、携帯電話５０２の呼出番号（ＣＮＯ）の暗号化は、公開鍵暗号化方式に従うものに限定されないことは勿論である。
【０１１０】
なお、携帯電話５０２からトランザクション判定端末５０３へも、携帯電話５０２の呼出番号（ＣＮＯ）を暗号化したものを送信し、それを復号して、比較照合処理を行うようにしても良い。この場合において、暗号化は、ＩＣクレジットカード５００又はＩＣクレジットカードリーダ５０１が行う。また、トランザクション判定端末５０３への通知パスが異なれば、暗号化の公開鍵も変更するようにしても良い。
【０１１１】
（Ｃ）他の実施形態
第１の実施形態においては、ハッシュ値をそのままトランザクション判定端末１０３に送信するものを示したが、ハッシュ値を、トランザクション判定端末１０３から与えられた公開鍵によって暗号化してトランザクション判定端末１０３に送信するようにしても良い。
【０１１２】
上記各実施形態における携帯電話は、電話機能（音声通話機能）を備えない携帯端末であっても良い。
【０１１３】
上記各実施形態においては、トランザクション判定端末１０３に対して、２個の経路で到来した情報（ハッシュ値、携帯電話呼出番号）を比較照合して利用者の確認を行うものを示したが、これに加えて、さらなる判定条件を設けるようにしても良い。例えば、利用者が入力した暗証番号の照合をも判定条件に加えるようにしても良い。
【０１１４】
上記各実施形態におけるＩＣクレジットカードリーダは、必要に応じて、ＩＣクレジットカードに書き込みを行うことができるものであっても良い。例えば、ハッシュ関数や公開鍵をＩＣクレジットカードに書き込む機能を備えていても良い。
【０１１５】
また、ハッシュ関数や公開鍵（従って秘密鍵）は固定のものであっても良いが、所定期間毎に変更しても良い。
【０１１６】
本発明の用途は、クレジットカードやキャッシュカードやテビットカードなどを利用した決済に限定されず、会社などにおける入退室管理などにおける本人確認にも適用することができる。特許請求の範囲における「利用者」はこのような「従業員」などを含む概念とする。
【０１１７】
【発明の効果】
以上のように、本発明のカード利用確認システムによれば、移動体通信端末と、前記移動体通信端末と直接無線通信が可能なＩＣカードと、ＩＣカードと情報の送受信を行うＩＣカードリーダと、トランザクションが発生した際、前記移動体通信端末から移動体通信回線を介して第１の情報を受信する機能と、前記ＩＣカードリーダから専用回線を介して第２の情報を受信する機能と、前記第１及び第２の情報からトランザクションの正当性を判定する機能とを有するトランザクション判定装置とを備えたので、セキュリティが高く、利用者確認を迅速に行うことができる、利用者のプライバシィを保護できる、システム構成を大型化することがないカード利用確認システムを実現できる。
【図面の簡単な説明】
【図１】第１の実施形態のカード利用確認システムの構成を示すブロック図である。
【図２】第１の実施形態のＩＣクレジットカードの機能的構成を示すブロック図である。
【図３】第１の実施形態のＩＣクレジットカードリーダの機能的構成を示すブロック図である。
【図４】第１の実施形態の携帯電話の機能的構成を示すブロック図である。
【図５】第１の実施形態のトランザクション判定端末の機能的構成を示すブロック図である。
【図６】第１の実施形態のカード利用確認システムの動作シーケンス図である。
【図７】第１の実施形態でのトランザクションＩＤのハッシュ値生成動作を示すフローチャートである。
【図８】第１の実施形態でのトランザクションＩＤのハッシュ値比較動作を示すフローチャートである。
【図９】第２の実施形態のカード利用確認システムの構成を示すブロック図である。
【図１０】第２の実施形態のＩＣクレジットカードの機能的構成を示すブロック図である。
【図１１】第２の実施形態のＩＣクレジットカードリーダの機能的構成を示すブロック図である。
【図１２】第２の実施形態の携帯電話の機能的構成を示すブロック図である。
【図１３】第２の実施形態のトランザクション判定端末の機能的構成を示すブロック図である。
【図１４】第２の実施形態のカード利用確認システムの動作シーケンス図である。
【図１５】第２の実施形態での携帯電話の呼出番号比較動作を示すフローチャートである。
【符号の説明】
１００、５００…ＩＣクレジットカード、１０１、５０１…ＩＣクレジットカードリーダ、１０２、５０２…携帯電話、１０３、５０３…トランザクション判定端末。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a card use confirmation system, and in particular, can be applied to a system for confirming a user when using a credit card, a cash card, a tebit card or the like equipped with an IC function.
[0002]
[Prior art]
Various types of user confirmation methods have been proposed, and examples include the following.
[0003]
First, there can be mentioned those described in JP-A No. 2001-111545 (Reference 1). In the method described in Document 1, a user accesses a service providing apparatus via an open network, and inputs a member ID and a password indicating that the user is a registered user of the service provider. Prove with. If the member ID and password match the member ID and password registered with the service provider, the call ID of the user's mobile communication terminal registered in relation to the member ID Then, a line connection request is issued, and the user enters a dedicated password in response to the call.
[0004]
Through these steps, even if a third party other than the user obtains a member ID or password and attempts to use the service illegally, a password request is called to the mobile communication terminal of the authorized user. Therefore, it is understood that an unauthorized user cannot use the service and an authorized user is illegally used. Moreover, since the service cannot be received without notifying the password, there is also a function for preventing unauthorized use.
[0005]
Secondly, those described in JP 2000-163533 A (reference 2) can be mentioned.
[0006]
In the method described in Document 2, a user's signature is registered in the IC card when the IC card is issued. When the user uses the IC card, the IC card is inserted into the IC card reader and a signature is made on the tablet connected to the IC card reader. The IC card reader verifies the signature of the user and the signature recorded in the IC card, and enables the use of the IC card if they match.
[0007]
In addition, related to Document 2, information and biometric information that only the person can know is recorded in the IC card, and when using the IC card, such information (for example, a password, password, fingerprint, etc.) is recorded. There has also been reported a conventional technique in which an IC card can be used by inputting.
[0008]
Thirdly, those described in JP-A-6-282558 (Reference 3) can be mentioned.
[0009]
In the method described in Document 3, a signature is registered in advance on a host computer when a credit card is issued. When a user uses a credit card, the credit card is inserted into the card reader, and the signature is written in a device that reads the signature provided in the card reader. The card reader-installed store confirms the credit card user by comparing the user's signature read from the host computer and the user's signature on the spot on the display device of the card reader. Do.
[0010]
[Problems to be solved by the invention]
However, all the above-described conventional techniques have problems.
[0011]
According to the prior art according to Document 1, all the call numbers of the user's mobile communication terminals must be registered in the database on the service provider side, which increases the system management cost on the service provider side. In addition, an operation in which a user inputs a password in response to a call is troublesome. For example, when the provided service is considered to be paid by credit, payment processing cannot be performed promptly.
[0012]
According to the prior art according to Document 2, it is necessary to prepare a special device such as a password or password input device or a fingerprint reading device as a card reader for reading an IC card. In this case, inputting a password or password with a payment counter or the like is likely to be leaked to a third party. Furthermore, there are many cases where there is a cultural resistance to pressing a fingerprint, and it is not always possible to recognize a fingerprint.
[0013]
According to the prior art according to Document 3, since a user writes a signature on a signature reader, it is difficult to always write a stable signature. In addition, it is difficult to determine the degree of coincidence regarding the comparison of signatures on the screen.
[0014]
Therefore, there is a need for a card usage confirmation system that has high security, can perform user confirmation promptly, can protect user privacy, and does not increase the size of the system configuration.
[0015]
[Means for Solving the Problems]
In order to solve the above-described problems, a card use confirmation system according to the present invention includes (1) a mobile communication terminal, an IC card capable of direct wireless communication with the mobile communication terminal, and information exchange with the IC card. When a transaction occurs with an IC card reader To Determine the legitimacy of a transaction Can communicate with the mobile communication terminal via a mobile communication line and can communicate with the IC card reader via a dedicated line A transaction determination device; (2) A positive integer random number generated in the IC card or the IC card reader is N, The transaction determination device is different from the call number of the transaction determination device. Leave Identify transactions Transaction identification information used for When, Above A hash function having at least a parameter as identification information for specifying a mobile communication terminal capable of wireless communication with an IC card , N times to generate the first information, Apply the hash function NM times (where M is an integer 1 ≦ M ≦ N) times. A hash value generator for generating second information is provided in the IC card or the IC card reader, and (3) the generated second information is provided from the IC card to the mobile communication terminal, and And (4) providing the generated first information from the IC card reader to the transaction determination device via a dedicated line from the mobile communication terminal to the transaction determination device. (5) The transaction determination device has identification information for specifying the mobile communication terminal when the line is connected when the second information is given from the mobile communication terminal via the mobile communication line. The identification information for specifying the acquired mobile communication terminal is used for the second information acquired and applied the hash function NM times. Apply again M times the shoe function calculates third information applied in total N times the hash function, (6) The transaction determination device calculates Third The validity of the transaction is determined based on the information and the first information received from the IC card reader via a dedicated line.
[0016]
The card usage confirmation system of the present invention will be described with a specific image (specific example) as follows. For example, when a user makes a payment using an IC card, information for securely identifying the purchase transaction is shared between the IC card and the user's mobile communication terminal. Then, the IC card reader notifies the card company (transaction determination device) of the transaction information (first information) via the dedicated line. On the other hand, the mobile communication terminal that has obtained the information for identifying the transaction is also connected to the card company (transaction by the information (second information; the format of the information may be different from the first information) mobile communication line. To the determination device). The card company (transaction determination device) determines usage confirmation (for example, whether payment is possible) by collating information specifying a transaction received via a plurality of paths.
[0017]
DETAILED DESCRIPTION OF THE INVENTION
(A) First embodiment
Hereinafter, a card usage confirmation system according to a first embodiment of the present invention will be described in detail with reference to the drawings.
[0018]
The card usage confirmation system according to the first embodiment uses a one-way hash function between a IC credit card and a mobile phone when a user purchases a product using an IC credit card. Are hashed and shared, and they are notified from each terminal to the card company via the dedicated line used for IC credit card payment and the public line of the mobile phone, and the card company verifies these transaction IDs. Thus, a card usage confirmation system that uses a plurality of notification paths that permits the card to be used when they match.
[0019]
(A-1) Configuration of the first embodiment
FIG. 1 is a block diagram showing the configuration of the card usage confirmation system according to the first embodiment.
[0020]
Referring to FIG. 1, the card usage confirmation system according to the first embodiment includes an IC credit card 100 and a mobile phone 102 possessed by a user, an IC credit card reader 101 installed at a store, etc., and a credit card. The transaction determination terminal 103 is installed at a predetermined location in the company.
[0021]
The IC credit card 100 is equipped with an IC chip 100A, and the IC credit card 100 (IC chip 100A) is, as shown in FIG. CNO), a mobile call number recording function unit 100a for recording the mobile phone 102, a mobile phone communication function unit 100b for directly performing wireless communication with the mobile phone 102 specified by the call number, and a positive integer random number (N) is generated. A random number generation function unit 100c, a unique transaction ID (TID) that identifies an IC credit card use transaction, a call number (CNO) and an integer random number (N) are applied, and a one-way hash function is Use the hashing function unit 100d that performs hashing using the hash value (H) of the transaction ID (TID) And a hash value transmission function unit 100e for transmitting by radio communication directly with the speech 102.
[0022]
There are many IC cards that can perform near field communication, such as non-contact type IC cards, and such IC cards are applied.
[0023]
As shown in FIG. 3, the IC credit card reader 101 includes a hash value transmission function unit 101a that transmits the hash value (H) of the transaction ID (TID) generated by the IC credit card 100 to the transaction determination terminal 103, and a transaction determination. A terminal call number transmission function unit 101b that transmits the call number (TNO; registered in the IC credit card reader 101 in advance) of the terminal 103 to the IC credit card 100.
[0024]
As shown in FIG. 4, the mobile phone 102 has a hash value (H) of a transaction ID (TID) through wireless communication with the IC credit card 100 and a card communication function unit 102 a that directly performs wireless communication with the IC credit card 100. And a predetermined information acquisition function unit 102b for acquiring the call number (TNO) of the transaction determination terminal 103, and a call ID (TNO) of the transaction determination terminal 103 to transmit a hash value (H) of the transaction ID (TID) A hash value transmission function unit 102c.
[0025]
Various types of mobile phones that can handle short-distance communication in addition to communication via a mobile line have been proposed, and such mobile phones are assumed.
[0026]
As shown in FIG. 5, the transaction determination terminal 103 sends a hash value (HID) of the transaction ID (TID) hashed N times from the IC credit card reader 101 via the dedicated line. _N ) And a hash value (HID) of the transaction ID (TID) hashed N-1 times from the mobile phone 102 via the telephone line. _N-1 ) And the hash value (HID) of the hashed transaction ID (TID) received from each line. _N , H _N-1 ) Are compared with each other.
[0027]
Hereinafter, the function of each functional unit will be described supplementarily.
[0028]
The IC credit card 100 stores the call number (CNO) of the user's mobile phone 102 in a safe manner in advance, and the IC credit card 100 is set with the call number (CNO) as described above. The mobile phone 102 has a function of directly performing wireless communication. In this wireless communication, only the mobile phone 102 designated by the call number (CNO) can be safely (is not leaked except for the IC credit card 100 and the mobile phone 102 of the communication partner, or even if leaked, it cannot be decrypted) B) Any conventional short-range wireless communication technology can be used as long as it can communicate.
[0029]
In addition, regarding the function of generating a positive integer random number (N) that determines the number of times the hash function is applied to the transaction ID (TID), the algorithm for generating the random number (N) is a random number that is difficult for a third party to predict. If the mechanism generates (N), a conventional method such as using time as a parameter can be used.
[0030]
As for the hash function, a one-way hash function using the call number (CNO) of the mobile phone 102 as a parameter is used. A one-way hash function is a function that makes it very difficult to estimate a certain value from the result of applying the hash function to a certain value. Furthermore, the hash function can be made unique by using the call number (CNO) of the mobile phone 102 as a parameter. That is, when a hash function is applied to a certain value, if the call number (CNO) of the mobile phone 102 as a parameter is different, a different result is output.
[0031]
Here, the hash value is calculated using the hash function Hash.
H _N = Hash (N, CNO, TID)
H _{N + 1} = Hash (1, CNO, H _N ), An integer N ≧ 1
Can be expressed as However, N = the number of times the hash function is applied, CNO = the mobile phone call number, and TID = the transaction ID. For example, the hash function is preinstalled in the IC credit card 100 and the transaction determination terminal 103 as a program.
[0032]
Further, the IC credit card 100 uses the hash value (HID) of the transaction ID (TID) to which the hash function is applied N times. _N ) H-1 hash value (H _N-1 ) To the mobile phone 102 through direct wireless communication.
[0033]
Further, the IC credit card 100 has a function of transmitting a call number (TNO) of the transaction determination terminal 103 from the IC credit card reader 101 and transmitting it to the mobile phone 102 through wireless communication.
[0034]
The IC credit card reader 101 has a hash value (H) obtained by hashing the transaction ID (TID) N times in addition to the function of transmitting information necessary for the conventional credit card settlement to the card company. _N ) To the transaction determination terminal 103 of the card company.
[0035]
The IC credit card reader 101 also has a function of transmitting a call number (TNO) of the transaction determination terminal 103 to the IC credit card 100.
[0036]
The mobile phone 102 has a function of performing direct short-range wireless communication with the IC credit card 100, and when the IC credit card 100 is attached to the IC credit card reader 101, a transaction ID ( Hash value (H) obtained by applying a hash function N-1 times to (TID) _N-1 ) And a call number (TNO) of the transaction determination terminal 103. The hash value (H _N-1 ) Is received, line connection is made to the transaction determination terminal 103, and the hash value (H _N-1 ).
[0037]
The transaction determination terminal 103 uses the hash value (H of the transaction ID (TID) transmitted from the IC credit card reader 101. _N ), A caller ID (CNO ′ = CNO) is acquired by line connection from the mobile phone 102, and a hash value (H _N-1 ), The hash function (HID) of the transaction ID (TID) transmitted from the IC credit card reader 101 is applied again with the caller number (CNO ′) of the mobile phone 102 as a parameter. _N ) Is provided.
[0038]
(A-2) Operation of the first embodiment
Next, the operation of the card usage confirmation system according to the first embodiment will be described with reference to the drawings.
[0039]
FIG. 6 shows an operation sequence among the IC credit card 100, the IC credit card reader 101, the mobile phone 102, and the transaction determination terminal 103.
[0040]
First, the IC credit card 100 uses a transaction ID (TID) hash value (H _N And H _N-1 ) Is generated (step S200).
[0041]
This hash value (H _N And H _N-1 ) Will be described in detail with reference to the flowchart of FIG.
[0042]
When the IC credit card 100 is attached to the IC credit card reader 101 (step S300), the IC credit card 100 generates a transaction ID (TID) (step S301). The transaction ID (TID) may be generated in the IC credit card 100 as long as it is a value uniquely determined for all IC credit card usages. It may be read into the card 100.
[0043]
Subsequently, a positive integer random number (N) is generated in the IC credit card 100 (step S302). At this time, like the transaction ID (TID), a positive integer random number (N) may be generated by the IC credit card reader 101 and read into the IC credit card 100.
[0044]
Next, the transaction ID (TID) is hashed in the IC credit card 100 using the calling number (CNO) of the mobile phone 102 recorded in the IC credit card 100 and the generated random number (N). , Hash value (H _N-1 ) And hash value (H _N ) Is generated (steps S303 and S304).
[0045]
H _N-1 = Hash (N-1, CNO, TID)
H _N = Hash (1, CNO, H _N-1 )
It is assumed that the hash function can always generate different hash values for different mobile phone call numbers (CNO) and different transaction IDs (TIDs).
[0046]
The hash value (H _N And H _N-1 ) Generation Is completed, the IC credit card 100 determines that the N-th hash value (H _N ) Is transmitted to the IC credit card reader 101 (step S201).
[0047]
This hash value (H _N The IC credit card reader 101 receives the hash value (H) as well as transmitting the IC credit card number to the transaction determination terminal 103. _N ) Is transmitted (step S202). At this time, the transaction determination terminal 103 uses the hash value (H of the IC credit card number and the transaction ID (TID)) _N ) Are temporarily stored for determination processing (step S206) described later.
[0048]
Further, the IC credit card reader 101 transmits the call number (TNO) of the transaction determination terminal 103 to the IC credit card 100 (step S203).
[0049]
The IC credit card 100 that has received the call number (TNO) of the transaction determination terminal 103 receives the N−1 hash value (H) for the user's mobile phone 102 with the smaller number of transaction IDs (TID). _N-1 ) And the call number (TNO) of the transaction determination terminal 103 are transmitted (step S204). Here, the IC credit card 100 directly communicates only with the mobile phone 102 specified by the call number (CNO) of the mobile phone 102 recorded in advance in the IC credit card 100, and securely transmits a transaction ID (TID). Hash value (H _N-1 ) And the call number (TNO) of the transaction determination terminal 103 can be transmitted.
[0050]
Hash value (H _N-1 ) And the call number (TNO) are connected to the transaction determination terminal 103 using the call number (TNO) of the transaction determination terminal 103, and the hash value (H of transaction ID (TID)) _N-1 ) Is transmitted (step S205).
[0051]
Thereby, the transaction determination terminal 103 uses the hash value (H of the transaction ID (TID) received in step S202. _N ) And the hash value (H of the transaction ID (TID) received in step S205 _N-1 ) Are compared (step S206).
[0052]
Next, two types of hash values (H _N And H _N-1 ) Will be described in detail with reference to the flowchart of FIG.
[0053]
First, the transaction determination terminal 103 acquires a caller number (CNO ′ = call number CNO of a mobile phone) for line connection with the mobile phone 102 (step S400). Then, the hash value (H of the transaction ID (TID) received in step S205 is displayed. _N-1 ) From the hash value (H _N ') Is calculated (step S401).
[0054]
H _N '= Hash (1, CNO', H _N-1 )
At this time, the transaction determination terminal 103 receives a credit card number and a hash value (HID) of a transaction ID (TID) associated with the credit card number given from the plurality of credit card readers 101 (see step S202). _N ) Are temporarily stored. For these, the hash value (H _N Hash value (H) matching ') _N ), Credit card number and hash value (H _N ) Pair is searched (step S402).
[0055]
Matching credit card number and hash value (H _N ) (Yes in step S403), the transaction determination terminal 103 determines that the user is a legitimate IC credit card user, and the corresponding credit card number and hash value (H in the transaction determination terminal 103). _N ) Is deleted (step S404), and the process proceeds to a settlement process using the credit card number (step S405).
[0056]
In contrast, the matching credit card number and hash value (H _N ) Pair is not found (negative result in step S403), a credit card number and a hash value (H _N ) Is deleted (step S406), the credit card settlement processing is rejected, and a message to that effect is returned to the IC credit card reader 101 (step S407).
[0057]
(A-3) Effects of the first embodiment
Hash value (HID) of transaction ID (TID) via user's mobile phone 102 _N-1 ) Is transmitted to the transaction determination terminal 103, but since the IC credit card 100 directly communicates with the mobile phone 102 and transmits information, the mobile number of the user is read out to the IC credit card reader 101 of the store, etc. There is nothing and privacy is protected.
[0058]
Further, even if the IC credit card 100 is stolen by a malicious third party who knows the password, it must be combined with the mobile phone 102 having the calling number (CNO) registered in the IC credit card 100. Since it cannot be used, it is safer than the conventional IC credit card + password combination, and it is not necessary for the user to remember the IC credit card 100 password.
[0059]
Even if the IC credit card 100 is stolen together with the mobile phone 102 by a malicious third party, the user is more likely to notice it faster than the IC credit card 100 is stolen. The time until the theft notification to the card company is shortened.
[0060]
Since the credit card company does not need to register the call number (CNO) of the user's mobile phone 102 in advance, a management system having a huge database is not necessary.
[0061]
Since the determination is performed by a simple calculation process called a hash function, a real-time system can be constructed, and the theft of the IC credit card 100 can be prevented.
[0062]
(A-4) Modified embodiment of the first embodiment
In the first embodiment, the case where the IC credit card 100 is used has been described. However, the present invention is not limited to the IC credit card 100 and can be applied to various IC cards such as a cash card, a debit card, and a prepaid card.
[0063]
In addition, the call number (CNO) of the mobile phone 102 is registered in advance in the IC credit card 100. However, if the user's mobile phone 102 can be identified and can be directly wirelessly communicated, the call number (CNO) ), A serial number or the like may be used.
[0064]
Further, although the IC credit card 100 obtains the call number (TNO) of the transaction determination terminal 103 from the IC credit card reader 101, it may be registered in advance in the IC credit card reader 101, or from the transaction determination terminal 103. You may acquire via IC credit card reader 101.
[0065]
Furthermore, the same one-way hash function may be used for all IC credit cards 100 and transaction determination terminals 103, but at least the number of times the hash function is applied, the call number (CNO) of the mobile phone 102, the transaction As long as different hash values can be generated using ID (TID) as a parameter, a different one-way hash function may be used for each card company.
[0066]
Further, the transaction has been described so that the IC credit card 100 is attached to the IC credit card reader 101. However, as in the case of a non-contact type IC card, the IC credit card reader 101 is brought close to the IC credit card reader 101, so that the short distance wireless communication is performed. You may make it start a transaction in the form which starts information exchange.
[0067]
Further, the IC credit card 100 and the mobile phone 102 are assumed to be possessed by the user, but when two or more mobile phones 102 are possessed, all of these are used to determine the transaction. You may make it do.
[0068]
Furthermore, in the above description, the mobile phone 102 sends a hash value (H to the transaction determination terminal 103 from the IC credit card reader 101 to the transaction determination terminal 103. _N ) Hash value (H _N-1 ) Is transmitted, a hash value that is less than two times may be transmitted, or only a random number (N) that defines the number of times of hashing may be transmitted. The IC credit card reader 101 may be provided with a random number generation function.
[0069]
In the above description, the number of times of hashing is not fixed using a random number. However, this number of times may be fixed.
[0070]
In the above description, the hash value of the transaction ID is generated by the IC credit card 100. However, the IC credit card reader 101 may execute the transaction ID hash value.
[0071]
Furthermore, the parameter for obtaining the hash value is not limited to the parameter described above, and a credit card number or the like may be used. However, it is necessary to use the calling number (CNO) of the mobile phone 102.
[0072]
(B) Second embodiment
Next, a second embodiment of the card use confirmation system according to the present invention will be described in detail with reference to the drawings.
[0073]
In the card usage confirmation system of the second embodiment, when a user purchases a product using an IC credit card, the public key of the transaction determination terminal is used via a dedicated line used for IC credit card settlement. The encrypted mobile phone call number is transmitted, and the mobile phone call number is decrypted by using the private key of the transaction determination terminal, and the mobile phone transmits the transaction under the instruction by wireless communication from the IC credit card. When the line connection is made with the determination terminal, the use of the card is permitted when the caller number of the mobile phone to be acquired matches the call number of the mobile phone acquired through the dedicated line.
[0074]
(B-1) Configuration of the second embodiment
FIG. 9 is a block diagram illustrating a configuration of the card usage confirmation system according to the second embodiment.
[0075]
In FIG. 9, the card usage confirmation system of the second embodiment is also installed in the IC credit card 500 and the mobile phone 502 possessed by the user, the sales store, etc., as in the first embodiment. It is composed of an IC credit card reader 201 and a transaction determination terminal 203 installed at a predetermined location of a credit card company, but the functions of each component are slightly different from those of the first embodiment. .
[0076]
The IC credit card 500 is equipped with an IC chip 500A, and the IC credit card 500 (IC chip 500A) is, as shown in FIG. CNO) is recorded, a mobile phone communication function unit 500b that performs direct wireless communication with the mobile phone 502 specified by the call number, and a public key of the transaction determination terminal 503 are acquired. An encryption function unit 500c that encrypts the call number (CNO) of the mobile phone 502 using a public key, and a terminal call number that transmits the call number (TNO) of the transaction determination terminal 503 to the mobile phone 502 by direct wireless communication. A transmission function unit 500d.
[0077]
As shown in FIG. 11, the IC credit card reader 501 transmits the call number (CNO) of the mobile phone 502 encrypted using the public key of the transaction determination terminal 503 to the transaction determination terminal 503. Unit 501a and a terminal call number transmission function unit 501b for transmitting the call number (TNO) of the transaction determination terminal 503 to the IC credit card 500.
[0078]
As shown in FIG. 12, the mobile phone 502 receives the call number (TNO) of the transaction determination terminal 503 via the wireless communication and the card communication function unit 502a that performs direct wireless communication with the IC credit card 500. A number reception function unit 502b and a terminal call function unit 502c that transmits a call number (TNO) of the transaction determination terminal 503 are included.
[0079]
As shown in FIG. 13, the transaction determination terminal 503 receives the call number (CNO) of the mobile phone 502 encrypted with the public key from the IC credit card reader 501 via the dedicated line. Unit 503a, an encryption / decryption function unit 503b for decrypting the call number (CNO) of mobile phone 502 encrypted with a public key, using a secret key, and a mobile phone obtained by receiving a call from mobile phone 502 Mobile caller number acquisition function unit 503c for acquiring the caller number (CNO ') of the mobile phone and a comparison function for comparing and collating the decoded call number (CNO) of the mobile phone 502 with the acquired caller number (CNO') Part 503d.
[0080]
Hereinafter, the function of each functional unit will be described supplementarily.
[0081]
The IC credit card 500 stores a call number (CNO) of the user's mobile phone 502 in a safe manner in advance, and directly communicates with the mobile phone 502 in which the call number (CNO) is set. The function to perform. For wireless communication, any conventional short-range wireless communication technology can be used as long as it can safely communicate only with the mobile phone 502 that can be specified by the call number (CNO).
[0082]
Further, the IC credit card 500 has a function of acquiring the public key of the transaction determination terminal 503 and encrypting the call number (CNO) of the mobile phone 502 using this public key.
[0083]
Further, a call number (TNO) of the transaction determination terminal 503 is transmitted from the IC credit card reader 501 to the IC credit card 500, and the IC credit card 500 transmits this call number (TNO) to the mobile phone 502 through direct wireless communication. The function to transmit.
[0084]
The IC credit card reader 501 adds the call number (CNO) of the mobile phone 502 encrypted with the public key of the transaction determination terminal 503 to the card company in addition to the function of transmitting information necessary for the conventional credit card payment to the card company. The function of transmitting to the transaction determination terminal 503 is provided.
[0085]
The IC credit card reader 501 also has a function of transmitting the call number (TNO) of the transaction determination terminal 503 to the IC credit card 500.
[0086]
The mobile phone 502 has a function of performing short-distance wireless communication directly with the IC credit card 500. When the IC credit card 500 is attached to the IC credit card reader 501, the call number (TNO) of the transaction determination terminal 503 is obtained. It has a function to receive.
[0087]
In addition, the mobile phone 502 has a function of automatically connecting a line to the transaction determination terminal 503 based on an instruction from the IC credit card 500.
[0088]
The transaction determination terminal 503 receives the call number (CNO) of the mobile phone 502 encrypted with the public key of the transaction determination terminal 503 received from the IC credit card reader 501 via the dedicated line, and then the transaction determination terminal 503 It has a function of decrypting with a secret key, obtaining a caller number (CNO ′) by line connection from the mobile phone 502, and determining a match with the previously obtained call number (CNO) of the mobile phone 502.
[0089]
(B-2) Operation of the second embodiment
Next, the operation of the card usage confirmation system according to the second embodiment will be described with reference to the drawings.
[0090]
FIG. 14 shows an operation sequence among the IC credit card 500, the IC credit card reader 501, the mobile phone 502, and the transaction determination terminal 503.
[0091]
When the IC credit card 500 is attached to the IC credit card reader 501, the IC credit card 500 acquires the public key of the transaction determination terminal 503 via the IC credit card reader 501 (step S600).
[0092]
Then, the IC credit card 500 encrypts the call number (CNO) of the mobile phone 502 recorded therein with the acquired public key of the transaction determination terminal 503 (step S601). Next, the IC credit card 500 transmits the encrypted call number (CNO) of the mobile phone 502 to the IC credit card reader 501 (step S602).
[0093]
The IC credit card reader 501 that has received the encrypted mobile phone 502 call number (CNO) transmits the IC credit card number to the transaction determination terminal 503 and also receives the received encrypted mobile phone 502 call number ( CNO) is transmitted (step S603).
[0094]
At this time, the transaction determination terminal 503 uses the IC credit card number received from the IC credit card reader 501 and the encrypted call number (CNO) of the mobile phone 502 for the determination process (step S608) described later. Temporarily accumulate (step S604). In this processing, the call number (CNO) of the mobile phone 502 is stored after being decrypted with the private key of the transaction determination terminal 503 itself.
[0095]
Further, the IC credit card 500 acquires the call number (TNO) of the transaction determination terminal 503 from the IC credit card reader 501 (step S605). Then, the IC credit card 500 transmits the call number (TNO) of the transaction determination terminal 503 to the user's mobile phone 502 (step S606). Here, the IC credit card 500 directly communicates only with the mobile phone 502 specified by the call number (CNO) of the mobile phone 502 recorded in the IC credit card 500 in advance, and the transaction determination terminal 503 can safely It is assumed that a call number (TNO) can be transmitted.
[0096]
The mobile phone 502 that has received the call number (TNO) of the transaction determination terminal 503 calls the transaction determination terminal 503 via the telephone line using the call number (TNO) of the transaction determination terminal 503 (step S607).
[0097]
At the time of this call, the transaction determination terminal 503 compares and collates the mobile phone call number (CNO) received in step S602 described above with the caller number (CNO ′) that can be acquired by the call in step S607 described above (step S608). ).
[0098]
Next, details of the collation comparison processing of the two types of mobile phone numbers (CNO and CNO ′) in step S608 will be described using the flowchart of FIG.
[0099]
First, the transaction determination terminal 503 acquires a caller number (CNO ′ = call number CNO of a mobile phone) for the line connection with the mobile phone 502 (step S700). Then, a search is made for a match with the acquired caller number (CNO ′) from the call numbers (CNO) of the mobile phone 502 received and recorded in step S604 described above, and the corresponding credit card number Is selected (step S701).
[0100]
If a matching pair of the credit card number and the calling number (CNO) of the mobile phone 502 is found (positive result in step S702), the transaction determination terminal 503 determines that the user is an authorized IC credit card user, and the transaction determination terminal 503 After deleting the record of the pair of the corresponding credit card number and the calling number (CNO) of the mobile phone 502 (step S703), the process proceeds to a settlement process using the credit card number (step S704).
[0101]
On the other hand, when a matching credit card number and call number (CNO) pair of the mobile phone 502 is not found (negative result in step S702), the transaction determination terminal 503 receives a predetermined time or more after receiving it. The record of the pair of the credit card number that has passed and the call number (CNO) of the mobile phone 502 is deleted (step S705), the settlement process using the credit card number is rejected, and the IC credit card reader 501 is notified accordingly. Is returned (step S706).
[0102]
(B-3) Effects of the second embodiment
The call number of the user's mobile phone 502 is notified to the transaction determination terminal 503, but since it is encrypted in the IC credit card 500 using the public key of the transaction determination terminal 503, the call of the user's mobile phone 502 is called The number is not read out by the IC credit card reader 501 or the like of the store, and privacy is protected.
[0103]
In addition, even if the IC credit card 500 is stolen by a malicious third party who knows the personal identification number, it cannot be used unless it is combined with the mobile phone 502 having the calling number registered in the IC credit card 500. It is safer than the conventional IC credit card + password system, and it is not necessary for the user to remember the password of the IC credit card 500.
[0104]
Furthermore, when the IC credit card 500 is stolen by a malicious third party together with the mobile phone 502, the user is more likely to notice faster than the IC credit card 500 can be stolen as in the past. The time until the card company is notified of theft is shortened.
[0105]
Furthermore, since the credit card company does not need to register the call number of the user's mobile phone 502 in advance, a management system having a huge database is not required.
[0106]
Further, since the public key cryptosystem is used only between the IC credit card 500 and the transaction determination terminal 503, the IC credit card 500 only needs to perform encryption, and the transaction determination terminal 503 only needs to perform decryption. Since it is possible to make a determination of a user, there is an effect of preventing unauthorized use.
[0107]
(B-4) Modified embodiment of the second embodiment
In the modified embodiment of the first embodiment described above, what can be applied to the second embodiment is also a modified embodiment of the second embodiment.
[0108]
In the above description, the IC credit card 500 encrypts the calling number (CNO) of the mobile phone 502. However, the IC credit card reader 501 with the IC credit card 500 attached may execute it. .
[0109]
Of course, the encryption of the call number (CNO) of the mobile phone 502 is not limited to the one according to the public key encryption method.
[0110]
It is also possible to transmit the encrypted call number (CNO) of the mobile phone 502 from the mobile phone 502 to the transaction determination terminal 503, decrypt it, and perform the comparison and collation processing. In this case, the encryption is performed by the IC credit card 500 or the IC credit card reader 501. If the notification path to the transaction determination terminal 503 is different, the encryption public key may be changed.
[0111]
(C) Other embodiments
In the first embodiment, the hash value is directly transmitted to the transaction determination terminal 103. However, the hash value is encrypted with the public key given from the transaction determination terminal 103 and transmitted to the transaction determination terminal 103. You may do it.
[0112]
The mobile phone in each of the above embodiments may be a mobile terminal that does not have a telephone function (voice call function).
[0113]
In each of the above-described embodiments, the transaction determination terminal 103 is used to compare and collate information (hash value, mobile phone call number) that has arrived through two routes, and confirm the user. In addition to this, further determination conditions may be provided. For example, the collation of the password entered by the user may be added to the determination condition.
[0114]
The IC credit card reader in each of the above embodiments may be capable of writing on the IC credit card as necessary. For example, a function of writing a hash function or a public key into an IC credit card may be provided.
[0115]
Further, the hash function and the public key (and hence the secret key) may be fixed, but may be changed every predetermined period.
[0116]
The use of the present invention is not limited to payment using a credit card, cash card, tebit card, or the like, but can also be applied to identity verification in entrance / exit management in a company or the like. The “user” in the claims is a concept including such “employee”.
[0117]
【The invention's effect】
As described above, according to the card use confirmation system of the present invention, a mobile communication terminal, an IC card capable of direct wireless communication with the mobile communication terminal, an IC card reader that transmits and receives information to and from the IC card, A function for receiving first information from the mobile communication terminal via a mobile communication line when a transaction occurs; and a function for receiving second information from the IC card reader via a dedicated line; Since it has a transaction determination device having a function of determining the legitimacy of a transaction from the first and second information, security of the user is high, and user privacy can be quickly confirmed. A card usage confirmation system that can be protected and does not increase the system configuration can be realized.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a configuration of a card usage confirmation system according to a first embodiment.
FIG. 2 is a block diagram showing a functional configuration of the IC credit card according to the first embodiment.
FIG. 3 is a block diagram showing a functional configuration of the IC credit card reader according to the first embodiment.
FIG. 4 is a block diagram illustrating a functional configuration of the mobile phone according to the first embodiment.
FIG. 5 is a block diagram illustrating a functional configuration of a transaction determination terminal according to the first embodiment.
FIG. 6 is an operation sequence diagram of the card usage confirmation system according to the first embodiment.
FIG. 7 is a flowchart showing a hash value generation operation for a transaction ID in the first embodiment.
FIG. 8 is a flowchart showing a hash value comparison operation of a transaction ID in the first embodiment.
FIG. 9 is a block diagram illustrating a configuration of a card usage confirmation system according to a second embodiment.
FIG. 10 is a block diagram showing a functional configuration of an IC credit card according to a second embodiment.
FIG. 11 is a block diagram showing a functional configuration of an IC credit card reader according to a second embodiment.
FIG. 12 is a block diagram showing a functional configuration of a mobile phone according to a second embodiment.
FIG. 13 is a block diagram illustrating a functional configuration of a transaction determination terminal according to the second embodiment.
FIG. 14 is an operation sequence diagram of the card usage confirmation system according to the second embodiment.
FIG. 15 is a flowchart showing a call number comparison operation of a mobile phone in the second embodiment.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 100, 500 ... IC credit card, 101, 501 ... IC credit card reader, 102, 502 ... Mobile phone, 103, 503 ... Transaction determination terminal.

Claims

A mobile communication terminal;
An IC card capable of direct wireless communication with the mobile communication terminal;
An IC card reader that transmits and receives information to and from the IC card;
When a transaction occurs, determines the validity of the transaction, the transaction determining apparatus capable of communicating with the IC card reader via a dedicated line with may communicate with the mobile communication terminal through a mobile communication network And
Said IC card or a positive integer of random numbers generated in the IC card reader is N, and calling number of said transaction determination device and transaction identification information used to identify the Oite transactions to different said transaction determining device , a hash function to at least parameter and identification information for identifying the IC card capable of wireless communication with mobile communication terminal, to generate a first information by applying N times, the hash function N- A hash value generation unit that generates the second information by applying M (where M is an integer of 1 ≦ M ≦ N) times is provided in the IC card or the IC card reader ,
The generated second information is given from the IC card to the mobile communication terminal, and is further given from the mobile communication terminal to the transaction determination device via a mobile communication line,
The generated first information is given from the IC card reader to the transaction determination device via a dedicated line,
The transaction determination device acquires identification information for specifying the mobile communication terminal at the time of line connection when the second information is given from the mobile communication terminal via a mobile communication line, The hash function is applied M times more times to the second information to which the hash function is applied NM times, using the acquired identification information for specifying the mobile communication terminal. Calculate the third information that applies the function a total of N times,
The transaction determination apparatus determines validity of a transaction based on the calculated third information and the first information received from the IC card reader via a dedicated line. Confirmation system.

The IC card records identification information for specifying a mobile communication terminal capable of wireless communication with itself, and wireless communication is possible with a mobile communication terminal having identification information that matches the recorded identification information. The card use confirmation system according to claim 1, wherein no wireless communication is performed with other mobile communication terminals.

3. The card use confirmation system according to claim 2, wherein the identification information for specifying the mobile communication terminal is a call number of the mobile communication terminal.

The call number of the transaction determination device necessary for the mobile communication terminal to connect to the transaction determination device via a line is transmitted from the IC card to the mobile communication terminal by wireless communication. Item 4. The card use confirmation system according to item 3.