(57)【要約】  本発明のメカニズムは、複数層のシステム・パフォーマンス・データをオペレータに伝達するグラフィカル・ユーザ・インターフェース（ＧＵＩ）の形のインターフェースを提供する。オペレータは、情報のこの表示を監視し、これを用いて、システム・パフォーマンスを最適化するためにシステムをどの様に調整するか決定する。本発明のこのメカニズムは、計量点のトレールを表示することによってオペレータに即時フィードバックを提供し、その計量点は１つの期間にわたるシステム・パフォーマンスの状態を示す。この様に、本発明の表示メカニズムは、システムが所定マージンの中で動作しているか否かということと、システムに対して行われたパフォーマンス調整の結果と、システムについての予測又は傾向とを即時にオペレータに伝える。【特許請求の範囲】
【請求項１】
システム・パフォーマンスを監視し、高度なグラフィカル・ユーザ・インターフェースを介して詳細なシステム・パフォーマンス・データを伝える方法であって、現在の監視構成を照会するステップと、前記現在の監視構成から得られた命令を用いてシステム・パフォーマンスを監視するステップと、前記現在の監視構成に従ってシステム・データをポーリングするステップと、前記ポーリングされたシステム・データをグラフィカル・ユーザ・インターフェース上に表示するステップとを含み、前記グラフィカル・ユーザ・インターフェースは、システム・パフォーマンスのレベルを表す領域を含む標的型の管理ベクトル表示画と、特定の時点におけるシステム・パフォーマンスの現在の状態を特定する前記表示画内の計量点とを含む、方法。
【請求項２】
前記ポーリングされたシステム・データに報告価値があるか否か判定するステップと、前記ポーリングされたシステム・データを表示するレポートを選択するステップと、前記ポーリングされたシステム・データの中の前記レポートで表示する情報を特定するステップとを更に含む、請求項１に記載の方法。
【請求項３】
前記標的型の管理ベクトル表示画の中の前記計量点は、特定の時における前記システムの特定の領域のパフォーマンス状態を提供する、請求項１に記載の方法。
【請求項４】
前記管理ベクトル表示画は、前記システムに対するパフォーマンス調整の結果に関する情報を提供する、請求項１に記載の方法。
【請求項５】
一定期間ごとに判定されたシステム状態情報のトレールを特定するために複数の計量点が前記表示画で使用される、請求項１に記載の方法。
【請求項６】
前記計量トレールは、システム動作に対する調整がシステム・パフォーマンスに与える効果を判定するために使用される、請求項５に記載の方法。
【請求項７】
連続する複数の計量点の間の距離は、一定期間にわたるシステム・パフォーマンスの変化の速さを示す、請求項５に記載の方法。
【請求項８】
前記標的型の管理ベクトル表示画は、ユーザ定義された属性を表す垂直軸及び水平軸を含む、請求項１に記載の方法。
【請求項９】
前記ユーザ定義された属性は、長い間にわたるトランザクションを含む、請求項８に記載の方法。
【請求項１０】
前記属性をセットするために産業ベースライン測定基準が使用される、請求項８に記載の方法。
【請求項１１】
前記システムの特定の領域の目標動作状態は、前記管理ベクトル表示画上で前記垂直軸及び水平軸が交わる点である、請求項８に記載の方法。
【請求項１２】
前記標的型の管理ベクトル表示画は３つの領域を含み、第１領域は満足できるパフォーマンスを示し、第２領域は改善を要するパフォーマンスを示し、第３領域は許容できないパフォーマンスを示す、請求項１に記載の方法。
【請求項１３】
前記グラフィカル・ユーザ・インターフェースは複数の標的型管理ベクトル表示画を含み、各表示画は、異なる変数セットについてのシステム・パフォーマンスを表す、請求項１に記載の方法。
【請求項１４】
システム・パフォーマンスを監視し、高度なグラフィカル・ユーザ・インターフェースを介して詳細なシステム・パフォーマンス・データを伝えるためのシステムであって、前記システムは、グラフィカル・ユーザ・インターフェースと、前記グラフィカル・ユーザ・インターフェースの中の標的型の管理ベクトル表示画とを含んでおり、前記表示画はシステム・パフォーマンスのレベルを表す領域を含み、前記表示画の中の計量点は特定の時点におけるシステム・パフォーマンスの現在の状態を特定する、システム。
【請求項１５】
システム・パフォーマンスを監視し、高度なグラフィカル・ユーザ・インターフェースを介して詳細なシステム・パフォーマンス・データを伝えるためのデータ処理システムであって、現在の監視構成を照会するための照会手段と、前記現在の監視構成から得られた命令を用いてシステム・パフォーマンスを監視するための監視手段と、前記現在の監視構成に従ってシステム・データをポーリングするためのポーリング手段と、前記ポーリングされたシステム・データをグラフィカル・ユーザ・インターフェース上に表示するための表示手段とを含み、前記グラフィカル・ユーザ・インターフェースは、システム・パフォーマンスのレベルを表す領域を含む標的型の管理ベクトル表示画と、特定の時点におけるシステム・パフォーマンスの現在の状態を特定する前記表示画内の計量点とを含む、データ処理システム。
【請求項１６】
前記ポーリングされたシステム・データに報告価値があるか否か判定することと、前記ポーリングされたシステム・データを表示するレポートを選択することと、前記ポーリングされたシステム・データの中の前記レポートで表示する情報を特定することとを更に含む、請求項１５に記載のデータ処理システム。
【請求項１７】
前記標的型の管理ベクトル表示画の中の前記計量点は、特定の時における前記システムの特定の領域のパフォーマンス状態を提供する、請求項１５に記載のデータ処理システム。
【請求項１８】
前記管理ベクトル表示画は、前記システムに対するパフォーマンス調整の結果に関する情報を提供する、請求項１５に記載のデータ処理システム。
【請求項１９】
一定期間ごとに判定されたシステム状態情報のトレールを特定するために複数の計量点が前記表示画で使用される、請求項１５に記載のデータ処理システム。
【請求項２０】
前記計量トレールは、システム動作に対する調整がシステム・パフォーマンスに与える効果を判定するために使用される、請求項１９に記載のデータ処理システム。
【請求項２１】
連続する複数の計量点の間の距離は、一定期間にわたるシステム・パフォーマンスの変化の速さを示す、請求項１９に記載のデータ処理システム。
【請求項２２】
前記標的型の管理ベクトル表示画は、ユーザ定義された属性を表す垂直軸及び水平軸を含む、請求項１５に記載のデータ処理システム。
【請求項２３】
前記ユーザ定義された属性は、長い間にわたるトランザクションを含む、請求項２２に記載のデータ処理システム。
【請求項２４】
前記属性をセットするために産業ベースライン測定基準が使用される、請求項２２に記載のデータ処理システム。
【請求項２５】
前記システムの特定の領域の目標動作状態は、前記管理ベクトル表示画上で前記垂直軸及び水平軸が交わる点である、請求項２２に記載のデータ処理システム。
【請求項２６】
前記標的型の管理ベクトル表示画は３つの領域を含み、第１領域は満足できるパフォーマンスを示し、第２領域は改善を要するパフォーマンスを示し、第３領域は許容できないパフォーマンスを示す、請求項１５に記載のデータ処理システム。
【請求項２７】
前記グラフィカル・ユーザ・インターフェースは複数の標的型管理ベクトル表示画を含み、各表示画は、異なる変数セットについてのシステム・パフォーマンスを表す、請求項１５に記載のデータ処理システム。
【請求項２８】
システム・パフォーマンスを監視し、高度なグラフィカル・ユーザ・インターフェースを介して詳細なシステム・パフォーマンス・データを伝えるためのコンピュータ可読媒体内のコンピュータ・プログラムであって、請求項１ないし１３のうちのいずれかのステップを実行するためのプログラム・コードを含む、コンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ及びデータ処理システムに関し、特に、ネットワーク計算に関する。更に特に、本発明は、システム・パフォーマンスの監視と、高度グラフィカル・ユーザ・インターフェースを介する詳細なシステム・パフォーマンス・データの伝達とに関する。
【背景技術】
【０００２】
コンピュータは、個人及び企業の両方にとってますます現代生活の必需品になってきている。インターネットが出現し、また市場での競争が絶えず増大し続けているために、スタンドアロン・コンピュータはユーザが必要とするサービス及び機能をもはや提供しない。大抵のではないとしても、多くの会社が、多くの場合に異なる都市にあったり、或いは異なる国にあることさえある複数のグループの間で情報を共有することを必要とする。ネットワーク化された複数のコンピュータは、データ転送と、送信側コンピュータからのメッセージの受信側コンピュータにより使用されるプロトコルへの変換（必要ならばパケットで）とを扱うゲートウェイによって互いに結合された複数の（場合によっては似ていない）コンピュータ間での情報転送を提供する。
【０００３】
その結果として、情報源が拡大し成長し続けるにつれてネットワークは情報源として文化的な備品となってきている。しかし、システムが拡大し続けているので、その複雑さが大きくなって、ネットワークの管理を困難にしている。例えば、多くの会社は、数台のコンピュータ及び装置ではなくて、数十万台の装置を含むネットワークを使用する。システムは、ハードウェア、ソフトウェア、ネットワーク、データ、接続、データベース、プロセス、及び手続きなどの、相互に関連する複数のコンポーネントを含むことがある。プロセスは、本質的に異なるタイプの多様な技術を使用することがある。これらのシステムを管理するために、オペレータは、顧客の満足を高めるためにシステムをどこで更新し、設定し、及び調整するべきか知るために、システム・パフォーマンスを監視することがある。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
システム・パフォーマンス情報を監視し表示する現行の方法は、オペレータへの静的タイプのインターフェースを設けることから成っている。情報は、通常、“ストップライト”又は“速度計”式の表示によってオペレータに対して提示される。しかし、これらの静的インターフェースは、単にシステムの現在の状態の簡単な概観を提供するだけである。潜在的な問題に関するより詳しい情報を得るためには、オペレータは、そのような追加情報を含むレポート又はプリントアウトにアクセスしなければならない。
【０００５】
従って、システム・パフォーマンス・データを伝達するための高度な表示を提供する方法、装置、及びコンピュータ・プログラムを有することが有利であり、これにより複数層のシステム・パフォーマンス情報を迅速に且つ効率的にオペレータに伝達することが可能になる。
【課題を解決するための手段】
【０００６】
本発明は、システムのパフォーマンスを監視する方法、装置、及びコンピュータ・プログラムを提供する。本発明のメカニズムは、複数層のシステム・パフォーマンス・データをオペレータに伝達するグラフィカル・ユーザ・インターフェース（ＧＵＩ）の形のインターフェースを提供する。オペレータは、情報のこの表示を監視し、これを用いて、システム・パフォーマンスを最適化するためにシステムをどの様に調整するか決定する。本発明のこのメカニズムは、計量点のトレールを表示することによってオペレータに即時フィードバックを提供し、その計量点は１つの期間にわたるシステム・パフォーマンスの状態を示す。この様に、本発明の表示メカニズムは、システムが所定マージンの中で動作しているか否かということと、システムに対して行われたパフォーマンス調整の結果と、システムについての予測又は傾向とを即時にオペレータに伝える。その結果として、複数層のシステム・パフォーマンス情報を迅速に且つ効率的にオペレータに伝えることができる。
【０００７】
本発明を特徴付けると考えられる新規な特徴は、添付されている請求項に記載されている。しかし、本発明自体は、好ましい使用モード、その更なる目的及び利点と共に、代表的実施態様についての下記の詳細な説明を添付図面と関連させて読むことにより最も良く理解されるであろう。
【発明を実施するための最良の形態】
【０００８】
ここで図を参照すると、図１は、本発明を実施し得るデータ処理システムのネットワークの絵図を描いている。ネットワーク・データ処理システム１００は、本発明を実施し得るコンピュータのネットワークである。ネットワーク・データ処理システム１００はネットワーク１０２を含み、これは、ネットワーク・データ処理システム１００の中で互いに接続される種々の装置及びコンピュータの間に通信リンクを提供するために使用される媒体である。ネットワーク１０２は、ワイヤ、無線通信リンク、或いは光ファイバー・ケーブルなどの接続を含むことができる。
【０００９】
描かれている例では、サーバ１０４は、記憶ユニット１０６と共にネットワーク１０２に接続されている。更に、クライアント１０８，１１０，及び１１２がネットワーク１０２に接続されている。これらのクライアント１０８，１１０、及び１１２は、例えば、パーソナル・コンピュータ、トランザクション・システム、或いはネットワーク・コンピュータであり得る。描かれている例では、サーバ１０４は、ブート・ファイル、オペレーティング・システム・イメージ及びアプリケーションなどのデータをクライアント１０８−１１２に提供する。クライアント１０８，１１０、及び１１２は、サーバ１０４に対してはクライアントであり、或いはトランザクション・システムの場合などではアプリケーションに対するアプリケーションである。ネットワーク・データ処理システム１００は、図示されていない付加的なサーバ、クライアント、及び他の装置を含むことができる。描かれている例では、ネットワーク・データ処理システム１００はインターネットであり、ネットワーク１０２は、例えば、互いに通信しあうためにプロトコルの伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）スイートを用いるネットワーク及びゲートウェイの世界的コレクションを表す。インターネットの心臓部には、データ及びメッセージをルーティングする数千個の商業用の、政府の、教育用の、及びその他のコンピュータ・システムから成る主要なノード或いはホスト・コンピュータの間の高速データ通信回線のバックボーンがある。もちろん、ネットワーク・データ処理システム１００は、タイプの異なる数個の、例えばイントラネット、ローカル・エリア・ネットワーク（ＬＡＮ）、或いはワイド・エリア・ネットワーク（ＷＡＮ）などのネットワークとして実現されても良い。図１は、例として意図されているものであって、本発明について構成上の限定として意図されているものではない。
【００１０】
システムは、例えばネットワーク・データ処理システム１００などの１つの或いは複数のネットワークにわたることができる。また、システムは、複数のクライアント−サーバ、クライアント−ツー−クライアント、及びスタンドアロン型のデータ処理システムを含むことができる。
【００１１】
図２を参照すると、本発明の好ましい実施態様に従って、図１のサーバ１０４などのサーバとして実現され得るデータ処理システムのブロック図が描かれている。データ処理システム２００は、好ましくは、データ処理システム２００の中で動作しているコンピュータ可読媒体に存在するシステム・ソフトウェアによって実現され得るグラフィカル・ユーザ・インターフェース（ＧＵＩ）を含む。データ処理システム２００は、システム・バス２０６に接続されている複数のプロセッサ２０２及び２０４を含むシンメトリック・マルチプロセッサ（ＳＭＰ）システムであり得る。或いは、シングル・プロセッサ・システムが使用され得る。システム・バス２０６にメモリー・コントローラ／キャッシュ２０８も接続されており、これはローカル・メモリー２０９へのインターフェースを提供する。Ｉ／Ｏバス・ブリッジ２１０は、システム・バス２０６に接続されて、Ｉ／Ｏバス２１２へのインターフェースを提供する。メモリー・コントローラ／キャッシュ２０８とＩ／Ｏバス・ブリッジ２１０とは、図示されているように統合され得る。
【００１２】
Ｉ／Ｏバス２１２に接続されている周辺コンポーネント相互接続（ＰＣＩ）バス・ブリッジ２１４は、ＰＣＩローカル・バス２１６へのインターフェースを提供する。数個のモデムをＰＣＩローカル・バス２１６に接続することができる。代表的なＰＣＩバス・インプリメンテーションは４つのＰＣＩ拡張スロット或いはアドイン・コネクタをサポートする。図１のクライアント１０８−１１２への通信リンクは、アドイン・ボードを通してＰＣＩローカル・バス２１６に接続されているモデム２１８及びネットワーク・アダプタ２２０を通して提供され得る。
【００１３】
付加的なＰＣＩバス・ブリッジ２２２及び２２４は付加的なＰＣＩローカル・バス２２６及び２２８のためのインターフェースを提供し、これらから付加的なモデム或いはネットワーク・アダプタがサポートされ得る。この様にして、データ処理システム２００は、複数のネットワーク・コンピュータへの接続を可能にする。メモリーマップド（ｍｅｍｏｒｙ−ｍａｐｐｅｄ）グラフィックス・アダプタ２３０及びハードディスク２３２も、直接に或いは間接的に、図示されているようにＩ／Ｏバス２１２に接続され得る。
【００１４】
当業者は、図２に描かれているハードウェアが変化し得ることを理解するであろう。例えば、図示されているハードウェアに加えて、或いはその代わりとして、光ディスク・ドライブ等の他の周辺装置を使用することもできる。図示されている例は、本発明に関して構成上の制限を示唆することを意図しているものではない。図２に描かれているデータ処理システムは、例えば、アドバンスト・インタラクティブ・エグゼクティブ（ＡＩＸ）オペレーティング・システム或いはリナックス・オペレーティング・システムを動作させる、ニューヨーク州アーモンクのインターナショナルビジネスマシーンズ社の製品であるＩＢＭのｅＳｅｒｖｅｒ  ｐＳｅｒｉｅｓ（ＩＢＭ社の登録商標）システムであり得る。ここで図３を参照すると、本発明を実施し得るデータ処理システムを示すブロック図が描かれている。データ処理システム３００はクライアント・コンピュータの例である。データ処理システム３００は、好ましくは、データ処理システム３００の中で動作するコンピュータ可読媒体に存在するシステム・ソフトウェアによって実現され得るグラフィカル・ユーザ・インターフェース（ＧＵＩ）を含む。データ処理システム３００は、周辺コンポーネント相互接続（ＰＣＩ）ローカル・バス・アーキテクチャを使用する。図示されている例はＰＣＩバスを使用しているが、アクセラレイテッド・グラフィックス・ポート（ＡＧＰ）及びインダストリー・スタンダード・アーキテクチャ（ＩＳＡ）などの他のバス・アーキテクチャを使用することもできる。プロセッサ３０２及びメインメモリー３０４は、ＰＣＩブリッジ３０８を通してＰＣＩローカル・バス３０６に接続されている。ＰＣＩブリッジ３０８は、プロセッサ３０２のための統合メモリー・コントローラ及びキャッシュ・メモリーも含むことができる。直接コンポーネント相互接続を通して或いはアドイン・ボードを通して、ＰＣＩローカル・バス３０６への付加的な接続部を作ることができる。図示されている例では、ローカル・エリア・ネットワーク（ＬＡＮ）アダプタ３１０、ＳＣＳＩホスト・バス・アダプタ３１２、及び拡張バス・インターフェース３１４が直接コンポーネント接続によってＰＣＩローカル・バス３０６に接続されている。対照的に、オーディオ・アダプタ３１６、グラフィックス・アダプタ３１８、及びオーディオ／ビデオ・アダプタ３１９は、拡張スロットに挿入されるアドイン・ボードによってＰＣＩローカル・バス３０６に接続される。拡張バス・インターフェース３１４は、キーボード及びマウス・アダプタ３２０、モデム３２２、及び追加メモリー３２４のための接続部を提供する。小型コンピュータ・システム・インターフェース（ＳＣＳＩ）ホスト・バス・アダプタ３１２は、ハードディスク・ドライブ３２６、テープ・ドライブ３２８、及びＣＤ−ＲＯＭドライブ３３０のための接続部を提供する。代表的なＰＣＩローカル・バス・インプリメンテーションは３個又は４個のＰＣＩ拡張スロット又はアドイン・コネクタをサポートする。
【００１５】
オペレーティング・システムは、プロセッサ３０２上で動作し、図３のデータ処理システム３００の中の種々のコンポーネントを整合させ制御する。このオペレーティング・システムは“ウィンドウズＸＰ”（これはマイクロソフト・コーポレーションの商標である）などの、市販されているオペレーティング・システムであって良い。ジャバなどのオブジェクト指向のプログラミング・システムが、該オペレーティング・システムと関連して動作し、データ処理システム３００で実行するジャバ・プログラム又はアプリケーションから該オペレーティング・システムにコールを提供することができる。“ジャバ（Ｊａｖａ）”はサンマイクロシステムズ社の商標である。該オペレーティング・システム、オブジェクト指向オペレーティング・システム、及びアプリケーション又はプログラムのための命令は、ハードディスク・ドライブ３２６などの記憶装置に置かれ、プロセッサ３０２により実行されるべくメインメモリー３０４にロードされ得る。
【００１６】
当業者は、図３のハードウェアがインプリメンテーションに応じて変化し得ることを理解するであろう。図３に描かれているハードウェアに加えて、或いはその代わりに、フラッシュ読み出し専用メモリー（ＲＯＭ）、同等の不揮発性メモリー、或いは光ディスク・ドライブ等の他の内部ハードウェアまたは周辺装置を使用することができる。また、本発明のプロセスは、マルチプロセッサ・データ処理システムに応用され得る。
【００１７】
他の例として、データ処理システム３００は、何らかのタイプのネットワーク通信インターフェースに依拠せずにブート可能であるように構成されたスタンドアロン・システムであって良い。別の例では、データ処理システム３００はパーソナル・ディジタル・アシスタント（ＰＤＡ）装置であって良く、それは、オペレーティング・システム・ファイル又はユーザが作成したデータ或いはその両方を記憶する不揮発性メモリーを提供するためにＲＯＭ又はフラッシュＲＯＭ或いはその両方で構成される。
【００１８】
図３に描かれている例と上記の例とは、構成上の限定を示唆するように意図されているものではない。例えば、データ処理システム３００は、ＰＤＡの形をとるほかに、ノートブック・コンピュータ或いはハンドヘルド・コンピュータであって良い。
【００１９】
本発明は、システム・パフォーマンス・データの高度な表示を提供することによってシステム・パフォーマンスを監視する方法、装置、及び命令を提供する。この高度な表示は複数層のシステム・パフォーマンス情報の迅速で効率的な表示をオペレータに提供する。
【００２０】
公知のシステム管理システムでは、パフォーマンス・データは、システム・パフォーマンスの静的表示を用いてオペレータに対して表示される。
【００２１】
現行のシステム管理インターフェースはシステムの現在の状態の迅速な概観を提供するけれども、潜在的な問題に関するより詳しい情報を得るためには、オペレータはこの付加的な情報を含むレポート又はプリントアウトにアクセスしなければならない。
【００２２】
例えば、１つの代表的なシステム・パフォーマンス・データ表示は、システム情報をオペレータに伝えるために“ストップライト”表示画を使用する。
【００２３】
このストップライトは緑色、黄色、及び赤色のライトから成り、その緑色は“満足な”パフォーマンスを表し、黄色は“改善を要する”を表し、赤色は“容認できない”パフォーマンスを表す。これらの色付きのライトを用いて、システムの現在の状態を示し、システムが設定されたマージンの中で働いているか否かを示すことができる。例えば、もし表示画中の特定のパフォーマンス・インジケータのためのストップライトが緑色ならば、緑色のライトはシステム・パフォーマンスがその特定のインジケータについては満足できる範囲の中にあることを表すので、オペレータからの如何なるアクションも不要である。表示画中のパフォーマンス・インジケータについてのストップライトが黄色ならば、システムは所定目標から逸脱しているので、心配する必要があり得る。表示画における各々の変化は、通常、１つの事象或いは問題に関連し、また重大度と、その事象を改善するために実行されるべきアクションとに関連する。該事象を改善するアクションは自動的にトリガーされても良く、或いは目標を達成するためにシステムを元の進路に戻すためにそのアクションはオペレータにより手動で実行されても良い。可能なアクションの例としては、何もしないこと、警告メッセージ、電子メール、或いはその事象をオペレータに知らせるページ、及び、該事象を自立的に改善するプログラムを開始することなどの自動的システム応答がある。
【００２４】
もし１つのパフォーマンス・インジケータについてのストップライトが赤色であれば、システムは所定の目標から逸脱しているから、即座にアクションを起こす必要があり得る。サービス・プロバイダは、容認できないパフォーマンスの故に顧客にペナルティーを払わなければならないかもしれないから、即座に調整をする必要がある。しかし、以下で図４に示されている公知ストップライト表示は、システムが所定マージン内で動作しているか否かを単に伝えるだけである。ストップライト判定基準から特定される問題に関してオペレータがより詳しい情報を得ることを望むならば、オペレータは、その付加的な情報を得るためにレポート又はプリントアウトにアクセスしなければならない。ここで図４を参照すると、公知のシステム管理グラフィカル・ユーザ・インターフェースが示されている。特に、図４は、オーストリアのウィーンにあるゴレム・インテグレーテッド・マイクロエレクトロニクス・ソリューションズＧｍｂＨ（ＧＯＬＥＭ  Ｉｎｔｅｇｒａｔｅｄ  Ｍｉｃｒｏｅｌｅｃｔｒｏｎｉｃｓ  Ｓｏｌｕｔｉｏｎｓ  ＧｍｂＨ）から入手できるビジネスパフォーマンス管理ソフトウェア製品であるプロデュース・プラス（Ｐｒｏｄｕｃｅ  Ｐｌｕｓ）のグラフィカル・ユーザ・インターフェースを示している。グラフィカル・ユーザ・インターフェース４００は、図２のデータ処理システム２００で、或いは図３に示されているデータ処理システム３００で、或いはその両方で実現され得る。この例としてのインターフェースでは、種々のシステム・パフォーマンス情報がグラフィカル・ユーザ・インターフェース４００で表示される。パフォーマンス情報は、作業生産４０２、品質４０４、総実効効率４０６、パフォーマンス／効率４０８、コスト４１０、労働パフォーマンス４１２などの査定領域のためのパフォーマンス・インジケータを含むことができる。インジケータは、通常、オペレータがシステムを最適化するために必要とする最も重要な査定領域に焦点を当てるように選択される。オペレータは、ストップライト表示画４１４などの“ストップライト”表示の形のこのパフォーマンス情報を見て、システム・パフォーマンスに問題があるか否か判定することができる。オペレータは、問題を確認したならば、より詳細な情報を含む対応するレポート及びプリントアウトを見て、確認した問題を是正するためにシステム動作に対して行うべき調整を判定することができる。オペレータは、詳細な現在のシステム情報を、前もって定められたターゲット情報と比較することによってシステム動作をどの様に調整するか決定することができる。
【００２５】
前述のように、本発明は、それを通して複数層のシステム・パフォーマンスをオペレータに伝えることのできるグラフィカル・ユーザ・インターフェースを提供する。現在のシステム・パフォーマンスの詳細な表示を伝える表示メカニズムが提供される。このメカニズムは、計量点のトレールを表示することによってオペレータに即時フィードバックを提供し、その計量点は１つの期間にわたるシステム・パフォーマンスの状態を示す。この様に、本発明の表示メカニズムは、システムが所定マージンの中で動作しているか否かということと、システムに対して行われたパフォーマンス調整の結果と、システムについての予測又は傾向とを即時にオペレータに伝える。その結果として、複数層のシステム・パフォーマンス情報を迅速に且つ効率的にオペレータに伝えることができる。
【００２６】
次に図５に転じると、本発明の好ましい実施態様に従って、システム・パフォーマンスを監視するためのグラフィカル・ユーザ・インターフェースを示す代表的な図が描かれている。
【００２７】
グラフィカル・ユーザ・インターフェース５００は、図２のデータ処理システム２００において、或いは図３に示されているデータ処理システム３００において、或いはその両方において、実現され得る。
【００２８】
図５に示されているように、グラフィカル・ユーザ・インターフェースは、標的型管理ベクトル表示画の形で複数層のシステム・パフォーマンス・データを迅速に且つ効率的に提供する。管理ベクトル表示画５００は、垂直軸及び水平軸を有する標的表示として示されている。垂直軸５０２と水平軸５０４とは、例えばデータベース応答時間、サーバ接続時間、プロキシ接続時間、配信された要求／応答ヘッダの数、及び１秒あたりのトランザクションの数などの、オペレータによってセットされた属性を描く。その属性をセットするときには産業ベースライン測定基準を使用することができる。システムの監視されている領域の理想的な又は目標動作状態は、管理ベクトル表示画５００上の垂直軸５０２及び水平軸５０４が交わる点である。
【００２９】
管理ベクトル表示画５００は、特定の時間におけるシステム動作の状態を示す３つの領域も含んでいる。各領域は、緑色、黄色、及び赤色などの別々の色を用いて描かれ得る。領域５０６は“満足な”システム・パフォーマンスを表し、領域５０８は“改善を要する”を表し、領域５１０は“容認できない”システム・パフォーマンスを表すことができる。
【００３０】
領域５０６、すなわち緑色領域、は目標動作状態を含む。特定の時間におけるシステムの特定の領域のパフォーマンス状態が管理ベクトル表示画５００上の単一のドット又は計量点により示される。計量点５１２などの計量点が緑色領域５０６の中にあるときには、システムは容認できる動作マージン内で働いていると見なされる。この状態では、オペレータは何もしなくて良い。
【００３１】
計量点５１４などの計量点が領域５０８すなわち黄色領域の中にあれば、システムは容認できる動作の外にあると判定される。システム・パフォーマンスを満足できる動作マージンの中に、そして緑色領域５０６の中に戻すために、システム動作の調整が勧告され得る。計量点５１６などの計量点が赤色領域５１０の中にあれば、システムは容認できる動作の外にあると判定される。システム動作を赤色領域５１０の中に置くことは、この“容認できない”システム・パフォーマンスについてのペナルティーをもたらしかねないので、この状態ではシステム動作を直ぐに調整する必要がある。
【００３２】
計量点５１２，５１４，５１６は、特定の時間におけるシステム・パフォーマンスの現在の状態を示すために使われる。図５に示されているように、計量点５１２，５１４，５１６は、一定期間ごとに判定された状態情報のトレールを描く。状態情報のこのトレールを用いてシステム・パフォーマンスの傾向を観察することができる。管理ベクトル表示画５００は、それ自身の状態トレール或いは履歴を夫々有する多数の測定基準を管理ベクトル表示画５００上に同時に示すことができるような簡潔さで、これらの傾向を表示する。
【００３３】
例えば、管理表示画５００における各点は１時間ごとに周期的に判定されたシステム・パフォーマンス状態を表すことができる。第１時間には、計量点５１６により示されているように、システム・パフォーマンスは赤色領域５１０の中にある。このときオペレータは、システムの状態を赤色領域５１０から目標動作状態の方へ移動させようとしてシステム動作を調整することができる。黄色領域５０８内の計量点５１４などの、規則的間隔で判定されたその後の計量点は、計量点５１６が記入された後にシステム・パフォーマンスが改善したことを示す。計量点５１４は依然として黄色領域５０８の中にあるので計量点５１４はシステム・パフォーマンスの状態が改善したことを示しているけれども、システムの状態を容認できるマージンの中に移動させるために追加の調整がなお必要であることを示す。緑色領域５０６の中にある計量点５１２は、数個の一定時間間隔にわたる“容認できる”システム・パフォーマンスを示す。
【００３４】
管理ベクトル表示画５００は、システムに対して行われたパフォーマンス調整の結果に関する情報も提供する。例えば、計量点５１２，５１４，５１６は、１つの期間にわたるシステムの状態も示す。オペレータは、計量のトレールを用いてシステム動作に対して行われた変更をすばやく見、またそれらの変更のシステム・パフォーマンスに対する効果を判定することができる。
【００３５】
図５に示されているように、計量点が前の計量点に近いほど、一定期間にわたるシステム変化は遅い。逆に、計量点が前の計量点から遠く離れるほど、計量点の値の変化は速い。例えば、緑色領域５０６の中の複数の計量点５１２の間の間隔は狭い。計量点５１２は容認できるパフォーマンスを有するものとして示されているけれども、オペレータは、計量点を緑色領域５０６の中心の目標動作状態に更に近づけるためにシステム動作に対して調整を行うことができる。一定期間にわたって行われたこれらの調整の小さな効果は計量点５１２を介して伝えられ、それらは、複数の計量点５１２同士が接近して記入されているので、遅い変化速度を示す。対照的に、計量点５１６と５１４との間の距離は、同じ一定期間にわたるシステム・パフォーマンスの大きな変化を示す。或る場合には、オペレータがパフォーマンスを改善して目標動作状態へ移動させるためにシステム動作パラメーターを調整するとき、それらの調整は、目標動作状態からドリフトして離れてゆくなどの、何らかの意図的でない結果をもたらす可能性を有する。本発明のメカニズムは、システム・パフォーマンスの現在の状態、前のパフォーマンス調整の結果、及び将来のシステム・パフォーマンスの予測／傾向を含む複数層のシステム・パフォーマンス・データを迅速に且つ効率的にオペレータに提供する。
【００３６】
更に、垂直軸５０２と水平軸５０４は必ずしも一定比率でなくても良い。管理ベクトル表示画５００は、図５に示されている円形標的の形を含む、任意の形状をとることができる。更に、管理ベクトル表示画５００の中の、緑色領域５０６、黄色領域５０８、及び赤色領域５１０などの領域は、どの様なサイズ或いは形状であっても良い。例えば、オペレータによって処置がとられるべきパラメータを有する領域により大きなスペースを当てるのがおそらく有利であろう。
【００３７】
管理ベクトル表示画５００は、図５においては単一のシステム管理表示画として示されているけれども、変数の異なるセットについてのシステム・パフォーマンス及び傾向を各々表す追加の管理ベクトル表示画と共にパネル・ディスプレイ上に呈示されてもよい。この様にして、オペレータに提示されるグラフィカル・ユーザ・インターフェースは、システム・パフォーマンスの異なる領域を各々監視する複数の目標管理ベクトル表示画を同じパネル上に含むことができる。ここで図６に転じると、複数層のシステム・パフォーマンス・データを呈示するプロセスのフローチャートが本発明の好ましい実施態様に従って示されている。図６に示されているプロセスは、図２のデータ処理システム２００又は図に示されているデータ処理システム３００或いはその両方などのデータ処理システムにおいて実現され得る。
【００３８】
このプロセスは、システムを監視するための現在の構成を照会することから始まる（ステップ６０２）。システム構成は、ＢＩＯＳコール、構成ファイル、或いはコンソール又はデータベースから得られる。構成データは、どのアイテムを監視するか、データ・ポーリング間隔、データを送る場所、１つのアクションについてのスレショルド、及び、どのアクションを行うか、などの情報を提供することができる。次に、システム・データはＢＩＯＳコール、構成ファイル、コンソール、又はデータベースから得られた命令を用いて監視される（ステップ６０４）。システム・データはシステム構成に従って所定間隔でポーリングされ（ステップ６０６）、或いはシステム・データはイベントとして送られても良い。その後、検索されたデータに報告価値があるか否か判定される（ステップ６０８）。データに報告価値があるか否かは幾つかの基準による。例えば該データが写しであるか、或いは、ユーザがそのデータに興味を持っていないことをユーザ構成が示しているならば、そのデータには報告価値がなくて廃棄されるべきである。もしデータに報告価値があるならば、そのデータを伝えるためにどのレポートを使用するべきか、またそのレポートにどの情報を含めるかということに関して判定が行われる（ステップ６１０）。ステップ６０８に戻って、もしデータに報告価値がなければ、プロセスはステップ６１２に直接進み、ここで該データはグラフィカル・ユーザ・インターフェースで表示されるべくフォーマットされて送られる。そのデータＩが、表示されるスレショルドのうちの１つに接近するか或いは交差するならば、警報を出しても良い。各々の前に表示されたデータ点は、色又は輝度を用いて強調を解除され、最も古い点が最も大幅に強調解除される。維持され“次第に弱められる”前の表示の数は、表示の構成と、更新されるデータ点の頻度とによる。より頻繁に更新されるデータ点について、乱雑さを防止すると共に該データ点の傾向方向の理解性を高めるために、より少数の点が表示されるべきである。次に、追加のデータが受信されたか否かに関して判定が行われる（ステップ６１４）。もし追加データが受信されたならば、プロセスはステップ６０６に戻る。もし追加データが受信されなければ、プロセスは終了する。
【００３９】
本発明のメカニズムは、オペレータに対して追加のシステム管理パラメータを含むようにも強化され得る。これらのパラメータは、サービス水準協定（ＳＬＡ）及び組織化アクション・スレショルド（ｏｒｃｈｅｓｔｒａｔｉｏｎ  ａｃｔｉｏｎ  ｔｈｒｅｓｈｏｌｄ）から導出された境界を含む。サービス水準協定は、顧客に対するサービス・プロバイダの責任の条件を定める、サービス・プロバイダと顧客との間の略式の契約である。サービス水準協定は、それらの責任が満たされない場合の代償のタイプ及び程度も含む。組織化（ｏｒｃｈｅｓｔｒａｔｉｏｎ）は、プロセスの流れについての一組のルールを定め、ここではプロセスは当該プロセスにおける当事者間の共通目標を達成するためにこれらの定められたルールに従って実行される。これらのルールは、システムにおける変化に対する“応答を組織化する”ためにシステムによって使用され得る。ここで図７に転じると、本発明の好ましい実施態様に従ってサービス水準協定又は組織化アクション・スレショルド或いはその両方に基づいてシステム動作の容認可能なパラメータを表示するためのグラフィカル・ユーザ・インターフェースを示す代表的な図が描かれている。グラフィカル・ユーザ・インターフェース７００は、図２のデータ処理システム２００又は図３に示されているデータ処理システム３００或いはその両方において実現され得る。
【００４０】
図７に示されているように、グラフィカル・ユーザ・インターフェースは、サービス水準協定又は組織化アクション・スレショルド或いはその両方を含む、システム管理データの追加の層を提供する。サービス水準協定又は組織化アクション・スレショルド或いはその両方が管理ベクトル表示画７００において定められる。図５にも記載されているように、管理ベクトル表示画７００は、特定の時におけるシステム動作の状態を示す３つの領域を含む。各々の領域は、緑色、黄色、及び赤色などの明瞭な色を用いて描かれ得る。領域７０６は“満足できる”システム・パフォーマンスを示すことができ、領域７０８は“改善を要する”を表し、領域７１０は“容認できない”システム・パフォーマンスを表すことができる。管理ベクトル表示画７００の中に呈示されているＳＬＡ境界７１８は、現在の時点でのサービス水準協定の計量境界を表す。ＳＬＡ境界７１８は管理ベクトル表示画７００上の特定の場所に示されているけれども、ＳＬＡ境界７１８は所定期間に従って変化し得る。例えば、オペレータは、ＳＬＡ境界７１８によって表されているサービス水準協定を用いてＣＰＵにかかっている負荷と応答時間とを監視することができる。ＣＰＵ負荷と応答時間とは顧客の使用に応じて変化し得るので、サービス水準協定の境界は所定期間に応じて変更され得る。例えば、通常の就業日などの、顧客使用が大量であると予想される期間におけるサービス水準協定の境界は、例えば真夜中の１２時ごろなどの、顧客使用が少量であると予想される期間についてセットされる境界とはおそらく異なるであろう。
【００４１】
前述のように、特定の時におけるシステムの特定領域のパフォーマンス状態は、計量点７１６などの、単一のドット又は計量点で示される。現在の時点におけるサービス水準協定の計量境界を表すＳＬＡ境界７１８は、オペレータがサービス水準パフォーマンスを監視し測定することを可能にする。計量点７１６などの計量点が管理ベクトル表示画７００上にプロットされるので、オペレータはシステム・パフォーマンスがサービス水準協定に従っているか否か判定することができる。計量点がＳＬＡ境界７１８の外側にプロットされていれば、システムは所定動作パラメータ内で動作していない。その結果として、オペレータは、サービス水準協定で定められている動作パラメータに従うようにシステムを元の進路に戻すために、システム動作を調整しなければならない。容認できないパフォーマンスの故に、該協定のパラメータを満たしていないことについてのペナルティーも支払われなければならないであろう。
【００４２】
もし計量点がＳＬＡ境界７１８の中にプロットされれば、システムは現時点において所定動作パラメータ内で動作しており、ペナルティーは生じない。例えば、計量点７１６は赤色領域７１０の中にプロットされている。通常、もしシステム・パフォーマンスが赤色領域７１０の中にあれば、オペレータは現在のシステム・パフォーマンスは容認できなくてペナルティーが生じると判定するであろう。しかし、計量点７１６は赤色領域７１０内にあるにもかかわらず、計量点７１６は現在のサービス水準協定境界７００の中にプロットされているので、オペレータは、ＳＬＡ境界７１８に関する付加的なシステム情報層を用いることによって、システム・パフォーマンスが依然として容認できる範囲の中にあると判定することができる。従って計量点７１６が赤色領域７１０の中にプロットされていることからシステム・パフォーマンスが容認され得ないように見えても、オペレータは、システム・パフォーマンスがサービス水準協定のパラメータに従って容認可能な範囲内にあると迅速に且つ効率的に判定することができる。管理ベクトル表示画７００の中に呈示されている組織化アクション境界７２０は、現時点における組織化アクション・スレショルド境界の計量境界を表す。組織化アクション境界７２０は管理ベクトル表示画７００上の特定の場所に示されているが、組織化アクション境界７２０は、システム資源に対する需要に応じて変化し得る。組織化は、ユーザが、所望の目標を達成するために所定のポリシーに従って自分のＩＴ環境を実時間で操作することを可能にする。組織化は、資源に対する需要の増大を“感知”し、それに応じてこれらの資源を再割り当てするアクションを自動的に行い、それらをシステム全体に供給する。従って、システムは、必要なサービス水準を自動的に満たすために必要な複数の動作を“組織化する”。
【００４３】
組織化境界７２０は、システム・パフォーマンスを調整するために自動的な作業流れ補正が発動されるか或いは手動補正が必要か、定める。例えば、計量点７１６が管理ベクトル表示画７００上にプロットされているとき、オペレータは、計量点が“容認できない”赤色領域７１０の中にあるので直ちに調整を行う必要があると判定することができる。しかし、計量点７１６は組織化境界７２０の外側にあるので、システムに対する調整は、オペレータの介入無しで自動的に行われる。適宜にシステム資源を再割り当てするために作業流れ補正が自動的に発動される。
【００４４】
対照的に、計量点７１４が管理ベクトル表示画７００上にプロットされているときには、オペレータは、計量点が“改善を要する”黄色の領域７０８の中にあるので、調整が行われるべきであると判定することができる。しかし、計量点７１４は組織化境界７２０の中にもあるので、オペレータは、システム・パフォーマンスを改善するために、システムに対して必要な調整を手動で行わなければならない。従って、組織化はシステムが自分自身を自立的に補正することを可能にするので、組織化境界７２０はシステム・パフォーマンスに関する迅速で効率的なフィードバックの付加的な層をオペレータに提供する。ここで図８に転じると、サービス水準協定又は組織化アクション・スレショルド或いはその両方に基づいてシステム動作の容認可能なパラメータを表示するためのプロセスのフローチャートが本発明の好ましい実施態様に従って示されている。図８に示されているプロセスは図２のデータ処理システム２００又は図に示されているデータ処理システム３００或いはその両方などのデータ処理システムにおいて実現され得る。
【００４５】
プロセスは、実時間監視エージェントを用いて、ポーリングされたデータを監視することから始まる（ステップ８０２）。システム・パフォーマンス・データは、図６のステップ６０６で得られるポーリングされたデータなどのシステム・データをポーリングすることによって得られるが、システム・パフォーマンス・データを得る他の方法を使用しても良い。該ポール・モニターは、プッシュ或いはプル・モニターであって良い（すなわち、ポーリング或いはメッセージ送信）。ポーリングされるデータは、サーバからの応答時間データなどの情報を含むことができる。ＳＬＡデータにおけるターム及びルールを参照すると、トランザクションの数が多くて該トランザクションがＳＬＡタームのもとで正当であるならば、ポーリングされるデータは平均されて良く、或いは、ポーリングされるデータは最善のケース／最悪のケース・シナリオとして使用され得る。次に、表示グラフィック（例えば、サーバ応答時間）のタイプについてＳＬＡ境界が計算される（ステップ８０４）。ＳＬＡ境界は、ＳＬＡ協定中の契約データ（ルール）を用いて計算され得る。ＳＬＡ協定中の契約データは、例えばＸＭＬ（拡張可能マークアップ言語（ｅｘｔｅｎｓｉｂｌｅ  ｍａｒｋｕｐ  ｌａｎｇｕａｇｅ））として記憶されて良く、ＯＡＳＩＳ（Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  ｔｈｅ  Ａｄｖａｎｃｅｍｅｎｔ  ｏｆ  Ｓｔｒｕｃｔｕｒｅｄ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｔａｎｄａｒｄｓ）ｅｂＸＭＬなどの標準的ＸＭＬであって良い。システム・パフォーマンスを示すステータス・マーカーが現在の状態に基づいて更新される（ステップ８０６）。例えば、ステータス・マーカーはレーダーエコーのフェージングのように更新されて良いが、レインボウ・スケール（ｒａｉｎｂｏｗ  ｓｃａｌｅ）を使用して褪せる色を使用するなどの、システムの現在の状態を示す他の更新方式も可能である。レーダーエコーの例では、現在のシステム・パフォーマンス・マーカーは強調されて良く、他の先行するマーカーは少なくとも１インクリメントだけフェージングさせられる。実時間モニターがポーリングされたデータを依然として受信しているか否か判定される（ステップ８０８）。もしそうならば、プロセスはステップ８０２に戻って続行される。ステップ８０８に戻って、もし実時間モニターがポーリングされたデータをもはや受信していないと判定されたならば、プロセスは終了する。
【００４６】
この様に、本発明は、システム・パフォーマンスを監視して詳細なシステム・パフォーマンス・データを高度なグラフィカル・ユーザ・インターフェースを介して伝達するための改善された方法、装置、及びコンピュータ命令を提供する。本発明のメカニズムは、システムのパフォーマンスを監視し管理するシステム・オペレータを助けることができ、これは結局顧客をより満足させるという結果をもたらすことができる。本発明のメカニズムは複数層のシステム・パフォーマンス・データをオペレータに伝えるグラフィカル・ユーザ・インターフェース（ＧＵＩ）の形のインターフェースを提供する。オペレータが情報のこの表示を監視し、それを使用して、システム・パフォーマンスを最適化するためにシステムをどの様に調整するか決定する。
【００４７】
システム・パフォーマンス情報を監視し表示する現在の方法は静的タイプのインターフェースをオペレータに提供することから成っているので、本発明は公知のシステム管理システムに優って利点を提供する。“ストップライト”表示などの公知のシステム・パフォーマンス表示は、静的であり、単にシステムの現在の状態の簡単な概観を提供するだけである。本発明は、システム・パフォーマンス・データを伝えるための高度なグラフィカル・ユーザ・インターフェースを提供することによって現在のシステム管理表示画を改良し、これにより複数層のシステム・パフォーマンス情報をオペレータに迅速に且つ効率的に伝えることができる。
【００４８】
本発明は完全に機能するデータ処理システムの文脈において記載されたけれども、本発明のプロセスが命令のコンピュータ可読媒体の形及びさまざまな形で配布され得ること、及び、配布を行うために実際に使用される信号担持媒体の具体的タイプに関わらずに均等に応用され得ることを当業者は理解するであろうということに留意するのは重要なことである。コンピュータ可読媒体の例は、フレキシブルディスク、ハードディスク・ドライブ、ＲＡＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなどの記録できるタイプの媒体と、ディジタル及びアナログ通信リンク、例えば無線周波数送信及び光波送信などの送信形態を使用する有線又は無線の通信リンクなどの送信型媒体とを含む。コンピュータ可読媒体は、特定のデータ処理システムで実際に使用されるために復号される符号化されたフォーマットの形をとることができる。本発明の記述は、例証及び記述を目的として呈示されており、余す所の無いことや、開示された形に本発明を限定することは意図されていない。多くの改変及び変形が当業者にとっては明らかであろう。実施態様は、本発明の原理、実際的アプリケーションを最善に説明し、他の当業者が、考えられる特定の用途に適する種々の改変を伴なう種々の実施態様について本発明を理解することを可能にするために選択され記述された。
【００４９】
（１）  システム・パフォーマンスを監視し、高度なグラフィカル・ユーザ・インターフェースを介してシステム動作の許容できるパラメータを伝える方法であって、システムの現在の状態を判定するシステム・パフォーマンス・データを得るステップと、表示グラフィックを決定するステップと、前記表示グラフィックのために許容できるシステム動作の境界を計算するステップと、前記システムの前記現在の状態に基づいて、特定の時点におけるシステム・パフォーマンスを示すシステム・パフォーマンス・ステータス・マーカーを更新するステップと、更新されたシステム・パフォーマンス・ステータス・マーカーとシステム動作の許容できる境界とを標的型の管理ベクトル表示画の中に表示するステップとを含み、前記表示画はシステム・パフォーマンスのレベルを表す領域を含む、方法。
（２）  前記境界は、サービス水準協定中の契約データを用いて計算される、上記（１）に記載の方法。
（３）  前記契約データはＸＭＬフォーマットで記憶される、上記（２）に記載の方法。
（４）  前記境界は現時点での前記サービス水準協定を表す、上記（２）に記載の方法。
（５）  前記サービス水準協定の境界は所定期間に従って変更される、上記（２）に記載の方法。
（６）  前記サービス水準協定境界に関してのシステム・パフォーマンス・ステータス・マーカーの位置は、システム・パフォーマンスが前記サービス水準協定に従っているか否かを示す、上記（２）に記載の方法。
（７）  前記システム・パフォーマンス・ステータス・マーカーは、特定の時における前記システムの特定の領域の前記状態を示した、上記（１）に記載の方法。
（８）  前記ステータス・マーカーの更新は、現在のシステム・パフォーマンス・ステータス・マーカーを強調すると共に残りのシステム・パフォーマンス・ステータス・マーカーを少なくとも１インクリメントだけフェージングさせることを含む、上記（１）の方法。
（９）  システム動作の前記境界は組織化アクション・スレショルドに基づく、上記（１）に記載の方法。
（１０）  前記組織化アクション・スレショルド境界はシステム資源需要に応じて変化する、上記（９）に記載の方法。
（１１）  前記現在のシステム・パフォーマンス・ステータス・マーカーが前記組織化アクション・スレショルド境界の外に位置するならばシステム・パフォーマンスを調整するために自動的作業流れ補正が発動される、上記（９）に記載の方法。
（１２）  システム・パフォーマンス・データを得ることはシステム・データをポーリングすることを含む、上記（１）に記載の方法。
（１３）  システム・パフォーマンスを監視し、高度なグラフィカル・ユーザ・インターフェースを介してシステム動作の許容できるパラメータを伝えるためのシステムであって、グラフィカル・ユーザ・インターフェースと、前記グラフィカル・ユーザ・インターフェース内の標的型の管理ベクトル表示画とを含んでおり、前記表示画は、システム・パフォーマンスのレベルを表す領域と、許容できるシステム動作パラメータを示す境界と、特定の時点におけるシステム・パフォーマンスの状態を特定するシステム・パフォーマンス・ステータス・マーカーとを含む、システム。
（１４）  システム・パフォーマンスを監視し、高度なグラフィカル・ユーザ・インターフェースを介してシステム動作の許容できるパラメータを伝えるためのデータ処理システムであって、前記システムの現在の状態を判定するシステム・パフォーマンス・データを得るための得る手段と、表示グラフィックを決定するための決定手段と、前記表示グラフィックのために許容できるシステム動作の境界を計算するための計算手段と、前記システムの前記現在の状態に基づいて、特定の時点におけるシステム・パフォーマンスを示すシステム・パフォーマンス・ステータス・マーカーを更新するための更新手段と、前記更新されたシステム・パフォーマンス・ステータス・マーカーとシステム動作の前記許容できる境界とを標的型の管理ベクトル表示画の中に表示するための表示手段とを含み、前記表示画はシステム・パフォーマンスのレベルを表す領域を含む、データ処理システム。
（１５）  前記境界は、サービス水準協定中の契約データを用いて計算される、上記（１４）に記載のデータ処理システム。
（１６）  前記契約データはＸＭＬフォーマットで記憶される、上記（１５）に記載のデータ処理システム。
（１７）  前記境界は現時点での前記サービス水準協定を表す、上記（１５）に記載のデータ処理システム。
（１８）  前記サービス水準協定の前記境界は所定期間に従って変更される、上記（１５）に記載のデータ処理システム。
（１９）  前記サービス水準協定境界に関してのシステム・パフォーマンス・ステータス・マーカーの位置は、システム・パフォーマンスが前記サービス水準協定に従っているか否かを示す、上記（１５）に記載のデータ処理システム。
（２０）  前記システム・パフォーマンス・ステータス・マーカーは、特定の時における前記システムの特定の領域の前記状態を示した、上記（１４）に記載のデータ処理システム。
（２１）  前記ステータス・マーカーの更新は、現在のシステム・パフォーマンス・ステータス・マーカーを強調すると共に残りのシステム・パフォーマンス・ステータス・マーカーを少なくとも１インクリメントだけフェージングさせることを含む、上記（１４）に記載のデータ処理システム。
（２２）  システム動作の前記境界は組織化アクション・スレショルドに基づく、上記（１４）に記載のデータ処理システム。
（２３）  前記組織化アクション・スレショルド境界はシステム資源需要に応じて変化する、上記（２２）に記載のデータ処理システム。
（２４）  前記現在のシステム・パフォーマンス・ステータス・マーカーが前記組織化アクション・スレショルド境界の外に位置するならばシステム・パフォーマンスを調整するために自動的作業流れ補正が発動される、上記（２２）に記載のデータ処理システム。
（２５）  システム・パフォーマンス・データを得ることはシステム・データをポーリングすることを含む、上記（１４）に記載のデータ処理システム。
（２６）  システム・パフォーマンスを監視し、高度化されたグラフィカル・ユーザ・インターフェースを介してシステム動作の許容できるパラメータを伝えるためのコンピュータ可読媒体内のコンピュータ・プログラムであって、上記（１）ないし（１２）のうちのいずれかの前記ステップを実行するためのプログラム・コードを含む、コンピュータ・プログラム。
【図面の簡単な説明】
【００５０】
【図１】本発明を実施することのできるデータ処理システムのネットワークを図示したものである。
【図２】本発明の好ましい実施態様に従ってサーバとして実現され得るデータ処理システムのブロック図である。
【図３】本発明を実施することのできるデータ処理システムのブロック図である。
【図４】公知のシステム管理グラフィカル・ユーザ・インターフェースの図である。
【図５】本発明の好ましい実施態様に従ってシステム・パフォーマンスを監視するためのグラフィカル・ユーザ・インターフェースを示す代表的な図である。
【図６】本発明の好ましい実施態様に従って複数層のシステム・パフォーマンス・データを提示するためのプロセスのフローチャートである。
【図７】本発明の好ましい実施態様に従ってサービス・レベル協定又は組織化動作スレショルド或いはその両方に基づくシステム動作の許容可能なパラメータを表示するためのグラフィカル・ユーザ・インターフェースを示す代表的な図である。
【図８】本発明の好ましい実施態様に従ってサービス・レベル協定又は組織化動作スレショルド或いはその両方に基づくシステム動作の許容可能なパラメータを表示するプロセスのフローチャートである。
【図１】
2007520806.tif 000002
【図２】
2007520806.tif 000003
【図３】
2007520806.tif 000004
【図４】
2007520806.tif 000005
【図５】
2007520806.tif 000006
【図６】
2007520806.tif 000007
【図７】
2007520806.tif 000008
【図８】
2007520806.tif 000009
【国際調査報告】
2007520806.tif 000010
2007520806.tif 000011
2007520806.tif 000012