JP2006148185A - サバイバルサーバシステム - Google Patents

Abstract

【課題】 通信障害時の輻輳を防止する。
【解決手段】 端末間の回線接続を管理する管理サーバ１１と、通信障害に対処すべく前記管理サーバと同様の機能を有するサバイバルサーバ１２および１３とがネットワーク２０に接続しており、前記端末は前記管理サーバとの間で通信障害の発生を検知すべく、前記管理サーバに対する問合せ通信を行っており、該問合せ通信で前記管理サーバとの間で通信障害が発生したと判断すると、前記サバイバルサーバに回線接続の管理を移管するサバイバルシステムにおいて、前記端末は、前記サバイバルサーバに移管したことを当該端末の利用者に通知する通知部６０を備えることを特徴とするサバイバルシステム。
【選択図】 図１

Description

本発明は、サバイバルサーバシステムに関するものである。

回線接続の管理を行うための管理サーバがネットワークに接続されており、該管理サーバによる回線接続の管理によって、ネットワークに接続する端末間の発呼および着呼などの呼制御が管理される。このネットワークには通信障害に対処するためのサバイバルサーバが接続されており、通信障害時に前記管理サーバに換わって回線接続の管理を行うために、管理サーバと同様の通信接続を管理する機能をサバイバルサーバは備えている。

ところで端末は、管理サーバに対する問合せ通信を行っており、当該通信が行えないとき、当該端末と管理サーバとの間で通信障害が発生したと判断し、端末は回線接続の管理をサバイバルサーバに移管する。移管を受けたサバイバルサーバは、通信障害の影響を受けない端末から回線接続の依頼を受けると、当該依頼に応じて端末間の回線接続を行う。これにより、通信障害が発生しても、サバイバルサーバに回線接続の管理が移管されることから、該サバイバルサーバで回線接続の管理が可能な通信障害の影響を受けない端末間で通信を行うことができる。

ところで、従来のサバイバルサーバシステムでは、通信障害が発生すると、それを利用者に通知していないことから、サバイバルサーバが通信障害で回線接続できない不通端末に対する回線接続の依頼を頻繁に受ける虞があった。すなわち、サバイバルサーバにより通信障害の影響を受けない端末を利用する利用者は、通信障害により不通となった端末と通信できないことを知らないことから、不通端末に対する通信を試みようとし、その回線接続のための依頼をサバイバルサーバに繰返す虞がある。これにより、サバイバルサーバは、回線接続のための依頼を端末から頻繁に受け、回線が輻輳状態になる虞があり、これが問題となっていた。

前記した課題に鑑みて、本発明の目的は、通信障害時の輻輳を防止し得るサバイバルサーバシステムを提供することにある。

本発明は、以上の点を解決するために、次の構成を採用する。
端末間の回線接続を管理する管理サーバと、通信障害に対処すべく管理サーバと同様の機能を有するサバイバルサーバとがネットワークに接続しており、端末は前記管理サーバとの間で通信障害の発生を検知すべく、管理サーバに対する問合せ通信を行っており、該問合せ通信で前記管理サーバとの間で通信障害が発生したと判断すると、サバイバルサーバに回線接続の管理を移管するサバイバルシステムにおいて、端末は、サバイバルサーバに移管したことを当該端末の利用者に通知する通知部を備えることを特徴とする。

通知部は、利用者が通知を目視可能の表示部を備えることができる。
通知部は、利用者が通知を聴容可能の音声部を備えることができる。
通信障害が発生した通信経路において、管理サーバを経由しないと通信できない不通端末に対する発呼を利用者が行おうとすると、当該発呼制御を停止する発信管理部を備えることを特徴とする。

本発明のサバイバルシステムによれば、通信接続の管理がサバイバルサーバに移管したことを端末の利用者に通知することから、通知を受けた利用者は、その通知に基づいて不通となる端末に対する回線接続の依頼（発呼）を控えることができる。これにより、不通にも拘わらず端末間の回線接続をサバイバルサーバに依頼するための通信を低減することができ、通信障害時の輻輳を防止することができる。

以下、本発明の実施形態を図を用いて詳細に説明する。

本発明のサバイバルシステム１０は、図１に示すように、回線接続の管理を行う管理サーバ１１と、該管理サーバが接続するネットワーク２０と、該ネットワークに接続する複数の端末と、前記ネットワークに接続する第１のサバイバルサーバ１２および第２のサバイバルサーバ１３とを備える。

ネットワーク２０は、例えば一般回線網やＩＰ回線網などであり、規格の異なるＬＡＮが接続する場合にはブリッジやゲートウェイなどが適宜ネットワーク中に設けられている。ネットワーク２０は、階層化されて構築されており、第１階層のネットワークには管理サーバ、端末１ａ、端末１ｂおよび端末１ｃが接続している。第１階層下には、第２階層として２つのグループのネットワークが構築されており、第２階層の第１グループのネットワークには、第１のサバイバルサーバ１２、端末２１ａ、端末２１ｂおよび端末２１ｃが接続しており、第２階層の第２グループのネットワークには、第２のサバイバルサーバ１３、端末２２ａ、端末２２ｂおよび端末２２ｃが接続している。

前記各端末１ａ、１ｂ、２１ａ、２１ｂ、２２ａおよび２２ｂは、パーソナルコンピュータ（以降、ＰＣと称す）などであり、その他の端末１ｃ、２１ｃおよび２２ｃはＩＰ電話などである。これらの各端末は、該各端末に付与されたＩＰアドレスに基づいてネットワーク上での回線接続を管理サーバで管理している。また、各端末は後述するヘルスチェックと称する機能を備えており、該ヘルスチェック機能による問合せを管理サーバ１１に行っている。このヘルスチェックで通信障害と判断した端末は、管理サーバ１１に換えてサバイバルサーバに回線接続の依頼を行う。

管理サーバ１１は、図２に示すように、ネットワークに接続して通信するための通信部２１と、回線接続の管理を行う回線管理部２２と、該回線管理部で参照される回線接続データベース２３と、ヘルスチェック応答部２４とを備えている。

通信部２１は、ネットワークに接続する端末やサバイバルサーバと通信をおこなうための制御を行う。また通信部２１は、ネットワーク２０がＩＰ回線網であれは、伝送するデータをパケット化して伝送するための制御を行う。
回線接続データベース２３は、例えば各端末がＩＰ電話である場合、各ＩＰ電話に付与された呼出番号と、当該ＩＰ電話に割当てられたＩＰアドレスとを対応付けて保持管理する。

回線管理部２２は、各端末間の通信回線の接続を管理している。すなわち回線管理部２２は、例えば端末がＩＰ電話である場合には発呼および着呼などの呼制御を管理し、ＰＣである場合には発信（発呼）および着信（着呼）などの通信制御を管理する。

端末がＩＰ電話である場合、回線管理部２２は、ＩＰ電話を呼び出すための呼出番号に対応するＩＰアドレスを回線接続データベース２３を参照して取得する。ＩＰアドレスを取得した回線管理部２２は、ＩＰアドレスに基づいて着呼先のＩＰ電話に対し呼出し制御を行う。

具体的には、図１に示されるＩＰ電話端末１ｃからＩＰ電話端末２２ｃに発呼を行う場合、発呼元の端末１ｃから呼出番号を管理サーバ１１が受けると、回線管理部２２は呼出番号に対応付けられているＩＰアドレスを回線接続データベース２３から取得し、取得したＩＰアドレスに基づいて、該ＩＰアドレスの端末２２ｃに電鈴制御を行わせる。電鈴制御による呼出音に応じてＩＰ電話端末２２ｃの受話器が外されると、ＩＰ電話端末１ｃとの間で通話が開始される。このとき、回線管理部２２は、発呼および着呼を対で管理する。
これにより、端末１ｃおよび端末２２ｃ間で通話中に、端末２１ｃ又は端末２２ｃに対する発呼があっても、管理サーバは通話中トーンを発呼元の端末に通知して、発呼先の端末が通話中であることを発呼者に知らせることができる。
また、端末がＰＣである場合にもＩＰ電話端末と同様に回線管理部２２は、発信および着信などの通信制御を管理する。

ヘルスチェック応答部２４は、端末からのヘルスチェックと称される問合せに応答して、自身が正常に動作しているか否かを示すステータスを通知する。
端末では、ヘルスチェックのための問合せを管理サーバ１１に行っても、該管理サーバ１１から応答が無い場合、管理サーバ１１の故障や当該端末から管理サーバ１１までの間のネットワークに断線などの通信障害が発生したと判断し、回線接続の管理依頼を管理サーバ１１から第１のサバイバルサーバ１２または第２のサバイバルサーバ１３に移管する。

第１のサバイバルサーバおよび第２のサバイバルサーバは、通信障害時に管理サーバ１１に換わって回線接続の管理を行うために、図２に示す管理サーバ１１と同様に、通信部、回線管理部、回線接続データベースおよびヘルスチェック応答部を備えており、回線接続の管理やヘルスチェックに対する応答を行う。

尚、図３に示すように、管理サーバ１１が接続する第1階層のネットワークと、第２階層の第１のグループのネットワークとの間で断線などの通信障害が発生した場合、第２階層の第１のグループに接続する端末２１ａ、端末２１ｂおよび端末２１ｃ（以降、Ａグループと称す）は、管理サーバ１１に換えて第１のサバイバルサーバ１２に回線接続の依頼を行い、第１階層のネットワークおよび第２階層の第２のネットワークに接続する端末１ａ、端末１ｂ、端末１ｃ、端末２２ａ、端末２２ｂおよび端末２２ｃ（以降、Ｂグループと称す）は、管理サーバ１１に換えて第２のサバイバルサーバ１３に回線接続の依頼を行う。

前記した通信障害時が発生すると、Ａグループ内の各端末２１ａ、２１ｂおよび２１ｃは、第１のサバイバルサーバ１２の回線接続の管理により当該Ａグループ内の各端末と通信を行うことができるものの、Ｂグループ内の各端末１ａ、１ｂ、１ｃ、２２ａ、２２ｂおよび２２ｃと通信を行うことができない。また、Ｂグループ内の各端末１ａ、１ｂ、１ｃ、２２ａ、２２ｂおよび２２ｃも当該Ｂグループ内の各端末と通信を行うことができるものの、Ａグループ内の各端末２１ａ、２１ｂおよび２１ｃと通信を行うことができなくなる。

次に、端末を説明する。
端末はＰＣやＩＰ電話などであるが、ここではＩＰ電話を例に説明する。
ＩＰ電話としての端末１ｃ、２１ｃおよび２２ｃは、図４に示すように、ネットワーク２０に接続して通信するための端末通信部３０と、管理サーバ１１やサバイバルサーバのヘルスチェックを行うヘルスチェック部４０と、端末がＩＰ電話などの場合には会話をアナログ信号からデジタル信号へ、またはデジタル信号からアナログ信号へ変換する通話部５０と、通信障害の発生を利用者に通知する通知部６０と、通信障害時の発信（発呼）を制御する発信管理部７０とを備える。

端末通信部３０は、ネットワーク２０に接続する他の端末やサバイバルサーバと通信をおこなうための制御を行う。このときネットワークがＩＰ回線網であれは、伝送するデータをパケット化して伝送するための制御を行う。
通話部５０は、図示しない受話器を備えており、該受話器を介して利用者の会話内容（音声）をアナログ信号で取得すると、端末通信部３０でパケット通信するための前処理として、前記アナログ信号をデジタル化する。

ヘルスチェック部４０は、通信障害が発生したと判断すると、管理サーバ１１からサバイバルサーバに通信接続の管理を移管するためのサーバ切換制御部４１を備えている。すなわち、ヘルスチェック部４０は、通信回線を管理する管理サーバ１１に対し、問合せ通信を行うことで、通信障害が発生しているか否か判断しており、すなわちヘルスチェック部４０は問合せに応答がないと、管理サーバ１１の故障または端末および管理サーバ１１間の断線などの通信障害が発生したと判断し、サーバ切換制御部４１で管理サーバ１１に換えてサバイバルサーバに回線接続の管理を移管する制御を行う。

通知部６０は、ヘルスチェック部４０からの通信障害の発生通知を受けると、該通信障害が発生したことを表示する表示部６１と、通信障害の発生を音声再生するための音声再生部６２と、表示および音声再生するための通知情報を保持する通知情報保持部６３とを備える。
表示部６１は、通信障害の発生を利用者に知らせるための表示灯や表示画面などであり、通信障害の発生通知を受けると、図示しない表示灯の点灯（点滅）を制御したり、後述する通知情報に基づいて図示しない画面に通信障害が発生したことを示す表示制御を行う。

音声再生部６２は、通信障害の発生通知を受けると、通信障害が発生したことを後述する通知情報に基づいて音声再生する。
通知情報保持部６３は、前記した表示部６１での表示内容や音声再生部６２での音声再生内容を通知情報として予め保持している。通知情報は、表示部６１に画面表示するための画面通知情報と、音声再生部６２で音声再生するための音声通知情報とで構成されている。画面通知情報は、表示部６１からの取得要求で通知情報保持部６３から読み出され、音声通知情報は、音声再生部６２からの取得要求で通知情報保持部６３から読み出される。

ところで、通知情報に示される内容は、通信障害の発生を単に知らせる内容に限らず、例えば通信障害の発生により管理サーバ１１からサバイバルサーバに回線接続の管理を移管することや、回線接続の管理が移管するサバイバルサーバが管理可能のグループを予め把握している場合には、そのグループが通知される。具体的には、例えば図３に示すＡグループ内にある端末の通知部６０の通知情報保持部６３は、当該端末が属するＡグループは回線接続が可能であることや、逆にＢグループに属する端末とは不通であることを示す内容を通知情報として保持する。

また、通信障害が発生してサバイバルサーバに回線接続の管理が移管した後も、端末はサバイバルサーバに対してもヘルスチェックを行うことから、そのとき該サバイバルサーバから、回線接続の管理可能のグループ情報を取得するようにしてもよい。この機能を実現するために、サバイバルサーバには、回線接続の管理可能（通話可能）のグループ情報や端末情報を障害通信情報として生成管理する障害通信情報生成管理部と、ヘルスチェックの要求に応じて障害通信情報を通知する障害通信情報通知部とが備えられている。ヘルスチェック時にサバイバルサーバから障害通信情報を取得した通知部６０は、該障害通信情報に基づいて、回線接続が可能なグループ（端末）や逆に回線接続ができない不通グループ（端末）を利用者に通知することができる。

発信管理部７０は、ヘルスチェック部４０からの通信障害の発生通知を受けると起動し、利用者の発信を検出して発信先を示す呼出番号などの発信情報を取得する発信検出部７１と、発信情報と予め保持する発信先情報とに基づいて呼出番号が発信先情報に示された発信番号であるか否かを判定する発信判定部７２と、発信先情報を保持する発信先情報保持部７３とを備えている。

発信検出部７１は、通話部５０の受話器のオフフックを検出しており、オフフック状態にあるときに利用者がダイヤルした呼出番号を発信情報として取得する。

発信判定部７２は、発信検出部７１で取得した発信情報と、予め保持している発信先情報保持部７３とに基づいて、利用者によりダイヤルされた呼出番号の発信を許可するか否か判定している。すなわち発信判定部７２は、不通端末に対する呼出番号であるか否かを判定しており、つまり不通端末に対する呼出番号である場合には、その発信を停止するための判定を行っている。これにより、不通端末に対する発信が停止されることから、通知部６０で通信回線障害が発生したことを通知しているにもかかわらず、利用者が誤って不通端末に対し発信しても、その発信を停止することができる。

発信先情報保持部７３は、回線接続の管理が移管するサバイバルサーバで管理出来ないグループ内にある端末の呼出番号を発信先情報として予め保持している。

また、発信先情報保持部７３で保持する発信先情報は、回線接続の管理が移管するサバイバルサーバで管理可能の端末の呼出番号を管理してもよく、その場合に発信判定部７２は、発信情報に示される呼出番号が発信先情報に示された番号であるか否かを判定し、この判定で発信先情報に示された番号でないと判断すると、その発信が停止される。

尚、発信先情報保持部７３は、前記したヘルスチェック時に取得する障害通信情報を発信先情報として保持してもよい。ところで、障害通信情報が回線接続が可能なグループや逆に回線接続ができない不通グループなどのグループを示すとき、グループと呼出し番号との対応テーブルに基づいて、障害通信情報に示されるグループの呼出番号を発信先情報として保持管理するようにしてもよい。

次に、本発明のサバイバルシステム１０の動作を図５のフローチャートに沿って説明する。
尚、通信障害が発生していないときの動作は、従来のサバイバルシステムの動作と同様であることから、通信障害が発生したときの動作を中心に端末１ｃを例に説明する。

図３に示すように、管理サーバ１１が接続する第1階層のネットワークと、第２階層の第１のグループのネットワークとの間で断線などの通信障害が発生した後、端末１ｃのヘルスチェック部４０により管理サーバ１１に対するヘルスチェックを行うべく、該管理サーバ１１に対し問合せ通信が行われる（ステップＳ１）。

ヘルスチェック部４０は、ヘルスチェックの問合せに対し、管理サーバ１１からの応答を確認しており、管理サーバ１１からの応答がなく通信障害が発生したと判断すると（ステップＳ２）、サーバ切換制御部４１で管理サーバ１１に換えて第１のサバイバルサーバ１２に回線接続の管理の移管を行うための切換え制御が行われる（ステップＳ３）。

その後、ヘルスチェック部４０は、通信障害の発生を通知部６０および発信管理部７０に通知する（ステップＳ４）。
ヘルスチェック部４０からの通信障害の発生通知を受けた通知部６０は、通知情報保持部６３で保持する通知情報に基づいて、表示部６１で通信障害の発生を画面表示して不通グループとしてのＢグループ内の端末に対する発信を控える表示案内を行うと共に、音声再生部６２で通信障害の発生を音声案内して不通グループ内の端末に対する発信を控える音声案内を行う（ステップＳ５）。

これにより、利用者は表示部６１に画面表示される表示通知および音声再生部６２で再生される音声通知に基づいて、不通グループ内の端末に対する発信を控えることができ、Ａグループのネットワークにおける輻輳を防止することができる。

その後、端末１ｃの利用者が発信を行おうと、受話器のフックを外して呼出番号をダイヤルすると、該呼出番号が発信検出部７１で取得される（ステップＳ６）。取得した呼出番号に対する発信を行ってよいか否かを発信判定部７２で判定を行う（ステップＳ７）。このとき、発信判定部７２は、発信先情報保持部７３で保持されている発信先情報に基づいて発信判定を行う。
この判定で、呼出番号が不通グループの端末を呼び出すための番号であると判断すると、当該呼出番号の発信制御を中止する（ステップＳ８）。
これにより、利用者が不通グループに端末に対する発信を誤って行っても、発信制御を停止することができ、端末１ｃが接続するＡグループのネットワークにおける輻輳を防止することができる。

一方、前記したステップＳ７において、前記した判定で呼出番号が通話可能なＡグループ内の端末の呼出番号であると判断すると、当該呼出番号の発信制御を行い（ステップＳ９）、第１のサバイバルサーバ１２により回線接続の管理が行われて回線接続が完了すると、発信者である利用者は、呼出番号の端末の着信者と通話を開始することができる。

前記したように、本発明のサバイバルシステム１０によれば、端末のヘルスチェック部４０でヘルスチェックを行って通信障害と判断すると、通信障害の発生を通知部６０に通知する。通知部６０は通信障害の発生を利用者に表示通知および音声通知を行うことにより、該通知に基づいて利用者は通信障害の発生を知ることができる。これにより、通信障害により不通となる端末に対する発信を利用者が控えることができ、ネットワークの輻輳を防止することができる。

更に、本発明のサバイバルシステム１０によれば、端末のヘルスチェック部４０でヘルスチェックを行って通信障害と判断すると、通信障害の発生を発信管理部７０に通知する。発信管理部７０は、利用者が呼出番号をダイヤルすると、該呼出番号の判定を行って、不通端末に対する呼出番号であると、その発信制御を停止することから、不通端末に対する発信を未然に防ぐことができ、ネットワークの輻輳を防止することができる。

実施例では、ＩＰ回線網を中心に本発明のサバイバルシステムの説明を行ったがこれに限る必要はなく、一般回線網におけるサバイバルシステムや会社の専用回線網におけるサバイバルシステムに本発明を適用することができる。

本発明のサバイバルシステムのブロック図である。 管理サーバおよびサバイバルサーバのブロック図である。 通信障害を示す図である。 端末（ＩＰ電話）のブロック図である。 サバイバルサーバシステムの動作を示すフローチャートである。

符号の説明

１ｃ、２１ｃ、２２ｃ ＩＰ電話端末
１ａ、１ｂ、２１ａ、２１ｂ、２２ａ、２２ｂ ＰＣ端末
１０ サバイバルシステム
１１ 管理サーバ
１２ 第１のサバイバルサーバ
１３ 第２のサバイバルサーバ
２０ ネットワーク
２１ 通信部
２２ 回線管理部
２３ データベース
２４ ヘルスチェック応答部
３０ 端末通信部
４０ ヘルスチェック部
４１ サーバ切換制御部
５０ 通話部
６０ 通知部
６１ 表示部
６２ 音声再生部
６３ 通知情報保持部
７０ 発信管理部
７１ 発信検出部
７２ 発信判定部
７３ 発信先情報保持部

Claims (4)

1. 端末間の回線接続を管理する管理サーバと、通信障害に対処すべく前記管理サーバと同様の機能を有するサバイバルサーバとがネットワークに接続しており、前記端末は前記管理サーバとの間で通信障害の発生を検知すべく、前記管理サーバに対する問合せ通信を行っており、該問合せ通信で前記管理サーバとの間で通信障害が発生したと判断すると、前記サバイバルサーバに回線接続の管理を移管するサバイバルシステムにおいて、
   前記端末は、前記サバイバルサーバに移管したことを当該端末の利用者に通知する通知部を備えることを特徴とするサバイバルシステム。
2. 前記通知部は、前記利用者が前記通知を目視可能の表示部を備えることを特徴とする請求項１記載のサバイバルシステム。
3. 前記通知部は、前記利用者が前記通知を聴容可能の音声部を備えることを特徴とする請求項１記載のサバイバルシステム。
4. 通信障害が発生した通信経路において、前記管理サーバを経由しないと通信できない不通端末に対する発信を利用者が行おうとすると、当該発信制御を停止する発信管理部を備えることを特徴とする請求項１記載のサバイバルシステム。
   

Images