GeminiでWi-Fiサイトサーベイとヒートマップのデータを読み解く方法

要点： ヒートマップの画像を切り取るのではなく、その背後にある数値——RSSI、SNR、チャネル使用率、再送率、クライアント一覧——を書き出し、実際の問い合わせ履歴と突き合わせるようGeminiに依頼します。「Wi-Fiが遅い」を、検証可能な2〜3の原因に半日で絞り込めます。ただし、電子レンジも、金属被覆のパーティションも、その建物のなかにしか存在しないものは検出できません。

どのIT担当者も同じメッセージを受け取ったことがあります。「Wi-Fiが遅い」。何階か、いつか、どの端末か、一人なのか40人なのかも分かりません。そして共有ドライブのどこかに、ベンダーが出したサイトサーベイ報告書か、グラフだらけのコントローラ画面が眠っています。本来それが答えるはずの問いです。

問題は報告書ではありません。無線サイトサーベイ報告書はRF技術者が、RF技術者のために書いたものであり、それを手にしているのはたいてい、ほかに12のシステムを抱えたIT何でも屋だという点です。数字はすべてそこにあります。欠けているのは翻訳層です。

これは言語モデルの良い用途です。無線が簡単だからではなく、ここでの隔たりの大半が用語と相互参照であり、それはモデルが得意とすることだからです。以下は、そこから実際に価値を引き出す方法と、モデルには決して見つけられない大きな原因群についての正直な説明です。

「Wi-Fiが遅い」がカバー範囲の問題であることはほとんどない

反射的に電波が弱いのだと考えますが、その直感はたいてい外れます。カバー範囲は最も直しやすく、したがってすでに直されていることが最も多い項目です。

より多い原因は競合と干渉です。同じフロアで4台のアクセスポイントがすべてチャネル6で送信しているなら、それは容量を増やしているのではなく、同じ電波時間を奪い合う列に並んでいるだけです。無線は共有媒体であり、ある空間のあるチャネルでは同時に1台しか送信できません。そのチャネルに無線機が増えるほど、列は長くなります。

次にクライアント側です。電波は強いがチャネルが飽和しているノートPCのスループットは悪くなります。802.11nで動く10年前のバーコードスキャナは低速な伝送を強い、不釣り合いな量の電波時間を消費して周囲全体を巻き添えにします。そして、真上のAPへローミングせず2部屋離れたAPにしがみつく「スティッキー」なクライアントは、カバー範囲は完璧で体験は最悪です。

これらはどれも、カバー範囲のヒートマップ上に穴として現れません。すべては、その下にある表形式のデータに現れます——だからこそ、あの絵は報告書のなかで最も役に立たない部分なのです。

サーベイ報告書の数値が実際に意味していること

RSSI、SNR、チャネル使用率、クライアント能力

RSSIは受信信号強度で、単位はdBm、常に負の値で、0に近いほど強いことを表します。おおまかな目安として、-65 dBm程度以上あればデータと音声を安定して扱える水準、-70 dBmに近づき下回ると性能が落ち、クライアントは別の接続先を探し始めます。自社の端末構成やアプリケーションによってこれらの数値は動くので、公表された閾値は基準ではなく出発点として扱ってください。

SNRは信号とノイズフロアの差でdB単位、そして生のRSSIより重要です。騒がしい環境の強い信号は、静かな環境の中程度の信号より性能が出ません。大まかに言えば、10dB台後半でデータは実用的、音声や映像には25dB台以上が欲しいところです。

チャネル使用率は、すでに使われている電波時間の割合です。この指標は議論から抜け落ちることが最も多く、そして苦情の真犯人であることが最も多い指標です。強い信号と高い使用率の組み合わせは、「カバー範囲は完璧、ネットワークは使い物にならない」という典型的な症状です。

同一チャネル干渉と隣接チャネル干渉は別の問題です。同一チャネル干渉は、複数のAPが1つのチャネルを礼儀正しく分け合い、互いの容量を半減させることです。隣接チャネル干渉は、重なり合ったチャネルが互いにかぶせて話すことで、こちらは本当に破壊的です。2.4 GHzには重ならない20 MHzチャネルが3つしかなく、これが密集したオフィスの2.4 GHzがしばしば救いようがない理由です。

クライアント能力がすべての上限を決めます。APは、シングルアンテナのハンディ端末をシングルアンテナのハンディ端末より速くはできません。新しい機器を選定する前に、建物内の端末が実際に何を使えるのかを知る価値があります——6 GHzが自分たちに使えるのかどうかも含めて。周波数の割り当ては市場ごとに異なり、思い込みではなく現地で確認する必要があります。

スクリーンショットではなく、エクスポートを渡す

Geminiは画像を受け付けるので、ヒートマップの画像を渡せば、もっともらしいことを喜んで述べます。ここは我慢してください。レンダリングされた画像から色の勾配を読み取るのは、推論の上に推論を重ねる行為であり、その自信ありげな出力は、この場面で作り出せる最も信用ならないものです。

