JP2005012614A

JP2005012614A - ゲートウェイ装置

Info

Publication number: JP2005012614A
Application number: JP2003176123A
Authority: JP
Inventors: Shuji Maeda; 周二前田; Nobuyuki Shikamata; 信之鹿又; Satoshi Matsuhashi; 聡松橋; So Sakakibara; 宗榊原; Tomoharu Ookashiwa; 智晴大栢
Original assignee: Nippon Telegraph and Telephone Corp; Hitachi Communication Technologies Ltd; Hitachi Hybrid Network Co Ltd
Current assignee: Nippon Telegraph and Telephone Corp; Hitachi Communication Technologies Ltd; Hitachi Information Technology Co Ltd
Priority date: 2003-06-20
Filing date: 2003-06-20
Publication date: 2005-01-13

Abstract

【課題】プロトコルの異なる複数のゾーンを含む地域ＩＰ網と公衆電話交換網との間で呼接続を迅速に達成できるゲートウェイ装置を提供する。
【解決手段】プロトコル種別の異なる複数の通信プロトコル制御部を備え、公衆電話網から地域ＩＰ網に所属する着信側ＩＰ端末への接続要求を受信した時、端末情報管理用のアプリケーションサーバから、着信側ＩＰ端末が所属するプロキシサーバの位置情報と通信プロトコルの識別情報とを取得し、上記通信プロトコル識別情報で特定される通信プロトコル制御部に、上記プロキシサーバ位置情報で特定されるプロキシサーバに対して着信側ＩＰ端末への接続を要求させるゲートウェイ装置。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
本発明は、ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）網上で音声、画像及びデータを通信するＩＰ通信技術に関し、特に通信プロトコル種別の異なる複数のプロキシサーバが存在する広域のＩＰ網と公衆電話網とを接続するためのゲートウェイ装置に関する。
【０００２】
【従来の技術】
公衆電話交換網（ＰＳＴＮ：ＰｕｂｌｉｃＳｗｉｔｃｈｅｄＴｅｌｅｐｈｏｎｅＮｅｔｗｏｒｋ）の局用交換機とＩＰ網を接続する大規模なＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩＰ）システムにおいては、ＩＰ網内に呼制御用サーバとして複数のプロキシサーバが設置される。この場合、プロキシサーバには、例えば、ＩＴＵ−Ｔ勧告のＨ．３２３で規定された通信プロトコル機能を備えたゲートキーパや、ＩＥＴＦ（ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇＴａｓｋＦｏｒｃｅ）標準のＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）機能を備えたＳＩＰサーバなど、適用通信プロトコルが異なる複数種類のものがある。また、一台のプロキシサーバで管理できるＩＰ端末の台数には制限があるため、ＩＰ網内に位置するプロキシサーバの数は、ＩＰ端末数やプロキシサーバのベンダ数によって変化する。
【０００３】
従来のＩＰ網では、プロキシサーバと、このプロキシサーバに対応付けられたゲートウェイおよび複数のＩＰ端末によって１つのゾーンが形成され、或るゾーンに属したＩＰ端末から別ゾーンのＩＰ端末への通信は、プロキシサーバ間の連携（中継）機能を利用して行われる。
【０００４】
特開２００１−７７８６５号公報（特許文献１）は、Ｈ．３２３モデルのＶｏＩＰシステムにおいては、１つのゲートウェイは一つのゲートキーパにしか登録できないため、負荷分散のためにゲートウェイの設置台数が増加すると、ゲートキーパの数も増加し、ＩＰ網がゲートキーパ毎の複数ゾーンに分割されるという問題を提起している。この問題に対して、特許文献１では、Ｈ．３２３ゲートキーパの機能を、ゲートウェイ制御を行うマスタゲートキーパと、その他の機能をもつプロキシゲートキーパに分割することを提案している。
【０００５】
一方、日経コミュニケーション、２００２年４月１日号、第１１９頁〜第１２０頁（非特許文献１）には、ＶｏＩＰの通信プロトコルによっては、その仕様が詳細まで規定されてないため、通信機器（プロキシサーバ）の製造メーカ／ベンダ毎に個別の拡張仕様が少なくなく、相互接続性に問題があることが指摘されている。
【０００６】
【特許文献１】
特開２００１−７７８６５号公報
【特許文献１】
日経コミュニケーション、２００２年４月１日号、第１１９頁〜第１２０頁
【０００７】
【発明が解決しようとする課題】
以上の理由から、ＩＰ網が広域化すると、通信制御サーバ（プロキシサーバ）毎に、ベンダ独自仕様も含めて通信プロトコル種別が異なる多数のゾーンが形成される。この場合、プロキシサーバ間の連携は、通信プロトコルの同一性が前提となるため、適用プロトコルの異なるゾーン間では連携が行えない。また、プロキシサーバ間で連携させる場合には、プロトコル毎にゲートウェイを配備する必要があり、通信プロトコルの種類が増えるに従って、ゲートウェイの設置台数が増え、維持管理に大きなコストがかかるという問題がある。
【０００８】
更に、ゾーン間で通信する場合、各プロキシサーバが備える他プロキシサーバとの連携機能を用いて行うため、大規模なＩＰ網では、制御パケットが幾つものプロキシサーバを経由することになり、接続が完了するまでに時間がかかると言う問題がある。音声パケットもこれらの複数のプロキシサーバを経由させる必要があるケースでは、伝送遅延によって会話に支障をきたすことになる。
【０００９】
本発明の目的は、通信プロトコルの異なる多数のゾーンが形成された場合でも呼接続を迅速に達成できるゲートウェイ装置を提供することにある。
本発明の他の目的は、複数のゾーンを含む地域ＩＰ網と公衆電話交換網との間で呼接続を迅速に達成できるゲートウェイ装置を提供することにある。
【００１０】
【課題を解決するための手段】
上記目的を達成するため、本発明は、それぞれ固有の通信プロトコルをもつ複数のプロキシサーバが位置する複数の地域ＩＰ網からなる広域ＩＰ網と、公衆電話網とを接続するためのゲートウェイ装置において、
プロトコル種別が異なる複数の通信プロトコル制御部と、
上記公衆電話網を構成する交換機から上記何れかの地域ＩＰ網に所属する着信側ＩＰ端末への接続要求を受信した時、上記広域ＩＰ網に接続された端末情報管理用のアプリケーションサーバから、上記着信側ＩＰ端末が所属するプロキシサーバの位置情報と適用すべき通信プロトコルの識別情報とを含む端末情報を取得する手段と、
上記通信プロトコル識別情報で特定される通信プロトコル制御部に、上記プロキシサーバ位置情報で特定されるプロキシサーバに対して上記着信側ＩＰ端末への接続を要求させ、上記プロキシサーバからの応答結果を上記要求元の交換機に転送するための制御手段とを備えたことを特徴とする。
【００１１】
また、本発明は、適用される通信プロトコルが異なる複数のゾーンからなる地域ＩＰ網と、公衆電話網の交換機との間でパケットを転送するためのゲートウェイ装置において、
プロトコル種別が異なる複数の通信プロトコル制御部と、
上記交換機から上記地域ＩＰ網内の何れかのゾーンに所属する着信側ＩＰ端末への接続要求を受信した時、基幹ＩＰ網に接続された端末情報管理用のアプリケーションサーバから、上記着信側ＩＰ端末の所属ゾーンを管理するプロキシサーバの位置情報と適用すべき通信プロトコルの識別情報とを含む端末情報を取得するための手段と、
上記通信プロトコル識別情報で特定される通信プロトコル制御部に、上記プロキシサーバ位置情報で特定されるプロキシサーバに対して上記着信側ＩＰ端末への接続を要求させ、上記プロキシサーバからの応答結果を上記要求元の交換機に転送するための制御手段とを有することを特徴とする。
【００１２】
尚、アプリケーションサーバから端末情報を取得する代わりに、ゲートウェイ装置が、担当地域ＩＰ網内に位置する各ＩＰ端末の電話番号と対応して、所属ゾーンを管理するプロキシサーバの位置情報と適用すべき通信プロトコルの識別情報とを含む端末情報を保持する記憶手段を備え、交換機から上記地域ＩＰ網内の何れかのゾーンに所属する着信側ＩＰ端末への接続要求を受信した時、上記記憶手段から、上記着信側ＩＰ端末の所属ゾーンを管理するプロキシサーバの位置情報と適用すべき通信プロトコルの識別情報とを含む端末情報を取得するようにしてもよい。
【００１３】
本発明の１つの特徴は、端末情報が、プロキシサーバのベンダ識別情報を含み、上記制御手段が、上記通信プロトコル識別情報によって特定される通信プロトコル制御部に、上記ベンダ識別情報で特定される通信プロトコルで、前記プロキシサーバに対する前記着信側ＩＰ端末への接続を要求させることにある。
【００１４】
【発明の実施の形態】
以下、本発明の実施例について図面を参照して説明する。
図１は、本発明のゲートウェイ装置（以下、単にゲートウェイと言う）を適用した通信網の１例を示す。
図において、２０は、例えば、日本電信電話株式会社（ＮＴＴ）が提供するディジタル公衆電話交換網（ＰＳＴＮ：ＰｕｂｌｉｃＳｗｉｔｃｈｅｄＴｅｌｅｐｈｏｎｅＮｅｔｗｏｒｋ）であり、複数の交換機１（１−１、１−２、・・・）と、各交換機に収容される多数の加入者電話機２（２−１、２−２、・・・２−ｎ）からなっている。一方、４０（４０−１、４０−２、…）は、基幹ＩＰ網６０に接続された地域ＩＰ網であり、これらの地域ＩＰ網と基幹ＩＰ網とによって、大規模なＩＰ網が形成されている。
【００１５】
ＰＳＴＮ２０と広域ＩＰ網は、基幹ＩＰ網６０と交換機１−１、１−２との間に配置されたゲートウェイ１０−１、１０−２を介して接続されている。３０は、基幹ＩＰ網６０に接続されたアプリケーションサーバであり、その機能については後で説明する。
【００１６】
地域ＩＰ網４０は、例えば、ＮＴＴが提供する比較的広域のＩＰ網であり、各地域ＩＰ網内では、例えば、ＩＴＵ−Ｔ勧告Ｈ．３２３で規定された呼制御プロトコルや、ＩＥＴＦ（ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇＴａｓｋＦｏｒｃｅ）標準のＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）など、適用する通信プロトコルが異なる多数の通信機器が存在している。
【００１７】
図１のネットワークにおいて、ゲートウェイ１０−１は、基幹ＩＰ網６０を介して地域ＩＰ網４０−１に接続され、交換機１−１と地域ＩＰ網４０−１との間で、呼制御信号や音声信号の相互変換を行う音声通信インタフェース装置として機能する。同様に、ゲートウェイ１０−２は、基幹ＩＰ網６０を介して地域ＩＰ網４０−２に接続され、交換機１−２と地域ＩＰ網４０−２との間の音声通信インタフェース装置として機能する。
【００１８】
地域ＩＰ網４０−１内には、例えば、図２に示すように、Ｈ．３２３の通信プロトコルで通信可能な通信機器群からなるゾーンＡ（４Ｈ−１）やゾーンＢ（４Ｈ−２）、ＳＩＰの通信プロトコルで通信可能な通信機器群からなるゾーンＣ（４Ｓ−１）やゾーンＤ（４Ｓ−２）のように、適用する通信プロトコルの種類が異なる複数の局所的ＩＰ網が形成されている。
【００１９】
これと同様に、地域ＩＰ網４０−２内にも、例えば、図３に示すように、通信プロトコルとしてＨ．３２３が適用されるゾーンＥ（４Ｈ−３）や、ＳＩＰが適用されるゾーンＣ（４Ｓ−３）のように、適用する通信プロトコルの種類が異なる複数の局所的ＩＰ網が形成されている。
【００２０】
各ゾーン４（４Ｈ−１、４Ｈ−２、…、４Ｓ−１、４Ｓ−２、・・・）は、複数のＩＰ端末６（６Ａ−１〜６Ａ−ｎ、・・・、６Ｆ−１〜６Ｆ−ｎ）と、ゾーン内のＩＰ端末とゲートウェイ１０との間での制御パケットの中継機能をもつプロキシサーバ５（５Ａ、５Ｂ、・・・５Ｆ）とから構成されている。
【００２１】
アプリケーションサーバ３０は、各地域ＩＰ網内に位置するＩＰ端末の端末情報を管理するためのサーバであり、基幹ＩＰ網６０を介して、ゲートウェイ１０−１、１０−２と、例えば、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）やＬＤＡＰ（ＬｉｇｈｔｗｅｉｇｈｔＤｉｒｅｃｔｏｒｙＡｃｃｅｓｓＰｒｏｔｏｃｏｌ）のような、ＶｏＩＰに特化されない汎用的なプロトコルで通信する。
【００２２】
図４は、ゲートウェイ１０−１（１０−２）の構成を示す。
ゲートウェイ１０−１は、交換機１−１と接続するための交換機インタフェース１１と、アプリケーションサーバ制御部１２と、基幹ＩＰ網６０と接続するためのＩＰ網インタフェース１３と、プロセッサ（ＣＰＵ）１４と、該プロセッサが実行する各種のプログラムやデータを格納するためのメモリ１５と、Ｈ．３２３制御部１６およびＳＩＰ制御部１７を具備している。
【００２３】
アプリケーションサーバ制御部１２は、ＩＰ網インタフェース１３を介して行われるアプリケーションサーバ３０との接続を制御する。また、Ｈ．３２３制御部１６とＳＩＰ制御部１７は、それぞれ、Ｈ．３２３とＳＩＰの通信プロトコルで呼制御を行う。尚、Ｈ．３２３制御部１６とＳＩＰ制御部１７は、ベンダの個別仕様で細部に違いがあるプロトコルが存在する場合は、後述するプロキシサーバ・ベンダ識別子に対応した通信プロトコルを選択的に実行する。
【００２４】
アプリケーションサーバ３０は、図５に示すように、入力部３１と、出力部３２と、プロセッサ（ＣＰＵ）３３と、該プロセッサが実行する各種のプログラムやデータを格納するためのメモリ３４と、基幹ＩＰ網６０に接続するためのＩＰ網インタフェース３５と、端末情報管理用のデータベース３７が形成される記憶装置３６とからなる。データベース３７における端末情報エントリの生成、更新、削除は、オペレータが入力部３１を介して行う。
【００２５】
図６は、アプリケーションサーバ３０がデータベース３７で管理する端末情報の１例を示す。
データベース３７には、検索キーとなる端末識別子（例えば、ＩＰ電話番号）３７１を持った多数のエントリ３７０（３７０−１、３７０−２、…）が登録されている。各エントリは、端末識別子３７１で特定されるＩＰ端末の所属ゾーンを管理するプロキシサーバの位置情報３７２と、ゾーン内で適用される通信プロトコルの種別３７３と、プロキシサーバのベンダ識別子（ベンダ名または機種）３７４を示している。
【００２６】
プロキシサーバ位置情報３７２は、プロキシサーバのアドレスを示している。プロトコル種別３７２は、図２、図３の地域ＩＰ網の場合、Ｈ．３２３またはＳＩＰとなるが、実際の応答においては、更に他のプロトコル種別を含むことができる。本実施例では、端末情報として、プロキシサーバのベンダ識別子３７４を追加することによって、同一種別のプロトコルをプロキシサーバのベンダ（製造メーカ）または機種によって細分類できるようにしている。
【００２７】
図７は、一例として、加入電話機２−１からゾーンＢ（４Ｈ−２）に所属するＩＰ端末６Ｂ−１に発呼した場合の呼設定シーケンスを示している。
加入電話機２−１から交換機１−１に、着信先ＩＰ端末６Ｂ−１の電話番号を指定した接続要求が送信されると（Ｓ１１）、交換機２−１は、ゲートウェイ１０−１に対して上記接続要求を転送する（Ｓ１２）。
【００２８】
上記接続要求を受信したゲートウェイ１０−１は、基幹ＩＰ網を介して、アプリケーションサーバ３０に、着信先ＩＰ端末６Ｂ−１の端末情報を取得するための要求メッセージを送信する（Ｓ１３）。アプリケーションサーバ３０は、データベース３７から、上記要求メッセージで指定された着信先電話番号に一致する端末識別子をもつエントリを検索し、該当エントリが示す端末情報を要求元のゲートウェイ１０−１に回答する（Ｓ１４）。
【００２９】
データベース３７が図６に示したエントリ内容となっていた場合、ゲートウェイ１０−１は、端末情報として、プロキシサーバ５Ｂのアドレスと、プロトコル種別（Ｈ．３２３）と、プロキシサーバのベンダ名（Ｂ社）を取得できる。
このようにアプリケーションサーバ３０に着信先端末情報を問い合わせることによって、ゲートウェイ１０−１は、任意の地域ＩＰ網に所属する任意のＩＰ端末に関して、その端末を管理するプロキシサーバと適用すべき通信プロトコルの種別（およびベンダによるプロトコルの相違）を確認できるため、同一地域ＩＰ網４０内に多数の局所的なＩＰ網（ゾーン）が共存していた場合でも、着信先ＩＰ端末に対応したプロキシサーバと即時に通信可能な状態となる。
【００３０】
ゲートウェイ１０−１は、アプリケーションサーバ３０から取得した着信先端末情報に従って、プロキシサーバ５Ｂに対して、着信側ＩＰ端末６Ｂ−１への接続要求を送信する（Ｓ１５）。この時、Ｈ．３２３制御部１６またはＳＩＰ制御部１７の何れかが、プロトコル種別３７２とプロキシサーバのベンダ識別子３７４とで特定された通信プロトコルで接続要求を送信する。
【００３１】
プロキシサーバ５Ｂは、上記ゲートウェイ１０−１からの接続要求に応答して、ＩＰ端末６Ｂ−１に接続要求を送信し（Ｓ１６）、ＩＰ端末６Ｂ−１からの接続結果（接続完了応答）を受信すると（Ｓ１７）、これをゲートウェイ１０−１に通知する（Ｓ１８）。接続結果は、ゲートウェイ１０−１から交換機１−１に、交換機１０−１から発信元の加入者電話機２−１に、次々と中継される（Ｓ１９、Ｓ２０）。
【００３２】
ゲートウェイ１０−１は、交換機１−１に接続結果を送信した後、プロキシサーバ５Ｂに、音声、その他のメディアを送受信するためのメディアパス開設要求を送信する（Ｓ２１）。メディアパス開設要求を受信したプロキシサーバ５Ｂは、着信先のＩＰ端末６Ｂ−１に対してメディアパス開設要求を送信し（Ｓ２２）、ＩＰ端末６Ｂ−１からパス開設結果（開設完了応答）を受信すると（Ｓ２３）、ゲートウェイ１０−１に対してパス開設結果を通知する（Ｓ２４）。これによって、発信側の加入者電話機２−１と着信側のＩＰ端末６Ｂ−１とが通話できる状態となる。
【００３３】
図８は、ゲートウェイ１０−１からアプリケーションサーバ３０に送信される端末情報要求メッセージＲＥＱ１のフォーマットの１例を示し、図９は、アプリケーションサーバ３０からゲートウェイ１０−１に送信される端末情報メッセージＲＥＳ１のフォーマットの１例を示す。
【００３４】
７１は、ＭＡＣヘッダ（例えば、イーサフレームヘッダ）、７２はＩＰヘッダ、７３はプロトコルヘッダ、７４はメッセージ種別を示し、端末情報要求メッセージＲＥＱ１は、メッセージ種別７４の後に、着信側ＩＰ端末６Ｂ−１の端末識別子（電話番号）７５０を含む。一方、端末情報メッセージＲＥＳ１は、上記メッセージ種別７４の後に、データベースから検索したプロトコル識別子７５１、プロキシサーバ位置情報７５２、プロキシサーバ識別子７５３を含んでいる。
【００３５】
以上の実施例では、ゲートウェイ１０−１が、接続要求の送信に必要な端末情報をアプリケーションサーバ３０から取得したが、必要な端末情報をゲートウェイ側に保持するようにしてもよい。すなわち、図６に示した端末情報のうち、ゲートウェイ１０−１が担当する地域ＩＰ網４０−１内に位置するＩＰ端末の端末情報を図４に示したメモリ１５、または別のデータファイル用のメモリに蓄積しておき、アプリケーションサーバ制御部１２の代わって、プロセッサ１４が、上記メモリ１５またはデータファイル用メモリから、着信先ＩＰ端末に該当する端末情報を読み出すようにしてもよい。
【００３６】
この場合、端末情報は、地域ＩＰ網への新たなＩＰ端末の加入の都度、各ゲートウェイにオペレータが設定してもよいし、アプリケーションサーバ３０でＩＰ網全体の端末情報を管理しておき、アプリケーションサーバ３０に新たな端末情報が追加された時、アプリケーションサーバ３０から該当ゲートウェイに端末情報をローディングするようにしてもよい。
【００３７】
【発明の効果】
以上の実施例から明らかなように、本発明によれば、公衆電話交換網の交換機から接続要求を受信した各ゲートウェイが、アプリケーションサーバ（または、自分のメモリ）から取得した着信先ＩＰ端末の端末情報に基づいて、着信先ＩＰ端末を管理する適切なプロキシサーバにダイレクトに接続要求を送信できるようにしているため、ゲートウェイ毎に予め指定されたデフォルト・プロキシサーバを経由することなく、着信側ＩＰ端末への呼接続を達成できる。
【００３８】
また、デフォルト・プロキシサーバを経由しないため、デフォルト・プロキシサーバから目的のサーバ、場合によっては、デフォルト・プロキシサーバから更に他のプロキシサーバを経由して目的のサーバに至る複雑な経路を辿る必要がなくなり、短時間で呼接続を完了することが可能となる。
【００３９】
更に、本発明によれば、ＩＰ網側のプロキシサーバへの接続要求の送信に先立って、ゲートウェイが、着信側ＩＰ端末の適用プロトコル識別情報とプロキシサーバの位置情報を入手できるため、複数種類の通信プロトコルが共存する大規模化されたＩＰ網内に位置するＩＰ端末に対して容易に呼設定することができる。
【図面の簡単な説明】
【図１】本発明のゲートウェイ装置を含む通信網の１例を示す図。
【図２】図１における地域ＩＰ網４０−１の構成の１例を示す図。
【図３】図１における地域ＩＰ網４０−２の構成の１例を示す図。
【図４】ゲートウェイ１０−１の構成の１例を示すブロック図。
【図５】アプリケーションサーバ３０の構成の１例を示すブロック図。
【図６】アプリケーションサーバ３０が備えるデータベース３７の内容を示す図。
【図７】図１に示した網における呼設定シーケンスの１例を示す。
【図８】ゲートウェイ１０−１からアプリケーションサーバ３０に送信される端末情報要求メッセージのフォーマットの１例を示す図。
【図９】アプリケーションサーバ３０からゲートウェイ１０−１に送信される端末情報メッセージのフォーマットの１例を示す図。
【符号の説明】
１：交換機、２：加入者電話機、４：ゾーン、５：プロキシサーバ、
６：ＩＰ端末、１０：ゲートウェイ、２０：ＰＳＴＮ、１１：交換機インタフェース、１２：アプリケーションサーバ制御部、１３：ＩＰ網インタフェース、
１４：ＣＰＵ、１５：メモリ、１６：Ｈ．３２３制御部、１７：ＳＩＰ制御部、
３０：アプリケーションサーバ、３１：入力部、３２：出力部、３３：ＣＰＵ、
３４：メモリ、３５：ＩＰ網インタフェース、３６：記憶装置、
３７：データベース、４０：地域ＩＰ網、６０：基幹ＩＰ網。

