(57)【要約】  システムは、冗長性のある電話コールのサービスを提供する。ゲートウェイは、コールを受信し、コールサービスの一次的責任を有するとして第１のサーバを識別し、コールサービスの二次的責任を有するとして第２のサーバを識別する。ゲートウェイは、コールを第１のサーバおよび第２のサーバの双方に伝達する。第１のサーバは、音声メッセージの記録を開始する。第１のサーバおよび第２のサーバは、音声メッセージを記録する。第１のサーバが、音声メッセージをタイムリーに完了し記憶したことを示すことに失敗した場合、第２のサーバが記録された音声メッセージを記憶する。
2010525669.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも部分的にコンピューティングシステム上で実施される音声メッセージの記録方法であって、
コールを受信するステップと、
前記コールをサービスする複数のサーバ（１４０、１４２）を識別するステップと、
前記コールを前記複数のサーバ（１４０、１４２）の各々に伝達するステップと、
前記複数のサーバ（１４０、１４２）の各々で音声メッセージを記録するステップと、
前記複数のサーバのうち第１のサーバ（１４０）が前記コールの記録に関連するタスクをタイムリーに実施できなかった場合、前記コールを前記複数のサーバのうち第２のサーバ（１４２）でサービスするステップと
を含むことを特徴とする方法。
【請求項２】
前記コールをサービスする複数のサーバを識別する前記ステップは、前記コールをサービスする少なくとも１つの第１のサーバ（１４０）および１つの第２のサーバ（１４２）を識別するステップを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記コールのサービスの一次的責任を有する前記第１のサーバ（１４０）を識別するステップと、前記コールのサービスの二次的責任を有する前記第２のサーバ（１４２）を識別するステップとをさらに含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記コールをサービスする複数のサーバを識別する前記ステップは、前記コールのサービスの一次的責任を有する第１のサーバ（１４０）をゲートウェイ（１２０）で識別するステップと、前記コールのサービスの二次的責任を有する少なくとも１つの第２のサーバ（１４２）を識別するステップとを含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記コールをサービスする複数のサーバを識別する前記ステップは、
ゲートウェイ（１２０）で、前記コールのサービスの一次的責任を有する第１のサーバ（１４０）を識別するステップと、
前記第１のサーバ（１４０）で、前記コールのサービスの二次的責任を有する少なくとも１つの第２のサーバ（１４２）を識別するステップと
を含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記コールを前記複数のサーバのうち第２のサーバ（１４２）でサービスする前記ステップは、音声メッセージを記録するステップと、前記音声メッセージの記憶を管理するステップとを含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記複数のサーバのうち前記第１のサーバ（１４０）で、発信者の電話番号に対するグリーティングの取り出しを管理するステップと、
前記複数のサーバのうち前記第１のサーバ（１４０）で、前記グリーティングの再生を管理するステップと、
前記複数のサーバのうち前記第１のサーバ（１４０）で、前記音声メッセージの記録の開始を管理するステップと、
前記複数のサーバのうち前記第１のサーバ（１４０）で、前記音声メッセージの記録の完了を管理するステップと、
前記複数のサーバのうち前記第１のサーバ（１４０）で、前記音声メッセージの記憶を管理するステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記複数のサーバのうち前記第２のサーバ（１４２）で、前記複数のサーバのうち前記第１のサーバ（１４０）で実施される、前記コールのサービスに関連するタスクを監視するステップと、
前記複数のサーバのうち前記第２のサーバ（１４２）で、前記複数のサーバのうち前記第１のサーバ（１４０）においてタスクのタイムリーな実施に失敗したことを識別するステップと、
前記複数のサーバのうち前記第２のサーバ（１４２）で、前記複数のサーバのうち前記第１のサーバ（１４０）においてタスクのタイムリーな実施に失敗したと識別したことに応答して、前記電話コールのサービスの責任を前記第２のサーバ（１４２）で負うステップと
をさらに含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記複数のサーバのうち前記第１のサーバ（１４０）においてタスクのタイムリーな実施に失敗したことを識別する前記ステップは、前記音声メッセージの記録の完了のタイムリーな管理に失敗したことを識別するステップを含み、
前記電話コールのサービスの責任を負う前記ステップは、前記音声メッセージの記録および前記音声メッセージの記憶の完了を管理するステップを含むこと
を特徴とする請求項８に記載の方法。
【請求項１０】
前記複数のサーバのうち前記第１のサーバ（１４０）においてタスクのタイムリーな実施に失敗したことを識別する前記ステップは、前記音声メッセージの記憶のタイムリーな管理に失敗したことを識別するステップを含み、
前記電話コールのサービスの責任を負う前記ステップは、前記音声メッセージの記憶の完了を管理するステップを含むこと
を特徴とする請求項８に記載の方法。
【請求項１１】
ゲートウェイ（１２０）であって、音声コールを複数のサーバ（１４０、１４２）に伝達するように適合された前記ゲートウェイ（１２０）と、
前記ゲートウェイ（１２０）と動作可能に結合された第１のサーバであって、音声コールを前記ゲートウェイ（１２０）から受信し、音声メッセージを記録し、および前記音声メッセージを記憶するためのコンピュータ可読命令を備える前記第１のサーバ（１４０）と、
前記ゲートウェイ（１２０）および前記第１のサーバ（１４０）と動作可能に結合された第２のサーバ（１４２）であって、前記ゲートウェイ（１２０）から前記コールを受信し、前記音声メッセージを記録し、前記第１のサーバ（１４０）により実施されるタスクを監視し、前記第１のサーバ（１４０）がタスクをタイムリーに完了できなかった場合に前記コールのサービスの責任を負うためのコンピュータ可読命令を備える前記第２のサーバ（１４２）と
を備えることを特徴とする音声メッセージを記録するためのシステム。
【請求項１２】
前記第２のサーバ（１４２）は、前記第１のサーバ（１４０）が前記音声メッセージの記憶をタイムリーに完了できなかった場合に前記音声メッセージを記憶するためのコンピュータ可読命令を備えることを特徴とする請求項１１に記載のシステム。
【請求項１３】
前記第１のサーバ（１４０）および前記第２のサーバ（１４２）はユニファイドメッセージングサーバであることを特徴とする請求項１１に記載のシステム。
【請求項１４】
前記ゲートウェイ（１２０）は、前記コールを受信する前記第１のサーバ（１４０）および前記第２のサーバ（１４２）を選択するように適合されることを特徴とする請求項１１に記載のシステム。
【請求項１５】
前記第１のサーバ（１４０）は、前記第２のサーバ（１４２）を選択するためのコンピュータ可読命令を備えることを特徴とする請求項１１に記載のシステム。
【請求項１６】
情報を記憶した１つまたは複数のコンピュータ可読記憶媒体であって、
電話コールをサービスする際のタスクを第１のサーバ（１４０）で実施するためのコンピュータ可読命令と、
前記第１のサーバ（１４０）により実施されるタスクを第２のサーバ（１４２）で監視するためのコンピュータ可読命令と、
前記第１のサーバ（１４０）においてタスクのタイムリーな実施に失敗したことを前記第２のサーバ（１４２）で識別するためのコンビュ_一夕可読命令と、
前記第１のサーバ（１４０）においてタスクのタイムリーな実施に失敗したと識別したことに応答して、前記第２のサーバ（１４２）で前記電話コールのサービスの責任を負うためのコンピュータ可読命令と
を備えることを特徴とするコンピュータ可読記憶媒体。
【請求項１７】
前記第１のサーバ（１４０）においてタスクのタイムリーな実施に失敗したことを前記第２のサーバ（１４２）で識別するための前記コンピュータ可読命令は、記録されたグリーティングを提示すること、メッセージの記録を開始すること、およびメッセージの記録を完了することのうち少なくとも１つをタイムリーに実施することに失敗したことを前記第２のサーバ（１４２）で識別するための命令を含むことを特徴とする請求項１６に記載の１つまたは複数のコンピュータ可読記録媒体。
【請求項１８】
前記第１のサーバ（１４０）においてタスクのタイムリーな実施に失敗したと識別したことに応答して前記第２のサーバ（１４２）で前記電話コールのサービスの責任を負うための前記コンピュータ可読命令は、前記コールを完了するためのコンピュータ可読命令を含むことを特徴とする請求項１６に記載の１つまたは複数のコンピュータ可読記録媒体。
【請求項１９】
前記第１のサーバ（１４０）で実施されているタスクを前記第２のサーバ（１４２）で同時に実施するためのコンピュータ可読命令をさらに含むことを特徴とする請求項１６に記載の１つまたは複数のコンピュータ可読記録媒体。
【請求項２０】
前記第１のサーバ（１４０）で実施されているタスクを前記第２のサーバ（１４２）で同時に実施するための前記コンピュータ可読命令は、メッセージを前記第２のサーバ（１４２）で記録するステップを含むことを特徴とする請求項１９に記載の１つまたは複数のコンピュータ可読記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、冗長性のあるコールサービス、特に、冗長性のある音声メールの記録を提供するためのシステムおよび方法に関する。
【背景技術】
【０００２】
音声メールシステムは、ユーザがとりわけ音声メッセージを記録できるようにするもので、近代社会では至る所に存在している。音声メールシステムは、職場環境で長年使用されてきた。本技術が非常に有用であることがわかって、本技術の需要が個人消費者市場に移り込んだ。多くの移動電話サービスのプランには、今や音声メールサービスが標準機能として搭載されている。
【０００３】
従来は、音声メールシステムは、独自の技術を使用していた。例えば、音声メールシステムが単一のベンダにより設計、導入、および保守されることもあった。特別な音声メールの導入に特化して開発され且つ当該ベンダにより独占されたハードウェアおよびソフトウェアをシステムが含むこともある。
【０００４】
音声メールシステムの設計では、独自のハードウェアおよびソフトウェアではなく標準的なハードウェア構成要素および市販のソフトウェアを使用する動きがある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本明細書で説明される主題において、システムは冗長性のあるコールサービスを提供し、特に、冗長性のある音声記録を提供する。一例示的システムは、コールを受信するためのゲートウェイ及びコールをサービスするための複数のサーバを含むことができる。
【課題を解決するための手段】
【０００６】
一例示的システムにおいて、例示的なゲートウェイは、音声コールを受信し、コールを複数のサーバに伝達するようにプログラムされる。例えば回線交換プロトコルのような第１のプロトコルでコールを受信し、例えばインターネットプロトコルのような第２のプロトコルでコールを伝達するように、ゲートウェイをプログラムすることができる。一例示的実施形態において、ゲートウェイを、２つ以上のサーバを選択して冗長性のある音声記録を提供するようにプログラムすることができる。
【０００７】
第１の例示的なサーバは、ゲートウェイと通信可能に結合される。第１の例示的なサーバは、例えば、ユニファイドメッセージングサーバであってもよい。第１の例示的なサーバを、ゲートウェイからの音声コールの受信、音声メッセージの記録、および当該音声メッセージの記憶を管理するためのコンピュータ可読命令でプログラムすることができる。
【０００８】
第２の例示的なサーバは、ゲートウェイと通信可能に結合され、第１の例示的なサーバとも通信可能に結合される。第２の例示的なサーバもまた、例えば、ユニファイドメッセージングサーバであってもよい。第２の例示的なサーバを、ゲートウェイからのコールの受信、音声メッセージの記録、第１のサーバにより実施されるタスクの監視、および第１のサーバがタスクをタイムリーに完了できなかった場合にコールのサービス責任を負うことを管理するためのコンピュータ可読命令でプログラムすることができる。
【０００９】
コールをゲートウェイで受信すると、コールのサービスの責任を有するものとして第１の例示的なサーバおよび第２の例示的なサーバを識別する。第１の例示的なサーバにはコールのサービスの一次的責任を割り当て、第２の例示的なサーバにはコールのサービスの二次的責任を割り当てる。ゲートウェイはコールを第１のサーバおよび第２のサーバの両方に伝達する。第１のサーバは、所望のコールの要求に関連する適切なタスクを実施することにより、コールをサービスする。第１のサーバがコールのサービスに関連するタスクをタイムリーに完了できなかった場合、第２のサーバがコールのサービスの責任を負い、必要なタスクを完了することができる。
【００１０】
第１のサーバは、例えば、グリーティングを取り出して再生し、音声メッセージの記録を開始し、音声メッセージの記録を完了し、記録された音声メールを記憶することによってコールをサービスすることができる。第２のサーバは、第１のサーバの係るタスクの完了のステータスを監視することができ、第１のサーバがタスクをタイムリーに完了できなかった場合、第２のサーバがコールのサービスの責任を負うことができる。さらに、第１のサーバが様々なタスクの完了を企図する一方で、第２のサーバは同じタスクを同時に実施することができる。例えば、第１のサーバが音声メッセージを記録する際、第２のサーバも当該メッセージを記録することができる。第１のサーバが音声メッセージの記録および／または記憶をタイムリーに完了できなかった場合、第２のサーバがコールの責任を負って音声メッセージの記録および／または記憶を完了することができる。
【００１１】
本発明の概要は、選択した概念を簡潔な形で導入するために与えてある。その概念は、例示的な実施形態の詳細な説明で後にさらに説明する。本発明の概要は、クレーム主題の主要な特徴または本質的な特徴を特定しようとするものではなく、クレーム主題の範囲を限定するために使用しようとするものでもない。他の特徴は、以下に説明する。
【００１２】
上述の要約および以下の例示的な実施形態の追加説明は、添付の図面と併せて読むとより良く理解することができる。当然のことながら、開示されたシステムおよび方法の潜在的な実施形態は図示したものに限定されない。
【図面の簡単な説明】
【００１３】
【図１】本明細書で記載された主題の態様を実装可能な例示的なコンピューティング構成のネットワーク図である。
【図２】冗長性のあるコールのサービスを提供する処理のフローチャートである。
【図３】冗長性のあるコールのサービスの提供対象であるコールを受信する処理のフローチャートである。
【図４】冗長性のあるコールのサービスを提供する処理に関連して１次サーバおよび２次サーバを同期する処理のフローチャートである。
【図５】冗長性のあるコールのサービスに関連するタスクを実施する処理のフローチャートである。
【図６】コールのサービスに冗長性を提供する処理のフローチャートである。
【図７】本明細書で記載される主題の態様を展開可能なコンピューティング環境のブロック図である。
【発明を実施するための形態】
【００１４】
概要
本明細書で記載される主題は、冗長性のあるコールのサービス、特に、冗長性のある音声メールの記録を提供するためのシステムおよび方法に関する。一例示的システムは、コールを受信するためのゲートウェイおよびコールをサービスするための複数のサーバを含むことができる。
【００１５】
コールをゲートウェイで受信すると、コールのサービスの責任を有するとして第１のサーバおよび第２のサーバが識別される。第１のサーバは、コールのサービスの一次的責任が割り当てられ、第２のサーバは、コールのサービスの二次的責任が割り当てられる。ゲートウェイは、コールを第１のサーバおよび第２のサーバの両方に伝達する。第１のサーバは、所望のコール要求に関連する適切なタスクを実施することによりコールをサービスする。第１のサーバがコールのサービスに関連するタスクをタイムリーに完了できなかった場合、第２のサーバがコールのサービスの責任を負い、必要なタスクを完了することができる。
【００１６】
第１のサーバが様々なタスクの完了を企図する一方で、第２のサーバは同じタスクを同時に実施することができる。例えば、第１のサーバが音声メッセージを記録する際、第２のサーバも当該メッセージを記録することができる。第１のサーバが音声メッセージの記録および／または記憶をタイムリーに完了できなかった場合、第２のサーバがコールのサービスの責任を負って音声メッセージの記録および／または記憶を完了することができる。
【００１７】
開示された機能は、市販のソフトウェアおよび標準的なハードウェアで実装されてもよい。例えば、開示されたシステムおよび方法の一実施形態において、サーバはユニファイドメッセージングサーバとして実装されてもよい。さらに、ユニファイドメッセージングサーバは、標準的なコンピューティングハードウェア上に実装されてもよく、ユニファイドメッセージングサーバは、確立されたネットワーク技術およびプロトコルを使用して通信することができる。
【００１８】
コンピューティング構成の例
図１は、冗長性のあるコール処理を提供するのに適した例示的なコンピューティング構成１００を示す。示したように、コンピューティング構成１００は、ネットワーク１０８と通信するよう結合される。ネットワーク１０８は、音声コールを伝達するように適合されており、音声信号および／または音声データの移動に適した任意の種類のネットワークであることができる。例えば、ネットワーク１０８は、公衆回線電話網、インターネット、または音声情報を伝達するのに適した他の任意のネットワークであるか、またはその全てもしくは一部を含むことができる。ネットワーク１０８は、異なる技術を使用できる離散的なネットワークの組合せを含むことができる。例えば、ネットワーク１０８は、ＬＡＮ（ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）、ＷＡＮ（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）、またはそれらの組合せを含むことができる。ネットワーク１０８は、無線、有線、またはそれらの組合せを含むことができる。
【００１９】
ネットワーク１０８は、通信リンク１０６を介してスイッチ１１０とインタフェースして、音声コールをコンピューティング構成１００に伝達する。スイッチ１１０は、コールをネットワーク１０８からコンピューティング構成１００へ切り替えるように動作可能な任意の種類の装置であることができる。一例示的実施形態において、スイッチ１１０は例えば、ＰＢＸ（ｐｕｂｌｉｃ  ｂｒａｎｃｈ  ｅｘｃｈａｎｇｅ）スイッチであってもよい。スイッチ１１０は、ゲートウェイ１２０と通信リンク１３０を介して情報を伝達する。通信リンク１３０として、例えば、コール情報の伝達に適した任意の適切なネットワークトポロジを使用することができる。
【００２０】
コンピューティング構成１００は、ゲートウェイ１２０、ならびにサーバ１４０、１４２、および１４４を含む。ゲートウェイ１２０は、コンピューティング構成１００内のサーバ１４０、１４２、および１４４を含む複数のマシンにアクセスポイントを提供するように適合される。ゲートウェイ１２０は、コール情報を複数のサーバ１４０、１４２、および１４４に経路指定するのに適した任意のコンピューティング装置を含むことができる。一例示的実施形態において、ゲートウェイ１２０は、コール情報を第１のプロトコルでスイッチ１１０から受信し、それを別のプロトコルでサーバ１４０、１４２、および／または１４４に伝達するように適合される。例えば、ゲートウェイ１２０は、音声コールをスイッチ１１０から例えばＴＤＭ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｅｄ）プロトコルのような回線交換プロトコルで受信し、コールを例えばインターネットプロトコルのようなパケット交換プロトコルを使用してサーバ１４０、１４２、および／または１４４に伝達するように適合されたＶｏＩＰ（ｖｏｉｃｅ−ｏｖｅｒ−ｉｎｔｅｒｎｅｔ−ｐｒｏｔｏｃｏｌ）ゲートウェイであってもよい。一例示的実施形態において、ゲートウェイ１２０およびスイッチ１１０の機能は共通の装置内で組み合わされることができる。
【００２１】
ネットワーク１５０は、ゲートウェイ１２０、サーバ１４０、１４２、および１４４の間の通信リンクを提供する。ネットワーク１５０は、ゲートウェイ１２０とサーバ１４０、１４２、および／または１４４との間の通信を提供するのに適した通信リンクであればどのようなものでもよい。ネットワーク１５０は、例えば、データをインターネットプロトコル形式で伝達するのに適した光ファイバネットワークを含むことができる。さらに、ネットワーク１５０は、例えば、ＷＡＮ、ＬＡＮ、および／またはインターネットのようなネットワークの構成要素を含むことができる。
【００２２】
サーバ１４０、１４２、および１４４は、冗長性のある音声記録を提供するよう適合されたコンピューティング装置である。サーバ１４０、１４２、および１４４の各々は、本明細書で記載されたように冗長性のある音声サービスを提供するように動作するためのコンピュータ可読命令でプログラムされた任意の適切なコンピューティング装置であることができる。一例示的実施形態において、サーバ１４０、１４２、および１４４は、異なるメッセージストリームを単一の受信箱に統合するように適合されたＵＭ（ｕｎｉｆｉｅｄ  ｍｅｓｓａｇｉｎｇ）サーバとして動作するようにプログラムされることができる。例えば、サーバ１４０、１４２、および１４４は、電子メール、ファックス、音声、ビデオ、等を受信し、それらを複数の装置タイプから取り出せるようにプログラムされることができる。図１において、３台のサーバ１４０、１４２、および１４４を図示されているが、任意数の複数のサーバを構成１００に含められてもよいことに留意されたい。
【００２３】
ゲートウェイ１２０、ならびにサーバ１４０、１４２、および１４４は、任意数のプロトコルを使用して互いと通信するように適合されている。ゲートウェイ１２０、サーバ１４０、１４２、および１４４の間の通信は、例えば、ＳｌＰ（ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ  ｐｒｏｔｏｃｏｌ）およびＲＴＰ（ｒｅａｌ  ｔｉｍｅ  ｐｒｏｔｏｃｏｌ）を使用して行うことができる。
【００２４】
一例示的実施形態において、ゲートウェイ１２０でコールを受信すると、サーバ１４０、１４２、および／または１４４のうちの少なくとも１つは、コール要求のサービスの一次的責任を有すると識別される。サーバ１４０、１４２、および１４４のうち少なくとも１つの第２のサーバは、要求のサービスの二次的責任を有するとして識別される。コールは、当該コールのサービスの一次的責任を有するとして識別された１つまたは複数のサーバに転送される。また、当該コールは、当該コールのサービスの二次的責任を有するとして識別された１つまたは複数のサーバにも転送される。一次的責任を有する１つまたは複数のサーバがコールをタイムリーにサービスできなかった場合、１つまたは複数の２次サーバがコールのサービスの責任を負い、任意の音声メッセージの記録および保存を含むサービスを完了する。
【００２５】
冗長性のあるコールのサービスの方法
図２は、冗長性のあるコールの記録を提供する処理のフローチャートである。ステップ２１０において、ゲートウェイ１２０はスイッチ１１０からコールを受信する。コールは、例えば、ネットワーク１０８が発信元であってもよい。
【００２６】
ステップ２１２において、コールをサービスする複数のサーバ２１２が識別される。一例示的実施形態において、コールのサービスは、冗長性のある音声メッセージの記録の提供を含む。本ステップは、第１のサーバをコールのサービスの一次的責任があるとして識別し、第２のサーバをコールのサービスの二次的責任があるとして識別することを含むことができる。どのサーバ（複数可）が一次的責任を有し、どのサーバ（複数可）が二次的責任を有するかは任意数の方法で識別することができる。一例示的実施形態において、サーバ１４０、１４２、および１４４のうちの１つを選択して１次サーバとして動作させ、別のものを選択して２次サーバとして動作させるようにゲートウェイ１２０をプログラムさせることができる。別の例示的な実施形態において、ゲートウェイ１２０は、サーバ１４０、１４２、および１４４のうちの１つを１次サーバとして動作するように識別することができる。次いで、１次サーバとして識別されたサーバは２次サーバとして動作するサーバを識別する。例示のため、サーバ１４０は、１次サーバとして識別され、サーバ１４２は、２次サーバとして識別される可能性がある。コールをサービスする装置間の関係を確立するためのゲートウェイ１２０、サーバ１４０、１４２、および１４４の間の通信は、ＳＩＰを使用して構築することができる。
【００２７】
ステップ２１４において、ゲートウェイ１２０は、コールを複製し、要求のサービスの一次的責任を有するとして識別された第１のサーバまたは１次サーバ１４０、および二次的責任を有するとして識別された第２のサーバまたは２次サーバ１４２に、コールを伝達する。
【００２８】
ステップ２１６において、１次サーバ１４０がコールのサービスに関連するステップをタイムリーに完了できなかったかどうかを２次サーバ１４２側で判定する。例えば、２次サーバ１４２は、１次サーバ１４０がタイムリーにグリーティングを取り出すこと、グリーティングの再生、音声メッセージの記録、および／または記録された音声メッセージの記憶装置への記憶に失敗したかどうかを判定する。２次サーバ１４２は、１次サーバ１４０のステータスを監視することにより、タスクがタイムリーに完了したかどうかを判定することができる。この監視は、任意数の方法で達成することができる。その方法には、例えば、１次サーバ１４０の直近の活動に関して１次サーバ１４０と通信することが含まれる。
【００２９】
１次サーバ１４０がタスクをタイムリーに実施できなかった場合、ステップ２１８において、２次サーバ１４２がコールのサービスの責任を負う。例えば、記録したグリーティングを１次サーバ１４０が所定の期間に再生できなかった場合、ステップ２１８において、２次サーバ１４２がコールのサービスの責任を負う。例えば、１次サーバ１４０が、自身が音声メッセージを保存したことをタイムリーに示せなかった場合、ステップ２１８において、２次サーバ１４２がコールのサービスの責任を負う。コールのサービスの責任を負うことには、コールを破棄するよう１次サーバ１４０にメッセージを送信すること、および／または１次サーバ１４０からコールを破棄するようゲートウェイ１２０にメッセージを送信することを含むことができる。
【００３０】
ステップ２２０において、コールのサービスが完了する。一例示的実施形態において、コールのサービスを完了することには、後で取り出せるように音声記録を記憶することを含めて、音声メッセージの記録を完了することを含む。従って、ステップ２１６において、１次サーバ１４０がコールのサービスにおける全てのタスクをタイムリーに実施したと判定される場合、ステップ２２０において、１次サーバ１４０は、コールの記録を完了する。しかし、１次サーバ１４０がコールのサービスに関連するタスクをタイムリーに完了できず、２次サーバ１４２がステップ２１８においてそのサービスの責任を負ったとステップ２１６において判断された場合、ステップ２２０において、２次サーバ１４２がコールの記録を完了する。これには例えば、記録した音声メッセージを記憶することを含むことができる。
【００３１】
図３は、冗長性のあるコールサービスの提供対象であるコールを受信する処理のフローチャートである。ステップ３１０において、コールはゲートウェイ１２０で受信される。ステップ３１２において、ゲートウェイ１２０は、コールのサービスの一次的責任を有する少なくとも１つの第１のサーバを識別する。例示のため、サーバ１４０は１次サーバとして識別される可能性がある。当然のことながら、複数のサーバは、コールのサービスの一次的責任を有するとして識別されてもよい。例えば、幾つかのサーバは、コールのサービスに関連する様々なタスクの実施の一次的責任を割り当てられることができる。
【００３２】
ステップ３１４において、少なくとも１つの第２のサーバは、二次的責任を有するものとして識別される。例示のため、サーバ１４２は２次サーバとして識別される可能性がある。２次サーバは、任意数の方法で識別されることができる。例えば、一潜在的実施形態において、ゲートウェイ１２０がコールのサービスの二次的責任を有するサーバを識別することができる。一代替的実施形態において、１次サーバとして識別されたサーバが２次サーバを識別することができる。当然のことながら、複数のサーバは、コールのサービスの二次的責任を有するとして識別されてもよい。例えば、１次サーバが失敗した場合に、幾つかのサーバが、コールの監視およびサービスに関連する様々なタスクの実施を割り当てられることができる。
【００３３】
ステップ３１６において、ゲートウェイ１２０は、コールを１次サーバ１４０および２次サーバ１４２として識別されたサーバに伝達する。ゲートウェイ１２０、サーバ１４０、１４２の間の通信は、例えば、ＳＩＰのようなプロトコルを使用して行われることができる。
【００３４】
図４は、冗長性のあるコールのサービスを提供する処理に関連して１次サーバおよび２次サーバを同期する処理のフローチャートである。図示したように、ステップ４１０において、ゲートウェイ１２０からのコールのサービスの要求を１次サーバ１４０および２次サーバ１４２で受信する。
【００３５】
ステップ４１４において、１次サーバ１４０および２次サーバ１４２は、コールのサービスに関連する夫々のタスクの実施準備が夫々で整うように、互いと同期する。１次サーバ１４０および２次サーバ１４２は、同期に関連して互いと通信することができる。通信は、サーバ間で、例えば、ＳＩＰ（ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ  ｐｒｏｔｏｃｏｌ）のような標準的なプロトコルを使用して行うことができる。一実施形態において、ＳＩＰが使用され、サーバ間のシグナリングチャネルをコールの期間に渡って確立することができる。
【００３６】
ステップ４１６において、１次サーバ１４０および２次サーバ１４２は、ゲートウェイ１２０に対して、自身が着信コールをサービスできることを知らせる。ゲートウェイ１２０との通信は、ＳＩＰプロトコルを使用して行われることができ、媒体またはコール情報を伝達するためにＲＴＰプロトコルを使用することができる。ステップ４１８において、コールは１次サーバ１４０および２次サーバ１４２の各々で受信される。
【００３７】
図５は、冗長性のあるサービスを要求したコールのサービスに関連するタスクを実施する処理のフローチャートである。一例示的実施形態において、冗長性のある音声メールの記録が提供される。ステップ５１２において、１次サーバ１４０は、コールの宛先である電話番号に対する記録されたグリーティングを取り出し、その再生を開始する。ステップ５１２において、また、１次サーバ１４０は、グリーティングを開始したとして自身のステータスを更新する。１次サーバ１４０は、１次サーバにより実施されたタスクのステータスを２次サーバ１４２が利用できるように、任意数の方法で自身のステータスを更新することができる。例えば、１次サーバ１４０は、２次サーバ１４２と通信して、グリーティングが再生され始めたことを伝達することができる。当該通信は、ＳＩＰプロトコルを使用して行われることができる。別の例示的実施形態において、１次サーバ１４０は、グリーティングが開始されたことを示すように、２次サーバ１４２によりアクセス可能なメモリ内の位置を更新することができる。
【００３８】
ステップ５１４において、１次サーバ１４０は、記録されたグリーティングの再生を完了し、グリーティングの再生を完了したとして自身のステータスを更新する。更新されたステータスは２次サーバ１４２に伝達される。
【００３９】
ステップ５１６において、１次サーバ１４０は音声メッセージの記録を開始し、メッセージの記録を開始したとしてそのステータスを更新する。メッセージの記録の開始には、例えば、システムが音声記録を受信する準備ができていることを発信者に示すことを含むことができる。これは、例えば、発信音を発信者に伝達することにより達成されることができる。更新されたステータスは、２次サーバ１４２に伝達される。２次サーバ１４２は同様に任意のメッセージの記録を開始する。
【００４０】
ステップ５１８において、１次サーバ１４０は音声メッセージの記録を完了し、メッセージの記録が完了したとして自身のステータス情報を更新する。更新されたステータスは、２次サーバ１４２に伝達される。
【００４１】
ステップ５２０において、１次サーバ１４０は記録したメッセージを記憶し、記録したメッセージの記憶を完了したとして自身のステータスを更新する。更新されたステータスは、２次サーバ１４２に伝達される。１次サーバ１４０は、記録メッセージを保存するのに適した任意の方法で記録メッセージを記憶し、後で取り出すことができる。
【００４２】
図６は、音声メールの記録のサービスにコールの冗長性を提供する処理のフローチャートである。ステップ６１０において、２次サーバ１４２は、タスクをタイムリーに完了するために、１次サーバ１４０のステータスを監視する。２次サーバ１４２は、例えば、完了したタスクに関する１次サーバ１４０からの通信を受信することにより、当該ステータスを監視することができる。当該通信は、例えばＳＩＰプロトコルを使用して行われることができる。別の例示的実施形態において、２次サーバ１４２は、例えば、１次サーバ１４０のステータスが記録されているメモリ内の位置をチェックすることにより、当該ステータスを監視することができる。
【００４３】
ステップ６１２において、２次サーバ１４２は、１次サーバ１４０がグリーティングをタイムリーに取り出し再生したことをステータスが示すかどうかを判定する。例えば、記録されたグリーティングがコールの受信後所定の時間までに取り出されることを見込むように、２次サーバ１４２がプログラムされることができる。同様に、記録されたグリーティングの再生がコールの受信後所定の時間までに完了することを見込むように、２次サーバ１４２がプログラムされることができる。１次サーバ１４０がグリーティングをタイムリーに取り出さず、且つ／または再生しなかったことを１次サーバ１４０のステータスが示すと２次サーバ１４２が判定する場合には、２次サーバ１４２は、ステップ６２２においてコールの完了の制御を担うか、コールの完了の責任を負う。コールの制御を担う場合、２次サーバ１４２は、例えば、コールを破棄するように１次サーバ１４０に指令すること、および記録されたグリーティングをサーバ１４２で取り出し再生することを含めて、コールが正確にサービスされることを保証する任意数のステップを行うことができる。２次サーバ１４２は続いて、音声メールをサービスする際の残りのステップを実施することができる。ステップ６１２において、１次サーバ１４０がグリーティングをタイムリーに取り出して再生したと２次サーバ１４２が判定した場合は、２次サーバ１４２は、ステップ６１０においてタイムリーなタスクの完了を監視し続ける。
【００４４】
ステップ６１４において、２次サーバ１４２は、１次サーバ１４０が音声メッセージの記録をタイムリーに開始したことをステータスが示すかどうかを判定する。例えば、コールの受信後またはグリーティングの完了後の特定の時間までに音声メッセージの記録開始が行われることをチェックするように、２次サーバ１４２はプログラムされることができる。１次サーバ１４０がタイムリーにメッセージの記録を開始しなかったことを１次サーバ１４０のステータスが示すと２次サーバ１４２が判定する場合、２次サーバ１４２はステップ６２２においてコールの完了の制御を担うか、コールの完了の責任を負う。コールの制御を担う場合は、２次サーバ１４２は、例えば、コールを破棄するように１次サーバ１４０に指令すること、およびサーバ１４２でメッセージの記録を開始することを含めて、コールが正確にサービスされることを保証する任意数のステップを行うことができる。２次サーバ１４２は続いて、音声メールをサービスする際の任意の残りのステップを実施することができる。
【００４５】
ステップ６１４において、１次サーバ１４０がタイムリーに音声メッセージの記録を開始したと２次サーバ１４２が判定した場合、ステップ６１６において、２次サーバ１４２はメッセージの記録を開始する。その後、２次サーバ１４２はステップ６１０においてタイムリーなタスクの完了を監視し続ける。
【００４６】
ステップ６１８において、２次サーバ１４２は、１次サーバ１４０が音声メッセージの記録および記憶をタイムリーに完了したことをステータスが示すかどうかを判定する。例えば、コールの受信後またはグリーティングの完了後の特定の時間までに音声メッセージの記録が完了され音声メールが記憶されることをチェックするように、２次サーバ１４２はプログラムされることができる。２次サーバ１４２は、自身がコールに関してゲートウェイ１２０から受信する信号伝達により音声メールの記録が完了されると宣言することができる。１次サーバ１４０および２次サーバ１４２は双方ともゲートウェイ１２０と対話し、双方とも記録を終了できることを独立して知らされる。
【００４７】
１次サーバ１４０がタイムリーに音声メッセージの記録および記憶を完了しなかったことを１次サーバ１４０のステータスが示すと２次サーバ１４２が判定する場合、２次サーバ１４２はステップ６２２においてコールの完了の制御を担うか、コールの完了の責任を負う。コールの制御を担う場合、２次サーバ１４２は、例えば、コールを破棄するように１次サーバ１４０に指令すること、およびサーバ１４２で音声メッセージの記録と記憶を完了することを含めて、コールが正確にサービスされることを保証する任意数のステップを行うことができる。２次サーバ１４２は続いて、音声メールをサービスする際の任意の残りのステップを実施することができる。
【００４８】
ステップ６１８において、メッセージがタイムリーに記録および記憶されたと２次サーバ１４２が判定する場合、ステップ６２０において、２次サーバ１４２は記録したメッセージのコピーを破棄する。
【００４９】
例示的なコンピューティング環境
図７は、例示的なコンピューティング構成１００で使用できる例示的なコンピューティング環境７２０を示す。例示的なコンピューティング環境７２０は、多くの方法で使用して、本明細書で記載された冗長性のあるコールのサービスに対して開示された方法を実装することができる。例えば、コンピューティング環境７２０は、冗長性のあるコールサービスを提供するためにコンピュータサーバ１４０、１４２、１４４として動作してもよい。一例示的実施形態において、コンピューティング環境７２０はゲートウェイ１２０として動作することができる。
【００５０】
コンピューティング環境７２０は、適切なコンピューティング環境の一例に過ぎず、本明細書で開示された主題の使用範囲または機能範囲についていかなる限定をも示唆しようとするものではない。また、コンピューティング環境７２０が、例示的なコンピューティング環境７２０で示された構成要素のいかなる１つまたは組合せに関してもいかなる依存性または要件を有するとも解釈されるべきではない。
【００５１】
本明細書で記載された主題の態様は、多数の他の汎用目的または特殊目的のコンピューティングシステム環境または構成を使用して動作させることができる。本明細書で記載された主題と共に使用するのに適切でありうる公知のコンピューティングシステム、環境、および／または構成の例には、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルドまたはラップトップデバイス、ポータブルメディアデバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、セットトップボックス、プログラム可能家庭用電化製品、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、上記システムまたは装置の何れかを含む分散コンピューティング環境、等が含まれるがこれらに限定されない。
【００５２】
本明細書で記載された主題の態様を実装するための一例示的システムは、汎用目的のコンピューティング装置をコンピュータ７４１の形で含む。コンピュータ７４１の構成要素は、処理ユニット７５９、システムメモリ７２２、システムメモリを含む様々なシステム構成要素を処理ユニット７５９に結合するシステムバス７２１を含むことができるがこれらに限定されない。システムバス７２１は、メモリバスまたはメモリコントローラ、周辺バス、および様々なバスアーキテクチャの何れかを使用したローカルバスを含む数種のバス構造のうちの何れかであることができる。限定ではなく例として、係るアーキテクチャには、ＩＳＡ（Ｉｎｄｕｓｔｒｙ  Ｓｔａｎｄａｒｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ）バス、ＭＣＡ（Ｍｉｃｒｏ  Ｃｈａｎｎｅｌ  Ａｒｃｈｉｔｅｃｔｕｒｅ）バス、ＥＩＳＡ（Ｅｎｈａｎｃｅｄ  ＩＳＡ）バス、ＶＥＳＡ（Ｖｉｄｅｏ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｓｔａｎｄａｒｄｓ  Ａｓｓｏｃｉａｔｉｏｎ）ローカルバス、およびメザニンバスとしても知られるＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）バスが含まれる。
【００５３】
コンピュータ７４１は、通常、様々なコンピュータ可読媒体を含む。コンピュータ可読媒体は、コンピュータ７４１によりアクセス可能な任意の使用可能な媒体であることができ、揮発性および不揮発性媒体、取外し可能および取外し不能媒体の両方を含む。限定ではなく例として、コンピュータ可読媒体はコンピュータ記憶媒体および通信媒体を含むことができる。コンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュールまたは他のデータのような情報を記憶するための任意の方法または技術で実装された揮発性および不揮発性媒体、取外し可能および取外し媒体の両方を含む。コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ−ＲＯＭ、ＤＶＤ（ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｋ）もしくは他の光ディスク記憶、磁気カセット、磁気テープ、磁気ディスク記憶もしくは他の磁気記憶装置、または所望の情報を記憶するために使用できコンピュータ７４１がアクセスできる他の任意の媒体を含むがこれらに限定されない。通信媒体は、通常、コンピュータ可読命令、データ構造、プログラムモジュールまたは他のデータを搬送波または他のトランスポート機構のような変調データ信号で具現化し、任意の情報配信媒体を含む。「変調データ信号」という用語は、１つまたは複数のその特性集合を有するか信号内の情報をエンコードするような方法で変化した信号を含む。限定ではなく例として、通信媒体には有線ネットワークまたは直接有線接続のような有線媒体および、音響、ＲＦ、赤外線および他の無線媒体のような無線媒体が含まれる。上記の何れかから成る組合せもコンピュータ可読媒体の範囲に含まれるべきである。
【００５４】
システムメモリ７２２は、コンピュータ記憶媒体をＲＯＭ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）７２３およびＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）７６０のような揮発性および／または不揮発性のメモリの形で含む。ＢＩＯＳ（ｂａｓｉｃ  ｉｎｐｕｔ／ｏｕｔｐｕｔ  ｓｙｓｔｅｍ）７２４は、例えば起動中にコンピュータ７４１内部の要素間での情報転送を支援する基本的なルーチンを含み、通常はＲＯＭ７２３に記憶される。ＲＡＭ７６０は、通常、処理ユニット７５９が即座にアクセス可能であるデータおよび／または処理ユニット７５９上で現在稼働中のプログラムモジュールを含む。限定ではなく例として図７はオペレーティングシステム７２５、アプリケーションプログラム７２６、他のプログラムモジュール７２７、およびプログラムデータ７２８を示す。
【００５５】
コンピュータ７４１はまた、他の取外し可能／取外し不能のコンピュータ記憶媒体、揮発性／不揮発性のコンピュータ記憶媒体を含むことができる。例としてのみ、図７は取外し不能で不揮発性の磁気媒体を読み書きするハードディスクドライブ７３８、取外し可能で不揮発性の磁気ディスク７５４を読み書きする磁気ディスクドライブ７３９、およびＣＤ  ＲＯＭまたは他の光媒体のような取外し可能で不揮発性の光ディスク７５３を読み書きする光ディスクドライブ７４０を示す。例示的な動作環境で使用できる他の取外し可能／取外し不能のコンピュータ記憶媒体、揮発性／不揮発性のコンピュータ記憶媒体には、磁気テープカセット、フラッシュメモリカード、デジタル多用途ディスク、デジタルビデオテープ、固体ＲＡＭ、固体ＲＯＭ、等が含まれるがこれらに限らない。ハードディスクドライブ７３８は、通常、インタフェース７３４のような取外し不能メモリインタフェースを介してシステムバス７２１に接続され、磁気ディスクドライブ７３９および光ディスクドライブ７４０は、通常、インタフェース７３５のような取外し可能メモリインタフェースによってシステムバス７２１に接続される。
【００５６】
上で論じ、図７で示したドライブおよびその関連するコンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、および他のデータをコンピュータ７４１のために記憶する。図７では、例えば、ハードディスクドライブ７３８がオペレーティングシステム７５８、アプリケーションプログラム７５７、他のプログラムモジュール７５６、およびプログラムデータ７５５を記憶するとして示してある。これらの構成要素はオペレーティングシステム７２５、アプリケーションプログラム７２６、他のプログラムモジュール７２７、およびプログラムデータ７２８と同一であるかまたは異なることができることに留意されたい。オペレーティングシステム７５８、アプリケーションプログラム７５７、他のプログラムモジュール７５６、およびプログラムデータ７５５にはここでは異なる番号を与え、最低限それらが異なるコピーであることを示す。ユーザはキーボード７５１および一般にはマウス、トラックボールまたはタッチパッドと呼ばれるポインティングデバイス７５２のような入力装置を介してコンピュータ７４１にコマンドおよび情報を入力することができる。他の入力装置（図示せず）にはマイクロフォン、ジョイスティック、ゲームパッド、パラボラアンテナ、スキャナ等を含むことができる。これらおよび他の入力装置はしばしば、システムバスに結合されたユーザ入力インタフェース７３６を介して処理ユニット７５９に接続されるが、パラレルポート、ゲームポートまたはＵＳＢ（ｕｎｉｖｅｒｓａｌ  ｓｅｒｉａｌ  ｂｕｓ）のような他のインタフェースおよびバス構造によって接続してもよい。モニタ７４２または他種の表示装置も、ビデオインタフェース７３２のようなインタフェースを介してシステムバス７２１に接続される。モニタに加えて、コンピュータはスピーカ７４４およびプリンタ７４３のような他の周辺出力装置も含むことができ、これらは出力周辺インタフェース７３３を介して接続することができる。
【００５７】
以上、冗長性のあるコールサービスを提供するためのシステムを開示した。開示した実施形態では、当該システムは、音声コールのサービス全体に渡って冗長性を提供し、特に、音声メールを記録する最中に冗長性を提供する。当該システムを使用して音声メールの記録以外のシナリオにおいても冗長性を提供できることは当業者には理解されよう。例えば、冗長性のあるコールサービスシステムを使用して、音声メールのユーザが電話して音声メールをチェックできるサービスを提供することができる。実際、１次サーバと２次サーバとの間の主要な状態遷移を共有するための開示されたシステムおよび方法を使用して、全てではないにしても大抵のＩＶＲ（ｉｎｔｅｒａｃｔｉｖｅ  ｖｏｉｃｅ  ｒｅｓｐｏｎｓｅ）サービスに対して冗長性を提供することができる。
【００５８】
当然のことながら、本明細書で説明した様々な技術を、ハードウェアもしくはソフトウェアに関連して、または必要ならばその両方の組合せに関連して実装できる。従って、本明細書で説明した主題の方法および装置、またはその幾つかの態様もしくは一部は、フロッピーディスク、ＣＤ−ＲＯＭ、ハードドライブ、または他の任意の機械可読記憶媒体のような有形媒体で具現化したプログラムコード（即ち、命令）の形態をとることができる。この場合、プログラムコードをコンピュータのようなマシンにロードして当該マシンにより実行すると、当該マシンは本明細書で説明した主題を実施する装置となる。プログラムコードを媒体に記憶する場合、問題のプログラムコードを、問題の動作を集合的に実施する１つまたは複数の媒体に格納してもよい。即ち、１つまたは複数の媒体が一緒になって当該動作を実施するためのコードを含んでもよいが、複数の媒体が存在する場合は、コードの任意の特定の部分を任意の特定の媒体に格納するという要件はなくともよい。プログラム可能コンピュータ上でプログラムコードを実行する場合、コンピューティング装置は一般にプロセッサ、プロセッサによって読取可能な記憶媒体（揮発性および不揮発性のメモリおよび／または記憶要素を含む）、少なくとも１つの入力装置、および少なくとも１つの出力装置を含む。１つまたは複数のプログラムは、本明細書で説明した主題に関連して説明した処理を、例えば、ＡＰＩ、再利用可能コントロール等の使用を介して実装または利用することができる。係るプログラムは、コンピュータシステムと通信するために、高レベルの手続き型プログラミング言語またはオブジェクト指向プログラミング言語で実装されることが好ましい。しかし、必要ならばプログラム（複数可）をアセンブリ言語または機械語で実装することができる。何れにせよ、言語はコンパイル型またはインタプリタ型言語であることができ、ハードウェア実装と組み合わせることができる。
【００５９】
例示的な実施形態では、本明細書で説明した主題の態様を１つまたは複数のスタンドアロンコンピュータシステムのコンテキストにおいて利用することに言及したが、本明細書で説明した主題はそのようには限定されず、ネットワークまたは分散型のコンピューティング環境のような任意のコンピューティング環境に関連させて実装してもよい。さらに、本明細書で説明した主題の態様を、複数の処理チップまたは処理装置で、またはそれらを跨って実装してもよく、記憶域を同様に複数の装置に跨って実現してもよい。係る装置には、パーソナルコンピュータ、ネットワークサーバ、ハンドヘルド装置、スーパーコンピュータ、または自動車および航空機のような他のシステムに統合したコンピュータを含むこともある。
【００６０】
本発明の主題を構造的特徴および／または方法論的動作に固有な言葉で説明したが、当然のことながら、添付の特許請求の範囲で定義した本主題は必ずしも上述の特定の特徴または動作に限定される必要はない。むしろ、上述した特定の特徴および動作は請求項を実装する例示的な形態として開示してある。
【図１】
2010525669.tif 000003
【図２】
2010525669.tif 000004
【図３】
2010525669.tif 000005
【図４】
2010525669.tif 000006
【図５】
2010525669.tif 000007
【図６】
2010525669.tif 000008
【図７】
2010525669.tif 000009
【国際調査報告】
2010525669.tif 000010
2010525669.tif 000011