テナントが苦情を言ったのは部屋ではなくWi-Fiだった：香港サービスオフィス事業者のマネージド無線ネットワーク導入記

要点： 香港で4拠点を運営するサービスオフィス事業者が、テナント調査のたびに聞かされていたのは同じ苦情——内装でもコーヒーでもなく、Wi-Fiでした。原因を追うと単純で、各拠点の無線ネットワークはその場所を施工した業者がそれぞれ個別に構築しており、共通の標準もなければ、4拠点を同時に見られる人もいなかったのです。解決したのは、より良いアクセスポイントではありませんでした。すべての拠点のアクセスポイントを、マネージドのUniFi Networkコントローラー1台に集約すること——コントローラーはBrocentが運用し、ハードウェアは事業者の資産のまま、価格はアクセスポイント単位の月額です。

香港のサービスオフィス競争は、面積ではなくWi-Fiで決まる

香港のフレキシブルオフィス業界は、「デスクと受付があります」で競争になる段階をとうに過ぎています。中環（セントラル）で数フロアを運営する事業者も、九龍・湾仔・観塘に拠点を広げるポートフォリオ型の事業者も、売っているのは生の面積ではなくサービス化された商品に近いものです——自分で予約できる会議室、そのまま使えるプリンター、そしてテナント自身のIT担当が一切気にしなくていいネットワーク。サービスオフィスやフレキシブルオフィスのテナントにとって、物理的なデスクは前提条件にすぎません。彼らが毎日本当に評価しているのは、顧客との通話の最中にインターネットが持ちこたえるかどうかです。

そのためWi-Fiの品質は、たとえば小売チェーンや倉庫事業者とは比べものにならないほど、この業界では荷重のかかる要素になります。店舗のバックオフィスのネットワークが遅くても、顧客は気づきません。サービスオフィスのテナントは即座に気づきます。デスクを占有するために料金を払っているその時間、自分のビジネスはその接続の上で動いているからです——顧客とのビデオ会議、クラウドの会計・CRMツール、ファイル転送、VoIP端末。会議室のWi-Fiが通話の途中で切れれば、それは事業者にとって内部的な不便ではなく、テナント自身の顧客の目の前で起きる可視の失敗です。更新するかどうかは、まさにそういう瞬間に決まります。

拠点が増えれば露出も増えます。3拠点目・4拠点目を開く事業者が増やしているのは面積だけではありません。既にあるものに加えて、ネットワークが独立に壊れうる箇所をもう一つ増やしているのです。共通の標準がなければ、新拠点を開くたびに、配線を任せた業者がどれだけ当たりかを賭け直すことになります。

1拠点、1業者、記録の残っていないWi-Fi設定

これは複合シナリオであり、特定の顧客名ではありませんが、香港のフレキシブルオフィス事業者が3〜4拠点を超えると、よく見かける形です。各拠点の内装は時期が異なり、多くの場合は別の業者が施工し、数年の開きがあることもあります。中環拠点のアクセスポイントは、観塘のものとメーカーもファームウェア世代も違います。どちらの導入にも関わった人間は、今の社内に一人も残っていません——当初の工事を仕切った担当者はすでに退職し、「ネットワーク設定」は請求書の束と、「配線を下請けに出したのはあの電気工事屋だったはず」という曖昧な記憶として残っているだけです。

各拠点の無線は孤立して設定され、当時その業者が十分と考えた水準に調整されました。SSIDの命名規則も共通ではなく、ゲストネットワークのポリシーも共通ではなく、そして決定的なことに——4拠点を同時に見られる場所がどこにもありません。運営マネージャーが湾仔拠点の今日のネットワーク状況を知りたければ、当番スタッフに電話して口頭で説明してもらうか、現地へ行くしかありません。統一されたログイン先も、統一されたビューも、統一されたアラート経路もない。4拠点とは、「今Wi-Fiはちゃんと動いているのか」についての、互いにつながらない4つの別々の話がある、ということです。

