特許 6033189 通信装置、通信方法および通信プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6033189

(24)【登録日】2016年11月4日

(45)【発行日】2016年11月30日

(54)【発明の名称】通信装置、通信方法および通信プログラム

(51)【国際特許分類】

   H04L 12/70 20130101AFI20161121BHJP

【ＦＩ】

   H04L12/70 100Z

【請求項の数】11

【全頁数】30

(21)【出願番号】特願2013-179966(P2013-179966)

(22)【出願日】2013年8月30日

(65)【公開番号】特開2015-50560(P2015-50560A)

(43)【公開日】2015年3月16日

【審査請求日】2015年7月9日

(73)【特許権者】

【識別番号】000208891

【氏名又は名称】ＫＤＤＩ株式会社

(74)【代理人】

【識別番号】100106909

【弁理士】

【氏名又は名称】棚井 澄雄

(74)【代理人】

【識別番号】100064908

【弁理士】

【氏名又は名称】志賀 正武

(74)【代理人】

【識別番号】100146835

【弁理士】

【氏名又は名称】佐伯 義文

(72)【発明者】

【氏名】浅野 知倫

(72)【発明者】

【氏名】岡田 圭司

(72)【発明者】

【氏名】大谷 朋広

【審査官】 速水 雄太

(56)【参考文献】

【文献】 中国特許出願公開第１０２０３５６７６（ＣＮ，Ａ）

【文献】 特開平１０−０５６４７３（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ １２／７０

(57)【特許請求の範囲】

【請求項1】

第１のネットワークと第２のネットワークとの間で通信パケットを通信する通信部と、 前記第２のネットワークに接続された対象装置から送信された通信パケットに基づいて、前記対象装置または前記対象装置に接続された装置のＭＡＣアドレスに関する情報を検出するＭＡＣアドレス情報検出部と、
前記ＭＡＣアドレス情報検出部により検出されたＭＡＣアドレスに関する情報を記憶するＭＡＣアドレス情報記憶部と、
前記ＭＡＣアドレス情報記憶部に記憶されたＭＡＣアドレスに関する情報について、前記ＭＡＣアドレス情報検出部により所定の時間だけ無検出であるＭＡＣアドレスに関する情報を消去する制御部と、
前記ＭＡＣアドレス情報記憶部にＭＡＣアドレスに関する情報が記憶されていない前記対象装置について通信のダウンを判定するＭＡＣアドレス判定部と、
前記第２のネットワークに接続された対象装置に関する通信パケットに基づいて、前記対象装置のトラヒックに関する情報を検出するトラヒック情報検出部と、
前記トラヒック情報検出部により検出されたトラヒックに関する情報を記憶するトラヒック情報記憶部と、
前記トラヒック情報記憶部に記憶されたトラヒックに関する情報に基づいて、トラヒックが所定の閾値以下である前記対象装置について通信のダウンを判定するトラヒック判定部と、
を備える通信装置。

【請求項2】

前記ＭＡＣアドレス判定部により判定して、ＭＡＣアドレスに関して通信のダウンを判定した前記対象装置について、前記トラヒック判定部により判定して、トラヒックに関して通信のダウンを判定した場合に、総合的に障害が有ると判定する障害判定部を備える、
請求項１に記載の通信装置。

【請求項3】

前記トラヒック判定部は、前記トラヒックに関する情報として、所定の期間におけるトラヒックに関する情報を用いる、
請求項１または請求項２に記載の通信装置。

【請求項4】

前記ＭＡＣアドレス情報検出部および前記トラヒック情報検出部を備える第１の装置と、
前記第１の装置の前記トラヒック情報検出部により検出されたトラヒックに関する情報を収集する第２の装置と、
前記ＭＡＣアドレス判定部および前記トラヒック判定部を備え、前記ＭＡＣアドレス判定部は前記第１の装置から受信したＭＡＣアドレスに関する情報に基づいて判定し、前記トラヒック判定部は前記第２の装置から受信したトラヒックに関する情報に基づいて判定する第３の装置と、
を有する請求項１から請求項３のいずれか１項に記載の通信装置。

【請求項5】

前記通信パケットには、送信元の装置のＭＡＣアドレスと、送信先の装置のＭＡＣアドレスが含まれる、
請求項１から請求項４のいずれか１項に記載の通信装置。

【請求項6】

前記第１のネットワークは当該通信装置と同一の者に属し、前記第２のネットワークは当該通信装置とは他の者に属する、
請求項１から請求項５のいずれか１項に記載の通信装置。

【請求項7】

通信部が、第１のネットワークと第２のネットワークとの間で通信パケットを通信し、
ＭＡＣアドレス情報検出部が、前記第２のネットワークに接続された対象装置から送信された通信パケットに基づいて、前記対象装置または前記対象装置に接続された装置のＭＡＣアドレスに関する情報を検出し、
制御部が、前記ＭＡＣアドレス情報検出部により検出されたＭＡＣアドレスに関する情報を記憶するＭＡＣアドレス情報記憶部に記憶されたＭＡＣアドレスに関する情報について、前記ＭＡＣアドレス情報検出部により所定の時間だけ無検出であるＭＡＣアドレスに関する情報を消去し、
ＭＡＣアドレス判定部が、前記ＭＡＣアドレス情報記憶部にＭＡＣアドレスに関する情報が記憶されていない前記対象装置について通信のダウンを判定し、
トラヒック情報検出部が、前記第２のネットワークに接続された対象装置に関する通信パケットに基づいて、前記対象装置のトラヒックに関する情報を検出し、
トラヒック判定部が、前記トラヒック情報検出部により検出されたトラヒックに関する情報を記憶するトラヒック情報記憶部に記憶されたトラヒックに関する情報に基づいて、トラヒックが所定の閾値以下である前記対象装置について通信のダウンを判定する、
通信方法。

【請求項8】

通信部が、第１のネットワークと第２のネットワークとの間で通信パケットを通信するステップと、
ＭＡＣアドレス情報検出部が、前記第２のネットワークに接続された対象装置から送信された通信パケットに基づいて、前記対象装置または前記対象装置に接続された装置のＭＡＣアドレスに関する情報を検出するステップと、
制御部が、前記ＭＡＣアドレス情報検出部により検出されたＭＡＣアドレスに関する情報を記憶するＭＡＣアドレス情報記憶部に記憶されたＭＡＣアドレスに関する情報について、前記ＭＡＣアドレス情報検出部により所定の時間だけ無検出であるＭＡＣアドレスに関する情報を消去するステップと、
ＭＡＣアドレス判定部が、前記ＭＡＣアドレス情報記憶部にＭＡＣアドレスに関する情報が記憶されていない前記対象装置について通信のダウンを判定するステップと、
トラヒック情報検出部が、前記第２のネットワークに接続された対象装置に関する通信パケットに基づいて、前記対象装置のトラヒックに関する情報を検出するステップと、
トラヒック判定部が、前記トラヒック情報検出部により検出されたトラヒックに関する情報を記憶するトラヒック情報記憶部に記憶されたトラヒックに関する情報に基づいて、トラヒックが所定の閾値以下である前記対象装置について通信のダウンを判定するステップと、
をコンピュータに実行させるための通信プログラム。

【請求項9】

第１のネットワークと第２のネットワークとの間で通信パケットを通信する場合に、前記第２のネットワークに接続された対象装置から送信された通信パケットに基づいて検出された前記対象装置または前記対象装置に接続された装置のＭＡＣアドレスに関する情報を記憶し、所定の時間だけ無検出であるＭＡＣアドレスに関する情報が消去されるＭＡＣアドレス情報記憶部について、前記ＭＡＣアドレス情報記憶部にＭＡＣアドレスに関する情報が記憶されていない前記対象装置について通信のダウンを判定するＭＡＣアドレス判定部と、
前記第２のネットワークに接続された対象装置に関する通信パケットに基づいて検出された前記対象装置のトラヒックに関する情報に基づいて、トラヒックが所定の閾値以下である前記対象装置について通信のダウンを判定するトラヒック判定部と、
を備える通信装置。

【請求項10】

ＭＡＣアドレス判定部が、第１のネットワークと第２のネットワークとの間で通信パケットを通信する場合に、前記第２のネットワークに接続された対象装置から送信された通信パケットに基づいて検出された前記対象装置または前記対象装置に接続された装置のＭＡＣアドレスに関する情報を記憶し、所定の時間だけ無検出であるＭＡＣアドレスに関する情報が消去されるＭＡＣアドレス情報記憶部について、前記ＭＡＣアドレス情報記憶部にＭＡＣアドレスに関する情報が記憶されていない前記対象装置について通信のダウンを判定し、
トラヒック判定部が、前記第２のネットワークに接続された対象装置に関する通信パケットに基づいて検出された前記対象装置のトラヒックに関する情報に基づいて、トラヒックが所定の閾値以下である前記対象装置について通信のダウンを判定する、
通信方法。

【請求項11】

ＭＡＣアドレス判定部が、第１のネットワークと第２のネットワークとの間で通信パケットを通信する場合に、前記第２のネットワークに接続された対象装置から送信された通信パケットに基づいて検出された前記対象装置または前記対象装置に接続された装置のＭＡＣアドレスに関する情報を記憶し、所定の時間だけ無検出であるＭＡＣアドレスに関する情報が消去されるＭＡＣアドレス情報記憶部について、前記ＭＡＣアドレス情報記憶部にＭＡＣアドレスに関する情報が記憶されていない前記対象装置について通信のダウンを判定するステップと、
トラヒック判定部が、前記第２のネットワークに接続された対象装置に関する通信パケットに基づいて検出された前記対象装置のトラヒックに関する情報に基づいて、トラヒックが所定の閾値以下である前記対象装置について通信のダウンを判定するステップと、
をコンピュータに実行させるための通信プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信装置、通信方法および通信プログラムに関する。

【背景技術】

【0002】

ネットワークの障害を判定する手法の一例として、ネットワークのトラヒックに基づいて当該ネットワークの異常を検知する手法が検討等されている（特許文献１参照。）。
また、ネットワークの障害を判定する手法の他の例として、装置のインターフェースのアップ（ＵＰ）またはダウン（ＤＯＷＮ）の状態に基づいて判定する手法が検討等されており、また、顧客（お客様）の宅内にセンサー装置を設置してｐｉｎｇ等による疎通確認を行う手法が検討等されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００９−０４９４９０号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上述したネットワークのトラヒックに基づいてネットワークの障害を判定する手法では、処理量が大きくなるという問題があった。
また、上述した装置のインターフェースのアップまたはダウンの状態に基づいてネットワークの障害を判定する手法では、顧客のネットワークが他社のネットワークを経由して自社のネットワークに接続されている場合には、通常は他社の装置から情報を得ることができないことから、インターフェースのアップまたはダウンの状態を把握することができず、他社のネットワークで障害が発生したときに、自社においてネットワークの障害を判定することができないという問題があった。
また、上述した顧客の宅内にセンサー装置を設置してｐｉｎｇ等による疎通確認を行うことでネットワークの障害を判定する手法では、顧客の宅内にセンサー装置を設置することができない場合にはネットワークの障害を判定することができないという問題があった。

【0005】

本発明は、このような事情を考慮してなされたもので、ネットワークの障害を判定することを効果的に実現することができる通信装置、通信方法および通信プログラムを提供することを課題とする。

【課題を解決するための手段】

【0006】

（１）上記の課題を解決するために、本発明の一態様に係る通信装置は、第１のネットワークと第２のネットワークとの間で通信パケットを通信する通信部と、前記第２のネットワークに接続された対象装置から送信された通信パケットに基づいて、前記対象装置または前記対象装置に接続された装置のＭＡＣアドレスに関する情報を検出するＭＡＣアドレス情報検出部と、前記ＭＡＣアドレス情報検出部により検出されたＭＡＣアドレスに関する情報を記憶するＭＡＣアドレス情報記憶部と、前記ＭＡＣアドレス情報記憶部に記憶されたＭＡＣアドレスに関する情報について、前記ＭＡＣアドレス情報検出部により所定の時間だけ無検出であるＭＡＣアドレスに関する情報を消去する制御部と、前記ＭＡＣアドレス情報記憶部にＭＡＣアドレスに関する情報が記憶されていない前記対象装置について通信のダウンを判定するＭＡＣアドレス判定部と、前記第２のネットワークに接続された対象装置に関する通信パケットに基づいて、前記対象装置のトラヒックに関する情報を検出するトラヒック情報検出部と、前記トラヒック情報検出部により検出されたトラヒックに関する情報を記憶するトラヒック情報記憶部と、前記トラヒック情報記憶部に記憶されたトラヒックに関する情報に基づいて、トラヒックが所定の閾値以下である前記対象装置について通信のダウンを判定するトラヒック判定部と、を備える。

