JP5461514B2 - 移動端末へのコンテンツ配信スケジュールの伝達 - Google Patents

Description

本発明は、一般的にはデータネットワークの運用に関し、より特定的には移動端末に配信スケジュールを伝達する方法と装置とに関する。

（米国特許法第１１９条の下における優先権の主張）
本特許出願は、２００５年４月７日に出願されて本譲受人に譲渡された、仮出願第６０／６６９，５５３号に対する優先権を主張し、参照として本明細書に明確に組み込まれている。

無線通信ネットワークといったデータネットワークは、単一の端末のためにカスタマイズされた(customized)サービスと多数の端末に提供されるサービスとの間でトレードオフを行わなくてはならない。例えば多数の移動端末（加入者）へのコンテンツ(content)の配信は複雑な問題である。これは特に、比較的低速の無線通信リンクを使用して通信する移動端末に関して真である。したがってコンテンツプロバイダが装置パワーとネットワーク資源とを節約する仕方で種々の移動端末にコンテンツを配信することは極めて重要である。

従来の有線式コンテンツ配信／メディア配信システムにおいては、リアルタイムサービスまたはストリーミング(streaming)サービスのスケジュールされた放送時間は既知であるか、設定されている。放送時間は、コンテンツが視聴のために利用可能であることをユーザに広告される時間になるように設定される。しかしながらクリップキャスティング(clip-casting)サービスでは、コンテンツクリップは、これが広告された視聴時間前に配信される限り、如何なる時間でも装置に配信され得る。視聴時間は、コンテンツクリップ(content clip)が視聴のために利用可能であるとユーザに広告された時間として定義される。いったんユーザがクリップキャスティングサービスに加入すると、コンテンツクリップの配信は如何なるユーザ対話も必要としない背景においてトランスペアレントに(transparently)実行される。コンテンツクリップは、装置に記憶されて、指定された時間に視聴のために利用可能にされる。

不都合なことに従来のシステムは、移動装置にコンテンツクリップを配信しようとするとき幾つかの欠点を有する。伝統的ＩＰマルチキャストまたは他の放送モデルにおけるように、移動装置は１つ以上のＩＰマルチキャストソケットを開いて、ＩＰマルチキャストソケットにクリップが到着するかどうかを聴くことができる。しかしながらこれは、クリップキャスティングサービスに関して到着する（配信される）コンテンツが存在するかどうかを知るために移動装置が常に目覚めている必要があることを意味する。不都合なことにこの従来のマルチキャストコンテンツ受信モデルは、移動装置のバッテリー寿命が限られているので、移動体環境ではうまく働かない。こうして、マルチキャストソケット上でコンテンツが受信されるかどうかを聴くための移動装置にウェイクアップしていることを要求することは、かなりのバッテリーパワーを消耗し、移動体の待機時間を減らすであろう。

したがって必要とされることは、装置のバッテリーパワーを節約し、それによって待機時間への影響を最小にしながらコンテンツクリップが効率的に受信されることを可能にする、コンテンツクリップを移動装置に配信する方法である。

１つ以上の実施形態では、移動装置にクリップ配信スケジュールを配信するように動作する、方法と装置とを備える配信システムが提供される。一実施形態ではクリップ配信スケジュールは、情報メッセージで配信され、またメディアクリップまたは他のコンテンツが配信ネットワーク上でいつ利用可能になるかを識別するコンタクトウィンドウを備える。いったんクリップ配信スケジュールが移動装置で受信されると、この装置は関心のクリップがいつ利用可能になるかを決定することができ、それから装置オペレータが後で視聴できるようにこれらのクリップを受信するためにウェイクアップ（wake up）するように装置自身をスケジュールすることができる。配信システムの実施形態は、関心(interaest)のクリップが利用可能になるまで装置がスリープモードに留まることを可能にするので、装置のバッテリーパワーは節約され得る。

一態様では、クリップ配信スケジュールを与える方法が提供される。本方法は、コンテンツクリップが配信ネットワーク上で利用可能になる時間間隔を記述するコンタクトウィンドウを受信することと、関心の１つ以上のクリップを決定することとを備える。本方法はまた、このコンテンツクリップが関心の１つ以上のクリップのうちの少なくとも１つと一致することを決定することと、上記の時間間隔内でコンテンツクリップを受信するために受信時間をスケジュールすることとを備える。

別の態様では、クリップ配信スケジュールを与える装置が提供される。本装置は、コンテンツクチップが配信ネットワーク上で利用可能になる時間間隔を記述するコンタクトウィンドウを受信するように構成された通信ロジックを備える。本装置はまた、関心の１つ以上のクリップを決定するように構成された処理ロジックと、このコンテンツクリップが関心の１つ以上のクリップのうちの少なくとも１つと一致することを決定するように、また上記の時間間隔内でコンテンツクリップを受信するために受信時間をスケジュールするように構成されたスケジューリングロジックと、を備える。

別の態様では、クリップ配信スケジュールを与える装置が提供される。本装置は、コンテンツクリップが配信ネットワーク上で利用可能になる時間間隔を記述するコンタクトウィンドウを受信するための手段と、関心の１つ以上のクリップを決定するための手段とを備える。本装置はまた、このコンテンツクリップが上記の関心の１つ以上のクリップのうちの少なくとも１つと一致することを決定するための手段と、上記の時間間隔内でコンテンツクリップを受信するために受信時間をスケジュールするための手段とを備える。

別の態様では、少なくとも１つのプロセッサによって実行されるときにクリップ配信スケジュールを与えるように動作するコンピュータプログラムを有するコンピュータ可読媒体が提供される。このコンピュータプログラムは、コンテンツクリップが配信ネットワーク上で利用可能になる時間間隔を記述するコンタクトウィンドウを受信する命令と、関心の１つ以上のクリップを決定する命令とを備える。このコンピュータプログラムはまた、このコンテンツクリップが上記関心の１つ以上のクリップのうちの少なくとも１つと一致することを決定する命令と、上記の時間間隔内でコンテンツクリップを受信するために受信時間をスケジュールする命令とを備える。

別の態様では、クリップ配信スケジュールを与える方法を実行するように構成された少なくとも１つのプロセッサが提供される。本方法は、コンテンツクリップが配信ネットワーク上で利用可能になる時間間隔を記述するコンタクトウィンドウを受信することと、関心の１つ以上のクリップを決定することとを備える。本方法はまた、上記のコンテンツクリップが上記関心の１つ以上のクリップのうちの少なくとも１つと一致することを決定することと、上記時間間隔内でコンテンツクリップを受信するために受信時間をスケジュールすることとを備える。

別の態様では、クリップ配信スケジュールを与える方法が提供される。本方法は、コンテンツクリップが配信ネットワーク上でいつ利用可能になるかを記述するコンタクトウィンドウを生成することと、受信パラメータを生成することとを備える。本方法はまた、上記コンタクトウィンドウと受信パラメータとを情報メッセージに組み込むことと、この情報メッセージを送信することとを備える。

別の態様では、クリップ配信スケジュールを与える装置が提供される。本装置は、コンテンツクリップが配信ネットワーク上でいつ利用可能になるかを記述するコンタクトウィンドウを生成するように、また受信パラメータを生成するように構成されたコンタクトウィンドウ発生器を備える。本装置はまた、上記コンタクトウィンドウと受信パラメータとを情報メッセージに組み込むように構成された処理ロジックと上記情報メッセージを送信するように構成された通信ロジックとを備える。

別の態様では、クリップ配信スケジュールを与える装置が提供される。この装置は、コンテンツクリップが配信ネットワーク上でいつ利用可能になるかを記述するコンタクトウィンドウを生成するための手段と、受信パラメータを生成するための手段とを備える。本装置はまた、上記コンタクトウィンドウと受信パラメータとを情報メッセージに組み込む手段と上記情報メッセージを送信するための手段とを備える。

別の態様では、少なくとも１つのプロセッサによって実行されるときにクリップ配信スケジュールを与えるように動作するコンピュータプログラムを有するコンピュータ可読媒体が提供される。このコンピュータプログラムは、コンテンツクリップが配信ネットワーク上でいつ利用可能になるかを記述するコンタクトウィンドウを生成する命令と、受信パラメータを生成する命令とを備える。このコンピュータプログラムはまた、上記のコンタクトウィンドウと受信パラメータとを情報メッセージに組み込む命令と、上記の情報メッセージを送信する命令とを備える。

別の態様では、クリップ配信スケジュールを与える方法を実行するように構成された少なくとも１つのプロセッサが提供される。本方法は、コンテンツクリップが配信ネットワーク上でいつ利用可能になるかを記述するコンタクトウィンドウを生成することと、受信パラメータを生成することとを備える。本方法はまた、上記コンタクトウィンドウと受信パラメータとを情報メッセージに組み込むことと、上記情報メッセージを送信することとを備える。