テナントは1拠点の中でも絶えず移動します——個室から会議室へ、受付を通って共用ラウンジへ——そして場当たりに継ぎ足された無線設定が、このローミングをきれいに処理できることはまずありません。まともな設計なしに設置されたアクセスポイントは、部屋と部屋の間にカバレッジの穴ができ、チャネルが重なって互いに干渉し、認証の引き継ぎも一貫しません。その結果、テナントのノートPCは会議の途中で接続を落とし、つなぎ直すことになります。テナントの目には「Wi-Fiが悪い」と映ります。実際には「このネットワークは一つのシステムとして設計も運用もされたことがない」のです。

4つの別々のネットワークが事業者に払わせているもの

このパターンからは実際に3つの問題が生まれ、同じ場当たりの土台のまま拡大を続けるほど、互いに増幅し合います。

1つ目は、拠点間でテナント体験が揃わないことです。成長中の顧客が2拠点を求めている、あるいは仲介業者が両方を案内している——そうした理由で中環拠点と観塘拠点を続けて見学した見込みテナントは、それぞれで実質的に異なるWi-Fi体験をしうるうえ、なぜ一方が安定して感じられるのか明確な理由もありません。この不揃いは、事業者自身の売り文句を内側から崩します。その売り文句はたいてい「どの拠点を選んでも一貫したプレミアムなブランド体験」を軸にしているからです。自社ポートフォリオ内でWi-Fi品質の一貫性すら保証できないサービスオフィスブランドは、静かに自分の営業トークに逆らっていることになります。

2つ目は、早期警告が完全に欠けていることです。4つのネットワークを一元的に見ている人がいないため、事業者が問題を知るきっかけは毎回同じ——テナントからの苦情です。アクセスポイントが再起動を繰り返していることを示す画面もなければ、あるスイッチポートの給電が不足しはじめたことを知らせるアラートもなく、数日かけて悪化していく問題を、誰かの投資家会議の最中に完全な停止として爆発する前に捕まえる方法もありません。本社の誰かが異常を知る頃には、テナントはすでに苦情のきっかけとなった悪い体験を済ませており——しかも多くの場合、内見に来た別の2人にもその話をし終えています。

3つ目は、成長の罠です。新拠点を開くたびに、まったく同じ場当たりのプロセスを繰り返すことになります。業者を手配し、他の3拠点が何をしているかを一切参照せずにその場所固有の判断をさせ、持ちこたえることを祈る。新しい業者に渡せるテンプレートもなく、標準の部材リストもなく、複製できる設定ドキュメントもありません。事業者が今抱えているのは、つながっていない4つのネットワークだけではありません。次の賃貸契約が結ばれる前に何かがこのパターンを変えない限り、5つ、6つと、それぞれ独自の癖を持つ独立したリスクを抱えていく軌道の上にいます。

上の3つの下には、もっと静かなコストもあります。運営チームが事業運営ではなく火消しに費やす時間です。通話が切れた、遅いという苦情は最終的に本社の誰かの机に届き、その人はまずどの拠点の話かを突き止め、あちこちに電話して実際に何が起きているのかを把握し、そして——願わくは——解決した後にテナントへ報告することになります。どれも運営マネージャーの本来の仕事ではありません。場当たりモデルが毎週静かに徴収している税であり、その額は拠点数に応じて、裏にあるリスクとまったく同じように増えていきます。

本当の問題はアクセスポイントではなく、「誰がコントローラーを運用するのか」

ここから先は、多くの事業者がハードウェアを2周買ってから初めて理解する部分です。

こうした事業者が最終的に使うことになる業務用無線機器——香港のオフィス内装ではUbiquitiのUniFiシリーズが定番です——は、アクセスポイント本体で管理するものではありません。管理しているのはUniFi Networkコントローラーというソフトウェアで、登録された全アクセスポイントのSSID、VLAN、拠点ごとのポリシー、トポロジー、統計はすべてそこに保持されます。アクセスポイントはコントローラーに登録（アダプト）されて初めて、マネージドな機器群の一部になります。コントローラーがなければ、それは誰かが一度設定しただけの孤立した箱にすぎません。

コントローラーのソフトウェア自体は無料です。そこが、まさに人を誤らせる点です。難しいのはライセンス費用ではなく、誰が24時間365日それを動かし、バックアップし、アップグレードし、停止の責任を負うのかということです。 問いはそこに尽きており、4拠点の事業者にとって現実的な答えは3つしかありません。

比較：UniFiコントローラーを動かす3つの方法

