JPWO2007026486A1 - サイト確認方法 - Google Patents

Abstract

【課題】 ユーザがアクセスしたサイトが正当であるか否かを容易に確認できるサイト確認方法を提供する。【解決手段】ユーザが、所定のサイトにアクセスした場合に、当該サイトが正当であるか否かを確認できるサイト確認方法であって、ユーザが第１の情報端末装置からサイトを管理する第１のサーバにアクセスした場合に、第１のサーバが、第１の情報端末装置に、所定の確認情報を表示させる第１の表示ステップと、ユーザが第２の情報端末装置から第２のサーバにアクセスした場合に、第２のサーバが、第２の情報端末装置に、確認情報を表示させる第２の表示ステップと、を備えたことを特徴とするサイト確認方法。

Description

本発明は、ユーザがアクセスしたサイトが正当であるか否かを確認できるサイト確認方法に関する。

従来のユーザ認証システムとして、特開２００５−９２６８３号公報（特許文献１）に開示されたものがある。上記従来のユーザ認証システムは、複数の認証手段の認証の順序を記憶しており、その複数の認証手段の選択の順序をも認証情報として使用することにより、セキュリティ機能を向上させている。
特開２００５−９２６８３号公報

しかしながら、上記従来のユーザ認証システムでは、そもそも、ユーザが、ユーザ認証システムになりすました不正なシステムにアクセスしてしまった場合には、当該不正なシステムに上記複数の認証手段の選択の順序をも不正に取得されてしまうという問題が生じていた。上記従来のユーザ認証システムでは、ユーザがアクセスしたシステムが正当であるか否かを確認するためには、例えば、複雑な文字列や数字列の組合せであるＵＲＬが正しいか等を、ユーザ自身が確認するしかなかった。

よって、本発明は、上記の課題を解決することのできるサイト確認方法を提供することを目的とする。この目的は特許請求の範囲における独立項に記載の特徴の組み合わせにより達成される。また従属項は本発明の更なる有利な具体例を規定する。

上記課題を解決するため、本発明の第１の形態によれば、ユーザが、所定のサイトにアクセスした場合に、当該サイトが正当であるか否かを確認できるサイト確認方法であって、ユーザが第１の情報端末装置からサイトを管理する第１のサーバにアクセスした場合に、第１のサーバが、第１の情報端末装置に、所定の確認情報を表示させる第１の表示ステップと、ユーザが第２の情報端末装置から第２のサーバにアクセスした場合に、第２のサーバが、第２の情報端末装置に、確認情報を表示させる第２の表示ステップと、を備えたことを特徴とするサイト確認方法を提供する。

上記サイト確認方法は、第１のサーバが、第２のサーバと時刻同期するステップと、第１のサーバ及び第２のサーバが、当該第１のサーバを識別するサイト識別情報を予め格納するステップと、をさらに備え、第１の表示ステップは、第１のサーバが、第１の情報端末装置が第１のサーバにアクセスした時刻及びサイト識別情報に基づいて、確認情報を生成する第１の生成ステップを有し、第２の表示ステップは、第２のサーバが、第２の情報端末装置が第２のサーバにアクセスした時刻及びサイト識別情報に基づいて、確認情報を生成する第２の生成ステップを有してもよい。

上記サイト確認方法では、第１の表示ステップにおいて、第１のサーバは、第１の情報端末装置からアクセスがあった場合に、第１の情報端末装置を第２のサーバにアクセスさせ、第２のサーバは、第１の情報端末装置が第２のサーバにアクセスした時刻に基づいて、確認情報を生成して、第１の情報端末に送信し、第２の表示ステップにおいて、第２のサーバは、第２の情報端末装置が第２のサーバにアクセスした時刻に基づいて、確認情報を生成して、第２の情報端末装置に送信してもよい。

上記サイト確認方法は、第２のサーバが、第１のサーバのＵＲＬを予め記憶するステップをさらに備え、第１のステップは、第１のサーバが、第１の情報端末装置からアクセスがあった場合に、第１の情報端末装置に、第１のサーバのＵＲＬを第２のサーバへ送信させるステップをさらに有し、第２のステップは、第２のサーバが、第１の情報端末装置から送信されたＵＲＬが予め記憶したＵＲＬと一致しない場合に、確認情報と異なる情報を、第１の情報端末装置に送信するステップをさらに有してもよい。

上記サイト確認方法では、第１の表示ステップにおいて、第１のサーバは、第１の情報端末装置からアクセスがあった場合に、第１の情報端末装置を第３のサーバにアクセスさせ、第３のサーバは、第１の情報端末装置からアクセスがあった場合に、第１の情報端末装置に確認情報を送信してもよい。

上記サイト確認方法では、第１の表示ステップ及び第２の表示ステップにおいて、第１のサーバ及び第３のサーバは、第１の情報端末装置及び第２の情報端末装置に、確認情報として所定の確認画像を表示させてもよい。

上記サイト確認方法は、第３のサーバが、確認画像を生成するプログラムを格納するステップをさらに備え、第１の表示ステップは、第１のサーバが、第１の情報端末装置からアクセスがあった場合に、第１の情報端末装置にプログラムを起動させて、第３のサーバに確認画像を生成させるステップを有してもよい。

上記サイト確認方法では、第１の表示ステップにおいて、第１のサーバが、第１の情報端装置からアクセスがあった場合に、第１の情報端末装置に第１のサーバを識別するサーバ識別情報を第３のサーバへ送信させ、第３のサーバが、サーバ識別情報に基づいて確認画像を生成し、第２の表示ステップにおいて、第２のサーバは、サーバ識別情報に基づいて確認画像を生成してもよい。

上記サイト確認方法は、第２のサーバが、第３のサーバと時刻同期するステップをさらに備え、第１の表示ステップにおいて、第３のサーバは、第１の情報端末装置が第３のサーバにアクセスした時刻にさらに基づいて確認画像を生成し、第２の表示ステップにおいて、第２のサーバは、第２の情報端末装置が第２のサーバにアクセスした時刻にさらに基づいて確認画像を生成してもよい。

上記サイト確認方法は、第２のサーバが、ユーザが利用するドメインを予め格納するステップをさらに備え、第１の表示ステップは、第１の情報端末装置が第１のサーバにアクセスした場合に、第１のサーバが、第１の情報端末装置のドメインを取得するステップと、第１のサーバが、取得した第１の情報端末装置のドメインを、第２のサーバに通知するステップと、第２のサーバが、取得したドメインが予め格納されたドメインに含まれるか否かを判断し、判断結果を第１のサーバに通知するステップと、をさらに有してもよい。

上記サイト確認方法は、第２のサーバが、第１の情報端末装置を識別する第１の端末識別情報と第２の情報端末装置を識別する第２の端末識別情報とを対応づけて格納するステップと、第１の情報端末装置が第１のサーバにアクセスした場合に、第１のサーバが、第１の端末識別情報を第２のサーバに送信するステップと、第２のサーバが、第１の端末識別情報に対応づけられた第２の情報端末装置が当該第２のサーバにアクセスしたか否かを第１のサーバに通知するステップと、をさらに備えてもよい。

本発明の第２の形態によれば、ユーザが、アクセスしたサイトが正当であるか否かを確認できるサイト確認方法であって、ユーザが第１の情報端末装置からサイトを管理する第１のサーバにアクセスした場合に、第１のサーバが、第１の情報端末装置に、所定の確認情報を含む第１の画面を表示させる第１の表示ステップと、ユーザが第１の情報端末装置から第２のサーバにアクセスした場合に、第２のサーバが、第１の情報端末装置に、確認情報を含む第２の画面を表示させる第２の表示ステップと、を備えたことを特徴とするサイト確認方法を提供する。

上記サイト確認方法において、第１の表示ステップは、第１の情報端末装置が第１のサーバにアクセスした場合に、第１のサーバが、第１の情報端末装置のＩＰアドレスを取得し、第２のサーバに通知するステップをさらに有し、第２の表示ステップは、第１の情報端末装置が第２のサーバにアクセスした場合に、第２のサーバが、第１の情報端末装置のＩＰアドレスを取得するステップと、第２のサーバが、第１のサーバから通知されたＩＰアドレスと、当該第２のサーバが取得したＩＰアドレスとを比較するステップと、をさらに有してもよい。

上記サイト確認方法は、第２のサーバが、第１の情報端末装置にアクセスキーを予め記憶させるステップと、第２のサーバが、アクセスキーを予め記憶するステップと、をさらに備え、第２の表示ステップは、第１の情報端末装置が第２のサーバにアクセスした場合に、第２のサーバが、第１の情報端末装置に記憶されたアクセスキーが第２のサーバに記憶されたアクセスキーと一致するか否かを判断するステップと、第２のサーバが、アクセスキーが一致すると判断した場合に、第１の情報端末装置に第２の画面を表示させるステップと、第２のサーバが、アクセスキーが一致すると判断した場合に、第１の情報端末装置に記憶されたアクセスキーを更新するステップと、をさらに有してもよい。

［第１実施形態］
図１は、本実施形態に係るサイト確認方法を実施するシステムの概略図である。本実施形態におけるシステムは、第１のサーバの一例であるサイトサーバ１０と、第２のサーバの一例である確認サーバ１２と、第１の情報端末装置の一例であるパーソナルコンピュータ１４と、第２の情報端末装置の一例である携帯電話機１６とを備えて構成されている。

本実施形態のサイト確認方法は、ユーザがパーソナルコンピュータ１４からサイトサーバ１０が管理するサイトにアクセスした場合に、正当なサイトにアクセスしたか、或いは、フィッシングサイト等の不正なサイトにアクセスしたかを、ユーザが携帯電話機１６から確認サーバ１２にアクセスして確認できるものである。

サイトサーバ１０は、ユーザが利用するサイトを管理するサーバである。サイトサーバ１０は、インターネット等の通信回線を介して、パーソナルコンピュータ１４と接続されている。サイトサーバ１０が管理するサイトは、ユーザの利用に際して、例えば、銀行、通信販売等といったパスワード、クレジットカード番号等の情報の入力をユーザに対して要求するサイトである。

サイトサーバ１０は、ユーザからパーソナルコンピュータ１４を介してアクセスを受け付けた場合、ＨＴＭＬ文書を送信して、当該サイトが正当であるか否かをユーザが確認できるように、パーソナルコンピュータ１４に、所定の確認情報を含む画面を表示させる。サイトサーバ１０は、確認情報を生成するための、確認サーバ１２と時刻同期した時刻情報と、サイトサーバ１０に固有のサイトＩＤとを予め記憶しており、これらに基づいて、確認情報を生成する。サイトＩＤは、サイトサーバ１０を識別するサーバ識別情報の一例である。サイトサーバ１０が確認情報を生成し、送信する動作については後述する。

確認サーバ１２は、ユーザがアクセスしたサイトが正当であるか否かを確認できるように、確認情報を生成し、携帯電話機１６に表示させる。確認サーバ１２は、サイトサーバ１０と時刻同期した時刻情報と、サイトサーバ１０のサイトＩＤとを予め記憶しており、これらに基づいて、確認情報を生成する。確認サーバ１２が確認情報を生成し、送信する動作については後述する。

パーソナルコンピュータ１４は、ユーザがサイトサーバ１０にアクセスするために用いる端末装置である。パーソナルコンピュータ１４は、インターネットに接続可能に構成され、Ｗｅｂクライアント機能が実装されている。なお、本実施形態では、サイトサーバ１０にアクセスする端末装置としてパーソナルコンピュータ１４を採用しているが、特にこれに限られるものではなく、ＰＤＡや携帯電話機等の、通信回線を介してサイトサーバ１０にアクセスできる端末装置であればよい。

携帯電話機１６は、ユーザが確認サーバ１２にアクセスし、確認画像を取得するために用いられる端末装置である。携帯電話機１６は、パケット通信網からゲートウエイを介してインターネットに接続可能に構成され、確認サーバ１２等のインターネット上のさまざまなノードに接続することができる。なお、本実施形態では、確認サーバ１２にアクセスする端末装置として携帯電話機１６を採用しているが、特にこれに限られるものではなく、ＰＤＡやパーソナルコンピュータ等の、通信回線を介して確認サーバ１２にアクセスできる端末装置であればよい。パーソナルコンピュータ１４から確認サーバ１２にアクセスする例は、他の実施形態で説明される。

図２は、本実施形態に係るサイト確認方法の処理の流れを説明するためのフローチャートである。以下のフローチャートでは、処理の流れをシーケンシャルに説明しているが、特にこれにこだわるものではない。従って、処理の動作・結果に矛盾が生じない限り、処理の順序を入れ替えまたは並行処理するように構成してもよい。

図２に示すように、サイトサーバ１０と確認サーバ１２は、これらに内蔵されたタイマの時刻を予め同期している（Ｓ１００）。サイトサーバ１０及び確認サーバ１２は、これらに内蔵されたタイマの時刻を、ネットワークタイムプロトコル（ＮＴＰ）によって外部の時刻サーバから取得した時刻に同期させて、互いに時刻同期させる。また、サイトサーバ１０及び確認サーバ１２は、定期的に時刻同期することが望ましい。なお、時刻同期の方法はＮＴＰに限られるものではなく、例えば、サイトサーバ１０及び確認サーバ１２が、通信回線を介して互いに接続し、時刻同期してもよい。また、サイトサーバ１０及び確認サーバ１２は、それぞれが別にタイマを略同時刻に設定することにより、時刻同期してもよく、また、時刻同期の回数は、１回でもよく、複数回であってもよい。

次に、ユーザがパーソナルコンピュータ（ＰＣ）１４からサイトサーバ１０（サイト）にアクセスする（Ｓ１０２）。例えば、ユーザは、Ｗｅｂブラウザを操作して、サイトサーバ１０が管理するサイトへのログイン画面を、パーソナルコンピュータ１４に表示させるべく、サイトサーバ１０にアクセスする。

次に、サイトサーバ１０は、パーソナルコンピュータ１４がサイトサーバ１０にアクセスしたアクセス時刻、及び、サイトサーバ１０を識別するサイトＩＤに基づいて、確認情報を生成する（Ｓ１０４）。サイトサーバ１０は、パーソナルコンピュータ１４からユーザを識別できる情報をさらに受信した場合には、当該情報にさらに基づいて、確認情報を生成してもよい。これにより、ユーザ毎に異なる確認情報を生成することができる。

確認情報とは、ユーザが、パーソナルコンピュータ１４からアクセスしたサイトが正当か否かを確認できるようにするために、パーソナルコンピュータ１４及び携帯電話機１６に表示される情報である。サイトサーバ１０は、確認情報を生成するプログラムを予め記憶しており、この例では、サイトＩＤが“ａｂｃｄ”であり、ユーザがアクセスした時刻が“１２３４”である場合、サイトサーバ１０は、当該プログラムに基づいて、“ａｂｃｄ１２３４”という文字列を確認情報として生成する。

確認情報は、文字列、キャラクタ列、画像、色彩、音声等、ユーザが識別できる態様で提供されるものであればよく、望ましくは、画像と色彩の組合せ等のユーザが容易に視認できる態様で提供される。確認情報が画像である例については、他の実施形態で説明される。そして、ユーザは、パーソナルコンピュータ１４及び携帯電話機１６のそれぞれに表示された確認情報が一致する場合には、パーソナルコンピュータ１４からアクセスしたサイトは正当であると確認でき、また、一致しない場合には、当該サイトが正当でないおそれがある（例えば、フィッシングサイトであるおそれがある）と確認できる。

サイトサーバ１０は、確認情報を生成すると、当該確認情報を含むＨＴＭＬ文書をパーソナルコンピュータ１４に送信する（Ｓ１０６）。パーソナルコンピュータ１４は、サイトサーバ１０からＨＴＭＬ文書を受信すると、これに基づいて、所定の画面を表示する（Ｓ１０８）。サイトサーバ１０は、確認情報が文字列である場合には、これをＨＴＭＬ文書の一部として送信してもよく、また、ＨＴＭＬ文書に確認情報のハイパーリンクを埋め込んでもよい。

図３は、Ｓ１０８において、パーソナルコンピュータ１４に表示される画面の一例を示す図である。図３（ａ）に示す例では、パーソナルコンピュータ１４が取得したＨＴＭＬ文書は、ログイン画面３０を表示させるものであり、ログイン画面３０の一部に、サイトサーバ１０において生成された確認情報である“ａｂｃｄ１２３４”が表示される。また、図３（ｂ）に示すように、サイトサーバ１０は、ログイン画面３０に、確認サーバ１２のアドレスやサイトサーバ１０のサイトＩＤを表示させて、ユーザが確認サーバ１２にアクセスするように促してもよい。

図２に戻って、次に、ユーザが携帯電話機１６から確認サーバ１２に、サイトサーバ１０のサイトＩＤを送信する（Ｓ１１０）。例えば、ユーザは、携帯電話機１６を操作して、いわゆるブックマークとして登録されているＵＲＬを指定し、確認サーバ１２にアクセスして、サイトＩＤの送信画面を表示させる。そして、ユーザは、この送信画面に対してサイトサーバ１０のサイトＩＤ（“ａｂｃｄ”）を入力し、確認サーバ１２に送信する。なお、確認サーバ１２がユーザの携帯電話機１６を識別する個体識別番号とサイトサーバ１０のサイトＩＤとを予め対応づけて記憶し、ユーザが携帯電話機１６を操作してその個体識別番号を確認サーバ１２に送信することにより、確認サーバ１２がサイトＩＤを認識できるようにしてもよい。

次に、確認サーバ１２が、ユーザが携帯電話機１６から確認サーバ１２にアクセスした時刻、及び、サイトサーバ１０のサイトＩＤに基づいて、確認情報を生成する（Ｓ１１２）。確認サーバ１２は、サイトサーバ１０と同一のプログラムを用いて確認情報を生成しており、従って、ユーザが携帯電話機１６からサイトサーバ１０にアクセスした時刻が、ユーザがパーソナルコンピュータ１４からサイトサーバ１０にアクセスした時刻と同時刻であれば、確認サーバ１２においても、サイトサーバ１０が生成した確認情報と同一の確認情報が生成される。なお、確認サーバ１２は、携帯電話機１６からユーザを識別できる情報をさらに受信した場合には、当該情報にさらに基づいて、確認情報を生成してもよい。これにより、ユーザ毎に異なる確認情報を生成することができる。

ここで、サイトサーバ１０及び確認サーバ１２は、例えば、９０秒や１２０秒といった一定の時間範囲を基準に、アクセス時刻を判断する。すなわち、ユーザがパーソナルコンピュータ１４からサイトサーバ１０にアクセスした時刻と、ユーザが携帯電話機１６から確認サーバ１２にアクセスした時刻との間に時間差があったとしても、その時間差が上記時間範囲内であれば、サイトサーバ１０及び確認サーバ１２は、それぞれ同時刻にアクセスされたと判断する。

従って、この例では、ユーザが携帯電話機１６から確認サーバ１２にアクセスした時刻が上記時間範囲内であれば、そのアクセス時刻は、ユーザがパーソナルコンピュータ１４からサイトサーバ１０にアクセスした時刻である“１２３４”となる。そして、携帯電話機１６から確認サーバ１２に送信されたサイトＩＤも、サイトサーバ１０を示す“ａｂｃｄ”であるので、確認サーバ１２は、確認情報として“ａｂｃｄ１２３４”を生成する。

次に、確認サーバ１２が、生成した確認情報を携帯電話機１６に送信し（Ｓ１１４）、携帯電話機１６は、受信した確認情報を含む画面を表示する（Ｓ１１６）。

図４は、Ｓ１１６において、携帯電話機１６に表示される画面の一例を示す図である。図４に示す例では、携帯電話機１６に表示される画面４０の一部に、確認サーバ１２において生成された確認情報である“ａｂｃｄ１２３４”が表示される。また、同図に示すように、確認サーバ１２は、パーソナルコンピュータ１４のログイン画面３０（図３参照）に同一の確認情報が表示されているかを、ユーザが確認するように促すように画面４０を表示してもよい。

図５は、Ｓ１１６において、携帯電話機１６に表示される画面４０の他の例を示す図である。図５に示す例では、携帯電話機１６に表示される画面４０の一部に、ユーザがパーソナルコンピュータ１４からサイトサーバ１０にログインするためのパスワードがさらに表示される。

本例では、確認サーバ１２が、Ｓ１１２においてパスワードをさらに生成し、Ｓ１１４において、生成したパスワードを携帯電話機１６に送信する。そして、携帯電話機１６は、Ｓ１１６において、受信したパスワード“ｗｘｙｚ”を、確認情報“ａｂｃｄ１２３４”とともに、画面４０に表示する。確認サーバ１２が生成するパスワードは、ワンタイムパスワードであることが好ましい。

図６は、第１実施形態に係るサイト確認方法を実施するシステムの他の例の概略図である。本例のシステムは、確認サーバ１２及び携帯電話機１６に代えて、確認端末６０を備えて構成されている。確認端末６０は、例えば、ハードウエアトークン等に、確認情報を表示する表示部６２をさらに備えたものである。