Claims

それぞれ固有の通信プロトコルをもつ複数のプロキシサーバが位置する複数の地域ＩＰ網からなる広域ＩＰ網と、公衆電話網とを接続するためのゲートウェイ装置であって、
プロトコル種別が異なる複数の通信プロトコル制御部と、
上記公衆電話網を構成する交換機から上記何れかの地域ＩＰ網に所属する着信側ＩＰ端末への接続要求を受信した時、上記広域ＩＰ網に接続された端末情報管理用のアプリケーションサーバから、上記着信側ＩＰ端末が所属するプロキシサーバの位置情報と適用すべき通信プロトコルの識別情報とを含む端末情報を取得する手段と、
上記通信プロトコル識別情報で特定される通信プロトコル制御部に、上記プロキシサーバ位置情報で特定されるプロキシサーバに対して上記着信側ＩＰ端末への接続を要求させ、上記プロキシサーバからの応答結果を上記要求元の交換機に転送するための制御手段とを備えたことを特徴とするゲートウェイ装置。
適用される通信プロトコルが異なる複数のゾーンからなる地域ＩＰ網と、公衆電話網の交換機との間でパケットを転送するためのゲートウェイ装置であって、
プロトコル種別が異なる複数の通信プロトコル制御部と、
上記交換機から上記地域ＩＰ網内の何れかのゾーンに所属する着信側ＩＰ端末への接続要求を受信した時、基幹ＩＰ網に接続された端末情報管理用のアプリケーションサーバから、上記着信側ＩＰ端末の所属ゾーンを管理するプロキシサーバの位置情報と適用すべき通信プロトコルの識別情報とを含む端末情報を取得するための手段と、
上記通信プロトコル識別情報で特定される通信プロトコル制御部に、上記プロキシサーバ位置情報で特定されるプロキシサーバに対して上記着信側ＩＰ端末への接続を要求させ、上記プロキシサーバからの応答結果を上記要求元の交換機に転送するための制御手段とを有することを特徴とするゲートウェイ装置。
適用される通信プロトコルが異なる複数のゾーンからなる地域ＩＰ網と、公衆電話網の交換機との間でパケットを転送するためのゲートウェイ装置であって、
プロトコル種別が異なる複数の通信プロトコル制御部と、
上記地域ＩＰ網内に位置する各ＩＰ端末の電話番号と対応して、所属ゾーンを管理するプロキシサーバの位置情報と適用すべき通信プロトコルの識別情報とを含む端末情報を保持する記憶手段と、
上記交換機から上記地域ＩＰ網内の何れかのゾーンに所属する着信側ＩＰ端末への接続要求を受信した時、上記記憶手段から、上記着信側ＩＰ端末の所属ゾーンを管理するプロキシサーバの位置情報と適用すべき通信プロトコルの識別情報とを含む端末情報を取得するための手段と、
上記通信プロトコル識別情報で特定される通信プロトコル制御部に、上記プロキシサーバ位置情報で特定されるプロキシサーバに対して上記着信側ＩＰ端末への接続を要求させ、上記プロキシサーバからの応答結果を上記要求元の交換機に転送するための制御手段とを有することを特徴とするゲートウェイ装置。
前記端末情報が、プロキシサーバのベンダ識別情報を含み、前記制御手段が、前記通信プロトコル識別情報によって特定される通信プロトコル制御部に、上記ベンダ識別情報で特定される通信プロトコルで、前記プロキシサーバに対する前記着信側ＩＰ端末への接続を要求させることを特徴とする請求項１〜請求項３の何れかに記載のゲートウェイ装置。