JP6595960B2 - ネットワーク監視装置、ネットワーク監視方法及びネットワーク監視プログラム - Google Patents
ネットワーク監視装置、ネットワーク監視方法及びネットワーク監視プログラム Download PDFInfo
- Publication number
- JP6595960B2 JP6595960B2 JP2016172331A JP2016172331A JP6595960B2 JP 6595960 B2 JP6595960 B2 JP 6595960B2 JP 2016172331 A JP2016172331 A JP 2016172331A JP 2016172331 A JP2016172331 A JP 2016172331A JP 6595960 B2 JP6595960 B2 JP 6595960B2
- Authority
- JP
- Japan
- Prior art keywords
- monitoring
- combination
- network
- item
- monitoring item
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Description
本発明は、ネットワークを監視する技術に関する。
本願出願人は、通信ネットワーク上で提供されるＥ２Ｅ（End to End）サービスの性能を評価するために、ＭＩＢ（Management Information Base）情報を用いて劣化箇所を特定する技術を提案している（特許文献１参照）。
しかし、特許文献１に記載の技術は、１事業者内に閉じたＥ２Ｅサービスを想定したものであり、他事業者のＭＩＢ情報を取得することは困難であるため、複数事業者を跨いだＥ２Ｅサービスに対して適用することは困難である。また、特許文献１に記載の技術は、１事業者内に閉じたＥ２Ｅサービスであっても、サービスが大規模な場合には、経路上の全ての装置からＭＩＢ情報を収集して解析することは難しいという問題を有している。
一方、本願出願人は、複数事業者を跨いだＥ２Ｅサービスにおいて故障被疑箇所を推定する技術を提案している（特願２０１５−１５６６２６）。かかる技術では、複数のサービス監視情報に基づいて、障害が発生した通信サービスに最も多く含まれるノードが故障被疑箇所であると推定している。
しかし、かかる技術は、Ｅ２Ｅサービス監視の具体的な手法については言及されていない。また、かかる技術は、単一の故障を対象としており、多重故障を想定したものではない。また、かかる技術は、故障被疑箇所を推定するために、一般的には公開されていないＩＳＰ網の構成情報（の推定）を必要とする。
これに対し、本願出願人は、複数事業者を跨いだＥ２Ｅサービスや大規模なＥ２Ｅサービスにおいても故障被疑箇所を好適に推定する技術を提案している（特願２０１６−０３３９９２）。
しかし、かかる技術は、ｗｅｂブラウザの使用を前提としており、例えばデジタルカメラの画像データをクラウド上に保存する等というネットワークには対応していない。そのため、ｗｅｂブラウザの使用以外でもネットワーク監視を行うことが可能な技術が望まれていた。また、かかる技術では、故障被疑箇所を推定するための監視区間が、通信ネットワークの各部位におけるｗｅｂページ読込に要する各種処理時間等に対応して予め設定されており、種々のネットワークの構成に対応して監視区間を好適に設定することは困難である。
本発明は、前記事情に鑑みて創案されたものであり、ｗｅｂブラウザの使用以外でもネットワーク監視を行うことができ、かつ、監視区間を好適に設定することが可能なネットワーク監視装置、ネットワーク監視方法及びネットワーク監視プログラムを提供することを課題とする。
前記課題を解決するため、本発明のネットワーク監視装置は、ネットワークを構成するノードの監視項目に対して、当該監視項目の特徴を示すタグを設定するタグ設定部と、設定された前記タグに基づいて、１つ以上の前記監視項目の組み合わせを決定するとともに、前記タグに含まれる監視対象に基づいて、組み合わせが決定された前記監視項目の監視区間を決定する監視項目組み合わせ決定部と、前記ノードから前記監視項目を取得する監視項目取得部と、決定された前記組み合わせに基づいて、取得された前記監視項目を前記監視区間内において組み合わせる監視項目組み合わせ部と、を備えることを特徴とする。
かかる構成によると、監視項目に対して自動又は手動でタグを設定し、設定されたタグに基づいて組み合わせ監視項目及び当該監視項目の監視区間を生成するので、ｗｅｂブラウザの使用以外でもネットワーク監視を行うことができ、かつ、監視区間を好適に設定することができる。
前記タグは、前記監視項目の属性、単位及び取得周期のうち、前記属性を含む少なくとも一つをさらに含み、前記監視項目組み合わせ決定部は、前記属性、前記単位及び前記取得周期のうち、前記属性を含む少なくとも一つに基づいて、２つ以上の前記監視項目を組み合わせるように前記組み合わせを決定する構成であってもよい。
かかる構成によると、様々な監視区間を有する組み合わせ監視項目を得ることができる。
また、前記タグは、必須ペア番号をさらに含み、前記監視項目組み合わせ決定部は、必須ペア番号が同一である２つ以上の前記監視項目を組み合わせるように前記組み合わせを決定する構成であってもよい。
かかる構成によると、様々な監視区間を有する組み合わせ監視項目を得ることができる。
また、本発明のネットワーク監視方法は、ネットワーク監視装置が、ネットワークを構成するノードの監視項目に対して、当該監視項目の特徴を示すタグを設定するタグ設定ステップと、設定された前記タグに基づいて、１つ以上の前記監視項目の組み合わせを決定するとともに、前記タグに含まれる監視対象に基づいて、組み合わせが決定された前記監視項目の監視区間を決定する監視項目組み合わせ決定ステップと、前記ノードから前記監視項目を取得する監視項目取得ステップと、決定された前記組み合わせに基づいて、取得された前記監視項目を前記監視区間内において組み合わせる監視項目組み合わせステップと、を実行することを特徴とする。
かかる構成によると、監視項目に対して自動又は手動でタグを設定し、設定されたタグに基づいて組み合わせ監視項目及び当該監視項目の監視区間を生成するので、ｗｅｂブラウザの使用以外でもネットワーク監視を行うことができ、かつ、監視区間を好適に設定することができる。
前記タグは、前記監視項目の属性、単位及び取得周期のうち、前記属性を含む少なくとも一つをさらに含み、前記監視項目組み合わせ決定ステップにおいて、前記ネットワーク監視装置が、前記属性、前記単位及び前記取得周期のうち、前記属性を含む少なくとも一つに基づいて、２つ以上の前記監視項目を組み合わせるように前記組み合わせを決定する構成であってもよい。
かかる構成によると、様々な監視区間を有する組み合わせ監視項目を得ることができる。
また、前記タグは、必須ペア番号をさらに含み、前記監視項目組み合わせ決定ステップにおいて、前記ネットワーク監視装置が、必須ペア番号が同一である２つ以上の前記監視項目を組み合わせるように前記組み合わせを決定する構成であってもよい。
かかる構成によると、様々な監視区間を有する組み合わせ監視項目を得ることができる。
また、本発明は、コンピュータを前記ネットワーク監視装置として機能させるためのネットワーク監視プログラムとしても具現化可能である。
本発明によると、ｗｅｂブラウザの使用以外でもネットワーク監視を行うことができ、かつ、監視区間を好適に設定することができる。
＜ネットワーク監視システム＞
続いて、本発明の実施形態について図面を参照して説明する。図１に示すように、本発明の実施形態に係るネットワーク監視システム１は、端末装置２とネットワーク３との通信を用いて、ネットワーク３（及び端末装置２）を監視し、ネットワーク３（及び端末装置２）の状態を推定する（ネットワーク３内（及び端末装置２）における故障被疑区間を推定する）ためのシステムである。ネットワーク監視システム１は、ネットワーク３と、ネットワーク監視装置４と、を備える。
続いて、本発明の実施形態について図面を参照して説明する。図１に示すように、本発明の実施形態に係るネットワーク監視システム１は、端末装置２とネットワーク３との通信を用いて、ネットワーク３（及び端末装置２）を監視し、ネットワーク３（及び端末装置２）の状態を推定する（ネットワーク３内（及び端末装置２）における故障被疑区間を推定する）ためのシステムである。ネットワーク監視システム１は、ネットワーク３と、ネットワーク監視装置４と、を備える。
＜端末装置＞
端末装置２は、ユーザによって使用されるコンピュータ、携帯電話、デジタルカメラ等といった端末装置である。端末装置２は、ネットワーク３のいずれかのノードＮと通信可能に接続されている。ある種の端末装置２は、当該端末装置２の監視項目を当該監視項目の測定周期ごとに測定し、測定された監視項目をネットワーク監視装置４へ送信する。すなわち、監視項目の測定及び送信を行う端末装置２は、ネットワーク３のノードＮであるともいえる。
端末装置２は、ユーザによって使用されるコンピュータ、携帯電話、デジタルカメラ等といった端末装置である。端末装置２は、ネットワーク３のいずれかのノードＮと通信可能に接続されている。ある種の端末装置２は、当該端末装置２の監視項目を当該監視項目の測定周期ごとに測定し、測定された監視項目をネットワーク監視装置４へ送信する。すなわち、監視項目の測定及び送信を行う端末装置２は、ネットワーク３のノードＮであるともいえる。
＜ネットワーク＞
ネットワーク３は、複数のノードＮによって構成されている。複数のノードＮは、互いに通信可能に接続されている。ノードＮは、当該ノードＮの監視項目を当該監視項目の測定周期ごとに測定し、測定された監視項目をネットワーク監視装置４へ送信する。かかるネットワークにおける複数のノードＮの接続関係すなわちネットワーク構成情報は、既知である。
ネットワーク３は、複数のノードＮによって構成されている。複数のノードＮは、互いに通信可能に接続されている。ノードＮは、当該ノードＮの監視項目を当該監視項目の測定周期ごとに測定し、測定された監視項目をネットワーク監視装置４へ送信する。かかるネットワークにおける複数のノードＮの接続関係すなわちネットワーク構成情報は、既知である。
なお、端末装置２及びネットワーク３のノードＮからネットワーク監視装置４への監視項目の送信に関しては、前記した端末装置２及びノードＮによる自発的かつ定期的な送信に限定されない。例えば、端末装置２及びネットワーク３が監視項目を測定して蓄積しておき、ネットワーク監視装置４の監視項目取得部３５が監視項目要求信号を端末装置２及びネットワーク３のノードＮへ（例えば定期的に）送信し、かかる監視項目要求信号を受信した端末装置２及びノードＮが、蓄積された監視項目を送信する構成であってもよい。すなわち、ネットワーク監視装置４が、端末装置２及びノードＮへアクセスすることによって、端末装置２及びノードＮに蓄積された監視項目を能動的に取得することも可能である。
＜ネットワーク監視装置＞
ネットワーク監視装置４は、ネットワーク３を監視し、ネットワーク３内における故障被疑区間を推定する装置である。ネットワーク監視装置４は、操作部１０と、通知部２０と、制御部３０と、を備える。
ネットワーク監視装置４は、ネットワーク３を監視し、ネットワーク３内における故障被疑区間を推定する装置である。ネットワーク監視装置４は、操作部１０と、通知部２０と、制御部３０と、を備える。
＜操作部＞
操作部１０は、キーボード、マウス等によって構成されている。ユーザによる操作部１０の操作結果は、制御部３０へ出力される。
操作部１０は、キーボード、マウス等によって構成されている。ユーザによる操作部１０の操作結果は、制御部３０へ出力される。
＜通知部＞
通知部２０は、ディスプレイ（表示部）、スピーカ（音声出力部）等によって構成されている。通知部２０は、制御部３０からの出力を、画像、音声等としてユーザへ通知する。
通知部２０は、ディスプレイ（表示部）、スピーカ（音声出力部）等によって構成されている。通知部２０は、制御部３０からの出力を、画像、音声等としてユーザへ通知する。
＜制御部＞
制御部３０は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read-Only Memory）、ＲＡＭ（Random Access Memory）、入出力回路等によって構成されている。制御部３０は、機能部として、記憶部３１と、データ管理部３２と、タグ設定部３３と、監視項目組み合わせ決定部３４と、監視項目取得部３５と、監視項目組み合わせ部３６と、ネットワーク状態推定部３７と、を備える。
制御部３０は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read-Only Memory）、ＲＡＭ（Random Access Memory）、入出力回路等によって構成されている。制御部３０は、機能部として、記憶部３１と、データ管理部３２と、タグ設定部３３と、監視項目組み合わせ決定部３４と、監視項目取得部３５と、監視項目組み合わせ部３６と、ネットワーク状態推定部３７と、を備える。
≪記憶部≫
記憶部３１は、ネットワーク構成情報データベース３１ａと、タグ情報データベース３１ｂと、閾値データベース３１ｃと、監視項目データベース３１ｄと、組み合わせ監視項目データベース３１ｅと、を備える。
記憶部３１は、ネットワーク構成情報データベース３１ａと、タグ情報データベース３１ｂと、閾値データベース３１ｃと、監視項目データベース３１ｄと、組み合わせ監視項目データベース３１ｅと、を備える。
≪ネットワーク構成情報データベース≫
ネットワーク構成情報データベース３１ａには、ネットワーク３におけるノードＮ（及び端末装置２）の接続関係すなわちネットワーク構成情報が記憶される。
ネットワーク構成情報データベース３１ａには、ネットワーク３におけるノードＮ（及び端末装置２）の接続関係すなわちネットワーク構成情報が記憶される。
≪タグ情報データベース≫
タグ情報データベース３１ｂには、ノードＮと、当該ノードＮの監視項目と、当該監視項目の他監視項目との組み合わせの有無、監視対象、属性、単位及び取得周期と、が関連付けて記憶される。監視項目等については、後で詳細に説明する。
すなわち、ノードＮから得られる監視項目は既知であり、監視項目にタグを自動で設定する場合には、当該監視項目にどういったタグを設定するかが、タグ設定部３３によってタグ情報データベース３１ｂとして事前に設定されている（タグ設定ステップ）。
タグ情報データベース３１ｂには、ノードＮと、当該ノードＮの監視項目と、当該監視項目の他監視項目との組み合わせの有無、監視対象、属性、単位及び取得周期と、が関連付けて記憶される。監視項目等については、後で詳細に説明する。
すなわち、ノードＮから得られる監視項目は既知であり、監視項目にタグを自動で設定する場合には、当該監視項目にどういったタグを設定するかが、タグ設定部３３によってタグ情報データベース３１ｂとして事前に設定されている（タグ設定ステップ）。
≪閾値データベース≫
閾値データベース３１ｃには、監視項目及び組み合わせ監視項目（これらの名称及び／又はＩＤ）と、当該項目の閾値と、が関連付けて記憶される。組み合わせ監視項目については、後で詳細に説明する。
閾値データベース３１ｃには、監視項目及び組み合わせ監視項目（これらの名称及び／又はＩＤ）と、当該項目の閾値と、が関連付けて記憶される。組み合わせ監視項目については、後で詳細に説明する。
≪監視項目データベース≫
監視項目データベース３１ｄには、ノードＮと、当該ノードＮの監視項目（監視項目の名称及び／又はＩＤ）と、が関連付けて記憶される。
監視項目データベース３１ｄには、ノードＮと、当該ノードＮの監視項目（監視項目の名称及び／又はＩＤ）と、が関連付けて記憶される。
≪組み合わせ監視項目データベース≫
組み合わせ監視項目データベース３１ｅには、組み合わせ監視項目（組み合わせ監視項目の名称及び／又はＩＤ）と、当該組み合わせ監視項目の監視区間と、が関連付けて記憶される。監視区間については、後で詳細に説明する。
組み合わせ監視項目データベース３１ｅには、組み合わせ監視項目（組み合わせ監視項目の名称及び／又はＩＤ）と、当該組み合わせ監視項目の監視区間と、が関連付けて記憶される。監視区間については、後で詳細に説明する。
≪データ管理部≫
データ管理部３２は、ユーザによる操作部１０の操作結果に基づいて、ネットワーク構成情報を取得し、取得されたネットワーク構成情報をネットワーク構成情報データベース３１ａに記憶させる。また、データ管理部３２は、ユーザによる操作部１０の操作結果に基づいて、ノードＮと、当該ノードＮの監視項目と、当該監視項目の他監視項目との組み合わせの有無、監視対象、属性、単位及び取得周期と、をタグ情報として取得し、取得されたタグ情報をタグ情報データベース３１ｂに記憶させる。また、データ管理部３２は、ユーザによる操作部１０の操作結果に基づいて、監視項目及び組み合わせ監視項目と、当該項目の閾値と、を取得し、取得された情報を閾値データベース３１ｃに記憶させる。
データ管理部３２は、ユーザによる操作部１０の操作結果に基づいて、ネットワーク構成情報を取得し、取得されたネットワーク構成情報をネットワーク構成情報データベース３１ａに記憶させる。また、データ管理部３２は、ユーザによる操作部１０の操作結果に基づいて、ノードＮと、当該ノードＮの監視項目と、当該監視項目の他監視項目との組み合わせの有無、監視対象、属性、単位及び取得周期と、をタグ情報として取得し、取得されたタグ情報をタグ情報データベース３１ｂに記憶させる。また、データ管理部３２は、ユーザによる操作部１０の操作結果に基づいて、監視項目及び組み合わせ監視項目と、当該項目の閾値と、を取得し、取得された情報を閾値データベース３１ｃに記憶させる。
≪タグ設定部≫
タグ設定部３３は、監視項目に当該監視項目の特徴を示すタグを設定する（タグ設定ステップ）。詳細には、タグ設定部３３は、監視項目データベース３１ｄに記憶されたノードＮの監視項目（監視項目の名称）に対して、言語解析等の既存技術を適用することによって、タグを自動的に設定し、設定されたタグをタグ情報データベース３１ｂに記憶させる。例えば、タグ設定部３３は、監視項目が「DownloadBytes」「Networkin」である場合には、言語解析によって属性を「Ｔｉ」に設定することができる。また、タグ設定部３３は、設定された属性「Ｔｉ」に対して、言語解析によって監視対象を「Ｆ」に設定することができる。
タグ設定部３３は、監視項目に当該監視項目の特徴を示すタグを設定する（タグ設定ステップ）。詳細には、タグ設定部３３は、監視項目データベース３１ｄに記憶されたノードＮの監視項目（監視項目の名称）に対して、言語解析等の既存技術を適用することによって、タグを自動的に設定し、設定されたタグをタグ情報データベース３１ｂに記憶させる。例えば、タグ設定部３３は、監視項目が「DownloadBytes」「Networkin」である場合には、言語解析によって属性を「Ｔｉ」に設定することができる。また、タグ設定部３３は、設定された属性「Ｔｉ」に対して、言語解析によって監視対象を「Ｆ」に設定することができる。
また、後記する監視項目取得部３５は、ＣＰＵ使用率として、「"Timestamp": "2016-08-11T14:40:00Z", "Average": 0.17, "Unit": "Percent"」というように、監視項目の取得日時と単位とを含むデータを取得することができる。タグ設定部３３は、取得された監視項目から、タグとしての単位を認識して設定したり、連続して取得された２つの監視項目の取得間隔から、タグとしての取得周期を認識して設定したりすることができる。
または、タグ設定部３３は、監視項目データベース３１ｄに記憶されたノードＮの監視項目を通知部２０である表示部に表示させる。そして、タグ設定部３３は、そのユーザによる操作部１０の操作結果に基づいて、ノードＮの監視項目に対してタグを設定し、設定されたタグをタグ情報データベース３１ｂに記憶させる（タグの手動設定）。
監視項目に設定されたタグの内容は、ユーザによる操作部１０の操作に基づくタグ情報の入力、又は、ユーザによる操作部１０の操作に基づくタグ情報データベースの更新に基づいて、追加、削除、変更等が可能である。
＜タグの構成例＞
タグとしては、属性、単位、取得周期、及び、監視対象が挙げられる。
タグとしては、属性、単位、取得周期、及び、監視対象が挙げられる。
１．属性
１番目のタグであり、監視項目の属性を示す。
Ｐ：処理（Process）
Ｒｐ：読取処理（Read-process）
Ｗｐ：書込処理（Write-process）
Ｔ：トラヒック（Traffic）
Ｔｉ：トラヒック流入量（Traffic-in）
Ｔｏ：トラヒック流出量（Traffic-out）
Ｌ：Ｌａｔｅｎｃｙ
等
１番目のタグであり、監視項目の属性を示す。
Ｐ：処理（Process）
Ｒｐ：読取処理（Read-process）
Ｗｐ：書込処理（Write-process）
Ｔ：トラヒック（Traffic）
Ｔｉ：トラヒック流入量（Traffic-in）
Ｔｏ：トラヒック流出量（Traffic-out）
Ｌ：Ｌａｔｅｎｃｙ
等
２．単位
２番目のタグであり、監視項目の単位を示す。
Ｂ：バイト（Byte）
Ｃ：回数（Count）
Ｐ：パーセント（Percent）
Ｓ：秒（Second）
等
２番目のタグであり、監視項目の単位を示す。
Ｂ：バイト（Byte）
Ｃ：回数（Count）
Ｐ：パーセント（Percent）
Ｓ：秒（Second）
等
３．取得周期
３番目のタグであり、監視項目の取得周期を示す。
Ｓ：秒（Second）
Ｍ：分（Minute）
Ｈ：時間（Hour）
Ｄ：日（Days）
等
取得周期は、数値と前記した単位との組み合わせ（例えば、１Ｍ、５Ｍ等）である。
３番目のタグであり、監視項目の取得周期を示す。
Ｓ：秒（Second）
Ｍ：分（Minute）
Ｈ：時間（Hour）
Ｄ：日（Days）
等
取得周期は、数値と前記した単位との組み合わせ（例えば、１Ｍ、５Ｍ等）である。
４．監視対象
４番目のタグであり、監視項目が、当該監視項目を送信したノードＮを基準としてネットワーク３のどの部分を監視対象とするものであるかを示す。
Ｆ：自ノードから前段（自ノードを含む）（Forward）
Ｍ：自ノード（Myself）
Ｂ：自ノードから後段（自ノードを含む）（Backward）
Ａ：自ノードの前段及び後段（自ノードを含む）（Around）
４番目のタグであり、監視項目が、当該監視項目を送信したノードＮを基準としてネットワーク３のどの部分を監視対象とするものであるかを示す。
Ｆ：自ノードから前段（自ノードを含む）（Forward）
Ｍ：自ノード（Myself）
Ｂ：自ノードから後段（自ノードを含む）（Backward）
Ａ：自ノードの前段及び後段（自ノードを含む）（Around）
なお、タグとしては、他監視項目との組み合わせの有無、及び、必須ペア番号も利用可能である。
５．他監視項目との組み合わせの有無
５番目のタグであり、監視項目が、他監視項目と組み合わせて用いられるか否かを示す。
０：他監視項目との組み合わせ無し
１：他監視項目との組み合わせ有り
２：他監視項目との組み合わせてもよく、組み合わせなくてもよい
５番目のタグであり、監視項目が、他監視項目と組み合わせて用いられるか否かを示す。
０：他監視項目との組み合わせ無し
１：他監視項目との組み合わせ有り
２：他監視項目との組み合わせてもよく、組み合わせなくてもよい
６．必須ペア番号
６番目以降のタグであり、同じ番号の監視項目同士を組み合わせることを示す。
６番目以降のタグであり、同じ番号の監視項目同士を組み合わせることを示す。
タグ設定部３３は、タグ情報データベース３１ｂを参照することによって、属性、単位及び取得周期の少なくとも一つが同じであり、かつ、監視対象をＡＮＤ条件で組み合わせたものが監視区間となり得る２つ以上の監視項目を組み合わせ、組み合わせられた２つ以上の監視項目に同一の必須ペア番号を設定することができる。また、タグ設定部３３は、属性及び単位が異なる２つ以上の監視対象（例えば、属性「Traffc-in」と「Process」等）を組み合わせる場合に、ユーザによる操作部１０の操作等によって、組み合わせ対象となる２つ以上の監視対象に同一の必須ペア番号を設定することができる。
≪監視項目組み合わせ決定部≫
監視項目組み合わせ決定部３４は、例えばタグ情報データベース３１ｂに記憶された監視項目ごとのタグを参照することによって、１つ以上の監視項目の組み合わせを決定する（例えば、２つ以上の監視項目を組み合わせた組み合わせ監視項目を得ることを決定する）とともに、タグに含まれる監視対象に基づいて、組み合わせが決定された（単独の監視項目、及び、組み合わせ監視項目）の監視区間を決定する（監視項目組み合わせ決定ステップ）。組み合わせ監視項目は、２つ以上の監視項目を組み合わせることによって新たに得られる監視項目である。監視項目組み合わせ決定部３４は、組み合わせ監視項目（組み合わせられる監視項目の名称）及び当該監視項目の監視区間を組み合わせ監視項目データベース３１ｅに記憶させる。
監視項目組み合わせ決定部３４は、例えばタグ情報データベース３１ｂに記憶された監視項目ごとのタグを参照することによって、１つ以上の監視項目の組み合わせを決定する（例えば、２つ以上の監視項目を組み合わせた組み合わせ監視項目を得ることを決定する）とともに、タグに含まれる監視対象に基づいて、組み合わせが決定された（単独の監視項目、及び、組み合わせ監視項目）の監視区間を決定する（監視項目組み合わせ決定ステップ）。組み合わせ監視項目は、２つ以上の監視項目を組み合わせることによって新たに得られる監視項目である。監視項目組み合わせ決定部３４は、組み合わせ監視項目（組み合わせられる監視項目の名称）及び当該監視項目の監視区間を組み合わせ監視項目データベース３１ｅに記憶させる。
監視項目組み合わせ決定部３４は、タグに含まれる属性、単位及び取得周期の少なくとも一つに基づいて、（例えば属性、単位及び取得周期の少なくとも一つが同一である）２つ以上の監視項目を組み合わせるように組み合わせを決定する構成であってもよく、必須ペア番号が同一である２つ以上の監視項目を組み合わせるように組み合わせを決定する構成であってもよい。
また、監視項目組み合わせ決定部３４は、監視区間が長いほど（換言すると、監視区間のおける直列に接続されたノードの数が多いほど）、当該監視区間内における組み合わせ監視項目のパターンを増やすことが望ましい。これは、監視区間が長くなるにつれて、経由する装置（サーバ）数も多くなり、様々な影響を受けやすくなってノイズが増え、監視が困難になることに対応するためである。
また、監視項目組み合わせ決定部３４は、組み合わせの必要がない監視項目、及び、組み合わせ対象が存在しない監視項目を単独の監視項目として用いることに設定する。ここで、監視項目組み合わせ決定部３４は、監視項目の監視対象をそのまま当該監視項目の監視区間に設定する。
≪監視項目取得部≫
監視項目取得部３５は、ノードＮから送信された監視項目（監視項目の名称及び／又はＩＤ、並びに、監視項目の値）を取得し、取得された監視項目を監視項目データベース３１ｄに記憶させる、及び／又は、監視項目組み合わせ部３６及びネットワーク状態推定部３７へ出力する（監視項目取得ステップ）。監視項目は、ネットワーク３を監視してネットワーク３内の故障被疑区間を推定したり、ネットワーク３のサービスの状態（異常具合）を推定したりするために用いられる、ノードＮ（自ノード及び他ノード）及びノードＮ間の通信ネットワークの稼働状態等を示すパラメータである。
監視項目取得部３５は、ノードＮから送信された監視項目（監視項目の名称及び／又はＩＤ、並びに、監視項目の値）を取得し、取得された監視項目を監視項目データベース３１ｄに記憶させる、及び／又は、監視項目組み合わせ部３６及びネットワーク状態推定部３７へ出力する（監視項目取得ステップ）。監視項目は、ネットワーク３を監視してネットワーク３内の故障被疑区間を推定したり、ネットワーク３のサービスの状態（異常具合）を推定したりするために用いられる、ノードＮ（自ノード及び他ノード）及びノードＮ間の通信ネットワークの稼働状態等を示すパラメータである。
≪監視項目組み合わせ部≫
監視項目組み合わせ部３６は、監視項目データベース３１ｄに記憶された監視項目（監視項目の値）、又は、監視項目取得部３５から出力された監視項目（監視項目の値）を、監視項目組み合わせ決定部３４によって決定された組み合わせを用いて組み合わせ、組み合わせられた監視項目（組み合わせ監視項目の値）を組み合わせ監視項目データベース３１ｅに記憶させる、及び／又は、ネットワーク状態推定部３７へ出力する（監視項目組み合わせステップ）。監視項目組み合わせ部３６は、２つ以上の監視項目を、予め設定された数式等を用いて組み合わせることができる。
監視項目組み合わせ部３６は、監視項目データベース３１ｄに記憶された監視項目（監視項目の値）、又は、監視項目取得部３５から出力された監視項目（監視項目の値）を、監視項目組み合わせ決定部３４によって決定された組み合わせを用いて組み合わせ、組み合わせられた監視項目（組み合わせ監視項目の値）を組み合わせ監視項目データベース３１ｅに記憶させる、及び／又は、ネットワーク状態推定部３７へ出力する（監視項目組み合わせステップ）。監視項目組み合わせ部３６は、２つ以上の監視項目を、予め設定された数式等を用いて組み合わせることができる。
≪ネットワーク状態推定部≫
ネットワーク状態推定部３７は、監視項目データベース３１ｄに記憶された監視項目及び組み合わせ監視項目データベース３１ｅに記憶された組み合わせ監視項目、又は、監視項目取得部３５及び監視項目組み合わせ部３６から出力された監視項目及び組み合わせ監視項目に基づいて、ネットワーク３の状態を推定する。例えば、ネットワーク状態推定部３７は、監視項目データベース３１ｄに記憶された監視項目及び組み合わせ監視項目データベース３１ｅに記憶された組み合わせ監視項目と、閾値データベース３１ｃに記憶された閾値と、を比較することによって、各項目に対応する監視区間が正常であるか故障被疑区間であるかを推定する。
ネットワーク状態推定部３７は、監視項目データベース３１ｄに記憶された監視項目及び組み合わせ監視項目データベース３１ｅに記憶された組み合わせ監視項目、又は、監視項目取得部３５及び監視項目組み合わせ部３６から出力された監視項目及び組み合わせ監視項目に基づいて、ネットワーク３の状態を推定する。例えば、ネットワーク状態推定部３７は、監視項目データベース３１ｄに記憶された監視項目及び組み合わせ監視項目データベース３１ｅに記憶された組み合わせ監視項目と、閾値データベース３１ｃに記憶された閾値と、を比較することによって、各項目に対応する監視区間が正常であるか故障被疑区間であるかを推定する。
すなわち、ネットワーク状態推定部３７は、組み合わせ監視項目に関しては、組み合わせ監視項目に含まれる監視項目の比（例えば、トラヒック流出量／トラヒック流入量）を分析することによって、当該監視項目の監視対象（監視区間）が正常であるか故障被疑区間であるかを推定する。
なお、ネットワーク状態推定部３７は、単体の監視項目（ＣＰＵ使用率、Ｌａｔｅｎｃｙ等）に関しては、正規分布、コーシー分布等といった分布を用いて分析したり、平均値又は分散値の変動を分析したりすることによって、当該監視項目の監視対象（監視区間）が正常であるか故障被疑区間であるかを推定する構成であってもよい。
また、ネットワーク状態推定部３７は、監視項目及び組み合わせ監視項目の数が少ないほど、監視項目及び組み合わせ監視項目に対して適用する分析手法を多くする構成であってもよい。
また、ネットワーク状態推定部３７は、単体の監視項目及び組み合わせ監視項目に基づいて、ネットワーク３のサービスの状態（異常具合）を推定する構成であってもよい。
＜第一のネットワークへの適用例＞
続いて、本発明の実施形態に係るネットワーク監視システム１を、第一のネットワークに適用した場合を例にとって説明する（適宜図１参照）。
続いて、本発明の実施形態に係るネットワーク監視システム１を、第一のネットワークに適用した場合を例にとって説明する（適宜図１参照）。
図２（ａ）に示すように、第一のネットワーク３Ａは、直列に接続された３つのノードＮ１１，Ｎ１２，Ｎ１３を備える。ノードＮ１１，Ｎ１２は、ネットワークＮＷ１１を介して通信可能に接続されており、ノードＮ１２，Ｎ１３は、ネットワークＮＷ１２を介して通信可能に接続されている。
図２（ｂ）に示すように、監視項目取得部３５は、ノード（コンポーネントＡ）Ｎ１１の監視項目として、ＣＰＵ使用率と、トラヒック流入量と、トラヒック流出量と、を取得する。
タグ設定部３３は、ＣＰＵ使用率に対して、「Ｐ，Ｐ，１Ｍ，Ｍ」というタグを設定する。タグ設定部３３は、トラヒック流入量に対して、「Ｔｉ，Ｂ，１Ｍ，Ｆ」というタグを設定する。タグ設定部３３は、トラヒック流出量に対して、「Ｔｏ，Ｂ，１Ｍ，Ｂ」というタグを設定する。
また、監視項目取得部３５は、ノード（コンポーネントＢ）Ｎ１２の監視項目として、Ｌａｔｅｎｃｙと、トラヒック流入量と、トラヒック流出量と、を取得する。
タグ設定３３は、Ｌａｔｅｎｃｙに対して、「Ｌ，Ｓ，１Ｍ，Ｂ」というタグを設定する。タグ設定３３は、トラヒック流入量に対して、「Ｔｉ，Ｂ，１Ｍ，Ｆ」というタグを設定する。タグ設定３３は、トラヒック流出量に対して、「Ｔｏ，Ｂ，１Ｍ，Ｂ」というタグを設定する。
また、監視項目取得部３５は、ノード（コンポーネントＣ）Ｎ１３の監視項目として、トラヒック流入量を取得する。
タグ設定３３は、トラヒック流入量に対して、「Ｔｉ，Ｂ，１Ｄ，Ｆ」というタグを設定する。
また、図２（ｃ）に示すように、監視項目組み合わせ決定部３４及び監視項目組み合わせ部３６は、タグの属性及び単位に基づいて、ノードＮ１１のトラヒック流入量とトラヒック流出量とを組み合わせる。組み合わされたノードＮ１１のトラヒック流入量及びトラヒック流出量（ノードＮ１１のトラヒック流出量／ノードＮ１１のトラヒック流入量）は、ノードＮ１１を監視区間とする組み合わせ監視項目である。
監視項目組み合わせ決定部３４及び監視項目組み合わせ部３６は、タグの属性及び単位に基づいて、ノードＮ１１のトラヒック流出量とノードＮ１２のトラヒック流入量とを組み合わせる。組み合わされた監視項目（ノードＮ１１のトラヒック流出量／ノードＮ１２のトラヒック流入量）は、ノードＮ１１、ネットワークＮＷ１１及びノードＮ１２を監視区間とする組み合わせ監視項目である。
監視項目組み合わせ決定部３４及び監視項目組み合わせ部３６は、タグの属性及び単位に基づいて、ノードＮ１１のトラヒック流出量とノードＮ１３のトラヒック流入量とを組み合わせる。組み合わされた監視項目（ノードＮ１１のトラヒック流出量／ノードＮ１３のトラヒック流出量）は、ノードＮ１１、ネットワークＮＷ１１、ノードＮ１２、ネットワークＮＷ１２及びノードＮ１３を監視区間とする組み合わせ監視項目である。ここで、ノードＮ１１のトラヒック流出量の取得周期は、「１Ｍ」であり、ノードＮ１３のトラヒック流入量の取得周期は、「１Ｄ」である。したがって、監視項目組み合わせ決定部３４及び監視項目組み合わせ部３６は、ノードＮ１１のトラヒック流出量及びノードＮ１３のトラヒック流入量の一方を他方の取得周期分に換算してから、ノードＮ１１のトラヒック流出量及びノードＮ１３のトラヒック流入量を組み合わせる。
監視項目組み合わせ決定部３４及び監視項目組み合わせ部３６は、タグの属性及び単位に基づいて、ノードＮ１２のトラヒック流入量とトラヒック流出量とを組み合わせる。組み合されたノードＮ１２のトラヒック流入量及びトラヒック流出量（ノードＮ１２のトラヒック流出量／ノードＮ１２のトラヒック流入量）は、ノードＮ１２を監視区間とする組み合わせ監視項目である。
監視項目組み合わせ決定部３４及び監視項目組み合わせ部３６は、タグの属性及び単位に基づいて、ノードＮ１２のトラヒック流出量とノードＮ１３のトラヒック流入量とを組み合わせる。組み合わされた監視項目（ノードＮ１２のトラヒック流出量／ノードＮ１３のトラヒック流入量）は、ノードＮ１２、ネットワークＮＷ１２及びノードＮ１３を監視区間とする組み合わせ監視項目である。ここで、ノードＮ１２のトラヒック流出量の取得周期は、「１Ｍ」であり、ノードＮ１３のトラヒック流入量の取得周期は、「１Ｄ」である。したがって、監視項目組み合わせ決定部３４及び監視項目組み合わせ部３６は、ノードＮ１２のトラヒック流出量及びノードＮ１３のトラヒック流入量の一方を他方の取得周期分に換算してから、ノードＮ１２のトラヒック流出量及びノードＮ１３のトラヒック流入量を組み合わせる。
すなわち、監視項目組み合わせ決定部３４及び監視項目組み合わせ部３６は、属性が「Ｔｏ」である監視項目を、当該監視項目の後段（同一ノードＮを含む）の監視項目のうち、同一単位（単位が「Ｂ」）であり属性が「Ｔｉ」である監視項目と組み合わせる。換言すると、監視項目組み合わせ決定部３４及び監視項目組み合わせ部３６は、属性が「Ｔｉ」である監視項目を、当該監視項目の前段（同一ノードＮを含む）の監視項目のうち、同一単位（単位が「Ｂ」）であり属性が「Ｔｏ」である監視項目と組み合わせる。なお、属性が「Ｔｏ」「Ｔｉ」である監視項目の組み合わせは、ネットワークＮＷ内における同一サービスのネットワーク内に限定されてもよい。
また、監視項目組み合わせ決定部３４及び監視項目組み合わせ部３６は、属性が「Ｒｐ」である監視項目を、同一サービス内の監視項目のうち、同一単位（単位が「Ｂ」）であり属性が「Ｗｐ」である監視項目と組み合わせる。換言すると、監視項目組み合わせ決定部３４及び監視項目組み合わせ部３６は、属性が「Ｗｐ」である監視項目を、同一サービス内の監視項目のうち、同一単位（単位が「Ｂ」）であり属性が「Ｒｐ」である監視項目と組み合わせる。
なお、監視項目組み合わせ決定部３４及び監視項目組み合わせ部３６は、他監視項目との組み合わせの有無が「１」又は「２」である監視項目のうち、属性、単位及び取得周期の少なくとも一つが同一であり、かつ、監視対象をＡＮＤ条件で組み合わせたものが監視区間となり得る２つ以上の監視項目を組み合わせることによって、前記した組み合わせ監視項目を得ることができる。
また、監視項目組み合わせ決定部３４は、監視対象が「Ｍ」であるＣＰＵ使用率を、単独の監視項目として用いることに設定する。ここで、監視項目組み合わせ決定部３４は、ノードＮ１１のＣＰＵ使用率の監視対象であるノードＮ１１を、ＣＰＵ使用率の監視区間に設定する。
また、監視項目組み合わせ決定部３４は、属性が「Ｌ」であって組み合わせ対象が存在しないＬａｔｅｎｃｙを、単独の監視項目として用いることに設定する。ここで、監視項目組み合わせ決定部３４は、ノードＮ１２のＬａｔｅｎｃｙの監視対象であるノードＮ１２、ネットワークＮＷ１２及びノードＮ１３を、Ｌａｔｅｎｃｙの監視項目に設定する。
＜第二のネットワークへの適用例＞
続いて、本発明の実施形態に係るネットワーク監視システム１を、第二のネットワークに適用した例について、第一のネットワークに適用した例との相違点を中心に説明する（適宜図１参照）。
続いて、本発明の実施形態に係るネットワーク監視システム１を、第二のネットワークに適用した例について、第一のネットワークに適用した例との相違点を中心に説明する（適宜図１参照）。
図３に示すように、第二のネットワーク３Ｂは、デジタルカメラである端末装置２から送信された画像データを保存するためのものである。第二のネットワーク３Ｂは、データ通信の下流側から順に、ネットワーク事業者によるネットワーク（同一サービス内のネットワーク）ＮＷ２１と、クラウド事業者によるネットワーク（同一サービス内のネットワーク）ＮＷ２２と、を備える。ネットワークＮＷ２２は、データ通信の下流側から順に、ロードバランサ（Elastic Load Balancer）であるノードＮ２１と、画像データを処理する仮想サーバ（Elastic Compute Cloud）であるノードＮ２２，Ｎ２３と、処理された画像データが保存されるストレージとしてのノードＮ２４と、を備える。ノードＮ２２，Ｎ２３は、ノードＮ２１とノードＮ２４との間に並列に設けられている。
図３に示すように、監視項目取得部３５は、ノードとしての端末装置２から得られる監視項目として、トラヒック流出量（UploadByte）を取得する。かかる監視項目は、デジタルカメラである端末装置２に挿入されているＳＩＭ（Subscriber Identity Module）カードから得られる監視項目である。なお、端末装置２から得られる監視項目は、ＳＩＭカードが挿入された、ネットワークＮＷ２１内のノードとしての無線ＬＡＮルータからも取得可能である。
監視項目取得部３５は、ノードＮ２１から得られる監視項目として、HTTPCode_Backend_4XXと、HTTPCode_ELB_4XXと、Latencyと、HTTPCode_ELB_5XXと、BackendConnectionErrorsと、SpilloverCoutと、SurgeQueueLengthと、HTTPCode_Backend_5XXと、UnHealthyHostCountと、を取得する。
監視項目取得部３５は、ノードＮ２２，Ｎ２３のそれぞれから得られる監視項目として、トラヒック流入量（NetworkIn）と、StatusCheckFailed_Systemと、ＣＰＵ使用率（CPUUtilization）と、ディスク読取量（DiskReadBytes）と、ディスク書込量（DiskWriteBytes）と、トラヒック流出量（NetworkOut）と、StatusCheckFailed_Instanceと、を取得する。
監視項目取得部３５は、ノードＮ２４から得られる監視項目として、トラヒック流入量（BucketSizeBytes）を取得する。
監視項目取得部３５は、ネットワークＮＷ２１のＡＰＩ（Application Programming Interface）を用いて端末装置２からの監視項目を取得周期１分（１Ｍ）で取得する。また、監視項目取得部３５は、ネットワークＮＷ２２のＡＰＩを用いてノードＮ２１〜Ｎ２３からの監視項目を取得周期１分（１Ｍ）で取得する。また、監視項目取得部３５は、ネットワークＮＷ２２のＡＰＩを用いてノードＮ２４からの監視項目を取得周期１日（１Ｄ）で取得する。
タグ設定部３３は、監視項目に対して、適宜タグを設定する。
監視項目組み合わせ決定部３４及び監視項目組み合わせ部３６は、タグの属性「Ｔｏ」「Ｔｉ」に基づいて、端末装置２のトラヒック流出量（UploadByte）と、ノードＮ２２のトラヒック流入量（NetworkIn）と、ノードＮ２３のトラヒック流入量（NetworkIn）と、を組み合わせる。組み合わされた監視項目（（ノードＮ２２のトラヒック流入量＋ノードＮ２３のトラヒック流入量）／端末装置２のトラヒック流出量）は、端末装置２とノードＮ２２及びノードＮ２３との間を監視区間とする組み合わせ監視項目である。
監視項目組み合わせ決定部３４及び監視項目組み合わせ部３６は、タグの属性「Ｔｏ」「Ｔｉ」に基づいて、端末装置２のトラヒック流出量（UploadByte）と、ノードＮ２４のトラヒック流入量（BucketSizeBytes）と、を組み合わせる。かかる組み合わせに際して、端末装置２のトラヒック流出量は、１日分に換算される、又は、ノードＮ２４のトラヒック流入量は、１分に換算される。組み合わされた監視項目は、端末装置２とノードＮ２４との間を監視区間とする組み合わせ監視項目である。
監視項目組み合わせ決定部３４及び監視項目組み合わせ部３６は、タグの属性「Ｔｏ」「Ｔｉ」に基づいて、ノードＮ２２のトラヒック流出量（NetworkOut）とトラヒック流入量（NetworkIn）とを組み合わせる。組み合わされた監視項目（トラヒック流出量／トラヒック流入量）は、ノード２２を監視区間とする組み合わせ監視項目である。
監視項目組み合わせ決定部３４及び監視項目組み合わせ部３６は、タグの属性「Ｔｏ」「Ｔｉ」に基づいて、ノードＮ２３のトラヒック流出量（NetworkOut）とトラヒック流入量（NetworkIn）とを組み合わせる。組み合わされた監視項目（トラヒック流出量／トラヒック流入量）は、ノード２３を監視区間とする組み合わせ監視項目である。
監視項目組み合わせ決定部３４及び監視項目組み合わせ部３６は、タグの属性「Ｒｐ」「Ｗｐ」に基づいて、ノードＮ２２のディスク読取量（DiskReadBytes）とディスク書込量（DiskWriteBytes）とを組み合わせる。組み合わされた監視項目（ディスク読取量／ディスク書込量）は、ノードＮ２２を監視区間とする組み合わせ監視項目である。
監視項目組み合わせ決定部３４及び監視項目組み合わせ部３６は、タグの属性「Ｒｐ」「Ｗｐ」に基づいて、ノードＮ２３のディスク読取量（DiskReadBytes）とディスク書込量（DiskWriteBytes）とを組み合わせる。組み合わされた監視項目（ディスク読取量／ディスク書込量）は、ノードＮ２３を監視区間とする組み合わせ監視項目である。
監視項目組み合わせ決定部３４は、その他の監視項目を単独の監視項目として用いることに決定する。
HTTPCode_Backend_4XXの監視区間は、端末装置２〜ノードＮ２２及びノードＮ２３に設定される。
すなわち、HTTPCode_Backend_4XXの監視対象は、タグ設定部３３によって、自ノードの前段及び自ノードの直後のノードまで、に設定されている。
HTTPCode_ELB_4XXの監視区間は、端末装置２〜ノードＮ２１に設定される。
Latencyの監視区間は、ノードＮ２１〜ノードＮ２２びノードＮ２３に設定される。
すなわち、Latencyの監視対象は、ネットワークＮＷ２２内の他の監視項目と同様にネットワークＮＷ２２のサービスを用いているため、前記した例とは異なり、タグ設定部３３によって、自ノードから自ノードの直後のノードまで、に設定されている。
HTTPCode_ELB_5XXの監視区間は、ノードＮ２１〜ノードＮ２２及びノードＮ２３に設定される。
BackendConnectionErrorsの監視区間は、ノードＮ２１〜ノードＮ２２及びノードＮ２３に設定される。
すなわち、HTTPCode_ELB_5XX、BackendConnectionErrorsの監視対象は、タグ設定部３３によって、それぞれ、自ノードから自ノードの直後のノードまで、に設定されている。
SpilloverCoutの監視区間は、ノードＮ２１に設定される。
SurgeQueueLengthの監視区間は、ノードＮ２１〜ノードＮ２２及びノードＮ２３に設定される。
HTTPCode_Backend_5XXの監視区間は、ノードＮ２１〜ノードＮ２２及びノードＮ２３に設定される。
UnHealthyHostCountの監視区間は、ノードＮ２１〜ノードＮ２２及びノードＮ２３に設定される。
すなわち、SurgeQueueLength、HTTPCode_Backend_5XX、UnHealthyHostCountの監視対象は、タグ設定部３３によって、それぞれ、自ノードから自ノードの直後のノードまで、に設定されている。
HTTPCode_Backend_4XXの監視区間は、端末装置２〜ノードＮ２２及びノードＮ２３に設定される。
すなわち、HTTPCode_Backend_4XXの監視対象は、タグ設定部３３によって、自ノードの前段及び自ノードの直後のノードまで、に設定されている。
HTTPCode_ELB_4XXの監視区間は、端末装置２〜ノードＮ２１に設定される。
Latencyの監視区間は、ノードＮ２１〜ノードＮ２２びノードＮ２３に設定される。
すなわち、Latencyの監視対象は、ネットワークＮＷ２２内の他の監視項目と同様にネットワークＮＷ２２のサービスを用いているため、前記した例とは異なり、タグ設定部３３によって、自ノードから自ノードの直後のノードまで、に設定されている。
HTTPCode_ELB_5XXの監視区間は、ノードＮ２１〜ノードＮ２２及びノードＮ２３に設定される。
BackendConnectionErrorsの監視区間は、ノードＮ２１〜ノードＮ２２及びノードＮ２３に設定される。
すなわち、HTTPCode_ELB_5XX、BackendConnectionErrorsの監視対象は、タグ設定部３３によって、それぞれ、自ノードから自ノードの直後のノードまで、に設定されている。
SpilloverCoutの監視区間は、ノードＮ２１に設定される。
SurgeQueueLengthの監視区間は、ノードＮ２１〜ノードＮ２２及びノードＮ２３に設定される。
HTTPCode_Backend_5XXの監視区間は、ノードＮ２１〜ノードＮ２２及びノードＮ２３に設定される。
UnHealthyHostCountの監視区間は、ノードＮ２１〜ノードＮ２２及びノードＮ２３に設定される。
すなわち、SurgeQueueLength、HTTPCode_Backend_5XX、UnHealthyHostCountの監視対象は、タグ設定部３３によって、それぞれ、自ノードから自ノードの直後のノードまで、に設定されている。
StatusCheckFailed_Systemの監視区間は、ノードＮ２２及びノードＮ２３にそれぞれ設定される。
ＣＰＵ使用率（CPUUtilization）は、ノードＮ２２及びノードＮ２３にそれぞれ設定される。
StatusCheckFailed_Instanceは、ノードＮ２２及びノードＮ２３にそれぞれ設定される。
ＣＰＵ使用率（CPUUtilization）は、ノードＮ２２及びノードＮ２３にそれぞれ設定される。
StatusCheckFailed_Instanceは、ノードＮ２２及びノードＮ２３にそれぞれ設定される。
なお、タグ設定部３３は、端末装置２のトラヒック流出量に必須ペア番号「９９」を設定し、ノードＮ２２のトラヒック流入量に必須ペア番号「９９＿１」を設定し、ノードＮ２３のトラヒック流入量に必須ペア番号「９９＿２」を設定する構成であってもよい。この場合には、監視項目組み合わせ決定部３４は、タグの必須ペア番号「９９」「９９＿１」「９９＿２」に基づいて、監視装置２のトラヒック流出量と、ノードＮ２２のトラヒック流入量と、ノードＮ２３のトラヒック流入量と、を組み合わせると決定する。組み合わされた監視項目（（ノードＮ２２のトラヒック流入量＋ノードＮ２３のトラヒック流入量）／端末装置２のトラヒック流出量）は、端末装置２とノードＮ２２及びノードＮ２３との間を監視区間とする組み合わせ監視項目である。
＜第三のネットワークへの適用例＞
続いて、本発明の実施形態に係るネットワーク監視システム１を、第三のネットワークに適用した例について、第一のネットワークに適用した例との相違点を中心に説明する（適宜図１参照）。
続いて、本発明の実施形態に係るネットワーク監視システム１を、第三のネットワークに適用した例について、第一のネットワークに適用した例との相違点を中心に説明する（適宜図１参照）。
図４（ａ）に示すように、第三のネットワーク３Ｃは、ユーザ端末装置２へＷｅｂサービスを提供するためのものである。第三のネットワーク３Ｃは、ユーザ端末装置２側から順に、ネットワーク事業者ＡによるネットワークＮＷ３１と、ネットワーク事業者ＢによるネットワークＮＷ３２と、クラウド事業者によるネットワークＮＷ３３と、を備える。かかるネットワーク３Ｃにおいて、ネットワークＮＷ３２は、監視項目をネットワーク監視装置４へ送信していないものとする。
図４（ｂ）に示すように、監視項目組み合わせ決定部３４及び監視項目組み合わせ部３６は、ノードとしての端末装置２からのトラヒック流出量と、ＶＭ（Vertial Machine）及びｗｅｂＡＰＬ（APpLication）として機能するネットワークＮＷ３３のノードＮ３１へのトラヒック流入量と、を組み合わせることによって、ネットワークＮＷ３１，ＮＷ３２，ＮＷ３３を監視区間ＷＳ１とする組み合わせ監視項目を得る。
監視項目組み合わせ決定部３４及び監視項目組み合わせ部３６は、端末装置２からのトラヒック流出量と、ネットワークＮＷ３１からのトラヒック流出量（ネットワークＮＷ３１における下流端部のノードのトラヒック流出量）と、を組み合わせることによって、ネットワークＮＷ３１を監視区間ＷＳ２とする組み合わせ監視項目を得る。
また、監視項目取得部３５は、ネットワークＮＷ３３を監視区間（監視対象）ＷＳ３とするネットワークＮ３３内の遅延時間を取得する。
ネットワーク状態推定部３７は、監視区間ＷＳ１に故障被疑箇所があり、かつ、監視区間ＷＳ２，ＷＳ３が正常であると判定した場合に、ネットワークＮＷ３２に故障被疑箇所があると推定する。
本発明の実施形態に係るネットワーク監視装置４は、監視項目に対して自動又は手動でタグを設定し、設定されたタグに基づいて組み合わせ監視項目及び当該監視項目の監視区間を生成するので、ｗｅｂブラウザの使用以外でもネットワーク監視を行うことができ、かつ、監視区間を好適に設定することができる。
すなわち、ネットワーク監視装置４は、監視区間の種類を増やすことによってネットワークの適切な監視を実行し、故障被疑区間を好適に推定して保守稼働を削減することができる。
また、ネットワーク監視装置４は、ネットワーク内においてノードＮが並列である場合には当該ノードＮの監視項目に設定される必須ペア番号において枝番を用いることで、並列なノードＮの監視項目を好適に組み合わせることができる。
また、ネットワーク監視装置４が、ネットワークにおいて監視項目が無い区間がある場合においても、他の監視区間の監視結果に基づいて、監視項目が無い区間を間接的に監視することができる。
すなわち、ネットワーク監視装置４は、監視区間の種類を増やすことによってネットワークの適切な監視を実行し、故障被疑区間を好適に推定して保守稼働を削減することができる。
また、ネットワーク監視装置４は、ネットワーク内においてノードＮが並列である場合には当該ノードＮの監視項目に設定される必須ペア番号において枝番を用いることで、並列なノードＮの監視項目を好適に組み合わせることができる。
また、ネットワーク監視装置４が、ネットワークにおいて監視項目が無い区間がある場合においても、他の監視区間の監視結果に基づいて、監視項目が無い区間を間接的に監視することができる。
以上、本発明の実施形態について説明したが、本発明は前記実施形態に限定されず、本発明の要旨を逸脱しない範囲で適宜変更可能である。例えば、本発明は、コンピュータをネットワーク監視装置として機能させる、又は、コンピュータにネットワーク監視方法を実行させるネットワーク監視プログラムとしても具現化可能である。
２ 端末装置（ノード）
３ ネットワーク
４ ネットワーク監視装置
３３ タグ設定部
３４ 監視項目組み合わせ決定部
３５ 監視項目取得部
３６ 監視項目組み合わせ部
Ｎ ノード
３ ネットワーク
４ ネットワーク監視装置
３３ タグ設定部
３４ 監視項目組み合わせ決定部
３５ 監視項目取得部
３６ 監視項目組み合わせ部
Ｎ ノード
Claims (7)
- ネットワークを構成するノードの監視項目に対して、当該監視項目の特徴を示すタグを設定するタグ設定部と、
設定された前記タグに基づいて、１つ以上の前記監視項目の組み合わせを決定するとともに、前記タグに含まれる監視対象に基づいて、組み合わせが決定された前記監視項目の監視区間を決定する監視項目組み合わせ決定部と、
前記ノードから前記監視項目を取得する監視項目取得部と、
決定された前記組み合わせに基づいて、取得された前記監視項目を前記監視区間内において組み合わせる監視項目組み合わせ部と、
を備えることを特徴とするネットワーク監視装置。 - 前記タグは、前記監視項目の属性、単位及び取得周期のうち、前記属性を含む少なくとも一つをさらに含み、
前記監視項目組み合わせ決定部は、前記属性、前記単位及び前記取得周期のうち、前記属性を含む少なくとも一つに基づいて、２つ以上の前記監視項目を組み合わせるように前記組み合わせを決定する
ことを特徴とする請求項１に記載のネットワーク監視装置。 - 前記タグは、必須ペア番号をさらに含み、
前記監視項目組み合わせ決定部は、必須ペア番号が同一である２つ以上の前記監視項目を組み合わせるように前記組み合わせを決定する
ことを特徴とする請求項１に記載のネットワーク監視装置。 - ネットワーク監視装置が、
ネットワークを構成するノードの監視項目に対して、当該監視項目の特徴を示すタグを設定するタグ設定ステップと、
設定された前記タグに基づいて、１つ以上の前記監視項目の組み合わせを決定するとともに、前記タグに含まれる監視対象に基づいて、組み合わせが決定された前記監視項目の監視区間を決定する監視項目組み合わせ決定ステップと、
前記ノードから前記監視項目を取得する監視項目取得ステップと、
決定された前記組み合わせに基づいて、取得された前記監視項目を前記監視区間内において組み合わせる監視項目組み合わせステップと、
を実行することを特徴とするネットワーク監視方法。 - 前記タグは、前記監視項目の属性、単位及び取得周期のうち、前記属性を含む少なくとも一つをさらに含み、
前記監視項目組み合わせ決定ステップにおいて、前記ネットワーク監視装置が、前記属性、前記単位及び前記取得周期のうち、前記属性を含む少なくとも一つに基づいて、２つ以上の前記監視項目を組み合わせるように前記組み合わせを決定する
ことを特徴とする請求項４に記載のネットワーク監視方法。 - 前記タグは、必須ペア番号をさらに含み、
前記監視項目組み合わせ決定ステップにおいて、前記ネットワーク監視装置が、必須ペア番号が同一である２つ以上の前記監視項目を組み合わせるように前記組み合わせを決定する
ことを特徴とする請求項４に記載のネットワーク監視方法。 - コンピュータを、
ネットワークを構成するノードの監視項目に対して、当該監視項目の特徴を示すタグを設定するタグ設定手段、
設定された前記タグに基づいて、１つ以上の前記監視項目の組み合わせを決定するとともに、前記タグに含まれる監視対象に基づいて、組み合わせが決定された前記監視項目の監視区間を決定する監視項目組み合わせ決定手段、
前記ノードから前記監視項目を取得する監視項目取得手段、
決定された前記組み合わせに基づいて、取得された前記監視項目を前記監視区間内において組み合わせる監視項目組み合わせ手段、
として機能させるためのネットワーク監視プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016172331A JP6595960B2 (ja) | 2016-09-02 | 2016-09-02 | ネットワーク監視装置、ネットワーク監視方法及びネットワーク監視プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016172331A JP6595960B2 (ja) | 2016-09-02 | 2016-09-02 | ネットワーク監視装置、ネットワーク監視方法及びネットワーク監視プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2018038022A JP2018038022A (ja) | 2018-03-08 |
| JP6595960B2 true JP6595960B2 (ja) | 2019-10-23 |
Family
ID=61567773
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2016172331A Active JP6595960B2 (ja) | 2016-09-02 | 2016-09-02 | ネットワーク監視装置、ネットワーク監視方法及びネットワーク監視プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6595960B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP7212245B2 (ja) * | 2018-09-10 | 2023-01-25 | 日本電信電話株式会社 | 診断装置 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4183602B2 (ja) * | 2003-11-04 | 2008-11-19 | 富士通株式会社 | 障害監視方法及びプログラム |
| JP2008186086A (ja) * | 2007-01-26 | 2008-08-14 | Toshiba Corp | 分散監視制御装置 |
-
2016
- 2016-09-02 JP JP2016172331A patent/JP6595960B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2018038022A (ja) | 2018-03-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9544403B2 (en) | Estimating latency of an application | |
| US9774654B2 (en) | Service call graphs for website performance | |
| US8355341B2 (en) | Delay time measurement apparatus, storage medium storing delay time measurement program and network system | |
| US9246777B2 (en) | Computer program and monitoring apparatus | |
| CN107409071B (zh) | 获得诊断测试结果的方法、控制模块及计算机可读存储介质 | |
| US20150149609A1 (en) | Performance monitoring to provide real or near real time remediation feedback | |
| US20160225042A1 (en) | Determining a cost of an application programming interface | |
| WO2015154478A1 (zh) | 创建性能测量任务、性能测量结果的处理方法及装置 | |
| US20170324627A1 (en) | Diagnostic testing in networks | |
| US9479414B1 (en) | System and method for analyzing computing performance | |
| US20160225043A1 (en) | Determining a cost of an application | |
| JP5957419B2 (ja) | ＱｏＥ推定装置、ＱｏＥ推定方法及びプログラム | |
| JP6595960B2 (ja) | ネットワーク監視装置、ネットワーク監視方法及びネットワーク監視プログラム | |
| US20190044830A1 (en) | Calculating Service Performance Indicators | |
| US20200265100A1 (en) | Cause-based event correlation to virtual page transitions in single page applications | |
| US10756988B2 (en) | System and method of isolating QoS fault | |
| CN110677683B (zh) | 视频存储、视频访问方法及分布式存储、视频访问系统 | |
| US11075977B2 (en) | Accurately determining web page visually complete time | |
| JP5974905B2 (ja) | 応答時間監視プログラム、方法および応答時間監視装置 | |
| JP2017153015A (ja) | 故障解析装置、故障解析プログラムおよび故障解析方法 | |
| JP6666872B2 (ja) | 情報処理装置、情報処理方法およびプログラム | |
| WO2018201864A1 (zh) | 一种数据库性能诊断方法、装置、设备以及存储介质 | |
| CN113852551A (zh) | 一种报文处理方法及装置 | |
| JP4668851B2 (ja) | 品質クラス決定装置、品質クラス決定方法、およびプログラム | |
| CN111884932A (zh) | 一种链路确定方法、装置、设备和计算机可读存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20180910 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20190619 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20190702 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20190902 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20190924 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20190927 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6595960 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |