(57)【要約】【課題】端末の通信時に該端末が属するノードが他ノードの端末情報をもらって一時的にシングルノード管理方式として動作することで、マルチノード管理方式の問題を解決したマルチノードシステムを提供する。【解決手段】ノード１００〜３００に収容されるＩＰ電話端末１０−１〜３０−ｏからの相手先の接続要求に際して、この接続要求を受けた各ノードの呼制御処理部１１０、２１０、３１０は、自ノードの端末情報データベース１２０、２２０、２３０に相手先の端末情報を有していない場合、相手先が収容されているノードに対して、相手先の端末情報を要求する端末情報取得要求を発生し、これにより相手先の端末情報を自ノードの端末情報データベース１２０、２２０、２３０に取り込むことで一時的にシングルノード管理方式として動作する。【選択図】  図１
2004357209.tif 000002
【特許請求の範囲】
【請求項１】
複数のノードをネットワークを介して接続し、各ノードに収容される端末に共通のサービスを提供するマルチノードシステムにおいて、
自ノードに収容されていない端末に対して発呼する際に、発呼先の端末が収容されている他のノードに対して該発呼先の端末情報の取得要求を行う端末情報取得要求手段と、
前記端末情報取得要求手段による発呼先の端末情報の取得要求により発呼先の端末が収容されているノードから送信された発呼先の端末情報を受信して自装置の端末情報とともに記憶管理する端末情報記憶管理手段と、
前記端末情報記憶管理手段に記憶管理された発呼先の端末情報を参照して該発呼先に対する呼処理を行う処理手段とを具備することを特徴とするマルチノードシステム。
【請求項２】
前記端末情報は、
各端末に設定された内線番号およびサービス情報を含むことを特徴とする請求項１記載のマルチノードシステム。
【請求項３】
前記端末情報取得要求手段による端末情報の取得要求に応答して端末情報を送信したノードは、該端末情報を一時的に無効とし、該端末情報にかかる端末に対する着呼を該端末情報の取得先ノードへ転送することを特徴とする請求項１記載のマルチノードシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、複数のノードをネットワークを介して接続し、各ノードに収容される端末に共通のサービスを提供するマルチノードシステムに関し、特に、自ノードに収容されていない端末に対して発呼する際に、発呼先の端末が収容されている他のノードから発呼先の端末情報を取得して自ノードで一時的に記憶管理することにより他のノードに収容された端末を自ノードに収容された端末とみなして呼処理ができるようにしたマルチノードシステムに関する。
【０００２】
【従来の技術】
従来、それぞれ複数の端末を収容する複数の構内交換機等のノードをネットワークを介して接続したシステムにおいて、１つのノードですべての端末を監視し、呼処理サービスを提供するシングルノード管理方式は、比較的小規模の電話交換機システムに適用されてきた。
【０００３】
また、シングルノード管理方式が適用できない回線容量の大きいシステム、業務上やロケーション上の理由等でノードを増設して設置する必要があるシステムにはマルチノード管理方式が適用されている。
【０００４】
従来のマルチノード管理方式として、これまで大きく２つの方式が用いられている。
【０００５】
この２つの方式の違いは、呼の接続に必要となる端末設定情報群（各電話機に設定されたサービス情報）を各ノードで全端末分管理するか、もしくは各ノードに分散させて管理するかの違いと言えるが、それぞれには長所と短所を有している。
【０００６】
一般的に、端末（電話機）はその端末が所属するノードがあらかじめ決まっており、ノードが設定情報を管理、使用して各種呼処理サービスを実行している。
【０００７】
しかし、全ノードが全端末分のデータを保持する管理方式では、接続する端末数によっては莫大な資源（メモリ等）が全ノードで必要となるか、端末数に上限（資源上の制限）が生じることになる  。
【０００８】
一方、分散管理では前記資源の問題は発生しにくい。しかし、サービスを実行するための端末設定情報を各ノードに分散して実装するため、サービスを提供するノードではサービスを実行するために必要な端末の設定情報を集めることができず、システムとしては限定的なサービスの提供を余儀なくされてしまう。
【０００９】
この種のマルチノード管理方式を採用するマルチノードシステムとしては従来特許文献１に開示されたシステムが知られている。
【００１０】
【特許文献】
特開２００−６４４９１号公報
【発明が解決しようとする課題】
しかし、上記特許文献１に開示されたシステムは、ネットワークを複数のサブシステムに分割し、同一のサブシステムに属する各ノードは互いに情報を交換する分割制御によりサブネットを管理し、また、各サブネットに他のサブネットに属するノードと伝送路で接続されたサブネット管理装置を設け、このサブネット管理装置をネットワーク管理装置で集中制御することによりネットワーク全体の管理を行うように構成されているので、依然として上記マルチノード管理方式の問題点を有している。
【００１１】
そこで、この発明は、端末の通信時に該端末が属するノードが他ノードの端末情報をもらって一時的にシングルノード管理方式として動作することで、マルチノード管理方式の問題を解決したマルチノードシステムを提供することを目的とする。
【００１２】
【課題を解決するための手段】
上記目的を達成するため、請求項１の発明は、複数のノードをネットワークを介して接続し、各ノードに収容される端末に共通のサービスを提供するマルチノードシステムにおいて、自ノードに収容されていない端末に対して発呼する際に、発呼先の端末が収容されている他のノードに対して該発呼先の端末情報の取得要求を行う端末情報取得要求手段と、前記端末情報取得要求手段による発呼先の端末情報の取得要求により発呼先の端末が収容されているノードから送信された発呼先の端末情報を受信して自装置の端末情報とともに記憶管理する端末情報記憶管理手段と、前記端末情報記憶管理手段に記憶管理された発呼先の端末情報を参照して該発呼先に対する呼処理を行う処理手段とを具備することを特徴とする。
【００１３】
また、請求項２の発明は、請求項１の発明において、前記端末情報は、各端末に設定された内線番号およびサービス情報を含むことを特徴とする。
【００１４】
また、請求項３の発明は、請求項１の発明において、前記端末情報取得要求手段による端末情報の取得要求に応答して端末情報を送信したノードは、該端末情報を一時的に無効とし、該端末情報にかかる端末に対する着呼を該端末情報の取得先ノードへ転送することを特徴とする。
【００１５】
【発明の実施の形態】
以下、この発明に係わるマルチノードシステムの実施の形態を添付図面を参照して詳細に説明する。
【００１６】
図１は、この発明に係わるマルチノードシステムの一実施の形態をブロック図である。
【００１７】
図１において、このマルチノードシステムは、それぞれ呼制御機能を有する複数のＩＰ（インターネットプロトコル）電話交換機（ノード）１００、２００、３００を  ＬＡＮ（ローカルエリアネットワーク）４００上にバス型に配置して構成される。
【００１８】
そして、ノード１００は、このノード１００に収容される複数のＩＰ電話端末１０−１、１０−２、・・・１０−ｎの呼制御を行い、ノード２００は、このノード２００に収容される複数のＩＰ電話端末２０−１、２０−２、・・・２０−ｍの呼制御を行い、ノード３００は、このノード３００に収容される複数のＩＰ電話端末３０−１、３０−２、・・・３０−ｏの呼制御を行う。
【００１９】
また、ノード１００は、上記呼制御を行うための呼制御処理部１１０、少なくとも自ノードに収容されたＩＰ電話端末に対して設定された端末情報を記憶する端末情報データベース１２０、ＬＡＮ４００上における各ノードの位置情報を集約したネットワークトポロジマップ情報を記憶するトポロジマップ情報記憶部１３０を有している。
【００２０】
同様に、ノード２００は、上記呼制御を行うための呼制御処理部２１０、少なくとも自ノードに収容されたＩＰ電話端末に対して設定された端末情報を記憶する端末情報データベース２２０、ＬＡＮ４００上における各ノードの位置情報を集約したネットワークトポロジマップ情報を記憶するトポロジマップ情報記憶部２３０を有し、ノード３００は、上記呼制御を行うための呼制御処理部３１０、少なくとも自ノードに収容されたＩＰ電話端末に対して設定された端末情報を記憶する端末情報データベース３２０、ＬＡＮ４００上における各ノードの位置情報を集約したネットワークトポロジマップ情報を記憶するトポロジマップ情報記憶部３３０を有している。
【００２１】
また、ＬＡＮ４００上には、このマルチノードシステムの全体を管理する監視制御装置５００が設けられており、各ノード１００、２００、３００の端末情報データベース１２０、２２０、２３０に記憶される各端末に対する端末情報の設定およびトポロジマップ情報記憶部１３０、２３０、３３０に記憶されるネットワークトポロジマップ情報の設定は、この監視制御装置５００により行うことができる。
【００２２】
なお、上記構成においては、監視制御装置５００がＬＡＮ４００に接続される構成を採ったが、監視制御装置５００を各ノード１００、２００、３００に直接接続するように構成してもよい。
【００２３】
また、トポロジマップ情報記憶部１３０、２３０、３３０に記憶されるネットワークトポロジマップ情報の設定は、各ノード１００、２００、３００に設定されるＩＰアドレスにより自動生成するように構成してもよい。
【００２４】
また、各ノード１００、２００、３００の端末情報データベース１２０、２２０、２３０に設定される端末情報は、各ＩＰ電話端末に設定された内線番号およびサービス情報等を含む。
【００２５】
さて、この実施の形態のマルチノードシステムにおいては、各ノード１００、２００、３００に収容されるＩＰ電話端末１０−１、１０−２、・・・１０−ｎ、２０−１、２０−２、・・・２０−ｍ、３０−１、３０−２、・・・３０−ｏからの相手先の接続要求に際して、この接続要求を受けた各ノード１００、２００、３００の呼制御処理部１１０、２１０、３１０は、自ノードの端末情報データベース１２０、２２０、２３０に相手先の端末情報を有していない場合は、トポロジマップ情報記憶部１３０、２３０、３３０に記憶されたネットワークトポロジマップ情報を参照して、相手先が収容されているノード１００、２００、３００を特定し、この特定したノードに対して、相手先の端末情報を要求する端末情報取得要求を発生し、これにより相手先の端末情報を自ノードの端末情報データベース１２０、２２０、２３０に取り込み、これにより一時的にシングルノード管理方式として動作することができるように構成されている。
【００２６】
図２は、上記ノードが一時的にシングルノード管理方式として動作する場合の動作を説明する図である。
【００２７】
図２においては、図１に示したノード１００（以下、ノードＡという）に収容されたＩＰ電話端末１０−１からノード２００（以下、ノードＢという）に収容されたＩＰ電話端末２０−２に対して接続要求が発生した場合の処理を示している。
【００２８】
ここで、ノードＡに収容されたＩＰ電話端末１０−１、１０−１、１０−２、・・・１０−ｎには、それぞれ内線番号「１００１」、「１００２」、・・・「１００ｎ」が設定されており、ノードＢに収容されたＩＰ電話端末２０−１、２０−１、２０−２、・・・２０−ｍには、それぞれ内線番号「２００１」、「２００２」、・・・「２００ｍ」が設定されているとする。
【００２９】
したがって、この場合、ノードＡに収容された内線番号「１００１」のＩＰ電話端末１０−１からノードＢに収容された内線番号「２００２」のＩＰ電話端末２０−２に対する接続要求となる。
【００３０】
ノードＡに収容された内線番号「１００１」のＩＰ電話端末１０−１からノードＢに収容された内線番号「２００２」のＩＰ電話端末２０−２に対する接続要求を受けたノードＡは、自ノードの端末情報データベース１２０を検索し、端末情報データベース１２０には、接続要求の接続先である内線番号「２００２」のＩＰ電話端末２０−２に対する端末情報がないことを認識する。
【００３１】
この認識により、トポロジマップ情報記憶部１３０の記憶内容を参照して、内線番号「２００２」のＩＰ電話端末２０−２は、ノードＢに収容されていることを知る。
【００３２】
この場合、ノードＡは、ノードＢに対して内線番号「２００２」のＩＰ電話端末２０−２の端末情報を要求する端末情報取得要求を発生する。
【００３３】
ノードＢは、このノードＡから発生された端末情報取得要求に応じてノードＢの端末情報データベース２２０を検索して、内線番号「２００２」のＩＰ電話端末２０−２の端末情報をノードＡに送信する端末情報応答を行う。
【００３４】
これにより、ノードＡは、ノードＢに収容されている内線番号「２００２」のＩＰ電話端末２０−２の端末情報を取得し、この内線番号「２００２」のＩＰ電話端末２０−２の端末情報を自ノードの端末情報データベース１２０に加えて、端末情報データベース１２０を更新する。
【００３５】
また、ノードＡに対して内線番号「２００２」のＩＰ電話端末２０−２の端末情報を送信したノードＢは、自ノードの端末情報データベース２２０内線番号「２００２」のＩＰ電話端末２０−２の端末情報を、ノードＡで使用中として一時的に無効にする。
【００３６】
このような構成によると、ノードＡは、更新された端末情報データベース１２０を用いてＩＰ電話端末１０−１とＩＰ電話端末２０−２との呼接続制御を、あたかも自ノード内の内線同士の接続、すなわち、シングルノード管理方式として動作しているが如く行い音声データ通信を確立することができる。
【００３７】
また、この音声データ通信の確立後は、要求されたサービスを限定することなく利用することができる。すなわち、ＩＰ電話端末１０−１およびＩＰ電話端末２０−２は、もともと別のノードＡとノードＢの管理下で制御していたが、ノードＡは、内線番号「２００２」のＩＰ電話端末２０−２の端末情報を自ノードの端末情報データベース１２０に加えて、端末情報データベース１２０を更新することで、内線番号「１００１」のＩＰ電話端末１０−１および内線番号「２００２」のＩＰ電話端末２０−２に対して、必要なサービスを限定することなく双方に提供することができる。
【００３８】
例えば、内線番号「２００２」のＩＰ電話端末２０−２を保留状態としたとすると、従来の構成では、内線番号「２００２」のＩＰ電話端末２０−２の保留状態は、ノードＡでは認識できないので、内線番号「１００１」のＩＰ電話端末１０−１からの保留要求を受けつけてしまい、結果として、内線番号「１００１」のＩＰ電話端末１０−１と、内線番号「２００２」のＩＰ電話端末２０−２とが相互に保留しあうことになってしまうが、この実施の形態の構成によれば、内線番号「２００２」のＩＰ電話端末２０−２の端末情報を自ノードの端末情報データベース１２０に加えて、端末情報データベース１２０を更新しているので、内線番号「２００２」のＩＰ電話端末２０−２が保留状態であることをノードＡで知ることができ、これにより相互保留を防止できる。
【００３９】
また、この場合、他のノードＣの端末が、内線番号「２００２」のＩＰ電話端末２０−２と通話を行う場合は、ノードＢに着呼するが、ノードＢの内線番号「２００２」のＩＰ電話端末２０−２は、ノードＡで使用中あるため、この呼はノードＡに転送され、ノードＡの呼制御部１１０がこの他のノードＣの端末に対してビジートーンなどのサービスを提供することになる。
【００４０】
内線番号「１００１」のＩＰ電話端末１０−１と内線番号「２００２」のＩＰ電話端末２０−２との通話が終了すると、ノードＡは、内線番号「２００２」のＩＰ電話端末２０−２の端末情報を必要に応じてノードＢに対して送信し、ノードＢが内線番号「２００２」のＩＰ電話端末２０−２の端末情報のステータスをノードＡで使用中から通常に変更したことを確認した上で自ノードの端末情報データベース１２０から内線番号「２００２」のＩＰ電話端末２０−２の端末情報を削除する。この処理を実施することで、１ノードに端末情報が集中しデータベースが永続的に肥大化することを防ぐことができる。
【００４１】
図３は、上記発呼側のノードであるノードＡの処理を示したフローチャートである。
【００４２】
図３において、ノードＡは、ノードＡに収容されたＩＰ電話端末からの発呼に際して、自ノードに発呼先端末の端末情報があるかを調べる（ステップ１１１）。この処理は、自ノードの端末情報データベース１２０を検索することにより行うことができる。
【００４３】
ここで、自ノードに発呼先端末の端末情報がある場合は（ステップ１１１でＹＥＳ）、自ノード内の内線接続であるので、呼制御処理部１１０は、自ノードの端末情報データベース１２０を参照して呼処理を行い、この処理を終了する。
【００４４】
また、ステップ１１１で、自ノードに発呼先端末の端末情報がないと判断された場合は（ステップ１１１でＮＯ）、他ノードに対して発呼先端末の端末情報取得要求を発生する（ステップ１１２）。
【００４５】
この処理は、トポロジマップ情報記憶部１３０の記憶を参照して、発呼先端末がどのノードに収容されているかを判別して、この発呼先端末が収容されているノードに対して選択的に行う。
【００４６】
なお、この場合、端末情報取得要求を他のノード全てに対してブロードキャスト送信し、発呼先端末が収容されているノードがこの端末情報取得要求に対して選択的に応答するように構成してもよい。
【００４７】
次に、上記端末情報取得要求により発呼先端末の端末情報を取得したかを調べる（ステップ１１３）。ここで、発呼先端末の端末情報を取得していない場合は（ステップ１１３でＮＯ）、発呼先端末の端末情報の取得を待つが、発呼先端末の端末情報を取得したと判断されると（ステップ１１３でＹＥＳ）、この取得した発呼先端末の端末情報を自ノードの端末情報データベース１２０に加え、端末情報データベース１２０を更新する（ステップ１１４）。
【００４８】
その後は、自ノードの端末情報データベース１２０を参照して呼処理を行い（ステップ１１５）、この処理を終了する。
【００４９】
図４は、上記着呼側のノードであるノードＢの処理を示したフローチャートである。
【００５０】
着呼側の端末を収容するノードＢがノードＡから端末情報取得要求を受けると（ステップ２１１でＹＥＳ）、この端末情報取得要求に係わる端末の端末情報を端末情報取得要求を発生したノードＡに対して送信する（ステップ２１２）。
【００５１】
そして、この端末情報取得要求に応答して端末情報取得要求に係わる端末の端末情報を端末情報取得要求を発生したノードＡに送信すると、この送信した端末情報を端末情報取得要求を発生したノードＡで使用中として自ノードの端末情報データベース２２０を更新し（ステップ２１３）、この処理を終了する。
【００５２】
図５および図６は、図１に示したトポロジマップ情報記憶部１３０、２３０、３３０に記憶されるネットワークトポロジマップ情報の一例を説明する図である。
【００５３】
図５は、このシステムのノード配置構成を示すもので、この図５においては、ノードＡからＥのノードをＬＡＮに接続して構成され、各々のノードＡからＦには、ユニークな番号１１から１５を割り付け、このユニークな番号１１から１５をノードＩＤとして設定している。
【００５４】
ノードＦのトポロジマップ情報記憶部に記憶されるトポロジマップ情報は，図６に示すように、ノードＦのトポロジマップ情報記憶部には、自ノードＩＤ「１５」とともに、このユニークな番号１１から１５からなる各ノードＡからＦに対応して割り当てられたＩＰアドレス「Ａ１１」から「Ａ１６」がノード配置構成として記憶されている。
【００５５】
このようなネットワークトポロジマップ情報を用いることで、端末情報取得要求を速やかに送出することができ、発信から通話までの制御時間を最適化することが可能である。
【００５６】
なお、上記実施の形態において、端末情報取得要求を発生するタイミングは、端末から接続要求があったときとしたが、接続先のノードに対する呼設定のときにしてもよい。
【００５７】
【発明の効果】
以上説明したようにこの発明によれば、複数のノードをネットワークを介して接続し、各ノードに収容される端末に共通のサービスを提供するマルチノードシステムにおいて、自ノードに収容されていない端末に対して発呼する際に、発呼先の端末が収容されている他のノードに対して該発呼先の端末情報の取得要求を行う端末情報取得要求手段と、前記端末情報取得要求手段による発呼先の端末情報の取得要求により発呼先の端末が収容されているノードから送信された発呼先の端末情報を受信して自装置の端末情報とともに記憶管理する端末情報記憶管理手段と、前記端末情報記憶管理手段に記憶管理された発呼先の端末情報を参照して該発呼先に対する呼処理を行う処理手段とを具備して構成したので、ネッワーキングに該当する端末群を１つのノードで管理することができ、これによりで端末に設定された各種サービスを限定することなく提供することができるという効果を奏する。
【図面の簡単な説明】
【図１】この発明に係わるマルチノードシステムの一実施の形態をブロック図である。
【図２】図１に示したノードが一時的にシングルノード管理方式として動作する場合の動作を説明する図である。
【図３】図１に示したノードの中の発呼側のノードの処理を示したフローチャートである。
【図４】図１に示したノードの中の着呼側のノードの処理を示したフローチャートである。
【図５】図１に示したトポロジマップ情報記憶部に記憶されるネットワークトポロジマップ情報の一例を説明するためのシステムのノード配置構成の一例を示す図である。
【図６】図１に示したトポロジマップ情報記憶部に記憶されるネットワークトポロジマップ情報の一例を示す図である。
【符号の説明】
１０−１、１０−２、・・・１０−ｎ    ＩＰ電話端末
２０−１、２０−２、・・・２０−ｍ    ＩＰ電話端末
３０−１、３０−２、・・・３０−ｏ    ＩＰ電話端末
１００    ＩＰ電話交換機（ノード）
１１０    呼制御処理部
１２０    端末情報データベース
１３０    トポロジマップ情報記憶部
２００    ＩＰ電話交換機（ノード）
２１０    呼制御処理部
２２０    端末情報データベース
２３０    トポロジマップ情報記憶部
３００    ＩＰ電話交換機（ノード）
３１０    呼制御処理部
３２０    端末情報データベース
３３０    トポロジマップ情報記憶部
４００    ＬＡＮ（ローカルエリアネットワーク）
５００    監視制御装置
【図１】
2004357209.tif 000003
【図２】
2004357209.tif 000004
【図３】
2004357209.tif 000005
【図４】
2004357209.tif 000006
【図５】
2004357209.tif 000007
【図６】
2004357209.tif 000008