JP3852365B2 - インタネットプロトコル対応構内用電子交換機及び端末インタフェース冗長構成方法並びにそのプログラム - Google Patents
インタネットプロトコル対応構内用電子交換機及び端末インタフェース冗長構成方法並びにそのプログラム Download PDFInfo
- Publication number
- JP3852365B2 JP3852365B2 JP2002123345A JP2002123345A JP3852365B2 JP 3852365 B2 JP3852365 B2 JP 3852365B2 JP 2002123345 A JP2002123345 A JP 2002123345A JP 2002123345 A JP2002123345 A JP 2002123345A JP 3852365 B2 JP3852365 B2 JP 3852365B2
- Authority
- JP
- Japan
- Prior art keywords
- call control
- terminal
- control information
- control target
- interface
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 title claims description 44
- 238000012544 monitoring process Methods 0.000 claims description 39
- 238000012545 processing Methods 0.000 claims description 27
- 230000004308 accommodation Effects 0.000 claims description 7
- 238000012790 confirmation Methods 0.000 claims description 5
- 230000003362 replicative effect Effects 0.000 claims description 4
- 230000006870 function Effects 0.000 description 55
- 238000012546 transfer Methods 0.000 description 19
- 101100350635 Mycoplasma gallisepticum (strain R(low / passage 15 / clone 2)) mgc2 gene Proteins 0.000 description 17
- 238000006243 chemical reaction Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 8
- 230000005856 abnormality Effects 0.000 description 7
- 239000000284 extract Substances 0.000 description 5
- 230000002159 abnormal effect Effects 0.000 description 4
- 230000004044 response Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 239000000470 constituent Substances 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42314—Systems providing special services or facilities to subscribers in private branch exchanges
- H04M3/42323—PBX's with CTI arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
Description
【０００１】
【発明の属する技術分野】
本発明はインタネットプロトコル対応構内用電子交換機及び端末インタフェース冗長構成方法並びにそのプログラムに関し、特にインタネット対応構内用電子交換機で制御対象端末とインタフェースする端末インタフェースの冗長構成に関する。
【０００２】
【従来の技術】
従来、インタネット対応構内用電子交換機［以下、ＩＰ−ＰＢＸ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）とする］においては、呼制御処理を行うＭＧＣ（Ｍｕｌｔｉｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌｌｅｒ：マルチメディア・ゲートウェイ・コントローラ）がＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）ポートを持ち、このポートをインタネットやイントラネットやＬＡＮに接続している。この場合、ＬＡＮはイーサネット（Ｒ）を含むネットワークである。
【０００３】
これによって、インタネットやイントラネットに接続するインタネットプロトコル対応電話機（以下、ＩＰ電話とする）やインタネットプロトコルに対応していない端末を収容してインタネットプロトコルを付加する端末アダプタ［以下、ＩＰＴＡ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｔｅｒｍｉｎａｌ Ａｄａｐｔｅｒ）とする］の制御を行う。
【０００４】
ＩＰ−ＰＢＸにおいて、ＩＰ電話を収容するＬＡＮに接続する際の端末インタフェースの冗長構成としては、ルータで行われているＶＲＲＰ（ＶｉｒｔｕａｌＲｏｕｔｅｒ Ｒｅｄｕｎｄａｎｃｙ Ｐｒｏｔｏｃｏｌ）を応用して実現する第一の方法がある。
【０００５】
また、上記の端末インタフェースの冗長構成としては、ＩＰ電話にインタフェース先の二つのＩＰアドレスを与え、ＩＰ電話側からこの二つのＩＰアドレスのインタフェースに対して自分を制御するインタフェースがどちらかを問い合わせる手順を持つ第二の方法がある。
【０００６】
まず、第一の方法について図１２を参照して説明する。図１２において、ＩＰ−ＰＢＸ６０はＭＧＣ６１を含み、ＭＧＣ６１はメインプロセッサ（ＭＰ）６２に接続するメモリ６３と、このメモリ６３の中に構築された呼制御情報マスタテーブル６３１とを有している。
【０００７】
メインプロセッサ６２はシステムバス４００を介してＬＡＮインタフェース６４−１を接続し、ＬＡＮインタフェース６４−１はＬＡＮ２００を介してスイッチングハブ５−１に接続し、スイッチングハブ５−１はルータ６を介してネットワーク［例えば、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）３００］に接続している。
【０００８】
一方、ＩＰ電話７−１，７−２、または非ＩＰ電話機９−１，９−２を収容するＩＰＴＡ８はスイッチングハブ５−３に接続し、スイッチングハブ５−３はルータ６を介してネットワークに接続している。これらの接続によって、ＭＧＣ６１はＩＰ電話７−１，７−２ないしＩＰＴＡ８に収容される非ＩＰ電話９−１，９−２に対して呼制御可能となる。尚、ＬＡＮインタフェース６４−２はＬＡＮインタフェース６４−１と冗長構成となっているものとし、ＬＡＮインタフェース６４−２とＬＡＮインタフェース６４−１のＩＰアドレスは同じである。
【０００９】
ＭＧＣ６１のメインプロセッサ６２が呼制御情報をＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）やＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）のパケット形式にしてＩＰパケットを生成し、ＬＡＮインタフェース６４−１がこのＩＰパケットを送信している。一方、ＩＰ電話７−１等の制御対象端末からのＩＰパケットは、ＬＡＮインタフェース６４−１で受信され、メインプロセッサ６２がＩＰパケットの中から呼制御情報を抽出する。
【００１０】
以上のような構成において、ＬＡＮインタフェース６４−１をマスタとし、ＬＡＮインタフェース６４−１はＬＡＮインタフェース６４−２との間にＶＲＲＰ手順が成立しており、インタフェース情報はＬＡＮインタフェース６４−１からＬＡＮインタフェース６４−２に与えられている。
【００１１】
また、ＩＰ電話７−１，７−２やＩＰＴＡ８、スイッチングハブ５−１からはＬＡＮインタフェース６４−１もＬＡＮインタフェース６４−２も同一のＩＰアドレスになるように仮想化されており、すなわち、ＬＡＮインタフェース６４−１が動作中の場合にはＬＡＮインタフェース６４−２が待機中となり、ＬＡＮ２００へのアクセスは行われない。したがって、端末側からはＬＡＮインタフェース６４−１，６４−２のＩＰアドレスは一つである。
【００１２】
この接続において、ＬＡＮインタフェース６４−１が故障した場合、ＶＲＲＰ手順にしたがって、ＬＡＮインタフェース６４−２が動作中となり、呼制御の中継を行うことができる。この場合にも端末からのＩＰアドレスは変わらない。また、ＬＡＮインタフェース６４−２が動作中の時にＬＡＮインタフェース６４−１が復帰してきた場合には、ＬＡＮインタフェース６４−２は再び待機中となる。
【００１３】
次に、第二の方法について図１３を参照して説明する。図１３の構成は上述した第一の方法と同様の構成となっているが、ＶＲＲＰ手順を行わず、ＬＡＮインタフェース６４−２及びＬＡＮインタフェース６４−１各々が異なるＩＰアドレスとなっている点で第一の方法とは違っている。
【００１４】
以上のような構成において、例えばＩＰ電話７−１には自分が接続すべきＬＡＮインタフェースとしてＬＡＮインタフェース６４−１をマスタとし、ＬＡＮインタフェース６４−２をスレーブとする設定がなされており、二つのＬＡＮインタフェース６４−１のＩＰアドレスＡとＬＡＮインタフェース６４−２のＩＰアドレスＢとを記憶している。
【００１５】
ＩＰ電話７−１は周期的にＬＡＮインタフェース６４−１の正常性をＰＩＮＧパケット等を用いて確認し、ＬＡＮインタフェース６４−１が正常であり続ける間、ＩＰ電話７−１からの呼制御パケットはＬＡＮインタフェース６４−１に向けて送出される。
【００１６】
一方、ＩＰ電話７−１がＬＡＮインタフェース６４−１の正常性を確認することができなかった場合には、ＬＡＮインタフェース６４−２をマスタとし、ＬＡＮインタフェース６４−１をスレーブとする設定変更を行い、周期的にＬＡＮインタフェース６４−２の正常性をＰＩＮＧパケット等を用いて確認し、ＬＡＮインタフェース６４−２が正常であり続ける間、ＩＰ電話７−１からの呼制御パケットはＬＡＮインタフェース６４−２に向けて送出される。
【００１７】
【発明が解決しようとする課題】
上述した従来の端末インタフェースの冗長構成では、第一の方法または第二の方法をとる場合、端末インタフェースとして一対のＬＡＮインタフェースを設ける必要がある。
【００１８】
類似の冗長構成が適用されるルータはネットワーク上で数が限定されているのに比べ、ＩＰ−ＰＢＸの端末インタフェースは端末数の増大によってＬＡＮインタフェースを増設する必要がある。したがって、端末インタフェースに対してこれら従来の方法を適用した場合、必要となる総コストはＬＡＮインタフェース数×ＬＡＮインタフェースのコスト×２（二重化）となり、冗長構成を必要としない場合の２倍のコストがかかるという課題がある。
【００１９】
また、従来の端末インタフェースの冗長構成の第二の方法の場合には、ＩＰ−ＰＢＸへ収容するＩＰ電話やＩＰＴＡといった制御対象端末から見た端末インタフェースの冗長構成を実現するため、ＬＡＮインタフェースの切替えはＭＧＣやＬＡＮインタフェースの障害判定によらず、制御対象端末での正常性確認の結果、制御対象端末の判断によってＬＡＮインタフェースの選択を変更するものであるため、正常性確認のためのパケット送受が必要であり、ネットワーク上のパケット量を増大させるという課題がある。
【００２０】
つまり、第二の方法では、複数のＩＰ電話からＬＡＮインタフェース確認を行うため、ＬＡＮ上でのパケット量が増大するという問題がある。この第二の方法は冗長構成として二重化構成をとっており、２つのＬＡＮインタフェースを一対として必ず必要であることからコスト高となり、収容端末数が増加し、ＬＡＮインタフェース枚数を増やさなければならない場合には深刻なコスト高となり、ＬＡＮインタフェース用のＩＰアドレスも多数必要になる。しかも、例えば収容端末数が数千台以上になり、それら収容端末からの発呼が重複すると、ＬＡＮインタフェースでの対応（発呼に対する処理）が難しくなるという問題も生ずる。
【００２１】
さらに、ＬＡＮインタフェースと制御対象端末との間にあるルータの故障や配線の故障といったネットワーク上の障害があった場合でも、制御対象端末からの正常性確認のパケットが送受不能となるため、端末側で相手となるＬＡＮインタフェースの切替えが発生してしまうという課題がある。
【００２２】
さらにまた、運用及び待機のＬＡＮインタフェース毎にＩＰアドレスを割り振る必要があるため、ＬＡＮインタフェース用にＩＰアドレスを多用してしまうという課題がある。
【００２３】
そこで、本発明の目的は上記の問題点を解消し、端末インタフェースの冗長構成を柔軟かつ低コストで実現することができるインタネットプロトコル対応構内用電子交換機及び端末インタフェース冗長構成方法並びにそのプログラムを提供することにある。
【００２４】
【課題を解決するための手段】
本発明によるインタネットプロトコル対応構内用電子交換機は、インタネット、イントラネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続するインタネットプロトコル対応電話機とインタネットプロトコルに対応していない端末を収容してインタネットプロトコルを付加するインタネットプロトコル端末アダプタとを少なくとも含む制御対象端末に対する交換制御を行うインタネットプロトコル対応構内用電子交換機であって、呼制御処理を行うマルチメディア・ゲートウェイ・コントローラに設けられかつ制御対象端末の呼制御情報を収容する呼制御情報マスタテーブルと、前記マルチメディア・ゲートウェイ・コントローラのシステムバス上及びそのシステムバスを拡張したシステムバス上のいずれかに接続される複数の端末インタフェースと、前記複数の端末インタフェース各々に設けられかつ前記呼制御情報マスタテーブルの一部が複製された呼制御情報スレーブテーブルと、運用中に少なくとも前記制御対象端末に対する呼制御に支障を生じた端末インタフェースが制御する制御対象端末の呼制御情報を前記呼制御情報マスタテーブルから別の端末インタフェースの呼制御情報スレーブテーブルに対して複製する手段とを備えている。
【００２５】
本発明による端末インタフェース冗長構成方法は、インタネット、イントラネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続するインタネットプロトコル対応電話機とインタネットプロトコルに対応していない端末を収容してインタネットプロトコルを付加するインタネットプロトコル端末アダプタとを少なくとも含む制御対象端末に対する交換制御を行うインタネットプロトコル対応構内用電子交換機の端末インタフェース冗長構成方法であって、
呼制御処理を行うマルチメディア・ゲートウェイ・コントローラのシステムバス上及びそのシステムバスを拡張したシステムバス上のいずれかに接続される複数の端末インタフェースのいずれかに少なくとも前記制御対象端末に対する呼制御に支障を生じた時にその端末インタフェースが制御する制御対象端末の呼制御情報を前記マルチメディア・ゲートウェイ・コントローラに設けられかつ制御対象端末の呼制御情報を収容する呼制御情報マスタテーブルから別の端末インタフェースに設けられかつ前記呼制御情報マスタテーブルの一部が複製された呼制御情報スレーブテーブルに複製するステップを備えている。
【００２６】
本発明による端末インタフェース冗長構成方法のプログラムは、インタネット、イントラネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続するインタネットプロトコル対応電話機とインタネットプロトコルに対応していない端末を収容してインタネットプロトコルを付加するインタネットプロトコル端末アダプタとを少なくとも含む制御対象端末に対する交換制御を行うインタネットプロトコル対応構内用電子交換機の端末インタフェース冗長構成方法のプログラムであって、コンピュータに、呼制御処理を行うマルチメディア・ゲートウェイ・コントローラのシステムバス上及びそのシステムバスを拡張したシステムバス上のいずれかに接続される複数の端末インタフェースのいずれかに少なくとも前記制御対象端末に対する呼制御に支障を生じた時にその端末インタフェースが制御する制御対象端末の呼制御情報を前記マルチメディア・ゲートウェイ・コントローラに設けられかつ制御対象端末の呼制御情報を収容する呼制御情報マスタテーブルから別の端末インタフェースに設けられかつ前記呼制御情報マスタテーブルの一部が複製された呼制御情報スレーブテーブルに複製する処理を実行させている。
【００２７】
すなわち、本発明のインタネットプロトコル対応構内用電子交換機［以下、ＩＰ−ＰＢＸ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）とする］は、呼制御処理を行うＭＧＣ（Ｍｕｌｔｉｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌｌｅｒ：マルチメディア・ゲートウェイ・コントローラ）に、制御対象端末の電話番号、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス、ポート番号等の呼制御情報を収容する呼制御情報マスタテーブルを備えている。
【００２８】
また、ＭＧＣはシステムバスを拡張するために制御インタフェースを備え、システムバスまたは制御インタフェースによって拡張されたシステムバス上に二つ以上のＰＨ（Ｐｒｏｔｏｃｏｌ Ｈａｎｄｌｅｒ：プロトコルハンドラ）を設け、そのＰＨがＰＨ当たりに制御可能なＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）上の制御対象端末数の上限値を持っている。尚、ＰＨはＭＧＣの端末インタフェースを構成している。
【００２９】
このＰＨはＭＧＣのシステムバスインタフェース、ＬＡＮインタフェース、マイクロプロセッサ、呼制御情報マスタテーブルの一部を複製した呼制御情報スレーブテーブル、ＭＧＣとＬＡＮ上の制御対象端末との間に位置してＭＧＣのシステム内呼制御プロトコルとＬＡＮ上の制御対象端末との間の呼制御プロトコルとを変換する呼制御プロトコル変換機能、ＭＧＣと複数の制御対象端末との呼制御プロトコルを転送する呼制御プロトコル転送機能、レイヤ１からレイヤ３までの障害監視・処理・再送機能、制御対象端末の監視機能を備えている。
【００３０】
上記の構成において、本発明のＩＰ−ＰＢＸでは、ＭＧＣの呼制御情報マスタテーブル内の運用中に故障等（呼制御ができなくなる状態）が発生したＰＨが制御する制御対象端末の呼制御情報を別のＰＨの呼制御情報スレーブテーブルに対して複製する手順を持つ。
【００３１】
これによって、本発明のＩＰ−ＰＢＸでは、端末インタフェースとしてのＰＨの冗長構成を切替え先ＰＨを固定せずに選択可能とすることによって、端末インタフェースの冗長構成を柔軟かつ低コストで実現することが可能となる。この場合、本発明のＩＰ−ＰＢＸでは、投資するコストに合わせて端末インタフェースの冗長構成として二重化（現用１個、予備１個）方式のほか、Ｎ＋１（現用Ｎ個、予備１個）方式も実現することが可能となる。
【００３２】
また、本発明のＩＰ−ＰＢＸでは、故障したＰＨないしネットワークの異常によって閉塞するＰＨの呼制御情報スレーブテーブルに収容されている制御対象端末数が切替え先となる一つＰＨの呼制御情報スレーブテーブルに収容することができない場合、ＭＧＣが呼制御情報スレーブテーブルにおいて制御対象端末数の上限値に達していないＰＨを複数選択して分散収容する手順を持つことによって、端末インタフェースであるＰＨの切替えを行うことから、特定の予備ＰＨを持つことなく、端末インタフェースの冗長構成を柔軟かつ低コストで実現することが可能となる。
【００３３】
さらに、本発明のＩＰ−ＰＢＸでは、ＩＰ−ＰＢＸの端末インタフェースの冗長構成において、ＰＨの端末監視機能から各制御対象端末へ周期的に正常性確認を行う監視手順と、制御対象端末の正常性を確認することができない場合、ＭＧＣの指示によってＰＨの呼制御情報スレーブテーブルから該当の制御対象端末の呼制御情報を削除する手順と、ＭＧＣは別のＰＨに対して該当の制御対象端末の呼制御情報を呼制御情報マスタテーブルから新たなＰＨの呼制御情報スレーブテーブルに複写し直す収容替えを行う手順とを持ち、収容替えを行って再度該当制御対象端末に対する呼制御を試行することによって、ネットワークのルート替えを行って冗長構成を実現し、特定の予備ＰＨを持つことなく、端末インタフェースの冗長構成を柔軟かつ低コストで実現することが可能となる。
【００３４】
この場合、本発明のＩＰ−ＰＢＸでは、ＰＨからＩＰ電話へ周期的に正常性を確認しているので、ＩＰ電話側から冗長構成をとる二つのＰＨに周期的に正常性確認を行う方法に比べ、正常性確認のためのパケット量を半分とすることが可能となる。
【００３５】
【発明の実施の形態】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の第１の実施例によるＩＰ−ＰＢＸ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ：インタネットプロトコル対応構内用電子交換機）のシステム構成を示すブロック図である。図１において、ＩＰ−ＰＢＸ１はＭＧＣ（Ｍｕｌｔｉｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌｌｅｒ：マルチメディア・ゲートウェイ・コントローラ）２と、制御インタフェース３と、ＰＨ（Ｐｒｏｔｏｃｏｌ Ｈａｎｄｌｅｒ：プロトコルハンドラ）４−１〜４−４と、システムバス１０１と、拡張されたシステムバス１０２とから構成されている。
【００３６】
ＭＧＣ２はＩＰ−ＰＢＸ１の交換制御における呼制御処理を行い、システムバス１０１を介して制御インタフェース３あるいはＰＨ４−１，４−２が接続されている。制御インタフェース３はＭＧＣ２のシステムバス１０１を拡張し、拡張されたシステムバス１０２を介してＰＨ４−３，４−４が接続される。
【００３７】
ＰＨ４−１〜４−４はＭＧＣ２の呼制御処理におけるプロトコル変換処理等を含むプロトコル制御処理を代行する端末インタフェースを構成し、ＬＡＮ２００を介してスイッチングハブ５−１，５−２に接続されている。スイッチングハブ５−１，５−２はルータ６を介してネットワーク［例えば、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）３００］に接続されている。ここで、ＬＡＮ２００はイーサネット（Ｒ）を含むネットワークである。
【００３８】
一方、インタネットプロトコル対応電話機（以下、ＩＰ電話とする）７−１，７−２、またはインタネットプロトコルに対応していない非ＩＰ電話機９−１，９−２を収容するインタネットプロトコル対応端末アダプタ［以下、ＩＰＴＡ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｔｅｒｍｉｎａｌ Ａｄａｐｔｅｒ）とする］８はスイッチングハブ５−３に接続し、スイッチングハブ５−３はルータ６を介してネットワーク（例えば、ＷＡＮ３００）に接続している。
【００３９】
これらの接続によって、ＭＧＣ２はＩＰ電話７−１，７−２ないしＩＰＴＡ８に収容される非ＩＰ電話９−１，９−２に対する呼制御が可能となる。尚、図１においてはスイッチングハブ５−１〜５−３、ルータ６が含まれるネットワークを簡略化して示している。
【００４０】
図２は図１のＭＧＣ２の構成を示すブロック図である。図２において、ＭＧＣ２はメインプロセッサ（ＭＰ）２１と、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）インタフェース２２と、メインプロセッサ２１に接続するメモリ２３とから構成され、メモリ２３内には呼制御情報マスタテーブル２３１が構築されている。
【００４１】
図３は図１のＰＨ４−１〜４−４の構成を示すブロック図である。図３において、ＰＨ４はシステムバスインタフェース４１と、マイクロプロセッサ４２と、メモリ４３と、呼制御プロトコル変換機能４４と、障害監視・処理機能４５と、呼制御プロトコル再送機能４６と、呼制御プロトコル転送機能４７と、端末監視機能４８と、ＬＡＮインタフェース４９とから構成され、メモリ４３には呼制御情報スレーブテーブル４３１が構築されている。
【００４２】
呼制御プロトコル変換機能４４はＭＧＣ２のシステム内呼制御プロトコルとＬＡＮ２００上の制御対象端末との呼制御プロトコルとを変換する。障害監視・処理機能４５及び呼制御プロトコル再送機能４６はレイヤ１からレイヤ３までの障害監視・処理・再送をそれぞれ行う。呼制御プロトコル転送機能４７はＭＧＣ２と複数の制御対象端末との呼制御プロトコルを転送し、端末監視機能４８は制御対象端末を監視する。
【００４３】
尚、図３においては、ＰＨ４−１〜４−４をまとめてＰＨ４として、その内部構成を図示しているが、ＰＨ４−１〜４−４の構成はＰＨ４と同様の構成となっている。
【００４４】
これら図１〜図３を参照して本発明の第１の実施例によるＩＰ−ＰＢＸ１について説明する。
【００４５】
ＩＰ−ＰＢＸ１は呼制御処理を行うＭＧＣ２を備え、ＭＧＣ２はメインプロセッサ２１と、ＬＡＮインタフェース２２と、メモリ２３とを含み、メモリ２３は制御対象端末の電話番号、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス、ポート番号等の呼制御情報を収容する呼制御情報マスタテーブル２３１を備えている。
【００４６】
メインプロセッサ２１にはＭＧＣ２のシステムバス１０１が接続されており、システムバス１０１上にＰＨ４−１，４−２が接続されている。また、ＬＡＮインタフェース２２はＬＡＮ２００を介してスイッチングハブ５−１に接続している。システムバス１０１上にはシステムバス１０１を拡張するために制御インタフェース３が設けられており、制御インタフェース３には拡張されたシステムバス１０２が接続されている。拡張されたシステムバス１０２上にはＰＨ４−３，４−４が接続されている。
【００４７】
ＰＨ４−１〜４−４内ではシステムバス１０１または拡張されたシステムバス１０２に接続するシステムバスインタフェース４１がＰＨ４−１〜４−４を制御するマイクロプロセッサ４２に接続されている。マイクロプロセッサ４２はメモリ４３を有し、メモリ４３は呼制御情報スレーブテーブル４３１を含み、呼制御情報スレーブテーブル４３１はＰＨ４−１〜４−４が制御可能な制御対象端末数の上限値が最大の大きさとなる構成をとっている。
【００４８】
また、マイクロプロセッサ４２には呼制御プロトコル変換機能４４と、障害監視・処理機能４５と、呼制御プロトコル再送機能４６と、呼制御プロトコル転送機能４７と、端末監視機能４８とが接続されている。ここで、呼制御プロトコル変換機能４４、障害監視・処理機能５５、呼制御プロトコル再送機能４６、呼制御プロトコル転送機能４７、端末監視機能４８はそれぞれハードウェアで構成することも、ソフトウェアで構成することも可能である。ソフトウェアで構成される場合、メモリ４３に格納されたプログラムをマイクロプロセッサ４２が実行することで上記の各機能が実現される。
【００４９】
さらに、マイクロプロセッサ４２はＬＡＮインタフェース４９に接続され、ＬＡＮインタフェース４９はＬＡＮ２００を介してスイッチングハブ５−１，５−２に接続されている。スイッチングハブ５−１，５−２はルータ６に接続されている。
【００５０】
一方、ＩＰ電話７−１，７−２、あるいはインタネットプロトコルに対応していない非ＩＰ電話９−１，９−２を収容するＩＰＴＡ８はスイッチングハブ５−３に接続されている。スイッチングハブ５−３はルータ６に接続されている。
【００５１】
以上のような構成において、ＰＨ４−１〜４−４はＩＰ−ＰＢＸ１の端末インタフェースを構成しており、ＰＨ４−１とＰＨ４−２とが冗長構成を組み、ＰＨ４−３とＰＨ４−４とが冗長構成を組み、ＩＰ電話７−１，７−２及びＩＰＴＡ８に対して冗長のある端末インタフェースを提供している。
【００５２】
しかしながら、ＰＨ４−３と冗長構成を組むプロトコルハンドラはＰＨ４−４以外であってもよい。この例の場合、ＭＧＣ２のメインプロセッサ２１はＰＨ４−３，４−４を介してＬＡＮ２００上のＩＰ電話７−１，７−２及び非ＩＰ電話９−１，９−２を収容するＩＰＴＡ８を制御することが可能となる。
【００５３】
図４及び図５は本発明の第１の実施例によるＩＰ−ＰＢＸ１の動作を示すシーケンスチャートである。これら図１〜図５を参照して本発明の第１の実施例によるＩＰ−ＰＢＸ１の動作について、特にＰＨ４−３を動作中、ＰＨ４−４を待機中とした場合の呼制御動作について説明する。
【００５４】
ＩＰ−ＰＢＸ１はＭＧＣ２によって制御されている。ＩＰ電話７−１，７−２またはＩＰＴＡ８がＬＡＮ２００に接続すると、これらの端末から登録（以下、レジストレーションとする）要求がＭＧＣ２のＬＡＮインタフェース２２を介してメインプロセッサ２１に到達する（図４のａ１〜ａ４）。
【００５５】
メインプロセッサ２１はＩＰ電話７−１，７−２、ＩＰＴＡ８のそれぞれの端末からＩＰアドレス、ポート番号、端末の属性情報等を入手し、端末の電話番号等の呼制御に必要な情報を付加し、メモリ２３上の呼制御情報マスタテーブル２３１に収容する（図４のａ５）。
【００５６】
メインプロセッサ２１はレジストレーションを許可した制御対象をどのＰＨ経由で制御するかを判断し、例えばＰＨ４−３を選択すると、該当するＰＨ４−３に対応する呼制御情報を呼制御情報マスタテーブル２３１から抽出し、ＰＨ４−３へ転送してＰＨ４−３の呼制御情報スレーブテーブル４３１に複製する（図４のａ６）。
【００５７】
ＰＨ４−３のマイクロプロセッサ４２はＭＧＣ２のメインプロセッサ２１からの呼制御情報を受信すると、その呼制御情報を呼制御情報スレーブテーブル４３１に収容し（図４のａ７）、制御対象となったＩＰ電話７−１，７−２またはＩＰＴＡ８に対してＬＡＮインタフェース４９を介してセッションを確立する（図４のａ８，ａ９）。ＰＨ４−３のマイクロプロセッサ４２がセッションを確立すると、ＭＧＣ２は呼制御を開始し（図４のａ１０）、以降、端末監視機能４８は定期的にＩＰ電話７−１，７−２またはＩＰＴＡ８等の端末の正常性を監視するパケットを送出する（図４のａ１１〜ａ１３）。
【００５８】
次に、非ＩＰ電話９−１からＩＰ電話７−１に着信する場合の発着信制御の動作について説明する。非ＩＰ電話９−１がオフフックすると（図４のａ１４）、ＩＰＴＡ８は状態変化を検出し（図４のａ１５）、発呼情報をＩＰパケット化してスイッチングハブ５−２、ルータ６、スイッチングハブ５−１を介してＰＨ４−３のＬＡＮインタフェース４９へ送出する（図４のａ１６）。
【００５９】
ＰＨ４−３ではマイクロプロセッサ４２が呼制御プロトコル転送機能４７を使ってこの発呼情報パケットを入手すると（図４のａ１９）、その発呼情報パケットを呼制御プロトコル変換機能４４に送り、ＩＰパケット化された発呼情報をメインプロセッサ２１へのプロトコル形式に変換し（図４のａ２０）、システムバスインタフェース４１を介してメインプロセッサ２１へ送信する（図４のａ２１）。その際、ＰＨ４−３では呼制御プロトコル転送機能４７で受信したＩＰパケットにエラーがないかを呼制御情報プロトコル再送機能４６でチェックし、エラーがあれば（図４のａ１７）、ＩＰＴＡ８に対して発呼情報パケットの再送を要求する（図４のａ１８）。
【００６０】
メインプロセッサ２１はＰＨ４−３へ発呼処理指示を行い（図４のａ２２，ａ２３）、ＰＨ４−３は発呼処理指示をプロトコル変換してＩＰパケットとし（図４のａ２４）、そのＩＰパケットをＩＰＴＡ８に送信する（図４のａ２５）。このＩＰパケットを受信したＩＰＴＡ８は非ＩＰ電話９−１に対してダイヤルトーンを送出指示する（図４のａ２６）。
【００６１】
非ＩＰ電話９−１から電話番号が入力されると（図４のａ２７）、ＩＰＴＡ８はその電話番号情報をＩＰパケットとしてＰＨ４−３へ送信する（図４のａ２８）。ＰＨ４−３はＩＰＴＡ８から受信したＩＰパケットをプロトコル変換してメインプロセッサ２１に送信する（図４のａ２９，ａ３０）。
【００６２】
メインプロセッサ２１は発呼情報から着信情報を中継すべきＰＨを呼制御情報マスタテーブル２３１を使って検索判断し、着信情報を該当するＰＨ（この場合、仮にＰＨ４−３とする）へ送信する（図５のａ３１，ａ３２）。ＰＨ４−３のマイクロプロセッサ４２はシステムバスインタフェース４１を経由してＩＰ電話７−１への着信情報を受信する。
【００６３】
マクロプロセッサ４２は呼制御情報スレーブテーブル４３１から着信情報を送信すべきＩＰ電話７−１のＩＰアドレスやポート番号等を検索し、メインプロセッサ２１からの着信情報を呼制御プロトコル変換機能４４でＩＰパケット化したデータとともに、呼制御プロトコル転送機能４７へ渡してＬＡＮインタフェース４９から送信する（図５のａ３３，ａ３４）。
【００６４】
上記のＩＰパケット化された着信情報はＬＡＮインタフェース４９から送信されると、スイッチングハブ５−１、ルータ６、スイッチングハブ５−３を介してＩＰ電話７−１へ到達し、これによってＩＰ電話７−１のリンガが鳴動する。尚、その際、ＩＰ電話７−１から再送要求がＰＨ４−３にあった場合には、呼制御プロトコル再送機能４６が着信情報の再送を行う（図５のａ３５〜ａ３７）。、復旧処理の流れ（図５のａ３８〜ａ６２）については発呼処理と同様であるため、その説明を省略する。
【００６５】
さらに、例えば、ＭＧＣ２からＩＰ電話方向の呼制御情報で該当のＰＨ４−３の呼制御情報スレーブテーブル４３１に登録されていない制御対象端末番号が指定された場合等については、それを障害監視・処理機能４５が検出し、マイクロプロセッサ４２がメインプロセッサ２１に対して警告を行う。
【００６６】
一方、待機中であるＰＨ４−４は、動作中であるＰＨ４−３と同様に、メインプロセッサ２１のメモリ２３上の呼制御情報マスタテーブル２３１からＰＨ４−３の呼制御情報スレーブテーブル４３１に複製された呼制御情報と同じものを、ＰＨ４−４の呼制御情報スレーブテーブル４３１に複製して待機状態とする。ＰＨ４−４の待機状態はマイクロプロセッサ４２が待機中フラグをメモリ４３上に持つ等の方法で実現することができる。
【００６７】
図６は本発明の第１の実施例における端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。図６はＰＨ４−３で故障が発生した場合の端末インタフェースの切替えシーケンスを示している。これら図１〜図３と図６とを参照して本発明の第１の実施例における端末インタフェースの冗長構成の切替え動作について説明する。
【００６８】
まず、ＭＧＣ２からＰＨ４−３，４−４に初期設定指示が送出されると（図６のｂ１，ｂ４）、ＰＨ４−３，４−４はそれぞれ自機器内を初期化し（図６のｂ２，ｂ５）、初期設定完了をＭＧＣ２に通知する（図６のｂ３，ｂ６）。この後、ＭＧＣ２は呼制御情報マスタテーブル２３１から制御対象端末の呼制御情報を抜き出し（図６のｂ７）、その呼制御情報をＰＨ４−３，４−４に転送する（図６のｂ８，ｂ１１）。
【００６９】
ＰＨ４−３，４−４はそれぞれ、呼制御情報マスタテーブル２３１から転送されてくる制御対象端末の呼制御情報を基に呼制御情報スレーブテーブル４３１を生成し（図６のｂ９，ｂ１２）、呼制御情報スレーブテーブル４３１の生成完了をＭＧＣ２に通知する（図６のｂ１０，ｂ１３）。
【００７０】
ＰＨ４−３，４−４の呼制御情報スレーブテーブル４３１が生成されると、ＭＧＣ２はＰＨ４−３，４−４に対して動作モード設定を行い（図６のｂ１４，ｂ１７）、ＰＨ４−４を待機状態にするとともに（図６のｂ１５，ｂ１６）、ＰＨ４−３を動作状態にする（図６のｂ１８，ｂ２０）。
【００７１】
ＰＨ４−３は動作状態になると、ＩＰ電話７−１，７−２またはＩＰＴＡ８に対してセッション確立要求を送信し（図６のｂ１９）、ＩＰ電話７−１，７−２またはＩＰＴＡ８からのセッション確立完了を受取り（図６のｂ２１）、ＭＧＣ２は呼制御を開始する（図６のｂ２２）。
【００７２】
この状態で、ＰＨ４−３に故障が発生すると（図６のｂ２３）、ＰＨ４−３の故障はＭＧＣ２のメインプロセッサ２１が検出し、ＰＨ４−３を閉塞して待機中とする（図６のｂ２４〜ｂ２７）。その一方で、ＭＧＣ２のメインプロセッサ２１はＰＨ４−４のマイクロプロセッサ４２への指示で動作中にする（図６のｂ２８，ｂ２９，ｂ３１）。
【００７３】
ＰＨ４−４は呼制御情報スレーブテーブル４３１上に登録されている制御対象端末であるＩＰ電話７−１，７−２またはＩＰＴＡ８に対してＬＡＮインタフェース４９、スイッチングハブ５−２を介してセッション確立を要求する（図６のｂ３０，ｂ３２）。
【００７４】
セッションが確立後に、マイクロプロセッサ４２はＰＨ４−４が動作中となったことを各制御対象端末に対して呼制御プロトコル転送機能４７、ＬＡＮインタフェース４９、スイッチングハブ５−２を介して通知する。ＩＰ電話７−１，７−２またはＩＰＴＡ８は以降ＰＨ４−４を端末インタフェースと認識して呼制御情報を送受することになり、ＭＧＣ２による呼制御が再開される（図６のｂ３３）。
【００７５】
図７は本発明の第２の実施例における端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。図７は図１に示すシステム構成において、ＰＨ４−３が動作中にスイッチングハブ５−１またはＬＡＮインタフェース４９とスイッチングハブ５−１との間のＬＡＮ２００に故障が発生した場合の端末インタフェースの切替えシーケンスを示している。この図７を参照して本発明の第２の実施例における端末インタフェースの冗長構成の切替え動作について説明する。
【００７６】
尚、本発明の第２の実施例によるＩＰ−ＰＢＸの構成及びそのシステム構成は図１〜図３に示す構成と同様であるので、それら図１〜図３を用いて説明する。また、図７において、故障が発生するまでの動作（ｃ１〜ｃ２２）は図６の動作（ｂ１〜ｂ２２）と同様であるので、その説明については省略する。
【００７７】
ＰＨ４−３の端末監視機能４８が制御対象端末であるＩＰ電話７−１，７−２またはＩＰＴＡ８に対して周期的に行っている監視にて端末の異常を検出すると（図７のｃ２３〜ｃ２５）、端末監視機能４８は複数の制御対象端末から異常を検出した場合にその端末を異常と判定せず、スイッチングハブ５−１を介したネットワークの異常と判定してメインプロセッサ２１へスイッチングハブ５−１を介したネットワークの故障を通知する（図７のｃ２６）。
【００７８】
この場合、メインプロセッサ２１はＰＨ４−３のマイクロプロセッサ４２に待機中を指示し（図７のｃ２７〜ｃ２９）、ＰＨ４−４のマイクロプロセッサ４２に動作を指示する（図７のｃ３０，ｃ３１，ｃ３３）。
【００７９】
ＰＨ４−４は呼制御情報スレーブテーブル４３１上に登録されている制御対象端末であるＩＰ電話７−１，７−２またはＩＰＴＡ８に対してＬＡＮインタフェース４９、スイッチングハブ５−２を介してセッション確立を要求する（図７のｃ３２）。セッションが確立すると（図７のｃ３４）、マイクロプロセッサ４２はＰＨ４−４が動作中となったことを各制御対象端末に対して呼制御プロトコル転送機能４７、ＬＡＮインタフェース４９、スイッチングハブ５−２を介して通知する。
【００８０】
ＩＰ電話７−１，７−２またはＩＰＴＡ８はこれ以降、ＰＨ４−４を端末インタフェースと認識してスイッチングハブ５−２を介して呼制御情報を送受することになり、ＭＧＣ２による呼制御が再開される（図７のｃ３５）。
【００８１】
図８は本発明の第３の実施例における端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。図８は図１に示すシステム構成において、ＰＨ４−３で故障が発生した場合の端末インタフェースの切替えシーケンスを示している。この図８を参照して本発明の第３の実施例における端末インタフェースの冗長構成の切替え動作について説明する。尚、本発明の第３の実施例によるＩＰ−ＰＢＸの構成及びそのシステム構成は図１〜図３に示す構成と同様であるので、それら図１〜図３を用いて説明する。
【００８２】
本発明の第３の実施例では、初期状態でＰＨ４−４は呼制御情報スレーブテーブル４３１を複製せず、メインプロセッサ２１でＰＨ４−３が故障と判断した場合にメインプロセッサ２１のメモリ２３上の呼制御情報マスタテーブル２３１からＰＨ４−３の呼制御情報スレーブテーブル４３１に複製した呼制御情報と同じものを呼制御情報スレーブテーブル４３１を複製している。
【００８３】
まず、ＭＧＣ２からＰＨ４−３，４−４に初期設定指示が送出されると（図８のｄ１，ｄ４）、ＰＨ４−３，４−４はそれぞれ自機器内を初期化し（図８のｄ２，ｄ５）、初期設定完了をＭＧＣ２に通知する（図８のｄ３，ｄ６）。この後、ＭＧＣ２は呼制御情報マスタテーブル２３１から制御対象端末の呼制御情報を抜き出し（図８のｄ７）、その呼制御情報をＰＨ４−３に転送する（図８のｄ８）。
【００８４】
ＰＨ４−３は呼制御情報マスタテーブル２３１から転送されてくる制御対象端末の呼制御情報を基に呼制御情報スレーブテーブル４３１を生成し（図８のｄ９）、呼制御情報スレーブテーブル４３１の生成完了をＭＧＣ２に通知する（図８のｄ１０）。
【００８５】
ＰＨ４−３の呼制御情報スレーブテーブル４３１が生成されると、ＭＧＣ２はＰＨ４−３，４−４に対して動作モード設定を行い（図８のｄ１１，ｄ１４）、ＰＨ４−４を待機状態にするとともに（図８のｄ１２，ｄ１３）、ＰＨ４−３を動作状態にする（図８のｄ１５，ｄ１７）。
【００８６】
ＰＨ４−３は動作状態になると、ＩＰ電話７−１，７−２またはＩＰＴＡ８に対してセッション確立要求を送信し（図８のｄ１６）、ＩＰ電話７−１，７−２またはＩＰＴＡ８からのセッション確立完了を受取り（図８のｄ１８）、ＭＧＣ２は呼制御を開始する（図８のｄ１９）。
【００８７】
この状態で、ＰＨ４−３に故障が発生すると（図８のｄ２０）、ＰＨ４−３の故障はＭＧＣ２のメインプロセッサ２１が検出し、ＰＨ４−３を閉塞して待機中とする（図８のｄ２１〜ｄ２４）。
【００８８】
その一方で、ＭＧＣ２のメインプロセッサ２１はメモリ２３上の呼制御情報マスタテーブル２３１からＰＨ４−３の呼制御情報スレーブテーブル４３１に複製した呼制御情報と同じものをＰＨ４−４に転送するので（図８のｄ２５）、ＰＨ４−４はＰＨ４−３の呼制御情報スレーブテーブル４３１と同じ呼制御情報スレーブテーブル４３１を生成する（図８のｄ２６，ｄ２７）。
【００８９】
その後に、ＭＧＣ２のメインプロセッサ２１はＰＨ４−４のマイクロプロセッサ４２への指示によってＰＨ４−４を動作中にする（図８のｄ２８，ｄ２９，ｄ３１）。ＰＨ４−４は呼制御情報スレーブテーブル４３１上に登録されている制御対象端末であるＩＰ電話７−１，７−２またはＩＰＴＡ８に対してＬＡＮインタフェース４９、スイッチングハブ５−２を介してセッション確立を要求する（図８のｄ３０）。
【００９０】
セッションが確立すると（図８のｄ３２）、マイクロプロセッサ４２はＰＨ４−４が動作中となったことを各制御対象端末に対して呼制御プロトコル転送機能４７、ＬＡＮインタフェース４９、スイッチングハブ５−２を介して通知する。ＩＰ電話７−１，７−２またはＩＰＴＡ８はこれ以降、ＰＨ４−４を端末インタフェースと認識して呼制御情報を送受することになり、ＭＧＣ２による呼制御が再開される（図８のｄ３３）。
【００９１】
図９は本発明の第４の実施例における端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。図９は図１に示すシステム構成において、ＰＨ４−３が動作中にスイッチングハブ５−１またはＬＡＮインタフェース４９とスイッチングハブ５−１との間のＬＡＮ２００に故障が発生した場合の端末インタフェースの切替えシーケンスを示している。この図９を参照して本発明の第４の実施例における端末インタフェースの冗長構成の切替え動作について説明する。
【００９２】
尚、本発明の第４の実施例によるＩＰ−ＰＢＸの構成及びそのシステム構成は図１〜図３に示す構成と同様であるので、それら図１〜図３を用いて説明する。また、図９において、故障が発生するまでの動作（ｅ１〜ｅ１９）は図８の動作（ｄ１〜ｄ１９）と同様であるので、その説明については省略する。
【００９３】
ＰＨ４−３の端末監視機能４８が制御対象端末であるＩＰ電話７−１，７−２またはＩＰＴＡ８に対して周期的に行っている監視にて端末の異常を検出すると（図９のｅ２０〜ｅ２２）、端末監視機能４８は複数の制御対象端末から異常を検出した場合にその端末を異常と判定せず、スイッチングハブ５−１を介したネットワークの異常と判定をしてメインプロセッサ２１へスイッチングハブ５−１を介したネットワークの故障を通知する（図９のｅ２３）。
【００９４】
この場合、メインプロセッサ２１はＰＨ４−３のマイクロプロセッサ４２に待機中を指示し（図９のｅ２４，ｅ２５）、メモリ２３上の呼制御情報マスタテーブル２３１からＰＨ４−３の呼制御情報スレーブテーブル４３１に複製した呼制御情報と同じものをＰＨ４−４に転送するので（図９のｅ２６）、ＰＨ４−４はＰＨ４−３の呼制御情報スレーブテーブル４３１と同じ呼制御情報スレーブテーブル４３１を生成する（図９のｅ２７，ｅ２８）。
【００９５】
その後に、ＭＧＣ２のメインプロセッサ２１はＰＨ４−４のマイクロプロセッサ４２への指示で動作中にする（図９のｅ２９，ｅ３０，ｅ３２）。ＰＨ４−４は呼制御情報スレーブテーブル４３１上に登録されている制御対象端末であるＩＰ電話７−１，７−２またはＩＰＴＡ８に対してＬＡＮインタフェース４９、スイッチングハブ５−２を介してセッション確立を要求する（図９のｅ３１）。
【００９６】
セッションが確立すると（図９のｅ３３）、マイクロプロセッサ４２はＰＨ４−４が動作中となったことを各制御対象端末に対して呼制御プロトコル転送機能４７、ＬＡＮインタフェース４９、スイッチングハブ５−２を介して通知する。ＩＰ電話７−１，７−２またはＩＰＴＡ８はこれ以降、ＰＨ４−４を端末インタフェースと認識して呼制御情報を送受することになり、ＭＧＣ２による呼制御が再開される（図９のｅ３４）。
【００９７】
このような構成を実現することによって、本発明のＩＰ−ＰＢＸ１では、端末インタフェース自体が故障した場合にも、ネットワーク上の構成機器やＬＡＮ配線の故障が発生した場合にも対応可能となり、端末インタフェースの冗長構成を実現することができる。
【００９８】
端末インタフェースであるＰＨ４−１〜４−４は従来のように、２つのプロトコルハンドラ固定として取扱う必要がなく、故障が発生したプロトコルハンドラに対して切替え先のプロトコルハンドラを確保することができればよい。すなわち、ＰＨ４−３の切替え先はＰＨ４−４だけでなく、ＰＨ４−１，ＰＨ４−２であってもよいことになる。
【００９９】
図１０は本発明の第５の実施例による端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。図１０は図１に示すシステム構成において、ＰＨ４−３で故障が発生した時に切替え先となるプロトコルハンドラが１つで、ＰＨ４−３の呼制御情報スレーブテーブル４３１に登録されている呼制御情報を全て収容しきれない場合の端末インタフェースの切替えシーケンスを示している。この図１０を参照して本発明の第５の実施例における端末インタフェースの冗長構成の切替え動作について説明する。尚、本発明の第５の実施例によるＩＰ−ＰＢＸの構成及びそのシステム構成は図１〜図３に示す構成と同様であるので、それら図１〜図３を用いて説明する。
【０１００】
図１０において、ＰＨ４−１〜４−４がいずれも動作中であり、ＰＨ４−３の呼制御情報スレーブテーブル４３１に登録されている呼制御情報と、ＰＨ４−１，４−２，４−４の呼制御情報スレーブテーブル４３１に登録されている呼制御情報とが異なっている。
【０１０１】
また、ＰＨ４−１，４−２，４−４においてはそれぞれの呼制御情報スレーブテーブル４３１が制御対象端末数の上限値に達していない時、ＰＨ４−３で故障等が発生した時に切替え元となるＰＨ４−３の制御対象端末数が、切替え先の候補となるＰＨ４−１，４−２，４−４各々の呼制御情報スレーブテーブル４３１が持つ制御対象端末数の未登録数をいずれも超えた場合、ＭＧＣ２のメインプロセッサ２１は呼制御情報マスタテーブル２３１からＰＨ４−３の制御対象端末の呼制御情報をダウンロードする切替え先ＰＨをＰＨ４−１，４−２，４−４等の複数のプロトコルハンドラを選択してそれぞれのＰＨ４−１，４−２，４−４が制御分担する制御対象端末に関する呼制御情報を分割して複製する。
【０１０２】
ＰＨ４−１〜４−４がいずれも動作中において、ＭＧＣ２が呼制御を開始した後に（図１０のｆ１〜ｆ３）、ＰＨ４−３で故障が発生した場合（図１０のｆ４）、ＰＨ４−３の故障はＭＧＣ２のメインプロセッサ２１が検出し、ＰＨ４−３を閉塞して待機中とする（図１０のｆ５〜ｆ８）。
【０１０３】
その後に、メインプロセッサ２１はＰＨ４−３の制御対象端末数を確認し、ＰＨ４−１の未登録数を確認して未登録数分のみ呼制御情報マスタテーブル２３１からＰＨ４−３が制御していた制御対象端末の呼制御情報を抜き出してＰＨ４−１に転送し（図１０のｆ９，ｆ１０）、ＰＨ４−１はＰＨ４−３制御分の呼制御情報の一部を呼制御情報スレーブテーブル４３１に追加生成する（図１０のｆ１１）。
【０１０４】
ＰＨ４−１は新たに自機器の制御対象になった制御対象端末に対してセッション確立を要求し（図１０のｆ１２）、セッション確立後（図１０のｆ１３）、ＭＧＣ２が呼制御を再開する（図１０のｆ１４）。
【０１０５】
次に、メインプロセッサ２１はＰＨ４−１の呼制御情報スレーブテーブル４３１に複製しきれなかったＰＨ４−３の制御対象端末の呼制御情報に対してＰＨ４−２の未登録数を確認して未登録数分のみ呼制御情報マスタテーブル２３１からＰＨ４−３が制御していた制御対象端末の呼制御情報を抜き出してＰＨ４−２に転送し（図１０のｆ１５，ｆ１６）、ＰＨ４−２はＰＨ４−３制御分の呼制御情報の一部を呼制御情報スレーブテーブル４３１に追加生成する（図１０のｆ１７）。
【０１０６】
ＰＨ４−２は新たに自機器の制御対象になった制御対象端末に対してセッション確立を要求し（図１０のｆ１８）、セッション確立後（図１０のｆ１９）、ＭＧＣ２が呼制御を再開する（図１０のｆ２０）。
【０１０７】
さらに、メインプロセッサ２１はＰＨ４−１，４−２各々の呼制御情報スレーブテーブル４３１に複製できなかったＰＨ４−３の制御対象端末の呼制御情報に対してＰＨ４−４の未登録数を確認して未登録数分のみ呼制御情報マスタテーブル２３１から該当するＰＨ９−３が制御していた制御対象端末の呼制御情報を抜き出してＰＨ４−４に転送し（図１０のｆ２１，ｆ２２）、ＰＨ４−４はＰＨ４−３制御分の呼制御情報の一部を呼制御情報スレーブテーブル４３１に追加生成する（図１０のｆ２３）。
【０１０８】
ＰＨ４−４は新たに自機器の制御対象になった制御対象端末に対してセッション確立を要求し（図１０のｆ２４）、セッション確立後（図１０のｆ２５）、ＭＧＣ２が呼制御を再開する（図１０のｆ２６）。
【０１０９】
以上のような手順を実現することによって、故障した端末インタフェースの一つの固定したバックアップ専用の端末インタフェースを用意することなく、端末インタフェースの冗長構成を柔軟に実現することができる。また、その結果、端末インタフェース自身を二重化することなく、端末インタフェースの冗長構成を低コストで実現することができる。
【０１１０】
図１１は本発明の第６の実施例による端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。この図１１を参照して本発明の第６の実施例における端末インタフェースの冗長構成の切替え動作について説明する。尚、本発明の第６の実施例によるＩＰ−ＰＢＸの構成及びそのシステム構成は図１〜図３に示す構成と同様であるので、それら図１〜図３を用いて説明する。
【０１１１】
本発明の第６の実施例では図１に示すＩＰ−ＰＢＸ１の端末インタフェースの冗長構成において、ＰＨ４−１〜４−４の端末監視機能４８から各制御対象端末へ周期的に正常性確認を行う監視手順と、制御対象端末の正常性を確認することができなかった場合にＭＧＣ２の指示によってＰＨ４−１〜４−４の呼制御情報スレーブテーブル４３１から該当の制御対象端末の呼制御情報を削除する手順と、ＭＧＣ２が別のＰＨに対して該当の制御対象端末の呼制御情報を、呼制御情報マスタテーブル２３１から新たなＰＨの呼制御情報スレーブテーブル４３１に複写し直す収容替え手順とを持ち、収容替えを行って、再度、該当制御対象端末に対する呼制御を試行している。
【０１１２】
まず、ＭＧＣ２からＰＨ４−３に初期設定指示が送出されると（図１１のｇ１）、ＰＨ４−３は自機器内を初期化し（図１１のｇ２）、初期設定完了をＭＧＣ２に通知する（図１１のｇ３）。この後、ＭＧＣ２は呼制御情報マスタテーブル２３１から制御対象端末の呼制御情報を抜き出し（図１１のｇ４）、その呼制御情報をＰＨ４−３に転送する（図１１のｇ５）。
【０１１３】
ＰＨ４−３は呼制御情報マスタテーブル２３１から転送されてくる制御対象端末の呼制御情報を基に呼制御情報スレーブテーブル４３１を生成し（図１１のｇ６）、呼制御情報スレーブテーブル４３１の生成完了をＭＧＣ２に通知する（図１１のｇ７）。
【０１１４】
ＰＨ４−３の呼制御情報スレーブテーブル４３１が生成されると、ＭＧＣ２はＰＨ４−３に対して動作モード設定を行い（図１１のｇ８）、ＰＨ４−３を動作状態にする（図１１のｇ９，ｇ１１）。ＰＨ４−３は動作状態になると、ＩＰ電話７−１，７−２またはＩＰＴＡ８に対してセッション確立要求を送信し（図１１のｇ１０）、ＩＰ電話７−１，７−２またはＩＰＴＡ８からのセッション確立完了を受取り（図１１のｇ１２）、ＭＧＣ２は呼制御を開始する（図１１のｇ１３）。ここで、ＰＨ４−４もすでに動作中であり、ＰＨ４−３の呼制御情報スレーブテーブル４３１に登録されている呼制御情報と、ＰＨ４−４の呼制御情報スレーブテーブル４３１に登録されている呼制御情報とが異なっている。
【０１１５】
ＰＨ４−３が動作中にスイッチングハブ５−１、またはＬＡＮインタフェース４９とスイッチングハブ５−１との間のＬＡＮ２００に故障が発生した場合（図１１のｇ１４）、端末監視機能４８が制御対象端末であるＩＰ電話７−１に対して周期的に行っている監視にて端末の異常を検出する（図１１のｇ１５，ｇ１６）。マクロプロセッサ４２は端末監視機能４８によってＩＰ電話７−１の故障を確認すると、メインプロセッサ２１へＩＰ電話７−１の故障を通知する（図１１のｇ１７）。
【０１１６】
メインプロセッサ２１はまずＰＨ４−３のマイクロプロセッサ４２に呼制御情報スレーブテーブル４３１からＩＰ電話７−１に関する呼制御情報を削除する指示を行う（図１１のｇ１８）。ＰＨ４−３のマイクロプロセッサ４２はその指示に基づいて呼制御情報スレーブテーブル４３１からＩＰ電話７−１に関する呼制御情報を削除し（図１１のｇ１９）、メインプロセッサ２１に該当ＩＰ電話７−１の呼制御情報の削除完了を通知する（図１１のｇ２０）。
【０１１７】
メインプロセッサ２１はＩＰ電話７−１の新たな収容先ＰＨを探し、ＰＨ４−４を新たな収容先ＰＨとすると、呼制御情報マスタテーブル２３１から該当ＩＰ電話７−１の呼制御情報を抜き出し（図１１のｇ２１）、ＰＨ４−４のマイクロプロセッサ４２に呼制御情報スレーブテーブル４３１に複製するように指示を行う（図１１のｇ２２）。
【０１１８】
ＰＨ４−４は呼制御情報マスタテーブル２３１から送られてきた該当ＩＰ電話７−１の呼制御情報を呼制御情報スレーブテーブル４３１に追加生成し（図１１のｇ２３）、呼制御情報スレーブテーブル４３１への追加生成完了をメインプロセッサ２１に通知する（図１１のｇ２４）。
【０１１９】
ＰＨ４−４は新たに呼制御情報スレーブテーブル４３１上に登録された制御対象端末であるＩＰ電話７−１に対してＬＡＮインタフェース４９、スイッチングハブ５−２を介してセッション確立を要求する（図１１のｇ２５）。セッションが確立した後に（図１１のｇ２６）、マイクロプロセッサ４２はＰＨ４−４が動作中となったことをＩＰ電話７−１に対して呼制御プロトコル転送機能４７、ＬＡＮインタフェース４９、スイッチングハブ５−２を介して通知する。ＩＰ電話７−１はこれ以降、ＰＨ４−４を端末インタフェースと認識してスイッチチングハブ５−２を介して呼制御情報を送受することになり、ＭＧＣ２が呼制御を再開する（図１１のｇ２７）。
【０１２０】
このように、本発明では、運用中に故障等が発生したＰＨ４−３が制御する制御対象端末の呼制御情報を別のＰＨ４−１，４−２，４−４の呼制御情報スレーブテーブル４３１に対してＭＧＣ２の呼制御情報マスタテーブル２３１から複製する手順を持つことによって、端末インタフェースとしてのＰＨ４−１〜４−４の冗長構成を切替え先ＰＨを固定せずに選択可能とすることで、端末インタフェースの冗長構成を柔軟かつ低コストで実現することができる。この場合、本発明では、投資するコストに合わせて端末インタフェースの冗長構成として二重化（現用１個、予備１個）方式のほか、Ｎ＋１（現用Ｎ個、予備１個）方式も実現することができる。
【０１２１】
また、本発明では、故障したＰＨ４−３ないしネットワークの異常によって閉塞するＰＨ４−３の呼制御情報スレーブテーブル４３１に収容されている制御対象端末数が切替え先となる一つＰＨ４−１，４−２，４−４の呼制御情報スレーブテーブル４３１に収容することができない場合にＭＧＣ２が呼制御情報スレーブテーブル４３１において制御対象端末数の上限値に達していないＰＨを複数選択して分散収容する手順を持つことによって、端末インタフェースであるＰＨ４−１〜４−４の切替えを行うことから、特定の予備ＰＨを持つことなく、端末インタフェースの冗長構成を柔軟かつ低コストで実現することができる。
【０１２２】
さらに、本発明では、ＩＰ−ＰＢＸ１の端末インタフェースの冗長構成において、ＰＨ４−１〜４−４の端末監視機能４８から各制御対象端末へ周期的に正常性確認を行う監視手順と、制御対象端末の正常性を確認することができなかった場合にＭＧＣ２の指示によってＰＨ４−１〜４−４の呼制御情報スレーブテーブル４３１から該当の制御対象端末の呼制御情報を削除する手順と、ＭＧＣ２が別のＰＨに対して該当の制御対象端末の呼制御情報を呼制御情報マスタテーブル２３１から新たなＰＨの呼制御情報スレーブテーブル４３１に複写し直す収容替え手順とを持ち、収容替えを行って、再度、該当制御対象端末に対する呼制御を試行することによって、ネットワークのルート替えを行って冗長構成を実現し、特定の予備ＰＨを持つことなく、端末インタフェースの冗長構成を柔軟かつ低コストで実現することができる。
【０１２３】
この場合、本発明では、ＰＨ４−１〜４−４からＩＰ電話７−１，７−２へ周期的に正常性を確認する方法をとっているので、ＩＰ電話側から冗長構成をとる二つのＰＨに周期的に正常性確認を行う方法に比べ、正常性確認のためのパケット量を半分にすることができる。
【０１２４】
尚、上記の説明においては故障等という表現で表しているが、この故障等にはＩＰパケットの輻輳を含んでいる。ＩＰパケット化した各制御情報はＬＡＮ上で送受するため、ＬＡＮ上のトラヒックが高くなり、ルータ等で遅延やパケット廃棄が多発した場合等、ＰＨや端末側のアプリケーションレベルで、相手からの応答が返ってこないという理由で、タイムアウトが発生したりすると、呼制御ができない状況になる。
この場合には故障ではないが、呼制御ができなくなる。故障が発生するのはＰＨ、ＩＰＴＡ、ＩＰ電話、ルータやスイッチングハブを含むＬＡＮである。また、ＰＨの切替え要因としては、ＰＨが正常な状態にあっても、定期的にＰＨを切替えて実際に動作させることで正常性の確認を行うことも考えられる。
【０１２５】
さらに、上記の説明では端末インタフェースがプロトコルハンドラの場合について述べているが、クライアント−サーバ型の装置において、サーバ側にクライアント制御に必要な属性データを持つマスタテーブルを設け、サーバ側の一部にクライアントとの端末インタフェースを複数設け、この端末インタフェースにマスタテーブルの内容の一部を複製したスレーブテーブルを持つ構成であれば、プロトコルハンドラでなくともよく、これに限定されない。
【０１２６】
【発明の効果】
以上説明したように本発明は、呼制御処理を行うマルチメディア・ゲートウェイ・コントローラのシステムバス上及びそのシステムバスを拡張したシステムバス上のいずれかに接続される複数のプロトコルハンドラのいずれかに少なくとも故障が発生した時にそのプロトコルハンドラが制御する制御対象端末の呼制御情報を、マルチメディア・ゲートウェイ・コントローラに設けられかつ制御対象端末の呼制御情報を収容する呼制御情報マスタテーブルから別のプロトコルハンドラに設けられかつ呼制御情報マスタテーブルの一部が複製された呼制御情報スレーブテーブルに複製することによって、端末インタフェースの冗長構成を柔軟かつ低コストで実現することができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の第１の実施例によるＩＰ−ＰＢＸのシステム構成を示すブロック図である。
【図２】図１のＭＧＣの構成を示すブロック図である。
【図３】図１のＰＨの構成を示すブロック図である。
【図４】本発明の第１の実施例によるＩＰ−ＰＢＸの動作を示すシーケンスチャートである。
【図５】本発明の第１の実施例によるＩＰ−ＰＢＸの動作を示すシーケンスチャートである。
【図６】本発明の第１の実施例による端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。
【図７】本発明の第２の実施例による端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。
【図８】本発明の第３の実施例による端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。
【図９】本発明の第４の実施例による端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。
【図１０】本発明の第５の実施例による端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。
【図１１】本発明の第６の実施例による端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。
【図１２】従来のＩＰ−ＰＢＸにおける端末インタフェースの冗長構成の一例を示すブロック図である。
【図１３】従来のＩＰ−ＰＢＸにおける端末インタフェースの冗長構成の他の例を示すブロック図である。
【符号の説明】
１ ＩＰ−ＰＢＸ
２ ＭＧＣ
３ 制御インタフェース
４−１〜４−４ ＰＨ
５−１〜５−３ スイッチングハブ
６ ルータ
７−１，７−２ インタネットプロトコル対応電話機
８ インタネットプロトコル対応端末アダプタ
９−１，９−２ 非ＩＰ電話
２１ メインプロセッサ（ＭＰ）
２２，４９ ＬＡＮインタフェース
２３，４３ メモリ
４１ システムバスインタフェース
４２ マイクロプロセッサ
４４ 呼制御プロトコル変換機能
４５ 障害監視・処理変換機能
４６ 呼制御プロトコル再送機能
４７ 呼制御プロトコル転送機能
４８ 端末監視機能
１０１ システムバス
１０２ 拡張されたシステムバス
２００ ＬＡＮ
２３１ 呼制御情報マスタテーブル
３００ ＷＡＮ
４３１ 呼制御情報スレーブテーブル
【発明の属する技術分野】
本発明はインタネットプロトコル対応構内用電子交換機及び端末インタフェース冗長構成方法並びにそのプログラムに関し、特にインタネット対応構内用電子交換機で制御対象端末とインタフェースする端末インタフェースの冗長構成に関する。
【０００２】
【従来の技術】
従来、インタネット対応構内用電子交換機［以下、ＩＰ−ＰＢＸ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）とする］においては、呼制御処理を行うＭＧＣ（Ｍｕｌｔｉｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌｌｅｒ：マルチメディア・ゲートウェイ・コントローラ）がＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）ポートを持ち、このポートをインタネットやイントラネットやＬＡＮに接続している。この場合、ＬＡＮはイーサネット（Ｒ）を含むネットワークである。
【０００３】
これによって、インタネットやイントラネットに接続するインタネットプロトコル対応電話機（以下、ＩＰ電話とする）やインタネットプロトコルに対応していない端末を収容してインタネットプロトコルを付加する端末アダプタ［以下、ＩＰＴＡ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｔｅｒｍｉｎａｌ Ａｄａｐｔｅｒ）とする］の制御を行う。
【０００４】
ＩＰ−ＰＢＸにおいて、ＩＰ電話を収容するＬＡＮに接続する際の端末インタフェースの冗長構成としては、ルータで行われているＶＲＲＰ（ＶｉｒｔｕａｌＲｏｕｔｅｒ Ｒｅｄｕｎｄａｎｃｙ Ｐｒｏｔｏｃｏｌ）を応用して実現する第一の方法がある。
【０００５】
また、上記の端末インタフェースの冗長構成としては、ＩＰ電話にインタフェース先の二つのＩＰアドレスを与え、ＩＰ電話側からこの二つのＩＰアドレスのインタフェースに対して自分を制御するインタフェースがどちらかを問い合わせる手順を持つ第二の方法がある。
【０００６】
まず、第一の方法について図１２を参照して説明する。図１２において、ＩＰ−ＰＢＸ６０はＭＧＣ６１を含み、ＭＧＣ６１はメインプロセッサ（ＭＰ）６２に接続するメモリ６３と、このメモリ６３の中に構築された呼制御情報マスタテーブル６３１とを有している。
【０００７】
メインプロセッサ６２はシステムバス４００を介してＬＡＮインタフェース６４−１を接続し、ＬＡＮインタフェース６４−１はＬＡＮ２００を介してスイッチングハブ５−１に接続し、スイッチングハブ５−１はルータ６を介してネットワーク［例えば、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）３００］に接続している。
【０００８】
一方、ＩＰ電話７−１，７−２、または非ＩＰ電話機９−１，９−２を収容するＩＰＴＡ８はスイッチングハブ５−３に接続し、スイッチングハブ５−３はルータ６を介してネットワークに接続している。これらの接続によって、ＭＧＣ６１はＩＰ電話７−１，７−２ないしＩＰＴＡ８に収容される非ＩＰ電話９−１，９−２に対して呼制御可能となる。尚、ＬＡＮインタフェース６４−２はＬＡＮインタフェース６４−１と冗長構成となっているものとし、ＬＡＮインタフェース６４−２とＬＡＮインタフェース６４−１のＩＰアドレスは同じである。
【０００９】
ＭＧＣ６１のメインプロセッサ６２が呼制御情報をＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）やＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）のパケット形式にしてＩＰパケットを生成し、ＬＡＮインタフェース６４−１がこのＩＰパケットを送信している。一方、ＩＰ電話７−１等の制御対象端末からのＩＰパケットは、ＬＡＮインタフェース６４−１で受信され、メインプロセッサ６２がＩＰパケットの中から呼制御情報を抽出する。
【００１０】
以上のような構成において、ＬＡＮインタフェース６４−１をマスタとし、ＬＡＮインタフェース６４−１はＬＡＮインタフェース６４−２との間にＶＲＲＰ手順が成立しており、インタフェース情報はＬＡＮインタフェース６４−１からＬＡＮインタフェース６４−２に与えられている。
【００１１】
また、ＩＰ電話７−１，７−２やＩＰＴＡ８、スイッチングハブ５−１からはＬＡＮインタフェース６４−１もＬＡＮインタフェース６４−２も同一のＩＰアドレスになるように仮想化されており、すなわち、ＬＡＮインタフェース６４−１が動作中の場合にはＬＡＮインタフェース６４−２が待機中となり、ＬＡＮ２００へのアクセスは行われない。したがって、端末側からはＬＡＮインタフェース６４−１，６４−２のＩＰアドレスは一つである。
【００１２】
この接続において、ＬＡＮインタフェース６４−１が故障した場合、ＶＲＲＰ手順にしたがって、ＬＡＮインタフェース６４−２が動作中となり、呼制御の中継を行うことができる。この場合にも端末からのＩＰアドレスは変わらない。また、ＬＡＮインタフェース６４−２が動作中の時にＬＡＮインタフェース６４−１が復帰してきた場合には、ＬＡＮインタフェース６４−２は再び待機中となる。
【００１３】
次に、第二の方法について図１３を参照して説明する。図１３の構成は上述した第一の方法と同様の構成となっているが、ＶＲＲＰ手順を行わず、ＬＡＮインタフェース６４−２及びＬＡＮインタフェース６４−１各々が異なるＩＰアドレスとなっている点で第一の方法とは違っている。
【００１４】
以上のような構成において、例えばＩＰ電話７−１には自分が接続すべきＬＡＮインタフェースとしてＬＡＮインタフェース６４−１をマスタとし、ＬＡＮインタフェース６４−２をスレーブとする設定がなされており、二つのＬＡＮインタフェース６４−１のＩＰアドレスＡとＬＡＮインタフェース６４−２のＩＰアドレスＢとを記憶している。
【００１５】
ＩＰ電話７−１は周期的にＬＡＮインタフェース６４−１の正常性をＰＩＮＧパケット等を用いて確認し、ＬＡＮインタフェース６４−１が正常であり続ける間、ＩＰ電話７−１からの呼制御パケットはＬＡＮインタフェース６４−１に向けて送出される。
【００１６】
一方、ＩＰ電話７−１がＬＡＮインタフェース６４−１の正常性を確認することができなかった場合には、ＬＡＮインタフェース６４−２をマスタとし、ＬＡＮインタフェース６４−１をスレーブとする設定変更を行い、周期的にＬＡＮインタフェース６４−２の正常性をＰＩＮＧパケット等を用いて確認し、ＬＡＮインタフェース６４−２が正常であり続ける間、ＩＰ電話７−１からの呼制御パケットはＬＡＮインタフェース６４−２に向けて送出される。
【００１７】
【発明が解決しようとする課題】
上述した従来の端末インタフェースの冗長構成では、第一の方法または第二の方法をとる場合、端末インタフェースとして一対のＬＡＮインタフェースを設ける必要がある。
【００１８】
類似の冗長構成が適用されるルータはネットワーク上で数が限定されているのに比べ、ＩＰ−ＰＢＸの端末インタフェースは端末数の増大によってＬＡＮインタフェースを増設する必要がある。したがって、端末インタフェースに対してこれら従来の方法を適用した場合、必要となる総コストはＬＡＮインタフェース数×ＬＡＮインタフェースのコスト×２（二重化）となり、冗長構成を必要としない場合の２倍のコストがかかるという課題がある。
【００１９】
また、従来の端末インタフェースの冗長構成の第二の方法の場合には、ＩＰ−ＰＢＸへ収容するＩＰ電話やＩＰＴＡといった制御対象端末から見た端末インタフェースの冗長構成を実現するため、ＬＡＮインタフェースの切替えはＭＧＣやＬＡＮインタフェースの障害判定によらず、制御対象端末での正常性確認の結果、制御対象端末の判断によってＬＡＮインタフェースの選択を変更するものであるため、正常性確認のためのパケット送受が必要であり、ネットワーク上のパケット量を増大させるという課題がある。
【００２０】
つまり、第二の方法では、複数のＩＰ電話からＬＡＮインタフェース確認を行うため、ＬＡＮ上でのパケット量が増大するという問題がある。この第二の方法は冗長構成として二重化構成をとっており、２つのＬＡＮインタフェースを一対として必ず必要であることからコスト高となり、収容端末数が増加し、ＬＡＮインタフェース枚数を増やさなければならない場合には深刻なコスト高となり、ＬＡＮインタフェース用のＩＰアドレスも多数必要になる。しかも、例えば収容端末数が数千台以上になり、それら収容端末からの発呼が重複すると、ＬＡＮインタフェースでの対応（発呼に対する処理）が難しくなるという問題も生ずる。
【００２１】
さらに、ＬＡＮインタフェースと制御対象端末との間にあるルータの故障や配線の故障といったネットワーク上の障害があった場合でも、制御対象端末からの正常性確認のパケットが送受不能となるため、端末側で相手となるＬＡＮインタフェースの切替えが発生してしまうという課題がある。
【００２２】
さらにまた、運用及び待機のＬＡＮインタフェース毎にＩＰアドレスを割り振る必要があるため、ＬＡＮインタフェース用にＩＰアドレスを多用してしまうという課題がある。
【００２３】
そこで、本発明の目的は上記の問題点を解消し、端末インタフェースの冗長構成を柔軟かつ低コストで実現することができるインタネットプロトコル対応構内用電子交換機及び端末インタフェース冗長構成方法並びにそのプログラムを提供することにある。
【００２４】
【課題を解決するための手段】
本発明によるインタネットプロトコル対応構内用電子交換機は、インタネット、イントラネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続するインタネットプロトコル対応電話機とインタネットプロトコルに対応していない端末を収容してインタネットプロトコルを付加するインタネットプロトコル端末アダプタとを少なくとも含む制御対象端末に対する交換制御を行うインタネットプロトコル対応構内用電子交換機であって、呼制御処理を行うマルチメディア・ゲートウェイ・コントローラに設けられかつ制御対象端末の呼制御情報を収容する呼制御情報マスタテーブルと、前記マルチメディア・ゲートウェイ・コントローラのシステムバス上及びそのシステムバスを拡張したシステムバス上のいずれかに接続される複数の端末インタフェースと、前記複数の端末インタフェース各々に設けられかつ前記呼制御情報マスタテーブルの一部が複製された呼制御情報スレーブテーブルと、運用中に少なくとも前記制御対象端末に対する呼制御に支障を生じた端末インタフェースが制御する制御対象端末の呼制御情報を前記呼制御情報マスタテーブルから別の端末インタフェースの呼制御情報スレーブテーブルに対して複製する手段とを備えている。
【００２５】
本発明による端末インタフェース冗長構成方法は、インタネット、イントラネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続するインタネットプロトコル対応電話機とインタネットプロトコルに対応していない端末を収容してインタネットプロトコルを付加するインタネットプロトコル端末アダプタとを少なくとも含む制御対象端末に対する交換制御を行うインタネットプロトコル対応構内用電子交換機の端末インタフェース冗長構成方法であって、
呼制御処理を行うマルチメディア・ゲートウェイ・コントローラのシステムバス上及びそのシステムバスを拡張したシステムバス上のいずれかに接続される複数の端末インタフェースのいずれかに少なくとも前記制御対象端末に対する呼制御に支障を生じた時にその端末インタフェースが制御する制御対象端末の呼制御情報を前記マルチメディア・ゲートウェイ・コントローラに設けられかつ制御対象端末の呼制御情報を収容する呼制御情報マスタテーブルから別の端末インタフェースに設けられかつ前記呼制御情報マスタテーブルの一部が複製された呼制御情報スレーブテーブルに複製するステップを備えている。
【００２６】
本発明による端末インタフェース冗長構成方法のプログラムは、インタネット、イントラネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続するインタネットプロトコル対応電話機とインタネットプロトコルに対応していない端末を収容してインタネットプロトコルを付加するインタネットプロトコル端末アダプタとを少なくとも含む制御対象端末に対する交換制御を行うインタネットプロトコル対応構内用電子交換機の端末インタフェース冗長構成方法のプログラムであって、コンピュータに、呼制御処理を行うマルチメディア・ゲートウェイ・コントローラのシステムバス上及びそのシステムバスを拡張したシステムバス上のいずれかに接続される複数の端末インタフェースのいずれかに少なくとも前記制御対象端末に対する呼制御に支障を生じた時にその端末インタフェースが制御する制御対象端末の呼制御情報を前記マルチメディア・ゲートウェイ・コントローラに設けられかつ制御対象端末の呼制御情報を収容する呼制御情報マスタテーブルから別の端末インタフェースに設けられかつ前記呼制御情報マスタテーブルの一部が複製された呼制御情報スレーブテーブルに複製する処理を実行させている。
【００２７】
すなわち、本発明のインタネットプロトコル対応構内用電子交換機［以下、ＩＰ−ＰＢＸ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）とする］は、呼制御処理を行うＭＧＣ（Ｍｕｌｔｉｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌｌｅｒ：マルチメディア・ゲートウェイ・コントローラ）に、制御対象端末の電話番号、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス、ポート番号等の呼制御情報を収容する呼制御情報マスタテーブルを備えている。
【００２８】
また、ＭＧＣはシステムバスを拡張するために制御インタフェースを備え、システムバスまたは制御インタフェースによって拡張されたシステムバス上に二つ以上のＰＨ（Ｐｒｏｔｏｃｏｌ Ｈａｎｄｌｅｒ：プロトコルハンドラ）を設け、そのＰＨがＰＨ当たりに制御可能なＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）上の制御対象端末数の上限値を持っている。尚、ＰＨはＭＧＣの端末インタフェースを構成している。
【００２９】
このＰＨはＭＧＣのシステムバスインタフェース、ＬＡＮインタフェース、マイクロプロセッサ、呼制御情報マスタテーブルの一部を複製した呼制御情報スレーブテーブル、ＭＧＣとＬＡＮ上の制御対象端末との間に位置してＭＧＣのシステム内呼制御プロトコルとＬＡＮ上の制御対象端末との間の呼制御プロトコルとを変換する呼制御プロトコル変換機能、ＭＧＣと複数の制御対象端末との呼制御プロトコルを転送する呼制御プロトコル転送機能、レイヤ１からレイヤ３までの障害監視・処理・再送機能、制御対象端末の監視機能を備えている。
【００３０】
上記の構成において、本発明のＩＰ−ＰＢＸでは、ＭＧＣの呼制御情報マスタテーブル内の運用中に故障等（呼制御ができなくなる状態）が発生したＰＨが制御する制御対象端末の呼制御情報を別のＰＨの呼制御情報スレーブテーブルに対して複製する手順を持つ。
【００３１】
これによって、本発明のＩＰ−ＰＢＸでは、端末インタフェースとしてのＰＨの冗長構成を切替え先ＰＨを固定せずに選択可能とすることによって、端末インタフェースの冗長構成を柔軟かつ低コストで実現することが可能となる。この場合、本発明のＩＰ−ＰＢＸでは、投資するコストに合わせて端末インタフェースの冗長構成として二重化（現用１個、予備１個）方式のほか、Ｎ＋１（現用Ｎ個、予備１個）方式も実現することが可能となる。
【００３２】
また、本発明のＩＰ−ＰＢＸでは、故障したＰＨないしネットワークの異常によって閉塞するＰＨの呼制御情報スレーブテーブルに収容されている制御対象端末数が切替え先となる一つＰＨの呼制御情報スレーブテーブルに収容することができない場合、ＭＧＣが呼制御情報スレーブテーブルにおいて制御対象端末数の上限値に達していないＰＨを複数選択して分散収容する手順を持つことによって、端末インタフェースであるＰＨの切替えを行うことから、特定の予備ＰＨを持つことなく、端末インタフェースの冗長構成を柔軟かつ低コストで実現することが可能となる。
【００３３】
さらに、本発明のＩＰ−ＰＢＸでは、ＩＰ−ＰＢＸの端末インタフェースの冗長構成において、ＰＨの端末監視機能から各制御対象端末へ周期的に正常性確認を行う監視手順と、制御対象端末の正常性を確認することができない場合、ＭＧＣの指示によってＰＨの呼制御情報スレーブテーブルから該当の制御対象端末の呼制御情報を削除する手順と、ＭＧＣは別のＰＨに対して該当の制御対象端末の呼制御情報を呼制御情報マスタテーブルから新たなＰＨの呼制御情報スレーブテーブルに複写し直す収容替えを行う手順とを持ち、収容替えを行って再度該当制御対象端末に対する呼制御を試行することによって、ネットワークのルート替えを行って冗長構成を実現し、特定の予備ＰＨを持つことなく、端末インタフェースの冗長構成を柔軟かつ低コストで実現することが可能となる。
【００３４】
この場合、本発明のＩＰ−ＰＢＸでは、ＰＨからＩＰ電話へ周期的に正常性を確認しているので、ＩＰ電話側から冗長構成をとる二つのＰＨに周期的に正常性確認を行う方法に比べ、正常性確認のためのパケット量を半分とすることが可能となる。
【００３５】
【発明の実施の形態】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の第１の実施例によるＩＰ−ＰＢＸ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ：インタネットプロトコル対応構内用電子交換機）のシステム構成を示すブロック図である。図１において、ＩＰ−ＰＢＸ１はＭＧＣ（Ｍｕｌｔｉｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌｌｅｒ：マルチメディア・ゲートウェイ・コントローラ）２と、制御インタフェース３と、ＰＨ（Ｐｒｏｔｏｃｏｌ Ｈａｎｄｌｅｒ：プロトコルハンドラ）４−１〜４−４と、システムバス１０１と、拡張されたシステムバス１０２とから構成されている。
【００３６】
ＭＧＣ２はＩＰ−ＰＢＸ１の交換制御における呼制御処理を行い、システムバス１０１を介して制御インタフェース３あるいはＰＨ４−１，４−２が接続されている。制御インタフェース３はＭＧＣ２のシステムバス１０１を拡張し、拡張されたシステムバス１０２を介してＰＨ４−３，４−４が接続される。
【００３７】
ＰＨ４−１〜４−４はＭＧＣ２の呼制御処理におけるプロトコル変換処理等を含むプロトコル制御処理を代行する端末インタフェースを構成し、ＬＡＮ２００を介してスイッチングハブ５−１，５−２に接続されている。スイッチングハブ５−１，５−２はルータ６を介してネットワーク［例えば、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）３００］に接続されている。ここで、ＬＡＮ２００はイーサネット（Ｒ）を含むネットワークである。
【００３８】
一方、インタネットプロトコル対応電話機（以下、ＩＰ電話とする）７−１，７−２、またはインタネットプロトコルに対応していない非ＩＰ電話機９−１，９−２を収容するインタネットプロトコル対応端末アダプタ［以下、ＩＰＴＡ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｔｅｒｍｉｎａｌ Ａｄａｐｔｅｒ）とする］８はスイッチングハブ５−３に接続し、スイッチングハブ５−３はルータ６を介してネットワーク（例えば、ＷＡＮ３００）に接続している。
【００３９】
これらの接続によって、ＭＧＣ２はＩＰ電話７−１，７−２ないしＩＰＴＡ８に収容される非ＩＰ電話９−１，９−２に対する呼制御が可能となる。尚、図１においてはスイッチングハブ５−１〜５−３、ルータ６が含まれるネットワークを簡略化して示している。
【００４０】
図２は図１のＭＧＣ２の構成を示すブロック図である。図２において、ＭＧＣ２はメインプロセッサ（ＭＰ）２１と、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）インタフェース２２と、メインプロセッサ２１に接続するメモリ２３とから構成され、メモリ２３内には呼制御情報マスタテーブル２３１が構築されている。
【００４１】
図３は図１のＰＨ４−１〜４−４の構成を示すブロック図である。図３において、ＰＨ４はシステムバスインタフェース４１と、マイクロプロセッサ４２と、メモリ４３と、呼制御プロトコル変換機能４４と、障害監視・処理機能４５と、呼制御プロトコル再送機能４６と、呼制御プロトコル転送機能４７と、端末監視機能４８と、ＬＡＮインタフェース４９とから構成され、メモリ４３には呼制御情報スレーブテーブル４３１が構築されている。
【００４２】
呼制御プロトコル変換機能４４はＭＧＣ２のシステム内呼制御プロトコルとＬＡＮ２００上の制御対象端末との呼制御プロトコルとを変換する。障害監視・処理機能４５及び呼制御プロトコル再送機能４６はレイヤ１からレイヤ３までの障害監視・処理・再送をそれぞれ行う。呼制御プロトコル転送機能４７はＭＧＣ２と複数の制御対象端末との呼制御プロトコルを転送し、端末監視機能４８は制御対象端末を監視する。
【００４３】
尚、図３においては、ＰＨ４−１〜４−４をまとめてＰＨ４として、その内部構成を図示しているが、ＰＨ４−１〜４−４の構成はＰＨ４と同様の構成となっている。
【００４４】
これら図１〜図３を参照して本発明の第１の実施例によるＩＰ−ＰＢＸ１について説明する。
【００４５】
ＩＰ−ＰＢＸ１は呼制御処理を行うＭＧＣ２を備え、ＭＧＣ２はメインプロセッサ２１と、ＬＡＮインタフェース２２と、メモリ２３とを含み、メモリ２３は制御対象端末の電話番号、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス、ポート番号等の呼制御情報を収容する呼制御情報マスタテーブル２３１を備えている。
【００４６】
メインプロセッサ２１にはＭＧＣ２のシステムバス１０１が接続されており、システムバス１０１上にＰＨ４−１，４−２が接続されている。また、ＬＡＮインタフェース２２はＬＡＮ２００を介してスイッチングハブ５−１に接続している。システムバス１０１上にはシステムバス１０１を拡張するために制御インタフェース３が設けられており、制御インタフェース３には拡張されたシステムバス１０２が接続されている。拡張されたシステムバス１０２上にはＰＨ４−３，４−４が接続されている。
【００４７】
ＰＨ４−１〜４−４内ではシステムバス１０１または拡張されたシステムバス１０２に接続するシステムバスインタフェース４１がＰＨ４−１〜４−４を制御するマイクロプロセッサ４２に接続されている。マイクロプロセッサ４２はメモリ４３を有し、メモリ４３は呼制御情報スレーブテーブル４３１を含み、呼制御情報スレーブテーブル４３１はＰＨ４−１〜４−４が制御可能な制御対象端末数の上限値が最大の大きさとなる構成をとっている。
【００４８】
また、マイクロプロセッサ４２には呼制御プロトコル変換機能４４と、障害監視・処理機能４５と、呼制御プロトコル再送機能４６と、呼制御プロトコル転送機能４７と、端末監視機能４８とが接続されている。ここで、呼制御プロトコル変換機能４４、障害監視・処理機能５５、呼制御プロトコル再送機能４６、呼制御プロトコル転送機能４７、端末監視機能４８はそれぞれハードウェアで構成することも、ソフトウェアで構成することも可能である。ソフトウェアで構成される場合、メモリ４３に格納されたプログラムをマイクロプロセッサ４２が実行することで上記の各機能が実現される。
【００４９】
さらに、マイクロプロセッサ４２はＬＡＮインタフェース４９に接続され、ＬＡＮインタフェース４９はＬＡＮ２００を介してスイッチングハブ５−１，５−２に接続されている。スイッチングハブ５−１，５−２はルータ６に接続されている。
【００５０】
一方、ＩＰ電話７−１，７−２、あるいはインタネットプロトコルに対応していない非ＩＰ電話９−１，９−２を収容するＩＰＴＡ８はスイッチングハブ５−３に接続されている。スイッチングハブ５−３はルータ６に接続されている。
【００５１】
以上のような構成において、ＰＨ４−１〜４−４はＩＰ−ＰＢＸ１の端末インタフェースを構成しており、ＰＨ４−１とＰＨ４−２とが冗長構成を組み、ＰＨ４−３とＰＨ４−４とが冗長構成を組み、ＩＰ電話７−１，７−２及びＩＰＴＡ８に対して冗長のある端末インタフェースを提供している。
【００５２】
しかしながら、ＰＨ４−３と冗長構成を組むプロトコルハンドラはＰＨ４−４以外であってもよい。この例の場合、ＭＧＣ２のメインプロセッサ２１はＰＨ４−３，４−４を介してＬＡＮ２００上のＩＰ電話７−１，７−２及び非ＩＰ電話９−１，９−２を収容するＩＰＴＡ８を制御することが可能となる。
【００５３】
図４及び図５は本発明の第１の実施例によるＩＰ−ＰＢＸ１の動作を示すシーケンスチャートである。これら図１〜図５を参照して本発明の第１の実施例によるＩＰ−ＰＢＸ１の動作について、特にＰＨ４−３を動作中、ＰＨ４−４を待機中とした場合の呼制御動作について説明する。
【００５４】
ＩＰ−ＰＢＸ１はＭＧＣ２によって制御されている。ＩＰ電話７−１，７−２またはＩＰＴＡ８がＬＡＮ２００に接続すると、これらの端末から登録（以下、レジストレーションとする）要求がＭＧＣ２のＬＡＮインタフェース２２を介してメインプロセッサ２１に到達する（図４のａ１〜ａ４）。
【００５５】
メインプロセッサ２１はＩＰ電話７−１，７−２、ＩＰＴＡ８のそれぞれの端末からＩＰアドレス、ポート番号、端末の属性情報等を入手し、端末の電話番号等の呼制御に必要な情報を付加し、メモリ２３上の呼制御情報マスタテーブル２３１に収容する（図４のａ５）。
【００５６】
メインプロセッサ２１はレジストレーションを許可した制御対象をどのＰＨ経由で制御するかを判断し、例えばＰＨ４−３を選択すると、該当するＰＨ４−３に対応する呼制御情報を呼制御情報マスタテーブル２３１から抽出し、ＰＨ４−３へ転送してＰＨ４−３の呼制御情報スレーブテーブル４３１に複製する（図４のａ６）。
【００５７】
ＰＨ４−３のマイクロプロセッサ４２はＭＧＣ２のメインプロセッサ２１からの呼制御情報を受信すると、その呼制御情報を呼制御情報スレーブテーブル４３１に収容し（図４のａ７）、制御対象となったＩＰ電話７−１，７−２またはＩＰＴＡ８に対してＬＡＮインタフェース４９を介してセッションを確立する（図４のａ８，ａ９）。ＰＨ４−３のマイクロプロセッサ４２がセッションを確立すると、ＭＧＣ２は呼制御を開始し（図４のａ１０）、以降、端末監視機能４８は定期的にＩＰ電話７−１，７−２またはＩＰＴＡ８等の端末の正常性を監視するパケットを送出する（図４のａ１１〜ａ１３）。
【００５８】
次に、非ＩＰ電話９−１からＩＰ電話７−１に着信する場合の発着信制御の動作について説明する。非ＩＰ電話９−１がオフフックすると（図４のａ１４）、ＩＰＴＡ８は状態変化を検出し（図４のａ１５）、発呼情報をＩＰパケット化してスイッチングハブ５−２、ルータ６、スイッチングハブ５−１を介してＰＨ４−３のＬＡＮインタフェース４９へ送出する（図４のａ１６）。
【００５９】
ＰＨ４−３ではマイクロプロセッサ４２が呼制御プロトコル転送機能４７を使ってこの発呼情報パケットを入手すると（図４のａ１９）、その発呼情報パケットを呼制御プロトコル変換機能４４に送り、ＩＰパケット化された発呼情報をメインプロセッサ２１へのプロトコル形式に変換し（図４のａ２０）、システムバスインタフェース４１を介してメインプロセッサ２１へ送信する（図４のａ２１）。その際、ＰＨ４−３では呼制御プロトコル転送機能４７で受信したＩＰパケットにエラーがないかを呼制御情報プロトコル再送機能４６でチェックし、エラーがあれば（図４のａ１７）、ＩＰＴＡ８に対して発呼情報パケットの再送を要求する（図４のａ１８）。
【００６０】
メインプロセッサ２１はＰＨ４−３へ発呼処理指示を行い（図４のａ２２，ａ２３）、ＰＨ４−３は発呼処理指示をプロトコル変換してＩＰパケットとし（図４のａ２４）、そのＩＰパケットをＩＰＴＡ８に送信する（図４のａ２５）。このＩＰパケットを受信したＩＰＴＡ８は非ＩＰ電話９−１に対してダイヤルトーンを送出指示する（図４のａ２６）。
【００６１】
非ＩＰ電話９−１から電話番号が入力されると（図４のａ２７）、ＩＰＴＡ８はその電話番号情報をＩＰパケットとしてＰＨ４−３へ送信する（図４のａ２８）。ＰＨ４−３はＩＰＴＡ８から受信したＩＰパケットをプロトコル変換してメインプロセッサ２１に送信する（図４のａ２９，ａ３０）。
【００６２】
メインプロセッサ２１は発呼情報から着信情報を中継すべきＰＨを呼制御情報マスタテーブル２３１を使って検索判断し、着信情報を該当するＰＨ（この場合、仮にＰＨ４−３とする）へ送信する（図５のａ３１，ａ３２）。ＰＨ４−３のマイクロプロセッサ４２はシステムバスインタフェース４１を経由してＩＰ電話７−１への着信情報を受信する。
【００６３】
マクロプロセッサ４２は呼制御情報スレーブテーブル４３１から着信情報を送信すべきＩＰ電話７−１のＩＰアドレスやポート番号等を検索し、メインプロセッサ２１からの着信情報を呼制御プロトコル変換機能４４でＩＰパケット化したデータとともに、呼制御プロトコル転送機能４７へ渡してＬＡＮインタフェース４９から送信する（図５のａ３３，ａ３４）。
【００６４】
上記のＩＰパケット化された着信情報はＬＡＮインタフェース４９から送信されると、スイッチングハブ５−１、ルータ６、スイッチングハブ５−３を介してＩＰ電話７−１へ到達し、これによってＩＰ電話７−１のリンガが鳴動する。尚、その際、ＩＰ電話７−１から再送要求がＰＨ４−３にあった場合には、呼制御プロトコル再送機能４６が着信情報の再送を行う（図５のａ３５〜ａ３７）。、復旧処理の流れ（図５のａ３８〜ａ６２）については発呼処理と同様であるため、その説明を省略する。
【００６５】
さらに、例えば、ＭＧＣ２からＩＰ電話方向の呼制御情報で該当のＰＨ４−３の呼制御情報スレーブテーブル４３１に登録されていない制御対象端末番号が指定された場合等については、それを障害監視・処理機能４５が検出し、マイクロプロセッサ４２がメインプロセッサ２１に対して警告を行う。
【００６６】
一方、待機中であるＰＨ４−４は、動作中であるＰＨ４−３と同様に、メインプロセッサ２１のメモリ２３上の呼制御情報マスタテーブル２３１からＰＨ４−３の呼制御情報スレーブテーブル４３１に複製された呼制御情報と同じものを、ＰＨ４−４の呼制御情報スレーブテーブル４３１に複製して待機状態とする。ＰＨ４−４の待機状態はマイクロプロセッサ４２が待機中フラグをメモリ４３上に持つ等の方法で実現することができる。
【００６７】
図６は本発明の第１の実施例における端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。図６はＰＨ４−３で故障が発生した場合の端末インタフェースの切替えシーケンスを示している。これら図１〜図３と図６とを参照して本発明の第１の実施例における端末インタフェースの冗長構成の切替え動作について説明する。
【００６８】
まず、ＭＧＣ２からＰＨ４−３，４−４に初期設定指示が送出されると（図６のｂ１，ｂ４）、ＰＨ４−３，４−４はそれぞれ自機器内を初期化し（図６のｂ２，ｂ５）、初期設定完了をＭＧＣ２に通知する（図６のｂ３，ｂ６）。この後、ＭＧＣ２は呼制御情報マスタテーブル２３１から制御対象端末の呼制御情報を抜き出し（図６のｂ７）、その呼制御情報をＰＨ４−３，４−４に転送する（図６のｂ８，ｂ１１）。
【００６９】
ＰＨ４−３，４−４はそれぞれ、呼制御情報マスタテーブル２３１から転送されてくる制御対象端末の呼制御情報を基に呼制御情報スレーブテーブル４３１を生成し（図６のｂ９，ｂ１２）、呼制御情報スレーブテーブル４３１の生成完了をＭＧＣ２に通知する（図６のｂ１０，ｂ１３）。
【００７０】
ＰＨ４−３，４−４の呼制御情報スレーブテーブル４３１が生成されると、ＭＧＣ２はＰＨ４−３，４−４に対して動作モード設定を行い（図６のｂ１４，ｂ１７）、ＰＨ４−４を待機状態にするとともに（図６のｂ１５，ｂ１６）、ＰＨ４−３を動作状態にする（図６のｂ１８，ｂ２０）。
【００７１】
ＰＨ４−３は動作状態になると、ＩＰ電話７−１，７−２またはＩＰＴＡ８に対してセッション確立要求を送信し（図６のｂ１９）、ＩＰ電話７−１，７−２またはＩＰＴＡ８からのセッション確立完了を受取り（図６のｂ２１）、ＭＧＣ２は呼制御を開始する（図６のｂ２２）。
【００７２】
この状態で、ＰＨ４−３に故障が発生すると（図６のｂ２３）、ＰＨ４−３の故障はＭＧＣ２のメインプロセッサ２１が検出し、ＰＨ４−３を閉塞して待機中とする（図６のｂ２４〜ｂ２７）。その一方で、ＭＧＣ２のメインプロセッサ２１はＰＨ４−４のマイクロプロセッサ４２への指示で動作中にする（図６のｂ２８，ｂ２９，ｂ３１）。
【００７３】
ＰＨ４−４は呼制御情報スレーブテーブル４３１上に登録されている制御対象端末であるＩＰ電話７−１，７−２またはＩＰＴＡ８に対してＬＡＮインタフェース４９、スイッチングハブ５−２を介してセッション確立を要求する（図６のｂ３０，ｂ３２）。
【００７４】
セッションが確立後に、マイクロプロセッサ４２はＰＨ４−４が動作中となったことを各制御対象端末に対して呼制御プロトコル転送機能４７、ＬＡＮインタフェース４９、スイッチングハブ５−２を介して通知する。ＩＰ電話７−１，７−２またはＩＰＴＡ８は以降ＰＨ４−４を端末インタフェースと認識して呼制御情報を送受することになり、ＭＧＣ２による呼制御が再開される（図６のｂ３３）。
【００７５】
図７は本発明の第２の実施例における端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。図７は図１に示すシステム構成において、ＰＨ４−３が動作中にスイッチングハブ５−１またはＬＡＮインタフェース４９とスイッチングハブ５−１との間のＬＡＮ２００に故障が発生した場合の端末インタフェースの切替えシーケンスを示している。この図７を参照して本発明の第２の実施例における端末インタフェースの冗長構成の切替え動作について説明する。
【００７６】
尚、本発明の第２の実施例によるＩＰ−ＰＢＸの構成及びそのシステム構成は図１〜図３に示す構成と同様であるので、それら図１〜図３を用いて説明する。また、図７において、故障が発生するまでの動作（ｃ１〜ｃ２２）は図６の動作（ｂ１〜ｂ２２）と同様であるので、その説明については省略する。
【００７７】
ＰＨ４−３の端末監視機能４８が制御対象端末であるＩＰ電話７−１，７−２またはＩＰＴＡ８に対して周期的に行っている監視にて端末の異常を検出すると（図７のｃ２３〜ｃ２５）、端末監視機能４８は複数の制御対象端末から異常を検出した場合にその端末を異常と判定せず、スイッチングハブ５−１を介したネットワークの異常と判定してメインプロセッサ２１へスイッチングハブ５−１を介したネットワークの故障を通知する（図７のｃ２６）。
【００７８】
この場合、メインプロセッサ２１はＰＨ４−３のマイクロプロセッサ４２に待機中を指示し（図７のｃ２７〜ｃ２９）、ＰＨ４−４のマイクロプロセッサ４２に動作を指示する（図７のｃ３０，ｃ３１，ｃ３３）。
【００７９】
ＰＨ４−４は呼制御情報スレーブテーブル４３１上に登録されている制御対象端末であるＩＰ電話７−１，７−２またはＩＰＴＡ８に対してＬＡＮインタフェース４９、スイッチングハブ５−２を介してセッション確立を要求する（図７のｃ３２）。セッションが確立すると（図７のｃ３４）、マイクロプロセッサ４２はＰＨ４−４が動作中となったことを各制御対象端末に対して呼制御プロトコル転送機能４７、ＬＡＮインタフェース４９、スイッチングハブ５−２を介して通知する。
【００８０】
ＩＰ電話７−１，７−２またはＩＰＴＡ８はこれ以降、ＰＨ４−４を端末インタフェースと認識してスイッチングハブ５−２を介して呼制御情報を送受することになり、ＭＧＣ２による呼制御が再開される（図７のｃ３５）。
【００８１】
図８は本発明の第３の実施例における端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。図８は図１に示すシステム構成において、ＰＨ４−３で故障が発生した場合の端末インタフェースの切替えシーケンスを示している。この図８を参照して本発明の第３の実施例における端末インタフェースの冗長構成の切替え動作について説明する。尚、本発明の第３の実施例によるＩＰ−ＰＢＸの構成及びそのシステム構成は図１〜図３に示す構成と同様であるので、それら図１〜図３を用いて説明する。
【００８２】
本発明の第３の実施例では、初期状態でＰＨ４−４は呼制御情報スレーブテーブル４３１を複製せず、メインプロセッサ２１でＰＨ４−３が故障と判断した場合にメインプロセッサ２１のメモリ２３上の呼制御情報マスタテーブル２３１からＰＨ４−３の呼制御情報スレーブテーブル４３１に複製した呼制御情報と同じものを呼制御情報スレーブテーブル４３１を複製している。
【００８３】
まず、ＭＧＣ２からＰＨ４−３，４−４に初期設定指示が送出されると（図８のｄ１，ｄ４）、ＰＨ４−３，４−４はそれぞれ自機器内を初期化し（図８のｄ２，ｄ５）、初期設定完了をＭＧＣ２に通知する（図８のｄ３，ｄ６）。この後、ＭＧＣ２は呼制御情報マスタテーブル２３１から制御対象端末の呼制御情報を抜き出し（図８のｄ７）、その呼制御情報をＰＨ４−３に転送する（図８のｄ８）。
【００８４】
ＰＨ４−３は呼制御情報マスタテーブル２３１から転送されてくる制御対象端末の呼制御情報を基に呼制御情報スレーブテーブル４３１を生成し（図８のｄ９）、呼制御情報スレーブテーブル４３１の生成完了をＭＧＣ２に通知する（図８のｄ１０）。
【００８５】
ＰＨ４−３の呼制御情報スレーブテーブル４３１が生成されると、ＭＧＣ２はＰＨ４−３，４−４に対して動作モード設定を行い（図８のｄ１１，ｄ１４）、ＰＨ４−４を待機状態にするとともに（図８のｄ１２，ｄ１３）、ＰＨ４−３を動作状態にする（図８のｄ１５，ｄ１７）。
【００８６】
ＰＨ４−３は動作状態になると、ＩＰ電話７−１，７−２またはＩＰＴＡ８に対してセッション確立要求を送信し（図８のｄ１６）、ＩＰ電話７−１，７−２またはＩＰＴＡ８からのセッション確立完了を受取り（図８のｄ１８）、ＭＧＣ２は呼制御を開始する（図８のｄ１９）。
【００８７】
この状態で、ＰＨ４−３に故障が発生すると（図８のｄ２０）、ＰＨ４−３の故障はＭＧＣ２のメインプロセッサ２１が検出し、ＰＨ４−３を閉塞して待機中とする（図８のｄ２１〜ｄ２４）。
【００８８】
その一方で、ＭＧＣ２のメインプロセッサ２１はメモリ２３上の呼制御情報マスタテーブル２３１からＰＨ４−３の呼制御情報スレーブテーブル４３１に複製した呼制御情報と同じものをＰＨ４−４に転送するので（図８のｄ２５）、ＰＨ４−４はＰＨ４−３の呼制御情報スレーブテーブル４３１と同じ呼制御情報スレーブテーブル４３１を生成する（図８のｄ２６，ｄ２７）。
【００８９】
その後に、ＭＧＣ２のメインプロセッサ２１はＰＨ４−４のマイクロプロセッサ４２への指示によってＰＨ４−４を動作中にする（図８のｄ２８，ｄ２９，ｄ３１）。ＰＨ４−４は呼制御情報スレーブテーブル４３１上に登録されている制御対象端末であるＩＰ電話７−１，７−２またはＩＰＴＡ８に対してＬＡＮインタフェース４９、スイッチングハブ５−２を介してセッション確立を要求する（図８のｄ３０）。
【００９０】
セッションが確立すると（図８のｄ３２）、マイクロプロセッサ４２はＰＨ４−４が動作中となったことを各制御対象端末に対して呼制御プロトコル転送機能４７、ＬＡＮインタフェース４９、スイッチングハブ５−２を介して通知する。ＩＰ電話７−１，７−２またはＩＰＴＡ８はこれ以降、ＰＨ４−４を端末インタフェースと認識して呼制御情報を送受することになり、ＭＧＣ２による呼制御が再開される（図８のｄ３３）。
【００９１】
図９は本発明の第４の実施例における端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。図９は図１に示すシステム構成において、ＰＨ４−３が動作中にスイッチングハブ５−１またはＬＡＮインタフェース４９とスイッチングハブ５−１との間のＬＡＮ２００に故障が発生した場合の端末インタフェースの切替えシーケンスを示している。この図９を参照して本発明の第４の実施例における端末インタフェースの冗長構成の切替え動作について説明する。
【００９２】
尚、本発明の第４の実施例によるＩＰ−ＰＢＸの構成及びそのシステム構成は図１〜図３に示す構成と同様であるので、それら図１〜図３を用いて説明する。また、図９において、故障が発生するまでの動作（ｅ１〜ｅ１９）は図８の動作（ｄ１〜ｄ１９）と同様であるので、その説明については省略する。
【００９３】
ＰＨ４−３の端末監視機能４８が制御対象端末であるＩＰ電話７−１，７−２またはＩＰＴＡ８に対して周期的に行っている監視にて端末の異常を検出すると（図９のｅ２０〜ｅ２２）、端末監視機能４８は複数の制御対象端末から異常を検出した場合にその端末を異常と判定せず、スイッチングハブ５−１を介したネットワークの異常と判定をしてメインプロセッサ２１へスイッチングハブ５−１を介したネットワークの故障を通知する（図９のｅ２３）。
【００９４】
この場合、メインプロセッサ２１はＰＨ４−３のマイクロプロセッサ４２に待機中を指示し（図９のｅ２４，ｅ２５）、メモリ２３上の呼制御情報マスタテーブル２３１からＰＨ４−３の呼制御情報スレーブテーブル４３１に複製した呼制御情報と同じものをＰＨ４−４に転送するので（図９のｅ２６）、ＰＨ４−４はＰＨ４−３の呼制御情報スレーブテーブル４３１と同じ呼制御情報スレーブテーブル４３１を生成する（図９のｅ２７，ｅ２８）。
【００９５】
その後に、ＭＧＣ２のメインプロセッサ２１はＰＨ４−４のマイクロプロセッサ４２への指示で動作中にする（図９のｅ２９，ｅ３０，ｅ３２）。ＰＨ４−４は呼制御情報スレーブテーブル４３１上に登録されている制御対象端末であるＩＰ電話７−１，７−２またはＩＰＴＡ８に対してＬＡＮインタフェース４９、スイッチングハブ５−２を介してセッション確立を要求する（図９のｅ３１）。
【００９６】
セッションが確立すると（図９のｅ３３）、マイクロプロセッサ４２はＰＨ４−４が動作中となったことを各制御対象端末に対して呼制御プロトコル転送機能４７、ＬＡＮインタフェース４９、スイッチングハブ５−２を介して通知する。ＩＰ電話７−１，７−２またはＩＰＴＡ８はこれ以降、ＰＨ４−４を端末インタフェースと認識して呼制御情報を送受することになり、ＭＧＣ２による呼制御が再開される（図９のｅ３４）。
【００９７】
このような構成を実現することによって、本発明のＩＰ−ＰＢＸ１では、端末インタフェース自体が故障した場合にも、ネットワーク上の構成機器やＬＡＮ配線の故障が発生した場合にも対応可能となり、端末インタフェースの冗長構成を実現することができる。
【００９８】
端末インタフェースであるＰＨ４−１〜４−４は従来のように、２つのプロトコルハンドラ固定として取扱う必要がなく、故障が発生したプロトコルハンドラに対して切替え先のプロトコルハンドラを確保することができればよい。すなわち、ＰＨ４−３の切替え先はＰＨ４−４だけでなく、ＰＨ４−１，ＰＨ４−２であってもよいことになる。
【００９９】
図１０は本発明の第５の実施例による端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。図１０は図１に示すシステム構成において、ＰＨ４−３で故障が発生した時に切替え先となるプロトコルハンドラが１つで、ＰＨ４−３の呼制御情報スレーブテーブル４３１に登録されている呼制御情報を全て収容しきれない場合の端末インタフェースの切替えシーケンスを示している。この図１０を参照して本発明の第５の実施例における端末インタフェースの冗長構成の切替え動作について説明する。尚、本発明の第５の実施例によるＩＰ−ＰＢＸの構成及びそのシステム構成は図１〜図３に示す構成と同様であるので、それら図１〜図３を用いて説明する。
【０１００】
図１０において、ＰＨ４−１〜４−４がいずれも動作中であり、ＰＨ４−３の呼制御情報スレーブテーブル４３１に登録されている呼制御情報と、ＰＨ４−１，４−２，４−４の呼制御情報スレーブテーブル４３１に登録されている呼制御情報とが異なっている。
【０１０１】
また、ＰＨ４−１，４−２，４−４においてはそれぞれの呼制御情報スレーブテーブル４３１が制御対象端末数の上限値に達していない時、ＰＨ４−３で故障等が発生した時に切替え元となるＰＨ４−３の制御対象端末数が、切替え先の候補となるＰＨ４−１，４−２，４−４各々の呼制御情報スレーブテーブル４３１が持つ制御対象端末数の未登録数をいずれも超えた場合、ＭＧＣ２のメインプロセッサ２１は呼制御情報マスタテーブル２３１からＰＨ４−３の制御対象端末の呼制御情報をダウンロードする切替え先ＰＨをＰＨ４−１，４−２，４−４等の複数のプロトコルハンドラを選択してそれぞれのＰＨ４−１，４−２，４−４が制御分担する制御対象端末に関する呼制御情報を分割して複製する。
【０１０２】
ＰＨ４−１〜４−４がいずれも動作中において、ＭＧＣ２が呼制御を開始した後に（図１０のｆ１〜ｆ３）、ＰＨ４−３で故障が発生した場合（図１０のｆ４）、ＰＨ４−３の故障はＭＧＣ２のメインプロセッサ２１が検出し、ＰＨ４−３を閉塞して待機中とする（図１０のｆ５〜ｆ８）。
【０１０３】
その後に、メインプロセッサ２１はＰＨ４−３の制御対象端末数を確認し、ＰＨ４−１の未登録数を確認して未登録数分のみ呼制御情報マスタテーブル２３１からＰＨ４−３が制御していた制御対象端末の呼制御情報を抜き出してＰＨ４−１に転送し（図１０のｆ９，ｆ１０）、ＰＨ４−１はＰＨ４−３制御分の呼制御情報の一部を呼制御情報スレーブテーブル４３１に追加生成する（図１０のｆ１１）。
【０１０４】
ＰＨ４−１は新たに自機器の制御対象になった制御対象端末に対してセッション確立を要求し（図１０のｆ１２）、セッション確立後（図１０のｆ１３）、ＭＧＣ２が呼制御を再開する（図１０のｆ１４）。
【０１０５】
次に、メインプロセッサ２１はＰＨ４−１の呼制御情報スレーブテーブル４３１に複製しきれなかったＰＨ４−３の制御対象端末の呼制御情報に対してＰＨ４−２の未登録数を確認して未登録数分のみ呼制御情報マスタテーブル２３１からＰＨ４−３が制御していた制御対象端末の呼制御情報を抜き出してＰＨ４−２に転送し（図１０のｆ１５，ｆ１６）、ＰＨ４−２はＰＨ４−３制御分の呼制御情報の一部を呼制御情報スレーブテーブル４３１に追加生成する（図１０のｆ１７）。
【０１０６】
ＰＨ４−２は新たに自機器の制御対象になった制御対象端末に対してセッション確立を要求し（図１０のｆ１８）、セッション確立後（図１０のｆ１９）、ＭＧＣ２が呼制御を再開する（図１０のｆ２０）。
【０１０７】
さらに、メインプロセッサ２１はＰＨ４−１，４−２各々の呼制御情報スレーブテーブル４３１に複製できなかったＰＨ４−３の制御対象端末の呼制御情報に対してＰＨ４−４の未登録数を確認して未登録数分のみ呼制御情報マスタテーブル２３１から該当するＰＨ９−３が制御していた制御対象端末の呼制御情報を抜き出してＰＨ４−４に転送し（図１０のｆ２１，ｆ２２）、ＰＨ４−４はＰＨ４−３制御分の呼制御情報の一部を呼制御情報スレーブテーブル４３１に追加生成する（図１０のｆ２３）。
【０１０８】
ＰＨ４−４は新たに自機器の制御対象になった制御対象端末に対してセッション確立を要求し（図１０のｆ２４）、セッション確立後（図１０のｆ２５）、ＭＧＣ２が呼制御を再開する（図１０のｆ２６）。
【０１０９】
以上のような手順を実現することによって、故障した端末インタフェースの一つの固定したバックアップ専用の端末インタフェースを用意することなく、端末インタフェースの冗長構成を柔軟に実現することができる。また、その結果、端末インタフェース自身を二重化することなく、端末インタフェースの冗長構成を低コストで実現することができる。
【０１１０】
図１１は本発明の第６の実施例による端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。この図１１を参照して本発明の第６の実施例における端末インタフェースの冗長構成の切替え動作について説明する。尚、本発明の第６の実施例によるＩＰ−ＰＢＸの構成及びそのシステム構成は図１〜図３に示す構成と同様であるので、それら図１〜図３を用いて説明する。
【０１１１】
本発明の第６の実施例では図１に示すＩＰ−ＰＢＸ１の端末インタフェースの冗長構成において、ＰＨ４−１〜４−４の端末監視機能４８から各制御対象端末へ周期的に正常性確認を行う監視手順と、制御対象端末の正常性を確認することができなかった場合にＭＧＣ２の指示によってＰＨ４−１〜４−４の呼制御情報スレーブテーブル４３１から該当の制御対象端末の呼制御情報を削除する手順と、ＭＧＣ２が別のＰＨに対して該当の制御対象端末の呼制御情報を、呼制御情報マスタテーブル２３１から新たなＰＨの呼制御情報スレーブテーブル４３１に複写し直す収容替え手順とを持ち、収容替えを行って、再度、該当制御対象端末に対する呼制御を試行している。
【０１１２】
まず、ＭＧＣ２からＰＨ４−３に初期設定指示が送出されると（図１１のｇ１）、ＰＨ４−３は自機器内を初期化し（図１１のｇ２）、初期設定完了をＭＧＣ２に通知する（図１１のｇ３）。この後、ＭＧＣ２は呼制御情報マスタテーブル２３１から制御対象端末の呼制御情報を抜き出し（図１１のｇ４）、その呼制御情報をＰＨ４−３に転送する（図１１のｇ５）。
【０１１３】
ＰＨ４−３は呼制御情報マスタテーブル２３１から転送されてくる制御対象端末の呼制御情報を基に呼制御情報スレーブテーブル４３１を生成し（図１１のｇ６）、呼制御情報スレーブテーブル４３１の生成完了をＭＧＣ２に通知する（図１１のｇ７）。
【０１１４】
ＰＨ４−３の呼制御情報スレーブテーブル４３１が生成されると、ＭＧＣ２はＰＨ４−３に対して動作モード設定を行い（図１１のｇ８）、ＰＨ４−３を動作状態にする（図１１のｇ９，ｇ１１）。ＰＨ４−３は動作状態になると、ＩＰ電話７−１，７−２またはＩＰＴＡ８に対してセッション確立要求を送信し（図１１のｇ１０）、ＩＰ電話７−１，７−２またはＩＰＴＡ８からのセッション確立完了を受取り（図１１のｇ１２）、ＭＧＣ２は呼制御を開始する（図１１のｇ１３）。ここで、ＰＨ４−４もすでに動作中であり、ＰＨ４−３の呼制御情報スレーブテーブル４３１に登録されている呼制御情報と、ＰＨ４−４の呼制御情報スレーブテーブル４３１に登録されている呼制御情報とが異なっている。
【０１１５】
ＰＨ４−３が動作中にスイッチングハブ５−１、またはＬＡＮインタフェース４９とスイッチングハブ５−１との間のＬＡＮ２００に故障が発生した場合（図１１のｇ１４）、端末監視機能４８が制御対象端末であるＩＰ電話７−１に対して周期的に行っている監視にて端末の異常を検出する（図１１のｇ１５，ｇ１６）。マクロプロセッサ４２は端末監視機能４８によってＩＰ電話７−１の故障を確認すると、メインプロセッサ２１へＩＰ電話７−１の故障を通知する（図１１のｇ１７）。
【０１１６】
メインプロセッサ２１はまずＰＨ４−３のマイクロプロセッサ４２に呼制御情報スレーブテーブル４３１からＩＰ電話７−１に関する呼制御情報を削除する指示を行う（図１１のｇ１８）。ＰＨ４−３のマイクロプロセッサ４２はその指示に基づいて呼制御情報スレーブテーブル４３１からＩＰ電話７−１に関する呼制御情報を削除し（図１１のｇ１９）、メインプロセッサ２１に該当ＩＰ電話７−１の呼制御情報の削除完了を通知する（図１１のｇ２０）。
【０１１７】
メインプロセッサ２１はＩＰ電話７−１の新たな収容先ＰＨを探し、ＰＨ４−４を新たな収容先ＰＨとすると、呼制御情報マスタテーブル２３１から該当ＩＰ電話７−１の呼制御情報を抜き出し（図１１のｇ２１）、ＰＨ４−４のマイクロプロセッサ４２に呼制御情報スレーブテーブル４３１に複製するように指示を行う（図１１のｇ２２）。
【０１１８】
ＰＨ４−４は呼制御情報マスタテーブル２３１から送られてきた該当ＩＰ電話７−１の呼制御情報を呼制御情報スレーブテーブル４３１に追加生成し（図１１のｇ２３）、呼制御情報スレーブテーブル４３１への追加生成完了をメインプロセッサ２１に通知する（図１１のｇ２４）。
【０１１９】
ＰＨ４−４は新たに呼制御情報スレーブテーブル４３１上に登録された制御対象端末であるＩＰ電話７−１に対してＬＡＮインタフェース４９、スイッチングハブ５−２を介してセッション確立を要求する（図１１のｇ２５）。セッションが確立した後に（図１１のｇ２６）、マイクロプロセッサ４２はＰＨ４−４が動作中となったことをＩＰ電話７−１に対して呼制御プロトコル転送機能４７、ＬＡＮインタフェース４９、スイッチングハブ５−２を介して通知する。ＩＰ電話７−１はこれ以降、ＰＨ４−４を端末インタフェースと認識してスイッチチングハブ５−２を介して呼制御情報を送受することになり、ＭＧＣ２が呼制御を再開する（図１１のｇ２７）。
【０１２０】
このように、本発明では、運用中に故障等が発生したＰＨ４−３が制御する制御対象端末の呼制御情報を別のＰＨ４−１，４−２，４−４の呼制御情報スレーブテーブル４３１に対してＭＧＣ２の呼制御情報マスタテーブル２３１から複製する手順を持つことによって、端末インタフェースとしてのＰＨ４−１〜４−４の冗長構成を切替え先ＰＨを固定せずに選択可能とすることで、端末インタフェースの冗長構成を柔軟かつ低コストで実現することができる。この場合、本発明では、投資するコストに合わせて端末インタフェースの冗長構成として二重化（現用１個、予備１個）方式のほか、Ｎ＋１（現用Ｎ個、予備１個）方式も実現することができる。
【０１２１】
また、本発明では、故障したＰＨ４−３ないしネットワークの異常によって閉塞するＰＨ４−３の呼制御情報スレーブテーブル４３１に収容されている制御対象端末数が切替え先となる一つＰＨ４−１，４−２，４−４の呼制御情報スレーブテーブル４３１に収容することができない場合にＭＧＣ２が呼制御情報スレーブテーブル４３１において制御対象端末数の上限値に達していないＰＨを複数選択して分散収容する手順を持つことによって、端末インタフェースであるＰＨ４−１〜４−４の切替えを行うことから、特定の予備ＰＨを持つことなく、端末インタフェースの冗長構成を柔軟かつ低コストで実現することができる。
【０１２２】
さらに、本発明では、ＩＰ−ＰＢＸ１の端末インタフェースの冗長構成において、ＰＨ４−１〜４−４の端末監視機能４８から各制御対象端末へ周期的に正常性確認を行う監視手順と、制御対象端末の正常性を確認することができなかった場合にＭＧＣ２の指示によってＰＨ４−１〜４−４の呼制御情報スレーブテーブル４３１から該当の制御対象端末の呼制御情報を削除する手順と、ＭＧＣ２が別のＰＨに対して該当の制御対象端末の呼制御情報を呼制御情報マスタテーブル２３１から新たなＰＨの呼制御情報スレーブテーブル４３１に複写し直す収容替え手順とを持ち、収容替えを行って、再度、該当制御対象端末に対する呼制御を試行することによって、ネットワークのルート替えを行って冗長構成を実現し、特定の予備ＰＨを持つことなく、端末インタフェースの冗長構成を柔軟かつ低コストで実現することができる。
【０１２３】
この場合、本発明では、ＰＨ４−１〜４−４からＩＰ電話７−１，７−２へ周期的に正常性を確認する方法をとっているので、ＩＰ電話側から冗長構成をとる二つのＰＨに周期的に正常性確認を行う方法に比べ、正常性確認のためのパケット量を半分にすることができる。
【０１２４】
尚、上記の説明においては故障等という表現で表しているが、この故障等にはＩＰパケットの輻輳を含んでいる。ＩＰパケット化した各制御情報はＬＡＮ上で送受するため、ＬＡＮ上のトラヒックが高くなり、ルータ等で遅延やパケット廃棄が多発した場合等、ＰＨや端末側のアプリケーションレベルで、相手からの応答が返ってこないという理由で、タイムアウトが発生したりすると、呼制御ができない状況になる。
この場合には故障ではないが、呼制御ができなくなる。故障が発生するのはＰＨ、ＩＰＴＡ、ＩＰ電話、ルータやスイッチングハブを含むＬＡＮである。また、ＰＨの切替え要因としては、ＰＨが正常な状態にあっても、定期的にＰＨを切替えて実際に動作させることで正常性の確認を行うことも考えられる。
【０１２５】
さらに、上記の説明では端末インタフェースがプロトコルハンドラの場合について述べているが、クライアント−サーバ型の装置において、サーバ側にクライアント制御に必要な属性データを持つマスタテーブルを設け、サーバ側の一部にクライアントとの端末インタフェースを複数設け、この端末インタフェースにマスタテーブルの内容の一部を複製したスレーブテーブルを持つ構成であれば、プロトコルハンドラでなくともよく、これに限定されない。
【０１２６】
【発明の効果】
以上説明したように本発明は、呼制御処理を行うマルチメディア・ゲートウェイ・コントローラのシステムバス上及びそのシステムバスを拡張したシステムバス上のいずれかに接続される複数のプロトコルハンドラのいずれかに少なくとも故障が発生した時にそのプロトコルハンドラが制御する制御対象端末の呼制御情報を、マルチメディア・ゲートウェイ・コントローラに設けられかつ制御対象端末の呼制御情報を収容する呼制御情報マスタテーブルから別のプロトコルハンドラに設けられかつ呼制御情報マスタテーブルの一部が複製された呼制御情報スレーブテーブルに複製することによって、端末インタフェースの冗長構成を柔軟かつ低コストで実現することができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の第１の実施例によるＩＰ−ＰＢＸのシステム構成を示すブロック図である。
【図２】図１のＭＧＣの構成を示すブロック図である。
【図３】図１のＰＨの構成を示すブロック図である。
【図４】本発明の第１の実施例によるＩＰ−ＰＢＸの動作を示すシーケンスチャートである。
【図５】本発明の第１の実施例によるＩＰ−ＰＢＸの動作を示すシーケンスチャートである。
【図６】本発明の第１の実施例による端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。
【図７】本発明の第２の実施例による端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。
【図８】本発明の第３の実施例による端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。
【図９】本発明の第４の実施例による端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。
【図１０】本発明の第５の実施例による端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。
【図１１】本発明の第６の実施例による端末インタフェースの冗長構成の切替え動作を示すシーケンスチャートである。
【図１２】従来のＩＰ−ＰＢＸにおける端末インタフェースの冗長構成の一例を示すブロック図である。
【図１３】従来のＩＰ−ＰＢＸにおける端末インタフェースの冗長構成の他の例を示すブロック図である。
【符号の説明】
１ ＩＰ−ＰＢＸ
２ ＭＧＣ
３ 制御インタフェース
４−１〜４−４ ＰＨ
５−１〜５−３ スイッチングハブ
６ ルータ
７−１，７−２ インタネットプロトコル対応電話機
８ インタネットプロトコル対応端末アダプタ
９−１，９−２ 非ＩＰ電話
２１ メインプロセッサ（ＭＰ）
２２，４９ ＬＡＮインタフェース
２３，４３ メモリ
４１ システムバスインタフェース
４２ マイクロプロセッサ
４４ 呼制御プロトコル変換機能
４５ 障害監視・処理変換機能
４６ 呼制御プロトコル再送機能
４７ 呼制御プロトコル転送機能
４８ 端末監視機能
１０１ システムバス
１０２ 拡張されたシステムバス
２００ ＬＡＮ
２３１ 呼制御情報マスタテーブル
３００ ＷＡＮ
４３１ 呼制御情報スレーブテーブル
Claims (11)
- インタネット、イントラネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続するインタネットプロトコル対応電話機とインタネットプロトコルに対応していない端末を収容してインタネットプロトコルを付加するインタネットプロトコル端末アダプタとを少なくとも含む制御対象端末に対する交換制御を行うインタネットプロトコル対応構内用電子交換機であって、呼制御処理を行うマルチメディア・ゲートウェイ・コントローラに設けられかつ制御対象端末の呼制御情報を収容する呼制御情報マスタテーブルと、前記マルチメディア・ゲートウェイ・コントローラのシステムバス上及びそのシステムバスを拡張したシステムバス上のいずれかに接続される複数の端末インタフェースと、前記複数の端末インタフェース各々に設けられかつ前記呼制御情報マスタテーブルの一部が複製された呼制御情報スレーブテーブルと、運用中に少なくとも前記制御対象端末に対する呼制御に支障を生じた端末インタフェースが制御する制御対象端末の呼制御情報を前記呼制御情報マスタテーブルから別の端末インタフェースの呼制御情報スレーブテーブルに対して複製する手段とを有することを特徴とするインタネットプロトコル対応構内用電子交換機。
- 前記呼制御情報は、前記制御対象端末の電話番号、インタネットプロトコルアドレス、ポート番号を少なくとも含むことを特徴とする請求項１記載のインタネットプロトコル対応構内用電子交換機。
- 前記端末インタフェースは、前記マルチメディア・ゲートウェイ・コントローラと前記ＬＡＮ上の制御対象端末との間における前記マルチメディア・ゲートウェイ・コントローラのシステム内呼制御プロトコルと前記ＬＡＮ上の制御対象端末との間の呼制御プロトコルとを変換する機能と、前記マルチメディア・ゲートウェイ・コントローラと複数の制御対象端末との間の呼制御プロトコルを転送する機能と、レイヤ１からレイヤ３までの障害監視・処理・再送を行う機能と、前記制御対象端末の監視機能とを含み、
前記端末インタフェース当たりに制御可能な制御対象端末数の上限値を設定可能とすることを特徴とする請求項１または請求項２記載のインタネットプロトコル対応構内用電子交換機。 - 前記故障発生時に切替え元となる端末インタフェースの制御対象端末数が切替え先の端末インタフェースの持つ前記制御対象端末数の上限値を超える場合に切替え先の端末インタフェースを複数選択しかつそれら端末インタフェース各々の前記呼制御情報スレーブテーブルに前記制御対象端末に関する呼制御情報を分割して複製する手段を含むことを特徴とする請求項１から請求項３のいずれか記載のインタネットプロトコル対応構内用電子交換機。
- 前記端末インタフェースの前記監視機能から前記制御対象端末各々へ周期的に正常性確認を行い、前記制御対象端末の正常性が確認できなかった時に前記呼制御情報スレーブテーブルから該当する制御対象端末の呼制御情報を削除し、その呼制御情報を新たに選択した端末インタフェースの前記呼制御情報スレーブテーブルに前記呼制御情報マスタテーブルから複写し直して収容替えを行い、再度、該当する制御対象端末に対して呼制御を試行することを特徴とする請求項３または請求項４記載のインタネットプロトコル対応構内用電子交換機。
- インタネット、イントラネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続するインタネットプロトコル対応電話機とインタネットプロトコルに対応していない端末を収容してインタネットプロトコルを付加するインタネットプロトコル端末アダプタとを少なくとも含む制御対象端末に対する交換制御を行うインタネットプロトコル対応構内用電子交換機の端末インタフェース冗長構成方法であって、
呼制御処理を行うマルチメディア・ゲートウェイ・コントローラのシステムバス上及びそのシステムバスを拡張したシステムバス上のいずれかに接続される複数の端末インタフェースのいずれかに少なくとも前記制御対象端末に対する呼制御に支障を生じた時にその端末インタフェースが制御する制御対象端末の呼制御情報を前記マルチメディア・ゲートウェイ・コントローラに設けられかつ制御対象端末の呼制御情報を収容する呼制御情報マスタテーブルから別の端末インタフェースに設けられかつ前記呼制御情報マスタテーブルの一部が複製された呼制御情報スレーブテーブルに複製するステップを有することを特徴とする端末インタフェース冗長構成方法。 - 前記呼制御情報は、前記制御対象端末の電話番号、インタネットプロトコルアドレス、ポート番号を少なくとも含むことを特徴とする請求項６記載の端末インタフェース冗長構成方法。
- 前記端末インタフェースは、前記マルチメディア・ゲートウェイ・コントローラと前記ＬＡＮ上の制御対象端末との間における前記マルチメディア・ゲートウェイ・コントローラのシステム内呼制御プロトコルと前記ＬＡＮ上の制御対象端末との間の呼制御プロトコルとを変換する機能と、前記マルチメディア・ゲートウェイ・コントローラと複数の制御対象端末との間の呼制御プロトコルを転送する機能と、レイヤ１からレイヤ３までの障害監視・処理・再送を行う機能と、前記制御対象端末の監視機能とを含み、
前記端末インタフェース当たりに制御可能な制御対象端末数の上限値を設定可能とすることを特徴とする請求項６または請求項７記載の端末インタフェース冗長構成方法。 - 前記故障発生時に切替え元となる端末インタフェースの制御対象端末数が切替え先の端末インタフェースの持つ前記制御対象端末数の上限値を超える場合に切替え先の端末インタフェースを複数選択しかつそれら端末インタフェース各々の前記呼制御情報スレーブテーブルに前記制御対象端末に関する呼制御情報を分割して複製するステップを含むことを特徴とする請求項６から請求項８のいずれか記載の端末インタフェース冗長構成方法。
- 前記端末インタフェースプロトコルハンドラの前記監視機能から前記制御対象端末各々へ周期的に正常性確認を行うステップと、前記制御対象端末の正常性が確認できなかった時に前記呼制御情報スレーブテーブルから該当する制御対象端末の呼制御情報を削除するステップと、その呼制御情報を新たに選択した端末インタフェースプロトコルハンドラの前記呼制御情報スレーブテーブルに前記呼制御情報マスタテーブルから複写し直して収容替えを行うステップとを含み、再度、該当する制御対象端末に対して呼制御を試行することを特徴とする請求項８または請求項９記載の端末インタフェース冗長構成方法。
- インタネット、イントラネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続するインタネットプロトコル対応電話機とインタネットプロトコルに対応していない端末を収容してインタネットプロトコルを付加するインタネットプロトコル端末アダプタとを少なくとも含む制御対象端末に対する交換制御を行うインタネットプロトコル対応構内用電子交換機の端末インタフェース冗長構成方法のプログラムであって、コンピュータに、呼制御処理を行うマルチメディア・ゲートウェイ・コントローラのシステムバス上及びそのシステムバスを拡張したシステムバス上のいずれかに接続される複数の端末インタフェースのいずれかに少なくとも前記制御対象端末に対する呼制御に支障を生じた時にその端末インタフェースが制御する制御対象端末の呼制御情報を前記マルチメディア・ゲートウェイ・コントローラに設けられかつ制御対象端末の呼制御情報を収容する呼制御情報マスタテーブルから別の端末インタフェースに設けられかつ前記呼制御情報マスタテーブルの一部が複製された呼制御情報スレーブテーブルに複製する処理を実行させるためのプログラム。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002123345A JP3852365B2 (ja) | 2002-04-25 | 2002-04-25 | インタネットプロトコル対応構内用電子交換機及び端末インタフェース冗長構成方法並びにそのプログラム |
| US10/419,766 US7440566B2 (en) | 2002-04-25 | 2003-04-22 | Internet protocol compliant private branch electronic exchange and a method for redundantly configuring terminal interfaces |
| US12/132,225 US8462767B2 (en) | 2002-04-25 | 2008-06-03 | Internet protocol compliant private branch electronic exchange and a method for redundantly configuring terminal interfaces |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002123345A JP3852365B2 (ja) | 2002-04-25 | 2002-04-25 | インタネットプロトコル対応構内用電子交換機及び端末インタフェース冗長構成方法並びにそのプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003318950A JP2003318950A (ja) | 2003-11-07 |
| JP3852365B2 true JP3852365B2 (ja) | 2006-11-29 |
Family
ID=29243688
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002123345A Expired - Lifetime JP3852365B2 (ja) | 2002-04-25 | 2002-04-25 | インタネットプロトコル対応構内用電子交換機及び端末インタフェース冗長構成方法並びにそのプログラム |
Country Status (2)
| Country | Link |
|---|---|
| US (2) | US7440566B2 (ja) |
| JP (1) | JP3852365B2 (ja) |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3885647B2 (ja) * | 2002-04-25 | 2007-02-21 | 日本電気株式会社 | インタネットプロトコル対応構内用電子交換機及びそれに用いる制御対象端末ポート数拡張方法 |
| JP4437013B2 (ja) * | 2003-04-14 | 2010-03-24 | Ｎｅｃインフロンティア株式会社 | Ｉｐ−ｐｂｘシステム及びｉｐ端末制御用プログラム |
| JP2004328604A (ja) * | 2003-04-28 | 2004-11-18 | Nec Corp | Ｉｐテレフォニーサービスシステム、課金処理方法 |
| US8638779B2 (en) * | 2004-02-24 | 2014-01-28 | Itxc Ip Holdings Sarl | Methods and apparatus for managing voice over IP telephony |
| US7804947B2 (en) * | 2004-05-21 | 2010-09-28 | Avaya Inc. | Method and apparatus for validation and error resolution of configuration data in a private branch exchange switch |
| JP4387937B2 (ja) * | 2004-12-13 | 2009-12-24 | 株式会社東芝 | 電話システムおよび交換システム |
| JP4781696B2 (ja) * | 2005-03-10 | 2011-09-28 | 株式会社日立製作所 | Ｉｐ電話システム |
| JP4628823B2 (ja) * | 2005-03-10 | 2011-02-09 | 株式会社日立製作所 | Ｉｐ電話システム |
| US7577135B2 (en) * | 2005-03-10 | 2009-08-18 | Hitachi Communication Technologies, Ltd. | IP telephone system |
| JP4781697B2 (ja) * | 2005-03-10 | 2011-09-28 | 株式会社日立製作所 | Ｉｐ電話システム |
| JP4916670B2 (ja) * | 2005-03-10 | 2012-04-18 | 株式会社日立製作所 | Ｉｐ電話システム |
| JP2006254083A (ja) * | 2005-03-10 | 2006-09-21 | Hitachi Communication Technologies Ltd | Ｉｐ電話システム |
| JP4670670B2 (ja) * | 2005-03-23 | 2011-04-13 | パナソニック株式会社 | 構内交換機システム |
| JP2008092217A (ja) * | 2006-09-29 | 2008-04-17 | Toshiba Corp | Ｉｐ電話システム及び電話交換装置 |
| JP4855984B2 (ja) * | 2007-03-20 | 2012-01-18 | 株式会社日立製作所 | Ｉｐ電話システム、ｉｐ交換機、ｉｐ端末、ｉｐ交換機のバックアップ方法、およびｉｐ端末のログイン方法 |
| KR101641096B1 (ko) * | 2009-02-16 | 2016-07-20 | 삼성전자주식회사 | 이동통신 시스템에서 노드 간 경로 관리 방법 및 장치 |
| JP5153683B2 (ja) * | 2009-02-25 | 2013-02-27 | 株式会社日立製作所 | 電話端末制御ハブ |
| CN102572613A (zh) * | 2010-12-28 | 2012-07-11 | 深圳市信太和科技有限公司 | 一种基于无线互联网的数字对讲系统及方法 |
| CN107528747B (zh) * | 2017-06-28 | 2020-07-31 | 北京和利时系统工程有限公司 | 主从站通信状态的诊断方法和装置及计算机可读存储介质 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1999005590A2 (en) * | 1997-07-25 | 1999-02-04 | Starvox, Inc. | Apparatus and method for integrated voice gateway |
| US6404746B1 (en) * | 1999-07-13 | 2002-06-11 | Intervoice Limited Partnership | System and method for packet network media redirection |
| US7254832B1 (en) * | 2000-08-28 | 2007-08-07 | Nortel Networks Limited | Firewall control for secure private networks with public VoIP access |
| JP2002084363A (ja) * | 2000-09-06 | 2002-03-22 | Nec Corp | ゲートウェイシステム及びそれに用いる回線制御方法 |
| US6898188B1 (en) * | 2001-04-19 | 2005-05-24 | 3Com Corporation | Gatekeeper simulator in a LAN telephony system |
| US7480284B2 (en) * | 2002-01-08 | 2009-01-20 | Alcatel Lucent | Secure voice and data transmission via IP telephones |
-
2002
- 2002-04-25 JP JP2002123345A patent/JP3852365B2/ja not_active Expired - Lifetime
-
2003
- 2003-04-22 US US10/419,766 patent/US7440566B2/en active Active
-
2008
- 2008-06-03 US US12/132,225 patent/US8462767B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| US20030202508A1 (en) | 2003-10-30 |
| US8462767B2 (en) | 2013-06-11 |
| US20080232356A1 (en) | 2008-09-25 |
| US7440566B2 (en) | 2008-10-21 |
| JP2003318950A (ja) | 2003-11-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3852365B2 (ja) | インタネットプロトコル対応構内用電子交換機及び端末インタフェース冗長構成方法並びにそのプログラム | |
| US7085960B2 (en) | Communication system and method | |
| JP3850391B2 (ja) | ＶＲＲＰ（ＶｉｒｔｕａｌＲｏｕｔｅｒＲｅｄｕｎｄａｎｃｙＰｒｏｔｏｃｏｌ）によるルータ・インターフェース・バックアップ実行方法 | |
| JP4500836B2 (ja) | 冗長化ゲートウェイシステムのためのネットワークスイッチ装置 | |
| US6108701A (en) | Soft switch extension for internet protocol applications | |
| US8954957B2 (en) | Network traffic processing according to network traffic rule criteria and transferring network traffic metadata in a network device that includes hosted virtual machines | |
| TWI309128B (en) | Flexible and scalable integrated access device | |
| US7379540B1 (en) | Server with backup capability for distributed IP telephony systems | |
| JP4480351B2 (ja) | Ｉｐ−ｐｂｘバックアップシステムおよび同システムの障害対応方法 | |
| TW200920027A (en) | Intelligent failover in a load-balanced networking environment | |
| JP4361212B2 (ja) | 通信システム | |
| JP6176340B2 (ja) | 交換装置、交換プログラム、交換方法、及び通信システム | |
| JP3885647B2 (ja) | インタネットプロトコル対応構内用電子交換機及びそれに用いる制御対象端末ポート数拡張方法 | |
| US6973024B1 (en) | Method for modem element switchover using multicast groups | |
| US20050207397A1 (en) | Method and communication arrangement for alternately operating a terminal at at least two communication nodes | |
| JP3666415B2 (ja) | シグナリングゲートウェイシステム及びそれに用いる網管理方法 | |
| WO2012127644A1 (ja) | 通信ノード装置システム、装置、及び方法 | |
| JP2003258843A (ja) | Ｌａｎ間接続装置切替えシステム及びその方法 | |
| KR100748694B1 (ko) | Ｒｔｐ를 지원하는 네트워크 시스템에서의 네트워크 링크이중화 시스템 및 그 제어방법 | |
| JP2001156881A (ja) | Ｉｓｄｎ迂回装置及びｉｓｄｎ迂回方法 | |
| WO2007006198A1 (fr) | Procédé de réalisation de guidage double dans un réseau avec contrôle et orientation séparés | |
| JP2005534244A (ja) | 異なるプロトコル下で動作するネットワーク間でデータを伝達するためのシステム及び方法 | |
| Cisco | Release Notes for Cisco 700 Series Router Software Release 4.0(1) | |
| Cisco | Release Notes for Cisco 700 Series Router Software Release 4.0(1) | |
| Cisco | Release Notes for Cisco 700 Series Router Software Release 4.0(1) |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041216 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060815 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060828 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3852365 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090915 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100915 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110915 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120915 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130915 Year of fee payment: 7 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |