(57)【要約】【課題】主装置に障害が発生した際に、この主装置に対するバックアップを人手を要することなく迅速かつ適切に行えるようにする。【解決手段】ユーザシステムＣＭの主装置ＢＴの動作状態を保守管理センタＣＣによりインターネットＩＮＷを介して定期的に監視し、この監視結果に基づき障害が発生した場合に、該当するＩＰ電話端末ＤＫＴ１〜ＤＫＴｎを主装置ＢＴから保守管理センタＣＣのバックアップ主装置ＣＢＴに自動的に切り替えて接続する。【選択図】　　図１
2004134878.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのネットワーク電話端末、及びネットワーク電話端末を接続し、該ネットワーク電話端末に識別子を割り当てることでネットワーク電話端末間の交換処理を行う主装置を備えたユーザシステムと、このユーザシステムに対し通信ネットワークを介して接続され、該ユーザシステムに備えられる主装置と同一のバックアップ用主装置を有し、前記ユーザシステムに対し主装置のバックアップに関する支援業務を行う保守管理センタとを備えた通信システムであって、
前記保守管理センタは、
前記ユーザシステムの主装置の障害を検出する障害検出手段と、
この障害検出手段で前記主装置の障害が検出された場合に、障害が発生したユーザシステムのネットワーク電話端末を前記バックアップ用主装置に接続するための接続制御情報を作成する作成手段と、
この作成手段により作成された接続制御情報を、該当するユーザシステムに前記通信ネットワークを介して送信する接続制御情報送信手段とを備え、
前記ユーザシステムは、
前記保守管理センタから通信ネットワークを介して送られた接続制御情報を受信する接続制御情報受信手段と、
この接続制御情報受信手段により受信された接続制御情報をもとに前記ネットワーク電話端末の接続を前記主装置から前記バックアップ用主装置に変更する接続先変更手段とを備えたことを特徴とする通信システム。
【請求項２】
前記請求項１記載の通信システムを使用した主装置機能バックアップ方法であって、
保守管理センタにおいて、前記ユーザシステムの主装置の障害を検出する第１の過程と、
この第１の過程で前記主装置の障害が検出された場合に、障害が発生したユーザシステムのネットワーク電話端末を前記バックアップ用主装置に接続するための接続制御情報を作成する第２の過程と、
前記保守管理センタから該当するユーザシステムに対し前記通信ネットワークを介して前記接続制御情報を送信し、この接続制御情報をもとに前記ネットワーク電話端末の接続を前記主装置から前記バックアップ用主装置に変更する第３の過程とを具備したことを特徴とする主装置機能バックアップ方法。
【請求項３】
少なくとも１つのネットワーク電話端末、及びこのネットワーク電話端末を内部通信ネットワークを介して収容し、該ネットワーク電話端末に識別子を割り当てることでネットワーク電話端末間の交換処理を行う主装置を備えたユーザシステムに対し通信ネットワークを介して接続され、該ユーザシステムに備えられる主装置と同一のバックアップ用主装置を有し、前記ユーザシステムに対し主装置のバックアップに関する支援業務を行う保守管理センタであって、
前記ユーザシステムの主装置の障害を検出する障害検出手段と、
この障害検出手段で前記主装置の障害が検出された場合に、障害が発生したユーザシステムのネットワーク電話端末を前記バックアップ用主装置に接続するための接続制御情報を作成する作成手段と、
この作成手段により作成された接続制御情報を、該当するユーザシステムに前記通信ネットワークを介して送信する接続制御情報送信手段とを具備し、
前記ユーザシステムにて、受信した接続制御情報をもとに前記ネットワーク電話端末の接続を前記主装置から前記バックアップ用主装置に変更させるようにしたことを特徴とする保守管理センタ。
【請求項４】
前記障害検出手段は、前記ユーザシステムの主装置に対し周期的に信号を与えてその応答信号を返送させ、この応答信号の返送が途絶えた場合に当該主装置に障害が発生したと判定することを特徴とする請求項３記載の保守管理センタ。
【請求項５】
前記障害検出手段は、前記ユーザシステムの主装置から周期的に信号が送信されるとき、この信号の送信が途絶えた場合に当該主装置に障害が発生したと判定することを特徴とする請求項３記載の保守管理センタ。
【請求項６】
前記障害検出手段により障害が検出された場合に、当該障害が発生した主装置をリセットするリセット手段を備えることを特徴とする請求項３記載の保守管理センタ。
【請求項７】
前記リセット手段により前記主装置がリセットされた後で、前記障害検出手段により主装置の障害が検出された場合に、再度前記リセット手段に主装置のリセットを行わせるリセット制御手段と、
前記リセット手段によるリセット回数を検出し、そのリセット回数が所定数を超えたならば前記リセット制御手段に対し停止制御を行う処理実行・停止制御手段とをさらに具備したことを特徴とする請求項６記載の保守管理センタ。
【請求項８】
前記ユーザシステムの主装置に対し任意にセットされた機能情報を取得する機能情報取得手段と、
この機能情報取得手段で取得される機能情報を記録媒体に記録する情報記録手段と、
前記記録媒体上の機能情報をユーザシステムに対応付けて管理し、前記障害検出手段により障害が検出されたユーザシステムに対応する機能情報を読み出して前記バックアップ用主装置にセットし、当該バックアップ用主装置にセットした機能情報に基づいて処理させることで、該ユーザシステムの主装置の機能を実行する機能実行制御手段とをさらに具備したことを特徴とする請求項３記載の保守管理センタ。
【請求項９】
障害が発生したユーザシステムの主装置の回復状況を監視する回復監視手段と、
この回復監視手段による回復監視結果に基づいて、前記主装置と前記ネットワーク電話端末との接続を復旧させる復旧手段とをさらに具備したことを特徴とする請求項３記載の保守管理センタ。
【請求項１０】
少なくとも１つのネットワーク電話端末、及びネットワーク電話端末を接続し、該ネットワーク電話端末に識別子を割り当てることでネットワーク電話端末間の交換処理を行う主装置を備えるユーザシステムであって、
主装置と同一のバックアップ用主装置を有し、前記主装置のバックアップに関する支援業務を行う保守管理センタに対し通信ネットワークを介して接続されるとき、
前記保守管理センタから通信ネットワークを介して送られた接続制御情報を受信する接続制御情報受信手段と、
この接続制御情報受信手段により受信された接続制御情報をもとに前記ネットワーク電話端末の接続を前記主装置から前記バックアップ用主装置に変更する接続先変更手段とを具備したことを特徴とするユーザシステム。
【請求項１１】
前記接続先変更手段は、前記接続制御情報受信手段により受信された接続制御情報の内容に応じて、前記ネットワーク電話端末に割り当てられている識別子を変更することにより、前記ネットワーク電話端末の接続を前記主装置から前記バックアップ用主装置に変更することを特徴とする請求項１０記載のユーザシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、例えばボタン電話装置の故障に応じてバックアップを行う際に使用する通信システム及び主装置機能バックアップ方法、及びこのバックアップ制御を実行する保守管理センタ、並びに上記ボタン電話装置を備えるユーザシステムに関する。
【０００２】
【従来の技術】
オフィスや事業所等においては、電子構内交換機やボタン電話装置等の通信機器が多く使用されている。この通信機器は、電話機等を内線端末として収容し、これらの内線端末と公衆網等の外部通信網との間及び内線端末相互間を交換接続して通話を可能にしている。
【０００３】
また、近年では、ＬＡＮにネットワーク電話端末（以下、ＩＰ電話端末と称する）を接続すると共に、ＬＡＮをボタン電話装置を介して公衆網、専用線等の外部通信網に接続し、ＩＰ電話端末及びボタン電話装置においてプロトコル変換及びデータのフォーマット変換等を行なうことにより、ＩＰ電話端末相互間及びＩＰ電話端末と外部通信網との間で通信を可能にするシステムも提唱されている。
【０００４】
ところが、使用開始後において、電子構内交換機やボタン電話装置に障害が発生することがある。これを回避するために、電子構内交換機やボタン電話装置を二重化するものがある。（例えば、特許文献１及び特許文献２参照）。
【０００５】
【特許文献１】
特開平９−６４８９３号公報
【０００６】
【特許文献２】
特開平１０−１５０４６９号公報。
【０００７】
【発明が解決しようとする課題】
ところが上記対策では、システムの構成が大掛かりなものになるとともに、ユーザの投資負担が大きくなる。
【０００８】
一方、例えばユーザからメーカの保守サービスセンタ等に対し故障の旨を連絡し、その内容に応じて保守サービス担当者が通信機器の設置場所まで出張して、通信機器の修理または交換を行うようにする対策もある。しかし、このような対策では、ユーザからの修理の受付けから通信機器に対する修理までの作業の大半を、保守サービスセンタの保守サービス担当者による人為的作業によって行うため、ユーザが修理の連絡を行ってから通信機器が元の状態に復旧するまでに多くの手間と時間がかかる。
【０００９】
したがって、ユーザにとっては、通信機器を即時使用することができないばかりか、修理自体の対価だけでなく保守サービス担当者の出張費用や工事費等を負担しなければならず、費用負担が大きくなる。
【００１０】
そこで、この発明の目的は、主装置に障害が発生した際に、この主装置に対するバックアップを人手を要することなく迅速かつ適切に行えるようにし、これによりユーザの費用負担及び復旧までの所要時間の短縮と、保守管理センタにおけるコスト及び労力の低減を可能とする通信システム、主装置機能バックアップ方法、保守管理センタ及びユーザシステムを提供することにある。
【００１１】
【課題を解決するための手段】
この発明は、上記目的を達成するために、以下のように構成される。
（１）少なくとも１つのネットワーク電話端末、及びネットワーク電話端末を接続し、該ネットワーク電話端末に識別子を割り当てることでネットワーク電話端末間の交換処理を行う主装置を備えたユーザシステムと、このユーザシステムに対し通信ネットワークを介して接続され、該ユーザシステムに備えられる主装置と同一のバックアップ用主装置を有し、ユーザシステムに対し主装置のバックアップに関する支援業務を行う保守管理センタとを備えた通信システムであって、保守管理センタは、ユーザシステムの主装置の障害を検出する障害検出手段と、この障害検出手段で主装置の障害が検出された場合に、障害が発生したユーザシステムのネットワーク電話端末をバックアップ用主装置に接続するための接続制御情報を作成する作成手段と、この作成手段により作成された接続制御情報を、該当するユーザシステムに通信ネットワークを介して送信する接続制御情報送信手段とを備え、ユーザシステムは、保守管理センタから通信ネットワークを介して送られた接続制御情報を受信する接続制御情報受信手段と、この接続制御情報受信手段により受信された接続制御情報をもとにネットワーク電話端末の接続を主装置からバックアップ用主装置に変更する接続先変更手段とを備えるようにしたものである。
【００１２】
（１）の発明によれば、ユーザシステムの主装置の動作状態が保守管理センタにより通信ネットワークを介して定期的に監視され、この監視結果に基づき障害が発生した場合に、該当するネットワーク電話端末が故障が発生した主装置から保守管理センタのバックアップ用主装置に自動的に切り替えられることになる。このため、保守サービス担当者の出張及び手作業による復旧作業が一切不要となる。したがって、ユーザにとっては自身の主装置に障害が発生しても、主装置を停止させることなく、しかも少ない費用負担で障害発生前と同等に主装置を使用し続けることができ、一方保守管理センタにとっては障害対応に必要な労力とコストを大幅に低減することができる。
【００１３】
（２）上記障害検出手段は、ユーザシステムの主装置に対し周期的に信号を与えてその応答信号を返送させ、この応答信号の返送が途絶えた場合に当該主装置に障害が発生したと判定することを特徴とする。また、上記障害検出手段は、ユーザシステムの主装置から周期的に信号が送信されるとき、この信号の送信が途絶えた場合に当該主装置に障害が発生したと判定することを特徴とする。
【００１４】
（２）の発明によれば、保守管理センタから通信ネットワークを介してユーザシステムの主装置に周期的に信号が与えられ、その信号に対する応答信号を保守管理センタに返送すればよいため、主装置の処理負荷を軽減できる。一方、ユーザシステムの主装置から保守管理センタへ通信ネットワークを介して周期的に信号を送信するものでは、保守管理センタの処理負荷を軽減できる。
【００１５】
（３）障害検出手段により障害が検出された場合に、当該障害が発生した主装置をリセットするリセット手段と、このリセット手段により主装置がリセットされた後で、障害検出手段により主装置の障害が検出された場合に、再度前記リセット手段に主装置のリセットを行わせるリセット制御手段と、リセット手段によるリセット回数を検出し、そのリセット回数が所定数を超えたならばリセット制御手段に対し停止制御を行うとともに、主装置を停止させる障害対応手段とをさらに具備したことを特徴とする。
【００１６】
（３）の発明によれば、ユーザシステムの主装置で障害が発生すると、その障害が保守管理センタで検出され、保守管理センタにより通信ネットワークを介して障害が発生した主装置がリセットされることになる。このとき、１度のリセットでは主装置の動作状態が正常に復旧しない場合がある。そこで、リセットした後に、主装置に障害があるか否かを検出し、障害がある場合に主装置に対し再度リセットするようにしている。但し、部品交換等が必要な場合には、リセットしても主装置の動作状態が正常に復旧しない。そこで、保守管理センタにより、リセットの回数を検出し、所定回数を超える場合には、部品交換等が必要であることが判断され、この判断結果に基づき障害が発生した主装置が切り離され、以後、ネットワーク電話端末がバックアップ用主装置に接続されることになる。これにより、主装置の異常状態に応じた対処が可能となる。
【００１７】
（４）ユーザシステムの主装置に対し任意にセットされた機能情報を定期的に取得する機能情報取得手段と、この機能情報取得手段で取得される機能情報を記録媒体に記録する情報記録手段と、記録媒体上の機能情報をユーザシステムに対応付けて管理し、障害検出手段により障害が検出されたユーザシステムに対応する機能情報を読み出してバックアップ用主装置にセットし、当該バックアップ用主装置にセットした機能情報に基づいて処理させることで、該ユーザシステムの主装置の機能を実行する機能実行制御手段とをさらに具備したことを特徴とする。
【００１８】
（４）の発明によれば、主装置の正常時に、保守管理センタにて主装置に対し任意にセットされた機能情報を定期的に取得し、この取得した機能情報をユーザシステムに対応付けて記録媒体に記録しておくようにしているので、主装置に障害が発生した際に、障害発生前に主装置にセットされていた機能情報が記録媒体から読み出されてバックアップ用主装置にセットされ、ユーザシステムごとに適切な機能を実現できる。
【００１９】
（５）障害が発生したユーザシステムの主装置の回復状況を監視する回復監視手段と、この回復監視手段による回復監視結果に基づいて、主装置とネットワーク電話端末との接続を復旧させる復旧手段とをさらに具備したことを特徴とする。
【００２０】
（５）の発明によれば、主装置の障害が復旧した場合には、主装置とネットワーク電話端末との間の接続が自動的に復旧する。このため、例えば主装置の障害が一時的なものでその後正常に戻った場合や、主装置の部品交換などが行われて正常状態に戻った場合に、主装置とネットワーク電話端末との間の接続を保守員の復旧操作を待たずに迅速に復旧させることができる。
【００２１】
（６）接続先変更手段は、接続制御情報受信手段により受信された接続制御情報の内容に応じて、ネットワーク電話端末に割り当てられている識別子を変更することにより、ネットワーク電話端末の接続を主装置からバックアップ用主装置に変更することを特徴とする。
【００２２】
（６）の発明によれば、ネットワーク電話端末をバックアップ用主装置に接続する際に、保守管理センタは変更対象のネットワーク電話端末の識別子を変更するための情報を制御情報として送信するだけでよいことになり、これによりネットワーク電話端末をバックアップ用主装置に接続するプログラムをダウンロードする場合に比べ、簡単かつ短時間にネットワーク電話端末をバックアップ用主装置に接続することができる。
【００２３】
【発明の実施の形態】
以下、この発明の実施形態について図面を参照して詳細に説明する。
図１は、この発明に係わる主装置機能バックアップ方法の一実施形態を実施するための通信システムの概略構成図であり、ＣＭはユーザシステム、ＣＣは保守管理センタをそれぞれ示している。
【００２４】
ユーザシステムＣＭは、主装置ＢＴと、ネットワーク電話端末（ＩＰ電話端末）ＤＫＴ１〜ＤＫＴｎと、ルータＲＴとを備え、これらをＬＡＮ１を介して相互に接続している。主装置ＢＴは、発着信に応じてＩＰ電話端末ＤＫＴ１〜ＤＫＴｎ相互間及びこれらＩＰ電話端末ＤＫＴ１〜ＤＫＴｎと図示しない公衆網の加入者線との間を交換接続する機能を基本機能とし、その他にこの交換接続処理に関係する複数のオプションサービス機能を有する。
【００２５】
ルータＲＴは、プロバイダＩＳＰを介してインターネットＩＮＷに接続され、このインターネットＩＮＷからさらに保守管理センタＣＣに接続される。
【００２６】
保守管理センタＣＣは、管理サーバＣＳＶと、ユーザデータベースＤＢと、ルータＣＲＴと、バックアップ主装置ＣＢＴを備え、これらをＬＡＮ２を介して相互に接続している。管理サーバＣＳＶは、ルータＣＲＴを介してインターネットＩＮＷに接続され、バックアップサービスの契約を結んだ上記ユーザシステムＣＭの主装置ＢＴの動作状態を定期的に監視する。また管理サーバＣＳＶは、主装置ＢＴの障害発生時に、該当するＩＰ電話端末ＤＫＴ１〜ＤＫＴｎに対しバックアップ主装置ＣＢＴに接続するためにＩＰアドレスの変更を行わせる。
【００２７】
ユーザデータベースＤＢには、図２に示すごとく、各ユーザごとに割り当てられた個別識別番号（ユーザＩＤ）に対応付けて、ユーザに割り当てられたＩＰアドレス及びユーザの主装置ＢＴにセットされた設定機能がそれぞれ記憶されている。
【００２８】
図３は、ユーザシステムＣＭの主装置ＢＴと、ＩＰ電話端末ＤＫＴ１と、管理サーバＣＳＶと、バックアップ主装置ＣＢＴとの間における信号の送受信動作を示すシーケンス図である。
【００２９】
本バックアップサービスをユーザが受けるために、保守管理センタＣＣとユーザとの間で予め契約を行っておく。その契約には、監視期間の決定、主装置ＢＴの監視情報を入手してよいことや、入手した情報を外部に漏らさない等が含まれる。
【００３０】
管理サーバＣＳＶでは、契約で決められた期日がくると、ユーザデータベースＤＢに登録されたＩＰアドレスをもとにインターネットＩＮＷを介してユーザの主装置ＢＴに対しアクセスし、監視情報要求を送信する。
【００３１】
主装置ＢＴは、管理サーバＣＳＶから監視情報要求を受信すると、この監視情報要求の内容に従い、主装置ＢＴ内の各部の動作状態を監視し、その監視情報を管理サーバＣＳＶに送信する。
【００３２】
管理サーバＣＳＶでは、主装置ＢＴから取得した監視情報を分析し、その分析結果をもとに主装置ＢＴで異常が発生したか否かを判定する。
【００３３】
ここで、万一異常が発生していたとすると、管理サーバＣＳＶは、ユーザデータベースＤＢから該当するユーザＩＤに対応する設定機能を表すカスタマデータを読み出して、バックアップ主装置ＣＢＴに送信する。
【００３４】
カスタマデータを受信すると、バックアップ主装置ＣＢＴはカスタマデータをセットしてユーザシステムＣＭの主装置ＢＴと同一の機能を実現する。カスタマデータのセットが終了すると、バックアップ主装置ＣＢＴは正常に終了した旨を管理サーバＣＳＶに通知する。
【００３５】
この通知を受けると、管理サーバＣＳＶはＩＰ電話端末ＤＫＴ１に対し割り当てるべくＩＰアドレスを含む接続制御情報を作成し、ＩＰ電話端末ＤＫＴ１にアクセスして該接続制御情報を送信する。
【００３６】
そして、ＩＰ電話端末ＤＫＴ１は、受信した接続制御情報の内容に従って、自端末のＩＰアドレスを変更し、その変更した旨を管理サーバＣＳＶに返送する。以後、ＩＰ電話端末ＤＫＴ１は、主装置ＢＴとの接続が切断され、バックアップ主装置ＣＢＴと接続される。
【００３７】
なお、以上述べた主装置機能バックアップ方法を実現する支援システム各部の構成は次のようになっている。
図４は、主装置ＢＴ、管理サーバＣＳＶ及びＩＰ電話端末ＤＫＴ１の機能構成を示すブロック図である。
【００３８】
管理サーバＣＳＶは、定期起動機能１１と、電話接続機能１２と、電話応答受信機能１３と、監視要求送信機能１４と、監視情報判定機能１５と、カスタマデータ要求送信機能１６と、カスタマデータ記録機能１７と、カスタマデータセット機能１８と、ＩＰアドレス変更制御情報作成機能１９と、ＩＰアドレス変更制御情報送信機能２０と、リセット機能２１と、リセット制御機能２２と、回復状況監視機能２３と、復旧機能２４と、障害対応機能２５とを備えている。
【００３９】
このうち、定期起動機能１１は、ユーザとの間で結んだ定期監視日時になった際に、ユーザが所有する主装置ＢＴに対する監視情報読み出しを起動する。
【００４０】
電話接続機能１２及び電話応答受信機能１３は、主装置ＢＴとの通信リンクを確立する。監視要求送信機能１４は、主装置ＢＴに対し監視情報の取得要求を送信する。監視情報判定機能１５は、監視情報の取得要求に対し主装置ＢＴから到来した監視情報の判定を行う。
【００４１】
カスタマデータ要求送信機能１６は、主装置ＢＴに対しカスタマデータの取得要求を送信する。カスタマデータ記録機能１７は、カスタマデータの取得要求に対し主装置ＢＴから到来したカスタマデータをユーザデータベースＤＢの該当するユーザＩＤに対応付けて記録する。
【００４２】
カスタマデータセット機能１８は、上記監視情報判定機能１５により主装置ＢＴの異常が判定された場合に、ユーザデータベースＤＢ上の該当するユーザＩＤに対応するカスタマデータを読み出し、バックアップ主装置ＣＢＴにセットする。それと共に、ＩＰアドレス変更制御情報作成機能１９及びＩＰアドレス変更制御情報送信機能２０は、ＩＰ電話端末ＤＫＴ１をバックアップ主装置ＣＢＴに接続するためのＩＰアドレス変更制御情報を作成し、ＩＰ電話端末ＤＫＴ１に対しＩＰアドレス変更制御情報を送信する。
【００４３】
リセット機能２１は、上記監視情報判定機能１５により主装置ＢＴの異常が判定された場合に、主装置ＢＴに対しリセット信号を送信して主装置ＢＴを再起動させる。リセット制御機能２２は、上記リセット機能２１により主装置ＢＴがリセットされた後で、上記監視情報判定機能１５により主装置ＢＴの異常が判定された場合に、再度リセット機能２１に主装置ＢＴのリセットを行わせる。上記リセット機能２１によるリセット回数を検出し、そのリセット回数が所定数を超えたならば動作を停止する。
【００４４】
回復状況監視機能２３は、障害が発生したユーザシステムＣＭの主装置ＢＴの回復状況の監視を行う。この場合、障害が発生した主装置ＢＴに対し回復情報の取得要求を送信し、この回復情報の取得要求に対し主装置ＢＴから回復情報が到来するか否かの判定を行うことで回復状況を監視する。復旧機能２４は、上記回復状況監視機能２３により主装置ＢＴが回復されたと判定された場合に、主装置ＢＴとＩＰ電話端末ＤＫＴ１との接続を復旧させる。
【００４５】
障害対応機能２５は、上記リセット機能２１によるリセット回数を検出し、そのリセット回数が所定数を超えたならば上記リセット制御機能２２の動作を停止させる。
【００４６】
一方、主装置ＢＴは、電話接続受信機能３１と、電話応答送信機能３２と、監視実行機能３３と、監視情報送信機能３４と、カスタマデータ要求受信機能３５と、カスタマデータ送信機能３６とを備えている。
【００４７】
電話接続受信機能３１及び電話応答送信機能３２は、管理サーバＣＳＶからの着信が到来した場合にその受信と応答を行う。監視実行機能３３及び監視情報送信機能３４は、管理サーバＣＳＶからの監視情報の取得要求が到来した場合、その受信と要求に応じた監視と監視情報の送信とを行う。
【００４８】
カスタマデータ要求受信機能３５及びカスタマデータ送信機能３６は、管理サーバＣＳＶからのカスタマデータの取得要求が到来した場合、その受信と要求に応じたカスタマデータの読み出しとカスタマデータの送信とを行う。
【００４９】
また、ＩＰ電話端末ＤＫＴ１は、ＩＰアドレス変更制御情報受信機能４１と、ＩＰアドレス変更機能４２とを備えている。ＩＰアドレス変更制御情報受信機能４１は、管理サーバＣＳＶから送られたＩＰアドレス変更制御情報を受信する。ＩＰアドレス変更機能は、受信したＩＰアドレス変更制御情報に従い、自端末に割り当てられているＩＰアドレスの変更を行う。このＩＰアドレスの変更が完了すると、管理サーバＣＳＶに完了した旨を示す情報を送信する。
【００５０】
図５は、上記保守管理センタＣＣの管理サーバＣＳＶの動作を示すフローチャートである。
すなわち、管理サーバＣＳＶは、内蔵タイマ（図示せず）により定期監視日時を計時した時点で（ステップＳＴ５ａ）、ユーザデータベースＤＢから該当するユーザ情報を読み出し、この読み出し情報に含まれるＩＰアドレスを使用して、該当するユーザの主装置ＢＴにインターネットＩＮＷを介してアクセスする（ステップＳＴ５ｂ）。そして、主装置ＢＴが応答した場合に、管理サーバＣＳＶは、監視情報の送出要求を主装置ＢＴに対し送信する（ステップＳＴ５ｃ）。
【００５１】
管理サーバＣＳＶは、上記監視情報の送出要求の送信後、ステップＳＴ５ｅで時間の経過を監視しながらステップＳＴ５ｄにより主装置ＢＴからの監視情報の到来を監視する。そして、監視情報の送出要求の送信後、一定時間以内に監視情報が到来すると、管理サーバＣＳＶは、受信した監視情報を分析し（ステップＳＴ５ｆ）、その分析結果をもとに主装置ＢＴで異常が発生したか否かを判定する（ステップＳＴ５ｇ）。そして、異常が発生していなければ、管理サーバＣＳＶは主装置ＢＴに対しカスタマデータの取得要求を送出してカスタマデータを取得し（ステップＳＴ５ｈ）、この取得したカスタマデータをユーザデータベースＤＢに該当するユーザＩＤに対応付けて記録する（ステップＳＴ５ｉ）。以後、ステップＳＴ５ａに戻り、以上の異常判定制御を繰り返す。
【００５２】
これに対し主装置ＢＴにおいて何らかの異常が発生したとする。この場合、管理サーバＣＳＶは、ユーザデータベースＤＢから障害が発生したユーザシステムＣＭのカスタマデータを読み出し、バックアップ主装置ＣＢＴに該カスタマデータをセットする（ステップＳＴ５ｊ）。続いて、管理サーバＣＳＶは、ＩＰ電話端末ＤＫＴ１をバックアップ主装置ＣＢＴに接続させるためのＩＰアドレス変更制御情報を作成し（ステップＳＴ５ｋ）、この作成したＩＰアドレス変更制御情報をＩＰ電話端末ＤＫＴ１に送信する（ステップＳＴ５ｌ）。なお、他のＩＰ電話端末ＤＫＴ２〜ＤＫＴｎについても同様にＩＰアドレス変更制御情報が送信される。
【００５３】
一方、主装置ＢＴにおいて、例えばオペレーティングシステムやプログラムが暴走すると、管理サーバＣＳＶが監視情報の送出要求を送っても主装置ＢＴは監視情報を送出しない。この場合、管理サーバＣＳＶは、監視情報の送出要求の送信後、一定時間が経過した時点でステップＳＴ５ｅからステップＳＴ５ｆに移行し、ここで監視情報が到来しないことからオペレーティングシステムまたはプログラムの暴走が発生したと判断して、上記ステップＳＴ５ｊの処理に移行する。
【００５４】
図６は、ＩＰアドレスを変更する際のＩＰ電話端末ＤＫＴ１の処理手順を示すフローチャートである。
【００５５】
ＩＰ電話端末ＤＫＴ１は、保守管理センタＣＣからインターネットＩＮＷ経由で着信信号を受信すると（ステップＳＴ６ａ）、着信信号に対する応答信号を保守管理センタＣＣに送信し（ステップＳＴ６ｂ）、保守管理センタＣＣからＩＰアドレス変更制御情報を受信し（ステップＳＴ６ｃ）、このＩＰアドレス変更制御情報に基づき、自端末のＩＰアドレスを変更し（ステップＳＴ６ｄ）、変更できたか否かの判断を行なう（ステップＳＴ６ｅ）。
【００５６】
そして、ＩＰアドレスを変更できたならば（Ｙｅｓ）、ＩＰ電話端末ＤＫＴ１は保守管理センタＣＣに正常終了の旨を示す情報を送信する（ステップＳＴ６ｆ）。これに対し、ＩＰアドレスを変更できなければ（Ｎｏ）、ＩＰ電話端末ＤＫＴ１は保守管理センタＣＣに処理ＮＧの旨を示す情報を送信する（ステップＳＴ６ｇ）。
【００５７】
以上のように上記実施形態によれば、ユーザシステムＣＭの主装置ＢＴの動作状態が保守管理センタＣＣによりインターネットＩＮＷを介して定期的に監視され、この監視結果に基づき障害が発生した場合に、該当するＩＰ電話端末ＤＫＴ１〜ＤＫＴｎが主装置ＢＴから保守管理センタＣＣのバックアップ主装置ＣＢＴに自動的に切り替えられることになるため、保守サービス担当者の出張及び手作業による復旧作業が一切不要となる。
【００５８】
したがって、ユーザにとっては自身の主装置ＢＴに障害が発生しても、主装置ＢＴを停止させることなく、しかも少ない費用負担で障害発生前と同等に主装置ＢＴを使用し続けることができ、一方保守管理センタＣＣにとっては障害対応に必要な労力とコストを大幅に低減することができる。
【００５９】
また、上記実施形態によれば、主装置ＢＴの障害を検出する際に、保守管理センタＣＣからインターネットＩＮＷを介してユーザシステムＣＭの主装置ＢＴに周期的に信号が与えられ、その信号に対する応答信号を保守管理センタＣＣに返送することにより、保守管理センタＣＣ側で主装置ＢＴに障害が発生したか否かを検出できるため、主装置ＢＴの処理負荷を軽減できる。
【００６０】
また、上記実施形態によれば、ユーザシステムＣＭの主装置ＢＴで障害が発生すると、保守管理センタＣＣによりインターネットＩＮＷを介して障害が発生した主装置ＢＴがリセットされることになる。このとき、１度のリセットでは主装置ＢＴの動作状態が正常に復旧しない場合がある。そこで、リセットした後に、主装置ＢＴに障害があるか否かを検出し、障害がある場合に主装置ＢＴに対し再度リセットするようにしている。但し、部品交換等が必要な場合には、リセットしても主装置ＢＴの動作状態が正常に復旧しない。そこで、保守管理センタＣＣにより、リセットの回数を検出し、所定回数を超える場合には、部品交換等が必要であることが判断され、この判断結果に基づき障害が発生した主装置ＢＴが切り離され、以後、ＩＰ電話端末ＤＫＴ１〜ＤＫＴｎが保守管理センタＣＣのバックアップ主装置ＣＢＴに接続されることになる。これにより、主装置ＢＴの異常状態に応じた対処が可能となる。
【００６１】
また、上記実施形態によれば、主装置ＢＴの正常時に、保守管理センタＣＣにて主装置ＢＴに対し任意にセットされた機能情報、つまりカスタマデータを定期的に取得し、この取得したカスタマデータをユーザＩＤに対応付けてユーザデータベースに登録しておくようにしているので、主装置ＢＴに障害が発生した際に、障害発生前に主装置ＢＴにセットされていたカスタマデータがユーザデータベースＤＢから読み出されてバックアップ主装置ＣＢＴにセットされ、ユーザシステムＣＭごとに適切な機能を実現できる。
【００６２】
また、上記実施形態によれば、主装置ＢＴの障害が復旧した場合には、主装置ＢＴとＩＰ電話端末ＤＫＴ１〜ＤＫＴｎとの間の接続が自動的に復旧する。このため、例えば主装置ＢＴの障害が一時的なものでその後正常に戻った場合や、主装置ＢＴの部品交換などが行われて正常状態に戻った場合に、主装置ＢＴとＩＰ電話端末ＤＫＴ１〜ＤＫＴｎとの間の接続を保守員の復旧操作を待たずに迅速に復旧させることができる。
【００６３】
さらに、上記実施形態によれば、ＩＰ電話端末ＤＫＴ１〜ＤＫＴｎを保守管理センタＣＣのバックアップ主装置ＣＢＴに接続する際に、保守管理センタＣＣは変更対象のＩＰ電話端末ＤＫＴ１〜ＤＫＴｎのＩＰアドレスを変更するための情報を制御情報として送信するだけでよいことになり、これによりＩＰ電話端末ＤＫＴ１〜ＤＫＴｎをバックアップ主装置ＣＢＴに接続するプログラムをダウンロードする場合に比べ、簡単かつ短時間にＩＰ電話端末ＤＫＴ１〜ＤＫＴｎをバックアップ主装置ＣＢＴに接続することができる。
【００６４】
なお、上記実施形態では、主装置ＢＴの障害監視の手法として、主装置ＢＴに対し保守管理センタＣＣから周期的に信号を送信して、この信号に対し主装置ＢＴが返送する応答信号を保守管理センタＣＣが受信できるか否かを監視する例について説明した。しかし、それに限ることなく、稼働中の主装置ＢＴが周期的に送信する信号を受信できるか否かを保守管理センタＣＣで監視するようにしてもよい。
【００６５】
その他、主装置の障害検出手順やその内容、バックアップ手順やその内容、支援システムの構成やその動作内容、主装置の種類等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
【００６６】
【発明の効果】
以上詳述したようにこの発明によれば、主装置に障害が発生した際に、この主装置に対するバックアップを人手を要することなく迅速かつ適切に行えるようにし、これによりユーザの費用負担及び復旧までの所要時間の短縮と、保守管理センタにおけるコスト及び労力の低減を可能とする通信システム、主装置機能バックアップ方法、保守管理センタ及びユーザシステムを提供することができる。
【図面の簡単な説明】
【図１】この発明の実施形態における主装置機能バックアップ方法を実施する支援システムの概略構成図。
【図２】図１に示したユーザデータベースの記憶内容の一例を示す図。
【図３】同実施形態における主装置機能バックアップ方法を説明するための信号シーケンス図。
【図４】図１に示したシステム各部の機能構成を示すブロック図。
【図５】図１に示した保守管理センタＣＣの管理サーバの処理手順とその内容を示すフローチャート。
【図６】図１に示したＩＰ電話端末のＩＰアドレス変更処理手順とその内容を示すフローチャート。
【符号の説明】
１１…定期起動機能、
１２…電話接続機能、
１３…電話応答受信機能、
１４…監視要求送信機能、
１５…監視情報判定機能、
１６…カスタマデータ要求送信機能、
１７…カスタマデータ記録機能、
１８…カスタマデータセット機能、
１９…ＩＰアドレス変更制御情報作成機能、
２０…ＩＰアドレス変更制御情報送信機能、
２１…リセット機能、
２２…リセット制御機能、
２３…回復状況監視機能、
２４…復旧機能
２５…障害対応機能、
３１…電話接続受信機能、
３２…電話応答送信機能、
３３…監視実行機能、
３４…監視情報送信機能、
３５…カスタマデータ要求受信機能、
３６…カスタマデータ送信機能、
ＢＴ…主装置、
ＣＣ…保守管理センタ、
ＣＳＶ…管理サーバ、
ＣＭ…ユーザシステム、
ＣＢＴ…バックアップ主装置、
ＤＢ…ユーザデータベース、
ＤＫＴ１〜ＤＫＴｎ…ＩＰ電話端末（ネットワーク電話端末）、
ＩＮＷ…インターネット、
【図１】
2004134878.tif 000003
【図２】
2004134878.tif 000004
【図３】
2004134878.tif 000005
【図４】
2004134878.tif 000006
【図５】
2004134878.tif 000007
【図６】
2004134878.tif 000008