JP4470069B2 - 入力補助装置、入力補助システム、入力補助方法、及び、入力補助プログラム - Google Patents

Description

本発明は、入力補助装置に関し、特に利用者のＩＤ、パスワード、その他情報の入力画面への入力補助を行う入力補助装置に関する。

ネットワークを介したサービスにおいて、サービス提供者は利用者（ユーザ）にサービスを提供するかしないかの判断を行うために、認証情報での認証を行う。認証情報の例として、ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）、パスワード（ｐａｓｓｗｏｒｄ）がある。サービス提供者は利用者が認証情報を入力するためのウェブページを用意する。ウェブページは、利用者が使用する端末に表示される。ここでは、ウェブページの所在を示す情報をウェブページＵＲＬ（ＷＰＵ：Ｗｅｂ Ｐａｇｅ ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ））とする。また、認証を行うサーバを認証サーバと呼ぶ。認証サーバの所在を示す情報を認証サーバＵＲＬ（ＡＳＵ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｅｒ ＵＲＬ）とする。

サービス提供者が利用者にサービスを提供する場合、利用者に認証情報をウェブページへ入力させる。ウェブページには、直接的又は間接的に認証サーバＵＲＬが埋め込まれており、利用者が入力した認証情報はこの認証サーバＵＲＬに基づいて認証サーバへ送信される。認証サーバは、この認証情報に基づいて認証を行う。

このように、ウェブページＵＲＬが異なっている場合であっても、認証サーバＵＲＬが同一又は相互に関連している場合、同一の認証情報による認証ができる可能性が高い。

また、通常は、サービスが異なれば認証に必要な認証情報も異なるが、同一のサービス提供者が複数のサービスを提供したり、サービス提供者が別のサービス提供者と連携したりすることで、同一の認証情報で複数のサービスを受けられる場合がある。

これまで、利用者は、認証情報を、ウェブページＵＲＬやサービス名と結び付けて、人為的又は電子的に記憶するか、紙に記入／印刷して保管していた。利用者は、ブラウザ（ｂｒｏｗｓｅｒ）等に認証情報を入力するためのウェブページが表示されると、ウェブページＵＲＬやサービス名、ウェブページの見かけ等から判断して、記憶又は紙で保管している認証情報を検索し、ウェブページに認証情報を入力する。

例えば、利用者は、ウェブページＵＲＬと認証情報を結び付けてＤＢ（データベース）に保存する。同じＵＲＬのウェブページに異なる認証情報が入力された場合、新たにウェブページＵＲＬと認証情報のレコードをＤＢに保存する。その後、ブラウザにウェブページが表示されると、入力補助ソフトウェアがブラウザからウェブページＵＲＬを取得し、ＤＢからウェブページＵＲＬに対応する認証情報を検索する。ウェブページＵＲＬに対応する認証情報があれば、その認証情報をウェブページに入力する。検索の結果、複数の認証情報が見つかった場合、認証情報の一覧を表示し、利用者に適当な認証情報を選択させてウェブページに入力する。

関連する技術として、特開２００２−６３１３８号公報（特許文献１）にインターネット接続装置が開示されている。
この関連技術では、予め記憶された情報配信サービスの名称の中から所望のサービスを選択する。選択されたサービスに該当するＵＲＬを特定し、該ＵＲＬを有するサービス提供システムに対して利用依頼を行う。サービス提供システムからの認証要求に応じて応答するユーザＩＤとパスワードを選択されたサービスに付与されたサービスＩＤから変換して求める。サービスＩＤから変換して求めたユーザＩＤとパスワードをサービス提供システムに対して送信する。

特開２００２−６３１３８号公報

サービス提供者は、利用者の利便性向上のために認証情報を入力するウェブページを複数用意したり、異なるサービスと連携し同じ認証情報による認証によってサービスを提供したりする場合がある。この場合、認証情報を入力する夫々のウェブページのＵＲＬが異なる場合でも、利用者は同じ認証情報を入力する必要がある。

また、関連技術では、サービスに対する認証情報をＤＢに保存していても、ウェブページＵＲＬが異なれば入力補助は行われず、改めて認証情報をＤＢに登録する必要がある。極端な場合、入力する認証情報がたった一つであっても、認証情報を入力するウェブページが複数あれば、そのウェブページの数だけ同じ認証情報をＤＢに保存することになる。このことは、明らかに利用者やＤＢへの余分な負担となっている。また、認証情報の編集や削除を行う場合、ウェブページＵＲＬ毎に編集や削除を行う必要があり、編集や削除の漏れが発生する可能性がある。

なお、１つのウェブページＵＲＬに複数の認証情報が結びつく場合、入力補助ソフトウェアはウェブページに入力する認証情報を利用者に選択させる必要がある。ウェブページＵＲＬに結びつく認証情報が多数ある場合、煩雑となる。

このように、関連技術では、ウェブページＵＲＬと認証情報を結び付けて保存管理し、ウェブページＵＲＬが少しでも変われば入力する認証情報も変わると考えられる。

そこで、本発明では、認証サーバＵＲＬと認証情報を結び付けて保存管理し、認証サーバＵＲＬが多少異なっている場合でも同じ認証情報で認証を行うようにする。また、サービス間の連係情報を利用し、１つの認証情報を複数の認証サーバＵＲＬに対して利用できるようにすることで、利用者の利便性の向上を図る。

本発明に係る入力補助装置は、表示されたウェブページのデータ中から認証を行う認証サーバの所在を示す第１認証サーバＵＲＬを検出する認証入力検出部と、第１認証サーバＵＲＬと、利用者の認証情報の入力履歴を示すログイン情報に含まれる第２認証サーバＵＲＬ及び同一の認証情報で認証が可能な認証サーバの所在を示す認証サーバＵＲＬをグループ化しログイン情報と結び付けたサービスグループに含まれる第３認証サーバＵＲＬとを照合し、照合結果に応じた適合性レベルをログイン情報に関連付ける適合性判定部と、適合性レベルに応じて、ウェブページに対しログイン情報に基づく認証情報の入力補助を行う入力補助部とを具備する。例えば、入力補助部は、適合性レベルを高い順に適合性レベル１〜４としたとき、適合性レベル１のように適合性レベルが最も高い場合、ウェブページに対しログイン情報に基づく認証情報を自動的に入力し、適合性レベル２〜３の場合、ウェブページに対しログイン情報に基づく認証情報の候補を選択可能に表示し、適合性レベル４のように適合性レベルが最も低い場合、ウェブページに対しログイン情報に基づく認証情報の入力補助を行わない。なお、いずれの場合にも、利用者が入力部を介して認証情報を直接入力することが可能である。このとき、入力補助部は、直接入力された認証情報をログイン情報として登録するための処理を行う。また、第１認証サーバＵＲＬ、第２認証サーバＵＲＬ、及び第３認証サーバＵＲＬは、それぞれ複数でも良い。

本発明に係る入力補助システムは、利用者の認証情報の入力履歴を示すログイン情報が記録されたログイン履歴情報リストを管理するログイン履歴情報リストサーバと、同一の認証情報で認証が可能な認証サーバの所在を示す認証サーバＵＲＬをグループ化したサービスグループを含むサービスグループ情報リストを管理するサービスグループ情報リストサーバと、ログイン履歴情報リスト及びサービスグループ情報リストを取得し、ログイン情報とサービスグループを結び付け、表示されたウェブページのデータ中から認証を行う認証サーバの所在を示す第１認証サーバＵＲＬを検出し、第１認証サーバＵＲＬと、ログイン情報に含まれる第２認証サーバＵＲＬ及びサービスグループに含まれる第３認証サーバＵＲＬとを照合し、照合結果に応じた適合性レベルをログイン情報に関連付け、適合性レベルに応じて、ウェブページに対しログイン情報に基づく認証情報の入力補助を行う利用者端末とを含む。

本発明に係る入力補助方法は、（ａ）表示されたウェブページのデータ中から認証を行う認証サーバの所在を示す第１認証サーバＵＲＬを検出するステップと、（ｂ）第１認証サーバＵＲＬと、利用者の認証情報の入力履歴を示すログイン情報に含まれる第２認証サーバＵＲＬ及び同一の認証情報で認証が可能な認証サーバの所在を示す認証サーバＵＲＬをグループ化しログイン情報と結び付けたサービスグループに含まれる第３認証サーバＵＲＬとを照合し、照合結果に応じた適合性レベルをログイン情報に関連付けるステップと、（ｃ）適合性レベルに応じて、ウェブページに対しログイン情報に基づく認証情報の入力補助を行うステップとを含む。また、本発明に係る入力補助プログラムは、この入力補助方法を、プロセッサ（ｐｒｏｃｅｓｓｏｒ：処理装置）に実行させる。

サービス間の連係情報を使った入力操作履歴情報の捕捉によって、利用者に認証情報の登録等の負担をかけずに、入力補助を行う認証サーバを拡充することができる。なお、入力操作履歴情報とは、利用者に対して過去に行われた認証の履歴情報である。データ構造化された入力操作履歴情報をログイン情報と呼ぶ。ログイン情報は、利用者の認証情報の入力履歴を示す。また、補足済みの入力操作履歴情報と認証サーバＵＲＬとの一致の度合いから、認証情報と認証サーバの適合性の判定を行い、入力時の条件にマッチした認証情報を使用して入力補助を行うことができる。適合性の度合いは数値によって出力し、定量的な判定を行うことで、入力補助に対する明確な基準を提供する。なお、適合性とは、ある認証情報をある認証サーバに送信した場合に、認証が行われるかどうか（認証に成功するかどうか）の程度を示す。この程度を適合性レベルと呼ぶ。例えば、適合性レベルの範囲を１〜４とし、適合性レベル１であれば最も認証が行われる可能性が高いと判断するようにすることもできる。

以下に、本発明の実施例について添付図面を参照して説明する。
図１は、本発明に係るＩＤアグリゲーションサービスシステムの構成例を示す。
本発明に係るＩＤアグリゲーションサービスシステムは、利用者装置１０と、サービスグループ情報リストサーバ２０と、ログイン履歴情報リストサーバ３０と、ＷＥＢサーバ４０と、認証サーバ５０を含む。

利用者装置１０は、利用者によりウェブページの閲覧やＩＤやパスワードの入力等に使用される通信装置である。例えば、ＰＣ（パーソナルコンピュータ）や携帯電話、その他ウェブページを閲覧可能なデジタル家電（ｄｉｇｉｔａｌ ｈｏｍｅ ａｐｐｌｉａｎｃｅ）やガジェット（ｇａｄｇｅｔ）等が考えられる。本実施例では、利用者装置１０として、ネットワーク対応のコンピュータを想定している。図示しないが、ネットワーク対応のコンピュータの一般的な構成として、利用者装置１０は、ＣＰＵ等のプロセッサ（ｐｒｏｃｅｓｓｏｒ：処理装置）と、メモリ（ｍｅｍｏｒｙ：記憶装置）と、通信用インタフェース（ｉｎｔｅｒｆａｃｅ（Ｉ／Ｆ）：通信装置）と、ディスプレイ（ｄｉｓｐｌａｙ：表示装置）と、キーボード（ｋｅｙｂｏａｒｄ：入力装置）を備える。なお、入力装置は、キーボードに限らず、タブレット（ｔａｂｌｅｔ）や画面上のテンキーパッド、或いは生体情報やＩＣカード（ＩＣ ｃａｒｄ）等の読取装置でも良い。また、利用者装置１０は、必要に応じて、その他のデバイス（ｄｅｖｉｃｅ：内部装置及び周辺機器）を更に備える。

ここでは、利用者装置１０は、ブラウザ１と、入力補助ソフトウェア２を含む。従って、利用者装置１０は、ＣＰＵ等のプロセッサ（処理装置）を用いて、ブラウザ１をディスプレイ（表示装置）に表示し、入力補助ソフトウェア２を実行し、キーボード（入力部）を介して入力されたデータや、通信用インタフェース（通信装置）を介して送受信されたデータを処理し、メモリ（記憶装置）に格納する。但し、実際には、入力補助ソフトウェア２は、利用者装置１０の外部で動作していても良い。例えば、利用者装置１０がシンクライアント（ｔｈｉｎ ｃｌｉｅｎｔ）である場合、アプリケーションソフトウェアやファイル等の資源を管理するサーバ側で、入力補助ソフトウェア２が動作していると考えられる。

ブラウザ１は、ウェブページを表示し、利用者により入力された情報を取得し、入力された情報をウェブページ上に表示したり、入力された情報に応じてウェブページの表示内容を変更したりする。なお、ウェブページは、ログイン画面又は情報入力画面と読み替えても良い。ここでは、ブラウザ１として、ウェブブラウザを想定している。但し、実際には、ブラウザ１は、ウェブブラウザに限定されない。例えば、オンラインゲームのようにネットワークを介して利用者にサービスを提供するための専用のアプリケーションソフトウェアでも良い。

