(57)【要約】      （修正有）【課題】ネットワーク上にサーバを増設する場合も含め、複数のシステムの認証情報を効率的かつより安全に管理可能とする。【解決手段】ネットワーク上のユーザ端末２０Ａ〜２０Ｍとアプリケーションシステム１０とアプリケーションシステム１０に提携サービスを提供する提携サービス提供システム３０Ａ〜３０Ｎ、がネットワーク４０を介して接続され、アプリケーションシステム１０に新たなアプリケーションサーバが増える場合、各提携サービス提供システム３０Ａ〜３０Ｎの利用が許可されたグリッド管理サーバ１２が、新たなアプリケーションサーバの認証情報を生成し、各提携サービス提供システム３０Ａ〜３０Ｎにその登録を要求する。各提携サービス提供システム３０Ａ〜３０Ｎは、グリッド管理サーバ１３からの要求を受け付けると、会員情報データベース３３の会員情報に基づき要求発信元の正当性を確認し認証情報を会員情報データベース３３に登録する。【選択図】  図１
2006251868.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上のサーバを管理するＩＤ管理システムであって、
前記ネットワーク上のシステムに対して、当該ＩＤ管理システムの正当性を示す第１の認証情報が格納された記憶手段と、
前記ネットワーク上にサーバを増やす場合に、当該サーバが前記ネットワーク上の他のシステムにアクセスするために用いる第２の認証情報を生成するサービス管理手段と、
を有し、
当該サービス管理手段は、
前記第２の認証情報を生成した場合、前記第１の認証情報と、前記システムへの登録を求める前記第２の認証情報とを含む登録要求を前記システムに与え、当該要求に対する応答として前記第２の認証情報の登録通知を受け付けると、前記サーバへの登録を求める前記第２の認証情報を含む登録要求を前記サーバに与える、
ことを特徴とするＩＤ管理システム。
【請求項２】
情報処理装置にサービスを提供するサービス提供システムであって、
当該サービス提供システムへのアクセスの正当性を判断するための認証情報が登録された記憶手段と、
第１の情報処理装置から、当該第１の情報処理装置の正当性を示す第１の認証情報と、前記サービス提供システムへの登録を求める第２の認証情報とを含む登録要求を受け付けた場合、当該第１の認証情報と前記記憶手段に登録された前記認証情報とが合致すれば、前記記憶手段に当該第２の認証情報を登録するＩＤ管理手段と、
前記第２の認証情報を含むサービス提供要求を受け付けた場合、当該第２の認証情報が前記記憶手段に登録されていれば、前記第２の情報処理装置に前記サービスを提供するサービス提供手段と、
を備えることを特徴とするサービス提供システム。
【請求項３】
請求項２記載のサービス提供システムであって、
前記記憶手段には、前記第１の認証情報と、前記第１の情報処理装置が前記第２の認証情報の生成権限を有するか否かを表す権限情報とが対応付けて登録されており、
前記ＩＤ管理手段は、前記第１の情報処理装置から前記登録要求を受け付けた場合、前記第１の認証情報に対応付けて前記記憶手段に登録された権限情報が前記第２の認証情報を生成可能であることを示していれば、前記記憶手段に前記第２の認証情報を登録し、当該権限情報が前記第２の認証情報を生成可能であることを示していなければ前記第２の認証情報の登録を拒否する、
ことを特徴とするサービス提供システム。
【請求項４】
請求項２記載のサービス提供システムであって、
当該サービス提供システムへの登録を求める第３の認証情報と、前記第２の認証情報とを含む登録要求を前記第２の情報処理装置から受け付けた場合に、前記ＩＤ管理手段は、当該第２の認証情報と前記記憶手段に登録された前記認証情報とが合致すれば、当該第３の認証情報を前記第２の認証情報に対応付けて前記記憶手段に登録し、
前記第２の認証情報を含む失効要求を前記第１の情報処理装置から受け付けた場合に、前記ID管理手段は、前記記憶手段に登録された、前記第２の認証情報及び当該第２の認証情報に対応付けられた前記第３の認証情報を失効させる、
ことを特徴とするサービス提供システム。
【請求項５】
サービス提供システムにアクセスするサーバのＩＤを情報処理装置が管理するＩＤ管理方法であって、
前記情報処理装置は、
前記サービス情報システムに対して、当該情報処理装置の正当性を示す第１の認証情報が格納された記憶手段と、
サービス管理手段と、
を備え、
当該ＩＤ管理方法は、
前記ネットワーク上にサーバを増やす場合に、当該サーバが前記サービス提供システムにアクセスするために用いる第２の認証情報を、前記サービス管理手段が生成する処理と、
前記サービス管理手段が、前記第１の認証情報と、前記サービス提供システムに登録を求める前記第２の認証情報とを含む登録要求を前記システムに与え、当該登録要求に対する応答として前記第２の認証情報の登録通知を前記サービス提供システムから受け付けると、前記サーバに登録を求める前記第２の認証情報を含む登録要求を前記サーバに与える処理と、
【請求項６】
サービス提供システムが情報処理装置にサービスを提供するサービス提供方法であって、
前記サービス提供システムは、
当該サービス提供システムへのアクセスの正当性を判断するための認証情報が登録された記憶手段と、
演算処理手段と、
を有し、
当該サービス提供方法は、
前記サービス提供システムにおいて、第１の情報処理装置から、当該第１の情報処理装置の正当性を示す第１の認証情報と、前記サービス提供システムへの登録を求める第２の認証情報とを含む登録要求を受け付けた場合に、前記演算処理手段が、当該第１の認証情報と前記記憶手段に登録された前記認証情報とが合致するか否かを判断し、合致すれば、前記記憶手段に当該第２の認証情報を登録する処理と、
前記サービス提供システムにおいて、前記第２の認証情報を含むサービス提供要求を受け付けた場合、前記演算処理手段が、当該第２の認証情報が前記記憶手段に登録されているか否か判断し、登録されていれば、前記第２の情報処理装置に前記サービスを提供する処理と、
を有することを特徴とするサービス提供方法。
【請求項７】
ネットワーク上のサーバを管理するＩＤ管理システムであって、
他のシステムに登録済みの公開鍵に対応する第１の秘密鍵及び写像パラメータが登録された記憶手段と、
前記システムにアクセスするサーバを前記ネットワーク上に増やす場合、当該ＩＤ管理システムの第１の識別情報を抽出可能な文字列を当該サーバの第２の識別情報として生成し、当該第２の識別情報と前記第１の秘密鍵と前記写像パラメータとから第２の秘密鍵を生成するサービス管理手段と、
を有し、
前記サービス管理手段は、
前記第２の識別情報及び前記第２の秘密鍵を生成した場合、前記サーバが前記システムにアクセスするために用いる認証情報として、前記第２の識別情報及び当該第２の秘密鍵を登録することを、前記サーバに要求する、
ことを特徴とするＩＤ管理システム。
【請求項８】
情報処理装置にサービスを提供するサービス提供システムであって、
当該サービス提供システムへのアクセスが許可された第１の情報処理装置の認証情報として、第１の公開鍵、写像パラメータ及び第１の識別情報が登録された記憶手段と、
前記第１の識別情報を抽出可能な第２の認証情報を含むサービス提供要求を当該第２の情報処理装置から受け付けた場合に、前記第２の識別情報が前記記憶手段に登録されていなければ、当該第２の識別情報から抽出される前記第１の識別情報と、当該第１の識別情報に対応付けて前記記憶手段に登録された前記第１の公開鍵及び前記写像パラメータとから第２の公開鍵を生成して、当該第２の識別情報、当該第２の公開鍵及び当該写像パラメータを、前記第２の情報処理装置の認証情報として前記記憶手段に登録するＩＤ管理手段と、
前記第２の識別情報が前記記憶手段に登録されていれば、前記第２の情報処理装置にチャレンジデータを送信し、前記第２の情報処理装置が前記チャレンジデータに施した電子署名を受け付けると、前記記憶手段に登録された前記第２の公開鍵で当該電子署名を検証し、当該電子署名の検証に成功すれば、前記第２の情報処理装置に前記サービスを提供するサービス提供手段と、
を備えることを特徴とするサービス提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のシステムのそれぞれの正当性を示すための認証情報を効率的に生成及び安全に管理するＩＤ管理技術に関する。
【背景技術】
【０００２】
サービスを提供するシステム（以下、提携サービス提供システム）にアクセスする際の認証に利用される認証情報（例えば、ＩＤ、パスワード、証明書等）を効率的に設定する技術として、非特許文献１記載のプロキシ型認証フレームワークが知られている。このプロキシ型認証フレームワークにおいては、プロキシサーバが、クライアント端末上のアプリケーションの代わりに提携サービス提供システムとの間の認証処理を実行する。このため、個々のアプリケーションには認証情報を設定する必要がない。
【０００３】
一方、クライアント端末の固有の情報（マシン固有情報）を認証に利用するクライアントマシン認証技術として、特許文献１記載の技術が知られている。この技術によれば、ユーザＩＤとマシン固有情報（ＨＤＤ−ＩＤ、ＣＰＵ−ＩＤ等）との対応情報がデータベースに予め登録されており、サーバは、クライアント端末からのユーザＩＤ及びマシン固有情報を、このデータベース内の対応情報と照合することによって、ユーザ及びクライアント端末の正当性を認証する。
【０００４】
【特許文献１】特開平１０−２６０９３９号公報
【非特許文献１】ランディ・バトラー（Ｒａｎｄｙ  Ｂｕｔｌｅｒ）、他６名、「Ａ  ｎａｔｉｏｎａｌ−ｓｃａｌｅ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｉｎｆｒａｓｔｒｕｃｔｕｒｅ」、（米国）、ＩＥＥＥ  Ｃｏｍｐｕｔｅｒ、２０００年１２月、第３３巻、第１２号、ｐ．６０−６６
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところが、非特許文献１記載のプロキシ型認証フレームワークによれば、複数のアプリケーションによって一つの認証情報が利用される。このため、提携サービス提供システムの不正利用を防止するための多重ログイン防止機能の利用が困難である。
【０００６】
一方、特許文献１記載のクライアントマシン認証技術によれば、提携サービス提供システムを利用するすべてのクライアント端末のマシン固有情報がデータベースに登録されている必要がある。例えば、複数の情報処理装置（サーバ、端末）が自律的に動作する、例えば、グリッド、ユビキタス等の自律システムについては、このような登録作業にとくに手間がかかる。
【０００７】
そこで、本発明は、複数のシステムのそれぞれの正当性を示すための認証情報を効率的に生成及び安全に管理可能とすることを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、
ネットワーク上のサーバを管理するＩＤ管理システムであって、
前記ネットワーク上のシステムに対して、当該ＩＤ管理システムの正当性を示す第１の認証情報が格納された記憶手段と、
前記ネットワーク上にサーバを増やす場合に、当該サーバが前記ネットワーク上の他のシステムにアクセスするために用いる第２の認証情報を生成するサービス管理手段と、
を有し、
当該サービス管理手段は、
前記第２の認証情報を生成した場合、前記第１の認証情報と、前記システムへの登録を求める前記第２の認証情報とを含む登録要求を前記システムに与え、当該要求に対する応答として前記第２の認証情報の登録通知を受け付けると、前記サーバへの登録を求める前記第２の認証情報を含む登録要求を前記サーバに与える、
ことを特徴とするＩＤ管理システムを提供する。
【０００９】
また、
情報処理装置にサービスを提供するサービス提供システムであって、
当該サービス提供システムへのアクセスの正当性を判断するための認証情報が登録された記憶手段と、
前記サービス提供システムへの登録を求める第２の認証情報と、前記第１の認証情報とを含む登録要求を前記第１の情報処理装置から受け付けた場合、当該第１の認証情報と前記記憶手段に登録された前記認証情報とが合致すれば、前記記憶手段に当該第２の認証情報を登録するＩＤ管理手段と、
前記第２の認証情報を含むサービス提供要求を受け付けた場合、当該第２の認証情報が前記記憶手段に登録されていれば、前記第１の情報処理装置に前記サービスを提供するサービス提供手段と、
を備えることを特徴とするサービス提供システムを提供する。
【発明の効果】
【００１０】
本発明によれば、複数のシステムのそれぞれの正当性を示すための認証情報を効率的に生成及び安全に管理することができる。
【発明を実施するための最良の形態】
【００１１】
以下、添付の図面を参照しながら、本発明に係る実施の一形態について説明する。
【００１２】
まず、図１により、本実施の形態に係るネットワークシステムの全体構成について説明する。
【００１３】
本実施の形態に係るネットワークシステムには、インターネット等のネットワーク４０で相互に接続された複数の情報処理システム１０，３０Ａ〜３０Ｎが含まれている。これらの情報処理システムのなかには、ネットワーク上のユーザ端末２０Ａ〜２０Ｍにサービス（以下、エンドユーザからの要求に応じて提供するサービスをアプリケーションと呼ぶ）を提供するアプリケーションシステム１０、アプリケーションシステム１０にサービス（以下、アプリケーションシステム１０がエンドユーザへのアプリケーションの提供に付随して必要とするサービスを提携サービスと呼ぶ）を提供する複数の提携サービス提供システム３０Ａ〜３０Ｎ、が含まれている。なお、ネットワーク４０には、Secure Socket Layer(SSL)通信等におけるサーバ認証に必要なデジタル証明書を発行する第三者機関（認証局）の認証局端末５０Ｍ等もさらに接続されている。
【００１４】
アプリケーションシステム１０は、アプリケーションシステム１０の利用を許可されたユーザ（以下、登録ユーザ）を管理するユーザ管理サーバ１３、ユーザ管理サーバ１３により認証された登録ユーザのユーザ端末２０Ａ〜２０Ｍからの要求に応じてアプリケーションを提供する複数のアプリケーションサーバ１１Ａ〜１１Ｐ、アプリケーションサーバ１１Ａ〜１１Ｐを管理するグリッド管理サーバ１２、これらを相互に接続したＬＡＮ（Local Area Network）１４、を含んでいる。
【００１５】
ここで、アプリケーションシステム１０内の各サーバ１１Ａ〜１１Ｐ，１２，１３及び各提携サービス提供システム３０Ａ〜３０Ｎは、いずれも、外部からの指示に応じてプログラムを実行可能なコンピュータシステムにより実現可能である。
【００１６】
このようなコンピュータシステムは、例えば、図２に示すように、メモリ１０１、各種機能を実現するための各種プログラム（実現すべき機能に対応するプログラム、ＯＳ等）及び各種データを含む情報１００が格納された二次記憶装置（ハードディスク等）１０２、二次記憶装置１０２等からメモリ１０１にロードしたプログラム１００を実行するＣＰＵ１０３、入出力インタフェース１０４、これらの各部の間をつなぐ通信線（バス等）１０５、等を有する。入出力インタフェース１０４には、ネットワークを介した通信を制御する通信装置１０９が接続される他、必要に応じて、ディスプレイ等の出力装置１０６、キーボード等の入力装置１０７、可搬型記憶媒体（光ディスク等）が装着されるドライブ１０８、等が接続される。
【００１７】
なお、本実施の形態では、アプリケーションシステム１０内の各サーバ１１Ａ〜１１Ｐ，１２，１３及び各提携サービス提供システム３０Ａ〜３０Ｎのそれぞれの機能の実現に必要な情報１００が、それらの装置を構成するコンピュータシステムの二次記憶装置１０２にあらかじめ格納されているが、これらの情報１００は、ドライブ１０８に装着される可搬型記憶媒体から、または、ネットワークを介して他の情報処理装置から、二次記憶装置１０２にインストールされたものであってもよい。または、二次記憶装置１０２にはインストールされずに、ドライブ１０８に装着される可搬型記憶媒体から、または、ネットワークを介して他の情報処理装置から、メモリ１０１にロードされてもよい。
【００１８】
つぎに、各提携サービス提供システム３０Ａ〜３０Ｎ及びアプリケーションシステム１０内の各サーバ１１Ａ〜１１Ｐ，１２，１３は、このようなハードウエア構成及びそれぞれについて用意された情報１００により、以下の機能構成を実現する。
【００１９】
各提携サービス提供システム３０Ａ〜３０Ｎは、提携サービス提供システムの利用を許可されたアプリケーションシステム（以下、登録アプリケーションシステム）１０からの要求に応じて提携サービスを提供する提携サービス提供部３１、登録アプリケーションシステム１０を管理するグリッドＩＤ管理部３２、グリッドＩＤ管理部３２により参照される会員情報データベース３３、を有している。
【００２０】
会員情報データベース３３には、図３に示すように、登録アプリケーションシステム１０に関する会員情報３３０Ａが登録アプリケーションシステムごとに登録され、登録アプリケーションサーバ１０の下位に属するアプリケーションサーバに関する会員情報３３０Ｂがアプリケーションシステムごとに登録されている。各会員情報３３０Ａ，３３０Ｂには、提携サービス提供システムの利用が許諾された会員としての認証情報３３１,３３２、認証情報の有効期間を表す有効期間情報３３３、上位システムの会員ＩＤ（親ＩＤ）３３４、下位システムの会員ＩＤ（子ＩＤ）の生成権限の有無を表す権限情報３３５、クレデンシャル３３２のステータス（有効、失効等）を表すステータス情報３３６、を含んでいる。ここでは用いる認証情報には、提携サービス提供システムの利用が許諾された会員としてのＩＤ（会員ＩＤ）３３１及びクレデンシャル情報（パスワード、または、認証局端末５０から取得したデジタル証明書等）３３２が含まれている。なお、登録アプリケーションシステム１０の会員情報３３０Ａの親ＩＤ３３４としては、上位システムが存在しないことを示す情報「−」が格納される。
【００２１】
一方、アプリケーションシステム１０内の各サーバ１１Ａ〜１１Ｐ，１２，１３に関しては、以下の通りである。
【００２２】
各アプリケーションサーバ１１Ａ〜１１Ｐは、ネットワーク上のユーザ端末にアプリケーションを提供するアプリケーション提供部１１１、提携サービス提供部１１１により参照される提携サービス情報データベース１１２、を有している。
【００２３】
提携サービス情報データベース１１２には、図４に示すように、提携サービス提供システムへのアクセスに必要な情報（以下、提携サービス情報）１１２０が提携サービス提供システムごとに登録されている。各提携サービス情報１１２０には、提供サービスの名称１１２１、提携サービス提供システムのアドレス１１２２、提携サービス提供システムで採用されている認証方式名１１２３、提携サービス提供システムにおける認証情報（提携サービス提供システムにおける会員ＩＤ１２１５、提携サービス提供システムに対するアクセスの正当性を示すための、パスワード、電子証明書等のクレデンシャル情報１２１６）、等が含まれている。
【００２４】
グリッド管理サーバ１２は、アプリケーションサーバ１１Ａ〜１１Ｐの管理処理（構築、設定、起動、性能監視、障害監視、侵害監視等）を実行するサーバ管理部１２１、提携サービス提供システム３０Ａ〜３０Ｎに対する各種リクエスト（新規認証情報の登録要求、失効要求）を生成する提携サービス管理部１２２、サーバ管理部１２１及び提携サービス管理部１２２により参照される２種類のデータベース（サーバ情報データベース１２３、提携サービス情報データベース１２４）等、を有している。
【００２５】
サーバ情報データベース１２３には、図５に示すように、アプリケーションサーバごとに、アプリケーションサーバにアクセスするために必要な情報（サーバ情報）１２３０が登録されている。各アプリケーションサーバ情報１２３０には、アプリケーションサーバのアドレス情報１２３２、アプリケーションサーバに対するアクセスの正当性を示すための認証情報（パスワードまたは電子証明書等のクレデンシャル情報１２３３、サーバＩＤ１２３１）、が含まれている。また、提携サービス情報データベース１２４には、図４の提携サービス情報データベース１１２と同様なデータ構造で、グリッド管理サーバ１２がアクセス許可された提携サービス提供システムごとに、提携サービス提供システムにアクセスするために必要な提携サービス情報があらかじめ格納されている。
【００２６】
ユーザ管理サーバ１３は、アプリケーションサーバの要求に応じてユーザ認証を実行する認証処理部１３１、認証処理部１３１により参照されるユーザ情報データベース１３２、を有する。ユーザ情報データベースには、登録ユーザごとに、ユーザ名とパスワードとを含むユーザ情報が登録されている。
【００２７】
なお、このようなアプリケーションシステム１０及び各提携サービス提供システム３０Ａ〜３０Ｎは、どのような運営主体によって運営管理されてもよいが、例えば、アプリケーションシステム１０は、１つ以上の組織または個人により運営され、各提携サービス提供システム３０Ａ〜３０Ｎは、アプリケーションシステム１０の運営主体と提携した１以上の組織または個人により運営される。
【００２８】
以下、図６により、このようなネットワークシステムにおいて、アプリケーションシステム１０に新たに構築されるアプリケーションサーバが提携サービス提供システムにアクセスするために必要となる認証情報（会員ＩＤ、パスワード）の生成処理及び登録処理について説明する。
【００２９】
アプリケーションシステム１０においては、グリッド管理サーバ１２のサーバ管理部１２１が、各アプリケーションサーバ１１Ａ〜１１Ｐの負荷を定期的に監視している。その結果、いずれかのアプリケーションＢを提供するアプリケーションサーバ（ここではアプリケーションサーバ１１Ｂ）に所定の負荷以上の負荷がかかっていることが検知されると、グリッド管理サーバ１２において、以下の処理が実行される。
【００３０】
まず、サーバ管理部１２１は、アプリケーションサーバ１１Ｂのサーバ情報をサーバ情報データベース１２３から読み出し、このサーバ情報の認証情報１２３１，１２３３を含むサービス情報送信要求を、この提携サーバ情報に含まれるアドレス宛に送信する。アプリケーションＢは、これに応じて提携サービス情報データベース１１２から提携サービス情報を取り出し、それらの提携サービス情報を返信する。これにより、サーバ管理部１２１は、アプリケーションサーバ１１Ｂの提携サーバ情報を取得する。
【００３１】
また、サーバ管理部１２１は、アプリケーションサーバ１１Ｂ以外のアプリケーションサーバ（ここではアプリケーションサーバ１１Ｔとする）のサーバ情報を所定のルールにしたがって選択する。さらに、サーバ管理部１２１は、そのサーバ情報の認証情報１２３１，１２３３を含む、アプリケーションＢに関するアプリケーションプログラムｂのインストール要求を、そのサーバ情報のアドレス情報１２３２が示すアドレス宛に送信する。これにより、アプリケーションＢに関するアプリケーションプログラムｂが他のアプリケーションサーバ１１Ｔにインストールされる（Ｓ６０１）。
【００３２】
その後、提携サービス管理部１２２が、アプリケーションサーバ１１Ｔの正当性を示す認証情報として用いられる会員ＩＤ及びクレデンシャル情報（以下、これらをアプリケーションサーバ１１Ｔの認証情報）を生成する。具体的には、アプリケーションサーバ１１Ｔのクレデンシャル情報として、ランダムな文字列（ここではパスワード）を生成するとともに、アプリケーションサーバ１１Ｔの会員ＩＤとして、提携サービス情報データベース１２４に登録されたいずれの会員ＩＤ１１２４とも重複しない文字列を生成する。
【００３３】
なお、ここでは、提携サービス管理部１２２が、アプリケーションサーバ１１Ｔの認証情報を生成しているが、必ずしも、このようにする必要はない。例えば、提携サービス管理部１２２からの要求に応じて、提携サービス提供システムが、会員情報データベース３３に登録されたいずれの会員ＩＤ３３１とも重複しない文字列及び任意の文字列をアプリケーションシステム１１Ｔの認証情報として生成し、それを提携サービス管理部１２２に通知するようにしてもよい。
【００３４】
このように、アプリケーションサーバ１１Ｔの認証情報を生成したら、提携サービス管理部１２２は、さらに、アプリケーションサーバ１１Ｂから受け付けた各提携サービス情報に対応する提携サービス情報（例えばアドレス情報が合致する提携サービス情報）を提携サービス情報データベース１２４から取り出す。つまり、アプリケーションサーバ１１Ｔに提携サービスを提供する提携サービス提供システムにグリッド管理サーバ１２がアクセスするためのサービス情報を提携サービス情報データベース１２４から取り出す。そして、提携サービス管理部１２２は、このとき取り出した各提携サービス情報に含まれるアドレス宛に会員登録要求を送信する（Ｓ６０２）。ここで送信される各会員登録要求には、それぞれ、対応する提携サービス情報に含まれていた会員ＩＤ及びクレデンシャル情報がグリッド管理サーバ１２の認証情報として含まれるとともに、下位システムの会員ＩＤの生成権限をアプリケーションサーバ１１Ｔに与えるか否かを示す権限情報（例えばデフォルト権限「子ＩＤ登録可能」）及びアプリケーションサーバ１１Ｔの認証情報が登録対象情報として含まれる。
【００３５】
その後、提携サービス管理部１２２は、これらの会員登録要求に対する応答を待機する（Ｓ６０３）。
【００３６】
一方、各提携サービス提供システム３０Ａ〜３０Ｎにおいては、これらの会員登録要求が受け付けられると（Ｓ６１０）、それぞれ、以下の処理が実行される。
【００３７】
まず、グリッドＩＤ管理部３２が、グリッド管理サーバ１２の認証情報及び登録対象情報を会員登録要求から取り出し、この認証情報と、会員情報データベース３３に登録された会員ＩＤ３３１及びクレデンシャル３３２とを照合する（Ｓ６１１）。これにより、登録要求の発信元の正当性を検証する。
【００３８】
その結果、グリッド管理サーバ１２の認証情報に合致する会員ＩＤ３３１及びクレデンシャル３３２を含む会員情報が存在していなければ、すなわち会員登録要求の発信元の正当性が認証できなければ、グリッドＩＤ管理部３２は、アクセスを拒否した旨の通知をグリッド管理サーバ１１に返信する（Ｓ６１２）。
【００３９】
また、グリッド管理サーバ１２の認証情報に合致する会員ＩＤ３３１及びクレデンシャル３３２を含む会員情報が存在していれば、すなわち会員登録要求の発信元の正当性が認証されれば、グリッドＩＤ管理部３２は、さらに、会員登録要求の発信元の下位システムとしてアプリケーションサーバ１１Ｔを登録可能か否かをチェックする。具体的には、下位システムの会員ＩＤの生成権限がアプリケーションシステム１０に与えられている否かを、その会員情報の権限情報３３５に基づき判断するとともに、登録対象情報に含まれる会員ＩＤと重複する会員ＩＤ３３１が会員情報データベース３３に登録されていないか否かをチェックする（Ｓ６１３）。
【００４０】
その結果、下位システムの会員ＩＤの生成権限がアプリケーションシステム１０に与えられていない場合、及び、登録対象情報に含まれる会員ＩＤが既登録の会員ＩＤと重複する場合の少なくとも一方に該当していれば、グリッドＩＤ管理部３２は、登録を拒否した旨の通知をグリッド管理サーバ１１に返信する（Ｓ６１４）。
【００４１】
一方、いずれの場合にも該当しなければ（下位システムの会員ＩＤの生成権限がアプリケーションシステム１０に与えられ、かつ、登録対象情報に含まれる会員ＩＤが既登録会員ＩＤと重複しない場合）、グリッドＩＤ管理部３２は、登録対象情報（会員ＩＤ、クレデンシャル、権限情報）を含む会員情報３３０Ｂを会員情報データベース３３に新たに登録する。このとき登録される会員情報３３０Ｂには、さらに、現在から所定期間が経過した日付を表す情報、グリッド管理サーバ１２の認証情報に含まれる会員ＩＤ、及び、登録対象情報に含まれる会員ＩＤが有効であることを示す情報が、有効期間情報３３３、親ＩＤ３３４及びステータス情報３３６として含まれる。
【００４２】
このようにして、アプリケーションサーバ１１Ｔに関する新たな会員情報３３９Ｂの登録が完了したら、提携サービス管理部１２２は、登録が成功した旨の通知をグリッド管理サーバ１１に返信する（Ｓ６１５）。
【００４３】
さて、グリッド管理サーバ１１の提携サービス管理部１２２は、以上３種類のうちのいずれかの通知を、会員登録要求に対する応答として受信すると（Ｓ６０３）、それが、登録通知か否かをチェックする（Ｓ６０４）。
【００４４】
その結果、登録通知でなければ（アクセス拒否通知または登録拒否通知であれば）、提携サービス管理部１２２は、処理を終了する。
【００４５】
一方、登録通知であれば、提携サービス管理部１２２は、アプリケーションサーバ１１Ｂから受け付けた各提携サービス情報から所定の情報（認証情報１１２４，１１２５以外の情報１１２１〜１１２３）を取り出して、それらの情報１１２１〜１１２３とアプリケーションサーバ１１Ｔの認証情報とを含む提携サービス情報を生成する。そして、これらの提携サービス情報を含む登録要求をアプリケーションサーバ１１Ｔに送信する（Ｓ６０５）。なお、この登録要求には、Ｓ６０１で取り出した、アプリケーションサーバ１１Ｔの提携サーバ情報の認証情報１２３１，１２３３が含まれる。
【００４６】
これに応じて、アプリケーションサーバ１１Ｔにおいては、アプリケーション提供部１１１が、登録要求に含まれる認証情報に基づき機器認証を行ってから、さらに、登録要求に含まれる提携サービス情報を提携サービス情報データベース１１２に新規に登録するとともにアプリケーションプログラムｂを起動する（Ｓ６２０）。これにより、以後、アプリケーションサーバ１１Ｂとともに他のアプリケーションサーバ１１Ｔも、外部からの要求に応じてアプリケーションＢを提供可能な状態となる。
【００４７】
その後、いずれかのユーザ端末（例えばユーザ端末２０Ａ）上のＷｅｂクライアントプログラム（Ｗｅｂブラウザ等）からアプリケーションサーバ１１Ｔにアクセスがあると（Ｓ６２１）、アプリケーション提供部１１１が、まず、ユーザ端末２０Ａからの認証情報（ユーザ名、パスワード）を含む認証要求をユーザ管理サーバ１３に送信する。これに応じて、ユーザ管理サーバ１３においては、認証処理部１３１が、ユーザ情報データベース１３２に登録されたユーザ情報と、ユーザ端末２０Ａからの認証情報とを照合することによってユーザ認証を行い、その結果を返信する。
【００４８】
アプリケーション提供部１１１は、ユーザ管理サーバ１３からの応答がユーザ認証の成功を示していれば、アプリケーションＢをユーザ端末２０Ａに提供する。このとき、必要に応じて、提携サービス情報データベース１２４から提携サービス情報を取り出し、それらの提携サービス情報の会員ＩＤ１１２４及びクレデンシャル１１２５を認証情報として含むサービス提供要求を、それらの提携サービス情報のアドレス情報１１２１が示すアドレス宛に送信する（Ｓ６２２）。
【００４９】
各提携サービス提供システム３０Ａ〜３０Ｎにおいては、それぞれ、提携サービス提供部３１が、サービス提供要求を受け付けると（Ｓ６１６）、サービス提供要求に含まれている認証情報と、会員情報データベース３３に登録された会員ＩＤ３３１及びクレデンシャル３３２とを照合することによって、アプリケーションサーバ１１Ｔの正当性を検証する（Ｓ６１７）。
【００５０】
その結果、アプリケーションサーバ１１Ｔの認証に失敗すれば、提携サービス提供部３１は、アクセスを拒否した旨の通知をアプリケーションサーバ１１Ｔに返信する（Ｓ６１８）。アプリケーションサーバ１１Ｔは、この通知を受け付けると（Ｓ６２３）、ユーザ端末からのアクセスの待機状態（Ｓ６２１）に戻る。
【００５１】
一方、アプリケーションサーバ１１Ｔの認証に成功すれば、提携サービス提供部３１は、要求された提携サービスをアプリケーションサーバ１１Ｔに提供する（Ｓ６１９）。さらに、アプリケーションサーバ１１Ｔは、このとき提供された提携サービスをユーザ端末２０Ａに提供する（Ｓ６２４）。
【００５２】
以上の処理によれば、複数のアプリケーションサーバを有するアプリケーションシステムにおいて、例えば、提携サービス提供システムにアクセスするアプリケーションサーバを新たに構築するとき、提携サービス提供システムに対して新たなアプリケーションサーバの正当性を示すための認証情報が自動的に生成され、提携サービス提供システムに登録される。つまり、アプリケーションサーバの増加に応じて自律的に認証情報が追加される。
【００５３】
したがって、各アプリケーションサーバごとの認証情報の登録作業にかかる手間を省くことができるため、複数のアプリケーションサーバの認証情報を効率的に管理することができる。また、すべてのアプリケーションサーバに個別の認証情報が付与されるため、提携サービス提供システム側の多重ログイン防止機能によって提携サービス提供システムの不正利用を防止することが可能となる。すなわち、複数のシステムのそれぞれの正当性を示すための認証情報を効率的に生成及び安全に管理することができる。
【００５４】
さらに、各アプリケーションサーバに個別の認証情報が付与されることにより、背景技術の欄で述べたシステムとは異なり、各アプリケーションサーバが、プロキシサーバを介して提携サービス提供システムにアクセスする必要がない。このため、例えば、アプリケーションサーバとプロキシサーバとの間の物理的距離が大きい場合等に生じる可能性がある性能低下を防止することができる。
【００５５】
以上においては、会員ＩＤ及びパスワードを認証情報として利用しているが、必ずしも、このようにする必要はない。例えば、ＩＤベース署名技術により生成された秘密鍵がクレデンシャル情報として利用されてもよい。
【００５６】
以下、図７により、そのようにする場合について説明する。なお、この場合には、提携サービス情報のクレデンシャル情報として、十分な長さの秘密鍵及びＩＤベース署名を行うために必要な写像パラメータ情報が登録され、会員情報のクレデンシャル情報として、認証局端末５０が発行したデジタル証明書に含まれていた、その秘密鍵に対応する公開鍵と写像パラメータ情報とが登録されていることとする。
【００５７】
グリッド管理サーバ１２において、サーバ管理部１２１が、前述の場合と同様、所定の状況において、アプリケーションサーバ１１Ｂの提携サーバ情報を取得するとともに、アプリケーションｂに関連するアプリケーションプログラムＢをアプリケーションサーバ１１Ｔにインストールする（Ｓ７０１）。
【００５８】
その後、提携サービス管理部１２２は、以下のように、アプリケーションサーバ１１Ｔの認証情報として用いられる会員ＩＤ及びクレデンシャル情報を生成する（Ｓ７０２）。
【００５９】
提携サービス管理部１２２は、アプリケーションシステム１０のクレデンシャル情報（秘密鍵）及び写像パラメータ情報を提携サービス情報データベース１２４から読み出し、アプリケーションシステム１０のクレデンシャル情報及び写像パラメータ情報でアプリケーションサーバ１１Ｔの会員ＩＤを暗号化する。これにより、アプリケーションサーバ１１Ｔのクレデンシャル情報として用いる秘密鍵を生成する。
【００６０】
また、提携サービス管理部１２２は、アプリケーションサーバ１１Ｔが所属するアプリケーションシステム１０の会員ＩＤに続けて、仕切り文字（例えばピリオド「．」）、文字列「child」及びシーケンシャル番号を付加した文字列を、アプリケーションサーバ１１Ｔの会員ＩＤとして生成する。例えば、アプリケーションシステム１０の会員ＩＤが「pay-ID」である場合、提携サービス管理部１２２は、アプリケーションサーバ１１Ｔの会員ＩＤとして「pay-ID.child1」を生成する。なお、アプリケーションサーバ１１Ｔの下位システムの会員ＩＤ（アプリケーションシステム１０の会員ＩＤの孫ＩＤ）を生成する場合には、アプリケーションサーバ１１Ｔの会員ＩＤに続けて、仕切り文字（例えばピリオド「．」）、文字列「grdchild」及びシーケンシャル番号を付加した文字列を生成する。例えば、アプリケーションサーバ１１Ｔの会員ＩＤが「pay-ID.child1」である場合、その最初の子ＩＤは、「pay-ID.child1.grdchild1」となる。これにより、上位システムとの間の階層関係を識別可能な会員ＩＤ、すなわち、親ＩＤを抽出可能な子ＩＤが生成される。
【００６１】
このように、アプリケーションサーバ１１Ｔの認証情報を生成したら、提携サービス管理部１２２は、アプリケーションサーバ１１Ｂから受け付けた各提携サービス情報から所定の情報（認証情報１１２４，１１２５以外の情報１１２１〜１１２３）を取り出して、それらの情報１１２１〜１１２３とアプリケーションサーバ１１Ｔの認証情報とを含む提携サービス情報を生成する。さらに、提携サービス管理部１２２は、それらの提携サービス情報を含む登録要求をアプリケーションサーバ１１Ｔに送信する（Ｓ７０３）。
【００６２】
これに応じて、アプリケーションサーバ１１Ｔにおいては、アプリケーション提供部１１１が、前述の場合と同様、登録要求に含まれる提携サービス情報を提携サービス情報データベース１１２に新規に登録するとともに、アプリケーションプログラムｂを起動する（Ｓ７２１）。これにより、以後、アプリケーションサーバ１１Ｔが、外部からの要求に応じてアプリケーションＢを提供可能な状態となる。
【００６３】
その後に、いずれかのユーザ端末から（例えばユーザ端末２０Ａ）のＷｅｂクライアントプログラムからアプリケーションサーバ１１Ｔにアクセスがあると（Ｓ７２２）、アプリケーション提供部１１１は、前述の場合と同様、ユーザ管理サーバ１３にユーザ認証を依頼し、その結果に応じて、ユーザ端末２０ＡにアプリケーションＢを提供する（Ｓ７２５）。このとき、必要に応じて、アプリケーション提供部１１１は、提携サービス情報データベース１２４の提携サービス情報から会員ＩＤ１１２４を取り出し、これを含むサービス提供要求を、それらの提携サービス情報のアドレス情報１１２１が示すアドレス宛に送信する（Ｓ７２３）。
【００６４】
各提携サービス提供システム３０Ａ〜３０Ｎにおいては、これらのサービス提供要求が受け付けられると（Ｓ７１０）、それぞれ、以下の処理が実行される。
【００６５】
まず、グリッドＩＤ管理部３２は、サービス提供要求に含まれていた会員ＩＤを会員情報データベース３３で検索する（Ｓ７１１）。
【００６６】
その結果、該当する会員ＩＤがすでに登録されていれば、グリッドＩＤ管理部３２は、ランダムなビット列をチャレンジデータとして生成し、それをアプリケーションサーバ１１Ｔに返信する（Ｓ７１５）。
【００６７】
一方、該当する会員ＩＤが登録されていなければ、グリッドＩＤ管理部３２は、サービス提供要求に含まれる会員ＩＤから、それの親ＩＤを抽出し、この親ＩＤ３３４を含む会員情報を会員情報データベース３３で検索する。さらに、グリッドＩＤ管理部３２は、サービス提供要求に含まれる会員ＩＤが新規登録か否かを、親ＩＤ３３４に対応付けられたステータス情報３３６及び権限情報３３５に基づき判断する。具体的には、親ＩＤが失効している場合、及び、子ＩＤの生成権限が付与されていない場合の少なくとも一方に該当するか否かをチェックする（Ｓ７１２）。
【００６８】
少なくとも一方の場合に該当する場合、すなわち、サービス提供要求に含まれる会員ＩＤが新規登録不能な場合、グリッドＩＤ管理部３２は、アクセス要求拒否通知をアプリケーションサーバ１１Ｔに返信する（Ｓ７１３）。
【００６９】
いずれの場合にも該当しない場合、すなわち、サービス提供要求に含まれる会員ＩＤが新規登録可能な場合には、まず、その会員ＩＤに対応付けるべきクレデンシャル情報を生成する。具体的には、親ＩＤに対応付けられたクレデンシャル情報（親ＩＤを含む会員情報に含まれているクレデンシャル情報：公開鍵及び写像パラメータ）と、サービス提供要求に含まれていた会員ＩＤとに基づいて公開鍵を生成する。さらに、グリッドＩＤ管理部３２は、このとき生成した公開鍵と写像パラメータとを含むクレデンシャル情報、サービス提供要求に含まれていた会員ＩＤ、親ＩＤ、デフォルト権限（例えば「子ＩＤ登録可能」）を表す権限情報、及び、「有効」を表すステータス情報を含む新たな会員情報を生成し、これを会員情報データベース３３に新規に登録する（Ｓ７１４）。
【００７０】
その後、グリッドＩＤ管理部３２は、サービス提供要求に含まれる会員ＩＤがすでに登録されていた場合と同様、ランダムなビット列をチャレンジデータとして生成し、それをアプリケーションサーバ１１Ｔに返信する（Ｓ７１５）。
【００７１】
さて、アプリケーションサーバ１１Ｔにおいては、アプリケーションサーバ１１Ａのアプリケーション提供部１１１が、提携サービス提供システムからのチャレンジデータを受信すると（Ｓ７２６）、Ｓ７２１で登録した提携サービス情報の秘密鍵で、このチャレンジデータに署名を施し、それをレスポンスデータとして提携サービス提供システムに返信する（Ｓ７２３）。
【００７２】
各提携サービス提供システム３０Ａ〜３０Ｎにおいては、それぞれ、グリッドＩＤ管理部３２が、レスポンスデータを受信すると（Ｓ７１６）、それの電子署名を検証する（Ｓ７１７）。具体的には、アプリケーションサーバ１１Ｔの会員情報に含まれるクレデンシャル情報の公開鍵を会員情報データベース３３から取り出し、この公開鍵によってレスポンスデータの電子署名を検証する。
【００７３】
その結果、電子署名の検証に失敗すれば、グリッドＩＤ管理部３２は、アクセスを拒否した旨の通知をアプリケーションサーバ１１Ｔに送信する（Ｓ７１８）。
【００７４】
一方、電子署名の認証に成功すれば、提携サービス提供部３１は、求められた提携サービスをアプリケーションサーバ１１Ｔに提供する（Ｓ７１９）。さらに、必要に応じて、アプリケーションサーバ１１Ｔは、提供された提携サービスをユーザ端末２０Ａに送信する（Ｓ７２９）。
【００７５】
このような処理によれば、グリッド管理サーバ１１が、認証情報を生成するごとに、その認証情報の登録を提携サービス提供システムに要求する必要がなくなる。このため、グリッド管理サーバ１１の処理が簡略化される。また、クレデンシャル情報を外部のシステムに何度も送信する必要がなくなるため、セキュリティをより向上させることができる。
【００７６】
なお、以上においては、アプリケーションサーバが高負荷になったことが検知された場合に実行される処理（図６及び図７に示した処理）を説明したが、新たなアプリケーションを提供するアプリケーションサーバを新規に構築する場合にも、同様な処理により、新規アプリケーションサーバの正当性を示すための認証情報を自動的に生成及び登録することができる。ただし、この場合には、例えば管理者が、新規アプリケーションサーバが利用する提携サービス提供システムをあらかじめ指定しておき、Ｓ６０５において、提携サービス管理部１２２が、指定された提携サービス提供システムに対応する提携サービス情報のうちの所定情報（会員ＩＤ及びクレデンシャル情報以外の情報）と、新規アプリケーションサーバの認証情報（会員ＩＤ、クレデンシャル情報）とを含む提携サービス情報を生成するようにする必要がある。
【００７７】
ところで、アプリケーションシステム１０において、会員ＩＤの不正利用が検出された場合等、アプリケーションサーバ自体及び提携している提携サービス提供システムの安全性を確保する対策の一つとして、不正利用された会員ＩＤを失効させたいことがある。
【００７８】
以下、図８により、グリッド管理サーバ１２からの要求に応じて会員ＩＤを失効させる処理について説明する。ここでは、図６に示した処理によって、アプリケーションサーバ１１Ｔの認証情報が会員情報データベース３３に登録された場合を例に挙げる。
【００７９】
サーバ管理部１５は、アプリケーションサーバ１１Ｔに対する不正行為（例えば管理者権限の不正使用）等のセキュリティ侵害を、例えばログ情報等の参照により定期的に監視している。サーバ管理部１５は、アプリケーションサーバ１１Ｔに対するセキュリティ侵害を検出すると（Ｓ８０１）、アプリケーションサーバ１１Ｔ上のアプリケーションプログラムの認証情報の失効リクエストを各提携サービス提供システム３０Ａ〜３０Ｎに送信する（Ｓ８０２）。これらの失効リクエストには、アプリケーションシステムの認証情報と、失効を求める会員ＩＤ（アプリケーションサーバ１１Ｔの会員ＩＤ）とが含まれている。
【００８０】
これらの失効リクエストを受信した提携サービス提供システムにおいては、それぞれ、グリッドＩＤ管理部３２が、失効リクエストに含まれる認証情報と、会員情報データベースに登録されている認証情報（会員ＩＤ及びクレデンシャル）との照合により、失効リクエストの発信元（グリッド管理サーバ１１）の正当性を認証する（Ｓ８０４）。
【００８１】
その結果、認証が失敗すれば、グリッドＩＤ管理部３２は、アクセスを拒否する旨の通知をグリッド管理サーバ１１に返信する（Ｓ８０５）。
【００８２】
一方、認証が成功すれば、グリッドＩＤ管理部３２は、失効が求められた会員ＩＤ及びこの会員ＩＤの下位ＩＤを失効させる。
【００８３】
具体的には、まず、失効が求められた会員ＩＤを含む会員情報を会員情報テーブル３３で検索し、その結果得られた会員情報のステータス情報３３６を、「失効」を示す情報で更新する（Ｓ８０６）。つぎに、失効が求められた会員ＩＤを親ＩＤ３３４とする会員情報を会員情報データベース３３で検索する。その結果、該当する会員情報が存在していれば、さらに、この会員情報に含まれる会員情報を親ＩＤとする会員情報を会員情報データベース３３で検索する（Ｓ８０７）。このようにして、失効が求められた会員ＩＤの下位ＩＤを含むすべての会員情報を取得したら、これらの会員情報のステータス情報３３６を、「失効」を示す情報で更新する（Ｓ８０６）。
【００８４】
以上のように、失効が要求された会員ＩＤ及びこの会員ＩＤの下位ＩＤを失効させたら、失効させたすべての会員ＩＤのリストを含む失効通知をグリッド管理サーバ１１に返信する（Ｓ８０８）。
【００８５】
このような処理によれば、いずれかのアプリケーションサーバの認証情報が不正利用された場合には、この認証情報の会員ＩＤ、及び、この会員ＩＤの権限により生成された会員ＩＤ、すなわち、セキュリティ侵害が発生したアプリケーションサーバ自身の会員ＩＤ及びこのアプリケーションサーバを起点として派生した下位システムの会員ＩＤを失効させるため、万が一、いずれかのアプリケーションサーバの認証情報が漏洩しても、その影響の波及を最小限におさえることができる。
【００８６】
なお、以上においては特に言及していないが、以上において述べた処理（図６〜図８）のいずれにおいても、ユーザ端末とアプリケーションシステムとの間、アプリケーションシステムと提携サービス提供システムとの間には、Secure Socket Layer（ＳＳＬ）等の暗号化通信技術により安全な通信チャネルが確立されることが望ましい。
【００８７】
また、複数の情報処理装置（サーバ、端末）が自律的に動作する、例えば、グリッド、ユビキタス等の自律システムであれば、どのようなアプリケーションを提供するものであっても、本実施の形態に係るアプリケーションシステム１０となり得る。具体例としては、Ｗｅｂ上でサービスを提供するアプリケーションシステム（デジタルコンテンツサイト、ショッピングサイト等）、企業内にサービスを提供する社内アプリケーションシステム、複数のセンサー及びこれらを管理するサーバを有するセンサーシステム、家電製品（テレビジョン、ビデオカメラ）及びメディアサーバ等が連携するメディアシステム等が挙げられる。
【００８８】
また、アプリケーションの提供に関連して必要となるサービスであれば、どのようなサービスを提供するシステムであっても、本実施の形態に係る提携サービス提供システムとなり得る。具体例としては、コンテンツ配信代行サービス、課金決済代行サービス等が挙げられる。
【図面の簡単な説明】
【００８９】
【図１】本発明の一実施形態に係るネットワークシステムの全体構成を示した図である。
【図２】本発明の一実施形態に係るネットワークシステムに含まれる各サーバ及び提携サービス提供システムを実現可能なコンピュータシステムのハードウエア構成図である。
【図３】本発明の一実施形態に係る提携サービス情報テーブルのデータ構造を概念的に示した図である。
【図４】本発明の一実施形態に係るサーバ情報テーブルのデータ構造を概念的に示した図である。
【図５】本発明の一実施形態に係る会員情報テーブルのデータ構造を概念的に示した図である。
【図６】本発明の一実施形態に係る、提携サービス提供システムへのアクセスに必要な認証情報の生成処理のフローチャートである。
【図７】本発明の一実施形態に係る、アプリケーションサーバの認証情報の登録処理のフローチャートである。
【図８】本発明の一実施形態に係る会員ＩＤ失効処理のフロー図である。
【符号の説明】
【００９０】
１０…アプリケーションシステム、１１Ａ〜１１Ｐ…アプリケーションサーバ、１２…グリッド管理サーバ、１３…ユーザ管理サーバ１３、２０Ａ〜２０Ｍ…ユーザ端末、３０Ａ〜３０Ｎ…提携サービス提供システム、４０…ネットワーク、５０…認証局端末
【図１】
2006251868.tif 000003
【図２】
2006251868.tif 000004
【図３】
2006251868.tif 000005
【図４】
2006251868.tif 000006
【図５】
2006251868.tif 000007
【図６】
2006251868.tif 000008
【図７】
2006251868.tif 000009
【図８】
2006251868.tif 000010