JP5229696B2 - 情報処理システム、情報処理装置、その制御方法、及びその制御プログラム、通信環境監視復旧方法 - Google Patents

Description

本発明は、通信回線の障害復旧を支援する技術に関する。

上記技術分野において、特許文献１に示されているように、障害が発生した機器の保守作業を簡易な構成で支援することのできる技術が知られている。

特開2006-215682

しかしながら、上記従来技術では、保守作業の効率化を図ることができても、関係者間が連携して情報を共有しながら効率的に復旧作業を行うための仕組みがなかった。また、ユーザが異なる種別の回線サービスを利用したり、複数の通信キャリアの回線サービスを利用したりする場合は、通信回線の統一的な対応が難しく、障害が発生した際の対応も回線サービスの種別や通信キャリアに応じた対応をしなければならなかった。

本発明の目的は、上述の課題を解決する技術を提供することにある。

上記目的を達成するため、本発明に係るシステムは、
監視サーバ、復旧支援サーバ及び回線データベースを含む情報処理システムであって、
前記監視サーバは、
ユーザ通信環境の障害を監視する監視手段と、
前記復旧支援サーバに前記障害の発生を示すアラームを通知する通知手段と、
を備え、
前記復旧支援サーバは、
前記回線データベースを参照して、前記アラームから、前記障害が発生したユーザ通信環境を特定する特定手段と、
前記ユーザ通信環境を管理する複数の端末へ前記アラームを配信するアラーム配信手段と、
配信した前記アラームに対する確認結果を前記端末から受信する受信手段と、
前記確認結果に基づいて、前記端末側で採るべきアクションを決定する決定手段と、
前記決定手段で決定したアクションを前記端末に送信する送信手段と、
を備えたことを特徴とする。

上記目的を達成するため、本発明に係る方法は、
監視サーバ、復旧支援サーバ及び回線データベースを含む情報処理システムを用いた通信環境監視復旧方法であって、
前記監視サーバにおいてユーザ通信環境の障害を監視する監視ステップと、
前記監視サーバが前記復旧支援サーバに対し前記障害の発生を示すアラームを通知する通知ステップと、
前記復旧支援サーバが、前記回線データベースを参照して、前記アラームから、前記障害が発生したユーザ通信環境を特定する特定ステップと、
前記復旧支援サーバが、前記ユーザ通信環境を管理する複数の端末へ前記アラームを配信するアラーム配信ステップと、
前記復旧支援サーバが、配信した前記アラームに対する確認結果を前記端末から受信する受信ステップと、
前記復旧支援サーバが、前記確認結果に基づいて、前記端末側で採るべきアクションを決定する決定ステップと、
前記復旧支援サーバが、前記決定ステップで決定したアクションを前記端末に送信する送信ステップと、
を含むことを特徴とする。

上記目的を達成するため、本発明に係る装置は、
上記情報処理システムの監視サーバとして機能するため、
ユーザ通信環境の障害を監視する監視手段と、
前記復旧支援サーバに前記障害の発生を示すアラームを通知する通知手段と、
を備えたことを特徴とする。

上記目的を達成するため、本発明に係る装置は、
上記情報処理システムの復旧支援サーバとして機能するため、
前記回線データベースを参照して、前記アラームから、前記障害が発生したユーザ通信環境を特定する特定手段と、
前記ユーザ通信環境を管理する複数の端末へ前記アラームを配信するアラーム配信手段と、
配信した前記アラームに対する確認結果を前記端末から受信する受信手段と、
前記確認結果に基づいて、前記端末側で採るべきアクションを決定する決定手段と、
前記決定手段で決定したアクションを前記端末に送信する送信手段と、
を備えたことを特徴とする。

上記目的を達成するため、本発明に係る方法は、
上記情報処理システムの監視サーバとして機能する情報処理装置の制御方法であって、
ユーザ通信環境の障害を監視する監視ステップと、
前記復旧支援サーバに前記障害の発生を示すアラームを通知する通知ステップと、
を含むことを特徴とする。

上記情報処理システムの復旧支援サーバとして機能する情報処理装置の制御方法であって、
前記回線データベースを参照して、前記アラームから、前記障害が発生したユーザ通信環境を特定する特定ステップと、
前記ユーザ通信環境を管理する複数の端末へ前記アラームを配信するアラーム配信ステップと、
配信した前記アラームに対する確認結果を前記端末から受信する受信ステップと、
前記確認結果に基づいて、前記端末側で採るべきアクションを決定する決定ステップと、
前記決定ステップで決定したアクションを前記端末に送信する送信ステップと、
を含むことを特徴とする。

上記目的を達成するため、本発明に係るプログラムは、
上記情報処理システムの監視サーバとして機能する情報処理装置の制御プログラムであって、
ユーザ通信環境の障害を監視する監視ステップと、
前記復旧支援サーバに前記障害の発生を示すアラームを通知する通知ステップと、
をコンピュータに実行させることを特徴とする。

上記情報処理システムの復旧支援サーバとして機能する情報処理装置の制御プログラムであって、
前記回線データベースを参照して、前記アラームから、前記障害が発生したユーザ通信環境を特定する特定ステップと、
前記ユーザ通信環境を管理する複数の端末へ前記アラームを配信するアラーム配信ステップと、
配信した前記アラームに対する確認結果を前記端末から受信する受信ステップと、
前記確認結果に基づいて、前記端末側で採るべきアクションを決定する決定ステップと、
前記決定ステップで決定したアクションを前記端末に送信する送信ステップと、
をコンピュータに実行させることを特徴とする。

