JP2011008462A - 認証補助装置、認証システム、認証方法、およびプログラム - Google Patents

Abstract

【課題】 簡単にログインすることができると共に、ＩＤやパスワードの入力や更新についても対応できる認証補助装置、認証システム、認証方法、およびプログラムを提供する。
【解決手段】 本発明の認証補助装置は、サーバからクライアントへ送信されるログインページに前記クライアントに関連するログイン情報の入力箇所が有るか否かを解析する解析手段と、前記入力箇所が有ると解析された場合、前記ログインページの所定の入力箇所に前記ログイン情報が書き換え可能に埋め込まれると共に、このログインページの動作に関する情報が維持されている新たなログインページを生成する生成手段と、この新たなログインページを、解析した前記ログインページの代わりに前記クライアントに送信する送信手段とを備える。
【選択図】 図１

Description

この発明は、認証手続きを補助する認証補助装置、認証システム、認証方法、およびプログラムに関する。

認証を必要とするインターネット上のサイトにアクセスする場合、ユーザは、一般的にユーザＩＤやパスワードの入力が求められる。認証を必要とするサイトに複数アクセスする場合、それぞれのログインページにおいて、それぞれユーザＩＤやパスワードを入力しなければならない。このため、ユーザから、認証（ログイン）を簡単にできないか、との要望が多くなり始めた。これに関連する技術として、例えば次のような発明が提案されている。

例えば、特開２００５−２５９１０６号公報（特許文献１）には、仲介装置が記載されている。この仲介装置は、処理サーバと端末装置との通信路の途中に、仲介サーバを配置している。そして、この仲介サーバは、端末装置からの要求を適切な処理サーバに転送し、処理サーバが提供する機能を端末装置が使用できるようにする。

また、特開２００４−１５７６７５号公報（特許文献２）には、認証システムが記載されている。この認証システムでは、ユーザ自身がカメラ付きの携帯通信端末で撮影した画像を、個人認証を行うために使用する。

また、特開２００６−３５０７６７号公報（特許文献３）には、入力支援方法が記載されている。この入力支援方法は、ＩＤ（identifier）やパスワード等の個人情報の文字列を入力用ダイアログボックスに表示する。ユーザは、入力用ダイアログボックスの中から必要な文字列をクリックやドラッグアンドドロップ等の操作を行うことにより、所定のテキストボックスに入力することができる。

また、特開２００５−３２１９７０号公報（特許文献４）には、コンピュータシステムが記載されている。このコンピュータシステムは、クライアントとバックエンドサーバとのアクセスを窓口サーバが行う。このため、クライアントは、この窓口サーバに対してログインする。

また、特開２００５−０１１０９８号公報（特許文献５）には、代理認証装置が記載されている。この代理認証装置は、ＩＤやパスワードをこの一箇所で記憶、管理し、この認証代行装置がクライアントの認証手続きを代行する。具体的には、クライアントが、接続したいサーバを代理認証装置に指定すると、代理認証装置が要求されたサーバに対して代理で認証手続きを行う。この認証完了後に、クライアントと接続要求されたサーバとが接続される。

特開２００５−２５９１０６号公報 特開２００４−１５７６７５号公報 特開２００６−３５０７６７号公報 特開２００５−３２１９７０号公報 特開２００５−０１１０９８号公報

特許文献１に記載のシステムは、その目的が、宛先情報の管理負担を低減することにより、システム構成が変更された場合でも安定して動作させることである。このため、この特許文献１に記載のシステムは、仲介サーバが、端末装置からのコマンドの転送先を制御することに関しては、記載されているが、ログインを簡単にすることに関しては、記載も示唆も全くない。よって、この特許文献１に記載のシステムは、ログインを簡単にするシステムではない。

また、特許文献２に記載の認証システムでは、登録した画像をユーザが選択することにより認証する認証システムであり、ログインを簡単にするシステムではない。

また、特許文献３に記載の入力支援方法では、ログインのためにＩＤやパスワードをユーザが選択する動作を必要とするため、必ずしもログインが簡単になる方法ではない。

特許文献４に記載のシステムでは、クライアントが窓口サーバを介することなくバックエンドサーバに接続することもできるため、認証を簡単にする自動ログイン機能が必ずしも実行されるシステムではない。しかも、バックエンドサーバに自動ログインする場合には、クライアントは窓口サーバにはログインする必要があり、ログインが簡単になるものではない。

また、特許文献４に記載のシステムでは、ログインページをクライアントに送信しているが、クライアントがこのログインページを読み込む時に、このログインページを送信するようにログインページを変更している。このため、ログインページに対して、ユーザは視覚にて確認するだけしか対応できず、ＩＤやパスワード等の入力や更新はできない。これにより、異なるＩＤでログインしたいときも、特許文献４に記載のシステムでは、対応できない。また、後述するＣＡＰＴＣＨＡ（Completely Automated Public Turing test to tell Computers and Humans Apart、コンピュータと人間を区別する完全に自動化された公開チューリングテスト）やワンタイムパスワードを使用する場合にも、この特許文献４に記載のシステムでは、対応できない。

また、特許文献５に記載の代理認証装置では、この代理認証装置が、ＩＤやパスワードを管理し、認証手続きを全て代行する。このため、特許文献５に記載の代理認証装置では、クライアントにログインページが表示されない。ログインページがユーザに表示されないために、ユーザによる入力や選択が必要不可欠な場合には、特許文献５の代理認証装置では認証代行ができない。

ユーザの入力が必要不可欠な具体例として、ＣＡＰＴＣＨＡやワンタイムパスワードがある。ＣＡＰＴＣＨＡは、画像に記されている文字や数字を読み取ることができるか否かによって、人間と機械を判別する認証方法である。そのため、ユーザは画像に表示された文字列の入力を求められる。またワンタイムパスワードは、セキュリティトークンと呼ばれる装置が１回限りの使い捨てパスワードを表示し、ユーザに入力を求める認証方法である。更にユーザの入力が必要不可欠な具体例として、何らかの理由でサーバ認証用のＩＤやパスワードが更新された場合が挙げられる。特許文献５の代理認証装置は、更新前のＩＤやパスワードを記憶しているため、ユーザが更新後のＩＤやパスワードを入力し直して認証手続きをする必要がある。このため、特許文献５の代理認証装置では、これらユーザの入力が必要不可欠な場合、対応できない。

本発明の目的は、上記課題を解決し、簡単にログインすることができると共に、ＩＤやパスワードの入力や更新についても対応できる認証補助装置、認証システム、認証方法、およびプログラムを提供することにある。

