(57)【要約】【課題】ユーザのログイン操作を煩雑にすることなく複数のサーバにアクセスでき、システムの運用負荷および運用コストを抑制する。【解決手段】通信端末１であって、所定のサーバ３への認証要求および他サーバ４、５への認証要求を行う認証要求手段１１と、他サーバ用の認証情報を生成する生成手段１２とを有し、認証要求手段１１は、ユーザが入力した所定のサーバ用の認証情報を認証要求として所定のサーバ３に送信するとともに、生成手段１２が生成した他サーバ用の認証情報を認証要求として前記他サーバに送信し、生成手段１２は、所定のサーバ用の認証情報と他サーバ３、４の識別情報とにもとづいて、他サーバ用の認証情報を生成する。【選択図】図１
2010033562.tif 000002
【特許請求の範囲】
【請求項１】
複数のサーバにアクセスする通信端末であって、前記複数のサーバには、所定のサーバと、少なくとも１つの他サーバとを含み、
前記所定のサーバへの認証要求および、前記他サーバへの認証要求を行う認証要求手段と、
前記他サーバ用の認証情報を生成する生成手段と、を有し、
前記認証要求手段は、ユーザが入力した所定のサーバ用の認証情報を認証要求として前記所定のサーバに送信するとともに、前記生成手段が生成した他サーバ用の認証情報を認証要求として前記他サーバに送信し、
前記生成手段は、前記所定のサーバ用の認証情報と、他サーバの識別情報とにもとづいて、他サーバ用の認証情報を生成すること
を特徴とする通信端末。
【請求項２】
請求項１記載の通信端末であって、
前記認証要求手段は、前記所定のサーバへの認証要求に対する認証結果を記憶手段に記憶し、
前記生成手段は、前記記憶手段の認証結果が認証済の場合に、前記他サーバ用の認証情報を生成すること
を特徴とする通信端末。
【請求項３】
請求項１または請求項２記載の通信端末であって、
前記生成手段は、前記所定のサーバ用の認証情報から文字列を生成し、当該文字列と前記他サーバの識別情報とにもとづいて、他サーバ用の認証情報を生成すること
を特徴とする通信端末。
【請求項４】
所定のサーバ以外の少なくとも１つの他サーバの認証情報を生成する認証情報生成装置であって、
前記所定のサーバから当該所定のサーバ用の認証情報を取得する取得手段と、
前記取得した所定のサーバ用の認証情報と、他サーバの識別情報とにもとづいて、他サーバ用の認証情報を生成し、生成した認証情報を他サーバに送信する生成手段と、を有すること
を特徴とする認証情報生成装置。
【請求項５】
請求項４記載の認証情報生成装置であって、
前記生成手段は、前記所定のサーバ用の認証情報から文字列を生成し、当該文字列と他サーバの識別情報とにもとづいて他サーバ用の認証情報を生成すること
を特徴とする認証情報生成装置。
【請求項６】
複数のサーバにアクセスする通信端末と、認証情報を生成する認証情報生成装置とを有する認証システムであって、前記複数のサーバには、所定のサーバと、少なくとも１つの他サーバとを含み、
前記認証情報生成装置は、
前記所定のサーバから当該所定のサーバ用の認証情報を取得する取得手段と、
前記取得した所定のサーバ用の認証情報と、他サーバの識別情報とにもとづいて、他サーバ用の認証情報を生成し、生成した認証情報を他サーバに送信する第１の生成手段と、を有し、
前記通信端末は、
前記所定のサーバへの認証要求および、前記他サーバへの認証要求を行う認証要求手段と、
前記他サーバ用の認証情報を生成する第２の生成手段と、を有し、
前記認証要求手段は、ユーザが入力した所定のサーバ用の認証情報を認証要求として前記所定のサーバに送信するとともに、前記生成手段が生成した他サーバ用の認証情報を認証要求として前記他サーバに送信し、
前記第２の生成手段は、前記所定のサーバ用の認証情報と、他サーバの識別情報とにもとづいて、他サーバ用の認証情報を生成すること
を特徴とする認証システム。
【請求項７】
請求項６記載の認証システムであって、
前記通信端末の認証要求手段は、前記所定のサーバへの認証要求に対する認証結果を記憶手段に記憶し、
前記第２の生成手段は、前記記憶手段の認証結果が認証済の場合に、前記他サーバ用の認証情報を生成すること
を特徴とする認証システム。
【請求項８】
請求項６または請求項７記載の認証システムであって、
前記第１の生成手段および前記第２の生成手段は、前記所定のサーバ用の認証情報から文字列を生成し、当該文字列と前記他サーバの識別情報とにもとづいて、他サーバ用の認証情報を生成すること
を特徴とする認証システム。
【請求項９】
複数のサーバにアクセスする通信端末が実行する認証情報生成プログラムであって、前記複数のサーバには、所定のサーバと、少なくとも１つの他サーバとを含み、
前記通信端末に、
ユーザが入力した所定のサーバ用の認証情報を認証要求として前記所定のサーバに送信する第１の認証要求ステップと、
前記所定のサーバ用の認証情報と、他サーバの識別情報とにもとづいて、他サーバ用の認証情報を生成する第２の生成ステップと、
前記第２の生成ステップで生成した他サーバ用の認証情報を認証要求として前記他サーバに送信する第２の認証要求ステップと、を実行させること
を特徴とする認証情報生成プログラム。
【請求項１０】
認証情報生成装置が行う、所定のサーバ以外の少なくとも１つの他サーバの認証情報を生成する認証情報生成方法であって、
前記所定のサーバから当該所定のサーバ用の認証情報を取得する取得ステップと、
前記取得した所定のサーバ用の認証情報と、他サーバの識別情報とにもとづいて、他サーバ用の認証情報を生成し、生成した認証情報を他サーバに送信する生成ステップと、を有すること
を特徴とする認証情報生成方法。
【請求項１１】
複数のサーバにアクセスする通信端末と、認証情報を生成する認証情報生成装置とを有する認証システムが行う認証方法であって、前記複数のサーバには、所定のサーバと、少なくとも１つの他サーバとを含み、
前記認証情報生成装置は、
前記所定のサーバから当該所定のサーバ用の認証情報を取得する取得ステップと、
前記取得した所定のサーバ用の認証情報と、他サーバの識別情報とにもとづいて、他サーバ用の認証情報を生成し、生成した認証情報を他サーバに送信する第１の生成ステップと、を有し、
前記通信端末は、
ユーザが入力した所定のサーバ用の認証情報を認証要求として前記所定のサーバに送信する第１の認証要求ステップと、
前記所定のサーバ用の認証情報と、他サーバの識別情報とにもとづいて、他サーバ用の認証情報を生成する第２の生成ステップと、
前記第２の生成ステップで生成した他サーバ用の認証情報を認証要求として前記他サーバに送信する第２の認証要求ステップと、を有すること
を特徴とする認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のサーバにアクセスする通信装置、複数のサーバの認証情報を生成する認証情報生成装置、認証システム、通信端末が実行する認証情報生成プログラム、認証情報生成方法および認証方法に関する。
【背景技術】
【０００２】
ＰＣ（Personal Computer）などの通信端末から利用可能な統合コミュニケーションサービスを実現する上で、複数のシステムを統合し、１つのユーザインタフェースとして提供する必要がある。このような複数のシステムを統合した場合、一度ログインするだけで全てのシステムへのアクセスを許容させるシングルサインオンが存在する。シングルサインオンについては、例えば非特許文献１に記載されている。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】“Ｗｅｂサービスのセキュリティ−シングルサインオンによる認証とアクセス制御の実験”、［online］、［平成２０年６月６日検索］、インターネット＜URL: http://www.nol.info.kanagawa-u.ac.jp/research/2005/tsujimura.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【０００４】
シングルサインオンでは、複数のシステム毎のユーザＩＤおよびパスワードを一元的に管理するＩＤ・パスワード管理システムが必要となるが、新規ユーザが追加されるたびにこのＩＤ・パスワード管理システムにデータを登録する作業が発生する。また、ユーザに提供するサービスが拡張（新たなシステムが追加）するたびに、ＩＤ・パスワード管理システムに対して様々なデータ設定作業が発生する。
【０００５】
このようなＩＤ・パスワード管理システムに対するデータ登録・設定作業は、特にシステム毎に異なる管理・運用プロセスを行っている場合に作業負荷が大きく、また運用コストにも影響する。
【０００６】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、ユーザのログイン操作を煩雑にすることなく複数のサーバにアクセスできるとともに、システムの運用負荷および運用コストを抑制する認証技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明は、複数のサーバにアクセスする通信端末であって、前記複数のサーバには、所定のサーバと、少なくとも１つの他サーバとを含み、前記所定のサーバへの認証要求および、前記他サーバへの認証要求を行う認証要求手段と、前記他サーバ用の認証情報を生成する生成手段と、を有し、前記認証要求手段は、ユーザが入力した所定のサーバ用の認証情報を認証要求として前記所定のサーバに送信するとともに、前記生成手段が生成した他サーバ用の認証情報を認証要求として前記他サーバに送信し、前記生成手段は、前記所定のサーバ用の認証情報と、他サーバの識別情報とにもとづいて、他サーバ用の認証情報を生成する。
【０００８】
また、本発明は、所定のサーバ以外の少なくとも１つの他サーバの認証情報を生成する認証情報生成装置であって、前記所定のサーバから当該所定のサーバ用の認証情報を取得する取得手段と、前記取得した所定のサーバ用の認証情報と、他サーバの識別情報とにもとづいて、他サーバ用の認証情報を生成し、生成した認証情報を他サーバに送信する生成手段と、を有する。
【０００９】
また、本発明は、複数のサーバにアクセスする通信端末と、認証情報を生成する認証情報生成装置とを有する認証システムであって、前記複数のサーバには、所定のサーバと、少なくとも１つの他サーバとを含み、前記認証情報生成装置は、前記所定のサーバから当該所定のサーバ用の認証情報を取得する取得手段と、前記取得した所定のサーバ用の認証情報と、他サーバの識別情報とにもとづいて、他サーバ用の認証情報を生成し、生成した認証情報を他サーバに送信する第１の生成手段と、を有し、前記通信端末は、前記所定のサーバへの認証要求および、前記他サーバへの認証要求を行う認証要求手段と、前記他サーバ用の認証情報を生成する第２の生成手段と、を有し、前記認証要求手段は、ユーザが入力した所定のサーバ用の認証情報を認証要求として前記所定のサーバに送信するとともに、前記生成手段が生成した他サーバ用の認証情報を認証要求として前記他サーバに送信し、前記第２の生成手段は、前記所定のサーバ用の認証情報と、他サーバの識別情報とにもとづいて、他サーバ用の認証情報を生成する。
【００１０】
また、本発明は、複数のサーバにアクセスする通信端末が実行する認証情報生成プログラムであって、前記複数のサーバには、所定のサーバと、少なくとも１つの他サーバとを含み、前記通信端末に、ユーザが入力した所定のサーバ用の認証情報を認証要求として前記所定のサーバに送信する第１の認証要求ステップと、前記所定のサーバ用の認証情報と、他サーバの識別情報とにもとづいて、他サーバ用の認証情報を生成する第２の生成ステップと、前記第２の生成ステップで生成した他サーバ用の認証情報を認証要求として前記他サーバに送信する第２の認証要求ステップと、を実行させる。
【００１１】
また、本発明は、認証情報生成装置が行う、所定のサーバ以外の少なくとも１つの他サーバの認証情報を生成する認証情報生成方法であって、前記所定のサーバから当該所定のサーバ用の認証情報を取得する取得ステップと、前記取得した所定のサーバ用の認証情報と、他サーバの識別情報とにもとづいて、他サーバ用の認証情報を生成し、生成した認証情報を他サーバに送信する生成ステップと、を有する。
【００１２】
また、本発明は、複数のサーバにアクセスする通信端末と、認証情報を生成する認証情報生成装置とを有する認証システムが行う認証方法であって、前記複数のサーバには、所定のサーバと、少なくとも１つの他サーバとを含み、前記認証情報生成装置は、前記所定のサーバから当該所定のサーバ用の認証情報を取得する取得ステップと、前記取得した所定のサーバ用の認証情報と、他サーバの識別情報とにもとづいて、他サーバ用の認証情報を生成し、生成した認証情報を他サーバに送信する第１の生成ステップと、を有し、前記通信端末は、ユーザが入力した所定のサーバ用の認証情報を認証要求として前記所定のサーバに送信する第１の認証要求ステップと、前記所定のサーバ用の認証情報と、他サーバの識別情報とにもとづいて、他サーバ用の認証情報を生成する第２の生成ステップと、前記第２の生成ステップで生成した他サーバ用の認証情報を認証要求として前記他サーバに送信する第２の認証要求ステップと、を有する。
【発明の効果】
【００１３】
本発明により、ユーザのログイン操作を煩雑にすることなく複数のサーバにアクセスできるとともに、システムの運用負荷および運用コストを抑制することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態が適用された認証システムの全体構成を示す図である。
【図２】本実施形態の全体処理を示すシーケンス図である。
【図３】認証情報生成装置の事前処理を模式的に示す図である。
【図４】通信端末のログイン処理のフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態について説明する。
【００１６】
図１は、本発明の一実施形態が適用された認証システムの全体構成図である。本実施形態の認証システムは、通信端末１と、認証情報生成装置２と、複数のサーバ３、４、５とを有する。複数のサーバ３、４、５は、例えばＷｅｂサーバなどであって、通信端末１に各種のサービスを提供する。本実施形態の複数のサーバ３、４、５は、所定のサーバ３と、所定のサーバ３以外の少なくとも１つの他サーバ４、５とを有する。
【００１７】
他サーバ４、５は、後述する認証処理においてのみ所定のサーバ３と連携するサーバであるが、機能上（例えば、通信端末１に提供するサービスなど）においては、所定のサーバ３と必ずしも連携する必要はない。以下、所定のサーバ３を「メインサーバＡ」と、他サーバ４、５を「連携サーバ」という。
【００１８】
通信端末１は、インターネットなどのネットワーク９を介して、複数のサーバ３、４、５にログイン（アクセス）する。なお、通信端末１は、メインサーバＡ３へのログインが完了した後に、連携サーバＢ４および連携サーバＣ５にログイン（アクセス）できるものとする。図示する通信端末１は、メインサーバＡ３および連携サーバ４、５に対して認証要求を行う認証要求部１１と、連携サーバ４、５用の認証情報（例えばユーザＩＤ、パスワード等）を生成する生成部１２と、ステータス情報およびインデックス値を記憶する記憶部１３と、を有する。
【００１９】
認証情報生成装置２は、連携サーバ４、５の認証情報を生成する。図示する認証情報生成装置２は、メインサーバＡ３からメインサーバＡ３用の認証情報をネットワーク９を介して取得（受信）する取得部２１と、取得したメインサーバＡ３用の認証情報に基づいて連携サーバ３、４用の認証情報を生成する生成部２２と、取得したメインサーバＡ３用の認証情報のインデックス値が記憶されるインデックスリスト記憶部２３と、を有する。
【００２０】
上記説明した、通信端末１および認証情報生成装置２は、少なくともＣＰＵと、メモリと、ネットワークと接続するための通信制御装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。
【００２１】
例えば、通信端末１および認証情報生成装置２の各機能は、通信端末１用のプログラムの場合は通信端末１のＣＰＵが、そして、認証情報生成装置２用のプログラムの場合は認証情報生成装置２のＣＰＵがそれぞれ実行することにより実現される。なお、各装置は、必要に応じて入力装置、出力装置、外部記憶装置を備えるものとする。
【００２２】
次に、本実施形態の処理について説明する。
【００２３】
図２は、本実施形態の全体処理を示すシーケンス図である。
【００２４】
認証情報生成装置２の取得部２１は、事前処理として、メインサーバＡから、メインサーバＡ用の認証情報（ＩＤ：Ａ，ＰＷＤ：Ａ）を取得する（Ｓ１１）。そして、認証情報生成装置２の生成部２２は、取得した認証情報に基づいて、連携サーバＢ用の認証情報（ＩＤ：Ｂ，ＰＷＤ：Ｂ）および連携サーバＣ用の認証情報（ＩＤ：Ｃ，ＰＷＤ：Ｃ）を生成し（Ｓ１２、Ｓ１４）、生成した認証情報を連携サーバＢおよび連携サーバＣにそれぞれ送信する（Ｓ１３、Ｓ１５）。
【００２５】
なお、Ｓ１１において、複数のユーザ分のメインサーバＡ用の認証情報を取得した場合、生成部２２は、複数のユーザ分の連携サーバＢ、Ｃ用の認証情報を生成し（Ｓ１２、Ｓ１４）、連携サーバＢ、Ｃに送信する（Ｓ１３、Ｓ１５）。
【００２６】
連携サーバＢおよび連携サーバＣは、認証情報生成装置２から受信した認証情報を、連携サーバＢおよび連携サーバＣがそれぞれ備える記憶装置（不図示）に記憶する。そして、認証情報生成装置２は、所定の方法により（例えば、郵送、ネットワーク９を介したオンライン等）により、通信端末１のユーザに、当該ユーザのためのメインサーバＡ用の認証情報を通知する（Ｓ１６）。
【００２７】
通信端末１のユーザは、通知されたメインサーバＡ用の認証情報を通信端末１に入力し、メインサーバＡに対してログイン操作を行う。なお、ユーザは、所定のサーバ（例えば認証情報生成装置２など）からネットワーク９を介して、メインサーバＡおよび連携サーバＢ、Ｃにアクセスするための通信端末用認証プログラム（ランチャなど）をあらかじめダウンロードし、通信端末１にインストールしておくものとする。これにより、通信端末１の各機能１１〜１３（図１参照）が実現される。
【００２８】
通信端末１の認証要求部１１は、ログイン操作を受け付け（Ｓ１７）、ログイン操作で入力されたメインサーバＡ用の認証情報（ＩＤ：Ａ，ＰＷＤ：Ａ）を、ネットワーク９を介してメインサーバＡに送信する（Ｓ１８）。
【００２９】
メインサーバＡは、受信した認証情報が正当な認証情報であるか否かの認証を行う（Ｓ１９）。具体的には、メインサーバＡは、Ｓ１１で認証情報生成装置２に出力した認証情報と一致する場合、正当な認証情報であると判別し、ログインを許可する。そして、メインサーバＡは、認証結果を通信端末１に送信する（Ｓ２０）。認証ＯＫ（成功）の場合、ログイン処理が完了し、通信端末１は、メインサーバＡが提供するサービスを利用することができる。一方、認証ＮＧ（失敗）の場合、エラーメッセージなどが通信端末１に表示される。
【００３０】
メインサーバＡへログインが完了した後、ユーザは、連携サーバＢへのログイン操作（アクセス要求）を通信端末１に入力する。通信端末１の認証要求部１１が、連携サーバＢへのログイン操作を受け付けると（Ｓ２１）、生成部２２は、Ｓ１７で入力されたメインサーバＡ用の認証情報にもとづいて、連携サーバＢ用の認証情報（ＩＤ：Ｂ，ＰＷＤ：Ｂ）を生成する（Ｓ２２）。そして、通信端末１は、生成した認証情報を連携サーバＢに送信する（Ｓ２３）。
【００３１】
連携サーバＢは、受信した認証情報が正当な認証情報であるか否かの認証を行う（Ｓ２４）。具体的には、連携サーバＢは、Ｓ１３で認証情報生成装置２から受信した認証情報に一致する場合、正当な認証情報であると判別し、ログインを許可する。そして、連携サーバＢは、認証結果を通信端末１に送信する（Ｓ２５）。認証ＯＫ（成功）の場合、ログイン処理が完了し、通信端末１は、連携サーバＢが提供するサービスを利用することができる。一方、認証ＮＧ（失敗）の場合、エラーメッセージなどが通信端末１に表示される。
【００３２】
また、メインサーバＡへログインが完了した後、ユーザは、連携サーバＣへのログイン操作（アクセス要求）を通信端末１に入力する。通信端末１の認証要求部１１が、連携サーバＣへのログイン操作を受け付けると（Ｓ２６）、生成部２２は、Ｓ１７で入力されたメインサーバＡ用の認証情報にもとづいて、連携サーバＣ用の認証情報（ＩＤ：Ｃ，ＰＷＤ：Ｃ）を生成する（Ｓ２７）。そして、通信端末１は、生成した認証情報を連携サーバＣに送信する（Ｓ２８）。
【００３３】
連携サーバＣは、受信した認証情報が正当な認証情報であるか否かの認証を行う（Ｓ２９）。具体的には、連携サーバＣは、Ｓ１５で認証情報生成装置２から受信した認証情報に一致する場合、正当な認証情報であると判別し、ログインを許可する。そして、連携サーバＣは、認証結果を通信端末１に送信する（Ｓ３０）。認証ＯＫ（成功）の場合、ログイン処理が完了し、通信端末１は、連携サーバＣが提供するサービスを利用することができる。一方、認証ＮＧ（失敗）の場合、エラーメッセージなどが通信端末１に表示される。
【００３４】
次に、図２に示す認証情報生成装置２の事前処理をより詳細に説明する。
【００３５】
図３は、認証情報生成装置２の処理を模式的に示した図である。認証情報生成装置２の取得部２１は、メインサーバＡ３から、通信端末１（ユーザ＃１）のためのメインサーバＡ用の認証情報（ＩＤ：Ａ＃１，ＰＷＤ：Ａ＃１）を、ネットワーク９などを介して取得する（Ｓ４１）。
【００３６】
そして、生成部２２は、メインサーバＡ用の認証情報に基づいて、ユニークな文字列であるインデックス値（Ｉ）を生成する（Ｓ４２）。インデックス値（Ｉ）は、例えば、ＭＤ５（Message Digest 5）などの一方向関数を用いて、認証情報から文字列を生成することが考えられる。そして、生成部２２は、生成したインデックス値と、取得した認証情報とを、インデックスリスト記憶部２３に記憶する（Ｓ４３）。インデックスリスト記憶部２３には、ユーザ毎に、メインサーバＡ用の認証情報およびインデックス値が記憶される。
【００３７】
そして、生成部２２は、Ｓ４２で生成し、インデックスリスト記憶部２３に記憶されたインデックス値（Ｉ）に基づいて、連携サーバＢ用の認証情報（ＩＤ：Ｂ＃１，ＰＷＤ：Ｂ＃１）を生成する（Ｓ４４）。具体的には、生成部２２は、下記の式により、インデックス値（Ｉ）と、連携サーバＢの識別情報（Ｂ）とを、ＭＤ５などの一方向関数Ｆに入力することにより、連携サーバＢ用の認証情報を生成する。
【００３８】
一方向関数Ｆ（Ｉ，Ｂ）＝ＩＤ Ｂ＃１，ＰＷＤ Ｂ＃１
また、生成部２２は、インデックス値（Ｉ）に基づいて、連携サーバＣ用の認証情報（ＩＤ：Ｃ＃１，ＰＷＤ：Ｃ＃１）を生成する（Ｓ４５）。具体的には、Ｓ４４と同様に、下記の式により、インデックス値（Ｉ）と、連携サーバＣの識別情報（Ｃ）とを、ＭＤ５などの一方向関数Ｆに入力することにより、連携サーバＣ用の認証情報を生成する。
【００３９】
一方向関数Ｆ（Ｉ，Ｃ）＝ＩＤ Ｃ＃１，ＰＷＤ Ｃ＃１
そして、生成部２２は、連携サーバＢ４用の認証情報を連携サーバＢに、連携サーバＣ５用の認証情報を連携サーバＣ５に、それぞれ送信する（Ｓ４６、Ｓ４７）。
【００４０】
次に、図２のＳ１７からＳ３０の通信端末１のログイン処理をより詳細に説明する。
【００４１】
図４は、通信端末１の処理のフローチャートである。通信端末１の認証要求部１１は、ユーザが入力したメインサーバＡへのログイン要求を受け付ける（Ｓ５１）。ログイン要求には、認証情報生成装置２から通知されたメインサーバＡ用の認証情報（ＩＤ：Ａ＃１，ＰＷＤ：Ａ＃１）が含まれている。そして認証要求部１１は、ユーザが入力した認証情報を、ネットワーク９を介してメインサーバＡに送信する（Ｓ５２）。
【００４２】
メインサーバＡは、前述のとおり、受信した認証情報が正当な認証情報であるか否かの認証を行い、認証結果を通信端末１に送信する。認証ＮＧ（失敗）の場合（Ｓ５３：ＮＧ）、認証要求部１１は、エラーメッセージを表示するとともに、認証情報の再度の入力を受け付ける（Ｓ５１）。認証ＯＫ（成功）の場合（Ｓ５３：ＯＫ）、認証要求部１１は、認証結果のステータス「認証済」を記憶部１３に記憶する（Ｓ５４）。なお、記憶部１３の初期状態のステータスは「認証未」であるものとする。
【００４３】
そして、生成部１２は、メインサーバＡの認証情報を基づいて、ユニークな文字列であるインデックス値（Ｉ）を生成し、記憶部１３に記憶する（Ｓ５５）。インデックス値は、例えば、ＭＤ５などの一方向関数を用いて認証情報から文字列を生成することが考えられる。なお、通信端末１の生成部１２がインデックス値（Ｉ）を生成するロジック・アルゴリズムと、認証情報生成装置２の生成部２２がインデックス値（Ｉ）を生成するロジック・アルゴリズム（図３：Ｓ４２）とは、同じものである。
【００４４】
そして、認証要求部１１は、ユーザが入力した連携サーバＢへのアクセス要求を受け付ける（Ｓ６１）。このアクセス要求には、連携サーバＢの識別情報（Ｂ）が含まれているものとする。そして、生成部１２は、記憶部１３に記憶されたステータスを参照し（Ｓ６２）、ステータスが「認証済」の場合に（Ｓ６３）、Ｓ５５で生成・記憶したメインサーバＡのインデックス値（Ｉ）に基づいて、連携サーバＢ用の認証情報（ＩＤ Ｂ＃１，ＰＷＤ Ｂ＃１）を生成する（Ｓ６４）。具体的には、生成部１２は、下記の式により、インデックス値（Ｉ）と、連携サーバＢの識別情報（Ｂ）とを、ＭＤ５などの一方向関数Ｆに入力することにより、連携サーバＢ用の認証情報を生成する。  
一方向関数Ｆ（Ｉ，Ｂ）＝ＩＤ Ｂ＃１，ＰＷＤ Ｂ＃１
なお、通信端末１の生成部１２が連携サーバＢ用の認証情報を生成するロジック・アルゴリズムと、認証情報生成装置２の生成部２２が連携サーバＢ用の認証情報を生成するロジック・アルゴリズム（図３：Ｓ４４）とは、同じものである。
【００４５】
ステータスが「認証未」の場合（Ｓ６３）、認証要求部１１は、エラーメッセージを表示する。そして、生成部１２は、連携サーバＢ用の認証情報を、ネットワーク９を介して連携サーバＢに送信する（Ｓ６５）。連携サーバＢは、認証情報が正当な認証情報であるか否かの認証を行い、認証結果を通信端末１に送信する。認証ＯＫ（成功）の場合、通信端末１は、連携サーバＢが提供するサービスを利用することができ、認証ＮＧ（失敗）の場合、エラーメッセージなどが通信端末１に表示される。
【００４６】
また、認証要求部１１は、ユーザが入力した連携サーバＣへのアクセス要求を受け付ける（Ｓ７１）。このアクセス要求には、連携サーバＣの識別情報（Ｃ）が含まれているものとする。そして、生成部１２は、Ｓ６２からＳ６５と同様に、記憶部１３に記憶されたステータスを参照し（Ｓ７２）、ステータスが「認証済」の場合に（Ｓ７３）、Ｓ５５で生成・記憶したメインサーバＡのインデックス値（Ｉ）に基づいて、連携サーバＣ用の認証情報（ＩＤ Ｃ＃１，ＰＷＤ Ｃ＃１）を生成する（Ｓ７４）。ステータスが「認証未」の場合（Ｓ７３）、認証要求部１１は、エラーメッセージを表示する。そして、生成部１２は、連携サーバＣ用の認証情報を、ネットワーク９を介して連携サーバＣに送信する（Ｓ７５）。連携サーバＣは、認証情報が正当な認証情報であるか否かの認証を行い、認証結果を通信端末１に送信する。認証ＯＫ（成功）の場合、通信端末１は、連携サーバＣが提供するサービスを利用することができ、認証ＮＧ（失敗）の場合、エラーメッセージなどが通信端末１に表示される。
【００４７】
以上説明した本実施形態では、通信端末１が、メインサーバＡの認証情報に基づいて連携サーバＢ、Ｃの認証情報を生成し、連携サーバＢ、Ｃに送信する。これにより、ユーザは、連携サーバＢ、Ｃ用の認証情報を自ら入力することなく連携サーバＢ、Ｃにログイン（アクセス）することができる。すなわち、本実施形態では、ユーザのログイン操作を煩雑にすることなく複数のサーバにアクセスできる。
【００４８】
また、本実施形態では、認証情報生成装置２および通信端末１は、一方向関数などの共通のロジックを用いて連携サーバＢ、Ｃの識別情報の認証情報を生成する。これにより、各サーバ間の管理・運用プロセスを変更することなく、また、管理・運用コストを低減し、新たな連携サーバＤを追加する際のシステム開発コストの増大を抑止することができる。
【００４９】
なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、既存のＷｅｂサーバを上記実施形態の連携サーバとして適用する場合、当該Ｗｅｂサーバには既にユーザが存在し、これらのユーザには上記実施形態で生成される連携サーバ用の認証情報（ユーザＩＤ、パスワード）とは異なる体系の認証情報が割り当てられている。
【００５０】
この場合、既存のＷｅｂサーバ（連携サーバ）は、任意の時点において、既にユーザに割り当てた全てのユーザＩＤを対象として抽出し、全てのユーザＩＤにおいて上位ｎ桁（ｎ≧１）までで使われていない文字列（未使用文字列）を特定し、認証情報生成装置に通知する。
【００５１】
認証情報生成装置の生成部は、既存のＷｅｂサーバから通知された未使用文字列をプリフィックスとして使用し、メインサーバの認証情報に基づいて当該既存のＷｅｂサーバ（連携サーバ）用の認証情報を生成する際には（図３：Ｓ４４、Ｓ４５）、ユーザＩＤの上位ｎ桁に未使用文字列（プリフィックス）を設定したユーザＩＤを生成することとする。
【００５２】
また、通信端末の生成部も同様に、既存のＷｅｂサーバまたは認証情報生成装置から通知された未使用文字列をプリフィックスとして使用し、メインサーバの認証情報に基づいて当該既存のＷｅｂサーバ（連携サーバ）用の認証情報を生成する際には（図４：Ｓ６４、Ｓ７４）、ユーザＩＤの上位ｎ桁に未使用文字列（プリフィックス）を設定したユーザＩＤを生成することとする。一方、既存のＷｅｂサーバ（連携サーバ）では、これ以降、当該Ｗｅｂサーバ固有のユーザに対してユーザＩＤを割り当てる際には、ユーザＩＤの上位ｎ桁には前記特定した未使用文字列を使用しないものとする。
【００５３】
なお、連携サーバとして既存のＷｅｂサーバを適用する度に、個々のＷｅｂサーバ毎の未使用文字列を特定し、プリフィックスとして用いるものとする。
【００５４】
また、上記実施形態において、各連携サーバ用の認証情報を生成する際に使用する各連携サーバの識別情報（Ｂ）、（Ｃ）には（図３：Ｓ４４、Ｓ４５、図４：Ｓ６４、Ｓ７４）、例えば、ユニークな番号または文字列、連携サーバのＵＲＬなどを用いることが考えられる。
【符号の説明】
【００５５】
１  ：通信端末
１１：認証要求部
１２：生成部
１３：記憶部
２  ：認証情報生成装置
２１：取得部
２２：生成部
２３：インデックスリスト記憶部
３  ：メインサーバ（所定のサーバ）Ａ
４  ：連携サーバ（他サーバ）Ｂ
５  ：連携サーバ（他サーバ）Ｃ
９  ：ネットワーク
【図１】
2010033562.tif 000003
【図２】
2010033562.tif 000004
【図３】
2010033562.tif 000005
【図４】
2010033562.tif 000006