(57)【要約】      （修正有）【課題】変更されたパスワードを配布すべきハードウェア又はソフトウェアを自動的に特定する。【解決手段】第１の構成要素に第２の構成要素が接続するために、前記第１の構成要素についての認証情報（第１の認証情報）と前記第２の構成要素から前記第１の構成要素に送信される認証情報（第２の認証情報）とのマッチングをして認証することを要求する環境において、構成要素の少なくとも１つの所定の属性及び該構成要素と他の構成要素との関係を格納するリポジトリと、上記第１の認証情報の変更要求に応じて、上記関係に基づいて、該第１の認証情報の変更によって影響を受ける第２の構成要素を特定する特定部と、上記特定された第２の構成要素から送信される第２の認証情報の変更を指示する指示部とを含む。【選択図】図４Ａ
2010186432.tif 000002
【特許請求の範囲】
【請求項１】
第１の構成要素に第２の構成要素が接続するために、前記第１の構成要素についての認証情報（以下、第１の認証情報）と前記第２の構成要素から前記第１の構成要素に送信される認証情報（以下、第２の認証情報）とのマッチングをして認証することを要求する環境において、該第２の認証情報を変更するためのコンピュータ・システムであって、
構成要素の少なくとも１つの所定の属性及び該構成要素と他の構成要素との関係を格納するリポジトリであって、前記属性及び関係の少なくとも１は、構成要素についての情報を検出するディスカバリによって更新されうる、前記リポジトリと、
前記第１の認証情報の変更要求に応じて、前記関係に基づいて、該第１の認証情報の変更によって影響を受ける第２の構成要素を特定する特定部と、
前記特定された第２の構成要素から送信される第２の認証情報の変更を指示する指示部と
を含む、前記コンピュータ・システム。
【請求項２】
前記指示部が、前記第１の認証情報の変更をさらに指示する、請求項１に記載のコンピュータ・システム。
【請求項３】
前記特定部が、前記属性に基づいて、前記特定された第２の構成要素及び第１の構成要素の少なくとも１の運用スケジュールを特定する、請求項１に記載のコンピュータ・システム。
【請求項４】
前記特定部が、前記特定された第２の構成要素及び前記第１の構成要素の各運用スケジュール、又はジョブ・スケジュール・システムによって管理されている第２の構成要素及び前記第１の構成要素の各運用スケジュールに基づいて、前記第１の認証情報、又は前記第２及び前記第１の認証情報の変更が可能な時期を決定する、請求項１に記載のコンピュータ・システム。
【請求項５】
前記指示部が、前記決定された時期において、前記第２の構成要素を停止し、該第２の認証情報の変更を指示する、請求項４に記載のコンピュータ・システム。
【請求項６】
前記指示部が、前記第２の認証情報の変更に応じて、前記第１の認証情報の変更をさらに指示する、請求項５に記載のコンピュータ・システム。
【請求項７】
前記特定部が、前記特定された第２の構成要素及び前記第１の構成要素の各運用スケジュール、又はジョブ・スケジュール・システムによって管理されている第２の構成要素及び前記第１の構成要素の各運用スケジュールに基づいて、前記第１の認証情報、又は前記第２及び前記第１の認証情報の変更が可能な時期をユーザが決定することを許す、請求項１に記載のコンピュータ・システム。
【請求項８】
前記指示部が、前記決定された時期において、前記第２の構成要素を停止し、該第２の認証情報の変更を指示する、請求項７に記載のコンピュータ・システム。
【請求項９】
前記指示部が、前記第２の認証情報の変更に応じて、前記第１の認証情報の変更をさらに指示する、請求項８に記載のコンピュータ・システム。
【請求項１０】
前記特定部が、前記第１の認証情報の変更要求に応じて、該変更要求内の前記第１の構成要素を特定する情報を用いて、前記リポジトリ内に格納された該第１の構成要素についての属性又は関係データを特定する、請求項１に記載のコンピュータ・システム。
【請求項１１】
前記関係が、前記第１の認証情報と前記第２の認証情報との間の関係を含む、請求項１に記載のコンピュータ・システム。
【請求項１２】
前記特定部が、前記第１の認証情報と前記第２の認証情報との間の関係に基づいて、前記第２の構成要素を特定する、請求項１１に記載のコンピュータ・システム。
【請求項１３】
前記属性が、運用スケジュールを定義した運用スケジュール・ファイルへのポインタを含む、又は運用スケジュールについての属性を含む、請求項３に記載のコンピュータ・システム。
【請求項１４】
前記特定部が、前記運用スケジュール・ファイル又は前記運用スケジュールの属性に基づいて、前記特定された第２の構成要素及び前記第１の構成要素の少なくとも１の運用スケジュールを特定する、請求項１３に記載のコンピュータ・システム。
【請求項１５】
前記運用スケジュール・ファイル又は前記運用スケジュールの属性が、アプリケーション・ソフトウェアのサービス提供時間、並びにアプリケーション・ソフトウェアの起動及び停止の所要時間を含む、請求項１４に記載のコンピュータ・システム。
【請求項１６】
前記運用スケジュール・ファイル又は前記運用スケジュールの属性が、アプリケーション・ソフトウェアの認証方法、前記第１又は前記第２の認証情報の変更方法、パスワードの変更の所要時間をさらに含む、請求項１５に記載のコンピュータ・システム。
【請求項１７】
前記特定部が、前記第１の構成要素についての関係に基づいて、前記第２の構成要素を特定する、請求項１に記載のコンピュータ・システム。
【請求項１８】
前記特定部が、前記第２の構成要素及び前記第１の構成要素についての各属性に基づいて、前記運用スケジュールを特定する、請求項３に記載のコンピュータ・システム。
【請求項１９】
前記第１の構成要素及び前記第２の構成要素それぞれが、コンピュータ・システム又はソフトウェアのいずれかである、請求項１に記載のコンピュータ・システム。
【請求項２０】
第１の構成要素に第２の構成要素が接続するために、前記第１の構成要素についての認証情報（以下、第１の認証情報）と前記第２の構成要素から前記第１の構成要素に送信される認証情報（以下、第２の認証情報）とのマッチングをして認証することを要求する環境において、該第２の認証情報を変更するための方法であって、
構成要素の少なくとも１つの所定の属性及び該構成要素と他の構成要素との関係をリポジトリに格納するステップであって、前記属性及び関係の少なくとも１は、構成要素についての情報を検出するディスカバリによって更新されうる、前記格納するステップと、
前記第１の認証情報の変更要求に応じて、前記関係に基づいて、該第１の認証情報の変更によって影響を受ける第２の構成要素を特定するステップと、
前記特定された第２の構成要素から送信される第２の認証情報の変更を指示するステップと
を含む、前記方法。
【請求項２１】
前記指示するステップが、前記第１の認証情報の変更を指示するステップをさらに含む、請求項２０に記載の方法。
【請求項２２】
第１の構成要素に第２の構成要素が接続するために、前記第１の構成要素についての認証情報（以下、第１の認証情報）と前記第２の構成要素から前記第１の構成要素に送信される認証情報（以下、第２の認証情報）とのマッチングをして認証することを要求する環境において、該第２の認証情報を変更するための方法であって、
構成要素の少なくとも１つの所定の属性及び該構成要素と他の構成要素との関係をリポジトリに格納するステップであって、前記属性及び関係の少なくとも１は、構成要素についての情報を検出するディスカバリによって更新されうる、前記格納するステップと、
前記第１の認証情報の変更要求に応じて、前記関係に基づいて、該第１の認証情報の変更によって影響を受ける第２の構成要素を特定するステップと、
前記属性に基づいて、前記特定された第２の構成要素及び第１の構成要素の運用スケジュールを特定するステップと、
前記特定された第２の構成要素及び前記第１の構成要素の各運用スケジュールに基づいて、前記第２及び前記第１の認証情報の変更が可能な時期を決定するステップと、
前記決定された時期において、前記特定された第２の構成要素から送信される第２の認証情報の変更を指示するステップと、
前記第１の認証情報の変更を指示するステップと
を含む、前記方法。
【請求項２３】
コンピュータ・システムに、請求項２０〜２２のいずれか一項に記載の方法の各ステップを実行させるコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証情報を変更するためのコンピュータ・システム、並びにその方法及びコンピュータ・プログラムに関する。
【背景技術】
【０００２】
近年、頻繁に起きる企業買収、合併、事業部再編成、又は企業提携などにより、システムが管理すべきユーザ・アイデンティティ（以下、ＩＤ）の数が増加しつつある。また、契約社員の臨時採用、又は社員の出向若しくは転籍などにより、ＩＤ又はパスワードなどの認証情報の変更が増加しつつある。このような経営環境の下で、管理すべきユーザＩＤの数が増加するにつれて、組織的、施策的、地理的に分散管理を行うことは、至難の業となってきている。
【０００３】
ＩＤ管理は、１人のユーザが複数のシステムを使用し又は管理する場合に、該ユーザ用のユーザＩＤ及びパスワードを複数のシステムに配布する手法である。ＩＤ管理のための製品例は、インターナショナル・ビジネス・マシーンズ・コーポレーション（以下、ＩＢＭ）から販売されているTivoli（商標） Identity Manager（以下、ＴＩＭ）である。ＴＩＭは、複数のシステムに分散するユーザＩＤ及びパスワードの情報を集約し、統合管理するとともに、プロビジョニング機能によって、ユーザＩＤ、及びユーザ属性のライフ・サイクル管理、すなわち登録から変更、失効までの一連のプロセス管理を自動的に処理するソリューションである。ＴＩＭは、例えば人事異動の場面において、ＩＤ管理者がＧＵＩ上で異動対象者を新組織に移動するだけで、組織情報の変更と、あらかじめ設定されていたポリシーをもとにユーザＩＤの変更、削除処理、又はアクセス権限の設定変更などを自動的に行うことが可能である。
【０００４】
下記特許文献１は、利用者ＩＤ及びパスワードが登録された各システムに設けられた利用者管理ファイルのパスワードの更新方法を記載する（請求項１）。該更新方法では、１つのシステムの利用者管理ファイルに登録されたパスワードの変更要求があったときに、利用者管理ファイルに登録されているパスワードの更新を行うとともに、該更新したパスワードの利用者ＩＤに合致する利用者ＩＤについての他のシステムの利用者管理ファイルに登録されているパスワードの更新を行う。
【０００５】
下記特許文献２は、ネットワークに接続された複数のシステムの情報を管理する情報管理装置を記載する（請求項１）。該情報管理装置では、利用者や管理者からの登録・変更・削除などの指示があったときに自動的に該当する全てのシステム（サーバ）のネットワーク情報やユーザ情報を、同期を取って反映する構成を採用する（第００６８段落）。従って、特許文献２では、全てのシステムに変更の指示をする。
【０００６】
下記特許文献３は、ネットワークに接続されたシステム（サーバ）を検索して情報の送信の必要なシステム（サーバ）を自動収集する情報管理装置を記載する（第００１４段落）。該情報管理装置では、複数のシステム（サーバ）がネットワーク接続されて全体として１つのシステムを構成などする場合に、利用者や管理者からの登録・変更・削除などの指示があったときに自動的に該当する全てのシステム（サーバ）のネットワーク情報やユーザ情報を、同期を取って反映する。従って、特許文献３では、全てのシステムに変更の指示をする。
【０００７】
ところで、ＩＴＩＬ（Information Technology Infrastructure Library）（英国政府の商標）とは、ＩＴサービスマネジメントを実現するためのベストプラクティス（最も良い事例）を集めたものである。ＩＴＩＬの中心は、サービスサポート及びサービスデリバリーである。サービスサポートの１つとして構成管理がある。構成管理とは、ＩＴサービスマネジメントの管理対象である構成要素（configuration item、構成アイテムともいう、以下ＣＩと略す場合がある）を認識し、構成要素についての情報を維持及び更新し、確認し、並びに監査を行うプロセスである。構成要素は、構成管理の対象となる資源（リソース）である。構成要素は、ハードウェア及びソフトウェアを含むシステム資源だけでなく、ＩＴサービスの提供に必要な設備、ＩＴサービスの運営に関する規程書、作業手順書及び構成図などのドキュメント類、ハードウェア又はソフトウェアの保守作業などのサービス、プロセス、並びに人的資源なども含む。ＩＴＩＬのフレームワークでは、構成要素を管理するために、構成管理データベース（Configuration Management Database、以下ＣＭＤＢと略す場合がある）というデータベースを用いて一元的に管理することが推奨されている。ＣＭＤＢは、構成要素の少なくとも１つの所定の属性及び他の構成要素との関係を記録するデータベースである。ＣＭＤＢを実装することで備わる最も重要な能力は、構成要素についての情報を自動的に発見する能力（ディスカバリ、自動検出ともいう）及び自動的に更新する能力（トラッキングともいう）である。ＣＭＤＢでは、構成要素についての情報をＣＭＤＢに正確に反映させることが重要である。
【０００８】
ＩＢＭは、ＣＭＤＢの構築を支援し且つＣＭＤＢを基盤に運用プロセスを制御するソフトとして、「Tivoli Change and Configuration Management Database」（以下Tivoli CCMDB）を提供している。Tivoli CCMDBにおけるディスカバリ及びトラッキングの詳細は、IBM Redbooks Deployment Guide Series: IBM Tivoli Change and Configuration Management Database Configuration Discovery and Tracking v1.1、第41〜64頁、2006年11月を参照されたい。Tivoli CCMDBでは、運用管理ソフトが、ディスカバリ及びトラッキングを実行するように実装されている。
【０００９】
Tivoli（商標） CCMDBでは、分散ネットワーク環境上の構成要素であるサーバ、クライアント、オペレーティング・システム（ＯＳ）、ミドルウェア（Web/AP/DBMS/LDAPなど）、パッケージ・ソフト、管理ツール、ネットワーク機器及びストレージ機器など300種類を識別し、さらに各構成要素についての情報、例えばコンピュータの構成についての情報、各コンピュータ上で動作するアプリケーション・ソフトウェアについての情報、各コンピュータに接続されているネットワーク接続ストレージ（ＮＡＳ）などの構成情報、ネットワークに直接接続されているストレージエリアネットワーク（ＳＡＮ）などの構成情報を自動的に発見し及び更新することができる。各構成要素についての情報の収集方法は管理対象によっても異なるが、基本的にはＣＭＤＢを管理するコンピュータ・システムがＳＳＨ（Secure SHell）などを用いて管理用のリモート・インタフェースに定期的にアクセスし、ＯＳ上の設定ファイル又は構成情報を読み取ったり、或いはＣＭＤＢを管理するコンピュータ・システムが設定確認コマンドを実行したりする。そのため、管理対象である構成要素にエージェント・プログラムを導入する必要はない。上記の様式にて発見され且つ更新された情報は、ＩＢＭが提唱する構成管理データベース用のデータ・モデル「Common Data Model」（以下ＣＤＭ）に基づいて、2006年の時点において、31種類のセクション（Computer System、Database、Application、Processなどのカテゴリ）、636種類のクラス（データ・モデルの基本単位、１つ又は複数のセクションに属する）、2609種類の属性（データの属性情報、１つのクラスに属する）、7種類のインタフェース（使用頻度の高い属性のグループ、複数のセクションに属する）、57種類の関係（リレーションシップ）、及び49種類のデータタイプ（データの種別）に整理される。ＣＤＭの詳細は、IBM REDPAPER (DRAFT version) IBM Tivoli Common Data Model: Guide to Best Practices（IBM Form Number REDP-4389-00）、第2〜7頁、2007年11月を参照されたい。各構成要素及び該構成要素と他の構成要素との関係についての情報は、ＧＵＩの表示ツール、例えばＴＡＤＤＭ（Tivoli（商標）Application Dependency Discovery Manager）コンソールに渡される。そして、各構成要素及び該構成要素と他の構成要素との関係が、個々のブロック及び該ブロック間のリンクを用いて視覚的に表示装置上に表示される。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開平５−１８９２８８号公報
【特許文献２】特開２０００−１９４６３０号公報
【特許文献３】特開２００４−５４９４１号公報
【非特許文献】
【００１１】
【非特許文献１】IBM Redbooks Deployment Guide Series: IBM Tivoli Change and Configuration Management Database Configuration Discovery and Tracking v1.1、第41〜64頁、2006年11月
【非特許文献２】IBM RED PAPER (DRAFT version) IBM Tivoli Common Data Model: Guide to Best Practices（IBM Form Number REDP-4389-00）、第2〜7頁、2007年11月
【発明の概要】
【発明が解決しようとする課題】
【００１２】
データベース（ＤＢ）サーバ・システム、メールサーバ・システムなどのサーバ・システムのアカウントの認証情報は、クライアント・システムからの接続に使用される。該認証情報を変更する場合、サーバ・システムの認証情報が変更されたことによって、クライアント・システムがサーバ・システムに接続出来ず、接続エラーになる可能性がある。そのために、サーバ・システムに接続するクライアント・システムが使用している認証情報も変更しなければならない。しかし、クライアント・システムの数が増大するにつれて、変更作業は膨大となる。よって、ＩＤ管理において、認証情報の変更に対応して、該変更されたパスワードを配布すべきハードウェア又はソフトウェアを自動的に特定することが要求されている。
【課題を解決するための手段】
【００１３】
本発明は、第１の構成要素に第２の構成要素が接続するために、前記第１の構成要素についての認証情報（第１の認証情報）と前記第２の構成要素から前記第１の構成要素に送信される認証情報（第２の認証情報）とのマッチングをして認証することを要求する環境において、該第２の認証情報を変更するためのコンピュータ・システムを提供する。該コンピュータ・システムは、
構成要素の少なくとも１つの所定の属性及び該構成要素と他の構成要素との関係を格納するリポジトリであって、上記属性及び関係の少なくとも１は、構成要素についての情報を検出するディスカバリによって更新されうる、上記リポジトリと、
上記第１の認証情報の変更要求に応じて、上記関係に基づいて、該第１の認証情報の変更によって影響を受ける第２の構成要素を特定する特定部と、
上記特定された第２の構成要素から送信される第２の認証情報の変更を指示する指示部と
を含む。
【００１４】
以下に、本発明の上記コンピュータ・システムにおいて使用されている語を説明する。
・「第１の構成要素」は、例えばサーバが該当しうる。サーバは認証をする側であり、認証におけるクライアント−サーバのサーバを意味する。「第１の構成要素」は、例えば別のシステムからの認証要求に対して認証をするアプリケーション・ソフトウェア、又は該アプリケーション・ソフトウェアが稼働するシステムが該当しうる。「第１の構成要素」は、例えば、第２の構成要素に対して、該第１の構成要素に接続するために認証情報を要求する。第１の構成要素は、例えば、ＤＢサーバ・システム、メールサーバ・システム、ＤＢアプリケーション・ソフトウェア又はメール・アプリケーション・ソフトウェアが該当しうるがこれらに限定されない。「第１の構成要素」は、例えば、第２の構成要素からの接続要求に対して、認証情報を送信するように命令するコマンドを第２の構成要素に対して送信する。
・「第２の構成要素」は、例えばクライアントが該当しうる。クライアントは認証を要求して認証を受ける側であり、認証におけるクライアント−サーバのクライアントを意味する。「第２の構成要素」は、例えば別のシステムに対して認証を要求するアプリケーション・ソフトウェア、又は該アプリケーション・ソフトウェアが稼働するシステムが該当しうる。「第２の構成要素」は、例えば、第１の構成要素に接続する際に第１の構成要素から要求された認証情報を第１の構成要素に対して送信する。
・「第１の構成要素」と「第２の構成要素」との組み合わせは、例えば下記のものが考えられるがこれらに限定されない。
第１の構成要素                          第２の構成要素
・サーバ・システム                      ・クライアント・システム
・サーバ・システム                      ・クライアント・システムの
アプリケーション・ソフトウェア
・サーバ・システムの                    ・クライアント・システム
アプリケーション・ソフトウェア
・サーバ・システムの                    ・クライアント・システムの
アプリケーション・ソフトウェア          アプリケーション・ソフトウェア
なお、「第１の構成要素」及び「第２の構成要素」が、例えば、同一システム内の２つのアプリケーション・ソフトウェアであってもよい。この場合、一方のアプリケーション・ソフトウェアがクライアントしての機能を果たし、他方のアプリケーション・ソフトウェアがサーバとしての機能を果たす。
・「認証情報」は、例えば、ＩＤ、パスワード若しくはデジタル証明書、又はそれらの組み合わせが該当しうるがこれらに限定されない。認証情報は、第２の構成要素が第１の構成要素に接続するために、第２の構成要素から第１の構成要素に送信される。そして、第１の構成要素に格納されている第２の構成要素についての認証情報と、第２の構成要素から第１の構成要素に送信された認証情報とがマッチング（合致）することによって、第１の構成要素は、第２の構成要素が第１の構成要素に接続することを許す。
【００１５】
本発明はまた、第１の構成要素に第２の構成要素が接続するために、前記第１の構成要素についての認証情報（第１の認証情報）と前記第２の構成要素から前記第１の構成要素に送信される認証情報（第２の認証情報）とのマッチングをして認証することを要求する環境において、該第２の認証情報を変更するための方法を提供する。該方法は、コンピュータ・システムに下記ステップを実行させるステップを含む。該ステップは、
構成要素の少なくとも１つの所定の属性及び該構成要素と他の構成要素との関係をリポジトリに格納するステップであって、上記属性及び関係の少なくとも１は、構成要素についての情報を検出するディスカバリによって更新されうる、上記格納するステップと、
上記第１の認証情報の変更要求に応じて、上記関係に基づいて、該第１の認証情報の変更によって影響を受ける第２の構成要素を特定するステップと、
上記特定された第２の構成要素から送信される第２の認証情報の変更を指示するステップと
を含む。
【００１６】
本発明の１つの実施形態では、上記指示するステップが、上記第１の認証情報の変更を指示するステップをさらに含む。
【００１７】
本発明の１つの実施形態では、上記特定するステップが、上記属性に基づいて、上記特定された第２の構成要素及び第１の構成要素の少なくとも１の運用スケジュールを特定する。
【００１８】
本発明の１つの実施形態では、上記特定するステップが、上記特定された第２の構成要素及び上記第１の構成要素の各運用スケジュール、又はジョブ・スケジュール・システムによって管理されている第２の構成要素及び上記第１の構成要素の各運用スケジュールに基づいて、第１の認証情報、又は上記第２及び上記第１の認証情報の変更が可能な時期を決定する。
【００１９】
本発明の１つの実施形態では、上記指示するステップが、上記決定された時期において、上記第２の構成要素を停止し、該第２の認証情報の変更を指示する。
【００２０】
本発明の１つの実施形態では、上記指示部が、上記第２の認証情報の変更に応じて、上記第１の認証情報の変更をさらに指示する。
【００２１】
本発明の１つの実施形態では、上記特定するステップが、上記特定された第２の構成要素及び上記第１の構成要素の各運用スケジュール、又はジョブ・スケジュール・システムによって管理されている第２の構成要素及び上記第１の構成要素の各運用スケジュールに基づいて、上記第１の認証情報、又は上記第２及び上記第１の認証情報の変更が可能な時期をユーザが決定することを許す。
【００２２】
本発明の１つの実施形態では、上記指示するステップが、上記決定された時期において、上記第２の構成要素を停止し、該第２の認証情報の変更を指示する。
【００２３】
上記指示するステップ、上記第２の認証情報の変更に応じて、上記第１の認証情報の変更をさらに指示する。
【００２４】
本発明の１つの実施形態では、上記特定するステップが、上記第１の認証情報の変更要求に応じて、該変更要求内の上記第１の構成要素を特定する情報を用いて、上記リポジトリ内に格納された該第１の構成要素についての属性又は関係データを特定する。
【００２５】
本発明の１つの実施形態では、上記関係が、上記第１の認証情報と上記第２の認証情報との間の関係を含む。
【００２６】
本発明の１つの実施形態では、上記特定するステップが、上記第１の認証情報と上記第２の認証情報との間の関係に基づいて、上記第２の構成要素を特定するステップを含む。
【００２７】
本発明の１つの実施形態では、上記特定するステップが、上記運用スケジュール・ファイル又は上記運用スケジュールの属性に基づいて、上記特定された第２の構成要素及び上記第１の構成要素の少なくとも１の運用スケジュールを特定するステップを含む。
【００２８】
本発明の１つの実施形態では、上記特定するステップが、上記第１の構成要素についての関係に基づいて、上記第２の構成要素を特定するステップをさらに含む。
【００２９】
本発明の１つの実施形態では、上記特定するステップが、上記第２の構成要素についての属性に基づいて、上記運用スケジュールを特定するステップをさらに含む。
【００３０】
本発明はさらに、第１の構成要素に第２の構成要素が接続するために、前記第１の構成要素についての認証情報（以下、第１の認証情報）と前記第２の構成要素から前記第１の構成要素に送信される認証情報（以下、第２の認証情報）とのマッチングをして認証することを要求する環境において、該第２の認証情報を変更する方法を提供する。該方法は、コンピュータ・システムに下記ステップを実行させるステップを含む。該ステップは、
構成要素の少なくとも１つの所定の属性及び該構成要素と他の構成要素との関係をリポジトリに格納するステップであって、上記属性及び関係の少なくとも１は、構成要素についての情報を検出するディスカバリによって更新されうる、上記格納するステップと、
上記第１の認証情報の変更要求に応じて、上記関係に基づいて、該第１の認証情報の変更によって影響を受ける第２の構成要素を特定するステップと、
上記属性に基づいて、上記特定された第２の構成要素及び第１の構成要素の運用スケジュールを特定するステップと、
上記特定された第２の構成要素及び上記第１の構成要素の各運用スケジュールに基づいて、上記第２及び上記第１の認証情報の変更が可能な時期を決定するステップと、
上記決定された時期において、上記特定された第２の構成要素から送信される第２の認証情報の変更を指示するステップと、
上記第１の認証情報の変更を指示するステップと
を含む。
【００３１】
本発明はさらに、第１の構成要素に第２の構成要素が接続するために、前記第１の構成要素についての認証情報（以下、第１の認証情報）と前記第２の構成要素から前記第１の構成要素に送信される認証情報（以下、第２の認証情報）とのマッチングをして認証することを要求する環境において、該第２の認証情報を変更するためのコンピュータ・プログラムを提供する。該コンピュータ・プログラムは、コンピュータ・システムに、上記のいずれか１つに記載の方法の各ステップを実行させる。
【発明の効果】
【００３２】
本発明の実施形態によれば、サーバ・システムに接続するための認証情報の変更要求に応じて、該サーバ・システムに接続するクライアント・システムを特定するとともに、該特定されたクライアント・システムから送信される認証情報を変更することが可能である。
【図面の簡単な説明】
【００３３】
【図１Ａ】従来技術であるＩＤ管理システムの例を示す。
【図１Ｂ】図１ＡのＩＤ管理システムにおける、認証情報の変更に伴う接続失敗の例を示す。
【図２Ａ】ＣＩを管理するための、ＣＭＤＢを含むコンピュータ・システムの例を示す。
【図２Ｂ】ＣＩ、ＣＩインスタンス、及び関係（usedBy）インスタンスの作成を示す。
【図２Ｃ】データ・モデル、ディスカバリ・インスタンス、ＣＩインスタンス、及び関係モデルを示す。
【図３Ａ】ＣＭＤＢにおける構成管理のためのツールの概要を示す。
【図３Ｂ】ＣＭＤＢにおける構成情報管理の画面例を示す。
【図４Ａ】本発明の実施形態である、ＣＭＤＢを使用した認証情報を変更するためのシステム全体の例を示す。
【図４Ｂ】図４Ａに記載の認証情報を変更するためのシステムが有する機能を図示する機能ブロック図である。
【図４Ｃ】図４Ａ及び図４Ｂに示す各システムのコンピュータ・ハードウェアのブロック図を示す。
【図５Ａ】本発明の実施形態である、クライアント・システムとサーバ・システムとのＣＭＤＢ上の関係「AuthenticatedBy」及び「Authenticates」を示す。
【図５Ｂ】図５Ａの関係「AuthenticatedBy」を含む、クライアント・システムについてのＣＩインスタンス、データ・モデル及び関係モデルの例を示す。
【図５Ｃ】図５Ａの関係「Authenticates」を含む、サーバ・システムについてのＣＩインスタンス、データ・モデル及び関係モデルの例を示す。
【図５Ｄ】図５Ｃの関係モデル「Authenticates」及びその関係インスタンスの例を示す。
【図６Ａ】本発明の実施形態である、ＣＭＤＢにおける認証の依存関係のディスカバリに使用されるセンサーを示す。
【図６Ｂ】図６Ａで説明したセンサーを用いた認証関係のディスカバリ方法を示す。
【図６Ｃ】図６Ｂの認証関係のディスカバリ方法で使用されるシグネチャー及びナレッジの概念図を示す。
【図７Ａ】本発明の実施形態の第１のシナリオである、認証方法の変更のためのシステム構成及びそれに関連付けられたデータを示す。
【図７Ｂ】図７Ａで示すアプリケーション・ソフトウェアＡ１のＣＩインスタンス、データ・モデル及び関係モデルの例を示す。
【図７Ｃ】図７Ａにおける認証情報の変更のために使用されるナレッジを示す。
【図７Ｄ】図７Ａで説明した本発明の実施形態の第１のシナリオである、認証情報の変更処理のフローチャートを示す。
【図８Ａ】本発明の実施形態の第２のシナリオである、認証情報の変更処理が施されるシステムの適用例を示す。
【図８Ｂ】図８Ａで説明した認証情報の関係の検索結果から作成される処理フローを示す。
【図８Ｃ】図８Ａで示すサーバ・システムＳのＣＩインスタンス、データ・モデル及び関係モデルの例を示す。
【図８Ｄ】図８Ａで説明した本発明の実施形態の第２のシナリオである、認証情報の変更処理のフローチャートを示す。
【図９Ａ】本発明の実施形態の第３のシナリオである、サーバ・システムＳがバッチジョブでも使用される場合の認証情報の変更処理が施されるシステムの適用例を示す。
【図９Ｂ】図９Ａで説明した本発明の実施形態の第３のシナリオである、サーバ・システムについてのＣＩインスタンス、データ・モデル及び関係モデルを示す。
【図９Ｃ】図９Ａで説明した本発明の実施形態の第３のシナリオである、認証情報の変更処理のフローチャートを示す。
【発明を実施するための形態】
【００３４】
以下に、本発明の実施するための形態におけるＣＭＤＢに関する用語を下記に説明する。
・リポジトリ
リポジトリは、少なくとも１つの１組のデータを格納する。該１組のデータは、構成要素の少なくとも１つの所定の属性及び他の構成要素との関係を示すデータである。該１組のデータは例えば、ハードウェア構成要素又はソフトウェア構成要素を含む構成要素の少なくとも１つの所定の属性及び該構成要素と他の構成要素との関係を示すデータを含む。上記リポジトリは例えば、ＣＭＤＢである。構成要素、及び該構成要素と他の構成要素との関係は例えば、静的な（static）データのインスタンス又はＪａｖａ（サン・マイクロシステムズの商標）のクラスのインスタンスで実装されうる。上記リポジトリは、該１組のデータを保持するものであれば特に限定されないが、好ましい実施形態の１つはＣＭＤＢを記録するＣＭＤＢ記録部である。
・構成要素（ＣＩ）
ＣＩは、ＩＴサービスマネジメントの対象範囲に属する構成要素に対応するデータであり、ＩＴサービスマネジメントにおける管理対象の基本単位である。ＣＩは例えば、ハードウェア及びソフトウェアを含むシステム資源、ＩＴサービスの提供に必要な設備、ＩＴサービスの運営に関する規程書、作業手順書及び構成図などのドキュメント類、ハードウェア又はソフトウェアの保守作業などのサービス、プロセス、並びに人的資源などを含む。今後も様々なタイプのＣＩが、ＣＭＤＢで管理されるようになる。また、各ＣＩはデータ・モデルのインスタンスとしてＣＭＤＢ上で表現される。
・構成管理データベース（ＣＭＤＢ）
ＣＭＤＢは、情報システムの全コンポーネントに関する情報の統合された保管・管理を行うデータベースである。ＣＭＤＢは、各ＣＩの少なくとも１つの所定の属性及び他のＣＩとの関係を記録する。ＣＭＤＢは組織がコンポーネント間の関係を理解することを支援し、その構成を管理できるようにする。ＣＭＤＢはＩＴＩＬフレームワークの構成管理プロセスの中核となっている。ＣＭＤＢは、概念的にはデータベースであるが、物理的にはデータベース・システム、表計算ソフトのスプレッドシートの形態を取りうる。ＣＭＤＢを利用することによって、管理者はＣＩ間の関係を理解することが容易になる。
・構成要素インスタンス（ＣＩインスタンス）
ＣＩインスタンスは、ＣＩに対応するデータである。各ＣＩインスタンスは、データ・モデルのインスタンスとしてＣＭＤＢ上で表現される。インスタンスの例は、静的なデータのインスタンス又はＪａｖａ（サン・マイクロシステムズの商標）のクラスのインスタンスである。実装されたＪａｖａのクラスのインスタンスは、例えばJava Data Objects（ＪＤＯ）と呼ばれる、Ｊａｖａのクラスのインスタンスを永続化してハードディスクに保存する仕組みにより、ＣＭＤＢ内に格納される。よって、コンピュータ・システムの電源を一旦切っても、作成されたＪａｖａのクラスのインスタンスが消失することはなく、次に電源を投入したときに、記憶装置、例えばハードディスクから読み出され、メイン・メモリ上に展開されて、Ｊａｖａのプログラムによって変更或いは削除可能なＪａｖａのクラスのインスタンスとなる。以下では、ＣＩがインスタンスとしてＣＭＤＢ内に実装されるとして、説明を進める場合がある。
・データ・モデル
データ・モデルは、ＣＩを定義するためのスキーマであり、管理されるＣＩとそれらＣＩ間の関係の一貫した定義を提供する情報モデルである。具体的には、データ・モデルは、ＣＩの所定の属性及び他のＣＩ（製造装置、プロセスなど）との関係を定義する。データ・モデルの例として、ＩＢＭが提唱する構成管理データベース用のデータ・モデル「ＣＤＭ」がある。ＣＤＭの実装は例えば、Unified Modeling Language（ＵＭＬ）に基づいて行われる。
・属性（Attributes）
属性は、ＣＩを管理するに際して、個々のＣＩを特定し、ＣＩを説明する。属性として、下記のものを挙げることができるがこれらに限定されない。ＣＩの名前（ＣＩの一般名称、例えばサーバ、クライアント、ファイアウォール）、製品番号（ＩＤ）（ＣＩのある特定の実体を個別に識別するための番号であり、製造番号、シリアル番号など）、カテゴリ（ＣＩの分類、例えばハードウェア、ソフトウェア、ドキュメント）、タイプ（カテゴリでの分類をさらに詳述したＣＩの説明）、型番（供給者の命名したＣＩのモデル番号）、保証期間（ＣＩの供給者による保証期間）、バージョン番号（ＣＩのバージョン番号）、ロケーション（ＣＩが存在する場所、例えばＰＣの設置場所、ソフトウェアの書庫、媒体の保管場所、サービスを提供しているサイト）、所有責任者（ＣＩの管理責任者の名前）、責任開始日（所有責任者が、該ＣＩの責任者となった日付）、供給者（ＣＩの開発元又は提供元）、ライセンス（ライセンス番号、ライセンス数など）、提供日（ＣＩが組織に提供された日付）、受入日（ＣＩが組織に受け入れられた日付）、使用開始日（ＣＩが使用開始された日付）、ＣＩのステータス（現在のステータス、例えば稼働中、テスト中、故障中、或いは将来のステータス、例えば予定されているＣＩのステータス）、ＣＩインスタンスのステータス（ＣＩインスタンスの有効又は無効）。今後もＩＴサービスマネジメントで必要となる属性が、引き続き定義されていく。
・関係（Relation）
関係は、ＣＩ間の関係を表す。関係は、ＣＩと同様にデータ・モデルで定義されうる。関係の例として、Ｃｏｍｍｏｎ Ｄａｔａ Ｍｏｄｅｌでは、assigns、canConnect、canUse、connectAt、connects、controls、deployedOn、Located、Managed、Owned、provides、runAt、uses、usedByが挙げられる。今後もＩＴサービスマネジメントで必要となる関係が、引き続き定義されていく。なお、本発明の実施形態では、クライアント・システムとサーバ・システムの認証情報との依存関係を示す「AuthenticatedBy」及び「Authenticates」が用いられる。
【００３５】
以下、図面に従って、従来技術のＩＤ管理システム（図１Ａ〜図１Ｂ）、ＣＭＤＢの基礎概念（図２Ａ〜図２Ｃ）及びＣＭＤＢにおける構成管理（図３Ａ〜図３Ｂ）、並びに本発明の実施形態におけるシステム及び方法（図４Ａ以降）を順に説明する。なお、本発明の実施形態におけるシステム及び方法ではＣＭＤＢを利用するので、図２Ａ〜図３ＢではＣＭＤＢの基礎概念及びＣＭＤＢの構成管理を説明する。
本実施形態は、本発明の好適な態様を説明するためのものであり、本発明の範囲をここで示すものに限定する意図はないことを理解されたい。また、以下の図を通して、特に断らない限り、同一符号は、同一の対象を指す。
【００３６】
図１Ａは、従来技術であるＩＤ管理システムの例を示す。
クライアント・システム（１０１）は、サーバ・システム（１０２）とネットワーク、例えばイントラネット又はインターネットを介して接続することができる。
クライアント・システム（１０１）上には、例えばＷｅｂＳｐｈｅｒｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ（以下、ＷＡＳ）上で稼働するアプリケーション・ソフトウェアがインストールされている。
以下、クライアント・システムという場合、クライアント・システムだけでなく、クライアント・システム上で稼働するアプリケーション・ソフトウェアを指す場合がある。
サーバ・システム（１０２）上には、例えば、ＤＢアプリケーション・ソフトウェア又はメール・サーバ・アプリケーション・ソフトウェアがインストールされている。
以下、サーバ・システムという場合、サーバ・システムだけでなく、サーバ・システム上で稼働するアプリケーション・ソフトウェアを指す場合がある。
クライアント・システム（１０１）は、サーバ・システム（１０２）に接続するために、ＩＤ及びパスワードなどの認証情報をサーバ・システム（１０２）に送信する（１１１）。
サーバ・システム（１０２）は、クライアント・システム（１０１）がサーバ・システム（１０２）に接続することを許すために、クライアント・システム（１０１）から送信されたＩＤ及びパスワードなどの認証情報の検証を行う。
サーバ・システム（１０２）は、上記認証が確認されることに応じて、クライアント・システム（１０１）にデータを提供し、若しくはデータを更新することを許し、又はクライアント・システム（１０１）がデータを参照することを許す（１１２）。
これによって、クライアント・システム（１０１）は、サーバ・システム（１０２）に対してアクセスして、サーバ・システム（１０２）からデータを取得し、若しくはサーバ・システム（１０２）にデータを提供し、又はサーバ・システム（１０２）のデータを参照することが可能になる。
ＩＤ管理システム（１０３）は、サーバ・システム（１０２）で使用されるＩＤ及びパスワードを管理している。ＩＤ管理システム（１０３）はまた、クライアント・システム（１０１）に対して、ＩＤ及びパスワードを配布することが可能である（１１４）。
【００３７】
図１Ｂは、図１ＡのＩＤ管理システムにおける、認証情報の変更に伴う接続失敗の例を示す。
ステップ１２１では、クライアント・システム（１０１）は、サーバ・システム（１０２）に対して認証情報を送付し、接続を要求する。認証情報は、例えば、サーバ・システム（１０２）にアクセスするためのＩＤ、パスワード若しくはデジタル証明書、又はそれらの組み合わせである。
ステップ１２２では、サーバ・システム（１０２）は、クライアント・システム（１０１）から送信された認証情報を検証する。サーバ・システム（１０２）は、該認証情報が確認されることに応じて、クライアント・システム（１０１）と、サーバ・システム（１０２）との間で接続を確立する。１つの実施形態として、例えば、ＤＢ接続では、クライアント・システム（１０１）上のアプリケーション・ソフトウェアはサーバ・システム（１０２）上のＤＢアプリケーション・ソフトウェアとの間で複数の接続をプールして保持し、接続するようにしてもよい。
ステップ１２３では、ＩＤ管理システム（１０３）は、サーバ・システム（１０２）に格納されている認証情報を変更する。認証情報の変更は、例えば、パスワードの変更である。パスワードが変更された時点では、クライアント・システム（１０１）と、サーバ・システム（１０２）との間で接続が確立されているので、クライアント・システム（１０１）上で接続エラーは直ちに発生しない。例えば、上記ＤＢ接続では、クライアント・システム（１０１）はサーバ・システム（１０２）との間で複数の接続ルートをプールして保持しているので、パスワードを変更した時点では接続にエラーが発生しない。よって、サーバ・システム（１０２）の認証情報が変更された時点で、管理者が、クライアント・システム（１０１）上のアプリケーション・ソフトウェアに対する影響の有無を確認できるとは限らない。
ステップ１２４では、クライアント・システム（１０１）が再起動されることによって（クライアント・システム（１０１）上のアプリケーション・ソフトウェアの場合、該アプリケーション・ソフトウェアが再実行されることによって）、クライアント・システム（１０１）はサーバ・システム（１０２）に対して認証情報を再送付して、接続を要求する。しかし、サーバ・システム（１０２）上の認証情報は変更されているので、クライアント・システム（１０１）と、サーバ・システム（１０２）との間での接続が確立されない（接続失敗）。
ステップ１２５では、上記接続が確立されないために、クライアント・システム（１０１）上に、接続失敗のメッセージが出される。或いは、クライアント・システム（１０１）が、その動作を停止する。
【００３８】
図２Ａ〜図２Ｃは、本発明の実施形態におけるシステム及び方法で使用するＣＭＤＢの基礎概念を示す。
【００３９】
図２Ａは、ＣＩを管理するための、ＣＭＤＢを含むコンピュータ・システム（２００）の例を示す。
図２Ａは、ＣＩの例として、構成要素Ａ及び構成要素Ｂを記載する。構成要素Ａ及びＢそれぞれは、ソフトウェア構成要素、ハードウェア構成要素のいずれであってもよい。ソフトウェア構成要素は、例えば、ＤＢ２（商標）、ＷｅｂＳｐｈｅｒｅ（商標）、Ｎｏｔｅｓ  Ｄｏｍｉｎｏ（商標）、Ｌｉｎｕｘ、Ｔｏｍｃａｔ、Ａｐａｃｈｅであるがこれらに限定されない。ハードウェア構成要素は、例えばクライアント・コンピュータ又はサーバ・コンピュータであるがこれらに限定されない。
コンピュータ・システム（２００）は、ディスカバリ部（２０１）、ＣＩ同定部（２０２）、ＣＩインスタンス作成部（２０３）、属性及び関係更新部（２０４）及びＣＭＤＢ（２０５）を含む。ディスカバリ部、ＣＩ同定部、ＣＩインスタンス作成部、属性及び関係更新部及びＣＭＤＢは、単独のコンピュータ上に実装されていてもよく、或いは複数のコンピュータ上に分散して実装されていてもよい。コンピュータ・システム（２００）はさらに、ディスカバリ・テーブル（２０６）、モデル・テーブル（２０７）及び関係テーブル（２０８）を含む。これらテーブルは、単独のコンピュータ上に実装されていてもよく、或いは複数のコンピュータ上に分散して実装されていてもよい。
【００４０】
また、図２Ａは、ＴＡＤＤＭコンソールの画面（２０９）の例を示す。該画面は、ＣＩ及びＣＩ間の関係を示す。なお、該画面に表示されているＣＩ及びＣＩ間の関係は一例であり、コンピュータ・システム（２００）の管理対象であるＣＩ及びＣＩ間の関係全てを表示しているものではない。
コンピュータ・システム（２００）は、それ自身の管理対象である構成要素を管理する。コンピュータ・システム（２００）の管理対象は、該コンピュータ・システム（２００）がディスカバリしうる対象の構成要素、ディスカバリの対象ではない場合であっても手動で情報を入力して管理しうる構成要素、又はそれらの組み合わせである。
【００４１】
ディスカバリ部（２０１）は、ＣＭＤＢの管理対象であるＣＩについての情報の検出を実行する（ディスカバーともいう）。該ＣＩの一部が、ＴＡＤＤＭコンソールの画面（２０９）に表示されている。コンピュータ・システム（２００）は、複数のディスカバリ部（２０１）を有していてもよい。好ましくは、管理対象は、ネットワークを介して、コンピュータ・システムに接続されている。ネットワークは、有線接続であるか無線接続であるかを問わない。コンピュータ・システムの管理者は、検出の対象を任意に設定しうる。検出の範囲は例えば、ドメイン名、ＩＰアドレス、ＭＡＣアドレス、機器の識別子若しくはデータベース名又はこれらの組み合わせにより指定することができる。管理対象であるＣＩが例えばハードウェア又はソフトウェアである場合、該機ハードウェア又はソフトウェアについての情報が夫々検出される。検出された情報は、新たなＣＩについての情報、又は既存のＣＩの更新された属性若しくは関係の値でありうる。新たなＣＩとは、ディスカバリ部（２０１）によって検出され、ＣＭＤＢ（２０５）内に登録されていないＣＩである。既存のＣＩとは、該ＣＩのインスタンスがＣＭＤＢ（２０５）内に既に登録されているＣＩである。ディスカバリ部（２０１）は、ＣＩについての情報を、ディスカバリ・テーブル（２０６）内に格納されたディスカバリ・インスタンス（例えばＡ−Discovery）（図２Ｃ、２１２）に従い検出する。どのディスカバリ・インスタンスを使用するかは、データ・モデル（図２Ｃ、２１１）内のディスカバリ方法に指定されていてもよい。ディスカバリ部（２０１）は、検出した、ＣＩについての情報をＣＩ同定部（２０２）に渡す。
【００４２】
ＣＩ同定部（２０２）は、上記ＣＩについての情報をディスカバリ部（２０１）から受け取り、そして検出結果の処理を行う。ＣＩ同定部（２０２）は、上記ＣＩについての情報が、新しいＣＩについての情報か、又は既存のＣＩの更新された属性若しくは関係の値かどうかを、ＣＭＤＢ（２０５）を参照して判定する。該判定は例えば、ＣＭＤＢに格納されたＣＩのインスタンス名を、上記ＣＩについての情報と比較して行われうる。上記ＣＩについての情報が新しいＣＩに関するものであることに応じて、ＣＩ同定部（２０２）は、該情報をＣＩインスタンス作成部（２０３）に渡す。一方、上記ＣＩについての情報が既存のＣＩの更新された属性若しくは関係の値であることに応じて、ＣＩ同定部（２０２）は、該情報を属性及び関係更新部（２０４）に渡す。
【００４３】
２つのＣＩインスタンス間の関係の作成は、例えば、構成要素Ａと構成要素Ｂとの間に関係があると判明していて、構成要素Ａ及びＢそれぞれのＣＩインスタンスを同定することによって行われる。
【００４４】
ＣＩインスタンス作成部（２０３）は、モデル・テーブル（２０７）に格納されたデータ・モデル（図２Ｃ、２１１）、及び関係テーブル（２０８）に格納された関係モデル（図２Ｃ、２１４）に従い、ＣＩについての情報から、該ＣＩの所定の属性及び他のＣＩとの関係を示す１組のデータを作成する。該１組のデータは例えば、静的なデータのインスタンス又はＪａｖａ（サン・マイクロシステムズの商標）のクラスのインスタンスで実装されうる。該１組のデータの例が、ＣＩインスタンスである。ＣＩインスタンスの例を図２Ｃ（２１３）に示す。上記１組のデータは、ＣＭＤＢ（２０５）内に格納される。なお、１組のデータは、ＣＩインスタンス内に属性及び関係を有していてもよく（図２Ｃ、２１３を参照）、或いはＣＩインスタンス内に属性を有し、それとは別に関係インスタンスとして別々にＣＭＤＢ（２０５）内に格納されていてもよい。後者の場合、ＣＩインスタンスは、関連する関係インスタンスを特定するためのリンク付けを有する。
【００４５】
属性及び関係更新部（２０４）は、ディスカバリ部（２０１）とともにトラッキングを実現する。属性及び関係更新部（２０４）は、ＣＩの更新された属性若しくは関係の値を、ＣＭＤＢ内に格納された該ＣＩのＣＩインスタンスに反映する。すなわち、該ＣＩのＣＩインスタンスの属性或いは関係の値を更新する。該更新は、該値をディスカバリ部（２０１）によって検出されたＣＩについての情報と置き換えることによって行われる。該置き換えは、ＣＩインスタンスの属性或いは関係の値の全てをディスカバリ部（２０１）によって検出されたＣＩについての情報と置き換えてもよく、或いは異なる値のみを置き換えてもよい。
【００４６】
ＣＭＤＢ（２０５）は、ＣＩのＣＩインスタンス（図２Ｃ、２１３）を格納する。
【００４７】
ディスカバリ・テーブル（２０６）は、ディスカバリ・インスタンス（図２Ｃ、２１２）を格納する。ディスカバリ・インスタンス（２１２）は、ディスカバリ部（２０１）によってＣＩについての情報が検出される際に使用される。ディスカバリ・インスタンス（２１２）は例えば、静的なデータのインスタンス又はＪａｖａ（サン・マイクロシステムズの商標）のクラスのインスタンスで実装されうる。ディスカバリ・インスタンス（２１２）は、ディスカバリ・ポリシーとも呼ばれる。ディスカバリ・インスタンス（２１２）は、ディスカバリ部（２０１）が検索する範囲、すなわちＣＩの検索範囲である収集対象（スコープ）、収集する属性、及び収集する関係を含む。収集対象は例えば、サブネットＩＰアドレス、ＩＰアドレスの範囲、個々のＩＰアドレス、ＭＡＣアドレス、機器の識別子、ホストネーム若しくはデータベース名又はそれらの組み合わせを用いて指定されうる。別の態様として、収集対象を、コンピュータ・システム（２００）にネットワークを介して接続されたスケジュール管理データベース（図示せず）としてもよい。スケジュール管理データベースには例えば、機器を使用するプロセス管理に関するデータが格納されている。さらに別の態様として、収集対象を、バッチ処理定義ファイルを格納するデータベース（図示せず）としてもよい。収集対象がバッチ処理定義ファイルを格納するデータベースの場合、ディスカバリ部（２０１）は、バッチ処理定義ファイルの中身を読み込むことにより検出を行う。バッチ処理定義ファイルには、例えば機器をどの順に使用するかのデータが格納されている。
【００４８】
モデル・テーブル（２０７）は、データ・モデル（図２Ｃ、２１１）を格納する。データ・モデル（２１１）は、ＣＩインスタンス作成部（２０３）によって該ＣＩの所定の属性及び他のＣＩとの関係を示す１組のデータが作成される際に使用される。
【００４９】
関係テーブル（２０８）は、関係モデル（図２Ｂ、２１４）を格納する。関係モデル（２１４）は、ＣＩインスタンス作成部（２０３）によって該ＣＩの所定の属性及び他のＣＩとの関係を示す１組のデータが作成される際に使用される。
【００５０】
図２Ａでは、ディスカバリ部（２０１）が、コンピュータ・システム（２００）とネットワークを介して接続された管理対象であるＣＩに関する情報を検出し、構成要素Ａ、及び構成要素Ｂ並びにそれら構成要素の関係についての情報を検出したことを示す。次に、ＣＩ同定部（２０２）は、該検出した情報が新しいＣＩについてのものかについてＣＭＤＢ（２０５）を参照して判断する。該判断に応じて、ＣＩインスタンス作成部（２０３）は、構成要素ＡのＣＩインスタンス及び構成要素ＢのＣＩインスタンス、並びにそれら構成要素の関係（usedBy）のインスタンスを作成する。ＣＩインスタンス作成部（２０３）は、該作成した各インスタンスをＣＭＤＢ（２０５）内に格納する。図２Ａでは、構成要素ＢのＣＩインスタンスが、構成要素ＡのＣＩインスタンスとusedByの関係にあることを示す。
ディスカバリ部（２０１）は、検出したＣＩについての情報をもとに、データ・モデル（図２Ｃ、２１１）に従って、ＣＩ及びそれらＣＩ間の関係を作成し、ＣＭＤＢ（２０５）に登録する。ＣＭＤＢ（２０５）は、ＣＩの属性及び他のＣＩとの関係を格納する。従って、システム管理者は、ＣＭＤＢ（２０５）を用いて、ＣＩ間のリアルな依存関係を抽出することが可能である。
【００５１】
構成要素は、ハードウェア構成要素又はソフトウェア構成要素を含み、その組み合わせは任意である。
【００５２】
図２Ｂは、ＣＩ、ＣＩインスタンス、及び関係（usedBy）インスタンスの作成を示す。
構成要素ＡのＣＩインスタンスは、ディスカバリ部（図２Ａ、２０１）によって検出された構成要素Ａについての情報から、構成要素Ａのデータ・モデルを用いてＣＩインスタンス作成部（図２Ａ、２０３）によって作成される。同様に、構成要素ＢのＣＩインスタンスは、ディスカバリ部（２０１）によって検出された構成要素Ｂについての情報から、構成要素Ｂのデータ・モデルを用いてＣＩインスタンス作成部（２０３）によって作成される。構成要素Ａ及び構成要素Ｂの各データ・モデルは、モデル・テーブル（図２Ａ、２０７）に格納されている。ＣＩ同士の関係、すなわち構成要素Ａと構成要素Ｂとの関係（usedBy）のインスタンスは、ディスカバリ部（２０１）によって検出された構成要素Ａについての情報から、関係モデルに従いＣＩインスタンス作成部（１０３）によって作成される。関係モデルは、関係テーブル（図２Ａ、２０８）に格納されている。
また、構成要素が例えば構成要素Ｂ１、Ｂ２及びＢ３である場合、構成要素Ｂ１、Ｂ２及びＢ３についての各情報が構成要素Ｂのデータ・モデルを使用してインスタンス化されて、構成要素Ｂ１のＣＩインスタンス、構成要素Ｂ２のＣＩインスタンス、構成要素Ｂ３のＣＩインスタンスが夫々作成される。構成要素Ｂ１、Ｂ２及びＢ３の各ＣＩインスタンスもまた、ＣＭＤＢ（図２Ａ、２０５）内に格納される。
【００５３】
図２Ｃは、モデル・テーブル（図２Ａ、２０７）内に格納されたデータ・モデル（２１１）、ディスカバリ・テーブル（図２Ａ、２０６）内に格納されたディスカバリ・インスタンス（２１２）、ＣＭＤＢ（図２Ａ、２０５）内に格納された（構成要素Ａの）ＣＩインスタンス（２１３）、及び関係テーブル（図２Ａ、２０８）内に格納された関係モデル（２１４）を示す。
【００５４】
データ・モデル（２１１）は、ＣＩを定義するためのスキーマである。データ・モデル（２１１）は例えば、どのＣＩのモデルかを示す「モデル名」、モデル名に指定されたＣＩが有する属性を示す「モデル属性」及びモデル名に指定されたＣＩと他のＣＩがとりうる「関係」の各記述を含む。データ・モデル（２１１）はまた、モデル名に指定されたＣＩを検出するためのディスカバリ・インスタンスを特定する「ディスカバリ方法」の記述を含んでもよい。ディスカバリ方法は、ディスカバリ・インスタンス名で特定されうる。図２Ｃの場合、A-Discoveryである。モデル属性は、例えばＩＢＭが提唱する構成管理データベース用のデータ・モデル「ＣＤＭ」に規定された属性に従い規定されるが、これらに限定されない。ＣＤＭでは、2006年の時点において、2609種類の属性が規定されている。ＣＭＤＢの管理者は、データ・モデル（２１１）における属性を任意に指定しうる。関係は、例えば上記ＣＤＭに規定された関係に従い規定されるが、これらに限定されない。ＣＤＭでは、2006年の時点において、57種類の関係が規定されている。
【００５５】
ディスカバリ・インスタンス（２１２）は、ディスカバリ・インスタンスの「名前」、ディスカバリ部（図２Ａ、２０１）によって収集する管理対象（ＣＩ）の「収集対象（スコープ）」、ディスカバリ部（２０１）によって収集する管理対象（ＣＩ）の「収集する属性」及び「収集する関係」、並びに該ディスカバリ・インスタンスがアクティブであるか或いはインアクティブであるかを示す「ステータス」の各記述を含む。ディスカバリ方法は、通常、ディスカバリを行うセンサーがディスカバリ手段及びディスカバリによって得られる情報から作成すべきＣＩ及び関係を把握している。ディスカバリ部（２０１）は、例えば、ディスカバリ・インスタンス（２１２）を使用して、ディスカバリを行う。ディスカバリによって、ＣＩインスタンス及び関係がそれぞれ作成され、又は、ＣＩインスタンス若しくは関係が更新されうる。ディスカバリを行うセンサーが、ディスカバリした情報を使用して作成すべきＣＩ又は関係を知っている場合、データ・モデル（２１１）の定義に、ディスカバリ方法の記述は不要である。一方、ディスカバリを行うセンサーがない場合、データ・モデル（２１１）の定義に、ディスカバリ方法の記述を設けてディスカバリを行ってもよい。
【００５６】
ＣＩインスタンス（２１３）は、該インスタンスがどのＣＩのものであるかを特定するための「インスタンス名」、該インスタンスが、どのデータ・モデルを使用して作成されたかを示す「モデル名」、データ・モデルによって特定された各属性の「属性値」、データ・モデルによって特定された各「関係」の記述（値）、インスタンスがアクティブであるか或いはインアクティブであるかを示す「ステータス」、及び該ＣＩインスタンスが作成された「作成日時」の各記述を含む。ＣＩインスタンスは好ましくは、ＣＩインスタンスに特有のＣＩインスタンス識別子をさらに含む。ＣＩインスタンス識別子は、当該ＣＩインスタンスを他のＣＩインスタンスと区別できるものであれば特に限定されないが、例えばホストネーム、シリアルナンバー若しくは一定の値である他の属性の組み合わせを使用しうる。図２ＣのＣＩインスタンス（２１３）は、構成要素ＡのＣＩインスタンスであること；データ・モデルＡを使用してインスタンス化されたこと；属性としてＳ、Ｔ及びＵを含み、これらが夫々値を有すること；関係として、Ｍによって使用されること（usedBy:M）、Ｅに接続されること（connectAt:E）、及びＨで実行すること（runAt:H）；ＣＩインスタンスがアクティブであること、並びに該ＣＩインスタンスの作成日時のデータを示す。
【００５７】
関係モデル（２１４）は、データ・モデル（２１１）によって特定される関係を定義するためのスキーマである。関係モデル（２１４）は、usedByなどの「関係名」、該関係の対象となるデータ・モデルを特定するための「対象となるデータ・モデル」、該関係の「説明」の各記述を含む。
【００５８】
図３Ａ〜図３Ｂは、本発明の実施形態におけるシステム及び方法で使用するＣＭＤＢにおける構成管理の例を示す。
【００５９】
図３Ａは、ＣＭＤＢにおける構成管理のためのツールの概要を示す。
構成管理のためのツール（３０１）は、構成要素についての情報（以下、単に構成情報という場合がある）を自動収集する機能（ディスカバリ）、構成情報をグラフィカルに表示する機能（トポロジー）及び変更履歴、構成比較などの分析を行う機能（アナリティクス）を有する。例えば、ＴＡＤＤＭサーバは、情報システムについての構成情報を、ｓｓｈ、ＳＮＭＰ、ＷＭＩなどを使用して取得する。上記構成情報は例えば、各情報システムのオペレーティング・システムの種類又はその構成、アプリケーション・ソフトウェアの種類又はその構成値である。ＴＡＤＤＭサーバは、取得した情報を、ＣＭＤＢ（３０５）内にＣＩインスタンスとして格納する。ＴＡＤＤＭサーバは、ＣＭＤＢ（３０５）に格納したＣＩインスタンス基づいて、管理者のコンピュータに構成情報、及び変更履歴情報を送る。管理者のコンピュータは、該情報を用いて、構成情報の表示及び変更履歴の表示を行う。
【００６０】
図３Ｂは、ＣＭＤＢにおける構成情報管理の画面例を示す。
構成情報管理の画面（３０９）は、ＧＵＩで表示される。該表示は、例えばＴＡＤＤＭを用いて行われる。図３Ｂでは、構成要素は、アプリケーション・ソフトウェアである。アプリケーション・ソフトウェア間の関係は、実線で示されている。なお、該画面上で表示されているアプリケーション・ソフトウェア名（各社の商標）は、例示である。
【００６１】
図４Ａ〜図４Ｃは、本発明の実施形態である、認証情報を変更するためのシステム及び該システム内の構成要素の例を示す。
【００６２】
図４Ａは、本発明の実施形態である、ＣＭＤＢを使用した認証情報を変更するためのシステム全体の例を示す。
管理者（４０１）は、ＩＤ管理システム（４０２）に対して、サーバ・システム（４０９）上の認証情報の変更を要求する。
ＩＤ管理システム（４０２）は、変更同期システム（４０３）に対して、認証情報の変更によって影響を受けるクライアント・システム（４０８）の特定を要求する。
変更同期システム（４０３）は、ＣＭＤＢ（４０４）内のＣＩインスタンスの属性若しくは関係、又はそれらの組み合わせを使用して、認証情報の変更によって影響を受けるクライアント・システム（４０８）の特定を行う。クライアント・システム（４０８）とサーバ・システム（４０９）の認証情報との依存関係は、クライアント・システム（４０８）のＣＩインスタンスにおいては関係「AuthenticatedBy」で示され、サーバ・システム（４０９）のＣＩインスタンスにおいては関係「Authenticates」で示される。変更同期システム（４０３）は、ＩＤ管理システム（４０２）の拡張として、ＩＤ管理システム（４０２）内に実装されてもよい。ＣＩインスタンスの属性及び関係は、ディスカバリ部（４０５）を使用して収集される。また、ＣＩインスタンスの属性及び関係は、属性・関係更新部（２０４）を使用して更新される。
ＣＭＤＢ（４０４）は、ＣＩインスタンスの属性及び関係を格納する。ＣＭＤＢ（４０４）はまた、構成要素の関係として、システム間の認証情報、例えばパスワードの依存関係を有する。該依存関係は、ディスカバリによって自動的に収集されてもよく又は管理者によって手動的に入力されてもよい。クライアント・システム（４０８）とサーバ・システム（４０９）の認証情報との依存関係は、クライアント・システム（４０８）のＣＩインスタンスでは関係「AuthenticatedBy」で示され、サーバ・システム（４０９）のＣＩインスタンスでは関係「Authenticates」で示される。図４Ａでは、ＣＭＤＢが、アプリケーション・ソフトウェア（ＡＰＰＬ１〜３）及びデータベース（ＤＢ）システムそれぞれのＣＩインスタンス及び関係を格納していることを示す。
ディスカバリ部（４０５）は、ＣＭＤＢの管理対象であるＣＩ、例えばクライアント・システム（４０８）及び該クライアント・システム（４０８）上で稼働しているアプリケーション、並びにサーバ・システム（４０９）及び該サーバ・システム（４０９）上で稼働しているアプリケーションについての情報を検出する。ディスカバリ部（４０５）はまた、スケジューリング・システム（４０６）についての情報を検出してもよい。
スケジューリング・システム（４０６）は、クライアント・システム（４０８）のジョブの運用スケジュールを管理する。運用スケジュールは、例えば、「クライアントシステム（４０８）のサービス提供時間は、月曜日８時から金曜日２１時まで」である。なお、運用スケジュールは、クライアント・システム（４０８）のＣＩインスタンスの属性として、ＣＭＤＢ（４０４）内に格納されていてもよい。よって、スケジューリング・システム（４０６）は、認証情報を変更するためのシステムにおいて、任意の構成要素である。
ＩＤ管理システム（４０２）は、スケジューリング・システム（４０６）において管理されている運用スケジュールから、又はＣＭＤＢ（４０４）内に格納されたクライアント・システム（４０８）のＣＩインスタンスの属性から、認証情報の変更可能な時間帯を管理者（４０１）に提示する。
管理者（４０１）は、上記提示された時間帯を参照し、認証情報の変更時期を決定することができる。認証情報の変更時期は、例えば、次回に変更可能な時間帯であること、又は認証情報が漏洩したためにサービス中断を生じてでも至急変更することを含む。管理者（４０１）は、上記決定された変更時期をＩＤ管理システム（４０２）に対して入力する。
ＩＤ管理システム（４０２）は、上記決定された変更時期を変更同期システム（４０３）に通知する。
変更同期システム（４０３）は、上記通知された変更時期に基づいて、認証情報の変更要求を作成して、プロビジョニング・システム（４０７）に該作成した変更要求を渡す。
プロビジョニング・システム（４０７）は、上記変更要求に記述された変更時期において、クライアント・システム（４０８）上のアプリケーション・ソフトウェアを停止し、クライアント・システム（４０８）上に格納された認証情報を上記変更要求に記述された認証情報に変更する。クライアント・システム（４０８）上のアプリケーション・ソフトウェアの停止は、例えば、アプリケーション・ソフトウェアの終了を含む。なお、プロビジョニング・システム（４０７）の代わりに、ＩＤ管理システム（４０２）が、クライアント・システム（４０８）上に格納された認証情報を上記変更要求に記述された認証情報に変更してもよい。
プロビジョニング・システム（４０７）はまた、クライアント・システム（４０８）上に格納された認証情報を変更した後に、サーバ・システム（４０９）上に格納された認証情報を変更する。なお、プロビジョニング・システム（４０７）の代わりに、ＩＤ管理システム（４０２）が、サーバ・システム（４０９）上に格納された認証情報を変更してもよい。
プロビジョニング・システム（４０７）は、クライアント・システム（４０８）の認証情報の変更後に、クライアント・システム（４０８）を再起動し、又はクライアント・システム（４０８）上の停止したアプリケーション・ソフトウェアを再実行する。
クライアント・システム（４０８）は、サーバ・システム（４０９）に対して変更された認証情報を送付し、接続を要求する。
【００６３】
図４Ｂは、図４Ａに記載の認証情報を変更するためのシステムが有する機能を図示する機能ブロック図である。
図４Ａに記載の認証情報を変更するためのシステム（４１１）は、認証情報の変更の指示を可能にするために、リポジトリ（４１２）、特定部（４１３）及び指示部（４１４）を含む。リポジトリ（４１２）は、図４Ａに示すＣＭＤＢ（４０４）によって実現される。特定部（４１３）は、図４Ａに示す変更同期システム（４０３）によって実現される。指示部（４１４）は、図４Ａに示すＩＤ管理システム（４０２）によって実現される。ディスカバリ部（４１５）は、図４Ａに示すディスカバリ部（４０５）と同じである。
上記システム（４１１）は、サーバ・システム（４０
９）又は該サーバ・システム（４０９）上で稼働するアプリケーション・ソフトウェア（以下、第１の構成要素）にクライアント・システム（４０８）又は該クライアント・システム（４０８）上で稼働するアプリケーション・ソフトウェア（以下、第２の構成要素）が接続するために、第１の構成要素についての認証情報（第１の認証情報）と第２の構成要素から第１の構成要素に送信される認証情報（第２の認証情報）とのマッチングをして認証することを要求する環境に配置される。
リポジトリ（４１２）は、上記システム（４１１）がアクセス可能な記録媒体内に用意される。アクセス可能な記録媒体は、例えば、上記システム（４１１）に外部接続された記録媒体、又は上記システム（４１１）にネットワークを介して接続された記録媒体を含む。リポジトリは（４１２）、構成要素のＣＩインスタンス及び関係インスタンスを格納する。ＣＩインスタンス及び関係インスタンスは、ディスカバリ部（４１５）によるディスカバリによって更新されうる。各インスタンスの更新は、例えば、認証情報の変更をする直前に行われることが好ましい。
特定部（４１３）は、第１の構成要素についての認証情報（第１の認証情報）の変更要求に応じて、ＣＭＤＢ内の関係に基づいて、該第１の認証情報の変更によって影響を受ける第２の構成要素を特定する。第２の構成要素の特定は、例えば、第１の認証情報と第２の認証情報との間の関係インスタンスに基づいて行われる。または、第２の構成要素の特定は、例えば、第１の構成要素についての関係インスタンスに基づいて行われる。
特定部（４１３）はまた、ＣＭＤＢ内のＣＩインスタンスの属性に基づいて、特定された第２の構成要素（例えば、クライアント・システム）及び第１の構成要素（例えば、サーバ・システム）の少なくとも１の運用スケジュールを特定する。特定部（４１３）は、特定された第２の構成要素及び第１の構成要素の各運用スケジュール、又はジョブ・スケジュール・システムによって管理されている第２の構成要素及び第１の構成要素の各運用スケジュールに基づいて、第１の認証情報、又は第２及び第１の認証情報の変更が可能な時期を決定する。
特定部（４１３）はまた、特定された第２の構成要素及び第１の構成要素の各運用スケジュール、又はジョブ・スケジュール・システムによって管理されている第２の構成要素及び第１の構成要素の各運用スケジュールに基づいて、第１の認証情報、又は第２の及び第１の認証情報の変更が可能な時期をユーザが決定することを許す。
指示部（４１４）は、特定部（４１３）によって特定された第２の構成要素から送信される認証情報（第２の認証情報）の変更を指示する。該変更の指示は、特定部（４１３）によって決定された時期において行われる。指示部（４１４）はまた、上記第１の認証情報の変更をさらに指示する。
【００６４】
図４Ｃは、図４Ａ及び図４Ｂに示す各システムのコンピュータ・ハードウェアのブロック図を示す。
本発明の実施形態に係るコンピュータ・システム（４２１）は、ＣＰＵ（４２２）とメイン・メモリ（４２３）と含み、これらはバス（４２４）に接続されている。ＣＰＵ（４２２）は好ましくは、３２ビット又は６４ビットのアーキテクチャに基づくものであり、例えば、インテル社のＸｅｏｎ（商標）シリーズ、Ｃｏｒｅ（商標）シリーズ、Ａｔｏｍ（商標）シリーズ、Ｐｅｎｔｉｕｍ（商標）シリーズ、Ｃｅｌｅｒｏｎ（商標）シリーズ、ＡＭＤ社のＰｈｅｎｏｍ（商標）シリーズ、Ａｔｈｌｏｎ（商標）シリーズ、Ｔｕｒｉｏｎ（商標）シリーズ及びＳｅｍｐｒｏｎ（商標）などを使用することができる。バス（４２４）には、ディスプレイ・コントローラ（４２５）を介して、ＬＣＤモニタなどのディスプレイ（４２６）が接続される。ディスプレイ（４２６）は、そのコンピュータ・システム（４２１）上で動作中のソフトウェアについての情報を、適当なグラフィック・インタフェースで表示するために使用される。バス（４２４）にはまた、ＩＤＥ又はＳＡＴＡコントローラ（４２７）を介して、ハードディスク又はシリコン・ディスク（４２８）と、ＣＤ−ＲＯＭ、ＤＶＤ又はＢｌｕ−ｒａｙドライブ（４２９）が接続されている。ＣＤ−ＲＯＭ、ＤＶＤ又はＢＤドライブ（４２９）は、必要に応じて、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ又はＢＤからプログラムをハードディスク又はシリコン・ディスク（４２８）に導入するために使用される。バス（４２４）にはさらに、キーボード・マウスコントローラ（４３０）を介して、或いはＵＳＢコントローラ（図示せず）を介して、キーボード（４３１）及びマウス（４３２）が接続されている。
【００６５】
ハードディスク又はシリコン・ディスク（４２８）には、オペレーティング・システム、Ｊ２ＥＥなどのＪａｖａ処理環境を提供するプログラム、ＣＭＤＢのための運用管理プログラム、その他のプログラム及びデータが、メイン・メモリ（４２３）にロード可能に記憶されている。運用管理プログラムは好ましくは、インターナショナル・ビジネス・マシーンズ・コーポレーションから提供されるＴＡＤＤＭを含む。
【００６６】
通信インタフェース（４３４）は、例えばイーサネット（商標）プロトコルに従うものであり、通信コントローラ（４３３）を介してバス（４２４）に接続される。通信インタフェース（４３４）は、コンピュータ・システム（４２１）及び通信回線（４３５）を物理的に接続する役割を担い、コンピュータ・システム（４２１）のオペレーティング・システムの通信機能のＴＣＰ／ＩＰ通信プロトコルに対して、ネットワーク・インタフェース層を提供する。通信回線は、有線ＬＡＮ環境、或いは例えばＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎなどの無線ＬＡＮ接続規格に基づく無線ＬＡＮ環境であってもよい。
【００６７】
なお、コンピュータ等のハードウェアを接続するためのネットワーク接続装置として使用できるものとして、上記のネットワーク・スイッチ以外に、これで尽きている訳ではないが、ルータ、ハードウェア管理コンソール等がある。要するに、ネットワーク運用管理用プログラムが導入されているコンピュータからの、所定のコマンドによる問い合わせに対して、それに接続されているコンピュータのＩＰアドレス、ＭＡＣアドレスなどの構成情報を返すことができる機能を持つものである。ネットワーク・スイッチ及びルータは、アドレス解決プロトコル（ＡＲＰ）のための、それに接続されているコンピュータのＩＰアドレス及び、それに対応するＭＡＣアドレスの対のリストを含むＡＲＰテーブルを含み、所定のコマンドによる問い合わせに対して、ＡＲＰテーブルの内容を返す機能を持つ。ハードウェア管理コンソールは、ＡＲＰテーブルよりもさらに詳しい、コンピュータの構成情報を返すことができる。
【００６８】
コンピュータには、上述したハードウェア管理コンソールが接続されている。これは、コンピュータで、ＬＰＡＲ（仮想論理区画）により一台のコンピュータを複数の区画に論理分割し、その各々の区画で、ＶＭｗａｒｅにより、Ｗｉｎｄｏｗｓ（商標）、Ｌｉｎｕｘ（商標）などの異なるＯＳを走らせるようにする機能を有するものである。ハードウェア管理コンソールにシステム的に問い合わせすることにより、ＬＰＡＲ・ＶＭｗａｒｅで動作しているコンピュータの個々の論理区画での情報を、詳細に得ることができる。
【００６９】
図５Ａ〜図５Ｄは、本発明の実施態様において使用され且つＣＭＤＢ内に格納される構成要素間の関係、並びに該関係を含むデータ・モデル、ＣＩインスタンス及び関係モデルを示す。
【００７０】
図５Ａは、本発明の実施形態である、クライアント・システムとサーバ・システムとのＣＭＤＢ上の関係「AuthenticatedBy」及び「Authenticates」を示す。
Ｉ．クライアント・システム（５０１）のＣＩインスタンスの関係は、サーバ・システム（５０２）との関係「AuthenticatedBy」を含む。
ＩＩ．サーバ・システム（５０４）のＣＩインスタンスの関係は、クライアント・システム（５０３）との関係「Authenticates」を含む。
【００７１】
図５Ｂは、図５Ａの関係「AuthenticatedBy」を含む、クライアント・システムについてのＣＩインスタンス、データ・モデル及び関係モデルの例を示す。
データ・モデル（４２１）は、認証情報が例えばパスワードである場合、パスワードの変更についての属性「PasswordChangeInformation」を含む。属性「PasswordChangeInformation」は、クライアント・システムがサーバ・システムに接続する際に提示するパスワードの変更についての属性である。データ・モデル（４１１）はまた、関係「AuthenticatedBy」を含む。関係「AuthenticatedBy」は、クライアント・システムがサーバ・システムに対して認証を要求することを示す関係を示す。
ＣＩインスタンス（４２３）は、認証情報が例えばパスワードである場合、属性「PasswordChangeInformation」についての属性値「Knowledgeファイル名」を含む。属性値「Knowledge」は、ナレッジ（Knowledge）の中の認証情報の変更方法へのポインタである。ナレッジについては、図６Ｂを参照されたい。
関係モデル（４１４）は、関係「AuthenticatedBy」を定義する。関係モデル（４１４）はまた、対象となるデータ・モデルがＡ、Ｃ及びＤであることを定義する。
図５Ｂでは、ＣＩインスタンス自体が関係を含む。ＣＩインスタンス自体が関係を含んでいてもよいが、図５Ｄに示すように、ＣＩインスタンスとは別個に、関係の数だけ、関係インスタンスが作成されてもよい。
【００７２】
図５Ｃは、図５Ａの関係「Authenticates」を含む、サーバ・システムについてのＣＩインスタンス、データ・モデル及び関係モデルの例を示す。
データ・モデル（４３１）は、認証情報が例えばパスワードである場合、パスワードの変更についての属性「PasswordChangeInformation」を含む。属性「PasswordChangeInformation」は、サーバ・システムについてのパスワードの変更についての属性である。データ・モデル（４３１）はまた、関係「Authenticates」を含む。関係「Authenticates」は、クライアント・システムに対して、認証の許可を行うことを示す関係を示す。
ＣＩインスタンス（４３３）は、認証情報が例えばパスワードである場合、属性「PasswordChangeInformation」についての属性値「Knowledgeファイル名」を含む。属性値「Knowledge」は、ナレッジ（Knowledge）の中の認証情報の変更方法へのポインタである。ナレッジについては、図６Ｂを参照されたい。
関係モデル（４３４）は、関係「Authenticates」を定義する。関係モデル（４３４）はまた、対象となるデータ・モデルがＢであることを定義する。
図５Ｃでは、ＣＩインスタンス自体が関係を含む。ＣＩインスタンス自体が関係を含んでいてもよいが、図５Ｄに示すように、ＣＩインスタンスとは別個に、関係の数だけ、関係インスタンスが作成されてもよい。
【００７３】
図５Ｄは、図５Ｃの関係モデル「Authenticates」及びその関係インスタンスの例を示す。
関係モデル（４４１）は、関係「Authenticates」についてのモデルである。なお、関係インスタンスを使用する場合、基点と宛先とを入れ替えることで逆方向の関係を表現することが可能であるので、１つの関係モデル及び関係インスタンスを用いて両方向の関係を示すことが可能である。
関係モデル（４４１）は、「Authenticates」の関係の「基点となるモデル」及び「宛先となるモデル」の各定義を含む。関係モデル「Authenticates」の基点となるモデルは認証されるサーバ・システムについてのデータ・モデルであり、宛先となるモデルは認証するクライアント・システムについてのデータ・モデルである。
また、関係モデル（４４１）はまた、関係が、１対１の関係であるのか、１対多の関係であるのか、多対１の関係であるのか、又は多対多の関係であるのかを示すために、基点側及び宛先側の各数に関する定義を含む。
関係インスタンス（４４３）はまた、どのような関係であるのかを示す「関係モデル名」、関係の基点と宛先となる各ＣＩインスタンスを示す値を持つ。順方向の関係モデル名と逆方向の関係モデル名は１対１に対応するので、インスタンスでは順方向のモデル名のみを持つようにすることが望ましい。
【００７４】
図６Ａ〜６Ｃは、本発明の実施態様である、認証関係のディスカバリを行うために使用される方法、並びに該方法において使用されるセンサー、ナレッジ及びシグネチャーを示す。
【００７５】
図６Ａは、本発明の実施形態である、ＣＭＤＢにおける認証の依存関係のディスカバリに使用されるセンサーを示す。
アプリケーション・サーバ・システムＣ（６０１）上には、アプリケーション・ソフトウェアＡ（６０２）がインストールされ、稼働している。
アプリケーション・ソフトウェアＡ（６０２）は、サーバ・システムＳ（６０３）に接続するために、ＩＤ及びパスワードなどの認証情報をサーバ・システムＳ（６０３）に送信する。
サーバ・システムＳ（６０３）は、アプリケーション・ソフトウェアＡ（６０２）からの認証情報の検証要求に応じて、アプリケーション・ソフトウェアＡ（６０２）から送信された認証情報を検証する。
認証の依存関係のセンサー（６０４）は、ナレッジ（図６Ｃを参照）に基づいてアプリケーション・ソフトウェアＡ（６０２）のプロパティファイルを取得し、そのキーからＤＢ名を取得する。
【００７６】
図６Ｂは、図６Ａで説明したセンサーを用いた認証関係のディスカバリ方法を示す。
アプリケーション・ソフトウェアの認証方法のナレッジ（Knowledge）を定義しておくことにより、アプリケーション・ソフトウェアとサーバ・システムの認証情報の依存関係を自動的に発見することが可能である。
ディスカバリの処理は、３つのステップを含む。
ステップ６１１．アプリケーション・サーバ・システムＣ（６０１）及びサーバ・システムＳ（６０３）のディスカバリ。なお、このステップは、既知のディスカバリ技術を用いて当業者が適宜実施できるので、ここでは詳細は述べない。
ステップ６１２．アプリケーション・ソフトウェアＡ（６０２）のディスカバリ。なお、このステップは、既知のディスカバリ技術を用いて当業者が適宜実施できるので、ここでは詳細は述べない。
ステップ６１３．本発明の実施態様に従うナレッジ適用による認証の関係のディスカバリ。
ステップ３におけるディスカバリに必要になるナレッジは、あるアプリケーション・ソフトウェアがどのようなサーバ・システムに認証を行うか、及びサーバ・システムの名はどこに記録されているかという情報である。
【００７７】
ステップ６１１
ディスカバリ技術によって、アプリケーション・サーバ・システムＣ（６０１）及びサーバ・システムＳ（６０３）の存在が検出されて、アプリケーション・サーバ・システムＣ（６０１）及びサーバ・システムＳ（６０３）の各ＣＩのインスタンスがＣＭＤＢ内に登録される。同様に、ディスカバリ技術によって、ネットワーク接続の状況からアプリケーション・サーバ・システムＣ（６０１）とサーバ・システムＳ（６０３）とが関係していることが検出されて、その関係がまたＣＭＤＢ内に登録される。ディスカバリ技術は、例えば、IBM Tivoli Application Dependency Discovery Manager（商標）に実装されている技術が用いられる。
ステップ６１２
次に、アプリケーション・サーバ・システムＣ（６０１）が導入されているシステムに対してシグネチャー（signature）を使用したインベントリを行う。シグネチャーによるインストールされたアプリケーション・ソフトウェアのインベントリは、例えばIBM Tivoli Provisioning Manager（商標）V5のソフトウェア  インベントリ（Software Inventory）機能として実装されている。アプリケーション・ソフトウェアのインベントリ処理によって、アプリケーション・ソフトウェアＡ（６０２）が検出される。ここで、アプリケーション・ソフトウェアＡ（６０２）のＣＩインスタンスが作成され、さらに稼働しているアプリケーション・サーバ・システムＣ（６０１）とアプリケーション・ソフトウェアＡ（６０２）との関係がＣＭＤＢ内に登録される。アプリケーション・サーバ・システムＣ（６０１）とアプリケーション・ソフトウェアＡ（６０２）との関係は、例えば、「C has A」である。
ステップ６１３
次に、認証関係のナレッジを検出されたアプリケーション・ソフトウェアＡ（６０２）に適用すると、認証の依存関係のセンサー（６０４）が、ナレッジに基づいてアプリケーション・ソフトウェアＡ（６０２）のプロパティファイルbbbを取得し、そのキーaaaからＤＢ名を取得することができる。認証の依存関係のセンサー（６０４）が、取得したＤＢ名がサーバ・システムＳ（６０３）上に存在することを確認することにより、アプリケーション・ソフトウェアＡ（６０２）がサーバ・システムＳ（６０３）に対して認証を行うという関係インスタンスをＣＭＤＢ内に登録することが可能である。該関係インスタンスは、例えば、「S authenticates A」である。
【００７８】
図６Ｃは、図６Ｂの認証関係のディスカバリ方法で使用されるシグネチャー及びナレッジの概念図を示す。
１．シグネチャー（６２１）は、例えば、アプリケーション・ソフトウェア名、及びシグネチャーを含む。
シグネチャー（６２２）は、シグネチャーを使用したインベントリで使用するシグネチャーの例である。
上段の製品Ａについてのシグネチャー（６２２）は、ベンダーＩＢＭが提供する製品Ａがインストールされているかどうかが、サーバzzzzにディレクトリyyyyが存在し、その下にファイルxxxxが存在するかどうかによって判定可能であることを示している。
下段の製品Ｂについてのシグネチャー（６２３）は、ベンダーＹＹが提供する製品Ｂがインストールされているかどうかが、レジストリwww\YYキーが存在し、その下にタイプＤＷＯＲＤの値vvvが存在するかどうかによって判定可能であることを示している。
２．ナレッジ（６２１）は、例えば、アプリケーション・ソフトウェア名、対認証、認証方法、及び認証ターゲットを含む。認証ターゲットは、認証情報、例えばパスワードの変更に必要な情報である。
製品Ａについてのナレッジ（６２５）は、最初のレコード（対認証）において、ベンダーＩＢＭが提供する製品ＡがＤＢサーバに対して認証を行うこと、次のレコード（認証方法）において、該ＤＢに対する認証をパスワードを使用して行うこと、及び最後のレコード（認証ターゲット）において、プロパティファイルbbbを取得してその中のＤＢ名キーaaaの値を読み取ることによって認証を行うＤＢ名を判定できることを示している。
製品Ｂについてのナレッジ（６２６）は、最初のレコード（対認証）において、ベンダーＹＹが提供する製品ＢがＤＢサーバに対して認証を行うこと、次のレコード（認証方法）において、該ＤＢに対する認証をパスワードを使用して行うこと、及び最後のレコード（認証ターゲット）において、レジストリに記録されているＤＢ名を判定できることを示している。
【００７９】
図７Ａは、本発明の実施形態の第１のシナリオである、認証方法の変更のためのシステム構成及びそれに関連付けられたデータを示す。
クライアント・システム（７０１）は、アプリケーション・ソフトウェアＡ１を実行する。アプリケーション・ソフトウェアＡ１は、サーバ・システムＳ（７０２）にあるデータを使用するために、サーバ・システムＳ（７０２）に対して認証情報を送付する。
クライアント・システム（７０１）のサーバ・システムＳ（５０２）に対する認証関係は、上記図５Ａ及び図５Ｂの説明において述べたように、アプリケーション・ソフトウェアＡ１のＣＩについての関係「AuthenticatedBy」によってＣＭＤＢ内に定義される。
アプリケーション・ソフトウェアＡ１は、例えば、在庫管理システムといった稼働単位のアプリケーション・ソフトウェアである。アプリケーション・ソフトウェアＡ１が例えばベンダー：ＩＢＭの製品：Ａという製品を用いて実現されている場合（７０３）、アプリケーション・ソフトウェアＡ１のＣＩインスタンスは、アプリケーション・ソフトウェアＡ１は製品Ａを用いて実現されているという関係を含む。該関係は、例えば、「runsAt」、「runsOn」によって定義される。該関係は、例えば、認証情報の変更のために、ＷＡＳを停止すること、又は起動することの手順において用いられる。
アプリケーション・ソフトウェアＡ１のＣＩインスタンスは、アプリケーション・ソフトウェアＡ１の起動に要する時間（スタートアップ）及びアプリケーション・ソフトウェアＡ１の終了に要する時間（シャットダウン）を属性として有してもよい。下記図７Ｂでは、属性「スタートアップ」の属性値は「２０分」であり、属性「シャットダウン」の属性値は「１０分」である。これら属性値は、例えば、管理者によって手動で入力されてもよい。
稼働時間テーブル（７０５）は、認証情報の変更可能な時間帯の自動的な検索を行うために用いられる。稼働時間テーブル（７０５）は、例えば、各曜日の稼働時間についてのデータを含む。
【００８０】
図７Ｂは、図７Ａで示すアプリケーション・ソフトウェアＡ１のＣＩインスタンス、データ・モデル及び関係モデルの例を示す。
データ・モデル（７１１）は、図５Ｂのデータ・モデル（４２１）のモデル属性にある属性に加えて、「StartUp」及び「ShutDown」を含む。属性「StartUp」は、アプリケーション・ソフトウェアＡ１の起動に要する時間（スタートアップ）を定義する。属性「ShutDown」は、アプリケーション・ソフトウェアＡ１の終了に要する時間（シャットダウン）を定義する。
ＣＩインスタンス（７１３）は、図５ＢのＣＩインスタンス（４２３）の属性値に加えて、「StartUp」及び「ShutDown」の各属性値を含む。ＣＩインスタンス（７１３）では、アプリケーション・ソフトウェアＡ１の属性「StartUp」の属性値は２０分であり、及びアプリケーション・ソフトウェアＡ１の属性「ShutDown」の属性値は１０分である。
【００８１】
図７Ｃは、図７Ａにおける認証情報の変更のために使用されるナレッジを示す。
ナレッジ（Knowledge）は、サーバ・システムの認証情報の変更に同期して、クライアント・システムの認証情報を変更するために使用される。
ナレッジは、例えば、アプリケーション・ソフトウェア情報、認証方法、アプリケーションの停止が必要かどうか、アプリケーション・ソフトウェアの停止処理方法及び起動処理方法、認証情報の変更に要する所要時間、並びに認証情報（例えばパスワード）の変更方法を記録する。図７Ｃでは、ナレッジは、便宜的に表（７２１）及び表（７２２）と分かれて示されているが、通常は１つの表でありうる。
「アプリケーション情報」は、アプリケーション・ソフトウェアの名前及び該アプリケーション・ソフトウェアを提供するベンダー名を含む。
「認証方法」は、クライアント・システムがサーバ・システムとの接続に用いる認証方法を定義する。認証方法は、例えば、パスワード又はデジタル証明書である。
アプリケーションの停止が必要？」は、クライアント・システム側の認証情報の変更において、アプリケーション・ソフトウェアの停止が必要であるかどうかを示し、アプリケーションの停止が不要である場合には、停止処理方法及び起動処理方法を記述する必要がない。「アプリケーションの停止が必要かどうかは、例えば、Ｙｅｓ又はＮｏで示される。
「アプリケーション・ソフトウェアの停止処理方法は、認証情報を変更する前に該アプリケーション・ソフトウェアを停止する方法を記述する。なお、停止する方法は、自動的に、半自動的に又は手動で行われうる。停止する方法の記述には、自動的に行われる部分のみが記載されていてもよい。
「アプリケーション・ソフトウェアの起動処理方法」は、認証情報を変更した後に該アプリケーション・ソフトウェアを起動する方法を記述する。なお、起動する方法は、自動的に、半自動的に又は手動で行われうる。起動する方法の記述には、自動的に行われる部分のみが記載されていてもよい。
「認証情報の変更に要する所要時間」は、変更可能時間帯の自動検索を行うために、クライアント側のパスワードの変更所要時間を記述する。クライアント・システムの認証情報の変更所要時間が必要な理由は、上記アプリケーションの終了、起動の所要時間、認証情報の変更所要時間を合計してクライアント・システム側の変更にかかる時間を求めて、サービス提供時間帯へ影響しない時間を検索するためである。
ナレッジは、ＣＭＤＢ（図４Ａ、４０４）内にメタデータとして、又は変更同期システム（図４Ａ、４０３）内にナレッジとして格納されうる。ナレッジは、ＣＭＤＢ（４０４）内にメタデータとして格納される場合、クライアント・システムについてのＣＩインスタンスの属性において、ナレッジ中の特定の箇所（例えば、ＩＢＭの製品Ａに関するナレッジ）へのポインタが示される。ナレッジのメタデータは、クライアント・システムについてのＣＩインスタンスのサブＣＩインスタンスとしてＣＭＤＢ（４０４）内に用意されてもよい。
ナレッジは、一般的なアプリケーション・ソフトウェアについては、アプリケーション・ソフトウェアの提供者、例えばＩＢＭによって提供されうる。アプリケーション・ソフトウェアの提供者は、ナレッジに加えて、アプリケーション・ソフトウェアの停止処理方法及び起動処理方法、並びに認証情報の変更方法及び認証情報の変更方法のデータを、ユーザが可読しうる形式の操作手順としてだけではなく、運用自動化製品、例えばＩＢＭのTivoli Provisioning Manager（商標）で使用可能な形式において提供してもよい。
一般的なアプリケーション・ソフトウェアを用いずに独自に開発したアプリケーション・ソフトウェア（自社開発品）については、該独自のアプリケーション・ソフトウェアの開発者がナレッジを管理者に提供することが必要である。
なお、サーバ・システムの認証情報の変更は、例えば、既存のＴＩＭを使用しても実現可能である。
【００８２】
図７Ｄは、図７Ａで説明した本発明の実施形態の第１のシナリオである、認証情報の変更処理のフローチャートを示す。
ステップ７３１では、管理者（４０１）が、ＩＤ管理システム（４０２）にサーバ・システムＳ（７０２）に対するパスワード変更を要求する。
ステップ７３２では、パスワードの変更の要求に応じて、ディスカバリ部（図２Ａ、２０１）が、ディスカバリをするようにしてもよい。ディスカバリによって、構成要素の属性又は関係が更新されうる。
ステップ７３３では、変更同期システム（４０３）は、ＩＤ管理システム（４０２）からの情報の中でサーバ・システムＳ（７０２）のＣＩインスタンスを特定する。結果として、サーバ・システムＳ（７０２）が特定される。
ステップ７３４では、サーバ・システムＳ（８０２）のＣＩインスタンス間の関係を用いて、クライアント・システム又はクライアント・システム上のアプリケーション・ソフトウェアを特定する。
ステップ７３５では、変更同期システム（４０３）が認証情報の変更を実施するスケジュールを特定する。該スケジュールは、アプリケーション・ソフトウェアＡ１の稼働時間テーブル（７０５）を参照し、稼働時間以外の時間であって、アプリケーション・ソフトウェアＡ１の起動に要する時間（スタートアップ）及びその終了に要する時間（シャットダウン）を考慮して、上記稼働時間以外の時間内から選択される。
ステップ７３６では、プロビジョニング・システム（４０７）は、上記特定されたスケジュールに従い、クライアント・システム又はクライアント・システム上のアプリケーション・ソフトウェアの認証情報を変更する。
ステップ７３７では、プロビジョニング・システム（４０７）は、上記特定されたスケジュールに従いサーバ・システム又はサーバ・システム上のアプリケーション・ソフトウェアの認証情報を変更する。
なお、ステップ７３６とステップ７３７は、ステップ７３７及びステップ７３６の順に行われてもよく、又は同時に行われてもよい。
ステップ７３８では、クライアント・システムの起動又はクライアント・システム上のアプリケーション・ソフトウェアの起動が行われる。
【００８３】
図８Ａは、本発明の実施形態の第２のシナリオである、認証情報の変更処理が施されるシステムの適用例を示す。
図８Ａの８０１〜８０５は、図７Ａの７０１〜７０５にそれぞれ対応する。
管理者（図４、４０１）が、ＩＤ管理システム（図４、４０２）にサーバ・システムＳ（８０２）に対するパスワード変更を要求した場合について述べる。
変更同期システム（図４、４０３）は、ＩＤ管理システム（４０２）からの情報の中でサーバ・システムＳ（８０２）のＣＩインスタンスを特定できる属性、例えばホスト名（Ｓ）を用いて、ＣＭＤＢ（図４、４０４）内のサーバ・システムＳ（８０２）についてのＣＩインスタンスを特定する。変更同期システム（４０３）はさらに、ＣＭＤＢ（４０４）内でサーバ・システムＳ（８０２）と関係「Authenticates」で関係付けられたＣＩインスタンスを検索する。図８Ａの例では、検索結果として、ＣＭＤＢ（４０４）から、アプリケーション・ソフトウェアＡ１（８０１）及びアプリケーション・ソフトウェアＡ２（８０６）が特定される。
【００８４】
図８Ｂは、図８Ａで説明した認証情報の関係の検索結果から作成される処理フローを示す。
変更同期システム（４０３）は、関係「Authenticates」の検索結果から、図８Ｂに示す処理フローを内部的に作成し、認証情報の変更に要する全体の所要時間を計算する。
ここで、サーバ・システムＳ（又はサーバ・システム上で稼働するアプリケーション、以下同じ）（８０２）の認証情報の変更に要する時間が、５分であるとする（８１５を参照）。
プロビジョニング・システム（４０７）がアプリケーション・ソフトウェアＡ１及びＡ２に対する処理を同時並行で実施可能である場合、認証情報の変更に要する時間は、アプリケーション・ソフトウェアＡ１について７５（５０＋５＋２０）分であり（８１１、８１２、８１５及び８１６を参照）、アプリケーション・ソフトウェアＡ２について６０（３５＋５＋２０）分である（８１３、８１４、８１５及び８１７を参照）。
プロビジョニング・システム（図４、４０６）がアプリケーション・ソフトウェアＡ１及びＡ２に対する処理を同時並行で実施可能でない場合は、認証情報の変更に要する時間は、１３０（５０＋３５＋５＋２０＋２０）である（８１１、８１２、８１３、８１４、８１５、８１６及び８１７を参照）。
以下では、アプリケーション・ソフトウェアＡ１及びＡ２に対する処理が同時並行で実施可能である場合を例として説明する。
変更同期システム（４０３）は、認証情報の変更に要する時間である７５分（アプリケーション・ソフトウェアＡ１）及び６０分（アプリケーション・ソフトウェアＡ２）の全体が、アプリケーション・ソフトウェアＡ１の稼働時間（８０５）及びアプリケーション・ソフトウェアＡ２の稼働時間（８０９）以外の共通の時間帯に収まる範囲を検索する。変更同期システム（４０３）は、検索の結果、アプリケーション・ソフトウェアＡ１については金曜日午後９時から月曜日午前６時４５分までの間に変更処理が開始可能であることと判定し、アプリケーション・ソフトウェアＡ１については土曜日午後３時から月曜日午前６時までの間に変更処理が開始可能であると判定する。変更同期システム（４０３）は、上記可能と判断した結果から、土曜日午後３時から月曜日午前６時４５分までの間に、アプリケーション・ソフトウェアＡ１及びＡ２、並びにサーバ・システムＳ（８０２）の認証情報の変更処理を開始可能であると判定する。該判定によって、アプリケーション・ソフトウェアＡ１の稼働時間（８０５）及びアプリケーション・ソフトウェアＡ２の稼働時間（８０９）以外の共通の時間帯を判定可能である。
該判定の結果は、管理者（４０１）の表示装置上に表示される。
また、該判定の結果は、変更同期システム（４０３）内に保存されるか、或いは、アプリケーション・ソフトウェアＡ１のＣＩインスタンス及びアプリケーション・ソフトウェアＡ２のＣＩインスタンス、並びにサーバ・システムＳ（８０２）のＣＩインスタンスの各属性値として、ＣＭＤＢ内に格納されてもよい。
変更同期システム（４０３）は、以下のステップを含む変更要求を作成する。変更同期システム（４０３）は、プロビジョニング・システム（４０７）に、以下に示す一連の認証情報の変更要求が、該認証情報の変更の開始すべき時間とともに渡される。変更システムは、変更管理プロセスによって変更要求が承認された後に、該変更要求をプロビジョニング・システム（４０７）に渡すようにしてもよい。変更管理プロセスとは、ＩＴＩＬに従い実施されるプロセスである。変更管理プロセスは、例えば、変更管理プロセス管理サーバ（図示せず）によって変更要求の承認プロセスが実施される。承認は、変更マネージャー（ヒトである）及び変更諮問委員会が承認を行う。
１．  アプリケーション・ソフトウェアＡ１及びＡ２の停止
２．  アプリケーション・ソフトウェアＡ１及びＡ２の認証情報の変更
３．  サーバ・システムＳの認証情報の変更
４．  アプリケーション・ソフトウェアＡ１及びＡ２の起動
なお、アプリケーション・ソフトウェアＡ１及びＡ２に対する処理が同時並行で実施可能でない場合は、以下に示す一連の認証情報の変更要求が、該認証情報の変更の開始すべき時間とともに渡される。
１．  アプリケーション・ソフトウェアＡ１の停止
２．  アプリケーション・ソフトウェアＡ２の停止
３．  アプリケーション・ソフトウェアＡ１の認証情報の変更
４．  アプリケーション・ソフトウェアＡ２の認証情報の変更
５．  サーバ・システムＳの認証情報の変更
６．  アプリケーション・ソフトウェアＡ１の起動
７．  アプリケーション・ソフトウェアＡ２の起動
【００８５】
なお、図８Ｂは、アプリケーション・ソフトウェアＡ１及びＡ２の各認証情報の変更後に、サーバ・システムＳ（８０２）の認証情報を変更する処理フローを示しているが、サーバ・システムＳ（８０２）の認証情報を変更後に、アプリケーション・ソフトウェアＡ１及びＡ２の各認証情報を変更してもよい。なお、エラーを起こさずに、アプリケーション・ソフトウェアＡ１及びＡ２を停止しないでサーバ・システムＳ（８０２）の認証情報を変更できるのは、アプリケーション・ソフトウェアＡ１及びＡ２がサーバ・システムＳ（８０２）との接続プールを有する場合である。この場合、変更同期システム（４０３）は、プロビジョニング・システム（４０７）に、以下示す一連の認証情報の変更要求が、該認証情報の変更の開始すべき時間とともに渡される。変更システムは、変更管理プロセスによって変更要求が承認された後に、該変更要求をプロビジョニング・システム（４０７）に渡すようにしてもよい。
アプリケーション・ソフトウェアＡ１及びＡ２に対する処理が同時並行で実施可能である場合
１．  サーバ・システムＳの認証情報の変更
２．  アプリケーション・ソフトウェアＡ１及びＡ２の停止
３．  アプリケーション・ソフトウェアＡ１及びＡ２の認証情報の変更
４．  アプリケーション・ソフトウェアＡ１及びＡ２の起動
アプリケーション・ソフトウェアＡ１及びＡ２に対する処理が同時並行で実施可能でない場合
１．  サーバ・システムＳの認証情報の変更
２．  アプリケーション・ソフトウェアＡ１の停止
３．  アプリケーション・ソフトウェアＡ２の停止
４．  アプリケーション・ソフトウェアＡ１の認証情報の変更
５．  アプリケーション・ソフトウェアＡ２の認証情報の変更
６．  アプリケーション・ソフトウェアＡ１の起動
７．  アプリケーション・ソフトウェアＡ２の起動
【００８６】
図８Ｃは、図８Ａで示すサーバ・システムＳのＣＩインスタンス、データ・モデル及び関係モデルの例を示す。
データ・モデル（８２１）は、図５Ｃのデータ・モデル（４３１）のモデルに対応する。
ＣＩインスタンス（８２３）は、図５ＣのＣＩインスタンス（４３３）に対応する。ＣＩインスタンス（８２３）の属性「Authenticates」は、属性値として、アプリケーション・ソフトウェアＡ１を認証することを示す「Ａ１」及びアプリケーション・ソフトウェアＡ２を認証することを示す「Ａ２」を有する。
関係モデル（８２４）は、図５Ｃの関係モデル（４３２）に対応する。
【００８７】
図８Ｄは、図８Ａで説明した本発明の実施形態の第２のシナリオである、認証情報の変更処理のフローチャートを示す。
ステップ８３１では、管理者（４０１）が、ＩＤ管理システム（４０２）にサーバ・システムＳ（８０２）に対するパスワード変更を要求する。
ステップ８３２では、パスワードの変更の要求に応じて、ディスカバリ部（図２Ａ、２０１）が、ディスカバリをするようにしてもよい。ディスカバリによって、構成要素の属性又は関係が更新されうる。
ステップ８２３では、変更同期システム（４０３）は、ＩＤ管理システム（４０２）からの情報の中でサーバ・システムＳ（８０２）のＣＩインスタンスを特定する。結果として、サーバ・システムＳ（８０２）が特定される。
ステップ８３４では、サーバ・システムＳ（８０２）のＣＩインスタンス間の関係を用いて、クライアント・システム上のアプリケーション・ソフトウェアＡ１及びＡ２を特定する。
ステップ８３５では、変更同期システム（４０３）が認証情報の変更を実施するスケジュールを特定する。
ステップ８３６では、プロビジョニング・システム（４０７）は、上記特定されたスケジュールに従い、クライアント・システム又はクライアント・システム上のアプリケーション・ソフトウェアの認証情報を変更する。
ステップ８３７では、プロビジョニング・システム（４０７）は、上記特定されたスケジュールに従いサーバ・システム又はサーバ・システム上のアプリケーション・ソフトウェアの認証情報を変更する。
なお、ステップ８３６とステップ８３７は、ステップ８３７及びステップ８３６の順に行われてもよく、又は同時に行われてもよい。
ステップ８３８では、クライアント・システムの起動又はクライアント・システム上のアプリケーション・ソフトウェアの起動が行われる。
【００８８】
図９Ａは、本発明の実施形態の第３のシナリオである、サーバ・システムＳがバッチジョブでも使用される場合の認証情報の変更処理が施されるシステムの適用例を示す。
図９Ａの９０１〜９０９は、図８Ａの８０１〜８０９にそれぞれ対応する。
サーバ・システムＳ（９０２）がバッチジョブにおいても使用される場合、ジョブのスケジューリング・システム（９１０）にジョブのスケジュールを記録するとともに、バッチジョブからサーバ・システムＳ（９０２）への関係、例えば「Uses」を格納しておく。該関係「Uses」は、ＣＭＤＢ内のジョブのＣＩインスタンスの属性として記録されてもよい。該関係は、実行予定のジョブの中からサーバ・システムＳ（９０２）を使用するバッチジョブの検出、認証情報の変更が必要となるバッチジョブの検出、及び認証情報の変更可能な時間帯からジョブの実行時間帯の除外のために使用されうる。
サーバ・システムＳ（９０２）がバッチジョブで使用されていない場合、図７Ｄの説明において述べたように、土曜日午後３時から月曜日午前６時４５分までの間に、アプリケーション・ソフトウェアＡ１及びＡ２、並びにサーバ・システムＳの認証情報の変更処理を開始可能であることが管理者に提示される。
なお、例えば、バッチジョブがＣＭＤＢと連携していない場合、又はバッチジョブのスケジュールが他のシステムと連携していない場合では、管理者がバッチジョブを考慮して図７Ｄの共通の時間帯の判定結果に基づいて、認証情報の変更の実行タイミングを指示することが可能である。
【００８９】
図９Ｂは、図９Ａで説明した本発明の実施形態の第３のシナリオである、サーバ・システムについてのＣＩインスタンス、データ・モデル及び関係モデルを示す。
データ・モデル（９１１）は、図５Ｃのデータ・モデル（４３１）に対応する。データ・モデル（９１１）はさらに、バッチジョブについての属性「BatchJobInformation」を含む。
ＣＩインスタンス（９１３）は、図５ＣのＣＩインスタンス（４３３）に対応する。ＣＩインスタンス（９１３）はさらに、属性「BatchJobInformation」についての属性値「バッチ・ジョブ・ファイル名」を含む。
【００９０】
図９Ｃは、図９Ａで説明した本発明の実施形態の第３のシナリオである、認証情報の変更処理のフローチャートを示す。
ステップ９２１では、管理者（４０１）が、ＩＤ管理システム（４０２）にサーバ・システムＳ（９０２）に対するパスワード変更を要求する。
ステップ９２２では、パスワードの変更の要求に応じて、ディスカバリ部（図２Ａ、２０１）が、ディスカバリをするようにしてもよい。ディスカバリによって、構成要素の属性又は関係が更新されうる。
ステップ９２３では、変更同期システム（４０３）は、ＩＤ管理システム（４０２）からの情報の中でサーバ・システムＳ（９０２）のＣＩインスタンスを特定する。結果として、サーバ・システムＳ（９０２）が特定される。
ステップ９２４では、サーバ・システムＳ（９０２）のＣＩインスタンス間の関係を用いて、クライアント・システム上のアプリケーション・ソフトウェアＡ１及びＡ２を特定する。
ステップ９２５では、変更同期システム（４０３）が認証情報の変更を実施するスケジュールを特定する。該変更のために、スケジューリング・システム（９１０）に記録されたジョブのスケジュールが使用される。
ステップ９２６では、プロビジョニング・システム（４０７）は、上記特定されたスケジュールに従い、クライアント・システム又はクライアント・システム上のアプリケーション・ソフトウェアの認証情報を変更する。
ステップ９２７では、プロビジョニング・システム（４０７）は、上記特定されたスケジュールに従いサーバ・システム又はサーバ・システム上のアプリケーション・ソフトウェアの認証情報を変更する。
なお、ステップ９２６とステップ９２７は、ステップ９２７及びステップ９２６の順に行われてもよく、又は同時に行われてもよい。
ステップ９２８では、クライアント・システムの起動又はクライアント・システム上のアプリケーション・ソフトウェアの起動が行われる。
【００９１】
以上、実施形態に基づき本発明を説明してきたが、本実施形態に記載されている内容は、本発明の一例であり、当業者なら、本発明の技術的範囲を逸脱することなく、様々な変形例に想到できることが、明らかであろう。例えば、ＣＭＤＢとそれに格納されたＣＩではなく、別の形式のデータベースとＣＩの形式を用いることもできる。また、Ｊａｖａ以外に、Ｃ＋＋、Ｃ＃など、ネットワーク管理機能を持つＡＰＩを呼び出すことのできる任意のコンピュータ開発環境を用いることができる。
【図１Ａ】
2010186432.tif 000003
【図１Ｂ】
2010186432.tif 000004
【図２Ａ】
2010186432.tif 000005
【図２Ｂ】
2010186432.tif 000006
【図２Ｃ】
2010186432.tif 000007
【図３Ａ】
2010186432.tif 000008
【図３Ｂ】
2010186432.tif 000009
【図４Ａ】
2010186432.tif 000010
【図４Ｂ】
2010186432.tif 000011
【図４Ｃ】
2010186432.tif 000012
【図５Ａ】
2010186432.tif 000013
【図５Ｂ】
2010186432.tif 000014
【図５Ｃ】
2010186432.tif 000015
【図５Ｄ】
2010186432.tif 000016
【図６Ａ】
2010186432.tif 000017
【図６Ｂ】
2010186432.tif 000018
【図６Ｃ】
2010186432.tif 000019
【図７Ａ】
2010186432.tif 000020
【図７Ｂ】
2010186432.tif 000021
【図７Ｃ】
2010186432.tif 000022
【図７Ｄ】
2010186432.tif 000023
【図８Ａ】
2010186432.tif 000024
【図８Ｂ】
2010186432.tif 000025
【図８Ｃ】
2010186432.tif 000026
【図８Ｄ】
2010186432.tif 000027
【図９Ａ】
2010186432.tif 000028
【図９Ｂ】
2010186432.tif 000029
【図９Ｃ】
2010186432.tif 000030
【手続補正書】
【提出日】平成21年12月2日(2009.12.2)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００８４
【補正方法】変更
【補正の内容】
【００８４】
図８Ｂは、図８Ａで説明した認証情報の関係の検索結果から作成される処理フローを示す。
変更同期システム（４０３）は、関係「Authenticates」の検索結果から、図８Ｂに示す処理フローを内部的に作成し、認証情報の変更に要する全体の所要時間を計算する。
ここで、サーバ・システムＳ（又はサーバ・システム上で稼働するアプリケーション、以下同じ）（８０２）の認証情報の変更に要する時間が、５分であるとする（８１５を参照）。
プロビジョニング・システム（４０７）がアプリケーション・ソフトウェアＡ１及びＡ２に対する処理を同時並行で実施可能である場合、認証情報の変更に要する時間は、アプリケーション・ソフトウェアＡ１について７５（５０＋５＋２０）分であり（８１１、８１２、８１５及び８１６を参照）、アプリケーション・ソフトウェアＡ２について６０（３５＋５＋２０）分である（８１３、８１４、８１５及び８１７を参照）。
プロビジョニング・システム（図４、４０６）がアプリケーション・ソフトウェアＡ１及びＡ２に対する処理を同時並行で実施可能でない場合は、認証情報の変更に要する時間は、１３０（５０＋３５＋５＋２０＋２０）である（８１１、８１２、８１３、８１４、８１５、８１６及び８１７を参照）。
以下では、アプリケーション・ソフトウェアＡ１及びＡ２に対する処理が同時並行で実施可能である場合を例として説明する。
変更同期システム（４０３）は、認証情報の変更に要する時間である７５分（アプリケーション・ソフトウェアＡ１）及び６０分（アプリケーション・ソフトウェアＡ２）の全体が、アプリケーション・ソフトウェアＡ１の稼働時間（８０５）及びアプリケーション・ソフトウェアＡ２の稼働時間（８０９）以外の共通の時間帯に収まる範囲を検索する。変更同期システム（４０３）は、検索の結果、アプリケーション・ソフトウェアＡ１については金曜日午後９時から月曜日午前６時４５分までの間に変更処理が開始可能であることと判定し、アプリケーション・ソフトウェアＡ２については土曜日午後３時から月曜日午前６時までの間に変更処理が開始可能であると判定する。変更同期システム（４０３）は、上記可能と判断した結果から、土曜日午後３時から月曜日午前６時までの間に、アプリケーション・ソフトウェアＡ１及びＡ２、並びにサーバ・システムＳ（８０２）の認証情報の変更処理を開始可能であると判定する。該判定によって、アプリケーション・ソフトウェアＡ１の稼働時間（８０５）及びアプリケーション・ソフトウェアＡ２の稼働時間（８０９）以外の共通の時間帯を判定可能である。
該判定の結果は、管理者（４０１）の表示装置上に表示される。
また、該判定の結果は、変更同期システム（４０３）内に保存されるか、或いは、アプリケーション・ソフトウェアＡ１のＣＩインスタンス及びアプリケーション・ソフトウェアＡ２のＣＩインスタンス、並びにサーバ・システムＳ（８０２）のＣＩインスタンスの各属性値として、ＣＭＤＢ内に格納されてもよい。
変更同期システム（４０３）は、以下のステップを含む変更要求を作成する。変更同期システム（４０３）は、プロビジョニング・システム（４０７）に、以下に示す一連の認証情報の変更要求が、該認証情報の変更の開始すべき時間とともに渡される。変更システムは、変更管理プロセスによって変更要求が承認された後に、該変更要求をプロビジョニング・システム（４０７）に渡すようにしてもよい。変更管理プロセスとは、ＩＴＩＬに従い実施されるプロセスである。変更管理プロセスは、例えば、変更管理プロセス管理サーバ（図示せず）によって変更要求の承認プロセスが実施される。承認は、変更マネージャー（ヒトである）及び変更諮問委員会が承認を行う。
１．  アプリケーション・ソフトウェアＡ１及びＡ２の停止
２．  アプリケーション・ソフトウェアＡ１及びＡ２の認証情報の変更
３．  サーバ・システムＳの認証情報の変更
４．  アプリケーション・ソフトウェアＡ１及びＡ２の起動
なお、アプリケーション・ソフトウェアＡ１及びＡ２に対する処理が同時並行で実施可能でない場合は、以下に示す一連の認証情報の変更要求が、該認証情報の変更の開始すべき時間とともに渡される。
１．  アプリケーション・ソフトウェアＡ１の停止
２．  アプリケーション・ソフトウェアＡ２の停止
３．  アプリケーション・ソフトウェアＡ１の認証情報の変更
４．  アプリケーション・ソフトウェアＡ２の認証情報の変更
５．  サーバ・システムＳの認証情報の変更
６．  アプリケーション・ソフトウェアＡ１の起動
７．  アプリケーション・ソフトウェアＡ２の起動
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００８７
【補正方法】変更
【補正の内容】
【００８７】
図８Ｄは、図８Ａで説明した本発明の実施形態の第２のシナリオである、認証情報の変更処理のフローチャートを示す。
ステップ８３１では、管理者（４０１）が、ＩＤ管理システム（４０２）にサーバ・システムＳ（８０２）に対するパスワード変更を要求する。
ステップ８３２では、パスワードの変更の要求に応じて、ディスカバリ部（図２Ａ、２０１）が、ディスカバリをするようにしてもよい。ディスカバリによって、構成要素の属性又は関係が更新されうる。
ステップ８３３では、変更同期システム（４０３）は、ＩＤ管理システム（４０２）からの情報の中でサーバ・システムＳ（８０２）のＣＩインスタンスを特定する。結果として、サーバ・システムＳ（８０２）が特定される。
ステップ８３４では、サーバ・システムＳ（８０２）のＣＩインスタンス間の関係を用いて、クライアント・システム上のアプリケーション・ソフトウェアＡ１及びＡ２を特定する。
ステップ８３５では、変更同期システム（４０３）が認証情報の変更を実施するスケジュールを特定する。
ステップ８３６では、プロビジョニング・システム（４０７）は、上記特定されたスケジュールに従い、クライアント・システム又はクライアント・システム上のアプリケーション・ソフトウェアの認証情報を変更する。
ステップ８３７では、プロビジョニング・システム（４０７）は、上記特定されたスケジュールに従いサーバ・システム又はサーバ・システム上のアプリケーション・ソフトウェアの認証情報を変更する。
なお、ステップ８３６とステップ８３７は、ステップ８３７及びステップ８３６の順に行われてもよく、又は同時に行われてもよい。
ステップ８３８では、クライアント・システムの起動又はクライアント・システム上のアプリケーション・ソフトウェアの起動が行われる。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００８８
【補正方法】変更
【補正の内容】
【００８８】
図９Ａは、本発明の実施形態の第３のシナリオである、サーバ・システムＳがバッチジョブでも使用される場合の認証情報の変更処理が施されるシステムの適用例を示す。
図９Ａの９０１〜９０９は、図８Ａの８０１〜８０９にそれぞれ対応する。
サーバ・システムＳ（９０２）がバッチジョブにおいても使用される場合、ジョブのスケジューリング・システム（９１０）にジョブのスケジュールを記録するとともに、バッチジョブからサーバ・システムＳ（９０２）への関係、例えば「Uses」を格納しておく。該関係「Uses」は、ＣＭＤＢ内のジョブのＣＩインスタンスの属性として記録されてもよい。該関係は、実行予定のジョブの中からサーバ・システムＳ（９０２）を使用するバッチジョブの検出、認証情報の変更が必要となるバッチジョブの検出、及び認証情報の変更可能な時間帯からジョブの実行時間帯の除外のために使用されうる。
サーバ・システムＳ（９０２）がバッチジョブで使用されていない場合、図７Ｄの説明において述べたように、土曜日午後３時から月曜日午前６時までの間に、アプリケーション・ソフトウェアＡ１及びＡ２、並びにサーバ・システムＳの認証情報の変更処理を開始可能であることが管理者に提示される。
なお、例えば、バッチジョブがＣＭＤＢと連携していない場合、又はバッチジョブのスケジュールが他のシステムと連携していない場合では、管理者がバッチジョブを考慮して図７Ｄの共通の時間帯の判定結果に基づいて、認証情報の変更の実行タイミングを指示することが可能である。