入力補助ソフトウェア２は、利用者による入力操作の補助・支援を行う。ここでは、ソフトウェア処理による入力補助を想定している。このとき、入力補助ソフトウェア２は、当該ソフトウェアを実行するプロセッサ（処理装置）を含む。但し、実際には、ソフトウェア処理に限らず、入力補助を行う装置又は回路を、入力補助ソフトウェア２の代わりに使用しても良い。

サービスグループ情報リストサーバ２０は、サービスグループ情報リスト２１を有する。本実施例では、サービスグループ情報リストサーバ２０として、ネットワーク対応のコンピュータを想定している。図示しないが、ネットワーク対応のコンピュータの一般的な構成として、サービスグループ情報リストサーバ２０は、ＣＰＵ等のプロセッサ（処理装置）と、メモリ（記憶装置）と、通信用インタフェース（通信装置）を備える。従って、サービスグループ情報リストサーバ２０は、ＣＰＵ等のプロセッサ（処理装置）を用いて、サービスグループ情報リスト２１の作成、更新、読み取り、その他必要な処理を行い、サービスグループ情報リスト２１をメモリ（記憶装置）に格納し、通信用インタフェース（通信装置）を介して利用者装置１０と通信する。ここでは、サービスグループ情報リストサーバ２０は、利用者装置１０からの要求に応じて、利用者装置１０にサービスグループ情報リスト２１を提供する。また、利用者からの直接入力に応じて予めサービスグループ情報リスト２１を作成する場合、サービスグループ情報リストサーバ２０は、更に、入力装置を備えていても良い。

図２は、サービスグループ情報リスト２１の構成例を示す。
サービスグループ情報リスト２１は、サービスグループ２１１と、認証サーバＵＲＬ２１２を含む。

サービスグループ２１１は、サービスグループを示す識別情報である。認証サーバＵＲＬ２１２は、サービスグループに属する認証サーバＵＲＬを示す。
ここで、サービスグループ情報リスト２１は、同一の認証情報で認証が可能な認証サーバの所在を示す認証サーバＵＲＬをグループ化して登録したものである。具体的には、サービスグループ情報リスト２１は、各ウェブページの認証サーバＵＲＬ２１２をグループ化し、このグループをサービスグループ２１１とし、サービスグループ２１１と認証サーバＵＲＬ２１２を関連付けて保持する。

ログイン履歴情報リストサーバ３０は、ログイン履歴情報リスト３１を有する。本実施例では、ログイン履歴情報リストサーバ３０として、ネットワーク対応のコンピュータを想定している。図示しないが、ネットワーク対応のコンピュータの一般的な構成として、ログイン履歴情報リストサーバ３０は、ＣＰＵ等のプロセッサ（処理装置）と、メモリ（記憶装置）と、通信用インタフェース（通信装置）を備える。従って、ログイン履歴情報リストサーバ３０は、ＣＰＵ等のプロセッサ（処理装置）を用いて、ログイン履歴情報リスト３１の作成、更新、読み取り、その他必要な処理を行い、ログイン履歴情報リスト３１をメモリ（記憶装置）に格納し、通信用インタフェース（通信装置）を介して利用者装置１０と通信する。ここでは、ログイン履歴情報リストサーバ３０は、利用者装置１０からの要求に応じて、利用者装置１０にログイン履歴情報リスト３１を提供する。また、利用者からの直接入力に応じて予めログイン履歴情報リスト３１を作成する場合、ログイン履歴情報リストサーバ３０は、更に、入力装置を備えていても良い。

図３は、ログイン履歴情報リスト３１の構成例を示す。
ログイン履歴情報リスト３１は、ログイン情報３１１と、利用者識別子３１２と、認証名称３１３と、認証情報３１４と、認証サーバＵＲＬ３１５と、ログイン情報最終作成日時３１６と、該当するグループ３１７と、適合性レベル３１８を含む。

ログイン情報３１１は、ログイン履歴情報リスト３１に登録されたログイン情報のレコードを示す識別情報である。登録されたログイン情報は、利用者の認証情報の入力履歴を示す。利用者識別子３１２は、利用者又は利用者装置１０を特定するための識別情報である。例えば、利用者識別子３１２として、当該サービスのユーザＩＤや、電話番号、メールアドレス、ＩＰアドレス、入力補助ソフトウェア２の固有番号、或いは、利用者装置１０に搭載されたハードウェアの固有番号等が考えられる。認証名称３１３は、認証情報の用途等に応じて利用者が任意に登録可能な識別情報である。認証情報３１４は、ＩＤ３１４１と、パスワード３１４２を含む。ＩＤ３１４１は、利用者により入力されたＩＤを示す。パスワード３１４２は、利用者により入力されたパスワードを示す。認証サーバＵＲＬ３１５は、認証情報３１４の対象となる認証サーバの所在情報（認証サーバＵＲＬ）を示す。ログイン情報最終作成日時３１６は、認証情報３１４が最後に登録された日時を示す。該当するグループ３１７は、認証サーバＵＲＬ３１５が属するサービスグループを示す。適合性レベル３１８は、認証情報３１４を認証サーバＵＲＬ３１５に送信した場合に、認証が行われるかどうか又は認証に成功するかどうかの程度（レベル）を示す。

なお、実際には、サービスグループ情報リストサーバ２０は、サービスグループ情報リスト２１をそのままリスト形式で有している必要は無く、前述のサービスグループ情報リスト２１に含まれる情報を直接的又は間接的に保持し、それらの情報を収集してサービスグループ情報リスト２１として提供することが可能であれば良い。同様に、ログイン履歴情報リストサーバ３０は、ログイン履歴情報リスト３１をそのままリスト形式で有している必要は無く、前述のログイン履歴情報リスト３１に含まれる情報を直接的又は間接的に保持し、それらの情報を収集してログイン履歴情報リスト３１として提供することが可能であれば良い。また、サービスグループ情報リストサーバ２０及びログイン履歴情報リストサーバ３０は、同一のサーバであっても良い。

ＷＥＢサーバ４０は、利用者装置１０に対して認証を必要とするウェブページを提供し、利用者装置１０からＩＤやパスワード等の認証情報の入力があれば、このＩＤやパスワード等の認証情報を認証サーバ５０に送信する。また、ＷＥＢサーバ４０は、認証サーバ５０から認証情報に基づく認証の結果を受け取る。ＷＥＢサーバ４０は、認証情報が正式に認証されていれば、アクセスを許可したり、サービスを提供したりする。サービスの例としては、会員制サイトでのショッピングや、掲示板又はブログの閲覧、動画像又は音楽データのダウンロード等のコンテンツが考えられる。本実施例では、ＷＥＢサーバ４０として、ネットワーク対応のコンピュータを想定している。図示しないが、ネットワーク対応のコンピュータの一般的な構成として、ＷＥＢサーバ４０は、ＣＰＵ等のプロセッサ（処理装置）と、メモリ（記憶装置）と、通信用インタフェース（通信装置）を備える。従って、ＷＥＢサーバ４０は、ＣＰＵ等のプロセッサ（処理装置）を用いて前述の処理を行い、前述の処理に関するデータやウェブページに関するデータをメモリ（記憶装置）に格納し、通信用インタフェース（通信装置）を介して利用者装置１０と通信する。

認証サーバ５０は、ＷＥＢサーバ４０からの要求に応じて、利用者装置１０又はＷＥＢサーバ４０から受け取った利用者のＩＤやパスワード等の認証情報に基づいてユーザ認証を行い、ＷＥＢサーバ４０からの要求に対する応答として、認証の結果をＷＥＢサーバ４０に提供する。このとき、認証サーバ５０は、利用者装置１０又はＷＥＢサーバ４０から受け取った利用者のＩＤやパスワード等の認証情報を保持するようにしても良い。本実施例では、認証サーバ５０として、ネットワーク対応のコンピュータを想定している。図示しないが、ネットワーク対応のコンピュータの一般的な構成として、認証サーバ５０は、ＣＰＵ等のプロセッサ（処理装置）と、メモリ（記憶装置）と、通信用インタフェース（通信装置）を備える。従って、認証サーバ５０は、ＣＰＵ等のプロセッサ（処理装置）を用いて前述の処理を行い、前述の処理に関するデータや認証処理に関するデータをメモリ（記憶装置）に格納し、通信用インタフェース（通信装置）を介して利用者装置１０或いはＷＥＢサーバ４０と通信する。

ここで、実際にＷＥＢサーバ４０がサービスを提供する際には、次のような事例も考えられる。例えば、認証サーバ５０は、認証情報として、一方から他方を識別可能な一組の認証許可チケットを生成する。例えば、この一組の認証許可チケットを認証許可チケットＡ、認証許可チケットＢとした場合、認証サーバ５０は、認証許可チケットＡを記憶し、認証許可チケットＢを利用者装置１０に提供する。利用者装置１０は、サービスを受ける際に、ＷＥＢサーバ４０に認証許可チケットＢを提供する。ＷＥＢサーバ４０は、利用者装置１０から認証許可チケットＢを受け取ると、受け取った認証許可チケットＢを認証サーバ５０に提供する。認証サーバ５０は、認証許可チケットＡと認証許可チケットＢとを照合し、一組の認証許可チケットであることが確認できれば、ＷＥＢサーバ４０にその旨を応答する。ＷＥＢサーバ４０は、認証サーバ５０からの応答に応じて、利用者装置１０にコンテンツ等を提供する。

サービス提供において、認証情報はサービスと結びついている。この認証情報とサービスの結び付け（関連付け）は、認証サーバ５０によって行われる。すなわち、認証情報と認証サーバＵＲＬの関係は、認証情報とウェブページＵＲＬの関係よりも密接である。また、認証サーバＵＲＬが異なっている場合でも、認証サーバＵＲＬのドメイン名或いはホスト名が同じ場合のように、認証サーバＵＲＬがある程度似通って（類似して）いれば、認証処理は同じ認証サーバで行われる可能性が高く、同じ認証情報によって認証を受けられる可能性が高い。なお、ＷＥＢサーバ４０及び認証サーバ５０は、同一のサーバであっても良い。

図４を参照して、本発明における全体的な処理の概要について説明する。
（１）ステップＳ１０１
利用者装置１０は、サービスグループ情報リストサーバ２０からサービスグループ情報リスト２１を取得し、サービスグループ情報リスト２１を基に、サービス間の連携情報を取得する。
（２）ステップＳ１０２
また、利用者装置１０は、ログイン履歴情報リストサーバ３０からログイン履歴情報リスト３１を取得し、ログイン履歴情報リスト３１を基に、利用者のログイン情報（入力操作履歴）を取得する。ログイン情報は、利用者の認証情報の入力履歴を示す。
（３）ステップＳ１０３
利用者装置１０は、ログイン履歴情報リスト３１とサービスグループ情報リスト２１から、ログイン情報の拡張処理を行う。ログイン情報の拡張処理とは、ログイン履歴情報リスト３１とサービスグループ情報リスト２１の双方に含まれている認証サーバＵＲＬをキーにして、同一の認証サーバＵＲＬに対応するログイン情報とサービス間の連携情報を関連付け、複数のサービスに対して同一のログイン情報を使用できるようにすることである。拡張処理の詳細については後述する。
（４）ステップＳ１０４
利用者装置１０は、ログイン情報と認証サーバＵＲＬの一致度を基準に、ログイン情報と認証サーバとの適合性を判定し、適合性レベル付けを行う。
（５）ステップＳ１０５
利用者装置１０は、判定された適合性レベルに合わせて、利用者の認証情報入力に対し、入力補助を行う。例えば、適合性レベル１の場合、最適な認証情報を自動入力する。適合性レベル２又は３の場合、認証情報の候補の一覧を表示し、利用者が選択できるようにする。適合性レベル４の場合、認証情報の自動入力も表示も行わない。

次に、本発明における利用者装置１０の動作について説明する。
図５は、利用者装置１０の機能に基づく具体的な構成例を示す。
利用者装置１０は、記憶部１１と、表示部１２と、入力部１３と、リスト取得部１４と、拡張部１５と、認証入力検出部１６と、適合性判定部１７と、入力補助部１８と、認証情報追加部１９を備える。

記憶部１１は、利用者識別子を保持する。利用者識別子は、利用者装置１０自体又は利用者自身を特定するための情報である。また、記憶部１１は、ブラウザ１及び入力補助ソフトウェア２等の各種アプリケーションソフトウェアや、各種データを格納する。

表示部１２は、ブラウザ１を始めとする表示用アプリケーションソフトウェアによりウェブページ（ＷＰ）を表示する。ここでは、表示部１２として、ディスプレイを想定している。但し、実際には、表示部１２は、ブラウザ１を始めとする表示用アプリケーションソフトウェアを実行するプロセッサ（処理装置）を含むようにしても良い。

入力部１３は、利用者の操作に応じて、表示されたウェブページにＩＤやパスワード等の認証情報を入力する。ここでは、入力部１３として、キーボードやマウス、タブレット等の入力装置、及びこれらの入力装置からの入力データをブラウザ１に反映させる回路を想定している。或いは、外部から認証情報を受信するための通信装置でも良い。なお、表示部１２及び入力部１３は、タッチパネル（ｔｏｕｃｈ ｐａｎｅｌ）のように、一体化していても良い。

