JP3637566B2

JP3637566B2 - 決済履歴情報を用いた認証方法

Info

Publication number: JP3637566B2
Application number: JP2001080294A
Authority: JP
Inventors: 立明安田; 耕安田
Original assignee: 安田金属工業株式会社
Priority date: 2001-03-21
Filing date: 2001-03-21
Publication date: 2005-04-13
Anticipated expiration: 2021-03-21
Also published as: JP2001250064A

Description

【０００１】
【発明の属する技術分野】
本発明は、電子決済サーバと端末との間で行われる認証方法に関する。
【０００２】
【従来の技術】
図１は、電子決済システムの構成図である。図１によれば、ユーザは、ＩＣカード又は電子財布３を所有している。該ＩＣカード３には、電子決済毎の「日時、入金先、金額」が記録されている。一方で、電子決済サーバ１にも、ＩＣカード３に記録された情報と同様の情報が記録されている。例えば、ユーザが、「Ａスーパー」で「２００１年２月１６日午後１０：２０」に「７６６円」の商品を購入した場合、それらの情報は、ＩＣカードリーダ・ライタ２を用いて、ＩＣカード３に記録されると共に、ネットワークを介して電子決済サーバ１へ送信される。
【０００３】
以下、電子財布又はＩＣカードを例に採って説明するが、これらに限定されるものではない。例えば、決済情報を記録した携帯電話機又は携帯情報端末であって、無線回線を介して電子決済サーバ１と通信するものであってもよい。
【０００４】
図１のようなネットワークを用いた電子決済システムにおいては、データの暗号化と、端末を操作するユーザの認証とは、最も重要な技術である。特に、近年の認証方法については、サーバは、端末から送信されてきたパスワード又はデジタル署名によって、ユーザを特定する方法が多い。パスワードの場合は、ユーザはこのパスワードを秘密に保持する必要がある。一方、公開鍵暗号化方式を用いるデジタル署名の場合も、パスワードと同様に、ユーザは秘密鍵を保持する必要がある。
【０００５】
図２は、従来の電子決済システムにおけるシーケンス図である。端末は、「ユーザＩＤ、パスワード及び決済情報」を電子決済サーバへ送信する。これを受信したサーバは、ユーザを特定し且つ正常取引者であること確認した上で与信処理を行う。その結果、ＯＫであれば、サーバは、その旨を端末へ送信し、決済が完了する。図２はパスワードの例であるが、これがデジタル署名であっても同様のシーケンスである。また、ユーザの認証を前段階で行い、後段階で決済情報を送信するものであってもよい。
【０００６】
【発明が解決しようとする課題】
しかしながら、前述したような認証方法では、ユーザが自分のパスワード又は秘密鍵を確実に管理しておくことが、セキュリティ確保の前提となる。もし、このパスワード又は秘密鍵を悪意の第三者が取得したならば、ユーザに成りすましてサーバへアクセスすることが可能となるからである。
【０００７】
そこで、本発明は、ユーザがパスワード又は秘密鍵を管理する必要がない電子決済システムのための認証方法を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明の認証方法によれば、電子決済サーバと端末との間で行われる認証方法であって、サーバ及び端末の両方とも同一の複数の決済履歴情報を蓄積しており、該決済履歴情報は決済毎に追加される情報であり、少なくとも３つ以上の決済履歴情報に異なる番号が付与されており、サーバが、少なくとも３つ以上の番号を確認番号として端末へ送信する段階と、端末が、サーバから受信した複数の確認番号に相当する複数の決済履歴情報を該サーバへ送信する段階と、サーバが、端末から受信した複数の決済履歴情報と、確認番号に相当する該サーバに蓄積された複数の決済履歴情報とを比較し、一致した場合に認証が確認されたと判断する段階と、その後、サーバ及び端末の両方が、少なくとも１つの決済履歴情報に付与した番号を削除し、他の少なくとも１つの決済履歴情報にその削除した番号を付与し、少なくとも２つの決済履歴情報の番号を入れ替えるという同じ規則に基づいて、番号の削除、付与及び入れ替えを行う段階とを有することを特徴とする。このように、決済が行われる毎に変化する決済履歴情報をユーザの認証に用いることにより、ユーザがパスワード又は秘密鍵を管理する必要がない電子決済システムを提供することができる。また、最後の決済履歴情報が次のユーザ認証に用いられ、常に認証のための情報が変更されるので、悪意の第三者は、通信情報を盗聴しても、ユーザに成りすますことができない。
【００１０】
本発明の他の実施形態によれば、規則は、複数種類用意されており、サーバが、いずれか１つの規則の識別番号を端末へ送信する段階を更に有し、一致すべき前記サーバ及び前記端末の前記規則を変化させることも好ましい。複数種類の規則を用いることにより、よりセキュリティを向上させることができる。
【００１１】
本発明の他の実施形態によれば、サーバが、現在の番号を他の番号に入れ替えるためのシャッフルテーブルを端末へ送信する段階と、サーバ及び端末の両方が、シャッフルテーブルに基づいて番号の入れ替えを行う段階とを有することも好ましい。これにより、セキュリティ性能を向上させることができる。
【００１２】
本発明の他の実施形態によれば、決済履歴情報は、取引が行われた日時、店名及び金額の情報であってもよい。
【００１３】
本発明の他の実施形態によれば、端末は、決済履歴情報を蓄積する携帯電話機又は携帯情報端末であってもよい。また、端末は、カードリーダ・ライタであって、決済履歴情報は、該カードリーダ・ライタによって読み出し及び書き込みが可能なカードに蓄積されているものであってもよい。
【００１４】
【発明の実施の形態】
以下では、図面を用いて、本発明の実施形態を詳細に説明する。
【００１５】
図３は、本発明による電子決済サーバと端末との間のシーケンス図である。前提として、サーバ及び端末の両方とも、同一の決済履歴情報を蓄積している。決済履歴情報は決済毎に追加される複数の履歴情報であり、図３によれば、最新の９個の履歴情報が表されている。また、これら決済履歴情報は番号を付与する領域を有し、１から５までの番号が任意の決済履歴情報にランダムに付与されている。本発明によれば、これら決済履歴情報に付与された番号も、サーバと端末との間で常に一致するものとする。
【００１６】
認証段階として、以下の第１から第３の段階を行う。第１の段階として、サーバは、ランダムな重複しない３つの数字を選択し、これら数字を確認情報として端末へ送信する（Ｓ１）。図３によれば、例えば、「▲１▼１、▲２▼４、▲３▼５」が選択されたとする。
【００１７】
第２の段階として、端末は、受信した「▲１▼１、▲２▼４、▲３▼５」に相当する決済履歴情報をサーバへ送信する（Ｓ２）。図３によれば、▲１▼「１、２００１／２／１０１２：３６ＡＭ、Ａスーパー、ＧＰ１４」、▲２▼「４、２００１／２／１１６：０２ＰＭ、Ｃコンビニ、ＧＰ７６６」及び▲３▼「５、２００１／２／１４８：１１ＡＭ、Ｇ電気店、ＧＰ５６７０」の決済履歴情報が、サーバへ送信される。
【００１８】
第３の段階として、サーバは、受信した「▲１▼１、▲２▼４、▲３▼５」に相当する決済履歴情報と、当該サーバがデータベースに蓄積している「▲１▼１、▲２▼４、▲３▼５」に相当する決済履歴情報とを比較する。これらが一致していなければ、この認証は失敗に終わる。一方、これらが一致していれば、サーバは、認証ＯＫの旨を端末へ送信する（Ｓ３）。
【００１９】
決済段階として、以下の第４から第６の段階を行う。第４の段階として、第１から第３の段階によって認証が成功したならば、電子決済を行う。例えば、ユーザが、「Ａスーパー」で「２００１年２月１６日午後１０：２０」に「７６６円」の商品を購入したとする。これらの決済情報は、端末側に記録される（例えばＩＣカードリーダ・ライタを用いてＩＣカードに記録される）と共に、ネットワークに接続されたカードリーダを介してサーバへ送信される（Ｓ４）。
【００２０】
第５の段階として、サーバは、受信した決済情報に基づいて通常の与信処理を行う。これにより決済ＯＫであれば、サーバはその旨を端末へ送信する（Ｓ５）。
【００２１】
第６の段階として、サーバと端末との両方において、決済履歴情報に付与された番号の入れ替えを行う。これは、サーバと端末との両方が同じ規則に基づいて行う。ここでの規則は、▲１▼と▲２▼との番号を入れ替え、▲３▼をフリーにし、新しい決済履歴情報に▲３▼の番号を付与する。即ち、「１、２００１／２／１０１２：３６ＡＭ、Ａスーパー、ＧＰ１４」及び「４、２００１／２／１１６：０２ＰＭ、Ｃコンビニ、ＧＰ７６６」を、「４、２００１／２／１０１２：３６ＡＭ、Ａスーパー、ＧＰ１４」及び「１、２００１／２／１１６：０２ＰＭ、Ｃコンビニ、ＧＰ７６６」にする。そして、「５、２００１／２／１４８：１１ＡＭ、Ｇ電気店、ＧＰ５６７０」を、「、２００１／２／１４８：１１ＡＭ、Ｇ電気店、ＧＰ５６７０」にする。更に、「、２００１／２／１６１０：２０ＰＭ、Ａスーパー、ＧＰ７６６」を、「５、２００１／２／１６
１０：２０ＰＭ、Ａスーパー、ＧＰ７６６」にする。
【００２２】
第６の段階のような番号の入れ替えは、認証に用いるデータを決済毎に変更するために、よりセキュリティ性能を向上させることができる。即ち、常に、認証のためのデータが変更されていることを意味する。常に認証データを変更するための従来の認証方法としては、チャレンジレスポンス認証方法であるワンタイムパスワードがあった。この方法のサーバ機能は、通常、アプリケーションゲートウェイ側のファイアウォールに搭載され、サーバと端末との間で予め決められた特定のアルゴリズムを用いるものである。これに対し、本発明は、決済履歴情報のような、ユーザにおいて日々変化するであろう有用な情報を用いたものである。また、本発明は、チャレンジレスポンスの繰り返しを必要としないために、認証シーケンスが少なく、特別なアルゴリズムも必要としない。
【００２３】
セキュリティ向上のための段階として、第７の段階を行う。第７の段階として、サーバは、現在の番号を他の番号に入れ替えるためのシャッフルテーブルを端末へ送信する（Ｓ６）。そして、サーバ及び端末の両方が、シャッフルテーブルに基づいて番号の入れ替えを行う。これらの段階は、例えば、端末がＩＣカードであるならば、ＩＣカードリーダ・ライタと接触している場合であって、特定の際に行う。また、例えば端末が携帯電話機又は携帯情報端末であるならば、定期的に行われてもよい。
【００２４】
更にセキュリティ向上のための段階として、規則を、複数種類用意し、サーバが、いずれか１つの規則の識別番号を端末へ送信し、一致すべきサーバ及び端末の規則を変化させることもできる。
【００２５】
前述した本発明によるシーケンスは、サーバのプログラムと、カードリーダに搭載されるプログラムとによって実現される。このとき、カードリーダのプログラムは、サーバから自由にダウンロードすることできるものであることが好ましい。
【００２６】
本願の同一出願人は、本願と同日の出願となる
【整理番号】Ｐ−８６６６「現金自動振込システム」を提案している。この発明は、振込先ユーザの所持する携帯電話機を介した振込シーケンスにより、振込先情報を入力する必要がなくなるというものである。本発明とＰ−８６６６の発明とを組み合わせることにより、振込情報が、本発明における決済履歴情報であっても同じ発明の効果が得られる。
【００２７】
また、本願の同一出願人は、本願と同日の出願となる
【整理番号】Ｐ−８６６７「決済確認情報を送信する電子決済サーバ」を提案している。この発明は、カードで決済された情報を携帯電話機へ通知し、ユーザに知らしめるためのものである。本発明とＰ−８６６７の発明とを組み合わせることにより、認証のためのセキュリティが向上することになる。
【００２８】
前述した本発明の種々の実施形態によれば、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者が容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【００２９】
【発明の効果】
以上、詳細に説明したように、本発明の認証方法によれば、決済が行われる毎に変化する決済履歴情報をユーザの認証に用いることにより、ユーザがパスワード又は秘密鍵を管理する必要がない電子決済システムを提供することができる。また、最後の決済履歴情報が次のユーザ認証に用いられ、常に認証のための情報が変更されるので、悪意の第三者は、通信情報を盗聴しても、ユーザに成りすますことができない。更に、一定期間毎にシャッフルテーブルに基づいて番号の入れ替えを行うために、セキュリティ性能を向上させることができる。
【図面の簡単な説明】
【図１】電子決済システムの構成図である。
【図２】従来の電子決済システムにおけるシーケンス図である。
【図３】本発明による電子決済サーバと端末との間のシーケンス図である。
【符号の説明】
１電子決済サーバ
２ＩＣカードリーダ・ライタ
３ＩＣカード、電子財布
４ネットワーク
５決済履歴情報