本発明では、ユーザ通信環境を管理する複数の端末へ障害情報を配信し、障害復旧状況の確認や対処などを促し、その結果を復旧支援サーバに集約して総合的な判定を行うことで、復旧対応を効率的に行い、関係者間で容易に情報共有を行える。

本発明の第１実施形態に係る情報処理システムの構成を示すブロック図である。 本発明の第２実施形態に係る情報処理システムの構成を示すブロック図である。 本発明の第２実施形態に係る情報処理ステムの処理の流れを示すフローチャートである。 本発明の第２実施形態に係る監視サーバの監視処理の流れを示すフローチャートである。 本発明の第２実施形態に係る回線データベースに記憶されたユーザ情報のテーブルである。 本発明の第２実施形態に係る保守センターの端末に表示される画面の一例を示す図である。 本発明の第２実施形態に係るユーザ運用部門の端末に表示される画面の一例を示す図である。 本発明の第２実施形態に係る通信キャリアの端末に表示される画面の一例を示す図である。 本発明の第２実施形態に係る復旧支援プログラムの処理の流れを示すフローチャートである。 本発明の第２実施形態に係る監視サーバが監視するＡ〜Ｄ区間の確認項目を表わすテーブルを示す図である。 本発明の第２実施形態に係る復旧支援プログラムの処理の流れを示すフローチャートである。 本発明の第２実施形態に係る復旧支援プログラムの処理の流れを示すフローチャートである。 本発明の第２実施形態に係る復旧支援プログラムの処理の流れを示すフローチャートである。 本発明の第２実施形態に係る復旧支援プログラムの第２アクションの内容を示す図である。 本発明の第２実施形態に係る復旧支援プログラムの第３アクションの内容を示す図である。 本発明の第３実施形態に係る情報処理システムの構成を示すブロック図である。 本発明の第４実施形態に係る情報処理システムの構成を示すブロック図である。

以下に、図面を参照して、本発明の実施の形態について例示的に詳しく説明する。ただし、以下の実施の形態に記載されている構成要素はあくまで例示であり、本発明の技術範囲をそれらのみに限定する趣旨のものではない。

（第１実施形態）
本発明の第１実施形態としての情報処理システム１００について、図１を用いて説明する。図１に示すように、情報処理システム１００は、監視サーバ１１０と、復旧支援サーバ１２０と、回線データベース１３０とを含む。

これらのうち、監視サーバ１１０は、監視部１１１と、通知部１１２とを備える。また、復旧支援サーバ１２０は、特定部１２１と、アラーム配信部１２２と、受信部１２３と、決定部１２４と、送信部１２５とを備える。

まず、監視サーバ１１０に備えられる監視部１１１は、ユーザ通信環境１５０の障害を監視する。通知部１１２は、復旧支援サーバ１２０に障害の発生を示すアラームを通知する。

次に、復旧支援サーバ１２０に備えられる特定部１２１は、回線データベース１３０を参照して、アラームから、障害が発生したユーザ通信環境１５０を特定する。アラーム配信部１２２は、ユーザ通信環境１５０を管理する複数の端末１６０へアラームを通知する。受信部１２３は、配信したアラームに対する確認結果を端末から受信する。決定部１２４は、確認結果に基づいて、端末側でとるべきアクションを決定する。送信部１２５は、決定部１２４で決定したアクションを端末に送信する。

以上の構成及び動作により、本実施形態によれば、監視サーバにおいて、ユーザ通信環境における障害の発生を常に監視する。そして、障害が発生した場合には、復旧支援サーバにより回線障害を復旧するためのアクションが早期に実行されるため、ユーザ通信環境における障害は早期に復旧されることを実現できる。

（第２実施形態）
本発明の第２実施形態としての情報処理システム２００について、図２を用いて説明する。図２に示すように、情報処理システム２００は、回線障害が発生した際に復旧対応を行う保守センター２１０と、第三者部門２２０と、通信キャリア２３０と、通信キャリアと回線を契約したユーザ通信用ネットワーク（キャリア網）２５０とを含む。さらに、ユーザ拠点２６０１〜２６０Ｎと、障害復旧用ネットワーク２４０を介して接続されたユーザ運用部門２７０とを含む。そして、ユーザ通信用ネットワーク２５０は、アクセス回線２５１を介してユーザ拠点２６０１〜２６０Ｎと接続されている。

〈システム体の構成〉
具体的には、本実施形態の情報処理システム２００は、次の構成からなる。保守センター２１０は、監視サーバ２１１と、復旧支援サーバ２１２と、回線データベース２１３と、中継装置２１４と、端末２１５とを含む。第三者部門２２０は、中継装置２２４と、端末２２５とを含む。通信キャリア２３０は、中継装置２３４と、端末２３５とを含む。ユーザ通信用ネットワーク２５０は、ＩＰ−ＶＰＮ、広域イーサネット（登録商標）、エントリーＶＰＮ、インターネットなどの通信キャリアによって提供される回線サービスなどがあるが、これらに限られない。ユーザ拠点２６０１は、回線終端装置２６１と、ＷＡＮ（wide area network）ルータ２６２と、通信ケーブル２６３とを含む。なお、ＷＡＮルータ２６２〜２６Ｎの先には各ユーザ拠点内のＬＡＮ（local area network）が存在するが、ＬＡＮについてはどのような構成であってもよい。ユーザ運用部門２７０は、中継装置２７４と、端末２７５とを含む。

