JP4828533B2 - パケット化音声伝送を支援するドメイン間の横断を提供するための方法、及びシステム - Google Patents

Description

様々な実施例による本発明は、通信に関係すると共に、更に特に、異なるドメインを横断するパケット化音声電話の呼の処理に関係する。

この出願は、それらの全体が参照によってここに組み込まれる、“Communications System with SIP-based Fixed-Mobile Convergence”と名付けられて２００４年８月１３日に出願された米国仮特許出願（シリアル番号第60/601,256号；代理人整理番号：ASH04002PR）と、“IP Interconnect Architecture”と名付けられて２００４年９月２日に出願された米国仮特許出願（シリアル番号第60/606,605号；代理人整理番号：ASH04002PR2）に関係すると共に、米国特許法（35U.S.C）第１１９条（ｅ）の元で出願日の優先権を主張する。

インターネットプロトコル（ＩＰ）電話通信は、どのように音声サービスが提供されると共に、配信されるかに関して、ビジネスモデル、及びエンジニアリングアプローチを変えた。ユーザのための革新的生産性向上ツールと同様に、（主としてインターネットのグローバルな接続性、及びアクセス可能性から生じる）ＩＰ電話通信の魅力的な経済学は、多数の企業、組織、事業者等によるこの技術の採用を誘発した。不幸にも、この採用は、主として統合されず、そして、ＩＰ電話通信の展開に対する“グローバルな”アプローチを軽視する特定の企業のニーズによって動かされた。興味深いことに、一般のＩＰ電話通信の実現は特定の企業を制限し、企業の外の通信を難しく、実用的でない状態にした。

企業が、メッセージ通信システム、及び関連するアプリケーションと同様に、インターネット電話通信を実施するので、ＩＰを使用可能にされたユーザのクローズドコミュニティ−すなわち“ＩＰアイランド（IP island）”−が作成された。すなわち、システム及びアプリケーションの制限及び不一致のために、これらのＩＰを使用可能にされたユーザは分離されると共に、従って容易に相互に通信することができない。更に、インターネットサービスプロバイダ（ＩＳＰ）として、ケーブル及びモバイルネットワークオペレータは、インターネット電話通信サービスを提供し始める。ＩＰアイランド（IP island）は、連結していないコミュニティの“集合体（constellation）”に更に大きくなる。いくつかの場合、そのようなコミュニティは公衆電話交換網（ＰＳＴＮ）を使用してリンクされる一方、ＩＰ電話通信の利益−−例えば、ユーザのプレゼンス（presence）、統一された通信、ユーザ選択、及び更に低いコストは犠牲にされ得る。

ユーザ及び事業者（carrier）が、誰でも容易に、ネットワークに到達可能であるＰＳＴＮと異なり、ＩＰ電話通信は、いくらかの制限に支配される。まず、もしＩＰ電話通信の十分な能力が実現されるべきである場合、ユーザはＩＰの端点が利用可能であるかどうかの認識を持つことを要求される。同様に、複数のＩＰを使用可能にされた装置があるかどうかの認識は、どのようにそのような装置に到達するかが必要とされるのと同様に、被呼加入者によって使用されつつある。別の制限は、１つのＩＰ電話番号が様々なＩＰを使用可能にされた装置の間で利用可能ではないことであり、その代りに、これらの装置は、種々の、そして複雑なアドレスを利用する。更に、発呼加入者の識別情報（例えば、発信者のＩＤ）を判定することは、重要な機能である。

上記に基づくと、ＩＰアイランドの橋渡しを促進し、それによってＩＰ電話通信の更に大きい展開を可能にするアプローチの明瞭な必要性がある。同様に、サービスプロバイダの間のＩＰ電話通信サービスの互換性及び連携を保証する仕組みの必要性がある。インターネット電話通信技術の十分な能力を開発するアプローチの更なる必要性がある。

これらの必要性及び他の必要性は、ネットワークを基礎とするパケット化音声電話処理を実行するためのアプローチが提供される本発明によって取り組まれる。

本発明の１つの特徴によると、通信サービスを提供するための方法が開示される。方法は、第１のドメインの第１のネットワークアドレス変換器の向こう側の送信元端点から、第２のドメイン内の送信先端点の電話番号を指定する、音声の呼を確立する要求を受信する段階を含む。方法は、同様に、電話番号に基づく送信先端点と通信するために、ネットワークアドレスを選択的に決定する段階を含む。加えて、方法は、第２のドメイン内の第２のネットワークアドレス変換器の存在を判定する段階を含む。更に、方法は、もしネットワークアドレスが決定され得る場合に、音声の呼を支援するようにネットワークアドレスに基づいて送信元端点と送信先端点との間のメディア経路を確立する段階を含む。

本発明の別の特徴によると、マネージド通信サービス（managed communication service）を提供するためのシステムが開示される。システムは、第１のドメインの第１のネットワークアドレス変換器の向こう側の送信元端点から、第２のドメイン内の送信先端点の電話番号を指定する、音声の呼を確立する要求を受信するように構成されたプロキシサーバを備える。システムは、同様に、電話番号に基づく送信先端点と通信するために、ネットワークアドレスを選択的に決定するように構成されたアドレスサーバを備える。加えて、システムは、第２のドメイン内の第２のネットワークアドレス変換器の存在の判定を支援するように構成されたＳＴＵＮ（Simple Traversal of UDP（User Datagram Protocol））サーバを備える。更に、システムは、もしネットワークアドレスが決定され得る場合に、音声の呼を支援するようにネットワークアドレスに基づいて送信元端点と送信先端点との間のメディア経路を確立するように構成されたＴＵＲＮ（Traversal Using Relay NAT（Network Address Translation））サーバを備える。

本発明の別の特徴によると、モバイル端末との通信を支援する方法が開示される。方法は、セルラーネットワークを介したセルラーの呼の接続中に、セルラーネットワークを介した通信のための第１操作モードと無線アクセスネットワークを介した通信のための第２操作モードとを提供するモバイル端末から、呼の確立要求を受信する段階を含む。方法は、同様に、呼の確立要求に応えて、セルラーの呼の解体と、無線アクセスネットワークを介した音声の呼の確立を開始する段階を含む。

本発明の更に別の特徴によると、通信サービスを提供するためのシステムが開示される。システムは、第１のドメインの第１のネットワークアドレス変換器の向こう側の送信元端点から、第２のドメイン内の送信先端点の電話番号を指定する、音声の呼を確立する要求を受信するための手段を備える。システムは、同様に、電話番号に基づく送信先端点と通信するために、ネットワークアドレスを選択的に決定するための手段を備える。更に、システムは、第２のドメイン内の第２のネットワークアドレス変換器の存在を判定するための手段と、もしネットワークアドレスが決定され得る場合に、音声の呼を支援するようにネットワークアドレスに基づいて送信元端点と送信先端点との間のメディア経路を確立するための手段とを備える。

それに加えて、単に本発明を実行するために熟考された最も良いモードを含む多くの特別な実施例、及び実装を例証することによって、本発明の他の様相、特徴、及び利点は、以下の詳細な記述から容易に明白になる。本発明は、同様に、他の実施例及び異なる実施例が可能であると共に、そのいくつかの詳細は、全く本発明の精神、及び範囲からはずれずに、様々な明白な点において変更され得る。従って、図及び記述は、限定的ではなく、本来は実例となると見なされるべきである。

本発明は、制限する目的ではなく、一例として例証されると共に、添付図面の図において、同様の参照数字は、同様の要素を参照する。

ドメイン間のパケット化音声通信を可能にするための集中型のデータストアを提供するための装置、方法、及びソフトウェアが説明される。下記の記述において、説明の目的のために、多数の特定の詳細が本発明の完全な理解を提供するために説明される。しかしながら、本発明は、これらの特定の詳細がなくても実行できると共に、もしくは同等の装置によって実行できることは、当業者にとっては明白である。他の場合において、本発明を不必要に不明瞭にすることを避けるために、良く知られている構造及び装置は、ブロック図形式で示される。

本発明の様々な実施例がインターネットプロトコル（ＩＰ）を基礎とする音声セッションに関して示されるが、これらの実施例は他の通信プロトコルに対する適用性を有するということが意図される。

図１は、本質的に異なるパケット化音声ネットワークの相互接続性を支援するための、本発明の一実施例による通信システムの機能ブロック図である。ＩＰ相互接続システム１００は、例えば、企業、及びこれらの企業の間でインターネットプロトコル（ＩＰ）電話通信を可能にするためのサービスプロバイダに対する“橋渡し”サービス（ＩＰ相互接続（IP interconnect：ＩＰ−ＩＣ））の構成を定義する。“ＩＰ相互接続（IP interconnect）”という用語は、ここで使用されるように、例えばサービスプロバイダによって維持されるレジストリ１０１の中でＩＰユーザを発見することによって、ＩＰの呼出しを容易にする仕組みである。レジストリは、ＰＳＴＮまたは携帯電話に対して、どのようにＩＰの呼がインターネット上で道順を決められるか、もしくは、インターネットまたは代わりのＩＰ経路が利用可能ではないか否かを決定するために使用される。

新しいインターネット技術の開発が新しい通信サービスの創造を可能にしたということが認識される。その結果、公衆電話交換網（Public Switched Telephone Network：ＰＳＴＮ）上の全く伝統的な通信サービスは、経済的に、そして機能的にあまり魅力的になっていない。ＩＰの端点（例えば、企業、キャリア／ＩＳＰ、及び無線ネットワークを横断するＶｏＩＰ／ＩＭユーザ）の“集合体”に対するより大きなアクセスのしやすさと一致して、ＩＰ電話の経験を拡張するための新しい特徴が現われ得ることが認識される。

本発明の一実施例によるアプローチは、企業のＩＰアイランドの間を相互接続するシームレスな（seamless：継ぎ目のない）インターネット、及び、そのようなアイランドの間で提供された経路指定とサービスの管理を提供する。同様に、アプローチは、グローバルなインターネット上のＩＰを使用可能にされた構内交換機（Private Branch Exchange：ＰＢＸ）システム及び端点（例えば、セッション開始プロトコル（Session Initiation Protocol：ＳＩＰ）のクライアント）と、他のサービスプロバイダ、例えばケーブルオペレータ、インターネットサービスプロバイダ（ＩＳＰ）、仮想ＶｏＩＰサービスプロバイダ等のＩＰアイランドとの間のトラフィックを支援する。

本発明の一実施例によるＩＰ相互接続サービスシステム１００は、以下の機能部品、発見コンポーネント（discovery component）１０３、識別情報証明コンポーネント（identity component）１０５、信号伝達変換コンポーネント（signaling conversion component）１０７、及びネットワークアドレス変換（ＮＡＴ）／ファイアウォール横断コンポーネント（Network Address Translation (NAT)/Firewall traversal component）１０９を包含する。ここで使用されるように、ネットワークアドレス変換、またはネットワークアドレス変換器（Network Address Translator）という用語は、同じ意味で使用される。これらの機能部品（または、モジュール）１０３〜１０９は、ＮＡＴ、及び／または、ファイアウォール１１３ａ〜１１３ｎの向こう側の複数のＩＰ電話通信ネットワーク１１１ａ〜１１１ｎに関する接続を可能にする能力を提供する。従って、システム１００は、これらのＮＡＴ、及び／またはファイアウォール１１３ａ〜１１３ｎを横断するドメイン間の横断を提供する。

ファイアウォール１１３ａ〜１１３ｎは、別のネットワーク（例えば、信用されないネットワーク）とインタフェースするための安全性を提供する。公衆データ網（例えば、インターネット）のような外部ネットワークに接続性を有するプライベートネットワーク（例えば、企業のネットワーク）が、様々なセキュリティリスクで支配され得るということが知られている。プライベートネットワークに対する不正アクセスを阻止するために、ファイアウォールは、ハードウェア及び／またはソフトウェアとして実現され得る。ファイアウォールは、入ってくるトラフィックと出て行くトラフィックを監視すると共に、ある規則、及び方針に従って、そのようなトラフィックをフィルタ処理（または阻止）する。ファイアウォールは、トラフィックをフィルタ処理するために、様々な技術を利用することができ、例えば、パケット（またはフロー）フィルタ処理は、パケット（またはフロー）の特性に関して規定要求事項が満たされていること保証するために、パケットを調査する。従って、処理は、そのような要求を満たすパケットのみに通過することを許可する。これらの要求は、ネットワークアドレス、ポート、もしくは、トラフィックが入口にあるか、または出口にあるかに基づくことができる。

ネットワークアドレス変換（ＮＡＴ）は、プライベートネットワークアドレスとパブリックネットワークアドレスとの間で変換を行い、すなわちプライベートアドレスからパブリックアドレスへの結合（binding）を提供する。この結合は、静的であり得るか、もしくは動的であり得る。安全性、及びファイアウォールの関連で、ＮＡＴは、プライベートネットワーク上のホストアドレスのセットを、パブリックアドレスの集まりの向こう側に隠すことができる。この方法において、外部ネットワークは、内部のアドレスを見ることができず、そして、それによってプライベートネットワークを起源としない接続の確立を阻止する。集まりは、１つ以上のネットワークアドレスであり得るか、または一連のネットワークアドレス（例えば、連続的なネットワークアドレスのセット）であり得る。ＮＡＴは、同様に、ポートの変換を制限するために、ポートの範囲を指定し得る。ＮＡＴは、更にＲＦＣ３０２２において詳述されると共に、それは、参照によってその全体がここに組み込まれる。

上述のように、発見コンポーネント１０３は、ＩＰを使用可能にされた“アイランド”に“橋渡し”サービスを提供する際に重要な役を果たす。発見の問い合わせは、ＤＮＳ（ドメインネームサービス：Domain Name Service）の問い合わせを使用して（ＥＮＵＭ）、またはＳＩＰの問い合わせ（リダイレクトサーバ：Redirect server）を介して達成され得る。この発見の仕組みがアイランド１１１ａ〜１１１ｎの間で最も有益であると同時に、簡素化のために、この仕組みは、アイランドの中の仕組みでさえも、全ての要求のために使用され得る。一度ＩＰを使用可能にされたアイランドの発見が完了すると、識別情報証明コンポーネント１０５が次に関係する。

暗号的に安全な識別情報証明の仕組み１０５は、例えば、スパム問題が電子メールシステムに直面するのを防止し得る。更に、識別情報証明のサービス１０５は、インターネット上で“発信者電話番号表示”サービス（"Caller ID" service）を提供する。

信号伝達変換コンポーネント１０７に関しては、いくつかの場合において、ＩＰを使用可能にされたアイランド１１１ａ〜１１１ｎは、異なる信号伝達プロトコル（例えば、セッション開始プロトコル（Session Initiation Protocol：ＳＩＰ）対Ｈ．３２３）、または（例えば、ＳＩＰの異なるバージョンから生じる）プロトコルの不適合のために通信することができない。ＩＰ相互接続サービスは、全ての共通のプロトコル（例えば、ＳＩＰ、及びＨ．３２３）、バージョン、及び専用語（方言）に信号伝達変換を提供する。このサービスは、ＳＩＰプロキシサーバによって提供され得る。

一例として、システム１００は、例えば、Ｈ．３２３プロトコル、及びセッション開始プロトコル（ＳＩＰ）を含むＩＰ電話通信の信号伝達を利用する。国際電気通信連合（ＩＴＵ）によって公布されるＨ．３２３プロトコルは、マルチメディア通信のためのプロトコル一式を指定する。ＳＩＰは、インターネットエンジニアリングタスクフォース（Internet Engineering Task Force：ＩＥＴＦ）によって開発された競合の標準である。ＳＩＰは、クライアント−サーバモデルに基づく信号伝達プロトコルである。Ｈ．３２３プロトコルとＳＩＰの両方は、ＩＰ電話通信アプリケーションに制限されないが、しかし、概してマルチメディアサービスに適用性を有することに留意すべきである。本発明の一実施例において、ＳＩＰは、ＩＰネットワーク上の音声の呼を生成すると共に、終端するために使用される。しかしながら、当業者は国際電気通信連合（ＩＴＵ）Ｈ．３２３プロトコル群及び同様のプロトコルがＳＩＰの代わりに利用され得ることを認識するであろうということが理解される。

ＩＰ相互接続サービスは、強力な呼の選択能力を定義することによって、インターネットの発呼側の域を超えたユーザに対して価値を与える革新的なＩＰを基礎とするサービスの創造を可能にする。サービスの中では、ＩＰ電話（Voice over IP：ＶｏＩＰ）、インスタントメッセージング（Instant Messaging：ＩＭ）、電子機器を利用した会議（conferencing）、コラボレーション（collaboration）、及び他のＩＰ通信サービスが支援される。

図２は、ドメイン間の横断を提供することが可能である、本発明の一実施例による通信システムの図である。通信システム２００は、図１のシステムの機能構成に従ってＩＰ相互接続サービスを供給する。代表的な実施例において、システム２００は、ＥＮＵＭサーバ２０１、ＳＴＵＮ（Simple Traversal of UDP（User Datagram Protocol））サーバ２０３、及びＴＵＲＮ（Traversal Using Relay NAT）サーバ２０５を介して、ＥＮＵＭサービス及びＮＡＴ／ファイアウォール横断コンポーネントを提供する。ＮＡＴ／ファイアウォール横断コンポーネントが必要とされる場合、ＩＰ相互接続サービスは、端点主導のサービス（例えば、ＳＴＵＮサーバ２０３、及びＴＵＲＮサーバ２０５）、及びネットワーク主導のサービス（例えば、ＡＬＧ（Algorithm）及びプロキシサービス）の両方を提供する。

本発明の一実施例によると、サービスプロバイダシステム２００は、ドメイン間の横断のために、オープンマネージドサービス（open managed service）を提供する。このアプローチは、一方のドメイン、または他方のドメインにおけるスーパーノーディング（supernoding）（他のユーザ）、またはセッション境界コントローラ（session border controller）によって制御される伝統的な横断と対称的である。ドメイン間の横断は、ファイアウォール２０７ａ、ファイアウォール２０９ａ、及び／またはＮＡＴ２０７ｂ、ＮＡＴ２０９ｂによって分離された２つの明白な仮想位置（もしくは、ドメイン２０７、２０９）の間のピアツーピア通信セッション（peer-to-peer communication session）の確立を支援する。コールフローマネージドサービス（call flows managed service）の進行は、ドメイン間の横断：ＥＮＵＭサービスを可能にする。ドメイン間の横断は、一方の管理ドメイン２０７における装置と、異なる管理ドメイン２０９における別の装置との間で通信することを必要とする。

代表的な実施例において、ＳＩＰプロキシサーバ（例えば、サーバ２０７ｅ、及びサーバ２０９ｅ）は、彼らに関する電話帳に記載された電話番号（すなわち、電話の番号）と同様に、そのドメインにおける全てのユーザに関する登録事項を維持する。電話番号に関する要求を受信すると、もし番号が登録されたユーザの内の１つと対応しないとＳＩＰプロキシサーバが判定する場合、ＳＩＰプロキシサーバは、要求された番号を獲得するために、ＥＮＵＭサーバ２０１に問い合わせを行う。

代表的な実施例において、システム２００は、コールフローマネージドサービスの進行を可能にするコンポーネント及び処理のカスタマイゼーション（customization）を支援すると共に、これらのコンポーネントは、クライアント（例えば、２０７ｃ、及び２０７ｄ）、ＳＩＰプロキシサーバ２０７ｅ、及びＴＵＲＮサーバ２０５を含む。ＳＩＰプロキシサーバ２０７ｅは、ユーザＩＤ番号を、彼らの割り当てられた電話番号と共に保存する。レジストリ（図示せず）は、（エイリアス（alias）を含む）識別子、及び関連する電話番号を含む。ＳＩＰプロキシサーバ２０７ｅは、経路指定規則（routing rule）によって構成され得る。例えば、ＳＩＰプロキシサーバ２０７ｅは、ＥＮＵＭサーバ２０１に問い合わせを行う前に、最初にレジストリのリストを調べることを要求することができる。もしＥＮＵＭサーバ２０１において発見された場合、電話番号と対応するＵＲＩがサーバ２０１から獲得される。ＵＲＩは、ドメイン（例えば、２０９）のための適切なＳＩＰプロキシサーバ（例えば、２０９ｅ）に対する“ＩＮＶＩＴＥ”のために利用され得る。エイリアス及び関連する電話番号のレジストリは、ＥＮＵＭサーバ２０１に対する問い合わせを最小限にするために、局所的に維持され得る。本質的に、ＥＮＵＭサーバ２０１からの連絡先情報は、次の使用のためにキャッシュに格納され、それによって、ＥＮＵＭサーバ２０１に関するネットワークのトラフィック、及びプロセッサの負荷を最小限にする。クライアント２０７ｃ、２０７ｄに関して設定が生成され、それによりクライアント２０７ｃ、２０７ｄは、ＴＵＲＮサーバ２０５の位置を知る。コードの変更が必要とされず、初期設定によって、クライアント２０７ｃ、２０７ｄは、ＳＩＰプロキシサーバ２０７ｅ、またはセッション境界コントローラと通信しようとするように構成され得る。

