(57)【特許請求の範囲】
【請求項１】
方法であって、
メディア・プログラム・プロバイダが、調査の送信を開始するための機会を提供されるメディアプログラム内の１組の位置を、コンピューティング・デバイスによって構成することと、
前記コンピューティング・デバイスによって、前記メディアプログラムの複数のセグメントのセグメントプレイリストを提供することと、前記セグメントプレイリストは、前記メディアプログラムにおいて広告機会を叙述するための不連続タグを含む、
前記コンピューティング・デバイスによって、前記セグメントプレイリストから前記メディアプログラムの複数のセグメントの要求に基づいて前記メディアプログラムの再生の進行に関するメッセージを受信することと、
前記コンピューティング・デバイスによって、不連続タグが前記セグメントプレイリストに到達する場合、前記進行に基づき、前記メディアプログラムのセグメントの再生の間、前記１組の位置のうちの１つに遭遇するか否かを決定することと、
前記コンピューティング・デバイスによって、前記メディアプログラムの再生の間、広告機会において広告の送信を保留することと、
前記コンピューティング・デバイスによって、前記広告機会の間、ユーザから調査回答を要求する調査質問を前記ユーザに求める前記調査を送信することと、前記調査は、前記調査質問が回答される場合、前記広告機会の間、前記広告がスキップされることを示す、
前記コンピューティング・デバイスによって、前記ユーザから前記調査質問への応答を受信することと、
前記コンピューティング・デバイスによって、いつ前記応答が調査回答を前記調査質問に提供するかを決定することと、
前記コンピューティング・デバイスによって、メディア・プレーヤに、前記不連続タグの後で前記メディアプログラムのセグメントを要求させ、前記広告機会の間、前記広告を再生しないことと、
を備える、方法。
【請求項２】
前記調査は、前記調査質問が回答される場合、前記メディアプログラムの再生が開始されるだろうことを示し、
前記応答が前記調査回答を前記調査質問に提供する場合、前記広告機会の間、これ以上広告を再生せずに、前記メディアプログラムの再生に戻ることを示す、請求項１に記載の方法。
【請求項３】
追加の広告が、前記広告機会に対し予定されているか否かを決定することと、
前記広告を再生しなかった後で、前記広告機会の間に前記追加の広告を再生し、次いで、前記メディア・プレーヤに、前記不連続タグの後で前記メディアプログラムの前記セグメントを要求させることと、
をさらに備える、請求項１に記載の方法。
【請求項４】
前記調査は、単一の調査質問に対する単一の調査回答が受信された場合、前記広告が前記広告機会の間に再生されない前記単一の調査質問を含む、請求項３に記載の方法。
【請求項５】
前記調査は、前記調査質問への前記調査回答を受信するための入力制御手段を提供する、請求項１に記載の方法。
【請求項６】
前記入力制御手段は、前記ユーザによる単一の調査回答の選択のために複数の調査回答を提供する、請求項５に記載の方法。
【請求項７】
前記ユーザが、前記調査回答を提供することができる時間の期間でタイマを決定することと、
前記時間の期間が、前記調査回答を提供する前記応答を受信せずに経過した場合、前記広告機会の間に、前記広告を再生することと、
をさらに備える、請求項１に記載の方法。
【請求項８】
前記ユーザは、前記調査回答を提供することができる時間の期間でタイマを決定することと、
前記時間の期間が、前記調査回答を提供する前記応答を受信せずに経過した場合、前記広告機会の間、これ以上前記広告を再生せずに、前記メディアプログラムの再生に戻ることと、
をさらに備える、請求項１に記載の方法。
【請求項９】
前記調査回答は、前記ユーザについてのユーザ情報を備え、前記方法は、
将来の広告機会において前記ユーザのための広告を決定する際に使用する前記ユーザ情報を格納することをさらに備える、請求項１に記載の方法。
【請求項１０】
前記応答は、前記ユーザが前記調査質問に回答したくないと示す制御のユーザ選択からのものであり、前記方法は、
前記広告機会の間に、前記広告を再生することをさらに備える、請求項１に記載の方法。
【請求項１１】
いつ前記ユーザが前記調査を受信する資格を得るかを決定することと、
前記ユーザが資格を得ている場合、前記広告機会の間に、前記調査を提供することと、
前記ユーザが資格を得ていない場合、前記広告機会の間に、前記調査を提供しないことと、
をさらに備える、請求項１に記載の方法。
【請求項１２】
前記応答は、前記メディア・プレーヤに、前記メディアプログラムの前記セグメントを要求させ、前記広告機会の間、前記広告を再生しないように要求される、請求項１に記載の方法。
【請求項１３】
命令を含む非一時的コンピュータ読取可能な記憶媒体であって、前記命令は、実行される場合、コンピュータシステムを、
メディア・プログラム・プロバイダが、調査の送信を開始するための機会を提供される、メディアプログラム内の１組の位置を構成することと、
前記メディアプログラムの複数のセグメントのセグメントプレイリストを提供することと、前記セグメントプレイリストは、前記メディアプログラムにおいて広告機会を叙述するための不連続タグを含む、
前記セグメントプレイリストから前記メディアプログラムの複数のセグメントの要求に基づいて前記メディアプログラムの再生の進行に関するメッセージを受信することと、
不連続タグが前記セグメントプレイリストに到達する場合、前記進行に基づき、前記メディアプログラムのセグメントの再生の間、前記１組の位置のうちの１つに遭遇するか否かを決定することと、
前記メディアプログラムの再生の間、広告機会において、広告の送信を保留することと、
前記広告機会の間、ユーザから調査回答を要求する調査質問を前記ユーザに求める前記調査を送信することと、前記調査は、前記調査質問が回答される場合、前記広告機会の間、前記広告がスキップされることを示す、
前記ユーザから前記調査質問へのデータ応答を受信することと、
いつ前記応答が調査回答を前記調査質問に提供するかを決定することと、
メディア・プレーヤに、前記不連続タグの後で前記メディアプログラムのセグメントを要求させ、前記広告機会の間に、前記広告を再生しないことと、
のために構成されるように制御する、非一時的コンピュータ読取可能な記憶媒体。
【請求項１４】
前記調査は、前記調査質問が回答される場合、前記メディアプログラムの再生が開始されるだろうことを示し、
前記応答が前記調査回答を前記調査質問に提供する場合、前記広告機会の間、これ以上広告を再生せずに、前記メディアプログラムの再生に戻ることを示す、請求項１３に記載の非一時的コンピュータ読取可能な記憶媒体。
【請求項１５】
追加の広告が、前記広告機会に対し予定されているか否かを決定することと、
前記広告を再生しなかった後で、前記広告機会の間に前記追加の広告を再生し、次いで、前記メディア・プレーヤに、前記不連続タグの後で前記メディアプログラムの前記セグメントを要求させることと
をさらに備える、請求項１３に記載の非一時的コンピュータ読取可能な記憶媒体。
【請求項１６】
前記調査は、単一の調査質問に対する単一の調査回答が受信された場合、前記広告が前記広告機会の間に再生されない前記単一の調査質問を含む、請求項１３に記載の非一時的コンピュータ読取可能な記憶媒体。
【請求項１７】
前記調査は、前記調査質問への前記調査回答を受信するための入力制御手段を提供する、請求項１３に記載の非一時的コンピュータ読取可能な記憶媒体。
【請求項１８】
前記入力制御手段は、前記ユーザによる単一の調査回答の選択のために複数の調査回答を提供する、請求項１７に記載の非一時的コンピュータ読取可能な記憶媒体。
【請求項１９】
前記ユーザが、前記調査回答を提供することができる時間の期間でタイマを決定することと、
前記時間の期間が、前記調査回答を伴う前記応答を受信せずに経過した場合、前記広告機会の間に、前記広告を再生することと、
をさらに備える、請求項１３に記載の非一時的コンピュータ読取可能な記憶媒体。
【請求項２０】
前記ユーザは、前記調査回答を提供することができる時間の期間でタイマを決定することと、
前記時間の期間が、前記調査回答を伴う前記応答を受信せずに経過した場合、前記広告機会の間に、これ以上前記広告を再生せずに、前記メディアプログラムの再生に戻ることと、
をさらに備える、請求項１３に記載の非一時的コンピュータ読取可能な記憶媒体。
【請求項２１】
コンピューティング・デバイスによって、メディアプログラムの要求を送信することと、前記メディアプログラムは、メディア・プログラム・プロバイダが、調査の送信を開始するための機会を提供される前記メディアプログラム内の１組の位置で構成され、
前記コンピューティング・デバイスによって、前記メディアプログラムの複数のセグメントのためのセグメントプレイリストを受信することと、前記セグメントプレイリストは、前記メディアプログラムにおける広告機会を叙述するために不連続タグを含む、
前記コンピューティング・デバイスによって、前記セグメントプレイリストから前記メディアプログラムの複数のセグメントの要求に基づいて、前記メディアプログラムの再生の進行に関するメッセージを送信することと、
前記コンピューティング・デバイスによって、メディア・プレーヤにおいて前記メディアプログラムを再生することと、
不連続タグが前記セグメントプレイリストに到達すると示す前記進行に基づいて、前記メディアプログラムのセグメントの再生の間、前記１組の位置のうちの１つに遭遇することが決定される場合、前記コンピューティング・デバイスによって、広告機会の間に、ユーザから調査回答を要求する調査質問を前記ユーザに求める調査を受信することと、前記調査は、前記調査質問が回答される場合、広告が前記広告機会の間にスキップされるだろうことを示す、
前記コンピューティング・デバイスによって、前記広告機会の間に前記調査を表示することと、
前記コンピューティング・デバイスによって、前記調査質問への前記ユーザからの応答を受信することと、
前記応答が、前記調査回答を前記調査質問に提供する場合、前記コンピューティング・デバイスによって、前記不連続タグの後で前記メディアプログラムのセグメントを要求し、前記広告機会の間、前記広告を再生しないことと、
を備える、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザにストリーミングメディアを提供するための複数のシステムおよび複数の方法に関し、詳細には、前記ストリーミングメディアにおける方向付けられた広告（directed advertising）のためのシステムおよび方法に関する。
【０００２】
関連出願の相互参照
本出願は、２０１０年９月２７日に出願された、Ｒｉｃｈａｒｄ  Ｗ．Ｔｏｍ、Ｊａｓｏｎ  Ｋｉｌａｒ、Ｅｒｉｃ．Ｉ  Ｆｅｎｇ、Ｈｕａ  Ｚｈｅｎｇ、Ｊｅａｎ−Ｐａｕｌ  ＣｏｌａｃｏおよびＷｉｌｌｉａｍ  Ｚ．Ｈｏｌｔによる、「ユーザの複数の好みに基づき方向付けられた広告を提供するための方法および装置（METHOD AND APPARATUS FOR PROVIDING DIRECTED ADVERTISING BASED ON USER PREFERENCES）」と題する米国仮特許出願第６１／３８６，９１３号明細書の利益を主張し、この出願は参照により本明細書に組み入れられる。
【０００３】
本出願はまた、２００８年３月１０日に出願された、Ａｄａｍ  ＭｉｌｌｅｒおよびＲｉｃｈａｒｄ  Ｗ．Ｔｏｍによる、「ユーザに複数の広告を配送する方法（ＭＥＴＨＯＤ  ＯＦ  ＤＥＬＩＶＥＲＩＮＧ  ＡＤＶＥＲＴＩＳＥＭＥＮＴＳ  ＴＯ  Ａ  ＵＳＥＲ）」と題する米国仮特許出願第６１／０３５，２４３号明細書の利益を主張する、２００９年３月１０日に出願された、Ｒｉｃｈａｒｄ  Ｗ．Ｔｏｍ、Ｅｒｉｃ  Ｆｅｎｇ、Ｚｈｅｎｇ  Ｈｕａ、Ｊｅａｎ−Ｐａｕｌ  ＣｏｌａｃｏおよびＡｄａｍ  Ｗ．Ｍｉｌｌｅｒによる、「ユーザの複数の好みに基づき方向付けられた広告を提供するための方法および装置（ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ  ＦＯＲ  ＰＲＯＶＩＤＩＮＧ  ＤＩＲＥＣＴＥＤ  ＡＤＶＥＲＴＩＳＩＮＧ  ＢＡＳＥＤ  ＯＮ  ＵＳＥＲ  ＰＲＥＦＥＲＥＮＣＥＳ）」と題する係属中の米国実用特許出願第１２／４０１，５４７号明細書の一部継続出願（ＣＩＰ）である、２００９年１１月３０日に出願された、Ｒｏｂｅｒｔ  Ｍ．Ｗｏｎｇ、Ｒｉｃｈａｒｄ  Ｗ．Ｔｏｍ、Ｅｕｇｅｎｅ  Ｃｈｕａｎ−Ｈｕａｉ  ＷｅｉおよびＪａｓｏｎ  Ａ．Ｋｉｌａｒによる、「視聴者調査データを収集するためおよび視聴者調査データの補償を提供するための方法および装置（METHOD AND APPARATUS FOR COLLECTING VIEWER SURVEY DATA AND FOR PROVIDING COMPENSATION FOR SAME）」と題する係属中の米国実用特許出願第１２／６２７，３１１号明細書の一部継続出願（ＣＩＰ）であり、これらの出願すべてが、参照により本明細書に組み入れられる。
【０００４】
本出願はまた、２００８年３月１０日に提出された、Ａｄａｍ  ＭｉｌｌｅｒおよびＲｉｃｈａｒｄ  Ｗ．Ｔｏｍによる、「ユーザに複数の広告を配送するための方法（ＭＥＴＨＯＤ  ＯＦ  ＤＥＬＩＶＥＲＩＮＧ  ＡＤＶＥＲＴＩＳＥＭＥＮＴＳ  ＴＯ  Ａ  ＵＳＥＲ）」と題する米国仮特許出願第６１／０３５，２４３号明細書の利益を主張する、２００９年３月１０日に出願された、Ｒｉｃｈａｒｄ  Ｗ．Ｔｏｍ、Ｅｒｉｃ  Ｆｅｎｇ、Ｚｈｅｎｇ  Ｈｕａ、Ｊｅａｎ−Ｐａｕｌ  ＣｏｌａｃｏおよびＡｄａｍ  Ｗ．Ｍｉｌｌｅｒによる、「ユーザの複数の好みに基づき方向付けられた広告を提供するための方法および装置（METHOD AND APPARATUS FOR PROVIDING DIRECTED ADVERTISING BASED ON USER PREFERENCES）」と題する係属中の米国実用特許出願第１２／４０１，５４７号明細書の一部継続出願（ＣＩＰ）であり、これらの特許すべてが、参照により本明細書に組み入れられる。
【０００５】
本出願はまた、すべてが参照により本明細書に組み入れられる、以下の米国特許出願に関する。
【０００６】
本明細書と同日に出願された、Ｊａｓｏｎ  Ｋｉｌａｒ、Ｂｒｉａｎ  Ｓｏｅｂｅｋｔｉ、Ｔｏｍ  Ｔａｔｅ、Ｗｉｎｇ  Ｃｈｉｔ  Ｍａｋ、Ｒｉｃｈａｒｄ  Ｗ．Ｔｏｍ、Ｅｒｉｃ  Ｉ．Ｆｅｎｇ、Ｈｕａ  Ｚｈｅｎｇ、Ｊｅａｎ−Ｐａｕｌ  ＣｏｌａｃｏおよびＸｉｎ  Ｊｉｎによる、「ユーザの複数の好みに基づき方向付けられた広告を提供するための方法および装置（METHOD AND APPARATUS FOR PROVIDING DIRECTED ADVERTISING BASED ON USER PREFERENCES）」と題する米国特許出願第ＸＸ／ＸＸＸ，ＸＸＸ号明細書、
本明細書と同日に出願された、Ｊａｓｏｎ  Ｋｉｌａｒ、Ｒｉｃｈａｒｄ  Ｗ．Ｔｏｍ、Ｅｒｉｃ  Ｉ．Ｆｅｎｇ、Ｈｕａ  Ｚｈｅｎｇ、Ｊｅａｎ−Ｐａｕｌ  Ｃｏｌａｃｏ、Ｘｉｎ  Ｊｉｎによる、「広告の複数の組合せをユーザが選択するための方法および装置（METHOD AND APPARATUS FOR USER SELECTION OF ADVERTISING COMBINATIONS）」と題する米国特許出願第ＸＸ／ＸＸＸ，ＸＸＸ号明細書、
本明細書と同日に提出された、Ｊａｓｏｎ  Ｋｉｌａｒ、Ｊｅａｎ−Ｐａｕｌ  Ｃｏｌａｃｏ、Ｒｉｃｈａｒｄ  Ｗ．Ｔｏｍ、Ｊｅｓｓｉｃａ  Ｉｖｙによる、「メディアプログラムに関連する複数の広告のための中断のユーザ制御を提供するための方法および装置（METHOD AND APPARATUS FOR PROVIDING USER CONTROL OF ADVERTISING BREAKS ASSOCIATED WITH A MEDIA PROGRAM）」と題する米国特許出願第ＸＸ／ＸＸＸ，ＸＸＸ号明細書、
本明細書と同日に提出された、Ｊａｓｏｎ  Ｋｉｌａｒ、Ｊｅａｎ−Ｐａｕｌ  Ｃｏｌａｃｏ、Ｒｉｃｈａｒｄ  Ｗ．Ｔｏｍ、Ｊｅｓｓｉｃａ  Ｉｖｙによる、「複数の広告のユーザ編集可能なプレイリストを提供するための方法および装置（METHOD AND APPARATUS FOR PROVIDING USER-EDITABLE PLAYLIST OF ADVERTISEMENTS）」と題する米国特許出願第ＸＸ／ＸＸＸ，ＸＸＸ号明細書、
本明細書と同日に提出された、Ｊａｓｏｎ  Ｋｉｌａｒ、Ｊｅａｎ−Ｐａｕｌ  Ｃｏｌａｃｏ、Ｒｉｃｈａｒｄ  Ｗ．Ｔｏｍ、Ｊｅｓｓｉｃａ  Ｉｖｙによる、「後で視聴するために複数の広告を保存またはブックマークするための方法および装置（METHOD AND APPARATUS FOR SAVING OR BOOKMARKING ADVERTISEMENTS FOR LATER VIEWING）」と題する米国特許出願第ＸＸ／ＸＸＸ，ＸＸＸ号明細書、
本明細書と同日に出願された、Ｊａｓｏｎ  Ｋｉｌａｒ、Ｊｅｓｓｉｃａ  Ｉｖｙ、Ｗｉｎｇ  Ｃｈｉｔ  Ｍａｋ、Ｒｉｃｈａｒｄ  Ｗ．Ｔｏｍ、Ｒｏｂｅｒｔ  Ｗｏｎｇ、Ｂｒｙｏｎ  Ｓｃｈａｆｅｒ、Ｈｕａ  Ｚｈｅｎｇ、Ｊｅａｎ−Ｐａｕｌ  Ｃｏｌａｃｏ、Ｂｒｉａｎ  Ｓｏｅｂｅｋｔｉによる、「ユーザによる広告の中断および代替広告バージョンの取替えを可能にするための方法および装置（METHOD AND APPARATUS FOR PERMITTING USER INTERRUPTION OF AN ADVERTISEMENT AND THE SUBSTITUTION OF ALTERNATE ADVERTISEMENT VERSION）」と題する米国特許出願第ＸＸ／ＸＸＸ，ＸＸＸ号明細書。
【背景技術】
【０００７】
複数のメディアプログラムの配布および再生は、この１０年の間にかなり変化した。これまでは、複数のメディアプログラムは（オーディオ、ビデオまたは両方を含むことがある）、アナログ放送（従来の衛星またはケーブル）により、または複数のフィルムを複数の映画館に配布することにより配布された。
【０００８】
これらの従来の配布および再生の手段は、デジタル技術の出現後、依然として採用されたままである。しかしながら、複数のデジタル技術は、複数のメディアプログラムの配布および再生に顕著な影響を与えた。
【０００９】
第一に、デジタル技術は、複数のデジタル・ビデオ・レコーダ（ＤＶＲ）の使用を可能にした。ＤＶＲは、標準的な複数のアナログ・ビデオ・カセット・レコーダ（ＶＣＲ）と機能が類似しているが、ライブポーズ（ｌｉｖｅ  ｐａｕｓｅ）、他の番組を再生しながら１つの番組を記録する能力、およびＤＶＲ機能に複数の電子プログラムガイドを組み込むことを含むいくつかの追加の有用な機能を提供する（この結果、複数のメディアプログラムの記録を、はるか前に予定することができた）。
【００１０】
第二に、デジタル技術はまた、インターネットを介した複数のメディアプログラムの配布および再生を可能にし、信号処理が改善され、高速インターネットアクセス（たとえばＤＳＬ、ファイバおよび衛星）をますます多くの家庭が有した。これらの方法による配布および再生は従来の手段と比べて見劣りしなくなった。インターネットを介した複数のメディアプログラムの配布は、単純なダウンロード、プログレッシブダウンロードまたはストリーミングにより行われてもよい。
【００１１】
プログレッシブダウンロードでは、メディアプログラムを有するメディアファイルが、ダイヤルアップ、ＤＳＬ、ＡＤＳＬ、ケーブル、Ｔ１、または他の高速接続を使用してインターネットを介してダウンロードされる。このようなダウンロードは、典型的にはインターネットを介してウェブサーバにより行われる。
【００１２】
単純なダウンロードは、メディアファイルの複数のバイトを任意の好都合な順序でダウンロードするが、プログレッシブダウンロードは、ファイルの最初から複数のバイトをダウンロードし、最終バイトまで順次に、連続してファイルをダウンロードし続ける。プログレッシブダウンロード中の任意の特定の時間に、ファイルの複数の部分が再生のために即座に利用できないことがある。いくつかの状況では、ファイル全体がまずダウンロードされなければならず、この後、メディアプレーヤが再生を開始することができる。プログレッシブダウンロードの他の複数の状況では、複数のメディアプレーヤが、ファイルの最初の十分な量がダウンロードされると再生を開始することができるが、メディアプレーヤは、何らかの形態の再生をサポートするために、十分な情報をダウンロードしなければならず、この後再生を行うことができる。プログレッシブダウンロードされた複数のメディアファイルの再生は、しばしば遅い複数のインターネット接続により遅延し、また、しばしば途切れ途切れになり、および／またはほんの数秒後に停止する可能性が高い。プログレッシブダウンロードされたメディアプログラムが完全にダウンロードされると、後で使用するためにエンドユーザのデバイスに格納されてもよい。
【００１３】
プログレッシブダウンロードの複数の不利な点の１つが、データを送信しているエンティティ（ウェブサーバ）が、単にデータをクライアントにできるだけ速くプッシュすることである。適切な量のデータがダウンロードされたとたんに、多くのメディアプレーヤのプログレッシブダウンロード性能が再生を可能にするので、プログレッシブダウンロードは、ビデオを「ストリーミングしている」ように見えることがある。しかしながら、ファイル全体がウェブサーバにより配送されるまで、ユーザはファイルの最後まで早送りすることができない。プログレッシブダウンロードの他の不利な点が、ウェブサーバはビデオファイルのデータ転送速度を考慮しないことである。したがって、ネットワークの帯域幅がビデオファイルに必要なデータ転送速度より低い場合、ユーザは、ある期間待たなければならず、この後、再生を開始することができる。再生速度がデータ転送速度を超えた場合、追加データがダウンロードされる間、ある期間、再生が中断することがあり、視聴体験を妨げる。しかしながら、潜在的により高いデータ転送速度により再生が行われたとき、ビデオ再生品質はより高くなることがある。たとえば、１００ｋｂｐｓのビデオファイルが５６ｋｂｐｓのモデムにより配送することができる場合、ビデオは、１００ｋｂｐｓの速度で提示されるが、追加のビデオデータがダウンロードされる間、再生が中断する期間が存在することがある。ビデオデータは、典型的には、この全体が一時ファイルとしてダウンロードされ、格納される。
【００１４】
ウェブサーバは、典型的には、ＴＣＰ（ｔｒａｎｓｆｅｒ  ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ）の上位層でＨＴＴＰ（ｈｙｐｅｒｔｅｘｔ  ｔｒａｎｓｐｏｒｔ  ｐｒｏｔｏｃｏｌ）を使用して、複数のファイルをネットワーク上で転送する。ネットワーク上で複数のデータパケットの転送を制御するＴＣＰは、速度ではなく、データの配送保証のために最適化される。したがって、ブラウザが、データが欠けていることを検知した場合、再送要求が発行され、データは再送される。配送エラーが多い複数のネットワークでは、複数の再送要求が、大量の帯域幅を消費することがある。ＴＣＰは、適切なデータの効率的な配送または帯域幅制御のために設計されていないので（しかし、むしろすべてのデータの配送が保証される）、すべての用途でビデオデータを配送するのに好ましいわけではない。
【００１５】
ストリーミングはメディアコンテンツをメディアプレーヤに連続的に配送し、メディア再生が同時に行われる。エンドユーザは、コンテンツプロバイダにより配送されると、即座にメディアを再生することができる。従来の複数のストリーミング技術は、データのストリームを配送する単一のプロバイダから１組の複数のエンドユーザへと開始される。単一のストリームを多数の視聴者に配送するには、複数の高い帯域幅および中央処理装置（ＣＰＵ）のパワーが必要とされ、プロバイダが必要とする帯域幅は、エンドユーザの数が増すにつれて、増大する。
【００１６】
プログレッシブダウンロードと異なり、ストリーミングメディアはオンデマンドで、またはライブで配送することができる。この点で、プログレッシブダウンロードはファイル全体をダウンロードする、または最初に再生を開始するのに十分な量をファイル全体からダウンロードする必要があり、ストリーミングにより、ファイル内部の任意の地点で即座に再生が可能になる。複数のエンドユーザは、メディアファイルの至る所にスキップして、再生を開始する、またはメディアファイル内の任意の地点に再生を変更してもよい。したがって、エンドユーザは、ファイルがプログレッシブダウンロードされるのを待つ必要がない。典型的には、ストリーミングメディアは、高い複数の帯域幅性能を有する少数の専用サーバから配送される。
【００１７】
ストリーミング・メディア・サーバが、複数のビデオファイル要求を受け入れ、かつフォーマット、帯域幅およびこれらのファイルの構造に関する情報を使って、ビデオを再生するのに必要な量のデータだけを、ビデオを再生するのに必要な速度で配送する特化したデバイスである。複数のストリーミング・メディア・サーバはまた、送信帯域幅、およびメディアプレーヤの複数の性能として考慮してもよい。ウェブサーバと異なり、ストリーミング・メディア・サーバは、複数の制御メッセージおよび複数のデータメッセージを使用してユーザデバイス１０２と通信して、ビデオが再生されるときに、変化する複数のネットワーク条件に適応する。これらの制御メッセージは、早送り、早戻し、一時停止またはファイルの特定部分へのシークなどの複数の特殊再生機能のための複数のコマンドを含むことができる。ストリーミング・メディア・サーバは、ビデオデータを必要とされたときだけ、必要とされる速度で送信するので、提供されるいくつかのストリーム対して正確な制御を維持することができる。プログレッシブダウンロードの場合と異なり、視聴者は、より低いデータ転送速度の伝送媒体上で高いデータ転送速度の複数のビデオを見ることができない。しかしながら、複数のストリーミング・メディア・サーバは、（１）複数のユーザにビデオファイルへのランダムアクセスを提供し、（２）だれが何の複数のビデオプログラムを見ているか、およびこれらのビデオプログラムがどのくらいの時間視聴されているかをモニタすることができるようになる、（３）視聴体験をサポートするために必要な量のデータだけが送信されるので、伝送帯域をより効率的に使用する、および（４）ビデオファイルは視聴者のコンピュータに記憶されるのではなく、メディアプレーヤにより廃棄され、したがって、コンテンツに対してより多くの制御が可能になる。
【００１８】
複数のストリーミング・メディア・サーバは、ＨＴＴＰおよびＴＣＰを使用して、複数のビデオストリームを配送してもよいが、一般に、ＲＳＴＰ（ｒｅａｌ  ｔｉｍｅ  ｓｔｒｅａｍｉｎｇ  ｐｒｏｔｏｃｏｌ）およびＵＤＰ（ｕｓｅｒ  ｄａｔａｇｒａｍ  ｐｒｏｔｏｃｏｌ）を使用する。これらのプロトコルは複数の制御メッセージを可能にし、オーバヘッドを低減することにより帯域幅を節約する。ＴＣＰと異なり、伝送中にデータが捨てられたとき、ＵＤＰは複数の再送要求を送信しない。代わりに、サーバはデータを送信し続ける。複数のストリーミング・メディア・サーバはまた、複数のライブウェブキャストを配送することができ、マルチキャストすることができ、これにより、２人以上のクライアントが単一のストリームに同調することができるようになり、したがって、帯域幅を節約する。
【００１９】
典型的には、プログレッシブダウンロードされたメディアは、再生より速い速度でユーザデバイス１０２に送信される。メディア・プログラム・プレーヤはこのデータをバッファに入れ、通常、「プログレスバー」の一部として、インジケータを提供することにより、メディアプログラムがどれだけバッファに入れられたかを示してもよい。ユーザが、制御手段を選択し、かつプログレスバーに沿って異なる位置に制御手段を移動させることにより、すでにバッファに入れられたプログラム内の任意の地点にアクセスすることができるようになる制御手段が提供される場合が多い。これにより、ユーザは、メディアプログラムのバッファに入れられた任意の部分にランダムにアクセスすることができるようになる。
【００２０】
複数のストリーミング・メディア・プレーヤは、メディアプログラム内の任意の地点にランダムにアクセスできるようにするために、バッファリングに依存しない。代わりに、これは、メディアプレーヤからストリーミング・メディア・サーバに送信される複数の制御メッセージを使用することにより実現される。
【００２１】
複数のメディアプログラムの配送は、さまざまなモデルの下で実現することができる。１つのモデルでは、ユーザは、（たとえば、ペイ・パー・ビュー方式のサービスを使用して）メディアプログラムの視聴に対して代金を支払う。放送テレビジョンの開始直後に、放送テレビジョンにより広く採用された他のモデルでは、複数のスポンサが、プログラムの提示中に、またはプログラムの近くに、複数の広告を提示する権利と引き換えにメディアプログラムの提示の代金を支払う。
【００２２】
複数のＤＶＲの出現が、上述の広告モデルに顕著な影響を及ぼした。複数のＤＶＲにより、ユーザは、複数のメディアプログラムを（前もって、または複数のメディアプログラムの放送中に）記録することが可能になり、ユーザは、複数の特殊再生機能、たとえば早送りおよび巻き戻しを使用することによりメディアプログラム中に提示される複数の広告を容易にバイパスすることができるようになる。
【００２３】
しかしながら、複数のＤＶＲは、ストリーミングメディアとして提供される複数のメディアプログラムに対してこれらの操作が可能ではない。このような複数の事例では、ユーザは複数の広告を視聴しなければならない。複数のユーザが、ＤＶＲのようなデバイスを使用して、ストリーミングされるメディア内部の複数の広告をスキップすることができないという事実は、このメディアプログラム配送パラダイムの長所でもあり、欠点でもある。複数の視聴者が、メディアプログラム内部に配置された複数の広告を実際に見ており、かつ複数の広告をスキップしていないことを複数の広告主が確信することができるので、この事実は長所である。しかしながら、この事実はまた、複数のユーザが、関心のない複数の広告をスキップすることを好むので、ストリーミングメディアを介した複数のメディアプログラムの視聴の普及にとって障害を意味する。
【００２４】
この問題に対する１つの解決策が、ユーザにとって関心がある可能性のある複数の広告をより正確に選択することである。これは、たとえば、ユーザプロファイリング、ユーザフィードバック、および複数のユーザ調査を使用することにより実現することができる。ユーザプロファイリングは、データを、たとえばユーザの複数のメディアプログラム視聴習慣を使用して、どの複数の広告に関心がある可能性があるかを推測することを伴う。ユーザフィードバックは、たとえば、１つまたは複数の特定の広告または複数の広告の部類に関心があるかどうかに関するユーザフィードバックを得ることを伴う。複数のユーザ調査は、ユーザに対してより正確に複数の広告を選択するために使用することができる、ユーザに関する情報を得るという、より直接的な方法である。
【００２５】
複数の広告を選択するための公知の複数の技術には問題がいくつかある。複数のユーザ調査に関しては、これらの調査は、典型的には、複数の調査質問に対する複数の率直な回答をユーザが提供するのを思いとどまらせる時間および方法で提示される。さらに、複数のユーザ調査は、典型的には、ユーザが個人情報を提供することを要求し、報酬に何も提供されない。この結果、多くのユーザは、複数の回答を提供したくない、または自分の複数の好みを正確に示しているわけではない複数の回答を提供する。複数のユーザ調査に関する他の問題が、複数のユーザ調査は、一度完了すると、ユーザの事情が変わった場合でさえ、変えることができないことである。したがって、以前に提供された複数の調査回答により、不適切な複数の広告がユーザに提供されることとなり、複数の調査返答がまったく提供されなかった場合より悪い状況になる。
【００２６】
複数の広告に関するユーザフィードバックは有用である可能性があるが、典型的には、提供されるのが、近い将来の複数の広告の選択に影響を及ぼすには遅すぎるので（すなわち、現在ストリーミングされているメディアプログラムについて提供される）、ユーザフィードバックは、ユーザがどちらの種類の複数の広告を見るのを好む可能性があるかに関する推測だけを可能にする。
【００２７】
さらに、提示される複数の広告に対してある程度の制御を提供する複数のシステムが当技術分野で公知であるが（たとえば、２００３年８月１４日に公開された、Ｒｏｄｒｉｇｕｅｚによる米国特許出願公開第２００３／０１５４４７５号明細書、２００８年５月２９日に公開された、Ｗａｔｃｈｆｏｇｅｌによる米国特許出願公開第２００８／０１２７２５１号明細書、２００３年８月７日に公開された、Ｅｌｄｅｒｌｉｎｇによる米国特許出願公開第２００３／０１４９９７５号明細書、およびＶａｒｇｈｅｓｅによる米国特許出願公開第２００８／０１９６０６０号明細書を参照のこと）、このような複数のシステムは、ユーザフィードバックまたは完了した複数の調査を使用して、複数の広告の制御のためにユーザにどの複数のオプションが提示されるかを、すなわち、どの複数の広告だけが最終的に提示されるかを選択しない。
【発明の概要】
【００２８】
必要とされているのが、複数のユーザに、複数の調査に返答させ、複数のユーザが、必要に応じて複数の回答を変更することができるようになるシステムおよび方法である。同じく必要とされているのが、複数のユーザに、提示される複数の広告に関するフィードバックを提供させ、かつこのようなフィードバックを、将来提供される複数の広告だけでなく、ユーザが選択するための複数の広告オプション（たとえば、複数の候補オプション）も識別するために、即座に使用することができるようになるシステムおよび方法である。本発明はこれらの複数の必要を満たす。
【００２９】
上述の複数の要件に取り組みための、メディアプログラムおよび広告をユーザデバイスに送信するための方法、装置、および製造物。一実施形態では、本方法は、ユーザ情報をユーザデバイス上で提供するための選択肢を提示するための複数の命令を任意選択で含む第１のデータをユーザデバイスに送信することと、ユーザ情報を任意選択で含む第２のデータをユーザデバイスから受け入れることと、メディアプログラムおよび広告をユーザ情報に従ってユーザデバイスにストリーミングすることと、の各ステップを備える。他の実施形態では、装置は、前述の複数のステップを実行するための手段を備える。さらに他の実施形態では、装置は、プロセッサ、およびプロセッサに通信可能に結合されたメモリを備え、メモリは、前述の複数の動作を実行するための複数の命令を備える複数の命令を格納する。
【００３０】
前述のことは、従来技術の複数のシステムおよび複数の方法に対して利点をいくつか提供する。第一に、前述のことは、ユーザが、複数の候補広告のグループからどの広告をユーザが見たいかを直接選択することができるようにすることにより、スキップされる複数の広告の数を減らす。これにより、ユーザはこの過程に能動的に引きつけられ、関心がない複数の広告にユーザがさらされる可能性が低減される。前述のことはまた、複数の広告自体と比較してほとんど時間のかからない簡単で直接的なユーザインタフェースの形で複数の選択肢を提示する。ユーザ参加を促すのに重要な要因である。
【００３１】
第二に、前述のことは、複数の広告主にも複数のユーザにも使いやすく効果的なシステムを提供する。複数の広告主は、自分たちの複数の広告を視聴している複数のユーザが、これらの広告を見ることに関心がありことを確信することができ、複数の広告主は、この過程に参加するために追加の、動作可能な複数の要件または複数の制限を負っていない。複数のユーザ選択肢は、複数のユーザによりどの複数の広告が望ましいか、およびどれが望ましくないかを示すので、メディア・プログラム・プロバイダはまた、このような複数の選択肢に関するデータを収集し、これらのデータを複数の広告主に伝えることができ（有料であり、無料サービスであれ）、したがって、広告の有効性および好ましさに関する価値のあるフィードバックを提供する。システムおよび方法はまた、複数のユーザがどの複数の広告を見るかに対してある程度の制御を複数のユーザに提供し、ユーザ体験を高めて、複数のユーザが複数の広告を能動的に視聴する可能性をより高くする。押しつけがましくなく実現されるが、関係のあるユーザ視聴データの収集が保証される。
【００３２】
第三に、前述のことは、複数の広告が、ユーザの複数の関心および複数の必要に関係があることを保証するシステムを提供し、したがって、広告の大部分がビジネスチャンスになる。前述のことはまた、最新のユーザ入力が、どの複数の広告および複数の広告選択肢をユーザに提示すべきかに関する複数の判定の要因として考慮されることを保証する。
【００３３】
第四に、前述のことは、複数の広告収入を実質的に増大させることができるシステムを提供する。複数のメディア・プログラム・プロバイダが、能動的ユーザ参加により選択された複数の広告に対して、示される複数の広告（または記録された、広告の印象）に対する割増金を請求することができるのは、このような複数の広告に対するユーザ関与、ブランド想起、およびブランドの好ましさのレベルが、ユーザ入力なしに単にユーザに提供される複数の広告に対して実質的に増大させられるためである。
【００３４】
次に、全体を通して同様の複数の参照番号が、対応する複数の部分を表す複数の図面を参照する。
【図面の簡単な説明】
【００３５】
【図１】図１は、例示的メディア・プログラム・システムを示す図である。
【図２】図２は、本発明を実現するために使用することができる例示的コンピュータシステムを示す。
【図３Ａ】図３Ａは、コンテンツ配送サブシステム、および複数の標準的なストリーミングプロトコルを介してユーザに提示するために複数のメディアプログラムおよび複数の広告を配送するために使用することができる複数の動作を示す図である。
【図３Ｂ】図３Ｂは、コンテンツ配送サブシステム、およびＨＴＴＰライブ・ストリーミング・プロトコルを介してユーザに提示するための複数のメディアプログラムおよび複数の広告を配送するために使用することができる複数の動作を示す図である。
【図３Ｃ】図３Ｃは、コンテンツ配送サブシステム、およびＨＴＴＰライブ・ストリーミング・プロトコルを介してユーザに提示するための複数のメディアプログラムおよび複数の広告を配送するために使用することができる複数の動作を示す図である。
【図３Ｄ】図３Ｄは、コンテンツ配送サブシステム、およびＨＴＴＰライブ・ストリーミング・プロトコルを介してユーザに提示するための複数のメディアプログラムおよび複数の広告を配送するために使用することができる複数の動作を示す図である。
【図３Ｅ】図３Ｅは、コンテンツ配送サブシステム、およびＨＴＴＰライブ・ストリーミング・プロトコルを介してユーザに提示するための複数のメディアプログラムおよび複数の広告を配送するために使用することができる複数の動作を示す図である。
【図３Ｆ】図３Ｆは、コンテンツ配送サブシステム、およびＨＴＴＰライブ・ストリーミング・プロトコルを介してユーザに提示するための複数のメディアプログラムおよび複数の広告を配送するために使用することができる複数の動作を示す図である。
【図３Ｇ】図３Ｇは、コンテンツ配送サブシステム、およびＨＴＴＰライブ・ストリーミング・プロトコルを介してユーザに提示するための複数のメディアプログラムおよび複数の広告を配送するために使用することができる複数の動作を示す図である。
【図３Ｈ】図３Ｈは、コンテンツ配送サブシステム、およびＨＴＴＰライブ・ストリーミング・プロトコルを介してユーザに提示するための複数のメディアプログラムおよび複数の広告を配送するために使用することができる複数の動作を示す図である。
【図４Ａ】図４Ａは、１つまたは複数の広告のための中断を有する、ストリーミングされるメディアプログラムと共に１つまたは複数の広告を提供するために使用することができる複数の例示的方法ステップを示す図である。
【図４Ｂ】図４Ｂは、１つまたは複数の広告のための中断を有する、ストリーミングされるメディアプログラムと共に１つまたは複数の広告を提供するために使用することができる複数の例示的方法ステップを示す図である。
【図４Ｃ】図４Ｃは、１つまたは複数の広告のための中断を有する、ストリーミングされるメディアプログラムと共に１つまたは複数の広告を提供するために使用することができる複数の例示的方法ステップを示す図である。
【図４Ｄ】図４Ｄは、１つまたは複数の広告のための中断を有する、ストリーミングされるメディアプログラムと共に１つまたは複数の広告を提供するために使用することができる複数の例示的方法ステップを示す図である。
【図４Ｅ】図４Ｅは、１つまたは複数の広告のための中断を有する、ストリーミングされるメディアプログラムと共に１つまたは複数の広告を提供するために使用することができる複数の例示的方法ステップを示す図である。
【図４Ｆ】図４Ｆは、１つまたは複数の広告のための中断を有する、ストリーミングされるメディアプログラムと共に１つまたは複数の広告を提供するために使用することができる複数の例示的方法ステップを示す図である。
【図５Ａ】図５Ａは、複数の広告オプションが、それぞれメディアプログラムの再生開始前および開始後に選択されたときに、ＨＴＴＰライブストリーミング実施形態において、ユーザへの複数の広告の送信を示す図である。
【図５Ｂ】図５Ｂは、複数の広告オプションが、それぞれメディアプログラムの再生開始前および開始後に選択されたときに、ＨＴＴＰライブストリーミング実施形態において、ユーザへの複数の広告の送信を示す図である。
【図６Ａ】図６Ａは、複数のメディアプログラムと共に提示される広告を制御する資格を与えられてもよいように、ユーザ１３２が補償のしるしを提供することができるユーザインタフェースの一実施形態を示す図である。
【図６Ｂ】図６Ｂは、ユーザ１３２が補償のしるしを提供することにより、ユーザ１３２は複数の広告なしに、またはより少ない複数の広告と共にメディアプログラムを視聴する資格を与えられる他の実施形態を示す図である。
【図７Ａ】図７Ａは、複数の調査返答が入力され、かつ任意選択で管理されてもよい複数の方法ステップを示す図である。
【図７Ｂ】図７Ｂは、複数の調査返答が入力され、かつ任意選択で管理されてもよい複数の方法ステップを示す図である。
【図８】図８は、エンティティが、特別なバージョンのメディアプログラムを視聴するための調査を行うオプションを提供される資格があるどうかを判定するために使用することができる複数の例示的動作を示す図である。
【図９】図９は、すでに入力された複数の調査返答を提供するウィンドウの形でユーザに提示されてもよいユーザインタフェースの一実施形態の複数の要素を示す図である。
【図１０】図１０は、すでに入力された複数の調査返答を提供するウィンドウの形でユーザに提示されてもよい他のユーザインタフェースの一実施形態の複数の要素を示す図である。
【図１１Ａ】図１１Ａは、複数の調査質問を管理するためのユーザインタフェースの他の実施形態を示す図である。
【図１１Ｂ】図１１Ｂは、複数の調査質問を管理するためのユーザインタフェースの他の実施形態を示す図である。
【図１１Ｃ】図１１Ｃは、複数の調査質問を管理するためのユーザインタフェースの他の実施形態を示す図である。
【図１２】図１２は、ユーザに送信される複数の調査質問を生成するために使用することができる複数の例示的方法ステップを示す図である。
【図１３】図１３は、複数の調査質問の生成を示す図である。
【図１４Ａ】図１４Ａは、選択のためにユーザに複数の可能な広告選択肢を提示するユーザインタフェースの一実施形態を描く図である。
【図１４Ｂ】図１４Ｂは、ユーザに特定の複数の広告選択を提示するユーザインタフェースの図である。
【図１５】図１５は、複数の広告選択肢を制御するためのインタフェースの他の実施形態を示す図である。
【図１６Ａ】図１６Ａは、ユーザに他の広告制御手段を提供するために広告の再生を中断することができる本発明の一実施形態を実施するために使用することができる複数の例示的工程ステップを示す図である。
【図１６Ｂ】図１６Ｂは、ユーザに他の広告制御手段を提供するために広告の再生を中断することができる本発明の一実施形態を実施するために使用することができる複数の例示的工程ステップを示す図である。
【図１６Ｃ】図１６Ｃは、ユーザに他の広告制御手段を提供するために広告の再生を中断することができる本発明の一実施形態を実施するために使用することができる複数の例示的工程ステップを示す図である。
【図１６Ｄ】図１６Ｄは、ユーザに他の広告制御手段を提供するために広告の再生を中断することができる本発明の一実施形態を実施するために使用することができる複数の例示的工程ステップを示す図である。
【図１７Ａ】図１７Ａは、広告の再生を中断して他の広告を選択し、かつこの広告の再生中にユーザフィードバックを得るために使用することができる例示的ユーザインタフェースを示す図である。
【図１７Ｂ】図１７Ｂは、広告の再生を中断して他の広告を選択し、かつこの広告の再生中にユーザフィードバックを得るために使用することができる例示的ユーザインタフェースを示す図である。
【図１７Ｃ】図１７Ｃは、広告の再生を中断して他の広告を選択し、かつこの広告の再生中にユーザフィードバックを得るために使用することができる例示的ユーザインタフェースを示す図である。
【図１８】図１８は、複数の広告の提示を制御するために使用してもよいユーザインタフェースの例示的一実施形態を示す図である。
【図１９】図１９は、メディア・プログラム・プレーヤが全画面モードであるときに、広告の再生を中断するためのユーザインタフェースの一実施形態を示す図である。
【発明を実施するための形態】
【００３６】
以下の説明では、本発明のいくつかの実施形態の一部を形成し、かつ例示によって示される複数の添付図面が参照される。本発明の範囲を逸脱することなく、他の複数の実施形態を利用してもよく、複数の構造的変更を行ってもよいことが理解される。
【００３７】
図１は、例示的メディア・プログラム・システム１００を示す図である。図示される実施形態では、システム１００は、インターネットなどの通信ネットワーク１０４に通信可能に結合され、かつ１つまたは複数のソース・メディア・プログラム・データベース１２４Ａ、１２４Ｂに通信可能に結合された１つまたは複数のソース・ビデオ・サーバ１２２Ａ、１２２Ｂをそれぞれ有する１つまたは複数のメディア・プログラム・ソース１２０Ａ、１２０Ｂを備えてもよい。メディア・プログラム・システム１００は、通信ネットワーク１０４に通信可能に結合され、かつ１つまたは複数のプロバイダ・ビデオ・サーバ１１２および１つまたは複数のプロバイダデータベース１１４を有するメディア・プログラム・プロバイダ１１０をさらに備える。一実施形態では、メディア・プログラム・プロバイダ１１０は、ビデオ・オンデマンドおよび／またはストリーミング・メディア・プログラム・プロバイダである。
【００３８】
メディア・プログラム・システム１００は、直接メディア・プログラム・プロバイダ１１０からユーザのコンピュータ１０２に複数のメディアプログラムをストリーミングしてもよい、またはメディア・プログラム・プロバイダ１１０はポータルとして動作して、メディアプログラム自体（代わりに、メディア・プログラム・ソース（複数）１２０により提供される）ではなく、複数のメディア・プログラム・ソース１２０Ａおよび１２０Ｂから利用可能である複数のメディアプログラムへのインタフェースを提供してもよい。
【００３９】
第１の事例では、メディア・プログラム・プロバイダ１１０は、複数のメディア・プログラム・ソース１２０（たとえばｗｗｗ．ｆｏｘ．ｃｏｍまたはｗｗｗ．ｎｂｃ．ｃｏｍ）から複数のメディアプログラムを認可し、このような複数のプログラムに対するメタデータも、典型的には、同様にメディア・プログラム・ソース１２０からメディア・プログラム・プロバイダ１１０に提供される。このようなメタデータは、使用するためにメディア・プログラム・プロバイダのデータベース１１４により取り出すことができる。補足のメタデータが必要な場合、以下でさらに説明されるように、補足のメタデータは、メディア・プログラム・プロバイダ１１０およびメディア・プログラム・ソース１２０とは無関係のメタデータソース１３０から得ることができる。
【００４０】
第２の事例では、複数のメディアプログラムは、直接メディア・プログラム・ソース１２０の複数のサーバからユーザのコンピュータ１０２にストリーミングされる。メディアプログラムがメディア・プログラム・ソース１２０から直接ストリーミングされるとき、メディア・プログラム・ソース１２０により提供されるメタデータは不十分である場合がしばしばある。このような事例では、補足のメタデータが無関係のメタデータソース１３０（たとえばｗｗｗ．ｔｖ．ｃｏｍまたはｗｗｗ．ｉｍｄｂ．ｃｏｍ）または他のサードパーティの複数のソースから得られることがある。この状況では、メディア・プログラム・プロバイダ１１０の役割は、利用可能な複数のメディアプログラムのリスト、およびこのような複数のプログラムを見つけ出すために検索し、かつこのような複数のプログラムを視聴するインタフェースをユーザ１３２に提供するポータルの役割である。
【００４１】
複数のメディアプログラムおよびメタデータは、インターネットなどの通信ネットワーク１０４を介して、または複数の補助（および／または専用）通信リンク１３４を通して得られてもよい。このような情報は、ウェブクローリングにより（たとえば、ワールド・ワイド・ウェブを順序だった、自動化された方法でブラウズするプログラムまたは自動化スクリプトを使用して）得られてもよい。
【００４２】
コンピュータ１０２を使用して、複数の遠隔ユーザ１３２が、通信ネットワーク１０４を使用してメディア・プログラム・プロバイダ１１０と通信して、複数のメディアプログラム（複数のビデオ・オンデマンド・サービスおよび／またはストリーミング・ビデオ・サービスを含む）を得て、プロバイダのメディア・プログラム・データベース１１４を検索して、関心のある複数のメディアプログラムを見つけ出すことができる。
【００４３】
メディア・プログラム・システム１００はまた、メディア・プログラム・プロバイダ１１０または複数のメディア・プログラム・ソース１２０により提供される複数のメディアプログラムと一緒にリプレイされる複数の広告を供給する１つまたは複数の広告プロバイダ１４０を備えてもよい。図示される実施形態では、広告プロバイダ１４０は、関連づけられ、かつ通信可能に結合された広告プロバイダデータベース１４４に通信可能に結合された広告サーバ１４２を含む。
【００４４】
複数の広告は、インターネット１０４、専用リンク１４６を介して、または広告を有するメモリ記憶デバイスの物理的交換により、広告プロバイダ１４０からメディア・プログラム・プロバイダ１１０に供給されてもよい。このような複数の広告は、メディア・プログラム・プロバイダ１１０により提供および格納され、該当する時間に、メディアプログラムと一緒にユーザデバイス１０２にストリーミングまたはダウンロードすることができる。以下でさらに説明されるように、メディア・プログラム・プロバイダ１１０は、広告プロバイダ１４０を含んでもよい。
【００４５】
一実施形態では、複数の広告は、メディア・プログラム・プロバイダ１１０からストリーミングまたはダウンロードされたビデオと一体化される。別の実施形態では、複数の広告は、メディアプログラムと一体化されるのではなく、代わりに、メディアプログラムとは別個にユーザデバイス１０２に送信され、各広告がいつ提示されるべきかを示す複数のインデックスを使用して、該当する時間にリプレイされる。たとえば、複数の広告は、インデックスをつけることができる、およびユーザデバイス１０２にストリーミングまたはダウンロードすることができ、このような複数の広告は、メディアプログラム内の対応する複数のインデックスにより示される複数の時間に、ユーザ１３２に対して再生することができる。
【００４６】
図２は、ユーザデバイス１０２、複数のサーバ１１２、１２２および１４２、ならびに複数のデータベース１１４、１２４および１４４を含む、本発明の複数の要素を実現するために使用することができる例示的コンピュータシステム２０２を示す。コンピュータ２０２は、汎用ハードウェアプロセッサ２０４Ａおよび／または専用ハードウェアプロセッサ２０４Ｂ（以下、代わりに集合的にプロセッサ２０４と呼ぶ）、ならびにランダムアクセス・メモリ（ＲＡＭ）などのメモリ２０６を備える。コンピュータ２０２は、キーボード２１４、マウスデバイス２１６およびプリンタ２２８などの複数の入出力（Ｉ／Ｏ）デバイスを含む他の複数のデバイスに結合されてもよい。
【００４７】
一実施形態では、コンピュータ２０２は、オペレーティングシステム２０８の制御下でコンピュータプログラム２１０により規定される複数の命令を汎用プロセッサ２０４Ａが実行することにより動作する。コンピュータプログラム２１０および／またはオペレーティングシステム２０８は、メモリ２０６に格納されてもよく、ユーザ１３２および／または他の複数のデバイスとインタフェースで接続して、入力および複数のコマンドを受け入れて、このような入力および複数のコマンド、ならびにコンピュータプログラム２１０およびオペレーティングシステム２０８により規定される複数の命令に基づき、出力および複数の結果を提供してもよい。
【００４８】
出力／複数の結果は、画面２２２上に示されても、提示する、またはさらに処理もしくは動作させるために、他のデバイスに提供されてもよい。典型的には、ディスプレイ２２２は、状態を変えて、ユーザ１３２に画像を集合的に提示する複数の画像要素（複数の画素）を備える。たとえば、ディスプレイ２２２は、不透明な状態または半透明な状態に変化して、入力および複数のコマンドに対してコンピュータプログラム２１０および／またはオペレーティングシステム２０８の複数の命令を適用することにより、プロセッサ２０４により生成されたデータまたは情報に応答して、ディスプレイ上で画像の一部を形成する液晶をそれぞれ備える別個にアドレス可能な複数の画素を有する液晶ディスプレイ（ＬＣＤ）を備えてもよい。同様に、複数のプラズマディスプレイが、異なる色の蛍光体をそれぞれ備える３つの別個のサブピクセルを有する画素を含む。複数の色が一緒に混ざり合って、画素内に提示される色を生成する。複数のセルを通って流れる複数の電流パルスが、入力および複数のコマンドに応答してコンピュータプログラムおよび／またはオペレーティングシステム２０８の複数の命令を適用することにより、プロセッサにより生成されたデータに従って変更され、画素により提供される光の強さが変化する。また、同様に、複数の陰極線管（ＣＲＴ）ディスプレイが複数の画素を含み、それぞれ、各画素が、典型的にはアパーチャグリルからの複数のドットまたは複数のラインで表現される複数のサブピクセルを有する。各ドットまたはラインは、電子銃からの複数の電子が衝突したときに光を放つ蛍光体コーティングを含む。コンピュータプログラムおよび／またはオペレーティングシステム２０８の複数の命令を適用することにより、プロセッサにより生成されたデータに応答して、ならびに入力および／または複数のコマンドに応答して、電子銃により放出された複数の電子は、複数のドットまたは複数のラインに導かれ、したがって、このドットまたはラインの蛍光体コーティングに光を放たせることにより関連する画素の状態を変更する。
【００４９】
画像はグラフィカル・ユーザ・インタフェース（ＧＵＩ）・モジュール２１８Ａにより提供されてもよい。ＧＵＩモジュール２１８Ａは別個のモジュールとして描かれているが、複数のＧＵＩ機能を実行する複数の命令が、オペレーティングシステム２０８、コンピュータプログラム２１０内に常駐もしくは分散する、または専用のメモリおよび複数のプロセッサで実現することができる。
【００５０】
コンピュータプログラム１１０の複数の命令に従ってコンピュータ２０２により実行される複数の動作の一部またはすべてが、専用プロセッサ２０４Ｂで実現されてもよい。この実施形態では、コンピュータプログラム２１０の複数の命令の一部またはすべては、読出し専用メモリ（ＲＯＭ）、プログラム可能読出し専用メモリ（ＰＲＯＭ）もしくは専用プロセッサ２０４Ｂ内部のフラッシュメモリに、またはメモリ２０６に格納された複数のファームウェア命令により実現されてもよい。専用プロセッサ２０４Ｂはまた、複数の動作の一部またはすべてを実行して本発明を実現する回路設計により、ハードウェアに組み込まれてもよい。さらに、専用プロセッサ２０４Ｂは、複数の機能のサブセットを実行するための専用回路、および複数のコンピュータプログラム命令に応答するなどのより一般的な複数の機能を実行するための他の複数の回路を含むハイブリッドプロセッサであってもよい。一実施形態では、専用プロセッサは、特定用途向け集積回路（ＡＳＩＣ）である。
【００５１】
コンピュータ２０２はまた、ＣＯＢＯＬ、Ｃ＋＋、ＦＯＲＴＲＡＮまたは他の言語などのプログラミング言語で書かれたアプリケーションプログラム２１０をプロセッサ２０４の可読コードに翻訳することができるようにするコンパイラ２１２を実装してもよい。完了後、アプリケーションプログラムまたはコンピュータプログラム２１０は、コンパイラ２１２を使用して生成された複数の関係およびロジックを使用して、Ｉ／Ｏデバイスから受け入れられ、コンピュータ２０２のメモリ２０６に格納されたデータにアクセスし、操作する。
【００５２】
コンピュータ２０２はまた、モデム、衛星リンク、イーサネット(登録商標)カードまたは他の複数のコンピュータから入力を受け入れ他の複数のコンピュータに出力を提供する他のデバイスなどの外部通信デバイスを任意選択で備える。
【００５３】
一実施形態では、オペレーティングシステム２０８、コンピュータプログラム２１０、およびコンパイラ２１２を実現する複数の命令が、コンピュータ可読媒体、たとえば１つまたは複数の固定のまたは取外し可能なデータ記憶デバイス、たとえばジップドライブ、フロッピー(登録商標)・ディスク・ドライブ２２４、ハードドライブ、ＣＤ−ＲＯＭドライブ、テープドライブ、ＤＶＤなどを含むことができるデータ記憶デバイス２２０内に有形に具体化される。さらに、オペレーティングシステム２０８およびコンピュータプログラム２１０は、コンピュータ２０２によりアクセスされ、読み出され、実行されたとき、コンピュータ２０２に本発明を実現および／もしくは使用するのに必要な、または複数の命令からなるプログラムをメモリの中にロードするのに必要な複数のステップを実行させる複数のコンピュータプログラム命令からなり、したがって、コンピュータに本明細書で説明される複数の方法ステップを実行する専用にプログラムされたコンピュータとして動作させる専用データ構造を生成する。コンピュータプログラム２１０および／または動作させる複数の命令はまた、メモリ２０６および／または複数のデータ通信デバイス２３０内に有形に具体化されてもよく、それにより、本発明によるコンピュータプログラム製品または製造物を作成する。このため、用語「製造物」、「プログラム記憶デバイス」および「コンピュータプログラム製品」は、本明細書で使用されるとき、任意のコンピュータ可読デバイスまたは媒体からアクセス可能なコンピュータプログラムを包含するものとする。
【００５４】
当然のことながら、上記の複数の構成要素の任意の組合せ、または任意の数の異なる複数の構成要素、複数の周辺装置および他の複数のデバイスが、コンピュータ２０２と共に使用されてもよいことを当業者であれば理解されよう。
【００５５】
本明細書では用語「ユーザデバイス」と呼ばれるが、ユーザデバイス１０２は、複数の携帯デバイス、たとえば複数のＩＰＯＤ、複数のＩＰＨＯＮＥ、複数のＩＰＡＤ、複数の携帯電話、複数の携帯型ＭＰ３プレーヤ、複数のビデオゲーム機、複数のノートブックコンピュータ、複数のポケットコンピュータ、複数の携帯情報端末（複数のＰＤＡ）または適切な処理、通信および入出力の性能を備えた任意の他のデバイスを含んでもよいことが理解される。
【００５６】
図３Ａは、コンテンツ配送サブシステム（ＣＤＳ）３００Ａの第１の実施形態、およびユーザ１３２に提示するための複数のメディアプログラムおよび複数の広告を配送するために使用することができるトップレベルの複数の動作を示す図である。
【００５７】
複数のストリーミングプロトコルを使用したメディアコンテンツおよび複数の広告の送信
複数のメディアプログラムおよび複数の広告は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、トランスミッション・コントロール・プロトコル（ＴＣＰ）、リアルタイム転送プロトコル（ＲＴＰ）、およびリアル・タイム・ストリーミング・プロトコル（ＲＴＳＰ）を含む任意の適切なプロトコルに従って配送されてもよい。ＴＣＰ、ＲＴＰおよびＲＴＳＰはいずれも、メディア・プログラム・プレーヤ３０４へのメディアプログラムの送信に関する情報をメディアプログラム情報の送信者に提供する。
【００５８】
一実施形態では、通常、転送プロトコルまたは伝送プロトコルに従って提供される情報は、ユーザデバイス１０２が、このような情報を格納し、かつ別個のメッセージで、または別個の複数の通信のチャネルを介してメディア・プログラム・プロバイダ１１０にこのような情報を送信するように要求することなく、どのデータが受信され、かつメディア・プログラム・プレーヤ３０４により提示されたか、およびどのデータがこのようにされなかったかを、メディアサーバ１１４が判定するために使用することができる。他の実施形態では、転送プロトコルまたは伝送プロトコルは、メディアプログラムのストリーミングまたは再生に関する情報を提供するビーコンサービスを含むように拡張される。いずれの実施形態も、以下でさらに説明される。
【００５９】
ＲＴＰは、セッション制御のために使用されるリアルタイム制御プロトコル（ＲＴＣＰ）を使用し、複数の参加者からの受信統計を有する複数の受信者レポートを含む。ＲＴＣＰは、セッション中のメディアプログラムの伝送品質に関する統計を集め、かつこの情報をセッション元（たとえばメディアサーバ１１４）に送信して、適応メディア符号化を可能にするために使用される。ＲＴＰは、参照による本明細書に組み入れられる、２００３年７月、Ｈ  Ｓｃｈｕｌｚｒｉｎｎｅ  ｅｔ．ａｌによる「ＲＴＰ：複数のリアルタイム用途のための転送プロトコル（RTP:A Transport Protocol for Real-Time Applications）」（ｈｔｔｐ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｇ．／ｈｔｍｌ／ｒｆｃ３５５０で入手可能）でより完全に説明されている。
【００６０】
ＲＴＳＰは、クライアントへのデータの送信を制御するために、クライアントによりサーバに送信される複数の制御メッセージを使用する。たとえば、ＲＴＳＰは、メディアサーバが、メディアサーバの能力に適合する特定の速度でメディア・プログラム・プレーヤにデータを配送し、この速度でメディアを提供することを望むことを要求する速度要求ヘッダフィールドを定義する。ＲＴＳＰは、ｈｔｔｐ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｇ／ｈｔｍｌ／ｒｆｃ２３２６で入手可能であり、かつ参照により本明細書に組み入れられる、Ｎｅｔｗｏｒｋ  Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐにより発行された「リアル・タイム・ストリーミング・プロトコル（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）（ＲＴＳＰ）」ＩＥＴＦ、１９９８年でより完全に説明されている。
【００６１】
ＴＣＰは、受信者がバッファに入れる用意がある追加データの量を、データの受信者が受信ウィンドウフィールドで指定するエンド・ツー・エンド・フロー制御プロトコルを使用する。次いで、送信者は、この量のデータだけを送信し、送信者が確認メッセージおよびウィンドウフィールドの他の更新を受信するまで、それ以上送信しない。受信者がゼロのウィンドウフィールドを指定した場合、送信者はデータ送信を停止し、持続するタイマをスタートさせる。ＴＣＰの送信者は、小さなパッケージを送信することにより回復を試みる。
【００６２】
図３Ａに図示される実施形態では、コンテンツ配送サブシステム３００は、ユーザデバイス１０２、メディア・プログラム・プロバイダ１１０および広告プロバイダ１４０を含む。メディア・プログラム・プロバイダ１１０は、フィードサービス３０６、コンテンツセレクタ３０８およびコンテンツ管理サービス３１０を備える。
【００６３】
一実施形態では、ユーザ１３２が、ユーザデバイス１０２のユーザ・インタフェース・モジュール３０２を使用してメディアプログラム３２０を選択したとき、メディア・プログラム・プロバイダは、メディア・プログラム・プレーヤ３０４にメディアプログラムを単に送信し始める。他の実施形態では、ユーザ選択を受信するとすぐにメディアプログラムを送信する代わりに、ユーザ１３２は、メディアプログラム３２０が得られる可能性があるＵＲＬなどのリソースロケータを提供される。これは、ユーザデバイス１０２からＭＰＰ１１０に識別子を送信し、それに応答して、メディアプログラムが得られる可能性のあるＵＲＬを受信することにより実現されてもよい。次いで、メディア・プログラム・プレーヤ３０４は、ＭＰＰ１１０からのメディアプログラム３２０の受信を開始するために、受信されたＵＲＬにメディアプログラム要求を送信することができる。
【００６４】
複数のメディア・プログラム・コンテンツ・プロバイダが（ＣＤＳ３００で提供されるメディアプログラム３２０を生成する）、ＭＰＰ１００などの承認された複数のエンティティにメディアプログラム３２０の配布を要求し、許可されていない複数のチャネルを介したメディアプログラム３２０の配布を許可しなくてもよい。これは、いくつかの異なる技法を使用して実現することができる。
【００６５】
許可されていない配布を阻止する１つの方法が、メディアプログラムに関連するＵＲＬを時間と共に変える、たとえば、メディアプログラムに関連するＵＲＬを毎日変えることである。ＵＲＬの有効期限が切れた後、このＵＲＬは、メディアプログラムへのアクセス件を得る目的で使用できない。
【００６６】
他の方法が、暗号化する、または他の方法でＵＲＬを保護することであり、この結果、このＵＲＬは承認された複数のメディア・プログラム・プレーヤだけにより使用できる。ユーザ１３２が、ユーザデバイス１０２のユーザ・インタフェース・モジュール３０２を使用してメディアプログラムを選択したとき、選択されたメディアプログラムのメディアプログラム識別子（ＰＩＤ）を要求するメッセージが、ユーザデバイス１０２からメディア・プログラム・プロバイダ１１０に送信される。フィードサービス３０６は要求を受信し、コンテンツ管理サービス３１０を介して安全な記憶装置３１２から得られた情報を使用して、フィードサービス３０６は、選択されたメディアプログラムに対するＰＩＤを決定し、ＰＩＤを有するメッセージをユーザデバイス１０２に送信する。ユーザデバイス１０２は、ＰＩＤを受信する。フィードサービス３０６からのメッセージはまた、以下に説明されるように、ＵＲＬの送信を保護するために後で使用される認証情報を含んでもよい。一実施形態では、ＰＩＤは時不変ではない。換言すれば、所与のメディアプログラム３２０に対するＰＩＤは、時間と共に変化せず、このメディアプログラム３２０に常に関連づけられる。
【００６７】
次いで、ユーザデバイスは、メディア・プログラム・プロバイダ１１０のコンテンツセレクタ３０８に、選択されたメディアプログラム３２０に関連するＰＩＤ、およびユーザまたはユーザデバイスのＩＤを送信する。コンテンツセレクタ３０８は、情報をコンテンツ管理サービス（ＣＭＳ）３１０に転送し、コンテンツ管理サービス３１０は、広告サービス３１８を使用して、安全な記憶装置３１２に格納された情報を使用して、ユーザおよび選択されたメディアプログラムに適合した複数の広告または複数の広告オプションを選択してもよい。これは、２０１０年５月２６日に出願された、Ｗｉｎｇ  Ｃｈｉｔ  Ｍａｋによる「迅速でスケーラブルな方向付けられた広告サービスのための方法および装置（ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ  ＦＯＲ  ＲＡＰＩＤ  ＡＮＤ  ＳＣＡＬＥＡＢＬＥ  ＤＩＲＥＣＴＥＤ  ＡＤＶＥＲＴＩＳＩＮＧ  ＳＥＲＶＩＣＥ）」と題する同時係属中の特許出願第１２／７８７，６７９号明細書に説明されるように実現されてもよく、この出願は参照により本明細書に組み入れられる。
【００６８】
コンテンツ管理サービス３１０は、選択された複数の広告および複数の広告オプションをコンテンツセレクタ３０８に転送する。ユーザデバイス１０２が、選択されたメディアプログラムをメディアサーバ１１４から、ならびに１つまたは複数の広告を広告プロバイダ１４０から得てもよい情報を、コンテンツセレクタは送信する。図示される実施形態では、この情報は、メディアサーバ１１４から所望のメディアプログラムおよび広告（複数）を得ることができるアドレス（たとえばＵＲＬ）を含む。次いで、コンテンツセレクタ３０８は、ＵＲＬを備えるメタデータをユーザデバイス１０２に送信する。このメタデータは、ユーザデバイス識別子から計算された認証トークン、およびメディアプログラム内部の１つまたは複数の広告のための中断を規定する情報を含んでもよい。この認証トークンは、許可された複数のユーザデバイス１０２がメディアプログラムを受信することが可能になり、かつ許可されていない複数のユーザデバイスがこうするのを防止するために使用されてもよい。たとえば、認証トークンは、ユーザデバイス１０２により、メディアプログラム要求と一緒にまたは無関係にメディアサーバ１１４に送信することができ、メディアサーバ１１４は、受信された認証トークンを正しい複数の認証トークンのデータベース（任意選択で、複数のユーザＩＤと関連づけられる）と比較して、メディアプログラム３２０をユーザデバイス１０２にストリーミングすべきかどうかを判定してもよい。または、ユーザデバイス１０２は、上述のようにフィードサービス３０６から受信された認証情報を認証トークンと後で比較して、ＵＲＬを受信しているユーザデバイス１０２が、メディアプログラムを要求した同一ユーザデバイス１０２であることを保証する。
【００６９】
あるいは、コンテンツセレクタ３０８から受信されたメタデータ（および、したがってＵＲＬ）は、ＵＲＬが暴露されるのを防ぐために、ＭＰＰ１１０とユーザデバイス１０２の間で共有される複数の秘密鍵または複数の公開鍵を使用して暗号化される。これにより、異なるユーザデバイス１０２が、関心のあるメディアプログラム３２０を得ることができるＵＲＬを得ることができない。さらに、ユーザデバイス１０２またはメディア・プログラム・プレーヤ３０４は、ＵＲＬが適切な鍵で暗号化され、かつユーザデバイスが適切な鍵を有していない場合にはユーザデバイス１０２により復号することができない、対称または非対称公開鍵および／または秘密鍵セキュリティ手順を実装してもよい。ＵＲＬを復号するために必要な複数の鍵の送信が、フィードサービス３０６またはコンテンツセレクタ３０８からの複数のメッセージで実現されてもよい。
【００７０】
また、認証情報がフィードサービス３０６により送信されるのではなく、むしろ、コンテンツセレクタ３０８からの認証トークンが、要求しているユーザまたはユーザデバイス１０２のユーザＩＤから導出され、かつユーザデバイス１０２が、このユーザＩＤを使用して、認証トークンを回復するまたは導出し、ＵＲＬを得なければならない他の複数の方式が実装されてもよい。この場合、異なるユーザＩＤを有するユーザデバイス１０２が、ＵＲＬを回復することができない。
【００７１】
いずれの場合も、ユーザデバイス１０２は、メディアプログラム要求を、選択されたメディアプログラム３２０に関連する、指定されたアドレスまたはＵＲＬにあるメディアサーバ１１４に送信する。メディアサーバ１１４は、メディアプログラム３２０を安全な記憶装置３１２から取り出し、メディアプログラム３２０をユーザデバイス１０２に送信する。ユーザデバイス１０２は、送信されたメディアプログラム３２０を受信し、メディアプログラムをバッファ３０５に一時的に格納してもよい。バッファ３０５は、ハードウェアおよび／またはソフトウェアのバッファリングを含んでもよく、メディア・プログラム・プレーヤ３０５内に、またはユーザデバイス１０２内の他のどこかに存在してもよい。
【００７２】
ユーザ１３２が、複数の特殊再生コマンド（たとえば、巻き戻す、早送りする、早戻しする、再生を一時停止するため、または以下でさらに説明されるように、プログレスバーを選択し、移動させることによりメディアプログラムまたは広告の他の地点に再生を一時的に移動させるため）を入力した場合、これらのコマンドは、メディア・プログラム・プレーヤ３０４からメディアサーバ１１４／広告プロバイダ１４０に提供され、メディアサーバ１１４／広告プロバイダ１４０は、該当するメディアプログラム３２０・ストリームをメディア・プログラム・プレーヤ３０４にストリーミングすることにより応答する。このような複数のコマンド、または上述の他の基本的な管理業務およびストリーム制御データに基づき、メディアサーバ１１４、広告プロバイダ１４０、およびメディア・プログラム・プロバイダ１１０は、ユーザ１３２が何を視聴しているかを遠隔で判定することができ、ユーザデバイス１０２が視聴情報を格納する、またはこのような情報をＭＰＰ１１０に送信する必要がない。
【００７３】
ユーザデバイス１０２はまた、広告プロバイダ１４０からの複数の広告を要求してもよい。以下でさらに説明されるように、メディアプログラム３２０と共に再生される複数の広告のすべてが、メディアプログラム３２０がユーザデバイス１０２にストリーミングされる前に選択されてもよい、またはこのような複数の広告および／または複数の候補広告が、以下でさらに説明されるように、メディアプログラム内の広告のための中断のすぐ（たとえば、約１０秒）前に選択されてもよい。
【００７４】
典型的には、メディアサーバ１１４は、異なるスループットまたは帯域幅の複数の通信チャネルにそれぞれ適した、複数のバージョンのメディアプログラムを有する。ユーザデバイス１０２または他の場所から受信された情報を使用して、メディアプレーヤ１１４は、ユーザデバイス１０２に送信するメディアプログラムの最も該当するバージョンを判定する。この判定は、たとえば、メディアプログラムをユーザデバイス１０２に送信するために使用される通信チャネルの帯域幅または利用可能なビットレート、ユーザデバイス１０２のスループット、ならびにユーザデバイス１０２で実現されるバッファ３０５のサイズおよび速度に基づくことができる。
【００７５】
次いで、ユーザデバイス１０２は、メディアプログラムを受信し、提示する。典型的には、メディア・プログラム・データは、ユーザデバイス１０２内のハードウェアまたはソフトウェアのバッファ３０５に格納され、先入れ先出し（ＦＩＦＯ）法で取り出される。配送されるメディアプログラムのバージョンの平均ビットレートが、複数の通信のチャネルの帯域幅性能よりも低いので、メディアプログラムが再生されている間に、バッファ３０５は一杯になる。バッファに入れられたデータは、通信チャネルの帯域幅またはメディアプログラムのビットレートが変化したときでさえ利用可能であり、したがって、バッファに入れられたデータは、途切れ途切れの再生を低減するために使用することができる。
【００７６】
メディアプログラムが、必要とされるビットレートで配送されていないとユーザデバイス１０２が判定した場合（メディアプログラムを再生するためにデータが消費される速度が、データが受信される速度を、バッファ３０５が途切れ途切れの再生を適切に防止することができない程度まで超える）、ユーザデバイス１０２は、異なるバージョンのメディアプログラム（たとえば、より低いビットレートでの送信に適したバージョン）を要求するメッセージをメディアサーバ１１４に送信してもよい。逆に、メディアプログラムが、必要とされるビットレートよりも高く配送されているとユーザデバイス１０２が判定した場合、ユーザデバイス１０２は、より高いビットレートでの送信に適したバージョンのメディアプログラムを要求するメッセージをメディアサーバに送信してもよい。これにより、より高い解像度のバージョンのメディアプログラムがユーザ１３２に提供されることがある。
【００７７】
広告プロバイダ１４０およびメディアサーバ１１４は、メディア・プログラム・プロバイダ１１０とは別個のアーキテクチャエンティティとして図示されているが、広告プロバイダ１４０（および広告サーバ１４２）は、メディア・プログラム・プロバイダ１１０と一体化されてもよい（すなわち、メディア・プログラム・プロバイダ１１０はまた、複数の広告を提供してもよい）。ＣＤＳ３００は、ｗｗｗ．ｈｕｌｕ．ｃｏｍ、ｗｗｗ．ｉｍｄｂ．ｃｏｍ、ｗｗｗ．ａｏｌ．ｃｏｍまたはｗｗｗ．ｍｓｎ．ｃｏｍを含んでもよい複数の配送ネットワークを介して複数のメディアプログラムおよび複数の広告を提供する手段を提供する。
【００７８】
メディアプログラムおよび広告コンテンツに関するメタデータだけでなく、ストリーミング情報も、複数のメディアプログラムおよび複数の広告がＣＤＳ３００の内部または外部のどこで見つけ出すことができるかを記述するデータのように、コンテンツ配送システム３００内に、データベース３１２内に格納されてもよい。
【００７９】
ユーザデバイス１０２は、インタフェースモジュール３０２およびメディア・プログラム・プレーヤ３０４を含んでもよい。インタフェースモジュール３０２は、情報および複数のメディアプログラムをユーザ１３２に提示するため、および複数のコマンドを含むユーザ入力を受け入れるために使用される、ユーザデバイス１０２により実行される複数の命令を含む。複数の例示的ユーザデバイス１０２が、デスクトップコンピュータ、ラップトップコンピュータ、または携帯デバイス、たとえばＩＰＯＤ、ＩＰＨＯＮＥ、ＩＰＡＤ、携帯電話もしくはＰＡＬＭデバイスである。
【００８０】
図３Ｂは、参照により本明細書に組み入れられる、２００１年３月３１日、Ｒ  Ｐａｎｔｏｓによる「ＨＴＴＰライブストリーミング−ｄｒａｆｔ−ｐａｎｔｏｓ−ｈｔｔｐ−ｌｉｖｅ−ｓｔｒｅａｍｉｎｇ−０６（ＨＴＴＰ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇ−ｄｒａｆｔ−ｐａｎｔｏｓ−ｈｔｔｐ−ｌｉｖｅ−ｓｔｒｅａｍｉｎｇ−０６）」（ｈｔｔｐ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｇ／ｈｔｍｌ／ｄｒａｆｔ−ｐａｎｔｏｓ−ｈｔｔｐ−ｌｉｖｅ−ｓｔｒｅａｍｉｎｇ−０６で入手可能）に記載されるＨＴＴＰライブ・ストリーミング・プロトコルに従って複数のメディアプログラムおよび複数の広告の送信を提供するコンテンツ配送システム３００Ｂを示す図である。
【００８１】
複数のＨＴＴＰライブ・ストリーミング・プロトコルを使用したメディアコンテンツおよび複数の広告のストリーミング
ＨＴＴＰライブストリーミング（以下、「ライブストリーミング」）・プロトコルは、複数の移動式および無線のデバイスに特に有用である。基本的に、このプロトコルは、ユーザデバイス１０２がメディアプログラムを要求したときに、メディアプログラム３２０および広告の小さな複数のセグメントまたは「複数のチャンク」の「プレイリスト」を最終的に提供されることを除いて、図３Ａに示すプロトコルに類似している。それぞれの「プレイリスト」は、複数の一定の送信特性に対して最適化され（いくつかの特性が、複数の他の特性よりも高い送信帯域幅を必要とする）、ユーザデバイス１０２はプレイリストを使用して、メディアプログラムの各チャンクの順序正しい送信を要求する。現在の送信帯域幅が不十分である場合、ユーザデバイス１０２はより低い解像度のセグメントを要求し、適切な「プレイリスト」を介してより低い帯域幅を要求することができる。メディアプログラムまたは広告の各チャンクが受信され、処理され、ユーザ１３２に提示されるメディアプログラムに組み立てられる。
【００８２】
図３Ｃは、複数のメディア・プログラム・セグメント示す図である。メディア・プログラム・プロバイダ１１０または他のエンティティが、異なる提示スループットまたは送信帯域幅にそれぞれ適した複数の異なるバージョンのメディアプログラム３２０Ｌを生成する（「Ｌ」は、ライブストリーミング実施形態を意味する）。図示される実施形態では、３つのバージョンが、すなわち、高提示スループットバージョン３１６、中提示スループットバージョン３１８、および低提示スループットバージョン３１９が生成される。さらに、メディアプログラムの各バージョン３１６〜３１９は、複数のセグメントに分離される。たとえば、図３Ｃでは、メディアプログラムの第１のバージョン３１６は、Ｎ個のセグメント３１６−１〜３１６−Ｎに分離され、メディアプログラムの第２のバージョン３１８は、同じくＮ個のセグメント３１８−１〜３１８−Ｎに分離され、メディアプログラムの第３のバージョン３１９は、Ｎ個のセグメント３１９−１〜３１９−Ｎに分離される。
【００８３】
図示される実施形態では、任意の特定のバージョンの複数のセグメントのすべてが同じ時間長であるが（たとえば、時間セグメント３１６−１は時間セグメント３１６−２と同一時間長である）、これに該当する必要はない。また、図示される実施形態では、各バージョンのメディアプログラムが、同数の複数のセグメントを含むが（たとえば、バージョン３１６、３１８、および３１９はいずれもＮ個のセグメントを含む）、これに該当する必要はない。さらに、それぞれの対応する時間セグメントの複数のバージョンのすべてが、通常、同一時間長であるが（換言すれば、セグメント３１６−１は、典型的には３１８−１と同一時間長である）、これも該当する必要がない。むしろ、異なる複数のバージョンの複数の時間セグメントは、複数のセグメントが、広告が挿入されるべき時間に、時間的に整列されている限り、異なる時間長であってもよい。たとえば、第１のバージョン３１６が、Ｎ個の時間的に等しい複数のセグメントを有し、かつ第２のバージョン３１８が２Ｎ個の時間的に等しい複数のセグメントを有する場合、セグメント３１６−１の長さは、第２のバージョンの複数のセグメントの長さの２倍になる。
【００８４】
３つのバージョンのメディアプログラムだけが図示されているが、異なる複数のメディアプログラムの数は、２つのように少ない、または必要とされるだけ多くすることができる。典型的には、複数のバージョンの数は、異なる複数のバージョンの記憶領域、生成および管理と、送信帯域幅の節約、ならびにメディア・プログラム・プレーヤの複数の処理要件との間のトレードオフである。
【００８５】
図３Ｄは、提示スループットおよび／またはメディア・プログラム・データ転送速度の複数の変化を考慮しながら、メディア・プログラム・プレーヤ３０４が複数のメディア・プログラム・セグメントをどのようにして受信することができるかの簡略化されたバージョンを示す図である。図３Ｄに示すように、メディアプログラムのデータまたはビットの転送速度は、破線で示すように、時間と共に変わる可能性がある。同時に、提示スループットも（たとえば、メディアプログラムが受信される複数の通信のチャネルのスループット、および／またはユーザデバイス１０２の処理スループットを含んでもよい）、実線で示すように、時間と共に変わることがある。
【００８６】
図示される例では、メディア・プログラム・プレーヤ３０４は、提示スループットが最小しきい値より大きいときに、第１の（高提示スループット）バージョンのメディアプログラム３１６−１〜３１６−７からなる複数のセグメントを受信する。しかしながら、提示スループットが時間ｔ１でメディアプログラムのデータ転送速度以下に低下したとき、メディア・プログラム・プレーヤは、高解像度バージョンのメディアプログラムを間に合う手法で受信し、処理することができないことがあり、したがって、中解像度の複数のメディアプログラム・セグメント（３１８−８〜３１８−１０）を要求し、受信する。提示スループットが時間ｔ２でメディアプログラムのデータ転送速度を超えて上昇したとき、メディア・プログラム・プレーヤは、高解像度バージョンのメディアプログラムを、間に合う手法で受信し、処理することができ、したがって、中解像度の複数のメディアプログラム・セグメント（３１６−１１など）を要求し、受信することができる。
【００８７】
典型的には、ユーザデバイス１０２は、先入れ先出しバッファ（ＦＩＦＯ）を含み、メディアプログラムのデータ転送速度が提示スループットの速度未満であるとき、ユーザデバイス１０２は、後で提示するためにデータをバッファに入れてもよい。このバッファは、ユーザデバイス１０２が、異なる複数のセグメントバージョンに切り換える必要を緩和する、または遅らせることがある。しかしながら、メディアプログラムのデータ転送速度が十分長い期間、提示スループットを超える場合、ユーザデバイス１０２は、上述のように、より低いビットレートのバージョンのメディアプログラムに切り換える必要がある。典型的には、メディア・プログラム・プレーヤ３０４は、複数のセグメントをユーザに提示する前に複数のセグメントを格納している任意のバッファが一杯になること、負荷の処理、および複数の通信のチャネル帯域幅を含むさまざまな要因に基づき、異なるバージョンのストリーミングされるメディアプログラムがいつ必要であるかを判定する。
【００８８】
ライブ・ストリーミング・プロトコルは、一度にメディアプログラムの比較的短い複数のセグメントの要求および送信を要求するので、メディアプログラムのデータ転送速度は、セグメント間でほとんど変化しないことがあることも、同じく注目に値する。このような複数の事例では、メディア・プログラム・プレーヤは、主に提示または送信のスループットに基づき、異なる複数のセグメントバージョンを要求する。
【００８９】
上述のプロトコルは、メディアプログラムが広告を含まない限り、またはメディアプログラムがすべての視聴者に対して同一の広告を含む限り、うまく機能する。このような複数の事例では、複数の広告は、メディアストリーム内に配置されるだけでよく、メディアプレーヤは、複数の広告が同一の情報（メディアプログラムの一部だけ、広告の一部だけ、または両方を備えるセグメントを含んでもよい）を提示する限り、一方のセグメントバージョンから他のセグメントバージョンに切り換えることができる。しかしながら、ユーザの複数の好みまたは他の複数の要因に基づき選択された複数の広告と共に使用が提供されるとき（以下、パーソナライズされたまたは方向付けされた複数の広告と呼ぶ）、前述のモデルはうまく機能しない。これは、ユーザがメディアプログラムを要求したとき、メディアプログラムが取り出され、複数の広告が、該当する複数の時間で接合され、セグメント化される必要があり、この後、ユーザデバイスがメディアプログラムを受信することができるためである。さらに、この工程は、複数の広告および複数のメディア・プログラム・バージョンのすべての組合せに対して実行される必要がある。
【００９０】
図３Ｅは、メディア・プログラム・プレーヤ３０４が、通信提示スループットおよびメディアプログラムのビットレートの変化を考慮しながら、同じく、異なる複数のユーザに対する異なる複数の広告の挿入を可能にしながら、複数のメディア・プログラム・セグメントをどのようにして受信することができるかを示す図である。前述のように、異なる複数のバージョンのメディアプログラムが生成される。前述のように、異なる複数のバージョンのメディアプログラム３２２〜３２６が、典型的には複数のバージョン間で時間的に同一の長さの複数のセグメント３２２−１〜３２６−Ｎに分離される。しかし、この場合、メディアプログラムは複数の広告を排除する。代わりに、異なる複数のバージョンの複数の広告が生成され（第１の広告３２７の３つのバージョン３２８〜３３２など）、これらの異なる複数のバージョンはまた、複数のセグメント３２８−１〜３３２−Ｍに分離される。複数のメディア・プログラム・セグメント３２２−１〜３２６−Ｎのように、複数の広告セグメント３２８−１〜３３２−Ｍは同一の時間長である必要がなく、複数のバージョン間で同じ長さであってもよく、同じ長さでなくてもよい。
【００９１】
図３Ｆは、メディア・プログラム・プレーヤ３０４が、利用可能な提示スループットおよびメディアプログラムのビットレートの複数の変化を考慮しながら、複数のメディア・プログラム・セグメントおよび複数のターゲット広告をどのようにして受信することができるかを示す図である。提示スループットが、高品質再生のための最小しきい値を超えたままである場合、メディア・プログラム・プレーヤ３０４は、図３Ｆの最上部の部分に示すように、高解像度バージョンのメディアプログラムを連続して備える複数のセグメントを単に要求する。これは、メディアプログラムの最初の６つのセグメント（ＰＳ１Ｖ１〜ＰＳ６Ｖ１）３２２−１〜３２２−６、続いて、広告の２つのセグメント（ＡＳ１Ｖ１〜ＡＳ２Ｖ１）３２８−１〜３２８−２、次いで、メディアプログラムの次の複数のセグメント（ＰＳ７Ｖ１〜ＰＳ１０Ｖ１）３２２−７〜３２２−１０を含む。しかしながら、提示スループットが（たとえば時間ｔ１で）メディアプログラムを再生するのに必要な最小値である場合、本発明は、再生を続けることができるように、異なる複数のバージョンの広告を代わりに取り出す。たとえば、図３Ｆに示すように、時間ｔ１の後、メディア・プログラム・プレーヤ３０４は、複数のセグメントＡＳ１Ｖ１、ＰＳ７Ｖ２、およびＰＳ８Ｖ２を要求する。これらのセグメントは、通信チャネルを介して適切に送信し、かつメディア・プログラム・プレーヤ３０４が提示することができる、より小さなサイズおよび低い解像度の広告およびメディアプログラムの複数のセグメントである。提示スループットがメディアプログラムを再生するのに必要な最小値を超えて増大したとき、メディア・プログラム・プレーヤ３０４により要求される次の複数のセグメントが、より高い帯域幅の複数のバージョンのメディアプログラムＰＳ９Ｖ１、ＰＳ１０Ｖ１である。
【００９２】
図示される実施形態は、複数のデータセグメントのバッファリング、または提示スループットの可能な予測を考慮しない。したがって、より大きなＡＳ１Ｖ１の代わりに広告セグメントＡＳ１Ｖ２を取り出すことが望ましかったが、メディア・プログラム・プレーヤ３０２は、次に配送されるセグメントは、現在利用可能な提示スループットおよびメディアプログラムのデータレートに適していることを単に要求する。一実施形態では、メディア・プログラム・プレーヤ３０４は、提示スループットの複数の変化を予測し、これらの予測された複数の変化に基づき、異なる複数のバージョンのメディアプログラムおよび複数の広告を要求することができる。他の実施形態では、メディア・プログラム・プレーヤ３０４は、受信された複数のセグメントを、提示される十分以前にバッファに入れ、この結果、提示スループットが変化し、かつ現在バッファに入れられているが提示されていないセグメントを適切に提示することができない場合、メディア・プログラム・プレーヤは、軽減された複数の処理要件を備える代わりのセグメントを要求する時間を有し、代わりにこのセグメントを提示する。メディア・プログラム・プレーヤがメディアプログラムのデータレートを予測することができる（たとえば、メディアプログラムのデータレートに関する情報を使用して、または他の複数の要因から期待されるデータレートを推測することによる）複数の実施形態も可能である。
【００９３】
この技法を実現するためには、複数のメディア・プログラム・バージョン３２２〜３２６がメディアプログラムに対して生成され、複数のメディア・プログラム・バージョン３２２〜３２６の各１つが、異なる提示スループットに対して生成される。たとえば、それぞれ異なる複数のビットレートまたは異なる複数の平均ビットレートで、いくつかのメディア・プログラム・バージョン３２２〜３２６が生成されてもよい。これらの複数のメディア・プログラム・バージョン３２２〜３２６の各々が、メディア・プログラム・バージョンの複数のセグメント（たとえば３２２−１〜３２６Ｎ）に分離され、これらの複数のセグメントの一部が、ユーザデバイス１０２に送信される。図示される実施形態では、メディア・プログラム・バージョンの複数のセグメント３２２−１〜３２２−Ｎがメディア・プログラム・バージョン３２２に対して生成され、メディア・プログラム・バージョンの複数のセグメント３２４−１〜３２４−Ｎがメディア・プログラム・バージョン３２４に対して生成され、メディア・プログラム・バージョンの複数のセグメント３２６−１〜３２６−Ｎがメディア・プログラム・バージョン３２６に対して生成される。これらの複数の動作は、コンテンツセグメンタ（content segmentor）またはＣＭＳ３１０の制御下にある他のデバイスにより実行されてもよい。複数の広告バージョン３２８〜３３２、および広告バージョンの複数のセグメント６５２−１〜６５６−Ｍを生成するために類似の複数の動作が行われる。
【００９４】
図３Ｂに戻ると、次に、メディアプログラム３２０および複数の広告の送信および受信についてより詳細に説明する。上述のように、複数のメディア・プログラム・バージョンが、メディアプログラム・プロバイダ（または他のエンティティ）により生成され、各バージョンが、複数のバージョンの他の提示スループットと異なる提示スループットに対して生成される。
【００９５】
ユーザ・インタフェース・モジュール３０２を使用して、ユーザは、視聴するためのメディアプログラムを選択し、ユーザデバイス１０２は、メディア・プログラム・プロバイダ１１０にメディアプログラムの要求を送信する。図示される実施形態では、要求は、ユーザ識別子（ユーザＩＤ）および要求されたメディアプログラムの識別子を備え、フィードサーバ３０６に送信されるメタデータ（詳細には、メディアプログラムのマスタ・プレイリスト・アドレス）の要求である。一実施形態では、メタデータ要求と共に送信される、要求されたメディアプログラムの識別子は、ユーザ・インタフェース・モジュール３０２を介してユーザに提示されるプログラムガイドから得られる。プログラムガイドは、複数のメディアプログラムの複数のサムネイル表示を含むことができ、ユーザは、関心のあるメディアプログラムに関連するサムネイル上をクリックすることによりメディアプログラムを選択してもよい。
【００９６】
メディアプログラムのメディアプログラム要求が受信される。フィードサービス３０６は、最終的に、メディアプログラムを受信し、視聴するために必要なマスタプレイリストでＩＤ要求に応答する。
【００９７】
メディアプログラム３２０に関連するマスタ・プレイリスト・アドレスの要求が、ユーザデバイス１０２から受信される。一実施形態では、要求は、関心のあるメディアプログラム３２０を識別するデータだけでなく、ユーザ１３２、ユーザコンピュータ１０２、および／またはメディア・プログラム・プレーヤ３０４を識別するデータも含む。この情報は、メディアプログラムと共に再生するために選択される複数の広告が、ユーザ１３２、ユーザコンピュータ１０２、またはメディアプログラム３０４のデータに基づき選択される複数の実施形態で使用することができる。フィードサービス３０６は、要求を受信し、安全な記憶装置３１２および他の複数のデータベース３１６から、ならびにコンテンツ管理サービス３１０を介して広告サービス３１６から得られる情報を使用して、フィードサービス３０６は、メディアプログラム識別子（ＰＩＤ）、メディアプログラムと一緒に再生されるべき任意の複数の広告に対する類似の複数の識別子を含んでもよい、選択されたメディアプログラムに対する該当するメタデータを決定する。これは、２０１０年５月２６日に出願された、Ｗｉｎｇ  Ｃｈｉｔ  Ｍａｋによる「迅速でスケーラブルな方向付けされた広告サービスのための方法および装置（ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ  ＦＯＲ  ＲＡＰＩＤ  ＡＮＤ  ＳＣＡＬＥＡＢＬＥ  ＤＩＲＥＣＴＥＤ  ＡＤＶＥＲＴＩＳＩＮＧ  ＳＥＲＶＩＣＥ）」と題する同時係属中の特許出願第１２／７８７，６７９号明細書に説明されるように実現されてもよく、この出願は参照により本明細書に組み入れられる。あるいは、この工程は、以下に説明されるように、メディア・プログラム・プレーヤ３０４が、どのバージョンのメディアプログラム３２０で始まるべきかを選択した後に開始することができる。
【００９８】
マスタプレイリストが生成され、ユーザデバイス１０２に提供される。一実施形態では、これはコンテンツセレクタ３０８により実行される。例示的マスタプレイリストが図３Ｇに示され、以下でさらに説明される。一実施形態では、マスタプレイリスト３３４は、上述のように選択された複数の広告の各々に対する識別子を含んでもよいアドレスで提供される。
【００９９】
たとえば、マスタ・プレイリスト・アドレスは以下であってもよい。
【０１００】
ｈｔｔｐｓ：／／ｐｌａｙ．ｈｕｌｕ．ｃｏｍ／ｐｌａｙ／５０００００１１／ｍｐｌｓｔ／ｂ＝［ａｄｌｉｓｔ］ａ＝［ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｔｏｋｅｎ］
ここで、「５０００００１１」はメディアプログラムＩＤ（ＰＩＤ）を表し、「ａｄｌｉｓｔ」は、再生中にプログラムの中に挿入されるように選択された広告（複数）に対する広告セグメント識別子（複数）９０４のリストである。マスタプレイリスト３３４・アドレスは、図３Ｂに示されるように、ユーザデバイス１０２に送信される。
【０１０１】
次に、ユーザデバイス１０２は、マスタ・プレイリスト・アドレス３３４を受信し、ＭＰＰ１１０にマスタプレイリスト要求を送信する。上述のように、アドレスは、メディアプログラム３２０のＰＩＤだけでなく、メディアプログラム３２０の再生中に提示されるべき広告（複数）を識別する複数の広告ＩＤのリストも含んでもよい。
【０１０２】
マスタプレイリストは、メディア・プログラム・プロバイダ１１０内のマスタ・プレイリスト・アドレス内で受信される。複数のメディア・プログラム・バージョンのアドレスが生成され、それぞれ、複数のメディア・プログラム・バージョンのうち要求された１つに関連する広告バージョン３２８〜３３２に対する複数の広告バージョンセグメント識別子３２８−１〜３３２−Ｍを有する。複数のメディア・プログラム・バージョンの複数のアドレスからマスタプレイリストが生成される。
【０１０３】
図３Ｇは、例示的マスタプレイリスト３３４を示す図である。この実施形態では、マスタプレイリスト３３４は、「．ｍ３ｕ８」で終わるファイル名を有する、および／または「ａｐｐｌｉｃａｔｉｏｎ／ｖｎｄ．ａｐｐｌｅ．ｍｐｅｇｕｒｌ」のｃｏｎｔｅｎｔ−ｔｙｐｅを有し、単一のＬＦ文字またはキャリッジリターンで終端された個々の複数の行を備えるテキストファイルである。コメント文字「＃」で始まる複数の行は、複数のコメントまたは複数のタグであり、複数のタグは、複数の文字ＥＸＴで始まる。「＃」で始まる他のすべての行は複数のコメントであり、無視される。第１行は、フィルを拡張ｍ３ｕファイルとして識別するＭ３Ｕタグを備える。次に、マスタプレイリストは、ＵＲＩまたはＵＲＬが次の行に提示されるメディア・プログラム・バージョンを記述するタグを有する。たとえば、３３６Ａは以下を識別するタグを提示する。
【０１０４】
ＰＲＯＧＲＡＭ−ＩＤ：マスタプレイリストが２つ以上のメディアプログラムを指す場合、ＰＲＯＧＲＡＭ−ＩＤパラメータは、複数のメディアプログラムのうちどちらが関係しているかを識別する。図示される実施形態では、マスタプレイリストは、いくつかのバージョンの同一メディアプログラムを指すので、ＰＲＯＧＲＡＭ−ＩＤは１である。複数のメディアプログラムがマスタプレイリストに含まれる場合、第２のメディアプログラムは、たとえば２というＰＲＯＧＲＡＭ−ＩＤを有する。このＰＲＯＧＲＡＭ−ＩＤは、マスタプレイリスト内部だけではない大域ベースでのメディアプログラムに対する識別子を指すＰＩＤと混同してはならない。
【０１０５】
ＢＡＮＤＷＩＤＴＨ：次の行に列挙されるＵＲＩで入手可能なストリームの平均ビットレートを識別する。メディア・プログラム・プレーヤは、複数のセグメントのダウンロード速度を観察することにより実際の帯域幅を判定することができる。ＵＲＩがタグの後に続き、ＰＩＤ（図示される例では、５０００００１１）、ファイル名（図示される例では、「．ｍ３ｕ８」拡張子を有するビットレート）、複数の広告セグメント識別子３３７、および複数の認証目的のために使用されてもよい複数のトークン３３５を含む。複数の広告セグメント識別子３３７は、複数のセグメント３２８−１〜３２８−Ｍ、３３０−１〜３３０−Ｍ、または３３２−１〜３３２−Ｍを識別するために使用することができる。一実施形態では、複数の広告セグメント識別子３３７は、複数の広告セグメントを直接識別する。他の実施形態では、複数の広告セグメント識別子３３７は、関連する複数の広告セグメントにインデックスされ、複数の識別子３３７は、送信のために、関連する複数の広告セグメントを捜すために、フィードサービス３０６により使用することができる。
【０１０６】
図３Ｇに示されるマスタプレイリストは、８つの異なる複数のバージョンのメディアプログラムに対する複数のタグおよびＵＲＩを含み、３３６Ａ、３３６Ｂ、３３６Ｃ、３３６Ｄ、３３６Ｅ、３３６Ｆ、３３６Ｇ、および３３６Ｈにより識別される複数のストリームが、それぞれ１５００Ｋｂｐｓ、３２００Ｋｂｐｓ、２５００Ｋｂｐｓ、１０００Ｋｂｐｓ、４００Ｋｂｐｓ、２００Ｋｂｐｓ、１２８Ｋｂｐｓ、および６４Ｋｂｐｓを表すことに留意されたい。典型的には該当しないことであるが、各メディア・プログラム・バージョンのアドレスに関連する複数の広告ＩＤの各々が、他のメディア・プログラム・バージョンの複数のアドレスに関連する複数の広告ＩＤと異なってもよい。マスタプレイリスト３３４はユーザデバイス１０２に送信される。
【０１０７】
前述の実施形態では、ユーザＩＤは、マスタプレイリスト３３４のアドレスの要求に対して供給され、ユーザ１３２に最も関心の高い複数の広告を選択するために使用された。これらの広告に対する複数の識別子が、ユーザデバイス１０２に送信されたマスタ・プレイリスト・アドレスで、および同じく後で、マスタプレイリスト自体の中の複数のメディア・プログラム・バージョンに対する複数のアドレスで送り返される。この特徴により、選択された複数の広告の識別が、要求されたメディア・プログラム・バージョンのマスタプレイリストの生成の間で、同じく、異なる複数のプログラムバージョン間で、メディア・プログラム・プロバイダ１１０により複数の広告状態を維持することなく、持続することができるようになる。多数のユーザデバイス１０２が処理されることを考慮すれば、この特徴は、基本的な管理業務を非常に簡略化する。たとえば、図３Ｇに適合する代表的なマスタ・プレイリスト・アドレスが、以下で提示されている。
【０１０８】
ｈｔｔｐｓ：／／ｐｌａｙ．ｈｕｌｕ．ｃｏｍ／ｐｌａｙ／５０００００１１．ｍ３ｕ８？ｂｉｔｒａｔｅ＝１５００＆ｃｄｎ＝ｖ＆ｂＩＵＥｆＡＡＫ７ｔｍＥｆＡＡＫ７ｃＷＥｆＡＡＫ７ｃＸＥｆＡＡＫ７ｔｍＥｆＡＡＫ７５ｇ＆ｍ＝１＆ｄ＝４＆ａｕｔｈ＝１２７５６９３１３３＿５７４１ａｄｃ３ｂｆ３ｂ０５ｄｄｅ４０ａ７６４ｃｃｂｆ４ａ５８０
他の複数の実施形態では、メディアプログラムと共に含まれるべき広告（複数）のリストが、マスタ・プレイリスト・アドレスが送信された後に、かつマスタプレイリストが受信される前に、生成されてもよく、したがって、ＭＰＰ１１０の追加時間で、どの複数の広告がユーザデバイス１０２にストリーミングされるかを判定し、マスタプレイリストを生成することができるようになる。たとえば、メディアプログラム送信および再生が開始する前に、どの複数の広告がメディアプログラム３２０と共に再生されるかをユーザが選択する複数の実施形態では、ユーザデバイス１０２は、複数の広告ＩＤを排除するマスタ・プレイリスト・アドレスを受信してもよいが、マスタプレイリスト３３４自体は、選択された複数の広告に対する複数の広告ＩＤを含んでもよい。
【０１０９】
他の複数の実施形態では、ユーザＩＤは送信されず、メディアプログラムと共にリプレイする複数の広告を識別するために使用されない。あるいは、ユーザの識別が、他の情報を使用して、たとえば、複数のクッキー、ユーザのＩＰアドレスを使用することにより十分確認される（したがって、ユーザの地理的位置を判定するために使用することができる情報を示し、したがって、複数の広告を選択するために使用することができる、ユーザに関する情報を提供する）。
【０１１０】
図３Ｂを参照すると、メディア・プログラム・プレーヤ１０２は、期待される提示スループットおよびメディアプログラムのビットレートを考慮して、複数のメディア・プログラム・バージョンのうちどちらが受信および提示に最も適しているかを判断し、このメディア・プログラム・バージョンを、複数のメディア・プログラム・バージョンの１つを識別するメディア・プログラム・バージョン要求を送信することにより、要求する。一実施形態では、これば、マスタプレイリスト内に示される該当するアドレスにある特定のメディア・プログラム・バージョンを要求することにより実現される。最初に選ばれるメディア・プログラム・バージョンはまた、視聴者の好みにより決定されてもよい（たとえば、ユーザは、通常提供されるよりも高い解像度バージョンを要求してもよい）。一実施形態では、メディア・プログラム・バージョン要求は、メディア・プログラム・プレーヤ１０２が選択したメディア・プログラム・バージョンに関連するＵＲＬもしくはＵＲＩを備える、またはこのＵＲＬもしくはＵＲＩにアドレス指定される。たとえば、メディア・プログラム・プレーヤ１０２が、図３Ｇに示される例示的マスタプレイリスト内の１５００ｋｂｐｓバージョンのメディアプログラムを選択した場合、メディア・プログラム・プレーヤは、８０２ＡのＵＲＩを、すなわち、
ｈｔｔｐｓ：／／ｐｌａｙ．ｈｕｌｕ．ｃｏｍ／ｐｌａｙ／５０００００１１／１５００．ｍ３ｕ８？ｂ＝ＩＵＥｆＡＡＫ７…５８０
をメディア・プログラム・プロバイダ１１０に送信する。メディア・プログラム・プロバイダ１１０はメッセージを受信し、選択されたメディア・プログラム・バージョンに関連するセグメントプレイリストを生成する（またはあらかじめ生成されたものを取り出す）。これは、メディア・プログラム・バージョン要求内のメディア・プログラム・バージョンの複数のメディア・プログラム・セグメントの各々に関連するアドレスを生成し、メディアプログラムの間に提示されるように選択された広告（複数）の複数の広告セグメントの各々に関連するアドレスを生成することにより実現される。セグメントプレイリストは、これらのアドレスおよび該当する複数のタグを使って生成される。一実施形態では、セグメントプレイリストは、時間的に順序づけられるが（複数のセグメントが要求され、リスト上に提示される順序で再生される）、セグメントプレイリストは任意の順序で再生され、かつ再生順序は暗黙的であるか（送信者にも受信者にも知られている）、またはユーザデバイス１０２に送信されるデータ内で指定されるかのいずれかである複数の実施形態が可能である。
【０１１１】
図３Ｈは、セグメントプレイリスト３３８の一実施形態を示す図である。図示される実施形態では、セグメントプレイリストは、要求されたメディア・プログラム・バージョンの複数のメディア・プログラム・セグメント３４８Ａ〜３４８Ｃ、および選択されたメディア・プログラム・バージョンに関連する広告バージョンの複数の広告セグメント３４６Ａ〜３４６Ｃの各々に関連する複数のアドレスまたは複数のユニフォーム・リソース・アイデンティファイア（ＵＲＩ）のリストを備える。一実施形態では、複数のアドレスまたは複数のＵＲＩは、時間的に順序づけられている。この時間的順序づけは、リストに固有であってもよい（各エントリが時間的に順序正しい）、または複数のセグメント間の時間的関係を決定することができるようにインデックスが提供されてもよい。
【０１１２】
セグメントプレイリスト３３８はまた、前述の複数のアドレスに対する複数のタグ、およびプリロール（メディアプログラムの再生が開始される前の）広告タグ３４０、および複数のタグ３４２Ａ、３４２Ｂなどの複数の不連続タグを含んでもよい。複数の不連続タグ３４２は、不連続タグに続くメディアフィルと、不連続タグに先行するメディアファイルの間の不連続を示す。変化する可能性がある１組の複数の特徴が、ファイル形式、複数のトラックの数およびタイプ、複数の符号化パラメータ、符号化シーケンス、および／またはタイムスタンプシーケンスを含む。図１０に示す例では、複数の不連続が、メディア・プログラム・セグメントから広告セグメントへの（たとえば不連続３４２Ａ）、または広告セグメントからメディア・プログラム・セグメントへの（たとえば不連続３４２Ｂ）複数の変化を表す。
【０１１３】
複数の不連続タグはまた、メディアプログラム３２０と複数の広告機会４２２の間の複数の中断を識別して、広告選択、および以下でさらに説明される複数のモニタリング技法を実現するために使用することができる。
【０１１４】
セグメントリスト３３８のｋｅｙ行３５０の情報は、後続の複数のセグメントプレイリスト行により識別される複数のセグメント（たとえば３４８Ａ、３４８Ｂ、および３４８Ｃにより識別される複数のセグメント）を復号するための鍵として使用される認証トークンを識別する。図示される認証トークンは、８３文字のワードであり、図示の複数の目的のために省略符号を使って短縮されている。
【０１１５】
送信される複数のセグメントは、継続期間が時間的に短いので、ユーザデバイス１０２は、複数の特殊再生コマンドが存在しない場合でさえ、さらに先の複数のセグメントの複数の要求をＭＰＰ１１０に頻繁に送信しなければならない。これにより、ＭＰＰ１１０（またはメディアサーバ１１４）は、ユーザデバイス１０２が複数のメディアプログラムおよび複数の広告を受信し、再生していることを確認することができるようになる情報を頻繁に提供される。
【０１１６】
図３Ｂに戻ると、メディア・プログラム・プロバイダ１１０は、セグメントプレイリスト３３８をユーザデバイス１０２に送信する。ユーザデバイス１０２はセグメントプレイリスト３３８を受信し、複数のセグメント要求をメディアサーバ１１４に送信し、メディアサーバ１１４は、記憶装置３１２からメディアプログラムを取り出し、要求された複数のメディアセグメントおよび複数の広告セグメントをユーザデバイスに送信する。ユーザデバイス１０２は、それぞれのメディア・プログラム・セグメントおよび広告セグメントを受信し、これらのセグメントを該当する順序でユーザに対して再生する。
【０１１７】
前述の実施形態では、セグメントプレイリスト３３８は、マスタプレイリスト３３４とは別個に、かつこの後に送信されたが、これに該当する必要はない。代わりに、ＭＰＰ１１０は、マスタプレイリスト３３４、およびセグメントプレイリスト３３８のうち１つまたはすべてを一緒に単一のメッセージで送信してもよい。この場合、メディア・プログラム・プレーヤ３０４が、関心のあるメディア・プログラム・バージョンを選択すると、次いで、ユーザデバイス１０２は、すでに受信されたセグメントプレイリスト３３４を使用して、該当するメディアプログラムおよび広告の複数のバージョンに対するメディアプログラムまたは広告のセグメントを単に要求してもよい。
【０１１８】
提示スループットが、メディアプログラムおよび関連する複数の広告の再生に十分なスループットのまま維持された場合、メディア・プログラム・プレーヤ３０４は、現在選択されたバージョンに対する複数のメディア・プログラム・セグメントおよび複数の広告セクションを単に受信し続ける。しかしながら、提示スループットが現在選択されたメディア・プログラム・バージョンに対して（たとえば、図３Ｆに示す時間ｔ１において）不十分になった場合、メディア・プログラム・プレーヤ３０４は、より低い提示スループットを必要とするメディアプログラムおよび広告の複数のセグメントに対する複数のＵＲＩを提供するセグメントプレイリストからメディアプログラムおよび広告の複数のセグメントを代わりに選択する。
【０１１９】
該当するプレイリスト３３８が、メディア・プログラム・プレーヤ３０４にすでに提供されている場合、メディア・プログラム・プレーヤ３０４は、該当するメディアプログラムおよび広告のバージョンに対する、セグメントリスト３３８内に列挙された該当する複数のＵＲＩを使用して、該当する複数のセグメントを要求するだけでよい。
【０１２０】
しかしながら、該当するセグメントプレイリスト３３８が、第２のメディアプログラム３２０・バージョンに対して提供されていなかった場合、現在または予測される提示スループットに該当するメディアプログラムおよび複数の広告のバージョンに対するセグメントプレイリスト３３４を要求する要求がメディア・プログラム・プロバイダ１１０に送信される。たとえば、図３Ｇに示す例示的マスタプレイリストでは、メディア・プログラム・プレーヤ３０４は、将来の複数のセグメントについて１０００ｋｂｐｓバージョンのメディアプログラムおよび複数の広告を選択してもよい。これは、１０００ＫＢＰＳストリームに関連するＵＲＩに第２のメディア・プログラム・バージョン要求を送信することにより実現することができる。図３Ｇに示す例では、これは３３６Ｄに関連するＵＲＩ、すなわち以下である。
【０１２１】
ｈｔｔｐｓ：／／ｐｌａｙ．ｈｕｌｕ．ｃｏｍ／ｐｌａｙ／５０００００１１／１０００．ｍ３ｕ８…。
【０１２２】
この後、メディア・プログラム・プロバイダ１１０は、第２のセグメントプレイリストをメディア・プログラム・プレーヤに送信する。第１のセグメントプレイリストと同様に、第２のセグメントプレイリストは、第２の選択されたメディアバージョンに関連する複数のメディア・プログラム・セグメントの各１つに関連するアドレス、および複数のメディア・プログラム・バージョンの第２の１つに関連する広告バージョンに関連する複数の広告セグメントの各１つに関連するアドレスを有する、時間的に順序づけられたリストである。換言すれば、より低いビットレートの複数のメディア・プログラム・セグメントおよび複数の広告セグメントを備えるセグメントリスト３３８が、メディア・プログラム・プロバイダ１１０から、セグメントリスト３３８が再生されるメディア・プログラム・プレーヤ３０４に送信される。
【０１２３】
広告の選択および制御
図４Ａ〜図４Ｆは、１つまたは複数の広告のための中断を有するストリーミングされるメディアプログラムと共に１つまたは複数の広告を提供するために使用することができる複数の例示的方法ステップを示す複数の図である。
【０１２４】
図４Ａは、ユーザ１３２により複数の広告オプションを選択するためのインタフェースを提供するために使用することができる複数の例示的方法ステップを示す図である。ブロック４０４で、ユーザ１３２は、複数の広告制御オプションを指定するために使用することができる広告オプション制御インタフェースを要求する入力をユーザデバイス１０２上で入力する。ユーザ入力は、たとえばユーザデバイスＧＵＩ２１８Ｂ上に提示されたボタンまたは他の制御手段を備えることができる。ユーザデバイス１０２は入力を受け入れて、要求を備えるデータをメディア・プログラム・プロバイダ１１０に送信する。一実施形態では、要求は、ユーザ１３２の識別子（１つ存在する場合）、および広告オプション制御インタフェースの送信を要求するデータを備える。一実施形態では、ユーザ入力は、作動時に、ＭＰＰ１１０に要求を送信する制御手段またはアプレットである。ユーザ１３２は、メディアプログラム３２０が再生される前、メディアプログラム３２０の再生中、メディアプログラムの広告のための中断の間の広告再生中、またはメディアプログラムの再生後を含むいずれかの時点で、広告の複数の好みを指定することをユーザが望むことを示す入力をユーザデバイス１０２に提供してもよい。
【０１２５】
以下でより完全に説明される一実施形態では、ユーザ１３２は、広告の複数の好みを指定することだけを、そうする資格を与えられている場合、許可される。ブロック４０６では、ユーザが複数の広告制御オプションを指定する資格を与えられているかどうかを判定する。このような資格は、以下でさらに説明されるように、ユーザ１３２がメディア・プログラム・プロバイダ１１０またはサードパーティに何らかの補償のしるしを提供することに基づいてもよい。
【０１２６】
ユーザ１３２が、現在、複数の広告の提示を制御する、または複数の広告オプションを指定する資格を与えられていない場合、ブロック４０８で、ユーザ１３２が、ユーザ１３２に提示される複数の広告の制御を提供される資格があるかどうかが判定される。これらのステップに関する複数の詳細が、以下で図８に関連してさらに示され、説明される。ユーザ１３２に資格がない場合、ユーザデバイス１０２は非適格メッセージ（たとえば、「この時点で複数の広告のユーザ制御が許可されていない」）を受信する。ユーザ１３２に複数の広告の制御を提供される資格がある場合、ブロック４１０で、メディア・プログラム・プロバイダからユーザデバイス１０２にデータが送信される。このデータは、ユーザ１３２が補償のしるしを提供するのと引き換えに、ユーザが複数の広告制御オプションを指定することができるよう提案する情報を提示するようユーザデバイス１０２に指令するための複数の命令を備える。このデータはユーザデバイス１０２により受信され、提案は、ブロック４１２に示すように、ユーザデバイス１０２上でユーザ１３２に提示される。
【０１２７】
図４Ａに戻ると、ブロック４１４で、ユーザ１３２は、メディアプログラム（複数）と共に提示される複数の広告を制御する資格として何らかの種類の補償のしるしを提供する。以下でより詳細に説明されるように、提供される補償は、ユーザ１３２がメディア・プログラム・プロバイダ１１０に登録すること（たとえば、ユーザの電子メールアドレスなどの何らかの識別情報を提供する）、メディア・プログラム・プロバイダ１１０により提供される複数のメディアプログラム提供サービスへ加入すること（たとえば、複数の拡張されたもしくは異なるメディアプログラムの提供、広告なしの複数のメディアプログラムの再生、または縮小した広告を伴う複数のメディアプログラムの再生に対して代金を払うことによる）、複数の好みおよび複数の習慣を視聴もしくは購入しているユーザ１３２に関する調査を完了し、この完了した調査をメディア・プログラム・プロバイダに提供すること、ユーザデバイス１０２にストリーミングもしくはプログレッシブダウンロードされているメディアプログラムを購入すること、またはメディア・プログラム・プロバイダと契約上関連する複数のサードパーティから適格な複数の製品および／もしくは複数のサービスを購入することを含んでもよい。一実施形態では、ユーザ１３２は、より大きな補償を提供したときに、複数の広告の提示に対してより多くの制御を行う資格を与えられる。たとえば、単なる登録では、ユーザ１３２が提示のために少数の１組の複数の広告の中から選択することを可能にしてもよいが、有料の加入では、ユーザが提示のために多数の１組の複数の広告の中から選択する、複数の広告の数を制限する、および／または複数の広告を後で視聴するために保存することを可能にしてもよい。
【０１２８】
補償は、ユーザ１３２が、自身および／もしくは自身の複数の視聴習慣に関する個人的なプロフィールもしくは調査の情報を提供する、製品を注文する、調査を完了する、またはサービスを注文する形で行うことができる。ユーザ１３２が、広告なしにメディアプログラムを視聴することを望む例では、これは、許可されているソースから、このソースが、選択されたメディアプログラムといずれにしても何らかの結びつきがあろうとなかろうと、ピザ、食料雑貨類、または任意の製品もしくはサービスを注文することにより実現することができる。この状況では、メディア・プログラム・プロバイダ１１０は、注文が行われたソースにより、売上高の総価値の歩合、すなわち売上高の利益の形で、または固定料金により補償されてもよい。したがって、複数の広告なしに複数のメディアプログラムを視聴することを望む任意のユーザ１３２が、（たとえば）メディア・プログラム・プロバイダ１００を使用して複数のメディアプログラムの食料雑貨類を注文するだけでよい。ユーザ補償の他の形が、ユーザまたはユーザに指名された人に、複数の割引価格で、または無料で複数のサービスを（たとえば複数の広告サービス）提供することである。たとえば、ユーザがＣＯＲＡＺＯＮ（ｗｗｗ．ｃｏｒａｚｏｎ．ｏｒｇ）などの慈善事業を支援することを望む場合、このようなものとして指定することができ、慈善事業は、ユーザに代わって補償を提供される。たとえば、ユーザ補償の指定された受益者に、所与の数の複数の視聴を備える無料広告（複数の慈善的印象として知られる）、複数のクリックスルー、または複数の広告を提供することができる。
【０１２９】
ユーザ１３２に提示される複数の購入オプションは、選択されたメディアプログラムのコンテンツに関係がある（選択されたメディアプログラムに関連するメタデータにより判定されるような）購入オプションだけを含んでもよい、または選択されたメディアプログラムに関係がない複数の製品および複数のサービスを含んでもよい。ユーザ１３２に提示される複数の購入オプションは、複数の広告がＣＤＳ３００を使用して示される複数の広告主の企業連合の中の複数のベンダからの複数の製品および／または複数のサービスを含んでもよい。あるいは、ユーザに提示される複数の購入オプションは、複数の広告主ではない複数のベンダからの複数の製品および／またはサービスを含んでもよい（たとえば、複数のプロバイダのための複数の広告が、ユーザに提示することができる複数の広告の中にない）。プロバイダが、優先的な複数の広告オプションを得るために、ユーザが複数の製品および複数のサービスを得てもよい、承認された複数のベンダとしてリストアップされたいと望む、製品およびサービスの複数のプロバイダのグループに加わってもよい。たとえば、ＤＯＭＩＮＯ’Ｓ  ＰＩＺＺＡは、前述のシステムを使用して複数の広告を提示することを望まなくてもよいが、ユーザ１３２がピザを注文した場合、複数の広告なしにメディアプログラムを視聴する機会を複数のユーザに提供することを望んでもよい。ピザの注文は、該当する情報をベンダに提供することにより、インターネット１０４を使用してオンラインで行うことができる、または通常の電話を使用して行うことができる。たとえば、ベンダは、補償された、複数のユーザオプションの権利を持参人に与える一連の複数の英数字を備えるコードを与えられてもよい。ユーザ１３２が複数の商品または複数のサービスを注文したとき、英数字を与えられてもよい。ユーザ１３２は、補償された、ユーザの好みの複数のオプションを得るために、ユーザインタフェースに英数字を入力してもよい。この特徴に対してベンダが払う代償は、注文されたサービスの製品から得られる複数の売上高もしくは複数の利益の歩合、または均一料金であってもよい。
【０１３０】
補償された、ユーザの好みの複数のオプションは、メディア・プログラム・プロバイダ１１０または広告主により決定されるように、限られた時間の間、利用可能であってもよい。たとえば、上記のＤＯＭＩＮＯ’Ｓ  ＰＩＺＺＡの例では、ユーザ１３２は、ピザの注文後、２４時間の期間、補償された、ユーザの好みの複数のオプションを提供されてもよい。
【０１３１】
一実施形態では、ユーザ１３２により注文されてもよい複数の製品および複数のサービスの複数のプロバイダが、ユーザが選ぶことができる複数の製品または複数のサービスプロバイダのリストに含まれるという特権の代金を払う。他の実施形態では、複数の製品の複数のプロバイダが、ユーザがこのプロバイダから製品またはサービスを注文したときだけ代金を支払う。さらに他の実施形態では、プロバイダは、ユーザ１３２が選ぶことができるリストに含まれることに対して料金を支払い、ユーザがこのプロバイダから製品またはサービスを注文したときに、追加料金が請求される。
【０１３２】
一実施形態では、ユーザ補償は、ユーザがメディアプログラムを視聴する要求を行った後に要求され、提供される。他の複数の実施形態では、ユーザは、メディアプログラムの要求が行われる前に、補償を提供してもよい（たとえば、複数の調査回答を提供する、または製品を注文する）。このような複数の実施形態では、ユーザは、ユーザにより提供された補償に対する複数のポイントを蓄積することができ、このような複数のポイントは、より少ない複数の広告を伴う、またはまったく広告なしに、複数のメディアプログラムを視聴するために使用することができる。複数のポイントは、ある期間だけ有効であってもよい、または使用されるまで有効であってもよい。複数のポイントはまた、ユーザにより蓄積された複数のポイントを示すユーザインタフェースに従って、ユーザにより管理されてもよい。
【０１３３】
提供された補償のしるしが、ユーザデバイス１０２からメディア・プログラム・プロバイダ１１０に送信される。ブロック４１６で、しるしが受信され、ユーザにより提供された、示される補償が実際に提供されたことを保証するために、検証される。たとえば、補償のしるしがクレジットカード番号である場合、この番号および他の識別情報が、このクレジットカード番号への任意の請求が合法であり、承認されていることを保証するために検証される。または、提供された補償のしるしが登録情報である場合、ブロック４１６で、関連する電子メールアドレスにメッセージを送信し、電子メールアドレスが登録されたものであることを承認することを確認する、関連する電子メールアドレスからのメッセージに基づき、許諾を査定することを含んでもよい。補償のしるしが調査である場合、調査は、提供された入力が、複数の調査質問に対するユーザ１３２の返答を真に表していたことを保証するために解析されてもよい。たとえば、調査の検証が、提供されたすべての調査選択肢のうち最初のものをユーザ１３２が単に選択したのではないことを保証してもよく、外部からの承認を必要としない複数の調査質問の挿入を含んでもよい。
【０１３４】
補償のしるしを検証することができない場合、このように示し、問題を特定し、代わりの入力を提供するようユーザ１３２に促す、ユーザデバイス１０２上でユーザ１３２に提示するためのメッセージが送信される。補償のしるしが検証された場合、ブロック４１６で、処理がブロック４０６に渡される。この地点で、ユーザ１３２は複数の広告を制御する資格を与えられ、ブロック４０６で、処理がブロック４１８に渡され、ブロック４１８で、広告制御／オプション選択インタフェースデータが生成され、このデータがユーザデバイス１０２に送信される。ブロック４２０で、ユーザデバイス１０２は広告制御／オプション選択インタフェースデータを受信し、これを視聴および選択のためにユーザ１３２に提示する。このデータは、以下でさらに説明される複数の広告オプションインタフェースを含むことができる。
【０１３５】
前述のことは、複数の広告制御オプションが、補償と引き換えにだけユーザに提示される方法について説明しているが、どのユーザもこのような補償を供給する必要のない他の複数の実施形態が実現されてもよい。この実施形態は、図４Ａに示される破線のブロックを省略する。
【０１３６】
図４Ａはまた、ユーザ１３２への複数の広告制御オプションの提示が、ユーザの主導権ではなく、該当する複数の時間に、メディア・プログラム・プロバイダ１１０により自動的に起動される一実施形態を示す。たとえば、メディア・プログラム・プロバイダ１１０は、ブロック４０２に示すように、ユーザへの複数の広告制御オプションの送信をメディアプログラム内部の１つまたは複数の広告機会に開始してもよい。
【０１３７】
図４Ｂは、メディアプログラム３２０の一例の表示を示す図である。メディアプログラム３２０は、１つまたは複数の前置きの（以下、代わりに、「プリロール」と呼ばれる）複数の広告４２０、広告４２４を提示する１つまたは複数の機会をそれぞれ有する１つまたは複数の広告のための中断４２２（１）〜４２２（Ｎ）、および１つまたは複数の終了広告４２４を含む広告が提示されてもよい、１つまたは複数の期間を含んでもよい。
【０１３８】
典型的には、ただ１つのプリロール広告４２０だけが、メディアプログラム３２０のストリーミングおよび再生が開始される前にストリーミングされ、再生される。しかしながら、メディアプログラム３２０のストリーミングおよび再生が開始される前に、２つ以上のプリロール広告が、同じくストリーミングされ、再生されてもよい。複数のプリロール広告４２０は、メディアプログラム３２０のスポンサからの典型的には５秒〜１０秒の継続期間の複数の広告であり、短い「このプログラムの提供は」という音声の語りと一緒にスポンサを提示するアイコンまたは商標を表示してもよい。
【０１３９】
複数の広告のための中断４２２（１）〜４２２（Ｎ）（以下、代わりに、広告のための中断（複数）４２２と呼ばれる）は、時間的にメディア・プログラム・コンテンツ部分４２６（１）〜４２６（Ｍ−１）（以下、代わりに、プログラムコンテンツ部分（複数）４２６と呼ばれる）の間に配置される。図４Ｂに示すように、それぞれの広告のための中断４２２は、１つまたは複数の広告４２４が挿入されてもよい（または広告なし）１つまたは複数の広告機会を有してもよい。
【０１４０】
図４Ｂはまた、図４Ａに示される複数のステップが起動されてもよい時間的位置を示す。塗りつぶされていない三角形が、ユーザ１３２が、複数の広告の提示を制御する、または複数の広告オプションを変更する／指定するためのコマンドをユーザデバイス１０２に提供してもよい複数の時間的位置を示す。図４Ｂに示されるように、これば、メディアプログラム３２０の開始前から、メディアプログラム３２０の提示後まで、任意の時間に行われてもよい。したがって、ユーザは、広告の提示中に、該当する制御手段の選択により、広告オプション制御データの送信を起動してもよく、以下でさらに説明されるように、ユーザが、広告の再生を終了し、かつこの場所で他の選択された広告の再生を起動することができるようになる。
【０１４１】
また、塗りつぶされた黒三角形で示されているのが、メディア・プログラム・プロバイダ１１０が、ユーザ１３２が選択するために、ユーザデバイス１０２への広告制御オプションインタフェースのためのデータの送信を起動してもよい、メディアプログラム内部の複数の時間的位置である。これらの時間的位置は、プリロール広告の開始４２８Ａ、プリロール広告の終了４２８Ｂ、広告のための中断の開始４２８Ｃ、広告のための中断内部であるが広告のための中断の開始ではない広告開始４２８Ｄ、終了広告の開始４２８Ｇ、または終了広告の終了４２８Ｈを含む。
【０１４２】
図４Ｃは、ユーザ１３２が複数の広告を提示されてもよい複数の方法ステップを示す図である。ユーザ１３２が、広告制御／オプションインタフェースの要求を起動した場合、処理がソースＡから到達し、広告制御オプションインタフェースのためのデータをユーザデバイス１０２に送信するために、図４Ａで説明された複数の処理ステップが行われてもよい。さらに、ユーザ１３２は、ユーザデバイス１０２にメディアプログラム３２０の要求を入力してもよく、上述のように、該当する時間に、メディア・プログラム・プロバイダ１１０は、ブロック４３０に示すように、広告制御／オプションインタフェースのためのデータの送信を起動してもよい。前述のように、データのこのような送信は、プリロール広告４２０の開始もしくは終了、終了広告４２５の開始もしくは終了、またはメディアプログラム３２０と共に提示される任意の広告４２４の開始もしくは終了を含む、任意の広告機会４２２の開始もしくは終了に行われてもよい。
【０１４３】
ユーザデバイス１０２は、広告制御オプション・インタフェースデータを受信し、複数の広告制御オプションをユーザ１３２に提示する。ユーザ１３２は、複数の広告制御オプションを選択し、ユーザデバイス１０２は、これらのユーザ選択の複数の広告制御オプションを備えるデータをメディア・プログラム・プロバイダ１１０に送信し、ブロック４３３に示すように、メディア・プログラム・プロバイダ１１０で、これらのデータは受信される。次いで、メディア・プログラム・プロバイダ１１０は、ブロック４３８に示すように、使用するために、ユーザ選択の複数の広告制御オプションを格納する。
【０１４４】
一実施形態では、ユーザ入力が、メディアプログラム内の複数の広告の提示に関するユーザの複数の好みを直接規定する。この状況では、ユーザ入力が「直接規定する」は、該当する複数の広告を識別するために使用することができる間接的なユーザ入力と区別されるべきである。たとえば、ユーザのクリックストリームをモニタして、複数のウェブページ内部で、どの複数の広告がユーザ１３２に提供されるかを判定することが公知である。しかしながら、クリックストリームが、どの複数の広告が提示されるかを間接的に規定することがあるが、クリックストリームは、メディアプログラムの提示中にどの複数の広告が提示されるかを規定せず、提示される複数の広告を直接規定しない。この場合、よくても、複数の広告に関するユーザの望みがクリックストリームから推測され、直接提供されるわけではない。広告の複数の好みを直接規定する一例が、ユーザ１３２が複数の広告のリストを提供され、かつリスト上の複数の広告のうちどの複数の広告をユーザ１３２が視聴したいか選ぶことが可能になる場合である。広告の複数の好みを直接規定する他の例が、複数の広告が時間的にどのように提示されるべきかを指示することである。
【０１４５】
一実施形態では、メディア・プログラム・プロバイダ１１０が、指定された期間（たとえば３０秒）以内にユーザ選択の複数の広告制御オプションを記述するデータを受信しなかった場合、ブロック４３６に示すように、これらの広告制御オプションがユーザに対して選ばれる。一実施形態では、これらの広告制御オプションは、ユーザ１３２により行われた過去の複数の選択または入力に基づき選択される。たとえば、以下でさらに説明されるように、一実施形態では、複数の広告制御オプションにより、ユーザは、メディアプログラム３２０と共にストリーミングし、再生するための複数の特定の広告のうち１つだけを選択することが可能になる。ユーザ１３２がこのような選択を行った場合、この選択はブロック４３８で格納され、この特定の広告を選択したことは、ユーザに対して特定の複数の広告を選択するために後で使用される。たとえば、ユーザが、ユーモラスであることが知られている特定の広告を選択した場合、メディア・プログラム・プロバイダ１１０は、ユーザ１３２が選ばなかった場合、同様にユーモラスな広告を再生することを選んでもよい。この実施形態は、メディア・プログラム・プロバイダ１１０が広告制御オプションインタフェースの提示を起動した場合に、特に有用である。ユーザ１３２が広告制御オプションインタフェースの提示を起動し、かつ特定の時間範囲内にユーザ入力が受信されなかった場合、インタフェースは、単に取り除かれ、かつメディアプログラム３２０または複数の広告４２４の再生が、ユーザがインタフェースを起動しときに停止させられた場所から、単に再開されてもよい。
【０１４６】
複数の広告の送信およびモニタリング
図４Ｄは、複数の広告（特定の選択された複数の広告を含む）をユーザ１３２に送信するために使用することができる複数の例示的方法ステップの図である。ブロック４４０で、アドレスまたはＵＲＬなどのリソースロケータが、メディア・プログラム・プロバイダ１１０からユーザデバイス１０２に送信される。ユーザデバイス１０２は、ブロック４４５および５４５に示すように、リソースロケータを受信し、関連する広告の要求をメディア・プログラム・プロバイダ１１０に送信する。メディア・プログラム・プロバイダ１１０は要求を受信し、ブロック４５２に示すように、関連する広告をユーザデバイス１０２にストリーミングする。ユーザデバイス１０２は、ブロック４５４に示すように、ストリーミングされた広告を受信し、ストリーミングされた広告をユーザ１３２に提示する。
【０１４７】
一実施形態では、広告に加えて、追加データがユーザデバイスに送信される。この追加データは、ユーザデバイス１０２により受信され、かつ処理されたとき、広告に関するフィードバックをユーザ１３２が提供することができるインタフェースを提示する。フィードバックを入力するためのインタフェースは、広告がストリーミングされ、かつリプレイされている間にユーザ１３２がフィードバックを入力してもよいように実現されてもよく、かつ簡単なはいまたはいいえの質問（たとえば、「この広告はあなたに関連がありますか」）であってもよい、または広告の再生が完了するまでユーザはフィードバックを提供することができず、かつユーザ１３２が広告を気に入ったか気に入らなかったかに関してより詳細な返答を提供してもよいように実現されてもよい。ブロック４５６および４５８に示すように、ユーザデバイスは、ユーザによりユーザデバイス１０２に入力されたフィードバックを受け入れ、この情報をメディア・プログラム・プロバイダ１１０に送信し、メディア・プログラム・プロバイダ１１０で、この情報が受信され、かつ記憶される。このデータは、ユーザ１３２による将来の選択のためにユーザ１３２に提示される複数の候補広告を判定するため、またはユーザに示すための広告を単に選択するために、広告サービス３１６により使用されるデータベース３１５を更新するために使用される。
【０１４８】
一実施形態では、広告プロバイダ１４０またはメディア・プログラム・プロバイダ１１０は、ユーザデバイス１０２への広告のストリーミングをモニタして、ユーザ１３２が広告を実際に視聴したかどうか、または広告を実際にどの程度まで視聴したかを確かめる。これは、広告がユーザにより実際に視聴された回数に従って複数の広告主が複数の広告の代金を支払う複数の広告パラダイムで特に重要である。
【０１４９】
これは２つの方法で実現されてもよい。すなわち、（１）ストリーミングされるメディアプログラムのトランスポート／伝送プロトコルにより使用される制御データを使用することによる、（２）トランスポート／伝送プロトコルの上位階層のビーコンサービスを使用することによる。これらの技法の両方とも、広告の再生に関する情報を、広告をメディア・プログラム・プレーヤ３０４にストリーミングするために使用されるのと同一通信チャネルを介してメディア・プログラム・プロバイダ１１０に提供する。両方の技法にはまた、メディアプログラムおよび広告がユーザデバイス１０２に送信されるのと同一の時間的セッションで、ならびに広告がユーザデバイスにストリーミングされるのと同一の複数の通信のチャネルまたはネットワークのインタフェースで情報を送信するという利点がある。換言すれば、メディアプログラムおよび／または広告をストリーミングするために、メディアプログラムおよび／または広告の視聴を記述するデータ（ビーコンデータまたは制御データ）を送信するために使用されるのと同一インタフェースが使用される。両方はまた、メディア・プログラム・プレーヤ３０４が広告の再生の複数の変更を要求したとき、またはメディア・プログラム・プレーヤ内に複数のイベントが発生したときに、複数の制御メッセージおよび複数のビーコンがソースにより受信されるので、広告のソース（たとえば広告プロバイダ１４０またはメディア・プログラム・プロバイダ１１０）に情報を即時的に提供する。
【０１５０】
標準的な複数のトランスポート／伝送プロトコルによるモニタリング
ユーザが、広告に関して複数の特殊再生機能（たとえば、一時停止、早送り、巻き戻し、遅い再生、遅い逆再生、広告の異なる時間的位置からの再生）を使用することが許可されている場合、ユーザデバイス１０２に実装されているメディア・プログラム・プレーヤ３０４は、コマンドに関連する広告ストリームを送信するようメディア・プログラム・プロバイダ１１０（およびメディアサーバ１１４）に命令する制御データをメディア・プログラム・プロバイダ１１０に送信する。たとえば、ユーザがプログレスバー上の制御手段を選択し、かつ３０秒の広告の再生を１０秒前に移動させようとする場合、メディア・プログラム・プレーヤ３０４は、先行するストリームの送信を停止し、かつ異なるストリームを送信するように、メディア・プログラム・プロバイダ１１０または広告プロバイダ１４０に制御データを送信する。この制御情報は、ユーザ１３２が広告を実際に視聴したかどうか、または広告がスキップされたかどうかを評価するために、メディア・プログラム・プロバイダ１１０により使用される。この情報はまた、広告のどの複数の部分が、非常に関心があったのかを識別するために使用することができる（たとえば、ユーザ１３２が、広告の巻き戻しを指令する、またはプログレスバーを使用して、現在位置より前の広告内の時間的位置からストリーミングを開始する場合）。この制御情報は、複数のＲＳＴＰ制御メッセージ、複数のＲＴＣＰ受信者レポート、または類似するデータを含んでもよい。
【０１５１】
複数の拡張トランスポート／伝送プロトコルによるモニタリング
前述の標準的な複数のトランスポート／伝送プロトコルを介したモニタリングの代わりに、またはこれに加えて、複数の広告のユーザの視聴はまた、標準的な複数のトランスポート／伝送プロトコルの上位階層のビーコンサービスを介してモニタされてもよい。
【０１５２】
ビーコンサービスは、メディア・プログラム・プレーヤ３０４から、ストリーミングされる広告またはプログラムのソース（たとえば、メディアサーバ１１４または広告サーバ１４０）への複数のビーコンの送信を可能にするトランスポート／伝送プロトコルの上位階層の複数のプロトコルを使用する複数のアプリケーションを備える。これは、メディア・プログラム・プレーヤ３０４および関連するサーバ１１４／１４０で実行される複数のアプリケーションおよび複数のオブジェクトを含む。ビーコンサービスはまた、複数のメディアプログラムおよび複数の広告の再生に関する情報を転送するためにユーザデバイス１０２内で実行されるメディア・プログラム・プレーヤ３０４によりアクセスすることができる１組の複数の転送プロトコルエンドポイントを備える。一実施形態では、複数の転送プロトコルエンドポイントは、ＵＲＬにより記述される複数のＨＴＴＰエンドポイントである。これは、メディア・プログラム・プレーヤ３０４がイベントを検出し、かつ検出されたイベントに関連するエンドポイントまたはＵＲＬに該当するビーコン呼出を行うことにより実現される。
【０１５３】
複数のビーコン呼出は、（１）構成ビーコン呼出、（２）埋込ＵＲＬビーコン呼出、（３）「オープンアプリケーション」ビーコン呼出、（４）各メディアプログラムまたは広告に対する、初期セッション呼出、およびセッション継続期間中に行われる複数のビーコン呼出、ならびに（５）「クローズアプリケーション」ビーコン呼出を含んでもよい。
【０１５４】
複数のビーコン呼出はいずれも、同一の複数のパラメータタイプおよび複数の名称を共有し、複数の呼出のエンドポイントＵＲＬについては類似する構造を共有する。
【０１５５】
ｈｔｔｐ：／／ＨＯＳＴ／ｖ３／ＢＥＡＣＯＮＮＡＭＥ／ＥＶＥＮＴＴＹＰＥ？ＣＯＭＭＯＮＰＡＲＡＭＳ＆ＳＰＥＣＩＦＩＣＰＡＲＡＭＳ＆ｃｂ＝ＲＡＭＤＯＭ
ここで、
「ＢＥＡＣＯＮＮＡＭＥ」はビーコン名称を規定する、必要な文字列であり、「ＥＶＥＮＴＴＹＰＥ」は、構成応答により規定されるイベントの名称を含む、必要な文字列であり、
「ＣＯＭＭＯＮＰＡＲＡＭＳ」は、利用可能である場合、あらゆる呼出で送信される、以下でさらに規定される１組の複数の共通パラメータに対応する１組の複数の｛フィールド＝値＆フィールド＝値＆フィールド＝値…｝ＵＲＬパラメータであり、
「ＳＰＥＣＩＦＩＣＰＡＲＡＭＳ」は、送信されているイベントに特有の、１組の複数の｛フィールド＝値＆フィールド＝値＆フィールド＝値…｝ＵＲＬパラメータであり、
「ＲＡＮＤＯＭ」は、どのエンティティも（たとえば、ユーザのインターネット・サービス・プロバイダ）先行する要求からのキャッシュされた応答を送り返さないことを保証するために使用される、ランダムな、擬似ランダムな、または時間ベースの値である。ランダムな識別子を使用することにより、要求が固有なものであることが保証され、したがって、同じく、固有の応答であることが保証される。
【０１５６】
複数のＣＯＭＭＯＮＰＡＲＡＭは、あらゆるビーコン呼出に共通であり、かつあらゆるビーコン呼出に含まれる複数のＵＲＬパラメータを含み、（１）現在のメディア・プログラム・プレーヤ・セッションに対する大域的に固有の識別子（セッション中に、あらゆるビーコン呼出に対して、メディア・プログラム・プレーヤ３０４が始動され、かつ使用されるたびに、値がまだ存在しない場合、永続的な新しい値が生成される）、（２）ユーザコンピュータ１０２に対する大域的に固有の識別子、（３）メディアプログラムおよび複数の広告がメディア・プログラム・プロバイダのウェブサイト上で再生されているかどうか、メディア・プログラム・プレーヤ３０４がメディア・プログラム・プロバイダ以外のウェブサイトに埋め込まれているかどうかを示すプレーヤ・モード・パラメータ、ならびに（４）メディア・プログラム・プレーヤ・「イベント」が発生した時点でのメディアプログラム／広告の再生進行量を示す位置パラメータを含む。
【０１５７】
メディア・プログラム・プレーヤが始動した後、メディアサーバ１１４または広告プロバイダ１４０（以下、「サーバ」）によりサポートされる複数のイベントおよび関連する複数のビーコン呼出のリストを取り出すために、ビーコンサービスの構成ホスト（典型的には、ＭＰＰ１１０内に実装される）に対して構成ビーコン呼出が行われる。この後、メディア・プログラム・プレーヤ３０４は、このリストを使用して、ビーコン呼出の送信をトリガする複数のメディア・プログラム・プレーヤ・イベント、ビーコン呼出に関連するエンドポイント（たとえば、ＵＲＬ）、およびビーコン呼出にどの情報が含まれるかを規定する。構成呼出を使用することにより、ＭＰＰ１１０は、どの複数のメディア・プログラム・プレーヤ・イベントがビーコン呼出をもたらすかを遠隔で規定し、かつ制御することができるようになる。
【０１５８】
任意選択で、構成ビーコン呼出に続くのが、現在ロードされているメディア・プログラム・プレーヤ３０４に対する、埋め込まれているＵＲＬをサーバに伝達する埋込ＵＲＬビーコン呼出である。ＵＲＬが既知ではない、またはメディア・プログラム・プレーヤ３０４が埋め込まれていない場合、このビーコン呼出は送信されない。
【０１５９】
構成ビーコン呼出の後、各セッションの最初のビーコン呼出が、上述の複数の共通パラメータを含むＳＴＡＲＴＵＰビーコン呼出である。移動式またはデスクトップのアプリケーションが始動したときはいつでも、ＡＰＰＯＰＥＮおよびＡＰＰＣＬＯＳＥＤのビーコン呼出が行われる。
【０１６０】
また、上述の構成ビーコン呼出から送り返される複数のイベントおよび複数のエンドポイントにより判定される、以下の広告に関係する複数のイベントのいずれかまたはすべてに対して、複数のビーコン呼出が行われてもよい。
【表１】
0006042337.tif 000002
【表２】
0006042337.tif 000003
【表３】
0006042337.tif 000004
【表４】
0006042337.tif 000005
【０１６１】
前述の表では、
・広告ポッド番号は、広告機会４２２に対する連番である。たとえば、広告機会４２２（１）は、広告ポッド番号１であってもよく、広告機会４２２（２）は、広告ポッド２であってもよい。
【０１６２】
・広告サーバの広告ＩＤは、広告サーバ１４０またはＭＰＰ１１０により使用される、再生されている広告に対する識別子である。
【０１６３】
・広告サーバの広告配置ＩＤは、広告ポッド内部の広告の位置（形式）に対する選挙運動特有識別子である。たとえば、広告配置ＩＤは、広告が選挙運動バナー広告またはビデオコマーシャルであることを示してもよい。広告選挙運動は、これに関連する複数の創造的アセットまたは複数の広告を有する「ビデオコマーシャル」配置を有することができる。これにより、広告主は、まだ指定されていない単一の広告配置を購入することができるようになり、たとえば、３つの異なる広告のビデオがこのスロットで再生されることができるようになる。広告配置ＩＤは選挙運動特有であるので、この選挙運動に対する広告配置ＩＤは、他すべての選挙運動に対する広告配置ＩＤと異なる。
【０１６４】
広告の長さは、広告が示されることを期待される複数ミリ秒の数値の文字列表現である。
【０１６５】
広告プロバイダ１４０は、メディア・プログラム・プロバイダ１１０の代わりに、またはメディア・プログラム・プロバイダ１１０に加えて、複数の広告の一部またはすべてをユーザデバイス１０２にストリーミングしてもよい。このことが図４Ｄに破線で示されている。一実施形態では、ブロック４４４で、ユーザデバイス１０２からの広告要求が、直接広告プロバイダ１４０に送信され、広告プロバイダ１４０は、直接ユーザデバイス１０２に広告をストリーミングすることにより応答する。広告プロバイダ１４０は、直接ユーザデバイス１０２から複数の制御メッセージ／複数のビーコン呼出を受信し、これらの制御メッセージをメディア・プログラム・プロバイダ１１０に送信し、この結果、ブロック４６０に示すように、これらの制御メッセージは複数のデータベースを更新するために使用されてもよい。このような複数のメッセージは、（受信されたときに）リアルタイムで、もしくはほぼリアルタイムで送信することができる、または後で送信するために一括処理されてもよい。
【０１６６】
図４Ｅは、ユーザデバイス１０２へのメディアプログラム３２０の送信を示す図である。ブロック４７０で、メディア・プログラム・プロバイダ１１０は、メディアプログラム３２０に対するリソースロケータをユーザデバイス１０２に送信する。ユーザデバイス１０２は、ブロック４７２および４７４に示すように、リソースロケータを受信し、リソースロケータに従ってメディアプログラム要求を送信する。一実施形態では、リソースロケータはＵＲＬなどのアドレスであり、メディアプログラム要求は、ユーザデバイス１０２からこのアドレスにあるメディア・プログラム・プロバイダ１１０またはメディアサーバ１１４に送信される。メディア・プログラム・プロバイダ１１０は、ブロック４７６および４８２に示すように、要求を受信し、メディアプログラムをユーザデバイス１０２にストリーミングする。ユーザデバイス１０２は、ストリーミングされたメディアプログラム３２０を受信し、これをユーザ１３２に提示する。
【０１６７】
図４Ｂで説明されたように、メディアプログラムは、複数の広告なしのメディアプログラムを一緒になって構成する複数の部分４２６を備えてもよい。したがって、図４Ｅにおいて、上記で示された複数のステップは、各部分が別個に要求され、かつ別個にストリーミングされるように、メディアプログラムの部分４２６の各々の要求および送信を指すことができる。
【０１６８】
さらに、図４Ｄに示すように、メディアプログラム（または複数の部分）は、サードパーティのサーバ１２０上でホスティングされてもよい。この場合、メディア・プログラム・プロバイダ１１０からユーザデバイス１０２に送信されるリソースロケータは、サードパーティのサーバ１２０へのアドレスである。ユーザデバイス１０２は、このアドレスにあるサードパーティのサーバ１２０にメディアプログラム要求を送信し、サードパーティのサーバは、ブロック４７８〜４８０に示すように、直接ユーザデバイス１０２にメディアプログラム３２０をストリーミングすることにより応答する。
【０１６９】
図４Ｆは、本発明の複数の実施形態を実施するために使用することができる他の複数の方法ステップを示す図である。上記で示されたように、ユーザ１３２は、広告がメディア・プログラム・プレーヤ３０４により再生されている間に、広告に関するフィードバックについて質問されてもよい。さらに、または代わりに、広告に関するユーザ１３２のフィードバックは、広告の再生が完了した後に要請されてもよい。このことが、破線のブロック４９０〜４９３に示されている。広告の再生が完了した後、ブロック４９０に示すように、ユーザ・フィードバック・インタフェース・データが生成され、かつユーザデバイス１０２に送信されてもよい。ユーザデバイス１０２は、ユーザ・フィードバック・インタフェース・データを受信し、このインタフェースをユーザ１３２に提示する。ブロック４９３に示すように、ユーザ１３２は、広告に関するフィードバックを入力し、この情報は、メディア・プログラム・プロバイダ１１０に送信される。メディア・プログラム・プロバイダ１１０は、ブロック４５８および４６０に示すように、フィードバックデータを受け入れ、このデータを格納し、このデータを使用して、複数のデータベースを更新する。このデータは、次の広告機会に、選択のためにどの特定の複数の候補オプションがユーザに提示されてもよいかの識別を含む、ユーザ１３２への将来の複数の広告オプションを生成するために、広告サーバ３１６により使用される。
【０１７０】
現在の広告機会に再生される他の広告がある場合、判定ブロック４９４で、処理が判定ブロック４９５に送られる。判定ブロック４９５では、次の広告がストリーミングを開始する前に複数の広告オプションがユーザに提示される（たとえば、ユーザ１３２に、複数の広告を選ぶ他の機会を与える）場合、図４Ａに示すように、処理が「Ｂ」に送られる。複数の広告オプションが提示されない場合、処理は、図４Ｄの「Ｄ１」に進み、他の広告がストリーミングされる。広告機会４２２に他の広告が提示されない場合、図４Ｅに示されるように、処理は「Ｄ２」に送られ、メディアプログラムのストリーミングが開始される、またはメディアプログラムが、広告を提示するために中断させられる場合、メディアプログラムのストリーミングが継続される。メディアプログラムの一部またはすべてのストリーミング後、処理は、図４Ｅに示すように、「Ｆ」から判断ブロック４９６に入る。メディアプログラム３２０のストリーミングが完了した場合、処理は「Ｈ」に送られ、「Ｈ」で、処理は他の複数のユーザ・メディア・プログラム選択を待つ。メディアプログラム３２０の再生が完了しない場合、処理はブロック４９７に渡され、ブロック４９７では、他の広告機会４２２に遭遇したかどうかを判定する。そうである場合、処理は「Ｇ」に送られ、「Ｇ」では、処理がブロック４９５に送られる。そうではない場合、処理は判断ブロック４９６にループバックして、メディアプログラム３２０のストリーミングが継続する。
【０１７１】
図５Ａおよび図５Ｂは、ライブ・ストリーミング・プロトコルを使用して、複数の広告がどのようにしてストリーミングされてもよいかを示す図である。図５Ａは、メディアプログラム３２０の再生が開始される前に、ユーザ１３２が複数の広告オプションを選択する一実施形態を示す。この場合、ＭＰＰ１１０はマスタプレイリスト３３４を生成することができ、セグメントプレイリスト３３８は、各広告バージョンへの複数のＵＲＩを含む。ブロック５０２で、ＭＰＰ１１０はマスタプレイリスト３３４をユーザデバイス１０２に送信する。ユーザデバイス１０２は、ブロック５０６に示すように、ユーザデバイス１０２および通信チャネルの送信帯域幅および提示処理性能に適合するバージョンのメディアプログラムおよび広告を要求する。ＭＰＰ１００は、この要求を受信し、この要求と整合するセグメントプレイリスト３３８を生成し、セグメントプレイリスト３３８をユーザデバイス１０２に送信する。ＭＰＰ１００はまた、メディアプログラムおよび広告の他の複数のバージョンのうち１つまたは複数に対するＳＰＬを送信してもよい。ブロック５１６で、ユーザデバイス１０２はＳＰＬを受信し、本明細書ですでに説明されたように、メディアプログラム３２０または複数の広告の該当する複数のセグメントをユーザデバイス１０２にストリーミングするＭＰＰ１１０（または広告プロバイダ１４０）に複数の要求を送信する。ユーザデバイス１０２は、ブロック５１８〜５２２に示すように、格納され、かつ複数のデータベースを更新するために使用される、広告に関するフィードバックを受け入れ、送信してもよい。通常のストリーミングの実施形態に当てはまったように、ストリーミング情報または複数のビーコンは、ユーザ１３２が広告および／またはメディアプログラムを視聴したかどうかを判定するために使用されてもよい。
【０１７２】
メディアプログラム３２０および複数の広告が提示されたときにユーザ１３２により選ばれた複数の広告が変更されないままである場合、ユーザデバイス１０２は、送信および提示の複数の制限に従って異なる複数のバージョンのメディアプログラムおよび広告を選ぶだけでよい。しかしながら、ユーザ１３２が広告の提示を中断して、他の広告を選択することを望む場合、処理は、図５Ｂに示すように進む。
【０１７３】
図５Ｂは、メディアプログラムまたは広告の提示を中断し、次いで、広告制御入力を提供するために使用することができる複数の例示的方法ステップを示す。ブロック５３０で、ユーザデバイス１０２は、上述のＡＤＳＷＡＰ／ＳＥＬＥＣＴビーコンなど、メディアプログラム再生または広告再生中に広告制御入力を提供するためのユーザコマンドを受け入れ、送信する。ＭＰＰ１１０はユーザコマンドを受信し、本明細書で説明される複数のユーザインタフェースを実現するために使用することができるデータを送信する。このことが、ブロック５３２および５３４に示されている。ユーザデバイス１０２は、ユーザインタフェース情報を受信し、これをユーザ１３２に提示し、ユーザ１３２は、広告の複数の好みおよび制御に関するユーザ入力を提供する。ブロック５４０および５３８に示すように、このユーザ入力を記述するデータがＭＰＰ１１０に送信され、ＭＰＰ１１０でこのデータが受信される。
【０１７４】
供給されたユーザ入力および／またはデータベース３２５内の他の情報に従って、広告サービス３１５は、他の１組の複数の広告を選択して、メディアプログラムと共にユーザ１３２に提示する。次いで、ＭＰＰ１１０は、ブロック５４４に示すように、他の１組の複数の広告の複数の広告セグメントへのＵＲＩを含む更新されたセグメントプレイリスト３３８を生成し、この更新されたセグメントプレイリストをユーザデバイス１０２に送信する。一実施形態では、現在の（中断された）バージョンの広告および／またはメディアプログラムに対するセグメントプレイリスト３３８だけが生成され、送信され、他の複数のバージョンの広告および／またはメディアプログラムに対する更新された複数のセグメントプレイリスト３３８が生成され、ユーザデバイス１０２が通信チャネル帯域幅もしくは提示処理の複数制約により異なるバージョンを要求したとき、ＭＰＰ１１０の処理負荷に余裕があるとき、またはユーザ入力に応答するよう求められたときに、後で送信される。他の複数の実施形態では、ブロック５７２に示すように、すべてのバージョンに対するセグメントプレイリスト３３８が同時に生成され、送信される。
【０１７５】
一実施形態では、新たに生成された複数のセグメントプレイリストは、受け入れたユーザ入力の前に生成された複数のセグメントプレイリストとして複数のＵＲＩを使用することができる。これにより、ＭＰＰ１１０は、他のマスタプレイリストを生成し、かつユーザデバイスに送信する仕事から解放される（しかし、これはまた、ブロック５４２に示すように行われてもよい）。たとえば、図３Ｈに示されるセグメントプレイリスト３３８が、図３Ｈに示されるマスタプレイリストの要素３３６Ａに関連づけられた場合、新しいセグメントプレイリスト３３８が生成されてもよいが、依然として、３３６Ａに示されるアドレスに関連づけられる。
【０１７６】
新しいセグメントプレイリスト３３８の生成はまた、タグ３４２などの複数の不連続タグを使用することにより容易になる。図３Ｈを参照すると、複数の不連続タグ３４２は、ユーザの複数のコマンドおよび複数の選択を反映させるために、セグメントプレイリスト３３８のどの複数の部分が生成されなければならないか、およびどれがこの必要がないかを正確に叙述するために使用することができる。たとえば、複数の要素３４６Ａ〜３４６Ｂにより参照される複数の広告セグメントが、中断され、かつ他の広告と置き換えられる広告を指す場合、更新されたセグメントプレイリスト３３８の計算には、複数の項目３４６Ａ〜３４６Ｃの再計算だけが必要である。複数の項目３４８Ａ〜３４８Ｃはメディアプログラムを指し、変更される必要がない。したがって、更新されたセグメントプレイリスト３３８は、迅速に、かつマスタプレイリスト３３４または他の複数のセグメントプレイリスト３３８への複数の変更を必要とせずに、生成されてもよい。新しいセグメントプレイリストはまた、複数の不連続タグを使用せずに生成されてもよい。
【０１７７】
図面を簡略化するために図５Ｂに示されていないが、広告ストリーミングは広告プロバイダ１４０により行われもよく、このストリーミングに関係するデータが、上述のように、ＭＰＰ１１０に提供されてもよい。
【０１７８】
補償のしるし
上述のように、ユーザ１３２は、何らかの補償のしるしを提供するよう提案されることがあり、報酬として、複数の広告の提示を制御する資格を与えられるようになる。しかしながら、ブロック４０６〜４１６について破線で示されるように、いくつかの実施形態では、ユーザ１３２が複数の広告の補償を制御できるようになる前に、ユーザが補償のしるしを提供する必要がない。
【０１７９】
図４Ａに示す一実施形態では、ユーザ１３２は、複数の広告を制御する要求をユーザが開始すると、またはメディア・プログラム・プレーヤ１１０が起動すると、ユーザ１３２が複数の広告を制御する資格を与えられているかどうかを判定するためにチェックが行われ、資格を与えられていない場合、ユーザは、この資格と引き換えに補償のしるしを送付する提案が提供される。しるしが提供され、かつ検証された場合、ユーザ１３２は、メディアプログラム（複数）と共に提示される複数の広告を制御してもよいインタフェースを提供される。
【０１８０】
補償のしるしの提供により、ユーザ１３２は、単一の広告の提示、特定のメディアプログラム（たとえば、現在要求されている、または再生しているメディアプログラム）、またはすべてのメディアプログラムと共に提示される複数の広告の提示を制御する資格を与えられてもよい。
【０１８１】
単一の複数の調査返答の提供による単一の広告の制御
図６Ａは、ユーザ１３２が、複数のメディアプログラムと共に提示される広告を制御する資格を与えられてもよいように、補償のしるしを提供してもよいユーザインタフェースの一実施形態を示す図である。この例では、ユーザは、調査情報を提示することを要求するインタフェースを提示される。この実施形態では、図４Ａのブロック４１９に示すように、単一の調査質問に回答することにより、広告の再生がスキップされ、この広告機会の間に他の複数の広告が予定されていない場合、メディアプログラムの再生が即座に開始または再開される。
【０１８２】
図示されるように、ユーザインタフェース６００は、ＧＵＩ２１８Ｂに提示される複数の要素を選択するためのポインティングデバイス２１６により制御されるセレクタ６０２を備え、ＧＵＩ２１８Ｂは、ディスプレイ２２２上にウィンドウ６０６を提示するブラウズ６０４を含む。ブラウザ６０４は、ユーザが所望のウェブサイトのＵＲＬを入力することができるようにするアドレスボックス６０８、検索入力ボックス６１０、検索制御手段６１２、スクロールバー６１４、およびスクロールタブ６１６を含んでもよい。ユーザ１３２は、検索ボックス６１０に複数のキーワードを入力し、かつ検索制御手段６１２を選択することにより、関心のある複数のウェブサイトを求めてインターネットの検索を行ってもよい。ユーザ１３２はまた、スクロールバー６１４に沿ってスクロールタブ６１６を操作することによりディスプレイをはみ出して広がる複数のウェブページをナビゲートしてもよい。
【０１８３】
ウィンドウ６０６は、調査質問６２０、および調査質問６２０に対する回答を入力するための入力制御手段６２２を提示する。図示される実施形態では、入力制御手段６２２は、複数の可能な回答のうち１つを選択するための手段を提供する。ユーザ１３２は、入力制御手段６２２を選択し、かつ回答制御手段６２４を押すことにより回答を選択する。ユーザ１３２が、調査、質問、または質問がどのように利用されるのかに関する情報をさらに欲する場合、「詳しくはこちらをご覧ください」制御手段６２６を選択することができる。
【０１８４】
一実施形態では、ユーザには、調査質問に回答する提案に返答する期間があることを示すために、タイマ６２８が提示される。タイマ６２８は、自動的な動作がとられるまでに残っている時間を提示する。一実施形態では、タイマ６２８がゼロに到達したときに入力が受信されなかった場合、単に広告またはビデオの再生に戻り、ユーザ１３２は、メディアプログラムと共に提示される複数の広告を制御する資格を与えられない。
【０１８５】
前述の実施形態では、調査の完了は（または単一の調査回答を提供すること）、ユーザに対して再生されるメディアプログラム（複数）と共に提示される複数の広告を制御する資格をユーザが有するのに必要な補償のしるしを提供するのに十分である。他の複数の実施形態では、ユーザが複数の広告を制御する資格は、補償のしるしの提供を条件としない。したがって、上記で提示される調査（または、以下で説明されるようなより詳細な複数の調査）が、ユーザにどんな補償も提供することなく（よりよい広告および／またはメディアプログラムの複数の推奨以外）、または広告制御以外の補償（たとえば、限定期間の無料加入）を提供することにより、ユーザに提案されてもよい。
【０１８６】
ユーザ１３２が図６Ａに示す「答えない」制御手段６３０を選択した場合、またはタイマ６２８が満了した場合、補償のしるしは提供されず、メディアプログラム３２０の再生を開始または再開する前に、予定された広告がユーザ１３２に対して再生される。
【０１８７】
前述の実施形態の複数の利点の１つが、前述の実施形態は、調査情報を提供するようユーザ１３２を強く促すことである。複数のユーザは、典型的にはさまざまな理由のために複数の調査回答を提供するのを避けるが、より重要な複数の理由の１つが、複数のユーザが、複数の調査回答を提供するのに時間をかけたくないことである。しかしながら、簡単な調査質問に回答し、かつユーザがメディアプログラムの再生に直接進むことができるようにすることによりこの回答に対して補償される選択肢を提供されたとき、ユーザ１３２は、実際には、調査に回答することにより、時間を節約している。このことが、他の複数のパラダイムにも当てはまる場合があるが、この特定のパラダイムには、多くのユーザが利用できる、簡単な「今時点では時間を節約する」選択肢をユーザ１３２に提供するという利点がある。
【０１８８】
複数の短文式調査返答による複数の広告の制御
図６Ｂは、ユーザ１３２に補償のしるしを提供することにより、より少ない量の広告（たとえば、より少ない複数の広告、またはより短い総継続時間の複数の広告）を伴うメディアプログラムを視聴する資格をユーザ１３２に与える他の実施形態を示す図である。ウェブページ６０６は、ユーザ１３２が調査を受け付けて、縮小した広告バージョンのメディアプログラムを見ることができるようになる第１の入力制御手段６５２、およびユーザ１３２が通常の複数のコマーシャルのための中断を伴うビデオを視聴することができるようになる第２の入力制御手段６５４を含む。
【０１８９】
さらに他の実施形態では、ユーザ１３２は、調査に複数の回答を提供することに興味があるかどうかを単に質問され、このような複数の調査を提供することに対して補償のしるしが提供されない。
【０１９０】
ユーザへの調査の提供および複数の返答の受け入れ
図７Ａ〜図７Ｂは、複数の調査返答などのユーザ情報が入力され、かつ任意選択で管理されてもよい複数の方法ステップを示す図である。以下で説明されるように、複数の調査返答は、どの複数の広告がユーザに提示されたか、および／またはどの複数の広告オプションが、選択のためにユーザに提示されたかを判定するために使用することができる。ユーザ１３２が、複数の広告オプションに対する制御手段、より少ない広告、より少ない複数の広告のための中断（しかし広告の総継続期間は同じ）を提供されるために、および広告される製品またはサービスのソースからインセンティブを受け取る機会を与えられるために（たとえば、賞を有するコンテストに出場するために）、または、ユーザの複数の関心事に、より正確に的を絞った広告を単に提供されるために、複数の調査返答を提供してもよい。
【０１９１】
ブロック４１０を参照すると、メディア・プログラム・プロバイダ１１０は、データをユーザデバイス１０２に送信する。このデータは（たとえば、ユーザ１３２がユーザ情報を提供する資格がある場合、または資格が不要な場合）、ユーザデバイス１０２を介してユーザ１３２に、複数の広告に関する調査データまたはフィードバックなどのユーザ情報を提供するための選択肢を提示するための複数の命令を含んでもよい。提示されたとき、複数の命令は、図６Ａまたは図６Ｂに示すインタフェースを（ユーザ情報が複数の調査返答を備える場合）、または図１７Ａ〜図１７Ｃに示すようなインタフェースを（ユーザ情報が、ユーザに提示された複数の広告に関するフィードバックを備える場合）提示してもよい。
【０１９２】
図４Ａおよび図４Ｂに示すように、このデータは、メディアプログラム要求に応答して、かつメディアプログラムのストリーミングが開始される前に提供されてもよい（図６Ｂに示すように）、広告のための中断の開始またはこの間に提供されてもよい（図６Ａに示すように）、または広告中または広告後に提供されてもよい（図１７Ａ〜図１７Ｃに示すように）。さらに、本明細書で説明されるように、ユーザ１３２は、ユーザ情報が提供されずに提供された広告よりも少ない量の広告と共にメディアプログラムを提供することにより、ユーザ情報（特に複数の調査返答）を提供することに対して補償を与えられてもよい。たとえば、複数の調査返答の提供と引き換えに、ユーザは、より少ない複数の広告、またはより短い総継続期間の複数の広告をメディアプログラムのストリーミングと共に提供されてもよい。
【０１９３】
図７Ａは、ユーザが調査に適格である場合、または調査が無条件で提供される場合に、ユーザ１３２に提示すべき調査を生成する複数の例示的方法ステップを示す図である。ブロック７０２に示すように、調査がまず生成される。調査がどのようにして生成される場合があるかのさらなる説明が、図１２および図１３を参照して以下で提示される。ブロック７０４に示すように、調査を備えるデータがユーザデバイス１０２に送信される。
【０１９４】
ブロック７０６に示すように、調査はユーザデバイス１０２で受信され、ユーザ１３２に提示される。次いで、ユーザ１３２は、該当する返答をユーザデバイス１０２に入力することにより複数の調査質問に回答する。一実施形態では、複数の調査質問は、複数の選択肢および／またははい−いいえの複数の質問であり、「上記のいずれでもない」および／または「その他」の複数の回答を含む。「その他」の複数の回答はまた、テキストを入力する選択肢をユーザ１３２に提供してもよい。このような複数の記載事項は、ＭＰＰ１１０に送信され、調査を改善するために使用することができる。たとえば、「その他」の複数の回答を過大な数の複数のユーザ１３２から受信する複数の調査返答が、複数のユーザにより提供されたテキストの複数の記載事項から判定することができる複数の理由のために、不適切に言い表される、または間違って選択される場合がある。
【０１９５】
次いで、ブロック７０８に示されるように、複数の調査返答を備えるメッセージが、ＭＰＰ１１０に送信される。ブロック７１０に示すように、複数の返答が受信され、格納される。複数の返答はまた、たとえば、複数の返答を以前の複数の調査の他の複数の返答と、またはユーザ１３２に関する個人情報と比較することにより、複数の返答が複数の質問に対する真正な複数の回答であることを検証するために、この時点で解析されてもよい。複数の回答が真正ではないと判定された場合、ユーザは、このようなものとして通知される、および／または自分の複数の回答を変更するもしくは援助を求める機会を与えられてもよい。
【０１９６】
複数の調査回答が、将来ユーザに送信される他の複数のメディアプログラムと共に提供される複数の広告を選択するために使用されるプロフィール情報を生成するため、またはユーザにどの複数の広告選択肢が提供されるかを判定するためにさえ、使用されてもよい。たとえば、以前の複数の調査返答が、ユーザ１３２が複数のスポーツに関心があることを示す場合、ユーザは、（１）複数のスポーツ関連の広告を提示される、（２）プログラムガイド、または複数のスポーツ関連の番組、もしくは他の複数のスポーツのファンが楽しむ番組を強調する他の複数のインタフェースを提示される、（３）特別の複数のスポーツの番組、または他の複数のスポーツの複数のファンが楽しむ番組を提供される、または（４）複数のスポーツへの複数のユーザの関心に関する情報をさらに得るために、複数の調査質問をさらに行われる、または（５）複数のスポーツに関係する複数の選択肢を含む複数の広告選択肢を提供されてもよい。たとえば、ユーザが、提示される２つの広告から選ぶよう要求される場合、２つの広告選択肢は両方とも複数のスポーツ関係の複数の製品および／または複数のサービスを対象にしてもよい。
【０１９７】
特別なバージョンのメディアプログラムを視聴するのと引き換えに調査を行う提案は、ユーザ１３２のメディアプログラム要求の以前に行うことができ、ユーザが要求する任意のメディアプログラム、または複数の広告の制御手段と共に視聴することを承認されたグループから選択されたメディアプログラムに適用さてもよい。たとえば、ユーザが特定のメディアプログラムの視聴を要求されていてようとなかろうと、ユーザ１３２が最も新しい調査を完了したｗ週間後に、ユーザに調査を提案することができる。調査をうまく完了した後、メディアプログラムと共に提示される複数の広告をユーザ制御する能力が、一定期間維持されてもよい。これにより、ユーザは、好都合なときに調査を行い、後で複数の広告の提示を視聴制御することができるようになる。ユーザ１３２がこのような複数の特権を「確保」してもよい期間は、ユーザ１３２がどれだけ長く有効なユーザであったかの、または所望であれば、他の複数の要因の関数とすることができる。
【０１９８】
複数の調査返答の管理
どの広告がユーザに提示されるかを判定するために複数のユーザプロフィールを生成する欠点の１つが、複数のユーザが、回答が使用される前後関係を理解することなく複数の質問に対して複数の回答を無意識に提供する場合があることである。この結果、複数の調査返答から生成されたユーザプロフィールによって、複数の広告および他の情報が、実際には、それがユーザ１３２にとって関心がないときに、ユーザ１３２に向けられる可能性がある。たとえば、ユーザ１３２が、複数の自転車に興味があることを示す質問に回答し、ユーザ１３２が意図したように、複数のオートバイではなく複数の自転車に関する情報が殺到することを確認する場合がある。他の複数の調査返答が、最終的にユーザのプロフィールに対する質問の影響を弱めることがあるのは真実であるが、このことは、時間がかかる可能性があり、一方では、ユーザ１３２への任意の方向付けされた広告をより効果的でなくする可能性がある。ユーザの事情が変化することも真実である。たとえば、ユーザが、離婚する、失業する、または就職する（したがって、ユーザの所得に影響を及ぼす）、誕生または死亡により家族の一員を得るまたは失うようになることがある。このような複数の要因がサービスに登録する際に考慮される可能性があるが、以前に提供された複数の調査質問に対する複数の回答はまた、ユーザの複数の事情の変化により影響を受けることがある。
【０１９９】
図７Ｂは、ユーザ１３２が、自分の複数の調査返答を管理することが可能になる一実施形態を示す図である。ブロック７１２で、ユーザ１３２は複数の調査返答を管理する要求を入力し、この要求は、メディア・プログラム・プロバイダ１１０に送信される。メディア・プログラム・プロバイダ１１０は、ブロック７１４に示すように、複数の調査返答を取り出して、ユーザデバイス１０２に送信する。複数の調査返答は、ブロック７１６および７１８に示すように、受信され、ユーザに提示される。次いで、複数の調査返答は、修正される、削除される、または明確にされてもよい。一実施形態では、ユーザ１３２には、調査返答に対する回答が説明されるインタフェースが提供される。これは、返答または質問に隣接する入力ボックスにテキストを入力することにより実現することができる。
【０２００】
修正された複数の調査返答は、ブロック７２０〜７２２に示すように、受け入れられ、ＭＰＰ１１０に送信される。ＭＰＰは、ブロック７２４および７２６に示すように、修正された複数の調査返答を受信し、将来使用するためにこれらを格納する。調査返答が削除された場合、調査質問が回答され、後で削除されたという指示を格納することができる。
【０２０１】
メディア・プログラム・プロバイダ１１０は、ユーザが複数の調査返答を修正または削除することができる期間を任意選択で制限してもよい。たとえば、ユーザは、複数の返答が最初に入力されてから、一定期間（たとえば１週間）が経過するまで、複数の調査返答を修正するのを禁止されてもよい。これにより、複数のユーザが、複数の調査返答を入力し、次いで、即座にこれらの調査返答を変更することによりシステムにつけこむ（game）のを防止する。または、ユーザは、一定期間が経過した後に、複数の調査返答を変更できないようにされてもよい。
【０２０２】
ユーザが複数の調査を完了することと引き換えに、コマーシャルなしまたは縮小した複数のコマーシャルバージョンの複数のメディアプログラムを見る機会を複数のユーザ１３２に提供することにより、ユーザ１３２が将来どの複数の広告を視聴することに関心がある可能性があるかを判定する助けとなる情報を得ることが可能である。これにより、ユーザ１３２は、自分が関心のない複数の広告で悩まされることがなくなり、同じく、ユーザ１３２は、自分が何らかの関心がある可能性が高い複数の広告を提示されることを保証される。
【０２０３】
しかしながら、縮小した複数の広告と共にメディアプログラムを視聴するオプションが、複数のユーザに無差別に提供された場合、複数のユーザ１３２は、調査情報をほとんどまたはまったく提供することなく、任意の複数の広告を見るのを避けようとすることが可能である。たとえば、複数のユーザ１３２が自分のユーザ情報および／または調査情報（以下でさらに説明される）を管理することができるようになる本発明の複数の実施形態では、ユーザは、複数の調査回答を入力し、調査を行った後、またはコマーシャルなしのバージョンのメディアプログラムを視聴した後に、これらの調査回答を簡単に削除する、または実質的に変更してもよい。または、複数のユーザ１３２は、異なる複数のユーザＩＤの下で簡単に登録し、偽の調査情報を入力し、まれにあるとすれば、この同一のユーザＩＤを再度使用してログインしてもよい。
【０２０４】
したがって、引き換えに調査情報をほとんどまたはまったく提供しないことによりシステムに「つけこむ」ことを試みない複数のユーザ１３２だけに、縮小した広告バージョンのメディアプログラムを見るオプションが提供されることを保証することが有益である場合がある。一実施形態では、これは、システムに「つけこむ」ために使用することができる複数の変更をユーザが行うことができないようにすることにより実現される。しかしながら、これは、合法な複数のユーザが登録する、または調査に回答するのをしりごみさせることがある。一実施形態では、これは、図４Ａのブロック４０８に示すように、識別されたユーザに、縮小した広告オプションを提供される資格があるかどうかを判定し、ユーザに資格があるとみなされる場合だけオプションを提供することにより実現することができる。
【０２０５】
調査を受ける資格をユーザに与える
図８は、図４Ａのブロック４０８に示すように、エンティティが、特別なまたは縮小した広告バージョンのメディアプログラムを視聴するための調査を行うオプションを提供される資格があるどうかを判定するために使用することができる複数の例示的動作を示す図である。一実施形態では、ユーザ１３２が識別され、ＭＰＰ１１０は、ユーザ１３２がメディアプログラム（複数）と共に提示される広告を制御する資格と引き換えに、調査を受けるオプションを提供されるべきかどうかを判定する。他の実施形態では、ユーザデバイス１０２が識別される。
【０２０６】
この工程は、ブロック８０２に示すように、識別情報を受け入れることから開始される。ユーザ識別情報は、ユーザ１３２および／またはユーザデバイス１０２を一意に識別する情報、たとえばユーザ名、電話番号、自宅住所、および／または電子メールアドレスを含む。電子メールアドレスが提供された場合、ブロック８０４に示すように、登録工程をどのようにして完了することができるかに関する複数の命令を提供するメッセージが電子メールアドレスに送信されてもよい。典型的には、これは、たとえば、メッセージ内に提供されたＵＲＬのリンクを選択することにより、ＭＰＰ１１０に検証情報を送信することを伴う。
【０２０７】
典型的には、調査オプションが提示される前に、電子メールアドレスが生成されなければならず、かつこの電子メールアドレスに送信されたメッセージに応答しなければならないので、この電子メール検証工程は、潜在的な複数のユーザがコマーシャルなしのメディアプログラムを見たいと思うたびに、偽の複数の識別を生成することによりシステムにつけこむことを防止するのに十分である。
【０２０８】
ユーザデバイス１０２の情報は、静的なＩＰアドレスまたはプロセッサ２０４識別番号を含むことができ、簡単にユーザデバイス１０２を識別するために使用することができる。
【０２０９】
この後、エンティティは、ブロック８０６に示すように、適切な識別情報を提供することによりログインしてもよい。
【０２１０】
複数のユーザが偽の複数の識別を生成し、使用するのを防止するために、ＭＰＰ１１０は、識別されたエンティティ（たとえば、ユーザ１３２またはユーザデバイス１０２）に対する過去のデータを検査してもよい。このような過去のデータは、（１）識別されたエンティティの調査履歴、すなわち識別されたエンティティからの、直前の複数の調査返答が受け入れられて以来、経過した時間を備える調査履歴、および／または（２）識別されたエンティティの視聴履歴を含んでもよい。
【０２１１】
視聴履歴は、識別されたエンティティからの、直前の複数の調査返答が受け入れられて以来の、識別されたエンティティに対する視聴継続期間情報、識別されたエンティティからの直前の複数の調査返答が受け入れられて以来の、識別されたエンティティにより視聴された複数のメディアプログラムの数、および／または削除された、以前に受け入れられた複数の調査返答を備える、識別されたエンティティの調査管理履歴を含んでもよい。また、調査が提供される前に、最小間隔ｔ１−ｔ０を強制することができる。たとえば、ユーザアカウントの生成と調査提供の間の最小間隔が１日であってもよい。ＭＰＰ１１０はまた、調査が提供される前に最小視聴間隔を強制してもよい。たとえば、一実施形態では、新しい複数のメンバーに対して、視聴者が、ビデオを少なくともｘ１時間見るまで、したがって、ユーザを（新しくはあるが）有効なユーザとして資格を与えるまで、調査が提供されない。このことが、ブロック８０８〜８１４に示されている。
【０２１２】
一実施形態では、ユーザは、最後の調査が提供され、かつ返答されて以来、一定期間が経過するまで、新しい調査を提供されない。このことが、ブロック８２０〜８２２に示されている。たとえば、ユーザ１３２が、１月１日に調査を提供された場合、ユーザ１３２は、１月１日以後、ｗ週間（ｔ１−ｔ０）まで、他の調査を提供される資格がない。これの代わりに、またはこれに加えて、最小視聴時間が強制されてもよく、この結果、ユーザ１３２は、複数のメディアプログラムを少なくともｘ２時間視聴するまで、他の調査を提供される資格がない。たとえば、ユーザ１３２がログインして、この１０週間の間に一度だけビデオを見た場合、このユーザは、有効なユーザであるとみなされず、調査を受けるオプションを提供されない。また、ユーザ１３２が、この１０週間の間に複数のメディアプログラムを、３０分を超えて視聴しなかった場合、ユーザ１３２はまた、有効なユーザであるとみなされず、調査を受けるオプションを提供されない。
【０２１３】
上述のように、ユーザ１３２またはユーザデバイス１０２の調査履歴はまた、調査が提供されるかどうかを判定するために検査することができる。たとえば、ユーザ１３２が自分の調査データを直接管理することが可能な複数の実施形態では（以下でさらに説明される）、ユーザが以前の調査でデータを入力して、広告なしに提供されたメディアプログラムを視聴してすぐに（たとえば数時間または数日以内に）調査データのすべて、またはかなりの量をただ消去する結果となった場合、ユーザは、同じく調査を提供されない。この特徴により、ユーザが、使用できない複数の調査返答を提供することによりシステムにつけこむことができなくなる。このことが、ブロック８１６および８１８に示されている。
【０２１４】
他の一実施形態では、複数の調査返答が互いに整合するかどうかを評価するために、複数の調査からの複数の返答が比較される。たとえば、調査質問に対する返答が、ユーザが強固な環境保護論者であることを強く示すことがある一方で、同一のまたは異なる調査において他の質問に対する返答が、ユーザは強固な反環境保護論者であることを示すことがある。
【０２１５】
このような複数の矛盾は、他の複数の質問で解決することができるが、解決されないまま残る場合、さらに、ユーザが複数の調査質問に対して、でたらめな複数の回答も、率直とはいえない複数の回答も提供していないことを示すものとして使用することができる。このような複数の事例では、ユーザは、今後複数の調査を受ける機会を提供されなくてもよい、ユーザは、調査を受ける機会をより少なく提供されてもよい、またはユーザは、複数の矛盾を解決することを意図する代わりの複数の調査を提供されてもよい。
【０２１６】
ユーザ１３２が、以前に複数の調査を受けた直後に、以前の調査データを過度に修正せず、かつ有効なユーザである場合、ユーザは、ブロック８２４および８２６に示すように、第２の調査を受ける機会を提供される。
【０２１７】
これらの複数の動作は、ブロック８２８〜８３６に示されるように、再度繰り返される。一実施形態では、ユーザが調査を受ける複数の資格を評価する期間は、時間と共に変化する。したがって、ユーザが、最後の調査を受けたｗ週間後に調査提供を受ける資格があるかどうかを評価する代わりに、以前の調査のｙ週間後に評価が行われてもよい。ユーザ１３２は、他の調査がいつ提供される可能性があるかを予想することができず、他の調査を受ける機会以前にシステムにつけこむ複数の取り組みを行うのが困難であるので、時間をずらした、またはランダムな複数の評価期間が、ユーザ１３２がシステムにつけこむのをさらに混乱させる。
【０２１８】
以前に入力された複数の調査返答は、さまざまな方法でユーザ１３２に提示することができる。一実施形態では、ユーザ１３２は、調査により整理された以前の複数の調査返答を閲覧する、および管理するオプションを提供される。
【０２１９】
複数の調査管理インタフェース
図９は、すでに入力された複数の調査返答を提供するウィンドウの形でユーザ１３２に提示されることがあるユーザインタフェースの一実施形態９００の複数の要素を示す図である。この実施形態では、それぞれ以前に完了した調査９０２Ａ〜９０２Ｃ（以下、代わりに、集合的に調査（複数）９０２と呼ぶ）が、複数の調査質問および複数の調査回答と共に提示される。ユーザ１３２は、質問が行われた調査（たとえば９０２Ａ）に進み、質問／回答対９０４を選択し、所望に応じて、調査回答を修正または削除することができる。
【０２２０】
図１０は、すでに入力された複数の調査返答をユーザ１３２に提示するためのユーザインタフェースの他の実施形態１０００の複数の要素を示す図である。この実施形態では、以前に完了した複数の調査で提供された複数の質問および複数の回答が、カテゴリ（１００２Ａ〜１００２Ｆ）に従って提示される。ユーザ１３２が、自動車のカテゴリ１００２Ｄに関連する質問に回答したことを覚えている場合、ユーザ１３２は特定の質問／回答対１００４を選択し、回答を修正する、または取り除いてもよい。複数の調査カテゴリが時間と共に変化することがあり、複数の調査返答が、規定される通りに、異なる複数のカテゴリまたは新しい複数のカテゴリに再び割り当てられてもよい。
【０２２１】
図１１Ａは、複数の調査質問を管理するためのユーザインタフェースの他の実施形態を示す図である。この実施形態では、ユーザインタフェース１１０１は、第１の調査管理部分１１０２および第２の調査管理部分１００４を有するウェブページを備える。第１の調査管理部分１１０２は、以前に完了した複数の調査で入力された複数の回答を管理するために使用することができる。図示される実施形態では、管理部分１１０２は、調査を識別する情報（図示される実施形態では、複数の調査は、完了した日付により識別される）１１０６Ａ〜１１０６Ｄ、各調査の複数の調査質問のうちどれだけが修正または削除されたか（テキスト１１０８Ａおよび１１０８Ｃを含む）に関する情報を含む、以前に完了した複数の調査に関する情報を提示する。修正または削除された複数の調査質問の割合を示すグラフィックインジケータ１１１０Ａ〜１１１０Ｄが同様に提示されてもよい。ユーザは、各調査に関連する編集制御手段１１１４Ａ〜１１１４Ｄを選択することにより、以前の複数の調査で提供された複数の質問を修正または削除してもよい。
【０２２２】
典型的には、ユーザ１３２は、全調査を完了するまで、どのような特別な視聴特権も（たとえば、複数の広告なしにメディアプログラムを視聴する、または特定の期間、たとえば２４時間の間にすべてのメディアプログラムを視聴する）提供されない。一実施形態では、ユーザ１３２は、調査を後で完了することができるように、部分的に完了した調査として複数の回答を保存することが可能である。これは、ユーザ１３２が、全調査を完了するのに十分な時間がないときに、問われた質問を熟考する時間がほしい複数の状況で有用である。
【０２２３】
図示されるユーザインタフェース１１０２はまた、部分的に完了した複数の調査を完全に完了することができるように、これらの調査にユーザが戻ることを可能にする第２の調査管理部分１１０４を備える。図示される実施形態では、テキスト部分１１０６が、現在の調査のうちいくつの質問が回答されたかを示し、グラフィック１１１８が、調査における複数の質問の総数に対する、未回答の複数の質問の割合の視覚的表示を提供する。ユーザ１３２は、追加の複数の回答を提供するため、または「進む」制御手段１１２０を選択することにより、すでに与えられた複数の回答を修正するために、部分的に完了した調査に戻ることができる。
【０２２４】
図示される実施形態では、以前の複数の調査のすべてを完了しなければ、ユーザ１３２にさらに調査が提供されるべきではないことを定める規則が強制された。したがって、未完了の調査が１つだけあり、１つだけが第２の部分１１０４に提示される。しかしながら、複数のユーザが、２つ以上の未完了の調査からの複数の結果を保存し、かつこれらの部分的に完了した複数の調査に戻って、複数の質問にさらに回答する、またはすでに与えられた複数の回答を修正することが可能になる他の複数の実施形態も可能である。このような複数の実施形態のためのインタフェースは、第１の部分１１０２により提示されるインタフェースに類似する可能性がある。
【０２２５】
ユーザ１３２はまた、以前の複数の調査質問に対して提供された複数の回答を閲覧する、修正する、および／または削除してもよい。これは、ユーザに提示するために、複数のユーザ・プロフィール・パラメータまたは他の情報を複数の調査返答に相関させる情報を生成し、この相関情報を、取り出された複数の調査返答および質問と一緒にユーザデバイス１０２に送信することにより実現される。次いで、ユーザは、複数の調査質問および返答を閲覧し、所望に応じて、複数の返答に複数の変更を行うことができる。
【０２２６】
図１１Ｂは、以前の複数の調査質問に提供された複数の回答をユーザが閲覧する、修正する、および／または削除することができるようになるユーザインタフェースの他の実施形態１１５０を示す図である。この実施形態では、複数の調査返答から生成されたユーザプロフィール情報が、複数の調査で問われた複数の質問およびユーザにより提供された複数の返答に相関される。たとえば、ユーザプロフィール情報は、一般に、ユーザがレクリエーションのための時間を（屋内で、または屋外で）どのように過ごすか、見込みがある複数の購入、可処分所得、統計データに分類することができる。これらのユーザ・プロファイル・パラメータに関係がある複数の調査質問が、パラメータの隣に列挙されている。たとえば、ユーザが屋外のレクリエーションを好むかどうかに関係する複数の質問が、調査１の質問１５（Ｓ１Ｑ１５）、調査３の質問１２（Ｓ３Ｑ１２）、および調査９の質問２（Ｓ９Ｑ２）を含む。特定の質問が２つ以上のプロフィールパラメータに関係があってもよいことに留意された。たとえば、調査１の質問１５は、屋外、自動車、およびレクリエーションのパラメータに関係がある。
【０２２７】
上述のように、ユーザ１３２への、広告なしに、またはより少ない複数の広告と共にメディアプログラム（複数）を視聴するのと引き換えに調査を行う提案は、ユーザがメディアプログラムを選択する以前に、視聴するためのメディアプログラムをユーザが選択した直後に、またはメディアプログラムの視聴中に行うことができる。一実施形態では、調査を行うことに対してユーザ１３２に提供される利益は、調査の複数の特性の関数である。たとえば、ユーザは、より困難なまたは複雑な複数の質問を行う調査で複数の質問に回答することに対して、またはより多くの質問を有する調査に返答することに対して、より大きな報酬を提供されてもよい。異なる複数の調査タイプの一例が、すなわち、異なる複数の調査タイプがユーザ１３２にどのようにして提供されるか、調査で問われる複数の質問の数、調査を完了することに対するユーザへの報酬、部分的に完了した複数の調査が、後で完了させるためにどのように保存されてもよいかが、以下の表Ｉに示される。
【表５】
0006042337.tif 000006
【０２２８】
表Ｉ
上記で示したように、調査を完了することに対するユーザへの報酬は、典型的には、より少ない複数の広告と共に、または広告なしにメディアプログラムを視聴する特権である。しかしながら、ユーザへの他の複数の報酬も可能である。たとえば、２４時間の広告なしの視聴の代わりに、ユーザは、自分が選ぶ組織に与えられるいくつかの「印象」のユーザへの報酬を選択してもよい。たとえば、ユーザ１３２は、ＭＡＲＣＨ  ＯＦ  ＤＩＭＥＳ（小児麻痺救済募金運動）などの慈善団体に１０００の「印象」を提供するオプションを提供されてもよい。「印象」は、この文脈では、ユーザが広告を視聴する事象を指す。したがって、１０００の印象が慈善事業に与えられた場合、この慈善事業の広告が、一部のユーザ（複数）に１０００回提示される。
【０２２９】
図１１Ｃは、ユーザの複数の調査返答を管理するための簡略化されたインタフェース１１５２を示す図である。この実施形態では、未回答の複数の調査質問を示す第１のタブ１１５４を含む、３つのタブ１１５４〜１１５８が表示される。インタフェース１１５２は、未回答の複数の調査質問を提示し、複数の調査質問に回答するための手段（たとえば、図示される複数のラジオボタン１１６２による）をユーザ１３２に提供する。ユーザ１３２が返答を変更することを望む場合、ユーザは、回答消去コマンド１１６０を選択してもよく、関連する質問へのユーザの調査返答が消去される。このとき、ユーザ１３２は、他の回答を調査質問に提供しても、調査質問を未回答のままにしてもよい。
【０２３０】
第２のタブ１１５６は、未回答の複数の調査質問について示されるのと同一形式を使用して、回答済みの複数の調査質問を提示する。タブ１１５６を選択することにより、ユーザ１３２は、そうすることを望むのであれば、以前に入力された調査質問の複数の返答を検討し、「回答済み」タブ１１５６と一緒に提示される、類似する「回答消去」コマンド１１６０を使用して、このような複数の回答を消去し、新しい複数の回答を提供することができる。
【０２３１】
この特徴は、ユーザの事情が変化するので望ましく、それに従ってユーザ１３２が自分の複数の調査返答の変更を起動することができるので望ましい。たとえば、図１１Ｃに示される質問２を参照すると、ユーザは、自分は新車の相場に興味がないと以前に回答したことがあるが、現在は新車購入に興味があることがある。ユーザのコマンドで複数の調査返答を管理する能力により、ユーザは、必要に応じて、望むときに、自分の複数の調査返答を変更することができるようになる。他の複数の実施形態では、メディア・プログラム・プロバイダ１１０は、ユーザ１３２が複数の調査返答をいつ提供したかを追跡し、選択された期間が経過した後、ユーザ１３２が質問に対して提供した回答を自動的に消去またはリセットすることができる。これにより、メディア・プログラム・プロバイダ１１０は、特に、計画対象期間に束縛された複数の質問に関して、関連する情報が提供されることを保証することができるようになる。たとえは、ユーザ１３２が、今後６カ月の間に自動車を購入する予定でいるかどうかの質問が行われた場合、質問に対する回答は、６カ月の期間後に消去されてもよい。どの複数の質問が自動的に消去されるか、およびどれが消去されないかはまた、ユーザ１３２の統計データに依存してもよい。たとえば、より若いユーザ１３２の方が、中年のユーザ１３２より事情の複数の変化を急激に受ける確率がより高い場合がある。
【０２３２】
図１２は、ユーザ１３２に送信される複数の調査質問を生成するために使用することができる複数の例示的方法ステップを示す図である。まず、すべての有効な複数の質問の場所から、優先順位をつけられた複数の質問の包括的リストが生成される。たとえば、質問が誤解を招きかねない、または役に立たないとみなされた場合、すべての質問の場所から複数の質問が削除されてもよく、新しい複数の質問を、有効な複数の質問時間の場所に追加することができる。包括的リストは、すべてのユーザに提供可能である。特定のユーザ１３２が、調査を送信される前に、ブロック１２０４に示すように、ユーザ１３２によりすでに回答された複数の質問を識別するために、ユーザ１３２によりすでに回答された複数の質問のリストが、優先順位をつけられた複数の質問の包括的リストと比較される。ブロック１２０６で、複数の調査質問が動的に生成され（たとえば、ユーザ１３２からの要求に応答して、ほぼリアルタイムで）、ブロック１２０６に示すようにユーザ１３２に送信される。ユーザがすでに回答した複数の質問を除外した後、送信される複数の調査質問は、優先順位をつけられた複数の質問の包括的リストから最も高い優先順位の複数の質問を含むことができる。他の複数の質問が同じく含まれてもよい。
【０２３３】
上記で指摘されたように、ユーザ１３２は、複数の調査質問に対して以前に提供された複数の返答を削除することができる。このように削除された複数の返答に関連する複数の質問が、ユーザ１３２がすでに回答した複数の質問のリストから取り除かれてもよく、したがって、質問が他の調査で行われることができるようになる。または、所望であれば、削除された複数の返答に関連する複数の質問は、ユーザ１３２がすでに回答した複数の質問のリスト上に保持することができ、したがって、ユーザが、同一の質問が２度聞かれるのを防ぐ。
【０２３４】
図１３は、複数の調査質問の生成を示す図である。第１の矢印により示されるように、すべてのカテゴリからのすべての有効な複数の質問が包括的リストの中に結合され、次いで、包括的リストは優先順位をつけられる。次いで、出来上がった優先順をつけられた複数の質問の包括的リスト１３０２は、ユーザ１３２がすでに複数の回答を提供した複数の質問のリスト１３０４と比較される。次いで、ユーザ１３２によりまだ回答されていない、優先順位をつけられたリスト上の最上位の複数の質問を含む調査が生成される。
【０２３５】
前述のことは、調査完了と引き換えに、広告なしの視聴の形でユーザが補償を提供される複数の実施形態を示す。しかしながら、補償は他の複数の形で提供されてもよい。たとえば、ユーザは、縮小した広告（より短い、より少ない、または異なる複数の広告）を提供されてもよい、または複数の調査返答者もしくは代金を支払う複数の調査返答者に対してだけに提供される他のメディアプログラムを視聴する機会を提供されてもよい。さらに、視聴者は、メディアプログラムを視聴する前に１つもしくは複数の予告編もしくは広告を見ること、または登録されたユーザになること（たとえば、登録過程で提供される一連の複数の質問に回答することによる）の間の選択肢などの他の複数の選択肢を提供されてもよい。複数のユーザはまた、ユーザの使用料（たとえば、ユーザがプロバイダから複数のメディアプログラムをどれだけ多くまたは頻繁に視聴するか）に応じて、または登録過程で提供されるユーザの複数の好みに応じて、異なる複数のオプションを提供されてもよい。
【０２３６】
前述の説明では、ユーザ１３２は、調査に返答するかしないかという選択肢を提供された。複数の調査質問がユーザ１３２に提供され、かつ返答が命じられ、この後、メディアプログラムまたは広告のストリーミングを続行することができる他の複数の実施形態が可能である。このような複数の調査質問は、ユーザデバイス１０２に送信され、図４Ｂに示される複数の地点４２８のうちいずれかでユーザ１３２に提示されてもよい。
【０２３７】
複数の広告制御手段／オプションインタフェース
図４Ａのブロック４１４に提示される複数の広告制御オプションは、以下の任意の組合せを含むことができる。
【０２３８】
ユーザ１３２が、現在のコマーシャルのための中断でどの複数の広告を視聴することができるかを提示する：複数の広告が、ディスプレイ２２２上に提示し、かつポインティングデバイス２１６またはキーボード２１５を使用してユーザ１３２により選択することができる名前付きリスト、複数のアイコン、または複数のサムネイルを介して提示することができる。一実施形態では、提示される複数のオプションは、無関係なインタフェース、複数の調査返答を介して、以前の複数の広告選択から、サードパーティ３１４のデータベースから、再生されるようにユーザ１３２により選択された複数のメディアプログラム（メディアプログラムに関連するメタデータにより識別することができる）から、またはユーザが過去に再生した複数のメディアプログラムの履歴から提供される、ユーザ１３２に関する情報に基づき選択される。
【０２３９】
たとえば、ユーザ１３２が、スニッカーズ（ＳＮＩＣＫＥＲＳ）バー、レイジーボーイ（ＬＡ−Ｚ−ＢＯＹ）リクライナ、およびブロックバスター（ＢＬＯＣＫＢＵＳＴＥＲ）を示すリストを提示されてもよいのは、以前のユーザ１３２の複数の広告選択または複数の調査返答が、ユーザ１３２はこれらの製品に興味があることを示していた場合、またはユーザ１３２は、視聴されている現在のプログラム、もしくはユーザのプログラム視聴履歴、調査情報、または他の情報に基づき、このような複数の製品もしくは複数のサービスが望ましい生活様式（たとえば、座りがちな生活様式）を送ると考えられた場合である。以前の複数の広告選択、視聴されている現在のプログラム、ユーザの視聴履歴、および／または調査情報が、ユーザ１３２が、異なる複数の広告に興味がある可能性が高いことを示した場合、他の複数の広告オプションが示されてもよい。たとえば、現在視聴されているメディアプログラムがツアー・オブ・カリフォルニア（ＴＯＵＲ  ＯＦ  ＣＡＬＩＦＯＲＮＩＡ）に関するものである場合、視聴者は、クリフ（ＣＬＩＦ）バー、クービ（ＫＯＯＢＩ）自転車サドル、およびＳＰＩＮＥＲＶＡＬＳビデオを示すリストを提示されてもよい。
【０２４０】
一実施形態では、ユーザ１３２に提示される複数の広告オプションは、必要な複数の広告および複数の選挙広告の複数のグループの複数の異なる組合せを含む。必要な複数の広告は、ユーザ１３２により視聴されなければならない複数の広告であるが、複数の選挙広告は、ユーザ１３２が選ぶ権利がある複数の広告である。たとえば、ユーザ１３２が熱心な自転車乗りであることをユーザプロフィールが示す場合、提示される複数の広告オプションは、選挙グループからの複数の広告のリスト（たとえば、複数のサイクリング製品またはサービスと関係がある複数の広告）、および必要なグループからの（たとえば、事実上、実際にだれもが必要とする洗剤または他の複数の必需食品と関係がある）複数の広告を含むことができる。他の実施形態では、ユーザ１３２に提示される複数の広告は、必要な複数の広告（この提示を、ユーザ１３２は制御することができない）および複数の選挙広告（この提示を、ユーザ１３２は制御することができる）を含むことができる。この実施形態では、広告に記載された複数の商品またはサービスのソースに請求される手数料は、複数の選挙広告と異なる、必要な複数の広告に対する手数料を請求されてもよい。
【０２４１】
ユーザ１３２は、提供される複数のオプション広告のうち１つまたは複数を選択してもよく、これらの広告は、広告のための中断の間に示される複数の広告である。上述のように、選択された複数の項目の識別は（ＰＩＤまたは類似の値により判定される）、ユーザ１３２に提示される将来の複数の広告選択を絞り込むために後で使用することができる。一実施形態では、選択された複数の項目の識別は、ユーザ１３２に提供される複数の広告選択肢を将来絞り込む目的で、ユーザデバイス１０２の外部に（たとえば、メディア・プログラム・プロバイダ１１０に、広告プロバイダ１４０に、またはサードエンティティに）送信される。他の実施形態では、選択された複数の選択肢の識別が、ユーザデバイス１０２の内部に保持され、他に開示されない。この実施形態は、ユーザ１３２の情報のプライバシを増強する。さらに他の実施形態では、視聴者情報のサブセットが、ユーザデバイス１０２の外部に送信され、他の情報がユーザデバイス１０２内部に安全に保持される。情報または情報のサブセットは、ユーザ１３２を識別する任意の情報を取り除くことにより、および代わりに、ユーザの複数の選択をユーザの統計データに、たとえば年齢、性別、所得、および住所、またはユーザの視聴履歴に連結することにより、ユーザ１３２を識別するには不十分であるように、ユーザデバイス１０２により処理することができる。
【０２４２】
ユーザ１３２が、将来の複数のコマーシャルのための中断でどの複数の広告を視聴することができるかを提示する：ユーザ１３２に提示される複数のオプションは、現在のコマーシャルのための中断だけでなくそれ以外のコマーシャルのための中断ための複数の広告を含んでもよい。たとえば、ユーザ１３２は、すべてのコマーシャルのための中断に対して、または視聴セッションに対して、メディアプログラム中に提示される複数の広告のすべてを選択するよう求められてもよい。さらに、下記のように、複数の広告選択を、メディアプログラムの再生以前に、またはメディアプログラム中に行うことができる。
【０２４３】
複数のカテゴリの複数の広告をユーザに提示する：この実施形態では、ユーザ１３２は、異なる複数のカテゴリの複数の広告を提示される。一実施形態では、ユーザ１３２に提供される複数のカテゴリは、ユーザ１３２が他の情報を提供する複数の広告を選択したとき、より具体的になる。たとえば、最初、提供された複数のカテゴリが、「家庭」、「自動車」、および「アウトドア」として大まかに説明されてもよいが、ユーザが行った複数の選択が、ユーザ１３２はアウトドアにより関心があることを示す場合、提示される複数のカテゴリが、「アウトドア」カテゴリ内部の複数のサブカテゴリ、たとえば「複数のウィンタースポーツ」、「複数のサマースポーツ」などに変更されてもよい。
【０２４４】
メディアプログラム内で複数の広告がどのようにして提示されるかを制御する複数のオプションを提示する：他の実施形態では、ユーザ１３２は、メディアプログラム内で複数の広告がどのようにして提示されるかを記述する複数のオプションを提示される。これらのオプションは、複数の広告を提示するタイミングを記述してもよい。この場合、複数の広告の複数のサブセットを複数の広告ブロック内に提供することができ、各ブロック内に提示される複数の広告の数および／または時間的分布、ならびにストリーミングされるメディアプログラム内部の複数の広告ブロックの時間的分布を記述する、ユーザの好みを表現するオプションをユーザ１３２に与えることができる。たとえば、ユーザ１３２は、１組の複数の広告のすべてを視聴するよう求められるが、メディアプログラム全体に広く分散した（たとえば、１５分ごとに６つの３０秒広告を挿入するのではなく、５分ごとに２つの３０秒広告を挿入する）これらの広告を見るオプションを与えられてもよい。このオプションを使用して、ユーザ１３２は、複数の広告のすべてを、メディアプログラムの開始、終了、もしくは中間で視聴することを選択してもよい、またはユーザ１３２は、メディアプログラムの長さ全体にわたって分散した複数の広告を視聴することを選択してもよい。ユーザ１３２は、座ったままでおり、かつ長時間にわたる複数のコマーシャルのための中断の間に提示される複数のコマーシャルを見る可能性が低いことを認識して、ユーザ１３２に提示される複数のオプションが、それぞれのコマーシャルのための中断が少なくともｎのコマーシャル、かつｍ以下のコマーシャルを含まなければならないように、ユーザの制御を制限してもよく、ｎおよびｍの典型的な値は、それぞれ２および８である。
【０２４５】
広告のスポンサは（メディア・プログラム・プロバイダ１１０に最終的に代金を支払うエンティティ、またはメディアプログラムおよび／または広告をユーザ１３２に提供するための関連するエンティティ）、ストリーミングされるメディアプログラムの中で広告がどのように提示されるかに基づく金額を、複数の広告のうち１つまたは複数の提示に対して請求されることができる。この実施形態では、スポンサは、複数の広告がいつ提示されるかを決定する際に、ユーザの複数のオプションを制限するタイミング構造を指定することができる、またはスポンサは、単に、ユーザ１３２が広告を提示することをいつ決定したかに基づき、異なる複数の金額を請求されてもよい。たとえば、スポンサは、広告のための中断の中の複数の広告のブロック内の最初にある広告、またはユーザ１３２が広告を視聴する可能性がより高い複数の時間にある広告に対して、より多く支払うよう要求されてもよい。
【０２４６】
提示される複数のオプションは、任意選択で、複数の広告が視聴者の空間内でどのように提示されるかを含んでもよい。たとえば、ユーザ１３２は、ポップ・アップ・ウィンドウ上で、より小さな、幅の広いウィンドウ上で、または任意選択で、ミュートされたもしくは低下した音声でコマーシャルを視聴するオプションを提示されてもよい。
【０２４７】
図１４Ａ〜図１４Ｂ、ならびに図１５、図１８、および図１９は、図４Ａのブロック４２０に示されるような、ユーザに提示される複数の例示的広告制御／オプションインタフェースを示す図である。
【０２４８】
図１４Ａは、選択するためにユーザに３つの可能な広告選択肢を、すなわち、ミニバンのための広告、スポーツ汎用車（ＳＵＶ）のための広告、およびスポーツセダンのための広告を提示するユーザインタフェース１４００の一実施形態を描く図である。各広告選択肢は、アイコンまたは図１４０４Ａ〜１４０４Ｃ、および所望の広告を選択するために使用することができる選択制御手段１４０６Ａ〜１４０６Ｃを含む。複数の広告選択は、１つのベンダからの複数の製品またはサービス（たとえば、ゼネラルモーターズ（ＧＥＮＥＲＡＬ  ＭＯＴＯＲＳ）のミニバン、ＳＵＶ、およびスポーツセダン）、または複数のベンダからの複数の製品またはサービス（たとえば、任意のベンダからのミニバン、ＳＵＶ、またはスポーツセダン）を提示することができる。所望であれば、ユーザの広告選択肢を絞り込むための他の複数のオプションを備える第２のユーザインタフェースが提示されてもよい。たとえば、ユーザがミニバン広告を選択した場合、いくつかの異なるミニバン製造業者の中から選択するようユーザに求める他のウィンドウが提示されてもよい。
【０２４９】
図１４Ｂは、特定の複数の広告選択をユーザに提示するユーザインタフェース１４００の図である。この実施形態では、ユーザ１３２は、１組の３つの特定の広告のうち１つを選ばせられる。たとえば、画像１４０８Ａに関連する広告が、複数の自動車部品の必要以上に込み入った組合せを使用した、ホンダ（Ｈｏｎｄａ）のアコード（Ａｃｃｏｒｄ）の具体的な周知の「歯車」広告でもよい（ｈｔｔｐ：／／ｗｗｗ．ｓｎｏｐｅｓ．ｃｏｍ／ｐｈｏｔｏｓ／ａｄｖｅｒｔｉｓｅｍｅｎｔｓ／ｈｏｎｄａｃｏｇ．ａｓｐに記載されている）。おそらく同一製品に対する他の複数の広告が、ユーザ１３２がこれらの広告を識別することができるように、サムネイル１４０８Ｂから１４０８Ｃと共に図示することができ、ユーザが、関心がある１台として候補広告をより正確に識別することができるように、サムネイル内部でユーザに対して再生さえされてもよい。
【０２５０】
提示される１組の複数の候補広告の中の特定の複数の広告が、２０１１年製のトヨタ（ＴＯＹＯＴＡ）のカムリ（ＣＡＭＲＹ）または他の競合する自動車に対する具体的な広告を含んでもよい。この特徴により、ユーザ１３２はどの製品の広告を見たいかについて口を出す権利を有するようになるだけでなく、ユーザ１３２は、特にどの広告を見たいかを、おそらく、同一製品の複数の広告を選ぶことができるようになる。この実施形態の利点が、著しい娯楽的価値のある、費用のかかる複数の広告が（評判では製作コストが６００万ドルかかる、上述のホンダの広告など）、複数のユーザにより繰り返して視聴するために選ばれる場合があり、したがって、広告製作に費やされた追加コストを正当化する。ユーザが（単に複数の製品、または複数の製品の複数の製造業者ではなく）特定の複数の広告を選択することができるようになることの他の利点が、より一般的な、製品指向の複数の選択肢から推測することができないこのような複数の選択肢から、情報を推測することができることである。たとえば、ユーザ１３２が、ユーモラスなコンテンツを有する特定の複数の広告を定期的に選ぶ場合、ＭＰＰ１１０は、これらの種類の複数の広告が一般にこの特定のユーザ１３２により好まれており、かつ見られる可能性がより高いと推測し、将来、類似する複数の広告を提供してもよい。ユーザが、単に、特定の複数の製品、複数の製品カテゴリ、複数の製造業者、または複数の小売店に基づき複数の広告選択を行う場合、この種の推測を行うことはできない。
【０２５１】
他の実施形態では、選ぶためにユーザ１３２に提示される複数のオプションは、単一の製造業者から入手可能な単一の製品に対する特定の複数の広告を備える（たとえば、すべてが、２０１１年製のホンダのアコードセダンの複数の広告を指す）。この実施形態にはユーザ１３２に選択肢を与えるという利点があるが、ユーザは、自分がどの特定の広告を見たいか選んでもよいが、広告の対象（この場合、特定の製品）に関して選択肢が与えられていないという点で限定された利点である。
【０２５２】
図１４Ａおよび図１４Ｂに示されるインタフェース１４００は、ユーザデバイス１０２に送信され、ユーザ１３２に自動的に、かつユーザ入力なしに提示されてもよいことに留意するだけの価値がある。換言すれば、ユーザ１３２は、自分が見たい広告（複数）まで掘り下げなければならない複雑なメニューを提示されない。代わりに、広告のための中断が開始されたとき、ユーザ１３２は、提示された１組の複数の候補広告から１つの、かつただ１つの広告を自分が選ぶ単一の画面インタフェース１４００を即座に提供される。この実施形態の利点は、ユーザ１３２が複数の入力を提供するよう要求されず、かつ混乱させる無数の選択肢を与えられないことである。代わりに、ユーザ１３２は、ユーザの複数の選択肢を、少数の選択肢のうち１つに、かつただ１つに限定する簡単なユーザインタフェースを与えられる。
【０２５３】
図１５は、複数の広告選択肢を制御するためのインタフェースの他の実施形態を示す図である。この実施形態では、１組の複数の候補広告が、ユーザインタフェースの第１の部分１５００内に表示された複数のカテゴリのグループ、およびユーザインタフェースの第２の部分１５４０内に表示された各カテゴリに関連する複数のサブカテゴリのグループに分類されている。ユーザインタフェースの第３の部分１５６０内に複数のサブサブカテゴリのグループも提供することができる、またはユーザインタフェースの第３の部分１５６０は、表示のためにユーザが選択してもよい複数の広告のリストまたは複数のサムネイルを表示するために使用することができる。
【０２５４】
第１の部分１５０１は、選択可能な視覚表示、たとえば第１組の複数の広告の各カテゴリに対するサムネイル、画像、または選択可能なテキストを含む（項目１５０２Ａ〜１５０２Ｃとして示す）。ナビゲーション矢印１５０４Ａ、１５０４Ｂの一方を選択することにより、追加の利用可能な複数のカテゴリ（たとえば、複数の自動車）が選択のために表示されてもよい。
【０２５５】
第２の部分１５４０は、選択可能な視覚表示、たとえば第１組の複数の広告の複数のサブカテゴリの各カテゴリに対するサムネイル、画像、または選択可能なテキストを含む（項目１５４２Ａ〜１５４２Ｇとして示す）。ナビゲーション矢印１５４４Ａおよび１５４４Ｂの一方を選択することにより、追加の利用可能な複数のカテゴリが選択のために表示されてもよい。
【０２５６】
第３の部分１５６０は、第１組の複数の候補広告の複数のサブサブカテゴリの選択可能な視覚表示、または単に、複数の広告自体の複数の表示を表示することができる。ユーザは、自分が選択したい広告にマウスオーバーして、マウスボタンを押すことにより、表示するために複数の広告のうちどれでも選択することができる。選択された広告（たとえば、視覚表示１５６２Ｂに関連する広告）が再生のために選択される。
【０２５７】
広告の再生の中断
図４Ａ、図４Ｂ、および図５Ｂで上述のように、ユーザ１３２が、メディアプログラム３２０の再生前、再生中、または再生後のいずれかの時点に、提示された複数の広告の制御を起動することが可能である。これは、広告の再生を中断して、単に他の広告を選択する、または他の複数の広告制御コマンドを提供する性能を含む。
【０２５８】
図１６Ａ〜図１６Ｄは、中断された広告の代わりになる広告を選ぶことを含む他の広告制御手段をユーザに提供するために広告の再生を中断することができる本発明の一実施形態を実施するために使用することができる複数の例示的工程ステップを示す図である。ブロック４３０で（図４Ｃにも示す）、メディアプログラム３２０を再生するコマンドが、ユーザデバイス１０２からメディア・プログラム・プロバイダ１１０に送信される。次いで、上述のように、広告制御インタフェースおよび複数の広告オプションがユーザに送信されてもよい、またはこのメッセージを受信した後、ユーザデバイス１０２へのメディアプログラムの送信を開始することができる。図１６Ａに示す実施形態では、メディアプログラム３２０が、広告制御インタフェースを提示することなくユーザデバイス１０２にストリーミングされる。
【０２５９】
上述のように、メディアプログラム３２０は、メディアプログラム３２０内の複数の地点に時間的に配置された複数の広告のための中断４２２を含んでもよく、したがって、メディアプログラム３２０を複数の部分４２６に分離する。それぞれの広告のための中断４２２は、広告４２４を提示する１つまたは複数の機会を含む。
【０２６０】
ブロック１６０４で、メディアプログラム３２０の第１の部分がユーザデバイス１０２にストリーミングされる。ユーザデバイス１０２は、メディアプログラム３２０の第１の部分４２６（１）を受信し、ユーザデバイス１０２上で実行されるメディア・プログラム・プレーヤ３０４を使用して再生する。
【０２６１】
ブロック１６０８に示すように、メディアプログラム３２０の第１の部分４２６（１）のストリーミングおよび再生は、広告のための中断４２２（１）および広告４２２機会に遭遇するまで続く。広告のための中断４２２（１）の時間的位置は、ＭＰＰ１１０により、または以下でさらに説明されるようにユーザ１３２の好みにより決定され、メタデータとしてユーザデバイス１０２に送信される。ブロック１６１０で、第１組の複数の候補広告が、メディア・プログラム・プロバイダ１１０により選択されてもよい。
【０２６２】
一実施形態では、ユーザ１３２は、複数のユーザ属性値を有する複数のユーザ属性に関連づけられてもよい。たとえば、ユーザ１３２の性別がユーザ属性でもよく、この属性値を男性または女性とすることができる。ブロック１６１０に記載される第１組の複数の候補広告は、ユーザにどの広告が示されるのが適しているかについての複数のユーザ値を記述する１つまたは複数の広告規則に関連づけられてもよい複数の候補広告のスーパーセットから選択することができる。第１の（および他の）複数組の複数の候補広告は、ユーザの（および他の）複数の属性を評価し、かつこれらの属性を複数の広告規則と比較することにより判定することができる。これをどのようにして実現することができるかの詳細な説明が、２０１０年５月２６日に出願された、Ｗｉｎｇ  Ｃｈｉｔ  Ｍａｋによる「迅速でスケーラブルな方向付けされた広告サービスのための方法および装置（ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ  ＦＯＲ  ＲＡＰＩＤ  ＡＮＤ  ＳＣＡＬＥＡＢＬＥ  ＤＩＲＥＣＴＥＤ  ＡＤＶＥＲＴＩＳＩＮＧ  ＳＥＲＶＩＣＥ）」と題する同時係属中の特許出願第１２／７８７，６７９号明細書に記載されており、この出願は参照により本明細書に組み入れられる。特許出願第１２／７８７，６７９号明細書の出願に記載されるシステムの１つの利点が、広告選択を求められる以前に、複数の広告規則を記述する複数のビットマップを計算することができ、複数の広告を選び出す必要があるとき、複数の広告は、高速に実現することができる簡単な複数の論理的ビットマップ操作により決定することができることである。この特徴により、複数の候補広告を選択できるようになる（またはユーザ１３２に、複数の広告を制御する資格が与えられていない場合、提示すべき複数の広告の選択は、広告のための中断の開始に時間的に非常に近い時点に、または広告のための中断自体の開始にさえ行うことができる）。これにより、データベース３１５に格納された最も新しい情報が、ユーザ１３２に表示する複数の広告を選び出すために使用することができるようになる。この特徴はまた、ストリーミングの複数の実施形態で特に重要である。なぜなら、このような複数の実施形態では、複数のユーザの数が非常に多くなることがあり、各ユーザが、無関係のストリームを提供されるためである。非常に多数のユーザ１３２がメディアプログラム３２０をストリーミングされている場合、ＭＰＰ１１０は、非常に短時間に、各個々のユーザ１３２にどの複数の広告または複数の候補広告を提供すべきかを判定する必要があることがある。特許出願第１２／７８７，６７９号明細書の出願に記載される発明により可能になるような、多数のユーザに対して複数の広告または複数の候補広告を短時間に計算する能力により、最も新しいユーザ活動が、ユーザの複数の好みおよび複数の制御手段を記述するデータベース３１５の中に組み入れられるようになる。
【０２６３】
第１組の複数の候補広告が決定されると、ブロック１６１２に示すように、第１組の複数の候補広告の各々の表示が、選択のためにユーザに提示するためにユーザデバイス１０２に送信されてもよい。ユーザデバイス１０２は、ブロック１６１４および１６１６に示すように、第１組の複数の候補広告を受信し、提示し、第１組の複数の候補広告からの第１の広告の選択を受け入れる。一実施形態では、第１組の複数の候補広告の複数の表示は、各広告に関連づけられた１つまたは複数のサムネイルを含み、ユーザデバイス１０２上で実行されるメディア・プログラム・プレーヤ３０４により提示される。他の実施形態では、第１組の複数の候補広告内の複数の広告の簡単なリストが提示される。さらに他の実施形態では、ユーザは、どの複数の広告を見るべきかの選択肢を与えられず（すなわち、ユーザは、メディアプログラムの再生が開始された前にすでに選択を行った）、メディア・プログラム・プロバイダ１１０は、単に、広告のための中断中に再生される広告を選び、この広告の再生を開始し、処理をブロック１６２２Ａ（または１６２２Ｂ）に渡す。
【０２６４】
第１組の複数の候補広告から第１の広告４２４の第１の選択を受け入れた後、ブロック１６１８および１６２０に示すように、ユーザデバイス１０２からメディア・プログラム・プロバイダ１１０にメッセージが送信され、メッセージは、メディア・プログラム・プロバイダ１１０で受信される。次いで、第１の広告４２４は、ブロック１６２２Ａに示すように、メディア・プログラム・プロバイダ１１０または広告プロバイダ１４０からストリーミングされる。広告４２４が広告プロバイダ１４０によりホスティングされている場合、広告をユーザデバイス１０２にストリーミングするよう広告プロバイダ１４０に命令するメッセージが、ＭＰＰ１１０から広告プロバイダ１４０に送信される。あるいは、ＭＰＰ１１０は第１の選択を受信し、ＵＲＬなどのリソースロケータをユーザデバイス１０２に送信し、ユーザデバイスは、選択された広告をストリーミングする要求を広告プロバイダ１４０に送信する。
【０２６５】
ユーザデバイス１０２は、ブロック１６２４に示すように、第１の広告４２４を受信し、再生する。広告４２４は、典型的にはユーザデバイス１０２内で実行されているメディア・プログラム・プレーヤ３０４により、典型的にはメディアプログラムを再生するために使用されるのと同じウィンドウ内で再生されるが、広告４２４を再生するために、異なるメディア・プログラム・プレーヤまたは他のデバイスが使用される他の複数の実施形態が可能である。さらに、前述のことは、広告４２４のストリーミングを示すが、広告４２４が、即座に再生するために、または後で再生するためにユーザデバイス１０２に格納するために、メディア・プログラム・プロバイダ１１０または広告プロバイダから広告４２４がプログレッシブダウンロードされる他の複数の実施形態が可能である。たとえば、第１組の複数の候補広告をすべて、広告のための中断４２２（１）以前にユーザデバイス１０２内にダウンロードし、適宜、ローカルにリプレイすることができる。
【０２６６】
ブロック１６２６で、ユーザデバイス１０２は、第１の広告４２４の再生を中断するコマンドを受け入れる。これが発生する場合があるのは、ユーザ１３２が広告４２４に関する考えを変えたため、広告４２４の選択に関して間違いをしたため、またはユーザ１３２が、単に広告４２４を気に入らないためである。広告の再生を中断するコマンドは、広告サーバ１４０またはＭＰＰ１１０内の該当するエンドポイントへのビーコン呼出を備えてもよい。
【０２６７】
１つまたは複数の広告の選択が続くように図示されたが、中断される広告４２４が、ユーザ１３２ではなく、むしろＭＰＰ１１０により選択された複数の実施形態が可能である。
【０２６８】
広告４２４の再生を中断するユーザコマンドは、多くの方法で実現することができる。ブラウザ４７０を使用する、または専用ソフトウェアを使用する複数の実施形態では、ユーザは、広告４２４の中断を、広告自体を選択することにより、または広告４２４と共に同時に提示されるインタフェース内の複数の制御手段、たとえば図１７Ａに示される「広告交換」を選択することにより、指令してもよい。これは、ポインティングデバイス４８３、もしくはセレクタ４８３を操作する類似の道具を使用して、たとえばポインティングデバイス４８３を使用して、リプレイされる広告４２４の上に乗せるまたは選択することにより、またはディスプレイ２２２をタッチすることにより、実現することができる。テレビを使用する複数の実施形態では、広告４２４の中断は、テレビと共に使用されるリモコン装置のボタンをユーザが押すことにより実現することができる。
【０２６９】
広告４２４の再生中に、再生を中断するための制御手段を提供するインタフェースが提供されてもよい。このインタフェースはまた、選択することができる第２組の複数の候補広告をユーザ１３２に示してもよい。他の複数の実施形態では、第２組の複数の広告を示すインタフェースは、中断コマンドが入力された後にだけ、またはたとえば、ユーザインタフェースのある領域の上に乗せる、もしくは停止制御手段を選択して、何らかの他のユーザ入力が受信されたときに、ユーザに提供されてもよい。
【０２７０】
いずれの場合にも、ブロック１６２６の動作により、ユーザは、他の広告４２４が選択または提供されてもよいように、現在再生されている広告４２４の再生を中断することができるようになる。中断コマンドが受け入れられた後、中断コマンドは再生を停止するために使用される。複数のストリーミング用途では、これは、ブロック１６２８〜１６３２に示すように、第１の広告４２４のストリーミングを中断するメディア・プログラム・プロバイダ１１０に中断コマンドを送信することにより実現することができる。広告が広告プロバイダ１４０によりストリーミングされた場合、中断メッセージは、メディア・プログラム・プロバイダ１１０に送信され、広告プロバイダ１４０に転送されてもよい、またはユーザデバイスが、ＭＰＰ１１０により指定される広告プロバイダ１４０のＵＲＬに広告要求を送信した実施形態では、中断コマンドは、直接ユーザデバイス１０２から広告プロバイダ１４０に送信されてもよい。広告がローカルにリプレイされた場合、ユーザデバイス１０２が再生を中断する。
【０２７１】
上述のように、複数の広告の再生のモニタリングは、ユーザ１３２がどの複数の広告を視聴したか、およびユーザ１３２がどれを視聴しなかったかを追跡するために重要である。ＭＰＰ１１０が広告のストリーミングおよび制御のための中継部の役割を果たす複数の実施形態では（たとえば、ＭＰＰ１１０が、およびＭＰＰ１１０だけが、複数の中断コマンドなどの複数の広告制御入力を受け入れて、これらを広告プロバイダ１４０に転送する）、ＭＰＰ１１０は必要な情報を単に格納することができる。しかしながら、ＭＰＰ１１０が広告に対するリソースロケータをユーザデバイス１０２に送信し、ユーザデバイスが、広告プロバイダ１４０からの広告を要求する複数の実施形態では、ＭＰＰ１１０は、広告のストリーミングに直接関与するわけではない。たとえそうであっても、ＭＰＰは、ＭＰＰ１１０が、ユーザの広告視聴を推測することができる情報を有するように、複数のコマンド／複数のビーコン呼出をＭＰＰに転送することにより、または複数のコマンド／複数のビーコン呼出から得られる他の情報を転送することにより、任意のこのようなコマンド、または類似のメディア・プログラム・プレーヤ３０４のイベントを記述するビーコンについて通知される。
【０２７２】
たとえば、メディアプログラムをストリーミングするサーバとユーザデバイス１０２の間で通常、送信される制御データは、ＭＰＰ１１０に利用できないが、ＭＰＰ１１０が、この広告４２４の連続したストリーミングと調和しないコマンド（たとえば、中断コマンド）を受信しない限り、複数のＭＰＰ１１０は、広告４２４のストリーミングが続いていると推測してもよい。あるいは、広告を視聴しているユーザデバイス１０２に関する情報が、受信されたときに、または一括処理に基づいて、広告プロバイダ１４０からＭＰＰ１１０に送信することができる。
【０２７３】
再生中断後、広告制御インタフェースに関するデータが生成される。一実施形態では、ブロック１６３４に示すように、この広告制御インタフェースは、上述の複数の技法に類似する複数の技法を使用して、メディア・プログラム・プロバイダ１１０により選ばれてもよい第２組の複数の候補広告の複数の識別子および／または表示を備える。一実施形態では、第２組の複数の候補広告は、（ブロック１６２６のコマンドに応答して中断された）第１の広告を除外するが、第１組の複数の広告の中に存在したその他の複数の広告のうち１つまたは複数を含んでも、含まなくてもよい。たとえば、第２組の複数の広告は、単に、中断された広告を除外した第１組の複数の広告でもよい。一般に、ユーザが第１の広告を明らかに気に入らなかったという事実は、ユーザ１３２の好き嫌いに関する有用な情報を提供するので、第２組の複数の候補広告の複数の構成要素の広告が、第１組の複数の候補広告と完全に異なってもよい。第２組の複数の候補広告を選択した後、広告制御インタフェースデータがユーザデバイス１０２に送信される。
【０２７４】
前述のことは、第１組の複数の広告だけに対する複数の表示がブロック１６１２で送信され、かつ第２組の複数の広告が、ブロック１６３６に示すように、中断コマンドの受信後に送信される一実施形態を図示するが、他の複数の実施形態も想定される。たとえば、第２組の複数の候補広告に対する複数の表示（またはメディアプログラムもしくは視聴しているセッションに対するすべての他の候補広告）が、ブロック１６１２に示される第１組と一緒に送信されてもよい。次いで、ユーザデバイス１０２は、第１組および第２組の複数の広告の複数の識別子／複数の表示を受信し、格納し、中断コマンドを受信すると、メモリから第２組の複数の候補広告を取り出し、これらを選択のためにユーザ１３２に提供し、したがって、ブロック１６３６に示される複数の候補広告の第２の送信の必要がなくなる。
【０２７５】
例示的広告制御インタフェースが、図１４Ａ〜図１４Ｂ、図１５、図１７Ａ〜図１７Ｃ、図１８、および／または図１９に示されている。これらの実施形態では、第２組の複数の候補広告の各々の表示が、ブロック１６３６に示すように、提示のためにユーザデバイス１０２に送信される。ユーザデバイス１０２は、ブロック１６３８に示すように、第２組の複数の広告の複数の表示を受信し、これらをユーザ１３２に提供する。
【０２７６】
ブロック１６４０では、第２の広告４２４の第２の選択が受け入れられる。次いで、ブロック１６４２〜１６４６に示すように、この選択を有するメッセージが、メディア・プログラム・プロバイダ１１０に送信され（そして、必要であれば、広告プロバイダ１４０に転送される）、メディア・プログラム・プロバイダ１１０で、メッセージが受信され、第２の広告をユーザデバイス１０２にストリーミングするために使用される。複数の広告がローカルに格納される複数の実施形態では、第１の広告は中断され、選択された第２の広告はローカルに再生される。ユーザデバイス１０２は、ブロック１６４８に示すように、第２の広告を受信し、再生する。
【０２７７】
ブロック１６５０に示すように、さらなる中断コマンドが受信された場合、処理がブロック１６３２に送られ、現在再生されている広告のストリーミングが中断され、他の広告を再び選択する工程が新たに開始される。受信されない場合、ブロック１６５２で、広告の再生が完了したかどうか判定される。広告の再生が完了しなかった場合、処理はブロック１６４６Ａおよび１６４６Ｂにループバックして、ストリーミングおよび再生を継続する。広告の再生が完了した場合、処理はブロック１６５４に送られ、ブロック１６５４では、次の広告４２４、またはメディアプログラムの次の部分４２６（２）をユーザデバイス１０２にストリーミングし、ユーザデバイス１０２では、ブロック１６５６に示すように、次の広告４２４、またはメディアプログラムの次の部分４２６（２）が受信され、再生される。次いで、処理はブロック１６０８に進み、ブロック１６０８で、他の広告機会を待つ。複数の広告機会が、単一の広告または複数の広告をリプレイするのに十分な時間を含んでもよい。したがって、上述の単一の広告再生は広告機会の範囲内であるが、各広告機会に対して複数の広告が選択され、リプレイされてもよい。さらに、ユーザ１３２は、示されるインタフェースを使用して、現在の広告機会の中でそれぞれ再生される複数の広告を選択してもよい、またはインタフェースは、メディアプログラムの再生中に示されるすべての広告を選択するために使用されてもよい。
【０２７８】
ユーザ１３２が、第２の広告を選択するために、広告が開始されて１０秒後に３０秒広告を中断し、次いで、第２の広告が開始されて１０秒後に第２の広告を中断する場合、ユーザは、合計５０秒（１０秒＋１０秒＋３０秒）の広告を見ることになる。一実施形態では、ユーザ１３２は、単にこの追加広告に従い、したがって、複数の広告が真に不愉快であるとユーザが思わない限り、複数の広告を中断するのを思いとどまる。
【０２７９】
しかしながら、「スマート中断」の特徴が、メディアプログラムの中断の総計を最初の値（すなわち、中断なし）または他の値に制限するように実現されてもよい。これは、どれだけの広告時間が実際にユーザに提示されたかを追跡し、この値を広告のための中断内の広告時間の量と比較し、この差を使用して、中断された広告（複数）の代わりに再生される広告（複数）を選択することにより実現することができる。たとえば、広告のための中断が６０秒の時間長を有し、かつ広告のための中断の第１の広告が、中断された再生時間長１０秒を有する場合（広告のための中断の第１の広告は、再生の１０秒後に中断された）、これにより、残りの広告（複数）の選択のために５０秒の広告時間が残る。これは、異なる複数の長さの１つまたは複数の広告、たとえば、３０秒広告および２０秒広告、２つの２５秒広告、または５０秒広告には十分である。
【０２８０】
スマート中断の特徴は、再生された広告時間を、広告のための中断の開始および中断コマンドの受信以来経過した時間として計算し、広告のための中断の時間長と再生された広告時間の差に従って、残っている広告のための中断時間を計算する。この場合、ユーザに提示される候補の１組の複数の広告が、計算された、残っている広告時間に基づく。広告のための中断の間に２つ以上の広告が示される複数の実施形態では、広告のための中断の時間長、残っている広告のための中断時間、ならびに／または広告のための中断の開始および中断コマンドの受信以来経過した時間を示すインタフェースを備えるユーザインタフェースが提供されてもよい。
【０２８１】
異なる複数のバージョンの複数の広告が、広告プロバイダ１４０により使用されてもよい。たとえば、犬の餌のための広告が、長さ３０秒の第１のバージョン、長さ１５秒の第２のバージョン、および長さ５秒の第３のバージョンを備えてもよい。これら３つのバージョンのどれでも、残っている広告のための中断を該当する時間長の複数の広告で埋めるために選択されてもよい。前述のことは、メディアプログラムの再生の中断が、本質的に瞬時に行われることを示すが、このような中断をＮ秒ごとにだけ可能にする他の複数の実施形態が実現されてもよい。換言すれば、ユーザは、広告の中断を要求することが可能であってもよいが、広告は、次の広告が提示される前に、最小時間、継続してもよい。たとえば、ユーザが、３０秒広告の中断を１０秒再生後に要求した場合、広告が少なくとも１５秒リプレイされるまで、再生の中断が遅れてもよい。これにより、第２の１５秒広告を、空き時間なしに示すことができるようになる。
【０２８２】
本明細書の教示を考慮すれば、複数の広告を中断する、および／または視聴するために他の複数の広告を選択するユーザの能力に他の複数の制約が課される複数の実施形態も可能である。一実施形態では、複数のユーザ１３２は、メディアプログラムまたは広告機会ごとに一定数の複数の広告だけを中断することが可能であってもよい。たとえば、ユーザ１３２は、１つの広告４２４だけを中断して、（メディアプログラム内の広告のための中断の間の）他の広告４２２（１）機会ごとに選択することが可能であってもよい、および／またはメディアプログラム３２０ごとまたは１時間ごとに、合計３回の中断、および再度の選択が可能であってもよい。
【０２８３】
広告４２４が、中断前にユーザにどれだけ示されたかを追跡するための手段、および広告のための中断の中で他の複数の広告のために残っている時間を計算するための手段を、メディア・プログラム・プレーヤ３０４、メディア・プログラム・プロバイダ１１０、または広告プロバイダ１４０を含み、ユーザデバイス１０２内に実現することができる。このデータは、上述のように、複数の中断および複数の広告を予定するために有用であるだけでなく、メディア・プログラム・プロバイダ３０４が、ユーザ１３２またはユーザグループに基づいて、どの複数の広告が全部視聴されているか、およびどの複数の広告が中断されているか、および統計的に、複数の広告が、中断される前に時間的にどれだけ先まで示されたかを判定してもよいようにするために有用である。
【０２８４】
図１７Ａは、広告の再生を中断して他の広告を選択する、および／または広告の再生中にユーザ１３２のフィードバックを得るために使用することができる例示的ユーザインタフェース１７００を示す図である。
【０２８５】
図示するように、インタフェースは、広告機会４２２内に時間がどれだけ残っているか、したがって、メディアプログラム３２０のストリーミングまたは再生が開始または再開するまでにどれくらいあるかを示す、メディア・プレーヤ・インタフェース１７０４、アナンシエータ１７０３を含む。メディアプログラム３２０のストリーミングおよび再生中に、ユーザは、広告が、関係がある、またはユーザ１３２が楽しめた場合に制御手段１７０５を、広告が、関係がない、またはユーザが楽しめなかった場合に制御手段１７０７を選択する広告フィードバックの形でユーザ情報を提供することができる。上述のように、この情報は（たとえば、ビーコン呼出を介して）送信され、将来の複数の広告または複数の広告オプションを識別するために使用される。インタフェース１７００はまた、広告交換制御手段１７０９を含んでもよい。
【０２８６】
広告交換制御手段１７０９を選択することにより、ユーザに提示されている広告と他の広告を交換する能力をユーザ１３２に提供するために、ユーザインタフェースを更新する追加データを送信するコマンドがＭＰＰ１１０に送信される。図示される実施形態では、プレーヤ領域１７０４の部分が、広告を部分的に遮るために網掛けされる（したがって、他の選択が行われるまで、中断された広告の再生を継続することが可能になる）。網掛けされた部分１７０８は、中断された広告と置き換えられてもよい広告をそれぞれ表示する複数のサムネイル１７１０Ａ〜１７１０Ｃを含む。サムネイルのうち１つを選択すると、中断された広告のストリーミングおよび再生が停止し、選択された広告のストリーミングおよび再生が開始される。
【０２８７】
一実施形態では、複数の広告主が、中断された複数の広告に対して請求されない、またはより少なく請求される。しかしながら、ユーザ１３２は、中断された広告を置き換えるために選択された広告に、より興味があると推認されるので、ＭＰＰ１１０は、標準的な広告の広告主より多く第２の広告の広告主に請求してもよい。
【０２８８】
広告フィードバック
上述のように、本発明の一実施形態が、提示される複数の広告に関するフィードバックなどのユーザ情報を提供するための手段をユーザ１３２に提供する。このユーザフィードバックは、広告の提示中、または広告が提示された後に提供することができる。この情報は、（上述のようにユーザによる選択のための１組の任意選択の複数の広告としてであろうと、ユーザに示されなければならない複数の広告としてであろうと）提示のために、より適切な複数の広告を選択することができるように、ユーザ１３２に関してさらに多くを知るために使用することができる。たとえば、ユーザが特定の自動車広告を気に入っていることを示す広告フィードバックが、広告サーバ１４０により、より多くの自動車を選択して、現在のメディアプログラムまたは将来の複数のメディアプログラムの間にユーザ１３２に提示するために使用されてもよい。または、このようなフィードバックは、ユーザにどの複数の候補広告を、この場合、複数の自動車に関する複数の候補広告を提示すべきか判断するために使用されてもよい。
【０２８９】
たとえば、図４Ｄは、広告フィードバックを提供するために使用されるデータが、ストリーミングされる広告内部に、またはこの広告と一緒に含まれて、ユーザデバイス１０２に送信される一実施形態を示す。
【０２９０】
図１７Ｃは、ユーザが広告を視聴した後に、ユーザ１３２に提供することができる例示的ユーザインタフェース１７０１を示す図である。インタフェース１７０１は、広告を再生したメディアプレーヤ１７０４、広告がユーザ１３２に気に入られたことを示すための第１の制御手段１７０６、および広告がユーザ１３２に気に入られなかったことを示すための第２の制御手段１７０８を含む。第１の制御手段１７０６または第２の制御手段１７０８を選択することにより、ユーザ１３２が広告をなぜ気に入ったか、または気に入らなかったかを、ユーザ１３２が示すことができる１組の制御手段１７１２が開かれる。ユーザ１３２は、入力ボックス１７１４内の複数の選択肢からなるメニューから選択肢を選び出し、かつ「送信」制御手段１７１６を選択することにより、このようなものとして示す。１組の制御手段１７１２が開かれ、かつユーザ１３２が理由を提供しない、または広告に対する意見を提供しないことを決定した場合、ユーザ１３２は「取消し」制御手段１７１８を選択してもよい。ユーザ１３２が広告をなぜ気に入ったかについての複数の返答は、広告がおもしろいまたは関係があることを含むことができ、一方では、ユーザが広告をなぜ気に入らなかったかについての複数の返答は、広告が不快である、関係がない（ユーザが、描かれた種類の製品もしくはサービスを購入する計画がない、または異なるブランドを好む）、くどい、音が大きすぎる、メディアプログラムの中の都合の悪いときに挿入されたことを含むことができる。さらに、ユーザは、広告を気に入ったか気に入らなかったかに対する回答で「その他」を入力することが可能であってもよい。ユーザは、フィードバック提供に対して補償されても（たとえば、縮小した複数の広告の形で）、補償されなくてもよい。しかしながら、ユーザがフィードバック提供に対する補償を直接提供されない場合でさえ、ユーザの複数の回答が、将来の複数の広告をより正確に選択するために使用することができるので、ユーザは、依然として何らかの利益を提供される。
【０２９１】
ユーザはまた、ユーザが１つまたは複数の調査質問を有する調査を受ける、または他の広告制御データを入力したい場合、「パーソナライズ広告」制御手段１７１１を選択してもよい。一実施形態では、複数の調査質問が、ユーザ１３２が視聴するための広告を選ぶ際に関係があるとみなされた複数の質問または複数の質問カテゴリに対して重み付けされる。たとえば、ユーザ１３２が以前、複数のスポーツカーに興味を示し、かつ提示された広告が複数のスポーツカーに関するものであった場合、パーソナライズ広告制御手段１７１１の選択に応答して提示される複数の調査質問は、複数のスポーツカーへのユーザの関心をより詳細に探る複数の調査質問とすることができる（たとえば、外国のまたは国産の複数のスポーツカーを好むか、または複数のスポーツセダンに関心があるかどうか）。
【０２９２】
複数の追加広告制御手段／複数のオプションインタフェース
図１８は、複数の広告の提示を制御するために使用されてもよいユーザインタフェース１８０１の例示的一実施形態を示す図である。
【０２９３】
広告制御インタフェースのこの実施形態は、ブラウザ４７０内に提示されたメディア・プログラム・プレーヤ・インタフェース１２０２を備える。メディア・プログラム・プレーヤ・インタフェース１８０２は、メディアプログラム３２０／広告４２４の複数の動画を提示するための提示領域１８０４、プログレスバー１８０６、および複数の再生制御手段１８０３（早戻し制御手段１８０３Ａ、一時停止制御手段１８０３Ｂ、停止制御手段１８０３Ｃ、再生制御手段１８０３Ｄ、および早送り制御手段１８０Ｅを含む）を含む。プログレスバー１８０６は、スライダ１８０８により示される、メディアプログラムの現在の時間的再生位置の表示を提供する。スライダ１８０８の左側の領域１８１０は、すでに提示されたメディアプログラム３２０／広告の部分を示し、スライダ１８０８の右側の網掛けされた部分１８１２は、メディア・プログラム・プレーヤ３０４により受信され、かつ再生のためにバッファに入れられたメディアプログラム３２０／広告４２４の部分を示す。一実施形態では、プログレスバー１８０６はまた、メディアプログラムの提示中の複数の広告のための中断の時間的位置を指示す複数のインジケータ１８１４Ａ〜１８１４Ｃを含む。たとえば、１８１４Ａは、インジケータ１８１４Ｂおよびインジケータ１８１４Ｃのように、１つまたは複数の広告が、指示された時間的位置に示されることを示す。広告のための中断の間に示されてもよい複数の広告の数は、複数の広告のうち１つでも、複数でもよい。
【０２９４】
一実施形態では、メディアプログラムの再生が広告のための中断４２２の地点まで進行したとき（たとえば、複数のインジケータ１８１４Ａ〜１８１４Ｃの１つの上に位置するスライダ１８０８により指示される）、広告のための中断の間に再生されるべき複数の広告４２４のうち少なくとも１つが開始される。ユーザは、中断制御手段１８１６を選択することにより、またはインジケータ１８１４Ａ〜１８１４Ｃ上のスライダ１８１４の現在位置から、スライダ１８１４を動かそうとすることにより、メディアプログラムの再生を中断することを望むことを示すことができる。
【０２９５】
このような中断コマンドが生成されたとき、メディア・プログラム・プレーヤ３０４は、単に、現在の広告の再生を停止し、メディア・プログラム・プレーヤ３０４により選択された他の広告の再生を開始してもよい、またはユーザは、中断された広告の場所で再生する広告を選択してもよい。一実施形態では、ユーザ１３２が代替広告を選択することができるように、図１４Ａ、図１４Ｂ、または図１５に示すインタフェースが、ユーザデバイス１０２に送信され、提示される。他の実施形態では、代替広告が選ばれてもよい１組の複数の広告が、提示領域１８０４の近傍のオプション領域１８２０内でユーザに提示されてもよい。図１８に示すように、１組の複数の候補代替広告の中の複数の広告の各々に対する複数のサムネイル１８２２Ａ〜１８２２Ｄが表示されてもよく、複数のナビゲーション矢印１８２４が、１組の中の複数の追加候補広告に対する複数のサムネイルを選択するために使用することができる。選択のためにオプション領域１８２０内に提示される複数の広告は、複数のラジオボタン１８２６を使用して、ブランド、製品／サービス、および製品／サービスのカテゴリにより整理することができる。ユーザはまた、提示される複数のオプションをランダム化する「おまかせ」ラジオボタンを選択してもよい。
【０２９６】
さらに他の実施形態により、ユーザは、メディアプログラム再生中の複数のどの時点でどの複数の広告が示されるかをプレビューすることができるようになる。たとえば、ユーザがマウスオーバーする、右クリックする、または他の方法で複数のインジケータの１つを選択したとき（たとえば、図１８のインジケータ１８１４Ｂ）、インジケータにより表される広告のための中断の間に示されることが現在計画されている複数の広告に対するサムネイル（複数）が、マウスオーバーされたインジケータ１８１４に近接して、またはオプション領域１８２０内に示すことができる。たとえば、インジケータ１８１４Ｂにマウスオーバーすることにより、インジケータ１８１４Ｂにより指定される広告のための中断の間に示されることが計画された広告（複数）に対する１つまたは複数のサムネイル１８１８が、図示されるように示されてもよい。この特徴により、ユーザは、メディアプログラムの再生中または再生前の任意の時点に、メディアプログラム再生中にどの複数の広告が示され予定であるかを判断することが可能になる。ユーザは、示される予定の複数の広告のうち１つのサムネイルを選択し、オプション領域１８２０内に、または図１６に示されるインタフェースなどの異なるユーザインタフェース内に提示される複数のオプションから異なる広告を選択することができる（たとえば、インジケータ１８１４までサムネイル１８２２をドラッグすることによる）。一実施形態では、ユーザは、メディアプログラムが再生を開始する前に、複数の広告のすべてを選択するが、他の複数の実施形態では、メディア・プログラム・プレーヤが再生を開始し、広告が再生される前の短い期間に、ユーザは、広告を選択する機会、またはあらかじめ選択された広告を他の広告に変更する機会を与えられる。
【０２９７】
広告のための中断の間に２つ以上の広告が再生されてもよいので、広告選択ユーザインタフェースは、どの複数の広告が、それぞれの広告のための中断に対していつリプレイされるかを選択するために使用することができる広告スケジューラ部分１８２８と共に拡大されてもよい。図１８は、ユーザ１３２が、インジケータ１８１４Ｂにより指定される広告のための中断の間に再生された広告の再生を中断したユーザインタフェースの一例を示す。広告のための中断バー１８３０の長さが、広告のための中断の長さを示す。第１の部分１８３２が、すでに再生された複数の広告の継続時間を示し、広告のための中断バー１８３０の残りの長さが、残っている、広告のための中断時間を示す。このとき、ユーザ１３２は、オプション領域から複数の広告を選択し、これらの広告を広告バーまでドラッグし、これらの広告を、広告のための中断の間に再生される他の複数の広告に対して所望の順序で配置してもよい。時間バー１８３４は、ユーザが起動した広告再生中断がどこで行われたかを示し、時間バー１８３４の右側までの距離が、追加の複数の広告を再生するために、どれくらいの時間が広告のための中断に残っているかを示す。図示される実施形態では、５つの広告が選択され、時間バー１８３４の右側までの領域の中に配置された。各広告の相対的時間長が、選択された広告それぞれを表す複数のブロック１８３６〜１８４４の幅により示される。複数の広告は、オプション領域１８２０から複数の候補広告の複数のサムネイルを選択し、これらのサムネイルを広告のための中断バー１８３０内部の該当する位置までドラッグすることを含む任意の適切な方法により、または複数のサムネイルを選択し、追加ボタン１８４６を選択して広告を追加する、もしくは削除１８４８ボタンを選択して広告を削除することにより、広告のための中断バー１８３０の中に配置することができる。複数の広告はまた、単にこれらの広告を選択し、新しい位置にドラッグすることにより整理し直すことができる。
【０２９８】
複数の広告の保存
一実施形態では、ユーザ１３２は、複数の広告機会４２２の間に再生される複数の広告を選択することができるだけでなく、ユーザ１３２にとって好都合であり、かつ望ましい時間に、後でリプレイするために保存される、またはインデックスされる複数の広告４２４を選択することもできる。この実施形態では、ユーザ１３２は、将来あり得る複数の購入に関係がある、ユーザ１３２の複数の友人に関係がある可能性がある、または単に見るのが楽しい複数の広告を見ることが確認される。このような複数の広告４２４をローカルにまたは遠隔に保存する、またはインデックスする能力により、ユーザ１３２は、関心のある広告４２４を後で視聴するために、およびさらに考慮するために保存する、またはこの広告を他のユーザに転送することができるようになる。ユーザ１３２は、広告４２４が再生されている間に、この広告にマウスオーバーし、選択することにより、広告を保存すべきものとして指定してもよく、したがってインタフェースを開き、それにより、広告自体、または広告へのインデックスがローカルにまたは遠隔で保存されてもよい。代わりにまたはさらに、メディア・プログラム・プレーヤ３０４は、広告を保存するために選択することができる「保存」または「広告保存」の制御手段を含んでもよい。また、代わりにまたはさらに、メディア・プログラム・プレーヤ３０４は、広告再生が完了すると、ユーザ１３２が広告を保存したいかどうかに関するはい／いいえ質問をユーザ１３２に与えるインタフェースを提示してもよい。このような複数の事例のいずれにおいても、広告をどこに保存すべきかをユーザが規定することができるようになる他のインタフェースが提示されてもよい。
【０２９９】
保存された複数の広告は、複数の第三者、たとえばユーザの複数の友人に送信されてもよい。所望の広告が、広告を選択し（たとえば、広告に関連するサムネイルを選択することにより）、保存／共有制御手段１８２８を選択することにより、または所望の広告が再生されている間に保存／共有制御手段１８２８を選択することにより、保存されてもよい。保存／共有制御手段１８２８を選択することにより、ユーザに広告を保存または共有することに関する選択肢を与える他のインタフェースが開かれてもよい。ユーザが広告を保存することを選んだ場合、広告を有するソフトウェアファイルがユーザデバイス１０２により格納されてもよい、またはメディア・プログラム・プロバイダ１１０により、ユーザが後で容易にアクセスするために広告を「ブックマークする」ことを決定したという旨の表記を行うことができる。ユーザが広告を共有することを選んだ場合、広告、または広告へのリンクが、電子メールまたはパーソナルメッセージを介して送信されてもよい。共有された広告はまた、メディア・プログラム・プロバイダの内部にいるユーザに配送されてもよい。換言すれば、広告を送信するユーザも広告を受信するユーザもメディア・プログラム・プロバイダに登録されている場合、広告を送信するユーザ（送信ユーザ）は、送信される広告、および広告を受信すべきユーザ（受信ユーザ）を簡単に識別することができる。このとき、広告、および送信ユーザの識別が、外部の電子メールまたは通信システムに頼ることなく、メディア・プログラム・プロバイダ１１０により、受信ユーザに提供されてもよい。
【０３００】
図１９は、メディア・プログラム・プレーヤ３０４が全画面モードであるときに、広告の再生を中断するための一実施形態を示す図である。全画面モードは、ブラウザ４７０ウィンドウ内の領域のすべてまたは実質的にすべてを含むように、メディア・プログラム・プレーヤ３０４の提示領域１８０４を拡大し、メディアプログラムをナビゲートするための複数の制御手段の大部分またはすべてを隠す。しかしながら、ユーザが「エスケープ」ボタンを、もしくはキーボードからほぼ同じことを選択する、または類似の入力を提供する（たとえば、領域１９０２にマウスオーバーすることによる）場合、現在の広告の再生が中断されてもよく、他の複数の広告を選択するための複数のオプションが図示されるように提示されてもよい。
【０３０１】
前述の複数の技法は、ユーザが自分の視聴体験の一部として視聴することを望む複数の広告の選択にユーザが積極的に関与することが留意される。このユーザ入力は、ユーザに対して他の複数の広告または他の複数の広告オプション／候補を選択するために使用することができる。ユーザが、どの複数の広告を見ることを望み、どれを見ることを望まないかに関し積極的に選んだので、この入力は、収集されてもよい他のデータよりも、メディアプログラムの提示中に、ユーザがどの複数の広告を見たいかを判断するのにより直接的に関係がある。
【０３０２】
本発明の範囲を逸脱することなく、この構成に対して多くの修正を行ってもよいことを当業者は認識されよう。たとえば、上記の複数の構成要素の任意の組合せ、または任意の数の異なる複数の構成要素、複数の周辺装置および他の複数のデバイスが、本発明と共に使用されてもよいことを当業者であれば理解されよう。
【０３０３】
結論
ここでは、本発明の好ましい複数の実施形態の説明の結論が下される。本発明の好ましい実施形態の以上の説明は、例示および説明のために提示された。本発明の好ましい実施形態の以上の説明は、網羅的なものでも、開示した厳密な形態に本発明を限定するものでもない。以上の教示に照らして、多くの修正および変形が可能である。本発明の範囲は、この詳細な説明によって限定されるものではなく、むしろ本明細書に添付の特許請求の範囲によって限定されるものである。上記の説明、例およびデータは、本発明の製造、および組成物の用途の完全な説明を提供する。本発明の多くの実施形態は、本発明の精神および範囲を逸脱することなく作成することができるので、本発明は、以下に添付される特許請求の範囲にある。
以下に、本願出願時の特許請求の範囲に記載された発明を付記する。
[１]メディアプログラムおよび広告をユーザデバイスに送信する方法であって、
前記ユーザデバイス上でユーザ情報を提供するための選択肢を提示するための複数の命令を任意選択で含む第１のデータを前記ユーザデバイスに送信することと、
前記ユーザ情報を任意選択で含む第２のデータを前記ユーザデバイスから受け入れることと、
前記メディアプログラムおよび前記広告を前記ユーザ情報に従って前記ユーザデバイスにストリーミングすることと、
の各ステップを備える方法。
[２]前記ユーザ情報は、複数のユーザ調査返答を備える、前記[１]に記載の方法。
[３]前記複数のユーザ調査返答を提供するための前記選択肢は、前記ユーザデバイスから受信される、前記メディアプログラムの要求に応答して、かつ前記メディアプログラムの前記ストリーミング前に提示される、前記[２]に記載の方法。
[４]前記広告は、第１の量の広告、または前記第１の量の広告より少ない第２の量の広告を備え、
前記メディアプログラムおよび前記広告を前記ユーザ情報に従って前記ユーザデバイスに送信する前記ステップは、
前記第２のデータが前記複数のユーザ調査返答を含まない場合に、前記メディアプログラムおよび前記第１の量の広告を送信することと、
前記第２のデータが前記複数のユーザ調査返答を含む場合に、前記メディアプログラムおよび前記第２の量の広告を送信することと、
の各ステップを備える、
前記[３]に記載の方法。
[５]前記第２の量の広告は、前記第１の量の広告より短い継続時間からなる、前記[４]に記載の方法。
[６]前記第２の量の広告は、前記第１の量の広告より少ない複数の広告からなる、前記[４]に記載の方法。
[７]前記広告は、第１の数の複数の広告のための中断、または前記第１の数の複数の広告のための中断より少ない第２の数の複数の広告のための中断の中で提示され、
前記メディアプログラムおよび前記広告を前記ユーザ情報に従って前記ユーザデバイスに送信する前記ステップは、
前記第２のデータが前記複数のユーザ調査返答を含まない場合、前記メディアプログラム、および前記第１の数の複数の広告のための中断の中の前記広告を送信することと、
前記第２のデータが前記複数のユーザ調査返答を含む場合、前記メディアプログラム、および前記第２の数の複数の広告のための中断の中の前記広告を送信することと、
の各ステップを備える、
前記[３]に記載の方法。
[８]前記第１のデータを前記ユーザデバイスに送信する前記ステップは、
ユーザおよび前記ユーザデバイスを備えるグループから選択されるエンティティを一意に識別する識別情報を前記ユーザデバイスから受信することと、
前記第１のデータが、少なくとも部分的に前記識別情報に基づき前記ユーザ情報を提供する前記選択肢を提示するための前記複数の命令を含むべきかどうかを判定することと、
前記判定に従って、前記ユーザ情報を提供するための前記選択肢を提示するための前記複数の命令を備える前記第１のデータを送信することと、
の各ステップを備える、前記[２]に記載の方法。
[９]前記識別情報は、前記ユーザデバイスを一意に識別する、前記[８]に記載の方法。
[１０]前記識別情報は、前記ユーザを一意に識別する、前記[８]に記載の方法。
[１１]前記第１のデータが、前記ユーザ情報を提供するための前記選択肢を提示するための前記複数の命令を含むかどうかを判定する前記ステップは、
直前のユーザ調査返答が前記識別されたエンティティから受信されて以来経過した時間を備える、前記識別されたエンティティの調査履歴と、
前記識別されたエンティティの視聴履歴であって、
前記直前のユーザ調査返答が前記識別されたエンティティから受信されて以来の、前記識別されたエンティティに対する視聴継続期間情報と、
前記直前のユーザ調査返答が前記識別されたエンティティから受信されて以来の、前記識別されたエンティティにより視聴された複数のメディアプログラムの数と、
削除された、以前に受け入れられた複数のユーザ調査返答を備える、前記識別されたエンティティの調査管理履歴と、
を備えるグループから選択される視聴履歴と、
を備えるグループから選択される履歴データにさらに基づく、前記[８]に記載の方法。
[１２]前記直前のユーザ調査返答が前記識別されたエンティティから受信されて以来経過した時間が、調査期間より大きい場合に、および
前記直前のユーザ調査返答が前記識別されたエンティティから受信されて以来、前記識別されたエンティティにより視聴された前記複数のメディアプログラムの前記数がＮを超える場合に、および
前記ユーザは、指定された量の以前に受け入れられた複数の調査返答よりも多く削除していない場合に、
前記第１のデータは、前記ユーザ情報を提供するための前記選択肢を提示するための前記複数の命令を含む、前記[１１]に記載の方法。
[１３]前記第２のデータを前記ユーザデバイスから受け入れた後、前記複数の調査返答を修正する要求を前記ユーザデバイスから受け入れることと、
前記複数の調査返答を取り出すことと、
前記取り出された複数の調査返答を前記ユーザデバイスに送信することと、
修正された複数の調査返答を前記ユーザデバイスから受信することと、
前記修正された複数の調査返答を格納することと、
の各ステップをさらに備える、前記[２]に記載の方法。
[１４]前記取り出された複数の調査返答が、第１の複数の質問を有する第１の調査に応答して提供される第１の複数の調査返答を備え、前記第１の複数の調査質問の各々は、複数の調査質問カテゴリの少なくとも１つに関連づけられ、
前記取り出された複数の調査返答は、複数の調査カテゴリの少なくとも１つの中に整理される、
前記[１３]に記載の方法。
[１５]前記取り出された複数の調査返答は、
第１の複数の質問を有する第１の調査に応答して提供される第１の複数の調査返答と、
第２の複数の質問を有する第２の調査に応答して提供される第２の複数の調査返答と、
を備え、前記取り出された複数の調査返答は、前記第１の調査および前記第２の調査に従って整理される、
前記[１３]に記載の方法。
[１６]前記広告は複数の広告を備え、
前記取り出された複数の調査返答を前記ユーザデバイスに送信する前記ステップは、
前記メディアプログラムと共に提示された前記複数の広告を前記取り出された複数の調査返答と相関させることと、
前記複数の広告と相関させられた前記取り出された複数の返答を送信することと、
の各ステップを備える、
前記[１３]に記載の方法。
[１７]前記ユーザ情報は、前記広告に関するユーザフィードバックを備える、前記[１]に記載の方法。
[１８]前記ユーザ情報は、前記ユーザデバイスに現在ストリーミングされており、かつ前記ユーザ情報を提供するためのオプションを同時に提示されている広告に関するユーザフィードバックを備える、前記[１７]に記載の方法。
[１９]前記ユーザフィードバックは、選択のために前記ユーザに提示される複数の広告オプションを識別するために使用される、前記[１７]に記載の方法。
[２０]前記識別された複数の広告制御オプションを備える第３のデータを前記ユーザデバイスに送信することと、
前記ユーザ選択の複数の広告制御オプションを備える第４のデータを前記ユーザデバイスから受信することと、
の各ステップをさらに備え、
前記メディアプログラムおよび前記複数の広告は、前記ユーザ選択の複数の広告制御オプションに従って前記ユーザデバイスにストリーミングされる、
前記[１９]に記載の方法。
[２１]メディアプログラムおよび広告をユーザデバイスに送信する装置であって、
前記ユーザデバイス上でユーザ情報を提供するための選択肢を提示するための複数の命令を任意選択で含む第１のデータを前記ユーザデバイスに送信するための手段と、
前記ユーザ情報を任意選択で含む第２のデータを前記ユーザデバイスから受信するための手段と、
前記メディアプログラムおよび前記広告を前記ユーザ情報に従って前記ユーザデバイスにストリーミングするための手段と、
を備える装置。
[２２]前記ユーザ情報は、複数の調査返答を備える、前記[２１]に記載の装置。
[２３]前記複数のユーザ調査返答を提供するための前記選択肢は、前記ユーザデバイスから受信される前記メディアプログラムの要求に応答して、かつ前記メディアプログラムの前記ストリーミング前に提示される、前記[２２]に記載の装置。
[２４]前記広告は、第１の量の広告、または前記第１の量の広告より少ない第２の量の広告を備え、
前記メディアプログラムおよび前記広告を前記ユーザ情報に従って前記ユーザデバイスに送信するための手段は、
前記第２のデータが前記複数のユーザ調査返答を含まない場合に、前記メディアプログラムおよび前記第１の量の広告を送信するための手段と、
前記第２のデータが前記複数のユーザ調査返答を含む場合に、前記メディアプログラムおよび前記第２の量の広告を送信するための手段と、
を備える、
前記[２３]に記載の装置。
[２５]前記第２の量の広告は、前記第１の量の広告より短い継続時間からなる、前記[２４]に記載の装置。
[２６]前記第２の量の広告は、前記第１の量の広告より少ない複数の広告からなる、前記[２４]に記載の装置。
[２７]前記広告は、第１の数の複数の広告のための中断、または前記第１の量の複数の広告のための中断より少ない第２の数の複数の広告のための中断の中で提示され、
前記メディアプログラムおよび前記広告を前記ユーザ情報に従って前記ユーザデバイスに送信する前記ステップは、
前記第２のデータが前記複数のユーザ調査返答を含まない場合、前記メディアプログラム、および前記第１の数の複数の広告のための中断の中の前記広告を送信することと、
前記第２のデータが前記複数のユーザ調査返答を含む場合、前記メディアプログラム、および前記第２の数の複数の広告のための中断の中の前記広告を送信することと、
の各ステップを備える、
前記[２３]に記載の方法。
[２８]前記第１のデータを前記ユーザデバイスに送信する前記ステップは、
ユーザおよび前記ユーザデバイスを備えるグループから選択されるエンティティを一意に識別する識別情報を前記ユーザデバイスから受信するための手段と、
前記第１のデータが、少なくとも部分的に前記識別情報に基づき前記ユーザ情報を提供する前記選択肢を提示するための前記複数の命令を含むべきかどうかを判定するための手段と、
前記判定に従って、前記ユーザ情報を提供するための前記選択肢を提示するための前記複数の命令を備える前記第１のデータを送信するための手段と、
を備える、前記[２２]に記載の装置。
[２９]前記識別情報は、前記ユーザデバイスを一意に識別する、前記[２８]に記載の装置。
[３０]前記識別情報は、前記ユーザを一意に識別する、前記[２８]に記載の装置。
[３１]前記第１のデータが、前記ユーザ情報を提供するための前記選択肢を提示するための前記複数の命令を含むかどうかが、
直前のユーザ調査返答が前記識別されたエンティティから受信されて以来経過した時間を備える、前記識別されたエンティティの調査履歴と、
前記識別されたエンティティの視聴履歴であって、
前記直前のユーザ調査返答が前記識別されたエンティティから受信されて以来の、前記識別されたエンティティに対する視聴継続期間情報と、
前記直前のユーザ調査返答が前記識別されたエンティティから受信されて以来の、前記識別されたエンティティにより視聴された複数のメディアプログラムの数と、
削除された、以前に受け入れられた複数のユーザ調査返答を備える、前記識別されたエンティティの調査管理履歴と、
を備えるグループから選択される視聴履歴と、
を備えるグループから選択される履歴データにさらに基づく、
前記[２８]に記載の装置。
[３２]前記直前のユーザ調査返答が前記識別されたエンティティから受信されて以来経過した時間が、調査期間より大きい場合に、および
前記直前のユーザ調査返答が前記識別されたエンティティから受信されて以来、前記識別されたエンティティにより視聴された複数のメディアプログラムの数がＮを超える場合に、および
前記ユーザは、指定された量の以前に受け入れられた複数の調査返答よりも多く削除しなかった場合に、
前記第１のデータは、前記ユーザ情報を提供するための前記選択肢を提示するための前記複数の命令を含む、前記[３１]に記載の装置。
[３３]前記第２のデータを前記ユーザデバイスから受け入れた後に、前記複数の調査返答を修正する要求を前記ユーザデバイスから受け入れるための手段と、
前記複数の調査返答を取り出すための手段と、
前記取り出された複数の調査返答を前記ユーザデバイスに送信するための手段と、
修正された複数の調査返答を前記ユーザデバイスから受信するための手段と、
前記修正された複数の調査返答を格納するための手段と、
をさらに備える、前記[２２]に記載の装置。
[３４]前記取り出された複数の調査返答は、第１の複数の質問を有する第１の調査に応答して提供される第１の複数の調査返答を備え、前記第１の複数の調査質問の各々は、複数の調査質問カテゴリの少なくとも１つに関連づけられ、
前記取り出された複数の調査返答は、複数の調査カテゴリの少なくとも１つの中に整理される、
前記[３３]に記載の装置。
[３５]前記取り出された複数の調査返答は、
第１の複数の質問を有する第１の調査に応答して提供される第１の複数の調査返答と、
第２の複数の質問を有する第２の調査に応答して提供される第２の複数の調査返答と、
を備え、前記取り出された複数の調査返答は、前記第１の調査および前記第２の調査に従って整理される、
前記[３３]に記載の装置。
[３６]前記広告は複数の広告を備え、
前記取り出された複数の調査返答を前記ユーザデバイスに送信するための手段は、
前記メディアプログラムと共に提示された前記複数の広告を前記取り出された複数の調査返答と相関させるための手段と、
前記複数の広告と相関させられた前記取り出された複数の調査返答を送信するための手段と、
を備える、
前記[３３]に記載の装置。
[３７]前記ユーザ情報は、前記広告に関するユーザフィードバックを備える、前記[２１]に記載の装置。
[３８]前記ユーザ情報は、前記ユーザデバイスに現在ストリーミングされており、かつ前記ユーザ情報を提供するためのオプションを同時に提示されている広告に関するユーザフィードバックを備える、前記[３７]に記載の装置。
[３９]前記ユーザフィードバックは、選択のために前記ユーザに提示される複数の広告オプションを識別するために使用される、前記[３７]に記載の装置。
[４０]前記識別された複数の広告制御オプションを備える第３のデータを前記ユーザデバイスに送信するための手段と、
前記ユーザ選択の複数の広告制御オプションを備える第４のデータを前記ユーザデバイスから受信するための手段と、
前記メディアプログラムおよび複数の広告は、前記ユーザ選択の複数の広告制御オプションに従って前記ユーザデバイスにストリーミングされるための手段と、
をさらに備える、前記[３９]に記載の装置。
[４１]メディアプログラムおよび広告をユーザデバイスに送信する装置であって、
プロセッサと、
前記プロセッサに通信可能に結合されたメモリであって、
前記ユーザデバイス上でユーザ情報を提供するための選択肢を提示するための複数の命令を任意選択で含む第１のデータを前記ユーザデバイスに送信することと、
前記ユーザ情報を任意選択で含む第２のデータを前記ユーザデバイスから受け入れることと、
前記メディアプログラムおよび前記広告を前記ユーザ情報に従って前記ユーザデバイスにストリーミングすることと、
のための複数の命令を備える複数の命令を格納するメモリと、
を備える装置。
[４２]前記ユーザ情報は、複数のユーザ調査返答を備える、前記[４１]に記載の装置。
[４３]前記複数のユーザ調査返答を提供するための前記選択肢は、前記ユーザデバイスから受信される前記メディアプログラムの要求に応答して、かつ前記メディアプログラムの前記ストリーミング前に提示される、前記[４２]に記載の装置。
[４４]前記広告は、第１の量の広告、または前記第１の量の広告より少ない第２の量の広告を備え、
前記メディアプログラムおよび前記広告を前記ユーザ情報に従って前記ユーザデバイスに送信するための前記複数の命令は、
前記第２のデータが前記複数のユーザ調査返答を含まない場合に、前記メディアプログラムおよび前記第１の量の広告を送信するための複数の命令と、
前記第２のデータが前記複数のユーザ調査返答を含む場合に、前記メディアプログラムおよび前記第２の量の広告を送信するための複数の命令と、
を備える、
前記[４３]に記載の装置。
[４５]前記第２の量の広告は、前記第１の量の広告より短い継続時間からなる、前記[４４]に記載の装置。
[４６]前記第２の量の広告は、前記第１の量の広告より少ない複数の広告からなる、前記[４４]に記載の装置。
[４７]前記広告は、第１の数の複数の広告のための中断、または前記第１の量の複数の広告のための中断より少ない第２の数の複数の広告のための中断の中で提示され、
前記メディアプログラムおよび前記広告を前記ユーザ情報に従って前記ユーザデバイスに送信するための前記複数の命令は、
前記第２のデータが前記複数のユーザ調査返答を含まない場合、前記メディアプログラム、および前記第１の数の複数の広告のための中断の中の前記広告を送信することと、
前記第２のデータが前記複数のユーザ調査返答を含む場合、前記メディアプログラム、および前記第２の数の複数の広告のための中断の中の前記広告を送信することと、
のための複数の命令を備える、
前記[４３]に記載の方法。
[４８]前記複数の命令は、
前記第２のデータを前記ユーザデバイスから受け入れた後に、前記複数の調査返答を修正する要求を前記ユーザデバイスから受け入れることと、
前記複数の調査返答を取り出すことと、
前記取り出された複数の調査返答を前記ユーザデバイスに送信することと、
修正された複数の調査返答を前記ユーザデバイスから受信することと、
前記修正された複数の調査返答を格納することと、
のための複数の命令をさらに備える、前記[４２]に記載の装置。
[４９]前記ユーザ情報は、前記広告に関するユーザフィードバックを備える、前記[４１]に記載の装置。
[５０]前記ユーザ情報は、前記ユーザデバイスに現在ストリーミングされており、かつ前記ユーザ情報を提供するためのオプションを同時に提示されている広告に関するユーザフィードバックを備える、前記[４９]に記載の装置。
[５１]前記ユーザフィードバックは、選択のために前記ユーザに提示される複数の広告オプションを識別するために使用される、前記[４９]に記載の装置。
[５２]前記複数の命令は、
前記識別された複数の広告制御オプションを備える第３のデータを前記ユーザデバイスに送信することと、
前記ユーザ選択の複数の広告制御オプションを備える第４のデータを前記ユーザデバイスから受信することと、
のための複数の命令をさらに備え、
前記メディアプログラムおよび複数の広告は、前記ユーザ選択の複数の広告制御オプションに従って前記ユーザデバイスにストリーミングされる、
前記[４９]に記載の装置。
[５３]前記識別された複数の広告制御オプションは、
１つだけの特定の広告が、前記広告のための中断の間に視聴するために選ばれることが可能になる、前記ユーザデバイス上の１組の特定の複数の広告
を備える、前記[５２]に記載の装置。
【図１】
0006042337.tif 000007
【図２】
0006042337.tif 000008
【図３Ａ】
0006042337.tif 000009
【図３Ｂ】
0006042337.tif 000010
【図３Ｃ】
0006042337.tif 000011
【図３Ｄ】
0006042337.tif 000012
【図３Ｅ】
0006042337.tif 000013
【図３Ｆ】
0006042337.tif 000014
【図３Ｇ】
0006042337.tif 000015
【図３Ｈ】
0006042337.tif 000016
【図４Ａ】
0006042337.tif 000017
【図４Ｂ】
0006042337.tif 000018
【図４Ｃ】
0006042337.tif 000019
【図４Ｄ】
0006042337.tif 000020
【図４Ｅ】
0006042337.tif 000021
【図４Ｆ】
0006042337.tif 000022
【図５Ａ】
0006042337.tif 000023
【図５Ｂ】
0006042337.tif 000024
【図６Ａ】
0006042337.tif 000025
【図６Ｂ】
0006042337.tif 000026
【図７Ａ】
0006042337.tif 000027
【図７Ｂ】
0006042337.tif 000028
【図８】
0006042337.tif 000029
【図９】
0006042337.tif 000030
【図１０】
0006042337.tif 000031
【図１１Ａ】
0006042337.tif 000032
【図１１Ｂ】
0006042337.tif 000033
【図１１Ｃ】
0006042337.tif 000034
【図１２】
0006042337.tif 000035
【図１３】
0006042337.tif 000036
【図１４Ａ】
0006042337.tif 000037
【図１４Ｂ】
0006042337.tif 000038
【図１５】
0006042337.tif 000039
【図１６Ａ】
0006042337.tif 000040
【図１６Ｂ】
0006042337.tif 000041
【図１６Ｃ】
0006042337.tif 000042
【図１６Ｄ】
0006042337.tif 000043
【図１７Ａ】
0006042337.tif 000044
【図１７Ｂ】
0006042337.tif 000045
【図１７Ｃ】
0006042337.tif 000046
【図１８】
0006042337.tif 000047
【図１９】
0006042337.tif 000048