上記実施形態の他の態様は、これから後に述べられる図面の簡単な説明、説明、および請求項の吟味の後に明らかになるであろう。

図１は、配信システムの一実施形態を備えるネットワークを示す図である。 図２は、配信システムで使用されるサーバの一実施形態を示す図である。 図３は、配信システムで使用されるコンタクトウィンドウパラメータの一実施形態を示す図である。 図４は、配信システムで使用されるコンタクトウィンドウを与える方法の一実施形態を示す図である。 図５は、配信システムにおいて配信スケジュールを受信するように動作する移動装置の一実施形態を示す図である。 図６は、配信システムで使用される装置を動作させる方法の一実施形態を示す図である。 図７は、配信システムでの使用に適した装置の一実施形態を示す図である。 図８は、配信システムでの使用に適したサーバの一実施形態を示す図である。

［説明］
本明細書に記載されている実施形態の前述の態様は、下記の付属図面に関連して考慮される場合、以下の詳細な説明を参照することによって直ちに明らかになるであろう。

１つ以上の実施形態で、クリップ配信スケジュールを移動装置に伝達するための柔軟で効率的な機構を与えるように動作する配信システムが提供される。一実施形態ではこのクリップ配信スケジュールは、マルチメディアクリップまたは他のコンテンツが配信ネットワーク上で認可された移動装置にとっていつ利用可能になるかを識別するコンタクトウィンドウを備える。ある特定のクリップを受信することに関心を有する装置は、適当なコンタクトウィンドウ時に、このクリップの受信をスケジュールし得る。それからこの装置は、このクリップが配信のためにスケジュールされるまでパワーを節約するように動作し得る。このシステムは、無線ネットワーク環境での使用に特に適しているが、通信ネットワーク、インターネットといった公衆網、仮想私設網（ＶＰＮ）といった私設網、ローカルエリアネットワーク、ワイドエリアネットワーク、長距離ネットワーク、その他任意のタイプのデータネットワークを含むがこれらに限定されない如何なるタイプのネットワーク環境でも使用可能である。

一実施形態ではクリップ配信スケジュールは、配信ネットワーク上の移動装置に配信される情報メッセージ（または「システム情報」）の一部として伝達される。クリップ配信スケジュールは装置が特定のクリップの受信をスケジュールすることを可能にするので、この配信システムにより、特定のクリップが利用可能になるのを待ちながら配信ネットワークを能動的に監視して移動装置がパワーを浪費する必要がなくなる。その結果、装置のバッテリーパワーは節約される。

図１は、配信システムの一実施形態を備えるネットワーク１００を示す。ネットワーク１００は、配信ネットワーク１０４上でコンテンツを配信するように動作するコンテンツ配信システム１０２を備える。例えばこのコンテンツ配信システム１０２は、任意の適当なタイプの通信技術を備える通信リンク１０６を使用してネットワーク１０４と通信するサーバ１２８を備える。コンテンツ配信システム１０２は、１つ以上のサービスと関連するマルチメディアクリップまたは他のコンテンツの形式でコンテンツを配信する。ネットワーク１０４は、任意のタイプの有線および／または無線ネットワークを備え得る。ネットワーク１０４は、種々の認可された移動装置１０８と通信している。例えば装置１０８は、ＰＤＡ１１０、携帯電話１１２およびノート型パソコン１１４を備える。ネットワーク１０４は、任意の適当な無線通信技術を備えた無線通信リンク１１６を使用して装置１０８と通信する。こうして配信ネットワーク１０４は、如何なるタイプおよび／または如何なる数の認可された移動装置にもコンテンツクリップを配信するように動作可能である。

一実施形態ではサーバ１２８は、選択されたクリップがネットワーク１０４上で利用可能になるはずの時間間隔を識別するコンタクトウィンドウ（ＣＷ）１２０を生成するように動作するコンタクトウィンドウロジック１１８を備える。例えばコンタクトウィンドウ１２０は、１つ以上のクリップがネットワーク１０４上の認可された装置に利用可能になる時間間隔を定義する。コンタクトウィンドウ１２０は、経路１２２によって示されるように情報メッセージ１２６に組み込まれて装置１２８に送信されるクリップ配信スケジュールの一部である。一実施形態では情報メッセージ１２６は、任意の適当なタイプのオーバーヘッドまたは他の専用の情報チャネルを使用して装置に送信される。

コンタクトウィンドウロジック１１８は、コンテンツ配信システム１０２で利用可能な情報を使用してコンタクトウィンドウ１２０を生成する。一実施形態ではコンタクトウィンドウは、下記の情報を備える。

・コンタクトウィンドウ開始時間：装置が特定のマルチメディアクリップをダウンロードするためにネットワークにコンタクトできる時間
・コンタクトウィンドウ継続時間：コンタクトウィンドウ開始時間後にマルチメディアクリップが利用可能である時間間隔
・加入メモリ：装置でマルチメディアクリップを記憶するために必要とされるメモリ量。

一実施形態ではコンタクトウィンドウロジック１１８はまた、１つ以上のコンタクトウィンドウに関連する受信パラメータを生成する。受信パラメータは、装置がコンテンツクリップを取得しようとすべきでないコンタクトウィンドウ内の時間間隔を記述している。例えば受信パラメータは、コンタクトウィンドウのあるパーセンテージ、例えば１０％を識別する。コンテンツクリップを取得しようとする装置は、コンタクトウィンドウの最後の１０％以内ではそうすべきではない。例えば受信パラメータは、装置がコンタクトウィンドウの１０％以内でコンテンツクリップをうまく受信できない可能性があるので、装置がパワーを節約することを可能にする。

一実施形態では携帯電話１１２といった認可された装置は、スケジューリングロジック（ＳＬ）１２４を備える。スケジューリングロジック１２４は、情報メッセージからコンタクトウィンドウ１２０を抽出して、これらのコンタクトウィンドウ１２０が関心のコンテンツクリップに関連しているかどうかを決定するように動作する。例えばスケジューリングロジック１２４は、関心のクリップを決定するために装置ユーザと対話するように動作する。別の実施形態では関心のクリップは、装置の現在の応募から決定される。もし関心のクリップが検出されれば、スケジューリングロジック１２４はこのクリップに関連するコンタクトウィンドウ時にこのクリップを受信するために装置の「ウェイクアップ」をスケジュールするように動作する。例えばもし関心のクリップがネットワーク１０４上で利用可能になったとき携帯電話１１２がパワーダウン待機モードになっていれば、スケジュールされたウェイクアップは、携帯電話１１２の電源を入れ関心のクリップを受信する。それからクリップは、携帯電話１１２に記憶され、後のプレゼンテーション時間または「視聴」時間に装置ユーザに提示される。

こうして配信システムの実施形態は、選択されたコンテンツクリップが配信ネットワーク上でいつ利用可能になるかを識別するコンタクトウィンドウを生成するように動作する。コンタクトウィンドウは、情報メッセージで移動装置に無線的に伝達される配信スケジュールの一部である。情報メッセージが移動装置によって受信されると、この装置のスケジューリングロジックは、関心の任意のクリップがいつ配信されることになっているかを決定し、装置の「ウェイクアップ」をスケジュールする。スケジュールされたウェイクアップは、関心のクリップが利用可能になったときにこの関心のクリップを受信するために装置がスリープモードからウェイクアップすることを可能にする。こうして配信システムは、移動装置に配信スケジュールを伝達するための、また関心のクリップが配信ネットワーク上で利用可能になるまでこれらの装置がバッテリーパワーを節約することを可能にするための柔軟で効率的なシステムを提供するように動作する。ネットワーク１００が単に一実施であることと本実施形態の範囲内で他の実施が可能であることに留意されたい。

図２は、配信システムで使用されるサーバ２００の一実施形態を示す。例えばサーバ２００は、図１に示すサーバ１２８としての使用に適している。サーバ２００は、すべてデータバス２１０に接続されている処理ロジック２０２とオペレータインタフェースＩ／Ｆ２０４と通信ロジック２０６とメモリ２０８とコンタクトウィンドウ発生器２１２とを備える。

１つ以上の実施形態では処理ロジック２０２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウエアロジック、メモリ素子、仮想機械、ソフトウエア、および／またはハードウエアとソフトウエアの任意の組合せを備える。こうして処理ロジック２０２は一般に、機械可読命令を実行するための、また内部データバス２１０を介してサーバ２００の１つ以上の他の機能要素を制御またはこれらと通信するためのロジックを備える。

通信ロジック２０６は、通信リンク２１４を使用して遠隔の装置またはシステムとの間でサーバ２００がコンテンツクリップ、コンタクトウィンドウおよび／または他の情報を送受信することを可能にするように動作するハードウエアロジックおよび／またはソフトウエアを備える。例えば通信リンク２１４は、サーバ２００がコンテンツ配信システムの他のエンティティとの間でコンタクトウィンドウパラメータを通信することを可能にするための任意の適当なタイプの通信リンクを備える。

