(57)【要約】コンピュータアプリケーションおよびリソースユーティライゼーションを監視するシステムおよび方法である。１つの実施例では、共有コンピュータの種々異なるエンティティまたはカスタマーと対応付けられた種々異なるユーザのリストが維持される。１つまたは複数の種々異なるユーザによって呼び出された種々異なるアプリケーションの第２のリストも維持される。種々異なるユーザによって呼び出された種々異なるアプリケーションによって用いられた種々ことなるプログラムを含む第３のリストも維持される。ここでこれは各プログラムに対する重み関数を含む。これらのレコードは、イベントに応答して、共有コンピュータの種々異なるエンティティと対応付けられた各ユーザによる種々異なるアプリケーションのオペレーション使用度および／またはコスト特性を識別するために用いられる。
2004538557.tif 000002
【特許請求の範囲】
【請求項１】
１つまたは複数のエンティティに対応付けられた複数ユーザによる複数の並行オペレーティングアプリケーションへの共有アクセスをサポートするシステムにおいて、個々のアプリケーションユーティライゼーションを監視する方法であって、
タイムインターバルのあいだに、
エンティティと対応付けられた種々異なるユーザの第１のレコードを維持するステップと、
前記種々異なるユーザのうちの少なくとも１人によって呼び出された種々異なるアプリケーションの第２のレコードを維持するステップと、
前記種々異なるユーザの少なくとも１人によって呼び出された前記種々異なるアプリケーションによって用いられた実行可能なプログラムのユースの第３のレコードを維持するステップを有しており、ここでプログラムユースの前記レコードは、前記種々異なるアプリケーション間での前記プログラムがバランス良く使用されるように割り当てをサポートし、
所定のイベントに応答して、前記エンティティと対応付けられた各ユーザによる前記種々異なるアプリケーションの個々のアプリケーションのオペレーション使用特性を識別するデータを断続的にコンパイルするために、前記第１のレコードおよび第２のレコードおよび第３のレコード用いるステップを有する、
ことを特徴とする、アプリケーションユーティライゼーションを監視する方法。
【請求項２】
前記種々異なるアプリケーションの個々のアプリケーションによる前記プログラムの相対的な使用時間の見積もりを定めることによって、前記種々異なるアプリケーション間で前記プログラム使用度を割り当てるステップを含む、請求項１記載の方法。
【請求項３】
前記種々異なるアプリケーションの個々のアプリケーションと対応付けられた重み係数を定めて、記録するステップを含み、ここで当該重み係数は前記種々異なるアプリケーションの個々のアプリケーションによる前記プログラムの相対的な使用時間の推定をあらわす、請求項２記載の方法。
【請求項４】
データをコンパイルする前記ステップは、（ａ）個々のアプリケーションによって用いられたプロセッサタイム、（ｂ）個々のアプリケーションによるファイルアクセス数、および（ｃ）個々のアプリケーションによる記憶装置アクセスリクエスト数、のうちの少なくとも１つを識別するデータをコンパイルすることを含む、請求項１記載の方法。
【請求項５】
データをコンパイルする前記ステップは、前記種々異なるアプリケーションの割合として個々のアプリケーションによる相対的なオペレーション使用特性を識別するのをサポートするデータをコンパイルすることを含む、請求項４記載の方法。
【請求項６】
前記所定のイベントは、（ａ）データアクセスリクエスト，（ｂ）記憶装置アクセスリクエスト、（ｃ）個々のアプリケーションの使用の終了、（ｄ）ユーザオペレーションセッションの終了、および（ｅ）周期的に生成されるコマンドのうちの少なくとも１つを含む、請求項１記載の方法。
【請求項７】
処理装置を、（ａ）ユーザ、（ｂ）エンティティ、および（ｃ）個々のアプリケーションのうちの少なくとも１つと対応付ける第４のレコードを維持するステップを含む、請求項１記載の方法。
【請求項８】
前記第２のレコードおよび第３のレコードのデータ要素を、オペレーションセッションの間にダイナミックに作成する、請求項１記載の方法。
【請求項９】
前記種々異なるアプリケーションによって用いられる前記実行可能なプログラムは、前記種々異なるアプリケーションによって共有されるファンクションを提供するプログラムを含む、請求項１記載の方法。
【請求項１０】
前記エンティティは、（ａ）カスタマー、（ｂ）会社、（ｃ）組織、および（ｄ）識別可能なユーザグループのうちの少なくとも１つを含む、請求項１記載の方法。
【請求項１１】
前記複数の種々異なるアプリケーションによって共有されている実行可能なプログラムの個々のアプリケーションへ、バランスの良い使用度を割り当てる際に用いるために第４のレコードを維持するステップを有する、請求項１記載の方法。
【請求項１２】
前記種々異なるアプリケーションの個々のアプリケーションによる前記プログラムの相対的な使用時間の見積もりを定めることによって、前記複数の種々異なるアプリケーション間で前記プログラムのバランスの良い使用度を割り当てるステップを含む、請求項２記載の方法。
【請求項１３】
データを断続的にコンパイルする前記ステップは、（ａ）個々のアプリケーションによって用いられる記憶装置のサイズ、（ｂ）個々のアプリケーションによる入力／出力リクエスト数、（ｃ）個々のアプリケーションによるファイル削除リクエスト数、および（ｄ）ユーザデータに対して用いられる記憶装置サイズ、のうちの少なくとも１つを識別するデータを断続的にコンパイルすることを含む、請求項１記載の方法。
【請求項１４】
１つまたは複数のエンティティと対応付けられた複数ユーザによって共有された複数の並行オペレーティングアプリケーションの個々のアプリケーションユーティライゼーションを監視するユーザインターフェースシステムであって、
複数の並行オペレーティングアプリケーションに対する個々のアプリケーションによって照合されたプロセッサユーティライゼーションをあらわすイメージデータの表示を選択するためのユーザ選択可能なアイテムを有する第１のイメージの表示を開始するステップと、
前記アイテムのユーザ選択に応答して、
（ａ）個々のアプリケーションによって用いられたプロセッサタイム、（ｂ）個々のアプリケーションによるファイルアクセス数、および（ｃ）前記複数の並行オペレーティングアプリケーションの個々のアプリケーションによる記憶装置アクセスリクエスト数、のうちの少なくとも１つを識別する、コンパイルされたデータを有する第２のイメージの表示を開始するステップを有する、
ことを特徴とする、アプリケーションユーティライゼーションを監視するユーザインターフェースシステム。
【請求項１５】
累積されたオペレーションデータレコードに基づいて、前記複数の並行オペレーティングアプリケーションの個々のアプリケーションのオペレーション使用特性を識別するデータを断続的に作成することによって前記コンパイルされたデータを導出するステップを有し、前記オペレーション使用特性はエンティティと対応付けられた個々のユーザに対して照合されている、請求項１９記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連する出願に対する相互参照
本願特許は、本発明者の名におけるＵＳ出願、ＵＳ第６０２９３６８５（２００１年５月２５日付け）に基づく優先権を主張するものである。
【０００２】
発明の分野
本発明は一般的にコンピュータリソース使用度（usage）の監視に関し、特にアプリケーションコスト分析システムおよび、ノンバッチアプリケーションを含む種々のアプリケーションに対してコンピュータ使用データを収集する方法に関する。本発明は例えば、コンピュータアプリケーション／カスタマーチャージバックおよびキャパシティプランニングに用いられる。
【０００３】
発明の背景
コンピュータの監視を容易にするツールは極めて希である。これは例えばＩＢＭメインフレームシステムモニタリングファシリティ（ＳＭＦ）アプリケーションである。ＳＭＦを用いて、例えば監視プロセスをオンにすることによってリソース使用度データが典型的に集められる。ここでこの監視プロセスはこのシステム上の全アクティビティに対するパフォーマンス情報を収集する。一日の終わりに、捕捉されたレコードが分析され、バッチプロセスを介して報告される。この非実時間データ収集を例として図１で説明する。この従来の取り組みでは（一日の終わりのような）所定の遅れ時間でバッチレポーティングジョブを実行する際を除いて、実時間ベースでどのプログラムがどのアプリケーションに関連しているのかを求める際に柔軟性はほとんどない。
【０００４】
発明の要約
本発明では、従来タイプのパフォーマンス監視アプリケーションには幾つかの欠点があることが認識されている。第１には、収集および作成される必要のあるデータの量が膨大であるということである。これによってシステムリソースにコストがかかる。なぜならデータを処理するＣＰＵも、データを記憶するディスク記憶スペースも必要とされるからである。大きなボリュームのアクティビティを有するサイトに対しては、必要とされるＣＰＵ時間およびストレージの総量はこの監視を用いることができないほど過剰である。
【０００５】
コンピュータリソースに対するこの膨大な要求は例えば本発明の図２に示されている。図２には、従来の監視プロセスを用いる大きいコンピュータ処理サイト、中間のコンピュータ処理サイトおよび小さいコンピュータ処理サイトに対する、収集および記憶装置に必要なデータバイトの推定数がそれぞれ、列２１、２２および２３に示されている。図２の項目２４に示されているように、例えば一日に最大約４５０００のトランザクションを実行する大きな処理サイトに対しては、ほぼ１７２８０００００バイトのパフォーマンス収集データ（４５０００トランザクション×１６０バイトパートランザクション／時間×２４時間）がＣＰＵによって処理されてメモリ内に記憶される必要があると推定される。従って従来のシステムを用いたコンピュータリソースドレインはかなり膨大である。
【０００６】
従来のシステムの他の欠点は、前述のようなパフォーマンス結果がすぐにあらわさるとは限らず、レポートが完成されて、全てのバッチ処理ジョブが実行された後の、一日の終わりまではアクセスできないことである。これは従来のシステムの非実時間処理における固有の問題である。
【０００７】
従来のシステムのさらなる他の欠点は、チャージバックないしエンハンスメントに対して、用いられているコストモデルを修正するのが困難なことである。すなわち従来のシステムは例えば、どのプログラムリストがどのアプリケーションに対応付けられているか；または各プログラムがどのように各アプリケーションと対応付けられているか；または各カスタマーのどのユーザアプリケーションまたはプログラムを使用しているかに関する情報を提供しない。
【０００８】
従って本発明の１つの機能によって、ＣＰＵおよびディスクアクティビティ等のコンピュータリソース使用度を各コンピュータリソースを共有している全アプリケーションにわたって推定することができる。これによって、アプリケーションのユーザを識別する必要性の問題が解決されて、適切なコストに対してチャージされる。
【０００９】
これと相応して、本発明は従来のシステムおよび方法とは著しく異なった方法でパフォーマンスデータを収集および分析する。例えば本発明はコンピュータのオペレーティングシステムによって提供された同じ収集ポイントを用いるが、パフォーマンスデータを取り出し、バッチプロセスのためにこれをディスクに書き込む代わりに、一連のリストによって実時間でデータを迅速に分類し、パフォーマンスデータを固有のアプリケーションに対応付ける。これは結果的に、従来のシステムにはない幾つかの利点となる。
【００１０】
パフォーマンス収集が進行中であることによる１つの利点は、目下の結果にすぐにアクセスできることである。他の利点は、インダイレクションレベル（例えばアプリケーショングループにまとめられたプログラム、または複数のアプリケーショングループに対してサービスとして知られるプログラム）を有することで、本発明によって、アプリケーションが変化するとき、または新たなアプリケーションが実行されるときに修正がし易くなる。さらなる他の利点は、本発明によって収集に対するトータルコストが低減されることである。例えば結果をオンラインで実時間で収集および分類することによって、本発明は、各データレコードを保管する必要がないのでディスク記憶装置を顕著に減らすことができる。これは結果として、捕捉された情報を処理、報告するのに必要なＣＰＵ時間を減らすことになる。
【００１１】
従ってコンピュータアプリケーションおよびリソースユーティライザーションを監視するシステムおよび方法が提供される。１つの例示的な実施形態では、共有コンピュータの種々異なるエンティティまたはカスタマーと対応付けられた種々異なるユーザのリストが維持される。１人または複数の種々異なるユーザによって呼び出された種々異なるアプリケーションの第２のリストも維持される。種々異なるユーザによって呼び出された種々異なるアプリケーションによって用いられた種々異なるプログラムを含む第３のリストも維持される。これは各プログラムに対する重み係数を有する。これらのレコードはその後、イベントに応答して、共有コンピュータの種々異なるエンティティと対応付けられた各ユーザによる、種々異なるアプリケーションのオペレーション使用度および／またはコスト特性を識別するのに用いられる。
【００１２】
本発明の原則に相応する他の例示された実施形態では、１つまたは複数のエンティティと対応付けられた複数ユーザによって共有される複数の並行オペレーティングアプリケーションの個々のアプリケーションユーティライゼーションを監視するユーザインターフェースシステムが記載されている。第１のイメージは、複数の並行オペレーティングアプリケーションに対する個々のアプリケーションによって照合されたプロセッサユーティライゼーションをあらわすイメージデータの表示の選択に対するユーザ選択可能なアイテムを含んで表示される。アイテムのユーザ選択に応答して、第２のイメージが表示される。これは（ａ）個々のアプリケーションによって用いられたプロセッサタイム、（ｂ）個々のアプリケーションによるファイルアクセス数、および（ｃ）上述した複数の並行オペレーティングアプリケーションの各アプリケーションによる記憶装置アクセスリクエスト数、のうちの少なくとも１つを識別するコンパイルされたデータを含む。
【００１３】
図面の簡単な説明
図１は、パフォーマンスデータを収集するのに従来のシステムがどのように用いられているかをあらわす図である。
図２は、データ収集に対する従来のシステムを用いた種々異なるサイトに対して必要なデータの推定量をあらわす図である。
図３は、本発明の原則に従った、データ収集システムおよび方法の例をあらわす図である。
図４Ａおよび図４Ｂは、本発明に従って用いられるリストの例をあらわす図である。
図５Ａは、本発明に相応する監視プロセスのフローチャートである。
図５Ｂは、本発明の別のフローチャートである。
図６Ａ〜図６Ｅおよび図７〜図１５は、本発明に相応する例示的なシステムおよびプロセスとともに用いるのに適している様々なユーザインターフェーススクリーンをあらわす図である。
【００１４】
詳細な説明
本発明は、コンピュータシステムに対する改善された監視プロセスを提供する。本発明の実現の１つの例は、種々異なるカスタマーまたはエンティティに対するアプリケーションチャージバックを定めるアプリケーションコスト（ＡＰＥＸ）分析ソフトウェアである。ＡＰＥＸの機能ダイヤグラムの例は図３に示されている。
【００１５】
本発明の１つの利点はトラッキングを行い、所与のプログラムをコンピュータシステム内の呼び出された所与のコンピュータアプリケーションに対応付けることができることである。アプリケーションは例えば、ハードワイヤード論理における実行可能なソフトウェアコードであるか、または１つまたは複数のプログラムまたはプロシージャーを含む揮発性記憶装置内のレジデントである。この点に関してコンピュータアプリケーションの例は、患者情報を記憶および検索するための患者管理アプリケーションである。
【００１６】
例えばユーザは患者管理アプリケーションを、図３に示された患者問い合わせスクリーン３０３を呼び出すことによって開始する。リクエスト３０３のような患者管理アプリケーションが呼び出されると、各アプリケーションと対応付けられた様々なプログラムが呼ばれてユーザリクエスト３０３が実行される。この点においてプログラムはプログラムサブルーチン、コンピュータコードのブロック、または呼び出されているアプリケーションによって呼ばれるサービスを含む。１つのプログラムが各コンピュータアプリケーション専用であってもよいし、または多数の種々異なるアプリケーション間で共有されてもよい。プログラムの例は、例えばサブルーチン、計算アルゴリズム、プリントサービス等の共有サービスまたはページングディスプレイ等を含むが、これに限定されるものではない。
【００１７】
図３に示されているように、例えばユーザがアプリケーション３０３を呼び出すと、必要であれば、呼び出されたアプリケーション３０３と対応付けられている様々なプログラム３０６〜３１０がアプリケーション３０３によって呼ばれる。これらのプログラム３０６〜３１０が呼び出され、そのユースおよび個々のアプリケーションとの対応付けが、図３に示されているようにＡＰＥＸによってトラッキングされる。
【００１８】
ＡＰＥＸ監視プロセスは、図３に示されているように様々なサブプロセスを含む。第１のサブプロセスは、プログラムアナライザープロセス３１０である。このプログラムアナライザープロセスは、ＡＰＥＸに対する様々なレコードまたはリスト（例えばリスト３１２、３１３、３１４および３１５）を作成し、維持し、アップデートする。これらの様々なレコードまたはリストはＡＰＥＸによって使われる情報を含む。これらは例えばどの統計データが収集されるべきか、およびそれらのデータがどのように収集されるかである。他のサブプロセス、すなわちリソースコレクタプロセス３２０は、ＡＰＥＸによって維持される様々なリストからの様々な使用度データおよび統計データを収集して相関させ、図３に示されているように他のサブルーチン３２１によるさらなる処理のために結果を出力する。
【００１９】
図４Ａおよび図４Ｂには、本発明のＡＰＥＸによって用いられるリストまたはレコードの例が示されている。タームレコードはここでは次のような情報またはデータをあらわすために用いられる。これは各サブジェクトに対する材料であり、不揮発性、永久的またはコンピュータファイル、ディスク、ＣＤＲＯＭ、ＤＶＤ等または他の電子的記憶装置のような実体的な形で保存され、コンピュータまたは他の電子処理システムによってアクセス可能である。
【００２０】
図４Ａに示されたリスト４１２〜４１４は、リスト４１２内のフィールド４１１のようなヘッダ／コントロール情報フィールドを含む。ヘッダ／コントロール情報フィールド４１１は一般的に、どのリストが用いられたかに関する情報および例えばリストのアクセスパフォーマンス改善するためのリンクされたリストポインタのようなアクセス情報を含む。例えばタスクアクティビティリスト（ＴＡＬ）４１２のヘッダ／コントロール情報フィールド４１１は、リスト内の最も最近または最後にアクセスされたアイテムを示すポインタを有してもよい。
【００２１】
ヘッダ／コントロール情報フィールド４１１の他にリスト４１２は、コンピュータシステムの共有ユーザ間のどのユーザが、ＡＰＥＸによって監視されているシステム内のどのアプリケーションを呼び出したかに関する情報を含む。すなわちリスト４１２内の各行が、どのアプリケーション（例えばアプリケーション１〜アプリケーションｎ）が、行の各ユーザ（システムのユーザＸのあいだで）によって呼び出されたかを示す。従ってＡＰＥＸはリスト４１２に従って、各アプリケーションの使用度を共有コンピュータシステムの各ユーザに割り当てることができる。
【００２２】
他のリスト、すなわち図４Ａのアプリケーション／プログラムリスト（ＡＰＬ）４１３は、種々異なるプログラムのどのプログラムが、例えばリスト４１２にリストされた種々異なるアプリケーションのうちの個々のどのアプリケーションによって呼ばれたかをトラッキングし続ける。本発明の他の観点では、リスト４１４内の各プログラムは、対応付けられた「重み」係数、例えば図４Ａの重み係数４１５を有してもよい。
【００２３】
重み係数４１５は、コンピュータシステム内の種々異なるアプリケーションのうちの個々のアプリケーションによる所与のプログラムの相対的な使用時間の予想または見積もりをあらわす。上述したように、プログラムは唯一のアプリケーション専用であってもよいし、多数の種々異なるアプリケーションによってシェアされてもよい。従って１つの実施例では、重み係数は１〜１０００までの数になり得る。ここで乗数を１にするのは多数の（例えば１０００）の種々異なるアプリケーション間で１つのプログラムが共有されている場合であり、乗数を１０００にするのは１つのプログラムが１つのアプリケーションに対して専用に用いられる場合である。従って重み係数を用いることによって、プログラムリソースまたはコストがどのようにより公正に、所与のコンピュータシステム内の種々異なるアプリケーション間で配分されるかが考慮される。これによって、詳細なプログラムレベルまで、コンピュータリソース使用度に対するより公平で正確なカスタマーチャージバックが実現される。
【００２４】
付加的にリスト４１３のバッファフィールド４１６によって、アプリケーション／プログラムリスト４１３のアクセス時間が改善される。バッファフィールド４１６は、データレコードの各行が、以下に説明する図４Ｂのプログラムバッファプールリスト４５４（ＰＢＰＬ）によってトラッキングされるメモリアクセスバッファの一部であるか否かを示すのに用いられる。
【００２５】
呼び出された種々異なるアプリケーションとユーザとの対応付けおよび呼び出された種々異なるアプリケーションとプログラムとの対応付けをトラッキングし続けることによって、タスクアクティビティリスト４１３と共同してアプリケーション／プログラムリスト４１２によってＡＰＥＸは、共有コンピュータシステムの使用度およびパフォーマンスを効果的に監視することができる。ＡＰＥＸは非常に僅かなオーバーヘッドで、詳細かつ正確な使用度およびパフォーマンスデータを提供することができる。
【００２６】
図４Ａには他のリスト、すなわちカスタマー／ユーザリスト（ＣＵＬ）４１４も示されている。ここでこのリストは、種々異なるユーザおよび／または装置を、システムにアクセスする種々異なるカスタマーまたはエンティティと相関させるのに用いられる。各コンピュータシステムのカスタマーまたはエンティティは、ＡＰＥＸによって柔軟に定められる。例えばリスト４１４内に示されているカスタマー４１８は会社、団体、組織またはユーザのその他のあらゆる識別可能なユーザグループである。
【００２７】
図４Ａのリスト４１４は、装置および／またはユーザを、ＡＰＥＸによって監視されているコンピュータシステムの固有のカスタマーにマップするのに用いられる。すなわちリスト４１４は各カスタマーに対して、各カスタマーに属しておりコンピュータシステムにアクセスする全ての装置および／またはユーザがこのリスト内に含まれるように作成されている。装置マスク、例えば装置マスク４１９は、このリスト内の装置を識別する。装置マスク４１９は、コンピュータにアクセスすることができる各装置を識別するインジケータまたはＩＤナンバーである。装置の例はワークステーション、コンピュータターミナルまたは他のＩ／Ｏ機器であり得る。
【００２８】
リスト４１４の装置マスクとともに、ワイルドカードキャラクタファンクションが用いられる。これによって、同じカスタマーに属している装置のグループは、データ入力および／または検索を容易にするために例えば同じ最後４つのキャラクタを有する。従ってリスト４１４は、ユーザとカスタマーとの対応付けを識別し、各コンピュータシステム上の種々異なるユーザおよび／または装置の使用度データを、カスタマーベースで収集することができる。
【００２９】
図４Ｂのアプリケーション／コストリスト（ＡＣＬ）４５１は、コンピュータリソース使用度を、対応付けられたカスタマーおよび呼び出されたアプリケーションと相関させるのに用いられる。リスト４５１の第１列４５７は、種々異なるアプリケーション（各アプリケーションはカスタマーに対応付けられている）を示す。ここでこのアプリケーションは、監視されているコンピュータシステムによって呼び出されている。呼び出された各アプリケーションに対して、種々異なる「基準統計」４５８および種々異なる「パフォーマンス統計」４５９がトラッキングされる。
【００３０】
基準統計４５８は主にＡＰＥＸ自己調整プロセスに用いられる。すなわちトラッキングされている各カスタマー／アプリケーションに対して、システムアドミニストレータはどの統計が、カスタマー／アプリケーションの使用度またはパフォーマンスをトラッキングするのに用いられるべきかを指定する。例えばアドミニストレータはＡＰＥＸに、いくつのまたはどのユーザインターフェーススクリーンがアプリケーション持続時間中に作成されたかをトラッキングすることを求める。これによってこの情報は、図４Ａのアプリケーション／プログラムリスト４１６に示されているような、種々異なるプログラムと対応付けられた重み係数を変化させるのに用いられる。従ってこれらの基準統計は、ＡＰＥＸの将来のパフォーマンスに改良を加えるのに用いられる。
【００３１】
他方でパフォーマンス統計４５９は、実際のコンピュータリソース統計である。これは例えば使用度チャージバックの目的でＡＰＥＸによって監視および使用される。パフォーマンス統計の例は、呼び出された各アプリケーションに対する、用いられたプロセッサタイム、要求されたファイルアクセス数、用いられたメモリの量（例えば共有一時記憶装置）等である。
【００３２】
ＡＰＥＸによって用いられるレコードまたはリストの他の例は図４Ｂに示されている、レポート作成リスト（ＲＧＬ）４５２、アプリケーション／統計定義リスト（ＡＳＤＬ）４５３およびプログラムバッファプールリスト（ＰＢＰＬ）４５４を含む。レポート作成リスト４５２は、上述したアプリケーション／コストリスト４５１において捕捉された種々異なる統計への連係を含む。付加的にリスト４５２は出力レポート基準（例えば毎時間、毎日）および出力メカニズム（例えばファイル、ＳＭＦ等を介して）に関する情報を含む。ＲＧＬ４５２は、リスト内に含まれる情報に基づいて、収集された統計情報を相関させ、出力するのに用いられる。
【００３３】
さらにアプリケーション／統計定義リスト４５３は、固有の統計レポート基準を監視されているコンピュータシステムによって与えられた実際のデータ収集メカニズムにマップする。すなわちリスト４５３は、コンピュータシステムの固有動作環境によって提供された統計情報を、ＡＰＥＸ固有の環境に変える。
【００３４】
プログラムバッファプールリスト（ＰＢＰＬ）４５４は、アプリケーションプログラムリスト４１３におけるバッファフィールド４１６との関連で上述したように、最小（minimum）をサーチするアプリケーションプログラムリスト４１３を維持するために、最も最近に用いられたこと（ＭＲＵ）をプールする構造を提供する。これは、アプリケーションプログラムリスト４１３およびタスクアクティビティリスト４１４への他のポインタも含むことができる。
【００３５】
上述した種々異なるレコードおよびリストは単なる例である。これらは多数の種々異なる方法および形で実現される。例えば、これらのリストは全て１つのロケーションまたはコンピュータファイルまたは種々異なるコンピュータファイル内で作成および維持される。さらにこれらのリストを種々の方法で結合また分離させることができる。例えば、図４Ａに示されたカスタマー／ユーザリスト４１４を２つの別個のリスト（１つのリストは種々異なる装置を種々異なるユーザに対応付ける）を介して実現することができる。これらの２つのリストは、組み合わされてＡＰＥＸによって、監視されているシステムの各カスタマーに対する全ての装置およびユーザのアプリケーション使用度を識別およびトラッキングするために用いられる。
【００３６】
図５Ａには、本発明と相応する監視プロセスのフローチャートが示されている。ステップ５０３ではＡＰＥＸは、監視されているコンピュータシステムの１つまたは複数のエンティティまたはカスタマーと対応付けられた、種々異なるユーザおよび／または装置のレコードをダイナミックに作成かつ維持する。このレコードの例は、例えば図４Ａに示し、上述したカスタマー／ユーザリスト４１４である。
【００３７】
ステップ５０５ではＡＰＥＸは、第２のレコードをダイナミックに作成し、維持する。このレコードは、コンピュータシステム上の種々異なるユーザの各ユーザによって呼び出された種々異なるアプリケーションの対応付けを含む。このレコードの例は、図４Ａに示し、上述したタスクアクティビティリスト４１２である。リスト４１２は、どのユーザが何のアプリケーションを呼び出したのかをトラッキングし続ける。
【００３８】
ステップ５０７ではＡＰＥＸは、第３のレコードをダイナミックに作成かつ維持する。このレコードは、種々異なるアプリケーションによって用いられた種々異なる実行可能プログラムの対応付けを含む。このレコードの例は、図４Ａに示したアプリケーションプログラムリスト４１３である。上述のようにアプリケーションプログラムリスト４１３は、トラッキングされている各プログラムに対するプログラム重み係数を含む。重み係数の使用は、監視されているシステム間での種々異なるアプリケーション間での種々異なるプログラムのバランスの良い使用度の割り当てをサポートする。
【００３９】
ステップ５０９ではＡＰＥＸは所定のイベントに応答して、これらのレコードに基づいてデータに応じ、共有コンピュータシステムの各カスタマーのオペレーション使用特性を識別する。これは各カスタマーに属する全ユーザによる使用を含む。データのコンパイルには、例えば図３に示されたようなＡＰＥＸリソースコレクタサブプロセス３２０、および／またはプロセス３２１のような後続プロセスが伴い、種々異なる収集された情報の分析およびフォーマットが改善される。所定のイベントはデータアクセスリクエスト；記憶装置アクセスリクエスト；個々のアプリケーションの使用の終了；ユーザオペレーションセッションの終了；または周期的に生成されるコマンド等のイベントを含むが、これに限定されない。
【００４０】
図５Ｂには、本発明に相応するＡＰＥＸの他のフローチャートが示されている。上述したように本発明の１つの利点は、ＡＰＥＸのユーザが容易にリソース使用情報を得ることができることである。しかも１日の終わりのバッチ処理を待つ必要はない。これと相応にステップ５２５では、図５Ｂのステップ５２３でのユーザのＡＰＥＸ要求に応答して、図６Ａに例示されたユーザインターフェーススクリーン６１０がＡＰＥＸによってユーザに示される。スクリーン６１０は図６Ａに示されたように、ユーザインタラクションに対するＡＰＥＸのもとでユーザが選択可能なファンクション６１１〜６１５の第１のレベルを表示する。
【００４１】
図５Ｂのステップ５２７では、ユーザは例えば図６Ａのファンクション６１２「リソース使用度を表示する」を選択する。ステップ５２９では、ＡＰＥＸはこのユーザの選択に応答して、図６Ｂのスクリーン６２０に示されているように、リソース使用度オプションカテゴリーを表示して、ユーザに選択可能なファンクション６２１〜６２５の他のレベルを提示する。
【００４２】
ステップ５３１ではユーザは例えば、図６Ｂのスクリーン６２０に示されたオプション６２１「アプリケーションリソース使用度」を選択する。このオプションは、複数の並行オペレーティングアプリケーションに対する個々のアプリケーションによって照合されたプロセッサユーティライゼーションをあらわすデータの選択に対応する。ステップ５３３では、このオプション６２１が選択されると、図６Ｃにおける別のスクリーン６３０が示される。スクリーン６３０は、ＡＰＥＸによってトラッキングされているアプリケーションのリスト６３１を含む。図６Ｃの欄６３２に示されているように、各アプリケーションに対してＡＰＥＸは例えば、所定の時間周期内の対応付けられた各アプリケーションによって用いられたプロセッサタイムを表示する。ＡＰＥＸは対応付けられた各アプリケーションによって時間周期中になされたファイルアクセスリクエストの総数も表示する。これに加えてＡＰＥＸは、同じスクリーン６３０上に、各アプリケーションによる一時記憶装置（例えばＲＡＭ）アクセスリクエストの総数６３４も表示する。
【００４３】
さらにステップ５３５では、ユーザはスクリーン６３０の欄６３１に示されたアプリケーションのリストをスクロールアップおよびスクロールダウンして、各アプリケーションを選択し、選択されたアプリケーションに注目したより詳細な統計情報を得ることができる。例えば図６Ｅには例として、ユーザがＡＰＥＸを用いてアプリケーションに対して得ることができる、詳細な使用度およびパフォーマンス情報が示されている。このような詳細な情報は、例えば、ファイル読み出しリクエストの総数６５１および書き込みリクエストの総数６５２等を有することもできる。
【００４４】
さらに、図６Ｄにはパーセンテージであらわされたアプリケーション使用情報を有するスクリーン６４０が示されている。このスクリーン６４０は例えばユーザが、図６Ｂのスクリーン６２０上に示された「アプリケーションリソースパーセンテージ」オプション６２３を選択したことに応答して表示される。
【００４５】
図７から図１５には、本発明の原則と相応する他のユーザインターフェーススクリーンが示されている。例えば図１４には、ＡＰＥＸのもとで種々異なるユーザレポートに対するセットアップおよび統計オプションを含む様々なオプションを有するユーザインターフェーススクリーン１４０１が示されている。例えばユーザがユーザスクリーン１４０１のもとで、オプション１４０２「レポート状態アクティビティ」を選択すると、ＡＰＥＸは、所与の時間周期で集められた種々異なるレポートに注目したより詳細な情報を表示する。例えばＡＰＥＸは、図１５のスクリーン１５０１上に示されているように、所与の時間周期内で、第１のレポートのプロダクションタイム１５０２および最後のレポートのプロダクションタイム１５０３を表示することもできる。
【００４６】
ここで図示および説明された実施例および変形は、説明のためだけのもであって、当該分野の技術者によって本発明の範囲を逸脱することなく様々な修正が実行可能であることを理解されたい。
【図面の簡単な説明】
【００４７】
【図１】パフォーマンスデータを収集するのに従来のシステムがどのように用いられているかをあらわす図である。
【００４８】
【図２】データ収集に対する従来のシステムを用いた種々異なるサイトに対して必要なデータの推定量をあらわす図である。
【００４９】
【図３】本発明の原則に従った、データ収集システムおよび方法の例をあらわす図である。
【００５０】
【図４Ａ】本発明に従って用いられるリストの例をあらわす図である。
【００５１】
【図４Ｂ】本発明に従って用いられるリストの例をあらわす図である。
【００５２】
【図５Ａ】本発明に相応する監視プロセスのフローチャートである。
【００５３】
【図５Ｂ】本発明の別のフローチャートである。
【００５４】
【図６Ａ】本発明に相応する例示的なシステムおよびプロセスとともに用いるのに適している様々なユーザインターフェーススクリーンをあらわす図である。
【００５５】
【図６Ｂ】本発明に相応する例示的なシステムおよびプロセスとともに用いるのに適している様々なユーザインターフェーススクリーンをあらわす図である。
【００５６】
【図６Ｃ】本発明に相応する例示的なシステムおよびプロセスとともに用いるのに適している様々なユーザインターフェーススクリーンをあらわす図である。
【００５７】
【図６Ｄ】本発明に相応する例示的なシステムおよびプロセスとともに用いるのに適している様々なユーザインターフェーススクリーンをあらわす図である。
【００５８】
【図６Ｅ】本発明に相応する例示的なシステムおよびプロセスとともに用いるのに適している様々なユーザインターフェーススクリーンをあらわす図である。
【００５９】
【図７】本発明に相応する例示的なシステムおよびプロセスとともに用いるのに適している様々なユーザインターフェーススクリーンをあらわす図である。
【００６０】
【図８】本発明に相応する例示的なシステムおよびプロセスとともに用いるのに適している様々なユーザインターフェーススクリーンをあらわす図である。
【００６１】
【図９】本発明に相応する例示的なシステムおよびプロセスとともに用いるのに適している様々なユーザインターフェーススクリーンをあらわす図である。
【００６２】
【図１０】本発明に相応する例示的なシステムおよびプロセスとともに用いるのに適している様々なユーザインターフェーススクリーンをあらわす図である。
【００６３】
【図１１】本発明に相応する例示的なシステムおよびプロセスとともに用いるのに適している様々なユーザインターフェーススクリーンをあらわす図である。
【００６４】
【図１２】本発明に相応する例示的なシステムおよびプロセスとともに用いるのに適している様々なユーザインターフェーススクリーンをあらわす図である。
【００６５】
【図１３】本発明に相応する例示的なシステムおよびプロセスとともに用いるのに適している様々なユーザインターフェーススクリーンをあらわす図である。
【００６６】
【図１４】本発明に相応する例示的なシステムおよびプロセスとともに用いるのに適している様々なユーザインターフェーススクリーンをあらわす図である。
【００６７】
【図１５】本発明に相応する例示的なシステムおよびプロセスとともに用いるのに適している様々なユーザインターフェーススクリーンをあらわす図である。
【図１】
2004538557.tif 000003
【図２】
2004538557.tif 000004
【図３】
2004538557.tif 000005
【図４Ａ】
2004538557.tif 000006
【図４Ｂ】
2004538557.tif 000007
【図５Ａ】
2004538557.tif 000008
【図５Ｂ】
2004538557.tif 000009
【国際公開パンフレット】
2004538557.tif 000010
2004538557.tif 000011
2004538557.tif 000012
2004538557.tif 000013
2004538557.tif 000014
2004538557.tif 000015
2004538557.tif 000016
2004538557.tif 000017
2004538557.tif 000018
2004538557.tif 000019
2004538557.tif 000020
2004538557.tif 000021
2004538557.tif 000022
2004538557.tif 000023
2004538557.tif 000024
2004538557.tif 000025
2004538557.tif 000026
2004538557.tif 000027
2004538557.tif 000028
2004538557.tif 000029
2004538557.tif 000030
2004538557.tif 000031
2004538557.tif 000032
2004538557.tif 000033
2004538557.tif 000034
2004538557.tif 000035
2004538557.tif 000036
2004538557.tif 000037
2004538557.tif 000038
2004538557.tif 000039
2004538557.tif 000040
2004538557.tif 000041
【国際公開パンフレット（コレクトバージョン）】
2004538557.tif 000042
【国際調査報告】
2004538557.tif 000043
2004538557.tif 000044
2004538557.tif 000045
2004538557.tif 000046
2004538557.tif 000047