保守センター２１０は、ユーザ通信用ネットワーク２５０装置と、回線終端装置２６１と、通信ケーブル２６３と、ＷＡＮルータ２６２とを監視し、これら区間内で生じる障害を監視し、障害の復旧対応を行なう。保守センター２１０は、監視した区間において障害が発生すると、直ちに、障害復旧プログラムを起動して復旧を開始する。監視サーバ２１１は、ｐｉｎｇ（Packet INternet Groper）などの方法により保守センター２１０からユーザ通信用ネットワーク２５０を経由してユーザ拠点２６１〜２６Ｎの各ＷＡＮルータ２６２までの状態を監視する。保守センター２１０の端末２１５は、監視サーバ２１１からのアラーム情報の閲覧と、復旧支援サーバ２１２の各種情報の入出力をすることができる。

障害復旧用通信ネットワーク２４０は、ＬＡＮを束ねるルータと接続された中継装置２１４を通じて、保守センター２１０に接続される。障害復旧用通信ネットワーク２４０は、ユーザ通信用ネットワーク２５０などを提供する通信キャリア２３０、ユーザの回線運用又はネットワーク運用を担当するユーザ運用部門２７０、第三者部門２２０と接続される。

通信キャリア２３０は、中継装置２３４を介して障害復旧用通信ネットワーク２４０に接続され、ユーザに回線サービス（ユーザ通信用ネットワーク２５０、アクセス回線２５１、回線終端装置２６１）を提供する。通信キャリア２３０には、中継装置２３５、と接続するＬＡＮを経由して端末２３５が設置され、端末２３５では復旧支援サーバ２１２の情報閲覧、及び情報入力をすることができる。

ユーザ運用部門２７０は、中継装置２７４を介して障害復旧用通信ネットワーク２４０に接続され、ユーザ拠点２６０１〜２６０Ｎのネットワーク運用を担当する。ユーザ運用部門２７０には、中継装置２７４と、接続するＬＡＮを経由して端末２７５を設置し、端末２７５では復旧支援サーバ２１２の情報閲覧と情報入力とをすることができる。ユーザ運用部門２７０は、通信キャリア２３０によって提供されない部分、すなわち、通信ケーブル２６３、ＷＡＮルータ２６２の運用も受け持つ。なお、ユーザ運用部門２７０は、ユーザ拠点のいずれかに存在してもよい。

第三者部門２２０は、中継装置２２５を介して障害復旧用通信ネット２４０ワークに接続され、運用以外の業務を受け持つ。第三者部門２２０には、中継装置２２４と接続するＬＡＮを経由して端末２２５が設置され、端末２２５では回線障害が発生した際の障害復旧状況を閲覧することができる。第三者部門２２０は、保守サービスの統括部門など障害情報の共有を希望する部門など自由に設置できるが、第三者部門の設置は必須ではない。

保守センター２１０の監視サーバ２１１は、ユーザ通信用ネットワーク２５０から各ユーザ通信機器、具体的には、各ユーザ拠点２６０１〜２６０ＮのＷＡＮルータ２６２までの区間をｐｉｎｇにより監視する。監視サーバ２１１は、ｐｉｎｇエラーを検知すると、障害を判定する。そして、監視サーバ２１１は、障害と判定されると、通信回線の遮断（通信断）が発生したユーザ拠点のＩＰアドレスと、通信断を検知した時刻情報とを、アラーム情報として復旧支援サーバ２１２に送信する。

復旧支援サーバ２１２は、回線データベース２１３を参照して、アラームが発生した拠点のＩＰアドレスから該当する回線情報を検索して特定する。また、復旧支援サーバ２１２は、保守センターの端末２１５と、ユーザ運用部門の端末２７５と、通信キャリアの端末２３５とに、同時に回線障害発生のアラームを配信する。この時、各端末に表示される情報は、図６、図７、図８の通りである。

次に、復旧支援サーバ２１２は、復旧支援プログラムを起動する（図９及び図１０）。

復旧支援プログラムによる第１アクションを開始すると、復旧支援サーバ２１２は、アラーム配信に対する確認結果をユーザ運用部門の端末２７５と、通信キャリアの端末２３５から受信する。復旧支援サーバ２１２は、各端末２３５、及び２７５より受信したアラーム配信に対する確認結果を元に、第１アクションを各端末に送信する。送信された第１アクションの具体的な内容は、実際に第１アクションを行なう部門の端末に表示される。

通信キャリアの端末２３５、又はユーザ運用部門の端末２７５は、第１アクションを実施した後、確認結果を入力して復旧支援サーバ２１２に送信する。

第１アクションによって、監視サーバ２１１は、アラームが回復したことを確認すると、復旧対応は完了する。第１アクションを行った後もアラームが継続した場合には、第２アクションを開始する（図１１、図１２及び図１３）。

復旧支援サーバ２１２による復旧支援プログラムの第２アクションでは、第１アクションの結果を元に、ケース別に実行すべきアクションが決定される。第１アクションを行った結果として起こり得る各ケースに対処する第２アクションについては、図１４に表示する。各端末が第２アクションを実行して、監視サーバ２１１のアラームが停止し通信断が回復した時点で、復旧支援は完了する。各端末において第２アクションを実行した後もアラームが継続する場合は、第３アクションを開始する。

復旧支援サーバ２１２による復旧支援プログラムの第３アクションでは、保守センター２１０のオペレータより専門知識を持った技術グループに対してエスカレーションが行われ、回線障害が復旧するまで詳細な調査が行われる（図１５）。この専門知識を持った技術グループによる通信回線復旧のためのアクションにおいては、決まった手順がないことが多い。そのため、障害復旧用通信ネットワーク２４０は、障害復旧のために関係者間の情報伝達手段として用いられる。また、通信回線の復旧手順が存在する場合には、復旧支援サーバ２１２は、障害復旧用通信ネットワーク２４０を介して復旧支援プログラムにより手順を示す。