本発明は上記課題を解決するためのものであって、本発明の認証補助装置は、
クライアントとサーバとの通信路の途中に設置され、両者間の通信を中継する装置であって、
前記サーバから前記クライアントへ送信されるログインページに前記クライアントに関連するログイン情報の入力箇所が有るか否かを解析する解析手段と、
前記入力箇所が有ると解析された場合、前記ログインページの所定の入力箇所に前記ログイン情報が書き換え可能に埋め込まれると共に、このログインページの動作に関する情報が維持されている新たなログインページを生成する生成手段と、
この新たなログインページを、解析した前記ログインページの代わりに前記クライアントに送信する送信手段と
を備える。

また、本発明の認証システムは、
ネットワークに接続されたサーバ及びクライアントと、サーバとクライアントとの通信路の途中に配置された認証補助装置とを備え、
この認証補助装置として、前記の認証補助装置を使用する。

また、本発明の認証方法は、
サーバとクライアントとの通信を中継及び監視する監視ステップと、
前記サーバから前記クライアントへ送信されるログインページに前記クライアントに関連するログイン情報の入力箇所が有るか否かを解析する解析ステップと、
この解析ステップで前記入力箇所が有ると解析された場合、前記ログインページの所定の入力箇所に前記ログイン情報が書き換え可能に埋め込まれると共に、このログインページの動作に関する情報が維持されている新たなログインページを生成する生成ステップと、
この新たなログインページを、解析した前記ログインページの代わりに前記クライアントに送信する送信ステップと
を備える。

また、本発明のプログラムは、
サーバとクライアントとの通信を中継及び監視する監視機能と、
前記サーバから前記クライアントへ送信されるログインページに前記クライアントに関連するログイン情報の入力箇所が有るか否かを解析する解析機能と、
この解析機能で前記入力箇所が有ると解析された場合、前記ログインページの所定の入力箇所に前記ログイン情報が書き換え可能に埋め込まれると共に、このログインページの動作に関する情報が維持されている新たなログインページを生成する生成機能と、
この新たなログインページを、解析した前記ログインページの代わりに前記クライアントに送信する送信機能と
をコンピュータに実現させる。

このような本発明によれば、ログイン情報が埋め込まれたログインページが生成されて、送信されるので、クライアントのユーザはその生成されたログインページに対して承認することによりログインが可能になる。これにより、クライアントのユーザはログイン情報を入力することなく、簡単にログインすることができる。しかも、ログイン情報は書き換え可能にログインページに埋め込まれているので、そのログイン情報を入力し直すこともでき、本発明によれば、ログイン情報の入力や更新についても対応できる。

第１実施形態の認証補助装置の概略を示す説明図である。 第２実施形態の認証システムの概略を示す説明図である。 第３実施形態の認証システムの概略を示す説明図である。 認証補助装置の内部構成を示すブロック図である。 ログイン情報を示す説明図である。 ログイン情報を用いたログインページの書き換えについて示す説明図である。 クライアントと認証補助装置とサーバとの動作シーケンスを示す説明図である。 第４実施形態における承認補助装置の概略を示すブロック図である。 第４実施形態の認証システムのクライアントと認証補助装置とサーバとの動作シーケンスを示す説明図である。 通知例を示す説明図である。 確認例を示す説明図である。 選択例を示す説明図である。 第７実施形態の認証方法を示す説明図である。

本発明の第１実施形態について、図１に基づき説明する。

図１は、第１実施形態の認証補助装置の概略を示す説明図である。

認証補助装置１００は、クライアント１０１とサーバ１０２との通信路を構成するネットワーク１０３、１０４の途中に設置され、両者間の通信を中継する。

認証補助装置１００は、解析手段１０６と生成手段１０７と送信手段１０８とを備える。

解析手段１０６は、サーバ１０２からクライアント１０１へ送信されるログインページにクライアント１０１に関連するログイン情報の入力箇所が有るか否かを解析する。尚、このログインページは、認証用ページであり、ログイン情報は、例えば、クライアントのユーザＩＤや、パスワード等である。また、ログインページによっては、ログイン情報が、ログインＩＤやログインパスワード、暗証番号等の場合もある。

生成手段１０７は、入力箇所が有ると解析された場合、ログインページの所定の入力箇所、例えばＨＴＭＬ（Hyper Text Markup Language）のフォームにログイン情報を書き換え可能に埋め込むと共に、このログインページの動作に関する情報が維持されている新たなログインページを生成する。ログインページの動作については、例えば、JavaScript（登録商標）やVBScript（登録商標）等のスクリプト言語で記述されており、この部分については、記述を変更しないし、追記もしない。このため、この実施形態は、特許文献４のようにログインページの読み込む時にこのログインページを送信するようにログインページを変更している発明とは、異なっている。

送信手段１０８は、この新たなログインページを、解析前のログインページの代わりにクライアント１０１に送信する。

このように構成された認証補助装置１００の動作について説明する。

ユーザはクライアント１０１を利用して、特定のサーバ１０２の最初のログイン時に、ログイン情報を、既に入力したことがあるとする。そして、この時に入力されたログイン情報が、認証補助装置１００に記憶されているとする。

ユーザはクライアント１０１を利用して、特定のサーバ１０２にログインしようとする。例えば、ブラウザソフトにＵＲＬを直接入力したり、あるいは、記憶されているＵＲＬへのショートカットをマウスポインタでクリックしたりする。これにより、特定のサーバに対し、ログインページの送信をリクエストする。

特定のサーバ１０２は、リクエストに応じ、ログインページを送信する。認証補助装置１００は、解析手段１０６を備えているので、中継するログインページに、クライアント１０１に関連するログイン情報の入力箇所が有るか否かを解析する。このログインページは、ログイン情報の入力が必要なページであるため、ログイン情報の入力箇所が有ると解析手段１０６は解析する。

入力箇所が有ると解析された場合、生成手段１０７は、ログインページの所定の入力箇所、例えばＨＴＭＬのフォームにログイン情報を書き換え可能に埋め込むだけの新たなログインページを生成する。例えば、ユーザＩＤのフォームには、ユーザＩＤを埋め込み、パスワードのフォームには、パスワードを埋め込む。

そして、送信手段１０８は、この新たに生成したログインページを、解析したログインページの代わりにクライアント１０１に送信する。

クライアント１０１を利用しているユーザは、このログインページを受信して、表示器に表示させ、ログイン情報が予め埋め込まれることを確認する。そして、ユーザは、ログインするために、ログインするためのボタンを押下する。これにより、予めログイン情報が埋め込まれたログインページを、認証補助装置１００を介して、特定のサーバ１０２に送信し、ログインすることができる。

