クリップ配信スケジュールを与える方法であって、コンテンツクリップが配信ネットワーク上で利用可能になる時間間隔を記述するコンタクトウィンドウを受信することと、関心の1つ以上のクリップを決定することと、前記コンテンツクリップが前記関心の1つ以上のクリップのうちの少なくとも1つと一致することを決定することと、前記コンテンツクリップを受信するために前記時間間隔内で受信時間をスケジュールすることと、を備える方法。情報メッセージにおいて前記コンタクトウィンドウを受信することを更に備える、請求項1に記載の方法。前記受信時間までパワーを節約することを更に備える、請求項1に記載の方法。前記コンテンツクリップを受信するために前記受信時間に低パワーモードからウェイクアップすることを更に備える、請求項1に記載の方法。オペレータ入力と装置応募の1つまたは両方に基づいて前記関心の1つ以上のクリップを決定することを更に備える、請求項1に記載の方法。前記コンテンツクリップが前記配信ネットワーク上でいつ利用可能になるかを記述する1つ以上の追加的コンタクトウィンドウを決定することと、前記1つ以上の追加的コンタクトウィンドウのうちの少なくとも1つにおいて前記コンテンツクリップを受信することと、を更に備える、請求項1に記載の方法。前記コンタクトウィンドウに関連する受信パラメータを受信することを更に備える、請求項1に記載の方法。前記コンテンツクリップが、前記受信パラメータに基づいて前記時間間隔内に受信され得るかどうかを決定することを更に備える、請求項7に記載の方法。クリップ配信スケジュールを与える装置であって、コンテンツクリップが配信ネットワーク上で利用可能になる時間間隔を記述するコンタクトウィンドウを受信するように構成された通信ロジックと、関心の1つ以上のクリップを決定するように構成された処理ロジックと、前記コンテンツクリップが前記関心の1つ以上のクリップのうちの少なくとも1つと一致することを決定するように、また前記時間間隔内に前記コンテンツクリップを受信するために受信時間をスケジュールするように構成されたスケジューリングロジックと、を備える装置。前記通信ロジックは、情報メッセージにおいて前記コンタクトウィンドウを受信するように構成された、請求項9に記載の装置。前記処理ロジックは、前記受信時間までパワーを節約するように構成された、請求項9に記載の装置。前記通信ロジックは、前記コンテンツクリップを受信するために前記受信時間に低パワーモードからウェイクアップするように構成された、請求項9に記載の装置。前記処理ロジックは、オペレータ入力と装置応募の1つまたは両方に基づいて前記関心の1つ以上のクリップを決定するように構成された、請求項9に記載の装置。前記スケジューリングロジックは、前記コンテンツクリップが前記配信ネットワーク上でいつ利用可能になるかを記述する1つ以上の追加的コンタクトウィンドウを決定するように、また前記1つ以上の追加的コンタクトウィンドウのうちの少なくとも1つにおいて前記コンタクトクリップを受信するように構成された、請求項9に記載の装置。前記スケジューリングロジックは、前記コンタクトウィンドウに関連する受信パラメータを受信するように構成された、請求項9に記載の装置。前記スケジューリングロジックは、前記コンテンツクリップが前記受信パラメータに基づいて前記時間間隔内に受信され得るかどうかを決定するように構成された、請求項15に記載の装置。クリップ配信スケジュールを与える装置であって、コンテンツクリップが配信ネットワーク上で利用可能になる時間間隔を記述するコンタクトウィンドウを受信するための手段と、関心の1つ以上のクリップを決定するための手段と、前記コンテンツクリップが前記関心の1つ以上のクリップのうちの少なくとも1つと一致することを決定するための手段と、前記時間間隔内に前記コンテンツクリップを受信するために受信時間をスケジュールするための手段と、を備える装置。情報メッセージにおいて前記コンタクトウィンドウを受信するための手段を更に備える、請求項17に記載の装置。前記受信時間までパワーを節約するための手段を更に備える、請求項17に記載の装置。前記コンテンツクリップを受信するために前記受信時間に低パワーモードからウェイクアップするための手段を更に備える、請求項17に記載の装置。オペレータ入力と装置応募の1つまたは両方に基づいて前記関心の1つ以上のクリップを決定するための手段を更に備える、請求項17に記載の装置。前記コンテンツクリップが前記配信ネットワーク上でいつ利用可能になるかを記述する1つ以上の追加的コンタクトウィンドウを決定するための手段と、前記1つ以上の追加的コンタクトウィンドウのうちの少なくとも1つにおいて前記コンタクトクリップを受信するための手段と、を更に備える、請求項17に記載の装置。前記コンタクトウィンドウに関連する受信パラメータを受信するための手段を更に備える、請求項17に記載の装置。前記コンテンツクリップが、前記受信パラメータに基づいて前記時間間隔内に受信され得るかどうかを決定するための手段を更に備える、請求項23に記載の装置。少なくとも1つのプロセッサによって実行されるときに、クリップ配信スケジュールを与えるように動作するコンピュータプログラムを有するコンピュータ可読媒体であって、前記コンピュータプログラムは、コンテンツクリップが配信ネットワーク上で利用可能になる時間間隔を記述するコンタクトウィンドウを受信する命令と、関心の1つ以上のクリップを決定する命令と、前記コンテンツクリップが前記関心の1つ以上のクリップのうちの少なくとも1つと一致することを決定する命令と、前記時間間隔内に前記コンテンツクリップを受信するために受信時間をスケジュールする命令と、を備えるコンピュータ可読媒体。情報メッセージにおいて前記コンタクトウィンドウを受信する命令を更に備える、請求項25に記載のコンピュータプログラム。前記受信時間までパワーを節約する命令を更に備える、請求項25に記載のコンピュータプログラム。前記コンテンツクリップを受信するために前記受信時間に低パワーモードからウェイクアップする命令を更に備える、請求項25に記載のコンピュータプログラム。オペレータ入力と装置応募の1つまたは両方に基づいて前記関心の1つ以上のクリップを決定する命令を更に備える、請求項25に記載のコンピュータプログラム。前記コンテンツクリップが前記配信ネットワーク上でいつ利用可能になるかを記述する1つ以上の追加的コンタクトウィンドウを決定する命令と、前記1つ以上の追加的コンタクトウィンドウのうちの少なくとも1つにおいて前記コンテンツクリップを受信する命令と、を更に備える、請求項25に記載のコンピュータプログラム。前記コンタクトウィンドウに関連する受信パラメータを受信する命令を更に備える、請求項25に記載のコンピュータプログラム。前記コンテンツクリップが前記受信パラメータに基づいて前記時間間隔内に受信され得るかどうかを決定する命令を更に備える、請求項31に記載のコンピュータプログラム。クリップ配信スケジュールを与える方法を実行するように構成された少なくとも1つのプロセッサであって、前記方法は、コンテンツクリップが配信ネットワーク上で利用可能になる時間間隔を記述するコンタクトウィンドウを受信することと、関心の1つ以上のクリップを決定することと、前記コンテンツクリップが前記関心の1つ以上のクリップのうちの少なくとも1つと一致することを決定することと、前記時間間隔内に前記コンテンツクリップを受信するために受信時間をスケジュールすることとを備える、少なくとも1つのプロセッサ。情報メッセージにおいて前記コンタクトウィンドウを受信することを更に備える、請求項33に記載の方法。前記受信時間までパワーを節約することを更に備える、請求項33に記載の方法。前記コンテンツクリップを受信するために前記受信時間に低パワーモードからウェイクアップすることを更に備える、請求項33に記載の方法。オペレータ入力と装置応募の1つまたは両方に基づいて前記関心の1つ以上のクリップを決定することを更に備える、請求項33に記載の方法。装置応募に基づいて前記1つ以上の関心のクリップを決定することを更に備える、請求項33に記載の方法。前記コンテンツクリップが前記配信ネットワーク上でいつ利用可能になるかを記述する1つ以上の追加的コンタクトウィンドウを決定することと、前記1つ以上の追加的コンタクトウィンドウのうちの少なくとも1つにおいて前記コンテンツクリップを受信することと、を更に備える、請求項33に記載の方法。前記受信パラメータに基づいて前記コンテンツクリップが前記時間間隔内に受信され得るかどうかを決定することを更に備える、請求項39に記載の方法。クリップ配信スケジュールを与える方法であって、コンテンツクリップが配信ネットワーク上でいつ利用可能になるかを記述するコンタクトウィンドウを生成することと、受信パラメータを生成することと、前記コンタクトウィンドウと前記受信パラメータとを情報メッセージに組み込むことと、前記情報メッセージを送信することと、を備える前記方法。前記受信パラメータを生成することは、前記コンテンツクリップの受信が始まるべきでないコンタクトウィンドウ内の時間間隔を示すための受信パラメータを生成することを備える、請求項41に記載の方法。前記送信することは、無線ネットワーク上で前記情報メッセージを送信することを備える、請求項41に記載の方法。クリップ配信スケジュールを与える装置であって、コンテンツクリップが配信ネットワーク上でいつ利用可能になるかを記述するコンタクトウィンドウを生成するように、また受信パラメータを生成するように構成されたコンタクトウィンドウ発生器と、前記コンタクトウィンドウと前記受信パラメータとを情報メッセージに組み込むように構成された処理ロジックと、前記情報メッセージを送信するように構成された通信ロジックと、を備える装置。前記コンタクトウィンドウ発生器は、前記コンテンツクリップの受信が始まるべきでないコンタクトウィンドウ内の時間間隔を示すための受信パラメータを生成するように構成された、請求項44に記載の方法。前記通信ロジックは無線ネットワーク上で前記情報メッセージを送信するように構成された、請求項44に記載の装置。クリップ配信スケジュールを与える装置であって、コンテンツクリップが配信ネットワーク上でいつ利用可能になるかを記述するコンタクトウィンドウを生成するための手段と、受信パラメータを生成するための手段と、前記コンタクトウィンドウと前記受信パラメータとを情報メッセージに組み込む手段と、前記情報メッセージを送信するための手段と、を備える装置。前記受信パラメータを生成するための手段は、前記コンテンツクリップの受信が始まるべきでないコンタクトウィンドウ内の時間間隔を示すための受信パラメータを生成するための手段を備える、請求項47に記載の方法。前記送信するための手段は、無線ネットワーク上で前記情報メッセージを送信するための手段を備える、請求項47に記載の装置。少なくとも1つのプロセッサによって実行されるときにクリップ配信スケジュールを与えるように動作するコンピュータプログラムを有するコンピュータ可読媒体であって、前記コンピュータプログラムは、コンテンツクリップが配信ネットワーク上でいつ利用可能になるかを記述するコンタクトウィンドウを生成する命令と、受信パラメータを生成する命令と、前記コンタクトウィンドウと前記受信パラメートとを情報メッセージに組み込む命令と、前記情報メッセージを送信する命令と、を備えるコンピュータ可読媒体。前記受信パラメータを生成する命令は、前記コンテンツクリップの受信が始まるべきでないコンタクトウィンドウ内の時間間隔を示すための受信パラメータを生成する命令を備える、請求項50に記載のコンピュータプログラム。前記送信する命令は、無線ネットワーク上で前記情報メッセージを送信する命令を備える、請求項50に記載の装置。クリップ配信スケジュールを与える方法を実行するように構成された少なくとも1つのプロセッサであって、前記方法は、コンテンツクリップが配信ネットワーク上でいつ利用可能になるかを記述するコンタクトウィンドウを生成することと、受信パラメータを生成することと、前記コンタクトウィンドウと前記受信パラメータとを情報メッセージに組み込むことと、前記情報メッセージを送信することと、を備える少なくとも1つのプロセッサ。前記受信パラメータを生成することは、前記コンテンツクリップの受信が始まるべきでないコンタクトウィンドウ内の時間間隔を示すための受信パラメータを生成することを備える、請求項53に記載の方法。前記送信することは、無線ネットワーク上で前記情報メッセージを送信することを備える、請求項53に記載の方法。[説明]本明細書に記載されている実施形態の前述の態様は、下記の付属図面に関連して考慮される場合、以下の詳細な説明を参照することによって直ちに明らかになるであろう。1つ以上の実施形態で、クリップ配信スケジュールを移動装置に伝達するための柔軟で効率的な機構を与えるように動作する配信システムが提供される。一実施形態ではこのクリップ配信スケジュールは、マルチメディアクリップまたは他のコンテンツが配信ネットワーク上で認可された移動装置にとっていつ利用可能になるかを識別するコンタクトウィンドウを備える。ある特定のクリップを受信することに関心を有する装置は、適当なコンタクトウィンドウ時に、このクリップの受信をスケジュールし得る。それからこの装置は、このクリップが配信のためにスケジュールされるまでパワーを節約するように動作し得る。このシステムは、無線ネットワーク環境での使用に特に適しているが、通信ネットワーク、インターネットといった公衆網、仮想私設網VPNといった私設網、ローカルエリアネットワーク、ワイドエリアネットワーク、長距離ネットワーク、その他任意のタイプのデータネットワークを含むがこれらに限定されない如何なるタイプのネットワーク環境でも使用可能である。一実施形態ではクリップ配信スケジュールは、配信ネットワーク上の移動装置に配信される情報メッセージまたはシステム情報の一部として伝達される。クリップ配信スケジュールは装置が特定のクリップの受信をスケジュールすることを可能にするので、この配信システムにより、特定のクリップが利用可能になるのを待ちながら配信ネットワークを能動的に監視して移動装置がパワーを浪費する必要がなくなる。その結果、装置のバッテリーパワーは節約される。図1は、配信システムの一実施形態を備えるネットワーク100を示す。ネットワーク100は、配信ネットワーク104上でコンテンツを配信するように動作するコンテンツ配信システム102を備える。例えばこのコンテンツ配信システム102は、任意の適当なタイプの通信技術を備える通信リンク106を使用してネットワーク104と通信するサーバ128を備える。コンテンツ配信システム102は、1つ以上のサービスと関連するマルチメディアクリップまたは他のコンテンツの形式でコンテンツを配信する。ネットワーク104は、任意のタイプの有線および/または無線ネットワークを備え得る。ネットワーク104は、種々の認可された移動装置108と通信している。例えば装置108は、PDA110、携帯電話112およびノート型パソコン114を備える。ネットワーク104は、任意の適当な無線通信技術を備えた無線通信リンク116を使用して装置108と通信する。こうして配信ネットワーク104は、如何なるタイプおよび/または如何なる数の認可された移動装置にもコンテンツクリップを配信するように動作可能である。一実施形態ではサーバ128は、選択されたクリップがネットワーク104上で利用可能になるはずの時間間隔を識別するコンタクトウィンドウCW120を生成するように動作するコンタクトウィンドウロジック118を備える。例えばコンタクトウィンドウ120は、1つ以上のクリップがネットワーク104上の認可された装置に利用可能になる時間間隔を定義する。コンタクトウィンドウ120は、経路122によって示されるように情報メッセージ126に組み込まれて装置128に送信されるクリップ配信スケジュールの一部である。一実施形態では情報メッセージ126は、任意の適当なタイプのオーバーヘッドまたは他の専用の情報チャネルを使用して装置に送信される。コンタクトウィンドウロジック118は、コンテンツ配信システム102で利用可能な情報を使用してコンタクトウィンドウ120を生成する。一実施形態ではコンタクトウィンドウは、下記の情報を備える。コンタクトウィンドウ開始時間:装置が特定のマルチメディアクリップをダウンロードするためにネットワークにコンタクトできる時間コンタクトウィンドウ継続時間:コンタクトウィンドウ開始時間後にマルチメディアクリップが利用可能である時間間隔加入メモリ:装置でマルチメディアクリップを記憶するために必要とされるメモリ量。一実施形態ではコンタクトウィンドウロジック118はまた、1つ以上のコンタクトウィンドウに関連する受信パラメータを生成する。受信パラメータは、装置がコンテンツクリップを取得しようとすべきでないコンタクトウィンドウ内の時間間隔を記述している。例えば受信パラメータは、コンタクトウィンドウのあるパーセンテージ、例えば10を識別する。コンテンツクリップを取得しようとする装置は、コンタクトウィンドウの最後の10以内ではそうすべきではない。例えば受信パラメータは、装置がコンタクトウィンドウの10以内でコンテンツクリップをうまく受信できない可能性があるので、装置がパワーを節約することを可能にする。一実施形態では携帯電話112といった認可された装置は、スケジューリングロジックSL124を備える。スケジューリングロジック124は、情報メッセージからコンタクトウィンドウ120を抽出して、これらのコンタクトウィンドウ120が関心のコンテンツクリップに関連しているかどうかを決定するように動作する。例えばスケジューリングロジック124は、関心のクリップを決定するために装置ユーザと対話するように動作する。別の実施形態では関心のクリップは、装置の現在の応募から決定される。もし関心のクリップが検出されれば、スケジューリングロジック124はこのクリップに関連するコンタクトウィンドウ時にこのクリップを受信するために装置のウェイクアップをスケジュールするように動作する。例えばもし関心のクリップがネットワーク104上で利用可能になったとき携帯電話112がパワーダウン待機モードになっていれば、スケジュールされたウェイクアップは、携帯電話112の電源を入れ関心のクリップを受信する。それからクリップは、携帯電話112に記憶され、後のプレゼンテーション時間または視聴時間に装置ユーザに提示される。こうして配信システムの実施形態は、選択されたコンテンツクリップが配信ネットワーク上でいつ利用可能になるかを識別するコンタクトウィンドウを生成するように動作する。コンタクトウィンドウは、情報メッセージで移動装置に無線的に伝達される配信スケジュールの一部である。情報メッセージが移動装置によって受信されると、この装置のスケジューリングロジックは、関心の任意のクリップがいつ配信されることになっているかを決定し、装置のウェイクアップをスケジュールする。スケジュールされたウェイクアップは、関心のクリップが利用可能になったときにこの関心のクリップを受信するために装置がスリープモードからウェイクアップすることを可能にする。こうして配信システムは、移動装置に配信スケジュールを伝達するための、また関心のクリップが配信ネットワーク上で利用可能になるまでこれらの装置がバッテリーパワーを節約することを可能にするための柔軟で効率的なシステムを提供するように動作する。ネットワーク100が単に一実施であることと本実施形態の範囲内で他の実施が可能であることに留意されたい。図2は、配信システムで使用されるサーバ200の一実施形態を示す。例えばサーバ200は、図1に示すサーバ128としての使用に適している。サーバ200は、すべてデータバス210に接続されている処理ロジック202とオペレータインタフェースI/F204と通信ロジック206とメモリ208とコンタクトウィンドウ発生器212とを備える。1つ以上の実施形態では処理ロジック202は、CPU、プロセッサ、ゲートアレイ、ハードウエアロジック、メモリ素子、仮想機械、ソフトウエア、および/またはハードウエアとソフトウエアの任意の組合せを備える。こうして処理ロジック202は一般に、機械可読命令を実行するための、また内部データバス210を介してサーバ200の1つ以上の他の機能要素を制御またはこれらと通信するためのロジックを備える。通信ロジック206は、通信リンク214を使用して遠隔の装置またはシステムとの間でサーバ200がコンテンツクリップ、コンタクトウィンドウおよび/または他の情報を送受信することを可能にするように動作するハードウエアロジックおよび/またはソフトウエアを備える。例えば通信リンク214は、サーバ200がコンテンツ配信システムの他のエンティティとの間でコンタクトウィンドウパラメータを通信することを可能にするための任意の適当なタイプの通信リンクを備える。メモリ208は、任意のタイプの情報を記憶するように動作可能な任意の適当なメモリ装置を備える。例えばメモリ208は、RAM、フラッシュメモリ、EEPROM、ハードディスク、および/または任意の他のタイプの記憶装置を備え得る。一実施形態ではメモリ208は、配信ネットワーク上で配信されるべき1つ以上のコンテンツクリップ216とサーバ200の動作の一部として生成される1つ以上のコンタクトウィンドウ218とを記憶するように動作する。オペレータI/F204は、配信システムの実施形態で使用される1つ以上のパラメータを受信するためにサーバ200がオペレータと対話することを可能にするように動作するハードウエアロジックおよび/またはソフトウエアを備える。例えば1つ以上の実施形態では、オペレータI/F204を使用して、コンタクトウィンドウ218を生成するためにサーバ200の動作時に使用されるオペレータ入力またはパラメータを受信する。コンタクトウィンドウ発生器212は、CPU、プロセッサ、ゲートアレイ、ハードウエアロジック、メモリ素子、仮想機械、ソフトウエア、および/またはハードウエアとソフトウエアの任意の組合せを備える。1つ以上の実施形態ではコンタクトウィンドウ発生器212は、コンタクトウィンドウ218を生成するために種々のパラメータすなわちオペレータ入力を受信するように動作する。コンタクトウィンドウ218の更に詳細な説明は、本文書の他のセクションで提供される。動作時にサーバ200は、通信ロジック206と通信リンク214とを使用してコンテンツ配信システム内の他のエンティティからクリップ216および/またはクリップ216に関する情報を取得するように動作する。一実施形態ではクリップに関する情報は、オペレータI/F204を介して受信されるオペレータ入力から取得される。この情報は、配信ネットワーク上でのクリップ216の配信を記述する配信スケジュール情報を備える。コンタクトウィンドウ発生器212は、この情報を使用して選択されたクリップが配信ネットワーク上で利用可能になるウィンドウを記述するコンタクトウィンドウを生成するように動作する。処理ロジック202は、コンタクトウィンドウ218を1つ以上の情報メッセージに組み込むように動作する。例えば情報メッセージは、配信ネットワーク上の装置に配信システム情報を伝達するために使用される。一実施形態では処理ロジック202は、情報メッセージの一部としてネットワーク上の移動装置に伝達される配信スケジュールにコンタクトウィンドウ218を含めるように動作する。例えば情報メッセージは、通信リンク214を使用して通信ロジック206によって送信される。一実施形態では配信システムは、少なくとも1つのプロセッサ、例えば処理ロジック202によって実行されるときに本明細書に記載の機能を与えるコンピュータ可読媒体に記憶された1つ以上のプログラム命令プログラム命令を有するコンピュータプログラムを備える。例えばこれらのプログラム命令は、フロッピーディスク、CDROM、メモリカード、FLASHメモリ装置、RAM、ROMまたは他の任意のタイプのメモリ装置といったコンピュータ可読媒体、またはサーバ200にインタフェースするコンピュータ可読媒体からサーバ200にロードされ得る。別の実施形態ではプログラム命令は、外部の装置またはネットワーク資源からサーバ200にダウンロードされ得る。プログラム命令は、処理ロジック202によって実行されるときに本明細書に記載されるような配信システムの実施形態を与える。こうしてサーバ200は、配信ネットワーク上の移動装置に伝達される配信スケジュールの一部であるコンタクトウィンドウを生成するための柔軟で効率的な機構を与えるように動作する。コンタクトウィンドウロジック200が単に1つの実施を例示していることと他の実施が本実施形態の範囲内で可能であることに留意されたい。図3は、配信システムで使用されるコンタクトウィンドウパラメータ300の一実施形態を示す。例えばパラメータ300は、図2に示すパラメータ218であり得る。一実施形態では配信システムは、情報メッセージの一部としてコンタクトウィンドウパラメータ300を移動装置に伝達する。コンタクトウィンドウパラメータ300は、所定のサービスIDに関して配信されるべき1つ以上のプレゼンテーションすなわちコンテンツクリップが存在し得ることを示す。各プレゼンテーションに関して1つ以上のコンタクトウィンドウが存在し得る。こうしてパラメータ300は、1つ以上のサービスに関連する1つ以上のプレゼンテーションに関してコンタクトウィンドウを識別する。例えば選択されたコンテンツクリップの1つ以上のプレゼンテーションに関連するある特定のサービスを識別するサービス識別子ID302が与えられる。サービス302に関して幾つのプレゼンテーションが発生するかを示すプレゼンテーション数パラメータ304が与えられる。例えばあるサービスは、このサービスに関連する任意の数のクリッププレゼンテーションを有する可能性がある。各サービスに関して特定のプレゼンテーションを識別する少なくとも1つのプレゼンテーションID306が存在する。プレゼンテーションID306は、プレゼンテーション、メモリ要件、またはプレゼンテーションの他の属性を記述し得る関連のプレゼンテーション属性308を有する。更に各プレゼンテーションに関して、プレゼンテーションが配信ネットワークから受信され得るコンタクトウィンドウの数を識別するコンタクトウィンドウ数パラメータ310が存在する。例えば1つ以上のコンタクトウィンドウ時に配信ネットワーク上で任意のコンテンツクリップが利用可能であり得る。任意の特定のサービスに関連する多数のプレゼンテーションが存在し得ることに留意されたい。ある特定のプレゼンテーションに関連するコンタクトウィンドウの開始時間を識別するコンタクトウィンドウ開始時間パラメータ312が与えられる。コンタクトウィンドウの継続時間を識別するコンタクトウィンドウ継続時間パラメータ314が与えられる。装置がコンテンツクリップを受信しようとすべきでないコンタクトウィンドウ内の時間間隔を示す受信パラメータ316が与えられる。例えば受信パラメータ316は、ある装置がコンテンツクリップを受信しようとすべきでないコンタクトウィンドウの一部分コンタクトウィンドウの端部に配置されたを示すパーセンテージインジケータであり得る。例えば受信パラメータ316は、ある時点の後ではコンテンツクリップを首尾よく受信するためにコンタクトウィンドウ内に十分な時間が残っていないコンタクトウィンドウ内のこの時点を示す。一実施形態では、配信ネットワーク上で、ある特定のプレゼンテーションが利用可能になる多数のコンタクトウィンドウを定義するためのパラメータ312、314および316の多数の事例が存在し得る。ある特定のプレゼンテーションを記憶するために装置が持つ必要があるメモリ量を示すメモリパラメータといった更なるパラメータも与えられ得る。したがって1つ以上の実施形態では、コンタクトウィンドウパラメータ300は、選択されたコンテンツクリップが配信ネットワーク上でいつ利用可能になるかを決定するために装置によって使用され得るコンタクトウィンドウ情報を与えるように動作する。パラメータ300が単なる一実施を表していることと本実施形態の範囲内で他の実施が可能であることに留意されたい。図4は、配信システムで使用されるコンタクトウィンドウを与える方法400の一実施形態を示す。例えば本方法400は、配信システムの一実施形態を与えるためにサーバ200による使用に適している。明確にするために本方法400を、図2に示すサーバ200を参照しながら、ここで説明する。フロック402でコンテンツクリップパラメータが取得される。例えば1つ以上のサービスに関連する1つ以上のコンテンツクリップに対する種々のパラメータが、処理ロジック202によって取得される。一実施形態では処理ロジック202は、通信ロジック206を介して他の配信システムエンティティと通信してクリップパラメータを取得する。別の実施形態では処理ロジック202は、オペレータI/Fを介してオペレータと通信してクリップパラメータを取得する。一実施形態ではクリップパラメータは、配信ネットワーク上での選択されたコンテンツクリップの利用可能性に関する情報を備える。例えばオペレータは、1週間のコース上で1時間内のある指定された時間に、選択されたコンテンツクリップが毎日利用可能になるべきであることをオペレータI/F204を介して指定し得る。取得されたパラメータはメモリ208に記憶され、クリップ216のいずれかに関連付けられ得る。ブロック404で、1つ以上のコンテンツクリップに対して、コンタクトウィンドウパラメータと受信パラメータとが生成される。例えばコンタクトウィンドウ発生器212は、コンテンツクリップ毎に1つ以上のコンタクトウィンドウパラメータを生成するために、取得されたクリップパラメータを処理するように動作する。コンタクトウィンドウパラメータはまた、1つ以上の受信パラメータを含む。例えばコンタクトウィンドウパラメータと受信パラメータは、図3に示すコンタクトウィンドウパラメータ300のようにフォーマット化される。生成されたコンタクトウィンドウパラメータはそれから、218で示されるようにメモリに記憶される。ブロック406で、生成されたコンタクトウィンドウパラメータは、情報メッセージに組み込まれる。例えば情報メッセージは、配信ネットワーク上の装置に最新の配信システム更新を与えるシステム情報を備える。一実施形態では処理ロジック202は、コンタクトウィンドウ218を情報メッセージに組み込むように動作する。別の実施形態ではコンタクトウィンドウパラメータは、配信システムの他のエンティティによって情報メッセージに組み込まれる。ブロック408で情報メッセージは、配信ネットワーク上の装置に配信される。例えば処理ロジック202は、通信リンク214を使用して配信ネットワーク上で情報メッセージを放送するように通信ロジック206を制御する。例えば情報メッセージは、オーバーヘッドチャネルまたは他の専用の情報チャネル上で送信され得る。別の実施形態では情報メッセージは、配信システムの他のエンティティによって送信される。ブロック410でコンテンツクリップは、指定されたコンタクトウィンドウ時に配信ネットワーク上で配信される。例えば処理ロジック202は、選択されたコンタクトウィンドウ時に配信ネットワーク上で1つ以上のコンテンツクリップ216を配信するように通信ロジック206を制御するように動作する。例えば各クリップは1つ以上のコンタクトウィンドウに関連付けられ、処理ロジック202は、ある特定のクリップを受信することに関心のある如何なる装置もこれのコンタクトウィンドウ時にそうすることができるように、各クリップをこれの対応するコンタクトウィンドウ時に配信するように動作する。別の実施形態ではコンテンツクリップは、配信システムの他のエンティティによって配信ネットワーク上で配信される。ブロック412で、任意のコンテンツクリップに関連するコンタクトウィンドウを追加、変更、削除またはそうでなければ修正し得る何らかの新しいクリップが存在するかどうかを決定するためにテストが実行される。例えば新しいコンタクトウィンドウを生成する新しいオペレータ入力は、オペレータI/F204を介して受信され得る。もし新しいパラメータが存在すれば本方法は、これらのパラメータを取得して新しいコンタクトウィンドウを生成するためにブロック402に進む。もし新しいパラメータが存在しなければ、本方法はブロック414で終了する。こうして本方法400は、配信システムの実施形態で使用されるコンタクトウィンドウを与えるように動作する。本方法400が単なる一実施であって本実施形態の範囲内で他の実施が可能であることに留意されたい。例えば本方法400の機能のいずれも、本実施形態の範囲内で追加、変更、削除、修正、組合せ、またはそうでなければ調整され得る。図5は、配信システムにおいてクリップ配信スケジュールを受信するように動作する移動装置500の一実施形態を示す。例えば装置500は、図1に示す装置112としての使用に適している。装置500は、すべてデータバス510に接続された処理ロジック502、オペレータインタフェースI/F504、通信ロジック506、およびメモリ508を備える。装置500はまた、これもデータバス510に接続されたコンテンツスケジューリングロジック512を備える。1つ以上の実施形態では処理ロジック502は、CPU、プロセッサ、ゲートアレイ、ハードウエアロジック、メモリ素子、仮想機械、ソフトウエア、および/またはハードウエアとソフトウエアの任意の組合せとを備える。こうして処理ロジック502は一般に、機械可読命令を実行するための、また内部データバス510を介して装置500の1つ以上の他の機能要素を制御するための、またはこれらと通信するためのロジックを備える。通信ロジック506は、通信リンク514を使用して遠隔の装置またはシステムとの間で装置500がコンテンツクリップ、コンタクトウィンドウおよび/または他の情報を送受信することを可能にするように動作するハードウエアロジックおよび/またはソフトウエアを備える。例えば一実施形態で通信リンク514は、1つ以上のコンタクトウィンドウ、コンテンツクリップまたは配信ネットワークからの他の情報を備える情報メッセージを無線通信リンク上で装置500が受信することを可能にする任意の適当なタイプの通信リンクを備える。メモリ508は、任意のタイプの情報を記憶するように動作可能な任意の適当なメモリ装置を備える。例えばメモリ508は、RAM、フラッシュメモリ、EEPROM、ハードディスク、および/または任意の他のタイプの記憶装置を備え得る。一実施形態ではメモリ508は、1つ以上の受信パラメータ516と1つ以上のコンタクトウィンドウ518とを記憶するように動作する。一実施形態では受信パラメータ516は、装置500に関心のコンテンツクリップを識別するパラメータを備える。オペレータI/F504は、配信システムの実施形態で使用される1つ以上のパラメータを受信するために装置500がオペレータと対話することを可能にするように動作するハードウエアロジックおよび/またはソフトウエアを備える。例えば1つ以上の実施形態ではオペレータI/F504は、関心のコンテンツクリップを決定するために配信システムの動作時に使用されるオペレータ入力またはパラメータを受信するために使用される。例えば受信されたパラメータは、パラメータ516であり得る。スケジューリングロジック512は、CPU、プロセッサ、ゲートアレイ、ハードウエアロジック、メモリ素子、仮想機械、ソフトウエア、および/またはハードウエアとソフトウエアの任意の組合せを備える。1つ以上の実施形態ではスケジューリングロジック512は、関心のコンテンツクリップを決定するために種々のパラメータすなわちオペレータ入力を受信するように動作する。一実施形態ではスケジューリングロジック512は、装置500に記憶された加入情報に基づいて関心のクリップを決定する。動作時に装置500は、1つ以上のコンタクトウィンドウを有する1つ以上のコンテンツクリップを記述するクリップ配信スケジュールを備える情報メッセージを受信するように動作する。スケジューリングロジック512は、オペレータ入力から、あるいは加入されたサービスに基づいて関心のクリップを決定する。関心のクリップに関する情報をクリップ配信スケジュール内の利用可能なクリップに関する情報と比較することによってスケジューリング512は、いずれかの関心のクリップが配信ネットワーク上で利用可能であるかどうかを決定する。もし関心のクリップが利用可能であれば、スケジューリングロジック512は、装置が適当なコンタクトウィンドウ時にこれらのクリップを受信できるように装置のウェイクアップをスケジュールするように動作する。如何なる受信された関心のクリップも後の視聴のためにメモリ508に記憶される。一実施形態ではスケジューリングロジック512は、任意のコンタクトウィンドウに関連する任意の受信パラメータを処理するように動作する。例えば受信パラメータは、ある時点の後では装置500がコンテンツクリップを受信しようとすべきでないコンタクトウィンドウ内のその時点を示し得る。スケジューリングロジック512は、受信パラメータがコンタクトウィンドウに含まれているかどうかを決定するように動作し、もしそうであればコンタクトウィンドウ内ではあるが受信パラメータによって示された時点より前のコンテンツクリップの受信をスケジュールするように動作する。こうしてクリップは、装置500によって首尾よく受信されることができる。一実施形態では配信システムは、少なくとも1つのプロセッサ、例えば処理ロジック502によって実行されるときに本明細書に記載の機能を与える、コンピュータ可読媒体に記憶された1つ以上のプログラム命令プログラム命令を有するコンピュータプログラムを備える。例えばプログラム命令は、フロッピーディスク、CDROM、メモリカード、FLASHメモリ装置、RAM、ROMまたは他の任意のタイプのメモリ装置といったコンピュータ可読媒体、または装置500にインタフェースするコンピュータ可読媒体から装置500にロードされ得る。別の実施形態ではプログラム命令は、外部の装置またはネットワーク資源から装置500にダウンロードされ得る。プログラム命令は、処理ロジック502によって実行されるときに本明細書に記載されるような配信システムの実施形態を与える。こうして装置500は、情報メッセージでクリップ配信スケジュールを受信し、この配信スケジュール内に関心のコンテンツクリップが存在するかどうかを決定し、如何なる受信パラメータも明確にする選択されたコンタクトウィンドウ時にウェイクアップをスケジュールし、そして後の視聴のために関心のクリップを受信するための柔軟で効率的な機構を提供するように動作する。装置500が単に一実施を例示していることと、他の実施が本実施形態の範囲内で可能であることに留意されたい。図6は、配信システムで使用される装置を動作させる方法600の一実施形態を示す。例えば本方法は、図5に示す装置500による使用に適している。明確にするために本方法500を、装置500を参照しながら、ここで説明する。フロック602で、情報メッセージが装置500によって取得される。例えば情報メッセージは、通信ロジック506によって無線伝送において受信される。情報メッセージは、1つ以上のコンタクトウィンドウに関連するコンテンツクリップを記述するクリップ配信スケジュールを備える。一実施形態ではコンタクトウィンドウは、図3に示しようにフォーマット化される。ブロック604で、関心のコンテンツクリップが決定される。一実施形態ではスケジューリングロジック512は、関心のコンテンツクリップを決定するように動作する。例えばスケジューリングロジック512は、オペレータI/F504を介してオペレータ入力を受信し、装置ユーザにとって関心のあるコンテンツクリップを決定するためにこの入力すなわちパラメータ516を使用する。別の実施形態ではスケジューリングロジック512は、装置の現在の応募を記述する装置に記憶されたサービス加入パラメータを処理し、関心のコンテンツクリップを決定するためにこの情報を使用する。例えば加入されたサービスに関するコンテンツクリップは、関心のコンテンツクリップとしてフラグ付けされる。ブロック606で、情報メッセージ内に記述されたクリップが関心のクリップのいずれかに一致するかどうかを決定するためにテストが実行される。一実施形態ではコンテンツスケジューリングロジック512は、決定された関心のクリップに関する識別子を情報メッセージ内に与えられたクリップ配信スケジュール内の識別子と比較するように動作する。例えばコンタクトウィンドウパラメータ300内のサービス識別子は、決定された関心のクリップに関連するサービス識別子と一致し得る。もし一致が起これば、情報メッセージ内で識別されたクリップが受信されることになり、本方法はブロック608に進む。もし一致が起こらなければ、関心のクリップは利用可能でなく、本方法はブロック602に進む。受信された情報メッセージ内のコンタクトウィンドウパラメータが装置にとって関心のクリップを記述しているかどうかを決定するために如何なる技法またはプロセスでも使用可能であることに留意されたい。別の実施形態ではコンタクトウィンドウパラメータは、何か特定のコンテンツクリップが装置上に既に存在しているかどうかを決定するために使用される。もし受信されたクリップ配信スケジュール内のクリップが既に装置上に存在していることが決定されれば、本方法はブロック602に進む。ブロック608で、受信されるべきクリップのためのコンタクトウィンドウが取得される。一実施形態ではスケジューリングロジック512は、情報メッセージから受信されるべきクリップのためのコンタクトウィンドウを取得するように動作し、518で示すようにコンタクトウィンドウをメモリ508に記憶する。ブロック610で、受信されるべきクリップのための受信パラメータが取得される。一実施形態ではスケジューリングロジック512は、情報メッセージから受信パラメータを取得してこれらの受信パラメータをメモリ508に記憶するように動作する。ブロック612で、装置が関心のコンテンツクリップを受信できるように、1つ以上の受信時間またはウェイクアップ時間がスケジュールされる。例えばスケジューリングロジック512は、受信されるべきコンテンツクリップに関連するコンタクトウィンドウ内で受信時間が発生するように、受信時間をスケジュールするように動作する。一実施形態では受信パラメータは、クリップの検索が試みられるべきであるコンタクトウィンドウ内のある時間間隔を決定するために使用される。例えば受信パラメータは、コンテンツクリップを首尾よく検索するためにコンタクトウィンドウ内に残っている時間が十分でない可能性があるので、装置がこのコンテンツクリップを検索しようとすべきでないコンタクトウィンドウの一部を示す。こうしてスケジューリングロジック512は、クリップが首尾よく受信され得るように、装置受信時間をスケジュールするように動作する。ブロック614で装置は、バッテリーパワーを節約するためにパワーダウンスリープ待機モードに入る。例えば処理ロジック502は、装置をパワーダウンモードに置くように動作する。このモードではこの装置はまだ、コンテンツクリップを受信するために選択された時間にウェイクアップすることができる。ブロック616で、1つ以上のコンテンツクリップを受信するために装置が電源を入れるべきであるかどうかを決定するためにテストが実行される。一実施形態では処理ロジック502は、装置がコンテンツクリップを受信するためにウェイクアップする必要があるかどうかを決定するように動作する。例えば処理ロジック502は、1つ以上のコンタクトウィンドウに関連するスケジュールされた受信時間に現在の時間が一致するかどうかを決定するように動作する。もし装置がウェイクアップする必要がなければ、本方法はブロック614に進む。もし装置がウェイクアップする必要があれば、本方法はブロック618に進む。ブロック618で装置は、選択されたコンテンツクリップを受信するために、選択されたコンタクトウィンドウ内で電源を入れる。例えば処理ロジック502は、配信ネットワークからコンテンツクリップを受信するために通信ロジック506に電源を入れるように動作する。ブロック620で、1つ以上のコンテンツクリップが受信される。例えばコンテンツクリップは配信ネットワーク上を送信されて、通信ロジック506は通信リンク514を使用して無線伝送でコンテンツクリップを受信するように動作する。ブロック622で、装置がコンタクトウィンドウ時にコンテンツクリップを受信したかどうかを決定するためにテストが実行される。一実施形態では装置500は、スケジュールされた受信時間のコンタクトウィンドウ時にクリップを受信した可能性がある。別の実施形態では装置500は、範囲外にあってネットワーク上で通信できなかったためにこのコンタクトウィンドウ時にクリップを受信できなかった可能性がある。もし装置500がクリップを首尾よく受信したならば、本方法はブロック624に進む。もし装置がクリップを受信できなかったならば、本方法はブロック626に進む。ブロック624で、受信されたクリップは後の視聴のために装置に記憶される。一実施形態では処理ロジック502は、このクリップをメモリ508に記憶するように動作する。ある後のプレゼンテーション時間に処理ロジック502は、記憶されたクリップを検索して、装置上でこれを描写するように動作する。もし受信すべきクリップがもはや存在しなければ、本方法はブロック628で終了する。もし受信すべきクリップが更に存在すれば、本方法はブロック626に進む。ブロック626で、装置が直ぐ次のコンタクトウィンドウ内のクリップデータを受信する必要があるかどうかを決定するために、テストが実行される。例えば一実施形態では、もし装置500が如何なる誤りもなく第1のコンタクトウィンドウ内のクリップを受信すれば、装置はスリープに戻ることができる。したがってもしクリップが首尾よく受信されてブロック624で記憶されれば、本方法は、次のスケジュールされた受信時間までパワーを節約するためにパワーダウンモードに戻るブロック614に進む。別の実施形態では、もしクリップが首尾よく受信されないか、追加のクリップデータが受信される必要があれば、本方法は直ぐ次のコンタクトウィンドウ内の更なるクリップデータを受信するためにブロック620に進む。例えば装置500は、クリップデータを受信するために目覚めているか、あるいは少なくとも直ぐ次のコンタクトウィンドウを監視することができる。クリップのために使用される符号化方式に依存して、コンテンツクリップがこのクリップに関連するすべてのコンタクトウィンドウで放送されることは必要でないことに留意されたい。例えば選択されたコンテンツクリップの異なる部分は、多数のコンタクトウィンドウ上で放送され得る。更に移動装置は、1つのコンタクトウィンドウ中で目覚めている必要はない。更に移動装置は、クリップを正しく復号するために十分な情報を受信する限り、このコンタクトウィンドウ中で目覚めている必要はない。こうして方法600は、配信システムで使用される装置を動作させる方法の実施形態を提供する。方法600が単に一実施であることと、本実施形態の範囲内で他の実施が可能であることに留意されたい。例えば本方法600の機能のいずれも、本実施形態の範囲内で追加、変更、削除、修正、組合せ、またはそうでなければ調整されることが可能である。図7は、配信システムでの使用に適した装置700の一実施形態を示す。例えば装置700は、図1に示した装置112としての使用に適している。装置700は、コンタクトウィンドウを受信するための手段702と、関心のクリップを決定するための手段704と、関心のクリップと選択されたクリップとの間の一致を決定するための手段706と、クリップを受信するようにスケジュールするための手段708と、を備える。1つ以上の実施形態では手段702~708は、本明細書に記載の機能を与えるためにコンピュータプログラムを実行する少なくとも1つのプロセッサによって与えられる。図8は、配信システムでの使用に適したサーバ800の一実施形態を示す。例えばサーバ800は、図1に示したサーバ126としての使用に適している。サーバ800は、コンタクトウィンドウを生成するための手段802と、受信パラメータを生成するための手段804と、コンタクトウィンドウと受信パラメータとをシステム情報メッセージに組み込む手段806と、システム情報メッセージを送信するための手段808と、を備える。1つ以上の実施形態では手段802~808は、本明細書に記載の機能を与えるためにコンピュータプログラムを実行する少なくとも1つのプロセッサによって与えられる。ここに開示された実施形態に関連して説明された種々の例示的なロジックとロジックブロックとモジュールと回路は、汎用プロセッサ、ディジタル信号プロセッサDSP、特定用途向け集積回路ASIC、フィールドプログラマブルゲートアレイFPGAまたは他のプログラム可能ロジックデバイス、個別ゲートまたはトランジスタロジック、個別ハードウエアコンポーネント、あるいは本明細書に記載の機能を実行するように設計されたこれらの何らかの組合せによって実現あるいは実行され得る。汎用プロセッサは、マイクロプロセッサであり得るが、代替としてこのプロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機械であり得る。プロセッサはまた、計算装置の組合せ、例えばDSPとマイクロプロセッサの組合せ、複数のマイクロプロセッサの組合せ、DSPコアと連携した1つ以上のプロセッサの組合せ、あるいは他の任意のこのような構成としても実現可能である。本明細書に開示された実施形態と関連付けて説明された方法またはアルゴリズムのステップは、直接ハードウエアに、プロセッサによって実行されるソフトウエアモジュールに、またはこれら2つの組合せに具体化され得る。ソフトウエアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、着脱可能ディスク、CD-ROM、あるいは当分野で知られた他の任意の形式の記憶媒体に常駐できる。例示的記憶媒体は、プロセッサがこの媒体から情報を読み取ることができ、またこの媒体に情報を書き込むことができるようにプロセッサに接続される。代替として記憶媒体は、プロセッサと一体になり得る。プロセッサと記憶媒体は、1つのASICに常駐し得る。このASICは、ユーザ端末に常駐し得る。代替としてプロセッサと記憶媒体はユーザ端末内で個別コンポーネントとして常駐し得る。開示された実施形態の説明は、当分野に精通する人であれば誰でも本発明を実施または使用できるようにするために提供されている。これらの実施形態に対する種々の修正は、当分野に精通する人々には直ちに明らかになることが可能であり、また本明細書に定義された一般的原理は、本発明の精神または範囲から逸脱することなく、他の実施形態、例えば即時メッセージ通信サービス、あるいは任意の一般的な無線データ通信アプリケーションに適用可能である。したがって本発明は、本明細書に示された実施形態に限定されるように意図されておらず、本明細書に開示された原理と新規な特徴とに一致する最も広い範囲に一致するとされるべきである。用語例示的は、本明細書ではもっぱら例として、事例として、あるいは例示として働くことを意味するために使用されている。ここで例示的として説明された如何なる実施形態も、必ずしも他の実施形態より好適あるいは有利であると解釈されるべきではない。したがって配信システムの実施形態を本明細書に例示し説明してきたが、これらの精神または本質的な特性から逸脱することなく、これらの実施形態に種々の変更が行われ得ることは認められるであろう。したがって本明細書における開示と説明は、下記の請求項に記載された本発明の範囲の限定ではなく、例示であることを意図するものである。