このように、ブラウザ１は表示部１２及び入力部１３を利用しているため、表示部１２及び入力部１３はブラウザ１の構成要素と考えることができる。

また、ここでは、リスト取得部１４、拡張部１５、認証入力検出部１６、適合性判定部１７、入力補助部１８、及び認証情報追加部１９の各々の機能は、入力補助ソフトウェア２に基づく機能とする。すなわち、リスト取得部１４、拡張部１５、認証入力検出部１６、適合性判定部１７、入力補助部１８、及び認証情報追加部１９は、入力補助ソフトウェア２又はこれに関連するプログラムを実行するプロセッサ（処理装置）を想定している。但し、実際には、リスト取得部１４、拡張部１５、認証入力検出部１６、適合性判定部１７、入力補助部１８、及び認証情報追加部１９は、入力補助ソフトウェア２によらず、単独で各々の機能を実現する回路又は装置であっても良い。

リスト取得部１４は、利用者装置１０又は入力補助ソフトウェア２の起動時に、利用者識別子を含むサービスグループ情報リスト要求をサービスグループ情報リストサーバ２０に送信し、サービスグループ情報リストサーバ２０からサービスグループ情報リストを取得し記憶部１１に格納する。同時に又は連続して、利用者識別子を含むログイン履歴情報リスト要求をログイン履歴情報リストサーバ３０に送信し、ログイン履歴情報リストサーバ３０からログイン履歴情報リスト３１を取得し記憶部１１に格納する。ログイン履歴情報リスト３１は、認証サーバＵＲＬ、認証情報、利用者識別子、認証名称を含むログイン情報（ＬＩ）をリスト化したものである。ここでは、ログイン情報（ＬＩ）は、利用者の認証情報の入力履歴を示す。なお、ログイン履歴情報リストは個人情報を含むため、リスト取得部１４は、ログイン履歴情報リストサーバ３０側で暗号化されたログイン履歴情報リストを受信することが好適である。この場合、リスト取得部１４は、暗号化されたログイン履歴情報リストを復号化するものとする。ログイン履歴情報リストと同様に、サービスグループ情報リストについても、サービスグループ情報リストサーバ２０側で暗号化しリスト取得部１４側で復号化するようにしても良い。

拡張部１５は、ログイン情報（ＬＩ）の拡張処理を行う。ここでは、拡張部１５は、ログイン履歴情報リスト３１の認証サーバＵＲＬ（ＡＳＵ−ＬＩ）がサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と所定の条件（適合性レベル付けルール）で一致しているか照合し、一致すれば、認証サーバＵＲＬ（ＡＳＵ−ＬＩ）は、一致した認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と同じサービスグループと判断し、そのサービスグループを認証サーバＵＲＬ（ＡＳＵ−ＬＩ）に関連付けする。所定の条件（適合性レベル付けルール）の詳細については後述する。

認証入力検出部１６は、表示部１２に表示中のウェブページのデータ中に認証情報の入力欄と、直接的又は間接的に認証サーバＵＲＬ（ＡＳＵ−ＷＰ）が含まれていないか検索し、表示部１２に表示中のウェブページのデータ中に認証情報の入力欄と認証サーバＵＲＬ（ＡＳＵ−ＷＰ）を検出すると、適合性判定部１７に認証サーバＵＲＬを渡す。例えば、認証入力検出部１６は、ウェブページのソースのＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書中の「ＦＯＲＭ」タグを認証情報の入力欄と判断する。この「ＦＯＲＭ」タグは、「ｔｙｐｅ属性：ｔｅｘｔ」及び「ｔｙｐｅ属性：ｐａｓｓｗｏｒｄ」の「ｉｎｐｕｔ」タグを含む。認証入力検出部１６は、条件を満たす「ＦＯＲＭ」タグがウェブページのデータ中に複数あれば、その分（「ＦＯＲＭ」タグの数）だけ入力欄があると判断する。また、認証入力検出部１６は、ウェブページのソースのＨＴＭＬ文書中に認証サーバＵＲＬ（ＡＳＵ−ＷＰ）が記述されていれば、その認証サーバＵＲＬ（ＡＳＵ−ＷＰ）を検出する。このとき、認証入力検出部１６は、ＨＴＭＬ文書中の認証サーバＵＲＬ（ＡＳＵ−ＷＰ）を検出するための目印として、「ＦＲＯＭタグ」を識別し、ＦＲＯＭタグのＡｃｔｉｏｎ属性に指定されているＵＲＬを認証サーバＵＲＬ（ＡＳＵ−ＷＰ）として取得する。なお、Ｂａｓｉｃ認証のような認証ダイアログの場合は、ＦＲＯＭタグが無いため、タイトルのようなダイアログの特定部分を目印にしている。すなわち、認証入力検出部１６は、認証情報の入力欄と認証サーバＵＲＬ（ＡＳＵ−ＷＰ）に関する情報をダイアログの特定部分から取得している。また、認証入力検出部１６は、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）がウェブページのソースのＨＴＭＬ文書と関連付けられた別のファイルで管理されていても、その別のファイルから認証サーバＵＲＬ（ＡＳＵ−ＷＰ）を読み出し、その認証サーバＵＲＬ（ＡＳＵ−ＷＰ）を検出する。

適合性判定部１７は、拡張部１５により拡張処理されたログイン履歴情報リスト３１の認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及びサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを、ログイン履歴情報リスト３１中のログイン情報毎に、所定の条件（適合性レベル付けルール）で照合し、照合の度合いに応じた適合性レベルを、その照合が行われたログイン情報に関連付けして適合性レベル付けを行う。ここでは、適合性判定部１７は、ログイン履歴情報リスト３１の認証サーバＵＲＬ（ＡＳＵ−ＬＩ）にサービスグループが関連付けられている場合のみ、サービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを照合するものとする。すなわち、適合性判定部１７は、ログイン履歴情報リスト３１の認証サーバＵＲＬ（ＡＳＵ−ＬＩ）にサービスグループが関連付けられていない場合、サービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを照合しない。但し、実際には、この例に限定されない。

入力補助部１８は、ログイン情報に関連付けされた適合性レベルに合わせて、認証情報の入力補助を行う。入力補助部１８は、適合性レベル１と判定されたログイン情報の認証情報をウェブページ上の認証情報の入力欄に入力する。また、入力補助部１８は、表示部１２に、適合性レベル２又は３と判定されたログイン情報の認証名称を入力候補として入力部１３により選択可能に表示する。例えば、ブラウザ１のツールバーや別途ダイアログボックスの中に表示することが想定される。入力補助部１８は、認証名称が入力部１３により選択されると、ウェブページ上の認証情報の入力欄に選択された認証名称のログイン情報の認証情報を入力する。適合性レベル４と判定されたログイン情報については入力も表示も行わない。このとき、自動入力した適合性レベル１のログイン情報の認証名称も入力候補に含めて表示しても構わない。

なお、適合性レベル１のログイン情報が複数ある場合、ログイン情報の最終作成日時や最終使用日時を基に現在時刻に近い順に順位付けを行うようにすることが考えられる。このとき、入力補助部１８は、順位付けの一番高い１つのログイン情報の認証情報を入力し、他の適合性レベル１のログイン情報については認証名称を別途、認証情報の候補として一覧表示するように、適合性レベル１のログイン情報は必ず自動入力することが、利用者の手数の削減という点において好適である。

認証情報追加部１９は、利用者装置１０から外部に送信されるデータを監視し、送信されるデータを解析してウェブページ内に組み込まれている認証サーバＵＲＬ（ＡＳＵ−ＷＰ）、入力されたＩＤとパスワード等の認証情報を取得する。但し、Ｂａｓｉｃ認証のような認証ダイアログの場合、認証情報追加部１９は、ダイアログのボタン押下を検出して、ダイアログから直接、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）、入力されたＩＤとパスワード等の認証情報を取得する。認証情報追加部１９は、ウェブページ内に組み込まれている認証サーバＵＲＬ（ＡＳＵ−ＷＰ）、入力されたＩＤとパスワード等の認証情報を取得した場合、ログイン履歴情報リストサーバ３０に保存する旨の要否確認ボタンと、認証情報を特定する認証名称を指定するための入力欄を表示部１２に表示する。このとき、認証情報追加部１９は、入力画面であるか否か、ＩＤやパスワード等の認証情報の入力欄に入力情報が入力されているか否かを判定し、その判定結果に応じて要否確認ボタンや認証名称の入力欄を表示する。ここでは、認証情報追加部１９は、入力画面で無い場合や、ＩＤやパスワード等の認証情報の入力欄に入力情報が入力されていない場合は、要否確認ボタンや認証名称の入力欄を表示しない。認証情報追加部１９は、入力部１３により保存が必要（保存要）との指示（例えば、要否確認ボタンの押下に応じた要求信号）と、認証名称を受けると、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）と認証情報、利用者識別子、認証名称を含むログイン情報（ＬＩ）をログイン履歴情報リストサーバ３０に送信し、ログイン履歴情報リスト３１に登録するように要求する。実際には、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）と共に、表示中のウェブページＵＲＬ（ＷＰＵ）もログイン情報（ＬＩ）に含めてログイン履歴情報リスト３１に登録するようにしても良い。なお、ログイン情報（ＬＩ）は個人情報を含むため、認証情報追加部１９は、ログイン情報（ＬＩ）を暗号化して送信することが好適である。ここでは、ログイン履歴情報リストサーバ３０は、暗号化されたログイン情報（ＬＩ）を復号化するものとする。但し、実際には、ログイン履歴情報リストサーバ３０は、暗号化されたログイン情報（ＬＩ）を復号化しない場合もある。この場合、ログイン履歴情報リストサーバ３０は、ログイン情報の重複チェックや拡張処理等ができないため、全て利用者装置１０が行うことになる。ログイン履歴情報リストサーバ３０は、受け取ったログイン情報（ＬＩ）が新規のログイン情報（ＬＩ）であれば、ログイン履歴情報リスト３１に登録する。

ここで、所定の条件（適合性レベル付けルール）について詳述する。
適合性レベル付けルールについては、照合された認証サーバＵＲＬ同士が一致する場合、適合性レベル１とする。また、照合された認証サーバＵＲＬ同士が近似する場合、適合性レベル２又は３とする。また、照合された認証サーバＵＲＬ同士が異なる場合、適合性レベル４とする。

拡張部１５は、ログイン履歴情報リスト３１の認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及びサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）とが適合性レベル１〜３で一致した場合、認証サーバＵＲＬ（ＡＳＵ−ＬＩ）が含まれるログイン情報（ＬＩ）を、認証サーバＵＲＬ（ＡＳＵ−ＳＧ）が属するサービスグループに関連付けする。

適合性判定部１７は、表示されたウェブページに埋め込まれた認証サーバＵＲＬ（ＡＳＵ−ＷＰ）に対して過去に送信された認証情報を含むログイン情報（ＬＩ）、又は、関連付けられたサービスグループに認証サーバＵＲＬ（ＡＳＵ−ＷＰ）と一致する認証サーバＵＲＬ（ＡＳＵ−ＳＧ）が含まれるログイン情報（ＬＩ）を、適合性レベル１と判定する。

また、適合性判定部１７は、表示されたウェブページに埋め込まれた認証サーバＵＲＬ（ＡＳＵ−ＷＰ）と近似する認証サーバＵＲＬ（ＡＳＵ−ＳＧ）に対して過去に送信された認証情報を含むログイン情報（ＬＩ）、又は、関連付けられたサービスグループに認証サーバＵＲＬ（ＡＳＵ−ＷＰ）と近似する認証サーバＵＲＬ（ＡＳＵ−ＳＧ）が含まれるログイン情報（ＬＩ）を、適合性レベル２〜３と判定する。

また、適合性判定部１７は、表示されたウェブページに埋め込まれた認証サーバＵＲＬ（ＡＳＵ−ＷＰ）や近似する認証サーバＵＲＬ（ＡＳＵ−ＷＰ）に対して一致する過去に送信された認証情報を含まず、関連付けられたサービスグループに認証サーバＵＲＬ（ＡＳＵ−ＷＰ）と一致又は近似する認証サーバＵＲＬ（ＡＳＵ−ＳＧ）が含まれていないログイン情報（ＬＩ）を、適合性レベル４と判定する。

なお、ここでは、認証サーバＵＲＬがクエリー部分を除いて完全に一致する場合、適合性レベル１とする。認証サーバＵＲＬがホストレベルで一致する場合、適合性レベル２とする。認証サーバＵＲＬがドメインレベルで一致する場合、適合性レベル３とする。いずれでも無い場合、適合性レベル４とする。

