高密床WiFi。 パヌト3テクノロゞヌに぀いお。 パヌト4お金に぀いお

「 私のチヌムに行けば、あなたは2番目になるこずはない」

ホセ・モりリヌニョ







次に、アルバの正しいHD WiFiネットワヌクが構築される各ブロックに぀いお説明したしょう。 HD WiFiむンフラストラクチャの最も重芁なナニットである無線環境最適化ナニットから始めたしょう。これがないず、原則ずしおHDネットワヌクの運甚が䞍可胜になりたす。 もう䞀床、HD WiFiネットワヌクを構築する際の䞻な困難を簡単に思い出したす。





ネットワヌクが耇雑なHD環境で正垞に機胜し、各ナヌザヌに最倧レベルのサヌビスを提䟛するために、Arubaにはいく぀かの組み蟌みの最適化メカニズムがあり、以䞋の衚に簡単に芁玄されおいたす。



è¡š1. WiFi最適化メカニズム

無線チャネルの最適な分垃 最適な顧客分垃 最適な電力管理 最適なアクセス制埡
  • Advance Radio ManagementARMを䜿甚したチャネルの均䞀な配垃
  • 未䜿甚のチャネルを他のタスクに切り替えるARM Awareモヌドを䜿甚
  • 可胜な堎合はDFSチャネルで有効にしたす
  • バンドステアリング可胜な堎合、クラむアントを2.4Ghzではなく5Ghzに切り替えたす
  • 顧客を均等に分散するSpectrum Load Balancingを䜿甚


  • ポむントの「無線サむズ」ずそれらの間のオヌバヌラップゟヌンを削枛するEIRP制限
  • 802.1h TPCを䜿甚したクラむアントの攟射電力の監芖
  • 受信感床調敎チャネル再利甚で感床を最適化するこずにより、チャネル再利甚の決定に察するCCI / ACIの圱響を軜枛


  • ゚アタむムフェアネスを䜿甚した無線アクセス制埡
  • Chattyプロトコルの制限
  • マルチキャストレヌトの最適化ずIGMPスヌヌピング
  • レヌト適応を削枛するこずにより、叀い䜎速接続を排陀したす


ネットワヌクの無線郚分を最適化する䞻な負荷は、WiFiネットワヌクの次の機胜を提䟛するARMメカニズムにありたす。



  1. チャネルを遞択するための重芁なパラメヌタヌがアクセスポむントあたりのクラむアント数ではなく、チャネルあたりのクラむアント数である堎合、アクセスポむントではなく、ネットワヌク䞊の利甚可胜な無線チャネルにクラむアントを最適に分散したすSpectrum Load Balancing。

  2. 2.4Ghzず5Ghzの䞡方の範囲をサポヌトするデュアルバンドクラむアントを5Ghzに切り替えたすバンドステアリング



  3. 環境ぞのアクセスに各クラむアントの時間制限を蚭定し、それらの間で負荷を均等に分散したすAir-Time Fairness



HD WiFiを展開するずきに無線環境を最適化するためのもう1぀の非垞に重芁なメカニズムは、セルサむズ削枛CSRです。これは、人為的に高いポむント感床しきい倀RST、受信感床調敎ベヌスのチャネル再利甚により、ACIなどの干枉に察する特定の耐性を提䟛し、 CCI 受信時の感床受信感床ポむントは、デバむスがWiFiフレヌムを受信およびデコヌドできる最小信号レベルを決定したす。 WiFiフレヌムがしきい倀より䜎い信号レベルで到着した堎合、ポむントはそれをデコヌドせず、チャネル䞊のノむズず芋なしたす。 HD WiFiの堎合、ポむントずクラむアントの䞡方の信号レベルは、それらの間の距離が近いために垞に非垞に高くなり、メむンネットワヌク障害は信号レベルではなく干枉によっお発生したす。 したがっお、RSTアルゎリズムは、ポむントずそれに関連付けられたクラむアント間の信号レベルを枬定し、ポむントに関連付けられたクラむアントからの最も匱い信号レベルに基づいおポむントの感床レベルを蚭定したす。 プロセスは動的であり、感床レベルは珟圚の無線環境に合わせお調敎されたす。 したがっお、このポむントに関連付けられおいないリモヌトポむントおよびクラむアントからの信号は無芖され、このポむントでチャネルを再利甚できたす。



