(57)【要約】【課題】外部システムとネットワーク調査装置との間でデータ連携を図ることができ、複数のネットワークに亘るシステム間においてデータ連携するに際して、輻輳、長時間セッション保持及び負荷集中等を回避することができるネットワーク調査装置、ネットワーク調査方法及びプログラムを提供する。【解決手段】ネットワーク調査装置１００は、複数のネットワーク経路を調査するネットワーク調査装置１００であって、外部システム６０から回線ＩＤを含むリクエストを受信して複数のリクエストＩＤを生成する応答情報管理部１０を備え、応答情報管理部１０は、リクエストＩＤごとに得られるネットワーク経路の調査結果を、回線ＩＤとともに外部システム６０に送信する。【選択図】図１
2020048104.tif 000002
【特許請求の範囲】
【請求項１】
複数のネットワーク経路を調査するネットワーク調査装置であって、
外部システムから回線ＩＤを含むリクエストを受信して複数のリクエストＩＤを生成する応答情報管理部を備え、
前記応答情報管理部は、前記リクエストＩＤごとに得られる前記ネットワーク経路の調査結果を、前記回線ＩＤとともに前記外部システムに送信する、
ネットワーク調査装置。
【請求項２】
前記リクエストＩＤに基づいて前記ネットワーク経路を調査判定する調査判定部をさらに備える、
請求項１に記載のネットワーク調査装置。
【請求項３】
前記調査判定部は、前記リクエストＩＤに基づく前記ネットワーク経路の調査依頼を、該ネットワーク経路を収容管理する回線収容機器ごとにキューイングするキューイング機能部を備える、
請求項２に記載のネットワーク調査装置。
【請求項４】
前記回線収容機器のネットワーク回線情報及び機器情報を収容する回線収容管理部をさらに備える、
請求項３に記載のネットワーク調査機器。
【請求項５】
前記調査判定部は、前記ネットワーク経路の調査結果に対して判定ＩＤを付与する判定ＩＤ付与部を備える、
請求項２から４のいずれか一項に記載のネットワーク調査装置。
【請求項６】
前記調査判定部は、前記回線収容機器ごとに機器を調査して、調査結果データを出力する機器調査部を備える、
請求項２から５のいずれか一項に記載のネットワーク調査機器。
【請求項７】
前記応答情報管理部は、前記調査判定部から送信された前記調査結果を所定時間保持するキャッシュ機能部を備える、
請求項２から６のいずれか一項に記載のネットワーク調査装置。
【請求項８】
調査結果データに関連するメッセージデータを収容するメッセージ管理部をさらに備える、
請求項１から７のいずれか一項に記載のネットワーク調査装置。
【請求項９】
複数のネットワーク経路を調査するネットワーク調査方法であって、
外部システムから回線ＩＤを含むリクエストを受信するステップと、
受信したリクエストから複数のリクエストＩＤを生成するステップと、
前記リクエストＩＤごとに得られる前記ネットワーク経路の調査結果を、前記回線ＩＤとともに前記外部システムに送信するステップと、
を有する、ネットワーク調査方法。
【請求項１０】
外部システムから回線ＩＤを含むリクエストを受信して複数のリクエストＩＤを生成する機能と、
前記リクエストＩＤに基づく前記ネットワーク経路の調査依頼を、該ネットワーク経路を収容管理する回線収容機器ごとにキューイングするキューイング機能と、
前記調査結果を所定時間保持するキャッシュ機能と、
前記リクエストＩＤごとに得られる前記ネットワーク経路の調査結果を、前記回線ＩＤとともに前記外部システムに送信する機能と、
をコンピュータに実行させる、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク調査装置、ネットワーク調査方法及びプログラムに関する。
【背景技術】
【０００２】
従来、以下に示すような通信ネットワーク診断技術が知られている。
【０００３】
例えば、特許文献１には、ユーザの端末が接続される通信ネットワークを診断する通信
ネットワーク診断方法において、ユーザからの電話を接続してユーザにメニューを提示し、ユーザのメニュー選択を認識し、そのメニュー選択に応じたシナリオに従って通信ネットワークに接続して機器を調査し、調査によって得られた診断結果を、電話を通してユーザに提示する技術が提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１８４６３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１には、ユーザとネットワーク診断システムとの間でデータ連携する技術は開示されていなかった。また、複数のネットワークに亘るシステム間においてデータ連携する上では、輻輳、長時間セッション保持及び負荷集中等を回避する必要がある。
【０００６】
そこで、本発明は、外部システムとネットワーク調査装置との間でデータ連携を図ることができ、複数のネットワークに亘るシステム間においてデータ連携するに際して、輻輳、長時間セッション保持及び負荷集中等を回避することができるネットワーク調査装置、ネットワーク調査方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一態様に係るネットワーク調査装置は、複数のネットワーク経路を調査するネットワーク調査装置であって、外部システムから回線ＩＤを含むリクエストを受信して複数のリクエストＩＤを生成する応答情報管理部を備え、応答情報管理部は、リクエストＩＤごとに得られるネットワーク経路の調査結果を、回線ＩＤとともに外部システムに送信する。
【０００８】
調査対象となるネットワーク収容機器は、応答時間にばらつきがある。リクエスト（調査依頼）に対してＨＴＴＰセッションを調査終了まで維持し続けることは、システム負荷の原因になる。この態様によれば、応答情報管理部がリクエスト（調査依頼）から複数のリクエストＩＤを生成する。応答情報管理部は、リクエストＩＤごとに得られるネットワーク経路の調査結果を、回線ＩＤとともに外部システムに送信する。すなわち、ネットワーク経路の調査結果を、スタート・ストップを繰り返して応答するので、外部システムとネットワーク調査装置との間でデータ連携を図ることができ、複数のネットワークに亘るシステム間においてデータ連携するに際して、輻輳、長時間セッション保持及び負荷集中等を回避することができる。
【０００９】
上記ネットワーク調査装置において、リクエストＩＤに基づいてネットワーク経路を調査判定する調査判定部をさらに備えることが好ましい。
【００１０】
調査判定部は、リクエストＩＤに基づくネットワーク経路の調査依頼を、該ネットワーク経路を収容管理する回線収容機器ごとにキューイングするキューイング機能部を備えることが好ましい。
【００１１】
回線収容機器のネットワーク回線情報及び機器情報を収容する回線収容管理部をさらに備えることが好ましい。
【００１２】
調査判定部は、ネットワーク経路の調査結果に対して判定ＩＤを付与する判定ＩＤ付与部を備えることが好ましい。
【００１３】
調査判定部は、回線収容機器ごとに機器を調査して、調査結果データを出力する機器調査部を備えることが好ましい。
【００１４】
応答情報管理部は、調査判定部から送信された調査結果を所定時間保持するキャッシュ機能部を備えることが好ましい。
【００１５】
調査結果データに関連するメッセージデータを収容するメッセージ管理部をさらに備えることが好ましい。
【００１６】
本発明の一態様に係るネットワーク調査方法は、複数のネットワークを亘る経路上に位置する機器を調査するネットワーク調査方法であって、外部システムから回線ＩＤを含むリクエストを受信するステップと、受信したリクエストから複数のリクエストＩＤを生成するステップと、リクエストＩＤごとに得られるネットワーク経路の調査結果を、回線ＩＤとともに外部システムに送信するステップと、を有する。
【００１７】
本発明の一態様に係るプログラムは、外部システムから回線ＩＤを含むリクエストを受信して複数のリクエストＩＤを生成する機能と、リクエストＩＤに基づくネットワーク経路の調査依頼を、該ネットワーク経路を収容管理する回線収容機器ごとにキューイングするキューイング機能と、調査結果を所定時間保持するキャッシュ機能と、リクエストＩＤごとに得られるネットワーク経路の調査結果を、回線ＩＤとともに外部システムに送信する機能と、をコンピュータに実行させる。
【発明の効果】
【００１８】
本発明によれば、外部システムとネットワーク調査装置との間でデータ連携を図ることができ、複数のネットワークに亘るシステム間においてデータ連携するに際して、輻輳、長時間セッション保持及び負荷集中等を回避することができるネットワーク調査装置、ネットワーク調査方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明に係る一実施形態におけるネットワーク調査装置の全体構成例を示す模式図である。
【図２】本実施形態におけるネットワーク調査装置の主要構成例を示すブロック図である。
【図３】本実施形態に係る応答情報管理部のハードウェア構成例を示すブロック図である。
【図４】本実施形態における応答情報管理部の機能的な構成例を示すブロック図である。
【図５】本実施形態における機器調査部の機能的な構成例を示すブロック図である。
【図６】本実施形態における調査判定部の機能的な構成例を示すブロック図である。
【図７】本実施形態におけるキューイング処理を説明するブロック図である。
【図８】本実施形態に係る入力データ定義の一例を示す説明図である。
【図９】本実施形態に係る出力データ定義の一例を示す説明図である。
【図１０】本実施形態に係るレスポンスコード定義の一例を示す説明図である。
【図１１】本実施形態に係るメッセージコード定義の一例を示す説明図である。
【図１２】本実施形態に係る入力データ定義と分散応答の一例を示す説明図である。
【図１３】本実施形態に係るネットワーク調査方法における第１パターン処理を示すシーケンス図である。
【図１４】本実施形態に係るネットワーク調査方法における第２パターン処理を示すシーケンス図である。
【図１５】本実施形態に係るネットワーク調査方法における第３パターン処理を示すシーケンス図である。
【図１６】本実施形態に係るネットワーク調査方法における第４パターン処理を示すシーケンス図である。
【図１７】本実施形態におけるオペレータ端末の画面上に表示されるＷＥＢ−ＩＦの一例を示す図である。
【図１８】本実施形態に係るプログラムにおける調査処理プロセスを示すフローチャートである。
【図１９】本実施形態に係るプログラムにおけるデータ解析処理プロセスを示すフローチャートである。
【発明を実施するための形態】
【００２０】
添付図面を参照して、本発明の好適な実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。
【００２１】
〔ネットワーク調査装置の構成〕
図１は、本発明に係る一実施形態におけるネットワーク調査装置の全体構成例を示す模式図である。図２は、本実施形態におけるネットワーク調査装置の主要構成例を示すブロック図である。図１及び図２に示すように、ネットワーク調査装置１００は、複数のネットワークを亘る経路上に位置する機器を調査する調査装置である。ネットワーク調査装置１００は、例示的に、応答情報管理部１０と、ネットワークＸに配置された調査判定部４及びメッセージ管理部５と、ネットワークＹに配置された調査依頼回線に関する情報を収容する回線収容管理部６と、回線収容機器１の回線状態を調査する機器調査部７と、回線収容機器の工事情報を管理する工事情報管理部２１と、回線収容機器１の故障情報を管理する故障情報管理部２２と、外部の通信ネットワーク１、２及び３との接続を仲介するブロキシサーバ３Ａ〜３Ｃと、応答情報管理部１０と通信可能に接続され、機器１Ａ〜１Ｆ及び１Ｘ〜１Ｚの調査結果を含む機器の通信経路調査の結果を応答情報管理部１０から取得し、オペレータに提供するオペレータ端末９と、を備える。プロキシサーバ３Ａ〜３Ｃは、通信ネットワーク１、２及び３のそれぞれに配置され、情報処理サーバ又は情報処理装置である回線収容機器１Ａ〜１Ｆ及び１Ｘ〜１Ｚと通信可能に接続されている。応答情報処理部１０は、ユーザ端末等の外部システムと通信可能に接続されている。
【００２２】
なお、以下、収容機器１Ａ〜１Ｆ及び１Ｘ〜１Ｚを総称するときには機器１と表記する。プロキシサーバ３Ａ〜３Ｃを総称するときにはプロキシサーバ３と表記する。なお、機器１、プロキシサーバ３、回線収容管理部６、機器調査部７及びオペレータ端末９の数は、図１及び図２の例に限定されない。また、応答情報管理部１０、調査判定部４、メッセージ管理部５、回線収容管理部６、機器調査部７、工事情報管理部２１及び故障情報管理部２１は、専用又は汎用のサーバ・コンピュータなどの情報処理装置を用いて実現することができる。応答情報管理部１０、調査判定部４、メッセージ管理部５、回線収容管理部６、機器調査部７、工事情報管理部２１及び故障情報管理部２２は、それぞれ単一の情報処理装置より構成されるものであっても、所定の通信ネットワーク上に分散した複数の情報処理装置より構成されるものであってもよい。
【００２３】
図３は、本実施形態に係る応答情報管理部のハードウェア構成例を示すブロック図である。図３に示すように、応答情報管理部１０は、例示的に、制御装置１１と、通信装置１４と、記録装置１５と、を備える。制御装置１１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１２及びメモリ１３を主に備えて構成される。なお、図２は、応答情報管理部１０が有する主要なハードウェア構成の一部を示しているに過ぎず、応答情報管理部１０は、サーバが一般的に備える他の構成を備えることができる。
【００２４】
制御装置１１では、ＣＰＵ１２がメモリ１３又は記録装置１５等に格納された所定のプログラムを実行することにより、各種の機能実現手段として機能する。この機能実現手段の詳細については、後述の図３において説明する。
【００２５】
通信装置１４は、外部の装置と通信するための通信インタフェース等で構成される。通信装置１４は、例示的に、図１に示す機器１、プロキシサーバ３、調査判定部４、メッセージ管理部５、回線収容管理部６及びオペレータ端末９との間で各種の情報を送受信する。
【００２６】
記録装置１５は、ハードディスク（ＨＤＤ）や大容量フラシュメモリ（ＳＳＤ：Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｉｖｅ)等の記録媒体で構成される。記録装置１５は、制御装置１１における処理の実行に必要な各種プログラムや各種の情報及び処理結果の情報を記憶する。
【００２７】
図４は、本実施形態における応答情報管理部の機能的な構成例を示すブロック図である。図４に示すように、応答情報管理部１０は、例示的に、情報処理部３０、通信部３１、及び記録部３５を備える。情報処理部３０は、リクエスト生成部３２、キャッシュ機能部３３及び機器状態管理部３４を備える。
【００２８】
通信部３１は、図１に示す機器１、プロキシサーバ３、調査判定部４、メッセージ管理部５、回線収容管理部６及びオペレータ端末９との間で各種の情報を送受信する機能を有する。リクエスト生成部３２は、機器１Ａ〜１Ｆ及び１Ｘ〜１Ｚ等のユーザ端末から回線ＩＤを含むリクエストを受信して複数のリクエストＩＤを生成する機能を有する。キャッシュ機能部３３は、メッセージ管理部５から受け取った情報をキャッシュタイムアウト期間において保持して応答する機能を有する。機器状態管理部３４は、回線経路Ｒに沿ってプロキシサーバ３Ａ〜３Ｃを介して機器１Ａ〜１Ｆ及び１Ｘ〜１Ｚにアクセスし、機器１Ａ〜１Ｆ及び１Ｘ〜１Ｚの状態を管理する機能を有する。記録部３５は、当該各種情報処理に関する各種プログラムや各種の情報、及び機器調査結果、工事情報及び広域故障情報などの問い合わせに関する処理結果の情報やパラメータ、メッセージを保持する機能を有する。なお、通信部３１は、図２に示す通信装置１４に対応し、記録部３５は、図２に示す記録装置１５に対応する。
【００２９】
図５は、本実施形態における機器調査部の機能的な構成例を示すブロック図である。図５に示すように、機器調査部７は、例示的に、通信部７１、調査処理部７０及び記録部７２を備える。調査処理部７０は、機器認証部７３、ネットワーク構成調査部７４及び通信経路調査部７５を備える。
【００３０】
通信部７１は、回線収容機器１及び調査判定部４との間で各種の情報を送受信する機能を有する。機器認証部７３は、調査対象となる機器１からパスワードが要求された場合に回線収容管理部６（図１参照）からパスワードを取得して当該機器にログインする機能を有する。ネットワーク構成調査部７４は、各ネットワークに収容されている機器１の構成を調査する機能を有する。通信経路調査部７５は、ネットワーク構成調査部７４が調査した機器構成情報に基づいて調査対象となる通信経路を調査する機能を有する。記録部７２は、当該各種調査処理に関する各種プログラムや各種の情報やネットワーク構成情報、通信経路などを保持する機能を有する。
【００３１】
図６は、本実施形態における調査判定部の機能的な構成例を示すブロック図である。図６に示すように、調査判定部４は、例示的に、判定処理部４０、通信部４１及び記録部４２を備える。判定処理部４０は、キューイング機能部４３、判定ＩＤ付与部４４、収容状態判定部４５、ネットワーク調査部４６及びデータ解析部４７を備える。
【００３２】
調査判定部４は、リクエストＩＤに基づいて、調査対象回線における機器への問い合わせ応答データを解析し判定する機能を実装する。通信部４１は、機器調査部７及び応答情報管理部１０との間で各種の情報を送受信する機能を有する。キューイング機能部４３は、リクエストＩＤに基づくネットワーク経路の調査依頼（リクエスト）を、該ネットワーク経路を収容管理する機器ごとにキューイングする機能を有する。判定ＩＤ付与部４４は、ネットワーク経路の調査結果に対して判定ＩＤを付与する機能を有する。記録部４２は、当該各種判定処理に関する各種プログラムや各種の情報や判定ＩＤなどを保持する機能を有する。
【００３３】
収容状態判定部４５は、例示的に、機器調査部７Ａ及び機器調査部７Ｂにアクセスして、回線収容情報を要求する。ネットワーク調査部４６は、例示的に、機器調査部７Ａ及び機器調査部７Ｂにアクセスして、機器調査データを要求する。データ解析部４７は、例示的に、機器調査部７Ａ及び機器調査部７Ｂから調査結果データを受信する。
【００３４】
メッセージ管理部５は、調査判定部４及び応答情報管理部１０と通信可能に接続されている。メッセージ管理部５は、調査依頼（リクエスト）のあった機器により情報書式や内容が異なる場合、それを管理することができ、その性質に応じたデータフローを応答情報管理部１０を通じてデータ転送処理を行う機能を有する。
【００３５】
回線収容管理部６は、回線収容機器のネットワーク回線情報及び機器情報を収容する機能を有する。回線収容管理部６は、例示的に、機器１Ａ〜１Ｆ及び１Ｘ〜１Ｚにアクセスする際に必要な回線ＩＤを含む収容情報を管理する。
【００３６】
図７は、本実施形態におけるキューイング処理を説明するブロック図である。図７に示すように、調査判定部４は、入出力インタフェース４８を介して、機器調査部７Ａ、７Ｂ…７ｎと接続されている。機器調査部７Ａ、７Ｂ…７ｎには、複数の回線ＩＤが収容されている。
【００３７】
調査判定部４は、上述したように、収容状態判定部４５、ネットワーク調査部４６及びデータ解析部４７を備えている。収容状態判定部４５は、機器調査部７Ａ、７Ｂ…７ｎに対して、回線収容情報を要求する。ネットワーク調査部４６は、機器調査部７Ａ、７Ｂ…７ｎに対して、機器調査データを要求する。機器調査部７Ａ、７Ｂ…７ｎは、ネットワーク調査部４６に対して、調査要求を求める。機器調査部７Ａ、７Ｂ…７ｎは、データ解析部４７に対して、調査結果データを送信する。入出力インタフェース４８から機器調査部７Ａ、７Ｂ…７ｎへはエンキューが送信され、機器調査部７Ａ、７Ｂ…７ｎから入出力インタフェース４８へはデキューが送信される。
【００３８】
図８は、本実施形態に係る入力データ定義の一例を示す説明図である。図８に示す入力データは、ユーザ端末等の外部システム６０からのリクエスト（調査依頼）として、応答情報管理部１０に入力される。入力データは、ＩＤ、カラム名、変数、レスポンス及び内容で定義されており、例えば、回線ＩＤ、サービスオプションＩＤ及びリクエストＩＤなどの情報が記述されている。リクエストＩＤは、後述するように応答情報管理部１０が複数のリクエストＩＤに分割して発行する。
【００３９】
図９は、本実施形態に係る出力データ定義の一例を示す説明図である。図９に示す出力データは、応答情報管理部１０からの出力データとして出力される。出力データは、ＩＤ、カラム名、変数、レスポンス及び内容で定義されており、例えば、回線ＩＤ、応答日時、調査中、調査終了、エラー、リクエストＩＤ、工事情報、アラーム情報、回線情報及びユーザへのメッセージなどの情報が記述されている。
【００４０】
図１０は、本実施形態に係るレスポンスコード定義の一例を示す説明図である。図１０に示すレスポンスコードは、応答情報管理部１０からレスポンスとして出力されるコードである。レスポンスコードは、例えば、「異常なし」、「拠点端末のＬＡＮポート断」、「拠点端末の電源断」、「拠点端末のＷＡＮ側信号断」、「アクセス網輻輳」、「ＭＡＣアドレス取得エラー」、「加入者回線区間不安定」、「ＡＤＳＬリンク状態。速度正常／異常、ＳＮＲマージン正常／異常」、「ユーザ端末セッション断」、「複数の切断ログが過去３時間にてあり」、「操作時間はＸＸ」及び「ＬＡＮデュプレックスはＸＸ／ＹＹ」などのコード情報が記述されている。
【００４１】
図１１は、本実施形態に係るメッセージコード定義の一例を示す説明図である。図１１に示すメッセージコードは、メッセージ管理部５に収容され、調査結果データに付して出力される。メッセージコードは、例えば、「ＬＡＮインタフェースのケーブル接続を確認してください。」、「作業手配が必要です。」、「カスタマーサポートへご連絡ください。」、「拠点機器の電源ランプをご確認ください。」及び「アクセス混雑。時間をおいて再度リクエストください。」などのコードが記述されている。本実施形態では、メッセージコード及びそのメッセージコードに対応するメッセージのうち、少なくとも一方を含むものを「メッセージデータ」という。メッセージデータは、メッセージコード及びそのメッセージコードに対応するメッセージ以外のもの、例えばヘッダーやトレイラーを含んでいてもよい。
【００４２】
図１２は、本実施形態に係る入力データ定義と分散応答の一例を示す説明図である。図１２に示すように、外部システム６０からのリクエスト（調査依頼）には、回線ＩＤを含む入力データが記述されている。図１２の入力データでは、例えば、回線ＩＤ、工事情報、アラーム情報、回線状態及びユーザへのメッセージなどが記述されている。応答情報管理部１０は、ネットワークにおけるメンテナンス影響有無、広域故障影響有無、回線構成における顧客回線を収容する機器調整の結果の主に３点に関する調査結果を応答する。図１２の分散応答例では、例えば、１／３として、「工事情報」及び「広域故障情報」が応答される。また、２／３として、「ＭＡＣアドレス取得エラー」が応答される。さらに、３／３として、「拠点端末のＬＡＮポート断」及び「ＬＡＮインタフェースのケーブル接続を確認してください。」が応答される。
【００４３】
〔ネットワーク調査方法〕
次に、図１から図７、図１３から図１６を参照して、本実施形態に係るネットワーク調査装置の作用について、本実施形態に係るネットワーク調査方法とともに説明する。
【００４４】
本実施形態に係るネットワーク調査方法は、複数のネットワーク経路を調査するネットワーク調査方法であって、ユーザ端末から回線ＩＤを含むリクエストを受信するステップと、受信したリクエストから複数のリクエストＩＤを生成するステップと、リクエストＩＤごとに得られるネットワーク経路の調査結果を、回線ＩＤとともに外部システムに送信するステップと、を有する。以下、本実施形態に係るネットワーク調査方法を具体的に説明する。
【００４５】
図１３は、本実施形態に係るネットワーク調査方法における第１パターン処理を示すシーケンス図である。図１３に示すように、第１パターン処理は、ユーザ端末等の外部システム６０からリクエスト（回線調査依頼）があると（Ｓ１）、応答情報管理部１０は、記録部３５（記録装置１５）にキャッシュデータが存在するか否かを確認する（Ｓ２）。記録部３５にキャッシュデータが存在する場合（Ｓ２／ＹＥＳ）は、応答情報管理部１０は外部システム６０へ結果を応答する（Ｓ３）。記録部３５にキャッシュデータが存在しない場合（Ｓ２／ＮＯ）は、応答情報管理部１０は調査判定部４へ調査依頼をする（Ｓ４）。
【００４６】
応答情報管理部１０から調査依頼を受けた調査判定部４は、回線収容管理部６へ回線サービスの収容を確認する（Ｓ５）。上述したように、調査判定部４は、キューイング機能部４３を備える。キューイング機能部４３は、リクエストＩＤに基づくネットワーク経路の調査依頼（リクエスト）を、該ネットワーク経路を収容管理する機器ごとにキューイングする機能を有する。例えば、調査対象ネットワークの機器調査部７Ｂに調査依頼をすると共に（Ｓ６）、機器調査部７Ａに機器調査依頼をする（Ｓ７）。
【００４７】
機器調査部７Ｂは、収容機器を調査した後、その調査結果データを調査判定部４へ送信する（Ｓ８）。同様に、機器調査部７Ａは、収容機器を調査した後、その調査結果データを調査判定部４へ送信する（Ｓ９）。
【００４８】
調査判定部４は、判定ＩＤ付与部４４を備える。判定ＩＤ付与部４４は、ネットワーク経路の調査結果に対して判定ＩＤを付与する機能を有する。例えば、判定ＩＤ付与部４４は、調査結果データに判定ＩＤ：１を付与し、判定ＩＤ：１付きの調査結果データをメッセージ管理部５へ送信する（Ｓ１０）。
【００４９】
メッセージ管理部５は、調査判定部４から判定ＩＤ：１付きの調査結果データを受信すると、当該判定ＩＤ：１付きの調査結果データに調査結果メッセージを付与して、応答情報管理部１０へ送信する（Ｓ１１）。応答情報管理部１０は、判定ＩＤ：１付きの調査結果データ及び調査結果メッセージを結果として、外部システム６０へ応答する（Ｓ１２）。
【００５０】
また、機器調査部７Ａ及び機器調査部７Ｂからの結果データの応答は順次送信される（Ｓ１３及びＳ１４）。例えば、判定ＩＤ付与部４４は、調査結果データに判定ＩＤ：２を付与し、判定ＩＤ：２付きの調査結果データをメッセージ管理部５へ送信する（Ｓ１５）。メッセージ管理部５は、調査判定部４から判定ＩＤ：２付きの調査結果データを受信すると、当該判定ＩＤ：２付きの調査結果データに調査結果メッセージを付与して、応答情報管理部１０へ送信する（Ｓ１６）。応答情報管理部１０は、判定ＩＤ：２付きの調査結果データ及び調査結果メッセージを結果として、外部システム６０へ応答する（Ｓ１７）。
【００５１】
さらに、機器調査部７Ａ及び機器調査部７Ｂからの結果データの応答が続き、最後の結果データが送信される（Ｓ１８及びＳ１９）。例えば、判定ＩＤ付与部４４は、終了ステータスとして調査結果データに判定ＩＤ：ｎを付与し、判定ＩＤ：ｎ付きの調査結果データをメッセージ管理部５へ送信する（Ｓ２０）。メッセージ管理部５は、調査判定部４から判定ＩＤ：ｎ付きの調査結果データを受信すると、当該判定ＩＤ：ｎ付きの調査結果データに調査結果メッセージを付与して、応答情報管理部１０へ送信する（Ｓ２１）。応答情報管理部１０は、判定ＩＤ：ｎ付きの調査結果データ及び調査結果メッセージを結果として、外部システム６０へ応答する（Ｓ２２）。
【００５２】
第１パターン処理によれば、ユーザ端末等の外部システム６０のリクエストがあった場合に、バックエンドシステムの順次応答に対して調査判定部４にて解析判定処理を行い、順次レスポンス実施し、調査終了時にステータス更新を行う。また、調査中には調査ステータスの更新をすることができる。
【００５３】
図１４は、本実施形態に係るネットワーク調査方法における第２パターン処理を示すシーケンス図である。図１４に示すように、第２パターン処理は、外部システム６０からリクエスト（回線調査依頼）があると（Ｓ３１）、応答情報管理部１０は、記録部３５（記録装置１５）にキャッシュデータが存在するか否かを確認する（Ｓ３２）。記録部３５にキャッシュデータが存在する場合（Ｓ３２／ＹＥＳ）は、応答情報管理部１０は外部システム６０へ結果を応答する（Ｓ３３）。記録部３５にキャッシュデータが存在しない場合（Ｓ３２／ＮＯ）は、応答情報管理部１０は外部システム６０へリクエストＩＤを送信する（Ｓ３４）。
【００５４】
次に、応答情報管理部１０は調査判定部４へ調査依頼をする（Ｓ３５）応答情報管理部１０から調査依頼を受けた調査判定部４は、回線収容管理部６へ回線サービスの収容を確認する（Ｓ３６）。調査判定部４のキューイング機能部４３は、例えば、調査対象ネットワークの機器調査部７Ｂに調査依頼をすると共に（Ｓ３７）、機器調査部７Ａに機器調査依頼をする（Ｓ３８）。
【００５５】
機器調査部７Ｂは、収容機器を調査した後、その調査結果データを調査判定部４へ送信する（Ｓ３９）。同様に、機器調査部７Ａは、収容機器を調査した後、その調査結果データを調査判定部４へ送信する（Ｓ４０）。
【００５６】
調査判定部４の判定ＩＤ付与部４４は、例えば、調査結果データに判定ＩＤ：１を付与し、判定ＩＤ：１付きの調査結果データをメッセージ管理部５へ送信する（Ｓ４１）。
【００５７】
メッセージ管理部５は、調査判定部４から判定ＩＤ：１付きの調査結果データを受信すると、当該判定ＩＤ：１付きの調査結果データに調査結果メッセージを付与して、応答情報管理部１０へ送信する（Ｓ４２）。応答情報管理部１０は、判定ＩＤ：１付きの調査結果データ及び調査結果メッセージを結果として、外部システム６０へ応答する（Ｓ４３）。
【００５８】
また、機器調査部７Ａ及び機器調査部７Ｂからの結果データの応答は順次送信される（Ｓ４４及びＳ４５）。例えば、判定ＩＤ付与部４４は、調査結果データに判定ＩＤ：２を付与し、判定ＩＤ：２付きの調査結果データをメッセージ管理部５へ送信する（Ｓ４６）。メッセージ管理部５は、調査判定部４から判定ＩＤ：２付きの調査結果データを受信すると、当該判定ＩＤ：２付きの調査結果データに調査結果メッセージを付与して、応答情報管理部１０へ送信する（Ｓ４７）。応答情報管理部１０は、判定ＩＤ：２付きの調査結果データ及び調査結果メッセージを結果として、外部システム６０へ応答する（Ｓ４８）。
【００５９】
さらに、機器調査部７Ａ及び機器調査部７Ｂからの結果データの応答が続き、最後の結果データが送信される（Ｓ４９及びＳ５０）。例えば、判定ＩＤ付与部４４は、終了ステータスとして調査結果データに判定ＩＤ：ｎを付与し、判定ＩＤ：ｎ付きの調査結果データをメッセージ管理部５へ送信する（Ｓ５１）。メッセージ管理部５は、調査判定部４から判定ＩＤ：ｎ付きの調査結果データを受信すると、当該判定ＩＤ：ｎ付きの調査結果データに調査結果メッセージを付与して、応答情報管理部１０へ送信する（Ｓ５２）。応答情報管理部１０は、判定ＩＤ：ｎ付きの調査結果データ及び調査結果メッセージを結果として、外部システム６０へ応答する（Ｓ５３）。
【００６０】
第２パターン処理によれば、応答情報管理部１０が外部システム６０に対して調査アクションに対するリクエストＩＤを発行し、外部システム６０からは以降はリクエストＩＤをキーに再帰問い合わせを実施する。
【００６１】
図１５は、本実施形態に係るネットワーク調査方法における第３パターン処理を示すシーケンス図である。図１５に示すように、第３パターン処理は、外部システム６０からリクエスト（回線調査依頼）があると（Ｓ６１）、応答情報管理部１０は、記録部３５（記録装置１５）にキャッシュデータが存在するか否かを確認する（Ｓ６２）。記録部３５にキャッシュデータが存在する場合（Ｓ６２／ＹＥＳ）は、応答情報管理部１０は外部システム６０へ結果を応答する（Ｓ６３）。記録部３５にキャッシュデータが存在しない場合（Ｓ６２／ＮＯ）は、応答情報管理部１０は外部システム６０へリクエストＩＤを送信する（Ｓ６４）。
【００６２】
次に、応答情報管理部１０は調査判定部４へ調査依頼をする（Ｓ６５）応答情報管理部１０から調査依頼を受けた調査判定部４は、回線収容管理部６へ回線サービスの収容を確認する（Ｓ６６）。調査判定部４のキューイング機能部４３は、例えば、調査対象ネットワークの機器調査部７Ｂに調査依頼をすると共に（Ｓ６７）、機器調査部７Ａに機器調査依頼をする（Ｓ６８）。
【００６３】
機器調査部７Ｂは、収容機器を調査した後、その調査結果データを調査判定部４へ送信する（Ｓ６９）。調査判定部４の判定ＩＤ付与部４４は、例えば、調査結果データに判定ＩＤ：１を付与し、判定ＩＤ：１付きの調査結果データをメッセージ管理部５へ送信する（Ｓ７０）。
【００６４】
次に、機器調査部７Ａは、収容機器を調査した後、その調査結果データを調査判定部４へ送信する（Ｓ７１）。また、機器調査部７Ｂからの結果データの応答は順次送信される（Ｓ７２）。
【００６５】
メッセージ管理部５は、調査判定部４から判定ＩＤ：１付きの調査結果データを受信すると、当該判定ＩＤ：１付きの調査結果データに調査結果メッセージを付与して、応答情報管理部１０へ送信する（Ｓ７３）。応答情報管理部１０は、判定ＩＤ：１付きの調査結果データ及び調査結果メッセージを更新通知として、外部システム６０へ応答する（Ｓ７４）。外部システム６０は、応答情報管理部１０から送信されたリクエストＩＤにより、応答情報管理部１０に対して確認依頼を行う（Ｓ７５）。応答情報管理部１０は、リクエストＩＤによる確認依頼を受信すると、外部システム６０へ調査結果を通知する（Ｓ７６）。
【００６６】
この間にも、機器調査部７Ａからの結果データの応答は順次送信される（Ｓ７７）。判定ＩＤ付与部４４は、例えば、調査結果データに判定ＩＤ：２を付与し、判定ＩＤ：２付きの調査結果データをメッセージ管理部５へ送信する（Ｓ７８）。
【００６７】
メッセージ管理部５は、調査判定部４から判定ＩＤ：２付きの調査結果データを受信すると、当該判定ＩＤ：２付きの調査結果データに調査結果メッセージを付与して、応答情報管理部１０へ送信する（Ｓ７９）。応答情報管理部１０は、判定ＩＤ：２付きの調査結果データ及び調査結果メッセージを更新通知として、外部システム６０へ応答する（Ｓ８０）。外部システム６０は、応答情報管理部１０から送信されたリクエストＩＤにより、応答情報管理部１０に対して確認依頼を行う（Ｓ８１）。応答情報管理部１０は、リクエストＩＤによる確認依頼を受信すると、外部システム６０へ調査結果を通知する（Ｓ８２）。
【００６８】
この間にも、機器調査部７Ａ及び機器調査部７Ｂからの結果データの応答は順次送信される（Ｓ８３及びＳ８４）。判定ＩＤ付与部４４は、例えば、終了ステータスとして調査結果データに判定ＩＤ：ｎを付与し、判定ＩＤ：ｎ付きの調査結果データをメッセージ管理部５へ送信する（Ｓ８５）。
【００６９】
メッセージ管理部５は、調査判定部４から判定ＩＤ：ｎ付きの調査結果データを受信すると、当該判定ＩＤ：ｎ付きの調査結果データに調査結果メッセージを付与して、応答情報管理部１０へ送信する（Ｓ８６）。応答情報管理部１０は、判定ＩＤ：ｎ付きの調査結果データ及び調査結果メッセージを更新通知として、外部システム６０へ応答する（Ｓ８７）。外部システム６０は、応答情報管理部１０から送信されたリクエストＩＤにより、応答情報管理部１０に対して確認依頼を行う（Ｓ８８）。応答情報管理部１０は、リクエストＩＤによる確認依頼を受信すると、外部システム６０へ調査結果を通知する（Ｓ８９）。
【００７０】
第３パターン処理によれば、応答情報管理部１０が外部システム６０に対して調査アクションに対するリクエストＩＤを発行し、外部システム６０からは以降はリクエストＩＤをキーに再帰問い合わせを実施する。応答結果更新があった場合、応答情報管理部１０は更新通知を発行し、その旨をうけて外部システム６０は問い合わせを実施する。
【００７１】
図１６は、本実施形態に係るネットワーク調査方法における第４パターン処理を示すシーケンス図である。図１６に示すように、第４パターン処理は、外部システム６０からリクエスト（回線調査依頼）があると（Ｓ９１）、応答情報管理部１０は、記録部３５（記録装置１５）にキャッシュデータが存在するか否かを確認する（Ｓ９２）。記録部３５にキャッシュデータが存在する場合（Ｓ９２／ＹＥＳ）は、応答情報管理部１０は外部システム６０へ結果を応答する（Ｓ９３）。記録部３５にキャッシュデータが存在しない場合（Ｓ９２／ＮＯ）は、応答情報管理部１０は調査判定部４へ調査依頼をする（Ｓ９４）。
【００７２】
応答情報管理部１０から調査依頼を受けた調査判定部４は、回線収容管理部６へ回線サービスの収容を確認する（Ｓ９５）。上述したように、調査判定部４のキューイング機能部４３は、例えば、調査対象ネットワークの機器調査部７Ｂに調査依頼をすると共に（Ｓ９６）、機器調査部７Ａに機器調査依頼をする（Ｓ９７）。
【００７３】
機器調査部７Ｂは、収容機器を調査した後、その調査結果データを調査判定部４へ送信する（Ｓ９８）。調査判定部４の判定ＩＤ付与部４４は、例えば、調査結果データに判定ＩＤ：１を付与し、判定ＩＤ：１付きの調査結果データをメッセージ管理部５へ送信する（Ｓ９９）。
【００７４】
機器調査部７Ａ及び機器調査部７Ｂは、収容機器を順次調査した後、その調査結果データを調査判定部４へ送信する（Ｓ１００及びＳ１０１）。メッセージ管理部５は、調査判定部４から判定ＩＤ：１付きの調査結果データを受信すると、当該判定ＩＤ：１付きの調査結果データに調査結果メッセージを付与して、応答情報管理部１０へ送信する（Ｓ１０２）。
【００７５】
次に、機器調査部７Ａは、収容機器を調査した後、その調査結果データを調査判定部４へ送信する（Ｓ１０３）。調査判定部４の判定ＩＤ付与部４４は、例えば、調査結果データに判定ＩＤ：２を付与し、判定ＩＤ：２付きの調査結果データをメッセージ管理部５へ送信する（Ｓ１０４）。メッセージ管理部５は、調査判定部４から判定ＩＤ：２付きの調査結果データを受信すると、当該判定ＩＤ：２付きの調査結果データに調査結果メッセージを付与して、応答情報管理部１０へ送信する（Ｓ１０５）。
【００７６】
機器調査部７Ａ及び機器調査部７Ｂは、収容機器を順次調査した後、その調査結果データを調査判定部４へ送信する（Ｓ１０６及びＳ１０７）。調査判定部４の判定ＩＤ付与部４４は、例えば、終了ステータスとして調査結果データに判定ＩＤ：ｎを付与し、判定ＩＤ：ｎ付きの調査結果データをメッセージ管理部５へ送信する（Ｓ１０８）。
【００７７】
メッセージ管理部５は、調査判定部４から判定ＩＤ：ｎ付きの調査結果データを受信すると、当該判定ＩＤ：ｎ付きの調査結果データに調査結果メッセージを付与して、応答情報管理部１０へ送信する（Ｓ１０９）。全ての調査結果データ及び調査結果メッセージが応答情報管理部１０へ送信された後、応答情報管理部１０は全ての調査結果データ及び調査結果メッセージを結果として、外部システム６０へ応答する（Ｓ１１０）。
【００７８】
第４パターン処理によれば、応答情報管理部１０がバックエンドシステムからの応答を取りまとめて一回でレスポンス実行を行うことができる。
【００７９】
本実施形態に係るネットワーク調査装置１００及びネットワーク調査方法は、サービス提供回線の調査業務において自動調査機能を提供し、オペレータ端末９がＷＥＢ−ＩＦ画面上からワンクリックで調査でき（図１７参照）、回線利用顧客の外部システムと直接ＡＰＩ(Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ)連携することができる。
【００８０】
各ネッワーク収容機器１はそれぞれ複数の回線収容インタフェースをもち、網内から拠点側へ向けて上位機器から下位機器へ回線を多数収容する。本実施形態に係るネットワーク調査装置１００は、回線収容管理部６の収容管理ＤＢを参照して調査対象となる機器ホスト、インタフェースを特定し、当該調査対象回線に関わる一連の回線構成を特定し、調査を自動的に実施することができる。
【００８１】
本実施形態に係るネットワーク調査装置によれば、通信事業者およびネットワーク保守運用者により２４時間３６５日稼働する業務における、回線故障対応における調査スキムを自動化することができる。
【００８２】
また、各ネットワーク運用担当者が対応するスキムを自動化し、回線によりネットワーク相互接続する事業者・企業はＡＰＩを介してシステム連携を直接実施することができる。
【００８３】
さらに、ネットワーク相互接続点におけるリクエストレスポンストランザクションはネットワーク規模に応じた数で発生するが、連携インタフェースにおける輻輳回避するために効率的なバックエンドシステムを制御するロジックが必要である。本実施形態に係るネットワーク調査装置１００によれば、効率的なイベントハンドリング機能を提供する。バックエンドシステム連携が大規模なシステムの各問い合わせ応答を集約して一元応答するＡＰＩを提供する際、要求に対しセッション保持時間が全体結果をまとめて送る場合、長時間化してしまう。その場合に、外部要求が大規模の場合、同時問い合わせセッション数が大きくなってしまい、リソース消費効率が悪化する。
【００８４】
本実施形態に係るネットワーク調査装置１００により、このようなリソース消費効率を大きく改善することができる。従来オペレータにより、アラーム、入電申告に応じて、顧客データ、機器収容データを確認して構成および機器アドレスを確認し、構成に応じた機器へＴＥＬＮＥＴログインしインタフェース状態、ＭＡＣアドレス学習、ＡＲＰ情報、ログ、ＢＧＰ広報状況、ルーティングテーブルを目視確認して回線状況を把握していたが、本実施形態に係るネットワーク調査装置は各ステップを自動調査することにより、迅速な回線状況およびネットワーク故障状況を把握することができる。
【００８５】
事業者ネットワークの従来のＬｏｏｋｉｎｇＧｌａｓｓのようなトレース情報のみの形態から各構成機器のより詳細な状況を見える化したことにより、品質改善への具体的な対策を共有することができる。具体的には、回線断の原因について、特に作業起因、回線故障起因、故障個所特定を即時自動調査することができ、故障復旧の迅速化が可能となる。
【００８６】
〔プログラム〕
次に、図１７から図１９を参照して、本実施形態に係るプログラムについて説明する。図１７は、本実施形態におけるオペレータ端末の画面上に表示されるＷＥＢ−ＩＦの一例を示す図である。
【００８７】
図１７に示すように、オペレータがオペレータ端末９の画面上に表示されるＷｅｂインタフェース（ＷＥＢ−ＩＦ）において通信回線の回線ＩＤを入力し、検索ボタンＢを選択すると、リクエスト（調査依頼）が外部システム６０から応答情報管理部１０へ送信される（Ｓ１、Ｓ３１、Ｓ６１及びＳ９１参照）。ここで、回線ＩＤは、キーワードや通信回線を特定するためのプロキシサーバや機器を提供する特定の顧客を示す顧客ＩＤであってもよい。
【００８８】
図１８は、本実施形態に係るプログラムにおける調査処理プロセスを示すフローチャートである。図１８に示すように、応答情報管理部１０は、まず、処理ヘッダファイルを読み込み（Ｓ２０１）、プログラムのバージョン履歴を検出する（Ｓ２０２）。応答情報管理部１０は、プログラムのバージョンが最新であれば、プログラムのモジュールを読み込む（Ｓ２０３）。
【００８９】
次に、応答情報管理部１０は、入力データの固定変数を定義した後（Ｓ２０４）、ＬＯＧファイルをオープンする（Ｓ２０５）。そして、応答情報管理部１０は、入力データのパラメータを回線収容管理部６に対して問合せ、データの抽出や更新情報などの処理要求を文字列で表す処理（クエリ処理）を行う（Ｓ２０６）。クエリ処理において、データの抽出条件、並べ方などを指定する。
【００９０】
応答情報管理部１０は、応答情報管理部１０に収容された収容管理ＤＢを参照する（Ｓ２０７）。応答情報管理部１０は、サービス判定及び収容回線データ変数を定義し（Ｓ２０８）、複数のリクエストＩＤごとにコマンドを分割生成する（Ｓ２０９）。
【００９１】
応答情報管理部１０は、調査判定部４に対して調査依頼を送信する。調査判定部４は、上述したように、キューイング機能部４３を備えている（図６参照）。キューイング機能部４３は、例示的に、リクエストＩＤに基づくネットワーク経路の調査依頼（リクエスト）を、該ネットワーク経路を収容管理する機器調査部７Ａ，７Ｂごとにキューイングする（Ｓ２１０）。
【００９２】
機器調査部７Ａ及び機器調査部７Ｂは、例示的に、調査対象機器に対して、システム調査リストを実行する（Ｓ２１１）。機器調査部７Ａ及び機器調査部７Ｂは、例示的に、応答情報管理部１０に対して、調査対象機器の調査結果データを送信する。
【００９３】
応答情報管理部１０は、調査結果データ（システム出力データ）を解析処理する（Ｓ２１２）。結果判定処理し、判定結果に判定ＩＤを付与する（Ｓ２１３）。応答情報管理部１０はメッセージ管理部５にアクセスして、調査結果メッセージを生成処理して（Ｓ２１４）、調査処理プロセスを終了する。
【００９４】
図１９は、本実施形態に係るプログラムにおけるデータ解析処理プロセスを示すフローチャートである。図１９に示すように、応答情報管理部１０は、例示的に、機器調査部７Ａ及び機器調査部７Ｂから機器調査の出力データ（調査結果データ）を受信する（Ｓ３０１）。応答情報管理部１０は、ファイルポインタをオープンして、データファイルの中で対象位置を表示する（Ｓ３０２）。
【００９５】
次に、応答情報管理部１０は、調査結果データを行ごとに読み込み（Ｓ３０３）、コマンド文字列を比較判定する（Ｓ３０４）。コマンド文字列を含む場合（Ｓ３０４／Ｔｒｕｅ）は、コマンド種別のフラグ更新処理を行って（Ｓ３０５）、ステップＳ３０６へ移行する。コマンド文字列を含まない場合（Ｓ３０４／Ｆａｌｓｅ）は、コマンド種別のフラグ更新処理を行わないで、ステップＳ３０６に移行する。
【００９６】
ステップＳ３０５では、応答情報管理部１０は、コマンド種別のフラグを判定する。コマンド種別とフラグが合っている場合（Ｓ３０６／Ｔｒｕｅ）は、応答情報管理部１０は、フラグに基づいたコマンド結果データを抽出・格納する（Ｓ３０７）。コマンド種別とフラグが誤っている場合（Ｓ３０６／Ｆａｌｓｅ）は、ステップＳ３０３の行読み込み処理に戻る。
【００９７】
応答情報管理部１０は、フラグに基づいたコマンド結果データを抽出・格納した後（Ｓ３０７）、行末を判定する（Ｓ３０９）。行末の場合（Ｓ３０９／Ｔｒｕｅ）は、ファイルポインタをクローズする（Ｓ３１０）。行末でない場合（Ｓ３０９／Ｆａｌｓｅ）は、ステップＳ３０３の行読み込み処理に戻る。
【００９８】
次に、応答情報管理部１０は、判定用抽出パラメータの判定処理を行い（Ｓ３１１）、データ解析処理プロセスを終了する。応答情報管理部１０は、メッセージ管理部５にアクセスし、調査結果メッセージの生成処理（Ｓ３１２；図１８のＳ２１４参照）を行う。
【００９９】
このように、本実施形態の応答情報管理部１０によれば、各機器ごとに複数コマンドを一括で投入し、得られる機器・システムの調査結果データに対し、調査リクエストコマンドと調査結果データに関する文脈判別を行い、必要なデータ抽出を行い、抽出データに対する判定プロセスを付与する。
【０１００】
調査対象となるネットワーク収容機器は、応答時間にばらつきがある。リクエスト（調査依頼）に対してＨＴＴＰセッションを調査終了まで維持し続けることは、システム負荷の原因になる。したがって、本実施形態に係るネットワーク調査装置、ネットワーク調査方法及びプログラムは、応答メッセージ生成条件ごとにＨＴＴＰセッションを分散し、スタート・ストップを繰り返して応答する。よって、本実施形態によれば、外部システムとネットワーク調査装置との間でデータ連携を図ることができ、複数のネットワークに亘るシステム間においてデータ連携するに際して、輻輳、長時間セッション保持及び負荷集中等を回避することができるという優れた効果を発揮する。
【０１０１】
リクエストＩＤに基づいてネットワーク経路を調査判定する調査判定部４をさらに備えるので、調査判定を的確に行うことができる。また、調査判定部４は、リクエストＩＤに基づくネットワーク経路の調査依頼を、該ネットワーク経路を収容管理する回線収容機器１ごとにキューイングするキューイング機能部４３を備えるので、応答メッセージ生成条件ごとにＨＴＴＰセッションを分散し、スタート・ストップを繰り返して応答することができる。さらに、調査判定部４は、ネットワーク経路の調査結果に対して判定ＩＤを付与する判定ＩＤ付与部を備えるので、外部システム６０の要求に応じて結果応答することができる。そして、調査判定部４は、回線収容機器１ごとに機器を調査して、調査結果データを出力する機器調査部７Ａ及び７Ｂを備えるので、各回線収容機器１ごとに個別に調査を行い、調査結果データを個別に応答することができる。
【０１０２】
また、回線収容機器１のネットワーク回線情報及び機器情報を収容する回線収容管理部６をさらに備えるので、ネットワーク調査に際して回線収容ＤＢを参照して、ネットワーク経路及び回線収容機器１を適切かつ容易に特定することができる。
【０１０３】
さらに、応答情報管理部１０は、調査判定部４から送信された調査結果を所定時間保持するキャッシュ機能部３３を備えるので、同時調査アクセスによるバックエンドへのアクションを効率的に制限することができる。
【０１０４】
そして、調査結果データに関連するメッセージデータを収容するメッセージ管理部５をさらに備えるので、メッセージ管理部５を参照して、調査結果データをメッセージデータに変換することができる。
【０１０５】
以上説明した実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。実施形態が備える各要素並びにその配置、材料、条件、形状及びサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。また、異なる実施形態で示した構成同士を部分的に置換し又は組み合わせることが可能である。
【符号の説明】
【０１０６】
１…回線収容機器、４…調査判定部、５…メッセージ管理部、６…回線収容管理部、７Ａ，７Ｂ…機器調査部、１０…応答情報管理部、３３…キャッシュ機能部、４３…キューイング機能部、４４…判定ＩＤ付与部、６０…外部システム、１００…ネットワーク調査装置。
【図１】
2020048104.tif 000003
【図２】
2020048104.tif 000004
【図３】
2020048104.tif 000005
【図４】
2020048104.tif 000006
【図５】
2020048104.tif 000007
【図６】
2020048104.tif 000008
【図７】
2020048104.tif 000009
【図８】
2020048104.tif 000010
【図９】
2020048104.tif 000011
【図１０】
2020048104.tif 000012
【図１１】
2020048104.tif 000013
【図１２】
2020048104.tif 000014
【図１３】
2020048104.tif 000015
【図１４】
2020048104.tif 000016
【図１５】
2020048104.tif 000017
【図１６】
2020048104.tif 000018
【図１７】
2020048104.tif 000019
【図１８】
2020048104.tif 000020
【図１９】
2020048104.tif 000021