(57)【要約】【課題】中間者がいる可能性のあるネットワーク上で、安全にウェブサーバと端末（ＰＣ）とが通信を行っていたことを保証し、メッセージ認証を行う。【解決手段】端末が、ウェブサーバにアクセスを行い、ウェブ上での手続きを行う。ウェブサーバは、ユーザのウェブ上での手続情報と所定の乱数とを共通鍵で暗号化しその暗号化された情報から二次元コードを生成する。携帯端末は、端末に表示された二次元コードを読み取り、その読み取った二次元コードをデコードし、共通鍵を用いて、そのデコードした情報を復号するとともに、その復号した情報の内容が正しいときに、乱数と共通鍵とを用いてユーザを特定する固有情報を生成する。そして、ウェブサーバが、固有情報を検証する。【選択図】図５
2009124311.tif 000002
【特許請求の範囲】
【請求項１】
互いに共通鍵を共有する携帯端末とウェブサーバと、該ウェブサーバとネットワークを介して接続された端末とからなる相互認証システムであって、
前記端末が、
前記ウェブサーバにアクセスを行い、ウェブ上での手続きを行う手続処理手段を備え、
前記ウェブサーバが、
ユーザの前記ウェブ上での手続情報と所定の乱数とを前記共通鍵で暗号化する暗号化手段と、
該暗号化手段において暗号化された情報から二次元コードを生成する二次元コード生成手段と、
を備え、
前記携帯端末が、
前記端末に表示された前記二次元コードを読み取る二次元コード読取手段と、
該読み取った二次元コードをデコードするデコード手段と、
前記共通鍵を用いて、該デコードした情報を復号する復号手段と、
該復号した情報の内容が正しいときに、乱数と共通鍵とを用いてユーザを特定する固有情報を生成する固有情報生成手段と、
を備え、
前記ウェブサーバが、前記固有情報を検証する検証手段を備えたことを特徴とする相互認証システム。
【請求項２】
前記二次元コードがＱＲコードであることを特徴とする請求項１に記載の相互認証システム。
【請求項３】
前記ユーザを特定する固有情報がワンタイムパスワードであることを特徴とする請求項１または２に記載の相互認証システム。
【請求項４】
互いに共通鍵を共有する携帯端末とウェブサーバと、該ウェブサーバに接続され、前記携帯端末の固有ＩＤを保有する検証サーバと、該ウェブサーバとネットワークを介して接続された端末とからなる相互認証システムであって、
前記端末が、
前記ウェブサーバにアクセスを行い、ウェブ上での手続きを行う手続処理手段を備え、
前記ウェブサーバが、
ユーザの前記ウェブ上での手続情報と所定の乱数とを前記共通鍵で暗号化する暗号化手段と、
該暗号化手段において暗号化された情報から二次元コードを生成する二次元コード生成手段と、
を備え、
前記携帯端末が、
前記端末に表示された前記二次元コードを読み取る二次元コード読取手段と、
該読み取った二次元コードをデコードするデコード手段と、
前記共通鍵を用いて、該デコードした情報を復号する復号手段と、
該復号した情報の内容が正しいときに、乱数と共通鍵とを用いてユーザを特定する固有情報を生成する固有情報生成手段と、
を備え、
前記検証サーバが、
前記携帯端末の固有ＩＤからユーザを特定するユーザ特定手段と、
該ユーザを特定した後に、前記固有情報を検証する検証手段と、
を備えたことを特徴とする相互認証システム。
【請求項５】
公開鍵を保有する携帯端末と、秘密鍵を保有するウェブサーバと、該ウェブサーバに接続され、前記携帯端末の固有ＩＤを保有する検証サーバと、該ウェブサーバとネットワークを介して接続された端末とからなる相互認証システムであって、
前記端末が、
前記ウェブサーバにアクセスを行い、ウェブ上での手続きを行う手続処理手段を備え、
前記ウェブサーバが、
ユーザの前記ウェブ上での手続情報に保有する秘密鍵で署名を行う署名手段と、
該署名手段において署名された情報から二次元コードを生成する二次元コード生成手段と、
を備え、
前記携帯端末が、
前記端末に表示された前記二次元コードを読み取る二次元コード読取手段と、
該読み取った二次元コードをデコードするデコード手段と、
前記公開鍵を用いて、該デコードした情報の署名を検証する署名検証手段と、
該署名の内容が正しいときに、署名を確認した旨の確認情報を生成する確認情報生成手段と、
を備え、
前記検証サーバが、
前記携帯端末の固有ＩＤからユーザを特定するユーザ特定手段と、
該ユーザを特定した後に、前記確認情報を確認する確認手段と、
を備えたことを特徴とする相互認証システム。
【請求項６】
互いに共通鍵を共有する携帯端末とウェブサーバと、該ウェブサーバとネットワークを介して接続された端末とからなる相互認証システムにおける相互認証方法であって、
前記端末が、前記ウェブサーバにアクセスを行い、ウェブ上での手続きを行う第１のステップと、
前記ウェブサーバが、ユーザのウェブ上での手続情報と所定の乱数とを前記共通鍵で暗号化する第２のステップと、
前記ウェブサーバが、該暗号化された情報から二次元コードを生成する第３のステップと、
前記携帯端末が、前記端末に表示された前記二次元コードを読み取る第４のステップと、
前記携帯端末が、該読み取った二次元コードをデコードする第５のステップと、
前記携帯端末が、前記共通鍵を用いて、該デコードした情報を復号する第６のステップと、
前記携帯端末が、該復号した情報の内容が正しいときに、乱数と共通鍵とを用いてユーザを特定する固有情報を生成する第７のステップと、
前記ウェブサーバが、前記固有情報を検証する第８のステップと、
を備えることを特徴とする相互認証方法。
【請求項７】
互いに共通鍵を共有する携帯端末とウェブサーバと、該ウェブサーバに接続され、前記携帯端末の固有ＩＤを保有する検証サーバと、該ウェブサーバとネットワークを介して接続された端末とからなる相互認証システムにおける相互認証方法であって、
前記端末が、前記ウェブサーバにアクセスを行い、ウェブ上での手続きを行う第１のステップと、
前記ウェブサーバが、ユーザのウェブ上での手続情報と所定の乱数とを前記共通鍵で暗号化する第２のステップと、
前記ウェブサーバが、該暗号化された情報から二次元コードを生成する第３のステップと、
前記携帯端末が、前記端末に表示された前記二次元コードを読み取る第４のステップと、
前記携帯端末が、該読み取った二次元コードをデコードする第５のステップと、
前記携帯端末が、前記共通鍵を用いて、該デコードした情報を復号する第６のステップと、
前記携帯端末が、該復号した情報の内容が正しいときに、乱数と共通鍵とを用いてユーザを特定する固有情報を生成する第７のステップと、
前記検証サーバが、前記携帯端末の固有ＩＤからユーザを特定する第８のステップと、
該ユーザを特定した後に、前記固有情報を検証する第９のステップと、
を備えることを特徴とする相互認証方法。
【請求項８】
公開鍵を保有する携帯端末と、秘密鍵を保有するウェブサーバと、該ウェブサーバに接続され、前記携帯端末の固有ＩＤを保有する検証サーバと、該ウェブサーバとネットワークを介して接続された端末とからなる相互認証システムにおける相互認証方法であって、
前記端末が、前記ウェブサーバにアクセスを行い、ウェブ上での手続きを行う第１のステップと、
前記ウェブサーバが、ユーザのウェブ上での手続情報に保有する秘密鍵で署名を行う第２のステップと、
前記ウェブサーバが、該署名された情報から二次元コードを生成する第３のステップと、
前記携帯端末が、前記端末に表示された前記二次元コードを読み取る第４のステップと、
前記携帯端末が、該読み取った二次元コードをデコードする第５のステップと、
前記携帯端末が、前記公開鍵を用いて、該デコードした情報の署名を検証する第６のステップと、
前記携帯端末が、該署名の内容が正しいときに、署名を確認した旨の確認情報を生成する第７のステップと、
前記検証サーバが、前記携帯端末の固有ＩＤからユーザを特定する第８のステップと、
該ユーザを特定した後に、前記確認情報を確認する第９のステップと、
を備えることを特徴とする相互認証方法。
【請求項９】
互いに共通鍵を共有する携帯端末とウェブサーバと、該ウェブサーバとネットワークを介して接続された端末とからなる相互認証システムにおける相互認証方法をコンピュータに実行させるためのプログラムであって、
前記端末が、前記ウェブサーバにアクセスを行い、ウェブ上での手続きを行う第１のステップと、
前記ウェブサーバが、ユーザのウェブ上での手続情報と所定の乱数とを前記共通鍵で暗号化する第２のステップと、
前記ウェブサーバが、該暗号化された情報から二次元コードを生成する第３のステップと、
前記携帯端末が、前記端末に表示された前記二次元コードを読み取る第４のステップと、
前記携帯端末が、該読み取った二次元コードをデコードする第５のステップと、
前記携帯端末が、前記共通鍵を用いて、該デコードした情報を復号する第６のステップと、
前記携帯端末が、該復号した情報の内容が正しいときに、乱数と共通鍵とを用いてユーザを特定する固有情報を生成する第７のステップと、
前記ウェブサーバが、前記固有情報を検証する第８のステップと、
をコンピュータに実行させるためのプログラム。
【請求項１０】
互いに共通鍵を共有する携帯端末とウェブサーバと、該ウェブサーバに接続され、前記携帯端末の固有ＩＤを保有する検証サーバと、該ウェブサーバとネットワークを介して接続された端末とからなる相互認証システムにおける相互認証方法をコンピュータに実行させるためのプログラムであって、
前記端末が、前記ウェブサーバにアクセスを行い、ウェブ上での手続きを行う第１のステップと、
前記ウェブサーバが、ユーザのウェブ上での手続情報と所定の乱数とを前記共通鍵で暗号化する第２のステップと、
前記ウェブサーバが、該暗号化された情報から二次元コードを生成する第３のステップと、
前記携帯端末が、前記端末に表示された前記二次元コードを読み取る第４のステップと、
前記携帯端末が、該読み取った二次元コードをデコードする第５のステップと、
前記携帯端末が、前記共通鍵を用いて、該デコードした情報を復号する第６のステップと、
前記携帯端末が、該復号した情報の内容が正しいときに、乱数と共通鍵とを用いてユーザを特定する固有情報を生成する第７のステップと、
前記検証サーバが、前記携帯端末の固有ＩＤからユーザを特定する第８のステップと、
該ユーザを特定した後に、前記固有情報を検証する第９のステップと、
をコンピュータに実行させるためのプログラム。
【請求項１１】
公開鍵を保有する携帯端末と、秘密鍵を保有するウェブサーバと、該ウェブサーバに接続され、前記携帯端末の固有ＩＤを保有する検証サーバと、該ウェブサーバとネットワークを介して接続された端末とからなる相互認証システムにおける相互認証方法をコンピュータに実行させるためのプログラムであって、
前記端末が、前記ウェブサーバにアクセスを行い、ウェブ上での手続きを行う第１のステップと、
前記ウェブサーバが、ユーザのウェブ上での手続情報に保有する秘密鍵で署名を行う第２のステップと、
前記ウェブサーバが、該署名された情報から二次元コードを生成する第３のステップと、
前記携帯端末が、前記端末に表示された前記二次元コードを読み取る第４のステップと、
前記携帯端末が、該読み取った二次元コードをデコードする第５のステップと、
前記携帯端末が、前記公開鍵を用いて、該デコードした情報の署名を検証する第６のステップと、
前記携帯端末が、該署名の内容が正しいときに、署名を確認した旨の確認情報を生成する第７のステップと、
前記検証サーバが、前記携帯端末の固有ＩＤからユーザを特定する第８のステップと、
該ユーザを特定した後に、前記確認情報を確認する第９のステップと、
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中間者がいる可能性のあるネットワーク上で、安全にウェブサーバと端末（ＰＣ）とが通信を行っていたことを保証し、メッセージ認証を行う相互認証システム、相互認証方法およびプログラムに関する。
【背景技術】
【０００２】
近年、インターネットの目覚ましい普及に伴って、電子商取引に代表されるような様々なサービスが提供されている。このような様々なサービスは、ユーザがインターネットを介して、ウェブサーバにアクセスすることにより実現されるが、ユーザが端末から、ウェブサーバにアクセスする場合のサーバ認証の方法としては、ＳＳＬ証明書をユーザ自身が目で確認する方法が一般的である。あるいは、携帯電話などの他の通信機器を利用して二次的にサーバ確認を行う方法がとられることもある。
【０００３】
一方、ウェブサーバが、通信を行っているユーザを確認する方法としては、ユーザＩＤ、パスワードなどの知識認証情報、及びワンタイムトークン、携帯電話などの所持認証情報、そして指紋などの生体認証情報を検証する方法をとるのが一般的である。
【０００４】
こうした技術の一例として、インターネットに接続している端末に存在するキーロガーやスパイウェアの脅威に対し、物理デバイスとしてあらかじめ電話番号を登録済みの携帯電話機や固定電話機を使用し、コールバックによる利用者確認を行う事で、物理デバイスの特定と利用者の特定をするものであり、「なりすまし」を防御する技術が提案されている（例えば、特許文献１参照。）。
【０００５】
また、ユーザのパーソナルコンピュータからのウェブサイトアクセス時に、携帯電話からパーソナルコンピュータを経由して認証要求をウェブサイトに送信して認証を行うものである。認証情報をユーザのパーソナルコンピュータに直接入力しないため、キーロガーのようなスパイウェアによる認証情報の漏洩を防止する技術も知られている（例えば、非特許文献１参照。）。
【０００６】
また、携帯電話の個体識別番号をカギの代わりにし、認証サーバ上であらかじめ登録された個体識別番号や付加認証条件の確認を行う認証プラットフォームであり、「登録された携帯電話を持っている」という要素と、「携帯電話から認証条件を入力する」という複合要素によって、本人を確実に認証する技術も知られている（例えば、非特許文献２参照。）。
【０００７】
さらに、リモートアクセスやショッピングサイトなどにて認証を行う際、既存の携帯電話を利用し、確実な個人認証を行うシステムであり、ウェブブラウザ上で認証を行う際は、ユーザＩＤのみを入力し、それを受けサーバがユーザＩＤに対応した携帯電話にダイヤルする。そして、ユーザは、携帯電話からのアナウンスに従い、携帯電話の数字ボタンを押しパスワードを入力し、認証を行う技術も知られている（例えば、非特許文献３参照。）。
【特許文献１】特開２００６−３３７８０号公報
【非特許文献１】インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｎｅｃ．ｃｏ．ｊｐ／ｐｒｅｓｓ／ｊａ／０６１０／０２０３．ｈｔｍｌ＞
【非特許文献２】インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｓｙｎｃｌｏｃｋ．ｊｐ＞
【非特許文献３】インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｎｅｔｍａｒｋｓ．ｃｏ．ｊｐ／ｎｅｗｓｒｅｌｅａｓｅ／０６０１１８．ｈｔｍｌ＞
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記の従来の技術を用いたとしても、ユーザから送られてくる通信内容を不正な第三者が傍受して、その通信内容を本来のサーバに送信し、この本来のサーバから返ってくる通信内容に手を加えながら送信者（犠牲者）へ送り返す中間者攻撃や、セッションハイジャックの危険があるという問題がある。
【０００９】
そこで、本発明は、上記事情に鑑みてなされたものであり、中間者がいる可能性のあるネットワーク上で、安全にウェブサーバと端末（ＰＣ）とが通信を行っていたことを保証し、メッセージ認証を行う相互認証システム、相互認証方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、上記した課題を解決するために以下の事項を提案している。
【００１１】
（１）本発明は、互いに共通鍵を共有する携帯端末（例えば、図１の携帯端末２に相当）とウェブサーバ（例えば、図１のウェブサーバ１に相当）と、該ウェブサーバとネットワークを介して接続された端末（例えば、図１の端末３に相当）とからなる相互認証システムであって、前記端末が、前記ウェブサーバにアクセスを行い、ウェブ上での手続きを行う手続処理手段（例えば、図４のアクセス部３２に相当）を備え、前記ウェブサーバが、ユーザの前記ウェブ上での手続情報と所定の乱数とを前記共通鍵で暗号化する暗号化手段（例えば、図２の暗号化部１２に相当）と、該暗号化手段において暗号化された情報から二次元コードを生成する二次元コード生成手段（例えば、図２の二次元コード生成部１３に相当）と、を備え、前記携帯端末が、前記端末に表示された前記二次元コードを読み取る二次元コード読取手段（例えば、図３の二次元コード読取部２１に相当）と、該読み取った二次元コードをデコードするデコード手段（例えば、図３のデコード部２２に相当）と、前記共通鍵を用いて、該デコードした情報を復号する復号手段（例えば、図３の復号化部２３に相当）と、該復号した情報の内容が正しいときに、乱数と共通鍵とを用いてユーザを特定する固有情報を生成する固有情報生成手段（例えば、図３の固有情報生成部２４に相当）と、を備え、前記ウェブサーバが、前記固有情報を検証する検証手段（例えば、図２の検証部１６に相当）を備えたことを特徴とする相互認証システムを提案している。
【００１２】
この発明によれば、端末の手続処理手段が、ウェブサーバにアクセスを行い、ウェブ上での手続きを行う。ウェブサーバの暗号化手段は、ユーザのウェブ上での手続情報と所定の乱数とを前記共通鍵で暗号化し、二次元コード生成手段は、その暗号化された情報から二次元コードを生成する。携帯端末の二次元コード読取手段は、端末に表示された二次元コードを読み取り、デコード手段は、その読み取った二次元コードをデコードし、復号手段が、共通鍵を用いて、そのデコードした情報を復号するととともに、固有情報生成手段が、その復号した情報の内容が正しいときに、乱数と共通鍵とを用いてユーザを特定する固有情報を生成する。そして、ウェブサーバの検証手段が、固有情報を検証する。したがって、二次元コードの内容を検証できる携帯端末のみがウェブサーバからの情報を検証することができ、さらに、携帯端末が携帯端末でしか生成できない情報をウェブサーバに対して送信することから、たとえ、ネットワーク上に中間者がいても、ウェブサーバから送られてくる情報がユーザの送信する情報とは異なる情報であるため、ユーザは、容易に中間者の存在を認知することができる。また、携帯端末が直接、ウェブサーバと通信を行わないため、セキュリティを確保することができる。携帯端末を持ってさえいれば、携帯端末の通信圏内、圏外に関わらず、このシステムを利用できる。
【００１３】
（２）本発明は、（１）の相互認証システムについて、前記二次元コードがＱＲコードであることを特徴とする相互認証システムを提案している。
【００１４】
この発明によれば、二次元コードがＱＲコードであることから、特別な装置を用いなくとも、例えば、一般的に流通しているカメラ付き携帯電話等で容易に情報を読み取ることができる。
【００１５】
（３）本発明は、（１）または（２）の相互認証システムについて、前記ユーザを特定する固有情報がワンタイムパスワードであることを特徴とする相互認証システムを提案している。
【００１６】
この発明によれば、ユーザを特定する固有情報がワンタイムパスワードであることから、セキュリティを確保しつつ、簡易な方法でユーザが、携帯端末を所持することを証明することができる。
【００１７】
（４）本発明は、互いに共通鍵を共有する携帯端末（例えば、図６の携帯端末１２０に相当）とウェブサーバ（例えば、図６のウェブサーバ１１０に相当）と、該ウェブサーバに接続され、前記携帯端末の固有ＩＤを保有する検証サーバ（例えば、図６の検証サーバ１３０に相当）と、該ウェブサーバとネットワークを介して接続された端末（例えば、図６の端末１４０に相当）とからなる相互認証システムであって、前記端末が、前記ウェブサーバにアクセスを行い、ウェブ上での手続きを行う手続処理手段（例えば、図１０のアクセス部１４２に相当）を備え、前記ウェブサーバが、ユーザの前記ウェブ上での手続情報と所定の乱数とを前記共通鍵で暗号化する暗号化手段（例えば、図７の暗号化部１１２に相当）と、該暗号化手段において暗号化された情報から二次元コードを生成する二次元コード生成手段（例えば、図７の二次元コード生成部１１３に相当）と、を備え、前記携帯端末が、前記端末に表示された前記二次元コードを読み取る二次元コード読取手段（例えば、図８の二次元コード読取部１２１に相当）と、該読み取った二次元コードをデコードするデコード手段（例えば、図８のデコード部１２２に相当）と、前記共通鍵を用いて、該デコードした情報を復号する復号手段（例えば、図８の復号化部１２３に相当）と、該復号した情報の内容が正しいときに、乱数と共通鍵とを用いてユーザを特定する固有情報を生成する固有情報生成手段（例えば、図８の固有情報生成部１２４に相当）と、を備え、前記検証サーバが、前記携帯端末の固有ＩＤからユーザを特定するユーザ特定手段（例えば、図９のユーザ特定部１３３に相当）と、該ユーザを特定した後に、前記固有情報を検証する検証手段（例えば、図９の検証部１３２に相当）と、を備えたことを特徴とする相互認証システムを提案している。
【００１８】
この発明によれば、端末の手続処理手段が、ウェブサーバにアクセスを行い、ウェブ上での手続きを行う。ウェブサーバの暗号化手段は、ユーザのウェブ上での手続情報と所定の乱数とを前記共通鍵で暗号化し、二次元コード生成手段は、その暗号化された情報から二次元コードを生成する。携帯端末の二次元コード読取手段は、端末に表示された二次元コードを読み取り、デコード手段が、その読み取った二次元コードをデコードし、復号手段が、共通鍵を用いて、そのデコードした情報を復号するとともに、固有情報生成手段が、その復号した情報の内容が正しいときに、乱数と共通鍵とを用いてユーザを特定する固有情報を生成する。そして、検証サーバのユーザ特定手段が、携帯端末の固有ＩＤからユーザを特定し、検証手段が、そのユーザを特定した後に、固有情報を検証する。したがって、二次元コードの内容を検証できる携帯端末のみがウェブサーバからの情報を検証することができ、さらに、携帯端末が携帯端末でしか生成できない情報をウェブサーバに対して送信することから、たとえ、ネットワーク上に中間者がいても、ウェブサーバから送られてくる情報がユーザの送信する情報とは異なる情報であるため、ユーザは、容易に中間者の存在を認知することができる。また、携帯端末が生成するユーザを特定するための固有情報と携帯端末の固有ＩＤとを検証サーバが照合して、ユーザ確認を実行することから、確実にユーザを特定することができる。さらに、検証情報を別の経路で検証サーバに送信することから、第三者による情報の改竄を防止して、セキュリティを高めることができる。
【００１９】
（５）本発明は、公開鍵を保有する携帯端末（例えば、図１２の携帯端末２２０に相当）と、秘密鍵を保有するウェブサーバ（例えば、図１２のウェブサーバ２１０に相当）と、該ウェブサーバに接続され、前記携帯端末の固有ＩＤを保有する検証サーバ（例えば、図１２の検証サーバ２３０に相当）と、該ウェブサーバとネットワークを介して接続された端末（例えば、図１２の端末２４０に相当）とからなる相互認証システムであって、前記端末が、前記ウェブサーバにアクセスを行い、ウェブ上での手続きを行う手続処理手段（例えば、図１６のアクセス部２４２に相当）を備え、前記ウェブサーバが、ユーザの前記ウェブ上での手続情報に保有する秘密鍵で署名を行う署名手段（例えば、図１３の署名部２１２に相当）と、該署名手段において署名された情報から二次元コードを生成する二次元コード生成手段（例えば、図１３の二次元コード生成部２１３に相当）と、を備え、前記携帯端末が、前記端末に表示された前記二次元コードを読み取る二次元コード読取手段（例えば、図１４の二次元コード読取部２２１に相当）と、該読み取った二次元コードをデコードするデコード手段（例えば、図１４のデコード部２２２に相当）と、前記公開鍵を用いて、該デコードした情報の署名を検証する署名検証手段（例えば、図１４の署名検証部２２３に相当）と、該署名の内容が正しいときに、署名を確認した旨の確認情報を生成する確認情報生成手段（例えば、図１４の確認情報生成部２２４に相当）と、を備え、前記検証サーバが、前記携帯端末の固有ＩＤからユーザを特定するユーザ特定手段（例えば、図１５のユーザ特定部２３３に相当）と、該ユーザを特定した後に、前記確認情報を確認する確認手段（例えば、図１５の確認部２３２に相当）と、を備えたことを特徴とする相互認証システムを提案している。
【００２０】
この発明によれば、端末の手続処理手段が、ウェブサーバにアクセスを行い、ウェブ上での手続きを行う。ウェブサーバの署名手段は、ユーザのウェブ上での手続情報に保有する秘密鍵で署名を行い、二次元コード生成手段が、その署名された情報から二次元コードを生成する。携帯端末の二次元コード読取手段は、端末に表示された二次元コードを読み取り、デコード手段は、その読み取った二次元コードをデコードし、署名検証手段が、公開鍵を用いて、そのデコードした情報の署名を検証するとともに、確認情報生成手段が、その署名の内容が正しいときに、署名を確認した旨の確認情報を生成する。そして、検証サーバのユーザ特定手段が、携帯端末の固有ＩＤからユーザを特定し、確認手段が、そのユーザを特定した後に、確認情報を確認する。したがって、二次元コードの内容を検証できる携帯端末のみがウェブサーバからの情報を検証することができ、さらに、携帯端末が携帯端末でしか生成できない情報をウェブサーバに対して送信することから、たとえ、ネットワーク上に中間者がいても、ウェブサーバから送られてくる情報がユーザの送信する情報とは異なる情報であるため、ユーザは、容易に中間者の存在を認知することができる。また、検証サーバが携帯端末の固有ＩＤからユーザを特定し、さらに、携帯端末においてなされた署名の確認情報を確認することから、確実にユーザを特定することができる。さらに、携帯端末が復号処理を行わないことから、システム全体の処理負荷を軽減することができる。
【００２１】
（６）本発明は、互いに共通鍵を共有する携帯端末とウェブサーバと、該ウェブサーバとネットワークを介して接続された端末とからなる相互認証システムにおける相互認証方法であって、前記端末が、前記ウェブサーバにアクセスを行い、ウェブ上での手続きを行う第１のステップ（例えば、図５のステップＳ１０１に相当）と、前記ウェブサーバが、ユーザのウェブ上での手続情報と所定の乱数とを前記共通鍵で暗号化する第２のステップ（例えば、図５のステップＳ１０２に相当）と、前記ウェブサーバが、該暗号化された情報から二次元コードを生成する第３のステップ（例えば、図５のステップＳ１０３に相当）と、前記携帯端末が、前記端末に表示された前記二次元コードを読み取る第４のステップ（例えば、図５のステップＳ１０４に相当）と、前記携帯端末が、該読み取った二次元コードをデコードする第５のステップ（例えば、図５のステップＳ１０５に相当）と、前記携帯端末が、前記共通鍵を用いて、該デコードした情報を復号する第６のステップ（例えば、図５のステップＳ１０６に相当）と、前記携帯端末が、該復号した情報の内容が正しいときに、乱数と共通鍵とを用いてユーザを特定する固有情報を生成する第７のステップ（例えば、図５のステップＳ１０７に相当）と、前記ウェブサーバが、前記固有情報を検証する第８のステップ（例えば、図５のステップＳ１０８に相当）と、を備えることを特徴とする相互認証方法を提案している。
【００２２】
この発明によれば、端末が、ウェブサーバにアクセスを行い、ウェブ上での手続きを行う。ウェブサーバは、ユーザのウェブ上での手続情報と所定の乱数とを共通鍵で暗号化しその暗号化された情報から二次元コードを生成する。携帯端末は、端末に表示された二次元コードを読み取り、その読み取った二次元コードをデコードし、共通鍵を用いて、そのデコードした情報を復号するとともに、その復号した情報の内容が正しいときに、乱数と共通鍵とを用いてユーザを特定する固有情報を生成する。そして、ウェブサーバが、固有情報を検証する。したがって、二次元コードの内容を検証できる携帯端末のみがウェブサーバからの情報を検証することができ、さらに、携帯端末が携帯端末でしか生成できない情報をウェブサーバに対して送信することから、たとえ、ネットワーク上に中間者がいても、ウェブサーバから送られてくる情報がユーザの送信する情報とは異なる情報であるため、ユーザは、容易に中間者の存在を認知することができる。また、携帯端末が直接、ウェブサーバと通信を行わないため、セキュリティを確保することができる。
【００２３】
（７）本発明は、互いに共通鍵を共有する携帯端末とウェブサーバと、該ウェブサーバに接続され、前記携帯端末の固有ＩＤを保有する検証サーバと、該ウェブサーバとネットワークを介して接続された端末とからなる相互認証システムにおける相互認証方法であって、前記端末が、前記ウェブサーバにアクセスを行い、ウェブ上での手続きを行う第１のステップ（例えば、図１１のステップＳ２０１に相当）と、前記ウェブサーバが、ユーザのウェブ上での手続情報と所定の乱数とを前記共通鍵で暗号化する第２のステップ（例えば、図１１のステップＳ２０２に相当）と、前記ウェブサーバが、該暗号化された情報から二次元コードを生成する第３のステップ（例えば、図１１のステップＳ２０３に相当）と、前記携帯端末が、前記端末に表示された前記二次元コードを読み取る第４のステップ（例えば、図１１のステップＳ２０４に相当）と、前記携帯端末が、該読み取った二次元コードをデコードする第５のステップ（例えば、図１１のステップＳ２０５に相当）と、前記携帯端末が、前記共通鍵を用いて、該デコードした情報を復号する第６のステップ（例えば、図１１のステップＳ２０６に相当）と、前記携帯端末が、該復号した情報の内容が正しいときに、乱数と共通鍵とを用いてユーザを特定する固有情報を生成する第７のステップ（例えば、図１１のステップＳ２０７に相当）と、前記検証サーバが、前記携帯端末の固有ＩＤからユーザを特定する第８のステップ（例えば、図１１のステップＳ２０８に相当）と、該ユーザを特定した後に、前記固有情報を検証する第９のステップ（例えば、図１１のステップＳ２０９に相当）と、を備えることを特徴とする相互認証方法を提案している。
【００２４】
この発明によれば、端末が、ウェブサーバにアクセスを行い、ウェブ上での手続きを行う。ウェブサーバは、ユーザのウェブ上での手続情報と所定の乱数とを共通鍵で暗号化しその暗号化された情報から二次元コードを生成する。携帯端末は、端末に表示された二次元コードを読み取り、その読み取った二次元コードをデコードし、共通鍵を用いて、そのデコードした情報を復号するとともに、その復号した情報の内容が正しいときに、乱数と共通鍵とを用いてユーザを特定する固有情報を生成する。そして、検証サーバが、携帯端末の固有ＩＤからユーザを特定し、そのユーザを特定した後に、固有情報を検証する。したがって、二次元コードの内容を検証できる携帯端末のみがウェブサーバからの情報を検証することができ、さらに、携帯端末が携帯端末でしか生成できない情報をウェブサーバに対して送信することから、たとえ、ネットワーク上に中間者がいても、ウェブサーバから送られてくる情報がユーザの送信する情報とは異なる情報であるため、ユーザは、容易に中間者の存在を認知することができる。また、携帯端末が生成するユーザを特定するための固有情報と携帯端末の固有ＩＤとを検証サーバが照合して、ユーザ確認を実行することから、確実にユーザを特定することができる。さらに、検証情報を別の経路で検証サーバに送信することから、第三者による情報の改竄を防止して、セキュリティを高めることができる。
【００２５】
（８）本発明は、公開鍵を保有する携帯端末と、秘密鍵を保有するウェブサーバと、該ウェブサーバに接続され、前記携帯端末の固有ＩＤを保有する検証サーバと、該ウェブサーバとネットワークを介して接続された端末とからなる相互認証システムにおける相互認証方法であって、前記端末が、前記ウェブサーバにアクセスを行い、ウェブ上での手続きを行う第１のステップ（例えば、図１７のステップＳ３０１に相当）と、前記ウェブサーバが、ユーザのウェブ上での手続情報に保有する秘密鍵で署名を行う第２のステップ（例えば、図１７のステップＳ３０２に相当）と、前記ウェブサーバが、該署名された情報から二次元コードを生成する第３のステップ（例えば、図１７のステップＳ３０３に相当）と、前記携帯端末が、前記端末に表示された前記二次元コードを読み取る第４のステップ（例えば、図１７のステップＳ３０４に相当）と、前記携帯端末が、該読み取った二次元コードをデコードする第５のステップ（例えば、図１７のステップＳ３０５に相当）と、前記携帯端末が、前記公開鍵を用いて、該デコードした情報の署名を検証する第６のステップ（例えば、図１７のステップＳ３０６に相当）と、前記携帯端末が、該署名の内容が正しいときに、署名を確認した旨の確認情報を生成する第７のステップ（例えば、図１７のステップＳ３０７に相当）と、前記検証サーバが、前記携帯端末の固有ＩＤからユーザを特定する第８のステップ（例えば、図１７のステップＳ３０８に相当）と、該ユーザを特定した後に、前記確認情報を確認する第９のステップ（例えば、図１７のステップＳ３０９に相当）と、を備えることを特徴とする相互認証方法を提案している。
【００２６】
この発明によれば、端末が、ウェブサーバにアクセスを行い、ウェブ上での手続きを行う。ウェブサーバは、ユーザのウェブ上での手続情報に保有する秘密鍵で署名を行い、その署名された情報から二次元コードを生成する。携帯端末は、端末に表示された二次元コードを読み取り、その読み取った二次元コードをデコードし、公開鍵を用いて、そのデコードした情報の署名を検証するとともに、その署名の内容が正しいときに、署名を確認した旨の確認情報を生成する。そして、検証サーバが、携帯端末の固有ＩＤからユーザを特定し、そのユーザを特定した後に、確認情報を確認する。したがって、二次元コードの内容を検証できる携帯端末のみがウェブサーバからの情報を検証することができ、さらに、携帯端末が携帯端末でしか生成できない情報をウェブサーバに対して送信することから、たとえ、ネットワーク上に中間者がいても、ウェブサーバから送られてくる情報がユーザの送信する情報とは異なる情報であるため、ユーザは、容易に中間者の存在を認知することができる。また、検証サーバが携帯端末の固有ＩＤからユーザを特定し、さらに、携帯端末においてなされた署名の確認情報を確認することから、確実にユーザを特定することができる。さらに、暗号化処理を行わないことから、システム全体の処理負荷を軽減することができる。
【００２７】
（９）本発明は、互いに共通鍵を共有する携帯端末とウェブサーバと、該ウェブサーバとネットワークを介して接続された端末とからなる相互認証システムにおける相互認証方法をコンピュータに実行させるためのプログラムであって、前記端末が、前記ウェブサーバにアクセスを行い、ウェブ上での手続きを行う第１のステップ（例えば、図５のステップＳ１０１に相当）と、前記ウェブサーバが、ユーザのウェブ上での手続情報と所定の乱数とを前記共通鍵で暗号化する第２のステップ（例えば、図５のステップＳ１０２に相当）と、前記ウェブサーバが、該暗号化された情報から二次元コードを生成する第３のステップ（例えば、図５のステップＳ１０３に相当）と、前記携帯端末が、前記端末に表示された前記二次元コードを読み取る第４のステップ（例えば、図５のステップＳ１０４に相当）と、前記携帯端末が、該読み取った二次元コードをデコードする第５のステップ（例えば、図５のステップＳ１０５に相当）と、前記携帯端末が、前記共通鍵を用いて、該デコードした情報を復号する第６のステップ（例えば、図５のステップＳ１０６に相当）と、前記携帯端末が、該復号した情報の内容が正しいときに、乱数と共通鍵とを用いてユーザを特定する固有情報を生成する第７のステップ（例えば、図５のステップＳ１０７に相当）と、前記ウェブサーバが、前記固有情報を検証する第８のステップ（例えば、図５のステップＳ１０８に相当）と、をコンピュータに実行させるためのプログラムを提案している。
【００２８】
この発明によれば、端末が、ウェブサーバにアクセスを行い、ウェブ上での手続きを行う。ウェブサーバは、ユーザのウェブ上での手続情報と所定の乱数とを共通鍵で暗号化しその暗号化された情報から二次元コードを生成する。携帯端末は、端末に表示された二次元コードを読み取り、その読み取った二次元コードをデコードし、共通鍵を用いて、そのデコードした情報を復号するとともに、その復号した情報の内容が正しいときに、乱数と共通鍵とを用いてユーザを特定する固有情報を生成する。そして、ウェブサーバが、固有情報を検証する。したがって、二次元コードの内容を検証できる携帯端末のみがウェブサーバからの情報を検証することができ、さらに、携帯端末が携帯端末でしか生成できない情報をウェブサーバに対して送信することから、たとえ、ネットワーク上に中間者がいても、ウェブサーバから送られてくる情報がユーザの送信する情報とは異なる情報であるため、ユーザは、容易に中間者の存在を認知することができる。また、携帯端末が直接、ウェブサーバと通信を行わないため、セキュリティを確保することができる。
【００２９】
（１０）本発明は、互いに共通鍵を共有する携帯端末とウェブサーバと、該ウェブサーバに接続され、前記携帯端末の固有ＩＤを保有する検証サーバと、該ウェブサーバとネットワークを介して接続された端末とからなる相互認証システムにおける相互認証方法をコンピュータに実行させるためのプログラムであって、前記端末が、前記ウェブサーバにアクセスを行い、ウェブ上での手続きを行う第１のステップ（例えば、図１１のステップＳ２０１に相当）と、前記ウェブサーバが、ユーザのウェブ上での手続情報と所定の乱数とを前記共通鍵で暗号化する第２のステップ（例えば、図１１のステップＳ２０２に相当）と、前記ウェブサーバが、該暗号化された情報から二次元コードを生成する第３のステップ（例えば、図１１のステップＳ２０３に相当）と、前記携帯端末が、前記端末に表示された前記二次元コードを読み取る第４のステップ（例えば、図１１のステップＳ２０４に相当）と、前記携帯端末が、該読み取った二次元コードをデコードする第５のステップ（例えば、図１１のステップＳ２０５に相当）と、前記携帯端末が、前記共通鍵を用いて、該デコードした情報を復号する第６のステップ（例えば、図１１のステップＳ２０６に相当）と、前記携帯端末が、該復号した情報の内容が正しいときに、乱数と共通鍵とを用いてユーザを特定する固有情報を生成する第７のステップ（例えば、図１１のステップＳ２０７に相当）と、前記検証サーバが、前記携帯端末の固有ＩＤからユーザを特定する第８のステップ（例えば、図１１のステップＳ２０８に相当）と、該ユーザを特定した後に、前記固有情報を検証する第９のステップ（例えば、図１１のステップＳ２０９に相当）と、をコンピュータに実行させるためのプログラムを提案している。
【００３０】
この発明によれば、端末が、ウェブサーバにアクセスを行い、ウェブ上での手続きを行う。ウェブサーバは、ユーザのウェブ上での手続情報と所定の乱数とを共通鍵で暗号化しその暗号化された情報から二次元コードを生成する。携帯端末は、端末に表示された二次元コードを読み取り、その読み取った二次元コードをデコードし、共通鍵を用いて、そのデコードした情報を復号するとともに、その復号した情報の内容が正しいときに、乱数と共通鍵とを用いてユーザを特定する固有情報を生成する。そして、検証サーバが、携帯端末の固有ＩＤからユーザを特定し、そのユーザを特定した後に、固有情報を検証する。したがって、二次元コードの内容を検証できる携帯端末のみがウェブサーバからの情報を検証することができ、さらに、携帯端末が携帯端末でしか生成できない情報をウェブサーバに対して送信することから、たとえ、ネットワーク上に中間者がいても、ウェブサーバから送られてくる情報がユーザの送信する情報とは異なる情報であるため、ユーザは、容易に中間者の存在を認知することができる。また、携帯端末が生成するユーザを特定するための固有情報と携帯端末の固有ＩＤとを検証サーバが照合して、ユーザ確認を実行することから、確実にユーザを特定することができる。さらに、検証情報を別の経路で検証サーバに送信することから、第三者による情報の改竄を防止して、セキュリティを高めることができる。
【００３１】
（１１）本発明は、公開鍵を保有する携帯端末と、秘密鍵を保有するウェブサーバと、該ウェブサーバに接続され、前記携帯端末の固有ＩＤを保有する検証サーバと、該ウェブサーバとネットワークを介して接続された端末とからなる相互認証システムにおける相互認証方法をコンピュータに実行させるためのプログラムであって、前記端末が、前記ウェブサーバにアクセスを行い、ウェブ上での手続きを行う第１のステップ（例えば、図１７のステップＳ３０１に相当）と、前記ウェブサーバが、ユーザのウェブ上での手続情報に保有する秘密鍵で署名を行う第２のステップ（例えば、図１７のステップＳ３０２に相当）と、前記ウェブサーバが、該署名された情報から二次元コードを生成する第３のステップ（例えば、図１７のステップＳ３０３に相当）と、前記携帯端末が、前記端末に表示された前記二次元コードを読み取る第４のステップ（例えば、図１７のステップＳ３０４に相当）と、前記携帯端末が、該読み取った二次元コードをデコードする第５のステップ（例えば、図１７のステップＳ３０５に相当）と、前記携帯端末が、前記公開鍵を用いて、該デコードした情報の署名を検証する第６のステップ（例えば、図１７のステップＳ３０６に相当）と、前記携帯端末が、該署名の内容が正しいときに、署名を確認した旨の確認情報を生成する第７のステップ（例えば、図１７のステップＳ３０７に相当）と、前記検証サーバが、前記携帯端末の固有ＩＤからユーザを特定する第８のステップ（例えば、図１７のステップＳ３０８に相当）と、該ユーザを特定した後に、前記確認情報を確認する第９のステップ（例えば、図１７のステップＳ３０９に相当）と、をコンピュータに実行させるためのプログラムを提案している。
【００３２】
この発明によれば、端末が、ウェブサーバにアクセスを行い、ウェブ上での手続きを行う。ウェブサーバは、ユーザのウェブ上での手続情報に保有する秘密鍵で署名を行い、その署名された情報から二次元コードを生成する。携帯端末は、端末に表示された二次元コードを読み取り、その読み取った二次元コードをデコードし、公開鍵を用いて、そのデコードした情報の署名を検証するとともに、その署名の内容が正しいときに、署名を確認した旨の確認情報を生成する。そして、検証サーバが、携帯端末の固有ＩＤからユーザを特定し、そのユーザを特定した後に、確認情報を確認する。したがって、二次元コードの内容を検証できる携帯端末のみがウェブサーバからの情報を検証することができ、さらに、携帯端末が携帯端末でしか生成できない情報をウェブサーバに対して送信することから、たとえ、ネットワーク上に中間者がいても、ウェブサーバから送られてくる情報がユーザの送信する情報とは異なる情報であるため、ユーザは、容易に中間者の存在を認知することができる。また、検証サーバが携帯端末の固有ＩＤからユーザを特定し、さらに、携帯端末においてなされた署名の確認情報を確認することから、確実にユーザを特定することができる。さらに、暗号化処理を行わないことから、システム全体の処理負荷を軽減することができる。
【発明の効果】
【００３３】
本発明によれば、二次元コードの内容を検証できる携帯端末のみがウェブサーバからの情報を検証することができ、さらに、携帯端末が携帯端末でしか生成できない情報をウェブサーバに対して送信することから、たとえ、ネットワーク上に中間者がいても、ウェブサーバから送られてくる情報がユーザの送信する情報とは異なる情報であるため、ユーザは、容易に中間者の存在を認知することができるという効果がある。
【００３４】
また、本発明によれば、ウェブサーバは、携帯端末のみが生成することのできる情報を受信し、これを確認することにより、正規のユーザによって、送金情報等の確認が行われたことを検証できるため、セッションハイジャックが行われた場合であっても、ユーザに対して、意図しない送金や購入の被害を未然に防止することができるという効果がある。
【発明を実施するための最良の形態】
【００３５】
以下、本発明の実施形態について、図面を用いて、詳細に説明する。
なお、本実施形態における構成要素は適宜、既存の構成要素等との置き換えが可能であり、また、他の既存の構成要素との組合せを含む様々なバリエーションが可能である。したがって、本実施形態の記載をもって、特許請求の範囲に記載された発明の内容を限定するものではない。
【００３６】
＜第１の実施形態＞
図１から図５を用いて、本実施形態について説明する。
本実施形態に係る相互認証システムは、図１に示すように、ウェブサーバ１と、携帯端末２、端末（ＰＣ）３とからなり、ウェブサーバ１と端末（ＰＣ）３とは、ネットワーク４を介して接続されている。なお、本実施形態においては、ウェブサーバ１と携帯端末２とが互いに共通鍵を保有しているものとする。
【００３７】
＜ウェブサーバの構成＞
本実施形態に係るウェブサーバ１は、図２に示すように、手続処理部１１と、暗号化部１２と、二次元コード生成部１３と、送信部１４と、受信部１５と、検証部１６とから構成されている。
【００３８】
手続処理部１１は、オンラインショッピング等における商品の購入手続きを処理する。暗号化部１２は、ユーザのウェブ上での手続情報と所定の乱数とを保有する共通鍵で暗号化する。二次元コード生成部１３は、暗号化部１２において暗号化された情報から二次元コードを生成する。なお、二次元コードは、ＱＲコードであってもよい。ＱＲコードを用いる場合には、特別な装置を用いなくとも、例えば、一般的に流通しているカメラ付き携帯電話等で容易に情報を読み取ることができるため、利便性に優れている。また、本実施形態では、二次元コードを例示したが、これに限らず、例えば、赤外線等を用いたセキュアな通信方法でもよい。
【００３９】
送信部１４は、二次元コード生成部１３が生成した二次元コードを携帯端末２に送信する。受信部１５は、後述する携帯端末２からユーザを特定するための固有情報を受信する。検証部１６は、受信部１５において受信したユーザを特定するための固有情報を検証する。
【００４０】
＜携帯端末の構成＞
本実施形態に係る携帯端末２は、図３に示すように、二次元コード読取部２１と、デコード部２２と、復号化部２３と、固有情報生成部２４と、送信部２５とから構成されている。なお、携帯端末は、携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）のような信頼のできるデバイスであればよい。
【００４１】
二次元コード読取部２１は、ウェブサーバ１の二次元コード生成部１３が生成した二次元コードを例えば、携帯電話のカメラ等で取り込むことで、その内容を読み取る。デコード部２２は、二次元コード読取部２１が読み取った二次元コードをデコードする。
【００４２】
復号化部２３は、保有する共通鍵を用いて、デコード部２２がデコードした情報を復号する。固有情報生成部２４は、復号化部２３が復号した情報の内容が正しいときに、乱数と保有する共通鍵とを用いてユーザを特定する固有情報を生成する。送信部２５は、固有情報生成部２４が生成した固有情報をウェブサーバ１に送信する。なお、ユーザを特定する固有情報は、ＨＭＡＣ等を利用したワンタイムパスワード等を利用してもよい。
【００４３】
＜端末の構成＞
本実施形態に係る端末３は、図４に示すように、情報入力部３１と、アクセス部３２と、受信部３３と、表示部３４とから構成されている。
【００４４】
情報入力部３１は、インターネットを介してウェブサーバ１にアクセスするためのＵＲＬや電子商取引に必要な情報を入力する。アクセス部３２は、情報入力部３１に入力されたＵＲＬから所望のウェブサーバ１へのアクセスを行う。
【００４５】
受信部３３は、ウェブサーバ１の二次元コード生成部１３が生成した二次元コードを受信する。表示部３４は、ウェブページを表示するほか、受信部３３において受信した二次元コードを表示画面上に表示する。
【００４６】
＜相互認証システムの処理＞
図５を用いて、本実施形態に係る相互認証システムの処理について、説明する。
なお、本実施形態では、ユーザがオンラインショッピングサイト（ウェブサーバ）１にアクセスする場合を例にとって説明する。
【００４７】
まず、端末３（ＰＣ）からオンラインショッピングサイト（ウェブサーバ）１にログインをする。そして、オンラインショッピングサイト（ウェブサーバ）１との間で、商品の購入手続き等を行う（ステップＳ１０１）。
【００４８】
オンラインショッピングサイト（ウェブサーバ）１は、ユーザのウェブ上での手続情報、例えば、購入商品、送付先、送金の金額、振込先等の情報と所定の乱数とを保有する共通鍵で暗号化する（ステップＳ１０２）。次に、オンラインショッピングサイト（ウェブサーバ）１は、その暗号化された情報から二次元コードを生成し、生成した二次元コードを端末３（ＰＣ）送信する（ステップＳ１０３）。
【００４９】
携帯端末２は、端末３（ＰＣ）の表示部３４に表示された二次元コードを読み取り（ステップＳ１０４）、その読み取った二次元コードをデコードする（ステップＳ１０５）。さらに、共通鍵を用いて、そのデコードした情報を復号し（ステップＳ１０６）、その復号した情報の内容が正しいときに、乱数と共通鍵とを用いてユーザを特定する、例えば、ワンタイムパスワード等の固有情報を生成する（ステップＳ１０７）。そして、オンラインショッピングサイト（ウェブサーバ）１が、その固有情報を検証する（ステップＳ１０８）。
【００５０】
したがって、本実施形態によれば、二次元コードの内容を検証できる携帯端末のみがウェブサーバからの情報を検証することができ、さらに、携帯端末が携帯端末でしか生成できない情報をウェブサーバに対して送信することから、たとえ、ネットワーク上に中間者がいても、ウェブサーバから送られてくる情報がユーザの送信する情報とは異なる情報であるため、ユーザは、容易に中間者の存在を認知することができる。また、携帯端末が直接、ウェブサーバと通信を行わないため、セキュリティを確保することができる。
【００５１】
＜第２の実施形態＞
図６から図１１を用いて、本実施形態について説明する。
本実施形態に係る相互認証システムは、図６に示すように、ウェブサーバ１１０と、携帯端末１２０、検証サーバ１３０、端末（ＰＣ）１４０とからなり、ウェブサーバ１１０と端末（ＰＣ）１４０とは、ネットワーク１５０を介して接続されている。なお、本実施形態においては、ウェブサーバ１１０と携帯端末１２０とが互いに共通鍵を保有しているものとし、検証サーバ１３０が、携帯端末１２０のサブスクライバＩＤを保有しているものとする。
【００５２】
＜ウェブサーバの構成＞
本実施形態に係るウェブサーバ１１０は、図７に示すように、手続処理部１１１と、暗号化部１１２と、二次元コード生成部１１３と、送信部１１４とから構成されている。
【００５３】
手続処理部１１１は、オンラインショッピング等における商品の購入手続きを処理する。暗号化部１１２は、ユーザのウェブ上での手続情報と所定の乱数とを保有する共通鍵で暗号化する。二次元コード生成部１１３は、暗号化部１１２において暗号化された情報から二次元コードを生成する。なお、二次元コードは、ＱＲコードであってもよい。ＱＲコードを用いる場合には、特別な装置を用いなくとも、例えば、一般的に流通しているカメラ付き携帯電話等で容易に情報を読み取ることができるため、利便性に優れている。また、本実施形態では、二次元コードを例示したが、これに限らず、例えば、赤外線等を用いたセキュアな通信方法でもよい。送信部１１４は、二次元コード生成部１１３が生成した二次元コードを携帯端末１２０に送信する。
【００５４】
＜携帯端末の構成＞
本実施形態に係る携帯端末１２０は、図８に示すように、二次元コード読取部１２１と、デコード部１２２と、復号化部１２３と、固有情報生成部１２４と、送信部１２５とから構成されている。なお、携帯端末１２０は、携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）のような信頼のできるデバイスであればよい。
【００５５】
二次元コード読取部１２１は、ウェブサーバ１１０の二次元コード生成部１１３が生成した二次元コードを例えば、携帯電話のカメラ等で取り込むことで、その内容を読み取る。デコード部１２２は、二次元コード読取部１２１が読み取った二次元コードをデコードする。
【００５６】
復号化部１２３は、保有する共通鍵を用いて、デコード部１２２がデコードした情報を復号する。固有情報生成部１２４は、復号化部１２３が復号した情報の内容が正しいときに、乱数と保有する共通鍵とを用いてユーザを特定する固有情報を生成する。送信部１２５は、固有情報生成部１２４が生成した固有情報を検証サーバ１３０に送信する。なお、ユーザを特定する固有情報は、ＨＭＡＣ等を利用したワンタイムパスワード等を利用してもよい。
【００５７】
＜検証サーバの構成＞
本実施形態に係る検証サーバ１３０は、図９に示すように、受信部１３１と、検証部１３２と、ユーザ特定部１３３とからなり、検証サーバ１３０は、ウェブサーバ１１０に接続されている。
【００５８】
受信部１３１は、携帯端末１２０からユーザを特定する固有情報を受信する。検証部１３２は、ユーザ特定部１３３においてユーザを特定した後に、ユーザを特定する固有情報を検証する。ユーザ特定部１３３は、保有する携帯端末の固有ＩＤからユーザを特定する。
【００５９】
＜端末の構成＞
本実施形態に係る端末１４０は、図１０に示すように、情報入力部１４１と、アクセス部１４２と、受信部１４３と、表示部１４４とから構成されている。
【００６０】
情報入力部１４１は、インターネットを介してウェブサーバ１にアクセスするためのＵＲＬや電子商取引に必要な情報を入力する。アクセス部１４２は、情報入力部１４１に入力されたＵＲＬから所望のウェブサーバ１１０へのアクセスを行う。
【００６１】
受信部１４３は、ウェブサーバ１１０の二次元コード生成部１１３が生成した二次元コードを受信する。表示部１４４は、ウェブページを表示するほか、受信部１４３において受信した二次元コードを表示画面上に表示する。
【００６２】
＜相互認証システムの処理＞
図１１を用いて、本実施形態に係る相互認証システムの処理について、説明する。
なお、本実施形態では、ユーザがオンラインショッピングサイト（ウェブサーバ）１１０にアクセスする場合を例にとって説明する。
【００６３】
まず、端末１４０（ＰＣ）からオンラインショッピングサイト（ウェブサーバ）１１０にログインをする。そして、オンラインショッピングサイト（ウェブサーバ）１１０との間で、商品の購入手続き等を行う（ステップＳ２０１）。
【００６４】
オンラインショッピングサイト（ウェブサーバ）１１０は、ユーザのウェブ上での手続情報、例えば、購入商品、送付先、送金の金額、振込先等の情報と所定の乱数とを保有する共通鍵で暗号化する（ステップＳ２０２）。次に、オンラインショッピングサイト（ウェブサーバ）１１０は、その暗号化された情報から二次元コードを生成し、生成した二次元コードを端末１４０（ＰＣ）送信する（ステップＳ２０３）。
【００６５】
携帯端末１２０は、端末１４０（ＰＣ）の表示部１４４に表示された二次元コードを読み取り（ステップＳ２０４）、その読み取った二次元コードをデコードする（ステップＳ２０５）。さらに、共通鍵を用いて、そのデコードした情報を復号し（ステップＳ２０６）、その復号した情報の内容が正しいときに、乱数と共通鍵とを用いてユーザを特定する、例えば、ワンタイムパスワード等の固有情報を生成し、検証サーバ１３０に送信する（ステップＳ２０７）。
【００６６】
検証サーバ１３０は、携帯端末１２０の固有ＩＤからユーザを特定し（ステップＳ２０８）、ユーザを特定した後に、ユーザを特定する固有情報を検証する（ステップＳ２０９）。
【００６７】
したがって、二次元コードの内容を検証できる携帯端末のみがウェブサーバからの情報を検証することができ、さらに、携帯端末が携帯端末でしか生成できない情報をウェブサーバに対して送信することから、たとえ、ネットワーク上に中間者がいても、ウェブサーバから送られてくる情報がユーザの送信する情報とは異なる情報であるため、ユーザは、容易に中間者の存在を認知することができる。また、携帯端末が生成するユーザを特定するための固有情報と携帯端末の固有ＩＤとを検証サーバが照合して、ユーザ確認を実行することから、確実にユーザを特定することができる。さらに、検証情報を別の経路で検証サーバに送信することから、第三者による情報の改竄を防止して、セキュリティを高めることができる。
【００６８】
＜第３の実施形態＞
図１２から図１７を用いて、本実施形態について説明する。
本実施形態に係る相互認証システムは、図１２に示すように、ウェブサーバ２１０と、携帯端末２２０、検証サーバ２３０、端末（ＰＣ）２４０とからなり、ウェブサーバ２１０と端末（ＰＣ）２４０とは、ネットワーク２５０を介して接続されている。なお、本実施形態においては、携帯端末２２０が公開鍵を保有し、ウェブサーバ２１０が秘密鍵を保有しているものとし、検証サーバ２３０が、携帯端末２２０の固有ＩＤを保有しているものとする。
【００６９】
＜ウェブサーバの構成＞
本実施形態に係るウェブサーバ２１０は、図１３に示すように、手続処理部２１１と、署名部２１２と、二次元コード生成部２１３と、送信部２１４とから構成されている。
【００７０】
手続処理部２１１は、オンラインショッピング等における商品の購入手続きを処理する。署名部２１２は、ユーザのウェブ上での手続情報に保有する秘密鍵で署名を行う。二次元コード生成部２１３は、署名部２１２において署名された情報から二次元コードを生成する。なお、二次元コードは、ＱＲコードであってもよい。ＱＲコードを用いる場合には、特別な装置を用いなくとも、例えば、一般的に流通しているカメラ付き携帯電話等で容易に情報を読み取ることができるため、利便性に優れている。また、本実施形態では、二次元コードを例示したが、これに限らず、例えば、赤外線等を用いたセキュアな通信方法でもよい。送信部２１４は、二次元コード生成部２１３が生成した二次元コードを携帯端末２２０に送信する。
【００７１】
＜携帯端末の構成＞
本実施形態に係る携帯端末２２０は、図１４に示すように、二次元コード読取部２２１と、デコード部２２２と、署名検証部２２３と、確認情報生成部２２４と、送信部２２５とから構成されている。なお、携帯端末２２０は、携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）のような信頼のできるデバイスであればよい。
【００７２】
二次元コード読取部２２１は、ウェブサーバ２１０の二次元コード生成部２１３が生成した二次元コードを例えば、携帯電話のカメラ等で取り込むことで、その内容を読み取る。デコード部２２２は、二次元コード読取部２２１が読み取った二次元コードをデコードする。
【００７３】
署名検証部２２３は、保有する公開鍵を用いて、デコード部２２２においてデコードした情報の署名を検証する。確認情報生成部２２４は、署名の内容が正しいときに、署名を確認した旨の確認情報を生成する。
【００７４】
＜検証サーバの構成＞
本実施形態に係る検証サーバ２３０は、図１５に示すように、受信部２３１と、確認部２３２と、ユーザ特定部２３３とからなり、検証サーバ２３０は、ウェブサーバ２１０に接続されている。
【００７５】
受信部２３１は、携帯端末２２０から署名を確認した旨の確認情報を受信する。確認部２３２は、ユーザ特定部２３３においてユーザを特定した後に、受信した確認情報を確認する。ユーザ特定部２３３は、保有する携帯端末の固有ＩＤからユーザを特定する。
【００７６】
＜端末の構成＞
本実施形態に係る端末２４０は、図１６に示すように、情報入力部２４１と、アクセス部２４２と、受信部２４３と、表示部２４４とから構成されている。
【００７７】
情報入力部２４１は、インターネットを介してウェブサーバ２１０にアクセスするためのＵＲＬや電子商取引に必要な情報を入力する。アクセス部２４２は、情報入力部２４１に入力されたＵＲＬから所望のウェブサーバ２１０へのアクセスを行う。
【００７８】
受信部２４３は、ウェブサーバ２１０の二次元コード生成部２１３が生成した二次元コードを受信する。表示部２４４は、ウェブページを表示するほか、受信部２４３において受信した二次元コードを表示画面上に表示する。
【００７９】
＜相互認証システムの処理＞
図１７を用いて、本実施形態に係る相互認証システムの処理について、説明する。
なお、本実施形態では、ユーザがオンラインショッピングサイト（ウェブサーバ）２１０にアクセスする場合を例にとって説明する。
【００８０】
まず、端末２４０（ＰＣ）からオンラインショッピングサイト（ウェブサーバ）２１０にログインをする。そして、オンラインショッピングサイト（ウェブサーバ）２１０との間で、商品の購入手続き等を行う（ステップＳ３０１）。
【００８１】
オンラインショッピングサイト（ウェブサーバ）２１０は、ユーザのウェブ上での手続情報、例えば、購入商品、送付先、送金の金額、振込先等の情報に保有する秘密鍵で署名を行う（ステップＳ３０２）。次に、オンラインショッピングサイト（ウェブサーバ）２１０は、その署名がされた情報から二次元コードを生成し、生成した二次元コードを端末２４０（ＰＣ）送信する（ステップＳ３０３）。
【００８２】
携帯端末２２０は、端末２４０（ＰＣ）の表示部２４４に表示された二次元コードを読み取り（ステップＳ３０４）、その読み取った二次元コードをデコードする（ステップＳ３０５）。さらに、保有する公開鍵を用いて、そのデコードした情報の署名を検証し（ステップＳ３０６）、その署名の内容が正しいときに、署名を確認した旨の確認情報を生成し、検証サーバ２３０に送信する（ステップＳ３０７）。
【００８３】
検証サーバ２３０は、携帯端末２２０の固有ＩＤからユーザを特定し（ステップＳ３０８）、ユーザを特定した後に、確認情報を検証する（ステップＳ３０９）。
【００８４】
したがって、本実施形態によれば、二次元コードの内容を検証できる携帯端末のみがウェブサーバからの情報を検証することができ、さらに、携帯端末が携帯端末でしか生成できない情報をウェブサーバに対して送信することから、たとえ、ネットワーク上に中間者がいても、ウェブサーバから送られてくる情報がユーザの送信する情報とは異なる情報であるため、ユーザは、容易に中間者の存在を認知することができる。また、検証サーバが携帯端末の固有ＩＤからユーザを特定し、さらに、携帯端末においてなされた署名の確認情報を確認することから、確実にユーザを特定することができる。さらに、暗号化処理を行わないことから、システム全体の処理負荷を軽減することができる。
【００８５】
なお、これらプログラムをコンピュータ読み取り可能な記録媒体に記録し、この記録媒体に記録されたプログラムを携帯端末、ウェブサーバ、端末、検証サーバのそれぞれ（いずれもコンピュータシステム）に読み込ませ、実行することによって本発明の相互認証システムを実現することができる。ここでいうコンピュータシステムとは、ＯＳや周辺装置等のハードウェアを含む。
【００８６】
また、「コンピュータシステム」は、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）システムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
【００８７】
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００８８】
以上、この発明の実施形態につき、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。例えば、本実施形態では、端末を介在させる例について説明したが、端末を用いずに、携帯端末からウェブサーバに直接アクセスするようなシステムでもよい。
【００８９】
また、第１の実施形態および第２の実施形態においては、ウェブサーバが、ユーザのウェブ上での手続情報と所定の乱数とを保有する共通鍵で暗号化し、その暗号化された情報から二次元コードを生成し、端末に送信するとともに、携帯端末が、端末の表示部に表示された二次元コードを読み取り、その読み取った二次元コードをデコードし、共通鍵を用いて、そのデコードした情報を復号して、その復号した情報の内容が正しいときに、乱数と共通鍵とを用いてユーザを特定する固有情報を生成する場合について説明したが、これに限らず、共通鍵とユーザのウェブ上での手続情報とから生成したハッシュベースメッセージ（ＨＭＡＣ）と、所定の乱数を二次元コードとして、端末に送信するとともに、携帯端末が、端末の表示部に表示された二次元コードを読み取り、その読み取った二次元コードをデコードし、得られたハッシュベースメッセージ（ＨＭＡＣ）を検証して、乱数と共通鍵とから固有情報を生成してもよい。この方法によれば、暗号化および復号化処理を行わないため、システムの処理負荷を軽減することができる。
【００９０】
さらに、第２の実施形態においては、乱数と共通鍵とを用いて固有情報を生成し、検証サーバに送信する例について説明したが、これに限らず、固有情報を生成する代わりに、復号化した情報を確認した旨の確認情報を生成し、この確認情報を検証サーバに送信するようにしてもよい。この方法によれば、携帯端末での暗号化処理が不要となり、携帯端末の処理負荷を軽減することができる。
【図面の簡単な説明】
【００９１】
【図１】第１の実施形態に係る相互認証システムの構成図である。
【図２】第１の実施形態に係るウェブサーバの構成図である。
【図３】第１の実施形態に係る携帯端末の構成図である。
【図４】第１の実施形態に係る端末の構成図である。
【図５】第１の実施形態に係る相互認証システムの処理フローである。
【図６】第２の実施形態に係る相互認証システムの構成図である。
【図７】第２の実施形態に係るウェブサーバの構成図である。
【図８】第２の実施形態に係る携帯端末の構成図である。
【図９】第２の実施形態に係る端末の構成図である。
【図１０】第２の実施形態に係る検証サーバの構成図である。
【図１１】第２の実施形態に係る相互認証システムの処理フローである。
【図１２】第３の実施形態に係る相互認証システムの構成図である。
【図１３】第３の実施形態に係るウェブサーバの構成図である。
【図１４】第３の実施形態に係る携帯端末の構成図である。
【図１５】第３の実施形態に係る端末の構成図である。
【図１６】第３の実施形態に係る検証サーバの構成図である。
【図１７】第３の実施形態に係る相互認証システムの処理フローである。
【符号の説明】
【００９２】
１、１１０、２１０・・・ウェブサーバ、２、１２０、２２０・・・携帯端末、３、１４０、２４０・・・端末（ＰＣ）、１３０、２３０・・・検証サーバ、４、１５０、２５０・・・ネットワーク、１１、１１１、２１１・・・手続処理部、１２、１１２・・・暗号化部、１３、１１３、２１３・・・二次元コード生成部、１４、２５、１１４、１２５、２１４、２２５・・・送信部、１５、３３、１３１、１４３、２３１、２４３・・・受信部、１６、１３２・・・検証部、２１、１２１、２２１・・・二次元コード読取部、２２、１２２、２２２・・・デコード部、２３、１２３・・・復号化部、２４、１２４・・・固有情報生成部、３１、１４１、２４１・・・情報入力部、３２、１４２、２４２・・・アクセス部、３４、１４４、２４４・・・表示部、１３３、２３３・・・ユーザ特定部、２１２・・・署名部、２２３・・・署名検証部、２２４・・・確認情報生成部、２３２・・・確認部
【図１】
2009124311.tif 000003
【図２】
2009124311.tif 000004
【図３】
2009124311.tif 000005
【図４】
2009124311.tif 000006
【図５】
2009124311.tif 000007
【図６】
2009124311.tif 000008
【図７】
2009124311.tif 000009
【図８】
2009124311.tif 000010
【図９】
2009124311.tif 000011
【図１０】
2009124311.tif 000012
【図１１】
2009124311.tif 000013
【図１２】
2009124311.tif 000014
【図１３】
2009124311.tif 000015
【図１４】
2009124311.tif 000016
【図１５】
2009124311.tif 000017
【図１６】
2009124311.tif 000018
【図１７】
2009124311.tif 000019