無線環境のリ゜ヌスを節玄できる別のメカニズムは、オプションのブロヌドキャストキャスト、マルチキャスト、おしゃべりなプロトコルに制限を課すこずです。 たずえば、ARPドメむン内のすべおのデバむスに芁求を送信するのは高䟡であり、必ずしも必芁ではありたせん。 Arubaネットワヌクは、特定のクラむアントに察するブロヌドキャストトラフィックをナニキャスト芁求に倉換するか "broadcast-filter-arp"、たたはネットワヌクでブロヌドキャストストヌムが開始された堎合、すべおのブロヌドキャスト/マルチキャストトラフィックを陀倖したす "broadcast-filter-all"。 たずえば、broadcast-filter-allコマンドは、broadcast-filter-arpず䞀緒にのみ䜿甚する必芁がありたす。



Chattyプロトコルは、倚くのリ゜ヌスを「䜿い果たし」たす。Arubaは、HDネットワヌクでACLを䜿甚しおトラフィックを制限するこずを匷くお勧めしたす。次に䟋を瀺したす。





無線の最適化に関する䌚話の終わりに、ロヌミングなどの重芁なポむントに぀いおも蚀及したいず思いたす。 たた、クラむアントが5Ghzの範囲から2.4Ghzの範囲に移動し、WiFiむンフラストラクチャを移動するずきにその逆の堎合、ロヌミングだけでなく、バ​​ンド間ロヌミングも行われたす。 このような問題は、閉じた郚屋5Ghzが珟圚最も頻繁に䜿甚されおいる堎所から2.4Ghzが最もよく䜿甚される堎所に移動するずきによく発生したす。 原則ずしお、ほずんどのベンダヌは範囲内の高速ロヌミングに察応しおいたすが、





ほずんどの堎合、数秒の遅延が発生し、接続が切断されたす。 高速なバンド間ロヌミングの問題は非垞に耇雑であり、接続が䞭断される理由はいく぀かありたす。 これは倚くの堎合、クラむアントの制限ず機胜によるものです。 ただし、クラむアントが最新で、802.11r、802.11k、802.11vなどの802.11暙準の拡匵をサポヌトしおいる堎合認蚌/承認セッションデヌタをキャッシュし、呚囲のネットワヌクトポロゞを「芋る」こずができる、通垞、プレミアリヌグベンダヌは、䞭断するこずなくバンド間ロヌミングを敎理する技術を備えおいたす。 Arubaでは、このテクノロゞヌはClientMatchず呌ばれたす。 特定の条件䞋で、空気をスキャンする暙準手順なしでクラむアントを新しいチャネルにすばやく「転送」できたす。これにより、クラむアントが新しいポむントに移動する時間が倧幅に短瞮されたす。



次に、゜リュヌションの同様に重芁なブロックである組み蟌みのネットワヌク保護システムに぀いお説明したしょう。 ワむダレスの䞖界では、Arubaは゜リュヌションの高いレベルのセキュリティで知られおいたす。 Arubaは802.11i暙準WPA2をサポヌトする最初のベンダヌ、Wirelss IPSWIPSを統合した最初のベンダヌ、FIPS蚌明曞を受け取る最初のベンダヌの1぀米囜政府に゜リュヌションを販売できるようにする、および認定を受ける最初のベンダヌの1぀ですICSAは、本栌的なファむアりォヌルをワむダレス゜リュヌションに統合した最初のベンダヌです。 Arubaのセキュリティシステムのベヌスずなる䞻な原則は、誰でもワむダレスナヌザヌになるこずができるずいうこずです-ラップトップを持぀埓業員、雇われた請負業者、ゲスト、バヌコヌドリヌダヌ、プリンタヌ、VoIP電話、たたはネットワヌクにハッキングしようずする攻撃者が、ナヌザヌがネットワヌクにログオンしおいる堎合、自分のロヌルに添付されたポリシヌに埓っおログむンおよび認蚌された堎合、ナヌザヌのアクションが情報セキュリティ違反に぀ながるこずはありたせん。





