送信ギャップを使用可能にするためのアプリケーションレイヤ修正
テレビジョンホワイトスペースデバイスは、テレビジョンホワイトスペースを介して情報を通信するように動作可能であり、より詳細には、テレビジョンホワイトスペース中の信号をセンスするための送信機を静穏化するように動作可能である。テレビジョンホワイトスペースデバイス中の送信機の目立たない静穏化のための方法は、テレビジョンホワイトスペースデバイスの送信機による送信のためのトランスポートストリーム内に時間のヌルウィンドウを所定の時間に生成するために、アプリケーションレイヤから、そのトランスポートストリーム中に情報を挿入する。本方法はまた、テレビジョンホワイトスペースデバイスの送信機によってトランスポートストリームを送信し、時間のヌルウィンドウの間、送信機を静穏化する。本方法は、テレビジョンホワイトスペースデバイスのホワイトスペースセンサによって、時間のヌルウィンドウの間、ホワイトスペース中の既存の信号をセンスする。
【発明の詳細な説明】
【関連技術】
【０００１】
関連出願の相互参照
本出願は、開示の全体が参照により明確に本明細書に組み込まれる、１）Ｒａｖｅｅｎｄｒａｎらの名義で２０１０年１月５日に出願された米国仮特許出願第６１／２９２，３９１号、２）Ｒａｖｅｅｎｄｒａｎらの名義で２０１０年１月２６日に出願された米国仮特許出願第６１／２９８，４９４号、および３）Ｒａｖｅｅｎｄｒａｎらの名義で２０１０年３月２日に出願された米国仮特許出願第６１／３０９，５３４号の利益を主張する。
【技術分野】
【０００２】
本開示は、一般に、テレビジョンホワイトスペースを介して情報を通信するように動作可能であるテレビジョンホワイトスペースデバイスに関し、より詳細には、テレビジョンホワイトスペースにおいて送信機およびセンサを動作させるためのシステムおよび方法に関する。
【背景技術】
【０００３】
連邦通信委員会（ＦＣＣ）は、（無線およびテレビジョン（ＴＶ）ブロードキャストを含む）無線スペクトルのすべての非連邦政府使用、およびすべての州間電気通信（ワイヤ、衛星およびケーブル）、ならびに米国で発生または終了するすべての国際通信を規制する責任を負う米国政府の独立機関である。２００８年に、ＦＣＣは、未使用のＴＶチャネル（すなわち、ホワイトスペース）における無認可信号動作を承認する規則を発行した。しかしながら、この承認された無認可使用は、ＴＶ帯域の１次ユーザのために適切に設定された保護の対象となる。ＴＶ帯域の１次ユーザは、ＴＶ放送事業者などのＡＴＳＣ／ＮＴＳＣ（Ｎａｔｉｏｎａｌ Ｔｅｌｅｖｉｓｉｏｎ Ｓｙｓｔｅｍ Ｃｏｍｍｉｔｔｅｅ）送信機、および認可ワイヤレスマイクロフォンである。この新しい規則は、技術および得られた信号送信が既存の１次ユーザと干渉しない限り、ワイヤレス技術がＴＶホワイトスペースを使用することを可能にする。したがって、他の信号を検出するために、周期的にセンスすることが必要とされる。本開示では、このＴＶホワイトスペースにアクセスするためにそのような技術を利用する様々なデバイスを「ホワイトスペースデバイス」、「無認可デバイス」などと呼ぶことにする。
【０００４】
テレビジョン（ＴＶ）および他のモニタにコンテンツをワイヤレス配信することが望ましい。一例として、いくつかの例では、ＴＶデバイス上に出力するためにユーザデバイスからコンテンツを配信してもらうことが望ましいことがある。たとえば、多くのＴＶデバイス出力機能と比較して、携帯電話、個人情報端末（ＰＤＡ）、メディアプレーヤデバイス（たとえば、ＡＰＰＬＥ（登録商標）ＩＰＯＤ（登録商標）デバイス、他のＭＰ３プレーヤデバイスなど）、ラップトップコンピュータ、ノートブックコンピュータなど、多くのポータブルユーザデバイスは、小型ディスプレイサイズなどの制限された／制約された出力機能を有する。たとえば、ポータブルユーザデバイス上でビデオを閲覧することを望んでいるユーザは、ビデオコンテンツがＴＶデバイス上に出力するために配信された場合に、改善されたオーディオビジュアルエクスペリエンスを得ることがある。したがって、いくつかの例では、ユーザは、コンテンツを受信する（たとえば、閲覧および／または聴取する）際の改善されたオーディオビジュアルエクスペリエンスを求めて、ＡＴＳＣチューナー（たとえば、ＨＤＴＶデバイス）をもつモニタ上に出力するために、ユーザデバイスからホワイトスペースを介してコンテンツを配信することを望むことがある。しかしながら、ホワイトスペースを介したテレビジョンデバイスへの送信には、オーディオビジュアルエクスペリエンスと干渉するであろうセンスすることを必要とする。
【発明の概要】
【０００５】
本開示は、一般に、ホワイトスペースを介して情報を通信するように動作可能であるホワイトスペースデバイスに関し、より詳細には、テレビジョンホワイトスペース中の既存の信号をセンスするために送信機を静穏化（quiet）するためのシステムおよび方法に関する。一実施形態では、ホワイトスペースデバイス中の送信機の目立たない（inconspicuous）静穏化のための方法は、時間のヌルウィンドウを生成するために、アプリケーションレイヤから、ホワイトスペースデバイスの送信機による送信のためのトランスポートストリーム中にデータを挿入することを含む。時間のヌルウィンドウは必須情報を含んでいない。本方法はまた、テレビジョンホワイトスペースデバイスの送信機によってトランスポートストリームを送信することを含む。本方法は、時間のヌルウィンドウの間、ホワイトスペースデバイスのホワイトスペースセンサによって、ホワイトスペース中の既存の信号をセンスする。
【０００６】
本開示の別の態様によれば、ホワイトスペースデバイスは、ホワイトスペースを介してトランスポートストリーム中でマルチメディアデータを送信するように構成された送信機を有する。ホワイトスペースデバイスはまた、時間のヌルウィンドウを生成するために、トランスポートストリーム中にデータを挿入するように構成されたアプリケーションレイヤエンコーダを有する。ホワイトスペースデバイスはまた、時間のヌルウィンドウの間ホワイトスペース中の信号をセンスするように構成されたホワイトスペースセンサを有する。
【０００７】
さらに別の態様では、ホワイトスペースシステムは、時間のヌルウィンドウを生成するために、アプリケーションレイヤからトランスポートストリーム中にデータを挿入するための手段を含む。本システムはまた、ホワイトスペースを介してトランスポートストリームを送信するための手段と、時間のヌルウィンドウの間送信手段を静穏化するための手段とを有する。
【０００８】
さらなる態様では、コンピュータ可読媒体は、ホワイトスペースデバイスの送信機の目立たない静穏化のためのプログラムコードを記録している。そのプログラムコードは、時間のヌルウィンドウを生成するために、アプリケーションレイヤからトランスポートストリーム中にデータを挿入するためのプログラムコードを含む。そのプログラムコードはまた、ホワイトスペースを介してトランスポートストリームを送信するためのプログラムコードを含む。そのプログラムコードはまた、時間のヌルウィンドウの間ホワイトスペース中の既存の信号をセンスするためのプログラムコードを含む。
【図面の簡単な説明】
【０００９】
本開示のより完全な理解のために、次に添付の図面とともに行う以下の説明を参照する。
【図１】本開示の実施形態が実装され得る例示的なシステムの図。
【図２】本開示の一態様による例示的なビッグフレーム宣言（declaration）の図。
【図３】本開示の一態様による例示的な多重化の図。
【図４】本開示の一態様による例示的な多重化の図。
【図５】本開示の一態様による例示的な動作フローを示す図。
【発明を実施するための形態】
【００１０】
「例示的」という単語は、本明細書では、例、事例、または例示の働きをすることを意味するために使用する。本明細書に「例示的」と記載されたいかなる実施形態も、必ずしも他の実施形態よりも好ましいまたは有利であると解釈されるべきではない。
【００１１】
ホワイトスペースデバイスは、概して、テレビジョン帯域中の未使用のスペクトルを介して通信する無認可ワイヤレストランシーバを指す。これらのデバイスは、概してコグニティブ方式で動作し、デバイスは、最初に、認可された１次ユーザからのＴＶ帯域信号（たとえば、ＡＴＳＣ（Advanced Television Systems Committee）、ＮＴＳＣ（National Television Systems Committee）、およびいくつかのワイヤレスマイクロフォンプロトコル）を検出するためにスキャンを行い、次いで、認可信号との干渉を回避するために未使用のチャネルを選択する。
【００１２】
ホワイトスペースデバイスは、ユーザデバイスに通信可能に結合されるか、またはユーザデバイス内に組み込まれ得、したがって、ホワイトスペースデバイスは、ＴＶホワイトスペースを介して、ユーザデバイスからＴＶ受信機デバイス（たとえば、ＨＤＴＶデバイス）に情報（たとえば、マルチメディアコンテンツ）を配信し得る。ホワイトスペースデバイスの例示的な実装形態について、本明細書でさらに説明する。ただし、そのようなホワイトスペースデバイスの様々な実装形態が可能であり、ＴＶホワイトスペースを介してユーザデバイスから情報を配信するように動作可能であるホワイトスペースデバイスのいかなる実装形態も、本開示の範囲内である。
【００１３】
ホワイトスペースデバイスがホワイトスペースにおいて動作するために、（たとえば、ＴＶ帯域中で利用可能な未使用の「ホワイトスペース」を識別／確認するために）何らかのセンスが実行される。したがって、ホワイトスペースデバイスは、そのデバイスによってセンシングが実行され得る周期的時間間隔の間、それの送信機を静穏化する。一実施形態では、「静穏化」は、送信機をオフにすることを含むが、他の実施形態では、静穏化は、送信をフィルタ処理すること、送信を非干渉周波数に切り替えること、またはセンスが行われることを可能にする何らかの他の行為を含む。
【００１４】
（たとえば、ユーザのための高品質オーディオ／ビジュアルエクスペリエンスを可能にするために）送信されているトランスポートストリームの品質に影響を及ぼさない／劣化させない（または影響／劣化を低減する／最小限に抑える）方式で送信機を静穏化するための方法を採用することが望ましくなる。言い換えれば、目立たずに送信機を静穏化することが望ましい。これは、ユーザが、改善されたオーディオビジュアルエクスペリエンスを求めて、ＴＶデバイス（たとえば、ＨＤＴＶデバイス）上に出力するためにポータブルユーザデバイスからビデオのマルチメディアコンテンツを配信してもらうことを望んでいる場合など、ビデオ、オーディオ、および／または他のコンテンツのリアルタイム送信／ストリーミングに関与するアプリケーションについて、特に望ましいことがある。
【００１５】
本開示の実施形態は、ホワイトスペース信号をセンスするためにホワイトスペースデバイスの送信機を静穏化することを対象とする。静穏化は、ホワイトスペースデバイスによって出力された、送信されたトランスポートストリーム（たとえば、ＭＰＥＧ（moving pictures expert group）−２トランスポートストリーム（ＴＳ）、リアルタイムトランスポートプロトコル（ＲＴＰ）トランスポートストリーム、およびトランスポート制御プロトコル（ＴＣＰ）ストリーム）に対する劣化を低減するかまたは最小限に抑える方式で実行される。さらに、センスすることがホワイトスペースデバイスによって実行されることを可能にするために、送信機を周期的に静穏化することがしばしば必要であり、（たとえば、表示のために送信されているオーディオ／ビジュアル情報のリアルタイムストリーミングに対する途絶が低減されるかまたは最小となるように）ホワイトスペースデバイスによって送信されているトランスポートストリーム中に含まれているコンテンツの送信の劣化を低減するかまたは最小限に抑える方法で、送信機を静穏化することが望ましい。
【００１６】
本明細書でさらに説明するように、目立たずに送信機を静穏化するために利用可能ないくつかの時間フレームを可能にするように（すなわち、受信ＨＤＴＶデバイス上に表示されているオーディオ／ビジュアル情報に対する途絶が低減されるかまたは最小となるように）、コンテンツ（たとえば、マルチメディアコンテンツ）のストリーミングを管理するための様々な技法が採用され得る。これを、本明細書では、概して「目立たない」送信機静穏化と呼ぶことにする。
【００１７】
以下でさらに説明するように、本開示の実施形態は、ホワイトスペースデバイス内の目立たない送信機静穏化のためにアプリケーションレイヤ技法を採用する様々な実装形態を提供する。開示の全体が参照により本明細書に明確に組み込まれる、関連する米国特許出願番号第 号［代理人整理番号代理人整理番号第１００７０１号］は、ホワイトスペースデバイス内の目立たない送信機静穏化のためにトランスポートストリームを修正するための例示的なトランスポートレイヤ技法について説明する。
【００１８】
図１は、本開示の実施形態が実装され得る例示的なシステム１００の図である。システム１００は、「ホスト」デバイスと呼ばれることがある例示的なユーザデバイス１０１を含む。ユーザデバイス１０１の例示的な実装形態がブロック図の形式で図１に示されている。図示の例では、ユーザデバイス１０１がモバイルデバイスとして示されているが、他の実施形態では、ユーザデバイス１０１はモバイルデバイスである必要はない。例示的なユーザデバイス１０１は、概して、メディアプロセッサ１０４、ディスプレイプロセッサ１０５、および／またはオーディオ出力プロセッサ１０６など、１つまたは複数のプロセッサを含み、ユーザデバイス１０１は、埋込みディスプレイ１０７および埋込みスピーカー１０８など、埋込み入出力デバイスを有し得る。もちろん、ユーザデバイス１０１は、所与の実装形態において別様に構成され得（たとえば、図１に示されたものとは異なる機能ブロックおよび／または追加の機能ブロックを含み得）、いずれのそのような実装形態も本開示の範囲内である。
【００１９】
ユーザデバイス１０１は、概して、それの埋込み出力デバイス（たとえば、埋込みディスプレイ１０７および埋込みスピーカー１０８）を介して出力され得るコンテンツを生成するように動作可能である。ユーザデバイス上に出力されるための様々なタイプのコンテンツが当技術分野でよく知られており、いずれのそのようなコンテンツも所与のアプリケーションにおいてユーザデバイス１０１上に出力され得る。たとえば、マルチメディアプレーヤアプリケーションが、マルチメディアコンテンツ（たとえば、ムービーなど）を出力するためにユーザデバイス１０１上で実行していることがある。もちろん、テキストコンテンツ、ならびに／あるいは他のグラフィカル／イメージおよび／またはオーディオコンテンツ（たとえば、電子メールコンテンツ、ウェブブラウジングコンテンツ、ビデオゲームコンテンツ、ワードプロセシングコンテンツなど）などの他のコンテンツが、ユーザがユーザデバイス１０１を介して対話していることがある所与のアプリケーションにおいて出力されることがある。
【００２０】
ユーザは、ポインタデバイス（たとえば、マウス）、ジョイスティック、キーボード、タッチスクリーンインターフェース、マイクロフォンなど、（図１には示されていない）１つまたは複数のヒューマンインターフェース入力デバイスを介して（たとえば、その上で実行しているアプリケーションと対話するための）情報をユーザデバイス１０１に入力していることがある。いくつかの例では、そのようなユーザ入力情報により、何らか出力が生成されるかまたは修正されることになり得る。たとえば、ユーザのマウス移動の入力により、ユーザデバイス１０１の埋込みディスプレイ１０７上でポインタが対応して移動することになり得る。
【００２１】
また、例示的なシステム１００にはホワイトスペースデバイス１０２が含まれ、それの例示的な実装形態が図１にブロック図の形式で示されている。ホワイトスペースデバイス１０２は、ユーザデバイス１０１から情報を受信するために、そのようなユーザデバイス１０１に通信可能に結合される。一実施形態では、ホワイトスペースデバイス１０２は、ユーザデバイス１０１に通信可能に結合された「ドングル」と呼ばれ得る別個のデバイスである。ホワイトスペースデバイス１０２は、ＵＳＢ接続、ＰＣＩｅインターフェースを介して、または本明細書でさらに説明するように、ユーザデバイス１０１からの情報がホワイトスペースデバイス１０２によってキャプチャされることを可能にする任意の好適な方式で結合され得る。たとえば、ホワイトスペースデバイス１０２は、任意の好適なタイプのワイヤード接続を介して、またはワイヤレスＵＳＢ（ＷＵＳＢ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１などのワイヤレス通信接続を介して、ユーザデバイス１０１に通信可能に結合され得る。
【００２２】
ホワイトスペースデバイス１０２は、ユーザデバイス１０１からの情報をキャプチャする。たとえば、キャプチャされた情報は、図１に示すように、「ビデオ出力（video out）」１２６および／または「オーディオ出力（audio out）」１２７などの出力デバイスを介して出力されるコンテンツを含む。本明細書でさらに説明するように、いくつかの実施形態では、「ヒューマンインターフェースデバイス」（ＨＩＤ）データ、たとえば、ユーザ入力コマンド（たとえば、マウス移動、ジョイスティック移動、キーボード入力、および／または（１つまたは複数の）ヒューマンインターフェースデバイスを介して受信された他のコマンド）などの他の情報も、ホワイトスペースデバイス１０２によってキャプチャされ得る。ホワイトスペースデバイス１０２は、たとえば、ユーザデバイス１０１からキャプチャされたコンテンツ（たとえば、マルチメディアコンテンツ）が、ＡＴＳＣチューナーをもつモニタ、たとえば、図１に示す高精細度テレビジョン（ＨＤＴＶ）１０３などのデバイスによって受信され、出力されることを可能にするために、ユーザデバイス１０１からキャプチャされた情報を、ＴＶホワイトスペースを介してワイヤレス通信１２３上で送信機１１６によってワイヤレス送信するように動作可能である。
【００２３】
図１に示された例では、ホワイトスペースデバイス１０２は、ホワイトスペースチャネル上で無線でＡＴＳＣ（Advanced Television Systems Committee）信号を送信し、それによってテレビジョン局送信機として効果的に働く。したがって、ブロック図の形式で示すように、図１の例示的なホワイトスペースデバイス１０２はＡＴＳＣベースバンドプロセッサおよび送信機１０９を含む。当技術分野で知られているように、ＡＴＳＣは、よく知られているＭＰＥＧ−２トランスポートストリーム（ＴＳ：Transport Stream）に適合し、したがって、例示的なホワイトスペースデバイス１０２は、ユーザデバイス１０１からのキャプチャされた情報を符号化するためのオーディオ／ビデオデコーダ１１１、たとえば、ＭＰＥＧ−２／ＡＣ−３を含む。符号化されたデータは、マルチプレクサ１５０を介してトランスポートエンコーダ１１２、たとえば、ＭＰＥＧ−２ ＴＳエンコーダに送信される。その後、トランスポートストリームパケットは、ホワイトスペース１２３を介したワイヤレス送信のためにＲＦ送信システム１１３（および送信機（たとえば、アンテナ）１１６）に送られる。
【００２４】
ＨＤＴＶ１０３は、ＨＤＴＶデバイス１０３のディスプレイおよび／またはスピーカーに出力するために、ＡＴＳＣ信号（たとえば、ＭＰＥＧ−２ ＴＳ）を受信し、処理することができるように、埋込みワイヤレス受信機１２４および埋込みＡＴＳＣチューナー／受信機（たとえば、従来のテレビジョンチューナー）１２５を含む。
【００２５】
図１の例示的なホワイトスペースデバイス１０２は、ＴＶホワイトスペースをセンスするための（たとえば、ＴＶホワイトスペース内で信号をセンスするための）ホワイトスペーススペクトルセンサ１２０を有する制御モジュール１１０をさらに含む。そのようなセンサ１２０は、利用可能なＴＶホワイトスペースを判断するためにセンスすることを周期的に実行する。周波数マネージャ論理１１８は、判断された利用可能なホワイトスペース内でホワイトスペースデバイスの送信を維持することが必要なときにチャネルを調整することができる。本明細書でさらに説明するように、センスすることの品質を改善するためのそのような静穏化が実行されている間にセンサ１２０がそれのセンスを実行することを可能にするために、送信機１１６を目立たずに静穏化するための実施形態が提供される。
【００２６】
もちろん、ＡＴＳＣは、ホワイトスペースデバイス１０２によって採用され得るテレビジョン伝送規格のセットの一例にすぎず、他の実施形態では、ホワイトスペースを介してメディアコンテンツを送信するために、ＡＴＳＣ規格、ＤＶＢ（Digital Video Broadcasting）規格、ＩＳＤＢ（Integrated Services Digital Broadcasting）規格、ＤＭＢ（Digital Multimedia Broadcast）規格などの、様々なテレビジョン規格のうちいずれかを採用することができる。
【００２７】
上述のように、図１の例示的なホワイトスペースデバイス１０２は、ユーザデバイス１０１からキャプチャされた情報を、送信するための、ＡＴＳＣに適合し、したがってＨＤＴＶ１０３のＡＴＳＣ受信機／チューナー１２５によって受信および処理され得るＭＰＥＧ−２トランスポートストリームに変換する。
【００２８】
例示的なアプリケーションレイヤ実装形態。
本開示によるアプリケーションレイヤ内の技法によってホワイトスペースデバイスの送信機を目立たずに静穏化するために、様々な技法を採用することができる。たとえば、各フレームが約３３ｍｓであることを暗示する３０フレーム毎秒（ｆｐｓ）の送信ストリームレートが利用されると仮定する。さらに、（たとえば、図１のホワイトスペースセンサ１２０による）センスのために、各秒内に１０ｍｓウィンドウが望まれると仮定する。ホワイトスペースデバイスの送信機（たとえば、図１の送信機１１６）は、そのような１０ｍｓセンシングウィンドウの間、静穏化されることになる。そのような１０ｍｓウィンドウが目立たずに送信機を静穏化するために利用可能になることを可能にするように（すなわち、受信ＨＤＴＶデバイス上で受信および出力するために送信されているマルチメディア情報に対する途絶が低減されるまたは最小となるように）、ホワイトスペースデバイスの送信機からのコンテンツ（たとえば、マルチメディアコンテンツ）のストリーミングを管理するために、アプリケーションレイヤ技法を採用することが望ましくなる。いくつかの実施形態では、送信機を実際に静穏化することなしにセンスが行われる。
【００２９】
ＡＴＳＣは、いくつかの実施形態においてホワイトスペースデバイス１０２によって使用され得るＴＶ信号の１つの帯域を定義する。トランスポートのために、ＡＴＳＣは、上記で説明したように、データをカプセル化するためにＭＰＥＧ−２トランスポートストリームとして知られるＭＰＥＧ−２システム仕様を使用する。本開示の実施形態によるそのようなＭＰＥＧ−２トランスポートストリーム内で目立たない送信機静穏化を可能にするためにアプリケーションレイヤ技法を採用するための３つの例示的な実装形態について以下に説明する。
【００３０】
例示的な実装形態１（「ビッグフレーム」の使用）：
図２に示すように、ビデオエンコーダ１１１は、受信機（たとえば、図１の受信機１２５）が、トランスポートストリーム２００内の標準フレームを少なくとも１つのフレームにわたるものとして認識するように、そのフレームを「ビッグフレーム」として識別する。ビッグフレームが複数のフレームにわたるとき、標準フレームは実際には単一のフレームのみにわたるので、追加のフレーム（または追加のフレームの少なくとも一部分）が、センスすることのために使用され得る時間の「ヌル」ウィンドウとして利用可能である。たとえば、フレームレートが３０ｆｐｓであると仮定する。各周期中の２９番目のフレームが２つのフレーム周期にわたって受信機１２５によってバッファされ、利用されるように、各周期中の２９番目のフレームを（たとえば、それのヘッダ中で）「ビッグフレーム」として宣言することができる。「ビッグフレーム」としてのフレームのそのような指定はＭＰＥＧ−２によってサポートされる。このようにして、制御モジュール１１０は、（たとえば、図１のセンサ１２０による）センスすることを、各秒における３０番目のフレームの発生と同期させることができる。「ビッグフレーム」は２９番目のフレーム周期中に送信されたので、３０番目のフレーム周期において送信は不要であり、すなわち、２９番目のフレームからのデータが３０番目のフレーム周期中に使用される。このオプションは、多重化に依存しない符号化ソリューションである。
【００３１】
いくつかの実施形態では、指定されたビッグフレームの位置は、フレーム周期内の所与の位置に固定されるのではなく、フレーム周期内で（たとえば、ランダムに）変動し得る。（センサ１２０による）センスすることは、同様に、ビッグフレームに指定された標準フレームの直後の時間のヌルウィンドウと同期するように変動することができる。ビデオエンコーダ１１１は「ビッグフレーム」を指定し、制御モジュール１１０は、ホワイトスペースデバイス１０２による（たとえば、センサ１２０による）センスすることを「ビッグフレーム」の発生と同期させる。
【００３２】
例示的な実装形態２（静止画像ピクチャフラグを使用する）：
別のアプリケーションレイヤ技法は、一意のプログラムＩＤ上のあらかじめ定義された時間間隔で（たとえば、毎秒１０ｍｓの時間間隔の間）ＭＰＥＧ−２トランスポートストリームの静止画像ピクチャフラグを送信するビデオエンコーダ１１１を含む。図３に示すように、このプログラム３０１は、マルチプレクサ１５０における多重化のために１次プログラム２００よりも高い優先度を有するように設定されることになる。静止画像ピクチャフラグを含んでいるこの優先度がより高いプログラム３０１を１次プログラム２００と多重化することによって、修正トランスポートストリーム３０２は、静止画像が挿入された、示された、または送信済みであると考えられるときに静止画像フラグを含む。制御モジュール１１０は、静止画像ピクチャフラグで標示されたストリーム３０２の一部分と同期した送信機１１６を静穏化する（およびセンスを開始する）ことができる。静止画像ピクチャフラグを使用することによって、タイミングならびにオーディオを無視することができる。この例では、静止画像は実際送られない。そうではなく、静穏化は、静止画像が送られるであろうタイミングと同期される。したがって、この時点で送信しないことは、モニタ上に表示されるコンテンツに影響を及ぼさない。
【００３３】
例示的な実装形態３（いくつかの特性を有する追加のプログラムをストリーム中に挿入する）：
その開示が参照により本明細書に明確に組み込まれる、同時に出願された、同一出願人による米国特許出願番号第 号［代理人整理番号第１００７０１号］に開示されている例示的な技法など、（たとえば、トランスポートストリームを修正することによって）送信機を静穏化するための様々な技法がトランスポートレイヤにおいて採用され得る。トランスポートストリームは、たとえば、トランスポートストリーム内でいくつかのＮＵＬＬパケットを一緒に配列するために、様々な方法で修正され得る。たとえば、トランスポートストリーム中でＮＵＬＬデータパケットを送ることによって（たとえば、１０ｍｓの）センシングウィンドウが達成され得る。ＭＰＥＧ−２マルチプレクサは、必要とされる帯域幅を埋め合わせるためにヌルパケットを挿入する。これらのＮＵＬＬパケットの位置は、たとえば１０ｍｓの連続期間の間、実際のデータが送られないような方法で修正され得る。
【００３４】
トランスポートストリーム中の所定の数のヌルパケットを保証する１つの方法は、ＮＵＬＬデータをもつ（対応するプログラムＩＤまたは「ＰＩＤ」をもつ）追加のプログラムを含め、この特定のＰＩＤが常に所定の位置に（たとえば、各秒の最後に）あるように、マルチプレクサ１５０にトランスポートストリームを処理（engineer）させることである。いくつかの実施形態では、そのような挿入されたプログラムのビデオビットレートは変化／変動することができる。
【００３５】
しかしながら、トランスポートストリームを修正するのではなく、所望の送信機静穏化期間を達成するための様々な技法がアプリケーションレイヤによって達成され得る。たとえば、一実施形態では、変動するビットレートを有するプログラムを多重化するのではなく、１次プログラム２００に加えて、マルチプレクサ１５０への静的ビデオ入力をもつダミープログラム４０１が図４に示されている。ダミープログラム４０１のビットレートは、センスが行われるべき時間間隔に一致する。ビデオエンコーダ１１１は、固定ピクチャグループ（ＧＯＰ）構造をもつダミープログラム４０１を作成する。ＧＯＰ構造は、センスが行われるべき時間に開始する。ＧＯＰ構造の始端は、優先度がより高いフレーム、たとえばＩフレームを含む。したがって、ダミープログラム４０１を１次プログラム２００と多重化すると、各ＧＯＰ構造の始端と同期して、ヌルウィンドウが修正プログラム４０２中に生じる。送信機の静穏化は、ダミープログラム４０１中のＧＯＰ構造の始端と同期して行われるようにスケジュールされ得る。したがって、制御モジュール１１０は、追加されたプログラム４０１の固定／静的期間とセンスすることを同期させることができる。他の実施形態では、ヌルウィンドウは、各ＧＯＰ構造の始端以外の時間に形成される。
【００３６】
図５に、本開示の一実施形態による、テレビジョンホワイトスペースデバイス（たとえば、図２のホワイトスペースデバイス１０２）中の送信機（たとえば、図１の送信機１１６）の目立たない静穏化のための例示的な動作フローを示す。ブロック５０１において、修正トランスポートストリーム中に時間のヌルウィンドウを作成するためにアプリケーションレイヤ情報を挿入する。ブロック５０２において、修正トランスポートストリームを送信する。これらの時間のヌルウィンドウの間、ホワイトスペース送信機を静穏化し、ホワイトスペース中の既存の信号を検出するためにセンスを行う。
【００３７】
一構成では、テレビジョンホワイトスペースデバイスは、所定の時間にトランスポートストリーム内に時間のヌルウィンドウを生成するために、アプリケーションレイヤから、テレビジョンホワイトスペース通信デバイスの送信機による送信のためのトランスポートストリーム中に情報を挿入するための手段を有する。たとえば、この情報を挿入するためのそのような手段はビデオエンコーダ１１１であり得る。
【００３８】
このデバイスは、トランスポートストリームを送信するための手段をさらに有し得る。たとえば、図１に示す送信機１１６が実装され得る。このデバイスは、図１のホワイトスペースセンサ１２０など、時間のヌルウィンドウの間ホワイトスペース中の信号をセンスするための手段をさらに有し得る。このデバイスは、時間のヌルウィンドウの間送信手段を静穏化するための手段をさらに含み得る。たとえば、制御モジュール１１０はこの静穏化を実行し得る。
【００３９】
一構成では、アプリケーションレイヤからトランスポートストリーム中に情報を挿入するための手段は、静的ビデオおよび固定ＧＯＰ構造をもつプログラムをトランスポートストリームと多重化するための手段を含み得る。たとえば、マルチプレクサ１５０は静的ビデオを多重化し得、ビデオエンコーダ１１１は静的ビデオを符号化し得る。
【００４０】
一構成では、アプリケーションレイヤからトランスポートストリーム中に情報を挿入するための手段は、静止画像ピクチャ指示を含むプログラムをトランスポートストリームと多重化するための手段を含み得る。たとえば、マルチプレクサ１５０は静止画ピクチャ指示を多重化し得、ビデオエンコーダ１１１は静止画ピクチャ指示を挿入し得る。
【００４１】
一構成では、アプリケーションレイヤからトランスポートストリーム中に情報を挿入するための手段は、トランスポートストリームのフレーム周期中に存在する標準フレームを、複数のフレームを包含すべきビッグフレームとして宣言するための手段であって、これらの複数のフレームの一部分が時間のヌルウィンドウを形成する、宣言するための手段を含み得る。たとえば、ビデオエンコーダ１１１は、あるフレームをビッグフレームとして宣言し得る。
【００４２】
情報および信号は多種多様な技術および技法のいずれかを使用して表され得ることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
【００４３】
さらに、本明細書の開示に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課せられた設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈すべきではない。
【００４４】
本明細書の開示に関して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。
【００４５】
本明細書の開示に関して説明した方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサに一体化され得る。プロセッサおよび記憶媒体はＡＳＩＣ中に常駐し得る。
【００４６】
１つまたは複数の例示的な設計では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装され得る。ソフトウェアで実装した場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスできる任意の利用可能な媒体とすることができる。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、または他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータまたは汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。
【００４７】
本開示およびその利点について詳細に説明したが、添付の特許請求の範囲によって規定される本開示の技術から逸脱することなく様々な変更、置換および改変を本明細書で行うことができることを理解されたい。さらに、本出願の範囲は、本明細書で説明するプロセス、機械、製造、組成物、手段、方法およびステップの特定の実施形態に限定されるものではない。当業者なら本開示から容易に諒解するように、本明細書で説明する対応する実施形態と実質的に同じ機能を実行するか、または実質的に同じ結果を達成する、現存するかまたは後で開発される、プロセス、機械、製造、組成物、手段、方法、またはステップは本開示に従って利用され得る。したがって、添付の特許請求の範囲は、それらの範囲内にそのようなプロセス、機械、製造、組成物、手段、方法、またはステップを含むものとする。
【関連技術】
【０００１】
関連出願の相互参照
本出願は、開示の全体が参照により明確に本明細書に組み込まれる、１）Ｒａｖｅｅｎｄｒａｎらの名義で２０１０年１月５日に出願された米国仮特許出願第６１／２９２，３９１号、２）Ｒａｖｅｅｎｄｒａｎらの名義で２０１０年１月２６日に出願された米国仮特許出願第６１／２９８，４９４号、および３）Ｒａｖｅｅｎｄｒａｎらの名義で２０１０年３月２日に出願された米国仮特許出願第６１／３０９，５３４号の利益を主張する。
【技術分野】
【０００２】
本開示は、一般に、テレビジョンホワイトスペースを介して情報を通信するように動作可能であるテレビジョンホワイトスペースデバイスに関し、より詳細には、テレビジョンホワイトスペースにおいて送信機およびセンサを動作させるためのシステムおよび方法に関する。
【背景技術】
【０００３】
連邦通信委員会（ＦＣＣ）は、（無線およびテレビジョン（ＴＶ）ブロードキャストを含む）無線スペクトルのすべての非連邦政府使用、およびすべての州間電気通信（ワイヤ、衛星およびケーブル）、ならびに米国で発生または終了するすべての国際通信を規制する責任を負う米国政府の独立機関である。２００８年に、ＦＣＣは、未使用のＴＶチャネル（すなわち、ホワイトスペース）における無認可信号動作を承認する規則を発行した。しかしながら、この承認された無認可使用は、ＴＶ帯域の１次ユーザのために適切に設定された保護の対象となる。ＴＶ帯域の１次ユーザは、ＴＶ放送事業者などのＡＴＳＣ／ＮＴＳＣ（Ｎａｔｉｏｎａｌ Ｔｅｌｅｖｉｓｉｏｎ Ｓｙｓｔｅｍ Ｃｏｍｍｉｔｔｅｅ）送信機、および認可ワイヤレスマイクロフォンである。この新しい規則は、技術および得られた信号送信が既存の１次ユーザと干渉しない限り、ワイヤレス技術がＴＶホワイトスペースを使用することを可能にする。したがって、他の信号を検出するために、周期的にセンスすることが必要とされる。本開示では、このＴＶホワイトスペースにアクセスするためにそのような技術を利用する様々なデバイスを「ホワイトスペースデバイス」、「無認可デバイス」などと呼ぶことにする。
【０００４】
テレビジョン（ＴＶ）および他のモニタにコンテンツをワイヤレス配信することが望ましい。一例として、いくつかの例では、ＴＶデバイス上に出力するためにユーザデバイスからコンテンツを配信してもらうことが望ましいことがある。たとえば、多くのＴＶデバイス出力機能と比較して、携帯電話、個人情報端末（ＰＤＡ）、メディアプレーヤデバイス（たとえば、ＡＰＰＬＥ（登録商標）ＩＰＯＤ（登録商標）デバイス、他のＭＰ３プレーヤデバイスなど）、ラップトップコンピュータ、ノートブックコンピュータなど、多くのポータブルユーザデバイスは、小型ディスプレイサイズなどの制限された／制約された出力機能を有する。たとえば、ポータブルユーザデバイス上でビデオを閲覧することを望んでいるユーザは、ビデオコンテンツがＴＶデバイス上に出力するために配信された場合に、改善されたオーディオビジュアルエクスペリエンスを得ることがある。したがって、いくつかの例では、ユーザは、コンテンツを受信する（たとえば、閲覧および／または聴取する）際の改善されたオーディオビジュアルエクスペリエンスを求めて、ＡＴＳＣチューナー（たとえば、ＨＤＴＶデバイス）をもつモニタ上に出力するために、ユーザデバイスからホワイトスペースを介してコンテンツを配信することを望むことがある。しかしながら、ホワイトスペースを介したテレビジョンデバイスへの送信には、オーディオビジュアルエクスペリエンスと干渉するであろうセンスすることを必要とする。
【発明の概要】
【０００５】
本開示は、一般に、ホワイトスペースを介して情報を通信するように動作可能であるホワイトスペースデバイスに関し、より詳細には、テレビジョンホワイトスペース中の既存の信号をセンスするために送信機を静穏化（quiet）するためのシステムおよび方法に関する。一実施形態では、ホワイトスペースデバイス中の送信機の目立たない（inconspicuous）静穏化のための方法は、時間のヌルウィンドウを生成するために、アプリケーションレイヤから、ホワイトスペースデバイスの送信機による送信のためのトランスポートストリーム中にデータを挿入することを含む。時間のヌルウィンドウは必須情報を含んでいない。本方法はまた、テレビジョンホワイトスペースデバイスの送信機によってトランスポートストリームを送信することを含む。本方法は、時間のヌルウィンドウの間、ホワイトスペースデバイスのホワイトスペースセンサによって、ホワイトスペース中の既存の信号をセンスする。
【０００６】
本開示の別の態様によれば、ホワイトスペースデバイスは、ホワイトスペースを介してトランスポートストリーム中でマルチメディアデータを送信するように構成された送信機を有する。ホワイトスペースデバイスはまた、時間のヌルウィンドウを生成するために、トランスポートストリーム中にデータを挿入するように構成されたアプリケーションレイヤエンコーダを有する。ホワイトスペースデバイスはまた、時間のヌルウィンドウの間ホワイトスペース中の信号をセンスするように構成されたホワイトスペースセンサを有する。
【０００７】
さらに別の態様では、ホワイトスペースシステムは、時間のヌルウィンドウを生成するために、アプリケーションレイヤからトランスポートストリーム中にデータを挿入するための手段を含む。本システムはまた、ホワイトスペースを介してトランスポートストリームを送信するための手段と、時間のヌルウィンドウの間送信手段を静穏化するための手段とを有する。
【０００８】
さらなる態様では、コンピュータ可読媒体は、ホワイトスペースデバイスの送信機の目立たない静穏化のためのプログラムコードを記録している。そのプログラムコードは、時間のヌルウィンドウを生成するために、アプリケーションレイヤからトランスポートストリーム中にデータを挿入するためのプログラムコードを含む。そのプログラムコードはまた、ホワイトスペースを介してトランスポートストリームを送信するためのプログラムコードを含む。そのプログラムコードはまた、時間のヌルウィンドウの間ホワイトスペース中の既存の信号をセンスするためのプログラムコードを含む。
【図面の簡単な説明】
【０００９】
本開示のより完全な理解のために、次に添付の図面とともに行う以下の説明を参照する。
【図１】本開示の実施形態が実装され得る例示的なシステムの図。
【図２】本開示の一態様による例示的なビッグフレーム宣言（declaration）の図。
【図３】本開示の一態様による例示的な多重化の図。
【図４】本開示の一態様による例示的な多重化の図。
【図５】本開示の一態様による例示的な動作フローを示す図。
【発明を実施するための形態】
【００１０】
「例示的」という単語は、本明細書では、例、事例、または例示の働きをすることを意味するために使用する。本明細書に「例示的」と記載されたいかなる実施形態も、必ずしも他の実施形態よりも好ましいまたは有利であると解釈されるべきではない。
【００１１】
ホワイトスペースデバイスは、概して、テレビジョン帯域中の未使用のスペクトルを介して通信する無認可ワイヤレストランシーバを指す。これらのデバイスは、概してコグニティブ方式で動作し、デバイスは、最初に、認可された１次ユーザからのＴＶ帯域信号（たとえば、ＡＴＳＣ（Advanced Television Systems Committee）、ＮＴＳＣ（National Television Systems Committee）、およびいくつかのワイヤレスマイクロフォンプロトコル）を検出するためにスキャンを行い、次いで、認可信号との干渉を回避するために未使用のチャネルを選択する。
【００１２】
ホワイトスペースデバイスは、ユーザデバイスに通信可能に結合されるか、またはユーザデバイス内に組み込まれ得、したがって、ホワイトスペースデバイスは、ＴＶホワイトスペースを介して、ユーザデバイスからＴＶ受信機デバイス（たとえば、ＨＤＴＶデバイス）に情報（たとえば、マルチメディアコンテンツ）を配信し得る。ホワイトスペースデバイスの例示的な実装形態について、本明細書でさらに説明する。ただし、そのようなホワイトスペースデバイスの様々な実装形態が可能であり、ＴＶホワイトスペースを介してユーザデバイスから情報を配信するように動作可能であるホワイトスペースデバイスのいかなる実装形態も、本開示の範囲内である。
【００１３】
ホワイトスペースデバイスがホワイトスペースにおいて動作するために、（たとえば、ＴＶ帯域中で利用可能な未使用の「ホワイトスペース」を識別／確認するために）何らかのセンスが実行される。したがって、ホワイトスペースデバイスは、そのデバイスによってセンシングが実行され得る周期的時間間隔の間、それの送信機を静穏化する。一実施形態では、「静穏化」は、送信機をオフにすることを含むが、他の実施形態では、静穏化は、送信をフィルタ処理すること、送信を非干渉周波数に切り替えること、またはセンスが行われることを可能にする何らかの他の行為を含む。
【００１４】
（たとえば、ユーザのための高品質オーディオ／ビジュアルエクスペリエンスを可能にするために）送信されているトランスポートストリームの品質に影響を及ぼさない／劣化させない（または影響／劣化を低減する／最小限に抑える）方式で送信機を静穏化するための方法を採用することが望ましくなる。言い換えれば、目立たずに送信機を静穏化することが望ましい。これは、ユーザが、改善されたオーディオビジュアルエクスペリエンスを求めて、ＴＶデバイス（たとえば、ＨＤＴＶデバイス）上に出力するためにポータブルユーザデバイスからビデオのマルチメディアコンテンツを配信してもらうことを望んでいる場合など、ビデオ、オーディオ、および／または他のコンテンツのリアルタイム送信／ストリーミングに関与するアプリケーションについて、特に望ましいことがある。
【００１５】
本開示の実施形態は、ホワイトスペース信号をセンスするためにホワイトスペースデバイスの送信機を静穏化することを対象とする。静穏化は、ホワイトスペースデバイスによって出力された、送信されたトランスポートストリーム（たとえば、ＭＰＥＧ（moving pictures expert group）−２トランスポートストリーム（ＴＳ）、リアルタイムトランスポートプロトコル（ＲＴＰ）トランスポートストリーム、およびトランスポート制御プロトコル（ＴＣＰ）ストリーム）に対する劣化を低減するかまたは最小限に抑える方式で実行される。さらに、センスすることがホワイトスペースデバイスによって実行されることを可能にするために、送信機を周期的に静穏化することがしばしば必要であり、（たとえば、表示のために送信されているオーディオ／ビジュアル情報のリアルタイムストリーミングに対する途絶が低減されるかまたは最小となるように）ホワイトスペースデバイスによって送信されているトランスポートストリーム中に含まれているコンテンツの送信の劣化を低減するかまたは最小限に抑える方法で、送信機を静穏化することが望ましい。
【００１６】
本明細書でさらに説明するように、目立たずに送信機を静穏化するために利用可能ないくつかの時間フレームを可能にするように（すなわち、受信ＨＤＴＶデバイス上に表示されているオーディオ／ビジュアル情報に対する途絶が低減されるかまたは最小となるように）、コンテンツ（たとえば、マルチメディアコンテンツ）のストリーミングを管理するための様々な技法が採用され得る。これを、本明細書では、概して「目立たない」送信機静穏化と呼ぶことにする。
【００１７】
以下でさらに説明するように、本開示の実施形態は、ホワイトスペースデバイス内の目立たない送信機静穏化のためにアプリケーションレイヤ技法を採用する様々な実装形態を提供する。開示の全体が参照により本明細書に明確に組み込まれる、関連する米国特許出願番号第 号［代理人整理番号代理人整理番号第１００７０１号］は、ホワイトスペースデバイス内の目立たない送信機静穏化のためにトランスポートストリームを修正するための例示的なトランスポートレイヤ技法について説明する。
【００１８】
図１は、本開示の実施形態が実装され得る例示的なシステム１００の図である。システム１００は、「ホスト」デバイスと呼ばれることがある例示的なユーザデバイス１０１を含む。ユーザデバイス１０１の例示的な実装形態がブロック図の形式で図１に示されている。図示の例では、ユーザデバイス１０１がモバイルデバイスとして示されているが、他の実施形態では、ユーザデバイス１０１はモバイルデバイスである必要はない。例示的なユーザデバイス１０１は、概して、メディアプロセッサ１０４、ディスプレイプロセッサ１０５、および／またはオーディオ出力プロセッサ１０６など、１つまたは複数のプロセッサを含み、ユーザデバイス１０１は、埋込みディスプレイ１０７および埋込みスピーカー１０８など、埋込み入出力デバイスを有し得る。もちろん、ユーザデバイス１０１は、所与の実装形態において別様に構成され得（たとえば、図１に示されたものとは異なる機能ブロックおよび／または追加の機能ブロックを含み得）、いずれのそのような実装形態も本開示の範囲内である。
【００１９】
ユーザデバイス１０１は、概して、それの埋込み出力デバイス（たとえば、埋込みディスプレイ１０７および埋込みスピーカー１０８）を介して出力され得るコンテンツを生成するように動作可能である。ユーザデバイス上に出力されるための様々なタイプのコンテンツが当技術分野でよく知られており、いずれのそのようなコンテンツも所与のアプリケーションにおいてユーザデバイス１０１上に出力され得る。たとえば、マルチメディアプレーヤアプリケーションが、マルチメディアコンテンツ（たとえば、ムービーなど）を出力するためにユーザデバイス１０１上で実行していることがある。もちろん、テキストコンテンツ、ならびに／あるいは他のグラフィカル／イメージおよび／またはオーディオコンテンツ（たとえば、電子メールコンテンツ、ウェブブラウジングコンテンツ、ビデオゲームコンテンツ、ワードプロセシングコンテンツなど）などの他のコンテンツが、ユーザがユーザデバイス１０１を介して対話していることがある所与のアプリケーションにおいて出力されることがある。
【００２０】
ユーザは、ポインタデバイス（たとえば、マウス）、ジョイスティック、キーボード、タッチスクリーンインターフェース、マイクロフォンなど、（図１には示されていない）１つまたは複数のヒューマンインターフェース入力デバイスを介して（たとえば、その上で実行しているアプリケーションと対話するための）情報をユーザデバイス１０１に入力していることがある。いくつかの例では、そのようなユーザ入力情報により、何らか出力が生成されるかまたは修正されることになり得る。たとえば、ユーザのマウス移動の入力により、ユーザデバイス１０１の埋込みディスプレイ１０７上でポインタが対応して移動することになり得る。
【００２１】
また、例示的なシステム１００にはホワイトスペースデバイス１０２が含まれ、それの例示的な実装形態が図１にブロック図の形式で示されている。ホワイトスペースデバイス１０２は、ユーザデバイス１０１から情報を受信するために、そのようなユーザデバイス１０１に通信可能に結合される。一実施形態では、ホワイトスペースデバイス１０２は、ユーザデバイス１０１に通信可能に結合された「ドングル」と呼ばれ得る別個のデバイスである。ホワイトスペースデバイス１０２は、ＵＳＢ接続、ＰＣＩｅインターフェースを介して、または本明細書でさらに説明するように、ユーザデバイス１０１からの情報がホワイトスペースデバイス１０２によってキャプチャされることを可能にする任意の好適な方式で結合され得る。たとえば、ホワイトスペースデバイス１０２は、任意の好適なタイプのワイヤード接続を介して、またはワイヤレスＵＳＢ（ＷＵＳＢ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１などのワイヤレス通信接続を介して、ユーザデバイス１０１に通信可能に結合され得る。
【００２２】
ホワイトスペースデバイス１０２は、ユーザデバイス１０１からの情報をキャプチャする。たとえば、キャプチャされた情報は、図１に示すように、「ビデオ出力（video out）」１２６および／または「オーディオ出力（audio out）」１２７などの出力デバイスを介して出力されるコンテンツを含む。本明細書でさらに説明するように、いくつかの実施形態では、「ヒューマンインターフェースデバイス」（ＨＩＤ）データ、たとえば、ユーザ入力コマンド（たとえば、マウス移動、ジョイスティック移動、キーボード入力、および／または（１つまたは複数の）ヒューマンインターフェースデバイスを介して受信された他のコマンド）などの他の情報も、ホワイトスペースデバイス１０２によってキャプチャされ得る。ホワイトスペースデバイス１０２は、たとえば、ユーザデバイス１０１からキャプチャされたコンテンツ（たとえば、マルチメディアコンテンツ）が、ＡＴＳＣチューナーをもつモニタ、たとえば、図１に示す高精細度テレビジョン（ＨＤＴＶ）１０３などのデバイスによって受信され、出力されることを可能にするために、ユーザデバイス１０１からキャプチャされた情報を、ＴＶホワイトスペースを介してワイヤレス通信１２３上で送信機１１６によってワイヤレス送信するように動作可能である。
【００２３】
図１に示された例では、ホワイトスペースデバイス１０２は、ホワイトスペースチャネル上で無線でＡＴＳＣ（Advanced Television Systems Committee）信号を送信し、それによってテレビジョン局送信機として効果的に働く。したがって、ブロック図の形式で示すように、図１の例示的なホワイトスペースデバイス１０２はＡＴＳＣベースバンドプロセッサおよび送信機１０９を含む。当技術分野で知られているように、ＡＴＳＣは、よく知られているＭＰＥＧ−２トランスポートストリーム（ＴＳ：Transport Stream）に適合し、したがって、例示的なホワイトスペースデバイス１０２は、ユーザデバイス１０１からのキャプチャされた情報を符号化するためのオーディオ／ビデオデコーダ１１１、たとえば、ＭＰＥＧ−２／ＡＣ−３を含む。符号化されたデータは、マルチプレクサ１５０を介してトランスポートエンコーダ１１２、たとえば、ＭＰＥＧ−２ ＴＳエンコーダに送信される。その後、トランスポートストリームパケットは、ホワイトスペース１２３を介したワイヤレス送信のためにＲＦ送信システム１１３（および送信機（たとえば、アンテナ）１１６）に送られる。
【００２４】
ＨＤＴＶ１０３は、ＨＤＴＶデバイス１０３のディスプレイおよび／またはスピーカーに出力するために、ＡＴＳＣ信号（たとえば、ＭＰＥＧ−２ ＴＳ）を受信し、処理することができるように、埋込みワイヤレス受信機１２４および埋込みＡＴＳＣチューナー／受信機（たとえば、従来のテレビジョンチューナー）１２５を含む。
【００２５】
図１の例示的なホワイトスペースデバイス１０２は、ＴＶホワイトスペースをセンスするための（たとえば、ＴＶホワイトスペース内で信号をセンスするための）ホワイトスペーススペクトルセンサ１２０を有する制御モジュール１１０をさらに含む。そのようなセンサ１２０は、利用可能なＴＶホワイトスペースを判断するためにセンスすることを周期的に実行する。周波数マネージャ論理１１８は、判断された利用可能なホワイトスペース内でホワイトスペースデバイスの送信を維持することが必要なときにチャネルを調整することができる。本明細書でさらに説明するように、センスすることの品質を改善するためのそのような静穏化が実行されている間にセンサ１２０がそれのセンスを実行することを可能にするために、送信機１１６を目立たずに静穏化するための実施形態が提供される。
【００２６】
もちろん、ＡＴＳＣは、ホワイトスペースデバイス１０２によって採用され得るテレビジョン伝送規格のセットの一例にすぎず、他の実施形態では、ホワイトスペースを介してメディアコンテンツを送信するために、ＡＴＳＣ規格、ＤＶＢ（Digital Video Broadcasting）規格、ＩＳＤＢ（Integrated Services Digital Broadcasting）規格、ＤＭＢ（Digital Multimedia Broadcast）規格などの、様々なテレビジョン規格のうちいずれかを採用することができる。
【００２７】
上述のように、図１の例示的なホワイトスペースデバイス１０２は、ユーザデバイス１０１からキャプチャされた情報を、送信するための、ＡＴＳＣに適合し、したがってＨＤＴＶ１０３のＡＴＳＣ受信機／チューナー１２５によって受信および処理され得るＭＰＥＧ−２トランスポートストリームに変換する。
【００２８】
例示的なアプリケーションレイヤ実装形態。
本開示によるアプリケーションレイヤ内の技法によってホワイトスペースデバイスの送信機を目立たずに静穏化するために、様々な技法を採用することができる。たとえば、各フレームが約３３ｍｓであることを暗示する３０フレーム毎秒（ｆｐｓ）の送信ストリームレートが利用されると仮定する。さらに、（たとえば、図１のホワイトスペースセンサ１２０による）センスのために、各秒内に１０ｍｓウィンドウが望まれると仮定する。ホワイトスペースデバイスの送信機（たとえば、図１の送信機１１６）は、そのような１０ｍｓセンシングウィンドウの間、静穏化されることになる。そのような１０ｍｓウィンドウが目立たずに送信機を静穏化するために利用可能になることを可能にするように（すなわち、受信ＨＤＴＶデバイス上で受信および出力するために送信されているマルチメディア情報に対する途絶が低減されるまたは最小となるように）、ホワイトスペースデバイスの送信機からのコンテンツ（たとえば、マルチメディアコンテンツ）のストリーミングを管理するために、アプリケーションレイヤ技法を採用することが望ましくなる。いくつかの実施形態では、送信機を実際に静穏化することなしにセンスが行われる。
【００２９】
ＡＴＳＣは、いくつかの実施形態においてホワイトスペースデバイス１０２によって使用され得るＴＶ信号の１つの帯域を定義する。トランスポートのために、ＡＴＳＣは、上記で説明したように、データをカプセル化するためにＭＰＥＧ−２トランスポートストリームとして知られるＭＰＥＧ−２システム仕様を使用する。本開示の実施形態によるそのようなＭＰＥＧ−２トランスポートストリーム内で目立たない送信機静穏化を可能にするためにアプリケーションレイヤ技法を採用するための３つの例示的な実装形態について以下に説明する。
【００３０】
例示的な実装形態１（「ビッグフレーム」の使用）：
図２に示すように、ビデオエンコーダ１１１は、受信機（たとえば、図１の受信機１２５）が、トランスポートストリーム２００内の標準フレームを少なくとも１つのフレームにわたるものとして認識するように、そのフレームを「ビッグフレーム」として識別する。ビッグフレームが複数のフレームにわたるとき、標準フレームは実際には単一のフレームのみにわたるので、追加のフレーム（または追加のフレームの少なくとも一部分）が、センスすることのために使用され得る時間の「ヌル」ウィンドウとして利用可能である。たとえば、フレームレートが３０ｆｐｓであると仮定する。各周期中の２９番目のフレームが２つのフレーム周期にわたって受信機１２５によってバッファされ、利用されるように、各周期中の２９番目のフレームを（たとえば、それのヘッダ中で）「ビッグフレーム」として宣言することができる。「ビッグフレーム」としてのフレームのそのような指定はＭＰＥＧ−２によってサポートされる。このようにして、制御モジュール１１０は、（たとえば、図１のセンサ１２０による）センスすることを、各秒における３０番目のフレームの発生と同期させることができる。「ビッグフレーム」は２９番目のフレーム周期中に送信されたので、３０番目のフレーム周期において送信は不要であり、すなわち、２９番目のフレームからのデータが３０番目のフレーム周期中に使用される。このオプションは、多重化に依存しない符号化ソリューションである。
【００３１】
いくつかの実施形態では、指定されたビッグフレームの位置は、フレーム周期内の所与の位置に固定されるのではなく、フレーム周期内で（たとえば、ランダムに）変動し得る。（センサ１２０による）センスすることは、同様に、ビッグフレームに指定された標準フレームの直後の時間のヌルウィンドウと同期するように変動することができる。ビデオエンコーダ１１１は「ビッグフレーム」を指定し、制御モジュール１１０は、ホワイトスペースデバイス１０２による（たとえば、センサ１２０による）センスすることを「ビッグフレーム」の発生と同期させる。
【００３２】
例示的な実装形態２（静止画像ピクチャフラグを使用する）：
別のアプリケーションレイヤ技法は、一意のプログラムＩＤ上のあらかじめ定義された時間間隔で（たとえば、毎秒１０ｍｓの時間間隔の間）ＭＰＥＧ−２トランスポートストリームの静止画像ピクチャフラグを送信するビデオエンコーダ１１１を含む。図３に示すように、このプログラム３０１は、マルチプレクサ１５０における多重化のために１次プログラム２００よりも高い優先度を有するように設定されることになる。静止画像ピクチャフラグを含んでいるこの優先度がより高いプログラム３０１を１次プログラム２００と多重化することによって、修正トランスポートストリーム３０２は、静止画像が挿入された、示された、または送信済みであると考えられるときに静止画像フラグを含む。制御モジュール１１０は、静止画像ピクチャフラグで標示されたストリーム３０２の一部分と同期した送信機１１６を静穏化する（およびセンスを開始する）ことができる。静止画像ピクチャフラグを使用することによって、タイミングならびにオーディオを無視することができる。この例では、静止画像は実際送られない。そうではなく、静穏化は、静止画像が送られるであろうタイミングと同期される。したがって、この時点で送信しないことは、モニタ上に表示されるコンテンツに影響を及ぼさない。
【００３３】
例示的な実装形態３（いくつかの特性を有する追加のプログラムをストリーム中に挿入する）：
その開示が参照により本明細書に明確に組み込まれる、同時に出願された、同一出願人による米国特許出願番号第 号［代理人整理番号第１００７０１号］に開示されている例示的な技法など、（たとえば、トランスポートストリームを修正することによって）送信機を静穏化するための様々な技法がトランスポートレイヤにおいて採用され得る。トランスポートストリームは、たとえば、トランスポートストリーム内でいくつかのＮＵＬＬパケットを一緒に配列するために、様々な方法で修正され得る。たとえば、トランスポートストリーム中でＮＵＬＬデータパケットを送ることによって（たとえば、１０ｍｓの）センシングウィンドウが達成され得る。ＭＰＥＧ−２マルチプレクサは、必要とされる帯域幅を埋め合わせるためにヌルパケットを挿入する。これらのＮＵＬＬパケットの位置は、たとえば１０ｍｓの連続期間の間、実際のデータが送られないような方法で修正され得る。
【００３４】
トランスポートストリーム中の所定の数のヌルパケットを保証する１つの方法は、ＮＵＬＬデータをもつ（対応するプログラムＩＤまたは「ＰＩＤ」をもつ）追加のプログラムを含め、この特定のＰＩＤが常に所定の位置に（たとえば、各秒の最後に）あるように、マルチプレクサ１５０にトランスポートストリームを処理（engineer）させることである。いくつかの実施形態では、そのような挿入されたプログラムのビデオビットレートは変化／変動することができる。
【００３５】
しかしながら、トランスポートストリームを修正するのではなく、所望の送信機静穏化期間を達成するための様々な技法がアプリケーションレイヤによって達成され得る。たとえば、一実施形態では、変動するビットレートを有するプログラムを多重化するのではなく、１次プログラム２００に加えて、マルチプレクサ１５０への静的ビデオ入力をもつダミープログラム４０１が図４に示されている。ダミープログラム４０１のビットレートは、センスが行われるべき時間間隔に一致する。ビデオエンコーダ１１１は、固定ピクチャグループ（ＧＯＰ）構造をもつダミープログラム４０１を作成する。ＧＯＰ構造は、センスが行われるべき時間に開始する。ＧＯＰ構造の始端は、優先度がより高いフレーム、たとえばＩフレームを含む。したがって、ダミープログラム４０１を１次プログラム２００と多重化すると、各ＧＯＰ構造の始端と同期して、ヌルウィンドウが修正プログラム４０２中に生じる。送信機の静穏化は、ダミープログラム４０１中のＧＯＰ構造の始端と同期して行われるようにスケジュールされ得る。したがって、制御モジュール１１０は、追加されたプログラム４０１の固定／静的期間とセンスすることを同期させることができる。他の実施形態では、ヌルウィンドウは、各ＧＯＰ構造の始端以外の時間に形成される。
【００３６】
図５に、本開示の一実施形態による、テレビジョンホワイトスペースデバイス（たとえば、図２のホワイトスペースデバイス１０２）中の送信機（たとえば、図１の送信機１１６）の目立たない静穏化のための例示的な動作フローを示す。ブロック５０１において、修正トランスポートストリーム中に時間のヌルウィンドウを作成するためにアプリケーションレイヤ情報を挿入する。ブロック５０２において、修正トランスポートストリームを送信する。これらの時間のヌルウィンドウの間、ホワイトスペース送信機を静穏化し、ホワイトスペース中の既存の信号を検出するためにセンスを行う。
【００３７】
一構成では、テレビジョンホワイトスペースデバイスは、所定の時間にトランスポートストリーム内に時間のヌルウィンドウを生成するために、アプリケーションレイヤから、テレビジョンホワイトスペース通信デバイスの送信機による送信のためのトランスポートストリーム中に情報を挿入するための手段を有する。たとえば、この情報を挿入するためのそのような手段はビデオエンコーダ１１１であり得る。
【００３８】
このデバイスは、トランスポートストリームを送信するための手段をさらに有し得る。たとえば、図１に示す送信機１１６が実装され得る。このデバイスは、図１のホワイトスペースセンサ１２０など、時間のヌルウィンドウの間ホワイトスペース中の信号をセンスするための手段をさらに有し得る。このデバイスは、時間のヌルウィンドウの間送信手段を静穏化するための手段をさらに含み得る。たとえば、制御モジュール１１０はこの静穏化を実行し得る。
【００３９】
一構成では、アプリケーションレイヤからトランスポートストリーム中に情報を挿入するための手段は、静的ビデオおよび固定ＧＯＰ構造をもつプログラムをトランスポートストリームと多重化するための手段を含み得る。たとえば、マルチプレクサ１５０は静的ビデオを多重化し得、ビデオエンコーダ１１１は静的ビデオを符号化し得る。
【００４０】
一構成では、アプリケーションレイヤからトランスポートストリーム中に情報を挿入するための手段は、静止画像ピクチャ指示を含むプログラムをトランスポートストリームと多重化するための手段を含み得る。たとえば、マルチプレクサ１５０は静止画ピクチャ指示を多重化し得、ビデオエンコーダ１１１は静止画ピクチャ指示を挿入し得る。
【００４１】
一構成では、アプリケーションレイヤからトランスポートストリーム中に情報を挿入するための手段は、トランスポートストリームのフレーム周期中に存在する標準フレームを、複数のフレームを包含すべきビッグフレームとして宣言するための手段であって、これらの複数のフレームの一部分が時間のヌルウィンドウを形成する、宣言するための手段を含み得る。たとえば、ビデオエンコーダ１１１は、あるフレームをビッグフレームとして宣言し得る。
【００４２】
情報および信号は多種多様な技術および技法のいずれかを使用して表され得ることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
【００４３】
さらに、本明細書の開示に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課せられた設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈すべきではない。
【００４４】
本明細書の開示に関して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。
【００４５】
本明細書の開示に関して説明した方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサに一体化され得る。プロセッサおよび記憶媒体はＡＳＩＣ中に常駐し得る。
【００４６】
１つまたは複数の例示的な設計では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装され得る。ソフトウェアで実装した場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスできる任意の利用可能な媒体とすることができる。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、または他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータまたは汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。
【００４７】
本開示およびその利点について詳細に説明したが、添付の特許請求の範囲によって規定される本開示の技術から逸脱することなく様々な変更、置換および改変を本明細書で行うことができることを理解されたい。さらに、本出願の範囲は、本明細書で説明するプロセス、機械、製造、組成物、手段、方法およびステップの特定の実施形態に限定されるものではない。当業者なら本開示から容易に諒解するように、本明細書で説明する対応する実施形態と実質的に同じ機能を実行するか、または実質的に同じ結果を達成する、現存するかまたは後で開発される、プロセス、機械、製造、組成物、手段、方法、またはステップは本開示に従って利用され得る。したがって、添付の特許請求の範囲は、それらの範囲内にそのようなプロセス、機械、製造、組成物、手段、方法、またはステップを含むものとする。
【特許請求の範囲】
【請求項１】
ホワイトスペースデバイス中の送信機の目立たない静穏化のための方法であって、
時間のヌルウィンドウを生成するために、アプリケーションレイヤから、前記ホワイトスペースデバイスの前記送信機によって送信されるべきトランスポートストリーム中にデータを挿入することと、
前記トランスポートストリームを送信することと
を備える、方法。
【請求項２】
前記時間のヌルウィンドウの間、前記送信機を静穏化することをさらに備える、
請求項１に記載の方法。
【請求項３】
前記時間のヌルウィンドウの間、センスすることをさらに備える、
請求項１に記載の方法。
【請求項４】
アプリケーションレイヤから、前記トランスポートストリーム中にデータを前記挿入することは、
前記時間のヌルウィンドウを形成するために、静的ビデオおよび固定ピクチャグループ（ＧＯＰ）構造をもつダミープログラムを前記トランスポートストリームと多重化することをさらに備える、
請求項１に記載の方法。
【請求項５】
前記時間のヌルウィンドウは、各ＧＯＰ構造の始端において開始する、
請求項４に記載の方法。
【請求項６】
アプリケーションレイヤから、前記トランスポートストリーム中にデータを前記挿入することは、
静止画像ピクチャが示される前記トランスポートストリームの部分に対応するものとして前記時間のヌルウィンドウを形成するために、前記静止画像ピクチャとしてフラグを付けられた一部分を含むプログラムを前記トランスポートストリームと多重化することをさらに備える、
請求項１に記載の方法。
【請求項７】
前記挿入することは、
前記トランスポートストリームのフレーム周期中に存在する標準フレームを、少なくとも１つのフレーム周期にわたるべきビッグフレームとして宣言することをさらに備え、
前記少なくとも１つのフレーム周期の少なくとも一部分が前記時間のヌルウィンドウを形成する、
請求項１に記載の方法。
【請求項８】
前記トランスポートストリームは、ｍｏｖｉｎｇ ｐｉｃｔｕｒｅｓ ｅｘｐｅｒｔｓ ｇｒｏｕｐ（ＭＰＥＧ）−２トランスポートストリーム、リアルタイムトランスポートプロトコル（ＲＴＰ）トランスポートストリーム、およびトランスポート制御プロトコル（ＴＣＰ）ストリームのうちの１つを備える、
請求項１に記載の方法。
【請求項９】
ホワイトスペースを介してトランスポートストリーム中でマルチメディアデータを送信するように構成された送信機と、
時間のヌルウィンドウを生成するために、前記トランスポートストリーム中にデータを挿入するように構成されたアプリケーションレイヤエンコーダと、
前記時間のヌルウィンドウの間、前記ホワイトスペース中の信号をセンスするように構成されたホワイトスペースセンサと
を備える、ホワイトスペースデバイス。
【請求項１０】
静的ビデオおよび固定ピクチャグループ（ＧＯＰ）構造をもつダミープログラムを前記トランスポートストリームと多重化するように構成されたマルチプレクサをさらに備える、
請求項９に記載のデバイス。
【請求項１１】
静止画像ピクチャが示される前記トランスポートストリームの部分に対応するものとして前記時間のヌルウィンドウを形成するために、前記トランスポートストリームを、前記静止画像ピクチャとしてフラグを付けられた一部分を含むプログラムと多重化するように構成されたマルチプレクサをさらに備える、
請求項９に記載のデバイス。
【請求項１２】
前記アプリケーションレイヤエンコーダは、前記トランスポートストリームのフレーム周期中に存在する標準フレームを、少なくとも１つのフレーム周期にわたるべきビッグフレームとして宣言するように構成され、前記少なくとも１つのフレーム周期の少なくとも一部分が前記時間のヌルウィンドウを形成する、
請求項９に記載のデバイス。
【請求項１３】
前記トランスポートストリームは、ｍｏｖｉｎｇ ｐｉｃｔｕｒｅｓ ｅｘｐｅｒｔｓ ｇｒｏｕｐ（ＭＰＥＧ）−２トランスポートストリームを備える、
請求項９に記載のデバイス。
【請求項１４】
前記トランスポートストリームがリアルタイムトランスポートプロトコル（ＲＴＰ）トランスポートストリームを備える、
請求項９に記載のデバイス。
【請求項１５】
前記トランスポートストリームがトランスポート制御プロトコル（ＴＣＰ）ストリームを備える、
請求項９に記載のデバイス。
【請求項１６】
時間のヌルウィンドウを生成するために、アプリケーションレイヤからトランスポートストリーム中にデータを挿入するための手段と、
ホワイトスペースを介して前記トランスポートストリームを送信するための手段と、
前記時間のヌルウィンドウの間、前記送信するための手段を静穏化するための手段と
を備える、ホワイトスペースシステム。
【請求項１７】
アプリケーションレイヤから前記トランスポートストリーム中にデータを挿入するための前記手段は、
前記時間のヌルウィンドウを形成するために、静的ビデオおよび固定ピクチャグループ（ＧＯＰ）構造をもつダミープログラムを前記トランスポートストリームと多重化するための手段をさらに備える、
請求項１６に記載のシステム。
【請求項１８】
アプリケーションレイヤから前記トランスポートストリーム中にデータを挿入するための前記手段は、
静止画像ピクチャが示される前記トランスポートストリームの部分に対応するものとして前記時間のヌルウィンドウを形成するために、前記トランスポートストリームを、前記静止画像ピクチャとしてフラグを付けられた一部分を含むプログラムと多重化するための手段をさらに備える、
請求項１６に記載のシステム。
【請求項１９】
アプリケーションレイヤから前記トランスポートストリーム中にデータを挿入するための前記手段は、
前記トランスポートストリームのフレーム周期中に存在する標準フレームを、少なくとも１つのフレームにわたるべきビッグフレームとして宣言するための手段をさらに備え、
前記少なくとも１つのフレームの少なくとも一部分は、前記時間のヌルウィンドウを形成する、
請求項１６に記載のシステム。
【請求項２０】
ホワイトスペースデバイスの送信機の目立たない静穏化のためのプログラムコードを記録したコンピュータ可読媒体であって、前記プログラムコードは、
時間のヌルウィンドウを生成するために、アプリケーションレイヤからトランスポートストリーム中にデータを挿入するためのプログラムコードと、
ホワイトスペースを介して前記トランスポートストリームを送信するためのプログラムコードと、
前記時間のヌルウィンドウの間、前記ホワイトスペース中の既存の信号をセンスするためのプログラムコードと
を備える、コンピュータ可読媒体。
【請求項２１】
前記時間のヌルウィンドウを形成するために、静的ビデオおよび固定ピクチャグループ（ＧＯＰ）構造をもつダミープログラムを前記トランスポートストリームと多重化するためのコードをさらに備える、
請求項２０に記載の媒体。
【請求項２２】
静止画像ピクチャが示される前記トランスポートストリームの部分に対応するものとして前記時間のヌルウィンドウを形成するために、前記静止画像ピクチャとしてフラグを付けられた一部分を含むプログラムを前記トランスポートストリームと多重化するためのコードをさらに備える、
請求項２０に記載の媒体。
【請求項２３】
前記トランスポートストリームのフレーム周期中に存在する標準フレームを、少なくとも１つのフレームにわたるべきビッグフレームとして宣言するためのコードをさらに備え、前記少なくとも１つのフレームの少なくとも一部分は、前記時間のヌルウィンドウを形成する、
請求項２０に記載の媒体。
【請求項１】
ホワイトスペースデバイス中の送信機の目立たない静穏化のための方法であって、
時間のヌルウィンドウを生成するために、アプリケーションレイヤから、前記ホワイトスペースデバイスの前記送信機によって送信されるべきトランスポートストリーム中にデータを挿入することと、
前記トランスポートストリームを送信することと
を備える、方法。
【請求項２】
前記時間のヌルウィンドウの間、前記送信機を静穏化することをさらに備える、
請求項１に記載の方法。
【請求項３】
前記時間のヌルウィンドウの間、センスすることをさらに備える、
請求項１に記載の方法。
【請求項４】
アプリケーションレイヤから、前記トランスポートストリーム中にデータを前記挿入することは、
前記時間のヌルウィンドウを形成するために、静的ビデオおよび固定ピクチャグループ（ＧＯＰ）構造をもつダミープログラムを前記トランスポートストリームと多重化することをさらに備える、
請求項１に記載の方法。
【請求項５】
前記時間のヌルウィンドウは、各ＧＯＰ構造の始端において開始する、
請求項４に記載の方法。
【請求項６】
アプリケーションレイヤから、前記トランスポートストリーム中にデータを前記挿入することは、
静止画像ピクチャが示される前記トランスポートストリームの部分に対応するものとして前記時間のヌルウィンドウを形成するために、前記静止画像ピクチャとしてフラグを付けられた一部分を含むプログラムを前記トランスポートストリームと多重化することをさらに備える、
請求項１に記載の方法。
【請求項７】
前記挿入することは、
前記トランスポートストリームのフレーム周期中に存在する標準フレームを、少なくとも１つのフレーム周期にわたるべきビッグフレームとして宣言することをさらに備え、
前記少なくとも１つのフレーム周期の少なくとも一部分が前記時間のヌルウィンドウを形成する、
請求項１に記載の方法。
【請求項８】
前記トランスポートストリームは、ｍｏｖｉｎｇ ｐｉｃｔｕｒｅｓ ｅｘｐｅｒｔｓ ｇｒｏｕｐ（ＭＰＥＧ）−２トランスポートストリーム、リアルタイムトランスポートプロトコル（ＲＴＰ）トランスポートストリーム、およびトランスポート制御プロトコル（ＴＣＰ）ストリームのうちの１つを備える、
請求項１に記載の方法。
【請求項９】
ホワイトスペースを介してトランスポートストリーム中でマルチメディアデータを送信するように構成された送信機と、
時間のヌルウィンドウを生成するために、前記トランスポートストリーム中にデータを挿入するように構成されたアプリケーションレイヤエンコーダと、
前記時間のヌルウィンドウの間、前記ホワイトスペース中の信号をセンスするように構成されたホワイトスペースセンサと
を備える、ホワイトスペースデバイス。
【請求項１０】
静的ビデオおよび固定ピクチャグループ（ＧＯＰ）構造をもつダミープログラムを前記トランスポートストリームと多重化するように構成されたマルチプレクサをさらに備える、
請求項９に記載のデバイス。
【請求項１１】
静止画像ピクチャが示される前記トランスポートストリームの部分に対応するものとして前記時間のヌルウィンドウを形成するために、前記トランスポートストリームを、前記静止画像ピクチャとしてフラグを付けられた一部分を含むプログラムと多重化するように構成されたマルチプレクサをさらに備える、
請求項９に記載のデバイス。
【請求項１２】
前記アプリケーションレイヤエンコーダは、前記トランスポートストリームのフレーム周期中に存在する標準フレームを、少なくとも１つのフレーム周期にわたるべきビッグフレームとして宣言するように構成され、前記少なくとも１つのフレーム周期の少なくとも一部分が前記時間のヌルウィンドウを形成する、
請求項９に記載のデバイス。
【請求項１３】
前記トランスポートストリームは、ｍｏｖｉｎｇ ｐｉｃｔｕｒｅｓ ｅｘｐｅｒｔｓ ｇｒｏｕｐ（ＭＰＥＧ）−２トランスポートストリームを備える、
請求項９に記載のデバイス。
【請求項１４】
前記トランスポートストリームがリアルタイムトランスポートプロトコル（ＲＴＰ）トランスポートストリームを備える、
請求項９に記載のデバイス。
【請求項１５】
前記トランスポートストリームがトランスポート制御プロトコル（ＴＣＰ）ストリームを備える、
請求項９に記載のデバイス。
【請求項１６】
時間のヌルウィンドウを生成するために、アプリケーションレイヤからトランスポートストリーム中にデータを挿入するための手段と、
ホワイトスペースを介して前記トランスポートストリームを送信するための手段と、
前記時間のヌルウィンドウの間、前記送信するための手段を静穏化するための手段と
を備える、ホワイトスペースシステム。
【請求項１７】
アプリケーションレイヤから前記トランスポートストリーム中にデータを挿入するための前記手段は、
前記時間のヌルウィンドウを形成するために、静的ビデオおよび固定ピクチャグループ（ＧＯＰ）構造をもつダミープログラムを前記トランスポートストリームと多重化するための手段をさらに備える、
請求項１６に記載のシステム。
【請求項１８】
アプリケーションレイヤから前記トランスポートストリーム中にデータを挿入するための前記手段は、
静止画像ピクチャが示される前記トランスポートストリームの部分に対応するものとして前記時間のヌルウィンドウを形成するために、前記トランスポートストリームを、前記静止画像ピクチャとしてフラグを付けられた一部分を含むプログラムと多重化するための手段をさらに備える、
請求項１６に記載のシステム。
【請求項１９】
アプリケーションレイヤから前記トランスポートストリーム中にデータを挿入するための前記手段は、
前記トランスポートストリームのフレーム周期中に存在する標準フレームを、少なくとも１つのフレームにわたるべきビッグフレームとして宣言するための手段をさらに備え、
前記少なくとも１つのフレームの少なくとも一部分は、前記時間のヌルウィンドウを形成する、
請求項１６に記載のシステム。
【請求項２０】
ホワイトスペースデバイスの送信機の目立たない静穏化のためのプログラムコードを記録したコンピュータ可読媒体であって、前記プログラムコードは、
時間のヌルウィンドウを生成するために、アプリケーションレイヤからトランスポートストリーム中にデータを挿入するためのプログラムコードと、
ホワイトスペースを介して前記トランスポートストリームを送信するためのプログラムコードと、
前記時間のヌルウィンドウの間、前記ホワイトスペース中の既存の信号をセンスするためのプログラムコードと
を備える、コンピュータ可読媒体。
【請求項２１】
前記時間のヌルウィンドウを形成するために、静的ビデオおよび固定ピクチャグループ（ＧＯＰ）構造をもつダミープログラムを前記トランスポートストリームと多重化するためのコードをさらに備える、
請求項２０に記載の媒体。
【請求項２２】
静止画像ピクチャが示される前記トランスポートストリームの部分に対応するものとして前記時間のヌルウィンドウを形成するために、前記静止画像ピクチャとしてフラグを付けられた一部分を含むプログラムを前記トランスポートストリームと多重化するためのコードをさらに備える、
請求項２０に記載の媒体。
【請求項２３】
前記トランスポートストリームのフレーム周期中に存在する標準フレームを、少なくとも１つのフレームにわたるべきビッグフレームとして宣言するためのコードをさらに備え、前記少なくとも１つのフレームの少なくとも一部分は、前記時間のヌルウィンドウを形成する、
請求項２０に記載の媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公表番号】特表２０１３−５１６９１０（Ｐ２０１３−５１６９１０Ａ）
【公表日】平成２５年５月１３日（２０１３．５．１３）
【国際特許分類】
【出願番号】特願２０１２−５４８０９５（Ｐ２０１２−５４８０９５）
【出願日】平成２３年１月５日（２０１１．１．５）
【国際出願番号】ＰＣＴ／ＵＳ２０１１／０２０２３９
【国際公開番号】ＷＯ２０１１／０８５０１４
【国際公開日】平成２３年７月１４日（２０１１．７．１４）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公表日】平成２５年５月１３日（２０１３．５．１３）
【国際特許分類】
【出願日】平成２３年１月５日（２０１１．１．５）
【国際出願番号】ＰＣＴ／ＵＳ２０１１／０２０２３９
【国際公開番号】ＷＯ２０１１／０８５０１４
【国際公開日】平成２３年７月１４日（２０１１．７．１４）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]