• 自社で構築する。 ソフトウェアはUS$0ですが、サーバーも人員もリスクもお客様の負担です。実際には、JavaとMongoDBの環境を用意することを意味します——公式の最低要件はMongoDB 3.6で、インストーラーに同梱——小規模ネットワークでもコントローラーだけで概ね1〜1.5 GBのメモリを占有します。TCP 8443 / 8080 / 8843、UDP 3478 / 10001 の開放と要塞化も必要です。アップグレード、バックアップ、要塞化、可用性はすべて自己責任で、Ubiquiti自身も「継続稼働を保証できないなら自社構築しないこと」と案内しています。しかも自社構築で動くのはUniFi Networkだけです。この道が合うのは、専任のネットワークエンジニアがいて、そのサーバーを自社運用に組み込むことを受け入れられるチーム。IT機能が運営マネージャー1人というサービスオフィス事業者は、そのチームではありません。
• Cloud Keyをもう1台買う。 UniFi Cloud Key Gen2 Plusの小売価格はおよそ US$239.99 の一回限りで、通常は拠点ごとに1台必要です。すぐ使えますが、リソースは固定で水平スケールはできず、単一障害点でもあります。本体が故障する、電源を失う、ストレージが壊れる——そのとき管理プレーンも一緒に失われます。アップグレードとバックアップには結局人手が必要です。4拠点のポートフォリオなら、買うのが4台、電源を用意するのが4台、バックアップを忘れずにやるのが4台ということになります。Ubiquiti公式のホスト型コントローラーという選択肢もあり、最大1,000台まで月額US$29から。ただし運用責任はお客様側に残ります。ハードウェア経路の唯一の実質的な利点は、UniFi Protect（映像）やAccess（入退室）も使いたい場合、この道しかないことです。これらのアプリはUbiquiti自身のUniFi OSハードウェア上でのみ動作します。
• すでに誰かが運用しているコントローラーを使う（Brocentの方式）。 構築するものは何もありません。サーバーもCloud Keyも不要で、事業者自身のネットワークでポートを開ける必要もありません。アクセスポイントは事業者の資産のまま——移るのは制御プレーンだけで、しかもいつでも戻せます。アップグレード、設定バックアップ、変更作業、アラート対応はNOCが担います。価格はアクセスポイント単位の月額です。

*上記の第三者価格は2026-09-10時点で確認した公開小売価格／ベンダー表示価格で、比較のための表示です。Brocentの見積りではありません。Cloud Keyと公式ホスト型コントローラーはUbiquitiの製品です。*

Brocentが実際に提供するもの、そしてその価格

BrocentはすでにUniFi Networkコントローラーを自社のBCSプラットフォーム上で運用しています。4拠点のシナリオにいる事業者にとって、変化は狭く具体的です。各拠点のアクセスポイントをそのコントローラーに登録すれば、それまで記録もない4つの別々の設定だったものが、1つのパネルを持つマネージドな機器群になります。

価格を左右する問いは、常に アクセスポイントを誰が所有するか の一点だけです。その先にあるもの——コントローラー、それを監視するNOC、変更プロセス、月次レポート——はどちらでも同一です。

買い方A——アクセスポイントは自社所有。 事業者はすでにUniFiアクセスポイントを購入しており、内装の世代が3つにまたがっていることもあります。それらをBrocentがすでに運用しているコントローラーに登録するだけです。登録、SSIDとVLAN、ゲストポータルと企業認証、24×7監視とアラートのチケット化、メンテナンスウィンドウ内でのファームウェア更新、設定の毎日バックアップと3年保持、そして月次の可用性レポート。ハードウェアは事業者の資産のままで、将来解約する場合も設定はエクスポート可能です。価格はアクセスポイント1台あたり月額US$1.20、12か月契約、税別——これは現在の年末オファーで、見積り時にプロモコード YE26-UNIFIAP をお伝えいただくことで、2026年11月30日までコンサルタントが書面で保証します。コントローラー運用の標準価格は個別見積りで、上記のアクセスポイント単価が現在公開されているオファー価格です。