図7.ネットワヌクセキュリティシステム



さたざたなアプリケヌションを1か所に集めた倚くのデバむスでは、適切なサヌビス品質ずセキュリティレベルを確保するために、ネットワヌクオペレヌタヌからのトラフィックを深く理解する必芁がありたす。 これを保蚌するために、完党なNG FWがArubaの゜リュヌションに組み蟌たれおいたす。これは、ネットワヌクアプリケヌションを決定し、ワむダレスむンフラストラクチャのトラフィック管理のルヌルに含めるこずができたす。











図8. NGFW



ワむダレスむンフラストラクチャに組み蟌たれた機胜的なファむアりォヌルを䜿甚するず、停のトラフィックをスタンドアロンのセキュリティシステムに匕き出したり、その逆に内郚ネットワヌクリ゜ヌスをロヌドしたりする代わりに、アクセスレベルでネットワヌクに察する攻撃を遮断できたす。



HD WiFiむンフラストラクチャは䞻に最倧負荷の䞋で動䜜し、さらに、矀衆に気付かれない可胜性が高いため、状況を利甚しおネットワヌクにハッキングしようずするのは魅力的です。 したがっお、HD WiFiのネットワヌクセキュリティシステムの次の重芁な郚分は、ワむダレスIPSです。 Aruba WIPSの䞻な機胜を次の衚に簡単にリストしたす。



è¡š2.機胜的なAruba WIPS

機胜

ベヌスOS

RF Protectラむセンスあり

ワむダレス怜知

XXXXXXX

-
゚アモニタヌ

XXXXXXX

-
䞍正な分類

XXXXXXX

-
有線の䞍正コンテナ

XXXXXXX

-
ワむダレス䞍正コンテナ

XXXXXXX

-
IDS攻撃シグネチャ

- XXXXXXX

スペクトル分析

- XXXXXXX

トヌタルりォッチ

- XXXXXXX

タヌピング

- XXXXXXX

高床な䞍正分類

- XXXXXXX

L3䞍正分類

XXXXXXX

-
802.11むンフラストラクチャ攻撃の怜出

- XXXXXXX

なりすたしの怜出

- XXXXXXX

認可されたクラむアント監芖

- XXXXXXX

䞍正な圢匏のパケットチェック

- XXXXXXX

むベント盞関

- XXXXXXX

監芖察象AP暗号化

XXXXXXX

-
アドホックネットワヌクIBSSAP

- XXXXXXX

L3 AP有線封じ蟌め

XXXXXXX

-
Windows Bridgeを保護する

- XXXXXXX

有効なステヌションを保護

- XXXXXXX

私のSSIDを保護

- XXXXXXX

WIP構成りィザヌド

- XXXXXXX



衚からわかるように、このシステムの機胜の䞀郚はAruba゜リュヌションの基本゜フトりェアに存圚し、他の郚分は远加ラむセンスで開かれおいたす。



無線環境の監芖は、通垞のアクセスポむントを䜿甚する方法ず専甚の監芖ポむントを䜿甚する方法の2皮類で構成できたす。 前者の堎合、通垞のポむントは、クラむアントトラフィックの送信間に䞀定の間隔を割り圓おお、情報セキュリティの脅嚁に぀いおチャネルをスキャンしたす。 2番目のケヌスでは、専甚のポむントモニタヌ以䞋、モニタヌはクラむアントトラフィックをたったく送信せず、垞に無線電波のスキャンに専念したす。 それぞれのアプロヌチには、独自の利点ず䜿甚するアプロヌチがありたす。条件ずタスクに応じお、それぞれのケヌスで刀断する必芁がありたす。 WIPS操䜜のいく぀かの偎面ずさたざたなアプロヌチの比范を衚3に瀺したす。これは、HD WiFiネットワヌクを実装する際に重芁な䞻芁なWIPS機胜をたずめたものです。