マネージドサービスとしてＴＵＲＮサーバ２０５を提供することは、ユーザに関する信用証明物を設定することを必要とする。ＳＩＰプロキシサーバ２０７ｅは、ユーザに関する信用証明物を保存すると共に、企業によって管理し得る。ＳＩＰユーザ信用証明物（SIP User credential）がサービスプロバイダによって管理されることを企業ユーザが望まないかもしれないので、サービスプロバイダのマネージドサービスネットワーク２００（すなわち、“曇（cloud）”）では、信用証明物のペアが利用される。

リレーＮＡＴを使用した横断（Traversal Using Relay NAT：ＴＵＲＮ）プロトコルは、ＮＡＴ及び／またはファイアウォールの向こう側で、要素（element）が、伝送制御プロトコル（ＴＣＰ）、またはユーザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）接続を介して着信データを受信することを可能にする。すなわち、プライベートネットワークの中のネットワーク要素は、ホストによって要求される接続の送信側よりむしろ、受信側に存在し得る。

ＳＴＵＮは、アプリケーションが、それらと公のインターネットとの間のネットワークアドレス変換器及びファイアウォールの存在と種類を発見することを可能にする軽いプロトコルである。このプロトコルは、同様に、アプリケーションに、ＮＡＴによってそれらに割当てられた公のＩＰアドレスを判定するための能力を提供する。ＳＴＵＮは、多種多様なアプリケーションが現存するＮＡＴの基幹施設を通じて機能することを可能にする。

本発明の様々な実施例によると、ＩＰ相互接続サービスは、標準に基づくＥＮＵＭ、及びＳＩＰサービスを採用する。ＩＰ相互接続の機能的構造は、例えばインターネットＤＮＳ、及び基幹施設のドメイン“e164.arpa”と互換性があり、将来の番号の記録の移行は、公のＥＮＵＭ配置と同時に、継ぎ目なく実行され得る。

ＥＮＵＭは、それによってＩＰの端点との通信を行う、電話番号（例えば、Ｅ．１６４）の“Uniform Resource Identifier（ＵＲＩ）”への変換を提供する。ＥＮＵＭは、それがアプリケーションを意識しないもの（application agnostic）であるので、プロトコルを意識しないもの（protocol agnostic）であり、従って、Ｈ．３２３かＳＩＰのいずれかによって動くということが知られている。

ＥＮＵＭは、ドメイン名システム（ＤＮＳ）を基礎とする構成を使用して、省略されていない電話番号（例えば、Ｅ．１６４）を完全なドメイン名アドレスに変換するプロトコルである。ＲＦＣ２９１６において定義されたプロトコルは、Ｅ．１６４番号の記憶のためのＤＮＳを使用すると共に、Ｅ．１６４番号と関係があるサービスを支援する。Ｅ．１６４は、国際電気通信連合（ＩＴＵ）によって管理された国際的な電話番号計画を参照する。Ｅ．１６４は、形式、構造、及び電話番号の管理上の階層を指定する。省略されていないＥ．１６４番号は、国番号、地域または都市名コード、及び電話番号によって示される。

インターネットアドレスへの電話番号の変換は、以下のとおりに進行する。省略されない番号は、“+1-234-567-8910”という形式を有している。最初に、数字ではない文字は除去され“12345678910”となる。次に、これらの数字の順序は逆転され“01987654321”となる。それ以降、小数点が数字の間に導入されて、“0.1.9.8.7.6.5.4.3.2.1”に帰着し、そしてドメイン“e164.arpa”が付加される。これは、“0.1.9.8.7.6.5.4.3.2.1. e164.arpa”を生成する。“.arpa”ドメインは、インターネット基盤の目的のために指定された。このアドレスに基づいて、ＥＮＵＭプロトコルは、ＤＮＳの問い合わせを出力すると共に、どの資源、サービス、及びアプリケーションが特定の電話番号に関連づけられているかに関する情報を含む適切なＮＡＰＴＲ（Naming Authority Pointer：命名権威指針）リソース記録（Resource record）を検索する。これらのサービスは、加入者によって決定される。

一例として、システム２００は、異なる管理ドメイン２０７、２０９に存在する異なるＩＰ電話通信ネットワークの間の、グローバルなインターネットのような公衆データネットワーク２１１上の通信を保証する。ドメイン２０７の中のネットワークは、公衆データネットワーク２１１とインタフェースするためのファイアウォール２０７ａを備える。ファイアウォール２０７ａの向こう側は、ＩＰ電話通信−例えば、ウェブ電話（web phone）２０７ｃ、及びいわゆる“ソフト”電話（"soft" phone）２０７ｄを支援することが可能である様々な端点を扱うＮＡＴ２０７ｂである。ネットワークは、同様に、パケット化音声の呼を支援するためにプロキシサーバ２０７ｅを利用すると共に、この例では、それはＳＩＰと互換性がある。

ネットワーク２０９に関しては、ファイアウォール２０９ａは、ネットワーク２０９と公のデータネットワーク２１１との間に存在する。ＮＡＴ２０９ｂは、ソフト電話２０９ｃ、及び１つ以上のＳＩＰ電話２０９ｄを扱う。ネットワーク２０９は、同様に、ＳＩＰプロキシサーバ２０９ｅを備える。

示されたように、インターネット２１１は、ゲートウェイ２１５を介して、ＰＳＴＮのような回線交換電話通信網２１３と通信する。このシナリオの下で、ＰＳＴＮ２１３は、ＰＯＴＳ（Plain Old Telephone Service）電話２１９と同様に、セルラーの能力がある装置２１７（例えば、携帯電話（cellular phone））を支援する。

図３は、本発明の一実施例による、図１のシステムにおいてＥＮＵＭサービスを支援するための代表的な構成の図である。１つのシナリオにおいて、図２のシステム２００は、ＥＮＵＭ ＤＮＳルート（ENUM DNS Root）サーバ３０１、ＥＮＵＭ ＤＮＳ Ｔｉｅｒ２サーバ３０３、及びＥＮＵＭリダイレクト（ENUM Redirect）サーバのような、様々なＥＮＵＭコンポーネントを使用するＥＮＵＭシステム３００を備える。システム３００は、同様に、プロキシ／認証（Proxy/Authentication）サーバ３０７、ＡＡＡサーバ３０９、証明書保存／権限（Certificate Store/Authority）コンポーネント３１１、及び、信号伝達変換（Signaling Conversion）ゲートウェイ３１３及び３１５（すなわち、“Ｈ．３２３−ｔｏ−ＳＩＰ”ゲートウェイ３１３、及び“ＳＩＰ−ｔｏ−ＳＩＰ”ゲートウェイ３１５）を備える。更に、ＳＩＰネットワークを基礎とするＮＡＴ横断機能が提供される。更に、システム３００は、ＳＴＵＮサーバ２０３、メディアリレーサーバ（Media Relay server）３１６、及びサービス指向アーキテクチャ情報技術（Service Oriented Architecture Information Technology：ＳＯＡ ＩＴ）３１７を利用する。

メディアリレーサーバ３１６及び２つのユーザエージェント（user agent：ＵＡ）は、いずれのドメインにおいてでも、それらの環境に関する情報を相互に渡す。そのような情報は、外部のファイアウォール、内部のＩＰアドレス、及び支援情報を含むことができる。

ＥＮＵＭ ＤＮＳルートサーバ３０１は、結合されたＴｉｅｒ０／Ｔｉｅｒ１のＥＮＵＭの基礎の機能性を提供する。国番号が一般的に利用可能ではないかもしれないので、サービスプロバイダは、それ独自のＥＮＵＭツリー（ENUM tree）を主催し得ると共に、これは、“e164.arpa”ツリーに対するのと同様の方法で構造化され得る。本発明の一実施例によると、このルートサーバ３０１は、ＤＤＯＳ（Distributed Denial of Service：分散型サービス妨害）に対する保護を提供する。本発明の一実施例によると、ＥＮＵＭ ＤＮＳルートサーバは、両方とも参照によってそれらの全体がここに組み込まれるＲＦＣ３７６１及びＲＦＣ２９１６に従って、ＥＮＵＭサービスを提供する。

ＥＮＵＭ ＤＮＳ Ｔｉｅｒ２サーバ３０３は、例えば、電話番号当たり１つの実際のＤＮＳ ＮＡＰＴＲ記録を含むＤＮＳの機能性である。（グローバルな）Ｅ．１６４電話番号だけが使用され、プライベートな番号はないということが知られている。これらの記録は、（後で図１７に関して示されるように、）受注及び支払いシステムに結合されることになる管理上のシステムによって生成されると共にバックアップされる。既知の許可、及び妥当性検査標準を含むことができる様々な仕組みを用いて、入力が認可されて有効にされると推測されている。ＮＡＰＴＲ記録は、インターネット上のあらゆるＩＰを使用可能にされた端点、またはアイランドによって、それらがＩＰ相互接続の顧客であるかどうかに関係なく照会され得る。このように、発見サービスは、公共のＥＮＵＭのサービスを模倣する。

代表的な実施例において、ＥＮＵＭ ＤＮＳ Ｔｉｅｒ２サーバ３０３は、ＥＮＵＭ Ｔｉｅｒ２の機能性を実現するために、現存するＤＮＳサーバファーム（farm）を利用する。（図１７のシステムのような）プロビジョニング（provisioning）システムは、ＩＰ相互接続の顧客から、ＵＲＩマッピング情報に対する電話番号を集めることができると共に、ＮＡＰＴＲの記録を自動的に生成する。公のＥＮＵＭが配置されるので、サービスプロバイダは、各国番号においてＴｉｅｒ ２プロバイダになり得る。プロビジョニングインターフェースは、その場合に、各Ｔｉｅｒ１の機能とのインタフェースに適合され得る。本発明の一実施例によると、ＥＮＵＭ ＤＮＳ Ｔｉｅｒ２サーバは、（参照によってそれらの全体がここに組み込まれる）ＲＦＣ３７６２及び３７６４と同様に、ＲＦＣ３７６１に従ってＥＮＵＭサービスを提供する。

ＥＮＵＭ ＳＩＰリダイレクトサーバ３０５は、例えば、ＳＩＰの要求を受け入れると共に、“３ｘｘ”クラスの応答によって応答することによって、ＳＩＰリダイレクトサーバとして動作する。本発明の一実施例によると、このリダイレクトサーバ３０５は、ビルトインＥＮＵＭリゾルバ（built-in ENUM resolver）を備えており、ＤＮＳを使用してＥＮＵＭ Ｔｉｅｒ２サーバに問い合わせを行う。すなわち、サーバ３０５は、ＥＮＵＭリゾルバを備えないＩＰを使用可能にされた端点、またはアイランドに関してＥＮＵＭ照会を行うことができ、リゾルバは、電話番号を取得し、ＤＮＳ照会を行い、そして一組の“Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）”を返す。例えば、ＥＮＵＭリダイレクトサーバ３０５は、（“ＩＮＶＩＴＥ”、“ＳＵＢＳＣＲＩＢＥ”、または、まさに“ＯＰＴＩＯＮＳ”のような他の方法、のような）ＳＩＰ要求を受信し、“Ｒｅｑｕｅｓｔ−ＵＲＩ”における電話番号に関するＥＮＵＭ照会を行い、各々の解決したＵＲＩと共にコンタクトヘッダフィールド（Contact header field）を含むリダイレクト応答（redirect response）（“３０２ Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ ｒｅｓｐｏｎｓｅ”または“３００ Ｍｕｌｔｉｐｌｅ Ｃｈｏｉｃｅｓ ｒｅｓｐｏｎｓｅ”）を返信する。

説明の目的のために、“Ｒｅｑｕｅｓｔ−ＵＲＩ”は、“ｔｅｌ ＵＲＩ”（ｔｅｌ：＋ｌ３１４５５５１２３４）、またはユーザ部分（ｓｉｐ：＋４５８３２０９２３＠ｍｃｉ．ｃｏｍ；ｕｓｅｒ＝ｐｈｏｎｅ）における電話番号を有する“ＳＩＰ ＵＲＩ”であり得る。電話番号は、代表的な実施例においては、“Ｅ．１６４（グローバル）形式”で存在する。もし端点がこの形式の要求を生成することができない場合、“ＳＩＰ−ｔｏ−ＳＩＰ”ゲートウェイサービスが、この形式を生成するために使用され得る。ＥＮＵＭレコードにおける“ｔｉｍｅ−ｔｏ−ｌｉｖｅ（ＴＴＬ）”情報は、各ＵＲＩに関する失効パラメータに変換される。非“ＳＩＰ ＵＲＩ”が返信され得るということが知られている。その結果生じるＵＲＩのセットは、ＳＩＰコンタクトヘッダフィールドに割り当てられて返信される。

もし単一のＵＲＩが返信される場合、それは、そのように“３０２ Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ ｒｅｓｐｏｎｓｅ”において行われ得る。もし複数のＵＲＩが返信されるべきである場合、“３００ Ｍｕｌｔｉｐｌｅ Ｃｈｏｉｃｅｓ ｒｅｓｐｏｎｓｅ”が返信される。プロキシ／認証サーバ３０７、Ｈ．３２３−ｔｏ−ＳＩＰゲートウェイ３１３、及び“ＳＩＰ−ｔｏ−ＳＩＰ”ゲートウェイ３１５のような他のＳＩＰ要素は、全て標準のＳＩＰメッセージを使用して、ＥＮＵＭリダイレクトサーバ３０５と情報をやりとりする。ＥＮＵＭリダイレクトサーバ３０５は、ＥＮＵＭ照会からＵＲＩに関する決定を全く行わないということが知られており、それらは、リダイレクト応答（redirect response）において、変わらないで通される。もしＥＮＵＭ照会があらゆるＵＲＩを返信することができない場合、ＥＮＵＭリダイレクトサーバ３０５は、“Ｒｅｑｕｅｓｔ−ＵＲＩ”における電話番号を表す単一の“ｔｅｌ ＵＲＩ”を返信する。もし“Ｒｅｑｕｅｓｔ−ＵＲＩ”が有効な“Ｅ．１６４”電話番号を含まない場合、サーバは“４０４ Ｎｏｔ Ｆｏｕｎｄ ｒｅｓｐｏｎｓｅ”を返信する。

プロキシ／認証サーバ３０７は、ＩＰ相互接続サービスのＳＩＰエッジ（SIP edge）である。プロキシ／認証サーバ３０７は、要求の認証及び代理という２つの主要な機能を備えている。認証機能は、ＥＮＵＭリダイレクトサーバ３０５のように、構成における他の構成要素の代わりに提供され得る。

認証方法は、サービスプロバイダからＩＰ相互接続までのリンク上の安全性の種類によって決定される。もしＳＩＰリクエストがトランスポート層セキュリティ（Transport Layer Security：ＴＬＳ）接続を介して到着する場合、供給された証明書は、認証のための使用されることができる。証明書は、認証局（ＣＡ）／ストア（Certificate Authority (CA)/Store）によって発行されたものであり得るか、もしくは、それは別のＣＡによって発行されたものであり得る。もしＳＩＰリクエストが仮想プライベートネットワーク（Virtual Private Network：ＶＰＮ）、または“ＩＰＳｅｃ（ＩＰ Ｓｅｃｕｒｉｔｙ）”を介して入って来る場合、秘密鍵の使用が認証を提供する。他の場合は、要求は、一時的なナンス（one time nonce）を含む“４０７ Ｐｒｏｘｙ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｉｒｅｄ ｒｅｓｐｏｎｓｅ”の形で、“ＳＩＰ Ｄｉｇｅｓｔ ｃｈａｌｌｅｎｇｅ”を受信する。

トランスポート層セキュリティ（Transport Layer Security：ＴＬＳ）プロトコルは、２つのアプリケーションの間のプライバシとデータ保全性を提供すると共に、２つの階層、ＴＬＳレコードプロトコル（TLS Record Protocol）、及びＴＬＳハンドシェイクプロトコル（TLS Handshake Protocol）を有する。ＴＬＳレコードプロトコルは、ＴＣＰのような信頼できる転送プロトコルの最上部に存在する。ＴＬＳレコードプロトコルは、接続の安全性を提供する。共通鍵暗号技術（Symmetric cryptography）は、データ暗号化（ＤＥＳ、ＲＣ４等）のために使用され、それらのキーは、各接続に関して比類なく生成されると共に、（ＴＬＳハンドシェイクプロトコル（Handshake Protocol）のような）別のプロトコルによって取り決められた秘密に基づいている。レコードプロトコルは、同様に、暗号化なしで使用され得る。メッセージトランスポートは、安全なハッシュ関数（例えば、ＳＨＡ、ＭＤ５等）がＭＡＣ計算のために使用される、鍵を利用するメディアアクセス制御（Medium Access Control：ＭＡＣ）を使用したメッセージの完全性チェックを含む。ＴＬＳレコードプロトコルは、ＴＬＳハンドシェイクプロトコルのような、更に高水準の様々なプロトコルのカプセル化（encapsulation）を提供する。ＴＬＳハンドシェイクプロトコルは、サーバ及びクライアントが、相互に認証すると共に、アプリケーションプロトコルがデータの最初のバイトを送信するか、もしくは受信する前に、暗号化アルゴリズム及び暗号化キーを取り決めることを可能にする。

ＴＬＳプロトコルは、（参照によってそれらの全体がここに組み込まれる）ＲＦＣ２２４６、及びＲＦＣ３５４６で詳述され、この安全性のプロトコルは、以前はセキュアソケットレイヤ（Secure Sockets Layer：ＳＳＬ）として知られている。

プロキシ／認証サーバ３０７は、共有された秘密のＭＤ５ハッシュを有する再送された要求を、ＡＡＡサーバ３０９から取り出された共有された秘密と比較する。適合は、認証を提供する。認証の失敗は、“４０３ Ｆｏｒｂｉｄｄｅｎ ｒｅｓｐｏｎｓｅ”が送信されることに帰着することになる。

一度認証が成功したならば、プロキシ／認証サーバ３０７は、（図１において示されたように）識別情報証明のサービスを提供し得る。あらゆる識別情報証明のサービスが行われる前に、“ＦｒｏｍヘッダＵＲＩ”は、認証された加入者に関する正当な識別情報のリストと比較される。この有効範囲は、一般的に、レコードのドメイン（ユーザ部分ではなくホスト部分）、及び“ｔｅｌ ＵＲＩ”における電話番号に制限されることになるということが知られている。もし“Ｆｒｏｍ”の識別情報が正当である場合、識別情報証明のサービスは実行されることができる。もしそれが正当ではない場合、“４０３ Ｉｎｖａｌｉｄ Ｆｒｏｍ Ｉｄｅｎｔｉｔｙ ｒｅｓｐｏｎｓｅ”が返信されると共に、それ以上のサービスは実施されない。

要求におけるプライバシーヘッダフィールド（Privacy header field）のプレゼンスは、標準の識別情報アサーション規則（identity assertion rule）を無効にすることができるということが知られている。しかしながら、ＴＵＲＮを用いて、本当にプライベートなＩＰセッションを確立することは端点にとって可能であるかもしれないが、ＩＰ相互接続サービスは、単独で完全なＩＰプライバシーを提供しない。

本発明の一実施例によると、以下の認証済みアイデンティティボディ（Authenticated Identity Body：ＡＩＢ）、“Ｐ−Ａｓｓｅｒｔｅｄ−アイデンティティ（Identity）”、及び“アイデンティティ（Identity）”という識別情報証明のオプションが提供される。要求される特別な方法は、認証されたユーザサービスプロファイルに基づいている。更に、ユーザのプロファイルは、デフォルトサーバオプションをプロキシまたはリダイレクトサーバに示すことになる。代りに、ＳＩＰ発呼側プリファレンス（SIP caller preference）は、要求に関してどちらの運転モードが要求基準によって望まれるかを示すために使用され得る。

ＡＩＢ方法に関して、プロキシ／認証サーバ３０７は、認証済みアイデンティティボディ（ＡＩＢ）を生成すると共に、“３０２ Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙ ｒｅｓｐｏｎｓｅ”においてそれを返信する。ＡＩＢは、ＩＰ相互接続の秘密鍵を使用して、プロキシ／認証サーバ３０７によって署名される。その結果生じる要求は、その場合に、本文部分として含まれるＡＩＢにより、ユーザによって再試行される。ＡＩＢ方法は、リダイレクトモードで使用される。