【0008】

（２）本発明の一態様は、上記した（１）に記載の通信装置において、前記ＭＡＣアドレス判定部により判定して、ＭＡＣアドレスに関して通信のダウンを判定した前記対象装置について、前記トラヒック判定部により判定して、トラヒックに関して通信のダウンを判定した場合に、総合的に障害が有ると判定する障害判定部を備える、構成としてもよい。

【0009】

（３）本発明の一態様は、上記した（１）または上記した（２）に記載の通信装置において、前記トラヒック判定部は、前記トラヒックに関する情報として、所定の期間におけるトラヒックに関する情報を用いる、構成としてもよい。

【0010】

（４）本発明の一態様は、上記した（１）から上記した（３）のいずれか１つに記載の通信装置において、前記ＭＡＣアドレス情報検出部および前記トラヒック情報検出部を備える第１の装置と、前記第１の装置の前記トラヒック情報検出部により検出されたトラヒックに関する情報を収集する第２の装置と、前記ＭＡＣアドレス判定部および前記トラヒック判定部を備え、前記ＭＡＣアドレス判定部は前記第１の装置から受信したＭＡＣアドレスに関する情報に基づいて判定し、前記トラヒック判定部は前記第２の装置から受信したトラヒックに関する情報に基づいて判定する第３の装置と、を有する、構成としてもよい。

【0011】

（５）本発明の一態様は、上記した（１）から上記した（４）のいずれか１つに記載の通信装置において、前記通信パケットには、送信元の装置のＭＡＣアドレスと、送信先の装置のＭＡＣアドレスが含まれる、構成としてもよい。

【0012】

（６）本発明の一態様は、上記した（１）から上記した（５）のいずれか１つに記載の通信装置において、前記第１のネットワークは当該通信装置と同一の者に属し、前記第２のネットワークは当該通信装置とは他の者に属する、構成としてもよい。

【0013】

（７）上記の課題を解決するために、本発明の一態様に係る通信方法は、通信部が、第１のネットワークと第２のネットワークとの間で通信パケットを通信し、ＭＡＣアドレス情報検出部が、前記第２のネットワークに接続された対象装置から送信された通信パケットに基づいて、前記対象装置または前記対象装置に接続された装置のＭＡＣアドレスに関する情報を検出し、制御部が、前記ＭＡＣアドレス情報検出部により検出されたＭＡＣアドレスに関する情報を記憶するＭＡＣアドレス情報記憶部に記憶されたＭＡＣアドレスに関する情報について、前記ＭＡＣアドレス情報検出部により所定の時間だけ無検出であるＭＡＣアドレスに関する情報を消去し、ＭＡＣアドレス判定部が、前記ＭＡＣアドレス情報記憶部にＭＡＣアドレスに関する情報が記憶されていない前記対象装置について通信のダウンを判定し、トラヒック情報検出部が、前記第２のネットワークに接続された対象装置に関する通信パケットに基づいて、前記対象装置のトラヒックに関する情報を検出し、トラヒック判定部が、前記トラヒック情報検出部により検出されたトラヒックに関する情報を記憶するトラヒック情報記憶部に記憶されたトラヒックに関する情報に基づいて、トラヒックが所定の閾値以下である前記対象装置について通信のダウンを判定する。

【0014】

（８）上記の課題を解決するために、本発明の一態様に係る通信プログラムは、通信部
が、第１のネットワークと第２のネットワークとの間で通信パケットを通信するステップ
と、ＭＡＣアドレス情報検出部が、前記第２のネットワークに接続された対象装置から送
信された通信パケットに基づいて、前記対象装置または前記対象装置に接続された装置の
ＭＡＣアドレスに関する情報を検出するステップと、制御部が、前記ＭＡＣアドレス情報
検出部により検出されたＭＡＣアドレスに関する情報を記憶するＭＡＣアドレス情報記憶
部に記憶されたＭＡＣアドレスに関する情報について、前記ＭＡＣアドレス情報検出部に
より所定の時間だけ無検出であるＭＡＣアドレスに関する情報を消去するステップと、Ｍ
ＡＣアドレス判定部が、前記ＭＡＣアドレス情報記憶部にＭＡＣアドレスに関する情報が
記憶されていない前記対象装置について通信のダウンを判定するステップと、トラヒック情報検出部が、前記第２のネットワークに接続された対象装置に関する通信パケットに基づいて、前記対象装置のトラヒックに関する情報を検出するステップと、トラヒック判定部が、前記トラヒック情報検出部により検出されたトラヒックに関する情報を記憶するトラヒック情報記憶部に記憶されたトラヒックに関する情報に基づいて、トラヒックが所定の閾値以下である前記対象装置について通信のダウンを判定するステップと、をコンピュータに実行させるためのプログラムである。

【0015】

（９）上記の課題を解決するために、本発明の一態様に係る通信装置は、第１のネットワークと第２のネットワークとの間で通信パケットを通信する場合に、前記第２のネットワークに接続された対象装置から送信された通信パケットに基づいて検出された前記対象装置または前記対象装置に接続された装置のＭＡＣアドレスに関する情報を記憶し、所定の時間だけ無検出であるＭＡＣアドレスに関する情報が消去されるＭＡＣアドレス情報記憶部について、前記ＭＡＣアドレス情報記憶部にＭＡＣアドレスに関する情報が記憶されていない前記対象装置について通信のダウンを判定するＭＡＣアドレス判定部と、前記第２のネットワークに接続された対象装置に関する通信パケットに基づいて検出された前記対象装置のトラヒックに関する情報に基づいて、トラヒックが所定の閾値以下である前記対象装置について通信のダウンを判定するトラヒック判定部と、を備える。

【0017】

（１０）上記の課題を解決するために、本発明の一態様に係る通信方法は、ＭＡＣアドレス判定部が、第１のネットワークと第２のネットワークとの間で通信パケットを通信する場合に、前記第２のネットワークに接続された対象装置から送信された通信パケットに基づいて検出された前記対象装置または前記対象装置に接続された装置のＭＡＣアドレスに関する情報を記憶し、所定の時間だけ無検出であるＭＡＣアドレスに関する情報が消去されるＭＡＣアドレス情報記憶部について、前記ＭＡＣアドレス情報記憶部にＭＡＣアドレスに関する情報が記憶されていない前記対象装置について通信のダウンを判定し、トラヒック判定部が、前記第２のネットワークに接続された対象装置に関する通信パケットに基づいて検出された前記対象装置のトラヒックに関する情報に基づいて、トラヒックが所定の閾値以下である前記対象装置について通信のダウンを判定する。

【0018】

（１１）上記の課題を解決するために、本発明の一態様に係る通信プログラムは、ＭＡＣアドレス判定部が、第１のネットワークと第２のネットワークとの間で通信パケットを通信する場合に、前記第２のネットワークに接続された対象装置から送信された通信パケットに基づいて検出された前記対象装置または前記対象装置に接続された装置のＭＡＣアドレスに関する情報を記憶し、所定の時間だけ無検出であるＭＡＣアドレスに関する情報が消去されるＭＡＣアドレス情報記憶部について、前記ＭＡＣアドレス情報記憶部にＭＡＣアドレスに関する情報が記憶されていない前記対象装置について通信のダウンを判定するステップと、トラヒック判定部が、前記第２のネットワークに接続された対象装置に関する通信パケットに基づいて検出された前記対象装置のトラヒックに関する情報に基づいて、トラヒックが所定の閾値以下である前記対象装置について通信のダウンを判定するステップと、をコンピュータに実行させるためのプログラムである。

【発明の効果】

【0019】

本発明によれば、ネットワークの障害を判定することを効果的に実現することができる。

【図面の簡単な説明】

【0020】

【図1】本発明の一実施形態に係る通信システムの概略的な構成を示す図である。

【図2】本発明の一実施形態に係る自社通信機器の概略的な構成を示す図である。

【図3】本発明の一実施形態に係る収集サーバ装置の概略的な構成を示す図である。

【図4】本発明の一実施形態に係る判定サーバ装置の概略的な構成を示す図である。

【図5】本発明の一実施形態に係る通信パケットの概略的な構成を示す図である。

【図6】本発明の一実施形態に係るトラヒックテーブルの概略的な構成を示す図である。

【図7】本発明の一実施形態に係るＭＡＣアドレステーブルの概略的な構成を示す図である。

【図8】（Ａ）〜（Ｂ）は本発明の一実施形態に係るＭＡＣアドレステーブルの変化の例を示す図である。

【図9】（Ａ）〜（Ｃ）は本発明の一実施形態に係るＭＡＣアドレステーブルの変化の例を示す図である。

【図10】本発明の一実施形態に係る判定サーバ装置において行われる判定動作の一例を示すフローチャート図である。

【図11】本発明の一実施形態に係る時刻と受信トラヒック量との関係の一例を示す図である。

【図12】本発明の一実施形態に係る判定期間とダウン判定数との関係の一例を示す図である。

【図13】本発明の一実施形態に係るトラヒック判定期間と誤判定回線数との関係の一例を示す図である。

【図14】本発明の一実施形態の変形例に係る自社通信機器の概略的な構成を示す図である。

【発明を実施するための形態】

【0021】

以下、図面を参照し、本発明の実施形態について説明する。
以下の実施形態では、本発明を実施する事業者（以下の例では、会社）を自社と呼び、自社以外の事業者（以下の例では、会社）を他社と呼ぶ。また、自社や他社の顧客が存在する。通常、自社は、自社の装置については所有や管理などをするが、他社の装置については所有しておらず管理などもしない。このため、自社は、自社のネットワークの故障については能動的に検出することができ、例えば、自社ネットワーク内のネットワーク機器と自社の監視センター装置などとの間のネットワークの障害を検出することができるが、一方、他社のネットワークの障害については能動的に検出することができない。
但し、他の構成例として、自社と他社の区別がなく、他社の装置として説明するものも自社の装置である構成が用いられてもよい。さらに、他の構成例として、各装置の所有者は、様々な者であってもよい。

【0022】

［実施形態に係る通信システムの概要］
図１は、本発明の一実施形態に係る通信システム１０１の概略的な構成を示す図である。
本実施形態に係る通信システム１０１は、自社のネットワーク（自社ネットワーク）１と、他社のネットワーク（他社ネットワーク）２を備える。

【0023】

本実施形態に係る通信システム１０１は、自社ネットワーク１に接続される装置として、自社の通信機器の装置（自社通信機器）１１と、収集サーバ装置１２と、判定サーバ装置１３と、自社の監視センターの装置（自社監視センター装置）２１と、自社のネットワーク機器２２を備える。
また、本実施形態に係る通信システム１０１は、ネットワーク機器２２に接続される装置として、Ｌ（Ｌは１または２以上の整数）個の端末装置３１−１〜３１−Ｌを備える。Ｌは任意の数であってもよい。
なお、通信システム１０１は、ネットワーク機器２２およびそれに接続される端末装置３１−１〜３１−Ｌと同様なものを複数備えてもよい。

【0024】

本実施形態に係る通信システム１０１は、他社ネットワーク２に接続される装置として、他社の通信機器の装置（他社通信機器）５１と、他社の監視センターの装置（他社監視センター装置）６１と、Ｎ（Ｎは１または２以上の整数）個の他社の通信機器（本実施形態では、ネットワーク機器）６２−１〜６２−Ｎを備える。Ｎは任意の数であってもよい。
また、本実施形態に係る通信システム１０１は、ネットワーク機器６２−１に接続される装置として、Ｍ（Ｍは１または２以上の整数）個の端末装置７１−１〜７１−Ｍを備える。また、本実施形態に係る通信システム１０１では、他のネットワーク機器６２−２〜６２−Ｎについても、それぞれ、１または２以上の整数個の端末装置が接続される。