復旧支援サーバ２１２は、復旧支援プログラムの第１アクションから第３アクションにおいて、アラームが回復した時点で、復旧支援プログラムを終了し、各端末に復旧時刻を送信する。また、監視サーバ２１１は、アラームを解除し、通常の監視に戻る。

なお、第三者部門の端末２２５は、第１アクションから第３アクションが行われている間、回線復旧状況の確認と、アクションの実行状況を確認することができる。

図３は、本実施形態としての情報処理システム２００の処理の流れを示すフローチャートである。

ステップＳ３０１において、監視サーバ２１１は通信回線の障害発生を監視し、通信断などの回線障害を感知すると、障害発生を示すアラームを配信する。ステップＳ３０３において、復旧支援サーバ２１２は、障害発生を示すアラームを受信すると、アラームを解析し、回線データベース２１３に記憶されたユーザ回線毎の情報に基づいて、回線障害が発生したユーザ拠点を特定する。ステップＳ３０５において、復旧支援サーバ２１２は、復旧支援プログラムを起動する。ステップＳ３０７において、復旧支援サーバ２１２は、通信キャリア２３０、ユーザ運用部門２７０に設置された各端末に、回線復旧を支援するためのアクションを送信する。

図４は、本実施形態に係る監視サーバ２１１の監視処理の流れを示すフローチャートである。

ステップＳ４０１において、監視サーバ２１１は、前回のｐｉｎｇ実施から５分待ってｐｉｎｇを実施する。ステップＳ４０３において、ｐｉｎｇに対する返信があれば、ステップＳ４０１に戻り、また、５分待ってｐｉｎｇを実施する。以下、ｐｉｎｇに対する返信がある場合には、５分おきにｐｉｎｇを実施する。一方、ｐｉｎｇに対する返信が無い場合には、監視サーバ２１１は、ステップＳ４０５において、１分待ってｐｉｎｇを再実施する。ステップＳ４０７において、ｐｉｎｇに対する返信が無ければ、ステップＳ４０９に進み、監視サーバ２１１は、１分待ってｐｉｎｇを再実施する。ステップＳ４１１において、ｐｉｎｇに対する返信が無い場合には、監視サーバ２１１は、ステップＳ４１３において、アラームを配信する。ステップＳ４１５において、監視サーバ２１１は、アラーム配信後、さらに１分待ってｐｉｎｇを行なう。ステップＳ４１７において、ｐｉｎｇに対する返信が無い場合には、再び、１分待ってｐｉｎｇを実施する。一方、ｐｉｎｇに対する返信があった場合には、ステップＳ４１９において、監視サーバ２１１は、アラームを解除する。

図５は、本実施形態に係る回線データベース２１３に記憶されたユーザ情報のテーブル５００を示す図である。

ユーザ情報のテーブル５００には、ユーザ名５０１、拠点名５０２、住所５０３、回線種別５０４、通信キャリア５０５、回線ＩＤ５０６、ＩＰアドレス５０７が記憶されている。なお、ユーザ情報としてテーブルに記憶される情報は、これらに限られない。

図６は、保守センター２１０の端末２１５に表示されるアクションの内容６００を示す図である。

６０１は、アラーム情報である。アラーム情報には、回線障害の発生日時、状況、復旧日時、ユーザ名、ユーザ拠点名、回線種別、及び回線ＩＤが示される。

６０２は、通信回線の復旧状況である。回線図は、ユーザ通信用ネットワーク（キャリア網）２５０、アクセス回線２５１、回線終端装置２６１、通信ケーブル２６３、ＷＡＮルータ２６２を示すものである。区間は、Ａがユーザ通信用ネットワーク（キャリア網）２５０、Ｂがアクセス回線２５１、Ｃが回線終端装置２６１、Ｄが通信ケーブル２６３及びＷＡＮルータ２６２を示すものである。被疑は、区間Ａ〜Ｄのどこに異常があるか否かを表示するものである。６０３は、確認及びアクション状況である。確認状況欄の確認項目として、Ａ区間では網内アラーム、Ｂ区間ではアクセス回線アラーム、Ｃ区間及びＤ区間ではランプ状態を確認することを示す。結果項目には、各端末からの情報を受信して、確認項目の確認が終了すると、結果を入力する。６０４は、連絡事項入力欄である。発生した回線障害について、連絡事項があれば入力する。

図７は、ユーザ運用部門２７０の端末２７５に表示されるアクションの内容７００を示す図である。

７０１はアラーム情報であり、７０２は通信回線の復旧状況であり、７０３は確認及びアクション状況であり、７０４は、連絡事項入力欄である。それぞれ、図６の６０１〜６０４に対応する。７０３の確認及びアクション状況に示す、確認状況欄のＡ区間及びＢ区間の結果入力欄が網掛けに表示される。これは、復旧支援サーバ２１２から第１アクションが実行されると、ユーザ運用部門２７０で確認可能な区間が、Ａ区間及びＢ区間に限られることを示す。

図８は、通信キャリア２３０の端末２３５に表示されるアクションの内容８００を示す図である。

８０１〜８０４の項目は、図６の６０１〜６０４に対応する。８０３の確認及びアクション状況に示す、確認状況欄のＣ区間及びＤ区間の結果入力欄が網掛けに表示される。これは、復旧支援サーバ２１２から第１アクションが実行されると、通信キャリア２３０で確認可能な区間が、Ｃ区間及びＤ区間に限られることを示す。