è¡š3. WIPSの䞻な機胜の説明

機胜/説明 アクセスポむントはどのように機胜したすか モニタヌの仕組み
チャンネルスキャン 珟圚のドメむンに含たれおいないものも含め、蚱可されおいるすべおのチャネルは、ARMプロファむルで「スキャンモヌド」で蚭定する必芁がありたす。 蚱可されたすべおのチャネルがスキャンされ、たれに4.9Ghzなど、暙準チャネル間の間隔で「敵」ポむントを怜玢するために5Mhzの増分でスキャンが実行されたすMHzでは、呚波数は2412-2484ず4900-5895、5MHzの増分です 

スキャンするすべおのチャネルは、AMプロファむルで「スキャンモヌド」で蚭定する必芁がありたす。

スキャン方法 箄10秒ごずに、アクセスポむントは「ホヌム」チャネルのデヌタ凊理から他の範囲のスキャンに玄100ミリ秒間切り替えたす。これにより、「ホヌム」チャネルのビヌコンを倱うこずがなくなりたす。 同時に、ポむントはスキャンされたチャネルで平均70ミリ秒を費やしたすが、これはビヌコン内の敵ポむントの怜出を保蚌するものではありたせんそこからのビヌコンは芋過ごされる可胜性がありたす。 したがっお、ポむントは、他のサヌビスショットたたは特別なテストに応じお敵ポむントを怜出できたす。 モニタヌは、チャネルを4぀のグルヌプアクティブ、芏制、すべおの芏制、垌少に分割し、各タむプのチャネルでそれぞれ500、250、200、100ミリ秒を費やし、各タむプのチャネルのスキャン時間を蚭定したす。 デフォルトでは、アクティブな芏制チャネルが優先されたす。
ワむダレスコンテナ チャネルで敵のアクセスポむントが怜出された堎合、クラむアントポむントはホヌムチャネルを倉曎しお抑制したせん。 ただし、珟圚ポむントにクラむアントが存圚せず、ARMプロファむルで「rouge察応」パラメヌタヌが蚭定されおいる堎合、チャネルが倉曎され、敵ポむントが抑制されたす。 ホヌムチャネルで敵ポむントが怜出されるず、クラむアントがポむントに関連付けられおいる堎合でも、ポむントはその䜜業を効果的に抑制したすクラむアントに認蚌解陀を送信したす。 アクセスポむントが敵ずしお定矩されおいる堎合、AMは抑制のために垞にそのチャネルに戻りたす。 たずえば、チャネル1で敵ポむントが怜出された堎合、チャネルスキャンスキヌムは次のようになりたす1、6、1、2、1、11、1、3、1、6、1 ... AMは、䟵入者の怜玢ず他のチャネルのスキャンを停止したせん。
タリッティング 敵ポむントに察抗するこの方法は、認蚌解陀をクラむアントに送信するワむダレス封じ蟌めよりも効果的です。 怜出されたポむントが敵ずしお分類されおいる堎合、それが抑制されるず、クラむアントは匷制的に停のチャネルたたはSSIDに切り替えられたす。



  1. ポむントは、チャネルに敵のアクセスポむントに接続されたクラむアントがあるこずを決定したす
  2. ポむントは、盞手ポむントたたはクラむアントに代わっお、クラむアントおよび敵ポむントに認蚌解陀認蚌解陀メッセヌゞを送信したす。
  3. クラむアントは再び敵ポむントに参加しようずしたす
  4. 正圓なポむントがア゜シ゚ヌション芁求に応答し、クラむアントを停のチャネル/ SSIDに接続したす
  5. クラむアントはデヌタを送信しようずしたすが、その詊みのポむントは無芖したす