また、ログインページを表示器に表示させ、ログイン情報が予め埋め込まれることを確認したとき、ユーザは、このログイン情報とは異なるログイン情報でログインしたいと考える場合がある。この場合には、ユーザは異なるログイン情報を入力することにより、異なるログイン情報でログインすることもできる。

このように、この実施形態によれば、認証補助装置１００の生成手段１０７によりログイン情報が埋め込まれたログインページが生成されて、送信手段１０８より送信されるので、クライアントのユーザはその生成されたログインページに対して承認することによりログインが可能になる。これにより、クライアントのユーザはログイン情報を入力することなく、簡単にログインすることができる。しかも、ログイン情報は書き換え可能であるため、そのログイン情報を入力し直すこともでき、この実施形態によれば、ログイン情報の入力や更新についても対応することができる。

また、この実施形態によれば、ＩＤやパスワード等のログイン情報を認証補助装置が管理しており、クライアントに保管しておく必要がないため、情報漏洩を極力抑えることもできる。

次に、本発明の第２実施形態について、図２に基づき説明する。

図２は、第２実施形態の認証システムの概略を示す説明図である。

認証システム２００は、サーバ１０２、１１２及びクライアント１０１と、サーバ１０２、１１２とクライアント１０１との通信路の途中に配置された認証補助装置１００とを備える。尚、通信路を構成するネットワーク１０３、１０４は、図示のように２つのネットワークであっても良いが、１つのネットワークであっても構わない。

また、この第２実施形態は、第１実施形態と同一の構成については同一の符号を付している。

認証補助装置１００は、第１実施形態で説明したように、解析手段１０６と、生成手段１０７と、送信手段１０８とを備える。

また、クライアント１０１のユーザは、サーバ１０２に限らず、サーバ１１２にもログインするよう要望することができる。

このような第２実施形態によれば、第１実施形態同様に、ユーザはログイン情報を入力することなく、簡単にログインすることができる。しかも、ログイン情報は書き換え可能であるため、そのログイン情報を入力し直すこともでき、この第２実施形態によれば、ログイン情報の入力や更新についても対応することができる。

次に、本発明の第３実施形態について、図３〜図７に基づき説明する。

図３は、第３実施形態の認証システムの概略を示す説明図である。図４は、認証補助装置の内部構成を示すブロック図である。図５は、ログイン情報を示す説明図である。図６は、ログイン情報を用いたログインページの書き換えについて示す説明図である。図７は、クライアントと認証補助装置とサーバとの動作シーケンスを示す説明図である。

図３に示すように、第３実施形態の認証システム３００は、クライアント３０１と、認証補助装置３０３と、サーバ３０２とで構成されている。クライアント３０１と認証補助装置３０３とは、通信路を構成するネットワーク３０４を介して接続され、認証補助装置３０３とサーバ３０２とは、ネットワーク３０５を介して接続されている。

クライアント３０１は、サーバ３０２にデータを要求する通信装置であり、更にＷｅｂブラウザ（閲覧用ソフトウェア）が動作する通信装置である。この通信装置としては、例えば、パソコンや、携帯通信端末を使用することができる。

サーバ３０２は、要求に応じてクライアント３０１にログインページ等のＷｅｂページや画像データ等を返すＷｅｂサーバである。尚、サーバ３０２以外のサーバがネットワーク３０５に接続されているが、図示しない。認証補助装置３０３は、クライアント３０１からのＨＴＴＰ（hyper text transfer protocol）要求メッセージを受けて、その要求メッセージをサーバ３０２に転送する通信装置である。更に、この認証補助装置３０３は、サーバ３０２から受け取ったＨＴＴＰレスポンス（Ｗｅｂページや画像データ等）をクライアント３０１に返す通信装置である。

図４に示すように、認証補助装置３０３は、通信部３１１と、セッション管理部３１２と、解析部３１３と、検索部３１４と、保存部３１５と、書き換え部３１６と、通信部３１７とを備える。

通信部３１１は、ネットワーク３０４を介してクライアント３０１とメッセージを送受信する機能を備える。

セッション管理部３１２は、認証補助装置３０３が中継する通信のセッションを管理する機能を備える。具体的には、通信部３１１又は通信部３１７からＨＴＴＰメッセージを受け取ってＨＴＴＰヘッダを解析し、ＨＴＴＰヘッダに含まれるリクエストＵＲＩ（Uniform Resource Identifier）とＨＴＴＰヘッダおよびメッセージボディを解析部３１３に渡す。また、書き換え部３１６から受けとったメッセージを通信部３１１または通信部３１７に渡す。更に、セッション管理部３１２は、図示しない記憶手段を備え、メッセージのリクエストＵＲＩをセッションに関連付けて、記憶する。

尚、このとき、リクエストＵＲＩの代わりに、action属性のＵＲＩをセッションに関連付けて、記憶することもできる。このとき、セッション管理部３１２、解析部３１３、検索部３１４、書き換え部３１４は、リクエストＵＲＩをセッションに関連付けた場合と同様に、action属性のＵＲＩを扱う。更に、このとき、保存部３１５が記憶するログイン情報もaction属性のＵＲＩと関連付ける必要があり、また、検索部３１４も、保存部３１５からaction属性のＵＲＩをキーとして検索を行う。

解析部３１３は、ＨＴＴＰメッセージのメッセージボディに含まれる文書、具体的には、ＨＴＭＬやＸＨＴＭＬ(extensible hypertext markup language)等の文書を解析する機能を備える。このため、解析部３１３は、解析手段に相当する。更に、この解析部３１３は、図示しない記憶手段を備える。

検索部３１４は、保存部３１５からリクエストＵＲＩをキーに検索を行い、関連するログイン情報を取得する機能を備える。このとき、ログイン情報とは、例えば、入力フィールドの名前と値である。

図５に基づき、ログイン情報について具体的に説明する。ログイン情報は、入力フィールドの名前と値とが、ログインページのＵＲＩに関連付けられて記録されている。今、検索部３１４が検索キーとして使うＵＲＩが「http://address.of.server1/login.html」である場合、取得するログイン情報は、「user ID:111」及び「password:222」である。

検索部３１４は更に、メッセージ（ログインページ）の解析結果及び取得したログイン情報を書き換え部３１６に渡す。このとき該当する検索結果が見つからなかった場合には、メッセージの解析結果とログイン情報がないことを示す情報を、検索部３１４は書き換え部３１６に渡す。

保存部３１５は、入力フィールドの名前と値をログインページのＵＲＩと関連付けて保存している機能を備える。このため、記憶手段に相当する。この保存部３１５は、具体的には、図５に示すようなログイン情報を保存している。

