(57)【要約】本発明の実施形態は、（ｉ）ユーザのセットを定義する情報オブジェクトを含む第１のリソースを定義するステップであって、該情報オブジェクトのセットはユーザのセットを定義する、ステップと、（ｉｉ）第１のリソース定義に基づいた情報オブジェクトを発見するステップと、（ｉｉｉ）情報オブジェクトのそれぞれをユーザのセットからのユーザおよび第１のリソースに関連付けるステップとを含む。本発明の実施形態は、さらなるリソースが定義されることを可能にする発見タスクの委任を含み得る。また、本発明の実施形態は、相関規則を定義するステップと、情報オブジェクトの第２のセットからの各情報オブジェクトを、該相関規則に基づいて前記ユーザのセットからの対応するユーザに関連付けるステップとをさらに含み得る。
2004534987.tif 000002
【特許請求の範囲】
【請求項１】
自動化されたデータの発見のための方法であって、
情報オブジェクトのセットを含む少なくとも１つのソースリソースを定義するステップであって、該情報オブジェクトのセットはユーザのセットを定義する、ステップと、
該ソースリソースから該ユーザのセットを発見するステップと、
情報オブジェクトの第２のセットを含むさらなるリソースを定義するステップであって、該情報オブジェクトの第２のセットからの各情報オブジェクトが該ユーザのセットからのユーザに対応する、ステップと、
該さらなるリソース定義に基づいて該さらなるリソースから該情報オブジェクトの第２のセットを発見するステップと、
該情報オブジェクトの第２のセットからの各情報オブジェクトを、該ユーザのセットからのユーザおよび該さらなるリソースに関連付けるステップと
を含む、自動化されたデータの発見のための方法。
【請求項２】
相関規則を定義するステップと、
前記情報オブジェクトの第２のセットからの各情報オブジェクトを、該相関規則に基づいて前記ユーザのセットからの対応するユーザに関連付けるステップとをさらに含む、請求項１に記載の方法。
【請求項３】
相関規則を定義するステップと、
複数のソースリソースから前記ユーザのセットを発見するステップと、
該相関規則に基づいて該ユーザのセットからの複製ユーザを拒絶するステップと
をさらに含む、請求項１に記載の方法。
【請求項４】
前記ユーザのセットから各ユーザに対して仮想アイデンティティを作成するステップであって、各仮想アイデンティティは、前記情報オブジェクトの第２のセットからの情報オブジェクトの内の少なくとも１つを、該対応するユーザおよび該第２のリソースに関連付ける情報オブジェクトリストを含む、ステップをさらに含む、請求項１に記載の方法。
【請求項５】
前記情報オブジェクトリストは、
情報オブジェクト名と、
該情報オブジェクト名に対応する情報オブジェクトが発見されたリソースに対応する、リソース名と
を含む、請求項４に記載の方法。
【請求項６】
前記ソースリソースに接続情報を提供するステップと、
前記さらなるリソースに接続情報を提供するステップと
さらに含む、請求項１に記載の方法。
【請求項７】
前記ソースリソースのための前記接続情報は、ホスト名、ポート、ユーザ名、およびパスワードを含み、前記さらなるリソースのための前記接続情報は、ホスト名、ポート、ユーザ名、およびパスワードを含む、請求項６に記載の方法。
【請求項８】
スキーママップを定義するステップをさらに含み、該スキーママップは前記ソースリソースからの属性を仮想属性にマッピングする、請求項１に記載の方法。
【請求項９】
スキーママップをさらに含み、該スキーママップは前記さらなるリソースからの属性を仮想属性にマッピングする、請求項１に記載の方法。
【請求項１０】
前記ユーザのセットから各ユーザに対して仮想アイデンティティを作成するステップであって、各仮想アイデンティティは、前記情報オブジェクトの第２のセットからの情報オブジェクトの内の少なくとも１つを、該対応するユーザに関連付ける情報オブジェクトリストを含む、ステップをさらに含む、請求項９に記載の方法。
【請求項１１】
前記情報オブジェクトリストは、
情報オブジェクト名と、
該情報オブジェクト名に対応する情報オブジェクトが発見されたリソースに対応する、リソース名と
を含む、請求項４に記載の方法。
【請求項１２】
ユーザおよびアカウントを発見するための方法であって、
ユーザのセットが発見可能であるユーザアカウントの第１のセットを含む少なくとも１つのソースリソースを定義するステップと、
該ユーザアカウントのセットに基づいて該ユーザのセットを発見するステップと、
該ユーザアカウントの第１のセットからの各ユーザアカウントを該対応するユーザおよび該ソースリソースに関連付けるステップと
を含む、ユーザおよびアカウントを発見するための方法。
【請求項１３】
前記第１のセットのユーザアカウントが複数のソースリソース上に常駐し、
相関規則を定義するステップと、
複数のソースリソースから前記ユーザのセットを発見するステップと、
該相関規則に従って複製ユーザを拒絶するステップと
をさらに含む、請求項１２に記載の方法。
【請求項１４】
ユーザアカウントの第２のセットを含むさらなるリソースを定義するステップであって、該ユーザアカウントの第２のセットからの各ユーザアカウントが前記ユーザのセットからのユーザに対応する、ステップと、
前記さらなるリソース定義に基づいて該ユーザアカウントの第２のセットを発見するステップと、
該ユーザアカウント第２のセットのそれぞれを、該ユーザのセットからの対応するユーザおよび前記さらなるリソースに関連付けるステップと
をさらに含む、請求項１２に記載の方法。
【請求項１５】
相関規則を定義するステップと、
前記ユーザアカウントの第２のセットのそれぞれを、該相関規則に基づいて前記ユーザのセットからのユーザに関連付けるステップと
をさらに含む、請求項１４に記載の方法。
【請求項１６】
各ユーザに対する仮想アイデンティティを作成するステップをさらに含み、該仮想アイデンティティは、リソースアカウントを対応するユーザに関連付けるアカウントリストを含む、請求項１５に記載の方法。
【請求項１７】
前記さらなるリソースを識別するステップをさらに含む、請求項１４に記載の方法。
【請求項１８】
前記さらなるリソースのためのスキーママップを定義するステップをさらに含む、請求項１４に記載の方法。
【請求項１９】
前記リソースアカウントの第２のセットからの属性を仮想属性にマッピングするステップをさらに含む、請求項１８に記載の方法。
【請求項２０】
１つ以上のユーザのための１つ以上の役割を定義するステップをさらに含む、請求項１２に記載の方法。
【請求項２１】
ネットワーク上で情報を発見するためのシステムであって、
コンピュータ読み出し可能媒体と、
該コンピュータ読み出し可能メモリ上に格納され、
ユーザのセットが発見可能である情報オブジェクトの第１のセットを含むソースリソース定義を受け取り、
該ソースリソースに接続し、
該ユーザ名を発見し、
該情報オブジェクトの第２のセットを含み、該情報オブジェクトの第２のセットのそれぞれが該ユーザのセットからのユーザに対応する第２のリソース定義を受け取り、
該第２のリソースからの該情報オブジェクトの第２のセットを発見し、
該情報オブジェクトの第２のセットからの各情報オブジェクトを該対応するユーザに関連付けるようにコンピュータプロセッサによって実行可能であるソフトウエアプログラムと
を含むネットワーク上で情報を発見するためのシステム。
【請求項２２】
前記ソフトウエアプログラムは、
相関規則を受け取り、
前記情報オブジェクトの第２のセットからの各情報オブジェクトを、該相関規則に基づいて前記対応するユーザに関連付けるようにさらに実行可能である、請求項２１に記載のシステム。
【請求項２３】
前記第２のリソースのためのスキーママップを受け取り、該スキーママップは、該第２のリソースからの属性を仮想属性にマッピングすることをさらに含む、請求項２１に記載のシステム。
【請求項２４】
前記仮想属性はアイデンティティインデックスに格納される、請求項２３に記載のシステム。
【請求項２５】
前記ユーザのセットから各ユーザのための仮想アイデンティティを作成することをさらに含む、請求項２１に記載のシステム。
【請求項２６】
前記仮想アイデンティティは、前記ユーザを対応する情報オブジェクトに関連付ける情報オブジェクトリストを含む、請求項２５に記載のシステム。
【請求項２７】
ネットワーク上で情報を発見するためのシステムであって、
コンピュータ読み出し可能媒体と、
コンピュータ読み出し可能メモリ上に格納されたソフトウエアプログラムであって、
ユーザのセットが発見可能である情報オブジェクトの第１のセットを含むソースリソース定義を受け取り、
該ソースリソースに接続し、
該ユーザ名を発見し、
リソースアカウントの第２のセットを含み、該リソースアカウントの第２のセットのそれぞれが該ユーザのセットからのユーザに対応する第２のリソース定義を受け取り、
該第２のリソースからの該リソースアカウントの第２のセットを発見し、
該リソースアカウント第２のセットからの各リソースアカウントを該対応するユーザに関連付けるようにコンピュータプロセッサによって実行可能であるソフトウエアプログラムと
を含むネットワーク上で情報を発見するためのシステム。
【請求項２８】
前記ソフトウエアプログラムは、
相関規則を受け取り、
前記リソースアカウントの第２のセットからの各リソースアカウントを、該相関規則に基づいて前記対応するユーザに関連付けるようにさらに実行可能である、請求項２７に記載のシステム。
【請求項２９】
前記第２のリソースのためのスキーママップを受け取り、該スキーママップは、該第２のリソースからの属性を仮想属性にマッピングすることをさらに含む、請求項２７に記載のシステム。
【請求項３０】
前記仮想属性はアイデンティティインデックスに格納される、請求項２９に記載のシステム。
【請求項３１】
前記ユーザのセットから各ユーザのための仮想アイデンティティを作成することをさらに含む、請求項２７に記載のシステム。
【請求項３２】
前記仮想アイデンティティは、前記ユーザを対応するリソースアカウントに関連付けるリソースアカウントリストを含む、請求項３１に記載のシステム。
【請求項３３】
自動化されたデータの発見のための方法であって、
情報オブジェクトのセットを含む少なくとも１つのソースリソースの定義を第１のアドミニストレータから受け取るステップであって、該情報オブジェクトのセットはユーザのセットを定義する、ステップと、
該ソースリソースから該ユーザのセットを発見するステップと、
情報オブジェクトの第２のセットを含む第２のリソースの定義を第１のアドミニストレータから受け取るステップであって、該情報オブジェクトの第２のセットからの各情報オブジェクトが該ユーザのセットからのユーザに対応する、ステップと、
該さらなるリソースから該情報オブジェクトの第２のセットを発見するステップと、
該情報オブジェクトの第２のセットからの各情報オブジェクトを、該ユーザのセットからの対応するユーザに関連付けるステップと
を含む、自動化されたデータの発見のための方法。
【請求項３４】
情報オブジェクトの第３のセットを含む少なくとも１つのさらなるリソースの定義を第２のアドミニストレータから受け取るステップであって、該情報オブジェクトの第３のセットからの各情報オブジェクトは、前記ユーザのセットからのユーザに対応する、ステップと、
該情報オブジェクトの第３のセットからの各情報オブジェクトを該ユーザのセットからの対応するユーザに関連付けるステップと
をさらに含む、請求項３３に記載の方法。
【請求項３５】
エンドユーザからストレイアカウント定義を受け取るステップをさらに含む、請求項３４に記載の方法。
【請求項３６】
情報を発見するための方法であって、
第１のアドミニストレータからソースリソース定義を受け取るステップであって、ユーザのセットが該ソースリソースから発見可能である、ステップと、
該ソースリソースから該ユーザのセットを発見するステップと、
さらなるリソース定義を第２のアドミニストレータから受け取るステップであって、該さらなるリソースは、該ユーザのセットからの各ユーザに対応する情報オブジェクトを含む、ステップと、
該さらなるリソースから該情報オブジェクトを発見するステップと、
該情報オブジェクトを、該ユーザのセットからのユーザに関連付けるステップと
を含む、情報を発見するための方法。
【請求項３７】
前記情報オブジェクトはユーザアカウントを含む、請求項３６に記載の方法。
【請求項３８】
エンドユーザからのユーザリソース定義を受け取るステップであって、該ユーザリソースは、該ユーザに対応するさらなる情報オブジェクトを含む、ステップと、
該さらなる情報を該ユーザに関連付けるステップと
をさらに含む、請求項３６に記載の方法。
【請求項３９】
前記さらなる情報オブジェクトはユーザアカウントを含む、請求項３８に記載の方法。
【請求項４０】
前記さらなる情報オブジェクトを前記ユーザに関連付ける前に該ユーザからの認証を要求するステップをさらに含む、請求項３８に記載の方法。
【請求項４１】
データを発見するための方法であって、
ユーザのセットから少なくとも１つのユーザを定義する情報オブジェクトを含む第１のリソースを定義するステップと、
該第１のリソース定義に基づいて該情報オブジェクト発見するステップと、
該情報オブジェクトのそれぞれを該ユーザのセットからのユーザおよび該第１のリソースに関連付けるステップと
を含む、データを発見するための方法。
【請求項４２】
前記リソースはソースリソースを含む、請求項４１に記載の方法。
【請求項４３】
ソースリソースを定義するステップと、
該ソースリソースから前記ユーザのセットを発見するステップと
をさらに含む、請求項４１に記載の方法。
【請求項４４】
前記情報オブジェクトはユーザアカウントを含む、請求項４１に記載の方法。
【請求項４５】
前記ユーザのセットからの各ユーザのための仮想アイデンティティを作成するステップと、
各仮想アイデンティティのためのリソースアカウントリストを維持するステップであって、各仮想アイデンティティのためのリソースアカウントリストは、対応するユーザが関連付けられた該リソースアカウントおよび各リソースアカウントが発見された該リソースをリスト化する、ステップと
をさらに含む、請求項４４に記載の方法。
【請求項４６】
前記第１のリソースのためのスキーママップを定義するステップをさらに含み、該スキーママップは、該第１のリソースからの属性を仮想属性にマッピングする、請求項４５に記載の方法。
【請求項４７】
前記ユーザのセットからの少なくとも１つのユーザのための役割を定義するステップをさらに含む、請求項４１に記載の方法。
【請求項４８】
情報を発見するための方法であって、
第１のアドミニストレータから第１のリソース定義を受け取るステップであって、該第１のリソースは、ユーザのセットからの少なくとも１つのユーザを定義する情報オブジェクトの第１のセットを含む、ステップと、
第２のアドミニストレータから第２のリソース定義を受け取るステップであって、該第２のリソースは、該ユーザのセットからの少なくとも１つのユーザを定義する情報オブジェクトの第２のセットを含む、ステップと、
該第１のリソースから該情報オブジェクトの第１のセットを発見するステップと、
該情報オブジェクトの第１のセットからの各情報オブジェクトを該ユーザのセットからの少なくとも１つのユーザおよび該第１のリソースに関連付けるステップと、
該第２のリソースからの該情報オブジェクトの第２のセットを発見するステップと、
該情報オブジェクトの第２のセットからの各情報オブジェクトを該ユーザのセットからの少なくとも１つのユーザおよび該第２のリソースに関連付けるステップと
を含む、情報を発見するための方法。
【請求項４９】
前記第１のアドミニストレータから第１のソースリソース定義を受け取るステップであって、該ソースリソースは、前記ユーザのセットの少なくとも第１の部分を定義する情報オブジェクトを含む、ステップと、
該第１のソースリソースからの該ユーザのセットの少なくとも第１の部分を発見するステップと
をさらに含む、請求項４８に記載の方法。
【請求項５０】
前記第２のアドミニストレータから第２のソースリソース定義を受け取るステップであって、該第２のソースリソースは、前記ユーザのセットの少なくとも第２の部分を定義する情報オブジェクトを含む、ステップと、
該第２のソースリソースからの該ユーザのセットの少なくとも第２の部分を発見するステップと
をさらに含む、請求項４９に記載の方法。
【請求項５１】
エンドユーザから第３のリソース定義を受け取るステップであって、該第３のリソースはストレイ情報オブジェクトを含む、ステップと、
該第３のリソースからの該ストレイ情報オブジェクトを発見するステップと、
該ストレイ情報オブジェクトを該エンドユーザおよび該第３のリソースに関連付けるステップと
をさらに含む、請求項５０に記載の方法。
【請求項５２】
情報を発見するための方法であって、
複数のリソースを定義するステップであって、該複数のリソースのそれぞれが、ユーザのセットからの少なくとも１つのユーザを定義する情報オブジェクトのセットを含む、ステップと、
該複数のリソースそれぞれからの該情報オブジェクトのセットを発見するステップと、
該ユーザのセットからのユーザおよび該対応する情報オブジェクトが発見されたリソースに該情報オブジェクトのセットからの各情報オブジェクトを関連付けるステップと
を含む、情報を発見するための方法。
【請求項５３】
前記ユーザのセットが発見可能である少なくとも１つのソースリソースを定義するステップと、
該少なくとも１つのソースリソースから該ユーザのセットを発見するステップと
をさらに含む、請求項５２に記載の方法。
【請求項５４】
前記ユーザのセットからのユーザおよび前記ソースリソースにソースリソース情報オブジェクトのセットからの各ソースリソース情報オブジェクトを関連付けるステップであって、該ソースリソースは、該ユーザのセットを定義する該ソースリソース情報オブジェクトのセットをさらに含む、ステップとをさらに含む、請求項５３に記載の方法。
【請求項５５】
相関規則を定義するステップと、
前記情報オブジェクトのセットからの各情報オブジェクトを該相関規則に基づいてユーザに関連付けるステップと
をさらに含む、請求項５２に記載の方法。
【請求項５６】
各情報オブジェクトがリソースアカウントを含む、請求項５２に記載の方法。
【請求項５７】
各ユーザのための仮想アイデンティティを作成するステップをさらに含み、該各仮想アイデンティティは、前記対応するユーザに関連付けられた情報オブジェクトおよび該各情報オブジェクトが発見されたリソースのリストを含むリソースアカウントリストを含む、請求項５６に記載の方法。
【請求項５８】
前記複数のリソースのそれぞれのための接続情報を提供するステップをさらに含む、請求項５２に記載の方法。
【請求項５９】
前記ユーザのセットから少なくとも１つのユーザのための少なくとも１つの役割を定義するステップをさらに含み、該少なくとも１つの役割は、情報オブジェクトが該対応するユーザのために発見される前記複数のリソースからのリソースのセットを定義する、請求項５２に記載の方法。
【発明の詳細な説明】
【０００１】
（発明の技術分野）
本発明は、一般的にシステム管理のシステムおよび方法に関する。より詳細には、本発明は、データの発見のためのシステムおよび方法に関する。さらにより詳細には、本発明は、ネットワーク上のユーザアカウントおよび他の情報オブジェクトを発見するためのシステムおよび方法に関する。
【０００２】
（発明の背景）
電子データの処理および格納は、現在では、大抵の組織の日常的な動作に対して重要である。ネットワーキング技術の進展と共に、電子データ処理を利用する組織は、処理およびストレージが多くの異機種で相互接続されたコンピュータを介して配信される「企業」コンピュータネットワークにますます依存するようになっている。多くの企業システムでは、組織の人員は、システムを介して複数のリソースへのアクセスを有する。例えば、会社の従業員は、電子メールアカウント、Ｗｉｎｄｏｗｓ（Ｒ）  ＮＴアカウント、Ｕｎｉｘ（Ｒ）アカウントを使用し得、企業システム上に格納されたデータをアクセスおよび処理する。さらに組織は、しばしば外部ユーザ（例えば、配信者、ビジネスパートナー、および供給者等）に企業システムに格納されたデータへの制限されたアクセスを付与するアカウントを提供することを望む。内部および外部アカウントを管理することが必要とされた管理オーバーヘッドは、しばしば組織に対して実際に関心のあるデータよりも管理することがより困難になる。これは、システム効率の低下および支援コストの増加を生じ得る。
【０００３】
その結果、組織は、効率的なシステム管理が、利益の中でも、低減された情報技術（「ＩＴ」）コスト、ならびに企業データを設定および管理する場合の増加された効率性を提供し得るため、効率的なシステム管理にますます興味を持つことになる。しかし、現在では、特にレガシーデータを含む企業コンピュータネットワークに効率的なシステム管理を提供することは、非現実的なタスクである。これは、部分的には、多くの組織が、何年も、無数の異なるデータタイプを格納する種々の異なるコンピュータシステムを含むネットワークを開発してきたためである。さらに、企業ネットワークを管理する複雑さに加えて、組織は、しばしばネットワークを介して非一貫性データを格納する。データ非一貫性データのもう一つの例として、会社は、会社人的資源（「ＨＲ」）メインフレームにおける従業員のための１つの家の電話番号を格納しつつ、部門メインフレームに異なる家の電話番号を格納し得る。２つのメインフレームは、異種（例えば異なるハードウエア、オペレーティングシステム、プロトコル、ツール、および／またはアプリケーションを採用する）であり得るため、非一貫性を取り除くために２つのリソース間で同期化することは、困難性を提供し得る。
【０００４】
ほとんどの従来のシステム管理技術は、データを中央化することによってこれらの困難性にアドレスする。プロファイルベースの管理システム、ディレクトリベースの管理システム、およびメタディレクトリは、データストレージを中央化するための種々のアプローチを提供する。図１は、データの中央化に依存する従来技術のシステムの制限を示す。図１は、管理システム１１０を含むコンピュータシステム１００の図である。コンピュータシステム１００は、中央化されたデータベース１１２と、電子メールサーバ１２０（Ｍｉｃｒｏｓｏｆｔ  ｅｘｃｈａｎｇｅサーバ等）、Ｕｎｉｘ（Ｒ）システム１２５、Ｗｉｎｄｏｗ（Ｒ）  ＮＴシステム１３０およびメインフレーム１３５を含むリソースとを含む。このリソースは互いに相互接続され、ネットワーク１４５を介して管理システム１１０に接続される。各リソースは、エンティティまたは個人を表すデータアイテムの収集を含み得る。例えば、電子メールサーバ１２０は、電子メールアカウント１５０の収集を含み得、Ｕｎｉｘ（Ｒ）システム１２５は、Ｕｎｉｘ（Ｒ）アカウント１５５の収集を含み得、Ｗｉｎｄｏｗｓ（Ｒ）  ＮＴシステム１３０は、Ｗｉｎｄｏｗｓ（Ｒ）  ＮＴアカウント１６０の収集を含み得、そしてメインフレーム１３５は、データレコード１６５の収集を含み得る。
【０００５】
データのこれらの収集は、個人またはエンティティの各リソースの「ビュー（ｖｉｅｗ）」を表す。例えば、従業員Ｊａｎｅ  Ｄｏｅの場合に、電子メールサーバ１２０は、彼女をｊａｎｅｄ（すなわち、彼女の電子メールユーザ名）として参照し得、Ｕｎｉｘ（Ｒ）システム１２５は彼女をＪａｎｅＤ（すなわち、彼女のＵｎｉｘ（Ｒ）アカウントユーザ名）としてまたは彼女のＵｎｉｘ（Ｒ）識別（「ＵＩＤ」）によって参照し得、そして、Ｗｉｎｄｏｗｓ（Ｒ）  ＮＴシステム１３０は、Ｊａｎｅ  ＤｏｅをＪＡＮＥＤ（すなわち、彼女の、Ｗｉｎｄｏｗｓ（Ｒ）  ＮＴアカウントユーザ名）として参照し得る。Ｊａｎｅ  Ｄｏｅがコンピュータシステム１００上でデータにアクセスすることを可能にするアカウント情報に加えて、Ｊａｎｅ  Ｄｏｅの部門コード等の情報、タイムキーパ番号、給料のレート、および従業員識別がメインフレーム１３５で格納され得る。これは、Ｊａｎｅ  Ｄｏｅによって個人的に使用されない情報であり得が、彼女の管理者または他の職員によって、代わりに使用される。従って、メインフレーム１３５は、さらに、彼女の従業員記録に基づいたＪａｎｅ  Ｄｏｅのためのアイデンティティを保守し得る。例えば、アイデンティティはＪＡＮＥ＿Ｄの下に格納され得る。
【０００６】
データの中央化に依存する従来技術のシステムの欠点を図示するために、従業員Ｊａｎｅ  Ｄｏｅが結婚し、姓をＳｍｉｔｈに変更したと仮定する。システム１００上でＪａｎｅ  Ｄｏｅの名前を更新する一つの方法は、各システムの更新された情報を別個に入力することである。多数のユーザおよび／または高度に分配されたコンピュータシステム１００を有する組織に対して、これは非実用的である。各リソースにおける別個の情報入力の非効率を改善するために、１つの従来技術のシステムは、中央化されたデータベース１１２（複製されたデータ１７５によって表される）の個人またはエンティティを識別する情報の全てを複製する。従って、電子メールアカウント１５０の収集、Ｕｎｉｘ（Ｒ）アカウント１５５の収集、Ｗｉｎｄｏｗ  ＮＴアカウント１６０の収集、およびデータレコード１６５の収集は、典型的には、中央化されたデータベース１１２において複製される。変更がデータに対してなされると、変更は複製されたデータ１７５に入力され得、次いで、リソースのそれぞれにプッシュされ得る。次いで、Ｊａｎｅ  Ｄｏｅの場合、複製されたデータ１７５は、彼女の名前の変更の説明のために修正され、次いで、複製されたデータは、１つ以上のリソースにプッシュアウトされ得る。Ｊａｎｅ  Ｄｏｅ等の個人の場合、従って、複製されたデータは彼女のデータの「マスターコピー」を含む。
【０００７】
中央化されたデータベースを有するシステムが管理システム１１０を介して入力されたデータに対するデータの一貫性を保証することを支援し、各リソースにプッシュアウトする一方で、このシステムはいくつかの欠点を有する。１つのこのような制限は、各リソースにおいて変化されたデータ間の非一貫性の分解能を含む。結婚したＪａｎｅ  Ｄｏｅの例を続けると、Ｊａｎｅ  Ｄｏｅが彼女の姓をＳｍｉｔｈに変える場合、彼女の名前はメインフレーム１３５において不注意にもＳｍｙｔｈに変更され得るが、彼女の名前は電子メールサーバ１２０においてＳｍｉｔｈに変更される。リソースからのデータが中央化されたデータベース１１２にコピーされる場合、コンピュータシステム１００上の同一の従業員に対して３つの名前があり得る。すなわち、Ｊａｎｅ  Ｄｏｅ、Ｊａｎｅ  Ｓｍｙｔｈ、およびＪａｎｅ  Ｓｍｉｔｈである。管理システム１１０は、名前の変更が実際に適切であり、変更の内のどれが適切であるかどうかを決定しなければならない。一旦特定の変更が選択されると、この変更がリソースに配信され、各リソースにおいてなされたローカルな変化（または変化の欠如）を上書きする。従って、例えば、Ｊａｎｅ  Ｓｍｙｔｈが正しい変更として任意に選択された場合、Ｊａｎｅ  Ｓｍｙｔｈは、リソースのそれぞれに配信され、正しい名前Ｊａｎｅ  Ｓｍｉｔｈを上書きする。
【０００８】
さらに、異なるリソースが組織内の異なるグループによって制御される場合、別のリソースよりもあるリソースを好むような決定が、組織内の政策的な緊張（ｐｏｌｉｔｉｃａｌ  ｔｅｎｓｉｏｎ）を生じ得る。この従来技術のシステムのさらなる制限としては、十分大きなコンピュータシステム１００において、リソースのいくつかのサブセットは、接続性の問題または他の技術的問題のため、任意の所与の時間において利用できない。従っていくつかのリソースのみが更新され、Ｊａｎｅ  Ｄｏｎｅのデータのさらなる非一貫性を生じる。
【０００９】
中央化されたデータベースアプローチをインプリメントするためには、典型的には、従来技術のシステムは、組織のメンバーによって使用されたリソースを識別するように、全体のシステムアドミニストレータまたはマネージャに依存する。しかし、どの組織のリソースメンバが必要とされるかについてのアドミニストレータの観点が典型的には制限され、一般的にアドミニストレータは、どのリソースが部門ごとに基づいて用いられるかについての見解または個人レベルで用いられるリソースについての見解をほとんど有しない。さらに、典型的には、従来技術のシステムは複数の異種のソースからの情報を検索し、マッピングし、関連付け、そしてマージするプロセスを自動化しない。このため、アドミニストレータは、典型的には情報を抽出し、マッピングし、関係付け、マージし、中央化されたデータベース１１２にアップロードするように特別なクエリおよびスクリプトを書き込むことにより、長時間の中央化されたデータベースのインプリメンテーションを行わなければならない。
【００１０】
典型的にはデータの中央化は、管理されたデータの少なくともいくつかのサブセットを複製することを要求する。このタイプのシステムは、中央化されたデータベース１１２に格納されなければならない大量のデータのために、ほとんど調整されず、このシステムは、中央化されたデータベース１１２とリソースとを同期化させる問題をさらに導入する。さらに、これらのシステムは、リソースから中央化されたデータベース１１２に前後して繰り返してコピーされるデータを必要とするために、有意な帯域幅要求はネットワークに応じて課される。さらに別の欠点として、手動での位置付けおよび複数のリソースからの組織データは、典型的には、時間および金額の著しい投資を必要とする。従って、従来技術のシステムは一般的には高価であり効率的ではない。
【００１１】
（発明の要旨）
本発明の実施形態は、以前のデータ発見システムおよび方法に関連した問題を実質的に低減または除去するネットワーク上のデータを発見するためのシステムおよび方法を含む。より詳細には、本発明の実施形態は、ネットワーク上の情報を自動的に発見するためのシステムおよび方法を提供する。
【００１２】
本発明の実施形態は、（ｉ）電子メールサーバ等の情報オブジェクト（例えばアカウント）のセットを含む少なくとも１つのソースリソースを定義するステップであって、情報オブジェクトのセットはユーザのセットを定義するステップと、（ｉｉ）ソースリソースからユーザのセットを抽出するステップと、（ｉｉｉ）第２のセットの情報オブジェクトを含むさらなるリソースを定義するステップであって、情報オブジェクトの第２のセットからの各情報オブジェクトは、ユーザのセットからのユーザに対応する、ステップと、（ｉｖ）さらなるリソースから情報オブジェクトの第２のセットを自動的に発見するステップと、（ｖ）第２のセットの情報オブジェクトからの各情報オブジェクトをユーザのセットからの対応するユーザに関連付けるステップとを含み得る。
【００１３】
本発明の別の実施形態は、（ｉ）ユーザのセットを定義する情報オブジェクトを含む第１のリソースを定義するステップと、（ｉｉ）第１のリソース定義に基づいて情報オブジェクトを発見するステップと、（ｉｉｉ）情報オブジェクトのそれぞれをユーザのセットおよび第１のリソースに関連付けるステップとを含む。
【００１４】
本発明の方法のさらに別の実施形態は、（ｉ）第１のアドミニストレータから第１のリソース定義を受け取るステップであって、第１のリソースは、ユーザのセットから少なくとも１つのユーザを定義する情報オブジェクトの第１のセットを含む、ステップと、（ｉｉ）第２のアドミニストレータから第２のリソース定義を受け取るステップであって、第２のリソースは、ユーザのセットから少なくとも１つのユーザを定義する情報オブジェクトの第２のセットを含む、ステップと、（ｉｉｉ）第１のリソースから第１のセットの情報オブジェクトを発見するステップと、（ｉｖ）ユーザのセットからの少なくとも１つのユーザおよび第１のリソースに情報オブジェクトの第１のセットからの各情報オブジェクトを関連付けるステップと、（ｖ）第２のリソースから第２のセットの情報オブジェクトの第２のセットを発見するステップと、（ｖｉ）ユーザのセットからの少なくとも１つのユーザおよび第２のリソースに情報オブジェクトの第２のセットからの各情報オブジェクトを関連付けるステップと含む。
【００１５】
本発明のさらに別の実施形態は、（ｉ）複数のリソースを定義するステップであって、複数のリソースのそれぞれは、ユーザのセットからの少なくとも１つのユーザを定義する情報オブジェクトのセットを含む、ステップと、（ｉｉ）複数のリソースのそれぞれからの情報オブジェクトのセットを発見するステップと、（ｉｉｉ）ユーザのセットからのユーザおよび対応する情報オブジェクトが発見されたリソースに、情報オブジェクトのセットからの各情報オブジェクトを関連付けるステップとを含む。
【００１６】
本発明の実施形態は、自動化された方式でコンピュータネットワーク上でデータを位置付け、このためより効率的でコスト的有利にすることによって、データ管理の従来技術のシステムおよび方法を超える利点を提供する。
【００１７】
さらに、本発明の実施形態は、位相化されたアプローチをデータ発見に利用することによってデータ管理の従来のシステムおよび方法を超える利点を提供する。データ発見への位相化されたアプローチは、従来技術のシステムのより正確かつ経済的なデータの発見を可能にする。
【００１８】
さらに、本発明の実施形態は、発見の委任を支援することによるデータ管理の従来技術のシステムおよび方法を超える利点を提供する。データ発見を委任することは、従来技術のシステムよりもより正確かつ経済的なデータの発見を可能にする。
【００１９】
本発明の実施形態によって提供されたさらなる利点として、本発明は、ユーザアカウントを管理するための帯域幅要求を低減し得る。
【００２０】
さらに、本発明の実施形態は、高度に調整可能にすることによって従来技術を超える重要な利点を提供する。
【００２１】
本発明のより完全な理解および本発明の利点は、以下の説明を参照することによって、同様の参照符号は同様の特徴を示す添付図面と共に考慮することによって達成され得る。
【００２２】
（発明の詳細な説明）
本発明の好適な実施形態が図面に示され、同様な参照符号は同様かつ対応する部分を示すために使用される。
【００２３】
本発明の実施形態は、ネットワーク上のデータアイテムの自動化された発見のためのシステムおよび方法を含む。本発明の実施形態は、委任された発見を含み得、発見プロセスのためのリソースを定義するステップは、複数のアドミニストレータおよびエンドユーザの間で委任される。発見の委任は、発見プロセスがリソース利用性に関して最もよく知っている者によって構成されることを可能にすることにより、インプリメンテーション時間および複雑さを低減する。さらに本発明の実施形態は、発見プロセスを自動化することによって、インプリメンテーション時間および複雑性を低減する。
【００２４】
出願の目的のため、用語「リソース」は、その管理または動作に関連付けられた情報オブジェクトを定義するネットワークによってアクセス可能なシステムまたはアプリケーションを意味し得る。例えば、Ｕｎｉｘ（Ｒ）システムは、典型的には／ｅｔｃ／ｐａｓｓｗｄ  ｆｉｌｅにおけるユーザアカウント（すなわち、情報オブジェクト）を定義するリソースであり得、Ｗｉｎｄｏｗｓ（Ｒ）システムはユーザマネージャアプリケーションにおけるユーザアカウントを定義するリソースであり得、そしてＤＢＭＳシステムは、特定の１つ以上のテーブルにおいてユーザアカウントを定義するリソースであり得る。リソースは、特定のコンピュータシステム（配信されるまたは配信されない）、コンピュータシステム上のアプリケーション、あるいはいくつかのコンピュータシステムを介して配信されたアプリケーションを含み得ることに留意されるべきである。「ユーザ」は、人間、プログラム、またはリソースを使用するコンピュータシステムであり得る。「情報オブジェクト」は単一のエンティティまたはアイデンティティを表し得る１つ以上のデータ部分の収集であり得る。言い換えると、情報オブジェクト（アカウント等）は、エンティティ（ユーザ等）のリソースの「ビュー」を表し得る。属性は、情報オブジェクトの少なくとも一部を構成する情報（例えば、名前を有するデータ構造、データタイプ、および０、１以上の値）の単一の部分であり得る。「リソース属性」は、リソース上に常駐する属性であり得る。「スキーマ」は、リソース上の情報オブジェクトのクラスの構造およびクラス間の関係であり得る。スキーマは、リソースが各情報オブジェクトを説明するために使用する属性定義のセットを含み得る。「仮想アイデンティティ」は、１つ以上のリソースから発見された１以上の情報オブジェクトに基づいたユーザの複合アイデンティティであり得る。「仮想情報オブジェクト」は、特定の仮想アイデンティティに関連付けられた情報オブジェクトに基づいて構成された属性の収集であり得る。
【００２５】
図２は、本発明の一実施形態がインプリメントされ得るシステム２００を示す。システム２００は、複数のリソース（ここで、リソース２１０、リソース２１２、リソース２１４、リソース２１５、リソース２１６、およびリソース２１８として示される）を含み得る。各リソースはコンピュータシステム（分離または配信されたシステムのいずれか）および／またはコンピュータシステム上のアプリケーションを含み得る。システム２００が複数のリソースを含む一方で、本発明は、１つのみのリソースを有するシステムでインプリメントされ得ることが理解されるべきである。システム２００はまた、ネットワーク２２５を介してリソースにアクセスするのに動作可能な管理システム２２０を含み得る。ネットワーク２２５は、ＬＡＮ、ＷＡＮ、グローバルエリアネットワーク（例えば、インターネット、ワイヤレスネットワーク）、または当該分野で公知の任意の他の電子通信ネットワークであり得る。管理システム２２０は、コンピュータプロセッサ２３０、コンピュータ読み出し可能メモリ２３５（例えば、公知のＲＡＭ、ＲＯＭ、コンピュータ読み出し可能な磁気格納デバイスおよび／または他のコンピュータ読み出し可能メモリ）、ならびにコンピュータプロセッサ２３０によって実行可能なソフトウエアプログラム２４０を含み、情報オブジェクトおよびリソースからのユーザの自動化された発見をインプリメントし得る。管理システム２２０は、離散システムとして示されるが、管理システム２２０は、１つ以上のリソースとして１つ以上の同じ物理ユニットに配信および／またはインプリメントされ得ることが理解されるべきである。
【００２６】
各リソースは、その管理または動作に関連した情報オブジェクトを定義し得る。例として、リソース２１０は、情報オブジェクトとして従業員レコード２４２を含むＯｒａｃｌｅデータベースシステムを含み得、リソース２１２は、Ｕｎｉｘ（Ｒ）ユーザアカウント２４４の第１のセットを含む第１のＵｎｉｘ（Ｒ）システムを含み得、リソース２１４は、ＮＴユーザアカウント２４６のセットを含むＷｉｎｄｏｗｓ（Ｒ）  ＮＴシステムを含み得、リソース２１５は、電子メールアカウント２４８を含む電子メールサーバ（例えば、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ）を含み得、リソース２１６は、Ｕｎｉｘ（Ｒ）ユーザアカウント２５０の第２のセットを含む第２のＵｎｉｘ（Ｒ）システムを含み得、そしてリソース２１８は、Ｕｎｉｘ（Ｒ）ユーザアカウント２５２の第３のセットを含む第３のＵｎｉｘ（Ｒ）システムを含み得る。リソースアカウント（すなわち情報オブジェクト）は、特定のユーザの各リソースの「ビュー」を表す。言い換えると、各リソースアカウント（およびこのアカウントを構成する属性）は、リソースの範囲内のユーザを表す。従って、例えば、サーバ２１５に電子メール送信するために、ユーザＪａｎｅ  Ｄｏｅは、
【００２７】
【数１】
2004534987.tif 000003
全てのユーザがシステム２００の全てのリソースへのアクセスを有するとは限らないことに留意するべきである。さらに、組織における異なるアドミニストレータは、特定のユーザまたはユーザのタイプが、以下により詳細に説明されるように特定のリソースを利用するかどうかについての知識の異なるレベルを有し得る。例えば、アドミニストレータ２６０は、組織の全てのメンバーがＯｒａｃｌｅデータベース２１０上の記録、第１のＵｎｉｘ（Ｒ）システム２１２上のＵｎｉｘ（Ｒ）アカウント、Ｗｉｎｄｏｗｓ（Ｒ）  ＮＴシステム２１４上のユーザアカウント、および電子メールサーバ２１５上の電子メールアカウントを有することを理解し得る。さらに、第１の部門アドミニストレータ２６２は、どのユーザが第２のＵｎｉｘ（Ｒ）システム２１６上のアカウントを有するかについての知識を有し得、第２の部門アドミニストレータ２６４は、どのユーザが第３のＵｎｉｘ（Ｒ）システム２１８上のアカウントを有するかについての知識を有し得る。
【００２８】
以下にさらに詳細に説明されるように、１人以上のアドミニストレータおよび／またはエンドユーザによって提供された情報に基づいて、プログラム２４０は、システム２００上のアカウントを発見および相関させ得、これらのアカウントをユーザに関連付けるアイデンティティインデックスを作成する。従って、本発明の実施形態は、仮想情報オブジェクトを構築するために、リソース専用アイデンティティ（例えばアカウント）を「収集」し得る。
【００２９】
従って、アドミニストレータ（例えば、アドミニストレータ２６０、第１の部門アドミニストレータ２６２、および第２の部門アドミニストレータ２６４）からの入力の程度を変更することによって、ソフトウエアプログラム２４０は、リソース上の情報オブジェクトおよびデータアイテムを位置付け、情報オブジェクトをユーザに相関させ、各ユーザを情報オブジェクトおよびリソースに関連付けるインデックスを作成し得る。さらに、ソフトウエアプログラム２４０は、各リソースから属性を検索して、中央化されたデータベースにおいて属性を複製することなく（すなわち不揮発性メモリにおける属性のための値を格納することなく）基本形態（ｃａｎｏｎｉｃａｌ  ｆｏｒｍａｔ）でデータアイテムを示し得る。本発明は、人間のユーザによってアクセスされた種々のフォーマットのコンピュータアカウントを管理する点において主に説明されるが、本発明の教示は、任意の情報オブジェクトおよびユーザを発見するように等しく利用可能である。従って、例えば、本発明の実施形態は、特定のネットワークエレメント等を参照するルーティングテーブルを発見するように構成される。
【００３０】
図３は、本発明の一実施形態によるユーザアカウントを管理するための管理システム３００の概略図である。管理システム３００は、ユーザおよびリソースからのリソースアカウントを発見するためのソフトウエアプログラム２４０と、ユーザをリソースアカウントに関連付けるアイデンティティインデックス３１０と、リソース属性を仮想属性に関連付けるためのスキーママップ（例えば、以下に説明するスキーママップ３３０、スキーママップ３３２、およびスキーママップ３３４）と、１つ以上のリソースに従ってユーザの「ビュー」を提示するための複合ビュー３１９とを含み得る。上述のソフトウエアプログラム２４０、アイデンティティインデックス３１０、およびスキーママップは、管理システム２２０のメモリ２３５（図２参照）に格納され得る。
【００３１】
ソフトウエアプログラム２４０は、Ｏｒａｃｌｅデータベースシステム２１０、第１のＵｎｉｘ（Ｒ）システム２１２、ＮＴシステム２１４、電子メールサーバ２１５、第２のＵｎｉｘ（Ｒ）システム２１６、および第３のＵｎｉｘ（Ｒ）システム２１８と通信するようにリソースアダプタモジュール３２５を呼び出し得る。典型的には、１つのリソースアダプタモジュール３２５は、特定のリソースタイプ（例えば、１つのリソースアダプタ３２５は、全てのＵｎｉｘ（Ｒ）システムと通信するように呼び出され得る）と通信するように動作可能であるが、図３に示されるように、別のリソースアダプタモジュール３２５はまた、各リソースのために使用され得る。当業者に理解されるように、リソースアダプタモジュールはまた、任意のリソースタイプと通信するように構成され得る。リソースから、図５を参照して説明されるようにソフトウエアプログラム２４０は、１つ以上のリソースからリソースユーザのリストを抽出し、ユーザに対する仮想アイデンティティを作成し、リソースアカウントをアイデンティティインデックス３１０におけるユーザに関連付ける得る。
【００３２】
図３に示された実施形態では、アイデンティティインデックス３１０は、複数の仮想アイデンティティ（例えば、仮想アイデンティティ３１２、３１４、および３１５）を含み得る。仮想アイデンティティ３１２、３１４、および３１５は、ソフトウエアプログラム２４０によるリソースについて発見されたユーザに基づいてソフトウエアプログラム２４０によって作成され得るか、または独立的に作成され得る（例えば、アドミニストレータによって）。各仮想アイデンティティ３１２、３１４、および３１５は、仮想アイデンティティ名３４５および仮想アイデンティティに対応するユーザに関連付けられたリソースアカウント３５０のリストを含み得る。例えば、従業員Ｊａｎｅ  ＤｏｅがＯｒａｃｌｅデータベースシステム２１０、第１のＵｎｉｘ（Ｒ）システム２１２、およびＮＴシステム２１４に関するアカウントを有する場合、これらのアカウント（例えばアカウントＩＤ）のためのネイティブキーおよびこれらのアカウントが位置付けられたリソースが、Ｊａｎｅ  Ｄｏｅの仮想アイデンティティに格納され得る。さらなるリソース属性が、システム３００の構成に応じて仮想アイデンティティに格納され得る（例えば、組織がユーザ名によってアイデンティティインデックス３１０を検索する能力を望む場合、組織は、「名」、「姓」、または「氏名」等の属性を格納することを望み得る）。
【００３３】
さらに、アイデンティティインデックス３１０は、リソース定義３２０、３２２、および３２４等のリソース定義のセットを含み得る。図３では、リソース定義３２０は、Ｏｒａｃｌｅデータベースシステム２１０に対応し、リソース定義３２２は第１のＵｎｉｘ（Ｒ）システム２１２に対応し、そして、リソース定義３２４はＮＴシステム２１４に対応する。各リソース定義は、対応するリソースに接続するようにソフトウエアプログラム２４０によって必要とされた情報を含み得る。本発明のシステムおよび方法のアイデンティティインデックス３１０の一実施形態は、「Ａ  Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｍａｎａｇｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｏｂｊｅｃｔｓ」と題された、２００１年１２月６日に出願された米国特許出願第＿＿号により詳細に説明され、この出願を本明細書中で参考として援用する。
【００３４】
さらに、各リソース定義はスキーママップを含み得る。従ってリソース定義３２０はスキーママップ３３０を含み得、リソース定義３２２はスキーママップ３３２を含み得、そしてリソース定義３２４はスキーママップ３３４を含み得る。スキーママップは、リソース専用情報オブジェクト（例えばアカウント）属性をスキーママップにおいて定義された仮想属性に関連付ける。この態様では、スキーママップは、ソフトウエアプログラム２４０が共通のフォーマットで異なるリソースからの属性値（すなわちデータアイテム）を表示することを可能にする。例えば、異なるリソースからの属性は、同じ仮想属性にマッピングされ得る。従って、例えば、Ｏｒａｃｌｅデータベースシステム２１０が「ｐｈｏｎｅ」と命名された属性を含み、第１のＵｎｉｘ（Ｒ）システム２１２が属性名「ｐｈ＿ｎｕｍ」と命名された属性を含んだ場合、スキーママップ３３０および３３２は、それぞれ「Ｐｈｏｎｅ  Ｎｕｍｂｅｒ」と命名された仮想属性にこれらの属性をマッピングし得る。
【００３５】
本発明の一実施形態では、仮想属性「Ｐｈｏｎｅ  Ｎｕｍｂｅｒ」のための値は、アイデンティティインデックス３１０に格納されない。その代わり、ユーザまたはアドミニストレータがユーザの仮想アイデンティティにアクセスする場合、ソフトウエアプログラム２４０は、属性「ｐｈ＿ｎｕｍ」および「ｐｈｏｎｅ」（リソース２１２および２１０それぞれからの）にアクセスし得、値をＲＡＭ（例えば仮想情報オブジェクトを構築し）に格納し、そして複合ビュー３１９における「Ｐｈｏｎｅ  Ｎｕｍｂｅｒ」の下の値を表示する。この値が整合する場合、複合ビュー３１９は、１つのみの値を表示し得（例えばグラフィカルユーザインターフェースで）、あるいはこの値が整合しない場合、ユーザまたはアドミニストレータは正しい値を選択するオプションを与えられ得る。さらに、アドミニストレータまたはユーザがユーザに関連付けられた仮想属性への変更を行う場合、この変更は、スキーママップに基づいて適切なリソース専用属性にプッシュアウトされ得る。従って、スキーママップは、標準または基本フォーマット（すなわち、仮想情報オブジェクトを構築するように）でリソース専用属性を表し、リソース仕様に戻す変化をマッピングする態様を提供する。図４はスキーママップの一実施形態を示す。
【００３６】
複合ビュー３１９は、スキーママップによって定義されたようなユーザのアカウントのビューを含み得る。１つ以上のスキーママップに基づいて、複合ビュー３１９は、ユーザのためのリソース専用属性から誘導された仮想属性値を含み得、グラフィカルユーザインターフェースを介してアドミニストレータおよびユーザに提示され得る。組織インプリメントシステム３００は、アドミニストレータおよびユーザが所定の仮想属性を観察および修正をする権限の種々のレベルを決定し得る。従って、グラフィカルユーザインターフェースは、ユーザの状態に応じてユーザまたはアドミニストレータに異なる情報を表示し得る。ユーザまたはアドミニストレータが仮想属性のための値を修正する場合、ソフトウエアプログラム２４０は、仮想属性への変化をスキーママップの修正された属性に関連付けられたリソース専用属性にプッシュし得る。従って、データアクロスリソースは、中央データベースにおける属性を複製することなく同期化され得る。
【００３７】
図４は、スキーママップ（例えば図３のスキーママップ３３０）の一実施形態を示す。特定のリソースのためのスキーママップ（スキーママップ３３０等）は、仮想属性４１０、リソース属性４２０、および属性タイプ４３０を含み得る。図４の例では、１つの仮想属性４１０は、「Ｐｈｏｎｅ  Ｎｕｍｂｅｒ」であるが対応するリソース属性４２０は「ｐｈｏｎｅ」である。ソフトウエアプログラム２４０が、ユーザのリソースアカウントに関連付けられたリソース専用属性「ｐｈｏｎｅ」を読み出す場合、ソフトウエアプログラム２４０は、「ｐｈｏｎｅ」のための値をユーザの仮想アイデンティティのための仮想属性「Ｐｈｏｎｅ  Ｎｕｍｂｅｒ」にマッピングし得る。「Ｐｈｏｎｅ  Ｎｕｍｂｅｒ」のための値が不揮発性メモリに保存されるのではなく（例えばアイデンティティインデックス３１０と共に）、仮想アイデンティティが操作または作成されつつ、その代わりにＲＡＭに保存されるのみであり得ることに留意されるべきである。
【００３８】
スキーママップ３３０では、当業者に理解されるように、属性タイプ４３０は、「ストリング」および「ブーリアン」、あるいは他の可能な属性タイプを含み得る。属性タイプ４３０のフィールドが使用されて、属性の異なるタイプ同士を互いにマッピングし得る。本発明のいくつかの実施形態では、全ての属性が仮想属性にマッピングされるとは限らないことに留意されるべきである。これらのマッピングされない属性は、典型的には複合ビュー３１９、アイデンティティインデックス３１０、またはスキーママップ３３０において現れない。例えば、本発明の実施形態をインプリメントする組織が、特定の属性が発見可能であることを望まない場合（例えば従業員の社会保障番号等）、これが発生し得る。
【００３９】
リソースタイプの全ての例が同一である場合、スキーママップがリソースベースによるリソース上ではなくリソースタイプのために定義され得ることにさらに留意されるべきである。例えば、このようにＮＴシステムのための１つのスキーママップ、Ｕｎｉｘ（Ｒ）のための１つのスキーママップ、ＬＤＡＰのための１つのスキーママップ等がある。しかし、多くの場合では、組織はいくつかの態様で同じリソースを構成し得る。例えば、組織は、異なるシステム上のＮＴシステム「記述」フィールドにデータの異なるタイプを格納し得る。従って、各リソースは典型的には、固有のスキーママップを必要とする。
【００４０】
図５は、システム２００上の情報オブジェクト（例えばアカウント）およびユーザを発見するための本発明の方法の一実施形態を示すフローチャートである。発見のプロセスは同じフェーズで発生し、「中央」定義および発見を開始し、定義および発見を委任し得る。これらのフェーズが別個に議論されるが、実際にはこれらのフェーズが重なり得る。さらに読者は、一連のタスクのシーケンスとして提示されるが、フェーズがフレキシブルであり、各フェーズおよび／またはステップが本発明の実施形態のインプリメンテーションに応じてより大きい程度またはより小さい程度で実施され得ることを理解すべきである。図５のステップが、アドミニストレータによる人間の行動、およびソフトウエアプログラム２４０によって実行される自動化されたソフトウエア処理の両方を含み得ることがさらに理解されるべきである。
【００４１】
ステップ５００〜５１５では、アドミニストレータはリソースを識別かつ定義し得る。第１のフェーズの間、これは典型的には、システム２００上のリソース利用について最も知識を有するアドミニストレータまたはアドミニストレータのセットによってなされる（例えばアドミニストレータ２６０などの中央アドミニストレータ）。従って例えば、アドミニストレータ２６０は、最も一般的に使用されたリソースの知識を有するので、アドミニストレータ２６０はこれらのリソースを識別し得る（例えばアドミニストレータは、Ｏｒａｃｌｅデータベースシステム２１０、第１のＵｎｉｘ（Ｒ）システム２１２、ＮＴシステム２１４、および電子メールサーバ２１５をリソースとして識別し得る）。さらに、リソースを「定義する」ために、アドミニストレータ２６０は、ステップ５１０において、各リソースに対する名前、リソースタイプ、ホスト名、ポート番号、リソースユーザ名、リソースパスワード、および他のこのような情報等の識別情報のセットを、例えばグラフィカルユーザインターフェース等を介してソフトウエアプログラム２４０に提供し得る。図示のために、Ｕｎｉｘ（Ｒ）システム２１２に対してアドミニストレータ２６０は、以下の情報を提供し得る。
【００４２】
【数２】
2004534987.tif 000004
さらなる例として、アドミニストレータ２６０は、Ｗｉｎｄｏｗｓ（Ｒ）  ＮＴシステム２１４のための以下の情報を提供し得る。
【００４３】
【数３】
2004534987.tif 000005
最後の例として、Ｏｒａｃｌｅデータベースシステム２１０に対して、アドミニストレータ２６０は以下を提供し得る。
【００４４】
【数４】
2004534987.tif 000006
当業者に理解されるように、アドミニストレータ２６０は、ソフトウエアプログラム２４０がリソースと接続および通信するのに十分な情報を提供し得る。さらに理解されるように、利用されたリソースのタイプに依存して、情報の異なるタイプは、特定のリソースを定義するように要求され得る。本発明の一実施形態では、ステップ５１０において提供されたリソース定義は、アイデンティティインデックス３１０に格納され得る。
【００４５】
ステップ５１２では、アドミニストレータ２６０は、異なるリソース専用の情報オブジェクト（例えばアカウント）をスキーママップで定義された仮想属性に関連付ける「スキーママップ」を定義し得る。スキーママップは、ソフトウエアプログラム２４０が共通のフォーマットで異なるリソースから属性値を表示および操作することを可能にする。アドミニストレータ２６０は、一般的に各リソース（例えばデータベース上の情報オブジェクトの構造）のスキーマを知っているかまたは各リソースに対してスキーマを導く方法を知っていることが留意されるべきである。各リソースのためのスキーマに基づいて、アドミニストレータは、異なるリソースから管理システム２２０における同じ仮想属性に属性をマッピングし得る（例えば、スキーママップを定義し得る）。本発明の一実施形態では、アカウントの属性の全てがスキーママップの仮想属性にマッピングされるとは限らない。その代わりに、組織が中央で管理することを望むこれらの属性のみがこのようにマッピングされる。スキーママップの機能性の例の１つとして、アドミニストレータ２６０は、Ｏｒａｃｌｅシステム２１０において「ｐｈｏｎｅ」と命名された属性、および第１のＵｎｉｘ（Ｒ）システム２１４において「ｐｈ＿ｎｕｍ」と命名された属性を、「Ｐｈｏｎｅ  Ｎｕｍｂｅｒ」と命名された管理システム２２０上の仮想属性にマッピングし得る。
【００４６】
再度、リソースのタイプの全ての例が同じである場合、スキーママップがリソースベースによるリソース上ではなくリソースのタイプに対して定義され得ることに留意されるべきである。例えば、ＮＴシステムのための１つのスキーママップ、Ｕｎｉｘ（Ｒ）のための１つのスキーママップ、ＬＤＡＰのための１つのスキーママップ等があり得る。しかし、多くの場合では、組織は同じリソースタイプを別々に使用し得る。例えば、組織内の異なる部門は、ＮＴユーザアカウントの「記述」フィールドの異なるタイプの情報を記録し得る。従って、同じリソースタイプの各リソースは固有であり得、アドミニストレータ２６０は、各リソースのための別個のリソースマップを定義し得る。スキーママップの実施形態は、図４に示される。
【００４７】
リソースを定義するためのさらなるステップとして、ステップ５１５において、アドミニストレータ２６０は、そのリソース上に情報オブジェクト名を生成するために使用されたアイデンティティテンプレートを定義し得る。このアイデンティティテンプレートは、仮想アイデンティティおよびその属性が与えられたリソース専用名（例えばアカウント名）を生成するために使用され得る。例えば、ユーザのための仮想アイデンティティがアイデンティティインデックス３１０に既に存在する場合、アイデンティティテンプレートは、そのユーザのための可能なアカウント名をリソース上で生成するために使用され得、次いでそのアカウント名を有するアカウントが存在するかどうかを見るようにリソースをチェックする。このアイデンティティテンプレートは、生成されたアカウント名の下に発見されたアカウントをユーザに自動的に関連付け得る。この「直接発見」は、さらなるユーザアカウントを仮想アイデンティティに関連付ける非常に効果的な方法であり得る。
【００４８】
ステップ５１６では、アドミニストレータ２６０は、アカウント名規則およびユーザ名規則を含む、各リソースのためのリソース名規則を定義し得る。アカウント名規則では、ユーザ名が与えられると、ソフトウエアプログラム２４０は、ユーザのためのリソース上に可能なアカウント名のリストを生成し得る。アカウント名規則は、典型的には、複数のアカウント名を生成し得るが、ステップ５１５において定義されたアイデンティティテンプレートは、典型的には、ユーザのための１つのみのアカウント名を生成する。さらに、アカウント名規則に基づいて発見されたアカウントは、以下に説明されるようにさらなる相関を要求し得る。ユーザ名規則によって、特定のリソースアカウント名が与えられると、ソフトウエアプログラム２４０は、可能なユーザのリストを生成し得る。例えば、名前「Ｊａｎｅ  Ｄｏｅ」が与えられると、電子メールサーバ２１５のためのアカウント名規則は、アカウント名に対する以下の可能な整合を生成し得る。
【００４９】
【数５】
2004534987.tif 000007
ステップ５１８において、アドミニストレータ２６０はまた、リソース相関規則のセットを定義し得る。アカウント相関規則によると、リソースアカウントのセットが与えられると、ソフトウエアプログラム２４０は、任意のアカウントがリソースアカウント属性およびアドミニストレータ２６０によって特定された相関キーに基づいて特定のユーザに整合するかどうかをテストし得る。例えば、相関規則は、特定のリソースが、従業員番号がユーザのための既知の従業員番号に整合するという属性を有するかどうかに基づき得る（例えば、アイデンティティインデックス３１０またはユーザに既に関連付けられた別のリソースに格納された場合）。この相関規則はまた、リソースアカウント属性の操作に関連する形式を含み得る。ユーザ相関規則に関して、ユーザのセットが与えられると、ソフトウエアプログラム２４０は、発見された任意のユーザがアカウントに整合するかどうかを決定し得る。
【００５０】
ステップ５２０において、アドミニストレータ２６０は、１以上のソースリソースを定義し得る。ソースリソースは、システム２００の１つ以上のユーザが発見され得るリソースを参照する。ユーザの完全なリストが単一のリソース（例えば中央ディレクトリ）から発見され得る場合、アドミニストレータ２６０は、まずそのリソースから情報オブジェクト（例えばアカウント）を読み出すようにソフトウエアプログラム２４０を構成し得る。ユーザのリストがオーバーラップしないリソースから発見され得る場合、アドミニストレータ２６０は、オーバーラップしないリソースからユーザ名を読み出すようにソフトウエアプログラム２４０を構成し得る。ユーザの完全なリストが、オーバーラップするが、相関キーが存在するリソースから発見され得る場合（例えば、両方のリソースに共通する各ユーザ名に関連付けられた少なくとも１つのデータアイテム）、アドミニストレータ２６０は、オーバーラップしているリソースからユーザ名を読み出し、関連キーに基づいて複製された名前を検出するようにソフトウエアプログラム２４０を構成し得る。
【００５１】
例えば、１つの電子メールサーバが組織内の全てのプログラマーのための電子メールアカウントを含む一方で、別の電子メールサーバが組織内の全てのマネージャ（しかしいくつかのマネージャはまたプログラマーであった）のための電子メールアカウントを含んだ場合、２つのセットのアカウントがオーバーラップする。アドミニストレータ２６０は、従業員名、社会保障番号、従業員番号等の属性に基づいた２セットのアカウントおよび拒絶複製に相関する相関規則を定義し得る。一方で、ユーザのリストが、オーバーラップし、相関キーがないリソースから発見され得る場合、アドミニストレータ２６０は、固有のセットのユーザがリソースから最も簡単に発見され得る方法を決定し得る。ユーザの完全なリストが発見され得ない場合、アドミニストレータ２６０は、ユーザの部分リストのみを発見するようにソフトウエアプログラム２４０を構成し得る。
【００５２】
アドミニストレータ２６０によって定義された１つ以上のソースリソースから、ステップ５２２において、ソフトウエアプログラム２４０は、ユーザアイデンティティを発見し得る。言い換えると、ソフトウエアプログラム２４０は、１つ以上のソースリソースにおけるアカウントによって提示されたユーザの固有のセットを分離し得る。仮想アイデンティティがソースリソースから発見された特定のユーザに対してアイデンティティインデックス３１０において存在しない場合、ソフトウエアプログラム２４０は、ソースリソース（例えばユーザ名）上で見出されたユーザのアカウントの１つ以上の任意の属性に基づいて、およびソースリソースのためのスキーママップに従って仮想アイデンティティを生成し得る。
【００５３】
例えば、ユーザＪａｎｅ  Ｄｏｅがソースリソース上で見出された場合、仮想アイデンティティが、例えば、ユーザ名Ｊａｎｅ  Ｄｏｅを新しい仮想ユーザ名にマッピングすることによって、Ｊａｎｅ  Ｄｏｅのために作成され得る（例えばアカウント名に等しいか、またはソースリソースに対して定義された任意のユーザ名規則によって生成された場合）。アカウントの導入の間、ソフトウエアプログラム２４０はまた、アカウント名を抽出し得る。さらに、ソフトウエアプログラム２４０は、アカウント属性値を抽出し得、この値をソースリソースのためのリソーススキーママップに従って、標準的なフォーマットに変換する（すなわちアカウント属性を仮想属性に変換し得る）。本発明の一実施形態では、属性のいくつかはアイデンティティインデックス３１０におけるユーザの仮想アイデンティティの下に格納される一方で、残りの属性は、ソフトウエアプログラム２４０が残りの属性の操作を終了するまで不揮発性メモリにおいてのみ保持される。例えば、ユーザの仮想アイデンティティの下に格納された属性は、名前、電子メールアドレス、組織、アカウントが発見されたリソースの名前等のユーザのアカウントにアクセスするように要求された情報に加えて、インデックスエントリに格納された、組織が望む任意のさらなる属性を含み得る（例えば、組織がユーザ名によってインデックスエントリを検索することを可能にすることを望む場合、組織はまた「名」、「姓」、または「氏名」等の属性を格納することを望み得る）。他のリソース属性は、スキーママップによって仮想属性にマッピングされたアイデンティティインデックス３１０に保存されるのではなく、ＲＡＭ（または他の揮発性メモリ）において保持され得る。
【００５４】
ステップ５２４において、ソフトウエアプログラム２４０は、ステップ５２２において発見されたユーザアイデンティティのためのさらなるリソースアカウントを発見または位置付け得る。ステップ５１６において提供されたリソース定義を用いることによって、ソフトウエアプログラム２４０は、各リソースに接続し、可能な整合リソースアカウントを生成し得る。再度、ステップ５２２において発見されたユーザ（例えばユーザＪａｎｅ  Ｄｏｅ）に対して、ソフトウエアプログラム２４０は、リソースに対して定義された任意のアカウント名規則を用いて可能性のあるアカウント名のリストを生成することによって、電子メールサーバ２１５に問い合わせを行い、可能な整合アカウントを見出し得る（例えば、ｊｄｏｅ＠ｏｒｇａｎｉｚａｔｉｏｎ．ｃｏｍ、ｄｏｅｊ＠ｏｒｇａｎｉｚａｔｉｏｎ、ｊｄｏｅ２＠ｏｒｇａｎｉｚａｔｉｏｎ．ｃｏｍ）。さらに、ソフトウエアプログラム２４０は、アドミニストレータ２６０によって定義された相関規則をさらなる選択アカウントに適用し得る。例えば、電子メールサーバ２１５上で各電子メールアカウントはまた、属性として従業員名または識別番号を有した場合、ソフトウエアプログラム２４０は、スキーママップに基づいた別のリソース（例えばソースリソースまたは他の最初に問い合わせたリソース）上で見出されたＪａｎｅ  Ｄｏｅを整合させるアカウントのための従業員ＩＤ番号を比較し得る。あるいは、ソフトウエアプログラム２４０は、相関規則のみによってユーザリソースアカウントを位置付け得る。例えば、ソフトウエアプログラム２４０は、アカウント名規則を用いて可能な整合を生成することなく、「従業員識別」属性または別のリソース専用アカウント属性に基づいたアカウントに対して電子メールシステム２１５を検索し得る。整合アカウントが見出された場合、アカウントが見出されたリソース名、ならびに、アカウント名、組織、および組織が、格納されることを望む任意の他の属性等の整合アカウントのための属性がユーザの仮想アイデンティティの下のアイデンティティインデックス３１０に格納され得る。
【００５５】
上述の説明では、アドミニストレータ２６０によって識別された各リソースが各ユーザに対するアカウントのために問い合わせられる。しかし、アドミニストレータ２６０は、特定のユーザに対してスキャンされるリソースを制限するために使用され得るユーザの役割を割り当て得る。各役割は、ユーザがアクセスを有するべきであるリソースのセットを意味する。発見プロセスの実施形態は、ユーザがアクセスを有するリソース上のアカウントのみを検索することを含み得る。
【００５６】
役割がいくつかの方法でユーザに割り当てられ得る。これは、リソース属性を「仮想」役割属性にマッピングすることによってなされ得る。例えば、ソースリソースが「ジョブタイトル」属性を含んだ場合、アドミニストレータ２６０は、「ジョブタイトル」を仮想「役割」属性にマッピングし得る。ユーザのアカウントがソースリソースからソフトウエア２４０によって第１にインポートされた場合、ユーザの役割は、ジョブタイトルに基づいて割り当てられ得る。あるいは、アドミニストレータ２６０はインポートタスクの一部として役割を特定し得る。このような場合、特定された役割は、任意の抽出されたアカウント属性にもかかわらず、特定のインポートによって作成された各ユーザに割り当てられる。最終的には、アドミニストレータは、新しいユーザを作成する場合（例えばリソースによって以前に定義されないユーザ）、または既存のユーザを編集する場合に役割を特定し得る。
【００５７】
ステップ５００〜５２４を要約するためには、アドミニストレータ２６０は、システム２００上のリソースを識別し得、十分な情報をソフトウエアプログラム２４０に提供し、それによりソフトウエアプログラム２４０は、リソースにアクセスし得る。アドミニストレータ２６０はまた、各リソース（またはリソースタイプの各例が同一である場合のリソースのクラス）に対してスキーママップを定義し得る。リソースに対するスキーママップは、リソース上で定義された情報オブジェクトからの１つ以上の属性をユーザのための１つ以上の仮想属性にマッピングする。さらに、アドミニストレータ２６０は、仮想アイデンティティおよびソフトウエアの属性が与えられると、リソース専用名（例えばアカウント名）を生成し得るアイデンティティテンプレートを定義し得る。ステップ５１６および５１８では、アドミニストレータ２６０は、特定のユーザにリソース情報オブジェクトを関連付ける際に支援するためのリソース名および相関規則を定義し得る。ステップ５２０では、アドミニストレータ２６０は、１つ以上のユーザが１つ以上のソースリソース上に含まれた情報オブジェクトに基づいて導かれ得る１つ以上のソースリソースを定義し得る。ステップ５２２において、ソフトウエアプログラム２４０は、ソースリソースを問い合わせ、１つ以上のソースリソースから発見された各ユーザのための仮想アイデンティティを作成し得る。各ユーザに対して、ソフトウエアプログラム２４０は、アドミニストレータ２６０によって選択されたように、ユーザの仮想アイデンティティの下にあるソースリソースから情報オブジェクト属性を保存し得る。ステップ５２４では、ソフトウエアプログラム２４０は、アドミニストレータ２６０によって定義された他のリソースに問い合わせて、各ユーザに対応するアカウントを見出し得る。ソフトウエアプログラム２４０はまた、アカウント名規則および／または相関規則に基づいたアカウントに整合するように位置付け、ユーザの仮想アイデンティティの下のアカウントから属性を保存し得る。この態様では、ソフトウエアプログラム２４０は、情報オブジェクト（例えばアカウント）を仮想アイデンティティ（例えばユーザ）に関連付け得る。
【００５８】
リソースを定義および識別するアドミニストレータ２６０に加えて、リソースを定義および識別するプロセスは、ステップ５４０において他のアドミニストレータに委任され得る（例えば部門アドミニストレータまたはジュニアアドミニストレータ）。図２では、例えば、第１の部門アドミニストレータ２６２および第２の部門アドミニストレータ２６４は、第２のＵｎｉｘ（Ｒ）システム２１６および第３のＵｎｉｘ（Ｒ）システム２１８それぞれを識別および定義し得る。委任は、リソースが識別され、アドミニストレータ２６０に知らないかもしれないことを定義されることを可能にし、それにより本発明の実施形態のロバスト性および効率性を増加する。
【００５９】
委任のさらなるステップのとき、エンドユーザがアカウントを有するリソースを識別する権限がエンドユーザに与えられ得る（ステップ５４２）。エンドユーザは、アカウントが常駐し、次いでアカウント名を供給するリソースを選択し得る。これは、ユーザがストレイ（ｓｔｒａｙ）アカウントを位置付けることを可能にする。例えば、Ｊａｎｅ  Ｄｏｅは、第１の部門アドミニストレータ２６２の下で働くが、第２の部門アドミニストレータ２６４の下の従業員と共に時折働く場合、彼女は第２のＵｎｉｘ（Ｒ）システム２１６および第３のＵｎｉｘ（Ｒ）システム２１８両方に関するアカウントを有し得る。第１の部門アドミニストレータ２６２は、第２のＵｎｉｘ（Ｒ）システム２１８上の彼女のアカウントを知り得るが、第１の部門アドミニストレータ２６２も第２の部門アドミニストレータ２６４も第３のＵｎｉｘ（Ｒ）システム２１８に関する彼女のアカウントについて知らないかもしれない。これは、第１の部門アドミニストレータ２６２が第３のＵｎｉｘ（Ｒ）システム２１８の知識を有さないため、および第２の部門アドミニストレータ２６４がＪａｎｅ  Ｄｏｅの知識を有さないために発生し得る。このような場合、Ｊａｎｅ  Ｄｏｅは、彼女の仮想アイデンティティにおいて第３のＵｎｉｘ（Ｒ）システム２１８上の彼女のアカウントを彼女自身と関連付けることを望み得、そうすることに対する権限が与えられ得る（例えばアカウントの発見は、Ｊａｎｅ  Ｄｏｅにさらに委任され得る）。しかし、本発明の一実施形態では、Ｊａｎｅ  Ｄｏｅは、例えば、アカウントが彼女の仮想アイデンティティに関連付けられる前に、パスワード認証を介して第３のＵｎｉｘ（Ｒ）システム２１８上のアカウントの所有権を証明する必要があり得る。これは、エンドユーザがそのエンドユーザの仮想アイデンティティのみを更新することを可能にする機能的な制限と結合されると、エンドユーザに対してセキュアな委任を可能にする。
【００６０】
本発明の実施形態は、ユーザアカウント管理の点において主に説明されてきたが、本発明は、仮想アイデンティティを共に含むリソース専用情報オブジェクトの任意のセットを発見することに対して等しく適用可能であることが理解されるべきである。本発明の実施形態は、情報オブジェクトが中央化されたデータベースにおいて複製されないアイデンティティインデックスを使用および／または作成する観点でさらに説明されてきた。しかし、本発明の実施形態は、アカウントおよび他の情報オブジェクトを抽出および相関させるために使用され得、中央化されたデータベースにロードするかまたはディレクトリまたはメタディレクトリを構成することがさらに理解されるべきである。
【００６１】
本発明の実施形態は、（ｉ）電子メールサーバ等の情報オブジェクト（例えばアカウント）のセットを含む少なくとも１つのソースリソースを定義するステップであって、情報オブジェクトのセットはユーザのセットを定義するステップと、（ｉｉ）ソースリソースからユーザのセットを発見するステップと、（ｉｉｉ）第２のセットの情報オブジェクトを含むさらなるリソースを定義するステップであって、情報オブジェクトの第２のセットからの各情報オブジェクトは、ユーザのセットからのユーザに対応する、ステップと、（ｉｖ）さらなるリソースから情報オブジェクトの第２のセットを自動的に発見するステップと、（ｖ）第２のセットの情報オブジェクトからの各情報オブジェクトをユーザのセットからの対応するユーザに関連付けるステップとを含み得る。
【００６２】
本発明の別の実施形態は、（ｉ）ユーザのセットを定義する情報オブジェクトを含む第１のリソースを定義するステップと、（ｉｉ）第１のリソース定義に基づいて情報オブジェクトを発見するステップと、（ｉｉｉ）情報オブジェクトのそれぞれをユーザセットからのユーザおよび第１のリソースに関連付けるステップとを含む。
【００６３】
本発明の方法のさらに別の実施形態は、（ｉ）第１のアドミニストレータから第１のリソース定義を受け取るステップであって、第１のリソースは、ユーザのセットから少なくとも１つのユーザを定義する情報オブジェクトの第１のセットを含む、ステップと、（ｉｉ）第２のアドミニストレータから第２のリソース定義を受け取るステップであって、第２のリソースは、ユーザのセットから少なくとも１つのユーザを定義する情報オブジェクトの第２のセットを含む、ステップと、（ｉｉｉ）第１のリソースから第１のセットの情報オブジェクトを発見するステップと、（ｉｖ）ユーザのセットからの少なくとも１つのユーザおよび第１のリソースに情報オブジェクトの第１のセットからの各情報オブジェクトを関連付けるステップと、（ｖ）第２のリソースからの情報オブジェクトの第２のセットを発見するステップと、（ｖｉ）ユーザのセットからの少なくとも１つのユーザおよび第２のリソースに情報オブジェクトの第２のセットからの各情報オブジェクトを関連付けるステップと含む。
【００６４】
本発明のさらに別の実施形態は、（ｉ）複数のリソースを定義するステップであって、複数のリソースのそれぞれは、ユーザのセットからの少なくとも１つのユーザを定義する情報オブジェクトのセットを含む、ステップと、（ｉｉ）複数のリソースのそれぞれからの情報オブジェクトのセットを発見するステップと、（ｉｉｉ）ユーザのセットからのユーザおよび対応する情報オブジェクトが発見されたリソースに、情報オブジェクトのセットからの各情報オブジェクトを関連付けるステップとを含む。
【００６５】
本発明は、例示の実施形態を参照しながら本明細書中で詳細に説明されてきたが、その説明は例示のみによっておよび限定的な意味で構成されないことが理解されるべきである。従って、本発明の実施形態および本発明のさらなる実施形態の詳細の多くの変更がこの説明を参照する当業者に明らかになり、当業者によってなされ得ることがさらに理解されるべきである。全てのこのような変更およびさらなる実施形態が上掲の特許請求の範囲として本発明の範囲内にあることが企図される。
【図面の簡単な説明】
【図１】
図１は、データが中央化されたデータベースにおいて複製されるシステム管理の従来技術のシステムを示す。
【図２】
図２は、本発明の教示がインプリメントされ得るコンピュータシステムの一実施形態を示す。
【図３】
図３は、本発明の一実施形態によるアカウント管理のシステムを示す。
【図４】
図４は、本発明の一実施形態によるスキーママップを示す。
【図５】
図５は、本発明によるユーザおよび情報オブジェクトを発見するための方法の一実施形態を示すフローチャートである。
【図１】
2004534987.tif 000008
【図５】
2004534987.tif 000009
【国際公開パンフレット】
2004534987.tif 000010
2004534987.tif 000011
2004534987.tif 000012
2004534987.tif 000013
2004534987.tif 000014
2004534987.tif 000015
2004534987.tif 000016
2004534987.tif 000017
2004534987.tif 000018
2004534987.tif 000019
2004534987.tif 000020
2004534987.tif 000021
2004534987.tif 000022
2004534987.tif 000023
2004534987.tif 000024
2004534987.tif 000025
2004534987.tif 000026
2004534987.tif 000027
2004534987.tif 000028
2004534987.tif 000029
2004534987.tif 000030
2004534987.tif 000031
2004534987.tif 000032
2004534987.tif 000033
2004534987.tif 000034
2004534987.tif 000035
2004534987.tif 000036
2004534987.tif 000037
2004534987.tif 000038
2004534987.tif 000039
2004534987.tif 000040
2004534987.tif 000041
2004534987.tif 000042
【国際公開パンフレット（コレクトバージョン）】
2004534987.tif 000043
2004534987.tif 000044
【国際公開パンフレット（コレクトバージョン）】
2004534987.tif 000045
2004534987.tif 000046
2004534987.tif 000047
2004534987.tif 000048
2004534987.tif 000049
2004534987.tif 000050
2004534987.tif 000051
2004534987.tif 000052
2004534987.tif 000053
2004534987.tif 000054
2004534987.tif 000055
2004534987.tif 000056
2004534987.tif 000057
2004534987.tif 000058
2004534987.tif 000059
2004534987.tif 000060
2004534987.tif 000061
2004534987.tif 000062
2004534987.tif 000063
2004534987.tif 000064
2004534987.tif 000065
2004534987.tif 000066
2004534987.tif 000067
2004534987.tif 000068
2004534987.tif 000069
2004534987.tif 000070
2004534987.tif 000071
2004534987.tif 000072
2004534987.tif 000073
2004534987.tif 000074
2004534987.tif 000075
2004534987.tif 000076
【国際調査報告】
2004534987.tif 000077
2004534987.tif 000078
2004534987.tif 000079