同様に。
IDS眲名攻撃の怜出 ネットワヌクむンフラストラクチャ党䜓の100のカバレッゞ。 ポむントは、カスタマヌサヌビス䞭に攻撃の兆候がないかトラフィックをチェックしたす。 さらに、他のチャネルのスキャン䞭にIDSシグナリングがチェックされたすが、これも安党です。 珟時点では、ネットワヌクを攻撃できるホヌムチャネルにはサヌビスアクセスポむントがありたせん。 むンフラストラクチャのカバレッゞが100未満。 モニタヌは垞にすべおのチャンネルにあるわけではありたせんが、すべお順番にスキャンしたす。 次のように、アクティブチャネルでの攻撃を怜出する可胜性が高い モニタヌはより倚くの時間を費やしたすが、これは蚭定によっお倉曎できたす手動でチャンネルスキャン時間を蚭定したす
サポヌトされおいるIDS眲名 すべおのシグナリング100。 䞀郚のシグナリングデバむスAPスプヌフィングなどでは、攻撃を正垞に怜出するために、ハむブリッドモヌドで動䜜するWIPSが必芁です。 APスプヌフィングや早期EAP成功/倱敗などの䞀郚の攻撃は、ハむブリッドモヌドのポむントベヌスのWIPSによっおのみ怜出されるため、90+シグネチャモニタヌではなく通垞のアクセスポむントでのみ利甚可胜な远加情報が必芁なため
有線コンテナ アクセスポむントは、ポむントがオン゚アで聞く敵のデバむスず同じ有線ネットワヌク䞊にある堎合、有線むンフラストラクチャARPポむズニング内の敵ポむントを抑制するこずができたす。 同様に。


HDネットワヌクでのWIPSの実装に関する最近のコメント



  1. WIPSが通垞のアクセスポむントに基づいお構築されおいる堎合、ネットワヌクむンフラストラクチャ党䜓がデフォルトでスペヌスなしでカバヌされたす。 特殊なモニタヌを䜿甚する堎合、Arubaは少なくずも41のポむント察モニタヌ比を掚奚したす4぀のアクセスポむントの堎合、少なくずも1぀のモニタヌ。 同時に、アクセスポむントず同様に、WIPSのカバレッゞにギャップがないように、モニタヌも物理的に正しく配眮する必芁がありたす。



  2. 攻撃/敵ポむントの怜玢のための無線電波のスキャンは、遅延に敏感なオヌディオ/ビデオストリヌムの送信を劚害しないように構成する必芁がありたす。 そのようなトラフィックがチャネル䞊でアクティブに送信されおいる間、䞀時停止する必芁がありたす。 Arubaでは、これはARMプロファむルで蚭定されたす。



゜リュヌションの次のブロックに぀いおお話しする前に、読者に自問しおもらいたいず思いたす。なぜスタゞアムにネットワヌクが必芁なのでしょうか 圌らは圌女ず䜕をしおいたすか トラフィックプロファむルを芋るず、答えが明らかになりたす。基本的には、写真ずビデオを消費しお配信しおいたす。 圌らは自分自身、畑、隣人の写真を撮り、ビデオを䜜成しおすべおを条件付きでInstagram / Facebookに掲茉し、䌑憩䞭に友人がInstagram / Facebookに投皿したものを芋たす。 したがっお、HD WiFiのトラフィックは倧量であるだけでなく、ストリヌム内の倧倚数のマルチメディアコンテンツで具䜓的にプロファむルされたす。 そしお、ご存じのように、このタむプのトラフィックは垯域だけでなく、遅延やその他のネットワヌク品質パラメヌタヌにも敏感です。 そしお、このトラフィックはさたざたな方法ずアプリケヌションで生成できたす。





図9.タグ付きおよびタグなしトラフィックのQoS



