(57)【要約】  ヘルスモニタサブシステムは、地理的に分散したボイスメッセージングシステムの中で障害を検出し、対処する。該ヘルスモニタサブシステムは、エージェントプロセスと、マネージャプロセスと、インタフェースプロセスと、共通プロセスとを備える。該エージェントプロセスは該ホスト上で作動しているそれぞれのボイスメッセージングシステム構成要素を監視する。該マネージャプロセスは該ホストで検出された障害を監視、管理する。該インタフェースプロセスは該ホストに対応するステータスを露呈する。該共通プロセスはホストのプラットホームを監視、管理する。該ヘルスモニタサブシステムは、構成要素レベル、ホストレベル及びプラットホームレベルでの監視を可能にする。【選択図】図２
2008505406.tif 000002
【特許請求の範囲】
【請求項１】
地理的に分散したボイスメッセージングシステムの中で障害を検出し、対処するように構成されたヘルスモニタサブシステムであって、
ホスト上で作動しているそれぞれのボイスメッセージングシステム構成要素を監視するように構成されたエージェントプロセスと、
前記エージェントプロセスに結合され、前記ホスト上で検出された障害を監視、管理するように構成されたマネージャプロセスと、
前記マネージャプロセスに結合され、前記ホストと関連付けられるステータスを露呈するように構成されたインタフェースプロセスと、
前記マネージャプロセスに結合され、複数のホストを備えるプラットホームを監視、管理するように構成された共通プロセスと、
を備えるサブシステム。
【請求項２】
前記エージェントプロセスは、前記それぞれの音声メッセージングシステム構成要素を再起動するようにさらに構成される、請求項１に記載のヘルスモニタサブシステム。
【請求項３】
前記エージェントプロセスはステータス情報を含む周期的なメッセージを登録し、前記マネージャプロセスに送信するようにさらに構成される、請求項１に記載のヘルスモニタサブシステム。
【請求項４】
前記エージェントプロセスはマネージャプロセス要求を受信するように構成される、請求項１に記載のヘルスモニタサブシステム。
【請求項５】
前記マネージャプロセスは前記ホストを再起動するためにハードウェア機構と通信する、請求項１に記載のヘルスモニタサブシステム。
【請求項６】
前記マネージャプロセスは警報状態を通信する、請求項１に記載のヘルスモニタサブシステム。
【請求項７】
前記マネージャプロセスは前記ホスト上で作動している構成要素の中で依存性を備える、請求項１に記載のヘルスモニタサブシステム。
【請求項８】
アプリケーションプログラミングインタフェースが、前記エージェントプロセス、マネージャプロセス、インタフェースプロセス、及び共通プロセスの内の１つと統合され、前記アプリケーションプログラミングインタフェースが登録情報、障害情報、及び要求情報の少なくとも１つを通信するように構成される、請求項１に記載のヘルスモニタサブシステム。
【請求項９】
前記要求情報が操作状態と関連付けられる、請求項８に記載のヘルスモニタサブシステム。
【請求項１０】
前記要求情報が、構成要素を無効にするために作動しているコマンドと関連付けられる、請求項８に記載のヘルスモニタサブシステム。
【請求項１１】
地理的に分散したボイスメッセージシステム全体で状態を監視するための方法であって、
ホスト上で作動しているそれぞれのボイスメッセージングシステム構成要素に対応する第１のステータス状態を監視することと、
前記ボイスメッセージングシステム内でそれぞれのホストの前記動作に対応する第２のステータス状態を監視することと、
それぞれのプラットホームの前記動作に対応する第３のステータス状態を監視することと、
前記プラットホーム、前記ホスト、及び前記ボイスメッセージングシステム構成要素の作動の調子を見分けるためのネットワークアクセス可能機構を提供することと、
を含む方法。
【請求項１２】
第１のステータス状態を監視することが前記それぞれのボイスメッセージングシステム構成要素から送信される情報を周期的に受信することを含む、請求項１１に記載の方法。
【請求項１３】
第１のステータス状態を監視することが、情報について前記それぞれのボイスメッセージングシステム構成要素を周期的にポーリングすることを含む、請求項１１に記載の方法。
【請求項１４】
第１のステータス状態を監視することが、前記それぞれの音声メッセージングシステム構成要素にエージェントプロセスを挿入することを含む、請求項１１に記載の方法。
【請求項１５】
第２のステータス状態を監視することが前記それぞれのホストにマネージャプロセスを挿入することを含む、請求項１１に記載の方法。
【請求項１６】
第３のステータス状態を監視することが、前記共通プロセスに結合されるホストから遠く離れたコンピュータデバイスの中で作動している共通プロセスを提供することを含む、請求項１１に記載の方法。
【請求項１７】
構成要素依存性の知識が前記ボイスメッセージシステム内で作動している複数のホスト全体で分散される、請求項１１に記載の方法。
【請求項１８】
前記構成要素プロセスを再起動することによって構成要素プロセスの中の望ましくない状態に対処することをさらに含む、請求項１１に記載の方法。
【請求項１９】
前記ホストを起動することによってホストの中の望ましくない状態に対応することをさらに備える、請求項１１に記載の方法。
【請求項２０】
ネットワークアクセス可能機構を提供することが、オペレータが前記プラットホームレベル、ホストレベル及び構成要素レベルでの前記ボイスメッセージングシステムの調子を見ることができるようにするグラフィックユーザインタフェースを生成することを含む、請求項１１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
発明者
ソニー・アール・ベティス（Ｓｏｎｎｙ  Ｒ．Ｂｅｔｔｉｓ）
フィリップ・エル・ロウマン（Ｐｈｉｌｌｉｐ  Ｌ．Ｌｏｗｍａｎ）
イアン・エム・モリーズ（Ｉａｎ  Ｍ．  Ｍｏｒａｅｓ）
ジョン・エス・プロトキー（Ｊｏｎ  Ｓ．  Ｐｌｏｔｋｙ）
ジェームズ・エイチ・スペンサー（Ｊａｍｅｓ  Ｈ． Ｓｐｅｎｃｅｒ）
関連出願の相互参照
［０００１］
本願は、参照することにより全体として本書に組み込まれる、２００４年６月３０日に出願され、出願番号第６０／５８４，１１４号を与えられた「ヘルスモニタサブシステム（Ｈｅａｌｔｈ  Ｍｏｎｉｔｏｒ  Ｓｕｂｓｙｓｔｅｍ）」と題される同時係属米国仮出願に対する優先権を主張する。
【０００２】
［０００２］
本願は、参照することにより全体として本書に組み込まれる、２００５年３月１５日に出願され、出願番号第１１／０８０，７４４号を与えられた「電気通信システムのための分散ＩＰアーキテクチャ（Ｄｉｓｔｒｉｂｕｔｅｄ  ＩＰ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｆｏｒ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）」と題される同時係属米国特許出願に関連している。
【０００３】
発明の背景
１．発明の属する技術分野
［０００３］
概してボイスメッセージングに関するシステム及び方法が発明され、開示されている。さらに詳細には、地域分散型の構成要素のあるボイスメッセージングアーキテクチャを使用してメッセージを通信するシステムを管理するためのシステム及び方法である。
【０００４】
２．関連技術
［０００４］
過去数十年に渡ってボイスメールは拡大し、大部分の企業の事業成功の重要な要素としての位置を確立し続けてきた。公衆交換電話網（ＰＳＴＮ）のクライアント側で互いと通信し、したがって地理的に同一場所に配置される構成要素からなるボイスメールシステムもある。これは、地理的に分散した事務所を有する企業にとっては大きな不利な点となることがある。
【０００５】
［０００５］
今日の世界経済においては、中小企業でさえクライアントにサービスを提供するため、ベンダと対話するため、あるいは他の多様な理由から複数のオフィスの必要性を有することがある。インターネットサポートｅメール、ビデオ会議、及び分散された企業のサイトを可能にする現在使用可能な広域ネットワークは、より円滑で統合されて見える。加えて、有線電話網と無線電話網は、中小企業及び個人消費者が他者と、彼らがどこに位置していようとも通信できるネットワークベースのボイスメールサービスを提供する。他の電気通信製品が、中小企業、及び学校、病院、政府官庁等の他の機関にボイスメールサービスを提供するために開発されてきた。これらの電気通信製品は、一般的にはローカルボイスメッセージ記憶装置を含む。
【０００６】
［０００６］
しかしながら、地理的に分散したオフィスに依然として存在する重大な問題は、多様なオフィスの特殊化した要求に応えながらも単一の同一場所に配置されるシステムとして動作する電話システムを提供することである。各オフィスに別個のデータ記憶装置を開設することは重複するハードウェアが購入され、各サイトで維持されなければならないため高価な努力である場合がある。さらにオフィス間のボイスメールアクセスを可能にするための物流管理が複雑になる可能性がある。
【０００７】
［０００７］
例えば、システムが意図されたとおりに動作できないときに、地理的に分散したボイスメールシステムのオペレータが問題の原因を特定することは困難である。ハードウェア構成要素は互いに地理的に遠隔であるため、オペレータは常に複数のハードウェア構成要素を物理的に観察することはできない可能性がある。加えて、オペレータがボイスメールシステムの構成要素の実際のアーキテクチャ及び操作即応性を認識していない可能性がある。
【０００８】
［０００８］
したがって、地理的に分散したボイスメールシステムに対する追加の改善策が所望されている。
【０００９】
発明の概要
［０００９］
ボイスメッセージングシステムの調子を監視するためのサブシステムの実施形態は、エージェントプロセス、マネージャプロセス、インタフェースプロセス及び共通プロセスを備える。エージェントプロセスはホストで作動しているそれぞれのボイスメッセージングシステム構成要素を監視するように構成されている。マネージャプロセスはエージェントプロセスに結合され、ホスト上の検出された障害を監視、管理するように構成されている。インタフェースプロセスはマネージャプロセスに結合され、ホストと関連付けられたステータスを露呈するように構成されている。共通プロセスはマネージャプロセスに結合され、複数のホストを備えるプラットホームを監視、管理するように構成されている。
【００１０】
［００１０］
動作の関連した方法も提供される。地理的に分散したボイスメッセージシステム全体で状態を監視するための方法の実施形態は、ホスト上で作動しているそれぞれのボイスメッセージングシステム構成要素に対応する第１のステータス状態を監視することと、ボイスメッセージングシステムの中のそれぞれのホストの動作に対応する第２のステータス状態を監視することと、それぞれのプラットホームの動作に対応する第３のステータス状態を監視することと、プラットホーム、ホスト、及びボイスメッセージングシステム構成要素の内の１つの作動の調子を見分けるためのネットワークがアクセス可能な機構を提供することとを含む。
【００１１】
［００１１］
地域分散型メッセージングシステム全体での障害管理のためのヘルスモニタサブシステム及び方法の他の特徴及び優位点は、以下の図及び詳細な説明を調べると当業者に明らかである、あるいは明らかになるであろう。すべてのこのような追加の特徴及び優位点は、添付請求項によって保護されているように障害管理のためのヘルスモニタサブシステム及び方法の範囲内にある。
【００１２】
［００１２］
障害管理のためのヘルスモニタサブシステム及び方法は、以下の図を参照してさらによく理解できる。図の中の構成要素は必ずしも正確な縮尺ではなく、代わりに地域分散型メッセージングシステム全体での障害管理の原則を明確に描くことに重点が置かれている。さらに、複数の図面において類似の参照符号が類似の要素を示している。
【００１３】
発明の詳細な説明
［００２０］
ステータスを監視し、システム障害に対応するシステム、方法、コンピュータプログラム、通信プラットホーム等の多様な実施形態は、図１から図７に関して説明される。しかしながら、導入事項として、ヘルスモニタサブシステム付きの分散型電気通信システムの例示的な実施形態が簡略に説明される。
【００１４】
［００２１］
分散型電気通信システムは、呼の転送、自動案内係、ボイスメール、ボイスメッセージング等のモデムの小規模または大規模なオフィス事業環境をサポートするための機能性を提供する。電気通信システムは互いに遠く離れている多様な場所に配置できるハードウェアデバイスから構成されている。ハードウェアデバイスのそれぞれはインターネットプロトコル（ＩＰ）をベースにした広域ネットワークに結合される。システムは加入者にメッセージ記憶保証を提供し、発呼者がメッセージを生成し、ボイスメッセージが無事に配信、記憶された旨の確認を電話に出て待機する必要なくボイスレコーダとの通信を終了できるようにする。システムは、いったんボイスメッセージが録音されると、システムが装置とネットワークサービスの休止期間にも関わらず、ボイスメッセージが共通メッセージストアに保存されることを確実にするという点でメッセージ耐久性も与える。
【００１５】
［００２２］
分散型電気通信システムは、ボイスメッセージシステム全体で障害を検出し、封じ込め、システムのユーザに対するサービスを復元するように構成されるヘルスモニタサブシステムで構成される。ヘルスモニタサブシステムはシステム内で作動している依存性のサードパーティプロセスのための障害管理をサポートする。ヘルスモニタサブシステムは、ボイスメッセージシステムホスト上でメッセージ処理構成要素の集合を監視するための機構を提供する。ホスト上のハードウェア構成要素とソフトウェア構成要素の作動ステータスに関するリアルタイム情報を提供することに加え、ヘルスモニタサブシステムは故障した構成要素を特定し、再起動する。
【００１６】
［００２３］
ヘルスモニタサブシステムは各ホスト上のマネージャプロセスと、ホスト上で作動している構成要素プロセスのためのエージェントプロセスとを備える。ヘルスモニタサブシステムは、エージェントプロセスを所望されるように構成要素と関連付けることができるという点で柔軟である。例えば、エージェントプロセスはボイスメッセージングシステムの重要な機能を実現する構成要素プロセスと関連付けることができる。代わりに、エージェントプロセスは、ホストコンピュータデバイスで作動している追加の、あまり重要ではない構成要素プロセスと関連付けることができる。
【００１７】
［００２４］
ヘルスモニタサブシステムはホストを再起動するためのハードウェア機構と接続するように構成できる。逆に、ソフトウェアはホスト上の故障した構成要素プロセスを再起動するために使用される。
【００１８】
［００２５］
ヘルスモニタサブシステムはインタフェースプロセスと共通プロセスをさらに備える。インタフェースプロセスはホストに常駐し、ホストの外部の１つまたは複数の宛先に全体的なホストステータスを報告するためにマネージャプロセスと通信する。共通プロセスはプラットホームの中で作動しているマネージャプロセスのそれぞれに関するステータスを監視、報告する。共通プロセスは、プラットホームを形成するホストのそれぞれで１つまたは複数のマネージャプロセスと通信する。
【００１９】
［００２６］
マネージャプロセス、エージェントプロセス、インタフェースプロセス及び共通プロセスのそれぞれは構成可能であるように設計されている。構成パラメータはサービスチェックタイムアウト、最大並列サービスチェック、ステータスログ名、ログファイル場所等を含む。
【００２０】
［００２７］
各ホストに常駐する集中マネージャプロセスがあるが、ハードウェアプロセス障害と構成要素プロセス障害を含むステータス情報を監視するための機構は分散している。構成要素が使用できるとき、あるいは故障状態及び構成要素プロセスと構成要素サブプロセス間の依存性があるとき等の構成要素に関する情報が分散される。その結果として、ヘルスモニタシステムは構成要素プロセス間の依存性がホスト上で変化するたびに更新されなければならない集中ルールベースを必要としない。
【００２１】
［００２８］
ヘルスモニタサブシステム設計は拡張可能であり、特徴またはボイスメッセージシステム要件が追加される、あるいは修正されるのに伴う付加的な開発を可能にする。例えば、初期のリリースでは、エージェントプロセスにより実行される監視は重大なプロセスに集中できる。さらに、初期監視は幅広く、粗くすることができる。将来のリリースでは  ボイスメッセージングシステムの使用できる態様がさらによく理解されるため、マネージャプロセスとエージェントプロセスは、ハードウェアデバイス、構成要素プロセス、及び構成要素サブプロセスのさらに正確且つさらに細かい粒度の監視を提供するために微調整することができる。
【００２２】
［００２９］
すべての説明されている実施形態に関して、遠隔コンピュータデバイス間のネットワーク通信が特定のプロトコル、伝送媒体、通信ネットワーク、トポロジ、アーキテクチャ等に制限されていないことが理解されなければならない。さらに、ボイスメッセージングシステム、ヘルスモニタサブシステム、及びあらゆる関連サービスと機能がパブリックネットワーク上では必要とされないが、むしろ２〜３の例を挙げると、ローカルエリアネットワーク、広域ネットワーク等のプライベートネットワーク上で提供されてもよいことが理解されなければならない。
【００２３】
［００３０］
ヘルスモニタサブシステムは、分散型ボイスメッセージングシステムの中の多様な機能要素間の階層関係を備える。これらの要素はホストまたはハードウェア装置、プラットホーム、プロセス、構成要素、及びサブプロセスを含む。多様な要素のそれぞれは説明される階層の特定のレベルと関連付けられる。説明される実施形態では、ホストはネットワークに結合されているコンピュータデバイスである。プラットホームは複数のホストである。プロセスはコンピュータプログラムとデータの組み合わせである。サブプロセスはコンピュータプログラムと、ある特定のプロセスに依存するデータの組み合わせである。構成要素はバイナリオブジェクトつまり特定の機能を実行し、他の構成要素とアプリケーションと動作するように設計されるコンピュータプログラムである。
【００２４】
［００３１］
分散型ボイスメッセージングシステム全体で作動している例示的なヘルスモニタサブシステムを概して説明してきたので、多様な追加の実施形態が図１から図７に関して説明される。図１は、メディアサーバ１２０と、ドキュメントサーバ１６０と、メッセージ記憶保証及びボイスメッセージの耐久性を提供する共通メッセージストア１７０とを備える地域分散型メッセージングシステム１００の実施形態を描いている。メディアサーバ１２０は分散型メッセージングシステム１００を１つまたは複数のネットワークに結合する。メディアサーバ１２０から遠隔に位置するドキュメントサーバ１６０は、共通メッセージストア１７０内のボイスメッセージの記憶を管理する。公衆交換電話網（ＰＳＴＮ）１１５等の電気通信ネットワークに接続する複雑さは、メディアサーバ１２０とＰＳＴＮ１５の間で結合されるシグナリングゲートウェイ機能（ＳＧＦ）１１７を通して処理される。ＳｉｇＴｒａｎプロトコルがメディアサーバ１２０とＳＧＦ１１７の間のリンクで使用され、シグナリングシステム７（ＳＳ７）は呼の確立、料金請求書作成発行、ルーティング、及びＳＧＦ１１７とＰＳＴＮ１１５の間の情報交換機能を支持して帯域外周波信号方式を実行するために使用される。図１に描かれているように、メディアサーバ１２０は、Ｔ１／Ｅ１または他の複数のチャネルリンクを介してＰＳＴＮ１１５にも結合されている。
【００２５】
［００３２］
ボイスオーバＩＰ（ＶＯＩＰ）ゲートウェイ１３３は、メディアサーバ１２０をモジュール式ボイスプロセッサ１３０またはセッション開始プロトコル（ＳＩＰ）を使用する他の装置と統合する。アクセスコントロール１０７は複数のメディアサーバ１２０をインターネットプロトコル（ＩＰ）ネットワーク１０５に統合することの複雑さを管理する。単一メディアサーバ１２０が使用されると、ＳＩＰ、ＳｉｇＴｒａｎ、またはＨ．３２３メッセージングプロトコルを使用する通信リンクがメディアサーバ１２０をＩＰネットワーク１０５に結合する。１つまたは複数の自動音声認識（ＡＳＲ）モジュール１３５及び１つまたは複数のテキスト／音声（ＴＴＳ）変換モジュールは、分散型メッセージングシステム１００に対する／からの音声入力とテキスト入力、及び出力の両方を可能にするためにメディアサーバ１２０に結合される。ＶＯＩＰゲートウェイ１３３は、メディアサーバ１２０をモジュール式ボイスプロセッサ１３０またはセッション開始プロトコル（ＳＩＰ）を使用する他の装置と統合する。簡略化されたプロトコルは分散型メッセージングシステムの残りの構成要素の間の通信に使用される。
【００２６】
［００３３］
ボイス拡張マークアップ言語（ＶｏｉｃｅＸＭＬまたはＶＸＭＬ）は、メディアサーバ１２０と遠隔に位置するドキュメントサーバ１６０の間の通信の１つのモードである。情報をパケットで送信するためにハイパーテキスト転送プロトコル（ＨＴＴＰ）を使用するＶＳＭＬは、ユーザがボイス認識技術を使用してＩＰネットワークに結合される装置と対話できるようにする。キーボードとマウスに依存する従来のグラフィックユーザインタフェースをベースにしたブラウザの代わりに、ＶＸＭＬはボイスブラウザ、及び／または電話、携帯電話及び組み合わせ装置等の多量のボイスをベースにした装置のどれかに依存する。ＶＸＭＬを使用して、ユーザは、事前に記録される、または合成されるのどちらかであり、ユーザの自然の話し声またはタッチトーンキーパッドを通して入力を提出する音声出力に傾聴することによって対話する。ＶＸＭＬは、合成音声、デジタル化された音声、及び話されたデュアルトーンマルチ周波数符号化入力の認識、ボイスメッセージの録音、及び混合した会話を特徴とする音声ダイアログを作成するために考案されている。さらに詳しく後述されるように、ＶＸＭＬ  ＨＴＴＰ要求はメディアサーバ１２０から、共通メッセージストア１７０に保存されるボイスメッセージの記憶、確認及び取り出しを管理するドキュメントサーバ１６０に通信される。
【００２７】
［００３４］
ドキュメントサーバ１６０とインターネット１５５に結合されるアプリケーションサーバ１５０は、分散型メッセージングシステムの加入者と第三者のための機構に、共通メッセージストア１７０から以前記憶されたボイスメッセージにアクセスするための適切なアクセス特権を与える。
【００２８】
［００３５］
メッセージは、いったん加入者がＶＸＭＬセッションにおけるメッセージを記録すると、メッセージが保存され、メディアサーバ１２０の故障、ドキュメントサーバ１６０の故障、及び広域ネットワークサービスの休止期間にも関わらず加入者から遠隔に位置する共通メッセージストアを介してアクセス可能であるときに耐久性がある。これは、ローカルデータストアから遠隔に位置する共通メッセージストアへのメッセージ記憶が非同期であるために達成される。すなわち加入者発呼者はメッセージの転送の成功を肯定応答するために電話上で待機する必要はない。共通メッセージストアはディスクのアレイを備えるため、その中に記憶されているメッセージとメタデータは多数の装置故障に耐え、メッセージブロックの転送の再開を要求できる。
【００２９】
［００３６］
図２は、図１の分散型メッセージングシステム１００の中で実現できるメッセージ耐久性サブシステム２００の実施形態を描く機能ブロック図である。メッセージ耐久性サブシステム２００はメディアサーバ１２０と、ドキュメントサーバ１６０と、共通メッセージストア１７０とを備える。メディアサーバ１２０はＶＸＭＬブラウザ２２４に結合されるメッセージデポジットアプリケーション２２２を備える。メッセージデポジットアプリケーション２２２は、メッセージ記録を可能にするためにメディアサーバ１２０を準備、制御する。ＶＸＭＬブラウザ２２４は送信機１４０とローカルデータストア２２０にさらに結合される。ＶＸＭＬブラウザ２２４はＴＣＰ／ＩＰを介して送信機１４０と通信する。ローカルデータストア２２０は、実際のボイスデータと、メタデータを保存し、記録されているボイスメッセージと関連付けるデータベース２２８と関連するためにファイル名と経路を提供するファイルシステム２２６を備える。
【００３０】
［００３７］
送信機１４０は、シンプルオブジェクトアクセスプロトコル（ＳＯＡＰ）を介してドキュメントサーバ１６０に要求を通信する。送信機１４０はＶＸＭＬブラウザ２２４にソケット接続を提供する。ソケット接続は、複数のコンピューティングプラットホームを使用して複数の言語によってアクセスできる。ドキュメントサーバ１６０に転送される要求情報は、添付ファイル経路と名称、メッセージタイプ識別子、メッセージステータス識別子、配信のための時間、発信者識別子、及び一人または複数人の受取人の識別子を含む。送信機１４０は、メッセージ配信状態情報を含む要求をローカルデータストア２２０の中に保存し、ドキュメントサーバ１６０に添付ファイルとともにメッセージヘッダ情報（メタデータ）を送信し、メッセージがドキュメントサーバ１６０に無事に配信されたときに要求と配信情報を削除し、無事に配信されないメッセージの配信を再試行するように構成されている。
【００３１】
［００３８］
ドキュメントサーバ１６０は受信機２６２と、メッセージサーバ２６４と、メッセージマネージャ２６６と、統一メッセージサービス２８０と、層状サービスプロバイダサーバ２６８と、アプリケーション２７０とを備える。受信機２６２は、ＳＯＡＰ要求を送信機１４０から受信し、メッセージ情報と添付ファイルを取り出し、統一メッセージサービスを呼び出し、Ｊａｖａ(登録商標)メッセージサービスメッセージを作成し、該作成されたメッセージを持続的にメッセージサーバ２６４の中に保存するように構成される。受信機２６２は、データ転送エラー発生時にＳＯＡＰ障害報告を処理するようにさらに構成される。統一メッセージサービス２８０は、コネクタ２８５を介してメッセージサーバ２６４と通信する。メッセージサーバ２６４は、ドキュメントサーバ１６０上でのメッセージと関連データに対する固定記憶、非同期メッセージ配信を提供し、共通メッセージストア１７０に対するメッセージのただ一度だけの（ｏｎｃｅ−ａｎｄ−ｏｎｌｙ−ｏｎｃｅ）配信を確実にし、メッセージが共通メッセージストア１７０に無事に記憶されたときにメッセージを削除する。メッセージマネージャ２６６はメッセージサーバ２６４からメッセージを取得し、次に統一メッセージサービスアプリケーションインタフェースと層状サービスプロバイダサーバ２６８によって提供されるリンクを使用してそれらを共通メッセージストア１７０に転送する。メッセージマネージャ２６６は、メッセージが共通メッセージストア１７０に無事に配信されたかどうかに関してメッセージサーバ２６４をステータスするようにさらに構成される。メッセージマネージャ２６６は、無事にアップロードされず、共通メッセージストア１７０と統合されなかったメッセージのためのメッセージ配信を再試行するようにさらに構成される。
【００３２】
［００３９］
統一メッセージサービス２８０とＶＸＭＬブラウザ２２４の間に挟まれているアプリケーションサーバ２７０は以前に記憶されたメッセージをメッセージサーバ１２０に通信で結合される一人または複数の加入者に露呈する。
【００３３】
［００４０］
前述されたメッセージ耐久性サブシステム２００を使用してメッセージ記憶及び耐久性を確実にするために、多様なサーバ及びその中で実現されるプロセスがヘルスモニタサブシステムと統合されてよい。前記に概して説明されたように、ヘルスモニタサブシステムは、ボイスメッセージングシステム全体での多様な階層レベルで作動ステータスを収集し、作動ステータスに対応するように構成される分散プロセスの集合を備える。
【００３４】
［００４１］
図３は、図２のメッセージ耐久性サブシステム全体での多様な呼処理構成要素間の階層関係の実施形態を描くブロック図である。図３に示されているように、プラットホーム３００はメディアサーバ１２０と、アプリケーションサーバ１５０と、ドキュメントサーバ１６０と、ＳＧＦサーバ１１７とを実現するホストの集合である。プラットホーム３００は１つまたは複数のＡＳＲモジュール１３５と、１つまたは複数のＴＴＳ変換モジュールとをさらに含む。メディアサーバ１２０はＭＤＡ３２１と、ＶＸＭＬブラウザ３２３と、送信機３２５と、ＴＴＳクライアント３２７と、メディアサーバ１２０と関連付けられた分散型ボイスメッセージングシステムの多様な態様にとって重要であるＡＳＲクライアント３２９構成要素とを備える。したがって、これらのメディアサーバ構成要素のそれぞれは対応する構成要素の調子を監視、管理するためにそれぞれのエージェントプロセスと関連付けることができる。加えて、ＳＧＦサーバ１１７はＳＧＦコア３４１構成要素と、ＳＳ７スタック３４３構成要素と、ＳＧＦサーバ１１７の多様な態様にとって重要である命名サービス３４５構成要素とを備える。これらのＳＧＦサーバ構成要素のそれぞれは対応する構成要素の調子を監視、管理するためにそれぞれのエージェントプロセスと関連付けることができる。同様に、ドキュメントサーバ１６０は受信機３６１構成要素と、メッセージマネージャ３６３構成要素と、メッセージサーバ３６５構成要素と、ＬＳＰサーバ３６７構成要素と、ドキュメントサーバ１６０と関連付けられた分散型ボイスメッセージングシステムの多様な態様にとって重要である統一メッセージサービス３６９構成要素とを備える。このようにして、これらのドキュメントサーバ構成要素のそれぞれが、対応する構成要素の調子を監視、管理するためにそれぞれのエージェントプロセスと関連付けることができる。したがって、図３はプラットホーム３００、ホスト（つまりメディアサーバ１２０、アプリケーションサーバ１５０、ドキュメントサーバ１６０、ＳＧＦサーバ１１７等）及び構成要素の間の階層性質を描く。
【００３５】
［００４２］
図４は、多様なホストと、図３のプラットホームの構成要素の中で統合できるヘルスモニタサブシステム４００の実施形態を描く概略図である。ヘルスモニタサブシステム４００はマネージャプロセス４１０と、エージェントプロセス４２０と、インタフェースプロセス４３０と、共通プロセス４６０とを備える。例示されている実施形態では、マネージャプロセス４１０とインタフェースプロセス４３０は、追加の警報プロセス４４０とハードウェアリセットプロセス４４５とともにホストコンピュータデバイス４０５で作動している。共通プロセス４６０は、ホストコンピュータデバイス４０５に通信で結合されている遠隔コンピュータデバイス４５０で作動している。遠隔コンピュータデバイス４５０はディスプレイ装置４８０にさらに結合される。
【００３６】
［００４３］
ヘルスモニタサブシステム４００はこの装置に制限されない。例えば、マネージャプロセス４１０、インタフェースプロセス４３０、警報プロセス４４０、及びハードウェアリセットプロセス４４５の内の１つまたは複数はホストコンピュータデバイス４０５の外部のデバイスで実現されてよい。
【００３７】
［００４４］
マネージャプロセス、インタフェースプロセス及び警報プロセスの実際の位置に関係なく、エージェントプロセス４２０はホストコンピュータデバイス４０５上で作動している構成要素内で実現される。エージェントプロセス４２０は構成要素プロセス及び構成要素内で作動している依存性の構成要素サブシステムを含む関連付けられた構成要素を監視し、再起動することに関与する。関連付けられた構成要素は、根本的なボイスメッセージングシステムの動作にとって重大である場合もあるし、重大ではない場合もある。エージェントプロセス４２０は、マネージャプロセス４１０と登録するまたは登録抹消し、関連付けられた構成要素が故障したときにマネージャプロセス４１０に通知することを含む、ステータス情報をマネージャプロセス４１０に送信する。加えて、エージェントプロセス４２０は構成要素を再起動する要求、構成要素ステータス情報を提供する要求及び、関連付けられた構成要素を停止する要求を受信する。
【００３８】
［００４５］
エージェントプロセス４５０は、マネージャプロセス４１０と登録／登録抹消し、ステータスをマネージャプロセス４１０に通信するためにアプリケーションプログラミングインタフェース４２５を使用する。図４で示されているように、マネージャプロセス４１０とエージェントプロセス４２０間の通信リンクは双方向リンクである。好適実施形態では、エージェントプロセス４２０は関連付けられた構成要素に関するステータス情報を周期的にマネージャプロセス４１０に転送する。代わりに、マネージャプロセス４１０は、各エージェントプロセス４２０をポーリングする、あるいはそれ以外の場合ステータス情報を返すように各エージェントプロセス４２０に要求するように構成できるであろう。マネージャプロセス４１０は、このようなステータス応答を周期的にまたは非周期的に要求するように構成できるであろう。
【００３９】
［００４６］
マネージャプロセス４１０は、ホストコンピュータデバイス４０５の全体的な調子に関与する。マネージャプロセス４１０は、登録する、及び登録抹消するために各エージェントプロセス４２０から要求を受信する。加えて、マネージャプロセス４１０は、エージェントプロセス４２０から受信機エラー通知及び他のステータス情報を受信し、ホストコンピュータデバイス４０５を停止するために共通プロセス４６０から要求を受信する。マネージャプロセス４１０は警報状態を警報プロセス４４０に、１つまたは複数のコマンドをハードウェアリセットプロセス４４５に転送する。さらに、マネージャプロセス４１０はエラーメッセージを含む周期的なステータスメッセージを登録する／登録抹消し、共通プロセス４６０に送信する。さらに、共通プロセス４６０は、ホストコンピュータデバイス４０５を再起動し、ホストステータス情報を提供するためにマネージャプロセス４１０に要求を転送する。
【００４０】
［００４７］
マネージャプロセス４１０は、ステータスを登録／登録抹消し、共通プロセス４６０に通信するためにアプリケーションプログラミングインタフェース４１５を使用する。図４に示されているように、マネージャプロセス４１０と共通プロセス４６０間の通信リンクは双方向リンクである。好適実施形態では、マネージャプロセス４１０は、関連付けられたホストに関するステータス情報を周期的に共通プロセス４６０に転送する。代わりに、共通プロセス４６０は各マネージャプロセス４１０をポーリングする、あるいはそれ以外の場合ステータス情報を返すように各マネージャプロセス４１０に要求するように構成できるであろう。共通プロセス４６０は、このようなステータス応答を周期的にまたは非周期的に要求するように構成できるであろう。
【００４１】
［００４８］
共通プロセス４６０は、ディスプレイ装置４８０にステータスを通信するため、及び要求を通信し、アプリケーションプログラミングインタフェース４１５を介してマネージャプロセス４１０からステータス情報を受信するためにアプリケーションプログラミングインタフェース４６５を使用する。ディスプレイ装置４８０は１つまたは複数の構成要素から、または共通プロセス４６０に結合されている１つまたは複数のホストからステータスを制御自在にレンダリングするためにグラフィックプロセッサ及び関連アプリケーションを含んでよい。
【００４２】
［００４９］
インタフェースプロセス４３０は、システム管理者または他のソフトウェア構成要素がホストコンピュータデバイス４０５とその中で実現される多様な構成要素に関するステータス情報を取り出すための機構を提供する。インタフェースプロセス４３０によって提供される機能性はマネージャプロセス４１０によって提供される機能性と結合できるであろうが、インタフェースプロセス４３０はマネージャプロセス４１０の負荷及び複雑性を削減するために別個に定義される。インタフェースプロセス４３０は、ステータス情報に対する要求を通信し、マネージャプロセス４１０から受信するためにアプリケーションプログラミングインタフェース４３５を使用する。図４に示されるように、マネージャプロセス４１０とインタフェースプロセス４３０の間の通信リンクは双方向リンクである。インタフェースプロセス４３０は、システム管理者が多様なプラットホーム、ホスト、構成要素、プロセス及びサブプロセスの調子を観察できるようにする広域ネットワークベースのユーザインタフェースと通信するように構成される。
【００４３】
［００５０］
動作中、ボイスサービスの加入者は、分散型ボイスメッセージングシステム１００に結合される電話装置を用いて呼を開始する。メディアサーバ１２０内で動作可能なメッセージデポジットアプリケーション２２２は、まさに記録されるところであるメッセージの新しいファイル名を生成し、呼、加入者及びボイスメッセージの性質を分類する、あるいはそれ以外の場合記述するために使用される１つまたは複数の識別子に従ってメタデータを収集する、あるいはそれ以外の場合は生成する。
【００４４】
［００５１］
メッセージデポジットアプリケーション２２２は、メディアサーバ１２０がボイスメッセージを録音する準備ができていることを確実にするために、ＶＸＭＬブラウザ２２４、送信機１４０、ファイルシステム２２６、ローカルデータストア２２８をアドレス指定する。これらの装置のどれかがメッセージデポジットアプリケーション２２２に準備が完了していない状態を報告すると、メッセージデポジットアプリケーション２２２は加入者４０５に、メッセージを記録できないシステム故障が発生したことを即座に知らせ、記録プロセスを打ち切る。これらの装置がエージェントプロセス４２０と構成されたと仮定し、ヘルスモニタサブシステム４００は検出し、診断し、隔離し、ボイスメッセージングシステム１００の修理を試みる。
【００４５】
［００５２］
参照は、図４のホストコンピュータデバイス４０５の機能ブロック図を描く図５に向けられる。一般的には、図５に示されているように、ハードウェアアーキテクチャの観点で、ホストコンピュータデバイス４０５はプロセッサ５１０と、メモリ５２０と、入力装置５６０と、ディスプレイ５７０と、ローカルインタフェース５５０を介して通信で結合されるモデム／ネットワークインタフェース５８０とを含んでよい。
【００４６】
［００５３］
ローカルインタフェース５５０は、技術で公知であるように、あるいは後に開発されてよいように、１つまたは複数のバスまたは他の有線接続または無線接続である場合があるが、これらに限定されない。ローカルインタフェース５５０は通信を可能にするために、コントローラ、バッファ（キャッシュ）、ドライバ、中継器及び受信機等の、簡単にするために省略される追加の要素を有してよい。さらに、ローカルインタフェース５５０は、
前述されたホストコンピューティングデバイス４０５の間の適切な通信を可能にするためにアドレス、コントロール、及びデータ接続を含んでよい。
【００４７】
［００５４］
本実施の形態において、プロセッサ５１０は、メモリ５２０に記憶できるソフトウェアを実行するためのハードウェア装置である。プロセッサ５１０は、任意の特注のまたは市販されているプロセッサ、中央演算処理装置（ＣＰＵ）またはホストコンピュータデバイス４０５に関連付けられた複数のプロセッサの中の補助プロセッサ、及び（マイクロチップの形をとる）半導体ベースのマイクロプロセッサあるいはマクロプロセッサである場合がある。
【００４８】
［００５５］
メモリ５２０は、揮発性記憶素子（例えば、ランダムアクセスメモリ（ダイナミックＲＡＭつまりＤＲＡＭ、スタティックＲＡＭつまりＳＲＡＭ等のＲＡＭ）と不揮発性記憶素子（例えば、読み取り専用メモリ（ＲＯＭ）、ハードディスクドライブ、テープドライブ、コンパクトディスクドライブ（ＣＤ−ＲＯＭ）等）の任意の１つまたは組み合わせを含むことがある。さらに、メモリ５２０は、現在公知である、あるいは後に開発される電子記憶媒体、磁気記憶媒体、光学記憶媒体、及び／または他のタイプの記憶媒体を組み込んでよい。メモリ５２０が、多様な構成要素が互いから遠隔に位置しているが、プロセッサ５１０によってアクセス可能である分散アーキテクチャを有することがあることに留意する。
【００４９】
［００５６］
メモリ５２０内のソフトウェアは１つまたは複数の別個のプログラムを含んでよく、そのそれぞれが論理関数を実現するための実行可能命令の順序付きリストを備える。図５の例では、メモリ５２０の中のソフトウェアはマネージャモジュール５２２と、インタフェースモジュール５２４と、Ｈ／Ｗリセットモジュール５２６と、警報モジュール５２８と、オペレーティングシステム５２１の結果として、及びオペレーティングシステム５２１に従って機能する構成要素５３０とを含む。オペレーティングシステム５２１は、好ましくはマネージャモジュール５２２等のコンピュータプログラムの実行を制御し、スケジューリング、入出力制御、ファイル管理とデータ管理、メモリ管理、及び通信制御サービスと通信関連サービスとを提供する。
【００５０】
［００５７］
実施形態では、マネージャモジュール５２２、インタフェースモジュール５２４、Ｈ／Ｗリセットモジュール５２６、警報モジュール５２８、及び構成要素５３０のそれぞれは、１つまたは複数のソースプログラム、実行可能プログラム（オブジェクトコード）、スクリプト、またはそれぞれが実行される命令の集合を備える他の集合体である。システムと方法の教示に精通した後に、多様な構成要素及びモジュールが現在公知の、または後に開発される多くのプログラミング言語で作成されてよいことが当業者により理解されるであろう。
【００５１】
［００５８］
入力装置５６０は、キーボード５６２と、マウス５６４と、あるいは他の対話型ポインティングデバイスと、ボイス起動インタフェースと、あるいは現在公知のまたは後に開発される他のオペレータ−マシンインタフェース（図解を簡単にするために省略）を含んでよいが、これらに限定されない。入力装置５６０はデータ−ファイル転送装置（例えばフロッピー(登録商標)ディスクドライブ３０）の形もとることができる。多様な入力装置５６０のそれぞれはローカルインタフェース５５０を介してプロセッサ５１０及び／またはメモリ５２０と通信してよい。
【００５２】
［００５９］
ディスプレイ装置５７０は、所望されるデータをレンダリングするためにビデオ出力信号を供給するビデオインタフェースに結合されてよい。ホストコンピュータデバイス４０５と関連付けることのできるディスプレイ装置は従来のＣＲＴベースのディスプレイ、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、画像プロジェクタ、あるいは現在公知のまたは後に開発される他のディスプレイタイプである。多様な出力装置（複数の場合がある）（不図示）は、ローカルインタフェース５５０及び／またはモデム／ＮＩＣ５８０を介して、プロッタ、プリンタ、コピー機等の他の周知の装置に統合されてもよいことが理解されなければならない。
【００５３】
［００６０］
ローカルインタフェース５５０は、ホストコンピュータデバイス４０５を１つまたは複数のＴＣＰ／ＩＰベースのネットワーク（図１）に通信で結合する入力／出力装置と通信してもよい。これらの双方向通信装置は、変調器／復調器（モデム）と、ネットワークインタフェースカード（ＮＩＣ）と、無線周波数（ＲＦ）トランシーバまたは他のトランシーバと、電話インタフェースと、ブリッジと、ルータとを含むが、これらに限定されない。図解を簡単にするために、このような双方向通信装置はモデム／ＮＩＣ５８０によって表現される。
【００５４】
［００６１］
ホストコンピュータデバイス４０５が動作中であるとき、プロセッサ５１０は、メモリ５２０内に記憶されているソフトウェアを実行する、メモリ５２０との間でデータを通信する、及び概してソフトウェアに従ってホストコンピュータデバイス５２２の動作を制御するように構成される。マネージャモジュール５２２、インタフェースモジュール５２４、Ｈ／Ｗリセットモジュール５２６、警報モジュール５２８、及びエージェントモジュール５３１、構成要素５３０、構成要素プロセスモジュール５４０、及び構成要素サブプロセス５４２等の多様なモジュール、及びオペレーティングシステム５２１は、全体的にまたは部分的にであるが、通常は部分的に、プロセッサ５１０によって読み取られ、おそらくプロセッサ５１０の中でバッファに入れられ、次に実行される。
【００５５】
［００６２］
図６は、図４のヘルスモニタサブシステムによって実現できる地理的に分散したボイスメッセージシステム全体で状態を監視するための方法６００の実施形態を描く流れ図である。方法６００は、ヘルスモニタサブシステムがボイスメッセージングシステム構成要素の状態を監視するブロック６０２で始まる。ブロック６０４で示されるように、サブシステムはボイスメッセージングサブシステム内の特定のホストと関連付けられたステータス状態を監視する。ブロック６０６で示されるように、ヘルスモニタサブシステムは分散型ボイスメッセージングシステム内の特定のプラットホームと関連付けられるステータス状態を監視する。
【００５６】
［００６３］
前記ブロック６０２から６０６に関連して説明された機能が、実質的に同時に、または描かれている流れの実施形態に加えて任意の他の順序で実行できるであろうことが理解されなければない。ブロック６０２から６０６に関連付けられた機能の１つが実行された後、ヘルスモニタサブシステムは、ブロック６０８に示されるように、プラットホーム、ホスト、及びボイスメッセージング構成要素の作動の調子を見分ける、またはそれ以外の場合観察するためのネットワークがアクセス可能な機構を提供する。
【００５７】
［００６４］
ボイスメッセージングシステム１００は複数のプラットホーム、ホスト、及びボイスメッセージングシステム構成要素を備えるが、作動調子を見分けるための機構は、ボイスメッセージングシステムの稼動ステータスの選択的な観察を可能にするように構成されてよい。例えば、分散型ボイスメッセージングシステム全体で１つまたは複数の機能を可能にするために重大なシステム構成要素と関連付けられた稼動ステータスをともに表示することができる。稼動ステータスを報告するための他の例の装置は、障害状態または警報状態のための指定ディスプレイ、類似して構成されたホスト等のグループとして、メディアサーバ、ドキュメントサーバ及びＳＧＦホストを観察するための１つまたは複数のディスプレイを含んでよい。
【００５８】
［００６５］
図７は、図４のヘルスモニタサブシステムによって実現できる地理的に分散したボイスメッセージシステム全体で障害状態を監視し、回復するための方法の実施形態を描く流れ図である。障害状態を監視し、回復するための方法７００は、ホスト上で作動しているボイスメッセージングシステム構成要素に対応する第１のステータス状態を監視するブロック７０２で開始する。ブロック７０４では、ヘルスモニタサブシステムがボイスメッセージングサブシステムの中でそれぞれのホストに対応する第２のステータス状態を監視する。ブロック７０６では、ヘルスモニタサブシステムがボイスメッセージングシステムの中でそれぞれのプラットホームの動作に対応する第３のステータス状態を監視する。
【００５９】
［００６６］
前記ブロック７０２から７０６に関連して説明されている機能は、実質的に同時に、または描かれているフロー実施形態に加えて任意の他の順序で実行できるであろうことが理解されなければならない。ブロック７０２から７０６に関連付けられた機能の１つが実行された後、ブロック７０８に示されるように、ヘルスモニタサブシステムはプラットホーム、ホスト、ボイスメッセージング構成要素の内の１つまたは複数の調子を見分けるためのネットワークアクセス可能機構を提供する。
【００６０】
［００６７］
その後、ブロック７１０に示されているように、ヘルスモニタサブシステムは構成要素プロセスを再起動することによって構成要素プロセスの中の望ましくない状態に対処する。望ましくない状態は情報に対する要求に応答する（つまりポーリングイベント）ことができないこと、または予想範囲外である本ステータス情報が返されることによって示されてよい。再起動することは構成要素プロセスで使用される多様なデータ項目の操作を含んでよい。ブロック７１２では、ヘルスモニタサブシステムはホストを再起動することによってホスト内の望ましくない状態に対処する。ホストを再起動することは、ホストが所望される動作状態に達するまで、ヘルスモニタサブシステムまたは分散型ボイスメッセージングシステム全体で多様なプロセスを一時停止することを含んでよい。ホストを再起動することは、システム初期化または取り出しの間に使用される多様なデフォルト値を操作すること、及び関連プロセスから、それらが一時停止される前に記録される値を使用することも含んでよい。
【００６１】
［００６８］
図６及び図７の流れ図は、多数の通信で結合されているハードウェア装置と構成要素プロセス及び地域分散型ボイスメッセージングシステム全体で障害状態を監視し、対処するその中に実現されているサブプロセスに関連付けられたソフトウェア及びまたはファームウェアを介した考えられるインプリメンテーションのアーキテクチャ、機能性及び動作を示す。この点で、各ブロックは、指定された論理関数（複数の場合がある）を実現するための１つまたは複数の実行可能命令を備えるモジュール、セグメントまたはコードの部分を表す。
【００６２】
［００６９］
論理関数を実現するための実行可能命令の順序付きリストを備える、ヘルスモニタサブシステム４００と関連して使用されてよい操作ソフトウェアだけではなく、分散型メッセージングシステム１００の多様なホストによっても使用されてよい操作ソフトウェアプログラムは、コンピュータベースのシステム、プロセッサを備えるシステム、または命令実行システム、装置またはデバイスから命令をフェッチし、命令を実行できる他のシステムのような命令実行システム、装置またはデバイスによって、あるいは命令実行システム、装置またはデバイスと関連して任意のコンピュータ可読媒体で実現できる。本書の文脈では「コンピュータ可読媒体」は命令実行システム、装置、またはデバイスによって、またはそれらと関連して使用されるためのプログラムを含む、記憶する、通信する、伝搬する、またはトランスポートすることができる任意の手段である場合がある。
【００６３】
［００７０］
コンピュータ可読媒体は、例えば、電子、磁気、光学、電磁、赤外線、または半導体のシステム、装置、デバイスまたは伝搬媒体である場合があるが、これらに限定されない。コンピュータ可読媒体のさらに具体的な例（非網羅的なリスト）は、以下を含む。つまり１本または複数のワイヤを有する電気接続（電子）、携帯用コンピュータのディスケット（磁気）、ランダムアクセスメモリ（ＲＡＭ）（磁気）、読み取り専用メモリ（ＲＯＭ）（磁気）、電気的消去可能ＲＯＭ（ＥＰＲＯＭまたはフラッシュメモリ）（磁気）、光ファイバ（光学）、及び携帯用読み出し専用コンパクトディスク（ＣＤＲＯＭ）（光学）である。プログラムは例えば用紙または他の媒体の光学走査を介して電子的に捕捉され、それからコンパイルされ、解釈される、あるいはそれ以外の場合必要に応じて適切な方法で処理され、それからコンピュータメモリに記憶できるため、コンピュータ可読媒体が、プログラムが上に印刷されている用紙または別の適切な媒体でさえあるであろうことに留意する。
【００６４】
［００７１］
分散型ボイスメッセージングシステムにおいて障害状態を監視し、対処するためのシステム及び方法の多様な実施形態が説明されてきたが、添付請求項の範囲内にあるさらに多くの実施形態及び実現が考えられる。したがって、障害管理のためのヘルスモニタサブシステム及び方法は添付請求項及びそれらの同等物を超えて制限されるべきではない。
【図面の簡単な説明】
【００６５】
［００１３］
【図１】地域分散型メッセージングシステムの実施形態を描くブロック図である。
【００６６】
［００１４］
【図２】図１の分散型メッセージングシステムにおいて実現できるメッセージ耐久性サブシステムの実施形態を描くブロック図である。
【００６７】
［００１５］
【図３】図２のメッセージ耐久性サブシステムを通した多様な呼処理構成要素間の階層関係の実施形態を描くブロック図である。
【００６８】
［００１６］
【図４】多様なホストと図３の構成要素の中で統合できるヘルスモニタサブシステムの実施形態を描く概略図である。
【００６９】
［００１７］
【図５】図４のヘルスモニタサブシステムの中でホストを実現するように構成されるコンピュータデバイスの実施形態を描く概略図である。
【００７０】
［００１８］
【図６】図４のヘルスモニタサブシステムにより実現できる地理的に分散したボイスメッセージシステム全体で状態を監視するための方法の実施形態を描く流れ図である。
【００７１】
［００１９］
【図７】図４のヘルスモニタサブシステムによって実現できる地理的に分散したボイスメッセージシステム全体で障害状態を監視し、障害状態から回復するための方法の実施形態を描く流れ図である。
【図１】
2008505406.tif 000003
【図２】
2008505406.tif 000004
【図３】
2008505406.tif 000005
【図４】
2008505406.tif 000006
【図５】
2008505406.tif 000007
【図６】
2008505406.tif 000008
【図７】
2008505406.tif 000009