分散システムにおけるアラートの自動化されたリカバリ及びエスカレーションのためのコンピューティング装置において少なくとも部分的に実行される方法であって、監視エンジンから検出された問題に関連付けられているアラートを受信するステップと、前記アラートをリカバリアクションにマッピングすることを試行するステップと、前記アラートがリカバリアクションにマッピングされるとき、リカバリアクションを実行し、それ以外は、前記アラートを指定先にエスカレーションするステップと、前記アラートと前記リカバリアクションとのマッピングに関連付けられた記録を更新するステップとを具えたことを特徴とする方法。前記検出された問題に関連する診断情報を収集するステップと、前記アラートがエスカレーションされるとき、前記収集された診断情報を前記指定先に提供するステップと、前記記録を更新する際に前記収集された診断情報を採用するステップとをさらに具えたことを特徴とする請求項1記載の方法。前記収集された診断情報は、装置のメモリの内容、センサーの読み取り値、最後に実行された命令、失敗した命令、及び前記検出された問題に関連付けられている失敗の結果の組からの少なくとも1つを含むことを特徴とする請求項2記載の方法。前記アラートをエスカレーションした後に前記指定先からハンドオフ応答を待つステップと、ハンドオフ応答が事前に定義された期間内に受信されない場合、前記アラートを別の指定先にエスカレーションするステップとをさらに具えたことを特徴とする請求項1記載の方法。前記指定先は指定される人達及び前記アラートの命名規則の定義済みのリストの1つから決定され、前記指定先には人とチームの1つが含まれていることを特徴とする請求項1記載の方法。前記アラートをエスカレーションするステップは、電子メール、インスタントメッセージ、テキストメッセージ、ページ、及びボイスメールの組からの少なくとも1つによって前記アラートを前記指定先へ送信するステップを含むことを特徴とする請求項1記載の方法。装置及びリカバリアクションの実行時に前記検出された問題に関連付けられているプログラムの1つからフィードバックアクションを受信するステップと、前記リカバリアクションに関連付けられている成功率記録を更新するステップとをさらに具えたことを特徴とする請求項1記載の方法。分散システムにおけるアラートの自動化されたリカバリ及びエスカレーションするためのシステムであって、監視エンジンと自動化エンジンを実行するサーバーとを含み、前記監視エンジンは、分散システム内の装置及びソフトウエアアプリケーションの少なくとも1つに関連付けられている問題を検出し、前記検出された問題に基づいてアラートを送信するように構成され、前記自動化エンジンは、前記アラートを受信し、前記検出された問題に関連する診断情報を収集し、リカバリアクションデータベースを用いて、前記アラートをリカバリアクションにマッピングすることを試行し、前記アラートがリカバリアクションにマッピングされるとき、リカバリアクションを実行し、それ以外は、前記収集された診断情報とともに前記アラートを指定先にエスカレーションし、前記リカバリアクションデータベース内の記録を更新するように構成されたことを特徴とするシステム。複数の監視エンジンを更に含み、前記監視エンジンの各々は分散システム内の各領域のためのシステム規模に基づく別個領域を監視し、それぞれの領域で前記検出された問題に基づいてアラートを送信するように構成され、前記自動化エンジンは、1つが、マッピングされたリカバリアクションを実行し、領域の優先度に基づいて、異なる領域からアラートを前記指定先にエスカレーションするように構成されたことを特徴とする請求項8記載のシステム。前記領域の優先度は、指定されたサポートチーム、ハードウエアリソース、ソフトウエアリソース、及び通信リソースの組からの少なくとも1つの利用可能性に基づいてさらに決定されることを特徴とする請求項8記載のシステム。前記アラートが複数のリカバリアクションにマッピングされ、前記リカバリアクションは事前定義された実行優先度に従って実行されることを特徴とする請求項8記載のシステム。前記装置は、デスクトップコンピュータ、ラップトップコンピュータ、ハンドヘルドコンピュータ、サーバー、スマートフォン、モニター、オーディオ機器、テレビ、ビデオキャプチャ装置の1つを含むことを特徴とする請求項8記載のシステム。分散システムにおけるアラートの自動化されたリカバリ及びエスカレーションのために格納された命令を有するコンピュータ可読記憶媒体であって、前記命令は、監視エンジンにおける分散システム内の装置及びソフトウエアアプリケーションの少なくとも1つに関連する問題を検出するステップと、監視エンジンから前記検出された問題に基づいてアラートを送信するステップと、自動化エンジンにおいて前記アラートを受信するステップと、前記検出された問題に関連する診断情報を収集するステップと、リカバリアクションデータベースからの前記検出された問題を対処する命令のセットを含むリカバリアクションに、前記アラートをマッピングすることを試行するステップと、前記アラートが単一のリカバリアクションにマッピングされるとき、リカバリアクションを実行するステップと、前記アラートが複数のリカバリアクションにマッピングされるとき、事前定義された実行優先度に従ってリカバリアクションを実行するステップと、前記アラートがリカバリアクションにマッピングされていないとき、前記アラートを指定先にエスカレーションするステップと、前記指定先からハンドオフ応答を受信するステップと、前記収集された診断情報及び実行されたリカバリアクションと関連付けられたリカバリアクションデータベースを用いて、リカバリアクションデータベース内の記録を更新するステップとを具えたことを特徴とするコンピュータ可読記憶媒体。前記リカバリアクションは、単一のアラートとアラートのグループのうちの1つにマッピングされていることを特徴とする請求項13記載のコンピュータ可読記憶媒体。前記指定先は、アラートの命名規則及びサポート担当者の利用可能性に基づく回転アルゴリズムのうちの1つから決定されることを特徴とする請求項13記載のコンピュータ可読記憶媒体。分散サービスはアプリケーションのインストール、アップデート及びメンテナンスを管理することをより簡単にさせる一方ですなわち、何百回のインストール、アップデート及びメンテナンスの代わりに、何千ものローカルアプリケーションでは無いにしても、集中管理サービスはこれらの作業の面倒を見ることができない、かかるサービスは依然として複数のサーバー上で実行される多くのアプリケーションを巻き込んでいる。かかる大規模な分散アプリケーションを継続的に管理するとき、様々な問題が予想される。ハードウエアの故障、ソフトウエアの問題、及びその他の予期しない不具合が定期的に発生することがある。かかる問題を手動で管理してリカバリしようとすると、専用かつドメイン知識の豊富な運用エンジニアのコストが法外な数で必要とする場合がある。この概要は、以下の詳細な説明で更に説明されて簡略化した形で概念の選択を紹介するために提供される。この概要は、排他的に重要な特徴又は請求された主題の本質的な特徴を特定することを意図しておらず、特許請求された主題の範囲を決定する際の助けとして意図されている。実施形態は、検出されたアラートをリカバリアクションにマッピングして、ネットワーク接続された通信環境における問題を自動的に解決することに向けられている。マッピングされていないアラートは、指定された個人からの確認ハンドオフ通知を含む循環エスカレーション方法を介して特定の個人にエスカレーションされることができる。いくつかの実施形態によれば、エスカレーションプロセスを介して各アラートと同様に解消のために収集した情報は、自動化された解決の知識ベースを拡大するために記録されることができる。これら及び他の特徴及び利点は、以下の詳細な説明を読むこと及び関連する図面の見ることから明らかになるであろう。上記の一般的な説明及び以下の詳細な説明は説明であり、請求項に記載された態様を制限するものではないことを理解すべきである。上記で簡単に説明したように、ネットワーク化されたシステム内のアラートは、自動化されたアクション/エスカレーションプロセスを介して管理される。当該プロセスは、自動化されたアクションの部分のための知識ベースを拡大しながら、手動で解決するためのアラート及び/又はエスカレーションに対してマッピングされたアクションを利用し、問題を対処する指定された個人に収集した情報を提供する。以下の詳細な説明では、参照符号が一部を形成する添付図面に対して行われ、その中に図解として具体的な実施形態又は例が示されている。これらの態様は組み合わされてもよく、他の態様を利用してもよいし、構造上の変更は、本開示の精神又は範囲から逸脱することなく行うことができる。以下の詳細な説明は、限定的な意味に解釈されるべきではなく、本発明の範囲は添付の特許請求の範囲及びその等価物によって定義される。実施形態は、パーソナルコンピュータ内のオペレーティングシステム上で動作するアプリケーションプログラムと連携して実行されるプログラムモジュールの一般的な文脈で説明されるが、当業者は態様が他のプログラムモジュールと組み合わせても実施できることを認識するであろう。一般的に、プログラムモジュールは、ルーチン、プログラム、コンポーネント、データ構造、及び、特定の作業を実行するか又は特定の抽象データ型を実施するその他の種類の構造を含む。更に、当業者は、実施形態がハンドヘルド装置、マルチプロセッサシステム、マイクロプロセッサベース又はプログラマブルコンシューマエレクトロニクス、ミニコンピュータ、メインフレームコンピュータと同等のコンピューティング装置を含むその他のコンピュータシステム構成で実施されること、を理解するであろう。また、実施形態は、作業が通信ネットワークを介してリンクされたリモート処理装置によって実行される分散コンピューティング環境で実施される。分散コンピューティング環境において、プログラムモジュールはローカルとリモートの両方のメモリ記憶装置に配置される。実施形態は、コンピュータ実装プロセス方法としてコンピューティングシステムに実装されてもよいし、又は、コンピュータプログラム製品若しくはコンピュータ可読媒体等の製造品であってもよい。コンピュータプログラム製品は、コンピュータシステムによって読み取り可能でありかつ、コンピュータ又はコンピューティングシステムに実施例のプロセスを実行させるための命令を含むコンピュータプログラムを符号化するコンピュータ記憶媒体であってもよい。コンピュータ可読記憶媒体は、例えば不揮発性のコンピュータメモリ、不揮発性メモリ、ハードドライブ、フラッシュドライブ、フロッピーディスク、コンパクトディスク、及び同様の媒体の1つ以上を介して実施されることができる。コンピュータプログラム製品は、キャリア上の伝播信号例えば周波数又は位相変調信号、又はコンピューティングシステムによって読み取り可能でかつコンピュータプロセスを実行するための命令のコンピュータプログラムをエンコードする記録媒体であってもよい。本明細書を通して、参照符号はサービスになされている。本明細書で使用されるサービスは、通常の操作の一部及び情報の処理/保存/転送としてアラートを受信することができる任意のネットワーク接続/オンラインアプリケーション複数可を記述する。かかるアプリケーション複数可は、単一のコンピューティング装置上や、分散した態様の複数のコンピューティング装置等の上で実行される。また、実施形態は複数のサーバー又は同等のシステムにわたって実行されるホストされたサービスで実施される。サーバーという用語は、一般的にネットワーク化された環境において典型的には、1つ以上のソフトウエアプログラムを実行するコンピューティング装置を言う。しかし、サーバーは、ネットワーク上のサーバーとして見える1つ以上のコンピューティング装置上で実行される仮想サーバーソフトウエアプログラムとして実施されてもよい。これらの技術と実施例の操作に関する詳細は、以下に提供されている。図1を参照すると、概念図中の100は、アラートの検出が修復アクション又はアラートのエスカレーションを導く可能性がある環境の一例を示している。上記に簡単に紹介したように、実施形態は、修復アクションとアラートのエスカレーションの自動化によって技術支援サービスの複雑性に対処する。例えば、分散技術サポートサービスシステムにおいて、監視エンジン103は、分散システムにおけるハードウエア、ソフトウエア、又はハードウエア/ソフトウエアの組み合わせの問題を検出したとき、アラート113を自動化エンジン102に送信する。自動化エンジン102はアラート113を修復アクション112にマッピングすることを試行することができる。自動化エンジン102が正常に修復アクション112にアラート113をマッピングした場合、自動化エンジン102は、検出された問題に対処するための一連の命令を含むことができる修復アクション112を実行することができる。問題は、地理的に分散したサービスロケーション105に1つ以上の装置104と関連している場合がある。装置は、デスクトップコンピュータサーバー、スマートフォン、ラップトップコンピュータ、及び同等のもの等の任意のコンピューティング装置を含んでもよい。装置104は、更に、モニター、オーディオ機器、テレビ、ビデオキャプチャ装置、及びその他の類似の装置等の追加のリモートアクセスが可能な装置を含むことができる。アラート113は、装置のメモリの内容、センサーの読み取り値、最後に実行された命令、及びその他等の検出された問題に関連付けられている装置の状態情報又はプログラムを含むことができる。更に、アラート113は、どの命令の実行に失敗したか、どの実行が事前定義された制限を超えた結果を示しているか、等の問題の説明を含めることができる。自動化エンジン102は、トラブルシュートデータベース114を検索することにより、修復アクション112にアラート113をマッピングすることを試行することができる。トラブルシュートデータベース114は、装置又はソフトウエアプログラムによって更に分類された修復アクションに一致したアラートのプロファイルを格納することができる。1つの実施例は、通信装置のネットワークインタフェースを再起動する修復アクションに一致した通信機器の接続なしのアラートであってもよい。1つ以上の修復アクションは、各アラートにマッピングされることができる。更に、1つ以上のアラートは、単一の修復アクションにマッピングされることができる。自動化エンジン102がアラートに対して複数の修復アクションを判断した場合には、実行優先度は修復アクションの事前定義された優先度に依存していてもよい。例えば、上記のシナリオにおける第1の修復アクションは、通信装置を再起動する第2の修復アクションで続くネットワークインターフェイスの再起動でもよい。修復アクションの事前定義された優先度は、トラブルシュートデータベース114へ手動で入力されてもよく、又は、問題の成功補正時での修復アクション成功評価スキームに基づいて自動的に決定されてもよい。いくつかの実施形態によれば、修復アクション112は、問題に関連する装置及び/又はソフトウエアプログラムから追加の診断情報を収集することを含んでいてもよい。追加の診断情報は、他の実施形態による自動サイクルを再起動アラートとして監視エンジンに送信することができる。アラートに応答して、追加の診断情報もまた収集され、システムに格納されることができる。格納された情報は、アラートが指定先の人やチーム例えば101にエスカレーションが行われたとき、問題の状態を取得し、状況を提供するために使用することができる。マッピングされた修復アクションが自動化エンジン102によってトラブルシュートデータベース114内で検出されない場合、アラート113は、指定先の人又はチーム101にエスカレーションされることができる。マッピングされたアクションが見つからず、情報提供の目的で実行された場合でも、指定された個人又はチーム101は通知されてもよい。アラート113を指定先の人やチーム101に送信することはアラート113の命名規則から決定することができる。アラートの命名規則は、ハードウエアサポートチーム、ソフトウエアサポートチーム及び同様のもの等の何れのサポート担当者にアラートがエスカレーションされるべきであるか、を示すことができる。命名規則スキーマもまたアラートをリカバリアクションにマッピングするために使用されてもよい。例えば、アラートは階層式すなわちシステム/コンポーネント/アラート名で指定することができ、リカバリアクションは、システムの全てのアラートシステム/から特定のアラートのための特定なリカバリアクションのどこにでもマッピングされることができる。いくつかの実施形態によれば、各特定のアラートは、それに関連付けられ指定されたチームを有していてもよい。ただし、そのチームが全体のコンポーネントに固有の値にデフォルト設定されていてもよい。チームメンバーにアラートを送信する決定は、サポートチームスケジュールの認識のための自動化エンジン内に存在する所定のマッピングアルゴリズムに依存してもよい。所定のマッピングアルゴリズムは、内蔵又は外付けのスケジューリングシステムによって、手動又は自動で更新されてもよい。自動化エンジン102は、電子メール、インスタントメッセージ、テキストメッセージ、ページ、ボイスメール、又は同様の手段を介して、アラート113を第1の指定先の人やチームにエスカレーションさせることができる。アラートは、チーム名にマッピングされ、チーム名は事前に定義された間隔例えば1日、1週間等のコールを受けている個人のグループにマッピングされることができる。マッピングの一部では、人々が間隔のためのコールを受けているかを識別するために使用されてもよい。この方法では、アラートのマッピングは、流動的である個々のチームメンバーから抽出することができる。そこで自動化エンジン102は、指定された個人又はチームからハンドオフ通知を待機することができる。ハンドオフ通知は、アラートがどのような方法で送信されたかにより自動化エンジン102によって受信されることができ、又は、他の手段を介して受信されることができる。自動化エンジン102は、所定の時間内にハンドオフ通知を受信しない場合、事前定義されたマッピングアルゴリズムによって決定された輪番で次の指定を受けた者又はチームにアラート113をエスカレーションさせてもよい。自動化アルゴリズムは、ハンドオフ通知を受信するまで、輪番で次の指定を受けた者又はチームにアラートをエスカレーションさせ続けてもよい。監視エンジン103は、修復アクション112の実行が自動化エンジン102上への応答を通過した後、装置又はソフトウエアプログラムからのフィードバック応答例えば、アクションの形式でを受信することができる。その後、自動化エンジン102はトラブルシュートデータベース114を更新することができる。修復アクションの成功率等の統計情報は、修復アクションの実行優先度を変更することで使用することができる。更にまた、機械学習アルゴリズム又は同様のメカニズムが採用されて、アクションのリストを展開したり、新しいアラートを既存のアクションへマッピングしたり、既存のアラートを新しいアクションへマッピングする等々のように、指定先の人やチームによって実行されたアクションに関連付けられたフィードバック応答もまた、データベース114に記録されてもよい。自動化エンジンのアクションと指定先でのアクションは、いくつかの実施形態によれば、システムによって検査されてもよい。システムでは、いつ、どの装置又はサーバーに対して、特定のアクションを実行した人のログを維持することができる。そこで記録は、トラブルシューティング、システム内の変更の追跡、及び/又は自動化された新しいアラート応答の開発のために使用することができる。更なる実施形態によれば、自動化エンジン102はトラブルシュートデータベース114のワイルドカード検索を実行し、そして受信したアラートの応答に応じて複数の修復アクションを決定することができる。修復アクションの単一又はグループの実行は、修復アクションの所定の優先度に依存してもよい。修復アクションのグループはまた、アラートのグループにマッピングされることができる。1つのアラートがいくつかのワイルドカードマッピングに一致する一方で、ほとんどの具体的なマッピングは実際に適用されることができる。例えば、アラートの交換/トランスポート/キューイングは、マッピングの交換/、交換/トランスポート/、及び交換/トランスポート/キューに一致する。しかし、最後の1つは、それが最も具体的なものであるから、実際に真のマッピングである。図2は、図中の200におけるアラートのエスカレーション時のアクションを示している。監視エンジン202は、アラート211として検出された問題を自動化エンジン204に提供することができる。自動化エンジン204は、アクションストア206図1のトラブルシュートデータベース114からの利用可能なアクション212を検査し、利用可能なもの213がある場合、アクションを実行することができる。いずれもアクションが使用可能でない場合、自動化エンジン204は、アラート214をプロセス所有者208にエスカレーションさせることができる。アラートは、更に他の指定先209にエスカレーション215されることができる。上記したように、エスカレーションはまた、決定したアクションの実行と並行して実行されることができる。プロセス所有者208又は他の指定先209から実行されるべき新しいアクション216、217を受信するとき、自動化エンジン204は新しいアクション218を実行し、将来の使用のための新しいアクション219で記録を更新してもよい。図中の200の例の相互作用は限定されたシナリオを示している。また、指名された者とのハンドオフ、問題を報告する装置/ソフトウエアからのフィードバック、及び同様のもの等の他の相互作用は、実施形態による自動化されたリカバリ及びエスカレーションシステムの操作に含めることができる。図3は、図中の300の多領域環境におけるアラート管理を示す概念図である。分散システムでは、アラートのエスカレーションは、地理的領域の所定の優先度に依存してもよい。例えば、所定の優先度は、エスカレーションが両方の領域のための単一のサポートチームによって管理されている場合、アラートが昼間である領域からのアラートをエスカレーションし、そしてアラートが夜間である領域からのアラートを保持することができる。同様に、検出された問題を対処するために、異なる領域からの修復アクションが同一のハードウエア、ソフトウエア、通信リソースのために競合する場合、異なる領域からの修復アクションは、所定の優先度に基づいて優先度を付けられることができる。図中の300は、どのように異なる領域からのアラートが実施形態によるシステムによって対処されるかを図解している。一例のシナリオによると、監視エンジン303、313、及び323は、それぞれの領域1、2、及び3304、314、324からのハードウエア及び/又はソフトウエアの問題を監視する責任がある。問題を検出すると、監視エンジンの各々がそれぞれの領域を担当するそれぞれの自動化エンジン302、312、322にアラートを送信することができる。自動化エンジンのロジックは監視ロジックと同じ方法で、各領域に分配することができる。いくつかの実施形態によれば、自動化は、完全なサイト障害及びリカバリのようなクロス領域を起こすことがある。他の実施形態によれば、自動化エンジンは、多くの領域を担当することがある。同様に、エスカレーションのターゲットは、集中させ又は分散させることができる。例えば、システムは、時刻に基づいて別々のチームにエスカレーションする可能性がある。監視エンジン303、313、及び323は、監視プロセスを管理するために、自分の別の領域のデータベースを持ってもよい。自動化エンジン302、312、及び322は、トラブルシュートデータベース中央又は分散に問い合わせて、アラートを修復アクションにマッピングすることができる。対応する修復アクション複数可が検出された場合、自動化エンジン302、312、及び322は装置の上及び/又は領域304、314、及び324内のプログラムの上で修復アクション複数可を実行する。グローバル監視データベース310は、全ての領域で実施されてもよい。自動化エンジン302、312、322は、それらがマッチング修復アクションを見つけることができない場合、組織構造等の定義済みの領域の優先度に基づいて、指定されたサポートチーム301にアラートをエスカレーションさせる可能性がある。例えば、領域324は、ドキュメントのサポートネットワークである一方、領域304は、ビジネス組織のための会社の企業ネットワークであってもよい。領域304で検出された問題は、このシナリオでは、領域324で検出された問題よりも優先されることがある。同様に、領域の優先度を決定するとき、異なる領域及び同等の因子の間の日中の時間や作業日/休日の区別を考慮する必要がある。いくつかの実施形態によれば、複数の自動化エンジンは、異なる領域並びにエスカレーション及び/又は上記したような自動化エンジン間のコンセンサスアルゴリズムを経て決定された修復アクションの優先度の実行に割り当てられてもよい。あるいは、領域の自動化エンジンを監督するプロセスは、優先度の決定をすることができる。更に、自動化エンジン302、312、及び322は、カスタマイズされた修復アクション-異なる領域のアラートのマッピングを含む領域のトラブルシュートデータベースと対話することができる。分散システムにおけるリカバリ及びエスカレーションのプロセスの自動化が実施例シナリオや図1、2、3と関連した特定の修復アクションの実行とアラートのエスカレーションを使用した上で議論されてきたが、実施形態はそれらに限定されない。修復アクションへのアラートのマッピング、修復アクションの優先度付け、アラートのエスカレーション、及び他のプロセスは、本明細書で説明した原理を用いて、他の操作、優先度、評価等を用いて実施することができる。図4は、実施形態を実施することができるネットワーク化された環境の一例である。修復アクションへのアラートのマッピングは、ホストされたサービス等の1つ以上のサーバー422に亘って実行されるソフトウエアを介して実現することができる。サーバー422は、ネットワーク複数可410を介して、携帯電話411は、モバイルコンピューティング装置412は、スマートフォン413、ラップトップコンピュータ414、及びデスクトップコンピュータ415クライアント装置等の個々のコンピューティング装置上のクライアントアプリケーションと通信することができる。クライアント装置411から415上のクライアントアプリケーションは、サービスに関連するソフトウエア及び/又はハードウエアの問題の自動管理を可能にするサーバー複数可422上で実行されるサービスとユーザーとの対話を促進することができる。自動化エンジンと監視エンジン複数可は、サーバー422のいずれか上で実行することができる。アラートを修復アクションへマッピングする等の操作に関連付けられたデータは、1つ以上のデータストア例えば、データストア425又は426に格納されてもよく、これはサーバー複数可422のいずれかによって、又はデータベースサーバー424により管理されてもよい。上記の例で説明したように、アラートが監視エンジンによって検出された場合の実施形態によれば、検出された問題のリカバリ及びエスカレーションを自動化がトリガされる。ネットワーク複数可410は、サーバー、クライアント、インターネットサービスプロバイダ、及び通信媒体の任意のトポロジを含むことができる。実施形態によるシステムは、静的又は動的なトポロジを有してもよい。ネットワーク複数可410は、企業ネットワーク等の安全なネットワークや、無線オープンネットワーク又はインターネット等の非安全な保護されていないネットワーク含むことができる。ネットワーク複数可410は、本明細書に記載のノード間の通信を提供する。例えば、限定はしないが、ネットワーク複数可410は、音響、RF、赤外線及び他の無線媒体等の無線媒体を含むことができる。コンピューティング装置、アプリケーション、データソース、及びデータ配信システムの多くの他の構成は、実施形態による分散システムの問題の管理を自動化するためシステムを実施するために採用されてもよい。更に、図4で説明しているネットワーク環境は、例示のみを目的としている。実施形態は、実施例アプリケーション、モジュール、又はプロセスに限定されるものではない。図5と関連した説明は、実施形態を実施することができる適切なコンピューティング環境の簡潔で一般的な説明を提供することを意図している。図5を参照すると、実施形態によるサービスアプリケーションのためのコンピューティングオペレーティング環境の一例のブロック図は、コンピューティング装置500として示されている。基本的な構成では、コンピューティング装置500は、ホストされたサービスシステム内のサーバーとなることができ、そして少なくとも1つの処理ユニット502及びシステムメモリ504を含むことができる。コンピューティング装置500はまた、実行中のプログラムに協力する複数の処理ユニットを含んでもよい。厳密な構成及びコンピューティング装置のタイプに応じて、システムメモリ504は、揮発性のものRAM等、不揮発性のもの例えば、ROM、フラッシュメモリ等又は該2つのいくつかの組み合わせでもよい。システムメモリ504は、典型的には、ワシントン州レドモンドのマイクロソフト社のウインドウズ登録商標オペレーティングシステム等のプラットフォームの動作を制御するのに適したオペレーティングシステム505、含む。システムメモリ504はまた、1つ以上のプログラムモジュール506、自動化エンジン522、及び監視エンジン524を含むことができる。自動化エンジン及び監視エンジン522及び524は、上記に議論するようにシステムアラートを処理する個別のアプリケーションであってもよく、又はホストされたサービスの一体モジュールであってもよい。この基本的な構成は、破線508内のそれらのコンポーネントで図5に示されている。コンピューティング装置500は、追加的な特徴又は機能を有することもできる。例えば、コンピューティング装置500は、例えば、磁気ディスク、光ディスク、又はテープ、等の追加のデータ記憶装置リムーバブル及び/又は非リムーバブル、を含むことができる。このような追加のストレージは、リムーバブル記憶装置509及び取り外しができない非リムーバブル記憶装置510によって図5に示されている。コンピュータ可読記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、又はその他のデータ等の情報を格納するための任意の方法又は技術で実施された揮発性及び不揮発性、リムーバブル及び非リムーバブル媒体を含むことができる。システムメモリ504、リムーバブルストレージ509及び非リムーバブルストレージ510は、コンピュータ可読記憶媒体の例である。コンピュータ可読記憶媒体は、これらに限定されないが、RAM、ROM、EEPROM、フラッシュメモリ又は他のメモリ技術、CD-ROM、デジタル多用途ディスクDVD又は他の光ストレージ、磁気カセット、磁気テープ、磁気ディスク記憶装置や、他の磁気記憶装置を含み、これらは、所望の情報を格納するために使用でき、そしてコンピューティング装置500によってアクセスすることができる任意の他の媒体を含む。このような任意のコンピュータ可読記憶媒体は、コンピューティング装置500の一部であってもよい。コンピューティング装置500は、キーボード、マウス、ペン、音声入力装置、タッチ入力装置、及び同等の入力装置等の入力装置複数可512を持っていてもよい。ディスプレイ等の出力装置複数可514は、スピーカ、プリンタと出力装置の他のタイプも含まれる場合がある。これらの装置は、当技術分野で周知であり、ここで詳細に論じる必要はない。コンピューティング装置500は通信接続装置516が含まれていてもよく、通信接続装置516は、分散コンピューティング環境、衛星リンク、携帯電話リンク、及び同等のメカニズムにおける無線ネットワークを越えて他の装置518と通信することを可能にするものである。その他の装置518は、分散アプリケーションを実行するコンピュータ装置複数可を含めると、同様の操作を実行することができる。通信接続複数可516は、通信媒体の一例である。通信媒体は、搬送波又は他のトランスポートメカニズムとして、その中に、コンピュータ可読命令、データ構造、プログラムモジュール、又は変調されたデータ信号内の他のデータを、含まれており、任意の情報配信媒体を含むことができる。変調されたデータ信号は信号に情報を符号化するように設定するか、又は変更された特性の1以上を有する信号を意味する。例えば、限定はしないが、通信媒体は、有線ネットワーク又は直接有線接続等の有線媒体、及び音響、RF、赤外線、その他の無線媒体等の無線媒体が含まれている。実施形態の例も方法が含まれている。これらの方法は、この文書で説明する構造を含む任意の数の方法で実施できる。その1つの方法は、この文書に記載されたタイプの装置で、機械操作によるものである。他の任意の方法は、いくつかを実行している一人以上の人間オペレータと連動して実行される方法の個々の操作のうちの1つ以上のためにある。これらの人間オペレータは、互い同士が一まとめにされる必要はないが、各人がプログラムの一部を実行する機械だけ持つことができる。図6の実施形態による分散システム内の問題の回復及びエスカレーションの管理を自動化するための論理流れ図の600を示している。プロセス600は、ホストされたサービスの一部としてのサーバーで又は上記されたようなサービスと相互に作用するためのクライアントアプリケーションで実施されることができる。プロセス600は操作602から始まり、自動化エンジンは、監視エンジンによって送信されたアラートを、システム内の装置及び/又はソフトウエアアプリケーションの問題に応じて、検出する。操作604において監視エンジンからアラートを受信した自動化エンジンは、アラートに関連付けられている情報の収集を開始することができる。これは、動作606で、アラートを1つ以上の修復アクションにマッピングしようとする試みによって続けられることがある。アラートにマッピングされた明示的なアクションが決定操作608で検出された場合、アクション複数可は後続の操作610で実行されてもよい。明示的なアクションがマッピングプロセス中に決定されていない場合、アラートが操作614で指定先の人やチームにエスカレーションされることができる。操作614は任意の操作616及び618に続いてもよく、ここで、新しいアクションは指定先の人やチームから受信され、実行される。動作612で、記録は、マッピングデータベースが拡大されるように実行されたアクションマッピングされた又は新しいで更新されることができて、又は成功率に関連する統計情報は、将来の監視と自動応答の作業のために使用されてもよい。プロセス600に含まれる操作は、例示の目的のためのものである。複雑な分散アプリケーションにおける問題のリカバリ及びエスカレーションを自動化することは、少ないステップ又は追加のステップを持つだけでなく、本明細書に記載される原理を使用して、操作の順序とは異なる順序で同様のプロセスにより実施される。上記の仕様、例及びデータは、実施形態の組成物の製造及び使用の完全な説明を提供する。主題は構造的特徴及び/又は方法論的行為に特有の言葉で説明されてきたが、添付の特許請求の範囲で定義される主題は必ずしも上記の特定の特徴又は行為に限定されるものではないことを理解すべきである。むしろ、上記の特定の特徴及び行為は、特許請求の範囲及び実施形態を実施する形態の例として開示されている。