“Ｐ−Ａｓｓｅｒｔｅｄ−アイデンティティ（Identity）”方法に関して、プロキシ／認証サーバ３０７は、もし複数の識別情報が正当である場合、できる限り“Ｐ−Ｐｒｅｆｅｒｒｅｄ−アイデンティティ（Identity）”ヘッダフィールドを使用して、“Ｐ−Ａｓｓｅｒｔｅｄ−アイデンティティ（Identity）”ヘッダフィールドを生成する。“Ｐ−Ａｓｓｅｒｔｅｄ−アイデンティティ”方法は、プロキシモードにおいて使用される。“Ｐ−Ａｓｓｅｒｔｅｄ−アイデンティティ（Identity）”に関する追加の要求は、プロキシ／認証サーバ３０７及び次のホップから全体的に保護されたＳＩＰ接続の使用である（効果的に、これは、ＴＬＳトランスポート、あるいは、ＶＰＮまたはＩＰＳｅｃトンネルの使用を意味する。）。もし全体的な保護が利用可能ではない場合、“Ｐ−Ａｓｓｅｒｔｅｄ−アイデンティティ”サービスは、提供されることができない。

“アイデンティティ（Identity）”方法に関して、プロキシ／認証サーバ３０７は、“アイデンティティ（Identity）”ヘッダフィールドを生成すると共に、リダイレクトでそれを返信するか、または要求をプロキシするかのいずれかである。“アイデンティティ”方法は、プロキシモードまたはリダイレクトモードのどちらにおいてでも使用され得る。プロキシモードにおいて、プロキシ／認証サーバ３０７は、標準のＳＩＰ ＤＮＳ規則に従って、“Ｒｅｑｕｅｓｔ−ＵＲＩ”に関してＤＮＳ解決を実行する。

プロキシ／認証サーバ３０７は、ＥＮＵＭリダイレクトサーバ３０５、“Ｈ．３２３−ｔｏ−ＳＩＰ”ゲートウェイ３１３、及び“ＳＩＰ−ｔｏ−ＳＩＰ”ゲートウェイ３１５に対するＳＩＰインタフェースを備える。代表的な実施例によると、“ＳＩＰ Ｄｉｇｅｓｔ ｃｈａｌｌｅｎｇｅ”、証明書妥当性検査、または対称的なキー暗号化（例えば、ＩＰＳｅｃ、またはＶＰＮ）のような標準のＳＩＰの仕組みを使用して、認証が実行され得る。信用証明物は、ＲＡＤＩＵＳプロトコルを使用して、ＡＡＡデータベースにおいて証明される。

更に、プロキシ／認証サーバ３０７は、１つ以上のＳＩＰサーバ３１７、及びＳＩＰサーバ３１９（または、“ソフトスイッチ”）として貢献し得る。

認証（Authentication）、許可（Authorization）、及び課金（Accounting）（ＡＡＡ）サーバ３０９は、信用証明物、プリファレンス、及びサービスオプションのような様々なサービス固有情報を提供する。ＡＡＡサーバ３０９は、ＩＰ相互接続の顧客の共有された秘密（ユーザ名／パスワード）を保存する。このサーバ３０９は、ＲＡＤＩＵＳを使用して、例えばプロキシ／認証サーバ３０７、“Ｈ．３２３−ｔｏ−ＳＩＰ”ゲートウェイ３１３、“ＳＩＰ−ｔｏ−ＳＩＰ”ゲートウェイ３１５、及びＴＵＲＮサーバのような他の構成要素によってアクセスされる。ＳＩＰ ＡＡＡ機能は、更に参照によってその全体がここに組み込まれるＲＦＣ３７０２において詳述される。

証明書保存／権限（Certificate Store/Authority）サーバ３１１は、証明書を主催して、ＩＰを使用可能にされた端点、またはアイランドに割り当てる。証明書は、それぞれのアイランドに局所的に保存され得るか、もしくはネットワークに保存され得る。認証局（ＣＡ）／ストア３１１は、証明書の作成、管理、廃止、保存、及び分配を提供する。証明書は、（“セキュア／多目的インターネットメール拡張仕様（Secure/ Multipurpose Internet Mail Extensions：Ｓ／ＭＩＭＥ）”を使用するために個々のＳＩＰの端点に適当な）自己−署名された証明書か、またはＳＲＴＰ（Secure Real-time Transport Protocol）か、またはＩＰ相互接続ＣＡにより発行された証明書のいずれかであり得る。一例として、証明書は、ＴＬＳ、ＳＩＰ、及びハイパーテキスト転送プロトコル（HyperText Transfer Protocol：ＨＴＴＰ）を基礎とする仕組みを用いてフェッチされ得る。認証局の機能性は、限定されたＳＩＰの識別情報アサーションを提供すると共に、従って、従来のベリサインタイプの電子商取引証明書より、更に費用効果が高いアプローチを提供する。

更に、プロキシ／認証サーバ３０７は、顧客の証明書を検索して、証明するために認証局／ストアを使用する。

この例において、Ｈ．３２３−ｔｏ−ＳＩＰゲートウェイ３１３は、Ｈ．３２３とＳＩＰとの間の変換を提供する。本発明の一実施例によると、このゲートウェイ３１３は、“ＩＰ ＰＢＸ ３２１”の役割を果たすことができる。ゲートウェイ３１３は、Ｈ．３２３ネットワークにＨ．３２３ゲートキーパー（Gatekeeper）として現れている間に、ＳＩＰネットワークにＳＩＰユーザエージェント（User Agent）として現れる。標準のＨ．３２３認証メカニズムが使用され得る。

図３のシナリオの下で、ＳＩＰ−ｔｏ−ＳＩＰゲートウェイ３１５は、互換性がないＳＩＰの専用語（方言）を、例えば、標準の“ＲＦＣ ３２６１ ＳＩＰ”に変換する。いくつかの一般的な“壊れた”ＳＩＰ問題は、Ｔｏ／Ｆｒｏｍタグの誤った使用、不正な形式のヘッダフィールド及びボディ、非標準的な方法、非標準的なＤＴＭＦ転送方法、多目的インターネットメール拡張仕様（multipart Multipurpose Internet Mail Extensions：ＭＩＭＥ）処理の問題（例えば、ＳＩＰ−Ｔ（Session Initiation Protocol for Telephones）、独自仕様の認証スキーム、転送プロトコルの非互換性、不適当な“Ｒｅｃｏｒｄ−Ｒｏｕｔｅ”及びプロキシルーティング動作、及びＩＰｖ６からＩＰｖ４へのマッピングを含む。

例えば、“ＩＰ ＰＢＸ ３２３”の役割を果たしているとき、ＳＩＰ−ｔｏ−ＳＩＰゲートウェイ３１５は、できる限り透過的に動作する。ＳＩＰ−ｔｏ−ＳＩＰゲートウェイ３１５は、同様に、認証機能を提供すると共に、いくつかの追加の認証スキームを支援する。本発明の一実施例によると、信用証明物は、ＲＡＤＩＵＳプロトコルを使用するＡＡＡデータベースにおいて検証される。このプロトコルは、ルータ、モデムサーバ、スイッチ等の様々なネットワークの構成要素に埋め込まれ得る。ＲＡＤＩＵＳは、かなりの数のユーザを有する大きなネットワークにおいて重要である、集中型のユーザ管理を容易にする。更に、これらのユーザは、頻繁に追加されると共に削除されつつある（従って、認証情報の固定の不安定さに帰着する）。ＲＡＤＩＵＳは、参照によってその全体がここに組み込まれる、“Remote Authentication Dial In User Service (RADIUS)”と表題をつけられた、インターネットエンジニアリングタスクフォース（Internet Engineering Task Force：ＩＥＴＦ）の“Request For Comment(RFC)2865”（２０００年６月）において説明される。

ＳＩＰネットワークを基礎とするＮＡＴ横断（NAT traversal）機能は、ネットワークを基礎とする“ＮＡＴ ｔｒａｖｅｒｓａｌ”を支援するために、他の場合は失敗するであろうセッションに関するメディアリレー機能（例えば、ＴＵＲＮ、またはＲＴＰプロキシ）を呼び出すことによって、必要な信号伝達を実行する。本発明の一実施例によると、このサービスを供給されたアイランドのみが、この機能を利用し得る。アイランドが内部でこの機能を処理しないとき、ネットワークを基礎とするＮＡＴ横断機能が提供される。メディアリレーが必要とされるとき、ＳＩＰ−ｔｏ−ＳＩＰゲートウェイ３１５は、メディアリレー機能から１つを呼び出すと共に、適切にＳＩＰの信号伝達メッセージを修正する。ＴＵＲＮに加えて、他のプロトコルがＳＩＰ−ｔｏ−ＳＩＰゲートウェイ３１５とメディアリレー３１６との間で使用され得る。

このＳＩＰネットワークを基礎とするＮＡＴ横断機能が、ＳＴＵＮ、及びＴＵＲＮを使用するアイランドに透過的であるということが知られており、これは、まるでＮＡＴが存在せず、従って動作が起こらないかのように思われる。ＮＡＴ横断の機能性は、動的に検出されるよりむしろ、あるアイランドに関して提供され得る。これは、ＮＡＴの動的な検出が、一般的にアイランドから利用可能ではない登録データを必要とするからである。

“Ｓｉｍｐｌｅ Ｔｒａｖｅｒｓａｌ ｏｆ ＵＤＰ ｔｈｒｏｕｇｈ ＮＡＴ”（ＳＴＵＮ）サーバ２０３は、端点を基礎とするＮＡＴの発見及び特徴付けを提供する。ＳＴＵＮを使用可能にされた端点は、ネットワークを基礎とする検出及び調整に頼らずに、大部分のＮＡＴタイプを横断することができる。端点は、ＮＡＴのタイプ（例えば、“ｆｕｌｌ ｃｏｎｅ”、“ｒｅｓｔｒｉｃｔｅｄ ｃｏｎｅ”、または“ｓｙｍｍｅｔｒｉｃ”）を決定すると共に、プライベートアドレスと公のＩＰアドレスとの間の結合（binding）を発見して、維持し得る。端点に関して、ＩＣＥ（Interactivity Communication Establishment：双方向通信構築）プロトコルにおいて示されたように、ＳＴＵＮ使用とＴＵＲＮ使用の組み合わせは、完全な端点を基礎とするＮＡＴ横断機能を提供する。

ＳＴＵＮサーバ２０３は、主として、それが本質的に単に“ピング（ping）”サーバの一種であり、使用される資源が些細であるため、ユーザを認証しないということが知られている。その結果、ＡＡＡまたはプロビジョニング（provisioning）の関係が必要である。ＳＴＵＮサーバの発見は、ＩＰ相互接続サービスによって使用されるドメイン上の“ＤＮＳ ＳＲＶ検索（DNS SRV lookups）”を用いて提供され得る。ＳＴＵＮ関数は、参照によってその全体がここに組み込まれるＲＦＣ３４８９において更に詳述される。

メディアリレー機能は、特定のＮＡＴ及びファイアウォール横断シナリオ（NAT and firewall traversal scenario）において必要とされるリレー機能性を提供する。この機能は、ＴＵＲＮ（Traversal Using Relay NAT）サーバ２０５（端点を使用可能にされた横断のための）と、ＲＴＰプロキシ（ネットワークを基礎とするリレーのための）の両方を用いて提供される。認証は、“ＳＩＰ Ｄｉｇｅｓｔ”信用証明物を用いて実行されると共に、ＡＡＡサーバ３０９からのＲＡＤＩＵＳを用いてアクセスされる。代表的な実施例において、メディアリレー機能は、ＮＡＴ及びファイアウォール横断に、ＲＴＰ、及びリアルタイム制御プロトコル（Real-Time Control Protocol：ＲＴＣＰ）リレーの機能性を提供する。

本発明の一実施例によると、メディアリレー機能は、分権的であると共に、サービスプロバイダのＩＰバックボーンの至る所に分散される。更に、いくつかの最適なメディアリレー選択アルゴリズムが使用され得る。これに代るものにおいて、分散型構成が達成できない場合、中心的に配置されたメディアリレーが利用され得る。構成は、ネットワークに呼び出されたメディアリレーの機能性、及び端点に呼び出されたメディアリレーの機能性の両方を支援する。従って、ＴＵＲＮのような標準を基礎とするプロトコルが使用される。メディアリレーは、重要なネットワーク資源であり、そのようなものとして、それらは、認証すると共に、使用法を明らかにしなければならない。ＴＵＲＮ機能が既存の“ＳＩＰ Ｄｉｇｅｓｔ”信用証明物の再使用を支援するので、ＴＵＲＮサーバは、ＡＡＡサーバ（例えば、サーバ３０９）にアクセスすることができる。

“ＳＯＡ ＩＴ（Service Oriented Architecture Information Technology：サービス指向アーキテクチャ情報技術）”サーバ３１７は、相互接続サービスを提供するために必要な事務管理部門（back office）の機能を提供する。すなわち、“ＳＯＡ ＩＴ”は、利益生成ビジネスとして提案するＩＰ相互接続製品を動かして支援するのに必要とされるオペレーショナルサポートシステム（Operational Support System：ＯＳＳ）機能を提供するコンポーネントを備えている。本発明の一実施例によると、“ＳＯＡ ＩＴ”コンポーネントは、顧客対応システム（customer-facing system）（例えば、顧客のセルフサービスを可能にする）、及び事務管理部門（バックオフィス）システムの両方を備える。“ＳＯＡ ＩＴ”コンポーネントは、そのような機能が規定の報告要求に準拠していることを保証することと同様に、いわゆるＦ−Ａ−Ｂ：“達成（Fulfillment）、保証（Assurance）、及び請求書作成（Billing）”の広い機能的エリアに大いに集中する。そのような機能は、図１７に関して更に十分に説明される。

説明されたＩＰ相互接続サービスは、ＩＰ電話通信をサポートするために、ＳＩＰ、ＳＴＵＮ、及び、ＴＵＲＮプロトコルの相互作用を包含する。この相互作用は、図２に照らして、図４及び図５の呼のフロー（コールフロー）において説明される。

図４は、本発明の一実施例による代表的なセッション開始プロトコル（ＳＩＰ）−ｔｏ−ＳＩＰの呼のフローの図である。説明の目的のために、送信元（もしくは発信)の端点は、ソフト電話２０７ｄであると共に、識別子“bob@voiptheworld.net”を有する。送信先（もしくは終端）の端点は、ユーザ“alice@ipislands.com”を有するソフト電話２０９ｃである。ステップ４０１において、端点２０７ｄは、結合要求（Binding Request）を出力することによって、ＳＴＵＮサーバ２０３との通信を確立する。この通信は、標準のＴＣＰハンドシェイク、及び認証処理（ステップ４０３）を用いて確立される。次に、端点２０７ｄは、ＴＵＲＮサーバ２０５を介した接続を利用して、ＳＩＰプロキシサーバ２０７ｅに、例えば、ＳＩＰ（ＲＥＧＩＳＴＥＲ／２００ ＯＫ）を使用してレジスタ信号を送信する（ステップ４０５）。ＳＩＰプロキシサーバ２０７ｅは、ステップ４０７において、“２００ ＯＫ”メッセージによって端点２０７ｄに応答する。

ステップ４０９において、端点２０７ｄは、ＳＩＰプロキシサーバ２０７ｅに“ＩＮＶＩＴＥ”メッセージを提出し、ＳＩＰプロキシサーバ２０７ｅは、“１００ Ｔｒｙｉｎｇ”メッセージによって返答する（ステップ４１１）。

この時点で、プロキシサーバ２０７ｅは、送信先端点２０９ｄのＵＲＩが判定される必要があることを決定する。従って、ＳＩＰプロキシサーバ２０７ｅは、ＥＮＵＭサーバ２０１にＤＮＳ照会を提出し、ＥＮＵＭサーバ２０１は、適切なＮＡＰＴＲレコードによって応答する（ステップ４１３、及びステップ４１５）。

次に、ＳＩＰプロキシサーバ２０７ｅは、“ＩＮＶＩＴＥ”メッセージを送信先ネットワークのＳＩＰプロキシサーバ２０９ｅに送信する（ステップ４１７）。ＳＩＰプロキシサーバ２０９ｅは、ステップ４１９で、“ＩＮＶＩＴＥ”メッセージを送信先端点２０９ｄに送信する。

端点２０９ｄは、その場合に、ステップ４２１のように、“１８０ Ｒｉｎｇｉｎｇ”メッセージをＳＩＰプロキシサーバ２０９ｅに送信すると共に、ＳＩＰプロキシサーバ２０９ｅは、メッセージをＳＩＰプロキシサーバ２０７ｅに中継する（ステップ４２３）。その後、ステップ４２５で、“Ｒｉｎｇｉｎｇ”メッセージが送信元端点２０７ｄに送信される。

ステップ４２７において、端点２０９ｄは、“２００ ＯＫ”メッセージを生成し、メッセージをＳＩＰプロキシサーバ２０９ｅに送信する。ステップ４２９において、この“２００ ＯＫ”メッセージは、ＳＩＰプロキシサーバ２０９ｅによって、もう一方のＳＩＰプロキシサーバ２０７ｅまで中継される。その後、ステップ４３１のように、“２００ ＯＫ”メッセージは、ＳＩＰプロキシサーバ２０７ｅによって、送信元端点２０７ｄに送信される。端点２０７ｄは、“ＡＣＫ”メッセージによって、ＳＩＰプロキシサーバ２０７ｅを認識する（ステップ４３１）。ＳＩＰプロキシサーバ２０７ｅは、ＳＩＰプロキシサーバ２０９ｅを通じて、“ＡＣＫ”メッセージを送信先端点２０９ｄに送信する（ステップ４３５、及びステップ４３７）。ステップ４３９において、端点２０７ｄ及び端点２０９ｄは、直ちにＴＵＲＮサーバ２０５を介してメディアを交換し得る。

図５は、本発明の一実施例による代表的なＳＩＰ−ｔｏ−ＰＳＴＮ（Public Switched Telephone Network）の呼のフローの図である。ＳＩＰ−ｔｏ−ＳＩＰの呼のフローと同様のこのシナリオの下で、通信がＴＵＲＮサーバ２０５によって実行される。ステップ５０１で、端点２０７ｄは、結合要求（Binding Request）によって、ＳＴＵＮサーバ２０３との通信を確立する。ステップ５０３で、端点２０７ｄとＳＴＵＮサーバ２０３との間の標準のＴＣＰハンドシェイクと認証処理が実行される。端点２０７ｄは、レジスタ信号をＳＩＰプロキシサーバ２０７ｅに送信する（ステップ５０５）。ステップ５０７で、ＳＩＰプロキシサーバ２０７ｅは、レジスタ信号に応答して、“２００ ＯＫ”メッセージを端点２０７ｄに送信する。

ステップ５０９において、端点２０７ｄは、“ＩＮＶＩＴＥ”メッセージをＳＩＰプロキシサーバ２０７ｅに送信する。サーバ２０７ｅは、その場合に、“１００ Ｔｒｙｉｎｇ”メッセージによって返答する（ステップ５１１）。

ステップ５１３で、プロキシサーバ２０７ｅは、ＤＮＳ照会をＥＮＵＭサーバ２０１に送信する。この例において、ＥＮＵＭサーバ２０１は、対応するＵＲＩを発見し得ないと共に、ステップ５１５で、ＳＩＰプロキシサーバ２０７ｅに対してそのように示す。従って、ＳＩＰプロキシサーバ２０７ｅは、“ＩＮＶＩＴＥ”メッセージをメディアゲートウェイ２１５に送信する（ステップ５１７）と共に、ここで“ＩＮＶＩＴＥ”メッセージは、電話番号を指定する。メディアゲートウェイ２１５は、ステップ５１９のように、“１８０ Ｒｉｎｇｉｎｇ”メッセージによって返答する。ステップ５２１で、ＳＩＰプロキシサーバ２０７ｅは、“１８０ Ｒｉｎｇｉｎｇ”メッセージを端点２０７ｄに送信する。

ステップ５２３において、メディアゲートウェイ２１５は、同様に、“２００ ＯＫ”メッセージをＳＩＰプロキシサーバ２０７ｅに送信する。このメッセージは、その場合に、ＳＩＰプロキシサーバ２０７ｅによって、端点２０７ｄに送信される（ステップ５２５）。

端点２０７ｄは、“ＡＣＫ”メッセージによって、ＳＩＰプロキシサーバ２０７ｅに応答し、ＳＩＰプロキシサーバ２０７ｅは、メッセージをメディアゲートウェイ２１５に送信する（ステップ５２７、及びステップ５２９）。ステップ５３１において、メディアゲートウェイ２１５を介して、送信元端点２０７ｄとＰＳＴＮとの間で呼が確立される。

