(57)【要約】【課題】休止状態に遷移可能な機器を有するシステムにおいて、監視装置が、ネットワーク障害の原因を、機器の休止状態によるものか否かを把握できる。【解決手段】一実施形態に係る監視装置は、通信装置が起動状態と休止状態との間で状態遷移したことを示す通信装置状態遷移通知を受信する通信装置状態情報受信部と、通信装置が通信に用いるネットワークが、通信可能な状態と通信不可能な状態との間で状態遷移した事を示すネットワーク状態遷移通知を受信するネットワーク状態情報受信部と、ネットワークの状態遷移の原因が通信装置の状態遷移によるものか否かを判定する判定部と、判定部がネットワークの状態遷移の原因を、通信装置の状態遷移でないと判定した場合、通報を通知し、ネットワークの状態遷移の原因を、通信装置の状態遷移であると判定した場合、通報を通知しない通報通知部とを備える。【選択図】図２
2012074849.tif 000002
【特許請求の範囲】
【請求項１】
通信装置が起動状態と休止状態との間で状態遷移したことを示す通信装置状態遷移通知を受信する通信装置状態情報受信部と、
通信装置が通信に用いるネットワークが、通信可能な状態と通信不可能な状態との間で状態遷移した事を示すネットワーク状態遷移通知を受信するネットワーク状態情報受信部と、
前記ネットワークの状態遷移の原因が通信装置の状態遷移によるものか否かを判定する判定部と、
前記判定部が前記ネットワークの状態遷移の原因を、通信装置の状態遷移でないと判定した場合、通報を通知し、前記ネットワークの状態遷移の原因を、通信装置の状態遷移であると判定した場合、通報を通知しない通報通知部とを備える監視装置。
【請求項２】
前記判定部は、前記通信装置の状態遷移の時刻と前記ネットワークの状態遷移の時刻との差の絶対値が所定値より大きい場合、前記ネットワークの状態遷移の原因を、前記通信装置の状態遷移でないと判定し、前記差の絶対値が所定値以下である場合、前記ネットワークの状態遷移の原因が、前記通信装置の状態遷移であると判定する請求項１記載の監視装置。
【請求項３】
前記判定部は、前記状態遷移した通信装置を特定する識別子と、前記状態遷移したネットワークに接続された通信装置を特定する識別子が一致する場合、前記ネットワークの状態遷移の原因が前記通信装置の状態遷移によるものであると判定し、一致しない場合、前記ネットワークの状態遷移の原因が前記通信装置の状態遷移によるものでないと判定する請求項２記載の監視装置。
【請求項４】
前記通信装置は前記ネットワークを介して中継装置と通信可能であり、前記通信装置が通信に用いるネットワークの、通信可能な状態と通信不可能な状態との間での状態遷移は、前記通信装置と前記中継装置との間での通信可能な状態と通信不可能な状態との間での状態遷移によるものであり、前記ネットワーク状態遷移通知は、前記中継装置が、前記通信装置との間で通信可能な状態と通信不可能な状態との間での状態遷移を検知した場合に、通知するものである請求項３記載の監視装置。
【請求項５】
前記通信装置は、起動状態と休止状態との間での状態遷移を状態管理装置によって管理され、
前記ネットワーク状態情報受信部が前記ネットワーク状態遷移通知を受信すると、前記状態管理装置に対して、前記通信装置が状態遷移したか否かを問い合わせる通信装置状態遷移確認通知を通知し、
前記通信装置状態情報受信部が、前記通信装置状態遷移確認通知に対する応答である前記通信装置状態遷移通知を受信する請求項４記載の監視装置。
【請求項６】
前記通信装置状態情報受信部は、前記通信装置が通知した前記通信装置状態遷移通知を受信する請求項４記載の監視装置。
【請求項７】
通信装置が起動状態と休止状態との間で状態遷移したことを示す通信装置状態遷移通知を受信する通信装置状態情報受信部と、
前記通信装置が通信に用いるネットワークで通信可能なインターフェイスと、
前記インターフェイスが通信可能か否かで、前記通信装置が通信に用いるネットワークが、通信可能な状態と通信不可能な状態との間で状態遷移したことを検知するインターフェイス状態検知部と
前記ネットワークの状態遷移の原因が前記通信装置の状態遷移によるものか否かを判定する判定部と、
前記判定部が、前記ネットワークの状態遷移の原因を、前記通信装置の状態遷移でないと判定した場合、通報を通知し、前記ネットワークの状態遷移の原因を、前記通信装置の状態遷移であると判定した場合、通報を通知しない通報通知部とを備える監視装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、監視装置に関する。
【背景技術】
【０００２】
近年、休止状態に遷移可能な機器が増えている。機器が休止状態に遷移可能であることにより、消費電力低減を達成している。
【０００３】
例えば、ネットワークに接続する機器が休止状態に遷移した場合、当該機器が休止状態の期間、他の機器が信号を送っても、休止状態に遷移した機器に、信号が到達しないという状態になる。そのため、信号に対する代理応答を行う機器（プロキシ）が利用されている。
【０００４】
また、ネットワークに接続する機器が休止状態と起動状態との間で遷移した場合に、休止状態に遷移した機器の休止状態への状態遷移を確認する技術はあった。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−１９００２９号公報
【特許文献２】特開２００６−２１５６８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、例えば、休止状態に遷移する機器と、クライアントコンピュータと、更に、これら装置の中間に位置する中継装置（スイッチングハブ、ルータなど）と、中継装置を監視する装置からなるシステムにおいて、機器が休止状態に遷移することを、中継装置を監視する装置が確認していなかった。
【０００７】
本発明は、休止状態と起動状態との間で遷移可能な機器を有するシステムにおいて、ネットワークの状態遷移の原因が、機器の休止状態と起動状態との間の状態遷移に起因するか否かを把握することができる監視装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
一実施形態に係る監視装置は、通信装置が起動状態と休止状態との間で状態遷移したことを示す通信装置状態遷移通知を受信する通信装置状態情報受信部と、通信装置が通信に用いるネットワークが、通信可能な状態と通信不可能な状態との間で状態遷移した事を示すネットワーク状態遷移通知を受信するネットワーク状態情報受信部と、前記ネットワークの状態遷移の原因が通信装置の状態遷移によるものか否かを判定する判定部と、前記判定部が前記ネットワークの状態遷移の原因を、通信装置の状態遷移でないと判定した場合、通報を通知し、前記ネットワークの状態遷移の原因を、通信装置の状態遷移であると判定した場合、通報を通知しない通報通知部とを備える。
【図面の簡単な説明】
【０００９】
【図１】第１の実施形態にかかる通信システムを示す図。
【図２】第１の実施形態にかかる監視装置の構成を示すブロック図。
【図３】記憶部に記憶したネットワーク状態遷移通知に含まれる情報の例。
【図４】記憶部に記憶した監視装置がネットワークを運用・管理するための情報の例。
【図５】第１の実施形態にかかる通信装置の構成を示すブロック図。
【図６】第１の実施形態にかかる中継装置の構成を示すブロック図。
【図７】第１の実施形態にかかる状態管理装置の構成を示すブロック図。
【図８】第１の実施形態に係るシステムの比較例の動作を示すシーケンス図。
【図９】第１の実施形態に係るシステムの動作を示すシーケンス図。
【図１０】第１の実施形態に係る監視装置の動作を示すフローチャート。
【図１１】第１の実施形態の変形例２に係るシステムの動作を示すシーケンス図。
【図１２】第２の実施形態にかかる監視装置の構成を示すブロック図。
【図１３】第２の実施形態にかかる監視装置の記憶部８０７が記憶する情報。
【図１４】第２の実施形態に係るシステムの動作を示すシーケンス図。
【図１５】第２の実施形態の変形例にかかる監視装置の動作を示すフローチャート。
【図１６】第３の実施形態に係る監視装置の構成を示すブロック図。
【図１７】（a）は、記憶部に記憶したネットワーク状態遷移通知に含まれる情報の例であり、（ｂ）は、ネットワークを運用・管理するための情報の例。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について、図面を参照して説明する。
【００１１】
＜第１の実施形態＞
図１は、本発明の第１の実施形態にかかる通信システムを示す図である。
【００１２】
通信システムは、休止状態と起動状態との間を遷移可能な通信装置１００と、通信装置１００の状態を管理する状態管理装置２００と、ネットワークに接続する通信機器やネットワークで発生する障害の監視を行う監視装置４００と、通信装置１００と状態管理装置２００と監視装置４００を互いに接続する中継装置３００とを備える。
【００１３】
図１には通信装置１００は１台だけ記したが、複数台の通信装置１００が接続していてもよい。中継装置３００も、複数台あってもよい。また、状態管理装置２００の数や設置場所については、使用する通信プロトコルやネットワークトポロジとの対応関係に基づいて決定される。例えば、通信プロトコルが、通信装置が休止状態に遷移することを単一ネットワーク内（例えば、サブネット内や特定の無線電波が到達する範囲内）に報知するような通信プロトコルである場合、ネットワークごとに（サブネットごとや電波の到達範囲ごとに）状態管理装置が必要となる。また、通信プロトコルが、休止状態に遷移することを複数のネットワークに到達するように報知する通信プロトコルである場合、報知が到達する範囲に少なくとも１台の状態管理装置があればよい。
【００１４】
次に、第１の実施形態にかかる監視装置４００を説明する。図２は、第１実施形態にかかる監視装置４００の構成を示すブロック図である。
【００１５】
ネットワークインターフェイス４０１は、監視装置４００をネットワークに接続する。
【００１６】
受信処理部４０２は、ネットワークインターフェイス４０１を介してパケットを受信する。
【００１７】
送信処理部４０３は、ネットワークインターフェイス４０１を介してパケットを送信する。
【００１８】
ネットワーク状態情報受信部４０４は、通信装置１００が通信に用いるネットワークが、通信可能な状態と通信不可能な状態との間で状態遷移したネットワーク状態遷移通知を受信する。ネットワーク状態遷移通知は、例えば、中継装置３００のポートのリンクダウンや、リンクアップの通知である。
【００１９】
通信装置状態確認部４０５は、状態管理装置２００に対して、通信装置１００が起動状態と休止状態との間で状態遷移したか否かを確認する通信装置状態遷移確認通知を通知する。通信装置状態遷移確認通知は、ネットワーク状態遷移が発生した時刻から前後所定の時間の範囲で、通信装置１００の状態遷移があったか否かを確認する通知である。具体的には、通信装置状態遷移確認通知には、例えば、“ネットワーク状態遷移が発生した時刻±所定の時間”を含める。状態管理装置２００は、通信装置状態遷移確認通知を受け取ると、ネットワーク状態遷移が発生した時刻の所定時間前の時刻からネットワーク状態遷移が発生した時刻の所定時間後の時刻の間で、通信装置が状態遷移をしているか否かを判断し、それにもとづき、通信装置状態遷移応答通知を通知する。ここで、通信装置状態遷移確認通知には、ネットワーク状態遷移が発生した時刻の代わりに、監視装置400がネットワーク状態遷移通知を受け取った時刻やネットワーク状態遷移に含まれる情報（時刻、中継装置の識別子等）を記憶部407に記憶した時刻を含めても良い。また、ネットワーク状態遷移が発生した時刻±所定の時間のうち、ネットワーク状態遷移が発生した時刻に足す所定の時間と、引く所定の時間とは異なる値としても良い。
【００２０】
通信装置状態情報受信部４０６は、状態管理装置２００から、通信装置状態確認通知に対する応答である通信装置状態遷移応答通知を受信する。通信装置状態遷移応答通知は、例えば、通信装置１００が起動状態と休止状態との間で状態遷移したこと、若しくは状態遷移していないことを示す情報である。尚、状態管理装置２００は、“ネットワーク状態遷移が発生した時刻−所定の時間の時刻”と“ネットワーク状態遷移が発生した時刻＋所定の時間の時刻”との間に、通信装置の状態遷移があったと記憶している場合に、通信装置の状態遷移があったことを示す通信装置状態遷移応答通知を通知し、一方、“ネットワーク状態遷移が発生した時刻−所定の時間の時刻”と“ネットワーク状態遷移が発生した時刻＋所定の時間の時刻”との間に、通信装置の状態遷移があったと記憶していない場合、状態遷移がなかったことを示す通信装置状態遷移応答通知を通知する。
【００２１】
記憶部４０７は、ネットワーク状態情報受信部４０４が受信したネットワーク状態遷移通知に含まれる情報と、監視装置４００がネットワークを運用・管理するための情報とを記憶する。以下、図３と図４を用いて、それぞれの情報について説明する。
【００２２】
図３に、記憶部４０７が記憶する、ネットワーク状態情報受信部４０４が受信したネットワーク状態遷移通知に含まれる情報の例を示す。図３に示すように、記憶部４０７は、ネットワーク状態遷移通知の送信元となる中継装置３００の識別子（列５０１）と、ネットワーク状態遷移通知により通知された情報（列５０２）を記憶する。図３では、中継装置３００の識別子を、３００と示す。また、ネットワーク状態遷移通知により通知された情報は、２つあり、中継装置１０２のポート番号（列５０２−１）とポートの状態（５０２−２）である。また、列５０３には、ネットワーク状態遷移通知の情報を記憶する時刻を記憶する。尚、列５０３には、ネットワーク状態遷移通知の情報の通知を受けた時刻やネットワーク状態遷移に含まれる情報を記憶しても良い。ここでは図示しないが、ネットワーク状態遷移通知にサービスに関する情報（例えば、URLやUUID等のサービスを特定する識別子）を含んでもよい。図３では、列５０２−１には、ポート番号として、１、２の場合を示す。
【００２３】
また、列５０２−２には、ポートの状態として、UP（リンクアップ）、DOWN（リンクダウン）の例を示す。以上の例は、レイヤー２スイッチの場合を例として説明した。レイヤー２スイッチでは、ポートのアップ・ダウンといった情報が監視装置に向けて送られる。
【００２４】
尚、記憶部４０７が記憶するネットワーク状態遷移通知に関する情報とは、記憶部４０７の容量に応じて古いものから順に削除したり、別の記憶部（例えば、図示はしないハードディスク等の外部記憶部）に移動するなどしても良い。ただし、記憶部４０７は、最新のネットワーク状態遷移通知に含まれる情報と判断部４０８で処理されていない情報は、少なくとも保持しているものとする。
【００２５】
図４に、記憶部４０７が記憶する２つ目の情報である、監視装置４００がネットワークを運用・管理するための情報の例を示す。この例では、監視装置４００が監視する装置が中継装置３００である場合を示す。記憶部４０７には、中継装置３００の各ポートがどの通信装置に接続しているか記憶されている。図4では、特に監視対象の中継装置３００がレイヤー２スイッチの場合を示している。列６０１は、監視・管理対象となっている装置（中継装置３００）の識別子であり、列６０２は、中継装置３００を構成するポートの識別子（図４では、１、２と示す。）であり、列６０３は、該ポートに接続する通信装置のＭＡＣアドレス（図４では、MAC１、MAC2と示す。）であり、列６０４は、一連の情報が記録された時刻である。
【００２６】
尚、監視装置４００は、図４に示す情報を、ＳＮＭＰを用いて中継装置３００（スイッチ）が管理するＭＩＢからフォワーディングテーブルやインターフェイス情報を取得することで構築できる。中継装置３００の各ポートの状態は、ＭＩＢ−２のＩＦ−ＭＩＢに含まれるｉｆＯｐｅｎＳｔａｔｕｓの値を取得することで得られる。各ポートと機器のＭＡＣアドレスとの対応はＢＲＩＤＧＥ−ＭＩＢの情報を用いることで得られる。なお、レイヤー３スイッチの場合には、ＩＰアドレスとの対応についてもＳＮＭＰを介して取得できるので、図４の表にＩＰアドレスとの対応を含めても良い。
【００２７】
判断部４０８は、通信装置状態情報受信部４０６で受信した通信装置状態遷移応答通知に基づき、ネットワーク状態情報受信部４０４で受信したネットワーク状態遷移通知が、通信装置の状態遷移に起因し、ネットワーク障害に起因しないものであるか、真にネットワーク障害に起因するものかを判断する。
【００２８】
障害情報通知部４０９は、判断部４０８が、ネットワークの状態遷移の原因が、通信装置の状態遷移が原因でなく、真にネットワーク障害が原因と判断した場合に、障害通報をネットワーク管理者など外部に対して通知する。一方、障害情報通知部４０９は、判断部４０８がネットワークの状態遷移の原因が、通信装置の状態遷移が原因と判断した場合は、障害情報を通知しない。
【００２９】
図５は、通信装置１００の概略構成を示すブロック図である。通信装置１００の構成を説明する。
【００３０】
ネットワークインターフェイス１０１は、通信装置１００をネットワークに接続する。
【００３１】
状態切り替え部１０３は、通信装置１００の状態を、休止状態と起動状態との間で切り替える。
【００３２】
状態通知部１０２は、通信装置１００の状態が切り替わった場合に、状態遷移した旨を示す通信装置状態遷移通知を、ネットワークインターフェイス１０１を介して、状態管理装置２００に送信する。ここで、通信装置状態遷移通知は、起動状態から休止状態へと遷移した旨を示す休止報知若しくは休止状態から起動状態へと遷移した旨を示す起動報知であるとする。
【００３３】
図６は、中継装置３００の概略構成を示すブロック図である。中継装置３００の構成を説明する。
【００３４】
中継装置３００は、複数のインターフェイス（ポート）３０１を備える。
【００３５】
IF状態検知部３０２は、ポートの状態遷移を検知する。ここで、ポートの状態遷移とは、ポートのリンクダウンとリンクアップとの間の状態遷移である。
【００３６】
通知部３０３は、IF状態検知部３０２がポートの状態遷移を検知した場合、ネットワーク状態遷移通知を監視装置４００に通知する。ネットワーク状態遷移通知は、例えば、ポートのリンクアップ通知やリンクダウン通知である。
【００３７】
図７は、状態管理装置２００の概略構成を示すブロック図である。状態管理装置２００の構成を説明する。
【００３８】
ネットワークインターフェイス２０１は、状態管理装置２００をネットワークに接続する。
【００３９】
受信部２０２は、ネットワークインターフェイス２０１を介してパケットを受信する。具体的には、通信装置１００から通信装置状態遷移通知を受信する。また、監視装置４００から、通信装置状態遷移確認通知を受信する。
【００４０】
送信部２０３は、ネットワークインターフェイス２０１を介してパケットを送信する。具体的には、通信装置状態遷移確認通知に対する応答である通信装置状態遷移応答通知を送信する。
【００４１】
状態管理部２０４は、通信装置１００の状態を管理する。具体的には、例えば、通信装置のMACアドレスと、通信装置の状態と、通信装置状態遷移通知を受けた時刻を記憶する。尚、状態管理部２０４は、通信装置状態遷移通知を受けた時刻の代わりに、通信装置の状態遷移が発生した時刻を把握している場合、発生時刻を記憶しても良い。また、通信装置１００が提供しているサービスに関する情報（例えば、URLやUUID等のサービスを特定する識別子）を記憶しても良い。
【００４２】
図８は、本発明の第１の実施形態に係るシステムの比較例の動作を示すシーケンス図である。以下では、本実施形態のシステムの動作の特徴を説明するため、比較例を説明する。  
図８のシーケンス図において、細い線は、機器が休止状態であることを示し、太枠部分は、機器が動作状態であることを示す。
【００４３】
まず始めに、各装置はネットワークに接続して互いに通信できる状態にあるとする。この状態で、通信装置１００が休止状態に遷移する。休止状態に遷移する前に、通信装置１００は、休止状態に遷移する情報を含む通信装置状態遷移通知をネットワーク内に通知する（Ｓ１０１）。以下では、休止状態に遷移する情報を含む通信装置状態遷移通知を休止報知と称する。この休止報知は、例えば、事前に設定した状態管理装置２００にユニキャストする。尚、休止報知は、ブロードキャストや、マルチキャストでもよいし、また、状態管理装置２００以外の装置にもユニキャストしてもよい。通信装置１００は、休止報知を報知後、実際に休止状態へと遷移する(Ｓ１０２)。通信装置１００は、休止状態に遷移すると、ネットワークから到達できない状態となる。
【００４４】
状態管理装置２００は、通信装置１００から休止報知を受信すると、通信装置１００が休止状態に遷移したことを把握する（Ｓ１０３）。なお、休止報知がマルチキャストやブロードキャストされた場合には、ネットワークを構成する他の各装置も同様に、休止報知を受信できる可能性があるが、ここでは説明を省略する。
【００４５】
また、通信装置１００が休止状態に遷移すると、通信装置１００に接続していた中継装置３００のポートがリンクダウンする。中継装置３００は、ポートのリンクダウンを検知する（Ｓ１０４）。そして、中継装置３００は、ポートのリンクダウンを含む情報をネットワーク状態遷移通知として、監視装置４００に通知する（Ｓ１０５）。以下では、ポートのリンクダウンを含む情報を含むネットワーク状態遷移通知を、リンクダウン通知と称する。
【００４６】
監視装置４００は、リンクダウン通知を受け取ると、ネットワークで障害が発生していると判断する（Ｓ１０６）。そして、監視装置４００は、ネットワークで障害が発生したことを管理者に通知する（Ｓ１０７）。
【００４７】
次に、通信装置１００が休止状態から起動状態に復帰する場合の動作を説明する。通信装置１００が、休止状態から起動状態に遷移すると（Ｓ１０８）、中継装置３００のポートはリンクアップする（Ｓ１０９）。中継装置３００は、ポートがリンクアップすると、ポートがリンクアップした情報を含むネットワーク状態遷移通知を監視装置400に通知する（Ｓ１１０）。以下では、ポートがリンクアップした情報を含むネットワーク状態遷移通知をリンクアップ通知と称する。監視装置４００は、リンクアップ通知を受け取ると、ネットワークで障害が発生していると判断し（Ｓ１１１）、ネットワークで障害が発生したことを管理者に通知する（Ｓ１１２）。一方、通信装置１００は、状態管理装置200に対して、起動状態に遷移したことを示す通信装置状態遷移通知を通知し（Ｓ１１３）、状態管理装置２００は、通信装置１００が状態遷移したことを確認する（Ｓ１１４）。以下では、起動状態に遷移したことを示す通信装置状態遷移通知を起動報知と称する。
【００４８】
以上、説明したように、比較例においては、中継装置３００の状態を監視する監視装置４００は、中継装置３００のポートのリンクダウン（若しくはリンクアップ）を把握できるが、リンクダウン（若しくはリンクアップ）の原因が、通信装置１００の休止状態（若しくは起動状態）への遷移であることまでは把握できない。中継装置３００が、通信装置１００が休止状態と起動状態との間で状態遷移したことを把握できないためである。したがって、比較例においては、監視装置４００は、中継装置３００のポートのリンクダウン（若しくはリンクアップ）は、通信装置１００の休止状態（若しくは起動状態）への状態遷移による正常な原因によるにもかかわらず、ネットワークの障害であると誤検知してしまう。その結果、ネットワーク障害が発生したことを、外部の管理者等に通知し、不要なネットワーク障害通報を行なってしまうことになる。なお、以上の例では、休止状態（若しくは起動状態）への通信装置状態遷移通知をユニキャストし、監視装置400が、通知を受け取らない場合を示した。しかしながら、通信装置状態遷移通知が、マルチキャストやブロードキャストであっても、監視装置400がその内容を解釈できない場合には、監視装置４００は、同様に、リンクダウン（若しくはリンクアップ）をネットワーク障害と誤検知する。
【００４９】
次に、比較例と比較しながら本実施例のシステムの動作について説明する。図９は、本発明の第１の実施形態に係るシステムの動作を示すシーケンス図である。
【００５０】
ステップＳ２０１〜ステップＳ２０５までの動作は、図８で説明したステップＳ１０１〜Ｓ１０５の動作と同じであるため、説明を省略する。
【００５１】
監視装置４００は、リンクダウン通知を受けると、図３に示したように、リンクダウンに含まれる情報と共に、情報の記録時刻を記憶部４０７に記憶する（Ｓ２０６）。次に、監視装置４００の通信装置状態確認部４０５は、記憶部４０７から記録時刻を読み出し、”記録時刻±所定の時間）を含む情報である通信装置状態遷移確認通知を生成し（Ｓ２０７）、状態管理装置２００に送信する（Ｓ２０８）。前述しように、状態管理装置２００の状態管理部２０４は、通信装置１００から休止報知を受け取っており、受け取った時刻も記憶している。状態管理装置２００は、監視装置４00から受け取った通信装置状態遷移確認通知に含まれる、“記録時刻−所定の時間の時刻”と“記録時刻＋所定の時間の時刻”との間に、自装置で記憶する通信装置状態遷移通知を受け取った時刻が含まれるか否かを判定する。含まれる場合、状態管理装置２００は、“記録時刻−所定の時間の時刻”と“記録時刻＋所定の時間の時刻”との間に、通信装置１００が状態遷移したことを示す通信装置状態遷移応答通知を通知し、含まれない場合、通信装置１００が、状態遷移していないことを示す通信装置状態遷移応答通知を通知する。監視装置４００は、通信装置状態遷移応答通知を受け取る（Ｓ２０９）。
【００５２】
監視装置４００の判断部４０８は、通信装置状態遷移応答通知を受け取ると、通信装置状態遷移応答通知に含まれる内容から、ポートのリンクダウンの原因が、通信装置の状態遷移であるか否かを判断する。（Ｓ２１０）。すなわち、監視装置４００の判断部４０８は、通信装置状態遷移応答通知が、通信装置が状態遷移していることを示す情報を含む場合、ポートのリンクダウンの原因が、通信装置の状態遷移であると判断し、含まない場合、ポートリンクダウンの通信装置の状態遷移でないと判断する。そして、監視装置４００は、リンクダウンの原因が、通信装置の状態遷移であると判断すると、処理を終了する。一方、リンクダウンの原因が、通信装置の状態遷移ではないと判断すると、障害情報通知部４０９により、ネットワーク障害が生じた旨を示す障害通報を障害情報通知部４０９に通知させる。
【００５３】
次に、図９のＳ２０５からＳ２０９までの処理について、監視装置４００の動作の詳細を説明する。図１０は、監視装置４００の動作を示すフローチャートである。
【００５４】
まず、受信処理部４０２が、ネットワークインターフェイス４０１を介して、中継装置３００が送信したリンクダウン通知を受信する（Ｓ３０１）。受信処理部４０２は、受信したパケットが中継装置４０１からの通知である事を確認すると、当該パケットをネットワーク状態情報受信部４０４に渡す。
【００５５】
ネットワーク状態情報受信部４０４は、通知の内容を解析し、リンクダウンしたポートの情報と、記憶時刻を記憶部４０７に保存する（Ｓ３０２）。例えば、図３のエントリ５１２を作成したとする。すなわち、エントリ５１２として、送信元機器（中継装置３００）の識別情報、リンクダウンしたポートの識別子、ポートの状態（DOWN）、記録時刻（T2）を記録する。その後、ネットワーク状態情報受信部４０４は、通信装置状態確認部４０５に、リンクダウンの原因を確認するように通知を出す。その際、ネットワーク状態情報受信部４０４は、通信装置状態確認部４０５に対して、エントリ５１２を特定する為の情報と共に通信装置の状態確認を依頼する。このエントリ５１２を特定するための情報とは、例えば、送信元機器（中継装置３００の識別情報）（列５０１）及びポートのポート番号（列５０２−１）でも良いし、記録時刻T２でも良いし、行５１２に対応する識別子でも良い。なお、ネットワーク状態情報受信部４０４は、エントリ５１２を特定するための情報は、必ずしも通知しなくても良い。例えば、通信装置状態確認部４０５が、記憶部４０７に記憶された障害情報のうち、記録時刻が最新のエントリ対して状態確認依頼を行うということが前提にある場合である。
【００５６】
通信装置状態確認部４０５は、状態確認依頼をうけとると、エントリ５１２を取得し、記憶部４０７からリンクダウンしたポートの情報の記録時刻T２を取得し（Ｓ３０３）、通信装置状態遷移確認通知を生成し、送信処理部403とネットワークインターフェイス４０１を介して状態管理装置103に送信する（Ｓ３０４）。通信装置状態遷移確認通知は、“記録時刻T２±所定の時間”を含む情報である。状態管理装置２００は、監視装置４00から受け取った通信装置状態遷移確認通知に含まれる、“記録時刻−所定の時間の時刻”と“記録時刻＋所定の時間の時刻”との間に、自装置で記憶する通信装置状態遷移通知を受け取った時刻が含まれるか否かを判定する。含まれる場合、状態管理装置２００は、“記録時刻−所定の時間の時刻”と“記録時刻＋所定の時間の時刻”との間に、通信装置１００が状態遷移したことを示す通信装置状態遷移応答通知を通知し、含まれない場合、通信装置１００が状態遷移していないことを示す通信装置状態遷移応答通知を通知する。
【００５７】
その後、監視装置４００は、通信装置状態確認通知に対する応答である通信装置状態遷移応答通知を待機し（Ｓ３０５）、通信装置状態遷移応答通知を受信すると、受信処理部４０２が、ネットワークインターフェイス４０１を介して、通信装置状態遷移応答通知を受信する（Ｓ３０６  YES）。受信処理部４０２は、状態管理装置１０３からの応答である事を確認すると、通信装置状態遷移応答通知を通信装置状態情報受信部４０６に渡す。
【００５８】
通信装置状態情報受信部４０６は、通信装置状態遷移応答通知を受信すると、結果を記憶部４０７に記憶する。なお、通信装置状態遷移応答通知を記憶部４０７に記憶せず、判断部４０８に通知しても良い。その後、判断部４０８に、リンクダウンの原因の判断を依頼する。
【００５９】
判断部４０８は、判断依頼された装置の識別情報をもとに、記憶部４０７から判断のための情報を読み出す。判断のための情報とは、具体的には、識別情報で特定される装置のネットワーク状態遷移通知に含まれる情報と通信装置状態遷移応答通知に含まれる情報である。判断のための情報についての詳細は、後述する。
【００６０】
そして、判断部４０８は、記憶部４０７から読み出した通信装置状態遷移応答通知の情報をもとに、検知されたリンクダウンが、通信装置の休止状態への遷移に起因しているか否かを判断する。判断部４０８は、通信装置状態遷移応答通知の情報が、通信装置が状態遷移したことを示す情報である場合、リンクダウンの原因が、通信装置の休止状態への遷移に起因していると判断する。一方、通信装置が状態遷移したことを示す情報を含まない場合、リンクダウンの原因が、通信装置の休止状態への遷移に起因せず、ネットワーク障害があると判断する（Ｓ３０７）。
【００６１】
判断部４０８が、リンクダウンの原因が、通信装置の休止状態への遷移によるものであると判断した場合（Ｓ３０７  YES）、監視装置400は動作を終了する。一方、判断部４０８が、リンクダウンの原因が、通信装置の休止状態への遷移によるものでなく、ネットワーク障害があると判断した場合、障害情報通知部４０９に対して、障害通報を管理者に通知するように指示を出す。判断部４０８が、ネットワーク障害であると判断した場合（Ｓ３０７ NO）、障害情報通知部４０９は、記憶部407から必要な情報を読み出し、管理者にネットワーク障害であることを示す障害通報を通知する（Ｓ３０８）。具体的には、前述した記録時刻T２をキーとして、図３から対応するエントリを読み出し、障害が報告されたポート（ここではポート１）を得て、更に、図４に対してポート１をキーとして参照し、ポート１に接続していた通信装置の識別子（ここではMAC１）を特定する。これらの情報をもとに、障害情報通知部４０９は、ネットワーク障害の情報（障害通報）を外部に通知する。なお、障害情報通知部４０９が行う処理は，実装に依存し、例えば、管理者への電子メール送信やログファイルへの記録の形で通知する。
【００６２】
本実施形態に係る監視装置４００によれば、中継装置１０３からのネットワーク状態遷移の原因が通信装置の状態遷移に起因するか否かを把握でき、状態遷移に起因するものである場合、障害通報を管理者に通知しないことで、不要な障害通報を管理者に通知することを防ぐことが出来る。また、これまでと同様のネットワーク運用・管理方法を維持しながら、ネットワークの省電力化を実現できる。
【００６３】
なお、中継装置３００が、監視装置400のネットワーク状態情報受信部４０４にネットワーク状態遷移通知として、リンクダウンやリンクアップを通知する際に使用する通知は、種々の通信プロトコルを利用してよい。例えば、ＳＮＭＰである。通信装置状態確認部４０５および通信装置状態情報受信部４０６が送受信する通知や通信装置状態遷移応答通知に使用する通知も同様に、種々の通信プロトコルを利用してよい。例えば、ＳＮＭＰやＨＴＴＰである。
【００６４】
また、以上の説明では、中継装置３００が、レイヤー２スイッチである場合を説明したが、レイヤー３スイッチやルータ等であってもよい。この場合、ＭＡＣアドレスは各レイヤーの適切な識別子に置き換えてもよい。
【００６５】
また、以上の説明では、通信装置の起動状態から休止状態への遷移と中継装置３００のポートのリンクダウンの検出という事象を例にして述べたが、通信装置の休止状態から起動状態への遷移と中継装置３００のリンクアップの検出という事象であっても同様に説明可能である。ただし、リンクアップの場合、リンクダウンの場合と比べて、図８のシーケンス図で示したシステム全体の動作順序が異なる可能性がある。具体的には、通信装置１００が休止状態に遷移する場合には、先に状態管理装置２００が通信装置状態遷移通知を受信し、その後、中継装置300によりリンクダウンが検知・通知される。一方、通信装置１００が休止状態から起動状態に遷移する場合には、先に、中継装置300によりリンクアップ検知されて、次に状態管理装置２００が通信装置状態遷移通知を受信する。したがって、リンクアップの場合、リンクアップが検知された直後に状態管理装置２００に対して、通信装置１００の状態確認の問い合わせを行なうと、状態管理装置２００が、通信装置状態遷移通知を処理していない可能性が考えられる。したがって、監視装置400は、リンクアップを検知後、一定時間経過した後に、通信装置状態遷移確認通知を通知することが好ましい。
【００６６】
また、判断部４０８と障害情報通知部４０９の機能は、ネットワークに接続する通信装置に応じて変更可能でもよい。例えば、休止状態への遷移を報知する機能を持たない通信装置の存在が事前に判っているとする。この場合、記憶部４０７に、除外すべきＭＡＣアドレスを保存するテーブルを用意し、事前に休止状態への遷移を報知することが不可能な装置のＭＡＣアドレスを登録しておく。判断部４０８は、上述したネットワークの状態遷移の原因の判断の際には、前述の処理に加え、テーブルに含まれるＭＡＣアドレスがネットワークの状態遷移に関与しているか否かを判断する処理を追加する。そして、テーブルに含まれるＭＡＣアドレスにより特定される通信装置がネットワークの状態遷移に関与している場合、どのようなネットワークの状態遷移の通知であっても障害情報通知部４０９に障害情報通知を依頼しない。逆に、テーブルに含まれるＭＡＣアドレスがネットワークの状態遷移に関与している場合、常に通知を依頼するような設定にしてもよい。前述のＭＡＣアドレステーブルを拡張し、ＭＡＣアドレスとその対応とを関連づけたテーブルとして保存しておいてもよい。
【００６７】
また、監視装置４００は、例えば、汎用のコンピュータ装置を基本ハードウェアとして用いることでも実現することが可能である。すなわち、ネットワークインターフェイス４０１と、受信処理部４０２と、送信処理部４０３と、ネットワーク状態情報受信部４０４と、通信装置状態確認部４０５と、通信装置状態情報受信部４０６と、記憶部４０７と、判断部４０８と、障害情報通知部４０９とは、上記のコンピュータ装置に搭載されたプロセッサにプログラムを実行させることにより実現することができる。このとき、監視装置４００は、上記のプログラムをコンピュータ装置にあらかじめインストールすることで実現してもよいし、ＣＤ−ＲＯＭなどの記憶媒体に記憶して、あるいはネットワークを介して上記のプログラムを配布して、このプログラムをコンピュータ装置に適宜インストールすることで実現してもよい。また、記憶部４０７は、上記のコンピュータ装置に内蔵あるいは外付けされたメモリ、ハードディスクもしくはＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒなどの記憶媒体などを適宜利用して実現することができる。
【００６８】
（変形例１）
次に、本発明の第１の実施形態の変形例１にかかる通信システムについて説明する。
【００６９】
変形例１にかかる通信システムでは、通信装置状態確認部４０５が送信する通信装置状態遷移確認通知と通信装置状態情報受信部４０６が受信する通信装置状態遷移応答通知の内容が異なる。そして、それに伴い、判断部408の処理が異なる。
【００７０】
すなわち、通信装置状態遷移確認通知は、状態管理装置２００が管理している最も新しい通信装置の状態遷移の発生時刻を問い合わせる通知である。状態管理装置２００は、通信装置状態遷移確認通知を受信すると、通信装置状態遷移応答通知として、最も新しい状態遷移の発生時刻を通知する。そして、監視装置４００の通信装置状態情報受信部406は、通信装置状態遷移応答通知を受信する。そして、判断部408は、通信装置状態遷移応答通知に含まれる時刻と、ネットワーク状態情報受信部404が受信したネットワーク状態遷移通知を受け取った時刻とを比較し、その差が所定の閾値より大きいか否かで、ネットワーク状態遷移の原因が、通信装置の状態遷移であるか否かを判断する。その他の処理は、第１の実施形態で説明したものと同様であるので説明を省略する。
【００７１】
（変形例２）
次に、本発明の第１の実施形態の変形例２にかかる通信システムについて説明する。
【００７２】
変形例２にかかる通信システムでは、通信装置状態確認部４０５が、通信装置状態遷移確認通知に、“ネットワーク状態遷移が発生した時刻±所定の時間”に加えて、ネットワーク状態遷移が発生したポートに接続された通信装置の識別子（MACアドレス）を含めて通知する。状態管理装置２００は、通信装置状態遷移確認通知に基づいて、“ネットワーク状態遷移が発生した時刻−所定の時間の時刻”と“ネットワーク状態遷移が発生した時刻＋所定の時間の時刻”との間に通信装置の状態遷移が発生したことに加えて、通知されたMACアドレスにより特定される通信装置が、状態遷移をしたことを記憶していることを条件として、通信装置による状態遷移が発生した旨の通信装置状態遷移応答通知を通知する。
【００７３】
以下では、本変形例にかかる通信システムにおけるより具体的な処理について説明する。
【００７４】
図１１は、第１の実施形態の変形例２にかかる通信システムにおける監視装置４００の動作を示すシーケンス図ある。
【００７５】
ステップＳ２０１〜ステップＳ２０６までの動作は、第１の実施形態で説明したものと同様であるため、同一の番号を付す。
【００７６】
監視装置４００は、リンクダウン通知を受けると、ポートに接続していた通信装置を特定する（S４０７）。
【００７７】
以下では、S４０７で、監視装置４００が、ポートに接続していた通信装置を特定する方法を説明する。
【００７８】
ネットワーク状態情報受信部４０４が、中継装置１０４からリンクダウン通知を受信し、リンクダウン通知の情報を記憶部４０７に記憶したとする。例えば、図３のエントリ５１２を作成したとする。すなわち、エントリ５１２として、送信元機器（中継装置３００）の識別情報、リンクダウンしたポートの識別子、ポートの状態（DOWN）、記録時刻（T2）を記録する。その際、ネットワーク状態情報受信部４０４は、通信装置状態確認部４０５に対して、エントリ５１２を特定する為の情報と共に通信装置の状態確認を依頼する。通信装置状態確認部４０５は、状態確認依頼をうけとると、エントリ５１２を特定するための情報から、エントリ５１２を取得し、確認すべき通信装置が接続しているポート番号を取得する。この場合は、ポート番号は２である事がわかる。次に、通信装置状態確認部４０５は、図４の管理情報を参照し、ポート番号２のポートに接続している通信装置の識別子を取得する。本例では、通信装置の識別子として、エントリ６１２からＭＡＣ１を取得する。以上の方法により、監視装置４００は、ポートに接続していた通信装置を特定することができる。
【００７９】
次に、監視装置４００の通信装置状態確認部４０５は、記憶部４０７から記録時刻を読み出し、“記録時刻±所定の時間”とS４０７で特定した通信装置のMACアドレスを含む情報である通信装置状態遷移確認通知を生成し（S４０８）、状態管理装置200に送信する（Ｓ４０９）。ここで、第１の実施形態で説明したものと同様、状態管理装置２００の状態管理部は、通信装置１００から通信装置状態遷移通知を受け取っており、受け取った時刻も記憶しているものとする。この場合、例えば、状態管理装置２００は、通信装置状態遷移通知に含まれるMACアドレスと通信装置１００のMACアドレスが一致するかを判断し、かつ、監視装置４00から受け取った通信装置状態遷移確認通知に含まれる、“記録時刻−所定の時間の時刻”と“記録時刻＋所定の時間の時刻”との間に、通信装置１００から通信装置状態遷移通知を受け取った時刻が含まれるか否かを判定する。MACアドレスが一致し、かつ時刻も含まれる場合、状態管理装置２００は、通信装置１００が状態遷移したことを示す通信装置状態遷移応答通知を通知する。一方、それ以外の場合は、通信装置１００が状態遷移していないことを示す通信装置状態遷移応答通知を通知する。これ以後の処理は、第１の実施形態で説明したＳ２０９の処理と同様であるため説明を省略する。
【００８０】
本変形例にかかる通信システムによれば、通信装置状態遷移が発生した通信装置が、ネットワーク状態遷移が発生したポートに接続された通信装置であることを確実に把握することができる。したがって、ネットワークの状態遷移が通信装置の状態遷移であるか否かをより適切に把握出来る。
【００８１】
尚、本変形例は、リンクダウンについて説明を行なったが、リンクアップについても同様の説明をできる。
【００８２】
（変形例３）
次に、本発明の第１の実施形態の変形例３にかかる通信システムについて説明する。
【００８３】
変形例３に係る通信システムでは、第１の実施形態と同様に、通信装置状態確認部４０５は、通信装置状態遷移確認通知として、“ネットワーク状態遷移が発生した時刻±所定の時間”を通知し、状態管理装置２００は、通信装置状態遷移確認通知に基づいて、“ネットワーク状態遷移が発生した時刻−所定の時間の時刻”と“ネットワーク状態遷移が発生した時刻＋所定の時間の時刻”との間に通信装置の状態遷移が発生したか否かを判断するとともに、状態遷移が発生している場合、その状態遷移を発生した通信装置のMACアドレスを特定する。そして、通信状態遷移応答通知には、“ネットワーク状態遷移が発生した時刻−所定の時間の時刻”と“ネットワーク状態遷移が発生した時刻＋所定の時間の時刻”との間に通信装置が状態遷移を発生したか否かに加えて、状態遷移が発生している場合、その通信装置のMACアドレスを含める。そして、監視装置400の判断部408は、通信装置状態遷移応答通知を受け取ると、通知が、通信装置が状態遷移を発生したことを示し、かつ通知されたMACアドレスとネットワーク状態遷移が発生したポートに接続された通信装置のMACアドレスとが一致する場合、ネットワーク状態遷移の原因が通信装置の状態遷移であると判定する。一方、それ以外の場合は、ネットワーク状態遷移の原因が通信装置の状態遷移でないと判定する。
【００８４】
本変形例にかかる通信システムによれば、通信装置状態遷移が生じた通信装置が、ネットワーク状態遷移が発生したポートに接続された通信装置であることを確実に把握することができる。したがって、より正確にネットワーク状態遷移の原因が、通信装置の通信措置状態遷移であることを把握することができる。
【００８５】
以下では、本変形例にかかる通信システムにおけるより具体的な処理について説明する。
【００８６】
ステップＳ２０１〜ステップＳ２０８までの動作は、第１の実施形態で説明したものと同様であるため、説明を省略する。ここで、第１の実施形態で説明したものと同様、状態管理装置２００の状態管理部は、通信装置１００から通信装置状態遷移通知を受け取っており、受け取った時刻も記憶しているものとする。この場合、例えば、状態管理装置２００は、通信装置状態遷移通知に含まれる“記録時刻±所定の時間”について、“記録時刻−所定の時間の時刻”と“記録時刻＋所定の時間の時刻”との間に、通信装置１００から通信装置状態遷移通知を受け取った時刻が含まれている場合、通信装置状態遷移応答通知として、通信装置が状態遷移したことを示す情報と通信１００のMACアドレスを通知する。一方、状態管理装置２００は、“記録時刻−所定の時間の時刻”と“記録時刻＋所定の時間の時刻”との間に、状態遷移が生じたことを記憶していない場合には、通信装置状態遷移応答通知として、通信装置が状態遷移していないことを示す情報を通知する。
【００８７】
監視装置４００の判断部４０８は、通信装置状態遷移応答通知を受け取ると、通信装置状態遷移応答通知に含まれる内容から、ネットワークの状態遷移（ポートのリンクダウン）の原因が、通信装置の状態遷移であるか否かを判断する。具体的には、まず、通信装置状態遷移応答通知に、通信装置が状態遷移したことを示す情報が含まれているかを見る。そして、含まれている場合、通信装置状態遷移応答通知に含まれるMACが、ネットワーク状態遷移したポートに接続された通信装置のMACと一致するか否かを判断する。判断部４０８は、通信装置状態遷移応答通知に、通信装置状態遷移したことを示す情報が含まれており、かつ通信装置状態遷移応答通知に含まれるMACが、ネットワーク状態遷移したポートに接続された通信装置のMACと一致している場合、ネットワーク状態遷移の原因が通信装置の状態遷移によるものと判断する。それ以外の場合、ネットワーク状態遷移の原因が通信装置の状態遷移ではないと判断する、そして、監視装置４００は、ネットワーク状態遷移の原因が、通信装置の状態遷移の原因であると判断すると、処理を終了する。一方、リンクダウンの原因が、通信装置の状態遷移でないと判断すると、障害情報通知部４０９により、ネットワーク障害が生じた旨を通知させる。
【００８８】
尚、本変形例は、リンクダウンについて説明を行なったが、リンクアップについても同様の説明をできる。
【００８９】
＜第２の実施形態＞
次に、本発明の第２の実施形態にかかる通信システムについて説明する。本発明の第２の実施形態にかかる通信システムの構成は、第１の実施形態にかかる通信システムの構成と同様である。すなわち、通信装置１００と中継装置３００と状態管理装置２００と監視装置８００とを備える。尚、第２の実施形態に係る通信システムは、状態管理装置３００を備えていなくても良い。
【００９０】
本実施形態の監視装置８００は、第１の実施形態の監視装置２００と比べて、通信装置の状態遷移を状態管理装置３００に問い合わせて確認するのではなく、直接、通信装置１００から受信することが異なる。通信装置１００と中継装置２００と状態管理装置３００の構成は第１の実施形態で説明したものと同様であるため説明を省略する。
【００９１】
図１２は、監視装置８００の構成を示すブロック図である。なお、監視装置８００の構成要素のうち、第１の実施形態で説明した監視装置４００と同じ機能を持つ構成要素には、同じ番号を付し、説明を省略する。
【００９２】
以下、図１２を用いて、監視装置８００の構成について説明する。
【００９３】
受信処理部８０２は、受信処理部４０２と同様に、ネットワークインターフェイス４０１を介して、中継装置３００から受け取るネットワーク状態遷移通知を受信し、ネットワーク状態情報受信部４０４に通知することに加えて、通信装置１００が送信した通信装置状態遷移通知を受信し、通信装置状態情報受信部８１０へと通知する。
【００９４】
通信装置状態情報受信部８１０は、通信装置１００が送信した通信装置状態遷移通知を受け取り、その情報を記憶部８０７に記憶する。
【００９５】
記憶部８０７は、第１の実施形態の記憶部４０７が記憶する情報に加えて、更に、通信装置１００から受け取った通信装置状態遷移通知の情報を保存する。図１３に、通信装置から受けとった通信装置状態遷移通知の情報の例を示す。図１３において、列１００１は、通信装置状態遷移通知を送信した通信装置の識別子（図１３ではＭＡＣアドレス）であり、列１００２は通信装置の状態（休止状態、又は起動状態）、列１００３は、通信装置状態遷移通知を記憶した時刻である。図１３の例では、行１０１１のエントリは、MAC１で特定される通信装置から休止状態に遷移した旨を示す通信装置状態遷移通知を時刻T５に受け取った旨を示している。また、行１０１２のエントリは、MAC２で特定される通信装置から動作状態に遷移した旨を示す通信装置状態遷移通知を時刻T６に受け取った旨を示している。
【００９６】
判断部８０８は、ネットワーク状態遷移通知と通信装置状態遷移通知に基づいて、ネットワーク状態遷移の原因が、通信装置の状態遷移であるか否かを判断する。より具体的には、ネットワーク状態遷移通知と通信装置状態遷移通知とを受け取った時間差に基づいて、ネットワーク状態遷移の原因が、通信装置の状態遷移であるか否かを判断する。
【００９７】
次に、本発明の第２の実施形態にかかるシステムの動作を説明する。図１４は、本発明の第２の実施形態に係るシステムの動作を示すシーケンス図である。以下では、起動状態から休止状態へと遷移する例を説明する。
【００９８】
通信装置１００は、休止状態に遷移する際に、休止状態に遷移することを示す情報を含む通信装置状態遷移通知（以下、休止報知と称する。）をネットワーク全体に通知する（Ｓ５０１）。休止報知を通知後、通信装置１００は休止状態へと遷移する（Ｓ５０２）。例えば、休止報知は、ネットワーク全体にマルチキャストまたはブロードキャストされる。状態管理装置２００がネットワーク上に存在する場合、状態管理装置２００は、休止報知を受信し、休止報知の情報を保存する（Ｓ５０３）。
【００９９】
また、監視装置８００も、休止報知を受信する。監視装置８００の通信装置状態情報受信部８１０は、休止報知から通信装置１００の識別子と通信装置１００の状態とを抽出し、記憶部８０７に記憶する（Ｓ５０４）。この際、記憶部８０７に、記憶する時刻も併せて記憶する。その後、通信装置状態情報受信部８１０は、判断部８０８へと休止報知を受信した旨を通知する。
【０１００】
通信装置１００が休止状態に遷移すると、中継装置３００のポートがリンクダウンする。中継装置３００は、ポートのリンクダウンを検知する。そして、中継装置３００は、ポートのリンクダウンをネットワーク状態遷移通知として送信する（Ｓ５０６）。以下では、このネットワーク状態遷移通知をリンクダウン通知と称する。リンクダウン通知は、リンクダウンを発生したポートの識別子とその状態（リンクダウン）を含む。尚、リンクダウン通知は、更に、リンクダウンの発生時刻を通知してもよい。監視装置８００は、これらリンクダウン通知に含まれる情報を抽出して記憶部８０７へと保存する（Ｓ５０７）。この際、記憶部８０７へと記憶する時刻も記憶する。尚、リンクダウンの発生時刻を受け取っている場合、その時刻も記憶しても良い。その後、ネットワーク状態情報受信部４０４はリンクダウン通知を受信した旨を判断部８０８に通知する。
【０１０１】
判断部８０８は、先に発生した二つの通知（リンクダウン通知と休止報知）の時間差を計算する。例えば、リンクダウン通知、休止報知それぞれの情報を記憶した時刻の時間差を計算する。尚、リンクダウン通知と休止報知それぞれが発生した時刻を把握している場合、発生時刻の時間差を計算しても良い。そして、判断部８０８は、その時間差が、事前に定めた閾値よりも短い場合、中継装置３００のポートのリンクダウンの原因は、通信装置１００の休止状態への遷移が原因であると判断し、障害通報を管理者に通知する指示を障害情報通知部４０９に対して行なわない。一方、時間差が、事前に定めた閾値よりも短い場合、中継装置３００のポートのリンクダウンの原因は、通信装置１００の休止状態への遷移が原因ではないと判断し、障害通報を管理者に通知するように障害通報通知部４０９へと指示を出す。
【０１０２】
次に、本実施形態の監視装置８００の判断部８０８の動作の詳細を説明する。以下では、中継装置３００からリンクダウンが通知される場合と、リンクアップが通知される場合を説明する。
【０１０３】
まず、中継装置３００からリンクダウンが通知される場合について説明する。  
中継装置３００のリンクダウンが発生する際は、通信装置状態情報受信部８１０が先に、通信装置から休止報知を受信し、次いで、ネットワーク状態情報受信部４０４がリンクダウン通知を受信する。通信装置状態情報受信部８１０は、休止報知の情報を、図１３のエントリ１０１１として、記憶部８０７に格納する。その後、ネットワーク状態情報受信部４０４がリンクダウンの通知を受信すると、第１の実施形態と同様に、図３のエントリ５１２として、記憶部８０７へ格納し、リンクダウンの通知があった旨を判断部８０８に通知する。
【０１０４】
判断部８０８は、図３のエントリ５１２に含まれる情報からポートの識別子を抽出し、そのポートの識別子と、記憶部８０７が記憶する管理情報（図４に示す情報）とから、対象機器のＭＡＣアドレスＭＡＣ１を抽出する。ここで、対象機器とは、ポートに接続された通信装置である。対象機器のMACアドレスMAC１を抽出後、判断部８０８は、ＭＡＣ１を用いて、図１３の情報を探索し、エントリ１０１１を得る。判断部８０８は、以上の操作を通して、図３と図１３に示すように、休止報知を時刻Ｔ５に受信し、リンクダウン通知を時刻Ｔ２に受信したことがわかる。
【０１０５】
判断部８０８は、Ｔ２とＴ５の差を算出し、それが所定の閾値を越えているか否かを判断する。すなわち、判断部８０８は、Ｔ ＜と｜Ｔ２−Ｔ５｜との大小関係を比較する（Ｔは事前に定めた閾値、記号｜Ｘ｜はＸの絶対値）。判断部８０８は、Ｔ２とＴ５の差の絶対値が、閾値T以下である場合、リンクダウン通知と休止報知は関係があり、リンクダウンは、通信装置の休止状態への遷移に起因していると判断する。この場合、判断部８０８は、障害情報通知部４０９に障害通報を通知させず、処理を終了する。一方、判断部８０８は、Ｔ２とＴ５の差の絶対値が、閾値Tより大きい場合、リンクダウンは、休止状態遷移に起因しないと判断する。そして、判断部８０８は、管理者に障害通報を通知するように障害情報通知部４０９へと指示を出す。
【０１０６】
次に、中継装置３００からリンクアップ通知が通知される場合について説明する。
【０１０７】
中継装置３００のリンクアップが発生する際は、ネットワーク状態情報受信部４０４が、先に、中継装置３００からのリンクアップ通知を受信し、次いで、通信装置状態情報受信部８１０が、通信装置からの通信装置状態遷移通知として起動状態への遷移の信号（以下、起動報知と称する。）を受信することになる。ネットワーク状態情報受信部４０４は、リンクアップ通知を受信すると、リンクアップ通知の情報を、図３のエントリ５１１として、記憶部８０８へ格納する。その後、判断部８０８に、リンクアップ通知があった旨を通知する。
【０１０８】
ネットワーク状態情報受信部４０４からリンクアップ通知があった旨の通知があると、判断部８０８は、リンクアップがあったことを認識し、通信装置状態情報受信部８１０から起動報知を受信した旨の通知を所定の時間待ち受ける。なお、判断部８０８は、通知を受けたら即座に後続の処理を再開してもよいし、タイマー等により前記所定の時間を測定し、所定の時間経過後に通知の有無を確認して処理を継続するようにし、その間、監視装置８００は他の処理を行うようにしてもよい。
【０１０９】
ネットワーク状態情報受信部４０４が、リンクアップの通知を受信後、しばらくすると、通信装置状態情報受信部８１０が、通信装置から起動報知を受信する。通信装置状態情報受信部８１０は、起動報知の情報として、図１３のエントリ１０１２に相当する情報を保存する。その後、通信装置状態情報受信部８１０は、判断部８０８に対して、起動報知を受信した旨を通知する。
【０１１０】
判断部８０８は、起動報知を受信した旨の通知を受けると、図１３のエントリ１０１２の情報を記憶部８０７より読み出し、状態遷移した通信装置の識別子としてＭＡＣ２、起動報知を受信した時刻としてＴ６を得る。監視装置８００は、次に、図４に示す管理情報うから、MAC２に対応するエントリ６１１を得る。そして、エントリ６１１から、リンクアップイベントが発生している可能性があるポートの識別子として１を得る。さらに、判断部８０８は、ネットワーク状態情報受信部４０４が保存した情報（図３）を探索し、ポート１に対応するエントリ５１１を得る。そして、このエントリからポート１がリンクアップした時刻Ｔ１を得る。
【０１１１】
そして、判断部８０８は、Ｔ６とＴ１の差を算出し、Ｔ６とＴ１の差の絶対値が所定の閾値Tより大きいか否かを判断する。なお、Tは、リンクダウンの際に用いた閾値と同じでも違っても良い。判断部８０８は、Ｔ６とＴ１の差の絶対値が閾値T以下である場合、リンクアップ通知と起動報知は関係があり、中継装置３００のポートのリンクアップは、通信装置の休止状態から起動状態への遷移に起因していると判断できる。そして、判断部８０８は、障害情報通知部４０９へと障害通報を通知する指示を行なうことなく処理を終了する。一方、判断部８０８は、Ｔ６とＴ１の差の絶対値が閾値Tより大きい場合、リンクアップ通知と起動報知は関係がなく、中継装置３００のポートのリンクアップと、通信装置の起動状態への遷移は関係がなく、リンクアップは、不正なリンクアップであると判断する。そして、判断部８０８は、不正なリンクアップがあった旨を示す障害通報を管理者に通知するように障害情報通知部４０９へと指示を出す。なお、判断部８０８は、リンクアップ通知を受信後、所定の時間以内に通信装置状態情報受信部８１０から状態遷移に関する通知を受けなかった場合にも、不正なリンクアップがあったと判断して、不正なリンクアップがあった旨を示す障害通報を障害情報通知部４０９に通知させる。
【０１１２】
本実施形態にかかる監視装置８００によれば、ネットワークの状態遷移が通信装置の状態遷移に起因する場合に、そのことを把握でき、ネットワークの状態遷移がネットワーク障害であると検知せず、外部の管理者に障害通報を通知しないことから、不要な障害通報を送ることを防ぐことが出来る。
【０１１３】
なお、上記一連の手順において、ネットワーク状態遷移通知と、通信装置状態遷移通知のうちどちらか一方の事象のみを検知した場合、判断部８０８の判断は、その情報により動作が異なる。例えば、ネットワーク状態遷移通知として休止報知を受信したがリンクダウンの通知を受信しない場合には、判断部８０８は、休止状態でもリンクは維持できる通信装置だったと判断し、障害情報通知部４０９に対して、管理者への障害情報の通知は行わせない。一方、リンクアップ通知を受信したが、起動報知を受信しない場合、判断部８０８は、不正なリンクアップと判断して、障害情報通知部４０９に、不正なリンクアップがあった旨を示す障害通報を管理者へ通知させる。
【０１１４】
また、第1の実施形態で説明したように、ＭＡＣアドレスごとに対応を変える等の処理を追加してもよい。すなわち、例えば、休止状態に遷移した場合にも休止報知をしない通信装置のMACアドレスをテーブルに記憶し、テーブルに含まれるＭＡＣアドレスにより特定される通信装置がネットワークの状態遷移に関与している場合、どのようなネットワークの状態遷移の通知であっても障害情報通知部４０９に障害情報通知を依頼しない。
【０１１５】
また、以上の説明では、通信装置状態遷移通知とネットワーク状態遷移通知の受信順序について、特定の順序についてのみ述べた。しかし、必ずしもその順序通り受信する必要は無い。すなわち、受信順序に関わらず、ネットワーク状態情報受信部４０４と状態報知受信部８１０とで受信した情報の２つのエントリに対して、互いに関連するエントリの時刻の差の絶対値が所定の時間（閾値）以上離れているかを判断できれば良い。そして、所定の時間以上はなれているか否かが障害情報通知部４０９を介して管理者へと障害として通知するか否かの判断基準となる。
【０１１６】
さらに、本実施形態のシステムでは、監視装置８００は、通信装置１００から直接、通信装置状態遷移通知を受信する例を説明したが、通信装置状態遷移通知を、通信装置１００から状態管理装置２００が一旦受信した後、監視装置８００に再送信するような形で実装してもよい。
【０１１７】
また、本実施形態のシステムでは、通信装置状態遷移通知とネットワーク状態遷移通知とを受信した時間差が、所定の値より大きいか否かを、判断部が、各通知を受信した時間差と、所定の閾値との大小関係を比較することにより、判断していたが、この限りでない。例えば、通信装置状態遷移通知とネットワーク状態遷移通知のいずれかを受信後、一定時間の待ち受け時間を設け、その待ち受け時間内に、もう一方の通知を受信したか否かで、判断してもよい。そのような場合の、監視装置８００の動作のフローチャートの例を図１５に示す。
【０１１８】
（第３の実施形態）
次に、本発明の第３の実施形態に係る監視装置１２００について説明する。
【０１１９】
監視装置１２００は、中継装置の機能と、第２の実施形態にかかる監視装置８００の機能を備える。
【０１２０】
図１６は、第３の実施形態に係る監視装置１２００を示すブロック図である。
【０１２１】
複数のネットワークインターフェイス（ポート）１２０１により、監視装置１２００はネットワークに接続する。
【０１２２】
受信処理部１２０２は、各ネットワークインターフェイス１２０１で受信したパケットから監視装置１２００を宛先としたパケットを受信する。
【０１２３】
通信装置状態情報受信部１２０３は、受信処理部１２０２で受信したパケットのうち、通信装置状態遷移通知を処理する。具体的には、通信装置状態遷移通知を記憶部１２０４に記憶するとともに、判断部１２０６に、通信装置状態遷移通知を受信した旨を通知する。
【０１２４】
Ｉ／Ｆ状態検知部１２０５は、各ネットワークインターフェイス１２０１の状態遷移を検出する。具体的には、各ネットワークインターフェイス（ポート）１２０１のリンクダウン若しくはリンクアップへの状態遷移を検出する。
【０１２５】
記憶部１２０４は、通信装置状態情報受信部１２０３で受信した通信装置状態遷移通知に含まれる情報およびＩ／Ｆ状態検出部１２０５で検出したネットワークインターフェイス１２０１の状態遷移の情報と監視装置１２００が管理する情報を記憶する。ここで、Ｉ／Ｆ状態検出部１２０５が検出したネットワークインターフェイス１２０１の状態記遷移の情報は、図３で示した記憶部８０７に保存する情報から、送信元５０１（中継装置３００）に対応する情報を削除したものとなる。また、通信装置状態情報受信部１２０３で受信した情報は、図１３で示す情報と同一の情報である。また、監視装置１２００が管理する情報は、図４のうち、列６０２と列６０３の情報である。
【０１２６】
判断部１２０６は、記憶部１２０４で記憶した、通信装置状態情報受信部１２０３で受信した通信装置状態遷移通知に含まれる情報およびＩ／Ｆ状態検出部１２０５で検出したネットワークインターフェイス１２０１の状態遷移の情報とを基に、ネットワークインターフェイス１２０１の状態遷移が、通信装置の状態遷移に起因するものか否かを判断する。
【０１２７】
障害通報通知部１２０７は、判断部１２０６が、ネットワークインターフェイス１２０１の状態変化が通信装置の状態遷移に起因しないと判断した際に、外部の監視装置へとネットワークインターフェイス１２０１の状態変化を障害通報として通知する。
【０１２８】
本実施形態における監視装置１２００の動作を説明する。
【０１２９】
監視装置１２００の動作は、第２の実施形態にかかる監視装置８００の動作とほぼ同じである。監視装置１２００は、第２の実施形態ではネットワーク状態遷移通知を、ネットワーク状態情報受信部４０４にて外部から受信していたのに対して、Ｉ／Ｆ状態検知部１２０５が自らのインターフェイス（ポート）１２０１を直接監視して、リンクダウン・リンクアップを検知する点が異なる。その他の動作については、第２の実施形態と同じであるため、省略する。
【０１３０】
本実施形態にかかる監視装置１２００によれば、監視装置１２００のリンクダウン（またはリンクアップ）の原因が通信装置の休止状態への遷移（または起動状態への遷移）に起因するか否かを把握でき、休止状態への遷移（または起動状態への遷移）に起因する場合、障害通報を管理者に通知しないことで、不必要に障害通報を管理者に通知することを防ぐことが出来る。
【０１３１】
尚、第１から第３の実施形態では、判定部が、ネットワーク状態遷移の原因が、通信装置の状態遷移が原因でないと判断した場合、ネットワーク状態遷移が発生した旨を示す障害通報を通知することとして、説明した。しかしながら、通報の方法は、この形態に関わらない。例えば、音を出す、ＬＥＤを点灯させる、外部機器の電源を入れる等により、通報を行なっても良い。
【０１３２】
また、第１から第３の実施形態では、監視装置は、ネットワークの状態遷移の原因が、通信装置の起動状態と動作状態との間の状態遷移が原因か否かを判断し、前記ネットワークの状態遷移の原因を、通信装置の起動状態と動作状態との間の状態遷移でないと判定した場合、障害通報を通知し、ネットワークの状態遷移の原因を、通信装置の起動状態と動作状態との間の状態遷移であると判定した場合、障害通報を通知しないことと説明した。
【０１３３】
しかしながら、監視装置は、このようなネットワークの状態遷移と通信装置の起動状態と動作状態との間の状態遷移以外の例にも適用できる。例えば、監視装置は、中継装置から通知されたイベントID（例えば、前述したサービスを特定する識別子）を受け取ると、そのイベントIDに対応する関連イベント（通信装置が提供するサービス）を特定し、その関連イベントが、通信装置が発生しているか否かを判定することができる。  
この場合、ネットワーク状態遷移通知に含まれる情報が、イベントIDに対応し、通信装置状態遷移通知に含まれる情報が、関連イベントE３に対応する。図１７（a）に、ネットワーク状態遷移通知に含まれる情報の例を示す。また、図１７（ｂ）に、監視装置が管理するネットワークを運用・管理するための情報の例を示す。監視装置は、図１７（ｂ）に示すように、イベントIDと関連イベントとの対応関係を記憶する。
【０１３４】
監視装置は、イベントIDがE1を含むネットワーク状態遷移通知を受け取ると、例えば、状態管理装置に、イベントID E1に対応する関連イベントE3が発生しているかを問い合わせて、状態管理装置からの応答により、通報を通知するか否か判断し、通報を通知する。
【０１３５】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することを意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１３６】
１００・・・通信装置、１０２・・・状態通知部、１０３・・・状態切り替え部、２００・・・状態管理装置、２０２・・・受信部、２０３・・・送信部、２０４・・・状態管理部、３００・・・中継装置、３０２、１２０５・・・IF状態検出部、３０３・・・通知部、４００、８００、１２００・・・監視装置、４０１、１０１、２０１、３０１、１２０１・・・ネットワークインターフェイス、４０２、８０２、１２０２・・・受信処理部、４０３・・・送信処理部、４０４・・・ネットワーク状態情報受信部、４０５・・・通信装置状態確認部、４０６、８１０、１２０３・・・通信装置状態情報受信部、４０７、８０７、１２０４・・・記憶部、４０８、８０８、１２０６・・・判断部、４０９、１２０７・・・障害情報通知部。
【図１】
2012074849.tif 000003
【図２】
2012074849.tif 000004
【図３】
2012074849.tif 000005
【図４】
2012074849.tif 000006
【図５】
2012074849.tif 000007
【図６】
2012074849.tif 000008
【図７】
2012074849.tif 000009
【図８】
2012074849.tif 000010
【図９】
2012074849.tif 000011
【図１０】
2012074849.tif 000012
【図１１】
2012074849.tif 000013
【図１２】
2012074849.tif 000014
【図１３】
2012074849.tif 000015
【図１４】
2012074849.tif 000016
【図１５】
2012074849.tif 000017
【図１６】
2012074849.tif 000018
【図１７】
2012074849.tif 000019