秘密情報送信方法
【課題】スパイウェア等が存在し得る環境下でも安全に秘密情報を送る。
【解決手段】サービス提供者装置が、ページ識別子等を含む情報をQRコードに変換し、QRコードを含むページを利用者装置に送信し、利用者装置が、QRコードを表示し、正当性を保証されたアプリケーションのみを搭載する機能を備えた外部装置が、QRコードを読み込み、元の情報を抽出し、秘密情報入力フォームを表示して秘密情報の入力を受け付け、秘密情報とページ識別子とを含む情報をサービス提供者装置のみが解読できるように暗号化した暗号化情報をサービス提供者装置に送信し、利用者装置が、秘密情報以外の情報の入力を受け付け、その情報とページ識別子とを含む次ページ要求をサービス提供者装置に送信し、サービス提供者装置が、ページ識別子に基づき、秘密情報とそれ以外の情報とを一体のものとして用いる。
【解決手段】サービス提供者装置が、ページ識別子等を含む情報をQRコードに変換し、QRコードを含むページを利用者装置に送信し、利用者装置が、QRコードを表示し、正当性を保証されたアプリケーションのみを搭載する機能を備えた外部装置が、QRコードを読み込み、元の情報を抽出し、秘密情報入力フォームを表示して秘密情報の入力を受け付け、秘密情報とページ識別子とを含む情報をサービス提供者装置のみが解読できるように暗号化した暗号化情報をサービス提供者装置に送信し、利用者装置が、秘密情報以外の情報の入力を受け付け、その情報とページ識別子とを含む次ページ要求をサービス提供者装置に送信し、サービス提供者装置が、ページ識別子に基づき、秘密情報とそれ以外の情報とを一体のものとして用いる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フィッシャーやスパイウェアが存在し得るネットワーク環境下において安全に秘密情報を送受信することを可能とする技術に関するものである。
【背景技術】
【０００２】
最近、フィッシング（Phishing）と呼ばれるWebサイトの成りすましによる詐欺やスパイウェアによる利用者の秘密情報の不正取得が流行し始めている。
【０００３】
フィッシングに対する対策として現在のところ様々なものが提案されている。それらの方法として、Webページの挙動のパターン（Java scriptコード）やそれを呼び出すURLの内容から疑わしいサイトを検出したり、利用者PCとセンタ側のサーバとに認証処理を行うモジュールを組み込み、互いに認証を行うことにより、真正なサイトであることを確認する方法などがある。
【０００４】
しかし、Webサイトの挙動パターンから不正を判定する方法は、基本的に後追いであり、全ての不正を防止することはできない。また、スパイウェアを利用者のPCに巧妙に埋め込み、それと連携したフィッシングも出てきている。スパイウェアによっては、PC内にあるドメインネームとIPアドレスの対応表のキャッシュを書き換えることができ、その場合は利用者が正しいURLを指定してもフィッシャーのサイトに誘導されてしまう（例えば非特許文献１参照）。
【０００５】
また、フィッシング対策製品を利用者PCにインストールしたとしても、スパイウェアがそれらを改竄または入れ替えてしまうことは可能であり、そうすればいくらでも利用者をだますことができる。
【０００６】
SSLを用いれば、Webサイトの真正性が確認できると言われているが、SSLでの確認はブラウザにあらかじめ登録された「信頼された証明機関」の証明書を基点に行うものである。スパイウェアは、偽の「信頼された証明機関」の証明書を追加したり、入替えたりすることが可能であり、スパイウェアを前提とすればSSLによりフィッシングを防止することはできない。
【０００７】
さらにスパイウェアのなかにはキーロガーと呼ばれるものがあり、それによればキーボードにより打鍵したデータは、そのまま不正者の元に送信されてしまう（非特許文献１参照）。即ち、フィッシングの有無にかかわらず、キーロガーが存在すれば情報は盗まれてしまう。
【０００８】
スパイウェア対策としては、スパイウェアのコードパターンや挙動によりその検出を行うという対策が取られているが、これもスパイウェアが現れ、それを分析して初めて対応できるという後追いの対策であり、防御として手遅れ、または不正の検出が不可となる場合もあり、不十分である。
【非特許文献１】日経コンピュータ2005年4.18号 pp53-59「フィッシング 心理を逆手に取る手法が登場 プロが気付かない手口も」
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上述したとおり、スパイウェアの存在やフィッシャーサイトへの接続の可能性を完全に消し去ることのできない現状に鑑み、本発明は、フィッシャーやスパイウェアが存在し得るネットワーク環境下でも、利用者が入力した秘密情報を不正な第三者に漏れないようにしてサービス提供者に送信し、サービス提供者がその情報を用いてサービスを提供することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の課題は、サービス提供者装置と、サービス提供者装置が提供するサービスを利用する利用者装置とがネットワークを介して接続されたネットワークシステムにおいて、利用者により入力された秘密情報を、第三者への漏洩が発生することなく、サービス提供者装置に送信する秘密情報送信方法であって、利用者装置からのページ要求を受信したサービス提供者装置が、ページ識別子と、秘密情報入力フィールド定義情報と、秘密情報転送先アドレスとを含む情報をQRコードに変換し、当該QRコードを含むページを利用者装置に送信するステップと、利用者装置が、受信したページに含まれる前記QRコードを表示するステップと、所定の第三者機関により正当性を保証されたアプリケーションのみを搭載する機能を備えた外部装置が、前記QRコードを読み込み、当該QRコードの元の情報を抽出するステップと、外部装置が、秘密情報入力フィールド定義情報に基づき秘密情報入力フォームを表示し、利用者からの秘密情報の入力を受け付け、当該秘密情報とページ識別子とを含む情報をサービス提供者装置のみが解読できるように暗号化した暗号化情報を生成し、当該暗号化情報を秘密情報転送先アドレスを用いてサービス提供者装置に送信するステップと、利用者装置が、外部装置で入力された秘密情報以外の情報の入力を受け付け、その情報と前記ページ識別子とを含む次ページ要求をサービス提供者装置に送信するステップと、サービス提供者装置が、前記ページ識別子に基づき、前記暗号化情報を解読して得られる秘密情報とそれ以外の情報とを一体のものとして用いることによりサービス提供処理を実行するステップとを有することを特徴とする秘密情報送信方法により解決できる。
【００１１】
また、上記の課題は、サービス提供者装置と、サービス提供者装置が提供するサービスを利用する利用者装置とがネットワークを介して接続されたネットワークシステムにおいて、利用者により入力された秘密情報を、第三者への漏洩が発生することなく、サービス提供者装置に送信する秘密情報送信方法であって、利用者装置からのページ要求を受信したサービス提供者装置が、ページ識別子と、秘密情報入力フィールド定義情報と、秘密情報転送先アドレスとを含む情報を有するページを利用者装置に送信するステップと、利用者装置が、受信したページに含まれる前記情報を、所定の第三者機関により正当性を保証されたアプリケーションのみを搭載する機能を備えた外部装置に送信するステップと、外部装置が、前記情報を受信し、秘密情報入力フィールド定義情報に基づき秘密情報入力フォームを表示し、利用者からの秘密情報の入力を受け付け、当該秘密情報とページ識別子とを含む情報をサービス提供者装置のみが解読できるように暗号化した暗号化情報を生成し、当該暗号化情報と秘密情報転送先アドレスを利用者装置に送信するステップと、利用者装置が、前記暗号化情報を秘密情報転送先アドレスを用いてサービス提供者装置に送信するステップと、利用者装置が、外部装置で入力された秘密情報以外の情報の入力を受け付け、その情報と前記ページ識別子とを含む次ページ要求をサービス提供者装置に送信するステップと、サービス提供者装置が、前記ページ識別子に基づき、前記暗号化情報を解読して得られる秘密情報とそれ以外の情報とを一体のものとして用いることによりサービス提供処理を実行するステップとを有することを特徴とする秘密情報送信方法によっても解決できる。
【００１２】
また、上記の課題は、サービス提供者装置と、サービス提供者装置が提供するサービスを利用する利用者装置とがネットワークを介して接続されたネットワークシステムにおいて、利用者により入力された秘密情報を、第三者への漏洩が発生することなく、サービス提供者装置に送信する秘密情報送信方法であって、利用者装置からのページ要求を受信したサービス提供者装置が、秘密情報入力フィールド定義情報を含む情報を有するページを利用者装置に送信するステップと、利用者装置が、受信したページに含まれる前記情報を、所定の第三者機関により正当性を保証されたアプリケーションのみを搭載する機能を備えた外部装置に送信するステップと、外部装置が、前記情報を受信し、秘密情報入力フィールド定義情報に基づき秘密情報入力フォームを表示し、利用者からの秘密情報の入力を受け付け、当該秘密情報を含む情報をサービス提供者装置のみが解読できるように暗号化した暗号化情報を生成し、当該暗号化情報を利用者装置に送信するステップと、利用者装置が、外部装置で入力された秘密情報以外の情報の入力及び次ページ要求指示を受け付け、前記暗号化情報と秘密情報以外の情報とを含む次ページ要求をサービス提供者装置に送信するステップと、サービス提供者装置が、次ページ要求に含まれる前記暗号化情報を解読して得られる秘密情報と秘密情報以外の情報とを用いることによりサービス提供処理を実行するステップとを有することを特徴とする秘密情報送信方法によっても解決できる。
【発明の効果】
【００１３】
本発明によれば、フィッシャーやスパイウェアが存在し得るネットワーク環境下でも、利用者が入力した秘密情報を不正な第三者に漏れないようにしてサービス提供者に送信し、サービス提供者がその情報を用いてサービスを提供することが可能となる。
【００１４】
また、本発明では、所定の第三者機関により正当性を保証されたアプリケーションのみを搭載する安全な外部機器を用いて秘密情報を暗号化して送信することとしたので、操作性が良く、多彩な処理が可能な利用者装置（PC)のメリットを活かしつつ、非常に重要な秘密情報は保護できるという効果がある。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態として第１〜第３の実施の形態について説明する。本実施の形態では、利用者側でスパイウェアなどの不正なプログラムが存在する可能性のある利用者装置（Webブラウザが搭載されたパソコン（PC)等）と不正なプログラムが存在し得ないように構成された外部装置とを組合わせて使用することにより、利用者がサービス提供者へ秘密情報を安全に送るシステムを実現している。
【００１６】
［外部装置の構成例］
まず、本発明の実施の形態で用いられる外部装置について説明する。この外部装置としては一般的な携帯電話機や携帯端末等と同様の構成のものを使用できるが、信用度の高い外部装置提供者によって提供される装置であることが好ましい。例えば、外部装置が携帯電話機であれば、外部装置提供者として携帯電話会社が考えられる。
【００１７】
外部装置はＣＰＵ、メモリ、通信装置、プログラム等を含むコンピュータの構成を有しているが、特徴的な機能として、正当性が保証されたアプリケーションのみを搭載する機能を有している。
【００１８】
図１を参照して本実施の形態における外部装置１０の特徴的な機能を説明する。図１に示すように、この外部装置１０は表示機能１１、文字入力機能１２、及び通信機能１３を有する。通信機能１１は、ネットワークに接続されたサーバと通信する機能や利用者装置と通信する機能等を持つ。
【００１９】
また、外部装置１０にはAP（アプリケーションプログラム）１４と、AP（アプリケーションプログラム）１４の登録と実行をコントロールするための機能を持つOS（オペレーティングシステム）１５が含まれる。
【００２０】
これらのAP１４とOS１５は、外部装置１０の出荷時にセットで外部装置提供者により利用者に供給されるものである。また、この外部装置１０におけるOS１５の更改は、外部装置提供者の提供したファイルでのみ行われるよう、OS１５自身によって制御される。即ち、OS１５は外部装置提供者の意図に反して不正に改竄されることはない。
【００２１】
また、外部装置１０のハードウェアメモリ１６上にはOS１５のみが参照更新できる領域１７（タンパーフリーな情報格納域）があり、AP１４に付与された署名を検証する鍵（外部装置提供者の秘密の署名鍵に対応する公開鍵）と証明機関の署名を検証する公開鍵があらかじめ格納されている。つまり、外部装置提供者から外部装置１０が出荷された時点でこれらの鍵がタンパーフリーな情報格納域１７に格納されている。また、鍵の更新は、OS１５による制御の下、外部装置提供者のサーバとの通信により行われ、外部装置提供者の意図に反して不正な鍵が登録されることはない。
【００２２】
次に、外部装置１０上のAP１４の管理について説明する。
【００２３】
OS１５の機能により、この外部装置１０には、外部装置提供者に信頼されるAP提供者によって作成されたAP１４のみが搭載される。ここで「AP提供者が信頼される」の意味は、(a) そのAP提供者は決して不正なプログラムは作成しないと外部装置提供者が確信できる、 (b) そのAP提供者に十分な耐性を持ったプログラムの作成能力があり、バッファーオーバーフローやコマンドインジェクションを引き起こすような不正なデータを入力として与えても、それを検出し排除でき、異常な動作を起こさない品質のプログラムを作成するということについて外部装置提供者が確信できる、ということである。
外部装置１０が、信頼されるAP提供者の提供したAP１４のみを搭載するためのメカニズムを図１を参照して説明する。
AP供給者がAPを作成したら（ステップ１）、その安全性について外部装置提供者のチェックを受ける。外部装置提供者は、チェックOKであれば自身の持つ署名鍵により、そのプログラムに署名を付与する（ステップ２）。然る後、外部装置提供者はそのAPを利用者がダウンロードできるように所定のサーバに置く。
【００２４】
外部装置１０は、利用者の指示により、外部装置提供者のサーバからAPをダウンロードするが、その際、OS１５はAPに付与された署名を自らが格納する検証鍵により検証し、検証OKの場合のみ、プログラムの登録を行い、実行可能の状態にする（ステップ３）。検証OKと言うことは、APが外部装置提供者から確かに改竄なしに届けられたプログラムであることを意味している。
【００２５】
このように管理された外部装置１０上には正しいAPしか存在しえなく、スパイウェアなどは活動できない。
【００２６】
上記のような外部装置１０を実現するための携帯電話機のOSとして、例えば英Symbian社が開発したSymbian OSv9がある。Symbian OSv9は、上述した署名付APのみ動作可能とする制御機能を持っている（参考文献：”Mobile Phones: The Next Frontier for Hackers?”, Neal Leavitt, IEEE Computer April 2005, pp20-23）。
【００２７】
以下で説明する第１〜第３の実施の形態では、外部装置１０としてアプリケーションを実行可能な携帯電話機を用いることを前提としている。
【００２８】
（第１の実施の形態）
まず、本発明の第１の実施の形態について説明する。第１の実施の形態は、利用者装置と携帯電話機との間の通信が、利用者装置から携帯電話機への片方向のみ可能である場合の実施形態である。
【００２９】
［システムの構成］
第１の実施の形態のシステムの全体構成を図２に示す。図２に示すとおり、本実施の形態のシステムは、信頼される証明機関により運営される証明機関装置２０、利用者からの情報の入力を受けることにより所定のサービスを利用者に提供するサービス提供者装置３０、サービス提供者装置３０からのサービスを受ける利用者装置４０（PC等）、及び利用者装置４０とともに用いられる外部装置１０（以下、携帯電話機１０であるものとして説明を行う）を有している。
【００３０】
証明機関装置２０はサービス提供者の公開鍵証明書を発行する装置であり、公開鍵基盤（PKI）における認証局と同様の機能を持ち、自ら使用する署名鍵（秘密鍵：Kcs）と署名検証鍵（公開鍵：Kcp）を保持している。
【００３１】
サービス提供者装置３０はWebを用いてネットワーク上でサービスを提供する装置である。図３にサービス提供者装置３０の機能構成例を示す。図３に示すとおり、サービス提供者装置３０は、ネットワーク通信を行うための通信機能部３１、Webページの作成やWebページの送受信を行うWeb機能部３２、鍵生成、情報の暗号化や復号、署名に関する処理、QRコード生成、及びその他の処理を行う暗号化情報処理部３３、秘密情報とその他の情報を用いてサービス提供に係る処理を実行するサービス処理部３４、秘密鍵等の鍵を管理する鍵管理部３５を有している。サービス提供者装置３０は、CPU、記憶装置等を有するコンピュータであり、上記の各機能部はコンピュータのハードウェアとプログラムとが協働して実現されるものである。また、サービス提供者装置３０はID（商号、サービス名、商標など）を記憶装置内に保有している。そのIDは、一般利用者がそれを以ってサービス提供者やサービス提供者が提供するサービスを同定できるものである。
【００３２】
利用者装置１０はPC等のコンピュータであり、Webブラウザを搭載している。また、携帯電話機１０は、本実施の形態で説明する動作を実現するためのアプリケーションと公開の署名検証鍵（Kcp）をその記憶装置に予め保持している。本実施の形態の処理はこのアプリケーションにより実現されている。また、本実施の形態では、携帯電話機１０と利用者装置４０との間では、利用者装置４０から携帯電話機１０への片方向のみの通信が行えればよく、利用者装置４０の画面上のWebページにQRコードを表示することにより、携帯電話機１０が当該QRコードを読み取ることとしている。つまり、携帯電話機１０は、QRコードを読み取り、それを解読する手段を備えている。
【００３３】
以下、本実施の形態での利用者によるサービス利用時の動作の前提となる処理について説明する。なお、以下の処理には人の作業が含まれている。
【００３４】
サービス提供者装置３０は、まず自らの公開鍵（Ksp）と秘密鍵（Kss）のペアを生成し、自らのIDと公開鍵（Ksp）を証明機関装置２０に送り、公開鍵証明書の発行を依頼する。その際、そのIDが自らのものであることを証明機関に示す。
【００３５】
証明機関は、そのIDが確かに公知であり、サービス提供者のものであることを認定できる場合に、サービス提供者（およびその名称などの属性）とIDと申請された公開鍵を対応付けて認証機関装置２０のデータベースに登録し、さらに、IDと公開鍵情報とサービス提供者名とを含んだ情報を作成し、それに自らの秘密鍵（Kcs）で署名を付して、公開鍵証明書（Cert(Ksp, ID)）を作成する。それを安全な方法で申請者に送付する。なお、公開鍵証明書は、サービス提供者のID、サービス提供者の公開鍵（Ksp）、証明書有効期限、証明機関とその公開鍵の識別子、を必須情報として含む。
【００３６】
本実施の形態では、公開鍵証明書の情報を利用者装置４０の画面上に表示されるQRコードに含ませることになるが、QRコードの情報容量に制限があることから、公開鍵証明書はできるだけ情報量を少なくするよう構成することが好ましい。
［システムの動作］
次に、本実施の形態のシステムの動作をシーケンス図を参照して詳細に説明する。
【００３７】
（１−１）最初に、サービス提供者装置３０による利用者の秘密情報入力ページの送信処理について図４を参照して説明する。
【００３８】
利用者がサービス提供者のサービス（例えばオンラインショッピングでの商品購入）を利用しようとするときに、利用者によるブラウザ画面の操作により、利用者装置４０はサービス提供者装置３０に対してページ要求（利用者による情報入力を必要とするページの要求であるものとする）を送信する（ステップ１１）。
【００３９】
ページ要求を受信したサービス提供装置３０は、要求されたページにおいて利用者が入力する情報のうち機密度の高い情報（秘密情報と呼ぶ）の入力を利用者の携帯電話機１０で行うことができるよう、以下の情報Ａ〜情報ＥをQRコード（Quick Response code）に変換し（ステップ１２）、要求されたページに貼り付けて利用者装置４０に送信する（ステップ１３）。
・情報Ａ：秘密情報入力フィールドの定義
・情報Ｂ：公開鍵証明書（Cert(Ksp,ID)）
・情報C：ページ識別子
・情報D：携帯電話機からの情報転送先アドレス
・情報E：上記情報Ａ〜Ｄについてのサービス提供者の署名
上記の情報C（ページ識別子）は、サービス提供者装置３０が送ったページをユニークに識別するためのもので、同じページ内容でもページを送る度に異なる。また、情報Ｄ（携帯電話機からの情報転送先アドレス）は、サービス提供者装置３０が携帯電話機１０から暗号化された秘密情報を受け取るためのアドレスである。
【００４０】
なお、ステップ１３において利用者装置４０に送られるページには、利用者が入力する情報のうち機密性の高いいくつかの情報は携帯電話機１０で入力可能な旨の通知が含まれている。
【００４１】
（１−２）次に、利用者側の処理を図４及び図５を参照して説明する。
【００４２】
上記の処理の結果、利用者装置４０のブラウザ画面にはQRコードが表示されている。利用者装置４０にキーロガー等のスパイウェアが埋め込まれている可能性を否定できない、もしくは、送信情報がフィッシャーに渡る可能性を否定できない場合に、利用者は外部装置である携帯電話機１０上で上記アプリケーションを起動し、携帯電話機１０にQRコードを読み込む（ステップ１４）。
【００４３】
携帯電話機１０は読み込んだQRコードから情報Ａ〜Ｅを取り出す（ステップ１５）。そして、携帯電話機１０に予め登録されている証明機関の公開の検証鍵（Kcp）を用いて情報B（公開鍵証明書Cert(Ksp, ID)）の正しさを検証し（ステップ１６）、検証がOKならば、Kspが、IDの正当な持主であるサービス提供者の公開鍵であることが確認できたことになる。そして、情報E（署名）をサービス提供者の公開鍵Kspを用いて検証することにより、情報A、C、Dが確かにサービス提供者からの情報であることを確認する（ステップ１７）。いずれかの検証がNGなら、処理を中断し、その旨利用者に表示する。
【００４４】
続いて携帯電話機１０は、その画面上に、情報Ｂに含まれていたIDを表示し、情報Ａ（秘密情報入力フィールドの定義）に従って携帯電話機１０の画面に入力フォームを表示するとともに、利用者に対して利用者の意図したサービス提供者のIDかどうか確認を求め（例えば画面上に確認OKボタンを設ける）、確認OKであれば秘密情報の入力を促す表示を行う（ステップ１８）。その際、IDの正当な持主にのみ復号できるように入力情報を暗号化する旨を表示する。
【００４５】
利用者は、IDが適切であることを確認した場合に、携帯電話機１０の画面に表示されている入力フォームに秘密情報を入力し、送信を指示する（図５のステップ１９）。ここでは、入力フォームとともに画面上に表示される送信OKボタンをクリックすることにより送信を指示するものとする。
【００４６】
送信OKボタンがクリックされた場合、携帯電話機１０は、一時的なセション鍵Ksと送信情報を識別するための識別子（TrID）を生成し、利用者が入力した秘密情報とページ識別子（情報C）とTrIDとを合わせて、セション鍵Ksで暗号化する（ステップ２０）。以下、秘密情報とページ識別子（情報C）とTrIDとをセション鍵Ksで暗号化した情報を暗号化情報Fとする。携帯電話機１０は、さらにセション鍵Ksをサービス提供者の公開鍵Kspで暗号化した情報を作成する（ステップ２１）。以下、これを暗号化情報Gとする。
【００４７】
携帯電話機１０は、TrIDとKsとサービス提供者のIDとを対応付けて一時的に記憶装置に保管する（ステップ２２）。しかる後、情報FとGを情報D（携帯電話機１０からの情報転送先アドレス）に従って送信する（ステップ２３）。
【００４８】
（１−３）次に、情報FとGを受け取ったサービス提供者装置３０の処理について図６を参照して説明する。
【００４９】
サービス提供者装置３０は、サービス提供者の公開鍵Kspに対応する秘密鍵Kssを用い、情報Gからセション鍵Ksを取り出し、セション鍵Ksで情報Fを復号し、入力された秘密情報とページ識別子（情報C）とTrIDを得る（ステップ２４）。そして、秘密情報、TrID、Ksをページ識別子をキーにして一時保管する（ステップ２５）。しかる後、秘密情報の受信確認（情報受け取りメッセージ）を携帯電話機１０に送信する（ステップ２６）。
【００５０】
（１−４）次に、受信確認を受け取った利用者側の処理を説明する。
【００５１】
受信確認を受け取った携帯電話機１０は、受け取りメッセージを画面に表示することにより情報送信完了を利用者に通知する（ステップ２７）。続いて、利用者は携帯電話機１０に入力した秘密情報以外の情報を利用者装置４０のブラウザ画面（Webページ）上で入力し、当該ページに表示されている次ページ要求ボタンをクリックする（ステップ２８）。これにより次ページ要求がサービス提供者装置３０に送信される（ステップ２９）。
【００５２】
この次ページ要求には、利用者の入力した情報の他に、当該ページの識別子（情報C)が含まれる。つまり、ステップ１１で送信されたページは、次ページ要求に当該ページの識別子が含まれるように作成されている。
【００５３】
（１−５）次に、次ページ要求を受け取ったサービス提供者装置３０の処理を図７を参照して説明する。
【００５４】
サービス提供者装置３０は、次ページ要求に含まれるページ識別子により、ステップ２５で保管した情報を検索し、秘密情報とTrIDとセション鍵Ksを得る（ステップ３０）。これで、サービス提供者装置３０は、秘密情報とそれ以外の情報とを一体としてサービス提供に必要な処理（例えば料金支払い処理）を行うことが可能となる。以下、次ページの例として入力情報の確認画面を利用者側に送信する場合について説明する。
【００５５】
サービス提供者装置３０は、秘密情報とそれ以外の情報とを用いて次ページを構成する。その際、画面表示しない情報（上記秘密情報等）を決定し、その情報とTrIDとを合せたものをKsで暗号化する（ステップ３１）。これを暗号化情報Hとする。そして、暗号化情報Hと暗号化してないTrIDとを合せてQRコード化して次ページの画面に貼り付ける（ステップ３２）。そして、次ページを利用者装置４０へ送信する（ステップ３３）。
【００５６】
（１−６）続いて、次ページを受信した利用者側の処理を説明する。
【００５７】
利用者装置４０は次ページをサービス提供者装置３０から受信したことにより、QRコードを含む次ページを表示している。利用者はQRコードに盛り込まれた情報を見るために携帯電話機１０にQRコードを読み込ませる（ステップ３４）。携帯電話機１０はQRコードからTrIDを取得し、TrIDを用いて、保管していたセション鍵Ksを取り出し、暗号化された情報を復号し、復号した情報の中のTrIDが上記のQRコードから取得したTrIDと一致するか否かを検証する（ステップ３５）。一致することが確認できれば、秘密情報は確かにサービス提供者装置３０まで届き、サービス提供者装置３０から送られたQRコードは、途中で摺り変えられていないことが確認できる。そして、携帯電話機１０の画面上にサービス提供者装置３０からQRコードに含められて送られてきた秘密情報を、TrIDと対応付けて保管しておいたサービス提供者のIDとともに表示して利用者が確認できるようにし、一連の処理を終了する（ステップ３６）。また、携帯電話機１０はこの時点で、一時保管していたTrIDおよびKsを廃棄する。
【００５８】
［利用例］
本実施の形態で説明した秘密情報送信方法は、例えばオンラインでの銀行振り込みに適用できる。この場合に、ステップ１３の後に利用者装置４０に表示される画面例を図８に示す。
【００５９】
図８に示すように、振込の際に投入するデータは多くあり、これらを全て携帯電話機１０で投入するのは煩雑であるので、詐取、改竄されては困る振込み先口座番号、振込み金額、振込みパスワードのみを携帯電話機１０からの入力の対象としている。銀行側（サービス提供者装置３０）はこのWebページで入力されたデータと、携帯電話機１０から暗号化され送られてきたデータとを合わせて、利用者からの要求を処理する。
【００６０】
このような構成としたことにより、たとえ利用者装置４０にスパイウェアが存在し、入力したデータがフィッシャーによってリアルタイムに詐取、改竄されている場合であっても、詐取、改竄されては困る情報（振込み先口座番号、振込み金額、振込みパスワード）を、フィッシャーが介在し得ない携帯電話機１０から送信することにより、詐取による損害を防止できる。
【００６１】
また、第１の実施の形態によれば、携帯電話機１０と利用者装置４０との通信は、利用者装置４０のWebページに貼り付けられたQRコードを携帯電話機１０が読み込むという方法で行われるので、利用者装置４０上に特別なプログラムをダウンロードしてインプリメントする必要が無く、利用者の負担が軽い。また、QRコードの読み込み可能な携帯電話機が普及しており、それらのユーザは、特別なハードを購入しなくても、本実施の形態の秘密情報送信方法を利用することができる。
【００６２】
（第２の実施の形態）
次に、本発明の第２の実施の形態について説明する。第２の実施の形態では、利用者が入力すべき秘密情報の定義情報等が利用者装置４０のブラウザから携帯電話機１０へ送信され、携帯電話機１０は、入力された秘密情報を暗号化して利用者装置４０に送り返し、利用者装置４０が暗号化秘密情報をサービス提供者装置３０へ転送する。
【００６３】
［システムの構成］
第２の実施の形態のシステム構成は以下の点を除いて第１の実施の形態と同一である。
【００６４】
第２の実施の形態では利用者装置４０と携帯電話機１０との間で双方向通信を行うための手段が利用者装置４０と携帯電話機１０のそれぞれに備えられている。双方向通信を行うための方法としては、例えば、USBケーブルで利用者装置４０と携帯電話機１０とを接続して通信を行う方法、携帯電話機１０にFelicaカードを搭載し、Felicaカードのリードライトインタフェースで通信する方法などがある。
【００６５】
上記の通信を用いて利用者装置４０（ブラウザ）と携帯電話機１０（アプリケーション）が情報をやり取りするために、利用者装置４０側に予めブラウザのプラグインモジュールを含むソフトウェアをインストールしておく。このソフトウェアをクライアントモジュールと称することにする。なお、クライアントモジュールは証明機関などの信頼性の高い第三者機関からダウンロードするなどして取得できるようにすることが好ましい。
【００６６】
［システムの動作］
次に、本実施の形態のシステムの動作をシーケンス図を参照して詳細に説明する。
【００６７】
（２−１）まず、サービス提供者装置３０による利用者の秘密情報入力ページの送信処理について図９を参照して説明する。
【００６８】
利用者がサービス提供者のサービスを利用しようとするときに、利用者によるブラウザ画面の操作により、利用者装置４０はサービス提供者装置３０に対してページ要求（利用者による情報入力を必要とするページの要求であるものとする）を送信する（ステップ４１）。
【００６９】
ページ要求を受信したサービス提供者装置３０は、要求されたページにおいて利用者が入力する情報のうち機密度の高い秘密情報の入力は利用者の携帯電話機１０で行うことができるよう、第１の実施の形態と同様の以下の情報Ａ〜情報Ｅをクライアントモジュールに渡せる様に編集してページに盛り込み（ステップ４２）、利用者装置４０に送信する（ステップ４３）。
・情報Ａ：秘密情報入力フィールドの定義
・情報Ｂ：公開鍵証明書（Cert(Ksp,ID)）
・情報C：ページ識別子
・情報D：情報転送先アドレス
・情報E：上記情報Ａ〜Ｄについてのサービス提供者の署名
なお、第２の実施の形態における情報Dは、サービス提供者装置３０が利用者装置４０（クライアントモジュール）からの暗号化された秘密情報を受け取るためのアドレスである。また、利用者装置４０に送信されるページには入力情報のうち機密性の高いいくつかの情報は携帯電話機１０で入力可能な旨の説明が記載されている。
【００７０】
（２−２）次に、利用者側の処理を図９〜図１１を参照して説明する。
【００７１】
上記２−１の処理の結果、利用者装置４０のブラウザ画面上には要求したページが表示されている。そのページには「携帯電話機で入力」を選択できるボタンが含まれている。利用者装置４０にキーロガー等のスパイウェアが埋め込まれている可能性を否定できない、もしくは、送信情報がフィッシャーに渡る可能性を否定できない場合に、「携帯電話機で入力」ボタンをクリックする（ステップ４４）。
すると利用者装置４０のクライアントモジュールの一部であるブラウザのプラグインが呼び出され、上記の情報A〜Eがクライアントモジュールに渡される（ステップ４５）。すなわち、情報A〜Eがクライアントモジュールに渡されるようにページが作成されている。クライアントモジュールは「携帯電話機への通信の準備ができた」旨を利用者装置４０上に表示し、利用者は携帯電話機１０を操作し、通信を行う（ステップ４６）。これにより携帯電話機１０が情報A〜Eを取り込むことができる。その後の処理は以下の通り第１の実施の形態とほぼ同じように進められる。
【００７２】
携帯電話機１０は情報Ａ〜Ｅを受信する。そして、携帯電話機１０に予め登録されている証明機関の公開の検証鍵（Kcp）を用いて公開鍵証明書Cert(Ksp, ID)の正しさを検証し（ステップ４７）、検証がOKならば、Kspが、IDの正当な持主であるサービス提供者の公開鍵であることが確認できたことになる。そして、情報E（署名）をサービス提供者の公開鍵Kspを用いて検証することにより、情報A、C、Dが確かにサービス提供者からの情報であることを確認する（ステップ４８）。いずれかの検証がNGなら、処理を中断し、その旨利用者に表示する。
【００７３】
続いて携帯電話機１０は、その画面上に情報Ｂに含まれていたIDを表示し、情報Ａ（秘密情報入力フィールドの定義）に従って携帯電話機１０の画面に入力フォームを表示するとともに、利用者に対して利用者の意図したサービス提供者のIDかどうか確認を求め（例えば画面上に確認OKボタンを設ける）、確認OKであれば秘密情報の入力を促す表示を行う（図１０のステップ４９）。その際、秘密情報をIDの正当な持主にのみ復号できるように暗号化する旨表示する。利用者は、IDが適切な場合に、入力フォームに秘密情報を入力し、画面上に設けられている入力OKボタンをクリックする（ステップ５０）。
【００７４】
入力OKボタンがクリックされた場合、携帯電話機１０は、一時的なセション鍵Ksと、送信情報を識別するための識別子（TrID）を生成し、利用者が入力した秘密情報とページ識別子（情報C）とTrIDとを合わせてセション鍵Ksで暗号化した暗号化情報Fを作成する（ステップ５１）。携帯電話機１０は、さらにセション鍵Ksをサービス提供者の公開鍵Kspで暗号化した情報である暗号化情報Gを作成する（ステップ５２）。
【００７５】
次に、携帯電話機１０は、TrIDとKsとサービス提供者IDとを対応付けて一時的に記憶装置に保管する（ステップ５３）。しかる後、携帯電話機１０は、利用者に対して暗号化された情報を利用者装置４０に転送することを促すメッセージを画面上に表示する。これに従い利用者が転送操作を行うと（図１１のステップ５４）、情報FとGが情報転送先アドレス（情報D）とともに利用者装置４０上にあるクライアントモジュールに送信される（ステップ５５）。そして、クライアントモジュールによって、利用者装置４０は情報FとGを情報転送先アドレス（情報D）に従ってサービス提供者装置に送信する（ステップ５６）。
【００７６】
（２−３）次に、情報FとGを受け取ったサービス提供者装置３０の処理について説明する。
サービス提供者装置３０は、サービス提供者の公開鍵Kspに対応する秘密鍵Kssを用い、情報Gからセション鍵Ksを取り出し、Ksで情報Fを復号し、入力された秘密情報とページ識別子（情報C）とTrIDを得る（ステップ５７）。そして、秘密情報、TrID、Ksをページ識別子をキーにして記憶装置に一時保管する（ステップ５８）。しかる後、秘密情報の受信確認を利用者端末上のクライアントモジュールへ返信する（ステップ５９）。
【００７７】
（２−４）次に、受信確認を受け取った利用者側の処理を図１２を参照して説明する。
【００７８】
受信確認を受け取った利用者装置４０上のクライアントモジュールは、メッセージを画面に表示することにより秘密情報送信完了を利用者に通知する（ステップ６０）。続いて、利用者は携帯電話機１０に入力した秘密情報以外の情報を利用者装置４０のブラウザ画面上で入力し、当該画面に表示されている次ページ要求ボタンをクリックする（ステップ６１）。第１の実施の形態と同様に、この次ページ要求には、利用者の入力した情報の他に、当該ページの識別子（情報C)が含まれる。この次ページ要求はサービス提供者装置３０に送信される（ステップ６２）。
【００７９】
（２−５）次に、次ページ要求を受け取ったサービス提供者装置３０の処理を説明する。
【００８０】
サービス提供者装置３０は、次ページ要求に含まれるページ識別子により、ステップ５８で保管した情報を検索し、秘密情報とTrIDとセション鍵Ksを得る（ステップ６３）。これで、必要な情報が揃ったので、第１の実施の形態と同様に、秘密情報とそれ以外の情報を一体として用いたサービスのための処理を実行できる。以下、次ページの例として入力情報の確認画面を利用者側に送信する場合について説明する。
【００８１】
サービス提供者装置３０は、秘密情報とそれ以外の情報とを用いて次ページを構成する。その際、画面表示しない情報（利用者が入力した秘密情報等）を決定し、その情報とTrIDとを合せたものをKsで暗号化した暗号化情報Hを作成する（ステップ６４）。そして、暗号化情報Hと暗号化してないTrIDとを合せてクライアントモジュールに渡せる様に編集してページに盛り込む（ステップ６５）。そして、これを次ページとして利用者装置４０へ送信する（ステップ６６）。
【００８２】
（２−６）続いて、次ページを受信した利用者側の処理を図１２〜図１３を参照して説明する。
【００８３】
次ページのデータを受信したことにより、利用者装置４０は次ページを表示している。そのページには携帯電話機１０でのみ読める情報（秘密情報）があることが表示されており、「携帯電話機に表示」ボタンが配置されている。利用者が「携帯電話機に表示」ボタン（確認ボタン）をクリックすると（ステップ６７）、クライアントモジュールのブラウザのプラグインが呼び出され、サービス提供者装置３０から送られてきた情報HとTrIDがクライアントモジュールに渡される（ステップ６８）。クライアントモジュールは「携帯電話機への通信の準備ができた」旨を利用者装置４０の画面上に表示し、利用者はそれを見て携帯電話機１０を操作し、通信を行う（ステップ６９）。これにより携帯電話機１０のアプリケーションが暗号化情報HとTrIDを取り込むことができる。
【００８４】
携帯電話機１０のアプリケーションはTrIDに基づき保管していたセション鍵Ksを取り出し、暗号化された情報Hを復号し、復号した情報の中のTrIDが上記のTrIDと一致するか否かを検証する（図１３のステップ７０）。一致することが確認できれば、秘密情報は確かにサービス提供者まで届き、暗号化情報Hは改竄も摺り変えられることもなしに送られて来たことを確認できる。そして、携帯電話機１０の画面上にサービス提供者装置３０から暗号化情報Hとして送られてきた秘密情報をサービス提供者IDとともに表示して利用者が確認できるようにし（ステップ７１）、一連の処理を終了する。また、携帯電話機１０はこの時点で、一時保管していたTrIDおよびKsを廃棄する。
【００８５】
なお、本実施の形態では、携帯電話機１０内で秘密情報をサービス提供者のみが解読できるように暗号化するため、不正者によって利用者装置４０のクライアントモジュールが改竄されたり入れ替えられたりしても、秘密情報の内容が不正者に渡る事はない。
【００８６】
（第３の実施の形態）
次に、本発明の第３の実施の形態について説明する。第３の実施の形態は、第２の実施の形態と殆ど同じであるが、サービス提供者装置３０へのデータ送信方法が異なる。第２の実施の形態では利用者装置４０のクライアントモジュールが暗号化情報FとGをサービス提供者装置３０に送信していたのに対し、第３の実施の形態では、クライアントモジュールが暗号化情報FとGをブラウザに渡し、ブラウザが次ページ要求時に合わせて当該情報をサービス提供者装置３０に送信する。
【００８７】
なお、第３の実施の形態のシステム構成は第２の実施の形態のシステム構成と同一である。ただし、上記のとおりクライアントモジュールの処理内容が異なる。
【００８８】
［システムの動作］
次に、本実施の形態のシステムの動作をシーケンス図を参照して詳細に説明する。
【００８９】
（３−１）まず、サービス提供者装置３０による利用者の秘密情報入力ページの送信処理について図１４を参照して説明する。
【００９０】
利用者がサービス提供者のサービスを利用しようとするときに、利用者によるブラウザ画面の操作により、利用者装置４０はサービス提供者装置３０に対してページ要求（利用者による情報入力を必要とするページの要求であるものとする）を送信する（ステップ８１）。
【００９１】
ページ要求を受信したサービス提供者装置３０は、要求されたページにおいて利用者が入力する情報のうち機密度の高い秘密情報の入力は利用者の携帯電話機１０で行うことができるよう、下記の情報A〜C、Eをクライアントモジュールに渡せる様に編集してページに盛り込み（ステップ８２）、利用者装置に送信する（ステップ８３）。
・情報Ａ：秘密情報入力フィールドの定義
・情報Ｂ：公開鍵証明書（Cert(Ksp,ID)）
・情報C：ページ識別子
・情報E：上記情報Ａ〜Cについてのサービス提供者の署名
第２の実施の形態と同様、利用者装置４０に送信されるページには入力情報のうち機密性の高いいくつかの情報は携帯電話機１０で入力可能な旨の説明が記載されている。また、当該ページには「携帯電話機で入力」を選択できるボタンが配置されている。
【００９２】
なお、第１、第２の実施の形態の場合には、次ページ要求と暗号化された秘密情報とが別送されるために、情報間の対応を取るためのページ識別子が必要であったが、本実施の形態では、暗号化された秘密情報と、秘密情報以外の入力情報を含む次ページ要求とを一緒に送信するため、ページ識別子はなくてもよい。しかし、ページ識別子はreplayアタック防止に役立つため、本実施の形態ではクライアントモジュールに渡す情報として加えてある。なお、replayアタックとはパスワードや暗号鍵などを盗聴し、そのまま再利用することでそのユーザになりすます方法である。
【００９３】
（３−２）次に、利用者側の処理を図１４〜図１６を参照して説明する。
【００９４】
上記の３−１の処理の結果、利用者装置４０のブラウザ画面上にはページが表示されている。そのページには「携帯電話機で入力」を選択できるボタンが含まれている。利用者装置４０にキーロガー等のスパイウェアが埋め込まれている可能性を否定できない、もしくは、送信情報がフィッシャーに渡る可能性を否定できない場合に、利用者は「携帯電話機で入力」ボタンをクリックする（ステップ８４）。
その後、第２の実施の形態と同様に、クライアントモジュールの一部であるブラウザのプラグインが呼び出され、上記の情報A〜C、Eがクライアントモジュールに渡される（ステップ８５）。クライアントモジュールは「携帯電話機への通信の準備ができた」旨を利用者装置４０上に表示し、利用者は携帯電話機１０を操作し、通信を行う（ステップ８６）。これにより携帯電話機１０が情報A〜C、Eを取り込むことができる。
【００９５】
携帯電話機１０は、携帯電話機１０に予め登録されている証明機関の公開の検証鍵（Kcp）を用いて公開鍵証明書Cert(Ksp, ID)の正しさを検証し（ステップ８７）、検証がOKならば、Kspが、IDの正当な持主であるサービス提供者の公開鍵であることが確認できたことになる。そして、情報E（署名）をサービス提供者の公開鍵Kspを用いて検証することにより、情報A、Cが確かにサービス提供者からの情報であることを確認する（ステップ８８）。いずれかの検証がNGなら、処理を中断し、その旨利用者に表示する。
【００９６】
続いて携帯電話機１０は、その画面上に情報Ｂに含まれていたIDを表示し、情報Ａ（秘密情報入力フィールドの定義）に従って携帯電話機１０の画面に入力フォームを表示するとともに、利用者に対して利用者の意図したサービス提供者のIDかどうか確認を求め（例えば画面上に確認OKボタンを設ける）、確認OKであれば秘密情報の入力を促す表示を行う（図１５のステップ８９）。その際、IDの正当な持主にのみ復号できるように暗号化する旨表示する。利用者は、IDが適切な場合に、入力フォームに秘密情報を入力し、画面上に設けられている入力OKボタンをクリックする（ステップ９０）。
【００９７】
入力OKボタンがクリックされた場合、携帯電話機１０は、一時的なセション鍵Ksと送信情報を識別するための識別子（TrID）を生成し、利用者が入力した秘密情報とページ識別子（情報C）とTrIDとを合わせてセション鍵Ksで暗号化した暗号化情報Fを作成する（ステップ９１）。携帯電話機１０は、さらにセション鍵Ksをサービス提供者の公開鍵Kspで暗号化した情報である暗号化情報Gを作成する（ステップ９２）。
【００９８】
次に、携帯電話機１０は、TrIDとKsとサービス提供者IDとを対応付けて一時的に記憶装置に保管する（ステップ９３）。しかる後、携帯電話機１０は、利用者に対して暗号化された情報を利用者装置４０に転送することを促すメッセージを画面上に表示する（ステップ９４）。これに従い利用者が転送操作を行うと、情報FとGが利用者装置上にあるクライアントモジュールに送信される（図１６のステップ９５）。
【００９９】
携帯電話機１０は「利用者装置に情報転送済」を画面上に表示する（ステップ９６）。また、利用者装置４０のクライアントモジュールは、利用者にブラウザの次ページ要求ボタンをクリックするよう促す表示を画面上に行い、ブラウザに暗号化情報F、Gを渡すべく暗号化情報F、Gを保持する（ステップ９７）。
【０１００】
続いて、利用者は、携帯で入力した秘密情報以外の秘密ではない情報を利用者装置４０に表示されたWebページ上で入力し、Webページに含まれる次ページ要求ボタンをクリックする（ステップ９８）。
【０１０１】
そうするとブラウザは、クライアントモジュールのうちのブラウザプラグインを呼び出し、ブラウザプラグインがクライアントモジュールで保持していた情報F、Gを、次ページ要求の中に送信情報として取り込み、制御をブラウザに渡す（ステップ９９）。そしてブラウザは暗号化情報F、Gと秘密情報以外の情報を含んだ次ページ要求をサービス提供者装置３０へ送信する（ステップ１００）。
【０１０２】
（３−３）次に、情報FとGを含む次ページ要求受け取ったサービス提供者装置３０の処理について説明する。
【０１０３】
サービス提供者装置３０は、サービス提供者の公開鍵Kspに対応する秘密鍵Kssを用い、情報Gからセション鍵Ksを取り出し、Ksで情報Fを復号し、秘密情報とページ識別子（情報C）とTrIDを得る（ステップ１０１）。これで、サービス提供者装置３０は、秘密情報と、次ページ要求に含まれる入力情報とを取得でき、第１、第２の実施の形態と同様に、秘密情報とそれ以外の情報を一体として用いたサービスのための処理を実行できる。以下、次ページの例として入力情報の確認画面を利用者側に送信する場合について説明する。
【０１０４】
サービス提供者装置３０は、秘密情報とそれ以外の情報とを用いて次ページを構成する。
その際、画面表示しない情報（利用者が入力した秘密情報等）を決定し、その情報をTrIDと合せてKsで暗号化した暗号化情報Hを作成する（図１７のステップ１０２）。そして、暗号化情報Hと暗号化していないTrIDとを合せて、クライアントモジュールに渡せる様に編集して次ページに盛り込む（ステップ１０３）。そして、これを次ページとして利用者装置４０へ送信する（ステップ１０４）。
【０１０５】
（３−４）続いて、次ページを受信した利用者側の処理を図１７を参照して説明する。次ページのデータを受信したことにより、利用者装置４０は次ページを表示している。そのページには携帯電話機１０でのみ読める情報（秘密情報）があることを表示してあり、「携帯電話機に表示」ボタンが配置されている。利用者が「携帯電話機に表示」ボタン（確認ボタン）をクリックすると（ステップ１０５）、クライアントモジュールのブラウザのプラグインが呼び出され、サービス提供者装置３０から送られてきた情報HとTrIDがクライアントモジュールに渡される（ステップ１０６）。クライアントモジュールは「携帯電話機への通信の準備ができた」旨を利用者装置４０の画面上に表示し、利用者はそれを見て携帯電話機１０を操作し、通信を行う（ステップ１０７）。これにより携帯電話機１０が暗号化情報HとTrIDを取り込むことができる。
【０１０６】
携帯電話機１０はTrIDに基づき、保管していたセション鍵Ksを取り出し、暗号化された情報Hを復号し、復号した情報の中のTrIDが上記のTrIDと一致するか否かを検証する（ステップ１０８）。一致することが確認できれば、秘密情報は確かにサービス提供者まで届いたことを確認できる。そして、携帯電話機１０の画面上にサービス提供者装置から暗号化情報Hとして送られてきた秘密情報をサービス提供者IDとともに表示して利用者が確認できるようにし（ステップ１０９）、一連の処理を終了する。また、携帯電話機１０はこの時点で、一時保管していたTrIDおよびKsを廃棄する。
【０１０７】
（本システムの効果について）
上記各実施の形態で説明したシステムによれば、利用者装置（PC)でのWebを用いたサービス利用において、振り込みパスワード等の高度の秘密情報は、安全な携帯電話機上で真のサービス提供者のみが復号できるように暗号化し、その他の情報はユーザインタフェースに優れた利用者装置のWebページ上で入力し、各々サービス提供者に送信できる。また、サービス提供者装置が、Webページに入力され送られてきた情報と、携帯電話機経由で送られてきた情報とを一体のものとして認識して処理することができる。これにより、利用者装置にスパイウェア等が存在する環境下でも安全に秘密情報を送信し、サービス提供者のサービスを利用することが可能となる。
【０１０８】
また、サービス提供者サイトがフィッシャーにより偽装されたものであり、フィッシャーのサイトに暗号化秘密情報を送信したとしても、正当なサービス提供者以外は暗号化秘密情報を解読することができないので、秘密情報が漏洩することはない。
【０１０９】
また、利用者から受信した情報に対する受取り確認ページの送付に際して、その情報の中で、利用者以外には知られるべきではない秘密情報については利用者の携帯電話機でのみ復号できるように暗号化して利用者に送信することが可能である。
【０１１０】
なお、上記各実施の形態では、正当なサービス提供者のみが復号できるような暗号方式として、公開鍵基盤に類似した方式のものを用いたが、正当なサービス提供者のみが復号できるような暗号方式であればどのような方式を用いてもよい。例えば、ID暗号方式（境、光成、笠原 「楕円曲線上のペアリングを用いた２，３の暗号方式」情報処理学会の研究報告「コンピュータセキュリティ」No.014）を用いてもよい。
【０１１１】
また、第２、第３の実施の形態では外部装置１０を利用者装置４０と物理的には一体で構成することにより、利用者の利便性を高めることも可能である。
【０１１２】
なお、本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【図面の簡単な説明】
【０１１３】
【図１】本発明の実施の形態における外部装置１０の特徴的な機能を説明するための図である。
【図２】本発明の実施の形態のシステム全体構成図である。
【図３】サービス提供者装置３０の機能構成例を示す図である。
【図４】第１の実施の形態のシステムの動作を説明するための図（その１）である。
【図５】第１の実施の形態のシステムの動作を説明するための図（その２）である。
【図６】第１の実施の形態のシステムの動作を説明するための図（その３）である。
【図７】第１の実施の形態のシステムの動作を説明するための図（その４）である。
【図８】第１の実施の形態の利用例を説明するための図である。
【図９】第２の実施の形態のシステムの動作を説明するための図（その１）である。
【図１０】第２の実施の形態のシステムの動作を説明するための図（その２）である。
【図１１】第２の実施の形態のシステムの動作を説明するための図（その３）である。
【図１２】第２の実施の形態のシステムの動作を説明するための図（その４）である。
【図１３】第２の実施の形態のシステムの動作を説明するための図（その５）である。
【図１４】第３の実施の形態のシステムの動作を説明するための図（その１）である。
【図１５】第３の実施の形態のシステムの動作を説明するための図（その２）である。
【図１６】第３の実施の形態のシステムの動作を説明するための図（その３）である。
【図１７】第３の実施の形態のシステムの動作を説明するための図（その４）である。
【符号の説明】
【０１１４】
１０ 外部装置
２０ 証明機関装置
３０ サービス提供者装置
３１ 通信機能部
３２ Web機能部
３３ 暗号化情報処理部
３４ サービス処理部
３５ 鍵管理部
４０ 利用者装置
【技術分野】
【０００１】
本発明は、フィッシャーやスパイウェアが存在し得るネットワーク環境下において安全に秘密情報を送受信することを可能とする技術に関するものである。
【背景技術】
【０００２】
最近、フィッシング（Phishing）と呼ばれるWebサイトの成りすましによる詐欺やスパイウェアによる利用者の秘密情報の不正取得が流行し始めている。
【０００３】
フィッシングに対する対策として現在のところ様々なものが提案されている。それらの方法として、Webページの挙動のパターン（Java scriptコード）やそれを呼び出すURLの内容から疑わしいサイトを検出したり、利用者PCとセンタ側のサーバとに認証処理を行うモジュールを組み込み、互いに認証を行うことにより、真正なサイトであることを確認する方法などがある。
【０００４】
しかし、Webサイトの挙動パターンから不正を判定する方法は、基本的に後追いであり、全ての不正を防止することはできない。また、スパイウェアを利用者のPCに巧妙に埋め込み、それと連携したフィッシングも出てきている。スパイウェアによっては、PC内にあるドメインネームとIPアドレスの対応表のキャッシュを書き換えることができ、その場合は利用者が正しいURLを指定してもフィッシャーのサイトに誘導されてしまう（例えば非特許文献１参照）。
【０００５】
また、フィッシング対策製品を利用者PCにインストールしたとしても、スパイウェアがそれらを改竄または入れ替えてしまうことは可能であり、そうすればいくらでも利用者をだますことができる。
【０００６】
SSLを用いれば、Webサイトの真正性が確認できると言われているが、SSLでの確認はブラウザにあらかじめ登録された「信頼された証明機関」の証明書を基点に行うものである。スパイウェアは、偽の「信頼された証明機関」の証明書を追加したり、入替えたりすることが可能であり、スパイウェアを前提とすればSSLによりフィッシングを防止することはできない。
【０００７】
さらにスパイウェアのなかにはキーロガーと呼ばれるものがあり、それによればキーボードにより打鍵したデータは、そのまま不正者の元に送信されてしまう（非特許文献１参照）。即ち、フィッシングの有無にかかわらず、キーロガーが存在すれば情報は盗まれてしまう。
【０００８】
スパイウェア対策としては、スパイウェアのコードパターンや挙動によりその検出を行うという対策が取られているが、これもスパイウェアが現れ、それを分析して初めて対応できるという後追いの対策であり、防御として手遅れ、または不正の検出が不可となる場合もあり、不十分である。
【非特許文献１】日経コンピュータ2005年4.18号 pp53-59「フィッシング 心理を逆手に取る手法が登場 プロが気付かない手口も」
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上述したとおり、スパイウェアの存在やフィッシャーサイトへの接続の可能性を完全に消し去ることのできない現状に鑑み、本発明は、フィッシャーやスパイウェアが存在し得るネットワーク環境下でも、利用者が入力した秘密情報を不正な第三者に漏れないようにしてサービス提供者に送信し、サービス提供者がその情報を用いてサービスを提供することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の課題は、サービス提供者装置と、サービス提供者装置が提供するサービスを利用する利用者装置とがネットワークを介して接続されたネットワークシステムにおいて、利用者により入力された秘密情報を、第三者への漏洩が発生することなく、サービス提供者装置に送信する秘密情報送信方法であって、利用者装置からのページ要求を受信したサービス提供者装置が、ページ識別子と、秘密情報入力フィールド定義情報と、秘密情報転送先アドレスとを含む情報をQRコードに変換し、当該QRコードを含むページを利用者装置に送信するステップと、利用者装置が、受信したページに含まれる前記QRコードを表示するステップと、所定の第三者機関により正当性を保証されたアプリケーションのみを搭載する機能を備えた外部装置が、前記QRコードを読み込み、当該QRコードの元の情報を抽出するステップと、外部装置が、秘密情報入力フィールド定義情報に基づき秘密情報入力フォームを表示し、利用者からの秘密情報の入力を受け付け、当該秘密情報とページ識別子とを含む情報をサービス提供者装置のみが解読できるように暗号化した暗号化情報を生成し、当該暗号化情報を秘密情報転送先アドレスを用いてサービス提供者装置に送信するステップと、利用者装置が、外部装置で入力された秘密情報以外の情報の入力を受け付け、その情報と前記ページ識別子とを含む次ページ要求をサービス提供者装置に送信するステップと、サービス提供者装置が、前記ページ識別子に基づき、前記暗号化情報を解読して得られる秘密情報とそれ以外の情報とを一体のものとして用いることによりサービス提供処理を実行するステップとを有することを特徴とする秘密情報送信方法により解決できる。
【００１１】
また、上記の課題は、サービス提供者装置と、サービス提供者装置が提供するサービスを利用する利用者装置とがネットワークを介して接続されたネットワークシステムにおいて、利用者により入力された秘密情報を、第三者への漏洩が発生することなく、サービス提供者装置に送信する秘密情報送信方法であって、利用者装置からのページ要求を受信したサービス提供者装置が、ページ識別子と、秘密情報入力フィールド定義情報と、秘密情報転送先アドレスとを含む情報を有するページを利用者装置に送信するステップと、利用者装置が、受信したページに含まれる前記情報を、所定の第三者機関により正当性を保証されたアプリケーションのみを搭載する機能を備えた外部装置に送信するステップと、外部装置が、前記情報を受信し、秘密情報入力フィールド定義情報に基づき秘密情報入力フォームを表示し、利用者からの秘密情報の入力を受け付け、当該秘密情報とページ識別子とを含む情報をサービス提供者装置のみが解読できるように暗号化した暗号化情報を生成し、当該暗号化情報と秘密情報転送先アドレスを利用者装置に送信するステップと、利用者装置が、前記暗号化情報を秘密情報転送先アドレスを用いてサービス提供者装置に送信するステップと、利用者装置が、外部装置で入力された秘密情報以外の情報の入力を受け付け、その情報と前記ページ識別子とを含む次ページ要求をサービス提供者装置に送信するステップと、サービス提供者装置が、前記ページ識別子に基づき、前記暗号化情報を解読して得られる秘密情報とそれ以外の情報とを一体のものとして用いることによりサービス提供処理を実行するステップとを有することを特徴とする秘密情報送信方法によっても解決できる。
【００１２】
また、上記の課題は、サービス提供者装置と、サービス提供者装置が提供するサービスを利用する利用者装置とがネットワークを介して接続されたネットワークシステムにおいて、利用者により入力された秘密情報を、第三者への漏洩が発生することなく、サービス提供者装置に送信する秘密情報送信方法であって、利用者装置からのページ要求を受信したサービス提供者装置が、秘密情報入力フィールド定義情報を含む情報を有するページを利用者装置に送信するステップと、利用者装置が、受信したページに含まれる前記情報を、所定の第三者機関により正当性を保証されたアプリケーションのみを搭載する機能を備えた外部装置に送信するステップと、外部装置が、前記情報を受信し、秘密情報入力フィールド定義情報に基づき秘密情報入力フォームを表示し、利用者からの秘密情報の入力を受け付け、当該秘密情報を含む情報をサービス提供者装置のみが解読できるように暗号化した暗号化情報を生成し、当該暗号化情報を利用者装置に送信するステップと、利用者装置が、外部装置で入力された秘密情報以外の情報の入力及び次ページ要求指示を受け付け、前記暗号化情報と秘密情報以外の情報とを含む次ページ要求をサービス提供者装置に送信するステップと、サービス提供者装置が、次ページ要求に含まれる前記暗号化情報を解読して得られる秘密情報と秘密情報以外の情報とを用いることによりサービス提供処理を実行するステップとを有することを特徴とする秘密情報送信方法によっても解決できる。
【発明の効果】
【００１３】
本発明によれば、フィッシャーやスパイウェアが存在し得るネットワーク環境下でも、利用者が入力した秘密情報を不正な第三者に漏れないようにしてサービス提供者に送信し、サービス提供者がその情報を用いてサービスを提供することが可能となる。
【００１４】
また、本発明では、所定の第三者機関により正当性を保証されたアプリケーションのみを搭載する安全な外部機器を用いて秘密情報を暗号化して送信することとしたので、操作性が良く、多彩な処理が可能な利用者装置（PC)のメリットを活かしつつ、非常に重要な秘密情報は保護できるという効果がある。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態として第１〜第３の実施の形態について説明する。本実施の形態では、利用者側でスパイウェアなどの不正なプログラムが存在する可能性のある利用者装置（Webブラウザが搭載されたパソコン（PC)等）と不正なプログラムが存在し得ないように構成された外部装置とを組合わせて使用することにより、利用者がサービス提供者へ秘密情報を安全に送るシステムを実現している。
【００１６】
［外部装置の構成例］
まず、本発明の実施の形態で用いられる外部装置について説明する。この外部装置としては一般的な携帯電話機や携帯端末等と同様の構成のものを使用できるが、信用度の高い外部装置提供者によって提供される装置であることが好ましい。例えば、外部装置が携帯電話機であれば、外部装置提供者として携帯電話会社が考えられる。
【００１７】
外部装置はＣＰＵ、メモリ、通信装置、プログラム等を含むコンピュータの構成を有しているが、特徴的な機能として、正当性が保証されたアプリケーションのみを搭載する機能を有している。
【００１８】
図１を参照して本実施の形態における外部装置１０の特徴的な機能を説明する。図１に示すように、この外部装置１０は表示機能１１、文字入力機能１２、及び通信機能１３を有する。通信機能１１は、ネットワークに接続されたサーバと通信する機能や利用者装置と通信する機能等を持つ。
【００１９】
また、外部装置１０にはAP（アプリケーションプログラム）１４と、AP（アプリケーションプログラム）１４の登録と実行をコントロールするための機能を持つOS（オペレーティングシステム）１５が含まれる。
【００２０】
これらのAP１４とOS１５は、外部装置１０の出荷時にセットで外部装置提供者により利用者に供給されるものである。また、この外部装置１０におけるOS１５の更改は、外部装置提供者の提供したファイルでのみ行われるよう、OS１５自身によって制御される。即ち、OS１５は外部装置提供者の意図に反して不正に改竄されることはない。
【００２１】
また、外部装置１０のハードウェアメモリ１６上にはOS１５のみが参照更新できる領域１７（タンパーフリーな情報格納域）があり、AP１４に付与された署名を検証する鍵（外部装置提供者の秘密の署名鍵に対応する公開鍵）と証明機関の署名を検証する公開鍵があらかじめ格納されている。つまり、外部装置提供者から外部装置１０が出荷された時点でこれらの鍵がタンパーフリーな情報格納域１７に格納されている。また、鍵の更新は、OS１５による制御の下、外部装置提供者のサーバとの通信により行われ、外部装置提供者の意図に反して不正な鍵が登録されることはない。
【００２２】
次に、外部装置１０上のAP１４の管理について説明する。
【００２３】
OS１５の機能により、この外部装置１０には、外部装置提供者に信頼されるAP提供者によって作成されたAP１４のみが搭載される。ここで「AP提供者が信頼される」の意味は、(a) そのAP提供者は決して不正なプログラムは作成しないと外部装置提供者が確信できる、 (b) そのAP提供者に十分な耐性を持ったプログラムの作成能力があり、バッファーオーバーフローやコマンドインジェクションを引き起こすような不正なデータを入力として与えても、それを検出し排除でき、異常な動作を起こさない品質のプログラムを作成するということについて外部装置提供者が確信できる、ということである。
外部装置１０が、信頼されるAP提供者の提供したAP１４のみを搭載するためのメカニズムを図１を参照して説明する。
AP供給者がAPを作成したら（ステップ１）、その安全性について外部装置提供者のチェックを受ける。外部装置提供者は、チェックOKであれば自身の持つ署名鍵により、そのプログラムに署名を付与する（ステップ２）。然る後、外部装置提供者はそのAPを利用者がダウンロードできるように所定のサーバに置く。
【００２４】
外部装置１０は、利用者の指示により、外部装置提供者のサーバからAPをダウンロードするが、その際、OS１５はAPに付与された署名を自らが格納する検証鍵により検証し、検証OKの場合のみ、プログラムの登録を行い、実行可能の状態にする（ステップ３）。検証OKと言うことは、APが外部装置提供者から確かに改竄なしに届けられたプログラムであることを意味している。
【００２５】
このように管理された外部装置１０上には正しいAPしか存在しえなく、スパイウェアなどは活動できない。
【００２６】
上記のような外部装置１０を実現するための携帯電話機のOSとして、例えば英Symbian社が開発したSymbian OSv9がある。Symbian OSv9は、上述した署名付APのみ動作可能とする制御機能を持っている（参考文献：”Mobile Phones: The Next Frontier for Hackers?”, Neal Leavitt, IEEE Computer April 2005, pp20-23）。
【００２７】
以下で説明する第１〜第３の実施の形態では、外部装置１０としてアプリケーションを実行可能な携帯電話機を用いることを前提としている。
【００２８】
（第１の実施の形態）
まず、本発明の第１の実施の形態について説明する。第１の実施の形態は、利用者装置と携帯電話機との間の通信が、利用者装置から携帯電話機への片方向のみ可能である場合の実施形態である。
【００２９】
［システムの構成］
第１の実施の形態のシステムの全体構成を図２に示す。図２に示すとおり、本実施の形態のシステムは、信頼される証明機関により運営される証明機関装置２０、利用者からの情報の入力を受けることにより所定のサービスを利用者に提供するサービス提供者装置３０、サービス提供者装置３０からのサービスを受ける利用者装置４０（PC等）、及び利用者装置４０とともに用いられる外部装置１０（以下、携帯電話機１０であるものとして説明を行う）を有している。
【００３０】
証明機関装置２０はサービス提供者の公開鍵証明書を発行する装置であり、公開鍵基盤（PKI）における認証局と同様の機能を持ち、自ら使用する署名鍵（秘密鍵：Kcs）と署名検証鍵（公開鍵：Kcp）を保持している。
【００３１】
サービス提供者装置３０はWebを用いてネットワーク上でサービスを提供する装置である。図３にサービス提供者装置３０の機能構成例を示す。図３に示すとおり、サービス提供者装置３０は、ネットワーク通信を行うための通信機能部３１、Webページの作成やWebページの送受信を行うWeb機能部３２、鍵生成、情報の暗号化や復号、署名に関する処理、QRコード生成、及びその他の処理を行う暗号化情報処理部３３、秘密情報とその他の情報を用いてサービス提供に係る処理を実行するサービス処理部３４、秘密鍵等の鍵を管理する鍵管理部３５を有している。サービス提供者装置３０は、CPU、記憶装置等を有するコンピュータであり、上記の各機能部はコンピュータのハードウェアとプログラムとが協働して実現されるものである。また、サービス提供者装置３０はID（商号、サービス名、商標など）を記憶装置内に保有している。そのIDは、一般利用者がそれを以ってサービス提供者やサービス提供者が提供するサービスを同定できるものである。
【００３２】
利用者装置１０はPC等のコンピュータであり、Webブラウザを搭載している。また、携帯電話機１０は、本実施の形態で説明する動作を実現するためのアプリケーションと公開の署名検証鍵（Kcp）をその記憶装置に予め保持している。本実施の形態の処理はこのアプリケーションにより実現されている。また、本実施の形態では、携帯電話機１０と利用者装置４０との間では、利用者装置４０から携帯電話機１０への片方向のみの通信が行えればよく、利用者装置４０の画面上のWebページにQRコードを表示することにより、携帯電話機１０が当該QRコードを読み取ることとしている。つまり、携帯電話機１０は、QRコードを読み取り、それを解読する手段を備えている。
【００３３】
以下、本実施の形態での利用者によるサービス利用時の動作の前提となる処理について説明する。なお、以下の処理には人の作業が含まれている。
【００３４】
サービス提供者装置３０は、まず自らの公開鍵（Ksp）と秘密鍵（Kss）のペアを生成し、自らのIDと公開鍵（Ksp）を証明機関装置２０に送り、公開鍵証明書の発行を依頼する。その際、そのIDが自らのものであることを証明機関に示す。
【００３５】
証明機関は、そのIDが確かに公知であり、サービス提供者のものであることを認定できる場合に、サービス提供者（およびその名称などの属性）とIDと申請された公開鍵を対応付けて認証機関装置２０のデータベースに登録し、さらに、IDと公開鍵情報とサービス提供者名とを含んだ情報を作成し、それに自らの秘密鍵（Kcs）で署名を付して、公開鍵証明書（Cert(Ksp, ID)）を作成する。それを安全な方法で申請者に送付する。なお、公開鍵証明書は、サービス提供者のID、サービス提供者の公開鍵（Ksp）、証明書有効期限、証明機関とその公開鍵の識別子、を必須情報として含む。
【００３６】
本実施の形態では、公開鍵証明書の情報を利用者装置４０の画面上に表示されるQRコードに含ませることになるが、QRコードの情報容量に制限があることから、公開鍵証明書はできるだけ情報量を少なくするよう構成することが好ましい。
［システムの動作］
次に、本実施の形態のシステムの動作をシーケンス図を参照して詳細に説明する。
【００３７】
（１−１）最初に、サービス提供者装置３０による利用者の秘密情報入力ページの送信処理について図４を参照して説明する。
【００３８】
利用者がサービス提供者のサービス（例えばオンラインショッピングでの商品購入）を利用しようとするときに、利用者によるブラウザ画面の操作により、利用者装置４０はサービス提供者装置３０に対してページ要求（利用者による情報入力を必要とするページの要求であるものとする）を送信する（ステップ１１）。
【００３９】
ページ要求を受信したサービス提供装置３０は、要求されたページにおいて利用者が入力する情報のうち機密度の高い情報（秘密情報と呼ぶ）の入力を利用者の携帯電話機１０で行うことができるよう、以下の情報Ａ〜情報ＥをQRコード（Quick Response code）に変換し（ステップ１２）、要求されたページに貼り付けて利用者装置４０に送信する（ステップ１３）。
・情報Ａ：秘密情報入力フィールドの定義
・情報Ｂ：公開鍵証明書（Cert(Ksp,ID)）
・情報C：ページ識別子
・情報D：携帯電話機からの情報転送先アドレス
・情報E：上記情報Ａ〜Ｄについてのサービス提供者の署名
上記の情報C（ページ識別子）は、サービス提供者装置３０が送ったページをユニークに識別するためのもので、同じページ内容でもページを送る度に異なる。また、情報Ｄ（携帯電話機からの情報転送先アドレス）は、サービス提供者装置３０が携帯電話機１０から暗号化された秘密情報を受け取るためのアドレスである。
【００４０】
なお、ステップ１３において利用者装置４０に送られるページには、利用者が入力する情報のうち機密性の高いいくつかの情報は携帯電話機１０で入力可能な旨の通知が含まれている。
【００４１】
（１−２）次に、利用者側の処理を図４及び図５を参照して説明する。
【００４２】
上記の処理の結果、利用者装置４０のブラウザ画面にはQRコードが表示されている。利用者装置４０にキーロガー等のスパイウェアが埋め込まれている可能性を否定できない、もしくは、送信情報がフィッシャーに渡る可能性を否定できない場合に、利用者は外部装置である携帯電話機１０上で上記アプリケーションを起動し、携帯電話機１０にQRコードを読み込む（ステップ１４）。
【００４３】
携帯電話機１０は読み込んだQRコードから情報Ａ〜Ｅを取り出す（ステップ１５）。そして、携帯電話機１０に予め登録されている証明機関の公開の検証鍵（Kcp）を用いて情報B（公開鍵証明書Cert(Ksp, ID)）の正しさを検証し（ステップ１６）、検証がOKならば、Kspが、IDの正当な持主であるサービス提供者の公開鍵であることが確認できたことになる。そして、情報E（署名）をサービス提供者の公開鍵Kspを用いて検証することにより、情報A、C、Dが確かにサービス提供者からの情報であることを確認する（ステップ１７）。いずれかの検証がNGなら、処理を中断し、その旨利用者に表示する。
【００４４】
続いて携帯電話機１０は、その画面上に、情報Ｂに含まれていたIDを表示し、情報Ａ（秘密情報入力フィールドの定義）に従って携帯電話機１０の画面に入力フォームを表示するとともに、利用者に対して利用者の意図したサービス提供者のIDかどうか確認を求め（例えば画面上に確認OKボタンを設ける）、確認OKであれば秘密情報の入力を促す表示を行う（ステップ１８）。その際、IDの正当な持主にのみ復号できるように入力情報を暗号化する旨を表示する。
【００４５】
利用者は、IDが適切であることを確認した場合に、携帯電話機１０の画面に表示されている入力フォームに秘密情報を入力し、送信を指示する（図５のステップ１９）。ここでは、入力フォームとともに画面上に表示される送信OKボタンをクリックすることにより送信を指示するものとする。
【００４６】
送信OKボタンがクリックされた場合、携帯電話機１０は、一時的なセション鍵Ksと送信情報を識別するための識別子（TrID）を生成し、利用者が入力した秘密情報とページ識別子（情報C）とTrIDとを合わせて、セション鍵Ksで暗号化する（ステップ２０）。以下、秘密情報とページ識別子（情報C）とTrIDとをセション鍵Ksで暗号化した情報を暗号化情報Fとする。携帯電話機１０は、さらにセション鍵Ksをサービス提供者の公開鍵Kspで暗号化した情報を作成する（ステップ２１）。以下、これを暗号化情報Gとする。
【００４７】
携帯電話機１０は、TrIDとKsとサービス提供者のIDとを対応付けて一時的に記憶装置に保管する（ステップ２２）。しかる後、情報FとGを情報D（携帯電話機１０からの情報転送先アドレス）に従って送信する（ステップ２３）。
【００４８】
（１−３）次に、情報FとGを受け取ったサービス提供者装置３０の処理について図６を参照して説明する。
【００４９】
サービス提供者装置３０は、サービス提供者の公開鍵Kspに対応する秘密鍵Kssを用い、情報Gからセション鍵Ksを取り出し、セション鍵Ksで情報Fを復号し、入力された秘密情報とページ識別子（情報C）とTrIDを得る（ステップ２４）。そして、秘密情報、TrID、Ksをページ識別子をキーにして一時保管する（ステップ２５）。しかる後、秘密情報の受信確認（情報受け取りメッセージ）を携帯電話機１０に送信する（ステップ２６）。
【００５０】
（１−４）次に、受信確認を受け取った利用者側の処理を説明する。
【００５１】
受信確認を受け取った携帯電話機１０は、受け取りメッセージを画面に表示することにより情報送信完了を利用者に通知する（ステップ２７）。続いて、利用者は携帯電話機１０に入力した秘密情報以外の情報を利用者装置４０のブラウザ画面（Webページ）上で入力し、当該ページに表示されている次ページ要求ボタンをクリックする（ステップ２８）。これにより次ページ要求がサービス提供者装置３０に送信される（ステップ２９）。
【００５２】
この次ページ要求には、利用者の入力した情報の他に、当該ページの識別子（情報C)が含まれる。つまり、ステップ１１で送信されたページは、次ページ要求に当該ページの識別子が含まれるように作成されている。
【００５３】
（１−５）次に、次ページ要求を受け取ったサービス提供者装置３０の処理を図７を参照して説明する。
【００５４】
サービス提供者装置３０は、次ページ要求に含まれるページ識別子により、ステップ２５で保管した情報を検索し、秘密情報とTrIDとセション鍵Ksを得る（ステップ３０）。これで、サービス提供者装置３０は、秘密情報とそれ以外の情報とを一体としてサービス提供に必要な処理（例えば料金支払い処理）を行うことが可能となる。以下、次ページの例として入力情報の確認画面を利用者側に送信する場合について説明する。
【００５５】
サービス提供者装置３０は、秘密情報とそれ以外の情報とを用いて次ページを構成する。その際、画面表示しない情報（上記秘密情報等）を決定し、その情報とTrIDとを合せたものをKsで暗号化する（ステップ３１）。これを暗号化情報Hとする。そして、暗号化情報Hと暗号化してないTrIDとを合せてQRコード化して次ページの画面に貼り付ける（ステップ３２）。そして、次ページを利用者装置４０へ送信する（ステップ３３）。
【００５６】
（１−６）続いて、次ページを受信した利用者側の処理を説明する。
【００５７】
利用者装置４０は次ページをサービス提供者装置３０から受信したことにより、QRコードを含む次ページを表示している。利用者はQRコードに盛り込まれた情報を見るために携帯電話機１０にQRコードを読み込ませる（ステップ３４）。携帯電話機１０はQRコードからTrIDを取得し、TrIDを用いて、保管していたセション鍵Ksを取り出し、暗号化された情報を復号し、復号した情報の中のTrIDが上記のQRコードから取得したTrIDと一致するか否かを検証する（ステップ３５）。一致することが確認できれば、秘密情報は確かにサービス提供者装置３０まで届き、サービス提供者装置３０から送られたQRコードは、途中で摺り変えられていないことが確認できる。そして、携帯電話機１０の画面上にサービス提供者装置３０からQRコードに含められて送られてきた秘密情報を、TrIDと対応付けて保管しておいたサービス提供者のIDとともに表示して利用者が確認できるようにし、一連の処理を終了する（ステップ３６）。また、携帯電話機１０はこの時点で、一時保管していたTrIDおよびKsを廃棄する。
【００５８】
［利用例］
本実施の形態で説明した秘密情報送信方法は、例えばオンラインでの銀行振り込みに適用できる。この場合に、ステップ１３の後に利用者装置４０に表示される画面例を図８に示す。
【００５９】
図８に示すように、振込の際に投入するデータは多くあり、これらを全て携帯電話機１０で投入するのは煩雑であるので、詐取、改竄されては困る振込み先口座番号、振込み金額、振込みパスワードのみを携帯電話機１０からの入力の対象としている。銀行側（サービス提供者装置３０）はこのWebページで入力されたデータと、携帯電話機１０から暗号化され送られてきたデータとを合わせて、利用者からの要求を処理する。
【００６０】
このような構成としたことにより、たとえ利用者装置４０にスパイウェアが存在し、入力したデータがフィッシャーによってリアルタイムに詐取、改竄されている場合であっても、詐取、改竄されては困る情報（振込み先口座番号、振込み金額、振込みパスワード）を、フィッシャーが介在し得ない携帯電話機１０から送信することにより、詐取による損害を防止できる。
【００６１】
また、第１の実施の形態によれば、携帯電話機１０と利用者装置４０との通信は、利用者装置４０のWebページに貼り付けられたQRコードを携帯電話機１０が読み込むという方法で行われるので、利用者装置４０上に特別なプログラムをダウンロードしてインプリメントする必要が無く、利用者の負担が軽い。また、QRコードの読み込み可能な携帯電話機が普及しており、それらのユーザは、特別なハードを購入しなくても、本実施の形態の秘密情報送信方法を利用することができる。
【００６２】
（第２の実施の形態）
次に、本発明の第２の実施の形態について説明する。第２の実施の形態では、利用者が入力すべき秘密情報の定義情報等が利用者装置４０のブラウザから携帯電話機１０へ送信され、携帯電話機１０は、入力された秘密情報を暗号化して利用者装置４０に送り返し、利用者装置４０が暗号化秘密情報をサービス提供者装置３０へ転送する。
【００６３】
［システムの構成］
第２の実施の形態のシステム構成は以下の点を除いて第１の実施の形態と同一である。
【００６４】
第２の実施の形態では利用者装置４０と携帯電話機１０との間で双方向通信を行うための手段が利用者装置４０と携帯電話機１０のそれぞれに備えられている。双方向通信を行うための方法としては、例えば、USBケーブルで利用者装置４０と携帯電話機１０とを接続して通信を行う方法、携帯電話機１０にFelicaカードを搭載し、Felicaカードのリードライトインタフェースで通信する方法などがある。
【００６５】
上記の通信を用いて利用者装置４０（ブラウザ）と携帯電話機１０（アプリケーション）が情報をやり取りするために、利用者装置４０側に予めブラウザのプラグインモジュールを含むソフトウェアをインストールしておく。このソフトウェアをクライアントモジュールと称することにする。なお、クライアントモジュールは証明機関などの信頼性の高い第三者機関からダウンロードするなどして取得できるようにすることが好ましい。
【００６６】
［システムの動作］
次に、本実施の形態のシステムの動作をシーケンス図を参照して詳細に説明する。
【００６７】
（２−１）まず、サービス提供者装置３０による利用者の秘密情報入力ページの送信処理について図９を参照して説明する。
【００６８】
利用者がサービス提供者のサービスを利用しようとするときに、利用者によるブラウザ画面の操作により、利用者装置４０はサービス提供者装置３０に対してページ要求（利用者による情報入力を必要とするページの要求であるものとする）を送信する（ステップ４１）。
【００６９】
ページ要求を受信したサービス提供者装置３０は、要求されたページにおいて利用者が入力する情報のうち機密度の高い秘密情報の入力は利用者の携帯電話機１０で行うことができるよう、第１の実施の形態と同様の以下の情報Ａ〜情報Ｅをクライアントモジュールに渡せる様に編集してページに盛り込み（ステップ４２）、利用者装置４０に送信する（ステップ４３）。
・情報Ａ：秘密情報入力フィールドの定義
・情報Ｂ：公開鍵証明書（Cert(Ksp,ID)）
・情報C：ページ識別子
・情報D：情報転送先アドレス
・情報E：上記情報Ａ〜Ｄについてのサービス提供者の署名
なお、第２の実施の形態における情報Dは、サービス提供者装置３０が利用者装置４０（クライアントモジュール）からの暗号化された秘密情報を受け取るためのアドレスである。また、利用者装置４０に送信されるページには入力情報のうち機密性の高いいくつかの情報は携帯電話機１０で入力可能な旨の説明が記載されている。
【００７０】
（２−２）次に、利用者側の処理を図９〜図１１を参照して説明する。
【００７１】
上記２−１の処理の結果、利用者装置４０のブラウザ画面上には要求したページが表示されている。そのページには「携帯電話機で入力」を選択できるボタンが含まれている。利用者装置４０にキーロガー等のスパイウェアが埋め込まれている可能性を否定できない、もしくは、送信情報がフィッシャーに渡る可能性を否定できない場合に、「携帯電話機で入力」ボタンをクリックする（ステップ４４）。
すると利用者装置４０のクライアントモジュールの一部であるブラウザのプラグインが呼び出され、上記の情報A〜Eがクライアントモジュールに渡される（ステップ４５）。すなわち、情報A〜Eがクライアントモジュールに渡されるようにページが作成されている。クライアントモジュールは「携帯電話機への通信の準備ができた」旨を利用者装置４０上に表示し、利用者は携帯電話機１０を操作し、通信を行う（ステップ４６）。これにより携帯電話機１０が情報A〜Eを取り込むことができる。その後の処理は以下の通り第１の実施の形態とほぼ同じように進められる。
【００７２】
携帯電話機１０は情報Ａ〜Ｅを受信する。そして、携帯電話機１０に予め登録されている証明機関の公開の検証鍵（Kcp）を用いて公開鍵証明書Cert(Ksp, ID)の正しさを検証し（ステップ４７）、検証がOKならば、Kspが、IDの正当な持主であるサービス提供者の公開鍵であることが確認できたことになる。そして、情報E（署名）をサービス提供者の公開鍵Kspを用いて検証することにより、情報A、C、Dが確かにサービス提供者からの情報であることを確認する（ステップ４８）。いずれかの検証がNGなら、処理を中断し、その旨利用者に表示する。
【００７３】
続いて携帯電話機１０は、その画面上に情報Ｂに含まれていたIDを表示し、情報Ａ（秘密情報入力フィールドの定義）に従って携帯電話機１０の画面に入力フォームを表示するとともに、利用者に対して利用者の意図したサービス提供者のIDかどうか確認を求め（例えば画面上に確認OKボタンを設ける）、確認OKであれば秘密情報の入力を促す表示を行う（図１０のステップ４９）。その際、秘密情報をIDの正当な持主にのみ復号できるように暗号化する旨表示する。利用者は、IDが適切な場合に、入力フォームに秘密情報を入力し、画面上に設けられている入力OKボタンをクリックする（ステップ５０）。
【００７４】
入力OKボタンがクリックされた場合、携帯電話機１０は、一時的なセション鍵Ksと、送信情報を識別するための識別子（TrID）を生成し、利用者が入力した秘密情報とページ識別子（情報C）とTrIDとを合わせてセション鍵Ksで暗号化した暗号化情報Fを作成する（ステップ５１）。携帯電話機１０は、さらにセション鍵Ksをサービス提供者の公開鍵Kspで暗号化した情報である暗号化情報Gを作成する（ステップ５２）。
【００７５】
次に、携帯電話機１０は、TrIDとKsとサービス提供者IDとを対応付けて一時的に記憶装置に保管する（ステップ５３）。しかる後、携帯電話機１０は、利用者に対して暗号化された情報を利用者装置４０に転送することを促すメッセージを画面上に表示する。これに従い利用者が転送操作を行うと（図１１のステップ５４）、情報FとGが情報転送先アドレス（情報D）とともに利用者装置４０上にあるクライアントモジュールに送信される（ステップ５５）。そして、クライアントモジュールによって、利用者装置４０は情報FとGを情報転送先アドレス（情報D）に従ってサービス提供者装置に送信する（ステップ５６）。
【００７６】
（２−３）次に、情報FとGを受け取ったサービス提供者装置３０の処理について説明する。
サービス提供者装置３０は、サービス提供者の公開鍵Kspに対応する秘密鍵Kssを用い、情報Gからセション鍵Ksを取り出し、Ksで情報Fを復号し、入力された秘密情報とページ識別子（情報C）とTrIDを得る（ステップ５７）。そして、秘密情報、TrID、Ksをページ識別子をキーにして記憶装置に一時保管する（ステップ５８）。しかる後、秘密情報の受信確認を利用者端末上のクライアントモジュールへ返信する（ステップ５９）。
【００７７】
（２−４）次に、受信確認を受け取った利用者側の処理を図１２を参照して説明する。
【００７８】
受信確認を受け取った利用者装置４０上のクライアントモジュールは、メッセージを画面に表示することにより秘密情報送信完了を利用者に通知する（ステップ６０）。続いて、利用者は携帯電話機１０に入力した秘密情報以外の情報を利用者装置４０のブラウザ画面上で入力し、当該画面に表示されている次ページ要求ボタンをクリックする（ステップ６１）。第１の実施の形態と同様に、この次ページ要求には、利用者の入力した情報の他に、当該ページの識別子（情報C)が含まれる。この次ページ要求はサービス提供者装置３０に送信される（ステップ６２）。
【００７９】
（２−５）次に、次ページ要求を受け取ったサービス提供者装置３０の処理を説明する。
【００８０】
サービス提供者装置３０は、次ページ要求に含まれるページ識別子により、ステップ５８で保管した情報を検索し、秘密情報とTrIDとセション鍵Ksを得る（ステップ６３）。これで、必要な情報が揃ったので、第１の実施の形態と同様に、秘密情報とそれ以外の情報を一体として用いたサービスのための処理を実行できる。以下、次ページの例として入力情報の確認画面を利用者側に送信する場合について説明する。
【００８１】
サービス提供者装置３０は、秘密情報とそれ以外の情報とを用いて次ページを構成する。その際、画面表示しない情報（利用者が入力した秘密情報等）を決定し、その情報とTrIDとを合せたものをKsで暗号化した暗号化情報Hを作成する（ステップ６４）。そして、暗号化情報Hと暗号化してないTrIDとを合せてクライアントモジュールに渡せる様に編集してページに盛り込む（ステップ６５）。そして、これを次ページとして利用者装置４０へ送信する（ステップ６６）。
【００８２】
（２−６）続いて、次ページを受信した利用者側の処理を図１２〜図１３を参照して説明する。
【００８３】
次ページのデータを受信したことにより、利用者装置４０は次ページを表示している。そのページには携帯電話機１０でのみ読める情報（秘密情報）があることが表示されており、「携帯電話機に表示」ボタンが配置されている。利用者が「携帯電話機に表示」ボタン（確認ボタン）をクリックすると（ステップ６７）、クライアントモジュールのブラウザのプラグインが呼び出され、サービス提供者装置３０から送られてきた情報HとTrIDがクライアントモジュールに渡される（ステップ６８）。クライアントモジュールは「携帯電話機への通信の準備ができた」旨を利用者装置４０の画面上に表示し、利用者はそれを見て携帯電話機１０を操作し、通信を行う（ステップ６９）。これにより携帯電話機１０のアプリケーションが暗号化情報HとTrIDを取り込むことができる。
【００８４】
携帯電話機１０のアプリケーションはTrIDに基づき保管していたセション鍵Ksを取り出し、暗号化された情報Hを復号し、復号した情報の中のTrIDが上記のTrIDと一致するか否かを検証する（図１３のステップ７０）。一致することが確認できれば、秘密情報は確かにサービス提供者まで届き、暗号化情報Hは改竄も摺り変えられることもなしに送られて来たことを確認できる。そして、携帯電話機１０の画面上にサービス提供者装置３０から暗号化情報Hとして送られてきた秘密情報をサービス提供者IDとともに表示して利用者が確認できるようにし（ステップ７１）、一連の処理を終了する。また、携帯電話機１０はこの時点で、一時保管していたTrIDおよびKsを廃棄する。
【００８５】
なお、本実施の形態では、携帯電話機１０内で秘密情報をサービス提供者のみが解読できるように暗号化するため、不正者によって利用者装置４０のクライアントモジュールが改竄されたり入れ替えられたりしても、秘密情報の内容が不正者に渡る事はない。
【００８６】
（第３の実施の形態）
次に、本発明の第３の実施の形態について説明する。第３の実施の形態は、第２の実施の形態と殆ど同じであるが、サービス提供者装置３０へのデータ送信方法が異なる。第２の実施の形態では利用者装置４０のクライアントモジュールが暗号化情報FとGをサービス提供者装置３０に送信していたのに対し、第３の実施の形態では、クライアントモジュールが暗号化情報FとGをブラウザに渡し、ブラウザが次ページ要求時に合わせて当該情報をサービス提供者装置３０に送信する。
【００８７】
なお、第３の実施の形態のシステム構成は第２の実施の形態のシステム構成と同一である。ただし、上記のとおりクライアントモジュールの処理内容が異なる。
【００８８】
［システムの動作］
次に、本実施の形態のシステムの動作をシーケンス図を参照して詳細に説明する。
【００８９】
（３−１）まず、サービス提供者装置３０による利用者の秘密情報入力ページの送信処理について図１４を参照して説明する。
【００９０】
利用者がサービス提供者のサービスを利用しようとするときに、利用者によるブラウザ画面の操作により、利用者装置４０はサービス提供者装置３０に対してページ要求（利用者による情報入力を必要とするページの要求であるものとする）を送信する（ステップ８１）。
【００９１】
ページ要求を受信したサービス提供者装置３０は、要求されたページにおいて利用者が入力する情報のうち機密度の高い秘密情報の入力は利用者の携帯電話機１０で行うことができるよう、下記の情報A〜C、Eをクライアントモジュールに渡せる様に編集してページに盛り込み（ステップ８２）、利用者装置に送信する（ステップ８３）。
・情報Ａ：秘密情報入力フィールドの定義
・情報Ｂ：公開鍵証明書（Cert(Ksp,ID)）
・情報C：ページ識別子
・情報E：上記情報Ａ〜Cについてのサービス提供者の署名
第２の実施の形態と同様、利用者装置４０に送信されるページには入力情報のうち機密性の高いいくつかの情報は携帯電話機１０で入力可能な旨の説明が記載されている。また、当該ページには「携帯電話機で入力」を選択できるボタンが配置されている。
【００９２】
なお、第１、第２の実施の形態の場合には、次ページ要求と暗号化された秘密情報とが別送されるために、情報間の対応を取るためのページ識別子が必要であったが、本実施の形態では、暗号化された秘密情報と、秘密情報以外の入力情報を含む次ページ要求とを一緒に送信するため、ページ識別子はなくてもよい。しかし、ページ識別子はreplayアタック防止に役立つため、本実施の形態ではクライアントモジュールに渡す情報として加えてある。なお、replayアタックとはパスワードや暗号鍵などを盗聴し、そのまま再利用することでそのユーザになりすます方法である。
【００９３】
（３−２）次に、利用者側の処理を図１４〜図１６を参照して説明する。
【００９４】
上記の３−１の処理の結果、利用者装置４０のブラウザ画面上にはページが表示されている。そのページには「携帯電話機で入力」を選択できるボタンが含まれている。利用者装置４０にキーロガー等のスパイウェアが埋め込まれている可能性を否定できない、もしくは、送信情報がフィッシャーに渡る可能性を否定できない場合に、利用者は「携帯電話機で入力」ボタンをクリックする（ステップ８４）。
その後、第２の実施の形態と同様に、クライアントモジュールの一部であるブラウザのプラグインが呼び出され、上記の情報A〜C、Eがクライアントモジュールに渡される（ステップ８５）。クライアントモジュールは「携帯電話機への通信の準備ができた」旨を利用者装置４０上に表示し、利用者は携帯電話機１０を操作し、通信を行う（ステップ８６）。これにより携帯電話機１０が情報A〜C、Eを取り込むことができる。
【００９５】
携帯電話機１０は、携帯電話機１０に予め登録されている証明機関の公開の検証鍵（Kcp）を用いて公開鍵証明書Cert(Ksp, ID)の正しさを検証し（ステップ８７）、検証がOKならば、Kspが、IDの正当な持主であるサービス提供者の公開鍵であることが確認できたことになる。そして、情報E（署名）をサービス提供者の公開鍵Kspを用いて検証することにより、情報A、Cが確かにサービス提供者からの情報であることを確認する（ステップ８８）。いずれかの検証がNGなら、処理を中断し、その旨利用者に表示する。
【００９６】
続いて携帯電話機１０は、その画面上に情報Ｂに含まれていたIDを表示し、情報Ａ（秘密情報入力フィールドの定義）に従って携帯電話機１０の画面に入力フォームを表示するとともに、利用者に対して利用者の意図したサービス提供者のIDかどうか確認を求め（例えば画面上に確認OKボタンを設ける）、確認OKであれば秘密情報の入力を促す表示を行う（図１５のステップ８９）。その際、IDの正当な持主にのみ復号できるように暗号化する旨表示する。利用者は、IDが適切な場合に、入力フォームに秘密情報を入力し、画面上に設けられている入力OKボタンをクリックする（ステップ９０）。
【００９７】
入力OKボタンがクリックされた場合、携帯電話機１０は、一時的なセション鍵Ksと送信情報を識別するための識別子（TrID）を生成し、利用者が入力した秘密情報とページ識別子（情報C）とTrIDとを合わせてセション鍵Ksで暗号化した暗号化情報Fを作成する（ステップ９１）。携帯電話機１０は、さらにセション鍵Ksをサービス提供者の公開鍵Kspで暗号化した情報である暗号化情報Gを作成する（ステップ９２）。
【００９８】
次に、携帯電話機１０は、TrIDとKsとサービス提供者IDとを対応付けて一時的に記憶装置に保管する（ステップ９３）。しかる後、携帯電話機１０は、利用者に対して暗号化された情報を利用者装置４０に転送することを促すメッセージを画面上に表示する（ステップ９４）。これに従い利用者が転送操作を行うと、情報FとGが利用者装置上にあるクライアントモジュールに送信される（図１６のステップ９５）。
【００９９】
携帯電話機１０は「利用者装置に情報転送済」を画面上に表示する（ステップ９６）。また、利用者装置４０のクライアントモジュールは、利用者にブラウザの次ページ要求ボタンをクリックするよう促す表示を画面上に行い、ブラウザに暗号化情報F、Gを渡すべく暗号化情報F、Gを保持する（ステップ９７）。
【０１００】
続いて、利用者は、携帯で入力した秘密情報以外の秘密ではない情報を利用者装置４０に表示されたWebページ上で入力し、Webページに含まれる次ページ要求ボタンをクリックする（ステップ９８）。
【０１０１】
そうするとブラウザは、クライアントモジュールのうちのブラウザプラグインを呼び出し、ブラウザプラグインがクライアントモジュールで保持していた情報F、Gを、次ページ要求の中に送信情報として取り込み、制御をブラウザに渡す（ステップ９９）。そしてブラウザは暗号化情報F、Gと秘密情報以外の情報を含んだ次ページ要求をサービス提供者装置３０へ送信する（ステップ１００）。
【０１０２】
（３−３）次に、情報FとGを含む次ページ要求受け取ったサービス提供者装置３０の処理について説明する。
【０１０３】
サービス提供者装置３０は、サービス提供者の公開鍵Kspに対応する秘密鍵Kssを用い、情報Gからセション鍵Ksを取り出し、Ksで情報Fを復号し、秘密情報とページ識別子（情報C）とTrIDを得る（ステップ１０１）。これで、サービス提供者装置３０は、秘密情報と、次ページ要求に含まれる入力情報とを取得でき、第１、第２の実施の形態と同様に、秘密情報とそれ以外の情報を一体として用いたサービスのための処理を実行できる。以下、次ページの例として入力情報の確認画面を利用者側に送信する場合について説明する。
【０１０４】
サービス提供者装置３０は、秘密情報とそれ以外の情報とを用いて次ページを構成する。
その際、画面表示しない情報（利用者が入力した秘密情報等）を決定し、その情報をTrIDと合せてKsで暗号化した暗号化情報Hを作成する（図１７のステップ１０２）。そして、暗号化情報Hと暗号化していないTrIDとを合せて、クライアントモジュールに渡せる様に編集して次ページに盛り込む（ステップ１０３）。そして、これを次ページとして利用者装置４０へ送信する（ステップ１０４）。
【０１０５】
（３−４）続いて、次ページを受信した利用者側の処理を図１７を参照して説明する。次ページのデータを受信したことにより、利用者装置４０は次ページを表示している。そのページには携帯電話機１０でのみ読める情報（秘密情報）があることを表示してあり、「携帯電話機に表示」ボタンが配置されている。利用者が「携帯電話機に表示」ボタン（確認ボタン）をクリックすると（ステップ１０５）、クライアントモジュールのブラウザのプラグインが呼び出され、サービス提供者装置３０から送られてきた情報HとTrIDがクライアントモジュールに渡される（ステップ１０６）。クライアントモジュールは「携帯電話機への通信の準備ができた」旨を利用者装置４０の画面上に表示し、利用者はそれを見て携帯電話機１０を操作し、通信を行う（ステップ１０７）。これにより携帯電話機１０が暗号化情報HとTrIDを取り込むことができる。
【０１０６】
携帯電話機１０はTrIDに基づき、保管していたセション鍵Ksを取り出し、暗号化された情報Hを復号し、復号した情報の中のTrIDが上記のTrIDと一致するか否かを検証する（ステップ１０８）。一致することが確認できれば、秘密情報は確かにサービス提供者まで届いたことを確認できる。そして、携帯電話機１０の画面上にサービス提供者装置から暗号化情報Hとして送られてきた秘密情報をサービス提供者IDとともに表示して利用者が確認できるようにし（ステップ１０９）、一連の処理を終了する。また、携帯電話機１０はこの時点で、一時保管していたTrIDおよびKsを廃棄する。
【０１０７】
（本システムの効果について）
上記各実施の形態で説明したシステムによれば、利用者装置（PC)でのWebを用いたサービス利用において、振り込みパスワード等の高度の秘密情報は、安全な携帯電話機上で真のサービス提供者のみが復号できるように暗号化し、その他の情報はユーザインタフェースに優れた利用者装置のWebページ上で入力し、各々サービス提供者に送信できる。また、サービス提供者装置が、Webページに入力され送られてきた情報と、携帯電話機経由で送られてきた情報とを一体のものとして認識して処理することができる。これにより、利用者装置にスパイウェア等が存在する環境下でも安全に秘密情報を送信し、サービス提供者のサービスを利用することが可能となる。
【０１０８】
また、サービス提供者サイトがフィッシャーにより偽装されたものであり、フィッシャーのサイトに暗号化秘密情報を送信したとしても、正当なサービス提供者以外は暗号化秘密情報を解読することができないので、秘密情報が漏洩することはない。
【０１０９】
また、利用者から受信した情報に対する受取り確認ページの送付に際して、その情報の中で、利用者以外には知られるべきではない秘密情報については利用者の携帯電話機でのみ復号できるように暗号化して利用者に送信することが可能である。
【０１１０】
なお、上記各実施の形態では、正当なサービス提供者のみが復号できるような暗号方式として、公開鍵基盤に類似した方式のものを用いたが、正当なサービス提供者のみが復号できるような暗号方式であればどのような方式を用いてもよい。例えば、ID暗号方式（境、光成、笠原 「楕円曲線上のペアリングを用いた２，３の暗号方式」情報処理学会の研究報告「コンピュータセキュリティ」No.014）を用いてもよい。
【０１１１】
また、第２、第３の実施の形態では外部装置１０を利用者装置４０と物理的には一体で構成することにより、利用者の利便性を高めることも可能である。
【０１１２】
なお、本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【図面の簡単な説明】
【０１１３】
【図１】本発明の実施の形態における外部装置１０の特徴的な機能を説明するための図である。
【図２】本発明の実施の形態のシステム全体構成図である。
【図３】サービス提供者装置３０の機能構成例を示す図である。
【図４】第１の実施の形態のシステムの動作を説明するための図（その１）である。
【図５】第１の実施の形態のシステムの動作を説明するための図（その２）である。
【図６】第１の実施の形態のシステムの動作を説明するための図（その３）である。
【図７】第１の実施の形態のシステムの動作を説明するための図（その４）である。
【図８】第１の実施の形態の利用例を説明するための図である。
【図９】第２の実施の形態のシステムの動作を説明するための図（その１）である。
【図１０】第２の実施の形態のシステムの動作を説明するための図（その２）である。
【図１１】第２の実施の形態のシステムの動作を説明するための図（その３）である。
【図１２】第２の実施の形態のシステムの動作を説明するための図（その４）である。
【図１３】第２の実施の形態のシステムの動作を説明するための図（その５）である。
【図１４】第３の実施の形態のシステムの動作を説明するための図（その１）である。
【図１５】第３の実施の形態のシステムの動作を説明するための図（その２）である。
【図１６】第３の実施の形態のシステムの動作を説明するための図（その３）である。
【図１７】第３の実施の形態のシステムの動作を説明するための図（その４）である。
【符号の説明】
【０１１４】
１０ 外部装置
２０ 証明機関装置
３０ サービス提供者装置
３１ 通信機能部
３２ Web機能部
３３ 暗号化情報処理部
３４ サービス処理部
３５ 鍵管理部
４０ 利用者装置
【特許請求の範囲】
【請求項１】
サービス提供者装置と、サービス提供者装置が提供するサービスを利用する利用者装置とがネットワークを介して接続されたネットワークシステムにおいて、利用者により入力された秘密情報を、第三者への漏洩が発生することなく、サービス提供者装置に送信する秘密情報送信方法であって、
利用者装置からのページ要求を受信したサービス提供者装置が、ページ識別子と、秘密情報入力フィールド定義情報と、秘密情報転送先アドレスとを含む情報をQRコードに変換し、当該QRコードを含むページを利用者装置に送信するステップと、
利用者装置が、受信したページに含まれる前記QRコードを表示するステップと、
所定の第三者機関により正当性を保証されたアプリケーションのみを搭載する機能を備えた外部装置が、前記QRコードを読み込み、当該QRコードの元の情報を抽出するステップと、
外部装置が、秘密情報入力フィールド定義情報に基づき秘密情報入力フォームを表示し、利用者からの秘密情報の入力を受け付け、当該秘密情報とページ識別子とを含む情報をサービス提供者装置のみが解読できるように暗号化した暗号化情報を生成し、当該暗号化情報を秘密情報転送先アドレスを用いてサービス提供者装置に送信するステップと、
利用者装置が、外部装置で入力された秘密情報以外の情報の入力を受け付け、その情報と前記ページ識別子とを含む次ページ要求をサービス提供者装置に送信するステップと、
サービス提供者装置が、前記ページ識別子に基づき、前記暗号化情報を解読して得られる秘密情報とそれ以外の情報とを一体のものとして用いることによりサービス提供処理を実行するステップと
を有することを特徴とする秘密情報送信方法。
【請求項２】
サービス提供者装置と、サービス提供者装置が提供するサービスを利用する利用者装置とがネットワークを介して接続されたネットワークシステムにおいて、利用者により入力された秘密情報を、第三者への漏洩が発生することなく、サービス提供者装置に送信する秘密情報送信方法であって、
利用者装置からのページ要求を受信したサービス提供者装置が、ページ識別子と、秘密情報入力フィールド定義情報と、秘密情報転送先アドレスとを含む情報を有するページを利用者装置に送信するステップと、
利用者装置が、受信したページに含まれる前記情報を、所定の第三者機関により正当性を保証されたアプリケーションのみを搭載する機能を備えた外部装置に送信するステップと、
外部装置が、前記情報を受信し、秘密情報入力フィールド定義情報に基づき秘密情報入力フォームを表示し、利用者からの秘密情報の入力を受け付け、当該秘密情報とページ識別子とを含む情報をサービス提供者装置のみが解読できるように暗号化した暗号化情報を生成し、当該暗号化情報と秘密情報転送先アドレスを利用者装置に送信するステップと、
利用者装置が、前記暗号化情報を秘密情報転送先アドレスを用いてサービス提供者装置に送信するステップと、
利用者装置が、外部装置で入力された秘密情報以外の情報の入力を受け付け、その情報と前記ページ識別子とを含む次ページ要求をサービス提供者装置に送信するステップと、
サービス提供者装置が、前記ページ識別子に基づき、前記暗号化情報を解読して得られる秘密情報とそれ以外の情報とを一体のものとして用いることによりサービス提供処理を実行するステップと
を有することを特徴とする秘密情報送信方法。
【請求項３】
サービス提供者装置と、サービス提供者装置が提供するサービスを利用する利用者装置とがネットワークを介して接続されたネットワークシステムにおいて、利用者により入力された秘密情報を、第三者への漏洩が発生することなく、サービス提供者装置に送信する秘密情報送信方法であって、
利用者装置からのページ要求を受信したサービス提供者装置が、秘密情報入力フィールド定義情報を含む情報を有するページを利用者装置に送信するステップと、
利用者装置が、受信したページに含まれる前記情報を、所定の第三者機関により正当性を保証されたアプリケーションのみを搭載する機能を備えた外部装置に送信するステップと、
外部装置が、前記情報を受信し、秘密情報入力フィールド定義情報に基づき秘密情報入力フォームを表示し、利用者からの秘密情報の入力を受け付け、当該秘密情報を含む情報をサービス提供者装置のみが解読できるように暗号化した暗号化情報を生成し、当該暗号化情報を利用者装置に送信するステップと、
利用者装置が、外部装置で入力された秘密情報以外の情報の入力及び次ページ要求指示を受け付け、前記暗号化情報と秘密情報以外の情報とを含む次ページ要求をサービス提供者装置に送信するステップと、
サービス提供者装置が、次ページ要求に含まれる前記暗号化情報を解読して得られる秘密情報と秘密情報以外の情報とを用いることによりサービス提供処理を実行するステップと
を有することを特徴とする秘密情報送信方法。
【請求項１】
サービス提供者装置と、サービス提供者装置が提供するサービスを利用する利用者装置とがネットワークを介して接続されたネットワークシステムにおいて、利用者により入力された秘密情報を、第三者への漏洩が発生することなく、サービス提供者装置に送信する秘密情報送信方法であって、
利用者装置からのページ要求を受信したサービス提供者装置が、ページ識別子と、秘密情報入力フィールド定義情報と、秘密情報転送先アドレスとを含む情報をQRコードに変換し、当該QRコードを含むページを利用者装置に送信するステップと、
利用者装置が、受信したページに含まれる前記QRコードを表示するステップと、
所定の第三者機関により正当性を保証されたアプリケーションのみを搭載する機能を備えた外部装置が、前記QRコードを読み込み、当該QRコードの元の情報を抽出するステップと、
外部装置が、秘密情報入力フィールド定義情報に基づき秘密情報入力フォームを表示し、利用者からの秘密情報の入力を受け付け、当該秘密情報とページ識別子とを含む情報をサービス提供者装置のみが解読できるように暗号化した暗号化情報を生成し、当該暗号化情報を秘密情報転送先アドレスを用いてサービス提供者装置に送信するステップと、
利用者装置が、外部装置で入力された秘密情報以外の情報の入力を受け付け、その情報と前記ページ識別子とを含む次ページ要求をサービス提供者装置に送信するステップと、
サービス提供者装置が、前記ページ識別子に基づき、前記暗号化情報を解読して得られる秘密情報とそれ以外の情報とを一体のものとして用いることによりサービス提供処理を実行するステップと
を有することを特徴とする秘密情報送信方法。
【請求項２】
サービス提供者装置と、サービス提供者装置が提供するサービスを利用する利用者装置とがネットワークを介して接続されたネットワークシステムにおいて、利用者により入力された秘密情報を、第三者への漏洩が発生することなく、サービス提供者装置に送信する秘密情報送信方法であって、
利用者装置からのページ要求を受信したサービス提供者装置が、ページ識別子と、秘密情報入力フィールド定義情報と、秘密情報転送先アドレスとを含む情報を有するページを利用者装置に送信するステップと、
利用者装置が、受信したページに含まれる前記情報を、所定の第三者機関により正当性を保証されたアプリケーションのみを搭載する機能を備えた外部装置に送信するステップと、
外部装置が、前記情報を受信し、秘密情報入力フィールド定義情報に基づき秘密情報入力フォームを表示し、利用者からの秘密情報の入力を受け付け、当該秘密情報とページ識別子とを含む情報をサービス提供者装置のみが解読できるように暗号化した暗号化情報を生成し、当該暗号化情報と秘密情報転送先アドレスを利用者装置に送信するステップと、
利用者装置が、前記暗号化情報を秘密情報転送先アドレスを用いてサービス提供者装置に送信するステップと、
利用者装置が、外部装置で入力された秘密情報以外の情報の入力を受け付け、その情報と前記ページ識別子とを含む次ページ要求をサービス提供者装置に送信するステップと、
サービス提供者装置が、前記ページ識別子に基づき、前記暗号化情報を解読して得られる秘密情報とそれ以外の情報とを一体のものとして用いることによりサービス提供処理を実行するステップと
を有することを特徴とする秘密情報送信方法。
【請求項３】
サービス提供者装置と、サービス提供者装置が提供するサービスを利用する利用者装置とがネットワークを介して接続されたネットワークシステムにおいて、利用者により入力された秘密情報を、第三者への漏洩が発生することなく、サービス提供者装置に送信する秘密情報送信方法であって、
利用者装置からのページ要求を受信したサービス提供者装置が、秘密情報入力フィールド定義情報を含む情報を有するページを利用者装置に送信するステップと、
利用者装置が、受信したページに含まれる前記情報を、所定の第三者機関により正当性を保証されたアプリケーションのみを搭載する機能を備えた外部装置に送信するステップと、
外部装置が、前記情報を受信し、秘密情報入力フィールド定義情報に基づき秘密情報入力フォームを表示し、利用者からの秘密情報の入力を受け付け、当該秘密情報を含む情報をサービス提供者装置のみが解読できるように暗号化した暗号化情報を生成し、当該暗号化情報を利用者装置に送信するステップと、
利用者装置が、外部装置で入力された秘密情報以外の情報の入力及び次ページ要求指示を受け付け、前記暗号化情報と秘密情報以外の情報とを含む次ページ要求をサービス提供者装置に送信するステップと、
サービス提供者装置が、次ページ要求に含まれる前記暗号化情報を解読して得られる秘密情報と秘密情報以外の情報とを用いることによりサービス提供処理を実行するステップと
を有することを特徴とする秘密情報送信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２００７−１１６６４１（Ｐ２００７−１１６６４１Ａ）
【公開日】平成１９年５月１０日（２００７．５．１０）
【国際特許分類】
【出願番号】特願２００５−３０８９２９（Ｐ２００５−３０８９２９）
【出願日】平成１７年１０月２４日（２００５．１０．２４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡ
【出願人】（０００１０２７１７）エヌ・ティ・ティ・ソフトウェア株式会社 (43)
【Ｆターム（参考）】
【公開日】平成１９年５月１０日（２００７．５．１０）
【国際特許分類】
【出願日】平成１７年１０月２４日（２００５．１０．２４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡ
【出願人】（０００１０２７１７）エヌ・ティ・ティ・ソフトウェア株式会社 (43)
【Ｆターム（参考）】
[ Back to top ]