特許 7420761 監視装置、監視方法、プログラム及び監視システム

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

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

(11)【特許番号】

(24)【登録日】2024-01-15

(45)【発行日】2024-01-23

(54)【発明の名称】監視装置、監視方法、プログラム及び監視システム

(51)【国際特許分類】

   H04L 43/0811 20220101AFI20240116BHJP

   H04Q 9/00 20060101ALI20240116BHJP

【ＦＩ】

H04L43/0811

H04Q9/00 311H

【請求項の数】 11

(21)【出願番号】P 2021063500

(22)【出願日】2021-04-02

(65)【公開番号】P2022158531

(43)【公開日】2022-10-17

【審査請求日】2022-02-16

(73)【特許権者】

【識別番号】501440684

【氏名又は名称】ソフトバンク株式会社

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(72)【発明者】

【氏名】山内 啓嗣

(72)【発明者】

【氏名】崔 帥

【審査官】谷岡 佳彦

(56)【参考文献】

【文献】米国特許出願公開第２０１２／０１３４６６４（ＵＳ，Ａ１）

【文献】特開２０１６－１７３６２２（ＪＰ，Ａ）

【文献】特開２００９－２９６４９３（ＪＰ，Ａ）

【文献】特開２０１１－１８８３２２（ＪＰ，Ａ）

【文献】特開２００６－２７９４０２（ＪＰ，Ａ）

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

Ｈ０４Ｌ４１／００－４３／５５

Ｈ０４Ｑ ９／００

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

【請求項1】

通信装置の２つのインタフェースの状態を示すデータを所定周期で取得する、取得部と、
前記データに基づいて、前記２つのインタフェースの現在の状態を所定周期で判定する判定部と、
前記２つのインタフェースの状態に関する状態情報を、前記判定部の判定結果に基づいて更新する、更新部と、
前記データの取得ができなかった回数に基づいて前記通信装置の監視の異常を検出する検出部と、を有し、
前記判定部は、前記取得部において前記データが取得できなかった場合、前記２つのインタフェースの現在の状態は、前記２つのインタフェースの前回の状態と同一状態であると判定し、
前記検出部は、
前記取得部で、所定回数連続して前記データを取得することができなかった場合に、前記通信装置の監視に異常が生じたと判定し、
前記取得部で、前記通信装置のインタフェースに含まれる前記２つのインタフェースのうち一方のインタフェースから正常であることを示す前記データを取得し、かつ、他方のインタフェースから前記データを取得できなかった場合における前記所定回数を、前記取得部で前記２つのインタフェースのうち一方のインタフェースから正常ではないことを示す前記データを取得し、かつ、他方のインタフェースから前記データを取得できなかった場合、若しくは、前記取得部で前記２つのインタフェースの各々から前記データを取得できなかった場合の前記所定回数よりも多くなるように制御する、
監視装置。

【請求項2】

前記更新部は、前記判定部で取得された前記２つのインタフェースの現在の状態に基づいて前記状態情報を更新する、
請求項１に記載の監視装置。

【請求項3】

前記判定部は、
前記通信装置の前記２つのインタフェースのうちいずれか１つが正常である場合、前記インタフェースの現在の状態は正常であると判定する、
請求項１又は２に記載の監視装置。

【請求項4】

前記判定部は、
前記取得部で、前記２つのインタフェースのうち少なくともいずれか１つの第１インタフェースから前記データが取得できなかった場合、前記インタフェースの現在の状態は、前記インタフェースの前回の状態と同一状態であると判定する、
請求項１～３のいずれか一項に記載の監視装置。

【請求項5】

監視装置が行う監視方法であって、
通信装置の２つのインタフェースの状態を示すデータを所定周期で取得するステップと、
前記データに基づいて、前記２つのインタフェースの現在の状態を所定周期で判定するステップと、
前記２つのインタフェースの状態に関する状態情報を、前記判定するステップの判定結果に基づいて更新するステップと、
前記データの取得ができなかった回数に基づいて前記通信装置の監視の異常を検出するステップと、を含み、
前記判定するステップは、前記取得するステップにおいて前記データが取得できなかった場合、前記２つのインタフェースの現在の状態は、前記２つのインタフェースの前回の状態と同一状態であると判定し、
前記検出するステップは、
所定回数連続して前記データを取得することができなかった場合に、前記通信装置の監視に異常が生じたと判定し、
前記通信装置のインタフェースに含まれる２つのインタフェースのうち一方のインタフェースから正常であることを示す前記データを取得し、かつ、他方のインタフェースから前記データを取得できなかった場合における前記所定回数を、前記２つのインタフェースのうち一方のインタフェースから正常ではないことを示す前記データを取得し、かつ、他方のインタフェースから前記データを取得できなかった場合、若しくは、前記２つのインタフェースの各々から前記データを取得できなかった場合の前記所定回数よりも多くなるようにする、
監視方法。

