通信ネットワーク再構成方法および再構成管理エージェントシステム
【課題】通信ノードを通信ネットワークから離脱させる場合と追加させる場合には、ルーチングテーブルの設計、変更、通信路の閉塞などの個々の手順を手作業で実施していたので、エラー発生の虞があり、かつ、保守コストの増大の虞があった。
【解決手段】再構成管理エージェントシステム１０は、各ノードの離脱または回復で状態変化する関連リンクと、その変化後の状態とを定義したレコードを有するノード離脱・回復テーブル１５を記憶している。対象ノードの故障または回復を検出したとき、ノード離脱・回復テーブル１５から対象ノードに係るレコードを取得し、取得したレコードが含んでいる関連リンクに接続されている対向ノードに、関連リンクをその変化後の状態に遷移させるよう指示し、対象ノードの故障を検出した場合には更に、前記対象ノードに接続されている全てのノードに、前記対象ノードを予閉塞するように指示する。
【解決手段】再構成管理エージェントシステム１０は、各ノードの離脱または回復で状態変化する関連リンクと、その変化後の状態とを定義したレコードを有するノード離脱・回復テーブル１５を記憶している。対象ノードの故障または回復を検出したとき、ノード離脱・回復テーブル１５から対象ノードに係るレコードを取得し、取得したレコードが含んでいる関連リンクに接続されている対向ノードに、関連リンクをその変化後の状態に遷移させるよう指示し、対象ノードの故障を検出した場合には更に、前記対象ノードに接続されている全てのノードに、前記対象ノードを予閉塞するように指示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、隣接ノードのルーチングテーブルの再設定およびリンク設定を自動化する通信ネットワーク再構成方法と再構成管理エージェントシステムに関する。
【背景技術】
【０００２】
近年、電話の通話などである呼状態を制御する交換機が複数台接続されて構成されている通信ネットワークが普及している。この通信ネットワークは、呼状態を制御する複数の通信ノードが通信路（リンク）を介して接続された構成である。
【０００３】
これら通信ノードのいずれかで罹障が発生した場合には、この罹障が発生した通信ノードを通信ネットワークから離脱させることが必要である。この罹障が発生した通信ノードを迂回する、新たなリンクを構成することが必要な場合もある。更に、離脱させた通信ノードを回復させることも必要である。
設備計画の変更の際に、所定の通信ノードを離脱させることや、所定の通信ノードを通信ネットワークに追加することが必要になる場合がある。
【０００４】
通信ノードを通信ネットワークから離脱させる場合には、当該通信ノードに対する新規呼のルーチングを抑止する必要がある。すなわち、当該通信ノードにリンクで接続されている全ての通信ノードに対して、当該通信ノードへのルーチングを行わないように、ルーチングテーブルを迂回用の他の通信ノード向けに変更する。
【０００５】
更に、当該通信ノードへの全ての通信路に於いて、通信中の呼がある場合には、全呼の終話状態への遷移を待ち合わせして、当該通信ノードでの処理中の呼が無くなったことを確認し、その上で、当該通信ノードを閉塞状態にする必要がある。通信中の呼を途中で切断しないためである。
【０００６】
非特許文献１には、ＩＳＤＮ（Integrated Services Digital Network）の呼に関する接続処理に関する発明が記載されている。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】江川哲明、佐藤隆昭、「ネットワーク・ノード方式」第１版、株式会社オーム社、１９９４年１月２５日
【発明の概要】
【発明が解決しようとする課題】
【０００８】
通信ノードを通信ネットワークから離脱させる場合と、通信ノードを通信ネットワークに追加（回復）させる場合には、上述したルーチングテーブルの設計、変更、通信路の閉塞などの個々の手順を、全て手作業で実施する必要があった。よって、手作業によるヒューマンエラーの虞と、保守コストが増大する虞とがあった。
【０００９】
そこで、本発明は、通信ノードを通信ネットワークから離脱させる際、および、回復させる際に、ヒューマンエラーを抑止し、保守コストの増大を抑止することを可能とする通信ネットワーク再構成方法および再構成管理エージェントシステムを提供することを課題とする。
【課題を解決するための手段】
【００１０】
前記した課題を解決するため、請求項１に記載の発明は、呼処理を行う複数のノードが、リンクを介して接続されている通信ネットワークに於いて、当該通信ネットワークを管理するコンピュータが実行する通信ネットワーク再構成方法であって、前記コンピュータは、処理部と、各ノードの離脱または各ノードの回復に伴い状態を変化させる関連リンクと当該関連リンクの変化後の状態とを定義したレコードを有する離脱・回復テーブルを記憶している記憶部とを有し、前記複数のノードのうち、いずれかの対象ノードの故障または回復を検出したとき、前記離脱・回復テーブルから当該対象ノードに係る前記レコードを取得するレコード取得ステップと、取得した前記レコードが含んでいる前記関連リンクに接続されている対向ノードに、当該関連リンクを前記変化後の状態に遷移させるよう指示するノード遷移ステップと、を実行し、前記対象ノードの故障を検出した場合には更に、前記対象ノードに接続されている全てのノードに、前記対象ノードを予閉塞するように指示する予閉塞ステップを実行することを特徴とする通信ネットワーク再構成方法とした。
【００１１】
請求項５に記載の発明は、呼処理を行う複数のノードが、リンクを介して接続されている通信ネットワークに於いて、当該通信ネットワークを管理する再構成管理エージェントシステムであって、処理部と、前記リンクと相互に通信する通信部と、各ノードの離脱または各ノードの回復に伴い状態を変化させる関連リンクと当該関連リンクの変化後の状態とを定義したレコードを有する離脱・回復テーブルを記憶している記憶部とを有しており、前記処理部は、前記複数のノードのうち、いずれかの対象ノードを離脱または回復させるとき、前記離脱・回復テーブルから当該対象ノードに係る前記レコードを取得し、前記通信部は、取得した前記レコードが含んでいる前記関連リンクに接続されている対向ノードに、当該関連リンクを前記変化後の状態に遷移させるよう指示し、前記通信部は、前記対象ノードを離脱させる場合には更に、前記対象ノードに接続されている全てのノードに、前記対象ノードへの呼を予閉塞するように指示することを特徴とする再構成管理エージェントシステムとした。
【００１２】
このようにすることで、本発明によれば、再構成管理エージェントシステムは、通信ノードを通信ネットワークから離脱させる際、および、回復させる際に、離脱・回復テーブルに基いて、新たなリンクの構成と既存のリンクの閉塞とを行う。これにより、手作業によるヒューマンエラーを抑止し、保守コストを抑えることができる。
【００１３】
請求項２に記載の発明は、請求項１に記載の通信ネットワーク再構成方法は更に、前記予閉塞ステップを実行したのち、前記全てのノードから、前記対象ノードを閉塞した応答を確認する閉塞確認ステップを実行することを特徴とする通信ネットワーク再構成方法とした。
【００１４】
請求項６に記載の発明は、前記処理部は、前記対象ノードを離脱させる場合には更に、前記通信部を用いて、前記全てのノードに、前記対象ノードへの呼を予閉塞するように指示したのち、前記対象ノードへの呼が閉塞したことを前記全てのノードについて確認することを特徴とする請求項５に記載の再構成管理エージェントシステムとした。
【００１５】
このようにすることで、本発明によれば、処理中の呼を切断することなく対象ノードを閉塞させるとともに、この対象ノードの閉塞を確認することができる。
【００１６】
請求項３に記載の発明は、請求項２に記載の通信ネットワーク再構成方法は更に、前記ノード遷移ステップを実行したのち、前記対向ノードから前記関連リンクが前記変化後の状態に遷移した応答を確認する応答確認ステップを実行することを特徴とする通信ネットワーク再構成方法とした。
【００１７】
請求項７に記載の発明は、前記処理部は、いずれかの前記対象ノードを離脱させる場合には更に、前記通信部を用いて、前記対向ノードから前記関連リンクが前記変化後の状態に遷移した応答を確認することを特徴とする請求項６に記載の再構成管理エージェントシステムとした。
【００１８】
このようにすることで、本発明によれば、関連リンクが変化後の状態に遷移したことを確認することができる。
【００１９】
請求項４に記載の発明は、前記変化後の状態とは、前記関連リンクの変化後の呼状態の配分であり、前記関連リンクの変化後の呼状態の配分が０％であるとき、前記対向ノードに、当該関連リンクを予閉塞するよう指示することを特徴とする請求項１ないし請求項３のいずれか１項に記載の通信ネットワーク再構成方法とした。
【００２０】
請求項８に記載の発明は、前記変化後の状態とは、前記関連リンクの変化後の呼状態の配分であり、前記通信部は、前記関連リンクの変化後の呼状態の配分が０％であるとき、前記対向ノードに、当該関連リンクを予閉塞するよう指示することを特徴とする請求項５ないし請求項７のいずれか１項に記載の再構成管理エージェントシステムとした。
【００２１】
このようにすることで、本発明によれば、呼状態の配分の項目のみで、関連リンクの閉塞を含む変化後の状態を示すことができる。よって、離脱・回復テーブルを簡素化可能であると共に、離脱・回復テーブルの検証作業を省力化できる。
【発明の効果】
【００２２】
本発明によれば、通信ノードを通信ネットワークから離脱させる際、および、回復させる際に、ヒューマンエラーを抑止し、保守コストの増大を抑止することを可能とする通信ネットワーク再構成方法および再構成管理エージェントシステムを提供することができる。
【図面の簡単な説明】
【００２３】
【図１】第１の実施形態に於ける再構成管理エージェントシステムを示す概略の構成図である。
【図２】第１の実施形態に於ける網状態の初期値を示す図である。
【図３】第１の実施形態に於けるノード＃１のノード離脱・回復テーブルと、その動作を示す図である。
【図４】第１の実施形態に於けるノード＃２のノード離脱・回復テーブルと、その動作を示す図である。
【図５】第１の実施形態に於けるノード＃３のノード離脱・回復テーブルと、その動作を示す図である。
【図６】第１の実施形態に於ける再構成管理エージェントシステムの通信ネットワーク再構成動作を示すフローチャートである。
【図７】第１の実施形態に於ける各ノードの動作を示すフローチャートである。
【図８】第２の実施形態に於ける再構成管理エージェントシステムを示す概略の構成図である。
【図９】第２の実施形態に於ける再構成管理エージェントシステムの通信ネットワーク再構成動作を示すフローチャートである。
【発明を実施するための形態】
【００２４】
以降、本発明を実施するための形態を、図を参照して詳細に説明する。
【００２５】
（第１の実施形態の構成）
図１は、第１の実施形態に於ける再構成管理エージェントシステムを示す概略の構成図である。
本実施形態の再構成管理エージェントシステム１０は、通信ネットワーク２０の全てのノード＃１（２１−１）〜ノード＃５（２１−５）に、通信回線を介して接続されている。
【００２６】
再構成管理エージェントシステム１０は、例えばサーバ（コンピュータ）であり、処理部１１と、記憶部１２と、通信部１３とを有し、通信ネットワーク２０を管理するエージェントプログラムが動作している。なお、図面に於いて、再構成管理エージェントシステム１０は、単に「エージェントシステム１０」と記載している。
【００２７】
ここでエージェントプログラムとは、ネットワーク機器の管理や監視を行う際に、これらを管理するサーバ・コンピュータにインストールされるプログラムをいう。エージェントプログラムは、通信ネットワーク２０を構成している機器に関する管理情報の収集と、これらの機器の状態管理を、サーバ・コンピュータに行わせる。
処理部１１は、後述する図６に示す通信ネットワーク２０の再構成処理などを行う。
【００２８】
記憶部１２は、例えばＲＡＭ（Random Access Memory），ＲＯＭ（Read Only Memory），ＨＤＤ（Hard Disk Drive）などで構成されている。記憶部１２は、網状態テーブル１４と、ノード離脱・回復テーブル１５とを有している。
通信部１３は、例えば、ＩＰ（Internet Protocol）ネットワークである通信回線を介して、外部装置と相互に通信する機能を有している。しかし、これに限定されず、他の種類の通信回線であってもよい。
【００２９】
処理部１１は、記憶部１２と通信部１３とに接続されている。通信部１３は、通信ネットワーク２０の全てのノード＃１（２１−１）〜ノード＃５（２１−５）に、通信回線を介して接続されている。
【００３０】
網状態テーブル１４は、通信ネットワーク２０に於けるノード＃１（２１−１）〜ノード＃５（２１−５）の相互の接続状態である網状態が、プロトコル種別ごとに格納されている。網状態テーブル１４は、後述する図２に於いて詳細に説明する。
【００３１】
ノード離脱・回復テーブル１５は、各ノードが通信ネットワーク２０から離脱する場合と回復する場合に於いて、変更する通信路（リンク）の情報が格納されている。ノード離脱・回復テーブル１５には、変更する通信路（リンク）の対向ノードアドレスと、変更する通信路（リンク）の呼数配分と、変更する通信路（リンク）の数とが、それぞれ記載されている。ノード離脱・回復テーブル１５は、後述する図３〜図５に於いて、詳細に説明する。
【００３２】
通信ネットワーク２０を構成する複数の通信ノード２１であるノード＃１（２１−１）〜ノード＃５（２１−５）は、呼状態を有する通信信号の制御、すなわち、呼処理を行う。複数の通信ノード２１は、例えば、公衆電話回線に於ける公衆電話通信を制御する電話交換機や、ＩＰ電話網に於けるＩＰ電話通信を制御するＳＩＰ（Session Initiation Protocol）サーバなどである。
ノード＃１（２１−１）〜ノード＃５（２１−５）は、それぞれ通信路（リンク）によって接続され、これらの通信路（リンク）によって、呼状態を有する通信が行われる。本実施形態に於ける通信路（リンク）は、論理的な通信路である。物理的な通信路については、予め用意されているものとする。
【００３３】
図２（ａ），（ｂ）は、第１の実施形態に於ける網状態の初期値を示す図である。
【００３４】
図２（ａ）は、網状態の初期値に於ける網状態テーブル１４を示す図である。
網状態テーブル１４は、プロトコル種別＃１〜＃ｎの網状態を記録している。以下、代表してプロトコル種別＃１について説明する。
ノード＃１（２１−１）の接続ノードは、初期状態に於いて、ノード＃２（２１−２）、ノード＃３（２１−３）、ノード＃４（２１−４）である。
ノード＃２（２１−２）の接続ノードは、初期状態に於いて、ノード＃１（２１−１）、ノード＃３（２１−３）、ノード＃５（２１−５）である。
【００３５】
ノード＃３（２１−３）の接続ノードは、初期状態に於いて、ノード＃１（２１−１）、ノード＃２（２１−２）、ノード＃４（２１−４）、ノード＃５（２１−５）である。
ノード＃４（２１−４）の接続ノードは、初期状態に於いて、ノード＃１（２１−１）、ノード＃３（２１−３）、ノード＃５（２１−５）である。
ノード＃５（２１−５）の接続ノードは、初期状態に於いて、ノード＃２（２１−２）、ノード＃３（２１−３）、ノード＃４（２１−４）である。
網状態テーブル１４は、通信ネットワーク２０の接続トポロジの変更に応じて動的に変更される。この変更は、通信ノード２１が、それぞれ再構成管理エージェントシステム１０に通知することによって検知される。または、再構成管理エージェントシステム１０が、それぞれの通信ノード２１に、接続トポロジを問い合わせることによって検知される。
【００３６】
図２（ｂ）は、網状態の初期値を示す接続図である。
再構成管理エージェントシステム１０は、ノード＃１（２１−１）〜ノード＃５（２１−５）に、通信回線を介して、それぞれ接続されている。
【００３７】
ノード＃１（２１−１）は、初期状態に於いて、ノード＃２（２１−２）、ノード＃３（２１−３）、ノード＃４（２１−４）に、通信路（リンク）を介して、それぞれ接続されている。
【００３８】
ノード＃２（２１−２）は、初期状態に於いて、ノード＃１（２１−１）、ノード＃３（２１−３）、ノード＃５（２１−５）に、通信路（リンク）を介して、それぞれ接続されている。
【００３９】
ノード＃３（２１−３）は、初期状態に於いて、ノード＃１（２１−１）、ノード＃２（２１−２）、ノード＃４（２１−４）、ノード＃５（２１−５）に、通信路（リンク）を介して、それぞれ接続されている。
【００４０】
ノード＃４（２１−４）は、初期状態に於いて、ノード＃１（２１−１）、ノード＃３（２１−３）、ノード＃５（２１−５）に、通信路（リンク）を介して、それぞれ接続されている。
【００４１】
ノード＃５（２１−５）は、初期状態に於いて、ノード＃２（２１−２）、ノード＃３（２１−３）、ノード＃４（２１−４）に、通信路（リンク）を介して、それぞれ接続されている。
【００４２】
（第１の実施形態の動作）
【００４３】
図３（ａ）〜（ｃ）は、第１の実施形態に於けるノード＃１のノード離脱・回復テーブルと、その動作を示す図である。
図３（ａ）は、ノード離脱・回復テーブル１５のうち、ノード＃１（２１−１）に関わる部分を示す図である。
【００４４】
第１の実施形態のノード離脱・回復テーブル１５は、事前に机上シミュレーションを行い、または、シミューレションツールなどを使い、様々な局面で正常に通信ネットワーク２０を再構築可能であることが確認されているものとする。
【００４５】
ノード離脱・回復テーブル１５の、「ノード＃１離脱」には、４個のレコードが格納されている。この４個のレコードには、変更する通信路（リンク）の情報がそれぞれ格納されている。
【００４６】
対向ノードアドレスの項目には、変更する通信路（リンク）に於いて対向するノードのアドレスの組合せが格納されている。呼数配分の項目には、変更する通信路（リンク）に於いて配分する呼数の割合が格納されている。
【００４７】
「ノード＃１離脱」の最初のレコードには、ノード＃２（２１−２）とノード＃４（２１−４）とが対向している通信路の呼数配分を、２０％とすることが記載されている。
【００４８】
「ノード＃１離脱」の２番目のレコードには、ノード＃１（２１−１）とノード＃２（２１−２）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
【００４９】
「ノード＃１離脱」の３番目のレコードには、ノード＃１（２１−１）とノード＃３（２１−３）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
【００５０】
「ノード＃１離脱」の４番目のレコードには、ノード＃１（２１−１）とノード＃４（２１−４）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
【００５１】
「ノード＃１離脱」の各レコードの対向ノードアドレスの項目には、ノード＃１（２１−１）の離脱に伴い状態を変化させる関連リンクの情報が格納されている。呼数配分の項目には、この関連リンクの変化後の状態が格納されている。他のノードの離脱に関する各レコードも同様である。
「ノード＃１離脱」のリンク数の項目には、変更する通信路（リンク）の個数が格納されている。ここでは、リンク数＝４が格納されている。
【００５２】
ノード離脱・回復テーブル１５の、「ノード＃１回復」には、４個のレコードが格納されている。この４個のレコードには、変更する通信路（リンク）の情報がそれぞれ格納されている。
【００５３】
「ノード＃１回復」の最初のレコードには、ノード＃１（２１−１）とノード＃２（２１−２）とが対向している通信路の呼数配分を２０％とすることが記載されている。
【００５４】
「ノード＃１回復」の２番目のレコードには、ノード＃１（２１−１）とノード＃３（２１−３）とが対向している通信路の呼数配分を１０％とすることが記載されている。
【００５５】
「ノード＃１回復」の３番目のレコードには、ノード＃１（２１−１）とノード＃４（２１−４）とが対向している通信路の呼数配分を２０％とすることが記載されている。
【００５６】
「ノード＃１回復」の４番目のレコードには、ノード＃２（２１−２）とノード＃４（２１−４）とが対向している通信路の呼数配分を、０％とすること、すなわち、この通信路を閉塞することが記載されている。
【００５７】
「ノード＃１回復」の各レコードの対向ノードアドレスの項目には、ノード＃１（２１−１）の回復（追加）に伴い状態を変化させる関連リンクの情報が格納されている。呼数配分の項目には、この関連リンクの変化後の状態が格納されている。他のノードの回復（追加）に関する各レコードも同様である。
「ノード１回復」のリンク数の項目には、変更する通信路（リンク）の個数が格納されている。ここでは、リンク数＝４が格納されている。
【００５８】
図３（ｂ）は、プロトコル種別＃１に於けるノード＃１（２１−１）の回復後の網状態を示す図である。図２に示す網状態と同一の要素には同一の符号を付与している。
プロトコル種別＃１に於けるノード＃１（２１−１）の回復後の網状態は、図２に示す初期状態の網状態と同一である。
【００５９】
図３（ｃ）は、プロトコル種別＃１に於けるノード＃１（２１−１）の離脱後の網状態を示す図である。図３（ｂ）に示す網状態と同一の要素には同一の符号を付与している。
【００６０】
プロトコル種別＃１に於けるノード＃１（２１−１）の離脱後の網状態は、図３（ｂ）に示すノード＃１（２１−１）の回復後の網状態とは異なり、ノード＃１（２１−１）が離脱し、かつ、ノード＃２（２１−２）とノード＃４（２１−４）とを接続する通信路が新たに接続されている。この新たな通信路は、ノード＃１（２１−１）の離脱後に於ける迂回路として機能する。
【００６１】
図４（ａ）〜（ｃ）は、第１の実施形態に於けるノード＃２のノード離脱・回復テーブルと、その動作を示す図である。
【００６２】
図４（ａ）は、ノード離脱・回復テーブル１５のうち、ノード＃２（２１−２）に関わる部分を示す図である。
ノード離脱・回復テーブル１５の、「ノード＃２離脱」には、４個のレコードが格納されている。この４個のレコードには、変更する通信路（リンク）の情報がそれぞれ格納されている。
【００６３】
「ノード＃２離脱」の最初のレコードには、ノード＃１（２１−１）とノード＃５（２１−５）とが対向している通信路の呼数配分を、２０％とすることが記載されている。
【００６４】
「ノード＃２離脱」の２番目のレコードには、ノード＃２（２１−２）とノード＃１（２１−１）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
【００６５】
「ノード＃２離脱」の３番目のレコードには、ノード＃２（２１−２）とノード＃３（２１−３）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
【００６６】
「ノード＃２離脱」の４番目のレコードには、ノード＃２（２１−２）とノード＃５（２１−５）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
「ノード＃２離脱」のリンク数の項目には、変更する通信路（リンク）の個数が格納されている。ここでは、リンク数＝４が格納されている。
【００６７】
ノード離脱・回復テーブル１５の、「ノード＃２回復」には、４個のレコードが格納されている。この４個のレコードには、変更する通信路（リンク）の情報がそれぞれ格納されている。
【００６８】
「ノード＃２回復」の最初のレコードには、ノード＃２（２１−２）とノード＃１（２１−１）とが対向している通信路の呼数配分を２０％とすることが記載されている。
【００６９】
「ノード＃２回復」の２番目のレコードには、ノード＃２（２１−２）とノード＃３（２１−３）とが対向している通信路の呼数配分を１０％とすることが記載されている。
【００７０】
「ノード＃２回復」の３番目のレコードには、ノード＃１（２１−１）とノード＃５（２１−５）とが対向している通信路の呼数配分を２０％とすることが記載されている。
【００７１】
「ノード＃２回復」の４番目のレコードには、ノード＃１（２１−１）とノード＃５（２１−５）とが対向している通信路の呼数配分を、０％とすること、すなわち、この通信路を閉塞することが記載されている。
「ノード＃２回復」のリンク数の項目には、変更する通信路（リンク）の個数が格納されている。ここでは、リンク数＝４が格納されている。
【００７２】
図４（ｂ）は、プロトコル種別＃１に於けるノード＃２（２１−２）の回復後の網状態の例を示す図である。図２に示す網状態と同一の要素には同一の符号を付与している。
プロトコル種別＃１に於けるノード＃２（２１−２）の回復後の網状態は、図２に示す初期状態の網状態と同一である。
【００７３】
図４（ｃ）は、プロトコル種別＃１に於けるノード＃２（２１−２）の離脱後の網状態の例を示す図である。
【００７４】
プロトコル種別＃１に於けるノード＃２（２１−２）の離脱後の網状態は、図４（ｂ）に示すノード＃２（２１−２）の回復後の網状態とは異なり、ノード＃２（２１−２）が離脱し、かつ、ノード＃１（２１−１）とノード＃５（２１−５）とを接続する通信路が新たに接続されている。この新たな通信路は、ノード＃２（２１−２）の離脱後に於ける迂回路として機能する。
【００７５】
図５（ａ）〜（ｃ）は、第１の実施形態に於けるノード＃３のノード離脱・回復テーブルと、その動作を示す図である。
【００７６】
図５（ａ）は、ノード離脱・回復テーブル１５のうち、ノード＃３（２１−３）に関わる部分を示す図である。
【００７７】
ノード離脱・回復テーブル１５の、「ノード＃３離脱」には、６個のレコードが格納されている。この６個のレコードには、変更する通信路（リンク）の情報がそれぞれ格納されている。
【００７８】
「ノード＃３離脱」の最初のレコードには、ノード＃１（２１−１）とノード＃５（２１−５）とが対向している通信路の呼数配分を、２０％とすることが記載されている。
【００７９】
「ノード＃３離脱」の２番目のレコードには、ノード＃２（２１−２）とノード＃４（２１−４）とが対向している通信路の呼数配分を、２０％とすることが記載されている。
【００８０】
「ノード＃３離脱」の３番目のレコードには、ノード＃３（２１−３）とノード＃１（２１−１）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
【００８１】
「ノード＃３離脱」の４番目のレコードには、ノード＃３（２１−３）とノード＃２（２１−２）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
【００８２】
「ノード＃３離脱」の５番目のレコードには、ノード＃３（２１−３）とノード＃４（２１−４）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
【００８３】
「ノード＃３離脱」の６番目のレコードには、ノード＃３（２１−３）とノード＃５（２１−５）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
【００８４】
「ノード＃３離脱」のリンク数の項目には、変更する通信路（リンク）の個数が格納されている。ここでは、リンク数＝６が格納されている。
【００８５】
ノード離脱・回復テーブル１５の、「ノード＃３回復」には、６個のレコードが格納されている。この６個のレコードには、変更する通信路（リンク）の情報がそれぞれ格納されている。
【００８６】
「ノード＃３回復」の最初のレコードには、ノード＃３（２１−３）とノード＃１（２１−１）とが対向している通信路の呼数配分を１０％とすることが記載されている。
【００８７】
「ノード＃３回復」の２番目のレコードには、ノード＃３（２１−３）とノード＃２（２１−２）とが対向している通信路の呼数配分を１０％とすることが記載されている。
【００８８】
「ノード＃３回復」の３番目のレコードには、ノード＃３（２１−３）とノード＃４（２１−４）とが対向している通信路の呼数配分を１０％とすることが記載されている。
【００８９】
「ノード＃３回復」の４番目のレコードには、ノード＃３（２１−３）とノード＃５（２１−５）とが対向している通信路の呼数配分を、１０％とすることが記載されている。
【００９０】
「ノード＃３回復」の５番目のレコードには、ノード＃１（２１−１）とノード＃５（２１−５）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
【００９１】
「ノード＃３回復」の５番目のレコードには、ノード＃２（２１−２）とノード＃４（２１−４）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
「ノード＃３回復」のリンク数の項目には、変更する通信路（リンク）の個数が格納されている。ここでは、リンク数＝６が格納されている。
【００９２】
図５（ｂ）は、プロトコル種別＃１の網状態（回復）を示す図である。図２に示す網状態と同一の要素には同一の符号を付与している。
プロトコル種別＃１に於けるノード＃２（２１−２）の回復後の網状態は、図２に示す初期状態の網状態と同一である。
【００９３】
図５（ｃ）は、プロトコル種別＃１に於けるノード＃３（２１−３）の離脱後の網状態の例を示す図である。
【００９４】
プロトコル種別＃１に於けるノード＃３（２１−３）の離脱後の網状態は、図５（ｂ）に示すノード＃３（２１−３）の回復後の網状態とは異なり、ノード＃３（２１−３）が離脱し、かつ、ノード＃１（２１−１）とノード＃５（２１−５）とを接続する通信路と、ノード＃２（２１−２）とノード＃４（２１−４）とを接続する通信路とが新たに接続されている。これらの新たな通信路は、ノード＃３（２１−３）の離脱後に於ける迂回路として機能する。
【００９５】
図６は、第１の実施形態に於ける再構成管理エージェントシステムの通信ネットワーク再構成動作を示すフローチャートである。
処理を開始すると、ステップＳ１０に於いて、再構成管理エージェントシステム１０の処理部１１は、通信ネットワーク２０の網状態の初期値を取得する。すなわち、再構成管理エージェントシステム１０は、通信ノード２１から接続トポロジを取得する。
ステップＳ１１に於いて、処理部１１は、通信部１３を用いて、通信ネットワーク２０を構成する全ての通信ノード２１の稼働状態を確認する。
【００９６】
ステップＳ１２に於いて、処理部１１は、通信ノード２１の変更を検出したか否かを判断する。通信ノード２１の変更を検出したならば（Ｙｅｓ）、ステップＳ１３の処理を行う。通信ノード２１の変更を検出しなかったならば（Ｎｏ）、ステップＳ１１の処理に戻る。
【００９７】
なお、通信ノード２１は、呼状態を処理できなくなった場合（罹障の場合）、または、新たに通信ネットワーク２０に追加（回復）された場合には、再構成管理エージェントシステム１０に変更通知する。再構成管理エージェントシステム１０は、通信ノード２１の罹障や、通信ノード２１の回復を自動で判別可能である。通信ノード２１の罹障は、例えば激甚災害や装置の故障によって発生する。
ステップＳ１３〜Ｓ２２に於いて、処理部１１は、ノード離脱・回復テーブル１５の全てのプロトコル種別＃１〜＃ｎについて繰り返す。
【００９８】
ステップＳ１４に於いて、処理部１１は、通信ノード２１の変更に対応したノード離脱・回復テーブル１５の該当レコードを取得する。このステップＳ１４は、複数のノードのうち、いずれかの対象ノードの故障または回復を検出したとき、ノード離脱・回復テーブル１５から対象ノードに係るレコードを取得するレコード取得ステップである。
【００９９】
ステップＳ１５〜Ｓ１９に於いて、処理部１１は、該当レコードに格納された、全ての対向ノードの組合せについて繰り返す。ステップＳ１５〜Ｓ１９は、取得したレコードが含んでいる関連リンクに接続されている対向ノードに、関連リンクを変化後の状態に遷移させるよう指示するノード遷移ステップである。
【０１００】
ステップＳ１６に於いて、処理部１１は、この対向ノードの組合せの呼数配分が０％を超えていたならば（Ｙｅｓ）、ステップＳ１７の処理を行う。この対向ノードの組合せの呼数配分が０％であったならば（Ｎｏ）、ステップＳ１８の処理を行う。
ステップＳ１７に於いて、処理部１１は、通信部１３を用いて、これら対向ノードに、対向ノード間のリンク新設コマンドを送信する。
【０１０１】
ステップＳ１８に於いて、処理部１１は、通信部１３を用いて、これら対向ノードに、対向ノード間のリンク閉塞コマンドを送信する。このステップＳ１８は、いずれかのノードの故障を検出した場合には更に、対象ノードに接続されている全てのノードに、対象ノードを予閉塞するように指示する予閉塞ステップである。なお、ノードの予閉塞とは、当該ノードへ新規呼を経由させないようにすることをいう。
【０１０２】
ステップＳ１９に於いて、処理部１１は、全ての対向ノードの組合せについて繰り返していなかったならば、ステップＳ１５の処理に戻る。全ての対向ノードの組合せについて繰り返していたならば、ステップＳ２０の処理を行う。
【０１０３】
ステップＳ２０に於いて、処理部１１は、ステップＳ１２で検出した通信ノード２１の変更が、所定ノードの離脱であるか否かを判断する。所定ノードの離脱であるならば、ステップＳ２１の処理を行う。所定ノードの離脱でないならば、ステップＳ２２の処理を行う。
ステップＳ２１に於いて、処理部１１は、現在の網状態に基き、所定ノードに接続されている全てのノードに、所定ノードの閉塞コマンドを送信する。
【０１０４】
ステップＳ２２に於いて、処理部１１は、全てのプロトコル種別について繰り返していなかったならば、ステップＳ１３の処理に戻る。全てのプロトコル種別について繰り返していたならば、ステップＳ１１の処理に戻る。
再構成管理エージェントシステム１０の処理部１１は、以降、図６の処理を繰り返しながら、通信ネットワーク２０の通信ノード２１の変更を監視する。
【０１０５】
図７は、第１の実施形態に於ける各ノードの動作を示すフローチャートである。
処理を開始すると、ステップＳ３０に於いて、通信ノード２１は、再構成管理エージェントシステム１０からのコマンドの受信を待つ。
ステップＳ３１に於いて、通信ノード２１は、再構成管理エージェントシステム１０からのコマンドを受信したか否かを判断する。再構成管理エージェントシステム１０からのコマンドを受信していないならば、ステップＳ３０の処理に戻る。所定ノード閉塞コマンドを受信したならば、ステップＳ３２の処理を行う。リンク閉塞コマンドを受信したならば、ステップＳ３５の処理を行う。リンク新設コマンドを受信したならば、ステップＳ３８の処理を行う。
《所定ノード閉塞コマンド受信時の処理》
ステップＳ３２に於いて、通信ノード２１は、指定されたプロトコル種別に於いて、所定ノードへ新規呼を経由させない予閉塞状態とする。
【０１０６】
ステップＳ３３に於いて、通信ノード２１は、所定ノードへの呼が全て終話したか否かを判断する。所定ノードへの呼のいずれかが終話していないならば（Ｎｏ）、当該ステップＳ３３の処理を繰り返す。所定ノードへの呼が全て終話したならば（Ｙｅｓ）、ステップＳ３４の処理を行う。これにより、指定プロトコル種別に於ける所定ノードへの呼を途中切断することなく、所定ノードを閉塞させることが可能である。
【０１０７】
ステップＳ３４に於いて、通信ノード２１は、再構成管理エージェントシステム１０に、所定ノードの閉塞完了を応答する。これにより、所定ノード閉塞コマンド受信時の処理を終了して、ステップＳ３０の処理に戻る。
《リンク閉塞コマンド受信時の処理》
【０１０８】
ステップＳ３５に於いて、通信ノード２１は、指定プロトコル種別に於けるリンクを予閉塞する。即ち、指定プロトコル種別に於ける新たな呼を、当該リンクで通信しないように設定する。
【０１０９】
ステップＳ３６に於いて、通信ノード２１は、指定プロトコル種別に於ける当該リンクの呼が全て終話したか否かを判断する。指定プロトコル種別に於ける当該リンクの呼のいずれかが終話していないならば（Ｎｏ）、当該ステップＳ３６の処理を繰り返す。指定プロトコル種別に於ける当該リンクの呼が全て終話していたならば（Ｙｅｓ）、ステップＳ３７の処理を行う。これにより、指定プロトコル種別に於ける当該リンクの呼を途中切断することなく、当該リンクを閉塞させることが可能である。
【０１１０】
ステップＳ３７に於いて、通信ノード２１は、再構成管理エージェントシステム１０に、当該リンクの閉塞完了を応答する。これにより、リンク閉塞コマンド受信時の処理を終了して、ステップＳ３０の処理に戻る。
《リンク新設コマンド受信時の処理》
ステップＳ３８に於いて、通信ノード２１は、指定プロトコル種別に於けるリンクを新設する。
ステップＳ３９に於いて、通信ノード２１は、当該リンクを開通試験する。
【０１１１】
ステップＳ４０に於いて、通信ノード２１は、再構成管理エージェントシステム１０に、開通試験の結果を応答する。これにより、リンク新設コマンド受信時の処理を終了して、ステップＳ３０の処理に戻る。
通信ノード２１は、以降、図７の処理を繰り返す。
【０１１２】
（第１の実施形態の効果）
以上説明した第１の実施形態では、次の（Ａ）〜（Ｄ）のような効果がある。
【０１１３】
（Ａ） 再構成管理エージェントシステム１０は、ノードの離脱またはノードの回復（追加）を検出したとき、予め設定されているノード離脱・回復テーブル１５に基いて、通信ネットワーク２０を再構成している。これにより、手作業によることなく、通信ネットワーク２０を再構成可能となり、ヒューマンエラーを抑止して保守コストの増大を抑止する。
【０１１４】
（Ｂ） 通信ノード２１は、指定プロトコル種別に於ける当該リンクの呼が全て終話したかを判断したのちに、閉塞した旨を応答する。これにより、指定プロトコル種別に於ける当該リンクの呼を途中切断することなく、当該リンクを閉塞させることが可能である。
【０１１５】
（Ｃ） 通信ノード２１は、指定プロトコル種別に於ける所定ノードの呼が全て終話したかを判断したのちに、閉塞した旨を応答する。これにより、指定プロトコル種別に於ける所定ノードを経由する呼を途中切断することなく、所定リンクを閉塞させることが可能である。
【０１１６】
（Ｄ） 再構成管理エージェントシステム１０のノード離脱・回復テーブル１５は、呼数配分が０％であるか否かによって、リンクの閉塞であるかリンクの新設であるかを切替えている。これにより、リンクを示す対向ノードアドレスと、そのリンクの呼数配分の２項目によって、リンクの新設および閉塞と、その新設したリンクの呼数配分とを設定可能である。
（第２の実施形態の構成）
【０１１７】
図８は、第２の実施形態に於ける再構成管理エージェントシステムを示す概略の構成図である。図１に示す第１の実施形態に於ける再構成管理エージェントシステム１０と同一の要素には同一の符号を付与している。
【０１１８】
第２の実施形態の再構成管理エージェントシステム１０は、ネットワーク１００を介して保守者端末３０が接続されている他は、第１の実施形態の再構成管理エージェントシステム１０と同様の構成を有している。
【０１１９】
保守者端末３０は、例えばコンピュータであり、処理部３１と、記憶部３２と、通信部３３とを有している。保守者端末３０には、再構成管理エージェントシステム１０のエージェントプログラムと通信するソフトウェアプログラムが動作しており、当該ソフトウェアプログラムは、再構成管理エージェントシステム１０のエージェントプログラムを制御している。処理部３１は、記憶部３２と通信部３３とに接続されている。
処理部３１は、再構成管理エージェントシステム１０のエージェントプログラムを制御する処理などを行う。
記憶部３２は、例えばＲＡＭ，ＲＯＭ，ＨＤＤなどで構成されている。
通信部３３は、通信回線を介して再構成管理エージェントシステム１０と相互に通信する機能を有している。
【０１２０】
（第２の実施形態の動作）
【０１２１】
図９は、第２の実施形態に於ける再構成管理エージェントシステムの通信ネットワーク再構成動作を示すフローチャートである。図６に示す第１の実施形態に於けるフローチャートと同一の要素には同一の符号を付与している。
【０１２２】
処理を開始すると、ステップＳ５０に於いて、再構成管理エージェントシステム１０の処理部１１は、通信部１３を用いて、保守者端末３０から、保守コマンドであるノード離脱またはノード回復の受信を待つ。
【０１２３】
ステップＳ５１に於いて、処理部１１は、保守コマンドを受信したか否かを判断する。保守コマンドを受信していなかったならば（Ｎｏ）、ステップＳ５０の処理に戻る。保守コマンドを受信していたならば（Ｙｅｓ）、ステップＳ１３の処理を行う。
ステップＳ１３〜Ｓ２２の処理は、受信した保守コマンドの実行である。そのうち、ステップＳ１３〜Ｓ２１の処理は、図６に示すフローチャートのステップＳ１３〜Ｓ２１の処理と同様である。
ステップＳ２１Ａに於いて、処理部１１は、所定ノードからの閉塞完了の応答を待つ。
【０１２４】
ステップＳ２３に於いて、処理部１１は、保守者端末３０に、保守コマンドの完了を応答し、ステップＳ５０の処理に戻る。保守者端末３０は、図示しない表示部に、保守コマンドが正常に完了したことを表示する。
再構成管理エージェントシステム１０の処理部１１は、以降、図９の処理を繰り返しながら、保守コマンドの受信を監視して実行する。
【０１２５】
（第２の実施形態の効果）
以上説明した第２の実施形態では、次の（Ｅ）のような効果がある。
【０１２６】
（Ｅ） 設備計画の変更によって、通信ノード２１の離脱や追加（回復）を行う場合であっても、保守者端末３０からの１コマンドによって、通話中の呼の途中切断を回避しつつ通信ネットワーク２０を再構築することが可能である。
【０１２７】
（変形例）
本発明は、上記実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で、変更実施が可能である。この利用形態や変形例としては、例えば、次の（ａ），（ｂ）のようなものがある。
【０１２８】
（ａ） 第１の実施形態および第２の実施形態に於けるノード＃１（２１−１）〜ノード＃５（２１−５）は、公衆電話回線に於ける公衆電話通信を制御する電話交換機や、ＩＰ電話網に於けるＩＰ電話通信を制御するＳＩＰサーバなどである。しかし、これに限られず、ルータ、Layer 2 Switch、Layer 3 Switch、ＷＤＭ(Wavelength Division Multiplexing)装置、ＳＯＮＥＴ(Synchronous Optical Network)装置やＳＤＨ(Synchronous Digital Hierarchy)装置などの時分割スイッチ、ＯＸＣ(Optical Cross-Connect)装置やＰＸＣ(Photonic Cross-Connect)装置などの波長または波長群スイッチなどを通信ノード２１とするシステムに適用してもよい。
【０１２９】
（ｂ） 第２の実施形態に於ける再構成管理エージェントシステム１０は、対象ノードを離脱させる場合には更に、ステップＳ２１Ａ（図９）のように、全てのノードから、対象ノードを閉塞した応答（閉塞完了の応答）を確認している。しかし、これに限られず、再構成管理エージェントシステム１０は、ステップＳ１５〜Ｓ１８に於けるノード遷移ステップを実行したのち、更に、対向ノードからリンクが変化後の状態に遷移した応答を確認する応答確認ステップを実行してもよい。これにより、個々のリンクを、閉塞状態に遷移させることが可能である。
【符号の説明】
【０１３０】
１０ 再構成管理エージェントシステム
１１ 処理部
１２ 記憶部
１３ 通信部
１４ 網状態テーブル
１５ ノード離脱・回復テーブル
２０ 通信ネットワーク
２１−１〜５ ノード＃１〜＃５（通信ノード）
３０ 保守者端末
３１ 処理部
３２ 記憶部
３３ 通信部
【技術分野】
【０００１】
本発明は、隣接ノードのルーチングテーブルの再設定およびリンク設定を自動化する通信ネットワーク再構成方法と再構成管理エージェントシステムに関する。
【背景技術】
【０００２】
近年、電話の通話などである呼状態を制御する交換機が複数台接続されて構成されている通信ネットワークが普及している。この通信ネットワークは、呼状態を制御する複数の通信ノードが通信路（リンク）を介して接続された構成である。
【０００３】
これら通信ノードのいずれかで罹障が発生した場合には、この罹障が発生した通信ノードを通信ネットワークから離脱させることが必要である。この罹障が発生した通信ノードを迂回する、新たなリンクを構成することが必要な場合もある。更に、離脱させた通信ノードを回復させることも必要である。
設備計画の変更の際に、所定の通信ノードを離脱させることや、所定の通信ノードを通信ネットワークに追加することが必要になる場合がある。
【０００４】
通信ノードを通信ネットワークから離脱させる場合には、当該通信ノードに対する新規呼のルーチングを抑止する必要がある。すなわち、当該通信ノードにリンクで接続されている全ての通信ノードに対して、当該通信ノードへのルーチングを行わないように、ルーチングテーブルを迂回用の他の通信ノード向けに変更する。
【０００５】
更に、当該通信ノードへの全ての通信路に於いて、通信中の呼がある場合には、全呼の終話状態への遷移を待ち合わせして、当該通信ノードでの処理中の呼が無くなったことを確認し、その上で、当該通信ノードを閉塞状態にする必要がある。通信中の呼を途中で切断しないためである。
【０００６】
非特許文献１には、ＩＳＤＮ（Integrated Services Digital Network）の呼に関する接続処理に関する発明が記載されている。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】江川哲明、佐藤隆昭、「ネットワーク・ノード方式」第１版、株式会社オーム社、１９９４年１月２５日
【発明の概要】
【発明が解決しようとする課題】
【０００８】
通信ノードを通信ネットワークから離脱させる場合と、通信ノードを通信ネットワークに追加（回復）させる場合には、上述したルーチングテーブルの設計、変更、通信路の閉塞などの個々の手順を、全て手作業で実施する必要があった。よって、手作業によるヒューマンエラーの虞と、保守コストが増大する虞とがあった。
【０００９】
そこで、本発明は、通信ノードを通信ネットワークから離脱させる際、および、回復させる際に、ヒューマンエラーを抑止し、保守コストの増大を抑止することを可能とする通信ネットワーク再構成方法および再構成管理エージェントシステムを提供することを課題とする。
【課題を解決するための手段】
【００１０】
前記した課題を解決するため、請求項１に記載の発明は、呼処理を行う複数のノードが、リンクを介して接続されている通信ネットワークに於いて、当該通信ネットワークを管理するコンピュータが実行する通信ネットワーク再構成方法であって、前記コンピュータは、処理部と、各ノードの離脱または各ノードの回復に伴い状態を変化させる関連リンクと当該関連リンクの変化後の状態とを定義したレコードを有する離脱・回復テーブルを記憶している記憶部とを有し、前記複数のノードのうち、いずれかの対象ノードの故障または回復を検出したとき、前記離脱・回復テーブルから当該対象ノードに係る前記レコードを取得するレコード取得ステップと、取得した前記レコードが含んでいる前記関連リンクに接続されている対向ノードに、当該関連リンクを前記変化後の状態に遷移させるよう指示するノード遷移ステップと、を実行し、前記対象ノードの故障を検出した場合には更に、前記対象ノードに接続されている全てのノードに、前記対象ノードを予閉塞するように指示する予閉塞ステップを実行することを特徴とする通信ネットワーク再構成方法とした。
【００１１】
請求項５に記載の発明は、呼処理を行う複数のノードが、リンクを介して接続されている通信ネットワークに於いて、当該通信ネットワークを管理する再構成管理エージェントシステムであって、処理部と、前記リンクと相互に通信する通信部と、各ノードの離脱または各ノードの回復に伴い状態を変化させる関連リンクと当該関連リンクの変化後の状態とを定義したレコードを有する離脱・回復テーブルを記憶している記憶部とを有しており、前記処理部は、前記複数のノードのうち、いずれかの対象ノードを離脱または回復させるとき、前記離脱・回復テーブルから当該対象ノードに係る前記レコードを取得し、前記通信部は、取得した前記レコードが含んでいる前記関連リンクに接続されている対向ノードに、当該関連リンクを前記変化後の状態に遷移させるよう指示し、前記通信部は、前記対象ノードを離脱させる場合には更に、前記対象ノードに接続されている全てのノードに、前記対象ノードへの呼を予閉塞するように指示することを特徴とする再構成管理エージェントシステムとした。
【００１２】
このようにすることで、本発明によれば、再構成管理エージェントシステムは、通信ノードを通信ネットワークから離脱させる際、および、回復させる際に、離脱・回復テーブルに基いて、新たなリンクの構成と既存のリンクの閉塞とを行う。これにより、手作業によるヒューマンエラーを抑止し、保守コストを抑えることができる。
【００１３】
請求項２に記載の発明は、請求項１に記載の通信ネットワーク再構成方法は更に、前記予閉塞ステップを実行したのち、前記全てのノードから、前記対象ノードを閉塞した応答を確認する閉塞確認ステップを実行することを特徴とする通信ネットワーク再構成方法とした。
【００１４】
請求項６に記載の発明は、前記処理部は、前記対象ノードを離脱させる場合には更に、前記通信部を用いて、前記全てのノードに、前記対象ノードへの呼を予閉塞するように指示したのち、前記対象ノードへの呼が閉塞したことを前記全てのノードについて確認することを特徴とする請求項５に記載の再構成管理エージェントシステムとした。
【００１５】
このようにすることで、本発明によれば、処理中の呼を切断することなく対象ノードを閉塞させるとともに、この対象ノードの閉塞を確認することができる。
【００１６】
請求項３に記載の発明は、請求項２に記載の通信ネットワーク再構成方法は更に、前記ノード遷移ステップを実行したのち、前記対向ノードから前記関連リンクが前記変化後の状態に遷移した応答を確認する応答確認ステップを実行することを特徴とする通信ネットワーク再構成方法とした。
【００１７】
請求項７に記載の発明は、前記処理部は、いずれかの前記対象ノードを離脱させる場合には更に、前記通信部を用いて、前記対向ノードから前記関連リンクが前記変化後の状態に遷移した応答を確認することを特徴とする請求項６に記載の再構成管理エージェントシステムとした。
【００１８】
このようにすることで、本発明によれば、関連リンクが変化後の状態に遷移したことを確認することができる。
【００１９】
請求項４に記載の発明は、前記変化後の状態とは、前記関連リンクの変化後の呼状態の配分であり、前記関連リンクの変化後の呼状態の配分が０％であるとき、前記対向ノードに、当該関連リンクを予閉塞するよう指示することを特徴とする請求項１ないし請求項３のいずれか１項に記載の通信ネットワーク再構成方法とした。
【００２０】
請求項８に記載の発明は、前記変化後の状態とは、前記関連リンクの変化後の呼状態の配分であり、前記通信部は、前記関連リンクの変化後の呼状態の配分が０％であるとき、前記対向ノードに、当該関連リンクを予閉塞するよう指示することを特徴とする請求項５ないし請求項７のいずれか１項に記載の再構成管理エージェントシステムとした。
【００２１】
このようにすることで、本発明によれば、呼状態の配分の項目のみで、関連リンクの閉塞を含む変化後の状態を示すことができる。よって、離脱・回復テーブルを簡素化可能であると共に、離脱・回復テーブルの検証作業を省力化できる。
【発明の効果】
【００２２】
本発明によれば、通信ノードを通信ネットワークから離脱させる際、および、回復させる際に、ヒューマンエラーを抑止し、保守コストの増大を抑止することを可能とする通信ネットワーク再構成方法および再構成管理エージェントシステムを提供することができる。
【図面の簡単な説明】
【００２３】
【図１】第１の実施形態に於ける再構成管理エージェントシステムを示す概略の構成図である。
【図２】第１の実施形態に於ける網状態の初期値を示す図である。
【図３】第１の実施形態に於けるノード＃１のノード離脱・回復テーブルと、その動作を示す図である。
【図４】第１の実施形態に於けるノード＃２のノード離脱・回復テーブルと、その動作を示す図である。
【図５】第１の実施形態に於けるノード＃３のノード離脱・回復テーブルと、その動作を示す図である。
【図６】第１の実施形態に於ける再構成管理エージェントシステムの通信ネットワーク再構成動作を示すフローチャートである。
【図７】第１の実施形態に於ける各ノードの動作を示すフローチャートである。
【図８】第２の実施形態に於ける再構成管理エージェントシステムを示す概略の構成図である。
【図９】第２の実施形態に於ける再構成管理エージェントシステムの通信ネットワーク再構成動作を示すフローチャートである。
【発明を実施するための形態】
【００２４】
以降、本発明を実施するための形態を、図を参照して詳細に説明する。
【００２５】
（第１の実施形態の構成）
図１は、第１の実施形態に於ける再構成管理エージェントシステムを示す概略の構成図である。
本実施形態の再構成管理エージェントシステム１０は、通信ネットワーク２０の全てのノード＃１（２１−１）〜ノード＃５（２１−５）に、通信回線を介して接続されている。
【００２６】
再構成管理エージェントシステム１０は、例えばサーバ（コンピュータ）であり、処理部１１と、記憶部１２と、通信部１３とを有し、通信ネットワーク２０を管理するエージェントプログラムが動作している。なお、図面に於いて、再構成管理エージェントシステム１０は、単に「エージェントシステム１０」と記載している。
【００２７】
ここでエージェントプログラムとは、ネットワーク機器の管理や監視を行う際に、これらを管理するサーバ・コンピュータにインストールされるプログラムをいう。エージェントプログラムは、通信ネットワーク２０を構成している機器に関する管理情報の収集と、これらの機器の状態管理を、サーバ・コンピュータに行わせる。
処理部１１は、後述する図６に示す通信ネットワーク２０の再構成処理などを行う。
【００２８】
記憶部１２は、例えばＲＡＭ（Random Access Memory），ＲＯＭ（Read Only Memory），ＨＤＤ（Hard Disk Drive）などで構成されている。記憶部１２は、網状態テーブル１４と、ノード離脱・回復テーブル１５とを有している。
通信部１３は、例えば、ＩＰ（Internet Protocol）ネットワークである通信回線を介して、外部装置と相互に通信する機能を有している。しかし、これに限定されず、他の種類の通信回線であってもよい。
【００２９】
処理部１１は、記憶部１２と通信部１３とに接続されている。通信部１３は、通信ネットワーク２０の全てのノード＃１（２１−１）〜ノード＃５（２１−５）に、通信回線を介して接続されている。
【００３０】
網状態テーブル１４は、通信ネットワーク２０に於けるノード＃１（２１−１）〜ノード＃５（２１−５）の相互の接続状態である網状態が、プロトコル種別ごとに格納されている。網状態テーブル１４は、後述する図２に於いて詳細に説明する。
【００３１】
ノード離脱・回復テーブル１５は、各ノードが通信ネットワーク２０から離脱する場合と回復する場合に於いて、変更する通信路（リンク）の情報が格納されている。ノード離脱・回復テーブル１５には、変更する通信路（リンク）の対向ノードアドレスと、変更する通信路（リンク）の呼数配分と、変更する通信路（リンク）の数とが、それぞれ記載されている。ノード離脱・回復テーブル１５は、後述する図３〜図５に於いて、詳細に説明する。
【００３２】
通信ネットワーク２０を構成する複数の通信ノード２１であるノード＃１（２１−１）〜ノード＃５（２１−５）は、呼状態を有する通信信号の制御、すなわち、呼処理を行う。複数の通信ノード２１は、例えば、公衆電話回線に於ける公衆電話通信を制御する電話交換機や、ＩＰ電話網に於けるＩＰ電話通信を制御するＳＩＰ（Session Initiation Protocol）サーバなどである。
ノード＃１（２１−１）〜ノード＃５（２１−５）は、それぞれ通信路（リンク）によって接続され、これらの通信路（リンク）によって、呼状態を有する通信が行われる。本実施形態に於ける通信路（リンク）は、論理的な通信路である。物理的な通信路については、予め用意されているものとする。
【００３３】
図２（ａ），（ｂ）は、第１の実施形態に於ける網状態の初期値を示す図である。
【００３４】
図２（ａ）は、網状態の初期値に於ける網状態テーブル１４を示す図である。
網状態テーブル１４は、プロトコル種別＃１〜＃ｎの網状態を記録している。以下、代表してプロトコル種別＃１について説明する。
ノード＃１（２１−１）の接続ノードは、初期状態に於いて、ノード＃２（２１−２）、ノード＃３（２１−３）、ノード＃４（２１−４）である。
ノード＃２（２１−２）の接続ノードは、初期状態に於いて、ノード＃１（２１−１）、ノード＃３（２１−３）、ノード＃５（２１−５）である。
【００３５】
ノード＃３（２１−３）の接続ノードは、初期状態に於いて、ノード＃１（２１−１）、ノード＃２（２１−２）、ノード＃４（２１−４）、ノード＃５（２１−５）である。
ノード＃４（２１−４）の接続ノードは、初期状態に於いて、ノード＃１（２１−１）、ノード＃３（２１−３）、ノード＃５（２１−５）である。
ノード＃５（２１−５）の接続ノードは、初期状態に於いて、ノード＃２（２１−２）、ノード＃３（２１−３）、ノード＃４（２１−４）である。
網状態テーブル１４は、通信ネットワーク２０の接続トポロジの変更に応じて動的に変更される。この変更は、通信ノード２１が、それぞれ再構成管理エージェントシステム１０に通知することによって検知される。または、再構成管理エージェントシステム１０が、それぞれの通信ノード２１に、接続トポロジを問い合わせることによって検知される。
【００３６】
図２（ｂ）は、網状態の初期値を示す接続図である。
再構成管理エージェントシステム１０は、ノード＃１（２１−１）〜ノード＃５（２１−５）に、通信回線を介して、それぞれ接続されている。
【００３７】
ノード＃１（２１−１）は、初期状態に於いて、ノード＃２（２１−２）、ノード＃３（２１−３）、ノード＃４（２１−４）に、通信路（リンク）を介して、それぞれ接続されている。
【００３８】
ノード＃２（２１−２）は、初期状態に於いて、ノード＃１（２１−１）、ノード＃３（２１−３）、ノード＃５（２１−５）に、通信路（リンク）を介して、それぞれ接続されている。
【００３９】
ノード＃３（２１−３）は、初期状態に於いて、ノード＃１（２１−１）、ノード＃２（２１−２）、ノード＃４（２１−４）、ノード＃５（２１−５）に、通信路（リンク）を介して、それぞれ接続されている。
【００４０】
ノード＃４（２１−４）は、初期状態に於いて、ノード＃１（２１−１）、ノード＃３（２１−３）、ノード＃５（２１−５）に、通信路（リンク）を介して、それぞれ接続されている。
【００４１】
ノード＃５（２１−５）は、初期状態に於いて、ノード＃２（２１−２）、ノード＃３（２１−３）、ノード＃４（２１−４）に、通信路（リンク）を介して、それぞれ接続されている。
【００４２】
（第１の実施形態の動作）
【００４３】
図３（ａ）〜（ｃ）は、第１の実施形態に於けるノード＃１のノード離脱・回復テーブルと、その動作を示す図である。
図３（ａ）は、ノード離脱・回復テーブル１５のうち、ノード＃１（２１−１）に関わる部分を示す図である。
【００４４】
第１の実施形態のノード離脱・回復テーブル１５は、事前に机上シミュレーションを行い、または、シミューレションツールなどを使い、様々な局面で正常に通信ネットワーク２０を再構築可能であることが確認されているものとする。
【００４５】
ノード離脱・回復テーブル１５の、「ノード＃１離脱」には、４個のレコードが格納されている。この４個のレコードには、変更する通信路（リンク）の情報がそれぞれ格納されている。
【００４６】
対向ノードアドレスの項目には、変更する通信路（リンク）に於いて対向するノードのアドレスの組合せが格納されている。呼数配分の項目には、変更する通信路（リンク）に於いて配分する呼数の割合が格納されている。
【００４７】
「ノード＃１離脱」の最初のレコードには、ノード＃２（２１−２）とノード＃４（２１−４）とが対向している通信路の呼数配分を、２０％とすることが記載されている。
【００４８】
「ノード＃１離脱」の２番目のレコードには、ノード＃１（２１−１）とノード＃２（２１−２）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
【００４９】
「ノード＃１離脱」の３番目のレコードには、ノード＃１（２１−１）とノード＃３（２１−３）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
【００５０】
「ノード＃１離脱」の４番目のレコードには、ノード＃１（２１−１）とノード＃４（２１−４）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
【００５１】
「ノード＃１離脱」の各レコードの対向ノードアドレスの項目には、ノード＃１（２１−１）の離脱に伴い状態を変化させる関連リンクの情報が格納されている。呼数配分の項目には、この関連リンクの変化後の状態が格納されている。他のノードの離脱に関する各レコードも同様である。
「ノード＃１離脱」のリンク数の項目には、変更する通信路（リンク）の個数が格納されている。ここでは、リンク数＝４が格納されている。
【００５２】
ノード離脱・回復テーブル１５の、「ノード＃１回復」には、４個のレコードが格納されている。この４個のレコードには、変更する通信路（リンク）の情報がそれぞれ格納されている。
【００５３】
「ノード＃１回復」の最初のレコードには、ノード＃１（２１−１）とノード＃２（２１−２）とが対向している通信路の呼数配分を２０％とすることが記載されている。
【００５４】
「ノード＃１回復」の２番目のレコードには、ノード＃１（２１−１）とノード＃３（２１−３）とが対向している通信路の呼数配分を１０％とすることが記載されている。
【００５５】
「ノード＃１回復」の３番目のレコードには、ノード＃１（２１−１）とノード＃４（２１−４）とが対向している通信路の呼数配分を２０％とすることが記載されている。
【００５６】
「ノード＃１回復」の４番目のレコードには、ノード＃２（２１−２）とノード＃４（２１−４）とが対向している通信路の呼数配分を、０％とすること、すなわち、この通信路を閉塞することが記載されている。
【００５７】
「ノード＃１回復」の各レコードの対向ノードアドレスの項目には、ノード＃１（２１−１）の回復（追加）に伴い状態を変化させる関連リンクの情報が格納されている。呼数配分の項目には、この関連リンクの変化後の状態が格納されている。他のノードの回復（追加）に関する各レコードも同様である。
「ノード１回復」のリンク数の項目には、変更する通信路（リンク）の個数が格納されている。ここでは、リンク数＝４が格納されている。
【００５８】
図３（ｂ）は、プロトコル種別＃１に於けるノード＃１（２１−１）の回復後の網状態を示す図である。図２に示す網状態と同一の要素には同一の符号を付与している。
プロトコル種別＃１に於けるノード＃１（２１−１）の回復後の網状態は、図２に示す初期状態の網状態と同一である。
【００５９】
図３（ｃ）は、プロトコル種別＃１に於けるノード＃１（２１−１）の離脱後の網状態を示す図である。図３（ｂ）に示す網状態と同一の要素には同一の符号を付与している。
【００６０】
プロトコル種別＃１に於けるノード＃１（２１−１）の離脱後の網状態は、図３（ｂ）に示すノード＃１（２１−１）の回復後の網状態とは異なり、ノード＃１（２１−１）が離脱し、かつ、ノード＃２（２１−２）とノード＃４（２１−４）とを接続する通信路が新たに接続されている。この新たな通信路は、ノード＃１（２１−１）の離脱後に於ける迂回路として機能する。
【００６１】
図４（ａ）〜（ｃ）は、第１の実施形態に於けるノード＃２のノード離脱・回復テーブルと、その動作を示す図である。
【００６２】
図４（ａ）は、ノード離脱・回復テーブル１５のうち、ノード＃２（２１−２）に関わる部分を示す図である。
ノード離脱・回復テーブル１５の、「ノード＃２離脱」には、４個のレコードが格納されている。この４個のレコードには、変更する通信路（リンク）の情報がそれぞれ格納されている。
【００６３】
「ノード＃２離脱」の最初のレコードには、ノード＃１（２１−１）とノード＃５（２１−５）とが対向している通信路の呼数配分を、２０％とすることが記載されている。
【００６４】
「ノード＃２離脱」の２番目のレコードには、ノード＃２（２１−２）とノード＃１（２１−１）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
【００６５】
「ノード＃２離脱」の３番目のレコードには、ノード＃２（２１−２）とノード＃３（２１−３）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
【００６６】
「ノード＃２離脱」の４番目のレコードには、ノード＃２（２１−２）とノード＃５（２１−５）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
「ノード＃２離脱」のリンク数の項目には、変更する通信路（リンク）の個数が格納されている。ここでは、リンク数＝４が格納されている。
【００６７】
ノード離脱・回復テーブル１５の、「ノード＃２回復」には、４個のレコードが格納されている。この４個のレコードには、変更する通信路（リンク）の情報がそれぞれ格納されている。
【００６８】
「ノード＃２回復」の最初のレコードには、ノード＃２（２１−２）とノード＃１（２１−１）とが対向している通信路の呼数配分を２０％とすることが記載されている。
【００６９】
「ノード＃２回復」の２番目のレコードには、ノード＃２（２１−２）とノード＃３（２１−３）とが対向している通信路の呼数配分を１０％とすることが記載されている。
【００７０】
「ノード＃２回復」の３番目のレコードには、ノード＃１（２１−１）とノード＃５（２１−５）とが対向している通信路の呼数配分を２０％とすることが記載されている。
【００７１】
「ノード＃２回復」の４番目のレコードには、ノード＃１（２１−１）とノード＃５（２１−５）とが対向している通信路の呼数配分を、０％とすること、すなわち、この通信路を閉塞することが記載されている。
「ノード＃２回復」のリンク数の項目には、変更する通信路（リンク）の個数が格納されている。ここでは、リンク数＝４が格納されている。
【００７２】
図４（ｂ）は、プロトコル種別＃１に於けるノード＃２（２１−２）の回復後の網状態の例を示す図である。図２に示す網状態と同一の要素には同一の符号を付与している。
プロトコル種別＃１に於けるノード＃２（２１−２）の回復後の網状態は、図２に示す初期状態の網状態と同一である。
【００７３】
図４（ｃ）は、プロトコル種別＃１に於けるノード＃２（２１−２）の離脱後の網状態の例を示す図である。
【００７４】
プロトコル種別＃１に於けるノード＃２（２１−２）の離脱後の網状態は、図４（ｂ）に示すノード＃２（２１−２）の回復後の網状態とは異なり、ノード＃２（２１−２）が離脱し、かつ、ノード＃１（２１−１）とノード＃５（２１−５）とを接続する通信路が新たに接続されている。この新たな通信路は、ノード＃２（２１−２）の離脱後に於ける迂回路として機能する。
【００７５】
図５（ａ）〜（ｃ）は、第１の実施形態に於けるノード＃３のノード離脱・回復テーブルと、その動作を示す図である。
【００７６】
図５（ａ）は、ノード離脱・回復テーブル１５のうち、ノード＃３（２１−３）に関わる部分を示す図である。
【００７７】
ノード離脱・回復テーブル１５の、「ノード＃３離脱」には、６個のレコードが格納されている。この６個のレコードには、変更する通信路（リンク）の情報がそれぞれ格納されている。
【００７８】
「ノード＃３離脱」の最初のレコードには、ノード＃１（２１−１）とノード＃５（２１−５）とが対向している通信路の呼数配分を、２０％とすることが記載されている。
【００７９】
「ノード＃３離脱」の２番目のレコードには、ノード＃２（２１−２）とノード＃４（２１−４）とが対向している通信路の呼数配分を、２０％とすることが記載されている。
【００８０】
「ノード＃３離脱」の３番目のレコードには、ノード＃３（２１−３）とノード＃１（２１−１）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
【００８１】
「ノード＃３離脱」の４番目のレコードには、ノード＃３（２１−３）とノード＃２（２１−２）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
【００８２】
「ノード＃３離脱」の５番目のレコードには、ノード＃３（２１−３）とノード＃４（２１−４）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
【００８３】
「ノード＃３離脱」の６番目のレコードには、ノード＃３（２１−３）とノード＃５（２１−５）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
【００８４】
「ノード＃３離脱」のリンク数の項目には、変更する通信路（リンク）の個数が格納されている。ここでは、リンク数＝６が格納されている。
【００８５】
ノード離脱・回復テーブル１５の、「ノード＃３回復」には、６個のレコードが格納されている。この６個のレコードには、変更する通信路（リンク）の情報がそれぞれ格納されている。
【００８６】
「ノード＃３回復」の最初のレコードには、ノード＃３（２１−３）とノード＃１（２１−１）とが対向している通信路の呼数配分を１０％とすることが記載されている。
【００８７】
「ノード＃３回復」の２番目のレコードには、ノード＃３（２１−３）とノード＃２（２１−２）とが対向している通信路の呼数配分を１０％とすることが記載されている。
【００８８】
「ノード＃３回復」の３番目のレコードには、ノード＃３（２１−３）とノード＃４（２１−４）とが対向している通信路の呼数配分を１０％とすることが記載されている。
【００８９】
「ノード＃３回復」の４番目のレコードには、ノード＃３（２１−３）とノード＃５（２１−５）とが対向している通信路の呼数配分を、１０％とすることが記載されている。
【００９０】
「ノード＃３回復」の５番目のレコードには、ノード＃１（２１−１）とノード＃５（２１−５）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
【００９１】
「ノード＃３回復」の５番目のレコードには、ノード＃２（２１−２）とノード＃４（２１−４）とが対向している通信路の呼数配分を０％とすること、すなわち、この通信路を閉塞することが記載されている。
「ノード＃３回復」のリンク数の項目には、変更する通信路（リンク）の個数が格納されている。ここでは、リンク数＝６が格納されている。
【００９２】
図５（ｂ）は、プロトコル種別＃１の網状態（回復）を示す図である。図２に示す網状態と同一の要素には同一の符号を付与している。
プロトコル種別＃１に於けるノード＃２（２１−２）の回復後の網状態は、図２に示す初期状態の網状態と同一である。
【００９３】
図５（ｃ）は、プロトコル種別＃１に於けるノード＃３（２１−３）の離脱後の網状態の例を示す図である。
【００９４】
プロトコル種別＃１に於けるノード＃３（２１−３）の離脱後の網状態は、図５（ｂ）に示すノード＃３（２１−３）の回復後の網状態とは異なり、ノード＃３（２１−３）が離脱し、かつ、ノード＃１（２１−１）とノード＃５（２１−５）とを接続する通信路と、ノード＃２（２１−２）とノード＃４（２１−４）とを接続する通信路とが新たに接続されている。これらの新たな通信路は、ノード＃３（２１−３）の離脱後に於ける迂回路として機能する。
【００９５】
図６は、第１の実施形態に於ける再構成管理エージェントシステムの通信ネットワーク再構成動作を示すフローチャートである。
処理を開始すると、ステップＳ１０に於いて、再構成管理エージェントシステム１０の処理部１１は、通信ネットワーク２０の網状態の初期値を取得する。すなわち、再構成管理エージェントシステム１０は、通信ノード２１から接続トポロジを取得する。
ステップＳ１１に於いて、処理部１１は、通信部１３を用いて、通信ネットワーク２０を構成する全ての通信ノード２１の稼働状態を確認する。
【００９６】
ステップＳ１２に於いて、処理部１１は、通信ノード２１の変更を検出したか否かを判断する。通信ノード２１の変更を検出したならば（Ｙｅｓ）、ステップＳ１３の処理を行う。通信ノード２１の変更を検出しなかったならば（Ｎｏ）、ステップＳ１１の処理に戻る。
【００９７】
なお、通信ノード２１は、呼状態を処理できなくなった場合（罹障の場合）、または、新たに通信ネットワーク２０に追加（回復）された場合には、再構成管理エージェントシステム１０に変更通知する。再構成管理エージェントシステム１０は、通信ノード２１の罹障や、通信ノード２１の回復を自動で判別可能である。通信ノード２１の罹障は、例えば激甚災害や装置の故障によって発生する。
ステップＳ１３〜Ｓ２２に於いて、処理部１１は、ノード離脱・回復テーブル１５の全てのプロトコル種別＃１〜＃ｎについて繰り返す。
【００９８】
ステップＳ１４に於いて、処理部１１は、通信ノード２１の変更に対応したノード離脱・回復テーブル１５の該当レコードを取得する。このステップＳ１４は、複数のノードのうち、いずれかの対象ノードの故障または回復を検出したとき、ノード離脱・回復テーブル１５から対象ノードに係るレコードを取得するレコード取得ステップである。
【００９９】
ステップＳ１５〜Ｓ１９に於いて、処理部１１は、該当レコードに格納された、全ての対向ノードの組合せについて繰り返す。ステップＳ１５〜Ｓ１９は、取得したレコードが含んでいる関連リンクに接続されている対向ノードに、関連リンクを変化後の状態に遷移させるよう指示するノード遷移ステップである。
【０１００】
ステップＳ１６に於いて、処理部１１は、この対向ノードの組合せの呼数配分が０％を超えていたならば（Ｙｅｓ）、ステップＳ１７の処理を行う。この対向ノードの組合せの呼数配分が０％であったならば（Ｎｏ）、ステップＳ１８の処理を行う。
ステップＳ１７に於いて、処理部１１は、通信部１３を用いて、これら対向ノードに、対向ノード間のリンク新設コマンドを送信する。
【０１０１】
ステップＳ１８に於いて、処理部１１は、通信部１３を用いて、これら対向ノードに、対向ノード間のリンク閉塞コマンドを送信する。このステップＳ１８は、いずれかのノードの故障を検出した場合には更に、対象ノードに接続されている全てのノードに、対象ノードを予閉塞するように指示する予閉塞ステップである。なお、ノードの予閉塞とは、当該ノードへ新規呼を経由させないようにすることをいう。
【０１０２】
ステップＳ１９に於いて、処理部１１は、全ての対向ノードの組合せについて繰り返していなかったならば、ステップＳ１５の処理に戻る。全ての対向ノードの組合せについて繰り返していたならば、ステップＳ２０の処理を行う。
【０１０３】
ステップＳ２０に於いて、処理部１１は、ステップＳ１２で検出した通信ノード２１の変更が、所定ノードの離脱であるか否かを判断する。所定ノードの離脱であるならば、ステップＳ２１の処理を行う。所定ノードの離脱でないならば、ステップＳ２２の処理を行う。
ステップＳ２１に於いて、処理部１１は、現在の網状態に基き、所定ノードに接続されている全てのノードに、所定ノードの閉塞コマンドを送信する。
【０１０４】
ステップＳ２２に於いて、処理部１１は、全てのプロトコル種別について繰り返していなかったならば、ステップＳ１３の処理に戻る。全てのプロトコル種別について繰り返していたならば、ステップＳ１１の処理に戻る。
再構成管理エージェントシステム１０の処理部１１は、以降、図６の処理を繰り返しながら、通信ネットワーク２０の通信ノード２１の変更を監視する。
【０１０５】
図７は、第１の実施形態に於ける各ノードの動作を示すフローチャートである。
処理を開始すると、ステップＳ３０に於いて、通信ノード２１は、再構成管理エージェントシステム１０からのコマンドの受信を待つ。
ステップＳ３１に於いて、通信ノード２１は、再構成管理エージェントシステム１０からのコマンドを受信したか否かを判断する。再構成管理エージェントシステム１０からのコマンドを受信していないならば、ステップＳ３０の処理に戻る。所定ノード閉塞コマンドを受信したならば、ステップＳ３２の処理を行う。リンク閉塞コマンドを受信したならば、ステップＳ３５の処理を行う。リンク新設コマンドを受信したならば、ステップＳ３８の処理を行う。
《所定ノード閉塞コマンド受信時の処理》
ステップＳ３２に於いて、通信ノード２１は、指定されたプロトコル種別に於いて、所定ノードへ新規呼を経由させない予閉塞状態とする。
【０１０６】
ステップＳ３３に於いて、通信ノード２１は、所定ノードへの呼が全て終話したか否かを判断する。所定ノードへの呼のいずれかが終話していないならば（Ｎｏ）、当該ステップＳ３３の処理を繰り返す。所定ノードへの呼が全て終話したならば（Ｙｅｓ）、ステップＳ３４の処理を行う。これにより、指定プロトコル種別に於ける所定ノードへの呼を途中切断することなく、所定ノードを閉塞させることが可能である。
【０１０７】
ステップＳ３４に於いて、通信ノード２１は、再構成管理エージェントシステム１０に、所定ノードの閉塞完了を応答する。これにより、所定ノード閉塞コマンド受信時の処理を終了して、ステップＳ３０の処理に戻る。
《リンク閉塞コマンド受信時の処理》
【０１０８】
ステップＳ３５に於いて、通信ノード２１は、指定プロトコル種別に於けるリンクを予閉塞する。即ち、指定プロトコル種別に於ける新たな呼を、当該リンクで通信しないように設定する。
【０１０９】
ステップＳ３６に於いて、通信ノード２１は、指定プロトコル種別に於ける当該リンクの呼が全て終話したか否かを判断する。指定プロトコル種別に於ける当該リンクの呼のいずれかが終話していないならば（Ｎｏ）、当該ステップＳ３６の処理を繰り返す。指定プロトコル種別に於ける当該リンクの呼が全て終話していたならば（Ｙｅｓ）、ステップＳ３７の処理を行う。これにより、指定プロトコル種別に於ける当該リンクの呼を途中切断することなく、当該リンクを閉塞させることが可能である。
【０１１０】
ステップＳ３７に於いて、通信ノード２１は、再構成管理エージェントシステム１０に、当該リンクの閉塞完了を応答する。これにより、リンク閉塞コマンド受信時の処理を終了して、ステップＳ３０の処理に戻る。
《リンク新設コマンド受信時の処理》
ステップＳ３８に於いて、通信ノード２１は、指定プロトコル種別に於けるリンクを新設する。
ステップＳ３９に於いて、通信ノード２１は、当該リンクを開通試験する。
【０１１１】
ステップＳ４０に於いて、通信ノード２１は、再構成管理エージェントシステム１０に、開通試験の結果を応答する。これにより、リンク新設コマンド受信時の処理を終了して、ステップＳ３０の処理に戻る。
通信ノード２１は、以降、図７の処理を繰り返す。
【０１１２】
（第１の実施形態の効果）
以上説明した第１の実施形態では、次の（Ａ）〜（Ｄ）のような効果がある。
【０１１３】
（Ａ） 再構成管理エージェントシステム１０は、ノードの離脱またはノードの回復（追加）を検出したとき、予め設定されているノード離脱・回復テーブル１５に基いて、通信ネットワーク２０を再構成している。これにより、手作業によることなく、通信ネットワーク２０を再構成可能となり、ヒューマンエラーを抑止して保守コストの増大を抑止する。
【０１１４】
（Ｂ） 通信ノード２１は、指定プロトコル種別に於ける当該リンクの呼が全て終話したかを判断したのちに、閉塞した旨を応答する。これにより、指定プロトコル種別に於ける当該リンクの呼を途中切断することなく、当該リンクを閉塞させることが可能である。
【０１１５】
（Ｃ） 通信ノード２１は、指定プロトコル種別に於ける所定ノードの呼が全て終話したかを判断したのちに、閉塞した旨を応答する。これにより、指定プロトコル種別に於ける所定ノードを経由する呼を途中切断することなく、所定リンクを閉塞させることが可能である。
【０１１６】
（Ｄ） 再構成管理エージェントシステム１０のノード離脱・回復テーブル１５は、呼数配分が０％であるか否かによって、リンクの閉塞であるかリンクの新設であるかを切替えている。これにより、リンクを示す対向ノードアドレスと、そのリンクの呼数配分の２項目によって、リンクの新設および閉塞と、その新設したリンクの呼数配分とを設定可能である。
（第２の実施形態の構成）
【０１１７】
図８は、第２の実施形態に於ける再構成管理エージェントシステムを示す概略の構成図である。図１に示す第１の実施形態に於ける再構成管理エージェントシステム１０と同一の要素には同一の符号を付与している。
【０１１８】
第２の実施形態の再構成管理エージェントシステム１０は、ネットワーク１００を介して保守者端末３０が接続されている他は、第１の実施形態の再構成管理エージェントシステム１０と同様の構成を有している。
【０１１９】
保守者端末３０は、例えばコンピュータであり、処理部３１と、記憶部３２と、通信部３３とを有している。保守者端末３０には、再構成管理エージェントシステム１０のエージェントプログラムと通信するソフトウェアプログラムが動作しており、当該ソフトウェアプログラムは、再構成管理エージェントシステム１０のエージェントプログラムを制御している。処理部３１は、記憶部３２と通信部３３とに接続されている。
処理部３１は、再構成管理エージェントシステム１０のエージェントプログラムを制御する処理などを行う。
記憶部３２は、例えばＲＡＭ，ＲＯＭ，ＨＤＤなどで構成されている。
通信部３３は、通信回線を介して再構成管理エージェントシステム１０と相互に通信する機能を有している。
【０１２０】
（第２の実施形態の動作）
【０１２１】
図９は、第２の実施形態に於ける再構成管理エージェントシステムの通信ネットワーク再構成動作を示すフローチャートである。図６に示す第１の実施形態に於けるフローチャートと同一の要素には同一の符号を付与している。
【０１２２】
処理を開始すると、ステップＳ５０に於いて、再構成管理エージェントシステム１０の処理部１１は、通信部１３を用いて、保守者端末３０から、保守コマンドであるノード離脱またはノード回復の受信を待つ。
【０１２３】
ステップＳ５１に於いて、処理部１１は、保守コマンドを受信したか否かを判断する。保守コマンドを受信していなかったならば（Ｎｏ）、ステップＳ５０の処理に戻る。保守コマンドを受信していたならば（Ｙｅｓ）、ステップＳ１３の処理を行う。
ステップＳ１３〜Ｓ２２の処理は、受信した保守コマンドの実行である。そのうち、ステップＳ１３〜Ｓ２１の処理は、図６に示すフローチャートのステップＳ１３〜Ｓ２１の処理と同様である。
ステップＳ２１Ａに於いて、処理部１１は、所定ノードからの閉塞完了の応答を待つ。
【０１２４】
ステップＳ２３に於いて、処理部１１は、保守者端末３０に、保守コマンドの完了を応答し、ステップＳ５０の処理に戻る。保守者端末３０は、図示しない表示部に、保守コマンドが正常に完了したことを表示する。
再構成管理エージェントシステム１０の処理部１１は、以降、図９の処理を繰り返しながら、保守コマンドの受信を監視して実行する。
【０１２５】
（第２の実施形態の効果）
以上説明した第２の実施形態では、次の（Ｅ）のような効果がある。
【０１２６】
（Ｅ） 設備計画の変更によって、通信ノード２１の離脱や追加（回復）を行う場合であっても、保守者端末３０からの１コマンドによって、通話中の呼の途中切断を回避しつつ通信ネットワーク２０を再構築することが可能である。
【０１２７】
（変形例）
本発明は、上記実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で、変更実施が可能である。この利用形態や変形例としては、例えば、次の（ａ），（ｂ）のようなものがある。
【０１２８】
（ａ） 第１の実施形態および第２の実施形態に於けるノード＃１（２１−１）〜ノード＃５（２１−５）は、公衆電話回線に於ける公衆電話通信を制御する電話交換機や、ＩＰ電話網に於けるＩＰ電話通信を制御するＳＩＰサーバなどである。しかし、これに限られず、ルータ、Layer 2 Switch、Layer 3 Switch、ＷＤＭ(Wavelength Division Multiplexing)装置、ＳＯＮＥＴ(Synchronous Optical Network)装置やＳＤＨ(Synchronous Digital Hierarchy)装置などの時分割スイッチ、ＯＸＣ(Optical Cross-Connect)装置やＰＸＣ(Photonic Cross-Connect)装置などの波長または波長群スイッチなどを通信ノード２１とするシステムに適用してもよい。
【０１２９】
（ｂ） 第２の実施形態に於ける再構成管理エージェントシステム１０は、対象ノードを離脱させる場合には更に、ステップＳ２１Ａ（図９）のように、全てのノードから、対象ノードを閉塞した応答（閉塞完了の応答）を確認している。しかし、これに限られず、再構成管理エージェントシステム１０は、ステップＳ１５〜Ｓ１８に於けるノード遷移ステップを実行したのち、更に、対向ノードからリンクが変化後の状態に遷移した応答を確認する応答確認ステップを実行してもよい。これにより、個々のリンクを、閉塞状態に遷移させることが可能である。
【符号の説明】
【０１３０】
１０ 再構成管理エージェントシステム
１１ 処理部
１２ 記憶部
１３ 通信部
１４ 網状態テーブル
１５ ノード離脱・回復テーブル
２０ 通信ネットワーク
２１−１〜５ ノード＃１〜＃５（通信ノード）
３０ 保守者端末
３１ 処理部
３２ 記憶部
３３ 通信部
【特許請求の範囲】
【請求項１】
呼処理を行う複数のノードが、リンクを介して接続されている通信ネットワークに於いて、当該通信ネットワークを管理するコンピュータが実行する通信ネットワーク再構成方法であって、
前記コンピュータは、処理部と、各ノードと相互に通信する通信部と、各ノードの離脱または各ノードの回復に伴い状態を変化させる関連リンクと当該関連リンクの変化後の状態とを定義したレコードを有する離脱・回復テーブルを記憶している記憶部とを有しており、
前記処理部は、前記複数のノードのうち、いずれかの対象ノードの故障または回復を検出したとき、前記離脱・回復テーブルから当該対象ノードに係る前記レコードを取得するレコード取得ステップを実行し、
前記通信部は、取得した前記レコードが含んでいる前記関連リンクに接続されている対向ノードに、当該関連リンクを前記変化後の状態に遷移させるよう指示するノード遷移ステップと、を実行し、
前記通信部は、前記対象ノードの故障を検出した場合には更に、前記対象ノードに接続されている全てのノードに、前記対象ノードを予閉塞するように指示する予閉塞ステップを実行する
ことを特徴とする通信ネットワーク再構成方法。
【請求項２】
請求項１に記載の通信ネットワーク再構成方法は更に、
前記処理部が、前記予閉塞ステップを実行したのち、前記全てのノードから、前記対象ノードを閉塞した応答を確認する閉塞確認ステップを実行する
ことを特徴とする通信ネットワーク再構成方法。
【請求項３】
請求項２に記載の通信ネットワーク再構成方法は更に、
前記処理部が、前記ノード遷移ステップを実行したのち、前記対向ノードから前記関連リンクが前記変化後の状態に遷移した応答を確認する応答確認ステップを実行する
ことを特徴とする通信ネットワーク再構成方法。
【請求項４】
前記変化後の状態とは、前記関連リンクの変化後の呼状態の配分であり、
前記関連リンクの変化後の呼状態の配分が０％であるとき、前記対向ノードに、当該関連リンクを予閉塞するよう指示する
ことを特徴とする請求項１ないし請求項３のいずれか１項に記載の通信ネットワーク再構成方法。
【請求項５】
呼処理を行う複数のノードが、リンクを介して接続されている通信ネットワークに於いて、当該通信ネットワークを管理する再構成管理エージェントシステムであって、
処理部と、各ノードと相互に通信する通信部と、各ノードの離脱または各ノードの回復に伴い状態を変化させる関連リンクと当該関連リンクの変化後の状態とを定義したレコードを有する離脱・回復テーブルを記憶している記憶部とを有しており、
前記処理部は、前記複数のノードのうち、いずれかの対象ノードを離脱または回復させるとき、前記離脱・回復テーブルから当該対象ノードに係る前記レコードを取得し、
前記通信部は、取得した前記レコードが含んでいる前記関連リンクに接続されている対向ノードに、当該関連リンクを前記変化後の状態に遷移させるよう指示し、
前記通信部は、前記対象ノードを離脱させる場合には更に、前記対象ノードに接続されている全てのノードに、前記対象ノードへの呼を予閉塞するように指示する
ことを特徴とする再構成管理エージェントシステム。
【請求項６】
前記処理部は、前記対象ノードを離脱させる場合には更に、前記通信部を用いて、前記全てのノードに、前記対象ノードへの呼を予閉塞するように指示したのち、前記対象ノードへの呼が閉塞したことを前記全てのノードについて確認する
ことを特徴とする請求項５に記載の再構成管理エージェントシステム。
【請求項７】
前記処理部は、いずれかの前記対象ノードを離脱させる場合には更に、前記通信部を用いて、前記対向ノードから前記関連リンクが前記変化後の状態に遷移した応答を確認する
ことを特徴とする請求項６に記載の再構成管理エージェントシステム。
【請求項８】
前記変化後の状態とは、前記関連リンクの変化後の呼状態の配分であり、
前記通信部は、前記関連リンクの変化後の呼状態の配分が０％であるとき、前記対向ノードに、当該関連リンクを予閉塞するよう指示する
ことを特徴とする請求項５ないし請求項７のいずれか１項に記載の再構成管理エージェントシステム。
【請求項１】
呼処理を行う複数のノードが、リンクを介して接続されている通信ネットワークに於いて、当該通信ネットワークを管理するコンピュータが実行する通信ネットワーク再構成方法であって、
前記コンピュータは、処理部と、各ノードと相互に通信する通信部と、各ノードの離脱または各ノードの回復に伴い状態を変化させる関連リンクと当該関連リンクの変化後の状態とを定義したレコードを有する離脱・回復テーブルを記憶している記憶部とを有しており、
前記処理部は、前記複数のノードのうち、いずれかの対象ノードの故障または回復を検出したとき、前記離脱・回復テーブルから当該対象ノードに係る前記レコードを取得するレコード取得ステップを実行し、
前記通信部は、取得した前記レコードが含んでいる前記関連リンクに接続されている対向ノードに、当該関連リンクを前記変化後の状態に遷移させるよう指示するノード遷移ステップと、を実行し、
前記通信部は、前記対象ノードの故障を検出した場合には更に、前記対象ノードに接続されている全てのノードに、前記対象ノードを予閉塞するように指示する予閉塞ステップを実行する
ことを特徴とする通信ネットワーク再構成方法。
【請求項２】
請求項１に記載の通信ネットワーク再構成方法は更に、
前記処理部が、前記予閉塞ステップを実行したのち、前記全てのノードから、前記対象ノードを閉塞した応答を確認する閉塞確認ステップを実行する
ことを特徴とする通信ネットワーク再構成方法。
【請求項３】
請求項２に記載の通信ネットワーク再構成方法は更に、
前記処理部が、前記ノード遷移ステップを実行したのち、前記対向ノードから前記関連リンクが前記変化後の状態に遷移した応答を確認する応答確認ステップを実行する
ことを特徴とする通信ネットワーク再構成方法。
【請求項４】
前記変化後の状態とは、前記関連リンクの変化後の呼状態の配分であり、
前記関連リンクの変化後の呼状態の配分が０％であるとき、前記対向ノードに、当該関連リンクを予閉塞するよう指示する
ことを特徴とする請求項１ないし請求項３のいずれか１項に記載の通信ネットワーク再構成方法。
【請求項５】
呼処理を行う複数のノードが、リンクを介して接続されている通信ネットワークに於いて、当該通信ネットワークを管理する再構成管理エージェントシステムであって、
処理部と、各ノードと相互に通信する通信部と、各ノードの離脱または各ノードの回復に伴い状態を変化させる関連リンクと当該関連リンクの変化後の状態とを定義したレコードを有する離脱・回復テーブルを記憶している記憶部とを有しており、
前記処理部は、前記複数のノードのうち、いずれかの対象ノードを離脱または回復させるとき、前記離脱・回復テーブルから当該対象ノードに係る前記レコードを取得し、
前記通信部は、取得した前記レコードが含んでいる前記関連リンクに接続されている対向ノードに、当該関連リンクを前記変化後の状態に遷移させるよう指示し、
前記通信部は、前記対象ノードを離脱させる場合には更に、前記対象ノードに接続されている全てのノードに、前記対象ノードへの呼を予閉塞するように指示する
ことを特徴とする再構成管理エージェントシステム。
【請求項６】
前記処理部は、前記対象ノードを離脱させる場合には更に、前記通信部を用いて、前記全てのノードに、前記対象ノードへの呼を予閉塞するように指示したのち、前記対象ノードへの呼が閉塞したことを前記全てのノードについて確認する
ことを特徴とする請求項５に記載の再構成管理エージェントシステム。
【請求項７】
前記処理部は、いずれかの前記対象ノードを離脱させる場合には更に、前記通信部を用いて、前記対向ノードから前記関連リンクが前記変化後の状態に遷移した応答を確認する
ことを特徴とする請求項６に記載の再構成管理エージェントシステム。
【請求項８】
前記変化後の状態とは、前記関連リンクの変化後の呼状態の配分であり、
前記通信部は、前記関連リンクの変化後の呼状態の配分が０％であるとき、前記対向ノードに、当該関連リンクを予閉塞するよう指示する
ことを特徴とする請求項５ないし請求項７のいずれか１項に記載の再構成管理エージェントシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１３−２１４４７（Ｐ２０１３−２１４４７Ａ）
【公開日】平成２５年１月３１日（２０１３．１．３１）
【国際特許分類】
【出願番号】特願２０１１−１５１８８６（Ｐ２０１１−１５１８８６）
【出願日】平成２３年７月８日（２０１１．７．８）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２５年１月３１日（２０１３．１．３１）
【国際特許分類】
【出願日】平成２３年７月８日（２０１１．７．８）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]