JP3934901B2 - ＶｏＩＰシステムにおける障害対策方法、ＶｏＩＰシステムおよびＶｏＩＰシステム用通信交換管理装置 - Google Patents
ＶｏＩＰシステムにおける障害対策方法、ＶｏＩＰシステムおよびＶｏＩＰシステム用通信交換管理装置 Download PDFInfo
- Publication number
- JP3934901B2 JP3934901B2 JP2001299542A JP2001299542A JP3934901B2 JP 3934901 B2 JP3934901 B2 JP 3934901B2 JP 2001299542 A JP2001299542 A JP 2001299542A JP 2001299542 A JP2001299542 A JP 2001299542A JP 3934901 B2 JP3934901 B2 JP 3934901B2
- Authority
- JP
- Japan
- Prior art keywords
- management device
- network
- network management
- address
- communication
- 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
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Sub-Exchange Stations And Push- Button Telephones (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）システムにおいて、ＩＰネットワーク上のＩＰアドレスを管理する例えばゲートキーパーなどの通信交換管理装置がダウンして、非動作状態になったときの対策に関するものである。
【０００２】
【従来の技術】
複数個の構内交換機（以下、ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ Ｅｘｃｈａｎｇｅ）という）システムの間で、公衆網を介することなく通信を行う場合に、従来、一般的には、各ＰＢＸ間は専用線で接続するようにしている。
【０００３】
図１０は、この種の通信システムの構成例を示すものである。この例は、３個のＰＢＸ１，ＰＢＸ２，ＰＢＸ３間での通信を可能とする場合であり、これら３個のＰＢＸ１，ＰＢＸ２，ＰＢＸ３の間は、それぞれ専用線４，５，６で接続されている。ＰＢＸ１，ＰＢＸ２，ＰＢＸ３のそれぞれには、公衆網７が接続されると共に、複数個の通信端末としての複数個の内線端末ＴＥ１，ＴＥ２，ＴＥ３が接続される。
【０００４】
この図１０のシステムにおいて、例えば、ＰＢＸ１の内線端末ＴＥ１から、ＰＢＸ２の内線端末ＴＥ２を呼び出して通話をしようとする場合、内線端末ＴＥ１の使用者は、ＰＢＸ２を指定する番号を入力した後、あるいは、ＰＢＸ２に対応する回線キーを押した後、内線端末ＴＥ２の内線番号をダイヤルする。すると、内線端末ＴＥ１−ＰＢＸ１−ＰＢＸ２−ＴＥ２という通話路が生成されて、ＴＥ１とＴＥ２との間が専用線４を通じて接続され、通話が可能となる。
【０００５】
図１０のように専用線を用いてＰＢＸ間を接続するシステム構成の場合には、互いに接続しようとするＰＢＸが増加した場合には、その分だけ、専用線を増加しなければならないという問題がある。
【０００６】
そこで、インターネットやイントラネットのようなＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークを利用して音声信号を送る技術であるＶｏＩＰを用いて、上記のような複数個のＰＢＸ間の通信を行うようにするＶｏＩＰシステムが提供されている。このＶｏＩＰシステムは、例えば、一般のＬＡＮ（ローカルエリアネットワーク）用の規格であるＩＴＵ‐Ｔ勧告Ｈ．３２３が用いられて構成される。
【０００７】
図１１は、この種のＶｏＩＰシステムの概要を示すブロック図である。すなわち、この例のＶｏＩＰシステムにおいては、各ＰＢＸ１，２，３は、ＶｏＩＰアダプタ１１，１２，１３を介して、ＬＡＮにより構成されるＩＰネットワーク１４に接続される。この場合、このＩＰネットワーク１４を通じての通信は、ＩＴＵ−Ｔ勧告Ｈ．３２３の規格に準拠するように構成されている。
【０００８】
ＩＰネットワーク１４には、さらに、ゲートキーパー１５と、ＩＴＵ‐Ｔ勧告Ｈ．３２３規格に対応の通信端末１６と、ゲートウエイ１７とが接続される。
【０００９】
ＶｏＩＰアダプタ１１，１２，１３のそれぞれは、ＩＰネットワーク１４とＰＢＸ１，２，３のそれぞれとを接続するための機能を備える中継管理装置の役割を果たすもので、連続音声信号とＩＰ音声パケットの相互変換や、ＩＰ音声パケットの他のＶｏＩＰアダプタやゲートキーパー１５とのやり取り、さらに、電話番号とＩＰアドレスとの相互変換を行う。
【００１０】
ゲートキーパー１５は、システム内の、ＰＢＸ１，２，３および各内線通信端末ＴＥ１，ＴＥ２，ＴＥ３や，通信端末１６、ゲートウエイ１７の管理、電話番号とＩＰアドレスの対応付けなどを行い、ＩＰネットワーク１４を通じた通信を管理する機能を有するシステム内通信交換管理装置の役割を果たす。
【００１１】
ＰＢＸ１，２，３のいずれかの内線通信端末から、他のＰＢＸのいずれかの内線通信端末に宛てて通信を行う場合には、通常は、ゲートキーパー１５を介して通信の接続を行うようにする。例えば、上述の例と同様に、ＰＢＸ１の内線通信端末ＴＥ１から、相手としてＰＢＸ２の内線通信端末ＴＥ２を呼び出して通信を行う場合について説明すると、以下のようになる。
【００１２】
すなわち、ＰＢＸ２の番号と、相手内線端末ＴＥ２の番号を入力して発信をする場合には、ＶｏＩＰアダプタ１１が、ゲートキーパー１５に、相手ＰＢＸ２および相手内線端末ＴＥ２のＩＰアドレスを問い合わせ、その問い合わせに対する応答としてゲートキーパー１５から送られてくるＩＰアドレス情報を用いて宛先を指定するパケットを生成し、相手ＰＢＸおよび内線端末に送るようにする。
【００１３】
また、ＶｏＩＰアダプタ１１は、ＩＰネットワーク１４を通じて相手から送られてくるパケットを受信し、ＩＰアドレスと番号情報との変換を行うと共に、パケットを分解して音声情報や制御情報を生成し、ＰＢＸ１に転送するようにする。
【００１４】
相手ＰＢＸ２側でもＶｏＩＰアダプタ１２が同様にしてＩＰアドレスと番号情報との変換および連続音声情報や制御情報とパケットとの変換処理を行う。
【００１５】
以上のようにして、ＰＢＸ１およびＰＢＸ２がＩＰネットワーク１４を通じて通信ができるようにされる。このように、ＩＰネットワーク１４を介して複数個のＰＢＸ間で通信を行うようなシステム構成においては、互いに通信を行おうとするＰＢＸを増加させる場合には、ＶｏＩＰアダプタを介して新設のＰＢＸをＩＰネットワーク１４に接続するだけでよくなり、図１０のシステムのように、専用線を増加しなければならないという問題は生じない。
【００１６】
【発明が解決しようとする課題】
ところで、上述のように、ＩＰネットワークを通じてＶｏＩＰによる電話通信を複数個のＰＢＸ間で行う場合においては、ＶｏＩＰアダプタは、ゲートキーパー１５に相手のＩＰアドレスを問い合わせして、当該ＩＰアドレスを取得した後、呼設定送信を行うようにする。
【００１７】
図１２は、ＰＢＸに接続される通信端末からＩＰネットワークを通じた通信の発信要求が発生したときに、ＶｏＩＰアダプタにおいて行われる発信動作時処理の流れを示すフローチャートである。
【００１８】
まず、ＰＢＸの内線通信端末からＶｏＩＰ用の回線捕捉要求が発生したか否かをＰＢＸ経由で判別し（ステップＳ１）、発生していないと判別したときには、その他の処理に移行する（ステップＳ２）。
【００１９】
ステップＳ１で、ＶｏＩＰ用の回線捕捉要求が発生したと判別したときには、ＶｏＩＰ回線は空き状態であるか否か判別し（ステップＳ３）、空き状態でなければ、それに対応した処理を行う（ステップＳ４）。このとき、内線端末では、ダイヤルトーンが聞こえないので、発信不可であることがわかる。
【００２０】
ステップＳ３でＶｏＩＰ回線に空きがあると判別したときには、回線捕捉処理を行い（ステップＳ５）、ＰＢＸにダイヤルトーン接続処理を行うように依頼する（ステップＳ６）。すると、内線端末には、ダイヤルトーンが送られ、発信者は、発信可能であることを認識する。
【００２１】
ダイヤルトーンを聴取した発信者は、次に、発信の相手先のダイヤル入力を行うので、ＶｏＩＰアダプタは、ＰＢＸ経由でこのダイヤル入力を待つ（ステップＳ７）。そして、そのダイヤル入力を受け付けると、ＶｏＩＰアダプタは、ゲートキーパー１５に、ダイヤル入力された番号に対応する相手のＩＰアドレスの問い合わせ要求ＡＲＱを送信する（ステップＳ８）。
【００２２】
この問い合わせ要求ＡＲＱに対して、ゲートキーパー１５は、動作状態であれば、ダイヤル入力された番号に対応する相手のＩＰアドレスを含む応答メッセージＡＣＦを返してくる。そこで、ＶｏＩＰアダプタは、この応答メッセージＡＣＦを待ち（ステップＳ９）、受信を確認すると、ＩＰアドレスを抽出し、それを用いて呼設定送信処理を行い（ステップＳ１０）、このルーチンから発信による通話の処理ルーチンに移行する。
【００２３】
また、ゲートキーパー１５から応答メッセージＡＣＦを受信しないときには、予め設定された不応答をタイマー管理する場合のタイマー時間（いわゆるタイムアウトのタイマー時間）が経過したか否か判別する（ステップＳ１１）。この不応答のタイムアウトのタイマー時間は、ＩＰネットワークを用いるシステムの場合には、ＩＴＵ‐Ｔ勧告Ｈ．３２３規格の通信手順を、ＬＡＮを通じて行わなければならず、しかも、ＬＡＮ上での輻輳状態を考慮しなければならないことを考慮して比較的長く設定され、例えば３０秒程度とされる。
【００２４】
ゲートキーパー１５から応答メッセージＡＣＦを受け取ることなく、タイムアウトのタイマー時間が経過したことを検知すると、その旨をＰＢＸに送る。すると、ＰＢＸは、回線解放処理を行った後（ステップＳ１２）、ビジートーン接続処理を行って（ステップＳ１３）、相手への発信が不可であったことを、発信を行った内線端末に通知する。発信を行った内線端末の使用者は、ビジートーンを聞くことにより、相手への発信が不可であったことを検知する。
【００２５】
以上のように、ゲートキーパー１５が何らかの原因でダウン（動作停止または非動作状態）していると、発信側は、相手についてのＩＰアドレスをゲートキーパー１５から取得することができなくなってしまい、ＩＰネットワークを通じた通信ができなくなってしまう問題がある。
【００２６】
また、ゲートキーパーがダウンしていることは、ゲートキーパーからの応答が到来しないことにより検知するが、前述したように、ＩＰネットワークを用いるシステムの場合には、不応答をタイマー管理する場合のタイマー時間は上述のように比較的長く、例えば３０秒に設定されており、発信不可を発信端末に知らせるまでに非常に長い時間がかかり、不便であった。
【００２７】
また、従来は、事前にゲートキーパーがダウンしていることを知る手立てがなかったので、発信側は、ダウンしているゲートキーパーに、無駄なＩＰアドレス問い合わせをしてしまうという問題もあった。
【００２８】
この発明は、以上の点にかんがみ、上述のような問題点を回避できるＶｏＩＰシステムにおける障害対策方法を提供することを目的とする。
【００２９】
【課題を解決するための手段】
上記課題を解決するため、請求項１の発明においては、
接続された複数個の通信端末の通信交換管理を行う通信交換管理装置が、ＩＰネットワークを構成するローカルエリアネットワークに接続され、前記通信端末から前記ＩＰネットワークを通じてＶｏＩＰにより相手との間の通信を行う発信要求があったときに、前記通信交換管理装置は、ＩＰネットワーク管理装置に前記相手のＩＰアドレスの問い合わせを行い、その問い合わせに対する応答として前記ＩＰネットワーク管理装置から送られてくる前記相手のＩＰアドレスを用いて呼設定送信を行うようにするＶｏＩＰシステムにおいて、
前記通信交換管理装置は、任意の時間間隔で、前記ＩＰネットワーク管理装置に、ＩＰアドレスの疑似問い合わせを行い、当該疑似問い合わせに対する前記ＩＰネットワーク管理装置からの応答の有無をチェックすることにより、前記ＩＰネットワーク管理装置の動作状態を把握し、前記ＩＰネットワーク管理装置が非動作状態と把握したときには、前記複数個の通信端末に、その旨を通知し、
前記通信端末のそれぞれは、使用者に前記ＩＰネットワーク管理装置を用いた回線が障害中であることを報知する報知手段を備え、前記通信交換管理装置から、前記ＩＰネットワーク管理装置が非動作状態であることの通知を受け取ったときには、前記報知手段により使用者に前記ＩＰネットワーク管理装置を用いた回線が障害中であることを報知する
ことを特徴とする。
【００３０】
また、請求項３の発明は、
接続された複数個の通信端末の通信交換管理を行う通信交換管理装置が、ＩＰネットワークを構成するローカルエリアネットワークに接続され、前記通信端末から前記ＩＰネットワークを通じてＶｏＩＰにより相手との間の通信を行う発信要求があったときに、前記通信交換管理装置は、ＩＰネットワーク管理装置に前記相手のＩＰアドレスの問い合わせを行い、その問い合わせに対する応答として前記ＩＰネットワーク管理装置から送られてくる前記相手のＩＰアドレスを用いて呼設定送信を行うようにするＶｏＩＰシステムにおいて、
前記通信交換管理装置は、任意の時間間隔で、前記ＩＰネットワーク管理装置に、ＩＰアドレスの疑似問い合わせを行い、当該疑似問い合わせに対する前記ＩＰネットワーク管理装置からの応答の有無をチェックすることにより、前記ＩＰネットワーク管理装置の動作状態を把握すると共に、
前記通信交換管理装置は、前記ＩＰネットワークを通じて通信を行なう相手として予め登録されている相手のＩＰアドレスと、前記相手の電話番号との対応関係を記憶しておき、前記通信端末から前記ＩＰネットワークを通じてＶｏＩＰにより相手との間の通信を行う発信要求があったときに、前記ＩＰネットワーク管理装置を用いずに、前記発信要求に含まれる通信相手の前記電話番号に対応して記録されている前記ＩＰアドレスを用いて呼設定送信を行うようにする臨時モードを備え、
前記ＩＰネットワーク管理装置が非動作状態と把握したときには、前記通信交換管理装置は、前記ＩＰネットワーク管理装置を用いずに、前記臨時モードに切り換えて発信の相手のＩＰアドレスを認識して前記呼設定送信を行う
ことを特徴とする。
【００３１】
また、請求項５の発明は、
接続された複数個の通信端末の通信交換管理を行う通信交換管理装置が、ＩＰネットワークを構成するローカルエリアネットワークに接続され、前記通信端末から前記ＩＰネットワークを通じてＶｏＩＰにより相手との間の通信を行う発信要求があったときに、前記通信交換管理装置は、ＩＰネットワーク管理装置に前記相手のＩＰアドレスの問い合わせを行い、その問い合わせに対する応答として前記ＩＰネットワーク管理装置から送られてくる前記相手のＩＰアドレスを用いて呼設定送信を行うようにするＶｏＩＰシステムにおいて、
前記通信交換管理装置は、任意の時間間隔で、前記ＩＰネットワーク管理装置に、ＩＰアドレスの疑似問い合わせを行い、当該疑似問い合わせに対する前記ＩＰネットワーク管理装置からの応答の有無をチェックすることにより、前記ＩＰネットワーク管理装置の動作状態を把握すると共に、
前記通信交換管理装置は、前記ＩＰネットワークを通じて通信を行なう相手として予め登録されている相手のＩＰアドレスと、前記相手の電話番号との対応関係を記憶しておき、前記通信端末から前記ＩＰネットワークを通じてＶｏＩＰにより相手との間の通信を行う発信要求があったときに、前記ＩＰネットワーク管理装置を用いずに、前記発信要求に含まれる通信相手の前記電話番号に対応して記録されている前記ＩＰアドレスを用いて呼設定送信を行うようにする臨時モードを備え、
前記ＩＰネットワーク管理装置が非動作状態と把握したときには、前記通信交換管理装置は、前記ＩＰアドレスの問い合わせ先を予備のＩＰネットワーク管理装置に変更することが可能か否か判別し、前記予備のＩＰネットワーク管理装置に変更可能であると判別したときには、前記予備のＩＰネットワーク管理装置に前記相手のＩＰアドレスの問い合わせを行い、前記予備のＩＰネットワーク管理装置に変更することが可能ではないと判別したときには、前記ＩＰネットワーク管理装置を用いずに、前記臨時モードに切り替えて発信の相手のＩＰアドレスを認識して前記呼設定送信を行う
ことを特徴とする。
【００３２】
【作用】
上述のように構成した請求項１の発明によれば、通信交換管理装置例えばＰＢＸは、任意の時間間隔で、ＩＰネットワーク管理装置例えばゲートキーパーに、ＩＰアドレスの疑似問い合わせを行う。
【００３３】
ゲートキーパーが非動作状態であれば、この疑似問い合わせに対する応答がゲートキーパーからは送られてこないので、通信交換管理装置は、この疑似問い合わせに対する応答の有無によりゲートキーパーの動作状態チェックをし、応答がなかったときには、ゲートキーパーは非動作状態であると把握する。そして、ゲートキーパーが非動作状態であると把握したときには、複数個の通信端末にその旨を通知する。
【００３４】
このため、この通知を受け取った通信端末では、例えばＶｏＩＰ用回線キーを、例えば所定の時間間隔でフラッシュするなどして、使用者に、ゲートキーパーが非動作状態であるため、ＶｏＩＰ回線に障害があることを報知することができる。
【００３５】
請求項３の発明は、通信交換管理装置が、ＩＰネットワーク管理装置例えばゲートキーパーを介さずに、通信交換管理装置自身が相手先のＩＰアドレスを解決するモードを備える場合である。この請求項４の発明の場合には、請求項１と同様にして、ゲートキーパーが非動作状態であるか否かを把握するようにするが、ゲートキーパーが非動作状態であると把握したときには、通信交換管理装置は、請求項１のように複数個の通信端末にその旨を通知するのではなく、ゲートキーパーを介さずに、通信交換管理装置自身が相手先のＩＰアドレスを解決するモードに切り換える。
【００３６】
したがって、この請求項３の発明によれば、ゲートキーパーが非動作状態であったとしても、通信端末からＶｏＩＰ回線を通じての発信要求が発生したときには、通信交換管理装置がＩＰアドレスを解決して呼設定送信をするので、ＩＰネットワークを通じた通信が可能になる。
【００３７】
また、請求項５の発明は、ＩＰネットワークに予備のゲートキーパーが接続されて設けられている場合である。この請求項５の発明の場合には、請求項１と同様にして、ゲートキーパーが非動作状態であるか否かを把握するようにするが、ゲートキーパーが非動作状態であると把握したときには、通信交換管理装置は、請求項１のように複数個の通信端末にその旨を通知するのではなく、ＩＰアドレスの問い合わせ先を予備のＩＰネットワーク管理装置に変更することが可能か否か判別し、前記予備のＩＰネットワーク管理装置に変更可能であると判別したときには、予備のゲートキーパーに切り換えてＩＰアドレスの解決をするようにする。
【００３８】
また、この請求項５の発明においては、予備のゲートキーパーに変更することが可能ではないと判別したときには、ゲートキーパーを用いずに、通信交換管理装置が備える臨時モードに切り替えて発信の相手のＩＰアドレスを認識して前記呼設定送信を行う。
【００３９】
したがって、この請求項５の発明によれば、ゲートキーパーが、予備のものも含めて使用できないときであっても、通信交換管理装置が備える臨時モードにより、ＩＰネットワークを通じて通信が可能になる。
【００４０】
【発明の実施の形態】
以下、この発明によるＶｏＩＰシステムにおける障害対策方法を、前述したような複数個のＰＢＸ間の通信に適用した場合の実施の形態を、図を参照しながら説明する。
【００４１】
図１は、この発明の実施の形態が適用されたＶｏＩＰシステムの構成図を示すものである。この図１において、前述した図１０の例の場合と同一部分には同一番号を付してある。
【００４２】
この図１の実施の形態におけるＰＢＸ２１，２２，２３は、前述したＶｏＩＰアダプタの機能を内部に内蔵するＶｏＩＰ対応のＰＢＸの構成とされており、それぞれＩＰネットワーク１４に直接的に接続されている。また、図１０の例と同様に、これらのＶｏＩＰ対応ＰＢＸ２１，２２，２３のそれぞれには、公衆網７が接続されると共に、複数個の通信端末として、この例では複数個の電話端末ＴＥ２１，ＴＥ２２，ＴＥ２３が接続される。なお、以下の説明において、電話端末ＴＥ２１，ＴＥ２２，ＴＥ２３を区別する必要がないときには、電話端末ＴＥと表記するものとする。
【００４３】
また、図１の例では、ＩＰネットワーク１４には、公衆網１８に接続されたダイヤルアップルータ３０が接続されている。このルータ３０は、公衆網１８を通じて相手方ルータ３２に接続されているパソコン３３と、データ通信を行うためのものである。
【００４４】
［ＶｏＩＰ対応のＰＢＸのハードウエア構成例］
この実施の形態のシステムにおけるＶｏＩＰ対応のＰＢＸ２１，２２，２３のハードウエア構成は、全く同一であるので、図２に、そのうちの一つであるＶｏＩＰ対応のＰＢＸ２１のハードウエア構成例を示す。なお、このＶｏＩＰ対応ＰＢＸは、この発明による通信交換管理装置の実施の形態でもある。
【００４５】
すなわち、この図２に示すように、実施の形態のＰＢＸ２１は、システムバス２００に対して、回線制御部２０１と、交換スイッチ２０２と、外線インターフェイス２０３と、内線インターフェイス２０４と、ＬＡＮインターフェイス２０５と、ＶｏＩＰ用管理制御部２０６と、パケット処理部２０７とが接続されて構成されている。
【００４６】
外線インターフェイス２０３は、ＰＢＸ２１を公衆網７に接続するためのインターフェイスであり、また、内線インターフェイス２０４は、複数個の内線電話端末ＴＥ２１をＰＢＸ２１に接続するためのインターフェイスであり、それぞれ交換スイッチ２０２に接続されていると共に、回線制御部２０１により制御される。
【００４７】
図１では、説明の簡単のため省略したが、外線インターフェイス２０３は収容する外線の電話回線の数だけ設けられる。また、内線インターフェイス２０４は、ＰＢＸ２１に接続される電話端末ＴＥ２１の数だけ設けられるものである。
【００４８】
また、ＬＡＮインターフェイス２０５は、ＩＰネットワーク１４にＶｏＩＰ対応ＰＢＸ２１を接続するためのインターフェイスであり、交換スイッチ２０２に接続されると共に、回線制御部２０１によって制御される。このＬＡＮインターフェイス２０５は、音声情報や制御情報をパケット化データの形式でやり取りする。このＬＡＮインターフェイス２０５も、説明の簡単のため省略したが、ＶｏＩＰ回線の数だけ設けられる。
【００４９】
パケット処理部２０７は、ＬＡＮインターフェイス２０５を通じて送出する音声情報や制御情報をパケット化すると共に、ＬＡＮインターフェイス２０５を通じて取得したパケット化データを分解して、音声情報や制御情報を抽出する機能を備える。
【００５０】
交換スイッチ２０２は、回線制御部２０１の制御に基づいて、外線インターフェイス２０３と、内線インターフェイス２０４と、ＬＡＮインターフェイス２０５との接続関係を制御して、外線発信、外線着信、内線発信、内線着信のそれぞれに応じた交換制御を実行する。
【００５１】
そして、このＶｏＩＰ用ＰＢＸ２１においては、パケット処理部２０７が交換スイッチ２０２に接続され、ＬＡＮインターフェイス２０５およびＩＰネットワーク１４を通じたＶｏＩＰ通信を行う場合には、このパケット処理部２０７でパケットの生成または分解処理がなされて、電話端末ＴＥと、ＩＰネットワーク１４を通じた相手との間で、パケット通信を行うようにしている。
【００５２】
回線制御部２０１は、マイクロコンピュータからなり、このＰＢＸ２１の全体の動作を制御するものである。
【００５３】
また、ＶｏＩＰ用管理制御部２０６は、電話端末ＴＥ２１の各内線番号とＩＰアドレスとの対応を管理すると共に、回線制御部２０１の指示を受けて、呼設定送信に先立って、ゲートキーパー１５に発信相手（着信先）のＩＰアドレスの問い合わせを行う機能も備える。
【００５４】
また、この実施の形態では、回線制御部２０１は、ＶｏＩＰ用管理制御部２０６を制御して、使用者により設定された一定の時間間隔で、ＩＰアドレスの疑似問い合わせを、ＩＰネットワーク管理装置の例としてのゲートキーパー１５に対して行い、その応答としてのＩＰアドレス解決メッセージＡＣＦを受信したかどうかにより、ゲートキーパー１５の動作状態のチェックを行う。
【００５５】
この実施の形態においては、ＩＰアドレスの疑似問い合わせは、自分の通信交換管理装置を着信先として、ゲートキーパー１５に送信される。なお、ＩＰアドレスの疑似問い合わせは、自分の通信交換管理装置を着信先とする場合に限られるわけではなく、ＩＰネットワークに接続される他の装置を着信先として、そのＩＰアドレスを問い合わせるものであってもよい。
【００５６】
そして、回線制御部２０１は、当該ゲートキーパー１５の動作状態のチェック結果を、ＶｏＩＰ用管理制御部２０６の図示を省略したメモリに格納して管理すると共に、各内線電話端末ＴＥ２１に通知するようにする。
【００５７】
また、この実施の形態では、ゲートキーパー１５が非動作状態であるときの非常のための臨時モードとして、ＶｏＩＰ対応ＰＢＸ内において相手先（着信先）のＩＰアドレスの解決を行うモードを設定することが可能である。
【００５８】
そして、この臨時モードが設定されたときには、ＶｏＩＰ用管理制御部２０６は、当該ＶｏＩＰ対応ＰＢＸからＩＰネットワーク１４を通じて通信を行う相手として予め登録されている相手のＩＰアドレスと、それらの電話番号等の番号との対応を記憶して管理する。そして、回線制御部２０１からの指示により、臨時モードとなったときには、内線端末からの発信要求に対応して、後述するように、ＶｏＩＰ用管理制御部２０６が、ＩＰアドレスの解決を実行する。
【００５９】
また、さらに、この実施の形態では、ＩＰネットワーク１４には、予備のゲートキーパー１９を設けることが可能とされている。そして、この予備のゲートキーパー１９がＩＰネットワーク１４に接続されたときには、ＶｏＩＰ用管理制御部２０６には、ゲートキーパー１５のみではなく、この予備のゲートキーパー１９のＩＰアドレスも登録され、回線制御部２０１の制御指示により、ゲートキーパー１５が非動作状態になったときに、この予備のゲートキーパー１９が正常に動作していれば、その予備のゲートキーパー１９にＩＰアドレスの問合せ先を変更することができるように構成されている。
【００６０】
［ゲートキーパー１５のハードウエア構成例］
次に、この実施の形態のシステムにおけるゲートキーパー１５のハードウエア構成例を図３に示す。この実施の形態のゲートキーパー１５は、例えばパーソナルコンピュータにより構成されるもので、ＣＰＵ１５０に対して、システムバス１５１を介してＲＯＭ１５２と、ＲＡＭ１５３と、ＬＡＮインターフェイス１５４と、パケット処理部１５５と、ネットワーク管理メモリ１５６とが接続されている。
【００６１】
ＲＯＭ１５２には、ＩＰアドレス問い合わせ要求ＡＲＱがあったときに、そのＩＰアドレスの解決を行って、応答メッセージＡＣＦを、問い合わせ要求を送ってきた装置に返すための処理シーケンスを実行するためのプログラムなど、ゲートキーパー１５が実行する処理プログラムが記憶されている。
【００６２】
ＲＡＭ１５３は、主としてＲＯＭ１５２のプログラムがＣＰＵ１５０によって実行される際にワークエリアとして使用される。
【００６３】
また、ＬＡＮインターフェイス１５４は、ＩＰネットワーク１４（ＬＡＮ）を通じて送られてくる前記ＩＰアドレス問い合わせ要求ＡＲＱなどのパケット化データを取り込み、また、ＩＰネットワーク１４に、前記応答メッセージＡＣＦなどのパケット化データを送出するための機能を備える。
【００６４】
パケット処理部１５５は、ＬＡＮインターフェイス１５４により取り込んだ前記ＩＰアドレス問い合わせ要求ＡＲＱのパケットを解読するために、受信したパケットを分解し、また、前記応答メッセージＡＣＦなどの送信するパケット化データを生成する機能を有する。パケット処理部１５５は、パケット化データを分解／生成したり、転送処理のために一時保存したりするためのバッファメモリを備える。
【００６５】
ネットワーク管理メモリ１５６は、ＩＰネットワーク内に存在するＶｏＩＰ対応ＰＢＸ２１，２２，２３、専用端末１６、ゲートウエイ１７、ダイヤルアップルータ３０のＩＰアドレスと電話番号等の番号情報との対応などの情報を記憶している。ＣＰＵ１５０は、それらの情報を用いて、前記ＩＰアドレス解決を行う。
【００６６】
なお、予備のゲートキーパー１９も、ゲートキーパー１５と同様の構成を備えるものである。
【００６７】
［通信端末の例としての電話端末ＴＥの説明］
図４は、各ＶｏＩＰ対応ＰＢＸに接続される内線通信端末の例としての電話端末ＴＥの操作部を示す図である。この実施の形態の場合、各電話端末ＴＥには、ＶｏＩＰ回線キー４１が設けられる。
【００６８】
そして、この実施の形態においては、このＶｏＩＰ回線キー４１は、その内部にＬＥＤ（発光ダイオード）やランプなどの発光素子が設けられて構成されており、押されたときにそれらの発光素子が点灯して、押されたことを示すようにされている。
【００６９】
また、このＶｏＩＰ回線キー４１は、後述するようにして、ＶｏＩＰ回線が正常動作状態であるか、ゲートキーパーが非動作状態であるためＶｏＩＰ回線が障害中であるかを使用者に報知するためにも用いられるようにされている。この例では、ＶｏＩＰ回線キー４１は、ＶｏＩＰ回線が障害中であるときには、内部の発光素子を所定の時間間隔でフラッシュさせることにより、障害中表示を行うことができるように構成されている。
【００７０】
このＶｏＩＰ回線キー４１を用いて、例えば相手ＰＢＸの通信端末に発信を行う場合には、使用者は、まず、ＶｏＩＰ回線キー４１を押した後、予め設定されているＰＢＸの番号、例えば「１０」、「２０」、「３０」などを入力する。その後、相手通信端末の内線番号をテンキー４２により入力する。
【００７１】
すると、ＶｏＩＰ対応ＰＢＸでは、回線制御部２０１の制御に従い、ＶｏＩＰ用管理制御部２０６は、指定された相手のＩＰアドレスの問い合わせ要求ＡＲＱをゲートキーパー１５に対して行う。ゲートキーパー１５は、この問い合わせに応答して、指定された相手のＩＰアドレスを含む応答メッセージＡＣＦを返す。ＶｏＩＰ用管理制御部２０６は、このゲートキーパー１５からのＩＰアドレスを用いて、ＩＰネットワーク１４を介して呼設定送信を行い、相手応答を待って通信路を形成する。
【００７２】
このとき、相手ＰＢＸは、受け取ったメッセージに含まれる内線番号に示される電話端末に着信を行う。これにより、ＩＰネットワーク１４を通じた通信が可能となる。
【００７３】
［ＶｏＩＰ回線の障害対策処理］
前述したように、この実施の形態では、ＶｏＩＰ対応ＰＢＸのそれぞれは、ゲートキーパー１５が正常に動作しているかどうかを事前にチェックして、ゲートキーパー１５が非動作状態であるときには、可能な障害対策を施すようにする。
【００７４】
図５および図６は、ＶｏＩＰ対応ＰＢＸのそれぞれで行われる、ゲートキーパー１５の動作、非動作の動作状態チェック処理および障害対策処理を示すフローチャートである。この処理は、ＶｏＩＰ対応ＰＢＸの回線制御部２０１が、ＶｏＩＰ用管理制御部２０６と共に、ソフトウエア処理として実行するもので、この例では、一定時間間隔で、回線の空き状態を監視しながら、図５および図６の処理を繰り返し行うようにする。なお、この処理は、この例のように、一定間隔で実行するのではなく、任意の時間間隔で、実行するようにしてもよい。
【００７５】
まず、ゲートキーパー１５に、着信先を自分としたＩＰアドレスの疑似問い合わせＡＲＱを送る（ステップＳ２１）。そして、ゲートキーパー１５からの応答メッセージＡＣＦを待ち、その受信を監視する（ステップＳ２２）。そして、ステップＳ２２で、ゲートキーパー１５から応答メッセージＡＣＦを受信しないと判別したときには、予め定めたタイムアウト時間、例えば３０秒経過したか否かチェックする（ステップＳ２３）。
【００７６】
そして、ゲートキーパー１５から応答メッセージＡＣＦが到来せずにタイムアウト時間が経過したと判別したときには、ゲートキーパー１５は非動作状態であると判断して、ＶｏＩＰ用管理制御部２０６に内蔵されるメモリに、ゲートキーパー１５が非動作状態であることを示す情報を書き込むようにする（ステップＳ２４）。
【００７７】
次に、予備のゲートキーパー１９に切り替え可能であるか否か判別する（ステップＳ２５）。切り替え可能かどうかの判別は、ＩＰネットワーク１４に予備ゲートキーパー１９が接続されているかどうかと、接続されている場合には、当該予備ゲートキーパー１９が動作状態であるかによる。
【００７８】
ＩＰネットワーク１４に予備ゲートキーパー１９が接続されているかどうかは、ＶｏＩＰ用管理制御部２０６に、予備ゲートキーパー１９が登録されているかどうかによる。また、予備ゲートキーパー１９が動作状態であるかは、例えば、上述と同様に、着信先を自分としたＩＰアドレスの疑似問い合わせＡＲＱを予備ゲートキーパー１９に送り、当該予備ゲートキーパー１９からの応答メッセージＡＣＦを受信できたかどうかによって確認することができる。
【００７９】
なお、切り替え可能かどうかの判別は、ＩＰネットワーク１４に予備ゲートキーパー１９が接続されているかどうかのみにより行うようにしてもよい。
【００８０】
そして、ステップＳ２５において、予備ゲートキーパー１９への切り替えが可能であると判別したときには、ＶｏＩＰ対応ＰＢＸは、以後のＩＰアドレスの問い合わせ要求ＡＲＱは、予備ゲートキーパー１９に送出するように、ゲートキーパーを切り換える（ステップＳ２６）。そして、この処理ルーチンを終了する。
【００８１】
一方、ステップＳ２５において、予備のゲートキーパー１９への切り換えが可能ではないと判別したときには、ゲートキーパーを介在させない臨時モードの設定がされているか否か判別する（ステップＳ２７）。臨時モードが設定されているときには、当該臨時モードに切り換える（ステップＳ２８）。そして、この処理ルーチンを終了する。
【００８２】
また、ステップＳ２７において、ゲートキーパーを介在させない臨時モードの設定がされていないと判別されたときには、ＶｏＩＰ回線障害中と認識し、その旨をＶｏＩＰ用管理制御部２０６のメモリに記憶させる（ステップＳ２９）。そして、当該ＶｏＩＰ対応ＰＢＸに接続されている内線電話端末ＴＥのそれぞれに、ＶｏＩＰ回線が障害中であることを通知する（ステップＳ３０）。そして、この処理ルーチンを終了する。
【００８３】
また、ステップＳ２２において、ゲートキーパー１５から応答メッセージＡＣＦを受信したと判別したときには、ＶｏＩＰ用管理制御部２０６のメモリの記憶情報を参照して、前回の疑似問い合わせではゲートキーパー１５がダウンしていたか否か判別する（図６のステップＳ３１）。ゲートキーパー１５はダウンしておらず、前回の疑似問い合わせの際にも、正常に動作していたと判別したときには、そのままこの処理ルーチンを終了する。
【００８４】
そして、ステップＳ３１において、前回の疑似問い合わせではゲートキーパー１５がダウンしていたと判別したときには、ゲートキーパー１５が動作状態に復帰したと把握して、ＶｏＩＰ用管理制御部２０６のメモリに記憶されるゲートキーパー１５の動作状態の記録を「正常動作状態」に戻す（ステップＳ３２）。
【００８５】
そして、次に、ＶｏＩＰ用管理制御部２０６のメモリの記憶情報を参照して、動作モードが予備のゲートキーパー１９を使用中モードであるか否か判別し（ステップＳ３３）、予備のゲートキーパー１９の使用中モードであれば、ＩＰアドレスの問い合わせ要求ＡＲＱの送出先を、予備のゲートキーパー１９から、復旧したゲートキーパー１５に戻す（ステップＳ３４）。
【００８６】
また、ステップＳ３３で、予備のゲートキーパー１９の使用中モードではないと判別したときには、ＶｏＩＰ用管理制御部２０６のメモリの記憶情報を参照して、ＶｏＩＰ回線障害中であるか否か判別し（ステップＳ３５）、ＶｏＩＰ回線障害中であると判別したときには、ＶｏＩＰ回線の障害復旧処理をし（ステップＳ３６）、当該ＶｏＩＰ対応ＰＢＸに接続されている内線電話端末ＴＥのそれぞれに、ＶｏＩＰ回線の障害復旧を通知する（ステップＳ３７）。
【００８７】
また、さらに、ステップＳ３５で、ＶｏＩＰ回線障害中とはなっていないと判別したときには、臨時モードとなっていると判別して、臨時モードからゲートキーパー１５にＩＰ問い合わせを行う通常モードへの復旧処理を行う（ステップＳ３８）。以上により、この処理ルーチンを終了する。
【００８８】
次に、上記のステップＳ３０またはステップＳ３７でのＶｏＩＰ対応ＰＢＸからの通知を受けたときの各内線電話端末ＴＥでの処理動作を、図７のフローチャートを参照しながら説明する。
【００８９】
まず、ＶｏＩＰ対応ＰＢＸからの通知を受信したか否かを判別する（ステップＳ４１）。ＶｏＩＰ対応ＰＢＸからの通知を受信したと判別したときには、その通知は、ＶｏＩＰ回線が障害中であることを示す通知であるか否か判別する（ステップＳ４２）。
【００９０】
そして、ＶｏＩＰ回線が障害中であることを示す通知であることを示すものであったときには、ＶｏＩＰ回線キー４１の表示素子を、所定時間間隔でフラッシュさせて、障害中を表示する（ステップＳ４３）。
【００９１】
また、ステップＳ４２で受信した通知がＶｏＩＰ回線の障害中の通知ではなかったと判別したときには、受信した通知が、ＶｏＩＰ回線の障害復旧通知であるか否か判別する（ステップＳ４４）。障害復旧通知であったときには、ＶｏＩＰ回線キー４１の前記フラッシュによる障害中表示を解除する（ステップＳ４５）。
【００９２】
また、ステップＳ４４での判別の結果、ＶｏＩＰ回線の障害復旧通知でもなかったときには、その通知に対応する処理を行う（ステップＳ４６）。
【００９３】
以上のようにして、この実施の形態においては、各内線端末ＴＥでは、ゲートキーパー１５が非動作状態で、しかも、予備のゲートキーパー１９が使用できず、さらに臨時モードの設定もないときには、ＶｏＩＰ回線キー４１のフラッシュ表示により、それを使用者に報知することができる。
【００９４】
使用者は、このＶｏＩＰ回線キー４１のフラッシュ表示により、ＶｏＩＰ回線が利用不能であることを知るため、当該使用者は、そのＶｏＩＰ回線キー４１を用いた発信を控えるようになる。
【００９５】
また、当該障害中表示をしている回線キーを押したとしても、ＶｏＩＰ対応ＰＢＸは、ＶｏＩＰ用管理制御部２０６に、ゲートキーパー１５の動作状態チェック情報およびＶｏＩＰ対応ＰＢＸの現在の動作モードを記憶しているので、それらの動作状態チェック情報や動作モード情報を用いることにより、ＶｏＩＰ回線キー４１を押下して発信をしてきた内線電話端末の使用者に、ＶｏＩＰ回線が使用不能であることを、例えばビジートーンにより知らせることができる。
【００９６】
図８は、内線電話端末ＴＥで、ＶｏＩＰ回線キー４１が押された場合のＶｏＩＰ対応ＰＢＸでの処理のフローチャートである。この処理は、回線制御部２０１でソフトウエア処理として実行される。
【００９７】
すなわち、まず、いずれかの内線電話端末でＶｏＩＰ回線キー４１が押されたか否か判別する（ステップＳ５１）。ＶｏＩＰ回線キー４１の押下以外の他のイベントであったときには、そのイベントに応じた処理のルーチンに移行する（ステップＳ５２）。
【００９８】
ステップＳ５１で、回線キーの押下操作があったと判別したときには、ＶｏＩＰ回線についての障害状況を、ＶｏＩＰ用管理制御部２０６のメモリに記憶されている情報を参照することによりチェックする（ステップＳ５３）。そして、そのチェックの結果により、「ＶｏＩＰ回線障害中」であると判別したときには、回線解放処理を行い（ステップＳ５４）、当該内線端末にはビジートーンを送って（ステップＳ５５）、ＶｏＩＰ回線を用いた発信が不可であることをその使用者に知らせる。
【００９９】
そして、ステップＳ５３で、「ＶｏＩＰ回線障害中」ではないと判別したときには、ＶｏＩＰ回線が空き状態であるか否か判別し（ステップＳ５６）、ＶｏＩＰ回線空き状態でなければ、ビジートーン接続処理を行うなど、対応処理を行う（ステップＳ５７）。
【０１００】
そして、ステップＳ５６でＶｏＩＰ回線に空きがあると判別したときには、回線捕捉処理を行い（ステップＳ５８）、ダイヤルトーン接続処理を行う（ステップＳ５９）。すると、内線端末には、ダイヤルトーンが送られ、発信者は、発信可能であることを認識する。
【０１０１】
ダイヤルトーンを聴取した発信者は、次に、発信の相手先のダイヤル入力を行うので、ＶｏＩＰ対応ＰＢＸの回線制御部２０１は、このダイヤル入力を待つ（ステップＳ６０）。そして、そのダイヤル入力を受け付けると、回線制御部２０１は、現在のモードが臨時モードであるか否かの判別を行い（ステップＳ６１）、臨時モードでなければ、ゲートキーパーにダイヤル入力で示される着信先のＩＰアドレスの問い合わせ要求ＡＲＱをゲートキーパーに送信する（ステップＳ６２）。
【０１０２】
このとき、ＶｏＩＰ用管理制御部２０６は、前述したように、ゲートキーパー１５の動作状態を認識していると共に、ゲートキーパー１５が非動作状態のときには、予備のゲートキーパー１９が使用可能かどうかを認識している。そこでＶｏＩＰ用管理制御部２０６は、ＩＰアドレスの問い合わせ要求ＡＲＱの送信先としては、ゲートキーパー１５が正常動作状態であればゲートキーパー１５とし、予備のゲートキーパー１９の使用時であれば、当該予備のゲートキーパー１９とする。
【０１０３】
この問い合わせ要求ＡＲＱに対して、ゲートキーパー１５または予備のゲートキーパー１９は、動作状態であれば、ダイヤル入力された番号に対応する相手のＩＰアドレスを含む応答メッセージＡＣＦを返してくる。そこで、ＶｏＩＰ対応ＰＢＸは、この応答メッセージＡＣＦを待ち（ステップＳ６３）、受信を確認すると、ＩＰアドレスを抽出し、それを用いて呼設定送信処理を行い（ステップＳ６６）、このルーチンから発信による通話の処理ルーチンに移行する。
【０１０４】
また、ゲートキーパー１５または予備のゲートキーパー１９から応答メッセージＡＣＦを受信しないときには、タイムアウトのタイマー時間が経過したか否か判別する（ステップＳ６４）。そして、ゲートキーパー１５または予備のゲートキーパー１９から応答メッセージＡＣＦを受け取ることなく、タイムアウトのタイマー時間が経過したことを検知すると、ＶｏＩＰ対応ＰＢＸは、回線解放処理を行った後（ステップＳ５４）、ビジートーン接続処理を行って（ステップＳ５５）、相手への発信が不可であったことを、発信を行った内線端末に通知する。発信を行った内線端末の使用者は、ビジートーンを聞くことにより、相手への発信が不可であったことを検知する。
【０１０５】
また、ステップＳ６１で臨時モード中であると判別したときには、回線制御部２０１からの指示を受けたＶｏＩＰ用管理制御部２０６は、ゲートキーパーにＩＰアドレス問い合わせ要求ＡＲＱを送出せずに、ダイヤル入力された番号に対応する相手のＩＰアドレスを、自己のメモリに蓄積されている情報を用いて決定し（ステップＳ６５）、その決定したＩＰアドレスを用いて呼設定送信を行う（ステップＳ６６）。
【０１０６】
以上のようにして、この実施の形態によれば、ＶｏＩＰ対応ＰＢＸは、定期的にゲートキーパーの動作状態のチェックを行い、ゲートキーパーが非動作状態であって、ＶｏＩＰ回線が使用不能（予備のゲートキーパー無し、かつ、臨時モードの設定無し）になったときには、ＶｏＩＰ回線障害中を内線電話端末ＴＥに通知し、ＶｏＩＰ回線キー４１によって障害中表示を行わせるようにしたので、使用者は、事前にＶｏＩＰ回線の使用不能を認識でき、無駄な発信を行わないようにすることができ、便利である。
【０１０７】
また、たとえ、ＶｏＩＰ回線が障害中において、ＶｏＩＰ回線を使用する発信要求をしたとしても、ＶｏＩＰ対応ＰＢＸは、ＩＰ問い合わせ要求ＡＲＱを送出することなく、内線電話端末にビジートーンを送るなどして、ＶｏＩＰ回線の使用不可であることを使用者に即座に認識させることができ、従来のように、ＶｏＩＰ回線の使用不可を、例えば３０秒以上の長時間にわたって待つ必要がないというメリットもある。
【０１０８】
また、この発明によれば、ゲートキーパー１５がダウンしたとしても、予備のゲートキーパーがＩＰネットワークに接続されているときには、その予備のゲートキーパーを利用するモードに自動的に切り換えることができるので、従来のように、ゲートキーパーがダウンしたら即座にＶｏＩＰ回線が利用不能となる事態を防止できる。
【０１０９】
また、この発明によれば、ＶｏＩＰ対応ＰＢＸが、ゲートキーパーによらずに自装置内でＩＰアドレスの解決を行える臨時モードを設定できるようにして、ゲートキーパーがダウンしたときには自動的にその臨時モードに切り換えるようにすることにより、従来のように、ゲートキーパーがダウンしたら即座にＶｏＩＰ回線が利用不能となる事態を防止できる。
【０１１０】
［他の実施の形態］
上記の実施の形態の説明では、ＶｏＩＰ回線障害中であるときには、ビジートーンにより、ＶｏＩＰ回線の発信不可を報知するようにしたが、ゲートキーパーが非動作状態であることを音声メッセージにより、内線電話端末に通知するようにすることもできる。
【０１１１】
また、ゲートキーパーへのＩＰアドレスの疑似問い合わせは、ＶｏＩＰ対応ＰＢＸ自身を着信先とするものであったが、着信先はこれに限られるものではないことは勿論である。
【０１１２】
また、内線電話端末のそれぞれが、ＶｏＩＰ用管理制御部２０６のメモリと同様のメモリを備えて、ＶｏＩＰ対応ＰＢＸからのゲートキーパーの動作状態チェック情報を受け取って保存しておくことにより、内線電話端末自身が、ＶｏＩＰ回線を通じての発信の操作があったときに、音声メッセージなどにより、ＶｏＩＰ回線障害中状態の通知をするようにすることもできる。
【０１１３】
また、上述の実施の形態では、ＶｏＩＰ回線キーを所定時間間隔でフラッシュすることにより、ＶｏＩＰ回線が使用不可であることを使用者に報知するようにしたが、使用者への報知は、このような表示方法に限らず、例えば当該回線キーを押したときに、障害中を音声メッセージにより報知するようにしてもよい。
【０１１４】
また、上述の実施の形態においては、ＶｏＩＰ対応ＰＢＸが、通信交換管理装置として、ゲートキーパーの動作状態チェックを実行し、電話端末にその結果を通知したり、電話端末からの発信時の処理を実行したりするようにしたが、この発明が適用される通信交換管理装置は、ＶｏＩＰ対応ＰＢＸに限られるわけではない。
【０１１５】
例えば、図１１に示したように、ＰＢＸに対してＶｏＩＰアダプタを設ける構成にし、ＶｏＩＰアダプタにゲートキーパーの動作状態チェック処理機能を設け、その結果を、ＰＢＸに通知する構成にしてもよい。
【０１１６】
また、この発明は、図１のようなＰＢＸを用いるシステムにのみ適用されるものではなく、例えば図９のようなＶｏＩＰシステムにも適用可能である。すなわち、この図９のシステムは、ＩＴＵ−Ｔ勧告Ｈ．３２３の規格によるＩＰネットワーク５１を構成するＬＡＮに対して、電話端末ＴＥの複数個と、ゲートキーパーＧＫの複数個と、クリアリングハウス５２と、ゲートウエイ５３とが接続されて構成される。ゲートウエイ５３は公衆網５４に接続されている。
【０１１７】
このシステム例では、複数個の電話端末ＴＥは、複数個のゾーンＺ１、Ｚ２、・・・、Ｚｎのそれぞれにグループ分けされる。この例の場合、ゲートキーパーＧＫは、ゾーンＺ１、Ｚ２、・・・、Ｚｎのそれぞれに一つが設けられ、各ゲートキーパーＧＫ１、ＧＫ２、・・・、ＧＫｎは、一つのゾーン内の複数の電話端末ＴＥを管理する。図９の例では、例えば、ゾーンＺ１では、そのゾーン内の複数個の電話端末ＴＥ１１，ＴＥ１２，・・・の管理をゲートキーパーＧＫ１が行い、ゾーンＺ２では、そのゾーン内の複数個の電話端末ＴＥ２１，ＴＥ２２，・・・の管理をゲートキーパーＧＫ２が行う。
【０１１８】
したがって、図９の例の場合、ゲートキーパーＧＫのそれぞれは、ゾーン内の交換管理を行うゾーン内通信交換管理装置の役割を有するものである。
【０１１９】
図９の例においては、ゲートキーパーＧＫ１，ＧＫ２，・・・，ＧＫｎは、各ゾーン内の電話端末として自己に登録された複数の電話端末ＴＥの管理、帯域幅の割り当て、電話番号とＩＰアドレスの対応付けなどを行い、複数個の電話端末ＴＥによる他の電話端末ＴＥとの電話通信を管理する機能を有する。
【０１２０】
また、ゲートキーパーＧＫ１，ＧＫ２，・・・，ＧＫｎは、ゲートウエイ５３を通じた公衆電話網５４と、自己に登録された複数の電話端末ＴＥとの間での電話通信の交換管理も行う。
【０１２１】
電話端末ＴＥのそれぞれは、ＩＰネットワーク５１に接続されたときに、自端末を管理するゲートキーパーＧＫに登録される。各電話端末ＴＥは、電話番号として公衆番号と内線番号とを有し、ゲートキーパーＧＫ１，ＧＫ２，・・・，ＧＫｎには、その両者が登録される。ゲートキーパーＧＫ１，ＧＫ２，・・・，ＧＫｎは、これらの番号とＩＰアドレスとの対応を管理する。
【０１２２】
クリアリングハウス２は、システム内の複数個のゾーンＺ１、Ｚ２、・・・、Ｚｎを管理するもので、各ゲートキーパーＧＫ１，ＧＫ２，・・・，ＧＫｎのＩＰアドレスと、各ゲートキーパーＧＫ１，ＧＫ２，・・・，ＧＫｎがいずれの電話端末ＴＥを管理しているかの情報を備える。
【０１２３】
すなわち、図９の例のクリアリングハウス５２は、システム内のゲートキーパーＧＫ１，ＧＫ２，・・・，ＧＫｎおよび電話端末ＴＥの全体の配置を把握して、電話端末間での通信の際の交換を管理するシステム内交換管理装置の役割を果たすものである。クリアリングハウス５２は、複数のゾーン間での通話のためのアドレス解決を行って、内線通話を実現するようにしている。
【０１２４】
すなわち、各ゾーンの電話端末から他のゾーンの電話端末への発信要求があると、そのゾーンのゲートキーパーは、クリアリングハウス５２に、ＩＰアドレスの問い合わせ要求を送り、その応答としてクリアリングハウス５２から送られてくるＩＰアドレスを取得して、その取得したＩＰアドレスを用いて呼設定送信を行うようにする。
【０１２５】
したがって、クリアリングハウス５２をネットワーク管理装置に対応させ、各ゾーンのゲートキーパーＧＫ１，ＧＫ２，・・・，ＧＫｎを通信交換管理装置に対応させることにより、この図９の例のシステムにも、上述の実施の形態と全く同様にして、この発明を適用することができるものである。
【０１２６】
なお、以上の実施の形態は、ＩＴＵ−Ｔ勧告のＨ．３２３規格の場合として説明したが、パケット通信のための規格は、Ｈ．３２３規格の場合に限られるものではないことは言うまでもない。
【０１２７】
【発明の効果】
以上説明したように、この発明によれば、ＶｏＩＰシステムにおいて、ゲートキーパーが非動作状態であって、ＶｏＩＰ回線が使用不能であるときには、そのことを使用者に事前に知らせることができる。また、従来のように長時間待つことなく、ＶｏＩＰ回線が使用不能であることを、通信端末の使用者に知らせることができる。
【０１２８】
また、この発明によれば、ＶｏＩＰシステムにおいて、ゲートキーパーが非動作状態になったとしても、予備のゲートキーパーを利用したり、通信交換管理装置事態でＩＰアドレス解決を図るようにしたりするモードに自動的に切り換えることにより、ＶｏＩＰ回線を利用した通信を行うことができる。
【図面の簡単な説明】
【図１】この発明によるＶｏＩＰシステムの実施の形態を示すブロック図である。
【図２】実施の形態で用いる通信交換管理装置の例としてのＶｏＩＰ対応ＰＢＸのハードウエア構成例を示すブロック図である。
【図３】実施の形態におけるＩＰネットワーク管理装置の例としてのゲートキーパーの構成例を示すブロック図である。
【図４】実施の形態で用いる電話端末の操作部を説明するための図である。
【図５】実施の形態の要部の動作を説明するためのフローチャートの一部を示すである。
【図６】実施の形態の要部の動作を説明するためのフローチャートの一部を示すである。
【図７】実施の形態の要部の動作を説明するためのフローチャートを示すである。
【図８】実施の形態の要部の動作を説明するためのフローチャートを示すである。
【図９】この発明の他の実施の形態の構成例を示すブロック図である。
【図１０】従来の通信システムの構成例を示すブロック図である。
【図１１】ＶｏＩＰシステムの構成例を示すブロック図である。
【図１２】従来のＶｏＩＰシステムにおけるゲートキーパー非動作状態時の発信時処理を説明するためのフローチャートである。
【符号の説明】
１４ ＩＰネットワーク
１５ ゲートキーパー
１９ 予備のゲートキーパー
２１，２２，２３ ＶｏＩＰ対応ＰＢＸ
４１ ＶｏＩＰキー
ＴＥ２１，ＴＥ２２，ＴＥ２３ 通信端末（電話端末）
【発明の属する技術分野】
この発明は、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）システムにおいて、ＩＰネットワーク上のＩＰアドレスを管理する例えばゲートキーパーなどの通信交換管理装置がダウンして、非動作状態になったときの対策に関するものである。
【０００２】
【従来の技術】
複数個の構内交換機（以下、ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ Ｅｘｃｈａｎｇｅ）という）システムの間で、公衆網を介することなく通信を行う場合に、従来、一般的には、各ＰＢＸ間は専用線で接続するようにしている。
【０００３】
図１０は、この種の通信システムの構成例を示すものである。この例は、３個のＰＢＸ１，ＰＢＸ２，ＰＢＸ３間での通信を可能とする場合であり、これら３個のＰＢＸ１，ＰＢＸ２，ＰＢＸ３の間は、それぞれ専用線４，５，６で接続されている。ＰＢＸ１，ＰＢＸ２，ＰＢＸ３のそれぞれには、公衆網７が接続されると共に、複数個の通信端末としての複数個の内線端末ＴＥ１，ＴＥ２，ＴＥ３が接続される。
【０００４】
この図１０のシステムにおいて、例えば、ＰＢＸ１の内線端末ＴＥ１から、ＰＢＸ２の内線端末ＴＥ２を呼び出して通話をしようとする場合、内線端末ＴＥ１の使用者は、ＰＢＸ２を指定する番号を入力した後、あるいは、ＰＢＸ２に対応する回線キーを押した後、内線端末ＴＥ２の内線番号をダイヤルする。すると、内線端末ＴＥ１−ＰＢＸ１−ＰＢＸ２−ＴＥ２という通話路が生成されて、ＴＥ１とＴＥ２との間が専用線４を通じて接続され、通話が可能となる。
【０００５】
図１０のように専用線を用いてＰＢＸ間を接続するシステム構成の場合には、互いに接続しようとするＰＢＸが増加した場合には、その分だけ、専用線を増加しなければならないという問題がある。
【０００６】
そこで、インターネットやイントラネットのようなＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークを利用して音声信号を送る技術であるＶｏＩＰを用いて、上記のような複数個のＰＢＸ間の通信を行うようにするＶｏＩＰシステムが提供されている。このＶｏＩＰシステムは、例えば、一般のＬＡＮ（ローカルエリアネットワーク）用の規格であるＩＴＵ‐Ｔ勧告Ｈ．３２３が用いられて構成される。
【０００７】
図１１は、この種のＶｏＩＰシステムの概要を示すブロック図である。すなわち、この例のＶｏＩＰシステムにおいては、各ＰＢＸ１，２，３は、ＶｏＩＰアダプタ１１，１２，１３を介して、ＬＡＮにより構成されるＩＰネットワーク１４に接続される。この場合、このＩＰネットワーク１４を通じての通信は、ＩＴＵ−Ｔ勧告Ｈ．３２３の規格に準拠するように構成されている。
【０００８】
ＩＰネットワーク１４には、さらに、ゲートキーパー１５と、ＩＴＵ‐Ｔ勧告Ｈ．３２３規格に対応の通信端末１６と、ゲートウエイ１７とが接続される。
【０００９】
ＶｏＩＰアダプタ１１，１２，１３のそれぞれは、ＩＰネットワーク１４とＰＢＸ１，２，３のそれぞれとを接続するための機能を備える中継管理装置の役割を果たすもので、連続音声信号とＩＰ音声パケットの相互変換や、ＩＰ音声パケットの他のＶｏＩＰアダプタやゲートキーパー１５とのやり取り、さらに、電話番号とＩＰアドレスとの相互変換を行う。
【００１０】
ゲートキーパー１５は、システム内の、ＰＢＸ１，２，３および各内線通信端末ＴＥ１，ＴＥ２，ＴＥ３や，通信端末１６、ゲートウエイ１７の管理、電話番号とＩＰアドレスの対応付けなどを行い、ＩＰネットワーク１４を通じた通信を管理する機能を有するシステム内通信交換管理装置の役割を果たす。
【００１１】
ＰＢＸ１，２，３のいずれかの内線通信端末から、他のＰＢＸのいずれかの内線通信端末に宛てて通信を行う場合には、通常は、ゲートキーパー１５を介して通信の接続を行うようにする。例えば、上述の例と同様に、ＰＢＸ１の内線通信端末ＴＥ１から、相手としてＰＢＸ２の内線通信端末ＴＥ２を呼び出して通信を行う場合について説明すると、以下のようになる。
【００１２】
すなわち、ＰＢＸ２の番号と、相手内線端末ＴＥ２の番号を入力して発信をする場合には、ＶｏＩＰアダプタ１１が、ゲートキーパー１５に、相手ＰＢＸ２および相手内線端末ＴＥ２のＩＰアドレスを問い合わせ、その問い合わせに対する応答としてゲートキーパー１５から送られてくるＩＰアドレス情報を用いて宛先を指定するパケットを生成し、相手ＰＢＸおよび内線端末に送るようにする。
【００１３】
また、ＶｏＩＰアダプタ１１は、ＩＰネットワーク１４を通じて相手から送られてくるパケットを受信し、ＩＰアドレスと番号情報との変換を行うと共に、パケットを分解して音声情報や制御情報を生成し、ＰＢＸ１に転送するようにする。
【００１４】
相手ＰＢＸ２側でもＶｏＩＰアダプタ１２が同様にしてＩＰアドレスと番号情報との変換および連続音声情報や制御情報とパケットとの変換処理を行う。
【００１５】
以上のようにして、ＰＢＸ１およびＰＢＸ２がＩＰネットワーク１４を通じて通信ができるようにされる。このように、ＩＰネットワーク１４を介して複数個のＰＢＸ間で通信を行うようなシステム構成においては、互いに通信を行おうとするＰＢＸを増加させる場合には、ＶｏＩＰアダプタを介して新設のＰＢＸをＩＰネットワーク１４に接続するだけでよくなり、図１０のシステムのように、専用線を増加しなければならないという問題は生じない。
【００１６】
【発明が解決しようとする課題】
ところで、上述のように、ＩＰネットワークを通じてＶｏＩＰによる電話通信を複数個のＰＢＸ間で行う場合においては、ＶｏＩＰアダプタは、ゲートキーパー１５に相手のＩＰアドレスを問い合わせして、当該ＩＰアドレスを取得した後、呼設定送信を行うようにする。
【００１７】
図１２は、ＰＢＸに接続される通信端末からＩＰネットワークを通じた通信の発信要求が発生したときに、ＶｏＩＰアダプタにおいて行われる発信動作時処理の流れを示すフローチャートである。
【００１８】
まず、ＰＢＸの内線通信端末からＶｏＩＰ用の回線捕捉要求が発生したか否かをＰＢＸ経由で判別し（ステップＳ１）、発生していないと判別したときには、その他の処理に移行する（ステップＳ２）。
【００１９】
ステップＳ１で、ＶｏＩＰ用の回線捕捉要求が発生したと判別したときには、ＶｏＩＰ回線は空き状態であるか否か判別し（ステップＳ３）、空き状態でなければ、それに対応した処理を行う（ステップＳ４）。このとき、内線端末では、ダイヤルトーンが聞こえないので、発信不可であることがわかる。
【００２０】
ステップＳ３でＶｏＩＰ回線に空きがあると判別したときには、回線捕捉処理を行い（ステップＳ５）、ＰＢＸにダイヤルトーン接続処理を行うように依頼する（ステップＳ６）。すると、内線端末には、ダイヤルトーンが送られ、発信者は、発信可能であることを認識する。
【００２１】
ダイヤルトーンを聴取した発信者は、次に、発信の相手先のダイヤル入力を行うので、ＶｏＩＰアダプタは、ＰＢＸ経由でこのダイヤル入力を待つ（ステップＳ７）。そして、そのダイヤル入力を受け付けると、ＶｏＩＰアダプタは、ゲートキーパー１５に、ダイヤル入力された番号に対応する相手のＩＰアドレスの問い合わせ要求ＡＲＱを送信する（ステップＳ８）。
【００２２】
この問い合わせ要求ＡＲＱに対して、ゲートキーパー１５は、動作状態であれば、ダイヤル入力された番号に対応する相手のＩＰアドレスを含む応答メッセージＡＣＦを返してくる。そこで、ＶｏＩＰアダプタは、この応答メッセージＡＣＦを待ち（ステップＳ９）、受信を確認すると、ＩＰアドレスを抽出し、それを用いて呼設定送信処理を行い（ステップＳ１０）、このルーチンから発信による通話の処理ルーチンに移行する。
【００２３】
また、ゲートキーパー１５から応答メッセージＡＣＦを受信しないときには、予め設定された不応答をタイマー管理する場合のタイマー時間（いわゆるタイムアウトのタイマー時間）が経過したか否か判別する（ステップＳ１１）。この不応答のタイムアウトのタイマー時間は、ＩＰネットワークを用いるシステムの場合には、ＩＴＵ‐Ｔ勧告Ｈ．３２３規格の通信手順を、ＬＡＮを通じて行わなければならず、しかも、ＬＡＮ上での輻輳状態を考慮しなければならないことを考慮して比較的長く設定され、例えば３０秒程度とされる。
【００２４】
ゲートキーパー１５から応答メッセージＡＣＦを受け取ることなく、タイムアウトのタイマー時間が経過したことを検知すると、その旨をＰＢＸに送る。すると、ＰＢＸは、回線解放処理を行った後（ステップＳ１２）、ビジートーン接続処理を行って（ステップＳ１３）、相手への発信が不可であったことを、発信を行った内線端末に通知する。発信を行った内線端末の使用者は、ビジートーンを聞くことにより、相手への発信が不可であったことを検知する。
【００２５】
以上のように、ゲートキーパー１５が何らかの原因でダウン（動作停止または非動作状態）していると、発信側は、相手についてのＩＰアドレスをゲートキーパー１５から取得することができなくなってしまい、ＩＰネットワークを通じた通信ができなくなってしまう問題がある。
【００２６】
また、ゲートキーパーがダウンしていることは、ゲートキーパーからの応答が到来しないことにより検知するが、前述したように、ＩＰネットワークを用いるシステムの場合には、不応答をタイマー管理する場合のタイマー時間は上述のように比較的長く、例えば３０秒に設定されており、発信不可を発信端末に知らせるまでに非常に長い時間がかかり、不便であった。
【００２７】
また、従来は、事前にゲートキーパーがダウンしていることを知る手立てがなかったので、発信側は、ダウンしているゲートキーパーに、無駄なＩＰアドレス問い合わせをしてしまうという問題もあった。
【００２８】
この発明は、以上の点にかんがみ、上述のような問題点を回避できるＶｏＩＰシステムにおける障害対策方法を提供することを目的とする。
【００２９】
【課題を解決するための手段】
上記課題を解決するため、請求項１の発明においては、
接続された複数個の通信端末の通信交換管理を行う通信交換管理装置が、ＩＰネットワークを構成するローカルエリアネットワークに接続され、前記通信端末から前記ＩＰネットワークを通じてＶｏＩＰにより相手との間の通信を行う発信要求があったときに、前記通信交換管理装置は、ＩＰネットワーク管理装置に前記相手のＩＰアドレスの問い合わせを行い、その問い合わせに対する応答として前記ＩＰネットワーク管理装置から送られてくる前記相手のＩＰアドレスを用いて呼設定送信を行うようにするＶｏＩＰシステムにおいて、
前記通信交換管理装置は、任意の時間間隔で、前記ＩＰネットワーク管理装置に、ＩＰアドレスの疑似問い合わせを行い、当該疑似問い合わせに対する前記ＩＰネットワーク管理装置からの応答の有無をチェックすることにより、前記ＩＰネットワーク管理装置の動作状態を把握し、前記ＩＰネットワーク管理装置が非動作状態と把握したときには、前記複数個の通信端末に、その旨を通知し、
前記通信端末のそれぞれは、使用者に前記ＩＰネットワーク管理装置を用いた回線が障害中であることを報知する報知手段を備え、前記通信交換管理装置から、前記ＩＰネットワーク管理装置が非動作状態であることの通知を受け取ったときには、前記報知手段により使用者に前記ＩＰネットワーク管理装置を用いた回線が障害中であることを報知する
ことを特徴とする。
【００３０】
また、請求項３の発明は、
接続された複数個の通信端末の通信交換管理を行う通信交換管理装置が、ＩＰネットワークを構成するローカルエリアネットワークに接続され、前記通信端末から前記ＩＰネットワークを通じてＶｏＩＰにより相手との間の通信を行う発信要求があったときに、前記通信交換管理装置は、ＩＰネットワーク管理装置に前記相手のＩＰアドレスの問い合わせを行い、その問い合わせに対する応答として前記ＩＰネットワーク管理装置から送られてくる前記相手のＩＰアドレスを用いて呼設定送信を行うようにするＶｏＩＰシステムにおいて、
前記通信交換管理装置は、任意の時間間隔で、前記ＩＰネットワーク管理装置に、ＩＰアドレスの疑似問い合わせを行い、当該疑似問い合わせに対する前記ＩＰネットワーク管理装置からの応答の有無をチェックすることにより、前記ＩＰネットワーク管理装置の動作状態を把握すると共に、
前記通信交換管理装置は、前記ＩＰネットワークを通じて通信を行なう相手として予め登録されている相手のＩＰアドレスと、前記相手の電話番号との対応関係を記憶しておき、前記通信端末から前記ＩＰネットワークを通じてＶｏＩＰにより相手との間の通信を行う発信要求があったときに、前記ＩＰネットワーク管理装置を用いずに、前記発信要求に含まれる通信相手の前記電話番号に対応して記録されている前記ＩＰアドレスを用いて呼設定送信を行うようにする臨時モードを備え、
前記ＩＰネットワーク管理装置が非動作状態と把握したときには、前記通信交換管理装置は、前記ＩＰネットワーク管理装置を用いずに、前記臨時モードに切り換えて発信の相手のＩＰアドレスを認識して前記呼設定送信を行う
ことを特徴とする。
【００３１】
また、請求項５の発明は、
接続された複数個の通信端末の通信交換管理を行う通信交換管理装置が、ＩＰネットワークを構成するローカルエリアネットワークに接続され、前記通信端末から前記ＩＰネットワークを通じてＶｏＩＰにより相手との間の通信を行う発信要求があったときに、前記通信交換管理装置は、ＩＰネットワーク管理装置に前記相手のＩＰアドレスの問い合わせを行い、その問い合わせに対する応答として前記ＩＰネットワーク管理装置から送られてくる前記相手のＩＰアドレスを用いて呼設定送信を行うようにするＶｏＩＰシステムにおいて、
前記通信交換管理装置は、任意の時間間隔で、前記ＩＰネットワーク管理装置に、ＩＰアドレスの疑似問い合わせを行い、当該疑似問い合わせに対する前記ＩＰネットワーク管理装置からの応答の有無をチェックすることにより、前記ＩＰネットワーク管理装置の動作状態を把握すると共に、
前記通信交換管理装置は、前記ＩＰネットワークを通じて通信を行なう相手として予め登録されている相手のＩＰアドレスと、前記相手の電話番号との対応関係を記憶しておき、前記通信端末から前記ＩＰネットワークを通じてＶｏＩＰにより相手との間の通信を行う発信要求があったときに、前記ＩＰネットワーク管理装置を用いずに、前記発信要求に含まれる通信相手の前記電話番号に対応して記録されている前記ＩＰアドレスを用いて呼設定送信を行うようにする臨時モードを備え、
前記ＩＰネットワーク管理装置が非動作状態と把握したときには、前記通信交換管理装置は、前記ＩＰアドレスの問い合わせ先を予備のＩＰネットワーク管理装置に変更することが可能か否か判別し、前記予備のＩＰネットワーク管理装置に変更可能であると判別したときには、前記予備のＩＰネットワーク管理装置に前記相手のＩＰアドレスの問い合わせを行い、前記予備のＩＰネットワーク管理装置に変更することが可能ではないと判別したときには、前記ＩＰネットワーク管理装置を用いずに、前記臨時モードに切り替えて発信の相手のＩＰアドレスを認識して前記呼設定送信を行う
ことを特徴とする。
【００３２】
【作用】
上述のように構成した請求項１の発明によれば、通信交換管理装置例えばＰＢＸは、任意の時間間隔で、ＩＰネットワーク管理装置例えばゲートキーパーに、ＩＰアドレスの疑似問い合わせを行う。
【００３３】
ゲートキーパーが非動作状態であれば、この疑似問い合わせに対する応答がゲートキーパーからは送られてこないので、通信交換管理装置は、この疑似問い合わせに対する応答の有無によりゲートキーパーの動作状態チェックをし、応答がなかったときには、ゲートキーパーは非動作状態であると把握する。そして、ゲートキーパーが非動作状態であると把握したときには、複数個の通信端末にその旨を通知する。
【００３４】
このため、この通知を受け取った通信端末では、例えばＶｏＩＰ用回線キーを、例えば所定の時間間隔でフラッシュするなどして、使用者に、ゲートキーパーが非動作状態であるため、ＶｏＩＰ回線に障害があることを報知することができる。
【００３５】
請求項３の発明は、通信交換管理装置が、ＩＰネットワーク管理装置例えばゲートキーパーを介さずに、通信交換管理装置自身が相手先のＩＰアドレスを解決するモードを備える場合である。この請求項４の発明の場合には、請求項１と同様にして、ゲートキーパーが非動作状態であるか否かを把握するようにするが、ゲートキーパーが非動作状態であると把握したときには、通信交換管理装置は、請求項１のように複数個の通信端末にその旨を通知するのではなく、ゲートキーパーを介さずに、通信交換管理装置自身が相手先のＩＰアドレスを解決するモードに切り換える。
【００３６】
したがって、この請求項３の発明によれば、ゲートキーパーが非動作状態であったとしても、通信端末からＶｏＩＰ回線を通じての発信要求が発生したときには、通信交換管理装置がＩＰアドレスを解決して呼設定送信をするので、ＩＰネットワークを通じた通信が可能になる。
【００３７】
また、請求項５の発明は、ＩＰネットワークに予備のゲートキーパーが接続されて設けられている場合である。この請求項５の発明の場合には、請求項１と同様にして、ゲートキーパーが非動作状態であるか否かを把握するようにするが、ゲートキーパーが非動作状態であると把握したときには、通信交換管理装置は、請求項１のように複数個の通信端末にその旨を通知するのではなく、ＩＰアドレスの問い合わせ先を予備のＩＰネットワーク管理装置に変更することが可能か否か判別し、前記予備のＩＰネットワーク管理装置に変更可能であると判別したときには、予備のゲートキーパーに切り換えてＩＰアドレスの解決をするようにする。
【００３８】
また、この請求項５の発明においては、予備のゲートキーパーに変更することが可能ではないと判別したときには、ゲートキーパーを用いずに、通信交換管理装置が備える臨時モードに切り替えて発信の相手のＩＰアドレスを認識して前記呼設定送信を行う。
【００３９】
したがって、この請求項５の発明によれば、ゲートキーパーが、予備のものも含めて使用できないときであっても、通信交換管理装置が備える臨時モードにより、ＩＰネットワークを通じて通信が可能になる。
【００４０】
【発明の実施の形態】
以下、この発明によるＶｏＩＰシステムにおける障害対策方法を、前述したような複数個のＰＢＸ間の通信に適用した場合の実施の形態を、図を参照しながら説明する。
【００４１】
図１は、この発明の実施の形態が適用されたＶｏＩＰシステムの構成図を示すものである。この図１において、前述した図１０の例の場合と同一部分には同一番号を付してある。
【００４２】
この図１の実施の形態におけるＰＢＸ２１，２２，２３は、前述したＶｏＩＰアダプタの機能を内部に内蔵するＶｏＩＰ対応のＰＢＸの構成とされており、それぞれＩＰネットワーク１４に直接的に接続されている。また、図１０の例と同様に、これらのＶｏＩＰ対応ＰＢＸ２１，２２，２３のそれぞれには、公衆網７が接続されると共に、複数個の通信端末として、この例では複数個の電話端末ＴＥ２１，ＴＥ２２，ＴＥ２３が接続される。なお、以下の説明において、電話端末ＴＥ２１，ＴＥ２２，ＴＥ２３を区別する必要がないときには、電話端末ＴＥと表記するものとする。
【００４３】
また、図１の例では、ＩＰネットワーク１４には、公衆網１８に接続されたダイヤルアップルータ３０が接続されている。このルータ３０は、公衆網１８を通じて相手方ルータ３２に接続されているパソコン３３と、データ通信を行うためのものである。
【００４４】
［ＶｏＩＰ対応のＰＢＸのハードウエア構成例］
この実施の形態のシステムにおけるＶｏＩＰ対応のＰＢＸ２１，２２，２３のハードウエア構成は、全く同一であるので、図２に、そのうちの一つであるＶｏＩＰ対応のＰＢＸ２１のハードウエア構成例を示す。なお、このＶｏＩＰ対応ＰＢＸは、この発明による通信交換管理装置の実施の形態でもある。
【００４５】
すなわち、この図２に示すように、実施の形態のＰＢＸ２１は、システムバス２００に対して、回線制御部２０１と、交換スイッチ２０２と、外線インターフェイス２０３と、内線インターフェイス２０４と、ＬＡＮインターフェイス２０５と、ＶｏＩＰ用管理制御部２０６と、パケット処理部２０７とが接続されて構成されている。
【００４６】
外線インターフェイス２０３は、ＰＢＸ２１を公衆網７に接続するためのインターフェイスであり、また、内線インターフェイス２０４は、複数個の内線電話端末ＴＥ２１をＰＢＸ２１に接続するためのインターフェイスであり、それぞれ交換スイッチ２０２に接続されていると共に、回線制御部２０１により制御される。
【００４７】
図１では、説明の簡単のため省略したが、外線インターフェイス２０３は収容する外線の電話回線の数だけ設けられる。また、内線インターフェイス２０４は、ＰＢＸ２１に接続される電話端末ＴＥ２１の数だけ設けられるものである。
【００４８】
また、ＬＡＮインターフェイス２０５は、ＩＰネットワーク１４にＶｏＩＰ対応ＰＢＸ２１を接続するためのインターフェイスであり、交換スイッチ２０２に接続されると共に、回線制御部２０１によって制御される。このＬＡＮインターフェイス２０５は、音声情報や制御情報をパケット化データの形式でやり取りする。このＬＡＮインターフェイス２０５も、説明の簡単のため省略したが、ＶｏＩＰ回線の数だけ設けられる。
【００４９】
パケット処理部２０７は、ＬＡＮインターフェイス２０５を通じて送出する音声情報や制御情報をパケット化すると共に、ＬＡＮインターフェイス２０５を通じて取得したパケット化データを分解して、音声情報や制御情報を抽出する機能を備える。
【００５０】
交換スイッチ２０２は、回線制御部２０１の制御に基づいて、外線インターフェイス２０３と、内線インターフェイス２０４と、ＬＡＮインターフェイス２０５との接続関係を制御して、外線発信、外線着信、内線発信、内線着信のそれぞれに応じた交換制御を実行する。
【００５１】
そして、このＶｏＩＰ用ＰＢＸ２１においては、パケット処理部２０７が交換スイッチ２０２に接続され、ＬＡＮインターフェイス２０５およびＩＰネットワーク１４を通じたＶｏＩＰ通信を行う場合には、このパケット処理部２０７でパケットの生成または分解処理がなされて、電話端末ＴＥと、ＩＰネットワーク１４を通じた相手との間で、パケット通信を行うようにしている。
【００５２】
回線制御部２０１は、マイクロコンピュータからなり、このＰＢＸ２１の全体の動作を制御するものである。
【００５３】
また、ＶｏＩＰ用管理制御部２０６は、電話端末ＴＥ２１の各内線番号とＩＰアドレスとの対応を管理すると共に、回線制御部２０１の指示を受けて、呼設定送信に先立って、ゲートキーパー１５に発信相手（着信先）のＩＰアドレスの問い合わせを行う機能も備える。
【００５４】
また、この実施の形態では、回線制御部２０１は、ＶｏＩＰ用管理制御部２０６を制御して、使用者により設定された一定の時間間隔で、ＩＰアドレスの疑似問い合わせを、ＩＰネットワーク管理装置の例としてのゲートキーパー１５に対して行い、その応答としてのＩＰアドレス解決メッセージＡＣＦを受信したかどうかにより、ゲートキーパー１５の動作状態のチェックを行う。
【００５５】
この実施の形態においては、ＩＰアドレスの疑似問い合わせは、自分の通信交換管理装置を着信先として、ゲートキーパー１５に送信される。なお、ＩＰアドレスの疑似問い合わせは、自分の通信交換管理装置を着信先とする場合に限られるわけではなく、ＩＰネットワークに接続される他の装置を着信先として、そのＩＰアドレスを問い合わせるものであってもよい。
【００５６】
そして、回線制御部２０１は、当該ゲートキーパー１５の動作状態のチェック結果を、ＶｏＩＰ用管理制御部２０６の図示を省略したメモリに格納して管理すると共に、各内線電話端末ＴＥ２１に通知するようにする。
【００５７】
また、この実施の形態では、ゲートキーパー１５が非動作状態であるときの非常のための臨時モードとして、ＶｏＩＰ対応ＰＢＸ内において相手先（着信先）のＩＰアドレスの解決を行うモードを設定することが可能である。
【００５８】
そして、この臨時モードが設定されたときには、ＶｏＩＰ用管理制御部２０６は、当該ＶｏＩＰ対応ＰＢＸからＩＰネットワーク１４を通じて通信を行う相手として予め登録されている相手のＩＰアドレスと、それらの電話番号等の番号との対応を記憶して管理する。そして、回線制御部２０１からの指示により、臨時モードとなったときには、内線端末からの発信要求に対応して、後述するように、ＶｏＩＰ用管理制御部２０６が、ＩＰアドレスの解決を実行する。
【００５９】
また、さらに、この実施の形態では、ＩＰネットワーク１４には、予備のゲートキーパー１９を設けることが可能とされている。そして、この予備のゲートキーパー１９がＩＰネットワーク１４に接続されたときには、ＶｏＩＰ用管理制御部２０６には、ゲートキーパー１５のみではなく、この予備のゲートキーパー１９のＩＰアドレスも登録され、回線制御部２０１の制御指示により、ゲートキーパー１５が非動作状態になったときに、この予備のゲートキーパー１９が正常に動作していれば、その予備のゲートキーパー１９にＩＰアドレスの問合せ先を変更することができるように構成されている。
【００６０】
［ゲートキーパー１５のハードウエア構成例］
次に、この実施の形態のシステムにおけるゲートキーパー１５のハードウエア構成例を図３に示す。この実施の形態のゲートキーパー１５は、例えばパーソナルコンピュータにより構成されるもので、ＣＰＵ１５０に対して、システムバス１５１を介してＲＯＭ１５２と、ＲＡＭ１５３と、ＬＡＮインターフェイス１５４と、パケット処理部１５５と、ネットワーク管理メモリ１５６とが接続されている。
【００６１】
ＲＯＭ１５２には、ＩＰアドレス問い合わせ要求ＡＲＱがあったときに、そのＩＰアドレスの解決を行って、応答メッセージＡＣＦを、問い合わせ要求を送ってきた装置に返すための処理シーケンスを実行するためのプログラムなど、ゲートキーパー１５が実行する処理プログラムが記憶されている。
【００６２】
ＲＡＭ１５３は、主としてＲＯＭ１５２のプログラムがＣＰＵ１５０によって実行される際にワークエリアとして使用される。
【００６３】
また、ＬＡＮインターフェイス１５４は、ＩＰネットワーク１４（ＬＡＮ）を通じて送られてくる前記ＩＰアドレス問い合わせ要求ＡＲＱなどのパケット化データを取り込み、また、ＩＰネットワーク１４に、前記応答メッセージＡＣＦなどのパケット化データを送出するための機能を備える。
【００６４】
パケット処理部１５５は、ＬＡＮインターフェイス１５４により取り込んだ前記ＩＰアドレス問い合わせ要求ＡＲＱのパケットを解読するために、受信したパケットを分解し、また、前記応答メッセージＡＣＦなどの送信するパケット化データを生成する機能を有する。パケット処理部１５５は、パケット化データを分解／生成したり、転送処理のために一時保存したりするためのバッファメモリを備える。
【００６５】
ネットワーク管理メモリ１５６は、ＩＰネットワーク内に存在するＶｏＩＰ対応ＰＢＸ２１，２２，２３、専用端末１６、ゲートウエイ１７、ダイヤルアップルータ３０のＩＰアドレスと電話番号等の番号情報との対応などの情報を記憶している。ＣＰＵ１５０は、それらの情報を用いて、前記ＩＰアドレス解決を行う。
【００６６】
なお、予備のゲートキーパー１９も、ゲートキーパー１５と同様の構成を備えるものである。
【００６７】
［通信端末の例としての電話端末ＴＥの説明］
図４は、各ＶｏＩＰ対応ＰＢＸに接続される内線通信端末の例としての電話端末ＴＥの操作部を示す図である。この実施の形態の場合、各電話端末ＴＥには、ＶｏＩＰ回線キー４１が設けられる。
【００６８】
そして、この実施の形態においては、このＶｏＩＰ回線キー４１は、その内部にＬＥＤ（発光ダイオード）やランプなどの発光素子が設けられて構成されており、押されたときにそれらの発光素子が点灯して、押されたことを示すようにされている。
【００６９】
また、このＶｏＩＰ回線キー４１は、後述するようにして、ＶｏＩＰ回線が正常動作状態であるか、ゲートキーパーが非動作状態であるためＶｏＩＰ回線が障害中であるかを使用者に報知するためにも用いられるようにされている。この例では、ＶｏＩＰ回線キー４１は、ＶｏＩＰ回線が障害中であるときには、内部の発光素子を所定の時間間隔でフラッシュさせることにより、障害中表示を行うことができるように構成されている。
【００７０】
このＶｏＩＰ回線キー４１を用いて、例えば相手ＰＢＸの通信端末に発信を行う場合には、使用者は、まず、ＶｏＩＰ回線キー４１を押した後、予め設定されているＰＢＸの番号、例えば「１０」、「２０」、「３０」などを入力する。その後、相手通信端末の内線番号をテンキー４２により入力する。
【００７１】
すると、ＶｏＩＰ対応ＰＢＸでは、回線制御部２０１の制御に従い、ＶｏＩＰ用管理制御部２０６は、指定された相手のＩＰアドレスの問い合わせ要求ＡＲＱをゲートキーパー１５に対して行う。ゲートキーパー１５は、この問い合わせに応答して、指定された相手のＩＰアドレスを含む応答メッセージＡＣＦを返す。ＶｏＩＰ用管理制御部２０６は、このゲートキーパー１５からのＩＰアドレスを用いて、ＩＰネットワーク１４を介して呼設定送信を行い、相手応答を待って通信路を形成する。
【００７２】
このとき、相手ＰＢＸは、受け取ったメッセージに含まれる内線番号に示される電話端末に着信を行う。これにより、ＩＰネットワーク１４を通じた通信が可能となる。
【００７３】
［ＶｏＩＰ回線の障害対策処理］
前述したように、この実施の形態では、ＶｏＩＰ対応ＰＢＸのそれぞれは、ゲートキーパー１５が正常に動作しているかどうかを事前にチェックして、ゲートキーパー１５が非動作状態であるときには、可能な障害対策を施すようにする。
【００７４】
図５および図６は、ＶｏＩＰ対応ＰＢＸのそれぞれで行われる、ゲートキーパー１５の動作、非動作の動作状態チェック処理および障害対策処理を示すフローチャートである。この処理は、ＶｏＩＰ対応ＰＢＸの回線制御部２０１が、ＶｏＩＰ用管理制御部２０６と共に、ソフトウエア処理として実行するもので、この例では、一定時間間隔で、回線の空き状態を監視しながら、図５および図６の処理を繰り返し行うようにする。なお、この処理は、この例のように、一定間隔で実行するのではなく、任意の時間間隔で、実行するようにしてもよい。
【００７５】
まず、ゲートキーパー１５に、着信先を自分としたＩＰアドレスの疑似問い合わせＡＲＱを送る（ステップＳ２１）。そして、ゲートキーパー１５からの応答メッセージＡＣＦを待ち、その受信を監視する（ステップＳ２２）。そして、ステップＳ２２で、ゲートキーパー１５から応答メッセージＡＣＦを受信しないと判別したときには、予め定めたタイムアウト時間、例えば３０秒経過したか否かチェックする（ステップＳ２３）。
【００７６】
そして、ゲートキーパー１５から応答メッセージＡＣＦが到来せずにタイムアウト時間が経過したと判別したときには、ゲートキーパー１５は非動作状態であると判断して、ＶｏＩＰ用管理制御部２０６に内蔵されるメモリに、ゲートキーパー１５が非動作状態であることを示す情報を書き込むようにする（ステップＳ２４）。
【００７７】
次に、予備のゲートキーパー１９に切り替え可能であるか否か判別する（ステップＳ２５）。切り替え可能かどうかの判別は、ＩＰネットワーク１４に予備ゲートキーパー１９が接続されているかどうかと、接続されている場合には、当該予備ゲートキーパー１９が動作状態であるかによる。
【００７８】
ＩＰネットワーク１４に予備ゲートキーパー１９が接続されているかどうかは、ＶｏＩＰ用管理制御部２０６に、予備ゲートキーパー１９が登録されているかどうかによる。また、予備ゲートキーパー１９が動作状態であるかは、例えば、上述と同様に、着信先を自分としたＩＰアドレスの疑似問い合わせＡＲＱを予備ゲートキーパー１９に送り、当該予備ゲートキーパー１９からの応答メッセージＡＣＦを受信できたかどうかによって確認することができる。
【００７９】
なお、切り替え可能かどうかの判別は、ＩＰネットワーク１４に予備ゲートキーパー１９が接続されているかどうかのみにより行うようにしてもよい。
【００８０】
そして、ステップＳ２５において、予備ゲートキーパー１９への切り替えが可能であると判別したときには、ＶｏＩＰ対応ＰＢＸは、以後のＩＰアドレスの問い合わせ要求ＡＲＱは、予備ゲートキーパー１９に送出するように、ゲートキーパーを切り換える（ステップＳ２６）。そして、この処理ルーチンを終了する。
【００８１】
一方、ステップＳ２５において、予備のゲートキーパー１９への切り換えが可能ではないと判別したときには、ゲートキーパーを介在させない臨時モードの設定がされているか否か判別する（ステップＳ２７）。臨時モードが設定されているときには、当該臨時モードに切り換える（ステップＳ２８）。そして、この処理ルーチンを終了する。
【００８２】
また、ステップＳ２７において、ゲートキーパーを介在させない臨時モードの設定がされていないと判別されたときには、ＶｏＩＰ回線障害中と認識し、その旨をＶｏＩＰ用管理制御部２０６のメモリに記憶させる（ステップＳ２９）。そして、当該ＶｏＩＰ対応ＰＢＸに接続されている内線電話端末ＴＥのそれぞれに、ＶｏＩＰ回線が障害中であることを通知する（ステップＳ３０）。そして、この処理ルーチンを終了する。
【００８３】
また、ステップＳ２２において、ゲートキーパー１５から応答メッセージＡＣＦを受信したと判別したときには、ＶｏＩＰ用管理制御部２０６のメモリの記憶情報を参照して、前回の疑似問い合わせではゲートキーパー１５がダウンしていたか否か判別する（図６のステップＳ３１）。ゲートキーパー１５はダウンしておらず、前回の疑似問い合わせの際にも、正常に動作していたと判別したときには、そのままこの処理ルーチンを終了する。
【００８４】
そして、ステップＳ３１において、前回の疑似問い合わせではゲートキーパー１５がダウンしていたと判別したときには、ゲートキーパー１５が動作状態に復帰したと把握して、ＶｏＩＰ用管理制御部２０６のメモリに記憶されるゲートキーパー１５の動作状態の記録を「正常動作状態」に戻す（ステップＳ３２）。
【００８５】
そして、次に、ＶｏＩＰ用管理制御部２０６のメモリの記憶情報を参照して、動作モードが予備のゲートキーパー１９を使用中モードであるか否か判別し（ステップＳ３３）、予備のゲートキーパー１９の使用中モードであれば、ＩＰアドレスの問い合わせ要求ＡＲＱの送出先を、予備のゲートキーパー１９から、復旧したゲートキーパー１５に戻す（ステップＳ３４）。
【００８６】
また、ステップＳ３３で、予備のゲートキーパー１９の使用中モードではないと判別したときには、ＶｏＩＰ用管理制御部２０６のメモリの記憶情報を参照して、ＶｏＩＰ回線障害中であるか否か判別し（ステップＳ３５）、ＶｏＩＰ回線障害中であると判別したときには、ＶｏＩＰ回線の障害復旧処理をし（ステップＳ３６）、当該ＶｏＩＰ対応ＰＢＸに接続されている内線電話端末ＴＥのそれぞれに、ＶｏＩＰ回線の障害復旧を通知する（ステップＳ３７）。
【００８７】
また、さらに、ステップＳ３５で、ＶｏＩＰ回線障害中とはなっていないと判別したときには、臨時モードとなっていると判別して、臨時モードからゲートキーパー１５にＩＰ問い合わせを行う通常モードへの復旧処理を行う（ステップＳ３８）。以上により、この処理ルーチンを終了する。
【００８８】
次に、上記のステップＳ３０またはステップＳ３７でのＶｏＩＰ対応ＰＢＸからの通知を受けたときの各内線電話端末ＴＥでの処理動作を、図７のフローチャートを参照しながら説明する。
【００８９】
まず、ＶｏＩＰ対応ＰＢＸからの通知を受信したか否かを判別する（ステップＳ４１）。ＶｏＩＰ対応ＰＢＸからの通知を受信したと判別したときには、その通知は、ＶｏＩＰ回線が障害中であることを示す通知であるか否か判別する（ステップＳ４２）。
【００９０】
そして、ＶｏＩＰ回線が障害中であることを示す通知であることを示すものであったときには、ＶｏＩＰ回線キー４１の表示素子を、所定時間間隔でフラッシュさせて、障害中を表示する（ステップＳ４３）。
【００９１】
また、ステップＳ４２で受信した通知がＶｏＩＰ回線の障害中の通知ではなかったと判別したときには、受信した通知が、ＶｏＩＰ回線の障害復旧通知であるか否か判別する（ステップＳ４４）。障害復旧通知であったときには、ＶｏＩＰ回線キー４１の前記フラッシュによる障害中表示を解除する（ステップＳ４５）。
【００９２】
また、ステップＳ４４での判別の結果、ＶｏＩＰ回線の障害復旧通知でもなかったときには、その通知に対応する処理を行う（ステップＳ４６）。
【００９３】
以上のようにして、この実施の形態においては、各内線端末ＴＥでは、ゲートキーパー１５が非動作状態で、しかも、予備のゲートキーパー１９が使用できず、さらに臨時モードの設定もないときには、ＶｏＩＰ回線キー４１のフラッシュ表示により、それを使用者に報知することができる。
【００９４】
使用者は、このＶｏＩＰ回線キー４１のフラッシュ表示により、ＶｏＩＰ回線が利用不能であることを知るため、当該使用者は、そのＶｏＩＰ回線キー４１を用いた発信を控えるようになる。
【００９５】
また、当該障害中表示をしている回線キーを押したとしても、ＶｏＩＰ対応ＰＢＸは、ＶｏＩＰ用管理制御部２０６に、ゲートキーパー１５の動作状態チェック情報およびＶｏＩＰ対応ＰＢＸの現在の動作モードを記憶しているので、それらの動作状態チェック情報や動作モード情報を用いることにより、ＶｏＩＰ回線キー４１を押下して発信をしてきた内線電話端末の使用者に、ＶｏＩＰ回線が使用不能であることを、例えばビジートーンにより知らせることができる。
【００９６】
図８は、内線電話端末ＴＥで、ＶｏＩＰ回線キー４１が押された場合のＶｏＩＰ対応ＰＢＸでの処理のフローチャートである。この処理は、回線制御部２０１でソフトウエア処理として実行される。
【００９７】
すなわち、まず、いずれかの内線電話端末でＶｏＩＰ回線キー４１が押されたか否か判別する（ステップＳ５１）。ＶｏＩＰ回線キー４１の押下以外の他のイベントであったときには、そのイベントに応じた処理のルーチンに移行する（ステップＳ５２）。
【００９８】
ステップＳ５１で、回線キーの押下操作があったと判別したときには、ＶｏＩＰ回線についての障害状況を、ＶｏＩＰ用管理制御部２０６のメモリに記憶されている情報を参照することによりチェックする（ステップＳ５３）。そして、そのチェックの結果により、「ＶｏＩＰ回線障害中」であると判別したときには、回線解放処理を行い（ステップＳ５４）、当該内線端末にはビジートーンを送って（ステップＳ５５）、ＶｏＩＰ回線を用いた発信が不可であることをその使用者に知らせる。
【００９９】
そして、ステップＳ５３で、「ＶｏＩＰ回線障害中」ではないと判別したときには、ＶｏＩＰ回線が空き状態であるか否か判別し（ステップＳ５６）、ＶｏＩＰ回線空き状態でなければ、ビジートーン接続処理を行うなど、対応処理を行う（ステップＳ５７）。
【０１００】
そして、ステップＳ５６でＶｏＩＰ回線に空きがあると判別したときには、回線捕捉処理を行い（ステップＳ５８）、ダイヤルトーン接続処理を行う（ステップＳ５９）。すると、内線端末には、ダイヤルトーンが送られ、発信者は、発信可能であることを認識する。
【０１０１】
ダイヤルトーンを聴取した発信者は、次に、発信の相手先のダイヤル入力を行うので、ＶｏＩＰ対応ＰＢＸの回線制御部２０１は、このダイヤル入力を待つ（ステップＳ６０）。そして、そのダイヤル入力を受け付けると、回線制御部２０１は、現在のモードが臨時モードであるか否かの判別を行い（ステップＳ６１）、臨時モードでなければ、ゲートキーパーにダイヤル入力で示される着信先のＩＰアドレスの問い合わせ要求ＡＲＱをゲートキーパーに送信する（ステップＳ６２）。
【０１０２】
このとき、ＶｏＩＰ用管理制御部２０６は、前述したように、ゲートキーパー１５の動作状態を認識していると共に、ゲートキーパー１５が非動作状態のときには、予備のゲートキーパー１９が使用可能かどうかを認識している。そこでＶｏＩＰ用管理制御部２０６は、ＩＰアドレスの問い合わせ要求ＡＲＱの送信先としては、ゲートキーパー１５が正常動作状態であればゲートキーパー１５とし、予備のゲートキーパー１９の使用時であれば、当該予備のゲートキーパー１９とする。
【０１０３】
この問い合わせ要求ＡＲＱに対して、ゲートキーパー１５または予備のゲートキーパー１９は、動作状態であれば、ダイヤル入力された番号に対応する相手のＩＰアドレスを含む応答メッセージＡＣＦを返してくる。そこで、ＶｏＩＰ対応ＰＢＸは、この応答メッセージＡＣＦを待ち（ステップＳ６３）、受信を確認すると、ＩＰアドレスを抽出し、それを用いて呼設定送信処理を行い（ステップＳ６６）、このルーチンから発信による通話の処理ルーチンに移行する。
【０１０４】
また、ゲートキーパー１５または予備のゲートキーパー１９から応答メッセージＡＣＦを受信しないときには、タイムアウトのタイマー時間が経過したか否か判別する（ステップＳ６４）。そして、ゲートキーパー１５または予備のゲートキーパー１９から応答メッセージＡＣＦを受け取ることなく、タイムアウトのタイマー時間が経過したことを検知すると、ＶｏＩＰ対応ＰＢＸは、回線解放処理を行った後（ステップＳ５４）、ビジートーン接続処理を行って（ステップＳ５５）、相手への発信が不可であったことを、発信を行った内線端末に通知する。発信を行った内線端末の使用者は、ビジートーンを聞くことにより、相手への発信が不可であったことを検知する。
【０１０５】
また、ステップＳ６１で臨時モード中であると判別したときには、回線制御部２０１からの指示を受けたＶｏＩＰ用管理制御部２０６は、ゲートキーパーにＩＰアドレス問い合わせ要求ＡＲＱを送出せずに、ダイヤル入力された番号に対応する相手のＩＰアドレスを、自己のメモリに蓄積されている情報を用いて決定し（ステップＳ６５）、その決定したＩＰアドレスを用いて呼設定送信を行う（ステップＳ６６）。
【０１０６】
以上のようにして、この実施の形態によれば、ＶｏＩＰ対応ＰＢＸは、定期的にゲートキーパーの動作状態のチェックを行い、ゲートキーパーが非動作状態であって、ＶｏＩＰ回線が使用不能（予備のゲートキーパー無し、かつ、臨時モードの設定無し）になったときには、ＶｏＩＰ回線障害中を内線電話端末ＴＥに通知し、ＶｏＩＰ回線キー４１によって障害中表示を行わせるようにしたので、使用者は、事前にＶｏＩＰ回線の使用不能を認識でき、無駄な発信を行わないようにすることができ、便利である。
【０１０７】
また、たとえ、ＶｏＩＰ回線が障害中において、ＶｏＩＰ回線を使用する発信要求をしたとしても、ＶｏＩＰ対応ＰＢＸは、ＩＰ問い合わせ要求ＡＲＱを送出することなく、内線電話端末にビジートーンを送るなどして、ＶｏＩＰ回線の使用不可であることを使用者に即座に認識させることができ、従来のように、ＶｏＩＰ回線の使用不可を、例えば３０秒以上の長時間にわたって待つ必要がないというメリットもある。
【０１０８】
また、この発明によれば、ゲートキーパー１５がダウンしたとしても、予備のゲートキーパーがＩＰネットワークに接続されているときには、その予備のゲートキーパーを利用するモードに自動的に切り換えることができるので、従来のように、ゲートキーパーがダウンしたら即座にＶｏＩＰ回線が利用不能となる事態を防止できる。
【０１０９】
また、この発明によれば、ＶｏＩＰ対応ＰＢＸが、ゲートキーパーによらずに自装置内でＩＰアドレスの解決を行える臨時モードを設定できるようにして、ゲートキーパーがダウンしたときには自動的にその臨時モードに切り換えるようにすることにより、従来のように、ゲートキーパーがダウンしたら即座にＶｏＩＰ回線が利用不能となる事態を防止できる。
【０１１０】
［他の実施の形態］
上記の実施の形態の説明では、ＶｏＩＰ回線障害中であるときには、ビジートーンにより、ＶｏＩＰ回線の発信不可を報知するようにしたが、ゲートキーパーが非動作状態であることを音声メッセージにより、内線電話端末に通知するようにすることもできる。
【０１１１】
また、ゲートキーパーへのＩＰアドレスの疑似問い合わせは、ＶｏＩＰ対応ＰＢＸ自身を着信先とするものであったが、着信先はこれに限られるものではないことは勿論である。
【０１１２】
また、内線電話端末のそれぞれが、ＶｏＩＰ用管理制御部２０６のメモリと同様のメモリを備えて、ＶｏＩＰ対応ＰＢＸからのゲートキーパーの動作状態チェック情報を受け取って保存しておくことにより、内線電話端末自身が、ＶｏＩＰ回線を通じての発信の操作があったときに、音声メッセージなどにより、ＶｏＩＰ回線障害中状態の通知をするようにすることもできる。
【０１１３】
また、上述の実施の形態では、ＶｏＩＰ回線キーを所定時間間隔でフラッシュすることにより、ＶｏＩＰ回線が使用不可であることを使用者に報知するようにしたが、使用者への報知は、このような表示方法に限らず、例えば当該回線キーを押したときに、障害中を音声メッセージにより報知するようにしてもよい。
【０１１４】
また、上述の実施の形態においては、ＶｏＩＰ対応ＰＢＸが、通信交換管理装置として、ゲートキーパーの動作状態チェックを実行し、電話端末にその結果を通知したり、電話端末からの発信時の処理を実行したりするようにしたが、この発明が適用される通信交換管理装置は、ＶｏＩＰ対応ＰＢＸに限られるわけではない。
【０１１５】
例えば、図１１に示したように、ＰＢＸに対してＶｏＩＰアダプタを設ける構成にし、ＶｏＩＰアダプタにゲートキーパーの動作状態チェック処理機能を設け、その結果を、ＰＢＸに通知する構成にしてもよい。
【０１１６】
また、この発明は、図１のようなＰＢＸを用いるシステムにのみ適用されるものではなく、例えば図９のようなＶｏＩＰシステムにも適用可能である。すなわち、この図９のシステムは、ＩＴＵ−Ｔ勧告Ｈ．３２３の規格によるＩＰネットワーク５１を構成するＬＡＮに対して、電話端末ＴＥの複数個と、ゲートキーパーＧＫの複数個と、クリアリングハウス５２と、ゲートウエイ５３とが接続されて構成される。ゲートウエイ５３は公衆網５４に接続されている。
【０１１７】
このシステム例では、複数個の電話端末ＴＥは、複数個のゾーンＺ１、Ｚ２、・・・、Ｚｎのそれぞれにグループ分けされる。この例の場合、ゲートキーパーＧＫは、ゾーンＺ１、Ｚ２、・・・、Ｚｎのそれぞれに一つが設けられ、各ゲートキーパーＧＫ１、ＧＫ２、・・・、ＧＫｎは、一つのゾーン内の複数の電話端末ＴＥを管理する。図９の例では、例えば、ゾーンＺ１では、そのゾーン内の複数個の電話端末ＴＥ１１，ＴＥ１２，・・・の管理をゲートキーパーＧＫ１が行い、ゾーンＺ２では、そのゾーン内の複数個の電話端末ＴＥ２１，ＴＥ２２，・・・の管理をゲートキーパーＧＫ２が行う。
【０１１８】
したがって、図９の例の場合、ゲートキーパーＧＫのそれぞれは、ゾーン内の交換管理を行うゾーン内通信交換管理装置の役割を有するものである。
【０１１９】
図９の例においては、ゲートキーパーＧＫ１，ＧＫ２，・・・，ＧＫｎは、各ゾーン内の電話端末として自己に登録された複数の電話端末ＴＥの管理、帯域幅の割り当て、電話番号とＩＰアドレスの対応付けなどを行い、複数個の電話端末ＴＥによる他の電話端末ＴＥとの電話通信を管理する機能を有する。
【０１２０】
また、ゲートキーパーＧＫ１，ＧＫ２，・・・，ＧＫｎは、ゲートウエイ５３を通じた公衆電話網５４と、自己に登録された複数の電話端末ＴＥとの間での電話通信の交換管理も行う。
【０１２１】
電話端末ＴＥのそれぞれは、ＩＰネットワーク５１に接続されたときに、自端末を管理するゲートキーパーＧＫに登録される。各電話端末ＴＥは、電話番号として公衆番号と内線番号とを有し、ゲートキーパーＧＫ１，ＧＫ２，・・・，ＧＫｎには、その両者が登録される。ゲートキーパーＧＫ１，ＧＫ２，・・・，ＧＫｎは、これらの番号とＩＰアドレスとの対応を管理する。
【０１２２】
クリアリングハウス２は、システム内の複数個のゾーンＺ１、Ｚ２、・・・、Ｚｎを管理するもので、各ゲートキーパーＧＫ１，ＧＫ２，・・・，ＧＫｎのＩＰアドレスと、各ゲートキーパーＧＫ１，ＧＫ２，・・・，ＧＫｎがいずれの電話端末ＴＥを管理しているかの情報を備える。
【０１２３】
すなわち、図９の例のクリアリングハウス５２は、システム内のゲートキーパーＧＫ１，ＧＫ２，・・・，ＧＫｎおよび電話端末ＴＥの全体の配置を把握して、電話端末間での通信の際の交換を管理するシステム内交換管理装置の役割を果たすものである。クリアリングハウス５２は、複数のゾーン間での通話のためのアドレス解決を行って、内線通話を実現するようにしている。
【０１２４】
すなわち、各ゾーンの電話端末から他のゾーンの電話端末への発信要求があると、そのゾーンのゲートキーパーは、クリアリングハウス５２に、ＩＰアドレスの問い合わせ要求を送り、その応答としてクリアリングハウス５２から送られてくるＩＰアドレスを取得して、その取得したＩＰアドレスを用いて呼設定送信を行うようにする。
【０１２５】
したがって、クリアリングハウス５２をネットワーク管理装置に対応させ、各ゾーンのゲートキーパーＧＫ１，ＧＫ２，・・・，ＧＫｎを通信交換管理装置に対応させることにより、この図９の例のシステムにも、上述の実施の形態と全く同様にして、この発明を適用することができるものである。
【０１２６】
なお、以上の実施の形態は、ＩＴＵ−Ｔ勧告のＨ．３２３規格の場合として説明したが、パケット通信のための規格は、Ｈ．３２３規格の場合に限られるものではないことは言うまでもない。
【０１２７】
【発明の効果】
以上説明したように、この発明によれば、ＶｏＩＰシステムにおいて、ゲートキーパーが非動作状態であって、ＶｏＩＰ回線が使用不能であるときには、そのことを使用者に事前に知らせることができる。また、従来のように長時間待つことなく、ＶｏＩＰ回線が使用不能であることを、通信端末の使用者に知らせることができる。
【０１２８】
また、この発明によれば、ＶｏＩＰシステムにおいて、ゲートキーパーが非動作状態になったとしても、予備のゲートキーパーを利用したり、通信交換管理装置事態でＩＰアドレス解決を図るようにしたりするモードに自動的に切り換えることにより、ＶｏＩＰ回線を利用した通信を行うことができる。
【図面の簡単な説明】
【図１】この発明によるＶｏＩＰシステムの実施の形態を示すブロック図である。
【図２】実施の形態で用いる通信交換管理装置の例としてのＶｏＩＰ対応ＰＢＸのハードウエア構成例を示すブロック図である。
【図３】実施の形態におけるＩＰネットワーク管理装置の例としてのゲートキーパーの構成例を示すブロック図である。
【図４】実施の形態で用いる電話端末の操作部を説明するための図である。
【図５】実施の形態の要部の動作を説明するためのフローチャートの一部を示すである。
【図６】実施の形態の要部の動作を説明するためのフローチャートの一部を示すである。
【図７】実施の形態の要部の動作を説明するためのフローチャートを示すである。
【図８】実施の形態の要部の動作を説明するためのフローチャートを示すである。
【図９】この発明の他の実施の形態の構成例を示すブロック図である。
【図１０】従来の通信システムの構成例を示すブロック図である。
【図１１】ＶｏＩＰシステムの構成例を示すブロック図である。
【図１２】従来のＶｏＩＰシステムにおけるゲートキーパー非動作状態時の発信時処理を説明するためのフローチャートである。
【符号の説明】
１４ ＩＰネットワーク
１５ ゲートキーパー
１９ 予備のゲートキーパー
２１，２２，２３ ＶｏＩＰ対応ＰＢＸ
４１ ＶｏＩＰキー
ＴＥ２１，ＴＥ２２，ＴＥ２３ 通信端末（電話端末）
Claims (10)
- 接続された複数個の通信端末の通信交換管理を行う通信交換管理装置が、ＩＰネットワークを構成するローカルエリアネットワークに接続され、前記通信端末から前記ＩＰネットワークを通じてＶｏＩＰにより相手との間の通信を行う発信要求があったときに、前記通信交換管理装置は、ＩＰネットワーク管理装置に前記相手のＩＰアドレスの問い合わせを行い、その問い合わせに対する応答として前記ＩＰネットワーク管理装置から送られてくる前記相手のＩＰアドレスを用いて呼設定送信を行うようにするＶｏＩＰシステムにおいて、
前記通信交換管理装置は、任意の時間間隔で、前記ＩＰネットワーク管理装置に、ＩＰアドレスの疑似問い合わせを行い、当該疑似問い合わせに対する前記ＩＰネットワーク管理装置からの応答の有無をチェックすることにより、前記ＩＰネットワーク管理装置の動作状態を把握し、前記ＩＰネットワーク管理装置が非動作状態と把握したときには、前記複数個の通信端末に、その旨を通知し、
前記通信端末のそれぞれは、使用者に前記ＩＰネットワーク管理装置を用いた回線が障害中であることを報知する報知手段を備え、前記通信交換管理装置から、前記ＩＰネットワーク管理装置が非動作状態であることの通知を受け取ったときには、前記報知手段により使用者に前記ＩＰネットワーク管理装置を用いた回線が障害中であることを報知する
ことを特徴とするＶｏＩＰシステムにおける障害対策方法。 - 請求項１において、
前記通信端末のそれぞれには、前記ＩＰネットワークを通じた通信の起動のためのキーが設けられており、前記使用者に対する前記ＩＰネットワーク管理装置を用いた回線が障害中であることを報知する報知手段は、前記キーに関連した表示をする表示手段とした
ことを特徴とするＶｏＩＰシステムにおける障害対策方法。 - 接続された複数個の通信端末の通信交換管理を行う通信交換管理装置が、ＩＰネットワークを構成するローカルエリアネットワークに接続され、前記通信端末から前記ＩＰネットワークを通じてＶｏＩＰにより相手との間の通信を行う発信要求があったときに、前記通信交換管理装置は、ＩＰネットワーク管理装置に前記相手のＩＰアドレスの問い合わせを行い、その問い合わせに対する応答として前記ＩＰネットワーク管理装置から送られてくる前記相手のＩＰアドレスを用いて呼設定送信を行うようにするＶｏＩＰシステムにおいて、
前記通信交換管理装置は、任意の時間間隔で、前記ＩＰネットワーク管理装置に、ＩＰアドレスの疑似問い合わせを行い、当該疑似問い合わせに対する前記ＩＰネットワーク管理装置からの応答の有無をチェックすることにより、前記ＩＰネットワーク管理装置の動作状態を把握すると共に、
前記通信交換管理装置は、前記ＩＰネットワークを通じて通信を行なう相手として予め登録されている相手のＩＰアドレスと、前記相手の電話番号との対応関係を記憶しておき、前記通信端末から前記ＩＰネットワークを通じてＶｏＩＰにより相手との間の通信を行う発信要求があったときに、前記ＩＰネットワーク管理装置を用いずに、前記発信要求に含まれる通信相手の前記電話番号に対応して記録されている前記ＩＰアドレスを用いて呼設定送信を行うようにする臨時モードを備え、
前記ＩＰネットワーク管理装置が非動作状態と把握したときには、前記通信交換管理装置は、前記ＩＰネットワーク管理装置を用いずに、前記臨時モードに切り換えて発信の相手のＩＰアドレスを認識して前記呼設定送信を行う
ことを特徴とするＶｏＩＰシステムにおける障害対策方法。 - 請求項３において、
前記通信交換管理装置は、前記非動作状態であったＩＰネットワーク管理装置からの応答を受信して、前記ＩＰネットワーク管理装置が復旧したことを把握したときには、前記臨時モードから前記ＩＰネットワーク管理装置を用いて相手のＩＰアドレスを解決するモードに復旧する
ことを特徴とするＶｏＩＰシステムにおける障害対策方法。 - 接続された複数個の通信端末の通信交換管理を行う通信交換管理装置が、ＩＰネットワークを構成するローカルエリアネットワークに接続され、前記通信端末から前記ＩＰネットワークを通じてＶｏＩＰにより相手との間の通信を行う発信要求があったときに、前記通信交換管理装置は、ＩＰネットワーク管理装置に前記相手のＩＰアドレスの問い合わせを行い、その問い合わせに対する応答として前記ＩＰネットワーク管理装置から送られてくる前記相手のＩＰアドレスを用いて呼設定送信を行うようにするＶｏＩＰシステムにおいて、
前記通信交換管理装置は、任意の時間間隔で、前記ＩＰネットワーク管理装置に、ＩＰアドレスの疑似問い合わせを行い、当該疑似問い合わせに対する前記ＩＰネットワーク管理装置からの応答の有無をチェックすることにより、前記ＩＰネットワーク管理装置の動作状態を把握すると共に、
前記通信交換管理装置は、前記ＩＰネットワークを通じて通信を行なう相手として予め登録されている相手のＩＰアドレスと、前記相手の電話番号との対応関係を記憶しておき、前記通信端末から前記ＩＰネットワークを通じてＶｏＩＰにより相手との間の通信を行う発信要求があったときに、前記ＩＰネットワーク管理装置を用いずに、前記発信要求に含まれる通信相手の前記電話番号に対応して記録されている前記ＩＰアドレスを用いて呼設定送信を行うようにする臨時モードを備え、
前記ＩＰネットワーク管理装置が非動作状態と把握したときには、前記通信交換管理装置は、前記ＩＰアドレスの問い合わせ先を予備のＩＰネットワーク管理装置に変更することが可能か否か判別し、前記予備のＩＰネットワーク管理装置に変更可能であると判別したときには、前記予備のＩＰネットワーク管理装置に前記相手のＩＰアドレスの問い合わせを行い、前記予備のＩＰネットワーク管理装置に変更することが可能ではないと判別したときには、前記ＩＰネットワーク管理装置を用いずに、前記臨時モードに切り替えて発信の相手のＩＰアドレスを認識して前記呼設定送信を行う
ことを特徴とするＶｏＩＰシステムにおける障害対策方法。 - 請求項５において、
前記通信交換管理装置は、
前記予備のＩＰネットワーク管理装置に変更することが可能ではないと判別したときに、前記臨時モードが設定されているか否かを判別し、前記臨時モードが設定されていないと判別したときには、前記複数個の通信端末に、前記ＩＰネットワーク管理装置を用いた回線が障害中であることを通知する
ことを特徴とするＶｏＩＰシステムにおける障害対策方法。 - ＩＰネットワークを構成するローカルエリアネットワークに接続されると共に、複数個の通信端末が接続され、前記通信端末から前記ＩＰネットワークを通じてＶｏＩＰにより相手との間の通信を行う発信要求があったときに、ＩＰネットワーク管理装置に前記相手のＩＰアドレスの問い合わせを行い、その問い合わせに対する応答として前記ＩＰネットワーク管理装置から送られてくる前記相手のＩＰアドレスを用いて呼設定送信を行うようにする通信交換管理装置であって、
任意の時間間隔で、前記ＩＰネットワーク管理装置に、ＩＰアドレスの疑似問い合わせを行う手段と、
前記ＩＰアドレスの疑似問い合わせに対する前記ＩＰネットワーク管理装置からの応答の有無をチェックすることにより、前記ＩＰネットワーク管理装置の動作状態を把握する手段と、
前記ＩＰネットワークを通じて通信を行なう相手として予め登録されている相手のＩＰアドレスと、前記相手の電話番号との対応関係を記憶部に記憶し、前記通信端末から前記ＩＰネットワークを通じてＶｏＩＰにより相手との間の通信を行う発信要求があったときに、前記ＩＰネットワーク管理装置を用いずに、前記発信要求に含まれる通信相手の前記電話番号に対応して前記記憶部に記録されている前記ＩＰアドレスを用いて呼設定送信を行うようにする臨時モードと、
前記ＩＰネットワーク管理装置が非動作状態と把握したときには、前記ＩＰネットワーク管理装置を用いずに、前記臨時モードに切り換えて発信の相手のＩＰアドレスを認識して前記呼設定送信を行う切り換え手段と、
を備えることを特徴とする通信交換管理装置。 - 請求項７において、
前記動作状態を把握する手段において、前記非動作状態であったＩＰネットワーク管理装置からの応答を受信して、前記ＩＰネットワーク管理装置が復旧したことを把握したときには、前記臨時モードから前記ＩＰネットワーク管理装置を用いて相手のＩＰアドレスを解決するモードに復旧する手段を備える
ことを特徴とする通信交換管理装置。 - ＩＰネットワークを構成するローカルエリアネットワークに接続されると共に、複数個の通信端末が接続され、前記通信端末から前記ＩＰネットワークを通じてＶｏＩＰにより相手との間の通信を行う発信要求があったときに、ＩＰネットワーク管理装置に前記相手のＩＰアドレスの問い合わせを行い、その問い合わせに対する応答として前記ＩＰネットワーク管理装置から送られてくる前記相手のＩＰアドレスを用いて呼設定送信を行うようにする通信交換管理装置であって、
任意の時間間隔で、前記ＩＰネットワーク管理装置に、ＩＰアドレスの疑似問い合わせを行う手段と、
前記ＩＰアドレスの疑似問い合わせに対する前記ＩＰネットワーク管理装置からの応答の有無をチェックすることにより、前記ＩＰネットワーク管理装置の動作状態を把握する手段と
前記ＩＰネットワークを通じて通信を行なう相手として予め登録されている相手のＩＰアドレスと、前記相手の電話番号との対応関係を記憶部に記憶し、前記通信端末から前記ＩＰネットワークを通じてＶｏＩＰにより相手との間の通信を行う発信要求があったときに、前記ＩＰネットワーク管理装置を用いずに、前記発信要求に含まれる通信相手の前記電話番号に対応して前記記憶部に記録されている前記ＩＰアドレスを用いて呼設定送信を行うようにする臨時モードと、
前記ＩＰネットワーク管理装置が非動作状態と把握したときに、前記ＩＰアドレスの問い合わせ先を予備のＩＰネットワーク管理装置に変更することが可能か否か判別する判別手段と、
前記判別手段で、前記予備のＩＰネットワーク管理装置に変更可能であると判別したときには、前記予備のＩＰネットワーク管理装置に前記相手のＩＰアドレスの問い合わせを行い、前記判別手段で、前記予備のＩＰネットワーク管理装置に変更することが可能ではないと判別したときには、前記ＩＰネットワーク管理装置を用いずに、前記臨時モードに切り換えて発信の相手のＩＰアドレスを認識して前記呼設定送信を行う手段と、
を備えることを特徴とする通信交換管理装置。 - 請求項９において、
前記予備のＩＰネットワーク管理装置に変更することが可能ではないと判別したときに、前記臨時モードが設定されているか否かを判別し、前記臨時モードが設定されていないと判別したときには、前記複数個の通信端末に、前記ＩＰネットワーク管理装置を用いた回線が障害中であることを通知する通知手段を備える
ことを特徴とする通信交換管理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001299542A JP3934901B2 (ja) | 2001-09-28 | 2001-09-28 | ＶｏＩＰシステムにおける障害対策方法、ＶｏＩＰシステムおよびＶｏＩＰシステム用通信交換管理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001299542A JP3934901B2 (ja) | 2001-09-28 | 2001-09-28 | ＶｏＩＰシステムにおける障害対策方法、ＶｏＩＰシステムおよびＶｏＩＰシステム用通信交換管理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003110741A JP2003110741A (ja) | 2003-04-11 |
| JP3934901B2 true JP3934901B2 (ja) | 2007-06-20 |
Family
ID=19120288
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001299542A Expired - Lifetime JP3934901B2 (ja) | 2001-09-28 | 2001-09-28 | ＶｏＩＰシステムにおける障害対策方法、ＶｏＩＰシステムおよびＶｏＩＰシステム用通信交換管理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3934901B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006237950A (ja) * | 2005-02-24 | 2006-09-07 | Saxa Inc | Ｉｐ電話端末およびプログラム |
| US8213295B2 (en) * | 2006-09-12 | 2012-07-03 | Qualcomm Incorporated | Transaction timeout handling in communication session management |
-
2001
- 2001-09-28 JP JP2001299542A patent/JP3934901B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003110741A (ja) | 2003-04-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| AU2005200060B2 (en) | Managing routing path of voice over internet protocol (VoIP) system | |
| US6608831B1 (en) | Breakout/break-in hybrid network system | |
| JP2000224239A (ja) | インタネット電話接続方法、帯域管理装置及びゲートキーパー装置 | |
| JP2004186766A (ja) | バックアップ制御装置および制御装置バックアップ方法 | |
| US6816483B1 (en) | Switched virtual circuit call processing/routing system | |
| CN101711477B (zh) | 紧急服务解决方案的实现 | |
| US20070115943A1 (en) | System and method for establishing emergency communications in a telecommunication network | |
| JP2005184802A (ja) | 公衆電話網のバックアップ機能を有するＶｏＩＰ端末における呼待機サービス方法及びその装置 | |
| JP2003298660A (ja) | ＶｏＩＰゲートウエイ装置およびＶｏＩＰ通信状態の検出方法 | |
| JP3934901B2 (ja) | ＶｏＩＰシステムにおける障害対策方法、ＶｏＩＰシステムおよびＶｏＩＰシステム用通信交換管理装置 | |
| JP3874638B2 (ja) | ＶｏＩＰシステムにおける特定相手非動作通知方法およびＶｏＩＰシステム用通信交換管理装置 | |
| US6888793B1 (en) | Internet protocol network alternate routing system | |
| JP2008092102A (ja) | 電話交換システム | |
| KR100438071B1 (ko) | ＶｏＩＰ게이트웨이의 인터넷망 장애시 발신호 경로재설정방법 | |
| KR100912183B1 (ko) | 미디어 게이트웨이 제어장치 및 미디어 게이트웨이제어장치와 미디어 게이트웨이 간의 터미네이션 상태 일치방법 | |
| JP4270020B2 (ja) | 構内交換システム、ゲートウエイ装置、構内交換方法、および構内交換プログラム | |
| JP4527651B2 (ja) | 構内交換機 | |
| KR100469244B1 (ko) | Ｖｏｉｐ 게이트웨이 및 이를 위한 장애 처리 방법 | |
| JP4135466B2 (ja) | 通信システム | |
| JP4768201B2 (ja) | ＶｏＩＰシステム及びそれに用いるルート障害通知方法 | |
| JP4576796B2 (ja) | ＶｏＩＰ通信装置における呼制御方法 | |
| JP3908394B2 (ja) | 電話回線装置 | |
| JP2000286882A (ja) | マルチメディア情報通信システム | |
| CA2078081A1 (en) | Network node event notification in circuit switched environments | |
| KR100330965B1 (ko) | 종합 정보 통신망 교환기의 불복구 호 처리 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20040430 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20040617 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041001 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061124 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061206 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070201 |
|
| 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: 20070228 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070316 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3934901 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100330 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110330 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110330 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120330 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130330 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140330 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |