(57)【要約】      （修正有）【課題】代替のサービスが利用可能であってもよい可能性がある適切な場合に、イネーブルするための代替のマルチメディアサービスを自動的に決定し、表示するデバイスを提供する。【解決手段】パーソナル電子的デバイス２０２上でユーザが第１のマルチメディアサービスに関与している間に、機会が発生してもよい。トリガは、機会に基づいて、第１のマルチメディアサービスを、代替のサービスへと変更させてもよい。機会の完了の際に、第１のサービスに対する自動的な戻りがあってもよく、あるいは、機会をどのように残すかについてユーザに対して要請があってもよい。さらに、まもなく機会が終了すること、または、機会が終了していることの通知が、ユーザに転送されてもよく、機会からどのように進めるかを決定するための要請がユーザに対してなされてもよい。【選択図】図２
2014161072.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信デバイス上で動作可能なマルチメディアサービス管理の方法において、
第１のマルチメディアサービスに対応しているブレーク機会を識別することと、
前記識別されたブレーク機会に基づいて、少なくとも１つの代替のマルチメディアサービスをイネーブルすることと
を含む方法。
【請求項２】
イネーブルするための少なくとも１つの代替のマルチメディアサービスを決定することをさらに含む、請求項１記載の方法。
【請求項３】
前記ブレーク機会は、広告を開示するためのブレーク機会である、請求項１記載の方法。
【請求項４】
前記少なくとも１つの代替のマルチメディアサービスを評価することと、
前記少なくとも１つの代替のマルチメディアサービスに対する関与の態様を決定することと、
前記ブレーク機会がインプレッションを残すように、前記第１のマルチメディアサービスの修正を確立することと
をさらに含む、請求項３記載の方法。
【請求項５】
少なくとも２つのイネーブルされた代替のマルチメディアサービスのうちの少なくとも１つの選択をイネーブルするインターフェースを発生させることをさらに含む、請求項１記載の方法。
【請求項６】
前記ブレーク機会の終了を識別することと、
前記少なくとも１つの代替のマルチメディアサービスと、前記第１のマルチメディアサービスとに関して、どのように進めるかを決定することと
をさらに含む、請求項１記載の方法。
【請求項７】
前記終了が識別される際に、前記第１のマルチメディアサービスが再開されるべきという決定が自動的に行われる、請求項６記載の方法。
【請求項８】
前記少なくとも１つのイネーブルされた代替のマルチメディアサービスをディセーブルすることと、
前記第１のマルチメディアサービスに戻ることと
をさらに含む、請求項７記載の方法。
【請求項９】
前記少なくとも１つの代替のマルチメディアサービスと、前記第１のマルチメディアサービスとに関して、どのように進めるかを決定することは、
どのように進めるかについての命令を受け取ることと、
前記命令にしたがうことと
をさらに含む、請求項６記載の方法。
【請求項１０】
少なくとも２つの選択を含むインターフェースをユーザに提示することをさらに含み、前記ユーザによる選択についての関与は、受け取られることになる命令を生成させる、請求項９記載の方法。
【請求項１１】
マルチメディアサービス管理のために構成されている少なくとも１つのプロセッサにおいて、
第１のマルチメディアサービスに対応しているブレーク機会を識別するモジュールと、
前記識別されたブレーク機会に基づいて、少なくとも１つの代替のマルチメディアサービスをイネーブルするモジュールと
を具備するプロセッサ。
【請求項１２】
イネーブルするための少なくとも１つの代替のマルチメディアサービスを決定するモジュールをさらに具備する、請求項１１記載のプロセッサ。
【請求項１３】
前記ブレーク機会は、広告を開示するためのブレーク機会である、請求項１１記載のプロセッサ。
【請求項１４】
前記少なくとも１つの代替のマルチメディアサービスを評価するモジュールと、
前記少なくとも１つの代替のマルチメディアサービスに対する関与の態様を決定するモジュールと、
前記ブレーク機会がインプレッションを残すように、前記第１のマルチメディアサービスの修正を確立するモジュールと
をさらに具備する、請求項１３記載のプロセッサ。
【請求項１５】
少なくとも２つのイネーブルされた代替のマルチメディアサービスのうちの少なくとも１つの選択をイネーブルするインターフェースを発生させるモジュールをさらに具備する、請求項１１記載のプロセッサ。
【請求項１６】
前記ブレーク機会の終了を識別するモジュールと、
前記少なくとも１つの代替のマルチメディアサービスと、前記第１のマルチメディアサービスとに関して、どのように進めるかを決定するモジュールと
をさらに具備する、請求項１１記載のプロセッサ。
【請求項１７】
前記終了が識別される際に、前記第１のマルチメディアサービスが再開されるべきという決定が自動的に行われる、請求項１６記載のプロセッサ。
【請求項１８】
前記少なくとも１つのイネーブルされた代替のマルチメディアサービスをディセーブルするモジュールと、
前記第１のマルチメディアサービスに戻るモジュールと
をさらに具備する、請求項１７記載のプロセッサ。
【請求項１９】
前記少なくとも１つの代替のマルチメディアサービスと、前記第１のマルチメディアサービスとに関して、どのように進めるかを決定することは、
どのように進めるかについての命令を受け取るモジュールと、
前記命令にしたがうモジュールと
をさらに備える、請求項１６記載のプロセッサ。
【請求項２０】
少なくとも２つの選択を含むインターフェースをユーザに提示するモジュールをさらに具備し、前記ユーザによる選択についての関与は、受け取られることになる命令を生成させる、請求項１９記載のプロセッサ。
【請求項２１】
コンピュータ読取可能媒体を備えるコンピュータプログラム製品において、
前記コンピュータ読取可能媒体は、
コンピュータに、第１のマルチメディアサービスに対応しているブレーク機会を識別させるためのコードセットと、
前記コンピュータに、前記識別されたブレーク機会に基づいて、少なくとも１つの代替のマルチメディアサービスをイネーブルさせるためのコードセットと
を有するコンピュータプログラム製品。
【請求項２２】
前記コンピュータに、イネーブルするための少なくとも１つの代替のマルチメディアサービスを決定させるためのコードセットをさらに含む、請求項２１記載のコンピュータ読取可能媒体。
【請求項２３】
前記ブレーク機会は、広告を開示するためのブレーク機会である、請求項２１記載のコンピュータ読取可能媒体。
【請求項２４】
前記コンピュータに、前記少なくとも１つの代替のマルチメディアサービスを評価させるためのコードセットと、
前記コンピュータに、前記少なくとも１つの代替のマルチメディアサービスに対する関与の態様を決定させるためのコードセットと、
前記コンピュータに、前記ブレーク機会がインプレッションを残すように、前記第１のマルチメディアサービスの修正を確立させるためのコードセットと
をさらに含む、請求項２３記載のコンピュータ読取可能媒体。
【請求項２５】
前記コンピュータに、少なくとも２つのイネーブルされた代替のマルチメディアサービスのうちの少なくとも１つの選択をイネーブルするインターフェースを発生させるためのコードセットをさらに含む、請求項２１記載のコンピュータ読取可能媒体。
【請求項２６】
前記コンピュータに、前記ブレーク機会の終了を識別させるためのコードセットと、
前記コンピュータに、前記少なくとも１つの代替のマルチメディアサービスと、前記第１のマルチメディアサービスとに関して、どのように進めるかを決定させるためのコードセットと
をさらに含む、請求項２１記載のコンピュータ読取可能媒体。
【請求項２７】
前記終了が識別される際に、前記第１のマルチメディアサービスが再開されるべきという決定が自動的に行われる、請求項２６記載のコンピュータ読取可能媒体。
【請求項２８】
前記コンピュータに、前記少なくとも１つのイネーブルされた代替のマルチメディアサービスをディセーブルさせるためのコードセットと、
前記コンピュータに、前記第１のマルチメディアサービスに戻らせるためのコードセットと
をさらに含む、請求項２７記載のコンピュータ読取可能媒体。
【請求項２９】
前記少なくとも１つの代替のマルチメディアサービスと、前記第１のマルチメディアサービスとに関して、どのように進めるかを決定することは、
前記コンピュータに、どのように進めるかについての命令を集めさせるためのコードセットと、
前記コンピュータに、命令にしたがわせるためのコードセットと
をさらに含む、請求項２６記載のコンピュータ読取可能媒体。
【請求項３０】
少なくとも２つの選択を含むインターフェースをユーザに提示することをさらに含み、前記ユーザによる選択についての関与は、受け取られることになる命令を生成させる、請求項２９記載のコンピュータ読取可能媒体。
【請求項３１】
装置において、
第１のマルチメディアサービスに対応しているブレーク機会を識別する手段と、
前記識別されたブレーク機会に基づいて、少なくとも１つの代替のマルチメディアサービスをイネーブルする手段と
を具備する装置。
【請求項３２】
イネーブルするための少なくとも１つの代替のマルチメディアサービスを決定する手段をさらに具備する、請求項３１記載の装置。
【請求項３３】
前記ブレーク機会は、広告を開示するためのブレーク機会である、請求項３１記載の装置。
【請求項３４】
前記少なくとも１つの代替のマルチメディアサービスを評価する手段と、
前記少なくとも１つの代替のマルチメディアサービスに対する関与の態様を決定する手段と、
前記ブレーク機会がインプレッションを残すように、前記第１のマルチメディアサービスの修正を確立する手段と
をさらに具備する、請求項３３記載の装置。
【請求項３５】
少なくとも２つのイネーブルされた代替のマルチメディアサービスのうちの少なくとも１つの選択をイネーブルするインターフェースを発生させる手段をさらに具備する、請求項３１記載の装置。
【請求項３６】
前記ブレーク機会の終了を識別する手段と、
前記少なくとも１つの代替のマルチメディアサービスと、前記第１のマルチメディアサービスとに関して、どのように進めるかを決定する手段と
をさらに具備する、請求項３１記載の装置。
【請求項３７】
前記終了が識別される際に、前記第１のマルチメディアサービスが再開されるべきという決定が自動的に行われる、請求項３６記載の装置。
【請求項３８】
前記少なくとも１つのイネーブルされた代替のマルチメディアサービスをディセーブルする手段と、
前記第１のマルチメディアサービスに戻る手段と
をさらに具備する、請求項３７記載の装置。
【請求項３９】
前記少なくとも１つの代替のマルチメディアサービスと、前記第１のマルチメディアサービスとに関して、どのように進めるかを決定する手段は、
どのように進めるかについての命令を受け取る手段と、
前記命令にしたがう手段と
をさらに具備する、請求項３６記載の装置。
【請求項４０】
少なくとも２つの選択を含むインターフェースをユーザに提示する手段をさらに具備し、前記ユーザによる選択についての関与は、受け取られることになる命令を生成させる、請求項３９記載の装置。
【請求項４１】
装置において、
第１のマルチメディアサービスに対応しているブレーク機会を識別するクラシファイアと、
前記識別されたブレーク機会に基づいて、少なくとも１つの代替のマルチメディアサービスをイネーブルするトリガと
を具備する装置。
【請求項４２】
イネーブルするための少なくとも１つの代替のマルチメディアサービスを決定するビューワをさらに含む、請求項４１記載の装置。
【請求項４３】
前記ブレーク機会は、広告を開示するためのブレーク機会である、請求項４１記載の装置。
【請求項４４】
前記少なくとも１つの代替のマルチメディアサービスを評価するアプレイザと、
前記少なくとも１つの代替のマルチメディアサービスに対する関与の態様を決定するカリキュレータと、
前記ブレーク機会がインプレッションを残すように、前記第１のマルチメディアサービスの修正を確立するチェンジャーと
をさらに具備する、請求項４３記載の装置。
【請求項４５】
少なくとも２つのイネーブルされた代替のマルチメディアサービスのうちの少なくとも１つの選択をイネーブルするインターフェースを発生させるプロデューサをさらに具備する、請求項４１記載の装置。
【請求項４６】
前記ブレーク機会の終了を識別するターミネータと、
前記少なくとも１つの代替のマルチメディアサービスと、前記第１のマルチメディアサービスとに関して、どのように進めるかを決定するデベロッパと
をさらに含む、請求項４１記載の装置。
【請求項４７】
前記終了が識別される際に、前記第１のマルチメディアサービスが再開されるべきという決定が自動的に行われる、請求項４６記載の装置。
【請求項４８】
前記少なくとも１つのイネーブルされた代替のマルチメディアサービスをディセーブルするイモビライザと、
前記第１のマルチメディアサービスに戻るリバイザと
をさらに具備する、請求項４７記載の装置。
【請求項４９】
前記少なくとも１つの代替のマルチメディアサービスと、前記第１のマルチメディアサービスとに関して、どのように進めるかを決定することは、
どのように進めるかについての命令を受け取るオブテイナと、
前記命令にしたがうアテンプタと
をさらに具備する、請求項４６記載の装置。
【請求項５０】
少なくとも２つの選択を含むインターフェースをユーザに提示するディスクローザをさらに具備し、前記ユーザによる選択についての関与は、受け取られることになる命令を生成させる、請求項４９記載の装置。
【発明の詳細な説明】
【背景技術】
【０００１】
ワイヤレス通信システムは、音声、データ等のような、さまざまなタイプの通信コンテンツを提供するために広く配備されている。一般的なワイヤレス通信システムは、利用可能なシステムリソース（例えば、帯域幅、送信電力等）を共有することによって、複数のユーザとの通信をサポートすることができる多元接続システムであってもよい。このような多元接続システムの例は、コード分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、および、これらに類する物を含む。
【０００２】
一般的に、ワイヤレス多元接続通信システムは、複数の移動体デバイスに対する通信を同時にサポートできる。それぞれの移動体デバイスは、フォワードおよびリバースリンク上の送信を介して、１つ以上の基地局と通信できる。フォワードリンク（すなわち、ダウンリンク）は、基地局から移動体デバイスに対する通信リンクを指し、リバースリンク（すなわち、アップリンク）は、移動体デバイスから基地局に対する通信リンクを指す。さらに、移動体デバイスと基地局との間の通信は、単数入力単数出力（ＳＩＳＯ）システム、複数入力単数出力（ＭＩＳＯ）システム、複数入力複数出力（ＭＩＭＯ）システム、等を介して確立されてもよい。
【発明の概要】
【０００３】
以下では、１つ以上の観点の基本的な理解をもたらすために、このような観点の簡潔な概要を提示する。この概要は、すべての企図されている観点の幅広い全体像ではなく、観点のうちのキーとなる、または、重要なエレメントを識別することや、あるいは、何らかの、または、あらゆる観点の範囲を描写することのいずれをも意図していない。その唯一の目的は、後で提示することになる、より詳細な説明に対する前置きとして、簡潔な形態で１つ以上の観点のいくつかの概念を提示することである。
【０００４】
ワイヤレス通信デバイス上で動作可能なマルチメディアサービス管理の方法が使用されてもよい。方法は、第１のマルチメディアサービスに対応しているブレーク機会を識別することと、識別されたブレーク機会に基づいて、少なくとも１つの代替のマルチメディアサービスをイネーブルすることとを含んでいてもよい。
【０００５】
マルチメディア管理のために構成されている少なくとも１つのプロセッサがあってもよい。プロセッサは、第１のマルチメディアサービスに対応しているブレーク機会を識別するモジュールを含んでいてもよい。さらに、プロセッサはまた、識別されたブレーク機会に基づいて、少なくとも１つの代替のマルチメディアサービスをイネーブルするモジュールも含んでいてもよい。
【０００６】
コンピュータ読取可能媒体を備えるコンピュータプログラム製品が使用されてもよい。媒体は、コンピュータに、第１のマルチメディアサービスに対応しているブレーク機会を識別させるためのコードセットを含んでいてもよい。さらに、コンピュータに、識別されたブレーク機会に基づいて、少なくとも１つの代替のマルチメディアサービスをイネーブルさせるコードセットも含まれていてもよい。
【０００７】
第１のマルチメディアサービスに対応しているブレーク機会を識別する手段を含む装置が使用されてもよい。さらに、装置は、識別されたブレーク機会に基づいて、少なくとも１つの代替のマルチメディアサービスをイネーブルする手段を含んでいてもよい。
【０００８】
別の装置が使用されてもよく、この装置は、第１のマルチメディアサービスに対応しているブレーク機会（a break opportunity）を識別するクラシファイア（a classifier）を含んでいてもよい。さらに、装置は、識別されたブレーク機会に基づいて、少なくとも１つの代替のマルチメディアサービスをイネーブルするトリガを含んでいてもよい。
【０００９】
前述の、および、関連する目的を達成するために、１つ以上の観点は、以下で完全に記述し、特許請求の範囲中で特に示す特徴を含む。以下の説明、および、添付の図面は、１つ以上の観点の特定の例示的な特徴を詳細に述べる。これらの特徴は、さまざまな観点の原則が用いられてもよい、さまざまな方法のうちのいくつかを示しており、この記述は、あらゆるこのような観点と、それらの均等物を含むことが意図されている。
【図面の簡単な説明】
【００１０】
【図１】図１は、ここで述べるさまざまな観点にしたがったワイヤレス通信システムの図である。
【図２】図２は、ここで開示する観点にしたがった複数のサービスを管理する移動体デバイスを詳述する代表的な図である。
【図３】図３は、ここで開示する観点にしたがった複数のマルチメディアサービスの管理に関して、ユーザと対話する移動体デバイスの代表的な図である。
【図４】図４は、ここで開示する観点にしたがった移動体デバイスの代表的な修正の構成の図である。
【図５】図５は、ここで開示する観点にしたがったナビゲーション構成を有する代表的な移動体デバイスの図である。
【図６】図６は、ここで開示する観点にしたがった移動体デバイスの代表的なユーザ関与戻り構成（a representative user engaged return configuration）の図である。
【図７】図７は、ここで開示する観点にしたがった移動体デバイス上でサービスを管理する代表的な技法の図である。
【図８】図８は、ここで開示する観点にしたがった移動体デバイスとともに、異なるサービスを使用することに関する代表的なユーザ対話技法の図である。
【図９】図９は、ここで開示する観点にしたがったサービスに戻るための代表的な技法の図である。
【図１０】図１０は、ここで開示する観点にしたがった移動体デバイスのサービスを管理するためのユーザ命令にしたがうための代表的な技法の図である。
【図１１】図１１は、マルチメディアサービス管理を容易にする例示的な移動体デバイスの図である。
【図１２】図１２は、移動体デバイスの関与（engagement）を容易にする例示的なシステムの図である。
【図１３】図１３は、ここで開示するさまざまなシステムおよび方法に関連して用いられることができる例示的なワイヤレスネットワーク環境の図である。
【図１４】図１４は、移動体デバイス上でさまざまなサービスを管理する例示的なシステムの図である。
【詳細な説明】
【００１１】
ここで、同じ参照番号が全体にわたって同じ構成要素を指すのに使用されている、図面に対する参照とともに、さまざまな実施形態をここで説明する。以下の説明では、説明の目的で、１つ以上の観点の完全な理解をもたらすために、数々の特定の詳細を述べる。しかしながら、これらの特定の詳細なしで、このような観点を実施してもよいことが明らかであってもよい。他の例では、１つ以上の実施形態の説明を容易にするために、よく知られた構造とデバイスを、ブロック図の形態で示した。
【００１２】
この出願において使用するように、用語“コンポーネント”と、“モジュール”と、“システム”と、これらに類する物とは、コンピュータ関連のエンティティ、すなわち、これらに限定されないが、ハードウェアや、ファームウェアや、ハードウェアとソフトウェアの組み合わせや、ソフトウェアや、または、実行中のソフトウェアのいずれかを指すことが意図されている。例えば、コンポーネントは、これらに制限されないが、プロセッサ上で実行されているプロセス、プロセッサ、オブジェクト、実行ファイル（executable）、実行スレッド、プログラム、および／または、コンピュータであってもよい。説明のために、コンピューティングデバイス上で実行されているアプリケーションと、コンピューティングデバイスとの両方が、コンポーネントであってもよい。１つ以上のコンポーネントは、プロセスおよび／または実行スレッド内に駐在することができ、コンポーネントは、１つのコンピュータ上に配置されていてもよく、および／または、２つ以上のコンピュータの間で分散されていてもよい。さらに、これらのコンポーネントは、そこに記憶されたさまざまなデータ構造を持っているさまざまなコンピュータ読取可能媒体から実行されることができる。コンポーネントは、ローカルおよび／またはリモートのプロセスを介して通信してもよく、例えば、ローカルシステム、分散システムにおいて、別のコンポーネントと対話している１つのコンポーネントからのデータのような、１つ以上のデータパケットを持っている信号にしたがって、および／または、インターネットのようなネットワークを介して他のシステムと信号によって、通信してもよい。
【００１３】
さらに、ワイヤード端末またはワイヤレス端末であってもよい端末に関連して、ここで、さまざまな観点を記述する。端末は、システムや、デバイスや、加入者ユニットや、加入者局や、移動局や、移動体や、移動体デバイスや、リモート局や、リモート端末や、アクセス端末や、ユーザ端末や、端末や、通信デバイスや、ユーザエージェントや、ユーザデバイスや、または、ユーザ装置（ＵＥ）と呼ばれてもよい。ワイヤレス端末は、セルラ電話機や、衛星電話機や、コードレス電話機や、セッション開始プロトコル（ＳＩＰ）電話機や、ワイヤレスローカルループ（ＷＬＬ）局や、パーソナルデジタルアシスタント（ＰＤＡ）や、ワイヤレス接続能力を有するハンドヘルドデバイスや、コンピューティングデバイスや、または、ワイヤレスモデムに接続された、他の処理デバイスであってもよい。さらに、基地局に関連して、ここで、さまざまな観点を記述する。基地局は、ワイヤレス端末と通信するために利用されることができ、アクセスポイント、ノードＢ、または、他の何らかの用語として呼ばれてもよい。
【００１４】
さらに、用語“または（ｏｒ）”は、排他的な“または”というよりはむしろ、包括的な“または”を意味することが意図されている。すなわち、そうではないとして指定されていない限り、または、コンテキストから明らかでない限り、フレーズ“ＸがＡまたはＢを用いる”は、自然な包括的順列の何らかの物を意図することが意図されている。すなわち、フレーズ“ＸがＡまたはＢを用いる”は、以下の例の何らかのものに適合する：ＸがＡを用いる；ＸがＢを用いる；または、ＸがＡおよびＢを用いる。さらに、この出願および添付の特許請求の範囲において使用される、冠詞“ａ”および“ａｎ”は、そうではないとして指定されていない限り、あるいは、単数形を指していることがコンテキストから明らかでない限り、“１つ以上の”を意図するとして、一般的に解釈すべきである。
【００１５】
さらに、ここで説明するさまざまな観点または特徴は、標準のプログラミング、および／または、エンジニアリング技術を使用して、方法、装置、または製品として実現されてもよい。ここで使用する、用語“製品”は、任意のコンピュータ読取可能デバイスや、キャリアや、または、媒体からアクセス可能なコンピュータプログラムを包含することを意図している。例えば、コンピュータ読取可能媒体は、これらに制限されないが、磁気記憶デバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストライプ等）と、光学ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル汎用ディスク（ＤＶＤ）等）と、スマートカードと、フラッシュメモリデバイス（例えば、ＥＰＲＯＭ、カード、スティック、キードライブ等）とを含んでもよい。さらに、ここで記述するさまざまな記憶媒体は、情報を記憶するための１つ以上のデバイス、および／または、他の機械読取可能媒体を表すことができる。用語“機械読取可能媒体”は、これに制限されないが、命令および／またはデータを記憶し、包含し、および／または、伝送できる、ワイヤレスチャネルおよび他のさまざまな媒体を含んでもよい。
【００１６】
ここで開示する技術は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および、他のシステムのような、さまざまなワイヤレス通信システムに対して使用されることができる。用語“システム”および“ネットワーク”は、ここで、相互交換可能に使用することが多い。ＣＤＭＡシステムは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００等のような無線技術を実現してもよい。ＵＴＲＡは、広帯域−ＣＤＭＡ（Ｗ−ＣＤＭＡ）、および、ＣＤＭＡの他の変種を含んでもよい。さらに、ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５、および、ＩＳ−８５６標準規格をカバーする。ＴＤＭＡシステムは、移動体通信のためのグローバルシステム（ＧＳＭ（登録商標））のような無線技術を実現してもよい。ＯＦＤＭＡシステムは、進化ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラ移動体ブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（ＷｉＦｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８２０．２０、フラッシュＯＦＤＭ等のような無線技術を実現してもよい。ＵＴＲＡと、Ｅ−ＵＴＲＡは、ユニバーサル移動体電気通信システム（ＵＭＴＳ）の一部である。３ＧＰＰ長期進化（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳのリリースであり、これは、ダウンリンク上でＯＦＤＭＡを使用し、アップリンク上でＳＣ−ＦＤＭＡを使用する。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、および、ＧＳＭは、“第３世代パートナーシッププロジェクト”（３ＧＰＰ）と称される組織からの文書に記述されている。さらに、ｃｄｍａ２０００、および、ＵＭＢは、“第３世代パートナーシッププロジェクト２”（３ＧＰＰ２）と称される組織からの文書に記述されている。さらに、このようなワイヤレス通信システムは、対になっていない無許可のスペクトル、８０２．ｘｘワイヤレスＬＡＮ、ブルートゥース（登録商標）、および、他の何らかの短距離または長距離ワイヤレス通信技術を使用することの多い、ピアツーピア（例えば、モバイル対モバイル）アドホックネットワークシステムを追加的に含んでもよい。
【００１７】
数多くのデバイス、コンポーネント、モジュール、および、これらに類する物を含んでもよいシステムに関して、さまざまな観点または特徴が提示されることになる。さまざまなシステムは、追加的なデバイス、コンポーネント、モジュール等を含んでもよく、および／または、図面に関して説明する、すべてのデバイス、コンポーネント、モジュール等を含んでいなくてもよいことが理解され、認識されるだろう。これらのアプローチの組み合わせがまた使用されてもよい。
【００１８】
ここで、図１を参照して、ここで提示するさまざまな実施形態にしたがった、ワイヤレス通信システム１００を図示する。いくつかの観点では、通信ネットワーク１０２は、ワイヤレス通信をイネーブルするように動作可能なワイヤレスアクセスネットワーク１０４と、ワイヤレスデバイス１２２および１２８を含む、複数のワイヤレスデバイスに複数のコンテンツ１３４を配信するように動作可能なメディア配信ネットワーク１０６とを備える。システム１００は、複数のアンテナグループを含むことができる基地局１０８を具備する。例えば、１つのアンテナグループは、アンテナ１１０および１１２を含むことができ、別のグループは、アンテナ１１４および１１６を含むことができ、追加のグループは、アンテナ１１８および１２０を含むことができる。各アンテナグループに対して、２本のアンテナを図示しているが、各グループに対して、より多くのアンテナ、または、より少ないアンテナを利用することができる。当業者によって理解されることになるように、基地局１０８は、送信機チェーンおよび受信機チェーンを、追加的に含むことができ、これらのそれぞれは、代わりに、信号送受信に関係する複数のコンポーネント（例えば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、アンテナ、等）を含むことができる。
【００１９】
基地局１０８は、移動体デバイス１２２および移動体デバイス１２８のような１つ以上の移動体デバイスと通信できるが、移動体デバイス１２２および１２８に類似した、実質上、何らかの数の移動体デバイスと通信できることを理解すべきである。移動体デバイス１２２および１２８は、例えば、セルラ電話機、スマートフォン、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルドコンピューティングデバイス、衛星無線、グローバルポジショニングシステム、ＰＤＡ、および／または、ワイヤレス通信システム１００を通して通信するための、他の任意の適切なデバイスであってもよい。図示したように、移動体デバイス１２２は、アンテナ１１８および１２０と通信しており、ここで、アンテナ１１８および１２０は、フォワードリンク１２４を通して移動体デバイス１２２に対して情報を送信し、リバースリンク１２６を通して移動体デバイス１２２から情報を受信する。さらに、移動体デバイス１２８は、アンテナ１１０および１１２と通信しており、ここで、アンテナ１１０および１１２は、フォワードリンク１３０を通して移動体デバイス１２８に対して情報を送信し、リバースリンク１３２を通して移動体デバイス１２８から情報を受信する。周波数分割二重化（ＦＤＤ）システムでは、例えば、フォワードリンク１２４は、リバースリンク１２６によって使用されるものとは異なる周波数帯域を利用でき、フォワードリンク１３０は、リバースリンク１３２によって用いられるのとは異なる周波数帯域を用いることができる。さらに、時分割二重化（ＴＤＤ）システムでは、フォワードリンク１２４およびリバースリンク１２６は、共通の周波数帯域を利用でき、フォワードリンク１３０およびリバースリンク１３２は、共通の周波数帯域を利用できる。
【００２０】
１組のアンテナ、および／または、それらが通信するように指定されているエリアを、基地局１０８のセクタとして呼ぶことができる。例えば、複数のアンテナは、基地局１０８によってカバーされるエリアのセクタ中で、移動体デバイスと通信するように設計されている。フォワードリンク１２４および１３０を通しての通信において、基地局１０８の送信アンテナは、ビーム形成を利用して、移動体デバイス１２２および１２８に対するフォワードリンク１２４および１３０の信号対雑音比を改善することができる。また、基地局１０８が、ビーム形成を利用して、関係するカバレッジにわたってランダムに散在している移動体デバイス１２２および１２８に対して送信する限り、隣接セル中の移動体デバイスは、すべてのその移動体デバイスに対して、単一のアンテナを通して送信する基地局から受けるものに比して、より少ない干渉しか受けない。
【００２１】
さらに、通信ネットワーク１０２は、ネットワーク１０２中のユーザに対して配信するための複数のコンテンツ１３４のすべてまたは何らかの部分を提供するように動作可能な、１つ以上のコンテンツプロバイダ１３６、１３８を含む。例えば、コンテンツプロバイダ１３６、１３８によって供給される、複数のコンテンツ１３４は、ビデオ、オーディオ、マルチメディアコンテンツ、リアルタイムコンテンツ、“クリップ”としても呼ばれる非リアルタイムコンテンツ、スクリプト、プログラム、データ、または、他の何らかのタイプの適切なコンテンツを含んでもよい。複数のコンテンツ２４は、プログラミングに対する予約、アドホックおよび／またはオンデマンドのプログラミング、他のコンテンツ内のブレークの間に、ならびに／あるいは、他のコンテンツと同時に提示される、広告または他の何らかの形態のコンテンツのうちの１つ、あるいは、何らかの組み合わせを含んでいてもよい。いくつかの観点では、コンテンツプロバイダ１３６、１３８は、任意の適切なタイプのワイヤードおよび／またはワイヤレス通信インターフェースを含んでもよい通信リンク１４０を介して、メディア配信システム１０６と通信する。
【００２２】
いくつかの観点では、メディア配信ネットワーク１０６は、１つ以上のメディアサービス１４４を含み、１つ以上のデータネットワーク１４６を通して、マルチメディアコンテンツフロー１４２を作成し、転送するように動作する転送システムを備えていてもよい。例えば、このようなトランスポートシステムは、マルチキャストメカニズム１４８を含んでもよい。マルチキャスティングのいくつかの観点では、それぞれのフロー１４２は、所定の地理的エリア中で利用可能な１組のフローである“マルチプレックス（multiplex）”の内の論理ストリームである。例えば、マルチキャストメカニズム１４８は、カリフォルニア州サンディエゴのＱｕａｌｃｏｍｍ，Ｉｎｃ．から利用可能なＭｅｄｉａＦＬＯ（登録商標）システムを含む、フォワードリンク専用（ＦＬＯ）ネットワークのようなマルチキャストシステムのすべて、または、何らかの部分を含んでもよい。さらに、メディアサービス１４４は、複数のコンテンツ１３４のうちの１つまたは何らかの組み合わせを含み、特定の小売業者に対してカスタマイズされたメディアサービスは、“チャネル”として呼ばれてもよい。それゆえ、フローは、適切な周波数に同調している任意のデバイスにとって利用可能であるので、それぞれのフロー１４２は、同一のサービス１４４を、複数のエンドポイントに対して、同時に配信でき、これによってスケーラビリティの問題を回避している。したがって、メディア配信ネットワーク１０６は、１対多の方式で、メディアコンテンツを転送するように動作可能であってもよい。ＭｅｄｉａＦＬＯは、ブロードキャストネットワークの１つの例であり、ブロードキャストネットワークの他の例は、ＤＶＢ−Ｈ（デジタルビデオブロードキャスティング−ハンドヘルド）システムと、Ｔ−ＤＭＢ（地上デジタルマルチメディアブロードキャスト）システムとを含んでもよく；追加的に、マルチキャストネットワークは、ここで開示する観点にしたがって使用できる。
【００２３】
ここで、図２を参照して、通例、移動体デバイス２０２上で、異なるサービスを管理するための例示的なシステム２００を開示する。パーソナル電子的デバイス（例えば、移動体デバイス２０２）のより多くの複雑さに伴って、また、異なるサービス（例えば、テレビジョンを視聴すること、インターネットブラウザを動作すること、テキストメッセージングをイネーブルすること、音声および／またはビデオ通信をイネーブルすること等）を提供するための能力に伴って、デバイス上でサービスを管理するためのより多くの要望があってもよい。例えば、テレビジョン（ＴＶ）を視聴するために、移動体デバイス２０２を使用することができる。コマーシャルブレークの間に、ユーザは、移動体デバイス２０２のテキストメッセージ機能を、使用することを望むかもしれず、したがって、（例えば、第１のサービス−テレビジョン−から、代替のサービス−テキストメッセージング−への）サービスの切り替えがあってもよい。ユーザの観点からと、サービスプロバイダの観点からとを含む、サービスの切り替えに関する複数の問題が起こるかもしれない。
【００２４】
サービスプロバイダの観点からは、異なるサービスに関与している（engaging）ユーザにおける、いくつかの困難性がある。第１に、通常は多額の資金を支払う広告主が、彼らの広告機会（例えば、ユーザにインプレッションを残すために、ユーザに対して広告を開示するチャンス）を奪われてしまうかもしれない。例えば、機会において、広告主のコマーシャルが実行され、ユーザが別のサービスに切り替える場合、ユーザが機会に関係するサービスにもはや関与しないかもしれないので、広告機会は失われるかもしれない。さらに、ユーザは別のサービスに関与しているので、ユーザが第１のサービスへと戻るという保証は何もなく、したがって、より多くの機会（例えば、将来の機会）が失われるかもしれない。
【００２５】
同様に、ユーザは、第１のサービス（例えば、テレビジョンプログラム）に戻ることを望んでいるかもしれないが、補足的なサービス（例えば、友人との会話）に関与したせいで忘れてしまうかもしれない。したがって、第１のマルチメディアサービスに対応している機会（例えば、コマーシャルブレークのような、ブレーク機会）を識別するクラシファイア２０４を使用してもよい。さらに、識別された機会に基づいて、少なくとも１つの代替のマルチメディアサービスをイネーブルする（例えば、ユーザによって関与されることになるサービスをイネーブルする）トリガ２０６の使用があってもよい。第１のサービスに戻らせるための戻り通知が、ユーザに対して生成されるように、および／または、代替サービスを有していても機会が利用されるように（例えば、代替のサービスがビデオ機能を占有しているときに、広告をオーディオに修正する）、イネーブルすることが資格を与えられてもよい。第１のサービスが第１のサービスプロバイダ２０８から提供される一方で、代替のサービスが代替のサービスプロバイダ２１０から提供される。しかしながら、複数のサービスが単一のサービスプロバイダから提供されることも可能である。さらに、基地局２１２を使用して、移動体デバイス２０２および、サービスプロバイダ２０８、２１０との通信を容易にしてもよい。
【００２６】
パーソナル電子的デバイス（例えば、移動体デバイス２０２）を有するユーザを開示した一方で、他のデバイス（例えば、デスクトップコンピュータ）にしたがって、ここで開示した観点を使用できることを理解すべきである。さらに、複数のデバイスを互いに協調させて使用してもよい。例えば、テレビジョンセット上でテレビジョンショーとともに、機会が識別される場合、移動体デバイス２０２は、イネーブルされたテキストメッセージアプリケーションを有していてもよい。さらに、テレビジョンセットは、自動的に修正され（例えば、移動体デバイス２０２上でアプリケーションが可聴になるように、ミュートにされ）てもよい。クラシファイア２０４、および／または、トリガ２０６が、移動体デバイス２０２以外のユニット（例えば、移動体デバイス２０２および／または基地局２０４と通信する独立したデバイス）上に少なくとも部分的に駐在していてもよいことも理解すべきである。クライアントサービスアプリケーション２１４を使用して、移動体デバイス２０２が、異なるネットワークサイドサービス（例えば、例えば、第１のサービスプロバイダ２０８、代替のサービスプロバイダ２１０等）を使用して、異なるクライアントサービスアプリケーション（例えば、第１のサービスプロバイダ２０８、代替サービスプロバイダ２１０等）を実行するのを容易にしてもよい。
【００２７】
図３を参照して、使用する代替サービスを決定するための、および／または、代替サービスが使用されるべきであるか否かを決定するための、例示的なシステム３００を開示する。移動体デバイス２０２は、基地局２１２と通信して、情報を通信できる。クラシファイア２０４を使用して、（例えば、別のサービスの代わりに代替のサービスを使用して、）代替のサービスを使用するための機会を決定してもよい。
【００２８】
比較的多数の代替のサービスが利用可能であってもよい可能性がある。例として、第１のサービスはＴＶであってもよい一方で、潜在的な代替のサービスは、インターネットブラウザ、テキストメッセージアプリケーションの使用や、音声メールを聞くことや、音声会話への参加等であってもよい。代替サービスとして、すべてのものより少ないサービスが使用されがちであることから、適切な場合にイネーブルするための少なくとも１つの代替のマルチメディアサービスを決定し、そしてまた、適切な場合にイネーブルしないためのサービスを決定する、ビューワ３０２を使用できる。
【００２９】
１つの実施形態にしたがうと、ビューワ３０２は、使用されることになるサービスを、人工知能技術の使用を通してのように自動的に決定できる。１つの例において、音声メールがあり、ショーがコマーシャルブレーク中であるとき、ユーザが、履歴的にボイスメールチェックサービスを使用できる−履歴によって、音声メールサービスが自動的にイネーブルされる。さらに、コンテキスト上の情報を使用して、イネーブルするためのサービスを決定することができる。ユーザが、テキストメッセージを送ることを通して、競争者に対して投票することを視聴者に促すＴＶプログラムを視聴している場合、ＴＶプログラムに関係する機会の間に、テキストメッセージングサービスが自動的にイネーブルされてもよい。自動的なイネーブルは、（例えば、プロデューサ３０４によって提供されるインターフェースの使用を通して、）ユーザによってオーバーライドすることができ、および／または、ディセーブルすることができる。
【００３０】
人工知能技術を使用して、主題の明細書中で開示される決定および推論を実行してもよいことを理解すべきである。これらの技術は、データから学習し、次に、複数の記憶ユニット全体にわたって情報を動的に記憶することに関連して、推論を導くための、および／または、決定を行うための、さまざまな技法（例えば、隠れマルコフモデル（ＨＭＭ）、関連プロトタイプ的依拠モデル、ベイジアンネットワークのような、例えば、ベイジアンモデルスコアもしくは近似を使用した構造サーチによって作成される、より一般的な確率的グラフィカルモデル、サポートベクトルマシン（ＳＶＭ）のような、線形クラシファイア、“ニューラルネットワーク”技法として呼ばれる方法のような非線形クラシファイア、ファジー論理技法、および、データ融合を実行する、他のアプローチ）のうちの１つを用いる。これらの技術はまた、定理証明、または、よりヒューリスティックなルールベースのエキスパートシステムのような、論理的関係の捕捉のための方法を含むことができる。これらの技術は、いくつかのケースにおいて、異種の者（第三者）によって、指定される、外部的にプラグ可能なモジュールとして表現されることができる。
【００３１】
代替のサービスを自動的に提供することとは対照的に、ユーザは、どの代替サービスをイネーブルするかについての指示を提供することに関与することができる。少なくとも２つのイネーブルされた代替のマルチメディアサービス（例えば、少なくとも２つのサービスが選択のために提供される）のうちの少なくとも１つの選択をイネーブルするインターフェースを発生させるプロデューサ３０４を使用してもよい。ユーザが選択を行うことができ、トリガ２０６が選択をイネーブルでき、および／または、トリガ２０６はビューワ３０２によって決定された代替のサービスを自動的にイネーブルできる。代替のサービスをマニュアルで（例えば、音声コマンドを通してのような、インターフェースなしで）ユーザが選択することのような、または、第三者によって代替のサービスが決定されること（例えば、ユーザ同意を取得した後に自動的にテキストメッセージサービスをイネーブルするＴＶプログラム）のような、代替の実施形態を実現できる。
【００３２】
ここで図４を参照して、代替のサービスに関連して、情報を修正する例示的なシステム４００を開示する。移動体デバイス２０２（例えば、移動体ＴＶ）は、基地局２１２と通信して、情報転送を容易にできる。ユーザは、移動体デバイス２０２上で、スケジュールされたコマーシャルブレークを有するＴＶサービスのようなサービスを実行できる。機会（例えば、ユーザに対して広告コンテンツを開示する機会、代替のサービスを使用する機会等）が、発生してもよく、クラシファイア２０４が、機会（例えば、サービスプロバイダから、ディスプレイの光学スキャニングから送られた信号からの識別等）を識別できる。機会の間にどの代替サービスを使用するかについての決定を行うことができ、トリガ２０６が決定された代替のサービスをイネーブルできる。
【００３３】
ユーザは代替のサービスに関与することができるので、第１のサービスの一部としての広告を開示する機会は失われてしまうかもしれない。ユーザが依然として所望のコンテンツにさらされるように、広告を修正するために移動体デバイス２０２を動作させてもよい。少なくとも１つの代替のマルチメディアサービスを評価する（例えば、代替のサービスの使用が、どのように機会および／または広告に影響を及ぼすかに関して評価する）アプレイザ（an appraiser）４０２を移動体デバイス２０２によって使用できる。さらに、アプレイザ４０２は、第１のサービス、広告、コンテキスト情報、および、これらに類する物を評価でき、この評価の結果を、移動体デバイスによってサービス管理において使用できる。
【００３４】
少なくとも１つの代替のマルチメディアサービスに対する関与の態様（a manner of engagement）を決定するカリキュレータ４０４を使用できる。例えば、代替サービスが、テキストメッセージサービスであるとして決定された場合、次に、代替サービスがキーボードおよびスクリーンの使用を通して関与されているという決定を行うことができる。広告がインプレッションを残すように、どのように第１のサービスを修正すべきかについての決定が（例えば、アプレイザ４０２によって）行われる。機会がインプレッションを残すように（例えば、コンテンツが、依然としてユーザによって享受されるように）、第１のマルチメディアサービスの修正を確立するチェンジャー４０６を用いてもよい。
【００３５】
代替サービスが、テキストメッセージサービスであるときの例を継続して、ユーザは、ＴＶプログラムを視聴するために、移動体デバイスに関与することができる。コマーシャルブレーク（例えば、機会）が発生するとき、ユーザはテキストメッセージサービスに切替できる。アプレイザ４０２は、テキストメッセージサービスを評価でき、予想通りに実行された場合、スクリーンがテキストメッセージアプリケーションで占有されているか、または、占有されることになるので、カリキュレータ４０４は、評価の結果に基づいて、広告の視覚的側面は享受されないとして決定できる。テキストメッセージサービスのせいで視覚的側面が享受されないので、オーディオが再生されるように、チェンジャー４０６によって広告を修正してもよい。オリジナル広告のオーディオが再生されるように、（例えば、ラジオブロードキャストに対して設計されている）特別に設計されているオーディオ専用広告が再生されるように、修正を機能させてもよい。
【００３６】
図５を参照して、移動体デバイス２０２上で通例、動作している、異なるマルチメディアサービス（例えば、ＴＶ、ストリームされたビデオ、ストリームされた音楽等）を通してナビゲートするための例示的なシステム５００を開示する。移動体デバイス２０２は、基地局２０４と通信して、異なるサービスへの関与を容易にすることができる。クラシファイア２０４は、第１のマルチメディアサービスに関する機会を識別でき、トリガ２０６は、少なくとも識別された機会の間に動作させるために、代替サービスをイネーブルできる。
【００３７】
機会が終了するとき（例えば、コマーシャルブレーク期間が終了するとき）、第１のサービスを再開させることに関する、複数の当事者からの要望があるかもしれない。サービスプロバイダは、他の機会の間に、ユーザによって視聴されることをプロバイダが望む広告を持っていてもよく、ユーザは、機会が終了した後で、第１のサービスを継続することを望んでいてもよい。（例えば、ユーザが代替のマルチメディアサービスに関与している間に、第１のマルチメディアサービスの観察を通して、）機会の終了を識別するターミネータ５０２を使用してもよい。
【００３８】
デベロッパ５０４は、少なくとも１つの代替のマルチメディアサービスと、第１のマルチメディアサービスとに関して、どのように進めるかを決定できる。例えば、識別された終了の際に、第１のマルチメディアサービスを再開させるという決定が自動的に行われてもよい。異なる実施形態として、第１のサービスに戻るべきかどうか、または、ユーザからの代替の命令が提供されるまで、代替サービスを継続させるべきかどうか、ユーザが尋ねられるべきであるという決定が行われてもよい。さらに、機会の終了においてのような、代替サービスがオーバーライドされるべきであるときを第１のサービスが決定するように、第１のサービスが支配的であってもよい。
【００３９】
第１のマルチメディアサービスが再開すべきことが決定される際に、少なくとも１つのイネーブルされた代替のマルチメディアサービスをディセーブルするイモビライザ５０６を使用してもよい。ディセーブルが上手く達成されたかどうかを決定するためのチェックが実行されてもよく、肯定の決定の際に、第１のマルチメディアサービスに戻らせるためのリバイザ５０８を使用してもよい。ディセーブルが上手く達成されていない場合、引き続いての試みが行われる。
【００４０】
ここで、図６を参照して、マルチメディアサービスの管理に関する、ユーザからの情報を募るための例示的なシステム６００を開示する。移動体デバイス２０２は、基地局２１２を通して中継されるサービスを持っていてもよい。サービスは、別のサービスが使用されることになるための機会を持っていてもよく、クラシファイア２０４が機会を識別してもよい。代替のサービスが、機会の間の使用に対して指定されてもよく、トリガ２０６が指定された代替のサービスをイネーブルしてもよい（例えば、代替のサービスが使用されることができるようにしてもよい）。ターミネータ５０２は、第１のマルチメディアサービスの、および／または、代替のマルチメディアサービスの動作を監視して、監視に基づいて、機会の終了を識別できる。
【００４１】
図３のプロデューサ３０４は、インターフェース（例えば、ビデオタッチパッド、音声インターフェース等）を発生させることができ、ディスクローザ６０２は、ユーザに対して、少なくとも２つの選択肢（例えば、第１のサービスに戻る、動作を終了させる、リマインダタイマーを設定する、等）を含むインターフェースを提示できる。ユーザは、インターフェースの使用を通して、１つ以上の選択肢（例えば、すべてを選択するもの、すべてを選択する訳ではないが、１つより多くを選択するもの）から選ぶことができる。１つの実施形態にしたがうと、発生させる前に、インターフェース（例えば、色彩スキーム、ボタンのサイズ、利用可能な選択肢、および、これらに類する物）を、ユーザによってカスタマイズする。
【００４２】
オブテイナ６０４は、インターフェースの使用を監視してもよく、どのように進めるかについての命令を受け取ってもよい。１つの実施形態にしたがうと、ユーザは、インターフェースを通して提示された選択肢を選び、ここで、選択肢は命令に対応している。アテンプタ６０６は、命令を評価して、どのように進めるかを決定してもよく、適応可能な場合、命令にしたがってもよい。１つの実現にしたがうと、インターフェースが、ユーザに対して、命令を話すことを促してもよい（例えば、インターフェースはオーディオ提案である）。話された命令を評価して、何が意図されているかを決定してもよい。意図されているものが決定された場合、命令にしたがってもよく；意図されているものが決定できない場合、新しい入力に対する要求が要求されてもよい。したがって、ユーザはブロードキャスタからのブレーク状態信号の終了にどのように応答するか（例えば、プログラムに戻る、使用者に通知および待機する、マイタスクが完了されるまで待機する）を選択できる。別の実現では、ブロードキャストされているプログラムに対する参照によって、または、ルールのグローバルな組（例えば、１つ以上のルール）を通して、サービスプロバイダがプリファレンスを選択する。例えば、ダンスコンテストの間に、ブロードキャスタは、ユーザが競争者についてチャットできるように、ユーザを彼らのテキストメッセージングアプリケーションに仕向けてもよい。したがって、ユーザは、依然として広告を供給されている間に、移動体ＴＶアプリケーションを終了させることなく、軽いタスクを実行することを許容されてもよい。また、記録されたもの、すなわち、クリップ機能（例えば、デジタルビデオレコーディング）に対して、観点を使用してもよく、ここで、コマーシャル高速早送りはディセーブルされているが、コマーシャルブレークの間にブレーク状態は提供される。
【００４３】
図７を参照して、通例、移動体デバイス上でマルチメディアサービスを管理する例示的な技法７００を開示する。アクション７０２において、使用されることになる代替のサービスに対する機会の発見を試みるために、第１のマルチメディアサービスを監視してもよい。イベント７０４において、例えば、第１のマルチメディアサービスのプロバイダから送られた信号を取得することを通して、第１のマルチメディアサービスの識別があってもよい。コンテキスト上の情報を収集して、解析してもよく、解析の結果に基づいて、アクト７０６を通して、イネーブルするための少なくとも１つの代替のマルチメディアサービスの決定があってもよい。決定に基づいて、イベント７０８において、識別された機会に基づいて、少なくとも１つの代替のマルチメディアサービスをイネーブルがあってもよい。
【００４４】
図８を参照して、通例、移動体デバイス上でサービス管理を処理することに関する例示的な技法８００を開示する。アクション８０２において、第１のサービスの代わりに、代替のサービスを使用する機会の識別があってもよい。チェック８０４を実行して、機会の間に別のサービスを使用すべきあるか否かを決定してもよい。チェック８０４は、利用可能な別のサービスがあるか否か、別のサービスを使用すべきであるか否か、および、これらに類する物を決定するように機能できる。例えば、チェック８０４は、移動体デバイスをホスティングする機能を測定してもよく、サービスをデバイス上で実行できるか否かを決定してもよい。別のサービスを使用すべきでないとして決定された場合、イベント８０６において標準的な機会が開示される（例えば、通常のＴＶコマーシャルが実行される）。
【００４５】
チェック８０４が、利用可能なサービスがあるとして決定する場合、アクション８０８を通して、サービスの評価が発生してもよい。ユーザが代替のサービスを選択すべきか否かを決定するために、チェック８１０が発生してもよい。ユーザが代替のサービスを選択すべきである場合、選択を容易にするために、アクト８１２を通して、インターフェースが発生されてもよい。しかしながら、ユーザが代替のサービスを選択すべきでない場合、自動的な選択が発生してもよい。どのように選択が発生するかにかかわらず、イベント８１４を通して、ユーザがどのように代替のサービスに関与するかについての決定が行われてもよい。予測的な解析を通して、履歴の解析、通例ではどのように関与（engagement）が発生するかについてのサービスプロバイダからの要求、等を通して、このことが行われてもよい。アクト８１６において、決定された方法の結果に基づいて、オリジナル情報（例えば、広告）の修正が発生してもよい。
【００４６】
図９を参照して、マルチメディアサービスに関連して、情報を処理するための例示的な技法９００を開示する。アクション９０２において、代替のサービスを使用するための機会を識別できる。代替のサービスが機会の間に使用されることができるように、イベント９０４において、代替のサービスはイネーブルされてもよい。イベント９０６において、いつ機会が終了するかについての識別があってもよいように、機会が監視されてもよい。
【００４７】
チェック９０８を生成させて、機会が終了していることの通知（例えば、ユーザに、第１のサービスに戻ることを提案する通知）が、自動的に発生されるべきか否かを決定してもよい。通知が発生されることになる場合、イベント９１０を通して、通知の生成を発生させてもよい。通知は、情報を与えるもの、または、対話的なものであってもよく、通知が対話的なものである場合、どのように進めるか（例えば、第１のサービスに戻る、リマインダを設定する、等）についての応答が受け取られてもよい。
【００４８】
通知があったとしても、または、なかったとしても、第１のサービスへの戻りがあるか否かを決定するために、チェック９１４を実行できる。第１のサービスへの戻りがない場合、アクト９１６において発生する、（例えば、連続的な、定期的な、等の）観察があってもよく、チェック９１４に戻って、戻りがあるべきか否かを再び決定してもよい。サービスへの戻りがないとして決定される際に、他の結果が起こってもよいことを理解すべきである。例えば、第１のサービスへの戻りがない場合、他の結果が発生してもよいことを理解すべきである。例えば、第１のマルチメディアサービスに対する戻りがないことになる場合、第１のマルチメディアサービスへの非関与があってもよく、代替のマルチメディアサービスが、新たな第１のマルチメディアサービスになってもよい。第１のサービスに対する戻りがあるとして決定される場合、イベント９１８において、決定されたサービス（例えば、代替のサービス）がディセーブルされてもよく、第１のサービスに対する戻り（a return to the first service）９２０があってもよい。
【００４９】
図１０を参照して、マルチメディアサービスの管理に関して、ユーザを関与させるための例示的な技法１０００を開示する。アクト１００２において機会が識別され、機会に基づいて、アクション１００４において、代替のサービスがイネーブルされる。アクション１００６において、機会の終了を識別するために、機会に関係する第１のサービスの監視を発生させてもよい。例えば、機会が、設定された時間長に対して続くことが予期されるように、時間量が保持されるように、終了の識別が、タイミングメカニズムを通して実行されてもよい。
【００５０】
第１のサービスに対する自動的な戻りがあるか否かを決定するために、チェック１００８が発生してもよく；肯定的な決定が行われた場合、イベント１０１０において、第１のサービスに対する戻りがあってもよい。しかしながら、自動的な戻りがないとされる場合、アクション１０１２において、機会終了をどのように処理するかについてのインターフェースをユーザに提示してもよい。提示されたインターフェースを通して、アクト１０１４において、第１のサービスに対する潜在的な戻りに関し、どのように進めるかについての命令が受け取られる。
【００５１】
イベント１０１６を通して、命令から何が意図されているかを決定しようとする試みにおいて、受け取られた命令が評価されてもよい。イベント１０１６を通して、命令が評価されてもよく、チェック１０１８を実行して、命令が使用可能であるか否か（例えば、命令が行われることを求めることが、行われてもよいか）を決定してもよい。命令が使用できない場合、イベント１０１０に対する自動的な戻りがあってもよく；命令が使用できる場合、アクト１０２０において、（例えば、第１のサービスに戻ることを含んでいてもよい）命令がしたがわれる。
【００５２】
図７−１０を参照して、さまざまなマルチメディアサービスのユーザに関連する技法を図示した。説明を簡潔にする目的で、技法を一連の動作として示し、記述したが、技法は、アクトの順序によって制限されておらず、１つ以上の実施形態にしたがうと、異なる順序で発生してもよく、および／または、ここで示し、記述したもの以外のアクトと同時に発生してもよい、アクトもあることを理解し、認識すべきである。例えば、当業者は、代わりに、技法が状態ダイアグラムにおけるもののような、一連の相互に関連した状態またはイベントとして表現されてもよいことを理解し、認識することになるだろう。さらに、１つ以上の実施形態にしたがうと、すべての図示したアクトが実現されることが要求されるわけではない。
【００５３】
ここで記述した１つ以上の観点にしたがうと、人工知能技術を用いることを通して、推論および決定が行われてもよいことが、認識されることになるだろう。ここで使用するように、用語“推論する”または“推論”は、イベントおよび／またはデータを介してキャプチャされた１組の観察から、システム、環境、および／または、ユーザの状態について、推理、または、推論するプロセスを一般的に指す。推論は、特定のコンテキストまたはアクションを識別するのに用いてもよく、例えば、状態についての確率分布を発生させてもよい。推論は、確率論的であってもよく、すなわち、データおよびイベントの考察に基づいた、関心の状態についての確率分布の計算であってもよい。推論は、１組のイベントおよび／またはデータから、より高次レベルのイベントを構成するために用いられる技術を指すこともできる。このような推論は、１組の観察されたイベントおよび／または記憶されたイベントデータから、それらの複数のイベントが、近い時間的近似において関連しているか否かと、複数のイベントおよび複数のデータが、１つのイベントおよびデータソース、または、いくつかのイベントおよびデータソースから由来しているか否かについての、新たなイベントまたはアクションの構成をもたらす。
【００５４】
ある例にしたがうと、上に提示した１つ以上の方法は、人工知能技術を使用することを含むことができる。さらなる例示として、推論は、意図されているアプリケーション、所望の節電、等に基づいた、ウェークアップ期間パラメータとして、物理フレームの数を選択することに関連して、行われてもよい。前述の例は、例示的な性質のものであり、ここで記述するさまざまな実施形態および／または方法に関連して、行われてもよい推論の数や、または、このような推論が行われる方法を制限することを意図していない。
【００５５】
図１１は、移動体デバイス１１００上で、マルチメディアサービスを用いることを容易にする（例えば、図２の移動体デバイス２０２、または、図１の移動体デバイス１２２もしくは１２８と相互交換可能である）移動体デバイス１１００の例示である。移動体デバイス１１００は、例として、（示していない）受信アンテナから信号を受信する受信機１１０２を具備し、受信した信号にその上での典型的動作（例えば、フィルタ、増幅、ダウンコンバート、等）を実行し、調整された信号をデジタル化して、サンプルを取得する。受信機１１０２は、例えば、ＭＭＳＥ受信機であってもよく、受信したシンボルを復調でき、チャネル推定のために、これらをプロセッサ１１０６に提供できる復調器１１０４を備えてもよい。プロセッサ１１０６は、受信機１１０２によって受信された情報を解析するのに、および／または、送信機１１１６による送信のための情報を発生させるのに、専用のプロセッサであってもよく、移動体デバイス１１００の１つ以上のコンポーネントを制御するプロセッサであってもよく、受信機１１０２によって受信された情報を解析することと、送信機１１１６による送信のための情報を発生させることとの両方を行い、移動体デバイス１１００の１つ以上のコンポーネントを制御するプロセッサであってもよい。
【００５６】
移動体デバイス１１００は、プロセッサ１１０６に動作可能に結合されており、送信されることになるデータ、受信されたデータ、利用可能なチャネルに関連する情報、解析された信号、および／または、干渉強度に関係するデータ、割り当てられたチャネル、電力、レート、または、これらに類する物に関連する情報、ならびに、チャネルを推定し、チャネルを介して通信するための、他の適切な情報を記憶できる、メモリ１１０８を追加的に具備していてもよい。メモリ１１０８は、（例えば、性能ベース、容量ベース、等で）チャネルを推定すること、および／または、利用することに関係する、プロトコル、および／または、アルゴリズムを追加的に記憶できる。
【００５７】
ここで記述するデータ記憶（例えば、メモリ１１０８）は、揮発性の、または、不揮発性のメモリのいずれかであってもよく、揮発性の、および、不揮発性のメモリの両方を含んでいてもよいことを認識すべきである。例示としてであって、制限としてではなく、不揮発性メモリは、読出専用メモリ（ＲＯＭ）、プログラム可能ＲＯＭ（ＰＲＯＭ）、電気的プログラム可能ＲＯＭ（ＥＰＲＯＭ）、電気的消去可能プログラム可能ＲＯＭ（ＥＥＰＲＯＭ）、または、フラッシュメモリを含んでもよい。揮発性メモリは、外部キャッシュメモリとして動作する、ランダムアクセスメモリ（ＲＡＭ）を含んでもよい。例示としてであって、制限としてではなく、ＲＡＭは、同期ＲＡＭ（ＳＲＡＭ）、動的ＲＡＭ（ＤＲＡＭ）、同期ＤＲＡＭ（ＳＤＲＡＭ）、二重データレートＳＤＲＡＭ（ＤＤＲ  ＳＤＲＡＭ）、拡張ＳＤＲＡＭ（ＥＳＤＲＡＭ）、同期リンクＤＲＡＭ（ＳＬＤＲＡＭ）、および、ダイレクトラムバスＲＡＭ（ＤＲＲＡＭ）のような数多くの形態で利用可能である。主題となるシステムおよび方法のメモリ１１０８は、制限されることなく、これらの、および、他の何らかの適切なタイプのメモリを含むことを意図している。
【００５８】
クラシファイア１１１０および／またはトリガ１１１２を使用して、複数のサービスに関する動作、特に、移動体デバイス１１００上での動作を容易にしてもよい。第１のマルチメディアサービスの機会を識別するクラシファイア１１１０を使用してもよい。さらに、識別された機会に基づいて、少なくとも１つの代替マルチメディアサービスをイネーブルするトリガ１１１２を使用してもよい。移動体デバイス１１００は、例として、基地局、別の移動体デバイス等に対して、信号（例えば、ベースＣＱＩおよび、較差ＣＱＩ）を送信する送信機１１０６、および、変調器１１１４をさらに依然として具備していてもよい。プロセッサ１１０６とは別個のものとして示したが、クラシファイア１１１０および／またはトリガ１１１２は、プロセッサ１１０６、または、（示していない）多数のプロセッサの一部であってもよい。
【００５９】
図１２は、複数のマルチメディアサービスの管理のために移動体デバイスを用いることを容易にするシステム１２００の例示である。システム１２００は、複数の受信アンテナ１２０６を通して１つ以上の移動体デバイス１２０４から信号を受信する受信機１２１０と、複数の送信アンテナ１２０８を通して１つ以上の移動体デバイス１２０４に対して送信する送信機１２２２とを備える基地局１２０２（例えば、アクセスポイント、・・・）を具備する。受信機１２１０は、受信アンテナ１２０６からの情報を受信でき、受信された情報を復調する復調器１２１２に動作可能に関係付けられている。復調されたシンボルは、上で図１１に関して記述したプロセッサに類似していてもよい、プロセッサ１２１４によって解析され、プロセッサ１２１４は、メモリ１２１６に結合されており、メモリ１２１６は、信号（例えば、パイロット）強度および／または干渉強度を推定することに関連する情報、移動体デバイス１２０４（もしくは（示していない）異種の基地局）に対して送信されることになる、または、移動体デバイス１２０４（もしくは（示していない）異種の基地局）から受信されることになるデータ、ならびに／あるいは、ここで記述するさまざまなアクションおよび機能を実行することに関連する、他の何らかの適切な情報を記憶する。さらに、プロセッサ１２１４は、フォワードリンクチャネルを通しての送信を有効化して、ＦＬＡＢメッセージまたはＡＲＢメッセージを搬送してもよい。送信されることになる情報は、変調器１２１８に提供されてもよい。変調器１２１８は、アンテナ１２０８を通して、移動体デバイス１２０４への送信機１２２０による送信に対する情報を多重化できる。
【００６０】
図１３は、例示的なワイヤレス通信システム１３００を示す。簡潔さのために、システム１３００は、１つの基地局１３１０と、１つの移動体デバイス１３５０とを図示する。しかしながら、システム１３００は、１つより多い基地局、および／または、１つより多い移動体デバイスを具備していてもよいことを認識すべきであり、ここで、追加的な基地局、および／または、移動体デバイスは、以下で記述する例示的な基地局１３１０と、移動体デバイス１３５０とに、実質的に類似したものであってもよく、あるいは、以下で記述する例示的な基地局１３１０と、移動体デバイス１３５０とは異なるものであってもよい。さらに、基地局１３１０および／または移動体デバイス１３５０は、それらの間でのワイヤレス通信を容易にするための、ここで記述した、システム（図１−６、１１−１２）および／または方法（図７−１０）を用いることができることを認識すべきである。
【００６１】
基地局１３１０において、多数のデータストリームに対するトラフィックデータが、データソース１３１２から送信（ＴＸ）データプロセッサ１３１４に対して提供される。例にしたがうと、それぞれのデータストリームを、それぞれのアンテナを通して送信できる。ＴＸデータプロセッサ１３１４は、そのデータストリームに対して選択された特定のコーディングスキームに基づいて、トラフィックデータストリームをフォーマットし、コード化し、および、インターリーブして、コード化されたデータを提供する。
【００６２】
それぞれのデータストリームに対するコード化されたデータは、直交周波数分割多重化（ＯＦＤＭ）技術を使用して、パイロットデータとともに、多重化できる。追加的に、または、代替的に、パイロットシンボルは、周波数分割多重化（ＦＤＭ）、時分割多重化（ＴＤＭ）、コード分割多重化（ＣＤＭ）であってもよい。パイロットデータは、典型的に、周知の方法で処理される周知のデータパターンであり、移動体デバイス１３５０において、チャネル応答を推定するのに使用されてもよい。各データストリームに対する多重化パイロットとコード化データは、変調シンボルを提供するために、そのデータストリームに対して選択された、特定の変調スキーム（例えば、位相シフトキーイング（ＢＰＳＫ）、直角位相シフトキーイング（ＱＰＳＫ）、Ｍ−位相シフトキーイング（Ｍ−ＰＳＫ）、Ｍ直角増幅変調（Ｍ−ＱＡＭ）、等）に基づいて変調されてもよい（例えば、シンボルマップされてもよい）。各データストリームに対するデータレート、コーディング、および、変調は、プロセッサ１３３０によって実行または提供される命令によって決定されてもよい。
【００６３】
データストリームに対する変調シンボルが、ＴＸ ＭＩＭＯプロセッサ１３２０に対して提供されてもよく、これは、（例えば、ＯＦＤＭに対して）変調シンボルをさらに処理してもよい。ＴＸ ＭＩＭＯプロセッサ１３２０は、ＮT個の変調シンボルストリームを、ＮT個の送信機（ＴＭＴＲ）１３２２ａから１３２２ｔに対して提供する。さまざまな実施形態において、ＴＸ ＭＩＭＯプロセッサ１３２０は、データストリームのシンボルに対して、および、そこからシンボルが送信されているアンテナに対して、ビーム形成重みを適用する。
【００６４】
それぞれの送信機１３２２は、それぞれのシンボルストリームを受信および処理して、１つ以上のアナログ信号を提供し、アナログ信号をさらに調整（例えば、増幅、フィルタ、アップコンバート）して、ＭＩＭＯチャネルを通して送信するために適切な変調信号を提供する。さらに、ＮT個の送信機（ＴＭＴＲ）１３２２ａから１３２２ｔからのＮT個の変調信号は、それぞれ、ＮT本のアンテナ１３２４ａから１３２４ｔから送信される。
【００６５】
移動体デバイス１３５０において、送信された変調信号は、ＮR本のアンテナ１３５２ａから１３５２ｒによって受信され、各アンテナ１３５２からの受信信号は、それぞれの受信機（ＲＣＶＲ）１３５４ａから１３５４ｒに対して提供される。それぞれの受信機１３５４は、それぞれの信号を調整（例えば、フィルタ、増幅、ダウンコンバート）し、調整された信号をデジタル化して、サンプルを提供し、サンプルをさらに処理して、対応する“受信”シンボルストリームを提供する。
【００６６】
ＲＸデータプロセッサ１３６０は、特定の受信機処理技術に基づいて、ＮR個の受信機１３５４からの、ＮR個の受信シンボルストリームを受信および処理して、ＮTの“検出”シンボルストリームを提供する。ＲＸデータプロセッサ１３６０は、各デコードされたシンボルストリームを復調し、デインターリーブし、デコードして、データストリームに対するトラフィックデータを回復してもよい。ＲＸデータプロセッサ１３６０による処理は、基地局１３１０における、ＴＸ ＭＩＭＯプロセッサ１３２０およびＴＸ データプロセッサ１３１４によって実行される処理に相補的なものである。
【００６７】
プロセッサ１３７０は、上で説明したように、どのプレコーディングマトリックスを利用するかを定期的に決定できる。さらに、プロセッサ１３７０は、マトリックスインデックス部分と、ランク価値部分とを含む、リバースリンクメッセージを形成できる。
【００６８】
リバースリンクメッセージは、通信リンクおよび／または受信データストリームに関する、さまざまなタイプの情報を含んでもよい。リバースリンクメッセージは、ＴＸデータプロセッサ１３３８によって処理されてもよく、ＴＸデータプロセッサ１３３８はまた、データソース１３３６からの、数多くのデータストリームに対するトラフィックデータもまた受信し、これは、変調器１３８０によって変調され、送信機１３５４ａから１３５４ｒによって調整され、基地局１３１０に送り返される。
【００６９】
基地局１３１０において、移動体デバイス１３５０からの変調された信号がアンテナ１３２４によって受信され、受信機１３２２によって調整され、復調器１３４０によって復調され、ＲＸデータプロセッサ１３４２によって処理されて、移動体デバイス１３５０によって送信されたリバースリンクメッセージを抽出する。さらに、プロセッサ１３３０は、抽出されたメッセージを処理して、ビーム形成重みを決定するために、どのプレコーディングマトリックスを使用するかを決定してもよい。
【００７０】
プロセッサ１３３０および１３７０は、基地局１３１０および移動体デバイス１３５０のそれぞれにおいて、動作を指示（例えば、制御、調整、管理、等）できる。それぞれのプロセッサ１３３０および１３７０は、プログラムコードとデータを記憶する、メモリ１３３２および１３７２に関係していてもよい。プロセッサ１３３０および１３７０はまた、計算を実行して、アップリンクおよびダウンリンクそれぞれに対する、周波数およびインパルス応答推定を導出してもよい。
【００７１】
ここで記述している実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、または、これらの何らかの組み合わせにおいて実現してもよいことを理解すべきである。ハードウェア実現に対しては、処理ユニットを、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラム可能論理デバイス（ＰＬＤ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）、プロセッサ、制御装置、マイクロ制御装置、マイクロプロセッサ、ここで記述した機能を実行するように設計されている、他の電子的ユニット、または、これらの組み合わせ内で実現されてもよい。
【００７２】
実施形態が、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、プログラムコード、または、コードセグメントにおいて実現されるとき、これらは、記憶コンポーネントのような、機械読取可能媒体中に記憶されてもよい。コードセグメントは、手続、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、または、命令、データ構造、もしくは、プログラムセグメントの何らかの組み合わせを表してもよい。コードセグメントは、情報、データ、引数、パラメータ、または、メモリコンテンツを送ることおよび／または受け取ることによって、別のコードセグメント、または、ハードウェア回路に結合されてもよい。情報、引数、パラメータ、データ等は、メモリ共有、メッセージ送信、トークンパッシング、ネットワーク送信等を含む任意の適切な手段を使用して、送出されてもよく、送られてもよく、送信されてもよい。
【００７３】
ソフトウェア実現に対しては、ここで説明した技術を、ここで説明した機能を実行するモジュール（例えば、手続、関数等）で実現してもよい。ソフトウェアコードは、メモリユニット中に記憶されてもよく、プロセッサによって実行されてもよい。メモリユニットは、プロセッサ内で実現されてもよく、または、プロセッサ外部で実現されてもよい。外部のケースでは、メモリユニットは、技術的に知られているさまざまな手段を通してプロセッサに通信可能に結合されることができる。
【００７４】
図１４を参照して、突発するトラフィックを、不活性とともにインターミックスさせるアプリケーションを、減少電力モードで動作させることによって、不活性の期間の間の電力消費の減少を有効化させるシステム１４００を図示する。例えば、システム１４００は、少なくとも部分的に、移動体デバイス内に駐在していてもよい。機能的ブロックを含むとしてシステム１４００を表現したが、これは、プロセッサ、ソフトウェア、または、これらの組み合わせ（例えば、ファームウェア）によって実現される機能を表す機能的ブロックであってもよいことを認識すべきである。システム１４００は、組み合わせで動作できる、電子的コンポーネントの論理グルーピング１４０２を含む。例として、論理グルーピング１４０２は、第１のマルチメディアサービス１４０４の機会を識別するための電子的コンポーネントとともに、識別された機会１４０６に基づいて、少なくとも１つの代替のマルチメディアサービスをイネーブルするための電子的コンポーネントも含んでもよい。論理グルーピング１４０２はまた、イネーブルするための少なくとも１つの代替のマルチメディアサービスを決定する電子的コンポーネントと、少なくとも１つの代替のマルチメディアサービスを評価する電子的コンポーネントと、少なくとも１つの代替のマルチメディアサービスに対する関与の態様を決定する電子的コンポーネントと、少なくとも２つのイネーブルされた代替のマルチメディアサービスのうちの少なくとも１つの選択をイネーブルするインターフェースを発生させる電子的コンポーネントと、機会の終了を識別する電子的コンポーネントと、少なくとも１つの代替のマルチメディアサービスと、第１のマルチメディアサービスとに関して、どのように進めるかを決定する電子的コンポーネントと、少なくとも１つのイネーブルされた代替のマルチメディアサービスをディセーブルする電子的コンポーネントと、第１のマルチメディアサービスに戻る電子的コンポーネントと、どのように進めるかについての命令を受け取る電子的コンポーネントと、命令にしたがう電子的コンポーネントと、および／または、受け取られることになる命令を生成させる、少なくとも２つの選択肢、ユーザによる選択の関与の態様を含む、ユーザに対するインターフェースを提示する電子的コンポーネントと、を含んでもよく、したがって、表してもよい。さらに、システム１４００は、電子的コンポーネント１４０４および１４０６に関係する機能を実行するための命令を保持するメモリ１４０８を含んでもよい。メモリ１４０８に対して外部的であるとして示したが、１つ以上の電子的コンポーネント１４０４および１４０６は、メモリ１４０８内に駐在していてもよいことを理解すべきである。
【００７５】
ここで開示している実施形態に関して説明した、さまざまな例示的論理ブロック、モジュール、および、回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）、または、他のプログラム可能な論理デバイス、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェア部品、または、ここで開示した機能を実行するように設計された、これらの任意の組み合わせで、実現または実施されてもよい。汎用プロセッサは、マイクロプロセッサであってもよいが、代わりに任意の従来のプロセッサ、制御装置、マイクロ制御装置、または状態機械であってもよい。プロセッサは、例えば、ＤＳＰおよびマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアに関連した１以上のマイクロプロセッサ、または他の任意の前述の構成のような、計算デバイスの組み合わせとして実施されてもよい。
【００７６】
さらに、ここで開示した実施形態に関して説明した方法またはアルゴリズムのステップは、ハードウェア中で直接、プロセッサにより実行されるソフトウェアモジュール中、または、２つの組み合わせ中に、実現されてもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当業者に知られている、他の任意の形式の記憶メディア中に存在してもよい。例示的な記憶媒体はプロセッサに結合され、そのようなプロセッサは記憶媒体から情報を読み出し、記憶媒体に情報を書き込む。代わりに、記憶媒体はプロセッサに統合されていてもよい。さらに、いくつかの観点では、プロセッサおよび記憶媒体はＡＳＩＣ中に存在していてもよい。さらに、ＡＳＩＣはユーザ端末中に存在していてもよい。代わりに、プロセッサおよび記憶媒体はユーザ端末中にディスクリート部品として存在していてもよい。さらに、いくつかの観点では、方法またはアルゴリズムのステップおよび／またはアクションは、コンピュータプログラム製品中に組み込むことができる、機械読取可能媒体および／またはコンピュータ読取可能媒体上のコードおよび／または命令の１つ、または、任意の組み合わせ、あるいは、１組のコードとして存在してもよい。
【００７７】
１つ以上の観点では、説明した機能を、ハードウェア、ソフトウェア、ファームウェア、または、これらの組み合わせによって実現してもよい。ソフトウェアにおいて実現される場合、関数を、コンピュータ読取可能媒体中の１つ以上の命令またはコードとして記憶または送信させてもよい。コンピュータ読取可能媒体は、コンピュータ記憶媒体と、ある場所から別の場所へとコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体との両方を含む。記憶媒体は、コンピュータによってアクセスされることができる任意の利用可能な媒体を指す。例として、これらに制限される訳ではないが、このようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、および他の光学ディスクストレージ、磁気ディスクストレージまたは磁気ストレージ装置、あるいは、所望のプログラムコードを命令またはデータ構造の形態で搬送または記憶するのに使用されることができ、かつ、コンピュータによってアクセスされることができる、他の任意の媒体を含むことができる。また、接続は、コンピュータ読取可能媒体と呼んでもよい。例えば、ソフトウェアがウェブサイト、サーバ、または、他のリモード源から、同軸ケーブル、ファイバー光学ケーブル、燃料対、デジタル加入ライン（ＤＳＬ）、または、赤外線、無線、および、マイクロウェーブのようなワイヤレス技術を使用して、送信される場合、同軸ケーブル、ファイバー光学ケーブル、燃料対、デジタル加入ライン（ＤＳＬ）、または、赤外線、無線、および、マイクロウェーブのようなワイヤレス技術は、媒体の定義中に含められる。ディスク（ｄｉｓｋとｄｉｓｃ）は、ここで使用するように、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光学ディスク、デジタル汎用ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、ブルーレイ（登録商標）ディスクを含み、ここで、ディスク（ｄｉｓｋ）は、通常は、磁気的にデータを再生し、ディスク（ｄｉｓｃ）は、レーザーで光学的にデータを再生する。
【００７８】
上記の説明は、１つ以上の実施形態の例を含む。当然ながら、前述の実施形態を説明する目的で、あらゆる考慮可能なコンポーネントまたは技法の組み合わせを記述することは可能ではないが、当業者は、さまざまな実施形態の多くのさらなる組み合わせや置換が可能であることを理解するだろう。したがって、記述した実施形態は、添付の特許請求の範囲の精神と範囲内に収まるものとして、このような変更、修正、および変種のすべてを包含することを意図している。さらに、用語“含む（including）”が、詳細な説明または特許請求の範囲のいずれかにおいて、使用される範囲では、このような用語は、“備える（comprising）”が特許請求の範囲中の過渡的な用語として用いられるときに解釈されるような用語“備える（comprising）”と同様な方法で包括的であることを意図している。
【００７９】
これまでの開示は、例示的な観点および／または実施形態を記述したが、ここで、さまざまな変更および修正が、添付の特許請求の範囲により規定される記述した観点および／または実施形態の範囲から逸脱することなく、行われてもよいことに留意すべきである。さらに、記述した観点および／または実施形態を、単数形で記述または特許請求したかもしれないが、単数への限定が明示的に述べられていない限り、複数が意図されている。さらに、観点および／または実施形態のすべて、あるいは、一部を、他の任意の観点および／または実施形態のすべて、あるいは、一部とともに利用してもよい。
【図１】
2014161072.tif 000003
【図２】
2014161072.tif 000004
【図３】
2014161072.tif 000005
【図４】
2014161072.tif 000006
【図５】
2014161072.tif 000007
【図６】
2014161072.tif 000008
【図７】
2014161072.tif 000009
【図８】
2014161072.tif 000010
【図９】
2014161072.tif 000011
【図１０】
2014161072.tif 000012
【図１１】
2014161072.tif 000013
【図１２】
2014161072.tif 000014
【図１３】
2014161072.tif 000015
【図１４】
2014161072.tif 000016
【手続補正書】
【提出日】平成26年4月30日(2014.4.30)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレス通信デバイス上で動作可能なマルチメディアサービス管理の方法において、
第１のマルチメディアサービスの使用の間に、代替のマルチメディアサービスを提示するための機会を識別することと、ここにおいて、前記第１のマルチメディアサービスはメディア配信ネットワークを介して１対多の方式で送信され、前記第１のマルチメディアサービスは前記識別された機会の間に提示するための広告を含んでおり、前記広告はビデオの側面とオーディオの側面を備えている、
予測的な解析および履歴の解析を通して、ユーザが前記代替のマルチメディアサービスに関与する態様を決定することと、
前記識別された機会に基づいて、前記ユーザによって関与されることになる少なくとも１つの代替のマルチメディアサービスをイネーブルすることと、
少なくとも前記識別された機会の間に、前記ユーザが前記代替のマルチメディアサービスに関与している間に、前記広告のビデオの側面およびオーディオの側面のうちの１つが、依然として再生できるように、前記決定された態様にしたがって、前記第１のマルチメディアサービスに対応している前記広告を修正することと、
前記代替のマルチメディアサービスと同時に前記修正された広告を提示することと、
を含む方法。
【請求項２】
少なくとも２つのイネーブルされた代替のマルチメディアサービスのうちの少なくとも１つの選択をイネーブルするインターフェースを発生させることをさらに含む、請求項１記載の方法。
【請求項３】
前記機会の終了を識別することと、
前記少なくとも１つの代替のマルチメディアサービスと、前記第１のマルチメディアサービスとに関して、どのように進めるかを決定することと
をさらに含む、請求項１記載の方法。
【請求項４】
前記終了が識別される際に、前記第１のマルチメディアサービスが再開されるべきという決定が自動的に行われる、請求項３記載の方法。
【請求項５】
前記少なくとも１つのイネーブルされた代替のマルチメディアサービスをディセーブルすることと、
前記第１のマルチメディアサービスに戻ることと
をさらに含む、請求項４記載の方法。
【請求項６】
前記少なくとも１つの代替のマルチメディアサービスと、前記第１のマルチメディアサービスとに関して、どのように進めるかを決定することは、
どのように進めるかについての命令を受け取ることと、
前記命令にしたがうことと
をさらに含む、請求項３記載の方法。
【請求項７】
少なくとも２つの選択を含むインターフェースをユーザに提示することをさらに含み、前記ユーザによる選択についての関与は、受け取られることになる命令を生成させる、請求項６記載の方法。
【請求項８】
マルチメディアサービス管理のために構成されている移動体デバイスにおいて、
第１のマルチメディアサービスの使用の間に、代替のマルチメディアサービスを提示するための機会を識別することと、ここにおいて、前記第１のマルチメディアサービスはメディア配信ネットワークを介して１対多の方式で送信され、前記第１のマルチメディアサービスは前記識別された機会の間に提示するための広告を含んでおり、前記広告はビデオの側面とオーディオの側面を備えている、
予測的な解析および履歴の解析を通して、ユーザが前記代替のマルチメディアサービスに関与する態様を決定することと、
前記識別された機会に基づいて、前記ユーザによって関与されることになる少なくとも１つの代替のマルチメディアサービスをイネーブルすることと、
少なくとも前記識別された機会の間に、前記ユーザが前記代替のマルチメディアサービスに関与している間に、前記広告のビデオの側面およびオーディオの側面のうちの１つが、依然として再生できるように、前記決定された態様にしたがって、前記第１のマルチメディアサービスに対応している前記広告を修正することと、
前記代替のマルチメディアサービスと同時に前記修正された広告を提示することと、
を含む動作を実行するためのソフトウェア命令を用いて構成されるプロセッサを具備する、移動体デバイス。
【請求項９】
コンピュータ読取可能な記憶媒体において、
第１のマルチメディアサービスの使用の間に、代替のマルチメディアサービスを提示するための機会を識別することと、ここにおいて、前記第１のマルチメディアサービスはメディア配信ネットワークを介して１対多の方式で送信され、前記第１のマルチメディアサービスは前記識別された機会の間に提示するための広告を含んでおり、前記広告はビデオの側面とオーディオの側面を備えている、
予測的な解析および履歴の解析を通して、ユーザが前記代替のマルチメディアサービスに関与する態様を決定することと、
前記識別された機会に基づいて、前記ユーザによって関与されることになる前記代替のマルチメディアサービスをイネーブルすることと、
少なくとも前記識別された機会の間に、前記ユーザが前記代替のマルチメディアサービスに関与している間に、前記広告のビデオの側面およびオーディオの側面のうちの１つが、依然として再生できるように、前記決定された態様にしたがって、前記第１のマルチメディアサービスに対応している前記広告を修正することと、
前記代替のマルチメディアサービスと同時に前記修正された広告を提示することと、
を含む動作をプロセッサに実行させるように構成されたプロセッサ実行可能なソフトウェア命令を記憶しているコンピュータ読取可能な記憶媒体。
【請求項１０】
装置において、
第１のマルチメディアサービスの使用の間に、代替のマルチメディアサービスを提示するための機会を識別する手段と、ここにおいて、前記第１のマルチメディアサービスはメディア配信ネットワークを介して１対多の方式で送信され、前記第１のマルチメディアサービスは前記識別された機会の間に提示するための広告を含んでおり、前記広告はビデオの側面とオーディオの側面を備えている、
予測的な解析および履歴の解析を通して、ユーザが前記代替のマルチメディアサービスに関与する態様を決定する手段と、
前記識別された機会に基づいて、前記ユーザによって関与されることになる少なくとも１つの代替のマルチメディアサービスをイネーブルする手段と、
少なくとも前記識別された機会の間に、前記ユーザが前記代替のマルチメディアサービスに関与している間に、前記広告のビデオの側面およびオーディオの側面のうちの１つが、依然として再生できるように、前記決定された態様にしたがって、前記第１のマルチメディアサービスに対応している前記広告を修正する手段と、
前記代替のマルチメディアサービスと同時に前記修正された広告を提示する手段と、
を具備する装置。
【請求項１１】
少なくとも２つのイネーブルされた代替のマルチメディアサービスのうちの少なくとも１つの選択をイネーブルするインターフェースを発生させる手段をさらに具備する、請求項１０記載の装置。
【請求項１２】
前記ブレーク機会の終了を識別する手段と、
前記少なくとも１つの代替のマルチメディアサービスと、前記第１のマルチメディアサービスとに関して、どのように進めるかを決定する手段と
をさらに具備する、請求項１０記載の装置。
【請求項１３】
前記終了が識別される際に、前記第１のマルチメディアサービスが再開されるべきという決定が自動的に行われる、請求項１２記載の装置。
【請求項１４】
前記少なくとも１つのイネーブルされた代替のマルチメディアサービスをディセーブルする手段と、
前記第１のマルチメディアサービスに戻る手段と
をさらに具備する、請求項１３記載の装置。
【請求項１５】
装置において、
第１のマルチメディアサービスの使用の間に、代替のマルチメディアサービスを提示するための機会を識別するクラシファイアと、ここにおいて、前記第１のマルチメディアサービスはメディア配信ネットワークを介して１対多の方式で送信され、前記第１のマルチメディアサービスは前記識別された機会の間に提示するための広告を含んでおり、前記広告はビデオの側面とオーディオの側面を備えている、
予測的な解析および履歴の解析を通して、ユーザが前記代替のマルチメディアサービスに関与する態様を決定するカリキュレータと、
前記識別された機会に基づいて、前記ユーザによって関与されることになる少なくとも１つの代替のマルチメディアサービスをイネーブルするトリガと、ここにおいて、前記トリガはまた前記代替のマルチメディアサービスと同時に前記広告を提示する、
少なくとも前記識別された機会の間に、前記ユーザが前記代替のマルチメディアサービスに関与している間に、前記広告のビデオの側面およびオーディオの側面のうちの１つが、依然として再生できるように、前記決定された態様にしたがって、前記第１のマルチメディアサービスに対応している前記広告を修正することを評価するアプレイザと、
を具備する装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００７９
【補正方法】変更
【補正の内容】
【００７９】
これまでの開示は、例示的な観点および／または実施形態を記述したが、ここで、さまざまな変更および修正が、添付の特許請求の範囲により規定される記述した観点および／または実施形態の範囲から逸脱することなく、行われてもよいことに留意すべきである。さらに、記述した観点および／または実施形態を、単数形で記述または特許請求したかもしれないが、単数への限定が明示的に述べられていない限り、複数が意図されている。さらに、観点および／または実施形態のすべて、あるいは、一部を、他の任意の観点および／または実施形態のすべて、あるいは、一部とともに利用してもよい。
なお、本願の出願当初の請求項と同一の記載を以下に付記する。
［Ｃ１］ ワイヤレス通信デバイス上で動作可能なマルチメディアサービス管理の方法において、
第１のマルチメディアサービスに対応しているブレーク機会を識別することと、
前記識別されたブレーク機会に基づいて、少なくとも１つの代替のマルチメディアサービスをイネーブルすることと
を含む方法。
［Ｃ２］ イネーブルするための少なくとも１つの代替のマルチメディアサービスを決定することをさらに含む、Ｃ１記載の方法。
［Ｃ３］ 前記ブレーク機会は、広告を開示するためのブレーク機会である、Ｃ１記載の方法。
［Ｃ４］ 前記少なくとも１つの代替のマルチメディアサービスを評価することと、
前記少なくとも１つの代替のマルチメディアサービスに対する関与の態様を決定することと、
前記ブレーク機会がインプレッションを残すように、前記第１のマルチメディアサービスの修正を確立することと
をさらに含む、Ｃ３記載の方法。
［Ｃ５］ 少なくとも２つのイネーブルされた代替のマルチメディアサービスのうちの少なくとも１つの選択をイネーブルするインターフェースを発生させることをさらに含む、Ｃ１記載の方法。
［Ｃ６］ 前記ブレーク機会の終了を識別することと、
前記少なくとも１つの代替のマルチメディアサービスと、前記第１のマルチメディアサービスとに関して、どのように進めるかを決定することと
をさらに含む、Ｃ１記載の方法。
［Ｃ７］ 前記終了が識別される際に、前記第１のマルチメディアサービスが再開されるべきという決定が自動的に行われる、Ｃ６記載の方法。
［Ｃ８］ 前記少なくとも１つのイネーブルされた代替のマルチメディアサービスをディセーブルすることと、
前記第１のマルチメディアサービスに戻ることと
をさらに含む、Ｃ７記載の方法。
［Ｃ９］ 前記少なくとも１つの代替のマルチメディアサービスと、前記第１のマルチメディアサービスとに関して、どのように進めるかを決定することは、
どのように進めるかについての命令を受け取ることと、
前記命令にしたがうことと
をさらに含む、Ｃ６記載の方法。
［Ｃ１０］ 少なくとも２つの選択を含むインターフェースをユーザに提示することをさらに含み、前記ユーザによる選択についての関与は、受け取られることになる命令を生成させる、Ｃ９記載の方法。
［Ｃ１１］ マルチメディアサービス管理のために構成されている少なくとも１つのプロセッサにおいて、
第１のマルチメディアサービスに対応しているブレーク機会を識別するモジュールと、
前記識別されたブレーク機会に基づいて、少なくとも１つの代替のマルチメディアサービスをイネーブルするモジュールと
を具備するプロセッサ。
［Ｃ１２］ イネーブルするための少なくとも１つの代替のマルチメディアサービスを決定するモジュールをさらに具備する、Ｃ１１記載のプロセッサ。
［Ｃ１３］ 前記ブレーク機会は、広告を開示するためのブレーク機会である、Ｃ１１記載のプロセッサ。
［Ｃ１４］ 前記少なくとも１つの代替のマルチメディアサービスを評価するモジュールと、
前記少なくとも１つの代替のマルチメディアサービスに対する関与の態様を決定するモジュールと、
前記ブレーク機会がインプレッションを残すように、前記第１のマルチメディアサービスの修正を確立するモジュールと
をさらに具備する、Ｃ１３記載のプロセッサ。
［Ｃ１５］ 少なくとも２つのイネーブルされた代替のマルチメディアサービスのうちの少なくとも１つの選択をイネーブルするインターフェースを発生させるモジュールをさらに具備する、Ｃ１１記載のプロセッサ。
［Ｃ１６］ 前記ブレーク機会の終了を識別するモジュールと、
前記少なくとも１つの代替のマルチメディアサービスと、前記第１のマルチメディアサービスとに関して、どのように進めるかを決定するモジュールと
をさらに具備する、Ｃ１１記載のプロセッサ。
［Ｃ１７］ 前記終了が識別される際に、前記第１のマルチメディアサービスが再開されるべきという決定が自動的に行われる、Ｃ１６記載のプロセッサ。
［Ｃ１８］ 前記少なくとも１つのイネーブルされた代替のマルチメディアサービスをディセーブルするモジュールと、
前記第１のマルチメディアサービスに戻るモジュールと
をさらに具備する、Ｃ１７記載のプロセッサ。
［Ｃ１９］ 前記少なくとも１つの代替のマルチメディアサービスと、前記第１のマルチメディアサービスとに関して、どのように進めるかを決定することは、
どのように進めるかについての命令を受け取るモジュールと、
前記命令にしたがうモジュールと
をさらに備える、Ｃ１６記載のプロセッサ。
［Ｃ２０］ 少なくとも２つの選択を含むインターフェースをユーザに提示するモジュールをさらに具備し、前記ユーザによる選択についての関与は、受け取られることになる命令を生成させる、Ｃ１９記載のプロセッサ。
［Ｃ２１］ コンピュータ読取可能媒体を備えるコンピュータプログラム製品において、
前記コンピュータ読取可能媒体は、
コンピュータに、第１のマルチメディアサービスに対応しているブレーク機会を識別させるためのコードセットと、
前記コンピュータに、前記識別されたブレーク機会に基づいて、少なくとも１つの代替のマルチメディアサービスをイネーブルさせるためのコードセットと
を有するコンピュータプログラム製品。
［Ｃ２２］ 前記コンピュータに、イネーブルするための少なくとも１つの代替のマルチメディアサービスを決定させるためのコードセットをさらに含む、Ｃ２１記載のコンピュータ読取可能媒体。
［Ｃ２３］ 前記ブレーク機会は、広告を開示するためのブレーク機会である、Ｃ２１記載のコンピュータ読取可能媒体。
［Ｃ２４］ 前記コンピュータに、前記少なくとも１つの代替のマルチメディアサービスを評価させるためのコードセットと、
前記コンピュータに、前記少なくとも１つの代替のマルチメディアサービスに対する関与の態様を決定させるためのコードセットと、
前記コンピュータに、前記ブレーク機会がインプレッションを残すように、前記第１のマルチメディアサービスの修正を確立させるためのコードセットと
をさらに含む、Ｃ２３記載のコンピュータ読取可能媒体。
［Ｃ２５］ 前記コンピュータに、少なくとも２つのイネーブルされた代替のマルチメディアサービスのうちの少なくとも１つの選択をイネーブルするインターフェースを発生させるためのコードセットをさらに含む、Ｃ２１記載のコンピュータ読取可能媒体。
［Ｃ２６］ 前記コンピュータに、前記ブレーク機会の終了を識別させるためのコードセットと、
前記コンピュータに、前記少なくとも１つの代替のマルチメディアサービスと、前記第１のマルチメディアサービスとに関して、どのように進めるかを決定させるためのコードセットと
をさらに含む、Ｃ２１記載のコンピュータ読取可能媒体。
［Ｃ２７］ 前記終了が識別される際に、前記第１のマルチメディアサービスが再開されるべきという決定が自動的に行われる、Ｃ２６記載のコンピュータ読取可能媒体。
［Ｃ２８］ 前記コンピュータに、前記少なくとも１つのイネーブルされた代替のマルチメディアサービスをディセーブルさせるためのコードセットと、
前記コンピュータに、前記第１のマルチメディアサービスに戻らせるためのコードセットと
をさらに含む、Ｃ２７記載のコンピュータ読取可能媒体。
［Ｃ２９］ 前記少なくとも１つの代替のマルチメディアサービスと、前記第１のマルチメディアサービスとに関して、どのように進めるかを決定することは、
前記コンピュータに、どのように進めるかについての命令を集めさせるためのコードセットと、
前記コンピュータに、命令にしたがわせるためのコードセットと
をさらに含む、Ｃ２６記載のコンピュータ読取可能媒体。
［Ｃ３０］ 少なくとも２つの選択を含むインターフェースをユーザに提示することをさらに含み、前記ユーザによる選択についての関与は、受け取られることになる命令を生成させる、Ｃ２９記載のコンピュータ読取可能媒体。
［Ｃ３１］ 装置において、
第１のマルチメディアサービスに対応しているブレーク機会を識別する手段と、
前記識別されたブレーク機会に基づいて、少なくとも１つの代替のマルチメディアサービスをイネーブルする手段と
を具備する装置。
［Ｃ３２］ イネーブルするための少なくとも１つの代替のマルチメディアサービスを決定する手段をさらに具備する、Ｃ３１記載の装置。
［Ｃ３３］ 前記ブレーク機会は、広告を開示するためのブレーク機会である、Ｃ３１記載の装置。
［Ｃ３４］ 前記少なくとも１つの代替のマルチメディアサービスを評価する手段と、
前記少なくとも１つの代替のマルチメディアサービスに対する関与の態様を決定する手段と、
前記ブレーク機会がインプレッションを残すように、前記第１のマルチメディアサービスの修正を確立する手段と
をさらに具備する、Ｃ３３記載の装置。
［Ｃ３５］ 少なくとも２つのイネーブルされた代替のマルチメディアサービスのうちの少なくとも１つの選択をイネーブルするインターフェースを発生させる手段をさらに具備する、Ｃ３１記載の装置。
［Ｃ３６］ 前記ブレーク機会の終了を識別する手段と、
前記少なくとも１つの代替のマルチメディアサービスと、前記第１のマルチメディアサービスとに関して、どのように進めるかを決定する手段と
をさらに具備する、Ｃ３１記載の装置。
［Ｃ３７］ 前記終了が識別される際に、前記第１のマルチメディアサービスが再開されるべきという決定が自動的に行われる、Ｃ３６記載の装置。
［Ｃ３８］ 前記少なくとも１つのイネーブルされた代替のマルチメディアサービスをディセーブルする手段と、
前記第１のマルチメディアサービスに戻る手段と
をさらに具備する、Ｃ３７記載の装置。
［Ｃ３９］ 前記少なくとも１つの代替のマルチメディアサービスと、前記第１のマルチメディアサービスとに関して、どのように進めるかを決定する手段は、
どのように進めるかについての命令を受け取る手段と、
前記命令にしたがう手段と
をさらに具備する、Ｃ３６記載の装置。
［Ｃ４０］ 少なくとも２つの選択を含むインターフェースをユーザに提示する手段をさらに具備し、前記ユーザによる選択についての関与は、受け取られることになる命令を生成させる、Ｃ３９記載の装置。
［Ｃ４１］ 装置において、
第１のマルチメディアサービスに対応しているブレーク機会を識別するクラシファイアと、
前記識別されたブレーク機会に基づいて、少なくとも１つの代替のマルチメディアサービスをイネーブルするトリガと
を具備する装置。
［Ｃ４２］ イネーブルするための少なくとも１つの代替のマルチメディアサービスを決定するビューワをさらに含む、Ｃ４１記載の装置。
［Ｃ４３］ 前記ブレーク機会は、広告を開示するためのブレーク機会である、Ｃ４１記載の装置。
［Ｃ４４］ 前記少なくとも１つの代替のマルチメディアサービスを評価するアプレイザと、
前記少なくとも１つの代替のマルチメディアサービスに対する関与の態様を決定するカリキュレータと、
前記ブレーク機会がインプレッションを残すように、前記第１のマルチメディアサービスの修正を確立するチェンジャーと
をさらに具備する、Ｃ４３記載の装置。
［Ｃ４５］ 少なくとも２つのイネーブルされた代替のマルチメディアサービスのうちの少なくとも１つの選択をイネーブルするインターフェースを発生させるプロデューサをさらに具備する、Ｃ４１記載の装置。
［Ｃ４６］ 前記ブレーク機会の終了を識別するターミネータと、
前記少なくとも１つの代替のマルチメディアサービスと、前記第１のマルチメディアサービスとに関して、どのように進めるかを決定するデベロッパと
をさらに含む、Ｃ４１記載の装置。
［Ｃ４７］ 前記終了が識別される際に、前記第１のマルチメディアサービスが再開されるべきという決定が自動的に行われる、Ｃ４６記載の装置。
［Ｃ４８］ 前記少なくとも１つのイネーブルされた代替のマルチメディアサービスをディセーブルするイモビライザと、
前記第１のマルチメディアサービスに戻るリバイザと
をさらに具備する、Ｃ４７記載の装置。
［Ｃ４９］ 前記少なくとも１つの代替のマルチメディアサービスと、前記第１のマルチメディアサービスとに関して、どのように進めるかを決定することは、
どのように進めるかについての命令を受け取るオブテイナと、
前記命令にしたがうアテンプタと
をさらに具備する、Ｃ４６記載の装置。
［Ｃ５０］ 少なくとも２つの選択を含むインターフェースをユーザに提示するディスクローザをさらに具備し、前記ユーザによる選択についての関与は、受け取られることになる命令を生成させる、Ｃ４９記載の装置。
【外国語明細書】
2014161072000001.pdf