メモリ２０８は、任意のタイプの情報を記憶するように動作可能な任意の適当なメモリ装置を備える。例えばメモリ２０８は、ＲＡＭ、フラッシュメモリ、ＥＥＰＲＯＭ、ハードディスク、および／または任意の他のタイプの記憶装置を備え得る。一実施形態ではメモリ２０８は、配信ネットワーク上で配信されるべき１つ以上のコンテンツクリップ２１６とサーバ２００の動作の一部として生成される１つ以上のコンタクトウィンドウ２１８とを記憶するように動作する。

オペレータＩ／Ｆ２０４は、配信システムの実施形態で使用される１つ以上のパラメータを受信するためにサーバ２００がオペレータと対話することを可能にするように動作するハードウエアロジックおよび／またはソフトウエアを備える。例えば１つ以上の実施形態では、オペレータＩ／Ｆ２０４を使用して、コンタクトウィンドウ２１８を生成するためにサーバ２００の動作時に使用されるオペレータ入力またはパラメータを受信する。

コンタクトウィンドウ発生器２１２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウエアロジック、メモリ素子、仮想機械、ソフトウエア、および／またはハードウエアとソフトウエアの任意の組合せを備える。１つ以上の実施形態ではコンタクトウィンドウ発生器２１２は、コンタクトウィンドウ２１８を生成するために種々のパラメータ（すなわちオペレータ入力）を受信するように動作する。コンタクトウィンドウ２１８の更に詳細な説明は、本文書の他のセクションで提供される。

動作時にサーバ２００は、通信ロジック２０６と通信リンク２１４とを使用してコンテンツ配信システム内の他のエンティティからクリップ２１６および／またはクリップ２１６に関する情報を取得するように動作する。一実施形態ではクリップに関する情報は、オペレータＩ／Ｆ２０４を介して受信されるオペレータ入力から取得される。この情報は、配信ネットワーク上でのクリップ２１６の配信を記述する配信スケジュール情報を備える。コンタクトウィンドウ発生器２１２は、この情報を使用して選択されたクリップが配信ネットワーク上で利用可能になるウィンドウを記述するコンタクトウィンドウを生成するように動作する。

処理ロジック２０２は、コンタクトウィンドウ２１８を１つ以上の情報メッセージに組み込むように動作する。例えば情報メッセージは、配信ネットワーク上の装置に配信システム情報を伝達するために使用される。一実施形態では処理ロジック２０２は、情報メッセージの一部としてネットワーク上の移動装置に伝達される配信スケジュールにコンタクトウィンドウ２１８を含めるように動作する。例えば情報メッセージは、通信リンク２１４を使用して通信ロジック２０６によって送信される。

一実施形態では配信システムは、少なくとも１つのプロセッサ、例えば処理ロジック２０２によって実行されるときに本明細書に記載の機能を与えるコンピュータ可読媒体に記憶された１つ以上のプログラム命令（「プログラム命令」）を有するコンピュータプログラムを備える。例えばこれらのプログラム命令は、フロッピー(登録商標)ディスク、ＣＤＲＯＭ、メモリカード、ＦＬＡＳＨメモリ装置、ＲＡＭ、ＲＯＭまたは他の任意のタイプのメモリ装置といったコンピュータ可読媒体、またはサーバ２００にインタフェースするコンピュータ可読媒体からサーバ２００にロードされ得る。別の実施形態ではプログラム命令は、外部の装置またはネットワーク資源からサーバ２００にダウンロードされ得る。プログラム命令は、処理ロジック２０２によって実行されるときに本明細書に記載されるような配信システムの実施形態を与える。

こうしてサーバ２００は、配信ネットワーク上の移動装置に伝達される配信スケジュールの一部であるコンタクトウィンドウを生成するための柔軟で効率的な機構を与えるように動作する。コンタクトウィンドウロジック２００が単に１つの実施を例示していることと他の実施が本実施形態の範囲内で可能であることに留意されたい。

図３は、配信システムで使用されるコンタクトウィンドウパラメータ３００の一実施形態を示す。例えばパラメータ３００は、図２に示すパラメータ２１８であり得る。一実施形態では配信システムは、情報メッセージの一部としてコンタクトウィンドウパラメータ３００を移動装置に伝達する。コンタクトウィンドウパラメータ３００は、所定のサービスＩＤに関して配信されるべき１つ以上のプレゼンテーション（すなわちコンテンツクリップ）が存在し得ることを示す。各プレゼンテーションに関して１つ以上のコンタクトウィンドウが存在し得る。こうしてパラメータ３００は、１つ以上のサービスに関連する１つ以上のプレゼンテーションに関してコンタクトウィンドウを識別する。例えば選択されたコンテンツクリップの１つ以上のプレゼンテーションに関連するある特定のサービスを識別するサービス識別子（ＩＤ）３０２が与えられる。サービス３０２に関して幾つのプレゼンテーションが発生するかを示すプレゼンテーション数パラメータ３０４が与えられる。例えばあるサービスは、このサービスに関連する任意の数のクリッププレゼンテーションを有する可能性がある。

各サービスに関して特定のプレゼンテーションを識別する少なくとも１つのプレゼンテーションＩＤ３０６が存在する。プレゼンテーションＩＤ３０６は、プレゼンテーション、メモリ要件、またはプレゼンテーションの他の属性を記述し得る関連のプレゼンテーション属性３０８を有する。更に各プレゼンテーションに関して、プレゼンテーションが配信ネットワークから受信され得るコンタクトウィンドウの数を識別するコンタクトウィンドウ数パラメータ３１０が存在する。例えば１つ以上のコンタクトウィンドウ時に配信ネットワーク上で任意のコンテンツクリップが利用可能であり得る。任意の特定のサービスに関連する多数のプレゼンテーションが存在し得ることに留意されたい。

ある特定のプレゼンテーションに関連するコンタクトウィンドウの開始時間を識別するコンタクトウィンドウ開始時間パラメータ３１２が与えられる。コンタクトウィンドウの継続時間を識別するコンタクトウィンドウ継続時間パラメータ３１４が与えられる。装置がコンテンツクリップを受信しようとすべきでないコンタクトウィンドウ内の時間間隔を示す受信パラメータ３１６が与えられる。例えば受信パラメータ３１６は、ある装置がコンテンツクリップを受信しようとすべきでないコンタクトウィンドウの一部分（コンタクトウィンドウの端部に配置された）を示すパーセンテージインジケータであり得る。例えば受信パラメータ３１６は、ある時点の後ではコンテンツクリップを首尾よく受信するためにコンタクトウィンドウ内に十分な時間が残っていないコンタクトウィンドウ内のこの時点を示す。

一実施形態では、配信ネットワーク上で、ある特定のプレゼンテーションが利用可能になる多数のコンタクトウィンドウを定義するためのパラメータ３１２、３１４および３１６の多数の事例が存在し得る。ある特定のプレゼンテーションを記憶するために装置が持つ必要があるメモリ量を示すメモリパラメータといった更なるパラメータも与えられ得る。

したがって１つ以上の実施形態では、コンタクトウィンドウパラメータ３００は、選択されたコンテンツクリップが配信ネットワーク上でいつ利用可能になるかを決定するために装置によって使用され得るコンタクトウィンドウ情報を与えるように動作する。パラメータ３００が単なる一実施を表していることと本実施形態の範囲内で他の実施が可能であることに留意されたい。

図４は、配信システムで使用されるコンタクトウィンドウを与える方法４００の一実施形態を示す。例えば本方法４００は、配信システムの一実施形態を与えるためにサーバ２００による使用に適している。明確にするために本方法４００を、図２に示すサーバ２００を参照しながら、ここで説明する。

フロック４０２でコンテンツクリップパラメータが取得される。例えば１つ以上のサービスに関連する１つ以上のコンテンツクリップに対する種々のパラメータが、処理ロジック２０２によって取得される。一実施形態では処理ロジック２０２は、通信ロジック２０６を介して他の配信システムエンティティと通信してクリップパラメータを取得する。別の実施形態では処理ロジック２０２は、オペレータＩ／Ｆを介してオペレータと通信してクリップパラメータを取得する。一実施形態ではクリップパラメータは、配信ネットワーク上での選択されたコンテンツクリップの利用可能性に関する情報を備える。例えばオペレータは、１週間のコース上で１時間内のある指定された時間に、選択されたコンテンツクリップが毎日利用可能になるべきであることをオペレータＩ／Ｆ２０４を介して指定し得る。取得されたパラメータはメモリ２０８に記憶され、クリップ２１６のいずれかに関連付けられ得る。