サーベイ製品も無線コントローラも、元データを表として書き出せます——測定点ごと、あるいはクライアントごとの行に、信号、ノイズ、チャネル、帯域、データレート、再送回数、使用率が入ったものです。渡すべきはこれです。フロア一覧、チャネルと送信出力を含むAP台帳、そして——決定的に重要なのが——時刻と場所の入ったヘルプデスクの問い合わせ履歴を組み合わせれば、推論する価値のある材料になります。

問い合わせ履歴は多くの人が飛ばす材料であり、価値はそこにあります。サーベイデータは建物を説明し、チケット履歴は体験を説明します。この二つが食い違う箇所を探させることは、本当に有用でありながら、手作業で答える時間が誰にもない問いです。

実例——ヒートマップと問い合わせ履歴から三つの有力な原因へ

従業員240名の企業がオフィスタワーの3フロアを使い、下層階に小さな倉庫と梱包エリアを持っています。苦情は絶えず、しかも漠然としています。8か月前にサーベイを発注し、そのままファイルされていました。

サーベイのエクスポート、チャネルと送信出力を含む現行のAP一覧、そして6か月分のWi-Fi関連チケットを与えると、一つではなく三つの候補が出てきます。

一つ目、3階はAPが足りないのではなく多すぎる。 1フロアに9台の無線機、送信出力は高め、いくつかは同じチャネル。結果は深刻な同一チャネル干渉です。ヒートマップは見事——一面の濃い緑——で、使用率の数値はひどい。有力な対処は出力を下げてチャネルを再設計することで、費用はゼロ、そして機器の追加購入を承認するよう求められてきた全員にとって直感に反します。

二つ目、倉庫の苦情は場所ではなく時間に集中している。 梱包エリアからのチケットは午前11時から午後1時に集中し、それ以外はほぼ皆無で、信号やクライアント数に対応する変化はありません。サーベイ報告書のなかにこれを説明するものは何もありません。時間帯に沿って現れる外部干渉源の強い兆候であり、突き止めるにはデータのエクスポートではなく、現地でのスペクトラムアナライザが必要です。

三つ目、一群の苦情が特定の機種に紐づいている。 チケットとクライアント表を突き合わせると、ある特定のハンディ端末が不釣り合いな割合を占めており、いずれも低いデータレートと高い再送回数を伴っていました。それはネットワーク問題の衣をまとった端末・ドライバの問題です。

重要なのは、モデルがネットワークを解決したことではありません。反証できない一つの苦情を、それぞれに安価な検証手段が付いた三つの仮説に置き換えたことです。三つのうち二つは正しく、二つ目はスペクトラムアナライザを持った技術者でなければ決着しませんでした。

AI支援の解釈 vs 専門のサイトサーベイ vs APの増設

• すでに支払った報告書を理解する — AI支援の解釈が明確に優位。これは翻訳と相互参照であり、コストは半日です。
• 苦情と測定値を突き合わせる — AI支援の解釈が優位。6か月分のチケットとクライアント表を手作業で結合する人はいません。だからこそ、そのパターンは気づかれずに眠っています。
• Wi-Fi以外の干渉を見つける — 専門のサイトサーベイの圧勝。スペクトラム解析は、Wi-Fiアダプタにはまったく見えないエネルギーを検出します。どんなエクスポートにもそれは入っていません。
• 設置位置、取付高、アンテナ選定、物理的な遮蔽 — 専門サーベイが優位。防火扉、エレベーターシャフト、アルミ箔付き断熱材、積み上げられた在庫を電波がどう通るかは、推論ではなく測定の問題です。
• 設計が導入後に本当に機能しているかの検証 — サーベイが優位。導入後の検証ウォークだけが、作られたものと設計されたものの一致を確かめられます。
• APの増設 — 原因が本当にカバー範囲であるときだけ勝ち、それ以外では大きく負けます。すでに密で輻輳した環境に既定出力の無線機を足すのは、行動しているように見えながら事態を悪化させます。

妥当な順序はこうです。手元にあるものを解釈し、仮説を立て、無料の対処——出力、チャネル設計、バンドステアリング、レガシー端末の退役——を使い切り、残った問いが物理的なものになった時点でサーベイを発注する。この順序はサーベイ自体も安くします。「Wi-Fiを見てください」ではなく、具体的な問いを持って発注できるからです。

エクスポートからではどのモデルにもできないこと

四つの類型があり、いずれも例外的な話ではありません。

Wi-Fi以外の干渉。 電子レンジ、一部のコードレス電話、無線映像送信機、特定の産業・医療機器、遮蔽の甘い電子機器は、いずれも同じ帯域に電波を放ちます。Wi-Fi機器にそれらは見えず、被害だけが見えます。見つけるには、その部屋にスペクトラムアナライザを持ち込む必要があります。

建物そのもの。 金属コーティングされたガラス、コンクリートのコア、アルミ箔付き断熱材、キャビネット、12月は満杯で1月は空になるラック——すべてが電波の伝わり方を変えます。サーベイはこれを測定します。データのエクスポートにその記述はありません。