以下に、本発明に係るＩＤアグリゲーションサービスシステムの処理について説明する。
ここでは、図６を参照して、本発明に係るＩＤアグリゲーションサービスシステムの処理に必要な事前準備について説明する。
（１）ステップＳ２０１
本発明では、複数のサービス提供者が連携を行い、異なるサービス提供者が提供するウェブページに対して同一（共通）のＩＤとパスワードで認証が行えるウェブページの情報をグループ化する。具体的には、各ウェブページ内に組み込まれている認証サーバＵＲＬをグループ化する。このグループ化により作成されたグループをサービスグループと呼ぶ。サービスグループは複数存在しても良い。サービスグループ情報リストサーバ２０は、これらのサービスグループの情報をリスト形式にしてまとめたものをサービスグループ情報リスト２１として保存する。
（２）ステップＳ２０２
利用者がブラウザ１のウェブページに、ＩＤとパスワードを入力すると、入力補助ソフトウェア２は、ウェブページ内に組み込まれている認証サーバＵＲＬ、入力されたＩＤとパスワードを含むログイン情報をログイン履歴情報リスト３１に登録するように、ログイン履歴情報リストサーバ３０に対して要求する。
（３）ステップＳ２０３
ログイン履歴情報リストサーバ３０は、ＩＤとパスワードが一致するログイン情報がログイン履歴情報リスト３１に登録されているか判定する。ログイン履歴情報リストサーバ３０は、ＩＤとパスワードが一致しているログイン情報は既にログイン履歴情報リスト３１に登録されているが、認証サーバＵＲＬが一致しない場合、その登録されているログイン情報に、ウェブページ内に組み込まれている認証サーバＵＲＬを追加する。また、ログイン履歴情報リストサーバ３０は、ＩＤとパスワードとの全てが、登録されているログイン情報と一致しない場合、このＩＤとパスワード、及び認証サーバＵＲＬを含む新規のログイン情報を作成してログイン履歴情報リスト３１に登録する。また、ログイン履歴情報リストサーバ３０は、ウェブページ内に組み込まれている認証サーバＵＲＬが、既に登録されている認証サーバＵＲＬとも一致する場合は追加しない。

なお、ログイン履歴情報リスト３１内の認証サーバＵＲＬに関する重複チェックは、ログイン履歴情報リスト３１が利用者装置１０にダウンロードされた時に、利用者装置１０側で行われるようにしても良い。例えば、利用者装置１０が、ログイン情報をログイン履歴情報リストサーバ３０に保存するかどうかの要否確認ボタンを表示する前に、ログイン履歴情報リスト３１内の認証サーバＵＲＬに関する重複チェックを行うようにすることが考えられる。

次に、図７を参照して、本発明に係るＩＤアグリゲーションサービスシステムの具体的な処理について詳述する。
（１）ステップＳ３０１
リスト取得部１４は、利用者装置１０や入力補助ソフトウェア２の起動時に、利用者識別子を含むサービスグループ情報リスト要求をサービスグループ情報リストサーバ２０に送信する。
（２）ステップＳ３０２
サービスグループ情報リストサーバ２０は、サービスグループ情報リスト要求を受信すると、利用者識別子で特定される利用者装置１０に対して、サービスグループ情報リスト２１を送信する。
（３）ステップＳ３０３
リスト取得部１４は、サービスグループ情報リストサーバ２０からサービスグループ情報リスト２１を受信すると、サービスグループ情報リスト２１を記憶部１１に保存する。
（４）ステップＳ３０４
また、リスト取得部１４は、利用者装置１０や入力補助ソフトウェア２の起動時に、利用者識別子を含むログイン情報要求をログイン履歴情報リストサーバ３０に送信する。
（５）ステップＳ３０５
ログイン履歴情報リストサーバ３０は、ログイン情報要求を受信すると、利用者識別子に該当するログイン情報がログイン履歴情報リスト３１内にあるか検索し、利用者識別子に該当するログイン情報がログイン履歴情報リスト３１内にある場合、利用者識別子で特定される利用者装置１０に対して、利用者識別子に対応するログイン履歴情報リスト３１を送信する。
（６）ステップＳ３０６
リスト取得部１４は、ログイン履歴情報リストサーバ３０からログイン履歴情報リスト３１を受信すると、ログイン履歴情報リスト３１を記憶部１１に保存する。
（７）ステップＳ３０７
ログイン履歴情報リストサーバ３０は、利用者識別子に該当するログイン情報がログイン履歴情報リスト３１内に無い場合、ログイン情報要求エラーを送信する。ログイン情報要求エラーは、利用者識別子に該当するログイン情報が存在しないことを示す。
（８）ステップＳ３０８
リスト取得部１４は、ログイン情報要求エラーを受信すると、認証情報の入力欄への入力や入力候補の表示を行わずに、認証情報追加部１９が認証情報を認証サーバ５０に送信する送信ボタンの押下を検出した後、認証入力検出部１６がウェブページ内に組み込まれている認証サーバＵＲＬと入力されたＩＤとパスワード等の認証情報を抽出した場合、この認証情報をログイン履歴情報リストサーバ３０に保存する旨の要否確認ボタンと、認証情報を特定する認証名称を入力する欄を表示部１２に表示し、入力部１３により保存が必要（保存要）との指示と認証名称の入力を受けると、認証サーバＵＲＬと認証情報、利用者識別子、認証名称を含むログイン情報をログイン履歴情報リストサーバ３０に送信する。これにより、新規のログイン情報を含むログイン履歴情報リストが、利用者装置１０とログイン履歴情報リストサーバ３０に作成される。なお、認証情報の追加のトリガは、送信ボタン押下の検出に限らず、認証情報を認証サーバ５０に送信するＨＴＴＰリクエストメッセージの検知でも良い。例えば、ベーシック認証等の認証ダイアログが出る認証に対応する場合は、「送信ボタン押下の検出」の方式を採用する。通常のウェブページからの認証に対応する場合は、「ＨＴＴＰリクエストメッセージの検知」の方式を採用する。「ＨＴＴＰリクエストメッセージの検知」の方式を採用する場合、ＨＴＴＰリクエストのメッセージを監視し、そのメッセージが認証情報を送信するメッセージかどうかを解析する。また、要否確認ボタンを表示させるタイミングは任意である。例えば、認証情報が認証サーバ５０に送信され、ウェブページが別のページに遷移した後でも良い。
（９）ステップＳ３０９
ログイン履歴情報リストサーバ３０は、リスト取得部１４からログイン情報を受信し、ログイン情報をログイン履歴情報リスト３１に追加する。
（１０）ステップＳ３１０
拡張部１５は、記憶部１１に格納されているサービスグループ情報リスト２１とログイン履歴情報リスト３１に基づいて、ログイン情報の拡張処理を行う。ここでは、拡張部１５は、ログイン履歴情報リスト３１に含まれるログイン情報の認証サーバＵＲＬ（ＡＳＵ−ＬＩ）の各々が、サービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、「適合性レベル付けルール」の適合性レベル１〜３で一致するか照合し、一致すれば、認証サーバＵＲＬ（ＡＳＵ−ＬＩ）は一致した認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と同じサービスグループとし、このサービスグループを認証サーバＵＲＬ（ＡＳＵ−ＬＩ）に関連付けする。なお、このログイン情報とサービスグループの関連付けによる拡張処理については、ログイン情報がログイン履歴情報リストサーバ３０に保存された段階で、ログイン履歴情報リストサーバ３０がこの拡張処理を行い、利用者装置１０が予め拡張されたログイン情報のみを取得するようにしても良い。
（１１）ステップＳ３１１
認証入力検出部１６は、ブラウザ１が表示部１２に表示中のウェブページのデータ内に認証情報の入力欄と認証サーバＵＲＬ（ＡＳＵ−ＷＰ）を検出すると、適合性判定部１７に認証サーバＵＲＬ（ＡＳＵ−ＷＰ）を渡す。
（１２）ステップＳ３１２
適合性判定部１７は、拡張処理されたログイン情報の認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及び認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを、「適合性レベル付けルール」で照合し、適当な適合性レベルをログイン情報に関連付けする。
（１３）ステップＳ３１３
入力補助部１８は、ログイン情報に関連付けされた適合性レベルに応じて、ログイン情報に含まれる認証情報の入力補助を行う。ここで、入力補助部１８は、適合性レベル１と判定されたログイン情報の認証情報をウェブページ上の認証情報の入力欄に入力する。また、入力補助部１８は、表示部１２に、適合性レベル２又は３と判定されたログイン情報の認証名称を入力候補として入力部１３により選択可能に表示する。例えば、ブラウザ１のツールバーや別途ダイアログボックスの中に表示することが想定される。入力補助部１８は、認証名称が入力部１３により選択されると、ウェブページ上の認証情報の入力欄に選択された認証名称のログイン情報の認証情報を入力する。適合性レベル４と判定されたログイン情報については入力も表示も行わない。このとき、自動入力した適合性レベル１のログイン情報の認証名称も入力候補に含めて表示しても構わない。
（１４）ステップＳ３１４
認証情報追加部１９は、認証情報を認証サーバ５０に送信する際の送信ボタンの押下を検出した後、ウェブページ内に組み込まれている認証サーバＵＲＬ（ＡＳＵ−ＷＰ）、入力されたＩＤとパスワード等の認証情報を取得した場合、ログイン履歴情報リストサーバ３０に保存する旨の要否確認ボタンと、認証情報を特定する認証名称を入力するための欄を表示部１２に表示し、入力部１３により保存が必要（保存要）との指示と、認証名称を受けると、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）と認証情報、利用者識別子、認証名称を含むログイン情報（ＬＩ）をログイン履歴情報リストサーバ３０に送信し、利用者装置１０のログイン履歴情報リストも更新する。
（１５）ステップＳ３１５
ログイン履歴情報リストサーバ３０は、ログイン情報（ＬＩ）をログイン履歴情報リスト３１に登録する。このとき、ログイン履歴情報リストサーバ３０は、認証情報追加部１９から受け取ったログイン情報（ＬＩ）が既にログイン履歴情報リスト３１に登録されていないか確認し、ログイン情報（ＬＩ）がログイン履歴情報リスト３１に登録されていなければ、ログイン情報（ＬＩ）をログイン履歴情報リスト３１に登録するようにしても良い。

ここで、ステップＳ３１５の後にステップＳ３１０に戻るようにすることも考えられる。例えば、所謂ネットサーフィンでは、自動入力は１回きりで終わりでなく、１つのサービスにおいて認証した後、他のサービスにおいて認証し、また先程のサービスにおいて認証する場合もある。このような場合、ステップＳ３１５の後にステップＳ３１０に戻るループにより対応することができる。

なお、ステップＳ３１０に示すようなログイン情報の拡張処理は、ステップＳ３１０以外にも様々な機会において複数行うようにしても良い。例えば、認証情報をログイン履歴情報リスト３１中のログイン情報に含まれていない新しい認証サーバＵＲＬに送信した場合、ステップＳ３０８やステップＳ３１４、ステップＳ３１５でログイン履歴情報リスト３１に新しい認証サーバＵＲＬが追加され、その新しい認証サーバＵＲＬによって、ログイン情報に新しいグループが関連付けされる可能性がある。従って、拡張済みであっても、ログイン履歴情報リスト３１が更新されると拡張処理をもう一度行う必要がある。具体的には、新規の認証情報を送信したり、既存の認証情報を新しい認証サーバＵＲＬに送信したりすることで、新しいログイン情報が追加された場合が考えられる。

拡張処理を行うタイミングの例としては、ステップＳ３１０において、ログイン履歴情報リストサーバ３０がログイン情報の保存処理を行う時や、利用者装置１０がログイン履歴情報リスト３１をダウンロードした時が想定される。或いは、ステップＳ３１４において、利用者装置１０からログイン履歴情報リストサーバ３０のログイン履歴情報リスト３１を更新する時が想定される。但し、実際には、これらの例に限定されない。

以下に、拡張処理と適合性レベルの判定と入力補助について詳述する。
図８に、ログイン履歴情報リスト３１とサービスグループ情報リスト２１の例を示す。

図８を参照して、拡張処理について説明する。
ログイン情報Ｚに対する拡張処理では、ログイン情報Ｚの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）とサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）を「適合性レベル付けルール」の適合性レベル１〜３で一致するまで若しくは照合対象が無くなるまで照合する。ここでは、ログイン情報Ｚの「ｈｔｔｐｓ：／／ＡＡＡ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」とサービスグループＸの「ｈｔｔｐｓ：／／ＡＡＡ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると一致するため、ログイン情報Ｚの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）にサービスグループＸを関連付けする。次に、ログイン情報Ｚの「ｈｔｔｐｓ：／／ＢＢＢ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」と、サービスグループＸの「ｈｔｔｐｓ：／／ＡＡＡ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」、「ｈｔｔｐｓ：／／ＴＴＴ．ｃｏ．ｅｕ／ｌｏｇｉｎ．ｃｇｉ」、「ｈｔｔｐｓ：／／ＣＣＣ．ｃｏ．ｊｐ／ａｕｔｈ．ｃｇｉ」の各々とを順番に判定し、いずれも一致しないことが確認できる。次に、ログイン情報Ｚの「ｈｔｔｐｓ：／／ＢＢＢ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」とサービスグループＹの「ｈｔｔｐｓ：／／ＢＢＢ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると一致するため、ログイン情報Ｚの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）にサービスグループＹを関連付けする。