買い方B——ハードウェア込み。 ハードウェアにまったく設備投資をしたくない事業者——特にまだ何も購入していない新拠点を開こうとしている場合——には、アクセスポイントをサービスの一部としてBrocentが提供し、稼働を維持します。資本投資は不要で、契約後1時間以内にネットワークが利用可能になります。ハードウェアの保守・交換も込みです。障害時には予備機を手配し、合意したSLA内で交換し、修理に追加費用はかかりません。コントローラー、NOC監視、変更プロセス、月次レポートは買い方Aと同一です。この買い方は個別見積りで、単一の台あたり料率ではなく、拠点数とアクセスポイント台数で算定するためです。

拡大途中の事業者にとって、現実的な答えはしばしば両方の併用です。既存拠点は購入済み・支払い済みのハードウェアで買い方Aを使い、次の拠点は買い方Bで開けば、内装費と同じ四半期にハードウェアの支出が重ならずに済みます。コンサルタントは実際の拠点・アクセスポイントのリストに対して両方を見積ります。公開料率と含まれる内容はネットワーク・サーバー・無線保守の料金ページに、サービス自体の説明はマネージド無線ネットワークのページにあります。

月額に含まれるもの

• アクセスポイントの登録とゼロタッチプロビジョニング
• SSID、VLAN、拠点ごとの無線ポリシー
• ゲストポータル、およびRADIUS / 802.1Xによる企業認証
• 24×7監視——アクセスポイントのオフライン、再起動ループ、PoE障害をチケット化
• 合意したメンテナンスウィンドウ内でのバッチ実行によるファームウェア更新
• 設定の毎日バックアップと3年保持——任意の日へロールバック可能
• 月次可用性レポート、Report Central経由で提供
• 新オフィス開設時の拠点ポリシー複製

その裏にある4つのコミットメント

暗黙ではなく明示されている事柄が4つあり、他社見積りと比べるときに最も確認する価値があるのはここです。可用性はコントローラーサービスの99%コミットメントで、単一ホストに依存せず高可用構成で稼働します——湾仔拠点の棚に置かれたCloud Keyには、まさにこの性質がありません。設定バックアップは毎日実行し3年保持するため、誤操作や機器交換にも必ず戻り道があります。スケールは弾力的で、アクセスポイントと拠点が増えるのに合わせて容量が追加され、アクセスポイント数の固定上限はありません。5拠点目を開いても「コントローラーが耐えられない」という話には決してなりません。分離は論理分離です。事業者の拠点、機器、データ、認証情報、ログはすべて自社テナントのスコープに限定され、アカウントはそのスコープしか解決せず、Brocentエンジニアのアクセスは顧客ごとに付与され記録されます。基盤プラットフォームとランタイムは共有です——アクセスポイント単価がこの水準でありうる理由の一部でもあります——そして、その境界は「完全に別」と飾らずに率直に示されています。事業者自身のコンプライアンスが専用インスタンスや特定のデータ管轄を要求する場合は、見積り前にお伝えいただければ、コンサルタントが範囲に含めて算定します。

コントローラー運用に含まれないもの

この点は、多くの買い手よりもサービスオフィス事業者にとって重要です。同じビルでカメラや入退室も欲しくなることが多く、誰かがテナントに実現できない約束をしてしまう前に、境界を知っておく価値があるからです。

UniFiは1つのソフトウェアではなく、複数のアプリケーションです。ソフトウェアとしてホストできるのはUniFi Network——無線とスイッチのコントローラー——だけであり、本サービスが提供しているのはまさにそれです。UniFi Protect（映像）、Access（入退室）、Talk（電話）は、Brocentのサーバーにも、事業者自身のサーバーにもインストールできません。Ubiquitiはこの3つをUniFi OSコンソールハードウェア（Cloud Key Gen2 Plus、UNVR、Dream Machineなど）上でのみ動作させる方針だからです。Ubiquiti自身の自社構築パッケージUniFi OS Serverもこれを変えません——現時点で対象はNetwork、InnerSpace、Identityであり、Protect、Access、Talkは含まれていません。Accessにはさらに物理的な制約もあり、実際に錠を解除するにはドアごとに現地のAccess Hubが必要で、これはクラウドに移せません。

