(57)【特許請求の範囲】
【請求項１】
構内ネットワークにおいてケーブルを介して通信可能であるべき第１、第２装置間が不通な場合に使用される有線ネットワーク不具合切り分け支援システムであって、
前記有線ネットワーク不具合切り分け支援システムは、通信網を介して移動端末と通信可能であり、
前記有線ネットワーク不具合切り分け支援システムは、前記移動端末に対し、
前記第１、第２装置間が第１のケーブルで接続されているのを確認することを要求する旨のメッセージを送信する機能と、
前記第１装置に接続された前記第１のケーブルに代わる第２のケーブルで前記移動端末を前記第１装置に接続することを要求する旨のメッセージを送信する機能と、
前記第１装置に前記第２のケーブルを介してビーコンを送信した場合に第１装置から前記第２のケーブルを介して送信されるビーコンの受信を試行させるリンクアップ命令を送信し、ビーコンを受信できたか否かを示す受信結果を受信する機能と、
前記第１装置からのビーコンが前記移動端末で受信されたなら、前記第１装置と前記移動端末の通信による接続を試行させる接続試行命令を送信する機能と、
前記第２装置に接続された前記第１のケーブルに代わる第３のケーブルで前記移動端末を前記第２装置に接続することを要求する旨のメッセージを送信する機能と、
前記第２装置に前記第３のケーブルを介してビーコンを送信した場合に第２装置から前記第３のケーブルを介して送信されるビーコンの受信を試行させるリンクアップ命令を送信し、ビーコンを受信できたか否かを示す受信結果を受信する機能と、
前記第２装置からのビーコンが前記移動端末で受信されたなら、前記第２装置と前記移動端末の通信による接続を試行させる接続試行命令を送信する機能と
を備えることを特徴とする有線ネットワーク不具合切り分け支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ケーブルを介して通信可能であるべき第１、第２装置間が通信不能（不通）である原因を切り分けるための有線ネットワーク不具合切り分け支援システムに関するものである。
【背景技術】
【０００２】
従来において、ネットワークにおける不通箇所を検出する技術は、例えば、非特許文献１にて開示されている。この技術は，不通箇所を検出できるが、不通の原因を切り分けることができない。
【０００３】
例えば、ケーブルを介して通信可能であるべき第１、第２装置間が不通の場合、その原因としては、（１）第１装置の不具合、（２）第２装置の不具合、（３）ケーブルの不具合があるが、不通の原因がこれらのどれを含むかは分からない。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】「［Think IT］第２回：構成を把握し、障害に対応する！」、［ｏｎｌｉｎｅ］、株式会社インプレスビジネスメディア、［平成２３年１１月１８日検索］、インターネット＜ＵＲＬ：http://thinkit.co.jp/article/31/2/2.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、上記の課題に鑑みてなされたものであり、その目的とするところは、ケーブルを介して通信可能であるべき第１、第２装置間が不通である原因を切り分けるための有線ネットワーク不具合切り分け支援システムを提供することにある。
【課題を解決するための手段】
【０００６】
上記の課題を解決するために、本発明は、構内ネットワークにおいてケーブルを介して通信可能であるべき第１、第２装置間が不通な場合に使用される有線ネットワーク不具合切り分け支援システムであって、前記有線ネットワーク不具合切り分け支援システムは、通信網を介して移動端末と通信可能であり、前記有線ネットワーク不具合切り分け支援システムは、前記移動端末に対し、前記第１、第２装置間が第１のケーブルで接続されているのを確認することを要求する旨のメッセージを送信する機能と、前記第１装置に接続された前記第１のケーブルに代わる第２のケーブルで前記移動端末を前記第１装置に接続することを要求する旨のメッセージを送信する機能と、前記第１装置に前記第２のケーブルを介してビーコンを送信した場合に第１装置から前記第２のケーブルを介して送信されるビーコンの受信を試行させるリンクアップ命令を送信し、ビーコンを受信できたか否かを示す受信結果を受信する機能と、前記第１装置からのビーコンが前記移動端末で受信されたなら、前記第１装置と前記移動端末の通信による接続を試行させる接続試行命令を送信する機能と、前記第２装置に接続された前記第１のケーブルに代わる第３のケーブルで前記移動端末を前記第２装置に接続することを要求する旨のメッセージを送信する機能と、前記第２装置に前記第３のケーブルを介してビーコンを送信した場合に第２装置から前記第３のケーブルを介して送信されるビーコンの受信を試行させるリンクアップ命令を送信し、ビーコンを受信できたか否かを示す受信結果を受信する機能と、前記第２装置からのビーコンが前記移動端末で受信されたなら、前記第２装置と前記移動端末の通信による接続を試行させる接続試行命令を送信する機能とを備えることを特徴とする有線ネットワーク不具合切り分け支援システムをもって解決手段とする。
【発明の効果】
【０００７】
本発明の有線ネットワーク不具合切り分け支援システムによれば、ケーブルを介して通信可能であるべき第１、第２装置間が不通である原因を切り分けることを支援することができる。
【図面の簡単な説明】
【０００８】
【図１】本実施の形態に係る有線ネットワーク不具合切り分け支援システムの利用環境を示す図である。
【図２】オペレータ端末１が不通箇所の検出および原因の切り分けを行っていく様子を示す第１のシーケンス図である。
【図３】オペレータ端末１が不通箇所の検出および原因の切り分けを行っていく様子を示す第２のシーケンス図である。
【図４】オペレータ端末１の動作方法を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の実施の形態について図面を参照して説明する。
【００１０】
図１は、本実施の形態に係る有線ネットワーク不具合切り分け支援システムの利用環境を示す図である。
【００１１】
有線ネットワーク不具合切り分け支援システム１は、オペレータＯＰの操作の下、ユーザＵ宅の構内ネットワーク（いわゆるローカルエリアネットワーク（ＬＡＮ））２で通信不能（不通）な箇所を検出し、原因の切り分けを行うものである。以下、有線ネットワーク不具合切り分け支援システム１を端的にオペレータ端末１という。オペレータ端末１は、構内ネットワーク２内の例えば、いわゆるＬＡＮケーブルであるケーブルＬを介して通信可能であるべきスイッチングハブなどの装置（以下、第１装置２１という）と別なスイッチングハブなどの装置（以下、第２装置２２という）の間が不通な場合、その原因の切り分けを行う。第２装置２２は、上記のようにルータつまり中継装置であり、端末２４などと同様な終端装置ではないこととする。
【００１２】
構内ネットワーク２は、例えば、ホームゲートウェイ２３を含み、端末２５などを含む場合がある。ホームゲートウェイ２３は、インターネット４などに接続される。
【００１３】
オペレータ端末１は、通信網３を介して、ユーザＵに使用される移動端末５と通信可能である。
【００１４】
また、オペレータ端末１は、インターネット４などを介して、ホームゲートウェイ２３と通信可能である。
【００１５】
オペレータ端末１、第１装置２１、第２装置２２および移動端末５は、それぞれ送信部、受信部および処理部（共に不図示）を備えるが、送信部と受信部は、単に情報の送受信を行うものなので、これらには特に言及しない。ここでは、処理部が送信部と受信部とともに行う処理を、これらを含むオペレータ端末１等が実行することとして説明を行う。
【００１６】
また、通信においては、例えば、送信元、送信先のＩＰアドレス、Ｍａｃアドレスの送受信が必要となるが、このような、単に通信のためのみに必要な情報については、説明を省略することとする。
【００１７】
図２および図３は、オペレータ端末１が不通箇所の検出および原因の切り分けを行っていく様子を示す第１および第２のシーケンス図である。図４は、オペレータ端末１の動作方法を示すフローチャートである。
【００１８】
例えば、図１の端末２４がインターネット４に接続できなくなった場合、ユーザＵは、そのことを移動端末５からオペレータＯＰに電話で知らせる。
【００１９】
図２において、オペレータ端末１は、電話を受けたオペレータＯＰにより操作され、接続検査依頼をホームゲートウェイ２３に送信する（Ｓ１）。
【００２０】
ホームゲートウェイ２３は、これにより、第１装置２１、第２装置２２を含め、自身を除く構内ネットワーク２内の全ての装置との接続検査を行う（Ｓ３）。接続検査は、例えば、ＨＴＩＰ（Home-network Topology Identifying Protocol)プロトコルで行われる。
【００２１】
ホームゲートウェイ２３は、接続できた装置のリストと接続できなかった装置のリストとを含む接続検査結果をオペレータ端末１に送信する（Ｓ５）。なお、接続検査結果は、ここでは、接続できた装置のメーカ名、機種名、型番を含むこととする。つまり、接続検査結果は、構内ネットワーク２の構成を示す構成情報ともいえるものである。また、接続検査結果は、事前に、例えば、定期的に送信するようにしてもよい。
【００２２】
オペレータ端末１は、接続検査結果に基づき、ここでは、第１装置２１と第２装置２２の間が不通であることを検出する（Ｓ７）。
【００２３】
オペレータ端末１は、第１装置２１、第２装置２２間がケーブルＬで接続されているのを確認することを要求する旨のメッセージ（例えば、「型番「ＸＸＸ−ＸＸ」、「ＹＹＹ−ＹＹ」のルータ間がＬＡＮケーブルで接続されていることを確認してください」）を移動端末５に送信し表示させる（Ｓ９、Ｔ１）。
【００２４】
ユーザＵは、第１装置２１、第２装置２２間がケーブルＬで接続されているか否かを確認し、確認結果を移動端末５に入力する。オペレータ端末１は、確認結果を移動端末５から受信する（Ｓ１１）。
【００２５】
オペレータ端末１は、確認結果により、第１装置２１、第２装置２２間がケーブルＬで接続されているか否かを判定する（Ｔ３）。オペレータ端末１は、ステップＴ３でＮＯと判定されたなら、そのことを記憶する。
【００２６】
オペレータ端末１は、ステップＴ３でＹＥＳと判定されたなら、または、ステップＴ５を終えたなら、ケーブルＬに代わる別なケーブルで移動端末５を第１装置２１に接続することを要求する旨のメッセージ（例えば、「ルータ間のケーブルを抜き、「型番「ＸＸＸ−ＸＸ」のケーブルを抜いた箇所に付属のケーブルのＬＡＮ側を挿入し、ケーブルのＵＳＢ側を移動端末に接続してください」）を送信し表示させる（Ｓ１３、Ｔ１１）。このように、ケーブルＬに代わるケーブルは、例えば、ＬＡＮの信号とＵＳＢの信号を変換するものである。
【００２７】
ユーザＵは、接続したことを移動端末５に入力する。オペレータ端末１は、その旨を示す接続完了通知を移動端末５から受信する（Ｓ１５）。
【００２８】
オペレータ端末１は、リンクアップ命令を移動端末５に送信する（Ｓ２１、Ｔ１１）。リンクアップ命令は、第１装置２１にビーコンを送信し、その場合に第１装置２１から送信されるビーコンの受信を試行させる命令である。
【００２９】
移動端末５は、第１装置２１にビーコンを送信し（Ｓ２３）、第１装置２１から送信されるビーコンの受信を試行する（Ｓ２５）。
【００３０】
オペレータ端末１は、ビーコンを受信できたか否かを示す受信結果を移動端末５から受信する（Ｓ２７）。
【００３１】
オペレータ端末１は、移動端末５が第１装置２１からビーコンを受信できたなら、第１装置２１との通信による接続試行命令を移動端末５に送信する（Ｓ３１）。接続試行命令は、接続を試行している時間の長さ（試行時間長）を含む。
【００３２】
移動端末５は、第１装置２１にパケットを送信し（Ｓ３３）、第１装置２１から送信されるパケット（例えば、ＨＴＩＰフレームを含むパケット）の試行時間長内での受信を試行する（Ｓ３５）。移動端末５はパケットを受信できた場合、通信により第１装置２１に接続できたこととなる。
【００３３】
オペレータ端末１は、移動端末５と第１装置２１の接続の成否を示す応答を移動端末５から受信する（Ｓ３７）。
【００３４】
図４において、オペレータ端末１は、移動端末５が第１装置２１からビーコンを受信でき、且つ、第１装置２１に接続できたかを判定する（Ｔ１３）。
【００３５】
オペレータ端末１は、ビーコンを受信できない場合（Ｔ１３：ＮＯ）は、第１装置２１の通信部に不具合があると判定する（Ｔ１５）。一方、ビーコンを受信できたが、第１装置２１に接続できない場合（Ｔ１３：ＮＯ）は、第１装置２１のソフトウェアに不具合があると判定する（Ｔ１５）。
【００３６】
オペレータ端末１は、ステップＴ１３でＹＥＳと判定されたなら、または、ステップＴ１５を終えたなら、図３に進み、ケーブルＬに代わる別なケーブルで移動端末５を第２装置２２に接続することを要求する旨のメッセージ（例えば、「「型番「ＹＹＹ−ＹＹ」のケーブルを抜いた箇所に付属のケーブルのＬＡＮ側を挿入し、ケーブルのＵＳＢ側を移動端末に接続してください」）を送信し表示させる（Ｓ４３、Ｔ２１）。ケーブルは、例えば、ＬＡＮの信号とＵＳＢの信号を変換するものである。
【００３７】
ユーザＵは、接続したことを移動端末５に入力する。オペレータ端末１は、その旨を示す接続完了通知を移動端末５から受信する（Ｓ４５）。
【００３８】
オペレータ端末１は、リンクアップ命令を移動端末５に送信する（Ｓ５１、Ｔ２１）。リンクアップ命令は、第２装置２２にビーコンを送信し、その場合に第２装置２２から送信されるビーコンの受信を試行させる命令である。
【００３９】
移動端末５は、第２装置２２にビーコンを送信し（Ｓ５３）、第２装置２２から送信されるビーコンの受信を試行する（Ｓ５５）。
【００４０】
オペレータ端末１は、ビーコンを受信できたか否かを示す受信結果を移動端末５から受信する（Ｓ５７）。
【００４１】
オペレータ端末１は、移動端末５が第２装置２２からビーコンを受信できたなら、第２装置２２との通信による接続試行命令を移動端末５に送信する（Ｓ６１）。接続試行命令は、接続を試行している時間の長さ（試行時間長）を含む。
【００４２】
移動端末５は、第２装置２２にパケットを送信し（Ｓ６３）、第２装置２２から送信されるパケット（例えば、ＨＴＩＰフレームを含むパケット）の試行時間長内での受信を試行する（Ｓ６５）。移動端末５はパケットを受信できた場合、通信により第２装置２２に接続できたこととなる。
【００４３】
オペレータ端末１は、移動端末５と第２装置２２の接続の成否を示す応答を移動端末５から受信する（Ｓ６７）。
【００４４】
図４において、オペレータ端末１は、移動端末５が第２装置２２からビーコンを受信でき、且つ、第２装置２２に接続できたかを判定する（Ｔ２３）。
【００４５】
オペレータ端末１は、ビーコンを受信できない場合（Ｔ２３：ＮＯ）は、第２装置２２の通信部に不具合があると判定する（Ｔ２５）。一方、ビーコンを受信できたが、第２装置２２に接続できない場合（Ｔ２３：ＮＯ）は、第２装置２２のソフトウェアに不具合があると判定する（Ｔ２５）。
【００４６】
オペレータ端末１は、ステップＴ２３でＹＥＳと判定されたなら、ケーブルＬの内部故障と判定する（Ｔ２７）。
【００４７】
図３に戻り、オペレータ端末１は、図４のステップＴ５、Ｔ１５、Ｔ２５、Ｔ２７での判定内容つまり不通の原因の切り分けの調査結果を移動端末５に送信し表示させる（Ｓ７１）。
【００４８】
なお、これまでの説明では、第２装置２２はスイッチングハブなど、つまり中継装置であるとしたが、第２装置２２が終端装置である場合、または、中継装置であっても、必要のない場合において、例えば、移動端末５は、第２装置２２との接続の成否を予め設定された試行時間長内で判断し、その成否を示す応答をオペレータ端末１に送信してもよい。つまり、オペレータ端末１は、接続試行命令に試行時間長を含ませなくてよい。
【００４９】
また、第２装置２２が終端装置である場合、移動端末５はステップＳ６３で、例えば、第２装置２２のＩＰアドレスに対しＡＲＰ要求を送信する。また、移動端末５はステップＳ６５で、例えば、接続の成否を示すＡＲＰ応答を受信する。ＡＲＰ応答を受信できた場合、移動端末５は第２装置２２に接続できたこととなる。
【００５０】
以上のように、有線ネットワーク不具合切り分け支援システム１（オペレータ端末１）は、構内ネットワーク２においてケーブルを介して通信可能であるべき第１、第２装置２１、２２間が不通な場合に使用される有線ネットワーク不具合切り分け支援システムであって、有線ネットワーク不具合切り分け支援システム１は、通信網３を介して移動端末５と通信可能であり、有線ネットワーク不具合切り分け支援システム１は、移動端末５に対し、第１、第２装置２１、２２間がケーブルで接続されているのを確認することを要求する旨のメッセージを送信する機能と、第１装置２１に接続されたケーブルに代わる別なケーブルで移動端末５を第１装置２１に接続することを要求する旨のメッセージを送信する機能と、第１装置２１にビーコンを送信した場合に第１装置２１から送信されるビーコンの受信を試行させるリンクアップ命令を送信し、ビーコンを受信できたか否かを示す受信結果を受信する機能と、第１装置２１からのビーコンが移動端末５で受信されたなら、第１装置２１と移動端末５の通信による接続を試行させる接続試行命令を送信する機能と、第２装置２２に接続されたケーブルに代わる別なケーブルで移動端末５を第２装置２２に接続することを要求する旨のメッセージを送信する機能と、第２装置２２にビーコンを送信した場合に第２装置２２から送信されるビーコンの受信を試行させるリンクアップ命令を送信し、ビーコンを受信できたか否かを示す受信結果を受信する機能と、第２装置２２からのビーコンが移動端末５で受信されたなら、第２装置２２と移動端末５の通信による接続を試行させる接続試行命令を送信する機能とを備えることで、ケーブルを介して通信可能であるべき第１、第２装置２１、２２間が不通である原因を切り分けることを支援することがができる。
【符号の説明】
【００５１】
１  有線ネットワーク不具合切り分け支援システム（オペレータ端末）
２  構内ネットワーク
３  通信網
５  移動端末
２１  第１装置
２２  第２装置
【図１】
0005694908.tif 000002
【図２】
0005694908.tif 000003
【図３】
0005694908.tif 000004
【図４】
0005694908.tif 000005