ブロック４０４で、１つ以上のコンテンツクリップに対して、コンタクトウィンドウパラメータと受信パラメータとが生成される。例えばコンタクトウィンドウ発生器２１２は、コンテンツクリップ毎に１つ以上のコンタクトウィンドウパラメータを生成するために、取得されたクリップパラメータを処理するように動作する。コンタクトウィンドウパラメータはまた、１つ以上の受信パラメータを含む。例えばコンタクトウィンドウパラメータと受信パラメータは、図３に示すコンタクトウィンドウパラメータ３００のようにフォーマット化される。生成されたコンタクトウィンドウパラメータはそれから、２１８で示されるようにメモリに記憶される。

ブロック４０６で、生成されたコンタクトウィンドウパラメータは、情報メッセージに組み込まれる。例えば情報メッセージは、配信ネットワーク上の装置に最新の配信システム更新を与えるシステム情報を備える。一実施形態では処理ロジック２０２は、コンタクトウィンドウ２１８を情報メッセージに組み込むように動作する。別の実施形態ではコンタクトウィンドウパラメータは、配信システムの他のエンティティによって情報メッセージに組み込まれる。

ブロック４０８で情報メッセージは、配信ネットワーク上の装置に配信される。例えば処理ロジック２０２は、通信リンク２１４を使用して配信ネットワーク上で情報メッセージを放送するように通信ロジック２０６を制御する。例えば情報メッセージは、オーバーヘッドチャネルまたは他の専用の情報チャネル上で送信され得る。別の実施形態では情報メッセージは、配信システムの他のエンティティによって送信される。

ブロック４１０でコンテンツクリップは、指定されたコンタクトウィンドウ時に配信ネットワーク上で配信される。例えば処理ロジック２０２は、選択されたコンタクトウィンドウ時に配信ネットワーク上で１つ以上のコンテンツクリップ２１６を配信するように通信ロジック２０６を制御するように動作する。例えば各クリップは１つ以上のコンタクトウィンドウに関連付けられ、処理ロジック２０２は、ある特定のクリップを受信することに関心のある如何なる装置もこれのコンタクトウィンドウ時にそうすることができるように、各クリップをこれの対応するコンタクトウィンドウ時に配信するように動作する。別の実施形態ではコンテンツクリップは、配信システムの他のエンティティによって配信ネットワーク上で配信される。

ブロック４１２で、任意のコンテンツクリップに関連するコンタクトウィンドウを追加、変更、削除またはそうでなければ修正し得る何らかの新しいクリップが存在するかどうかを決定するためにテストが実行される。例えば新しいコンタクトウィンドウを生成する新しいオペレータ入力は、オペレータＩ／Ｆ２０４を介して受信され得る。もし新しいパラメータが存在すれば本方法は、これらのパラメータを取得して新しいコンタクトウィンドウを生成するためにブロック４０２に進む。もし新しいパラメータが存在しなければ、本方法はブロック４１４で終了する。

こうして本方法４００は、配信システムの実施形態で使用されるコンタクトウィンドウを与えるように動作する。本方法４００が単なる一実施であって本実施形態の範囲内で他の実施が可能であることに留意されたい。例えば本方法４００の機能のいずれも、本実施形態の範囲内で追加、変更、削除、修正、組合せ、またはそうでなければ調整され得る。

図５は、配信システムにおいてクリップ配信スケジュールを受信するように動作する移動装置５００の一実施形態を示す。例えば装置５００は、図１に示す装置１１２としての使用に適している。装置５００は、すべてデータバス５１０に接続された処理ロジック５０２、オペレータインタフェースＩ／Ｆ５０４、通信ロジック５０６、およびメモリ５０８を備える。装置５００はまた、これもデータバス５１０に接続されたコンテンツスケジューリングロジック５１２を備える。

１つ以上の実施形態では処理ロジック５０２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウエアロジック、メモリ素子、仮想機械、ソフトウエア、および／またはハードウエアとソフトウエアの任意の組合せとを備える。こうして処理ロジック５０２は一般に、機械可読命令を実行するための、また内部データバス５１０を介して装置５００の１つ以上の他の機能要素を制御するための、またはこれらと通信するためのロジックを備える。

通信ロジック５０６は、通信リンク５１４を使用して遠隔の装置またはシステムとの間で装置５００がコンテンツクリップ、コンタクトウィンドウおよび／または他の情報を送受信することを可能にするように動作するハードウエアロジックおよび／またはソフトウエアを備える。例えば一実施形態で通信リンク５１４は、１つ以上のコンタクトウィンドウ、コンテンツクリップまたは配信ネットワークからの他の情報を備える情報メッセージを無線通信リンク上で装置５００が受信することを可能にする任意の適当なタイプの通信リンクを備える。

メモリ５０８は、任意のタイプの情報を記憶するように動作可能な任意の適当なメモリ装置を備える。例えばメモリ５０８は、ＲＡＭ、フラッシュメモリ、ＥＥＰＲＯＭ、ハードディスク、および／または任意の他のタイプの記憶装置を備え得る。一実施形態ではメモリ５０８は、１つ以上の受信パラメータ５１６と１つ以上のコンタクトウィンドウ５１８とを記憶するように動作する。一実施形態では受信パラメータ５１６は、装置５００に関心のコンテンツクリップを識別するパラメータを備える。

オペレータＩ／Ｆ５０４は、配信システムの実施形態で使用される１つ以上のパラメータを受信するために装置５００がオペレータと対話することを可能にするように動作するハードウエアロジックおよび／またはソフトウエアを備える。例えば１つ以上の実施形態ではオペレータＩ／Ｆ５０４は、関心のコンテンツクリップを決定するために配信システムの動作時に使用されるオペレータ入力またはパラメータを受信するために使用される。例えば受信されたパラメータは、パラメータ５１６であり得る。

スケジューリングロジック５１２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウエアロジック、メモリ素子、仮想機械、ソフトウエア、および／またはハードウエアとソフトウエアの任意の組合せを備える。１つ以上の実施形態ではスケジューリングロジック５１２は、関心のコンテンツクリップを決定するために種々のパラメータ（すなわちオペレータ入力）を受信するように動作する。一実施形態ではスケジューリングロジック５１２は、装置５００に記憶された加入情報に基づいて関心のクリップを決定する。

動作時に装置５００は、１つ以上のコンタクトウィンドウを有する１つ以上のコンテンツクリップを記述するクリップ配信スケジュールを備える情報メッセージを受信するように動作する。スケジューリングロジック５１２は、オペレータ入力から、あるいは加入されたサービスに基づいて関心のクリップを決定する。関心のクリップに関する情報をクリップ配信スケジュール内の利用可能なクリップに関する情報と比較することによってスケジューリング５１２は、いずれかの関心のクリップが配信ネットワーク上で利用可能であるかどうかを決定する。もし関心のクリップが利用可能であれば、スケジューリングロジック５１２は、装置が適当なコンタクトウィンドウ時にこれらのクリップを受信できるように装置のウェイクアップをスケジュールするように動作する。如何なる受信された関心のクリップも後の視聴のためにメモリ５０８に記憶される。

一実施形態ではスケジューリングロジック５１２は、任意のコンタクトウィンドウに関連する任意の受信パラメータを処理するように動作する。例えば受信パラメータは、ある時点の後では装置５００がコンテンツクリップを受信しようとすべきでないコンタクトウィンドウ内のその時点を示し得る。スケジューリングロジック５１２は、受信パラメータがコンタクトウィンドウに含まれているかどうかを決定するように動作し、もしそうであればコンタクトウィンドウ内ではあるが受信パラメータによって示された時点より前のコンテンツクリップの受信をスケジュールするように動作する。こうしてクリップは、装置５００によって首尾よく受信されることができる。

一実施形態では配信システムは、少なくとも１つのプロセッサ、例えば処理ロジック５０２によって実行されるときに本明細書に記載の機能を与える、コンピュータ可読媒体に記憶された１つ以上のプログラム命令（「プログラム命令」）を有するコンピュータプログラムを備える。例えばプログラム命令は、フロッピーディスク、ＣＤＲＯＭ、メモリカード、ＦＬＡＳＨメモリ装置、ＲＡＭ、ＲＯＭまたは他の任意のタイプのメモリ装置といったコンピュータ可読媒体、または装置５００にインタフェースするコンピュータ可読媒体から装置５００にロードされ得る。別の実施形態ではプログラム命令は、外部の装置またはネットワーク資源から装置５００にダウンロードされ得る。プログラム命令は、処理ロジック５０２によって実行されるときに本明細書に記載されるような配信システムの実施形態を与える。

こうして装置５００は、情報メッセージでクリップ配信スケジュールを受信し、この配信スケジュール内に関心のコンテンツクリップが存在するかどうかを決定し、如何なる受信パラメータも明確にする選択されたコンタクトウィンドウ時にウェイクアップをスケジュールし、そして後の視聴のために関心のクリップを受信するための柔軟で効率的な機構を提供するように動作する。装置５００が単に一実施を例示していることと、他の実施が本実施形態の範囲内で可能であることに留意されたい。