図６は、本発明の一実施例による、遠隔端点の間の通信を支援する集中型のデータストアを利用する構成の図である。通信システム６００は、上述のように、相互接続サービスを支援するためのコンポーネントを配置するサービスプロバイダネットワーク６０１を備える。特に、ネットワーク６０１は、端点６０５、端点６０７、及び端点６０９の間の通信を管理するために、データストア（またはレジストリ）６０３を利用する。例えば、これらの端点６０５、端点６０７、及び端点６０９は、単一の企業、組織、または団体と関連づけられることができ、ここで、端点６０５は、オフィスの場所と対応し、端点６０７は、家の場所と対応し、端点６０９は、ホテルのような一時的な移動位置と対応し得る。

データストア６０３は、どのようにパケット化音声がインターネットのような公衆データ網上で経路指定されるべきであるかに関する情報と同様にユーザ情報を格納し、更に、このレジストリ６０３は、回線交換の経路、セルラー（携帯電話）の経路、またはＩＰメディアの経路を含む代わりの経路を指定し得ると共に、そのような経路指定情報は、ネットワークアドレス、プロトコルポート情報等を含んで、多くの形式をとることができる。更に、データストア６０３は、サービスプロバイダが、ユーザによって提起された呼に関する請求額情報及び評価情報を格納して、管理することを可能にする。更に、サービスプロバイダは、異なるネットワーク要素を包含する端点の間の通信を認可するために、必要な情報を維持し得る。

ネットワーク６０１は、様々な端点６０５、端点６０７、及び端点６０９とインタフェースするためにＳＩＰプロキシサーバ６１１を備える。ＳＩＰプロキシサーバ６１１は、回線交換の電話と同様に、他のデータネットワークとのパケット化音声の呼を支援するために、上記で詳述された、ＴＵＲＮサーバ６１３、ＳＴＵＮサーバ６１５、及びＥＮＵＭサーバ６１７と情報をやりとりする。

更に、システム６０１は、接続性を他のシステム（例えば、データネットワーク、または回線交換電話通信網）に提供するために、ゲートウェイ６１９を利用する。

上述の構成は、他の通信サービスと補完的であるか、または他の通信サービスを補うことができる、相互接続サービスを提供するための様々な陸上の無線通信システムにおいて実施され得ることが意図される。例えば、以下で説明されるように、無線通信システムは、そのようなサービスを実現し得る。

図７は、アプリケーションの移動性を提供するための、本発明の一実施例による無線通信システムの図である。本発明の実施例によると、相互接続サービスは、ＳＩＰを基礎とするモバイルＩＰ通信サービスを提供するための無線及び有線システム７００において実施され得る。示されたように、１つ以上のマルチモーダルモバイル装置（multimodal mobile device）７０１は、様々な無前技術、例えば、ワイファイ（Ｗｉ−Ｆｉ）／ＷｉＭａｘ、８０２．１１、もしくは移動電話を用いて通信し得る。このシナリオの下で、マルチモーダル装置７０１は、モバイル電話通信（例えば、セル方式の）ネットワーク７０３か、無線データ通信ネットワーク７０５のいずれかとインタフェースすることができる。これらのネットワーク７０３及び７０５の各々は、インターネットのような公衆データ網７０７と通信を行う。サービスプロバイダネットワーク７０９は、同様に、公衆電話交換網（ＰＳＴＮ）７１１と通信するインターネット７０７に対する接続性を有している。

アプローチは、代表的な実施例において、以下の仮定を順守する。第１に、ＩＰ側で、全ての固定サービス及び移動サービスを制御する。同様に、呼は、インターネット７０７、第２世代（２Ｇ）／第３世代（３ＧＰＰ及び３ＧＰＰ２）ネットワーク７０３、ＰＳＴＮ、及び、ＰＢＸ、及び、ＩＳＤＮ（Integrated Digital Services Network)、４Ｇ（第４世代）のワイファイ及びＷｉＭａｘの無線ネットワーク、及びＩＰ ＰＢＸ、及びＨ．３２３のような他のＩＰシステム等の時分割多重（ＴＤＭ）ネットワーク７１４を含めた無数のネットワークに関して確立されると仮定されている。

通信サービスは、ＩＰ側で可能にされるか、もしくは実施されると共に、ＳＩＰ、及びその関連する、例えばインターネットエンジニアリングタスクフォース（Internet Engineering Task Force：ＩＥＴＦ）のＳＩＭＰＬＥ、ＳＩＰＰＩＮＧ、ＩＰＴＥＬ、ＸＣＯＮ、及びＥＮＵＭワーキンググループにおいて開発されるような、応用層プロトコルに基づくことができる。例えば、システム７００は、インターネット７０７に関する端点であるＳＩＰ電話通信及びＩＭ装置を備える。２Ｇ／３Ｇ携帯電話ネットワークへの出入口（ゲートウェイ）は、同様に、インターネット７０７に関する端点である。更に、ＳＩＰ−ＰＳＴＮ、及びＳＩＰ−ＰＢＸは、インターネット７０７に関する端点である。前述のアプローチは、インターネット７０７の終端間アプリケーション制御の構成と互換性があり、例えば、ＩＥＴＦ文書ＲＦＣ３６６５及びＲＦＣ３６６６は、それぞれ、ＰＢＸ／Ｃｅｎｔｒｅｘのような電話通信、及びＳＩＰ−ＰＳＴＮに関する代表的なＳＩＰの呼のフローの実施を示すと共に、これらの文書は、参照によってそれらの全体がここに組み込まれる。

（サービスプロバイダネットワーク７０９に関しての“訪問先”のネットワークである）無線ネットワーク７０５は、ＡＡＡサーバ７１５と同様に、アクセスポイント７１３（例えば、イーサネット（登録商標）スイッチ）を備える。同様に、サービスプロバイダネットワーク７０９は、ＡＡＡサーバ７１７を備える。更に、ネットワーク７０９は、ＳＴＵＮ／ＴＵＲＮサーバ７１９を提供すると共に、ＳＴＵＮ、及びＴＵＲＮの機能性の上述の討論から明白であるように、これらの２つの機能は、同様に、個別のコンポーネントとして実現され得る。更に、サービスプロバイダネットワーク７０９は、ＳＩＰプロキシサーバ７２１を備える。

モバイル電話通信ネットワーク（例えば、セルラーネットワーク）７０３は、マルチモーダルモバイルステーション７０１からＰＳＴＮ７１１またはインターネット７０７に対する、モバイルゲートウェイ７２５を介した通信セッションを処理するためのモバイルスイッチ７２３を備える。同様に、ゲートウェイ７２７は、ＰＳＴＮ７１１からインターネット７０７に接続するために使用され、この方法により、ＰＳＴＮ７１１の中のステーション（station：局）７２９は、インターネット７０７上に配置された呼によって到達され得る。

無線または有線のアクセスネットワークによって支援された能力に従って、プレゼンス（presence）、イベント（event）、インスタントメッセージング（instant messaging）、音声電話通信、ビデオ、ゲーム、及び娯楽サービスようなリッチサービス（rich service）は、サービスプロバイダネットワーク７０９によって支援され得る。

現代の通信技術は、通信するための多くの選択肢をユーザに与えたことが認識される。これらの多くの可能性を与えられて、ユーザは、時には、いつ、そしてどのようにして連絡されるべきかという各電話加入者の好みを与えられた別のユーザと通信するための最も適切な、都合の良い方法に確信が持てない。企業内の伝統的な電話サービス及び構内交換機（Private Branch Exchanges：ＰＢＸ）のユーザは、移動通信及びインターネット通信と同様に、現在、各通信サービスのための個別の装置、身分及び加入契約を有している。例えば、これらのユーザは、（多くの場合、個別のサービス、局所的なサービス、そして長距離サービスを伴う）家庭用電話（home phone）、仕事におけるＰＢＸ電話、携帯電話、及び個人用携帯情報端末（ＰＤＡ）を所有することができると共に、同様に、インターネット７０７または企業のＰＢＸにアクセスする携帯電話ネットワーク、及びワイヤレスローカルエリアネットワーク（Wireless Local Area Network：ＷＬＡＮ）を所有することができる。

更に、インスタントメッセージング（Instant Messaging：ＩＭ）のユーザは、同様に、ＰＣまたはラップトップコンピュータによって使用され得るいくつかのアカウントを所有することができる。同様に、電子メール、及びモバイルショートメッセージングシステム（Short Messaging System：ＳＭＳ）のユーザは、同様に、電子メールシステムの間、そして独立してＳＭＳとＩＭとの間の橋渡しが時折可能である、いくつかの橋渡しを通じて、それぞれの特別なシステムのための専用装置及び専用ネットワークを使用することができる。これらのサービスへのアクセスのための個別の加入契約、及びモバイル機器がまだ必要とされる。

本発明の一実施例によると、（プレゼンス、ＳＩＰイベント、テキスト、音声、画像通信、及びファイルシェアリングを使用する）シームレスな通信は、単一の識別情報、または一組の同様な識別子と連携して有効にされる。すなわち、マルチモーダル装置７０１は、ユーザが、全てのモバイルネットワーク及び固定ネットワーク上で、単一の識別情報及び単一のサービス加入契約を有することを可能にし、それにより、装置７０１は、あらゆる無線または有線ネットワークを用いて通信するために、デュアルモードにおいて動作し得る。１つの単一の識別情報は、電話番号、及び／または、全ての固定ネットワーク及びモバイルネットワークのための、そして全ての種類の通信のための（電子メールアドレスと同一であるか、または類似した）ＵＲＩの形式をとることができる。電話番号、及び／または、ＵＲＩは、それにより、被呼加入者が到達されると共に識別され得る住所録における唯一の記入事項であり得る。単一の識別情報は、全ての有線及び無線ネットワークに対するアクセスのために、発呼側に提供される。同様に、単一の加入契約は、全ての種類のネットワーク、及び装置のために利用され得る。更に、ＮＡＴ及びファイアウォールの横断は、ユーザに透過的である。安全な通信は、要求に応じて、ネットワークで主張されたユーザＩＤ、及び暗号化に基づいて達成され得る。

モバイル機器７０１は、ＰＢＸ（図示せず）と相互作用することができるか、またはＰＢＸのようなサービスを提供し得る。呼及び会議は、無線ネットワーク７０５（例えば、２Ｇ／３Ｇ（第２世代／第３世代）携帯電話ネットワーク７０３、ワイファイ／ＷｉＭａｘ無線広帯域）と有線ＰＳＴＮ（またはＰＢＸネットワーク）との間を切り替えている期間、維持され得る。

プレゼンス、イベント、及びＩＭゲートウェイ３１９は、シームレスで、相互運用可能なプレゼンス、イベント、及びインスタントメッセージング（ＩＭ）を可能にするために、ＳＩＰから他のプロトコル、及び他のプロトコルからＳＩＰに対するゲートウェイサービスを提供する。プレゼンス、イベント、及びインスタントメッセージング（ＩＭ）は、インターネット上の、そして世界的に何億ものユーザを有するプライベートなＩＰネットワークにおける新しい通信サービスの中心として発展した。プッシュトゥートーク（push-to-talk）のような最前線携帯電話サービスは、プレゼンス、イベント、及びインスタントメッセージング（ＩＭ）に基づいている。電話通信が、電話をかけることが様々な他の通信方式の中から選択する月並のオプションである、良く知られているＩＭサービスの付属物になったことは、偶然ではない。ＩＰ−ＩＰの音声の呼は、同様に、電話番号に関する依存、または電話網の使用なしで有効にされる。

有線及び無線ネットワークの両方において、“仲間（buddies）”のプレゼンスを伴うグラフィカルユーザインタフェース（ＧＵＩ）は、電話番号を表示するより有益であり得る。すなわち、プレゼンスアイコンをクリックすることは、ダイヤルパッドを使用するより有益であると受け取られている。電話番号のみを使用して伝統的なＴＤＭネットワークにつながっているとき、ダイヤルパッドは、オプションのままである。

ＩＭの基幹施設は、音声、ビデオ、会議等のような他の形式の通信から完全に独立している。従来のＩＭサービスは、独自仕様であり、少なくとも、本質的に異なるシステムの間のある程度の基本的通信のためのゲートウェイを必要とする。

大きな技術ベンダによるのと同様に、３Ｇ ＩＭＳ（Third Generation IP Multimedia Service：第３世代ＩＰマルチメディアサービス）プラットフォームにおける移動通信産業による“ＳＩＰ ＩＭ プロトコルレバレッジング拡張”（SIP IM Protocols Leveraging Extensions：ＳＩＭＰＬＥ）の採用は、全てのＩＰ通信サービスのための単一のＳＩＰを基礎とする通信基幹施設を持つという願望の結果である。

レガシーＩＭプロトコルの間のゲートウェイは、ゲートウェイの数がプロトコルの数の２乗によって増加する、十分に調和された構成として提供され得る。しかしながら、ＳＩＭＰＬＥ標準に基づく一般のＩＭコアへの移行は、更に効果的アプローチであると共に、レガシーＩＭシステムとＳＩＭＰＬＥとの間のゲートウェイを提供する。そのようなシナリオの下で、ゲートウェイの増加は、利用されたＩＭプロトコルの数に対して線形である。

本発明の実施例によるＩＭ構成は、ＳＩＭＰＬＥ標準に基づいている。プレゼンスイベントパッケージ（presence event package）は、プレゼンスの加入契約と通知のためのセッション開始プロトコル（ＳＩＰ）の使用法を説明する。プレゼンスは、ネットワーク上の他のユーザと通信するためのユーザの意思及び能力と定義される。プレゼンスイベントパッケージ、及び関連する通知は、それぞれ、（両方共が参照によってそれらの全体がここに組み込まれる） “J. Rosenberg”による“Internet Draft, IETF work in progress, January 2003”の“A Presence Event Package for the Session Initiation Protocol (SIP)”、及び“H. Khartabil”等による“Internet Draft, IETF work in progress, August 2004”の“Functional Description of Event Notification Filtering”において、更に詳述される。伝統的に、プレゼンスは、“オンライン”及び“オフライン”のインジケータに制限されたが、ここでのプレゼンスに関する考えは更に広い。プレゼンスの加入契約と通知は、一般的なＳＩＰイベント通知構造の中でイベントパッケージを定義することによって支援される。

イベント通知のフィルタ処理は、イベント通知情報と関連付けられたフィルタ処理の規則を定義するために加入者が実行する動作を参照する。フィルタ処理の規則を伝送する加入契約に対する応答の扱い、及びそれらに適用されるフィルタ処理の規則を伴う通知の扱いが定義される。定義は、同様に、そのようなフィルタ処理の規則を受信する場合に、どのようにノーティファイア（notifier：通知機能）が動作するか、及びどのように通知が組み立てられるかを説明する。

ウォッチャー情報（watcher information）の日付形式は、ＳＩＰイベントの枠組みのために、テンプレートパッケージを定義する。ウォッチャー情報は、特別なイベントパッケージの中の特別な資源に登録されたユーザのセットのことを指している。ウォッチャー情報は、ユーザの登録、ユーザの登録解除が承認されるか、または拒絶されるかで、動的に変わる。ユーザは、この情報に同意すると共に、従って、それに対する変化について学ぶことができる。このイベントパッケージは、自身を含むあらゆるイベントパッケージに適用され得るので、テンプレートパッケージである。ウォッチャー機能（Watcher function）は、（参照によってその全体がここに組み込まれる）“J. Rosenberg”による“Internet Draft, IETF work in progress, January 2003”の“A Watcher Information Event Template-Package for SIP”において詳述される。

特に、プレゼンス情報データフォーマット（Presence Information Data Format：ＰＩＤＦ）は、プレゼンティティ（presentity）に関するプレゼンス情報を表すための基本形式を定義する。その形式は、原文の記録（textual note）、利用可能性（開く、または閉じる）の表示、及び通信のためのＵＲＩを定義する。しかしながら、オートマトン（automaton）によって解釈される必要があり、従ってＰＩＤＦ文書の記録要素において配置に適していないユーザに関する追加の情報を伝えることは、高い頻度で有益である。一般的に、それらの拡張は、“calendaring system”のような、プレゼンスの現存するソース、またはユーザの現在の物的環境を示すソースから自動的に容易に得られるであろう要素に加えて、書き込む時に現存するプレゼンスシステムでは一般的な特徴を提供するために選択された。

プレゼンス情報データフォーマット（ＰＩＤＦ）は、プレゼンティティ（presentity）に関するプレゼンス情報を表すための基礎的なＸＭＬ形式を定義する。拡張可能マークアップ言語（Extensible Markup Language：ＸＭＬ）設定アクセスプロトコル（Configuration Access Protocol：ＸＣＡＰ）によって、クライアントはサーバ上にＸＭＬ形式で格納されるアプリケーション設定データ（application configuration data）を読んで、書いて、修正することが可能となる。ＸＣＡＰは、これらのコンポーネントが、ＨＴＴＰによって直接アクセスされ得るように、ＸＭＬ文書サブツリー及び要素属性を、ＨＴＴＰ ＵＲＩに割り当てる。ＸＣＡＰの追加の詳細は、（参照によってその全体がここに組み込まれる）“J. Rosenberg”による“Internet Draft, IETF work in progress, July 2004”の“The Extensible Markup Language (XML) Configuration Access Protocol (XCAP)”で提供される。

ＸＭＬ設定アクセスプロトコル（XML Configuration Access Protocol：ＸＣＡＰ）は、クライアントが、サーバ上にＸＭＬ形式で格納されるアプリケーション設定データを読んで、書いて、修正することを可能にする。データには、満期時間がなく、従って、それは明白に、挿入されると共に削除されなければならない。プロトコルは、彼らがそうする権限を与えられる場合に、複数のクライアントがデータを処理することを可能にする。ＸＣＡＰは、プレゼンスリスト（presence list）、及びプレゼンス許可方針（presence authorization policy）の操作のために、ＳＩＭＰＬＥを基礎とするプレゼンスシステムに使用される。従って、ＸＣＡＰは、非デバイス依存のプレゼンス文書の操作を提供するためにいくぶん適当である。

２つ以上の加入者の間の一連の関連する原文のメッセージは、明確な開始及び終了を伴うセッションの一部と見なされ得る。これは、対照的に、それぞれ完全に独立して送られた個々のメッセージに対するものである。ＳＩＭＰＬＥ標準の下で、通信スキームが“ページモード”メッセージとして個々のメッセージを追跡するだけであるのに対して、明確な開始及び終了を伴うセッションの一部である通信は、“セッションモード”通信と呼ばれる。

ページモード通信は、ＳＩＰメッセージ（SIP MESSAGE）方法によって、“ＳＩＭＰＬＥ”において有効にされる。セッションモード通信は、しかしながら、ページモード通信に関して、明確な集合場所、他のメディアタイプとのより密接な統合、直接的なクライアント対クライアント（client-to-client）動作、橋渡しされたプライバシ及び安全性のような、多くの利益を得ている。

プレゼンス情報データ形式の連絡先情報（Contact Information for Presence Information Data Format：ＣＩＰＩＤ）は、住所録記入事項、及びアイコンの参照を含む、プレゼンティティ（presentity）及びその連絡先に関する追加の連絡先情報を提供するＰＩＤＦに要素を加える拡張である。ＣＩＰＩＤは、（参照によってその全体がここに組み込まれる） “H. Schulzrinne”による“IETF work in progress, July 2004”の“CIPID: Contact Information in Presence Information Data Format”において更に詳述される。

プレゼンス情報、例えば、プレゼンス情報データ形式（ＰＩＤＦ）、及びリッチプレゼンス情報データ形式（Rich Presence Information Data Format：ＲＰＩＤ）は、プレゼンティティの現在の状態を描写する。ＲＰＩＤは、同様に、プレゼンティティが、どのくらい身分の特定の特徴が有効であったか、そして、どのくらいそれらが正当であると予測されるかを示すことを可能にするが、しかし、時間範囲は、プレゼンス情報が、ウォッチャーに公表されて、配信される時間を含まなければならない。この制限は、明瞭なＰＩＤＦの実施に関する後進的な互換性の問題を回避するために必要である。ＲＰＩＤは、参照によってその全体がここに組み込まれる、“H. Schulzrinne”等による“Internet Draft, IETF work in progress, March 2004”の“RPID: Rich Presence Extensions to the Presence In formation Data Format”において更に説明される。同様に、ＰＩＤＦは、参照によってその全体がここに組み込まれる、“H. Schulzrinne”による“Internet Draft, IETF work in progress, July 2004”の“Timed Presence Extensions to the Presence Information Data Format (PIDF) to Indicate Presence Information for Past and Future Time Intervals”において更に詳述される。

いくつかの場合において、ウォッチャー（watcher）は、もしプレゼンティティの将来の計画について知っている場合、通信を更によく計画し得る。例えば、もしプレゼンティティが移動しようとしているということをウォッチャーが知っている場合、ウォッチャーは早くに電話をかけるであろう。

それが唯一の既知のプレゼンス情報であるかもしれないので、過去の情報を表すことは、同様に有益であり得る。そのような過去の情報は、現在の状態の指示をウォッチャーに提供することができる。例えば、プレゼンティティが１時間前に終わった会合にいたことを示すことは、プレゼンティティが現在の時刻に移動中であり得ることを示す。

