インタフェース装置、主装置及びインタフェース装置に用いられる制御方法
【課題】ＳＩＰ網上の通信に係わる障害発生に対し効果的に対処し得るインタフェース装置、主装置及びインタフェース装置に用いられる制御方法を提供する。
【解決手段】ＳＩＰ通信部１４において、ＳＩＰサーバＳＶ１に対するＳＩＰＵＲＩの登録中に障害が発生してＳＩＰＵＲＩテーブルに設定されるＳＩＰＵＲＩの登録が失敗した場合に、次のＲｅｇｉｓｔｅｒ周期を待つことなく、Ｒｅｇｉｓｔｅｒ周期より短い復旧周期でＳＩＰサーバＳＶ１に対するＳＩＰＵＲＩの登録処理を自動的に実行するようにしている。
【解決手段】ＳＩＰ通信部１４において、ＳＩＰサーバＳＶ１に対するＳＩＰＵＲＩの登録中に障害が発生してＳＩＰＵＲＩテーブルに設定されるＳＩＰＵＲＩの登録が失敗した場合に、次のＲｅｇｉｓｔｅｒ周期を待つことなく、Ｒｅｇｉｓｔｅｒ周期より短い復旧周期でＳＩＰサーバＳＶ１に対するＳＩＰＵＲＩの登録処理を自動的に実行するようにしている。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＳＩＰ（Session Initiation Protocol）で規定される通信機能を備えた複数の通信端末とＳＩＰ網との間を接続するためのインタフェース装置、このインタフェース装置を収容する主装置及びインタフェース装置に用いられる制御方法に関する。
【背景技術】
【０００２】
近年、ＩＰ(Internet Protocol)網を介して、双方向に画像や音声をパケットデータとして、リアルタイムに送受信するＩＰ電話システムが普及し始めている。このＩＰ電話システムでは、ＩＰ網に接続される主装置ごとに内線間通信や外線発着信を行えることは勿論のこと、ＩＰ網を経由した主装置間での内線通信や外線発着信を行うことができる。また、このＩＰ電話システムでは、そのプロトコルとしてＳＩＰ（Session Initiation Protocol）が広く使われている。
【０００３】
この種のシステムでは、主装置ごとのＳＩＰ端末のＵＲＩ（接続ＩＤ）をＳＩＰ網上の事業者の登録サーバに予め登録しておき、ＳＩＰ端末にてＳＩＰ網を使用して通話を行う際に、上記登録されたＵＲＩを基に登録サーバがＳＩＰ端末の認証を行うようにしている。
【０００４】
ところで、上記システムでは、ＳＩＰ網や登録サーバ上に障害が発生することが十分に予想される。この障害発生に対する対応策としては、登録サーバに障害が発生したことを検知した後に、登録サーバに対して登録シーケンスを登録周期より短い周期で実行する手法が提案されている（例えば、特許文献１）。
【特許文献１】特開２００６−３３７３２公報。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところが、上記手法では、登録サーバに障害が発生した場合の対応策が講じられているだけであり、その他の障害発生に対する対応策については、まだ検討段階であって実現されていないのが現状である。
【０００６】
そこで、この発明の目的は、ＳＩＰ網上の通信に係わる障害発生に対し効果的に対処し得るインタフェース装置、主装置及びインタフェース装置に用いられる制御方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、この発明は、複数の通信端末を収容し、かつＳＩＰ（Session Initiation Protocol）網を接続可能とし、当該ＳＩＰ網上の登録サーバに対し登録テーブルに登録されている複数の通信端末それぞれの接続ＩＤを予め決められた登録周期で登録することで、複数の通信端末と前記ＳＩＰ網との間を接続し通信を可能とする主装置において、登録サーバとの通信が行なわれている状態で当該通信に係わる障害を検出する検出手段と、障害が検出されたときに、登録周期に比して短い復旧周期で登録サーバとの通信を行なうことで、登録サーバとの接続を復旧させる制御手段とを備えるようにしたものである。
【０００８】
なお、検出手段は、登録テーブルに登録されている複数の接続ＩＤを登録サーバに登録する際に、接続ＩＤの登録に対し登録サーバが異常なデータを返送した場合に、障害を検出し、制御手段は、障害が検出されたときに、登録サーバに対し接続ＩＤの登録を復旧周期で実行することを特徴とする。また、検出手段は、登録テーブルに登録されている複数の接続ＩＤを登録サーバに登録する際に、接続ＩＤの登録に対し登録サーバが無応答な場合に、障害を検出することを特徴とする。
【０００９】
この構成によれば、登録サーバに対する接続ＩＤの登録中に障害が発生して登録テーブル中の接続ＩＤの登録が失敗した場合に、次の登録周期を待つことなく、登録周期より短い復旧周期で登録サーバとの接続の復旧が自動的に行なわれる。このため、例えば登録サーバやＳＩＰ網の障害が一時的なものでその後正常に戻った場合や、登録サーバの部品交換などが行われて正常に状態に戻った場合に、登録サーバとの間の接続を保守員の復旧操作を待たずに迅速に復旧させることができる。
【００１０】
検出手段は、通信端末のユーザの発信操作時に、登録サーバが無応答な場合に、障害を検出することを特徴とする。
【００１１】
この構成によれば、登録サーバに対する接続ＩＤの登録時だけでなく、通信端末のユーザの発信操作時にも、障害発生に対し次の登録周期を待つことなく、登録周期より短い復旧周期で登録サーバとの接続の復旧が自動的に行なわれる。
【００１２】
制御手段は、登録サーバが異常なデータを返送した場合に、第１の復旧周期で登録サーバとの通信を行なうことで、登録サーバとの接続を復旧させ、登録サーバが無応答な場合に、第１の復旧周期とは異なる第２の復旧周期で登録サーバとの通信を行なうことで、登録サーバとの接続を復旧させることを特徴とする。
【００１３】
この構成によれば、登録サーバが異常なデータを返送した場合つまりＳＩＰ網上の何らかの障害の場合に、第１の復旧周期で登録サーバとの通信を行なうことで、登録サーバとの接続を復旧させ、登録サーバが無応答な場合つまり登録サーバが完全にダウンした場合に、第１の復旧周期より長い第２の復旧周期で登録サーバとの通信を行なうというように、障害発生の要因ごと復旧周期を可変して最適な復旧処理を行うことができる。
【００１４】
登録サーバへの複数の発信ルートと閉塞、閉塞解除を示す設定情報とを対応付けたルートテーブルを記憶する記憶手段をさらに備え、制御手段は、ルートテーブル中の障害が発生した発信ルートに対応する設定情報を閉塞に更新し、障害ルートに対し前記復旧周期で復旧させることを特徴とする。
【００１５】
この構成によれば、発信ルートに障害が発生した場合に、ルートテーブル中の該当する発信ルートに対応する設定情報を閉塞に変更することで、ＬＣＲ(Low Cost Route)発信時にＳＩＰトランクが選択された場合に、ルートテーブルを用いて発信可否を容易に判断でき、次優先度以降に設定されたトランクへのルート迂回を即座に行うことが可能となる。また、障害発生ルートに対して、復旧周期で再度通信を継続して行なうため、障害状態の復旧が容易に検出可能となる。
【発明の効果】
【００１６】
以上詳述したようにこの発明によれば、ＳＩＰ網上の通信に係わる障害発生に対し効果的に対処し得るインタフェース装置、主装置及びインタフェース装置に用いられる制御方法を提供することができる。
【発明を実施するための最良の形態】
【００１７】
以下、この発明の実施形態について図面を参照して詳細に説明する。
（第１の実施形態）
図１は、この発明の第１の実施形態に係わる電話システムの概略構成図であり、１は主装置を示している。
【００１８】
この主装置１は、複数のボタン電話端末Ｔ１〜Ｔｎ（ｎは自然数）を収容している。また、主装置１には、ＳＩＰ網ＮＷ１を介してＳＩＰサーバＳＶ１〜ＳＶ３が接続されている。
【００１９】
図２は、主装置１の機能ブロック図である。
【００２０】
主装置１は、ボタン電話制御部１１と、アナログ通信部１２と、ＩＳＤＮ通信部１３と、ＳＩＰ通信部１４と、保守制御部１５と、呼制御部１６と、データベース１７とを備え、これらボタン電話制御部１１、アナログ通信部１２、ＩＳＤＮ通信部１３、ＳＩＰ通信部１４、保守制御部１５、呼制御部１６、データベース１７は制御バス１８を介して相互に接続されている。なお、データベース１７には、ＳＩＰＵＲＩテーブル１７１と、ＬＣＲ(Low Cost Route)ルートテーブル１７２とが設けられている。
【００２１】
ＳＩＰＵＲＩテーブル１７１には、図３に示すように、ＳＩＰ網ＮＷ１のサービスプロバイダから各ボタン電話端末Ｔ１〜Ｔｎに対し付与された複数のＳＩＰＵＲＩが記憶されている。
【００２２】
ＬＣＲルートテーブル１７２には、図４に示すように、ＬＣＲ発信ルートを示す情報と、ＳＩＰトランクやアナログトランク、ＩＳＤＮトランクの閉塞／閉塞解除を示す情報との対応関係を表すデータが記憶されている。
【００２３】
ボタン電話制御部１１には複数のボタン電話端末Ｔ１〜Ｔｎが収容されている。そして、ボタン電話制御部１１は、ボタン電話機Ｔ１〜Ｔｎに対する発着信処理やデジタル信号の転送処理等を行なう。
【００２４】
アナログ通信部１２は、呼制御部１６による制御の下、アナログの公衆網ＮＷ２との間でインタフェース処理を行うものである。
【００２５】
ＩＳＤＮ通信部１３は、呼制御部１６による制御の下、ＩＳＤＮ網ＮＷ３との間でインタフェース処理を行うものである。
【００２６】
ＳＩＰ通信部１４は、保守制御部１５及び呼制御部１６による制御の下、ＳＩＰ網ＮＷ１との間でインタフェース処理を行うものである。また、ＳＩＰ通信部１４は、障害監視部１４１と、障害対応部１４２とを備えている。障害監視部１４１は、ＳＩＰサーバＳＶ１〜ＳＶ３との間で通信が行なわれている最中に、この通信に係わる障害発生を監視する。
【００２７】
障害対応部１４２は、上記障害監視部１４１にて障害が検出されると、ＳＩＰサーバＳＶ１〜ＳＶ３に対しＳＩＰＵＲＩのＲｅｇｉｓｔｅｒ周期より短い復旧周期でＲｅｇｉｓｔｅｒメッセージを送信し、保守制御部１５との間で障害に対する処理を実行する。
【００２８】
保守制御部１５は、ＳＩＰ通信部１４に対しＳＩＰＵＲＩテーブル１７１に登録されている全ＳＩＰＵＲＩを予め決められたＲｅｇｉｓｔｅｒ周期でＳＩＰ網ＮＷ１上のＳＩＰサーバＳＶ１〜ＳＶ３に登録させる。また、ＳＩＰ網ＮＷ１上の通信に係わる障害発生時に、ＬＣＲルートテーブル１７２中の該当するＬＣＲ発信ルートを「閉塞」に設定する。そして、障害復旧後に、ＬＣＲルートテーブル１７２中の該当するＬＣＲ発信ルートを「閉塞解除」に設定する。
【００２９】
呼制御部１６は、各ボタン電話端末Ｔ１〜Ｔｎの発呼要求に伴う発信処理や、通常の着信処理やボタン電話端末Ｔ１〜Ｔｎ間の転送処理等の通常の制御機能を備えている。
【００３０】
次に、以上のように構成されたシステムの動作について説明する。
図５は、ＳＩＰＵＲＩ登録時に、ＳＩＰサーバＳＶ１から異常なデータが返送される場合の保守制御部１５とＳＩＰ通信部１４とＳＩＰサーバＳＶ１との間の信号の送受信動作を示すシーケンス図である。
【００３１】
まず、主装置１のＳＩＰＵＲＩテーブル１７１に予め設定されたＳＩＰＵＲＩは、Ｒｅｇｉｓｔｅｒ周期が満了する前に登録状態を更新する必要があるため、サービスプロバイダのネットワーク（ＳＩＰ網ＮＷ１）に配置されたＳＩＰサーバＳＶ１に対してＳＩＰ通信部１４からＲＥＧＩＳＴＥＲメッセージを送信する。
【００３２】
ＳＩＰサーバＳＶ１からＲＥＧＩＳＴＥＲメッセージに対する何らかのレスポンスを受信した場合、ＳＩＰ通信部１４はＳＩＰＵＲＩテーブル１７１から次のＳＩＰＵＲＩを取得して、該当するＳＩＰＵＲＩに関するＲＥＧＩＳＴＥＲメッセージをＳＩＰサーバＳＶ１に対して送信する。この処理は、ＳＩＰＵＲＩテーブル１７１に設定された全ＳＩＰＵＲＩに対して順次実行する。
【００３３】
最終的に、ＳＩＰＵＲＩテーブル１７１に設定された全ＳＩＰＵＲＩに関するＲＥＧＩＳＴＥＲメッセージに対して、ＳＩＰサーバＳＶ１からエラーレスポンス（図５では４ｘｘ）を受信した場合、ＳＩＰ通信部１４は保守制御部１５に対して障害発生メッセージを送信する。
【００３４】
保守制御部１５は、障害発生メッセージを受信すると、ＬＣＲルートテーブル１７２に対して該当ＳＩＰトランクの閉塞状態を「閉塞」に更新し、本トランクによる発着信動作を使用不可能とする。
【００３５】
ＳＩＰ通信部１４は、Ｒｅｇｉｓｔｅｒ障害状態を復旧させるため、データベース１７に設定されたＲｅｇｉｓｔｅｒ周期に関わらず、全ＳＩＰＵＲＩに対するＲＥＧＩＳＴＥＲメッセージ送信をＲｅｇｉｓｔｅｒ周期に比して短い復旧周期（２秒間隔）で順次行う。
【００３６】
以後、ＳＩＰサーバＳＶ１から２００ＯＫメッセージを受信した場合に、ＳＩＰ通信部１４は保守制御部１５に対して障害復旧メッセージを送信し、ＬＣＲルートテーブル１７２の該当ＳＩＰトランクの閉塞状態を「閉塞解除」に更新し、本トランクによる発着信動作を使用可能とする。
【００３７】
以上のように、全ＳＩＰＵＲＩのＲｅｇｉｓｔｅｒが失敗した場合、通常はＲｅｇｉｓｔｅｒ周期満了時に行う再Ｒｅｇｉｓｔｅｒ処理が正常終了するまで該当ＳＩＰトランクを使用できないが、障害が発生した場合に全ＳＩＰＵＲＩ登録ＮＧ復旧用に、本来のＲｅｇｉｓｔｅｒ周期よりも短い復旧周期で再Ｒｅｇｉｓｔｅｒ処理を継続して行うため、ＳＩＰＵＲＩのＲｅｇｉｓｔｅｒ障害状態を早急に復旧することができる。
【００３８】
図６は、ＳＩＰＵＲＩ登録時に、ＳＩＰサーバＳＶ１から無応答が返送される場合の保守制御部１５とＳＩＰ通信部１４とＳＩＰサーバＳＶ１〜ＳＶ３との間の信号の送受信動作を示すシーケンス図である。
【００３９】
まず、主装置１のＳＩＰＵＲＩテーブル１７１に予め設定されたＳＩＰＵＲＩは、Ｒｅｇｉｓｔｅｒ周期が満了する前に登録状態を更新する必要があるため、サービスプロバイダのネットワーク（ＳＩＰ網ＮＷ１）に配置されたＳＩＰサーバＳＶ１〜ＳＶ３に対してＳＩＰ通信部１４からＲＥＧＩＳＴＥＲメッセージを送信する。
【００４０】
ネットワーク障害やＳＩＰサーバＳＶ１〜ＳＶ３の障害等により、ＳＩＰサーバＳＶ１〜ＳＶ３からＲＥＧＩＳＴＥＲメッセージに対するレスポンスを受信できない場合、ＳＩＰ通信部１４はＲｅｇｉｓｔｅｒ処理を中断して保守制御部１５に対して障害発生メッセージを送信する。
【００４１】
保守制御部１５は、障害発生メッセージを受信すると、ＬＣＲルートテーブル１７２に対して該当ＳＩＰトランクの閉塞状態を「閉塞」に更新し、本トランクによる発着信動作を使用不可能とする。
【００４２】
ＳＩＰ通信部１４は、Ｒｅｇｉｓｔｅｒ障害状態を復旧させるため、データベース１７に設定された復旧周期（２秒〜３６００秒間隔）で全ＳＩＰＵＲＩに対するＲＥＧＩＳＴＥＲメッセージ送信を順次行う。
【００４３】
以後、ＳＩＰサーバＳＶ１から２００ＯＫメッセージを受信した場合に、ＳＩＰ通信部１４は保守制御部１５に対して障害復旧メッセージを送信し、ＬＣＲルートテーブル１７２の該当ＳＩＰトランクの閉塞状態を「閉塞解除」に更新し、本トランクによる発着信動作を使用可能とする。
【００４４】
以上のように、ネットワーク障害やＳＩＰサーバＳＶ１〜ＳＶ３の障害等でＳＩＰＵＲＩのＲｅｇｉｓｔｅｒが失敗した場合、通常はＲｅｇｉｓｔｅｒ周期満了時に行う再Ｒｅｇｉｓｔｅｒ処理が正常終了するまで該当ＳＩＰＵＲＩに関する発着信ができないが、障害復旧検出用のＲｅｇｉｓｔｅｒ周期を適用して一定時間毎に再Ｒｅｇｉｓｔｅｒ処理を継続して行うため、障害状態の復旧が容易に検出可能となり、該当ＳＩＰＵＲＩのＲｅｇｉｓｔｅｒ障害状態も早急に復旧することができる。
【００４５】
以上のように上記第１の実施形態では、主装置１において、ＳＩＰサーバＳＶ１に対するＳＩＰＵＲＩの登録中に障害が発生してＳＩＰＵＲＩテーブル１７１に設定されるＳＩＰＵＲＩの登録が失敗した場合に、次のＲｅｇｉｓｔｅｒ周期を待つことなく、Ｒｅｇｉｓｔｅｒ周期より短い復旧周期でＳＩＰサーバＳＶ１に対するＳＩＰＵＲＩの登録処理を自動的に実行するようにしている。
【００４６】
従って、例えばＳＩＰサーバＳＶ１やＳＩＰ網の障害が一時的なものでその後正常に戻った場合や、ＳＩＰサーバＳＶ１の部品交換などが行われて正常な状態に戻った場合に、ＳＩＰサーバＳＶ１との間の接続を保守員の復旧操作を待たずに迅速に復旧させることができる。
【００４７】
また、上記第１の実施形態では、ＳＩＰサーバＳＶ１が異常なデータを返送した場合に、復旧周期（２ｓｅｃ）でＳＩＰサーバＳＶ１に対するＳＩＰＵＲＩの登録処理を実行し、一方ＳＩＰサーバＳＶ１が無応答な場合つまりＳＩＰサーバＳＶ１が完全にダウンした場合に、長い復旧周期（３６００ｓｅｃ）でＳＩＰサーバＳＶ１に対するＳＩＰＵＲＩの登録処理を実行するというように、障害発生の要因ごと復旧周期を可変して最適な復旧処理を行うことができる。
【００４８】
（第２の実施形態）
図７は、この発明の第２の実施形態として、ＬＣＲ発信動作を説明するために示すブロック図であり、図８はＬＣＲ発信時の保守制御部１５とＳＩＰ通信部１４とＳＩＰサーバＳＶ１〜ＳＶ３との間の信号の送受信動作を示すシーケンス図である。
【００４９】
図７において、主装置１に収容されたボタン電話端末Ｔ１にてＬＣＲ発信操作が行われたとする。そうすると、主装置１は、呼制御部１６においてボタン電話端末Ｔ１から入力されたダイヤル情報を元に、ＬＣＲルートテーブル１７２から、優先度順に捕捉可能なトランクを全て取得する。その結果、第１ルートがＳＩＰトランクである場合、ＳＩＰ通信部１４に発信接続メッセージを送信する。
【００５０】
ＳＩＰ通信部１４は、ＳＩＰサーバＳＶ１に対してＩＮＶＩＴＥメッセージを送信するが、ＳＩＰサーバＳＶ１から一定時間経過してもレスポンスを受信できない場合に、ＩＮＶＩＴＥメッセージの送信をＳＩＰサーバＳＶ２，ＳＶ３に対して実行する。
【００５１】
最終的に、全ＳＩＰサーバＳＶ１〜ＳＶ３からＩＮＶＩＴＥメッセージに対するレスポンスを受信できない場合、ＳＩＰ通信部１４は保守制御部１５に対して障害発生メッセージを送信し、呼制御部１６に対してはＳＩＰトランク発信ＮＧを通知する。
【００５２】
呼制御部１５は、ＳＩＰトランク発信ＮＧを受信すると、次優先度のトランクを捕捉して再度発信を試みる。本トランク種別がアナログの公衆網ＮＷ２の場合はアナログ通信部１２へ、ＩＳＤＮ網ＮＷ３の場合はＩＳＤＮ通信部１３へ発信接続メッセージを送信する。また、障害発生メッセージを受信した保守制御部１５は、ＬＣＲルートテーブル１７２の該当ＳＩＰトランクの閉塞状態を「閉塞」に更新し、本トランクによる発着信動作を使用不可能にする。
【００５３】
再度ボタン電話端末Ｔ１からＬＣＲ発信した場合は、第１ルートのＳＩＰトランクが「閉塞」状態であるため、即座に第２ルート以降のトランクを使用して発信処理を実行する。
【００５４】
ＳＩＰ通信部１４は、本障害状態の復旧検出のため、データベース１７に設定された復旧検出用Ｒｅｇｉｓｔｅｒ周期に従い、全ＳＩＰＵＲＩに対するＲＥＧＩＳＴＥＲメッセージ送信を順次行う。
【００５５】
以後、ＳＩＰサーバＳＶ１から２００ＯＫメッセージを受信した場合に、ＳＩＰ通信部１４は保守制御部１５に対して障害復旧メッセージを送信し、ＬＣＲルートテーブル１７２の該当ＳＩＰトランクの閉塞状態を「閉塞解除」に更新し、本トランクによる発着信動作を使用可能とする。
【００５６】
これにより以降のＬＣＲ発信時は、通常通り第１ルートであるＳＩＰトランクから発信接続を行うことが可能となる。
【００５７】
以上のように上記第２の実施形態では、主装置１において、ＬＣＲ発信時に選択されたルートに障害が発生した場合に、ＬＣＲルートテーブル１７２中の該当するルートに対応する設定情報を「閉塞」に変更することで、ＬＣＲ発信時にＳＩＰトランクが選択された場合に、ＬＣＲルートテーブル１７２を参照して発信可否を容易に判断でき、次優先度以降に設定されたトランクへのルート迂回を即座に行うことが可能となる。また、障害発生ルートに対して、復旧周期で再度ＳＩＰサーバＳＶ１〜ＳＶ３に対するＲＥＧＩＳＴＥＲメッセージの送信を継続して行なうため、障害状態の復旧が容易に検出可能となる。
【００５８】
（その他の実施形態）
この発明は、上記各実施形態に限定されるものではない。例えば上記第２の実施形態では、ＳＩＰ網、アナログ公衆網、ＩＳＤＮ網を発信ルートとして選択する例について説明したが、ＳＩＰ網、ＩＳＤＮ網、公衆網以外の新たな通信プロトコルを要求する通信回線を主装置に接続するようにしてもよい。
【００５９】
また、各実施形態において、ボタン電話端末を主装置に収容する例について説明したが、電話アプリケーションを搭載したパーソナル・コンピュータ等の通信端末であってもよい。
【００６０】
その他、電話システムの種類、主装置の機能構成、主装置に収容される電話端末の種類、障害に対する復旧制御の手順とその内容等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
【図面の簡単な説明】
【００６１】
【図１】この発明の第１の実施形態に係わる電話システムの概略構成図。
【図２】上記図１に示した主装置の機能ブロック図。
【図３】上記図２に示したＳＩＰＵＲＩテーブルの記憶内容の一例を示す図。
【図４】上記図２に示したＬＣＲルートテーブルの記憶内容の一例を示す図。
【図５】同第１の実施形態において、ＳＩＰＵＲＩ登録時に、ＳＩＰサーバから異常なデータが返送される場合の保守制御部とＳＩＰ通信部とＳＩＰサーバとの間の信号の送受信動作を示すシーケンス図。
【図６】同第１の実施形態において、ＳＩＰＵＲＩ登録時に、ＳＩＰサーバから無応答が返送される場合の保守制御部とＳＩＰ通信部とＳＩＰサーバとの間の信号の送受信動作を示すシーケンス図。
【図７】この発明の第２の実施形態として、ＬＣＲ発信動作を説明するために示すブロック図。
【図８】同第２の実施形態において、保守制御部とＳＩＰ通信部とＳＩＰサーバとの間の信号の送受信動作を示すシーケンス図。
【符号の説明】
【００６２】
１…主装置、１１…ボタン電話制御部、１２…アナログ通信部、１３…ＩＳＤＮ通信部、１４…ＳＩＰ通信部、１５…保守制御部、１６…呼制御部、１７…データベース、１８…制御バス、１４１…障害監視部、１４２…障害対応部、１７１…ＳＩＰＵＲＩテーブル、１７２…ＬＣＲルートテーブル、Ｔ１〜Ｔｎ…ボタン電話端末、ＳＶ１〜ＳＶ３…ＳＩＰサーバ、ＮＷ１…ＳＩＰ網、ＮＷ２…公衆網、ＮＷ３…ＩＳＤＮ網。
【技術分野】
【０００１】
この発明は、ＳＩＰ（Session Initiation Protocol）で規定される通信機能を備えた複数の通信端末とＳＩＰ網との間を接続するためのインタフェース装置、このインタフェース装置を収容する主装置及びインタフェース装置に用いられる制御方法に関する。
【背景技術】
【０００２】
近年、ＩＰ(Internet Protocol)網を介して、双方向に画像や音声をパケットデータとして、リアルタイムに送受信するＩＰ電話システムが普及し始めている。このＩＰ電話システムでは、ＩＰ網に接続される主装置ごとに内線間通信や外線発着信を行えることは勿論のこと、ＩＰ網を経由した主装置間での内線通信や外線発着信を行うことができる。また、このＩＰ電話システムでは、そのプロトコルとしてＳＩＰ（Session Initiation Protocol）が広く使われている。
【０００３】
この種のシステムでは、主装置ごとのＳＩＰ端末のＵＲＩ（接続ＩＤ）をＳＩＰ網上の事業者の登録サーバに予め登録しておき、ＳＩＰ端末にてＳＩＰ網を使用して通話を行う際に、上記登録されたＵＲＩを基に登録サーバがＳＩＰ端末の認証を行うようにしている。
【０００４】
ところで、上記システムでは、ＳＩＰ網や登録サーバ上に障害が発生することが十分に予想される。この障害発生に対する対応策としては、登録サーバに障害が発生したことを検知した後に、登録サーバに対して登録シーケンスを登録周期より短い周期で実行する手法が提案されている（例えば、特許文献１）。
【特許文献１】特開２００６−３３７３２公報。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところが、上記手法では、登録サーバに障害が発生した場合の対応策が講じられているだけであり、その他の障害発生に対する対応策については、まだ検討段階であって実現されていないのが現状である。
【０００６】
そこで、この発明の目的は、ＳＩＰ網上の通信に係わる障害発生に対し効果的に対処し得るインタフェース装置、主装置及びインタフェース装置に用いられる制御方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、この発明は、複数の通信端末を収容し、かつＳＩＰ（Session Initiation Protocol）網を接続可能とし、当該ＳＩＰ網上の登録サーバに対し登録テーブルに登録されている複数の通信端末それぞれの接続ＩＤを予め決められた登録周期で登録することで、複数の通信端末と前記ＳＩＰ網との間を接続し通信を可能とする主装置において、登録サーバとの通信が行なわれている状態で当該通信に係わる障害を検出する検出手段と、障害が検出されたときに、登録周期に比して短い復旧周期で登録サーバとの通信を行なうことで、登録サーバとの接続を復旧させる制御手段とを備えるようにしたものである。
【０００８】
なお、検出手段は、登録テーブルに登録されている複数の接続ＩＤを登録サーバに登録する際に、接続ＩＤの登録に対し登録サーバが異常なデータを返送した場合に、障害を検出し、制御手段は、障害が検出されたときに、登録サーバに対し接続ＩＤの登録を復旧周期で実行することを特徴とする。また、検出手段は、登録テーブルに登録されている複数の接続ＩＤを登録サーバに登録する際に、接続ＩＤの登録に対し登録サーバが無応答な場合に、障害を検出することを特徴とする。
【０００９】
この構成によれば、登録サーバに対する接続ＩＤの登録中に障害が発生して登録テーブル中の接続ＩＤの登録が失敗した場合に、次の登録周期を待つことなく、登録周期より短い復旧周期で登録サーバとの接続の復旧が自動的に行なわれる。このため、例えば登録サーバやＳＩＰ網の障害が一時的なものでその後正常に戻った場合や、登録サーバの部品交換などが行われて正常に状態に戻った場合に、登録サーバとの間の接続を保守員の復旧操作を待たずに迅速に復旧させることができる。
【００１０】
検出手段は、通信端末のユーザの発信操作時に、登録サーバが無応答な場合に、障害を検出することを特徴とする。
【００１１】
この構成によれば、登録サーバに対する接続ＩＤの登録時だけでなく、通信端末のユーザの発信操作時にも、障害発生に対し次の登録周期を待つことなく、登録周期より短い復旧周期で登録サーバとの接続の復旧が自動的に行なわれる。
【００１２】
制御手段は、登録サーバが異常なデータを返送した場合に、第１の復旧周期で登録サーバとの通信を行なうことで、登録サーバとの接続を復旧させ、登録サーバが無応答な場合に、第１の復旧周期とは異なる第２の復旧周期で登録サーバとの通信を行なうことで、登録サーバとの接続を復旧させることを特徴とする。
【００１３】
この構成によれば、登録サーバが異常なデータを返送した場合つまりＳＩＰ網上の何らかの障害の場合に、第１の復旧周期で登録サーバとの通信を行なうことで、登録サーバとの接続を復旧させ、登録サーバが無応答な場合つまり登録サーバが完全にダウンした場合に、第１の復旧周期より長い第２の復旧周期で登録サーバとの通信を行なうというように、障害発生の要因ごと復旧周期を可変して最適な復旧処理を行うことができる。
【００１４】
登録サーバへの複数の発信ルートと閉塞、閉塞解除を示す設定情報とを対応付けたルートテーブルを記憶する記憶手段をさらに備え、制御手段は、ルートテーブル中の障害が発生した発信ルートに対応する設定情報を閉塞に更新し、障害ルートに対し前記復旧周期で復旧させることを特徴とする。
【００１５】
この構成によれば、発信ルートに障害が発生した場合に、ルートテーブル中の該当する発信ルートに対応する設定情報を閉塞に変更することで、ＬＣＲ(Low Cost Route)発信時にＳＩＰトランクが選択された場合に、ルートテーブルを用いて発信可否を容易に判断でき、次優先度以降に設定されたトランクへのルート迂回を即座に行うことが可能となる。また、障害発生ルートに対して、復旧周期で再度通信を継続して行なうため、障害状態の復旧が容易に検出可能となる。
【発明の効果】
【００１６】
以上詳述したようにこの発明によれば、ＳＩＰ網上の通信に係わる障害発生に対し効果的に対処し得るインタフェース装置、主装置及びインタフェース装置に用いられる制御方法を提供することができる。
【発明を実施するための最良の形態】
【００１７】
以下、この発明の実施形態について図面を参照して詳細に説明する。
（第１の実施形態）
図１は、この発明の第１の実施形態に係わる電話システムの概略構成図であり、１は主装置を示している。
【００１８】
この主装置１は、複数のボタン電話端末Ｔ１〜Ｔｎ（ｎは自然数）を収容している。また、主装置１には、ＳＩＰ網ＮＷ１を介してＳＩＰサーバＳＶ１〜ＳＶ３が接続されている。
【００１９】
図２は、主装置１の機能ブロック図である。
【００２０】
主装置１は、ボタン電話制御部１１と、アナログ通信部１２と、ＩＳＤＮ通信部１３と、ＳＩＰ通信部１４と、保守制御部１５と、呼制御部１６と、データベース１７とを備え、これらボタン電話制御部１１、アナログ通信部１２、ＩＳＤＮ通信部１３、ＳＩＰ通信部１４、保守制御部１５、呼制御部１６、データベース１７は制御バス１８を介して相互に接続されている。なお、データベース１７には、ＳＩＰＵＲＩテーブル１７１と、ＬＣＲ(Low Cost Route)ルートテーブル１７２とが設けられている。
【００２１】
ＳＩＰＵＲＩテーブル１７１には、図３に示すように、ＳＩＰ網ＮＷ１のサービスプロバイダから各ボタン電話端末Ｔ１〜Ｔｎに対し付与された複数のＳＩＰＵＲＩが記憶されている。
【００２２】
ＬＣＲルートテーブル１７２には、図４に示すように、ＬＣＲ発信ルートを示す情報と、ＳＩＰトランクやアナログトランク、ＩＳＤＮトランクの閉塞／閉塞解除を示す情報との対応関係を表すデータが記憶されている。
【００２３】
ボタン電話制御部１１には複数のボタン電話端末Ｔ１〜Ｔｎが収容されている。そして、ボタン電話制御部１１は、ボタン電話機Ｔ１〜Ｔｎに対する発着信処理やデジタル信号の転送処理等を行なう。
【００２４】
アナログ通信部１２は、呼制御部１６による制御の下、アナログの公衆網ＮＷ２との間でインタフェース処理を行うものである。
【００２５】
ＩＳＤＮ通信部１３は、呼制御部１６による制御の下、ＩＳＤＮ網ＮＷ３との間でインタフェース処理を行うものである。
【００２６】
ＳＩＰ通信部１４は、保守制御部１５及び呼制御部１６による制御の下、ＳＩＰ網ＮＷ１との間でインタフェース処理を行うものである。また、ＳＩＰ通信部１４は、障害監視部１４１と、障害対応部１４２とを備えている。障害監視部１４１は、ＳＩＰサーバＳＶ１〜ＳＶ３との間で通信が行なわれている最中に、この通信に係わる障害発生を監視する。
【００２７】
障害対応部１４２は、上記障害監視部１４１にて障害が検出されると、ＳＩＰサーバＳＶ１〜ＳＶ３に対しＳＩＰＵＲＩのＲｅｇｉｓｔｅｒ周期より短い復旧周期でＲｅｇｉｓｔｅｒメッセージを送信し、保守制御部１５との間で障害に対する処理を実行する。
【００２８】
保守制御部１５は、ＳＩＰ通信部１４に対しＳＩＰＵＲＩテーブル１７１に登録されている全ＳＩＰＵＲＩを予め決められたＲｅｇｉｓｔｅｒ周期でＳＩＰ網ＮＷ１上のＳＩＰサーバＳＶ１〜ＳＶ３に登録させる。また、ＳＩＰ網ＮＷ１上の通信に係わる障害発生時に、ＬＣＲルートテーブル１７２中の該当するＬＣＲ発信ルートを「閉塞」に設定する。そして、障害復旧後に、ＬＣＲルートテーブル１７２中の該当するＬＣＲ発信ルートを「閉塞解除」に設定する。
【００２９】
呼制御部１６は、各ボタン電話端末Ｔ１〜Ｔｎの発呼要求に伴う発信処理や、通常の着信処理やボタン電話端末Ｔ１〜Ｔｎ間の転送処理等の通常の制御機能を備えている。
【００３０】
次に、以上のように構成されたシステムの動作について説明する。
図５は、ＳＩＰＵＲＩ登録時に、ＳＩＰサーバＳＶ１から異常なデータが返送される場合の保守制御部１５とＳＩＰ通信部１４とＳＩＰサーバＳＶ１との間の信号の送受信動作を示すシーケンス図である。
【００３１】
まず、主装置１のＳＩＰＵＲＩテーブル１７１に予め設定されたＳＩＰＵＲＩは、Ｒｅｇｉｓｔｅｒ周期が満了する前に登録状態を更新する必要があるため、サービスプロバイダのネットワーク（ＳＩＰ網ＮＷ１）に配置されたＳＩＰサーバＳＶ１に対してＳＩＰ通信部１４からＲＥＧＩＳＴＥＲメッセージを送信する。
【００３２】
ＳＩＰサーバＳＶ１からＲＥＧＩＳＴＥＲメッセージに対する何らかのレスポンスを受信した場合、ＳＩＰ通信部１４はＳＩＰＵＲＩテーブル１７１から次のＳＩＰＵＲＩを取得して、該当するＳＩＰＵＲＩに関するＲＥＧＩＳＴＥＲメッセージをＳＩＰサーバＳＶ１に対して送信する。この処理は、ＳＩＰＵＲＩテーブル１７１に設定された全ＳＩＰＵＲＩに対して順次実行する。
【００３３】
最終的に、ＳＩＰＵＲＩテーブル１７１に設定された全ＳＩＰＵＲＩに関するＲＥＧＩＳＴＥＲメッセージに対して、ＳＩＰサーバＳＶ１からエラーレスポンス（図５では４ｘｘ）を受信した場合、ＳＩＰ通信部１４は保守制御部１５に対して障害発生メッセージを送信する。
【００３４】
保守制御部１５は、障害発生メッセージを受信すると、ＬＣＲルートテーブル１７２に対して該当ＳＩＰトランクの閉塞状態を「閉塞」に更新し、本トランクによる発着信動作を使用不可能とする。
【００３５】
ＳＩＰ通信部１４は、Ｒｅｇｉｓｔｅｒ障害状態を復旧させるため、データベース１７に設定されたＲｅｇｉｓｔｅｒ周期に関わらず、全ＳＩＰＵＲＩに対するＲＥＧＩＳＴＥＲメッセージ送信をＲｅｇｉｓｔｅｒ周期に比して短い復旧周期（２秒間隔）で順次行う。
【００３６】
以後、ＳＩＰサーバＳＶ１から２００ＯＫメッセージを受信した場合に、ＳＩＰ通信部１４は保守制御部１５に対して障害復旧メッセージを送信し、ＬＣＲルートテーブル１７２の該当ＳＩＰトランクの閉塞状態を「閉塞解除」に更新し、本トランクによる発着信動作を使用可能とする。
【００３７】
以上のように、全ＳＩＰＵＲＩのＲｅｇｉｓｔｅｒが失敗した場合、通常はＲｅｇｉｓｔｅｒ周期満了時に行う再Ｒｅｇｉｓｔｅｒ処理が正常終了するまで該当ＳＩＰトランクを使用できないが、障害が発生した場合に全ＳＩＰＵＲＩ登録ＮＧ復旧用に、本来のＲｅｇｉｓｔｅｒ周期よりも短い復旧周期で再Ｒｅｇｉｓｔｅｒ処理を継続して行うため、ＳＩＰＵＲＩのＲｅｇｉｓｔｅｒ障害状態を早急に復旧することができる。
【００３８】
図６は、ＳＩＰＵＲＩ登録時に、ＳＩＰサーバＳＶ１から無応答が返送される場合の保守制御部１５とＳＩＰ通信部１４とＳＩＰサーバＳＶ１〜ＳＶ３との間の信号の送受信動作を示すシーケンス図である。
【００３９】
まず、主装置１のＳＩＰＵＲＩテーブル１７１に予め設定されたＳＩＰＵＲＩは、Ｒｅｇｉｓｔｅｒ周期が満了する前に登録状態を更新する必要があるため、サービスプロバイダのネットワーク（ＳＩＰ網ＮＷ１）に配置されたＳＩＰサーバＳＶ１〜ＳＶ３に対してＳＩＰ通信部１４からＲＥＧＩＳＴＥＲメッセージを送信する。
【００４０】
ネットワーク障害やＳＩＰサーバＳＶ１〜ＳＶ３の障害等により、ＳＩＰサーバＳＶ１〜ＳＶ３からＲＥＧＩＳＴＥＲメッセージに対するレスポンスを受信できない場合、ＳＩＰ通信部１４はＲｅｇｉｓｔｅｒ処理を中断して保守制御部１５に対して障害発生メッセージを送信する。
【００４１】
保守制御部１５は、障害発生メッセージを受信すると、ＬＣＲルートテーブル１７２に対して該当ＳＩＰトランクの閉塞状態を「閉塞」に更新し、本トランクによる発着信動作を使用不可能とする。
【００４２】
ＳＩＰ通信部１４は、Ｒｅｇｉｓｔｅｒ障害状態を復旧させるため、データベース１７に設定された復旧周期（２秒〜３６００秒間隔）で全ＳＩＰＵＲＩに対するＲＥＧＩＳＴＥＲメッセージ送信を順次行う。
【００４３】
以後、ＳＩＰサーバＳＶ１から２００ＯＫメッセージを受信した場合に、ＳＩＰ通信部１４は保守制御部１５に対して障害復旧メッセージを送信し、ＬＣＲルートテーブル１７２の該当ＳＩＰトランクの閉塞状態を「閉塞解除」に更新し、本トランクによる発着信動作を使用可能とする。
【００４４】
以上のように、ネットワーク障害やＳＩＰサーバＳＶ１〜ＳＶ３の障害等でＳＩＰＵＲＩのＲｅｇｉｓｔｅｒが失敗した場合、通常はＲｅｇｉｓｔｅｒ周期満了時に行う再Ｒｅｇｉｓｔｅｒ処理が正常終了するまで該当ＳＩＰＵＲＩに関する発着信ができないが、障害復旧検出用のＲｅｇｉｓｔｅｒ周期を適用して一定時間毎に再Ｒｅｇｉｓｔｅｒ処理を継続して行うため、障害状態の復旧が容易に検出可能となり、該当ＳＩＰＵＲＩのＲｅｇｉｓｔｅｒ障害状態も早急に復旧することができる。
【００４５】
以上のように上記第１の実施形態では、主装置１において、ＳＩＰサーバＳＶ１に対するＳＩＰＵＲＩの登録中に障害が発生してＳＩＰＵＲＩテーブル１７１に設定されるＳＩＰＵＲＩの登録が失敗した場合に、次のＲｅｇｉｓｔｅｒ周期を待つことなく、Ｒｅｇｉｓｔｅｒ周期より短い復旧周期でＳＩＰサーバＳＶ１に対するＳＩＰＵＲＩの登録処理を自動的に実行するようにしている。
【００４６】
従って、例えばＳＩＰサーバＳＶ１やＳＩＰ網の障害が一時的なものでその後正常に戻った場合や、ＳＩＰサーバＳＶ１の部品交換などが行われて正常な状態に戻った場合に、ＳＩＰサーバＳＶ１との間の接続を保守員の復旧操作を待たずに迅速に復旧させることができる。
【００４７】
また、上記第１の実施形態では、ＳＩＰサーバＳＶ１が異常なデータを返送した場合に、復旧周期（２ｓｅｃ）でＳＩＰサーバＳＶ１に対するＳＩＰＵＲＩの登録処理を実行し、一方ＳＩＰサーバＳＶ１が無応答な場合つまりＳＩＰサーバＳＶ１が完全にダウンした場合に、長い復旧周期（３６００ｓｅｃ）でＳＩＰサーバＳＶ１に対するＳＩＰＵＲＩの登録処理を実行するというように、障害発生の要因ごと復旧周期を可変して最適な復旧処理を行うことができる。
【００４８】
（第２の実施形態）
図７は、この発明の第２の実施形態として、ＬＣＲ発信動作を説明するために示すブロック図であり、図８はＬＣＲ発信時の保守制御部１５とＳＩＰ通信部１４とＳＩＰサーバＳＶ１〜ＳＶ３との間の信号の送受信動作を示すシーケンス図である。
【００４９】
図７において、主装置１に収容されたボタン電話端末Ｔ１にてＬＣＲ発信操作が行われたとする。そうすると、主装置１は、呼制御部１６においてボタン電話端末Ｔ１から入力されたダイヤル情報を元に、ＬＣＲルートテーブル１７２から、優先度順に捕捉可能なトランクを全て取得する。その結果、第１ルートがＳＩＰトランクである場合、ＳＩＰ通信部１４に発信接続メッセージを送信する。
【００５０】
ＳＩＰ通信部１４は、ＳＩＰサーバＳＶ１に対してＩＮＶＩＴＥメッセージを送信するが、ＳＩＰサーバＳＶ１から一定時間経過してもレスポンスを受信できない場合に、ＩＮＶＩＴＥメッセージの送信をＳＩＰサーバＳＶ２，ＳＶ３に対して実行する。
【００５１】
最終的に、全ＳＩＰサーバＳＶ１〜ＳＶ３からＩＮＶＩＴＥメッセージに対するレスポンスを受信できない場合、ＳＩＰ通信部１４は保守制御部１５に対して障害発生メッセージを送信し、呼制御部１６に対してはＳＩＰトランク発信ＮＧを通知する。
【００５２】
呼制御部１５は、ＳＩＰトランク発信ＮＧを受信すると、次優先度のトランクを捕捉して再度発信を試みる。本トランク種別がアナログの公衆網ＮＷ２の場合はアナログ通信部１２へ、ＩＳＤＮ網ＮＷ３の場合はＩＳＤＮ通信部１３へ発信接続メッセージを送信する。また、障害発生メッセージを受信した保守制御部１５は、ＬＣＲルートテーブル１７２の該当ＳＩＰトランクの閉塞状態を「閉塞」に更新し、本トランクによる発着信動作を使用不可能にする。
【００５３】
再度ボタン電話端末Ｔ１からＬＣＲ発信した場合は、第１ルートのＳＩＰトランクが「閉塞」状態であるため、即座に第２ルート以降のトランクを使用して発信処理を実行する。
【００５４】
ＳＩＰ通信部１４は、本障害状態の復旧検出のため、データベース１７に設定された復旧検出用Ｒｅｇｉｓｔｅｒ周期に従い、全ＳＩＰＵＲＩに対するＲＥＧＩＳＴＥＲメッセージ送信を順次行う。
【００５５】
以後、ＳＩＰサーバＳＶ１から２００ＯＫメッセージを受信した場合に、ＳＩＰ通信部１４は保守制御部１５に対して障害復旧メッセージを送信し、ＬＣＲルートテーブル１７２の該当ＳＩＰトランクの閉塞状態を「閉塞解除」に更新し、本トランクによる発着信動作を使用可能とする。
【００５６】
これにより以降のＬＣＲ発信時は、通常通り第１ルートであるＳＩＰトランクから発信接続を行うことが可能となる。
【００５７】
以上のように上記第２の実施形態では、主装置１において、ＬＣＲ発信時に選択されたルートに障害が発生した場合に、ＬＣＲルートテーブル１７２中の該当するルートに対応する設定情報を「閉塞」に変更することで、ＬＣＲ発信時にＳＩＰトランクが選択された場合に、ＬＣＲルートテーブル１７２を参照して発信可否を容易に判断でき、次優先度以降に設定されたトランクへのルート迂回を即座に行うことが可能となる。また、障害発生ルートに対して、復旧周期で再度ＳＩＰサーバＳＶ１〜ＳＶ３に対するＲＥＧＩＳＴＥＲメッセージの送信を継続して行なうため、障害状態の復旧が容易に検出可能となる。
【００５８】
（その他の実施形態）
この発明は、上記各実施形態に限定されるものではない。例えば上記第２の実施形態では、ＳＩＰ網、アナログ公衆網、ＩＳＤＮ網を発信ルートとして選択する例について説明したが、ＳＩＰ網、ＩＳＤＮ網、公衆網以外の新たな通信プロトコルを要求する通信回線を主装置に接続するようにしてもよい。
【００５９】
また、各実施形態において、ボタン電話端末を主装置に収容する例について説明したが、電話アプリケーションを搭載したパーソナル・コンピュータ等の通信端末であってもよい。
【００６０】
その他、電話システムの種類、主装置の機能構成、主装置に収容される電話端末の種類、障害に対する復旧制御の手順とその内容等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
【図面の簡単な説明】
【００６１】
【図１】この発明の第１の実施形態に係わる電話システムの概略構成図。
【図２】上記図１に示した主装置の機能ブロック図。
【図３】上記図２に示したＳＩＰＵＲＩテーブルの記憶内容の一例を示す図。
【図４】上記図２に示したＬＣＲルートテーブルの記憶内容の一例を示す図。
【図５】同第１の実施形態において、ＳＩＰＵＲＩ登録時に、ＳＩＰサーバから異常なデータが返送される場合の保守制御部とＳＩＰ通信部とＳＩＰサーバとの間の信号の送受信動作を示すシーケンス図。
【図６】同第１の実施形態において、ＳＩＰＵＲＩ登録時に、ＳＩＰサーバから無応答が返送される場合の保守制御部とＳＩＰ通信部とＳＩＰサーバとの間の信号の送受信動作を示すシーケンス図。
【図７】この発明の第２の実施形態として、ＬＣＲ発信動作を説明するために示すブロック図。
【図８】同第２の実施形態において、保守制御部とＳＩＰ通信部とＳＩＰサーバとの間の信号の送受信動作を示すシーケンス図。
【符号の説明】
【００６２】
１…主装置、１１…ボタン電話制御部、１２…アナログ通信部、１３…ＩＳＤＮ通信部、１４…ＳＩＰ通信部、１５…保守制御部、１６…呼制御部、１７…データベース、１８…制御バス、１４１…障害監視部、１４２…障害対応部、１７１…ＳＩＰＵＲＩテーブル、１７２…ＬＣＲルートテーブル、Ｔ１〜Ｔｎ…ボタン電話端末、ＳＶ１〜ＳＶ３…ＳＩＰサーバ、ＮＷ１…ＳＩＰ網、ＮＷ２…公衆網、ＮＷ３…ＩＳＤＮ網。
【特許請求の範囲】
【請求項１】
複数の通信端末を収容する主装置に備えられ、ＳＩＰ（Session Initiation Protocol）網を接続可能とし、当該ＳＩＰ網上の登録サーバに対し前記主装置の登録テーブルに登録されている前記複数の通信端末それぞれの接続ＩＤを予め決められた登録周期で登録することで、前記複数の通信端末と前記ＳＩＰ網との間を接続し通信を可能とするインタフェース装置において、
前記登録サーバとの通信が行なわれている状態で当該通信に係わる障害を検出する検出手段と、
前記障害が検出されたときに、前記登録周期に比して短い復旧周期で前記登録サーバとの通信を行なうことで、前記登録サーバとの接続を復旧させる制御手段とを具備したことを特徴とするインタフェース装置。
【請求項２】
前記検出手段は、前記登録テーブルに登録されている複数の接続ＩＤを登録サーバに登録する際に、前記接続ＩＤの登録に対し前記登録サーバが異常なデータを返送した場合に、前記障害を検出し、
前記制御手段は、前記障害が検出されたときに、前記登録サーバに対し前記接続ＩＤの登録を前記復旧周期で実行することを特徴とする請求項１記載のインタフェース装置。
【請求項３】
前記検出手段は、前記登録テーブルに登録されている複数の接続ＩＤを登録サーバに登録する際に、前記接続ＩＤの登録に対し前記登録サーバが無応答な場合に、前記障害を検出することを特徴とする請求項１記載のインタフェース装置。
【請求項４】
前記検出手段は、通信端末のユーザの発信操作時に、前記登録サーバが無応答な場合に、前記障害を検出することを特徴とする請求項１記載のインタフェース装置。
【請求項５】
前記制御手段は、前記登録サーバが異常なデータを返送した場合に、第１の復旧周期で前記登録サーバとの通信を行なうことで、前記登録サーバとの接続を復旧させ、前記登録サーバが無応答な場合に、前記第１の復旧周期とは異なる第２の復旧周期で前記登録サーバとの通信を行なうことで、前記登録サーバとの接続を復旧させることを特徴とする請求項１記載のインタフェース装置。
【請求項６】
複数の通信端末を収容し、かつＳＩＰ（Session Initiation Protocol）網を接続可能とし、当該ＳＩＰ網上の登録サーバに対し登録テーブルに登録されている前記複数の通信端末それぞれの接続ＩＤを予め決められた登録周期で登録することで、前記複数の通信端末と前記ＳＩＰ網との間を接続し通信を可能とする主装置において、
前記登録サーバとの通信が行なわれている状態で当該通信に係わる障害を検出する検出手段と、
前記障害が検出されたときに、前記登録周期に比して短い復旧周期で前記登録サーバとの通信を行なうことで、前記登録サーバとの接続を復旧させる制御手段とを具備したことを特徴とする主装置。
【請求項７】
前記検出手段は、前記登録テーブルに登録されている複数の接続ＩＤを登録サーバに登録する際に、前記接続ＩＤの登録に対し前記登録サーバが異常なデータを返送した場合に、前記障害を検出し、
前記制御手段は、前記障害が検出されたときに、前記登録サーバに対し前記接続ＩＤの登録を前記復旧周期で実行することを特徴とする請求項６記載の主装置。
【請求項８】
前記検出手段は、前記登録テーブルに登録されている複数の接続ＩＤを登録サーバに登録する際に、前記接続ＩＤの登録に対し前記登録サーバが無応答な場合に、前記障害を検出することを特徴とする請求項６記載の主装置。
【請求項９】
前記検出手段は、通信端末のユーザの発信操作時に、前記登録サーバが無応答な場合に、前記障害を検出することを特徴とする請求項６記載の主装置。
【請求項１０】
前記制御手段は、前記登録サーバが異常なデータを返送した場合に、第１の復旧周期で前記登録サーバとの通信を行なうことで、前記登録サーバとの接続を復旧させ、前記登録サーバが無応答な場合に、前記第１の復旧周期とは異なる第２の復旧周期で前記登録サーバとの通信を行なうことで、前記登録サーバとの接続を復旧させることを特徴とする請求項６記載の主装置。
【請求項１１】
前記登録サーバへの複数の発信ルートと閉塞、閉塞解除を示す設定情報とを対応付けたルートテーブルを記憶する記憶手段をさらに備え、
前記制御手段は、前記ルートテーブル中の障害が発生した発信ルートに対応する設定情報を閉塞に更新し、障害ルートに対し前記復旧周期で復旧させることを特徴とする請求項６記載の主装置。
【請求項１２】
前記制御手段は、障害ルートが復旧した場合に、前記ルートテーブル中の障害が発生した発信ルートに対応する設定情報を閉塞解除に更新することを特徴とする請求項１１記載の主装置。
【請求項１３】
複数の通信端末を収容する主装置に備えられ、ＳＩＰ（Session Initiation Protocol）網を接続可能とし、当該ＳＩＰ網上の登録サーバに対し前記主装置の登録テーブルに登録されている前記複数の通信端末それぞれの接続ＩＤを予め決められた登録周期で登録することで、前記複数の通信端末と前記ＳＩＰ網との間を接続し通信を可能とするインタフェース装置で使用される制御方法において、
前記登録サーバとの通信が行なわれている状態で当該通信に係わる障害を検出し、
前記障害が検出されたときに、前記登録周期に比して短い復旧周期で前記登録サーバとの通信を行なうことで、前記登録サーバとの接続を復旧させるようにしたことを特徴とする制御方法。
【請求項１】
複数の通信端末を収容する主装置に備えられ、ＳＩＰ（Session Initiation Protocol）網を接続可能とし、当該ＳＩＰ網上の登録サーバに対し前記主装置の登録テーブルに登録されている前記複数の通信端末それぞれの接続ＩＤを予め決められた登録周期で登録することで、前記複数の通信端末と前記ＳＩＰ網との間を接続し通信を可能とするインタフェース装置において、
前記登録サーバとの通信が行なわれている状態で当該通信に係わる障害を検出する検出手段と、
前記障害が検出されたときに、前記登録周期に比して短い復旧周期で前記登録サーバとの通信を行なうことで、前記登録サーバとの接続を復旧させる制御手段とを具備したことを特徴とするインタフェース装置。
【請求項２】
前記検出手段は、前記登録テーブルに登録されている複数の接続ＩＤを登録サーバに登録する際に、前記接続ＩＤの登録に対し前記登録サーバが異常なデータを返送した場合に、前記障害を検出し、
前記制御手段は、前記障害が検出されたときに、前記登録サーバに対し前記接続ＩＤの登録を前記復旧周期で実行することを特徴とする請求項１記載のインタフェース装置。
【請求項３】
前記検出手段は、前記登録テーブルに登録されている複数の接続ＩＤを登録サーバに登録する際に、前記接続ＩＤの登録に対し前記登録サーバが無応答な場合に、前記障害を検出することを特徴とする請求項１記載のインタフェース装置。
【請求項４】
前記検出手段は、通信端末のユーザの発信操作時に、前記登録サーバが無応答な場合に、前記障害を検出することを特徴とする請求項１記載のインタフェース装置。
【請求項５】
前記制御手段は、前記登録サーバが異常なデータを返送した場合に、第１の復旧周期で前記登録サーバとの通信を行なうことで、前記登録サーバとの接続を復旧させ、前記登録サーバが無応答な場合に、前記第１の復旧周期とは異なる第２の復旧周期で前記登録サーバとの通信を行なうことで、前記登録サーバとの接続を復旧させることを特徴とする請求項１記載のインタフェース装置。
【請求項６】
複数の通信端末を収容し、かつＳＩＰ（Session Initiation Protocol）網を接続可能とし、当該ＳＩＰ網上の登録サーバに対し登録テーブルに登録されている前記複数の通信端末それぞれの接続ＩＤを予め決められた登録周期で登録することで、前記複数の通信端末と前記ＳＩＰ網との間を接続し通信を可能とする主装置において、
前記登録サーバとの通信が行なわれている状態で当該通信に係わる障害を検出する検出手段と、
前記障害が検出されたときに、前記登録周期に比して短い復旧周期で前記登録サーバとの通信を行なうことで、前記登録サーバとの接続を復旧させる制御手段とを具備したことを特徴とする主装置。
【請求項７】
前記検出手段は、前記登録テーブルに登録されている複数の接続ＩＤを登録サーバに登録する際に、前記接続ＩＤの登録に対し前記登録サーバが異常なデータを返送した場合に、前記障害を検出し、
前記制御手段は、前記障害が検出されたときに、前記登録サーバに対し前記接続ＩＤの登録を前記復旧周期で実行することを特徴とする請求項６記載の主装置。
【請求項８】
前記検出手段は、前記登録テーブルに登録されている複数の接続ＩＤを登録サーバに登録する際に、前記接続ＩＤの登録に対し前記登録サーバが無応答な場合に、前記障害を検出することを特徴とする請求項６記載の主装置。
【請求項９】
前記検出手段は、通信端末のユーザの発信操作時に、前記登録サーバが無応答な場合に、前記障害を検出することを特徴とする請求項６記載の主装置。
【請求項１０】
前記制御手段は、前記登録サーバが異常なデータを返送した場合に、第１の復旧周期で前記登録サーバとの通信を行なうことで、前記登録サーバとの接続を復旧させ、前記登録サーバが無応答な場合に、前記第１の復旧周期とは異なる第２の復旧周期で前記登録サーバとの通信を行なうことで、前記登録サーバとの接続を復旧させることを特徴とする請求項６記載の主装置。
【請求項１１】
前記登録サーバへの複数の発信ルートと閉塞、閉塞解除を示す設定情報とを対応付けたルートテーブルを記憶する記憶手段をさらに備え、
前記制御手段は、前記ルートテーブル中の障害が発生した発信ルートに対応する設定情報を閉塞に更新し、障害ルートに対し前記復旧周期で復旧させることを特徴とする請求項６記載の主装置。
【請求項１２】
前記制御手段は、障害ルートが復旧した場合に、前記ルートテーブル中の障害が発生した発信ルートに対応する設定情報を閉塞解除に更新することを特徴とする請求項１１記載の主装置。
【請求項１３】
複数の通信端末を収容する主装置に備えられ、ＳＩＰ（Session Initiation Protocol）網を接続可能とし、当該ＳＩＰ網上の登録サーバに対し前記主装置の登録テーブルに登録されている前記複数の通信端末それぞれの接続ＩＤを予め決められた登録周期で登録することで、前記複数の通信端末と前記ＳＩＰ網との間を接続し通信を可能とするインタフェース装置で使用される制御方法において、
前記登録サーバとの通信が行なわれている状態で当該通信に係わる障害を検出し、
前記障害が検出されたときに、前記登録周期に比して短い復旧周期で前記登録サーバとの通信を行なうことで、前記登録サーバとの接続を復旧させるようにしたことを特徴とする制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００９−３３４４７（Ｐ２００９−３３４４７Ａ）
【公開日】平成２１年２月１２日（２００９．２．１２）
【国際特許分類】
【出願番号】特願２００７−１９４８３０（Ｐ２００７−１９４８３０）
【出願日】平成１９年７月２６日（２００７．７．２６）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２１年２月１２日（２００９．２．１２）
【国際特許分類】
【出願日】平成１９年７月２６日（２００７．７．２６）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]