図６は、配信システムで使用される装置を動作させる方法６００の一実施形態を示す。例えば本方法は、図５に示す装置５００による使用に適している。明確にするために本方法５００を、装置５００を参照しながら、ここで説明する。

フロック６０２で、情報メッセージが装置５００によって取得される。例えば情報メッセージは、通信ロジック５０６によって無線伝送において受信される。情報メッセージは、１つ以上のコンタクトウィンドウに関連するコンテンツクリップを記述するクリップ配信スケジュールを備える。一実施形態ではコンタクトウィンドウは、図３に示しようにフォーマット化される。

ブロック６０４で、関心のコンテンツクリップが決定される。一実施形態ではスケジューリングロジック５１２は、関心のコンテンツクリップを決定するように動作する。例えばスケジューリングロジック５１２は、オペレータＩ／Ｆ５０４を介してオペレータ入力を受信し、装置ユーザにとって関心のあるコンテンツクリップを決定するためにこの入力（すなわちパラメータ５１６）を使用する。別の実施形態ではスケジューリングロジック５１２は、装置の現在の応募を記述する装置に記憶されたサービス加入パラメータを処理し、関心のコンテンツクリップを決定するためにこの情報を使用する。例えば加入されたサービスに関するコンテンツクリップは、関心のコンテンツクリップとしてフラグ付けされる。

ブロック６０６で、情報メッセージ内に記述されたクリップが関心のクリップのいずれかに一致するかどうかを決定するためにテストが実行される。一実施形態ではコンテンツスケジューリングロジック５１２は、決定された関心のクリップに関する識別子を情報メッセージ内に与えられたクリップ配信スケジュール内の識別子と比較するように動作する。例えばコンタクトウィンドウパラメータ３００内のサービス識別子は、決定された関心のクリップに関連するサービス識別子と一致し得る。もし一致が起これば、情報メッセージ内で識別されたクリップが受信されることになり、本方法はブロック６０８に進む。もし一致が起こらなければ、関心のクリップは利用可能でなく、本方法はブロック６０２に進む。受信された情報メッセージ内のコンタクトウィンドウパラメータが装置にとって関心のクリップを記述しているかどうかを決定するために如何なる技法またはプロセスでも使用可能であることに留意されたい。別の実施形態ではコンタクトウィンドウパラメータは、何か特定のコンテンツクリップが装置上に既に存在しているかどうかを決定するために使用される。もし受信されたクリップ配信スケジュール内のクリップが既に装置上に存在していることが決定されれば、本方法はブロック６０２に進む。

ブロック６０８で、受信されるべきクリップのためのコンタクトウィンドウが取得される。一実施形態ではスケジューリングロジック５１２は、情報メッセージから受信されるべきクリップのためのコンタクトウィンドウを取得するように動作し、５１８で示すようにコンタクトウィンドウをメモリ５０８に記憶する。

ブロック６１０で、受信されるべきクリップのための受信パラメータが取得される。一実施形態ではスケジューリングロジック５１２は、情報メッセージから受信パラメータを取得してこれらの受信パラメータをメモリ５０８に記憶するように動作する。

ブロック６１２で、装置が関心のコンテンツクリップを受信できるように、１つ以上の受信時間（またはウェイクアップ時間）がスケジュールされる。例えばスケジューリングロジック５１２は、受信されるべきコンテンツクリップに関連するコンタクトウィンドウ内で受信時間が発生するように、受信時間をスケジュールするように動作する。一実施形態では受信パラメータは、クリップの検索が試みられるべきであるコンタクトウィンドウ内のある時間間隔を決定するために使用される。例えば受信パラメータは、コンテンツクリップを首尾よく検索するためにコンタクトウィンドウ内に残っている時間が十分でない可能性があるので、装置がこのコンテンツクリップを検索しようとすべきでないコンタクトウィンドウの一部を示す。こうしてスケジューリングロジック５１２は、クリップが首尾よく受信され得るように、装置受信時間をスケジュールするように動作する。

ブロック６１４で装置は、バッテリーパワーを節約するためにパワーダウンスリープ（待機）モードに入る。例えば処理ロジック５０２は、装置をパワーダウンモードに置くように動作する。このモードではこの装置はまだ、コンテンツクリップを受信するために選択された時間にウェイクアップすることができる。

ブロック６１６で、１つ以上のコンテンツクリップを受信するために装置が電源を入れるべきであるかどうかを決定するためにテストが実行される。一実施形態では処理ロジック５０２は、装置がコンテンツクリップを受信するためにウェイクアップする必要があるかどうかを決定するように動作する。例えば処理ロジック５０２は、１つ以上のコンタクトウィンドウに関連するスケジュールされた受信時間に現在の時間が一致するかどうかを決定するように動作する。もし装置がウェイクアップする必要がなければ、本方法はブロック６１４に進む。もし装置がウェイクアップする必要があれば、本方法はブロック６１８に進む。

ブロック６１８で装置は、選択されたコンテンツクリップを受信するために、選択されたコンタクトウィンドウ内で電源を入れる。例えば処理ロジック５０２は、配信ネットワークからコンテンツクリップを受信するために通信ロジック５０６に電源を入れるように動作する。

ブロック６２０で、１つ以上のコンテンツクリップが受信される。例えばコンテンツクリップは配信ネットワーク上を送信されて、通信ロジック５０６は通信リンク５１４を使用して無線伝送でコンテンツクリップを受信するように動作する。

ブロック６２２で、装置がコンタクトウィンドウ時にコンテンツクリップを受信したかどうかを決定するためにテストが実行される。一実施形態では装置５００は、スケジュールされた受信時間のコンタクトウィンドウ時にクリップを受信した可能性がある。別の実施形態では装置５００は、範囲外にあってネットワーク上で通信できなかったためにこのコンタクトウィンドウ時にクリップを受信できなかった可能性がある。もし装置５００がクリップを首尾よく受信したならば、本方法はブロック６２４に進む。もし装置がクリップを受信できなかったならば、本方法はブロック６２６に進む。

ブロック６２４で、受信されたクリップは後の視聴のために装置に記憶される。一実施形態では処理ロジック５０２は、このクリップをメモリ５０８に記憶するように動作する。ある後のプレゼンテーション時間に処理ロジック５０２は、記憶されたクリップを検索して、装置上でこれを描写するように動作する。もし受信すべきクリップがもはや存在しなければ、本方法はブロック６２８で終了する。もし受信すべきクリップが更に存在すれば、本方法はブロック６２６に進む。

ブロック６２６で、装置が直ぐ次のコンタクトウィンドウ内のクリップデータを受信する必要があるかどうかを決定するために、テストが実行される。例えば一実施形態では、もし装置５００が如何なる誤りもなく第１のコンタクトウィンドウ内のクリップを受信すれば、装置はスリープに戻ることができる。したがってもしクリップが首尾よく受信されてブロック６２４で記憶されれば、本方法は、次のスケジュールされた受信時間までパワーを節約するためにパワーダウンモードに戻るブロック６１４に進む。

別の実施形態では、もしクリップが首尾よく受信されないか、追加のクリップデータが受信される必要があれば、本方法は直ぐ次のコンタクトウィンドウ内の更なるクリップデータを受信するためにブロック６２０に進む。例えば装置５００は、クリップデータを受信するために目覚めているか、あるいは少なくとも直ぐ次のコンタクトウィンドウを監視することができる。クリップのために使用される符号化方式に依存して、コンテンツクリップがこのクリップに関連するすべてのコンタクトウィンドウで放送されることは必要でないことに留意されたい。例えば選択されたコンテンツクリップの異なる部分は、多数のコンタクトウィンドウ上で放送され得る。更に移動装置は、１つのコンタクトウィンドウ中で目覚めている必要はない。更に移動装置は、クリップを正しく復号するために十分な情報を受信する限り、このコンタクトウィンドウ中で目覚めている必要はない。

こうして方法６００は、配信システムで使用される装置を動作させる方法の実施形態を提供する。方法６００が単に一実施であることと、本実施形態の範囲内で他の実施が可能であることに留意されたい。例えば本方法６００の機能のいずれも、本実施形態の範囲内で追加、変更、削除、修正、組合せ、またはそうでなければ調整されることが可能である。

図７は、配信システムでの使用に適した装置７００の一実施形態を示す。例えば装置７００は、図１に示した装置１１２としての使用に適している。

装置７００は、コンタクトウィンドウを受信するための手段（７０２）と、関心のクリップを決定するための手段（７０４）と、関心のクリップと選択されたクリップとの間の一致を決定するための手段（７０６）と、クリップを受信するようにスケジュールするための手段（７０８）と、を備える。１つ以上の実施形態では手段（７０２〜７０８）は、本明細書に記載の機能を与えるためにコンピュータプログラムを実行する少なくとも１つのプロセッサによって与えられる。