図９は、復旧支援プログラムの処理の流れを示すフローチャートである。

ステップＳ９０１において、復旧支援プログラムは、第１アクションを実行し、監視サーバが確認するＡ〜Ｄ区間のいずれに障害が発生しているかを確認する。ステップＳ９０３において、アラーム情報を確認し、アラーム情報が解消していれば、第１アクションを終了する。一方、ステップＳ９０３において、アラーム情報が解消していない場合には、ステップＳ９０５において、第２アクションを実行し、総合判定を行ない、各端末に対処を指示する。ステップＳ９０７において、アラーム情報が解消していない場合には、第３アクションを実行し、エスカレーション対応を指示する。

図１０は、監視サーバ２１１が監視するＡ〜Ｄ区間の回線図及び区間毎の確認項目を示す図である。

１００１は、Ａ〜Ｄ区間の回線図を示す。１００２は、各区間の名称、保守責任者、第１アクション〜第３アクションの内容を示す。Ａ区間の名称はキャリア網であり、保守責任者は通信キャリアである。第１アクションの対応者が通信キャリア、確認項目が網内アラーム及び工事情報、アクションが修復対応及び工事待機、を示す。また、Ａ区間の第２アクションは、行なわれないことを示す。Ｂ区間の名称、保守責任者、第１アクションは、Ａ区間と同様である。Ｂ区間の第２アクションは、対応者が通信キャリア、確認項目が回線試験、アクションが修復対応である。Ｃ区間、及びＤ区間の確認項目についても同様である。

図１１は、Ａ区間における復旧支援プログラムの処理の流れを示すフローチャートである。

ステップＳ１１０１において、復旧支援プログラムは、キャリア網内のアラーム情報を確認する。ステップＳ１１０３において、復旧支援プログラムは、アラーム情報がある場合には、ステップＳ１１０７に進んで、網内の修復措置を行なう。アラーム情報がない場合には、ステップＳ１１０５において、工事影響を確認する。復旧支援プログラムは、ステップＳ１１０９において、工事が行なわれている場合には、ステップＳ１１１１に進んで工事に関する情報を各端末に回答し、ステップＳ１１１５に進んで、工事終了まで待機する。一方、工事が行なわれていない場合には、ステップＳ１１１３に進んで、復旧支援プログラムは、監視サーバ２１１のアラームを確認する。そして、ステップＳ１１１７において、監視サーバによる監視が正常であると確認した場合には、第１アクションを終了する。監視サーバによる監視が正常でないと判断した場合には、復旧支援プログラムは、第２アクションを実行する。

図１２は、Ｂ区間における復旧支援プログラムの処理の流れを示すフローチャートである。

ステップＳ１２０１において、復旧支援プログラムは、アクセス回線のアラーム情報を確認する。ステップＳ１２０３において、復旧支援プログラムは、アラーム情報がある場合には、ステップＳ１２０７に進んで、アクセス回線の修復措置を行なう。アラーム情報がない場合には、ステップＳ１１０５において、工事影響を確認する。以下の処理は、Ａ区間の処理と同様であるので、説明を省略する。

図１３は、Ｃ及びＤ区間における復旧支援プログラムの処理の流れを示すフローチャートである。

ステップＳ１３０１において、復旧支援プログラムは、ランプ状態を確認する。ステップＳ１３０３において、ランプに異常がある場合には、復旧支援プログラムは、再起動をユーザ運用部門に指示を行なう。ステップＳ１３０５において再起動を行なうと、ステップＳ１３０７に進み、ランプに異常があるか否かを確認する。ランプに異常がない場合には、ステップＳ１３０９において、監視サーバのアラームを確認する。ステップＳ１３１１に進んで、正常に監視が行なわれていれば、アクションを終了する。一方、ステップＳ１３０７において、ランプに異常がある場合、又は、ステップＳ１３１１において監視が正常に行なわれていない場合には、復旧支援プログラムは、第２アクションを実行する。

図１４は、第２アクションの内容１４００を示す図である。
この４つのケース（１）〜（４）では、第１アクション後もアラームが継続しており、Ａ区間（キャリア網）には異常はないが、Ｂ区間（アクセス回線）には異常がある可能性がある。

この状況下で、ケース（１）のように、Ｃ区間（回線終端装置）に異常が発生している場合、被疑箇所として回線終端装置が示され、第２アクションとして、通信キャリアへの交換依頼が定義されている。また、ケース（２）のように、Ｄ区間（ケーブル又はルータ）に異常が発生している場合、被疑箇所としてルータが示され、第２アクションとして、ユーザにルータの詳細調査を依頼することが定義されている。ケース（３）のように、Ｃ及びＤ区間に異常が発生している場合、被疑箇所として回線終端装置及びルータが示され、第２アクションとして、通信キャリアへの交換依頼、及びユーザにルータの詳細調査を依頼することが定義されている。ケース（４）のように、Ｂ（アクセス回線）に異常が発生している場合、被疑箇所としてアクセス回線が示され、第２アクションとして、通信キャリアへの交換依頼が定義されている。

図１５は、第３アクションの内容１５００を示す図である。

第３アクションは、復旧支援プログラムにおける第１及び第２アクションを実施したにも関わらず、アラームが解消しない場合に、実行すべきアクションである。監視サーバ２１１が監視するＡ〜Ｄの区間で異常は解消しているが、アラームが継続している場合に、第３アクションとして、エスカレーションの実行を促す。