また、ログイン情報Ｐに対する拡張処理では、ログイン情報Ｐの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）とサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）を「適合性レベル付けルール」の適合性レベル１〜３で一致するまで若しくは照合対象が無くなるまで照合する。ここでは、ログイン情報Ｐの「ｈｔｔｐｓ：／／ｐｐｐ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」と、サービスグループＸの「ｈｔｔｐｓ：／／ＡＡＡ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」、「ｈｔｔｐｓ：／／ＴＴＴ．ｃｏ．ｅｕ／ｌｏｇｉｎ．ｃｇｉ」、「ｈｔｔｐｓ：／／ＣＣＣ．ｃｏ．ｊｐ／ａｕｔｈ．ｃｇｉ」、及びサービスグループＹの「ｈｔｔｐｓ：／／ＢＢＢ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」、「ｈｔｔｐｓ：／／ＳＳＳ．ｒｕ／ａｕｔｈ．ｃｇｉ」の各々とを順番に判定し、いずれも一致しないことが確認できる。従って、ログイン情報Ｐの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）に該当するサービスグループは無い。

また、ログイン情報Ｐに対する拡張処理と同様に、ログイン情報Ｑ，Ｒ，Ｒ２に対する拡張処理においても、ログイン情報Ｑ、Ｒ、Ｒ２の認証サーバＵＲＬ（ＡＳＵ−ＬＩ）に該当するサービスグループは無い。

上記の結果により、ログイン履歴情報リスト３１の該当するグループ３１７が決まる。ログイン履歴情報リスト３１の該当するグループ３１７に上記の結果を反映した例を、図９に示す。

次に、適合性レベルの判定と入力補助について説明する。
＜ケースＡ＞
ウェブページの認証サーバＵＲＬ（ＡＳＵ−ＷＰ）が「ｈｔｔｐｓ：／／ｐｐｐ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」の場合
ログイン情報Ｚに対するレベル判定では、ログイン情報Ｚの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及びサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを「適合性レベル付けルール」の適合性レベル１で一致するまで若しくは照合対象が無くなるまで照合する。ここでは、ウェブページの「ｈｔｔｐｓ：／／ｐｐｐ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」とログイン情報Ｚの「ｈｔｔｐｓ：／／ＡＡＡ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると、一致しないため、適合性レベルを「適合性レベル４」とする。また、ウェブページの「ｈｔｔｐｓ：／／ｐｐｐ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」とサービスグループＸの「ｈｔｔｐｓ：／／ＡＡＡ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると、一致しないため、適合性レベルを「適合性レベル４」とする。ここで、拡張処理の際に認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及び認証サーバＵＲＬ（ＡＳＵ−ＳＧ）が「適合性レベル付けルール」の２位又は３位で一致している場合があり、重複して照合する場合がある。以下、同様に、ウェブページの「ｈｔｔｐｓ：／／ｐｐｐ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」と、サービスグループＸの「ｈｔｔｐｓ：／／ＴＴＴ．ｃｏ．ｅｕ／ｌｏｇｉｎ．ｃｇｉ」、「ｈｔｔｐｓ：／／ＣＣＣ．ｃｏ．ｊｐ／ａｕｔｈ．ｃｇｉ」、ログイン情報Ｚの「ｈｔｔｐｓ：／／ＢＢＢ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」、サービスグループＹの「ｈｔｔｐｓ：／／ＢＢＢ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」、「ｈｔｔｐｓ：／／ＳＳＳ．ｒｕ／ａｕｔｈ．ｃｇｉ」の各々とを順番に判定し、いずれも一致しないため、これらの適合性レベルを「適合性レベル４」とする。判定された適合性レベルのうち最も高い適合性レベルは「適合性レベル４」であるため、ログイン情報Ｚの適合性レベルを「適合性レベル４」とする。

また、ログイン情報Ｐに対するレベル判定では、ログイン情報Ｐの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及びサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを「適合性レベル付けルール」の適合性レベル１で一致するまで若しくは照合対象が無くなるまで照合する。ここでは、ウェブページの「ｈｔｔｐｓ：／／ｐｐｐ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」とログイン情報Ｐの「ｈｔｔｐｓ：／／ｐｐｐ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると一致するため、適合性レベルを「適合性レベル１」とする。判定された適合性レベルのうち最も高い適合性レベルは「適合性レベル１」であるため、ログイン情報Ｐの適合性レベルを「適合性レベル１」とする。

また、ログイン情報Ｑに対するレベル判定では、ログイン情報Ｑの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及びサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを「適合性レベル付けルール」の適合性レベル１で一致するまで若しくは照合対象が無くなるまで照合する。ここでは、ウェブページの「ｈｔｔｐｓ：／／ｐｐｐ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」とログイン情報Ｑの「ｈｔｔｐｓ：／／ｑｑｑ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると一致しないため、適合性レベルを「適合性レベル４」とする。判定された適合性レベルのうち最も高い適合性レベルは「適合性レベル４」であるため、ログイン情報Ｑの適合性レベルを「適合性レベル４」とする。

また、ログイン情報Ｒに対するレベル判定では、ログイン情報Ｒの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及びサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを「適合性レベル付けルール」の適合性レベル１で一致するまで若しくは照合対象が無くなるまで照合する。ここでは、ウェブページの「ｈｔｔｐｓ：／／ｐｐｐ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」とログイン情報Ｒの「ｈｔｔｐｓ：／／ｒｒｒ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると一致しないため、適合性レベルを「適合性レベル４」とする。判定された適合性レベルのうち最も高い適合性レベルは「適合性レベル４」であるため、ログイン情報Ｒの適合性レベルを「適合性レベル４」とする。

また、ログイン情報Ｒ２に対するレベル判定では、ログイン情報Ｒ２の認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及びサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを「適合性レベル付けルール」の適合性レベル１で一致するまで若しくは照合対象が無くなるまで照合する。ここでは、ウェブページの「ｈｔｔｐｓ：／／ｐｐｐ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」とログイン情報Ｒ２の「ｈｔｔｐｓ：／／ｒｒｒ．ｃｏｍ／ｍａｉｌ／ｌｏｇｉｎ．ｃｇｉ」を判定すると一致しないため、適合性レベルを「適合性レベル４」とする。判定された適合性レベルのうち最も高い適合性レベルは「適合性レベル４」であるため、ログイン情報Ｒ２の適合性レベルを「適合性レベル４」とする。

上記の結果により、＜ケースＡ＞におけるログイン履歴情報リスト３１の適合性レベル３１８が決まる。ログイン履歴情報リスト３１の適合性レベル３１８に上記の結果を反映した例を、図１０に示す。

このとき、入力補助部１８は、図１０に示される結果に基づいて、ウェブページの認証情報の入力欄に適合性レベル１のログイン情報（ログイン情報Ｐ）の認証情報を入力する。ここでは、入力補助部１８は、ログイン情報Ｐの認証情報に基づいて、ウェブページのＩＤ入力欄に「ａｄｍｉｎＰ」、ウェブページのパスワード入力欄に「ａｄｍｉｎｐａｓｓＰ」を入力する。

＜ケースＢ＞
ウェブページの認証サーバＵＲＬ（ＡＳＵ−ＷＰ）が「ｈｔｔｐｓ：／／ｐｐｐ．ｃｏｍ／ｍａｉｌ／ｍａｉｌａｕｔｈ．ｃｇｉ」の場合
ログイン情報Ｚに対するレベル判定では、ログイン情報Ｚの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及びサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを「適合性レベル付けルール」の適合性レベル１で一致するまで若しくは照合対象が無くなるまで照合する。ここでは、ウェブページの「ｈｔｔｐｓ：／／ｐｐｐ．ｃｏｍ／ｍａｉｌ／ｍａｉｌａｕｔｈ．ｃｇｉ」とログイン情報Ｚの「ｈｔｔｐｓ：／／ＡＡＡ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると、一致しないため、適合性レベルを「適合性レベル４」とする。また、ウェブページの「ｈｔｔｐｓ：／／ｐｐｐ．ｃｏｍ／ｍａｉｌ／ｍａｉｌａｕｔｈ．ｃｇｉ」とサービスグループＸの「ｈｔｔｐｓ：／／ＡＡＡ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると、一致しないため、適合性レベルを「適合性レベル４」とする。ここで、拡張処理の際に認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及び認証サーバＵＲＬ（ＡＳＵ−ＳＧ）が「適合性レベル付けルール」の２位又は３位で一致している場合があり、重複して照合する場合がある。以下、同様に、ウェブページの「ｈｔｔｐｓ：／／ｐｐｐ．ｃｏｍ／ｍａｉｌ／ｍａｉｌａｕｔｈ．ｃｇｉ」と、サービスグループＸの「ｈｔｔｐｓ：／／ＴＴＴ．ｃｏ．ｅｕ／ｌｏｇｉｎ．ｃｇｉ」、「ｈｔｔｐｓ：／／ＣＣＣ．ｃｏ．ｊｐ／ａｕｔｈ．ｃｇｉ」、ログイン情報Ｚの「ｈｔｔｐｓ：／／ＢＢＢ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」、サービスグループＹの「ｈｔｔｐｓ：／／ＢＢＢ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」、「ｈｔｔｐｓ：／／ＳＳＳ．ｒｕ／ａｕｔｈ．ｃｇｉ」の各々とを順番に判定し、いずれも一致しないため、これらの適合性レベルを「適合性レベル４」とする。判定された適合性レベルのうち最も高い適合性レベルは「適合性レベル４」であるため、ログイン情報Ｚの適合性レベルを「適合性レベル４」とする。

また、ログイン情報Ｐに対するレベル判定では、ログイン情報Ｐの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及びサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを「適合性レベル付けルール」の適合性レベル１で一致するまで若しくは照合対象が無くなるまで照合する。ここでは、ウェブページの「ｈｔｔｐｓ：／／ｐｐｐ．ｃｏｍ／ｍａｉｌ／ｍａｉｌａｕｔｈ．ｃｇｉ」とログイン情報Ｐの「ｈｔｔｐｓ：／／ｐｐｐ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると、「適合性レベル付けルール」の２位で一致するため、適合性レベルを「適合性レベル２」とする。判定された適合性レベルのうち最も高い適合性レベルは「適合性レベル２」であるため、ログイン情報Ｐの適合性レベルを「適合性レベル２」とする。

また、ログイン情報Ｑに対するレベル判定では、ログイン情報Ｑの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及びサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを「適合性レベル付けルール」の適合性レベル１で一致するまで若しくは照合対象が無くなるまで照合する。ここでは、ウェブページの「ｈｔｔｐｓ：／／ｐｐｐ．ｃｏｍ／ｍａｉｌ／ｍａｉｌａｕｔｈ．ｃｇｉ」とログイン情報Ｑの「ｈｔｔｐｓ：／／ｑｑｑ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると一致しないため、適合性レベルを「適合性レベル４」とする。判定された適合性レベルのうち最も高い適合性レベルは「適合性レベル４」であるため、ログイン情報Ｑの適合性レベルを「適合性レベル４」とする。

また、ログイン情報Ｒに対するレベル判定では、ログイン情報Ｒの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及びサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを「適合性レベル付けルール」の適合性レベル１で一致するまで若しくは照合対象が無くなるまで照合する。ここでは、ウェブページの「ｈｔｔｐｓ：／／ｐｐｐ．ｃｏｍ／ｍａｉｌ／ｍａｉｌａｕｔｈ．ｃｇｉ」とログイン情報Ｒの「ｈｔｔｐｓ：／／ｒｒｒ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると一致しないため、適合性レベルを「適合性レベル４」とする。判定された適合性レベルのうち最も高い適合性レベルは「適合性レベル４」であるため、ログイン情報Ｒの適合性レベルを「適合性レベル４」とする。

また、ログイン情報Ｒ２に対するレベル判定では、ログイン情報Ｒ２の認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及びサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを「適合性レベル付けルール」の適合性レベル１で一致するまで若しくは照合対象が無くなるまで照合する。ここでは、ウェブページの「ｈｔｔｐｓ：／／ｐｐｐ．ｃｏｍ／ｍａｉｌ／ｍａｉｌａｕｔｈ．ｃｇｉ」とログイン情報Ｒ２の「ｈｔｔｐｓ：／／ｒｒｒ．ｃｏｍ／ｍａｉｌ／ｌｏｇｉｎ．ｃｇｉ」を判定すると一致しないため、適合性レベルを「適合性レベル４」とする。判定された適合性レベルのうち最も高い適合性レベルは「適合性レベル４」であるため、ログイン情報Ｒ２の適合性レベルを「適合性レベル４」とする。

上記の結果により、＜ケースＢ＞におけるログイン履歴情報リスト３１の適合性レベル３１８が決まる。ログイン履歴情報リスト３１の適合性レベル３１８に上記の結果を反映した例を、図１１に示す。