図８は、配信システムでの使用に適したサーバ８００の一実施形態を示す。例えばサーバ８００は、図１に示したサーバ１２６としての使用に適している。

サーバ８００は、コンタクトウィンドウを生成するための手段（８０２）と、受信パラメータを生成するための手段（８０４）と、コンタクトウィンドウと受信パラメータとをシステム情報メッセージに組み込む手段（８０６）と、システム情報メッセージを送信するための手段（８０８）と、を備える。１つ以上の実施形態では手段（８０２〜８０８）は、本明細書に記載の機能を与えるためにコンピュータプログラムを実行する少なくとも１つのプロセッサによって与えられる。

ここに開示された実施形態に関連して説明された種々の例示的なロジックとロジックブロックとモジュールと回路は、汎用プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラム可能ロジックデバイス、個別ゲートまたはトランジスタロジック、個別ハードウエアコンポーネント、あるいは本明細書に記載の機能を実行するように設計されたこれらの何らかの組合せによって実現あるいは実行され得る。汎用プロセッサは、マイクロプロセッサであり得るが、代替としてこのプロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機械であり得る。プロセッサはまた、計算装置の組合せ、例えばＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサの組合せ、ＤＳＰコアと連携した１つ以上のプロセッサの組合せ、あるいは他の任意のこのような構成としても実現可能である。

本明細書に開示された実施形態と関連付けて説明された方法またはアルゴリズムのステップは、直接ハードウエアに、プロセッサによって実行されるソフトウエアモジュールに、またはこれら２つの組合せに具体化され得る。ソフトウエアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、着脱可能ディスク、ＣＤ−ＲＯＭ、あるいは当分野で知られた他の任意の形式の記憶媒体に常駐できる。例示的記憶媒体は、プロセッサがこの媒体から情報を読み取ることができ、またこの媒体に情報を書き込むことができるようにプロセッサに接続される。代替として記憶媒体は、プロセッサと一体になり得る。プロセッサと記憶媒体は、１つのＡＳＩＣに常駐し得る。このＡＳＩＣは、ユーザ端末に常駐し得る。代替としてプロセッサと記憶媒体はユーザ端末内で個別コンポーネントとして常駐し得る。

開示された実施形態の説明は、当分野に精通する人であれば誰でも本発明を実施または使用できるようにするために提供されている。これらの実施形態に対する種々の修正は、当分野に精通する人々には直ちに明らかになることが可能であり、また本明細書に定義された一般的原理は、本発明の精神または範囲から逸脱することなく、他の実施形態、例えば即時メッセージ通信サービス、あるいは任意の一般的な無線データ通信アプリケーションに適用可能である。したがって本発明は、本明細書に示された実施形態に限定されるように意図されておらず、本明細書に開示された原理と新規な特徴とに一致する最も広い範囲に一致するとされるべきである。用語「例示的」は、本明細書ではもっぱら「例として、事例として、あるいは例示として働くこと」を意味するために使用されている。ここで「例示的」として説明された如何なる実施形態も、必ずしも他の実施形態より好適あるいは有利であると解釈されるべきではない。