確認端末６０は、確認サーバ１２と同様に、サイトサーバ１０と時刻同期した時刻情報を予め記憶しており、一定の周期で、当該時刻情報に基づいて確認情報を生成し、当該確認情報を表示部６２に表示する。すなわち、本例の確認方法は、図２のＳ１１０〜Ｓ１１６のフローに代えて、確認端末６０が自ら一定の周期で確認情報を生成し、ユーザに提示するものである。なお、確認端末６０は、サイトサーバ１０と同様のアルゴリズムで、時刻情報に基づいて確認情報を生成しており、また、サイトサーバ１０を示すサイトＩＤを予め記憶し、又は、ユーザに確認端末６０から入力させ、当該サイトＩＤにさらに基づいて確認情報を生成してもよい。また、確認端末６０は、後述する確認画像や提示用パターンを表示するように構成されてもよい。

確認端末６０は、ハードウエアトークンに限られず、携帯電話機やＰＤＡなどの情報端末装置に確認端末６０の機能を持たせてもよい。また、情報端末装置に確認端末６０の機能を持たせる場合、当該機能をハードウエアにより実現してもよく、また、例えばｉアプリ（登録商標）などのソフトウェアにより実現してもよい。

また、本例において、確認端末６０は、一定の周期で、時刻情報に基づいて認証トークン（ワンタイムパスワード）をさらに生成しており、当該認証トークンを表示部６４に表示して、図３に示すログイン画面３０において当該認証トークンをパスワードの一部として入力するようユーザに促す。サイトサーバ１０は、確認端末６０と同様のアルゴリズムで、時刻情報に基づいて認証トークンを生成しており、当該認証トークンに基づいて、パーソナルコンピュータ１４から送信されたパスワードが正当であるか否かを判断する。

なお、本実施形態では、サイトサーバ１０及び確認サーバ１２が、それぞれパーソナルコンピュータ１４及び携帯電話機１６に、確認情報として文字列及び数字列を表示させているが、サイトサーバ１０及び確認サーバ１２の一方が、パーソナルコンピュータ１４又は携帯電話機１６に、確認情報として、ユーザが当該文字列及び数字列を認識できる画像を表示させるようにしてもよい。

本実施形態によれば、パーソナルコンピュータ１４及び携帯電話機１６からそれぞれサイトサーバ１０及び確認サーバ１２にアクセスして、これらに確認情報を表示させるので、サイトサーバ１０が管理するサイトが正当であるか否かを、ユーザが確認することができる。特に本実施形態によれば、ユーザは、サイトのＵＲＬ等の複雑な文字列を確認しなくとも、携帯電話機１６及びパーソナルコンピュータ１４の画面を視認するだけで、当該サイトが正当であるか否かを確認することができる。

また、本実施形態によれば、既存の認証システムに、確認情報を表示させる処理を追加するだけでユーザがアクセスしたサイトを確認できるので、極めて安価かつ導入が容易なサイト確認方法を提供することができる。

［第２実施形態］
本実施形態は、第１実施形態の変形であり、確認サーバ１２が、生成した確認情報を、ユーザがパスワードを抽出するための提示用パターンに含めて携帯電話機１６に送信し、表示させるものである。以下、第１実施形態と異なる点と中心に、本実施形態について説明する。

図７は、本実施形態に係るサイト確認方法を実施するシステムの概略図である。本実施形態におけるシステムは、第１実施形態の構成に加えて、サイトサーバ１０と確認サーバ１２が互いに通信可能に構成されている。

図８は、本実施形態に係るサイト確認方法の処理の流れを説明するためのフローチャートである。以下のフローチャートでは、処理の流れをシーケンシャルに説明しているが、特にこれにこだわるものではない。従って、処理の動作・結果に矛盾が生じない限り、処理の順序を入れ替えまたは並行処理するように構成してもよい。なお、他の実施形態と同一の処理を行うステップについては、当該実施形態と同一の動作によって当該処理を行うことができる。

図８に示すように、まず、ユーザが確認サーバ１２に、当該ユーザのパスワード導出パターンを予め登録する（Ｓ２００）。例えば、ユーザは、パーソナルコンピュータ１４又は携帯電話機１６を操作して、確認サーバ１２にアクセスし、パスワード導出パターンを登録する。確認サーバ１２において、パスワード導出パターンは、携帯電話機１６を識別する個体識別情報と対応づけて登録される。なお、ユーザは、パーソナルコンピュータ１４又は携帯電話機１６からサイトサーバ１０を介して確認サーバ１２にアクセスして、パスワード導出パターンを登録してもよい。

パスワード導出パターンとは、ある全体パターンを構成する要素群の中から、ユーザによって任意に選択された特定の要素群を示したものである。より具体的に説明すれば、全体パターンであるマトリックス中のどの要素群がどのように選択されたかを示した配列パターンないしは配列規則である。すなわち、パスワード導出パターンは、どの要素をどのように選択したかという情報を表しているものである。

図９は、パスワード導出パターンを説明するための図である。図２は、４行１２列のマトリックスが全体パターンである例を示す図である。図２において、選択された要素にハッチングがなされ、また、選択された順番にその要素内に数字が付されている。従って、この場合のパスワード導出パターンは、マトリックス表現を用いれば、“（３，３）−（０，５）−（３，７）−（０，１０）”と表すことができる。

パスワード導出パターンは、サイトサーバ１０に対するユーザ認証を行うために用いられ、そのためユーザが記憶すべきものである。その意味で、パスワード導出パターンは、ある種のパスワードということができる。パスワード導出パターンを構成する要素の数、配列は任意であり、ユーザ認証におけるセキュリティレベルに応じて適宜設定される。

図８に戻り、次に、サイトサーバ１０と確認サーバ１２が予め時刻同期する（Ｓ２０２）。そして、ユーザがパーソナルコンピュータ１４からサイトサーバ１０にアクセスすると（Ｓ２０４）、サイトサーバ１０は、そのアクセス時刻及びサイトＩＤに基づいて、確認情報を生成し（Ｓ２０６）、この確認情報を含むＨＴＭＬ文をパーソナルコンピュータ１４に送信する（Ｓ２０８）。そして、パーソナルコンピュータ１４は、サイトサーバ１０からＨＴＭＬ文を受信すると、これに基づいて、確認情報を含むログイン画面を表示する（Ｓ２１０）。

図１０は、Ｓ２１０において、パーソナルコンピュータ１４に表示される画面の一例を示す図である。本実施形態において、確認情報は、ユーザがパスワードを抽出するための提示用パターンの一部を構成するものであり、サイトサーバ１０は、Ｓ２０６において、この確認情報として１２桁の数字列である“5879 8101 2938"を生成し、パーソナルコンピュータ１４は、Ｓ２１０において、ログイン画面３０の一部に"5879 8101 2938"を表示する。

次に、ユーザが携帯電話機１６から確認サーバ１２に、サイトサーバ１０のサイトＩＤ及び携帯電話機１６の個体識別番号を送信する（Ｓ２１２）。そして、確認サーバ１２が、ユーザが携帯電話機１６から確認サーバ１２にアクセスした時刻、及び、サイトサーバ１０のサイトＩＤに基づいて、確認情報を生成する（Ｓ２１４）。本実施形態では、ユーザが携帯電話機１６から確認サーバ１２にアクセスした時刻が、ユーザがパーソナルコンピュータ１４からサイトサーバ１０にアクセスした時刻と同時刻であれば、確認サーバ１２においても、確認情報として１２桁の数字列である“5879 8101 2938"が生成される。

次に、確認サーバ１２は、ユーザがパスワードを抽出するための提示用パターンを生成する（Ｓ２１６）。具体的には、確認サーバ１２は、図９に示す全体パターンのそれぞれの要素に数字を当てはめて提示用パターンを生成するが、本実施形態では、生成した確認情報を全体パターンの要素の一部に当てはめ、残りの要素については、所定の乱数関数を呼び出して発生させたランダムな数字を当てはめて、提示用パターンを生成している。

次に、確認サーバ１２が、生成した提示用パターンを携帯電話機１６に送信し（Ｓ２１８）、携帯電話機１６は、受信した提示用パターンを含む画面を表示する（Ｓ２２０）。これにより、ユーザが、当該ユーザのパスワード導出パターンに基づいて、提示用パターンからパスワードを抽出し、サイトサーバ１０が管理するサイトにログインすることができる。

図１１は、Ｓ２２０において、携帯電話機１６に表示される画面４０の一例を示す図である。図１１に示すように、本実施形態では、確認サーバ１２が生成した確認情報が、提示用パターンの一部として画面４０に表示される。

本実施形態によれば、確認情報を提示用パターンの一部として携帯電話機１６に表示させるので、携帯電話機１６の表示スペースを削減することができる。携帯電話機１６のように表示装置が小さい情報端末装置の場合に特に有効である。

［第３実施形態］
本実施形態は、サイトサーバ１０及び確認サーバ１２が、それぞれパーソナルコンピュータ１４及び携帯電話機１６に、確認情報として確認画像を表示させるものである。以下、第１実施形態及び第２実施形態と異なる点を中心に、本実施形態について説明する。

図１２は、本実施形態に係るサイト確認方法を実施するシステムの概略図である。本実施形態におけるシステムは、パーソナルコンピュータ１４がサイトサーバ１０及び確認サーバ１２の双方と通信可能に構成されている。

図１３は、本実施形態に係るサイト確認方法の処理の流れを説明するためのフローチャートである。以下のフローチャートでは、処理の流れをシーケンシャルに説明しているが、特にこれにこだわるものではない。従って、処理の動作・結果に矛盾が生じない限り、処理の順序を入れ替えまたは並行処理するように構成してもよい。なお、他の実施形態と同一の処理を行うステップについては、当該実施形態と同一の動作によって当該処理を行うことができる。

図１３に示すように、ユーザがパーソナルコンピュータ１４からサイトサーバ１０にアクセスすると（Ｓ３００）、サイトサーバ１０は、パーソナルコンピュータ１４にイメージタグを含むＨＴＭＬ文書を送信する（Ｓ３０２）。

具体的には、確認サーバ１２は、確認画像を生成するＣＧＩ（Common Gateway Interface）プログラムを格納しており、サイトサーバ１０は、このＣＧＩプログラムを起動するＨＴＴＰリクエストメッセージを、イメージタグとしてパーソナルコンピュータ１４に送信する。また、サイトサーバ１０は、このＨＴＴＰリクエストメッセージに、サイトサーバ１０のサイトＩＤを含めて送信する。当該プログラムが確認サーバ１２以外のサーバに格納されている例については、他の実施形態で説明される。