【0025】

本実施形態に係る通信システム１０１では、自社通信機器１１と他社通信機器５１を接続する回線１５１を備える。
なお、各ネットワーク１、２や回線１５１としては、例えば、有線の回線が用いられてもよく、または、無線の回線が用いられてもよく、または、有線の回線と無線の回線の組み合わせが用いられてもよい。

【0026】

ここで、自社通信機器１１および他社通信機器５１は、例えば、それぞれ、レイヤ２（Ｌ２）のルータ、または、レイヤ２のスイッチ、などのネットワーク機器である。自社通信機器１１および他社通信機器５１は、回線１５１を介して通信することで、自社ネットワーク１と他社ネットワーク２を接続する。
また、各ネットワーク機器２２、６２−１〜６２−Ｎは、例えば、それぞれ、レイヤ２（Ｌ２）のルータ、レイヤ２のスイッチ、または、ファイアウォールなどのネットワーク機器である。
各端末装置（端末装置３１−１〜３１−Ｌ、７１−１〜７１−Ｍなど）は、例えば、ネットワーク機器、または、パーソナルコンピュータ（ＰＣ）やサーバなどであり、通信機能を有する様々な装置であってもよい。つまり、各ネットワーク機器２２、６２−１〜６２−Ｎの先には、さらに１個以上のネットワーク機器が直列に接続されてもよく、その先にＰＣやサーバなどが接続される。このため、本実施形態では、各端末装置（端末装置３１−１〜３１−Ｌ、７１−１〜７１−Ｍなど）は、ネットワーク機器であってもよく、実際には、そうであることが多い。
自社監視センター装置２１は、自社ネットワーク１に関する監視を行う。
他社監視センター装置６１は、他社ネットワーク２に関する監視を行う。

【0027】

各ネットワーク機器２２、６２−１〜６２−Ｎには、それぞれに固有なＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスが設定されている。また、各端末装置（端末装置３１−１〜３１−Ｌ、７１−１〜７１−Ｍなど）にも、それぞれに固有なＭＡＣアドレスが設定されている。
各端末装置（端末装置３１−１〜３１−Ｌ、７１−１〜７１−Ｍなど）は、それぞれに接続されるネットワーク機器２２、６２−１〜６２−Ｎを介して、通信パケットを送信および受信する。この通信パケットには、送信元の端末装置が接続されたネットワーク機器２２、６２−１〜６２−Ｎ（送信元のネットワーク機器）のＭＡＣアドレスと、送信先の端末装置が接続されたネットワーク機器２２、６２−１〜６２−Ｎ（送信先のネットワーク機器）のＭＡＣアドレスが、送信元のネットワーク機器（または、送信元の端末装置でもよい）において、含められる。また、この通信パケットには、送信元の端末装置のＭＡＣアドレスと、送信先の端末装置のＭＡＣアドレスが、含められる。また、この通信パケットには、通信の途中で通過する他のネットワーク機器（例えば、他のネットワーク機器である端末装置）のＭＡＣアドレスが、含められる。

【0028】

また、各ネットワーク機器２２、６２−１〜６２−Ｎには、ＶＬＡＮ（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）の識別情報（ＩＤ：Ｉｄｅｎｔｉｆｉｅｒ）であるＶＬＡＮＩＤが設定される。

【0029】

ここで、他社ネットワーク２に接続されたＮ個のネットワーク機器６２−１〜６２−Ｎは、それぞれ、異なる顧客（例えば、会社など）に対応するものであり、それぞれの顧客の端末装置を配下に接続する。具体例として、ネットワーク機器６２−１は第１の顧客に割り当てられて対応するものであり、第１の顧客の端末装置７１−１〜７１−Ｍを配下に接続しており、また、ネットワーク機器６２−２は第２の顧客に割り当てられて対応するものであり、第２の顧客の端末装置を配下に接続しており、以降も同様である。

【0030】

本実施形態では、他社ネットワーク２に接続されたＮ個のネットワーク機器６２−１〜６２−Ｎについて、顧客と、ネットワーク機器のＭＡＣアドレスと、ネットワーク機器に割り当てられたＶＬＡＮＩＤとがそれぞれ１対１で対応するとする。
また、本実施形態では、各顧客が各回線に対応するとする。
このように、本実施形態では、他社通信機器５１のＮ個のポートに接続されたＮ個のネットワーク機器６２−１〜６２−Ｎのそれぞれにより異なる顧客のネットワークが構成されるとして、それぞれの顧客のネットワーク（本実施形態では、それぞれのネットワーク機器６２−１〜６２−Ｎに対応する）について、ネットワークの障害の有無を判定する。本実施形態では、各ネットワーク機器６２−１〜６２−Ｎの配下にもネットワーク機器が接続されてもよく、端末装置（端末装置３１−１〜３１−Ｌ、７１−１〜７１−Ｍなど）のなかにもネットワーク機器があってもよい。

【0031】

［実施形態に係る自社通信機器、収集サーバ装置、判定サーバ装置の概要］
図２は、本発明の一実施形態に係る自社通信機器１１の概略的な構成を示す図である。
本実施形態に係る自社通信機器１１は、通信部２０１と、検出部２０２と、記憶部２０３と、制御部２０４を備える。
検出部２０２は、トラヒック情報検出部３０１と、ＭＡＣアドレス情報検出部３０２を備える。
記憶部２０３は、トラヒック情報記憶部３１１と、ＭＡＣアドレス情報記憶部３１２を備える。

【0032】

図３は、本発明の一実施形態に係る収集サーバ装置１２の概略的な構成を示す図である。
本実施形態に係る収集サーバ装置１２は、通信部４０１と、収集部４０２と、記憶部４０３と、制御部４０４を備える。
収集部４０２は、トラヒック情報収集部５０１を備える。
記憶部４０３は、トラヒック情報記憶部５１１を備える。

【0033】

図４は、本発明の一実施形態に係る判定サーバ装置１３の概略的な構成を示す図である。
本実施形態に係る判定サーバ装置１３は、通信部６０１と、収集部６０２と、記憶部６０３と、判定部６０４と、制御部６０５を備える。
収集部６０２は、トラヒック情報収集部７０１と、ＭＡＣアドレス情報収集部７０２を備える。
記憶部６０３は、トラヒック情報記憶部７１１と、ＭＡＣアドレス情報記憶部７１２を備える。
判定部６０４は、トラヒック判定部７２１と、ＭＡＣアドレス判定部７２２と、障害判定部７２３を備える。

【0034】

＜通信パケット＞
図５は、本発明の一実施形態に係る通信パケット１００１の概略的な構成を示す図である。
本実施形態に係る通信パケット１００１は、ヘッダ１０１１と、通信データ１０１２を含む。
ヘッダ１０１１は、送信先のネットワーク機器のＭＡＣアドレス（送信先のＭＡＣアドレス）１０２１の情報と、送信元のネットワーク機器のＭＡＣアドレス（送信元のＭＡＣアドレス）１０２２の情報を含む。
なお、通信パケット１００１は、他の情報を含んでもよい。また、ヘッダ１０１１は、他の情報を含んでもよく、例えば、送信先のＭＡＣアドレスに対応するＶＬＡＮＩＤや、送信元のＭＡＣアドレスに対応するＶＬＡＮＩＤを含んでもよい。
本実施形態に係る通信パケット１００１の形式は、本実施形態に係る通信システム１０１におけるパケット通信で共通に用いられる。なお、通信パケット１００１の形式としては、他の形式が用いられてもよい。

【0035】

＜自社通信機器＞
自社通信機器１１について説明する。
通信部２０１は、自社ネットワーク１を介して他の装置との間で通信する機能、および回線１５１を介して他社通信機器５１との間で通信する機能を有する。

【0036】

検出部２０２は、所定の情報を検出する機能を有する。
検出部２０２のトラヒック情報検出部３０１は、他社ネットワーク２に接続されたＮ個のネットワーク機器６２−１〜６２−Ｎのそれぞれについて、通信パケットのトラヒックに関する情報（トラヒック情報）として、通信パケットのトラヒックの量の情報またはそれを特定することが可能な情報を検出（計測）する。
この場合に、トラヒック情報検出部３０１は、自社通信機器１１を通過する通信パケットに含まれるＭＡＣアドレスまたはＶＬＡＮＩＤのうちの一方または両方に基づいて、その通信パケットの送信元のネットワーク機器や、その通信パケットの送信先のネットワーク機器を特定することができる。

【0037】

ここで、トラヒック情報検出部３０１は、他社ネットワーク２に接続されたＮ個のネットワーク機器６２−１〜６２−Ｎのそれぞれについて、配下に接続される端末装置により通信される通信パケットのうち、他社ネットワーク２から他社通信機器５１および自社通信機器１１を介して自社ネットワーク１へ伝送される通信パケットのトラヒックの量の情報またはそれを特定することが可能な情報をトラヒック情報として検出する。つまり、トラヒック情報検出部３０１は、他社ネットワーク２に接続されたネットワーク機器６２−１〜６２−Ｎごとに、他社ネットワーク２の側から自社ネットワーク１の側へ伝送される通信パケットのトラヒックの量の情報またはそれを特定することが可能な情報をトラヒック情報として検出する。
トラヒックの量としては、本実施形態では、所定の時間（一例として、５分）ごとのトラヒックの量が用いられる。この場合、トラヒックの量としては、所定の時間における総量であるメガビット（Ｍｂ）などの単位の量を用いることや、または、所定の時間における平均値であるメガビット毎秒（Ｍｂｐｓ）などの単位の量を用いることができる。

【0038】

なお、他の構成例として、上記のような一方向の通信パケットのトラヒックではなく、両方向の通信パケットのトラヒックについて、トラヒックの量の情報またはそれを特定することが可能な情報をトラヒック情報として検出する構成が用いられてもよい。つまり、トラヒック情報検出部３０１は、他社ネットワーク２に接続されたネットワーク機器６２−１〜６２−Ｎごとに、他社ネットワーク２の側から自社ネットワーク１の側へ伝送される通信パケットおよび自社ネットワーク１の側から他社ネットワーク２の側へ伝送される通信パケットについて、トラヒックの量の情報またはそれを特定することが可能な情報をトラヒック情報として検出する構成が用いられてもよい。但し、通常は、自社ネットワーク１の側から他社ネットワーク２の側へ伝送される通信パケットのなかには到達しない場合であっても該当ＭＡＣアドレスの情報を持ったノイズ等が混じる可能性があるため、両方向の通信パケットのトラヒックよりも、一方向（他社ネットワーク２の側から自社ネットワーク１の側への方向）の通信パケットのトラヒックの方が、精度が良い。

【0039】

検出部２０２のＭＡＣアドレス情報検出部３０２は、他社ネットワーク２に接続されたＮ個のネットワーク機器６２−１〜６２−Ｎのそれぞれについて、配下に接続される端末装置により通信される通信パケットのうち、他社ネットワーク２から他社通信機器５１および自社通信機器１１を介して自社ネットワーク１へ伝送される通信パケットを検出した場合に、その通信パケットに含まれる送信元のＭＡＣアドレス（送信元のネットワーク機器のＭＡＣアドレス）の情報をＭＡＣアドレス情報として検出する。

【0040】

記憶部２０３は、各種の情報を記憶する機能を有する。
記憶部２０３のトラヒック情報記憶部３１１は、トラヒック情報検出部３０１により検出されたトラヒック情報を記憶する。本実施形態では、トラヒック情報記憶部３１１は、テーブル（トラヒックテーブル１６１）の形式でトラヒック情報を記憶する。

【0041】