【請求項6】

通信装置の２つのインタフェースの状態を示すデータを所定周期で取得するステップと、
前記データに基づいて、前記２つのインタフェースの現在の状態を所定周期で判定するステップと、
前記２つのインタフェースの状態に関する状態情報を、前記判定するステップの判定結果に基づいて更新するステップと、
前記データの取得ができなかった回数に基づいて前記通信装置の監視の異常を検出するステップと、をコンピュータに実行させ
前記判定するステップは、前記取得するステップにおいて前記データが取得できなかった場合、前記２つのインタフェースの現在の状態は、前記２つのインタフェースの前回の状態と同一状態であると判定し、
前記検出するステップは、
所定回数連続して前記データを取得することができなかった場合に、前記通信装置の監視に異常が生じたと判定し、
前記通信装置のインタフェースに含まれる前記２つのインタフェースのうち一方のインタフェースから正常であることを示す前記データを取得し、かつ、他方のインタフェースから前記データを取得できなかった場合における前記所定回数は、前記２つのインタフェースのうち一方のインタフェースから正常ではないことを示す前記データを取得し、かつ、他方のインタフェースから前記データを取得できなかった場合、若しくは、前記２つのインタフェースの各々から前記データを取得できなかった場合の前記所定回数よりも多くなるようにする、
プログラム。

【請求項7】

通信装置及び監視装置を有する監視システムであって、
前記通信装置は、
２つのインタフェースの状態を管理する管理部と、
前記２つのインタフェースの状態を示すデータを前記監視装置に送信する送信部と、を備え、
前記監視装置は、
前記通信装置から前記データを所定周期で取得する、取得部と、
前記データに基づいて、前記２つのインタフェースの現在の状態を所定周期で判定する判定部と、
前記２つのインタフェースの状態に関する状態情報を、前記判定部の判定結果に基づいて更新する、更新部と、
前記データの取得ができなかった回数に基づいて前記通信装置の監視の異常を検出する検出部と、を有し、
前記判定部は、前記取得部において前記データが取得できなかった場合、前記２つのインタフェースの現在の状態は、前記２つのインタフェースの前回の状態と同一状態であると判定し、
前記検出部は、
前記取得部で、所定回数連続して前記データを取得することができなかった場合に、前記通信装置の監視に異常が生じたと判定し、
前記取得部で、前記通信装置のインタフェースに含まれる前記２つのインタフェースのうち一方のインタフェースから正常であることを示す前記データを取得し、かつ、他方のインタフェースから前記データを取得できなかった場合における前記所定回数は、前記取得部で前記２つのインタフェースのうち一方のインタフェースから正常ではないことを示す前記データを取得し、かつ、他方のインタフェースから前記データを取得できなかった場合、若しくは、前記取得部で前記２つのインタフェースの各々から前記データを取得できなかった場合の前記所定回数よりも多くなるように制御する、
監視システム。

【請求項8】

通信装置の２つのインタフェースの状態を示すデータを所定周期で取得する、取得部と、
所定回数連続して前記データが取得されなかった場合に前記通信装置の監視の異常を検出する検出部と、を有し、
前記検出部は、
前記通信装置のインタフェースに含まれる前記２つのインタフェースのうち一方のインタフェースから正常ではないことを示す前記データが取得され、かつ、他方のインタフェースから前記データが取得されなかった場合、若しくは、前記２つのインタフェースの各々から前記データが取得されなかった場合に、前記２つのインタフェースのうち一方のインタフェースから正常であることを示す前記データが取得され、かつ、他方のインタフェースから前記データが取得されなかった場合よりも少ない回数で連続して前記データが取得されなかった場合に前記通信装置の監視の異常を検出する、
監視装置。

【請求項9】