以上のとおり、本実施形態では、通信キャリア網からユーザのＷＡＮルータまでの監視及び障害復旧対応を行う保守センターを設置した。さらに、保守センターに監視サーバと回線障害の復旧を効率よく行うための復旧支援サーバを置いた。また、復旧支援サーバの端末を保守センターだけでなく、ユーザの運用部門と通信キャリアへ設置し、複数個所での状態確認と結果入力を行えるようにした。

復旧支援サーバで障害状況を総合的に判定して復旧対応を行うことによって、どのような回線種別あるいは通信キャリアの回線サービスを利用していたとしても、障害復旧を短時間で効率よく実施することができる。さらに、その過程を営業部門などの情報を共有したい第三者へ開示することにより、障害の復旧状況を関係者が知ることができ、保守センターへ復旧状況を逐次問い合わせる必要がなくなる。

すなわち、回線障害が発生したことを通知するアラームを、回線断の復旧対応に必要な各部門に設置した端末に同時に配信できる。また、この端末を用いて回線障害の復旧状況の情報閲覧と、情報入力とを可能にすることで、ユーザ運用部門と通信キャリアとにおいて、回線障害の復旧状況の確認と、対処に関する情報を同時に共有できる。さらに、復旧プログラムにより、回線障害への対処結果を総合的に判定して次の対処を行なうことにより、障害対応を効率的に実施することができ、障害発生から復旧までに要する時間を短縮できる。

保守センターにおいて、目的、品質、コストなどにより異なる回線サービスに応じた対応、又は共通の対応を取れることから、ユーザが通信キャリアや回線サービスの種別に依存せず、ＷＡＮ回線全般の保守サービスとして汎用的に活用することができる。

（第３実施形態）
本発明の第３実施形態としての情報処理システム１６００について、図１６を用いて説明する。

本発明の実施形態として、複数のユーザに対して復旧支援を行うことが考えられる。その場合、図１６のように保守センター１６０１からは各ユーザのユーザ通信用ネットワークを接続し、保守センター１６０１の監視サーバから各ユーザ通信用ネットワーク２５０〜２５Ｎの各々の拠点を監視することになる。一方で、障害復旧用ネットワーク２４０は１つあれば十分であり、障害復旧用ネットワーク２４０には各ユーザのユーザ運用部門２７０〜２７Ｎの各々のユーザが契約する通信キャリア２３０〜２３Ｎを接続し、監視端末をそれぞれに配置する構成となる。このような構成を取ることによって、ユーザ保守部門は多数のユーザに対して保守サービスを提供することができる。また、対応ユーザ数が増えれば増えるほど、本発明を使用しない場合に比べて、オペレータの要員数や提供コストなどにおいてのメリットが大きくなる。

以上の構成により、本実施形態に係る情報処理システムによれば、ユーザ通信回線が複数であっても、ユーザ運用部門と通信キャリアとにおいて、回線障害の復旧状況の確認と、対処に関する情報を同時に共有できる。

（第４実施形態）
図１７を用いて、本発明の第４実施形態に係る情報処理システム１７００について説明する。

多くのユーザでは回線も含めたネットワーク運用業務を情報システム部など専門知識を持った要員からなる部門に集約し、通信キャリアへの問い合わせなどの対応においてもその部門を単一窓口とすることが一般的である。しかしながら、回線終端装置などのユーザ拠点内の設備で障害が発生した際に、ユーザ拠点がユーザ運用部門とは物理的に離れた場所にあると、ユーザ拠点の状況確認においては従来通り電話を使用することになる。この部分においてもさらに効率化を図るために、障害情報を障害が発生したユーザ拠点へも配信し、ユーザ拠点でも障害情報を元に確認及び対処ができるような工夫が必要になる。

そのための一つの方法として、ユーザ運用部門の端末より、ユーザ拠点に対して障害情報を展開し、ユーザ拠点からも障害復旧サーバへアクセスし、ユーザ運用部門と同等の情報を閲覧かつ入力できるようにする方法が考えられる。その際、ユーザ拠点が障害復旧用ネットワークに加入することなく情報を転送できるよう、ユーザ拠点の担当者の携帯電話などの携帯端末を利用する方法が考えられる。これを実現するため、本実施形態に係る情報処理システム１７００における復旧支援サーバ１７１２は、ユーザの携帯電話（携帯端末）１７５０に通信回線の障害情報を送信する。ユーザ運用部門の端末１７７５がユーザの携帯電話１７５０からのアクセスを受け付け、回線障害の情報を供給してもよい。

すなわち、端末１７７５又は復旧支援サーバ１７１２に対し、任意のアドレスへ障害情報を送信する機能を追加し、復旧支援サーバ１７１２に対してユーザの携帯端末１７５０からのアクセス（Ｗｅｂアクセスが一般的）を受け付ける機能を追加すれば良い。その際、ユーザの携帯端末１７５０から復旧支援サーバ１７１２への通信は暗号化されていることが望ましい。

以上の構成により本実施形態に係る情報処理システムによれば、ユーザ通信回線が障害により使用できない場合であっても、ユーザにおいて回線障害の状況、及び回線障害の復旧状況を逐次確認できる。

（他の実施形態）
以上、本発明の実施形態について詳述したが、それぞれの実施形態に含まれる別々の特徴を如何様に組み合わせたシステム又は装置も、本発明の範疇に含まれる。

また、本発明は、複数の機器から構成されるシステムに適用されても良いし、単体の装置に適用されても良い。さらに、本発明は、実施形態の機能を実現する制御プログラムが、システムあるいは装置に直接あるいは遠隔から供給される場合にも適用可能である。したがって、本発明の機能をコンピュータで実現するために、コンピュータにインストールされるプログラム、あるいはそのプログラムを格納した媒体、そのプログラムをダウンロードさせるＷＷＷ(World Wide Web)サーバも、本発明の範疇に含まれる。

［実施形態の他の表現］
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

（付記１）
監視サーバ、復旧支援サーバ及び回線データベースを含む情報処理システムであって、
前記監視サーバは、
ユーザ通信環境の障害を監視する監視手段と、
前記復旧支援サーバに前記障害の発生を示すアラームを通知する通知手段と、
を備え、
前記復旧支援サーバは、
前記回線データベースを参照して、前記アラームから、前記障害が発生したユーザ通信環境を特定する特定手段と、
前記ユーザ通信環境を管理する複数の端末へ前記アラームを配信するアラーム配信手段と、
配信した前記アラームに対する確認結果を前記端末から受信する受信手段と、
前記確認結果に基づいて、前記端末側で採るべきアクションを決定する決定手段と、
前記決定手段で決定したアクションを前記端末に送信する送信手段と、
を備えたことを特徴とする情報処理システム。
（付記２）
前記決定手段は、
前記端末からの確認結果を元に、前記端末側で採るべき第１アクションを決定し、
前記第１アクションを行った後も前記アラームが継続した場合、前記端末が採るべき第２アクションを決定することを特徴とする付記１に記載の情報処理システム。
（付記３）
前記復旧支援サーバは、
アラームが回復した時点で、各端末へ復旧時刻を通知する手段をさらに有することを特徴とする付記１又は２に記載の情報処理システム。
（付記４）
前記監視手段は、前記ユーザ通信環境として、
ユーザ通信用ネットワークから各ユーザ通信機器までの区間を監視することを特徴とする付記１乃至３のいずれかに記載の情報処理システム。
（付記５）
前記通知手段が通知するアラームは、前記障害が発生したユーザ通信環境を特定するＩＰアドレスを含むことを特徴とする付記１乃至４のいずれかに記載の情報処理システム。
（付記６）
監視サーバ、復旧支援サーバ及び回線データベースを含む情報処理システムを用いた通信環境監視復旧方法であって、
前記監視サーバにおいてユーザ通信環境の障害を監視する監視ステップと、
前記監視サーバが前記復旧支援サーバに対し前記障害の発生を示すアラームを通知する通知ステップと、
前記復旧支援サーバが、前記回線データベースを参照して、前記アラームから、前記障害が発生したユーザ通信環境を特定する特定ステップと、
前記復旧支援サーバが、前記ユーザ通信環境を管理する複数の端末へ前記アラームを配信するアラーム配信ステップと、
前記復旧支援サーバが、配信した前記アラームに対する確認結果を前記端末から受信する受信ステップと、
前記復旧支援サーバが、前記確認結果に基づいて、前記端末側で採るべきアクションを決定する決定ステップと、
前記復旧支援サーバが、前記決定ステップで決定したアクションを前記端末に送信する送信ステップと、
を含むことを特徴とする通信環境監視復旧方法。
（付記７）
付記１に記載の監視サーバとして機能するため、
ユーザ通信環境の障害を監視する監視手段と、
前記復旧支援サーバに前記障害の発生を示すアラームを通知する通知手段と、
を備えたことを特徴とする情報処理装置。
（付記８）
付記１に記載の復旧支援サーバとして機能するため、
前記回線データベースを参照して、前記アラームから、前記障害が発生したユーザ通信環境を特定する特定手段と、
前記ユーザ通信環境を管理する複数の端末へ前記アラームを配信するアラーム配信手段と、
配信した前記アラームに対する確認結果を前記端末から受信する受信手段と、
前記確認結果に基づいて、前記端末側で採るべきアクションを決定する決定手段と、
前記決定手段で決定したアクションを前記端末に送信する送信手段と、
を備えたことを特徴とする情報処理装置。
（付記９）
付記１に記載の監視サーバとして機能する情報処理装置の制御方法であって、
ユーザ通信環境の障害を監視する監視ステップと、
前記復旧支援サーバに前記障害の発生を示すアラームを通知する通知ステップと、
を含むことを特徴とする情報処理装置の制御方法。
（付記１０）
付記１に記載の復旧支援サーバとして機能する情報処理装置の制御方法であって、
前記回線データベースを参照して、前記アラームから、前記障害が発生したユーザ通信環境を特定する特定ステップと、
前記ユーザ通信環境を管理する複数の端末へ前記アラームを配信するアラーム配信ステップと、
配信した前記アラームに対する確認結果を前記端末から受信する受信ステップと、
前記確認結果に基づいて、前記端末側で採るべきアクションを決定する決定ステップと、
前記決定ステップで決定したアクションを前記端末に送信する送信ステップと、
を含むことを特徴とする情報処理装置の制御方法。
（付記１１）
付記１に記載の監視サーバとして機能する情報処理装置の制御プログラムであって、
ユーザ通信環境の障害を監視する監視ステップと、
前記復旧支援サーバに前記障害の発生を示すアラームを通知する通知ステップと、
をコンピュータに実行させることを特徴とする情報処理装置の制御プログラム。
（付記１２）
付記１に記載の復旧支援サーバとして機能する情報処理装置の制御プログラムであって、
前記回線データベースを参照して、前記アラームから、前記障害が発生したユーザ通信環境を特定する特定ステップと、
前記ユーザ通信環境を管理する複数の端末へ前記アラームを配信するアラーム配信ステップと、
配信した前記アラームに対する確認結果を前記端末から受信する受信ステップと、
前記確認結果に基づいて、前記端末側で採るべきアクションを決定する決定ステップと、
前記決定ステップで決定したアクションを前記端末に送信する送信ステップと、
をコンピュータに実行させることを特徴とする情報処理装置の制御プログラム。

