(57)【要約】【課題】新たに接続されたネットワークと既設のネットワークとの間の区間における疎通確認を回線ごとに行うこと。【解決手段】既設のネットワークに接続する自装置と、既設のネットワークに接続する新規ネットワークの端点に接続する対象装置との間の区間において、監視フレームを送受信する送受信部と、送受信部によって受信された監視フレームに応じて自装置と対象装置との間の区間における障害の発生を推定する推定部と、推定された結果を通知する通知部と、を備える故障区間推定装置。【選択図】図２
2015080021.tif 000002
【特許請求の範囲】
【請求項１】
既設のネットワークに接続する自装置と、前記既設のネットワークに接続する新規ネットワークの端点に接続する対象装置との間の区間において、監視フレームを送受信する送受信部と、
前記送受信部によって受信された前記監視フレームに応じて自装置と前記対象装置との間の区間における障害の発生を推定する推定部と、
推定された結果を通知する通知部と、
を備える故障区間推定装置。
【請求項２】
前記送受信部は、複数のポートを備え、前記複数のポートを介して前記監視フレームを送受信し、
前記推定部は、前記監視フレームが受信されたポートに応じて自装置と既設のネットワークとの間の区間又は既設のネットワークと前記対象装置との間の区間のうち故障が発生している区間を推定する、請求項１に記載の故障区間推定装置。
【請求項３】
前記送受信部は、前記対象装置宛ての監視フレームと自装置宛ての監視フレームとを一のポートから送信し、前記対象装置から送信された監視フレームを前記一のポートで受信し、自装置が送信した前記監視フレームを他のポートから受信する、請求項２に記載の故障区間推定装置。
【請求項４】
前記送受信部は、前記対象装置宛ての監視フレームを前記複数のポートを介してそれぞれ送信し、前記対象装置から送信された監視フレームを前記複数のポートを介してそれぞれ受信する、請求項２に記載の故障区間推定装置。
【請求項５】
前記送受信部は、前記対象装置宛ての監視フレームを前記複数のポートを介してそれぞれ送信し、自装置宛ての監視フレームを一のポートから送信し、前記対象装置から送信された監視フレームを前記複数のポートを介してそれぞれ受信し、自装置が送信した監視フレームを他のポートから受信する、請求項２に記載の故障区間推定装置。
【請求項６】
既設のネットワークに接続する自装置と、前記既設のネットワークに接続する新規ネットワークの端点に接続する対象装置との間の区間において、監視フレームを送受信する送受信ステップと、
前記送受信ステップにおいて受信された前記監視フレームに応じて自装置と前記対象装置との間における障害の発生を推定する推定ステップと、
推定された結果を通知する通知ステップと、
を有する故障区間推定方法。
【請求項７】
既設のネットワークに接続する自装置と、前記既設のネットワークに接続する新規ネットワークの端点に接続する対象装置との間の区間において、監視フレームを送受信する送受信ステップと、
前記送受信ステップにおいて受信された前記監視フレームに応じて自装置と前記対象装置との間の区間における障害の発生を推定する推定ステップと、
推定された結果を通知する通知ステップと、
をコンピュータに実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信回線の故障箇所を推定する技術に関する。
【背景技術】
【０００２】
従来、イーサネット（登録商標）を介してネットワークに接続する複数の通信装置間の疎通確認や故障発生箇所を特定するための技術が提案されている（例えば、特許文献１参照）。特許文献１の技術では、通信装置間の疎通確認や故障発生箇所を特定するために、例えばイーサネット（登録商標）ＯＡＭ（operations、administration、maintenance）を用いた監視を行っている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−２２２４１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、サービス事業者が他社又は自社の既設のネットワークに新たなネットワークを接続し、ユーザにサービスを提供する場合、新たに接続されたネットワークと既設のネットワークとの間の区間における疎通確認をどのように行うのかが重要になる。既設のネットワーク内に監視用の装置を挟み込む案が考えられるが、既設のネットワーク内の回線を一時的に切断する必要があるため、通信断が発生してしまう。さらに、回線ごとに監視用の装置が必要になってしまうため、コストが高いなどの問題がある。そのため、新たに接続されたネットワークと既設のネットワークとの間の区間における疎通確認を行うことができる技術が要求されている。
【０００５】
上記事情に鑑み、本発明は、新たに接続されたネットワークと既設のネットワークとの間の区間における疎通確認を行うことができる技術の提供を目的としている。
【課題を解決するための手段】
【０００６】
本発明の一態様は、既設のネットワークに接続する自装置と、前記既設のネットワークに接続する新規ネットワークの端点に接続する対象装置との間の区間において、監視フレームを送受信する送受信部と、前記送受信部によって受信された前記監視フレームに応じて自装置と前記対象装置との間の区間における障害の発生を推定する推定部と、推定された結果を通知する通知部と、を備える故障区間推定装置である。
【０００７】
本発明の一態様は、上記の故障区間推定装置であって、前記送受信部は、複数のポートを備え、前記複数のポートを介して前記監視フレームを送受信し、前記推定部は、前記監視フレームが受信されたポートに応じて自装置と既設のネットワークとの間の区間又は既設のネットワークと前記対象装置との間の区間のうち故障が発生している区間を推定する。
【０００８】
本発明の一態様は、上記の故障区間推定装置であって、前記送受信部は、前記対象装置宛ての監視フレームと自装置宛ての監視フレームとを一のポートから送信し、前記対象装置から送信された監視フレームを前記一のポートで受信し、自装置が送信した前記監視フレームを他のポートから受信する。
【０００９】
本発明の一態様は、上記の故障区間推定装置であって、前記送受信部は、前記対象装置宛ての監視フレームを前記複数のポートを介してそれぞれ送信し、前記対象装置から送信された監視フレームを前記複数のポートを介してそれぞれ受信する。
【００１０】
本発明の一態様は、上記の故障区間推定装置であって、前記送受信部は、前記対象装置宛ての監視フレームを前記複数のポートを介してそれぞれ送信し、自装置宛ての監視フレームを一のポートから送信し、前記対象装置から送信された監視フレームを前記複数のポートを介してそれぞれ受信し、自装置が送信した監視フレームを他のポートから受信する。
【００１１】
本発明の一態様は、既設のネットワークに接続する自装置と、前記既設のネットワークに接続する新規ネットワークの端点に接続する対象装置との間の区間において、監視フレームを送受信する送受信ステップと、前記送受信ステップにおいて受信された前記監視フレームに応じて自装置と前記対象装置との間における障害の発生を推定する推定ステップと、推定された結果を通知する通知ステップと、を有する故障区間推定方法である。
【００１２】
本発明の一態様は、既設のネットワークに接続する自装置と、前記既設のネットワークに接続する新規ネットワークの端点に接続する対象装置との間の区間において、監視フレームを送受信する送受信ステップと、前記送受信ステップにおいて受信された前記監視フレームに応じて自装置と前記対象装置との間の区間における障害の発生を推定する推定ステップと、推定された結果を通知する通知ステップと、をコンピュータに実行させるためのコンピュータプログラムである。
【発明の効果】
【００１３】
本発明により、新たに接続されたネットワークと既設のネットワークとの間の区間における疎通確認を行うことが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明における故障区間推定システム１のシステム構成を示す図である。
【図２】故障区間推定装置１０の機能構成を表す概略ブロック図である。
【図３】本発明の第１動作例における故障区間推定処理の概念図である。
【図４】本発明の第１動作例における故障区間推定装置１０の処理の流れを示すフローチャートである。
【図５】本発明の第２動作例における故障区間推定処理の概念図である。
【図６】本発明の第２動作例における故障区間推定装置の処理１０の流れを示すフローチャートである。
【図７】本発明の第３動作例における故障区間推定処理の概念図である。
【図８】本発明の第３動作例における故障区間推定装置１０の処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の一実施形態を、図面を参照しながら説明する。
図１は、本発明における故障区間推定システム１のシステム構成を示す図である。本発明の故障区間推定システム１は、故障区間推定装置１０、回線収容装置２０及び対象装置４０（４０−１〜４０−Ｎ：Ｎは２以上の整数）を備える。故障区間推定システム１には、通信装置３０、通信装置３１及び通信装置３２が接続されている。通信装置３０は回線収容装置２０に接続され、通信装置３１は新規ネットワーク６０−１に接続され、通信装置３２は新規ネットワーク６０−Ｎに接続されている。新規ネットワーク６０（６０−１〜６０−Ｎ）は、既設ネットワーク５０に接続されている。故障区間推定装置１０、回線収容装置２０、通信装置３０及び対象装置４０は、イーサネット（登録商標）を利用して通信する。
【００１６】
故障区間推定装置１０は、定期的（例えば、１秒ごと）に自装置と対象装置４０（４０−１〜４０−Ｎ）との間の区間において監視フレームを送受信し、自装置と対象装置４０（４０−１〜４０−Ｎ）との間の区間のうち障害が発生している区間を回線ごとに推定する。監視フレームとは、回線の接続性を監視するためのフレームであり、例えばイーサネット（登録商標）ＯＡＭである。なお、監視フレームには、回線を識別するための識別情報が格納される。
回線収容装置２０は、Ｌ２スイッチやブリッジなどのネットワーク機器である。回線収容装置２０は、複数のポートを備えており、故障区間推定装置１０との間で複数の回線を介して接続する。また、回線収容装置２０は、タグＶＬＡＮ（Virtual Local Area Network）によってＶＬＡＮを実現する。
【００１７】
通信装置３０は、例えばホストコンピュータ、パーソナルコンピュータ、タブレット装置、スマートフォン、ノートパソコン、ワークステーション、ゲーム機器、テレビ電話装置等の情報処理装置を用いて構成される。通信装置３０は、例えばユーザにサービスを提供するサービス事業者の管理者によって使用される。
通信装置３１及び３２は、例えばホストコンピュータ、パーソナルコンピュータ、タブレット装置、スマートフォン、ノートパソコン、ワークステーション、ゲーム機器、テレビ電話装置等の情報処理装置を用いて構成される。通信装置３１及び３２は、例えばサービスの提供を受けるユーザによって使用される。
【００１８】
対象装置４０−１〜４０−Ｎは、故障区間推定装置１０から送信される監視フレームを終端する装置であり、新規ネットワーク６０（６０−１〜６０−Ｎ）内の端点（通信端末３１及び３２側）に備えられる。また、対象装置４０（４０−１〜４０−Ｎ）は、定期的（例えば、１秒ごと）に故障区間推定装置１０に監視フレームを送信する。なお、以下の説明では、対象装置４０−１〜４０−Ｎを対象装置４０と称する。
既設ネットワーク５０は、どのように構成されたネットワークでもよい。既設ネットワーク５０は、既設のネットワークであり、例えばＷＡＮ（Wide Area Network）や専用線などを用いて構成されてもよい。
新規ネットワーク６０−１〜６０−Ｎは、どのように構成されたネットワークでもよい。新規ネットワーク６０は、既設ネットワーク５０に新たに接続されたネットワークであり、例えばＷＡＮや専用線などを用いて構成されてもよい。なお、以下の説明では、新規ネットワーク６０−１〜６０−Ｎを新規ネットワーク６０と称する。
【００１９】
図２は、故障区間推定装置１０の機能構成を表す概略ブロック図である。
故障区間推定装置１０は、バスで接続されたＣＰＵ（Central Processing Unit）やメモリや補助記憶装置などを備え、故障区間推定プログラムを実行する。故障区間推定プログラムの実行によって、故障区間推定装置１０は、フレーム生成部１０１、送受信部１０２、判定部１０３、推定部１０４、通知部１０５を備える装置として機能する。なお、故障区間推定装置１０の各機能の全て又は一部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＰＬＤ（Programmable Logic Device）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを用いて実現されてもよい。また、故障区間推定プログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。また、故障区間推定プログラムは、電気通信回線を介して送受信されてもよい。
【００２０】
フレーム生成部１０１は、定期的に監視フレームを生成する。
送受信部１０２は、対象装置４０との間の区間で監視フレームの送受信を行う。送受信部１０２は、第１のポート１０２１と、第２のポート１０２２とのポートを備える。これらのポートは、監視フレームを入出力するインターフェースであり、通信回線を介して回線収容装置２０に設けられた複数のポートにそれぞれ接続される。なお、送受信部１０２は、３つ以上のポートを有するように構成されてもよい。
【００２１】
判定部１０３は、送受信部１０２によって監視フレームが受信されたか否かを判定する。
推定部１０４は、判定部１０３の判定結果に基づいて自装置（故障区間推定装置１０）と対象装置４０との間の区間のうち障害が発生している区間を回線ごとに推定する。
通知部１０５は、推定部１０４によって推定された結果を通信装置３０に送信する。
以下、本発明の一実施形態である故障区間監視システム１の複数の動作例（第１動作例、第２動作例及び第３動作例）について詳細に説明する。
【００２２】
［第１動作例］
図３は、本発明の第１動作例における故障区間推定処理の概念図である。
図３に示される例では、故障区間推定装置１０と対象装置４０との間の区間（以下、「推定−対象装置間」という。）には回線収容装置２０が設けられ、回線収容装置２０は故障区間推定装置１０又は対象装置４０から送信された監視フレームの中継を行う。なお、推定−対象装置間には、回線収容装置２０が複数台設けられてもよい。
【００２３】
本発明の第１動作例では、図３に示されるように故障区間推定装置１０は、推定−対象装置間において監視フレーム７０を第１のポート１０２１及び回線収容装置２０を介して送受信する。さらに、故障区間推定装置１０は、自装置宛ての監視フレーム７１を第１のポート１０２１を介して送信し、監視フレーム７１を第２のポート１０２２を介して受信する。なお、自装置宛ての監視フレーム７１は、第２のポート１０２２を介してから送信され、第１のポート１０２１を介して受信されてもよい。
【００２４】
上述したように推定−対象装置間において監視フレーム７０及び監視フレーム７１を送受信することにより、故障区間推定装置１０はそれぞれの区間のうち故障が発生している区間を推定する。第１動作例においてそれぞれの区間とは、例えば回線収容装置２０と対象装置４０との間の区間や、故障区間推定装置１０と回線収容装置２０との間の区間（以下、「推定−収容装置区間」という。）である。なお、以下の説明では、回線収容装置２０と対象装置４０との間の区間を区間１と称し、推定−収容装置区間のうち第１のポート１０２１と回線収容装置２０とが接続されている区間を区間２と称し、第２のポート１０２２と回線収容装置２０とが接続されている区間を区間３と称する。
【００２５】
図４は、本発明の第１動作例における故障区間推定装置１０の処理の流れを示すフローチャートである。
フレーム生成部１０１は、対象装置４０宛ての監視フレームを生成し、生成した監視フレームを第１のポート１０２１を介して対象装置４０に送信する（ステップＳ１０１）。判定部１０３は、推定−対象装置間が正常であるか否かを判定する（ステップＳ１０２）。具体的には、判定部１０３は、対象装置４０から送信された監視フレームが第１のポート１０２１を介して受信されたか否かを判定する。監視フレームが受信された場合、判定部１０３は推定−対象装置間が正常であると判定する。一方、監視フレームが受信されていない場合、判定部１０３は推定−対象装置間が正常ではないと判定する。推定−対象装置間が正常である場合（ステップＳ１０２−ＹＥＳ）、フレーム生成部１０１は自装置宛ての監視フレームを生成し、生成した監視フレームを第１のポート１０２１を介して自装置に送信する（ステップＳ１０３）。
【００２６】
判定部１０３は、推定−収容装置間が正常であるか否かを判定する（ステップＳ１０４）。具体的には、判定部１０３は、自装置から送信された監視フレームが第２のポート１０２２を介して受信されたか否かを判定する。推定−収容装置間が正常である場合（ステップＳ１０４−ＹＥＳ）、推定部１０４は推定−対象装置間の全ての区間が正常であると推定する（ステップＳ１０５）。その後、通知部１０５は、推定結果を通信装置３０に通知する（ステップＳ１０６）。
一方、推定−収容装置間が正常ではない場合（ステップＳ１０４−ＮＯ）、すなわち自装置から送信された監視フレームが第２のポート１０２２を介して受信されていない場合、推定部１０４は区間３の回線に異常ありと推定する（ステップＳ１０７）。その後、通知部１０５は、推定結果を通信装置３０に通知する（ステップＳ１０６）。
【００２７】
また、ステップＳ１０２の処理において、推定−対象装置間が正常ではない場合（ステップＳ１０２−ＮＯ）、すなわち対象装置４０から送信された監視フレームが第１のポート１０２１を介して受信されていない場合、フレーム生成部１０１は自装置宛ての監視フレームを生成し、生成した監視フレームを第１のポート１０２１を介して自装置に送信する（ステップＳ１０８）。
【００２８】
判定部１０３は、推定−収容装置間が正常であるか否かを判定する（ステップＳ１０９）。推定−収容装置間が正常である場合（ステップＳ１０９−ＹＥＳ）、推定部１０４は区間１の回線に異常ありと推定する（ステップＳ１１０）。その後、通知部１０５は、推定結果を通信装置３０に通知する（ステップＳ１０６）。
一方、推定−収容装置間が正常ではない場合（ステップＳ１０９−ＮＯ）、判定部１０３は既設ネットワーク５０内の区間が正常であるか否かを判定する（ステップＳ１１１）。既設ネットワーク５０内の区間が正常である場合とは、既設ネットワーク５０内の回線に異常が発生していない場合である。既設ネットワーク５０内の区間が正常である場合（ステップＳ１１１−ＹＥＳ）、推定部１０４は区間２、区間３、新規ネットワーク６０内のいずれかの回線に異常ありと推定する（ステップＳ１１２）。その後、通知部１０５は、推定結果を通信装置３０に通知する（ステップＳ１０６）。
一方、既設ネットワーク５０内の区間が正常ではない場合（ステップＳ１１１−ＮＯ）、推定部１０４は区間１と区間２、区間３いずれかの回線に異常ありと推定する（ステップＳ１１３）。その後、通知部１０５は、推定結果を通信装置３０に通知する（ステップＳ１０６）。故障区間推定装置１０は、上述した処理（ステップＳ１０１〜ステップＳ１１３）をＶＬＡＮごとに実行することにより、推定−対象装置間の監視を回線ごとに行う。
【００２９】
以上のように構成された故障区間推定装置１０によれば、推定−対象装置間において回線の故障が発生している区間をＶＬＡＮごとに推定することができる。具体的には、既設ネットワーク５０に新たに接続されたネットワーク（新規ネットワーク６０）に接続する対象装置４０との間でＶＬＡＮごとに監視フレームの送受信が行われる。故障区間推定装置１０は、対象装置４０から送信された監視フレームだけでなく、自装置宛てに送信した監視フレームを受信することにより、推定−対象装置間の接続性を監視する。これにより、推定−対象装置間のうち回線の故障が発生している区間をおおよそ推定することができる。その後、故障区間推定装置１０は、推定結果を通信装置３０に通知する。サービス事業者の管理者は、推定結果を見ることにより新たに接続されたネットワークと既設のネットワークとの間の区間に故障が発生しているか否かを把握することができる。そのため、新たに接続されたネットワークと既設のネットワークとの間の区間における疎通確認をＶＬＡＮごとに行うことが可能になる。
【００３０】
＜変形例＞
新規ネットワーク６０−１には、複数台の通信装置３１が接続されてもよい。新規ネットワーク６０−Ｎには、複数台の通信装置３２が接続されてもよい。
図４のフローチャートにおいてステップＳ１０２の処理として推定−収容装置間が正常であるか否かの判断が実行され、ステップＳ１０４及びステップＳ１０９の処理として推定−対象装置間が正常であるか否かの判断が実行されてもよい。
なお、本実施形態では、回線収容装置２０がＶＬＡＮを実現する構成を示したが、回線収容装置２０はＶＬＡＮを使用しないように構成されてもよい。
また、本実施形態における故障区間推定システム１には、複数の回線が備えられているが、故障区間推定システム１には１回線のみが備えられるように構成されてもよい。
【００３１】
［第２動作例］
図５は、本発明の第２動作例における故障区間推定処理の概念図である。
図５に示される例では、推定−対象装置間には回線収容装置２０が設けられ、回線収容装置２０は故障区間推定装置１０又は対象装置４０から送信された監視フレームの中継を行う。なお、推定−対象装置間には、回線収容装置２０が複数台設けられてもよい。
本発明の第２動作例では、図５に示されるように故障区間推定装置１０は、推定−対象装置間において監視フレーム７０を第１のポート１０２１及び回線収容装置２０を介して送受信する。さらに、故障区間推定装置１０は、推定−対象装置間において監視フレーム７２を第２のポート１０２２及び回線収容装置２０を介して送受信する。
上述したように推定−対象装置間において監視フレーム７０及び監視フレーム７２を送受信することにより、故障区間推定装置１０はそれぞれの区間のうち故障が発生している区間を推定する。第２動作例においてそれぞれの区間とは、例えば推定−対象装置間である。
【００３２】
図６は、本発明の第２動作例における故障区間推定装置の処理１０の流れを示すフローチャートである。
フレーム生成部１０１は、対象装置４０宛ての監視フレームを生成し、生成した監視フレームを第１のポート１０２１を介して対象装置４０に送信する（ステップＳ２０１）。判定部１０３は、第１の推定−対象装置間が正常であるか否かを判定する（ステップＳ２０２）。第１の推定−対象装置間とは、推定−対象装置間を接続している１つの回線を有する区間であり、例えば故障区間推定装置１０の第１のポート１０２１と対象装置４０とを接続している区間である。
【００３３】
第１の推定−対象装置間が正常である場合（ステップＳ２０２−ＹＥＳ）、フレーム生成部１０１は対象装置４０宛ての監視フレームを生成し、生成した監視フレームを第２のポート１０２２を介して対象装置４０に送信する（ステップＳ２０３）。判定部１０３は、第２の推定−対象装置間が正常であるか否かを判定する（ステップＳ２０４）。具体的には、判定部１０３は対象装置４０から送信された監視フレームが第２のポート１０２２を介して受信されたか否かを判定する。なお、第２の推定−対象装置間とは、推定−対象装置間を接続している１つの回線を有する区間であり、例えば故障区間推定装置１０の第２のポート１０２２と対象装置４０とを接続している区間である。
【００３４】
第２の推定−対象装置間が正常である場合（ステップＳ２０４−ＹＥＳ）、推定部１０４は推定−対象装置間の全ての区間が正常であると推定する（ステップＳ２０５）。その後、通知部１０５は、推定結果を通信装置３０に通知する（ステップＳ２０６）。
一方、第２の推定−対象装置間が正常ではない場合（ステップＳ２０４−ＮＯ）、すなわち対象装置４０から送信された監視フレーム７２が第２のポート１０２２を介して受信されていない場合、推定部１０４は区間３の回線に異常ありと推定する（ステップＳ２０７）。その後、通知部１０５は、推定結果を通信装置３０に通知する（ステップＳ２０６）。
また、ステップＳ２０２の処理において、第１の推定−対象装置間が正常ではない場合（ステップＳ２０２−ＮＯ）、フレーム生成部１０１は対象装置４０宛ての監視フレームを生成し、生成した監視フレームを第２のポート１０２２を介して対象装置４０に送信する（ステップＳ２０８）。
【００３５】
判定部１０３は、第２の推定−対象装置間が正常であるか否かを判定する（ステップＳ２０９）。第２の推定−対象装置間が正常である場合（ステップＳ２０９−ＹＥＳ）、推定部１０４は区間２の回線に異常ありと推定する（ステップＳ２１０）。その後、通知部１０５は、推定結果を通信装置３０に通知する（ステップＳ２０６）。
一方、第２の推定−対象装置間が正常ではない場合（ステップＳ２０９−ＮＯ）、判定部１０３は既設ネットワーク５０内の区間が正常であるか否かを判定する（ステップＳ２１１）。既設ネットワーク５０内の区間が正常である場合（ステップＳ２１１−ＹＥＳ）、推定部１０４は区間２、区間３、新規ネットワーク６０内のいずれかの回線に異常ありと推定する（ステップＳ２１２）。その後、通知部１０５は、推定結果を通信装置３０に通知する（ステップＳ２０６）。
【００３６】
一方、既設ネットワーク５０内の区間が正常ではない場合（ステップＳ２１１−ＮＯ）、推定部１０４は区間１の回線に異常ありと推定する（ステップＳ２１３）。なお、区間２、区間３の回線においては異常があるか否かを推定することはできない。その後、通知部１０５は、推定結果を通信装置３０に通知する（ステップＳ２０６）。また、故障区間推定装置１０は、上述した処理（ステップＳ２０１〜ステップＳ２１３）をＶＬＡＮごとに実行することにより、推定−対象装置間の監視を回線ごとに行う。
【００３７】
以上のように構成された故障区間推定装置１０によれば、推定−対象装置間において回線が故障している区間を回線ごとに推定することができる。具体的には、既設ネットワーク５０に新たに接続されたネットワーク（新規ネットワーク６０）に接続する対象装置４０との間でＶＬＡＮごとに監視フレームの送受信が行われる。故障区間推定装置１０は、自装置と対象装置４０との間の区間の接続性をポートごとに監視する。これにより、推定−対象装置間のうち回線の故障が発生している区間をおおよそ推定することができる。その後、故障区間推定装置１０は、推定結果を通信装置３０に通知する。サービス事業者の管理者は、推定結果を見ることにより新たに接続されたネットワークと既設のネットワークとの間の区間に故障が発生しているか否かを把握することができる。そのため、新たに接続されたネットワークと既設のネットワークとの間の区間における疎通確認をＶＬＡＮごとに行うことが可能になる。
【００３８】
＜変形例＞
新規ネットワーク６０−１には、複数台の通信装置３１が接続されてもよい。新規ネットワーク６０−Ｎには、複数台の通信装置３２が接続されてもよい。
図６のフローチャートにおいてステップＳ２０２の処理として第２の推定−収容装置間が正常であるか否かの判断が実行され、ステップＳ２０４及びステップＳ２０９の処理として第１の推定−対象装置間が正常であるか否かの判断が実行されてもよい。
なお、本実施形態では、回線収容装置２０がＶＬＡＮを実現する構成を示したが、回線収容装置２０はＶＬＡＮを使用しないように構成されてもよい。
また、本実施形態における故障区間推定システム１には、複数の回線が備えられているが、故障区間推定システム１には１回線のみが備えられるように構成されてもよい。
【００３９】
［第３動作例］
図７は、本発明の第３動作例における故障区間推定処理の概念図である。
図７に示される例では、推定−対象装置間には回線収容装置２０が設けられ、回線収容装置２０は故障区間推定装置１０又は対象装置４０から送信された監視フレームの中継を行う。なお、推定−対象装置間には、回線収容装置２０が複数台設けられてもよい。
本発明の第３動作例では、図７に示されるように故障区間推定装置１０は、推定−対象装置間において監視フレーム７０を第１のポート１０２１及び回線収容装置２０を介して送受信する。さらに、故障区間推定装置１０は、自装置宛ての監視フレーム７１を第１のポート１０２１を介して送信し、監視フレーム７１を第２のポート１０２２を介して受信する。さらに、故障区間推定装置１０は、推定−対象装置間において監視フレーム７２を第２のポート１０２２及び回線収容装置２０を介して送受信する。なお、自装置宛ての監視フレームは、第２のポート１０２２を介してから送信され、第１のポート１０２１を介して受信されてもよい。
上述したように推定−対象装置間において監視フレーム７０、監視フレーム７１及び監視フレーム７２を送受信することにより、故障区間推定装置１０はそれぞれの区間のうち故障が発生している区間を推定する。第３動作例においてそれぞれの区間とは、例えば推定−収容装置区間や推定−対象装置間である。
【００４０】
図８は、本発明の第３動作例における故障区間推定装置１０の処理の流れを示すフローチャートである。
フレーム生成部１０１は、対象装置４０宛ての監視フレームを生成し、生成した監視フレームを第１のポート１０２１を介して対象装置４０に送信する（ステップＳ３０１）。判定部１０３は、第１の推定−対象装置間が正常であるか否かを判定する（ステップＳ３０２）。第１の推定−対象装置間が正常である場合（ステップＳ３０２−ＹＥＳ）、フレーム生成部１０１は自装置宛ての監視フレームを生成し、生成した監視フレームを第１のポート１０２１を介して自装置に送信する（ステップＳ３０３）。
【００４１】
判定部１０３は、推定−収容装置間が正常であるか否かを判定する（ステップＳ３０４）。推定−収容装置間が正常である場合（ステップＳ３０４−ＹＥＳ）、推定部１０４は推定−対象装置間の全ての区間が正常であると推定する（ステップＳ３０５）。その後、通知部１０５は、推定結果を通信装置３０に通知する（ステップＳ３０６）。
一方、推定−収容装置間が正常ではない場合（ステップＳ３０４−ＮＯ）、推定部１０４は区間３の回線に異常ありと推定する（ステップＳ３０７）。その後、通知部１０５は、推定結果を通信装置３０に通知する（ステップＳ３０６）。
【００４２】
また、ステップＳ３０２の処理において、第１の推定−対象装置間が正常ではない場合（ステップＳ３０２−ＮＯ）、フレーム生成部１０１は自装置宛ての監視フレームを生成し、生成した監視フレームを第１のポート１０２１を介して自装置に送信する（ステップＳ３０８）。
【００４３】
判定部１０３は、推定−収容装置間が正常であるか否かを判定する（ステップＳ３０９）。推定−収容装置間が正常である場合（ステップＳ３０９−ＹＥＳ）、推定部１０４は区間１の回線に異常ありと推定する（ステップＳ３１０）。その後、通知部１０５は、推定結果を通信装置３０に通知する（ステップＳ３０６）。
一方、推定−収容装置間が正常ではない場合（ステップＳ３０９−ＮＯ）、フレーム生成部１０１は、対象装置４０宛ての監視フレームを生成し、生成した監視フレームを第２のポート１０２２を介して対象装置４０に送信する（ステップＳ３１１）。
【００４４】
判定部１０３は、第２の推定−対象装置間が正常であるか否かを判定する（ステップＳ３１２）。第２の推定−対象装置間が正常である場合（ステップＳ３１２−ＹＥＳ）、推定部１０４は区間２の回線に異常ありと推定する（ステップＳ３１３）。その後、通知部１０５は、推定結果を通信装置３０に通知する（ステップＳ３０６）。
一方、第２の推定−対象装置間が正常ではない場合（ステップＳ３１２−ＮＯ）、判定部１０３は既設ネットワーク５０内の区間が正常であるか否かを判定する（ステップＳ３１４）。
【００４５】
既設ネットワーク５０内の区間が正常である場合（ステップＳ３１４−ＹＥＳ）、推定部１０４は区間２、区間３、新規ネットワーク６０内のいずれかの回線に異常ありと推定する（ステップＳ３１５）。その後、通知部１０５は、推定結果を通信装置３０に通知する（ステップＳ３０６）。
一方、既設ネットワーク５０内の区間が正常ではない場合（ステップＳ３１４−ＮＯ）、推定部１０４は区間１の回線に異常ありと推定する（ステップＳ３１６）。なお、区間２、区間３の回線においては異常があるか否かを推定することはできない。その後、通知部１０５は、推定結果を通信装置３０に通知する（ステップＳ３０６）。また、故障区間推定装置１０は、上述した処理（ステップＳ３０１〜ステップＳ３１６）をＶＬＡＮごとに実行することにより、推定−対象装置間の監視を回線ごとに行う。
【００４６】
以上のように構成された故障区間推定装置１０によれば、推定−対象装置間において回線が故障している区間を回線ごとに推定することができる。具体的には、既設ネットワーク５０に新たに接続されたネットワーク（新規ネットワーク６０）に接続する対象装置４０との間でＶＬＡＮごとに監視フレームの送受信が行われる。この際、故障区間推定装置１０は、自装置と対象装置４０との間の区間の接続性をポートごとに監視するだけでなく、自装置と回線収容装置２０との間の区間の接続性も監視する。これにより、１つの区間で故障が発生している場合には故障している区間を特定することができる。その後、故障区間推定装置１０は、推定結果を通信装置３０に通知する。サービス事業者の管理者は、推定結果を見ることにより新たに接続されたネットワークと既設のネットワークとの間の区間に故障が発生しているか否かを把握することができる。そのため、新たに接続されたネットワークと既設のネットワークとの間の区間における疎通確認をＶＬＡＮごとに行うことが可能になる。
【００４７】
＜変形例＞
新規ネットワーク６０−１には、複数台の通信装置３１が接続されてもよい。新規ネットワーク６０−Ｎには、複数台の通信装置３２が接続されてもよい。
なお、本実施形態では、回線収容装置２０がＶＬＡＮを実現する構成を示したが、回線収容装置２０はＶＬＡＮを使用しないように構成されてもよい。
また、本実施形態における故障区間推定システム１には、複数の回線が備えられているが、故障区間推定システム１には１回線のみが備えられるように構成されてもよい。
【００４８】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００４９】
１０…故障区間推定装置，  ２０…回線収容装置，  ３０，３１，３２…通信装置，  ４０（４０−１〜４０−Ｎ）…対象装置，  ５０…既設のネットワーク，  ６０（６０−１〜６０−Ｎ）…新規ネットワーク，  １０１…フレーム生成部，  １０２…送受信部，  １０２１…第１のポート，  １０２２…第２のポート，  １０３…判定部，  １０４…推定部，  １０５…通知部
【図１】
2015080021.tif 000003
【図２】
2015080021.tif 000004
【図３】
2015080021.tif 000005
【図４】
2015080021.tif 000006
【図５】
2015080021.tif 000007
【図６】
2015080021.tif 000008
【図７】
2015080021.tif 000009
【図８】
2015080021.tif 000010