(57)【特許請求の範囲】
【請求項１】
ネットワークへの接続を中継する対象装置から、前記対象装置に接続している複数の通信装置との通信に関する情報を取得する取得部と、
前記対象装置に接続している通信装置の総数である接続総数と、前記対象装置に所定時間内に新たに接続した通信装置の数である新接続数と、所定の条件と、に基づいて障害の発生を判定する判定部と、
を備え、
前記判定部は、前記接続総数の減少数が閾値以上であり、かつ、前記新接続数が閾値未満である場合に、障害が発生したと判定する判定装置。
【請求項２】
ネットワークへの接続を中継する対象装置から、前記対象装置に接続している複数の通信装置との通信に関する情報を取得する取得部と、
前記対象装置に接続している通信装置の総数である接続総数と、前記対象装置に所定時間内に新たに接続した通信装置の数である新接続数と、所定の条件と、に基づいて障害の発生を判定する判定部と、
を備え、
前記判定部は、前記接続総数の減少数が閾値未満であり、かつ、前記新接続数が閾値以上である場合に、障害が発生したと判定する判定装置。
【請求項３】
ネットワークへの接続を中継する対象装置から、前記対象装置に接続している複数の通信装置との通信に関する情報を取得する取得ステップと、
前記対象装置に接続している通信装置の総数である接続総数と、前記対象装置に所定時間内に新たに接続した通信装置の数である新接続数と、所定の条件と、に基づいて障害の発生を判定する判定ステップと、
を有し、
前記判定ステップにおいて、前記接続総数の減少数が閾値以上であり、かつ、前記新接続数が閾値未満である場合に、障害が発生したと判定する判定方法。
【請求項４】
ネットワークへの接続を中継する対象装置から、前記対象装置に接続している複数の通信装置との通信に関する情報を取得する取得ステップと、
前記対象装置に接続している通信装置の総数である接続総数と、前記対象装置に所定時間内に新たに接続した通信装置の数である新接続数と、所定の条件と、に基づいて障害の発生を判定する判定ステップと、
を有し、
前記判定ステップにおいて、前記接続総数の減少数が閾値未満であり、かつ、前記新接続数が閾値以上である場合に、障害が発生したと判定する判定方法。
【請求項５】
ネットワークへの接続を中継する対象装置から、前記対象装置に接続している複数の通信装置との通信に関する情報を取得する取得ステップと、
前記対象装置に接続している通信装置の総数である接続総数と、前記対象装置に所定時間内に新たに接続した通信装置の数である新接続数と、所定の条件と、に基づいて障害の発生を判定する判定ステップと、
をコンピュータに実行させ、
前記判定ステップにおいて、前記接続総数の減少数が閾値以上であり、かつ、前記新接続数が閾値未満である場合に、障害が発生したと判定させるためのコンピュータプログラム。
【請求項６】
ネットワークへの接続を中継する対象装置から、前記対象装置に接続している複数の通信装置との通信に関する情報を取得する取得ステップと、
前記対象装置に接続している通信装置の総数である接続総数と、前記対象装置に所定時間内に新たに接続した通信装置の数である新接続数と、所定の条件と、に基づいて障害の発生を判定する判定ステップと、
をコンピュータに実行させ、
前記判定ステップにおいて、前記接続総数の減少数が閾値未満であり、かつ、前記新接続数が閾値以上である場合に、障害が発生したと判定させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続する通信装置の監視技術に関する。
【背景技術】
【０００２】
従来、ネットワークに接続する通信装置を監視する監視システムが提案されている（例えば、特許文献１参照）。このような監視システムでは、一般的には故障が発生した通信装置からアラームが出力されることにより、監視を行っているネットワークサービスの提供者は通信装置の故障を把握できる。そのため、ネットワークサービスの提供者は、通信装置の故障に対して即座に対応することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−０７４８６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、インターネット通信において想定外のセッション断などが発生した場合、従来の監視システムでは、障害発生を検知することができないという問題があった。そのため、通信装置の故障が長時間放置されてしまうこともあった。その結果、ネットワークサービスの提供者は、ネットワークサービスの利用者からの問い合わせにより障害があったことを把握するといった事態も生じかねない。このような問題が発生すると、利用者からの信頼も低下してしまうおそれもある。
【０００５】
上記事情に鑑み、本発明は、ネットワークに生じた障害をより精度良く検知する技術の提供を目的としている。
【課題を解決するための手段】
【０００７】
本発明の一態様は、ネットワークへの接続を中継する対象装置から、前記対象装置に接続している複数の通信装置との通信に関する情報を取得する取得部と、前記対象装置に接続している通信装置の総数である接続総数と、前記対象装置に所定時間内に新たに接続した通信装置の数である新接続数と、所定の条件と、に基づいて障害の発生を判定する判定部と、を備え、前記判定部は、前記接続総数の減少数が閾値以上であり、かつ、前記新接続数が閾値未満である場合に、障害が発生したと判定する判定装置である。
【０００８】
本発明の一態様は、ネットワークへの接続を中継する対象装置から、前記対象装置に接続している複数の通信装置との通信に関する情報を取得する取得部と、前記対象装置に接続している通信装置の総数である接続総数と、前記対象装置に所定時間内に新たに接続した通信装置の数である新接続数と、所定の条件と、に基づいて障害の発生を判定する判定部と、を備え、前記判定部は、前記接続総数の減少数が閾値未満であり、かつ、前記新接続数が閾値以上である場合に、障害が発生したと判定する判定装置である。
【０００９】
本発明の一態様は、ネットワークへの接続を中継する対象装置から、前記対象装置に接続している複数の通信装置との通信に関する情報を取得する取得ステップと、前記対象装置に接続している通信装置の総数である接続総数と、前記対象装置に所定時間内に新たに接続した通信装置の数である新接続数と、所定の条件と、に基づいて障害の発生を判定する判定ステップと、を有し、前記判定ステップにおいて、前記接続総数の減少数が閾値以上であり、かつ、前記新接続数が閾値未満である場合に、障害が発生したと判定する判定方法である。
本発明の一態様は、ネットワークへの接続を中継する対象装置から、前記対象装置に接続している複数の通信装置との通信に関する情報を取得する取得ステップと、前記対象装置に接続している通信装置の総数である接続総数と、前記対象装置に所定時間内に新たに接続した通信装置の数である新接続数と、所定の条件と、に基づいて障害の発生を判定する判定ステップと、を有し、前記判定ステップにおいて、前記接続総数の減少数が閾値未満であり、かつ、前記新接続数が閾値以上である場合に、障害が発生したと判定する判定方法である。
【００１０】
本発明の一態様は、ネットワークへの接続を中継する対象装置から、前記対象装置に接続している複数の通信装置との通信に関する情報を取得する取得ステップと、前記対象装置に接続している通信装置の総数である接続総数と、前記対象装置に所定時間内に新たに接続した通信装置の数である新接続数と、所定の条件と、に基づいて障害の発生を判定する判定ステップと、をコンピュータに実行させ、前記判定ステップにおいて、前記接続総数の減少数が閾値以上であり、かつ、前記新接続数が閾値未満である場合に、障害が発生したと判定させるためのコンピュータプログラムである。
本発明の一態様は、ネットワークへの接続を中継する対象装置から、前記対象装置に接続している複数の通信装置との通信に関する情報を取得する取得ステップと、前記対象装置に接続している通信装置の総数である接続総数と、前記対象装置に所定時間内に新たに接続した通信装置の数である新接続数と、所定の条件と、に基づいて障害の発生を判定する判定ステップと、をコンピュータに実行させ、前記判定ステップにおいて、前記接続総数の減少数が閾値未満であり、かつ、前記新接続数が閾値以上である場合に、障害が発生したと判定させるためのコンピュータプログラムである。
【発明の効果】
【００１１】
本発明により、ネットワークに生じた障害をより精度良く検知することが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本発明における監視システム１のシステム構成を示す図である。
【図２】判定装置２０の機能構成を表す概略ブロック図である。
【図３】判定装置２０が取得するセッション情報の推移を表す図である。
【図４】故障発生の判断基準に関する概念図である。
【図５】本発明の判定装置２０の処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の一実施形態を、図面を参照しながら説明する。
図１は、本発明における監視システム１のシステム構成を示す図である。本発明の監視システム１は、複数の対象装置１０−１〜１０−Ｎ（Ｎは１以上の整数）、判定装置２０及びオペレータ端末３０を備える。対象装置１０−１〜１０−Ｎ、判定装置２０及びオペレータ端末３０のそれぞれは、ネットワーク４０を介して互いに通信可能に接続されている。なお、以下の説明では、対象装置１０−１〜１０−Ｎについて特に区別しない場合には対象装置１０と記載する。
【００１４】
対象装置１０は、自装置（対象装置１０）に接続されている中継装置（不図示、以下同様）と自装置（対象装置１０）との間のセッションを管理する装置である。各対象装置１０には、中継装置（通信装置）が複数台（例えば数千台）接続されている。中継装置は、例えば、家庭内で使用されるブロードバンドルータ（例えば、ホームゲートウェイ装置）である。対象装置１０及び中継装置は、ＰＰＰｏＥ（Point to Point Protocol over Ethernet（登録商標））を利用して通信する。
【００１５】
判定装置２０は、定期的に各対象装置１０から対象装置に接続している複数の通信装置との通信に関する情報を取得し、取得した情報に基づいてオペレータ端末３０に通知を行う。
オペレータ端末３０は、パーソナルコンピュータなどの情報処理装置を用いて構成される。オペレータ端末３０は、判定装置２０から通知された情報を画面に表示する。
ネットワーク４０は、どのように構成されたネットワークでもよい。例えば、ネットワーク４０はＮＧＮ（Next Generation Network）を用いて構成されてもよい。
【００１６】
図２は、判定装置２０の機能構成を表す概略ブロック図である。判定装置２０は、バスで接続されたＣＰＵ（Central Processing Unit）やメモリや補助記憶装置などを備え、判定プログラムを実行する。判定プログラムの実行によって、判定装置２０は、取得部２０１、セッション情報記憶部２０２、判定部２０３、通知部２０４を備える装置として機能する。なお、判定装置２０の各機能の全て又は一部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＰＬＤ（Programmable Logic Device）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを用いて実現されてもよい。また、判定プログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。また、判定プログラムは、電気通信回線を介して送受信されてもよい。
【００１７】
取得部２０１は、定期的（例えば、１時間ごと）に、対象装置１０と中継装置との間のセッションに関する情報（以下、「セッション情報」という。）を取得する。セッション情報は、例えばセッション総数やセッション時間である。セッション総数は、各中継装置がネットワーク４０に接続するために対象装置１０に対して確立されているセッションの総数である。セッション時間は、各セッションが継続して確立されている時間である。取得部２０１は、取得したセッション情報をセッション情報記憶部２０２に記録する。
セッション情報記憶部２０２は、磁気ハードディスク装置や半導体記憶装置などの記憶装置を用いて構成される。セッション情報記憶部２０２は、取得部２０１によって取得されたセッション情報を記憶している。
【００１８】
判定部２０３は、セッション情報記憶部２０２に記憶されているセッション情報に基づいて所定の条件が満たされたか否かを判定する。所定の条件の具体例として、例えば、セッション総数の減少数が閾値以上であり、かつ、セッション時間が所定の時間（例えば、１時間）以内のセッションの数（以下、「新セッション数」という。）が閾値未満であることが挙げられる。また、所定の条件の他の具体例として、セッション総数の減少数が閾値未満であり、かつ、新セッション数が閾値以上であることが挙げられる。判定部２０３は、所定の条件が満たされると、障害（異常）が発生したと判定する。
【００１９】
通知部２０４は、判定部２０３の判定結果に応じて、障害が発生したことをオペレータ端末３０に通知する。例えば、判定部２０３が所定の条件を満たしたと判定した場合、通知部２０４はオペレータ端末３０に通知を行う。一方、判定部２０３が所定の条件を満たしていないと判定した場合、通知部２０４は通知を行わない。
【００２０】
図３は、判定装置２０が取得するセッション情報の推移を表す図である。
図３において、縦軸はセッションの数を表し、横軸は時刻ｔを表す。図３では、０時から２３時まで１時間ごとに取得部２０１が取得したセッション情報の推移について示されている。『Ｓｅｓ』は、セッション総数を表す。『Ｓｅｓ』に対応する線で表される複数の折れ線グラフ５０は、対象装置１０毎のセッション総数の推移を表す。『Ｎｅｗ』は、１時間以内にネットワーク４０において新たに確立されたセッションの数（新セッション数）を表す。『Ｎｅｗ』に対応する線で表される複数の折れ線グラフ６０は、対象装置１０毎の新セッション数の推移を表す。
【００２１】
図３に示されるように、折れ線グラフ５０では、１時間ごとにセッション総数が増減しているものの急激な変化は見られない。それに対し、折れ線グラフ６０では、時刻３時から５時までの間で急激に変化している（円７０内）。より具体的には、折れ線グラフ６０では、時刻３時から４時までの間で数が急激に上昇しており、時刻４時から５時までの間で数が急激に減少している。図３の画像８０は、折れ線グラフ６０が急激に変化した時刻周辺の拡大図である。画像８０に示される新セッション数の急激な変動は、３時台に瞬間的な故障などにより対象装置１０と中継装置との間のセッションが多数切断され、切断された対象装置１０と中継装置との間のセッションが新たに多数確立されたことを表している。
【００２２】
図４は、故障発生の判断基準に関する概念図である。以下、図４を用いて、判定装置２０が、障害が発生したと判定するための判断基準について具体的に説明する。
遷移線９０（９０−ａ，９０−ｂ）は、１時間ごとのセッション総数の推移を表す。すなわち、遷移線９０は、図３の折れ線グラフ５０に対応する。遷移線９１（９１−ａ，９１−ｂ）は、セッション時間が１時間以内のセッション数（１時間以内に新たに確立されたセッションの数）の推移を表す。すなわち、遷移線９１は、図３の折れ線グラフ６０に対応する。
【００２３】
まず、図４（Ａ）について説明する。
遷移線９０−ａのようにセッション総数に急激な減少が発生し、かつ、遷移線９１−ａのように新セッション数に急激な増加が発生しない場合、障害の発生によりセッションが多数切断され、中継装置が長時間セッションを張り直すことができなかったことが想定される。このような障害を検知するため、判定装置２０は、セッション総数の減少数が閾値以上であり、かつ、新セッション数が閾値未満である場合、障害が発生したと判定する。
【００２４】
次に、図４（Ｂ）について説明する。
遷移線９０−ｂのようにセッション総数に急激な減少が発生せず、かつ、遷移線９１−ｂのように新セッション数に急激な増加が発生した場合、障害の発生によりセッションが多数切断され、中継装置がその後短時間内にセッションを張り直すことができたことが想定される。このような短時間に生じた障害を検知するため、判定装置は、セッション総数の減少数が閾値未満であり、かつ、新セッション数が閾値以上である場合、障害が発生したと判定する。
【００２５】
図５は、本発明の判定装置２０の処理の流れを示すフローチャートである。
取得部２０１は、定期的に対象装置１０からセッション情報を取得し、取得したセッション情報をセッション情報記憶部２０２に記録する（ステップＳ１０１）。判定部２０３は、取得されたセッション情報を参照し、全セッション数（セッション総数）が所定の値（例えば、１００）以上であるか否かを判定する（ステップＳ１０２）。全セッション数が所定の値未満である場合（ステップＳ１０２−ＮＯ）、判定装置２０は処理を終了する。一方、全セッション数が所定の値以上である場合（ステップＳ１０２−ＹＥＳ）、判定部２０３は所定の条件が満たされたか否かを判定する（ステップＳ１０３）。
【００２６】
所定の条件が満たされた場合（ステップＳ１０３−ＹＥＳ）、判定部２０３は異常ありと判定する（ステップＳ１０４）。その後、判定部２０３は判定結果を通知部２０４に出力する。この際、判定部２０３は、障害が発生している対象装置を識別するための識別情報（例えば、IPアドレス、ホスト名など）を通知部２０４に出力する。また、判定部２０３は、複数の条件のうち、どの条件が満たされたのかを示す情報を通知部２０４に出力してもよい。通知部２０４は、判定結果に基づいてオペレータ端末３０に障害が発生したことを示す通知を行う（ステップＳ１０５）。その後、判定装置２０は処理を終了する。
ステップＳ１０３の処理において、所定の条件が満たされていない場合（ステップＳ１０３−ＮＯ）、判定部２０３は異常なしと判定する（ステップＳ１０６）。その後、判定装置２０は処理を終了する。判定装置２０は、以上の処理を所定のタイミングで実行する。
【００２７】
以上のように構成された監視システム１では、対象装置１０から取得されるセッション情報に基づいて、ネットワーク４０に接続している対象装置１０と中継装置との間のセッションに障害が発生したか否かを判定することができる。具体的には、判定装置２０が、対象装置１０からセッション情報を繰り返し収集し、セッション数の推移やセッションの接続時間に応じて所定の条件を満たすか否かを判定する。その後、判定装置２０は、障害の発生を検知すると、その旨を示す通知をオペレータ端末３０に通知する。これにより、オペレータ端末３０を操作するオペレータは、障害が発生している対象装置１０を即座に特定し、対応することができる。そのため、ネットワークに接続する装置の障害（異常）を検知することが可能となる。その結果、ネットワークサービスの利用者への装置の障害による影響を軽減することや、事後の対応を迅速に行うことができる。
【００２８】
また、瞬間的な障害が生じた場合には、セッション総数に変化が現れにくいため、障害の発生を検出できない場合がある。このような問題に対し、判定装置２０は、セッション総数の減少数が閾値未満であり、かつ、新セッション数が閾値以上であるという条件に基づいて障害を検知するため、上述した障害の発生を精度良く検出することが可能となる。
【００２９】
＜変形例＞
所定の条件は、上述の条件に限定される必要はない。例えば、所定の条件として、インターネット通信の契約者数とセッション数との割合による条件があってもよい。この場合には、以下のような処理が行なわれる。判定装置２０は、セッション情報を取得する度に、インターネット通信の契約者数とセッション総数とを比較する。判定装置２０は、比較した結果、契約者数に対するセッション総数の割合が予め設定された閾値以下である場合に、中継装置と対象装置１０とのセッションに障害が発生したと判定する。そして、判定装置２０は、セッションに障害が発生したことを示す通知をオペレータ端末３０に対して行う。
【００３０】
所定の条件は、セッション総数の減少数が閾値以上であることであってもよい。また、所定の条件は、新セッション数が閾値以上であることであってもよい。
判定装置２０は、障害が発生していないと判定された場合に、障害が発生していないことをオペレータ端末３０に対して通知してもよい。
【００３１】
セッション総数及び新セッション数は、単にセッションの数として表されてもよいし、変動率として表されてもよい。セッション総数の変動率とは、セッション総数の変動の大きさを表す指標である。例えば、時刻ｔのセッション総数と時刻ｔ−１のセッション総数との差を時刻ｔのセッション総数で除算することによってセッション総数の変動率が得られてもよい。新セッション数の変動率とは、新セッション数の数の大きさを表す指標である。例えば、新セッション数の変動率は、時刻ｔの新セッション数を時刻ｔのセッション総数で除算することによって得られてもよい。
【００３２】
本実施形態では、ＩＰｖ４（Internet Protocol Version 4）を用いた通信においてセッション情報に基づいて障害の発生を検知する構成を示したが、これに限定される必要はない。例えば、ＩＰｖ６（Internet Protocol Version 6）を用いた通信において同様の処理が行われることによって障害の発生が検知されてもよい。また、他の処理によって同様の障害の発生が検知されてもよい。
【００３３】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００３４】
１０（１０−１〜１０−Ｎ）…対象装置，  ２０…判定装置，  ３０…オペレータ端末，  ４０…ネットワーク，  ２０１…取得部，  ２０２…セッション情報記憶部，  ２０３…判定部，  ２０４…通知部
【要約】
【課題】ネットワークに生じた障害をより精度良く検知すること。
【解決手段】ネットワークへの接続を中継する対象装置から、対象装置に接続している複数の通信装置との通信に関する情報を取得し、対象装置に接続している通信装置の総数である接続総数と、対象装置に所定時間内に新たに接続した通信装置の数である新接続数と、所定の条件と、に基づいて障害の発生を判定する。
【選択図】図４【図１】
0005597757.tif 000002
【図２】
0005597757.tif 000003
【図３】
0005597757.tif 000004
【図４】
0005597757.tif 000005
【図５】
0005597757.tif 000006