Claims (10)

1. 監視サーバ、復旧支援サーバ及び回線データベースを含む情報処理システムであって、
   前記監視サーバは、
   ユーザ通信環境の障害を監視する監視手段と、
   前記復旧支援サーバに前記障害の発生を示すアラームを通知する通知手段と、
   を備え、
   前記復旧支援サーバは、
   前記回線データベースを参照して、前記アラームから、前記障害が発生したユーザ通信環境を特定する特定手段と、
   前記ユーザ通信環境を管理する複数の端末へ前記アラームを配信するアラーム配信手段と、
   配信した前記アラームに対する確認結果を前記端末から受信する受信手段と、
   前記確認結果に基づいて、前記端末側で採るべきアクションを決定する決定手段と、
   前記決定手段で決定したアクションを前記端末に送信する送信手段と、
   を備えたことを特徴とする情報処理システム。
2. 前記決定手段は、
   前記端末からの確認結果を元に、前記端末側で採るべき第１アクションを決定し、
   前記第１アクションを行った後も前記アラームが継続した場合、前記端末が採るべき第２アクションを決定することを特徴とする請求項１に記載の情報処理システム。
3. 前記復旧支援サーバは、
   アラームが回復した時点で、各端末へ復旧時刻を通知する手段をさらに有することを特徴とする請求項１又は２に記載の情報処理システム。
4. 監視サーバ、復旧支援サーバ及び回線データベースを含む情報処理システムを用いた通信環境監視復旧方法であって、
   前記監視サーバにおいてユーザ通信環境の障害を監視する監視ステップと、
   前記監視サーバが前記復旧支援サーバに対し前記障害の発生を示すアラームを通知する通知ステップと、
   前記復旧支援サーバが、前記回線データベースを参照して、前記アラームから、前記障害が発生したユーザ通信環境を特定する特定ステップと、
   前記復旧支援サーバが、前記ユーザ通信環境を管理する複数の端末へ前記アラームを配信するアラーム配信ステップと、
   前記復旧支援サーバが、配信した前記アラームに対する確認結果を前記端末から受信する受信ステップと、
   前記復旧支援サーバが、前記確認結果に基づいて、前記端末側で採るべきアクションを決定する決定ステップと、
   前記復旧支援サーバが、前記決定ステップで決定したアクションを前記端末に送信する送信ステップと、
   を含むことを特徴とする通信環境監視復旧方法。
5. 請求項１に記載の監視サーバとして機能するため、
   ユーザ通信環境の障害を監視する監視手段と、
   前記復旧支援サーバに前記障害の発生を示すアラームを通知する通知手段と、
   を備えたことを特徴とする情報処理装置。
6. 請求項１に記載の復旧支援サーバとして機能するため、
   前記回線データベースを参照して、前記アラームから、前記障害が発生したユーザ通信環境を特定する特定手段と、
   前記ユーザ通信環境を管理する複数の端末へ前記アラームを配信するアラーム配信手段と、
   配信した前記アラームに対する確認結果を前記端末から受信する受信手段と、
   前記確認結果に基づいて、前記端末側で採るべきアクションを決定する決定手段と、
   前記決定手段で決定したアクションを前記端末に送信する送信手段と、
   を備えたことを特徴とする情報処理装置。
7. 請求項１に記載の監視サーバとして機能する情報処理装置の制御方法であって、
   ユーザ通信環境の障害を監視する監視ステップと、
   前記復旧支援サーバに前記障害の発生を示すアラームを通知する通知ステップと、
   を含むことを特徴とする情報処理装置の制御方法。
8. 請求項１に記載の復旧支援サーバとして機能する情報処理装置の制御方法であって、
   前記回線データベースを参照して、前記アラームから、前記障害が発生したユーザ通信環境を特定する特定ステップと、
   前記ユーザ通信環境を管理する複数の端末へ前記アラームを配信するアラーム配信ステップと、
   配信した前記アラームに対する確認結果を前記端末から受信する受信ステップと、
   前記確認結果に基づいて、前記端末側で採るべきアクションを決定する決定ステップと、
   前記決定ステップで決定したアクションを前記端末に送信する送信ステップと、
   を含むことを特徴とする情報処理装置の制御方法。
9. 請求項１に記載の監視サーバとして機能する情報処理装置の制御プログラムであって、
   ユーザ通信環境の障害を監視する監視ステップと、
   前記復旧支援サーバに前記障害の発生を示すアラームを通知する通知ステップと、
   をコンピュータに実行させることを特徴とする情報処理装置の制御プログラム。
10. 請求項１に記載の復旧支援サーバとして機能する情報処理装置の制御プログラムであって、
    前記回線データベースを参照して、前記アラームから、前記障害が発生したユーザ通信環境を特定する特定ステップと、
    前記ユーザ通信環境を管理する複数の端末へ前記アラームを配信するアラーム配信ステップと、
    配信した前記アラームに対する確認結果を前記端末から受信する受信ステップと、
    前記確認結果に基づいて、前記端末側で採るべきアクションを決定する決定ステップと、
    前記決定ステップで決定したアクションを前記端末に送信する送信ステップと、
    をコンピュータに実行させることを特徴とする情報処理装置の制御プログラム。

Images