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