ルータ、ルータのウェブブラウザ認証方法およびウェブブラウザ認証プログラム
【課題】認証を必要とするウェブサイトにアクセスした際に認証操作を簡略化できるルータ、ルータのウェブブラウザ認証方法およびウェブブラウザ認証プログラムを得ること。
【解決手段】 ルータ１０はその認証情報記憶手段１３に通信端末がウェブサイトにアクセスするときの認証情報を格納する。通信端末からウェブサイトへのアクセスの要求があると、第２のアクセス要求送信手段１５が認証情報検索手段１４による認証情報記憶手段１３の検索によって得た認証情報を用いてウェブサイトにアクセスを要求する。
【解決手段】 ルータ１０はその認証情報記憶手段１３に通信端末がウェブサイトにアクセスするときの認証情報を格納する。通信端末からウェブサイトへのアクセスの要求があると、第２のアクセス要求送信手段１５が認証情報検索手段１４による認証情報記憶手段１３の検索によって得た認証情報を用いてウェブサイトにアクセスを要求する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブブラウザの認証を行うためのルータ、ルータのウェブブラウザ認証方法およびウェブブラウザ認証プログラムに関する。
【背景技術】
【０００２】
インターネット上の各種のコンテンツを閲覧するためのアプリケーションソフトウェアとして、ウェブブラウザがパーソナルコンピュータや携帯電話機等の各種の通信端末に使用されている。ウェブブラウザを使用してユーザが各種のウェブサイトにアクセスする際、会員制のウェブサイトのような特定のウェブサイトではアクセスする者の適格性を証明するための認証を要求する。もちろん、このような認証を要求しないウェブサイトも多い。
【０００３】
図１９は、本発明の第１の関連技術として認証を必要とするウェブサイトにウェブブラウザがアクセスする際の各部の処理の様子を表わしたものである（たとえば特許文献１参照）。図示しないユーザ端末に搭載されたウェブブラウザ１０１を用いて、ルータ１０２を介してウェブサイト１０３にアクセスするものとする。
【０００４】
ウェブブラウザ１０１は、ユーザがこれからアクセスしようとするウェブサイト１０３が認証を必要とするかを事前に察知することができない。そこで、ウェブブラウザ１０１はウェブサイト１０３へのアクセス時に、認証のついていないＨＴＴＰ（Hypertext Transfer Protocol）リクエストとしてのＧＥＴメソッドをルータ１０２に送信する（ステップＳ２０１）。ここで、ＨＴＴＰリクエストとしてのＧＥＴメソッドを、本明細書ではＨＴＴＰ ＧＥＴリクエストと表記することにする。
【０００５】
ルータ１０２はウェブブラウザ１０１から送られてきたＨＴＴＰ ＧＥＴリクエストをそのままウェブサイト１０３に転送する（ステップＳ２０２）。ウェブサイト１０３がログオン時に認証を必要とするものであるとする。この場合、ウェブサイト１０３はＨＴＴＰ ＧＥＴリクエストを受信すると、エラーメッセージとして「ＨＴＴＰ４０１Ｕｎａｕｔｈｏｒｉｚｅｄ」というエラーメッセージ（以下、ＨＴＴＰ４０１レスポンスという。）をルータ１０２に返す（ステップＳ２０３）。ルータ１０２はこのＨＴＴＰ４０１レスポンスをウェブブラウザ１０１に転送する（ステップＳ２０４）。
【０００６】
ウェブブラウザ１０１は、エラーメッセージが返ってきたことから、アクセスしようとするウェブサイト１０３が認証を必要としていることを判断する。そこでウェブブラウザ１０１は、ユーザに入力を促すためのダイアログボックス等の画面表示を行って、ユーザ名とパスワードの入力を求めることになる（ステップＳ２０５）。
【０００７】
これに対応して、ユーザがユーザ名とパスワードの入力を行ったとする（ステップＳ２０６）。すると、ウェブブラウザ１０１は、認証付きＨＴＴＰ ＧＥＴリクエストをルータ１０２に向けて送信する（ステップＳ２０７）。ルータ１０２はこの認証付きＨＴＴＰ ＧＥＴリクエストを、該当するウェブサイト１０３に転送する（ステップＳ２０８）。
【０００８】
ウェブサイト１０３は認証付きＨＴＴＰ ＧＥＴリクエストを受信すると、これによるユーザ名とパスワードが正しい組み合わせであるかを判別する。正しい組み合わせであれば認証が成功し、「ＨＴＴＰ２００ＯＫ」という成功を示すメッセージ（以下、ＨＴＴＰ２００レスポンスという。）をルータ１０２に返す（ステップＳ２０９）。ルータ１０２はこのＨＴＴＰ２００レスポンスをウェブブラウザ１０１に転送する（ステップＳ２１０）。ウェブブラウザ１０１はＨＴＴＰ２００レスポンスを受信する。このようにして、ウェブブラウザ１０１にはアクセスしたウェブサイト１０３が表示されることになる。
【０００９】
図２０は、第１の関連技術で認証を必要としないウェブサイトに対するアクセスが行われる様子を表わしたものである。図１９と同一の処理が行われる部分については、図１９と同様のステップ番号を付しており、その説明を省略する。
【００１０】
認証を必要としないウェブサイト１０４の場合には、ルータ１０２からＨＴＴＰ ＧＥＴリクエストを受信すると（ステップＳ２０２）、ＨＴＴＰ２００レスポンスをルータ１０２に返すことになる（ステップＳ２２１）。ルータ１０２はこのＨＴＴＰ２００レスポンスをウェブブラウザ１０１に転送する（ステップＳ２２２）。そこでウェブブラウザ１０１は、図１９の場合と異なり、認証付きＨＴＴＰ ＧＥＴリクエストを送信して認証の手続きを行うことなく、ウェブサイト１０４の表示を行うことができる。
【００１１】
このように第１の関連技術を使用した場合には、図１９に示したように認証を必要とするウェブサイト１０３にアクセスするとき、図２０の処理と比べてユーザ名とパスワードを入力する処理が必要となり、この分だけ処理が煩雑となる。
【００１２】
この問題を解消するために、本発明の第２の関連技術として、ユーザ名とパスワードを保存しておく機能を備えたウェブブラウザが提案されている。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開２００９−２１２５８５号公報（第０００２６段落、図１）
【発明の概要】
【発明が解決しようとする課題】
【００１４】
しかしながら、第２の関連技術によれば、ウェブブラウザがユーザ名とパスワードを保存している場合でも、ウェブサイトからの認証がエラーであるというＨＴＴＰ４０１レスポンスがルータを経由して送られてくる。このため、ＨＴＴＰ４０１レスポンスを受信した通信端末のウェブブラウザは、ユーザ名とパスワードの入力を求める画面を生成して表示する。したがって、ユーザはこの画面に対してユーザ名とパスワードの入力処理を開始してしまい、結果として無駄な処理が行われることになる。
【００１５】
そこで本発明の目的は、認証を必要とするウェブサイトにアクセスした際に認証操作を簡略化することのできるルータ、ルータのウェブブラウザ認証方法およびウェブブラウザ認証プログラムを提供することにある。
【００１６】
本発明の他の目的は、ユーザが他の通信端末から該当するウェブサイトをアクセスした際には、ユーザ名とパスワードの入力を省略することができるルータ、ルータのウェブブラウザ認証方法およびウェブブラウザ認証プログラムを提供することにある。
【課題を解決するための手段】
【００１７】
本発明では、（イ）ローカルエリアネットワーク側に接続された通信端末からワイドエリアネットワーク側に接続されたウェブサイトに対するアクセス要求を受信するアクセス要求受信手段と、（ロ）このアクセス要求受信手段が前記した通信端末から前記したアクセス要求を受信したときその要求先のウェブサイトに対して前記した通信端末の認証情報を伴わないアクセス要求を送信する第１のアクセス要求送信手段と、（ハ）認証を必要とするウェブサイトごとに該当する通信端末とその認証情報を記憶した認証情報記憶手段と、（ニ）前記したアクセス要求送信手段の送信したアクセス要求に対して前記したウェブサイトから認証が必要であることを示す情報が送られてきたとき前記した認証情報記憶手段を検索する認証情報検索手段と、（ホ）この認証情報検索手段が検索結果として取得した認証情報を用いて前記した通信端末に代わって前記したウェブサイトにアクセス要求を送信する第２のアクセス要求送信手段とをルータが具備する。
【００１８】
また、本発明では、（イ）ローカルエリアネットワーク側に配置された通信端末からワイドエリアネットワーク側に配置されたウェブサイトに対するアクセス要求を受信するアクセス要求受信ステップと、（ロ）このアクセス要求受信ステップで前記した通信端末から前記したアクセス要求を受信したときその要求先のウェブサイトに対して前記した通信端末の認証情報を伴わないアクセス要求を送信する第１のアクセス要求送信ステップと、（ハ）前記したアクセス要求送信ステップで送信したアクセス要求に対して前記したウェブサイトから認証が必要であることを示す情報が送られてきたとき認証を必要とするウェブサイトごとに該当する通信端末とその認証情報を記憶した認証情報記憶手段を検索する認証情報検索ステップと、（ニ）この認証情報検索ステップで検索結果として取得した認証情報を用いて前記した通信端末に代わって前記したウェブサイトにアクセス要求を送信する第２のアクセス要求送信ステップとをルータのウェブブラウザ認証方法が具備する。
【００１９】
更に本発明では、ルータのコンピュータに、ウェブブラウザ認証プログラムとして、（イ）ローカルエリアネットワーク側に配置された通信端末からワイドエリアネットワーク側に配置されたウェブサイトに対するアクセス要求を受信するアクセス要求受信処理と、（ロ）このアクセス要求受信処理で前記した通信端末から前記したアクセス要求を受信したときその要求先のウェブサイトに対して前記した通信端末の認証情報を伴わないアクセス要求を送信する第１のアクセス要求送信処理と、（ハ）前記したアクセス要求送信処理で送信したアクセス要求に対して前記したウェブサイトから認証が必要であることを示す情報が送られてきたとき認証を必要とするウェブサイトごとに該当する通信端末とその認証情報を記憶した認証情報記憶手段を検索する認証情報検索処理と、（ニ）この認証情報検索処理で検索結果として取得した認証情報を用いて前記した通信端末に代わって前記したウェブサイトにアクセス要求を送信する第２のアクセス要求送信処理とを実行させる。
【発明の効果】
【００２０】
以上説明したように本発明によれば、認証を必要とするウェブサイトごとに該当する通信端末とその認証情報を記憶した認証情報記憶手段をルータが用意した。したがって、ルータは認証情報記憶手段に登録した認証情報を使用して通信端末に代わってウェブサイトにアクセス要求を送信することができ、ユーザの認証に要する負担を軽減できるだけでなく、ユーザの入力ミスによる手続きの遅延を防止することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明のルータのクレーム対応図である。
【図２】本発明のルータのウェブブラウザ認証方法のクレーム対応図である。
【図３】本発明のウェブブラウザ認証プログラムのクレーム対応図である。
【図４】本発明の実施の形態によるウェブブラウザ認証システムの概要を表わしたシステム構成図である。
【図５】本実施の形態のウェブブラウザ認証システムで認証を必要とするウェブサイトにウェブブラウザがアクセスする場合の各部の処理の様子を表わした説明図である。
【図６】本実施の形態における認証情報入力画面の一例を表わした平面図である。
【図７】本実施の形態における認証を必要とするウェブサイトにウェブブラウザがアクセスする場合の各部の処理の様子を表わした説明図である。
【図８】本実施の形態における認証を必要とするウェブサイトに対してルータが記憶したユーザ名およびパスワードに基づいた認証付きＨＴＴＰ ＧＥＴリクエストを送出したにもかかわらず認証が成功しなかった場合の各部の処理の様子を表わした説明図である。
【図９】本実施の形態におけるルータ側にユーザ名とパスワードが記憶されていない場合でユーザから得られたこれらの情報で認証処理がうまくいかないような場合のウェブブラウザ認証システムにおける各部の処理の様子を表わした説明図である。
【図１０】本実施の形態におけるルータ側にユーザ名とパスワードが記憶されているにもかかわらず認証が失敗した場合のウェブブラウザ認証システムにおける各部の処理の様子を表わした説明図である。
【図１１】本実施の形態におけるルータがＬＡＮ側ネットワークを介して通信端末からＨＴＴＰ ＧＥＴリクエストを受信した場合の処理の概要を表わした流れ図である。
【図１２】図１１のステップＳ５０７で示したルータによる認証処理を具体的に表わした流れ図である。
【図１３】本実施の形態におけるルータの記憶部の登録内容の一例を示した説明図である。
【図１４】本実施の形態のルータの記憶部における登録内容の他の例を示した説明図である。
【図１５】本実施の形態のルータにおける記憶部の修正後の内容を表わした説明図である。
【図１６】本発明の第１の変形例における認証情報検索要否テーブルの内容を示した説明図である。
【図１７】第１の変形例におけるＨＴＴＰ ＧＥＴリクエストを受信した場合のルータの認証処理を表わした流れ図である。
【図１８】第２の変形例のルータの記憶部の内容を表わした説明図である。
【図１９】本発明の第１の関連技術として認証を必要とするウェブサイトにウェブブラウザがアクセスする場合の各部の処理の様子を表わした説明図である。
【図２０】第１の関連技術で認証を必要としないウェブサイトに対するアクセスが行われる様子を表わした説明図である。
【発明を実施するための形態】
【００２２】
図１は、本発明のルータのクレーム対応図を示したものである。本発明のルータ１０は、アクセス要求受信手段１１と、第１のアクセス要求送信手段１２と、認証情報記憶手段１３と、認証情報検索手段１４と、第２のアクセス要求送信手段１５を備えている。ここで、アクセス要求受信手段１１は、ローカルエリアネットワーク側に接続された通信端末からワイドエリアネットワーク側に接続されたウェブサイトに対するアクセス要求を受信する。第１のアクセス要求送信手段１２は、アクセス要求受信手段１１が前記した通信端末から前記したアクセス要求を受信したときその要求先のウェブサイトに対して前記した通信端末の認証情報を伴わないアクセス要求を送信する。認証情報記憶手段１３は、認証を必要とするウェブサイトごとに該当する通信端末とその認証情報を記憶する。認証情報検索手段１４は、アクセス要求送信手段１１の送信したアクセス要求に対して前記したウェブサイトから認証が必要であることを示す情報が送られてきたとき認証情報記憶手段１３を検索する。第２のアクセス要求送信手段１５は、認証情報検索手段１４が検索結果として取得した認証情報を用いて前記した通信端末に代わって前記したウェブサイトにアクセス要求を送信する。
【００２３】
図２は、本発明のルータのウェブブラウザ認証方法のクレーム対応図を示したものである。本発明のルータのウェブブラウザ認証方法２０は、アクセス要求受信ステップ２１と、第１のアクセス要求送信ステップ２２と、認証情報検索ステップ２３と、第２のアクセス要求送信ステップ２４を備えている。ここで、アクセス要求受信ステップ２１では、ローカルエリアネットワーク側に配置された通信端末からワイドエリアネットワーク側に配置されたウェブサイトに対するアクセス要求を受信する。第１のアクセス要求送信ステップ２２では、アクセス要求受信ステップ２１で前記した通信端末から前記したアクセス要求を受信したときその要求先のウェブサイトに対して前記した通信端末の認証情報を伴わないアクセス要求を送信する。認証情報検索ステップ２３では、認証を必要とするウェブサイトごとに該当する通信端末とその認証情報を記憶した認証情報記憶手段を検索する。これは、第１のアクセス要求送信ステップ２２で送信したアクセス要求に対して前記したウェブサイトから認証が必要であることを示す情報が送られてきたとき行われる。第２のアクセス要求送信ステップ２４では、認証情報検索ステップ２３で検索結果として取得した認証情報を用いて前記した通信端末に代わって前記したウェブサイトにアクセス要求を送信する。
【００２４】
図３は、本発明のウェブブラウザ認証プログラムのクレーム対応図を示したものである。本発明のウェブブラウザ認証プログラム３０は、ルータのコンピュータにアクセス要求受信処理３１と、第１のアクセス要求送信処理３２と、認証情報検索処理３３と、第２のアクセス要求送信処理３４を実行させるようにしている。ここで、アクセス要求受信処理３１では、ローカルエリアネットワーク側に配置された通信端末からワイドエリアネットワーク側に配置されたウェブサイトに対するアクセス要求を受信する。第１のアクセス要求送信処理３２では、アクセス要求受信処理３１で前記した通信端末から前記したアクセス要求を受信したときその要求先のウェブサイトに対して前記した通信端末の認証情報を伴わないアクセス要求を送信する。認証情報検索処理３３では、認証を必要とするウェブサイトごとに該当する通信端末とその認証情報を記憶した認証情報記憶手段を検索する。これは、第１のアクセス要求送信処理３２で送信したアクセス要求に対して前記したウェブサイトから認証が必要であることを示す情報が送られてきたとき行われる。第２のアクセス要求送信処理３４では、認証情報検索処理３３で検索結果として取得した認証情報を用いて前記した通信端末に代わって前記したウェブサイトにアクセス要求を送信する。
【００２５】
＜発明の実施の形態＞
【００２６】
次に本発明の実施の形態を説明する。
【００２７】
図４は、本発明の実施の形態によるウェブブラウザ認証システムの概要を表わしたものである。本実施の形態のウェブブラウザ認証システム３００では、インターネット３０１にルータ３０２が接続されている。このルータ３０２は、ＬＡＮ（Local Area Network）側ネットワーク３０３を介して通信端末３０４と接続している。インターネット３０１には、各種のサーバが接続している。
【００２８】
本実施の形態では、第１のウェブサーバ３０６と第２のウェブサーバ３０７を例示的に示している。第１のウェブサーバ３０６は、ＣＰＵ（Central Processing Unit）３１１と、このＣＰＵ３１１が実行する制御プログラムを格納したメモリ３１２を備えた制御部３１３を有している。第２のウェブサーバ３０７も、ＣＰＵ３１４と、このＣＰＵ３１４が実行する制御プログラムを格納したメモリ３１５を備えた制御部３１６を有している。第１のウェブサーバ３０６は、認証を必要とする第１のウェブサイト３１７を有している。第２のウェブサーバ３０７は、認証を必要としない第２のウェブサイト３１８を有している。
【００２９】
ルータ３０２はブロードバンドルータであり、同様にＣＰＵ３２１と、このＣＰＵ３２１が実行する制御プログラムを格納したメモリ３２２を備えた制御部３２３を有している。制御部３２３は、次の各機能部を制御する。
【００３０】
ＬＡＮインターフェース部３２４は、１つ以上の８ピンモジュラージャック（ＲＪ−４５）を有しており、ＬＡＮ側ネットワーク３０３を構成するケーブルと接続してパケット信号の送受信処理を行う。ＷＡＮ（Wide Area Network：ワイドエリアネットワーク）インターフェース部３２５は、同様に１つ以上の８ピンモジュラージャック（ＲＪ−４５）を介してインターネット３０１と接続してパケット信号の送受信処理を行う。ＬＡＮインターフェース部３２４およびＷＡＮインターフェース部３２５の接続方法は、以上説明した方法に限定されるものではない。
【００３１】
ルータ部３２６は、パケット転送の条件にしたがってＬＡＮインターフェース部３２４とＷＡＮインターフェース部３２５にパケットを転送する。ルータ装置機能部３２７は、通信端末３０４がウェブブラウザ３３４を使用して、認証を行うウェブサイト３１７にアクセスしたときに、ユーザ名およびパスワードを検索して、これらユーザ名およびパスワードの入力画面を生成する。記憶部３２８は、認証用のユーザ名とパスワードおよびを認証を行うウェブサイトのＵＲＬ（Uniform Resource Locator）の組み合わせを記憶する。
【００３２】
通信端末３０４は、ＣＰＵ３３１と、このＣＰＵ３３１が実行する制御プログラムを格納したメモリ３３２を備えた制御部３３３を有している。通信端末３０４は、ＣＰＵ３３１が実行するアプリケーションソフトウェアとしてのウェブブラウザ３３４と、通信端末を実現するその他の機能部からなる端末機能部３３５を備えている。端末機能部３３５は、たとえば表示用のディスプレイや、各種データを入力する操作部およびＬＡＮ側ネットワーク３０３を介して通信を行う通信制御部（共に図示せず。）を備えている。
【００３３】
第１のウェブサイト３１７は基本認証（Basic Authentication）を行う。ここで基本認証とは、ＨＴＴＰで定義される認証方式の一つである。基本認証では認証に使用するユーザ名およびパスワードの間にコロン「：」を置いたマルチステートメントとして、ベーシック６４と呼ばれるエンコード方式でサーバ側に送信する。基本認証は、認証として最も一般的な方式で広く使用されている。
【００３４】
図５は、本実施の形態のウェブブラウザ認証システムで認証を必要とするウェブサイトにウェブブラウザがアクセスする場合の各部の処理の様子を表わしたものである。図４と共に説明する。この図５の処理でユーザは第１のウェブサイト３１７にユーザ名およびパスワードの組み合わせを登録しているが、ルータ３０２の記憶部３２８にはこのアクセス先のＵＲＬ、ユーザ名およびパスワードがまだ記憶されていないものとする。
【００３５】
通信端末３０４のユーザがウェブブラウザ３３４を使用して、認証を必要とする第１のウェブサイト３１７の閲覧を行うものとし、ＨＴＴＰ ＧＥＴリクエストをルータ３０２に送信したとする（ステップＳ４０１）。ここで、第１のウェブサイト３１７のＵＲＬが「ｈｔｔｐ：／／ｗｗｗ．ｂｂ．ｃｏ．ｊｐ／ｂｂｂ／」であるとし、認証に必要なユーザ名を「ｕｓｅｒ−ｂ」、パスワードを「ｐａｓｓ−ｂ」とする。
【００３６】
ルータ３０２は、ＨＴＴＰ ＧＥＴリクエストを受信すると、ＨＴＴＰレスポンス（以下、単にレスポンスと称する。）の待ち受け状態を開始する（ステップＳ４０２）。そして、受信したＨＴＴＰ ＧＥＴリクエストを宛先としての第１のウェブサイト３１７に転送する（ステップＳ４０３）。
【００３７】
第１のウェブサイト３１７は、図１９で説明したと同様に、ＨＴＴＰ ＧＥＴリクエストを受信すると、エラーメッセージとしての「ＨＴＴＰ４０１Ｕｎａｕｔｈｏｒｉｚｅｄ」というメッセージ（ＨＴＴＰ４０１レスポンス）をルータ３０２に返す（ステップＳ４０４）。
【００３８】
ルータ３０２は第１のウェブサイト３１７からのＨＴＴＰ４０１レスポンスを受信すると、これに対応する認証情報を検索する（ステップＳ４０５）。この段階でルータ３０２には第１のウェブサイト３１７に関する認証情報が登録されていない。そこでルータ３０２はユーザに認証情報を入力させるための認証情報入力画面を生成する（ステップＳ４０６）。そして、ルータ３０２は生成した認証情報入力画面の情報を通信端末３０４へのレスポンスとしてウェブブラウザ３３４に送信する（ステップＳ４０７）。
【００３９】
通信端末３０４は、認証情報入力画面の情報が送られてきたら、これを端末機能部３３５の前記したディスプレイに表示する。
【００４０】
図６は、認証情報入力画面の一例を表わしたものである。認証情報入力画面３４１には、ユーザがアクセスしようとしているＵＲＬとしての「ｈｔｔｐ：／／ｗｗｗ．ｃｃ．ｃｏ．ｊｐ／ｃｃｃ／」についてのユーザ名およびパスワードの入力欄３４２、３４３が配置されている。ユーザは、「ユーザ名、パスワードをルータに記憶する」と記されたチェックボックス３４４にチェック記号を入れることで、次回からのユーザ名およびパスワードの入力を省略することができる。
【００４１】
ルータ３０２の記憶部３２８にアクセス先のＵＲＬ、ユーザ名およびパスワードが記憶されていないので、ユーザはこれらを入力して、必要な場合にはチェックボックス３４４にチェック記号を入れて送信ボタン３４５を押して送信する。なお、本明細書では、説明を簡単にするため、このチェックボックスにチェック記号が入れられているものとして、説明する。キャンセルボタン３４６を押せば、送信をキャンセルすることができる。
【００４２】
図５に戻って説明を続ける。ユーザがアクセス先のＵＲＬ、ユーザ名およびパスワードを入力して送信ボタン３４５（図６）を押せば、ユーザ名およびパスワードがチェックボックス３４４（図６）にチェック記号の記入状況と共にルータ３０２に送信される（ステップＳ４０８）。ルータ３０２はこれを受信して、認証付きのＨＴＴＰ ＧＥＴリクエストを生成する（ステップＳ４０９）。ルータ３０２は、生成した認証付きＨＴＴＰ ＧＥＴリクエストをウェブサイト３１７宛に送信する（ステップＳ４１０）。
【００４３】
認証を必要とする第１のウェブサイト３１７は、認証付きＨＴＴＰ ＧＥＴリクエストを受信し、ユーザ名とパスワードが正しい組み合わせであるかを判別する。正しい組み合わせであれば認証が成功し、成功を示すＨＴＴＰ２００レスポンスをルータ３０２に返す（ステップＳ４１１）。ルータ３０２はこのＨＴＴＰ２００レスポンスをウェブブラウザ３３４に転送する（ステップＳ４１２）。ウェブブラウザ３３４はＨＴＴＰ２００レスポンスを受信する。このようにして、ウェブブラウザ３３４にはアクセスした第１のウェブサイト３１７が表示されることになる。
【００４４】
一方、ルータ３０２は認証が成功したので、アクセス先のＵＲＬ、ユーザ名およびパスワードの組み合わせを記憶部３２８に記憶する（ステップＳ４１３）。そして、レスポンスの待ち受け状態を終了する（ステップＳ４１４）。以上がルータ３０２にアクセス先のＵＲＬ、ユーザ名およびパスワードの組み合わせを記憶していなかった場合のウェブブラウザ認証システム３００の認証処理の様子を表わしたものである。
【００４５】
図７は、認証を必要とするウェブサイトにウェブブラウザがアクセスする場合の各部の処理の様子を表わしたものである。図４と共に説明する。この図７の処理では、ルータ３０２の記憶部３２８にアクセス先のＵＲＬ、ユーザ名およびパスワードが記憶された後の状態を表わしている。図７で図５と同一の処理が行われる箇所については、同一のステップ番号を付しており、これらの説明を適宜省略する。
【００４６】
通信端末３０４のユーザがルータ３０２の記憶部３２８にアクセス先のＵＲＬ、ユーザ名およびパスワードを記憶した後、ウェブブラウザ３３４を使用して、第１のウェブサイト３１７の閲覧を指示したとする。ウェブブラウザ３３４はこれにより、ＨＴＴＰ ＧＥＴリクエストをルータ３０２に送信する（ステップＳ４０１）。
【００４７】
ルータ３０２は、ＨＴＴＰ ＧＥＴリクエストを受信すると、レスポンスの待ち受け状態を開始する（ステップＳ４０２）。そして、受信したＨＴＴＰ ＧＥＴリクエストを宛先としての第１のウェブサイト３１７に転送する（ステップＳ４０３）。
【００４８】
第１のウェブサイト３１７は、ＨＴＴＰ ＧＥＴリクエストを受信すると、エラーメッセージとしての「ＨＴＴＰ４０１Ｕｎａｕｔｈｏｒｉｚｅｄ」というメッセージ（ＨＴＴＰ４０１レスポンス）をルータ３０２に返す（ステップＳ４０４）。
【００４９】
ルータ３０２は第１のウェブサイト３１７からのＨＴＴＰ４０１レスポンスを受信すると、これに対応する認証情報を検索する（ステップＳ４０５）。この時点でルータ３０２には第１のウェブサイト３１７に関する認証情報が登録されている。そこでルータ３０２は認証付きのＨＴＴＰ ＧＥＴリクエストを生成する（ステップＳ４０９）。ルータ３０２は、生成した認証付きＨＴＴＰ ＧＥＴリクエストをウェブサイト３１７宛に送信する（ステップＳ４１０）。
【００５０】
認証を必要とする第１のウェブサイト３１７は、認証付きＨＴＴＰ ＧＥＴリクエストを受信し、ユーザ名とパスワードが正しい組み合わせであるかを判別する。正しい組み合わせであれば認証が成功し、成功を示すＨＴＴＰ２００レスポンスをルータ３０２に返す（ステップＳ４１１）。ルータ３０２はこのＨＴＴＰ２００レスポンスをウェブブラウザ３３４に転送する（ステップＳ４１２）。ウェブブラウザ３３４はＨＴＴＰ２００レスポンスを受信する。このようにして、ウェブブラウザ３３４にはアクセスした第１のウェブサイト３１７が表示されることになる。
【００５１】
一方、ルータ３０２はすでにその記憶部３２８にアクセス先のＵＲＬ、ユーザ名およびパスワードの組み合わせを記憶している。そこでこれらの記憶処理は不要であり、直ちにレスポンスの待ち受け状態を終了する（ステップＳ４１４）。以上がルータ３０２にアクセス先のＵＲＬ、ユーザ名およびパスワードの組み合わせを記憶した後のウェブブラウザ認証システム３００の認証処理の様子を表わしたものである。
【００５２】
図８は、認証を必要とするウェブサイトに対してルータが記憶したユーザ名およびパスワードに基づいた認証付きＨＴＴＰ ＧＥＴリクエストを送出したにもかかわらず認証が成功しなかった場合の各部の処理の様子を表わしたものである。図４と共に説明する。この図８の処理は、ユーザ名あるいはパスワードが使用できなくなったことによって発生する。図８で図５と同一の処理が行われる箇所については、同一のステップ番号を付しており、これらの説明を適宜省略する。
【００５３】
通信端末３０４のユーザがルータ３０２の記憶部３２８にアクセス先のＵＲＬ、ユーザ名およびパスワードを記憶した後、ウェブブラウザ３３４を使用して、第１のウェブサイト３１７の閲覧を指示したとする。ウェブブラウザ３３４はこれにより、ＨＴＴＰ ＧＥＴリクエストをルータ３０２に送信する（ステップＳ４０１）。
【００５４】
これ以後、ルータ３０２が記憶部３２８を使用して認証付きのＨＴＴＰ ＧＥＴリクエストをウェブサイト３１７宛に送信する（ステップＳ４１０）までの処理は、図７と同一である。ここで本来ならば、図７のステップＳ４１１に示したように認証が成功し、成功を示すＨＴＴＰ２００レスポンスがルータ３０２に返ってくる。ところが、図８に示した例では、ユーザ名とパスワードの組み合わせが正しくないためエラーメッセージとしてのＨＴＴＰ４０１レスポンスがルータ３０２に返送される（ステップＳ４０４）。
【００５５】
そこで、図８に示したこの例では、ルータ３０２が正しいユーザ名およびパスワードを知るために認証情報入力画面を作成する（ステップＳ４０６）。そして、ルータ３０２は生成した認証情報入力画面の情報を通信端末３０４へのレスポンスとしてウェブブラウザ３３４に送信する（ステップＳ４０７）。
【００５６】
このようにして通信端末３０４のディスプレイには、認証情報入力画面が表示される。ユーザはそこでアクセス先のＵＲＬ、ユーザ名およびパスワードを入力して送信ボタン３４５を押し、これらがルータ３０２に送信される（ステップＳ４０８）。ルータ３０２はこれを受信して、認証付きのＨＴＴＰ ＧＥＴリクエストを再度生成する（ステップＳ４０９）。ルータ３０２は、生成した認証付きＨＴＴＰ ＧＥＴリクエストをウェブサイト３１７宛に送信する（ステップＳ４１０）。
【００５７】
第１のウェブサイト３１７は、認証付きＨＴＴＰ ＧＥＴリクエストを受信すると、ユーザ名とパスワードが正しい組み合わせであるかを再度判別する。正しい組み合わせであれば認証が成功し、成功を示すＨＴＴＰ２００レスポンスをルータ３０２に返す（ステップＳ４１１）。ルータ３０２はこのＨＴＴＰ２００レスポンスをウェブブラウザ３３４に転送する（ステップＳ４１２）。これにより、ユーザの手間は掛かったがウェブブラウザ３３４に第１のウェブサイト３１７が表示されることになる。
【００５８】
ルータ３０２では、認証の成功に基づいてアクセス先のＵＲＬ、ユーザ名およびパスワードの組み合わせが記憶部３２８に再度記憶される（ステップＳ４１３Ａ）。そして、レスポンスの待ち受け状態を終了する（ステップＳ４１４）。このように記憶部３２８に記憶されているアクセス先のＵＲＬ、ユーザ名およびパスワードが正しい組み合わせに修正される。したがって、何らかの原因で第１のウェブサイト３１７が認証を不成功とした場合でも、この障害を解消させることができる。
【００５９】
図９は、ルータ側にユーザ名とパスワードが記憶されていない場合でユーザから得られたこれらの情報で認証処理がうまくいかないような場合のウェブブラウザ認証システムにおける各部の処理の様子を表わしたものである。図４と共に説明する。この図９の処理で図５と同一の処理が行われる箇所については、同一のステップ番号を付しており、これらの説明を適宜省略する。
【００６０】
この例の場合には、図５の処理と同様に、ユーザは第１のウェブサイト３１７にユーザ名およびパスワードの組み合わせを登録しているが、ルータ３０２の記憶部３２８にまだアクセス先のＵＲＬ、ユーザ名およびパスワードが記憶されていない。そこで、ステップＳ４０１〜ステップＳ４１０の処理が、図５と同様に進行する。ステップＳ４１０では、ステップＳ４０８でウェブブラウザ３３４から送ってきたユーザ名とパスワードを基にして認証付きＨＴＴＰ ＧＥＴリクエストをウェブサイト３１７宛に送信している。図５に示した例では、認証の成功を示すＨＴＴＰ２００レスポンスがルータ３０２に返送されている（ステップＳ４１１）
【００６１】
図９の例は、たとえばユーザがウェブブラウザ３３４から間違ったユーザ名やパスワードを入力したような場合であり、エラーメッセージとしてのＨＴＴＰ４０１レスポンスがルータ３０２に返送される（ステップＳ４０４）。このため、ルータ３０２は第１のウェブサイト３１７から認証の成功を示すＨＴＴＰ２００レスポンスが返送されてくるまで、図９におけるステップＳ４０６からステップＳ４１０までの処理を繰り返すことになる（ステップＳ４５１）。
【００６２】
第１のウェブサイト３１７から認証の成功を示すＨＴＴＰ２００レスポンスが返送されてきたら（ステップＳ４１１）、ルータ３０２は図５のステップＳ４１２以降の処理と同様の処理を行って、レスポンスの待ち受け状態を終了する（ステップＳ４１４）。
【００６３】
このように図９の処理では、第１のウェブサイト３１７が認証の成功を示すＨＴＴＰ２００レスポンスを返すまでユーザがユーザ名やパスワードを繰り返し入力することになる（ステップＳ４５１）。したがって、異なるＵＲＬに対応するユーザ名やパスワードを誤って入力したり、大文字や小文字を間違えて入力したような場合に、ユーザがその間違いに気付いて、最終的に認証を成功させることができる。
【００６４】
図１０は、ルータ側にユーザ名とパスワードが記憶されているにもかかわらず認証が失敗した場合のウェブブラウザ認証システムにおける各部の処理の様子を表わしたものである。図４と共に説明する。この図１０の処理で図５と同一の処理が行われる箇所については、同一のステップ番号を付しており、これらの説明を適宜省略する。
【００６５】
この例の場合には、図５の処理と同様に、ユーザは第１のウェブサイト３１７にユーザ名およびパスワードの組み合わせを登録しており、ルータ３０２の記憶部３２８にもこれらの情報が記憶されている。このため、ステップＳ４０１〜ステップＳ４０５までの処理が、図５と同様に進行するとルータ３０２は認証情報を取得する。ルータ３０２はこの認証情報を用いて認証付きのＨＴＴＰ ＧＥＴリクエストを生成する（ステップＳ４６１）。ルータ３０２は、生成した認証付きＨＴＴＰ ＧＥＴリクエストをウェブサイト３１７宛に送信する（ステップＳ４１０）。
【００６６】
認証を必要とする第１のウェブサイト３１７は、認証付きＨＴＴＰ ＧＥＴリクエストを受信し、ユーザ名とパスワードが正しい組み合わせであるかを判別する。この結果、エラーメッセージとしてのＨＴＴＰ４０１レスポンスをルータ３０２に返す（ステップＳ４０４）。これは、ステップＳ４０５で検索した認証情報が正しくなかったことを意味する。
【００６７】
そこでルータ３０２はユーザに認証情報を入力させるための認証情報入力画面を作成する（ステップＳ４６２）。そして、ルータ３０２は生成した認証情報入力画面の情報をウェブブラウザ３３４に送信する（ステップＳ４０７）。
【００６８】
ユーザはそこでアクセス先のＵＲＬ、ユーザ名およびパスワードを入力して送信ボタン３４５（図６）を押し、これらがルータ３０２に送信される（ステップＳ４０８）。ルータ３０２はこれを受信して、認証付きのＨＴＴＰ ＧＥＴリクエストを再度生成する（ステップＳ４０９）。ルータ３０２は、生成した認証付きＨＴＴＰ ＧＥＴリクエストをウェブサイト３１７宛に送信する（ステップＳ４１０）。
【００６９】
ユーザが第１のウェブサイト３１７の認証用に設定したユーザ名およびパスワードと異なるユーザ名あるいはパスワードをルータ３０２の記憶部３２８に記憶させていたとする。そして、ユーザがルータ３０２から送られてきた認証情報入力画面に対して記憶部３２８に記憶させていたと同様の間違ったユーザ名あるいはパスワードを入力したとする。このような場合には、ステップＳ４１０で認証付きＨＴＴＰ ＧＥＴリクエストをウェブサイト３１７宛に送信しても、ウェブサイト３１７はエラーメッセージとしてのＨＴＴＰ４０１レスポンスをルータ３０２に返送してくる（ステップＳ４０４）。
【００７０】
そこでルータ３０２は、第１のウェブサイト３１７から認証の成功を示すＨＴＴＰ２００レスポンスが返送されてくるまで、図１０におけるステップＳ４６２からステップＳ４１０までの処理を繰り返すことになる（ステップＳ４６３）。
【００７１】
第１のウェブサイト３１７から認証の成功を示すＨＴＴＰ２００レスポンスが返送されてきたら（ステップＳ４１１）、ルータ３０２はこのＨＴＴＰ２００レスポンスをウェブブラウザ３３４に転送する（ステップＳ４１２）。その後、記憶部３２８に記憶させていたアクセス先のＵＲＬ、ユーザ名およびパスワードの組み合わせを記憶部３２８に上書きして内容を修正する（ステップＳ４６４）。そして、レスポンスの待ち受け状態を終了する（ステップＳ４１４）。
【００７２】
ルータ３０２は、以上説明した図５、図７〜図１０の処理を可能にする制御プログラムをそのメモリ３３２に格納している。この制御プログラムの内容を次に説明する。
【００７３】
図１１はルータがＬＡＮ側ネットワークを介して通信端末からＨＴＴＰ ＧＥＴリクエストを受信した場合の処理の概要を表わしたものである。図４と共に説明する。
【００７４】
ルータ３０２は、そのＬＡＮインターフェース部３２４を用いてＬＡＮ側ネットワーク３０３からパケットが受信されるのを監視している（ステップＳ５０１）。パケットを受信したら（Ｙ）、ＬＡＮインターフェース部３２４はこれがＨＴＴＰ ＧＥＴリクエストであるかを判別する（ステップＳ５０２）。ＨＴＴＰ ＧＥＴリクエスト以外のパケットであった場合には（Ｎ）、そのパケットの種類に応じた処理を実行する。
【００７５】
一方、ステップＳ５０２で受信したパケットがＨＴＴＰ ＧＥＴリクエストであると判別した場合（Ｙ）、ルータ３０２はレスポンスの待ち受け状態を開始する（ステップＳ５０３）。そして、受信したＨＴＴＰ ＧＥＴリクエストを宛先としてのたとえば第１のウェブサイト３１７に転送する（ステップＳ５０４）。この後、該当するウェブサイトからのレスポンスの受信を待機する（ステップＳ５０５）。
【００７６】
この待機状態でレスポンスを受信したら（Ｙ）、これがエラーメッセージとしてのＨＴＴＰ４０１レスポンスであるかをチェックする（ステップＳ５０６）。ＨＴＴＰ４０１レスポンスであれば（Ｙ）、後に詳細に説明する認証処理を実行する（ステップＳ５０７）。これが終了したら、レスポンスの待ち受け状態を終了して（ステップＳ５０８）、再びステップＳ５０１の処理に戻る（リターン）。ステップＳ５０６でＨＴＴＰ４０１レスポンス以外のレスポンスを受信した場合には（Ｎ）、そのレスポンスを該当の通信端末に転送して（ステップＳ５０９）、ステップＳ５０８の処理に進むことになる。
【００７７】
図１２は、図１１のステップＳ５０７で示したルータによる認証処理を具体的に表わしたものである。図４と共に説明する。
【００７８】
この認証処理では、図１１に示したように第１のウェブサイト３１７からのレスポンスがＨＴＴＰ４０１レスポンスであったので、ルータ３０２は記憶部３２８に認証情報としてアクセス先のＵＲＬ、ユーザ名およびパスワードが登録されているかを検索する（ステップＳ５２１）。前記したように、第１のウェブサイト３１７のＵＲＬが「ｈｔｔｐ：／／ｗｗｗ．ｂｂ．ｃｏ．ｊｐ／ｂｂｂ／」であり、認証に必要なユーザ名が「ｕｓｅｒ−ｂ」、パスワードが「ｐａｓｓ−ｂ」である。ユーザ名およびパスワードは通信端末３０４のユーザと対応付けてアクセス先である第１のウェブサイト３１７に既に登録されているものとする。
【００７９】
ルータ３０２が記憶部３２８を検索した結果、認証情報が登録されていなかったとする（ステップＳ５２２：Ｎ、Ａｕｔｈ＝０）。ここで「Ａｕｔｈ」とは、認証処理の経緯を管理する値である。
【００８０】
図１３は、ルータの記憶部の登録内容の一例を示したものである。記憶部３２８には、第１のウェブサイト３１７のＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｂｂ．ｃｏ．ｊｐ／ｂｂｂ／」およびユーザ名およびパスワードが未登録である。
【００８１】
図１２に戻って説明を続ける。記憶部３２８に第１のウェブサイト３１７に関する認証情報が登録されていないので（ステップＳ５２２：Ｎ）、ルータ３０２は認証情報入力画面を生成する（ステップＳ５２３）。ルータ３０２はこの認証情報入力画面を通信端末３０４に送信する（ステップＳ５２４）。そして、ユーザ名およびパスワードが通信端末３０４から送られてくるのを待機する（ステップＳ５２５）。
【００８２】
通信端末３０４から新たにユーザ名およびパスワードを受信したら（ステップＳ５２５：Ｙ）、ルータ３０２は認証付きＨＴＴＰ ＧＥＴリクエストを生成する（ステップＳ５２６）。そして、この認証付きＨＴＴＰ ＧＥＴリクエストをアクセス先の第１のウェブサイト３１７に送信することになる（ステップＳ５２７）。
【００８３】
一方、ステップＳ５２２で第１のウェブサイト３１７に関する認証情報が記憶部３２８に登録されていた場合には（Ｙ）、通信端末３０４に認証情報を問い合わせる必要がない。そこでこの場合にはルータ３０２は直ちに認証付きＨＴＴＰ ＧＥＴリクエストを生成し（ステップＳ５２６）、この認証付きＨＴＴＰ ＧＥＴリクエストをアクセス先の第１のウェブサイト３１７に送信する（ステップＳ５２７）。このようにしてルータ３０２は、通信端末３０４のユーザ名およびパスワードを認証付きＨＴＴＰ ＧＥＴリクエストとしてアクセス先の第１のウェブサイト３１７に送信して、この第１のウェブサイト３１７からのレスポンスの受信を待機する（ステップＳ５２８）。
【００８４】
第１のウェブサイト３１７からレスポンスの受信があったら（ステップＳ５２８：Ｙ）、レスポンスコードが２００であるか４０１であるかの判別が行われる（ステップＳ５２９、ステップＳ５３０）。ここでレスポンスコードが２００であるとは、認証の成功を表わすＨＴＴＰ２００レスポンスが第１のウェブサイト３１７から送られてきたことを意味する。レスポンスコードが４０１であるとは、エラーメッセージを表わすＨＴＴＰ４０１レスポンスが第１のウェブサイト３１７から送られてきたことを意味する。
【００８５】
図１４は、ルータの記憶部の登録内容の他の例を示したものである。この例では、記憶部３２８に登録されているユーザ名が「ｕｓｅｒ−ｂ」であり、パスワードは「ｐａｓｓ−１」である。パスワードが第１のウェブサイト３１７に登録されている「ｐａｓｓ−ｂ」と異なっている。
【００８６】
この図１４の例の場合、ルータ３０２は図１２のステップＳ５２２で認証情報が記憶部３２８に登録されていたと判別する（Ｙ、Ａｕｔｈ＝１）。ただし、パスワードが第１のウェブサイト３１７に登録されているものと異なっている。このため、認証付きＨＴＴＰ ＧＥＴリクエストをアクセス先の第１のウェブサイト３１７に送信すると（ステップＳ５２７）、ＨＴＴＰ４０１レスポンスが返送されてくる（ステップＳ５２９：Ｎ、ステップＳ５３０：Ｙ）。
【００８７】
この例の場合、ルータ３０２は認証処理の経緯を管理する値としての「Ａｕｔｈ」が「０」であるかをチェックする（ステップＳ５３１）。「０」ではないので（Ｎ）、認証処理の経緯を管理する値が「１」から「２」に変更される。そして、ステップＳ５２３に戻って、ルータ３０２は認証情報入力画面を生成して通信端末３０４に送信し、認証付きＨＴＴＰ ＧＥＴリクエストを行ってレスポンスの受信を待機するという処理を、レスポンスコードが「２００」になるまで繰り返す（ステップＳ５２３〜ステップＳ５３０）。
【００８８】
ユーザが入力の誤りに気付いてパスワードを「ｐａｓｓ−ｂ」にしたものをルータ３０２に送ってくると（ステップＳ５２５：Ｙ）、これを基にした認証付きＨＴＴＰ ＧＥＴリクエストが第１のウェブサイト３１７に送信される（ステップＳ５２７）。この場合には、第１のウェブサイト３１７から成功を示すＨＴＴＰ２００レスポンスがルータ３０２に送られてくる（ステップＳ５２９：Ｙ）。ルータ３０２はこの場合、このＨＴＴＰ２００レスポンスを通信端末３０４に転送する（ステップＳ５３２）。
【００８９】
ルータ３０２は、このときの認証処理の経緯を管理する値が「１」であるかをチェックする（ステップＳ５３３）。この値が「１」である場合とは、認証情報が記憶部３２８に登録されていて（ステップＳ５２２：Ｙ）、これを基にした認証付きＨＴＴＰ ＧＥＴリクエストで認証が成功した場合である（ステップＳ５２９：Ｙ）。この場合には（ステップＳ５３３：Ｙ）、記憶部３２８に登録されている認証情報は正しい。そこで記憶部３２８の登録内容の修正を行うことなく、一連の認証処理を終了する（エンド）。
【００９０】
一方、認証処理の経緯を管理する値が「１」以外の場合（ステップＳ５３３：Ｎ）、ルータ３０２はこの値が「０」であるかをチェックする（ステップＳ５３４）。認証処理の経緯を管理する値が「０」である場合とは、認証情報が記憶部３２８に登録されておらず（ステップＳ５２２：Ｎ）、ユーザに問い合わせたユーザ名とパスワードで認証が成功した場合である。この場合は、ユーザが入力したユーザ名とパスワードが間違っていてＨＴＴＰ４０１レスポンスが第１のウェブサイト３１７から返ってきたために（ステップＳ５３０：Ｙ）、ユーザによる認証情報の再送信を行う場合（ステップＳ５３１：Ｙ）を含んでいる。ステップＳ５３４で認証処理の経緯を管理する値が「０」であると判別された場合（Ｙ）、ルータ３０２はアクセス先の第１のウェブサイト３１７とこれに対するユーザ名およびパスワードを記憶部３２８に登録する（ステップＳ５３５）。そして、ルータ３０２は一連の認証処理を終了する（エンド）。
【００９１】
ステップＳ５３４で認証処理の経緯を管理する値が「０」以外であると判別された場合とは、認証情報が記憶部３２８に登録されていているにも係わらず（ステップＳ５２２：Ｙ）、これに基づく認証が成功しなかった場合である（ステップＳ５３０：Ｙ）。この場合にはユーザによる認証情報の再送信によって第１のウェブサイト３１７から成功を示すＨＴＴＰ２００レスポンスを得られた（ステップＳ５２９：Ｙ）。したがって、ステップＳ５２５で新たに得られた認証情報で、記憶部３２８の登録内容の修正が行われる（ステップＳ５３６）。そして、ルータ３０２は一連の認証処理を終了する（エンド）。
【００９２】
図１５は、ルータの記憶部の修正後の内容を表わしたものである。図１４と比較すると、図１５の記憶部３２８における第１のウェブサイト３１７のＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｂｂ．ｃｏ．ｊｐ／ｂｂｂ／」に対するパスワードが「ｐａｓｓ−１」から「ｐａｓｓ−ｂ」に修正されていることが分かる。
【００９３】
最後に第１のウェブサイト３１７からＨＴＴＰ２００レスポンスおよびＨＴＴＰ４０１レスポンス以外のレスポンスが送られてきた場合を説明する。この場合には（ステップＳ５２９：Ｎ、ステップＳ５３０：Ｎ）、このレスポンスを該当する通信端末３０４に転送する（ステップＳ５３７）。そして、この場合にもルータ３０２は一連の認証処理を終了することになる（エンド）。
【００９４】
以上詳細に説明したように本実施の形態によれば、ルータ３０２のＬＡＮ側に接続した通信端末３０４がウェブブラウザ３３４を使用して認証を行うウェブサイトである第１のウェブサイト３１７にアクセスした際に、次のような効果がある。
【００９５】
第１に、ルータ３０２が生成した認証情報入力画面にユーザがユーザ名とパスワードを入力して、認証を行う第１のウェブサイト３１７にアクセスすると、ルータ３０２がアクセス先のＵＲＬ、ユーザ名およびパスワードを記憶する。これ以降は、ルータ３０２が記憶しているアクセス先のＵＲＬにアクセスした際に、通信端末３０４からのユーザ名とパスワードの入力が不要になる。
【００９６】
第２に、ルータ３０２の記憶部３２８に認証情報が記憶されていれば、認証情報を入力したときと異なる端末を使用した場合においても、ルータ３０２が記憶しているユーザ名とパスワードを使用して、認証を行うウェブサイトにアクセスすることができる。このようにルータ３０２が認証を行うことでユーザはユーザ名とパスワードを毎回入力する必要がなくなり利便性が向上する。
【００９７】
＜発明の第１の変形例＞
【００９８】
以上説明した実施の形態では、図４に示すルータ３０２は通信端末３０４からＨＴＴＰ ＧＥＴリクエストを受信してＷＡＮ側にこれを転送した後にＨＴＴＰ４０１レスポンスを受信して記憶部３２８で認証情報の検索を行っていた。本発明はこれに限定されるものではない。たとえば、通信端末３０４のＭＡＣアドレス（Media Access Control address）やＩＰアドレス（Internet Protocol Address）を用いて認証情報の検索を行うか行わないかを設定することも可能である。これにより、特定の通信端末に限って認証操作を簡略化させることができる。
【００９９】
図１６は、本発明の第１の変形例における認証情報検索要否テーブルの内容を示したものである。この認証情報検索要否テーブル６０１は、たとえば図４に示したルータ３０２の記憶部３２８における認証情報を記憶する領域以外の所定の領域に記憶する。
【０１００】
この変形例の認証情報検索要否テーブル６０１では、ＩＰアドレスが１９２.１６８.１１.２である通信端末について、認証情報の検索を行う旨の設定を行っている。ＩＰアドレスが１９２.１６８.１１.３である他の通信端末については、認証情報の検索を行わない旨の設定を行っている。
【０１０１】
図１７は、この第１の変形例でＨＴＴＰ ＧＥＴリクエストを受信した場合のルータの認証処理を表わしたものである。この処理は、先の実施の形態における図１１の処理におけるステップＳ５０７を具体化した図１２の処理に対応している。図４、図１１、図１２、図１６および図１９と共に説明する。なお、この変形例の「ルータ」はルータ３０２Ａと表記して、実施の形態で説明したルータ３０２と区別する。
【０１０２】
図１１で示したようにルータ３０２が通信端末３０４からＨＴＴＰ ＧＥＴリクエストを受信してこれを第１のウェブサイト３１７に転送してエラーメッセージとしてのＨＴＴＰ４０１レスポンスを受信したとする（図１１ステップＳ５０６：Ｙ）。この場合、変形例のルータ３０２Ａは、図１６に示した認証情報検索要否テーブル６０１を参照する（図１７ステップＳ７０１）。そして、ＨＴＴＰ ＧＥＴリクエストを送出した通信端末３０４のＩＰアドレスに対応して記入された検索の要否が検索を要とする場合には（ステップＳ７０２：Ｙ）、記憶部３２８における認証情報の検索を行う（ステップＳ７０３）。通信端末３０４のＩＰアドレスが「１９２.１６８.１１.２」の場合である。この場合、ルータ３０２Ａは、これ以後、図１２のステップＳ５２２〜ステップＳ５３７のうちの該当する処理を実行する（ステップＳ７０４）。すなわち、この場合のステップＳ７０４の処理は実施の形態で示した処理と同一である。
【０１０３】
これに対して、通信端末３０４のＩＰアドレスに対応して記入された検索の要否が検索を不要とするものであったとする（ステップＳ７０２：Ｎ）。通信端末３０４のＩＰアドレスが「１９２.１６８.１１.３」の場合である。この場合、ルータ３０２Ａが受信した第１のウェブサイト３１７からのＨＴＴＰ４０１レスポンスを該当するウェブブラウザ３３４に転送する（ステップＳ７０５）。
【０１０４】
ウェブブラウザ３３４では、図１９のステップＳ２０５以降の処理を行う。すなわち、ウェブブラウザ３３４は、エラーメッセージが返ってきたことから、アクセスしようとする第１のウェブサイト３１７が認証を必要としていることを判断する。そこでウェブブラウザ３３４は、ユーザに入力を促すためのダイアログボックス等の画面表示を行って、ユーザ名とパスワードの入力を求めることになる（ステップＳ２０５参照）。
【０１０５】
通信端末３０４のユーザがユーザ名とパスワードの入力を行ったとする（ステップＳ２０６参照）。すると、ウェブブラウザ３３４は、認証付きＨＴＴＰ ＧＥＴリクエストをルータ３０２Ａに向けて送信する（ステップＳ２０７参照）。
【０１０６】
図１７に示すようにルータ３０２ＡはステップＳ７０５の処理を行った後、認証付きＨＴＴＰ ＧＥＴリクエストの受信を待機している（ステップＳ７０６）。ルータ３０２Ａは認証付きＨＴＴＰ ＧＥＴリクエストを受信したら（Ｙ）、これを第１のウェブサイト３１７に転送する（ステップＳ７０７）。そして、第１のウェブサイト３１７からのレスポンスを待機する（ステップＳ７０８）。第１のウェブサイト３１７からレスポンスを受信したら（Ｙ）、これが認証の成功を示すＨＴＴＰ２００レスポンスであった場合（ステップＳ７０９：Ｙ）、このＨＴＴＰ２００レスポンスをウェブブラウザ３３４に転送して（ステップＳ７１０）、一連の処理を終了する（エンド）。
【０１０７】
一方、第１のウェブサイト３１７からレスポンスが認証の失敗を示すＨＴＴＰ４０１レスポンスであった場合には（ステップＳ７０９：Ｎ、ステップＳ７１１：Ｙ）、ステップＳ７０５に戻ってこのＨＴＴＰ４０１レスポンスをウェブブラウザ３３４に転送する（ステップＳ７０５）。この場合、通信端末３０４のユーザはユーザ名とパスワードの入力を再度行って、これ以降の前記した処理が行われることになる。第１のウェブサイト３１７からＨＴＴＰ２００レスポンスとＨＴＴＰ４０１レスポンス以外のレスポンスを受信した場合には（ステップＳ７１１：Ｎ）、そのレスポンスをウェブブラウザ３３４に転送して（ステップＳ７１２）、一連の処理を終了する（エンド）。
【０１０８】
＜発明の第２の変形例＞
【０１０９】
次に本発明の第２の変形例を説明する。この第２の変形例のルータ（以下、ルータ３０２Ｂと称する。）は、同一のウェブサイトにアクセスする際に、アクセスする通信端末ごとにユーザ名とパスワードを設定することができる。
【０１１０】
図１８は、第２の変形例のルータの記憶部の内容を表わしたものである。この変形例の記憶部３２８Ｂでは、「ＨＴＴＰ：／／ｗｗｗ．ａａ．ｃｏ．ｊｐ／ａａａ／」という同一のアクセス先のＵＲＬに対して、項目（Ｎｏ．）「１」と「２」では異なった通信端末のＩＰアドレス（Internet Protocol Address）が指定されている。これらのＩＰアドレスに対するユーザ名とパスワードもそれぞれ異なっている。これにより、同一のルータ３０２Ｂに接続された２つの通信端末で同一のウェブサイトにアクセスする際のユーザ名とパスワードを使い分けることができる。具体的には、ＩＰアドレスが１９２.１６８.１１.１５１の場合、ユーザ名は「ｕｓｅｒ−１」を、またパスワードは「ｐａｓｓ−１」を使用し、ＩＰアドレスが１９２.１６８.１１.１５２の場合ユーザ名は「ｕｓｅｒ−２」を、パスワードは「ｐａｓｓ−２」を使用する。
【０１１１】
また、項目「３」では、記憶部３２８Ｂに挙げられているＩＰアドレス以外のすべてのＩＰアドレスに対して、１組のユーザ名とパスワードが設定されている。これにより、１９２.１６８.１１.１５１あるいは１９２.１６８.１１.１５２以外のＩＰアドレスを割り当てられたすべての通信端末は、「ＨＴＴＰ：／／ｗｗｗ．ａａ．ｃｏ．ｊｐ／ａａａ／」のウェブサイトに１種類のユーザ名とパスワードでアクセスできる。具体的には、ユーザ名「ｕｓｅｒ−３」とパスワード「ｐａｓｓ−３」を使用してアクセスする。
【０１１２】
この第２の変形例によれば、ルータのＬＡＮ側に複数の端末が存在する場合に、端末ごとに認証操作を行うかどうかを制限させることや、同じウェブサイトにアクセスした際に端末ごとに異なるユーザ名とパスワードを使用することができるという効果がある。
【０１１３】
この第２の変形例では、通信端末のＩＰアドレスに対応付けてユーザ名とパスワードを管理したが、それぞれの通信端末のＭＡＣアドレス（Media Access Control address）にこれらを対応付けてもよい。更に実施の形態および各変形例ではウェブサイトが基本認証（Basic Authentication）を使用することを前提に説明を行った。これ以外にも、たとえばウェブサイトがダイジェスト認証（Digest Authentication）を使用している場合においても、本発明によって認証操作を簡略化することができる。
【符号の説明】
【０１１４】
１０、３０２ ルータ
１１ アクセス要求受信手段
１２ 第１のアクセス要求送信手段
１３ 認証情報記憶手段
１４ 認証情報検索手段
１５ 第２のアクセス要求送信手段
２０ ルータのウェブブラウザ認証方法
２１ アクセス要求受信ステップ
２２ 第１のアクセス要求送信ステップ
２３ 認証情報検索ステップ
２４ 第２のアクセス要求送信ステップ
３０ ウェブブラウザ認証プログラム
３１ アクセス要求受信処理
３２ 第１のアクセス要求送信処理
３３ 認証情報検索処理
３４ 第２のアクセス要求送信処理
３００ ウェブブラウザ認証システム
３０１ インターネット
３０４ 通信端末
３０６ 第１のウェブサーバ
３１１、３２１、３３１ ＣＰＵ
３１２、３２２、３３２ メモリ
３１７ 第１のウェブサイト
３２４ ＬＡＮインターフェース部
３２５ ＷＡＮインターフェース部
３２６ ルータ部
３２８、３２８Ｂ 記憶部
６０１ 認証情報検索要否テーブル
【技術分野】
【０００１】
本発明は、ウェブブラウザの認証を行うためのルータ、ルータのウェブブラウザ認証方法およびウェブブラウザ認証プログラムに関する。
【背景技術】
【０００２】
インターネット上の各種のコンテンツを閲覧するためのアプリケーションソフトウェアとして、ウェブブラウザがパーソナルコンピュータや携帯電話機等の各種の通信端末に使用されている。ウェブブラウザを使用してユーザが各種のウェブサイトにアクセスする際、会員制のウェブサイトのような特定のウェブサイトではアクセスする者の適格性を証明するための認証を要求する。もちろん、このような認証を要求しないウェブサイトも多い。
【０００３】
図１９は、本発明の第１の関連技術として認証を必要とするウェブサイトにウェブブラウザがアクセスする際の各部の処理の様子を表わしたものである（たとえば特許文献１参照）。図示しないユーザ端末に搭載されたウェブブラウザ１０１を用いて、ルータ１０２を介してウェブサイト１０３にアクセスするものとする。
【０００４】
ウェブブラウザ１０１は、ユーザがこれからアクセスしようとするウェブサイト１０３が認証を必要とするかを事前に察知することができない。そこで、ウェブブラウザ１０１はウェブサイト１０３へのアクセス時に、認証のついていないＨＴＴＰ（Hypertext Transfer Protocol）リクエストとしてのＧＥＴメソッドをルータ１０２に送信する（ステップＳ２０１）。ここで、ＨＴＴＰリクエストとしてのＧＥＴメソッドを、本明細書ではＨＴＴＰ ＧＥＴリクエストと表記することにする。
【０００５】
ルータ１０２はウェブブラウザ１０１から送られてきたＨＴＴＰ ＧＥＴリクエストをそのままウェブサイト１０３に転送する（ステップＳ２０２）。ウェブサイト１０３がログオン時に認証を必要とするものであるとする。この場合、ウェブサイト１０３はＨＴＴＰ ＧＥＴリクエストを受信すると、エラーメッセージとして「ＨＴＴＰ４０１Ｕｎａｕｔｈｏｒｉｚｅｄ」というエラーメッセージ（以下、ＨＴＴＰ４０１レスポンスという。）をルータ１０２に返す（ステップＳ２０３）。ルータ１０２はこのＨＴＴＰ４０１レスポンスをウェブブラウザ１０１に転送する（ステップＳ２０４）。
【０００６】
ウェブブラウザ１０１は、エラーメッセージが返ってきたことから、アクセスしようとするウェブサイト１０３が認証を必要としていることを判断する。そこでウェブブラウザ１０１は、ユーザに入力を促すためのダイアログボックス等の画面表示を行って、ユーザ名とパスワードの入力を求めることになる（ステップＳ２０５）。
【０００７】
これに対応して、ユーザがユーザ名とパスワードの入力を行ったとする（ステップＳ２０６）。すると、ウェブブラウザ１０１は、認証付きＨＴＴＰ ＧＥＴリクエストをルータ１０２に向けて送信する（ステップＳ２０７）。ルータ１０２はこの認証付きＨＴＴＰ ＧＥＴリクエストを、該当するウェブサイト１０３に転送する（ステップＳ２０８）。
【０００８】
ウェブサイト１０３は認証付きＨＴＴＰ ＧＥＴリクエストを受信すると、これによるユーザ名とパスワードが正しい組み合わせであるかを判別する。正しい組み合わせであれば認証が成功し、「ＨＴＴＰ２００ＯＫ」という成功を示すメッセージ（以下、ＨＴＴＰ２００レスポンスという。）をルータ１０２に返す（ステップＳ２０９）。ルータ１０２はこのＨＴＴＰ２００レスポンスをウェブブラウザ１０１に転送する（ステップＳ２１０）。ウェブブラウザ１０１はＨＴＴＰ２００レスポンスを受信する。このようにして、ウェブブラウザ１０１にはアクセスしたウェブサイト１０３が表示されることになる。
【０００９】
図２０は、第１の関連技術で認証を必要としないウェブサイトに対するアクセスが行われる様子を表わしたものである。図１９と同一の処理が行われる部分については、図１９と同様のステップ番号を付しており、その説明を省略する。
【００１０】
認証を必要としないウェブサイト１０４の場合には、ルータ１０２からＨＴＴＰ ＧＥＴリクエストを受信すると（ステップＳ２０２）、ＨＴＴＰ２００レスポンスをルータ１０２に返すことになる（ステップＳ２２１）。ルータ１０２はこのＨＴＴＰ２００レスポンスをウェブブラウザ１０１に転送する（ステップＳ２２２）。そこでウェブブラウザ１０１は、図１９の場合と異なり、認証付きＨＴＴＰ ＧＥＴリクエストを送信して認証の手続きを行うことなく、ウェブサイト１０４の表示を行うことができる。
【００１１】
このように第１の関連技術を使用した場合には、図１９に示したように認証を必要とするウェブサイト１０３にアクセスするとき、図２０の処理と比べてユーザ名とパスワードを入力する処理が必要となり、この分だけ処理が煩雑となる。
【００１２】
この問題を解消するために、本発明の第２の関連技術として、ユーザ名とパスワードを保存しておく機能を備えたウェブブラウザが提案されている。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開２００９−２１２５８５号公報（第０００２６段落、図１）
【発明の概要】
【発明が解決しようとする課題】
【００１４】
しかしながら、第２の関連技術によれば、ウェブブラウザがユーザ名とパスワードを保存している場合でも、ウェブサイトからの認証がエラーであるというＨＴＴＰ４０１レスポンスがルータを経由して送られてくる。このため、ＨＴＴＰ４０１レスポンスを受信した通信端末のウェブブラウザは、ユーザ名とパスワードの入力を求める画面を生成して表示する。したがって、ユーザはこの画面に対してユーザ名とパスワードの入力処理を開始してしまい、結果として無駄な処理が行われることになる。
【００１５】
そこで本発明の目的は、認証を必要とするウェブサイトにアクセスした際に認証操作を簡略化することのできるルータ、ルータのウェブブラウザ認証方法およびウェブブラウザ認証プログラムを提供することにある。
【００１６】
本発明の他の目的は、ユーザが他の通信端末から該当するウェブサイトをアクセスした際には、ユーザ名とパスワードの入力を省略することができるルータ、ルータのウェブブラウザ認証方法およびウェブブラウザ認証プログラムを提供することにある。
【課題を解決するための手段】
【００１７】
本発明では、（イ）ローカルエリアネットワーク側に接続された通信端末からワイドエリアネットワーク側に接続されたウェブサイトに対するアクセス要求を受信するアクセス要求受信手段と、（ロ）このアクセス要求受信手段が前記した通信端末から前記したアクセス要求を受信したときその要求先のウェブサイトに対して前記した通信端末の認証情報を伴わないアクセス要求を送信する第１のアクセス要求送信手段と、（ハ）認証を必要とするウェブサイトごとに該当する通信端末とその認証情報を記憶した認証情報記憶手段と、（ニ）前記したアクセス要求送信手段の送信したアクセス要求に対して前記したウェブサイトから認証が必要であることを示す情報が送られてきたとき前記した認証情報記憶手段を検索する認証情報検索手段と、（ホ）この認証情報検索手段が検索結果として取得した認証情報を用いて前記した通信端末に代わって前記したウェブサイトにアクセス要求を送信する第２のアクセス要求送信手段とをルータが具備する。
【００１８】
また、本発明では、（イ）ローカルエリアネットワーク側に配置された通信端末からワイドエリアネットワーク側に配置されたウェブサイトに対するアクセス要求を受信するアクセス要求受信ステップと、（ロ）このアクセス要求受信ステップで前記した通信端末から前記したアクセス要求を受信したときその要求先のウェブサイトに対して前記した通信端末の認証情報を伴わないアクセス要求を送信する第１のアクセス要求送信ステップと、（ハ）前記したアクセス要求送信ステップで送信したアクセス要求に対して前記したウェブサイトから認証が必要であることを示す情報が送られてきたとき認証を必要とするウェブサイトごとに該当する通信端末とその認証情報を記憶した認証情報記憶手段を検索する認証情報検索ステップと、（ニ）この認証情報検索ステップで検索結果として取得した認証情報を用いて前記した通信端末に代わって前記したウェブサイトにアクセス要求を送信する第２のアクセス要求送信ステップとをルータのウェブブラウザ認証方法が具備する。
【００１９】
更に本発明では、ルータのコンピュータに、ウェブブラウザ認証プログラムとして、（イ）ローカルエリアネットワーク側に配置された通信端末からワイドエリアネットワーク側に配置されたウェブサイトに対するアクセス要求を受信するアクセス要求受信処理と、（ロ）このアクセス要求受信処理で前記した通信端末から前記したアクセス要求を受信したときその要求先のウェブサイトに対して前記した通信端末の認証情報を伴わないアクセス要求を送信する第１のアクセス要求送信処理と、（ハ）前記したアクセス要求送信処理で送信したアクセス要求に対して前記したウェブサイトから認証が必要であることを示す情報が送られてきたとき認証を必要とするウェブサイトごとに該当する通信端末とその認証情報を記憶した認証情報記憶手段を検索する認証情報検索処理と、（ニ）この認証情報検索処理で検索結果として取得した認証情報を用いて前記した通信端末に代わって前記したウェブサイトにアクセス要求を送信する第２のアクセス要求送信処理とを実行させる。
【発明の効果】
【００２０】
以上説明したように本発明によれば、認証を必要とするウェブサイトごとに該当する通信端末とその認証情報を記憶した認証情報記憶手段をルータが用意した。したがって、ルータは認証情報記憶手段に登録した認証情報を使用して通信端末に代わってウェブサイトにアクセス要求を送信することができ、ユーザの認証に要する負担を軽減できるだけでなく、ユーザの入力ミスによる手続きの遅延を防止することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明のルータのクレーム対応図である。
【図２】本発明のルータのウェブブラウザ認証方法のクレーム対応図である。
【図３】本発明のウェブブラウザ認証プログラムのクレーム対応図である。
【図４】本発明の実施の形態によるウェブブラウザ認証システムの概要を表わしたシステム構成図である。
【図５】本実施の形態のウェブブラウザ認証システムで認証を必要とするウェブサイトにウェブブラウザがアクセスする場合の各部の処理の様子を表わした説明図である。
【図６】本実施の形態における認証情報入力画面の一例を表わした平面図である。
【図７】本実施の形態における認証を必要とするウェブサイトにウェブブラウザがアクセスする場合の各部の処理の様子を表わした説明図である。
【図８】本実施の形態における認証を必要とするウェブサイトに対してルータが記憶したユーザ名およびパスワードに基づいた認証付きＨＴＴＰ ＧＥＴリクエストを送出したにもかかわらず認証が成功しなかった場合の各部の処理の様子を表わした説明図である。
【図９】本実施の形態におけるルータ側にユーザ名とパスワードが記憶されていない場合でユーザから得られたこれらの情報で認証処理がうまくいかないような場合のウェブブラウザ認証システムにおける各部の処理の様子を表わした説明図である。
【図１０】本実施の形態におけるルータ側にユーザ名とパスワードが記憶されているにもかかわらず認証が失敗した場合のウェブブラウザ認証システムにおける各部の処理の様子を表わした説明図である。
【図１１】本実施の形態におけるルータがＬＡＮ側ネットワークを介して通信端末からＨＴＴＰ ＧＥＴリクエストを受信した場合の処理の概要を表わした流れ図である。
【図１２】図１１のステップＳ５０７で示したルータによる認証処理を具体的に表わした流れ図である。
【図１３】本実施の形態におけるルータの記憶部の登録内容の一例を示した説明図である。
【図１４】本実施の形態のルータの記憶部における登録内容の他の例を示した説明図である。
【図１５】本実施の形態のルータにおける記憶部の修正後の内容を表わした説明図である。
【図１６】本発明の第１の変形例における認証情報検索要否テーブルの内容を示した説明図である。
【図１７】第１の変形例におけるＨＴＴＰ ＧＥＴリクエストを受信した場合のルータの認証処理を表わした流れ図である。
【図１８】第２の変形例のルータの記憶部の内容を表わした説明図である。
【図１９】本発明の第１の関連技術として認証を必要とするウェブサイトにウェブブラウザがアクセスする場合の各部の処理の様子を表わした説明図である。
【図２０】第１の関連技術で認証を必要としないウェブサイトに対するアクセスが行われる様子を表わした説明図である。
【発明を実施するための形態】
【００２２】
図１は、本発明のルータのクレーム対応図を示したものである。本発明のルータ１０は、アクセス要求受信手段１１と、第１のアクセス要求送信手段１２と、認証情報記憶手段１３と、認証情報検索手段１４と、第２のアクセス要求送信手段１５を備えている。ここで、アクセス要求受信手段１１は、ローカルエリアネットワーク側に接続された通信端末からワイドエリアネットワーク側に接続されたウェブサイトに対するアクセス要求を受信する。第１のアクセス要求送信手段１２は、アクセス要求受信手段１１が前記した通信端末から前記したアクセス要求を受信したときその要求先のウェブサイトに対して前記した通信端末の認証情報を伴わないアクセス要求を送信する。認証情報記憶手段１３は、認証を必要とするウェブサイトごとに該当する通信端末とその認証情報を記憶する。認証情報検索手段１４は、アクセス要求送信手段１１の送信したアクセス要求に対して前記したウェブサイトから認証が必要であることを示す情報が送られてきたとき認証情報記憶手段１３を検索する。第２のアクセス要求送信手段１５は、認証情報検索手段１４が検索結果として取得した認証情報を用いて前記した通信端末に代わって前記したウェブサイトにアクセス要求を送信する。
【００２３】
図２は、本発明のルータのウェブブラウザ認証方法のクレーム対応図を示したものである。本発明のルータのウェブブラウザ認証方法２０は、アクセス要求受信ステップ２１と、第１のアクセス要求送信ステップ２２と、認証情報検索ステップ２３と、第２のアクセス要求送信ステップ２４を備えている。ここで、アクセス要求受信ステップ２１では、ローカルエリアネットワーク側に配置された通信端末からワイドエリアネットワーク側に配置されたウェブサイトに対するアクセス要求を受信する。第１のアクセス要求送信ステップ２２では、アクセス要求受信ステップ２１で前記した通信端末から前記したアクセス要求を受信したときその要求先のウェブサイトに対して前記した通信端末の認証情報を伴わないアクセス要求を送信する。認証情報検索ステップ２３では、認証を必要とするウェブサイトごとに該当する通信端末とその認証情報を記憶した認証情報記憶手段を検索する。これは、第１のアクセス要求送信ステップ２２で送信したアクセス要求に対して前記したウェブサイトから認証が必要であることを示す情報が送られてきたとき行われる。第２のアクセス要求送信ステップ２４では、認証情報検索ステップ２３で検索結果として取得した認証情報を用いて前記した通信端末に代わって前記したウェブサイトにアクセス要求を送信する。
【００２４】
図３は、本発明のウェブブラウザ認証プログラムのクレーム対応図を示したものである。本発明のウェブブラウザ認証プログラム３０は、ルータのコンピュータにアクセス要求受信処理３１と、第１のアクセス要求送信処理３２と、認証情報検索処理３３と、第２のアクセス要求送信処理３４を実行させるようにしている。ここで、アクセス要求受信処理３１では、ローカルエリアネットワーク側に配置された通信端末からワイドエリアネットワーク側に配置されたウェブサイトに対するアクセス要求を受信する。第１のアクセス要求送信処理３２では、アクセス要求受信処理３１で前記した通信端末から前記したアクセス要求を受信したときその要求先のウェブサイトに対して前記した通信端末の認証情報を伴わないアクセス要求を送信する。認証情報検索処理３３では、認証を必要とするウェブサイトごとに該当する通信端末とその認証情報を記憶した認証情報記憶手段を検索する。これは、第１のアクセス要求送信処理３２で送信したアクセス要求に対して前記したウェブサイトから認証が必要であることを示す情報が送られてきたとき行われる。第２のアクセス要求送信処理３４では、認証情報検索処理３３で検索結果として取得した認証情報を用いて前記した通信端末に代わって前記したウェブサイトにアクセス要求を送信する。
【００２５】
＜発明の実施の形態＞
【００２６】
次に本発明の実施の形態を説明する。
【００２７】
図４は、本発明の実施の形態によるウェブブラウザ認証システムの概要を表わしたものである。本実施の形態のウェブブラウザ認証システム３００では、インターネット３０１にルータ３０２が接続されている。このルータ３０２は、ＬＡＮ（Local Area Network）側ネットワーク３０３を介して通信端末３０４と接続している。インターネット３０１には、各種のサーバが接続している。
【００２８】
本実施の形態では、第１のウェブサーバ３０６と第２のウェブサーバ３０７を例示的に示している。第１のウェブサーバ３０６は、ＣＰＵ（Central Processing Unit）３１１と、このＣＰＵ３１１が実行する制御プログラムを格納したメモリ３１２を備えた制御部３１３を有している。第２のウェブサーバ３０７も、ＣＰＵ３１４と、このＣＰＵ３１４が実行する制御プログラムを格納したメモリ３１５を備えた制御部３１６を有している。第１のウェブサーバ３０６は、認証を必要とする第１のウェブサイト３１７を有している。第２のウェブサーバ３０７は、認証を必要としない第２のウェブサイト３１８を有している。
【００２９】
ルータ３０２はブロードバンドルータであり、同様にＣＰＵ３２１と、このＣＰＵ３２１が実行する制御プログラムを格納したメモリ３２２を備えた制御部３２３を有している。制御部３２３は、次の各機能部を制御する。
【００３０】
ＬＡＮインターフェース部３２４は、１つ以上の８ピンモジュラージャック（ＲＪ−４５）を有しており、ＬＡＮ側ネットワーク３０３を構成するケーブルと接続してパケット信号の送受信処理を行う。ＷＡＮ（Wide Area Network：ワイドエリアネットワーク）インターフェース部３２５は、同様に１つ以上の８ピンモジュラージャック（ＲＪ−４５）を介してインターネット３０１と接続してパケット信号の送受信処理を行う。ＬＡＮインターフェース部３２４およびＷＡＮインターフェース部３２５の接続方法は、以上説明した方法に限定されるものではない。
【００３１】
ルータ部３２６は、パケット転送の条件にしたがってＬＡＮインターフェース部３２４とＷＡＮインターフェース部３２５にパケットを転送する。ルータ装置機能部３２７は、通信端末３０４がウェブブラウザ３３４を使用して、認証を行うウェブサイト３１７にアクセスしたときに、ユーザ名およびパスワードを検索して、これらユーザ名およびパスワードの入力画面を生成する。記憶部３２８は、認証用のユーザ名とパスワードおよびを認証を行うウェブサイトのＵＲＬ（Uniform Resource Locator）の組み合わせを記憶する。
【００３２】
通信端末３０４は、ＣＰＵ３３１と、このＣＰＵ３３１が実行する制御プログラムを格納したメモリ３３２を備えた制御部３３３を有している。通信端末３０４は、ＣＰＵ３３１が実行するアプリケーションソフトウェアとしてのウェブブラウザ３３４と、通信端末を実現するその他の機能部からなる端末機能部３３５を備えている。端末機能部３３５は、たとえば表示用のディスプレイや、各種データを入力する操作部およびＬＡＮ側ネットワーク３０３を介して通信を行う通信制御部（共に図示せず。）を備えている。
【００３３】
第１のウェブサイト３１７は基本認証（Basic Authentication）を行う。ここで基本認証とは、ＨＴＴＰで定義される認証方式の一つである。基本認証では認証に使用するユーザ名およびパスワードの間にコロン「：」を置いたマルチステートメントとして、ベーシック６４と呼ばれるエンコード方式でサーバ側に送信する。基本認証は、認証として最も一般的な方式で広く使用されている。
【００３４】
図５は、本実施の形態のウェブブラウザ認証システムで認証を必要とするウェブサイトにウェブブラウザがアクセスする場合の各部の処理の様子を表わしたものである。図４と共に説明する。この図５の処理でユーザは第１のウェブサイト３１７にユーザ名およびパスワードの組み合わせを登録しているが、ルータ３０２の記憶部３２８にはこのアクセス先のＵＲＬ、ユーザ名およびパスワードがまだ記憶されていないものとする。
【００３５】
通信端末３０４のユーザがウェブブラウザ３３４を使用して、認証を必要とする第１のウェブサイト３１７の閲覧を行うものとし、ＨＴＴＰ ＧＥＴリクエストをルータ３０２に送信したとする（ステップＳ４０１）。ここで、第１のウェブサイト３１７のＵＲＬが「ｈｔｔｐ：／／ｗｗｗ．ｂｂ．ｃｏ．ｊｐ／ｂｂｂ／」であるとし、認証に必要なユーザ名を「ｕｓｅｒ−ｂ」、パスワードを「ｐａｓｓ−ｂ」とする。
【００３６】
ルータ３０２は、ＨＴＴＰ ＧＥＴリクエストを受信すると、ＨＴＴＰレスポンス（以下、単にレスポンスと称する。）の待ち受け状態を開始する（ステップＳ４０２）。そして、受信したＨＴＴＰ ＧＥＴリクエストを宛先としての第１のウェブサイト３１７に転送する（ステップＳ４０３）。
【００３７】
第１のウェブサイト３１７は、図１９で説明したと同様に、ＨＴＴＰ ＧＥＴリクエストを受信すると、エラーメッセージとしての「ＨＴＴＰ４０１Ｕｎａｕｔｈｏｒｉｚｅｄ」というメッセージ（ＨＴＴＰ４０１レスポンス）をルータ３０２に返す（ステップＳ４０４）。
【００３８】
ルータ３０２は第１のウェブサイト３１７からのＨＴＴＰ４０１レスポンスを受信すると、これに対応する認証情報を検索する（ステップＳ４０５）。この段階でルータ３０２には第１のウェブサイト３１７に関する認証情報が登録されていない。そこでルータ３０２はユーザに認証情報を入力させるための認証情報入力画面を生成する（ステップＳ４０６）。そして、ルータ３０２は生成した認証情報入力画面の情報を通信端末３０４へのレスポンスとしてウェブブラウザ３３４に送信する（ステップＳ４０７）。
【００３９】
通信端末３０４は、認証情報入力画面の情報が送られてきたら、これを端末機能部３３５の前記したディスプレイに表示する。
【００４０】
図６は、認証情報入力画面の一例を表わしたものである。認証情報入力画面３４１には、ユーザがアクセスしようとしているＵＲＬとしての「ｈｔｔｐ：／／ｗｗｗ．ｃｃ．ｃｏ．ｊｐ／ｃｃｃ／」についてのユーザ名およびパスワードの入力欄３４２、３４３が配置されている。ユーザは、「ユーザ名、パスワードをルータに記憶する」と記されたチェックボックス３４４にチェック記号を入れることで、次回からのユーザ名およびパスワードの入力を省略することができる。
【００４１】
ルータ３０２の記憶部３２８にアクセス先のＵＲＬ、ユーザ名およびパスワードが記憶されていないので、ユーザはこれらを入力して、必要な場合にはチェックボックス３４４にチェック記号を入れて送信ボタン３４５を押して送信する。なお、本明細書では、説明を簡単にするため、このチェックボックスにチェック記号が入れられているものとして、説明する。キャンセルボタン３４６を押せば、送信をキャンセルすることができる。
【００４２】
図５に戻って説明を続ける。ユーザがアクセス先のＵＲＬ、ユーザ名およびパスワードを入力して送信ボタン３４５（図６）を押せば、ユーザ名およびパスワードがチェックボックス３４４（図６）にチェック記号の記入状況と共にルータ３０２に送信される（ステップＳ４０８）。ルータ３０２はこれを受信して、認証付きのＨＴＴＰ ＧＥＴリクエストを生成する（ステップＳ４０９）。ルータ３０２は、生成した認証付きＨＴＴＰ ＧＥＴリクエストをウェブサイト３１７宛に送信する（ステップＳ４１０）。
【００４３】
認証を必要とする第１のウェブサイト３１７は、認証付きＨＴＴＰ ＧＥＴリクエストを受信し、ユーザ名とパスワードが正しい組み合わせであるかを判別する。正しい組み合わせであれば認証が成功し、成功を示すＨＴＴＰ２００レスポンスをルータ３０２に返す（ステップＳ４１１）。ルータ３０２はこのＨＴＴＰ２００レスポンスをウェブブラウザ３３４に転送する（ステップＳ４１２）。ウェブブラウザ３３４はＨＴＴＰ２００レスポンスを受信する。このようにして、ウェブブラウザ３３４にはアクセスした第１のウェブサイト３１７が表示されることになる。
【００４４】
一方、ルータ３０２は認証が成功したので、アクセス先のＵＲＬ、ユーザ名およびパスワードの組み合わせを記憶部３２８に記憶する（ステップＳ４１３）。そして、レスポンスの待ち受け状態を終了する（ステップＳ４１４）。以上がルータ３０２にアクセス先のＵＲＬ、ユーザ名およびパスワードの組み合わせを記憶していなかった場合のウェブブラウザ認証システム３００の認証処理の様子を表わしたものである。
【００４５】
図７は、認証を必要とするウェブサイトにウェブブラウザがアクセスする場合の各部の処理の様子を表わしたものである。図４と共に説明する。この図７の処理では、ルータ３０２の記憶部３２８にアクセス先のＵＲＬ、ユーザ名およびパスワードが記憶された後の状態を表わしている。図７で図５と同一の処理が行われる箇所については、同一のステップ番号を付しており、これらの説明を適宜省略する。
【００４６】
通信端末３０４のユーザがルータ３０２の記憶部３２８にアクセス先のＵＲＬ、ユーザ名およびパスワードを記憶した後、ウェブブラウザ３３４を使用して、第１のウェブサイト３１７の閲覧を指示したとする。ウェブブラウザ３３４はこれにより、ＨＴＴＰ ＧＥＴリクエストをルータ３０２に送信する（ステップＳ４０１）。
【００４７】
ルータ３０２は、ＨＴＴＰ ＧＥＴリクエストを受信すると、レスポンスの待ち受け状態を開始する（ステップＳ４０２）。そして、受信したＨＴＴＰ ＧＥＴリクエストを宛先としての第１のウェブサイト３１７に転送する（ステップＳ４０３）。
【００４８】
第１のウェブサイト３１７は、ＨＴＴＰ ＧＥＴリクエストを受信すると、エラーメッセージとしての「ＨＴＴＰ４０１Ｕｎａｕｔｈｏｒｉｚｅｄ」というメッセージ（ＨＴＴＰ４０１レスポンス）をルータ３０２に返す（ステップＳ４０４）。
【００４９】
ルータ３０２は第１のウェブサイト３１７からのＨＴＴＰ４０１レスポンスを受信すると、これに対応する認証情報を検索する（ステップＳ４０５）。この時点でルータ３０２には第１のウェブサイト３１７に関する認証情報が登録されている。そこでルータ３０２は認証付きのＨＴＴＰ ＧＥＴリクエストを生成する（ステップＳ４０９）。ルータ３０２は、生成した認証付きＨＴＴＰ ＧＥＴリクエストをウェブサイト３１７宛に送信する（ステップＳ４１０）。
【００５０】
認証を必要とする第１のウェブサイト３１７は、認証付きＨＴＴＰ ＧＥＴリクエストを受信し、ユーザ名とパスワードが正しい組み合わせであるかを判別する。正しい組み合わせであれば認証が成功し、成功を示すＨＴＴＰ２００レスポンスをルータ３０２に返す（ステップＳ４１１）。ルータ３０２はこのＨＴＴＰ２００レスポンスをウェブブラウザ３３４に転送する（ステップＳ４１２）。ウェブブラウザ３３４はＨＴＴＰ２００レスポンスを受信する。このようにして、ウェブブラウザ３３４にはアクセスした第１のウェブサイト３１７が表示されることになる。
【００５１】
一方、ルータ３０２はすでにその記憶部３２８にアクセス先のＵＲＬ、ユーザ名およびパスワードの組み合わせを記憶している。そこでこれらの記憶処理は不要であり、直ちにレスポンスの待ち受け状態を終了する（ステップＳ４１４）。以上がルータ３０２にアクセス先のＵＲＬ、ユーザ名およびパスワードの組み合わせを記憶した後のウェブブラウザ認証システム３００の認証処理の様子を表わしたものである。
【００５２】
図８は、認証を必要とするウェブサイトに対してルータが記憶したユーザ名およびパスワードに基づいた認証付きＨＴＴＰ ＧＥＴリクエストを送出したにもかかわらず認証が成功しなかった場合の各部の処理の様子を表わしたものである。図４と共に説明する。この図８の処理は、ユーザ名あるいはパスワードが使用できなくなったことによって発生する。図８で図５と同一の処理が行われる箇所については、同一のステップ番号を付しており、これらの説明を適宜省略する。
【００５３】
通信端末３０４のユーザがルータ３０２の記憶部３２８にアクセス先のＵＲＬ、ユーザ名およびパスワードを記憶した後、ウェブブラウザ３３４を使用して、第１のウェブサイト３１７の閲覧を指示したとする。ウェブブラウザ３３４はこれにより、ＨＴＴＰ ＧＥＴリクエストをルータ３０２に送信する（ステップＳ４０１）。
【００５４】
これ以後、ルータ３０２が記憶部３２８を使用して認証付きのＨＴＴＰ ＧＥＴリクエストをウェブサイト３１７宛に送信する（ステップＳ４１０）までの処理は、図７と同一である。ここで本来ならば、図７のステップＳ４１１に示したように認証が成功し、成功を示すＨＴＴＰ２００レスポンスがルータ３０２に返ってくる。ところが、図８に示した例では、ユーザ名とパスワードの組み合わせが正しくないためエラーメッセージとしてのＨＴＴＰ４０１レスポンスがルータ３０２に返送される（ステップＳ４０４）。
【００５５】
そこで、図８に示したこの例では、ルータ３０２が正しいユーザ名およびパスワードを知るために認証情報入力画面を作成する（ステップＳ４０６）。そして、ルータ３０２は生成した認証情報入力画面の情報を通信端末３０４へのレスポンスとしてウェブブラウザ３３４に送信する（ステップＳ４０７）。
【００５６】
このようにして通信端末３０４のディスプレイには、認証情報入力画面が表示される。ユーザはそこでアクセス先のＵＲＬ、ユーザ名およびパスワードを入力して送信ボタン３４５を押し、これらがルータ３０２に送信される（ステップＳ４０８）。ルータ３０２はこれを受信して、認証付きのＨＴＴＰ ＧＥＴリクエストを再度生成する（ステップＳ４０９）。ルータ３０２は、生成した認証付きＨＴＴＰ ＧＥＴリクエストをウェブサイト３１７宛に送信する（ステップＳ４１０）。
【００５７】
第１のウェブサイト３１７は、認証付きＨＴＴＰ ＧＥＴリクエストを受信すると、ユーザ名とパスワードが正しい組み合わせであるかを再度判別する。正しい組み合わせであれば認証が成功し、成功を示すＨＴＴＰ２００レスポンスをルータ３０２に返す（ステップＳ４１１）。ルータ３０２はこのＨＴＴＰ２００レスポンスをウェブブラウザ３３４に転送する（ステップＳ４１２）。これにより、ユーザの手間は掛かったがウェブブラウザ３３４に第１のウェブサイト３１７が表示されることになる。
【００５８】
ルータ３０２では、認証の成功に基づいてアクセス先のＵＲＬ、ユーザ名およびパスワードの組み合わせが記憶部３２８に再度記憶される（ステップＳ４１３Ａ）。そして、レスポンスの待ち受け状態を終了する（ステップＳ４１４）。このように記憶部３２８に記憶されているアクセス先のＵＲＬ、ユーザ名およびパスワードが正しい組み合わせに修正される。したがって、何らかの原因で第１のウェブサイト３１７が認証を不成功とした場合でも、この障害を解消させることができる。
【００５９】
図９は、ルータ側にユーザ名とパスワードが記憶されていない場合でユーザから得られたこれらの情報で認証処理がうまくいかないような場合のウェブブラウザ認証システムにおける各部の処理の様子を表わしたものである。図４と共に説明する。この図９の処理で図５と同一の処理が行われる箇所については、同一のステップ番号を付しており、これらの説明を適宜省略する。
【００６０】
この例の場合には、図５の処理と同様に、ユーザは第１のウェブサイト３１７にユーザ名およびパスワードの組み合わせを登録しているが、ルータ３０２の記憶部３２８にまだアクセス先のＵＲＬ、ユーザ名およびパスワードが記憶されていない。そこで、ステップＳ４０１〜ステップＳ４１０の処理が、図５と同様に進行する。ステップＳ４１０では、ステップＳ４０８でウェブブラウザ３３４から送ってきたユーザ名とパスワードを基にして認証付きＨＴＴＰ ＧＥＴリクエストをウェブサイト３１７宛に送信している。図５に示した例では、認証の成功を示すＨＴＴＰ２００レスポンスがルータ３０２に返送されている（ステップＳ４１１）
【００６１】
図９の例は、たとえばユーザがウェブブラウザ３３４から間違ったユーザ名やパスワードを入力したような場合であり、エラーメッセージとしてのＨＴＴＰ４０１レスポンスがルータ３０２に返送される（ステップＳ４０４）。このため、ルータ３０２は第１のウェブサイト３１７から認証の成功を示すＨＴＴＰ２００レスポンスが返送されてくるまで、図９におけるステップＳ４０６からステップＳ４１０までの処理を繰り返すことになる（ステップＳ４５１）。
【００６２】
第１のウェブサイト３１７から認証の成功を示すＨＴＴＰ２００レスポンスが返送されてきたら（ステップＳ４１１）、ルータ３０２は図５のステップＳ４１２以降の処理と同様の処理を行って、レスポンスの待ち受け状態を終了する（ステップＳ４１４）。
【００６３】
このように図９の処理では、第１のウェブサイト３１７が認証の成功を示すＨＴＴＰ２００レスポンスを返すまでユーザがユーザ名やパスワードを繰り返し入力することになる（ステップＳ４５１）。したがって、異なるＵＲＬに対応するユーザ名やパスワードを誤って入力したり、大文字や小文字を間違えて入力したような場合に、ユーザがその間違いに気付いて、最終的に認証を成功させることができる。
【００６４】
図１０は、ルータ側にユーザ名とパスワードが記憶されているにもかかわらず認証が失敗した場合のウェブブラウザ認証システムにおける各部の処理の様子を表わしたものである。図４と共に説明する。この図１０の処理で図５と同一の処理が行われる箇所については、同一のステップ番号を付しており、これらの説明を適宜省略する。
【００６５】
この例の場合には、図５の処理と同様に、ユーザは第１のウェブサイト３１７にユーザ名およびパスワードの組み合わせを登録しており、ルータ３０２の記憶部３２８にもこれらの情報が記憶されている。このため、ステップＳ４０１〜ステップＳ４０５までの処理が、図５と同様に進行するとルータ３０２は認証情報を取得する。ルータ３０２はこの認証情報を用いて認証付きのＨＴＴＰ ＧＥＴリクエストを生成する（ステップＳ４６１）。ルータ３０２は、生成した認証付きＨＴＴＰ ＧＥＴリクエストをウェブサイト３１７宛に送信する（ステップＳ４１０）。
【００６６】
認証を必要とする第１のウェブサイト３１７は、認証付きＨＴＴＰ ＧＥＴリクエストを受信し、ユーザ名とパスワードが正しい組み合わせであるかを判別する。この結果、エラーメッセージとしてのＨＴＴＰ４０１レスポンスをルータ３０２に返す（ステップＳ４０４）。これは、ステップＳ４０５で検索した認証情報が正しくなかったことを意味する。
【００６７】
そこでルータ３０２はユーザに認証情報を入力させるための認証情報入力画面を作成する（ステップＳ４６２）。そして、ルータ３０２は生成した認証情報入力画面の情報をウェブブラウザ３３４に送信する（ステップＳ４０７）。
【００６８】
ユーザはそこでアクセス先のＵＲＬ、ユーザ名およびパスワードを入力して送信ボタン３４５（図６）を押し、これらがルータ３０２に送信される（ステップＳ４０８）。ルータ３０２はこれを受信して、認証付きのＨＴＴＰ ＧＥＴリクエストを再度生成する（ステップＳ４０９）。ルータ３０２は、生成した認証付きＨＴＴＰ ＧＥＴリクエストをウェブサイト３１７宛に送信する（ステップＳ４１０）。
【００６９】
ユーザが第１のウェブサイト３１７の認証用に設定したユーザ名およびパスワードと異なるユーザ名あるいはパスワードをルータ３０２の記憶部３２８に記憶させていたとする。そして、ユーザがルータ３０２から送られてきた認証情報入力画面に対して記憶部３２８に記憶させていたと同様の間違ったユーザ名あるいはパスワードを入力したとする。このような場合には、ステップＳ４１０で認証付きＨＴＴＰ ＧＥＴリクエストをウェブサイト３１７宛に送信しても、ウェブサイト３１７はエラーメッセージとしてのＨＴＴＰ４０１レスポンスをルータ３０２に返送してくる（ステップＳ４０４）。
【００７０】
そこでルータ３０２は、第１のウェブサイト３１７から認証の成功を示すＨＴＴＰ２００レスポンスが返送されてくるまで、図１０におけるステップＳ４６２からステップＳ４１０までの処理を繰り返すことになる（ステップＳ４６３）。
【００７１】
第１のウェブサイト３１７から認証の成功を示すＨＴＴＰ２００レスポンスが返送されてきたら（ステップＳ４１１）、ルータ３０２はこのＨＴＴＰ２００レスポンスをウェブブラウザ３３４に転送する（ステップＳ４１２）。その後、記憶部３２８に記憶させていたアクセス先のＵＲＬ、ユーザ名およびパスワードの組み合わせを記憶部３２８に上書きして内容を修正する（ステップＳ４６４）。そして、レスポンスの待ち受け状態を終了する（ステップＳ４１４）。
【００７２】
ルータ３０２は、以上説明した図５、図７〜図１０の処理を可能にする制御プログラムをそのメモリ３３２に格納している。この制御プログラムの内容を次に説明する。
【００７３】
図１１はルータがＬＡＮ側ネットワークを介して通信端末からＨＴＴＰ ＧＥＴリクエストを受信した場合の処理の概要を表わしたものである。図４と共に説明する。
【００７４】
ルータ３０２は、そのＬＡＮインターフェース部３２４を用いてＬＡＮ側ネットワーク３０３からパケットが受信されるのを監視している（ステップＳ５０１）。パケットを受信したら（Ｙ）、ＬＡＮインターフェース部３２４はこれがＨＴＴＰ ＧＥＴリクエストであるかを判別する（ステップＳ５０２）。ＨＴＴＰ ＧＥＴリクエスト以外のパケットであった場合には（Ｎ）、そのパケットの種類に応じた処理を実行する。
【００７５】
一方、ステップＳ５０２で受信したパケットがＨＴＴＰ ＧＥＴリクエストであると判別した場合（Ｙ）、ルータ３０２はレスポンスの待ち受け状態を開始する（ステップＳ５０３）。そして、受信したＨＴＴＰ ＧＥＴリクエストを宛先としてのたとえば第１のウェブサイト３１７に転送する（ステップＳ５０４）。この後、該当するウェブサイトからのレスポンスの受信を待機する（ステップＳ５０５）。
【００７６】
この待機状態でレスポンスを受信したら（Ｙ）、これがエラーメッセージとしてのＨＴＴＰ４０１レスポンスであるかをチェックする（ステップＳ５０６）。ＨＴＴＰ４０１レスポンスであれば（Ｙ）、後に詳細に説明する認証処理を実行する（ステップＳ５０７）。これが終了したら、レスポンスの待ち受け状態を終了して（ステップＳ５０８）、再びステップＳ５０１の処理に戻る（リターン）。ステップＳ５０６でＨＴＴＰ４０１レスポンス以外のレスポンスを受信した場合には（Ｎ）、そのレスポンスを該当の通信端末に転送して（ステップＳ５０９）、ステップＳ５０８の処理に進むことになる。
【００７７】
図１２は、図１１のステップＳ５０７で示したルータによる認証処理を具体的に表わしたものである。図４と共に説明する。
【００７８】
この認証処理では、図１１に示したように第１のウェブサイト３１７からのレスポンスがＨＴＴＰ４０１レスポンスであったので、ルータ３０２は記憶部３２８に認証情報としてアクセス先のＵＲＬ、ユーザ名およびパスワードが登録されているかを検索する（ステップＳ５２１）。前記したように、第１のウェブサイト３１７のＵＲＬが「ｈｔｔｐ：／／ｗｗｗ．ｂｂ．ｃｏ．ｊｐ／ｂｂｂ／」であり、認証に必要なユーザ名が「ｕｓｅｒ−ｂ」、パスワードが「ｐａｓｓ−ｂ」である。ユーザ名およびパスワードは通信端末３０４のユーザと対応付けてアクセス先である第１のウェブサイト３１７に既に登録されているものとする。
【００７９】
ルータ３０２が記憶部３２８を検索した結果、認証情報が登録されていなかったとする（ステップＳ５２２：Ｎ、Ａｕｔｈ＝０）。ここで「Ａｕｔｈ」とは、認証処理の経緯を管理する値である。
【００８０】
図１３は、ルータの記憶部の登録内容の一例を示したものである。記憶部３２８には、第１のウェブサイト３１７のＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｂｂ．ｃｏ．ｊｐ／ｂｂｂ／」およびユーザ名およびパスワードが未登録である。
【００８１】
図１２に戻って説明を続ける。記憶部３２８に第１のウェブサイト３１７に関する認証情報が登録されていないので（ステップＳ５２２：Ｎ）、ルータ３０２は認証情報入力画面を生成する（ステップＳ５２３）。ルータ３０２はこの認証情報入力画面を通信端末３０４に送信する（ステップＳ５２４）。そして、ユーザ名およびパスワードが通信端末３０４から送られてくるのを待機する（ステップＳ５２５）。
【００８２】
通信端末３０４から新たにユーザ名およびパスワードを受信したら（ステップＳ５２５：Ｙ）、ルータ３０２は認証付きＨＴＴＰ ＧＥＴリクエストを生成する（ステップＳ５２６）。そして、この認証付きＨＴＴＰ ＧＥＴリクエストをアクセス先の第１のウェブサイト３１７に送信することになる（ステップＳ５２７）。
【００８３】
一方、ステップＳ５２２で第１のウェブサイト３１７に関する認証情報が記憶部３２８に登録されていた場合には（Ｙ）、通信端末３０４に認証情報を問い合わせる必要がない。そこでこの場合にはルータ３０２は直ちに認証付きＨＴＴＰ ＧＥＴリクエストを生成し（ステップＳ５２６）、この認証付きＨＴＴＰ ＧＥＴリクエストをアクセス先の第１のウェブサイト３１７に送信する（ステップＳ５２７）。このようにしてルータ３０２は、通信端末３０４のユーザ名およびパスワードを認証付きＨＴＴＰ ＧＥＴリクエストとしてアクセス先の第１のウェブサイト３１７に送信して、この第１のウェブサイト３１７からのレスポンスの受信を待機する（ステップＳ５２８）。
【００８４】
第１のウェブサイト３１７からレスポンスの受信があったら（ステップＳ５２８：Ｙ）、レスポンスコードが２００であるか４０１であるかの判別が行われる（ステップＳ５２９、ステップＳ５３０）。ここでレスポンスコードが２００であるとは、認証の成功を表わすＨＴＴＰ２００レスポンスが第１のウェブサイト３１７から送られてきたことを意味する。レスポンスコードが４０１であるとは、エラーメッセージを表わすＨＴＴＰ４０１レスポンスが第１のウェブサイト３１７から送られてきたことを意味する。
【００８５】
図１４は、ルータの記憶部の登録内容の他の例を示したものである。この例では、記憶部３２８に登録されているユーザ名が「ｕｓｅｒ−ｂ」であり、パスワードは「ｐａｓｓ−１」である。パスワードが第１のウェブサイト３１７に登録されている「ｐａｓｓ−ｂ」と異なっている。
【００８６】
この図１４の例の場合、ルータ３０２は図１２のステップＳ５２２で認証情報が記憶部３２８に登録されていたと判別する（Ｙ、Ａｕｔｈ＝１）。ただし、パスワードが第１のウェブサイト３１７に登録されているものと異なっている。このため、認証付きＨＴＴＰ ＧＥＴリクエストをアクセス先の第１のウェブサイト３１７に送信すると（ステップＳ５２７）、ＨＴＴＰ４０１レスポンスが返送されてくる（ステップＳ５２９：Ｎ、ステップＳ５３０：Ｙ）。
【００８７】
この例の場合、ルータ３０２は認証処理の経緯を管理する値としての「Ａｕｔｈ」が「０」であるかをチェックする（ステップＳ５３１）。「０」ではないので（Ｎ）、認証処理の経緯を管理する値が「１」から「２」に変更される。そして、ステップＳ５２３に戻って、ルータ３０２は認証情報入力画面を生成して通信端末３０４に送信し、認証付きＨＴＴＰ ＧＥＴリクエストを行ってレスポンスの受信を待機するという処理を、レスポンスコードが「２００」になるまで繰り返す（ステップＳ５２３〜ステップＳ５３０）。
【００８８】
ユーザが入力の誤りに気付いてパスワードを「ｐａｓｓ−ｂ」にしたものをルータ３０２に送ってくると（ステップＳ５２５：Ｙ）、これを基にした認証付きＨＴＴＰ ＧＥＴリクエストが第１のウェブサイト３１７に送信される（ステップＳ５２７）。この場合には、第１のウェブサイト３１７から成功を示すＨＴＴＰ２００レスポンスがルータ３０２に送られてくる（ステップＳ５２９：Ｙ）。ルータ３０２はこの場合、このＨＴＴＰ２００レスポンスを通信端末３０４に転送する（ステップＳ５３２）。
【００８９】
ルータ３０２は、このときの認証処理の経緯を管理する値が「１」であるかをチェックする（ステップＳ５３３）。この値が「１」である場合とは、認証情報が記憶部３２８に登録されていて（ステップＳ５２２：Ｙ）、これを基にした認証付きＨＴＴＰ ＧＥＴリクエストで認証が成功した場合である（ステップＳ５２９：Ｙ）。この場合には（ステップＳ５３３：Ｙ）、記憶部３２８に登録されている認証情報は正しい。そこで記憶部３２８の登録内容の修正を行うことなく、一連の認証処理を終了する（エンド）。
【００９０】
一方、認証処理の経緯を管理する値が「１」以外の場合（ステップＳ５３３：Ｎ）、ルータ３０２はこの値が「０」であるかをチェックする（ステップＳ５３４）。認証処理の経緯を管理する値が「０」である場合とは、認証情報が記憶部３２８に登録されておらず（ステップＳ５２２：Ｎ）、ユーザに問い合わせたユーザ名とパスワードで認証が成功した場合である。この場合は、ユーザが入力したユーザ名とパスワードが間違っていてＨＴＴＰ４０１レスポンスが第１のウェブサイト３１７から返ってきたために（ステップＳ５３０：Ｙ）、ユーザによる認証情報の再送信を行う場合（ステップＳ５３１：Ｙ）を含んでいる。ステップＳ５３４で認証処理の経緯を管理する値が「０」であると判別された場合（Ｙ）、ルータ３０２はアクセス先の第１のウェブサイト３１７とこれに対するユーザ名およびパスワードを記憶部３２８に登録する（ステップＳ５３５）。そして、ルータ３０２は一連の認証処理を終了する（エンド）。
【００９１】
ステップＳ５３４で認証処理の経緯を管理する値が「０」以外であると判別された場合とは、認証情報が記憶部３２８に登録されていているにも係わらず（ステップＳ５２２：Ｙ）、これに基づく認証が成功しなかった場合である（ステップＳ５３０：Ｙ）。この場合にはユーザによる認証情報の再送信によって第１のウェブサイト３１７から成功を示すＨＴＴＰ２００レスポンスを得られた（ステップＳ５２９：Ｙ）。したがって、ステップＳ５２５で新たに得られた認証情報で、記憶部３２８の登録内容の修正が行われる（ステップＳ５３６）。そして、ルータ３０２は一連の認証処理を終了する（エンド）。
【００９２】
図１５は、ルータの記憶部の修正後の内容を表わしたものである。図１４と比較すると、図１５の記憶部３２８における第１のウェブサイト３１７のＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｂｂ．ｃｏ．ｊｐ／ｂｂｂ／」に対するパスワードが「ｐａｓｓ−１」から「ｐａｓｓ−ｂ」に修正されていることが分かる。
【００９３】
最後に第１のウェブサイト３１７からＨＴＴＰ２００レスポンスおよびＨＴＴＰ４０１レスポンス以外のレスポンスが送られてきた場合を説明する。この場合には（ステップＳ５２９：Ｎ、ステップＳ５３０：Ｎ）、このレスポンスを該当する通信端末３０４に転送する（ステップＳ５３７）。そして、この場合にもルータ３０２は一連の認証処理を終了することになる（エンド）。
【００９４】
以上詳細に説明したように本実施の形態によれば、ルータ３０２のＬＡＮ側に接続した通信端末３０４がウェブブラウザ３３４を使用して認証を行うウェブサイトである第１のウェブサイト３１７にアクセスした際に、次のような効果がある。
【００９５】
第１に、ルータ３０２が生成した認証情報入力画面にユーザがユーザ名とパスワードを入力して、認証を行う第１のウェブサイト３１７にアクセスすると、ルータ３０２がアクセス先のＵＲＬ、ユーザ名およびパスワードを記憶する。これ以降は、ルータ３０２が記憶しているアクセス先のＵＲＬにアクセスした際に、通信端末３０４からのユーザ名とパスワードの入力が不要になる。
【００９６】
第２に、ルータ３０２の記憶部３２８に認証情報が記憶されていれば、認証情報を入力したときと異なる端末を使用した場合においても、ルータ３０２が記憶しているユーザ名とパスワードを使用して、認証を行うウェブサイトにアクセスすることができる。このようにルータ３０２が認証を行うことでユーザはユーザ名とパスワードを毎回入力する必要がなくなり利便性が向上する。
【００９７】
＜発明の第１の変形例＞
【００９８】
以上説明した実施の形態では、図４に示すルータ３０２は通信端末３０４からＨＴＴＰ ＧＥＴリクエストを受信してＷＡＮ側にこれを転送した後にＨＴＴＰ４０１レスポンスを受信して記憶部３２８で認証情報の検索を行っていた。本発明はこれに限定されるものではない。たとえば、通信端末３０４のＭＡＣアドレス（Media Access Control address）やＩＰアドレス（Internet Protocol Address）を用いて認証情報の検索を行うか行わないかを設定することも可能である。これにより、特定の通信端末に限って認証操作を簡略化させることができる。
【００９９】
図１６は、本発明の第１の変形例における認証情報検索要否テーブルの内容を示したものである。この認証情報検索要否テーブル６０１は、たとえば図４に示したルータ３０２の記憶部３２８における認証情報を記憶する領域以外の所定の領域に記憶する。
【０１００】
この変形例の認証情報検索要否テーブル６０１では、ＩＰアドレスが１９２.１６８.１１.２である通信端末について、認証情報の検索を行う旨の設定を行っている。ＩＰアドレスが１９２.１６８.１１.３である他の通信端末については、認証情報の検索を行わない旨の設定を行っている。
【０１０１】
図１７は、この第１の変形例でＨＴＴＰ ＧＥＴリクエストを受信した場合のルータの認証処理を表わしたものである。この処理は、先の実施の形態における図１１の処理におけるステップＳ５０７を具体化した図１２の処理に対応している。図４、図１１、図１２、図１６および図１９と共に説明する。なお、この変形例の「ルータ」はルータ３０２Ａと表記して、実施の形態で説明したルータ３０２と区別する。
【０１０２】
図１１で示したようにルータ３０２が通信端末３０４からＨＴＴＰ ＧＥＴリクエストを受信してこれを第１のウェブサイト３１７に転送してエラーメッセージとしてのＨＴＴＰ４０１レスポンスを受信したとする（図１１ステップＳ５０６：Ｙ）。この場合、変形例のルータ３０２Ａは、図１６に示した認証情報検索要否テーブル６０１を参照する（図１７ステップＳ７０１）。そして、ＨＴＴＰ ＧＥＴリクエストを送出した通信端末３０４のＩＰアドレスに対応して記入された検索の要否が検索を要とする場合には（ステップＳ７０２：Ｙ）、記憶部３２８における認証情報の検索を行う（ステップＳ７０３）。通信端末３０４のＩＰアドレスが「１９２.１６８.１１.２」の場合である。この場合、ルータ３０２Ａは、これ以後、図１２のステップＳ５２２〜ステップＳ５３７のうちの該当する処理を実行する（ステップＳ７０４）。すなわち、この場合のステップＳ７０４の処理は実施の形態で示した処理と同一である。
【０１０３】
これに対して、通信端末３０４のＩＰアドレスに対応して記入された検索の要否が検索を不要とするものであったとする（ステップＳ７０２：Ｎ）。通信端末３０４のＩＰアドレスが「１９２.１６８.１１.３」の場合である。この場合、ルータ３０２Ａが受信した第１のウェブサイト３１７からのＨＴＴＰ４０１レスポンスを該当するウェブブラウザ３３４に転送する（ステップＳ７０５）。
【０１０４】
ウェブブラウザ３３４では、図１９のステップＳ２０５以降の処理を行う。すなわち、ウェブブラウザ３３４は、エラーメッセージが返ってきたことから、アクセスしようとする第１のウェブサイト３１７が認証を必要としていることを判断する。そこでウェブブラウザ３３４は、ユーザに入力を促すためのダイアログボックス等の画面表示を行って、ユーザ名とパスワードの入力を求めることになる（ステップＳ２０５参照）。
【０１０５】
通信端末３０４のユーザがユーザ名とパスワードの入力を行ったとする（ステップＳ２０６参照）。すると、ウェブブラウザ３３４は、認証付きＨＴＴＰ ＧＥＴリクエストをルータ３０２Ａに向けて送信する（ステップＳ２０７参照）。
【０１０６】
図１７に示すようにルータ３０２ＡはステップＳ７０５の処理を行った後、認証付きＨＴＴＰ ＧＥＴリクエストの受信を待機している（ステップＳ７０６）。ルータ３０２Ａは認証付きＨＴＴＰ ＧＥＴリクエストを受信したら（Ｙ）、これを第１のウェブサイト３１７に転送する（ステップＳ７０７）。そして、第１のウェブサイト３１７からのレスポンスを待機する（ステップＳ７０８）。第１のウェブサイト３１７からレスポンスを受信したら（Ｙ）、これが認証の成功を示すＨＴＴＰ２００レスポンスであった場合（ステップＳ７０９：Ｙ）、このＨＴＴＰ２００レスポンスをウェブブラウザ３３４に転送して（ステップＳ７１０）、一連の処理を終了する（エンド）。
【０１０７】
一方、第１のウェブサイト３１７からレスポンスが認証の失敗を示すＨＴＴＰ４０１レスポンスであった場合には（ステップＳ７０９：Ｎ、ステップＳ７１１：Ｙ）、ステップＳ７０５に戻ってこのＨＴＴＰ４０１レスポンスをウェブブラウザ３３４に転送する（ステップＳ７０５）。この場合、通信端末３０４のユーザはユーザ名とパスワードの入力を再度行って、これ以降の前記した処理が行われることになる。第１のウェブサイト３１７からＨＴＴＰ２００レスポンスとＨＴＴＰ４０１レスポンス以外のレスポンスを受信した場合には（ステップＳ７１１：Ｎ）、そのレスポンスをウェブブラウザ３３４に転送して（ステップＳ７１２）、一連の処理を終了する（エンド）。
【０１０８】
＜発明の第２の変形例＞
【０１０９】
次に本発明の第２の変形例を説明する。この第２の変形例のルータ（以下、ルータ３０２Ｂと称する。）は、同一のウェブサイトにアクセスする際に、アクセスする通信端末ごとにユーザ名とパスワードを設定することができる。
【０１１０】
図１８は、第２の変形例のルータの記憶部の内容を表わしたものである。この変形例の記憶部３２８Ｂでは、「ＨＴＴＰ：／／ｗｗｗ．ａａ．ｃｏ．ｊｐ／ａａａ／」という同一のアクセス先のＵＲＬに対して、項目（Ｎｏ．）「１」と「２」では異なった通信端末のＩＰアドレス（Internet Protocol Address）が指定されている。これらのＩＰアドレスに対するユーザ名とパスワードもそれぞれ異なっている。これにより、同一のルータ３０２Ｂに接続された２つの通信端末で同一のウェブサイトにアクセスする際のユーザ名とパスワードを使い分けることができる。具体的には、ＩＰアドレスが１９２.１６８.１１.１５１の場合、ユーザ名は「ｕｓｅｒ−１」を、またパスワードは「ｐａｓｓ−１」を使用し、ＩＰアドレスが１９２.１６８.１１.１５２の場合ユーザ名は「ｕｓｅｒ−２」を、パスワードは「ｐａｓｓ−２」を使用する。
【０１１１】
また、項目「３」では、記憶部３２８Ｂに挙げられているＩＰアドレス以外のすべてのＩＰアドレスに対して、１組のユーザ名とパスワードが設定されている。これにより、１９２.１６８.１１.１５１あるいは１９２.１６８.１１.１５２以外のＩＰアドレスを割り当てられたすべての通信端末は、「ＨＴＴＰ：／／ｗｗｗ．ａａ．ｃｏ．ｊｐ／ａａａ／」のウェブサイトに１種類のユーザ名とパスワードでアクセスできる。具体的には、ユーザ名「ｕｓｅｒ−３」とパスワード「ｐａｓｓ−３」を使用してアクセスする。
【０１１２】
この第２の変形例によれば、ルータのＬＡＮ側に複数の端末が存在する場合に、端末ごとに認証操作を行うかどうかを制限させることや、同じウェブサイトにアクセスした際に端末ごとに異なるユーザ名とパスワードを使用することができるという効果がある。
【０１１３】
この第２の変形例では、通信端末のＩＰアドレスに対応付けてユーザ名とパスワードを管理したが、それぞれの通信端末のＭＡＣアドレス（Media Access Control address）にこれらを対応付けてもよい。更に実施の形態および各変形例ではウェブサイトが基本認証（Basic Authentication）を使用することを前提に説明を行った。これ以外にも、たとえばウェブサイトがダイジェスト認証（Digest Authentication）を使用している場合においても、本発明によって認証操作を簡略化することができる。
【符号の説明】
【０１１４】
１０、３０２ ルータ
１１ アクセス要求受信手段
１２ 第１のアクセス要求送信手段
１３ 認証情報記憶手段
１４ 認証情報検索手段
１５ 第２のアクセス要求送信手段
２０ ルータのウェブブラウザ認証方法
２１ アクセス要求受信ステップ
２２ 第１のアクセス要求送信ステップ
２３ 認証情報検索ステップ
２４ 第２のアクセス要求送信ステップ
３０ ウェブブラウザ認証プログラム
３１ アクセス要求受信処理
３２ 第１のアクセス要求送信処理
３３ 認証情報検索処理
３４ 第２のアクセス要求送信処理
３００ ウェブブラウザ認証システム
３０１ インターネット
３０４ 通信端末
３０６ 第１のウェブサーバ
３１１、３２１、３３１ ＣＰＵ
３１２、３２２、３３２ メモリ
３１７ 第１のウェブサイト
３２４ ＬＡＮインターフェース部
３２５ ＷＡＮインターフェース部
３２６ ルータ部
３２８、３２８Ｂ 記憶部
６０１ 認証情報検索要否テーブル
【特許請求の範囲】
【請求項１】
ローカルエリアネットワーク側に接続された通信端末からワイドエリアネットワーク側に接続されたウェブサイトに対するアクセス要求を受信するアクセス要求受信手段と、
このアクセス要求受信手段が前記通信端末から前記アクセス要求を受信したときその要求先のウェブサイトに対して前記通信端末の認証情報を伴わないアクセス要求を送信する第１のアクセス要求送信手段と、
認証を必要とするウェブサイトごとに該当する通信端末とその認証情報を記憶した認証情報記憶手段と、
前記アクセス要求送信手段の送信したアクセス要求に対して前記ウェブサイトから認証が必要であることを示す情報が送られてきたとき前記認証情報記憶手段を検索する認証情報検索手段と、
この認証情報検索手段が検索結果として取得した認証情報を用いて前記通信端末に代わって前記ウェブサイトにアクセス要求を送信する第２のアクセス要求送信手段
とを具備することを特徴とするルータ。
【請求項２】
前記認証情報記憶手段に該当する認証情報が存在しなかったとき前記アクセス要求を行った通信端末に対して認証情報の送信を要求する認証情報送信要求手段と、
この認証情報送信要求手段による要求に対して前記通信端末から認証情報が送られてきたときこれを受信する認証情報受信手段
とを具備することを特徴とする請求項１記載のルータ。
【請求項３】
前記認証情報受信手段の受信した認証情報を用いて前記通信端末に代わって前記ウェブサイトにアクセス要求を送信する第３のアクセス要求送信手段を具備することを特徴とする請求項２記載のルータ。
【請求項４】
前記第３のアクセス要求送信手段の要求に対して前記ウェブサイトから認証の成功を示す情報が送られてきたとき前記認証情報記憶手段の内容を更新する認証情報記憶手段更新手段を具備することを特徴とする請求項３記載のルータ。
【請求項５】
前記認証情報検索手段は前記通信端末をＩＰアドレスあるいはＭＡＣアドレスで検索することを特徴とする請求項１記載のルータ。
【請求項６】
前記認証情報記憶手段には、通信端末ごとに異なったユーザ名とパスワードが登録されていることを特徴とする請求項１記載のルータ。
【請求項７】
前記認証情報記憶手段には、特定の複数の通信端末に対して同一のユーザ名とパスワードが登録されていることを特徴とする請求項１記載のルータ。
【請求項８】
ローカルエリアネットワーク側に配置された通信端末からワイドエリアネットワーク側に配置されたウェブサイトに対するアクセス要求を受信するアクセス要求受信ステップと、
このアクセス要求受信ステップで前記通信端末から前記アクセス要求を受信したときその要求先のウェブサイトに対して前記通信端末の認証情報を伴わないアクセス要求を送信する第１のアクセス要求送信ステップと、
前記アクセス要求送信ステップで送信したアクセス要求に対して前記ウェブサイトから認証が必要であることを示す情報が送られてきたとき認証を必要とするウェブサイトごとに該当する通信端末とその認証情報を記憶した認証情報記憶手段を検索する認証情報検索ステップと、
この認証情報検索ステップで検索結果として取得した認証情報を用いて前記通信端末に代わって前記ウェブサイトにアクセス要求を送信する第２のアクセス要求送信ステップ
とを具備することを特徴とするルータのウェブブラウザ認証方法。
【請求項９】
ルータのコンピュータに、
ローカルエリアネットワーク側に配置された通信端末からワイドエリアネットワーク側に配置されたウェブサイトに対するアクセス要求を受信するアクセス要求受信処理と、
このアクセス要求受信処理で前記通信端末から前記アクセス要求を受信したときその要求先のウェブサイトに対して前記通信端末の認証情報を伴わないアクセス要求を送信する第１のアクセス要求送信処理と、
前記アクセス要求送信処理で送信したアクセス要求に対して前記ウェブサイトから認証が必要であることを示す情報が送られてきたとき認証を必要とするウェブサイトごとに該当する通信端末とその認証情報を記憶した認証情報記憶手段を検索する認証情報検索処理と、
この認証情報検索処理で検索結果として取得した認証情報を用いて前記通信端末に代わって前記ウェブサイトにアクセス要求を送信する第２のアクセス要求送信処理
を実行させることを特徴とするウェブブラウザ認証プログラム。
【請求項１】
ローカルエリアネットワーク側に接続された通信端末からワイドエリアネットワーク側に接続されたウェブサイトに対するアクセス要求を受信するアクセス要求受信手段と、
このアクセス要求受信手段が前記通信端末から前記アクセス要求を受信したときその要求先のウェブサイトに対して前記通信端末の認証情報を伴わないアクセス要求を送信する第１のアクセス要求送信手段と、
認証を必要とするウェブサイトごとに該当する通信端末とその認証情報を記憶した認証情報記憶手段と、
前記アクセス要求送信手段の送信したアクセス要求に対して前記ウェブサイトから認証が必要であることを示す情報が送られてきたとき前記認証情報記憶手段を検索する認証情報検索手段と、
この認証情報検索手段が検索結果として取得した認証情報を用いて前記通信端末に代わって前記ウェブサイトにアクセス要求を送信する第２のアクセス要求送信手段
とを具備することを特徴とするルータ。
【請求項２】
前記認証情報記憶手段に該当する認証情報が存在しなかったとき前記アクセス要求を行った通信端末に対して認証情報の送信を要求する認証情報送信要求手段と、
この認証情報送信要求手段による要求に対して前記通信端末から認証情報が送られてきたときこれを受信する認証情報受信手段
とを具備することを特徴とする請求項１記載のルータ。
【請求項３】
前記認証情報受信手段の受信した認証情報を用いて前記通信端末に代わって前記ウェブサイトにアクセス要求を送信する第３のアクセス要求送信手段を具備することを特徴とする請求項２記載のルータ。
【請求項４】
前記第３のアクセス要求送信手段の要求に対して前記ウェブサイトから認証の成功を示す情報が送られてきたとき前記認証情報記憶手段の内容を更新する認証情報記憶手段更新手段を具備することを特徴とする請求項３記載のルータ。
【請求項５】
前記認証情報検索手段は前記通信端末をＩＰアドレスあるいはＭＡＣアドレスで検索することを特徴とする請求項１記載のルータ。
【請求項６】
前記認証情報記憶手段には、通信端末ごとに異なったユーザ名とパスワードが登録されていることを特徴とする請求項１記載のルータ。
【請求項７】
前記認証情報記憶手段には、特定の複数の通信端末に対して同一のユーザ名とパスワードが登録されていることを特徴とする請求項１記載のルータ。
【請求項８】
ローカルエリアネットワーク側に配置された通信端末からワイドエリアネットワーク側に配置されたウェブサイトに対するアクセス要求を受信するアクセス要求受信ステップと、
このアクセス要求受信ステップで前記通信端末から前記アクセス要求を受信したときその要求先のウェブサイトに対して前記通信端末の認証情報を伴わないアクセス要求を送信する第１のアクセス要求送信ステップと、
前記アクセス要求送信ステップで送信したアクセス要求に対して前記ウェブサイトから認証が必要であることを示す情報が送られてきたとき認証を必要とするウェブサイトごとに該当する通信端末とその認証情報を記憶した認証情報記憶手段を検索する認証情報検索ステップと、
この認証情報検索ステップで検索結果として取得した認証情報を用いて前記通信端末に代わって前記ウェブサイトにアクセス要求を送信する第２のアクセス要求送信ステップ
とを具備することを特徴とするルータのウェブブラウザ認証方法。
【請求項９】
ルータのコンピュータに、
ローカルエリアネットワーク側に配置された通信端末からワイドエリアネットワーク側に配置されたウェブサイトに対するアクセス要求を受信するアクセス要求受信処理と、
このアクセス要求受信処理で前記通信端末から前記アクセス要求を受信したときその要求先のウェブサイトに対して前記通信端末の認証情報を伴わないアクセス要求を送信する第１のアクセス要求送信処理と、
前記アクセス要求送信処理で送信したアクセス要求に対して前記ウェブサイトから認証が必要であることを示す情報が送られてきたとき認証を必要とするウェブサイトごとに該当する通信端末とその認証情報を記憶した認証情報記憶手段を検索する認証情報検索処理と、
この認証情報検索処理で検索結果として取得した認証情報を用いて前記通信端末に代わって前記ウェブサイトにアクセス要求を送信する第２のアクセス要求送信処理
を実行させることを特徴とするウェブブラウザ認証プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１１−１３３９４８（Ｐ２０１１−１３３９４８Ａ）
【公開日】平成２３年７月７日（２０１１．７．７）
【国際特許分類】
【出願番号】特願２００９−２９０３９３（Ｐ２００９−２９０３９３）
【出願日】平成２１年１２月２２日（２００９．１２．２２）
【出願人】（０００１９７３６６）ＮＥＣアクセステクニカ株式会社 (1,236)
【Ｆターム（参考）】
【公開日】平成２３年７月７日（２０１１．７．７）
【国際特許分類】
【出願日】平成２１年１２月２２日（２００９．１２．２２）
【出願人】（０００１９７３６６）ＮＥＣアクセステクニカ株式会社 (1,236)
【Ｆターム（参考）】
[ Back to top ]