監視装置が行う監視方法であって、
通信装置の２つのインタフェースの状態を示すデータを所定周期で取得するステップと、
所定回数連続して前記データが取得されなかった場合に前記通信装置の監視の異常を検出するステップと、を含み、
前記検出するステップは、前記通信装置のインタフェースに含まれる前記２つのインタフェースのうち一方のインタフェースから正常ではないことを示す前記データが取得され、かつ、他方のインタフェースから前記データが取得されなかった場合、若しくは、前記２つのインタフェースの各々から前記データが取得されなかった場合に、前記２つのインタフェースのうち一方のインタフェースから正常であることを示す前記データが取得され、かつ、他方のインタフェースから前記データが取得されなかった場合よりも少ない回数で連続して前記データが取得されなかった場合に前記通信装置の監視の異常を検出する、
監視方法。

【請求項10】

通信装置の２つのインタフェースの状態を示すデータを所定周期で取得するステップと、
所定回数連続して前記データが取得されなかった場合に前記通信装置の監視の異常を検出するステップと、をコンピュータに実行させ、
前記検出するステップは、前記通信装置のインタフェースに含まれる前記２つのインタフェースのうち一方のインタフェースから正常ではないことを示す前記データが取得され、かつ、他方のインタフェースから前記データが取得されなかった場合、若しくは、前記２つのインタフェースの各々から前記データが取得されなかった場合に、前記２つのインタフェースのうち一方のインタフェースから正常であることを示す前記データが取得され、かつ、他方のインタフェースから前記データが取得されなかった場合よりも少ない回数で連続して前記データが取得されなかった場合に前記通信装置の監視の異常を検出する、
プログラム。

【請求項11】

通信装置及び監視装置を有する監視システムであって、
前記通信装置は、
２つのインタフェースの状態を管理する管理部と、
前記２つのインタフェースの状態を示すデータを前記監視装置に送信する送信部と、を備え、
前記監視装置は、
通信装置の２つのインタフェースの状態を示すデータを所定周期で取得する、取得部と、
所定回数連続して前記データが取得されなかった場合に前記通信装置の監視の異常を検出する検出部と、を有し、
前記検出部は、
前記通信装置のインタフェースに含まれる前記２つのインタフェースのうち一方のインタフェースから正常ではないことを示す前記データが取得され、かつ、他方のインタフェースから前記データが取得されなかった場合、若しくは、前記２つのインタフェースの各々から前記データが取得されなかった場合に、前記２つのインタフェースのうち一方のインタフェースから正常であることを示す前記データが取得され、かつ、他方のインタフェースから前記データが取得されなかった場合よりも少ない回数で連続して前記データが取得されなかった場合に前記通信装置の監視の異常を検出する、
監視システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、監視装置、監視方法、プログラム及び監視システムに関する。

【背景技術】

【0002】

例えば、特許文献１には、通信事業者（キャリア）が管理するＩＰ中継網で利用するネットワーク装置及びその通信経路の監視技術が開示されている。また、特許文献１には、各監視対象機器にアクセスして負荷情報を収集することが開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００５－１８４６３８号公報

【発明の概要】

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

【0004】

通信事業者が管理するＩＰ中継網などの大規模ネットワークを監視する場合、ネットワーク機器から収集するデータは膨大であることが多い。そのため、通信装置自体は正常に動作しているにも関わらず、何らかの理由で収集したデータに欠損が生じたことで、通信装置に異常が生じているといった誤判定がなされる可能性がある。しかしながら、特許文献１には、収集したデータに欠損が生じることを考慮した監視の技術は開示されていない。

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

【0005】

本発明の一態様に係る監視装置は、通信装置のインタフェースの状態を示すデータを所定周期で取得する、取得部と、データに基づいて、インタフェースの現在の状態を所定周期で判定する判定部と、インタフェースの状態に関する状態情報を、判定部の判定結果に基づいて更新する、更新部と、を有し、判定部は、取得部においてデータが取得できなかった場合、インタフェースの現在の状態は、インタフェースの前回の状態と同一状態であると判定する。

【図面の簡単な説明】

【0006】

【図1】本実施形態に係る監視システムのシステム構成例を示す図である。

【図2】監視装置及び通信装置のハードウェア構成例を示す図である。

【図3】監視装置の機能ブロック構成例を示す図である。

【図4】通信装置の機能ブロック構成例を示す図である。

【図5】ＩＦ状態ＤＢ及びＩＦデータ履歴ＤＢの一例を示す図である。

【図6】監視装置が行う処理手順の一例を示すフローチャートである。

【図7】監視装置が行う処理手順の具体例その１を説明するための図である。