したがって、ある拠点で受付エリアのカメラ監視やテナント区画の入口のカード入退室が必要なら、そのオフィスにUniFi OSコンソールを設置することになります。Brocentは仕様選定、調達、導入、保守を担えます——これはハードウェアの購入であって、コントローラー運用の料率が変わるわけではありません。無線の機器群とコンソールは同じ拠点で問題なく共存します。ただ、請求と提供の単位が別の2つのものだというだけです。

4拠点に落とし込むと、実際にはどうなるか

「拠点ごとに個別構築」のモデルから離れる事業者にとって、実際の変化はいくつかの具体的な部分に現れます。

設定ではなく登録になる。 アクセスポイントに電源を入れてネットワークにつなげば、コントローラーがそれを検出して登録します——もう機器ごとにログインする必要はありません。4拠点は4つの独立した設定ではなくなり、拠点ポリシーを持つ1つの機器群になります。無線ネットワークとVLAN分離は拠点単位・フロア単位で配信され、一度定義すれば一括で適用されます。ゲスト認証はブランド付きのポータルを通り、バウチャーなど複数の方式に対応して、来訪者を内部ネットワークから隔てます。スタッフや常駐テナントはRADIUS / 802.1Xでアカウントを使って接続でき、退去した会員のたびに漏れていく共有パスワードに頼らずに済みます。

苦情のループではなく監視になる。 アクセスポイントのオフライン、再起動ループ、PoE障害はNOCが24時間365日監視してチケット化するため、アラートが受信トレイで消えるのではなく、クローズに責任を持つ担当者がつきます。拠点ごとのクライアント数、バンド分布、輻輳状況は、キャパシティ判断の根拠になります——観塘のあのラウンジは実際に何人まで品質を落とさずに収容できるのか、という問いに、勘ではなくデータで答えられます。チャネル使用率と干渉も可視化されるので、「アンテナは満タンなのにつながらない」に、肩をすくめる代わりに実際の原因がつきます。

変更が頼み事ではなくプロセスになる。 新しい主要テナント向けにSSIDを追加する、VLANを変更する、ファームウェアをまとめて更新する——どれもチャットグループで口頭合意するものではありません。変更はサービスデスクに起票されるか、監視アラートから自動的に起票されます。エンジニアが影響範囲とロールバック計画を確認し、実施時間帯を提案します。事業者が承認してから予定が組まれるので、業務に影響する変更が就業時間中に押し込まれることはありません。まず設定バックアップを取り、ウィンドウ内でバッチ実行して検証します。結果は変更記録に書き込まれ、その期のサービスレポートに現れます。テナントに監査を受ける規制業種が含まれる事業者にとって、この記録の連なりは「ゲストWi-Fiは分離されているはず」と「分離を示せる」の違いそのものです。

拠点開設が作り直しではなく複製になる。 成熟した拠点のポリシーを新オフィスに複製でき、ゼロから設定し直す必要はありません。事前設定済みのアクセスポイントは電源投入と同時にそれを継承します。買い方Bなら、契約後1時間以内にネットワークが利用可能になります。設計作業は中央で一度だけ行い、あとは複製されます。

レポートは誰かが尋ねなくても届く。 各期の可用性監視レポートは、何が起きたか、それが何を意味するか、何を推奨するかを述べます——グラフを毎月書き出したものではありません。提供はReport Central経由で、マネージド契約のすべての顧客が受け取る同じレポート群であり、どれも別建てでは課金されません。実際に上がってくる所見は具体的です。ある拠点のアクセスポイントが予期しない再起動を繰り返し記録しており、追跡すると給電しているスイッチのPoE供給が余裕の限界に達していた、推奨はサポート対象ポートへの移設、再起動が続く場合は保証による本体交換——といった具合です。これが、場当たりモデルでは決して生まれなかった早期警告です。

そして、これらは物理設計をきちんとやる価値をまったく損ないません。機器を設置する前の本物の無線サイトサーベイ——その空間のレイアウト、建材、想定されるテナント密度が実際にどう振る舞うかを測ること——は、新拠点がきれいな状態から始まるのか、それとも事業者が逃れようとしているのと同じカバレッジの穴とローミングの問題を最初から積み上げるのかを、依然として決定づけます。コントローラーは設置済みのものをうまく管理します。正しいものが正しい場所に設置されたかどうかを決めるのは、サーベイです。