このとき、ログインページのＵＲＩである「http://address.of.server1/login.html」に関連付けて保存しているログイン情報は、「user ID:111」及び「password:222」である。
書き換え部３１６は、ログイン情報に従ってメッセージを書き換え、「user ID」及び「password」が書き換え可能に埋め込まれただけの新たなメッセージ（ログインページ）を生成する。尚、このメッセージ（ログインページ）の生成において、表示を変更するようにしても良い。例えば、メッセージ（ログインページ）に、「現在、認証補助の実行中のため、ログイン情報が埋め込まれています！」の通知文を追加表示したり、「認証補助実行中」を示すマークを追加表示したりすることができる。この変更は、ログインページの動作について、一切影響を与えていない。

更に、書き換え部３１６は、書き換え後のメッセージをセッション管理部３１２に渡す。

図６に基づいて、メッセージの書き換えについて具体的に説明する。書き換え部３１６は、メッセージからログイン情報に記載される入力フィールドの名前を探す。ここでは、入力フィールドの名前は、「user ID」と「password」である。更に、書き換え部３１６は、見つけた入力フィールドに入力フィールドの値をvalue属性として追加する。ここでは、name="user ID"にはvalue="111"を追加し、name="password"にはvalue="222"を追加する例を示している。一方、ログイン情報がない場合、書き換え部３１６はセッション管理部３１２に受け取ったメッセージをそのまま渡す。

通信部３１７は、ネットワーク３０５を介してサーバ３０２とメッセージを送受信する機能を備える。

次に、図７に基づき、動作シーケンスについて説明する。図７は、クライアント３０１がＨＴＴＰリクエストを送信し、サーバ３０２がクライアント３０１に認証を要求するＨＴＴＰレスポンスを送信し、更にクライアント３０１がその認証要求に返答するＨＴＴＰリクエストを送信するまでを示している。

クライアント３０１は、そのユーザの操作により、サーバ３０２にＨＴＴＰリクエストを送信する（ステップ１０１、以下、ステップを「Ｓ」と記す。）。通信部３１１は、クライアント３０１からメッセージを受信し、セッション管理部３１２に渡す（Ｓ１０２）。

セッション管理部３１２は、受け取ったメッセージのＨＴＴＰヘッダを解析してリクエストＵＲＩを取り出し、セッションと関連付けて、記憶する。そして、セッション管理部３１２は、解析部３１３にこのメッセージとこのリクエストＵＲＩを渡す（Ｓ１０３）。解析部３１３は、受け取ったメッセージを解析する（Ｓ１０４）。

解析部３１３は解析の結果、本メッセージが、ＨＴＴＰリクエストのためメッセージはＨＴＭＬを含まないと判断するので、そのメッセージをセッション管理部３１２に返す（Ｓ１０５）。セッション管理部３１２は、通信部３１７にメッセージを渡す（Ｓ１０６）。通信部３１７は、サーバ３０２にメッセージを送信する（Ｓ１０７）。

サーバ３０２はメッセージを受信すると、ＨＴＴＰレスポンス（ログインページ）を返す（Ｓ１０８）。通信部３１７は、サーバ３０２からメッセージ（ログインページ）を受信するとセッション管理部３１２にメッセージを渡す（Ｓ１０９）。セッション管理部３１２は解析部３１３に、メッセージ（ログインページ）と、更にセッションに関連付けて記憶しているリクエストＵＲＩを渡す（Ｓ１１０）。解析部３１３は、受け取ったメッセージ（ログインページ）を解析する（Ｓ１１１）。解析部３１３は、メッセージ（ログインページ）がＨＴＭＬを含むと判断し、検索部３１４に解析結果とリクエストＵＲＩを渡し、ログイン情報の検索を依頼する（Ｓ１１２）。

検索部３１４は、解析部３１３から渡されたリクエストＵＲＩをキーにしてログイン情報を検索する（Ｓ１１３）。保存部３１５は検索部３１４に、該当するログイン情報を返す。もし、関連するログイン情報がない場合は、ログイン情報がないことを示す情報を検索部３１４に渡す（Ｓ１１４）。検索部３１４は、メッセージ（ログインページ）の解析結果とログイン情報を書き換え部３１６に渡し、メッセージ（ログインページ）の書き換えを依頼する（Ｓ１１５）。ログイン情報がある場合、書き換え部３１６は次の動作を行う。書き換え部３１６は、ログイン情報を参照し、メッセージ（ログインページ）を書き換える。一方、ログイン情報がない場合は、書き換え部３１６は受け取ったメッセージ（ログインページ）の書き換えは行わない（Ｓ１１６）。書き換え部３１６は、ログイン情報があった場合は、新たに生成したメッセージ（ログインページ）をセッション管理部３１２に渡す。一方、ログイン情報がなかった場合は、検索部３１４から受け取ったメッセージ（ログインページ）そのものをセッション管理部３１２に渡す（Ｓ１１７）。

次に、セッション管理部３１２は、通信部３１１に、メッセージ（ログインページ）を渡す（Ｓ１１８）。通信部３１１は、メッセージ（ログインページ）をクライアント３０１に送信する（Ｓ１１９）。尚、この通信部３１１は、書き換えられたメッセージ、つまり、ログイン情報を書き換え可能に埋め込んだログインページを送信するので、送信手段に相当する。

クライアント３０１は、受け取ったメッセージ（ログインページ）を画面に表示する。書き換え部３１６によってメッセージ（ログインページ）が書き換えられている場合、画面に表示されるログインページのＩＤやパスワードの入力フォームには、すでにそれぞれＩＤとパスワードが入力された状態で表示される（Ｓ１２０）。

更に、クライアント３０１は、ユーザからのログインの指示を受ける（Ｓ１２１）。このとき、必要に応じてユーザが追記や書き換えを行う。例えば、ＣＡＰＴＣＨＡ画像に表示された文字列を入力したり、ワンタイムパスワードを入力したりすることができる。更に、ＩＤやパスワードの更新があった場合には、既に自動的にフォームに記入されているＩＤやパスワードを上書きすることによって、書き換えることもできる。

ユーザからのログインの指示は、画面に表示されるログインボタンの押下や、サブミットボタン等をクリックすることで行われる。これにより、クライアント３０１にログイン要求メッセージの送信を実行させることができる。

クライアント３０１はユーザからログインメッセージの送信の要求を受けると、ＨＴＴＰリクエストを生成し、サーバ３０２に送信する（Ｓ１２２）。この結果、サーバ３０２との認証が成功し、目的のログインページやサーバ３０２にアクセスすることができる。

