コンピューティング環境において、少なくとも1つのプロセッサ上で実行される方法であって、位置に関連する認可されたユーザーの送信機を判定するステップと、前記送信機に基づいて、前記位置の周囲のエリアにおける使用のためにどの未使用のスペクトルが利用可能であるかを計算するステップと、前記エリアにおける使用のために利用可能な前記未使用のスペクトルを特定するデータを伝播するステップと、を備えることを特徴とする方法。前記データをクライアントデバイス上で受信するステップと、ホワイトスペースのうちの1つの上で無線ネットワークを動作させるステップとをさらに備えることを特徴とする請求項1に記載の方法。前記プライマリーユーザーの送信機を判定するステップが、前記エリアにおいて潜在的にブロードキャストしているテレビ局の1つまたは複数のテレビ塔に対応するテレビ送信機データにアクセスするステップと、前記1つまたは複数のテレビ塔と前記位置との間の標高データにアクセスするステップとを備え、前記プライマリーユーザーの送信機を判定するステップが、保護半径を使用して無線マイクロフォンとの干渉を回避するステップを備える、ことを特徴とする請求項1に記載の方法。どのホワイトスペースを使用するのに利用可能であるかを計算するステップが、標高データおよび前記送信機のパラメータを使用して信号減衰を判定するステップを備え、もしくは、前記信号減衰を判定するステップが、伝播モデルを使用するステップを備え、または、どのホワイトスペースを使用するのに利用可能であるかを計算するステップが、標高データおよび前記送信機のパラメータを使用して信号減衰を判定するステップを備え、かつ、前記信号減衰を判定するステップが、伝播モデルを使用するステップを備える、ことを特徴とする請求項1に記載の方法。伝播モデルを使用するステップが、地形ベースの伝播モデルを介して前記信号減衰を判定する際に使用する比較的高解像度の標高データにアクセスするステップと、伝播モデルが前記比較的高解像度の標高データによりエラーを返すかどうかを判定するステップと、そうである場合は、地形ベースの伝播モデルを介して前記信号減衰を判定する際に使用する低解像度のデータにアクセスするステップとを備え、伝播モデルを使用するステップが、伝播モデルが前記低解像度のデータによりエラーを返すかどうかを判定するステップと、そうである場合は、地形ベースの伝播モデルなしに伝播モデルを使用するステップとを備える、ことを特徴とする請求項4に記載の方法。基地局から情報を出力するステップであって、前記情報は前記エリア内の点から成る格子に対応し、利用可能性情報は前記点のうちの少なくとも一部に対するチャネルに対応するステップをさらに備えることを特徴とする請求項1に記載の方法。ブロードキャストスペクトルのどの部分がホワイトスペースであるかを判定するためのプロキシとして動作する地理位置情報サービスであって、前記地理位置情報サービスが、テレビ塔のパラメータおよび地形データに対応するデータに部分的に基づいて、前記ホワイトスペースを判定する地理位置情報サービスと、前記地理位置情報サービスからデータを取得して、データをホワイトスペースネットワーク上で無線通信するためのホワイトスペースを判定するように接続されたホワイトスペースデバイスと、を備えることを特徴とするシステム。前記地理位置情報サービスが前記ホワイトスペースデバイスに関連してローカルに位置し、または、前記地理位置情報サービスが前記ホワイトスペースデバイスからリモートに位置し、かつ、前記地理位置情報サービスがさらに前記ブロードキャストスペクトルで動作する少なくとも1つの無線マイクロフォンに対応するデータを提供する、ことを特徴とする請求項7に記載のシステム。前記地理位置情報サービスが、前記ブロードキャストスペクトルで動作する少なくとも1つの無線マイクロフォンに対応する情報を、マイクロフォンアップデータデバイスから受信することを特徴とする請求項7に記載のシステム。前記地理位置情報サービスが、位置に関連するプライマリーユーザーの送信機を判定し、どのホワイトスペースを前記位置周囲のエリアにおいて使用するのに利用可能であるかを計算することを特徴とする請求項7に記載のシステム。前記地理位置情報サービスが、前記ホワイトスペースデバイスがデータベースにリモートにダウンロードした前記ホワイトスペースを検索することによって、前記ホワイトスペースを判定し、ダウンロードされた前記データが、テレビ塔のパラメータおよび地形データに部分的に基づいて、リモートソースにより提供されることを特徴とする請求項7に記載のシステム。前記地理位置情報サービスが、前記ブロードキャストスペクトルで動作する少なくとも1つの無線マイクロフォンに対応する情報を、ビーコンデバイスから受信することを特徴とする請求項7に記載のシステム。前記ビーコンデバイスが、前記無線マイクロフォンと同一のブロードキャストチャネルで動作し、または、前記無線マイクロフォンに対して帯域外のチャネルで動作することを特徴とする請求項12に記載のシステム。前記無線マイクロフォンがUHFチャネル上で動作し、前記ビーコンデバイスがVHFチャネル上で動作することを特徴とする請求項12に記載のシステム。コンピューター実行可能命令を有する1つまたは複数のコンピューター読取可能媒体であって、実行されるときに、位置に関連するエリア内の1つまたは複数のプライマリーユーザーの送信機の集合を取得するステップと、送信機ごとに、前記送信機がテレビ送信機であるかを判定し、そうでない場合は、固定の保護半径を適用し、そうである場合は、テレビ塔と前記位置との間の標高データを取り出すステップと、送信機ごとに、任意の標高データおよび前記送信機のパラメータを使用して信号減衰を判定するステップと、前記信号減衰から、前記位置で利用可能な1つまたは複数のホワイトスペースの集合を判定するステップとを備えるステップを実行することを特徴とするコンピューター読み取り可能媒体。本明細書で説明される技術の種々の態様は、一般に、地理位置情報サービスに関する。当該地理位置情報サービスは、任意の所与の位置で利用可能なホワイトスペースを計算し、このホワイトスペースのスペクトル利用可能性情報を、システムにおける各ホワイトスペースデバイスに伝播する例えば、ホワイトスペース利用可能性情報をクライアントデバイスにプッシュする。このように、クライアント/基地局は、利用可能なホワイトスペースを判定するための低閾値検知を必要とせずに、ホワイトスペースで動作することができる。基地局は、例えば、詳細な、かつ場合によっては位置がタグ付けされたスペクトル利用可能性情報を、基地局が定期的に送信するビーコンパケット内に追加することによって、スペクトル利用可能性情報をそのクライアントにプッシュするか、または利用可能とすることができる。クライアントは一般に自身の位置を知っているため、このビーコンパケットから正確な情報を選択して、どのチャネルがそれぞれの位置で利用可能であるかを知ることができる。定期的に更新されるローカルのポータブルな地理位置情報サービスと、無線マイクロフォンの存在を信号送信するビーコンデバイスとをクライアントに使用させることにより、代替的なアプローチが機能する。本明細書で説明される例の何れも非限定的な例であることを理解すべきである。実際、低閾値検知の必要性を排除する1つの例示的なシステムが説明されるが、かかるシステムまたは類似するシステムは低閾値検知により補完されてもよいことが理解されよう。したがって、本発明は、本明細書で説明されるいかなる特定の実施形態、態様、概念、構造、機能または例にも限定されない。むしろ、本明細書で説明される実施形態、態様、概念、構造、機能または例のいずれも非限定的であり、本発明を、一般にコンピューティングおよびデータ送信に利益と利点を提供する種々の方法で使用してもよい。図1は、プロキシ検知サービス102のアーキテクチャー/システムの1つの例に関する種々の態様を示し、図2は、例示的な内部コンポーネントを表す。ホワイトスペースデバイス1041~104nクライアントは、基地局1061~106mを介してサービス102に接続する。一般に、かつ理解されるように、サービス102により、ホワイトスペースデバイス1041~104n、または基地局1061~106mでの低閾値検知なしに、インフラストラクチャーベースの無線ネットワークがホワイトスペースで動作することが可能となる。実際、理解されるように、ホワイトスペースデバイス104を、ローカルの検知が全くなくとも、正確に動作するように構成することができるしかし、補助的に検知を行うことは可能である。図1に示す例では、プロキシ検知サービス102は、任意の所与の位置に対して、どのスペクトルの一部がホワイトスペースであるかを判定する、論理的に集約されたエンティティを備える。スペクトルの占有状態における何らかの変化を例えば、夜にTV送信機のスイッチが切られた結果として、または、無線マイクロフォンのスイッチが入れられた結果として、プロキシ検知サービス102に反映する。ホワイトスペースデバイス1041~104nは、必ずしも検知機能を具備しないので、ホワイトスペースデバイス1041~104nは、プロキシ検知サービス102に依存して、それぞれの位置におけるホワイトスペース利用可能性に関して知る。クライアントが自分の位置を知らないようにすることも可能であるが、これは非効率であることに留意されたい。特に、クライアントの位置が分からない場合、基地局は非常に控えめになる必要があり、そのカバレッジエリアの最も離れたエリアでも利用可能なチャネルのみを使用する必要があるなぜならば、より正確な知識がなく、クライアントが潜在的に当該カバレッジエリア内のどこかに存在しうるからである。第2に、地形プロファイルの変化により、その他の地点よりも、テレビ受信機から良好に信号を受信する地点が、基地局のカバレッジエリアにしばしば存在する。その結果、かかる位置におけるホワイトスペース利用可能性は、その他の周囲の地点よりも低い。したがって、より効率的に機能するために、ホワイトスペースのクライアントデバイスでの検知なしのシステムでは、クライアントは、例えばほぼ半マイルまで正確である位置情報を有する必要がある。1の実装形態では、プロキシ検知サービス102の1つのタスクは、所与の位置のホワイトスペース利用可能性に関する正確なデータにより、クライアントなどに応答することである。当該ホワイトスペース利用可能性は、所与の位置でのチャネル利用可能性のビットマップの形式であってもよく、この場合、位置はL=緯度、経度で表される。サービス102と通信するために、サービス102により提供される1組の例示的なAPI222図2が以下の表に示される。プロキシ検知サービス102が様々なモードで動作してもよい。当該モードには、プロキシ検知サービス102に特定の位置を入力として問い合わせることが含まれる。あるいは、パブリッシュサブスクライブモデルを用いて、プロキシ検知サービス102が、基地局またはその関連するクライアントのホワイトスペース利用可能性における変化をトラッキングtrackしてもよい。これらの位置の何れかでのホワイトスペース利用可能性の変化を検知すると、サービス102は、基地局自体またはその1つのクライアントの何れかでのホワイトスペース利用可能性の変化を基地局に通知する、イベント等を開始する。両方のモードをサポートするために、当該サービスと各基地局との間で、アクティブな接続を維持する。次に、基地局がビーコンパケットを使用して、スペクトル利用可能性情報をそのクライアントに伝播する。したがって、基地局がパブリッシュサブスクライブモデルでスペクトル情報を受信する場合、サービス102からホワイトスペースのクライアントへの情報伝播プロセス全体はプッシュベースである。即ち、最初にサービス102から各基地局へ、次いで基地局からそのクライアントへとなる。プロキシノードを有することは、スペクトル利用可能性の変化に関して知ることが遅延する結果となる。デバイスがプロキシをポーリングしなければならないか、または、プロキシが更新情報をデバイスにプッシュするかの何れかまたはその両方の何らかの組合せである。ホワイトスペースデバイスがモバイルであるときは、デバイスが2つの後続のスペクトル更新情報を受信する時間の間に、デバイスは幾分かの距離を移動するかもしれない。この問題に対処するために、基地局はモバイルデバイスに対する保護範囲を追加して、当該モバイルデバイスが利用できるホワイトスペースを判定する。即ち、チャネルがデバイスの位置で利用可能かもしれないとしても、現在位置の閾値距離内にある任意の位置でこのチャネルがブロックされている場合は、モバイルデバイスは当該チャネルを使用することができない。例えば、1分のポーリング間隔に対して、自身の位置を正確に知っており、1時間あたり60マイルを移動できるモバイルクライアントは、1マイルの保護範囲を追加するが、これにより、利用可能なホワイトスペースのスペクトルが20パーセント失われることとなる。理解できるように、所望の結果をもたらすために、スペクトル変化の伝播待ち時間と利用可能なホワイトスペースのスペクトル損失との間にトレードオフが生じうる。スペクトルマップの正確性は、一般に、伝搬モデルの品質と地形データの粒度の細かさに依存する。図1および2に表されるように、プロキシ検知サービス102は、地形データとプライマリーユーザーのデータ例えば、TVおよび無線マイクロフォンを格納するバックエンド記憶装置108と、ある位置でのホワイトスペース利用可能性を正確に計算するエンジン110とを備える。図2で一般的に示した1の実装形態では、バックエンド記憶装置108は、データベースDB224と1つまたは複数の地形サーバ226とを備える。データベース224は、テレビ送信機に関する情報/パラメータを格納し、これには、テレビ塔の位置、チャネル、高さ、送信電力、アンテナ方向、および機械的なビームチルトmechanicalbeamtilt等が含まれ、これらは定期的に例えば、毎日更新される。米国では、これは、FCCのCDBSConsolidatedDatabaseSystemから公的に利用可能なデータに基づく。データベース224および/またはエンジン110はまた、無線マイクロフォンの登録データを格納してもよく、当該データには、各無線マイクロフォンの位置、チャネル、および直近報告時刻が含まれる。無線マイクロフォンの登録データの取得については後述する。データベース224および/またはエンジン110は、前に種々の位置に対して計算したホワイトスペース利用可能性のキャッシュの役割を果たしてもよいことに留意されたい。地形サーバ複数可226は、地球表面上の任意の地点における地形標高データを提供する。したがって、地形サーバ226は、地球規模の地形標高データを格納する。当該データは、地球の地形を描くための種々の公的に利用可能な政府の取組みから得ることができる。種々の標高データセットを使用してもよく、当咳データセットは、例えば、地球表面にわたって1キロ間隔で測定したもの、または、より高解像度で30メートル間隔で測定例えば、NASAから取得したものであってもよい。地形サーバは、2つの地点間の地形標高データを、指定の間隔で提供する。例えば、地形サーバ224はLTX、LRX、間隔を指定する要求を受け取ってもよい。ここで、LTXおよびLRXはそれぞれ送信機と受信機の座標であり、間隔は、これらの2つの地点間で採取した地形データの解像度である。これが入力されると、サーバはLTXとRTXの間の直通路を大円に沿って計算し、当該2つの地点の間の標高サンプルを指定の間隔で返す。位置Lでのホワイトスペース利用可能性を正確に判定するために、エンジン110は、例えば図3に例示するステップを実行することにより、伝搬モデルを介してUHFまたはVHF信号の減衰を計算する。ステップ302では、Lからの広範囲探索半径内にあるプライマリーユーザーの送信機を列挙する。控え目に述べると、これらは全て、その信号が指定の閾値より大きいRSSI受信信号強度インジケータでLにおいて潜在的に理解できる、プライマリーユーザーである。ステップ304で判定されるように、プライマリーがTV送信機である場合は、ステップ306でエンジンがTV塔とLとの間の標高データを地形サーバから取り出す。プライマリーがマイクロフォンである場合は、ステップ308でマイクロフォン周囲の控えめに固定された保護半径を前提とする。ステップ310で、例えば既知のLongley-RiceL-R伝播モデルを使用することにより、送信機のパラメータ例えば、高度、電力、およびアンテナ方向等とともに標高データを使用して信号減衰を判定する。次に、当該信号減衰を使用してLでの送信機のRSSIを計算する。ステップ314で、位置Lでのホワイトスペース利用可能性を生成する。この一部として、アクティブである少なくとも1つのプライマリー、例えば、LでのRSSIが-114dBmより大きい現存プライマリーが存在する場合は、チャネルCはブロックされていると判断される。これを、次のように対応付けることができる。このプロセスは、或る距離上のUHF信号の減衰と、これがどのようにRSSIに影響を及ぼすかを判定することに留意されたい。これを、RF信号の伝搬モデルを介して、RF信号に対する任意の既知の伝搬モデル228図2を使用して実現してもよい。当該RF信号の各々は、複雑性と正確性が異なり、自由空間モデル、Hataモデル、Egliモデル、ならびに地形付きLongley-RiceL-Rモデル、および/またはL-Rモデル地形なしのが含まれる。測定と変換には誤差があるので、標高データソースに穴を見つけることが一般的である。これはより高解像度のデータにおいてより普及しており、当該データに責任をもつ政府機関は、双線形補間またはグラデーションスムージングのような様々な技法を介して、これらの穴を埋めるための追加の手段をとっている。しかし、地形データの異常は依然として存在し、これが地形ベースの伝搬モデルの結果に影響を及ぼす。例えば、L-R実装では、パラメータが範囲外であるエラーをシグナリングするエラーコードを返す。このエラーは一般に、標高データの誤差が原因である。かかる異常に対処するために、適合的な標高切替え戦略を実装してもよい。これにより、2地点間の信号伝搬計算に関して、より高い解像度の標高データが最初に試される。幾つかのパラメータが境界外であることを示すエラーを当該伝播モデルが返した場合は、当該2地点間の経路プロファイルを検証して、当該経路中に穴があるかどうかを判定する。穴があれば、より低い解像度のデータを使用する。当該判定にも失敗した場合は、地形なしL-Rモデルを使用する。当該L-Rモデルは、2地点間の標高データを考慮するポイントツーポイントと対照的に標高データを考慮せずに信号伝搬を計算するL-Rの変形を含む。この戦略は、偽陽性と偽陰性を減らすことにより結果の正確性を改善する。別の態様を考えると、低電力の過渡的なプライマリーユーザーの送信機例えば、無線マイクロフォンを、手動更新を含めて、種々の方法でサポートすることができる。この方法では、プライマリーユーザーとしてのマイクロフォン用のエントリを追加するためのAPIが提供され、これにより、認可ユーザーがマイクロフォンの周波数チャネル用のエントリを追加し、電力、位置、および当該イベントの期間を送信することができる。次に、サービス102はマイクロフォンの送信機を指定期間だけ非常に低電力のTV塔として扱う。これらのエントリを、タイムアウト期間の後に有効期限切れとすることができる。プライマリーユーザーのデータベースを手動で更新する代替手段はマイクロフォンアップデータであり、当該アップデータは無線マイクロフォン受信機の比較的近傍に差し込まれた小型デバイスを備える。図4に表されるように、かかるアップデータ440は、マイクロフォン442の存在を検知し、例えばUpdatePrimaryのAPIを使用してバックエンド記憶装置108を自動的に更新する。次に、この情報を適切な基地局とそのデバイスに提供する。当該アップデータは、3G、Wi-Fi、イーサネット登録商標等のような代替技術を使用して、プロキシ検知サービス102に接続してもよい。アップデータ440が所定の時間例えば、5分間マイクロフォン442を検知しないときに、当該エントリはデータベースから削除される。マイクロフォンアップデータに電源が供給され、マイクロフォンに近接しているため、高価で複雑な低閾値検知を必要としないので、このソリューションは低閾値検知の問題を、クライアントデバイスからマイクロフォンアップデータに単純に移すものではないことに留意されたい。これにより、偽陽性/偽陰性の数が削減されるとともに、ハードウェア費用も低減される。システムの動作中に、各基地局は、どのチャネルが当該基地局自体およびそのクライアントで利用可能であるかを知り、可能なホワイトスペースのチャネルを選択する。この情報を伝達するために、全てのクライアントはその位置と、当該位置の判定に使用する技術とを、その関連する基地局に定期的に送信する。基地局はこの情報を使用して、クライアントおよび当該基地局自体で共通で使用可能なホワイトスペースを判定する。これらの使用可能な全てのホワイトスペースの中から、基地局は適切なチャネル、および当該チャネル上で基地局に関連付けられるクライアントを選択する。基地局はまた、当該位置の判定に使用する技術の位置誤差に応じて、クライアントの位置にあるプロキシ検知サービス102からのプッシュ型の更新情報、およびその位置の周囲の格子点をプッシュするためにサブスクライブsubscribeする。控えめな値、例えば、GPSに対して50メートル、Wi-Fiに対して150メートル、およびGSM登録商標ベースの位置特定に対して1.0マイルは、当該位置誤差に対するものであってもよい。位置を任意の手段で判定することができる。当該手段には、例えばGPS、Wi-FiまたはGSM登録商標のような既存の技術ベースのものが含まれ、さらに、TVベースの技術を位置特定に使用してもよい。上述のアプローチは、一旦クライアントが基地局に関連付けられ、ホワイトスペース利用可能性が変化しない限り、作用する。しかし、ブートストラップの問題クライアントが検知機能を有さない任意のシステムにおける既知の問題を解決する必要がある。特に、新たなクライアントが到着したとき、当該クライアントはその位置でのホワイトスペース利用可能性を知らないため、どのパケットも送信することができない。したがって、対応するパケットが近傍のプライマリーユーザーと干渉する場合があるので、クライアント自身の位置を基地局に送信することさえも不可能である。このブートストラップの問題は、基地局がそのカバレッジエリアにおける全ての位置で利用可能なチャネル上で送信する場合は生じない。この場合、クライアントは基地局を発見し、それに関連付けることができる。しかし、このようなカバレッジエリア全体にわたって共通に利用可能なチャネルは、多くの場所では存在せず、かかるチャネルが存在する場所においても、このチャネルのみを使用することは、ホワイトスペースの大幅な喪失につながることになる。その代りとして、この技術における基地局でのチャネル選択は、実際のクライアントの位置を考慮するが、これが、ブートストラップの問題をもたらす。この問題を解決するため、全ての基地局は定期的に例えば、毎秒1回、そのカバレッジエリアの領域におけるチャネル利用可能性を含むビーコンをブロードキャストする。1の実装形態では、ビーコンは、基地局のカバレッジエリアの格子点ごとに、当該格子点に位置するクライアントが基地局と連絡するために使用できる1つの利用可能なチャネルを含む。低い割合例えば、毎分1回で、基地局はこれらのチャネルの各々に切り替え、参加を希望するクライアントをリッスンする切替えのオーバヘッドは、既知の技法を用いて削減できる。クライアントがシステムに参加するときに、当該クライアントは基地局からのビーコンをリッスンし、クライアントの現在位置に関連する格子位置で利用可能として、当該ビーコンにおいてマークされるチャネルに移動する。次に、当該クライアントは自身の位置を当該チャネル上でブロードキャストし、当該位置が最終的に基地局により取得される。このメッセージを受け取ると、基地局はこの時点で当該クライアントの位置を知ることになる。このように、ビーコンは、ブートストラップ時にクライアントにより参照テーブルとして使用される。上述のように、基地局のカバレッジエリアにおける領域に対するチャネルの利用可能性を効率的に通信するというニーズがある。なぜならば、基地局のカバレッジエリアにおける全ての格子点に対して1つのチャネルを送信すると、極めて大規模なビーコンが生成されるからである。例えば、10マイルのカバレッジエリア、および、100mの格子粒度では、チャネル数のエンコードに5ビットを用いた場合は、ビーコンのサイズは100KBより大きい。ビーコンのサイズを減らすために、基地局が初期化段階を実施してもよい。この場合、基地局はプロキシサービスのエンジンに問い合わせて、その潜在的カバレッジエリアPCA:potentialcoverageareaを計算する。当該潜在的カバレッジエリアは、100m×100mのステップからなる格子点の集合として定義され、基地局からの受信信号強度は-90dBm、即ち、多くの無線カードにおける最も低い率での受信感度より大きい。潜在的カバレッジエリアを、L-Rモデルを用いて計算してもよい。次に、その潜在的カバレッジエリア内の全ての格子点に対して、基地局は利用可能なチャネルの集合を取り出す。ネットワークの動作中に、基地局はこの情報を使用して、最小チャネルカバーMCC:minimumchannelcoverを計算する。潜在的カバレッジエリアAに対するMCCは、1組の最小または、一般的には、低濃度のホワイトスペースチャネルであり、A内の全ての格子点位置に対して、チャネルカバーには少なくとも1つの利用可能なホワイトスペースのチャネルが存在する。標準的な貪欲集合カバー近似アルゴリズムを使用して、MCCの良好な近似を計算してもよい。基地局は、MCCにおける少なくとも1つのチャネルが、そのカバレッジエリアAにおける全格子点で利用可能であることを知っている。ビーコンは、計算したMCCAに含まれるチャネルの集合と、そのカバレッジエリアにおける全格子点に対するMCCAのチャネルの中から1つの利用可能なチャネルを例えば、行優先形式を前提とすると列挙したものとを含む。各チャネルは、[log|MCCA|]ビットを使用してエンコードされる。経験的な測定に基づくと、MCCAのサイズは米国では高々4であり、格子位置毎に2ビットで十分であると判定することができる。基地局はさらに、RLE圧縮または他の圧縮技法を使用して、チャネル利用可能性が類似する隣接格子に関するMCCA情報を圧縮してもよい。マイクロフォンの出現といった、スペクトル利用可能性の更新情報に対処するため、基地局は、そのカバレッジエリアにおける全格子点に関するサービス102からのプッシュ型更新情報をサブスクライブする。したがって、マイクロフォンのスイッチが入れられ、サービス102が当該イベントの通知を受け取ると、先ず基地局はこれらの格子がマイクロフォンによる影響を受けたと迅速に判定する。これにかかる時間は非常に短い現在スイッチが入れられているマイクロフォンを1000個までサポートするときは、500ms未満。この情報に基づいて、エンジンは、マイクロフォンが基地局のカバレッジエリアにおいてスイッチが入れられたかどうかを判定する。入れられた場合、基地局は、このホワイトスペース利用可能性の変化により影響を受ける格子が通知される。上述のように、これをPCAの計算の一部として自動的に行ってもよい。新たなプライマリーユーザーが出現するか、既存のプライマリーユーザーのパラメータが変化したときに、エンジンは当該プライマリーユーザー周辺で影響を受ける格子点の変化を計算し、更新情報を、これらの格子点の変化をサブスクライブした地局に送信する。必要ならば、基地局は、自身が動作しているスペクトル、および/または、ビーコンの中身を再計算する。これが、利用可能なホワイトスペースの変化の伝播待ち時間に影響を及ぼすことに留意されたい。さらに、プライマリーユーザーが既にアクティブであるときは、プッシュベースのシステムアーキテクチャーがクライアントの移動性を効率的に処理することに留意されたい。基地局はスペクトル利用可能性とクライアント位置の最新ビューを有しているので、基地局はそのクライアントで利用可能なスペクトルを予め計算し、それに前もって適応することができ、これにより、クライアントの切断ならびにプライマリーユーザーとの干渉を回避することができる。上述のように、当該技術の1の実装形態は、クライアントと基地局をインターネットおよび/またはその他の適切なネットワーク接続上でプロキシ検知サービス102に接続させ、どのチャネルが無線通信に利用可能かを判定する。しかし、インターネット接続を有する任意の固定インフラストラクチャーネットワークの範囲外でクライアントが動作するピアツーピア/アドホックのモードのような、代替的な設計がより適切なこともある。さらに、インターネットに障害があれば、ホワイトスペースのネットワーク動作が中断されるはずである。不測の長時間遅延が発生した場合は、プロキシ検知サービス102と一部の基地局との間の更新待ち時間が増大するおそれがあり、これが悪影響を及ぼすおそれがある。なぜならば、利用可能とマークできるホワイトスペースの量を減少させる必要があるか必要な安全域を維持するために、または、一部のチャネルが空き/空きでないと誤ってマークされるかもしれないからである。さらに、一部のマイクロフォンのユーザーが、自身のマイクロフォンをデータベースに登録できないかもしれず、この場合、これらのマイクロフォンが保護されないおそれがある。これらの問題に対処するため、図5に示すように、純粋にローカルに即ち、デバイス自体上で問い合わせできるローカルデータベース例えば、5081~508jをホワイトスペースデバイスクライアントに具備させることで、デバイスローカルなポータブルな地理位置情報サービス例えば、5021~502jを提供してもよい。デバイスがリモート接続を有するときは、リモートデータソース540によって、データベースを定期的に例えば、1日に1回更新することができる。デバイスはリモートデータソース540を問い合わせることができ、リモートデータソース540はリモートプロキシ検知サービス102を備えてもよいが、当該デバイスのサービスはローカルに稼動しているので、ローカルサービスを使用するときにはインターネット接続は要求されない。このアプローチを携帯電話またはその他のポータブルデバイス上で使用することもでき、この場合、ローカルな地理位置情報データベースをポータブルな地理位置情報データベースとみなすこともできる。ホワイトスペースにおいて切断された動作を可能とするローカルまたはポータブルな地理位置情報サービスを実装する様々な方法がある。1つの方法は、プロキシ検知サービスのインスタンスをローカルで稼動させること、即ち、デバイス例えば、5041が任意の適切な位置特定サービス例えば、GPSまたは他の任意の手段を使用して自身の位置を判定し、それにより、そのサービス5021を介して、デバイス5041が、当該デバイスで稼動している自身のローカルな地理位置情報データベース5081に問合せを発行することである。次に、適切な信号伝播モデル例えば、地形データを伴うL-Rを計算して、現在位置における利用可能なホワイトスペースを判定する。代替的な実装形態では、位置を例えば、リモートデータソース540で前もって予め計算し、ホワイトスペースデバイス上のホワイトスペース利用可能性を比較的大規模なデータベースの形で格納する。聞合せが行われると、スペクトル利用可能性を再計算するのではなく、デバイス5041が、対応する格納されたデータ値を求めて、そのデータベース5081の検索を実行する。この実装形態は、聞合せ待ち時間およびエネルギ効率の観点からはより効率的でありうるが、より多くのデータをデバイスに格納する必要があるかもしれない。ローカルの地理位置情報サービスは、比較的静的であり、その仕様が頻繁に変化しないプライマリーユーザーに対しては良く作用する。したがって、ホワイトスペースのコンテキストでは、ローカルの地理位置情報サービスは、あまり動的に変化しそうもないテレビ局に対しては良く作用する。しかし、ローカルの地理位置情報サービスの基となるデータがあまり頻繁に更新されないので、無線マイクロフォンのような、多様な位置で予測不可能な時に現れては消える非常に動的なプライマリーユーザーを扱うことはできないかもしれない。クライアントデバイス上での低閾値検知を依然として必要とせず、無線マイクロフォンおよび、おそらくその他の非常に動的なプライマリーユーザーを扱うための解決方法は、ビーコンデバイス550図5と称するハードウェアデバイスを使用することである。ビーコンデバイスの一般的な目的は、1つまたは複数の無線マイクロフォン552またはその他のプライマリーユーザーを検知し、近傍のホワイトスペースデバイスにこのマイクロフォン/ユーザーの存在を知らせることである。ホワイトスペースデバイスが互いにその存在を知らせてもよく、かつ/または、リモートデータソースが別のデバイスを通じてビーコンデバイスの信号を間接的または直接的に検出してもよい。図4のマイクロフォンアップデータと同様に、ビーコンデバイス550はマイクロフォン552の周辺に例えば、単に壁に差し込むことによって適用される。動作時は、ビーコンデバイス550は、適切なスペクトルをスキャンし、適切なマイクロフォン検出技法を適用することによって、無線マイクロフォンをリッスンする。ビーコンデバイスは無線マイクロフォンの周囲で動作し、ビーコンデバイス自体が無線マイクロフォンと同一のスペクトルを使用して送信するわけではないので、ビーコンデバイスは必ずしも低閾値検知機能を必要としないことに留意されたい。ビーコンデバイスがマイクロフォンを比較的高い検知闘値で検出できれば十分であり、これにより、かかるデバイスの設計と製造の複雑度と費用を大幅に削減することができる。ビーコンデバイスが無線マイクロフォンを検出するときに、ビーコンデバイスは定期的にビーコン信号を送信するこれは、リモートサービス102と連絡するマイクロフォンアップデータとは異なるが、マイクロフォンアップデータおよびビーコンデバイスの両方でもあるデバイスを有することも可能であることに留意されたい。このビーコン信号が送信される送信電力はマイクロフォンの電力よりも大きく、それにより、遠く離れたホワイトスペースデバイスでも、低閾値検知を必要とせずにこのビーコン信号を確実に検知することができる。さらに、ビーコン信号を、より良好な信号伝播特性を有し、したがってより長距離であるスペクトルの異なる部分一般には、低周波数で送信することができる。例えば、ビーコンデバイスは無線マイクロフォンUHFスペクトル帯で動作するの存在を、より広い範囲を有する低周波数のVHFスペクトル帯でシグナリングすることができる。このように、ビーコンデバイスの送信電力がマイクロフォンの電力より高い必要はないかもしれないが、ビーコンデバイスの信号により依然として当該マイクロフォンに必要な広い保護範囲が実現される。ビーコン信号は、スペクトルのどの部分が無線マイクロフォンによって占有されているかという情報を含むエンコードされた形で。ホワイトスペースデバイスがビーコン信号を検知するときに、当該デバイスは、シグナリングされたスペクトルのこの部分を使用できないことを知る。当該デバイスが現在のスペクトルのこの部分を使用して動作している場合は、当該デバイスは送信を停止するか、または、別のチャネルに移ることができる。ビーコンデバイスを、マイクロフォンを検出するための既知の技法を使用して例えば、マッチしたフィルタリング、エネルギ検出、または特徴検出を使用することによって、幾つかの方法で実装することができる。ビーコンデバイスは、そのビーコン信号を帯域内で、即ち、無線マイクロフォンによっても使用される同一のTVチャネルUHFを使用して送信することができる。マイクロフォンは一般に非常に狭い送信帯域約200kHzを有するので、マイクロフォンの狭い送信帯域と重複せずに、ビーコンデバイスが同一の6MHzのTVチャネルのスペクトル内で送信するのに十分な空間が存在する。あるいは、ビーコンデバイスは、利用可能なその他の何らかのチャネル上でそのビーコン信号を送信することができる。次に、クライアントデバイスは、かかるビーコン信号を帯域外でリッスンする必要がある、即ち、クライアントは定期的にその他のチャネルをリッスンして、クライアントが現在使用しているチャネルに対して何らかのビーコン信号が存在するか否かを見る。例えば、ビーコンデバイスは、未使用のVHFチャネル上で送信してもよい。なぜならば、VHF帯が無線マイクロフォンに使用されておらず、どのVHFチャネルが未使用かを判定するには低頻度の例えば、日ごとの更新で一般に十分であるからである。この代替的なアーキテクチャーで分かるように、各クライアントデバイスは、インターネットに接続されるときに例えば、1日に1回、当該クライアントデバイスが定期的に同期更新するローカルの地理位置情報データベースを用いる。これにより、デバイスがTV局または他の静的なプライマリーユーザーと干渉しないことが保証される。さらに、動的なプライマリーユーザーマイクロフォンとの干渉を回避するために、ビーコンデバイスはかかるマイクロフォンの存在をシグナリングする。ここでも、本アーキテクチャーでは低開値検知を必要とするデバイスは存在しない。インフラストラクチャーベースのネットワークのみがサポートされる場合、マイクロフォンを保護するために基地局のみがビーコン信号をリッスンすることがさらに可能である。次に、基地局はこのマイクロフォン情報を、関連するクライアントに上記と同様の方法でプッシュすることができる。この場合、クライアントは何ら検知機能を必要としない。実際は、リモートのオンラインアーキテクチャーと、ローカルな地理位置情報サービスおよびビーコンデバイスに基づく代替的なローカルのオフラインアーキテクチャーとの任意の混合的な組合せが可能である。例えば、一部のクライアントがオンラインアーキテクチャーを使用し、その他のクライアントがオフラインアプローチを使用してもよい。クライアントは、何らかのゲートウェイ例えば、基地局を介してインターネットに接続されている限り、オンラインアーキテクチャーを使用してもよく、接続が失われた場合には、自動的にオフラインのローカルアーキテクチャーに切り替えることができる。ビーコンデバイスはまた、マイクロフォンアップデータとして動作してもよく、例えば、ホワイトスペースデバイスとリモートサービスの両方にブロードキャストしてもよい。モバイルノードが、そのローカルな地理位置情報サービスに対する全体のデータを必要としなくともよいことに留意されたい。例えば、デバイスが翌日または一般的には、次の更新期間のうちに動作する予定である場所がほぼ分かっている場合には、これらの場所におけるスペクトル利用可能性の判定に必要なデータのみを、ローカルな地理位置情報サービスに対してローカルに保持すればよい。本発明には様々な修正および代替的な構成の余地があるが、その特定の例示的な実施形態を図面で示し、以上で詳細に説明した。しかし、本発明を開示した具体的な形態に限定する意図はなく、むしろ、本発明は本発明の精神と範囲内にある全ての修正、代替構成、および均等物を包含するものであることは理解されよう。