図８は、適切な通信スタック、及びそれらのネットワークに対する物理的ネットワークポートを使用して、様々な本質的に異なるネットワークにアクセスすることができる代表的なマルチモーダル無線及び有線装置を示す。本発明の様々な実施例によると、マルチモーダル通信装置８０１ａ〜８０１ｄは、計算機能（例えば、個人用携帯情報端末（ＰＤＡ））と同様に、携帯電話の能力を備えることができる。これらの代表的な装置８０１ａ〜８０１ｄは、ＰＣ‐ｐｈｏｎｅ／ＰＤＡアプリケーション、ＰＤＡ同期化、ＰＣからの“ダイヤル”等を提供し得る。装置８０１ｃは、例えば、オフィスまたはホームネットワークで使用するためのワイファイ（Wi-Fi）端末を含むことができると共に、同様に、適当なデスクトップソケットを備えるデスクトップスピーカーフォンであり得る。一例として、マルチモーダル通信装置８０１ａ〜８０１ｄのための適当なソケットは、以下の充電器、ＰＣ／ラップトップ同期化、イーサネット（登録商標）ＲＪ−４５ジャック、スピーカー（例えば、部屋のスピーカーフォンの品質のための）、及びＰＣ／ラップトップなしのプレゼンス及びＩＭのためのカラーディスプレイという機能の１つ以上を備えている。

マルチモーダル通信装置８０１ａ〜８０１ｄは、同様に、例えば、プレゼンス、イベント、ＩＭ、会議協力（conferencing collaboration）、及びゲームのような音声を越えたアプリケーションを備える有線または無線のＩＰセントレックス（IP Centrex）のような電話であり得る。上述のように、これらの装置８０１ａ〜８０１ｄは、ＰＢＸの役割を引き受けることができるか、または現存するＰＢＸと相互作用することができる。

これらのマルチモーダル装置８０１ａ〜８０１ｄは、主として、これらの装置８０１ａ〜８０１ｄは、個人的なデータ（例えば、住所録、及びカレンダー）、様々なオフィスアプリケーション、娯楽（例えば、音楽ファイル、及びビデオファイル）、集中型の通信及び決済メカニズム等を含む様々なサービスのためのアカウント情報のような、貴重なデータ及び高性能なアプリケーションを格納し得るか、及び／または、実行し得るので、伝統的なステーションに関する拡張された能力をユーザに有利に提供する。

マルチモーダル通信装置（例えば、８０１ａ〜８０１ｄ）は、モバイルネットワーク（例えば、第２世代（２Ｇ）、及び第３世代（３Ｇ）等）のための、そしてワイファイ／ＷｉＭａｘ、及び有線イーサネット（登録商標）ＬＡＮを使用するインターネットアクセスのための、ソフトウェアスタック８０３、及びソフトウェアスタック８０５含むことができる。従って、同様に、低い方のスタック８０３は、レイヤ１（Ｌ１）、及びレイヤ２（Ｌ２）プロトコルを含み、一方高い方のスタック８０５は、Ｇ２と同様に、ユーザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）、伝送制御プロトコル（Transmission Control Protocol：ＴＣＰ）、及びインターネットプロトコル（Internet Protocol：ＩＰ）を含むことができる。

示されたように、ゲートウェイ８０７は、シームレスな通信をそれぞれのネットワーク、ＰＳＴＮ８０７、セルラーネットワーク８０９及び８１１（例えば、第２世代（２Ｇ）、符合分割多元接続（ＣＤＭＡ）、汎欧州ディジタルセルラーシステム（ＧＳＭ）等）、及びインターネット８１３に提供するために利用される。例えば、第２世代（２Ｇ）ネットワーク８０９（ＣＤＭＡ、及びＧＳＭ）は、音声とショートメッセージサービス（ＳＭＳ）のみを支援することができ、一方第３世代（３Ｇ）ネットワーク８１１は、“３ＧＰＰ ＩＭＳ”（3rd Generation Partnership Project IP Multimedia Subsystem：第３世代パートナーシッププロジェクトＩＰマルチメディアサブシステム）サービスを提供することができる。

代表的な実施例において、説明されたいくつかの機能は、特にＮＡＴ、及びファイアウォールの横断のためのＩＣＥ、及びＳＴＵＮ／ＴＵＲＮサーバのような機能に関して、マルチモーダル通信装置（例えば、８０１ａ〜８０１ｃ）とＰＣ／ラップトップとの間のブルートゥース（Bluetooth）リンクを使用して、または、インターネット８１３に接続されると共に、ブルートゥースを使用可能にされたＳＩＰ電話によって、成し遂げられ得る。

以下の処理は、マルチモーダル装置８０１ａ〜８０１ｄによって、インターネットを基礎とするＳＩＰサービスにアクセスするネットワーク及びサービスを説明する。最初に、ＩＰアドレスは、例えば動的ホスト設定プロトコル（Dynamic Host Configuration Protocol：ＤＨＣＰ）を用いて獲得される。それ以降、インターネットアクセスが達成される。ＩＣＥは、最適なＮＡＴ／ファイアウォールの横断の決定方法を提供する。例えば、装置８０１ａは、その場合に、ＳＩＰを基礎とするＩＰ通信サービスを受けるために、ホームＳＩＰレジスタに登録し得る。本発明の一実施例によると、“ＳＩＰ ｒｅ−ＩＮＶＩＴＥ”は、会議のような確立したセッションを中止せずにネットワークの間を切り替えるために利用される。

ワイヤレスネットワークにおける滑らかなハンドオフは、第２世代（２Ｇ）／第３世代（３Ｇ）、またはワイファイ／ＷｉＭａｘネットワークのような、それぞれの無線ネットワークにおけるネットワークレイヤ２で容易に達成され得る。ユーザは、モバイル機器８０１ａによって、モバイル第２世代ネットワーク８０９から、企業またはホットスポットワイファイネットワーク（図示せず）に切り替える場合のように、１つのネットワークタイプから別のネットワークタイプに対する切り替えを承認するように促されることができる。訪問先のＳＩＰレジストラ（registrar）とホームのＳＩＰレジストラの両方が利用されるアプローチと対照的に、システムは、単一のＳＩＰレジストラ（例えば、ホームレジストラ）を利用し得る。

ユーザが、特定のセッションを維持しながら、１つの装置／インタフェースから別の装置／インタフェースに移動することを可能にするために、同様の技術が適用されることができるということが、同様に意図される。

図８Ｂにおいて見られるように、（図８Ａの）マルチモーダルモバイル機器８０１は、セルラーシステムと通信するためのセルラートランシーバ８５１を備える。ワイヤレストランシーバ８５３は、同様に、ワイヤレスネットワーク（例えば、８０２．１１等）に接続するために備えられる。更に、ネットワークインタフェースカード（ＮＩＣ）８５５は、有線ネットワークに対する接続性のために提供されると共に、ＮＩＣ８５５は、イーサネット（登録商標）タイプのカードであり得る。トランシーバ８５３、８５５、またはＮＩＣ８５５の使用は、装置８０１の動作モードによって変わると共に、制御器８５７によって制御される。無線伝送は、アンテナ８６１によって中継され得る。

マルチモーダルモバイル機器８０１は、命令及びあらゆる必要なデータを格納するためのメモリ８６５（揮発性と不揮発性の両方）と同様に、様々なアプリケーション（例えば、ＰＤＡ機能、及びアプリケーション等）と関連付けられた命令を実行するためのプロセッサ８６３を更に備える。

図９〜図１５は、マルチモーダル装置を包含する様々な呼のフローの図である。説明の目的のために、これらの処理は、図７のシステム７００に関して説明される。

図９は、本発明の一実施例による、データネットワークにおけるマルチモーダル装置の認証及び登録のための処理の図である。ステップ９０１において、モバイルステーション８０１は、拡張可能認証プロトコル（Extensible Authentication Protocol：ＥＡＰ）を使用して、アクセスポイント７１３（この例において、それは８０２．１１のアクセスポイント／イーサネット（登録商標）スイッチである。）につながる。アクセスポイント７１３は、その場合に、ステップ９０３のように、ＲＡＤＩＵＳを介してＥＡＰを用いてＡＡＡサーバ７１５と通信する。このサーバ７１５は、“訪問先”ＲＡＤＩＵＳ ＡＡＡサーバ７１５であると見なされる。ＡＡＡサーバ７１５は、その場合に、認証のための“Ｒｅｑｕｅｓｔ”メッセージをサービスプロバイダネットワーク７０９のＡＡＡサーバ７１７に出力する（ステップ９０５）。ＡＡＡサーバ７１７は、ステップ９０７で、“Ａｎｓｗｅｒ”メッセージによって応答する。言い換えると、訪問先ＡＡＡサーバ７１５は、“Ｒｅｓｐｏｎｓｅ”メッセージをアクセスポイント７１３に返すと共に、アクセスポイント７１３は、ステップ９０９、及びステップ９１１で、“ＥＡＰ Ｓｕｃｃｅｓｓ”メッセージを、モバイルステーション７０１に伝送する。

ステップ９１３において、、モバイルステーション７０１、及びアクセスポイント７１３は、動的ホスト設定プロトコル（ＤＨＣＰ）処理を実行する。次に、ステップ９１５のように、モバイルステーション７０１は、ＳＴＵＮ／ＴＵＲＮサーバ７１９との通信を確立する。それ以降、ＳＩＰサーバ７２１との通信は、ステップ９１７、及びステップ９１９で、“ＲＥＧＩＳＴＥＲ”メッセージ、及び“２００ ＯＫ”メッセージの交換を通じて、モバイルステーション７０１によって実行される。

図１０は、本発明の一実施例による、マルチモーダル装置からＰＳＴＮに対して呼を確立するための処理の図である。一例として、この呼のフローは、セルラー（例えば、第２世代（２Ｇ））モードにおいて実行され（ステップ１００１）、それによりモバイルステーション７０１が、セルラーモバイルスイッチ７２３に対してダイヤルされた数字を指定する呼の試行（call attempt）を実行する。ステップ１００３において、セルラーモバイルスイッチ７２３は、モバイルゲートウェイ７２５に、呼設定要求（call setup request）信号（ＩＳＵＰ先頭アドレスメッセージ（ISUP Initial Address Message：ＩＳＵＰ ＩＭＡ）またはダイヤルされた数字を有する設定）を伝送する。ゲートウェイ７２５は、その場合に、ステップ１００５で、ＳＩＰプロキシサーバ７２１に対して“ＩＮＶＩＴＥ”メッセージを生成する。サーバ７２１は、“ＩＮＶＩＴＥ”メッセージをＰＳＴＮゲートウェイ７２７に伝達すると共に、ＰＳＴＮゲートウェイ７２７は、“２００ ＯＫ”メッセージによって応答する（ステップ１００７、及びステップ１００９）。

ＳＩＰプロキシサーバ７２１は、ステップ１０１１のように、モバイルゲートウェイ７２５に対して転送する。このゲートウェイ７２５は、その結果として、ステップ１０１３で、セルラーモバイルスイッチ７２３に、“Ａｎｓｗｅｒ”メッセージ（ＡＮＭ：応答メッセージ）、または“Ｃｏｎｎｅｃｔ”メッセージを送信する。ステップ１０１５において、スイッチ７２３は、“Ｃｏｎｎｅｃｔｅｄ”メッセージ信号をモバイルステーション７０１に伝送する。

ステップ１０１９では、この時点で呼が確立されるので、モバイルステーション７０１と受話器のはずれたＰＳＴＮとの間で通信し始め得る。

上述の呼のフローは、モバイルステーション７０１によって開始された呼を包含すると共に、以下の処理は、ＰＳＴＮ７１１の中のステーションからモバイルステーション７０１によって受信された呼を説明する。

図１１は、本発明の一実施例による、ＰＳＴＮからマルチモーダル装置に対して呼を確立するための処理の図である。このシナリオで、ＰＳＴＮ７１１の中のステーションは、モバイルステーション７０１に対して電話をかける。ＰＳＴＮゲートウェイ７２７は、ステップ１１０１で、“ＩＮＶＩＴＥ”メッセージをＳＩＰプロキシサーバ７２１に送信すると共に、ＳＩＰプロキシサーバ７２１は、“ＩＮＶＩＴＥ”メッセージをモバイルゲートウェイ７２５に対して転送する（ステップ１１０３）。ステップ１１０５において、モバイルゲートウェイ７２５は、“ＩＡＭ”または“Ｓｅｔｕｐ”メッセージをセルラーモバイルスイッチ７２３に送信する。スイッチ７２３は、その場合に、ステップ１１０７で、“Ａｌｅｒｔｉｎｇ”メッセージ信号をモバイルステーション７０１に送信する。ステップ１１０９において、モバイルステーション７０１は、セルラーモバイルスイッチ７２３に“Ａｎｓｗｅｒ”メッセージによって応答する。ステップ１１１１のように、スイッチ７２３は、次に、“ＡＮＭ”、もしくは“Ｃｏｎｎｅｃｔ”メッセージを、モバイルゲートウェイ７２５に対して中継する。

“Ｃｏｎｎｅｃｔ”メッセージに応答して、モバイルゲートウェイ７２５は、“２００ ＯＫ”メッセージをＳＩＰプロキシサーバ７２１に送信する（ステップ１１１３）。このサーバ７２１は、続いてステップ１１１５で、“２００ ＯＫ”メッセージを、ＰＳＴＮゲートウェイ７２７に転送する。ステップ１１１７において、ＰＳＴＮゲートウェイ７２７は、“ＡＣＫ”メッセージによって、ＳＩＰプロキシサーバ７２１に返答すると共に、ＳＩＰプロキシサーバ７２１は、このメッセージをモバイルステーション７２５に中継する（ステップ１１１９）。それ以降、ステップ１１２１のように、モバイルステーション７０１と発信局との間で呼が確立される。

図１２は、本発明の一実施例による、ＰＳＴＮによって支援された呼の間の“セルラー（cellular）−ｔｏ−ＩＰ”モード切り替えのための処理の図である。（第２世代の）セルラーの呼が進行中であると仮定されている（ステップ１２０１）。ステップ１２０３において、モバイルステーション７０１は、アクセスポイント７１３と認証を実行する。同様に、モバイルステーション７０１は、ステップ１２０５で、ＳＩＰプロキシサーバ７２１を介して、ＳＩＰレジストレーション（ＳＴＵＮ／ＴＵＲＮ）を実行する。次に、モバイルステーション７０１は、“ＩＮＶＩＴＥ”メッセージをＳＩＰプロキシサーバ７２１に送信すると共に、ＳＩＰプロキシサーバ７２１は、ＰＳＴＮゲートウェイ７２７と通信する（ステップ１２０７、及びステップ１２０９）。ＰＳＴＮゲートウェイ７２７は、ステップ１２１１で、“２００ ＯＫ”メッセージによって返答すると共に、ゲートウェイ７２７は、“２００ ＯＫ”メッセージをモバイルステーション７０１に送信する（ステップ１２１３）。

“２００ ＯＫ”メッセージを受信した後で、モバイルステーション７０１は、ステップ１２１５のように、“ＡＣＫ”メッセージによって、ＳＩＰプロキシサーバ７２１に返答する。ステップ１２１７で、ＳＩＰプロキシサーバ７２１は、“ＡＣＫ”メッセージをＰＳＴＮゲートウェイ７２７に送信する。

このステージで、ＰＳＴＮゲートウェイ７２７は、ステップ１２１９で、“ＢＹＥ”メッセージによって、第２世代（２Ｇ）の呼の終了を、ＳＩＰプロキシサーバ７２１に合図する。ステップ１２２１のように、プロキシサーバ７２１は、“ＢＹＥ”メッセージをモバイルゲートウェイ７２５に送信する。ステップ１２２３において、モバイルゲートウェイ７２５は、“Ｒｅｌｅａｓｅ”メッセージをセルラーモバイルスイッチ７２３に送信すると共に、セルラーモバイルスイッチ７２３は、“Ｄｉｓｃｏｎｎｅｃｔ”メッセージをモバイルステーション７０１に送信する。

“Ｒｅｌｅａｓｅ”信号を送信した後、ステップ１２２７のように、モバイルゲートウェイ７２５は、同様に、ＳＩＰプロキシサーバ７２１に“２００ ＯＫ”メッセージを送信する。プロクシーサーバ７２１は、“２００ ＯＫ”メッセージをＰＳＴＮゲートウェイ７２７に送信する。従って、ステップ１２３１で、ＩＰの呼が確立される。

代りに、以下の説明のように、モバイルステーション７０１は、ＩＰの呼から第２世代（２Ｇ）の呼に切り替わることができる。

図１３は、本発明の一実施例による、ＰＳＴＮによって支援された呼の間の“ＩＰ−ｔｏ−セルラー（cellular）”モード切り替えのための処理の図である。ステップ１３０１において、モバイルステーション７０１は、ＰＳＴＮ７２７の中のステーションとのパケット化された（例えば、ＩＰモードで動作する）音声の呼を確立した。モバイルステーション７０１は、セルラーモバイルスイッチ７２３に対して、ダイヤルされた数字を示す、呼試行要求（call attempt request）信号を送信する（ステップ１３０３）。セルラーモバイルスイッチ７２３は、ステップ１３０５で、ＩＭＡまたはダイヤルされた数字を有する設定である呼設定要求（call setup request）信号をモバイルゲートウェイ７２５に送信する。モバイルゲートウェイ７２５は、ステップ１３０７で、ＳＩＰプロキシサーバ７２１に対して“ＩＮＶＩＴＥ”メッセージを生成する。サーバ７２１は、“ＩＮＶＩＴＥ”メッセージをＰＳＴＮゲートウェイ７２７に送信する（ステップ１３０９）と共に、ＰＳＴＮゲートウェイ７２７は、“２００ ＯＫメッセージ”によって応答する（ステップ１３１１）。ステップ１３１３のように、プロキシサーバ７２１は、“２００ ＯＫ”メッセージをモバイルゲートウェイ７２５に送信する。

ステップ１３１５において、モバイルゲートウェイ７２５は、ＡＮＭ（Answer Message）、もしくは“Ｃｏｎｎｅｃｔ”メッセージを、セルラーモバイルスイッチ７２３に送信する。スイッチ７２３は、ステップ１３１７で、“Ｃｏｎｎｅｃｔｅｄ”メッセージ信号をモバイルステーション７０１に送信する。

モバイルゲートウェイ７２５は、ステップ１３１９で、“ＡＣＫメッセージ”をＳＩＰプロキシサーバ７２１に送信すると共に、ＳＩＰプロキシサーバ７２１は、“ＡＣＫ”メッセージをＰＳＴＮゲートウェイ７２７に送信する（ステップ１３２１）。それ以降、ＰＳＴＮゲートウェイ７２７は、“ＢＹＥ”メッセージをＳＩＰプロキシサーバ７２１に送信すると共に、ＳＩＰプロキシサーバ７２１は、メッセージをモバイルステーション７０１に送信する（ステップ１３２３、及びステップ１３２５）。ステップ１３２７において、モバイルステーション７０１は、“２００ ＯＫ”メッセージをＳＩＰプロキシサーバ７２１に送信すると共に、“２００ ＯＫ”メッセージは、更にＰＳＴＮゲートウェイ７２７に送信される（ステップ１３２９）。従って、ＴＤＭの呼が、直ちにモバイルステーション７０１とＰＳＴＮステーションとの間で支援される。

図１４は、本発明の一実施例による、セルラーモードにおいて動作するマルチモーダル装置による呼の確立のための処理の図である。このシナリオの下で、２つのモバイルステーションＡ及びモバイルステーションＢが、呼のフローに関連している。モバイルステーションＡは、セルラーモバイルスイッチ７２３に呼の試行を合図する（ステップ１４０１）。セルラーモバイルスイッチ７２３は、ステップ１４０３で、ＩＡＭ、または“Ｓｅｔｕｐ”メッセージをモバイルゲートウェイ７２５に送信する。モバイルゲートウェイ７２５は、ステップ１４０５で、ＳＩＰプロキシサーバ７２１に対して“ＩＮＶＩＴＥ”メッセージを生成する。

ステップ１４０７において、ＳＩＰプロキシサーバ７２１は、“ＩＮＶＩＴＥ”メッセージをモバイルゲートウェイ７２５に送信すると共に、モバイルゲートウェイ７２５は、ＩＳＵＰイニシャルアドレスメッセージ（ISUP(ISDN User Part) Initial Address Message：ＩＡＭ）、または“Ｓｅｔｕｐ”メッセージをセルラーモバイルスイッチ７２３に送信する。セルラーモバイルスイッチ７２３は、ステップ１４１１で、モバイルステーションＢと“Ａｌｅｒｔｉｎｇ／Ａｎｓｗｅｒ”信号を交換する。セルラーモバイルスイッチ７２３は、ＡＮＭ、または“Ｃｏｎｎｅｃｔ”メッセージをモバイルゲートウェイ７２５に送信する（ステップ１４１３）。次に、モバイルゲートウェイ７２５は、ステップ１４１５のように、ＳＩＰプロキシサーバ７２１に対して“２００ ＯＫ”メッセージを生成する。プロキシサーバ７２１は、ステップ１４１７で、“２００ ＯＫ”メッセージによって応答する。

