故障位置確認装置及び故障位置確認方法
【課題】顧客から報告された障害に迅速に応答可能な故障位置確認装置を提供する。
【解決手段】顧客情報にネットワーク機器を関連付け、さらに、そのネットワーク機器の状態の組み合わせに故障情報を対応付けておき、顧客から故障の問い合わせを受けた場合、収集部１２が、その顧客に関連つけられたネットワーク機器の状態を収集し、推定部１３が、収集したネットワーク機器の状態の組み合わせに対応つけた故障情報を取得する。これにより、ネットワーク全体を調べることなく、特定の顧客に関する故障情報を簡易に迅速に確認することが可能となる。
【解決手段】顧客情報にネットワーク機器を関連付け、さらに、そのネットワーク機器の状態の組み合わせに故障情報を対応付けておき、顧客から故障の問い合わせを受けた場合、収集部１２が、その顧客に関連つけられたネットワーク機器の状態を収集し、推定部１３が、収集したネットワーク機器の状態の組み合わせに対応つけた故障情報を取得する。これにより、ネットワーク全体を調べることなく、特定の顧客に関する故障情報を簡易に迅速に確認することが可能となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、顧客からネットワークの障害が報告されたときに故障位置を切り分ける技術に関する。
【背景技術】
【０００２】
顧客からネットワークの障害が報告された場合、故障対応者がネットワーク上に配置されたネットワーク機器のそれぞれに問い合わせをし、その問い合わせ結果に基づいて故障被疑箇所の推定を行っている。この作業は煩雑であり、高いスキルを要する人員の配置が必要であった。
【０００３】
顧客からの故障問い合わせの際に、迅速に故障対応できることが急務であり、様々な故障切り分け技術が提案されている。例えば、特許文献１では、分類された要素に対して異常を示す事象を対応付けたテーブルを用意し、各ネットワーク機器の通信状況を監視して、ネットワーク上での障害発生箇所の切り分けを行っている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１６７３４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の技術はシステム全体についての故障を対象とするため、顧客から報告された障害を直接解決するための切り分けができない。また、システム全体についての故障切り分けがなされても、スキルレベルの低いオペレータでは対応できないという問題がある。
【０００６】
一方、光ファイバの故障被疑箇所の推定については、ＯＴＤＲ（Optical Time Domain Reflectometer）など散乱光を利用したものがあるが、ＯＴＤＲ装置は高額であり、顧客回線全てへの適用はできない。そのため、簡易に、安価に、光区間の故障被疑箇所を推定することが課題である。
【０００７】
本発明は、上記に鑑みてなされたものであり、顧客から報告された障害に迅速に応答可能な故障位置確認装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
第１の本発明に係る故障位置確認装置は、ネットワークで発生した故障の位置を切り分ける故障位置確認装置であって、顧客情報に１つ以上の設備情報を関連付けて格納した設備情報蓄積手段と、設備情報の示す機器の状態の組み合わせと故障情報を対応させて格納した対応表蓄積手段と、顧客情報の入力を受け付ける入力手段と、入力手段が受け付けた顧客情報に関連付けられた設備情報を設備情報蓄積手段から検索し、当該設備情報の示す機器の状態を取得する状態取得手段と、取得した機器の状態の組み合わせに対応した故障情報を対応表蓄積手段から読み出して提示する故障推定手段と、を有することを特徴とする。
【０００９】
上記故障位置確認装置において、設備情報は、光ファイバの終端に接続される終端機器を示すものであって、故障情報は、障害の発生が推定される光ファイバの敷設区間を示すものであることを特徴とする。
【００１０】
第２の本発明に係る故障位置確認方法は、ネットワークで発生した故障の位置を切り分ける故障位置確認方法であって、顧客情報の入力を受け付けるステップと、顧客情報に１つ以上の設備情報を関連付けて格納した設備情報蓄積手段から、入力した顧客情報に関連付けられた設備情報を検索し、当該設備情報の示す機器の状態を取得するステップと、設備情報の示す機器の状態の組み合わせと故障情報を対応させて格納した対応表蓄積手段から、取得した機器の状態の組み合わせに対応した故障情報を読み出して提示するステップと、を有することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、顧客から報告された障害に迅速に応答可能な故障位置確認装置を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】一実施の形態における故障位置確認装置とネットワークの構成を示す概略図である。
【図２】上記故障位置確認装置の構成を示すブロック図である。
【図３】上記故障位置確認装置の動作の流れを示すフローチャートである。
【図４】顧客情報である契約ＩＤとその契約ＩＤに関連つけられた設備情報の例を示す図である。
【図５】図４の設備情報に基づいて収集したネットワーク機器の状態の例を示す図である。
【図６】ネットワーク機器の状態の組み合わせと故障情報とを対応付けた対応表の例を示す図である。
【図７】図１のネットワークの光ケーブル区間の構成例と疎通確認順序の例を示す概略図である。
【図８】終端機器の疎通状態の組み合わせと故障情報とを対応付けた対応表の例を示す図である。
【図９】終端機器の疎通状態の組み合わせと故障情報とを対応付けた別の対応表の例を示す図である。
【図１０】図１のネットワークの光ケーブル区間の疎通確認順序の別の例を示す概略図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態について図面を用いて説明する。
【００１４】
図１は、本実施の形態における故障位置確認装置とネットワークの構成を示す概略図である。同図に示すネットワークは、ＮＷ網２００に接続されたＯＬＴ（Optical Line Terminal）２１，２２と、ＯＬＴ２１，２２に接続され、光ファイバを分岐するスプリッタ３１，３２，３３，３４と、スプリッタ３１，３２，３３，３４で分岐された光ケーブルに接続されたＯＮＵ（Optical Network Unit）４１，４２，４３と、ＯＮＵ４１，４２，４３に接続され、各顧客宅に配置されるＨＧＷ５１，５２，５３を有する。各ＨＧＷ５１，５２，５３には、顧客が用いる情報端末１０１，１０２，１０３が接続される。情報端末１０１，１０２，１０３として、図中に示したパーソナルコンピュータの他にも、電話機、ＦＡＸ、家電等を接続するものでもよい。
【００１５】
故障受付オペレータ３００は、顧客から故障の問い合わせを受け付けると、顧客を識別する情報を故障位置確認装置１に入力して調査を開始する。故障位置確認装置１は、指定された顧客に関連付けられたネットワーク機器を検索し、そのネットワーク機器から情報を収集し、収集した情報に基づいて故障位置、対処方法などを推定して提示する。ＯＬＴ２１，２２、およびＨＧＷ５１，５２，５３などのネットワーク機器は、故障位置確認装置１からの問い合わせに応答するシステムを備える。ＯＮＵ４１，４２，４３への問い合わせは、ＯＬＴ２１，２２がＯＮＵ４１，４２，４３の状態を取得して故障位置確認装置１に応答する。
【００１６】
以下、故障位置確認装置１の詳細について説明する。
【００１７】
図２は、本実施の形態における故障位置確認装置の構成を示すブロック図である。同図に示す故障位置確認装置１は、入力部１１、収集部１２、推定部１３、出力部１４、契約情報蓄積部１５、設備情報蓄積部１６、および対応表蓄積部１７を有する。
【００１８】
入力部１１は、故障受付オペレータ３００から顧客を識別する情報、例えば、契約ＩＤの入力を受け付ける。
【００１９】
収集部１２は、入力部１１が入力した契約ＩＤに関連付けられたネットワーク機器の現在の状態を収集する。具体的には、契約ＩＤに関連付けられたネットワーク機器の情報を契約情報蓄積部１５から取得し、ネットワーク機器それぞれに関する設備情報を設備情報蓄積部１６から取得し、取得した設備情報それぞれに基づいて各ネットワーク機器に状態を問い合わせ、各ネットワーク機器の現在の状態を収集する。契約ＩＤに関連付けられるネットワーク機器としては、例えば図１に示すネットワーク構成例の場合、入力された契約ＩＤが情報端末１０１を利用する顧客のものであるとすると、情報端末１０１とＮＷ網２００までの通信経路に存在するＯＬＴ２１、ＯＮＵ４１、およびＨＧＷ５１などが該当する。
【００２０】
推定部１３は、対応表蓄積部１７に格納された対応表を参照し、収集部１２が収集したネットワーク機器の現在の状態に基づいて故障位置、対処方法を推定する。対応表は、各ネットワーク機器の状態の組み合わせに故障位置、対処方法を対応付けたものである。利用するネットワーク機器は顧客毎に異なるので、対応表も顧客毎に異なったものとなる。
【００２１】
出力部１４は、推定部１３が推定した故障位置、対処方法を提示する。
【００２２】
次に、故障位置確認装置１の動作について説明する。
【００２３】
図３は、本実施の形態の故障位置確認装置１の動作の流れを示すフローチャートである。
【００２４】
入力部１１が顧客の契約ＩＤを入力すると、その契約ＩＤに関連付けられた設備情報を検索する（ステップＳ１）。図４に契約ＩＤと契約ＩＤに関連付けられた設備情報の例を示す。同図では、契約ＩＤにＯＬＴ２１、ＯＮＵ４１、ＨＧＷ５１が関連付けられている。
【００２５】
続いて、検索した設備情報が示すネットワーク機器の状態を収集する（ステップＳ２）。図５に収集したネットワーク機器の状態の例を示す。同図は、図４に示した設備情報が示すネットワーク機器に問い合わせて収集した各ネットワーク機器の現在の状態である。ＯＬＴ２１、ＯＮＵ４１の状態はＯＫであり、ＨＧＷ５１の状態はＮＧである。
【００２６】
そして、収集したネットワーク機器の状態の組み合わせに対応する故障位置、対処方法を対応表から検索する（ステップＳ３）。図６にネットワーク機器の状態の組み合わせと故障位置、対処方法とを対応させた対応表の例を示す。収集したネットワーク機器の現在の状態が図５に示す場合、図６に示す対応表のパターン３に該当するので、故障位置は「ＨＧＷ５１」であり、対処方法は「ＨＧＷを確認する」となる。
【００２７】
次に、光ケーブル区間における故障位置の切り分けについて説明する。
【００２８】
上述したように、故障位置確認装置１は、顧客に関連付けられた各ネットワーク機器から状態を取得し、その状態の組み合わせに基づいて故障位置を切り分ける。故障位置が光ケーブル区間と推定される場合は、光ケーブル区間においてさらに故障位置を切り分ける。光ケーブル区間のスプリッタや光ファイバの配置場所は様々で、故障修理箇所、修理方法、あるいは修理をする人が異なるため、光ケーブル区間内の故障位置を特定することは重要である。ところが、スプリッタや光ファイバなどは、故障位置確認装置１からの問い合わせに応答するシステムを備えていないので、故障位置確認装置１は状態を問い合わせて知ることができない。そこで、本実施の形態では、顧客毎にいくつかの終端機器を関連付けるとともに、その終端機器への疎通の状態の組み合わせに推定される障害発生箇所を対応付けておき、故障の問い合わせがあった場合、その顧客に関連付けられた終端機器への疎通を確認し、疎通の状態の組み合わせに基づいて障害の発生が推定される光ファイバの敷設区間を推定する。
【００２９】
図７は、図１に示したネットワーク構成の光ケーブル区間の構成例を示す概略図である。同図に示す構成では、ＯＬＴ２０に接続された光ファイバは、スプリッタ３０で４分岐、各スプリッタ３０−１〜４で８分岐してＯＮＵ４０に接続され、ＯＬＴ２０に３２ユーザが収容される。スプリッタ３０はＯＬＴ２０と同じ設備ビル内に配置され、スプリッタ３０−１〜４は設備ビル外に配置される。
【００３０】
故障の問い合わせをした顧客が利用するＯＮＵ４０への疎通確認だけでは、故障箇所である光ファイバやスプリッタを特定することができないので、複数のＯＮＵ４０への疎通を確認することで故障位置を切り分ける。例えば、１１番のＯＮＵ４０を利用する顧客から故障の問い合わせがあった場合、１１番のＯＮＵ４０、１１番のＯＮＵ４０が接続されるスプリッタ３０−２内の１２番のＯＮＵ４０、およびスプリッタ３０−２が接続されるスプリッタ３０内の別のスプリッタ３０−１に接続される１番のＯＮＵ４０への疎通を確認する。そして、１１番、１２番、１番それぞれのＯＮＵ４０への疎通状態の組み合わせに故障位置を対応付けた対応表を参照して故障位置を切り分ける。なお、各ＯＮＵ４０への疎通の確認はＯＬＴ２０が行う。
【００３１】
図８に、１１番、１２番、１番のＯＮＵ４０への疎通状態の組み合わせと故障位置とを対応させた対応表の例を示す。１１番のＯＮＵ４０への疎通がＮＧで、１２番のＯＮＵ４０への疎通がＯＫの場合、図８に示す対応表のパターン１に該当するので、故障位置はスプリッタ３０−２とＯＮＵ４０の間（所外ＳＰ〜ＯＮＵ）であると切り分けられる。以下同様に、１１番、１２番のＯＮＵ４０への疎通が共にＮＧで、１番のＯＮＵ４０への疎通がＯＫの場合、パターン２に該当するので、故障位置はスプリッタ３０とスプリッタ３０−２の間（所内ＳＰ〜所外ＳＰ）であると切り分けられる。１１番、１２番、１番のＯＮＵ４０への疎通が共にＮＧの場合、パターン３に該当するので、故障位置はＯＬＴ２０とスプリッタ３０の間（ＯＬＴ〜所内ＳＰ）であると切り分けられる。なお、疎通確認対象のＯＮＵ４０の情報は、顧客の契約ＩＤに関連付けて契約情報蓄積部１５に格納し、光ケーブル区間における故障位置の切り分けに用いる対応表は、対応表蓄積部１７に格納する。
【００３２】
現状、故障率ｎは十分小さい値であるので、同一スプリッタ内で複数の故障が発生する故障率は非常に小さい値ｎ2となる。したがって、８分岐スプリッタ３０及び４分岐スプリッタ３０−１〜４内の全てのＯＮＵ４０への疎通を確認しなくても、精度良く故障位置を推定することが可能となる。図８に示すように、パターン１，２，３それぞれの精度は、１，１−ｎ2，１−（ｎ2＋ｎ3）となる。
【００３３】
また、疎通確認をするＯＮＵ４０の数を増やすことでさらに精度を上げることができる。図９は、スプリッタ３０−２に接続された１１番、１２番、１３番のＯＮＵ４０への疎通を確認し、故障位置を切り分ける対応表の例である。
【００３４】
このように、ある顧客からの障害報告に基づいて光ケーブル区間における障害発生箇所を推定することにより、障害が発生した同一の光ファイバに収容される他の顧客からの報告を待つことなく、迅速に対応することが可能となる。
【００３５】
図１０は、故障問い合わせのあった１１番のスプリッタ３０−２に接続されたすべてのＯＮＵ４０への疎通を確認した後、１番のＯＮＵ４０から順番に全てのＯＮＵ４０への疎通を確認する例を示す概略図である。
【００３６】
図１０に示す例では、まず、故障問い合わせのあった１１番のＯＮＵ４０と同じスプリッタ３０−２に接続された９番から１６番のＯＮＵ４０への疎通を確認する。この時点で、スプリッタ３０−２と１１番のＯＮＵ４０の間に問題があるか否か判定できる。
【００３７】
続いて、１番から３２番のＯＮＵ４０まで順番に疎通を確認する。このとき、９番から１６番のＯＮＵ４０はすでに疎通確認済みなので確認しない。９番から１６番のＯＮＵ４０以外が正常ならばスプリッタ３０−２とスプリッタ３０の間に問題があると推定できる。１番から３２番のＯＮＵ４０全ての疎通が確認できない場合は、スプリッタ３０とＯＬＴ２０の間に問題があると推定できる。
【００３８】
このように、故障問い合わせのあったＯＮＵと同じスプリッタに接続されたＯＮＵの疎通確認を先に行うことで、より早く結果を知ることが可能となる。もちろん、１番から３２番まで順番に疎通を確認するものでもよい。
【００３９】
したがって、本実施の形態によれば、顧客情報にネットワーク機器を関連付け、さらに、そのネットワーク機器の状態の組み合わせに故障情報を対応付けておき、顧客から故障の問い合わせを受けた場合に、収集部１２が、その顧客に関連つけられたネットワーク機器の状態を収集し、推定部１３が、収集したネットワーク機器の状態の組み合わせに対応つけた故障情報を取得することで、ネットワーク全体を調べることがなく、特定の顧客に関する故障情報を簡易に迅速に確認することが可能となる。特定の顧客に関する故障情報だけを確認することができるので、対応者に高いスキルを要することがない。そのため、顧客自身が故障位置確認装置１にアクセスして顧客宅内の機器の異常の有無を確認することも可能である。
【００４０】
本実施の形態によれば、顧客情報に複数のＯＮＵを関連付け、そのＯＮＵの疎通状態の組み合わせに障害の発生が推定される光ファイバの敷設区間を示す故障情報を対応付けることにより、故障位置確認装置１からの問い合わせに応答できない光ファイバやスプリッタなどの機器の故障を推定することが可能となる。
【００４１】
本実施の形態によれば、故障位置の切り分けを段階的に行うことにより、故障位置の特定する時間を短縮することが可能となる。
【００４２】
なお、各ネットワーク機器の状態を取得する際に、そのネットワーク機器のソフトウェアのバージョンなどの情報もあわせて取得することにより、バージョン固有の不具合を判定することができる。
【符号の説明】
【００４３】
１…故障位置確認装置
１１…入力部
１２…収集部
１３…推定部
１４…出力部
１５…契約情報蓄積部
１６…設備情報蓄積部
１７…対応表蓄積部
２０，２１，２２…ＯＬＴ
３０，３１，３２，３３，３４，３０−１〜４…スプリッタ
４０，４１，４２，４３…ＯＮＵ
５１，５２，５３…ＨＧＷ
１０１，１０２，１０３…情報端末
２００…ＮＷ網
３００…故障受付オペレータ
【技術分野】
【０００１】
本発明は、顧客からネットワークの障害が報告されたときに故障位置を切り分ける技術に関する。
【背景技術】
【０００２】
顧客からネットワークの障害が報告された場合、故障対応者がネットワーク上に配置されたネットワーク機器のそれぞれに問い合わせをし、その問い合わせ結果に基づいて故障被疑箇所の推定を行っている。この作業は煩雑であり、高いスキルを要する人員の配置が必要であった。
【０００３】
顧客からの故障問い合わせの際に、迅速に故障対応できることが急務であり、様々な故障切り分け技術が提案されている。例えば、特許文献１では、分類された要素に対して異常を示す事象を対応付けたテーブルを用意し、各ネットワーク機器の通信状況を監視して、ネットワーク上での障害発生箇所の切り分けを行っている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１６７３４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の技術はシステム全体についての故障を対象とするため、顧客から報告された障害を直接解決するための切り分けができない。また、システム全体についての故障切り分けがなされても、スキルレベルの低いオペレータでは対応できないという問題がある。
【０００６】
一方、光ファイバの故障被疑箇所の推定については、ＯＴＤＲ（Optical Time Domain Reflectometer）など散乱光を利用したものがあるが、ＯＴＤＲ装置は高額であり、顧客回線全てへの適用はできない。そのため、簡易に、安価に、光区間の故障被疑箇所を推定することが課題である。
【０００７】
本発明は、上記に鑑みてなされたものであり、顧客から報告された障害に迅速に応答可能な故障位置確認装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
第１の本発明に係る故障位置確認装置は、ネットワークで発生した故障の位置を切り分ける故障位置確認装置であって、顧客情報に１つ以上の設備情報を関連付けて格納した設備情報蓄積手段と、設備情報の示す機器の状態の組み合わせと故障情報を対応させて格納した対応表蓄積手段と、顧客情報の入力を受け付ける入力手段と、入力手段が受け付けた顧客情報に関連付けられた設備情報を設備情報蓄積手段から検索し、当該設備情報の示す機器の状態を取得する状態取得手段と、取得した機器の状態の組み合わせに対応した故障情報を対応表蓄積手段から読み出して提示する故障推定手段と、を有することを特徴とする。
【０００９】
上記故障位置確認装置において、設備情報は、光ファイバの終端に接続される終端機器を示すものであって、故障情報は、障害の発生が推定される光ファイバの敷設区間を示すものであることを特徴とする。
【００１０】
第２の本発明に係る故障位置確認方法は、ネットワークで発生した故障の位置を切り分ける故障位置確認方法であって、顧客情報の入力を受け付けるステップと、顧客情報に１つ以上の設備情報を関連付けて格納した設備情報蓄積手段から、入力した顧客情報に関連付けられた設備情報を検索し、当該設備情報の示す機器の状態を取得するステップと、設備情報の示す機器の状態の組み合わせと故障情報を対応させて格納した対応表蓄積手段から、取得した機器の状態の組み合わせに対応した故障情報を読み出して提示するステップと、を有することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、顧客から報告された障害に迅速に応答可能な故障位置確認装置を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】一実施の形態における故障位置確認装置とネットワークの構成を示す概略図である。
【図２】上記故障位置確認装置の構成を示すブロック図である。
【図３】上記故障位置確認装置の動作の流れを示すフローチャートである。
【図４】顧客情報である契約ＩＤとその契約ＩＤに関連つけられた設備情報の例を示す図である。
【図５】図４の設備情報に基づいて収集したネットワーク機器の状態の例を示す図である。
【図６】ネットワーク機器の状態の組み合わせと故障情報とを対応付けた対応表の例を示す図である。
【図７】図１のネットワークの光ケーブル区間の構成例と疎通確認順序の例を示す概略図である。
【図８】終端機器の疎通状態の組み合わせと故障情報とを対応付けた対応表の例を示す図である。
【図９】終端機器の疎通状態の組み合わせと故障情報とを対応付けた別の対応表の例を示す図である。
【図１０】図１のネットワークの光ケーブル区間の疎通確認順序の別の例を示す概略図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態について図面を用いて説明する。
【００１４】
図１は、本実施の形態における故障位置確認装置とネットワークの構成を示す概略図である。同図に示すネットワークは、ＮＷ網２００に接続されたＯＬＴ（Optical Line Terminal）２１，２２と、ＯＬＴ２１，２２に接続され、光ファイバを分岐するスプリッタ３１，３２，３３，３４と、スプリッタ３１，３２，３３，３４で分岐された光ケーブルに接続されたＯＮＵ（Optical Network Unit）４１，４２，４３と、ＯＮＵ４１，４２，４３に接続され、各顧客宅に配置されるＨＧＷ５１，５２，５３を有する。各ＨＧＷ５１，５２，５３には、顧客が用いる情報端末１０１，１０２，１０３が接続される。情報端末１０１，１０２，１０３として、図中に示したパーソナルコンピュータの他にも、電話機、ＦＡＸ、家電等を接続するものでもよい。
【００１５】
故障受付オペレータ３００は、顧客から故障の問い合わせを受け付けると、顧客を識別する情報を故障位置確認装置１に入力して調査を開始する。故障位置確認装置１は、指定された顧客に関連付けられたネットワーク機器を検索し、そのネットワーク機器から情報を収集し、収集した情報に基づいて故障位置、対処方法などを推定して提示する。ＯＬＴ２１，２２、およびＨＧＷ５１，５２，５３などのネットワーク機器は、故障位置確認装置１からの問い合わせに応答するシステムを備える。ＯＮＵ４１，４２，４３への問い合わせは、ＯＬＴ２１，２２がＯＮＵ４１，４２，４３の状態を取得して故障位置確認装置１に応答する。
【００１６】
以下、故障位置確認装置１の詳細について説明する。
【００１７】
図２は、本実施の形態における故障位置確認装置の構成を示すブロック図である。同図に示す故障位置確認装置１は、入力部１１、収集部１２、推定部１３、出力部１４、契約情報蓄積部１５、設備情報蓄積部１６、および対応表蓄積部１７を有する。
【００１８】
入力部１１は、故障受付オペレータ３００から顧客を識別する情報、例えば、契約ＩＤの入力を受け付ける。
【００１９】
収集部１２は、入力部１１が入力した契約ＩＤに関連付けられたネットワーク機器の現在の状態を収集する。具体的には、契約ＩＤに関連付けられたネットワーク機器の情報を契約情報蓄積部１５から取得し、ネットワーク機器それぞれに関する設備情報を設備情報蓄積部１６から取得し、取得した設備情報それぞれに基づいて各ネットワーク機器に状態を問い合わせ、各ネットワーク機器の現在の状態を収集する。契約ＩＤに関連付けられるネットワーク機器としては、例えば図１に示すネットワーク構成例の場合、入力された契約ＩＤが情報端末１０１を利用する顧客のものであるとすると、情報端末１０１とＮＷ網２００までの通信経路に存在するＯＬＴ２１、ＯＮＵ４１、およびＨＧＷ５１などが該当する。
【００２０】
推定部１３は、対応表蓄積部１７に格納された対応表を参照し、収集部１２が収集したネットワーク機器の現在の状態に基づいて故障位置、対処方法を推定する。対応表は、各ネットワーク機器の状態の組み合わせに故障位置、対処方法を対応付けたものである。利用するネットワーク機器は顧客毎に異なるので、対応表も顧客毎に異なったものとなる。
【００２１】
出力部１４は、推定部１３が推定した故障位置、対処方法を提示する。
【００２２】
次に、故障位置確認装置１の動作について説明する。
【００２３】
図３は、本実施の形態の故障位置確認装置１の動作の流れを示すフローチャートである。
【００２４】
入力部１１が顧客の契約ＩＤを入力すると、その契約ＩＤに関連付けられた設備情報を検索する（ステップＳ１）。図４に契約ＩＤと契約ＩＤに関連付けられた設備情報の例を示す。同図では、契約ＩＤにＯＬＴ２１、ＯＮＵ４１、ＨＧＷ５１が関連付けられている。
【００２５】
続いて、検索した設備情報が示すネットワーク機器の状態を収集する（ステップＳ２）。図５に収集したネットワーク機器の状態の例を示す。同図は、図４に示した設備情報が示すネットワーク機器に問い合わせて収集した各ネットワーク機器の現在の状態である。ＯＬＴ２１、ＯＮＵ４１の状態はＯＫであり、ＨＧＷ５１の状態はＮＧである。
【００２６】
そして、収集したネットワーク機器の状態の組み合わせに対応する故障位置、対処方法を対応表から検索する（ステップＳ３）。図６にネットワーク機器の状態の組み合わせと故障位置、対処方法とを対応させた対応表の例を示す。収集したネットワーク機器の現在の状態が図５に示す場合、図６に示す対応表のパターン３に該当するので、故障位置は「ＨＧＷ５１」であり、対処方法は「ＨＧＷを確認する」となる。
【００２７】
次に、光ケーブル区間における故障位置の切り分けについて説明する。
【００２８】
上述したように、故障位置確認装置１は、顧客に関連付けられた各ネットワーク機器から状態を取得し、その状態の組み合わせに基づいて故障位置を切り分ける。故障位置が光ケーブル区間と推定される場合は、光ケーブル区間においてさらに故障位置を切り分ける。光ケーブル区間のスプリッタや光ファイバの配置場所は様々で、故障修理箇所、修理方法、あるいは修理をする人が異なるため、光ケーブル区間内の故障位置を特定することは重要である。ところが、スプリッタや光ファイバなどは、故障位置確認装置１からの問い合わせに応答するシステムを備えていないので、故障位置確認装置１は状態を問い合わせて知ることができない。そこで、本実施の形態では、顧客毎にいくつかの終端機器を関連付けるとともに、その終端機器への疎通の状態の組み合わせに推定される障害発生箇所を対応付けておき、故障の問い合わせがあった場合、その顧客に関連付けられた終端機器への疎通を確認し、疎通の状態の組み合わせに基づいて障害の発生が推定される光ファイバの敷設区間を推定する。
【００２９】
図７は、図１に示したネットワーク構成の光ケーブル区間の構成例を示す概略図である。同図に示す構成では、ＯＬＴ２０に接続された光ファイバは、スプリッタ３０で４分岐、各スプリッタ３０−１〜４で８分岐してＯＮＵ４０に接続され、ＯＬＴ２０に３２ユーザが収容される。スプリッタ３０はＯＬＴ２０と同じ設備ビル内に配置され、スプリッタ３０−１〜４は設備ビル外に配置される。
【００３０】
故障の問い合わせをした顧客が利用するＯＮＵ４０への疎通確認だけでは、故障箇所である光ファイバやスプリッタを特定することができないので、複数のＯＮＵ４０への疎通を確認することで故障位置を切り分ける。例えば、１１番のＯＮＵ４０を利用する顧客から故障の問い合わせがあった場合、１１番のＯＮＵ４０、１１番のＯＮＵ４０が接続されるスプリッタ３０−２内の１２番のＯＮＵ４０、およびスプリッタ３０−２が接続されるスプリッタ３０内の別のスプリッタ３０−１に接続される１番のＯＮＵ４０への疎通を確認する。そして、１１番、１２番、１番それぞれのＯＮＵ４０への疎通状態の組み合わせに故障位置を対応付けた対応表を参照して故障位置を切り分ける。なお、各ＯＮＵ４０への疎通の確認はＯＬＴ２０が行う。
【００３１】
図８に、１１番、１２番、１番のＯＮＵ４０への疎通状態の組み合わせと故障位置とを対応させた対応表の例を示す。１１番のＯＮＵ４０への疎通がＮＧで、１２番のＯＮＵ４０への疎通がＯＫの場合、図８に示す対応表のパターン１に該当するので、故障位置はスプリッタ３０−２とＯＮＵ４０の間（所外ＳＰ〜ＯＮＵ）であると切り分けられる。以下同様に、１１番、１２番のＯＮＵ４０への疎通が共にＮＧで、１番のＯＮＵ４０への疎通がＯＫの場合、パターン２に該当するので、故障位置はスプリッタ３０とスプリッタ３０−２の間（所内ＳＰ〜所外ＳＰ）であると切り分けられる。１１番、１２番、１番のＯＮＵ４０への疎通が共にＮＧの場合、パターン３に該当するので、故障位置はＯＬＴ２０とスプリッタ３０の間（ＯＬＴ〜所内ＳＰ）であると切り分けられる。なお、疎通確認対象のＯＮＵ４０の情報は、顧客の契約ＩＤに関連付けて契約情報蓄積部１５に格納し、光ケーブル区間における故障位置の切り分けに用いる対応表は、対応表蓄積部１７に格納する。
【００３２】
現状、故障率ｎは十分小さい値であるので、同一スプリッタ内で複数の故障が発生する故障率は非常に小さい値ｎ2となる。したがって、８分岐スプリッタ３０及び４分岐スプリッタ３０−１〜４内の全てのＯＮＵ４０への疎通を確認しなくても、精度良く故障位置を推定することが可能となる。図８に示すように、パターン１，２，３それぞれの精度は、１，１−ｎ2，１−（ｎ2＋ｎ3）となる。
【００３３】
また、疎通確認をするＯＮＵ４０の数を増やすことでさらに精度を上げることができる。図９は、スプリッタ３０−２に接続された１１番、１２番、１３番のＯＮＵ４０への疎通を確認し、故障位置を切り分ける対応表の例である。
【００３４】
このように、ある顧客からの障害報告に基づいて光ケーブル区間における障害発生箇所を推定することにより、障害が発生した同一の光ファイバに収容される他の顧客からの報告を待つことなく、迅速に対応することが可能となる。
【００３５】
図１０は、故障問い合わせのあった１１番のスプリッタ３０−２に接続されたすべてのＯＮＵ４０への疎通を確認した後、１番のＯＮＵ４０から順番に全てのＯＮＵ４０への疎通を確認する例を示す概略図である。
【００３６】
図１０に示す例では、まず、故障問い合わせのあった１１番のＯＮＵ４０と同じスプリッタ３０−２に接続された９番から１６番のＯＮＵ４０への疎通を確認する。この時点で、スプリッタ３０−２と１１番のＯＮＵ４０の間に問題があるか否か判定できる。
【００３７】
続いて、１番から３２番のＯＮＵ４０まで順番に疎通を確認する。このとき、９番から１６番のＯＮＵ４０はすでに疎通確認済みなので確認しない。９番から１６番のＯＮＵ４０以外が正常ならばスプリッタ３０−２とスプリッタ３０の間に問題があると推定できる。１番から３２番のＯＮＵ４０全ての疎通が確認できない場合は、スプリッタ３０とＯＬＴ２０の間に問題があると推定できる。
【００３８】
このように、故障問い合わせのあったＯＮＵと同じスプリッタに接続されたＯＮＵの疎通確認を先に行うことで、より早く結果を知ることが可能となる。もちろん、１番から３２番まで順番に疎通を確認するものでもよい。
【００３９】
したがって、本実施の形態によれば、顧客情報にネットワーク機器を関連付け、さらに、そのネットワーク機器の状態の組み合わせに故障情報を対応付けておき、顧客から故障の問い合わせを受けた場合に、収集部１２が、その顧客に関連つけられたネットワーク機器の状態を収集し、推定部１３が、収集したネットワーク機器の状態の組み合わせに対応つけた故障情報を取得することで、ネットワーク全体を調べることがなく、特定の顧客に関する故障情報を簡易に迅速に確認することが可能となる。特定の顧客に関する故障情報だけを確認することができるので、対応者に高いスキルを要することがない。そのため、顧客自身が故障位置確認装置１にアクセスして顧客宅内の機器の異常の有無を確認することも可能である。
【００４０】
本実施の形態によれば、顧客情報に複数のＯＮＵを関連付け、そのＯＮＵの疎通状態の組み合わせに障害の発生が推定される光ファイバの敷設区間を示す故障情報を対応付けることにより、故障位置確認装置１からの問い合わせに応答できない光ファイバやスプリッタなどの機器の故障を推定することが可能となる。
【００４１】
本実施の形態によれば、故障位置の切り分けを段階的に行うことにより、故障位置の特定する時間を短縮することが可能となる。
【００４２】
なお、各ネットワーク機器の状態を取得する際に、そのネットワーク機器のソフトウェアのバージョンなどの情報もあわせて取得することにより、バージョン固有の不具合を判定することができる。
【符号の説明】
【００４３】
１…故障位置確認装置
１１…入力部
１２…収集部
１３…推定部
１４…出力部
１５…契約情報蓄積部
１６…設備情報蓄積部
１７…対応表蓄積部
２０，２１，２２…ＯＬＴ
３０，３１，３２，３３，３４，３０−１〜４…スプリッタ
４０，４１，４２，４３…ＯＮＵ
５１，５２，５３…ＨＧＷ
１０１，１０２，１０３…情報端末
２００…ＮＷ網
３００…故障受付オペレータ
【特許請求の範囲】
【請求項１】
ネットワークで発生した故障の位置を切り分ける故障位置確認装置であって、
顧客情報に１つ以上の設備情報を関連付けて格納した設備情報蓄積手段と、
前記設備情報の示す機器の状態の組み合わせと故障情報を対応させて格納した対応表蓄積手段と、
前記顧客情報の入力を受け付ける入力手段と、
前記入力手段が受け付けた前記顧客情報に関連付けられた前記設備情報を前記設備情報蓄積手段から検索し、当該設備情報の示す機器の状態を取得する状態取得手段と、
取得した前記機器の状態の組み合わせに対応した前記故障情報を前記対応表蓄積手段から読み出して提示する故障推定手段と、
を有することを特徴とする故障位置確認装置。
【請求項２】
前記設備情報は、光ファイバの終端に接続される終端機器を示すものであって、
前記故障情報は、障害の発生が推定される光ファイバの敷設区間を示すものであることを特徴とする請求項１記載の故障位置確認装置。
【請求項３】
ネットワークで発生した故障の位置を切り分ける故障位置確認方法であって、
前記顧客情報の入力を受け付けるステップと、
顧客情報に１つ以上の設備情報を関連付けて格納した設備情報蓄積手段から、入力した前記顧客情報に関連付けられた前記設備情報を検索し、当該設備情報の示す機器の状態を取得するステップと、
前記設備情報の示す機器の状態の組み合わせと故障情報を対応させて格納した対応表蓄積手段から、取得した前記機器の状態の組み合わせに対応した前記故障情報を読み出して提示するステップと、
を有することを特徴とする故障位置確認方法。
【請求項１】
ネットワークで発生した故障の位置を切り分ける故障位置確認装置であって、
顧客情報に１つ以上の設備情報を関連付けて格納した設備情報蓄積手段と、
前記設備情報の示す機器の状態の組み合わせと故障情報を対応させて格納した対応表蓄積手段と、
前記顧客情報の入力を受け付ける入力手段と、
前記入力手段が受け付けた前記顧客情報に関連付けられた前記設備情報を前記設備情報蓄積手段から検索し、当該設備情報の示す機器の状態を取得する状態取得手段と、
取得した前記機器の状態の組み合わせに対応した前記故障情報を前記対応表蓄積手段から読み出して提示する故障推定手段と、
を有することを特徴とする故障位置確認装置。
【請求項２】
前記設備情報は、光ファイバの終端に接続される終端機器を示すものであって、
前記故障情報は、障害の発生が推定される光ファイバの敷設区間を示すものであることを特徴とする請求項１記載の故障位置確認装置。
【請求項３】
ネットワークで発生した故障の位置を切り分ける故障位置確認方法であって、
前記顧客情報の入力を受け付けるステップと、
顧客情報に１つ以上の設備情報を関連付けて格納した設備情報蓄積手段から、入力した前記顧客情報に関連付けられた前記設備情報を検索し、当該設備情報の示す機器の状態を取得するステップと、
前記設備情報の示す機器の状態の組み合わせと故障情報を対応させて格納した対応表蓄積手段から、取得した前記機器の状態の組み合わせに対応した前記故障情報を読み出して提示するステップと、
を有することを特徴とする故障位置確認方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１０−２３２９７０（Ｐ２０１０−２３２９７０Ａ）
【公開日】平成２２年１０月１４日（２０１０．１０．１４）
【国際特許分類】
【出願番号】特願２００９−７８３０７（Ｐ２００９−７８３０７）
【出願日】平成２１年３月２７日（２００９．３．２７）
【出願人】（３９９０４０４０５）東日本電信電話株式会社 (286)
【Ｆターム（参考）】
【公開日】平成２２年１０月１４日（２０１０．１０．１４）
【国際特許分類】
【出願日】平成２１年３月２７日（２００９．３．２７）
【出願人】（３９９０４０４０５）東日本電信電話株式会社 (286)
【Ｆターム（参考）】
[ Back to top ]