(57)【特許請求の範囲】
【請求項１】
ネットワークを介した通信に関連するスリープ期間を決定するよう構成されたトランシーバであって、
前記ネットワークを介してデータを受信するように構成されたトランシーバロジックと、
処理ロジックと、を具備し、
前記処理ロジックは、
データ単位に関係する２つ以上のデータフィールドのうち少なくとも１つを解析することであって、前記データ単位は、前記２つ以上のデータフィールドを含む現在のフレームと、少なくとも複数のデータフレームであり、前記複数のデータフレームは複数のサービスを具備し、ここにおいて、前記２つ以上のデータフィールドは、前記複数のデータフレームよりも前に位置する前記現在のフレームの開始位置に配置されていることと、
前記解析に基づき、前記スリープ期間を判定することであって、前記解析されたデータフィールドが、少なくとも１つの後続フレームにおいてデータが前記トランシーバに送信されないことを示すときに、前記トランシーバは、前記現在のフレームに続く少なくとも１つの後続フレームの間スリープ状態に入ることと、を実行するように構成されるトランシーバ。
【請求項２】
前記データフィールドは、スーパーフレーム内のオーバヘッド情報シンボル（ＯＩＳ）チャネル内に配置されている請求項１に記載のトランシーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本願は、米国特許法第１１９条のもと、本願の譲受人に譲渡された２００５年３月１０日に出願された仮出願番号第６０／６６０，８９７号の優先権を主張するものであり、本明細書に参照として明示的に組み込まれる。
【０００２】
本発明は一般的に、通信ネットワークにおける節電に関する。本発明はより具体的に、無線通信ネットワークにおける節電を促進するためデータ送信の中断期間を判定することに関する。
【背景技術】
【０００３】
ＦＬＯは主に、何百万もの無線加入者へ同時に同じマルチメディアコンテンツを効率的且つ経済的に配布するための技術である。ＦＬＯ技術の目標は、かかるコンテンツの配信にともなうコストを抑え、従来のセルラー音声及びデータサービスに一般的に使われている携帯電話機で、ユーザがコンテンツのチャネルをサーフィンすることを可能にすることである。このマルチメディアコンテンツはまた、サービスとして知られている。サービスは、１つ以上の独立データコンポーネントの集まりである。サービスの各独立データコンポーネントはフローと呼ばれる。
【０００４】
サービスはそれらのカバレッジに基づき２種類に、すなわちワイドエリアサービスとローカルエリアサービスとに、分類される。ローカルエリアサービスは、一大都市地域の中で受信されるマルチキャストである。対照的に、ワイドエリアサービスは１つ以上の大都市地域の中でのマルチキャストである。
【０００５】
ＦＬＯサービスは、ＭｅｄｉａＦＬＯ（登録商標）論理チャネル又はＭＬＣとして知られる１つ以上の論理チャネル上で搬送される。ＭＬＣは、最高３つの論理サブチャネルに分けることができる。これらの論理サブチャネルはストリームと呼ばれる。各々のフローは単一のストリームの中で搬送される。
【０００６】
ＦＬＯネットワークは一般的に、サービスのコンテンツ又はＭＬＣをスーパーフレーム毎に送信する。ＭＬＣ上では、ある程度の期間にわたりネットワークによってデータが送信されない断続的期間が生じることがある。デバイスがこれらの断続的期間中にＭＬＣを探索することを強いられる場合、デバイスは、この不必要な探索を遂行することによって電力を消費することを余儀なくされる。この不必要な電力消費は、最終的にはバッテリー寿命を縮める。
【０００７】
したがって、これらの断続的期間に関する情報をデバイスに提供するシステムと方法とが必要である。この情報を認識したデバイスは、データが入手不能となる期間中に、受信器ハードウェアをスリープモードに設定する等、何らかの節電操作を遂行できる。
【発明の概要】
【０００８】
本明細書で具体化され大まかに説明される本発明の原理に沿って、本発明は、ネットワークを介して通信するよう構成された通信デバイスの中でスリープ期間を判定する方法を含む。同方法は、データ単位に関係する２つ以上のデータフィールドの内少なくとも１つを解析することと、前記解析に基づきデバイススリープ期間を判定することとを含む。
【０００９】
別の態様において、装置は通信デバイスの中でスリープ期間を判定する。同装置は、データ単位に関係する２つ以上のデータフィールドの内少なくとも１つを解析する手段と、解析に基づきデバイススリープ期間を判定する手段とを含む。
【００１０】
さらに別の態様において、トランシーバはネットワークを介した通信に関連するスリープ期間を判定する。同トランシーバは、データ単位に関係する２つ以上のデータフィールドの内少なくとも１つを解析するよう構成されたプロセッサと、解析に基づきデバイススリープ期間を判定するタイマーとを含む。
【００１１】
別の態様において、コンピュータ読取可能媒体は、通信デバイスの中でスリープ期間を判定する方法を遂行するため１つ以上のプロセッサによって実行される１つ以上の命令からなる１つ以上のシーケンスを所持する。同命令は、１つ以上のプロセッサによって実行されるときに、データ単位に関係する２つ以上のデータフィールドの内少なくとも１つを解析するステップと、解析に基づきデバイススリープ期間を判定するステップとを、１つ以上のプロセッサに遂行させる。
【００１２】
ネットワークは、現在送信されているＭＬＣのためデータをスーパーフレーム毎に送信できる。ただしネットワークは、ある程度の期間にわたりそのＭＬＣ上で送信を一時的に停止させることを禁じられない。この場合、この特定のＭＬＣを監視しているデバイスは、ＭＬＣデータが入手不能である期間中に受信器スリープモード等の節電機能を実施できる。
【００１３】
オーバーヘッド情報シンボル（ＯＩＳ）システムパラメータメッセージとＭＬＣデータの一部として搬送されるＯＩＳカプセルヘッダは、ネットワークが特定のＭＬＣ上でデータ送信をいつ再開する見込みかについて情報を所持する。この情報は、スーパーフレーム数のオフセットとして指定される。このオフセットは、所定オフセットの前にネットワークが特定のＭＬＣ上でデータを送信しないことを保証する。デバイスはこのオフセットによって指示される期間を用いて、任意の節電機能を遂行できる。
【００１４】
ＯＩＳと埋め込みＯＩＳ（後ほどより詳しく論述する）は、特定のＭＬＣに関連したデータが入手不能となる期間（スーパーフレームのオフセット）に関する情報を所持する。換言すると、このフィールドは、少なくとも所定の期間中はそのＭＬＣのためネットワークによってデータが送信されないことを保証する。これはデバイスがその期間中にスリープすることを可能にし、電力消費量の低減をもたらし、結果的にバッテリー寿命の増加をもたらす。
【００１５】
これより本発明のさらなる特徴及び利点を、ならびに本発明の様々な実施形態の構造及び動作を、添付の図面を参照しながら詳しく説明する。
【図面の簡単な説明】
【００１６】
【図１】コンテンツ配信システムの一実施形態を含むネットワークの図解である。
【図２】図１のコンテンツ配信システムでの使用に適するコンテンツプロバイダの一実施形態の図解である。
【図３】コンテンツ配信システムでの使用に適するコンテンツサーバの一実施形態の図解である。
【図４】実施形態による例示的なスーパーフレームの図解である。
【図５】実施形態による例示的なサービスフローのブロック図である。
【図６】関連する連続スーパーフレームにおけるＭＬＣの有無の図解である。
【図７】実施形態に従って構築された例示的なＭＬＣレコードの図解である。
【図８】実施形態を実践する例示的な方法のフロー図である。
【図９】実施形態に従い構築された例示的な装置のブロック図である。
【発明を実施するための形態】
【００１７】
本明細書に組み込まれ明細書の一部をなす添付の図面は、本発明の実施形態を図解し、さらに上述した概説と後述する実施形態の詳説とともに、本発明の原理を説明するのに役立つ。
【００１８】
以降の本発明の詳細な説明では、本発明に一致する例示的な実施形態を図解する添付の図面を参照する。別の実施形態は可能であり、本発明の精神と範囲の中でこれらの実施形態に修正を施すことができる。したがって、以降の詳細な説明は本発明を制限することを意図しない。むしろ本発明の範囲は添付の特許請求の範囲によって規定される。
【００１９】
本明細書では、本発明の特徴が盛り込まれた１つ以上の実施形態を開示する。開示される実施形態は本発明を例証するものに過ぎない。本発明の範囲は開示される実施形態に限定されない。本発明は、本明細書に添付された特許請求の範囲によって規定される。
【００２０】
説明される実施形態と、明細書における「一実施形態（one embodiment）」、「実施形態（an embodiment）」、「実施形態例（an example embodiment）」、その他への言及は、説明される実施形態が、ある特定の特徴、構造、又は特性を含み得ること、ただし必ずしも全ての実施形態が特定の特徴、構造、又は特性を含むとは限らないことを意味する。しかも、かかる文言は必ずしも同じ実施形態に言及するとは限らない。さらに、ある特定の特徴、構造、又は特性が実施形態との関係で説明される場合、明示的に説明されようがされまいが、別の実施形態との関係でかかる特徴、構造、又は特性を達成することは当業者の知識の範囲内にあると理解される。
【００２１】
これより説明する本発明を、ハードウェア、ソフトウェア、ファームウェア、及び／又は図面で図解されるエンティティの数多くの異なる実施形態で実施できることは、当業者にとって明白であろう。本発明を実施するための実際のソフトウェアコードと特化された制御下ハードウェアは本発明を制限するものではない。よって、本明細書に提示される詳細の度合いに応じて実施形態の修正及び変化は可能であるとの了解のもと、本発明の動作と挙動を説明する。
【００２２】
図１は、マルチメディアコンテンツフローを作成しデータネットワーク全域にこれをトランスポートするよう作動するトランスポートシステムを備える、通信ネットワーク１００を示している。例えば、トランスポートシステムは上で指摘したＦＬＯシステムの原理に一致し、ブロードキャスト配布のためコンテンツプロバイダネットワークから無線アクセスネットワークへのコンテンツクリップトランスポートでの使用に適する。
【００２３】
ネットワーク１００は、コンテンツプロバイダ（ＣＰ）１０２と、コンテンツプロバイダネットワーク１０４と、最適化ブロードキャストネットワーク１０６と、無線アクセスネットワーク１０８とを備える。ネットワーク１００はまた、携帯電話１１２と、個人用デジタル補助装置（ＰＤＡ）１１４と、ノートブックコンピュータ１１６とを備える、デバイス１１０を含む。デバイス１１０は、トランスポートシステムとの使用に適するデバイスのほんの一部を図解している。図１には３つのデバイスが示されているが、当業者にとって明白であるように、事実上いくつもの類似デバイスであれ、又はいかなるタイプのデバイスであれ、トランスポートシステムでの使用に適することに注意されたい。
【００２４】
コンテンツプロバイダ１０２は、ネットワーク１００にてユーザへの配布のためコンテンツを提供するように作動する。コンテンツは、映像、音声、マルチメディアコンテンツ、クリップ、リアルタイム及び非リアルタイムコンテンツ、スクリプト、プログラム、データ、又は他の何らかのタイプの相応しいコンテンツを備える。コンテンツプロバイダ１０２は、配布のためコンテンツプロバイダネットワーク１０４へコンテンツを提供する。例えば、コンテンツプロバイダ１０２は通信リンク１１８を介しコンテンツプロバイダネットワーク１０４と通信し、同通信リンクは、何らかの相応しいタイプの有線及び／又は無線通信リンクを備える。
【００２５】
コンテンツプロバイダネットワーク１０４は、ユーザへの配信のためコンテンツを配布するよう作動する有線及び無線ネットワークの任意の組み合わせを備える。コンテンツプロバイダネットワーク１０４は、リンク１２０を介して最適化ブロードキャストネットワーク１０６と通信する。リンク１２０は、何らかの相応しいタイプの有線及び／又は無線通信リンクを備える。最適化ブロードキャストネットワーク１０６は、高品質コンテンツをブロードキャストするよう設計された、有線及び無線ネットワークの任意の組み合わせを備える。例えば、最適化ブロードキャストネットワーク１０６は、複数の最適化通信チャネル上で選択されたデバイスへ高品質コンテンツを配信するよう最適化された専用独自ネットワークであってよい。
【００２６】
トランスポートシステムは、配布のためコンテンツプロバイダ１０２からコンテンツプロバイダネットワーク１０４にあるコンテンツサーバ（ＣＳ）１２２へ、コンテンツを配信するよう作動し、同コンテンツサーバは、無線アクセスネットワークにあるブロードキャスト基地局（ＢＢＳ）１２４と通信するよう作動する。ＣＳ１２２とＢＢＳ１２４とはトランスポートインタフェース１２６の１つ以上の実施形態を用いて通信し、同トランスポートインタフェース１２６は、コンテンツプロバイダネットワーク１０４が、デバイス１１０へのブロードキャスト／マルチキャストのため無線アクセスネットワーク１０８へコンテンツをコンテンツフローの形で配信することを可能にする。トランスポートインタフェース１２６は、制御インタフェース１２８とベアラチャネル１３０とを備える。制御インタフェース１２８は、コンテンツプロバイダネットワーク１０４から無線アクセスネットワーク１０８へ流れるコンテンツフローを、ＣＳ１２２が追加する、変更する、取り消す、又は修正することを可能にするよう作動する。ベアラチャネル１３０は、コンテンツプロバイダネットワーク１０４から無線アクセスネットワーク１０８へコンテンツフローをトランスポートするよう作動する。
【００２７】
ＣＳ１２２は、無線アクセスネットワーク１０８上でのブロードキャスト／マルチキャストのためＢＢＳ１２４へ送信されるコンテンツフローのスケジュールを組むためトランスポートインタフェース１２６を使用する。例えばコンテンツフローは、配布のためコンテンツプロバイダネットワーク１０４を用いてコンテンツプロバイダ１０２によって提供された非リアルタイムコンテンツクリップを備えてよい。ＣＳ１２２は、コンテンツクリップに関連する１つ以上のパラメータを判定するためＢＢＳ１２４と交渉するよう作動する。コンテンツクリップを受け取ったＢＢＳ１２４は、デバイス１１０の内１つ以上による受信のため、コンテンツクリップを無線アクセスネットワーク１０８上でブロードキャスト／マルチキャストする。デバイス１１０はいずれも、コンテンツクリップを受信することを、そしてデバイスユーザによる後刻の閲覧のためこれをキャッシュすることを、許可される。
【００２８】
前述の例で、デバイス１１０はクライアントプログラム１３２を備え、同クライアントプログラムは、無線アクセスネットワーク１０８上でのブロードキャストに向けてスケジュールが組まれたコンテンツの一覧を表示する番組ガイドを提供するように作動する。このときデバイスユーザは、リアルタイム提供のため、又は後刻の閲覧のためキャッシュ１３４に格納される、特定のコンテンツの受信を選択できる。例えば、夕方のブロードキャストに向けてコンテンツクリップのスケジュールを組むことができ、デバイス１１２は、そのブロードキャストを受信しキャッシュ１３４にコンテンツクリップをキャッシュするよう作動し、このようにしてデバイスユーザは翌日にクリップを閲覧できる。典型的に、コンテンツは契約サービスの一部としてブロードキャストされ、受信デバイスはブロードキャストの受信にあたってキーを提供するか、又は自身を認証する必要がある場合がある。
【００２９】
トランスポートシステムは、番組ガイドレコードと、番組コンテンツと、その他関連情報とを、ＣＳ１２２がコンテンツプロバイダ１０２から受信することを可能にする。ＣＳ１２２は、デバイス１１０への配信のためコンテンツを更新する、及び／又は作成する。
【００３０】
図２はコンテンツ配信システムでの使用に適するコンテンツプロバイダサーバ２００を示している。例えば、サーバ２００は図１のサーバ１０２として使用できる。サーバ２００は、いずれも内部データバス２１２へ結合された処理ロジック２０２と、リソース及びインタフェース２０４と、トランシーバロジック２１０とを備える。サーバ２００はまた、同じくデータバス２１２へ結合された起動ロジック２１４と、ＰＧ２０６と、ＰＧレコードロジック２０８とを備える。
【００３１】
処理ロジック２０２は、中央演算処理装置（ＣＰＵ）、プロセッサ、ゲートアレイ、ハードウェアロジック、記憶素子、仮想マシン、ソフトウェア、及び／又はハードウェア及びソフトウェアの任意の組み合わせを備える。よって処理ロジック２０２は一般的に、機械読取可能命令を実行するため、そして内部データバス２１２を介してサーバ２００の１つ以上のその他機能素子を制御するためのロジックを備える。
【００３２】
リソース及びインタフェース２０４は、サーバ２００と内部及び外部システムとの通信を可能にするハードウェア及び／又はソフトウェアを備える。例えば内部システムは、大容量記憶システム、メモリ、ディスプレイドライバ、モデム、又はその他内部デバイスリソースを含んでよい。外部システムは、ユーザインターフェースデバイス、プリンタ、ディスクドライブ、又はその他ローカルデバイス又はシステムを含んでよい。
【００３３】
トランシーバロジック２１０は、サーバ２００が、通信チャネル２１６を用いてリモートデバイス又はシステムとともにデータ及び／又はその他情報を送受信することを可能にするよう作動する、ハードウェアロジック及び／又はソフトウェアを備える。例えば通信チャネル２１６は、サーバ２００とデータネットワークとの通信を可能にするため、何らかの相応しいタイプの通信リンクを備える。
【００３４】
起動ロジック２１４は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェアロジック、記憶素子、仮想マシン、ソフトウェア、及び／又はハードウェア及びソフトウェアの任意の組み合わせを備える。起動ロジック２１４は、ＣＳ及び／又はデバイスがＰＧ２０６に記載されたコンテンツ及び／又はサービスを選択し受信することを可能にするため、ＣＳ及び／又はデバイスを起動するよう作動する。起動ロジック２１４は起動プロセス中に、ＣＳ及び／又はデバイスへクライアントプログラム２２０を送信する。クライアントプログラム２２０は、ＰＧ２０６を受信し、利用可能なコンテンツ又はサービスに関する情報をデバイスユーザに向けて表示するため、ＣＳ及び／又はデバイス上で実行する。よって起動ロジック２１４は、ＣＳ及び／又はデバイスを認証し、クライアント２２０をダウンロードし、クライアント２２０によるデバイス上での提供のためＰＧ２０６をダウンロードするよう作動する。
【００３５】
ＰＧ２０６は、デバイスが受信できるコンテンツ及び／又はサービスを説明する情報を何らかの相応しい形式で備える。例えば、ＰＧ２０６はサーバ２００のローカルメモリに格納でき、コンテンツ又はサービス識別子、スケジュール情報、料金、及び／又は他の何らかのタイプの関連情報等、情報を備えてよい。ＰＧ２０６は、利用可能なコンテンツ又はサービスへ変更が施されるときに処理ロジック２０２によって更新される１つ以上の識別可能なセクションを備える。
【００３６】
ＰＧレコード２０８は、通知メッセージを生成するよう作動するハードウェア及び／又はソフトウェアを備え、同通知メッセージはＰＧ２０６への変更を識別する、及び／又は説明する。例えば、処理ロジック２０２がＰＧ２０６を更新する場合、ＰＧレコードロジック２０８は変更の通知を受ける。そしてＰＧレコードロジック２０８は１つ以上の通知メッセージを生成し、同通知メッセージはサーバ２００とともに起動された可能性があるＣＳへ送信され、このようにしてＣＳはＰＧ２０６への変更の通知を速やかに受ける。
【００３７】
コンテンツ配信通知メッセージの一部として、メッセージの中で識別されるＰＧのセクションがいつブロードキャストされるかを指示するブロードキャスト標識が提供される。例えばブロードキャスト標識は、セクションがブロードキャストされることを伝える１ビットと、ブロードキャストがいつ行われるかを伝えるタイム標識とを備えてよい。よって、ＰＧレコードのローカルコピーを更新することを望むＣＳ及び／又はデバイスは、ＰＧレコードの更新済みセクションを受信するため指定された時間にブロードキャストをリスンできる。
【００３８】
一実施形態において、コンテンツ配信通知システムはコンピュータ読取可能媒体に格納されたプログラム命令を備え、同プログラム命令は、プロセッサによって、例えば処理ロジック２０２によって実行されるときに、ここで説明するサーバ２００の機能を提供する。例えばプログラム命令は、フロッピー（登録商標）ディスク、ＣＤＲＯＭ、メモリカード、フラッシュメモリデバイス、ＲＡＭ、ＲＯＭ、又は他の何らかのタイプのメモリデバイス等のコンピュータ読取可能媒体、又はリソース２０４を通じてサーバ２００へつながるコンピュータ読取可能媒体から、サーバ２００の中へロードされてよい。別の実施形態において命令は、トランシーバロジック２１０を通じてサーバ２００へつながる外部デバイス又はネットワークリソースから、サーバ２００の中へダウンロードされてよい。プログラム命令は、処理ロジック２０２によって実行されるときに、本明細書で説明するガイド状態通知システムを提供する。
【００３９】
図３は、コンテンツ配信システムでの使用に適するコンテンツサーバ（ＣＳ）又はデバイス３００を示している。例えばＣＳ３００は、図１に示されたＣＳ１２２又はデバイス１１０であってよい。ＣＳ３００は、いずれもデータバス３０８へ結合された処理ロジック３０２と、リソース及びインタフェース３０４と、トランシーバロジック３０６とを備える。ＣＳ３００はまた、同じくデータバス３０８へ結合されたクライアント３１０と、プログラムロジック３１４と、ＰＧロジック３１２とを備える。
【００４０】
処理ロジック３０２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェアロジック、記憶素子、仮想マシン、ソフトウェア、及び／又はハードウェア及びソフトウェアの任意の組み合わせを備える。よって処理ロジック３０２は一般的に、機械読取可能命令を実行するため、そして内部データバス３０８を介してＣＳ３００の１つ以上のその他の機能素子を制御するためのロジックを備える。
【００４１】
リソース及びインタフェース３０４は、ＣＳ３００と内部及び外部システムとの通信を可能にするハードウェア及び／又はソフトウェアを備える。例えば内部システムは、大容量記憶システム、メモリ、ディスプレイドライバ、モデム、又はその他の内部デバイスリソースを含んでよい。外部システムは、ユーザインターフェースデバイス、プリンタ、ディスクドライブ、又はその他ローカルデバイス又はシステムを含んでよい。
【００４２】
トランシーバロジック３０６は、ＣＳ３００が、通信チャネル３１４を通じて外部デバイス又はシステムとともにデータ及び／又はその他情報を送受信することを可能にするよう作動する、ハードウェア及び／又はソフトウェアを備える。例えば通信チャネル３１４は、ネットワーク通信リンク、無線通信リンク、又は他の何らかのタイプの通信リンクを備えてよい。
【００４３】
作動中にＣＳ３００は起動し、このようにしてこれはデータネットワーク上で利用可能なコンテンツ又はサービスを受信できる。例えばＣＳ３００は、起動プロセス中にコンテンツプロバイダサーバに対し自身を識別する。ＣＳ３００は起動プロセスの一部として、ＰＧロジック３１２によってＰＧレコードを受信し格納する。ＰＧ３１２は、ＣＳ３００が受信できるコンテンツ又はサービスを識別する情報を収容する。クライアント３１０は、リソース及びインタフェース３０４を用いて、ＣＳ及び／又はデバイス３００上でＰＧロジック３１２の中にある情報を提供するよう作動する。例えばクライアント３１０は、ＰＧロジック３１２の中にある情報をデバイスの一部をなす表示画面上で提供する。クライアント３１０はまた、リソース及びインタフェースを通じてユーザ入力を受信し、このようにしてデバイスユーザはコンテンツ又はサービスを選択できる。
【００４４】
ＣＳ３００は、トランシーバロジック３０６を通じて通知メッセージを受信する。例えばメッセージは、ＣＳ３００へブロードキャストされるか、又はユニキャストされてよく、トランシーバロジック３０６によって受信されてよい。ＰＧ通知メッセージは、ＰＧロジック３１２にてＰＧレコードに対する更新を識別する。一実施形態においてクライアント３１０は、ＰＧロジック３１２にあるローカルコピーを更新する必要があるか否かを判定するためＰＧ通知メッセージを処理する。例えば一実施形態において、通知メッセージは、セクション識別子と、開始時間と、終了時間と、バージョン番号とを含む。
【００４５】
ＣＳ３００は、ＰＧ通知メッセージの中にある情報を、既存のＰＧロジック３１２にて局所的に格納されている情報に比較するよう作動する。ＣＳ３００はＰＧ通知メッセージから、ＰＧロジック３１２にあるローカルコピーの１つ以上のセクションを更新する必要があると判定する場合に、数通りの方法の内１つでＰＧの更新済みセクションを受信するよう作動する。例えば、ＰＧ通知メッセージの中で指示された時間にＰＧの更新済みセクションがブロードキャストされてよく、このようにしてトランシーバロジック３０６はブロードキャストを受信し、更新済みセクションをＣＳ３００に渡すことができ、これを受けてＣＳ３００はＰＧロジック３１２にてローカルコピーを更新する。
【００４６】
ＣＳ３００は、更新の必要があるＰＧのセクションがどれなのかを受信したＰＧ更新通知メッセージに基づき判定し、所望のＰＧ更新済みセクションを入手するためＣＰサーバへ要求を送信する。例えば要求は、何らかの相応しい形式を用いてフォーマットされてよく、要求ＣＳ識別子、セクション識別子、バージョン番号、及び／又は他の何らかの相応しい情報等の、情報を備えてよい。
【００４７】
ＣＳ３００は、ＰＧ通知システムの１つ以上の実施形態において以下の機能の内１つ以上を遂行する。本発明の範囲内で以下の機能を変更、再配置、修正、追加、削除、又は調整できることに注意されたい。
【００４８】
１．  ＣＳは、コンテンツプロバイダシステムとともに作動しコンテンツ又はサービスを受信するため、起動される。起動プロセスの一部として、クライアントとＰＧがＣＳへ送信される。
【００４９】
２．  １つ以上のＰＧ通知メッセージがＣＳによって受信され、局所的に格納されたＰＧの１つ以上のセクションを更新する必要があるか否かを判定するため使用される。
【００５０】
３．  一実施形態においてＣＳは、局所的に格納された１つ以上のＰＧセクションを更新する必要があると判定する場合に、これがそのローカルコピーを更新するにあたって必要とするＰＧ更新済みセクションを入手するため、配布システムからのブロードキャストをリスンする。
【００５１】
４．  別の実施形態においてＣＳは、これが必要とするＰＧ更新済みセクションを入手するためＣＰへ１つ以上の要求メッセージを送信する。
【００５２】
５．  ＣＰは要求に応じてＰＧ更新済みセクションをＣＳへ送信する。
【００５３】
６．  ＣＳは、受信したＰＧ更新済みセクションを用いてこれのＰＧローカルコピーを更新する。
【００５４】
コンテンツ配信システムは、コンピュータ読取可能媒体に格納できるプログラム命令を備え、同プログラム命令は、例えば処理ロジック３０２等のプロセッサによって実行されるときに、ここで説明するコンテンツ配信通知システムの機能を提供する。例えば命令は、フロッピーディスク、ＣＤＲＯＭ、メモリカード、フラッシュメモリデバイス、ＲＡＭ、ＲＯＭ、又は他の何らかのタイプのメモリデバイス等のコンピュータ読取可能媒体、又はリソース及びインタフェース３０４を通じてＣＳ３００へつながるコンピュータ読取可能媒体から、ＣＳ３００の中へロードされてよい。別の実施形態において命令は、トランシーバロジック３０６を通じてＣＳ３００へつながるネットワークリソースから、ＣＳ３００の中へダウンロードされてよい。プログラム命令は、処理ロジック３０２によって実行されるときに、本明細書で説明するコンテンツ配信システムを提供する。
【００５５】
ＣＳ３００がただひとつの実施を代表すること、そして本発明の範囲内で他の実施が可能であることに注意されたい。
【００５６】
図４は、ネットワーク１００の中で送信される信号のセグメント４００の図である。例証の目的で、信号送信はネットワーク１００の全体を通じて、直交周波数分割多重化（ＯＦＤＭ）原理を含むことができる。ネットワーク１００で送信される信号は、ネットワーク１００の物理層におけるデータ送信単位であるスーパーフレームに編成される。当業者によって十分に理解されているとおり、ネットワーク物理層はネットワークの順方向リンクのためチャネル構造、周波数、電力出力、変調、及び符号化仕様を提供する。
【００５７】
図４において、セグメント４００は代表的なスーパーフレーム４０２及び４０４を含む。スーパーフレーム４０２及び４０４の各々は約１秒の持続期間を有し、ＯＦＤＭシンボルに関係する内容を含む。図４の例で、スーパーフレーム４０２及び４０４の各々は約１２００個のＯＦＤＭシンボルを含み、ただしこの数（１２００）は本発明の実施形態の実施にとって透明である。
【００５８】
スーパーフレーム４０２及び４０４の各々の中で、例えば１２００個のシンボルのいくつかはオーバーヘッド情報に相当し、シンボルのいくつかは実際のデータに相当する。かかるデータは、例えばフローマルチキャストに関係する映像データと音声データとを含むことができる。
【００５９】
上述したとおり、ＦＬＯに基づくネットワーク１００は、数個のサービスを１つ以上の独立データコンポーネントの集まりとしてマルチキャストする。各々の独立データコンポーネントはフローと呼ばれ、映像コンポーネント、音声コンポーネント、テキスト、又はサービスのシグナリングコンポーネントを含むことができる。ＦＬＯサービスは１つ以上の論理チャネルＭＬＣ上で搬送される。
【００６０】
図４の例示的な図解において、代表的スーパーフレーム４０２はオーバーヘッド部４０６とデータ部４０７とを含む。データ部４０７は、データフレームＦ１−Ｆ４を含むようさらに細分される。ネットワーク１００の物理層において、ＭＬＣはデータ部４０７の中でトランスポートされる。実際のところ、トランスポートされるＭＬＣはデータフレームＦ１−Ｆ４にわたって分割されるであろう。図４の例示的なデータ部４０７では、データフレームＦ１−Ｆ４にわたって３つのＭＬＣ（１０、２０、及び３０）が分割されている。つまり、ＭＬＣ１０、２０、及び３０の各々の内容の４分の１はそれぞれフレームＦ１−Ｆ４の各々の中で搬送される。
【００６１】
例えば、識別情報（ＩＤ）１０を有するＭＬＣは、フレームＦ１−Ｆ４の内１つに各々対応する部分４０８ａ−４０８ｄに分割される。よってフレームＦ１は、ＭＬＣ１０に対応する部分４０８ａばかりでなく、ＭＬＣ２０及び３０にそれぞれ対応するＭＬＣ部分４１０及び４１２をも含む。
【００６２】
別の視点から、ＭＬＣは、独自のデータを搬送するよう構成される物理層における論理的分類である。アプリケーション層で、フローとも呼ばれるデータはストリームと呼ばれるエンティティの中で搬送される。アプリケーション層は、アプリケーションがネットワークの中で他のアプリケーションプログラムとの効果的通信を保証するためのサービスを提供する。ストリームもやはり、ＭＬＣの中で搬送される。例えば、１つのＭＬＣで最高３つのストリーム（すなわち、異なるアプリケーションレベルデータの最高３つの異なるフロー）を搬送できる。図５は、本発明の原理によるフローとストリームとＭＬＣとの関係の図解である。
【００６３】
図５で、例示的なフロー５００は、例えばケーブルニュースネットワーク（ＣＮＮ）によって提供される映像モバイルサービスからデバイス１１２へダウンロードされる情報を含んでよい。このＣＮＮからのブロードキャストは、アプリケーションレベルデータを、映像ストリーム５０２、音声ストリーム５０４、及びテキストストリーム５０６の形で含むことができる。固有のデータを搬送するストリーム５０２、５０４、及び５０６の各々は、ネットワーク１００の物理層にて一意に識別可能なＭＬＣ１０の中で送信される。
【００６４】
再び図４を参照し、ストリーム５０２、５０４、及び５０６を搬送するＭＬＣ１０の４分の１は、スーパーフレーム４０２のフレームＦ１−Ｆ４の各々の中でそれぞれ部分４０８ａ−４０８ｄの形で搬送される。
【００６５】
ネットワーク１１０の中で、スーパーフレームはネットワークパイプに見立てることもできる。異なるフローに対応する異なるＭＬＣは、スーパーフレーム４０２等、このネットワークパイプの中で搬送される。例えば、ＣＮＮフロー５００に加えてＥＳＰＮフローとＭＳＮＢＣフローもまた、スーパーフレーム４０２で搬送できるであろう。図４に示すとおり、ＥＳＰＮフローはＭＬＣ２０の中で搬送でき、ＭＳＮＢＣフローはＭＬＣ３０の中で搬送できるであろう。データタイプがそれぞれ異なる多数の異なるフローを１つのスーパーフレームで搬送できる。例証の目的で、ネットワーク１００の中でスーパーフレーム４０２等のスーパーフレームは毎秒約１の割合でデバイス１１０の内１つ以上へ送信される。
【００６６】
ユーザが最初に、例えばデバイス１１２上での利用のため、ＣＮＮ等のサービスを選択する場合、そのサービスは個別のフローにマップされる。サービスが個別のフローにマップされた後、各フローはネットワーク１００の中での物理送信のため特定のＭＬＣにマップされる。このときデバイス１１２は、ネットワーク１００によって実際に送信される関連ＭＬＣ  ＩＤを拾得する。
【００６７】
ＣＮＮフロー５００の音声ストリーム５０２と映像ストリーム５０４とがＭＬＣ１０で搬送される、図４及び５の例について考える。ここでデバイス１１２は、スーパーフレーム４０２の中でＭＬＣ  ＩＤ構造の判定を、そして少なくとも１つの後続スーパーフレームの中でＭＬＣ１０の形状と位置との判定を、試みる。よってデバイスは１秒ごとに、スーパーフレームの中でＭＬＣ１０を探す。
【００６８】
大量のデータの、特に帯域幅集中型映像データの送信に特有の変動性のため、ＭＬＣ１０（すなわちＣＮＮ）はいくつかのスーパーフレームの中で実際のデータを含み、ただしＭＬＣ１０は他のスーパーフレームの中でデータをまったく有さないことがある。この一部のＭＬＣにおけるデータの間欠的な存在と他のＭＬＣにおけるデータの不在は、貴重なネットワーク電力を無駄に消費する。デバイス１１２は、実際にＭＬＣが送信されようがされまいが、受信する全スーパーフレームの中で目的のＭＬＣ（例えばＭＬＣ１０）の存在と形状と位置とを探しながらエネルギーを浪費するため、このネットワーク電力は無駄に消費される。
【００６９】
図４の図解で、デバイス１１２はまずスーパーフレーム４０２の中でＭＬＣの形状と位置とを判定しなければならず、その後デバイス１１２は、ＭＬＣ１０の中で送信されるフローデータを正しく復号化できる。これは２通りの方法で達成できる。
【００７０】
第１に、スーパーフレーム４０２のオーバーヘッド部４０６はＯＩＳチャネル４１３を含む。ＯＩＳチャネル４１３はとりわけ、スーパーフレーム４０２の中でのＭＬＣ１０の位置をデバイス１１２に知らせる。よってデバイス１１２は最初にサービスを要求するときに、正確な位置とＭＬＣ１０に関係する他の特性をつかむため、まずはスーパーフレーム４０２の中でＯＩＳチャネル４１３を復号化しなければならず、その後ＭＬＣ１０の中のデータはアンパックでき、使用できる。
【００７１】
デバイス１１２はＯＩＳチャネル４１３を復号化した後、ＭＬＣ１０の中でフローデータを探し当て、アンパックできる。具体的に、デバイス１１２は、まずスーパーフレーム４０２のフレームＦ１の中に位置するＭＬＣ１０の部分４０８ａをアンパックする。予備知識として、ＭＬＣ１０等のＭＬＣの部分はどれも、関連スーパーフレームの各フレームの中で同じ位置に置かれる。したがってデバイス１１２は、ＭＬＣ１０の後続部分４０８ｂがフレームＦ２の中でフレームＦ１の部分４０８ａと同じ位置に置かれていることを承知しているため、部分４０８ｂを受信する前に期間４１６の間スリープできる。
【００７２】
デバイス１１２は期間４１６の終わりに覚醒し、ＭＬＣ部分４０８ｂへ直行する。デバイス１１２は部分４０８ｂをアンパックし、次に期間４１８の間スリープし、覚醒してフレームＦ３の中で部分４０８ｃをアンパックし、以降同様に続く。これらのスリープ期間は電力消費の低減とバッテリー電力の保全に寄与する。
【００７３】
ＭＬＣに関係する第２の位置情報源は、埋め込みＯＩＳ、又はＭＡＣプロトコルカプセルトレーラーとして知られるセグメント４１４である。ただしプロトコルカプセルトレーラー４１４は、時間にしてスーパーフレーム４０２の後に続くスーパーフレームの中でのＭＬＣ１０の位置だけを、デバイス１１２に提供する。よってデバイス１１０の各々は最低でも、後続スーパーフレームの中にＭＬＣが実際にあろうがあるまいが、後続スーパーフレームの中で関連ＭＬＣの位置を判定するため、各々の現行スーパーフレームにてＯＩＳチャネル４１３を復号化し読み取らなければならない。スーパーフレームが平均毎秒１回発生する場合、デバイス１１０は、ある特定のスーパーフレームの中にＭＬＣがあろうがなかろうが、少なくとも毎秒１回は止まってＭＬＣを探索しなければならない。
【００７４】
ＯＩＳチャネル４１３を読み取り、現行スーパーフレーム４０２の中でＭＬＣ１０の位置を判定したデバイス（例えばデバイス１１２）は次に、後続スーパーフレーム（例えばスーパーフレーム４０４）におけるＭＬＣ１０の位置を判定するため、プロトコルカプセルトレーラー４１４をも読み取らなければならない。
【００７５】
図６は、関連する連続スーパーフレームにおけるＭＬＣの有無の図解である。図６には、連続的に送信されるスーパーフレーム４０２、４０４、６０２、６０４が示されている。デバイス１１２は、スーパーフレーム４０２、４０４、６０２、及び６０４が送信されるにつれ、これらのスーパーフレームの各々で目的のＭＬＣを探索しなければならない。
【００７６】
デバイス１１２は、例えばスーパーフレーム４０２を受信するときに、スーパーフレーム４０２の中でＭＬＣ１０の位置を判定するためＯＩＳチャネル４１３を復号化する。デバイス１１２はその後、次のスーパーフレーム４０４の中でのＭＬＣ１０の位置を判定するため、ＭＬＣ１０を受信し、ＭＬＣ１０の部分４０８ａの中でプロトコルカプセルトレーラー４１４を読み取る。デバイスは、フレームＦ２−Ｆ４からＭＬＣ１０の残りの部分４０８ｂ−４０８ｄを読み取った後に、スーパーフレーム４０４を受信する。スーパーフレーム４０４を受信するデバイス１１２は次に、スーパーフレーム４０４の中で関連ＯＩＳチャネル６０１を復号化する。ＯＩＳチャネル６０１を復号化するデバイス１１２は、スーパーフレーム４０４の中にＭＬＣ１０がないことに気づく。したがってデバイス１１２は、スーパーフレーム６０２を受信しこれの関連ＯＩＳチャネル６０３を復号化するため先へ進む。同様にデバイス１１２は、スーパーフレーム６０２でもＭＬＣ１０が不在であることに気づく。
【００７７】
図６の例の中で、デバイス１１２は最後にスーパーフレーム６０４を受信し、これのＯＩＳチャネル６０５を復号化する。ＯＩＳチャネル６０５を復号化するデバイス１１２は、スーパーフレーム４０２にあったのとは別の位置ではあるが、スーパーフレーム６０４の中にＭＬＣ１０があると判定する。ただし問題は、デバイスがスーパーフレーム４０４及び６０２を探索しながら時間を浪費し、結局のところスーパーフレーム４０４及び６０２の送信時間に相当する期間６０６中に、ＭＬＣ１０がまったく送信されなかったことに気づく点にある。
【００７８】
現実には、多数の連続スーパーフレームがＭＬＣ１０に関係するデータを含まない可能性がある。ドロップアウトやデータ破損等、様々な理由から、ＭＬＣ１０データはスーパーフレーム４０４及び６０２とその他のスーパーフレームで不在の場合がある。
【００７９】
図７は、本発明の一実施形態に従い構築された例示的なＭＬＣレコード７００の図解である。この例示的なＭＬＣレコード７００は、関連するＭＬＣデータが存在しない所定数のスーパーフレームを通じてデバイス１１０がスリープすることを可能にする。
【００８０】
上述したとおり、例示的なスーパーフレーム４０２の中のＯＩＳチャネル（例えばチャネル４１３）は、スーパーフレームの中での特定のＭＬＣの位置に関する情報を含む。
【００８１】
より具体的に、ＯＩＳチャネルは図７に示すとおり、ネットワーク１００が随時送信する全ＭＬＣに関係する項目７０２、７０４、及び７０６を含む配列を含む。例えば項目７０２、７０４、及び７０６は、それぞれ図４のＭＬＣ１０、２０、及び３０に関係する情報を含んでよい。この配列は、現行スーパーフレームの中でＭＬＣの各々がどこで見つかるかについての情報を含むだけでなく、後続スーパーフレームの中でのＭＬＣ位置に関する情報をも含む。
【００８２】
図７で、項目７０２、７０４、及び７０６の各々は、それぞれ「ＭＬＣ存在」フィールド７０８、７１０、及び７１２をも含む。ＭＬＣ存在フィールド７０８、７１０、及び７１２もまた、特定のＭＬＣが現行及び後続スーパーフレームの中にあるか否かを伝える。フィールド７０８、７１０、及び７１２がＭＬＣの不在を伝える場合、これらのフィールドは、いくつの連続スーパーフレームから特定のＭＬＣが不在になるかをリストする。
【００８３】
ネットワーク１００は１０秒以上（例えばスーパーフレーム）相当のデータを送信前にバッファできるため、ＭＬＣ在／不在情報はネットワーク１００にとって入手可能である。よって、ネットワーク１００はバッファされたデータの中でスーパーフレームの文字列に特定のＭＬＣがあるか否かを知り、フィールド７０８、７１０、及び７１２等のＭＬＣ存在フィールドを相応に埋めることができる。
【００８４】
よって図６の例では、次の２つのスーパーフレーム４０４及び６０２がＭＬＣ１０データを含まないことを伝えるよう、ＯＩＳチャネル４１３の中のＭＬＣ存在フィールドを設定できる。よって、スーパーフレーム４０４及び６０２がＭＬＣ１０データを含まないことをデバイスが事前に知る場合、デバイス１１２はスーパーフレーム６０４を受信するときまでスリープできる。こうしてデバイス１１２は、スーパーフレーム４０４及び６０２を探索しながら、結局のところこれらのスーパーフレームのいずれにもＭＬＣ１０データがないことに気づき、電力を無駄に消費せずにすむ。ＭＬＣ１０データを含まないスーパーフレーム４０４及び６０２を通じてスリープすることはさらに、貴重なバッテリー電力やその他の関係ネットワークリソースの保全を促進する。
【００８５】
図８は、本発明の一実施形態を実践する例示的な方法８００のフロー図である。方法８００でネットワークデバイスは、ステップ８０２に示すとおり、データ単位に関係する２つ以上のデータフィールドの内少なくとも１つを解析するであろう。ネットワークデバイスはステップ８０４で、ステップ８０２の解析に基づきデバイススリープ期間を判定するであろう。
【００８６】
図９は、本発明の一実施形態の例示的なブロック図９００である。図９における解析する手段９０２は、同実施形態においてデータ単位に関係する２つ以上のデータフィールドの内少なくとも１つを解析するよう構成されている。次に、判定する手段９０４が解析する手段９０４の解析に従いデバイススリープ期間を判定する。
【００８７】
ＯＩＳと埋め込みＯＩＳは、ある特定のＭＬＣについてデータが入手不能となる期間（スーパーフレームのオフセット）に関する情報を保持する。換言すると、このフィールドは、少なくとも所定の期間中はそのＭＬＣのためネットワークによってデータが送信されないことを保証する。これはデバイスがその期間中にスリープすることを可能にし、電力消費量の低減又はバッテリー寿命の増加をもたらす。
【００８８】
以上、指定機能の性能とその関係を図解する機能構成ブロックを用いて、本発明を説明した。説明の便宜を図るため、これらの機能構成ブロックの境界はここで恣意的に定められている。指定機能とその関係が適切に遂行される限り、代替の境界を定めることができる。
【００８９】
よって、かかる代替境界は、特許請求の範囲に記載されている発明の範囲と精神との中にある。当業者は、アナログ及び／又はデジタル回路、個別コンポーネント、特定用途向け集積回路、ファームウェア、しかるべきソフトウェアを実行するプロセッサ等、又はこれらの任意の組み合わせによって、これらの機能構成ブロックを実施できることを認めるであろう。よって本発明の幅と範囲は上述した例示的な実施形態のいずれによっても制限されず、専ら以降の特許請求の範囲とこれの同等物とに従い規定される。
【００９０】
前述した具体的な実施形態の説明は、他者が（本明細書で引用された参考文献の内容を含む）当技術の技能の中で知識を応用することにより、かかる具体的な実施形態を、本発明の一般概念から逸脱せず、過度の実験を行わずとも容易に修正するにあたり、及び／又は種々の用途に向けて適合するにあたり、十分に本発明の一般的性質を明らかにするであろう。したがってかかる適合及び修正は、本明細書に提示された教示と指導とに基づく、開示された実施形態の同等物の趣意及び範囲の中に入る。本明細書における表現又は専門用語は制限ではなく説明を目的とし、よって本明細書の表現又は専門用語は当業者によって、当業者の知識と併せて本明細書に提示された教示と指導とに鑑み、解釈されるべきものであることを理解されたい。
【００９１】
詳細な説明の節は、主に特許請求の範囲の解釈に役立てるべきものである。要旨及び要約の節は、発明者によって企図された本発明の１つ以上の、ただし全てではない、例示的な実施形態を述べるものであって、よって特許請求の範囲を制限することを意図するものではない。
【図１】
0005490766.tif 000002
【図２】
0005490766.tif 000003
【図３】
0005490766.tif 000004
【図４】
0005490766.tif 000005
【図５】
0005490766.tif 000006
【図６】
0005490766.tif 000007
【図７】
0005490766.tif 000008
【図８】
0005490766.tif 000009
【図９】
0005490766.tif 000010