(57)【要約】【課題】本発明は、ネットワーク診断方法、装置及び機器読み取り可能な記憶媒体を提供する。【解決手段】例示として、当該ネットワーク診断方法は、ＷＬＡＮ Ｄｏｃｔｏｒモードで運転される第１ＡＰがＣｌｉｅｎｔを模擬することにより、第１ＡＰ診断領域における第２ＡＰから供給されたＷＬＡＮサービスの品質をテストするステップを含む。【選択図】図１
2021516926.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク診断方法であって、
当該ネットワーク診断方法は、
無線ローカルエリアネットワーク（ＷＬＡＮ）診断（Ｄｏｃｔｏｒ）モードで運転される第１アクセスポイント（ＡＰ）が、前記第１ＡＰの診断領域に存在する第２ＡＰの作業チャネル情報を取得するステップと、
前記第１ＡＰが前記第２ＡＰの作業チャネル情報に基づいて、クライアント（Ｃｌｉｅｎｔ）を模擬することにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストするステップと、を含み、
前記第２ＡＰが運転するＷＬＡＮサービスモードは、前記ＷＬＡＮ Ｄｏｃｔｏｒモードと異なることを特徴とするネットワーク診断方法。
【請求項２】
ＷＬＡＮ Ｄｏｃｔｏｒモードで運転される第１アクセスポイント（ＡＰ）が第１ＡＰ診断領域に存在する第２ＡＰの作業チャネル情報を取得する前に、前記ネットワーク診断方法は、
前記第１ＡＰがモード切替指令を受信するステップと、
前記第１ＡＰが、前記モード切替指令に基づいて、運転中のＷＬＡＮサービスモードから前記ＷＬＡＮ Ｄｏｃｔｏｒモードに切り替えられるステップと、を更に含むことを特徴とする請求項１に記載のネットワーク診断方法。
【請求項３】
前記第１ＡＰが、前記第１ＡＰの診断領域に存在する第２ＡＰの作業チャネル情報を取得するステップは、
前記第１ＡＰがネットワーク診断指令を受信することと、
前記第１ＡＰが前記ネットワーク診断指令から前記第２ＡＰの作業チャネル情報を取得することと、を含むことを特徴とする請求項１に記載のネットワーク診断方法。
【請求項４】
前記第１ＡＰが、前記第１ＡＰの診断領域に存在する第２ＡＰの作業チャネル情報を取得した後、前記ネットワーク診断方法は、
前記第１ＡＰが前記第２ＡＰの作業チャネル情報に基づいて前記第２ＡＰの作業チャネルのチャネル品質をテストし、チャネル品質テスト結果をネットワーク管理機器へ報告するステップを更に含むことを特徴とする請求項１に記載のネットワーク診断方法。
【請求項５】
前記第１ＡＰが前記第２ＡＰの作業チャネル情報に基づいて、クライアント（Ｃｌｉｅｎｔ）を模擬することにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストするステップは、
前記第１ＡＰがＣｌｉｅｎｔを模擬して前記第２ＡＰの作業チャネル情報に基づいて前記第２ＡＰへの関連付けを行い、前記第１ＡＰの前記第２ＡＰへの関連付けに成功した後、前記第１ＡＰがＣｌｉｅｎｔを模擬してＩＰアドレスを要求し且つ認証を要求し、前記ＩＰアドレス及び前記認証の取得に成功した後、前記第１ＡＰがＣｌｉｅｎｔを模擬してネットワークに接続することにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストすることを含むことを特徴とする請求項１に記載のネットワーク診断方法。
【請求項６】
前記第１ＡＰがＣｌｉｅｎｔを模擬してネットワークに接続することにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストすることは、
前記第１ＡＰがＣｌｉｅｎｔを模擬してドメイン名システム（ＤＮＳ）サーバへＤＮＳ要求を送信することにより、前記ＤＮＳサーバに対して、アクセスすべきネットワークのドメイン名についてドメイン名解析を行うよう要求することと、
前記第１ＡＰがＣｌｉｅｎｔを模擬して前記ＤＮＳサーバから返信されたＤＮＳ応答を受信し、前記アクセスすべきネットワークのネットワークＩＰアドレスを前記ＤＮＳ応答から解析することと、
前記第１ＡＰがＣｌｉｅｎｔを模擬して前記ネットワークＩＰアドレスに基づいて前記アクセスすべきネットワークへアクセスすることにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストすることと、を含むことを特徴とする請求項５に記載のネットワーク診断方法。
【請求項７】
前記ネットワーク診断方法は、
前記第１ＡＰがネットワーク情報をネットワーク管理機器へ報告するステップを更に含み、
前記ネットワーク情報は、
前記第１ＡＰの前記第２ＡＰへの関連付けの関連付け過程情報及び関連付け結果と、
前記第１ＡＰがＩＰアドレスを要求するＩＰアドレス要求過程情報及びＩＰアドレス要求結果と、
前記第１ＡＰに対する認証の認証過程情報及び認証結果と、
ドメイン名解析結果と、のうちの少なくとも一種を含み、
前記ドメイン名解析結果は、前記第１ＡＰがＤＮＳサーバからのＤＮＳ応答に基づいて決定した、前記ＤＮＳサーバによってアクセスすべきネットワークのドメイン名についてドメイン名解析を行った結果であることを特徴とする請求項６に記載のネットワーク診断方法。
【請求項８】
前記ネットワーク診断方法は、
前記第１ＡＰが、第２ＡＰから供給されたＷＬＡＮサービスの品質をテストしたテスト結果をネットワーク管理機器へ報告するステップを更に含むことを特徴とする請求項１に記載のネットワーク診断方法。
【請求項９】
ＷＬＡＮ診断（Ｄｏｃｔｏｒ）モードで運転される第１ＡＰに用いられるネットワーク診断装置であって、
前記第１ＡＰの診断領域に存在する第２ＡＰの作業チャネル情報を取得するための取得ユニットと、
前記取得ユニットで取得された第２ＡＰの作業チャネル情報に基づいて、クライアント（Ｃｌｉｅｎｔ）を模擬することにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストするための診断ユニットと、を備え、
前記第２ＡＰが運転するＷＬＡＮサービスモードは、前記ＷＬＡＮ Ｄｏｃｔｏｒモードと異なることを特徴とするネットワーク診断装置。
【請求項１０】
前記ネットワーク診断装置は、
モード切替指令を受信し、前記モード切替指令に基づいて、前記第１ＡＰが運転中のＷＬＡＮサービスモードからＷＬＡＮ Ｄｏｃｔｏｒモードに切り替えられるように制御するための作業モードユニットを更に備えることを特徴とする請求項９に記載のネットワーク診断装置。
【請求項１１】
前記取得ユニットは、
ネットワーク診断指令を受信し、
前記ネットワーク診断指令から前記第２ＡＰの作業チャネル情報を取得することを特徴とする請求項９に記載のネットワーク診断装置。
【請求項１２】
前記ネットワーク診断装置は、
前記取得ユニットで取得された第２ＡＰの作業チャネル情報に基づいて、前記第２ＡＰの作業チャネルのチャネル品質をテストし、チャネル品質テスト結果をネットワーク管理機器へ報告するためのテストユニットを更に備えることを特徴とする請求項９に記載のネットワーク診断装置。
【請求項１３】
前記診断ユニットは、
前記第１ＡＰがＣｌｉｅｎｔを模擬して前記第２ＡＰの作業チャネル情報に基づいて前記第２ＡＰへの関連付けを行うように制御し、前記第１ＡＰの前記第２ＡＰへの関連付けに成功した後、前記第１ＡＰがＣｌｉｅｎｔを模擬してＩＰアドレスを要求し且つ認証を要求するように制御し、前記ＩＰアドレス及び前記認証の取得に成功した後、前記第１ＡＰがＣｌｉｅｎｔを模擬してネットワークに接続することで前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストするように制御するために用いられることを特徴とする請求項９に記載のネットワーク診断装置。
【請求項１４】
前記診断ユニットは、前記第１ＡＰがＣｌｉｅｎｔを模擬してネットワークに接続することで前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストするように制御することは、具体的に、
前記第１ＡＰがＣｌｉｅｎｔを模擬してドメイン名システム（ＤＮＳ）サーバへＤＮＳ要求を送信することにより、前記ＤＮＳサーバに対してアクセスすべきネットワークのドメイン名についてドメイン名解析を行うよう要求するように制御し、
前記第１ＡＰがＣｌｉｅｎｔを模擬して前記ＤＮＳサーバから返信されたＤＮＳ応答を受信し、前記アクセスすべきネットワークのネットワークＩＰアドレスを前記ＤＮＳ応答から解析するように制御し、
前記第１ＡＰがＣｌｉｅｎｔを模擬して前記ネットワークＩＰアドレスに基づいて前記アクセスすべきネットワークへアクセスすることにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストするように制御することを特徴とする請求項１３に記載のネットワーク診断装置。
【請求項１５】
前記診断ユニットは、更に、
ネットワーク情報をネットワーク管理機器へ報告すために用いられ、
前記ネットワーク情報は、
前記第１ＡＰの前記第２ＡＰへの関連付けの関連付け過程情報及び関連付け結果と、
前記第１ＡＰがＩＰアドレスを要求するＩＰアドレス要求過程情報及びＩＰアドレス要求結果と、
第１ＡＰに対する認証の認証過程情報及び認証結果と、
ドメイン名解析結果と、
前記第１ＡＰが第２ＡＰから供給されたＷＬＡＮサービスの品質をテストしたテスト結果と、のうちの少なくとも一種を含み、
前記ドメイン名解析結果は、前記第１ＡＰがＤＮＳサーバからのＤＮＳ応答に基づいて決定した、前記ＤＮＳサーバによってアクセスすべきネットワークのドメイン名についてドメイン名解析を行った結果であることを特徴とする請求項９に記載のネットワーク診断装置。
【請求項１６】
機器読み取り可能な記憶媒体であって、
前記機器読み取り可能な記憶媒体には、機器の実行可能な指令が記憶され、
前記機器の実行可能な指令が実行されることにより、請求項１に記載の方法は、実施されることを特徴とする機器読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク通信技術に関し、特にネットワーク診断方法、装置及び機器読み取り可能な記憶媒体に関する。
【背景技術】
【０００２】
無線ローカルエリアネットワーク（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ、ＷＬＡＮ）は、無線通信技術を用いて一定の領域内で確立されたネットワークであり、無線チャネルを伝送媒体として、伝統的な有線ローカルエリアネットワーク（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｒｏｋ、ＬＡＮ）の機能を供給する。
【０００３】
ＷＬＡＮは、特点として、環境に非常に大きく影響され、動的でリアルタイムに変化するネットワークである。したがって、高品質のＷＬＡＮを維持し続けるために、通常、ネットワーク管理者がＷＬＡＮに対して絶たずに診断を行う必要がある。
【０００４】
コストの点から考慮すると、多くの固定場所、例えば、ホテル等には、通常、駐在するネットワーク管理者がいない。ネットワーク管理者がいない場合に、如何にしてネットワークを診断するかは、現在解決すべき技術問題となる。
【図面の簡単な説明】
【０００５】
ここでの図面は、明細書に組み込まれて明細書の一部を構成し、本発明に合致する実施例を示しつつ、明細書の記載とともに本発明の原理を解釈するために用いられる。
【図１】本発明に係る例示的な実施例のフローチャートである。
【図２】本発明に係る応用ネットワーキングの模式図である。
【図３】本発明に係るステップ１０２の例示的な実施例の実施フローチャートである。
【図４】本発明に係るステップ３０３の例示的な実施例のフローチャートである。
【図５】本発明に係る例示的な実施例のネットワーキング図である。
【図６】本発明に係るネットワーク診断装置の例示的な実施例の構成図である。
【図７】本発明に係る図６に示す装置のハードウェア構成の模式図である。
【発明を実施するための形態】
【０００６】
本発明の目的、解決手段及びメリットがより明瞭になるように、以下に図面及び具体的な実施例を組み合わせて本発明を詳細に説明する。
【０００７】
図１は、本発明に係る例示的な実施例のフローチャートである。当該方法は、ＷＬＡＮ診断（Ｄｏｃｔｏｒ）モードで運転される第１アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ、ＡＰ）に適用される。ここで、第１ＡＰは、単に後文のＡＰと区分するために名付けられたものであり、１つの特定のＡＰに限定されるものではない。
【０００８】
第１ＡＰは、ＷＬＡＮ Ｄｏｃｔｏｒモードにおいて運転される。図１に示すように、当該フローは、以下のステップを含んでもよい。
【０００９】
ステップ１０１では、ＷＬＡＮ Ｄｏｃｔｏｒモードで運転される第１ＡＰが、第１ＡＰ診断領域に存在する第２ＡＰの作業チャネル情報を取得し、第２ＡＰが運転するＷＬＡＮサービスモードは、ＷＬＡＮ Ｄｏｃｔｏｒモードと異なる。
【００１０】
ここで、第２ＡＰは、単に記述の便宜上で名付けられたものであり、１つの特定のＡＰに限定されるものではない。
【００１１】
一実施例として、本発明において、第１ＡＰ診断領域は、第１ＡＰの監視し得る領域である。例えば、図２に示すネットワーク構造では、第１ＡＰが廊下に設けられるＡＰ２００であると仮定すれば、当該廊下に設けられるＡＰ２００の監視し得る領域は、客間２１〜客間２４の領域となり、第１ＡＰ診断領域は、客間２１〜客間２４の領域となる。
【００１２】
一例において、ステップ１０１では、第１ＡＰがローカルの配置に基づいて、第１ＡＰ診断領域に存在する第２ＡＰの作業チャネル情報を取得してもよい。
【００１３】
別の例において、ステップ１０１では、第１ＡＰがネットワーク管理機器からのネットワーク診断指令に基づいて第１ＡＰ診断領域に存在する第２ＡＰの作業チャネル情報を取得することは、具体的に、ネットワーク診断指令を受信し、本ＡＰ診断領域に存在する第２ＡＰの作業チャネル情報を前記ネットワーク診断指令から取得することを含んでもよい。ここでのネットワーク管理機器は、クラウド管理プラットフォーム、または、ローカルのネットワーク機器（例えば、サーバ等）であってもよい。
【００１４】
一実施例として、ここでのネットワーク診断指令は、ネットワーク管理機器が第２ＡＰから供給されたＷＬＡＮサービスの異常を知ったときに配信したものであり、第２ＡＰから供給されたＷＬＡＮサービスを診断するために専用されている。例えば、図２に示すように、客間２１にＷＬＡＮの異常が発生し、ホテルネットワーク管理者は、客間２１におけるお客さんのクレームを受けた後で移動端末を介して客間２１におけるＷＬＡＮサービスの異常を指示する外部指令をネットワーク管理機器へ報告する。こうして、ネットワーク管理機器は、外部指令を受信すると、客間２１を監視可能であるとともにＷＬＡＮ Ｄｏｃｔｏｒモードで運転されるＡＰ２００（廊下に設けられ、第１ＡＰに相当）へネットワーク診断指令を配信することにより、ＡＰ２００（第１ＡＰに相当）が客間２１におけるＡＰ２０１（第２ＡＰに相当）から供給されたＷＬＡＮサービスを専ら診断するようトリガする。
【００１５】
ステップ１０２では、第１ＡＰが前記第２ＡＰの作業チャネル情報に基づいて、クライアント（Ｃｌｉｅｎｔ）を模擬することにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストする。
【００１６】
ステップ１０２から分かるように、本発明において、第１ＡＰは、Ｃｌｉｅｎｔを模擬することで第１ＡＰ診断領域における第２ＡＰから供給されたＷＬＡＮサービスの品質をテストし、ＷＬＡＮをリアルタイムで診断可能であり、ネットワーク管理者の関与を必要とせず、人工コストを低減できるとともに、ネットワーク異常時の処理速度を速めることができ、ネットワークアクセスの回復効率を向上させる。
【００１７】
これで、図１に示すフローは、完了する。
【００１８】
図１に示すフローにおいて、一実施例として、第１ＡＰは、専ら実際の需要に応じて指定の位置に配置された、ＷＬＡＮ Ｄｏｃｔｏｒを実行するための少なくとも１つのＡＰであってもよい。ここで、専ら実際の需要に応じて配置された、ＷＬＡＮ Ｄｏｃｔｏｒを実行するための第１ＡＰは、電源を入れると、ＷＬＡＮ Ｄｏｃｔｏｒモードにおいて運転されて作業する。
【００１９】
図１に示すフローにおいて、別の実施例として、第１ＡＰは、ＷＬＡＮサービスモードで運転される少なくとも１つのＡＰであってもよい。この前提の下で、上記図１に示すフローを実行する前に、第１ＡＰは、先にモード切替を行い、運転中のＷＬＡＮサービスモードからＷＬＡＮ Ｄｏｃｔｏｒモードに切り替えられる。
【００２０】
一例において、第１ＡＰが運転中のＷＬＡＮサービスモードからＷＬＡＮ Ｄｏｃｔｏｒモードに切り替えられるのは、受信されたモード切替指令に基づいて実行される。ここでのモード切替指令は、ネットワーク管理機器からのものであってもよい。
【００２１】
図１に示すフローにおいて、ステップ１０２の実現方式は、非常に多くあり得る。下文では、図３に示すフローは、１種の実現方式を示す。
【００２２】
図３は、本発明に係るステップ１０２で実現される例示的な実施例のフローチャートである。図３に示すように、当該フローは、以下のステップを含んでもよい。
【００２３】
ステップ３０１では、第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰの作業チャネル情報に基づいて第２ＡＰへの関連付けを行い、前記第２ＡＰへの関連付けに成功した後、ステップ３０２を実行する。
【００２４】
一例において、第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰの作業チャネルに切り替えられることで第２ＡＰと関連付けさせ、具体的な関連付け方式は、従来のＣｌｉｅｎｔとＡＰとの関連付けの方式に類似するため、ここで繰り返し説明しない。
【００２５】
説明すべきことは、本発明において、第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰとの関連付けを試す全過程がネットワーク管理機器によって完全に把握され得ることを保証するために、一例示において、第１ＡＰは、更に、第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰとの関連付けを行う関連付け過程情報及び関連付け結果をネットワーク管理機器へ報告する必要がある。
【００２６】
一例において、関連付け過程情報とは、第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰとの関連付けを行う過程情報を指す。例えば、第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰとの関連付けを行うステップは、主に、第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰへ関連付け検知要求を送信し、第２ＡＰから返信された関連付け検知応答を受信することを含む場合に、関連付け過程情報は、関連付け検知要求の送信に成功したか否かの情報、関連付け検知応答の受信に成功したか否かの情報を含む。
【００２７】
一例において、関連付け結果は、関連付けに成功したか否かの情報を含む。第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰとの関連付けに成功した場合に、関連付け結果は、関連付け成功情報を含み、逆に、関連付け結果は、関連付け失敗情報を含む。
【００２８】
ここで、第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰとの関連付けを行う関連付け過程情報、及び関連付け結果をネットワーク管理機器へ報告することにより、第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰとの関連付けを行う全過程がネットワーク管理機器によって全方位で監視され得ることは保証でき、異常時にも異常原因をタイムリーに診断できる。以下では、例を挙げて異常時に異常原因をタイムリーに診断することを記述する。異常が関連付け検知要求の送信に失敗したことであることを例とし、ネットワーク管理機器は、第１ＡＰから報告された、関連付け検知要求の送信に失敗した旨の情報を受信したときに、第２ＡＰの上り出口流量帯域幅を検出し、当該検出された上り出口流量帯域幅が必要な帯域幅リミットよりも遥かに低いと発見すれば、関連付け検知要求の送信に失敗した原因がネットワーク帯域幅の不足であると分析する。
【００２９】
ステップ３０２では、第１ＡＰがＣｌｉｅｎｔを模擬してＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを要求し且つ認証を要求し、ＩＰアドレス及び認証の取得に成功した後、ステップ３０３を実行する。
【００３０】
本発明において、第１ＡＰがＣｌｉｅｎｔを模擬してＩＰアドレスを要求し且つ認証を要求することは、固定の時間前後順を有さない。第１ＡＰは、Ｃｌｉｅｎｔを模擬し、ＩＰアドレスを要求してから認証を要求してもよく、認証を要求してからＩＰアドレスを要求してもよいが、本発明では具体的に限定されない。
【００３１】
ここで、第１ＡＰがＣｌｉｅｎｔを模擬してＩＰアドレスを要求する方式は、従来のＣｌｉｅｎｔがＩＰアドレスを要求する方式と類似するため、ここで繰り返し説明しない。
【００３２】
説明すべきことは、本発明において、第１ＡＰがＣｌｉｅｎｔを模擬してＩＰアドレスを要求する全過程がネットワーク管理機器によって完全に把握され得ることを保証するために、一例示において、第１ＡＰは、更に、Ｃｌｉｅｎｔを模擬してＩＰアドレスを要求するＩＰアドレス要求過程情報及びＩＰアドレス要求結果をネットワーク管理機器へ報告する必要がある。
【００３３】
一例において、ＩＰアドレス要求過程情報とは、第１ＡＰがＩＰアドレスを要求する過程情報を指す。例えば、第１ＡＰがＣｌｉｅｎｔを模擬してＩＰアドレスを要求する過程は、主に、第１ＡＰがＣｌｉｅｎｔを模擬して動的ホスト構成プロトコル（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＤＨＣＰ）サーバへＤＨＣＰディスカバー（Ｄｉｓｃｏｖｅｒ）パケットを送信することと、ＤＨＣＰサーバから返信されたＤＨＣＰオファー（Ｏｆｆｅｒ）パケットを受信することと、ＤＨＣＰサーバへＤＨＣＰ要求（Ｒｅｑｕｅｓｔ）パケットを送信することと、ＤＨＣＰサーバから返信されたＤＨＣＰ確認（ＡＣＫ）パケットを受信することとを含み、ＩＰアドレス要求過程情報は、ＤＨＣＰ Ｄｉｓｃｏｖｅｒパケットの送信に成功したか否か、ＤＨＣＰサーバから返信されたＤＨＣＰ Ｏｆｆｅｒパケットの受信に成功した否か、ＤＨＣＰ Ｒｅｑｕｅｓｔパケットの送信に成功したか否か、ＤＨＣＰサーバから返信されたＤＨＣＰ ＡＣＫパケットの受信に成功したか否かを含む。
【００３４】
一例において、ＩＰアドレス要求結果は、ＩＰアドレスの情報の取得に成功したか否かを含み、第１ＡＰがＣｌｉｅｎｔを模擬してＩＰアドレスを取得することに成功した場合に、ＩＰアドレス要求結果は、ＩＰアドレス取得成功情報を含み、逆に、ＩＰアドレス要求結果は、ＩＰアドレス取得失敗情報を含む。一例示において、ＩＰアドレス要求結果がＩＰアドレス取得失敗情報を含むときに、第１ＡＰが失敗原因を知っていれば、ＩＰアドレス取得結果は、失敗原因を更に含んでもよい。
【００３５】
ここで、第１ＡＰがＣｌｉｅｎｔを模擬してＩＰアドレスを要求する過程におけるＩＰアドレス要求過程情報、及びＩＰアドレス要求結果を、ネットワーク管理機器へ報告するため、ネットワーク管理機器は、第１ＡＰがＣｌｉｅｎｔを模擬してＩＰアドレスを要求する全過程を全方位で監視することを保証可能であるとともに、異常時に異常原因をタイムリーに診断できる。以下では、例を挙げて異常時に異常原因をタイムリーに診断することを記述する。異常がＤＨＣＰ Ｒｅｑｕｅｓｔパケット送信の失敗であることを例とすると、ネットワーク管理機器は、第１ＡＰから報告された、ＤＨＣＰ Ｒｅｑｕｅｓｔパケットの送信に失敗した旨の情報を受信したときに、第１ＡＰとＤＨＣＰサーバとの間の出口流量帯域幅を検出し、出口流量帯域幅が所定帯域幅リミットよりも遥かに低いと発見すれば、ＤＨＣＰ Ｒｅｑｕｅｓｔパケット送信の失敗の原因がネットワーク帯域幅の不足であると分析する。また、異常がＤＨＣＰサーバから返信されたＤＨＣＰ ＡＣＫパケットを成功に受信していないことであることを例とすると、ネットワーク管理機器は、第１ＡＰから報告された、ＤＨＣＰサーバから返信されたＤＨＣＰ ＡＣＫパケットの受信に成功しなかった旨の情報を受信したときに、ＤＨＣＰサーバ処理パケットの状況を検知することでＤＨＣＰサーバの負荷を判断し、ＤＨＣＰサーバで並行処理されているＤＨＣＰ Ｒｅｑｕｅｓｔパケットの数が設定された並行数よりも遥かに高いと発見すれば、ＤＨＣＰサーバから返信されたＤＨＣＰ ＡＣＫパケットを成功に受信しなかった原因が、ＤＨＣＰサーバの負荷負担が大きいことであると分析する。
【００３６】
ステップ３０２では、第１ＡＰがＣｌｉｅｎｔを模擬して認証を要求するとは、第１ＡＰがＣｌｉｅｎｔを模擬して認証サーバへ、本ＡＰの模擬したＣｌｉｅｎｔに対して認証を行うよう要求することを指す。ここでの認証は、ＭＡＣ認証、Ｐｏｒｔａｌ認証、８０２．１ｘ認証等の常用認証であってもよく、本発明では具体的に限定されない。
【００３７】
説明すべきことは、本発明において、第１ＡＰの模擬したＣｌｉｅｎｔに対して認証を行う全過程がネットワーク管理機器によって完全に把握され得ることを保証するために、一例示において、第１ＡＰは、更に、第１ＡＰの模擬したＣｌｉｅｎｔに対して認証を行う認証過程情報、及び認証結果をネットワーク管理機器へ報告する必要がある。
【００３８】
一例において、認証過程情報とは、認証サーバが第１ＡＰの模擬したＣｌｉｅｎｔに対して認証を行う過程情報を指し、上述した関連付け過程情報、ＩＰアドレス取得過程情報と類似し、ここで繰り返し説明しない。
【００３９】
一例において、認証結果は、認証に成功したか否かの情報を含む。
【００４０】
ここで、第１ＡＰの模擬したＣｌｉｅｎｔに対して認証を行う時の認証過程情報、及び認証結果をネットワーク管理機器へ報告するため、第１ＡＰの模擬したＣｌｉｅｎｔに対して認証を行う時の全過程がネットワーク管理機器によって全方位で監視されることは保証可能であり、異常時にも異常原因をタイムリーに診断できる。
【００４１】
ステップ３０３では、第１ＡＰは、Ｃｌｉｅｎｔを模擬してネットワークに接続することにより、第２ＡＰから供給されたＷＬＡＮサービスの品質をテストする。
【００４２】
一実施例として、下文の図４に示すフローでは、本ステップ３０３において、第１ＡＰが如何にしてＣｌｉｅｎｔを模擬してネットワークに接続することで第２ＡＰから供給されたＷＬＡＮサービスの品質をテストするかは、例示されている。ここで繰り返し説明しない。
【００４３】
一例において、第１ＡＰは、更に、第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰから供給されたＷＬＡＮサービス品質をテストしたテスト結果をネットワーク管理機器へ報告する必要がある。ネットワーク管理機器は、テスト結果を受信した後、テスト結果に基づいて、第２ＡＰから供給されたＷＬＡＮサービスの品質を分析し、第２ＡＰから供給されたＷＬＡＮサービスが異常である場合に、ネットワーク管理機器は、タイムリーに警告を発しまたは異常原因を作業員へフィードバックすることで作業員が異常原因に応じて異常を解決するよう促し、ネットワークをリアルタイムで追跡することを実現する。
【００４４】
これで、図３に示すフローは、完了する。図３に示すフローにより、第１ＡＰが真にＣｌｉｅｎｔを模擬して第２ＡＰから供給されたＷＬＡＮサービス品質をテストすることは、実現される。
【００４５】
図４は、本発明に係るステップ３０３の例示的な実施例のフローチャートである。図４に示すように、当該フローは、以下のステップを含んでもよい。
【００４６】
ステップ４０１では、第１ＡＰがＣｌｉｅｎｔを模擬してドメイン名システム（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ、ＤＮＳ）サーバへＤＮＳ要求を送信することにより、前記ＤＮＳサーバに対して、アクセスすべきネットワークのドメイン名についてドメイン名解析を行うよう要求する。
【００４７】
本ステップ４０１は、第１ＡＰの模擬したＣｌｉｅｎｔに対する認証に成功したときに実行される。第１ＡＰの模擬したＣｌｉｅｎｔに対する認証に成功したのは、第１ＡＰがＣｌｉｅｎｔを模擬して正常のインターネット利用行為を開始できることを意味する。正常のインターネット利用行為を開始するときに、アクセスすべきネットワークに対してドメイン名解析を行う必要がある。ステップ４０１は、ドメイン名解析を要求する過程である。ＤＮＳサーバがＤＮＳ要求を受信した後で如何にしてドメイン名解析を行うかは、具体的な実現過程が従来のドメイン名解析過程と類似するため、繰り返し説明しない。
【００４８】
一例において、ここでアクセスすべきネットワークは、予め指定されたネットワークテストのためのネットワークであってもよい。
【００４９】
別の例において、ここでアクセスすべきネットワークは、需要に応じてランダム的にアクセスするネットワークであり、本発明において具体的に限定されない。
【００５０】
ステップ４０２では、第１ＡＰがＣｌｉｅｎｔを模擬して前記ＤＮＳサーバから返信されたＤＮＳ応答を受信し、アクセスすべきネットワークのネットワークＩＰアドレスを前記ＤＮＳ応答から解析する。
【００５１】
一例において、ＤＮＳ応答がネットワークＩＰアドレスを含む場合に、ＤＮＳ応答に付加されるネットワークＩＰアドレスは、一般的にＤＮＳ要求に基づいて解析されたアクセスすべきネットワークのＩＰアドレスであり、その際、ドメイン名解析に成功したことを意味し、逆に、ドメイン名解析に失敗したことを意味する。
【００５２】
ステップ４０３では、第１ＡＰがＣｌｉｅｎｔを模擬して前記ネットワークＩＰアドレスに基づいて前記アクセスすべきネットワークへアクセスすることにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストする。
【００５３】
一例において、第２ＡＰから供給されたＷＬＡＮサービスの品質は、ネットワーク速度で表される。第２ＡＰから供給されたＷＬＡＮのネットワーク速度が、設定されたネットワーク速度以上であるときに、第２ＡＰから供給されたＷＬＡＮサービス品質が良好であると示し、逆に、第２ＡＰから供給されたＷＬＡＮサービス品質が悪いと示し、第２ＡＰから供給されたＷＬＡＮサービス品質のテストは最終的に実現される。
【００５４】
説明すべきことは、本発明において、第１ＡＰがＣｌｉｅｎｔを模擬してドメイン名解析を要求する全過程がネットワーク管理機器によって完全に把握され得ることを保証するために、一例示において、第１ＡＰは、更に、第１ＡＰがＣｌｉｅｎｔを模擬して受信したドメイン名解析結果をネットワーク管理機器へ報告する必要がある。ここでのドメイン名解析結果は、第１ＡＰが前記ＤＮＳ応答に基づいて決定した、前記ＤＮＳサーバによってアクセスすべきネットワークのドメイン名についてドメイン名解析を行った結果である。一例において、第１ＡＰがＣｌｉｅｎｔを模擬してＤＮＳサーバへＤＮＳ要求を送信した後、受信されたＤＮＳ応答にネットワークＩＰアドレスが付加されている場合に、ＤＮＳ解析に成功したことを意味し、このような場合に、ドメイン名解析結果とは、ドメイン名解析に成功したことを指し、逆に、ドメイン名解析結果とは、ドメイン名解析に失敗したことを指す。
【００５５】
これで、図４に示すフローは、完了する。
【００５６】
説明すべきことは、本発明において、第１ＡＰは、更に、取得された第２ＡＰの作業チャネル情報に基づいて第２ＡＰの作業チャネルのチャネル品質をテストし、チャネル品質テスト結果をネットワーク管理機器へ報告する必要がある。一実施例として、ここでのチャネル品質テスト結果は、ネットワーク信号強度、チャネル利用率、信号干渉状況等を含むが、これらに限定されない。第１ＡＰがチャネル品質テスト結果をネットワーク管理機器へ報告した後、ネットワーク管理機器は、第１ＡＰから報告されたチャネル品質テスト結果に基づいて、第２ＡＰから供給されたＷＬＡＮサービスが正常であるか否かを判断してもよい。具体的に、ネットワーク管理機器が第１ＡＰから報告されたチャネル品質テスト結果に基づいて、第２ＡＰから供給されたＷＬＡＮサービスが正常であるか否かを判断することは、非常に多くの実現方式があり得る。以下では、例を挙げて１種の実現方式を記述する。
【００５７】
一実施例として、ネットワーク管理機器は、機械学習アルゴリズムにより、第１ＡＰから報告されたチャネル品質テスト結果に基づいて、第２ＡＰから供給されたＷＬＡＮサービスが正常であるか否かを判断する。図２を例とすると、第２ＡＰの作業チャネルがチャネル１とされ、ネットワーク管理機器が受信した第１ＡＰから報告されたチャネル１のチャネル品質テスト結果（現在信号強度を例とする）がａ２１とされた場合に、ネットワーク管理機器は、受信されたチャネル１の現在信号強度に基づいて、チャネル１の信号強度にばらつきがあるか否かを判断し、そうであれば、第２ＡＰから供給されたＷＬＡＮサービスが異常であると決定し、そうでなければ、第２ＡＰから供給されたＷＬＡＮサービスが正常であると決定する。ここで、ネットワーク管理機器が受信されたチャネル１の現在信号強度に基づいてチャネル１の信号強度にばらつきが発生したか否かを判断することは、例として、受信されたチャネル１の現在信号強度がチャネル１の既存のチャネル強度区間範囲を超えたか否かをチェックし、そうであれば、チャネル１の信号強度にばらつきが発生したと決定し、そうでなければ、チャネル１の信号強度にばらつきが発生しなかったと決定する。例えば、チャネル１の現在信号強度が−７０であれば、チャネル１の既存のチャネル強度区間範囲（ある時間帯に渡ってチャネル１の信号強度を累積して得られた）を超えたため、チャネル１の信号強度にばらつきが発生したと決定する。
【００５８】
一例において、ネットワーク管理機器は、第２ＡＰから供給されたＷＬＡＮサービスが異常であると判断したときに、警告を発し、または指定の目標例えば固定場所（例えばホテル）の作業員へフィードバックすることにより、ネットワークをできるだけ速く回復する。
【００５９】
図３、図４に示すフローから分かるように、第１ＡＰがＣｌｉｅｎｔを模擬して実行した各操作の過程情報及び結果（ネットワーク情報と総称）は、ネットワーク管理機器へ報告される。第１ＡＰがＣｌｉｅｎｔを模擬するネットワーク情報は、上述した通りに、主に、第１ＡＰがＣｌｉｅｎｔを模擬して前記第２ＡＰとの関連付けを行う関連付け過程情報及び関連付け結果と、第１ＡＰがＣｌｉｅｎｔを模擬してＩＰアドレスを要求する時のＩＰアドレス要求過程情報及びＩＰアドレス要求結果と、第１ＡＰで模擬されたＣｌｉｅｎｔに対して認証を行う認証過程情報及び認証結果と、第１ＡＰがＤＮＳサーバからのＤＮＳ応答に基づいて決定した、前記ＤＮＳサーバによってアクセスすべきネットワークのドメイン名についてドメイン名解析を行った結果と、を含む。
【００６０】
ネットワーク管理機器は、第１ＡＰから報告されたネットワーク情報を受信した後、ネットワーク情報に基づいてネットワーク異常を診断し、ネットワーク異常が診断で判明されたときに、警告を発し、または指定目標例えば固定場所（ホテルを例とする）の作業員へフィードバックする。説明すべきことは、本発明において、ネットワーク管理機器がネットワーク異常を診断で判明したときにも、当該ネットワーク異常は、第１ＡＰがＣｌｉｅｎｔを模擬して実行した各操作の過程情報及び結果（ネットワーク情報と総称）に基づいて決定したものであるため、異常原因が非常に容易に分かる。こうして、異常を指定目標例えば固定場所（ホテルを例とする）の作業員へフィードバックする際、異常原因を説明してもよい。これにより、指定目標例えば固定場所（ホテルを例とする）の作業員がタイムリーに機器を取り換えてネットワークへのアクセスを回復し、即ち、機器の取り換えをリアルタイムで実行可能であり、何のネットワーク経験も持たない作業員でも異常を解決できる。
【００６１】
依然として図３に示すフローから分かるように、本発明において、第１ＡＰは、更に、Ｃｌｉｅｎｔを模擬して第２ＡＰから供給されたＷＬＡＮサービスの品質をテストしたテスト結果をネットワーク管理機器へ報告する。ネットワーク管理機器は、第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰから供給されたＷＬＡＮサービスの品質をテストしたテスト結果を受信し、受信されたテスト結果に基づいて、第２ＡＰから供給されたＷＬＡＮサービス状況を診断してもよい。
【００６２】
更に、第１ＡＰと同様にＷＬＡＮ Ｄｏｃｔｏｒモードで運転される複数のＡＰが何れも第１ＡＰの作業方式に従って作業したときに、ネットワーク管理機器は、第１ＡＰと同様にＷＬＡＮ Ｄｏｃｔｏｒモードで運転される複数のＡＰから報告されたテスト結果を受信する。こうして、ネットワーク管理機器は、受信されたテスト結果に基づいてＷＬＡＮを最適化してもよい。具体的に、ネットワーク管理機器は、ビッグデータによって各ＡＰから報告されたテスト結果を分析することで全ＷＬＡＮのネットワーク体験を分析し、分析結果に基づいて全ＷＬＡＮを最適化してもよい。
【００６３】
以下では、１つの具体的な実施例により、本発明に係る方法を記述する。
【００６４】
図５は、本発明に係る例示的な実施例のネットワーキング図である。図５において、ネットワーク管理機器は、クラウド管理プラットフォームとして例示される。
【００６５】
図５は、ホテルへの応用を例とする。図５に示すように、需要に応じて、ホテルにおいて廊下に位置し且つ現在ＷＬＡＮサービスモードで運転されるＡＰ５００がＷＬＡＮ Ｄｏｃｔｏｒを実行する必要があると決定する。
【００６６】
クラウド管理プラットフォームは、ＡＰ５００へモード切替指令を送信し、モード切替指令は、ＡＰ５００が運転中のＷＬＡＮサービスモードからＷＬＡＮ Ｄｏｃｔｏｒモードへ切り替えられるよう指示するために用いられる。
【００６７】
クラウド管理プラットフォームとＡＰ５００の間に存在するＡＣは、ＡＰ５００に先立ってクラウド管理プラットフォームからのモード切替指令を受信し、受信されたモード切替指令をＡＰ５００へ転送する。
【００６８】
ＡＰ５００は、モード切替指令を受信した後、運転中のＷＬＡＮサービスモードからＷＬＡＮ Ｄｏｃｔｏｒモードに切り替えられる。これで、ＡＰ５００は、ＷＬＡＮ Ｄｏｃｔｏｒモードで運転される。説明すべきことは、別の例において、ＷＬＡＮ Ｄｏｃｔｏｒ専用の１つのＡＰも単独で配置してもよい。当該ＷＬＡＮ Ｄｏｃｔｏｒ専用のＡＰが一旦配置できると、当該ＡＰは、ＷＬＡＮ Ｄｏｃｔｏｒモードで運転される。本実施例は、単にＡＰ５００を例として記述する。
【００６９】
ＡＰ５００は、運転中のＷＬＡＮサービスモードからＷＬＡＮ Ｄｏｃｔｏｒモードに切り替えられた後、クラウド管理プラットフォームへモード切替成功のメッセージを返信する。クラウド管理プラットフォームとＡＰ５００の間に存在するＡＣは、クラウド管理プラットフォームに先立ってＡＰ５００からのモード切替成功のメッセージを受信し、受信されたモード切替成功のメッセージをクラウド管理プラットフォームへ転送する。クラウド管理プラットフォームは、ＡＰ５００からのモード切替成功のメッセージを受信した後、ネットワーク診断指令をＡＰ５００へ配信する。ネットワーク診断指令には、ＡＰ５００の診断領域に存在する少なくとも１つのＡＰの作業チャネル情報が付加されている。ここで、モード切替指令にＡＰ５０１〜ＡＰ５０４の作業チャネル情報が付加されることを例とする。
【００７０】
クラウド管理プラットフォームとＡＰ５００の間に存在するＡＣは、ＡＰ５００に先立ってクラウド管理プラットフォームからのネットワーク診断指令を受信すると、ネットワーク診断指令をＡＰ５００へ転送する。
【００７１】
ＡＰ５００は、クラウド管理プラットフォームからのネットワーク診断指令を受信し、受信されたネットワーク診断指令から、本ＡＰ診断領域に存在するＡＰ５０１〜ＡＰ５０４の作業チャネル情報を取得する。
【００７２】
ＡＰ５０１の作業チャネル情報を取得することを例とする。
【００７３】
ＡＰ５００は、ＡＰ５０１の作業チャネル情報に基づいてＡＰ５０１の作業チャネル（チャネル１と記す）のチャネル品質（例えば、信号強度、チャネル利用率、信号干渉状況等）をテストし、チャネル品質テスト結果をクラウド管理プラットフォームへ報告する。クラウド管理プラットフォームは、チャネル１のチャネル品質テスト結果を受信し、チャネル品質テスト結果に基づいて、機械学習アルゴリズムによって、ＡＰ５０１から供給されたＷＬＡＮサービスが正常であるか否かを判断する（判断方式は、上述した通りである）。一例において、クラウド管理プラットフォームは、ＡＰ５０１から供給されたＷＬＡＮサービスが異常であると判断したときに、警告を発してもよい。
【００７４】
ＡＰ５００は、Ｃｌｉｅｎｔの行為を模擬し、ＡＰ５０１の作業チャネル情報に基づいてＡＰ５０１との関連付けを行い、関連付け過程情報、関連付け結果をクラウド管理プラットフォームへ報告する。
【００７５】
ＡＰ５００は、ＡＰ５０１との関連付けに成功した後、Ｃｌｉｅｎｔの行為を模擬してＩＰアドレスを要求し、且つ認証を要求する。ＡＰ５００は、Ｃｌｉｅｎｔを模擬してＩＰアドレスを要求する時のＩＰアドレス要求過程情報、及びＩＰアドレス要求結果をクラウド管理プラットフォームへ報告し、ＡＰ５００は、本ＡＰ５００の模擬したＣｌｉｅｎｔに対して認証を行った認証過程情報、及び認証結果をクラウド管理プラットフォームへ報告する。
【００７６】
ＡＰ５００は、ＩＰアドレス及び認証の取得に成功した後、正常インターネット利用行為を開始してもよい。その際、ＤＮＳサーバへＤＮＳ要求を送信することにより、ＤＮＳサーバに対して、アクセスすべきネットワークのドメイン名についてドメイン名解析を行うよう要求する。
【００７７】
ＡＰ５００は、Ｃｌｉｅｎｔを模擬してＤＮＳサーバから返信されたＤＮＳ応答を受信し、アクセスすべきネットワークのネットワークＩＰアドレスをＤＮＳ応答から解析する。一実施例として、ＡＰ５００は、更に、Ｃｌｉｅｎｔを模擬したドメイン名解析結果をクラウド管理プラットフォームへ報告する必要がある。ここでのドメイン名解析結果は、ＡＰ５００がＤＮＳサーバからのＤＮＳ応答に基づいて決定した、ＤＮＳサーバがアクセスすべきネットワークのドメイン名についてドメイン名解析を行った結果である。一例において、ＡＰ５００がＣｌｉｅｎｔを模擬してＤＮＳサーバへＤＮＳ要求を送信した後、受信されたＤＮＳ応答にネットワークＩＰアドレスが付加されている場合に、ＤＮＳ解析に成功したと意味する。このような場合に、ドメイン名解析結果とは、ドメイン名解析に成功したことを指し、逆に、ドメイン名解析結果とは、ドメイン名解析に失敗したことを指す。
【００７８】
ドメイン名解析に成功した後、ＡＰ５００は、ＤＮＳ応答に付加されるネットワークＩＰアドレスに基づいて、前記アクセスすべきネットワークへアクセスすることにより、ＡＰ５０１から供給されたＷＬＡＮサービスの品質をテストする。ＡＰ５００は、テスト結果をクラウド管理プラットフォームへ報告し、クラウド管理プラットフォームは、測定結果に基づいてＡＰ５０１の実ネットワーク状況を診断し、ネットワーク異常が診断されたときに、タイムリーに警告を発しまたは異常原因を作業員へフィードバックし、作業員が異常原因に応じて機器を取り換えるように促し、異常を迅速に解決し、ネットワークを２４時間リアルタイムで追跡することも実現できる。
【００７９】
以上では、ＡＰ５０１を例としてＡＰ５００が如何にしてＡＰ５０１から供給されたＷＬＡＮサービスの品質をテストするかを記述した。同様に、ＡＰ５００も、上記原理にしたがってＡＰ５０２〜ＡＰ５０４から供給されたＷＬＡＮサービスの品質をテストする。
【００８０】
ＡＰ５００が、ＡＰ５０１〜ＡＰ５０４から供給されたＷＬＡＮサービス品質のテスト結果をクラウド管理プラットフォームへ報告した後、クラウド管理プラットフォームは、報告されたテスト結果に基づいてビッグデータ分析を行い、全ＷＬＡＮのネットワーク体験を分析し、即ち、分析結果に基づいて全ＷＬＡＮを最適化することが可能である。
【００８１】
以上は、本発明に係る実施例を分析した。以下では、本発明に係る装置を記述する。
【００８２】
図６は、本発明に係るネットワーク診断装置の例示的な実施例の構成図である。当該装置６０は、ＷＬＡＮＤｏｃｔｏｒモードで運転される第１ＡＰに適用され、装置６０は、取得ユニット６０１及び診断ユニット６０２を備える。取得ユニット６０１は、第１ＡＰ診断領域に存在する第２ＡＰの作業チャネル情報を取得し、前記第２ＡＰが運転するＷＬＡＮサービスモードは、前記ＷＬＡＮ Ｄｏｃｔｏｒモードと異なる。診断ユニット６０２は、前記取得ユニットで取得された第２ＡＰの作業チャネル情報に基づいて、クライアント（Ｃｌｉｅｎｔ）を模擬することにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストする。
【００８３】
図６に示すように、装置６０は、作業モードユニット６０３及びテストユニット６０４を更に備える。作業モードユニット６０３は、モード切替指令を受信し、前記モード切替指令に基づいて、前記第１ＡＰが運転中のＷＬＡＮサービスモードからＷＬＡＮ Ｄｏｃｔｏｒモードに切り替えられるように制御する。テストユニット６０４は、取得ユニット６０１で取得された第２ＡＰの作業チャネル情報に基づいて第２ＡＰの作業チャネルのチャネル品質をテストし、チャネル品質テスト結果をネットワーク管理機器へ報告する。
【００８４】
一例において、前記取得ユニット６０１は、具体的に、ネットワーク診断指令を受信し、前記ネットワーク診断指令から前記第２ＡＰの作業チャネル情報を取得する。
【００８５】
一例において、前記診断ユニット６０２は、具体的に、前記第１ＡＰがＣｌｉｅｎｔを模擬して前記第２ＡＰの作業チャネル情報に基づいて前記第２ＡＰへの関連付けを行うように制御し、第１ＡＰの前記第２ＡＰへの関連付けに成功した後、前記第１ＡＰがＣｌｉｅｎｔを模擬してＩＰアドレスを要求し且つ認証を要求するように制御し、ＩＰアドレス及び認証の取得に成功した後、前記第１ＡＰがＣｌｉｅｎｔを模擬してネットワークに接続することで第２ＡＰから供給されたＷＬＡＮサービスの品質をテストするように制御する。
【００８６】
一例において、前記診断ユニット６０２は、前記第１ＡＰがＣｌｉｅｎｔを模擬してネットワークに接続することで第２ＡＰから供給されたＷＬＡＮサービスの品質をテストすることは、具体的に、前記第１ＡＰがＣｌｉｅｎｔを模擬してドメイン名システム（ＤＮＳ）サーバへＤＮＳ要求を送信することにより、前記ＤＮＳサーバに対して、アクセスすべきネットワークのドメイン名についてドメイン名解析を行うよう要求するように制御し、
前記第１ＡＰがＣｌｉｅｎｔを模擬して前記ＤＮＳサーバから返信されたＤＮＳ応答を受信し、前記アクセスすべきネットワークのネットワークＩＰアドレスを前記ＤＮＳ応答から解析するように制御し、且つ、前記第１ＡＰがＣｌｉｅｎｔを模擬して前記ネットワークＩＰアドレスに基づいて前記アクセスすべきネットワークへアクセスすることにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストするように制御する。
【００８７】
一例において、前記診断ユニット６０２は、更に、前記第１ＡＰの前記第２ＡＰへの関連付けの関連付け過程情報及び関連付け結果をネットワーク管理機器へ報告し、及び／又は、前記第１ＡＰがＩＰアドレスを要求するＩＰアドレス要求過程情報及びＩＰアドレス要求結果をネットワーク管理機器へ報告し、及び／又は、第１ＡＰに対する認証の認証過程情報及び認証結果をネットワーク管理機器へ報告し、及び／又は、ドメイン名解析結果を前記ネットワーク管理機器へ報告し（前記ドメイン名解析結果は、第１ＡＰがＤＮＳサーバからのＤＮＳ応答に基づいて決定した、前記ＤＮＳサーバによってアクセスすべきネットワークのドメイン名についてドメイン名解析を行った結果である）、及び／又は、第２ＡＰから供給されたＷＬＡＮサービスの品質をテストしたテスト結果をネットワーク管理機器へ報告する。
【００８８】
これで、図６に示す装置の構成図は、完了する。
【００８９】
図７は、本発明に係る図６に示す装置のハードウェア構成図である。図７に示すように、当該ハードウェア構造は、プロセッサ７０１と、機器の実行可能な指令が記憶される機器読み取り可能な記憶媒体７０２とを備える。
【００９０】
プロセッサ７０１と機器読み取り可能な記憶媒体７０２とは、システムバスを介して互いに通信可能である。また、プロセッサ７０１は、機器読み取り可能な記憶媒体７０２におけるネットワーク診断論理に対応する機器の実行可能な指令を読み取って実行することにより、上述したネットワーク診断方法を実施可能である。一実施例において、プロセッサ７０１は、前記第１ＡＰの診断領域に存在する第２ＡＰの作業チャネル情報を取得し、前記第２ＡＰの作業チャネル情報に基づいて、クライアント（Ｃｌｉｅｎｔ）を模擬することにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストするように構成され、前記第２ＡＰが運転するＷＬＡＮサービスモードは、前記ＷＬＡＮ Ｄｏｃｔｏｒモードと異なる。
【００９１】
本文で言及された機器読み取り可能な記憶媒体７０２は、如何なる電気的なもの、磁気的なもの、光学的なものまたは他の物理的記憶装置であってもよく、情報（例えば、実行可能な指令、データ等）を含むか記憶可能である。例えば、機器読み取り可能な記憶媒体７０２は、ランダムアクセスメモリ（英語：Ｒａｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭと略称）、揮発性メモリ、不揮発性メモリ、フラッシュメモリ、記憶ドライバ（例えば、ハードディスクドライバ）、ソリッド・ステート・ディスク、如何なるタイプの記憶ディスク（例えば、光ディスク、ｄｖｄ等）、または、類似する記憶媒体やそれらの組み合わせであってもよい。
【００９２】
これで、図７に示すハードウェア構造記述は、完了する。
【００９３】
本発明は、機器の実行可能な指令を含む機器読み取り可能な記憶媒体、例えば、図７における機器読み取り可能な記憶媒体７０２を更に提供する。前記機器の実行可能な指令がネットワーク診断装置におけるプロセッサによって実行されることにより、上述したネットワーク診断方法は、実施される。
【００９４】
上述したのは、本発明の好適な実施例に過ぎず、本発明を制限するためのものではない。本発明の精神及び原則内でなされた如何なる変更、均等物による置換、改良等も、本発明の保護範囲内に含まれるべきである。
【図１】
2021516926.tif 000003
【図２】
2021516926.tif 000004
【図３】
2021516926.tif 000005
【図４】
2021516926.tif 000006
【図５】
2021516926.tif 000007
【図６】
2021516926.tif 000008
【図７】
2021516926.tif 000009
【国際調査報告】
2021516926.tif 000010
2021516926.tif 000011
2021516926.tif 000012
2021516926.tif 000013