Claims

電子決済サーバと端末との間で行われる認証方法であって、前記サーバ及び前記端末の両方とも同一の複数の決済履歴情報を蓄積しており、該決済履歴情報は決済毎に追加される情報であり、少なくとも３つ以上の決済履歴情報に異なる番号が付与されており、
前記サーバが、少なくとも３つ以上の番号を確認番号として前記端末へ送信する段階と、
前記端末が、前記サーバから受信した複数の前記確認番号に相当する複数の前記決済履歴情報を該サーバへ送信する段階と、
前記サーバが、前記端末から受信した前記複数の決済履歴情報と、前記確認番号に相当する該サーバに蓄積された複数の前記決済履歴情報とを比較し、一致した場合に認証が確認されたと判断する段階と、
その後、前記サーバ及び前記端末の両方が、少なくとも１つの決済履歴情報に付与した番号を削除し、他の少なくとも１つの決済履歴情報にその削除した番号を付与し、少なくとも２つの決済履歴情報の番号を入れ替えるという同じ規則に基づいて、前記番号の削除、付与及び入れ替えを行う段階と
を有することを特徴とする決済履歴情報を用いた認証方法。
前記規則は、複数種類用意されており、前記サーバが、いずれか１つの規則の識別番号を前記端末へ送信する段階を更に有し、一致すべき前記サーバ及び前記端末の前記規則を変化させることを特徴とする請求項１に記載の決済履歴情報を用いた認証方法。
前記サーバが、現在の番号を他の番号に入れ替えるためのシャッフルテーブルを前記端末へ送信する段階と、
前記サーバ及び前記端末の両方が、前記シャッフルテーブルに基づいて番号の入れ替えを行う段階とを有することを特徴とする請求項１又は２に記載の決済履歴情報を用いた認証方法。
前記決済履歴情報は、取引が行われた日時、店名及び金額の情報であることを特徴とする請求項１から３のいずれか１項に記載の決済履歴情報を用いた認証方法。
前記端末は、前記決済履歴情報を蓄積する携帯電話機又は携帯情報端末であることを特徴とする請求項１から４のいずれか１項に記載の決済履歴情報を用いた認証方法。
前記端末は、カードリーダ・ライタであって、前記決済履歴情報は、該カードリーダ・ライタによって読み出し及び書き込みが可能なカードに蓄積されていることを特徴とする請求項１から４のいずれか１項に記載の決済履歴情報を用いた認証方法。