次に、パーソナルコンピュータ１４は、取得したＨＴＭＬ文書に含まれるイメージタグに基づいて、確認サーバ１２にアクセスするとともに、サイトサーバ１０のサイトＩＤを送信する（Ｓ３０４）。そして、確認サーバ１２は、確認画像を生成するプログラムを起動して、確認画像を生成する（Ｓ３０６）。具体的には、確認サーバ１２は、パーソナルコンピュータ１４が確認サーバ１２にアクセスした時刻、及び、パーソナルコンピュータ１４から送信されたサイトサーバ１０のサイトＩＤに基づいて、確認画像を生成する。そして、確認サーバ１２は、生成した確認画像をパーソナルコンピュータ１４に送信し（Ｓ３０８）、パーソナルコンピュータ１４は、サイトサーバ１０から送信されたＨＴＭＬ文書及び確認サーバ１２から送信された確認画像に基づいて、ログイン画面を表示する（Ｓ３１０）。なお、確認サーバ１２は、パーソナルコンピュータ１４からユーザを識別できる情報をさらに受信した場合には、当該情報にさらに基づいて、確認情報を生成してもよい。これにより、ユーザ毎に異なる確認情報を生成することができる。

図１４は、Ｓ３１０において、パーソナルコンピュータ１４に表示される画面の一例を示す図である。図１４に示す例では、パーソナルコンピュータ１４が取得したＨＴＭＬ文書は、ログイン画面３０を表示させるものであり、ログイン画面３０の一部に、確認サーバ１２において生成された確認画像が表示される。図３に示す例では、確認サーバ１２が、確認画像として４つの矩形画像を生成し、また、アクセス時刻及びサイトＩＤに基づいて、４つの矩形画像の色をそれぞれ設定している（同図では、矩形画像の色をハッチングで表している）。確認画像の態様はこれに限られるものではなく、アクセス時刻及びサイトＩＤに基づいて、確認画像の形状を設定したり、確認画像の内容（例えば、動物の画像等）を設定したりしてもよい。なお、確認画像は、パーソナルコンピュータ１４の画面と携帯電話機１６の画面で異なるものが表示される場合に、ユーザがその相違点を容易に認識できるものであることが望ましい。

図１３に戻って、次に、ユーザが携帯電話機１６から確認サーバ１２に、サイトサーバ１０のサイトＩＤを送信する（Ｓ３１２）。そして、確認サーバ１２が、ユーザが携帯電話機１６から確認サーバ１２にアクセスした時刻、及び、サイトサーバ１０のサイトＩＤに基づいて、確認画像を生成する（Ｓ３１４）。本実施形態では、確認サーバ１２は、Ｓ３１４においてＳ３０６と同一のプログラムによって確認画像を生成するので、ユーザが携帯電話機１６から確認サーバ１２にアクセスした時刻が、ユーザがパーソナルコンピュータ１４から確認サーバ１２にアクセスした時刻と同時刻であれば、Ｓ３０６と同一の確認画像が生成される。なお、確認サーバ１２は、携帯電話機１６からユーザを識別できる情報をさらに受信した場合には、当該情報にさらに基づいて、確認情報を生成してもよい。これにより、ユーザ毎に異なる確認情報を生成することができる。

次に、確認サーバ１２が、生成した確認画像を携帯電話機１６に送信し（Ｓ３１６）、携帯電話機１６は、受信した確認画像を含む画面を表示する（Ｓ３１８）。

図１５は、Ｓ３１８において、携帯電話機１６に表示される画面の一例を示す図である。図１５（ａ）に示す例では、携帯電話機１６に表示される画面４０の一部に、確認サーバ１２において生成された確認画像が表示される。また、同図に示すように、確認サーバ１２は、パーソナルコンピュータ１４のログイン画面３０（図１４参照）に同一の確認情報が表示されているかを、ユーザが確認するように促すように、携帯電話機１６に画面４０を表示させてもよい。また、確認サーバ１２は、図１５（ｂ）及び（ｃ）に示すように、携帯電話機１６に表示される画面４０の一部に、ユーザがパーソナルコンピュータ１４からサイトサーバ１０にログインするためのパスワードや、ユーザがパスワードを抽出するための提示用パターン（第２実施形態参照）等を、携帯電話機１６にさらに表示させてもよい。

なお、本実施形態では、サイトサーバ１０及び確認サーバ１２が、それぞれパーソナルコンピュータ１４及び携帯電話機１６に、確認情報として確認画像を表示させているが、サイトサーバ１０及び確認サーバ１２の一方が、パーソナルコンピュータ１４又は携帯電話機１６に、確認画像として、ユーザが文字列や数字列等を認識できる画像を表示させ、他方が当該文字列や数字列をテキストとして表示させるようにしてもよい。これにより、サイトサーバ１０及び確認サーバ１２からパーソナルコンピュータ１４及び携帯電話機１６に送信されるデータ量を低減させることができる。また、フィッシングサイトが、確認画像をリアルタイムにコピーして利用することを防ぐことができる。

本実施形態によれば、パーソナルコンピュータ１４及び携帯電話機１６に、確認情報として画像を表示させるので、ユーザがアクセスしたサイトが正当であるか否かを、ユーザがさらに容易に確認することができる。

また、本実施形態によれば、サイトサーバ１０においてはパーソナルコンピュータ１４に送信するＨＴＭＬ文書を変更するだけで、ユーザがアクセスしたサイトを確認できるので、さらに導入及び維持が容易なサイト確認方法を提供することができる。

［第４実施形態］
本実施形態は、第３実施形態に加えて、確認サーバ１２が、サイトサーバ１０が管理するＵＲＬを予め記憶して、サイトサーバ１０が正当であるか否かをさらに確認するものである。以下、第１実施形態乃至第３実施形態と異なる点を中心に、本実施形態について説明する。なお、本実施形態におけるシステムは、図１２に示すシステムと同一の構成を有する。

図１６は、本実施形態に係るサイト確認方法の処理の流れを説明するためのフローチャートである。以下のフローチャートでは、処理の流れをシーケンシャルに説明しているが、特にこれにこだわるものではない。従って、処理の動作・結果に矛盾が生じない限り、処理の順序を入れ替えまたは並行処理するように構成してもよい。なお、他の実施形態と同一の処理を行うステップについては、当該実施形態と同一の動作によって当該処理を行うことができる。

図１６に示すように、確認サーバ１２は、サイトサーバ１０のＵＲＬ（Uniform Resource Locater）を予め記憶している（Ｓ４００）。そして、ユーザがパーソナルコンピュータ１４からサイトサーバ１０にアクセスすると（Ｓ４０２）、サイトサーバ１０は、第３実施形態と同様に、パーソナルコンピュータ１４にイメージタグを含むＨＴＭＬ文書を送信する（Ｓ４０４）。

次に、パーソナルコンピュータ１４は、取得したＨＴＭＬ文書に含まれるイメージタグに基づいて、確認サーバ１２にアクセスする（Ｓ４０６）。具体的には、パーソナルコンピュータ１４は、当該イメージタグが記述されているＨＴＭＬ文書がサイトサーバ１０から取得されたことを示すＲＥＦＥＲＥＲデータを、確認サーバ１２に送信する。ＲＥＦＥＲＥＲデータには、サイトサーバ１０が管理するサイトのＵＲＬが含まれており、確認サーバ１２には、当該サイトのＵＲＬが送信される。

次に、確認サーバ１２は、パーソナルコンピュータ１４から取得したＲＥＦＥＲＥＲデータに含まれるＵＲＬが正当であるか否かを確認する（Ｓ４０８）。具体的には、確認サーバ１２は、パーソナルコンピュータ１４から取得したＵＲＬが、確認サーバ１２が予め記憶しているＵＲＬと一致するか否かを確認する。そして、一致しない場合には、確認サーバ１２は、サイトサーバ１０が管理するサイトが正当でないと判断する（Ｓ４０８ Ｎｏ）。そして、確認サーバ１２は、パーソナルコンピュータ１４に、ユーザがパーソナルコンピュータ１４からアクセスしたサイトが正当でないおそれがあることを警告する警告画像を、確認画像に代えて送信し（Ｓ４１０）、パーソナルコンピュータ１４は、取得した警告画像を表示する（Ｓ４１２）。

図１７は、Ｓ４１２において、パーソナルコンピュータ１４に表示される画面の一例を示す図である。図１７に示す例では、パーソナルコンピュータ１４が取得したＨＴＭＬ文書は、ログイン画面３０を表示させるものであり、ログイン画面３０の一部に、確認画像に代えて、確認サーバ１２から送信された警告画像が表示される。

一方、パーソナルコンピュータ１４から取得したＵＲＬが、確認サーバ１２が予め記憶しているＵＲＬと一致する場合には、確認サーバ１２は、サイトサーバ１０が管理するサイトが正当であると判断する（Ｓ４０８ Ｙｅｓ）。そして、第３実施形態と同様に（図１３ Ｓ３０６〜Ｓ３１８）、携帯電話機１６に確認画像が表示される（Ｓ４１４〜Ｓ４２６）。

本実施形態によれば、確認サーバ１２が、パーソナルコンピュータ１４がＨＴＭＬ文書を取得したＵＲＬをさらに確認するので、サイトサーバ１０とパーソナルコンピュータ１４との間にフィッシングサイトが存在する場合であっても、ユーザがアクセスしたサイトが正当であるか否かを適切に確認することができる。

また、本実施形態によれば、ブラウザが一般的に送受信するデータを利用して確認画像及び警告画像を表示するので、さらに安価で導入が容易なサイト確認方法を提供することができる。

［第５実施形態］
本実施形態は、確認サーバ１２に代えて、画像サーバ１８が確認画像を生成するものである。以下、第１実施形態乃至第４実施形態と異なる点を中心に、本実施形態について説明する。

図１８は、本実施形態に係るサイト確認方法を実施するシステムの概略図である。本実施形態におけるシステムは、確認サーバ１２と時刻同期可能に設けられた画像サーバ１８をさらに備えて構成されている。また、画像サーバ１８は、パーソナルコンピュータ１４と通信可能に接続されている。

図１９は、本実施形態に係るサイト確認方法の処理の流れを説明するためのフローチャートである。以下のフローチャートでは、処理の流れをシーケンシャルに説明しているが、特にこれにこだわるものではない。従って、処理の動作・結果に矛盾が生じない限り、処理の順序を入れ替えまたは並行処理するように構成してもよい。なお、他の実施形態と同一の処理を行うステップについては、当該実施形態と同一の動作によって当該処理を行うことができる。

図１９に示すように、確認サーバ１２と画像サーバ１８は、これらに内蔵されたタイマの時刻を予め同期している（Ｓ５００）。そして、ユーザがパーソナルコンピュータ１４からサイトサーバ１０にアクセスすると（Ｓ５０２）、サイトサーバ１０は、パーソナルコンピュータ１４にイメージタグを含むＨＴＭＬ文書を送信する（Ｓ５０４）。

具体的には、画像サーバ１８は、確認画像を生成するＣＧＩ（Common Gateway Interface）プログラムを格納しており、サイトサーバ１０は、このＣＧＩプログラムを起動するＨＴＴＰリクエストメッセージを、イメージタグとしてパーソナルコンピュータ１４に送信する。また、サイトサーバ１０は、このＨＴＴＰリクエストメッセージに、サイトサーバ１０のサイトＩＤを含めて送信する。

次に、パーソナルコンピュータ１４は、取得したＨＴＭＬ文書に含まれるイメージタグに基づいて、画像サーバ１８にアクセスするとともに、サイトサーバ１０のサイトＩＤを送信する（Ｓ５０６）。そして、画像サーバ１８は、確認画像を生成するプログラムを起動して、確認画像を生成する（Ｓ５０８）。具体的には、画像サーバ１８は、パーソナルコンピュータ１４が画像サーバ１８にアクセスした時刻、及び、パーソナルコンピュータ１４から送信されたサイトサーバ１０のサイトＩＤに基づいて、確認画像を生成する。そして、画像サーバ１８は、生成した確認画像をパーソナルコンピュータ１４に送信し（Ｓ５１０）、パーソナルコンピュータ１４は、サイトサーバ１０から送信されたＨＴＭＬ文書及び画像サーバ１８から送信された確認画像に基づいて、ログイン画面を表示する（Ｓ５１２）。

次に、ユーザが携帯電話機１６から確認サーバ１２に、サイトサーバ１０のサイトＩＤを送信する（Ｓ５１４）。そして、確認サーバ１２が、ユーザが携帯電話機１６から確認サーバ１２にアクセスした時刻、及び、サイトサーバ１０のサイトＩＤに基づいて、確認画像を生成する（Ｓ５１６）。本実施形態では、確認サーバ１２は、Ｓ５１６においてＳ５０８と同一のプログラムによって確認画像を生成するので、ユーザが携帯電話機１６から確認サーバ１２にアクセスした時刻が、ユーザがパーソナルコンピュータ１４から画像サーバ１８にアクセスした時刻と同時刻であれば、Ｓ５０８と同一の確認画像が生成される。そして、確認サーバ１２が、生成した確認画像を携帯電話機１６に送信し（Ｓ５１８）、携帯電話機１６は、受信した確認画像を含む画面を表示する（Ｓ５２０）。

本実施形態によれば、画像サーバ１８が確認画像を生成してパーソナルコンピュータ１４に表示させるので、サイトサーバ１０及び／又は確認サーバ１２の負荷を低減させることができる。

［第６実施形態］
本実施形態は、携帯電話機１６から確認サーバ１２に、サイトサーバ１０のサイトＩＤを用いてアクセスがあったか否かを、サイトサーバ１０が確認サーバ１２に確認するものである。以下、第１実施形態乃至第５実施形態と異なる点を中心に、本実施形態について説明する。

図２０は、本実施形態に係るサイト確認方法を実施するシステムの概略図である。本実施形態におけるシステムは、サイトサーバ１０と確認サーバ１２と通信可能に構成されている。

図２１は、本実施形態に係るサイト確認方法の処理の流れを説明するためのフローチャートである。以下のフローチャートでは、処理の流れをシーケンシャルに説明しているが、特にこれにこだわるものではない。従って、処理の動作・結果に矛盾が生じない限り、処理の順序を入れ替えまたは並行処理するように構成してもよい。なお、他の実施形態と同一の処理を行うステップについては、当該実施形態と同一の動作によって当該処理を行うことができる。

図２１に示すように、ユーザが携帯電話機１６から確認サーバ１２にアクセスし、携帯電話機１６から確認サーバ１２に、サイトサーバ１０のサイトＩＤを送信する（Ｓ６００）。確認サーバ１２は、携帯電話機１６からサイトＩＤを受信すると、当該サイトＩＤに対してフラグを生成し、当該サイトＩＤについて携帯電話機１６からアクセスがあったことを記憶する（Ｓ６０２）。

ここで、Ｓ６００において、携帯電話機１６は、確認サーバ１２に、携帯電話機１６を識別する個体識別番号やユーザＩＤ等の携帯電話機１６やユーザを識別できる情報を、確認サーバ１２に送信してもよい。この場合、Ｓ６０２において、確認サーバ１２は、当該情報及びサイトＩＤとフラグとを対応づけて記憶することが好ましい。これにより、確認サーバ１２は、当該サイトＩＤについて当該ユーザからアクセスがあったことを記憶することができるので、携帯電話機１６やユーザ毎に、確認サーバ１２にアクセスしたか否かを確認することができる。また、確認サーバ１２は、フラグを生成してから所定の時間が経過した後、当該フラグを消去してもよい。

次に、確認サーバ１２が、ユーザが携帯電話機１６から確認サーバ１２にアクセスした時刻、及び、サイトサーバ１０のサイトＩＤに基づいて、確認画像を生成して、携帯電話機１６に送信し（Ｓ６０４）、携帯電話機１６が受信した確認画像を表示する（Ｓ６０６）。

次に、ユーザがパーソナルコンピュータ１４からサイトサーバ１０にアクセスすると（Ｓ６０８）、サイトサーバ１０は、確認サーバ１２に、サイトサーバ１０のサイトＩＤを送信し、当該サイトＩＤについて確認画像の取得があったか否かを確認する（Ｓ６１０）。

なお、携帯電話機１６やユーザ毎に、確認サーバ１２へアクセスしたか否かを確認する場合、サイトサーバ１０が、携帯電話機１６やユーザを識別できる情報を、パーソナルコンピュータ１４からさらに受信し、当該情報をサイトＩＤに付加して確認サーバ１２に送信してもよい。

確認サーバ１２は、サイトサーバ１０から受信したサイトＩＤに対してフラグが生成されているか否かを確認する（Ｓ６１２）。ここで、確認サーバ１２は、サイトサーバ１０から携帯電話機１６やユーザを識別できる情報を受信した場合、当該サイトＩＤについて当該ユーザからアクセスがあったことを示すフラグが生成されているか否かを確認する。そして、確認サーバ１２は、フラグが生成されていない場合には（Ｓ６１２ Ｎｏ）、サイトサーバ１０にその旨を通知する（Ｓ６１４）。そして、サイトサーバ１０は、パーソナルコンピュータ１４に警告画像を送信し（Ｓ６１６）、パーソナルコンピュータ１４は、受信した警告画像を表示して（Ｓ６１８）、携帯電話機１６から確認サーバ１２にアクセスして確認画像を取得してから、サイトサーバ１０にアクセスするように、ユーザに通知する。

一方、確認サーバ１２において当該サイトＩＤに対するフラグが生成されている場合には（Ｓ６１２ Ｙｅｓ）、サイトサーバ１０にその旨を通知し（Ｓ６２０）、第３実施形態と同様に（図１３ Ｓ３０２〜Ｓ３１０）、パーソナルコンピュータ１４に、確認画像を含むログイン画面が表示される（Ｓ６２２〜Ｓ６２８）。なお、確認サーバ１２は、携帯電話機１６やユーザを識別できる情報（例えば、ユーザＩＤ）とサイトＩＤとを対応づけて記憶している場合には、Ｓ６２０において、当該情報をサイトサーバ１０に送信してもよい。この場合、パーソナルコンピュータ１４は、ログイン画面に、受信した当該情報をさらに含めて表示してもよい。

本実施形態によれば、確認サーバ１２が、携帯電話機１６が確認画像を取得した場合に、そのサイトＩＤについてフラグを生成するので、ユーザが携帯電話機１６から確認サーバ１２にアクセスして確認画像を取得するように促すことができ、ユーザが確認画像を取得することなくフィッシングサイトにアクセスするのを防ぐことができる。

［第７実施形態］
本実施形態は、ユーザが利用するドメインの範囲を示すドメイン情報を確認サーバ１２に登録し、ユーザがパーソナルコンピュータ１４からサイトサーバ１０にアクセスした場合に、パーソナルコンピュータ１４のドメインが、確認サーバ１２に登録されたドメイン情報の範囲にあるか否かを確認するものである。以下、第１実施形態乃至第６実施形態と異なる点を中心に、本実施形態について説明する。

図２２は、本実施形態に係るサイト確認方法を実施するシステムの概略図である。本実施形態におけるシステムは、サイトサーバ１０と確認サーバ１２と通信可能に構成されている。

図２３は、本実施形態に係るサイト確認方法の処理の流れを説明するためのフローチャートである。以下のフローチャートでは、処理の流れをシーケンシャルに説明しているが、特にこれにこだわるものではない。従って、処理の動作・結果に矛盾が生じない限り、処理の順序を入れ替えまたは並行処理するように構成してもよい。なお、他の実施形態と同一の処理を行うステップについては、当該実施形態と同一の動作によって当該処理を行うことができる。

図２３に示すように、確認サーバ１２は、ユーザが利用するドメインを示すドメイン情報を予め記憶する（Ｓ７００）。ユーザが利用するドメインとは、例えば、パーソナルコンピュータ１４がそのネットワークに接続された会社のドメインや、ユーザがパーソナルコンピュータ１４から利用するＩＳＰ（Internet Service Provider）のドメイン等である。ここで、確認サーバ１２は、ユーザを識別できる情報をドメイン情報と対応づけて予め記憶しておいてもよい。

次に、ユーザが携帯電話機１６から確認サーバ１２にアクセスし、携帯電話機１６から確認サーバ１２に、サイトサーバ１０のサイトＩＤを送信する（Ｓ７０２）。確認サーバ１２が、ユーザが携帯電話機１６から確認サーバ１２にアクセスした時刻、及び、サイトサーバ１０のサイトＩＤに基づいて、確認画像を生成して、携帯電話機１６に送信し（Ｓ７０４）、携帯電話機１６が受信した確認画像を表示する（Ｓ７０６）。

次に、ユーザがパーソナルコンピュータ１４からサイトサーバ１０にアクセスすると（Ｓ７０８）、サイトサーバ１０は、パーソナルコンピュータ１４からそのドメインを取得し、確認サーバ１２に当該ドメインを送信する（Ｓ７１０）。

確認サーバ１２は、サイトサーバ１０から受信したドメインが、予め登録されたドメイン情報の範囲内にあるか否かを確認し（Ｓ７１２）、範囲内にない場合には（Ｓ７１２ Ｎｏ）、サイトサーバ１０にその旨を通知する（Ｓ７１４）そして、サイトサーバ１０は、パーソナルコンピュータ１４に警告画像を送信し（Ｓ７１６）、パーソナルコンピュータ１４は、受信した警告画像を表示して（Ｓ７１８）、パーソナルコンピュータ１４とサイトサーバ１０との間に、フィッシングサイト等の不正なサイトが存在するおそれがある旨をユーザに通知する。