【図8】監視装置が行う処理手順の具体例その２を説明するための図である。

【図9】監視装置が行う処理手順の具体例その３を説明するための図である。

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

【0007】

添付図面を参照して、本発明の実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。

【0008】

＜システム構成＞
図１は、本実施形態に係る監視システム１のシステム構成例を示す図である。監視システム１は、監視装置１０と、端末２０と、ネットワーク３０と、ユーザネットワーク５０と、インターネット６０とを含む。

【0009】

ネットワーク３０は、複数の通信装置４０により構成され、ユーザネットワーク５０とインターネット６０との間を接続するサービスをユーザに提供する。通信装置４０は、例えばルータ又はスイッチ等であり、ユーザネットワーク５０とインターネット６０との間を流れるデータのルーティングを行う。ユーザネットワーク５０は、ユーザが管理するネットワークであり、例えば、無線ＬＡＮルータが設置されたユーザ宅のホームネットワークや、ユーザ企業の社内ネットワーク等である。通信装置４０は、冗長構成を有しており、片系が故障してもサービスを継続可能なように構成されている。

【0010】

監視装置１０は、複数の通信装置４０の動作状態を監視する装置である。より具体的には、監視装置１０は、通信装置４０が有する各インタフェースの状態を監視する。通信装置４０が備えるインタフェースとは、ケーブルを接続する物理的なインタフェース、及び／又は、物理的なインタフェース内に作成される論理的なインタフェースを意味する。論理的なインタフェースは、仮想的なインタフェースと呼ばれることもある。インタフェースの状態には、例えば、インタフェースが正常に動作している状態（データの送受信が可能な状態であり、「ＵＰ」とも言う。）、及び、インタフェースが正常に動作していない状態（データの送受信が不可能な状態であり、「ＤＯＷＮ」とも言う。）が含まれる。端末２０は、監視装置１０に接続され、各通信装置４０の動作状態を表示する。

【0011】

本実施形態では、監視装置１０は、各通信装置４０にアクセスして、通信装置４０のインタフェースの状態を示すデータ（以下、「ＩＦ（Interface）データ」と言う。）を所定周期で取得することで、ネットワーク３０内に存在する膨大な数のインタフェースを監視することを想定している。そのため、一部の通信装置４０については、例えば監視装置１０内におけるデータ収集処理に遅延が生じたなど、何らかの理由でＩＦデータを時間内に取得することができず、ＩＦデータが欠損する場合があり得る。しかしながら、単にＩＦデータが欠損したという理由でインタフェースに異常があると判定してしまうと、実際にはインタフェースは正常に動作しているにも関わらず、異常があると誤判定してしまうことになる。そこで、本実施形態では、監視装置１０は、ＩＦデータが欠損した場合、インタフェースの過去の状態に基づいて現在の状態を補完する。これによれば、本実施形態に係る監視装置１０は、誤判定を防止することができる。

【0012】

＜ハードウェア構成＞
図２は、監視装置１０及び通信装置４０のハードウェア構成例を示す図である。監視装置１０及び通信装置４０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphical Processing Unit）等のプロセッサ１１、メモリ、ＨＤＤ（Hard Disk Drive）及び／又はＳＳＤ（Solid State Drive）等の記憶装置１２、有線又は無線通信を行う通信ＩＦ（Interface）１３、入力操作を受け付ける入力デバイス１４、及び情報の出力を行う出力デバイス１５を有する。監視装置１０の入力デバイス１４は、例えば、キーボード、タッチパネル、操作パネル、入力端子、マウス及び／又はマイク等である。出力デバイス１５は、例えば、ディスプレイ、出力端子、タッチパネル及び／又はスピーカ等である。

【0013】

＜機能ブロック構成＞
（監視装置）
図３は、監視装置１０の機能ブロック構成例を示す図である。監視装置１０は、記憶部１００と、取得部１０１と、判定部１０２と、更新部１０３と、検出部１０４とを含む。記憶部１００は、監視装置１０が備える記憶装置１２を用いて実現することができる。また、取得部１０１と、判定部１０２と、更新部１０３と、検出部１０４とは、監視装置１０のプロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体（Non-transitory computer readable medium）であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。

【0014】