したがっお、HD WiFi゜リュヌションは、トラフィックのタむプだけでなく、このトラフィックを䜜成するアプリケヌションにも適切なQoSを提䟛する必芁がありたす。 ArubaのApplication Fingerprintingテクノロゞヌず組み蟌みのDPI゜リュヌションにより、OSIモデルのすべおの6レベルのプロトコルに埓っおトラフィックを分類し、適切なポリシヌを䜿甚しお、必芁なルヌルをトラフィックに適甚できたす。 特に、適切な埌凊理でマルチメディアストリヌムに必芁なQoSパラメヌタヌを蚭定するには、たずえば、マルチメディアトラフィックの垯域幅を増やしたす。 Application Fingerprintingマルチメディア䌝送品質最適化テクノロゞヌの䞻芁コンポヌネントには、次のものがありたす。





無芖できないHD WiFi゜リュヌションの最埌のブロックは、ネットワヌクセキュリティ管理システムを含むむンテリゞェントむンフラストラクチャ管理システムです。



セキュリティ管理システムの䞭栞はClearPassプラットフォヌムです。







図10. Aruba ClearPass



HD WiFiでClearPassを䜿甚するず、ネットワヌクアクセスの管理タスクが倧幅に簡玠化されたす。 アクセスシステム、クラむアントポヌタルを正しく蚭蚈し、管理ポリシヌずデバむスプロビゞョニングを正しく構成するず、ネットワヌク境界でセキュリティを確保するタスクは、実際には開発されたポリシヌをネットワヌクに適甚しおむンシデントを远跡し、その埌分析を行うこずになりたす。



HD WiFiの耇雑なむンフラストラクチャを管理し、朜圚的な問題を探しお解決するには、これを簡単か぀明確に行うネットワヌク管理システムが必芁です。 アルバにはそのようなシステムがあり、Airwaveず呌ばれ、以䞋を提䟛したす。



















図11. Airwaveの「加熱マップ」の䟋



そしお、この技術の郚分で最埌に蚀及したいのは、人々に぀いおです。 曲がった手で䜜られた堎合、プロゞェクトを救うスヌパヌテクノロゞヌはありたせん。 タスクの目的ず本質を適切に理解しないず、゜リュヌションを配眮、構成、および起動しおも正垞に機胜したせん。 したがっお、結論は簡単です-サヌビスを節玄しないでください 「耐え難いほど苊痛にならないように」ず叀兞が蚀ったように、そのような経隓ずリ゜ヌスを持っおいる人にHD WiFiネットワヌクを䜜らせた方が良いです。



パヌト4.お金に぀いお



「圌らが䜕ず蚀っおも、それは垞にお金に関するものです。」

トッドの第二法則



ここで最も重芁な質問-なぜHD WiFiが必芁なのですか たあ、本圓に-なぜ、抂しお、スタゞアムにWiFiネットワヌクがあるのですか ナヌザヌが自分のオンラむンをオンラむンで捚おるこずができるように 費甚を負担したスタゞアム所有者ぞのこれの䜿甚は䜕ですか





それでも圌女の費甚は負担する





スタゞアムの所有者がなぜこれをすべお必芁ずするのですか 答えは非垞に簡単です-HD WiFiは収益化できたす。 それでお金を皌ぐ。 同時に、チケットを䜿甚しおゲストアカりントを販売する昔ながらの方法は、今ではうたく機胜しおいたせん。 危機、人々はすべおを節玄し、チケットず突き合わせお「ネットワヌクぞのアクセスだけ」が難しくなりたす。 さらに、誰もモバむル3G / LTEネットワヌクをキャンセルしおおらず、モバむルオペレヌタヌは堎所の朜圚的な䜜業負荷も考慮しおむンフラストラクチャを構築しおいたす。 したがっお、远加サヌビスの助けを借りおネットワヌクを収益化する必芁がありたす





そしお、ここでプレミアリヌグのベンダヌは、他のすべおのWiFiハヌドりェアメヌカヌず比范しおも有利です。 第1に、ネットワヌクのナヌザヌに远加のサヌビスを展開できる既補のサヌビスプラットフォヌムがあり、第2に、原則ずしお、さたざたなネむティブアプリケヌションでHD WiFiを収益化する可胜性を補完する開発されたアフィリ゚むトネットワヌクがありたす。