ステップ１４１９において、モバイルゲートウェイ７２５は、ＡＮＭ、または“Ｃｏｎｎｅｃｔ”メッセージをセルラーモバイルスイッチ７２３に送信する。モバイルステーションＡとの接続が確立される（ステップ１４２１）。

ステップ１４２３で、モバイルゲートウェイ７２５は、“ＡＣＫ”メッセージをＳＩＰプロキシサーバ７２１に送信すると共に、ＳＩＰプロキシサーバ７２１は、それ自身の“ＡＣＫ”メッセージをモバイルゲートウェイ７２５に送信する（ステップ１４２５）。従って、セルラーモバイルスイッチ７２３は、ステップ１４２７、及びステップ１４２９で、両方のモバイルステーションＡ、及びモバイルステーションＢと、移動体通信（cellular communication）を確立した。

図１５は、本発明の一実施例による、“セルラー（cellular）−ｔｏ−ＩＰ”モードのミッドコール（mid-call：中間呼）切り替えのための処理の図である。ステップ１５０１、及びステップ１５０３のように、このシナリオは、モバイルステーションＡとモバイルステーションＢとの間で進行中であるセルラーの呼を包含する。ステップ１５０５において、モバイルステーションＡは、アクセスポイント７２３と８０２．１１認証を実行する。同様に、モバイルステーションＡは、ＳＩＰプロキシサーバ７２１と、ＳＴＵＮ／ＴＵＲＮ機能によるＳＩＰ登録を実行する（ステップ１５０７）。ステップ１５０９において、モバイルステーションＡは、“ＩＮＶＩＴＥ”メッセージをＳＩＰプロキシサーバ７２１に送信する。ＳＩＰプロキシサーバ７２１は、その場合に、ステップ１５１１で、“ＩＮＶＩＴＥ”メッセージをモバイルゲートウェイ７２５に送信する。モバイルゲートウェイ７２１は、ＳＩＰプロキシサーバ７２１に対して、“２００ ＯＫ”メッセージを生成すると共に、ＳＩＰプロキシサーバ７２１は、“２００ ＯＫ”メッセージをモバイルステーションＡに送信する（ステップ１５１３、及びステップ１５１５）。

ステップ１５１７において、モバイルステーションＡは、“２００ ＯＫ”メッセージに応答して、“ＡＣＫ”メッセージをＳＩＰプロキシサーバ７２１に送信する。ＳＩＰプロキシサーバ７２１は、ステップ１５１９で、“ＡＣＫ”メッセージをモバイルゲートウェイ７２５に送信する。モバイルゲートウェイ７２５は、次に、“ＢＹＥ”メッセージをＳＩＰプロキシサーバ７２１に送信する（ステップ１５２１）。

モバイルゲートウェイ７２５は、次に、“Ｒｅｌｅａｓｅ”メッセージをセルラーモバイルスイッチ７２３に送信すると共に、セルラーモバイルスイッチ７２３は、順繰りに“Ｄｉｓｃｏｎｎｅｃｔ”メッセージをモバイルステーションＡに送信する（ステップ１５２３、及びステップ１５２５）。

ＳＩＰプロクシーサーバ７２１は、ステップ１５２７において、“ＢＹＥ”メッセージをモバイルゲートウェイ７２５に送信すると共に、モバイルゲートウェイ７２５は、“２００ ＯＫ”メッセージによって応答する（ステップ１５２７、及びステップ１５２９）。この時点で、モバイルステーションＢは、ステップ１５３１において、セルラーの呼の区間にまだ携わっている。ステップ１５３３において、ＳＩＰプロクキシサーバ７２１は、“２００ ＯＫ”メッセージをモバイルゲートウェイ７２５に送信する。それから、モバイルステーションＡは、ステップ１５３５のように、ＩＰの媒体を介して通信する。

図１６は、本発明の一実施例による、オペレーショナルサポートシステム（Operational Support System：ＯＳＳ）の構成の図である。構成１６００は、サービス指向の構成の原理、及び関連する技術を利用する。例えば、ウェブサービスの標準を用いて実行された間接的に呼び出し可能なサービス（callable service）は、データベースに対するアクセスをカプセル化するために使用されると共に、（必要ならば）現存のシステムまたはレガシーシステムに対するアクセスをカプセル化するために使用される。

これらのサービスは、モジュール式であるＯＳＳ機能の実現を有利に提供する。更に、呼び出し可能なサービスは、通知をＩＰ−ＩＣコンポーネントに送信すると共に、情報を要求するために、他のシステムに対するインタフェースを提供する。これらのサービスは、クリーンなプラットホームを意識しない（platform-agnostic）、ウェブフェーシング（web-facing）と最終段階システム（back-end system）との間の標準を基礎とする分離を更に有利に提供する。

本発明の一実施例によると、構成１６００は、３つの主要な層である、アクセス層（Access Tier）１６０１、サービス層（Services Tier）１６０３、及びリソース層（Resource Tier）１６０５を備える。アクセス層１６０１（同様にプレゼンテーション（Presentation）層と言われ得る）は、顧客及びサービスプロバイダの販売／支援のために、ＯＳＳに対するユーザ及びシステムのアクセスを可能にする。サービス層１６０３は、機能性の大部分が備わっているＯＳＳ構成１６００の中心である。最後に、リソース層１６０５は、サービスが作用する構成要素を包含する。ＯＳＳ構成１６００は、これらの様々な資源を管理する。

本発明の一実施例によると、アクセス層１６０１のサブシステムは、ウェブポータル１６０７、ウェブサービスゲートウェイ１６０９、及びアイデンティティ管理及びアクセス制御コンポーネント（Identity Management and Access Control component）（図示せず）を備える。これらの相互関係のあるコンポーネントは、人間のユーザ（例えば、顧客、従業員、またはサービスプロバイダのスタッフ）及び顧客システム１６１３が、例えば、ウェブブラウザ１６１１によって、またはシンプルオブジェクトアクセスプロトコル（Simple Object Access Protocol：ＳＯＡＰ）の起動によって、ＯＳＳサービスにアクセスすることを可能にする。

代表的な実施例において、外部のアクセス構成は、以下のとおりである。ウェブサーバーは、ＤＭＺ（Demilitarized Zone：非武装地帯）において提供される。同様に、プログラミング及びランタイム環境は、ＨＴＭＬページの動的な生成のために、そして、入って来るウェブリクエストの処理のために支援される。ＸＭＬファイアウォールは、顧客からＤＭＺに入ってくる着信ＳＯＡＰトラフィックのふるい分けと経路指定のために配置される。同様に、一例として、ウェブサーバーエージェントは、ウェブサーバー、及びＸＭＬファイアウォールに接続されている。更に、ポリシーサーバ（Policy Server）、及びＬＤＡＰ（ライトウェイトディレクトリアクセスプロトコル：Lightweight Directory Access Protocol）外部記憶装置が利用され得る。

身元管理は、認定ユーザが加えられると共に、これらのユーザが、彼らの組織または会社を代表して、注文、最新情報、プロビジョンユーザ（provision user）等を入力することを許可することを可能にする。この管理機能は、顧客管理者に対する管理特権の委譲を可能にすると共に、彼らが更なるユーザを加えて、それらにアクセス権を与えることを可能にする。例えば、ウェブのセルフサービス（web self-service）を使用して顧客が完全に自己管理できないので、サービスプロバイダは、身元の管理にいくらかの制御力を有するとみなされる。この身元管理機能が、コアＳＩＰ電話通信コンポーネントの中で、エンドユーザ身元管理と異なることに注目することが重要である。身元管理は、顧客のセルフサービスを可能にするために、顧客従業員がオンラインでＯＳＳシステムと情報をやり取りすることを可能にする管理上のアカウントに関係する。

サービス層１６０３は、主として、資源カプセル化サービス（Resource Encapsulation Services）１６１５を通じてデータ及び他の管理された資源のようなカプセル化資源に関係するサービスを含む。サービス層１６０３は、同様に、行動様式であるか、もしくは何かを実際にするアプリケーション処理アクティビティ（application process activities）１６１７を含む。

示されたように、サービス層１６０３に導かれた矢印は、サービスの中でアクティビティを誘発するイベントソースを構成する。代表的な引き金となるイベントは、ウェブブラウザ経由の顧客、レガシーシステム（例えば、ある顧客がその請求金額を支払ったことを通知する“Ａｃｃｏｕｎｔｓ Ｒｅｃｅｉｖａｂｌｅ”）から入って来る通知、及び構成におけるＩＰサービスコンポーネントが起源である管理関連の通知によって始められたアクティビティを包含する。例えば、メディアリレーサーバ（または、その管理エージェント）は、資源消費量測定基準（resource consumption metric）が最高水位線（high-water mark）１６１９より上に行ったと共に、追加の容量が供給される必要があることを、ＯＳＳサービスに通知し得る。同様に、いくつかのＯＳＳアクティビティは、砂時計によって示されたように、時間を基礎とするイベントによって誘発される。特に、月次請求サイクル（monthly billing cycle）に関係したアクティビティは、スケジュールドリブン（schedule driven）である。

リソース層１６０５は、（ＩＰ−ＩＣ提案の核心にある）第１のＩＰサービスコンポーネント１６２５と同様に、データベース１６２１、及び、レガシーシステム１６２３を含む。

図１７は、本発明の一実施例による、ＩＰ相互接続サービスを支援するための金融システムの図である。システム１７００は、ＩＰ−ＩＣコンポーネントが、それら自身の請求額計算、及び提示を主として実行すると共に、現存する金融システム１７０１（例えば、“Ａｃｃｏｕｎｔｓ Ｒｅｃｅｉｖａｂｌｅ”（ＡＲ）、または他の金融システム）と統合することを可能にする。代りに、システム１７００は、統合がこれらの現存する（または、レガシー）金融システム１７０１の責任である、と推測する。いずれにせよ、システム１７００は、この統合ポイントをウェブサービスとカプセル化することを提供すると共に、これは、ＩＰ−ＩＣのＯＳＳに特有の他のコンポーネントには透過的である。例えば、たとえ、そのインタフェースが、独自仕様のデータ形式を使用する文書ファイル転送の遺産的な複雑さを隠すとしても、それらの現行システムに対するクリーンなＳＯＡＰインタフェースが使用される。

図１７は、ユーザプロビジョニング（User Provisioning）が、顧客セルフサービスのイベントによって駆動されるアクセス層１６０１によって行使されることを示す。アクセス層１６０１は、その場合に、最新情報を顧客プロファイル（Customer Profile）サービス、及びＥＮＵＭ／ＤＮＳサーバに転送する。一実施例において、システム１７００は、ユーザが、それらのサービスを供給すると共に管理することを可能にするための１つ以上の顧客セルフサービススクリーンを提供するＧＵＩ１７０３を使用する。請求額提示（Billing Presentment）コンポーネント１７０５が、同様に提供される。

代表的な実施例において、提示は、ウェブポータル１６０７によって電子的に実行され得る。請求額提示（Billing Presentment）コンポーネント１７０５は、請求額計算書記憶手段（Billing Statement store）１７０７から各特定の顧客に関する内在する計算書情報を引き出すと共に、例えばそれをユーザに対するプレゼンテーションのためのＨＴＭＬマークアップに翻訳するウェブポータル１６０７におけるプレゼンテーションコードと考えられ得る。

代表的な実施例において、ユーザプロビジョニング（User Provisioning）コンポーネント１７０９は、シングルユーザ、またはマルチユーザ（恐らくは数千）のセットにインタフェースを提供する、システム１７００に加えられるべきウェブサービスである。例えば、ユーザプロビジョニングの最終結果は、ユーザのためのＥＮＵＭマッピング、ＳＩＰ ＵＲＩに対する電話番号が、ＥＮＵＭ ＤＮＳサーバまたは複数のＥＮＵＭ ＤＮＳサーバ１７１０に加えられることである。同様に、顧客プロファイル情報は、顧客または複数の顧客のためのカレントユーザカウントフィールドを増加させるか、もしくは減少させるように調整される。本発明の一実施例によると、ミラーデータベースは、ＥＮＵＭマッピング情報によって更新される。この情報は、他の使用のため、例えばホワイトページディレクトリを支援するための（ＤＮＳに加えた）データベース形式で獲得され得る。

ユーザプロビジョニングコンポーネントが、ウェブサービスとして実現されるので、アプリケーションプログラミングインタフェース（Application Programming Interface：ＡＰＩ）は、シングルユーザをシステムに加える方法、システムからシングルユーザを外す方法、システムに対するたくさんのユーザのバルクローディング（bulk-loading）の方法、及びバルクドロップ（bulk drop）の実行方法を含むことができる。これらのＡＰＩ機能は、顧客システム１６１３がプログラムで呼び出すことができる、ＸＭＬウェブサービスインタフェースとして顧客に公開され得る。ＩＰ−ＩＣウェブポータルの顧客セルフサービスのスクリーンは、同様に、顧客管理担当者がユーザを加え、そして外すことを可能にするグラフィカルユーザインタフェース（ＧＵＩ）を提供し得る。

更に、ユーザプロビジョニングコンポーネント１７０９は、本発明の一実施例に従って、ＤＮＳサーバまたは複数のＤＮＳサーバに対する動的な更新を実行する。一例として、動的な更新は、“パブリックドメインＪａｖａ（登録商標） ＡＰＩ（public domain Java（登録商標） API）”をＤＮＳに使用することによって、そして利用可能なＣ言語ライブラリを使用することによって、実行され得ると共に、オブジェクトコードに対するＪａｖａ（登録商標）コードの結合を支援するためにＪＮＩを使用するか、または利用可能なＤＮＳ管理インタフェースを用いる。代表的な実施例において、ユーザプロビジョニングサービスの役割の内の１つは、上流のシステムからこのＤＮＳ結合の正確な詳細を隠すことであり、従って、全てのこれらの上流のシステムは、シンプルなウェブサービスインタフェースを“認識する”。

ユーザプロビジョニングコンポーネント１７０９が特定の顧客に関してユーザ（または、複数のユーザ）を加える、もしくは外すとき、顧客プロファイルサービス１７１１は、ユーザカウントに関する簿記を更新する。これは、カレントユーザカウントフィールドの更新と、ユーザプロビジョニングコンポーネント１７０９に関する毎月のピークユーザカウントフィールドの更新を含むことができる。顧客プロファイルコンポーネント１７１１は、同様に、請求額計算（Billing Computation）コンポーネント１７１３、及び実行（Fulfillment）（更に、発注管理／顧客プロビジョニング（Order Management/Customer Provisioning）とも言われる）コンポーネント１７１５と情報をやりとりする。

ＩＰ−ＩＣサービスの中で、プロビジョニングに関する考えは、代表的な実施例において、以下の２つの異なるレベルで発生することができ、そのレベルは、（１）個々のＳＩＰエンドユーザのプロビジョニング及びデプロビジョニング（進行中のアクティビティ）、そして（２）顧客のプロビジョニングである。新しい顧客のプロビジョニングの直接的なアクティビティと対照的に、特定の顧客の設備、またはＰＢＸを“ＩＰ−ＩＣ ＤＮＳ”に向かせるように構成することは、変換サーバ等にリダイレクトする、リレーする、及び／または信号を伝達する。この例で説明されるユーザプロビジョニングサービス１７０９は、顧客レベルのプロビジョニングではなく、ＳＩＰエンドユーザのプロビジョニングの前者の概念に焦点を合わせる。実行（Fulfillment）コンポーネント１７１５は、プロビジョニングの顧客レベル感覚に焦点を合わせる。

本発明の一実施例によると、請求額計算（Billing Computation）コンポーネント（またはエンジン）１７１３は、主としてプロセス指向のサービスである。例えば、毎月の代金請求サイクルに関して、それは、スケジューラ１７１７によって起動される。サービス価格決定モデルに応じて、請求額計算コンポーネント１７１３は、同様に、各顧客のユーザカウントの毎日のサンプルをとるために、一日１回の頻度で起動され得る。それらのサンプルは、その場合に、例えば、月平均のユーザカウントを計算する目的のために、稼働中の累算器を更新するために使用され得る。

評価（Rating）コンポーネント１７１９に関しては、この機能は、関連した割引きを適用することに関して、請求額計算に統合され得る。

説明の目的のために、価格決定モデルが、平均よりむしろその月のコースに関するピークユーザカウントに基づいていると仮定されている。上述のように、ピークユーザカウントは、顧客プロファイルコンポーネント１７１１によって、それがユーザプロビジョニングサービス１７０９から増加／減少ユーザカウントイベントを得るたびに維持される。毎月のトリガーイベントに関して、請求額計算エンジン１７１３は、顧客を通して循環する。顧客プロファイルコンポーネント１７１１は、各顧客に関する毎月のピークユーザカウントのために照会される。各顧客のサービスプロファイルレコード（Service Profile record）１７２１は、同様に、その顧客が承認される任意のサービスを決定するために調べられる。システム１７００は、信号変換、もしくはメディアリレーのような異なる特徴がオプションであるビジネスモデルを考慮すると共に、そのようなオプションは、ベースの売出し価格以上の追加料金を被る。

更に、請求額計算エンジン１７１３は、製品説明記憶手段（Product Description store）１７２３から、各オプションに関して、現在の基準価格の数字を引き出す（と共にキャッシュする）。この情報の全てに関して、請求額計算エンジン１７１３は、その場合に、顧客の箇条書きにされた料金及び最終結果を計算し得る。請求額計算エンジン１７１３は、その場合に、顧客のための割引調整を決定するために、評価（Rating）コンポーネント１７１９に相談し得る。更に、請求額計算エンジン１７１３は、例えば、顧客が買ったもの及び借りたものに関して完全な毎月の情報を表すＸＭＬ文書を準備すると共に、これらのＸＭＬ文書を請求額計算書記憶手段（Billing Statement store）１７０７に記入する。請求額計算書記憶手段１７０７は、請求額提示コンポーネント１７０５、及び金融システム１７０１による後の消費のために、持続的にこれらの文書の記憶手段を提供する。

代表的な実施例において、請求額計算書記憶手段１７０７は、データ指向のサービスであると共に、請求額計算エンジン１７１３によって各顧客（例えば、各月）に関して作成される請求額計算書文書の持続的な記憶装置を支援する。具体的には、請求額計算書記憶手段１７０７は、現在の請求額計算期間のための記憶手段、及び全ての過去の請求額計算書の記録文書の記憶手段の両方を保持する。

代表的な実施例において、請求額計算書テーブルにおける各レコードは、アスキー（ASCII）文書を保存する。この文書は、割引及び最終結果を適用された、特定の顧客に関して箇条書きにされた料金を詳述するためのＸＭＬフォーマット文書であり得る。ＸＭＬ文書は、顧客が買ったもの、及び顧客が借りたもの詳細を記録する。請求額計算書コンポーネント１７０７に保存されるこれらのＸＭＬ文書は、電子請求書（e-invoice）を顧客に提示する請求額提示コンポーネント１７０５のために、そして支払金を集めて、顧客の支払い、または不履行の状態に関する報告を返す金融システム１７０１のために必要とされる全ての情報を表す。

製品説明コンポーネント１７２３は、製品設計／保守（Product Design/Maintenance）コンポーネント１７２５から受信された製品情報を保存する。すなわち、製品説明コンポーネント１７２３は、主としてデータ記憶手段であると共に、全体として提案する製品に関する情報を記録し、更に製品の使用可能オプションの各々に関する個別の情報を記録する。この装置は、プログラムコードの中でそのような情報をハードコーディング（hard-coding）することを回避するために、製品について総合的な情報を具体化する。重要なことは、変更するための条件であると思われると共に、外部の記憶手段に保持するために最良である価格決定情報である。もし個別の製品オプションが個々に値段をつけられる価格決定モデルが採用される場合、その場合に、各オプションは、関連する基準価格（または、ユーザ毎の価格レート）を有しているであろう。

製品説明サービス１７２３のメインクライアントは、主として請求書を計算するためにベース価格決定情報を抽出する必要がある請求額計算エンジン１７１３である。

サービスプロファイル（Service Profile）コンポーネント１７２１は、別のデータ指向のコンポーネントであると共に、（受注、製品設計、及び顧客サポートウェブスクリーンによって駆動されるＧＵＩであり得る）実行コンポーネント１７１５によって供給される。サービスプロファイル（Service Profile）コンポーネント１７２１は、各顧客の請求書を計算することの過程で、請求額計算（Billing Computation）コンポーネント１７１３によって毎月のサイクルに関して照会され得る。