このとき、入力補助部１８は、図１１に示される結果に基づいて、ウェブページの認証情報の入力欄近辺に適合性レベル１〜３のログイン情報の認証情報の入力候補を表示する。ここでは、適合性レベル１のログイン情報が無いため、自動入力は行わない。適合性レベル２のログイン情報（ログイン情報Ｐ）が存在するため、適合性レベル２の認証情報名（認証名称）を入力候補として表示する。例えば、「ＰＰＰのページ」と示したボタンのように、ダイアログに認証情報名（認証名称）を表示したボタンを設ける。入力補助部１８は、このボタンが押下された場合、この認証情報名（認証名称）が入力候補として選択されたと判断する。利用者により入力候補が選択された場合、入力補助部１８は、ログイン情報Ｐの認証情報に基づいて、ウェブページのＩＤ入力欄に「ａｄｍｉｎＰ」、ウェブページのパスワード入力欄に「ａｄｍｉｎｐａｓｓＰ」を入力する。

＜ケースＣ＞
ウェブページの認証サーバＵＲＬ（ＡＳＵ−ＷＰ）が「ｈｔｔｐｓ：／／ＳＳＳ．ｒｕ／ａｕｔｈ．ｃｇｉ」の場合
ログイン情報Ｚに対するレベル判定では、ログイン情報Ｚの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及びサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを「適合性レベル付けルール」の適合性レベル１で一致するまで若しくは照合対象が無くなるまで照合する。ここでは、ウェブページの「ｈｔｔｐｓ：／／ＳＳＳ．ｒｕ／ａｕｔｈ．ｃｇｉ」とログイン情報Ｚの「ｈｔｔｐｓ：／／ＡＡＡ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると、一致しないため、適合性レベルを「適合性レベル４」とする。また、ウェブページの「ｈｔｔｐｓ：／／ＳＳＳ．ｒｕ／ａｕｔｈ．ｃｇｉ」とサービスグループＸの「ｈｔｔｐｓ：／／ＡＡＡ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると、一致しないため、適合性レベルを「適合性レベル４」とする。ここで、拡張処理の際に認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及び認証サーバＵＲＬ（ＡＳＵ−ＳＧ）が「適合性レベル付けルール」の２位又は３位で一致している場合があり、重複して照合する場合がある。以下、同様に、ウェブページの「ｈｔｔｐｓ：／／ＳＳＳ．ｒｕ／ａｕｔｈ．ｃｇｉ」と、サービスグループＸの「ｈｔｔｐｓ：／／ＴＴＴ．ｃｏ．ｅｕ／ｌｏｇｉｎ．ｃｇｉ」、「ｈｔｔｐｓ：／／ＣＣＣ．ｃｏ．ｊｐ／ａｕｔｈ．ｃｇｉ」、ログイン情報Ｚの「ｈｔｔｐｓ：／／ＢＢＢ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」、サービスグループＹの「ｈｔｔｐｓ：／／ＢＢＢ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」の各々とを順番に判定し、いずれも一致しないため、これらの適合性レベルを「適合性レベル４」とする。ウェブページの「ｈｔｔｐｓ：／／ＳＳＳ．ｒｕ／ａｕｔｈ．ｃｇｉ」とサービスグループＹの「ｈｔｔｐｓ：／／ＳＳＳ．ｒｕ／ａｕｔｈ．ｃｇｉ」を判定すると一致するため、適合性レベルを「適合性レベル１」とする。判定された適合性レベルのうち最も高い適合性レベルは「適合性レベル１」であるため、ログイン情報Ｚの適合性レベルを「適合性レベル１」とする。

また、ログイン情報Ｐに対するレベル判定では、ログイン情報Ｐの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及びサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを「適合性レベル付けルール」の適合性レベル１で一致するまで若しくは照合対象が無くなるまで照合する。ここでは、ウェブページの「ｈｔｔｐｓ：／／ＳＳＳ．ｒｕ／ａｕｔｈ．ｃｇｉ」とログイン情報Ｐの「ｈｔｔｐｓ：／／ｐｐｐ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると一致しないため、適合性レベルを「適合性レベル４」とする。判定された適合性レベルのうち最も高い適合性レベルは「適合性レベル４」であるため、ログイン情報Ｑの適合性レベルを「適合性レベル４」とする。

また、ログイン情報Ｑに対するレベル判定では、ログイン情報Ｑの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及びサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを「適合性レベル付けルール」の適合性レベル１で一致するまで若しくは照合対象が無くなるまで照合する。ここでは、ウェブページの「ｈｔｔｐｓ：／／ＳＳＳ．ｒｕ／ａｕｔｈ．ｃｇｉ」とログイン情報Ｑの「ｈｔｔｐｓ：／／ｑｑｑ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると一致しないため、適合性レベルを「適合性レベル４」とする。判定された適合性レベルのうち最も高い適合性レベルは「適合性レベル４」であるため、ログイン情報Ｑの適合性レベルを「適合性レベル４」とする。

また、ログイン情報Ｒに対するレベル判定では、ログイン情報Ｒの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及びサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを「適合性レベル付けルール」の適合性レベル１で一致するまで若しくは照合対象が無くなるまで照合する。ここでは、ウェブページの「ｈｔｔｐｓ：／／ＳＳＳ．ｒｕ／ａｕｔｈ．ｃｇｉ」とログイン情報Ｒの「ｈｔｔｐｓ：／／ｒｒｒ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると一致しないため、適合性レベルを「適合性レベル４」とする。判定された適合性レベルのうち最も高い適合性レベルは「適合性レベル４」であるため、ログイン情報Ｑの適合性レベルを「適合性レベル４」とする。

また、ログイン情報Ｒ２に対するレベル判定では、ログイン情報Ｒ２の認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及びサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを「適合性レベル付けルール」の適合性レベル１で一致するまで若しくは照合対象が無くなるまで照合する。ここでは、ウェブページの「ｈｔｔｐｓ：／／ＳＳＳ．ｒｕ／ａｕｔｈ．ｃｇｉ」とログイン情報Ｒ２の「ｈｔｔｐｓ：／／ｒｒｒ．ｃｏｍ／ｍａｉｌ／ｌｏｇｉｎ．ｃｇｉ」を判定すると一致しないため、適合性レベルを「適合性レベル４」とする。判定された適合性レベルのうち最も高い適合性レベルは「適合性レベル４」であるため、ログイン情報Ｑの適合性レベルを「適合性レベル４」とする。

上記の結果により、＜ケースＣ＞におけるログイン履歴情報リスト３１の適合性レベル３１８が決まる。ログイン履歴情報リスト３１の適合性レベル３１８に上記の結果を反映した例を、図１２に示す。

このとき、入力補助部１８は、図１２に示される結果に基づいて、ウェブページの認証情報の入力欄に適合性レベル１のログイン情報（ログイン情報Ｚ）の認証情報を入力する。ここでは、入力補助部１８は、ログイン情報Ｚの認証情報に基づいて、ウェブページのＩＤ入力欄に「ａｄｍｉｎ」、ウェブページのパスワード入力欄に「ａｄｍｉｎｐａｓｓ」を入力する。

＜ケースＤ＞
ウェブページの認証サーバＵＲＬ（ＡＳＵ−ＷＰ）が「ｈｔｔｐｓ：／／ｒｒｒ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」の場合
ログイン情報Ｚに対するレベル判定では、ログイン情報Ｚの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及びサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを「適合性レベル付けルール」の適合性レベル１で一致するまで若しくは照合対象が無くなるまで照合する。ここでは、ウェブページの「ｈｔｔｐｓ：／／ｒｒｒ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」とログイン情報Ｚの「ｈｔｔｐｓ：／／ＡＡＡ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると、一致しないため、適合性レベルを「適合性レベル４」とする。また、ウェブページの「ｈｔｔｐｓ：／／ｒｒｒ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」とサービスグループＸの「ｈｔｔｐｓ：／／ＡＡＡ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると、一致しないため、適合性レベルを「適合性レベル４」とする。ここで、拡張処理の際に認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及び認証サーバＵＲＬ（ＡＳＵ−ＳＧ）が「適合性レベル付けルール」の２位又は３位で一致している場合があり、重複して照合する場合がある。以下、同様に、ウェブページの「ｈｔｔｐｓ：／／ｒｒｒ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」と、サービスグループＸの「ｈｔｔｐｓ：／／ＴＴＴ．ｃｏ．ｅｕ／ｌｏｇｉｎ．ｃｇｉ」、「ｈｔｔｐｓ：／／ＣＣＣ．ｃｏ．ｊｐ／ａｕｔｈ．ｃｇｉ」、ログイン情報Ｚの「ｈｔｔｐｓ：／／ＢＢＢ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」、サービスグループＹの「ｈｔｔｐｓ：／／ＢＢＢ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」、「ｈｔｔｐｓ：／／ＳＳＳ．ｒｕ／ａｕｔｈ．ｃｇｉ」の各々とを順番に判定し、いずれも一致しないため、これらの適合性レベルを「適合性レベル４」とする。判定された適合性レベルのうち最も高い適合性レベルは「適合性レベル４」であるため、ログイン情報Ｚの適合性レベルを「適合性レベル４」とする。

また、ログイン情報Ｐに対するレベル判定では、ログイン情報Ｐの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及びサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを「適合性レベル付けルール」の適合性レベル１で一致するまで若しくは照合対象が無くなるまで照合する。ここでは、ウェブページの「ｈｔｔｐｓ：／／ｒｒｒ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」とログイン情報Ｐの「ｈｔｔｐｓ：／／ｐｐｐ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると一致しないため、適合性レベルを「適合性レベル４」とする。判定された適合性レベルのうち最も高い適合性レベルは「適合性レベル４」であるため、ログイン情報Ｐの適合性レベルを「適合性レベル４」とする。

また、ログイン情報Ｑに対するレベル判定では、ログイン情報Ｑの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及びサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを「適合性レベル付けルール」の適合性レベル１で一致するまで若しくは照合対象が無くなるまで照合する。ここでは、ウェブページの「ｈｔｔｐｓ：／／ｒｒｒ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」とログイン情報Ｑの「ｈｔｔｐｓ：／／ｑｑｑ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると一致しないため、適合性レベルを「適合性レベル４」とする。判定された適合性レベルのうち最も高い適合性レベルは「適合性レベル４」であるため、ログイン情報Ｑの適合性レベルを「適合性レベル４」とする。

また、ログイン情報Ｒに対するレベル判定では、ログイン情報Ｒの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及びサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを「適合性レベル付けルール」の適合性レベル１で一致するまで若しくは照合対象が無くなるまで照合する。ここでは、ウェブページの「ｈｔｔｐｓ：／／ｒｒｒ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」とログイン情報Ｒの「ｈｔｔｐｓ：／／ｒｒｒ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると一致するため、適合性レベルを「適合性レベル１」とする。判定された適合性レベルのうち最も高い適合性レベルは「適合性レベル１」であるため、ログイン情報Ｒの適合性レベルを「適合性レベル１」とする。

また、ログイン情報Ｒ２に対するレベル判定では、ログイン情報Ｒ２の認証サーバＵＲＬ（ＡＳＵ−ＬＩ）及びサービスグループ情報リスト２１の認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とを「適合性レベル付けルール」の適合性レベル１で一致するまで若しくは照合対象が無くなるまで照合する。ここでは、ウェブページの「ｈｔｔｐｓ：／／ｒｒｒ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」とログイン情報Ｒ２の「ｈｔｔｐｓ：／／ｒｒｒ．ｃｏｍ／ｍａｉｌ／ｌｏｇｉｎ．ｃｇｉ」を判定すると、「適合性レベル付けルール」の２位で一致するため、適合性レベルを「適合性レベル２」とする。判定された適合性レベルのうち最も高い適合性レベルは「適合性レベル２」であるため、ログイン情報Ｒ２の適合性レベルを「適合性レベル２」とする。

上記の結果により、＜ケースＤ＞におけるログイン履歴情報リスト３１の適合性レベル３１８が決まる。ログイン履歴情報リスト３１の適合性レベル３１８に上記の結果を反映した例を、図１３に示す。

このとき、入力補助部１８は、図１３に示される結果に基づいて、ウェブページの認証情報の入力欄に適合性レベル１のログイン情報（ログイン情報Ｒ）の認証情報を入力し、適合性レベル１〜３のログイン情報の認証情報の入力候補を表示する。ここでは、入力補助部１８は、ログイン情報Ｒの認証情報に基づいて、ウェブページのＩＤ入力欄に「ａｄｍｉｎＲ」、ウェブページのパスワード入力欄に「ａｄｍｉｎｐａｓｓＲ」を入力する。また、適合性レベル２のログイン情報（ログイン情報Ｒ２）が存在するため、適合性レベル１と適合性レベル２の認証情報名（認証名称）を入力候補として表示する。例えば、「ＲＲＲのページ」、「ＲＲＲ２のページ」と示したボタンのように、ダイアログに認証情報名（認証名称）を表示したボタンを設ける。入力補助部１８は、「ＲＲＲ２のページ」のボタンが押下された場合、ログイン情報Ｒ２の認証情報名（認証名称）が入力候補として選択されたと判断する。利用者によりログイン情報Ｒ２の認証情報名（認証名称）が入力候補として選択された場合、入力補助部１８は、ログイン情報Ｒ２の認証情報に基づいて、ウェブページのＩＤ入力欄に「ａｄｍｉｎＲ２」、ウェブページのパスワード入力欄に「ａｄｍｉｎｐａｓｓＲ２」を入力する。