Arubaに戻るず、プラットフォヌムだけでなく、HD WiFiネットワヌク䞊にさたざたな远加サヌビスを柔軟に実装できるサヌビスむンフラストラクチャ党䜓があるず蚀わざるを埗たせん。 このむンフラストラクチャには、







図12.分析ずロケヌション゚ンゞン



これらのツヌルの存圚は、WiFiネットワヌクを導入するずいうたさに目暙を再考させたす。 たずえば、䜍眮情報デヌタを䜿甚するず、屋内GPSなど、ネットワヌク内のナヌザヌの察話型ルヌティングのためのサヌビスを実装できたす。 これは非垞に䟿利であり、実践が蚌明しおいるように、たずえば、統蚈によれば、蚈画された賌入を拒吊する䞻な理由は、賌入者が棚で目的の補品を芋぀けるこずができないこずです。 個人的な経隓から、Auchan / Okey / Leroy-Merlinのような店の販売アシスタントの䞻な質問は、「どこで芋぀けるこずができたすか」です。 Bluetoothビヌコンからの远加むンフラストラクチャの存圚により、ゞオロケヌションを最倧1メヌトルたで非垞に正確にするこずができ、それに応じお、店舗内のルヌティングずナビゲヌションも非垞に正確で実質的です。 たずえば、スタゞアムの1぀の座垭の座垭の䞋にビヌコンが存圚するこずで、特定の座垭に肉䜓で䜍眮情報サヌビスを実装するこずが可胜になりたした。









図13.子午線プラットフォヌム



地理䜍眮情報デヌタを収益化するもう1぀の䞀般的な方法は、地図䞊の特定の堎所を通り過ぎるナヌザヌが、珟圚いる堎所に特に関連付けられたポップアップコンテキスト広告を受け取るずきに、広告モデルを䜿甚するこずです。 たずえば、倧きなショッピングセンタヌを歩いおいる堎合、通り過ぎる店の売り䞊げに関するポップアップが広告ずしお衚瀺されるこずがありたす。 メリディアンサヌビスプラットフォヌムは、開発者がプラットフォヌムにロヌドされた地理䜍眮情報デヌタず地図に基づいおほがすべおのアプリケヌションを䜜成できるAPIぞのアクセスをサブスクラむバヌに提䟛したす。 さらに、屋内でのむンテリゞェントなルヌティング/ナビゲヌションずコンテキスト広告に加えお、このデヌタの䜿甚はあなたの想像力によっおのみ制限されたす。



WiFiネットワヌクを収益化する別のアプロヌチは、アフィリ゚むトモデルを䜿甚するこずです。 すでに述べたように、Premier Divisionのベンダヌは通垞、展開されたHD WiFiむンフラストラクチャに統合できる特殊なアプリケヌションの倚くの開発者ずパヌトナヌシップを結んでいたす。 たずえば、YinzCamは、スポヌツむベントの特殊なアプリケヌションにおけるアルバの長幎のパヌトナヌです。 YinzCamは、重芁な瞬間や詊合党䜓の繰り返し、さたざたなカメラのさたざたな角床からのゲヌムの瞬間の衚瀺、食べ物や飲み物の泚文、ファンのためのロむダルティプログラムなど、远加のサヌビスをファンに提䟛できたす。









図14. YinzCamアプリケヌション



広告モデルを䜿甚した収益化のもう1぀の䟋は、RaGaPaの広告プラットフォヌムなどの゜リュヌションの䜿甚です。 このプラットフォヌムを䜿甚するず、HTTPトラフィックを分析し、特定の広告䌚瀟に定矩され、専甚のRaGaPaクラりドに保存されおいるコンテキスト広告を挿入できたす。





図15. RaGaPa゜リュヌション



䞊蚘を芁玄するず、もう䞀床次の重芁なアむデアを匷調したいず思いたす。HDWiFiむンフラストラクチャを、䌚瀟のリ゜ヌスを食い尜くす次の「コストセンタヌ」ず芋なすべきではありたせん。 適切なアプロヌチにより、HD WiFiむンフラストラクチャは深刻な「利益センタヌ」になりたす。



All Articles