知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-02-01
(45)【発行日】2023-02-09
(54)【発明の名称】ネットワーク診断
(51)【国際特許分類】
H04W 24/06 20090101AFI20230202BHJP
H04W 84/12 20090101ALI20230202BHJP
H04W 88/08 20090101ALI20230202BHJP
【ＦＩ】
H04W24/06
H04W84/12
H04W88/08
【請求項の数】
12
(21)【出願番号】P 2020552272
(86)(22)【出願日】2019-03-28
(65)【公表番号】
(43)【公表日】2021-07-08
(86)【国際出願番号】 CN2019080009
(87)【国際公開番号】W WO2019184965
(87)【国際公開日】2019-10-03
【審査請求日】2020-09-28
(31)【優先権主張番号】201810291516.4
(32)【優先日】2018-03-30
(33)【優先権主張国・地域又は機関】CN
【前置審査】
(73)【特許権者】
【識別番号】518056748
【氏名又は名称】新華三技術有限公司
【氏名又は名称原語表記】ＮＥＷ Ｈ３Ｃ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．， ＬＴＤ．
(74)【代理人】
【識別番号】110002468
【氏名又は名称】弁理士法人後藤特許事務所
(72)【発明者】
【氏名】黄 翔
(72)【発明者】
【氏名】張 海涛
【審査官】篠田 享佑
(56)【参考文献】
【文献】米国特許出願公開第２０１８／００９１３８２（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０１０／０２４６４１６（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
(57)【特許請求の範囲】
【請求項1】
ネットワーク診断方法であって、当該ネットワーク診断方法は、
第１アクセスポイント（ＡＰ）がネットワーク管理機器からのモード切替指令を受信するステップと、
前記第１ＡＰが、前記モード切替指令に基づいて、運転中のＷＬＡＮサービスモードから前記ＷＬＡＮ Ｄｏｃｔｏｒモードに切り替えられるステップと、
無線ローカルエリアネットワーク（ＷＬＡＮ）診断（Ｄｏｃｔｏｒ）モードで運転される前記第１ＡＰが、前記第１ＡＰの診断領域に存在する第２ＡＰの作業チャネル情報を取得するステップと、
前記第１ＡＰが前記第２ＡＰの作業チャネル情報に基づいて、クライアント（Ｃｌｉｅｎｔ）を模擬することにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストするステップと、を含み、
前記第２ＡＰが運転するＷＬＡＮサービスモードは、前記ＷＬＡＮ Ｄｏｃｔｏｒモードと異なり、
前記作業チャネル情報により、前記第２ＡＰの作業チャネルのチャネル品質を検出することが可能であり、
前記第１ＡＰが、前記第１ＡＰの診断領域に存在する第２ＡＰの作業チャネル情報を取得するステップは、
前記第１ＡＰが前記ネットワーク管理機器から送信されたネットワーク診断指令を受信することと、
前記第１ＡＰが前記ネットワーク診断指令から前記第２ＡＰの作業チャネル情報を取得することと、を含み、
前記ネットワーク管理機器が前記第２ＡＰによって供給されたＷＬＡＮサービスが異常であることを受信した場合に、前記ネットワーク診断指令は、前記ネットワーク管理機器から送信される、
ことを特徴とするネットワーク診断方法。
【請求項2】
前記第１ＡＰが、前記第１ＡＰの診断領域に存在する第２ＡＰの作業チャネル情報を取得した後、前記ネットワーク診断方法は、前記第１ＡＰが前記第２ＡＰの作業チャネル情報に基づいて前記第２ＡＰの作業チャネルのチャネル品質をテストし、チャネル品質テスト結果を前記ネットワーク管理機器へ報告するステップを更に含むことを特徴とする請求項１に記載のネットワーク診断方法。
【請求項3】
前記第１ＡＰが前記第２ＡＰの作業チャネル情報に基づいて、クライアント（Ｃｌｉｅｎｔ）を模擬することにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストするステップは、前記第１ＡＰがＣｌｉｅｎｔを模擬して前記第２ＡＰの作業チャネル情報に基づいて前記第２ＡＰへの関連付けを行い、前記第１ＡＰの前記第２ＡＰへの関連付けに成功した後、前記第１ＡＰがＣｌｉｅｎｔを模擬してＩＰアドレスを要求し且つ認証を要求し、前記ＩＰアドレス及び前記認証の取得に成功した後、前記第１ＡＰがＣｌｉｅｎｔを模擬してネットワークに接続することにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストすることを含むことを特徴とする請求項１に記載のネットワーク診断方法。
【請求項4】
前記第１ＡＰがＣｌｉｅｎｔを模擬してネットワークに接続することにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストすることは、前記第１ＡＰがＣｌｉｅｎｔを模擬してドメイン名システム（ＤＮＳ）サーバへＤＮＳ要求を送信することにより、前記ＤＮＳサーバに対して、アクセスすべきネットワークのドメイン名についてドメイン名解析を行うよう要求することと、
前記第１ＡＰがＣｌｉｅｎｔを模擬して前記ＤＮＳサーバから返信されたＤＮＳ応答を受信し、前記アクセスすべきネットワークのネットワークＩＰアドレスを前記ＤＮＳ応答から解析することと、
前記第１ＡＰがＣｌｉｅｎｔを模擬して前記ネットワークＩＰアドレスに基づいて前記アクセスすべきネットワークへアクセスすることにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストすることと、を含むことを特徴とする請求項３に記載のネットワーク診断方法。
【請求項5】
前記ネットワーク診断方法は、前記第１ＡＰがネットワーク情報をネットワーク管理機器へ報告するステップを更に含み、
前記ネットワーク情報は、
前記第１ＡＰの前記第２ＡＰへの関連付けの関連付け過程情報及び関連付け結果と、
前記第１ＡＰがＩＰアドレスを要求するＩＰアドレス要求過程情報及びＩＰアドレス要求結果と、
前記第１ＡＰに対する認証の認証過程情報及び認証結果と、
ドメイン名解析結果と、のうちの少なくとも一種を含み、
前記ドメイン名解析結果は、前記第１ＡＰがＤＮＳサーバからのＤＮＳ応答に基づいて決定した、前記ＤＮＳサーバによってアクセスすべきネットワークのドメイン名についてドメイン名解析を行った結果であることを特徴とする請求項４に記載のネットワーク診断方法。
【請求項6】
前記ネットワーク診断方法は、前記第１ＡＰが、第２ＡＰから供給されたＷＬＡＮサービスの品質をテストしたテスト結果をネットワーク管理機器へ報告するステップを更に含むことを特徴とする請求項１に記載のネットワーク診断方法。
【請求項7】
ＷＬＡＮ診断（Ｄｏｃｔｏｒ）モードで運転される第１ＡＰに用いられるネットワーク診断装置であって、ネットワーク管理機器からのモード切替指令を受信し、前記モード切替指令に基づいて、前記第１ＡＰが運転中のＷＬＡＮサービスモードからＷＬＡＮ Ｄｏｃｔｏｒモードに切り替えられるように制御するための作業モードユニットと、
前記第１ＡＰの診断領域に存在する第２ＡＰの作業チャネル情報を取得するための取得ユニットと、
前記取得ユニットで取得された第２ＡＰの作業チャネル情報に基づいて、クライアント（Ｃｌｉｅｎｔ）を模擬することにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストするための診断ユニットと、を備え、
前記第２ＡＰが運転するＷＬＡＮサービスモードは、前記ＷＬＡＮ Ｄｏｃｔｏｒモードと異なり、
前記作業チャネル情報により、前記第２ＡＰの作業チャネルのチャネル品質を検出することが可能であり、
前記取得ユニットは、
前記ネットワーク管理機器から送信されたネットワーク診断指令を受信し、
前記ネットワーク診断指令から前記第２ＡＰの作業チャネル情報を取得し、
前記ネットワーク管理機器が前記第２ＡＰによって供給されたＷＬＡＮサービスが異常であることを受信した場合に、前記ネットワーク診断指令は、前記ネットワーク管理機器から送信される、
ことを特徴とするネットワーク診断装置。
【請求項8】
前記ネットワーク診断装置は、前記取得ユニットで取得された第２ＡＰの作業チャネル情報に基づいて、前記第２ＡＰの作業チャネルのチャネル品質をテストし、チャネル品質テスト結果を前記ネットワーク管理機器へ報告するためのテストユニットを更に備えることを特徴とする請求項７に記載のネットワーク診断装置。
【請求項9】
前記診断ユニットは、前記第１ＡＰがＣｌｉｅｎｔを模擬して前記第２ＡＰの作業チャネル情報に基づいて前記第２ＡＰへの関連付けを行うように制御し、前記第１ＡＰの前記第２ＡＰへの関連付けに成功した後、前記第１ＡＰがＣｌｉｅｎｔを模擬してＩＰアドレスを要求し且つ認証を要求するように制御し、前記ＩＰアドレス及び前記認証の取得に成功した後、前記第１ＡＰがＣｌｉｅｎｔを模擬してネットワークに接続することで前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストするように制御するために用いられることを特徴とする請求項７に記載のネットワーク診断装置。
【請求項10】
前記診断ユニットは、前記第１ＡＰがＣｌｉｅｎｔを模擬してネットワークに接続することで前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストするように制御することは、具体的に、前記第１ＡＰがＣｌｉｅｎｔを模擬してドメイン名システム（ＤＮＳ）サーバへＤＮＳ要求を送信することにより、前記ＤＮＳサーバに対してアクセスすべきネットワークのドメイン名についてドメイン名解析を行うよう要求するように制御し、
前記第１ＡＰがＣｌｉｅｎｔを模擬して前記ＤＮＳサーバから返信されたＤＮＳ応答を受信し、前記アクセスすべきネットワークのネットワークＩＰアドレスを前記ＤＮＳ応答から解析するように制御し、
前記第１ＡＰがＣｌｉｅｎｔを模擬して前記ネットワークＩＰアドレスに基づいて前記アクセスすべきネットワークへアクセスすることにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストするように制御することを特徴とする請求項９に記載のネットワーク診断装置。
【請求項11】
前記診断ユニットは、更に、ネットワーク情報をネットワーク管理機器へ報告すために用いられ、
前記ネットワーク情報は、
前記第１ＡＰの前記第２ＡＰへの関連付けの関連付け過程情報及び関連付け結果と、
前記第１ＡＰがＩＰアドレスを要求するＩＰアドレス要求過程情報及びＩＰアドレス要求結果と、
第１ＡＰに対する認証の認証過程情報及び認証結果と、
ドメイン名解析結果と、
前記第１ＡＰが第２ＡＰから供給されたＷＬＡＮサービスの品質をテストしたテスト結果と、のうちの少なくとも一種を含み、
前記ドメイン名解析結果は、前記第１ＡＰがＤＮＳサーバからのＤＮＳ応答に基づいて決定した、前記ＤＮＳサーバによってアクセスすべきネットワークのドメイン名についてドメイン名解析を行った結果であることを特徴とする請求項７に記載のネットワーク診断装置。
【請求項12】
機器読み取り可能な記憶媒体であって、前記機器読み取り可能な記憶媒体には、機器の実行可能な指令が記憶され、
前記機器の実行可能な指令が実行されることにより、請求項１に記載の方法は、実施されることを特徴とする機器読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ネットワーク通信技術に関し、特にネットワーク診断方法、装置及び機器読み取り可能な記憶媒体に関する。
【背景技術】
【0002】
無線ローカルエリアネットワーク（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ、ＷＬＡＮ）は、無線通信技術を用いて一定の領域内で確立されたネットワークであり、無線チャネルを伝送媒体として、伝統的な有線ローカルエリアネットワーク（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｒｏｋ、ＬＡＮ）の機能を供給する。
【0003】
ＷＬＡＮは、特点として、環境に非常に大きく影響され、動的でリアルタイムに変化するネットワークである。したがって、高品質のＷＬＡＮを維持し続けるために、通常、ネットワーク管理者がＷＬＡＮに対して絶たずに診断を行う必要がある。
【0004】
コストの点から考慮すると、多くの固定場所、例えば、ホテル等には、通常、駐在するネットワーク管理者がいない。ネットワーク管理者がいない場合に、如何にしてネットワークを診断するかは、現在解決すべき技術問題となる。
【図面の簡単な説明】
【0005】
ここでの図面は、明細書に組み込まれて明細書の一部を構成し、本発明に合致する実施例を示しつつ、明細書の記載とともに本発明の原理を解釈するために用いられる。
【図1】本発明に係る例示的な実施例のフローチャートである。
【図2】本発明に係る応用ネットワーキングの模式図である。
【図3】本発明に係るステップ１０２の例示的な実施例の実施フローチャートである。
【図4】本発明に係るステップ３０３の例示的な実施例のフローチャートである。
【図5】本発明に係る例示的な実施例のネットワーキング図である。
【図6】本発明に係るネットワーク診断装置の例示的な実施例の構成図である。
【発明を実施するための形態】
【0006】
本発明の目的、解決手段及びメリットがより明瞭になるように、以下に図面及び具体的な実施例を組み合わせて本発明を詳細に説明する。
【0007】
図１は、本発明に係る例示的な実施例のフローチャートである。当該方法は、ＷＬＡＮ診断（Ｄｏｃｔｏｒ）モードで運転される第１アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ、ＡＰ）に適用される。ここで、第１ＡＰは、単に後文のＡＰと区分するために名付けられたものであり、１つの特定のＡＰに限定されるものではない。
【0008】
第１ＡＰは、ＷＬＡＮ Ｄｏｃｔｏｒモードにおいて運転される。図１に示すように、当該フローは、以下のステップを含んでもよい。
【0009】
ステップ１０１では、ＷＬＡＮ Ｄｏｃｔｏｒモードで運転される第１ＡＰが、第１ＡＰ診断領域に存在する第２ＡＰの作業チャネル情報を取得し、第２ＡＰが運転するＷＬＡＮサービスモードは、ＷＬＡＮ Ｄｏｃｔｏｒモードと異なる。
【0010】
ここで、第２ＡＰは、単に記述の便宜上で名付けられたものであり、１つの特定のＡＰに限定されるものではない。
【0011】
一実施例として、本発明において、第１ＡＰ診断領域は、第１ＡＰの監視し得る領域である。例えば、図２に示すネットワーク構造では、第１ＡＰが廊下に設けられるＡＰ２００であると仮定すれば、当該廊下に設けられるＡＰ２００の監視し得る領域は、客間２１～客間２４の領域となり、第１ＡＰ診断領域は、客間２１～客間２４の領域となる。
【0012】
一例において、ステップ１０１では、第１ＡＰがローカルの配置に基づいて、第１ＡＰ診断領域に存在する第２ＡＰの作業チャネル情報を取得してもよい。
【0013】
別の例において、ステップ１０１では、第１ＡＰがネットワーク管理機器からのネットワーク診断指令に基づいて第１ＡＰ診断領域に存在する第２ＡＰの作業チャネル情報を取得することは、具体的に、ネットワーク診断指令を受信し、本ＡＰ診断領域に存在する第２ＡＰの作業チャネル情報を前記ネットワーク診断指令から取得することを含んでもよい。ここでのネットワーク管理機器は、クラウド管理プラットフォーム、または、ローカルのネットワーク機器（例えば、サーバ等）であってもよい。
【0014】
一実施例として、ここでのネットワーク診断指令は、ネットワーク管理機器が第２ＡＰから供給されたＷＬＡＮサービスの異常を知ったときに配信したものであり、第２ＡＰから供給されたＷＬＡＮサービスを診断するために専用されている。例えば、図２に示すように、客間２１にＷＬＡＮの異常が発生し、ホテルネットワーク管理者は、客間２１におけるお客さんのクレームを受けた後で移動端末を介して客間２１におけるＷＬＡＮサービスの異常を指示する外部指令をネットワーク管理機器へ報告する。こうして、ネットワーク管理機器は、外部指令を受信すると、客間２１を監視可能であるとともにＷＬＡＮ Ｄｏｃｔｏｒモードで運転されるＡＰ２００（廊下に設けられ、第１ＡＰに相当）へネットワーク診断指令を配信することにより、ＡＰ２００（第１ＡＰに相当）が客間２１におけるＡＰ２０１（第２ＡＰに相当）から供給されたＷＬＡＮサービスを専ら診断するようトリガする。
【0015】
ステップ１０２では、第１ＡＰが前記第２ＡＰの作業チャネル情報に基づいて、クライアント（Ｃｌｉｅｎｔ）を模擬することにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストする。
【0016】
ステップ１０２から分かるように、本発明において、第１ＡＰは、Ｃｌｉｅｎｔを模擬することで第１ＡＰ診断領域における第２ＡＰから供給されたＷＬＡＮサービスの品質をテストし、ＷＬＡＮをリアルタイムで診断可能であり、ネットワーク管理者の関与を必要とせず、人工コストを低減できるとともに、ネットワーク異常時の処理速度を速めることができ、ネットワークアクセスの回復効率を向上させる。
【0017】
これで、図１に示すフローは、完了する。
【0018】
図１に示すフローにおいて、一実施例として、第１ＡＰは、専ら実際の需要に応じて指定の位置に配置された、ＷＬＡＮ Ｄｏｃｔｏｒを実行するための少なくとも１つのＡＰであってもよい。ここで、専ら実際の需要に応じて配置された、ＷＬＡＮ Ｄｏｃｔｏｒを実行するための第１ＡＰは、電源を入れると、ＷＬＡＮ Ｄｏｃｔｏｒモードにおいて運転されて作業する。
【0019】
図１に示すフローにおいて、別の実施例として、第１ＡＰは、ＷＬＡＮサービスモードで運転される少なくとも１つのＡＰであってもよい。この前提の下で、上記図１に示すフローを実行する前に、第１ＡＰは、先にモード切替を行い、運転中のＷＬＡＮサービスモードからＷＬＡＮ Ｄｏｃｔｏｒモードに切り替えられる。
【0020】
一例において、第１ＡＰが運転中のＷＬＡＮサービスモードからＷＬＡＮ Ｄｏｃｔｏｒモードに切り替えられるのは、受信されたモード切替指令に基づいて実行される。ここでのモード切替指令は、ネットワーク管理機器からのものであってもよい。
【0021】
【0022】
【0023】
ステップ３０１では、第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰの作業チャネル情報に基づいて第２ＡＰへの関連付けを行い、前記第２ＡＰへの関連付けに成功した後、ステップ３０２を実行する。
【0024】
一例において、第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰの作業チャネルに切り替えられることで第２ＡＰと関連付けさせ、具体的な関連付け方式は、従来のＣｌｉｅｎｔとＡＰとの関連付けの方式に類似するため、ここで繰り返し説明しない。
【0025】
説明すべきことは、本発明において、第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰとの関連付けを試す全過程がネットワーク管理機器によって完全に把握され得ることを保証するために、一例示において、第１ＡＰは、更に、第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰとの関連付けを行う関連付け過程情報及び関連付け結果をネットワーク管理機器へ報告する必要がある。
【0026】
一例において、関連付け過程情報とは、第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰとの関連付けを行う過程情報を指す。例えば、第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰとの関連付けを行うステップは、主に、第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰへ関連付け検知要求を送信し、第２ＡＰから返信された関連付け検知応答を受信することを含む場合に、関連付け過程情報は、関連付け検知要求の送信に成功したか否かの情報、関連付け検知応答の受信に成功したか否かの情報を含む。
【0027】
一例において、関連付け結果は、関連付けに成功したか否かの情報を含む。第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰとの関連付けに成功した場合に、関連付け結果は、関連付け成功情報を含み、逆に、関連付け結果は、関連付け失敗情報を含む。
【0028】
ここで、第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰとの関連付けを行う関連付け過程情報、及び関連付け結果をネットワーク管理機器へ報告することにより、第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰとの関連付けを行う全過程がネットワーク管理機器によって全方位で監視され得ることは保証でき、異常時にも異常原因をタイムリーに診断できる。以下では、例を挙げて異常時に異常原因をタイムリーに診断することを記述する。異常が関連付け検知要求の送信に失敗したことであることを例とし、ネットワーク管理機器は、第１ＡＰから報告された、関連付け検知要求の送信に失敗した旨の情報を受信したときに、第２ＡＰの上り出口流量帯域幅を検出し、当該検出された上り出口流量帯域幅が必要な帯域幅リミットよりも遥かに低いと発見すれば、関連付け検知要求の送信に失敗した原因がネットワーク帯域幅の不足であると分析する。
【0029】
ステップ３０２では、第１ＡＰがＣｌｉｅｎｔを模擬してＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを要求し且つ認証を要求し、ＩＰアドレス及び認証の取得に成功した後、ステップ３０３を実行する。
【0030】
本発明において、第１ＡＰがＣｌｉｅｎｔを模擬してＩＰアドレスを要求し且つ認証を要求することは、固定の時間前後順を有さない。第１ＡＰは、Ｃｌｉｅｎｔを模擬し、ＩＰアドレスを要求してから認証を要求してもよく、認証を要求してからＩＰアドレスを要求してもよいが、本発明では具体的に限定されない。
【0031】
ここで、第１ＡＰがＣｌｉｅｎｔを模擬してＩＰアドレスを要求する方式は、従来のＣｌｉｅｎｔがＩＰアドレスを要求する方式と類似するため、ここで繰り返し説明しない。
【0032】
説明すべきことは、本発明において、第１ＡＰがＣｌｉｅｎｔを模擬してＩＰアドレスを要求する全過程がネットワーク管理機器によって完全に把握され得ることを保証するために、一例示において、第１ＡＰは、更に、Ｃｌｉｅｎｔを模擬してＩＰアドレスを要求するＩＰアドレス要求過程情報及びＩＰアドレス要求結果をネットワーク管理機器へ報告する必要がある。
【0033】
一例において、ＩＰアドレス要求過程情報とは、第１ＡＰがＩＰアドレスを要求する過程情報を指す。例えば、第１ＡＰがＣｌｉｅｎｔを模擬してＩＰアドレスを要求する過程は、主に、第１ＡＰがＣｌｉｅｎｔを模擬して動的ホスト構成プロトコル（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＤＨＣＰ）サーバへＤＨＣＰディスカバー（Ｄｉｓｃｏｖｅｒ）パケットを送信することと、ＤＨＣＰサーバから返信されたＤＨＣＰオファー（Ｏｆｆｅｒ）パケットを受信することと、ＤＨＣＰサーバへＤＨＣＰ要求（Ｒｅｑｕｅｓｔ）パケットを送信することと、ＤＨＣＰサーバから返信されたＤＨＣＰ確認（ＡＣＫ）パケットを受信することとを含み、ＩＰアドレス要求過程情報は、ＤＨＣＰ Ｄｉｓｃｏｖｅｒパケットの送信に成功したか否か、ＤＨＣＰサーバから返信されたＤＨＣＰ Ｏｆｆｅｒパケットの受信に成功した否か、ＤＨＣＰ Ｒｅｑｕｅｓｔパケットの送信に成功したか否か、ＤＨＣＰサーバから返信されたＤＨＣＰ ＡＣＫパケットの受信に成功したか否かを含む。
【0034】
一例において、ＩＰアドレス要求結果は、ＩＰアドレスの情報の取得に成功したか否かを含み、第１ＡＰがＣｌｉｅｎｔを模擬してＩＰアドレスを取得することに成功した場合に、ＩＰアドレス要求結果は、ＩＰアドレス取得成功情報を含み、逆に、ＩＰアドレス要求結果は、ＩＰアドレス取得失敗情報を含む。一例示において、ＩＰアドレス要求結果がＩＰアドレス取得失敗情報を含むときに、第１ＡＰが失敗原因を知っていれば、ＩＰアドレス取得結果は、失敗原因を更に含んでもよい。
【0035】
ここで、第１ＡＰがＣｌｉｅｎｔを模擬してＩＰアドレスを要求する過程におけるＩＰアドレス要求過程情報、及びＩＰアドレス要求結果を、ネットワーク管理機器へ報告するため、ネットワーク管理機器は、第１ＡＰがＣｌｉｅｎｔを模擬してＩＰアドレスを要求する全過程を全方位で監視することを保証可能であるとともに、異常時に異常原因をタイムリーに診断できる。以下では、例を挙げて異常時に異常原因をタイムリーに診断することを記述する。異常がＤＨＣＰ Ｒｅｑｕｅｓｔパケット送信の失敗であることを例とすると、ネットワーク管理機器は、第１ＡＰから報告された、ＤＨＣＰ Ｒｅｑｕｅｓｔパケットの送信に失敗した旨の情報を受信したときに、第１ＡＰとＤＨＣＰサーバとの間の出口流量帯域幅を検出し、出口流量帯域幅が所定帯域幅リミットよりも遥かに低いと発見すれば、ＤＨＣＰ Ｒｅｑｕｅｓｔパケット送信の失敗の原因がネットワーク帯域幅の不足であると分析する。また、異常がＤＨＣＰサーバから返信されたＤＨＣＰ ＡＣＫパケットを成功に受信していないことであることを例とすると、ネットワーク管理機器は、第１ＡＰから報告された、ＤＨＣＰサーバから返信されたＤＨＣＰ ＡＣＫパケットの受信に成功しなかった旨の情報を受信したときに、ＤＨＣＰサーバ処理パケットの状況を検知することでＤＨＣＰサーバの負荷を判断し、ＤＨＣＰサーバで並行処理されているＤＨＣＰ Ｒｅｑｕｅｓｔパケットの数が設定された並行数よりも遥かに高いと発見すれば、ＤＨＣＰサーバから返信されたＤＨＣＰ ＡＣＫパケットを成功に受信しなかった原因が、ＤＨＣＰサーバの負荷負担が大きいことであると分析する。
【0036】
ステップ３０２では、第１ＡＰがＣｌｉｅｎｔを模擬して認証を要求するとは、第１ＡＰがＣｌｉｅｎｔを模擬して認証サーバへ、本ＡＰの模擬したＣｌｉｅｎｔに対して認証を行うよう要求することを指す。ここでの認証は、ＭＡＣ認証、Ｐｏｒｔａｌ認証、８０２．１ｘ認証等の常用認証であってもよく、本発明では具体的に限定されない。
【0037】
説明すべきことは、本発明において、第１ＡＰの模擬したＣｌｉｅｎｔに対して認証を行う全過程がネットワーク管理機器によって完全に把握され得ることを保証するために、一例示において、第１ＡＰは、更に、第１ＡＰの模擬したＣｌｉｅｎｔに対して認証を行う認証過程情報、及び認証結果をネットワーク管理機器へ報告する必要がある。
【0038】
一例において、認証過程情報とは、認証サーバが第１ＡＰの模擬したＣｌｉｅｎｔに対して認証を行う過程情報を指し、上述した関連付け過程情報、ＩＰアドレス取得過程情報と類似し、ここで繰り返し説明しない。
【0039】
一例において、認証結果は、認証に成功したか否かの情報を含む。
【0040】
ここで、第１ＡＰの模擬したＣｌｉｅｎｔに対して認証を行う時の認証過程情報、及び認証結果をネットワーク管理機器へ報告するため、第１ＡＰの模擬したＣｌｉｅｎｔに対して認証を行う時の全過程がネットワーク管理機器によって全方位で監視されることは保証可能であり、異常時にも異常原因をタイムリーに診断できる。
【0041】
ステップ３０３では、第１ＡＰは、Ｃｌｉｅｎｔを模擬してネットワークに接続することにより、第２ＡＰから供給されたＷＬＡＮサービスの品質をテストする。
【0042】
一実施例として、下文の図４に示すフローでは、本ステップ３０３において、第１ＡＰが如何にしてＣｌｉｅｎｔを模擬してネットワークに接続することで第２ＡＰから供給されたＷＬＡＮサービスの品質をテストするかは、例示されている。ここで繰り返し説明しない。
【0043】
一例において、第１ＡＰは、更に、第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰから供給されたＷＬＡＮサービス品質をテストしたテスト結果をネットワーク管理機器へ報告する必要がある。ネットワーク管理機器は、テスト結果を受信した後、テスト結果に基づいて、第２ＡＰから供給されたＷＬＡＮサービスの品質を分析し、第２ＡＰから供給されたＷＬＡＮサービスが異常である場合に、ネットワーク管理機器は、タイムリーに警告を発しまたは異常原因を作業員へフィードバックすることで作業員が異常原因に応じて異常を解決するよう促し、ネットワークをリアルタイムで追跡することを実現する。
【0044】
【0045】
【0046】
ステップ４０１では、第１ＡＰがＣｌｉｅｎｔを模擬してドメイン名システム（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ、ＤＮＳ）サーバへＤＮＳ要求を送信することにより、前記ＤＮＳサーバに対して、アクセスすべきネットワークのドメイン名についてドメイン名解析を行うよう要求する。
【0047】
本ステップ４０１は、第１ＡＰの模擬したＣｌｉｅｎｔに対する認証に成功したときに実行される。第１ＡＰの模擬したＣｌｉｅｎｔに対する認証に成功したのは、第１ＡＰがＣｌｉｅｎｔを模擬して正常のインターネット利用行為を開始できることを意味する。正常のインターネット利用行為を開始するときに、アクセスすべきネットワークに対してドメイン名解析を行う必要がある。ステップ４０１は、ドメイン名解析を要求する過程である。ＤＮＳサーバがＤＮＳ要求を受信した後で如何にしてドメイン名解析を行うかは、具体的な実現過程が従来のドメイン名解析過程と類似するため、繰り返し説明しない。
【0048】
一例において、ここでアクセスすべきネットワークは、予め指定されたネットワークテストのためのネットワークであってもよい。
【0049】
別の例において、ここでアクセスすべきネットワークは、需要に応じてランダム的にアクセスするネットワークであり、本発明において具体的に限定されない。
【0050】
ステップ４０２では、第１ＡＰがＣｌｉｅｎｔを模擬して前記ＤＮＳサーバから返信されたＤＮＳ応答を受信し、アクセスすべきネットワークのネットワークＩＰアドレスを前記ＤＮＳ応答から解析する。
【0051】
一例において、ＤＮＳ応答がネットワークＩＰアドレスを含む場合に、ＤＮＳ応答に付加されるネットワークＩＰアドレスは、一般的にＤＮＳ要求に基づいて解析されたアクセスすべきネットワークのＩＰアドレスであり、その際、ドメイン名解析に成功したことを意味し、逆に、ドメイン名解析に失敗したことを意味する。
【0052】
ステップ４０３では、第１ＡＰがＣｌｉｅｎｔを模擬して前記ネットワークＩＰアドレスに基づいて前記アクセスすべきネットワークへアクセスすることにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストする。
【0053】
一例において、第２ＡＰから供給されたＷＬＡＮサービスの品質は、ネットワーク速度で表される。第２ＡＰから供給されたＷＬＡＮのネットワーク速度が、設定されたネットワーク速度以上であるときに、第２ＡＰから供給されたＷＬＡＮサービス品質が良好であると示し、逆に、第２ＡＰから供給されたＷＬＡＮサービス品質が悪いと示し、第２ＡＰから供給されたＷＬＡＮサービス品質のテストは最終的に実現される。
【0054】
説明すべきことは、本発明において、第１ＡＰがＣｌｉｅｎｔを模擬してドメイン名解析を要求する全過程がネットワーク管理機器によって完全に把握され得ることを保証するために、一例示において、第１ＡＰは、更に、第１ＡＰがＣｌｉｅｎｔを模擬して受信したドメイン名解析結果をネットワーク管理機器へ報告する必要がある。ここでのドメイン名解析結果は、第１ＡＰが前記ＤＮＳ応答に基づいて決定した、前記ＤＮＳサーバによってアクセスすべきネットワークのドメイン名についてドメイン名解析を行った結果である。一例において、第１ＡＰがＣｌｉｅｎｔを模擬してＤＮＳサーバへＤＮＳ要求を送信した後、受信されたＤＮＳ応答にネットワークＩＰアドレスが付加されている場合に、ＤＮＳ解析に成功したことを意味し、このような場合に、ドメイン名解析結果とは、ドメイン名解析に成功したことを指し、逆に、ドメイン名解析結果とは、ドメイン名解析に失敗したことを指す。
【0055】
これで、図４に示すフローは、完了する。
【0056】
説明すべきことは、本発明において、第１ＡＰは、更に、取得された第２ＡＰの作業チャネル情報に基づいて第２ＡＰの作業チャネルのチャネル品質をテストし、チャネル品質テスト結果をネットワーク管理機器へ報告する必要がある。一実施例として、ここでのチャネル品質テスト結果は、ネットワーク信号強度、チャネル利用率、信号干渉状況等を含むが、これらに限定されない。第１ＡＰがチャネル品質テスト結果をネットワーク管理機器へ報告した後、ネットワーク管理機器は、第１ＡＰから報告されたチャネル品質テスト結果に基づいて、第２ＡＰから供給されたＷＬＡＮサービスが正常であるか否かを判断してもよい。具体的に、ネットワーク管理機器が第１ＡＰから報告されたチャネル品質テスト結果に基づいて、第２ＡＰから供給されたＷＬＡＮサービスが正常であるか否かを判断することは、非常に多くの実現方式があり得る。以下では、例を挙げて１種の実現方式を記述する。
【0057】
一実施例として、ネットワーク管理機器は、機械学習アルゴリズムにより、第１ＡＰから報告されたチャネル品質テスト結果に基づいて、第２ＡＰから供給されたＷＬＡＮサービスが正常であるか否かを判断する。図２を例とすると、第２ＡＰの作業チャネルがチャネル１とされ、ネットワーク管理機器が受信した第１ＡＰから報告されたチャネル１のチャネル品質テスト結果（現在信号強度を例とする）がａ２１とされた場合に、ネットワーク管理機器は、受信されたチャネル１の現在信号強度に基づいて、チャネル１の信号強度にばらつきがあるか否かを判断し、そうであれば、第２ＡＰから供給されたＷＬＡＮサービスが異常であると決定し、そうでなければ、第２ＡＰから供給されたＷＬＡＮサービスが正常であると決定する。ここで、ネットワーク管理機器が受信されたチャネル１の現在信号強度に基づいてチャネル１の信号強度にばらつきが発生したか否かを判断することは、例として、受信されたチャネル１の現在信号強度がチャネル１の既存のチャネル強度区間範囲を超えたか否かをチェックし、そうであれば、チャネル１の信号強度にばらつきが発生したと決定し、そうでなければ、チャネル１の信号強度にばらつきが発生しなかったと決定する。例えば、チャネル１の現在信号強度が－７０であれば、チャネル１の既存のチャネル強度区間範囲（ある時間帯に渡ってチャネル１の信号強度を累積して得られた）を超えたため、チャネル１の信号強度にばらつきが発生したと決定する。
【0058】
一例において、ネットワーク管理機器は、第２ＡＰから供給されたＷＬＡＮサービスが異常であると判断したときに、警告を発し、または指定の目標例えば固定場所（例えばホテル）の作業員へフィードバックすることにより、ネットワークをできるだけ速く回復する。
【0059】
図３、図４に示すフローから分かるように、第１ＡＰがＣｌｉｅｎｔを模擬して実行した各操作の過程情報及び結果（ネットワーク情報と総称）は、ネットワーク管理機器へ報告される。第１ＡＰがＣｌｉｅｎｔを模擬するネットワーク情報は、上述した通りに、主に、第１ＡＰがＣｌｉｅｎｔを模擬して前記第２ＡＰとの関連付けを行う関連付け過程情報及び関連付け結果と、第１ＡＰがＣｌｉｅｎｔを模擬してＩＰアドレスを要求する時のＩＰアドレス要求過程情報及びＩＰアドレス要求結果と、第１ＡＰで模擬されたＣｌｉｅｎｔに対して認証を行う認証過程情報及び認証結果と、第１ＡＰがＤＮＳサーバからのＤＮＳ応答に基づいて決定した、前記ＤＮＳサーバによってアクセスすべきネットワークのドメイン名についてドメイン名解析を行った結果と、を含む。
【0060】
ネットワーク管理機器は、第１ＡＰから報告されたネットワーク情報を受信した後、ネットワーク情報に基づいてネットワーク異常を診断し、ネットワーク異常が診断で判明されたときに、警告を発し、または指定目標例えば固定場所（ホテルを例とする）の作業員へフィードバックする。説明すべきことは、本発明において、ネットワーク管理機器がネットワーク異常を診断で判明したときにも、当該ネットワーク異常は、第１ＡＰがＣｌｉｅｎｔを模擬して実行した各操作の過程情報及び結果（ネットワーク情報と総称）に基づいて決定したものであるため、異常原因が非常に容易に分かる。こうして、異常を指定目標例えば固定場所（ホテルを例とする）の作業員へフィードバックする際、異常原因を説明してもよい。これにより、指定目標例えば固定場所（ホテルを例とする）の作業員がタイムリーに機器を取り換えてネットワークへのアクセスを回復し、即ち、機器の取り換えをリアルタイムで実行可能であり、何のネットワーク経験も持たない作業員でも異常を解決できる。
【0061】
依然として図３に示すフローから分かるように、本発明において、第１ＡＰは、更に、Ｃｌｉｅｎｔを模擬して第２ＡＰから供給されたＷＬＡＮサービスの品質をテストしたテスト結果をネットワーク管理機器へ報告する。ネットワーク管理機器は、第１ＡＰがＣｌｉｅｎｔを模擬して第２ＡＰから供給されたＷＬＡＮサービスの品質をテストしたテスト結果を受信し、受信されたテスト結果に基づいて、第２ＡＰから供給されたＷＬＡＮサービス状況を診断してもよい。
【0062】
更に、第１ＡＰと同様にＷＬＡＮ Ｄｏｃｔｏｒモードで運転される複数のＡＰが何れも第１ＡＰの作業方式に従って作業したときに、ネットワーク管理機器は、第１ＡＰと同様にＷＬＡＮ Ｄｏｃｔｏｒモードで運転される複数のＡＰから報告されたテスト結果を受信する。こうして、ネットワーク管理機器は、受信されたテスト結果に基づいてＷＬＡＮを最適化してもよい。具体的に、ネットワーク管理機器は、ビッグデータによって各ＡＰから報告されたテスト結果を分析することで全ＷＬＡＮのネットワーク体験を分析し、分析結果に基づいて全ＷＬＡＮを最適化してもよい。
【0063】
以下では、１つの具体的な実施例により、本発明に係る方法を記述する。
【0064】
【0065】
図５は、ホテルへの応用を例とする。図５に示すように、需要に応じて、ホテルにおいて廊下に位置し且つ現在ＷＬＡＮサービスモードで運転されるＡＰ５００がＷＬＡＮ Ｄｏｃｔｏｒを実行する必要があると決定する。
【0066】
クラウド管理プラットフォームは、ＡＰ５００へモード切替指令を送信し、モード切替指令は、ＡＰ５００が運転中のＷＬＡＮサービスモードからＷＬＡＮ Ｄｏｃｔｏｒモードへ切り替えられるよう指示するために用いられる。
【0067】
クラウド管理プラットフォームとＡＰ５００の間に存在するＡＣは、ＡＰ５００に先立ってクラウド管理プラットフォームからのモード切替指令を受信し、受信されたモード切替指令をＡＰ５００へ転送する。
【0068】
ＡＰ５００は、モード切替指令を受信した後、運転中のＷＬＡＮサービスモードからＷＬＡＮ Ｄｏｃｔｏｒモードに切り替えられる。これで、ＡＰ５００は、ＷＬＡＮ Ｄｏｃｔｏｒモードで運転される。説明すべきことは、別の例において、ＷＬＡＮ Ｄｏｃｔｏｒ専用の１つのＡＰも単独で配置してもよい。当該ＷＬＡＮ Ｄｏｃｔｏｒ専用のＡＰが一旦配置できると、当該ＡＰは、ＷＬＡＮ Ｄｏｃｔｏｒモードで運転される。本実施例は、単にＡＰ５００を例として記述する。
【0069】
ＡＰ５００は、運転中のＷＬＡＮサービスモードからＷＬＡＮ Ｄｏｃｔｏｒモードに切り替えられた後、クラウド管理プラットフォームへモード切替成功のメッセージを返信する。クラウド管理プラットフォームとＡＰ５００の間に存在するＡＣは、クラウド管理プラットフォームに先立ってＡＰ５００からのモード切替成功のメッセージを受信し、受信されたモード切替成功のメッセージをクラウド管理プラットフォームへ転送する。クラウド管理プラットフォームは、ＡＰ５００からのモード切替成功のメッセージを受信した後、ネットワーク診断指令をＡＰ５００へ配信する。ネットワーク診断指令には、ＡＰ５００の診断領域に存在する少なくとも１つのＡＰの作業チャネル情報が付加されている。ここで、モード切替指令にＡＰ５０１～ＡＰ５０４の作業チャネル情報が付加されることを例とする。
【0070】
クラウド管理プラットフォームとＡＰ５００の間に存在するＡＣは、ＡＰ５００に先立ってクラウド管理プラットフォームからのネットワーク診断指令を受信すると、ネットワーク診断指令をＡＰ５００へ転送する。
【0071】
ＡＰ５００は、クラウド管理プラットフォームからのネットワーク診断指令を受信し、受信されたネットワーク診断指令から、本ＡＰ診断領域に存在するＡＰ５０１～ＡＰ５０４の作業チャネル情報を取得する。
【0072】
ＡＰ５０１の作業チャネル情報を取得することを例とする。
【0073】
ＡＰ５００は、ＡＰ５０１の作業チャネル情報に基づいてＡＰ５０１の作業チャネル（チャネル１と記す）のチャネル品質（例えば、信号強度、チャネル利用率、信号干渉状況等）をテストし、チャネル品質テスト結果をクラウド管理プラットフォームへ報告する。クラウド管理プラットフォームは、チャネル１のチャネル品質テスト結果を受信し、チャネル品質テスト結果に基づいて、機械学習アルゴリズムによって、ＡＰ５０１から供給されたＷＬＡＮサービスが正常であるか否かを判断する（判断方式は、上述した通りである）。一例において、クラウド管理プラットフォームは、ＡＰ５０１から供給されたＷＬＡＮサービスが異常であると判断したときに、警告を発してもよい。
【0074】
ＡＰ５００は、Ｃｌｉｅｎｔの行為を模擬し、ＡＰ５０１の作業チャネル情報に基づいてＡＰ５０１との関連付けを行い、関連付け過程情報、関連付け結果をクラウド管理プラットフォームへ報告する。
【0075】
ＡＰ５００は、ＡＰ５０１との関連付けに成功した後、Ｃｌｉｅｎｔの行為を模擬してＩＰアドレスを要求し、且つ認証を要求する。ＡＰ５００は、Ｃｌｉｅｎｔを模擬してＩＰアドレスを要求する時のＩＰアドレス要求過程情報、及びＩＰアドレス要求結果をクラウド管理プラットフォームへ報告し、ＡＰ５００は、本ＡＰ５００の模擬したＣｌｉｅｎｔに対して認証を行った認証過程情報、及び認証結果をクラウド管理プラットフォームへ報告する。
【0076】
ＡＰ５００は、ＩＰアドレス及び認証の取得に成功した後、正常インターネット利用行為を開始してもよい。その際、ＤＮＳサーバへＤＮＳ要求を送信することにより、ＤＮＳサーバに対して、アクセスすべきネットワークのドメイン名についてドメイン名解析を行うよう要求する。
【0077】
ＡＰ５００は、Ｃｌｉｅｎｔを模擬してＤＮＳサーバから返信されたＤＮＳ応答を受信し、アクセスすべきネットワークのネットワークＩＰアドレスをＤＮＳ応答から解析する。一実施例として、ＡＰ５００は、更に、Ｃｌｉｅｎｔを模擬したドメイン名解析結果をクラウド管理プラットフォームへ報告する必要がある。ここでのドメイン名解析結果は、ＡＰ５００がＤＮＳサーバからのＤＮＳ応答に基づいて決定した、ＤＮＳサーバがアクセスすべきネットワークのドメイン名についてドメイン名解析を行った結果である。一例において、ＡＰ５００がＣｌｉｅｎｔを模擬してＤＮＳサーバへＤＮＳ要求を送信した後、受信されたＤＮＳ応答にネットワークＩＰアドレスが付加されている場合に、ＤＮＳ解析に成功したと意味する。このような場合に、ドメイン名解析結果とは、ドメイン名解析に成功したことを指し、逆に、ドメイン名解析結果とは、ドメイン名解析に失敗したことを指す。
【0078】
ドメイン名解析に成功した後、ＡＰ５００は、ＤＮＳ応答に付加されるネットワークＩＰアドレスに基づいて、前記アクセスすべきネットワークへアクセスすることにより、ＡＰ５０１から供給されたＷＬＡＮサービスの品質をテストする。ＡＰ５００は、テスト結果をクラウド管理プラットフォームへ報告し、クラウド管理プラットフォームは、測定結果に基づいてＡＰ５０１の実ネットワーク状況を診断し、ネットワーク異常が診断されたときに、タイムリーに警告を発しまたは異常原因を作業員へフィードバックし、作業員が異常原因に応じて機器を取り換えるように促し、異常を迅速に解決し、ネットワークを２４時間リアルタイムで追跡することも実現できる。
【0079】
以上では、ＡＰ５０１を例としてＡＰ５００が如何にしてＡＰ５０１から供給されたＷＬＡＮサービスの品質をテストするかを記述した。同様に、ＡＰ５００も、上記原理にしたがってＡＰ５０２～ＡＰ５０４から供給されたＷＬＡＮサービスの品質をテストする。
【0080】
ＡＰ５００が、ＡＰ５０１～ＡＰ５０４から供給されたＷＬＡＮサービス品質のテスト結果をクラウド管理プラットフォームへ報告した後、クラウド管理プラットフォームは、報告されたテスト結果に基づいてビッグデータ分析を行い、全ＷＬＡＮのネットワーク体験を分析し、即ち、分析結果に基づいて全ＷＬＡＮを最適化することが可能である。
【0081】
以上は、本発明に係る実施例を分析した。以下では、本発明に係る装置を記述する。
【0082】
図６は、本発明に係るネットワーク診断装置の例示的な実施例の構成図である。当該装置６０は、ＷＬＡＮＤｏｃｔｏｒモードで運転される第１ＡＰに適用され、装置６０は、取得ユニット６０１及び診断ユニット６０２を備える。取得ユニット６０１は、第１ＡＰ診断領域に存在する第２ＡＰの作業チャネル情報を取得し、前記第２ＡＰが運転するＷＬＡＮサービスモードは、前記ＷＬＡＮ Ｄｏｃｔｏｒモードと異なる。診断ユニット６０２は、前記取得ユニットで取得された第２ＡＰの作業チャネル情報に基づいて、クライアント（Ｃｌｉｅｎｔ）を模擬することにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストする。
【0083】
図６に示すように、装置６０は、作業モードユニット６０３及びテストユニット６０４を更に備える。作業モードユニット６０３は、モード切替指令を受信し、前記モード切替指令に基づいて、前記第１ＡＰが運転中のＷＬＡＮサービスモードからＷＬＡＮ Ｄｏｃｔｏｒモードに切り替えられるように制御する。テストユニット６０４は、取得ユニット６０１で取得された第２ＡＰの作業チャネル情報に基づいて第２ＡＰの作業チャネルのチャネル品質をテストし、チャネル品質テスト結果をネットワーク管理機器へ報告する。
【0084】
一例において、前記取得ユニット６０１は、具体的に、ネットワーク診断指令を受信し、前記ネットワーク診断指令から前記第２ＡＰの作業チャネル情報を取得する。
【0085】
一例において、前記診断ユニット６０２は、具体的に、前記第１ＡＰがＣｌｉｅｎｔを模擬して前記第２ＡＰの作業チャネル情報に基づいて前記第２ＡＰへの関連付けを行うように制御し、第１ＡＰの前記第２ＡＰへの関連付けに成功した後、前記第１ＡＰがＣｌｉｅｎｔを模擬してＩＰアドレスを要求し且つ認証を要求するように制御し、ＩＰアドレス及び認証の取得に成功した後、前記第１ＡＰがＣｌｉｅｎｔを模擬してネットワークに接続することで第２ＡＰから供給されたＷＬＡＮサービスの品質をテストするように制御する。
【0086】
一例において、前記診断ユニット６０２は、前記第１ＡＰがＣｌｉｅｎｔを模擬してネットワークに接続することで第２ＡＰから供給されたＷＬＡＮサービスの品質をテストすることは、具体的に、前記第１ＡＰがＣｌｉｅｎｔを模擬してドメイン名システム（ＤＮＳ）サーバへＤＮＳ要求を送信することにより、前記ＤＮＳサーバに対して、アクセスすべきネットワークのドメイン名についてドメイン名解析を行うよう要求するように制御し、
前記第１ＡＰがＣｌｉｅｎｔを模擬して前記ＤＮＳサーバから返信されたＤＮＳ応答を受信し、前記アクセスすべきネットワークのネットワークＩＰアドレスを前記ＤＮＳ応答から解析するように制御し、且つ、前記第１ＡＰがＣｌｉｅｎｔを模擬して前記ネットワークＩＰアドレスに基づいて前記アクセスすべきネットワークへアクセスすることにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストするように制御する。
前記第１ＡＰがＣｌｉｅｎｔを模擬して前記ＤＮＳサーバから返信されたＤＮＳ応答を受信し、前記アクセスすべきネットワークのネットワークＩＰアドレスを前記ＤＮＳ応答から解析するように制御し、且つ、前記第１ＡＰがＣｌｉｅｎｔを模擬して前記ネットワークＩＰアドレスに基づいて前記アクセスすべきネットワークへアクセスすることにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストするように制御する。
【0087】
一例において、前記診断ユニット６０２は、更に、前記第１ＡＰの前記第２ＡＰへの関連付けの関連付け過程情報及び関連付け結果をネットワーク管理機器へ報告し、及び／又は、前記第１ＡＰがＩＰアドレスを要求するＩＰアドレス要求過程情報及びＩＰアドレス要求結果をネットワーク管理機器へ報告し、及び／又は、第１ＡＰに対する認証の認証過程情報及び認証結果をネットワーク管理機器へ報告し、及び／又は、ドメイン名解析結果を前記ネットワーク管理機器へ報告し（前記ドメイン名解析結果は、第１ＡＰがＤＮＳサーバからのＤＮＳ応答に基づいて決定した、前記ＤＮＳサーバによってアクセスすべきネットワークのドメイン名についてドメイン名解析を行った結果である）、及び／又は、第２ＡＰから供給されたＷＬＡＮサービスの品質をテストしたテスト結果をネットワーク管理機器へ報告する。
【0088】
これで、図６に示す装置の構成図は、完了する。
【0089】
図７は、本発明に係る図６に示す装置のハードウェア構成図である。図７に示すように、当該ハードウェア構造は、プロセッサ７０１と、機器の実行可能な指令が記憶される機器読み取り可能な記憶媒体７０２とを備える。
【0090】
プロセッサ７０１と機器読み取り可能な記憶媒体７０２とは、システムバスを介して互いに通信可能である。また、プロセッサ７０１は、機器読み取り可能な記憶媒体７０２におけるネットワーク診断論理に対応する機器の実行可能な指令を読み取って実行することにより、上述したネットワーク診断方法を実施可能である。一実施例において、プロセッサ７０１は、前記第１ＡＰの診断領域に存在する第２ＡＰの作業チャネル情報を取得し、前記第２ＡＰの作業チャネル情報に基づいて、クライアント（Ｃｌｉｅｎｔ）を模擬することにより、前記第２ＡＰから供給されたＷＬＡＮサービスの品質をテストするように構成され、前記第２ＡＰが運転するＷＬＡＮサービスモードは、前記ＷＬＡＮ Ｄｏｃｔｏｒモードと異なる。
【0091】
本文で言及された機器読み取り可能な記憶媒体７０２は、如何なる電気的なもの、磁気的なもの、光学的なものまたは他の物理的記憶装置であってもよく、情報（例えば、実行可能な指令、データ等）を含むか記憶可能である。例えば、機器読み取り可能な記憶媒体７０２は、ランダムアクセスメモリ（英語：Ｒａｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭと略称）、揮発性メモリ、不揮発性メモリ、フラッシュメモリ、記憶ドライバ（例えば、ハードディスクドライバ）、ソリッド・ステート・ディスク、如何なるタイプの記憶ディスク（例えば、光ディスク、ｄｖｄ等）、または、類似する記憶媒体やそれらの組み合わせであってもよい。
【0092】
これで、図７に示すハードウェア構造記述は、完了する。
【0093】
本発明は、機器の実行可能な指令を含む機器読み取り可能な記憶媒体、例えば、図７における機器読み取り可能な記憶媒体７０２を更に提供する。前記機器の実行可能な指令がネットワーク診断装置におけるプロセッサによって実行されることにより、上述したネットワーク診断方法は、実施される。
【0094】
上述したのは、本発明の好適な実施例に過ぎず、本発明を制限するためのものではない。本発明の精神及び原則内でなされた如何なる変更、均等物による置換、改良等も、本発明の保護範囲内に含まれるべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】