一方、サイトサーバ１０から受信したドメインが、予め登録されたドメイン情報の範囲内にある場合には（Ｓ７１２ Ｙｅｓ）、サイトサーバ１０にその旨を通知し（Ｓ７２０）、第３実施形態と同様に（図１３ Ｓ３０２〜Ｓ３１０）、パーソナルコンピュータ１４に、確認画像を含むログイン画面が表示される（Ｓ７２２〜Ｓ７２８）。

本実施形態によれば、確認サーバ１２が、ユーザが利用するドメインを予め記憶し、サイトサーバ１０が取得したドメインと比較するので、サイトサーバ１０とパーソナルコンピュータ１４との間にフィッシングサイトが存在する場合であっても、ユーザがアクセスしたサイトが正当であるか否かを適切に確認することができる。

なお、確認サーバ１２へアクセスしたか否かをユーザ毎に確認する場合、サイトサーバ１０は、Ｓ７２４において、パーソナルコンピュータ１４に、ユーザを識別する情報を確認サーバ１２へ送信させてもよい。そして、確認サーバ１２は、パーソナルコンピュータ１４から受信した当該情報及びサイトサーバ１０から受信したドメインが、確認サーバ１２において対応づけて記憶されたユーザを識別できる情報及びドメインと一致するか否かをさらに確認し、一致しない場合には、パーソナルコンピュータ１４に警告画像を送信してもよい。

また、本実施形態では、確認サーバ１２が、ドメインの範囲を予め登録し、パーソナルコンピュータ１４のドメインが当該範囲に含まれるか否かを確認しているが、ドメインの範囲に代えてＩＰアドレスの範囲を予め登録し、パーソナルコンピュータ１４のＩＰアドレスが当該範囲に含まれるか否かを確認してもよい。

［第８実施形態］
本実施形態は、ユーザが携帯電話機１６に代えてパーソナルコンピュータ１４から確認サーバ１２にアクセスして、確認画像を取得するものである。すなわち、本実施形態では、パーソナルコンピュータ１４に表示される複数の画面（例えば、ブラウザウインドウ）に、それぞれ確認画像を表示させるものである。以下、第１実施形態乃至第７実施形態と異なる点を中心に、本実施形態について説明する。

図２４は、本実施形態に係るサイト確認方法を実施するシステムの概略図である。本実施形態におけるシステムは、パーソナルコンピュータ１４が、サイトサーバ１０、確認サーバ１２及び画像サーバ１８と通信可能に構成されている。

図２５は、本実施形態に係るサイト確認方法の処理の流れを説明するためのフローチャートである。以下のフローチャートでは、処理の流れをシーケンシャルに説明しているが、特にこれにこだわるものではない。従って、処理の動作・結果に矛盾が生じない限り、処理の順序を入れ替えまたは並行処理するように構成してもよい。なお、他の実施形態と同一の処理を行うステップについては、当該実施形態と同一の動作によって当該処理を行うことができる。

図２５に示すように、確認サーバ１２と画像サーバ１８は、これらに内蔵されたタイマの時刻を予め同期している（Ｓ８００）。そして、ユーザがパーソナルコンピュータ１４からサイトサーバ１０にアクセスすると（Ｓ８０２）、サイトサーバ１０は、パーソナルコンピュータ１４にイメージタグを含むＨＴＭＬ文書を送信する（Ｓ８０４）。

具体的には、画像サーバ１８は、確認画像を生成するＣＧＩプログラムを格納しており、サイトサーバ１０は、このＣＧＩプログラムを起動するＨＴＴＰリクエストメッセージを、イメージタグとしてパーソナルコンピュータ１４に送信する。また、サイトサーバ１０は、このＨＴＴＰリクエストメッセージに、サイトサーバ１０のサイトＩＤを含めて送信する。

次に、パーソナルコンピュータ１４は、取得したＨＴＭＬ文書に含まれるイメージタグに基づいて、画像サーバ１８にアクセスするとともに、サイトサーバ１０のサイトＩＤを送信する（Ｓ８０６）。そして、画像サーバ１８は、確認画像を生成するプログラムを起動して、確認画像を生成する（Ｓ８０８）。具体的には、画像サーバ１８は、パーソナルコンピュータ１４が画像サーバ１８にアクセスした時刻、及び、パーソナルコンピュータ１４から送信されたサイトサーバ１０のサイトＩＤに基づいて、確認画像を生成する。そして、画像サーバ１８は、生成した確認画像をパーソナルコンピュータ１４に送信し（Ｓ８１０）、パーソナルコンピュータ１４は、サイトサーバ１０から送信されたＨＴＭＬ文書及び画像サーバ１８から送信された確認画像に基づいて、パーソナルコンピュータ１４が有する表示装置に、ログイン画面を表示する（Ｓ８１２）。

図２６は、Ｓ８１２において、パーソナルコンピュータ１４の表示装置５０に表示される画面の一例を示す図である。図２６に示す例では、パーソナルコンピュータ１４が受信したＨＴＭＬ文書は、パーソナルコンピュータ１４の表示装置５０にログイン画面３０を表示させるものであり、ログイン画面３０の一部に、画像サーバ１８において生成された確認画像が表示される。また、ログイン画面３０の一部には、確認サーバ１２にアクセスして表示装置５０に確認画面を表示させるための確認画面表示ボタン３２が表示され、ユーザに確認サーバ１２にアクセスすることを促す。

そして、ユーザが確認画面表示ボタン３２を押下して、パーソナルコンピュータ１４から確認サーバ１２に、サイトサーバ１０のサイトＩＤを送信すると（Ｓ８１４）、確認サーバ１２が、ユーザがパーソナルコンピュータ１４から確認サーバ１２にアクセスした時刻、及び、サイトサーバ１０のサイトＩＤに基づいて、確認画像を生成する（Ｓ８１６）。そして、確認サーバ１２が、生成した確認画像をパーソナルコンピュータ１４に送信し（Ｓ８１８）、パーソナルコンピュータ１４は、受信した確認画像を含む画面を表示する（Ｓ８２０）。

図２７は、Ｓ８２０において、パーソナルコンピュータ１４の表示装置５０に表示される画面の一例を示す図である。図２７に示す例では、パーソナルコンピュータ１４が、表示装置５０に、確認サーバ１２から受信した確認画像を含む確認画面４０を新たに表示させる。

図２８は、Ｓ８１２及びＳ８２０において、表示装置５０に表示されるログイン画面３０及び確認画面４０の他の例を示す図である。図２６及び図２７に示す例では、ログイン画面３０においてユーザが確認画面表示ボタン３２を押下すると、確認画面４０が表示装置５０に表示されるが、本例では、ログイン画面３０に確認画面表示ボタン３２は含まれておらず、確認サーバ１２が、パーソナルコンピュータ１４に、ログイン画面３０と連携することなく確認画面４０を新たに表示させるものである。

すなわち、Ｓ８１４において、ユーザが別途ブラウザ等の画面（確認画面４０）を開き、予めブックマークされた確認サーバ１２のＵＲＬ又は予め登録された確認サーバ１２のＩＰアドレスを指定することにより、パーソナルコンピュータ１４が確認サーバ１２にアクセスすると、確認サーバ１２が確認画像を生成してパーソナルコンピュータ１４に送信する（Ｓ８１６及びＳ８１８）。そして、パーソナルコンピュータ１４は、受信した確認画像を確認画面４０に表示させる。なお、本例では、確認サーバ１２はパーソナルコンピュータ１４に提示用パターン（第２実施形態参照）をさらに送信しており、パーソナルコンピュータ１４は、確認画面４０に、提示用パターンをさらに表示させている。

本実施形態によれば、パーソナルコンピュータ１４からサイトサーバ１０（画像サーバ１８）及び確認サーバ１２のそれぞれにアクセスして確認画像を表示するので、ユーザがアクセスしたサイトが正当であるか否かを容易に確認することができる。また、予めブックマークされたＵＲＬ又は予め登録されたＩＰアドレスを指定して、パーソナルコンピュータ１４から確認サーバ１２にアクセスする場合には、確認画面４０を表示するときにフィッシングサイトにアクセスすることを防ぐことができる。特に、予め登録されたＩＰアドレスを指定して確認サーバ１２にアクセスする場合には、ＤＮＳサーバを使用する必要がないため、セキュリティをさらに向上させることができる。

［第９実施形態］
本実施形態は、第８実施形態の変形例であり、サイトサーバ１０がパーソナルコンピュータ１４から取得したＩＰアドレスを、確認サーバ１２に送信して、ユーザがアクセスしたサイトが正当であるか否かをさらに確認できるものである。以下、第１実施形態乃至第８実施形態と異なる点を中心に、本実施形態について説明する。

図２９は、本実施形態に係るサイト確認方法を実施するシステムの概略図である。本実施形態におけるシステムは、サイトサーバ１０が、確認サーバ１２と通信可能に構成されている。

図３０は、本実施形態に係るサイト確認方法の処理の流れを説明するためのフローチャートである。以下のフローチャートでは、処理の流れをシーケンシャルに説明しているが、特にこれにこだわるものではない。従って、処理の動作・結果に矛盾が生じない限り、処理の順序を入れ替えまたは並行処理するように構成してもよい。なお、他の実施形態と同一の処理を行うステップについては、当該実施形態と同一の動作によって当該処理を行うことができる。

図３０に示すように、確認サーバ１２と画像サーバ１８は、これらに内蔵されたタイマの時刻を予め同期している（Ｓ９００）。そして、ユーザがパーソナルコンピュータ１４からサイトサーバ１０にアクセスすると（Ｓ９０２）、サイトサーバ１０は、パーソナルコンピュータ１４からそのＩＰアドレスを取得し、それを確認サーバ１２に送信する（Ｓ９０４）。ここで、確認サーバ１２にアクセスしたか否かをユーザ毎に確認する場合、サイトサーバ１０は、ユーザを識別できる情報を、パーソナルコンピュータ１４からさらに受信し、当該情報をＩＰアドレスに付加して確認サーバ１２に送信してもよい。また、サイトサーバ１０は、パーソナルコンピュータ１４がアクセスしたときに、パーソナルコンピュータ１４にイメージタグを含むＨＴＭＬ文書を送信する（Ｓ９０６）。

次に、パーソナルコンピュータ１４は、取得したＨＴＭＬ文書に含まれるイメージタグに基づいて、画像サーバ１８にアクセスするとともに、サイトサーバ１０のサイトＩＤを送信する（Ｓ９０８）。そして、画像サーバ１８は、確認画像を生成するプログラムを起動して、確認画像を生成する（Ｓ９１０）。具体的には、画像サーバ１８は、パーソナルコンピュータ１４が画像サーバ１８にアクセスした時刻、及び、パーソナルコンピュータ１４から送信されたサイトサーバ１０のサイトＩＤに基づいて、確認画像を生成する。そして、画像サーバ１８は、生成した確認画像をパーソナルコンピュータ１４に送信し（Ｓ９１２）、パーソナルコンピュータ１４は、サイトサーバ１０から送信されたＨＴＭＬ文書及び画像サーバ１８から送信された確認画像に基づいて、パーソナルコンピュータ１４が有する表示装置に、ログイン画面を表示する（Ｓ９１４）。