この認証補助装置３０３は、ＩＤやパスワードの入力が必要なログイン手続きでも、ユーザがＩＤやパスワードを直接入力する必要がなくログインを可能にする。これにより、この実施形態によれば、ログインを簡単にすることができる。

更に、クライアント３０１のユーザはログインページを確認することができる。その結果、ユーザがログインページを確認できなかった技術と比較して、ユーザの利便性を向上させることができ、この認証システムを利用するユーザの安心感を高めることもできる。しかも、ログイン情報は書き換え可能であるため、クライアント３０１のユーザはログイン情報を入力し直すこともできる。このため、この実施形態によれば、ログイン情報の入力や更新、そしてＣＡＰＴＣＨＡやワンタイムパスワードについても対応することができる。

尚、この実施形態では、説明の便宜上、ネットワーク３０４、３０５を別のネットワークと記載し、説明しているが、ネットワーク３０４、３０５を同じネットワークとしても実施可能である。

次に、本発明の第４実施形態について、図８、図９に基づき説明する。

図８は、第４実施形態における承認補助装置の概略を示すブロック図である。図９は、第４実施形態の認証システムのクライアントと認証補助装置とサーバとの動作シーケンスを示す説明図である。図１０は、通知例を示す説明図である。図１１は、確認例を示す説明図である。図１２は、選択例を示す説明図である。

この第４実施形態は、第３実施形態の認証システムに対し、更に、認証補助装置にＵＩ３１８を追加した認証システムである。このため、第３実施形態と異なる部分について説明する。

この第４実施形態の認証補助装置３０３Ａは、ＵＩ３１８を備える。

ＵＩ３１８は、中継装置３０３Aのユーザに対し、通知したり、要望したりする機能を備える。具体的には、ログイン情報を取得したタイミングで認証補助を行うことを知らせる通知機能を、ＵＩ３１８は備える。また、認証補助を許可するか否かを問い合わせる機能、即ち、許否の入力を促す確認機能を、ＵＩ３１８は備える。また、複数種類のログイン情報を取得している場合に、入力すべきログイン情報の選択を要求する選択機能を、ＵＩ３１８は備える。このため、このＵＩ３１８は、通知手段に相当し、また、確認手段にも相当し、更に、選択手段にも相当する。

次に、図９に基づき、動作シーケンスについて説明する。図９は、クライアント３０１がＨＴＴＰリクエストを送信し、サーバ３０２がクライアント３０１に認証を要求するＨＴＴＰレスポンスを送信し、更にクライアント３０１がその認証要求に返答するＨＴＴＰリクエストを送信するまでを示す。ここで、図９の動作Ａは、図７におけるＳ１０１〜Ｓ１１３と同一の動作Ａであるため説明を省略する。

Ｓ２１４において、検索部３１４は、ログイン情報を取得したときにＵＩ３１８に通知する。このとき、図１０に示すように、ログイン情報を取得したことをこのタイミングで通知しても良いし、取得したログイン情報自体を通知しても良い。尚、中継装置３０３Aのユーザが通知を確認し、図１０の通知画面４１０のＯＫボタン４１１をマウスポインタ４１２でクリックすると、この通知画面４１０は消える。ＵＩ３１８は、検索部３１４から通知を受けると、中継装置３０３Aのユーザに何らかの情報を通知する。具体的には、中継装置３０３Aのユーザに対して、ログイン情報を取得したこと（図１０参照）、ログイン情報を表示して認証補助を許可するか否かの判断の要求（図１１参照）、もしくは複数のログイン情報がある場合で選択を要求すること（図１２参照）、といった通知を行う（Ｓ２１５）。ステップＳ２１５において、ログイン情報を取得したことを通知する場合には、ステップＳ２１８に移る。ステップＳ２１５において、認証補助を許可するか否かを要求する、もしくはログイン情報が複数ある場合で選択を要求するときは、ステップＳ２１６に移る。

中継装置３０３Aのユーザはログイン情報を見て、認証補助を許可、もしくは拒否する。例えば、図１１の通知画面４２０を中継装置３０３Aのユーザが確認して、認証補助を許可する場合はＯＫボタン４２１をマウスポインタ４２３でクリックし、認証補助を許可しない場合はキャンセルボタン４２２をマウスポインタ４２３でクリックする。

ログイン情報が複数あり選択を要求される場合には、中継装置３０３Aのユーザは許可するログイン情報を選択する、もしくは認証補助を拒否する（ステップＳ２１６）。例えば、中継装置３０３Aのユーザが図１２の選択画面４３０を確認し、選択ボタン４３１、４３２のうち一つをマウスポインタ４３３でクリックし、ＯＫボタン４３４をマウスポインタ４３３でクリックする。これにより、ログイン情報を選択することができる。選択されたログイン情報は、ログインページ４３６の入力箇所４３７、４３８に入力される。尚、この入力箇所４３７、４３８は入力フォームとも呼ばれることがある。

また、中継装置３０３Aのユーザが認証補助を拒否する場合は、中継装置３０３Aのユーザは選択画面４３０のキャンセルボタン４３５をマウスポインタ４３３でクリックし、選択画面４３０を閉じる。そして、中継装置３０３Aのユーザ自身が入力箇所４３７、４３８にキー入力し、ＯＫボタン４３９をマウスポインタ４３３でクリックする。これにより、ユーザＩＤやパスワードが書き換え可能に埋め込まれたログインページが生成される。

中継装置３０３Aのユーザに認証補助を許可されたログイン情報を、ＵＩ３１８は検索部３１４に通知する。また、中継装置３０３Aのユーザから認証補助を拒否された場合には、ＵＩ３１８は検索部３１４に中継装置３０３Aのユーザが許可するログイン情報がないことを伝える（ステップＳ２１７）。検索部３１４は、メッセージの解析結果とＵＩ３１８に指定されたログイン情報を書き換え部３１６に渡す。もし、ＵＩ３１８から指定されたログイン情報がない場合は、メッセージの解析結果とログイン情報がないことを渡す（Ｓ２１８）。

以降の動作である図９の動作Ｂは、図７におけるＳ１１６〜Ｓ１２２の動作Ｂと同一であるため説明を省略する。

この実施形態によれば、他の実施形態同様に、クライアント３０１のユーザはログイン情報を入力することなく、簡単にログインすることができる。しかも、この実施形態によれば、ログイン情報が埋め込まれたログインページに対して、そのログイン情報を入力し直すこともできるので、ログイン情報の入力や更新、ＣＡＰＴＣＨＡやワンタイムパスワードについても対応することができる。