図６は、本発明の一実施形態に係るトラヒックテーブル１６１の概略的な構成を示す図である。なお、図６の例では、トラヒック情報として、瞬時的なトラヒックの量の情報を用いており、これに基づいて、時間的な幅を有するトラヒックの量（例えば、時間的な平均値や積分値など）を特定することが可能である。
本実施形態に係るトラヒックテーブル１６１は、他社ネットワーク２に接続されたネットワーク機器６２−１〜６２−Ｎ（ネットワーク機器１、ネットワーク機器２、・・・、ネットワーク機器Ｎ）ごとに、トラヒックの量を格納する。
本実施形態では、各ネットワーク機器６２−１〜６２−Ｎを、ＶＬＡＮＩＤにより識別する。つまり、本実施形態に係るトラヒックテーブル１６１は、ＶＬＡＮＩＤとトラヒックの量との対応を格納する。
具体的には、本実施形態に係るトラヒックテーブル１６１では、各ＶＬＡＮＩＤごとに、時刻（西暦／月／時、分、秒）と受信トラヒックの量（ｂｐｓ）と送信トラヒックの量（ｂｐｓ）を対応させたトラヒック情報が、検出された時刻の数だけ、格納される。

【0042】

このような自社通信機器１１において取得されるトラヒック情報に基づいて、他社通信機器５１とつながっているポートのＶＬＡＮＩＤごとの受信トラヒックの量および送信トラヒックの量を計算して取得することができる。本実施形態では、この計算を収集サーバ装置１２（例えば、トラヒック情報収集部５０１）により行う構成とするが、他の構成例として、この計算を自社通信機器１１（例えば、トラヒック情報検出部３０１）または判定サーバ装置１３（例えば、トラヒック情報収集部７０１）により行う構成が用いられてもよい。

【0043】

記憶部２０３のＭＡＣアドレス情報記憶部３１２は、ＭＡＣアドレス情報検出部３０２により検出されたＭＡＣアドレス情報を記憶する。本実施形態では、ＭＡＣアドレス情報記憶部３１２は、テーブル（ＭＡＣアドレステーブル１７１）の形式でＭＡＣアドレス情報を記憶する。

【0044】

図７は、本発明の一実施形態に係るＭＡＣアドレステーブル１７１の概略的な構成を示す図である。
本実施形態に係るＭＡＣアドレステーブル１７１は、他社ネットワーク２に接続されたネットワーク機器６２−１〜６２−Ｎ（ネットワーク機器１、ネットワーク機器２、・・・、ネットワーク機器Ｎ）に対応するＶＬＡＮＩＤごとに、ＭＡＣアドレスなどを格納する。

【0045】

具体的には、本実施形態に係るＭＡＣアドレステーブル１７１では、ＶＬＡＮＩＤと、ＭＡＣアドレス（ＭＡＣ Ａｄｄｒｅｓｓ）と、タイプ（Ｔｙｐｅ）と、インターフェース（Ｉｎｔｅｒｆａｃｅ）と、状態（Ｓｔａｔｅ）を対応させた情報を、検出された数の分だけ、格納する。
ここで、ＭＡＣアドレステーブル１７１におけるＭＡＣアドレス（ＭＡＣ Ａｄｄｒｅｓｓ）としては、対応するＶＬＡＮＩＤについてラーニングされたＭＡＣアドレスが格納される。
ＭＡＣアドレステーブル１７１におけるタイプ（Ｔｙｐｅ）としては、ＭＡＣアドレスをラーニングする方法のタイプを格納する。本実施形態では、通信パケットを導通してラーニングする方法のタイプをダイナミック（Ｄｙｎａｍｉｃ）とし、人が静的に設定する方法のタイプをスタティック（Ｓｔａｔｉｃ）とする。ダイナミック（Ｄｙｎａｍｉｃ）は、通信パケットの疎通がないとエージアウトする（エントリーが消える）タイプであり、また、スタティック（Ｓｔａｔｉｃ）は、通信パケットの疎通がなくてもエージアウトしない（エントリーが消えない）タイプである。
ＭＡＣアドレステーブル１７１におけるインターフェース（Ｉｎｔｅｒｆａｃｅ）としては、他社通信機器５１とつながっているポートであって、ＭＡＣアドレスをラーニングしたポートを識別する情報を格納する。
ＭＡＣアドレステーブル１７１における状態（Ｓｔａｔｅ）としては、該当する行が有効（アクティブ：Ａｃｔｉｖｅ）であるかまたは無効であるかを示す。

【0046】

ここで、本実施形態に係るＭＡＣアドレステーブル１７１には、受信された通信パケットの送信元のＭＡＣアドレスごとに、ＶＬＡＮＩＤや、受信されたポートの識別情報などが格納される。
具体例として、図７に示されるＭＡＣアドレステーブル１７１の１行目の情報については、顧客のネットワーク（顧客回線）に接続された該当する端末装置に割り当てられている（アサインされている）ＶＬＡＮＩＤが「１０１」であり、その端末装置のＭＡＣアドレスが「００：０１：ｅｅ：６５：７７：３ｄ」である。そして、この情報は、その端末装置から自社ネットワーク１に向けた通信パケットを自社通信機器１１が中継したときに、自社通信機器１１において記憶される。

【0047】

ここで、本実施形態に係るＭＡＣアドレステーブル１７１では、各ネットワーク機器について、ＭＡＣアドレスが格納されていない状態（無しの状態）において、ＭＡＣアドレス情報検出部３０２によりＭＡＣアドレスが検出されると、検出されたＭＡＣアドレスを対応付けて格納し、また、タイプがダイナミック（Ｄｙｎａｍｉｃ）であるものに関して、所定の時間（一例として、５分＝３００秒）ＭＡＣアドレス情報検出部３０２により検出されなかったＭＡＣアドレスについては消去する。なお、本実施形態に係るＭＡＣアドレステーブル１７１では、各ネットワーク機器について、タイプがダイナミック（Ｄｙｎａｍｉｃ）であるものに関して、ＭＡＣアドレスが格納された状態において、ＭＡＣアドレス情報検出部３０２によりそのＭＡＣアドレスが検出されると、その検出のタイミングから前記した所定の時間の計時を行う。
つまり、本実施形態に係るＭＡＣアドレステーブル１７１では、各ネットワーク機器について、タイプがダイナミック（Ｄｙｎａｍｉｃ）であるものに関して、過去の前記した所定の時間以内にＭＡＣアドレス情報検出部３０２によりＭＡＣアドレスが検出されていればそのＭＡＣアドレスを格納し、そうでなければそのＭＡＣアドレスを格納しない状態（無しの状態）となる。

【0048】

具体例として、本実施形態では、顧客のネットワークの構成（端末装置の機器の種別）に応じて、１個のＶＬＡＮＩＤに対して１個以上のＭＡＣアドレスを記憶する。
例えば、端末装置（図１に示される端末装置７１−１〜７１−Ｍのうちの該当するもの）がＬ２スイッチである場合に、このＬ２スイッチにつながっているＭＡＣアドレスを持つ端末装置（例えば、ルータ、サーバ、パーソナルコンピュータなど）が自社ネットワーク１向けに通信パケットを送信したときには、これら複数個の端末装置のＭＡＣアドレスが１個のＶＬＡＮＩＤに対して記憶される。

【0049】

ここで、図８（Ａ）および図８（Ｂ）を参照して、１個のＶＬＡＮＩＤに対して複数個のＭＡＣアドレスを記憶する場合の一例を示す。
図８（Ａ）および図８（Ｂ）は、本発明の一実施形態に係るＭＡＣアドレステーブル１７２ａ、１７２ｂの変化の例を示す図である。なお、図８（Ａ）および図８（Ｂ）では、状態（Ｓｔａｔｅ）については省略してあり、インターフェース（Ｉｎｔｅｒｆａｃｅ）については「他社通信機器とつながっているポート」と概略を示してある。

【0050】

まず、図８（Ａ）に示されるように、ある時刻において、ＭＡＣアドレステーブル１７２ａに、１個のＶＬＡＮＩＤ＝１１１１について、異なる２個のＭＡＣアドレス（および、他の項目）の情報が対応付けられて格納されているとする。ここでは、１個のＶＬＡＮＩＤ＝１１１１について、タイプがダイナミック（Ｄｙｎａｍｉｃ）であるものに関して、ＶＬＡＮＩＤ＝１１１１とＭＡＣアドレス＝ａｂ：ｃｄ：ｅｆ：ｇｈ：ｉｊ：ｋｌ（および、他の項目）とが対応づけられた情報と、ＶＬＡＮＩＤ＝１１１１とＭＡＣアドレス＝ａｘ：ｃｘ：ｅｘ：ｇｘ：ｉｘ：ｋｘ（および、他の項目）とが対応づけられた情報との、計２行分の情報が格納されているとする。
その後、図８（Ｂ）に示されるように、前記した２個のＭＡＣアドレスのうちの一方のＭＡＣアドレス＝ａｂ：ｃｄ：ｅｆ：ｇｈ：ｉｊ：ｋｌに対応する端末装置（顧客のネットワークに接続された端末装置）からの通信パケットが自社通信機器１１において一切検出されなくなり、検出されない状態が一定時間（一例として、５分）経過した場合に、ＭＡＣアドレステーブル１７２ａにおける該当する行の情報を削除する。この削除が為されると、ＭＡＣアドレステーブル１７２ｂに、１個のＶＬＡＮＩＤ＝１１１１について、タイプがダイナミック（Ｄｙｎａｍｉｃ）であるものに関して、ＶＬＡＮＩＤ＝１１１１とＭＡＣアドレス＝ａｘ：ｃｘ：ｅｘ：ｇｘ：ｉｘ：ｋｘ（および、他の項目）とが対応づけられた情報だけが格納されることになる。なお、他方のＭＡＣアドレス＝ａｘ：ｃｘ：ｅｘ：ｇｘ：ｉｘ：ｋｘに対応する端末装置（顧客のネットワークに接続された端末装置）からの通信パケットは自社通信機器１１において一定時間内に検出されているとする。

【0051】

また、本実施形態では、判定サーバ装置１３（例えば、ＭＡＣアドレス判定部７２２）は、ＭＡＣアドレステーブル１７１にＭＡＣアドレスが格納されていないネットワーク機器については、ＭＡＣアドレスの観点においてネットワークがダウンしていると判定する。
このようなＭＡＣアドレスの有無に基づくダウンの判定において、本実施形態では、ＭＡＣアドレステーブル１７１において、インターフェース（Ｉｎｔｅｒｆａｃｅ）が「他社通信機器とつながっているポート（実際には、そのようなポートを示す識別情報）」であって、タイプがダイナミック（Ｄｙｎａｍｉｃ）であって、ＶＬＡＮＩＤに対応するＭＡＣアドレスの記録が全くない（１行もない）場合に、そのＶＬＡＮＩＤが割り当てられた回線について、自社ネットワーク１と顧客のネットワークとの間の通信ができなくなった（ネットワークがダウンした）と判定する。

【0052】

ここで、図９（Ａ）〜図９（Ｃ）を参照して、ＭＡＣアドレスの有無に基づくダウンの判定の一例を示す。
図９（Ａ）、図９（Ｂ）および図９（Ｃ）は、本発明の一実施形態に係るＭＡＣアドレステーブル１７３ａ、１７３ｂ、１７３ｃの変化の例を示す図である。
ある時刻において図９（Ａ）に示されるＭＡＣアドレステーブル１７３ａの状態であり、それより後のある時刻において図９（Ｂ）に示されるＭＡＣアドレステーブル１７３ｂの状態であり、それより後のある時刻において図９（Ｃ）に示されるＭＡＣアドレステーブル１７３ｃの状態であるとする。

【0053】

図９（Ａ）に示されるＭＡＣアドレステーブル１７３ａの状態では、ＶＬＡＮＩＤ＝１１１１については、タイプがダイナミック（Ｄｙｎａｍｉｃ）であるものに関して、インターフェース（Ｉｎｔｅｒｆａｃｅ）が「他社通信機器とつながっているポート」であってＶＬＡＮＩＤに対応するＭＡＣアドレスの記録がある情報が１行以上（図９（Ａ）の例では、２行）存在するため、ネットワークはダウンしていない（アップである）と判定する。同様に、ＶＬＡＮＩＤ＝２２２２については、タイプがダイナミック（Ｄｙｎａｍｉｃ）であるものに関して、インターフェース（Ｉｎｔｅｒｆａｃｅ）が「他社通信機器とつながっているポート」であってＶＬＡＮＩＤに対応するＭＡＣアドレスの記録がある情報が１行以上（図９（Ａ）の例では、１行）存在するため、ネットワークはダウンしていない（アップである）と判定する。

