(57)【要約】  冗長性を備える通信プラットフォームは、多数のＩＰベースの通信デバイスのための通信システムとインタフェースをとる。該通信プラットフォームは、２つ以上のシグナリングゲートウェイを有するゲートウェイクラスタを含む。各シグナリングゲートウェイには、該通信システム内のデバイスによってアクセスされるポイントコードが割当てられている。該ゲートウェイクラスタには、仮想ポイントコードが割当てられている。該ＩＰベースの通信デバイスのいずれかは、該ゲートウェイクラスタ内の該シグナリングゲートウェイのうちの１つによって、該仮想ポイントコードに対してルーティングすることにより、該通信システムによってアクセスすることができる。従って、該シグナリングゲートウェイのうちの１つが使用不能である場合には、該ＩＰベースの通信デバイスは、該ゲートウェイクラスタ内の他のシグナリングゲートウェイのうちの１つによってアクセスすることができる。【選択図】図１
2008505565.tif 000002
【特許請求の範囲】
【請求項１】
冗長性、およびＩＰベースのデバイスのインテグレーションを実現できる分散型通信システムプラットフォームであって、
各シグナリングゲートウェイが、通信ネットワークに対する信号インタフェースと、通信システム内の１つ以上の他のコンポーネントに対するＩＰインタフェースとを含む、少なくとも２つのシグナリングゲートウェイであって、さらに、各シグナリングゲートウェイには、前記通信ネットワーク内でアクセスされるためのポイントコードが割当てられており、シグナリングゲートウェイの組合せには、仮想ポイントコードが割当てられている、少なくとも２つのシグナリングゲートウェイと、
少なくとも１つの通信サーバであって、各通信サーバが、前記通信ネットワークを通じて、回線交換トラフィックを終了させる回線交換インタフェースを含み、前記通信サーバが、回線識別コードのセットに関連付けられており、またさらに、各通信サーバが、ＩＰネットワークによって、前記シグナリングゲートウェイとインタフェースをとるＩＰインタフェースを含み、各通信サーバが、通信サービスを加入者に提供するように作動する、少なくとも１つの通信サーバと、
を備える、分散型通信プラットフォーム。
【請求項２】
各シグナリングゲートウェイが、ポイントコードおよび前記通信システムについての前記仮想ポイントコードを記録する、請求項１に記載の分散型通信プラットフォーム。
【請求項３】
各通信サーバが、前記通信プラットフォームに関連する前記回線識別コードに関して前記シグナリングゲートウェイに通知するように作動する、請求項１に記載の分散型通信プラットフォーム。
【請求項４】
特定の電話番号に向けられた通信サービスを、前期仮想ポイントコードによって、前記分散型通信プラットフォームへルーティングすることができる、請求項１に記載の分散型通信プラットフォーム。
【請求項５】
前記通信サービスを、稼働中の前記シグナリングゲートウェイのいずれかによって、前記仮想ポイントコードへ向けることができる、請求項４に記載の分散型通信プラットフォーム。
【請求項６】
前記通信サービスを前記仮想ポイントコードへ向ける前に、前記通信サービスを管理している前記通信システム内のスイッチが、まず、シグナリングゲートウェイが稼動中であるか否かを判断する、請求項５に記載の分散型通信プラットフォーム。
【請求項７】
前記通信サーバが、前記シグナリングゲートウェイのうちの１つによって、前記通信ネットワークとインタフェースをとるように作動する、請求項に記載の分散型通信プラットフォーム。
【請求項８】
複数のＩＰベースのデバイスのための通信システムに冗長インタフェースを与える方法であって、
ゲートウェイクラスタ内の各ゲートウェイにポイントコードを割当てるステップであって、各ゲートウェイが、前記通信システムに対する信号インタフェースと、ＩＰインタフェースとを含む、ステップと、
各ポイントコードを前記通信システムに登録するステップと、
仮想ポイントコードを前記ゲートウェイクラスタに割当てるステップと、
前記仮想ポイントコードを前記通信システムに登録するステップと、
複数のＩＰベースの通信デバイスを、ＩＰネットワークを介して前記ゲートウェイクラスタに接続するステップと、
前記通信システムから、前記ゲートウェイクラスタにおいて通信トラフィックを受取るステップであって、前記通信トラフィックが、前記ゲートウェイクラスタ内の前記シグナリングゲートウェイのうちの１つによって前記仮想ポイントコードへ向けられ、かつ特定のＩＰベースの通信デバイスに関連付けられている、ステップと、
前記通信トラフィックを、前記特定のＩＰベースの通信デバイスへルーティングするステップと、
を含む、方法。
【請求項９】
１つ以上の前記ＩＰベースの通信デバイスが、回線識別コードのセットに関連付けられており、前記通信トラフィックをルーティングするステップが、前記通信トラフィックを、特定の回線識別コードに関連付けられた前記特定のＩＰベースの通信デバイスへルーティングするステップを含む、請求項８に記載の方法。
【請求項１０】
前記通信システムから、前記ゲートウェイクラスタにおいて通信トラフィックを受取るステップの前に、前記通信システムは、前記仮想ポイントコードが、前記ゲートウェイクラスタの第１のシグナリングゲートウェイを介して使用可能であるか否かを問い合わせ、使用可能である場合に、前記通信トラフィックを、前記第１のシグナリングゲートウェイを介して前記仮想ポイントコードにルーティングする、請求項８に記載の方法。
【請求項１１】
前記第１のシグナリングゲートウェイが使用可能でない場合に、前記通信システムは、前記仮想ポイントコードが、前記ゲートウェイクラスタの第２のシグナリングゲートウェイを介して使用可能であるか否かを問い合わせ、使用可能である場合には、前記第２のシグナリングゲートウェイを介して、前記通信トラフィックを前記仮想ポイントコードへルーティングする、請求項１０に記載の方法。
【請求項１２】
前記ゲートウェイクラスタ内の前記シグナリングゲートウェイのうちの１つが使用不能である場合、前記通信システムは、前記通信トラフィックを、前記ゲートウェイクラスタ内の他のシグナリングゲートウェイのうちの１つにルーティングすることができる、請求項８に記載の方法。
【請求項１３】
通信プラットフォームであって、
複数のシグナリングゲートウェイを含むゲートウェイクラスタであって、各シグナリングゲートウェイが、通信システムに対するインタフェースと、ＩＰネットワークに対するインタフェースとを含み、仮想ポイントコードが、前記ゲートウェイクラスタに割当てられており、前記複数のシグナリングゲートウェイの各々がポイントコードを含む、ゲートウェイクラスタと、
音声回線を介して、および前記ゲートウェイクラスタに対するＩＰインタフェースを介して、前記通信システムとインタフェースをとる複数のＩＰベースの通信サーバと、
を備え、
前記通信プラットフォームが、
複数のＩＰベースの通信デバイスのうちの第１の特定のデバイスに関連付けられた回線識別コードに向けられた通信トラフィックを受取り、
前記第１のＩＰベースの通信デバイスが使用可能であることを確認し、および
使用可能である場合に、前記通信トラフィックを、前記第１の特定のＩＰベースの通信へルーティングし、使用可能でない場合には、前記トラフィックを代替の回線識別コードに向けるように、前記通信システムに命令する、
ように作動する、通信プラットフォーム。
【請求項１４】
前記通信システムに対する前記インタフェースがＮｏ．７共通線信号方式である、請求項１３に記載の通信プラットフォーム。
【請求項１５】
前記ＩＰインタフェースがＳＩＧＴＲＡＮである、請求項１４に記載の通信プラットフォーム。
【請求項１６】
前記仮想ポイントコードへ向けられた通信トラフィックを、前記ゲートウェイクラスタ内の前記複数のシグナリングゲートウェイのうちのいずれかによってルーティングすることができる、請求項１３に記載の通信プラットフォーム。
【請求項１７】
通信トラフィックを前記仮想ポイントコードへルーティングする前に、前記通信システムは、使用可能である前記ゲートウェイクラスタ内の使用可能なシグナリングゲートウェイを確認し、その後、その使用可能なシグナリングゲートウェイを介して、前記通信トラフィックを前記仮想ポイントコードへルーティングする、請求項１６に記載の通信プラットフォーム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
［０００１］
この出願は、以下の米国特許仮出願の出願日遡及の利益を主張し、また、それらの米国特許出願を援用する。
【０００２】
［０００２］
２００４年６月３０日に出願された「通信システムのための分散型ＩＰアーキテクチャ（“ＤＩＳＴＲＩＢＵＴＥＤ  ＩＰ  ＡＲＣＨＩＴＥＣＴＵＲＥ  ＦＯＲ  ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ  ＳＹＳＴＥＭ”）」というタイトルの出願番号６０／５８４，１１７。
【０００３】
［０００３］
２００４年６月３０日に出願された「オートブロック及びオートディスカバリー機能（“ＡＵＴＯ ＢＬＯＣＫ  ＡＮＤ  ＡＵＴＯ  ＤＩＳＣＯＶＥＲＹ  ＦＵＮＣＴＩＯＮＳ”）」というタイトルの出願番号６０／５８４，０７０。
【０００４】
［０００４］
２００４年６月３０日に出願された「ＤＭＡデータ転送を用いた、改善されたコンポーネントパフォーマンス（“ＩＭＰＲＯＶＥＤ  ＣＯＭＰＯＮＥＮＴ  ＰＥＲＦＯＲＭＡＮＣＥ  ＵＳＩＮＧ  ＤＭＡ  ＤＡＴＡ  ＴＲＡＮＳＦＥＲＳ”）」というタイトルの出願番号６０／５８４，４４５。
【０００５】
［０００５］
２００４年６月３０日に出願された「ＶＸＭＬベースの電話サービスシステム（“ＶＸＭＬ  ＢＡＳＥＤ  ＴＥＬＥＰＨＯＮＥ  ＳＥＲＶＩＣＥ  ＳＹＳＴＥＭ”）」というタイトルの出願番号６０／５８４，４４４。
【０００６】
［０００６］
２００４年６月３０日に出願された「音声メッセージングシステムのためのメッセージ耐久性（“ＭＥＳＳＡＧＥ  ＤＵＲＡＢＩＬＩＴＹ  ＦＯＲ  ＶＯＩＣＥ  ＭＥＳＳＡＧＩＮＧ  ＳＹＳＴＥＭ”）」というタイトルの出願番号６０／５８４，２７０。
【０００７】
［０００７］
２００４年６月３０日に出願された「オーディオチャンキング（“ＡＵＤＩＯ  ＣＨＵＮＫＩＮＧ”）」というタイトルの出願番号６０／５８４，０６７。
【０００８】
［０００８］
２００４年６月３０日に出願された「分散型通信プラットフォーム（“ＤＩＳＴＲＩＢＵＴＥＤ  ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ  ＰＬＡＴＦＯＲＭ”）」というタイトルの出願番号６０／５８４，３９４。
【０００９】
［０００９］
２００４年６月３０日に出願された「メディアサーバ（“ＭＥＤＩＡ  ＳＥＲＶＥＲ”）」というタイトルの出願番号６０／５８４，０５８。
【００１０】
［００１０］
２００４年６月３０日に出願された「シグナリングゲートウェイ（“ＳＩＧＮＡＬＩＮＧ  ＧＡＴＥＷＡＹ”）」というタイトルの出願番号６０／５８４，０７９。
【００１１】
［００１１］
２００４年６月３０日に出願された「ドキュメントサーバ（“ＤＯＣＵＭＥＮＴ  ＳＥＲＶＥＲ”）」というタイトルの出願番号６０／５８４，３１２。
【００１２】
［００１２］
２００４年６月３０日に出願された「次世代電話プラットフォーム（“ＮＥＸＴ  ＧＥＮＥＲＡＴＩＯＮ  ＴＥＬＥＰＨＯＮＥ  ＰＬＡＴＦＯＲＭ”）」というタイトルの出願番号６０／５８４，３９３。
【００１３】
［００１３］
２００４年６月３０日に出願された「ＴＳセレクト（“ＴＳ  ＳＥＬＥＣＴ”）」というタイトルの出願番号６０／５８４，３１０。
【００１４】
［００１４］
２００４年６月３０日に出願された「メッセージ耐久性及び検索（“ＭＥＳＳＡＧＥ  ＤＵＲＡＢＩＬＩＴＹ  ＡＮＤ  ＲＥＴＲＩＥＶＡＬ”）」というタイトルの出願番号６０／５８４，０４６。
【００１５】
［００１５］
２００４年６月３０日に出願された「ヘルスモニタサブシステム（“ＨＥＡＬＴＨ  ＭＯＮＩＴＯＲ  ＳＵＢＳＹＳＴＥＭ”）」というタイトルの出願番号６０／５８４，１１４。
【００１６】
［００１６］
２００４年６月３０日に出願された「ソフトウェア要求仕様：ＦＲＥＤのためのＣＤＭＳ変更（“ＳＯＦＴＷＡＲＥ  ＲＥＱＵＩＲＥＭＥＮＴＳ  ＳＰＥＣＩＦＩＣＡＴＩＯＮ：ＣＤＭＳ  ＣＨＡＮＧＥＳ  ＦＯＲ  ＦＲＥＤ”）」というタイトルの出願番号６０／５８４，３１１。
【００１７】
［００１７］
２００４年６月３０日に出願された「ＦＲＥＤのドキュメントサーバ及び電話サーバのためのアーキテクチャインフラストラクチャ（“ＡＲＣＨＩＴＥＣＴＵＲＥ  ＩＮＦＲＡＳＴＲＵＣＴＵＲＥ  ＦＯＲ  ＴＨＥ  ＤＯＣＵＭＥＮＴ  ＳＥＲＶＥＲ  ＡＮＤ  ＴＥＬＥＰＨＯＮＹ  ＳＥＲＶＥＲ  ＯＦ  ＦＲＥＤ”）」というタイトルの出願番号６０／５８４，４３０。
【００１８】
［００１８］
２００４年６月３０日に出願された「アーキテクチャデザインドキュメント：次世代メッセージストアプロジェクト（“ＡＲＣＨＩＴＥＣＴＵＲＥ  ＤＥＳＩＧＮ  ＤＯＣＵＭＥＮＴ：ＮＥＸＴ  ＧＥＮＥＲＡＴＩＯＮ  ＭＥＳＳＡＧＥ  ＳＴＯＲＥ  ＰＲＯＪＥＣＴ”）」というタイトルの出願番号６０／５８４，０６８。
【００１９】
［００１９］
２００４年６月３０日に出願された「ファクスメッセージ保存（“ＦＡＸ  ＭＥＳＳＡＧＥ  ＳＴＯＲＩＮＧ”）」というタイトルの出願番号６０／５８４，３１３。
【００２０】
［００２０］
この出願は、２００５年３月１５日に出願された「通信システムのための分散型ＩＰアーキテクチャ（“ＤＩＳＴＲＩＢＵＴＥＤ  ＩＰ  ＡＲＣＨＩＴＥＣＴＵＲＥ  ＦＯＲ  ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ  ＳＹＳＴＥＭ”）というタイトルの米国特許出願第１１／０８０，７４４号に関連し、また該出願を引用する。
【００２１】
発明の背景
［００２１］
本発明は、分散型ＩＰシステム及び通信システムに関し、および、より具体的には、分散型ＩＰアーキテクチャを通じて情報をやりとりする、地理的に分散可能なコンポーネントを伴う多機能通信システムに関する。
【００２２】
［００２２］
この数十年の間に、音声メールは、規模を拡大し続け、ほとんどのビジネスの成功する経営における重要な要素として定着した。典型的な音声メールシステムは、今日、ビジネス電話システムに接続されているパーソナルコンピュータ内で作動することができるコンピュータカード、または、該ビジネス電話システムに直接的に一体化されているコンピュータカードまたはコンポーネント、あるいは、通信会社により提供されるサービスを含む様々な形態をとることができる。
【００２３】
［００２３］
今日、利用可能な音声メールシステムの各々のための共通の要素は、該音声メールシステムを構成するコンポーネントが、互いに通信しなければならず、そのため、同一場所に配設しなければならないということである。これは、地理的に分散した営業所を有する会社にとってはかなり不都合となりうる。
【００２４】
［００２４］
今日の世界経済においては、小さなビジネスでさえも、顧客に応えるために、ベンダーと関係を持つために、または、様々な他の理由のために複数のオフィスに対する必要性を有する可能性がある。インターネット、電子メール及びビデオ会議の出現は、そのような分散した経営がシームレスになる可能性を助ける。しかし、分散したオフィスになお存在する重大な問題は、単一の、同一場所に配設されたシステムとして機能するが、様々なオフィスの要求に応える共通の電話システムを有することである。一般に、それぞれのオフィスは、各オフィスの電話システム間の何らかの直接的インタフェースを伴わない、および何らかの中央制御を伴わない、それぞれの電話システムを購入して、維持する。このことは、重複する可能性のあるハードウェアを購入して、それぞれの場所において維持しなければならないという点で、コストのかかる努力になる可能性がある。加えて、着信転送、音声メール検索等のオフィス間通信のロジスティクスが複雑になる可能性がある。従って、当技術分野においては、遠く離れて配置されたオフィスのためのシームレス・インテグレーションを可能にする通信システムに対する要求がある。
【００２５】
［００２５］
また、電話システムのシームレス・インテグレーションが確保された場合でも、様々なオフィスにおける電話システムの個別化の必要性がなお存在する。例えば、該オフィスが、異なる時間帯に配置されている場合、各オフィスが、独自に該システムをセットアップして、着呼を処理し、該システムを夜間または週末モードに切替え、特定の個人を該システムに入れたり、該システムから削除したりする等の能力を有することが重要になる。従って、当技術分野においては、シームレス・インテグレーションを実現できると共に、該システムのコンポーネントを、地理的に分散したオフィスにおいて個別にプログラムし、および／または維持することができるようにする分散型電話システムに対する要求がある。
【００２６】
［００２６］
ＩＰ技術を分散型通信プラットフォームに組込むことにより、さらなる複雑性に直面する。一つの複雑性は、通信システムのＩＰ側のコンポーネントは、ＳＳ７プロトコルスタックも組込んでいない限り、通信ネットワークと直接、通信することができないということである。当業界は、ＳＳ７ゲートウェイとＩＰベースのデバイスとの間で、ＳＩＧＴＲＡＮプロトコルを用いることにより、この要求に対応した。このことは、該ＩＰベースのデバイスが、該ＩＰデバイス内にフルＳＳ７プロトコルスタックを含むことを要することなく、該ＳＳ７通信ネットワークを通じて通信できるようにする。
【００２７】
［００２７］
今日の通信システムにおける別の必要性は、重要な要素に対する冗長性の配備である。複雑なネットワーク設定に冗長性を付加することは、うまい配備のためには克服しなければならない多くの技術的ハードルを生じる可能性がある。当技術分野におけるひとつのそのような必要性は、ＩＰベースのデバイスがＳＳ７通信ネットワークを通じて通信できるようになっているゲートウェイに冗長性を与える技術である。本発明は、そのようなソリューションに注力する。
【００２８】
発明の概要
［００２８］
本発明は、ＳＳ７ネットワークを通じて通信するＩＰデバイス用インタフェースを実現するために、分散型通信システム内への冗長ゲートウェイの配備に注力する。該分散型通信システムは、自動転送、自動案内、音声メール、音声メッセージ等の、現代のほとんどの小さなまたは大きなビジネス環境に典型的に必要とされる機能性を実現できる。該通信システムは、互いに遠く離れている様々な位置に配設することができるいくつかのコンポーネントで構成される。該コンポーネントの各々は、インターネット等のＩＰネットワークに対するインタフェースを含む。単一のコンポーネント、またはコンポーネント群（シグナリングゲートウェイ）は、Ｎｏ．７共通線信号方式（ＳＳ７）プロトコルを用いて、交換電話網とインタフェースをとる。該交換電話網とのインタフェースを要することになる、該通信システムの他のコンポーネントの各々は、単に、該シグナリングゲートウェイを介して通信する。
【００２９】
［００２９］
上記通信システムの各コンポーネントは、ＩＰネットワークを介して他のコンポーネントと通信する。このことは、該コンポーネントが、地理的に分散させてもなお、単一のシームレス通信システムとして作動することを有利に可能にする。
【００３０】
［００３０］
より具体的には、本発明の一実施形態は、冗長シグナリングゲートウェイと、１つ以上のメディアサーバと、１つ以上のアプリケーションサーバと、１つ以上の中央メッセージ及びデータストアとを含む。該シグナリングゲートウェイは、ＳＳ７インタフェース等の、電話網との信号インタフェースと、ＩＰネットワークとのインタフェースとを含む。該メディアサーバは、該電話網を通じて、電話サービスを受け、および起動する、該電話網との回線交換インタフェースを含む。また、該メディアサーバは、該ＩＰネットワークとのインタフェースも含む。該メディアサーバは、音声メール、音声メッセージ、音声ベースのメニュー等の通信サービスを、該電話網を介した回線交換接続を通じて発呼者及び加入者に提供するように作動する。
【００３１】
［００３１］
上記シグナリングゲートウェイの各々には、ＳＳ７ネットワークとインタフェースをとるために必要なため、ポイントコードが割当てられている。また、１組のシグナリングゲートウェイにも、仮想ポイントコードが割当てられている。該仮想ポイントコードは、上記通信ネットワークに登録され、回線識別信号（ＣＩＣ）に関連付けてＣＩＣに対してルーティングされるトラフィックは、該冗長シグナリングゲートウェイのいずれかに対してルーティングすることができる。該シグナリングゲートウェイのうちの一方がオフラインに入ると、他方のシグナリングゲートウェイは、該仮想ポイントコードのために、全てのトラフィックを処理することができる。加えて、該シグナリングゲートウェイは、オフラインのまたは故障したメディアサーバによって制御される特定のＣＩＣを避けるように、該通信ネットワークに命令することができる。
【００３２】
［００３２］
上記メディアサーバは、上記アプリケーションサーバと連動して作動し、上記ＩＰネットワークを通じて該アプリケーションサーバと通信する。該メディアサーバは、サービスの要求を受取った後、それらのサービスの提供を、該アプリケーションサーバを介して要求する。該アプリケーションサーバは、様々な通信サービスを提供する機能を発呼者及び加入者へ提供する。上記中央及びメッセージストアは、該アプリケーションサーバによって提供される通信サービスの動作を制御するのに用いられるコンフィギュレーション情報を提供する。
【００３３】
［００３３］
動作中、第１の位置に配設されたメディアサーバは、通信サービスの要求を受取る可能性がある。通信サービスの要求は、限定するものではないが、着呼を受けること、発呼の要求を受けること、音声ベースのメニューのメニュー選択を受けることを含む様々な形態を有することができる。該メディアサーバは、上記アプリケーションサーバからアプリケーションを起動するか、または、呼び出すことにより、該要求に応答する。本発明の特定の実施形態により、該アプリケーションサーバは、単に、該アプリケーションを該メディアサーバに提供して与えることができ、または、該アプリケーションサーバにより、部分的または全体的に与えることができる。通信サービスを与える際、該通信サービスの提供に関連する特定のコンフィギュレーション情報またはカスタマイズ情報を得るために、上記中央メッセージ及びデータストアにアクセスさせることができる。該通信サービスが提供されている間、該メディアサーバは、発呼者または加入者から追加的なフィードバックを受取ることができ、該アプリケーションは、それに応答することになる。例えば、該通信サービスは、音声メール機能を含んでもよい。この場合、該アプリケーションは、音声メッセージを残すように発呼者に指示する。そして、音声メッセージは、該中央データ及びメッセージストアに受取られて、蓄積させることができる。本発明の他の特徴、能力及び効果は、図面及び詳細な説明を参照して、より十分に説明される。
【００３４】
［００３４］
本発明の様々な態様、特徴及び効果は、いくつかの図面にわたって、同様の参照文字が、同じかまたは同様の部材を示す添付図面と共に考えれば、十分に認識され、かつ理解されるであろう。
【００３５】
発明の詳細な説明
［００３８］
本発明は、ＩＰベースのデバイスのためのＳＳ７通信ネットワークに対するインタフェースを形成する冗長ゲートウェイを有する、ＰＢＸ、音声メールシステム等の通信設備のための、次世代通信プラットフォームとも記述される分散型ＩＰアーキテクチャを提供する。本発明のアーキテクチャを用いることにより、該通信装置の様々な機能を、様々な物理的コンポーネントに分けることができ、また、該物理的コンポーネントは、地理的に分散させることができる。該コンポーネントの各々は、必要に応じて、ＩＰネットワークとの個別のインタフェースを介して互いに通信する。電話網とのインタフェースの複雑性は、単一のゲートウェイコンポーネントを介して処理され、単純化されたプロトコルが、該通信装置の残りのコンポーネント間の通信、または、該ゲートウェイコンポーネントを介した該電話網への通信のために用いられる。
【００３６】
［００３９］
ここで、いくつかの図面にわたって、同様の符号が同様の要素を示す図面を参照して、本発明の様々な態様及び特徴を説明する。
【００３７】
［００４０］
図１は、本発明の例示的な次世代通信プラットフォームの構成要素および接続性を示すシステム図である。本発明の一つの態様は、特に、音声メール、自動転送及び他の通信機能等の通信サービスを提供することができる、通信装置のための分散型ＩＰベースのアーキテクチャである。図示した実施形態において、次世代通信プラットフォーム１００は、分散型ＩＰアーキテクチャを有し、交換局１１０を通じて、公衆交換電話網（ＰＳＴＮ）や携帯電話網などの通信ネトワークに接続されている。通信プラットフォーム１００は、１つ以上のシグナリングゲートウェイ機能（ＳＧＦ）１２０と、１つ以上のメディアサーバ（ＭＳ）１３０と、１つ以上のシステム管理ユニット（ＳＭＵ）１４０と、１つ以上のアプリケーションサーバ（ＡＳ）１５０と、１つ以上の中央データ及びメッセージストア（ＣＤＭＳ）１６０とを含むように示されている。図面に示されかつ記述され、それ自体の中に新規な態様を有する機能の分散が、唯一の容認可能な構成ではなく、また、本発明の態様を、より少ないまたはより多いコンポーネントと、該コンポーネント間の機能の異なる構成とを含むシステムに組み込むことができることを理解すべきである。
【００３８】
［００４１］
一般に、ＳＧＦ１２０は、ＰＳＴＮ１１０とのＳＳ７インタフェースとして機能し、また、１つ以上のコンポーネントまたはサブシステムが、同じポイントコードを共有し（それにより、宛先ポイントコード（ＤＰＣ）の必要性を低減し）、および呼制御のための信号リンクを共有することを可能にする。このことは、該電話システムを、該ネットワーク内の単一のトランク群として見せるが、同じポイントコードを共有しているからといって、必ずしも全てのトランクが単一のトランク群内にあるわけではない。メディアサーバ１３０は、マルチインタフェースデザインを介して、ＰＳＴＮからのＩＰおよび／または回線交換トラフィックを終了させ、また、トランキング（ｔｒａｎｋｉｎｇ）及び呼制御に関与する。アプリケーションサーバモジュール１５０は、様々なアプリケーションのためのダイナミック音声ＸＭＬページを生成し、該ページをメディアサーバ１３０を介して与え、ウェブ・アプリケーションサーバ・コンフィギュレーションを介して外部インタフェースを提供する。ＳＭＵ１４０は、サービスプロバイダが加入者アカウントを提供して維持し、集中型ウェブインタフェースからのネットワーク要素を管理することを可能にする管理ポータルである。ＣＤＭＳ１６０は、音声メッセージ、加入者レコードを格納し、通知を含む特定のアプリケーション機能を管理する。以下に、これらの各サブシステムをより詳細に説明する。
【００３９】
［００４２］
上記次世代通信プラットフォーム内のコンポーネントの各々は、単独で拡張可能であり、また、ＩＰネットワーク上に個別に相互接続される。従って、該コンポーネントは、地理的に分散させることができるが、それでもなお、該ＩＰネットワークを通じて互いに通信することができる限り、単一の通信プラットフォームとして機能することができる。このことは、最先端の通信システムでは利用できない、本発明の重要な利点である。
【００４０】
シグナリングゲートウェイ機能（ＳＧＦ）
［００４３］
各ＳＧＦ１２０は、次世代通信プラットフォームのための単一の仮想ＳＳ７信号ポイントを生成する統合信号インタフェースを提供する。ＳＳ７は、大きいか小さいかにかかわらず、ネットワークが必要とする余分な馬力を提供する。多機能メディアサーバ１３０とのＳＩＧＴＲＡＮインタフェース（ＩＰを介したＩＥＴＦ  ＳＳ７回線制御）ならびにＩＰプロキシ機能は、ＳＧＦ１２０を介してサポートされる。該次世代通信プラットフォームの単一のコンポーネント（この場合、ＳＧＦ１２０）にＳＳ７を統合することは、低減されたポイントコード、他のコンポーネントのデザインにおける費用効果、および容易なメンテナンスという利点を与える。
【００４１】
［００４４］
上記ＳＳ７ネットワークとインタフェースをとる各シグナリングポイントまたはコンポーネントは、数字のポイントコードにより、固有に識別される。ポイントコードは、ソースを識別するシグナリングポイントと、各メッセージの宛先との間で交換されるシグナリングメッセージで伝えられる。上記通信ネットワーク内の各シグナリングポイントは、ルーティングテーブルを用いて、各メッセージのための適切なシグナリングパスを選択する。
【００４２】
［００４５］
ＳＳ７ネットワークには、３種類の信号ポイント、すなわち、ＳＳＰ（サービス交換ポイント）、ＳＴＰ（サービス転送ポイント）及びＳＣＰ（サービス制御ポイント）がある。ＳＳＰは、呼を発し、終了させ、または連結する。ＳＳＰは、呼を完了させるのに必要な音声回線を設定し、管理しおよび開放するために、信号メッセージを他のＳＳＰに送信する。また、ＳＳＰは、呼（例えば、北米における、フリーダイヤル１−８００／８８８の呼）をどのようにルーティングするかを決めるために、問合せメッセージを集中型データベース（ＳＣＰ）へ送信することもできる。ＳＣＰは、かけた番号に関連するルーティング番号を含む応答を、発信元ＳＳＰに送信する。最初の番号がビジーの場合、または、その呼が特定の時間内に返答がない場合には、代替のルーティング番号を該ＳＳＰが用いることができる。実際の呼の機能は、ネットワークごとに、およびサービスごとに変わる。
【００４３】
［００４６］
信号ポイント間のネットワークトラフィックは、ＳＴＰと呼ばれるパケットスイッチを介してルーティングすることができる。ＳＴＰは、ＳＳ７メッセージに含まれるルーティング情報に基づいて、それぞれの入ってくるメッセージを発信信号リンクへルーティングする。該ＳＴＰは、ネットワークハブとして機能するため、該ＳＴＰは、信号ポイント間の直接リンクの必要性をなくすことにより、ＳＳ７ネットワークの改良された利用を実現できる。ＳＴＰは、グローバル名称翻訳、宛先信号ポイントがそれによって、信号メッセージ内に存在する数字(例えば、ダイヤルされたフリーダイヤル番号、コーリングカード番号、または、携帯電話加入者識別番号)から決まる処理手順を実行することができる。
【００４４】
［００４７］
また、ＳＴＰは、他のネットワークと交換されたＳＳ７メッセージを選別する「ファイアウォール」としても機能することができる。ＳＳ７ネットワークは、呼の処理に不可欠であるため、ＳＣＰ及びＳＴＰは、孤立した障害の場合に、ネットワーク全体のサービスを保証するために、通常、別々の物理的位置に、適合したペア構成で配置される。また、信号ポイント間のリンクもペアで設けられる。トラフィックは、そのリンクセット内の全てのリンクで共有される。該リンクのうちの１つが故障すると、該信号トラフィックは、該リンクセット内の別のリンクを通じて再ルーティングされる。ＳＳ７プロトコルは、誤り訂正能力及び再送信能力の両方を提供して、信号ポイントまたはリンクの故障時に、継続したサービスを可能にする。
【００４５】
［００４８］
ポイントコードの使用性は、限定されており、非常に高価な場合がある。信号リンクの統合は、それらのリソースに対する圧力を軽減し、または、追加的なポイントコードの必要性を全くなくす。従って、ＳＧＦ１２０内の統合信号インタフェースは、迅速なネットワークの簡素化及びコストの節約をもたらす。冗長ＳＧＦ１２０は、メッセージングネットワークの単一の「仮想」ポイントコードを介したＳＳ７ネットワークへの単一の一致の出現を提示し、透過的な方法でメッセージを認識して処理する。ＳＧＦ１２０は、必要なポイントコードの最大数を、場合によっては、５０からたったの３まで潜在的に低減することができる。
【００４６】
［００４９］
ネットワーキングの観点から、各ＳＧＦ１２０は、単一の仮想ポイントコードの使用によって上記次世代通信プラットフォームの様々なコンポーネントにアクセスする上記ネットワークの残りに対するＳＴＰのようでもある。そのため、冗長ＳＧＦの利用は、該次世代通信プラットフォームの様々なコンポーネントに複数のパスを導入し、利用可能である。
【００４７】
［００５０］
各ＳＧＦ１２０は、上記通信プラットフォーム内の様々なコンポーネントにアクセスするのに用いられる共通の仮想ポイントコードを共有する。この仮想ポイントコードは、該通信プラットフォーム全体に必要な唯一の宛先ポイントコードである。該ＳＧＦは、互いに通信して、上記ＣＩＣと、上記メディアサーバや、該仮想ポイントコードに関連付けられている、該通信プラットフォームに統合された他のコンポーネント等のＩＰデバイスとを同期させる。その結果、１つのＳＧＦが故障した場合、該通信プラットフォームへのアクセスは、他のＳＧＦを介して容易に実現できる。
【００４８】
［００５１］
このことは、同期されたＳＳ７スタックのように見える上記次世代通信プラットフォーム内の各コンポーネントに対して、著しく異なりかつ有利である。
【００４９】
［００５２］
例示的な実施形態において、ＳＧＦ１２０サーバは、Ｎ＋１のフェイルオーバー冗長スキーム及び負荷分割構成をサポートし、また、インテルのサーバ上に構築される。可用性の向上に対しては、負荷分割及び冗長性には、最低限２つのＳＧＦが推奨される。
【００５０】
メディアサーバ（ＭＳ）
［００５３］
ＭＳ１３０は、ＳＧＦ１２０からのＩＰトラフィック及びＰＳＴＮ１１０からの回線交換トラフィックを終了させる。ＭＳ１３０は、上記プラットフォームアーキテクチャ内での呼の設定及び制御に関与する。ＭＳ１３０は、ユーザからの入力を、音声、ＤＴＭＦフォーマットまたは他の信号方式で処理する（例えば、ウェブクライアントは、ユーザからのキーボード及びマウスクリック入力を収集する）。そして、ＭＳ１３０は、（ＰＣクライアント上の該ユーザへ戻して表示されるグラフィック及びテキストと原理的に同様に）その内容を該ユーザへ音声で戻して提示する。このクライアント／サーバの方法論は、新たなアプリケーションの迅速な形成、およびワールド・ワイド・ウェブ上で使用可能なコンテンツの即時利用を可能にするという点で、該プラットフォームアーキテクチャにおいて重要である。また、該クライアント／サーバアーキテクチャは、地理的に分散される上記システムの能力にとっての第一の実現要因である。
【００５１】
［００５４］
ＭＳ１３０は、ＨＴＴＰを用いて、ＡＳ１５０への要求によって、着呼処理をする。ロードバランサは、好ましくは、多機能ＭＳ１３０に到達するトラフィックを、複数のＡＳ１５０のうちの１つへ向ける。この機能は、トラフィックが、アクティブなサーバ間に一様に配分されることを実現する。多機能ＭＳ１３０は、Ｎｅｔｓｃａｐｅのようなクライアントが、ＰＣ上のＨＴＭＬユーザの代わりに機能するのと同様に、エンドユーザに代わって、音声ＸＭＬクライアントとして機能する。多機能メディアサーバに備わっている音声ＸＭＬまたはＣＣＸＭＬブラウザは、ユーザへの提示のために、音声ＸＭＬドキュメントを解釈実行する。
【００５２】
［００５５］
音声ＸＭＬは、音声使用可能なソフトウェアアプリケーションを開発するための規格ベースのスクリプト言語である。このことは、開発者が、音声ベースの電話のアプリケーションを開発する際に、ウェブベースの（ＨＴＭＬ）開発技術を用いて活用することを意味する。
【００５３】
アプリケーションサーバ（ＡＳ）
［００５６］
上記次世代通信プラットフォームのモジュラー式デザインは、音声ダイヤル及び音声ナビゲーション、統合された通信ソリューション、マルチメディアメッセージングサービス、およびプレゼンス及び使用性の管理アプリケーション等の高度なサービスを展開することが容易であるという追加的な利点を有する。該プラットフォームにアプリケーションを追加することは、該共通プラットフォームへの標準アプリケーションサーバ１５０の追加によって遂行される。
【００５４】
［００５７］
各アプリケーションサーバ１５０は、内部イーサネット(登録商標)網を介したメディアサーバ１３０からの要求に応えて、アプリケーションドキュメント（音声ＸＭＬページ）を生成する。アプリケーションサーバ１５０は、ウェブアプリケーションインフラストラクチャを利用して、バックエンドデータストア（メッセージストア、ユーザプロファイルデータベース、コンテンツサーバ）とインタフェースをとり、音声ＸＭＬベースのドキュメントを生成する。
【００５５】
［００５８］
ウェブアプリケーションインフラストラクチャ全体は、より拡張可能なアプリケーションアーキテクチャを形成するために、コアサービス論理（すなわち、ビジネスロジックを実行すること）と提示詳細（音声ＸＭＬ、ＣＣＸＭＬ、ＳＡＬＴ、ＸＨＴＭＬ、ＷＭＬ）とを区別する。アプリケーションサーバ１５０は、Ｊａｖａ(登録商標)２  Ｅｎｔｅｒｐｒｉｓｅ  Ｅｄｉｔｉｏｎ（Ｊ２ＥＥ）環境及びＪＳＰ（Ｊａｖａ(登録商標)  Ｓｅｒｖｅｒ  Ｐａｇｅｓ）を用いて、該多機能メディアサーバのためのダイナミック音声ＸＭＬページを生成する。これらの技術を組合わせることは、ＷＡＰ、ＨＴＭＬ、ＸＨＴＭＬ及び音声等のアプリケーション間の相互運用性（マルチモーダル）を実行できるＳＡＬＴ（Ｓｐｅｅｃｈ  Ａｐｐｌｉｃａｔｉｏｎ  Ｌａｎｇｕａｇｅ  Ｔａｇｓ）の素早い組込みを可能にし、エンドユーザが、音声コマンドによってデータを同時に入力し、ＷＡＰまたはＨＴＭＬによってプレゼンテーションを受取ることを可能にする。
【００５６】
［００５９］
簡単なアプリケーション展開のための環境を形成するために、アプリケーションサーバ１５０は、好ましくは、Ｔｅｍｐｌａｔｅ＋ＪＳＰをサポートする。アプリケーションは、メッセージング機能へのアクセスのためのＡＰＩを用いてＪＳＰに実装される。それらのＪＳＰは、容易に修正可能であり、アプリケーションの動作の変更、および新たなアプリケーションの生成を非常に簡単にする。
【００５７】
［００６０］
メディアサーバ１３０とアプリケーションサーバ１５０の連携は、特定の機能のカストマイズを、特定の加入者に提供できるようにする。例えば、ある会社が、西海岸に１つのオフィスを所有し、東海岸に別のオフィスを所有している場合、電話システム、特に、各オフィスの場合のメディアサーバ１３０及びアプリケーションサーバ１５０の動作は、全く異なる可能性がある。例えば、音声メールシステム及び自動案内は、東海岸のオフィスでは東部時間午後６時に、また、西海岸のオフィスでは西部時間午後６時に、夜間モードになる。加えて、様々なオフィスによって形成されるメニュー構造及びプロンプトは、かなり異なる可能性がある。例えば、氏名録によるダイヤルは、異なる従業員を含むであろう。本発明の場合、独立したメディアサーバは、それらの２つのオフィスに配置することができ、また、メディアサーバ１３０は、異なる通信サービスを提供することができる。該異なる通信サービスは、メディアサーバ１３０と同一場所に配置された、異なるアプリケーションサーバ１５０から、または、メディアサーバ１３０の位置またはＩＤに基づいて、通信サービスアプリケーションを提供することができる共通アプリケーションサーバを介して提供することができる。
【００５８】
［００６１］
また、遠く離れて配置されたメディアサーバ１３０は、様々な加入者及び発呼者に対して共通の機能を実行することができ、また、加入者及びユーザの両者の視点から、該電話システムのシームレスインテグレーションを実行できる。会社は、該会社の全てのオフィスにシームレスでサービスを提供する音声メール及び自動案内インタフェースを提供したい可能性がある。本発明は、そのような機能性を実現するのに用いることができる。アプリケーションサーバ１５０は、まず、発呼者があるオフィスを選択できるように、次に、アプリケーションサーバ１５０および／またはメディアサーバ１３０が、特定の機能を呼び出して、当該オフィスのためのネームサービスによるダイヤルを実行できるネームまたはメニュー選択機能による段階的ダイヤルを提供することができる。別法として、アプリケーションサーバ１５０は、該会社の全てのオフィスの全ての加入者情報を含む、単一のＣＤＭＳ１６０または複数のＣＤＭＳ１６０へのアクセスを維持してもよい。その結果、アプリケーションサーバ１５０は、氏名録による全社的なダイヤルのための単一レベルのメニュー構造を形成することができる。
【００５９】
共通データベース及びメッセージストア（ＣＤＭＳ）
［００６２］
上記次世代通信プラットフォームは、ＣＤＭＳ１６０を用いて、音声／オーディオメッセージ、加入者記録を蓄積し、通知スケジュール等の特定のアプリケーション機能を管理する。ＣＤＭＳ１６０は、好ましくは、冗長なコンポーネントでデザインされ、リフレクティブメモリ、および耐故障性、フェイルオーバー及びリカバリのためのＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙ  ｏｆ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｄｉｓｋｓ）技術を利用する。このことは、関連するハードウェア及びソフトウェアコンポーネントに対して、９９．９９９％の可用性を保障する。必要不可欠なディスクドライブ及びＲＡＩＤコントローラコンポーネントは、好ましくは、ホットスワップ可能であり、交換時に該システムを電源オフにする必要性をなくす。ＣＤＭＳ１６０の場合、パフォーマンスは、音声メッセージングの固有の特性に対して最適化され、パフォーマンスの劣化、すなわち、電子メールストアの検索及び分類を備える不必要な電子メール中心のデータベース機能をなくす。
【００６０】
［００６３］
ＣＤＭＳ１６０は、シェルフ電子メール保存システムの規格を利用することができる。該メッセージストアは、該メッセージストアの選択を、アプリケーションに対して透過的にするＪａｖａ(登録商標)ミドルウェアの使用によって抽象化され、各メッセージが、最も効率的なストアに格納できるようにする。
【００６１】
システム管理ユニット（ＳＭＵ）
［００６４］
ＳＭＵ１４０は、全てのネットワーク要素を管理する、サービスプロバイダのための集中型ポイントを形成し、リモートアクセス、メンテナンス及びバックアップ機能を実行できる。ＳＭＵ１４０は、プロビジョニング、アラーム、リポート及び加入者移行のための単一のインタフェースを形成する。ＳＭＵ１４０は、システムと新たな構成要素及びアプリケーションとを統合して、カスタマイズし、急速に成長するネットワーク及び急増するトラフィック量に曝されているキャリアのために、運用支援及びネットワーク管理機能を実行できる。該ＳＭＵコンポーネントのコア機能は、以下の機能を含む。
【００６２】
［００６５］
構成要素自動リカバリ：サービスプロバイダが新たなネットワーク要素を追加した場合、上記ＳＭＵは、該要素を自動的に認識し、該新たな要素を、グラフィカルネットワークマップ内に含める。
【００６３】
［００６６］
グラフィカルネットワークマップ：ネットワーク／クラスタマップ及びマップエディタは、ネットワークまたはクラスタ全体のスナップショットを実行でき、また、迅速な問題識別及び解決を容易にする。
【００６４】
［００６７］
時刻同期：中央時刻ソースは、全てのネットワーク要素が、メッセージングネットワーク全域にわたって、均一な時間基準を維持することを実現し、このことは、どんな分散型アーキテクチャにとっても重要である。
【００６５】
［００６８］
集中型ネットワークロギング：メッセージングネットワーク全体のロギングは、ＳＭＵ１４０に集中管理される。
【００６６】
［００６９］
ＳＭＵ１４０は、デュアルプロセッサコンピュータを用い、ＳＭＵ１４０サーバへの、ならびに、テルネットを介した上記システム内の全ての他のサーバへのアクセスのためのリモートダイヤルインを可能にする。システムコンフィギュレーション及び他の重要なデータのバックアップも、該ＳＭＵによって遂行することができる。
【００６７】
［００７０］
図２は、本発明の実施形態による、上記ＳＳ７通信ネットワークに対する冗長シグナリングゲートウェイを説明するブロック図である。通信ネットワークは、移動交換局ＭＳＣ４００とインタフェースされている。ＭＳＣ４００は、該通信ネットワーク内に接続されているスイッチングポイントＳＴＰ４１０とインタフェースをとる。２つのシグナリングゲートウェイ４２０が、本発明に従って設けられている。ＳＴＰ４１０の各々は、どちらのＳＧＦ４２０とも通信することができ、また、その通信は、ＳＳ７を用いて行われる。図示されているコンポーネントは、発明概念を伝えるために単純化したものであることを認識すべきである。実際には、該ネットワークは、はるかに多くのＳＴＰ４１０を含むことになり、冗長ＳＧＦ４２０を用いる該通信プラットフォームは、現実的には、２つ以上を用いることができる。
【００６８】
［００７１］
ＳＧＦ４２０は、ＳＩＧＴＲＡＮを用いて、ＩＰネットワークを通じてメディアサーバ４３０とインタフェースをとる。特定のＣＩＣに向けられた呼設定情報は、識別されたＣＩＣを用いているメディアサーバ４３０のうちの１つに向けられる。メディアサーバ４３０は、１つ以上のＣＩＣを含む、Ｔ１またはＥ１回線等の音声回線を通じて、上記通信ネットワーク内のスイッチ４４０に接続する。
【００６９】
［００７２］
上記ＳＧＦは、上記ＳＳ７通信ネットワークに接続するのに必要なため、ポイントコードを備えている。各ＳＧＦは、その存在、および割当てられたポイントコードを確認するために、該通信ネットワークに定期的に記録する。図示した実施形態において、ＳＧＦ４２０には、ポイントコードＰＣ１及びＰＣ２が割当てられている。冗長ＳＧＦクラスタ４２２には、仮想ポイントコードＶＰＣが割当てられている。該クラスタ内の各ＳＧＦ４２０は、該ＶＰＣを、隣接するスイッチングポイントとして記録する。そのため該ネットワーク内の様々なスイッチングポイントは、該ＶＰＣにアクセスする次のパス、すなわち、ＰＣ１−ＶＰＣ及びＰＣ２−ＶＰＣと共に、該ＶＰＣをルーティングテーブルに載せる。
【００７０】
［００７３］
ＳＧＦクラスタ４２２に接続されている各メディアサーバ４３０は、１つ以上のＣＩＣに接続されている。メディアサーバ４３０は、供給されるＣＩＣに関して、ＳＧＦ４２０に通知する。この情報は、通信ネットワークのルーティングテーブルにも含まれている。そのため、該ルーティングテーブルは、ＳＧＦクラスタ４２２に割当てられたＶＰＣを、ＳＧＦクラスタ４２２に接続されたメディアサーバ４３０によって処理されるいずれかのＣＩＣに対するトラフィックをルーティングするポイントコードであると識別する。その結果として、ＶＰＣは、多くのＣＩＣを示す。
【００７１】
［００７４］
図３は、冗長ＳＧＦクラスタ、および様々なデバイスに対するＩＰ  ＳＩＧＴＲＡＮインタフェースを用いる上記分散型通信プラットフォームの動作を示すフロー図である。ステップ３１０において、上記ＭＳＣまたは交換局１１０は、特定の電話番号または発呼側の識別子ＣＬＩＤ＿１に向けられた呼設定要求を受取る。該呼設定要求は、単に、実施例として記載されており、当業者は、本発明を様々な通信サービスに同様に適用できることを正しく認識するであろう。該呼設定要求に関連する呼または通信サービスをルーティングするため、該ＣＬＩＤに関連するポイントコードは、ルーティングテーブル３１５にアクセスすることにより識別される。図２に示すネットワークの場合、ＣＬＩＤ＿１は、ＳＧＦクラスタ４２２に接続されているＣＩＣに割当てられている。そのため、該ルーティングテーブル内のエントリは、ＶＰＣを、該呼のための宛先ポイントコードとして識別し、そのＶＰＣに関連するＣＩＣの範囲を識別する。また、該ルーティングテーブルは、ＶＰＣ３２０にアクセスするのに用いることができるパスを識別する。図示のネットワークにおいて、ＶＰＣは、ＰＣ１またはＰＣ２によってアクセスすることができる。ステップ３２５において、該ＭＳＣは、ＰＣ１及びＶＰＣがアクセス可能であるか否かを判断する。アクセス可能である場合、該ＶＰＣに関連するＣＩＣが選択され、その呼設定要求がＶＰＣ３３０へルーティングされる。ＶＰＣがＰＣ１によって到達することができない場合には、該ＭＳＣは、ＶＰＣがＰＣ２  ３３５によって到達することができるか否かを判断する。該ＰＣ２によって到達することができる場合、該ＶＰＣに関連するＣＩＣが選択されて、該呼設定要求がＶＰＣ３４０へルーティングされる。該ＶＰＣがＰＣ２によって到達することができない場合には、該呼は、設定することができない３４５。
【００７２】
［００７５］
従って、特に、本発明は、多数のＩＰベースのデバイスを上記プラットフォームに組込むことができる分散型通信プラットフォームを含み、ＳＧＦクラスタによって該通信プラットフォームにアクセスする冗長性を実現でき、また、減らされた数のポイントコードによる該分散型通信プラットフォームの各コンポーネントへのアクセスを実行でき、１つのポイントコードは、該クラスタ内の各ＳＧＦ及び仮想ポイントコードのためのものであることを示してきた。
【００７３】
［００７６］
本発明は、実施例として記載され、また、本発明の範囲を限定するものではない、本発明の実施形態の詳細な説明を用いて説明してきた。記載した実施形態は、異なる特徴を備え、それらの全てが、本発明の全ての実施形態に必要なわけではない。本発明のいくつかの実施形態は、それらの特徴の一部のみ、または、特徴の可能な組合せを利用する。記載されている本発明の実施形態の変形例、および記載された実施形態に述べられている特徴の異なる組合せからなる本発明の実施形態は、当業者には気づかれるであろう。本発明の範囲は、特許請求の範囲によってのみ限定される。
【図面の簡単な説明】
【００７４】
［００３５］
【図１】本発明のための環境として適した、例示的な次世代通信プラットフォームの構成要素及び接続性を示すシステム図である。
【００７５】
［００３６］
【図２】本発明の実施形態による、ＳＳ７通信ネットワークに対する冗長シグナリングゲートウェイインタフェースを示すブロック図である。
【００７６】
［００３７］
【図３】冗長ＳＧＦクラスタ、及び様々なデバイスとのＩＰ  ＳＩＧＴＲＡＮインタフェースを用いる分散型通信プラットフォームの動作を示すフロー図である。
【図１】
2008505565.tif 000003
【図２】
2008505565.tif 000004
【図３】
2008505565.tif 000005
【国際調査報告】
2008505565.tif 000006