(57)【要約】【課題】  ウェブ・アクセスポイント認証（ＷＡＰＡ）が可能なウェブサーバー認証システムの提供【解決手段】  ウェブサーバーに備えられたサーバー認証システムと、クライアント端末と、認証情報を記憶する認証情報登録サーバーとを含み構成される。ウェブサーバーは、クライアント端末からの閲覧要求とサーバー認証要求を受信する閲覧要求受信手段と、認証情報登録サーバーに対し当該ウェブサーバーの認証情報を照会する認証情報照会手段と、照会の結果認証情報を受信する認証情報受信手段と、認証情報をウェブコンテンツに付加する認証情報付加手段と、ウェブコンテンツを前記クライアント端末に送信するウェブコンテンツ送信手段とを備える。認証情報登録サーバーは認証情報とユーザー識別情報とを記憶する。【選択図】  図５
2007279775.tif 000002
【特許請求の範囲】
【請求項１】
ブラウザを介してネットワークに接続されたいずれかのサーバーにアクセスする際にウェブサーバー認証を行うためにウェブサーバーに備えられたサーバー認証システムであって、
前記ウェブサーバーにアクセスするクライアント端末からのウェブコンテンツ閲覧要求およびサーバー認証要求を受信する閲覧要求受信手段と、
ウェブサーバーごとに設定され、当該ウェブサーバーの認証を行うための認証情報を記憶する認証情報登録サーバーに対し、クライアント端末からの閲覧要求およびサーバー認証要求に応答して、当該ウェブサーバーの認証情報を照会する認証情報照会手段と、
前記認証情報登録サーバーに対する照会の結果、当該ウェブサーバーの認証情報があった場合には当該認証情報を受信する認証情報受信手段と、
クライアント端末からのウェブコンテンツ閲覧要求およびサーバー認証要求に対応し、受信した認証情報を前記ウェブコンテンツに付加する認証情報付加手段と、
前記認証情報の付加されたウェブコンテンツを前記クライアント端末に送信するウェブコンテンツ送信手段とを備えたことを特徴とする、ウェブサーバー認証システム。
【請求項２】
ブラウザを介してネットワークに接続されたいずれかのサーバーにアクセスする際にウェブサーバー認証を行うためにウェブサーバーに備えられたサーバー認証システムと、前記ウェブサーバーにアクセスするクライアント端末と、ウェブサーバーごとに設定され当該ウェブサーバーの認証を行うための認証情報を記憶する認証情報登録サーバーと、を含み構成されるシステムであって、
前記ウェブサーバーは、
前記ウェブサーバーにアクセスするクライアント端末からのウェブコンテンツ閲覧要求およびサーバー認証要求を受信する閲覧要求受信手段と、
ウェブサーバーごとに設定され、当該ウェブサーバーの認証を行うための認証情報を記憶する認証情報登録サーバーに対し、クライアント端末からの閲覧要求およびサーバー認証要求に応答して、当該ウェブサーバーの認証情報を照会する認証情報照会手段と、
前記認証情報登録サーバーに対する照会の結果、当該ウェブサーバーの認証情報があった場合には当該認証情報を受信する認証情報受信手段と、
クライアント端末からのウェブコンテンツ閲覧要求およびサーバー認証要求に対応し、受信した認証情報を前記ウェブコンテンツに付加する認証情報付加手段と、
前記認証情報の付加されたウェブコンテンツを前記クライアント端末に送信するウェブコンテンツ送信手段とを備えており、
前記認証情報登録サーバーは、当該ウェブサーバーの認証を行うための認証情報と、クライアント端末において前記サーバー認証システムを利用するユーザーごとのユーザー識別情報とを少なくとも記憶したことを特徴とする、ウェブサーバー認証システム。
【請求項３】
前記クライアント端末には、ウェブコンテンツ閲覧要求とともにサーバー認証要求を前記ウェブサーバーに送信する認証要求送信手段と、
前記ウェブサーバーごとの公開鍵を記憶するサーバー公開鍵記憶手段が備えられたことを特徴とする、ウェブサーバー認証システム。
【請求項４】
クライアント端末から送信され、前記ウェブサーバーにおいて前記閲覧要求受信手段が受信するサーバー認証要求には、前記サーバー認証システムのユーザー識別情報が含まれることを特徴とする、請求項１〜３のいずれかに記載のウェブサーバー認証システム。
【請求項５】
クライアント端末から送信され、前記ウェブサーバーにおいいて前記閲覧要求受信手段が受信するサーバー認証要求には、当該ウェブサーバーが前記サーバー認証システムを備えているか否かの応答要求が含まれることを特徴とする、請求項１〜４のいずれかに記載のウェブサーバー認証システム。
【請求項６】
前記認証情報照会手段は、前記認証情報登録サーバーに対し、当該ウェブサーバーの認証情報を照会する際に、前記ユーザー識別情報を含む照会要求を送信することを特徴とする、請求項１〜５のいずれかに記載のウェブサーバー認証システム。
【請求項７】
前記認証情報照会手段は、ウェブサーバーごとに設定されているとともに、さらにユーザー識別情報に対応してあらかじめ記憶されている当該ウェブサーバーの認証情報を、ユーザー識別情報に基づき照会することを特徴とする、請求項６に記載のウェブサーバー認証システム。
【請求項８】
ウェブサーバーごとに設定されているとともに、ユーザー識別情報に対応してあらかじめ記憶されている前記ウェブサーバーの認証情報は、クライアント端末において生成されたユーザーごとの認証情報を当該ユーザーの公開鍵を用いて暗号化し、次いで当該ウェブサーバーの公開鍵を用いて暗号化した後に、前記認証情報登録サーバーに登録するウェブサーバー登録により記憶されたものであることを特徴とする、請求項１〜７のいずれかに記載のウェブサーバー認証システム。
【請求項９】
クライアント端末からいずれかのウェブサーバーにアクセスした際に、クライアント端末から送信されたサーバー認証要求に含まれる、当該ウェブサーバーが前記サーバー認証システムを備えているか否かの応答要求に対し、当該ウェブサーバーが前記サーバー認証システムを備えている場合にはその旨を応答し、当該ウェブサーバーが前記サーバー認証システムを備えていない場合にはその旨を応答しないことを特徴とする、請求項５〜８のいずれかに記載のウェブサーバー認証システム。
【請求項１０】
前記クライアント端末に、ウェブコンテンツに付加された前記認証情報を解読するための当該ウェブサーバーの公開鍵が記憶されている場合には、前記ウェブサーバーから受信したウェブコンテンツに付加された前記認証情報を、当該クライアント端末を利用するユーザーの秘密鍵を用いて解読し、当該認証情報の正当性を判定することを特徴とする、請求項１〜９のいずれかに記載のウェブサーバー認証システム。
【請求項１１】
当該認証情報が正当でないと判定された場合には、前記クライアント端末において警告が表示されることを特徴とする、請求項１０に記載のウェブサーバー認証システム。
【請求項１２】
前記クライアント端末に、ウェブコンテンツに付加された前記認証情報を解読するための当該ウェブサーバーの公開鍵が記憶されていない場合において、前記ウェブサーバーが前記サーバー認証システムを備えている場合にはその旨を応答するとともに、ウェブサーバー登録をするか否かを当該クライアント端末を利用するユーザーに対し選択させることを特徴とする、請求項１０または１１のいずれかに記載のウェブサーバー認証システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブサーバー認証システムに関する。
【背景技術】
【０００２】
近年、インターネットの普及が著しく、これに伴い従来よりセキュリティ上の問題が生じている。このため、ウェブサイトの安全性を確認することが重要なセキュリティ対策の一つとなっている。
【０００３】
【特許文献１】特開２００３−３３７７９７号公報
【特許文献２】特開２００２−３７３０８０号公報
【０００４】
たとえば特開２００３−３３７７９７「Ｗｅｂサイト安全度認証システム、方法及びプログラム」においては、プロバイダ（ＩＳＰ）のプログラムがサイト安全度調査を行い、データベースに安全度を格納し、ユーザーのブラウザに対してこの安全度の情報を知らせるシステムが提案されている。
また特開２００２−３７３０８０「クライアント・サーバ・システム」においては、移動電話機にサーバからコンテンツをダウンロードするシステムにおいて、適正なゲームダウンロードファイル等を適正なサーバから受信したかどうかのセキュリティ・認証チェックを行うシステムが提案されている。
また、特開２００２−１４０３０９「サービスシステム」においては、サーバ、クライアント間のデータ配送を、データ中継装置を解して行い、クライアントに対しサーバがサービスを提供するシステムが提案されており、サーバ管理サーバがデータ中継処理サーバと接続されて備えられ、サーバ装置を認証するためのサーバ認証情報が管理されており、サーバを認証した上で、クライアント、サーバ間のデータ配送を行うことが記載されているが、クライアントにおいては特にウェブサーバの認証を行うものではない。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
今日では、誰がウェブサーバにアクセスしているかのウェブサーバ認証を補助する多数の技術の使用が可能である。しかしながら、このような技術では、エンドユーザーが非認証のウェブサイトにアクセスしてしまうことを防止することはできない。たとえば、ハッカーは、ログインおよびパスワード情報を盗む目的で、本物のホームバンキング・ウェブページと全く同じように偽装されたホームバンキング・ウェブページを作成し、エンドユーザーがここにアクセスするよう企む場合がある。
【０００６】
コンピュータ技術は日ごと複雑化しているが、インターネット・セキュリティの問題の複雑性はこれを上回る。さらに、これらに伴う危険性とその解決法を理解しようとする以前に、セキュリティ問題そのものの存在を理解することが困難な場合もある。
一例として、従来の現金自動預払機（ＡＴＭ）を使用してＷＡＰＡが解決可能な問題について説明する。
ＡＴＭを使用したいと思った場合、まずＡＴＭを探さなければならない。ＡＴＭは、ほとんどの都市エリアに多数設置されているため、ＡＴＭの標示を探せば容易に見つけることができる。ＡＴＭを見つけたら、通常、ＡＴＭカードを挿入し、ＰＩＮナンバーを入力することで容易に操作できる。ＡＴＭを操作するエンドユーザーの図を図１に示す。
【０００７】
ＡＴＭ自体の外観と感じは設置場所によって異なる。しかし、通常、ＡＴＭが信頼できるものであるか否かを疑問に思うことは恐らくないだろう。ＡＴＭに「エラー」または「サービス停止中」と表示されることがある。ＡＴＭからＡＴＭカードが返却されない場合を除いて、このような問題が銀行に報告されることは少ない。しかし、そのＡＴＭが信頼できるものでなかった場合には、図２に示されるように、カード情報およびＰＩＮナンバーを記録した後にカードを返却し、ディスプレイ上に「エラー」とだけ表示するということがあり得る。
【０００８】
本物のＡＴＭに収集された情報を、ハッカーが「仲介者」となって転送するというさらに上級な手口もある。このような場合には、図３に示すように、ハッカーは、エンドユーザーに対してあたかもＡＴＭ取り引きが完了したように見せかけ、多額の現金を引き出すことが可能である。
図２、図３に示した詐欺行為は、エンドユーザーがＡＴＭを認証する技術にアクセスしていれば防止することが可能である。実際には、ハッカーが偽装ＡＴＭを製造し、これを上手く公共の場所に設置することは考えられない。
しかしながら、ウェブサイトはデジタルであるため、ＡＴＭよりも容易に模造できる。今日では、後述するように、エンドユーザーのインターネットアクセス・トラフィックをルート変更することが可能なハッキング方法が知られている。ハッカーは、これらすべての詐欺行為をＡＴＭの時よりもより慎重かつ匿名で実行することができる。ウェブ・アクセスポイント認証（ＷＡＰＡ）は、エンドユーザーのためにウェブサイトを認証する技術である。
【０００９】
ハッカーの目的は、エンドユーザーを騙し、ハッカーによって作成された偽装ウェブサイトに秘密情報を入力させることである。これは、ウェブアプリケーションによっては相当簡単に行うことができる。
現在、公共の場所において、ホットスポットと呼ばれる無線８０２．１１ｂアクセスポイントを介したインターネットアクセスが可能である。通常、ホットスポットは、コーヒーショップ、駅、空港のような公共の場所において高速無線インターネット接続を提供する営利サービスである。無線通信（８０２．１１ｂ）が可能なモバイル機器を使用すれば、ユーザは空港で電子メールをチェックしたり、コーヒーショップから映画のチケットを購入したりすることができる。市販のホットスポットは、エンドユーザーが自己認証を行なうことで、サービスの使用をその顧客のみに制限している。これは、ホットスポットに接続後、ウェブブラウザを開始した際に、最初に表示されるホットスポットウェブページにログイン名とパスワードを入力することで実行される。
【００１０】
ホットスポットへの接続方法では、図４に示されるように、特定の無線ネットワークに接続するようにモバイル機器を構成する。これは、モバイル機器を特定のＳＳＩＤに接続するように構成することで実行できる。ＳＳＩＤ（サービス設定識別）は無線ネットワークの名称である。モバイル機器が無線接続を試みると、モバイル機器内に構成されたＳＳＩＤと同一のＳＳＩＤを持ったアクセスポイントを探す。間違ったＳＳＩＤを持ったアクセスポイント見つけてしまった場合には、そのアクセスポイントは拒否され、正確なＳＳＩＤを持った別のアクセスポイントを引き続き探す。同一の正確なＳＳＩＤを持った複数のアクセスポイントを見つけた場合には、最高の無線接続を実施するために、最良の信号を供給しているアクセスポイントと接続する。すべての８０２．１１ｂ無線アクセスポイントの信号強度はＦＣＣ（連邦通信委員会）によって３０ミリワットに規制されている。
【００１１】
理論上、ハッカーは、同一のホットスポット・ロケーションにおいて、より強い信号強度と、ホットスポットと同一のＳＳＩＤを持った無線アクセスポイントを設定することができる。この設定により、全てのホットスポットユーザを、エンドユーザーに気付かれることなく、ハッカーが設置した無線アクセスポイントに強制的に接続させることが可能である。ハッカーは、ホットスポット認証画面を模造したウェブページを提供し、全てのユーザ名とパスワードを記憶する。ログイン名とパスワードが入力されたら、「ホットスポットは現在使用不能です。時間をおいて接続してください。」といったエラーメッセージを表示する少々の創造性があれば、ユーザは騙されてしまうようである。これは、第２節で示した図２のＡＴＭの例と類似している。
今日では、このタイプのウェブアプリケーションの設定は、例えば、http://airsnarf.shmoo.com/においてShmooグループが発行しているAirsnarfというフリーツールを使用すれば容易に行うことができる。
さらに上級の賢いハッカーは、自分のウェブサーバへの全てのトラフィックをホットスポットにルート変更させながら、エンドユーザーに通常通りホットスポットを使用させ続けることができる。この方法を用いれば、ハッカーはエンドユーザーが実行することをすべて見ることができる。
たとえば、エンドユーザーが自分のホームバンキングにアクセスしている場合、ハッカーはアクセス中の情報を盗むことができる。これは、第２節の図３に示したＡＴＭの例と類似している。これらの方法を使用してホットスポットをハッキングすることで、ハッカーは、最低でもホットスポットに接続するためのユーザ名とパスワードを盗み取ることができる。これは、そのホットスポットのウェブサーバが本物であるか否かをエンドユーザーが認証できれば防止することが可能であった。
【００１２】
ＵＲＬスプーフィングという技術を使用することで、ユーザを偽装されたウェブサイトへ転送することが可能である。
たとえば、ユーザはhttp://www.visa.comと表示されたあるリンク上をクリックしたが、実際にはhttp://www.hacker_web_site.comへ転送されてしまう。ＵＲＬに嵌め込んだ特別なコードを使用することで、ブラウザを騙し、http://www.visa.comと表示することができるが、実際にはhttp://www.hacker_web_site.comからのウェブページが表示される。スパムメールを使って、ＵＲＬスプーフィングリンクがエンドユーザーに送信される。少々のシステム工学を用いるだけで、ユーザは偽装されたウェブページにアクセスし、自分のユーザ名／パスワード情報を入力してしまうようである。
【００１３】
先のホットスポット・ハッキングの例は、無線信号を使用してエンドユーザーをハッカーのウェブサイトに転送するものであった。エンドユーザーを別のウェブサイトへ転送することはＬＡＮ上でも可能である。
特定のウェブサイトへのアクセスは、特定のウェブサイトの適切なＵＲＬをブラウザに入力することによって行われる。
たとえば、Yahooのウェブサイトにアクセスするためには、ユーザはブラウザに例えばhttp://www.yahoo.com/のようなＵＲＬを入力する。このようなＵＲＬ名は、実際は「66.218.70.48」といったネットワークアドレス（ＩＰアドレス）のエイリアス（別名定義）である。通常、このようなネットワークアドレスを記憶しておくことは難しいため、ＵＲＬ名をネットワークアドレスへ自動変換するサービスが提供されている。ＤＮＳ（ドメインネームサーバー）は、ドメイン名とネットワークアドレスのテーブルを保持している。インターネット上には多数のＤＮＳサーバが存在しているため、各コンピュータは、ＵＲＬ名をネットワークアドレスに変換する際に、特定のＤＮＳサーバを使用するように構成されている。
【００１４】
理論上、ＤＮＳサーバに入力されたネットワークアドレスを変更することによって、エンドユーザーを偽装されたウェブサーバにアクセスするよう自動転送することが可能である。これを実行するためには、ハッカーはＤＮＳサーバをハッキングする必要がある。これは平凡に起こることではないが、不可能ではない。
これ以外にも、エンドユーザーのコンピュータで、「c:\windows\system32\drivers\etc\hosts」ファイル内のＤＮＳ設定をハッカーのＤＮＳサーバに合わせるように再構成する方法がある。このような再構成は、悪意あるコードを使用して実行可能であり、あるいは、システム工学によってさえも実行可能である。ハッカーは、ホームバンキング・サイトのような秘密情報を扱うウェブサイトのネットワークアドレスを再構成することで、エンドユーザーに気付かれることなく、ホームバンキングへの全てのアクセスを自分が偽装したホームバンキング・ウェブページへ強制転送させることができる。ここでも、ログイン名およびパスワードの入力後に、たとえば「現在ホームバンキングは使用不可能です。時間をおいて接続して下さい。」のようなエラーメッセージを表示するといった少々の創造性があれば、エンドユーザーは騙されてしまう傾向にある。これは、図２に示したＡＴＭの例と類似している。
より上級で賢いハッカーなら、自分が偽装したホームバンキング・ウェブサーバへの全てのトラフィックを、実際のホームバンキング・ウェブサイトへルート変更することさえも可能である。この方法を用いれば、ハッカーはエンドユーザーがこのウェブサイト上で実行することをすべて見ることができる。これは、図３に示したＡＴＭの例と類似している。ハッカーは、これらのウェブサイトのハッキング方法を使用することで、最低でも秘密情報を扱うウェブサイトへのユーザ名とパスワードを盗み取ることができる。この盗難は、そのウェブサーバが本物であるか否かをユーザが認証できれば防止することが可能であった。
【００１５】
さらに、今日、多くの企業がインターネット上で顧客との対話を行なっている。こうした企業のほとんどが、インターネット上での自社ウェブサーバの安全性の確保に多大な経費と労力を投資している。朗報は、データ暗号化には、様々なユーザ認証といった多数の技術が存在し、このような技術を用いることが、システムの安全性をかなり向上させる補助となることである。企業は、このような技術を用いることで、誰が自社サーバにアクセスしているかを確実に知り、さらに、ウェブサーバ上のデータを保護することが可能となる。
しかしながら、このようなセキュリティ・ソリューションはウェブ・アクセスポイント認証（ＷＡＰＡ）を採用したものではない。これらのセキュリティ・ソリューションは、ウェブサーバをハッカーから保護する助けとなるが、正確にはエンドユーザーをハッカーから直接保護するものなのである。インターネット通信で使用される暗号化のような解決法（例えばＷＥＰ、ＳＳＨ）は、ハッカーによって傍受された場合にデータを保護するだけである。ユーザ認証はユーザ自身を証明できるだけで、エンドユーザーに対してウェブサーバを認証することはない。つまり、これら技術のいずれも、ユーザをＷＡＰＡハッカーから保護するものではない。
【００１６】
今日、エンドユーザーに対してウェブサーバを認証することを目的とした製品または技術は市場に知られていない。現在のところ、ウェブ認証はウェブサーバによってのみ実施されている。たとえば、ウェブサーバは、誰がウェブサーバにアクセスしているかの認証を行なうために、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ、あるいはアクセス／ユーザ管理ソフトウェアを使用してアクセス制御を実行することが可能である。しかし、この技術は、ユーザがウェブサーバを本物であると認証するために使用することはできない。
【００１７】
そこで、本発明においては、上記の様々な課題を解決し、エンドユーザーに対してウェブサーバ証明を提供する新しいインターネット技術である、ウェブ・アクセスポイント認証（ＷＡＰＡ）を提供することを目的とする。
ウェブ・アクセスポイント認証は、単なる従来のウェブサーバ認証ではなく、ユーザ名およびパスワードといった秘密情報を送信する前に、そのウェブサーバが本物であるか否かを認証する上での、エンドユーザーの補助を目的とするものである。ターゲットとされるアプリケーションは、ユーザ名およびパスワードといった秘密情報の入力を最初にユーザに要求してくるウェブサービスであり、これにはホットスポット無線アクセスポイント、ホームバンキング・ウェブサイトのようなサービスが含まれる。
ウェブ・アクセスポイント認証（ＷＡＰＡ）はクライアントサーバ・アプリケーションである。たとえばサーバコンポーネントはウェブサーバ上に常駐しており、クライアントコンポーネントはＡｃｔｉｖｅＸ（商標）コントロールなどである。これにより、あるウェブサーバが本物か偽装されたものであるかを証明するために、エンドユーザーにとって使いやすい方法を提供する。中心となる認証アルゴリズムが、公開キー暗号化アルゴリズムに基づいて実現される。
【課題を解決するための手段】
【００１８】
上記課題を解決するため、請求項１に記載の発明においては、
ブラウザを介してネットワークに接続されたいずれかのサーバーにアクセスする際にウェブサーバー認証を行うためにウェブサーバーに備えられたサーバー認証システムであって、
前記ウェブサーバーにアクセスするクライアント端末からのウェブコンテンツ閲覧要求およびサーバー認証要求を受信する閲覧要求受信手段と、
ウェブサーバーごとに設定され、当該ウェブサーバーの認証を行うための認証情報を記憶する認証情報登録サーバーに対し、クライアント端末からの閲覧要求およびサーバー認証要求に応答して、当該ウェブサーバーの認証情報を照会する認証情報照会手段と、
前記認証情報登録サーバーに対する照会の結果、当該ウェブサーバーの認証情報があった場合には当該認証情報を受信する認証情報受信手段と、
クライアント端末からのウェブコンテンツ閲覧要求およびサーバー認証要求に対応し、受信した認証情報を前記ウェブコンテンツに付加する認証情報付加手段と、
前記認証情報の付加されたウェブコンテンツを前記クライアント端末に送信するウェブコンテンツ送信手段とを備えた、ウェブサーバー認証システムであることを特徴としている。
【００１９】
また、上記課題を解決するため、請求項２に記載の発明においては、
ブラウザを介してネットワークに接続されたいずれかのサーバーにアクセスする際にウェブサーバー認証を行うためにウェブサーバーに備えられたサーバー認証システムと、前記ウェブサーバーにアクセスするクライアント端末と、ウェブサーバーごとに設定され当該ウェブサーバーの認証を行うための認証情報を記憶する認証情報登録サーバーと、を含み構成されるシステムであって、
前記ウェブサーバーは、
前記ウェブサーバーにアクセスするクライアント端末からのウェブコンテンツ閲覧要求およびサーバー認証要求を受信する閲覧要求受信手段と、
ウェブサーバーごとに設定され、当該ウェブサーバーの認証を行うための認証情報を記憶する認証情報登録サーバーに対し、クライアント端末からの閲覧要求およびサーバー認証要求に応答して、当該ウェブサーバーの認証情報を照会する認証情報照会手段と、
前記認証情報登録サーバーに対する照会の結果、当該ウェブサーバーの認証情報があった場合には当該認証情報を受信する認証情報受信手段と、
クライアント端末からのウェブコンテンツ閲覧要求およびサーバー認証要求に対応し、受信した認証情報を前記ウェブコンテンツに付加する認証情報付加手段と、
前記認証情報の付加されたウェブコンテンツを前記クライアント端末に送信するウェブコンテンツ送信手段とを備えており、
前記認証情報登録サーバーは、当該ウェブサーバーの認証を行うための認証情報と、クライアント端末において前記サーバー認証システムを利用するユーザーごとのユーザー識別情報とを少なくとも記憶した、ウェブサーバー認証システムであることを特徴としている。
【００２０】
また、上記課題を解決するため、請求項３に記載の発明においては、
前記クライアント端末には、ウェブコンテンツ閲覧要求とともにサーバー認証要求を前記ウェブサーバーに送信する認証要求送信手段と、
前記ウェブサーバーごとの公開鍵を記憶するサーバー公開鍵記憶手段が備えられた、ウェブサーバー認証システムであることを特徴としている。
【００２１】
また、上記課題を解決するため、請求項４に記載の発明においては、
クライアント端末から送信され、前記ウェブサーバーにおいて前記閲覧要求受信手段が受信するサーバー認証要求には、前記サーバー認証システムのユーザー識別情報が含まれる、請求項１〜３のいずれかに記載のウェブサーバー認証システムであることを特徴としている。
【００２２】
また、上記課題を解決するため、請求項５に記載の発明においては、
クライアント端末から送信され、前記ウェブサーバーにおいいて前記閲覧要求受信手段が受信するサーバー認証要求には、当該ウェブサーバーが前記サーバー認証システムを備えているか否かの応答要求が含まれる、請求項１〜４のいずれかに記載のウェブサーバー認証システムであることを特徴としている。
【００２３】
また、上記課題を解決するため、請求項６に記載の発明においては、
前記認証情報照会手段は、前記認証情報登録サーバーに対し、当該ウェブサーバーの認証情報を照会する際に、前記ユーザー識別情報を含む照会要求を送信する、請求項１〜５のいずれかに記載のウェブサーバー認証システムであることを特徴としている。
【００２４】
また、上記課題を解決するため、請求項７に記載の発明においては、
前記認証情報照会手段は、ウェブサーバーごとに設定されているとともに、さらにユーザー識別情報に対応してあらかじめ記憶されている当該ウェブサーバーの認証情報を、ユーザー識別情報に基づき照会する、請求項６に記載のウェブサーバー認証システムであることを特徴としている。
【００２５】
また、上記課題を解決するため、請求項８に記載の発明においては、
ウェブサーバーごとに設定されているとともに、ユーザー識別情報に対応してあらかじめ記憶されている前記ウェブサーバーの認証情報は、クライアント端末において生成されたユーザーごとの認証情報を当該ユーザーの公開鍵を用いて暗号化し、次いで当該ウェブサーバーの公開鍵を用いて暗号化した後に、前記認証情報登録サーバーに登録するウェブサーバー登録により記憶されたものである、請求項１〜７のいずれかに記載のウェブサーバー認証システムであることを特徴としている。
【００２６】
また、上記課題を解決するため、請求項９に記載の発明においては、
クライアント端末からいずれかのウェブサーバーにアクセスした際に、クライアント端末から送信されたサーバー認証要求に含まれる、当該ウェブサーバーが前記サーバー認証システムを備えているか否かの応答要求に対し、当該ウェブサーバーが前記サーバー認証システムを備えている場合にはその旨を応答し、当該ウェブサーバーが前記サーバー認証システムを備えていない場合にはその旨を応答しない、請求項５〜８のいずれかに記載のウェブサーバー認証システムであることを特徴としている。
【００２７】
また、上記課題を解決するため、請求項１０に記載の発明においては、
前記クライアント端末に、ウェブコンテンツに付加された前記認証情報を解読するための当該ウェブサーバーの公開鍵が記憶されている場合には、前記ウェブサーバーから受信したウェブコンテンツに付加された前記認証情報を、当該クライアント端末を利用するユーザーの秘密鍵を用いて解読し、当該認証情報の正当性を判定する、請求項１〜９のいずれかに記載のウェブサーバー認証システムであることを特徴としている。
【００２８】
また、上記課題を解決するため、請求項１１に記載の発明においては、
当該認証情報が正当でないと判定された場合には、前記クライアント端末において警告が表示される、請求項１０に記載のウェブサーバー認証システムであることを特徴としている。
【００２９】
また、上記課題を解決するため、請求項１２に記載の発明においては、
前記クライアント端末に、ウェブコンテンツに付加された前記認証情報を解読するための当該ウェブサーバーの公開鍵が記憶されていない場合において、前記ウェブサーバーが前記サーバー認証システムを備えている場合にはその旨を応答するとともに、ウェブサーバー登録をするか否かを当該クライアント端末を利用するユーザーに対し選択させる、請求項１０または１１のいずれかに記載のウェブサーバー認証システムであることを特徴としている。
【発明の効果】
【００３０】
本発明によれば、エンドユーザーに対してウェブサーバ証明を提供する新しいインターネット技術である、ウェブ・アクセスポイント認証（ＷＡＰＡ）を提供することができる。
ウェブ・アクセスポイント認証は、単なる従来のウェブサーバ認証ではなく、ユーザ名およびパスワードといった秘密情報を送信する前に、そのウェブサーバが本物であるか否かを認証する上での、エンドユーザーの補助を目的とするものである。ターゲットとされるアプリケーションは、ユーザー名およびパスワードといった秘密情報の入力を最初にユーザに要求してくるウェブサービスであり、これにはホットスポット無線アクセスポイント、ホームバンキング・ウェブサイトのようなサービスが含まれる。
これにより、あるウェブサーバが本物か偽装されたものであるかを証明するために、エンドユーザーにとって使いやすい方法を提供する。中心となる認証アルゴリズムが、公開キー暗号化アルゴリズムに基づいて実現される。
【発明を実施するための最良の形態】
【００３１】
以下、本発明の実施の形態について図面を参照して説明する。
図５は、本発明のシステムの基本的な構成の一例を示すシステム構成図である。
本発明のシステムは、ブラウザを介してネットワークに接続されたいずれかのサーバーにアクセスする際にウェブサーバー認証を行うためにウェブサーバーに備えられたサーバー認証システムである。
すなわち、本発明のシステムを利用するように設定されたいずれかのウェブサーバーである。
【００３２】
また、本発明のシステムは、ブラウザを介してネットワークに接続されたいずれかのサーバーにアクセスする際にウェブサーバー認証を行うためにウェブサーバーに備えられたサーバー認証システムと、前記ウェブサーバーにアクセスするクライアント端末と、ウェブサーバーごとに設定され当該ウェブサーバーの認証を行うための認証情報を記憶する認証情報登録サーバーと、を含み構成されるシステムである。
すなわち、本発明のシステムを利用するように設定されたいずれかのウェブサーバーと、これと連携して動作する、ウェブサーバーごとの認証情報を記憶した認証情報登録サーバーとから構成されている。
【００３３】
また、ウェブサーバーごとの公開鍵をユーザーが利用可能な状態に記憶する公開鍵サーバーが設けられる。公開鍵サーバーは、ウェブサーバーごとの公開鍵を用いて、ユーザーがクライアント端末において当該ウェブサーバーごとの公開鍵をローカルデータベースに記憶させ、サーバーごとの認証情報を前記の認証情報登録サーバーに登録することにより、サーバー登録処理をするためのものである。
【００３４】
本発明のサーバーシステムに接続するためのユーザー端末としては、通常、パーソナルコンピュータやワークステーションなどのコンピュータ端末が用いられる。この他、ユーザー端末には、インターネット等に接続可能なブラウザ機能を搭載した携帯電話をはじめとする無線通信端末、携帯情報端末や、インターネットＴＶ、ゲーム機器、テレビ会議システム、その他のネットワーク接続機能を備えた家電製品などの機器を広く含んでいてもよい。コンピュータ端末は、制御手段、記憶手段、入力手段、出力手段、表示手段などを備える。またインターネットに代表されるコンピュータネットワークに接続し、データの送受信を行う機能を備え、ブラウザや電子メールソフトウェア、ワードプロセッサなどのアプリケーションプログラムや、オペレーティングシステム（ＯＳ）を備えることが通常の形態である。
【００３５】
サーバーは、インターネットに代表されるネットワークに接続されて備えられる。ネットワークには、通常はインターネットを想定しているが、専用線により接続されたネットワーク形態や、企業内ＬＡＮ、企業間ＬＡＮ、ＷＡＮなどの形態を広く含み、またここで用いられる通信回線の形態には、有線通信、無線通信の形態を広く含み、衛星通信や、Ｂｌｕｅｔｏｏｔｈなどを用いた形態を含む。
【００３６】
本発明のシステムにおいて認証されるウェブサーバーは、ユーザー端末からアクセスするためのコンテンツデータやアプリケーションプログラムを記憶するものであり、コンテンツデータには、ＨＴＭＬファイル、ＸＭＬファイルなどのＷＥＢ上に表示されるデータファイルや、Ｃ−ＨＴＭＬファイルなどのＷＥＢサイトにアクセス可能な携帯電話等に表示されるデータファイルなどが含まれる。
また、これらのファイルに挿入されるなどして表示又は出力される、文字データファイル、音声データファイル、画像データファイル、動画像データファイル、アニメーションデータファイル，その他の様々なコンテンツデータを記憶することができる。
【００３７】
初めに、ウェブサーバーについて説明する。
本発明のシステムを利用するウェブサーバーは、ウェブサーバーにアクセスするクライアント端末からのウェブコンテンツ閲覧要求およびサーバー認証要求を受信する閲覧要求受信手段を備えている。
ウェブコンテンツ閲覧要求は、ブラウザを用いてＵＲＬの入力やハイパーリンクのクリック等によりＨＴＴＰリクエストを送出する、通常知られている閲覧要求である。
【００３８】
ここで、本発明のシステムにおいては、ウェブコンテンツ閲覧要求とともに、サーバーの正当性を証明するためのサーバー認証要求が含まれる。
また、クライアント端末から送信され、前記ウェブサーバーにおいて前記閲覧要求受信手段が受信するサーバー認証要求には、前記サーバー認証システムのユーザー識別情報が含まれる。
サーバー認証要求は、クライアントからサーバー認証システム対応サーバーに送信するＨＴＴＰ  ＧＥＴ要求に含まれるようにすることができ、さらに好ましくは当該サーバー認証要求にはクライアントのサーバー認証システムユーザーＩＤがさらに含まれている。
【００３９】
また別の好ましい形態によれば、クライアントからサーバー認証システム対応サーバーに送信するＨＴＴＰ  ＧＥＴ要求とは別に、サーバー認証要求は、ＴＣＰ通信を利用したクライアント、サーバー間におけるソケット通信により送受信されるデータに含まれるようにすることができ、さらに好ましくは当該サーバー認証要求にはクライアントのサーバー認証システムユーザーＩＤがさらに含まれている。ソケット（Socket）は、ＴＣＰ／ＩＰアプリケーションを作成するための抽象化されたインターフェースであって、ソケットの作成を行う、サーバーに接続する、サーバーと送受信を行う、ソケットを破棄するという手順による通信を行う。ソケットは、ファイルの出力・入力プログラムと同じやり方でコンピュータ間のデータの送信・受信プログラムを用いてデータ通信を行うようにするものである。
【００４０】
ＴＣＰ通信に利用するシステムコールは、クライアント側ではsocket()ソケット生成、connect()ソケット接続、read()データ受信、write()データ送信、close()ソケット消去などが知られており、サーバー側ではsocket()ソケット生成、bind()ソケット登録、listen()ソケット接続準備、accept()ソケット接続待機、read()データ受信、write()データ送信、close()ソケット消去などが知られている。
通信を開始する前に、クライアントもサーバもまずソケットを生成し、サーバー側はライアントからの通信接続要求を待つ状態となり、クライアント側はサーバー側に通信接続要求を送信し、サーバーのソケットとクライアントのソケットの間で通信接続が確立するとデータの送受信が始められる。
前記システムコールの内、socket()はソケット生成を行い、サーバー側ではソケットを接続待機状態にするためにbind()、listen()、accept()の３つのシステムコールを利用する。クライアント側はsocket()によりソケットを生成した後、connect()によってサーバに接続要求を送信し、接続した後にはそれぞれのソケットに対してwrite()システムコールを通じてソケットにデータを書き込んで送信し、もう一方 はread()システムコールを通じてソケットを読み出すと、相手側が送信したデータを受信することができる。通信が終了するまでwrite()とread()システムコールによりデータの送受信を互いに繰り返す。どちらかがclose()システムコールを実行して、通信接続を切断すると通信が終了する。
【００４１】
さらに好ましくは、クライアント端末から送信され、前記ウェブサーバーにおいて前記閲覧要求受信手段が受信するサーバー認証要求には、当該ウェブサーバーが前記サーバー認証システムを備えているか否かの応答要求が含まれる。応答要求は、ウェブコンテンツ閲覧要求をユーザー端末から送信し、閲覧しようとしているウェブサーバーが、本発明のシステムであるウェブ・アクセスポイント認証（ＷＡＰＡ）に対応しているかどうかを確認するための応答要求である。
クライアント端末からいずれかのウェブサーバーにアクセスした際に、クライアント端末から送信されたサーバー認証要求に含まれる、当該ウェブサーバーが前記サーバー認証システムを備えているか否かの応答要求に対し、当該ウェブサーバーが前記サーバー認証システムを備えている場合にはその旨を応答し、当該ウェブサーバーが前記サーバー認証システムを備えていない場合にはその旨を応答しない。
【００４２】
次にウェブサーバーは、ウェブサーバーごとに設定され、当該ウェブサーバーの認証を行うための認証情報を記憶する認証情報登録サーバーに対し、クライアント端末からの閲覧要求およびサーバー認証要求に応答して、当該ウェブサーバーの認証情報を照会する認証情報照会手段を備えている。
前記認証情報照会手段は、認証情報を登録したデータベースサーバーである前記認証情報登録サーバーに対し、当該ウェブサーバーの認証情報を照会する際に、前記ユーザー識別情報を含む照会要求を送信する。ユーザー識別情報は、本発明のシステムのユーザーＩＤなどである。
認証情報は、好ましくは、クライアント端末から送信されるサーバー認証要求に含まれる、前記サーバー認証システムのユーザー識別情報に対応した、当該ユーザーごとの認証情報である。
当該ユーザーごとの認証情報は、後述するサーバー登録処理を当該ユーザーがクライアント端末において行い、サーバーごとの公開鍵、および好ましくはさらにユーザーごとの公開鍵を用いて、ユーザーごとの認証情報を生成し登録したものである。
また、ウェブサーバーと認証情報登録サーバーとの間の通信においても、前述したようなＴＣＰ通信を利用したソケット通信により、必要なデータの送受信を行うようにすることができる。
【００４３】
次にウェブサーバーは、認証情報登録サーバーに対する照会の結果、当該ウェブサーバーの認証情報があった場合には当該認証情報を受信する認証情報受信手段を備えている。
認証情報照会手段は、ウェブサーバーごとに設定されているとともに、さらにユーザー識別情報に対応してあらかじめ記憶されている当該ウェブサーバーの認証情報を、ユーザー識別情報に基づき照会する。
照会した結果、該当する認証情報があった場合には、その認証情報を当該ウェブサーバーが受信する。
【００４４】
次にウェブサーバーは、クライアント端末からのウェブコンテンツ閲覧要求およびサーバー認証要求に対応し、受信した認証情報を前記ウェブコンテンツに付加する認証情報付加手段を備えている。
認証情報のデータ形式は、各種のデータ形式を採用することができ、たとえば電子証明書、その他のデータ形式である。
好ましくは、ウェブサーバーごとに設定されているとともに、ユーザー識別情報に対応してあらかじめ記憶されている前記ウェブサーバーの認証情報は、クライアント端末において生成されたユーザーごとの認証情報を当該ユーザーの公開鍵を用いて暗号化し、次いで当該ウェブサーバーの公開鍵を用いて暗号化した後に、前記認証情報登録サーバーに登録するウェブサーバー登録により記憶されたものである。
【００４５】
認証情報の付加は、ＨＴＭＬファイル、その他のウェブコンテンツに、データを付加することにより、当該ユーザーのクライアント端末においてブラウザが解釈し表示可能なデータファイルとするものである。たとえば、サーバー証明書などの画像データ等として表示されるようにすることができる。
また、ウェブサーバーごとの公開鍵と、さらにユーザーごとの公開鍵を用いて、ユーザーごとの認証情報を二重に暗号化して生成した場合には、ウェブサーバーの秘密鍵を用いて復号し、ユーザーの秘密鍵で当該ユーザーのクライアント端末において復号化できるようにする。
【００４６】
次にウェブサーバーは、前記認証情報の付加されたウェブコンテンツを前記クライアント端末に送信するウェブコンテンツ送信手段を備えている。
ウェブコンテンツ送信手段は、前記のウェブコンテンツ閲覧要求に従い、認証情報の付与されたウェブコンテンツを、通常のウェブコンテンツ閲覧時と同様に当該ユーザーのクライアント端末に送信する。
【００４７】
また、別の好ましい形態によれば、認証情報の付加は、ＨＴＭＬファイル、その他のウェブコンテンツにデータを付加するのではなく、これとは別個に、ＴＣＰ通信を利用したクライアント、サーバー間におけるソケット通信によりウェブサーバーからクライアント端末に対し送信されるデータに認証情報が含まれるようにすることができる。
【００４８】
次に、認証情報登録サーバーについて説明する。
認証情報登録サーバーは、本発明のシステムを利用するように設定されたいずれかのウェブサーバーと連携して動作する、ウェブサーバーごとの認証情報を記憶した認証情報登録サーバーである。認証情報登録サーバーは、本発明のシステムを利用するウェブサーバーごとに設けられたデータベースサーバーであることが好ましい。
前記認証情報登録サーバーは、当該ウェブサーバーの認証を行うための認証情報と、クライアント端末において前記サーバー認証システムを利用するユーザーごとのユーザー識別情報とを少なくとも記憶する。
【００４９】
次に、クライアント端末について説明する。
クライアント端末には、ウェブコンテンツ閲覧要求とともにサーバー認証要求を前記ウェブサーバーに送信する認証要求送信手段を備えている。
認証要求は、前述したようにサーバーの正当性を証明することの要求であり、さらに本発明のシステムであるウェブ・アクセスポイント認証（ＷＡＰＡ）に対応しているかどうかを確認するための応答要求が含まれる。
これらの要求を送信するための認証要求送信機能は、たとえば通常のブラウザに機能を付加するようにしてもよい。また本発明のシステム専用のブラウザとしてもよい。
【００５０】
また、クライアント端末は、前記ウェブサーバーごとの公開鍵を記憶するサーバー公開鍵記憶手段を備えている。サーバー公開鍵記憶手段は、ユーザーがクライアント端末において当該ウェブサーバーごとの公開鍵を記憶させるローカルデータベースである。公開鍵サーバーからサーバー登録をするウェブサーバーに対応する公開鍵をダウンロードして、サーバーごとの認証情報を前記の認証情報登録サーバーに登録することにより、サーバー登録処理を行う際に、ローカルデータベースであるサーバー公開鍵記憶手段に公開鍵を記憶する。
【００５１】
クライアント端末に、ウェブコンテンツに付加された前記認証情報を解読するための当該ウェブサーバーの公開鍵が記憶されている場合には、ウェブサーバーから受信したウェブコンテンツに付加された認証情報を、当該クライアント端末を利用するユーザーの秘密鍵を用いて解読し、当該認証情報の正当性を判定する。
当該認証情報が正当でないと判定された場合には、前記クライアント端末において警告が表示される等の警告を出力する。
【００５２】
また、クライアント端末に、ウェブコンテンツに付加された前記認証情報を解読するための当該ウェブサーバーの公開鍵が記憶されていない場合において、前記ウェブサーバーが前記サーバー認証システムを備えている場合にはその旨を応答するとともに、ウェブサーバー登録をするか否かを当該クライアント端末を利用するユーザーに対し選択させる。
【００５３】
以下、本発明の基本的な処理の流れについて説明する。なお、ここに示す処理の流れは一例であって、これに限定されるものではなく、様々な応用や変形が可能である。
以下、状況に応じてウェブサーバを認証する上で、ＷＡＰＡ技術が実行する一般的なトランザクションについて説明する。
図６は、本発明のシステムを利用したサーバー認証のパターンの代表的な一例を示す図である。
図７から図２４は、本発明の基本的な処理の流れの一例を示すフローチャートである。
【００５４】
初めに、図７および図８を参照し、本発明のシステムであるウェブ・アクセスポイント認証（ＷＡＰＡ）を備えた本物のサーバーに対し、当該サーバー登録をしていないＷＡＰＡ対応クライアント端末からアクセスした場合の処理について説明する。
これは、ウェブ・アクセスポイント認証（ＷＡＰＡ）対応クライアントにおいて当該サーバーが登録されていないため、未知のサイトとみなされるウェブ・アクセスポイント認証（ＷＡＰＡ）対応ウェブサーバへのアクセスを試みた場合の処理である。
ウェブ・アクセスポイント認証（ＷＡＰＡ）クライアント端末においては、当該ウェブサーバーを登録するか否かのオプションをユーザーに与えることが好ましい。ユーザーがこれを承諾すると、クライアント端末において、後述するウェブ・アクセスポイント認証（ＷＡＰＡ）対応ウェブサーバーの登録処理を行う。サーバー登録処理が完了すると、ウェブ・アクセスポイント認証（ＷＡＰＡ）対応クライアントは、これ以降のトランザクションにおいて、ウェブ・アクセスポイント認証（ＷＡＰＡ）対応ウェブサーバーの認証を行う可能になる。
【００５５】
図７を参照すると、クライアント端末においてサーバー公開鍵記憶手段（ローカルデータベース）に問い合わせ、当該ウェブサーバーが未登録であることを知る。
クライアント端末から、閲覧要求であるＨＴＴＰ  ＧＥＴ要求をウェブサーバーに送信する。この要求には、ウェブサーバがサーバー認証システムを備えているか否かの応答要求が含まれる。
ウェブサーバーにおいては、サーバー認証システム対応サーバーであるため、ウェブサーバーがサーバー認証システムに対応していることを示す応答メッセージを要求されたＨＴＭＬファイルに組み込む。
次いで、ウェブサーバーがＨＴＭＬページをサーバー認証システム対応クライアント端末に送信する。
クライアント端末においては、ブラウザを介しユーザーに対して、サーバー認証システムに対応したウェブサーバを登録するか否かのオプションを与える。
なお、正当性のあるサーバーであるために警告は生成されない。
【００５６】
図８は、上記の処理を、前述したように、クライアント、サーバー間通信において、ソケットを利用したＴＣＰ通信によりサーバー認証に必要なデータ送受信を行う一例を示すフローチャートである。
【００５７】
次に、図９および図１０を参照し、本発明のシステムであるウェブ・アクセスポイント認証（ＷＡＰＡ）を備えた本物のサーバーに対し、当該サーバー登録済のＷＡＰＡ対応クライアント端末からアクセスした場合の処理について説明する。
これは、ウェブ・アクセスポイント認証（ＷＡＰＡ）対応クライアントが、既にクライアントに登録されているウェブ・アクセスポイント認証（ＷＡＰＡ）対応ウェブサーバーへのアクセスを試みた場合の処理である。
クライアントは、本発明のシステムのユーザＩＤをサーバに提供して、認証トランザクションを開始する。サーバーにおいては、適切な認証情報をユーザーＩＤに基づき抽出し、クライアント端末に戻す。クライアント端末においては、当該ユーザーの秘密鍵を使用して、認証情報パッケージを解読し、これが本物のサーバから送信されたものであることを証明する。
【００５８】
図９を参照すると、クライアント端末において、ローカルデータベース内で適切なサーバー認証システムユーザーＩＤを探す。
クライアント端末から閲覧要求であるＨＴＴＰ  ＧＥＴ要求をサーバー認証システム対応ウェブサーバーに送信する。この要求にはクライアント端末における当該ユーザーのサーバー認証システムユーザーＩＤがさらに含まれている。
サーバー認証要求を含む閲覧要求を受信すると、本発明のシステムに対応したウェブサーバーが、クライアントのサーバー認証システムユーザーＩＤを確認する。
サーバーが、クライアントユーザーのユーザーＩＤを、認証情報登録サーバーに照会する。認証情報登録サーバーにおいては、クライアントのユーザーＩＤに基づいて、適切な認証情報を検索する。次いで認証情報登録サーバーが、抽出した認証情報をサーバー認証システム対応ウェブサーバーに送信する。
サーバー認証システムに対応した当該ウェブサーバーにおいては、要求されたＨＴＭＬページ内に認証情報を組み込む。当該ウェブサーバーから、ＨＴＭＬページをサーバー認証システム対応クライアントに送信する。
次に、クライアント端末においては、サーバー認証システムに対応した当該ウェブサーバーの正当性を判定するために、クライアント端末においてその秘密鍵を使用して、認証情報を解読し、当該ウェブサーバーの正当性を証明する。この処理は、解読した情報をそのローカルコピーと比較し、一致があるか否かを確認することで行う。
解読された情報が一致することにより、サーバー認証システム対応サーバがクライアントによってその正当性を認証され、関連する情報がブラウザに表示される。
【００５９】
図１０は、上記の処理を、前述したように、クライアント、サーバー間通信において、ソケットを利用したＴＣＰ通信によりサーバー認証に必要なデータ送受信を行う一例を示すフローチャートである。
【００６０】
次に、図１１および図１２を参照し、本発明のシステムであるウェブ・アクセスポイント認証（ＷＡＰＡ）を備えていない本物のサーバーに対し、当該サーバー登録をしていないウェブ・アクセスポイント認証（ＷＡＰＡ）対応クライアント端末からアクセスした場合の処理について説明する。
これは、ウェブ・アクセスポイント認証（ＷＡＰＡ）対応クライアントが、ウェブ・アクセスポイント認証（ＷＡＰＡ）を使用していない本物のウェブサーバーへのアクセスを試みた場合の処理である。
当該ウェブサーバーがウェブ・アクセスポイント認証（ＷＡＰＡ）ＷＡＰＡ対応か否かを判定するために、ウェブ・アクセスポイント認証（ＷＡＰＡ）対応クライアント端末から、ウェブ・アクセスポイント認証（ＷＡＰＡ）対応の応答要求を当該ウェブサーバーへ送信する。
当該ウェブサーバーはウェブ・アクセスポイント認証（ＷＡＰＡ）を使用していないために認証不可能であるため、クライアント端末は何の認証も実行せず、警告も生成も行なわない。
【００６１】
図１１を参照すると、クライアント端末においてローカルデータベースに問い合わせ、ウェブサーバーが未登録であることを知る。
クライアント端末から閲覧要求であるＨＴＴＰ  ＧＥＴ要求を当該ウェブサーバーに送信する。この要求にはさらに、当該ウェブサーバーがサーバー認証システムを備えているか否かのサーバー認証システム対応応答要求が含まれている。
ウェブサーバーはサーバー認証システムを備えていないため、このサーバー認証システム対応要求を単純に無視する。
当該ウェブサーバーが、サーバー認証システム対応要求に応答しないまま、要求されたＨＴＭＬファイルを戻す。
署名パッケージはないために当該ウェブサーバーの認証は不可能であり、当該ウェブサーバーはクライアントに未登録のため、警告は生成されない。
【００６２】
図１２は、上記の処理を、前述したように、クライアント、サーバー間通信において、ソケットを利用したＴＣＰ通信によりサーバー認証に必要なデータ送受信を行う一例を示すフローチャートである。
【００６３】
次に、図１３および図１４を参照し、本発明のシステムであるウェブ・アクセスポイント認証（ＷＡＰＡ）を備えていない本物のサーバーに対し、当該サーバー登録済のＷＡＰＡ対応クライアント端末からアクセスした場合の処理について説明する。
これは、ウェブ・アクセスポイント認証（ＷＡＰＡ）対応クライアントが、ウェブ・アクセスポイント認証（ＷＡＰＡ）を備えていない本物のサーバへのアクセスを試みるというシナリオである。
これは、本物のサーバがウェブ・アクセスポイント認証（ＷＡＰＡ）無効となった際に、未知という理由から起こる可能性がある。
たとえサーバー情報がウェブ・アクセスポイント認証（ＷＡＰＡ）クライアントに登録されていても、サーバーはウェブ・アクセスポイント認証（ＷＡＰＡ）関連の情報をクライアントに全く戻すことができないため、このようなケースは、偽装されたウェブサーバと類似の処理を行うべきである。ウェブ・アクセスポイント認証（ＷＡＰＡ）クライアント端末においては、詐欺警告を表示する必要がある。
【００６４】
図１３を参照すると、クライアント端末において、訪問するウェブサイトに基づいて、ローカルデータベース内で適切なサーバー認証システムのユーザーＩＤを探す。
クライアントが閲覧要求であるＨＴＴＰ  ＧＥＴ要求を当該ウェブサーバに送信する。この要求にはさらに、クライアントのサーバー認証システムのユーザーＩＤが含まれている。
ウェブサーバーは本発明のサーバー認証システムを備えていないため、クライアントのサーバー認証システムのユーザーＩＤを単純に無視する。
当該ウェブサーバーが、何のサーバー認証システム対応の応答もせずに、要求されたＨＴＭＬページを送信する。
クライアント端末においては、登録されたウェブサーバーは適切なサーバー認証システム認証情報を送り戻せなかったため、クライアントが詐欺警告を表示する。
【００６５】
図１４は、上記の処理を、前述したように、クライアント、サーバー間通信において、ソケットを利用したＴＣＰ通信によりサーバー認証に必要なデータ送受信を行う一例を示すフローチャートである。
【００６６】
次に、図１５および図１６を参照し、本発明のシステムであるウェブ・アクセスポイント認証（ＷＡＰＡ）を備えた偽装サーバーに対し、当該サーバー登録がされていないウェブ・アクセスポイント認証（ＷＡＰＡ）対応クライアント端末からアクセスした場合の処理について説明する。
これは、ウェブ・アクセスポイント認証（ＷＡＰＡ）対応クライアントが、当該サーバーの登録をしていないため、その真偽に関わらず未知のサイトとみなされたウェブ・アクセスポイント認証（ＷＡＰＡ）対応の偽装ウェブサーバへのアクセスを試みた場合の処理シナリオである。
ウェブ・アクセスポイント認証（ＷＡＰＡ）対応クライアントは、当該ウェブサーバーを登録するか否かのオプションをユーザーに与える。ユーザーがこれを承諾すると、クライアント端末においてはウェブ・アクセスポイント認証（ＷＡＰＡ）対応ウェブサーバーの登録処理を行う。ウェブ・アクセスポイント認証（ＷＡＰＡ）クライアントへのサーバー情報の登録に関する詳細なトランザクションについては後述する。登録手順が完了すると、ウェブ・アクセスポイント認証（ＷＡＰＡ）対応クライアント端末においては、これ以降のトランザクションにおいて、ウェブ・アクセスポイント認証（ＷＡＰＡ）対応ウェブサーバーの認証を行うことが可能になる。
【００６７】
図１５を参照すると、クライアント端末においてローカルデータベースに問い合わせ、当該ウェブサーバーが未登録であることを知る。
クライアント端末から閲覧要求であるＨＴＴＰ  ＧＥＴ要求を当該ウェブサーバーに送信する。この要求にはさらに、当該ウェブサーバーが本発明のサーバー認証システムを備えているか否かを調べるためのサーバー認証システム対応応答要求が含まれている。
ウェブサーバーが偽のサーバー認証システム肯定応答メッセージを構成し、これを要求されたＨＴＭＬファイル内に組み込む。次いでウェブサーバーから、ＨＴＭＬページをサーバー認証システム対応クライアントに送信する。
クライアント端末においては、ウェブサーバーを登録するか否かのオプションをユーザに与える。
当該ウェブサーバーの認証は不可能である。このウェブサーバーはクライアントに未登録のため、警告は生成されない。
【００６８】
図１６は、上記の処理を、前述したように、クライアント、サーバー間通信において、ソケットを利用したＴＣＰ通信によりサーバー認証に必要なデータ送受信を行う一例を示すフローチャートである。
【００６９】
次に、図１７および図１８を参照し、本発明のシステムであるウェブ・アクセスポイント認証（ＷＡＰＡ）を備えた偽装サーバーに対し、当該サーバー登録がされていないＷＡＰＡ対応クライアント端末からアクセスした場合の処理について説明する。
これは、ウェブ・アクセスポイント認証（ＷＡＰＡ）対応クライアントが、ウェブ・アクセスポイント認証（ＷＡＰＡ）対応サーバを装った偽装ウェブサーバーへのアクセスを試みた場合の処理である。
偽装されたウェブサーバーは、ユーザーごとの適切な認証情報パッケージを備えていないため、クライアント端末に対してエラーを戻すか、または不良認証パッケージを戻そうとする可能性がある。いずれの場合であっても、クライアント端末においては詐欺警告を表示する。
【００７０】
図１７を参照すると、クライアント端末において、ローカルデータベース内で適切なサーバー認証システムユーザＩＤを探す。
クライアント端末から閲覧要求であるＨＴＴＰ  ＧＥＴ要求をサーバー認証システム対応の当該ウェブサーバーに送信する。この要求にはさらに、クライアントのサーバー認証システムのユーザーＩＤが含まれている。
本発明のサーバー認証システム対応の偽装サーバーが、クライアントのユーザーＩＤを確認して、偽の認証パッケージを構成し、この偽の認証情報を要求されたＨＴＭＬページ内に組み込む。
サーバー認証システムに対応した偽装サーバーにおいては、ＨＴＭＬページをサーバー認証システム対応クライアントに送信する。
クライアント端末においては当該ウェブコンテンツを受信して、サーバー認証システム対応の当該ウェブサーバーの正当性を判定するために、クライアントの秘密鍵を使用して認証情報を解読し、ウェブサイトの正当性を証明する。これは、解読した情報をそのローカルコピーと比較して、一致があるか否かを確認することで行う。
解読された情報は一致しないため、クライアント端末においては、当該ウェブサーバーは偽装されたウェブサイトであると分類する。クライアント端末においてはユーザーに詐欺警告を発し、関連する情報をブラウザに表示する。
【００７１】
図１８は、上記の処理を、前述したように、クライアント、サーバー間通信において、ソケットを利用したＴＣＰ通信によりサーバー認証に必要なデータ送受信を行う一例を示すフローチャートである。
【００７２】
次に、図１９および図２０を参照し、本発明のシステムであるウェブ・アクセスポイント認証（ＷＡＰＡ）を備えていない偽装サーバーに対し、当該サーバー登録がされていないウェブ・アクセスポイント認証（ＷＡＰＡ）対応クライアント端末からアクセスした場合の処理について説明する。
これは、ウェブ・アクセスポイント認証（ＷＡＰＡ）対応クライアントが、ウェブ・アクセスポイント認証（ＷＡＰＡ）を使用していない偽装ウェブサーバーへのアクセスを試みた場合の処理である。
当該ウェブサーバーがウェブ・アクセスポイント認証（ＷＡＰＡ）対応であるか否かを判定するために、ウェブ・アクセスポイント認証（ＷＡＰＡ）対応クライアントから、ウェブ・アクセスポイント認証（ＷＡＰＡ）に対応しているか否かの応答要求を当該ウェブサーバーへ送信する。
当該ウェブサーバーはウェブ・アクセスポイント認証（ＷＡＰＡ）に対応していないために認証不可能である。したがって、クライアント端末においては何の認証も実行せず、警告の生成も行わない。
【００７３】
図１９を参照すると、クライアント端末においてローカルデータベースに問い合わせ、当該ウェブサーバーが未登録であることを知る。
クライアント端末から閲覧要求であるがＨＴＴＰ  ＧＥＴ要求を当該ウェブサーバーに送信する。この要求にはさらに、当該ウェブサーバーが本発明のサーバー認証システムを備えているか否かを調べるためのサーバー認証システム対応の応答要求が含まれる。
偽装されたウェブサーバーにおいては、本発明のサーバー認証システムを備えていないため、サーバー認証システム対応の応答要求を単純に無視する。
偽装されたウェブサーバーが、サーバー認証システム対応応答要求に応答することはなく、要求されたＨＴＭＬファイルを戻す。
認証情報パッケージはないため、サーバーの認証は不可能である。当該ウェブサーバーはクライアントに未登録であり、当該ウェブサーバーはサーバー認証システムを備えていないため、警告は生成されない。
【００７４】
図２０は、上記の処理を、前述したように、クライアント、サーバー間通信において、ソケットを利用したＴＣＰ通信によりサーバー認証に必要なデータ送受信を行う一例を示すフローチャートである。
【００７５】
次に、図２１および図２２を参照し、本発明のシステムであるウェブ・アクセスポイント認証（ＷＡＰＡ）を備えていない偽装サーバーに対し、当該サーバー登録済のウェブ・アクセスポイント認証（ＷＡＰＡ）対応クライアント端末からアクセスした場合の処理について説明する。
これは、ウェブ・アクセスポイント認証（ＷＡＰＡ）対応クライアントが、ウェブ・アクセスポイント認証（ＷＡＰＡ）を備えていない偽装サーバーへのアクセスを試みた場合の処理である。
これは、本物のウェブサーバーがウェブ・アクセスポイント認証（ＷＡＰＡ）無効となった際に、未知という理由から起こる可能性がある。
たとえサーバー情報がウェブ・アクセスポイント認証（ＷＡＰＡ）クライアントに登録されていても、当該サーバーはウェブ・アクセスポイント認証（ＷＡＰＡ）関連の情報をクライアントにまったく戻すことができないため、このようなケースは、偽装されたウェブサーバーと類似の処理を行うべきである。ウェブ・アクセスポイント認証（ＷＡＰＡ）クライアント端末においては詐欺警告を表示する必要がある。
【００７６】
図２１を参照すると、クライアント端末においては、ローカルデータベース内で適切なサーバー認証システムのユーザーＩＤを探す。
クライアント端末から閲覧要求であるＨＴＴＰ  ＧＥＴ要求を当該ウェブサーバーに送信する。この要求にはさらに、クライアントのサーバー認証システムのユーザーＩＤが含まれる。
偽装されたウェブサーバーは、本発明のサーバー認証システムを備えていないため、クライアントのユーザーＩＤを単純に無視する。
偽装されたウェブサーバーは、本発明のサーバー認証システムを備えていないため、単純に要求されたＨＴＭＬページを送信する。
登録されたウェブサーバーは適切な認証情報を送り戻すことができないため、クライアントが詐欺警告を表示する。
【００７７】
図２２は、上記の処理を、前述したように、クライアント、サーバー間通信において、ソケットを利用したＴＣＰ通信によりサーバー認証に必要なデータ送受信を行う一例を示すフローチャートである。
【００７８】
次に、図２３を参照し、本発明のシステムであるウェブ・アクセスポイント認証（ＷＡＰＡ）を備えた本物のサーバーについえ、ウェブ・アクセスポイント認証（ＷＡＰＡ）対応クライアント端末からブラウザへの登録を行うサーバー登録処理について説明する。
ウェブ・アクセスポイント認証（ＷＡＰＡ）認証は、公開キー暗号化アルゴリズムを用いて実行される。
公開キー暗号化の実行には、送信側と受信側の間で公開鍵および秘密鍵を管理する必要がある。この認証の一部分として、ウェブ・アクセスポイント認証（ＷＡＰＡ）対応ブラウザは、ウェブ・アクセスポイント認証（ＷＡＰＡ）対応ウェブサーバー用の公開鍵のリストをローカルデータベースに維持しなければならない。
この手順は、クライアントに、特定のウェブ・アクセスポイント認証（ＷＡＰＡ）対応ウェブサーバーの公開鍵を、ウェブ・アクセスポイント認証（ＷＡＰＡ）対応ウェブブラウザがデフォルトで認証を行うことができる専用のウェブ・アクセスポイント認証（ＷＡＰＡ）公開キーサーバからダウンロードさせることにより安全に行うことができる。
【００７９】
図２３を参照すると、サーバー認証システム対応のウェブサーバーをクライアント端末に登録する。
クライアント端末から、サーバー認証システム対応ウェブサーバーの署名付き公開鍵を公開鍵サーバーに要求する。
公開鍵サーバーが、サーバー認証システム対応ウェブサーバーの適切な署名付き公開鍵を検索する。次いで公開鍵サーバーが、サーバー認証システム対応ウェブサーバーの署名付き公開鍵をクライアント端末に送信する。
クライアント端末においては、当該ユーザーの認証情報を生成し、この情報をクライアントの公開鍵を使用して暗号化し、その後、この暗号化した情報を、サーバー認証システム対応ウェブサーバーの公開鍵を使用して再び暗号化する。
クライアント端末から、この二重に暗号化した認証情報をサーバー認証システム対応の当該ウェブサーバーに送信する。
当該ウェブサーバーにおいては、クライアント端末から送信された当該ユーザーの認証情報を受信して、認証上等ろくろくサーバーであるデータベースサーバーに送信し、ユーザーＩＤに対応付けて記憶する。
【００８０】
次に、図２４を参照し、ウェブ・アクセスポイント認証（ＷＡＰＡ）対応ウェブサーバからの公開鍵の登録処理について説明する。
ウェブ・アクセスポイント認証（ＷＡＰＡ）認証は、公開鍵暗号化アルゴリズムを用いて実行される。
ウェブ・アクセスポイント認証（ＷＡＰＡ）対応ウェブサーバの公開鍵を確実に安全な形で各ウェブ・アクセスポイント認証（ＷＡＰＡ）対応クライアント端末に伝送するために、専用のウェブ・アクセスポイント認証（ＷＡＰＡ）公開鍵サーバーを使用する。公開鍵サーバー上に記憶されている公開鍵には、公開鍵の認証を確実にするために、第三者機関である証明権限所有者が署名できるというオプションが付随している事が望ましい。
【００８１】
図２４を参照すると、ウェブサーバーが、公開鍵と秘密鍵の組み合わせを生成する。
次いで当該ウェブサーバーから、その公開鍵を第三者機関である認証権限所有者のシステムに送信する。
第三者機関である認証権限所有者のシステムにおいては、当該ウェブサーバーの正当性を証明し、当該ウェブサーバーの公開鍵に署名する。次いで、第三者機関である認証権限所有者のシステムから、署名付きの当該公開鍵を、本発明のシステムの公開鍵サーバーに直接送信する。
公開鍵サーバーにおいては、署名付きの当該公開鍵を受信し、これをサーバー認証システム対応クライアントが使用できるように、当該ウェブサーバーを識別する識別情報と関連付けて記憶する。
公開鍵サーバーから、当該公開鍵がクライアント端末において使用可能となった旨を、当該ウェブサーバーの所有者に通知することが望ましい。
以上の処理により、当該ウェブサーバーがサーバー認証システム対応ウェブサーバーとみなされるようになり、ユーザーはクライアント端末のブラウザを用いて、当該ウェブサーバーの登録処理をすることが可能になる。
【産業上の利用可能性】
【００８２】
以上詳細に説明したように、本発明によれば、エンドユーザーに対してウェブサーバ証明を提供する新しいインターネット技術である、ウェブ・アクセスポイント認証（ＷＡＰＡ）を提供することができる。
【図面の簡単な説明】
【００８３】
【図１】従来例を示す図である。
【図２】従来例を示す図である。
【図３】従来例を示す図である。
【図４】従来例を示す図である。
【図５】本発明のシステムの基本的な構成の一例を示すシステム構成図である。
【図６】本発明のシステムを利用したサーバー認証のパターンの代表的な一例を示す図である。
【図７】本発明のシステムの基本的な処理の流れの一例を示すフローチャートである。
【図８】本発明のシステムの基本的な処理の流れの一例を示すフローチャートである。
【図９】本発明のシステムの基本的な処理の流れの一例を示すフローチャートである。
【図１０】本発明のシステムの基本的な処理の流れの一例を示すフローチャートである。
【図１１】本発明のシステムの基本的な処理の流れの一例を示すフローチャートである。
【図１２】本発明のシステムの基本的な処理の流れの一例を示すフローチャートである。
【図１３】本発明のシステムの基本的な処理の流れの一例を示すフローチャートである。
【図１４】本発明のシステムの基本的な処理の流れの一例を示すフローチャートである。
【図１５】本発明のシステムの基本的な処理の流れの一例を示すフローチャートである。
【図１６】本発明のシステムの基本的な処理の流れの一例を示すフローチャートである。
【図１７】本発明のシステムの基本的な処理の流れの一例を示すフローチャートである。
【図１８】本発明のシステムの基本的な処理の流れの一例を示すフローチャートである。
【図１９】本発明のシステムの基本的な処理の流れの一例を示すフローチャートである。
【図２０】本発明のシステムの基本的な処理の流れの一例を示すフローチャートである。
【図２１】本発明のシステムの基本的な処理の流れの一例を示すフローチャートである。
【図２２】本発明のシステムの基本的な処理の流れの一例を示すフローチャートである。
【図２３】本発明のシステムの基本的な処理の流れの一例を示すフローチャートである。
【図２４】本発明のシステムの基本的な処理の流れの一例を示すフローチャートである。
【図１】
2007279775.tif 000003
【図５】
2007279775.tif 000004
【図７】
2007279775.tif 000005
【図８】
2007279775.tif 000006
【図１１】
2007279775.tif 000007
【図１２】
2007279775.tif 000008
【図１３】
2007279775.tif 000009
【図１４】
2007279775.tif 000010
【図１５】
2007279775.tif 000011
【図１６】
2007279775.tif 000012
【図１７】
2007279775.tif 000013
【図１８】
2007279775.tif 000014
【図１９】
2007279775.tif 000015
【図２０】
2007279775.tif 000016
【図２１】
2007279775.tif 000017
【図２２】
2007279775.tif 000018
【図２】
2007279775.tif 000019
【図３】
2007279775.tif 000020
【図４】
2007279775.tif 000021
【図６】
2007279775.tif 000022
【図９】
2007279775.tif 000023
【図１０】
2007279775.tif 000024
【図２３】
2007279775.tif 000025
【図２４】
2007279775.tif 000026