比較：複数拠点でWi-Fiを運用する3つの方法

• 拠点ごとの場当たり構築 —— 手が空いている業者がその都度施工し、共通の標準も、一元的なビューも、請求書の束以外のドキュメントもありません。問題はテナントが苦情を言ったときにしか表に出ず、新拠点ごとに記録の残らない同じプロセスを一から繰り返します。
• コンシューマー向けメッシュ製品 —— 市販品として買いやすく、単一の小さな空間なら妥当ですが、設計思想は1世帯・1オフィス向けで、多拠点ポートフォリオ向けではありません。拠点をまたぐ集中管理はなく、ゲストとテナントのトラフィックを分けるまともなVLAN分離もなく、変更記録も残らず、結局は拠点ごとに人が手で設定することになります。
• マネージドUniFiコントローラー（Brocentの方式） —— すべての拠点のアクセスポイントをBrocentが運用する1台のコントローラーに登録し、アクセスポイント単位の月額で、可用性99%、設定の毎日バックアップと3年保持、テナントの論理分離、月次可用性レポート、そしてアクセスポイント数の固定上限なし。ハードウェアは事業者の資産のまま、あるいは買い方Bでサービスに含まれます。新拠点は既存拠点のポリシーを複製し、一からやり直しません。

よくある質問

複数拠点で、マネージドUniFiコントローラーの価格はどう決まりますか？

アクセスポイント単位の月額です——拠点単位でもユーザー単位でもありません。これは実際の機器規模と連動する単位を意図的に選んだ結果です。4拠点でアクセスポイント24台の事業者は、それが4フロアに分かれていようと4棟に分かれていようと、24台分を支払います。現在公開されているオファー価格はアクセスポイント1台あたり月額US$1.20、12か月契約・税別で、見積り時にプロモコードYE26-UNIFIAPをお伝えいただくことで2026年11月30日まで有効です。標準価格は個別見積りです。アクセスポイント数の固定上限はないため、5拠点目の追加は明細行が増えるだけで、プラットフォーム側の変更を引き起こしません。なお、すでにマネージドITサポートのプランをご利用の事業者は、「ネットワーク＆無線」アドオンでスイッチ・ゲートウェイ・アクセスポイントをまとめて保守することもできます。香港・シンガポール・中国本土それぞれの公開市場料率で提供され、コントローラー運用とは別のSKUです。特定の機器構成でどちらが有利かは、コンサルタントが判断してお伝えします。

アクセスポイントはBrocentから購入する必要がありますか？

いいえ。事業者がすでに所有しているUniFiアクセスポイントはそのまま登録でき、機器の入手元にかかわらずコントローラー運用はアクセスポイント単位で課金されます。新しい機器が必要な場合、Brocentはモデル別の価格を公開しており導入も担えますが、それは別のハードウェア購入です。もう一つの選択肢が買い方Bで、アクセスポイントは購入ではなくサブスクリプションの一部として提供され、保守と交換も含まれます。こちらは拠点数とアクセスポイント台数による個別見積りです。

コントローラーはクラウドにあります。拠点の回線が切れたら、テナントはWi-Fiを使えなくなりますか？

いいえ。コントローラーに到達できない間も、UniFiアクセスポイントは既に配信済みの設定でトラフィックを転送し続けます。影響を受けるのは管理と統計であって、テナントの接続性ではありません——現地のCloud Keyが壊れて管理プレーンごと失われるのに比べれば、はるかに良い失敗の仕方です。コントローラーサービス自体は高可用構成で稼働し、可用性99%のコミットメントがあり、設定は毎日バックアップされ3年保持されます。

ファームウェア更新で、営業時間中に拠点が止まることはありますか？

更新は合意したメンテナンスウィンドウ内でバッチ実行され、事前に設定バックアップを取得し、就業時間中に機器群全体へ一斉に適用することは決してありません。各更新は他の変更と同じプロセスを通ります——評価し、事業者と確認し、実行し、検証し、記録する——そして結果はその期のレポートに現れます。

当社のネットワークデータは、同じプラットフォーム上の他の顧客と分離されていますか？