また、この実施形態によれば、認証補助を実行することを中継装置３０３Aのユーザに通知しているので、この中継装置３０３Aのユーザは認証補助が実行されていることを確実に認識することができる。また、この実施形態によれば、中継装置３０３Aのユーザが認証補助装置３０３による認証補助を受けるか否かを判断できる。このため、ユーザが意図しないときにあるログインページに勝手にログインしてしまう危険性を抑えることができる。更に、この実施形態によれば、あるログインページにログインするためのログイン情報が複数ある場合に、中継装置３０３Aのユーザが希望するログイン情報を選択することもできる。

この実施形態では、例えば、クライアント３０１をゲーム機、中継装置３０３Aを携帯通信端末と想定している。この場合、クライアント３０１のユーザと中継装置３０３Ａのユーザとが、同一人物であることや、親しい間柄の人物であることが考えられる。このような想定の上で、中継装置３０３Ａのユーザは、認証補助を行うことを知らせる通知を受けたり、認証補助を許可するか否かの問い合わせに回答したり、複数種類のログイン情報から選択したりしている。このため、中継装置３０３Ａのユーザは、クライアント３０１のユーザに対し、不利益になるような対応をする恐れは少ない。

次に、本発明の第５実施形態について、説明する。

この第５実施形態の認証システムは、第３実施形態の認証システム３００において、その認証補助装置３０３に判別手段（図示せず）が追加されている。このため、これ以外の構成は、認証システム３００と同一である。

この認証システムでは、書き換え部３１６がログイン情報を元にメッセージを書き換える際に、メッセージにパスワードを追加するか否かを判断する判断手段を備えている。具体的には、type属性がtype="password"であれば、追加可能と判断し、その入力フィールドにパスワードを追加する。また、type属性がtype="password"以外であれば、例えば、type="text"であれば、追加不可と判断し、その入力フィールドにパスワードを追加しない。

このtype属性の違いは、クライアント３０1で表示されるときに現れる。type属性が「password」である場合は、入力されたパスワードがマスクされた状態、あるいは「*」で表示される。そのため、クライアント３０1の表示画面を見ても、クライアント３０１のユーザはパスワードを判別することができない。また、type属性が「password」以外である場合は、入力されたパスワードがそのまま表示される。そのため、クライアント３０1の表示画面を見ると、クライアント３０１のユーザはパスワードを判別できる。

つまり、書き換え部３１６が、入力フィールドのtype属性を見てパスワードを入力するか否かを判断しているので、クライアント３０１の画面にパスワードがそのまま表示されることを防ぐ。

このような認証システムによれば、クライアント３０１の表示画面を通して、他人にパスワードを知られる恐れを防止することができる。

次に、本発明の第６実施形態について、説明する。

この第６実施形態の認証システムは、実施形態３の認証システム３００において、特定の機能が追加されている。このため、これ以外の構成は、認証システム３００と同一である。その特定の機能は、リクエストＵＲＩとフォームＵＲＩとを関連付けて記憶する機能である。更に、その特定の機能は、クライアントのユーザ名に関連付けられた値の集合（ログイン情報の集合）とも関連付けて記憶する機能である。これにより、リクエストＵＲＩとフォームＵＲＩとの組み合わせが特定の場合に、クライアントのユーザの入力したログイン情報を適切に入手し、保存できる。

解析部３１３は、ＨＴＴＰレスポンスに含まれるＨＴＭＬ解析結果からフォーム応答ＵＲＩを抽出する。フォーム応答ＵＲＩとは、フォームの値の送信先ＵＲＩであり、これはＨＴＭＬのフォームのaction属性から取得することができる。図６に示すメッセージを例に挙げると、前述のaction属性は、
「http://address.of.server1/cgi-bin/login.cgi」になる。尚、action属性の値が相対ＵＲＩの場合は、解析部３１３は、現在のセッションのリクエストＵＲＩから、絶対ＵＲＩを求める。

そして、解析部３１３は、このフォーム応答ＵＲＩと、セッションのリクエストＵＲＩと関連づけて、記憶する。

また、解析部３１３は、セッション管理部３１２から受け取ったＨＴＴＰリクエストメッセージのＵＲＩを、この記憶されたフォーム応答ＵＲＩから探し出し、これに関連づけられたリクエストＵＲＩを求める。

また、これとは別に、解析部３１３は、ＨＴＴＰリクエストメッセージに含まれるメッセージボディを解析し、入力フィールドの名前と値を取り出す機能を備える。具体的には、例えばメッセージボディが「user ID=333&passwd=777」である場合、ここから入力フィールドの名前user IDおよびpasswdを取り出し、これらに対応する値として「333」と「777」を取り出す。

次に、この認証システムの動作について説明する。

クライアントのユーザがＨＴＴＰでログインページにアクセスすると、認証補助装置３０３は第３実施形態の認証補助装置３０３と同じ動作にてＨＴＴＰリクエスト・レスポンスメッセージを中継する。このとき、解析部３１３はログインページのリクエストＵＲＩと、ログインページに含まれるフォームのaction属性から得られるフォーム応答ＵＲＩを抽出し、これらを関連付けて記憶する。

例えば、ログインページのＵＲＩが「http://example.com/login.html」であり、この中に含まれるフォームのaction属性から得られるフォーム応答ＵＲＩが、「http://example.com/cgi-bin/login.cgi」であるとする。

次に、クライアントのユーザがログイン処理を行うと、フォーム応答ＵＲＩである
「http://example.com/cgi-bin/login.cgi」に対してＨＴＴＰリクエストが送信される。解析部３１３がこれを受信すると、ＨＴＴＰリクエストからこのＵＲＩを抽出する。先ほど記憶した情報から、このリクエストは「http://example.com/login.html」に対するログイン応答であることが判る。

解析部３１３は、本ＨＴＴＰリクエストに含まれるメッセージボディを解析し、入力フィールドの名前と値の組を、メッセージボディから取り出す。そしてこの組を、ログインページのＵＲＩである「http://example.com/login.html」をキーにして保存部３１５に保存する。

このとき、すでに同一のＵＲＩに対し値が保存されている場合は、これに対して上書きする。このとき、上書きせず、保存されている値と別に保存することもできる。

また、クライアントのユーザに、上書きするか、保存されている値と別に記憶するかを選択させる第２の選択手段を、認証システムに備えることもできる。この場合、すでに同一のＵＲＩに対する値が保存部３１５に記憶されている場合に、上書きするか、別に記憶するかを、クライアントのユーザは選択することができる。このクライアントのユーザに対する選択の確認は、例えば、図１１と同様な表示で行われる。この場合、例えば、ＵＩ３１８が、クライアントの表示部に選択画面（図示せず）を表示させる。従って、この認証システムは、ＵＩ３１８を使って、クライアントのユーザに、値を上書きするか、別に記憶するかを確認することができる。