本発明では、ログイン情報が属するサービスグループを特定して、認証サーバＵＲＬ（ＡＳＵ−ＬＩ）の数を拡張している。上記の場合は、ログイン情報の拡張を、ログイン情報にサービスグループ名を保存するフィールドを増やすことで、例えばログイン情報を利用者装置１０の記憶部１１に保存した時のように、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）をウェブページから取得する前に予め行うことができ、処理の高速化が可能となる。別の例として、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）が属するサービスグループを特定して、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）の数を拡張するようにしても良い。

例えば、＜ケースＣ＞において、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とサービスグループＸ，Ｙの認証サーバＵＲＬ（ＡＳＵ−ＳＧ）を照合する。ここでは、ウェブページの「ｈｔｔｐｓ：／／ＳＳＳ．ｒｕ／ａｕｔｈ．ｃｇｉ」と、サービスグループＸ，Ｙの「ｈｔｔｐｓ：／／ＡＡＡ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」、「ｈｔｔｐｓ：／／ＴＴＴ．ｃｏ．ｅｕ／ｌｏｇｉｎ．ｃｇｉ」、「ｈｔｔｐｓ：／／ＣＣＣ．ｃｏ．ｊｐ／ａｕｔｈ．ｃｇｉ」、「ｈｔｔｐｓ：／／ＢＢＢ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」の各々とを順番に判定すると、いずれも一致せず、ウェブページの「ｈｔｔｐｓ：／／ＳＳＳ．ｒｕ／ａｕｔｈ．ｃｇｉ」とサービスグループＹの「ｈｔｔｐｓ：／／ＳＳＳ．ｒｕ／ａｕｔｈ．ｃｇｉ」を判定すると一致する。認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とサービスグループＹの認証サーバＵＲＬ（ＡＳＵ−ＳＧ）が一致するため、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）のグループを「サービスグループＹ」とする。

続いて、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とログイン情報Ｚの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）を照合する。ウェブページの「ｈｔｔｐｓ：／／ＳＳＳ．ｒｕ／ａｕｔｈ．ｃｇｉ」とログイン情報Ｚの「ｈｔｔｐｓ：／／ＡＡＡ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると、一致しないため、適合性レベルを「適合性レベル４」とする。ウェブページの「ｈｔｔｐｓ：／／ＳＳＳ．ｒｕ／ａｕｔｈ．ｃｇｉ」とログイン情報Ｚの「ｈｔｔｐｓ：／／ＢＢＢ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると、一致しないため、適合性レベルを「適合性レベル４」とする。また、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）と一致したサービスグループＹの認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、ログイン情報Ｚの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）を照合する。サービスグループＹの「ｈｔｔｐｓ：／／ＢＢＢ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」とログイン情報Ｚの「ｈｔｔｐｓ：／／ＡＡＡ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると一致しないため、適合性レベルを「適合性レベル４」とする。サービスグループＹの「ｈｔｔｐｓ：／／ＢＢＢ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」とログイン情報Ｚの「ｈｔｔｐｓ：／／ＢＢＢ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると、「適合性レベル付けルール」の１位で一致するため、適合性レベルを「適合性レベル１」とする。ログイン情報Ｚに対する適合性レベル判定では、判定された適合性レベルのうち最も高い適合性レベルは「適合性レベル１」であるため、ログイン情報Ｚの適合性レベルを「適合性レベル１」とする。

続いて、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とログイン情報Ｐの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）を照合する。ウェブページの「ｈｔｔｐｓ：／／ＳＳＳ．ｒｕ／ａｕｔｈ．ｃｇｉ」とログイン情報Ｐの「ｈｔｔｐｓ：／／ｐｐｐ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると、一致しないため、適合性レベルを「適合性レベル４」とする。また、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）と一致したサービスグループＹの認証サーバＵＲＬ（ＡＳＵ−ＳＧ）と、ログイン情報Ｐの認証サーバＵＲＬ（ＡＳＵ−ＬＩ）を照合する。サービスグループＹの「ｈｔｔｐｓ：／／ＢＢＢ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」とログイン情報Ｐの「ｈｔｔｐｓ：／／ｐｐｐ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」を判定すると一致しないため、適合性レベルを「適合性レベル４」とする。ログイン情報Ｐに対する適合性レベル判定では、判定された適合性レベルのうち最も高い適合性レベルは「適合性レベル４」であるため、ログイン情報Ｐの適合性レベルを「適合性レベル４」とする。

続いて、認証サーバＵＲＬ（ＡＳＵ−ＷＰ）とログイン情報Ｑ，Ｒ，Ｒ２の認証サーバＵＲＬ（ＡＳＵ−ＬＩ）を照合する。ログイン情報Ｑ，Ｒ，Ｒ２に対する適合性レベル判定についても、ログイン情報Ｐに対する適合性レベル判定と同様に、判定された適合性レベルのうち最も高い適合性レベルは「適合性レベル４」であるため、ログイン情報Ｑ，Ｒ，Ｒ２の適合性レベルを「適合性レベル４」とする。

このとき、入力補助部１８は、ウェブページの認証情報の入力欄に適合性レベル１のログイン情報（ログイン情報Ｚ）の認証情報を入力する。ここでは、入力補助部１８は、ログイン情報Ｚの認証情報に基づいて、ウェブページのＩＤ入力欄に「ａｄｍｉｎ」、ウェブページのパスワード入力欄に「ａｄｍｉｎｐａｓｓ」を入力する。

なお、ここでは、ＩＤとパスワードの組み合わせによる認証を想定しているため、認証情報としてＩＤやパスワードを使用している。但し、実際には、この例に限定されない。例えば、バイオメトリクス認証（生体認証）、或いはＱＲコード（登録商標）やＩＤカードによる認証を行う場合、ＩＤやパスワードの代わりに、それぞれの認証に対応した認証情報を使用する。

また、本発明の応用として、認証情報の入力補助以外にも、類似の検索サイトで頻繁に入力される検索キーワード、或いは複数のウェブメールやブログサイトで頻繁に入力される特定の用語等の入力補助に、本発明を適用することが考えられる。このとき、認証サーバＵＲＬの代わりに、キーワードや用語等のデータの送信先となるサーバの所在を示すＵＲＬを使用する。

本発明に係る入力補助ソフトウェアは、バックグラウンドで動作する常駐プロセスや、ブラウザのプラグイン或いはツールバーとして使用することが可能である。また、入力補助ソフトウェアを起動させるかどうかは、ＰＣ（パソコン）等に常駐させる起動用プログラムが認証した結果により決定することが考えられる。この起動用プログラムは、入力補助ソフトウェアを利用者に提供した事業者のサーバとネットワークを介して通信し、認証を行うようにしても良い。

図１は、本発明に係るＩＤアグリゲーションサービスシステムの構成例を示す概念図である。 図２は、サービスグループ情報リストの構成例を示す図である。 図３は、ログイン履歴情報リストの構成例を示す図である。 図４は、本発明における全体的な処理の概要を示すフローチャートである。 図５は、利用者装置の構成例を示すブロック図である。 図６は、本発明の処理を行う前の事前準備を示すフローチャートである。 図７は、本発明に係るＩＤアグリゲーションサービスシステムの具体的な処理を示すシーケンス図である。 図８は、拡張処理と適合性レベルの判定と入力補助について説明するための例を示す図である。 図９は、ログイン情報にサービスグループを関連付けた例を示す図である。 図１０は、ログイン情報に適合性レベルを関連付けた第１の例を示す図である。 図１１は、ログイン情報に適合性レベルを関連付けた第２の例を示す図である。 図１２は、ログイン情報に適合性レベルを関連付けた第３の例を示す図である。 図１３は、ログイン情報に適合性レベルを関連付けた第４の例を示す図である。

符号の説明

１０… 利用者装置
１１… 記憶部
１２… 表示部
１３… 入力部
１４… リスト取得部
１５… 拡張部
１６… 認証入力検出部
１７… 適合性判定部
１８… 入力補助部
１９… 認証情報追加部
２０… サービスグループ情報リストサーバ
２１… サービスグループ情報リスト
３０… ログイン履歴情報リストサーバ
３１… ログイン履歴情報リスト
３１１… ログイン情報
３１２… 利用者識別子
３１３… 認証名称
３１４… 認証情報
３１５… 認証サーバＵＲＬ
３１６… ログイン情報最終作成日時
３１７… 該当するグループ
３１８… 適合性レベル
４０… ＷＥＢサーバ
５０… 認証サーバ

Claims (17)

1. 表示されたウェブページのデータ中から認証を行う認証サーバの所在を示す第１認証サーバＵＲＬを検出する認証入力検出部と、
   前記第１認証サーバＵＲＬと、利用者の認証情報の入力履歴を示すログイン情報に含まれる第２認証サーバＵＲＬとを照合し、照合結果に応じて、認証成功の可能性の高さを示す適合性レベルを前記ログイン情報に関連付ける適合性判定部と、
   前記ログイン情報に関連付けられた適合性レベルに応じて、前記ウェブページに対し前記ログイン情報に基づく認証情報の入力補助を行う入力補助部と
   を具備し、
   前記適合性判定部は、
   前記第１認証サーバＵＲＬと前記第２認証サーバＵＲＬとを照合する手段と、
   前記第１認証サーバＵＲＬと前記第２認証サーバＵＲＬとが完全に一致している場合、前記ログイン情報に適合性レベル１を関連付ける手段と、
   前記第１認証サーバＵＲＬと前記第２認証サーバＵＲＬとがホストレベルで一致している場合、前記ログイン情報に適合性レベル２を関連付ける手段と、
   前記第１認証サーバＵＲＬと前記第２認証サーバＵＲＬとがドメインレベルで一致している場合、前記ログイン情報に適合性レベル３を関連付ける手段と、
   前記第１認証サーバＵＲＬと前記第２認証サーバＵＲＬとが一致していない場合、前記ログイン情報に適合性レベル４を関連付ける手段と
   を具備する
   入力補助装置。
2. 請求項１に記載の入力補助装置であって、
   前記適合性判定部は、
   前記第２認証サーバＵＲＬと、同一の認証情報で認証が可能な認証サーバの所在を示す認証サーバＵＲＬをグループ化し前記ログイン情報と結び付けたサービスグループに含まれる第３認証サーバＵＲＬとを照合する手段と、
   前記第２認証サーバＵＲＬと前記第３認証サーバＵＲＬが一致していた場合、前記サービスグループに属する認証サーバＵＲＬを同一グループ認証サーバＵＲＬとし、前記同一グループ認証サーバＵＲＬと前記第１認証サーバＵＲＬとを照合する手段と、
   前記同一グループ認証サーバＵＲＬと前記第１認証サーバＵＲＬとが完全に一致している場合、前記ログイン情報に適合性レベル１を関連付ける手段と、
   前記同一グループ認証サーバＵＲＬと前記第１認証サーバＵＲＬとがホストレベルで一致している場合、前記ログイン情報に適合性レベル２を関連付ける手段と、
   前記同一グループ認証サーバＵＲＬと前記第１認証サーバＵＲＬとがドメインレベルで一致している場合、前記ログイン情報に適合性レベル３を関連付ける手段と、
   前記同一グループ認証サーバＵＲＬと前記第１認証サーバＵＲＬとが一致していない場合、前記ログイン情報に適合性レベル４を関連付ける手段と
   を更に具備する
   入力補助装置。
3. 請求項２に記載の入力補助装置であって、
   前記第２認証サーバＵＲＬと前記第３認証サーバＵＲＬとを照合し、前記第２認証サーバＵＲＬと前記第３認証サーバＵＲＬが一致した場合、前記サービスグループを前記第２認証サーバＵＲＬに関連付ける拡張部
   を更に具備する
   入力補助装置。
4. 請求項１乃至３のいずれか一項に記載の入力補助装置であって、
   ログイン履歴情報リストサーバから前記ログイン情報が登録されたログイン履歴情報リストを取得し、サービスグループ情報リストサーバから前記サービスグループの情報が登録されたサービスグループ情報リストを取得するリスト取得部と、
   前記第１認証サーバＵＲＬ、前記ウェブページに対する認証情報、及び、前記ウェブページに対する認証情報を識別するために入力された認証名称を前記ログイン情報として前記ログイン履歴情報リストに登録する旨の要求を、前記ログイン履歴情報リストサーバに送信する認証情報追加部と
   を更に具備する
   入力補助装置。