記憶部１００は、各通信装置４０におけるインタフェースの現在の状態と前回の状態とを格納するＩＦ（Interface）状態ＤＢ１００ａと、各通信装置４０から取得したＩＦデータの履歴を格納するＩＦデータ履歴ＤＢ１００ｂとを記憶する。ＩＦ状態ＤＢ１００ａ及びＩＦデータ履歴ＤＢ１００ｂは、それぞれ、「状態情報」及び「履歴情報」と呼ばれてもよい。

【0015】

取得部１０１は、通信装置４０のＩＦデータを所定周期で取得する。取得部１０１は、取得したＩＦデータを、ＩＦデータ履歴ＤＢ１００ｂに格納する。所定周期は、例えば、３０秒周期、１分周期等であってよいが、本実施形態がこれに限定されるものではない。また、通信装置４０のインタフェースは、２つのインタフェース（例えば０系インタフェースと１系インタフェースであり、「第１インタフェース」と称してもよい）により冗長化されていてもよい。この場合、取得部１０１は、２つのインタフェース（２つの第１インタフェース）の各々について、ＩＦデータを所定周期で取得する。

【0016】

なお、系とは、一般的に、ある処理を実現するための装置／部品等（物理的な装置／部品のみならず、ソフトウェア上で論理的に実現される装置／部品も含む）を意味する用語である。また、０系及び１系とは、ある処理を実現するための装置／部品等が２重に用意されている場合に、それぞれの装置／部品を識別するために用いられる用語である。１系及び２系、実行系及び待機系などと呼ばれることもある。

【0017】

判定部１０２は、通信装置４０から取得された、ＩＦデータに基づいて、通信装置４０のインタフェースの現在の状態（例えば、インタフェースが正常に動作しているのか否か）を所定周期で判定する。また、判定部１０２は、取得部１０１において当該ＩＦデータが取得できなかった場合（つまりＩＦデータが欠損している場合）、インタフェースの過去の状態に基づいて、現在の状態を判定する。具体的には、例えば、判定部１０２は、取得部１０１でＩＦデータが取得できなかった場合、通信装置４０のインタフェースの現在の状態を、通信装置４０のインタフェースの前回の状態と同一状態であると判定してよい。例えば、所定周期は１分周期であり、取得部１０１が通信装置４０にアクセスしてＩＦデータの取得を試みたが、何らかの理由により当該ＩＦデータが取得できなかったとする。この場合、判定部１０２は、前回判定したインタフェースの状態（つまり１分前の周期で判定したインタフェースの状態）を、インタフェースの現在の状態であると判定してよい。

【0018】

また、判定部１０２は、通信装置４０の冗長化された２つのインタフェース（２つの第１インタフェース）のＩＦデータに基づいて、通信装置４０のインタフェースの現在の状態を判定する。例えば、判定部１０２は、通信装置４０の冗長化された２つのインタフェース（２つの第１インタフェース）のうちいずれか１つが正常である場合、通信装置４０のインタフェースの現在の状態は、正常であると判定するようにしてもよい。また、判定部１０２は、取得部１０１にて、冗長化された２つのインタフェース（２つの第１インタフェース）のうち少なくともいずれか１つのインタフェース（第１インタフェース）から、ＩＦデータが取得できなかった場合、通信装置４０のインタフェースの現在の状態は、当該インタフェースの前回の状態と同一状態であると判定するようにしてもよい。

【0019】

更新部１０３は、通信装置４０のインタフェースの状態に関する状態情報を、判定部１０２の判定結果に基づいて更新する。当該状態情報は、例えばＩＦ状態ＤＢ１００ａであり、更新部１０３は、ＩＦ状態ＤＢ１００ａを、判定部１０２で判定されたインタフェースの現在の状態に基づいて更新する。例えば、更新部１０３は、ＩＦ状態ＤＢ１００ａの前回の状態を、現在の状態として格納されていたインタフェースの状態に置き換えると共に、ＩＦ状態ＤＢ１００ａの前回の状態に、判定部１０２で判定されたインタフェースの現在の状態を格納してよい。

【0020】

検出部１０４は、ＩＦデータの取得ができなかった回数に基づいて通信装置４０の監視の異常を検出する。例えば、検出部１０４は、取得部１０１で、所定回数連続してＩＦデータを取得することができなかった場合、通信装置４０の監視に異常が生じたと判定してよい。

【0021】

（通信装置）
図４は、通信装置４０の機能ブロック構成例を示す図である。通信装置４０は、記憶部４００と、通信処理部４０１と、管理部４０２と、入力部４０３と、出力部４０４とを含む。記憶部４００は、通信装置４０が備える記憶装置１２を用いて実現することができる。また、通信処理部４０１は、通信装置４０が備える通信ＩＦ１３を用いて実現することができる。また、管理部４０２と、入力部４０３と、出力部４０４とは、監視装置１０のプロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。