次に、ユーザが確認画面表示ボタン３２（図２６参照）を押下して、パーソナルコンピュータ１４から確認サーバ１２に、サイトサーバ１０のサイトＩＤを送信すると（Ｓ９１６）、確認サーバ１２は、パーソナルコンピュータ１４からＩＰアドレスを取得して、そのＩＰアドレスがＳ９０４においてサイトサーバ１０から送信されたＩＰアドレスと一致するか否かを確認する（Ｓ９１８）。ここで、確認サーバ１２にアクセスしたか否かをユーザ毎に確認する場合、確認サーバ１２は、ユーザを識別できる情報をパーソナルコンピュータ１４からさらに受信し、当該情報がサイトサーバ１０からＩＰアドレスに付加されて送信された情報と一致するかをさらに確認してもよい。

なお、この例では、Ｓ９１６において、ユーザがログイン画面３０に表示された確認画面表示ボタン３２を押下して確認サーバ１２にアクセスしているが、確認サーバ１２のＵＲＬを予めブックマークに登録しておき、ユーザが別途画面を開き、ブックマークされたＵＲＬへアクセスすることにより、パーソナルコンピュータ１４から確認サーバ１２にサイトＩＤを送信するようにしてもよい。この場合、サイトサーバ１０及び／又は画像サーバ１８が、パーソナルコンピュータ１４に所定の画面を表示して、ブックマークされたＵＲＬへアクセスするようにユーザに促してもよい。これにより、ユーザがフィッシングサイトにアクセスし、ログイン画面３０が当該フィッシングサイトによって表示されたものである場合であっても、ユーザを適切な確認サーバ１２にアクセスさせることができる。

そして、ＩＰアドレスが一致しない場合には（Ｓ９１８ Ｎｏ）、確認サーバ１２は、パーソナルコンピュータ１４に警告画像を送信し（Ｓ９２０）、パーソナルコンピュータ１４は、受信した警告画像を表示して（Ｓ９２２）、パーソナルコンピュータ１４とサイトサーバ１０との間に、フィッシングサイト等の不正なサイトが存在するおそれがある旨をユーザに通知する。

図３１は、Ｓ９２２において、パーソナルコンピュータ１４に表示される画面の一例を示す図である。図３１に示す例では、確認画面４０の一部に、確認画像に代えて、確認サーバ１２から送信された警告画像が表示される。

一方、ＩＰアドレスが一致する場合には（Ｓ９１８ Ｙｅｓ）、第８実施形態と同様に（図２５ Ｓ８１６〜Ｓ８２０）、パーソナルコンピュータ１４に、確認画像を含むログイン画面が表示される（Ｓ９２４〜Ｓ９２８）。

本実施形態によれば、確認サーバ１２が、取得したＩＰアドレスとサイトサーバ１０から送信されたＩＰアドレスとを比較するので、サイトサーバ１０とパーソナルコンピュータ１４との間にフィッシングサイトが存在する場合であっても、ユーザがアクセスしたサイトが正当であるか否かを適切に確認することができる。

［第１０実施形態］
本実施形態は、第８実施形態の変形例であり、確認サーバ１２がパーソナルコンピュータ１４に所定のクッキーを予め保存し、パーソナルコンピュータ１４が確認サーバ１２にアクセスした場合に、確認サーバ１２が当該クッキーを更新するものである。以下、第１実施形態乃至第９実施形態と異なる点を中心に、本実施形態について説明する。

図３２は、本実施形態に係るサイト確認方法の処理の流れを説明するためのフローチャートである。以下のフローチャートでは、処理の流れをシーケンシャルに説明しているが、特にこれにこだわるものではない。従って、処理の動作・結果に矛盾が生じない限り、処理の順序を入れ替えまたは並行処理するように構成してもよい。なお、他の実施形態と同一の処理を行うステップについては、当該実施形態と同一の動作によって当該処理を行うことができる。

図３２に示すように、まず、確認サーバ１２がパーソナルコンピュータ１４に、アクセスキーを含むクッキーを予め保存する（Ｓ１０００）。アクセスキーとは、ユーザがパーソナルコンピュータ１４等から確認サーバ１２にアクセスした場合に、当該アクセスが正当であるか否かを確認するための情報であって、例えば、文字列や数字列等により構成される。

確認サーバ１２は、例えば、ユーザがパーソナルコンピュータ１４から確認サーバ１２にアクセスしてユーザ登録をするときに、パーソナルコンピュータ１４にクッキーを保存する。また、確認サーバ１２は、パーソナルコンピュータ１４に保存したクッキーを記憶する。ここで、確認サーバ１２は、クッキーに含まれるアクセスキーのみを記憶するようにしてもよい。

次に、第８実施形態と同様に（図２５ Ｓ８００〜Ｓ８１２）、パーソナルコンピュータ１４が、サイトサーバ１０から送信されたＨＴＭＬ文書及び画像サーバ１８から送信された確認画像に基づいて、パーソナルコンピュータ１４が有する表示装置に、ログイン画面を表示する（Ｓ１００４）。

次に、ユーザがパーソナルコンピュータ１４から確認サーバ１２にアクセスすると（Ｓ１００６）、確認サーバ１２は、パーソナルコンピュータ１４に保存されたクッキーを取得し、当該クッキーが確認サーバ１２に記憶されたクッキーと一致するか否かを判断する（Ｓ１００８）。

そして、クッキーが一致しないと判断した場合には（Ｓ１００８ Ｎｏ）、確認サーバ１２は、パーソナルコンピュータ１４に警告画像を送信し（Ｓ１０１０）、パーソナルコンピュータ１４は、受信した警告画像を表示して（Ｓ１０１２）、第三者がパーソナルコンピュータ１４に保存されたクッキーを取得して確認サーバ１２に不正にアクセスしたおそれがある旨をユーザに通知する。

一方、クッキーが一致すると判断した場合には（Ｓ１００８ Ｙｅｓ）、確認サーバ１２は、パーソナルコンピュータ１４に保存されたクッキーを更新する（Ｓ１０１４）。具体的には、確認サーバ１２は、ユーザがパーソナルコンピュータ１４等から確認サーバ１２に次回アクセスするときに用いるためのアクセスキーを生成し、パーソナルコンピュータ１４に保存されたクッキーに含まれる古いアクセスキーを、新たに生成したアクセスキーに書き換えて、当該クッキーを更新する。また、確認サーバ１２は、確認サーバ１２に保存されたクッキーも同様に更新する。

そして、確認サーバ１２は、第８実施形態と同様に（図２５ Ｓ８１６〜Ｓ８２０）、パーソナルコンピュータ１４に、確認画像を含むログイン画面を表示させる（Ｓ１０１６）。

本実施形態によれば、確認サーバ１２がパーソナルコンピュータ１４に確認画像を表示させる度に、パーソナルコンピュータ１４等に保存されたクッキーを更新するので、第三者がパーソナルコンピュータ１４に保存されたクッキーを不正に取得して、他のパーソナルコンピュータ等から確認サーバ１２にアクセスした場合に、確認サーバ１２は、当該他のパーソナルコンピュータ及び確認サーバ１２に保存されたクッキーを更新することとなる。従って、当該第三者が確認サーバ１２にアクセスした後に、ユーザがパーソナルコンピュータ１４から確認サーバ１２にアクセスすると、パーソナルコンピュータ１４に保存されたクッキーが確認サーバ１２に記憶されたクッキーと一致しないこととなるので、ユーザのパーソナルコンピュータ１４に不正アクセスがあったことをユーザが容易に確認することができる。

なお、本実施形態では、ユーザがパーソナルコンピュータ１４に確認サーバ１２にアクセスする場合を例に説明したが、ユーザが、パーソナルコンピュータ１４に保存されたクッキーを、例えば、ＵＳＢメモリ等の記憶デバイスを用いて、他のパーソナルコンピュータ１４やＰＤＡ等にコピー又は移動して、当該他のパーソナルコンピュータやＰＤＡ等から確認サーバ１２にアクセスするようにしてもよい。

［第１１実施形態］
第１実施形態乃至第１０実施形態においてユーザＩＤ及びパスワードの双方を入力するログイン画面３０に確認情報や確認画像を表示させているのに対して、本実施形態では、ユーザＩＤとパスワードの入力画面を別個に表示し、パスワードの入力画面に確認情報や確認画像を表示させるものである。以下、第１実施形態乃至第１０実施形態と異なる点を中心に、本実施形態について説明する。

図３３及び図３４は、本実施形態に係るサイト確認方法において、パーソナルコンピュータ１４に表示される画面の一例を示す図である。図３３は、ユーザにユーザＩＤの入力を促すユーザＩＤ入力画面３４を示しており、図３４は、ユーザにパスワードの入力を促すパスワード入力画面３６を示している。

本実施形態では、ユーザがパーソナルコンピュータ１４からサイトサーバ１０にアクセスすると、サイトサーバ１０は、パーソナルコンピュータ１４に、ユーザＩＤ入力画面３４を表示させて、ユーザにユーザＩＤの入力を促す。そして、パーソナルコンピュータ１４が、入力された当該ユーザＩＤを、サイトサーバ１０、確認サーバ１２、又は画像サーバ１８に送信すると、サイトサーバ１０、確認サーバ１２、及び／又は画像サーバ１８は、パーソナルコンピュータ１４に、確認情報や確認画像を含むパスワード入力画面３６を表示させて、ユーザにパスワードの入力を促す。この場合、サイトサーバ１０、確認サーバ１２、及び／又は画像サーバ１８は、当該ユーザＩＤに基づいて、確認情報や確認画像を生成することが好ましい。

本実施形態によれば、サーバがユーザＩＤに基づいて確認情報や確認画像を表示させるので、ユーザがアクセスしたサイトが正当であるか否かを、より正確に確認することができる。

上記発明の実施形態を通じて説明された実施例や応用例は、用途に応じて適宜に組み合わせて、又は変更若しくは改良を加えて用いることができ、本発明は上述した実施形態の記載に限定されるものではない。そのような組み合わせ又は変更若しくは改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

