正規サイト通知プログラムおよび方法
【課題】 正規サイトにアクセスした際に、クライアントＰＣの表示手段に正規サイト通知が表示されるようにする。
【解決手段】 第１のコンピュータ１０の表示手段１５に正規サイト通知を表示させるために第１のコンピュータ１０を、第２のコンピュータ３０のドメイン名又はＩＰアドレスと文字、色又は画像の少なくとも一つを含む正規サイト通知パラメータを関連付けて記憶する記憶手段１４、画面構成情報の送信要求を第２のコンピュータ３０に送信可能で、かつ第２のコンピュータ３０から送信された画面構成情報を受信可能な送受信手段１６、画面構成情報を受信するとドメイン名又はＩＰアドレスに基づいて記憶手段１４から正規サイト通知パラメータを読み取り、読み取られた正規サイト通知パラメータを表示プログラムが受け取り可能な形式に変換し、変換された変換済み正規サイト通知パラメータを表示プログラムに引き渡すパラメータ取得手段、として機能させる。
【解決手段】 第１のコンピュータ１０の表示手段１５に正規サイト通知を表示させるために第１のコンピュータ１０を、第２のコンピュータ３０のドメイン名又はＩＰアドレスと文字、色又は画像の少なくとも一つを含む正規サイト通知パラメータを関連付けて記憶する記憶手段１４、画面構成情報の送信要求を第２のコンピュータ３０に送信可能で、かつ第２のコンピュータ３０から送信された画面構成情報を受信可能な送受信手段１６、画面構成情報を受信するとドメイン名又はＩＰアドレスに基づいて記憶手段１４から正規サイト通知パラメータを読み取り、読み取られた正規サイト通知パラメータを表示プログラムが受け取り可能な形式に変換し、変換された変換済み正規サイト通知パラメータを表示プログラムに引き渡すパラメータ取得手段、として機能させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予め登録されている正規サイトにアクセスしたことを画面に表示して利用者に通知するプログラム及び方法に関する。
【背景技術】
【０００２】
近年、銀行等の企業からのメールを装い、メールの受信者に偽のホームページにアクセスするよう仕向け、そのページにおいて個人の金融情報（クレジットカード番号、ＩＤ、パスワード等）を入力させるなどして個人の金融情報を不正に入手するような行為（フィッシング、Phishing）がなされ、その情報を元に金銭をだまし取られる被害が欧米を中心に広まっている。また、我が国においても偽のホームページが開設されるとともに国内初の金銭的な被害が確認されるなど、今後の被害の増加が懸念される。 そして、ドメインネームシステム（DNS）方式とデータベース（ブラック／ホワイトリスト）方式を組み合わせて、アクセス先が詐欺サイトかを検証する発明に関する先行技術文献情報としては次のものがある。
【非特許文献１】株式会社シンセキュア、“フィッシング詐欺対策 Secure VM for AntiPhishing”、［online］、［平成１７年４月２６日検索］、インターネット＜URL：http://www.synsecure.co.jp/japan/ antiphishing/index.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来のフィッシング詐欺対策においては、WebサーバへアクセスするクライアントＰＣにプログラムをインストールする必要があった。また、ブラックリストに基づいてフィッシング目的サイトにアクセスする／しないを判断する方法は、フィッシング目的サイトが日々増加している現状ではリストの更新が追いつかず有効性が低い。
【課題を解決するための手段】
【０００４】
本発明の第１の特徴は、正規サイト通知プログラムであって、第１のコンピュータの表示手段に正規サイト通知を表示させるために第１のコンピュータを、第２のコンピュータのドメイン名又はＩＰアドレスと文字、色又は画像の少なくとも一つを含む正規サイト通知パラメータを関連付けて記憶する記憶手段、画面構成情報の送信要求を第２のコンピュータに送信可能で、かつ前記第２のコンピュータから送信された前記画面構成情報を受信可能な送受信手段、前記画面構成情報を受信すると前記ドメイン名又は前記ＩＰアドレスに基づいて前記記憶手段から前記正規サイト通知パラメータを読み取り、読み取られた前記正規サイト通知パラメータを表示プログラムが受け取り可能な形式に変換し、変換された変換済み正規サイト通知パラメータを前記表示プログラムに引き渡すパラメータ取得手段、として機能させることにある。
【０００５】
例えば、第１のコンピュータとは一般利用者が利用するクライアントＰＣ、第２のコンピュータとは銀行等の企業のHTMLファイルをダウンロード可能なWebサーバである。
【０００６】
ドメイン名、ＩＰアドレス、正規サイト通知パラメータ等は、例えばCookieとして第１のコンピュータに保存される。文字は単数でも、複数（つまり、文字列）でも良い。同様に、色や画像も一種類でも複数種類でも良い。
【０００７】
本発明の第２の特徴は、正規サイト通知プログラムであって、第１のコンピュータの表示手段に正規サイト通知を表示させるために第１のコンピュータを、画面構成情報の送信要求を第２のコンピュータに送信し、前記第２のコンピュータから送信された前記画面構成情報を受信し、前記第２のコンピュータに第１のキーを送信し、前記第２のコンピュータから前記第１のキーに関連付けて記憶されている文字、色又は画像の少なくとも一つを特定する暗号化された正規サイト通知パラメータ及び前記正規サイト通知パラメータに関連付けて第２のコンピュータにおいて新たに記憶される第２のキーを受信することが可能な送受信手段、第２のコンピュータのＩＰアドレスに関連付けて第１のキーを記憶し、前記第２のキーを受信したら前記第１のキーを前記第２のキーで上書きするキー書換え手段、前記暗号化された正規サイト通知パラメータを受信したら、前記第２のキーを用いて前記暗号化された正規サイト通知パラメータを復号化し、復号化された前記正規サイト通知パラメータを表示プログラムが受け取り可能な形式に変換し、変換された変換済み正規サイト通知パラメータを前記表示プログラムに引き渡すパラメータ取得手段、として機能させることにある。
【発明の効果】
【０００８】
本発明の第１の特徴によれば、正規サイトにアクセスした際には正規サイト通知が表示されるが、非正規サイトにアクセスした際には正規サイト通知は表示されない。これによって、利用者はアクセスしているサイトが正規サイトか否かを容易に判断することができる。
【０００９】
本発明の第２の特徴によれば、正規サイト通知パラメータは第２のコンピュータ内に保存され、また正規サイト通知パラメータは暗号化された状態で第２のコンピュータから第１のコンピュータへ送信され、さらに暗号化された正規サイトパラメータ通知を復号化するキーは第１のコンピュータが第２のコンピュータへアクセスする毎に書き換えられるので、安全性が高い。
【発明を実施するための最良の形態】
【００１０】
以下に図面に基づいて、本発明を実施するための最良の形態を説明する。なお、以下の説明は、単なる例示に過ぎず、本発明の技術的範囲は以下の説明によって限定されるものではない。
【実施例１】
【００１１】
図１に基づいて、実施例１の概要を説明する。
図１は、実施例１に係る事前登録画面、Cookie、正規サイトのログイン画面及び非正規サイトのログイン画面を示す。事前登録画面１１１において、利用者は複数の色見本１１２から任意の色を１又は２以上選択することができ、テキストボックス１１３には利用者が任意の文字又は文字列を入力することができ、設定ボタン１１４がクリックされると、選択された色及び入力された文字列がCookie１２１に保存される。事前登録画面１１１のURLはwww.aaa.jp/entryとする。また、正規サイトのログイン画面１３１のURLはwww.aaa.jp/loginとする。ブラウザが正規サイトのログイン画面１３１にアクセスした場合は、Cookie１２１に保存されている情報に基づいて、ログイン画面１３１内に利用者が選択した複数の色及び利用者が入力した文字列からなる正規サイト通知１３３が表示される。なお、色と文字列が重ね合わされて表示されず、それぞれ別個に表示されるとしても良い。また、事前登録画面１１１において、色の代わりに画像を選択し、正規サイトのログイン画面１３１においてその選択された画像が表示されるとしても良い。
【００１２】
Cookie１２１に保存されている情報は、正規サイトのログイン画面１３１にアクセスした場合にのみブラウザによって参照され、正規でないサイトのログイン画面１４１にアクセスした場合は参照されない。例えば、正規でないサイトのログイン画面のURLがwww.fish.jp/loginの場合、サイトのドメインがwww.aaa.jpではないという理由によって、Cookie１２１は参照されず、そのため利用者が予め設定した色の組み合わせや文字列からなる正規サイト通知１３３は表示されない。正規サイト通知１３３が表示されない為，正規サイトとフィッシング詐欺画面などの非正規サイトとを容易に区別することができる。
【００１３】
以上が実施例１の概要である。次に、実施例１の内容をより具体的に説明する。
【００１４】
図２は、実施例１にかかるシステム全体を示す。クライアントＰＣ１０は、ＣＰＵ（中央演算処理装置）１１、フラッシュメモリなどのＲＯＭ（リード・オンリー・メモリ）１２、ダイナミックＲＡＭ（ランダム・アクセス・メモリ）などのＲＡＭ１３、ＨＤＤ（ハード・ディスク・ドライブ）などの記憶手段１４、液晶表示装置、ＣＲＴ（カソード・レイ・チューブ）などの表示手段１５、ＮＩＣ（ネットワーク・インタフェース・カード）などの送受信手段１６、入力手段１７を備える。
【００１５】
ＲＯＭ１２にはＢＩＯＳ（ベーシック・インプット・アウトプット・システム）が記憶されている。ＲＡＭ１３は各種プログラムの作業領域として使用される。記憶手段１４にはＯＳ（オペレーティング・システム）やWebブラウザが記憶されている。そして、初期登録後には文字、色を格納したCookieが記憶される。ブラウザとＯＳによってリクエストパケットが生成され、生成されたリクエストパケットは送受信手段１６からWebサーバ３０へ送信される。また、送受信手段１６はWebサーバ３０から送信されたレスポンスパケットを受信する。ＯＳとブラウザはレスポンスパケットからHTML（ハイパー・テキスト・マークアップ・ランゲージ）などによって記述された画面構成情報を取り出し、取り出された画面構成情報に基づいて表示手段１５にログイン画面などの画面を表示する。入力手段１７は、マウスなどのポインティングデバイスや、キーボードなどであり、文字列を入力したり、画面上のチェックボックスをチェックしたり、ボタンをクリックしたりするために使用される。
【００１６】
クライアントＰＣ１０はインターネットなどの通信網２０を介してWebサーバ３０へアクセスすることができる。
【００１７】
Webサーバ３０もＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、記憶手段３４、送受信手段３６を備える。
【００１８】
記憶手段３４には事前登録画面htmlファイル、ログイン画面htmlファイルなどが記憶されている。事前登録画面htmlファイルは、後述するように、クライアントＰＣの利用者に文字列を入力させるための記述、色を選択させるための記述、入力された文字列・選択された色・正規サイトのＩＰアドレス・これら情報の有効期限を記憶させるための記述などを含む。ログイン画面htmlファイルは、後述するように、クライアントＰＣの記憶手段に記憶されている文字列等に関する情報を読み取るための記述、読み取られた文字列等を画面に表示するためのブラウザのプラグインソフトウェア（例えば、”Flash Player”）を取得するための記述、文字列等に関する情報をプラグインソフトウェア用の変数とするための記述などを含む。
【００１９】
図３は、Cookieに文字列等を保存する処理の流れを示す。図３に示すように、まずブラウザのURL入力欄に入力されたURLによって指定されるWebサーバへアクセスする（ステップＳ３０１）。具体的には下記のような内容を含むリクエストをWebサーバへ送信する。
【００２０】
GET /entry.html HTTP/1.1
Host: www.aaa.jp
リクエストを受け取ったWebサーバは事前登録画面を構成するentry.htmlを含むレスポンスを返送する（ステップＳ３０３）。図４〜図６にentry.htmlの一例を示す。
【００２１】
ブラウザは、entry.htmlに基づいて事前登録画面を表示手段１５の画面に表示する（ステップＳ３０５）。
【００２２】
図７に事前登録画面の一例を示す。図７に示すように、事前登録画面５００は、文字列を入力するエリア５１０と、色を選択するエリア５２０と、入力された文字列と選択された色を登録するための登録ボタン５３０と、選択された色を表示するエリア５４０とを含む。
【００２３】
エリア５１０は、クライアントＰＣの利用者に文字列を入力させるための記述４１０（図５）に基づいて表示される。エリア５２０は、クライアントＰＣの利用者に色を選択させるための記述４２０（図５及び図６）に基づいて表示される。登録ボタン５３０は、記述４３０（図６）に基づいて表示される。エリア５４０は、記述４４０（図６）に基づいて表示される。
【００２４】
つまり、文字列が入力され、チェックボックスがマウスなどのポインティングデバイスを用いてチェックされることによって所定数の色が選択され、かつ登録ボタン５３０がクリックされると、入力された文字列、選択された色などに関する情報がCookieとして記憶手段１４に保存される（ステップＳ３０７）。
【００２５】
具体的には、登録ボタン５３０がクリックされると、記述４３０に基づいてcheckSelected関数が呼び出される。もし、色が３つ選択されていないかパスフレーズ（文字列）が入力されていないと、図４の記述４５１に基づいて「画像を３つ選択してください」又は「パスフレーズを入れてください」という警告が表示手段１５の画面に表示される。
【００２６】
色が３つ選択され、かつパスフレーズが入力されている場合、図５の記述４５２に記載されているsetCookie関数が呼び出され、入力された文字列、選択された画像に対応する色、正規サイトのURL(aaa.jp)及び有効期限がCookieとして記憶手段１４に保存される。
【００２７】
図８にCookie内に保存される情報の一例を示す。図８（ａ）は実施例１にかかるCookie内に保存される情報を示し、図８（ｂ）は実施例２にかかるCookie内に保存される情報を示す。FlashVarsは、使用者が登録した文字列と選択色情報を設定するパラメータ、domainは、Cookieが参照可能なドメイン(URL)を設定するパラメータ、pathは、Cookieが参照可能なドメイン以降のパスを設定するパラメータ、expiresはこのCookieの有効期限を設定するパラメータである。
【００２８】
以上が、文字列等の情報がCookieに保存される処理の説明である。次に、このようにしてCookieに保存された文字列等が、サイトへアクセスした際に表示手段の画面に表示される場合又はされない場合の処理について説明する。
【００２９】
図９は、正規サイトへアクセスした際に登録されている文字列等が表示手段の画面に表示されるまでの処理の流れを示す。図９に示すように、まずブラウザのURL入力欄に入力されたURLによって指定されるWebサーバ３０へアクセスする（ステップＳ９０１）。具体的には下記のような内容を含むリクエストをWebサーバ３０へ送信する。
GET /login.html HTTP/1.1
Host: www.aaa.jp
リクエストを受け取ったWebサーバ３０はログイン画面を構成するlogin.htmlを含むレスポンスを返送する（ステップＳ９０３）。図１０にlogin.htmlの一例を示す。
【００３０】
ブラウザは、login.htmlに基づいてログイン画面を表示手段１５の画面に表示する際に、Cookie情報を取得する（ステップＳ９０５）。Cookie情報は、Webサーバ３０のIPアドレスを内部データとして有するCookieから取得される。Webサーバ３０のIPアドレスを内部データとして有するCookieがクライアントＰＣ１０の記憶手段１４に記憶されていない場合は、Cookie情報は取得されない。具体的には、Cookie内のdomainパラメータの値（ドメイン名）がWebサーバ３０に割り当てられているIPアドレスに対応するCookieが存在しなければCookie情報は取得されない。また、domainパラメータの値がWebサーバ３０のIPアドレスと同一であっても、expiresパラメータの値（有効期限）を過ぎてしまっている場合もCookie情報は取得されない。
【００３１】
そして、取得されたCookie情報に基づいて、文字列等がログイン画面の一部として表示される（ステップＳ９０７）。具体的には、図１０の記述１０１０に基づいて、図８（ａ）のCookie内の”FlashVars=”から”blue50”までが取得され、取得された情報（文字列、色の指定）は、記述１０２０に基づいて文字列等を表示させるためのプラグインソフトウェアに渡され、渡された情報に基づいて文字列及び色が表示手段１５に表示される。
【００３２】
図１１にログイン画面に表示される正規サイト通知（文字列、色）の一例を示す。図１１に示すように、正規サイト通知は、利用者によって予め入力された文字列と、利用者によって予め選択された色と、その他のイメージとからなる。
【００３３】
上記の如く、実施例１によれば正規サイトにアクセスした場合にのみ正規サイト通知が表示手段１５に表示される。非正規サイトにアクセスした場合は、URLが相違するという理由によってCookieが参照されず、そのため正規サイト通知は表示されない。非正規サイトのログイン画面のhtmlファイルが、正規サイトのログイン画面のhtmlファイルをそっくりコピーしたものであっても、正規サイト通知は表示されないので利用者は非正規サイトにアクセスしていることに容易に気づくことができる。
【実施例２】
【００３４】
実施例１おいては、Cookieの内容が盗み見られdomainパラメータ以外は全て同一内容で、domainパラメータのみは非正規サイトを示すドメイン名であるCookieが作られてしまうと、非正規サイトにアクセスした場合に正規サイト通知が表示されてしまう。また、Cookieから盗み見られた文字、色の情報に基づいてそれらを表示するHTML記述が非正規サイトのログイン画面を表示するhtmlファイルに追加されてしまった場合も、非正規サイトにアクセスした時に正規サイト通知が表示されてしまう。
【００３５】
実施例２はこのような事態の回避を目的とする。この目的のため、実施例２では、Cookieの設定値をサーバアクセスの度に変更する。
【００３６】
図１２に基づいて、実施例２の概要を説明する。図１２は、実施例２に係る正規サイトのログイン画面、Cookie、サーバ内でのキー変更の概要及びフィッシング詐欺ログイン画面を示す。画面１２０１は正規ログイン画面を示す。Cookie１２０３、１２０７には利用者が入力した文字列及び選択した色の具体的内容は記憶されない。Cookie１２０３、１２０７には利用者が入力した文字列及び選択した色に対応するキーが記憶される。「キー」と「文字列及び色」とは関連付けられてサーバ７０の記憶手段に記憶される。「キー」はサーバアクセスの度に変更され、Cookieに再設定される。「文字列及び色」は変更されない。例えば、前回のサーバアクセス時に作成されたキーを保持するCookie１２０３がクライアントＰＣ内に記憶されていて、そのクライアントＰＣがサーバ１２０５へアクセスすると、サーバ内でキーが変更される。そして、Cookie１２０３が書き換えられ、新たなキーを保持するCookie１２０７となってクライアントＰＣ内に記憶される。仮にCookie１２０３内のキーが盗難されても、新たなCookie１２０７が作成された後は、その盗まれたキーは無効となっているため、フィッシング詐欺ログイン画面１２０９には利用者が入力した文字列及び選択した色は表示されないので、フィッシング詐欺の抑止効果がある。
【００３７】
図１３は、実施例２にかかるシステム全体を示す。クライアントＰＣ５０は、ＣＰＵ５１、フラッシュメモリなどのＲＯＭ５２、ダイナミックＲＡＭなどのＲＡＭ５３、ＨＤＤなどの記憶手段５４、液晶表示装置、ＣＲＴなどの表示手段５５、ＮＩＣなどの送受信手段５６、入力手段５７を備える。
【００３８】
ＲＯＭ５２にはＢＩＯＳが記憶されている。ＲＡＭ５３は各種プログラムの作業領域として使用される。記憶手段５４にはＯＳやWebブラウザが記憶されている。そして、初期登録後にはキーを格納したCookieが記憶される。ブラウザとＯＳによってリクエストパケットが生成され、生成されたリクエストパケットは送受信手段５６からWebサーバ７０へ送信される。また、送受信手段５６はWebサーバ７０から送信されたレスポンスパケットを受信する。ＯＳとブラウザはレスポンスパケットからHTMLなどによって記述された画面構成情報を取り出し、取り出された画面構成情報に基づいて表示手段５５にログイン画面などの画面を表示する。入力手段５７は、マウスなどのポインティングデバイスや、キーボードなどであり、文字列を入力したり、画面上のチェックボックスをチェックしたり、ボタンをクリックしたりするために使用される。
【００３９】
図１４は、文字列と色を登録する初期登録時の処理の流れを示す。まず、実施例１の図３のステップＳ３０１からＳ３０５と同様に、クライアントＰＣ５０から正規サイトへアクセスし、クライアントＰＣ５０がＷｅｂサーバ７０から初期登録画面を表示するhtmlファイルを受け取り、クライアントＰＣ５０の表示手段５５に初期登録画面を表示し、表示された初期登録画面を構成するテキストエリア（テキストボックス）に文字列を入力等することによって登録情報（利用者が入力した文字列、選択した色、Webサーバのdomain名、Cookieの有効期限）を得る。
【００４０】
そして、クライアントＰＣ５０のブラウザからWebサーバ７０へ登録情報を送信する（ステップＳ１４０１）。
【００４１】
Webサーバ７０は、過去に作成したキーと重複しないユニークなキーを作成し，登録情報と関連付けて記憶手段７４に保存する（ステップＳ１４０３）。
【００４２】
Webサーバ７０は、キー、WebサーバのＩＰアドレス及びCookieの有効期限を含むCookieを生成し、クライアントＰＣ５０へ返送する（ステップＳ１４０５）。
【００４３】
Webサーバ７０から送られてきたCookieをクライアントPC５０の記憶手段５４に保存する（ステップＳ１４０７）。保存されているCookieはキー、WebサーバのＩＰアドレス及びCookieの有効期限を含むが、利用者が入力した文字列や選択した色に関する情報は何も含まない。
【００４４】
図１５は、正規サイトにアクセスして文字列と色を表示する際の処理の流れを示す。
【００４５】
初期登録完了後、Webサーバ７０にアクセスすると（ステップＳ１５０１）、指定されたURLのページがWebサーバ７０からクライアントＰＣ５０へ返送される（ステップＳ１５０３）。表示されたホームページがクライアントＰＣ５０の記憶手段５４に記憶されているCookieからキーを取得し、そのキーをWebサーバ７０へ送信する（ステップＳ１５０５）。
【００４６】
Webサーバ７０は、受信したキーを検索キーとして記憶手段７４に記憶されている登録情報テーブルより登録情報を取得する（ステップＳ１５０７）。
【００４７】
Webサーバ７０は、過去に作成したキーと重複しないユニークな新規キーを作成し、登録情報（文字列及び色の指定）と一緒に登録情報テーブルに再保存する（ステップＳ１５０９）。また、過去N回（例えば、３回）前のアクセスの際にキーを付与された登録情報を登録情報テーブルより削除する（ステップＳ１５１１）。さらに、新規キーを暗号化鍵として用いて登録情報を暗号化し、暗号化された登録情報をクライアントＰＣ５０へ返送する（ステップＳ１５１３）。新規キーとURL/有効期限をCookieに変換して、そのCookieもクライアントＰＣへ返送する（ステップＳ１５１５）。
【００４８】
図８（ｂ）に示すように、新規キーは”paramKey”以下の部分、URLは”domain”以下の部分、有効期限は”expires”以下の部分である。
【００４９】
クライアントＰＣ５０は、受け取った新規キーを、記憶手段５４内に記憶されているキーに上書きで保存する（ステップＳ１５１７）。
【００５０】
クライアントＰＣ５０は、新規キーを復号化鍵として用いて、Webサーバ７０から受け取った暗号化されている登録情報を復号化する（ステップＳ１５１９）。そして、復号化された登録情報に基づいてクライアントＰＣ５０の表示手段５５に正規サイト通知を表示する（ステップＳ１５２１）。
【００５１】
図１６は、登録情報テーブルの一例を示す。図１６に示す登録情報テーブルＴ１０は、過去3回分の履歴を保存する場合の例である。
列名：制約：説明は以下のとおりである。
Key：一意制約／主キー制約：登録情報に付与される一意なキーであって、PCにCookieとして保存される値
Info：登録情報：文字列・色といった使用者が登録した情報を結合した値
BeforeKey：外部キー制約（外部キーはKey）：現在のKey値の一つ前のKeyの値。初期登録時はNULL
１行目Ｌ１は、Key「87HYUIOP」に関連付けて文字列「SATO」及び色指定「BLUE, GREEN, WHITE」が登録され、BeforeKeyの値はNULLであることを示す。文字列「SATO」を含む行は他には無い。つまり、文字列「SATO」については初期登録しかされていない。
【００５２】
２行目Ｌ２は、Key「123456789」に関連付けて文字列「ASABE」及び色指定「RED, GREEN, BLACK」が登録され、BeforeKeyの値はNULLであることを示す。３行目Ｌ３は、Key「012345678」に関連付けて文字列「ASABE」及び色指定「RED, GREEN, BLACK」が登録され、BeforeKeyの値は「123456789」であることを示す。４行目Ｌ４は、Key「007654321」に関連付けて文字列「ASABE」及び色指定「RED, GREEN, BLACK」が登録され、BeforeKeyの値は「012345678」であることを示す。つまり、文字列「ASABE」については初期登録後、２回アクセスされている。
【００５３】
５行目Ｌ５は、Key「ABCDEFGHI」に関連付けて文字列「YAMADA」及び色指定「RED, BLUE, WHITE」が登録され、BeforeKeyの値は「JPKJHTKI」であることを示す。６行目Ｌ６は、Key「HUJGIKNAD」に関連付けて文字列「YAMADA」及び色指定「RED, BLUE, WHITE」が登録され、BeforeKeyの値は「ABCDEFGHI」であることを示す。７行目Ｌ７は、Key「QWSAZXCDE」に関連付けて文字列「YAMADA」及び色指定「RED, BLUE, WHITE」が登録され、BeforeKeyの値は「HUJGIKNAD」であることを示す。つまり、文字列「YAMADA」については初期登録後、２回目、３回目、４回目というように３回以上アクセスされ、過去３回より前の情報は削除されている。
【００５４】
図１７は、クライアントＰＣにおいてキーを取得し、Webサーバへ送信する処理（図１５のステップＳ１５０５）に関するHTML記述である。記述１７０１の
window.location.replace(“http:210.233.60.173/cookie/flash/ KeyChanger”)
は、KeyChangerを呼び出す。KeyChangerは図１５のステップＳ１５０７〜Ｓ１５１５を実行するサーブレットである。ブラウザはCookieをWebサーバ７０（この例では、“http:210.233.60.173/cookie/flash/ KeyChanger”）へ送付する機能を有する。よって、HTMLによって送付処理を記述する必要はない。
【００５５】
“http:210.233.60.173/cookie/flash/ KeyChanger”の実行後、ブラウザには図１８に示すImageLoder.htmlが返送される。
【００５６】
ブラウザにImageLoder.htmlが返送される際、新規キーも同時に返送される（図１５のステップＳ１５１５）。図８（ｂ）に示すように、新規キーはCookieに格納されて、返送される。
【００５７】
クライアントＰＣ５０では、新規キーを格納したCookieを受け取ると、ブラウザは記憶手段５４に記憶されているCookieに上書き保存する（図１５のステップＳ１５１７）。
【００５８】
図１８に示すImageLoder.htmlの記述１８０１には文字列と色の指定を暗号化したデータが記述されている。この暗号化データとCookieに格納されているキーは、図１８の記述１８０３のgetFlashParams関数によって取得され、文字列等表示プラグイン（本実施例２ではFlashPlayerを使用。）に引き渡される。
【００５９】
文字列等表示プラグインは、そのキーを用いてその暗号化データを復号化し（図１５のステップＳ１５１９）、文字列などの登録されている情報をクライアントＰＣ５０の表示手段５５に表示する（図１５のステップＳ１５２１）。
【００６０】
図１９は、ImageLoder.htmlの続きである。記述１９０１は文字列等表示プラグインがインストールされていない場合に、ブラウザに文字列等表示プラグインをインストールするための記述である。
【００６１】
以上が実施例２の説明である。上記の如く、実施例２によれば、正規サイト通知パラメータはWebサーバ７０内に保存され、また正規サイト通知パラメータは暗号化された状態でWebサーバ７０からクライアントＰＣ５０へ送信され、さらに暗号化された正規サイトパラメータ通知を復号化するキーはクライアントＰＣ５０がWebサーバ７０へアクセスする毎に書き換えられるので、安全性が高い。
【００６２】
図２０に、ImageLoder.html及び新規キーを格納したCookieをブラウザへ返送するためのメソッドの一例（抜粋）を示す。
【００６３】
図１７の記述１７０１に基づいて「http:210.233.60.173/cookie/flash/ KeyChanger」がクライアントから呼び出されると、WEBアプリケーションサーバ７０側ではKeyChangerサーブレットが実行される。KeyChangerサーブレットは、クライアントＰＣ５０から送付されたCookieからキー情報を取り出し、図２０に示すmakeResponseメソッドを呼び出す。
【００６４】
makeResponseメソッドは引数として、変数resと変数keyを持つ。変数resはJava（登録商標）のHttpServletResponseクラスで、HTTPレスポンスのオブジェクトとなる。このオブジェクトにCookieやResponseパラメータをセットすると、サーバ７０がHTTPレスポンスに変換して返送する。変数keyの初期値は、クライアントＰＣ５０から送付されてきたキーである。
【００６５】
makeResponseメソッドは、まずgetInfoメソッドにより記憶手段７４の登録情報テーブルから登録情報を取得する。
次に、createKeyAndSetDBメソッドにより新規キーを生成するとともに登録情報を記憶手段７４の登録情報テーブルへ登録する。
次に、deleteInfoメソッドにより過去3回前の登録情報を記憶手段７４の登録情報テーブルより削除する。引数の3が過去3回前を示している。
【００６６】
次に，cryptinfoメソッドにより変数info(登録情報)の値を変数newkey(新規キー)の値により暗号化する。
最後にsetResponseメソッドにて変数newkey(新規キー)の値を含むCookieと、変数cryptInfo(暗号化登録情報)の値を含むHTMLファイルを生成して変数resにセットする。
KeyChangerサーブレットの一連の処理が終了すると、サーバ７０が変数resにセットされているCookieとHTMLファイルをHTTPレスポンスへ変換してクライアントＰＣ５０へ返送する。
【００６７】
図２１は、利用するクライアントＰＣ毎にCookieを設定する場合の概略を示す。クライアントＰＣ＿Ａから事前登録画面にアクセスして、色は「赤、緑、黒」を選択し、文字列は「○○太郎ＰＣＡのページ」を入力して「設定」ボタンをクリックし、またクライアントＰＣ＿ＢからURLが同じ事前登録画面にアクセスして、色は「赤、青、黒」を選択し、文字列は「○○太郎ＰＣＢのページ」を入力して「設定」ボタンをクリックしたものとする。
【００６８】
実施例１又は実施例２のいずれであってもCookieはクライアントＰＣの記憶手段に保存される為，同一の利用者が複数のクライアントＰＣを利用する場合はそれぞれのクライアントＰＣ毎に「画像と文字列」を設定することが好ましい。
【図面の簡単な説明】
【００６９】
【図１】実施例１に係る事前登録画面、Cookie及び正規サイトのログイン画面を示す図である。
【図２】実施例１に係るシステム全体の構成を示す図である。
【図３】実施例１に係るCookieに文字列等を保存する処理の流れを示すフローチャートである。
【図４】実施例１に係るentry.htmlの一例を示す図である。
【図５】図５のentry.htmlの続きを示す図である。
【図６】図６のentry.htmlの続きを示す図である。
【図７】実施例１に係る事前登録画面の一例を示す図である。
【図８】（ａ）は実施例１にかかるCookie内に保存される情報を示し、（ｂ）は実施例２にかかるCookie内に保存される情報を示す図である。
【図９】正規サイトへアクセスした際に登録されている文字列等が表示手段の画面に表示されるまでの処理の流れを示すフローチャートである。
【図１０】実施例１に係るlogin.htmlの一例を示す図である。
【図１１】ログイン画面に表示される正規サイト通知（文字列、色）の一例を示す図である。
【図１２】実施例２の概要を説明するための図である。
【図１３】実施例２に係るシステム全体の構成を示す図である。
【図１４】実施例２に係る文字列と色を登録する初期登録時の処理の流れを示すフローチャートである。
【図１５】実施例２に係る正規サイトにアクセスして文字列と色を表示する際の処理の流れを示すフローチャートである。
【図１６】実施例２に係る登録情報テーブルの一例を示す図である。
【図１７】クライアントＰＣにおいてキーを取得し、Webサーバへ送信する処理に関するHTML記述の一例である。
【図１８】実施例２に係るImageLoder.htmlの一例を示す図である。
【図１９】図１８のImageLoder.htmlの続きを示す図である。
【図２０】ImageLoder.html及び新規キーを格納したCookieをブラウザへ返送するためのメソッドの一例（抜粋）を示す図である。
【図２１】利用するクライアントＰＣ毎にCookieを設定する場合の概略を示す図である。
【符号の説明】
【００７０】
１０、５０…クライアントＰＣ
１１、３１、５１、７１…ＣＰＵ（中央演算処理装置）
１２、３２、５２、７２…ＲＯＭ（リード・オンリー・メモリ）
１３、３３、５３、７３…ＲＡＭ（ランダム・アクセス・メモリ）
１４、３４、５４、７４…記憶手段
１５、５５…表示手段
１６、３６、５６、７６…送受信手段
１７、５７…入力手段
２０…通信網
３０、７０…Webサーバ
【技術分野】
【０００１】
本発明は、予め登録されている正規サイトにアクセスしたことを画面に表示して利用者に通知するプログラム及び方法に関する。
【背景技術】
【０００２】
近年、銀行等の企業からのメールを装い、メールの受信者に偽のホームページにアクセスするよう仕向け、そのページにおいて個人の金融情報（クレジットカード番号、ＩＤ、パスワード等）を入力させるなどして個人の金融情報を不正に入手するような行為（フィッシング、Phishing）がなされ、その情報を元に金銭をだまし取られる被害が欧米を中心に広まっている。また、我が国においても偽のホームページが開設されるとともに国内初の金銭的な被害が確認されるなど、今後の被害の増加が懸念される。 そして、ドメインネームシステム（DNS）方式とデータベース（ブラック／ホワイトリスト）方式を組み合わせて、アクセス先が詐欺サイトかを検証する発明に関する先行技術文献情報としては次のものがある。
【非特許文献１】株式会社シンセキュア、“フィッシング詐欺対策 Secure VM for AntiPhishing”、［online］、［平成１７年４月２６日検索］、インターネット＜URL：http://www.synsecure.co.jp/japan/ antiphishing/index.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来のフィッシング詐欺対策においては、WebサーバへアクセスするクライアントＰＣにプログラムをインストールする必要があった。また、ブラックリストに基づいてフィッシング目的サイトにアクセスする／しないを判断する方法は、フィッシング目的サイトが日々増加している現状ではリストの更新が追いつかず有効性が低い。
【課題を解決するための手段】
【０００４】
本発明の第１の特徴は、正規サイト通知プログラムであって、第１のコンピュータの表示手段に正規サイト通知を表示させるために第１のコンピュータを、第２のコンピュータのドメイン名又はＩＰアドレスと文字、色又は画像の少なくとも一つを含む正規サイト通知パラメータを関連付けて記憶する記憶手段、画面構成情報の送信要求を第２のコンピュータに送信可能で、かつ前記第２のコンピュータから送信された前記画面構成情報を受信可能な送受信手段、前記画面構成情報を受信すると前記ドメイン名又は前記ＩＰアドレスに基づいて前記記憶手段から前記正規サイト通知パラメータを読み取り、読み取られた前記正規サイト通知パラメータを表示プログラムが受け取り可能な形式に変換し、変換された変換済み正規サイト通知パラメータを前記表示プログラムに引き渡すパラメータ取得手段、として機能させることにある。
【０００５】
例えば、第１のコンピュータとは一般利用者が利用するクライアントＰＣ、第２のコンピュータとは銀行等の企業のHTMLファイルをダウンロード可能なWebサーバである。
【０００６】
ドメイン名、ＩＰアドレス、正規サイト通知パラメータ等は、例えばCookieとして第１のコンピュータに保存される。文字は単数でも、複数（つまり、文字列）でも良い。同様に、色や画像も一種類でも複数種類でも良い。
【０００７】
本発明の第２の特徴は、正規サイト通知プログラムであって、第１のコンピュータの表示手段に正規サイト通知を表示させるために第１のコンピュータを、画面構成情報の送信要求を第２のコンピュータに送信し、前記第２のコンピュータから送信された前記画面構成情報を受信し、前記第２のコンピュータに第１のキーを送信し、前記第２のコンピュータから前記第１のキーに関連付けて記憶されている文字、色又は画像の少なくとも一つを特定する暗号化された正規サイト通知パラメータ及び前記正規サイト通知パラメータに関連付けて第２のコンピュータにおいて新たに記憶される第２のキーを受信することが可能な送受信手段、第２のコンピュータのＩＰアドレスに関連付けて第１のキーを記憶し、前記第２のキーを受信したら前記第１のキーを前記第２のキーで上書きするキー書換え手段、前記暗号化された正規サイト通知パラメータを受信したら、前記第２のキーを用いて前記暗号化された正規サイト通知パラメータを復号化し、復号化された前記正規サイト通知パラメータを表示プログラムが受け取り可能な形式に変換し、変換された変換済み正規サイト通知パラメータを前記表示プログラムに引き渡すパラメータ取得手段、として機能させることにある。
【発明の効果】
【０００８】
本発明の第１の特徴によれば、正規サイトにアクセスした際には正規サイト通知が表示されるが、非正規サイトにアクセスした際には正規サイト通知は表示されない。これによって、利用者はアクセスしているサイトが正規サイトか否かを容易に判断することができる。
【０００９】
本発明の第２の特徴によれば、正規サイト通知パラメータは第２のコンピュータ内に保存され、また正規サイト通知パラメータは暗号化された状態で第２のコンピュータから第１のコンピュータへ送信され、さらに暗号化された正規サイトパラメータ通知を復号化するキーは第１のコンピュータが第２のコンピュータへアクセスする毎に書き換えられるので、安全性が高い。
【発明を実施するための最良の形態】
【００１０】
以下に図面に基づいて、本発明を実施するための最良の形態を説明する。なお、以下の説明は、単なる例示に過ぎず、本発明の技術的範囲は以下の説明によって限定されるものではない。
【実施例１】
【００１１】
図１に基づいて、実施例１の概要を説明する。
図１は、実施例１に係る事前登録画面、Cookie、正規サイトのログイン画面及び非正規サイトのログイン画面を示す。事前登録画面１１１において、利用者は複数の色見本１１２から任意の色を１又は２以上選択することができ、テキストボックス１１３には利用者が任意の文字又は文字列を入力することができ、設定ボタン１１４がクリックされると、選択された色及び入力された文字列がCookie１２１に保存される。事前登録画面１１１のURLはwww.aaa.jp/entryとする。また、正規サイトのログイン画面１３１のURLはwww.aaa.jp/loginとする。ブラウザが正規サイトのログイン画面１３１にアクセスした場合は、Cookie１２１に保存されている情報に基づいて、ログイン画面１３１内に利用者が選択した複数の色及び利用者が入力した文字列からなる正規サイト通知１３３が表示される。なお、色と文字列が重ね合わされて表示されず、それぞれ別個に表示されるとしても良い。また、事前登録画面１１１において、色の代わりに画像を選択し、正規サイトのログイン画面１３１においてその選択された画像が表示されるとしても良い。
【００１２】
Cookie１２１に保存されている情報は、正規サイトのログイン画面１３１にアクセスした場合にのみブラウザによって参照され、正規でないサイトのログイン画面１４１にアクセスした場合は参照されない。例えば、正規でないサイトのログイン画面のURLがwww.fish.jp/loginの場合、サイトのドメインがwww.aaa.jpではないという理由によって、Cookie１２１は参照されず、そのため利用者が予め設定した色の組み合わせや文字列からなる正規サイト通知１３３は表示されない。正規サイト通知１３３が表示されない為，正規サイトとフィッシング詐欺画面などの非正規サイトとを容易に区別することができる。
【００１３】
以上が実施例１の概要である。次に、実施例１の内容をより具体的に説明する。
【００１４】
図２は、実施例１にかかるシステム全体を示す。クライアントＰＣ１０は、ＣＰＵ（中央演算処理装置）１１、フラッシュメモリなどのＲＯＭ（リード・オンリー・メモリ）１２、ダイナミックＲＡＭ（ランダム・アクセス・メモリ）などのＲＡＭ１３、ＨＤＤ（ハード・ディスク・ドライブ）などの記憶手段１４、液晶表示装置、ＣＲＴ（カソード・レイ・チューブ）などの表示手段１５、ＮＩＣ（ネットワーク・インタフェース・カード）などの送受信手段１６、入力手段１７を備える。
【００１５】
ＲＯＭ１２にはＢＩＯＳ（ベーシック・インプット・アウトプット・システム）が記憶されている。ＲＡＭ１３は各種プログラムの作業領域として使用される。記憶手段１４にはＯＳ（オペレーティング・システム）やWebブラウザが記憶されている。そして、初期登録後には文字、色を格納したCookieが記憶される。ブラウザとＯＳによってリクエストパケットが生成され、生成されたリクエストパケットは送受信手段１６からWebサーバ３０へ送信される。また、送受信手段１６はWebサーバ３０から送信されたレスポンスパケットを受信する。ＯＳとブラウザはレスポンスパケットからHTML（ハイパー・テキスト・マークアップ・ランゲージ）などによって記述された画面構成情報を取り出し、取り出された画面構成情報に基づいて表示手段１５にログイン画面などの画面を表示する。入力手段１７は、マウスなどのポインティングデバイスや、キーボードなどであり、文字列を入力したり、画面上のチェックボックスをチェックしたり、ボタンをクリックしたりするために使用される。
【００１６】
クライアントＰＣ１０はインターネットなどの通信網２０を介してWebサーバ３０へアクセスすることができる。
【００１７】
Webサーバ３０もＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、記憶手段３４、送受信手段３６を備える。
【００１８】
記憶手段３４には事前登録画面htmlファイル、ログイン画面htmlファイルなどが記憶されている。事前登録画面htmlファイルは、後述するように、クライアントＰＣの利用者に文字列を入力させるための記述、色を選択させるための記述、入力された文字列・選択された色・正規サイトのＩＰアドレス・これら情報の有効期限を記憶させるための記述などを含む。ログイン画面htmlファイルは、後述するように、クライアントＰＣの記憶手段に記憶されている文字列等に関する情報を読み取るための記述、読み取られた文字列等を画面に表示するためのブラウザのプラグインソフトウェア（例えば、”Flash Player”）を取得するための記述、文字列等に関する情報をプラグインソフトウェア用の変数とするための記述などを含む。
【００１９】
図３は、Cookieに文字列等を保存する処理の流れを示す。図３に示すように、まずブラウザのURL入力欄に入力されたURLによって指定されるWebサーバへアクセスする（ステップＳ３０１）。具体的には下記のような内容を含むリクエストをWebサーバへ送信する。
【００２０】
GET /entry.html HTTP/1.1
Host: www.aaa.jp
リクエストを受け取ったWebサーバは事前登録画面を構成するentry.htmlを含むレスポンスを返送する（ステップＳ３０３）。図４〜図６にentry.htmlの一例を示す。
【００２１】
ブラウザは、entry.htmlに基づいて事前登録画面を表示手段１５の画面に表示する（ステップＳ３０５）。
【００２２】
図７に事前登録画面の一例を示す。図７に示すように、事前登録画面５００は、文字列を入力するエリア５１０と、色を選択するエリア５２０と、入力された文字列と選択された色を登録するための登録ボタン５３０と、選択された色を表示するエリア５４０とを含む。
【００２３】
エリア５１０は、クライアントＰＣの利用者に文字列を入力させるための記述４１０（図５）に基づいて表示される。エリア５２０は、クライアントＰＣの利用者に色を選択させるための記述４２０（図５及び図６）に基づいて表示される。登録ボタン５３０は、記述４３０（図６）に基づいて表示される。エリア５４０は、記述４４０（図６）に基づいて表示される。
【００２４】
つまり、文字列が入力され、チェックボックスがマウスなどのポインティングデバイスを用いてチェックされることによって所定数の色が選択され、かつ登録ボタン５３０がクリックされると、入力された文字列、選択された色などに関する情報がCookieとして記憶手段１４に保存される（ステップＳ３０７）。
【００２５】
具体的には、登録ボタン５３０がクリックされると、記述４３０に基づいてcheckSelected関数が呼び出される。もし、色が３つ選択されていないかパスフレーズ（文字列）が入力されていないと、図４の記述４５１に基づいて「画像を３つ選択してください」又は「パスフレーズを入れてください」という警告が表示手段１５の画面に表示される。
【００２６】
色が３つ選択され、かつパスフレーズが入力されている場合、図５の記述４５２に記載されているsetCookie関数が呼び出され、入力された文字列、選択された画像に対応する色、正規サイトのURL(aaa.jp)及び有効期限がCookieとして記憶手段１４に保存される。
【００２７】
図８にCookie内に保存される情報の一例を示す。図８（ａ）は実施例１にかかるCookie内に保存される情報を示し、図８（ｂ）は実施例２にかかるCookie内に保存される情報を示す。FlashVarsは、使用者が登録した文字列と選択色情報を設定するパラメータ、domainは、Cookieが参照可能なドメイン(URL)を設定するパラメータ、pathは、Cookieが参照可能なドメイン以降のパスを設定するパラメータ、expiresはこのCookieの有効期限を設定するパラメータである。
【００２８】
以上が、文字列等の情報がCookieに保存される処理の説明である。次に、このようにしてCookieに保存された文字列等が、サイトへアクセスした際に表示手段の画面に表示される場合又はされない場合の処理について説明する。
【００２９】
図９は、正規サイトへアクセスした際に登録されている文字列等が表示手段の画面に表示されるまでの処理の流れを示す。図９に示すように、まずブラウザのURL入力欄に入力されたURLによって指定されるWebサーバ３０へアクセスする（ステップＳ９０１）。具体的には下記のような内容を含むリクエストをWebサーバ３０へ送信する。
GET /login.html HTTP/1.1
Host: www.aaa.jp
リクエストを受け取ったWebサーバ３０はログイン画面を構成するlogin.htmlを含むレスポンスを返送する（ステップＳ９０３）。図１０にlogin.htmlの一例を示す。
【００３０】
ブラウザは、login.htmlに基づいてログイン画面を表示手段１５の画面に表示する際に、Cookie情報を取得する（ステップＳ９０５）。Cookie情報は、Webサーバ３０のIPアドレスを内部データとして有するCookieから取得される。Webサーバ３０のIPアドレスを内部データとして有するCookieがクライアントＰＣ１０の記憶手段１４に記憶されていない場合は、Cookie情報は取得されない。具体的には、Cookie内のdomainパラメータの値（ドメイン名）がWebサーバ３０に割り当てられているIPアドレスに対応するCookieが存在しなければCookie情報は取得されない。また、domainパラメータの値がWebサーバ３０のIPアドレスと同一であっても、expiresパラメータの値（有効期限）を過ぎてしまっている場合もCookie情報は取得されない。
【００３１】
そして、取得されたCookie情報に基づいて、文字列等がログイン画面の一部として表示される（ステップＳ９０７）。具体的には、図１０の記述１０１０に基づいて、図８（ａ）のCookie内の”FlashVars=”から”blue50”までが取得され、取得された情報（文字列、色の指定）は、記述１０２０に基づいて文字列等を表示させるためのプラグインソフトウェアに渡され、渡された情報に基づいて文字列及び色が表示手段１５に表示される。
【００３２】
図１１にログイン画面に表示される正規サイト通知（文字列、色）の一例を示す。図１１に示すように、正規サイト通知は、利用者によって予め入力された文字列と、利用者によって予め選択された色と、その他のイメージとからなる。
【００３３】
上記の如く、実施例１によれば正規サイトにアクセスした場合にのみ正規サイト通知が表示手段１５に表示される。非正規サイトにアクセスした場合は、URLが相違するという理由によってCookieが参照されず、そのため正規サイト通知は表示されない。非正規サイトのログイン画面のhtmlファイルが、正規サイトのログイン画面のhtmlファイルをそっくりコピーしたものであっても、正規サイト通知は表示されないので利用者は非正規サイトにアクセスしていることに容易に気づくことができる。
【実施例２】
【００３４】
実施例１おいては、Cookieの内容が盗み見られdomainパラメータ以外は全て同一内容で、domainパラメータのみは非正規サイトを示すドメイン名であるCookieが作られてしまうと、非正規サイトにアクセスした場合に正規サイト通知が表示されてしまう。また、Cookieから盗み見られた文字、色の情報に基づいてそれらを表示するHTML記述が非正規サイトのログイン画面を表示するhtmlファイルに追加されてしまった場合も、非正規サイトにアクセスした時に正規サイト通知が表示されてしまう。
【００３５】
実施例２はこのような事態の回避を目的とする。この目的のため、実施例２では、Cookieの設定値をサーバアクセスの度に変更する。
【００３６】
図１２に基づいて、実施例２の概要を説明する。図１２は、実施例２に係る正規サイトのログイン画面、Cookie、サーバ内でのキー変更の概要及びフィッシング詐欺ログイン画面を示す。画面１２０１は正規ログイン画面を示す。Cookie１２０３、１２０７には利用者が入力した文字列及び選択した色の具体的内容は記憶されない。Cookie１２０３、１２０７には利用者が入力した文字列及び選択した色に対応するキーが記憶される。「キー」と「文字列及び色」とは関連付けられてサーバ７０の記憶手段に記憶される。「キー」はサーバアクセスの度に変更され、Cookieに再設定される。「文字列及び色」は変更されない。例えば、前回のサーバアクセス時に作成されたキーを保持するCookie１２０３がクライアントＰＣ内に記憶されていて、そのクライアントＰＣがサーバ１２０５へアクセスすると、サーバ内でキーが変更される。そして、Cookie１２０３が書き換えられ、新たなキーを保持するCookie１２０７となってクライアントＰＣ内に記憶される。仮にCookie１２０３内のキーが盗難されても、新たなCookie１２０７が作成された後は、その盗まれたキーは無効となっているため、フィッシング詐欺ログイン画面１２０９には利用者が入力した文字列及び選択した色は表示されないので、フィッシング詐欺の抑止効果がある。
【００３７】
図１３は、実施例２にかかるシステム全体を示す。クライアントＰＣ５０は、ＣＰＵ５１、フラッシュメモリなどのＲＯＭ５２、ダイナミックＲＡＭなどのＲＡＭ５３、ＨＤＤなどの記憶手段５４、液晶表示装置、ＣＲＴなどの表示手段５５、ＮＩＣなどの送受信手段５６、入力手段５７を備える。
【００３８】
ＲＯＭ５２にはＢＩＯＳが記憶されている。ＲＡＭ５３は各種プログラムの作業領域として使用される。記憶手段５４にはＯＳやWebブラウザが記憶されている。そして、初期登録後にはキーを格納したCookieが記憶される。ブラウザとＯＳによってリクエストパケットが生成され、生成されたリクエストパケットは送受信手段５６からWebサーバ７０へ送信される。また、送受信手段５６はWebサーバ７０から送信されたレスポンスパケットを受信する。ＯＳとブラウザはレスポンスパケットからHTMLなどによって記述された画面構成情報を取り出し、取り出された画面構成情報に基づいて表示手段５５にログイン画面などの画面を表示する。入力手段５７は、マウスなどのポインティングデバイスや、キーボードなどであり、文字列を入力したり、画面上のチェックボックスをチェックしたり、ボタンをクリックしたりするために使用される。
【００３９】
図１４は、文字列と色を登録する初期登録時の処理の流れを示す。まず、実施例１の図３のステップＳ３０１からＳ３０５と同様に、クライアントＰＣ５０から正規サイトへアクセスし、クライアントＰＣ５０がＷｅｂサーバ７０から初期登録画面を表示するhtmlファイルを受け取り、クライアントＰＣ５０の表示手段５５に初期登録画面を表示し、表示された初期登録画面を構成するテキストエリア（テキストボックス）に文字列を入力等することによって登録情報（利用者が入力した文字列、選択した色、Webサーバのdomain名、Cookieの有効期限）を得る。
【００４０】
そして、クライアントＰＣ５０のブラウザからWebサーバ７０へ登録情報を送信する（ステップＳ１４０１）。
【００４１】
Webサーバ７０は、過去に作成したキーと重複しないユニークなキーを作成し，登録情報と関連付けて記憶手段７４に保存する（ステップＳ１４０３）。
【００４２】
Webサーバ７０は、キー、WebサーバのＩＰアドレス及びCookieの有効期限を含むCookieを生成し、クライアントＰＣ５０へ返送する（ステップＳ１４０５）。
【００４３】
Webサーバ７０から送られてきたCookieをクライアントPC５０の記憶手段５４に保存する（ステップＳ１４０７）。保存されているCookieはキー、WebサーバのＩＰアドレス及びCookieの有効期限を含むが、利用者が入力した文字列や選択した色に関する情報は何も含まない。
【００４４】
図１５は、正規サイトにアクセスして文字列と色を表示する際の処理の流れを示す。
【００４５】
初期登録完了後、Webサーバ７０にアクセスすると（ステップＳ１５０１）、指定されたURLのページがWebサーバ７０からクライアントＰＣ５０へ返送される（ステップＳ１５０３）。表示されたホームページがクライアントＰＣ５０の記憶手段５４に記憶されているCookieからキーを取得し、そのキーをWebサーバ７０へ送信する（ステップＳ１５０５）。
【００４６】
Webサーバ７０は、受信したキーを検索キーとして記憶手段７４に記憶されている登録情報テーブルより登録情報を取得する（ステップＳ１５０７）。
【００４７】
Webサーバ７０は、過去に作成したキーと重複しないユニークな新規キーを作成し、登録情報（文字列及び色の指定）と一緒に登録情報テーブルに再保存する（ステップＳ１５０９）。また、過去N回（例えば、３回）前のアクセスの際にキーを付与された登録情報を登録情報テーブルより削除する（ステップＳ１５１１）。さらに、新規キーを暗号化鍵として用いて登録情報を暗号化し、暗号化された登録情報をクライアントＰＣ５０へ返送する（ステップＳ１５１３）。新規キーとURL/有効期限をCookieに変換して、そのCookieもクライアントＰＣへ返送する（ステップＳ１５１５）。
【００４８】
図８（ｂ）に示すように、新規キーは”paramKey”以下の部分、URLは”domain”以下の部分、有効期限は”expires”以下の部分である。
【００４９】
クライアントＰＣ５０は、受け取った新規キーを、記憶手段５４内に記憶されているキーに上書きで保存する（ステップＳ１５１７）。
【００５０】
クライアントＰＣ５０は、新規キーを復号化鍵として用いて、Webサーバ７０から受け取った暗号化されている登録情報を復号化する（ステップＳ１５１９）。そして、復号化された登録情報に基づいてクライアントＰＣ５０の表示手段５５に正規サイト通知を表示する（ステップＳ１５２１）。
【００５１】
図１６は、登録情報テーブルの一例を示す。図１６に示す登録情報テーブルＴ１０は、過去3回分の履歴を保存する場合の例である。
列名：制約：説明は以下のとおりである。
Key：一意制約／主キー制約：登録情報に付与される一意なキーであって、PCにCookieとして保存される値
Info：登録情報：文字列・色といった使用者が登録した情報を結合した値
BeforeKey：外部キー制約（外部キーはKey）：現在のKey値の一つ前のKeyの値。初期登録時はNULL
１行目Ｌ１は、Key「87HYUIOP」に関連付けて文字列「SATO」及び色指定「BLUE, GREEN, WHITE」が登録され、BeforeKeyの値はNULLであることを示す。文字列「SATO」を含む行は他には無い。つまり、文字列「SATO」については初期登録しかされていない。
【００５２】
２行目Ｌ２は、Key「123456789」に関連付けて文字列「ASABE」及び色指定「RED, GREEN, BLACK」が登録され、BeforeKeyの値はNULLであることを示す。３行目Ｌ３は、Key「012345678」に関連付けて文字列「ASABE」及び色指定「RED, GREEN, BLACK」が登録され、BeforeKeyの値は「123456789」であることを示す。４行目Ｌ４は、Key「007654321」に関連付けて文字列「ASABE」及び色指定「RED, GREEN, BLACK」が登録され、BeforeKeyの値は「012345678」であることを示す。つまり、文字列「ASABE」については初期登録後、２回アクセスされている。
【００５３】
５行目Ｌ５は、Key「ABCDEFGHI」に関連付けて文字列「YAMADA」及び色指定「RED, BLUE, WHITE」が登録され、BeforeKeyの値は「JPKJHTKI」であることを示す。６行目Ｌ６は、Key「HUJGIKNAD」に関連付けて文字列「YAMADA」及び色指定「RED, BLUE, WHITE」が登録され、BeforeKeyの値は「ABCDEFGHI」であることを示す。７行目Ｌ７は、Key「QWSAZXCDE」に関連付けて文字列「YAMADA」及び色指定「RED, BLUE, WHITE」が登録され、BeforeKeyの値は「HUJGIKNAD」であることを示す。つまり、文字列「YAMADA」については初期登録後、２回目、３回目、４回目というように３回以上アクセスされ、過去３回より前の情報は削除されている。
【００５４】
図１７は、クライアントＰＣにおいてキーを取得し、Webサーバへ送信する処理（図１５のステップＳ１５０５）に関するHTML記述である。記述１７０１の
window.location.replace(“http:210.233.60.173/cookie/flash/ KeyChanger”)
は、KeyChangerを呼び出す。KeyChangerは図１５のステップＳ１５０７〜Ｓ１５１５を実行するサーブレットである。ブラウザはCookieをWebサーバ７０（この例では、“http:210.233.60.173/cookie/flash/ KeyChanger”）へ送付する機能を有する。よって、HTMLによって送付処理を記述する必要はない。
【００５５】
“http:210.233.60.173/cookie/flash/ KeyChanger”の実行後、ブラウザには図１８に示すImageLoder.htmlが返送される。
【００５６】
ブラウザにImageLoder.htmlが返送される際、新規キーも同時に返送される（図１５のステップＳ１５１５）。図８（ｂ）に示すように、新規キーはCookieに格納されて、返送される。
【００５７】
クライアントＰＣ５０では、新規キーを格納したCookieを受け取ると、ブラウザは記憶手段５４に記憶されているCookieに上書き保存する（図１５のステップＳ１５１７）。
【００５８】
図１８に示すImageLoder.htmlの記述１８０１には文字列と色の指定を暗号化したデータが記述されている。この暗号化データとCookieに格納されているキーは、図１８の記述１８０３のgetFlashParams関数によって取得され、文字列等表示プラグイン（本実施例２ではFlashPlayerを使用。）に引き渡される。
【００５９】
文字列等表示プラグインは、そのキーを用いてその暗号化データを復号化し（図１５のステップＳ１５１９）、文字列などの登録されている情報をクライアントＰＣ５０の表示手段５５に表示する（図１５のステップＳ１５２１）。
【００６０】
図１９は、ImageLoder.htmlの続きである。記述１９０１は文字列等表示プラグインがインストールされていない場合に、ブラウザに文字列等表示プラグインをインストールするための記述である。
【００６１】
以上が実施例２の説明である。上記の如く、実施例２によれば、正規サイト通知パラメータはWebサーバ７０内に保存され、また正規サイト通知パラメータは暗号化された状態でWebサーバ７０からクライアントＰＣ５０へ送信され、さらに暗号化された正規サイトパラメータ通知を復号化するキーはクライアントＰＣ５０がWebサーバ７０へアクセスする毎に書き換えられるので、安全性が高い。
【００６２】
図２０に、ImageLoder.html及び新規キーを格納したCookieをブラウザへ返送するためのメソッドの一例（抜粋）を示す。
【００６３】
図１７の記述１７０１に基づいて「http:210.233.60.173/cookie/flash/ KeyChanger」がクライアントから呼び出されると、WEBアプリケーションサーバ７０側ではKeyChangerサーブレットが実行される。KeyChangerサーブレットは、クライアントＰＣ５０から送付されたCookieからキー情報を取り出し、図２０に示すmakeResponseメソッドを呼び出す。
【００６４】
makeResponseメソッドは引数として、変数resと変数keyを持つ。変数resはJava（登録商標）のHttpServletResponseクラスで、HTTPレスポンスのオブジェクトとなる。このオブジェクトにCookieやResponseパラメータをセットすると、サーバ７０がHTTPレスポンスに変換して返送する。変数keyの初期値は、クライアントＰＣ５０から送付されてきたキーである。
【００６５】
makeResponseメソッドは、まずgetInfoメソッドにより記憶手段７４の登録情報テーブルから登録情報を取得する。
次に、createKeyAndSetDBメソッドにより新規キーを生成するとともに登録情報を記憶手段７４の登録情報テーブルへ登録する。
次に、deleteInfoメソッドにより過去3回前の登録情報を記憶手段７４の登録情報テーブルより削除する。引数の3が過去3回前を示している。
【００６６】
次に，cryptinfoメソッドにより変数info(登録情報)の値を変数newkey(新規キー)の値により暗号化する。
最後にsetResponseメソッドにて変数newkey(新規キー)の値を含むCookieと、変数cryptInfo(暗号化登録情報)の値を含むHTMLファイルを生成して変数resにセットする。
KeyChangerサーブレットの一連の処理が終了すると、サーバ７０が変数resにセットされているCookieとHTMLファイルをHTTPレスポンスへ変換してクライアントＰＣ５０へ返送する。
【００６７】
図２１は、利用するクライアントＰＣ毎にCookieを設定する場合の概略を示す。クライアントＰＣ＿Ａから事前登録画面にアクセスして、色は「赤、緑、黒」を選択し、文字列は「○○太郎ＰＣＡのページ」を入力して「設定」ボタンをクリックし、またクライアントＰＣ＿ＢからURLが同じ事前登録画面にアクセスして、色は「赤、青、黒」を選択し、文字列は「○○太郎ＰＣＢのページ」を入力して「設定」ボタンをクリックしたものとする。
【００６８】
実施例１又は実施例２のいずれであってもCookieはクライアントＰＣの記憶手段に保存される為，同一の利用者が複数のクライアントＰＣを利用する場合はそれぞれのクライアントＰＣ毎に「画像と文字列」を設定することが好ましい。
【図面の簡単な説明】
【００６９】
【図１】実施例１に係る事前登録画面、Cookie及び正規サイトのログイン画面を示す図である。
【図２】実施例１に係るシステム全体の構成を示す図である。
【図３】実施例１に係るCookieに文字列等を保存する処理の流れを示すフローチャートである。
【図４】実施例１に係るentry.htmlの一例を示す図である。
【図５】図５のentry.htmlの続きを示す図である。
【図６】図６のentry.htmlの続きを示す図である。
【図７】実施例１に係る事前登録画面の一例を示す図である。
【図８】（ａ）は実施例１にかかるCookie内に保存される情報を示し、（ｂ）は実施例２にかかるCookie内に保存される情報を示す図である。
【図９】正規サイトへアクセスした際に登録されている文字列等が表示手段の画面に表示されるまでの処理の流れを示すフローチャートである。
【図１０】実施例１に係るlogin.htmlの一例を示す図である。
【図１１】ログイン画面に表示される正規サイト通知（文字列、色）の一例を示す図である。
【図１２】実施例２の概要を説明するための図である。
【図１３】実施例２に係るシステム全体の構成を示す図である。
【図１４】実施例２に係る文字列と色を登録する初期登録時の処理の流れを示すフローチャートである。
【図１５】実施例２に係る正規サイトにアクセスして文字列と色を表示する際の処理の流れを示すフローチャートである。
【図１６】実施例２に係る登録情報テーブルの一例を示す図である。
【図１７】クライアントＰＣにおいてキーを取得し、Webサーバへ送信する処理に関するHTML記述の一例である。
【図１８】実施例２に係るImageLoder.htmlの一例を示す図である。
【図１９】図１８のImageLoder.htmlの続きを示す図である。
【図２０】ImageLoder.html及び新規キーを格納したCookieをブラウザへ返送するためのメソッドの一例（抜粋）を示す図である。
【図２１】利用するクライアントＰＣ毎にCookieを設定する場合の概略を示す図である。
【符号の説明】
【００７０】
１０、５０…クライアントＰＣ
１１、３１、５１、７１…ＣＰＵ（中央演算処理装置）
１２、３２、５２、７２…ＲＯＭ（リード・オンリー・メモリ）
１３、３３、５３、７３…ＲＡＭ（ランダム・アクセス・メモリ）
１４、３４、５４、７４…記憶手段
１５、５５…表示手段
１６、３６、５６、７６…送受信手段
１７、５７…入力手段
２０…通信網
３０、７０…Webサーバ
【特許請求の範囲】
【請求項１】
第１のコンピュータの表示手段に正規サイト通知を表示させるために第１のコンピュータを、
第２のコンピュータのドメイン名又はＩＰアドレスと、文字、色又は画像の少なくとも一つを特定する正規サイト通知パラメータとを関連付けて記憶する記憶手段、
画面構成情報の送信要求を第２のコンピュータに送信可能で、かつ前記第２のコンピュータから送信された前記画面構成情報を受信可能な送受信手段、
前記画面構成情報を受信すると前記ドメイン名又は前記ＩＰアドレスに基づいて前記記憶手段から前記正規サイト通知パラメータを読み取り、読み取られた前記正規サイト通知パラメータを表示プログラムが受け取り可能な形式に変換し、変換された変換済み正規サイト通知パラメータを前記表示プログラムに引き渡すパラメータ取得手段、として機能させるための正規サイト通知プログラム。
【請求項２】
第１のコンピュータの表示手段に正規サイト通知を表示させるための方法であって、
前記第１のコンピュータが、第２のコンピュータのドメイン名又はＩＰアドレスと、文字、色又は画像の少なくとも一つを特定する正規サイト通知パラメータとを関連付けて記憶するステップ、
前記第１のコンピュータが、画面構成情報の送信要求を第２のコンピュータに送信し、かつ前記第２のコンピュータから送信された前記画面構成情報を受信するステップ、
前記第１のコンピュータが、前記画面構成情報を受信すると前記ドメイン名又は前記ＩＰアドレスに基づいて前記記憶手段から前記正規サイト通知パラメータを読み取り、読み取られた前記正規サイト通知パラメータを表示プログラムが受け取り可能な形式に変換し、変換された変換済み正規サイト通知パラメータを前記表示プログラムに引き渡すステップとからなる正規サイト通知方法。
【請求項３】
第１のコンピュータの表示手段に正規サイト通知を表示させるために第１のコンピュータを、
画面構成情報の送信要求を第２のコンピュータに送信し、前記第２のコンピュータから送信された前記画面構成情報を受信し、前記第２のコンピュータに第１のキーを送信し、前記第２のコンピュータから前記第１のキーに関連付けて記憶されている文字、色又は画像の少なくとも一つを特定する暗号化された正規サイト通知パラメータ及び前記正規サイト通知パラメータに関連付けて第２のコンピュータにおいて新たに記憶される第２のキーを受信することが可能な送受信手段、
第２のコンピュータのドメイン名又はＩＰアドレスに関連付けて第１のキーを記憶し、前記第２のキーを受信したら前記第１のキーを前記第２のキーで上書きするキー書換え手段、
前記暗号化された正規サイト通知パラメータを受信したら、前記第２のキーを用いて前記暗号化された正規サイト通知パラメータを復号化し、復号化された前記正規サイト通知パラメータを表示プログラムが受け取り可能な形式に変換し、変換された変換済み正規サイト通知パラメータを前記表示プログラムに引き渡すパラメータ取得手段、として機能させるための正規サイト通知プログラム。
【請求項４】
第１のコンピュータの表示手段に正規サイト通知を表示させるための方法であって、
前記第１のコンピュータが、画面構成情報の送信要求を第２のコンピュータに送信し、前記第２のコンピュータから送信された前記画面構成情報を受信するステップ、
前記第１のコンピュータが、前記第２のコンピュータに第１のキーを送信し、前記第２のコンピュータから前記第１のキーに関連付けて記憶されている文字、色又は画像の少なくとも一つを特定する暗号化された正規サイト通知パラメータ及び前記正規サイト通知パラメータに関連付けて第２のコンピュータにおいて新たに記憶される第２のキーを受信するステップ、
前記第１のコンピュータが、前記第２のキーを受信したら、第２のコンピュータのドメイン名又はＩＰアドレスに関連付けて予め記憶されている第１のキーを、前記第２のキーで上書きするステップ、
前記暗号化された正規サイト通知パラメータを受信したら、前記第２のキーを用いて前記暗号化された正規サイト通知パラメータを復号化し、復号化された前記正規サイト通知パラメータを表示プログラムが受け取り可能な形式に変換し、変換された変換済み正規サイト通知パラメータを前記表示プログラムに引き渡すステップとからなる正規サイト通知方法。
【請求項１】
第１のコンピュータの表示手段に正規サイト通知を表示させるために第１のコンピュータを、
第２のコンピュータのドメイン名又はＩＰアドレスと、文字、色又は画像の少なくとも一つを特定する正規サイト通知パラメータとを関連付けて記憶する記憶手段、
画面構成情報の送信要求を第２のコンピュータに送信可能で、かつ前記第２のコンピュータから送信された前記画面構成情報を受信可能な送受信手段、
前記画面構成情報を受信すると前記ドメイン名又は前記ＩＰアドレスに基づいて前記記憶手段から前記正規サイト通知パラメータを読み取り、読み取られた前記正規サイト通知パラメータを表示プログラムが受け取り可能な形式に変換し、変換された変換済み正規サイト通知パラメータを前記表示プログラムに引き渡すパラメータ取得手段、として機能させるための正規サイト通知プログラム。
【請求項２】
第１のコンピュータの表示手段に正規サイト通知を表示させるための方法であって、
前記第１のコンピュータが、第２のコンピュータのドメイン名又はＩＰアドレスと、文字、色又は画像の少なくとも一つを特定する正規サイト通知パラメータとを関連付けて記憶するステップ、
前記第１のコンピュータが、画面構成情報の送信要求を第２のコンピュータに送信し、かつ前記第２のコンピュータから送信された前記画面構成情報を受信するステップ、
前記第１のコンピュータが、前記画面構成情報を受信すると前記ドメイン名又は前記ＩＰアドレスに基づいて前記記憶手段から前記正規サイト通知パラメータを読み取り、読み取られた前記正規サイト通知パラメータを表示プログラムが受け取り可能な形式に変換し、変換された変換済み正規サイト通知パラメータを前記表示プログラムに引き渡すステップとからなる正規サイト通知方法。
【請求項３】
第１のコンピュータの表示手段に正規サイト通知を表示させるために第１のコンピュータを、
画面構成情報の送信要求を第２のコンピュータに送信し、前記第２のコンピュータから送信された前記画面構成情報を受信し、前記第２のコンピュータに第１のキーを送信し、前記第２のコンピュータから前記第１のキーに関連付けて記憶されている文字、色又は画像の少なくとも一つを特定する暗号化された正規サイト通知パラメータ及び前記正規サイト通知パラメータに関連付けて第２のコンピュータにおいて新たに記憶される第２のキーを受信することが可能な送受信手段、
第２のコンピュータのドメイン名又はＩＰアドレスに関連付けて第１のキーを記憶し、前記第２のキーを受信したら前記第１のキーを前記第２のキーで上書きするキー書換え手段、
前記暗号化された正規サイト通知パラメータを受信したら、前記第２のキーを用いて前記暗号化された正規サイト通知パラメータを復号化し、復号化された前記正規サイト通知パラメータを表示プログラムが受け取り可能な形式に変換し、変換された変換済み正規サイト通知パラメータを前記表示プログラムに引き渡すパラメータ取得手段、として機能させるための正規サイト通知プログラム。
【請求項４】
第１のコンピュータの表示手段に正規サイト通知を表示させるための方法であって、
前記第１のコンピュータが、画面構成情報の送信要求を第２のコンピュータに送信し、前記第２のコンピュータから送信された前記画面構成情報を受信するステップ、
前記第１のコンピュータが、前記第２のコンピュータに第１のキーを送信し、前記第２のコンピュータから前記第１のキーに関連付けて記憶されている文字、色又は画像の少なくとも一つを特定する暗号化された正規サイト通知パラメータ及び前記正規サイト通知パラメータに関連付けて第２のコンピュータにおいて新たに記憶される第２のキーを受信するステップ、
前記第１のコンピュータが、前記第２のキーを受信したら、第２のコンピュータのドメイン名又はＩＰアドレスに関連付けて予め記憶されている第１のキーを、前記第２のキーで上書きするステップ、
前記暗号化された正規サイト通知パラメータを受信したら、前記第２のキーを用いて前記暗号化された正規サイト通知パラメータを復号化し、復号化された前記正規サイト通知パラメータを表示プログラムが受け取り可能な形式に変換し、変換された変換済み正規サイト通知パラメータを前記表示プログラムに引き渡すステップとからなる正規サイト通知方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公開番号】特開２００６−３１８２２４（Ｐ２００６−３１８２２４Ａ）
【公開日】平成１８年１１月２４日（２００６．１１．２４）
【国際特許分類】
【出願番号】特願２００５−１４０２０６（Ｐ２００５−１４０２０６）
【出願日】平成１７年５月１２日（２００５．５．１２）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
【Ｆターム（参考）】
【公開日】平成１８年１１月２４日（２００６．１１．２４）
【国際特許分類】
【出願日】平成１７年５月１２日（２００５．５．１２）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
【Ｆターム（参考）】
[ Back to top ]