更に、この認証システムに、第4実施形態で示した許否の入力を促す確認機能（認証補助を許可するか否かを問い合わせる機能）を備えることもできる。この場合、第4実施形態と同様に、クライアントのユーザに、認証補助を許可するか否かを問い合わせる許否の入力を促すことができる。

このような実施形態によれば、認証補助装置３０３の保存部３１５にログインに要するＩＤやパスワードが記憶されていない場合であっても、自動的にＩＤやパスワードを記録し、以降の通信で自動入力する（ログインページに埋め込む）ことができる。これは、この認証システムが、クライアントのユーザの入力・送信したＩＤやパスワードを通信途中で読み取って保存するので、これらの値を次回のログイン時に利用できるためである。

また、この実施形態によれば、認証補助装置が記憶しているＩＤやパスワードが誤っている場合や古い場合には、これを訂正できる。これは、この実施形態の認証システムでは、クライアントのユーザの訂正入力したＩＤやパスワードを認証補助装置が自動的に読み取り、上書き保存することで、ＩＤやパスワードを更新できるためである。

また、ログイン情報を、クライアントのユーザ名に関連付けされた値の集合とリクエストＵＲＩとに関連付けているので、クライアントのユーザのログイン情報を、適切に入手し、保存及び使用することができる。

尚、ログイン情報を、action属性に関連付けて利用することもできる。この場合、action属性のＵＲＩに関連付けたログイン情報は、保存部３１５に記憶される。

次に、本発明の第７実施形態について、図１３に基づき説明する。

図７は、第７実施形態の認証方法を示す説明図である。

この第７実施形態の認証方法５００は、監視ステップ５０１と、解析ステップ５０２と、生成ステップ５０３と、送信ステップ５０４とを備える。

監視ステップ５０１は、サーバとクライアントとの通信を中継及び監視するステップである。

解析ステップ５０２は、監視ステップ５０１で、サーバからクライアントへ送信されるログインページにクライアントに関連するログイン情報の入力箇所が有るか否かを解析するステップである。

生成ステップ５０３は、この解析ステップで前記入力箇所が有ると解析された場合、前記ログインページの所定の入力箇所に前記ログイン情報が書き換え可能に埋め込まれると共に、このログインページの動作に関する情報が維持されている新たなログインページを生成する生成ステップである。

送信ステップ５０４は、この新たなログインページを、解析した前記ログインページの代わりに前記クライアントに送信するステップである。

このような認証方法５００によれば、その認証補助装置や認証システムは、第１実施形態や第２実施形態で、既に説明したように動作する。

このため、この実施形態によれば、クライアントのユーザはログイン情報を入力することなく、簡単にログインすることができる。しかも、ログイン情報は書き換え可能であるため、そのログイン情報をクライアントのユーザは入力し直すこともでき、この実施形態によれば、ログイン情報の入力や更新、ＣＡＰＴＣＨＡやワンタイムパスワードについても対応することができる。

この認証方法５００に対し、更に、次のステップを追加することもできる。

例えば、生成した新たなログインページを、解析したログインページの代わりにクライアントに送信することをクライアントに通知する通知ステップを、この認証方法５００は、更に備えることもできる。

また、前述の通知に対し、許否の入力を促す確認ステップを、この認証方法５００は、更に備えることもできる。

また、前述のログイン情報が複数ある場合には、中継装置のユーザがその複数のログイン情報から埋め込むログイン情報を選択できる選択ステップを、この認証方法５００は、更に備えることもできる。

次に、本発明の第８実施形態について、説明する。

この第８実施形態のプログラムは、監視機能と、解析機能と、生成機能と、送信機能とをコンピュータに実現させるためのプログラムである。

監視機能は、サーバとクライアントとの通信を中継及び監視する機能である。

解析機能は、サーバからクライアントへ送信されるログインページにクライアントに関連するログイン情報の入力箇所が有るか否かを解析する機能である。

生成機能は、解析機能で入力箇所が有ると解析された場合、前記ログインページの所定の入力箇所に前記ログイン情報が書き換え可能に埋め込まれると共に、このログインページの動作に関する情報が維持されている新たなログインページを生成する生成機能である。

送信機能は、生成した新たなログインページを、解析した前記ログインページの代わりに前記クライアントに送信する機能である。

このようなプログラムは、例えば、図２に示す記憶媒体６００に保管されており、ドライブ６０１等の入出力装置を介して、その認証補助装置１００の記憶手段に保管される。認証補助装置１００や認証システム２００の図示しない制御手段は、このプログラムに従って、動作する。これにより、認証補助装置１００や認証システム２００は、第１実施形態や第２実施形態で、既に説明したように動作する。

このため、この実施形態によれば、クライアントのユーザはログイン情報を入力することなく、簡単にログインすることができる。しかも、ログイン情報は書き換え可能であるため、そのログイン情報をクライアントのユーザは入力し直すこともでき、この実施形態によれば、ログイン情報の入力や更新、ＣＡＰＴＣＨＡやワンタイムパスワードについても対応することができる。

このプログラムに対し、更に、コンピュータに実現させる機能を追加することもできる。

例えば、生成した新たなログインページを、解析したログインページの代わりにクライアントに送信することを中継装置のユーザに通知する通知機能を、このプログラムに追加することができる。

また、通知に対し、許否の入力を促す確認機能を、このプログラムに追加することもできる。

また、ログイン情報が複数ある場合には、中継装置のユーザがその複数のログイン情報から埋め込むログイン情報を選択できる選択機能を、このプログラムに追加することもできる。

以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

本発明は、認証補助装置や、この認証補助装置が、クライアントとサーバとの通信路の途中に設置される認証システムに適用できる。これにより、本発明は、クライアントとサーバ間の認証手続きを補助する機能を提供できる。尚、この認証補助装置は、プロキシサーバ、アクセスポイント、無線基地局、ルータ、ゲートウェイ等に適用できる。