したがって配信システムの実施形態を本明細書に例示し説明してきたが、これらの精神または本質的な特性から逸脱することなく、これらの実施形態に種々の変更が行われ得ることは認められるであろう。したがって本明細書における開示と説明は、下記の請求項に記載された本発明の範囲の限定ではなく、例示であることを意図するものである。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付加する。
[1]クリップ配信スケジュールを与える方法であって、
コンテンツクリップが配信ネットワーク上で利用可能になる時間間隔を記述するコンタクトウィンドウを受信することと、
関心の１つ以上のクリップを決定することと、
前記コンテンツクリップが前記関心の１つ以上のクリップのうちの少なくとも１つと一致することを決定することと、
前記コンテンツクリップを受信するために前記時間間隔内で受信時間をスケジュールすることと、
を備える方法。
[2]情報メッセージにおいて前記コンタクトウィンドウを受信することを更に備える、上記[1]に記載の方法。
[3]前記受信時間までパワーを節約することを更に備える、上記[1]に記載の方法。
[4]前記コンテンツクリップを受信するために前記受信時間に低パワーモードからウェイクアップすることを更に備える、上記[1]に記載の方法。
[5]オペレータ入力と装置応募の１つまたは両方に基づいて前記関心の１つ以上のクリップを決定することを更に備える、上記[1]に記載の方法。
[6]前記コンテンツクリップが前記配信ネットワーク上でいつ利用可能になるかを記述する１つ以上の追加的コンタクトウィンドウを決定することと、
前記１つ以上の追加的コンタクトウィンドウのうちの少なくとも１つにおいて前記コンテンツクリップを受信することと、
を更に備える、上記[1]に記載の方法。
[7]前記コンタクトウィンドウに関連する受信パラメータを受信することを更に備える、上記[1]に記載の方法。
[8]前記コンテンツクリップが、前記受信パラメータに基づいて前記時間間隔内に受信され得るかどうかを決定することを更に備える、上記[7]に記載の方法。
[9]クリップ配信スケジュールを与える装置であって、
コンテンツクリップが配信ネットワーク上で利用可能になる時間間隔を記述するコンタクトウィンドウを受信するように構成された通信ロジックと、
関心の１つ以上のクリップを決定するように構成された処理ロジックと、
前記コンテンツクリップが前記関心の１つ以上のクリップのうちの少なくとも１つと一致することを決定するように、また前記時間間隔内に前記コンテンツクリップを受信するために受信時間をスケジュールするように構成されたスケジューリングロジックと、
を備える装置。
[10]前記通信ロジックは、情報メッセージにおいて前記コンタクトウィンドウを受信するように構成された、上記[9]に記載の装置。
[11]前記処理ロジックは、前記受信時間までパワーを節約するように構成された、上記[9]に記載の装置。
[12]前記通信ロジックは、前記コンテンツクリップを受信するために前記受信時間に低パワーモードからウェイクアップするように構成された、上記[9]に記載の装置。
[13]前記処理ロジックは、オペレータ入力と装置応募の１つまたは両方に基づいて前記関心の１つ以上のクリップを決定するように構成された、上記[9]に記載の装置。
[14]前記スケジューリングロジックは、前記コンテンツクリップが前記配信ネットワーク上でいつ利用可能になるかを記述する１つ以上の追加的コンタクトウィンドウを決定するように、また前記１つ以上の追加的コンタクトウィンドウのうちの少なくとも１つにおいて前記コンタクトクリップを受信するように構成された、上記[9]に記載の装置。
[15]前記スケジューリングロジックは、前記コンタクトウィンドウに関連する受信パラメータを受信するように構成された、上記[9]に記載の装置。
[16]前記スケジューリングロジックは、前記コンテンツクリップが前記受信パラメータに基づいて前記時間間隔内に受信され得るかどうかを決定するように構成された、上記[15]に記載の装置。
[17]クリップ配信スケジュールを与える装置であって、
コンテンツクリップが配信ネットワーク上で利用可能になる時間間隔を記述するコンタクトウィンドウを受信するための手段と、
関心の１つ以上のクリップを決定するための手段と、
前記コンテンツクリップが前記関心の１つ以上のクリップのうちの少なくとも１つと一致することを決定するための手段と、
前記時間間隔内に前記コンテンツクリップを受信するために受信時間をスケジュールするための手段と、
を備える装置。
[18]情報メッセージにおいて前記コンタクトウィンドウを受信するための手段を更に備える、上記[17]に記載の装置。
[19]前記受信時間までパワーを節約するための手段を更に備える、上記[17]に記載の装置。
[20]前記コンテンツクリップを受信するために前記受信時間に低パワーモードからウェイクアップするための手段を更に備える、上記[17]に記載の装置。
[21]オペレータ入力と装置応募の１つまたは両方に基づいて前記関心の１つ以上のクリップを決定するための手段を更に備える、上記[17]に記載の装置。
[22]前記コンテンツクリップが前記配信ネットワーク上でいつ利用可能になるかを記述する１つ以上の追加的コンタクトウィンドウを決定するための手段と、
前記１つ以上の追加的コンタクトウィンドウのうちの少なくとも１つにおいて前記コンタクトクリップを受信するための手段と、を更に備える、上記[17]に記載の装置。
[23]前記コンタクトウィンドウに関連する受信パラメータを受信するための手段を更に備える、上記[17]に記載の装置。
[24]前記コンテンツクリップが、前記受信パラメータに基づいて前記時間間隔内に受信され得るかどうかを決定するための手段を更に備える、上記[23]に記載の装置。
[25]少なくとも１つのプロセッサによって実行されるときに、クリップ配信スケジュールを与えるように動作するコンピュータプログラムを有するコンピュータ可読媒体であって、前記コンピュータプログラムは、
コンテンツクリップが配信ネットワーク上で利用可能になる時間間隔を記述するコンタクトウィンドウを受信する命令と、
関心の１つ以上のクリップを決定する命令と、
前記コンテンツクリップが前記関心の１つ以上のクリップのうちの少なくとも１つと一致することを決定する命令と、
前記時間間隔内に前記コンテンツクリップを受信するために受信時間をスケジュールする命令と、
を備えるコンピュータ可読媒体。
[26]情報メッセージにおいて前記コンタクトウィンドウを受信する命令を更に備える、上記[25]に記載のコンピュータプログラム。
[27]前記受信時間までパワーを節約する命令を更に備える、上記[25]に記載のコンピュータプログラム。
[28]前記コンテンツクリップを受信するために前記受信時間に低パワーモードからウェイクアップする命令を更に備える、上記[25]に記載のコンピュータプログラム。
[29]オペレータ入力と装置応募の１つまたは両方に基づいて前記関心の１つ以上のクリップを決定する命令を更に備える、上記[25]に記載のコンピュータプログラム。
[30]前記コンテンツクリップが前記配信ネットワーク上でいつ利用可能になるかを記述する１つ以上の追加的コンタクトウィンドウを決定する命令と、
前記１つ以上の追加的コンタクトウィンドウのうちの少なくとも１つにおいて前記コンテンツクリップを受信する命令と、を更に備える、上記[25]に記載のコンピュータプログラム。
[31]前記コンタクトウィンドウに関連する受信パラメータを受信する命令を更に備える、上記[25]に記載のコンピュータプログラム。
[32]前記コンテンツクリップが前記受信パラメータに基づいて前記時間間隔内に受信され得るかどうかを決定する命令を更に備える、上記[31]に記載のコンピュータプログラム。
[33]クリップ配信スケジュールを与える方法を実行するように構成された少なくとも１つのプロセッサであって、前記方法は、
コンテンツクリップが配信ネットワーク上で利用可能になる時間間隔を記述するコンタクトウィンドウを受信することと、
関心の１つ以上のクリップを決定することと、
前記コンテンツクリップが前記関心の１つ以上のクリップのうちの少なくとも１つと一致することを決定することと、
前記時間間隔内に前記コンテンツクリップを受信するために受信時間をスケジュールすることとを備える、少なくとも１つのプロセッサ。
[34]情報メッセージにおいて前記コンタクトウィンドウを受信することを更に備える、上記[33]に記載の方法。
[35]前記受信時間までパワーを節約することを更に備える、上記[33]に記載の方法。
[36]前記コンテンツクリップを受信するために前記受信時間に低パワーモードからウェイクアップすることを更に備える、上記[33]に記載の方法。
[37]オペレータ入力と装置応募の１つまたは両方に基づいて前記関心の１つ以上のクリップを決定することを更に備える、上記[33]に記載の方法。
[38]装置応募に基づいて前記１つ以上の関心のクリップを決定することを更に備える、上記[33]に記載の方法。
[39]前記コンテンツクリップが前記配信ネットワーク上でいつ利用可能になるかを記述する１つ以上の追加的コンタクトウィンドウを決定することと、
前記１つ以上の追加的コンタクトウィンドウのうちの少なくとも１つにおいて前記コンテンツクリップを受信することと、を更に備える、上記[33]に記載の方法。
[40]前記受信パラメータに基づいて前記コンテンツクリップが前記時間間隔内に受信され得るかどうかを決定することを更に備える、上記[39]に記載の方法。
[41]クリップ配信スケジュールを与える方法であって、
コンテンツクリップが配信ネットワーク上でいつ利用可能になるかを記述するコンタクトウィンドウを生成することと、
受信パラメータを生成することと、
前記コンタクトウィンドウと前記受信パラメータとを情報メッセージに組み込むことと、
前記情報メッセージを送信することと、を備える前記方法。
[42]前記受信パラメータを生成することは、前記コンテンツクリップの受信が始まるべきでないコンタクトウィンドウ内の時間間隔を示すための受信パラメータを生成することを備える、上記[41]に記載の方法。
[43]前記送信することは、無線ネットワーク上で前記情報メッセージを送信することを備える、上記[41]に記載の方法。
[44]クリップ配信スケジュールを与える装置であって、
コンテンツクリップが配信ネットワーク上でいつ利用可能になるかを記述するコンタクトウィンドウを生成するように、また受信パラメータを生成するように構成されたコンタクトウィンドウ発生器と、
前記コンタクトウィンドウと前記受信パラメータとを情報メッセージに組み込むように構成された処理ロジックと、
前記情報メッセージを送信するように構成された通信ロジックと、
を備える装置。
[45]前記コンタクトウィンドウ発生器は、前記コンテンツクリップの受信が始まるべきでないコンタクトウィンドウ内の時間間隔を示すための受信パラメータを生成するように構成された、上記[44]に記載の方法。
[46]前記通信ロジックは無線ネットワーク上で前記情報メッセージを送信するように構成された、上記[44]に記載の装置。
[47]クリップ配信スケジュールを与える装置であって、
コンテンツクリップが配信ネットワーク上でいつ利用可能になるかを記述するコンタクトウィンドウを生成するための手段と、
受信パラメータを生成するための手段と、
前記コンタクトウィンドウと前記受信パラメータとを情報メッセージに組み込む手段と、
前記情報メッセージを送信するための手段と、を備える装置。
[48]前記受信パラメータを生成するための手段は、前記コンテンツクリップの受信が始まるべきでないコンタクトウィンドウ内の時間間隔を示すための受信パラメータを生成するための手段を備える、上記[47]に記載の方法。
[49]前記送信するための手段は、無線ネットワーク上で前記情報メッセージを送信するための手段を備える、上記[47]に記載の装置。
[50]少なくとも１つのプロセッサによって実行されるときにクリップ配信スケジュールを与えるように動作するコンピュータプログラムを有するコンピュータ可読媒体であって、前記コンピュータプログラムは、
コンテンツクリップが配信ネットワーク上でいつ利用可能になるかを記述するコンタクトウィンドウを生成する命令と、
受信パラメータを生成する命令と、
前記コンタクトウィンドウと前記受信パラメートとを情報メッセージに組み込む命令と、
前記情報メッセージを送信する命令と、
を備えるコンピュータ可読媒体。
[51]前記受信パラメータを生成する命令は、前記コンテンツクリップの受信が始まるべきでないコンタクトウィンドウ内の時間間隔を示すための受信パラメータを生成する命令を備える、上記[50]に記載のコンピュータプログラム。
[52]前記送信する命令は、無線ネットワーク上で前記情報メッセージを送信する命令を備える、上記[50]に記載の装置。
[53]クリップ配信スケジュールを与える方法を実行するように構成された少なくとも１つのプロセッサであって、前記方法は、
コンテンツクリップが配信ネットワーク上でいつ利用可能になるかを記述するコンタクトウィンドウを生成することと、
受信パラメータを生成することと、
前記コンタクトウィンドウと前記受信パラメータとを情報メッセージに組み込むことと、
前記情報メッセージを送信することと、
を備える少なくとも１つのプロセッサ。
[54]前記受信パラメータを生成することは、前記コンテンツクリップの受信が始まるべきでないコンタクトウィンドウ内の時間間隔を示すための受信パラメータを生成することを備える、上記[53]に記載の方法。
[55]前記送信することは、無線ネットワーク上で前記情報メッセージを送信することを備える、上記[53]に記載の方法。

Claims (36)

1. クリップ配信スケジュールを与える方法であって、
   コンテンツクリップが配信ネットワーク上で利用可能になる時間間隔を記述するコンタクトウィンドウを、放送によって受信することと、
   前記コンタクトウィンドウに関連する受信パラメータを、放送によって受信することと、ここにおいて、前記受信パラメータは、前記コンテンツクリップの受信が始まるべきでない前記コンタクトウィンドウ内の時間間隔を示す、
   前記コンテンツクリップを受信するために前記時間間隔内で受信時間をスケジュールすることと、
   前記スケジュールされた受信時間に、前記受信パラメータによって示された前記時間間隔内に前記コンテンツクリップを、放送によって受信することと、
   を備える方法。
2. 情報メッセージにおいて前記コンタクトウィンドウを受信することを更に備える、請求項１に記載の方法。
3. 前記受信時間までパワーを節約することを更に備える、請求項１に記載の方法。
4. 前記コンテンツクリップを受信するために前記受信時間に低パワーモードからウェイクアップすることを更に備える、請求項１に記載の方法。
5. オペレータ入力と応募されたサービスの１つまたは両方に基づいてユーザにとって関心のある１つ以上のクリップを決定することを更に備える、請求項１に記載の方法。
6. 前記コンテンツクリップが前記配信ネットワーク上でいつ利用可能になるかを記述する１つ以上の追加的コンタクトウィンドウを決定することと、
   前記１つ以上の追加的コンタクトウィンドウのうちの少なくとも１つにおいて前記コンテンツクリップを受信することと、
   を更に備える、請求項１に記載の方法。