はい、論理分離です。プラットフォームのランタイムは共有ですが——アクセスポイント単価がこの水準でありうる理由の一部です——テナントは固い境界です。拠点、機器、データ、認証情報、ログはテナントのスコープに限定され、事業者のアカウントはそのスコープしか解決せず、Brocentエンジニアのアクセスは顧客ごとに付与され記録されます。具体的なコンプライアンス要件が専用インスタンスや特定のデータ管轄を求める場合は、含まれていると仮定せず、見積り前にお知らせください。

カメラや入退室も同じコントローラーで運用してもらえますか？

いいえ、そしてこれは他社にもできません。UbiquitiはUniFi Protect（映像）、Access（入退室）、Talk（電話）を自社のUniFi OSコンソールハードウェア上でのみ動作させており、自社構築型や第三者ホスト型のソフトウェアとしては提供されていません。UbiquitiのUniFi OS Serverパッケージが対象とするのもNetwork、InnerSpace、Identityであり、これらは含まれていません。Accessはさらに、ドアごとに現地のAccess Hubを必要とします。あるビルでどちらかが必要なら、そのオフィスにUniFi OSコンソールを設置し、Brocentが仕様選定、調達、導入、保守を担えます——ハードウェアの購入であり、コントローラー運用の料率が変わるわけではありません。

新しい拠点ごとにサイトサーベイは必要ですか？

必要です。そしてそれは設計であって、追加販売ではありません。無線サイトサーベイは、その場所のレイアウト、建材、想定されるテナントの動線を踏まえて、アクセスポイントを実際にどこへ設置すべきかを施工側に伝えるものです。中環拠点で通用した配置が、壁の構造も会議室の配置も違うビルでそのまま通用するとは限りません。コントローラーは、よく設計された機器群を管理可能にします。梯子の届く場所に取り付けられたアクセスポイントを埋め合わせることはできません。

後からこのサービスを離れることはできますか？

できます。買い方Aでは、アクセスポイントは終始事業者の資産です。解約時には設定をエクスポートし、事業者自身が運用するコントローラー、あるいはハードウェアのCloud Keyへ機器を登録し直せます。Brocentがホストしているのは制御プレーンであって、ネットワークの所有権ではありません。

次の拠点を計画している事業者にとって、これが意味すること

結局のところ、これはアクセスポイントの話ではありません。複数拠点を運営する事業者が、責任の所在が明確な1つの無線標準を持っているのか、それとも賃貸契約で社名を共有しているだけの4つの別々の標準を持っているのか——という話であり、古いモデルのまま契約を1つ結ぶたびに5つ目が増えるだけです。本当に効く解決策は、苦情が最も多い拠点により良いアクセスポイントを置くことではありません。制御プレーンを、それを見張り、バックアップし、アップグレードし、レポートすることが本業である場所へ移すことです。

だからこそマネージド無線は、BrocentのマネージドITサポートプランの中のインフラ機能の一つとして位置づけられています。無線だけの購買を事業者が別途相見積りし、契約し、他のすべての業務と並行して管理しなければならないもの、としてではありません。サービスオフィス事業者自身のバックオフィスチームに対して、ヘルプデスク支援、セキュリティ監視、インフラ管理を提供している同じユーザー単位のプランこそが、責任が実際に宿る場所です——1つのサービスデスク、1つの変更プロセス、1つの月次レポート、そして4拠点すべてをすでに把握している1つのチーム。コントローラー運用は単独でも購入できる実在のサービスで、プランへの加入は必須ではありません。ただ、拡大するポートフォリオ全体でITをどう回すかを決めようとしている事業者にとっては、無線のサブスクリプションを買ったうえで「ノートPCがゲストネットワークにつながらない」テナントをどこへ回すか分からないままでいるより、先にプランを決め、その中に無線の機器群を置くほうが理にかなっています。

コントローラーサービスの詳細はマネージド無線ネットワークのページに、公開されているアクセスポイント単価と含まれる内容はネットワーク・サーバー・無線保守の料金ページにあります。プランの各階層と含まれる内容はマネージドITサポートに、その他の公開価格はすべて料金ハブにまとまっています——次の賃貸契約を結ぶ前に、実際の拠点数とアクセスポイント台数でこれを検討したい事業者には、Brocentのチームが両方の買い方を見積り、可用性レポートのサンプルを添えてお送りします。