(57)【要約】  処理環境においてコンポーネントを管理する方法が提供される。本方法は、（ｉ）１つまたは複数のコンピューティングデバイスの各々のステータスと、（ｉｉ）各々のアプリケーションがコンピューティングデバイスのうちの少なくとも１つによってホスティングされる、１つまたは複数のアプリケーションの各々のステータスと、（ｉｉｉ）各々のジョブがアプリケーションのうちの少なくとも１つに関連付けられた、１つまたは複数のジョブの各々のステータスとを監視することと、コンピューティングデバイスのうちの１つのコンピューティングデバイスのステータスと、アプリケーションのうちの１つのアプリケーションのステータスと、ジョブのうちの１つのジョブのステータスとのうちの１つが、対応するコンピューティングデバイス、アプリケーションまたはジョブに関連付けられた性能問題を示すと決定することであって、コンピューティングデバイス、アプリケーションまたはジョブの性能と少なくとも１つの所定の基準との比較に基づいて行われる、決定することと、性能問題に関連付けられたアクションが実行されることを可能にすることとを含む。
2017520032.tif 000002
【特許請求の範囲】
【請求項１】
（ｉ）１つまたは複数のコンピューティングデバイスの各々のステータスと、（ｉｉ）各々のアプリケーションが前記コンピューティングデバイスのうちの少なくとも１つによってホスティングされる、１つまたは複数のアプリケーションの各々のステータスと、（ｉｉｉ）各々のジョブが前記アプリケーションのうちの少なくとも１つに関連付けられた、１つまたは複数のジョブの各々のステータスとを監視することと、
前記コンピューティングデバイスのうちの１つのコンピューティングデバイスの前記ステータスと、前記アプリケーションのうちの１つのアプリケーションの前記ステータスと、前記ジョブのうちの１つのジョブの前記ステータスとのうちの１つが、対応するコンピューティングデバイス、アプリケーションまたはジョブに関連付けられた性能問題を示すと決定することであって、前記コンピューティングデバイス、アプリケーションまたはジョブの性能と少なくとも１つの所定の基準との比較に基づいて行われることと、
前記性能問題に関連付けられたアクションが実行されることを可能にすることと、
を含む、方法。
【請求項２】
前記監視することは、統合制御システムを用いて、前記１つまたは複数のコンピューティングデバイスの各々の前記ステータスと、前記１つまたは複数のアプリケーションの各々の前記ステータスと、前記１つまたは複数のジョブの各々の前記ステータスとを監視することを含む、請求項１に記載の方法。
【請求項３】
アクションが実行されることを可能にすることは、前記アクションを自動的に実行することを含む、請求項１に記載の方法。
【請求項４】
アクションが実行されることを可能にすることは、ユーザからの入力に応答して前記アクションを実行することを含む、請求項１に記載の方法。
【請求項５】
アクションが実行されることを可能にすることは、前記性能問題を示すアラートを提供することと、前記性能問題を示す通信を送信することとのうちの１つまたは複数を含む、請求項１に記載の方法。
【請求項６】
コンピューティングデバイスの前記ステータスを監視することは、前記コンピューティングデバイスのＣＰＵ使用量と、前記コンピューティングデバイスのメモリ使用量とのうちの１つまたは複数を監視することを含む、請求項１に記載の方法。
【請求項７】
アプリケーションの前記ステータスを監視することは、前記アプリケーションの構成ステータスを監視することを含む、請求項１に記載の方法。
【請求項８】
アクションが実行されることを可能にすることは、ユーザが前記アプリケーションを構成することを可能にすることを含む、請求項７に記載の方法。
【請求項９】
アプリケーションの前記ステータスを監視することは、前記アプリケーションのライセンスステータスを監視することを含む、請求項１に記載の方法。
【請求項１０】
アクションが実行されることを可能にすることは、前記アプリケーションに関連付けられたライセンスキーをユーザに催促することを含む、請求項９に記載の方法。
【請求項１１】
アクションが実行されることを可能にすることは、前記ユーザから前記ライセンスキーを受信し、前記受信したライセンスキーに基づいて前記アプリケーションの前記ライセンスステータスを更新することを含む、請求項１０に記載の方法。
【請求項１２】
ジョブの前記ステータスを監視することは、前記ジョブのアクティビティと、前記ジョブの実際の開始時間と、前記ジョブの推定開始時間と、前記ジョブに関連付けられた処理持続時間と、前記ジョブのサイズとのうちの１つまたは複数を監視することを含む、請求項１に記載の方法。
【請求項１３】
ジョブの前記ステータスを監視することは、前記ジョブに関連付けられた１つまたは複数のサービスの前記ステータスを監視することを含む、請求項１に記載の方法。
【請求項１４】
前記サービスは、データベース、キューおよびファイルのうちの１つまたは複数を含む、請求項１３に記載の方法。
【請求項１５】
前記コンピューティングデバイスのうちの少なくとも１つのコンピューティングデバイスの前記ステータスと、前記アプリケーションのうちの少なくとも１つのアプリケーションの前記ステータスと、前記ジョブのうちの少なくとも１つのジョブの前記ステータスとのうちの１つまたは複数を示す情報をユーザに提供することを含む、請求項１に記載の方法。
【請求項１６】
前記情報を提供することは、ユーザインタフェース上で前記情報を表示することを含む、請求項１５に記載の方法。
【請求項１７】
監視される前記コンピューティングデバイスのうちの少なくとも１つと、監視される前記アプリケーションのうちの少なくとも１つと、監視される前記ジョブのうちの少なくとも１つとのうちの１つまたは複数を自動的に特定することを含む、請求項１に記載の方法。
【請求項１８】
ユーザから、監視される前記コンピューティングデバイスのうちの少なくとも１つと、監視される前記アプリケーションのうちの少なくとも１つと、監視される前記ジョブのうちに少なくとも１つとのうちの１つまたは複数の識別子を受信することを含む、請求項１に記載の方法。
【請求項１９】
前記ステータスのうちの１つが性能問題を示すと決定することは、メトリックを閾値と比較することを含む、請求項１に記載の方法。
【請求項２０】
前記コンピューティングデバイス、アプリケーションまたはジョブのうちの１つが、将来の時点において性能問題を有する可能性が高いと予測することを含み、前記予測は、前記コンピューティングデバイス、アプリケーションまたはジョブのリアルタイムステータス情報および履歴ステータス情報と、少なくとも１つの所定の基準とに基づいて行われる、請求項１に記載の方法。
【請求項２１】
前記予測することは、前記コンピューティングデバイスのうちの１つが、特定の時点において前記コンピュータデバイス上で実行されていることが予測されるジョブの数と、前記ジョブの各々の平均ＣＰＵ使用量とに基づいて、容量問題を有する可能性が高いか否かを予測することを含む、請求項２０に記載の方法。
【請求項２２】
ユーザの役割を特定することと、前記ユーザの前記役割に基づいて、前記コンピューティングデバイスのうちの１つのコンピューティングデバイスの前記ステータスと、前記アプリケーションのうちの１つのアプリケーションの前記ステータスと、前記ジョブのうちの１つのジョブの前記ステータスとのうちの１つに関する情報を選択的に提供することとを含む、請求項１に記載の方法。
【請求項２３】
前記ジョブのうちの１つまたは複数によって用いられる１つまたは複数のキューの各々のステータスを監視することを含む、請求項１に記載の方法。
【請求項２４】
前記ジョブのうちの１つまたは複数によって用いられる１つまたは複数のリソースの各々のステータスを監視することを含む、請求項１に記載の方法。
【請求項２５】
前記ジョブのうちの１つまたは複数によって書き込まれた１つまたは複数のファイルの各々のステータスを監視することを含む、請求項１に記載の方法。
【請求項２６】
（ｉ）１つまたは複数のコンピューティングデバイスの各々のステータスと、（ｉｉ）各々のアプリケーションが前記コンピューティングデバイスのうちの少なくとも１つと関連付けられる、１つまたは複数のアプリケーションの各々のステータスと、（ｉｉｉ）各々のジョブが前記アプリケーションのうちの少なくとも１つに関連付けられた、１つまたは複数のジョブの各々のステータスとを監視することと、
ユーザインタフェース上に、前記コンピューティングデバイスのうちの１つまたは複数のコンピューティングデバイスの前記ステータスを示す第１の情報と、前記アプリケーションのうちの１つまたは複数のアプリケーションの前記ステータスを示す第２の情報と、前記ジョブのうちの１つまたは複数のジョブの前記ステータスを示す第３の情報とを表示することを可能にすることとを含み、表示することを可能にすることが、
前記ユーザインタフェース上に表示される対応する第１の情報を有するコンピューティングデバイスごとに、ユーザが、前記コンピューティングデバイスに関連付けられた１つまたは複数のアプリケーションについての前記第２の情報と、前記コンピューティングデバイスに関連付けられた１つまたは複数のジョブについての前記第３の情報とにアクセスすることを可能にすることと、
前記ユーザインタフェース上に表示される対応する第２の情報を有するアプリケーションごとに、前記ユーザが、前記アプリケーションが関連付けられた１つまたは複数のコンピューティングデバイスについての前記第１の情報と、前記アプリケーションに関連付けられた１つまたは複数のジョブについての前記第３の情報とにアクセスすることを可能にすることと、
前記ユーザインタフェース上に表示される対応する第３の情報を有するジョブごとに、前記ユーザが、前記ジョブが関連付けられた１つまたは複数のコンピューティングデバイスについての前記第１の情報と、前記ジョブが関連付けられた１つまたは複数のアプリケーションについての前記第２の情報とにアクセスすることを可能にすることと、
を含む、方法。
【請求項２７】
前記ユーザインタフェース上に、前記コンピューティングデバイスのうちの少なくとも１つと、前記アプリケーションのうちの少なくとも１つと、前記ジョブのうちの少なくとも１つとのうちの１つまたは複数に関連付けられた性能問題を示すアラートを表示することを含む、請求項２６に記載の方法。
【請求項２８】
前記ユーザインタフェースを通じて入力を受信することと、前記受信した入力に基づいて前記性能問題に関連付けられたアクションを実行することとを含む、請求項２７に記載の方法。
【請求項２９】
前記ユーザインタフェース上に表示される対応する第１の情報を有するコンピューティングデバイスごとに、前記ユーザが前記第２の情報にアクセスすることを可能にする第１のリンクと、前記ユーザが前記第３の情報にアクセスすることを可能にする第２のリンクとを提供することを含む、請求項２６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
優先権の主張
本出願は、２０１４年４月１７日に出願された、米国特許出願第６１／９８０，６９４号の優先権を主張する。その米国特許出願は、参照によりその内容全体が本明細書に援用される。
【０００２】
本明細書は、処理環境の統合監視および制御に関する。
【背景技術】
【０００３】
いくつかのコンピュータプログラムは、ＣＰＵ（中央処理装置）使用量またはコンピューティングデバイスにおける利用可能なディスク空間の量等の、コンピューティングデバイスの性能を監視することができる。いくつかのコンピュータプログラムは、コンピューティングデバイス上で実行されているプロセスの性能を監視することができるか、またはそのようなプロセスのための実行スケジュールを制御することができる。
【発明の概要】
【０００４】
概して、１つの態様において、処理環境においてコンポーネントを管理する方法が提供される。本方法は、（ｉ）１つまたは複数のコンピューティングデバイスの各々のステータスと、（ｉｉ）各々のアプリケーションがコンピューティングデバイスのうちの少なくとも１つによってホスティングされる、１つまたは複数のアプリケーションの各々のステータスと、（ｉｉｉ）各々のジョブがアプリケーションのうちの少なくとも１つに関連付けられた、１つまたは複数のジョブの各々のステータスとを監視することと、コンピューティングデバイスのうちの１つのコンピューティングデバイスのステータスと、アプリケーションのうちの１つのアプリケーションのステータスと、ジョブのうちの１つのジョブのステータスとのうちの１つが、対応するコンピューティングデバイス、アプリケーションまたはジョブに関連付けられた性能問題を示すと決定することであって、コンピューティングデバイス、アプリケーションまたはジョブの性能と少なくとも１つの所定の基準との比較に基づいて行われる、決定することと、性能問題に関連付けられたアクションが実行されることを可能にすることとを含む。
【０００５】
概して、別の態様において、処理環境においてコンポーネントを管理する方法が提供される。本方法は、（ｉ）１つまたは複数のコンピューティングデバイスの各々のステータスと、（ｉｉ）各々のアプリケーションがコンピューティングデバイスのうちの少なくとも１つ関連付けられた、１つまたは複数のアプリケーションの各々のステータスと、（ｉｉｉ）各々のジョブがアプリケーションのうちの少なくとも１つに関連付けられた、１つまたは複数のジョブの各々のステータスとを監視することと、ユーザインタフェース上に、コンピューティングデバイスのうちの１つまたは複数のコンピューティングデバイスのステータスを示す第１の情報と、アプリケーションのうちの１つまたは複数のアプリケーションのステータスを示す第２の情報と、ジョブのうちの１つまたは複数のジョブのステータスを示す第３の情報とを表示することを可能にすることとを含む。ユーザインタフェース上に表示される対応する第１の情報を有するコンピューティングデバイスごとに、本方法は、ユーザが、コンピューティングデバイスに関連付けられた１つまたは複数のアプリケーションについての第２の情報と、コンピューティングデバイスに関連付けられた１つまたは複数のジョブについての第３の情報とにアクセスすることを可能にする。ユーザインタフェース上に表示される対応する第２の情報を有するアプリケーションごとに、本方法は、ユーザが、アプリケーションが関連付けられた１つまたは複数のコンピューティングデバイスについての第１の情報と、アプリケーションに関連付けられた１つまたは複数のジョブについての第３の情報とにアクセスすることを可能にする。ユーザインタフェース上に表示される対応する第３の情報を有するジョブごとに、本方法は、ユーザが、ジョブが関連付けられた１つまたは複数のコンピューティングデバイスについての第１の情報と、ジョブが関連付けられた１つまたは複数のアプリケーションについての第２の情報とにアクセスすることを可能にする。
【０００６】
これらの態様は、以下の利点のうちの１つまたは複数を含むことができる。ここで説明される制御センタは、処理環境におけるコンポーネントの管理のための、単一の統合されたロケーションを提供する。制御センタのユーザは、表示において、コンポーネント間の相互関係を強調する、処理環境の１つまたは複数のコンポーネントについてのステータス情報を閲覧することができる。制御センタを通じて、ユーザは、ログファイル、ならびにインストールおよびアップグレードコンポーネントを見ることができる。この統合表示によって、ユーザが、１つのコンポーネントの性能が処理環境の別のコンポーネントの性能にどのように影響を及ぼし得るかを理解することが容易になり、このため、性能問題の診断が容易になる。そして、この理解により、処理環境の１つまたは複数のコンポーネントに伴って生じる場合がある性能問題を管理するためにユーザが効率的にアクションを行う能力を促進することができる。更に、情報およびアクションに直接かつ直感的にアクセスすることにより、技術的知識が限られたユーザであっても、アプリケーションの再開、ライセンスキーの監視もしくは更新、またはアプリケーションの構成の管理等のタスクを行うことが可能になる。
【０００７】
本発明の他の特徴および利点は、以下の説明および特許請求の範囲から明らかとなるであろう。
【図面の簡単な説明】
【０００８】
【図１】処理環境のブロック図である。
【図２】処理環境の例である。
【図３Ａ】ホストのブロック図である。
【図３Ｂ】制御センタのブロック図である。
【図４】例示的なユーザインタフェースのスクリーンショットである。
【図５】例示的なユーザインタフェースのスクリーンショットである。
【図６】例示的なユーザインタフェースのスクリーンショットである。
【図７】例示的なユーザインタフェースのスクリーンショットである。
【図８】例示的なユーザインタフェースのスクリーンショットである。
【図９Ａ】例示的なユーザインタフェースのスクリーンショットである。
【図９Ｂ】例示的なユーザインタフェースのスクリーンショットである。
【図１０Ａ】例示的なユーザインタフェースのスクリーンショットである。
【図１０Ｂ】例示的なユーザインタフェースのスクリーンショットである。
【図１１Ａ】例示的なユーザインタフェースのスクリーンショットである。
【図１１Ｂ】例示的なユーザインタフェースのスクリーンショットである。
【図１２Ａ】例示的なユーザインタフェースのスクリーンショットである。
【図１２Ｂ】例示的なユーザインタフェースのスクリーンショットである。
【図１２Ｃ】例示的なユーザインタフェースのスクリーンショットである。
【図１２Ｄ】例示的なユーザインタフェースのスクリーンショットである。
【図１３Ａ】例示的なユーザインタフェースのスクリーンショットである。
【図１３Ｂ】例示的なユーザインタフェースのスクリーンショットである。
【図１４Ａ】例示的なユーザインタフェースのスクリーンショットである。
【図１４Ｂ】例示的なユーザインタフェースのスクリーンショットである。
【図１４Ｃ】例示的なユーザインタフェースのスクリーンショットである。
【図１４Ｄ】例示的なユーザインタフェースのスクリーンショットである。
【図１４Ｅ】例示的なユーザインタフェースのスクリーンショットである。
【図１５Ａ】例示的なユーザインタフェースのスクリーンショットである。
【図１５Ｂ】例示的なユーザインタフェースのスクリーンショットである。
【図１６】例示的なユーザインタフェースのスクリーンショットである。
【図１７Ａ】例示的なユーザインタフェースのスクリーンショットである。
【図１７Ｂ】例示的なユーザインタフェースのスクリーンショットである。
【図１７Ｃ】例示的なユーザインタフェースのスクリーンショットである。
【図１８】例示的なユーザインタフェースのスクリーンショットである。
【図１９】例示的なユーザインタフェースのスクリーンショットである。
【図２０】例示的なユーザインタフェースのスクリーンショットである。
【図２１Ａ】例示的なユーザインタフェースのスクリーンショットである。
【図２１Ｂ】例示的なユーザインタフェースのスクリーンショットである。
【図２１Ｃ】例示的なユーザインタフェースのスクリーンショットである。
【図２２】例示的なユーザインタフェースのスクリーンショットである。
【図２３】例示的なユーザインタフェースのスクリーンショットである。
【図２４】例示的なユーザインタフェースのスクリーンショットである。
【図２５】フローチャートである。
【図２６】例示的なデータ処理システムのブロック図である。
【図２７Ａ】例示的なユーザインタフェースのスクリーンショットである。
【図２７Ｂ】例示的なユーザインタフェースのスクリーンショットである。
【発明を実施するための形態】
【０００９】
ここで、処理環境の様々なコンポーネントの統合管理を容易にする制御センタについて説明する。制御センタは、コンピューティングデバイス、アプリケーションまたはジョブ等の処理環境のコンポーネントのステータスを監視および表示することができる。ステータス情報は、コンポーネント間の相互関係を強調するようにユーザインタフェース上に表示することができ、ユーザが、１つのコンポーネントのステータスが別のコンポーネントのステータスにどのように影響を及ぼし得るかを容易に理解することを可能にする。コンポーネント間の相互関係の表示は、処理環境のコンポーネントのうちの１つが受ける性能問題を取り巻く要因への調査を容易にすることもできる。また、制御センタは、ユーザが、処理環境のコンポーネントのうちの１つまたは複数について、構成または制御アクション等のアクションを行うことも可能にする。処理環境のコンポーネントを能動的に管理することができることにより、ユーザは、コンポーネントのうちの１つが受ける性能問題に動作的に反応することが可能になり、かつ、処理環境のコンポーネントの性能に悪影響が生じる前に、潜在的な問題に対処するように先を見越して反応することが可能になる。
【００１０】
図１を参照すると、処理環境１００は、ユーザ１０２によってまたはユーザ１０２の代わりにデータを処理するように操作され得るハードウェアおよびソフトウェアコンポーネントを含む。ハードウェアコンポーネントは、「ホスト」と呼ばれる場合もある、サーバ等のハードウェアコンピューティングデバイス１０４を含むことができる。サーバの各々は、１つまたは複数のデータプロセッサと、１つまたは複数のデータプロセッサによって実行される命令を記憶するための１つまたは複数のストレージとを含むことができる。処理環境１００のソフトウェアコンポーネントは、アプリケーション１０６、ジョブ１０８またはサービス１１０を含むことができる。ソフトウェアコンポーネントは各々、ホスト１０４のうちの１つまたは複数において実行されるか、またはこれらに対し影響を及ぼす。
【００１１】
アプリケーション１０６は、例えば、データ処理のためのフレームワークを設定すること、データ処理フレームワークを実行すること、または処理されたデータを解析することを含む様々なデータ処理機能を実行するのに用いることができる、ソフトウェア製品等のコンピュータプログラムである。アプリケーションは、特定のドメインにおいて、ワード処理等のタスクを実行するか、またはユーザがこのタスクを実行するのに役立つことを目標としたプログラムとすることができる。１つまたは複数のジョブ１０８は、処理環境１００のホスト１０４のうちの１つもしくは複数、アプリケーション１０６のうちの１つもしくは複数、または両方を用いて実行することができる。ジョブ１０８は、データを処理するために実行される１組の１つまたは複数の操作である。ジョブの例は、グラフベースの処理環境におけるグラフまたは計画である。
【００１２】
いくつかの例では、アプリケーション１０６またはジョブ１０８は、１つまたは複数のサービス１１０を利用することができる。サービス１１０は、アプリケーションまたはユーザの代わりに実行されるタスク（サービス）の特定の組を対象とした、長期実行アプリケーション、例えば、ホストまたはサーバが実行されている限り実行されることが予期されるアプリケーション等のアプリケーションの特殊な事例である。サービス１１０によって実行することができる例示的なタスクの例は、例えば、イベントのログ記録、またはユーザインタフェースを通じたイベントの可視化を含む。例示的なサービス１１０は、例えば、データベース１１２、キュー１１４、ファイル１１６、アプリケーションサーバ１１８または別のタイプのサービスを含む。
【００１３】
いくつかの実施態様では、処理環境１００は、ソフトウェア開発者によって顧客に提供することができ、処理環境１００は、多岐にわたる標準的なソフトウェア製品およびサービスと共に出荷することができる。例えば、ソフトウェア製品は、実行可能なグラフモジュール、計画および他の要素を含むことができる。経時的に、顧客はソフトウェア開発者から更なるソフトウェア製品を購入することができる。顧客は、ソフトウェア開発者によって提供される標準的な製品およびサービスを用いてカスタムアプリケーションを構築することができる。ソフトウェア開発者は、顧客の指定に従ってカスタムアプリケーションを構築することができる。本明細書において、「アプリケーション」という用語は、ソフトウェア開発者によって提供される標準的なソフトウェア製品およびサービス、ならびに開発者または顧客のいずれかによって作成された、カスタマイズされたソフトウェア製品およびサービスを全体的に指すのに用いられる。処理環境１００は、標準的な製品およびサービスならびにカスタムアプリケーションを含む様々な種類のアプリケーションの実行をサポートする。
【００１４】
図面には１人のユーザ１０２のみが示されているが、多数のユーザ１０２が存在することができ、様々なユーザが様々な役割を有し得る。例えば、「ユーザ」という用語は、状況に応じて、製品およびサービスをカスタマイズする、技術的により洗練されたユーザを指す場合もあるし、またはカスタマイズされた製品およびサービスを用いる、より技術力の低いユーザを指す場合もある。
【００１５】
いくつかの例では、ユーザ１０２は、ホスト１０８のうちの１つまたは複数のホストの計算能力のいくらかまたは全てに対するアクセスを購入するかまたは他の形で取得することができる。例えば、ユーザ１０２は、ユーザが特定のホスト１０４の特定の割合の処理能力を利用して、１つもしくは複数のアプリケーション１０６の動作を可能にするか、１つもしくは複数のジョブ１０８を実行するか、またはその両方を行うことを可能にするライセンスを購入することができる。
【００１６】
統合制御センタ１５０は、処理環境１００のハードウェアおよびソフトウェアコンポーネントのリアルタイムステータスを監視する。いくつかの例では、制御センタ１５０は、ホスト１０４のうちの１つにおいて実行されるようにでき、いくつかの例では、制御センタ１５０は別個のコンピューティングデバイス１５２上で実行される。例えば、制御センタ１５０は、ユーザ１０２の代わりに、ユーザ１０２がアクセスを有するホスト１０４およびアプリケーション１０６、ならびに実行されているジョブ１０８のステータスを監視することができる。処理環境１００のコンポーネントに関するリアルタイムステータス情報１５４を、ユーザインタフェース１５６上に表示することができる。ステータス情報１５４は、ホスト１０４、アプリケーション１０６、ジョブ１０８、サービス１１０または他のコンポーネント等の処理環境１００の個々のコンポーネント間の関係を強調するように、統合方式で表示することができる。ステータス情報１５４は、コンポーネントのうちの１つまたは複数のコンポーネントのステータス、または処理環境の個々のコンポーネントのステータス間の関係を表示するように表示することができる。リアルタイムステータス情報および履歴ステータスメトリックならびにデータ処理メトリック（例えば、処理されるレコード数、処理時間、処理持続時間に関するメトリック、または他のメトリック）が制御センタを通じて利用可能であり得る。ユーザインタフェース１５６を通じて、ユーザ１０２は、処理環境のコンポーネントのうちの１つまたは複数のコンポーネントに関係するアクションを行うか、または処理環境のコンポーネントのうちの１つまたは複数のコンポーネントに関係する所定の事象に応答して自動的に実行されるアクションを定義することができる。
【００１７】
統合制御センタ１５０は、ユーザ１０２によって、ソフトウェア開発者から購入された標準的な製品およびサービス、ソフトウェア開発者が顧客のために構築したカスタム製品およびサービス、ならびに顧客によって作成されたカスタム製品およびサービスのステータスを好都合に監視するために用いることができる。顧客は、複数のソフトウェアベンダから製品およびサービスを購入することができ、これらの製品およびサービスに基づいてカスタムアプリケーションが構築され得る。製品およびサービスは、時々アップグレードされる必要がある場合がある。様々な製品およびサービスのためのライセンスは、様々な時点において満了する場合がある。制御センタ１５０は、ユーザ１０２が問題を修復することを可能にする性能問題を特定するための診断ツールを含む。制御センタ１５０は、予防的処置を加えることができるように潜在的な性能問題を特定するための予測ツールを含む。制御センタ１５０は、ユーザ１２０が、処理環境１００の様々なコンポーネントの動作を好都合に追跡し、アップグレードが適切な時点で実行され、ライセンスが適切な時点で更新され、様々なコンポーネントが適切に動作することを確実にする。図２を参照すると、処理環境１００の特定の例において、アプリケーション１０６ａ、１０６ｂ、１０６ｃ一式が、３つのホスト１０４ａ、１０４ｂ、１０４ｃの各々において実行される。製品およびサービスの特定の例は、例えば、Ｃｏ＞Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ、アプリケーションハブ、ブリッジ、メタデータハブ、ビジネスルールエディタ（BRE）を含むことができ、これらは全て、マサチューセッツ州レキシントンのＡｂ  Ｉｎｉｔｉｏ  Ｓｏｆｔｗａｒｅ  ＬＬＣから入手可能である。データフローグラフまたは１組のデータフローグラフ（計画として参照される）によって表されるジョブ１０８ａ〜１０８ｆは、各ホスト１０４におけるＣｏ＞Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍを用いて実行される。処理環境は、ホスト１０４ａに位置するデータベース１１２ａも備える。この例における制御センタは、ホスト１０４ａにおいて実行される。
【００１８】
制御センタ１５０は、各ホスト１０４において実行されるレポータアプリケーション１５８（レポータとも呼ばれる）と、例えば、インターネット１２０またはローカルイントラネット等のネットワーク接続を介して通信することによって、処理環境１００のコンポーネントのステータスを監視する。このため、図２の例において、レポータ１５８ａはホスト１０４ａ上に位置し、レポータ１５８ｂはホスト１０４ｂ上に位置し、レポータ１５８ｃはホスト１０４ｃ上に位置する。レポータ１５８は、レポータ１５８が位置するホスト１０４に関するステータス情報、ならびに、そのホスト１０４上に位置するアプリケーション１０６、ジョブ１０８およびサービス１１０の各々に関するステータス情報を取得することが可能なサービスである。いくつかの例では、レポータ１５８は、処理環境１００のコンポーネントのうちの１つまたは複数のコンポーネントに関するステータス情報を能動的に探し出すことができる。いくつかの例では、処理環境１００のコンポーネントは、ステータス情報をレポータ１５８に提供することができる。
【００１９】
いくつかの例では、ホスト１０４上のレポータ１５８は、そのホスト１０４に関連付けられた処理環境１００のコンポーネントを自動的に検出することができる。例えば、ジョブとキューとの間の関係の固有の知識を保有するレポータ１５８は、レポータ１５８によって監視されるジョブに関係するキューを自動的に検出可能である場合がある。いくつかの例では、レポータ１５８がコンポーネント（例えば、同じソフトウェア会社によって提供または可能にされている）と共通のソフトウェア基盤を共有している場合、レポータ１５８は、これらのコンポーネントを自動的に検出することが可能であり得る。
【００２０】
レポータ１５８は、カスタムコンポーネントまたは第三者コンポーネントに関する情報を提供することができる。例えば、アプリケーションは、制御センタ１５０に、カスタムコンポーネントまたは第三者コンポーネントの存在およびステータスを通知して、制御センタ１５０がコンポーネントに関連付けられた情報をユーザ１０２に表示することを可能にすることができる。例えば、コンポーネントは、電話交換機（カスタムオブジェクト）または第三者データベース等の第三者ハードウェアまたはソフトウェアコンポーネントとすることができる。これによって、処理環境１００のユーザの理解がより完全なものとなり得る。以下でより詳細に説明するように、様々なカスタムオブジェクトまたは第三者コンポーネントを監視するための例示的なユーザインタフェースが図１６に示される。
【００２１】
製品およびサービスを管理する権限を有するユーザが、カスタム製品またはサービスを定義し、そのカスタム製品またはサービスからステータスおよび他の情報を得るためのコマンドを提供することができる。例えば、第三者データベースからステータスおよび他の情報を得るためのコマンドを定義することができる。このように定義されるコマンドを用いて、レポータ１５８は、制御センタが固有に監視することが可能な標準的な製品およびサービスを監視することと同様に、カスタム製品またはサービス（例えば、第三者データベース）を監視することができる。更に、カスタム製品またはサービスを定義するとき、ユーザは、コンポーネントを停止および開始するためのコマンド等の、コンポーネントを制御するためのコマンド、またはログファイルのロケーション、構成ファイルのロケーション、コンポーネントに関連付けられたＵＲＬ等の情報を指定することができる。その後、制御センタ１５０は、第三者コンポーネントを制御するのに用いるためのコマンドを他のユーザに提供し、第三者コンポーネントの様々なタイプの情報にアクセスすることができる。これによって、ユーザは、制御センタ１５０の能力を利用して操作をより容易に実行することが可能になり、それによって、より技術力の低いユーザがより多くの機能を実行することができるようになる。ユーザは、処理環境のいずれの他のコンポーネントがカスタムコンポーネントに関係付けられるかも示すことができる。以下でより詳細に説明するように、カスタム製品またはサービスに関する情報を得るためのコマンドを提供するための例示的なユーザインタフェースが図１７Ａ〜図１７Ｃに示されている。
【００２２】
図３Ａを参照すると、ホスト１０４上のレポータ１５８は、ホスト監視モジュール３０２とインタラクトし、ホスト監視モジュール３０２を通じてホスト自体のステータスおよび性能を監視する。例えば、ホスト監視モジュール３０２は、ホスト１０４上のファイルシステムディレクトリのリストを受信し、ホストおよびそのファイルシステムディレクトリに関する動作情報を収集し、結果を、レポータ１５８によって読み出すことができるファイルに書き込む。
【００２３】
製品およびサービス監視モジュール３０４が、ホスト１０４にインストールされるかまたは他の形でホスト１０４に関係する製品およびサービス（データベース、キーサーバまたは他のサービス等）のステータスを監視する。製品およびサービス監視モジュール３０４は、既知の製品またはサービスタイプおよびインストールされた製品インスタンスに関する情報を用いて、製品およびサービスステータスを監視する。例えば、製品およびサービス監視モジュール３０４は、ホスト１０４にいずれの製品および／またはサービスがインストールされたか、それらがいつインストールされたか、製品／サービスがアップデートのためにスケジューリングされたか否か、アップデートのためにスケジューリングされた製品／サービスが実際に更新されたか否かを追跡することができる。例えば、製品およびサービス監視モジュール３０４は、対象となるインストールされた製品またはサービスについてホスト１０４を調査するための製品発見機能を実行することができる。製品およびサービス監視モジュール３０４は、例えば、各製品またはサービスにステータスコマンドを発行し、これに応答して各製品またはサービスからステータス情報を受信することによって、各既知の製品またはサービスについてステータス情報を得るための製品ステータス機能を実行することができる。製品およびサービス監視モジュール３０４は、結果を、レポータ１５８によって読み出すことができるファイルに書き込む。
【００２４】
キュー監視モジュール３０６は、ホスト１０４にインストールされたかまたは他の形でホスト１０４に関係するキューのステータスを監視する。例えば、キュー監視モジュール３０６は、キューディレクトリのリストを受信し、各キューに対し問い合わせコマンドを実行し、結果をレポータ１５８によって読み出されるファイルに書き込む。他のリソース監視モジュールによって他のリソースを監視することができ、これらの監視モジュールは、レポータ１５８によって読み出されるステータス情報をファイルに書き込む。
【００２５】
ジョブ監視モジュール３０８は、ホスト上でのグラフまたは計画等のジョブの実行を監視する。ジョブ監視モジュール３０８は、例えば、ジョブの開始時間および終了時間ならびに他のジョブライフサイクルイベントが、レポータ１５８によって読み出されるファイルにログ記録されるように、ジョブの実行を命令することができる。ジョブ監視モジュール３０８は、ジョブモニタを実行して、ジョブの未加工追跡情報を集約することができ、結果をジョブメトリック値と同様に、レポータ１５８によって読み出されるファイルに書き込むことができる。いくつかの例では、未加工追跡情報は、例えば、名称ではなく識別子によってジョブを参照する、符号化のアレイを含むことができる。いくつかの例では、ファイル監視モジュール（図示せず）は、ファイルのステータスを監視することができる。ファイル監視は、ジョブの計測（instrumentation）に基づき、レポータ１５８によって読み出されるジョブ監視モジュール３０８と同じファイルにファイルのライフサイクルイベントを書き込む。
【００２６】
これらの監視モジュール３０２〜３０８の各々が、動作ステータス情報、性能メトリック、またはエラーもしくは警告状態に関する情報等の情報３１０を、レポータ１５８によって読み出されるファイルに提供する。そして、レポータ１５８は、情報３１０を制御センタ１５０に渡す。例えば、レポータ１５８は、監視モジュールによって書き込まれたファイルを読み出し、ウェブサービス要求を発行し、ファイルからの情報を制御センタ１５０に転送して、動作データベースに含めることができる。レポータ１５８は、例えば、周期的間隔で、例えば、毎分１回、５分おきに１回、１０分おきに１回または別の間隔で、監視モジュール３０２〜３０８を起動することができる。レポータは、監視モジュール３０２〜３０８の動作を指示するのに用いることができる制御センタ１５０からの情報を取り出すためのウェブサービス要求を発行することができる。
【００２７】
図３Ａの例において、レポータ１５８および制御センタ１５０は、同じホスト１０４上でホスティングされ、いくつかの例では、レポータ１５８は、異なるコンピューティングシステム上に位置する制御センタ１５０と通信することができる。「外部グラフ」３１２（ユーザに表示するためのステータスおよびエラーに関する情報を制御センタ１５０に提供することができるアプリケーションを総称的に表す）および「データ品質グラフ」３１４（データ品質を求めるための実行可能なグラフ）等の更なるアプリケーションが情報を提供し、レポータ１５８がこの情報を制御センタ１５０に渡す。
【００２８】
図３Ｂを参照すると、制御センタ１５０の通信モジュール３２０が、レポータ１５８から情報を受信する。レポータ１５８と通信することによって、制御センタ１５０が処理環境１００のコンポーネントのリアルタイムステータスを監視することが可能になる。コンポーネントのステータスは、コンポーネントがオンラインであるかもしくはオフラインであるか、コンポーネントに関連付けられたエラーまたは警告状態が存在するか否か等のコンポーネントの動作的利用可能性、またはコンポーネントの動作的利用可能性の他のインジケータを含むことができる。コンポーネントのステータスは、コンポーネントに関連付けられた性能メトリックも含むことができる。いくつかの例では、コンポーネントに関するリアルタイムステータス情報３２２は、指定された時点（例えば、毎秒１回、毎分１回、ジョブの開始時点もしくは終了時点、または別の時点）において、ステータスデータベース３２４等のストレージに記憶することができる。記憶されたステータス情報３２２を用いて、コンポーネントの履歴ステータスを追跡することができる。
【００２９】
制御センタ１５０のユーザインタフェースモジュール３２６は、処理環境１００のコンポーネントのうちの１つまたは複数のコンポーネントのステータスに関する情報をユーザインタフェース１５６上に表示することを可能にする。以下で論考されるように、処理環境１００の様々なコンポーネント間の相互関係に注意を引くためにユーザインタフェース１５６上に情報を表示することができ、それによって、ユーザ１０２は、例えば、１つのコンポーネントのステータスが、別のコンポーネントのステータスまたは性能にどのように影響を及ぼすかまたは影響を及ぼす場合があるかを理解することができる。
【００３０】
制御センタ１５０のアクションモジュール３２８は、ユーザ１０２が処理環境１００のコンポーネントのうちの１つまたは複数のコンポーネントに関係するアクションを実行することを可能にする。特定のアクションの例が以下に説明される。いくつかの例では、ユーザ１０２は、性能問題の発生に応答して自動アクションが行われるためのルールを設定することができる。例えば、アクションモジュール３２８は、ステータスインジケータまたは性能メトリックを所定の基準と比較して、自動アクションが行われるか否かを決定することができる。所定の基準は、特定のステータス（例えば、オフラインであるか、またはエラーもしくは警告状態を有してオンラインであるコンポーネント）を含むことができるか、または閾値性能メトリック（例えば、ＣＰＵ制限の５％以内で動作しているホストまたは経過時間が閾値時間よりも長いジョブ）を含むことができる。自動アクションは、例えば、電子メッセージもしくはテキストメッセージ等のアラート３２７を特定の受信者に送信すること、故障通知システム３２９もしくは顧客固有のアラートシステムをトリガすること、または別のタイプの自動アクションを含むことができる。自動アクションのためのルールの１つの例において、ユーザ１０２は、製品のためのライセンスキーが有効期限の１ヶ月以内である場合、制御センタ１５０がユーザインタフェース１５６において（例えば、問題を示すアイコンを用いることによって）問題の存在を示し、ライセンスキーが有効期限の１週間以内である場合、製品の製品管理者に電子メールが送信されることを指定することができる。ユーザ１０２は、問題を示すアイコンを見ると、この問題に関する詳細を得るために調査することができる。自動アクションのためのルールの一例において、ユーザ１０２は、ホストがオフラインになる場合、詳細なエラーメッセージがテキストメッセージによってシステム管理者に自動的に送信されること、および作業内容にオフラインホストが関与する他の人々に通知電子メールが送信されることを指定することができる。自動アクションのためのルールの１つの例において、特定のホスト上で実行されているジョブの一定のパーセンテージが閾値持続時間よりも長く続く場合、ジョブスケジューリングの担当者にアラート電子メールを送信することができる。他のルールおよび自動アクションも可能である。
【００３１】
ホスト１０４のために監視および表示することができるリアルタイムステータスメトリックの例は、例えば、以下を含む。
・ホストの動作ステータス、例えば、ホストがオンラインであるか、エラーもしくは警告状態を有してオンラインであるか、またはオフラインであるか。いくつかの場合、制御センタ１５０は、ホストがスケジューリングされたメンテナンスのためのオフラインであるか、または障害（例えば、ディスク故障）に起因してオフラインであるか等のホストの動作ステータスに関する詳細を監視することができる。
・ホストの中央処理装置（CPU）総使用量
・ホストの総利用可能メモリまたは使用中のメモリ
・ホストに関連付けられたファイルシステム数
・ファイルシステムの総利用可能ディスク空間または使用中のディスク空間
・ホスト上で実行されているジョブ数
・ホスト上で実行されているジョブの各々のアイデンティティ
・ホスト上で実行されているジョブの各々による、ＣＰＵ使用量、メモリ使用量、またはその両方
・ホスト上で実行されているアプリケーション数
・ホスト上で実行されているアプリケーションの各々のアイデンティティ
・ホスト上で実行されているアプリケーションの各々による、ＣＰＵ使用量、メモリ使用量、またはその両方
・特定のユーザ１０２によってライセンス付与されたＣＰＵまたはメモリの最大量に対する、そのユーザについてのＣＰＵ使用量、メモリ使用量、またはその両方
・ホスト上に記憶されたライセンスキーのステータス（例えば、満了日）およびそのライセンスキーに関連付けられたアプリケーションのアイデンティティ
・オペレーティングシステムのパラメータ
・ＣＰＵ数
・ＣＰＵクラス
・ＣＰＵ速度
他のリアルタイムステータスメトリックも監視することができる。いくつかの例では、ユーザ１０２は、制御センタ１５０によって監視されるカスタムステータスメトリックを定義することができる。
【００３２】
制御センタ１５０は、ホスト１０４に関する履歴ステータスメトリックの追跡を可能にする情報も保持することができる。例えば、制御センタ１５０は、ホスト１０４が所与の期間にわたってオフラインであった時間のパーセンテージ、ホスト１０４が所与の期間にわたって受けたエラーおよび警告状態の数、または履歴動作ステータスの他のインジケータ等の、ホストの履歴動作ステータスの追跡を可能にする情報を維持することができる。制御センタ１５０は、ホスト１０４上で実行されるジョブ１０８の平均数もしくは総数、ホスト１０４上で動作するアプリケーション１０６の平均数もしくは総数、ホスト１０４の平均もしくは最大ＣＰＵ負荷、ホスト１０４の平均もしくは最小利用可能メモリ、またはホスト１０４の履歴ステータスの他のインジケータの追跡を可能にする情報を維持することができる。このタイプの情報のうちのいくつかを、ホスト１０４のための１つまたは複数のログファイルにおいて見つけることができるが、制御センタ１５０によって提供される統合表示によって、より迅速に情報にアクセスすることが可能になり、この情報をより容易に理解することが可能になり、これにより、技術的知識がより少ない人が、ホスト１０４のための履歴ステータスメトリックにアクセスし、これを解析することが可能になる。
【００３３】
ホストに関係して行うことができるアクションの例は、例えば、以下を含む。
・エラーまたは警告状態を引き起こす問題等の問題をレビューする
・自動アラートを確立、編集または中断する
・ホスト上に記憶されたライセンスキーを返す
・新たなライセンスキーをインストールする
・どの製品がホストのためのライセンスキーを有するかに関する情報を示す
・制御センタによるホストのステータスおよびメトリックの監視を停止し、いくらか後の時点で再び、ホストの監視を再開する
・ホストを制御センタから完全にドロップし、ホストがもはや制御センタに認識されないようにする
制御センタ１５０は、上記で列挙したもの以外のアクションも可能にすることができる。
【００３４】
製品またはサービスのために監視および表示することができるリアルタイムステータスメトリックの例は、例えば、以下を含む。
・製品またはサービスのためのライセンスキーのステータス、例えば、有効、有効であるが満了に近づいている、または期限切れ
・製品またはサービスのためのライセンスキーが公開されたキーサーバのアイデンティティ
・製品またはサービスが動作しているホストのアイデンティティ
・製品またはサービスを利用するジョブの数
・製品またはサービスを利用するジョブのアイデンティティ
・製品またはサービスのための構成ファイルのロケーション
・製品またはサービスのためのログファイルのロケーション
・製品またはサービスによって利用される任意のサービスのアイデンティティ
・製品またはサービスによって利用されるサービスの各々の状態（例えば、オンライン、エラーもしくは警告状態を有してオンライン、またはオフライン）
・製品またはサービスに関連する任意のコンポーネントのアイデンティティおよびステータス
他のリアルタイムステータスメトリックも監視することができる。いくつかの例では、ユーザ１０２は、制御センタ１５０によって監視されるカスタムステータスメトリックを定義することができる。
【００３５】
製品またはサービスに関係して行うことができるアクションの例は、例えば、以下を含む。
・アプリケーションを開始または停止する
・ホストにおいて新たなライセンスキーを要求およびインストールするための機能にナビゲートする
・エラーまたは警告状態を引き起こす問題等の問題をレビューする
・製品またはサービスについてのログファイルを閲覧する
・製品またはサービスについての構成ファイルを閲覧または編集する
・自動アラートを確立、編集または中断する
・製品またはサービスをインストール、アップグレードまたはアンインストールする
・異なるホストにアプリケーションをマイグレーションする
・製品独自のユーザインタフェースを開き、このインタフェースに切り替える
制御センタ１５０は、上記で列挙した以外のアクションも可能にすることができる。
【００３６】
ライセンスキーまたは構成ファイルに対しアクションを行う機能を提供することによって、製品またはサービスを管理および維持するタスクが単純化される。例えば、多くの場合、製品またはサービスのためのライセンスキーのステータスを監視することは、ユーザにとって困難である可能性がある。更に、製品またはサービスのためのライセンスキーが期限切れの場合、ユーザが、製品またはサービスがもはや動作していない理由を診断することが困難である可能性がある。ライセンスキーのステータスを容易に閲覧し、ライセンスキーを更新するのに用いることができる情報を取得し、新たなライセンスキーを入力する機能によって、ライセンスキー関連の作業が、ユーザにとってはるかに労働集約的でなくなる。アプリケーションのための構成ファイルも、位置特定が難しく、理解が困難である可能性がある。制御センタ１５０のユーザインタフェース１５６から構成ファイルへの直接リンクを提供することによって、構成ファイルは、より幅広い範囲のユーザにとってより容易にアクセス可能なものとなる。
【００３７】
製品またはサービスを、インストール、アップグレードまたはアンインストールする機能を提供することによって、インストール、アップグレードまたはアンインストールのプロセスを簡略化することができ、例えば、それによって、より技術的技能の低いユーザが、製品またはサービスをインストール、アップグレードまたはアンインストールすることができるようになる。製品またはサービスのインストール、アップグレードまたはアンインストールは、制御センタ１５０によって保有される、Ｊａｖａバージョンへの依存性またはディスク空間要件等の製品またはサービスの要件に関する情報によって容易にすることができる。インストール、アップグレードまたはアンインストールは、制御センタ１５０によって保有される、インストール、アップグレードまたはアンインストールされる製品またはサービス間の関係に関する情報、例えば、いずれの他の製品、サービス、ジョブまたは他のコンポーネントが、インストール、アップグレードまたはアンインストールによる影響を受け得るかに関する情報によって容易にすることができる。
【００３８】
ジョブ１０８について監視および表示することができるリアルタイムステータスメトリックの例は、例えば、以下を含む。
・ジョブのリアルタイム動作ステータス、例えば、ジョブが実行中であるか、停止もしくは一時停止しているか、実行待機中であるか、または完了しているか
・ジョブの開始時間、経過時間（進行中の場合）または終了時間（完了している場合）
・ジョブの総経過時間が、そのジョブについての目標処理時間（例えば、サービスレベル合意（SLA））を満たしているか否か
・ジョブが実行されているホストのアイデンティティ
・ジョブによるＣＰＵ使用量
・ジョブによって利用される任意の製品またはサービスのアイデンティティ
・ジョブによって出力されるデータのタイプ
・ジョブによって出力されるデータのロケーション
・ジョブの実行中に処理されるレコードの数
・ジョブの実行中に拒否されるレコードの数
・ジョブによって利用されるサービスの各々のステータス
他のリアルタイムステータスメトリックも監視することができる。いくつかの例では、ユーザ１０２は、制御センタ１５０によって監視されるカスタムステータスメトリックを定義することができる。
【００３９】
制御センタ１５０は、ジョブ１０８のための履歴ステータスメトリックの追跡を可能にする情報も維持することができる。例えば、制御センタ１５０は、平均実行時間、平均ＣＰＵ使用量、拒否されるレコードの平均数、または所与のタイプのジョブに関する他の履歴メトリックの追跡を可能にする情報を維持することができる。
【００４０】
ジョブに関係して行うことができるアクションの例は、例えば、以下を含む。
・ジョブを開始または停止する
・ジョブをスケジューリングする
・ジョブを返す
・ジョブが実行されないようにジョブを無効化する
・ジョブが実行されるように、無効化されたジョブを有効化する
・ジョブをホールドにする
・ジョブをホールドから解放する
・ジョブに関する問題を調査および解決する
・失敗したジョブを無視し、失敗したジョブに依存するジョブがいずれにしても実行されるようにする
・任意の先行ジョブまたは後続ジョブを閲覧し、そこにナビゲートする
・ジョブの任意の以前の実行を閲覧し、そこにナビゲートする
・親ジョブまたは任意の子ジョブを閲覧し、そこにナビゲートする
・ジョブによって用いられているキューを閲覧する
・ジョブによって用いられているファイルを閲覧する
・ジョブによって用いられているリソースを閲覧する
・ジョブによって用いられている製品およびサービスを閲覧する
制御センタは、上記で列挙した以外のアクションも可能にすることができる。
【００４１】
制御センタは、ジョブによって用いられるキュー１１４を監視することができる。いくつかの実施態様では、ジョブは、データ処理コンポーネント間で渡されるデータに依拠するため、キューステータスを知ることは、ユーザに、ジョブの全体性能への洞察を与える。以下でより詳細に説明するように、キュー１１４を監視するためのユーザインタフェースの例が図１８および図１９に示される。
【００４２】
制御センタは、ジョブによって用いられるリソースを監視することができる。リソースは、計画によって用いられる処理環境の何らかの局面を表す。例えば、ハードウェアコンポーネント、手段、またはプログラムのオブジェクトは、リソースとして定義することができる。ＣＰＵ時間、プロセッサユニット、ＦＴＰ（ファイル転送プロトコル）ポート、ディスク容量、ファイルカウント、入力ストリーム、およびイベントトリガ、ならびにＪＶＭ（Java仮想マシン）プールは、リソースの例である。リソースを定義する目的は、処理環境における需要および能力のバランスをとることである。特に、リソースは、システムに課される負荷に最大制限および順序を課すのに用いることができる。以下でより詳細に説明するように、リソースを監視するための例示的なユーザインタフェースが図２０に示される。
【００４３】
再び図３Ｂを参照すると、制御センタ１５０のスケジューリングモジュール３３０は、ユーザが、ジョブのスケジュールを閲覧し管理することを可能にする。例えば、ユーザは、スケジューリングモジュール３３０を用いて、ジョブ間のシーケンス依存性（例えば、いずれのジョブ（後続ジョブと呼ばれる）が別のジョブが開始することができるようになる前に終了する必要があるか）を生成および閲覧することができる。ユーザは、ジョブの開始が、処理環境１００内に、特定のファイルもしくはファイルの組が存在するか否か、または処理環境１００内の別のジョブによる特定のシグナリングイベントのポスティングに依拠することを指定することもできる。ユーザは、親ジョブになるジョブを作成することもできる。親ジョブは、そのデータ処理タスクの一部として、１つまたは複数の独立した子ジョブを実行する。ユーザは、ジョブを無効化するか、または以前に無効化されたジョブを有効化することができる。ユーザは、ジョブをホールドにするか、またはジョブをホールドから解放することができる。いくつかの例では、ジョブが無効化されるかまたはホールドにされる場合、その無効化されるかまたはホールドにされるジョブに依存する他のジョブも無効化されるかまたはホールドにされる。
【００４４】
スケジューリングモジュール３３０はまた、ユーザ１０２がジョブの完了のための期限を設定することを可能にすることができ、ジョブがその期限に対して遅く開始または終了する場合に実行するアクションまたは通知を指定することができる。ユーザ１０２は、カスタムメトリックを作成することによって、ジョブのための目標経過時間を指定することができる。ユーザは、ジョブが特定の日付に実行されるか、または繰り返し（毎週の特定の曜日（例えば、毎週月曜日）、または毎月の特定の日、または一定の月にのみ）特定の時刻に実行されるかを指定することができる。
【００４５】
スケジューリングモジュール３３０は、ユーザ１０２がスケジュールの一部を無効化するか、またはスケジュールの新たな部分を生成してレビューし、（承認された場合）スケジュールに含めることを可能にすることができる。制御センタ１５０はスケジュールのための履歴情報も維持する。
【００４６】
制御センタ１５０の予測モジュール３３２は、処理されるデータ量を含むリアルタイムステータス情報１５４、および処理され、データベース３２４に記憶されるデータの量に関する履歴情報に基づいて、性能問題が将来生じ得るか否かを、先を見越して予測することもできる。リアルタイムステータス情報１５４は、現在のジョブのステータスに関する情報を含み、これは、例えば、データベース３２４にも記憶することができる。１つの例では、履歴ステータス情報は、各タイプのジョブが実行するのにかかる平均時間を示し、スケジューリングモジュール３３０は、特定のジョブのための期限、および特定のジョブの他のジョブに対する何らかの依存性を示す情報を有する。この情報に基づいて、予測モジュール３３２は、いくつかのジョブが、通常よりも大量のデータの処理を完了するのに通常よりも長い時間がかかることを計算することができ、このため、特定のジョブがその期限までに完了する可能性が高いか否かを決定することができる。予測監視モジュールは、ジョブがいつスケジューリングされているか（例えば、金曜のジョブ対月曜〜木曜のジョブ、四半期末のジョブまたは年末のジョブ対日次ジョブ）に基づいて処理特性を理解することができる。
【００４７】
制御センタ１５０の予測モジュール３３２は、どのジョブが失敗したかのリアルタイムステータス情報に基づいて、性能問題が生じ得るか否かを、先を見越して予測することもできる。予測モジュールは、失敗したジョブが後に続くジョブは実行不可能である（ストールする）という性能問題を特定することができる。
【００４８】
制御センタ１５０によって提供される情報は、ユーザ１０２が、動的負荷バランシングを実行するのに役立つことができ、動的負荷バランシングでは、マシンの能力および限界に関する情報が、いずれのジョブがいずれのマシン上で実行されるようにスケジューリングされるべきかを判断するために使用される。予測能力の別の例では、データベース３２４に記憶された履歴ステータス情報は、特定のホストにおけるジョブの各タイプの平均ＣＰＵ使用量を示し、スケジューリングモジュール３３０は、いずれのジョブがその特定のホスト上で実行されることになるかを示す情報を有する。特定の時点においてそのホスト上で実行されることが予測されるジョブの数、およびこれらのジョブの各々の平均ＣＰＵ使用量に基づいて、予測モジュール３３２は、ホストにおいて容量問題が存在し得るか否かを予測することができる。例えば、非常に多数のジョブがそのホスト上で同時に実行されるようにスケジューリングされている場合、予測モジュール３３２は、そのホスト性能がデグレードされ得ることを予測することができる。同様に、非常に大量のデータがジョブの特定の組によって処理されている場合、予測モジュール３３２は、ジョブの組が実行されているホストについて容量問題を予測することができる。
【００４９】
ユーザインタフェース１５６は、情報センタ１５０によって監視されているステータス情報のいくつかまたは全てを表示し、ユーザが処理環境１００の１つまたは複数のコンポーネントに関係するアクションを行うことを可能にする。通常、ステータス情報は、処理環境１００の様々なコンポーネント間の関係を強調する、コヒーレントで統合された方式でユーザインタフェース１５６上に表示され、リンクされる。処理環境の各個々のコンポーネントに関する情報を他と無関係に（in a vacuum）表示するのではなく、この表示の枠組みにより、処理環境のコンポーネント間の重複への可視のまたはアクセス可能な洞察が得られる。この表示の枠組みを用いて、特定のコンポーネントに伴う性能問題に対する潜在的な寄与要因および他のコンポーネントにおける性能問題の潜在的な影響の両方を理解し、これらに対処することができる。
【００５０】
例えば、制御センタ１５０のユーザインタフェース１５６に設けられる情報の統合表示により、ユーザ１０２は、特定のホスト１０４がメンテナンスのためにオフラインにされる場合に影響を受けることになるジョブ１０８を特定することができる。逆に、ユーザ１０２は、一定のジョブ１０８が、予測よりも低速に実行されていることに気づく場合がある。ユーザインタフェース１５６を通じて、ユーザ１０２は、これらのジョブ１０８が全て同じホスト１０４上で実行されており、ホスト１０４がＣＰＵにより制限されているかまたはＩ／Ｏ（入出力）により制限されていると決定することが可能であり得る。両方の場合に、ユーザ１０２は、任意の潜在的な性能問題を軽減するか、または実際の性能問題を解決するためのアクションを行うことができる。例えば、ユーザインタフェース１５６を通じて、また、ホスト１０４がスケジューリングされたメンテナンスのためにオフラインにされるという通知に応じて、ユーザ１０２は、これらのジョブ１０８によって利用されている、影響を受けるジョブ１０８もしくはアプリケーション１０６またはその両方を、異なるホスト１０８に一時的にマイグレーションすることができる。ＣＰＵにより制限されているかまたはＩ／Ｏにより制限されているホスト１０４の例では、ユーザは、システム管理者に、そのホスト１０４に伴う潜在的な容量問題について警告することができる。以下でより詳細に説明するように、制御センタ１５０は、図２１Ａ〜図２１Ｃ、図２２および図２３に示すように、ユーザ１０２が処理環境１００の様々なコンポーネント（製品、サービスおよびジョブ）の間の関係を発見することを可能にするユーザインタフェースを提供する。図４〜図２４は、ユーザが、処理環境１００の様々なコンポーネント間の関係のためのステータス情報を見ることができる例示的なユーザインタフェース１５６のスクリーンショットである。
【００５１】
図４を参照すると、ユーザインタフェースのダッシュボードビュー４００は、処理環境のコンポーネントのうちのいくつかまたは全ての基本動作ステータスの高レベルの概観を示す。例示的なダッシュボードビュー４００は、処理環境内のホスト１０４、製品１０６およびジョブ１０８についての動作ステータスを示す。ダッシュボードビュー４００は、製品１０６またはジョブ１０８のうちの１つまたは複数によって利用されているサービス１１０の動作ステータス、およびジョブ１０８のうちの１つまたは複数によって利用されているキュー１１４の動作ステータスも示す。図４の例には示されていないが、いくつかの実施態様では、ダッシュボードビューは、処理環境内のシステムの動作ステータスを示すことができる。システムは、１つまたは複数のジョブの組（例えば、概念上関係しているか、または共に共通の目的を満たす１つまたは複数のグラフまたは計画）である。例えば、システムは、財政アクティビティ、不正検出、クレジットカード処理または他のタイプのビジネス組織またはビジネス機能に関係するジョブを含むことができる。
【００５２】
ダッシュボードビュー４００は、処理環境内に潜在的な問題が存在し得る場所、またはこれらの問題に対する調査を開始する場所をユーザが知るのに役立つのに十分な情報を通信する。制御センタ１５０によって監視されるコンポーネントの各々について、２つのレベルのステータスフィードバックが存在する。第１のレベルは、「共通クラス」、例えば、ダッシュボードビューおよびそれ以外の場所で用いられるステータスアイコンへのマッピングである。コンポーネントのための第２のレベルのステータスフィードバックは、コンポーネントのタイプに固有である。例えば、「ＯＫでない」の共通ステータスを有するサービスは、「実行中でない」の個々のステータスを有する場合がある。ステータスフィードバックの両方のレベルは、ユーザが動作ステータスアイコンの上でポインタをホバリングするときに可視である。
【００５３】
例示的なダッシュボードビュー４００は、コンポーネントがステータス情報を有するか（チェックマーク４０２によって示される）、またはステータスが利用不可能であるか（切断シンボル４０４によって示される）を示す。ダッシュボードビューは、問題にフラグを付け（フラグ４１０によって示される）、例えば、エクスクラメーションマーク４０６またはダブルエクスクラメーションマーク４０８を用いることによって、コンポーネントに関連付けられた問題の深刻度を示すことができる。ダブルエクスクラメーションマークは、製品のキーが満了したとき、またはシステムのスケジュールが予期した通りに自動的に生成されなかったとき等の「致命的な状態」を示すことができる。以下で検討するように、ユーザは、コンポーネント名の上でポインタ（例えば、マウスポインタ）をクリックして、ポップアップウィンドウ（情報バブルと呼ばれる場合もある）にアクセスし、コンポーネントのうちの１つのためのより詳細なステータスにアクセスすることができる。ユーザはまた、（例えば、クリックまたはタップによって）コンポーネントのタイプ（例えば、「ホスト」１０４）、またはより詳細なステータス情報を有する別の表示画面にアクセスするための特定のコンポーネントを選択することができる。
【００５４】
詳細なステータス情報は、処理環境の全体ステータスへの洞察を与えることができ、ユーザが、顕著な問題を特定し、任意の問題の調査にどのように進むかを判断するのに役立つ。例えば、例示的なダッシュボードビュー４００は、ホストａｍｅｌｉａｈｏｕｓｅ．ｐｌｕｓ．ｃｏｍ４１０、ジョブＣａｎｄｙＣｏｒｐ４１２およびＡｂ  Ｉｎｉｔｉｏ  Ｂｒｉｄｇｅ  ｓｆｏｒｄｉｎサービス４１４がオフラインであるかまたは他の形で利用不可能であることを示す。更なる詳細はダッシュボードビューに表示されない。ユーザはステータスアイコンの上でホバリングし、より詳細なステータス情報を得るか、または名称「ＣａｎｄｙＣｏｒｐ」上をクリックして、ＣａｎｄｙＣｏｒｐジョブ４１２に関するより詳細なステータス情報を有する情報バブルを得る。情報バブルが、ＣａｎｄｙＣｏｒｐジョブ４１２がホストａｍｅｌｉａｈｏｕｓｅ．ｐｌｕｓ．ｃｏｍ４１０上で実行されるように設定されていることを示す場合、ユーザは、単にホストａｍｅｌｉａｈｏｕｓｅ．ｐｌｕｓ．ｃｏｍ４１０が問題を有していることに起因して、ＣａｎｄｙＣｏｒｐジョブ４１２が問題を有している場合があると決定することができる。同様に、ユーザが、適切に実行されていない製品またはサービスが、問題を有している特定のホスト上にあると決定する場合、ユーザは、ホストが問題を有していることに起因して、製品またはサービスが問題を有している場合があると決定することができる。情報バブルが、オンラインであるホスト上で実行されるようにＣａｎｄｙＣｏｒｐ４１２が設定されていることを示す場合、ユーザは、ＣａｎｄｙＣｏｒｐ４１２に影響を及ぼす問題が、ホストａｍｅｌｉａｈｏｕｓｅ．ｐｌｕｓ．ｃｏｍ４１０に影響を及ぼす問題と異なり得ると決定することができる。
【００５５】
ダッシュボードビュー４００から、ユーザは、処理環境の様々なコンポーネントに焦点を当てたビューにピボットすることができる。例えば、ユーザは、（例えば、クリックまたはタップによって）処理環境におけるホストのための詳細なステータス情報を提供するビューにピボットするための「ホスト」セクションを選択することができる。同様に、ユーザは、処理環境における製品のための詳細なステータス情報を提供するビューにピボットするための「製品」セクションを選択することができる。特定のタイプのコンポーネントに焦点を当てるビューは、コンポーネントの１つまたは複数の他のタイプに関する情報であるが、ある観点から、コンポーネントの元のタイプに焦点を当てた情報も提供することができる。例えば、ホストのためのステータス情報を提供するビューは、ホストのうちの１つまたは複数において実行されるジョブ、製品またはサービスに関する情報も提供することができる。製品のためのステータス情報を提供するビューは、製品のうちの１つもしくは複数が実行中であるホスト、製品のうちの１つもしくは複数が利用することができるサービス、または製品のうちの１つもしくは複数を用いて実行されているジョブに関する情報も提供することができる。図５〜図７は、ホストに焦点を当てたステータス情報を提供する例示的なビューを示す。図８〜図１１は、製品に焦点を当てたステータス情報を提供する例示的なビューを示す。図１２および図１３は、ジョブに焦点を当てたステータス情報を提供する例示的なビューを示す。
【００５６】
図５を参照すると、ホストサマリービュー５００は、処理環境内のホストのうちの１つまたは複数に関連付けられた性能メトリックを表示し、存在する場合、いずれの性能メトリックが、ホストに関連付けられたエラーまたは警告を引き起こすかを示すことができる。例えば、ホストサマリービュー５００内に表示される情報は、ホストｄａｓｈｂｏａｒｄ−ｌに関連付けられたエラー状態がファイルシステム（FS）問題に関係し、ホストｏｐｃｏｎｔｅｓｔ３に関連付けられた警告状態が、ホスト上で実行されているプロセスに関係することを示す。いくつかの例では、ユーザ１０２は、ホストの名称の上をクリックして、プロセッサのタイプ（例えば、マルチコアプロセッサまたは仮想マシン）、ホストのＣＰＵ容量、または他の詳細等のそのホストに関する更なる詳細を含む情報バブルにアクセスすることができる。ユーザは、ホストのサブセットのみ、例えば、オフラインであるホストのみ、オンラインであるホストのみ、エラー状態を有してオンラインであるホストのみ、またはホストの別のサブセットを表示するようにフィルタを適用することができる。
【００５７】
ホストサマリービュー５００は、ユーザがホストに関連付けられた問題の本質または深刻度を理解するのに役立つ情報を提供する。問題のこの詳細な理解は、問題に対するユーザの応答を通知するのに役立つことができる。例えば、ユーザがホストのＣＰＵ負荷が非平衡であり、そのＣＰＵ使用量に関係するエラーまたは警告状態を有するホストが存在することを観測する場合、ユーザは、負荷の再平衡が適切であると決定することができる。
【００５８】
図６を参照すると、メトリック履歴ビュー６５０は、処理環境におけるホストのうちの１つまたは複数について、１つまたは複数の選択されたメトリックの履歴を示す。例えば、例示的なメトリック履歴ビュー６５０は、ホストＡ〜Ｅのための最近の５日のＣＰＵ使用履歴を示す。メトリック履歴ビュー６５０に表示される情報は、例えば、過去の問題における要因の理解（例えば、前日のジョブがそれらのＳＬＡを概ね満たさなかった理由の理解）に有用であり得る。メトリック履歴ビュー６５０において表示される情報も、例えば、ビジネス判断のために有用であり得る。例えば、特定のホストの履歴ＣＰＵ使用量が、多くの場合に、そのライセンス付与された最大限に近いことがわかると、そのホストでより多くの容量をライセンス付与するように判断を催促することができる。
【００５９】
図７を参照すると、ジョブビュー７００は、処理環境内のホストのうちの１つまたは複数に関連付けられた１つまたは複数のジョブのための性能メトリックを示す。ユーザは、処理環境内のジョブの全てのうちのサブセットのみ、例えば、特定のホストに関連付けられたジョブのみ、特定のホストに関連付けられ、特定のタイプの問題を有するジョブのみ、またはジョブの別のサブセットを表示するためのフィルタを適用することができる。例えば、例示的なジョブビュー７００は、ホストＢに関連付けられ、ＳＬＡ問題を有するジョブを示す。いくつかの例では、ユーザは特定のジョブの名称上をクリックし、そのジョブに関するより詳細な情報を有する情報バブルにアクセスすることができる。
【００６０】
各ジョブについて、開始時間、経過時間、ＣＰＵ使用量、動作ステータス（例えば、実行中、停止、待機中、スケジューリング済み、完了、または別の動作ステータス）、エラーもしくは警告状態等の性能メトリック、または他の性能メトリックをジョブビュー７００上に表示することができる。これらの性能メトリックは、ユーザに、ジョブのステータス、ならびにジョブステータスとホストステータスとの間の関係への洞察を与えることができる。例えば、例示的なジョブビュー７００は、ＳＬＡ問題を有するホストＢ上の２００ジョブを示す。これは、ユーザがホストＢに伴うＣＰＵまたはＩ／Ｏ問題が存在するか否かを調査するように導くことができる。逆に、ユーザが、ホストＢに伴う問題が存在することを知っている場合、ユーザはジョブビュー７００にアクセスし、その問題によって影響を受ける場合があるホストＢにおけるジョブを特定することができる。
【００６１】
図８を参照すると、製品に焦点を当てたビューにおいて、製品エリア８００は、処理環境における１つまたは複数の製品またはサービスのためのステータス情報を示す。例えば、製品エリア８００は、製品の動作ステータス（例えば、実行中、停止、または別の動作ステータス）、製品に関連付けられた任意のエラーまたは警告状態、製品のインスタンス名もしくはバージョン、各製品が関連付けられるホスト、または他の情報を示すことができる。例示的な製品エリア８００において、全てのホストにおける全ての製品およびサービスが表示され、ユーザは、特定のホストに関連付けられた製品および／またはサービスのみを表示するためのフィルタを適用することができる。
【００６２】
図２７Ａおよび図２７Ｂを参照すると、製品に焦点を当てたビューは、それぞれ、製品およびサービス間の関係を示す関係図８０２、８０４を示すことができる。図２８Ａにおいて、関係図は、同じホスト上の製品およびサービス間の関係を示す。図２８Ｂにおいて、関係図は、異なるホスト上の製品およびサービス間の関係を示す。
【００６３】
図９Ａおよび図９Ｂを参照すると、製品エリア８００から、ユーザは特定の製品のインスタンスの名称の上をクリックし、その製品またはインスタンスのためのユーザに利用可能な製品およびアクションに関するより詳細な情報を有する情報バブルにアクセスすることができる。例えば、図９Ａは、製品メタデータハブのインスタンスに関する詳細な情報を有する情報バブル９００を示す。例えば、情報バブル９００は、製品のロケーション（例えば、ＵＲＬ）および製品のホストを示す。情報バブル９００はまた、製品の編集もしくは構成、インスタンスの実行の停止、製品のアップグレードまたは他のアクション等の、ユーザが実行することができるアクションへのアクセスも提供する。図９Ｂは、アプリケーションハブのインスタンスに接続された他の製品のリストを含む、製品アプリケーションハブのインスタンスに関する詳細な情報を有する情報バブル９１０を示す。
【００６４】
いくつかの例では、情報バブル９００、９１０を通じて利用可能なアクションは、洗練された技術ユーザによって実行することができるアクションである。例えば、構成ファイルまたはログファイルのロケーションおよびフォーマット、または製品を異なるプロセッサにどのようにマイグレーションするかの詳細の知識は、これらのタスクを実行するのに通常重要である。これらのアクションを、制御センタのユーザインタフェースにおいて容易にアクセス可能にすることによって、より技術的に技能の低い広範にわたるユーザに、多岐にわたるシステム管理タスクを実行する能力を与えることができる。
【００６５】
例えば、図１０を参照すると、図９Ｂの情報バブル９１０における「構成」アクションをユーザが選択することに応じて、構成画面１８０が表示される。構成ファイルが配置される場所の詳細な知識は、構成画面１９０にアクセスするのに必要でない。このため、アプリケーションハブ製品を構成する機能が、広範にわたる能力および技術的知識を有するユーザにアクセス可能となる。
【００６６】
図１１Ａおよび図１１Ｂを参照すると、製品エリア８００から、ユーザは、特定のアプリケーションのインスタンスに関連付けられたホストの名称の上をクリックして、ホスト、およびそのホストのユーザに利用可能なアクションに関するより詳細な情報を有する情報バブル１９０にアクセスすることができる。これらのホスト情報バブルは、ユーザに、ホストおよび製品間の関係への洞察を与えることができる。例えば、情報バブル１９０は、ホストＢ上に記憶されたキーが２０１３年１２月３１日に期限切れになること、４つのキーを有する製品１９２がそのホストに関連付けられていることを示す。情報バブル１９０は、ホストに関連付けられたリアルタイム性能メトリックおよび履歴性能メトリックも示す。加えて、情報バブル１９０は、ユーザが、キーを返すこと、または新たなキーをインストールすること等の、ホストに関連付けられたアクションを実行することを可能にする。
【００６７】
図１２Ａおよび図１２Ｂを参照すると、ジョブに焦点を当てたビューにおいて、処理環境内のシステムごとのジョブステータスのグラフィック表示２５０を表示することができる。図１２Ａの例において、ジョブステータスは、パイグラフ２５２の形態で表示されている。各パイ２５２は、単一のシステムにおけるジョブに対応する。例えば、実行中の、スケジューリング済みの、待機中のもしくは無効化された、または別のステータスを有するジョブの数またはパーセンテージを表示することができる。パイ２５２のうちの１つのパイのスライス上をクリックすることによって、ツールチップを生成することができるか、またはそのスライスにカテゴライズされたジョブに関する更なる情報を与えるテキストを示すことができる。図１２Ｂの例において、ジョブステータス情報は、表形式の表示２６０においても提供することができる。表形式の表示２６０において、ユーザは、特定のシステムにおけるジョブに関係する問題のインジケータ２６２上をクリックして、ツールチップを見るか、またはこれらの問題に関係する情報を有するテキストを示すことができる。ユーザは、システムの名称２６４の上をクリックして、システムに関係する情報を有する情報バブルを見るか、または特定のステータスを有するジョブの数２６６の上をクリックして、そのステータスを有するジョブに関する情報を有する情報バブルを見ることもできる。これらの情報バブルは、ユーザに、１つまたは複数のジョブのステータスと、１つまたは複数のシステムのステータスとの間の関係の洞察を与えることができる。例えば、表形式の表示２６０は、ＣａｎｄｙＣｏｒｐシステムにおけるほとんどのジョブが実行中であることを示し、これはＣａｎｄｙＣｏｒｐが重大な問題を何ら受けていない可能性が高いことを示す。一方、Ｆｉｎａｎｃｅシステムにおけるほとんどのジョブは待機中であり、これは、Ｆｉｎａｎｃｅシステムに関連付けられたコンポーネントに関係する問題、例えば、Ｆｉｎａｎｃｅに関連付けられたホストに伴うＣＰＵまたはＩ／Ｏ問題が存在する場合があることを示す。
【００６８】
図１２Ｃを参照すると、ユーザは、単一のシステム内のアプリケーションごとのジョブステータスのグラフィック表示２７０も閲覧することができる。各パイ２７２は、単一のアプリケーションに関連付けられたジョブに対応する。例えば、各アプリケーションに関連付けられたジョブについて、実行中の、スケジューリング済みの、待機中のもしくは無効化された、または別のステータスを有するジョブの数またはパーセンテージを表示することができる。このビューは、ユーザに、ジョブとアプリケーションとの間の関係の洞察を与えることができる。
【００６９】
図１２Ｄを参照すると、ユーザは、システム内のユーザに関連付けられたジョブのジョブステータスのグラフィック表示２８０も閲覧することができる。各パイ２８２は単一のシステムに関連付けられたジョブに対応し、各パイ２８２の各スライスは、特定のユーザに関連付けられたジョブに対応する。
【００７０】
図１３Ａおよび図１３Ｂを参照すると、ホストごとのジョブステータスのグラフィック表示３５０を表示することができる。各パイ３５２は、単一のホストに関連付けられたジョブに対応する。図１３Ａの例示的なグラフィック表示３５０において、他のパイのサイズに対する特定のパイのサイズは、そのパイによって表されるジョブの相対数を反映する。図１３Ｂに示すように、同様の情報は、表形式の表示３６０において提供することもできる。表形式の表示３６０において、ユーザは、特定のホストに関連付けられたジョブに関係する問題のインジケータ３６２の上をクリックして、ツールチップを見るか、またはこれらの問題に関係する情報を有するテキストを示すことができる。ユーザは、ホストの名称３６４の上をクリックして、ツールチップを見るか、またはホストに関係する情報を有するテキストを示すこともできる。
【００７１】
処理環境の様々なコンポーネント間の関係を強調する情報の他の表示も提供することができる。
【００７２】
図１４Ａ〜図１４Ｃを参照すると、ユーザは、制御センタのユーザインタフェースを通じて自動アラートを管理することができる。図１４Ａを参照すると、情報ビュー４５０において、ユーザはアラートに名称を付け、アラートに関連付けられたコンポーネントのタイプを指定することができる。図１４Ｂを参照すると、情報タブ４５２において、ユーザは、アラートをトリガする製品タイプ等のアラート、アラートをトリガするイベントコード（例えば、エラーまたは警告のタイプ）、およびアラートに関連付けられた自動アクションをどの程度頻繁にトリガするかに関する制約に関する情報を指定することができる。図１４Ｃを参照すると、ルールタブ４５４において、ユーザは、整合するとアラートをトリガするイベントフィールドおよび値を定義する１つまたは複数のルールを指定することができる。図１４Ｄを参照すると、アクションタブ４５６において、ユーザは、アラートがトリガされるときに実行される１つまたは複数のアクションを指定することができる。例えば、ユーザは、制御センタに、特定のパラメータ値を有する電子メールもしくはテキストメッセージを送信するか、プログラム（例えば、故障検出プログラム）を実行するか、または別のアクションを行うように指示することができる。図１４Ｅを参照すると、情報ビュー４５８において、ユーザは、アクションの詳細を指定することができる。この例において、アクションは「メール送信」であり、ユーザは、送信者名、受信者名、件名またはテキスト本体等のアクションのためのパラメータを指定することができる。
【００７３】
いくつかの例では、ユーザインタフェース上に表示される情報、ユーザインタフェースを通じて利用可能なアクション、またはその両方を、ユーザ１０２の役割に基づいて制限することができる。例えば、処理システム１００は、システム１００にアクセスを有することができる様々なユーザのセキュリティレベルおよび／または役割に関する情報を有するユーザアカウントデータベース（図示せず）を含む。図１５Ａを参照すると、制御センタ１５０は、新たなアカウントをセットアップするときのユーザの役割を指定するためのビュー７５０を提供する。例えば、ホストモニタ、ホスト管理者またはコンピュータキー管理者等の、ホストを対象としたルールを有するユーザ１０２は、ホストに関しては、ステータス情報を閲覧し、アクションを行うことを可能にされ得るが、処理環境１００の他のコンポーネントに関しては、ステータス情報（または選択されたステータス情報）を閲覧することのみを可能にされ得る。同様に、製品モニタ、製品オペレータ、製品管理者またはユーザキーバンドル管理者等の、製品を対象とした役割を有するユーザ１０２は、製品に関しては、ステータス情報を閲覧し、アクションを行うことを可能にされ得るが、処理環境の他のコンポーネントに関しては、ステータス情報（または選択されたステータス情報）を閲覧することのみを可能にされ得る。システムモニタ、システムオペレータ、システム管理者、スケジューラ、アプローバ、データビューアまたはデータエディタ等の、システムを対象とした役割を有するユーザ１０２は、ジョブ１０８に関するアクションのみへのアクセスを与えられ得るが、処理環境１００の他のコンポーネントについては、ステータス情報のみへのアクセスを与えられ得る。図１５Ｂは、ユーザのためのシステムを対象とした役割を指定するための例示的なビュー７６０を示す。いくつかの例では、ユーザ１０２は、制御センタの機能全体へのアクセスを有することができる。例えば、セキュリティ管理者、処理環境の管理者または全体管理者等の制御センタ１５０自体に対する管理権限を有するユーザ１０２は、ステータス情報の全ておよび制御センタ１５０によって提供される全ての利用可能なアクションに対し全体アクセスを有することができる。
【００７４】
図１６は、様々なカスタムオブジェクトまたは第三者コンポーネントを監視するための例示的なビュー６３０のスクリーンショットである。ビュー６３０は、カスタムオブジェクトまたは第三者コンポーネント６３２のリスト、対応するタイプ６３４、およびカスタムオブジェクトまたは第三者コンポーネントが常駐するホスト６３６のリストを提供する。
【００７５】
図１７Ａは、ユーザ１０２が、カスタム製品またはサービスに関する情報を提供することを可能にするための例示的なビュー６４０のスクリーンショットである。図１７Ｂは、ユーザ１０２がカスタム製品またはサービスに関連する製品またはサービスに関する情報を提供することを可能にするための例示的なビュー６５０のスクリーンショットである。図１７Ｃは、ユーザ１０２がカスタム製品またはサービスに関連付けられたコマンドを指定することを可能にするための例示的なビュー６６０のスクリーンショットである。ユーザ１０２は、制御センタ１５０によって既に認識されているカスタム製品またはサービスと、他の製品またはサービスとの間の関係を示す情報を提供することができる。ユーザ１０２は、カスタム製品またはサービスをどのように開始、停止もしくは再開するか、カスタム製品もしくはサービスのステータスをどのように得るか、または他のアクション等の、カスタム製品またはサービスとどのようにインタラクトするかを示す情報を提供することができる。例えば、ユーザ１０２は１つまたは複数のメカニズムを指定することができ、このメカニズムによって、カスタム製品もしくはサービスのステータスを得ることができるか、またはカスタム製品もしくはサービスにおいてアクションを実行することができる。メカニズムは、例えばカスタム製品もしくはサービスのステータスに関して、制御センタ１５０またはレポータ１５８へのフィードバックを提供する、例えば、コマンド、スクリプト、トークン、または他のメカニズムを含むことができる。一例では、カスタム製品は、実行されると、製品が実行中であるときに「実行中」を発し、製品が実行中でないとき「停止中」を発する関連付けられたスクリプトを有する。この例では、ユーザは、制御センタがスクリプトにアクセスし、このスクリプトを実行して、製品のステータスを得るための命令を提供することができる。
【００７６】
図１８は、キュー１１４に関する情報を示すための例示的なテーブルビュー６７０のスクリーンショットである。図１９は、キュー１１４に関する情報を示すための例示的なダイアグラムビュー６８０のスクリーンショットである。
【００７７】
図２０は、リソースに関する情報を示すための例示的なビュー６９０のスクリーンショットである。
【００７８】
制御センタ１５０は、情報バブル内の製品について関連アイテムを示すことができる。図２１Ａ〜図２１Ｃ、図２２および図２３は、ユーザ１０２が処理環境１００の様々なコンポーネント（製品、サービスおよびジョブ）間の関係を発見することを可能にするビューを示す。このようにして、ユーザ１０２がコンポーネント（例えば、製品、サービスまたはジョブ）のステータス情報を閲覧しているとき、ユーザ１０２は、他の関連コンポーネント（例えば、他の製品、サービスまたはジョブ）に好都合にアクセスすることができる。
【００７９】
図２１Ａは、ホストおよび製品のステータスに関する情報を示す例示的なビュー７００のスクリーンショットである。ユーザ１０２は、ホスト７０６の名称の上をクリックして、ホスト７０６に関連付けられたステータス、関連アイテム、ジョブ統計、アクション等のホストに関係する情報を示す情報バブル７０８にアクセスすることができる。この例において、ホスト７０６に関連付けられた１９個の関連アイテムが存在する。ユーザ１０２は、リンク７１０をクリックして、図２１Ｂに示すように、関連アイテムの全てを列挙する情報バブル７１２にアクセスすることができる。ユーザ１０２は、関連アイテム７１４の名称の上をクリックして、図２１Ｃに示すように、関連アイテム７１４に関連付けられた情報を示す情報バブル７１６にアクセスすることができる。例えば、情報バブル７１６は、ステータス、関連アイテム、ホスト、製品タイプ、アクションおよび関連アイテム７１４に関連付けられたビュー等の情報を提供することができる。この例において、アクションは、「詳細」、「編集」、「製品ステータスの監視を停止」、「停止」、「ログファイルを閲覧」、「開く」および「構成」を含む。
【００８０】
図２２は、製品のための関連アイテムを示す例示的なビュー７３０のスクリーンショットである。ユーザ１０２は、製品７３２の名称の上をクリックして、製品７３２に関連する情報を示す情報バブル７３４にアクセスすることができる。この例において、関連情報は、ステータス、最高深刻度、関連アイテム、ホスト、製品タイプおよびアクションを含む。ユーザ１０２は、リンクの上をクリックして、製品７３２に関係する全てのアイテムを列挙する情報バブル７３８にアクセスすることができる。
【００８１】
図２３は、関連アイテムに関する詳細な情報を提供するための例示的なビュー７４０のスクリーンショットである。この例において、インタフェース７４０は、関連アイテム７４２の名称および関連アイテム７４２に対する関係７４４を列挙する。
【００８２】
制御センタ１５０は、ソフトウェアコンポーネントによって読出しおよび書込みが行われるファイルおよびデータベースを、それらの予測到達時間およびサイズを含めて監視することができる。図２４は、様々なファイル７５２、ファイル７５２が記憶されるホスト７５４に関する情報、および到達時間、処理時間、サイズ、レコード、関連ジョブ、ジョブ定義およびデータセット等の他の情報を提供するための例示的なビュー７５０のスクリーンショットである。
【００８３】
図２５を参照すると、処理環境のコンポーネントの統合監視および制御のための一般的なプロセス６４において、制御センタは、１つまたは複数のホストコンピューティングデバイスのステータスを監視し（５０）、１つまたは複数の製品またはサービスのステータスを監視し（５２）、１つまたは複数のジョブのステータスを監視する（５４）。監視される製品およびサービスの各々は、監視されるコンピューティングデバイスのうちの少なくとも１つによってホスティングされる。監視されるジョブの各々は、製品またはサービスのうちの少なくとも１つおよびコンピューティングデバイスのうちの少なくとも１つと関連付けられる。
【００８４】
ユーザインタフェースにおけるコンポーネントの各々のステータス情報の表示が可能にされる（５６）。ステータス情報は、コンポーネント間の関係、および処理環境の１つまたは複数の他のコンポーネントのステータスに対する１つのコンポーネントのステータスの影響を明らかにするように表示される。
【００８５】
処理環境のコンポーネントの各々のステータスは、動作ステータス、１つもしくは複数の性能メトリック、またはその両方を含むことができる。制御センタは、コンポーネントのうちの１つまたは複数のコンポーネントのステータスを、そのコンポーネントのための所定の基準と比較し（５８）、ステータスがコンポーネントに伴う性能問題を示すか否かを決定する（６０）。ステータスが性能問題を示す場合、制御センタは、アクションが実行されることを可能にする（６２）。いくつかの場合、アクションは、性能問題に関する自動アラートの送信等の自動アクションとすることができる。いくつかの場合、アクションは、ユーザインタフェースのユーザによるアクションとすることができる。
【００８６】
図２６は、統合監視および制御のための技法を用いることができるデータ処理システム６００の例を示す。データ処理システム６００は、上記で説明した処理環境１００の実施態様とすることができる。システム６００は、各々が、多岐にわたるフォーマットのうちの任意のもの（例えば、データベーステーブル、スプレッドシートファイル、平文ファイル、またはメインフレームによって用いられるネイティブフォーマット）でデータを記憶または提供することができる、ストレージデバイスまたはオンラインデータストリームへの接続等の１つまたは複数のデータソースを含むことができるデータソース６０２を含む。実行環境６０４は実行モジュール６１２を含む。実行環境６０４は、例えば、あるバージョンのＵＮＩＸオペレーティングシステム等の適切なオペレーティングシステムの制御下で１つまたは複数の汎用コンピュータ上でホスティングされ得る。例えば、実行環境６０４は、ローカルであるか（例えば、対象マルチプロセッシング（SMP）コンピュータ等のマルチプロセッサコンピュータ）、もしくはローカルで分散しているか（例えば、クラスタまたは超並列処理（MPP）システムのように結合された複数のプロセッサ）、または遠隔にあるかもしくは遠隔で分散している（例えば、ローカルエリアネットワーク（LAN）および／または広域ネットワーク（WAN）を介して結合された複数のプロセッサ）、複数の中央処理装置（CPU）またはコアプロセッサ、またはそれらの任意の組み合わせを用いるコンピュータシステムの構成を含む、マルチノード並列計算環境を含むことができる。
【００８７】
データソース６０２を提供するストレージデバイスは、実行環境６０４にローカルとすることができ、例えば、実行環境６０４（例えば、ハードドライブ６０８）をホスティングするコンピュータに接続されたストレージ媒体に記憶されるか、または実行環境６０４に対し遠隔に位置することができ、例えば、（例えば、クラウドコンピューティングインフラストラクチャによって提供される）遠隔接続を介して実行環境６０４をホスティングするコンピュータと通信する遠隔システム（例えば、メインフレーム６１０）上でホスティングされる。
【００８８】
実行モジュール６１２は、データソース６０２からのデータを処理する。出力データ６１４は、データソース６０２に戻して記憶されてもよく、または実行環境６０４にアクセス可能なデータストレージシステム６１６に記憶されてもよく、または他の形で用いられてもよい。データストレージシステム６１６はまた、デベロッパ６２０が実行モジュールによって実行される処理アクティビティを作成または変更することが可能である開発環境６１８にアクセス可能である。開発環境６１８は、いくつかの実施態様では、頂点間の直接リンク（作業要素、すなわちデータのフローを表す）によって接続された頂点（データ処理コンポーネントまたはデータセットを表す）を含むデータフローグラフとしてアプリケーションを開発するためのシステムである。例えば、そのような環境は、参照により本明細書に援用される、「Managing Parameters for Graph-Based Applications」と題する米国特許出願公開第２００７／００１１６６８号に、より詳細に記載されている。そのようなグラフベースの計算を実行するためのシステムは、参照により本明細書に援用される、「EXECUTING COMPUTATIONS EXPRESSED AS GRAPHS」と題する米国特許第５，９６６，０７２号に記載されている。本システムに従って作成されるデータフローグラフは、プロセス間で情報を移動するために、およびプロセスのための実行順序を定義するために、グラフコンポーネントによって表される個々のプロセスに情報を出し入れするための方法を提供する。このシステムは、任意の利用可能な方法からプロセス間通信方法を選択するアルゴリズム（例えば、グラフのリンクに従う通信パスは、ＴＣＰ／ＩＰもしくはＵＮＩＸドメインソケットを用いるか、または共有メモリを用いてプロセス間でデータを渡すことができる）を含む。
【００８９】
上記で説明した自動監視および制御に対する手法は、適切なソフトウェアを実行するコンピューティングシステムを用いて実施することができる。例えば、ソフトウェアは、各々が、少なくとも１つのプロセッサ、少なくとも１つのデータストレージシステム（揮発性および／または不揮発性メモリおよび／またはストレージ要素を含む）、（少なくとも１つの入力デバイスまたは入力ポートを用いて入力を受信し、少なくとも１つの出力デバイスまたは出力ポートを用いて出力を提供するための）少なくとも１つのユーザインタフェースを含む、１つまたは複数のプログラムされたまたはプログラム可能なコンピューティングシステム（分散型、クライアント／サーバ、またはグリッド等の様々なアーキテクチャであり得る）において実行される１つまたは複数のコンピュータプログラムにおける手順を含むことができる。ソフトウェアは、例えば、データフローグラフの設計、構成および実行に関連するサービスを提供する、より大きなプログラムの１つまたは複数のモジュールを含むことができる。プログラムのモジュール（例えば、データフローグラフの要素）を、データリポジトリに記憶されるデータモデルに一致するデータ構造または他の組織化データとして実装することができる。
【００９０】
ソフトウェアは、ＣＤ−ＲＯＭまたは他のコンピュータ可読媒体（例えば、汎用または専用コンピューティングシステムまたはデバイスによって読み出すことができる）等の有形の非一時的媒体上に提供されてもよく、または、このソフトウェアが実行されるコンピューティングシステムの有形の非一時的媒体にネットワークの通信媒体を介して配信（例えば、伝搬信号内に符号化）されてもよい。処理のうちのいくつかまたは全てが専用コンピュータにおいて実行されてもよく、またはコプロセッサもしくはフィールドプログラマブルゲートアレイ（FPGA）等の専用ハードウェア、もしくは専用の特定用途向け集積回路（ASIC）を用いて実行されてもよい。処理は、ソフトウェアによって指定される計算の異なる部分が、異なる計算要素によって実行される分散方式で実施されてもよい。そのような各コンピュータプログラムは、好ましくは、コンピュータが本明細書において記載した処理を実行することによってストレージデバイス媒体が読み出されるときにコンピュータを構成および動作させるために、汎用または専用プログラマブルコンピュータによってアクセス可能なストレージデバイスのコンピュータ可読ストレージ媒体（例えば、ソリッドステートメモリもしくは媒体、または磁気もしくは光媒体）に記憶またはダウンロードされることが好ましい。本発明のシステムは、コンピュータプログラムを用いて構成された、有形の非一時的媒体として実施されるとみなされてもよく、ここで、そのように構成される媒体によって、コンピュータは、特定のかつ所定の方式で動作して、本明細書において説明した処理ステップのうちの１つまたは複数を実行する。
【００９１】
本発明の複数の実施形態が記載された。それにもかかわらず、上記の説明が本発明の範囲を限定することではなく説明することが意図されることが理解される。本発明の範囲は、添付の特許請求の範囲の適用範囲によって画定される。例えば、コンポーネントの名称の上をクリックしてコンポーネントに関連付けられた情報バブルにアクセスすることに加えて、いくつかの実施態様では、ユーザは、所定の期間（例えば、１秒）にわたってコンポーネントの名称の上でポインタ（例えば、マウスポインタ）をホバリングさせて、情報バブルが現れるようにすることもできる。処理環境１００によって提供され、ユーザインタフェース１５６上に示される情報は、図４〜図２４の例と異なる可能性がある。ダッシュボードビュー４００において、ユーザはシステムの様々なコンポーネントのステータス情報のビューを選択的にオンまたはオフにし、それによって、コンポーネントに関するより多くの情報またはより少ない情報がダッシュボード内に同時に示されるようにすることができる。ダッシュボードは、いくつかのウィンドウまたは表示画面にわたって示すことができる。ダッシュボードおよび他の画面は、表示デバイスに応じて、様々な方法でフォーマット設定することができる。例えば、ダッシュボードは、携帯電話上での表示に適した第１のフォーマット、タブレットコンピュータ上での表示に適した第２のフォーマット、デスクトップモニタ上での表示に適した第３のフォーマットおよび複数のモニタにまたがる表示に適した第４のモードを有することができる。
【００９２】
この説明において、コンピューティングデバイスのステータスに関する第１の情報、アプリケーションのステータスに関する第２の情報、ジョブのステータスに関する第３の情報の表示を可能にすることは、第１の情報、第２の情報および第３の情報が全て同時に表示される必要があることを意味していない。むしろ、情報の１つ、２つまたは３つ全てのタイプを、例えばユーザ嗜好および表示デバイスの制約に依拠して、所与の時点で表示することができる。情報の１つのタイプがユーザインタフェース上に示されているとき、ユーザが他の２つのタイプの情報を示すことを可能にするリンクを提供することができる。２つのタイプの情報がユーザインタフェース上に示されているとき、ユーザが第３のタイプの情報を示すことを可能にするリンクを提供することができる。図１は、１人のユーザおよび１つのユーザインタフェースを示しているが、複数のユーザが複数のユーザインタフェースを通じて処理システムに同時にアクセスすることができ、ここで、異なるユーザは、同じ役割または異なる役割を有することができる。従って、他の実施形態も添付の特許請求の範囲の適用範囲内にある。例えば、本発明の適用範囲から逸脱することなく、様々な修正を加えることができる。更に、上記で説明したステップのうちのいくつかは、順序に依存せず、このため、説明した順序と異なる順序で実行することができる。
【図１】
2017520032.tif 000003
【図２】
2017520032.tif 000004
【図３Ａ】
2017520032.tif 000005
【図３Ｂ】
2017520032.tif 000006
【図４】
2017520032.tif 000007
【図５】
2017520032.tif 000008
【図６】
2017520032.tif 000009
【図７】
2017520032.tif 000010
【図８】
2017520032.tif 000011
【図９Ａ】
2017520032.tif 000012
【図９Ｂ】
2017520032.tif 000013
【図１０Ａ】
2017520032.tif 000014
【図１０Ｂ】
2017520032.tif 000015
【図１１Ａ】
2017520032.tif 000016
【図１１Ｂ】
2017520032.tif 000017
【図１２Ａ】
2017520032.tif 000018
【図１２Ｂ】
2017520032.tif 000019
【図１２Ｃ】
2017520032.tif 000020
【図１２Ｄ】
2017520032.tif 000021
【図１３Ａ】
2017520032.tif 000022
【図１３Ｂ】
2017520032.tif 000023
【図１４Ａ】
2017520032.tif 000024
【図１４Ｂ】
2017520032.tif 000025
【図１４Ｃ】
2017520032.tif 000026
【図１４Ｄ】
2017520032.tif 000027
【図１４Ｅ】
2017520032.tif 000028
【図１５Ａ】
2017520032.tif 000029
【図１５Ｂ】
2017520032.tif 000030
【図１６】
2017520032.tif 000031
【図１７Ａ】
2017520032.tif 000032
【図１７Ｂ】
2017520032.tif 000033
【図１７Ｃ】
2017520032.tif 000034
【図１８】
2017520032.tif 000035
【図１９】
2017520032.tif 000036
【図２０】
2017520032.tif 000037
【図２１Ａ】
2017520032.tif 000038
【図２１Ｂ】
2017520032.tif 000039
【図２１Ｃ】
2017520032.tif 000040
【図２２】
2017520032.tif 000041
【図２３】
2017520032.tif 000042
【図２４】
2017520032.tif 000043
【図２５】
2017520032.tif 000044
【図２６】
2017520032.tif 000045
【図２７Ａ】
2017520032.tif 000046
【図２７Ｂ】
2017520032.tif 000047
【国際調査報告】
2017520032.tif 000048
2017520032.tif 000049
2017520032.tif 000050