管理装置及び方法
【課題】 ネットワーク端末間の接続の切断がアクセスポイントの障害によるものか否かを判別する。
【解決手段】 管理装置１は、アクセスポイント２を介して相互に接続する複数のネットワーク端末３を備えるネットワーク１００の管理装置であって、複数のネットワーク端末を、接続を中継するアクセスポイント毎にグループ化するグループ化手段１１、１３と、ネットワーク端末間の接続が切断したか否かを検出する障害検出手段１４と、ネットワーク端末のグループにおいて、所定期間内に閾値を超える数の接続の切断が検知される場合に、ネットワーク端末間の接続の切断が、グループに対応するアクセスポイントの障害によるものと判定する判定手段１５とを備える。
【解決手段】 管理装置１は、アクセスポイント２を介して相互に接続する複数のネットワーク端末３を備えるネットワーク１００の管理装置であって、複数のネットワーク端末を、接続を中継するアクセスポイント毎にグループ化するグループ化手段１１、１３と、ネットワーク端末間の接続が切断したか否かを検出する障害検出手段１４と、ネットワーク端末のグループにおいて、所定期間内に閾値を超える数の接続の切断が検知される場合に、ネットワーク端末間の接続の切断が、グループに対応するアクセスポイントの障害によるものと判定する判定手段１５とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク機器間で相互に接続確認を行う通信方式を用いるネットワークの技術分野に関し、ネットワーク機器の夫々がアクセスポイントを介して接続するネットワークを管理する管理装置及び方法の技術分野に関する。
【背景技術】
【０００２】
この種のネットワークでは、ネットワーク上のネットワーク機器は、アクセスポイントを介して、例えばキャリア網等の大規模ネットワークに接続することで、該ネットワーク上の他のネットワーク機器との間で相互に通信を行うことが出来る。
【０００３】
このような大規模ネットワークにおいては、何らかの要因によって生じた障害により、ネットワーク機器間での通信の阻害が起こり得る。例えば、キャリア網内の機器の障害又は個々のネットワーク機器の障害等、障害によって通信の阻害が生じる規模が異なる。
【０００４】
利用者に対して良質なサービスを提供するためには、ネットワークを管理する管理者は、このような障害の発生を迅速に検出し、必要であれば何らかの対応を行うことが好ましい。このため、生じた障害とそれによる通信の阻害の規模等について迅速に検出可能なシステムが存在することが好ましい。
【０００５】
従来、キャリア網内で何らかの障害が発生した場合、ネットワークの管理システムは、詳細な障害の態様については把握することが出来ず、ネットワークの管理者側が、個々のネットワーク機器の利用者に対して直接障害確認を行う等の対応を行っていた。しかしながら、大規模ネットワークにおいて、このような対応を実施することは実践上困難である。
【０００６】
このような困難を解決する一技術として、下記の先行技術文献には、障害の発生によって通信の阻害が生じた際に、ゲートウェイ等のアクセスポイントにおいて生じた障害か、個々のネットワーク機器における障害かを判別可能な不具合検出方法についての説明がある。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平７−６６８６５号公報
【特許文献２】特開２０１０−２２００４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述したネットワーク機器は、例えば、ＩＰｓｅｃ（Security Architecture for Internet Protocol)等によって他のネットワーク機器と１対１で接続され、定期的に接続の確認を実施している。このような態様の通信では、ネットワーク機器間の通信が何らかの要因で阻害され、所定の期間継続して接続の確認が行えない場合には、各ネットワーク機器は、通信に障害が生じたことを判断する。このとき、各ネットワーク機器は、ネットワークの管理装置に対して障害発生の通報を行う。該通知を受信することで、ネットワーク管理装置は、障害の発生を検出することが出来る。
【０００９】
このとき、アクセスポイント等、キャリア網内の機器に障害が発生した場合、該機器を通じて通信するネットワーク機器のＩＰｓｅｃ通信全てが遮断され、接続の確認が行えなくなる。このとき、各ＩＰｓｅｃの両端のネットワーク機器から一斉に障害通知がネットワーク管理装置に通報されるため、膨大な量の障害通知がネットワーク管理装置によって収集される。
【００１０】
このとき、ネットワーク管理装置側では、収集された膨大な量の障害通知を処理して障害の確認を行うために、膨大な処理が求められる。一方で、収集された障害通知がキャリア網内での単一の障害に起因することが特定可能であれば、このような膨大な処理を行うことなく、障害の特定を迅速に実施可能となる。
【００１１】
本発明は、上述した技術的な問題点に鑑みてなされたものであり、ネットワーク内での障害の発生時に、該障害の好適に特定し得る管理装置及び方法を提供することを課題とする。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、開示の管理装置は、アクセスポイントを介して相互に接続する複数のネットワーク端末を備えるネットワークの管理装置であって、グループ化手段と、障害検出手段と、判定手段とを備える。グループ化手段は、複数のネットワーク端末を、接続を中継するアクセスポイント毎にグループ化する。障害検出手段は、ネットワーク端末間の接続が切断したか否かを検出する。判定手段は、ネットワーク端末のグループにおいて、所定期間内に閾値を超える数の接続の切断が検知される場合に、ネットワーク端末間の接続の切断が、グループに対応するアクセスポイントの障害によるものと判定する。
【発明の効果】
【００１３】
上述の構成によれば、管理装置は、管理するネットワーク上で生じた障害がアクセスポイントにおける障害であるか又はその他の障害であるかを好適に判別可能となる。
【図面の簡単な説明】
【００１４】
【図１】ネットワークの構成例を示す図である。
【図２】ネットワークにおけるＩＰｓｅｃ通信の例を示す図である。
【図３】ＩＰｓｅｃ障害通報メッセージの例を示す図である。
【図４】管理装置の構成例を示す図である。
【図５】管理装置が備えるデータベースの格納情報の一例を示す図である。
【図６】管理装置が備えるデータベースの格納情報の一例を示す図である。
【図７】管理装置が備えるデータベースの格納情報の一例を示す図である。
【図８】管理装置の動作の一例を示すフローチャートである。
【図９】管理装置の動作の一例を示すフローチャートである。
【図１０】管理装置の動作の一例を示すフローチャートである。
【図１１】管理装置の動作の一例を示すフローチャートである。
【図１２】管理装置の動作の一例を示すフローチャートである。
【図１３】管理装置の動作の一例を示すフローチャートである。
【図１４】アクセスポイント毎のユーザ端末の分類の例を示す図である。
【発明を実施するための形態】
【００１５】
以下に、発明を実施するための実施形態について説明する。
【００１６】
（１）ネットワークの概要
図を参照して、開示の管理装置と、該管理装置が管理するネットワークとの構成について説明する。図１は、開示の管理装置の一例である管理装置１、及び該管理装置１が管理するネットワーク１００の構成を示すブロック図である。
【００１７】
ネットワーク１００は、相互に無線又は有線接続される複数のアクセスポイント（Access Point：ＡＰ）２（つまり、ＡＰ２ａ乃至２ｅ）と、ＡＰ２を介して管理装置１に接続される複数の複数のユーザ端末３（つまり、ユーザ端末３ａ乃至３ｊ）と、ＡＰ２間の通信を中継する中継器４（つまり、中継器４ａ乃至４ｇ）とを備える。以降の説明において、ＡＰ２ａ乃至２ｅを区別することなく記載又は総称する場合においてはＡＰ２との記載を用いる。また、ユーザ端末３ａ乃至３ｊを区別することなく記載又は総称する場合においてはユーザ端末３との記載を用いる。また、中継器４ａ乃至４ｇを区別することなく記載又は総称する場合においては中継器４との記載を用いる。
【００１８】
ＡＰ２は、中継器４と共に、ネットワーク１００においてユーザ端末３の間の通信を中継するキャリア網ネットワーク１１０を形成する。ユーザ端末３は、所定のＡＰ２（図１の例では、ＡＰ２ａ乃至２ｆ）を介してキャリア網ネットワーク１１０に接続される。このようなＡＰ２とユーザ端末３との関係について、ＡＰ２がユーザ端末３を収容すると称する。ユーザ端末３の夫々は、収容されるＡＰ２のいずれかを介してキャリア網ネットワーク１１０に接続し、他のユーザ端末３と通信を行う。中継器４は、通信の中継を行う中継器であって、相互間で、又はＡＰ２との間で無線又は有線接続されることで、キャリア網ネットワーク１１０を実現する。尚、中継器４の構成は、公知の通信設備の中継器や、例えばアクセスポイント等と同様であってよい。
【００１９】
図１に示される例では、管理装置１は、ＡＰ２ｅを介してキャリア網ネットワーク１１０に接続され、ユーザ端末３ａ乃至３ｊと通信を行う、ネットワーク１００の管理装置である。
【００２０】
ＡＰ２は、キャリア網ネットワーク１１０に配置され、他のＡＰ２又は中継器４と通信をする、所謂キャリア網ネットワーク１１０側のアクセスポイントと、ユーザ端末３と接続される所謂ユーザ端末３側のアクセスポイントとを包括して示すものである。キャリア網ネットワーク１１０側のアクセスポイントと、ユーザ端末３側のアクセスポイントとは相互に１対１で通信可能なアクセスポイント間通信により、管理装置１又はユーザ端末３いずれかとキャリア網ネットワーク１１０との通信を中継する。このような構成のため、キャリア網ネットワーク１１０側のアクセスポイントを特定することで、該キャリア網ネットワーク１１０側のアクセスポイントと１対１で通信するユーザ端末３側のアクセスポイント及び配下のユーザ端末３を特定することが出来る。
【００２１】
ユーザ端末３は、キャリア網ネットワーク１１０の利用者が有する通信端末又はルータ等の通信機器であって、夫々収容されるＡＰ２の配下でユーザネットワークを形成する。ユーザ端末３は、相互に例えばＩＰｓｅｃ等のプロトコルを用いて接続することで、ＡＰ２を介して通信を行うことが可能である。
【００２２】
尚、図１では、ネットワーク１００は、ＡＰ２としてＡＰ２ａ乃至２ｅを備え、ユーザ端末３としてユーザ端末３ａ乃至３ｊを備え、中継器４として中継器４ａ乃至４ｇを備える例が図示されている。しかしながら、これらはあくまで便宜上の記載であって、ネットワーク１００は、より多数の又は少数のＡＰ２、ユーザ端末３又は中継器４を備えていてもよい。
【００２３】
図２を参照して、ユーザ端末３同士のＩＰｓｅｃを用いた通信の例について説明する。図２は、図１に示すネットワーク１００に含まれるユーザ端末３のうち、ユーザ端末３ａとユーザ端末３ｂとの間のＩＰｓｅｃ通信に着目した図である。
【００２４】
図２（ａ）に示されるように、ユーザ端末３ａとユーザ端末３ｂとは、ＩＰｓｅｃを形成して、相互にデータの通信を行う。このとき、ユーザ端末３ａは、対応するＡＰ２ａを介してキャリア網ネットワーク１１０と接続し、ユーザ端末３ｂは、対応するＡＰ２ｂを介してキャリア網ネットワーク１１０と接続する。キャリア網ネットワーク１１０には、ＡＰ２を介して管理装置１が接続される。ＩＰｓｅｃ通信においては、接続するユーザ端末３ａとユーザ端末３ｂとは、定期的に接続の確認を行う。
【００２５】
図２（ｂ）では、例えばＡＰ２ａに障害が生じ、ユーザ端末３ａとユーザ端末３ｂとの間のＩＰｓｅｃ通信が遮断される場合について図示している。ユーザ端末３ａとユーザ端末３ｂとは、定期的に行われる接続の確認によりＩＰｓｅｃ通信の遮断を検出した後に、管理装置１に対してＩＰｓｅｃ障害通報を送信する。このとき、ＡＰ２ａに障害が生じていることから、ユーザ端末３ａは、ＩＰｓｅｃ障害通報を送信出来ない。このため、管理装置１は、ユーザ端末３ｂからのＩＰｓｅｃ障害通報を受け付けることとなる。図２（ｃ）は、図２（ｂ）に示されるようにＩＰｓｅｃの通信が遮断した場合に、ユーザ端末３ｂが管理装置１にＩＰｓｅｃの障害通報を送信する様子について図示している。
【００２６】
図３に管理装置１において受け付けるＩＰｓｅｃ障害通報の例を示す。通信の障害を検出したユーザ端末３は、ＩＰｓｅｃ毎識別用の番号とともに、障害の発生日時、ＩＰｓｅｃを介して接続していたユーザ端末３の識別用のユーザ端末ＩＤ（つまり、ＩＰｓｅｃ通信の一方のユーザ端末のＩＤと他方のＩＤ）とを通知する。尚、ＩＰｓｅｃ障害通報がＩＰｓｅｃの復旧を通知する通報である場合には、ＩＰｓｅｃの復旧時刻を加えて通報する。
【００２７】
尚、このとき、ＡＰ２ａを介してキャリア網ネットワーク１１０に接続するユーザ端末３がユーザ端末３ａの他にも存在する場合、ＡＰ２ａに生じた障害によるＩＰｓｅｃの遮断を検出したユーザ端末３の夫々から、ＩＰｓｅｃ障害通報が、管理装置１に複数送信される。
【００２８】
管理装置１において、受け付けた複数のＩＰｓｅｃ障害通報が、ユーザ端末３毎の個別の障害を通報するものか、キャリア網内ネットワーク１１０において複数のＩＰｓｅｃ通信を管理するＡＰ２ａにおける障害を通報するものかを判別することが出来ない場合、管理装置１では、受け付けたＩＰｓｅｃ障害通報を検証することが好ましい。例えば、管理装置１は、障害が生じたユーザ端末３の夫々に対して個別に確認を行うことで、障害の特定を行うことが好ましい。このとき、ＡＰ２ａを介してキャリア網ネットワーク１１０に接続するユーザ端末３が複数存在する場合、検証するＩＰｓｅｃ障害通報の数も膨大なものとなり、膨大な数のＩＰＳｅｃ障害通報を処理するための処理量もまた膨大なものとなる。
【００２９】
本実施形態において説明する管理装置１は、以下に示す特有の構成及び動作により、受け付けた複数のＩＰｓｅｃ障害通報がキャリア網ネットワーク１００におけるＡＰ２における障害であるか否かを好適に判別出来る。
【００３０】
（２）装置構成例
図４を参照して、管理装置１の構成と機能とについて説明する。図４は、管理装置１が備えるハードウェア構成及び該構成によって実現される機能について便宜的に表す機能部を示すブロック図である。
【００３１】
図４に示されるように、管理装置１は、ＣＰＵ(Central Processing Unit)１０と、データストレージ２０とを備える。ＣＰＵ１０は、管理装置１の動作を制御する集積回路であって、例えば、データストレージ２０に格納されるプログラムを実行することにより、後述する各機能部に示す機能を実現する。ＣＰＵ１０は、経路探索部１１、結果受付部１２、障害受付部１４、障害判断部１５及びＡＰ検出部１３の各機能部を有する。
【００３２】
データストレージ２０は、ＨＤＤ(Hard Disk Drive)等のデータ格納用の装置であって、端末情報データベース２１、接続経路データベース２２及び機器対応データベース２３等の複数のデータベースが格納される。また、データストレージ２０には、ＡＰ２より収集される障害発生通報の報告内容（例えば、上述したＩＰＳｅｃ障害通報）を格納するための記録領域である障害発生状況表２４が存在する。
【００３３】
経路探索部１１は、ユーザ端末３の夫々に対して、Ｔｒａｃｅｒｏｕｔｅコマンドを実行することで、管理装置１から個々のユーザ端末３に至るまでのキャリア網ネットワーク１１０における接続経路の探索を行う。具体的には、Ｔｒａｃｅｒｏｕｔｅによって取得した管理装置１から個々のユーザ端末３に至るまでに経由するＡＰ２のＩＰアドレスを抽出する。Ｔｒａｃｅｒｏｕｔｅの実行結果を受信した場合、経路探索部１１は、実行結果を結果受付部１２に送信する。但し、経路探索部１１は、Ｔｒａｃｅｒｏｕｔｅコマンド以外の任意のコマンドを実行することで接続経路の探索を行ってもよいし、その他の任意の方法を用いて接続経路の探索を行ってもよい。
【００３４】
結果受付部１２は、経路探索部１１によるＴｒａｃｅｒｏｕｔｅの実行結果を受けつけ、接続経路データベース２２に格納する。
【００３５】
ＡＰ検出部１３は、接続経路データベース２２に格納されるデータを参照することで、所望のユーザ端末３についてキャリア網ネットワーク１１０との接続を中継するＡＰ２の特定を行う。具体的には、ユーザ接続経路データベース２２に格納される各端末３へのＴｒａｃｅｒｏｕｔｅの実行結果を参照し、夫々のユーザ端末３よりホップ数がひとつ少ない（つまり、管理装置１から見て、対象のユーザ端末３より一つ手前の）機器を該ユーザ端末３に対応するＡＰ２として検出する。そして、検出したＡＰ２と対応するユーザ端末３との夫々を識別する情報（例えば、ユーザ端末ＩＤやＩＰアドレス等）を機器対応データベース２３に登録する。
【００３６】
障害受付部１４は、ユーザ端末３同士のＩＰｓｅｃ通信遮断時に、該当ＩＰｓｅｃ通信を行っていたユーザ端末からのＩＰｓｅｃ障害通報を受信し、障害判断部１５に送信する。
【００３７】
障害判断部１５は、障害受付部１４より入力されるＩＰｓｅｃ障害通報を受け付け、該障害がキャリア網ネットワーク１１０において生じているか否かの判断を行う。更に、障害判断部１５は、キャリア網ネットワーク１１０内のアクセスポイントにおいて障害が発生していると判断した場合には、該判断結果をネットワーク１００の管理者に通知する機能部を有していてもよい。
【００３８】
図５乃至図７を参照して、端末情報データベース２１、接続経路データベース２２及び機器対応データベース２３に格納されるデータの詳細について説明する。図５は端末情報データベース２１、図６は接続経路データベース２２、図７は機器対応データベース２３の例を示す図である。
【００３９】
図５に示されるように、端末情報データベース２１は、ネットワーク１００におけるユーザ端末３の夫々について、管理装置１による識別用のＩＤと、割り当てられるＩＰアドレスとを格納する。経路探索部１１は、該端末情報データベース２１に格納されるレコードを参照することで、ネットワーク１００に含まれるユーザ端末３の夫々に対してＴｒａｃｅｒｏｕｔｅコマンドを発行する。
【００４０】
図６に示されるように、接続経路データベース２２は、ネットワーク１００におけるユーザ端末３の夫々について、ユーザ端末ＩＤを主キーとして、管理装置１からのホップ数毎に、経由するＡＰ２又は中継器４のＩＰアドレスを格納する。
【００４１】
図７に示されるように、機器対応データベース２３は、ネットワーク１００におけるユーザ端末３の夫々について、ユーザ端末ＩＤを主キーとして、キャリア網ネットワーク１１０との接続を中継するＡＰ２の識別用のＩＤ（以降、ＡＰＩＤと記載）と、該ＡＰ２のＩＰアドレスとを格納する。
【００４２】
上述した構成において、ＡＰ検出部１３は、個々のＡＰ２に識別用のＡＰＩＤを付した上で、対応するユーザ端末３のユーザ端末ＩＤ又はＩＰアドレス等と共に機器対応データベース２３に格納する。これにより、同一のＡＰ２を経由してキャリア網ネットワーク１１０に接続するユーザ端末３をＡＰ２の配置に対応する地域毎のグループとして管理することが可能となる。
【００４３】
障害判断部１５は、ユーザ端末３からのＩＰｓｅｃ障害通報の受信時に、機器対応データベース２３の情報を参照することで、グループにおけるＩＰＳｅｃ障害通報の態様から、受信したＩＰＳｅｃ障害通報がＡＰ２（或いは、キャリア網ネットワーク１１０内の機器）におけるものであるか否かを判定する。障害判断部１５は、受信したＩＰｓｅｃ障害通報がＡＰ２の障害発生に係るものである場合、該ＩＰＳｅｃ障害通報に係る情報を障害発生状況表２４に格納する。障害発生状況表２４は、ＡＰ２の障害発生状況に係る情報を格納する表であって、個々のＡＰ２に対応して複数通り設けられることがある。障害判断部１５は、個々のＡＰ２について障害が生じていると判断する場合、該ＡＰ２についての既存の障害発生状況表２４に該ＡＰ２についての新たな障害情報（つまり、新たに受信したＩＰＳｅｃ障害通報に係る情報）を格納する。該ＡＰ２についての障害発生状況表２４が存在しない場合、障害判断部１５は、該ＡＰ２に対応する障害発生状況表２４を新たに作成し、該ＡＰ２についての障害情報を格納する。
【００４４】
（３）動作例
図８から図１３を参照して、管理装置１の各部の動作について説明する。
【００４５】
経路探索部１１は、各ユーザ端末３について、図８に示す動作を実施することで、接続経路を検索する。図８は、経路探索部１１の動作の流れを示すフローチャートである。
【００４６】
先ず、経路探索部１１は、端末情報データベース２１を参照して、経路探索を行うユーザ端末３についてＩＰアドレスを取得する（ステップＳ１０１）。次に、経路探索部１１は、取得したＩＰアドレスを対象にＴｒａｃｅｒｏｕｔｅコマンドを発行して、経路探索を行うユーザ端末３についての接続経路を取得する（ステップＳ１０２）。その後、経路探索部１１は、取得した接続経路について、結果受付部１２に出力する（ステップＳ１０３）。
【００４７】
結果受付部１２は、図９に示されるように、各ユーザ端末３についての接続経路の情報の入力を受け、接続経路データベース２２に格納する。図９は、結果受付部１２の動作の流れを示すフローチャートである。
【００４８】
結果受付部１２は、経路探索部１１によるＴｒａｃｅｒｏｕｔｅコマンドの発行により取得される接続経路の情報と、経路探索先のユーザ端末３のユーザ端末ＩＤとを適宜取得する（ステップＳ２０１）。結果受付部１２は、入力される接続経路情報をユーザ端末ＩＤ毎に、接続経路データベース２２に格納する（ステップＳ２０２）。
【００４９】
ＡＰ検出部１３は、図１０に示されるように、各ユーザ端末３について、キャリア網ネットワーク１１０との接続に用いるＡＰ２を検出する。図１０は、ＡＰ検出部１３の動作の流れを示すフローチャートである。
【００５０】
ＡＰ検出部１３は、先ず、対応するＡＰ２を検出するユーザ端末３について、接続経路データベース２２からユーザ端末ＩＤ、ＩＰアドレス及び接続経路等の情報を取得する（ステップＳ３０１）。
【００５１】
次に、ＡＰ検出部１３は、取得した接続経路情報について、格納される最大ホップ数の機器のＩＰアドレスが、対応するＡＰ２を検出する（言い換えれば、処理の対象となる）ユーザ端末３のＩＰアドレスであるか否かを判定する（ステップＳ３０２）。図６に示されるように、接続経路データベース２２には、接続経路探索の対象となるユーザ端末のユーザ端末ＩＤを主キーとして、検索された経路において経由する機器（つまり、ＡＰ２及び中継器４並びに経路探索の対象となるユーザ端末３）のＩＰアドレスが管理装置１からのホップ数とともに格納される。従って、経路探索が正しく実行されている場合、各経路における最大ホップ数の機器は、経路探索の対象となるユーザ端末３となる。
【００５２】
最大ホップ数の機器のＩＰアドレスが、処理対象のユーザ端末３のＩＰアドレスと一致する場合（ステップＳ３０２：Ｙｅｓ）、ＡＰ検出部１３は、接続経路データベース２２を参照し、最大ホップ数−１の機器のＩＰアドレスを取得する（ステップＳ３０３）。尚、最大ホップ数の機器のＩＰアドレスが、処理対象のユーザ端末３のＩＰアドレスと一致しない場合（ステップＳ３０２：Ｎｏ）、ＡＰ検出部１３は、経路探索部１１に対して、処理対象のユーザ端末３についての経路探索を再実行するよう指示する（ステップＳ３０７）。
【００５３】
次に、ＡＰ検出部１３は、先に取得した最大ホップ数−１の機器のＩＰアドレスについて、該ＩＰアドレスに対応するＡＰ２のＡＰＩＤが機器対応データベース２３内に格納されているか否かを判定する（ステップＳ３０４）。ＩＰアドレスに対応するＡＰ２のＡＰＩＤが機器対応データベース２３内に存在しない場合（ステップＳ３０４：Ｎｏ）、ＡＰ検出部１３は、対象のＡＰ２に対して新しいＡＰＩＤを割り当てる（ステップＳ３０６）。
【００５４】
その後、ＡＰ検出部１３は、取得したＡＰ２のＩＰアドレス及びＡＰＩＤを、対応するユーザ端末３のユーザ端末ＩＤとともに機器対応データベース２３に格納する（ステップＳ３０５）。
【００５５】
図１１は、障害受付部１４の動作の流れを示すフローチャートである。障害受付部１４は、各ユーザ端末３から送信されるＩＰｓｅｃ障害通報を受信した後（ステップＳ４０１）、通報内容（つまり、受信したＩＰＳｅｃ障害通報）を障害判断部１５に出力する（ステップＳ４０２）。
【００５６】
障害判断部１５は、ＩＰｓｅｃ障害通報の入力を受けて、該ＩＰｓｅｃ障害通報に基づき、障害が発生した機器の特定や、障害発生状況の確認を行う。図１２及び図１３は、障害判断部１５の動作の流れを示すフローチャートである。尚、ユーザ端末３から管理装置１に対して送信されるＩＰｓｅｃ障害通報には、ＩＰｓｅｃ通信に障害が発生し、通信が遮断されたことを通知するＩＰｓｅｃ障害発生通報と、ＩＰｓｅｃ通信に生じた障害が復旧し、通信が回復したことを通知するＩＰｓｅｃ障害復旧通報と、
図１２は、ＩＰｓｅｃ障害通報を受信した際の障害判断部１５の動作の流れを示すフローチャートである。障害判断部１５は、ユーザ端末３からのＩＰｓｅｃ障害通報を受信した場合（ステップＳ５０１）、機器対応データベース２３を参照して、通報を行ったユーザ端末３に対応するＡＰ２のＡＰＩＤを取得する（ステップＳ５０２）。
【００５７】
続いて、障害判断部１５は、取得したＡＰＩＤについての障害発生状況表２４が存在するか否かの判定を行う（ステップＳ５０３）。存在しない場合（ステップＳ５０３：Ｎｏ）は、新しく該ＡＰＩＤについての障害発生状況表２４を作成する（ステップＳ５０４）。
【００５８】
障害判断部１５は、該ＡＰＩＤについての障害発生状況表２４に、通報があったユーザ端末３が障害発生中である旨を示す情報を格納する（ステップＳ５０５）。
【００５９】
その後、障害判断部１５は、該ＡＰＩＤについての障害発生状況表２４を参照して、Ｔ＝τｄ＋τＴ．Ｏ前の時刻から、現在時刻までの間に受信したＩＰｓｅｃ障害通報の数を取得する。このとき、τｄは、ユーザ端末３の間での接続状況の確認であるキープアライブ確認の間隔を示し、τＴ．Ｏは、キープアライブ確認の監視タイムアウトまでの時間を夫々示す。但し、Ｔ＝τｄ＋τＴ．Ｏは一例であり、τｄ＋τＴ．Ｏ以外の任意の時刻をＴに設定してもよい。障害判断部１５は、取得したＩＰｓｅｃ障害通報の数が予め設定した閾値を超過した場合（ステップＳ５０８：Ｙｅｓ）、該ＡＰＩＤに示されるＡＰ２に障害が発生したと判断し、ネットワーク１００の管理者にＡＰ２の障害として通報する（ステップＳ５０８）。
【００６０】
他方、図１３は、ＩＰｓｅｃの障害復旧の通報を受信した際の障害判断部１５の動作の流れを示すフローチャートである。尚、ＡＰ２の障害を検出するという観点から見れば、障害判断部１５は、必ずしも図１３に示す動作を行わなくともよい。但し、ＡＰ２の障害が発生してから当該障害が復旧した後の動作も担保するという観点から見れば、障害判断部１５は、図１３に示す動作を行ってもよい。
【００６１】
障害判断部１５は、ユーザ端末３からのＩＰｓｅｃの障害復旧の通報を受信した場合（ステップＳ６０１）、障害発生状況表２４を参照して、通報を行ったユーザ端末３に対応するＡＰ２が障害発生中であるか否かを判定する（ステップＳ６０２）。
【００６２】
このとき、ＡＰ２が障害発生中である場合（ステップＳ６０２：Ｙｅｓ）、障害判断部１５は、障害発生状況表２４を参照して、障害発生中のユーザ端末３の数が上述の閾値を下回るか否かを判定する（ステップＳ６０３）。障害発生中のユーザ端末３の数が閾値を下回る場合（ステップＳ６０３：Ｙｅｓ）、障害判断部１５は、該当するＡＰ２について、障害が復旧した旨をネットワーク１００の管理者に通知する（ステップＳ６０４）。
【００６３】
通報を行ったユーザ端末３に対応するＡＰ２が障害発生中であるか否かを判定した後に（ステップＳ６０２）、障害判断部１５は、障害復旧の通報を送信したユーザ端末３について、障害発生中でない旨を示す情報を障害発生状況表２４に格納する（ステップＳ６０５）。
【００６４】
次に、障害判断部１５は、該ＡＰ２についての障害発生状況表２４を参照して、該ＡＰ２を介してキャリア網ネットワーク１１０に接続する（言い換えれば、接続経路に該ＡＰ２を含む）ユーザ端末３について、障害発生中の機器が存在するか否かを判定する（ステップＳ６０６）。障害発生中の機器が存在しない場合、障害判断部１５は、該ＡＰ２についての障害発生状況表２４を削除する（ステップＳ６０７）。
【００６５】
上述した管理装置１の動作によれば、ネットワーク１００内で生じた何らかの機器の障害について、ユーザ端末３毎の個別の障害か、複数のユーザ端末３とキャリア網ネットワーク１１０とを接続するＡＰ２における障害かを好適に判別することが出来る。このとき、管理装置１の障害判断部１５は、発生した障害についての通報について以下の点に注視することで、障害の判別を実施することが好ましい。
【００６６】
ユーザ端末３が位置するユーザネットワークと接続するＡＰ２は、特定のエリアのユーザ端末３を収容して、キャリア網ネットワーク１１０との接続を行う。このため、あるＡＰ２に障害が発生した場合、該ＡＰ２を介してキャリア網ネットワーク１１０と接続するユーザ端末３において接続障害が生じることが推測出来る。
【００６７】
管理装置１は、各ユーザ端末３について、Ｔｒａｃｅｒｏｕｔｅ等のコマンドにより、管理装置１からの接続経路を取得している。また、管理装置１は、取得した接続経路に基づいて、各ユーザ端末３がどのＡＰ２を介してキャリア網ネットワーク１１０に接続しているかを把握している。例えば、図１４は、図１に示されるネットワークについて、Ｔｒａｃｅｒｏｕｔｅコマンドを実行した場合の結果について示した表である。図１４では、ホップ数毎に経由するＡＰ２、中継器４又はＴｒａｃｅｒｏｕｔｅコマンドの対象となるユーザ端末３の夫々の識別用のＩＤについて、機器ＩＤとして示している。る。ＡＰ検出部１３では、このようなＴｒａｃｅｒｏｕｔｅコマンドにより取得されるデータが格納される接続経路データベース２１に基づいて、各ユーザ端末３について対応するＡＰ２を検出し、機器対応データベース２３に格納している。図１４に示される例では、ユーザ端末３ａ、３ｂ、３ｆ、３ｇ、３ｈ及び３ｊについて、夫々の経路探索の結果について示し、また対応するＡＰ２毎に分類したものである。ユーザ端末３ａ及び３ｂは、最大ホップ数−１の機器であるＡＰ２ａを介してキャリア網ネットワーク１１０に接続していることが経路探索の結果判明している。ユーザ端末３ｆ、３ｇ、３ｈ及び３ｉは、最大ホップ数−１の機器であるＡＰ２ｃを介してキャリア網ネットワーク１１０に接続していることが経路探索の結果判明している。そこで、管理装置１は、このようなキャリア網ネットワーク１１０との接続を中継するＡＰ２毎にユーザ端末３を分類し、該分類に沿ってＩＰｓｅｃ障害通報を分類することで、ＩＰｓｅｃに障害が発生しているユーザ端末３をエリア毎に確認することが出来る。
【００６８】
尚、このとき、該ＡＰ２に収容されるユーザ端末３のうち、略全部の個体においてＩＰｓｅｃの接続障害が生じる。そこで、障害判断部１５は、あるＡＰ２について、該ＡＰ２に収容される（言い換えれば、対応する）ユーザ端末３の全数に対する所定の割合等の閾値を設定する。障害判断部１５は、該ＡＰ２に収容されるユーザ端末３のうち障害発生数が該閾値を超過するか否かに応じて、かかる障害は該ＡＰ２において発生しているか否かの判断を行う。
【００６９】
また、ＡＰ２に障害が生じる場合、該ＡＰ２に収容されるユーザ端末３について、略同一のタイミングで接続障害が生じることが推測出来る。このとき、該ＡＰ２に収容されるユーザ端末３と通信していた他のＡＰ２に収容されるユーザ端末３からは、略同一のタイミングでＩＰｓｅｃの障害発生の通報が管理装置１に送信される。そこで、障害判断部１５は、あるＡＰ２について、所定の期間、つまりＩＰｓｅｃ通信を行うユーザ端末３同士のキープアライブ確認等、接続確認の間隔に基づくＴ＝τｄ＋τＴ．Ｏ前の時刻から、現在時刻までの間に受信したＩＰｓｅｃの障害発生の通報数が上述の閾値を超える場合に、該ＡＰ２において障害が発生していると判断する。
【００７０】
このように、障害判断部１５の動作によれば、キャリア網ネットワーク１１０とユーザ端末３との接続を中継するＡＰ２の障害に係る特徴に着目し、ネットワーク１００内で生じた機器の障害について判別を行っている。このため、管理装置１は、ユーザ端末３毎の個別の障害か、複数のユーザ端末３とキャリア網ネットワーク１１０とを接続するＡＰ２における障害かを好適に判別することが出来る。
【００７１】
本発明は、上述した実施例に限られるものではなく、請求の範囲及び明細書全体から読み取れる発明の要旨或いは思想に反しない範囲で適宜変更可能であり、そのような変更を伴う管理装置及び方法等もまた本発明の技術的範囲に含まれるものである。
【００７２】
以上、本明細書で説明した実施形態について、以下の付記を更に記載する。
（付記１）
アクセスポイントを介して相互に接続する複数のネットワーク端末を備えるネットワークの管理装置であって、
複数の前記ネットワーク端末を、接続を中継する前記アクセスポイント毎にグループ化するグループ化手段と、
前記ネットワーク端末間の接続が切断したか否かを検出する障害検出手段と、
前記ネットワーク端末のグループにおいて、所定期間内に閾値を超える数の接続の切断が検知される場合に、前記ネットワーク端末間の接続の切断が、前記グループに対応する前記アクセスポイントの障害によるものと判定する判定手段と
を備えることを特徴とする管理装置。
（付記２）
前記所定の期間は、前記複数のネットワーク端末が相互に接続確認を行う周期に応じて決定される期間であることを特徴とする付記１に記載の管理装置。
（付記３）
前記閾値は、前記グループに属する全ての前記ネットワーク端末の数に応じて決定される割合であることを特徴とする付記１又は２に記載の管理装置。
（付記４）
前記グループ化手段は、前記複数のネットワーク端末の夫々の通信経路を探索することで夫々のネットワーク端末が接続する前記アクセスポイントを検出し、検出結果に応じて前記ネットワーク端末を接続先の前記アクセスポイント毎にグループ化することを特徴とする付記１から３のいずれか一項に記載の管理装置。
（付記５）
前記複数のネットワーク端末は、ＩＰｓｅｃ通信によって相互に接続することを特徴とする付記１から４のいずれか一項に記載の管理装置。
（付記６）
アクセスポイントを介して相互に接続する複数のネットワーク端末を備えるネットワークの管理方法であって、
複数の前記ネットワーク端末を接続を中継する前記アクセスポイント毎にグループ化するグループ化工程と、
前記ネットワーク端末間の接続が切断したか否かを検出する障害検出工程と、
前記ネットワーク端末のグループにおいて、所定期間内に閾値を超える数の接続の切断が検知される場合に、前記ネットワーク端末間の接続の切断が、前記グループに対応する前記アクセスポイントの障害によるものと判定する判定工程と
を備えることを特徴とするネットワークの管理方法。
【符号の説明】
【００７３】
１ 管理装置、
２ アクセスポイント（ＡＰ）
３ ユーザ端末、
１０ ＣＰＵ、
１１ 経路探索部、
１２ 結果受付部、
１３ アクセスポイント（ＡＰ）検出部、
１４ 障害受付部、
２０ 障害判断部、
２１ 端末情報データベース、
２２ 接続経路データベース、
２３ 機器対応データベース、
２４ 障害発生状況表、
１００ ネットワーク。
【技術分野】
【０００１】
本発明は、ネットワーク機器間で相互に接続確認を行う通信方式を用いるネットワークの技術分野に関し、ネットワーク機器の夫々がアクセスポイントを介して接続するネットワークを管理する管理装置及び方法の技術分野に関する。
【背景技術】
【０００２】
この種のネットワークでは、ネットワーク上のネットワーク機器は、アクセスポイントを介して、例えばキャリア網等の大規模ネットワークに接続することで、該ネットワーク上の他のネットワーク機器との間で相互に通信を行うことが出来る。
【０００３】
このような大規模ネットワークにおいては、何らかの要因によって生じた障害により、ネットワーク機器間での通信の阻害が起こり得る。例えば、キャリア網内の機器の障害又は個々のネットワーク機器の障害等、障害によって通信の阻害が生じる規模が異なる。
【０００４】
利用者に対して良質なサービスを提供するためには、ネットワークを管理する管理者は、このような障害の発生を迅速に検出し、必要であれば何らかの対応を行うことが好ましい。このため、生じた障害とそれによる通信の阻害の規模等について迅速に検出可能なシステムが存在することが好ましい。
【０００５】
従来、キャリア網内で何らかの障害が発生した場合、ネットワークの管理システムは、詳細な障害の態様については把握することが出来ず、ネットワークの管理者側が、個々のネットワーク機器の利用者に対して直接障害確認を行う等の対応を行っていた。しかしながら、大規模ネットワークにおいて、このような対応を実施することは実践上困難である。
【０００６】
このような困難を解決する一技術として、下記の先行技術文献には、障害の発生によって通信の阻害が生じた際に、ゲートウェイ等のアクセスポイントにおいて生じた障害か、個々のネットワーク機器における障害かを判別可能な不具合検出方法についての説明がある。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平７−６６８６５号公報
【特許文献２】特開２０１０−２２００４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述したネットワーク機器は、例えば、ＩＰｓｅｃ（Security Architecture for Internet Protocol)等によって他のネットワーク機器と１対１で接続され、定期的に接続の確認を実施している。このような態様の通信では、ネットワーク機器間の通信が何らかの要因で阻害され、所定の期間継続して接続の確認が行えない場合には、各ネットワーク機器は、通信に障害が生じたことを判断する。このとき、各ネットワーク機器は、ネットワークの管理装置に対して障害発生の通報を行う。該通知を受信することで、ネットワーク管理装置は、障害の発生を検出することが出来る。
【０００９】
このとき、アクセスポイント等、キャリア網内の機器に障害が発生した場合、該機器を通じて通信するネットワーク機器のＩＰｓｅｃ通信全てが遮断され、接続の確認が行えなくなる。このとき、各ＩＰｓｅｃの両端のネットワーク機器から一斉に障害通知がネットワーク管理装置に通報されるため、膨大な量の障害通知がネットワーク管理装置によって収集される。
【００１０】
このとき、ネットワーク管理装置側では、収集された膨大な量の障害通知を処理して障害の確認を行うために、膨大な処理が求められる。一方で、収集された障害通知がキャリア網内での単一の障害に起因することが特定可能であれば、このような膨大な処理を行うことなく、障害の特定を迅速に実施可能となる。
【００１１】
本発明は、上述した技術的な問題点に鑑みてなされたものであり、ネットワーク内での障害の発生時に、該障害の好適に特定し得る管理装置及び方法を提供することを課題とする。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、開示の管理装置は、アクセスポイントを介して相互に接続する複数のネットワーク端末を備えるネットワークの管理装置であって、グループ化手段と、障害検出手段と、判定手段とを備える。グループ化手段は、複数のネットワーク端末を、接続を中継するアクセスポイント毎にグループ化する。障害検出手段は、ネットワーク端末間の接続が切断したか否かを検出する。判定手段は、ネットワーク端末のグループにおいて、所定期間内に閾値を超える数の接続の切断が検知される場合に、ネットワーク端末間の接続の切断が、グループに対応するアクセスポイントの障害によるものと判定する。
【発明の効果】
【００１３】
上述の構成によれば、管理装置は、管理するネットワーク上で生じた障害がアクセスポイントにおける障害であるか又はその他の障害であるかを好適に判別可能となる。
【図面の簡単な説明】
【００１４】
【図１】ネットワークの構成例を示す図である。
【図２】ネットワークにおけるＩＰｓｅｃ通信の例を示す図である。
【図３】ＩＰｓｅｃ障害通報メッセージの例を示す図である。
【図４】管理装置の構成例を示す図である。
【図５】管理装置が備えるデータベースの格納情報の一例を示す図である。
【図６】管理装置が備えるデータベースの格納情報の一例を示す図である。
【図７】管理装置が備えるデータベースの格納情報の一例を示す図である。
【図８】管理装置の動作の一例を示すフローチャートである。
【図９】管理装置の動作の一例を示すフローチャートである。
【図１０】管理装置の動作の一例を示すフローチャートである。
【図１１】管理装置の動作の一例を示すフローチャートである。
【図１２】管理装置の動作の一例を示すフローチャートである。
【図１３】管理装置の動作の一例を示すフローチャートである。
【図１４】アクセスポイント毎のユーザ端末の分類の例を示す図である。
【発明を実施するための形態】
【００１５】
以下に、発明を実施するための実施形態について説明する。
【００１６】
（１）ネットワークの概要
図を参照して、開示の管理装置と、該管理装置が管理するネットワークとの構成について説明する。図１は、開示の管理装置の一例である管理装置１、及び該管理装置１が管理するネットワーク１００の構成を示すブロック図である。
【００１７】
ネットワーク１００は、相互に無線又は有線接続される複数のアクセスポイント（Access Point：ＡＰ）２（つまり、ＡＰ２ａ乃至２ｅ）と、ＡＰ２を介して管理装置１に接続される複数の複数のユーザ端末３（つまり、ユーザ端末３ａ乃至３ｊ）と、ＡＰ２間の通信を中継する中継器４（つまり、中継器４ａ乃至４ｇ）とを備える。以降の説明において、ＡＰ２ａ乃至２ｅを区別することなく記載又は総称する場合においてはＡＰ２との記載を用いる。また、ユーザ端末３ａ乃至３ｊを区別することなく記載又は総称する場合においてはユーザ端末３との記載を用いる。また、中継器４ａ乃至４ｇを区別することなく記載又は総称する場合においては中継器４との記載を用いる。
【００１８】
ＡＰ２は、中継器４と共に、ネットワーク１００においてユーザ端末３の間の通信を中継するキャリア網ネットワーク１１０を形成する。ユーザ端末３は、所定のＡＰ２（図１の例では、ＡＰ２ａ乃至２ｆ）を介してキャリア網ネットワーク１１０に接続される。このようなＡＰ２とユーザ端末３との関係について、ＡＰ２がユーザ端末３を収容すると称する。ユーザ端末３の夫々は、収容されるＡＰ２のいずれかを介してキャリア網ネットワーク１１０に接続し、他のユーザ端末３と通信を行う。中継器４は、通信の中継を行う中継器であって、相互間で、又はＡＰ２との間で無線又は有線接続されることで、キャリア網ネットワーク１１０を実現する。尚、中継器４の構成は、公知の通信設備の中継器や、例えばアクセスポイント等と同様であってよい。
【００１９】
図１に示される例では、管理装置１は、ＡＰ２ｅを介してキャリア網ネットワーク１１０に接続され、ユーザ端末３ａ乃至３ｊと通信を行う、ネットワーク１００の管理装置である。
【００２０】
ＡＰ２は、キャリア網ネットワーク１１０に配置され、他のＡＰ２又は中継器４と通信をする、所謂キャリア網ネットワーク１１０側のアクセスポイントと、ユーザ端末３と接続される所謂ユーザ端末３側のアクセスポイントとを包括して示すものである。キャリア網ネットワーク１１０側のアクセスポイントと、ユーザ端末３側のアクセスポイントとは相互に１対１で通信可能なアクセスポイント間通信により、管理装置１又はユーザ端末３いずれかとキャリア網ネットワーク１１０との通信を中継する。このような構成のため、キャリア網ネットワーク１１０側のアクセスポイントを特定することで、該キャリア網ネットワーク１１０側のアクセスポイントと１対１で通信するユーザ端末３側のアクセスポイント及び配下のユーザ端末３を特定することが出来る。
【００２１】
ユーザ端末３は、キャリア網ネットワーク１１０の利用者が有する通信端末又はルータ等の通信機器であって、夫々収容されるＡＰ２の配下でユーザネットワークを形成する。ユーザ端末３は、相互に例えばＩＰｓｅｃ等のプロトコルを用いて接続することで、ＡＰ２を介して通信を行うことが可能である。
【００２２】
尚、図１では、ネットワーク１００は、ＡＰ２としてＡＰ２ａ乃至２ｅを備え、ユーザ端末３としてユーザ端末３ａ乃至３ｊを備え、中継器４として中継器４ａ乃至４ｇを備える例が図示されている。しかしながら、これらはあくまで便宜上の記載であって、ネットワーク１００は、より多数の又は少数のＡＰ２、ユーザ端末３又は中継器４を備えていてもよい。
【００２３】
図２を参照して、ユーザ端末３同士のＩＰｓｅｃを用いた通信の例について説明する。図２は、図１に示すネットワーク１００に含まれるユーザ端末３のうち、ユーザ端末３ａとユーザ端末３ｂとの間のＩＰｓｅｃ通信に着目した図である。
【００２４】
図２（ａ）に示されるように、ユーザ端末３ａとユーザ端末３ｂとは、ＩＰｓｅｃを形成して、相互にデータの通信を行う。このとき、ユーザ端末３ａは、対応するＡＰ２ａを介してキャリア網ネットワーク１１０と接続し、ユーザ端末３ｂは、対応するＡＰ２ｂを介してキャリア網ネットワーク１１０と接続する。キャリア網ネットワーク１１０には、ＡＰ２を介して管理装置１が接続される。ＩＰｓｅｃ通信においては、接続するユーザ端末３ａとユーザ端末３ｂとは、定期的に接続の確認を行う。
【００２５】
図２（ｂ）では、例えばＡＰ２ａに障害が生じ、ユーザ端末３ａとユーザ端末３ｂとの間のＩＰｓｅｃ通信が遮断される場合について図示している。ユーザ端末３ａとユーザ端末３ｂとは、定期的に行われる接続の確認によりＩＰｓｅｃ通信の遮断を検出した後に、管理装置１に対してＩＰｓｅｃ障害通報を送信する。このとき、ＡＰ２ａに障害が生じていることから、ユーザ端末３ａは、ＩＰｓｅｃ障害通報を送信出来ない。このため、管理装置１は、ユーザ端末３ｂからのＩＰｓｅｃ障害通報を受け付けることとなる。図２（ｃ）は、図２（ｂ）に示されるようにＩＰｓｅｃの通信が遮断した場合に、ユーザ端末３ｂが管理装置１にＩＰｓｅｃの障害通報を送信する様子について図示している。
【００２６】
図３に管理装置１において受け付けるＩＰｓｅｃ障害通報の例を示す。通信の障害を検出したユーザ端末３は、ＩＰｓｅｃ毎識別用の番号とともに、障害の発生日時、ＩＰｓｅｃを介して接続していたユーザ端末３の識別用のユーザ端末ＩＤ（つまり、ＩＰｓｅｃ通信の一方のユーザ端末のＩＤと他方のＩＤ）とを通知する。尚、ＩＰｓｅｃ障害通報がＩＰｓｅｃの復旧を通知する通報である場合には、ＩＰｓｅｃの復旧時刻を加えて通報する。
【００２７】
尚、このとき、ＡＰ２ａを介してキャリア網ネットワーク１１０に接続するユーザ端末３がユーザ端末３ａの他にも存在する場合、ＡＰ２ａに生じた障害によるＩＰｓｅｃの遮断を検出したユーザ端末３の夫々から、ＩＰｓｅｃ障害通報が、管理装置１に複数送信される。
【００２８】
管理装置１において、受け付けた複数のＩＰｓｅｃ障害通報が、ユーザ端末３毎の個別の障害を通報するものか、キャリア網内ネットワーク１１０において複数のＩＰｓｅｃ通信を管理するＡＰ２ａにおける障害を通報するものかを判別することが出来ない場合、管理装置１では、受け付けたＩＰｓｅｃ障害通報を検証することが好ましい。例えば、管理装置１は、障害が生じたユーザ端末３の夫々に対して個別に確認を行うことで、障害の特定を行うことが好ましい。このとき、ＡＰ２ａを介してキャリア網ネットワーク１１０に接続するユーザ端末３が複数存在する場合、検証するＩＰｓｅｃ障害通報の数も膨大なものとなり、膨大な数のＩＰＳｅｃ障害通報を処理するための処理量もまた膨大なものとなる。
【００２９】
本実施形態において説明する管理装置１は、以下に示す特有の構成及び動作により、受け付けた複数のＩＰｓｅｃ障害通報がキャリア網ネットワーク１００におけるＡＰ２における障害であるか否かを好適に判別出来る。
【００３０】
（２）装置構成例
図４を参照して、管理装置１の構成と機能とについて説明する。図４は、管理装置１が備えるハードウェア構成及び該構成によって実現される機能について便宜的に表す機能部を示すブロック図である。
【００３１】
図４に示されるように、管理装置１は、ＣＰＵ(Central Processing Unit)１０と、データストレージ２０とを備える。ＣＰＵ１０は、管理装置１の動作を制御する集積回路であって、例えば、データストレージ２０に格納されるプログラムを実行することにより、後述する各機能部に示す機能を実現する。ＣＰＵ１０は、経路探索部１１、結果受付部１２、障害受付部１４、障害判断部１５及びＡＰ検出部１３の各機能部を有する。
【００３２】
データストレージ２０は、ＨＤＤ(Hard Disk Drive)等のデータ格納用の装置であって、端末情報データベース２１、接続経路データベース２２及び機器対応データベース２３等の複数のデータベースが格納される。また、データストレージ２０には、ＡＰ２より収集される障害発生通報の報告内容（例えば、上述したＩＰＳｅｃ障害通報）を格納するための記録領域である障害発生状況表２４が存在する。
【００３３】
経路探索部１１は、ユーザ端末３の夫々に対して、Ｔｒａｃｅｒｏｕｔｅコマンドを実行することで、管理装置１から個々のユーザ端末３に至るまでのキャリア網ネットワーク１１０における接続経路の探索を行う。具体的には、Ｔｒａｃｅｒｏｕｔｅによって取得した管理装置１から個々のユーザ端末３に至るまでに経由するＡＰ２のＩＰアドレスを抽出する。Ｔｒａｃｅｒｏｕｔｅの実行結果を受信した場合、経路探索部１１は、実行結果を結果受付部１２に送信する。但し、経路探索部１１は、Ｔｒａｃｅｒｏｕｔｅコマンド以外の任意のコマンドを実行することで接続経路の探索を行ってもよいし、その他の任意の方法を用いて接続経路の探索を行ってもよい。
【００３４】
結果受付部１２は、経路探索部１１によるＴｒａｃｅｒｏｕｔｅの実行結果を受けつけ、接続経路データベース２２に格納する。
【００３５】
ＡＰ検出部１３は、接続経路データベース２２に格納されるデータを参照することで、所望のユーザ端末３についてキャリア網ネットワーク１１０との接続を中継するＡＰ２の特定を行う。具体的には、ユーザ接続経路データベース２２に格納される各端末３へのＴｒａｃｅｒｏｕｔｅの実行結果を参照し、夫々のユーザ端末３よりホップ数がひとつ少ない（つまり、管理装置１から見て、対象のユーザ端末３より一つ手前の）機器を該ユーザ端末３に対応するＡＰ２として検出する。そして、検出したＡＰ２と対応するユーザ端末３との夫々を識別する情報（例えば、ユーザ端末ＩＤやＩＰアドレス等）を機器対応データベース２３に登録する。
【００３６】
障害受付部１４は、ユーザ端末３同士のＩＰｓｅｃ通信遮断時に、該当ＩＰｓｅｃ通信を行っていたユーザ端末からのＩＰｓｅｃ障害通報を受信し、障害判断部１５に送信する。
【００３７】
障害判断部１５は、障害受付部１４より入力されるＩＰｓｅｃ障害通報を受け付け、該障害がキャリア網ネットワーク１１０において生じているか否かの判断を行う。更に、障害判断部１５は、キャリア網ネットワーク１１０内のアクセスポイントにおいて障害が発生していると判断した場合には、該判断結果をネットワーク１００の管理者に通知する機能部を有していてもよい。
【００３８】
図５乃至図７を参照して、端末情報データベース２１、接続経路データベース２２及び機器対応データベース２３に格納されるデータの詳細について説明する。図５は端末情報データベース２１、図６は接続経路データベース２２、図７は機器対応データベース２３の例を示す図である。
【００３９】
図５に示されるように、端末情報データベース２１は、ネットワーク１００におけるユーザ端末３の夫々について、管理装置１による識別用のＩＤと、割り当てられるＩＰアドレスとを格納する。経路探索部１１は、該端末情報データベース２１に格納されるレコードを参照することで、ネットワーク１００に含まれるユーザ端末３の夫々に対してＴｒａｃｅｒｏｕｔｅコマンドを発行する。
【００４０】
図６に示されるように、接続経路データベース２２は、ネットワーク１００におけるユーザ端末３の夫々について、ユーザ端末ＩＤを主キーとして、管理装置１からのホップ数毎に、経由するＡＰ２又は中継器４のＩＰアドレスを格納する。
【００４１】
図７に示されるように、機器対応データベース２３は、ネットワーク１００におけるユーザ端末３の夫々について、ユーザ端末ＩＤを主キーとして、キャリア網ネットワーク１１０との接続を中継するＡＰ２の識別用のＩＤ（以降、ＡＰＩＤと記載）と、該ＡＰ２のＩＰアドレスとを格納する。
【００４２】
上述した構成において、ＡＰ検出部１３は、個々のＡＰ２に識別用のＡＰＩＤを付した上で、対応するユーザ端末３のユーザ端末ＩＤ又はＩＰアドレス等と共に機器対応データベース２３に格納する。これにより、同一のＡＰ２を経由してキャリア網ネットワーク１１０に接続するユーザ端末３をＡＰ２の配置に対応する地域毎のグループとして管理することが可能となる。
【００４３】
障害判断部１５は、ユーザ端末３からのＩＰｓｅｃ障害通報の受信時に、機器対応データベース２３の情報を参照することで、グループにおけるＩＰＳｅｃ障害通報の態様から、受信したＩＰＳｅｃ障害通報がＡＰ２（或いは、キャリア網ネットワーク１１０内の機器）におけるものであるか否かを判定する。障害判断部１５は、受信したＩＰｓｅｃ障害通報がＡＰ２の障害発生に係るものである場合、該ＩＰＳｅｃ障害通報に係る情報を障害発生状況表２４に格納する。障害発生状況表２４は、ＡＰ２の障害発生状況に係る情報を格納する表であって、個々のＡＰ２に対応して複数通り設けられることがある。障害判断部１５は、個々のＡＰ２について障害が生じていると判断する場合、該ＡＰ２についての既存の障害発生状況表２４に該ＡＰ２についての新たな障害情報（つまり、新たに受信したＩＰＳｅｃ障害通報に係る情報）を格納する。該ＡＰ２についての障害発生状況表２４が存在しない場合、障害判断部１５は、該ＡＰ２に対応する障害発生状況表２４を新たに作成し、該ＡＰ２についての障害情報を格納する。
【００４４】
（３）動作例
図８から図１３を参照して、管理装置１の各部の動作について説明する。
【００４５】
経路探索部１１は、各ユーザ端末３について、図８に示す動作を実施することで、接続経路を検索する。図８は、経路探索部１１の動作の流れを示すフローチャートである。
【００４６】
先ず、経路探索部１１は、端末情報データベース２１を参照して、経路探索を行うユーザ端末３についてＩＰアドレスを取得する（ステップＳ１０１）。次に、経路探索部１１は、取得したＩＰアドレスを対象にＴｒａｃｅｒｏｕｔｅコマンドを発行して、経路探索を行うユーザ端末３についての接続経路を取得する（ステップＳ１０２）。その後、経路探索部１１は、取得した接続経路について、結果受付部１２に出力する（ステップＳ１０３）。
【００４７】
結果受付部１２は、図９に示されるように、各ユーザ端末３についての接続経路の情報の入力を受け、接続経路データベース２２に格納する。図９は、結果受付部１２の動作の流れを示すフローチャートである。
【００４８】
結果受付部１２は、経路探索部１１によるＴｒａｃｅｒｏｕｔｅコマンドの発行により取得される接続経路の情報と、経路探索先のユーザ端末３のユーザ端末ＩＤとを適宜取得する（ステップＳ２０１）。結果受付部１２は、入力される接続経路情報をユーザ端末ＩＤ毎に、接続経路データベース２２に格納する（ステップＳ２０２）。
【００４９】
ＡＰ検出部１３は、図１０に示されるように、各ユーザ端末３について、キャリア網ネットワーク１１０との接続に用いるＡＰ２を検出する。図１０は、ＡＰ検出部１３の動作の流れを示すフローチャートである。
【００５０】
ＡＰ検出部１３は、先ず、対応するＡＰ２を検出するユーザ端末３について、接続経路データベース２２からユーザ端末ＩＤ、ＩＰアドレス及び接続経路等の情報を取得する（ステップＳ３０１）。
【００５１】
次に、ＡＰ検出部１３は、取得した接続経路情報について、格納される最大ホップ数の機器のＩＰアドレスが、対応するＡＰ２を検出する（言い換えれば、処理の対象となる）ユーザ端末３のＩＰアドレスであるか否かを判定する（ステップＳ３０２）。図６に示されるように、接続経路データベース２２には、接続経路探索の対象となるユーザ端末のユーザ端末ＩＤを主キーとして、検索された経路において経由する機器（つまり、ＡＰ２及び中継器４並びに経路探索の対象となるユーザ端末３）のＩＰアドレスが管理装置１からのホップ数とともに格納される。従って、経路探索が正しく実行されている場合、各経路における最大ホップ数の機器は、経路探索の対象となるユーザ端末３となる。
【００５２】
最大ホップ数の機器のＩＰアドレスが、処理対象のユーザ端末３のＩＰアドレスと一致する場合（ステップＳ３０２：Ｙｅｓ）、ＡＰ検出部１３は、接続経路データベース２２を参照し、最大ホップ数−１の機器のＩＰアドレスを取得する（ステップＳ３０３）。尚、最大ホップ数の機器のＩＰアドレスが、処理対象のユーザ端末３のＩＰアドレスと一致しない場合（ステップＳ３０２：Ｎｏ）、ＡＰ検出部１３は、経路探索部１１に対して、処理対象のユーザ端末３についての経路探索を再実行するよう指示する（ステップＳ３０７）。
【００５３】
次に、ＡＰ検出部１３は、先に取得した最大ホップ数−１の機器のＩＰアドレスについて、該ＩＰアドレスに対応するＡＰ２のＡＰＩＤが機器対応データベース２３内に格納されているか否かを判定する（ステップＳ３０４）。ＩＰアドレスに対応するＡＰ２のＡＰＩＤが機器対応データベース２３内に存在しない場合（ステップＳ３０４：Ｎｏ）、ＡＰ検出部１３は、対象のＡＰ２に対して新しいＡＰＩＤを割り当てる（ステップＳ３０６）。
【００５４】
その後、ＡＰ検出部１３は、取得したＡＰ２のＩＰアドレス及びＡＰＩＤを、対応するユーザ端末３のユーザ端末ＩＤとともに機器対応データベース２３に格納する（ステップＳ３０５）。
【００５５】
図１１は、障害受付部１４の動作の流れを示すフローチャートである。障害受付部１４は、各ユーザ端末３から送信されるＩＰｓｅｃ障害通報を受信した後（ステップＳ４０１）、通報内容（つまり、受信したＩＰＳｅｃ障害通報）を障害判断部１５に出力する（ステップＳ４０２）。
【００５６】
障害判断部１５は、ＩＰｓｅｃ障害通報の入力を受けて、該ＩＰｓｅｃ障害通報に基づき、障害が発生した機器の特定や、障害発生状況の確認を行う。図１２及び図１３は、障害判断部１５の動作の流れを示すフローチャートである。尚、ユーザ端末３から管理装置１に対して送信されるＩＰｓｅｃ障害通報には、ＩＰｓｅｃ通信に障害が発生し、通信が遮断されたことを通知するＩＰｓｅｃ障害発生通報と、ＩＰｓｅｃ通信に生じた障害が復旧し、通信が回復したことを通知するＩＰｓｅｃ障害復旧通報と、
図１２は、ＩＰｓｅｃ障害通報を受信した際の障害判断部１５の動作の流れを示すフローチャートである。障害判断部１５は、ユーザ端末３からのＩＰｓｅｃ障害通報を受信した場合（ステップＳ５０１）、機器対応データベース２３を参照して、通報を行ったユーザ端末３に対応するＡＰ２のＡＰＩＤを取得する（ステップＳ５０２）。
【００５７】
続いて、障害判断部１５は、取得したＡＰＩＤについての障害発生状況表２４が存在するか否かの判定を行う（ステップＳ５０３）。存在しない場合（ステップＳ５０３：Ｎｏ）は、新しく該ＡＰＩＤについての障害発生状況表２４を作成する（ステップＳ５０４）。
【００５８】
障害判断部１５は、該ＡＰＩＤについての障害発生状況表２４に、通報があったユーザ端末３が障害発生中である旨を示す情報を格納する（ステップＳ５０５）。
【００５９】
その後、障害判断部１５は、該ＡＰＩＤについての障害発生状況表２４を参照して、Ｔ＝τｄ＋τＴ．Ｏ前の時刻から、現在時刻までの間に受信したＩＰｓｅｃ障害通報の数を取得する。このとき、τｄは、ユーザ端末３の間での接続状況の確認であるキープアライブ確認の間隔を示し、τＴ．Ｏは、キープアライブ確認の監視タイムアウトまでの時間を夫々示す。但し、Ｔ＝τｄ＋τＴ．Ｏは一例であり、τｄ＋τＴ．Ｏ以外の任意の時刻をＴに設定してもよい。障害判断部１５は、取得したＩＰｓｅｃ障害通報の数が予め設定した閾値を超過した場合（ステップＳ５０８：Ｙｅｓ）、該ＡＰＩＤに示されるＡＰ２に障害が発生したと判断し、ネットワーク１００の管理者にＡＰ２の障害として通報する（ステップＳ５０８）。
【００６０】
他方、図１３は、ＩＰｓｅｃの障害復旧の通報を受信した際の障害判断部１５の動作の流れを示すフローチャートである。尚、ＡＰ２の障害を検出するという観点から見れば、障害判断部１５は、必ずしも図１３に示す動作を行わなくともよい。但し、ＡＰ２の障害が発生してから当該障害が復旧した後の動作も担保するという観点から見れば、障害判断部１５は、図１３に示す動作を行ってもよい。
【００６１】
障害判断部１５は、ユーザ端末３からのＩＰｓｅｃの障害復旧の通報を受信した場合（ステップＳ６０１）、障害発生状況表２４を参照して、通報を行ったユーザ端末３に対応するＡＰ２が障害発生中であるか否かを判定する（ステップＳ６０２）。
【００６２】
このとき、ＡＰ２が障害発生中である場合（ステップＳ６０２：Ｙｅｓ）、障害判断部１５は、障害発生状況表２４を参照して、障害発生中のユーザ端末３の数が上述の閾値を下回るか否かを判定する（ステップＳ６０３）。障害発生中のユーザ端末３の数が閾値を下回る場合（ステップＳ６０３：Ｙｅｓ）、障害判断部１５は、該当するＡＰ２について、障害が復旧した旨をネットワーク１００の管理者に通知する（ステップＳ６０４）。
【００６３】
通報を行ったユーザ端末３に対応するＡＰ２が障害発生中であるか否かを判定した後に（ステップＳ６０２）、障害判断部１５は、障害復旧の通報を送信したユーザ端末３について、障害発生中でない旨を示す情報を障害発生状況表２４に格納する（ステップＳ６０５）。
【００６４】
次に、障害判断部１５は、該ＡＰ２についての障害発生状況表２４を参照して、該ＡＰ２を介してキャリア網ネットワーク１１０に接続する（言い換えれば、接続経路に該ＡＰ２を含む）ユーザ端末３について、障害発生中の機器が存在するか否かを判定する（ステップＳ６０６）。障害発生中の機器が存在しない場合、障害判断部１５は、該ＡＰ２についての障害発生状況表２４を削除する（ステップＳ６０７）。
【００６５】
上述した管理装置１の動作によれば、ネットワーク１００内で生じた何らかの機器の障害について、ユーザ端末３毎の個別の障害か、複数のユーザ端末３とキャリア網ネットワーク１１０とを接続するＡＰ２における障害かを好適に判別することが出来る。このとき、管理装置１の障害判断部１５は、発生した障害についての通報について以下の点に注視することで、障害の判別を実施することが好ましい。
【００６６】
ユーザ端末３が位置するユーザネットワークと接続するＡＰ２は、特定のエリアのユーザ端末３を収容して、キャリア網ネットワーク１１０との接続を行う。このため、あるＡＰ２に障害が発生した場合、該ＡＰ２を介してキャリア網ネットワーク１１０と接続するユーザ端末３において接続障害が生じることが推測出来る。
【００６７】
管理装置１は、各ユーザ端末３について、Ｔｒａｃｅｒｏｕｔｅ等のコマンドにより、管理装置１からの接続経路を取得している。また、管理装置１は、取得した接続経路に基づいて、各ユーザ端末３がどのＡＰ２を介してキャリア網ネットワーク１１０に接続しているかを把握している。例えば、図１４は、図１に示されるネットワークについて、Ｔｒａｃｅｒｏｕｔｅコマンドを実行した場合の結果について示した表である。図１４では、ホップ数毎に経由するＡＰ２、中継器４又はＴｒａｃｅｒｏｕｔｅコマンドの対象となるユーザ端末３の夫々の識別用のＩＤについて、機器ＩＤとして示している。る。ＡＰ検出部１３では、このようなＴｒａｃｅｒｏｕｔｅコマンドにより取得されるデータが格納される接続経路データベース２１に基づいて、各ユーザ端末３について対応するＡＰ２を検出し、機器対応データベース２３に格納している。図１４に示される例では、ユーザ端末３ａ、３ｂ、３ｆ、３ｇ、３ｈ及び３ｊについて、夫々の経路探索の結果について示し、また対応するＡＰ２毎に分類したものである。ユーザ端末３ａ及び３ｂは、最大ホップ数−１の機器であるＡＰ２ａを介してキャリア網ネットワーク１１０に接続していることが経路探索の結果判明している。ユーザ端末３ｆ、３ｇ、３ｈ及び３ｉは、最大ホップ数−１の機器であるＡＰ２ｃを介してキャリア網ネットワーク１１０に接続していることが経路探索の結果判明している。そこで、管理装置１は、このようなキャリア網ネットワーク１１０との接続を中継するＡＰ２毎にユーザ端末３を分類し、該分類に沿ってＩＰｓｅｃ障害通報を分類することで、ＩＰｓｅｃに障害が発生しているユーザ端末３をエリア毎に確認することが出来る。
【００６８】
尚、このとき、該ＡＰ２に収容されるユーザ端末３のうち、略全部の個体においてＩＰｓｅｃの接続障害が生じる。そこで、障害判断部１５は、あるＡＰ２について、該ＡＰ２に収容される（言い換えれば、対応する）ユーザ端末３の全数に対する所定の割合等の閾値を設定する。障害判断部１５は、該ＡＰ２に収容されるユーザ端末３のうち障害発生数が該閾値を超過するか否かに応じて、かかる障害は該ＡＰ２において発生しているか否かの判断を行う。
【００６９】
また、ＡＰ２に障害が生じる場合、該ＡＰ２に収容されるユーザ端末３について、略同一のタイミングで接続障害が生じることが推測出来る。このとき、該ＡＰ２に収容されるユーザ端末３と通信していた他のＡＰ２に収容されるユーザ端末３からは、略同一のタイミングでＩＰｓｅｃの障害発生の通報が管理装置１に送信される。そこで、障害判断部１５は、あるＡＰ２について、所定の期間、つまりＩＰｓｅｃ通信を行うユーザ端末３同士のキープアライブ確認等、接続確認の間隔に基づくＴ＝τｄ＋τＴ．Ｏ前の時刻から、現在時刻までの間に受信したＩＰｓｅｃの障害発生の通報数が上述の閾値を超える場合に、該ＡＰ２において障害が発生していると判断する。
【００７０】
このように、障害判断部１５の動作によれば、キャリア網ネットワーク１１０とユーザ端末３との接続を中継するＡＰ２の障害に係る特徴に着目し、ネットワーク１００内で生じた機器の障害について判別を行っている。このため、管理装置１は、ユーザ端末３毎の個別の障害か、複数のユーザ端末３とキャリア網ネットワーク１１０とを接続するＡＰ２における障害かを好適に判別することが出来る。
【００７１】
本発明は、上述した実施例に限られるものではなく、請求の範囲及び明細書全体から読み取れる発明の要旨或いは思想に反しない範囲で適宜変更可能であり、そのような変更を伴う管理装置及び方法等もまた本発明の技術的範囲に含まれるものである。
【００７２】
以上、本明細書で説明した実施形態について、以下の付記を更に記載する。
（付記１）
アクセスポイントを介して相互に接続する複数のネットワーク端末を備えるネットワークの管理装置であって、
複数の前記ネットワーク端末を、接続を中継する前記アクセスポイント毎にグループ化するグループ化手段と、
前記ネットワーク端末間の接続が切断したか否かを検出する障害検出手段と、
前記ネットワーク端末のグループにおいて、所定期間内に閾値を超える数の接続の切断が検知される場合に、前記ネットワーク端末間の接続の切断が、前記グループに対応する前記アクセスポイントの障害によるものと判定する判定手段と
を備えることを特徴とする管理装置。
（付記２）
前記所定の期間は、前記複数のネットワーク端末が相互に接続確認を行う周期に応じて決定される期間であることを特徴とする付記１に記載の管理装置。
（付記３）
前記閾値は、前記グループに属する全ての前記ネットワーク端末の数に応じて決定される割合であることを特徴とする付記１又は２に記載の管理装置。
（付記４）
前記グループ化手段は、前記複数のネットワーク端末の夫々の通信経路を探索することで夫々のネットワーク端末が接続する前記アクセスポイントを検出し、検出結果に応じて前記ネットワーク端末を接続先の前記アクセスポイント毎にグループ化することを特徴とする付記１から３のいずれか一項に記載の管理装置。
（付記５）
前記複数のネットワーク端末は、ＩＰｓｅｃ通信によって相互に接続することを特徴とする付記１から４のいずれか一項に記載の管理装置。
（付記６）
アクセスポイントを介して相互に接続する複数のネットワーク端末を備えるネットワークの管理方法であって、
複数の前記ネットワーク端末を接続を中継する前記アクセスポイント毎にグループ化するグループ化工程と、
前記ネットワーク端末間の接続が切断したか否かを検出する障害検出工程と、
前記ネットワーク端末のグループにおいて、所定期間内に閾値を超える数の接続の切断が検知される場合に、前記ネットワーク端末間の接続の切断が、前記グループに対応する前記アクセスポイントの障害によるものと判定する判定工程と
を備えることを特徴とするネットワークの管理方法。
【符号の説明】
【００７３】
１ 管理装置、
２ アクセスポイント（ＡＰ）
３ ユーザ端末、
１０ ＣＰＵ、
１１ 経路探索部、
１２ 結果受付部、
１３ アクセスポイント（ＡＰ）検出部、
１４ 障害受付部、
２０ 障害判断部、
２１ 端末情報データベース、
２２ 接続経路データベース、
２３ 機器対応データベース、
２４ 障害発生状況表、
１００ ネットワーク。
【特許請求の範囲】
【請求項１】
アクセスポイントを介して相互に接続する複数のネットワーク端末を備えるネットワークの管理装置であって、
複数の前記ネットワーク端末を、接続を中継する前記アクセスポイント毎にグループ化するグループ化手段と、
前記ネットワーク端末間の接続が切断したか否かを検出する障害検出手段と、
前記ネットワーク端末のグループにおいて、所定期間内に閾値を超える数の接続の切断が検知される場合に、前記ネットワーク端末間の接続の切断が、前記グループに対応する前記アクセスポイントの障害によるものと判定する判定手段と
を備えることを特徴とする管理装置。
【請求項２】
前記所定の期間は、前記複数のネットワーク端末が相互に接続確認を行う周期に応じて決定される期間であることを特徴とする請求項１に記載の管理装置。
【請求項３】
前記閾値は、前記グループに属する全ての前記ネットワーク端末の数に応じて決定される割合であることを特徴とする請求項１又は２に記載の管理装置。
【請求項４】
前記グループ化手段は、前記複数のネットワーク端末の夫々の通信経路を探索することで夫々のネットワーク端末が接続する前記アクセスポイントを検出し、検出結果に応じて前記ネットワーク端末を接続先の前記アクセスポイント毎にグループ化することを特徴とする請求項１から３のいずれか一項に記載の管理装置。
【請求項５】
アクセスポイントを介して相互に接続する複数のネットワーク端末を備えるネットワークの管理方法であって、
複数の前記ネットワーク端末を、接続を中継する前記アクセスポイント毎にグループ化するグループ化工程と、
前記ネットワーク端末間の接続が切断したか否かを検出する障害検出工程と、
前記ネットワーク端末のグループにおいて、所定期間内に閾値を超える数の接続の切断が検知される場合に、前記ネットワーク端末間の接続の切断が、前記グループに対応する前記アクセスポイントの障害によるものと判定する判定工程と
を備えることを特徴とする管理方法。
【請求項１】
アクセスポイントを介して相互に接続する複数のネットワーク端末を備えるネットワークの管理装置であって、
複数の前記ネットワーク端末を、接続を中継する前記アクセスポイント毎にグループ化するグループ化手段と、
前記ネットワーク端末間の接続が切断したか否かを検出する障害検出手段と、
前記ネットワーク端末のグループにおいて、所定期間内に閾値を超える数の接続の切断が検知される場合に、前記ネットワーク端末間の接続の切断が、前記グループに対応する前記アクセスポイントの障害によるものと判定する判定手段と
を備えることを特徴とする管理装置。
【請求項２】
前記所定の期間は、前記複数のネットワーク端末が相互に接続確認を行う周期に応じて決定される期間であることを特徴とする請求項１に記載の管理装置。
【請求項３】
前記閾値は、前記グループに属する全ての前記ネットワーク端末の数に応じて決定される割合であることを特徴とする請求項１又は２に記載の管理装置。
【請求項４】
前記グループ化手段は、前記複数のネットワーク端末の夫々の通信経路を探索することで夫々のネットワーク端末が接続する前記アクセスポイントを検出し、検出結果に応じて前記ネットワーク端末を接続先の前記アクセスポイント毎にグループ化することを特徴とする請求項１から３のいずれか一項に記載の管理装置。
【請求項５】
アクセスポイントを介して相互に接続する複数のネットワーク端末を備えるネットワークの管理方法であって、
複数の前記ネットワーク端末を、接続を中継する前記アクセスポイント毎にグループ化するグループ化工程と、
前記ネットワーク端末間の接続が切断したか否かを検出する障害検出工程と、
前記ネットワーク端末のグループにおいて、所定期間内に閾値を超える数の接続の切断が検知される場合に、前記ネットワーク端末間の接続の切断が、前記グループに対応する前記アクセスポイントの障害によるものと判定する判定工程と
を備えることを特徴とする管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１２−２０５１９７（Ｐ２０１２−２０５１９７Ａ）
【公開日】平成２４年１０月２２日（２０１２．１０．２２）
【国際特許分類】
【出願番号】特願２０１１−６９７９９（Ｐ２０１１−６９７９９）
【出願日】平成２３年３月２８日（２０１１．３．２８）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２４年１０月２２日（２０１２．１０．２２）
【国際特許分類】
【出願日】平成２３年３月２８日（２０１１．３．２８）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]