7. 前記コンテンツクリップが、前記受信パラメータに基づいて前記時間間隔内に受信され得るかどうかを決定することを更に備える、請求項１に記載の方法。
8. クリップ配信スケジュールを与える装置であって、
   コンテンツクリップが配信ネットワーク上で利用可能になる時間間隔を記述するコンタクトウィンドウを、放送によって受信し、前記コンタクトウィンドウに関連する受信パラメータを、放送によって受信するように構成された通信ロジックと、前記受信パラメータは、前記コンテンツクリップの受信が始まるべきでない前記コンタクトウィンドウ内の時間間隔を示す、
   前記時間間隔内に前記コンテンツクリップを受信するために受信時間をスケジュールするように、及び前記スケジュールされた受信時間に、前記受信パラメータによって示された前記時間間隔内に前記コンテンツクリップを、放送によって受信するように構成されたスケジューリングロジックと、
   を備える装置。
9. 前記通信ロジックは、情報メッセージにおいて前記コンタクトウィンドウを受信するように構成された、請求項８に記載の装置。
10. 前記処理ロジックは、前記受信時間までパワーを節約するように構成された、請求項８に記載の装置。
11. 前記通信ロジックは、前記コンテンツクリップを受信するために前記受信時間に低パワーモードからウェイクアップするように構成された、請求項８に記載の装置。
12. 前記処理ロジックは、オペレータ入力と応募されたサービスの１つまたは両方に基づいてユーザにとって関心のある１つ以上のクリップを決定するように構成された、請求項８に記載の装置。
13. 前記スケジューリングロジックは、前記コンテンツクリップが前記配信ネットワーク上でいつ利用可能になるかを記述する１つ以上の追加的コンタクトウィンドウを決定するように、また前記１つ以上の追加的コンタクトウィンドウのうちの少なくとも１つにおいて前記コンタクトクリップを受信するように構成された、請求項８に記載の装置。
14. 前記スケジューリングロジックは、前記コンテンツクリップが前記受信パラメータに基づいて前記時間間隔内に受信され得るかどうかを決定するように構成された、請求項８に記載の装置。
15. クリップ配信スケジュールを与える装置であって、
    コンテンツクリップが配信ネットワーク上で利用可能になる時間間隔を記述するコンタクトウィンドウを、放送によって受信するための手段と、
    前記コンタクトウィンドウに関連する受信パラメータを、放送によって受信するための手段と、ここにおいて、前記受信パラメータは、前記コンテンツクリップの受信が始まるべきでない前記コンタクトウィンドウ内の時間間隔を示す
    前記時間間隔内に前記コンテンツクリップを受信するために受信時間をスケジュールするための手段と、
    前記スケジュールされた受信時間に、前記受信パラメータによって示された前記時間間隔内に前記コンテンツクリップを、放送によって受信するための手段と、
    を備える装置。
16. 情報メッセージにおいて前記コンタクトウィンドウを受信するための手段を更に備える、請求項１５に記載の装置。
17. 前記受信時間までパワーを節約するための手段を更に備える、請求項１５に記載の装置。
18. 前記コンテンツクリップを受信するために前記受信時間に低パワーモードからウェイクアップするための手段を更に備える、請求項１５に記載の装置。
19. オペレータ入力と応募されたサービスの１つまたは両方に基づいてユーザにとって関心のある１つ以上のクリップを決定するための手段を更に備える、請求項１５に記載の装置。
20. 前記コンテンツクリップが前記配信ネットワーク上でいつ利用可能になるかを記述する１つ以上の追加的コンタクトウィンドウを決定するための手段と、
    前記１つ以上の追加的コンタクトウィンドウのうちの少なくとも１つにおいて前記コンタクトクリップを受信するための手段と、を更に備える、請求項１５に記載の装置。
21. 前記コンテンツクリップが、前記受信パラメータに基づいて前記時間間隔内に受信され得るかどうかを決定するための手段を更に備える、請求項１５に記載の装置。
22. 少なくとも１つのプロセッサによって実行されるときに、クリップ配信スケジュールを与えるように動作するコンピュータプログラムを有するコンピュータ可読記録媒体であって、前記コンピュータプログラムは、
    コンテンツクリップが配信ネットワーク上で利用可能になる時間間隔を記述するコンタクトウィンドウを、放送によって受信する命令と、
    前記コンタクトウィンドウに関連する受信パラメータを、放送によって受信する命令と、ここにおいて、前記受信パラメータは、前記コンテンツクリップの受信が始まるべきでない前記コンタクトウィンドウ内の時間間隔を示す、
    前記時間間隔内に前記コンテンツクリップを受信するために受信時間をスケジュールする命令と、
    前記スケジュールされた受信時間に、前記受信パラメータによって示された前記時間間隔内に前記コンテンツクリップを、放送によって受信する命令と、
    を備えるコンピュータ可読記録媒体。
23. 前記コンピュータプログラムは、情報メッセージにおいて前記コンタクトウィンドウを受信する命令を更に備える、請求項２２に記載のコンピュータ可読記録媒体。
24. 前記コンピュータプログラムは、前記受信時間までパワーを節約する命令を更に備える、請求項２２に記載のコンピュータ可読記録媒体。
25. 前記コンピュータプログラムは、前記コンテンツクリップを受信するために前記受信時間に低パワーモードからウェイクアップする命令を更に備える、請求項２２に記載のコンピュータ可読記録媒体。
26. 前記コンピュータプログラムは、オペレータ入力と応募されたサービスの１つまたは両方に基づいてユーザにとって関心のある１つ以上のクリップを決定する命令を更に備える、請求項２２に記載のコンピュータ可読記録媒体。
27. 前記コンピュータプログラムは、前記コンテンツクリップが前記配信ネットワーク上でいつ利用可能になるかを記述する１つ以上の追加的コンタクトウィンドウを決定する命令と、
    前記１つ以上の追加的コンタクトウィンドウのうちの少なくとも１つにおいて前記コンテンツクリップを受信する命令と、を更に備える、請求項２２に記載のコンピュータ可読記録媒体。
28. 前記コンピュータプログラムは、前記コンテンツクリップが前記受信パラメータに基づいて前記時間間隔内に受信され得るかどうかを決定する命令を更に備える、請求項２２に記載のコンピュータ可読記録媒体。
29. クリップ配信スケジュールを与える方法を実行するように構成された少なくとも１つのプロセッサであって、前記方法は、
    コンテンツクリップが配信ネットワーク上で利用可能になる時間間隔を記述するコンタクトウィンドウを、放送によって受信することと、
    前記コンタクトウィンドウに関連する受信パラメータを、放送によって受信することと、ここにおいて、前記受信パラメータは、前記コンテンツクリップの受信が始まるべきでない前記コンタクトウィンドウ内の時間間隔を示す、
    前記時間間隔内に前記コンテンツクリップを受信するために受信時間をスケジュールすること、
    前記スケジュールされた受信時間に、前記受信パラメータによって示された前記時間間隔内に前記コンテンツクリップを、放送によって受信することと
    を備える、少なくとも１つのプロセッサ。
30. 前記方法は、情報メッセージにおいて前記コンタクトウィンドウを受信することを更に備える、請求項２９に記載のプロセッサ。
31. 前記方法は、前記受信時間までパワーを節約することを更に備える、請求項２９に記載のプロセッサ。
32. 前記方法は、前記コンテンツクリップを受信するために前記受信時間に低パワーモードからウェイクアップすることを更に備える、請求項２９に記載のプロセッサ。
33. 前記方法は、オペレータ入力と応募されたサービスの１つまたは両方に基づいてユーザにとって関心のある１つ以上のクリップを決定することを更に備える、請求項２９に記載のプロセッサ。
34. 前記方法は、応募されたサービスに基づいて前記ユーザにとって関心のある前記１つ以上のクリップを決定することを更に備える、請求項２９に記載のプロセッサ。
35. 前記方法は、前記コンテンツクリップが前記配信ネットワーク上でいつ利用可能になるかを記述する１つ以上の追加的コンタクトウィンドウを決定することと、
    前記１つ以上の追加的コンタクトウィンドウのうちの少なくとも１つにおいて前記コンテンツクリップを受信することと、を更に備える、請求項２９に記載のプロセッサ。
36. 前記方法は、前記受信パラメータに基づいて前記コンテンツクリップが前記時間間隔内に受信され得るかどうかを決定することを更に備える、請求項３５に記載のプロセッサ。

Images