【0022】

記憶部４００は、ルーティングテーブルや各種の設定情報等、通信装置４０の動作に必要な各種の情報を記憶する。通信処理部４０１は、ルーティングテーブル等に基づいて、受信したデータのルーティングを行う。管理部４０２は、通信装置４０が備える各インタフェースの状態を管理する。入力部４０３は、通信装置４０が備える各種操作コマンド等の入力を受け付ける。出力部４０４は、通信装置４０が備える各インタフェースの状態を示すデータを監視装置１０に送信する。

【0023】

＜処理手順＞
続いて、監視装置１０が行う処理手順を具体的に説明する。以下、通信装置４０は、物理インタフェース内に、論理的なインタフェースである複数のサブインタフェースを有しており、監視装置１０は、通信装置４０が有する各サブインタフェースの状態を監視する前提で説明する。各サブインタフェースは、各ユーザネットワーク５０とインターネット６０の間を流れるデータをネットワーク３０内で分離するために用いられるＶＬＡＮ（Virtual LAN）に対応づけられている。また、以下の説明では、ネットワーク３０全体で数万～十数万といった数のサブインタフェースが存在することを想定しているが、本実施形態がこれに限定されるものではない。

【0024】

通信装置４０は、０系の通信装置４０及び１系の通信装置４０がペアとなって動作するＡＣＴ（Active）／ＳＢＹ（Standby）構成であるものとする。サブインタフェースが正常に動作している場合、ＡＣＴ状態である通信装置４０のサブインタフェースの状態は「ＵＰ」（正常に動作）であり、ＳＢＹ状態である通信装置４０のサブインタフェースの状態は「ＤＯＷＮ」（正常に動作していない）になる。また、前述した「ＩＦデータ」の用語は、通信装置４０のサブインタフェースの状態を示すデータであるものとする。

【0025】

図５は、ＩＦ状態ＤＢ１００ａ及びＩＦデータ履歴ＤＢ１００ｂの一例を示す図である。ＩＦ状態ＤＢ１００ａは、通信装置ＩＤと、ＩＦＩＤ（Interface ID）と、現在のサブインタフェースの状態（現在ＩＦ状態）と、前回のサブインタフェースの状態（前回ＩＦ状態）とが対応づけられて格納される。ＩＦＩＤは、通信装置４０が有するサブインタフェースを一意に識別するＩＤである。ＩＦＩＤは、ネットワーク３０内でサブインタフェースを一意に識別するＩＤであればどのようなＩＤであってもよい。「現在ＩＦ状態」とは、通信装置４０から取得された、最新のＩＦデータに基づいて判定部１０２で判定された、インタフェースの状態を意味する。「前回ＩＦ状態」とは、前回の周期で通信装置４０から取得されたＩＦデータに基づいて判定部１０２で判定された、インタフェースの状態を意味する。

【0026】

ＩＦデータ履歴ＤＢ１００ｂは、通信装置ＩＤと、ＩＦＩＤと、冗長構成を示す情報（系）と、０系及び１系の通信装置４０から取得されたＩＦデータの履歴（ＩＦデータ１（前回）～ＩＦデータ６（６回前））とが対応づけて格納される。なお、履歴の数は特に制限はないが、図５の例では、過去６回分のＩＦデータが履歴として格納されている。

【0027】

図６は、監視装置１０が行う処理手順の一例を示すフローチャートである。監視装置１０は、図６に示す処理手順を、各サブインタフェースについて所定周期で繰り返し実行する。

【0028】

ステップＳ１００で、取得部１０１は、０系の各通信装置４０にアクセスし、０系の各通信装置４０からＩＦデータを取得してＩＦデータ履歴ＤＢ１００ｂに格納する。また、取得部１０１は、１系の各通信装置４０にアクセスし、１系の各通信装置４０からＩＦデータを取得してＩＦデータ履歴ＤＢ１００ｂに格納する。

【0029】

ステップＳ１０１で、判定部１０２は、０系のサブインタフェースのＩＦデータと、１系のサブインタフェースのＩＦデータとの両方が取得できているか否かを判定する。取得出来ている場合はステップＳ１０２の処理手順に進み、取得できていない場合はステップＳ１０３の処理手順に進む。