１００ 認証補助装置
１０１ クライアント
１０２ サーバ
１０３ ネットワーク
１０４ ネットワーク
１０６ 解析手段
１０７ 生成手段
１０８ 送信手段
１１２ サーバ
２００ 認証システム
３００ 認証システム
３０１ クライアント
３０２ サーバ
３０３ 認証補助装置
３０３Ａ 認証補助装置
３０４ ネットワーク
３０５ ネットワーク
３１１ 通信部
３１２ セッション管理部
３１３ 解析部
３１４ 検索部
３１５ 保存部
３１６ 書き換え部
３１７ 通信部
３１８ ＵＩ
４１０ 通知画面
４１１ ＯＫボタン
４１２ マウスポインタ
４２０ 通知画面
４２１ ＯＫボタン
４２２ キャンセルボタン
４２３ マウスポインタ
４３０ 選択画面
４３１ 選択ボタン
４３２ 選択ボタン
４３３ マウスポインタ
４３４ ＯＫボタン
４３５ キャンセルボタン
４３６ ログインページ
４３７ 入力箇所
４３８ 入力箇所
４３９ ＯＫボタン
５００ 認証方法
５０１ 監視ステップ
５０２ 解析ステップ
５０３ 生成ステップ
５０４ 送信ステップ
６００ 記憶媒体
６０１ ドライブ
Ａ 動作
Ｂ 動作

Claims (21)

1. クライアントとサーバとの通信路の途中に設置され、両者間の通信を中継する装置であって、
   前記サーバから前記クライアントへ送信されるログインページに前記クライアントに関連するログイン情報の入力箇所が有るか否かを解析する解析手段と、
   前記入力箇所が有ると解析された場合、前記ログインページの所定の入力箇所に前記ログイン情報が書き換え可能に埋め込まれると共に、このログインページの動作に関する情報が維持されている新たなログインページを生成する生成手段と、
   この新たなログインページを、解析した前記ログインページの代わりに前記クライアントに送信する送信手段と
   を備えることを特徴とする認証補助装置。
2. 前記新たなログインページを、解析した前記ログインページの代わりに前記クライアントに送信する旨を前記中継装置のユーザに通知する通知手段を
   更に備えることを特徴とする請求項１に記載の認証補助装置。
3. 前記通知に対し、許否の入力を促す確認手段を
   更に備えることを特徴とする請求項２に記載の認証補助装置。
4. 前記ログイン情報が複数ある場合には、前記中継装置のユーザがその複数のログイン情報から埋め込むログイン情報を選択できる選択手段を
   更に備えることを特徴とする請求項１乃至３の何れかに記載の認証補助装置。
5. 前記ログインページに入力されたログイン情報を記憶する記憶手段を
   更に備えることを特徴とする請求項１乃至４の何れかに記載の認証補助装置。
6. 前記ログイン情報は、前記クライアントのユーザ名に関連付けされた値の集合とＵＲＩとに関連付けた情報である
   ことを特徴とする請求項１乃至５の何れかに記載の認証補助装置。
7. 前記ＵＲＩは、ＨＴＴＰセッションにおけるリクエストＵＲＩ、又は、フォーム応答ＵＲＩである
   ことを特徴とする請求項６に記載の認証補助装置。
8. 前記ログイン情報は、ＨＴＴＰリクエストに含まれるメッセージボディを解析し、入力フィールドの名前と値との組を取り出すことで取得される
   ことを特徴とする請求項１乃至７の何れかに記載の認証補助装置。
9. 書き換え可能に埋め込まれる前記ログイン情報は、前記記憶手段の中から前記ＵＲＩをキーとして決定される
   ことを特徴とする請求項６乃至８の何れかに記載の認証補助装置。
10. 前記ログイン情報はログイン用ＩＤ、パスワードであることを特徴とする請求項１乃至９の何れかに記載の認証補助装置。
11. 前記パスワードを埋め込むか否かを判断する判断手段を
    更に備えることを特徴とする請求項１０に記載の認証補助装置。
12. 前記所定の入力箇所に前記クライアントのユーザからログイン情報が入力され、既に同一の前記ＵＲＩに対し値が前記記憶手段に記憶されている場合には、前記クライアントのユーザが、この値に対して上書きするか、あるいは上書きせずに別に記憶するかを選択できる第２の選択手段を
    更に備えることを特徴とする請求項５乃至１１の何れかに記載の認証補助装置。
13. ネットワークに接続されたサーバ及びクライアントと、サーバとクライアントとの通信路の途中に配置された認証補助装置とを備え、
    この認証補助装置として、請求項１乃至１２の何れかに記載の認証補助装置を使用した
    ことを特徴とする認証システム。
14. サーバとクライアントとの通信を中継及び監視する監視ステップと、
    前記サーバから前記クライアントへ送信されるログインページに前記クライアントに関連するログイン情報の入力箇所が有るか否かを解析する解析ステップと、
    この解析ステップで前記入力箇所が有ると解析された場合、前記ログインページの所定の入力箇所に前記ログイン情報が書き換え可能に埋め込まれると共に、このログインページの動作に関する情報が維持されている新たなログインページを生成する生成ステップと、
    この新たなログインページを、解析した前記ログインページの代わりに前記クライアントに送信する送信ステップと
    を備えることを特徴とする認証方法。
15. 前記新たなログインページを、解析した前記ログインページの代わりに前記クライアントに送信する旨を前記中継装置のユーザに通知する通知ステップを更に備える
    ことを特徴とする請求項１４に記載の認証方法。
16. 前記通知に対し、許否の入力を促す確認ステップを更に備える
    ことを特徴とする請求項１５に記載の認証方法。
17. 前記ログイン情報が複数ある場合には、前記中継装置のユーザがその複数のログイン情報から埋め込むログイン情報を選択できる選択ステップを更に備える
    ことを特徴とする請求項１４乃至１６の何れかに記載の認証方法。
18. サーバとクライアントとの通信を中継及び監視する監視機能と、
    この監視ステップで、前記サーバから前記クライアントへ送信されるログインページに前記クライアントに関連するログイン情報の入力箇所が有るか否かを解析する解析機能と、
    この解析機能で前記入力箇所が有ると解析された場合、前記ログインページの所定の入力箇所に前記ログイン情報が書き換え可能に埋め込まれると共に、このログインページの動作に関する情報が維持されている新たなログインページを生成する生成機能と、
    この新たなログインページを、解析した前記ログインページの代わりに前記クライアントに送信する送信機能と
    をコンピュータに実現させるためのプログラム。
19. 前記新たなログインページを、解析した前記ログインページの代わりに前記クライアントに送信する旨を前記中継装置のユーザに通知する通知機能を、更にコンピュータに実現させる
    ことを特徴とする請求項１８に記載のプログラム。
20. 前記通知に対し、許否の入力を促す確認機能を、更にコンピュータに実現させる
    ことを特徴とする請求項１９に記載のプログラム。
21. 前記ログイン情報が複数ある場合には、前記中継装置のユーザがその複数のログイン情報から埋め込むログイン情報を選択できる選択機能を、更にコンピュータに実現させる
    ことを特徴とする請求項１８乃至２０の何れかに記載のプログラム。

Images