APを物理的にどこに置けるか。 配線経路、天井の開口可否、電源、取付制約、意匠、そしてビル側の規則が、実際の設計を電波と同じくらい強く決めます。

データに含まれていないもの。 サーベイはスナップショットです。火曜午前10時に破綻する建物を静かな日曜に測ったなら、測った瞬間が間違っていたのであり、行われなかった測定はどんな分析でも取り戻せません。

正しく進めるために——ネットワークデータ、図面の機微性、そしていつITを入れるか

書き出す前に、実務上の3点。

クライアント表は変装した個人データです。 MACアドレス、端末のホスト名——しばしば「Jenny-iPhone」のような——、クライアント単位のセッションデータは識別可能です。ホスト名は削除するか仮名化し、対応表は手元に置き、消費者向けアカウントと同じ挙動だと決めつけず、実際に使っている階層の現行のデータ取り扱い・保持条件を確認してください。

フロア図は物理セキュリティ文書です。 機器の位置が入った自社施設の図面は、無線の話とは無関係にそれ自体で保護に値します。分析が本当に幾何情報を必要としない限り、注記入りの図面を渡すのではなくゾーン記号を使ってください。

解釈は安いほうの半分です。 何を変えるかを決め、それが効いたと示すのはエンジニアリングです。Brocentの技術者はアジア各地の無線サイトサーベイでEkahau Pro、AirMagnet、Chanalyzerを実際に使っています。境界線はまさにここです。どの問いを測る価値があるかはモデルが示せますが、スペクトラムアナライザを持ってフロアを歩き、答えを出すのは依然として人間です。当社のAI+サポートとマネージドITサポートはこの作業の両側に位置します。Brocentは2007年の北京での創業以来この地域でマネージドITを提供しており、本社はシンガポール、2016年から香港にオフィスがあります。専門のサーベイが実際に何を提供するかは、アジアにおけるWi-Fiサイトサーベイサービスをご覧ください。

よくある質問

APをどこに置くべきかをAIは教えてくれますか？

信頼できる形では教えてくれません。そしてこれが、最も多く期待されることでもあります。設置位置は建材、天井高、取付条件、配線経路、実測された伝搬に依存し、そのどれもデータのエクスポートには入っていません。あるフロアが過剰配置に見える、あるゾーンに測定値がまったくない、といったことは指摘できます。それは設計への有用な入力ですが、設計ではありません。

APを増やすのが正解であることはありますか？

あります——原因が本当にカバー範囲であるとき、たとえば新しいエリア、倉庫の増築、前回のサーベイ以降に内装された区画などです。すでにチャネル使用率が高く同一チャネル干渉が強いオフィスでは、既定出力の無線機を足すとたいてい悪化します。両者を分ける証拠はヒートマップではなく、使用率と干渉のデータです。

自社のコントローラのエクスポートは分析に足りますか？

たいていは足ります。多くの企業向け無線製品は、クライアント一覧、無線ごとのチャネルと出力、チャネル使用率、再送・エラー数、クライアントの履歴データを提供します。これで競合、クライアント能力、ローミング挙動——よくある四つの原因のうち三つ——を扱えます。四つ目のWi-Fi以外の干渉には、まったく別の計測器が必要です。

物理サイトサーベイが本当に必要になるのはいつですか？

残った問いが物理的になったときです。新拠点や内装工事、高密度の会議スペース追加のような用途変更、ラックが動く倉庫、チャネルと出力の再設計後も残る慢性的な問題、そして導入後に検証が必要な構築です。加えて、機器に本格的な費用を投じる直前も該当します——誤った設計を買うことに比べれば、サーベイは安価です。

フロア図は機微情報ですか？

そう扱ってください。物理的な配置を記録しており、AP位置、サーバ室、セキュリティエリアが入ることもあります。多くの組織は問われるまでは無頓着で、問われた後はそうではなくなります。幾何情報が本当に必要でない限り、注記入りの建築図面を渡すのではなくゾーン識別子で推論させてください。

Geminiはヒートマップ画像を直接読めますか？

画像は受け取り、流暢な説明を返します。そこが罠です。返ってくるのはレンダリング画像の色の解釈であって、その背後の測定値の解釈ではありません。閾値も、補間の仕方も、サンプリング密度も見えていません。事実の出所は表形式のエクスポートとし、画像は文脈としてのみ使ってください。

最初の一歩

先月のWi-Fiチケットと、コントローラのクライアント・使用率データを取り出し、狭い問いを一つだけ立ててください。その苦情は、その時刻・その場所の測定可能な状態と一致しているか。一致していれば、仮説と安価な検証手段が手に入ります。一致していなければ、それも発見です——原因がデータのなかにないということであり、サーベイが「あれば良いもの」でなくなる瞬間です。どちらにせよ、自分がどちらの会話をしているのかが分かります。二つ目の会話なら、喜んでお受けします。お問い合わせください。