【0054】

図９（Ｂ）に示されるＭＡＣアドレステーブル１７３ａの状態では、ＶＬＡＮＩＤ＝１１１１については、タイプがダイナミック（Ｄｙｎａｍｉｃ）であるものに関して、インターフェース（Ｉｎｔｅｒｆａｃｅ）が「他社通信機器とつながっているポート」であってＶＬＡＮＩＤに対応するＭＡＣアドレスの記録がある情報が１行以上（図９（Ｂ）の例では、１行）存在するため、ネットワークはダウンしていない（アップである）と判定する。同様に、ＶＬＡＮＩＤ＝２２２２については、タイプがダイナミック（Ｄｙｎａｍｉｃ）であるものに関して、インターフェース（Ｉｎｔｅｒｆａｃｅ）が「他社通信機器とつながっているポート」であってＶＬＡＮＩＤに対応するＭＡＣアドレスの記録がある情報が１行以上（図９（Ｂ）の例では、１行）存在するため、ネットワークはダウンしていない（アップである）と判定する。
つまり、ＶＬＡＮＩＤ＝１１１１については、タイプがダイナミック（Ｄｙｎａｍｉｃ）であるものに関して、インターフェース（Ｉｎｔｅｒｆａｃｅ）が「他社通信機器とつながっているポート」であってＶＬＡＮＩＤに対応するＭＡＣアドレスの記録がある情報が１行削除されたが、同様な情報が他の行に残っているため、ネットワークはダウンしていないと判定する。

【0055】

図９（Ｃ）に示されるＭＡＣアドレステーブル１７３ｃの状態では、ＶＬＡＮＩＤ＝１１１１については、タイプがダイナミック（Ｄｙｎａｍｉｃ）であるものに関して、インターフェース（Ｉｎｔｅｒｆａｃｅ）が「他社通信機器とつながっているポート」であってＶＬＡＮＩＤに対応するＭＡＣアドレスの記録がある情報が全く存在しないため、ネットワークはダウンしていると判定する。一方、ＶＬＡＮＩＤ＝２２２２については、タイプがダイナミック（Ｄｙｎａｍｉｃ）であるものに関して、インターフェース（Ｉｎｔｅｒｆａｃｅ）が「他社通信機器とつながっているポート」であってＶＬＡＮＩＤに対応するＭＡＣアドレスの記録がある情報が１行以上（図９（Ｃ）の例では、１行）存在するため、ネットワークはダウンしていない（アップである）と判定する。
つまり、ＶＬＡＮＩＤ＝１１１１については、タイプがダイナミック（Ｄｙｎａｍｉｃ）であるものに関して、インターフェース（Ｉｎｔｅｒｆａｃｅ）が「他社通信機器とつながっているポート」であってＶＬＡＮＩＤに対応するＭＡＣアドレスの記録がある情報が、さらに１行削除されて、全くなくなったため、ネットワークはダウンしていると判定する。なお、この判定においては、インターフェース（Ｉｎｔｅｒｆａｃｅ）が「自社ネットワークとつながっているポート（実際には、そのようなポートを示す識別情報）」である情報については、考慮しない。また、この判定においては、タイプがスタティック（Ｓｔａｔｉｃ）である情報については、考慮しない。

【0056】

ここで、図７、図８（Ａ）−図８（Ｂ）および図９（Ａ）−図９（Ｃ）の例では、通信パケットが検出されないとＭＡＣアドレスに関する情報が消去（削除）されるダイナミック（Ｄｙｎａｍｉｃ）というタイプと、通信パケットが検出されなくてもＭＡＣアドレスに関する情報が消去（削除）されないスタティック（Ｓｔａｔｉｃ）というタイプを設け、タイプがダイナミック（Ｄｙｎａｍｉｃ）であるＭＡＣアドレスに関する情報のみに基づいて、ネットワークがダウンしているか否かを判定する構成を示した。なお、通常は、スタティック（Ｓｔａｔｉｃ）というタイプは、使用されない場合が多い。
他の構成例として、このようなタイプの情報を設けずに、ＭＡＣアドレステーブル１７１における各行の情報について、ＭＡＣアドレスに関する情報を消去（削除）するか否かを判定する構成が用いられてもよい。この場合、ＭＡＣアドレスの有無に基づくダウンの判定では、ＭＡＣアドレステーブル１７１において、インターフェース（Ｉｎｔｅｒｆａｃｅ）が「他社通信機器とつながっているポート（実際には、そのようなポートを示す識別情報）」であって、ＶＬＡＮＩＤに対応するＭＡＣアドレスの記録が全くない（１行もない）場合に、そのＶＬＡＮＩＤが割り当てられた回線について、自社ネットワーク１と顧客のネットワークとの間の通信ができなくなった（ネットワークがダウンした）と判定する。この場合、タイプの情報は存在しないため、タイプの情報は考慮されない。

【0057】

制御部２０４は、各種の制御を行う。
一例として、本実施形態では、制御部２０４は、記憶部２０３のトラヒック情報記憶部３１１やＭＡＣアドレス情報記憶部３１２に対して、情報を記憶（格納）する処理や、情報を消去する処理を、制御する。また、一例として、制御部２０４は、通信部２０１を用いて行われる各種の情報の通信を制御する。

【0058】

＜収集サーバ装置＞
収集サーバ装置１２について説明する。
通信部４０１は、自社ネットワーク１を介して他の装置との間で通信する機能を有する。
収集部４０２は、所定の情報を収集する機能を有する。
収集部４０２のトラヒック情報収集部５０１は、通信部４０１により自社通信機器１１の通信部２０１と通信することにより、自社通信機器１１のトラヒック情報記憶部３１１に記憶されるトラヒック情報を受信して、記憶部４０３のトラヒック情報記憶部５１１に記憶させる（収集する）。

【0059】

この場合に、本実施形態では、トラヒック情報収集部５０１は、自社通信機器１１から取得されたトラヒック情報に基づいて、他社通信機器５１とつながっているポートのＶＬＡＮＩＤごとの受信トラヒックの量および送信トラヒックの量を計算して取得し、それをトラヒック情報として置き換えて、記憶部４０３のトラヒック情報記憶部５１１に記憶させる。
なお、他の構成例として、このような計算の機能が自社通信機器１１（例えば、トラヒック情報検出部３０１）に備えられる場合には、トラヒック情報収集部５０１は、自社通信機器１１から取得されたトラヒック情報（計算結果を反映した情報）をそのままトラヒック情報記憶部５１１に記憶させることができる。
また、他の構成例として、このような計算の機能が判定サーバ装置１３（例えば、トラヒック情報収集部７０１）に備えられる場合には、トラヒック情報収集部５０１は、自社通信機器１１から取得されたトラヒック情報（前記計算の前の情報）をそのままトラヒック情報記憶部５１１に記憶させることができる。

【0060】

ここで、自社通信機器１１から収集サーバ装置１２へトラヒック情報を送信する処理としては、一例として、自社通信機器１１が予め定められたタイミング（例えば、一定周期のタイミングなど）で自発的に、前回の送信以降に新たに記憶したトラヒック情報を収集サーバ装置１２へ送信してもよい。他の一例として、収集サーバ装置１２が予め定められたタイミング（例えば、一定周期のタイミングなど）で自社通信機器１１に対して所定の要求信号を送信し、自社通信機器１１が当該要求信号を受信したことに応じて、前回の送信以降に新たに記憶したトラヒック情報を収集サーバ装置１２へ送信してもよい。
なお、このようなタイミングとしては、必ずしも、一定周期のタイミングが用いられなくてもよく、例えば、自社通信機器１１のユーザまたは収集サーバ装置１２のユーザが所定の指示を入力したことを受け付けたタイミング、または、収集サーバ装置１２に蓄積されたデータの量に応じた方法により決定されるタイミング（例えば、当該データの量が所定の量に達したときのタイミング）など、他の所定の条件が満たされたタイミングなどを用いることもできる。

【0061】

記憶部４０３は、各種の情報を記憶する。
記憶部４０３のトラヒック情報記憶部５１１は、トラヒック情報収集部５０１により受信されたトラヒック情報を記憶する。
制御部４０４は、各種の制御を行う。
一例として、制御部２０４は、通信部４０１を用いて行われる各種の情報の通信を制御する。

【0062】

＜判定サーバ装置＞
判定サーバ装置１３について説明する。
通信部６０１は、自社ネットワーク１を介して他の装置との間で通信する機能を有する。
収集部６０２は、所定の情報を収集する機能を有する。
収集部６０２のトラヒック情報収集部７０１は、通信部６０１により収集サーバ装置１２の通信部４０１と通信することにより、収集サーバ装置１２のトラヒック情報記憶部５１１に記憶されるトラヒック情報を受信して、記憶部６０３のトラヒック情報記憶部７１１に記憶させる（収集する）。

【0063】

なお、本実施形態では、自社通信機器１１により取得されたトラヒック情報に基づいて、他社通信機器５１とつながっているポートのＶＬＡＮＩＤごとの受信トラヒックの量および送信トラヒックの量を計算する機能が収集サーバ装置１２（例えば、トラヒック情報収集部５０１）に備えられるが、他の構成例として、このような計算の機能が判定サーバ装置１３（例えば、トラヒック情報収集部７０１）に備えられる場合には、トラヒック情報収集部７０１は、自社通信機器１１から収集サーバ装置１２を介して取得されたトラヒック情報に基づいて、他社通信機器５１とつながっているポートのＶＬＡＮＩＤごとの受信トラヒックの量および送信トラヒックの量を計算して取得し、それをトラヒック情報として置き換えて、記憶部６０３のトラヒック情報記憶部７１１に記憶させる。
また、他の構成例として、このような計算の機能が自社通信機器１１に備えられる場合には、トラヒック情報収集部７０１は、自社通信機器１１から収集サーバ装置１２を介してトラヒック情報（計算結果を反映した情報）を受信して、記憶部６０３のトラヒック情報記憶部７１１に記憶させる。

【0064】

ここで、収集サーバ装置１２から判定サーバ装置１３へトラヒック情報を送信する処理としては、一例として、収集サーバ装置１２が予め定められたタイミング（例えば、一定周期のタイミングなど）で自発的に、前回の送信以降に新たに記憶したトラヒック情報を判定サーバ装置１３へ送信してもよい。他の一例として、判定サーバ装置１３が予め定められたタイミング（例えば、一定周期のタイミングなど）で収集サーバ装置１２に対して所定の要求信号を送信し、収集サーバ装置１２が当該要求信号を受信したことに応じて、前回の送信以降に新たに記憶したトラヒック情報を判定サーバ装置１３へ送信してもよい。
なお、このようなタイミングとしては、必ずしも、一定周期のタイミングが用いられなくてもよく、例えば、収集サーバ装置１２のユーザまたは判定サーバ装置１３のユーザが所定の指示を入力したことを受け付けたタイミング、または、他の所定の条件が満たされたタイミングなどを用いることもできる。

【0065】

収集部６０２のＭＡＣアドレス情報収集部７０２は、通信部６０１により自社通信機器１１の通信部２０１と通信することにより、自社通信機器１１のＭＡＣアドレス情報記憶部３１２に記憶されるＭＡＣアドレス情報を受信して、記憶部６０３のＭＡＣアドレス情報記憶部７１２に記憶させる（収集する）。本実施形態では、現在における瞬時的なＭＡＣアドレス情報を収集の対象とする。

【0066】

