(57)【要約】【課題】ＩＰ網上の事業者のサーバに対し通信端末に関連付けて登録されたインタフェースが使用できない場合に、他のインタフェースを介してＩＰ網上の音声通信を引き続き行ない得る通信システムの主装置を提供する。【解決手段】主装置１において、例えばＬＡＮインタフェース部Ｌ３に障害が発生した場合に、データベースＤＢ２〜ＤＢ４を参照し、この参照結果に基づいて内線端末ＳＴ３の端末ＩＤ（ＤＮ：２０２）と正常なＬＡＮインタフェース部Ｌ１の接続ＩＤ（１）とを関連付け、ＩＰ内線端末ＩＴ１の端末ＩＤ（ＤＮ：２０３）と正常なＬＡＮインタフェース部Ｌ２の接続ＩＤ（２）とを関連付けた管理テーブルを生成し、データベースＤＢ１の記憶内容を上記管理テーブルに更新するとともに、ＩＰ網ＩＰＮ上の事業者Ａの登録サーバＲＡの登録内容を管理テーブルに更新するようにしている。【選択図】      図１
2008085916.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信端末を収容すると共に、通信パケットを伝送するパケット通信網を接続可能とし、当該パケット通信網上の少なくとも１つの登録サーバに対し複数の通信端末を特定する端末ＩＤと前記パケット通信網に接続するための複数のインタフェース部を特定する接続ＩＤとを関連付けた第１の管理テーブルを登録することで、前記通信端末と前記パケット通信網との間を前記複数のインタフェース部それぞれのセッションを介して接続し通信を可能とする通信システムの主装置において、
予め決められた条件に基づいて、前記登録サーバに登録された前記第１の管理テーブルを、前記端末ＩＤと前記接続ＩＤとの関連付けを変更した第２の管理テーブルに更新する制御手段を備えたことを特徴とする通信システムの主装置。
【請求項２】
前記制御手段は、前記条件の判断として、前記複数のインタフェース部それぞれの通信に係わる障害を検出し、この検出結果に基づいて前記端末ＩＤと正常なインタフェース部の接続ＩＤとを関連付け直して前記第２の管理テーブルを生成することを特徴とする請求項１記載の通信システムの主装置。
【請求項３】
さらに、前記複数のインタフェース部それぞれの障害の回復状況を監視する回復監視手段を備え、
前記制御手段は、前記回復監視手段による監視結果に基づいて、前記登録サーバに登録されている前記第２の管理テーブルを前記第１の管理テーブルに戻すことを特徴とする請求項２記載の通信システムの主装置。
【請求項４】
前記制御手段は、前記第２の管理テーブルを生成するときに、正常なインタフェース毎の使用可能セッション数比で前記端末ＩＤと前記接続ＩＤとの関連付けを行うことを特徴とする請求項２記載の通信システムの主装置。
【請求項５】
さらに、前記通信端末毎の呼量を記憶する記憶手段を備え、
前記制御手段は、前記記憶手段に記憶された前記通信端末毎の呼量を参照し、この参照結果に基づいて正常なインタフェース部毎に関連付けられた前記通信端末の呼量の総和の比が使用可能セッション数比と略一致するように、正常なインタフェース部に対し複数の通信端末を関連付けることを特徴とする請求項２記載の通信システムの主装置。
【請求項６】
前記制御手段は、前記条件の判断として、前記インタフェース部毎の総トラフィック量の比が基準値を超えたときに、前記総トラフィック量の比が基準値以内となるように前記端末ＩＤと前記接続ＩＤとを関連付け直して前記第２の管理テーブルを生成することを特徴とする請求項１記載の通信システムの主装置。
【請求項７】
前記制御手段は、前記登録サーバに対する前記第２の管理テーブルへの更新の際に、ＳＩＰ（Session Initiation Protocol）で規定されるＲＥＧＩＳＴＥＲ要求に前記第２の管理テーブルを挿入して前記登録サーバに送信することを特徴とする請求項１記載の通信システムの主装置。
【請求項８】
さらに、前記パケット通信網を接続するゲートウェイと接続するための接続手段を備え、
前記制御手段は、前記接続手段を通じて前記ゲートウェイとの間で前記第１及び第２の管理テーブルの通信を行なうことを特徴とする請求項１記載の通信システムの主装置。
【請求項９】
複数の通信端末を収容すると共に、通信パケットを伝送するパケット通信網を接続可能とする通信システムの主装置で使用される登録方法において、
前記通信端末と前記パケット通信網との間で通信を行なう際に、当該パケット通信網上の少なくとも１つの登録サーバに対し複数の通信端末を特定する端末ＩＤと前記パケット通信網に接続するための複数のインタフェース部を特定する接続ＩＤとを関連付けた第１の管理テーブルを登録し、
予め決められた条件に基づいて、前記登録サーバに登録された前記第１の管理テーブルを、前記端末ＩＤと前記接続ＩＤとの関連付けを変更した第２の管理テーブルに更新することを特徴とする登録方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えばＩＰ(Internet Protocol)電話システムに係り、複数の通信端末とＩＰ網との間でインタフェース部を介して音声通信を可能とする通信システムの主装置及びこの主装置で使用される登録方法に関する。
【背景技術】
【０００２】
近年、ＩＰ網を介して、双方向に画像や音声をパケットデータとして、リアルタイムに送受信するネットワーク電話システム（ＩＰ電話システム）が普及し始めている。このＩＰ電話システムでは、ＩＰ網に接続される主装置ごとに内線間通信や外線発着信を行えることは勿論のこと、ＩＰ網を経由した主装置間での内線通信や外線発着信を行うことができる。また、このＩＰ電話システムでは、そのプロトコルとしてＳＩＰ（Session Initiation Protocol）が広く使われている。
【０００３】
この種のシステムでは、主装置ごとの内線端末のＵＲＩ（端末ＩＤ）とＩＰ網への接続に使用するインタフェースの識別情報（接続ＩＤ）とを対応付けてＩＰ網上の事業者のサーバに予め登録しておき、内線端末にてＩＰ網を使用して通話を行う際に、上記登録された端末ＩＤと接続ＩＤとの関連付けを基にサーバが内線端末の認証を行うようにしている。
【０００４】
ところで、上記システムでは、サーバへの登録時に、内線端末が接続される複数のインタフェースを優先度を付けてサーバへ登録することができる。従って、最優先のインタフェースが障害となったときに、そのインタフェースに収容されている内線端末へ着信が生じた場合、第１の着信はインタフェースが障害のため、着信しないが、続いて次優先度のインタフェースへ滑って着信をかけるため、結果的に障害が発生したインタフェースを迂回しての着信が可能となる。しかし、１回目の着信を無効と判断するまでの間着信が遅延してしまう。また、予め登録した範囲内でしか滑らないため、それら全てが障害となった場合には、着信は不可能になる。
【０００５】
なお、従来では、ＩＰ網への複数の回線を持ち、端末からの接続要求に対して、接続回線の障害状態を読み出し、その回線が障害であれば非選択対象にし、別の回線に接続する集線装置システムが提案されている（例えば、特許文献１）。
【特許文献１】特開２００３−１１１１１６号公報。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記集線装置システムは、ＳＩＰに適用する場合に、予めＩＰ網上の事業者のサーバに端末と複数の回線とを関連付けて登録しておく必要が生じる。
【０００７】
そこで、この発明の目的は、パケット通信網上の事業者のサーバに対し通信端末に関連付けて登録されたインタフェースが使用できない場合に、他のインタフェースを介してパケット通信網上の音声通信を引き続き行ない得る通信システムの主装置及びこの主装置で使用される登録方法を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、この発明に係る通信システムの主装置は、複数の通信端末を収容すると共に、通信パケットを伝送するパケット通信網を接続可能とし、当該パケット通信網上の少なくとも１つの登録サーバに対し複数の通信端末を特定する端末ＩＤとパケット通信網に接続するための複数のインタフェース部を特定する接続ＩＤとを関連付けた第１の管理テーブルを登録することで、通信端末とパケット通信網との間を複数のインタフェース部それぞれのセッションを介して接続し通信を可能とする通信システムの主装置において、予め決められた条件に基づいて、登録サーバに登録された第１の管理テーブルを、端末ＩＤと接続ＩＤとの関連付けを変更した第２の管理テーブルに更新する制御手段を備えるようにしたものである。
【０００９】
なお、制御手段は、条件の判断として、複数のインタフェース部それぞれの通信に係わる障害を検出し、この検出結果に基づいて端末ＩＤと正常なインタフェース部の接続ＩＤとを関連付け直して前記第２の管理テーブルを生成することを特徴とする。また、制御手段は、条件の判断として、インタフェース部毎の総トラフィック量の比が基準値を超えたときに、総トラフィック量の比が基準値以内となるように端末ＩＤと接続ＩＤとを関連付け直して第２の管理テーブルを生成することを特徴とする。
【００１０】
この構成によれば、例えばインタフェース部における通信に係わる障害発生や通信トラフィック等に応じて最適な端末ＩＤと接続ＩＤとの関連付けを行なって第２の管理テーブルを生成し、パケット通信網上の登録サーバに登録してある第１の管理テーブルを第２の管理テーブルに更新するようにしている。従って、障害発生によりインタフェース部が使用不可能な場合や通信トラッフィックによりインタフェース部が使用できなくなりそうな場合に、関連付け直した第２管理テーブルを登録サーバに登録することができ、これによりパケット通信網に接続する際に使用するインタフェース部が自動的に正常なインタフェース部へ切り替わり、この結果音声通信を継続できる。また、主装置のユーザは第１の管理テーブルを登録サーバに対し１度登録すればよいことになり、これにより登録操作を大幅に簡略化できる。さらに、正常なインタフェース部が存在する限り登録サーバに対する第２の管理テーブルの再登録処理を繰り返し実行できる。
【００１１】
さらに、複数のインタフェース部それぞれの障害の回復状況を監視する回復監視手段を備え、制御手段は、回復監視手段による監視結果に基づいて、登録サーバに登録されている第２の管理テーブルを第１の管理テーブルに戻すことを特徴とする。
【００１２】
この構成によれば、インタフェース部の障害が復旧した場合には、最初に関連付けられた通信端末とインタフェース部との接続が自動的に復旧する。このため、例えばインタフェース部の障害が正常に戻った場合に、最初に関連付けられた通信端末とインタフェース部との接続を保守員の復旧操作を待たずに迅速に復旧させることができる。
【００１３】
さらに、通信端末毎の呼量を記憶する記憶手段を備え、制御手段は、記憶手段に記憶された通信端末毎の呼量を参照し、この参照結果に基づいて正常なインタフェース部毎に関連付けられた通信端末の呼量の総和の比が使用可能セッション数比と略一致するように、正常なインタフェース部に対し複数の通信端末を関連付けることを特徴とする。
【００１４】
この構成によれば、メモリに蓄積管理された通信端末毎の呼量を用いて、正常なインタフェース部毎に関連付けられた通信端末の呼量の総和の比と使用可能セッション数比との比較判定等が行なわれるので、簡単な手順で正常なインタフェース部に対する複数の通信端末の関連付け処理を行うことができる。
【００１５】
制御手段は、登録サーバに対する第２の管理テーブルへの更新の際に、ＳＩＰ（Session Initiation Protocol）で規定されるＲＥＧＩＳＴＥＲ要求に第２の管理テーブルを挿入して登録サーバに送信することを特徴とする。
【００１６】
この構成によれば、ＳＩＰで規定されているＲＥＧＩＳＴＥＲ要求のような既存の登録要求を利用して登録サーバに対し第２の管理テーブルを再登録することが可能となる。従って、専用の信号を新たに設けて再度登録サーバに対する第２の管理テーブルの登録を行う必要がなく、これにより簡単な処理手順によりダイレクトに登録処理を実施できる。
【発明の効果】
【００１７】
以上詳述したようにこの発明によれば、パケット通信網上の事業者のサーバに対し通信端末に関連付けて登録されたインタフェースが使用できない場合に、他のインタフェースを介してパケット通信網上の音声通信を引き続き行ない得る通信システムの主装置及びこの主装置で使用される登録方法を提供することができる。
【発明を実施するための最良の形態】
【００１８】
以下、この発明の実施形態について図面を参照して詳細に説明する。
【００１９】
（第１の実施形態）  
図１は、この発明の第１の実施形態に係わるＩＰネットワーク通信システムの構成を示すブロック図であり、符号１は主装置を示している。
【００２０】
主装置１には、ＬＡＮ（Local Area Network）２−１を介してゲートウェイＧＷが接続されている。このゲートウェイＧＷは、ＩＰ網ＩＰＮとＬＡＮ２−１との間を接続するもので、ＩＰ網ＩＰＮとＬＡＮ２−１との間における通信プロトコル及び信号フォーマットの変換機能を備えている。
【００２１】
さらに、ＩＰ網ＩＰＮには、複数の事業者の登録サーバＲＡ，ＲＢが接続される。なお、同図では説明の簡単なため２つの登録サーバＲＡ，ＲＢのみを示している。
【００２２】
主装置１は、内線インタフェース部（内線Ｉ／Ｆ）Ｓ１,Ｓ２と、ＬＡＮインタフェース部（ＬＡＮ  Ｉ／Ｆ）Ｌ１〜Ｌ４と、登録制御部Ｃ１と、データベースＤＢ１〜ＤＢ４とを備えている。
【００２３】
ＬＡＮインタフェース部Ｌ１〜Ｌ３は、ＬＡＮ（Local Area Network）２−１との間のインタフェース処理を行うものである。
【００２４】
ＬＡＮインタフェース部Ｌ４には、ＬＡＮ２−２が収容されており、このＬＡＮ２−２にはＩＰ内線端末ＩＴ１が接続される。ＬＡＮインタフェース部Ｌ４は、ＩＰ内線端末ＩＴ１に対する発着信処理等のインタフェース動作を行う。また、ＬＡＮインタフェース部Ｌ４は、ＬＡＮ２−２とのインタフェース動作に係わる種々の制御情報の授受を、登録制御部Ｃ１との間で行なう。なお、ＩＰ内線端末ＩＴ１には端末ＩＤとして内線番号（ＤＮ：２０３）が割り当てられている。
【００２５】
内線インタフェース部Ｓ１には、内線端末ＳＴ１，ＳＴ２が収容されている。内線インタフェース部Ｓ１は、内線端末ＳＴ１，ＳＴ２に対する発着信処理等のインタフェース動作を行う。また、内線インタフェース部Ｓ１は、内線端末ＳＴ１，ＳＴ２とのインタフェース動作に係わる種々の制御情報の授受を、登録制御部Ｃ１との間で行なう。なお、内線端末ＳＴ１には内線番号（ＤＮ：２００）が割り当てられており、内線端末ＳＴ２には内線番号（ＤＮ：２０１）が割り当てられている。
【００２６】
内線インタフェース部Ｓ２には、内線端末ＳＴ３が収容されている。内線インタフェース部Ｓ２は、内線端末ＳＴ３に対する発着信処理等のインタフェース動作を行う。また、内線インタフェース部Ｓ２は、内線端末ＳＴ３とのインタフェース動作に係わる種々の制御情報の授受を、登録制御部Ｃ１との間で行なう。なお、内線端末ＳＴ３には内線番号（ＤＮ：２０２）が割り当てられている。
【００２７】
データベースＤＢ１には、図２に示すように、内線対応に各事業者に登録されるクライアント情報であるＵＲＩと関連付けられるＬＡＮインタフェース部Ｌ１〜Ｌ３の識別情報(接続ＩＤ)が記憶される。
【００２８】
データベースＤＢ２は、図３に示すように、各ＬＡＮインタフェース部Ｌ１〜Ｌ３毎に各事業者に対してどれだけセッションを同時に接続できるかを記憶する。
【００２９】
データベースＤＢ３は、図４に示すように、内線対応に各事業者毎のトラフィック(平均呼数)を記憶する。
【００３０】
データベースＤＢ４は、図５に示すように、事業者Ａ，Ｂ毎にＬＡＮインタフェース部に障害が発生した場合のＵＲＩを残ＬＡＮインタフェース部にどのように再分配し登録するかの方式を記憶する。
【００３１】
一方、登録制御部Ｃ１は、主装置１としての動作を実現するための制御機能に加え、障害監視部１１、再登録制御部１２、回復監視部１３及び呼量保持部１４を備えている。障害監視部１１は、ＬＡＮインタフェース部Ｌ１〜Ｌ３の障害発生を監視する。
【００３２】
再登録制御部１２は、障害監視部１１により障害が検出された場合に、データベースＤＢ２〜ＤＢ４の記憶内容を参照し、この参照結果に基づいて内線端末ＳＴ１〜ＳＴ３、ＩＰ内線端末ＩＴ１に対し正常なＬＡＮインタフェース部Ｌ１，Ｌ２の関連付けを行い、データベースＤＢ１の記憶内容を更新して、さらに登録サーバＲＡ，ＲＢと通信を行なって登録サーバＲＡ，ＲＢに対するデータベースＤＢ１の更新内容の再登録を実行する。
【００３３】
回復監視部１３は、障害が発生したＬＡＮインタフェース部Ｌ３の回復状況の監視を行なう。
【００３４】
そして、再登録制御部１２は、回復監視部１３により障害が発生したＬＡＮインタフェース部Ｌ３が回復した旨が検出された場合に、データベースＤＢ１の記憶内容を元に戻すとともに、登録サーバＲＡ，ＲＢと通信を行なって登録サーバＲＡ，ＲＢに対するデータベースＤＢ１の更新内容を元に戻す。
【００３５】
呼量保持部１４は、内線端末ＳＴ１〜ＳＴ３，ＩＰ内線端末ＩＴ１それぞれの呼量を測定し、保持するものである。そして、定期的に保持した内線端末ＳＴ１〜ＳＴ３，ＩＰ内線端末ＩＴ１それぞれの呼量の平均を求めて、データベースＤＢ３に記憶する。
【００３６】
次に、以上のように構成されたＩＰネットワーク通信システムの動作を説明する。  
図６は、ＬＡＮインタフェース部Ｌ３に障害が発生した場合に、ＬＡＮインタフェース部Ｌ３に関連付けられているＵＲＩの再登録を行う登録制御部Ｃ１の制御処理手順を示すフローチャートである。
【００３７】
まず、登録制御部Ｃ１は、データベースＤＢ１を参照して、ＬＡＮインタフェース部Ｌ３に関連付けられている内線番号が、ＤＮ：２０２,２０３の２つであることを抽出する（ステップＳＴ６ａ）。
【００３８】
次に、登録制御部Ｃ１は、データベースＤＢ１の参照結果から、ＤＮ：２０２，２０３が事業者Ａ,Ｂに対して関連付けられていることを抽出する（ステップＳＴ６ｂ）。
【００３９】
そして、登録制御部Ｃ１は、事業者Ａに対する関連付け情報の再登録を次のように行う。  データベースＤＢ２を参照することにより残る正常なＬＡＮインタフェース部Ｌ１，Ｌ２のセッション数比を求めると（ステップＳＴ６ｃ）、Ｌ１：Ｌ２＝１：１となる。
【００４０】
事業者Ａの再登録分配方式としては、データベースＤＢ４を参照することによりセッション数比と決定する。
【００４１】
ステップＳＴ６ｄからステップＳＴ６ｅに移行してここでセッション数比１：１でＤＮ：２０２，２０３をＬＡＮインタフェース部Ｌ１，Ｌ２に分配する。
【００４２】
結果、図７に示すように、ＤＮ：２０２をＬＡＮインタフェース部Ｌ１へ、ＤＮ：２０３をＬＡＮインタフェース部Ｌ２へ１つずつ再割り振りした管理テーブルを生成し、この管理テーブルを事業者Ａの登録サーバＲＡへ登録する（ステップＳＴ６ｆ）。このとき、ＳＩＰで規定されるＲＥＧＩＳＴＥＲ要求に管理テーブルを挿入して登録サーバＲＡに送信する。
【００４３】
以上のように上記第１の実施形態では、主装置１において、例えばＬＡＮインタフェース部Ｌ３に障害が発生した場合に、データベースＤＢ２〜ＤＢ４を参照し、この参照結果に基づいて内線端末ＳＴ３の端末ＩＤ（ＤＮ：２０２）と正常なＬＡＮインタフェース部Ｌ１の接続ＩＤ（１）とを関連付け、ＩＰ内線端末ＩＴ１の端末ＩＤ（ＤＮ：２０３）と正常なＬＡＮインタフェース部Ｌ２の接続ＩＤ（２）とを関連付けた管理テーブルを生成し、データベースＤＢ１の記憶内容を上記管理テーブルに更新するとともに、ＩＰ網ＩＰＮ上の事業者Ａの登録サーバＲＡの登録内容を管理テーブルに更新するようにしている。
【００４４】
従って、障害発生によりＬＡＮインタフェース部Ｌ３が使用不可能な場合に、関連付け直した管理テーブルを事業者Ａの登録サーバＲＡに登録することができ、これにより内線端末ＳＴ３，ＩＰ内線端末ＩＴ１にてＩＰ網ＩＰＮに接続する際に使用するＬＡＮインタフェース部Ｌ３が自動的に正常なＬＡＮインタフェース部Ｌ１，Ｌ２へ切り替わり、この結果音声通信を継続できる。
【００４５】
また、主装置１のユーザは事業者Ａの登録サーバＲＡに対し内線端末ＳＴ１〜ＳＴ３，ＩＰ内線端末ＩＴ１とＬＡＮインタフェース部Ｌ１〜Ｌ３との関連付け情報を１度登録すればよいことになり、これにより登録操作を大幅に簡略化できる。さらに、正常なＬＡＮインタフェース部Ｌ１，Ｌ２が存在する限り登録サーバＲＡに対する管理テーブルの再登録処理を繰り返し実行できる。
【００４６】
また、上記第１の実施形態では、主装置１において、ＬＡＮインタフェース部Ｌ３の障害が復旧した場合には、最初に関連付けられた内線端末ＳＴ３，ＩＰ内線端末ＩＴ１とＬＡＮインタフェース部Ｌ３との接続を自動的に復旧するようにしている。
【００４７】
このため、例えばＬＡＮインタフェース部Ｌ３の障害が正常に戻った場合に、最初に関連付けられた内線端末ＳＴ３，ＩＰ内線端末ＩＴ１とＬＡＮインタフェース部Ｌ３との接続を保守員の復旧操作を待たずに迅速に復旧させることができる。
【００４８】
さらに、上記第１の実施形態では、ＳＩＰで規定されているＲＥＧＩＳＴＥＲ要求のような既存の登録要求を利用して登録サーバＲＡに対し関連付け直した管理テーブルを再登録することが可能となる。
【００４９】
従って、専用の信号を新たに設けて再度登録サーバＲＡに対する管理テーブルの再登録を行う必要がなく、これにより簡単な処理手順によりダイレクトに登録処理を実施できる。
【００５０】
（第２の実施形態）  
この発明の第２の実施形態は、事業者Ｂの登録サーバＲＢに対する関連付け情報の再登録を行う例について説明する。
【００５１】
登録制御部Ｃ１は、データベースＤＢ２を参照することにより、残る正常なＬＡＮインタフェース部Ｌ１，Ｌ２のセッション数比を求めると、Ｌ１：Ｌ２＝１：１となる。
【００５２】
ここで、事業者Ｂの再登録分配方式としては、データベースＤＢ４を参照することによりトラフィック比であると決定する。
【００５３】
そして、登録制御部Ｃ１は、ステップＳＴ６ｄからステップＳＴ６ｇに移行してここで、トラフィック比がセッション比である１：１にできるだけ等しいように分配する。すなわち、データベースＤＢ３を参照することにより、現行のＬ１：Ｌ２のトラフィック比はそれぞれＤＮ：２００とＤＮ：２０１の比に等しいので、１０：５＝２：１である。セッション数比は１：１であるため、これにＤＮ：２０２とＤＮ：２０３を分配したときに呼量の割合が１：１にできるだけ近づくようにする。
【００５４】
ＤＮ：２００の呼量＋Ｌ１に再分配された内線の呼量：ＤＮ：２０１の呼量＋Ｌ２に再分配された内線の呼量＝１：１とするためには、Ｌ１にＤＮ：２０３，Ｌ２にＤＮ：２０２を分配すると、１０＋５：５＋１０＝１５：１５＝１：１となる。
【００５５】
結果、ＤＮ：２０２をＬ２へ、ＤＮ：２０３をＬ１へ１つずつ再割り振りして管理テーブルを生成し、この管理テーブルを事業者Ｂの登録サーバＲＢへ登録する。
【００５６】
以上で障害発生のＬＡＮインタフェース部Ｌ３に関連づけられた事業者に接続するＵＲＩの再登録が完了したため、処理を終了する。この時点で、データベースＤＢ１の内容は図７に示す管理テーブルに変更されている。
【００５７】
以上のように上記第２の実施形態では、事業者Ｂについて、データベースＤＢ３に蓄積管理された内線端末ＳＴ１、ＳＴ２，ＳＴ３，ＩＰ内線端末ＩＴ１毎の平均呼量を用いて、正常なＬＡＮインタフェース部Ｌ１，Ｌ２毎に関連付けられた内線端末ＳＴ１、ＳＴ２，ＳＴ３，ＩＰ内線端末ＩＴ１の呼量の総和の比と使用可能セッション数比との比較判定等を実行するようにしているので、簡単な手順で正常なＬＡＮインタフェース部Ｌ１，Ｌ２に対する内線端末ＳＴ１、ＳＴ２，ＳＴ３，ＩＰ内線端末ＩＴ１の関連付け処理を行うことができる。
【００５８】
（その他の実施形態）  
この発明は、上記各実施形態に限定されるものではない。上記各実施形態では、主装置に対しゲートウェイを介してＩＰ網を接続する例について説明したが、主装置にゲートウェイを内蔵してＩＰ網を直接接続できるようにしてもよい。
【００５９】
また、上記各実施形態では、ＳＩＰのＲＥＧＩＳＴＥＲ要求を使用してＩＰ網上の事業者の登録サーバに対する関連付け情報の再登録を行う例について説明したが、ＳＩＰ以外のプロトコルを使用してＩＰ網上の事業者の登録サーバに対する関連付け情報の再登録を行うようにしてもよい。
【００６０】
その他、システムの種類や構成、主装置の構成、通信端末といった内線端末の種類、各データベースの記憶内容、ＬＡＮインタフェース部の障害検出制御手順や再登録制御手順等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
【図面の簡単な説明】
【００６１】
【図１】この発明の第１の実施形態に係わるＩＰネットワーク通信システムの構成を示すブロック図。
【図２】上記図１に示したデータベースに記憶され、内線対応に各事業者に登録されるクライアント情報であるＵＲＩと関連付けられるＬＡＮインタフェース部の識別情報(接続ＩＤ)との対応関係を示す図。
【図３】上記図１に示したデータベースに記憶され、各ＬＡＮインタフェース部毎に各事業者に対して同時に接続可能なセッション数を示す図。
【図４】上記図１に示したデータベースに記憶され、内線対応に各事業者毎のトラフィック(平均呼数)を示す図。
【図５】上記図１に示したデータベースに記憶され、事業者毎の再分配登録方式を示す図。
【図６】同第１の実施形態において、ＬＡＮインタフェース部に障害が発生した場合に、ＬＡＮインタフェース部に関連付けられているＵＲＩの再登録を行う登録制御部の制御処理手順を示すフローチャート。
【図７】同第１の実施形態において、再割り振りした管理テーブルを示す図。
【符号の説明】
【００６２】
１…主装置、２−１，２−２…ＬＡＮ、１１…障害監視部、１２…再登録制御部、１３…回復監視部、１４…呼量保持部、ＤＢ１〜ＤＢ４…データベース、Ｃ１…登録制御部、Ｌ１〜Ｌ４…ＬＡＮインタフェース部、Ｓ１，Ｓ２…内線イタフェース部、ＳＴ１〜ＳＴ３…内線端末、ＩＴ１…ＩＰ内線端末、ＧＷ…ゲートウェイ、ＩＰＮ…ＩＰ網、ＲＡ，ＲＢ…登録サーバ。
【図１】
2008085916.tif 000003
【図２】
2008085916.tif 000004
【図３】
2008085916.tif 000005
【図４】
2008085916.tif 000006
【図５】
2008085916.tif 000007
【図６】
2008085916.tif 000008
【図７】
2008085916.tif 000009