【0030】

ステップＳ１０２で、判定部１０２は、０系及び１系のサブインタフェースのＩＦデータのうち一方が「ＵＰ」であり他方が「ＤＯＷＮ」である場合、サブインタフェースは正常に動作していると判定する。この場合、更新部１０３は、ＩＦ状態ＤＢ１００ａの「前回ＩＦ状態」の内容を「現在ＩＦ状態」の内容に更新すると共に、「現在ＩＦ状態」の内容を「ＵＰ」に更新する。もし、判定部１０２は、０系及び１系のサブインタフェースのＩＦデータの両方が「ＤＯＷＮ」である場合、サブインタフェースは正常に動作していないと判定する。この場合、更新部１０３は、ＩＦ状態ＤＢ１００ａの「前回ＩＦ状態」の内容を「現在ＩＦ状態」の内容に更新すると共に、「現在ＩＦ状態」の内容を「ＤＯＷＮ」に更新する。

【0031】

ステップＳ１０３で、判定部１０２は、０系及び１系のサブインタフェースのＩＦデータのうち一方のＩＦデータが取得できていない場合、サブインタフェースの状態は、前回判定したサブインタフェースの状態であると判定する。また、更新部１０３は、ＩＦ状態ＤＢ１００ａの「前回ＩＦ状態」の内容を「現在ＩＦ状態」の内容に更新すると共に、「現在ＩＦ状態」の内容を、「前回ＩＦ状態」と同一の内容に更新する。

【0032】

ステップＳ１０４で、検出部１０４は、ＩＦデータ履歴ＤＢ１００ｂを参照し、ＩＦデータ履歴ＤＢ１００ｂにおいて、０系及び１系のサブインタフェースのＩＦデータのうち、ＩＦデータを取得できていない状態が所定回数（Ｎ回）連続しているか否かを判定する。連続している場合はステップＳ１０５の処理手順に進み、連続していない場合は処理を終了する。

【0033】

ステップＳ１０５で、検出部１０４は、ＩＦデータを取得できていない状態が所定回数（Ｎ回）連続している場合、サブインタフェースの監視に何らかの異常が生じたと判定し、例えば端末２０の画面にアラーム等を表示させる。

【0034】

＜具体例＞
図７は、監視装置１０が行う処理手順の具体例その１を説明するための図である。図７は、１５周期分のＩＦデータ（「０系ＩＦデータ」、「１系ＩＦデータ」）と、ＩＦデータに基づいて判定されたインタフェースの状態の判定結果（「現在ＩＦ状態」、「前回ＩＦ状態」）を示している。タイムスタンプ０の列は最も古いデータであり、タイムスタンプ１５の列は最も新しいデータである。また、「０」及び「１」は、それぞれ「ＵＰ」及び「ＤＯＷＮ」を表している。また、「ＮＵＬＬ」は、ＩＦデータを取得できなかったことを示す。例えば、タイムスタンプ３の列では、０系のサブインタフェースからＩＦデータを取得することができず、１系のサブインタフェースから「ＤＯＷＮ」のＩＦデータが取得できたことを示している。この場合、サブインタフェースの現在の状態は、当該サブインタフェースの前回の状態で更新されることから、「ＵＰ」で更新される。例えば、タイムスタンプ４の列では、１系のサブインタフェースからＩＦデータを取得することができず、０系のサブインタフェースから「ＵＰ」のＩＦデータが取得できたことを示している。この場合、サブインタフェースの現在の状態は、当該サブインタフェースの前回の状態「ＵＰ」で更新される。

【0035】

このように、本実施形態によれば、通信装置４０のサブインタフェースは正常に動作しているが、監視装置１０内の処理負荷上昇等が原因でＩＦデータの欠損が生じるようなケースであっても、サブインタフェースは正常に動作していると判定される。従って、通信に異常は生じていないにも関わらず、警報が発生するといった事象を抑制することができる。

【0036】

図８は、監視装置１０が行う処理手順の具体例その２を説明するための図である。図８の「ＩＦ監視状態」の行について、「０」はインタフェースの監視が正常であることを意味し、「１」はインタフェースの監視に異常が生じていると判断されたことを意味する。図８の例では、タイムスタンプ４～１５の列において、１系のサブインタフェースからＩＦデータを取得することができていない。この場合、サブインタフェースの現在の状態は、当該サブインタフェースの前回の状態で更新されることから、「ＵＰ」（つまりサブインタフェースは正常）で更新され続けることになる。しかしながら、ＩＦデータを取得できない状態が続く場合、例えば通信装置４０との間の通信回線に異常が生じている可能性が想定される。従って、検出部１０４は、サブインタフェースのＩＦデータを取得できていない状態が所定回数（ここでは６回とする）連続している場合、サブインタフェースの監視状態に何らかの異常があると判定する。

【0037】

図９は、監視装置１０が行う処理手順の具体例その３を説明するための図である。図９は、図８とは異なり、タイムスタンプ４～１５の列において、０系のサブインタフェースからＩＦデータを取得することができておらず、更に、１系のサブインタフェースのＩＦデータは「１（ＤＯＷＮ）」を示している。図８の例では、１系のサブインタフェースのＩＦデータは「０（ＵＰ）」を示していたことから、０系のサブインタフェースのＩＦデータが取得できていなくても、通信装置４０のサブインタフェースとしては正常に動作している可能性が高いと考えられる。一方、図９の例では、０系のサブインタフェースも「１（ＤＯＷＮ）」であったとすると、通信装置４０のサブインタフェースは動作しておらず（つまり両系のサブインタフェースが「ＤＯＷＮ」である）、サービス提供に影響が出ている可能性がある。つまり、図９の例の方が、より早期に対応が必要である可能性が高いと考えられる。

【0038】

従って、検出部１０４は、両系のサブインタフェースのうちいずれか一方の系のＩＦデータを取得できず、かつ、他方の系のＩＦデータがＤＯＷＮである（正常ではない）ことを示している場合に、両系のサブインタフェースのうちいずれか一方の系のＩＦデータを取得できず、かつ、他方の系のＩＦデータがＵＰである（正常である）ことを示している場合と比較して、より早い周期（又はタイミング）で、サブインタフェースの監視状態に何らかの異常があると判定するようにしてもよい。同様に、検出部１０４は、両系のサブインタフェースのうち両方の系のＩＦデータを取得できない場合に、両系のサブインタフェースのうちいずれか一方の系のＩＦデータを取得できず、かつ、他方の系のＩＦデータがＵＰである（正常である）ことを示している場合と比較して、より早い周期（又はタイミング）で、サブインタフェースの監視状態に何らかの異常があると判定するようにしてもよい。

【0039】

言い換えると、検出部１０４は、取得部１０１で、２つのインタフェース（２つの第１インタフェース）のうち一方から正常であることを示すＩＦデータを取得し、かつ、他方からＩＦデータを取得できなかった場合における「所定回数」を、取得部１０１で２つのインタフェースのうち一方から正常ではないことを示すＩＦデータを取得し、かつ、他方からＩＦデータを取得できなかった場合、若しくは、取得部１０１で２つのインタフェースの各々からＩＦデータを取得できなかった場合の「所定回数」よりも長くなるように制御するようにしてもよい。例えば、図８の例では「所定回数」は６回であったが、図９の例では「所定回数」は３回である。

【0040】

＜まとめ＞
以上説明した実施形態によれば、監視装置１０は、インタフェースから取得するＩＦデータが欠損した場合、インタフェースの過去の状態に基づいて、当該インタフェースの現在の状態を補完する。これにより、一実施形態に係る監視装置は、通信装置４０からの情報取得に失敗した場合であっても、不要な誤判定を抑止することが可能になる。

【0041】

また、監視装置１０は、ＩＦデータが欠損する状態が所定回数連続した場合、ＩＦ監視状態に何らかの異常があると判定するようにした。これにより、通信装置４０の監視が正常に行えていないことを、管理者等に通知することが可能になる。

【0042】

以上説明した実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。実施形態で説明したフローチャート、シーケンス、実施形態が備える各要素並びにその配置、材料、条件、形状及びサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。また、異なる実施形態で示した構成同士を部分的に置換し又は組み合わせることが可能である。

【符号の説明】

【0043】

１…監視システム、１０…監視装置、１１…プロセッサ、１２…記憶装置、１３…通信ＩＦ、１４…入力デバイス、１５…出力デバイス、２０…端末、３０…ネットワーク、４０…通信装置、５０…ユーザネットワーク、６０…インターネット、１００…記憶部、１００ａ…ＩＦ状態ＤＢ、１００ｂ…ＩＦデータ履歴ＤＢ、１０１…取得部、１０２…判定部、１０３…更新部、１０４…検出部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】