第１実施形態に係るサイト確認方法を実施するシステムの概略図である。 第１実施形態に係るサイト確認方法の処理の流れを説明するためのフローチャートである。 パーソナルコンピュータ１４に表示される画面の一例を示す図である。 携帯電話機１６に表示される画面の一例を示す図である。 携帯電話機１６に表示される画面４０の他の例を示す図である。 第１実施形態に係るサイト確認方法を実施するシステムの他の例の概略図である。 第２実施形態に係るサイト確認方法を実施するシステムの概略図である。 第２実施形態に係るサイト確認方法の処理の流れを説明するためのフローチャートである。 パスワード導出パターンを説明するための図である。 パーソナルコンピュータ１４に表示される画面の一例を示す図である。 携帯電話機１６に表示される画面４０の一例を示す図である。 第３実施形態に係るサイト確認方法を実施するシステムの概略図である。 第３実施形態に係るサイト確認方法の処理の流れを説明するためのフローチャートである。 パーソナルコンピュータ１４に表示される画面の一例を示す図である。 携帯電話機１６に表示される画面の一例を示す図である。 第４実施形態に係るサイト確認方法の処理の流れを説明するためのフローチャートである。 パーソナルコンピュータ１４に表示される画面の一例を示す図である。 第５実施形態に係るサイト確認方法を実施するシステムの概略図である。 第５実施形態に係るサイト確認方法の処理の流れを説明するためのフローチャートである。 第６実施形態に係るサイト確認方法を実施するシステムの概略図である。 第６実施形態に係るサイト確認方法の処理の流れを説明するためのフローチャートである。 第７実施形態に係るサイト確認方法を実施するシステムの概略図である。 第７実施形態に係るサイト確認方法の処理の流れを説明するためのフローチャートである。 第８実施形態に係るサイト確認方法を実施するシステムの概略図である。 第８実施形態に係るサイト確認方法の処理の流れを説明するためのフローチャートである。 パーソナルコンピュータ１４の表示装置５０に表示される画面の一例を示す図である。 パーソナルコンピュータ１４の表示装置５０に表示される画面の一例を示す図である。 パーソナルコンピュータ１４の表示装置５０に表示される画面の他の例を示す図である。 第９実施形態に係るサイト確認方法を実施するシステムの概略図である。 第９実施形態に係るサイト確認方法の処理の流れを説明するためのフローチャートである。 パーソナルコンピュータ１４に表示される画面の一例を示す図である。 第１０実施形態に係るサイト確認方法の処理の流れを説明するためのフローチャートである。 第１１実施形態に係るサイト確認方法において、パーソナルコンピュータ１４に表示される画面の一例を示す図である。 第１１実施形態に係るサイト確認方法において、パーソナルコンピュータ１４に表示される画面の一例を示す図である。

Claims (14)

1. ユーザが、所定のサイトにアクセスした場合に、当該サイトが正当であるか否かを確認できるサイト確認方法であって、
   ユーザが第１の情報端末装置から前記サイトを管理する第１のサーバにアクセスした場合に、前記第１のサーバが、前記第１の情報端末装置に、所定の確認情報を表示させる第１の表示ステップと、
   ユーザが第２の情報端末装置から第２のサーバにアクセスした場合に、前記第２のサーバが、前記第２の情報端末装置に、前記確認情報を表示させる第２の表示ステップと、
   を備えたことを特徴とするサイト確認方法。
2. 前記第１のサーバが、前記第２のサーバと時刻同期するステップと、
   前記第１のサーバ及び前記第２のサーバが、当該第１のサーバを識別するサイト識別情報を予め格納するステップと、
   をさらに備え、
   前記第１の表示ステップは、前記第１のサーバが、前記第１の情報端末装置が前記第１のサーバにアクセスした時刻及び前記サイト識別情報に基づいて、前記確認情報を生成する第１の生成ステップを有し、
   前記第２の表示ステップは、前記第２のサーバが、前記第２の情報端末装置が前記第２のサーバにアクセスした時刻及び前記サイト識別情報に基づいて、前記確認情報を生成する第２の生成ステップを有することを特徴とする請求項１記載のサイト確認方法。
3. 前記第１の表示ステップにおいて、
   前記第１のサーバは、前記第１の情報端末装置からアクセスがあった場合に、前記第１の情報端末装置を前記第２のサーバにアクセスさせ、
   前記第２のサーバは、前記第１の情報端末装置が前記第２のサーバにアクセスした時刻に基づいて、前記確認情報を生成して、前記第１の情報端末に送信し、
   前記第２の表示ステップにおいて、前記第２のサーバは、前記第２の情報端末装置が前記第２のサーバにアクセスした時刻に基づいて、前記確認情報を生成して、前記第２の情報端末装置に送信する
   ことを特徴とする請求項１記載のサイト確認方法。
4. 前記第２のサーバが、前記第１のサーバのＵＲＬを予め記憶するステップをさらに備え、
   前記第１のステップは、前記第１のサーバが、前記第１の情報端末装置からアクセスがあった場合に、前記第１の情報端末装置に、前記第１のサーバのＵＲＬを前記第２のサーバへ送信させるステップをさらに有し、
   前記第２のステップは、前記第２のサーバが、前記第１の情報端末装置から送信されたＵＲＬが前記予め記憶したＵＲＬと一致しない場合に、前記確認情報と異なる情報を、前記第１の情報端末装置に送信するステップをさらに有することを特徴とする請求項３記載のサイト確認方法。
5. 前記第１の表示ステップにおいて、
   前記第１のサーバは、前記第１の情報端末装置からアクセスがあった場合に、前記第１の情報端末装置を第３のサーバにアクセスさせ、
   前記第３のサーバは、前記第１の情報端末装置からアクセスがあった場合に、前記第１の情報端末装置に前記確認情報を送信することを特徴とする請求項１記載のサイト確認方法。
6. 前記第１の表示ステップ及び前記第２の表示ステップにおいて、前記第１のサーバ及び前記第３のサーバは、前記第１の情報端末装置及び前記第２の情報端末装置に、前記確認情報として所定の確認画像を表示させることを特徴とする請求項５記載のサイト確認方法。
7. 前記第３のサーバが、前記確認画像を生成するプログラムを格納するステップをさらに備え、
   前記第１の表示ステップは、前記第１のサーバが、前記第１の情報端末装置からアクセスがあった場合に、前記第１の情報端末装置に前記プログラムを起動させて、前記第３のサーバに前記確認画像を生成させるステップを有することを特徴とする請求項６記載のサイト確認方法。
8. 前記第１の表示ステップにおいて、
   前記第１のサーバが、前記第１の情報端装置からアクセスがあった場合に、前記第１の情報端末装置に前記第１のサーバを識別するサーバ識別情報を前記第３のサーバへ送信させ、
   前記第３のサーバが、前記サーバ識別情報に基づいて前記確認画像を生成し、
   前記第２の表示ステップにおいて、前記第２のサーバは、前記サーバ識別情報に基づいて前記確認画像を生成する
   ことを特徴とする請求項７記載のサイト確認方法。
9. 前記第２のサーバが、前記第３のサーバと時刻同期するステップをさらに備え、
   前記第１の表示ステップにおいて、前記第３のサーバは、前記第１の情報端末装置が前記第３のサーバにアクセスした時刻にさらに基づいて前記確認画像を生成し、
   前記第２の表示ステップにおいて、前記第２のサーバは、前記第２の情報端末装置が前記第２のサーバにアクセスした時刻にさらに基づいて前記確認画像を生成する
   ことを特徴とする請求項８記載のサイト確認方法。
10. 前記第２のサーバが、ユーザが利用するドメインを予め格納するステップをさらに備え、
    前記第１の表示ステップは、
    前記第１の情報端末装置が前記第１のサーバにアクセスした場合に、前記第１のサーバが、前記第１の情報端末装置のドメインを取得するステップと、
    前記第１のサーバが、取得した前記第１の情報端末装置のドメインを、前記第２のサーバに通知するステップと、
    前記第２のサーバが、前記取得したドメインが前記予め格納されたドメインに含まれるか否かを判断し、判断結果を前記第１のサーバに通知するステップと、
    をさらに有することを特徴とする請求項５乃至９のいずれか１項記載のサイト確認方法。
11. 前記第２のサーバが、前記第１の情報端末装置を識別する第１の端末識別情報と前記第２の情報端末装置を識別する第２の端末識別情報とを対応づけて格納するステップと、
    前記第１の情報端末装置が前記第１のサーバにアクセスした場合に、前記第１のサーバが、前記第１の端末識別情報を前記第２のサーバに送信するステップと、
    前記第２のサーバが、前記第１の端末識別情報に対応づけられた前記第２の情報端末装置が当該第２のサーバにアクセスしたか否かを前記第１のサーバに通知するステップと、
    をさらに備えたことを特徴とする請求項５乃至１０のいずれか１項記載のサイト確認方法。
12. ユーザが、アクセスしたサイトが正当であるか否かを確認できるサイト確認方法であって、
    ユーザが第１の情報端末装置から前記サイトを管理する第１のサーバにアクセスした場合に、前記第１のサーバが、前記第１の情報端末装置に、所定の確認情報を含む第１の画面を表示させる第１の表示ステップと、
    ユーザが前記第１の情報端末装置から第２のサーバにアクセスした場合に、前記第２のサーバが、前記第１の情報端末装置に、前記確認情報を含む第２の画面を表示させる第２の表示ステップと、
    を備えたことを特徴とするサイト確認方法。
13. 前記第１の表示ステップは、前記第１の情報端末装置が前記第１のサーバにアクセスした場合に、前記第１のサーバが、前記第１の情報端末装置のＩＰアドレスを取得し、前記第２のサーバに通知するステップをさらに有し、
    前記第２の表示ステップは、
    前記第１の情報端末装置が前記第２のサーバにアクセスした場合に、前記第２のサーバが、前記第１の情報端末装置のＩＰアドレスを取得するステップと、
    前記第２のサーバが、前記第１のサーバから通知されたＩＰアドレスと、当該第２のサーバが取得したＩＰアドレスとを比較するステップと、
    をさらに有することを特徴とする請求項１０記載のサイト確認方法。
14. 前記第２のサーバが、前記第１の情報端末装置にアクセスキーを予め記憶させるステップと、
    前記第２のサーバが、前記アクセスキーを予め記憶するステップと、
    をさらに備え、
    前記第２の表示ステップは、
    前記第１の情報端末装置が前記第２のサーバにアクセスした場合に、前記第２のサーバが、前記第１の情報端末装置に記憶されたアクセスキーが前記第２のサーバに記憶されたアクセスキーと一致するか否かを判断するステップと、
    前記第２のサーバが、アクセスキーが一致すると判断した場合に、前記第１の情報端末装置に前記第２の画面を表示させるステップと、
    前記第２のサーバが、アクセスキーが一致すると判断した場合に、前記第１の情報端末装置に記憶されたアクセスキーを更新するステップと、
    をさらに有することを特徴とする請求項１２又は１３記載のサイト確認方法。