電子商取引支援システム
【課題】電子商取引に係る金融決済を行う毎に、ユーザが金融決済に用いるＩＣカードを用意しなければならない不便さを解消できるシステムを提供する。
【解決手段】ユーザ端末３は、署名データ送信要求を認証サーバ５から受けると、ユーザ端末３が記憶している署名データを認証サーバ５へ送信し、署名データ生成要求を認証サーバ５から受けると、認証サーバ５から受信した認証シードを用いてＩＣカード２が生成した署名データを記憶すると共に、該署名データを認証サーバ５へ送信する。認証サーバ５は、電子商取引サーバ４から認証要求を受けると、ユーザ端末３から取得した署名データの有効性を確認し、有効性が無い場合は、認証シードを含む署名データ生成要求をユーザ端末３に対して送信して署名データをユーザ端末から再取得した後、ユーザ端末３から取得した署名データを復号して得られた認証シードを照合する。
【解決手段】ユーザ端末３は、署名データ送信要求を認証サーバ５から受けると、ユーザ端末３が記憶している署名データを認証サーバ５へ送信し、署名データ生成要求を認証サーバ５から受けると、認証サーバ５から受信した認証シードを用いてＩＣカード２が生成した署名データを記憶すると共に、該署名データを認証サーバ５へ送信する。認証サーバ５は、電子商取引サーバ４から認証要求を受けると、ユーザ端末３から取得した署名データの有効性を確認し、有効性が無い場合は、認証シードを含む署名データ生成要求をユーザ端末３に対して送信して署名データをユーザ端末から再取得した後、ユーザ端末３から取得した署名データを復号して得られた認証シードを照合する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット上の電子商取引（EC: electronic commerce）における金融決済において、ユーザ及びユーザが所持する金融機関系カードを認証するための技術に関する。
【背景技術】
【０００２】
インターネット上の電子商取引（EC: electronic commerce）における金融決済ではクレジット決済が利用されることが最も多く、電子商取引においてクレジット決済を行う場合、ユーザ端末（例えば、パーソナルコンピュータ）にユーザが入力したクレジットカードのカード番号、名義人及び有効期限等を基にクレジットカードの有効性をクレジット会社等が運営している認証サーバに認証させることが一般的であるが、クレジットカードのカード番号、名義人及び有効期限だけでは、第三者が不正にクレジットカード情報を利用する「なりすまし」の被害が発生する可能性があった。
【０００３】
第三者が不正にクレジットカード情報を利用する「なりすまし」を防止する発明も既に開示され、例えば、特許文献１では、ＩＣカード（ＩＣチップ）が生成した暗号文を用いて顧客及びクレジットカード情報を認証する発明が開示されているが、このような手法では、電子取引毎にＩＣカードを用意する必要があり、ユーザの利便性を損ねてしまう問題がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特願２００６−５１５１９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
そこで、本発明は、電子商取引の金融決済において、電子商取引に係る金融決済を行う毎に、ユーザが金融決済に用いるＩＣカードを用意しなければならない不便さを解消できる電子商取引支援システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決する第１の発明は、ユーザのカード情報を記憶しているＩＣカードと、前記ユーザが操作するユーザ端末と、カード情報を検証する認証サーバとから少なくも構成されるシステムであって、電子商取引の金融決済に係る認証に用いる暗号文を生成するために、前記ＩＣカードは、前記ユーザ端末から引き渡された認証シードとメモリに記憶されたカード情報に基づく平文を署名生成鍵で暗号化することで署名データを生成する署名生成手段を備えている。
【０００７】
また、前記ＩＣカードが生成した署名データを記憶し、電子商取引の金融決済に係る認証の際に該署名データを利用できるように、前記ユーザ端末は、署名データ送信要求を認証サーバから受けると、前記ユーザ端末が記憶している署名データを認証サーバへ送信し、署名データ生成要求を前記認証サーバから受けると、前記認証サーバから受信した認証シードを前記ＩＣカードの前記署名生成手段に引き渡し、前記ＩＣカードから得られた署名データを記憶すると共に、該署名データを前記認証サーバへ送信する署名保持手段を備えている。
【０００８】
更に、前記ＩＣカードによって生成された署名データを検証できるように、前記認証サーバは、前記ユーザ端末がアクセスした電子商取引サーバから認証要求を受けると、前記ユーザのユーザＩＤを前記ユーザ端末から取得するユーザ識別手段と、前記ユーザ端末から取得したユーザＩＤに対応する署名データの有効性検証として、該署名データが生成済みであるか確認する有効性検証手段と、有効性検証に失敗した場合、認証シードを生成し、ユーザＩＤに対応させて認証シードを記憶すると共に、生成した認証シードを含む署名データ生成要求を前記ユーザ端末に対して送信する署名生成要求手段と、有効性検証に成功した場合、または、署名データ生成要求を前記ユーザ端末に対して送信してから、前記ユーザ端末に記憶されている署名データを取得し、前記署名生成鍵と対になる検証鍵により前記ユーザ端末から取得した署名データを復号することで得られた認証シードと、前記ユーザ端末から取得したユーザＩＤに対応する認証シードを照合し、認証シードの照合に成功すると署名データの検証に成功したと判定する署名検証手段とを備えている。
【０００９】
更に、第２の発明は、第１の発明に記載した電子商取引支援システムにおいて、前記ＩＣカードによって生成された署名データの有効性を検証できるように、前記認証サーバの前記署名生成要求手段は、認証シードを生成した後、認証シードの有効期限を算出し、ユーザＩＤに対応させて認証シードと有効期限を記憶し、前記認証サーバの前記有効性検証手段は、取得したユーザＩＤに対応する署名データの有効性検証として、該署名データの有効期限を確認することを特徴とする。
【００１０】
更に、第３の発明は、第１の発明または第２の発明に記載した電子商取引支援システムにおいて、前記ＩＣカードによって生成された署名データに加え、前記ＩＣカードに記憶されているカード情報の有効性を検証できるように、前記認証サーバは、前記ユーザのユーザＩＤに対応付けて、前記ユーザが所持する前記ＩＣカードに記憶されているカード情報を記憶し、前記署名検証手段は、前記ユーザ端末から取得した署名データから得られた認証シードの照合に成功すると、該署名データから得られたカード情報と前記ユーザ端末から取得したユーザＩＤに対応するカード情報を照合し、認証シード及びカード情報の照合に成功すると署名データの検証に成功したと判定することを特徴とする。
【００１１】
更に、第４の発明は、第１の発明乃至第３の発明のいずれか一項に記載した電子商取引支援システムにおいて、前記ユーザ端末を操作するユーザを本人認証できるように、前記認証サーバは、前記ユーザのユーザＩＤに対応付けて前記ユーザのパスワードを記憶し、前記ユーザ識別手段は、前記ユーザのユーザＩＤに加えパスワードを前記ユーザ端末から取得し、前記ユーザ端末から取得したパスワードと前記ユーザ端末から取得したユーザＩＤに対応するパスワードを照合し、前記署名検証手段は、パスワードの照合に失敗した場合、署名データの検証に失敗したと判定することを特徴とする。
【発明の効果】
【００１２】
このように、本発明によれば、電子商取引の金融決済に係る認証に利用され、ＩＣカードにて生成された暗号文（署名データ）はユーザ端末に記憶され、電子商取引に係る金融決済を行う際、ユーザ端末に記憶された該暗号文が利用されるため、ユーザが金融決済に用いるＩＣカードを用意しなければならない不便さを解消できる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態に係る電子商取引支援システムを説明する図。
【図２】認証サーバのユーザＤＢを説明する図。
【図３】電子商取引の決済を行う際の動作を説明するフロー図。
【図４】署名データ生成処理を説明するためのフロー図。
【図５】署名データ検証処理を説明するためのフロー図。
【発明を実施するための形態】
【００１４】
ここから、本発明の好適な実施形態について、図面を参照しながら詳細に説明する。なお、これから説明する実施形態は本発明の一実施形態にしか過ぎず、本発明は、これから説明する実施形態に限定されることなく、種々の変形や変更が可能である。
【００１５】
図１は、本実施形態に係る電子商取引支援システム１を説明する図である。図１で図示した電子商取引支援システム１は、電子商取引に係る金融決済を行う毎に、ユーザが金融決済に用いるＩＣカード２を用意しなければならない不便さを解消するために開発されたシステムで、電子商取引を行うユーザが操作するユーザ端末３と、金融機関が発行したＩＣカード２（例えば、クレジットカード）と、インターネット６上で商品やサービスを販売するＥＣサイト（EC: electronic commerce）が運営されている電子商取引サーバ４と、ＩＣカード２に記憶されているカード情報やユーザを認証する認証サーバ５とから少なくとも構成され、ユーザ端末３、電子商取引サーバ４及び認証サーバ５はインターネット６を介して接続している。
【００１６】
図１で図示した電子商取引支援システム１のＩＣカード２は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＥＥＰＯＭや暗号コプロセッサなどを有するワンチップマイコンが実装されたカードで、詳しくは、クレジット会社が発行したＩＣカード型のクレジットカードが好適である。
【００１７】
図１で図示したように、電子商取引支援システム１に含まれるＩＣカード２は、ユーザ端末３と通信するカード通信手段２０と、カード情報の署名データを生成する署名生成手段２１を備え、ＩＣカード２のメモリには、ユーザの氏名、カード番号及びカード有効期限を含むカード情報と、署名データを生成する際に利用する署名生成鍵が記憶されている。
【００１８】
ＩＣカード２が備えているカード通信手段２０は、物理インターフェースと物理インターフェースに対応した通信回路（例えば、UAＲT: Universal Asynchronous Receiver Transmitter）を利用して実現される手段で、ＩＣカード２が接触型の場合、物理インターフェースはコンタクト端子になり、ＩＣカード２が非接触型の場合、物理インターフェースはアンテナコイルになる。
【００１９】
また、ＩＣカード２が備えている署名生成手段２１は、ワンチップマイコンの暗号コプロセッサなどを利用するコマンドで実現される手段で、認証サーバ５側で生成した認証シードが引き渡されて、署名データを生成する指示をユーザ端末３から受けると、署名生成手段２１は、ＩＣカード２のメモリ２２に記憶されているカード情報とユーザ端末３から送信された認証シードに基づく平文を生成した後、署名生成鍵により該平文を暗号化することで署名データを生成し、生成した署名データをユーザ端末３へ送信する処理を行う。
【００２０】
図１で図示した電子商取引支援システム１のユーザ端末３は、ＣＰＵ、Ｃｈｉｐｓｅｔ、ＲＡＭ、ＲＯＭなどを有するパーソナルコンピュータで実現される装置で、図１に図示したように、ユーザ端末３は、ＩＣカード２と通信する端末通信手段と、ネットワーク通信するためのネットワーク通信手段３０と、署名データの送信要求を認証サーバ５から受けると、ユーザ端末３のデータ記憶装置３２に記憶している署名データを認証サーバ５へ送信し、署名データ生成要求を認証サーバ５から受けると、認証サーバ５から引き渡された認証シードを引き渡して、署名生成手段２１を作動させるコマンドをＩＣカード２に送信した後、ＩＣカード２から得られた署名データをデータ記憶装置３２に記憶すると共に、該署名データを認証サーバ５へ送信する署名保持手段３１を備えている。
【００２１】
ユーザ端末３に備えられたカード通信手段２０はＩＣカード２に対応したリーダライタ回路を利用して実現され、また、ネットワーク通信手段３０はネットワークインターフェースを利用して実現され、更に、署名保持手段３１は、ユーザ端末３に実装されているブラウザのアドインプログラムで実現される。
【００２２】
このように、ＩＣカード２が生成した署名データをユーザ端末３側で記憶しておき、ユーザ端末３が、署名データ生成要求を認証サーバ５から受けると、ユーザ端末３側で記憶している署名データを認証サーバ５へ送信することで、電子商取引に係る金融決済を行う毎に、ユーザが用いるＩＣカード２を用意する必要はなくなる。なお、署名データは、ウェブブラウザのＣｏｏｋｉｅなどを利用してユーザ端末３に記憶するとよい。
【００２３】
図１で図示した電子商取引支援システム１の電子商取引サーバ４は、ＣＰＵ、Ｃｈｉｐｓｅｔ、ＲＡＭ、ＲＯＭなどを有するサーバで実現される装置で、図１に図示したように、電子商取引サーバ４は、ネットワーク通信するためのネットワーク通信手段４０と、ユーザ端末３から電子商取引に係る決済要求を受けると、認証サーバ５に認証要求を行う認証要求手段４１を備える。
【００２４】
電子商取引サーバ４に備えられたネットワーク通信手段４０はネットワークインターフェースを利用して実現され、認証要求手段４１はＥＣサイトの一つの機能として実現される。
【００２５】
図１で図示した電子商取引支援システム１の認証サーバ５は、ＣＰＵ、Ｃｈｉｐｓｅｔ、ＲＡＭ、ＲＯＭなどを有するサーバで実現される装置で、図１に図示したように、認証サーバ５は、ネットワーク通信するためのネットワーク通信手段５０と、ユーザ端末３がアクセスした電子商取引サーバ４から認証要求を受けると、ユーザのユーザＩＤをユーザ端末３から取得するユーザ識別手段５１と、ユーザ端末３から取得したユーザＩＤに対応する署名データの有効性を検証する有効性検証手段５２と、有効性検証に失敗した場合、認証シードを生成し、ユーザＩＤに対応させて記憶すると共に、生成した認証シードを含む署名データ生成要求をユーザ端末３に対して送信する署名生成要求手段５３と、有効性検証に成功した場合、または、有効性検証に失敗して署名データ生成要求をユーザ端末３に対して送信した後に、ユーザ端末３に記憶されている署名データを取得し、署名生成鍵と対になる検証鍵によりユーザ端末３から取得した署名データを復号することで得られた認証シードと、認証サーバ５が記憶している認証シードを照合する署名検証手段５４を備え、認証サーバ５に備えられたネットワーク通信手段５０はネットワークインターフェースを利用して実現され、また、それぞれの手段は、認証サーバ５をそれぞれの手段として機能させるためのコンピュータプログラムにより実現される。また、認証サーバ５には、ユーザを識別するユーザＩＤに関連付けて、ユーザに係る情報を記憶するユーザＤＢがデータ記憶装置５５に設けられる。
【００２６】
図２は、認証サーバ５のユーザＤＢを説明する図である。認証サーバ５が備えているユーザＩＤには、ユーザＩＤに関連付けて、ユーザのパスワード照合に用いるユーザのパスワード、ユーザが所持するＩＣカード２にて生成された署名データの有効期限、および、ユーザ端末３に署名データの生成要求をする際に生成した認証シード、及び、ユーザの決済情報が記憶され、ユーザの決済情報には、電子商取引に係る金融決済に必要な情報として、ユーザが所持するＩＣカード２に記憶されているカード情報（ユーザの氏名、カード番号及びカード有効期限）に加え、ユーザの住所、電話番号及び生年月日が含まれる。
【００２７】
ユーザ端末３から取得したユーザＩＤに対応する署名データの有効性検証として、該署名データが生成済みであるか確認することが最低限必要になるが、ＩＣカード２が生成した署名データをユーザ端末３側に記憶させ、ユーザ端末３に記憶した署名データを電子商取引の金融決済時に用いるようにすると、ＩＣカード２が生成した署名データに有効期限を設けないと、ＩＣカード２が生成した署名データが不正に利用される可能性があるため、本実施形態の有効性検証手段５２は、署名データの有効性検証として、署名データが生成済みであるか確認することに加え、署名データの有効期限を確認する。
【００２８】
更に、ユーザ端末３を操作するユーザを識別するためには、ユーザのユーザＩＤをユーザ端末３から取得することが最低限必要になるが、本実施形態のユーザ識別手段５１は、ユーザ端末３を操作するユーザを本人認証できるように、ユーザのユーザＩＤに加え、ユーザのパスワードを取得し、該パスワードを照合する。
【００２９】
ここから、電子商取引の決済を行う際の動作について説明する。図３は、電子商取引の決済を行う際の動作を説明するフロー図である。
【００３０】
本実施形態に係る電子商取引支援システム１のユーザは、電子商取引サーバ４で販売されているサービスや商品を購入する際、ユーザ端末３を操作してサービスや商品の金融決済する操作を行うと、ユーザ端末３から電子商取引サーバ４に対して電子商取引の決済要求が送信される（Ｓ１）。
【００３１】
電子商取引の決済要求がユーザ端末３から送信されると、電子商取引サーバ４の認証要求手段４１が作動し、電子商取引サーバ４の認証要求手段４１は、電子商取引の金融決済に係る認証要求を認証サーバ５に送信する（Ｓ２）。なお、電子商取引サーバ４から認証サーバ５に認証要求する際、電子商取引の決済要求をユーザ端末３から送信された際に受信したユーザ端末３のＨＴＴＰ環境変数（ユーザ端末３のＩＰアドレス等）が認証サーバ５へ転送され、認証サーバ５は、ユーザ端末３のＨＴＴＰ環境変数を利用して、ユーザ端末３と通信することになる。
【００３２】
電子商取引の金融決済に係る認証要求を電子商取引サーバ４から受信すると、認証サーバ５のユーザ識別手段５１は、まず、ユーザ端末３を操作するユーザを識別するために、電子商取引の決済要求を行ったユーザ端末３に対して、ユーザＩＤ及びパスワードの送信要求を行う（Ｓ３）。
【００３３】
ユーザ端末３は、ユーザＩＤ及びパスワードの送信要求を認証サーバ５から受信すると、ユーザＩＤ及びパスワードの入力画面をユーザ端末３に表示し、該入力画面に入力されたユーザＩＤ及びパスワードを認証サーバ５に対して送信する（Ｓ４）。
【００３４】
ユーザＩＤ及びパスワードがユーザ端末３から送信されると、認証サーバ５のユーザ識別手段５１は、ユーザ端末３から送信されたユーザＩＤに対応するパスワードをユーザＤＢから取得し、ユーザ端末３から受信したパスワードとユーザＤＢから取得したパスワードを照合する（Ｓ５）。
【００３５】
認証サーバ５のユーザ識別手段５１がユーザ端末３から受信したパスワードの照合を行うと、認証サーバ５のユーザ識別手段５１は、ユーザ端末３から受信したパスワードの照合結果に応じて処理を分岐させ（Ｓ６）、該パスワードの照合に失敗した場合、有効性検証手段５２を呼び出すことなく、署名検証手段５４を呼び出して署名データ検証処理（Ｓ１０）を行う。
【００３６】
ユーザ端末３から受信したパスワードの照合に成功した場合、認証サーバ５のユーザ識別手段５１は、有効性検証手段５２を呼出し、有効性検証手段５２は、ユーザ端末３から送信されたユーザＩＤに対応する署名データが生成済みで、かつ、この時の日付が該署名データの有効期限内であるか確認することで、該署名データの有効であるか否かを検証する（Ｓ７）。
【００３７】
ユーザＩＤに対応する署名データの有効性の検証に成功した場合、すなわち、ユーザ端末３から送信されたユーザＩＤに対応する署名データが生成済みで、かつ、この時の日付が該署名データの有効期限内である場合、認証サーバ５の有効性検証手段５２は、署名生成要求手段５３を呼び出すことなく、署名検証手段５４を呼び出して署名データ検証処理（Ｓ１０）を行う。
【００３８】
また、ユーザＩＤに対応する署名データの有効性の検証に失敗した場合、ユーザ端末３から送信されたユーザＩＤに対応する署名データが未生成、または、この時の日付が該署名データの有効期限外の場合、認証サーバ５の有効性検証手段５２は、署名生成要求手段５３を呼出し、署名生成要求手段５３は、署名データの生成要求をユーザ端末３へ送信し（Ｓ８）、ＩＣカード２、ユーザ端末３及び認証サーバ５において署名データ生成処理（Ｓ９）が実行される。
【００３９】
認証サーバ５の署名生成要求手段５３は、署名データ生成処理（Ｓ９）を実行すると、認証サーバ５の署名検証手段５４を呼出して署名データ検証処理（Ｓ１０）を実行する。すなわち、署名データの有効性検証に成功した直後、または、有効性検証に失敗して署名データ生成処理（Ｓ９）を実行してから、署名データ検証処理（Ｓ１０）は実行されることになる。
【００４０】
認証サーバ５の署名生成要求手段５３は、署名データ検証処理（Ｓ１０）が完了すると、署名データの検証結果をユーザ端末３及び電子商取引サーバ４へ通知して（Ｓ１１）、認証サーバ５側のこの手順に係る処理は終了し、ユーザ端末３及び電子商取引サーバ４は、認証サーバ５から署名データの検証結果が通知されると（Ｓ１２、Ｓ１３）、ユーザ端末３及び電子商取引サーバ４側のこの手順に係る処理は終了する。
【００４１】
次に、署名データ生成処理の内容について詳細に説明する。図４は、署名データ生成処理を説明するためのフロー図である。
【００４２】
認証サーバ５の署名生成要求手段５３は、ユーザ端末３から送信されたユーザＩＤに対応する署名データの有効性検証に失敗した場合、署名データ生成処理（Ｓ９）を実行し、まず、認証サーバ５の署名生成要求手段５３は、ユーザ端末３を介してＩＣカード２へ送信する認証シードを生成し、生成した認証シードをユーザ端末３へ送信する（Ｓ２０）。
【００４３】
認証シードの生成方法は任意であり、例えば、認証サーバ５の署名生成要求手段５３側で管理しているシリアル番号を認証シードとして用いることもできるし、また、認証サーバ５の署名生成要求手段５３が生成した乱数を認証シードとして用いることもできる。
【００４４】
認証サーバ５の署名生成要求手段５３は、ユーザ端末３を介してＩＣカード２へ送信する認証シードを生成すると、署名データの有効期限（例えば、半年間）を算出し（Ｓ２１）、ユーザ識別手段５１がユーザ端末３から得たユーザＩＤに対応付けて、図４のＳ２０で生成した認証シード及び図４のＳ２１で算出した有効期限をユーザＤＢに記憶して（Ｓ２２）、認証サーバ５側のこの手順に係る処理は終了する。
【００４５】
認証サーバ５から認証シードを受信すると、ユーザ端末３の署名保持手段３１が作動し、ユーザ端末３の署名保持手段３１は、端末通信手段３３を作動させて、認証サーバ５から受信した認証シードをＩＣカード２に引き渡して、ＩＣカード２の署名生成手段２１を作動させる（Ｓ２３）。
【００４６】
ＩＣカード２の署名生成手段２１は、ユーザ端末３から認証シードを受信して作動すると（Ｓ２４）、ＩＣカード２のメモリ２２に記憶されている署名生成鍵を用いて、ＩＣカード２のメモリ２２に記憶されているカード情報とユーザ端末３から送信された認証シードに基づく平文を暗号化することで署名データを生成し、カード通信手段２０を作動させて、生成した署名データをユーザ端末３へ送信し（Ｓ２５）、ＩＣカード２側のこの手順に係る処理は終了する。
【００４７】
ユーザ端末３の署名保持手段３１は、ＩＣカード２から署名データを受信すると、ＩＣカード２から受信した署名データをユーザ端末３のデータ記憶手段３２に記憶させて（Ｓ２６）、ユーザ端末３側のこの手順に係る処理は終了する。
【００４８】
次に、署名データ検証処理（Ｓ１０）の内容について詳細に説明する。図５は、署名データ検証処理を説明するためのフロー図である。
【００４９】
署名データ検証処理（Ｓ１０）において、まず、認証サーバ５の署名検証手段５４は、ユーザ端末３に対して署名データ送信要求を行い（Ｓ３０）、ユーザ端末３の署名保持手段３１は、署名データの送信要求を受けると、ユーザ端末３のデータ記憶装置３２に記憶している署名データを認証サーバ５へ送信する（Ｓ３１）。
【００５０】
認証サーバ５の署名検証手段５４は、ユーザ端末３から署名データを受信すると、ユーザ識別手段５１がユーザ端末３から取得したユーザＩＤに対応する認証シードと決済情報をユーザＤＢから取得する（Ｓ３２）。
【００５１】
認証シードをユーザＤＢから取得すると、認証サーバ５の署名検証手段５４は、ユーザ端末３から受信した署名データを検証鍵により復号し（Ｓ３３）、署名データの復号文に含まれる認証シードとユーザＤＢから取得した認証シードが一致するか確認する（Ｓ３４）。
【００５２】
認証サーバ５の署名検証手段５４は、署名データの復号文に含まれる認証シードとユーザＤＢから取得した認証シードが一致するか否かにより処理を分岐させ、認証シードが一致しない場合、Ｓ３７に進み、署名データの検証失敗と判定して、この手順は終了する。
【００５３】
また、認証サーバ５の署名検証手段５４は、署名データの復号文に含まれる認証シードとユーザＤＢから取得した認証シードが一致する場合、署名データの復号文に含まれるカード情報とユーザＤＢから取得した決済情報に含まれるカード情報が一致するか確認する（Ｓ３５）。
【００５４】
認証サーバ５の署名検証手段５４は、署名データの復号文に含まれるカード情報とユーザＤＢから取得した決済情報に含まれるカード情報が一致しない場合、Ｓ３７に進み、署名データの検証失敗と判定し、一致した場合、Ｓ３６に進み、署名データの検証成功と判定し、この手順は終了する。
【００５５】
なお、図３において、パスワードの照合に失敗した場合、認証サーバ５の署名検証手段５４は、図５で図示した手順を実行することなく、署名データの検証失敗と判定する。
【符号の説明】
【００５６】
１ 電子商取引支援システム
２ ＩＣカード
２１ 署名生成手段
３ ユーザ端末
３１ 署名保持手段
４ 電子商取引サーバ
４１ 認証要求手段
５ 認証サーバ
５１ ユーザ識別手段
５２ 有効性検証手段
５３ 署名生成要求手段
５４ 署名検証手段
【技術分野】
【０００１】
本発明は、インターネット上の電子商取引（EC: electronic commerce）における金融決済において、ユーザ及びユーザが所持する金融機関系カードを認証するための技術に関する。
【背景技術】
【０００２】
インターネット上の電子商取引（EC: electronic commerce）における金融決済ではクレジット決済が利用されることが最も多く、電子商取引においてクレジット決済を行う場合、ユーザ端末（例えば、パーソナルコンピュータ）にユーザが入力したクレジットカードのカード番号、名義人及び有効期限等を基にクレジットカードの有効性をクレジット会社等が運営している認証サーバに認証させることが一般的であるが、クレジットカードのカード番号、名義人及び有効期限だけでは、第三者が不正にクレジットカード情報を利用する「なりすまし」の被害が発生する可能性があった。
【０００３】
第三者が不正にクレジットカード情報を利用する「なりすまし」を防止する発明も既に開示され、例えば、特許文献１では、ＩＣカード（ＩＣチップ）が生成した暗号文を用いて顧客及びクレジットカード情報を認証する発明が開示されているが、このような手法では、電子取引毎にＩＣカードを用意する必要があり、ユーザの利便性を損ねてしまう問題がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特願２００６−５１５１９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
そこで、本発明は、電子商取引の金融決済において、電子商取引に係る金融決済を行う毎に、ユーザが金融決済に用いるＩＣカードを用意しなければならない不便さを解消できる電子商取引支援システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決する第１の発明は、ユーザのカード情報を記憶しているＩＣカードと、前記ユーザが操作するユーザ端末と、カード情報を検証する認証サーバとから少なくも構成されるシステムであって、電子商取引の金融決済に係る認証に用いる暗号文を生成するために、前記ＩＣカードは、前記ユーザ端末から引き渡された認証シードとメモリに記憶されたカード情報に基づく平文を署名生成鍵で暗号化することで署名データを生成する署名生成手段を備えている。
【０００７】
また、前記ＩＣカードが生成した署名データを記憶し、電子商取引の金融決済に係る認証の際に該署名データを利用できるように、前記ユーザ端末は、署名データ送信要求を認証サーバから受けると、前記ユーザ端末が記憶している署名データを認証サーバへ送信し、署名データ生成要求を前記認証サーバから受けると、前記認証サーバから受信した認証シードを前記ＩＣカードの前記署名生成手段に引き渡し、前記ＩＣカードから得られた署名データを記憶すると共に、該署名データを前記認証サーバへ送信する署名保持手段を備えている。
【０００８】
更に、前記ＩＣカードによって生成された署名データを検証できるように、前記認証サーバは、前記ユーザ端末がアクセスした電子商取引サーバから認証要求を受けると、前記ユーザのユーザＩＤを前記ユーザ端末から取得するユーザ識別手段と、前記ユーザ端末から取得したユーザＩＤに対応する署名データの有効性検証として、該署名データが生成済みであるか確認する有効性検証手段と、有効性検証に失敗した場合、認証シードを生成し、ユーザＩＤに対応させて認証シードを記憶すると共に、生成した認証シードを含む署名データ生成要求を前記ユーザ端末に対して送信する署名生成要求手段と、有効性検証に成功した場合、または、署名データ生成要求を前記ユーザ端末に対して送信してから、前記ユーザ端末に記憶されている署名データを取得し、前記署名生成鍵と対になる検証鍵により前記ユーザ端末から取得した署名データを復号することで得られた認証シードと、前記ユーザ端末から取得したユーザＩＤに対応する認証シードを照合し、認証シードの照合に成功すると署名データの検証に成功したと判定する署名検証手段とを備えている。
【０００９】
更に、第２の発明は、第１の発明に記載した電子商取引支援システムにおいて、前記ＩＣカードによって生成された署名データの有効性を検証できるように、前記認証サーバの前記署名生成要求手段は、認証シードを生成した後、認証シードの有効期限を算出し、ユーザＩＤに対応させて認証シードと有効期限を記憶し、前記認証サーバの前記有効性検証手段は、取得したユーザＩＤに対応する署名データの有効性検証として、該署名データの有効期限を確認することを特徴とする。
【００１０】
更に、第３の発明は、第１の発明または第２の発明に記載した電子商取引支援システムにおいて、前記ＩＣカードによって生成された署名データに加え、前記ＩＣカードに記憶されているカード情報の有効性を検証できるように、前記認証サーバは、前記ユーザのユーザＩＤに対応付けて、前記ユーザが所持する前記ＩＣカードに記憶されているカード情報を記憶し、前記署名検証手段は、前記ユーザ端末から取得した署名データから得られた認証シードの照合に成功すると、該署名データから得られたカード情報と前記ユーザ端末から取得したユーザＩＤに対応するカード情報を照合し、認証シード及びカード情報の照合に成功すると署名データの検証に成功したと判定することを特徴とする。
【００１１】
更に、第４の発明は、第１の発明乃至第３の発明のいずれか一項に記載した電子商取引支援システムにおいて、前記ユーザ端末を操作するユーザを本人認証できるように、前記認証サーバは、前記ユーザのユーザＩＤに対応付けて前記ユーザのパスワードを記憶し、前記ユーザ識別手段は、前記ユーザのユーザＩＤに加えパスワードを前記ユーザ端末から取得し、前記ユーザ端末から取得したパスワードと前記ユーザ端末から取得したユーザＩＤに対応するパスワードを照合し、前記署名検証手段は、パスワードの照合に失敗した場合、署名データの検証に失敗したと判定することを特徴とする。
【発明の効果】
【００１２】
このように、本発明によれば、電子商取引の金融決済に係る認証に利用され、ＩＣカードにて生成された暗号文（署名データ）はユーザ端末に記憶され、電子商取引に係る金融決済を行う際、ユーザ端末に記憶された該暗号文が利用されるため、ユーザが金融決済に用いるＩＣカードを用意しなければならない不便さを解消できる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態に係る電子商取引支援システムを説明する図。
【図２】認証サーバのユーザＤＢを説明する図。
【図３】電子商取引の決済を行う際の動作を説明するフロー図。
【図４】署名データ生成処理を説明するためのフロー図。
【図５】署名データ検証処理を説明するためのフロー図。
【発明を実施するための形態】
【００１４】
ここから、本発明の好適な実施形態について、図面を参照しながら詳細に説明する。なお、これから説明する実施形態は本発明の一実施形態にしか過ぎず、本発明は、これから説明する実施形態に限定されることなく、種々の変形や変更が可能である。
【００１５】
図１は、本実施形態に係る電子商取引支援システム１を説明する図である。図１で図示した電子商取引支援システム１は、電子商取引に係る金融決済を行う毎に、ユーザが金融決済に用いるＩＣカード２を用意しなければならない不便さを解消するために開発されたシステムで、電子商取引を行うユーザが操作するユーザ端末３と、金融機関が発行したＩＣカード２（例えば、クレジットカード）と、インターネット６上で商品やサービスを販売するＥＣサイト（EC: electronic commerce）が運営されている電子商取引サーバ４と、ＩＣカード２に記憶されているカード情報やユーザを認証する認証サーバ５とから少なくとも構成され、ユーザ端末３、電子商取引サーバ４及び認証サーバ５はインターネット６を介して接続している。
【００１６】
図１で図示した電子商取引支援システム１のＩＣカード２は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＥＥＰＯＭや暗号コプロセッサなどを有するワンチップマイコンが実装されたカードで、詳しくは、クレジット会社が発行したＩＣカード型のクレジットカードが好適である。
【００１７】
図１で図示したように、電子商取引支援システム１に含まれるＩＣカード２は、ユーザ端末３と通信するカード通信手段２０と、カード情報の署名データを生成する署名生成手段２１を備え、ＩＣカード２のメモリには、ユーザの氏名、カード番号及びカード有効期限を含むカード情報と、署名データを生成する際に利用する署名生成鍵が記憶されている。
【００１８】
ＩＣカード２が備えているカード通信手段２０は、物理インターフェースと物理インターフェースに対応した通信回路（例えば、UAＲT: Universal Asynchronous Receiver Transmitter）を利用して実現される手段で、ＩＣカード２が接触型の場合、物理インターフェースはコンタクト端子になり、ＩＣカード２が非接触型の場合、物理インターフェースはアンテナコイルになる。
【００１９】
また、ＩＣカード２が備えている署名生成手段２１は、ワンチップマイコンの暗号コプロセッサなどを利用するコマンドで実現される手段で、認証サーバ５側で生成した認証シードが引き渡されて、署名データを生成する指示をユーザ端末３から受けると、署名生成手段２１は、ＩＣカード２のメモリ２２に記憶されているカード情報とユーザ端末３から送信された認証シードに基づく平文を生成した後、署名生成鍵により該平文を暗号化することで署名データを生成し、生成した署名データをユーザ端末３へ送信する処理を行う。
【００２０】
図１で図示した電子商取引支援システム１のユーザ端末３は、ＣＰＵ、Ｃｈｉｐｓｅｔ、ＲＡＭ、ＲＯＭなどを有するパーソナルコンピュータで実現される装置で、図１に図示したように、ユーザ端末３は、ＩＣカード２と通信する端末通信手段と、ネットワーク通信するためのネットワーク通信手段３０と、署名データの送信要求を認証サーバ５から受けると、ユーザ端末３のデータ記憶装置３２に記憶している署名データを認証サーバ５へ送信し、署名データ生成要求を認証サーバ５から受けると、認証サーバ５から引き渡された認証シードを引き渡して、署名生成手段２１を作動させるコマンドをＩＣカード２に送信した後、ＩＣカード２から得られた署名データをデータ記憶装置３２に記憶すると共に、該署名データを認証サーバ５へ送信する署名保持手段３１を備えている。
【００２１】
ユーザ端末３に備えられたカード通信手段２０はＩＣカード２に対応したリーダライタ回路を利用して実現され、また、ネットワーク通信手段３０はネットワークインターフェースを利用して実現され、更に、署名保持手段３１は、ユーザ端末３に実装されているブラウザのアドインプログラムで実現される。
【００２２】
このように、ＩＣカード２が生成した署名データをユーザ端末３側で記憶しておき、ユーザ端末３が、署名データ生成要求を認証サーバ５から受けると、ユーザ端末３側で記憶している署名データを認証サーバ５へ送信することで、電子商取引に係る金融決済を行う毎に、ユーザが用いるＩＣカード２を用意する必要はなくなる。なお、署名データは、ウェブブラウザのＣｏｏｋｉｅなどを利用してユーザ端末３に記憶するとよい。
【００２３】
図１で図示した電子商取引支援システム１の電子商取引サーバ４は、ＣＰＵ、Ｃｈｉｐｓｅｔ、ＲＡＭ、ＲＯＭなどを有するサーバで実現される装置で、図１に図示したように、電子商取引サーバ４は、ネットワーク通信するためのネットワーク通信手段４０と、ユーザ端末３から電子商取引に係る決済要求を受けると、認証サーバ５に認証要求を行う認証要求手段４１を備える。
【００２４】
電子商取引サーバ４に備えられたネットワーク通信手段４０はネットワークインターフェースを利用して実現され、認証要求手段４１はＥＣサイトの一つの機能として実現される。
【００２５】
図１で図示した電子商取引支援システム１の認証サーバ５は、ＣＰＵ、Ｃｈｉｐｓｅｔ、ＲＡＭ、ＲＯＭなどを有するサーバで実現される装置で、図１に図示したように、認証サーバ５は、ネットワーク通信するためのネットワーク通信手段５０と、ユーザ端末３がアクセスした電子商取引サーバ４から認証要求を受けると、ユーザのユーザＩＤをユーザ端末３から取得するユーザ識別手段５１と、ユーザ端末３から取得したユーザＩＤに対応する署名データの有効性を検証する有効性検証手段５２と、有効性検証に失敗した場合、認証シードを生成し、ユーザＩＤに対応させて記憶すると共に、生成した認証シードを含む署名データ生成要求をユーザ端末３に対して送信する署名生成要求手段５３と、有効性検証に成功した場合、または、有効性検証に失敗して署名データ生成要求をユーザ端末３に対して送信した後に、ユーザ端末３に記憶されている署名データを取得し、署名生成鍵と対になる検証鍵によりユーザ端末３から取得した署名データを復号することで得られた認証シードと、認証サーバ５が記憶している認証シードを照合する署名検証手段５４を備え、認証サーバ５に備えられたネットワーク通信手段５０はネットワークインターフェースを利用して実現され、また、それぞれの手段は、認証サーバ５をそれぞれの手段として機能させるためのコンピュータプログラムにより実現される。また、認証サーバ５には、ユーザを識別するユーザＩＤに関連付けて、ユーザに係る情報を記憶するユーザＤＢがデータ記憶装置５５に設けられる。
【００２６】
図２は、認証サーバ５のユーザＤＢを説明する図である。認証サーバ５が備えているユーザＩＤには、ユーザＩＤに関連付けて、ユーザのパスワード照合に用いるユーザのパスワード、ユーザが所持するＩＣカード２にて生成された署名データの有効期限、および、ユーザ端末３に署名データの生成要求をする際に生成した認証シード、及び、ユーザの決済情報が記憶され、ユーザの決済情報には、電子商取引に係る金融決済に必要な情報として、ユーザが所持するＩＣカード２に記憶されているカード情報（ユーザの氏名、カード番号及びカード有効期限）に加え、ユーザの住所、電話番号及び生年月日が含まれる。
【００２７】
ユーザ端末３から取得したユーザＩＤに対応する署名データの有効性検証として、該署名データが生成済みであるか確認することが最低限必要になるが、ＩＣカード２が生成した署名データをユーザ端末３側に記憶させ、ユーザ端末３に記憶した署名データを電子商取引の金融決済時に用いるようにすると、ＩＣカード２が生成した署名データに有効期限を設けないと、ＩＣカード２が生成した署名データが不正に利用される可能性があるため、本実施形態の有効性検証手段５２は、署名データの有効性検証として、署名データが生成済みであるか確認することに加え、署名データの有効期限を確認する。
【００２８】
更に、ユーザ端末３を操作するユーザを識別するためには、ユーザのユーザＩＤをユーザ端末３から取得することが最低限必要になるが、本実施形態のユーザ識別手段５１は、ユーザ端末３を操作するユーザを本人認証できるように、ユーザのユーザＩＤに加え、ユーザのパスワードを取得し、該パスワードを照合する。
【００２９】
ここから、電子商取引の決済を行う際の動作について説明する。図３は、電子商取引の決済を行う際の動作を説明するフロー図である。
【００３０】
本実施形態に係る電子商取引支援システム１のユーザは、電子商取引サーバ４で販売されているサービスや商品を購入する際、ユーザ端末３を操作してサービスや商品の金融決済する操作を行うと、ユーザ端末３から電子商取引サーバ４に対して電子商取引の決済要求が送信される（Ｓ１）。
【００３１】
電子商取引の決済要求がユーザ端末３から送信されると、電子商取引サーバ４の認証要求手段４１が作動し、電子商取引サーバ４の認証要求手段４１は、電子商取引の金融決済に係る認証要求を認証サーバ５に送信する（Ｓ２）。なお、電子商取引サーバ４から認証サーバ５に認証要求する際、電子商取引の決済要求をユーザ端末３から送信された際に受信したユーザ端末３のＨＴＴＰ環境変数（ユーザ端末３のＩＰアドレス等）が認証サーバ５へ転送され、認証サーバ５は、ユーザ端末３のＨＴＴＰ環境変数を利用して、ユーザ端末３と通信することになる。
【００３２】
電子商取引の金融決済に係る認証要求を電子商取引サーバ４から受信すると、認証サーバ５のユーザ識別手段５１は、まず、ユーザ端末３を操作するユーザを識別するために、電子商取引の決済要求を行ったユーザ端末３に対して、ユーザＩＤ及びパスワードの送信要求を行う（Ｓ３）。
【００３３】
ユーザ端末３は、ユーザＩＤ及びパスワードの送信要求を認証サーバ５から受信すると、ユーザＩＤ及びパスワードの入力画面をユーザ端末３に表示し、該入力画面に入力されたユーザＩＤ及びパスワードを認証サーバ５に対して送信する（Ｓ４）。
【００３４】
ユーザＩＤ及びパスワードがユーザ端末３から送信されると、認証サーバ５のユーザ識別手段５１は、ユーザ端末３から送信されたユーザＩＤに対応するパスワードをユーザＤＢから取得し、ユーザ端末３から受信したパスワードとユーザＤＢから取得したパスワードを照合する（Ｓ５）。
【００３５】
認証サーバ５のユーザ識別手段５１がユーザ端末３から受信したパスワードの照合を行うと、認証サーバ５のユーザ識別手段５１は、ユーザ端末３から受信したパスワードの照合結果に応じて処理を分岐させ（Ｓ６）、該パスワードの照合に失敗した場合、有効性検証手段５２を呼び出すことなく、署名検証手段５４を呼び出して署名データ検証処理（Ｓ１０）を行う。
【００３６】
ユーザ端末３から受信したパスワードの照合に成功した場合、認証サーバ５のユーザ識別手段５１は、有効性検証手段５２を呼出し、有効性検証手段５２は、ユーザ端末３から送信されたユーザＩＤに対応する署名データが生成済みで、かつ、この時の日付が該署名データの有効期限内であるか確認することで、該署名データの有効であるか否かを検証する（Ｓ７）。
【００３７】
ユーザＩＤに対応する署名データの有効性の検証に成功した場合、すなわち、ユーザ端末３から送信されたユーザＩＤに対応する署名データが生成済みで、かつ、この時の日付が該署名データの有効期限内である場合、認証サーバ５の有効性検証手段５２は、署名生成要求手段５３を呼び出すことなく、署名検証手段５４を呼び出して署名データ検証処理（Ｓ１０）を行う。
【００３８】
また、ユーザＩＤに対応する署名データの有効性の検証に失敗した場合、ユーザ端末３から送信されたユーザＩＤに対応する署名データが未生成、または、この時の日付が該署名データの有効期限外の場合、認証サーバ５の有効性検証手段５２は、署名生成要求手段５３を呼出し、署名生成要求手段５３は、署名データの生成要求をユーザ端末３へ送信し（Ｓ８）、ＩＣカード２、ユーザ端末３及び認証サーバ５において署名データ生成処理（Ｓ９）が実行される。
【００３９】
認証サーバ５の署名生成要求手段５３は、署名データ生成処理（Ｓ９）を実行すると、認証サーバ５の署名検証手段５４を呼出して署名データ検証処理（Ｓ１０）を実行する。すなわち、署名データの有効性検証に成功した直後、または、有効性検証に失敗して署名データ生成処理（Ｓ９）を実行してから、署名データ検証処理（Ｓ１０）は実行されることになる。
【００４０】
認証サーバ５の署名生成要求手段５３は、署名データ検証処理（Ｓ１０）が完了すると、署名データの検証結果をユーザ端末３及び電子商取引サーバ４へ通知して（Ｓ１１）、認証サーバ５側のこの手順に係る処理は終了し、ユーザ端末３及び電子商取引サーバ４は、認証サーバ５から署名データの検証結果が通知されると（Ｓ１２、Ｓ１３）、ユーザ端末３及び電子商取引サーバ４側のこの手順に係る処理は終了する。
【００４１】
次に、署名データ生成処理の内容について詳細に説明する。図４は、署名データ生成処理を説明するためのフロー図である。
【００４２】
認証サーバ５の署名生成要求手段５３は、ユーザ端末３から送信されたユーザＩＤに対応する署名データの有効性検証に失敗した場合、署名データ生成処理（Ｓ９）を実行し、まず、認証サーバ５の署名生成要求手段５３は、ユーザ端末３を介してＩＣカード２へ送信する認証シードを生成し、生成した認証シードをユーザ端末３へ送信する（Ｓ２０）。
【００４３】
認証シードの生成方法は任意であり、例えば、認証サーバ５の署名生成要求手段５３側で管理しているシリアル番号を認証シードとして用いることもできるし、また、認証サーバ５の署名生成要求手段５３が生成した乱数を認証シードとして用いることもできる。
【００４４】
認証サーバ５の署名生成要求手段５３は、ユーザ端末３を介してＩＣカード２へ送信する認証シードを生成すると、署名データの有効期限（例えば、半年間）を算出し（Ｓ２１）、ユーザ識別手段５１がユーザ端末３から得たユーザＩＤに対応付けて、図４のＳ２０で生成した認証シード及び図４のＳ２１で算出した有効期限をユーザＤＢに記憶して（Ｓ２２）、認証サーバ５側のこの手順に係る処理は終了する。
【００４５】
認証サーバ５から認証シードを受信すると、ユーザ端末３の署名保持手段３１が作動し、ユーザ端末３の署名保持手段３１は、端末通信手段３３を作動させて、認証サーバ５から受信した認証シードをＩＣカード２に引き渡して、ＩＣカード２の署名生成手段２１を作動させる（Ｓ２３）。
【００４６】
ＩＣカード２の署名生成手段２１は、ユーザ端末３から認証シードを受信して作動すると（Ｓ２４）、ＩＣカード２のメモリ２２に記憶されている署名生成鍵を用いて、ＩＣカード２のメモリ２２に記憶されているカード情報とユーザ端末３から送信された認証シードに基づく平文を暗号化することで署名データを生成し、カード通信手段２０を作動させて、生成した署名データをユーザ端末３へ送信し（Ｓ２５）、ＩＣカード２側のこの手順に係る処理は終了する。
【００４７】
ユーザ端末３の署名保持手段３１は、ＩＣカード２から署名データを受信すると、ＩＣカード２から受信した署名データをユーザ端末３のデータ記憶手段３２に記憶させて（Ｓ２６）、ユーザ端末３側のこの手順に係る処理は終了する。
【００４８】
次に、署名データ検証処理（Ｓ１０）の内容について詳細に説明する。図５は、署名データ検証処理を説明するためのフロー図である。
【００４９】
署名データ検証処理（Ｓ１０）において、まず、認証サーバ５の署名検証手段５４は、ユーザ端末３に対して署名データ送信要求を行い（Ｓ３０）、ユーザ端末３の署名保持手段３１は、署名データの送信要求を受けると、ユーザ端末３のデータ記憶装置３２に記憶している署名データを認証サーバ５へ送信する（Ｓ３１）。
【００５０】
認証サーバ５の署名検証手段５４は、ユーザ端末３から署名データを受信すると、ユーザ識別手段５１がユーザ端末３から取得したユーザＩＤに対応する認証シードと決済情報をユーザＤＢから取得する（Ｓ３２）。
【００５１】
認証シードをユーザＤＢから取得すると、認証サーバ５の署名検証手段５４は、ユーザ端末３から受信した署名データを検証鍵により復号し（Ｓ３３）、署名データの復号文に含まれる認証シードとユーザＤＢから取得した認証シードが一致するか確認する（Ｓ３４）。
【００５２】
認証サーバ５の署名検証手段５４は、署名データの復号文に含まれる認証シードとユーザＤＢから取得した認証シードが一致するか否かにより処理を分岐させ、認証シードが一致しない場合、Ｓ３７に進み、署名データの検証失敗と判定して、この手順は終了する。
【００５３】
また、認証サーバ５の署名検証手段５４は、署名データの復号文に含まれる認証シードとユーザＤＢから取得した認証シードが一致する場合、署名データの復号文に含まれるカード情報とユーザＤＢから取得した決済情報に含まれるカード情報が一致するか確認する（Ｓ３５）。
【００５４】
認証サーバ５の署名検証手段５４は、署名データの復号文に含まれるカード情報とユーザＤＢから取得した決済情報に含まれるカード情報が一致しない場合、Ｓ３７に進み、署名データの検証失敗と判定し、一致した場合、Ｓ３６に進み、署名データの検証成功と判定し、この手順は終了する。
【００５５】
なお、図３において、パスワードの照合に失敗した場合、認証サーバ５の署名検証手段５４は、図５で図示した手順を実行することなく、署名データの検証失敗と判定する。
【符号の説明】
【００５６】
１ 電子商取引支援システム
２ ＩＣカード
２１ 署名生成手段
３ ユーザ端末
３１ 署名保持手段
４ 電子商取引サーバ
４１ 認証要求手段
５ 認証サーバ
５１ ユーザ識別手段
５２ 有効性検証手段
５３ 署名生成要求手段
５４ 署名検証手段
【特許請求の範囲】
【請求項１】
ユーザのカード情報を記憶しているＩＣカードと、前記ユーザが操作するユーザ端末と、カード情報を検証する認証サーバとから少なくも構成されるシステムであって、
前記ＩＣカードは、前記ユーザ端末から引き渡された認証シードとメモリに記憶されたカード情報に基づく平文を署名生成鍵で暗号化することで署名データを生成する署名生成手段を備え、
前記ユーザ端末は、署名データ送信要求を認証サーバから受けると、前記ユーザ端末が記憶している署名データを認証サーバへ送信し、署名データ生成要求を前記認証サーバから受けると、前記認証サーバから受信した認証シードを前記ＩＣカードの前記署名生成手段に引き渡し、前記ＩＣカードから得られた署名データを記憶すると共に、該署名データを前記認証サーバへ送信する署名保持手段を備え、
前記認証サーバは、前記ユーザ端末がアクセスした電子商取引サーバから認証要求を受けると、前記ユーザのユーザＩＤを前記ユーザ端末から取得するユーザ識別手段と、前記ユーザ端末から取得したユーザＩＤに対応する署名データの有効性検証として、該署名データが生成済みであるか確認する有効性検証手段と、有効性検証に失敗した場合、認証シードを生成し、ユーザＩＤに対応させて認証シードを記憶すると共に、生成した認証シードを含む署名データ生成要求を前記ユーザ端末に対して送信する署名生成要求手段と、有効性検証に成功した場合、または、署名データ生成要求を前記ユーザ端末に対して送信してから、前記ユーザ端末に記憶されている署名データを取得し、前記署名生成鍵と対になる検証鍵により前記ユーザ端末から取得した署名データを復号することで得られた認証シードと、前記ユーザ端末から取得したユーザＩＤに対応する認証シードを照合し、認証シードの照合に成功すると署名データの検証に成功したと判定する署名検証手段とを備えている、
ことを特徴とする電子商取引支援システム。
【請求項２】
前記認証サーバの前記署名生成要求手段は、認証シードを生成した後、認証シードの有効期限を算出し、ユーザＩＤに対応させて認証シードと有効期限を記憶し、前記認証サーバの前記有効性検証手段は、取得したユーザＩＤに対応する署名データの有効性検証として、該署名データの有効期限を確認することを特徴とする、請求項１に記載した電子商取引支援システム。
【請求項３】
前記認証サーバは、前記ユーザのユーザＩＤに対応付けて、前記ユーザが所持する前記ＩＣカードに記憶されているカード情報を記憶し、前記署名検証手段は、前記ユーザ端末から取得した署名データから得られた認証シードの照合に成功すると、該署名データから得られたカード情報と前記ユーザ端末から取得したユーザＩＤに対応するカード情報を照合し、認証シード及びカード情報の照合に成功すると署名データの検証に成功したと判定することを特徴とする、請求項１または請求項２に記載した電子商取引支援システム。
【請求項４】
前記認証サーバは、前記ユーザのユーザＩＤに対応付けて前記ユーザのパスワードを記憶し、前記ユーザ識別手段は、前記ユーザのユーザＩＤに加えパスワードを前記ユーザ端末から取得し、前記ユーザ端末から取得したパスワードと前記ユーザ端末から取得したユーザＩＤに対応するパスワードを照合し、前記署名検証手段は、パスワードの照合に失敗した場合、署名データの検証に失敗したと判定することを特徴とする、請求項１乃至３のいずれか一項に記載した電子商取引支援システム。
【請求項１】
ユーザのカード情報を記憶しているＩＣカードと、前記ユーザが操作するユーザ端末と、カード情報を検証する認証サーバとから少なくも構成されるシステムであって、
前記ＩＣカードは、前記ユーザ端末から引き渡された認証シードとメモリに記憶されたカード情報に基づく平文を署名生成鍵で暗号化することで署名データを生成する署名生成手段を備え、
前記ユーザ端末は、署名データ送信要求を認証サーバから受けると、前記ユーザ端末が記憶している署名データを認証サーバへ送信し、署名データ生成要求を前記認証サーバから受けると、前記認証サーバから受信した認証シードを前記ＩＣカードの前記署名生成手段に引き渡し、前記ＩＣカードから得られた署名データを記憶すると共に、該署名データを前記認証サーバへ送信する署名保持手段を備え、
前記認証サーバは、前記ユーザ端末がアクセスした電子商取引サーバから認証要求を受けると、前記ユーザのユーザＩＤを前記ユーザ端末から取得するユーザ識別手段と、前記ユーザ端末から取得したユーザＩＤに対応する署名データの有効性検証として、該署名データが生成済みであるか確認する有効性検証手段と、有効性検証に失敗した場合、認証シードを生成し、ユーザＩＤに対応させて認証シードを記憶すると共に、生成した認証シードを含む署名データ生成要求を前記ユーザ端末に対して送信する署名生成要求手段と、有効性検証に成功した場合、または、署名データ生成要求を前記ユーザ端末に対して送信してから、前記ユーザ端末に記憶されている署名データを取得し、前記署名生成鍵と対になる検証鍵により前記ユーザ端末から取得した署名データを復号することで得られた認証シードと、前記ユーザ端末から取得したユーザＩＤに対応する認証シードを照合し、認証シードの照合に成功すると署名データの検証に成功したと判定する署名検証手段とを備えている、
ことを特徴とする電子商取引支援システム。
【請求項２】
前記認証サーバの前記署名生成要求手段は、認証シードを生成した後、認証シードの有効期限を算出し、ユーザＩＤに対応させて認証シードと有効期限を記憶し、前記認証サーバの前記有効性検証手段は、取得したユーザＩＤに対応する署名データの有効性検証として、該署名データの有効期限を確認することを特徴とする、請求項１に記載した電子商取引支援システム。
【請求項３】
前記認証サーバは、前記ユーザのユーザＩＤに対応付けて、前記ユーザが所持する前記ＩＣカードに記憶されているカード情報を記憶し、前記署名検証手段は、前記ユーザ端末から取得した署名データから得られた認証シードの照合に成功すると、該署名データから得られたカード情報と前記ユーザ端末から取得したユーザＩＤに対応するカード情報を照合し、認証シード及びカード情報の照合に成功すると署名データの検証に成功したと判定することを特徴とする、請求項１または請求項２に記載した電子商取引支援システム。
【請求項４】
前記認証サーバは、前記ユーザのユーザＩＤに対応付けて前記ユーザのパスワードを記憶し、前記ユーザ識別手段は、前記ユーザのユーザＩＤに加えパスワードを前記ユーザ端末から取得し、前記ユーザ端末から取得したパスワードと前記ユーザ端末から取得したユーザＩＤに対応するパスワードを照合し、前記署名検証手段は、パスワードの照合に失敗した場合、署名データの検証に失敗したと判定することを特徴とする、請求項１乃至３のいずれか一項に記載した電子商取引支援システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１３−１０１４９６（Ｐ２０１３−１０１４９６Ａ）
【公開日】平成２５年５月２３日（２０１３．５．２３）
【国際特許分類】
【出願番号】特願２０１１−２４４８２５（Ｐ２０１１−２４４８２５）
【出願日】平成２３年１１月８日（２０１１．１１．８）
【出願人】（０００００２８９７）大日本印刷株式会社 (14,506)
【Ｆターム（参考）】
【公開日】平成２５年５月２３日（２０１３．５．２３）
【国際特許分類】
【出願日】平成２３年１１月８日（２０１１．１１．８）
【出願人】（０００００２８９７）大日本印刷株式会社 (14,506)
【Ｆターム（参考）】
[ Back to top ]