ここで、自社通信機器１１から判定サーバ装置１３へＭＡＣアドレス情報を送信する処理としては、一例として、自社通信機器１１が予め定められたタイミング（例えば、一定周期のタイミングなど）で自発的に、現在において記憶しているＭＡＣアドレス情報を判定サーバ装置１３へ送信してもよい。他の一例として、判定サーバ装置１３が予め定められたタイミング（例えば、一定周期のタイミングなど）で自社通信機器１１に対して所定の要求信号を送信し、自社通信機器１１が当該要求信号を受信したことに応じて、現在において記憶しているＭＡＣアドレス情報を判定サーバ装置１３へ送信してもよい。
なお、このようなタイミングとしては、必ずしも、一定周期のタイミングが用いられなくてもよく、例えば、自社通信機器１１のユーザまたは判定サーバ装置１３のユーザが所定の指示を入力したことを受け付けたタイミング、または、他の所定の条件が満たされたタイミングなどを用いることもできる。

【0067】

記憶部６０３は、各種の情報を記憶する。
記憶部６０３のトラヒック情報記憶部７１１は、トラヒック情報収集部７０１により受信されたトラヒック情報を記憶する。
記憶部６０３のＭＡＣアドレス情報記憶部７１２は、ＭＡＣアドレス情報収集部７０２により受信されたＭＡＣアドレス情報を記憶する。

【0068】

判定部６０４は、所定の判定を行う。
判定部６０４のトラヒック判定部７２１は、トラヒック情報記憶部７１１に記憶されたトラヒック情報に基づいて、他社ネットワーク２に接続されたＮ個のネットワーク機器６２−１〜６２−Ｎのそれぞれについて、トラヒックの観点において通信がダウンしているか否か（障害の有無）を判定する。本実施形態では、トラヒック判定部７２１は、トラヒック情報記憶部７１１に記憶されたトラヒック情報のなかで、現在に近い方から過去に向かって所定の時間分の情報に基づいて、その期間（その時間分）におけるトラヒックの量が０である場合には、トラヒックの観点においてネットワークがダウンしていると判定し、一方、他の場合（その期間におけるトラヒックの量が０より大きい場合）には、トラヒックの観点においてネットワークはダウンしていないと判定する。
なお、ここでは、トラヒックの量に関する判定の閾値を０としたが、例えば、誤差などを考慮して、この閾値を０より大きい値に設定してもよい。つまり、トラヒック判定部７２１は、判定対象のトラヒックの量が閾値以下であればダウンと判定し、他の場合にはダウンではないと判定する。

【0069】

但し、例えば、他社ネットワーク２に接続されたＮ個のネットワーク機器６２−１〜６２−Ｎのそれぞれにおいて、ネットワークがダウンしていなくても、前記した所定の時間分の期間以上の間、通信パケットの通信を行わないように使用される状況においては、見かけ上、トラヒックの観点においてネットワークがダウンしているように判定される場合もあり得る。

【0070】

判定部６０４のＭＡＣアドレス判定部７２２は、ＭＡＣアドレス情報記憶部７１２に記憶されたＭＡＣアドレス情報に基づいて、他社ネットワーク２に接続されたＮ個のネットワーク機器６２−１〜６２−Ｎのそれぞれについて、ＭＡＣアドレスの観点において通信がダウンしているか否か（障害の有無）を判定する。本実施形態では、ＭＡＣアドレス判定部７２２は、ＭＡＣアドレスが格納されていないネットワーク機器については、ＭＡＣアドレスの観点においてネットワークがダウンしていると判定し、一方、ＭＡＣアドレスが格納されているネットワーク機器については、ＭＡＣアドレスの観点においてネットワークはダウンしていないと判定する。

【0071】

但し、例えば、他社ネットワーク２に接続されたＮ個のネットワーク機器６２−１〜６２−Ｎのそれぞれにおいて、ネットワークがダウンしていなくても、通信パケットの通信を行わないように使用される状況においては、見かけ上、ＭＡＣアドレスの観点においてネットワークがダウンしているように判定される場合もあり得る。

【0072】

判定部６０４の障害判定部７２３は、トラヒック判定部７２１による判定の処理と、ＭＡＣアドレス判定部７２２による判定の処理を用いて、他社ネットワーク２に接続されたＮ個のネットワーク機器６２−１〜６２−Ｎのそれぞれについて、ダウンしているか否か（障害の有無）を判定する。本実施形態では、障害判定部７２３は、所定の手順に従って、ＭＡＣアドレス判定部７２２による判定の処理とトラヒック判定部７２１による判定の処理の両方においてダウンしていると判定された場合に、総合的な観点においてネットワークがダウンしていると判定する。

【0073】

ここで、他の構成例として、障害判定部７２３は、トラヒック判定部７２１による判定の処理だけを用いて、この処理においてダウンしていると判定された場合に、ネットワークがダウンしていると判定する機能を有してもよい。
また、他の構成例として、障害判定部７２３は、ＭＡＣアドレス判定部７２２による判定の処理だけを用いて、この処理においてダウンしていると判定された場合に、ネットワークがダウンしていると判定する機能を有してもよい。

【0074】

制御部６０５は、各種の制御を行う。
一例として、制御部６０５は、通信部６０１を用いて行われる各種の情報の通信を制御する。

【0075】

＜判定動作の一例＞
図１０は、本発明の一実施形態に係る判定サーバ装置１３において行われる判定動作の一例を示すフローチャート図である。
本実施形態では、判定サーバ装置１３は、ユーザが所定の指示を入力したことを受け付けたことに応じて、図１０に示される処理を開始して実行する。他の構成例として、この指示は、他の装置から判定サーバ装置１３に入力されてもよい。また、他の構成例として、判定サーバ装置１３は、予め定められたタイミング（例えば、一定の周期）で、図１０に示される処理を開始して実行してもよい。
また、本実施形態では、図１０に示される処理は、障害判定部７２３が、ＭＡＣアドレス判定部７２２とトラヒック判定部７２１を制御することで実行する。

【0076】

まず、ＭＡＣアドレス判定部７２２は、ＭＡＣアドレス情報記憶部７１２に記憶されたＭＡＣアドレス情報を読み出して取得する（ステップＳ１）。
そして、ＭＡＣアドレス判定部７２２は、取得したＭＡＣアドレス情報に基づいて、他社ネットワーク２に接続されたＮ個のネットワーク機器６２−１〜６２−Ｎのそれぞれについて、ＭＡＣアドレスのエントリーの有無（ＭＡＣアドレスが格納されて管理されているか否か）を判定する（ステップＳ２）。

【0077】

ステップＳ２の処理における判定の結果、ＭＡＣアドレス判定部７２２は、ＭＡＣアドレスのエントリーが有ると判定したネットワーク機器については、ダウンしていないと判定し、本処理を終了する。

【0078】

一方、ステップＳ２の処理における判定の結果、ＭＡＣアドレス判定部７２２は、ＭＡＣアドレスのエントリーが無いと判定したネットワーク機器については、ダウンしている可能性があると判定し、トラヒック判定部７２１による判定を実行するようにする。
この場合、トラヒック判定部７２１は、ＭＡＣアドレス判定部７２２によりＭＡＣアドレスのエントリーが無いと判定されたネットワーク機器について、トラヒック情報記憶部７１１に記憶されたトラヒック情報のなかから、予め定められた期間（判定に使用する期間）のトラヒック情報を読み出して取得する（ステップＳ３）。

【0079】

そして、トラヒック判定部７２１は、ＭＡＣアドレス判定部７２２によりＭＡＣアドレスのエントリーが無いと判定されたネットワーク機器について、取得したトラヒック情報に基づいて、トラヒックの観点においてダウンしているか否かを判定する（ステップＳ４）。
この判定の結果、トラヒック判定部７２１がダウンしていると判定したネットワーク機器については、障害判定部７２３は、ネットワークがダウンしているという判定結果を出し、一方、トラヒック判定部７２１がダウンしていないと判定したネットワーク機器については、障害判定部７２３は、ネットワークはダウンしていないという判定結果を出す。

【0080】

障害判定部７２３により出された判定結果の情報は、例えば、判定サーバ装置１３の記憶部６０３または他の装置の記憶部に記憶され、あるいは、判定サーバ装置１３において画面表示などにより出力され、あるいは、判定サーバ装置１３から他の装置（例えば、自社監視センター装置２１など）へ送信されて画面表示などにより出力される。また、例えば、障害判定部７２３がネットワークがダウンしているという判定結果を出した場合には、判定サーバ装置１３または他の装置において、画面表示または音声などにより警告のメッセージを出力する構成が用いられてもよい。

【0081】

ここで、図１０に示される処理は、一例として、本実施形態のように、他社ネットワーク２に接続されたＮ個のネットワーク機器６２−１〜６２−Ｎのそれぞれについて、まとめて実行してもよい。または、他の一例として、図１０に示される処理は、他社ネットワーク２に接続されたＮ個のネットワーク機器６２−１〜６２−Ｎのそれぞれごとに、実行してもよく、この場合には、図１０に示される処理をＮ回実行することで、Ｎ個のネットワーク機器６２−１〜６２−Ｎの全てについて判定が行われる。

【0082】

［トラヒック判定に用いるトラヒック情報の期間の設定］
図１１〜図１３を参照して、トラヒック判定に用いるトラヒック情報の期間の設定について説明する。
図１１は、本発明の一実施形態に係る時刻と受信トラヒック量との関係の一例を示す図である。
図１１に示されるグラフにおいて、横軸は時刻を表し、縦軸は受信トラヒック量を表す。
横軸の時刻としては、１０月３日（＝１０／３）付近を表しており、縦軸の受信トラヒック量としては、自社通信機器１１における他社ネットワーク２内の各ネットワーク機器６２−１〜６２−Ｎからの受信トラヒック量を表わしている。
図１１の例では、１０月４日（＝１０／４）付近に災害が発生しており、その災害の時点から、ネットワークに故障（障害）が発生して、受信トラヒック量が無くなって０になっている。
このように、災害などによるネットワーク障害時には受信トラヒック量が０になるパターンが発生し、本実施形態では、現時点などからさかのぼって所定の時間Ｔの期間について、受信トラヒックの有無を判定する。
そこで、この所定の時間Ｔの設定の仕方を検討する。

【0083】

図１２は、本発明の一実施形態に係る判定期間とダウン判定数との関係の一例を示す図である。
図１２の例では、トラヒック判定を行う対象となる回線の数を１００００個とし、受信トラヒック量が所定の期間０であればダウンしたと判定した。
図１２に示される表において、判定期間は、トラヒック判定に用いるトラヒック情報の期間（例えば、図１１に示される時間Ｔ）を表す。ダウン判定数は、トラヒックの観点においてダウンしたと判定した回線の数（本実施形態では、ネットワーク機器の数）を表す。

【0084】

一般論として、短い期間のトラヒック判定では即時性が得られ、長い期間のトラヒック判定では正確性が得られる。そこで、これらを勘案して、判定期間の適正値を検証して探る。
図１２の例は、大規模災害がないある日のトラヒックについて、トラヒック判定の期間を変動させて、回線断（ダウン）したと判定した回線の数を測定したものである。
一例として、誤判定の数が少なく、かつ、判定期間が短いものを採用することが好ましい。

【0085】

図１３は、本発明の一実施形態に係るトラヒック判定期間と誤判定回線数との関係の一例を示す図である。
図１３に示されるグラフにおいて、横軸はトラヒック判定期間（時間）を表し、縦軸は誤判定をした回線の数（誤判定回線数）を表す。そして、これらの関係の特性２００１を示してある。
図１３に示されるグラフにおいて、特性２００１の曲線がフラット（平ら）になるところが約４時間の辺り（領域２００２）であり、これに基づいて、トラヒック判定期間は４時間（程度）が妥当であると判断することができる。
ここで、本例では、統計データをグラフ化などして、所定の傾きの値、または人の目視により、好ましいと考えられるトラヒック判定期間を設定した。他の構成例として、トラヒック判定期間を設定するためのアルゴリズムなどを用意して、このアルゴリズムなどにより装置が自動的にトラヒック判定期間を設定する構成が用いられてもよい。
トラヒック判定期間は、判定サーバ装置１３の記憶部６０３などにパラメータとして記憶されて、トラヒック判定部７２１により参照されて用いられる。

【0086】

［ＭＡＣアドレス判定とトラヒック判定について］
一例として、判定を行う対象となる回線の数（本実施形態では、ネットワーク機器の数）が１００００個である場合に、ＭＡＣアドレス判定部７２２のみによる判定の結果と、ＭＡＣアドレス判定部７２２およびトラヒック判定部７２１による判定の結果について、誤判定率を比較した。
この結果、ＭＡＣアドレス判定部７２２によりＭＡＣアドレステーブルで判定しただけの場合には、誤判定率は２．６％となり、また、ＭＡＣアドレス判定部７２２によりＭＡＣアドレステーブルで判定しかつトラヒック判定部７２１によりトラヒックテーブルで判定した場合には、誤判定率が０．５％となった。トラヒック情報としては、５分おきにトラヒック情報をまとめたものを用いた。
このように、通常、ＭＡＣアドレス判定部７２２ばかりでなく、トラヒック判定部７２１も用いる方が、誤判定率を下げる（正しい判定率を上げる）ことになる。

【0087】

［判定サーバ装置によるトラヒック情報の取得のタイミング］
本実施形態では、自社通信機器１１により検出されて記憶されたトラヒック情報が、収集サーバ装置１２により収集されて記憶され、その後、収集サーバ装置１２に記憶されたトラヒック情報が判定サーバ装置１３により取得される。
ここで、自社通信機器１１から収集サーバ装置１２へのトラヒック情報の伝送や、収集サーバ装置１２から判定サーバ装置１３へのトラヒック情報の伝送は、例えば、リアルタイムのように素早く行われるのが好ましいと考えられるが、他の構成例として、システムや装置の使用状況などにより、いったん収集サーバ装置１２に所定期間のトラヒック情報が記憶されてから、その所定期間のトラヒック情報がまとめて判定サーバ装置１３へ伝送される場合があり得る。

【0088】

一例として、いったん収集サーバ装置１２に１日分（例えば、０時から２４時までの２４時間分）のトラヒック情報が記憶されてから、その１日分のトラヒック情報が予め定められた時刻（例えば、毎日の２４時など）にまとめて判定サーバ装置１３へ伝送される場合があり得る。この場合、判定サーバ装置１３は、収集サーバ装置１２から、所定の周期（この例では、１日の周期）で、前回の取得分以降にためられた新規なトラヒック情報を取得する。この場合には、例えば、判定サーバ装置１３では、１日に１回だけ収集サーバ装置１２から１日分のトラヒック情報を取得して、１日に１回だけ最新の１日分のトラヒック情報を用いてトラヒック判定を行う構成を用いることが可能である。

【0089】

他の構成例として、判定サーバ装置１３のトラヒック情報収集部７０１が収集サーバ装置１２に対して所定の要求信号を送信し、収集サーバ装置１２が当該要求信号を受信したことに応じて所定の期間分のトラヒック情報をトラヒック情報記憶部５１１から読み出して判定サーバ装置１３へ送信する構成が用いられてもよい。
一例として、判定サーバ装置１３では、図１０に示されるような処理が行われる場合に、あるネットワーク機器について、ＭＡＣアドレス判定部７２２によりＭＡＣアドレスのエントリーが無いと判定した場合に、少なくとも当該ネットワーク機器に関するトラヒック情報を取得するための要求信号をトラヒック情報収集部７０１により収集サーバ装置１２へ送信し、当該要求信号に応じて収集サーバ装置１２から送信された最新のトラヒック情報を受信し、受信した最新のトラヒック情報（および、必要であれば、既にトラヒック情報記憶部７１１に記憶されたトラヒック情報）に基づいて、トラヒック判定部７２１によりトラヒック判定を行う構成を用いることができる。この構成では、判定サーバ装置１３は、トラヒック判定を行う直前に最新のトラヒック情報を取得するため、リアルタイム性を確保しつつ、トラヒック判定の正確さを確保することができる。

【0090】

なお、判定サーバ装置１３では、図１０に示されるような処理が行われる場合に、収集サーバ装置１２からリアルタイムに最新のトラヒック情報を取得しない構成においては、一例として、トラヒック情報記憶部７１１に既に記憶されているトラヒック情報のみに基づいてトラヒック判定を行う構成を用いることが可能である。または、他の一例として、次回に最新のトラヒック情報が収集サーバ装置１２から判定サーバ装置１３へ伝送されるまで待機して、次回に最新のトラヒック情報が収集サーバ装置１２から判定サーバ装置１３へ伝送されたら、その最新のトラヒック情報に基づいてトラヒック判定を行う構成を用いることが可能である。

【0091】

［自社通信機器、収集サーバ装置、判定サーバ装置の構成の仕方］
図１の例では、自社通信機器１１と、収集サーバ装置１２と、判定サーバ装置１３という３個の装置により、本実施形態に係る一連の処理（ネットワークの障害の判定処理）を実行する構成を示したが、全体として同様な機能を有すれば、１個の装置から構成してもよく、または、２個の装置から構成してもよく、または、４個以上の装置から構成してもよい。
例えば、ＭＡＣアドレス情報が、自社通信機器１１から収集サーバ装置１２により収集されてから判定サーバ装置１３へ伝送される構成が用いられてもよく、また、トラヒック情報が、自社通信機器１１から、直接、判定サーバ装置１３へ伝送される構成が用いられてもよい。

【0092】

＜変形例に係る自社通信機器＞
ここで、一例として、本実施形態に係る一連の処理（ネットワークの障害の判定処理）を実行する機能を１個の装置（自社通信機器３００１）に備える場合の構成例を示す。
図１４は、本発明の一実施形態の変形例に係る自社通信機器３００１の概略的な構成を示す図である。
変形例に係る自社通信機器３００１は、通信部３０１１と、検出部３０１２と、記憶部３０１３と、判定部３０１４と、制御部３０１５を備える。
検出部３０１２は、トラヒック情報検出部３１０１と、ＭＡＣアドレス情報検出部３１０２を備える。
記憶部３０１３は、トラヒック情報記憶部３１１１と、ＭＡＣアドレス情報記憶部３１１２を備える。
判定部３０１４は、トラヒック判定部３１２１と、ＭＡＣアドレス判定部３１２２と、障害判定部３１２３を備える。

【0093】

変形例に係る自社通信機器３００１において行われる動作の概略を示す。
通信部３０１１は、通信機能を有する。
トラヒック情報検出部３１０１は、トラヒック情報を検出する。
ＭＡＣアドレス情報検出部３１０２は、ＭＡＣアドレス情報を検出する。
トラヒック情報記憶部３１１１は、トラヒック情報検出部３１０１により検出されたトラヒック情報を記憶する。
ＭＡＣアドレス情報記憶部３１１２は、ＭＡＣアドレス情報検出部３１０２により検出されたＭＡＣアドレス情報を記憶する。
トラヒック判定部３１２１は、トラヒック情報記憶部３１１１に記憶されたトラヒック情報に基づいて、トラヒック判定を行う。
ＭＡＣアドレス判定部３１２２は、ＭＡＣアドレス情報記憶部３１１２に記憶されたＭＡＣアドレス情報に基づいて、ＭＡＣアドレス判定（本実施形態では、ＭＡＣアドレスの有無の判定）を行う。
障害判定部３１２３は、トラヒック判定部３１２１による判定の処理と、ＭＡＣアドレス判定部３１２２による判定の処理を用いて、他社ネットワーク２に接続されたＮ個のネットワーク機器６２−１〜６２−Ｎのそれぞれについて、ダウンしているか否かを判定する。
制御部３０１５は、各種の制御を行う。

【0094】

なお、変形例に係る自社通信機器３００１において行われる動作の概略は、図１に示される自社通信機器１１、収集サーバ装置１２および判定サーバ装置１３において行われる動作と比べて、装置間における情報（トラヒック情報、ＭＡＣアドレス情報）の伝送（および、次の装置へ伝送するまでにおけるその情報の記憶）を省略したものとなっている。

【0095】

［実施形態に係る効果など］
以上のように、本実施形態に係る通信システム１０１では、例えば、顧客のネットワーク（図１の例では、各ネットワーク機器６２−１〜６２−Ｎに接続された端末装置のネットワーク）が他社のネットワーク（図１の例では、他社ネットワーク２）を経由して自社のネットワーク（図１の例では、自社ネットワーク１）に接続されている場合に、顧客と自社との間のネットワークの障害を自動的に判定することができる。
本実施形態に係る通信システム１０１では、例えば、自社で取得することができる情報に基づいて、ネットワークの障害を精度良く判定することができる。つまり、本実施形態に係る通信システム１０１では、他社の装置からの情報や他社の監視センターからの情報がなくても、自社の装置により得られる情報に基づいて、ネットワークの障害を判定することができる。具体例として、他社における大規模災害や大規模事故による不具合が発生した時に、自社で得られる情報を用いて、自社の顧客のネットワークの状態（障害の有無）を判定することができる。
本実施形態に係る通信システム１０１では、必ずしも、顧客の宅内（図１の例では、各ネットワーク機器６２−１〜６２−Ｎの付近など）にセンサー等を置く必要が無い。
本実施形態に係る通信システム１０１では、顧客の回線（図１の例では、各ネットワーク機器６２−１〜６２−Ｎのネットワーク）に生死確認用のパケットを流す必要が無く、このため、顧客の回線にオーバーヘッド（ネットワーク負荷）がかからない。
このように、本実施形態に係る通信システム１０１では、ネットワークの障害を判定することを効果的に実現することができる。

【0096】

ここで、本実施形態では、図１０に示される処理において、ＭＡＣアドレスに基づいてネットワークの障害の有無を検出した後に、障害が有ると判定されたものについて、トラヒックに基づいてネットワークの障害の有無を判定する構成を示したが、他の構成例として、トラヒックに基づいてネットワークの障害の有無を検出した後に、障害が有ると判定されたものについて、ＭＡＣアドレスに基づいてネットワークの障害の有無を判定する構成が用いられてもよい。なお、通常は、トラヒック判定よりもＭＡＣアドレス判定の方が処理負荷が小さいため、ＭＡＣアドレス判定を先に行う方が好ましい。

【0097】

また、本実施形態では、トラヒック情報に関しては各ネットワーク機器６２−１〜６２−ＮをＶＬＡＮＩＤで識別してトラヒック情報と対応付け、ＶＬＡＮＩＤとＭＡＣアドレスとの対応に基づいて、トラヒック情報とＭＡＣアドレス情報とを対応付けた。本実施形態では、ＶＬＡＮＩＤとＭＡＣアドレスとの対応関係が１対１であることを例とすると説明が分かり易いが、実際には、異なる装置（本実施形態では、異なるネットワーク機器６２−１〜６２−Ｎや、その配下にある端末装置）についてＶＬＡＮＩＤが重複する可能性がある。しかしながら、本実施形態において障害を検知する対象となるネットワークについては、仮に、ＭＡＣアドレスとＶＬＡＮＩＤとが１対１に対応していないものが存在しても、障害を検知（障害の有無を判定）することが可能である。

【0098】

このように、本実施形態では、例えば、顧客のネットワークの構成（端末装置の機器の種別）に応じて、ＭＡＣアドレステーブル１７１において、１個のＶＬＡＮＩＤに対して１個以上の異なるＭＡＣアドレスを記憶する場合があり得る。また、本実施形態では、例えば、機器メーカによりＭＡＣアドレスを使いまわすことがあり得るという要因により、ＶＬＡＮＩＤが異なっても、同じＭＡＣアドレスが対応付けられることがあり得る。
しかしながら、本実施形態では、ＭＡＣアドレステーブル１７１において、インターフェース（Ｉｎｔｅｒｆａｃｅ）が「他社通信機器とつながっているポート」であって（図７、図８（Ａ）−図８（Ｂ）および図９（Ａ）−図９（Ｃ）の例では、さらに、タイプがダイナミック（Ｄｙｎａｍｉｃ）であって）ＶＬＡＮＩＤに対応するＭＡＣアドレスの記録が全くない（１行もない）場合に、そのＶＬＡＮＩＤが割り当てられた回線について、自社ネットワーク１と顧客のネットワークとの間の通信ができなくなった（ネットワークがダウンした）と判定する。
このため、ＭＡＣアドレスの重複（１個のＶＬＡＮＩＤに対して複数個の異なるＭＡＣアドレスが記憶されること）などについては、本実施形態におけるダウンの判定の効果を低減しないと考えられる。

【0099】

なお、一般に、ＭＡＣアドレスを構成する製造側ＩＤ（機器メーカのＩＤ）は重複し得るが、ＭＡＣアドレスを構成するベンダーＩＤは重複しない。
他の構成例として、ＶＬＡＮＩＤを使用せずに、ＭＡＣアドレスとトラヒック情報とを対応付けて、共通のＭＡＣアドレスに対してトラヒック情報とＭＡＣアドレス情報を対応付ける構成が用いられてもよい。

【0100】

［以上の実施形態に係る構成例］
＜第１の構成例群＞
一構成例として、第１のネットワーク（以上の実施形態では、自社ネットワーク１）と第２のネットワーク（以上の実施形態では、他社ネットワーク２）との間で通信パケットを通信する通信部（図１〜図４の例では、自社通信機器１１の通信部２０１であり、図１４の例では、通信部３０１１）と、前記第２のネットワークに接続された対象装置（以上の実施形態では、ネットワーク機器６２−１〜６２−Ｎ）から送信された通信パケットに基づいて、前記対象装置または前記対象装置に接続された装置（以上の実施形態では、端末装置）のＭＡＣアドレスに関する情報を検出するＭＡＣアドレス情報検出部（図１〜図４の例では、自社通信機器１１のＭＡＣアドレス情報検出部３０２であり、図１４の例では、ＭＡＣアドレス情報検出部３１０２）と、前記ＭＡＣアドレス情報検出部により検出されたＭＡＣアドレスに関する情報を記憶するＭＡＣアドレス情報記憶部（図１〜図４の例では、自社通信機器１１のＭＡＣアドレス情報記憶部３１２であり、図１４の例では、ＭＡＣアドレス情報記憶部３１１２）と、前記ＭＡＣアドレス情報記憶部に記憶されたＭＡＣアドレスに関する情報について、前記ＭＡＣアドレス情報検出部により所定の時間（以上の実施形態では、５分）だけ無検出である（つまり、検出されない）ＭＡＣアドレスに関する情報を消去する制御部（図１〜図４の例では、自社通信機器１１の制御部２０４であり、図１４の例では、制御部３０１５）と、前記ＭＡＣアドレス情報記憶部にＭＡＣアドレスに関する情報が記憶されていない前記対象装置について通信のダウンを判定するＭＡＣアドレス判定部（図１〜図４の例では、判定サーバ装置１３のＭＡＣアドレス判定部７２２であり、図１４の例では、ＭＡＣアドレス判定部３１２２）と、を備える通信装置（図１〜図４の例では、自社通信機器１１と収集サーバ装置１２と判定サーバ装置１３を有する通信装置であり、図１４の例では、自社通信機器３００１）である。

【0101】

ここで、ＭＡＣアドレスに関する情報としては、一例として、ＭＡＣアドレス自体の情報を用いることができ、他の例として、ＭＡＣアドレスを特定することが可能な関連する情報が用いられてもよい。
また、所定の時間だけ無検出であるＭＡＣアドレスに関する情報を消去する機能における当該所定の時間としては、様々な時間が用いられてもよい。
なお、図１〜図４の例において、判定サーバ装置１３のＭＡＣアドレス情報記憶部７１２は、自社通信機器１１のＭＡＣアドレス情報記憶部３１２の記憶内容をコピーするものとして備えられているが、他の構成例として、所定の時間だけ無検出であるＭＡＣアドレスに関する情報を消去する機能を、自社通信機器１１のＭＡＣアドレス情報記憶部３１２の代わりに、判定サーバ装置１３のＭＡＣアドレス情報記憶部７１２に対して備えることも可能である。

【0102】

一構成例として、通信装置は、前記第２のネットワークに接続された対象装置に関する通信パケットに基づいて、前記対象装置のトラヒックに関する情報を検出するトラヒック情報検出部（図１〜図４の例では、自社通信機器１１のトラヒック情報検出部３０１であり、図１４の例では、トラヒック情報検出部３１０１）と、前記トラヒック情報検出部により検出されたトラヒックに関する情報を記憶するトラヒック情報記憶部（図１〜図４の例では、自社通信機器１１のトラヒック情報記憶部３１１であり、図１４の例では、トラヒック情報記憶部３１１１）と、前記トラヒック情報記憶部に記憶されたトラヒックに関する情報に基づいて、トラヒックが所定の閾値以下（以上の実施形態では、０以下であり、つまり、０）である前記対象装置について通信のダウンを判定するトラヒック判定部（図１〜図４の例では、判定サーバ装置１３のトラヒック判定部７２１であり、図１４の例では、トラヒック判定部３１２１）と、を備える。

【0103】

ここで、対象装置のトラヒックに関する情報としては、一例として、対象装置から送信された通信パケットのトラヒックに関する情報が用いられ、他の例として、対象装置から送信された通信パケットおよび対象装置に宛てて当該対象装置以外の装置から送信された通信パケットの両方のトラヒックに関する情報が用いられてもよい。
また、トラヒックに関する情報としては、一例として、トラヒック自体の情報を用いることができ、他の例として、トラヒックの量に関連する他の情報が用いられてもよい。
また、トラヒックが所定の閾値以下である対象装置について通信のダウンを判定する機能における当該所定の閾値としては、様々な値が用いられてもよい。
なお、図１〜図４の例において、収集サーバ装置１２のトラヒック情報記憶部５１１は、自社通信機器１１のトラヒック情報記憶部３１１の記憶内容をコピーする（および、その記憶内容を処理する機能を有する場合には、記憶内容を処理する）ものとして備えられており、また、判定サーバ装置１３のトラヒック情報記憶部７１１は、収集サーバ装置１２のトラヒック情報記憶部５１１の記憶内容をコピーする（および、その記憶内容を処理する機能を有する場合には、記憶内容を処理する）ものとして備えられており、それぞれ、時間差をもって記憶内容がコピーされるが、リアルタイムに記憶内容がコピーされてもよい。

【0104】

一構成例として、通信装置は、前記ＭＡＣアドレス判定部により判定して、ＭＡＣアドレスに関して通信のダウンを判定した前記対象装置について、前記トラヒック判定部により判定して、トラヒックに関して通信のダウンを判定した場合に、総合的に障害が有ると判定する障害判定部（図１〜図４の例では、判定サーバ装置１３の障害判定部７２３であり、図１４の例では、障害判定部３１２３）を備える（一例として、図１０に示される処理のフロー）。

【0105】

一構成例として、通信装置では、前記トラヒック判定部は、前記トラヒックに関する情報として、所定の期間（以上の実施形態では、例えば、４時間）におけるトラヒックに関する情報を用いる。
ここで、所定の期間としては、様々な期間が用いられてもよい。

【0106】

一構成例として、通信装置は、前記ＭＡＣアドレス情報検出部および前記トラヒック情報検出部を備える第１の装置（図１〜図４の例では、自社通信機器１１）と、前記第１の装置の前記トラヒック情報検出部により検出されたトラヒックに関する情報を収集する第２の装置（図１〜図４の例では、収集サーバ装置１２）と、前記ＭＡＣアドレス判定部および前記トラヒック判定部を備え、前記ＭＡＣアドレス判定部は前記第１の装置から受信したＭＡＣアドレスに関する情報に基づいて判定し、前記トラヒック判定部は前記第２の装置から受信したトラヒックに関する情報に基づいて判定する第３の装置（図１〜図４の例では、判定サーバ装置１３）と、を有する。

【0107】

一構成例として、前記通信パケットには、送信元の装置のＭＡＣアドレス（図５の例では、ヘッダ１０１１に含まれる送信元のＭＡＣアドレス１０２２）と、送信先の装置のＭＡＣアドレス（図５の例では、ヘッダ１０１１に含まれる送信先のＭＡＣアドレス１０２１）が含まれる。
ここで、例えば、通信パケットには、通信の途中で通過する他の装置のＭＡＣアドレスが含められてもよく、また、このような他の装置のＭＡＣアドレスに関する情報が、対象装置のＭＡＣアドレスに関する情報として使用されてもよい。

【0108】

一構成例として、前記第１のネットワークは当該通信装置と同一の者に属し、前記第２のネットワークは当該通信装置とは他の者に属する。
ここで、通信装置および第１のネットワークが属する者（例えば、自社）は、第１のネットワーク内の情報については取得することができるが、他の者（例えば、他社）に属する第２のネットワーク内の情報については取得することができないものがあり、以上の実施形態では、第１のネットワークと第２のネットワークとの間で通信される通信パケットに基づいて、ＭＡＣアドレスに関する情報や、トラヒックに関する情報を検出する。

【0109】

＜第２の構成例群＞
一構成例として、第１のネットワークと第２のネットワークとの間で通信パケットを通信する場合に、前記第２のネットワークに接続された対象装置から送信された通信パケットに基づいて検出された前記対象装置または前記対象装置に接続された装置のＭＡＣアドレスに関する情報を記憶し、所定の時間だけ無検出であるＭＡＣアドレスに関する情報が消去されるＭＡＣアドレス情報記憶部について、前記ＭＡＣアドレス情報記憶部にＭＡＣアドレスに関する情報が記憶されていない前記対象装置について通信のダウンを判定するＭＡＣアドレス判定部を備える、通信装置（図１〜図４の例では、判定サーバ装置１３であり、図１４の例では、自社通信機器３００１）である。

【0110】

一構成例として、通信装置は、前記第２のネットワークに接続された対象装置に関する通信パケットに基づいて検出された前記対象装置のトラヒックに関する情報に基づいて、トラヒックが所定の閾値以下である前記対象装置について通信のダウンを判定するトラヒック判定部を備える。

【0111】

＜以上の構成例群について＞
以上では、装置の構成例を示したが、同様な構成要件を有する方法やプログラムなどとして実施することも可能である。

【0112】

［以上の実施形態のまとめ］
以上、本発明の実施形態について図面を参照して詳述したが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。

【0113】

また、以上に示した実施形態に係る各装置（例えば、自社通信機器１１、３００１、収集サーバ装置１２、判定サーバ装置１３など）の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、処理を行ってもよい。

【0114】

なお、ここでいう「コンピュータシステム」とは、オペレーティング・システム（ＯＳ：Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

【0115】

さらに、「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記のプログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記のプログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、上記のプログラムは、前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

【符号の説明】

【0116】

１…自社ネットワーク、２…他社ネットワーク、１１、３００１…自社通信機器、１２…収集サーバ装置、１３…判定サーバ装置、２１…自社監視センター装置、２２、６２−１〜６２−Ｎ…通信機器（例えば、ネットワーク機器）、３１−１〜３１−Ｌ、７１−１〜７１−Ｍ…端末装置、５１…他社通信機器、６１…他社監視センター装置、１０１…通信システム、１５１…回線、２０１、４０１、６０１、３０１１…通信部、２０２、３０１２…検出部、２０３、４０３、６０３、３０１３…記憶部、２０４、４０４、６０５、３０１５…制御部、３０１、３１０１…トラヒック情報検出部、３０２、３１０２…ＭＡＣアドレス情報検出部、３１１、５１１、７１１、３１１１…トラヒック情報記憶部、３１２、７１２、３１１２…ＭＡＣアドレス情報記憶部、４０２、６０２…収集部、５０１、７０１…トラヒック情報収集部、６０４、３０１４…判定部、７０２…ＭＡＣアドレス情報収集部、７２１、３１２１…トラヒック判定部、７２２、３１２２…ＭＡＣアドレス判定部、７２３、３１２３…障害判定部、１００１…通信パケット、１０１１…ヘッダ、１０１２…通信データ、１０２１…送信先のＭＡＣアドレス、１０２２…送信元のＭＡＣアドレス、２００１…特性、２００２…領域

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】