(57)【要約】ハードウェアおよびソフトウェア（すなわち、プラットフォーム）のそれぞれ異なる組合せを持つ複数の異なる装置を使用するネットワークの最適化システム。このシステムは、このようなネットワークの性能を正確に評価し、調節し、最適化する。本発明は、最適化システムの様々な機能をインストールし、構成し、動作させる効率的なユーザインタフェースを提供する。インテリジェンスオブジェクト（102、104）は、各サーバノードレベルで動作し、各サーバノードでシステムプロセスを動的に分析する。システムプロセスの分析は広範囲であり、ハードウェア、ソフトウェア、オペレーティングシステム、および通信を含む。ある機能では、オブジェクトはローカル利用値を表す数を生成することができる。ローカル利用値は、オブジェクトを管理するプラットフォームにおける1つまたは複数の性能因子の尺度である。ローカル利用値は、第2のインテリジェンスオブジェクト（102、104）を管理するもう１つのプラットフォームシステムに転送することができる。
2005505859.tif 000002
【特許請求の範囲】
【請求項１】
以下の段階を含む、第1および第2のプラットフォームを含むデジタルネットワークシステムの性能をモニタリングする方法：
第1のプラットフォームの動作特性を示す第1の値を生成する段階；
第1の値を第2のプラットフォームに転送する段階；
第2のプラットフォームの動作特性を示す第2の値を得る段階；ならびに
第1および第2のプラットフォームの動作特性の違いを明らかにするように第1または第2の値のどちらかを調整することによって第1の値および第2の値を組み合わせて複合値とする段階。
【請求項２】
動作の違いには、第1および第2のプラットフォームのプロセッサにおける割込みの用途の違いが含まれる、請求項1記載の方法。
【請求項３】
動作の違いには、第1および第2のプラットフォームにおけるスレッドの用途の違いが含まれる、請求項1記載の方法。
【請求項４】
動作の違いには、第1および第2のプラットフォームにおける分岐プロセスの用途の違いが含まれる、請求項1記載の方法。
【請求項５】
動作の違いには、第1および第2のプラットフォームにおけるメモリ管理の違いが含まれる、請求項1記載の方法。
【請求項６】
第1および第2のプラットフォームが、異なる種類のオペレーティングシステムを使用する、請求項1記載の方法。
【請求項７】
第1および第2のプラットフォームが、異なる種類の中央演算装置を使用する、請求項1記載の方法。
【請求項８】
第1および第2のプラットフォームが、異なる種類の動作環境をサポートする、請求項1記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
優先権の主張
本出願は、2000年10月26日に出願された米国特許仮出願第60/243,783号に対する優先権を主張するものである。
【０００２】
関連出願の相互参照
本出願は、各々が、本出願に全体が記載されているのと同様に参照として本明細書に組み入れる以下の同時係属出願に関する。
【０００３】
2001年10月12日に出願された「システムワイド最適化統合モデル（System-Wide Optimization Integration Model）」（020897-000110US)という名称の米国特許出願第09/976,368号、2001年10月26日に出願された「総合システムリソース分析および診断（Aggregate System Resource Analysis and Diagnostics）」（020897-000130US）という名称の米国特許出願第10/040,012号、ならびに2001年10月26日に出願された「互いに異なるオペレーティングシステム上の相関行列に基づく自律ノードおよびネット分析（Correlation Matrix-Based on Autonomous Node and Net Analysis Over Disparate Operating Systems）」（020897-000140US)という名称の米国特許出願第10/055,404号。
【背景技術】
【０００４】
発明の背景
インターネットなどのデジタルコンピュータネットワークは現在、商業、教育、研究、および娯楽の多数の局面で広範囲に使用されている。多量のトラフィックを扱う必要があるため、多くのインターネットサイトは数群のサーバコンピュータを用いて構成されている。サイトネットワークシステムの一例が図1に示されている。
【０００５】
図1では、ネットワークシステム10は4つの主要な層を含んでいる。これらは、通信層12、ウェブ層14、アプリケーション層16、およびデータベース層18である。各層は、一群のサーバコンピュータあるいはその他の処理システム、記憶システム、または通信システム間のインタフェースを表している。各インタフェースは、２つのサーバコンピュータ群間の通信を処理する。これらの層は、通信プロトコル、ルーティング、トラフィック制御、およびサーバコンピュータ群間の情報の転送に関するその他の機能を表すという点で重要であることに留意されたい。当技術分野で知られているように、各層によって表される通信機能を実行するのにソフトウェアおよびハードウェアが用いられる。
【０００６】
サーバコンピュータは20などのボックスによって示されている。データベース22およびインターネット24は、記号で表されており、任意の数のサーバ、処理システム、またはその他の装置を含んでよい。1つの群内のサーバは通常、互いに隣接する群間の層によって定義され制御される各群内の1つまたは複数のコンピュータと通信する。たとえば、情報（たとえば、データベースのレコード）を求める要求は、インターネットから受信され、ウェブ通信サーバ群内のサーバコンピュータ26に送られる。この通信は通信層12で行われる。
【０００７】
サーバコンピュータ26は、コンピュータ20、28、30のようなアプリケーションサーバ群内の複数のコンピュータによる処理を必要とする場合がある。このような処理を求める要求は、ウェブ層14上で転送される。次に、アプリケーションサーバ群内の要求されたコンピュータは、アプリケーション層16を介してデータベースサーバ群内のコンピュータ32、34、36、および38を呼び出すことができる。最後に、呼び出されたコンピュータは、データベース層18を介してデータベース22に要求を出すことができる。返されたれレコードは、各層およびサーバを通してインターネット24に伝播され、情報に対する要求が満たされる。
【０００８】
現在の大規模で複雑なネットワークシステムにおいて特に重要なのは、システムの性能モニタリングおよび最適化である。情報を効率的にモニタリングする作業は、ネットワークが複数の異なる組のハードウェアおよびソフトウェア（すなわち、プラットフォーム）を使用するときには非常に困難になる。たとえば、データベースサーバ32は、MicrosoftのNTオペレーティングシステムの下でMicrosoftのAccessデータベースを実行するIntel社製のプロセッサであってよい。データベースサーバ34は、オラクルデータベースを実行するサンプラットフォームであってもよい。アプリケーションサーバは、Intel/Microsoft、Unix、またはその他のプラットフォームを含んでよい。同様に、ウェブページサーバは、任意の数のプラットフォームであってよい。一般に、任意のプラットフォーム、またはハードウェアとソフトウェア（オペレーティングシステム、アプリケーションプログラム、アプレット、プラグイン、動的リンクライブラリ、ルーチン、またはその他のプロセスを含む）のその他の組合せをネットワークシステム内の任意の点で使用することができる。
【０００９】
性能およびリソース利用特性を得て分析することは、マルチプラットフォームネットワークでは非常に困難である。これは、性能パラメータおよび使用状況パラメータがそれぞれの異なるプラットフォームにおけるそれぞれの異なる環境で同じ意味を有さないからである。
【００１０】
したがって、先行技術を改善するシステムを提供することが望ましい。
【発明の開示】
【００１１】
発明の概要
一態様では、本発明は、ハードウェアとソフトウェアのそれぞれの異なる組合せ（すなわち、プラットフォーム）を持つ複数の異なる装置を使用するネットワークの最適化システムを提供する。
【００１２】
このシステムは、このようなネットワークの性能を正確に評価し、調節し、最適化する。本発明は、最適化システムの様々な機能をインストールし、構成し、動作させる効率的なユーザインタフェースを提供する。インテリジェンスオブジェクトは、各サーバノードレベルで動作し、各サーバノードでシステムプロセスを動的に分析する。システムプロセスの分析は広範囲であり、ハードウェア、ソフトウェア、オペレーティングシステム、および通信を含む。
【００１３】
ある機能では、オブジェクトはローカル利用値を表す数を生成することができる。ローカル利用値は、オブジェクトを管理するプラットフォームにおける1つまたは複数の性能因子の尺度である。ローカル利用値は、第2のインテリジェンスオブジェクトを管理する他のプラットフォームシステムに転送することができる。第2のインテリジェンスオブジェクトは、それ自体のローカル利用値を生成するか、またはそのローカル利用値を転送された値と組み合わせて、両方のプラットフォームの性能を反映した複合利用値を生成することができる。様々な値がそれぞれの異なるプラットフォームから得られる場合、システムはこれらの値を分解、調整、または最適化して複合値を得る。
【００１４】
一態様では、本発明は、第1および第2のプラットフォームを含むデジタルネットワークシステムの性能をモニタリングする方法を提供する。この方法は、第1のプラットフォームの動作特性を示す第1の値を生成する段階と、第1の値を第2のプラットフォームに転送する段階と、第2のプラットフォームの動作特性を示す第2の値を得る段階と、第1のプラットフォームおよび第2のプラットフォームの動作特性の違いを明らかにするように第1または第2の値のどちらかを調整することによって第1の値および第2の値を組み合わせて複合値にする段階とを含む。
【００１５】
発明の詳細な説明
本発明の好ましい態様は、「Metilinx iSystem Enterprise」システムと呼ばれる一連の製品としてMetiLinx社によって製造され販売されている製品、文献、およびその他のシステムおよび材料に組み込まれる。Metilinxシステムは、デジタルネットワーク、特に技術サポートセンター、ウェブページサーバ、データベースアクセスのような大規模なインターネットアプリケーションにおける多数のコンピュータサーバのネットワークを最適化するように構成されている。
【００１６】
本発明のシステムは、ネットワーク内の様々なサーバ、コンピュータ、および、その他の処理プラットフォーム上で実行される「インテリジェンスオブジェクト」（IO）と呼ばれるソフトウェアメカニズムを用いる。インテリジェンスオブジェクトは、プロセスの性能、ハードウェアの動作、リソースの使用状況、またはネットワークの性能に影響を与えるその他の要因に関する情報を得るのに用いられる。ネットワークの比較的大きな部分の性能を示す複合値を得られるように各インテリジェンスオブジェクト間で値が転送される。
【００１７】
図2Aは、インテリジェンスオブジェクトおよび転送される値を示している。図2Aでは、102や104などのインテリジェンスオブジェクトはコンピュータサーバに存在している。サーバコンピュータ内に任意の数のインテリジェンスオブジェクトが存在することができ、n層システム内の任意の数のサーバコンピュータが1つまたは複数のインテリジェンスオブジェクトを備えることができる。第1の種類のインテリジェンスオブジェクトは、そのホストコンピュータサーバ内で動作する他のプロセスまたはハードウェアの1つまたは複数の局面をモニターし各局面について報告することのできるシステムレベルオブジェクト（SLO）と呼ばれるソフトウェアプロセスである。第2の種類のインテリジェンスオブジェクトは、トランザクションレベルオブジェクト（TLO）と呼ばれ、そのホストコンピュータまたはホストコンピュータ内で実行されるプロセスに関するトランザクション負荷をモニターするように構成されている。
【００１８】
一態様では、IO 102はそのホストコンピュータの性能特性を測定し、特性をバイナリ値として表す。この値は、ホストコンピュータまたはホストコンピュータに関するトランザクション情報の尺度であるので「ローカル」利用値と呼ばれる。ローカル利用値はIO 104に転送される。IO 104は、転送された値をそれ自体のホストコンピュータの測定値を含むように修正することができる。修正された値は、「複合」利用値と呼ばれる。複合利用値は、複数のコンピュータ、層、オペレーティングシステム、アプリケーションなどの全体的な性能が得られるように引き続き測定値を蓄積または追加する他のインテリジェンスオブジェクトに転送することができる。
【００１９】
最終的に、利用値は、組み合わされた測定値の結果を人間のユーザに表示するか、この結果を用いて他の結果を得るか、この結果を用いてn層システムの最適化を自動化するか、またはこの結果を他の目的に用いることのできる他のプロセスに転送される。本発明の一局面は、ネットワーク性能を改善または最適化するようにコンピュータまたはノードの評価された利用値に基づいてネットワーク上のプロセスおよび相互接続の転送先を変更するのを可能にする。転送先変更を実行するプロセスは「プロセスリダイレクトオブジェクト」（PROSE）と呼ばれる。
【００２０】
本発明については、多層サーバ構成に関して時々論じられているが、サーバ、コンピュータ、デジタルプロセッサなどの任意の構成が可能であることに留意されたい。「処理装置」という用語は、データに対してある関数を実行することのできるあらゆるハードウェアを指すのに用いられる。処理装置には、サーバ、コンピュータ、デジタルプロセッサ、記憶装置、ネットワーク装置、入出力装置などが含まれる。ネットワークは、処理装置の多層構成にする必要はないが、あらゆる構成、トポロジー、相互接続などを用いることができる。ネットワークのあらゆる種類の物理的または論理的な構成を本発明と一緒に使用できるように適応させることができる。
【００２１】
図2Bは、本発明のより特定の構成要素の１つの可能な構成を示している。本明細書で用いられる「構成要素」という用語には、デジタルプロセッサまたはシステム内に存在することができるか、またはデジタルプロセッサまたはシステムによって実行できるあらゆる種類の処理装置、ハードウェア、またはソフトウェアが含まれる。
【００２２】
図1、2A、および2Bに示されているようなシステムは、ほぼあらゆる種類のネットワークシステムと共に、IOを設けることができる。好ましい態様では、IOは、分散ピアツーピアアーキテクチャにおけるネットワーク内の各サーバ上にインストールされる。IOは、後述の集計ソフトウェアと共に、サーバ構成要素、リソースなどのリアルタイム挙動を測定し、ネットワークの挙動および性能の全体的な測定を行う。好ましい態様は、上述の関連する用途で論じたシステムワイドモデルを用いてネットワーク構成要素を評価し集計する。
【００２３】
好ましい態様は、CPU利用、ネットワーク利用、呼出し時間などの低レベルシステムパラメータおよびネットワークパラメータに関するデータを収集する。データは小さな4バイト値として生成され共用される。管理者によってセットアップされるかまたはシステムによって自動的に構成される階層では、値が他の値と組み合わされて複合値が得られる。次いで、複合値は階層に沿って転送され、さらなる複合値を得るのに用いられ、したがって、全体的なシステム性能は最終的に、複合値で与えられる。
【００２４】
各ノード間に維持される複合値を使用することの1つの問題は、ネットワークが、システム内の様々な点に複数の異なるハードウェア構成要素およびソフトウェア構成要素を有する場合があることである。通常、ソフトウェアを実行するハードウェアとオペレーティングシステムソフトウェアを組み合わせて「プラットフォーム」と呼ぶ。本出願では、「プラットフォーム」は、本発明のノードを含む他のソフトウェアまたはプロセスを実行するのを可能にするのに用いられる、ハードウェアとソフトウェアの任意の組合せ、またはその一部を指す。この意味では、任意の所与のプラットフォームは、プロセスが終了し開始し、ハードウェアが再構成されるときなどに繰り返し何度も変更されることがある。
【００２５】
図2Cは、複数のプラットフォームを有するネットワークを示している。
【００２６】
図2Cでは、ネットワークシステム150は、ブロックとして示されているサーバコンピュータを含む様々な構成要素を含んでいる。各サーバコンピュータは、それぞれの異なる数および種類の中央演算装置（CPU）、それぞれの異なる量および種類のメモリ、アーキテクチャ、周辺装置などを使用することができる。
【００２７】
それぞれの異なるソフトウェアを使用することもできる。たとえば、サーバ152はWindows 2000オペレーティングシステムを実行し、一方、サーバ154はWindows NTを実行し、サーバ156はLinuxを実行する。他のサーバは、それぞれの異なるアプリケーションプログラムおよびオペレーティングシステムを実行するように示されている。当然のことながら、任意の数および種類のハードウェアおよびソフトウェアを使用することができる。さらに、ネットワーク構成は、図2Cに示されている構成とはなはだしく異なる場合がある。一般に、あらゆるネットワーク構成を本発明と一緒に使用することができる。
【００２８】
同じ意味を伝えるようになっている値が実際には、それぞれの異なるプラットフォームに関連してそれぞれの異なる意味を有することがある。たとえば、処理速度、1秒当たり命令数、割込み、入出力動作、スレッドの数および優先順位、分岐プロセスの数および種類、メモリ管理、ブロック割当てなどは、測定または報告されるプラットフォームに応じて、実際上の意味が異なる。したがって、各値を、後述のように、より効果的な報告およびモニタリングが可能なように組み合わせるかまたは複合することができるように、それぞれの異なるプラットフォームに対して調整、分解、正規化、または均質化することが重要である。
【００２９】
たとえば、累積される1つのパラメータは、時間の経過と共にオペレーティングシステムによって割り当てられるブロックの数である。このパラメータは、システムにおける構成要素またはプラットフォームのメモリ利用を反映するので重要である。しかし、様々なオペレーティングシステムがそれぞれの異なるサイズのブロックを使用することがあり、したがって、ブロックの数を追跡しただけでは結果が不正確になる。ブロック割当てパラメータの比較および使用を矛盾させる他の因子は、システムにおいて利用できるブロックの数、ブロック割当ての実行に関与するオーバヘッド（たとえば、プロセッササイクル、メモリなど）である。
【００３０】
本発明の一態様は、たとえばそれぞれの異なるプラットフォーム用のメモリブロックサイズを記憶する。ブロック割当てパラメータがプラットフォームから（たとえば、後述のLNVまたはCNVの一部として）受信されると、パラメータは、ブロックサイズに従って調節される。たとえば、ブロックサイズが、ブロック割当てパラメータを受信するノードを実行するプラットフォーム上のブロックサイズの2分の1であるプラットフォームから、ブロック割当てパラメータが得られる場合、ノードは2つのプラットフォーム間の違いを明らかにするためにパラメータを係数2で調整する。このようにして、パラメータ値同士を組み合わせるかまたは複合化して後述の利点を得ることができる。
【００３１】
本明細書で論じるIOならびにその他のモニタリング、分析、および最適化ツールによるネットワークセットアップは、DASPO（Dynamic Aggregate System Process Optimization）ネットワークと呼ばれる。DASPOを動作させてネットワークを改善または最適化する場合3つの基本的な段階がある。これらの段階は（1）セットアップ、（2）分析、および（3）最適化である。好ましい態様では、本発明のシステムは、人間のユーザがそれぞれの異なる段階に関与するのを可能にする、コンソールインタフェースを含む様々なユーザツールを提供する。しかし、それぞれの異なる段階を様々な程度に自動化する機構も設けられる。
【００３２】
3つの段階の動作および実施は、本発明によって使用されるシステムワイドモデルに強く依存する。システムワイドモデルについては以下に、3つの段階および3つの段階を制御するユーザインタフェースに関して論じる。
【００３３】
セットアップ
以下のように、DASPOネットワークをセットアップする際には5つの基本的な段階がある。
ノードリソースプール（NRP）の定義
ノードの追加
選択されたノード上へのインテリジェンスオブジェクトのインストール
機能リソースプール（FRP）の定義、および
接続性およびデータフローの確立
【００３４】
図3Aは、ノードリソースプールをセットアップするユーザインタフェースディスプレイを示している。図3Aでは、ノードプールはラベルを有する卵形として示されている。NRPは、ノードを構成のためにグループ分けするのに用いられる。NRPは、図1Aおよび2Aの層表示手法の代わりに用いられる。NRPは、層構造の等価物を作成するのに用いること、または、ノードのその他の構造を作成するのに用いることができる。図3Aは、ウェブサーバプールおよびデータサーバプールを示している。アプリケーションサーバプールまたは他のユーザ定義プールを作成しラベル付けすることができる。任意の数のプールを定義することができる。
【００３５】
図3Bは、ユーザが定義されたNRPに特定のノードを追加したユーザインタフェースを示している。ノードは、各ノードを既存のドメインから個々に選択するか、または特定のインターネットプロトコル（IP）アドレスを与えることによって追加することができる。本発明の好ましい態様は、マシンアドレス指定やIPアドレスのような標準的なインターネット規約に従うノードを用いる。しかし、他の態様では、他のプロトコル、標準などを用いて各ノードを定義することができる。各ノード名は、図3Bに示されているように一般的な名前であっても、ユーザによって固有の名前を与えても、自動的に割り当ててもよい。当然のことながら、任意の数および種類のノードをプールに割り当てることができる。プール／ノード階層は、一般的なファイル管理システムと同様に表示され操作される。
【００３６】
図3Cは、インテリジェンスオブジェクト（IO）の図である。IOは定義され各ノードに関連付けされる。好ましい態様では2種類のIOが設けられる。これらは、システムレベルオブジェクト（SLO）およびトランザクションレベルオブジェクト（TLO）である。各IOは通常、記述テキストの左側のアイコンによって識別される。アイコンは、IOが対応するノードに隣接して配置される。動作時には、IOは、ノードにおける各構成要素の動作およびリソース使用に関する情報を収集する。
【００３７】
SLOは、各プールにグループ分けすることができる。好ましい態様では、（1）同じ機能を有するノードがグループ分けされるように共通のアプリケーションをサポートするノード用のSLOを構成する機能リソースプール、および（2）共通のサービスを提供するノード用のFRPおよびSLOを構成するノードリソースプールとして２種類のプールを設ける。各プールと各ノードとの間のリンクは、どこに機能関係が存在するかを示している。NRPとFRPは、システムプロセスフローを実現し、最適化計算用のサブネットワークを定義するように互いにリンクされる。
【００３８】
図3Dは、NRP内の各ノードの、機能リソースプールとしての構成を示している。
【００３９】
NRPが作成されノードが割り当てられた後、各NRPをさらに機能リソースプール（FRP）として細分することができる。FRPは、各ノードをFRPに割り当てられた特定の役割（すなわち、管理ログインサーバ、スタッフログインサーバなど）に従ってグループ分けするのを可能にすることによってノード関数を改善する。図3Dに示されているように、NRP内に１つまたは複数のFRPを作成することができる。好ましい態様では、SLOノードおよびTLOノードのみがFRPに属することができる。
【００４０】
図3Eは、各NRP間、各FRP間、および各ノード間の接続性およびデータフローの確立を示している。
【００４１】
ネットワークを構成する際の重要な段階は、各トランザクションがシステム内を移動する際に通る経路を判定することを含む。各経路は、各プールと各ノードがどのようにリンクされるかによって決定される。以下のように、リンクを定義することのできる3つの異なるレベルがある。
a.  ノードリソースプール間
b.  機能リソースプール間
c.  ノード間
【００４２】
DASPOネットワークでは、各NRPは最低詳細レベルを表し、各ノードは最高レベルを表す。より高い詳細レベルで確立された接続は、より低いレベルで確立された接続よりも優先される。リンクもある重要な意味を有する。たとえば、2つのNRPがリンクされている場合、図3Eに示されているように、2つのプール内のあらゆるFRPおよびあらゆるノードが接続されていると推論される。
【００４３】
ネットワーク管理は、それぞれの異なるレベルで接続を確立するのを可能にすることによって簡略化される。最初の接続は、最初のネットワークトランザクションプロセスフローを確立する際に迅速にかつ簡単に確立することができる。これは、高いレベルの接続によって自動的により低いレベルの接続が定義されるからである。たとえば、プール間接続によって、接続されたプール内のFRPおよびノードに対するより低いレベルのFRPおよびノード接続が自動的に定義される。さらにネットワークの微調整が必要である場合、より詳細なレベルで最初の1組のリンクを修正することが可能である（すなわち、ノード間リンク）。
【００４４】
ネットワーク接続を定義すると、DASPOサブネットワークが作成される。DASPOサブネットワークは、機能リソースプールを介してリンクされたノード間に定義される特定の関係である。サブネットワークは、物理的または論理的なネットワーク構成との相関を有することができるが、そうする必要はない。たとえば、サブネットワークは、3つのサブネットワークの各々がウェブ層、アプリケーション層、およびデータベース層に対応する上述の多層設計に従うことができる。サブネットワーキングの概念は、ユーザが、理想的なシステム最適化を算出する際にネットワークを横切るトランザクションフローを柔軟に定義するのを可能にする。
【００４５】
図3Fは、FRP1とFRP2との間に確立された接続を示している。これによって、FRPに関連するノード間にサブネットワークが作成される。サブネットワークは、図3Gに示されているように「A」ノードから存在する。「A」サブネットワークは、FRP2のノードBおよびCを含んでいる。
【００４６】
各ノードが機能リソースプールとしてグループ分けされると、そのSLOおよびTLOは、ローカルノード値（LNV）およびインテリジェンスオブジェクト情報を互いに伝達する。この通信の結果として、各ノードはそのFRP内の他のあらゆるノードの値を知り、および、必要に応じて最良ノードを識別することができる。最良ノードは、システムトランザクションを所与の瞬間に最高の効率で処理することのできる特定のFRP内のサーバとして定義される。値のフォーマット、転送される値、複合値、および値の他の使用法についての詳細な説明は、上記に引用した関連する特許出願（3）に記載されている。
【００４７】
第1のノードのLNVから、およびサブネットワーク内の第1のノードに関連する他のノードから、複合ノード値（CNV）が算出される。本発明の好ましい態様は、正規化されたウエイト（weight)を用いて、第1のノードに関連するサブネットワーク内のあらゆるノードのLNVおよびCNVの寄与を評価する。好ましい態様は、ネットワーク呼出し時間を考慮し、値がそれぞれの異なるノードに転送されるときに、転送されているCNV値および／またはLNV値を修正する。
【００４８】
好ましい態様の一特徴は、各ノードがCNVおよびLNVの形のデータを収集し、データが、モニタリングおよび制御のために動作することができ、または人間のユーザがアクセスすることのできる中央コンソール、またはコンピュータシステムによって蓄積されることである。この手法は、管理者がネットワークシステムの別々の局面のモニタリング、記録、調整、最適化するのを可能にする。ネットワークの過去、最近、および現在の性能が与えられる。ネットワークは、（たとえば、CBVデータおよびLNVデータに基づく）測定されたパラメータに従って、データの転送先を最良の利用可能なリソース、ノード、またはその他の構成要素に変更するようコンソール（または他のシステムまたはプロセス）によって自動的に指示することができる。中央のコンソールへの分散型で階層的なピアツーピア値収集に関するこの手法は、効率的で正確なシステム管理を可能にする。
【００４９】
DASPOサブネットワークが作成されると、FRPプロセスは、任意の時点で利用するべき最良のノードに関する情報を有する。「最良ノード」は必ずしも最後に利用したノードでなくてもよい。システム性能のグローバルビューを与えることによって、FRPプロセスは、ルーティングされた場合にシステム性能を全体的に改善するノードを判定することができる。同様に、FRPは、FRPのサブネットワークにおけるルーティングおよびその他の利用に関する最良のノードを知り、したがって、ルーティング変更の決定をより迅速に行うことができ、かつリソースの利用を改善することができる。
【００５０】
図3Hは、ユーザがDASPOをセットアップするのを可能にするユーザインタフェースディスプレイのスクリーンショットを示している。
【００５１】
図3Hには、サブネットワークを形成するように相互接続されたプール、FRP、およびSLOの使用を含む、上述の特徴が示されている。領域120は、サブネットワークをセットアップするのに用いられる。領域122は、相互接続を定義するのに用いられる。領域124は、オブジェクトに関する詳細を示し、ユーザが使用すべきオブジェクトを容易に選択できるようにするのに用いられる。
【００５２】
分析
分析にはモニタリング関数および管理関数が含まれる。ユーザは、システム構成要素、転送などの性能を示すノードデータ収集の結果を見ることができる。構成の保存および修正、イベントのスケジューリングのような様々な管理関数を実行することができる。
【００５３】
ネットワーク最適化を指示し、かつ管理を行うのを助けるのに４つのコンソール、すなわち基本的な種類のインタフェースが用いられる。コンソールは以下のとおりである。
1．ノードリストコンソール
2．グラフィックビューコンソール
3．モニターコンソール
4．履歴モニターコンソール
【００５４】
図4Aはノードリストコンソールを示している。
【００５５】
ノードリストコンソールは、現在ロードされているネットワーク構成の一部であるすべてのネットワークノードのリストと、これらのノードの現在の状況を示す。コンソールは、ユーザアクセスを管理することができ、それぞれの異なるネットワーク構成を保存しロードすることができ、バックアップを開始することができ、リダイレクタおよびシステムレベルオブジェクト（SLO）用のウィザード、すなわち自動化支援を開始することができる位置でもある。
【００５６】
図4Bは、グラフィックビューコンソールを示している。
【００５７】
グラフィックビューコンソールは、ユーザが、使いやすいグラフィカルユーザインタフェースにおいてDASPOネットワークにおける様々なノード、プール、および接続を視覚的に識別し操作するのを可能にする。
【００５８】
図4Cはモニターコンソールを示している。モニターコンソールは、DASPOネットワークにおける選択されたノードの利用可能な処理能力を測定してノード性能の評価を助けるリアルタイム追跡機能である。ノード情報は簡単なグラフまたはバーフォーマットで表示され、データは追跡し、将来参照できるように保存することができる。
【００５９】
モニターコンソールは、情報を視覚的に表示できるいくつかの異なるグラフを示すことができる。
【００６０】
図4Dは、モニターコンソールの系列グラフを示している。
【００６１】
系列グラフでは、選択されたSLOノードおよびTLOノードは、所与の瞬間に各ノードごとに0から100までの統計値を有する。統計値は、ノードの現在の負荷容量を反映する。値が大きいほど、より高い処理能力を利用することができる。値が小さいほど、処理能力の低い酷使されているノードを示している。
【００６２】
モニターすべきノードとして選択されたホストノードはホストグラフに表示される。このグラフは、系列グラフと同様に実行される。
【００６３】
百分率グラフは、同じグラフ上にSLOノード、TLOノード、およびホストノードの統計値を示す。このグラフは、系列グラフおよびホストグラフと同様に実行される。
【００６４】
図4Eはモニターコンソールのバランスグラフを示している。
【００６５】
バランスグラフには、各ノード間の統計差が示されている。表示できる差の種類の例には、平均、分散、最大値、最小値などが含まれる。これらの分散は、1つまたは複数の棒グラフ上に視覚的に示されている。利用可能なバランス変数のリストは、ユーザによって選択および適用することができる。このグラフは、iSystem Enterpriseモニターにおける系列グラフおよびホストグラフの下方に表示される。混合系列が選択されたときはバランスグラフが表示されないことに留意されたい。
【００６６】
モニターグラフにノード統計またはバランス変数を表示するには、まずモニターすべきノードを選択しなければならない。図4Eに示されているモニタースクリーンの下部に2つのセレクタフィールドがある。左側のセレクタフィールド132はSLOノード、TLOノード、またはホストノードを追加するのに用いられる。右側のセレクタフィールド134は、バランス変数を追加するのに用いられる。（注：バランス変数セレクタは、混合系列が選択されたときには利用できない）。
【００６７】
図4Fは履歴モニターを示している。
【００６８】
モニター機能を用いてネットワークノードを追跡する際、取り込まれたデータは、将来参照できるようにログファイルに記憶される。このログファイルは、履歴モニターコンソールを用いて任意の時にアクセスし表示することができる。履歴モニターは、保存されたデータを様々な異なる方法で操作し、表示し、比較するのを可能にする様々な機能も提供する。注：履歴モニター機能を使用するには、まず各ノードをセットアップし、モニターを用いて追跡しなければならない。詳細はモニターコンソールを参照されたい。
【００６９】
履歴モニターは、モニターコンソール用の上述のグラフに類似のいくつかのグラフを示す。
【００７０】
履歴モニターは、モニターされるSLOノードおよびTLOノードが表示される系列グラフを含んでいる。このグラフは、所与の瞬間の、選択された各ネットワークノードの統計値（0から100まで）を表示する。この統計値は、ノードの負荷容量を反映する値である。値が大きいほど、より高い処理能力を利用することができる。値が小さいほど、処理能力の低い酷使されているノードを示している。
【００７１】
モニターされるホストノードは履歴モニターのホストグラフに表示される。
【００７２】
履歴モニターの百分率グラフは、SLOノード、TLOノード、およびホストノードのモニターされる統計値を同じグラフに表示する。このグラフは、系列グラフおよびホストグラフと同様に実行される。
【００７３】
各ノード間の統計上の差（すなわち、平均、分散、最大値、最小値など）は履歴モニターのバランスグラフに表示することができる。利用可能なバランス変数リストは、ユーザによって選択および適用することができる。このグラフは、iSystem Enterpriseモニターにおける系列グラフおよびホストグラフの下方に表示される。混合系列が選択されたときはバランスグラフが表示されないことに留意されたい。
【００７４】
モニターに取り込まれたノード統計を履歴モニターグラフに表示するには、まずモニターすべきノードを選択しなければならない。図4Fの履歴モニタースクリーンの下部に2つのセレクタフィールドがある。左側のセレクタフィールド136はSLOノード、TLOノード、またはホストノードを追加するのに用いられる。右側のセレクタフィールド138は、バランス変数を追加するのに用いられる。（注：バランス変数セレクタは、混合系列が選択されたときには利用できない）。
【００７５】
最適化
最適化プロセスの一部は、機能リソースプール内で要求および接続の転送先を変更することによって行われる。これは、ノード自体の統計を算出し結果をプールを通じてブロードキャストするSLOノードによって生成されたデータを用いて行われる。
【００７６】
転送先変更を実施するこの方法は、組織内で実施されるあらゆるアプリケーションから利用することができる。しかし、コードを変更することはできず、かつおそらく変更すべきでない多数の事前にパッケージングされたアプリケーションおよびオブジェクトが一般に使用されている。これらの種類のアプリケーションにはウェブサーバおよびCOMオブジェクトが含まれる。複合ネットワークシステム内で生じる各要求および各接続は性質が異なるので、特定のオブジェクトは各呼出しクラス内の転送先変更を扱わなければならない。本発明の好ましい態様は、HTTP要求およびOLE DB接続の転送先を変更するオブジェクトを含んでいる。しかし、他の態様は、JavaにおけるHTTP、C++におけるDB、Linux、Solarisなどのような他の環境および他のプラットフォーム上の他のオブジェクトを使用することができる。
【００７７】
HTTPリダイレクタは、HTTP要求を受信して、その転送先を、ある定義済みの選択基準に従って選択されたウェブサーバに変更することのできる、Windowsベースのアプリケーション（HTTPRedir.EXE）である。このアプリケーションは、ウェブサーバのリストおよび選択方法から始まり、負荷統計および可用性をウェブサーバから収集し、効果的に要求の転送先を透過的に要求側クライアントに変更する。
【００７８】
HTTPリダイレクタは、そのタスクを行うようにそれぞれの異なる方法で用いることができる。HTTPリダイレクタの、クライアントおよびウェブサーバとの対話は、HTTPリダイレクタが位置する場所、HTTPリダイレクタがリスニングに用いるポート、およびウェブサーバにおいてアクセスされるページ上に定義されているリンクに依存する。サーバのクライアントセッションに関する問題は、ウェブ管理者が対処しなければならない。
【００７９】
OLE DB接続リダイレクタは、Windowsベースの実行可能ファイル（OLEDBRedir.EXE）として実装されたDCOMサーバである。このオブジェクトは、1組のデータベースサーバの負荷統計を追跡し、要求に応じて選択されたデータベースサーバに対応する定義済みの接続文字列を供給することができる。このリダイレクタオブジェクトは、データベースサーバをモニターできる必要がある。したがって、このアプリケーションはインストールされた後手動で始動する必要がある。これは、クライアントの要求時に自動的に起動される一般に使用されれている自動サーバとの差を表している。
【００８０】
リダイレクタ・デプロイメント・インストレーション・プロセスは5つの主要な段階から成る。
1．リダイレクタインストールに関するノードを選択する。
2．各ノードのサーバ一般設定を指定する。
3．各ノードのファイル転送設定およびリモート実行設定を指定する。
4．リダイレクタインストール手順を実行する。
5．インストールされたリダイレクタを構成する。
【００８１】
リモートインストール機構は、インストールを実行するために実際にターゲットノードへ移動させられるWindowsアプリケーション（RSLOSetup.EXE）および1組の補助ファイルの周りに構築される。この点から、他の機構がリモートノードに対してインストールプロセスを起動する。UNIX/Linuxプラットフォームの場合、SLOはデーモンとしてインストールされる。Windowsベースのプラットフォームの場合、SLOは、あらゆるユーザの立上げフォルダに含まれる通常のアプリケーションとしてインストールされる。
【００８２】
1．リダイレクタインストールに関するノードの選択
図5Aはリダイレクタ・デプロイメント・インストレーション・ウィンドウを示している。
【００８３】
制御「機能リソースプールの選択（Select Functional Resource Pool）」を選択することによって、利用可能なFRPのリストがドロップダウンメニューから表示される。「リダイレクタの追加（Add Redirector）」は、リダイレクタとして指定すべきノードのIPアドレスを選択するのを可能にする。「リダイレクタの修正（Modify Redirector）」は、異なるノードがリダイレクタになるか、または異なる種類のリダイレクタ（HTTPまたはDB）が使用されるように既存のノードを再構成するのを可能にする。「リダイレクタの除去（Remove Redirector）」は、デプロイメント・インストレーション・ウィンドウから、ユーザによって強調表示されたサーバを除去する。
【００８４】
「構成の変更（Change configuration）」は、インストールされたリダイレクタを、各ノードがリダイレクタとして選択されファイルの転送および実行が完了した後で使用できるように構成するのを可能にする。「すべてのリダイレクタのインストール（Install All the Redirectors）」は、リダイレクタのインストールに関して各ノードが選択された後で選択される。インストール動作によって、リダイレクタファイルの転送および実行を開始することのできるリダイレクタ・リモート・セットアップ・ウィンドウがユーザに表示される。
【００８５】
2．サーバ一般設定の指定
リダイレクタインストールに関して各ノードが選択された後、リダイレクタ・リモート・セットアップ・ウィンドウが開く。
【００８６】
図5Bは、リダイレクタ・リモート・セットアップ・ウィンドウを示している。
【００８７】
リダイレクタ・リモート・セットアップ・ウィンドウは、各ノードのオペレーティングシステム、ファイル転送機構、およびリモート実行機構を定義するのに用いられる。（各ノードはこのウィンドウ内ではリモートサーバと呼ばれる。）それぞれの異なるファイル転送機構およびリモート実行機構を選択すると、後述の一般設定（General Settings）タブの後ろに表示される対応するタブが起動される。これらの新しいタブは、次節で詳しく論じるように別個の構成を必要とする場合がある。一般設定タブの変更は、左側のリモートサーバ（Remote Server）フィールド内のノードのリストに反映される。
【００８８】
セットアップのこの部分では、ある制限が適用されることに留意されたい。たとえば、DCOMはWindowsプラットフォームでのみ利用可能である。場合によっては、動作機構にオプション「なし（None）」を選択すると有用である。たとえば、対応するファイルが（すでにインストールが試みられているかまたは共通のドライブが使用されているために）すでにノード上に配置されている場合、必要なのはリモート実行だけである。
【００８９】
3．ファイル転送およびリモート実行設定の指定
前のステップで選択されたファイル転送機構およびリモート実行機構に応じて、一般設定タブの後ろに1つまたは複数の新しいタブが表示される。各タブは、それをクリックすることによって「アクティブ」にし、前方へ移動させることができる。図5Cは、ファイル転送プロトコル（FTP）タブ用のファイル転送設定を示している。FTP設定では、FTPユーザ名およびパスワード（適用可能な場合）ならびにFTP宛先ディレクトリを指定する必要がある。デフォルトでは、匿名のユーザ名およびホームディレクトリが設定される。
【００９０】
SLOを使用する際、図5Dに示されているように、リダイレクタファイルが転送される宛先フォルダが必要である。デフォルトでは、ファイルはデフォルトのリモートSLOフォルダに転送される。
【００９１】
共用ネットワークドライブを用いてファイルを転送する際、図5Eに示されているように、宛先フォルダを指定しなければならない。このフォルダは、ネットワークに沿って共用され、（中心点において）ローカルにマップされる（ターゲットノードに対してローカルな）ドライブを指す。ネットワークドライブのマッピングや新しいフォルダの作成のような共通の機能が含まれる。ファイル転送動作は、現在のユーザの信用を用いて行われ、すなわち、現在のユーザはこの動作を実行するのに十分な権利を有さなければならないことに留意されたい。
【００９２】
図5Fに示されているようにテルネットプロトコルを用いてリモートセットアップを起動する際は、ユーザ名およびパスワードが必要である。リモート実行フォルダは、ファイル転送段階中にセットアップファイルが移動されたローカルフォルダを指す。
【００９３】
リダイレクタの構成は、リダイレクタをDASPOネットワークで使用できるように準備する最後の段階である。図5Gは、ユーザインタフェースの、リダイレクタを準備する部分を示している。
【００９４】
リダイレクタリスニングポートは、リダイレクタがHTTP要求をリスンするときに用いるポート番号である。ポート80は、ウェブサーバがリスン時に用いると共に、ブラウザが接続時に用いるポートである。リダイレクタがウェブサーバとして実行される場合は、このポート番号をリダイレクタに使用するとよい。1つのポート上でリスンできるアプリケーションは1つだけであり、したがって、リダイレクタとウェブサーバの両方が同じポートを通じてリスンする場合このリダイレクタとウェブサーバは同じコンピュータ上に共存できないことに留意されたい。チェック（Check It!）ボタンは、選択されたポート番号が利用可能であり、すなわち、このポート上で現在リスンしているローカルアプリケーションは他にないことを検証する。iSystem Enterpriseからリダイレクタを構成する際、チェックボタンは無効になる。
【００９５】
機能リソースプールは、ウェブサーバのソースリストである。SLOアドレス（SLO Address）フィールドは、プールに属するコンピュータのうちの1つにインストールされたSLOノードを指す。統計は、個々のSLOからではなく単一のSLOから検索される。SLOノードからサーバのリストを検索するときは、サーバ（Get Servers）ボタンが押される。
【００９６】
サーバ選択方法は、転送先変更に関してサーバをどのように選択するかを指示する。選択肢には、最良統計を有するウェブサーバまたはラウンドロビン方式が含まれる。サーバに要求されたオブジェクトが含まれていない場合、そのサーバの転送先を変更する順番であってもそのサーバは選択されないことに留意されたい。
【００９７】
転送先変更に利用できるウェブサーバのリストが表示される。これらはトランザクション要求を受けることのできるウェブサーバである。ウェブサーバは、表示されたリストを用いて追加、削除、または修正することができる。選択削除（Remove Selected）ボタンは、選択されたウェブサーバをリストから削除する。削除されたサーバは、さらなる転送先変更入力は含まれなくなる。アドレスリストクリア（Clear Address List）ボタンは、すべてのウェブサーバをリストから除去する。サーバ追加（Add Server）ボタンは新しいウェブサーバをリストに追加する。サーバ修正（Modify Server）ボタンは、リスト内のサーバに対応するパラメータを修正する。
【００９８】
好ましい態様は、「OLE DB接続リダイレクタ」と呼ばれるWindowsベースの実行可能プロセスとして実装されるDCOMサーバを使用する。このオブジェクトは、1組のデータベースサーバの負荷統計を追跡し、要求に応じて選択されたデータベースサーバに対応する定義済みの接続文字列を供給することができる。このリダイレクタオブジェクトはデータベースサーバをモニターすることができなければならない。したがって、このアプリケーションは、インストールされた後手動で始動しなければならない。この点は、クライアントの要求時に自動的に起動される一般に使用されている自動サーバとは異なる。
【００９９】
開発者は、接続文字列をその接続オブジェクトに直接割り当てるのではなく、リダイレクタのリモートインスタンスを作成し、そのインスタンスに有効な接続文字列を要求する。この接続すべてのリングを用いると、確実に最良のデータベースサーバが選択される。
【０１００】
HTTPリダイレクタ構成スクリーンが図5Hに示されている。
【０１０１】
機能リソースプールはデータベースサーバのソースリストである。SLOアドレスフィールドは、プールに属するコンピュータのうちの1つにインストールされたSLOノードを指す。統計は、個々のSLOからではなく単一のSLOから検索される。SLOノードからサーバのリストを検索するときは、サーバ（Get Servers）ボタンが押される。
【０１０２】
サーバ選択方法（Server Selection Method）領域は、転送先変更に関してサーバをどのように選択するかを示す。選択肢には、最良統計を有するウェブサーバまたはラウンドロビン方式が含まれる。データベース接続リストは、転送先変更に関して含められるデータベースサーバおよび接続文字列のリストを表示する。これらは、リダイレクタ接続要求を受信することのできるデータベースサーバである。リスト内の項目は追加、削除、または修正することができる。
【０１０３】
選択削除ボタンは、選択されたデータベース接続をリストから削除する。削除された選択は、さらなる転送先変更には含められない。すべて削除ボタンは、すべての接続をリストから削除するのに用いられる。DB接続追加ボタンはデータベース接続をリストに追加する。DB接続修正は、リスト内の接続に対応するパラメータを修正するのに用いられる。
【０１０４】
すべての修正が導入された後、OKボタンを押すことによって構成を更新することができる。この動作を取り消すと、現在の構成は修正されなくなる。
【０１０５】
DB接続追加ボタンをクリックした後の接続作成（Create Connection）ダイアログが図5Iに示されている。このダイアログは、データベースとの新しいOLE DB接続を定義するのを可能にする。接続パラメータには接続文字列およびサーバの名前が含まれる。
【０１０６】
接続文字列は、直接入力するか、UDL（Universal Data Link）ファイルからロードするか、または対応するシステムダイアログを用いて編集することができる。接続ダイアログは、現在の構成に保存する前に手動でまたは自動的に試験することができる。自動試験は、「データベース接続を保存する前に試験する（Test database connection before save）」ボックスが検査されるときに実行される。試験プロセスは、所与の接続文字列を用いてデータベース接続を開くことを試みる。
【０１０７】
接続の試験が意味をなさない状況があることに留意されたい。これは、リダイレクタおよびデータベースサーバがそれぞれの異なるドメイン上に位置するときに起こる。接続を要求するアプリケーションは、エイリアスを用いてデータベースサーバにアクセスし、このようなエイリアスはリダイレクタにとって未知であってもよい。
【０１０８】
接続文字列をファイルからロードする場合、図5Jに示されているデータリンクファイルロード（Load Data Link File）ダイアログを用いてファイルが選択される。これは、UDLファイルを探索するようになっている共通のダイアログである。
【０１０９】
図5Kに示されているデータリンクプロパティ（Data Link Property）ウィンドウを開く接続文字列編集（Edit Connection String）ボタンを選択することもできる。このダイアログは、プロパティを段階的に定義するのを可能にするウィザードを含んでいる。
【０１１０】
ファイルからロードされるかまたはデータリンク（Data Link）ウィザードを通じて定義された後、結果として得られた接続文字列は、図5Lに示されており、プロバイダの名前、パラメータ、およびセキュリティに関する設定を識別する確認ダイアログにロードされる。図5Lは、セキュリティがオフにされたときの確認ダイアログを示している。この識別によって、すでに行われている設定が確認される。プロバイダまたはパラメータを変更する場合、パラメータ修正（Modify Parameters）ボタンが押され、システムウィザードに戻る。セキュリティ設定は、それぞれの異なるセキュリティ設定を選択し、かつ／または接続に関連するユーザ名およびパスワードを修正することによって、このダイアログで直接修正することができる。
【０１１１】
図5Mは、セキュリティがオンにされた確認ダイアログを示している。
【０１１２】
図5Mでは、OKボタンが押されると、制御は、結果として得られる定義を含む接続作成（Create Connection）ダイアログに返される。
【０１１３】
既存のデータベース接続を修正するプロセスは、前述と同じ段階のうちのいくつかを含んでいる。このプロセスを起動する場合、構成ダイアログ（Configuration Dialog）における接続が選択され、DB接続修正ボタンが押される。
【０１１４】
システムレベルオブジェクト
システム最適化を判定する前に、各ノードの値が測定される。これらの測定値を収集するために、DASPOネットワーク全体にわたってインテリジェンスオブジェクト（IO）が配備される。これらのインテリジェンスオブジェクトは、各サーバノードで発生するプロセスおよびシステム負荷に関する統計を収集する。値、統計、およびノード情報のフォーマット、構成、および使用法は、上記に引用した同時係属親出願で詳しく論じている。ノード情報には、CPU使用状況、メモリおよび記憶空間のサイズおよび使用状況統計、1秒当たりに読み取られ／書き込まれるバイト数、スレッド数、ノードで実行されるプロセス数、プロセッサキューの長さ、ローカル応答時間、およびネットワーク応答時間が含まれる。留意されたい。ノード、ノード環境、ノードホスト、プロセッサなどに関する他の多数の種類の情報を含めることができることに留意されたい。さらに、本発明を実施するうえで、列挙したノード情報のすべてを使用する必要はない。一般に、リソースの使用、性能、またはその他の特性に関する任意の種類の情報を使用することができる。
【０１１５】
前述のように、本発明の好ましい態様は、システムレベルオブジェクト（SLO）およびトランザクションレベルオブジェクト（TLO）と呼ばれる2種類のインテリジェンスオブジェクトを用いる。好ましい態様では、SLOは、最も一般的に配備されるインテリジェンスオブジェクトである。SLOとTLOは共に類似の情報収集義務を果たすが、TLOは、特殊なホスト（すなわち、アプリケーションとデータベースとの間でデータアクセスおよびセキュリティを実施するプログラム）がセットアップされるあらゆるサーバの統計を与える責任も有する。「ホスト」または「ホストコンピュータ」はネットワークにおけるデータに関する関数を実行できるあらゆるデジタル処理ハードウェア装置またはソフトウェアプロセスであってよいことに留意されたい。
【０１１６】
システム最適化を判定するには、まず各ノードの値を測定しなければならない。これらの測定値を収集するために、DASPOネットワーク全体にわたってインテリジェンスオブジェクト（IO）が配備される。これらのインテリジェンスオブジェクトは、各サーバノードで発生するプロセスおよびシステム負荷に関する統計を収集する。最も一般的に配備されるIOはシステムレベルオブジェクト（SLO）である。
【０１１７】
SLOは、中心点からリモートコンピュータ上に設置することができ、MS-WindowsおよびTCP/IPネットワーク全体にわたって働くことができる。インストールは、Windows 95/98、Windows NT、Windows 2000、Linux、およびSolaris UNIXを実行するコンピュータ上で行うことができる。ターゲットマシン上のプラットフォーム、構成、および利用可能なサービスに応じて、ftp、テルネット、ネットワーク共用装置、および／またはDCOMによってインストールが行われる。
【０１１８】
インストールプロセスは、4つの主要な段階、すなわち、（1）ターゲットノードを選択する段階、（2）サーバ一般設定を指定する段階、（3）各ノードのファイル転送設定およびリモート実行設定を指定する段階、および（4）インストール手順を実行する段階から成る。
【０１１９】
リモートインストール機構は、インストールを実行するために実際にターゲットノードへ移動させられるWindowsアプリケーションおよび1組の補助ファイルの周りに構築される。リモートインストール機構は、2つの部分、すなわち、ファイルをサーバに転送する部分と、リモートサーバ上でインストールプロセスを起動する部分とから成る。UNIX/Linuxプラットフォームの場合、SLOはデーモンとしてインストールされる。Windowsベースのプラットフォームの場合、SLOは、あらゆるユーザの立上げフォルダに含まれる通常のアプリケーションとしてインストールされる。
【０１２０】
図5Nは、DLOデプロイメント・インストレーション・ウィンドウを示している。
【０１２１】
このデプロイメント・インストレーション・ウィンドウでは、すべての利用可能なネットワークノードが左側のコンピュータ（Computer）カラムに表示される。SLOをインストールするようにスケジューリングされたノードは、右側のコンピュータカラムに表示される。
【０１２２】
すべてを選択（Select All）は、左側のコンピュータカラム内のすべてのノードを迅速に選択するのを可能にする。選択反転（Invert Selection）は、SLOインストールのためにノードの長いリストを追加する際に用いられる。左側のコンピュータカラム内の不要なノードを選択し、次いで選択反転ボタンを押した方が容易であることが多い。こうすると、選択されているあらゆる項目が反転される。言い換えれば、チェックされているボックスのチェックが無くなり、チェックされていないボックスがチェックされる。
【０１２３】
すべてを選択解除（Deslect All）は、左側のコンピュータカラムで選択されているノードからすべてのチェックマークを削除する。追加（Add）ボタンは、左側のコンピュータカラムで選択されているノードをSLOインストールリストに追加する。右側のウィンドウ内の、ネットワークにおけるSLOインストールに関して選択されているノードは、それを選択し削除（Remove）ボタンをクリックすることによって削除することができる。所望のノードが選択された後、インストール（Install）ボタンが押され、SLOデプロイメントプロセスが開始される。
【０１２４】
SLOインストールに関してノードが選択されると、図5Oに示されているリモートSLOセットアップウィンドウが開き、いくつかの一般設定を指定するのが可能になる。
【０１２５】
サーバ一般設定を指定すると、各ノードのオペレーティングシステム、ファイル転送機構、およびリモート実行機構が定義される。（注：各ノードはこのウィンドウではリモートサーバと呼ばれる。）それぞれの異なるファイル転送機構およびリモート実行機構を選択すると、後述の一般設定タブの後ろに表示される対応するタブが起動される。これらの新しいタブは、別個の構成を必要とする場合がある。一般設定タブの変更は、左側のリモートサーバフィールド内のノードのリストに反映される。
【０１２６】
好ましい態様では、SLOセットアップのこの部分で制限が適用されることに留意されたい。たとえば、DCOMはWindowsプラットフォームでのみ利用可能である。場合によっては、動作機構にオプション「なし」を選択すると有用である。たとえば、対応するファイルが（すでにインストールが試みられているかまたは共通のドライブが使用されているために）すでにノード上に配置されている場合、必要なのはリモート実行だけである。
【０１２７】
図5P〜Sは、ファイル転送関数およびリモート実行関数に関する制御およびパラメータの指定を示している。
【０１２８】
前の段階で選択されたファイル転送機構およびリモート実行機構に応じて、一般設定タブの後ろに1つまたは複数の新しいタブが表示される。FTPのファイル転送設定（File-Transfer Settings for FTP）タブは、FTPユーザ名およびパスワード（適用可能な場合）ならびにFTP宛先ディレクトリを指定するのを可能にする。デフォルトでは、匿名のユーザ名およびホームディレクトリが設定される。共用ネットワークドライブのファイル転送設定（File-Transfer Settings for Shared Network Drives）は、たとえば、共用ネットワークドライブを用いてファイルを転送する際、宛先フォルダを選択するのを可能にする。このフォルダは、ネットワークに沿って共用され、（中心点において）ローカルにマップされる（SLOがインストールされるノードに対してローカルな）ドライブを指す。ネットワークドライブのマッピングや新しいフォルダの作成のような共通の機能が含まれる。ファイル転送動作は、現在のユーザの信用を用いて行われ、すなわち、現在のユーザはこの動作を実行するのに十分な権利を有さなければならないことに留意されたい。
【０１２９】
テルネットプロトコルを用いてリモートセットアップを起動する際は、ユーザ名およびパスワードが必要である。リモート実行フォルダは、ファイル転送段階中にセットアップファイルが移動された（リモートサーバ上の）ローカルフォルダを指す。SLOセットアップを起動する最後の方法は、DCOMを用いることである。ファイル転送段階中に、すべての必要なファイルがリモートサーバ上のローカルフォルダに送信されている。このフォルダ用の完全なパスを「リモートコンピュータにおけるローカルパス（Local path in remote computer）」フィールドに入力すべきである。DCOMは、リモートロセスをユーザのそれぞれの異なる信用を用いて実行するのを可能にする。このパラメータはDCOMユーザ（DCOM User）フィールドで選択される。
【０１３０】
リモートセットアップを首尾よく実行するために、選択されたユーザは、アプリケーションを起動し、リモートサーバ上のDCOMを通じてディスクサービスにアクセスする権利を有さなければならない。DCOMセキュリティに関して、このことは、ユーザ（またはユーザが属するグループ）を「デフォルトアクセス許可（アクセス許可）（Default Access Permissions (with Allow Access permission)）」および「デフォルト起動許可（起動許可）（Defualt Launch Permissions (with "Allow Launch" permission）」にリストしなければならないことを意味する。これらのリストは、DCOM用の構成アプリケーションを実行し、「デフォルトセキュリティ（Defualt Security）」タブを選択することによって表示し修正することができる。詳細はDCOM関連文献を参照されたい。
【０１３１】
各サーバに関してパラメータが定義された後、インストールプロセスを開始することができる。インストールを開始する場合、ユーザはユーザインタフェース上の所定のアイコンまたはボタンを選択する。インストールプロセスが起動されると、指定された各ノードに関してSLOファイルが転送され起動される。インストールが進行するにつれて、結果（Results）タブの下に結果、エラー、および通知を表示することができる。
【０１３２】
本発明を特定の態様に関して論じたが、これらの態様は本発明を例示するものに過ぎず、本発明を制限するものではない。たとえば、主として多層システムまたはn層システムを参照して本発明を論じたが、アーキテクチャが複数の層を含まない場合でも本発明の各局面をあらゆる種類の処理システムと一緒に使用できることが明らかであろう。本発明の各局面は、スタンドアロンシステム、またはネットワークとみなされないシステムに適用することもできる。
【０１３３】
したがって、本発明の範囲は、添付の特許請求の範囲によってのみ決定されるものである。
【図面の簡単な説明】
【０１３４】
【図１】先行技術のネットワークシステムの図である。
【図２Ａ】本発明におけるインテリジェンスオブジェクトおよび転送される性能値を示す図である。
【図２Ｂ】本発明のアーキテクチャ構成要素を示す図である。
【図２Ｃ】マルチプラットフォームでのネットワークシステムを示す図である。
【図３Ａ】ノードリソースプールをセットアップするユーザインタフェースディスプレイを示す図である。
【図３Ｂ】ユーザが特定のノードを追加したユーザインタフェースを示す図である。
【図３Ｃ】インテリジェンスオブジェクトの図である。
【図３Ｄ】NRP内の各ノードの、機能リソースプールとしてのさらなる構成を示す図である。
【図３Ｅ】各NRP間、各FRP間、および各ノード間の接続性およびデータフローの確立を示す図である。
【図３Ｆ】FRP1とFRP2との間に確立された接続を示す図である。
【図３Ｇ】サブネットワークを示す図である。
【図３Ｈ】ユーザがDAPOをセットアップするのを可能にするユーザインタフェースディスプレイのスクリーンショットを示す図である。
【図４Ａ】ノードリスティングコンソールを示す図である。
【図４Ｂ】グラフィックビューコンソールを示す図である。
【図４Ｃ】モニターコンソールを示す図である。
【図４Ｄ】モニターコンソールの系列グラフである。
【図４Ｅ】モニターコンソールのバランスグラフである。
【図４Ｆ】履歴モニターを示す図である。
【図５Ａ】リダイレクタ・デプロイメント・インストレーション・ウィンドウを示す図である。
【図５Ｂ】リダイレクタのリモートセットアップウィンドウを示す図である。
【図５Ｃ】ファイル転送プロトコルタブのファイル転送設定を示す図である。
【図５Ｄ】リダイレクタファイルが転送される宛先フォルダを示す図である。
【図５Ｅ】共用ネットワークドライブを用いてファイルを転送する際に指定される宛先フォルダを示す図である。
【図５Ｆ】テルネットプロトコルを用いたリモートセットアップの起動に関するダイアログを示す図である。
【図５Ｇ】ユーザインタフェースの、リダイレクタを作成する部分を示す図である。
【図５Ｈ】HTTPリダイレクタ構成スクリーンを示す図である。
【図５Ｉ】接続作成ダイアログを示す図である。
【図５Ｊ】データ・リンク・ファイル・ロード・ダイアログを示す図である。
【図５Ｋ】データ・リンク・プロパティ・ウィンドウを示す図である。
【図５Ｌ】確認ダイアログを示す図である。
【図５Ｍ】セキュリティがオンにされた確認ダイアログを示す図である。
【図５Ｎ】SLOデプロイメントインストレーションウィンドウを示す図である。
【図５Ｏ】リモートSLOセットアップウィンドウを示す図である。
【図５Ｐ】転送関数およびリモート実行関数用の制御およびパラメータを指定する第1の図である。
【図５Ｑ】転送関数およびリモート実行関数用の制御およびパラメータを指定する第2の図である。
【図５Ｒ】転送関数およびリモート実行関数用の制御およびパラメータを指定する第3の図である。
【図５Ｓ】転送関数およびリモート実行関数用の制御およびパラメータを指定する第4の図である。
【図１】
2005505859.tif 000003
【図２Ａ】
2005505859.tif 000004
【図２Ｂ】
2005505859.tif 000005
【図２Ｃ】
2005505859.tif 000006
【図３Ａ】
2005505859.tif 000007
【図３Ｂ】
2005505859.tif 000008
【図３Ｃ】
2005505859.tif 000009
【図３Ｄ】
2005505859.tif 000010
【図３Ｅ】
2005505859.tif 000011
【図３Ｆ】
2005505859.tif 000012
【図３Ｇ】
2005505859.tif 000013
【図３Ｈ】
2005505859.tif 000014
【図４Ａ】
2005505859.tif 000015
【図４Ｂ】
2005505859.tif 000016
【図４Ｃ】
2005505859.tif 000017
【図４Ｄ】
2005505859.tif 000018
【図４Ｅ】
2005505859.tif 000019
【図４Ｆ】
2005505859.tif 000020
【図５Ａ】
2005505859.tif 000021
【図５Ｂ】
2005505859.tif 000022
【図５Ｃ】
2005505859.tif 000023
【図５Ｄ】
2005505859.tif 000024
【図５Ｅ】
2005505859.tif 000025
【図５Ｆ】
2005505859.tif 000026
【図５Ｇ】
2005505859.tif 000027
【図５Ｈ】
2005505859.tif 000028
【図５Ｉ】
2005505859.tif 000029
【図５Ｊ】
2005505859.tif 000030
【図５Ｋ】
2005505859.tif 000031
【図５Ｌ】
2005505859.tif 000032
【図５Ｍ】
2005505859.tif 000033
【図５Ｎ】
2005505859.tif 000034
【図５Ｏ】
2005505859.tif 000035
【図５Ｐ】
2005505859.tif 000036
【図５Ｑ】
2005505859.tif 000037
【図５Ｒ】
2005505859.tif 000038
【図５Ｓ】
2005505859.tif 000039
【国際公開パンフレット】
2005505859.tif 000040
2005505859.tif 000041
2005505859.tif 000042
2005505859.tif 000043
2005505859.tif 000044
2005505859.tif 000045
2005505859.tif 000046
2005505859.tif 000047
2005505859.tif 000048
2005505859.tif 000049
2005505859.tif 000050
2005505859.tif 000051
2005505859.tif 000052
2005505859.tif 000053
2005505859.tif 000054
2005505859.tif 000055
2005505859.tif 000056
2005505859.tif 000057
2005505859.tif 000058
2005505859.tif 000059
2005505859.tif 000060
2005505859.tif 000061
2005505859.tif 000062
2005505859.tif 000063
2005505859.tif 000064
2005505859.tif 000065
2005505859.tif 000066
2005505859.tif 000067
2005505859.tif 000068
2005505859.tif 000069
2005505859.tif 000070
2005505859.tif 000071
2005505859.tif 000072
2005505859.tif 000073
2005505859.tif 000074
2005505859.tif 000075
2005505859.tif 000076
2005505859.tif 000077
2005505859.tif 000078
2005505859.tif 000079
2005505859.tif 000080
2005505859.tif 000081
2005505859.tif 000082
2005505859.tif 000083
2005505859.tif 000084
2005505859.tif 000085
2005505859.tif 000086
2005505859.tif 000087
2005505859.tif 000088
【国際調査報告】
2005505859.tif 000089