サービスプロファイルコンポーネント１７２１は、各顧客に関して、顧客により供給された製品の完全な製品記述を主張する。もし製品の提供が（信号変換、メディアリレー等のような）いくつかのオプション商品を有している場合、その場合に、各顧客に関するサービスプロファイル情報は、異なる製品オプションと関連付けられた変数量をパラメータ化する属性と共に、顧客によって選出されたオプションを詳述する。サービスプロファイルコンポーネント１７２１は、従って、各顧客に関して提案するＩＰ−ＩＣ製品の具体化を表す。これは、あらゆる特定の顧客の製品の具現化ではなく、全体として製品の記述を具体化する製品説明コンポーネント１７２３と対照的である。（オブジェクト指向の用語において、製品説明は“クラス−レベル（class-level）”と考えられると共に、サービスプロファイルは“インスタンス−レベル（instance-level）”であろう。）

本発明の一実施例によると、実行コンポーネント１７１５は、発注管理及び顧客のプロビジョニングに関連づけられる販売／サポートスクリーンと同様に、最終段階を顧客のセルフサービスのウェブスクリーンに提供する。

前に述べたように、プロビジョニングは、ＳＩＰエンドユーザがシステムを使うことを可能にするという意味で複数のレベルのプロビジョニングを包含すると共に、新しい顧客を“掘り起こし”、顧客レベルでそれらの情報を維持する／更新するという意味で複数のレベルのプロビジョニングを包含する。実行コンポーネント１７１５は、ユーザプロビジョニングコンポーネントによって扱われるＳＩＰユーザ管理ではなく、顧客レベルのプロビジョニングの意味を支援する。

他の機能の中で特に、実行コンポーネント１７１５は、新しい顧客アカウントの確立、及び既存の顧客に関するＩＰ−ＩＣ製品の固有のアカウントの生成を支援する。更に、実行コンポーネント１７１５は、適切な企業の顧客ＩＤが使用されることを保証するために、レコードの顧客データ記憶手段と連携し得る。実行コンポーネント１７１５は、同様に、販売スタッフの製品設計／構成を支援し得る、顧客のニーズ、及び環境の調査を始める顧客に対して支援を提供する。この実行コンポーネント１７１５は、更に顧客構内装置（Customer Premise Equipment：ＣＰＥ）情報入力を提供すると共に、様々なサーバ（例えば、ＤＮＳ、ＥＮＵＭリダイレクト、ＳＴＵＮ、ＴＵＲＮ、信号変換ゲートウェイ等）の操作上の使用のためにそれらが必要とする適切なＵＲＬ、または他の結合情報を顧客に通知し得る。

更に、実行コンポーネント１７１５は、顧客が買っているものを定義する製品オプションの顧客選択を可能にする。例えば、コンポーネントは、顧客が、信号変換、メディアリレー等を必要とするかどうかを決定し得る。更に、実行コンポーネント１７１５は、サイト情報の入力を支援する。

図において見られたように、実行コンポーネント１７１５は、在庫（Inventory）コンポーネント１７２７と通信する。代表的な実施例において、この在庫コンポーネント１７２７は、“レガシー”顧客データ記憶手段（"legacy" customer data store）１７２９によって顧客構内、及びサービスプロバイダの内部にある資源の両方において、関連した資源目録を追跡するデータコンポーネントである。これらの２つの種類の在庫情報のための個別の記憶手段が維持され得るということが知られている。例えば、在庫記憶手段は、リレーショナルデータベース内に維持され得る。一例として、ある種の在庫サービスにおける記憶手段のために考察されるであろう内部の資源は、ＣＰＵ（及び、それらの関連するＩＰアドレス）、データベース、ＯＳＳ構成を含む配置されたサービスを有する。配置されたサービスの在庫は、本発明の一実施例に従って、リレーショナルデータベースよりむしろ、ＵＤＤＩ（Universal Description, Discovery and Integration：ユニバーサルディスクリプション、ディスカバリー＆インテグレーション）のようなサービスディレクトリとして配置され得る。ＵＤＤＩは、ビジネスが自らをインターネットに載せることを可能にするウェブベースの分散されたディレクトリである。

図１８は、本発明の一実施例による相互接続サービスを支援することが可能であるサービス保証基盤コンポーネントの図ある。サービス保証基盤コンポーネント１８００は、管理水準と考えられ得る（と共に、以前に論じられた他の機能部品といくらか直交する）。サービス保証は、コアシステム、及びサポートシステムを操作可能な状態に保つことに関係があるコンポーネント、及び処理を網羅する機能、及びシステムの広いカテゴリである。保証機能は、監視、報告、アラーム管理、容量管理及び設計（planning）、自治的な回復技術（自己回復作用）、サービスレベルアグリーメント（Service Level Agreement：ＳＬＡ）管理、方針駆動（policy-driven）の資源配分等を含むことができる。

本発明の一実施例によると、サービス保証構成のコアが、マネージャー／エージェント（Manager/Agent）モデルに基づいていると仮定されている。多くの異なるエージェントタイプ、及びインスタンス（instance）（アクティブエージェント）１８０１は、システム環境を作り上げる様々な資源１８０３（サービス、ＣＰＵ、データベース）のバイタルサイン（vital sign）を監視することに関して責任がある。これらの活動中のエージェントは、単層的（single tiered）か、または複層的（multi-tiered）な管理階層（Management Layer）１８０５に情報を提供する。管理階層１８０５は、管理コンソール（management console）１８０７、容量管理コンポーネント（capacity management component）１８０９、警報（alerts）コンポーネント１８１１、及び報告エンジン（report engine）１８１３等のような他の利害関係のあるシステムに情報を提供する。

本発明の一実施例によると、管理コンソール１８０７は、リッチクライアント（rich client）であり得る。そのようなリッチクライアントは、“Ｊａｖａ（登録商標）アプレット”、“Ｊａｖａ（登録商標）アプリケーションのＪａｖａ（登録商標）ウェブスタート（Web Start）配置”、または恐らくマイクロソフト（登録商標）のクリックワンス（Click Once）技術のような技術によって配置された“．ＮＥＴスマートクライアント”によって、（または、Ｊａｖａ（登録商標）アプレットモデルに気質が類似した“．ｅｘｅ”に分解するハイパーリンクによって）実現され得る。

サービス保証システムの管理基幹施設は、いつ、またどこに追加のＣＰＵ資源が必要とされ、警報が提起され、そして物理的容量が供給されるかを決定する（すなわち、別のＣＰＵラックがインストールされた）。これらの考察事項を考慮して、エージェント層（Agent tier）１８０１は、配置されたシステムの安定（health）を監視することによってばかりではなく、環境に対するサービスの動的な配置−サービスのライフサイクル管理によって包含され得る。例えば、相互接続サービスを支援するコアサーバ（例えば、メディアリレーインスタンス（Media Relay instances））の発展は、図１８の装置を使用した容易な管理であり得る。メディアリレーインスタンスは、資源の格子状の施設にオンデマンドで配置され得る。

相互接続サービスを支援するためにここに示された処理は、ソフトウェア、ハードウェア（例えば、一般的なプロセッサ、デジタル信号処理（Digital Signal Processing：ＤＳＰ）チップ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等）、ファームウェア、またはそれらの組み合わせによって実現され得る。示された機能を実行するためのそのような代表的なハードウェアは、以下で詳述される。

図１９は、本発明に基づいた実施例が実現され得るコンピュータシステム１９００を例証する。例えば、ここに示された処理は、コンピュータシステム１９００を用いて実現され得る。コンピュータシステム１９００は、情報を伝達するためのバス１９０１、または他の通信メカニズム、及び情報を処理するためにバス１９０１に接続されたプロセッサ１９０３を備える。コンピュータシステム１９００は、同様に、プロセッサ１９０３によって実行されるべき情報及び命令を格納するためにバス１９０１と接続された、ランダムアクセスメモリ（ＲＡＭ）、または他の動的記憶装置のようなメインメモリ１９０５を備える。メインメモリ１９０５は、同様に、プロセッサ１９０３による命令の実行の間の一時的な数値変数、または他の中間の情報を格納するために使用され得る。コンピュータシステム１９００は、更に、プロセッサ１９０３のための静的な情報及び命令を格納するためにバス１９０１と接続された読取専用メモリ（ＲＯＭ）１９０７、または他の静的記憶装置を備えることができる。情報及び命令を永続的に格納するために、磁気ディスクまたは光ディスクのような記憶装置１９０９がバス１９０１に接続される。

コンピュータシステム１９００は、情報をコンピュータユーザに表示するために、バス１９０１を介して、ブラウン管（ＣＲＴ）、液晶表示装置、アクティブマトリックスディスプレイ、またはプラズマディスプレイのようなディスプレイ１９１１に接続されることができる。情報及びコマンド選択をプロセッサ１９０３に伝達するために、英字と数字から成ると共に、他のキーを含むキーボードのような入力装置１９１３がバス１９０１に接続される。別のタイプのユーザ入力装置は、方向情報及びコマンド選択をプロセッサ１９０３に伝達すると共に、ディスプレイ１９１１上でカーソルの動きを制御するためのマウス、トラックボール、またはカーソル方向キーのようなカーソル制御器１９１５である。

本発明の一実施例によると、ここに示された処理は、メインメモリ１９０５に含まれる命令の配列を実行するプロセッサ１９０３に応えて、コンピュータシステム１９００によって実行される。そのような命令は、記憶装置１９０９のような別のコンピュータ読み取り可能なメディアからメインメモリ１９０５の中に読み取られ得る。メインメモリ１９０５に含まれる命令の配列の実行によって、プロセッサ１９０３はここに示された工程段階を実行する。マルチプロセッシング装置（multi-processing arrangement）における１つ以上のプロセッサは、同様に、メインメモリ１９０５に含まれる命令を実行するために使用され得る。これに代る実施例において、配線で接続された回路構成が、本発明の実施例を実現するために、ソフトウェア命令の代わりに、もしくはソフトウェア命令と組み合わせて使用されることができる。従って、本発明の実施例は、ハードウェア回路とソフトウェアとの特定の組み合わせに全く制限されない。

コンピュータシステム１９００は、同様に、バス１９０１と接続される通信インタフェース１９１７を備える。通信インタフェース１９１７は、地域情報通信網（local network）１９２１に接続されているネットワークリンク１９１９に対する双方向のデータ通信接続を提供する。例えば、通信インタフェース１９１７は、デジタル加入者回線（digital subscriber line：ＤＳＬ）カードまたはモデム、総合デジタル通信網（integrated services digital network：ＩＳＤＮ）カード、ケーブルモデム、電話モデム、または一致するタイプの通信回線に対するデータ通信接続を提供するための他の通信インタフェースであり得る。別の例として、通信インタフェース１９１７は、データ通信接続を互換性があるＬＡＮに提供するための（例えば、イーサネット（登録商標）または非同期転送モデル（ＡＴＭ）ネットワークに関する）ローカルエリアネットワーク（ＬＡＮ）カードであり得る。ワイヤレスリンクが、同様に実現され得る。あらゆるそのような実現において、通信インタフェース１９１７は、様々なタイプの情報を表すデジタルデータストリームを伝送する電気信号、電磁気信号、もしくは光学信号を送信すると共に受信する。更に、通信インタフェース１９１７は、ユニバーサルシリアルバス（ＵＳＢ）インタフェース、ＰＣＭＣＩＡ（Personal Computer Memory Card International Association：ＰＣメモリーカード国際協会）インタフェース等のような周辺インタフェース装置を含むことができる。１つの通信インタフェース１９１７が図１９で描写されるが、複数の通信インタフェースが同様に使用され得る。

ネットワークリンク１９１９は、一般的に、１つ以上のネットワークを介した他のデータ装置に対するデータ通信を提供する。例えば、ネットワークリンク１９１９は、ネットワーク１９２５（例えば、広域ネットワーク（ＷＡＮ）、または今一般にインターネットと言われるグローバルなパケットデータ通信ネットワーク）、もしくはサービスプロバイダによって操作されたデータ装置に対して接続性を有するホストコンピュータ１９２３に対する地域情報通信網１９２１を介した接続を提供することができる。地域情報通信網１９２１及びネットワーク１９２５の両方は、情報及び命令を伝達するために、電気信号、電磁気信号、もしくは光学信号を使用する。コンピュータシステム１９００とデジタルデータを通信する、様々なネットワークを介した信号、ネットワークリンク１９１９上の信号、そして通信インタフェース１９１７を介した信号は、情報及び命令を有する代表的な形の搬送波である。

コンピュータシステム１９００は、ネットワーク、ネットワークリンク１９１９、及び通信インタフェース１９１７を介して、メッセージを送信し、プログラムコードを含んでいるデータを受信することができる。インターネットの例において、サーバ（図示せず）は、本発明の実施例を実現するために、ネットワーク１９２５、地域情報通信網１９２１、及び通信インタフェース１９１７を介して、アプリケーションプログラムに属する要求されたコードを送るであろう。プロセッサ１９０３は、コードを受信するか、及び／または後の実行のために記憶装置１９０９または他の不揮発性メモリに格納する一方で、送信されたコードを実行することができる。この方法において、コンピュータシステム１９００は、搬送波の形でアプリケーションコードを獲得することができる。

ここで使用される用語“コンピュータ読み取り可能なメディア”は、プロセッサ１９０３に対して実行するための命令を提供することに参加するあらゆるメディアのことを指している。そのようなメディアは、不揮発性のメディア、揮発性のメディア、及び伝送メディアを含むが、それに限定されることなく、多くの形式を取り得る。例えば、不揮発性のメディアは、記憶装置１９０９のような、光学ディスク、もしくは磁気ディスクを含む。揮発性のメディアは、メインメモリ１９０５のようなダイナミックメモリを含む。伝送メディアとしては、バス１９０１を包含するワイヤを含む同軸ケーブル、銅線、及び、光ファイバがある。伝送メディアは、同様に、無線周波数（ＲＦ）、及び赤外線（ＩＲ）のデータ通信の間に生成されたそれらのような音波、光波、もしくは電磁波の形式をとることができる。コンピュータ読み取り可能なメディアの共通形式は、例えばフロッピー（登録商標）ディスク、フレキシブルディスク、ハードディスク、磁気テープ、他の磁気媒体、ＣＤ−ＲＯＭ、ＣＤＲＷ、ＤＶＤ、他の光学媒体、パンチカード、紙テープ、光学式マークシート、穴のパターンを有する他の物理的メディアまたは他の視覚的に認識できる表示、ＲＡＭ、ＰＲＯＭ、及びＥＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭ、他のメモリチップまたはカートリッジ、搬送波、またはコンピュータが読むことができるあらゆる他のメディアを含む。

様々な形式のコンピュータ読み取り可能なメディアは、プロセッサに対して実行するための命令を提供することに関連することができる。例えば、少なくとも本発明の一部分を実行するための命令は、最初はリモートコンピュータの磁気ディスク上に配置され得る。そのようなシナリオにおいて、リモートコンピュータは、命令をメインメモリにロードすると共に、モデムを使用し電話回線を介して命令を送信する。ローカルコンピュータシステムのモデムは、電話回線上のデータを受信すると共に、データを赤外線の信号に変換して、該赤外線の信号を携帯情報機器（ＰＤＡ）、またはラップトップコンピュータのようなポータブル計算装置に送信するために、赤外線送信機を使用する。ポータブル計算装置上の赤外線検出器は、赤外線の信号によって生成された情報、及び命令を受信すると共に、データをバスに配置する。バスは、プロセッサが命令を検索して、実行するメインメモリに対してデータを伝達する。メインメモリによって受信された命令は、同様に、プロセッサによる実行の前に、もしくはプロセッサによる実行の後で、記憶装置に任意に格納され得る。

本発明が多くの実施例、及び実装に関連して示されたが、一方本発明はそれに限定されず、添付された特許請求の範囲内にある様々な明白な修正、及び同等の装置を保護する。

以下の特許出願、“Method and System for Providing Voice Over IP Managed Services Utilizing a Centralized Data Store”と表題を付けられて、２００５年８月１２日に出願された同時係属中の米国特許出願（代理人明細書番号ASH05008）、及び“Fixed-Mobile Communications with Mid-Session Mode Switching”と表題を付けられて、２００５年８月１２日に出願された同時係属中の米国特許出願（代理人明細書番号ASH04002）は、参照によってそれらの全体がここに組み込まれる。

「付録」
２Ｇ：第２世代(2nd Generation)
３Ｇ：第３世代(3rd Generation)
４Ｇ：第４世代(4th Generation)
ＡＡＡ：認証、許可、課金(Authentication, Authorization, and Accounting)
ＡＣＫ：アクノリッジメント(Acknowledgement)
ＡＩＢ：認証済みアイデンティティボディ(Authenticated Identity Body)
ＡＬＧ：アルゴリズム(Algorithm)
ＡＮＭ：応答メッセージ(Answer Message)
ＡＰＩ：アプリケーションプログラミングインタフェース(Application Programming Interface)
ＡＳＣＩＩ：アスキー(American Standard Code for Information Interchange)
ＡＳＩＣ：特定用途向け集積回路(Application Specific Integrated Circuit)
ＣＡ：認証局(Certificate Authority)
ＣＤ：コンパクトディスク(Compact Disc)
ＣＩＰＩＤ：プレゼンス情報データ形式の連絡先情報(Contact Information for Presence Information Data Format)
ＣＰＥ：顧客構内装置(Customer Premise Equipment)
ＣＰＵ：中央演算処理装置(Central Processing Unit)
ＣＲＴ：ブラウン管(Cathode Ray Tube)
ＤＳＬ：デジタル加入者回線(Digital Subscriber Line)
ＤＤＯＳ：分散型サービス妨害(Distributed Denial of Service)
ＤＨＣＰ：動的ホスト設定プロトコル(Dynamic Host Configuration Protocol)
ＤＭＺ：非武装地帯(Demilitarized Zone)
ＤＮＳ：ドメインネームサービス／システム(Domain Name Service/System)
ＤＶＤ：デジタル多用途ディスク（以前はデジタルビデオディスク）(Digital Versatile Disc (formerly Digital Video Disc))
ＥＡＰ：拡張可能認証プロトコル(Extensible Authentication Protocol)
ＥＮＵＭ：電子ナンバー(Electronic Number)
ＥＰＲＯＭ：消去可能プログラマブルＲＯＭ(Erasable Programmable Read Only Memory)
ＦＰＧＡ：フィールドプログラマブルゲートアレイ(Field Programmable Gate Array)
ＧＵＩ：グラフィックユーザインタフェース(Graphical User Interface)
ＨＴＭＬ：ハイパーテキストマークアップ言語(HyperText Markup Language)
ＨＴＴＰ：ハイパーテキスト転送プロトコル(HyperText Transfer Protocol)
ＩＡＭ：ＩＳＵＰイニシャルアドレスメッセージ(ISUP Initial Address Message)
ＩＣＥ：双方向通信構築(Interactive Communication Establishment)
ＩＥＴＦ：インターネットエンジニアリングタスクフォース(Internet Engineering Task Force)
ＩＩＳ：インターネット情報サービス(Internet Information Services)
ＩＭ：インスタントメッセージング(Instant Messaging)
ＩＰ：インターネットプロトコル(Internet Protocol)
ＩＰ−ＩＣ：ＩＰ相互接続(IP Interconnect)
ＩＰＳｅｃ：ＩＰセキュリティ(IP Security)
ＩＰＴＥＬ：ＩＰ電話通信(IP Telephony)
ＩＳＤＮ：統合ディジタル通信サービス網(Integrated Digital Services Network)
ＩＳＰ：インターネットサービスプロバイダ(Internet Service Provider)
ＩＳＵＰ：統合ディジタル通信サービス網（ISDN）ユーザ部(ISDN User Part)
ＩＴＵ：国際電気通信連合(International Telecommunication Union)
ＪＮＩ：Ｊａｖａ（登録商標）ネイティブインタフェース(Java（登録商標） Native Interface)
ＬＡＮ：ローカルエリアネットワーク(Local Area Network)
ＬＤＡＰ：ライトウェイトディレクトリアクセスプロトコル(Lightweight Directory Access Protocol)
ＭＡＣ：メディアアクセス制御(Medium Access Control)
ＭＩＭＥ：多目的インターネットメール拡張仕様(Multipurpose Internet Mail Extensions)
ＮＡＰＴＲ：命名権威指針(Naming Authority Pointer)
ＮＡＴ：ネットワークアドレス変換(Network Address Translation)
ＮＩＣ：ネットワークインタフェースカード(Network Interface Card)
ＯＳＳ：オペレーショナルサポートシステム(Operational Support System)
ＰＢＸ：構内交換機(Private Branch Exchange)
ＰＣＭＣＩＡ：ＰＣメモリーカード国際協会(Personal Computer Memory Card International Association)
ＰＤＡ：携帯情報機器(Personal Digital Assistant)
ＰＩＤＦ：プレゼンス情報データフォーマット(Presence Information Data Format)
ＰＯＴＳ：既存のアナログ電話サービス(Plain Old Telephone Service)
ＰＲＯＭ：プログラマブルＲＯＭ(Programmable Read Only Memory)
ＰＳＴＮ：公衆交換電話網(Public Switched Telephone Network)
ＲＡＭ：ランダムアクセスメモリ(Random Access Memory)
ＲＯＭ：リードオンリメモリ(Read Only Memory)
ＲＦＣ：リクエストフォーコメント(Request For Comment)
ＲＰＩＤ：リッチプレゼンス情報データフォーマット(Rich Presence Information Data Format)
ＲＴＰ：リアルタイム転送プロトコル(Real-Time Transport Protocol)
ＲＴＣＰ：リアルタイム制御プロトコル(Real-Time Control Protocol)
ＳＩＭＰＬＥ：ＳＩＰ ＩＭ プロトコルレバレッジング拡張(SIP IM Protocols Leveraging Extensions)
ＳＩＰ：セッション開始プロトコル(Session Initiation Protocol)
ＳＩＰ−Ｔ：電話に関するセッション開始プロトコル(Session Initiation Protocol for Telephones)
ＳＩＰＰＩＮＧ：セッション開始提案研究(Session Initiation Proposal Investigation)
ＳＩＭＩＭＥ：セキュア多目的インターネットメール拡張仕様(Secure1 Multipurpose Internet Mail Extensions)
ＳＬＡ：サービス内容合意書(Service Level Agreement)
ＳＭＳ：ショートメッセージングシステム(Short Messaging Systems)
ＳＯＡ ＩＴ：サービス指向アーキテクチャー情報技術(Service Oriented Architecture Information Technology)
ＳＯＡＰ：シンプルオブジェクトアクセスプロトコル(Simple Object Access Protocol)
ＳＲＴＰ：セキュアリアルタイム転送プロトコル(Secure Real-time Transport Protocol)
ＳＴＵＮ：ＵＤＰのシンプル横断(Simple Traversal of UDP)
ＴＣＰ：伝送制御プロトコル(Transmission Control Protocol)
ＴＤＭ：時分割多重(Time Division Multiplexing)
ＴＬＳ：トランスポート層セキュリティ(Transport Layer Security)
ＴＵＲＮ：リレーＮＡＴを使用した横断(Traversal Using Relay NAT)
ＵＡ：ユーザエージェント(User Agent)
ＵＤＤＩ：ユニバーサルディスクリプション、ディスカバリー＆インテグレーション(Universal Description, Discovery and Integration)
ＵＤＰ：ユーザデータグラムプロトコル(User Datagram Protocol)
ＵＲＩ：ユニフォームリソース識別子(Uniform Resource Identifier)
ＵＲＬ：ユニフォームリソース位置(Uniform Resource Locator)
ＶｏＩＰ：ボイスオーバアイピー(Voice Over IP)
ＶＰＮ：仮想プライベートネットワーク(Virtual Private Network)
ＷＡＮ：広域ネットワーク(Wide Area Network)
Ｗｉ−Ｆｉ：ワイヤレスフィディリティー(Wireless Fidelity)
ＷｉＭａｘ：マイクロ波アクセスに関するワールドワイド相互運用性(Worldwide Interoperability for Microwave Access)
ＷＬＡＮ：無線ＬＡＮ(Wireless Local Area Network)
ＸＣＡＰ：ＸＭＬ設定アクセスプロトコル(XML Configuration Access Protocol)
ＸＣＯＮ：集中管理型の会議サービス(Centralized Conferencing)
ＸＭＬ：拡張マークアップ言語(Extensible Markup Language)

本質的に異なるパケット化音声ネットワークの相互接続性を支援するための、本発明の一実施例による通信システムの機能ブロック図である。 ドメイン間の横断を提供することが可能である、本発明の一実施例による通信システムの図である。 本発明の一実施例による、図１のシステムにおいてＥＮＵＭ（電子ナンバー）サービスを支援するための代表的な構成の図である。 本発明の一実施例による代表的なセッション開始プロトコル（ＳＩＰ）−ｔｏ−ＳＩＰの呼のフローの図である。 本発明の一実施例による代表的なＳＩＰ−ｔｏ−ＰＳＴＮ（Public Switched Telephone Network）の呼のフローの図である。 本発明の一実施例による、遠隔端点の間の通信を支援する集中型のデータストアを利用する構成の図である。 アプリケーションの移動性を提供するための、本発明の一実施例による無線通信システムの図である。 本発明の様々な実施例による代表的なマルチモーダル無線及び有線装置の図である。 本発明の様々な実施例による代表的なマルチモーダル無線及び有線装置の図である。 本発明の一実施例による、データネットワークにおけるマルチモーダル装置の認証及び登録のための処理の図である。 本発明の一実施例による、マルチモーダル装置からＰＳＴＮに対して呼を確立するための処理の図である。 本発明の一実施例による、ＰＳＴＮからマルチモーダル装置に対して呼を確立するための処理の図である。 本発明の一実施例による、ＰＳＴＮによって支援された呼の間の“セルラー（cellular）−ｔｏ−ＩＰ”モード切り替えのための処理の図である。 本発明の一実施例による、ＰＳＴＮによって支援された呼の間の“ＩＰ−ｔｏ−セルラー（cellular）”モード切り替えのための処理の図である。 本発明の一実施例による、セルラーモードにおいて動作するマルチモーダル装置による呼の確立のための処理の図である。 本発明の一実施例による、“セルラー（cellular）−ｔｏ−ＩＰ”モードのミッドコール（mid-call：中間呼）切り替えのための処理の図である。 本発明の一実施例による、オペレーショナルサポートシステム（Operational Support System：ＯＳＳ）の構成の図である。 本発明の一実施例による、ＩＰ相互接続サービスを支援するための金融システムの図である。 本発明の一実施例による相互接続サービスを支援することが可能であるサービス保証基盤コンポーネントの図ある。 本発明の様々な実施例を実現するために使用され得るコンピュータシステムの図である。

符号の説明

１００ ＩＰ相互接続システム
１０１ レジストリ
１０３ 発見コンポーネント（discovery component）
１０５ 識別情報証明コンポーネント（identity component）
１０７ 信号伝達変換コンポーネント（signaling conversion component）
１０９ ネットワークアドレス変換（ＮＡＴ）／ファイアウォール横断コンポーネント（Network Address Translation (NAT)/Firewall traversal component）
１１１ａ〜１１１ｎ ＩＰ電話通信ネットワーク（アイランド）
１１３ａ〜１１３ｎ ＮＡＴ、及び／または、ファイアウォール
２００ 通信システム
２０１ ＥＮＵＭサーバ
２０３ ＳＴＵＮ（Simple Traversal of UDP（User Datagram Protocol））サーバ、
２０５ ＴＵＲＮ（Traversal Using Relay NAT）サーバ
２０７、２０９ 管理ドメイン
２０７ａ ファイアウォール
２０７ｂ ＮＡＴ
２０７ｃ ウェブ電話
２０７ｄ ソフト電話
２０７ｅ ＳＩＰプロキシサーバ
２０９ａ ファイアウォール
２０９ｂ ＮＡＴ
２０９ｅ ＳＩＰプロキシサーバ
２０９ｃ ソフト電話
２０９ｄ ＳＩＰ電話
２０９ｅ ＳＩＰプロキシサーバ
２１１ 公衆データネットワーク
２１３ 回線交換電話通信網（ＰＳＴＮ）
２１５ ゲートウェイ
２１７ セルラーの能力がある装置
２１９ ＰＯＴＳ（Plain Old Telephone Service）電話
３００ ＥＮＵＭシステム
３０１ ＥＮＵＭ ＤＮＳルート（ENUM DNS Root）サーバ
３０３ ＥＮＵＭ ＤＮＳ Ｔｉｅｒ２サーバ
３０５ ＥＮＵＭ ＳＩＰリダイレクトサーバ
３０７ プロキシ／認証（Proxy/Authentication）サーバ
３０９ ＡＡＡサーバ
３１１ 証明書保存／権限（Certificate Store/Authority）コンポーネント
３１３ 信号伝達変換ゲートウェイ（Ｈ．３２３−ｔｏ−ＳＩＰゲートウェイ）
３１５ 信号伝達変換ゲートウェイ（ＳＩＰ−ｔｏ−ＳＩＰゲートウェイ）
３１６ メディアリレーサーバ（Media Relay server）
３１７ サービス指向アーキテクチャ情報技術（Service Oriented Architecture Information Technology：ＳＯＡ ＩＴ）
６００ 通信システム
６０１ サービスプロバイダネットワーク
６０３ データストア（またはレジストリ）
６０５、６０７、６０９ 端点
６１１ ＳＩＰプロキシサーバ
６１３ ＴＵＲＮサーバ
６１５ ＳＴＵＮサーバ
６１７ ＥＮＵＭサーバ
６１９ ゲートウェイ
７００ 無線及び有線システム
７０１ マルチモーダルモバイル装置（multimodal mobile device）
７０３ モバイル電話通信ネットワーク
７０５ 無線データ通信ネットワーク
７０７ 公衆データ網（インターネット）
７０９ サービスプロバイダネットワーク
７１１ 公衆電話交換網（ＰＳＴＮ）
７１３ アクセスポイント
７１５ ＡＡＡサーバ
７１７ ＡＡＡサーバ
７１９ ＳＴＵＮ／ＴＵＲＮサーバ
７２１ ＳＩＰプロキシサーバ
７２３ モバイルスイッチ
７２５ モバイルゲートウェイ
７２７ ゲートウェイ
７２９ ステーション
７３１ プレゼンスサーバ
８０１ａ〜８０１ｄ マルチモーダル通信装置
８０３ ソフトウェアスタック
８０５ ソフトウェアスタック
８０７ ＰＳＴＮ
８０９、８１１ セルラーネットワーク
８１３ インターネット
８５１ セルラートランシーバ
８５３ ワイヤレストランシーバ
８５５ ネットワークインタフェースカード（ＮＩＣ）
８５７ 制御器
８６１ アンテナ
８６３ プロセッサ
８６５ メモリ
１６００ 構成
１６０１ アクセス層（Access Tier）
１６０３ サービス層（Services Tier）
１６０５ リソース層（Resource Tier）
１６０７ ウェブポータル
１６０９ ウェブサービスゲートウェイ
１６１１ ウェブブラウザ
１６１３ 顧客システム
１６１５ 資源カプセル化サービス（Resource Encapsulation Services）
１６１７ アプリケーション処理アクティビティ（application process activities）
１６２１ データベース
１６２３ レガシーシステム
１６２５ 第１のＩＰサービスコンポーネント
１７００ システム
１７０１ 金融システム
１７０３ ＧＵＩ
１７０５ 請求額提示（Billing Presentment）コンポーネント
１７０７ 請求額計算書記憶手段（Billing Statement store）
１７０９ ユーザプロビジョニング（User Provisioning）コンポーネント
１７１０ サーバ
１７１１ 顧客プロファイルサービス
１７１３ 請求額計算（Billing Computation）コンポーネント
１７１５ 実行（Fulfillment）コンポーネント
１７１７ スケジューラ
１７１９ 評価（Rating）コンポーネント
１７２１ サービスプロファイルレコード（Service Profile record）
１７２３ 製品説明記憶手段（Product Description store）
１７２５ 製品設計／保守（Product Design/Maintenance）コンポーネント
１７２７ 在庫（Inventory）コンポーネント
１７２９ “レガシー”顧客データ記憶手段（"legacy" customer data store）
１８００ サービス保証基盤コンポーネント
１８０１ アクティブエージェント
１８０３ 資源
１８０５ 管理階層（Management Layer）
１８０７ 管理コンソール（management console）
１８０９ 容量管理コンポーネント（capacity management component）
１８１１ 警報（alerts）コンポーネント
１８１３ 報告エンジン（report engine）
１９００ コンピュータシステム
１９０１ バス
１９０３ プロセッサ
１９０５ メインメモリ
１９０７ 読取専用メモリ（ＲＯＭ）
１９０９ 記憶装置
１９１１ ディスプレイ
１９１３ 入力装置
１９１５ カーソル制御器
１９１７ 通信インタフェース
１９１９ ネットワークリンク
１９２１ 地域情報通信網（local network）
１９２３ ホストコンピュータ
１９２５ ネットワーク

Claims (22)

1. 通信サービスを提供するための方法であって、
   前記方法が、
   第１のドメインの第１のネットワークアドレス変換器の向こう側の送信元端点から、第２のドメイン内の送信先端点の電話番号を指定する、音声の呼を確立する要求を、前記音声の呼の確立のための信号伝達を提供するプロキシサーバにおいて受信する段階と、
   前記音声の呼の確立と関連づけられた別のプロキシサーバからの信号伝達を、前記プロキシサーバと互換性があるフォーマットに変換する段階と、
   前記電話番号に基づく送信先端点と通信するために、ネットワークアドレスを選択的に決定する段階と、
   前記第２のドメイン内の第２のネットワークアドレス変換器の存在を判定する段階と、
   もし前記ネットワークアドレスが決定され得る場合に、前記音声の呼を支援するように前記ネットワークアドレスに基づいて前記送信元端点と前記送信先端点との間のメディア経路を確立する段階と、
   もし前記ネットワークアドレスが決定され得ない場合に、回線交換電話通信網に接続されたメディアゲートウェイに、前記音声の呼に関する前記メディア経路の確立の中止を合図する段階と
   を含むことを特徴とする方法。
2. 前記ネットワークアドレスを決定する段階が、ＥＮＵＭ（Electronic Number）サーバによって実行され、
   前記判定する段階が、ＳＴＵＮ（Simple Traversal of UDP（User Datagram Protocol））サーバによって実行され、
   前記確立する段階が、ＴＵＲＮ（Traversal Using Relay NAT（Network Address Translation））サーバによって実行されると共に、
   前記サーバの各々が、サービスプロバイダによって管理される
   ことを特徴とする請求項１に記載の方法。
3. 前記メディア経路が、前記ＴＵＲＮサーバを通じて確立されると共に、
   プロキシサーバが、前記メディア経路を通じて前記音声の呼を送信する
   ことを特徴とする請求項２に記載の方法。
4. 前記音声の呼が、ＩＰ（インターネットプロトコル）電話の呼である
   ことを特徴とする請求項１に記載の方法。
5. 前記第１のドメインと前記第２のドメインが、異なる企業ネットワークまたは自立ネットワークのいずれかに対応する
   ことを特徴とする請求項１に記載の方法。
6. 前記プロキシサーバが、サービスプロバイダネットワーク、または前記第１のドメインの中に配置される
   ことを特徴とする請求項１に記載の方法。
7. 前記プロキシサーバが、セッション開始プロトコル（ＳＩＰ）の信号伝達を利用すると共に、前記別のプロキシサーバが、ＳＩＰタイプの信号伝達か、またはＨ．３２３の信号伝達のいずれかを利用する
   ことを特徴とする請求項１に記載の方法。
8. 前記メディア経路の確立を中止した後に、セルラー接続を介して前記音声の呼を確立するために、前記メディアゲートウェイに、前記送信先端点と関連付けられた電話番号によって合図する段階を更に含む
   ことを特徴とする請求項１に記載の方法。
9. マネージド通信サービスを提供するためのシステムであって、
   前記システムが、
   第１のドメインの第１のネットワークアドレス変換器の向こう側の送信元端点から、第２のドメイン内の送信先端点の電話番号を指定する、音声の呼を確立する要求を受信するように構成されたプロキシサーバと、
   前記電話番号に基づく送信先端点と通信するために、ネットワークアドレスを選択的に決定するように構成されたアドレスサーバと、
   前記第２のドメイン内の第２のネットワークアドレス変換器の存在の判定を支援するように構成されたＳＴＵＮ（Simple Traversal of UDP（User Datagram Protocol））サーバと、
   もし前記ネットワークアドレスが決定され得る場合に、前記音声の呼を支援するように前記ネットワークアドレスに基づいて前記送信元端点と前記送信先端点との間のメディア経路を確立するように構成されたＴＵＲＮ（Traversal Using Relay NAT（Network Address Translation））サーバと、
   前記音声の呼の確立と関連づけられた別のプロキシサーバからの信号伝達を、前記プロキシサーバと互換性があるフォーマットに変換するように構成されたゲートウェイと
   を備え、
   もし前記ネットワークアドレスが決定され得ない場合に、前記プロキシサーバが、回線交換電話通信網に接続されたメディアゲートウェイに、前記音声の呼に関する前記メディア経路の確立の中止を合図する
   ことを特徴とするシステム。
10. 前記プロキシサーバが、前記メディア経路を通じて前記音声の呼を送信する
    ことを特徴とする請求項９に記載のシステム。
11. 前記音声の呼が、ＩＰ（インターネットプロトコル）電話の呼である
    ことを特徴とする請求項９に記載のシステム。
12. 前記第１のドメインと前記第２のドメインが、異なる企業ネットワークまたは自立ネットワークのいずれかに対応する
    ことを特徴とする請求項９に記載のシステム。
13. 前記プロキシサーバが、前記メディア経路の確立を中止した後に、セルラー接続を介して前記音声の呼を確立するために、前記メディアゲートウェイに、前記送信先端点と関連付けられた電話番号によって合図する
    ことを特徴とする請求項９に記載のシステム。
14. 前記プロキシサーバが、セッション開始プロトコル（ＳＩＰ）の信号伝達を利用すると共に、前記別のプロキシサーバが、ＳＩＰタイプの信号伝達か、またはＨ．３２３の信号伝達のいずれかを利用する
    ことを特徴とする請求項９に記載のシステム。
15. 通信サービスを提供するためのシステムであって、
    前記システムが、
    第１のドメインの第１のネットワークアドレス変換器の向こう側の送信元端点から、第２のドメイン内の送信先端点の電話番号を指定する、音声の呼を確立する要求を、前記音声の呼の確立のための信号伝達を提供するプロキシサーバにおいて受信するための手段と、
    前記音声の呼の確立と関連づけられた別のプロキシサーバからの信号伝達を、前記プロキシサーバと互換性があるフォーマットに変換するための手段と、
    前記電話番号に基づく送信先端点と通信するために、ネットワークアドレスを選択的に決定するための手段と、
    前記第２のドメイン内の第２のネットワークアドレス変換器の存在を判定するための手段と、
    もし前記ネットワークアドレスが決定され得る場合に、前記音声の呼を支援するように前記ネットワークアドレスに基づいて前記送信元端点と前記送信先端点との間のメディア経路を確立するための手段と、
    もし前記ネットワークアドレスが決定され得ない場合に、回線交換電話通信網に接続されたメディアゲートウェイに、前記音声の呼に関する前記メディア経路の確立の中止を合図するための手段と
    を備えることを特徴とするシステム。
16. 前記ネットワークアドレスを選択的に決定するための手段が、ＥＮＵＭ（Electronic Number）サーバであり、
    前記判定するための手段が、ＳＴＵＮ（Simple Traversal of UDP（User Datagram Protocol））サーバであり、
    前記確立するための手段が、ＴＵＲＮ（Traversal Using Relay NAT（Network Address Translation））サーバであると共に、
    前記サーバの各々が、サービスプロバイダによって管理される
    ことを特徴とする請求項１５に記載のシステム。
17. 前記メディア経路が、前記ＴＵＲＮサーバを通じて確立されると共に、
    プロキシサーバが、前記メディア経路を通じて前記音声の呼を送信する
    ことを特徴とする請求項１６に記載のシステム。
18. 前記音声の呼が、ＩＰ（インターネットプロトコル）電話の呼である
    ことを特徴とする請求項１５に記載のシステム。
19. 前記第１のドメインと前記第２のドメインが、異なる企業ネットワークまたは自立ネットワークのいずれかに対応する
    ことを特徴とする請求項１５に記載のシステム。
20. 前記プロキシサーバが、サービスプロバイダネットワーク、または前記第１のドメインの中に配置される
    ことを特徴とする請求項１５に記載のシステム。
21. 前記プロキシサーバが、セッション開始プロトコル（ＳＩＰ）の信号伝達を利用すると共に、前記別のプロキシサーバが、ＳＩＰタイプの信号伝達か、またはＨ．３２３の信号伝達のいずれかを利用する
    ことを特徴とする請求項１５に記載のシステム。
22. 前記メディア経路の確立を中止した後に、セルラー接続を介して前記音声の呼を確立するために、前記メディアゲートウェイに、前記送信先端点と関連付けられた電話番号によって合図するための手段を更に備える
    ことを特徴とする請求項１５に記載のシステム。

Images