5. 請求項１乃至４のいずれか一項に記載の入力補助装置であって、
   前記入力補助部は、
   前記ログイン情報に適合性レベル１が関連付けられている場合、前記ウェブページの認証情報の入力欄に前記ログイン情報に含まれる認証情報を自動入力する手段と、
   前記ログイン情報に適合性レベル２又は適合性レベル３が関連付けられている場合、前記ログイン情報に含まれる認証情報を示す認証名称を表示する手段と、
   前記表示された認証名称が選択された場合、前記選択された認証名称に対応する認証情報を前記ウェブページの認証情報の入力欄に入力する手段と
   を具備する
   入力補助装置。
6. ログイン履歴情報リストを管理するログイン履歴情報リストサーバと、
   サービスグループ情報リストを管理するサービスグループ情報リストサーバと、
   利用者装置と
   を含み、
   前記ログイン履歴情報リストには、利用者の認証情報の入力履歴を示すログイン情報が記録されており、
   前記サービスグループ情報リストには、同一の認証情報で認証が可能な認証サーバの所在を示す認証サーバＵＲＬをグループ化したサービスグループが記録されており、
   前記利用者装置は、
   前記ログイン履歴情報リスト及び前記サービスグループ情報リストを取得する手段と、
   前記ログイン情報と前記サービスグループを結び付ける手段と、
   表示されたウェブページのデータ中から認証を行う認証サーバの所在を示す第１認証サーバＵＲＬを検出する手段と、
   前記第１認証サーバＵＲＬと、前記ログイン情報に含まれる第２認証サーバＵＲＬとを照合する手段と、
   照合結果に応じて、認証成功の可能性の高さを示す適合性レベルを前記ログイン情報に関連付ける手段と、
   前記第１認証サーバＵＲＬと前記第２認証サーバＵＲＬとが完全に一致している場合、前記ログイン情報に適合性レベル１を関連付ける手段と、
   前記第１認証サーバＵＲＬと前記第２認証サーバＵＲＬとがホストレベルで一致している場合、前記ログイン情報に適合性レベル２を関連付ける手段と、
   前記第１認証サーバＵＲＬと前記第２認証サーバＵＲＬとがドメインレベルで一致している場合、前記ログイン情報に適合性レベル３を関連付ける手段と、
   前記第１認証サーバＵＲＬと前記第２認証サーバＵＲＬとが一致していない場合、前記ログイン情報に適合性レベル４を関連付ける手段と、
   前記ログイン情報に関連付けられた適合性レベルに応じて、前記ウェブページに対し前記ログイン情報に基づく認証情報の入力補助を行う手段と
   を具備する
   入力補助システム。
7. 請求項６に記載の入力補助システムであって、
   前記利用者装置は、
   第２認証サーバＵＲＬと、前記サービスグループに含まれる第３認証サーバＵＲＬとを照合する手段と、
   前記第２認証サーバＵＲＬと前記第３認証サーバＵＲＬが一致していた場合、前記サービスグループに属する認証サーバＵＲＬを同一グループ認証サーバＵＲＬとし、前記同一グループ認証サーバＵＲＬと前記第１認証サーバＵＲＬとを照合する手段と、
   前記同一グループ認証サーバＵＲＬと前記第１認証サーバＵＲＬとが完全に一致している場合、前記ログイン情報に適合性レベル１を関連付ける手段と、
   前記同一グループ認証サーバＵＲＬと前記第１認証サーバＵＲＬとがホストレベルで一致している場合、前記ログイン情報に適合性レベル２を関連付ける手段と、
   前記同一グループ認証サーバＵＲＬと前記第１認証サーバＵＲＬとがドメインレベルで一致している場合、前記ログイン情報に適合性レベル３を関連付ける手段と、
   前記同一グループ認証サーバＵＲＬと前記第１認証サーバＵＲＬとが一致していない場合、前記ログイン情報に適合性レベル４を関連付ける手段と
   を更に具備する
   入力補助システム。
8. 請求項６又は７のいずれか一項に記載の入力補助システムであって、
   前記ログイン履歴情報リストサーバは、
   前記第１認証サーバＵＲＬ、前記ウェブページに対する認証情報、及び、前記ウェブページに対する認証情報を識別するために入力された認証名称を、前記ログイン情報として前記ログイン履歴情報リストに登録する旨の要求を受け取る手段と、
   前記第１認証サーバＵＲＬが前記ログイン履歴情報リストに登録されていなければ、前記第１認証サーバＵＲＬ、前記ウェブページに対する認証情報、及び、前記ウェブページに対する認証情報を識別するために入力された認証名称を、前記ログイン情報として前記ログイン履歴情報リストに登録する手段と
   を具備する
   入力補助システム。
9. 請求項６乃至８のいずれか一項に記載の入力補助システムであって、
   前記利用者装置は、
   前記ログイン情報に適合性レベル１が関連付けられている場合、前記ウェブページの認証情報の入力欄に前記ログイン情報に含まれる認証情報を自動入力する手段と、
   前記ログイン情報に適合性レベル２又は適合性レベル３が関連付けられている場合、前記ログイン情報に含まれる認証情報を示す認証名称を表示する手段と、
   前記表示された認証名称が選択された場合、前記選択された認証名称に対応する認証情報を前記ウェブページの認証情報の入力欄に入力する手段と
   を更に具備する
   入力補助システム。
10. 入力補助装置及び利用者装置のいずれかとして使用される計算機により実施される入力補助方法であって、
    表示されたウェブページのデータ中から認証を行う認証サーバの所在を示す第１認証サーバＵＲＬを検出することと、
    前記第１認証サーバＵＲＬと、利用者の認証情報の入力履歴を示すログイン情報に含まれる第２認証サーバＵＲＬとを照合することと、
    照合結果に応じて、認証成功の可能性の高さを示す適合性レベルを前記ログイン情報に関連付けることと、
    前記第１認証サーバＵＲＬと前記第２認証サーバＵＲＬとが完全に一致している場合、前記ログイン情報に適合性レベル１を関連付けることと、
    前記第１認証サーバＵＲＬと前記第２認証サーバＵＲＬとがホストレベルで一致している場合、前記ログイン情報に適合性レベル２を関連付けることと、
    前記第１認証サーバＵＲＬと前記第２認証サーバＵＲＬとがドメインレベルで一致している場合、前記ログイン情報に適合性レベル３を関連付けることと、
    前記第１認証サーバＵＲＬと前記第２認証サーバＵＲＬとが一致していない場合、前記ログイン情報に適合性レベル４を関連付けることと、
    前記ログイン情報に関連付けられた適合性レベルに応じて、前記ウェブページに対し前記ログイン情報に基づく認証情報の入力補助を行うことと
    を含む
    入力補助方法。
11. 請求項１０に記載の入力補助方法であって、
    ログイン履歴情報リストサーバから、前記ログイン情報が登録されたログイン履歴情報リストを取得することと、
    サービスグループ情報リストサーバから、同一の認証情報で認証が可能な認証サーバの所在を示す認証サーバＵＲＬをグループ化し前記ログイン情報と結び付けたサービスグループの情報が登録されたサービスグループ情報リストを取得することと、
    前記第２認証サーバＵＲＬと、前記サービスグループに含まれる第３認証サーバＵＲＬとを照合することと、
    前記第２認証サーバＵＲＬと前記第３認証サーバＵＲＬが一致していた場合、前記サービスグループに属する認証サーバＵＲＬを同一グループ認証サーバＵＲＬとし、前記同一グループ認証サーバＵＲＬと前記第１認証サーバＵＲＬとを照合することと、
    前記同一グループ認証サーバＵＲＬと前記第１認証サーバＵＲＬが完全に一致している場合、前記ログイン情報に適合性レベル１を関連付けることと、
    前記同一グループ認証サーバＵＲＬと前記第１認証サーバＵＲＬがホストレベルで一致している場合、前記ログイン情報に適合性レベル２を関連付けることと、
    前記同一グループ認証サーバＵＲＬと前記第１認証サーバＵＲＬがドメインレベルで一致している場合、前記ログイン情報に適合性レベル３を関連付けることと、
    前記同一グループ認証サーバＵＲＬと前記第１認証サーバＵＲＬが一致していない場合、前記ログイン情報に適合性レベル４を関連付けることと
    を更に含む
    入力補助方法。
12. 請求項１１に記載の入力補助方法であって、
    前記ログイン情報に適合性レベル１が関連付けられている場合、前記ウェブページの認証情報の入力欄に前記ログイン情報に含まれる認証情報を自動入力することと、
    前記ログイン情報に適合性レベル２又は適合性レベル３が関連付けられている場合、前記ログイン情報に含まれる認証情報を示す認証名称を表示することと、
    前記表示された認証名称が選択された場合、前記選択された認証名称に対応する認証情報を前記ウェブページの認証情報の入力欄に入力することと
    を含む
    入力補助方法。
13. 請求項１０乃至１２のいずれか一項に記載の入力補助方法であって、
    前記第１認証サーバＵＲＬ、前記ウェブページに対する認証情報、及び、前記ウェブページに対する認証情報を識別するために入力された認証名称を前記ログイン情報として前記ログイン履歴情報リストに登録する旨の要求を、前記ログイン履歴情報リストサーバに送信すること
    を更に含む
    入力補助方法。
14. 表示されたウェブページのデータ中から認証を行う認証サーバの所在を示す第１認証サーバＵＲＬを検出するステップと、
    前記第１認証サーバＵＲＬと、利用者の認証情報の入力履歴を示すログイン情報に含まれる第２認証サーバＵＲＬとを照合するステップと、
    照合結果に応じて、認証成功の可能性の高さを示す適合性レベルを前記ログイン情報に関連付けるステップと、
    前記第１認証サーバＵＲＬと前記第２認証サーバＵＲＬが完全に一致している場合、前記ログイン情報に適合性レベル１を関連付けるステップと、
    前記第１認証サーバＵＲＬと前記第２認証サーバＵＲＬがホストレベルで一致している場合、前記ログイン情報に適合性レベル２を関連付けるステップと、
    前記第１認証サーバＵＲＬと前記第２認証サーバＵＲＬがドメインレベルで一致している場合、前記ログイン情報に適合性レベル３を関連付けるステップと、
    前記第１認証サーバＵＲＬと前記第２認証サーバＵＲＬが一致していない場合、前記ログイン情報に適合性レベル４を関連付けるステップと、
    前記ログイン情報に関連付けられた適合性レベルに応じて、前記ウェブページに対し前記ログイン情報に基づく認証情報の入力補助を行うステップと
    をプロセッサに実行させるための
    入力補助プログラム。
15. 請求項１４に記載の入力補助プログラムであって、
    ログイン履歴情報リストサーバから、前記ログイン情報が登録されたログイン履歴情報リストを取得するステップと、
    サービスグループ情報リストサーバから、同一の認証情報で認証が可能な認証サーバの所在を示す認証サーバＵＲＬをグループ化し前記ログイン情報と結び付けたサービスグループの情報が登録されたサービスグループ情報リストを取得するステップと、
    前記第２認証サーバＵＲＬと、前記サービスグループに含まれる第３認証サーバＵＲＬとを照合するステップと、
    前記第２認証サーバＵＲＬと前記第３認証サーバＵＲＬが一致していた場合、前記サービスグループに属する認証サーバＵＲＬを同一グループ認証サーバＵＲＬとし、前記同一グループ認証サーバＵＲＬと前記第１認証サーバＵＲＬとを照合するステップと、
    前記同一グループ認証サーバＵＲＬと前記第１認証サーバＵＲＬが完全に一致している場合、前記ログイン情報に適合性レベル１を関連付けるステップと、
    前記同一グループ認証サーバＵＲＬと前記第１認証サーバＵＲＬがホストレベルで一致している場合、前記ログイン情報に適合性レベル２を関連付けるステップと、
    前記同一グループ認証サーバＵＲＬと前記第１認証サーバＵＲＬがドメインレベルで一致している場合、前記ログイン情報に適合性レベル３を関連付けるステップと、
    前記同一グループ認証サーバＵＲＬと前記第１認証サーバＵＲＬが一致していない場合、前記ログイン情報に適合性レベル４を関連付けるステップと
    を更にプロセッサに実行させるための
    入力補助プログラム。
16. 請求項１５に記載の入力補助プログラムであって、
    前記第１認証サーバＵＲＬ、前記ウェブページに対する認証情報、及び、前記ウェブページに対する認証情報を識別するために入力された認証名称を前記ログイン情報として前記ログイン履歴情報リストに登録する旨の要求を、前記ログイン履歴情報リストサーバに送信するステップ
    を更にプロセッサに実行させるための
    入力補助プログラム。
17. 請求項１４乃至１６のいずれか一項に記載の入力補助プログラムであって、
    前記ログイン情報に適合性レベル１が関連付けられている場合、前記ウェブページの認証情報の入力欄に前記ログイン情報に含まれる認証情報を自動入力するステップと、
    前記ログイン情報に適合性レベル２又は適合性レベル３が関連付けられている場合、前記ログイン情報に含まれる認証情報を示す認証名称を表示するステップと、
    前記表示された認証名称が選択された場合、前記選択された認証名称に対応する認証情報を前記ウェブページの認証情報の入力欄に入力するステップと
    を更にプロセッサに実行させるための
    入力補助プログラム。

Images