(57)【要約】  ストリーミング動画セグメントにおける広告の構成がクライアントデバイスと協働して機能する。選択アルゴリズムを使用して、サーバが、動画ストリーミングセッションのための第１の数のデフォルト動画広告およびその第１の数より大きい第２の数の代替動画広告を選択する。サーバは、代替動画広告の識別子を提供し、ストリーミング動画内の対応するアドブレイクより前に識別子をクライアントデバイスに送信する。代替動画広告の１つをクライアントデバイスにストリーミングする間または前に、サーバは、代替動画広告の１つがデフォルト動画広告の１つとスワップされることをリクエストするクライアントデバイスからの信号を検知し、その信号を検知することに応答して、デフォルト動画のストリーミングを中断し、代替動画広告の前記１つのストリーミングを開始する。対応する動作がクライアントデバイスによって実行されうる。
2014534671.tif 000002
【特許請求の範囲】
【請求項１】
スワップ可能動画広告を構成する方法であって、
コンピュータ上で動作する選択アルゴリズムを使用して、識別されたデジタル動画コンテンツ内の画定されたアドブレイクの間に再生するように構成された１つまたは複数のデフォルト動画広告を選択すること、
前記１つまたは複数のデフォルト動画広告の第１の数を決定することと、
前記第１の数に基づいて第２の数を決定すること、ここにおいて、前記第２の数は前記第１の数より小さくない、
前記コンピュータ上で動作する前記選択アルゴリズムを使用して、第２の数の代替動画広告を選択すること、および、
前記アドブレイクの出現より前にクライアントデバイスに送信するための前記代替動画広告の識別子を提供すること、
を備える、スワップ可能動画広告を構成する方法。
【請求項２】
前記クライアントデバイスから前記デジタル動画コンテンツに対するリクエストを受信し、前記リクエストに応答して、前記画定されたアドブレイクを含む前記デジタル動画コンテンツを前記クライアントデバイスにストリーミングすることをさらに備える請求項１に記載の方法。
【請求項３】
前記デフォルト動画広告の１つを前記クライアントデバイスにストリーミングする間または前に、前記代替動画広告の１つが前記デフォルト動画広告の前記１つとスワップされることをリクエストする前記クライアントデバイスからの信号を検知することをさらに備える請求項１に記載の方法。
【請求項４】
前記デフォルト動画広告の前記１つを前記クライアントデバイスにストリーミングすることを中断し、前記信号を検知することに応答して、前記代替動画広告の前記１つのストリーミングを開始することをさらに備える請求項３に記載の方法。
【請求項５】
前記デフォルト動画広告の前記１つは、前記第１の数のデフォルト動画広告のうちの任意の１つを備える請求項３に記載の方法。
【請求項６】
前記信号を検知することは、前記デフォルト動画広告の前記１つの前記クライアントデバイスへのストリーミングの間に実行される請求項３に記載の方法。
【請求項７】
前記第２の数は前記第１の数より大きい請求項１に記載の方法。
【請求項８】
前記第２の数を決定することは、前記第１の数と２との和を計算することをさらに含む請求項１に記載の方法。
【請求項９】
クライアントデバイス上で再生される前記識別されたデジタル動画コンテンツにおいて前記画定されたアドブレイクが予想されることを示すメッセージを受信することに応答して実行される請求項１に記載の方法。
【請求項１０】
前記１つまたは複数のデフォルト動画広告の再生の間にクライアントインタフェースにおける再生のために前記代替動画広告を示すサムネイル画像を前記クライアントデバイスに提供することをさらに備える請求項１に記載の方法。
【請求項１１】
前記選択アルゴリズムは、ユーザ選好情報に少なくとも一部基づいて前記デフォルト動画広告および前記代替動画広告を選択する請求項１に記載の方法。
【請求項１２】
前記選択アルゴリズムは、広告主選好情報に少なくとも一部基づいて前記デフォルト動画広告および前記代替動画広告を選択する請求項１に記載の方法。
【請求項１３】
少なくとも１つのプロセッサであって、
選択アルゴリズムを使用して、識別されたデジタル動画コンテンツ内の画定されたアドブレイクの間に再生するように構成された１つまたは複数のデフォルト動画広告を選択し、
前記１つまたは複数のデフォルト動画広告の第１の数を決定し、
前記第１の数に基づいて第２の数を決定し、ここにおいて、前記第２の数は前記第１の数より小さくない、
前記コンピュータ上で動作する前記選択アルゴリズムを使用して、第２の数の代替動画広告を選択し、
前記アドブレイクの出現より前にクライアントデバイスに送信するための前記代替動画広告の識別子を提供する
ように構成されたプロセッサと、
データを格納するために前記少なくとも１つのプロセッサに結合されたメモリとを備える装置。
【請求項１４】
前記プロセッサは、前記クライアントデバイスから前記デジタル動画コンテンツに対するレクエストを受信し、前記リクエストに応答して、前記画定されたアドブレイクを含む前記デジタル動画コンテンツを前記クライアントデバイスにストリーミングするようにさらに構成される請求項１３に記載の装置。
【請求項１５】
前記プロセッサは、前記デフォルト動画広告の１つを前記クライアントデバイスにストリーミングする間または前に、前記代替動画広告の１つが前記デフォルト動画広告の１つとスワップされることをリクエストする前記クライアントデバイスからの信号を検知するようにさらに構成される請求項１３に記載の装置。
【請求項１６】
前記プロセッサは、前記信号を検知することに応答して、前記前記デフォルト動画広告の前記１つを前記クライアントデバイスにストリーミングすることを中断し、前記代替動画広告の前記１つのストリーミングを開始するようにさらに構成される請求項１５に記載の装置。
【請求項１７】
前記プロセッサは、前記第２の数が前記第１の数より大きいことを決定するようにさらに構成される請求項１３に記載の装置。
【請求項１８】
前記プロセッサは、前記第１の数と２の和を計算することによって前記第２の数を決定するようにさらに構成される請求項１３に記載の装置。
【請求項１９】
前記プロセッサは、前記画定されたアドブレイクが前記クライアントデバイス上で再生される前記識別されたデジタル動画コンテンツ内に予想されることを示すメッセージを受信することに応答して前記１つのまたは複数のデフォルト動画広告を選択するようにさらに構成される請求項１３に記載の装置。
【請求項２０】
前記プロセッサは、前記１つまたは複数のデフォルト動画広告の再生の間にクライアントインタフェースにおいて表示するために前記代替動画広告を示すサムネイル画像を前記クライアントデバイスに提供するようにさらに構成される請求項１３に記載の装置。
【請求項２１】
前記選択アルゴリズムは、ユーザ選好情報に少なくとも一部基づいて前記デフォルト動画広告および前記代替動画広告を選択するように構成される請求項１３に記載の装置。
【請求項２２】
前記選択アルゴリズムは、広告主選好情報に少なくとも一部基づいて前記デフォルト動画広告および前記代替動画広告を選択するように構成される請求項１３に記載の装置。
【請求項２３】
選択アルゴリズムを使用して、識別されたデジタル動画コンテンツ内の画定されたアドブレイクの間に再生するように構成された１つまたは複数のデフォルト動画広告を選択し、
前記１つまたは複数のデフォルト動画広告の第１の数を決定し、
前記第１の数に基づいて第２の数を決定し、ここにおいて、前記第２の数は前記第１の数より小さくない、
前記コンピュータ上で動作する前記選択アルゴリズムを使用して、第２の数の代替動画広告を選択し、
前記アドブレイクの出現より前にクライアントデバイスに送信するための前記代替動画広告の識別子を提供するためのコードを備えた非一時的コンピュータ読取可能媒体を具備するコンピュータプログラム製品。
【請求項２４】
ユーザがストリーミング動画広告をスワップできるようにする方法であって、
メディアプレーヤコンポーネントを使用して、画定されたアドブレイクを含む動画コンテンツをクライアントデバイス上で再生することと、
前記画定されたアドブレイクの間に第１の動画広告を再生することと、
前記第１の動画広告の再生の間に第２の動画広告へのリンクを表示することと、
前記リンクの選択を示すユーザインプットを受信することと、
前記ユーザインプットを受信することに応答して、前記第１の動画広告の再生を停止し、前記第２の動画広告の再生を開始することと
を具備する方法。
【請求項２５】
前記動画コンテンツ、第１の動画広告および第２の動画広告は、ストリーミング動画を備えており、前記ユーザインプットを受信することに応答して、前記第２の動画広告が前記クライアントデバイスにストリーミングされることをリクエストすることをさらに具備する請求項２４に記載の方法。
【請求項２６】
前記第１の動画広告を取得するために、前記クライアントデバイス上で再生される前記識別されたデジタル動画コンテンツ内に前記画定されたアドブレイクが予想されることを示すメッセージを送信することをさらに具備する請求項２４に記載の方法。
【請求項２７】
前記第２の動画広告への前記リンクを表示しつつ第３の動画広告へのリンクを表示することをさらに具備する請求項２４に記載の方法。
【請求項２８】
前記第１の動画広告の再生の間に、前記第１の動画広告を代替広告とスワップすることへのユーザ関心を示すための対話型オブジェクトを表示することをさらに具備する請求項２４に記載の方法。
【請求項２９】
前記第１の動画広告を代替広告とスワップすることへのユーザ関心を示すユーザインプットを受信することに応答して、前記第２の動画広告へのリンクとして構成されたサムネイル画像を表示することをさらに具備する請求項２４に記載の方法。
【請求項３０】
前記サムネイル画像を表示しながら前記第１の動画広告の再生を休止することをさらに具備する請求項２９に記載の方法。
【請求項３１】
少なくとも１つのプロセッサであって
画定されたアドブレイクを含む動画コンテンツを再生し、
前記画定されたアドブレイクの間に第１の動画広告を再生し、
前記第１の動画広告の再生の間に第２の動画広告へのリンクを表示し、
前記リンクの選択を示すユーザインプットを受信し、
前記ユーザインプットを受信することに応答して、前記第１の動画広告を停止し、前記第２の動画広告の再生を開始するように構成されたプロセッサと、
データを格納するために前記少なくとも１つのプロセッサに結合されたメモリと、を具備する装置。
【請求項３２】
前記プロセッサは、前記ユーザインプットを受信することに応答して、前記第２の動画広告が前記クライアントデバイスにストリーミングされることをリクエストするようにさらに構成され、前記動画コンテンツ、第１の動画広告および第２の動画広告はストリーミング動画を備える請求項３１に記載の装置。
【請求項３３】
前記プロセッサは、前記第１の動画広告を取得するために、前記クライアントデバイス上で再生される前記識別されたデジタル動画コンテンツ内に前記画定されたアドブレイクが予想されることを示すメッセージを送信するようにさらに構成される請求項３１に記載の装置。
【請求項３４】
前記プロセッサは、前記第２の動画広告への前記リンクを表示しつつ第３の動画広告へのリンクを表示するようにさらに構成される請求項３１に記載の装置。
【請求項３５】
前記プロセッサは、前記第１の動画広告の再生の間に、前記第１の動画広告を代替広告とスワップすることへのユーザ関心を示すための対話型オブジェクトを表示するようにさらに構成される請求項３１に記載の装置。
【請求項３６】
前記プロセッサは、前記第１の動画広告を代替広告とスワップすることへのユーザ関心を示すユーザインプットを受信することに応答して、前記第２の動画広告へのリンクとして構成されたサムネイル画像を表示するようにさらに構成される請求項３１に記載の装置。
【請求項３７】
前記プロセッサは、前記サムネイル画像を表示しつつ前記第１の動画広告の再生を休止するようにさらに構成される請求項３６に記載の装置。
【請求項３８】
コンピュータプログラム製品であって、
メディアプレーヤコンポーネントを使用して、画定されたアドブレイク
を含む動画コンテンツを再生し、
前記画定されたアドブレイクの間に第１の動画広告を再生し、
前記第１の動画広告の再生の間に第２の動画広告へのリンクを表示し、
前記リンクの選択を示すユーザインプットを受信し、
前記ユーザインプットを受信することに応答して、前記第１の動画広告の再生を停止し、前記第２の動画広告の再生を開始するためのコードを備えた非一時的コンピュータ読取可能媒体を具備するコンピュータプログラム製品。
【発明の詳細な説明】
【関連出願への相互参照】
【０００１】
この出願は、２０１１年１０月３日に提出された米国仮出願第６１／５４２７４３号の３５Ｕ．Ｓ．Ｃ．１１９（ｅ）による優先権を主張し、その全体において参照により組み込まれる。
【技術分野】
【０００２】
本出願は、一般的にはコンピュータを使用する入力／出力処理に関し、さらに詳細には、ユーザインプットに応答しての動画セグメント、例えばストリーミング動画セグメントにおける動画広告スワッピング（video advertisement swapping）に関する。
【背景技術】
【０００３】
オーディオ-動画データの広告サポート配信（advertising-supported distribution）は、種々の方法、例えばプログレッシブダウンローディング（progressive downloading）またはストリーミング（streaming）を用いて、コンピュータネットワーク、電気通信ネットワーク、およびそのようなネットワークの組み合わせによりコンテンツサーバからリモートクライアントデバイスにインプリメント（implemented）されうる。
【０００４】
ストリーミングでは、サーバは、少なくとも一部クライアントデバイス上で動作するメディアプレーヤコンポーネントにオーディオ-動画データを連続的にストリームし、そしてクライアントデバイスは、サーバからストリーミングデータを受信するのと同時にオーディオ-動画データを再生しうる。メディアプレーヤコンポーネントは、コンテンツプロバイダからデータの初期部分を受信する直後に動画データの再生を開始しうる。従来のストリーミング技法は、エンドユーザの集合にデータのストリームを配信する単一のプロバイダを利用する。単一のストリームを多くの聴衆に配信するためには大きな帯域幅および処理電力が必要とされ、そしてエンドユーザの数が増加するにつれてプロバイダの所要帯域幅が増大しうる。
【０００５】
プログレッシブダウンローディングとは異なり、ストリーミングメディアは、オンデマンドまたはライブで送信されうる。プログレッシブダウンロードは、最初から再生を開始するためには、ファイル全体をダウンロードするかまたはファイル全体を十分にダウンロードすることを必要とするが、ストリーミングは、ファイル内の任意のところで即時再生を可能にする。エンドユーザは、再生を開始するためまたはメディアファイル内の任意のところに再生を変更するために、そのメディアファイルをスキップ（skip）しうる。したがって、エンドユーザは、ファイルがプログレッシブにダウンロードするのを待つ必要がない。通常、ストリーミングメディアは、高い帯域幅機能を有するいくつかの専用サーバから送信される。
【０００６】
ストリーミングメディアサーバは、動画ファイルに対するリクエストを受け取り、そしてそれらのファイルのフォーマット、帯域幅および構成についての情報と一緒に、動画を再生するのに必要なだけのデータ量をそれを再生するのに必要な速度で配信する専門デバイスである。ストリーミングメディアサーバはまた、宛先クライアントにおけるメディアプレーヤの送信帯域幅および機能を説明しうる。ウエブサーバとは異なり、ストリーミングメディアサーバは、動画が再生されるときに変化するネットワーク条件に合わせるために制御メッセージおよびデータメッセージを用いてクライアントデバイスと通信する。これらの制御メッセージは、早送り、逆早送り、停止、あるいはクライアントにおけるファイルの特定の部分への移動のような制御機能を可能にするためのコマンドを含みうる。ストリーミングメディアサーバは、必要とされる場合にのみかつ必要とされる速度で動画データを送信するので、サーブされるストリームの数に対する精密制御が維持されうる。プログレッシブダウンローディングの場合とは異なり、視聴者は、低データ速度の送信媒体で高データ速度の動画を視聴できるであろう。しかし、ストリーミングメディアサーバは、（１）動画ファイルへのランダムアクセスをユーザに提供し、（２）誰が、どんな動画プログラムを視聴しており、そしてそれらの動画プログラムがどのくらい長く視聴されるかについてのモニターリングを可能にし、（３）視聴体験をサポートするために必要とされるだけのデータ量が送信されるので、送信帯域幅をより効率的に使用し、そして（４）動画ファイルは視聴者のコンピュータには格納されずメディアプレーヤによって放棄され、それによりコンテンツに対するより多くの制御を可能にする。
【０００７】
ストリーミングメディアサーバは、動画ストリームを送信するためにＨＴＴＰおよびＴＣＰを使用しうるが、一般にはＲＳＴＰ（リアルタイムストリーミングプロトコル）およびＵＤＰ（ユーザデータグラムプロトコル）を使用する。これらのプロトコルは、オーバーヘッド（overhead）を軽減することによって制御メセージを許容しかつ帯域幅を節約する。ＴＣＰとは異なり、送信時にデータがドロップされる場合に、ＵＤＰは再送リクエスト（resent requests）を送信しない。その代わりに、サーバはデータを送り続ける。ストリーミングメディアサーバはまた、ライブのウエブキャストを配信でき、マルチキャストが可能であり、これにより１より多いクライアントを単一のストリームに同調させ、帯域幅を節約することができる。
【０００８】
通常、プログレッシブにダウンロードされたメディアは、再生より早い速度でユーザデバイスに送信される。メディアプログラムプレーヤは、このデータをバッファし、メディアプログラムのどの程度がバッファされたかを、表示器を設けることにより通常「プログレスバー」（”progress bar”）の一部として表示しうる。制御器を選択しかつそれをプログレスバーに沿って異なる位置まで移動することによって、既にバッファされたプログラム内の任意のところまでユーザが移行でいきるようにする制御器が設けられることが多い。これにより、ユーザはメディアプログラムの任意のバッファされた部分にランダムにアクセスできる。ストリーミングメディアプレーヤは、メディアプログラム内の任意の位置へのランダムアクセスを提供するためにバッファリングには依存しない。その代わりに、これは、メディアプレーヤからストリーミングメディアサーバへと送信される制御メッセージを使用して達成される。
【０００９】
ストリーミングまたはプログレッシブダウンロードによる動画コンテンツの配信は、種々のモデルで達成されうる。１つのモデルでは、ユーザは、例えば、ペイパービューサービス（pay-per-view service）を利用して各動画プログラムの視聴に対して支払う。開始直後に放送テレビジョンによって広く採用された他のモデルでは、メディアプログラムの提供時にまたはその近くで広告を提供する権利と引き換えに、スポンサーがそのプログラムの提供に対して支払う。いくつかのモデルでは、広告は動画プログラム内に所定の時間で挿入され、その時間は「アドポッド」（“ad pods”）または「アドブレイク」（“ad breaks”）と呼ばれうる。ストリーミング動画では、メディアプレーヤは、指定されたアドブレイクの間にはクライアントデバイスが所定の広告を再生せずには動画を再生できないように構成されうる。この機能は広告印象がクライアントデバイスに配信されるようにするのには有用であるが、アドブレイク時に再生される広告コンテンツをユーザが支配するまたはコントロールする能力の欠如が、挿入された広告と一緒にストリーミング動画コンテンツを視聴することへの視聴者の関心を低下させうる。
【００１０】
ストリーミング動画またはプログレッシブダウンロード動画に挿入された広告をコントロールするための従来の方法のこれらのおよび他の限界は、ここに開示される新規な方法および装置によって克服されうる。
【発明の概要】
【００１１】
動画ストリーミングシステムにおける予め構成された動画広告スワッピングを可能にする方法、装置およびシステムが詳細な説明で詳細に説明され、そしていくつかの態様が下記に概述される。この概要と下記の詳細な説明は、統合された開示の相補部分として解釈されるべきであり、その部分は冗長な主題および／または補充的な主題を含みうる。いずれのセクションにおける省略も、一体化された出願に記載されたいかなる要素の優先的なまたは相対的な重要性を示すものではない。各開示から明らかであろうように、セクション間の差異は、代替的な実施の形態の補充的な開示、付加的な詳細、または異なる用語を使用した同一の実施の形態の代替的な説明を含みうる。
【００１２】
１つまたは複数のクライアントデバイスと通信しているコンピュータサーバは、動画ストリーミングシステムにおける予め構成された動画広告スワッピングのための方法を実行しうる。その方法は、コンピュータ上で動作する選択アルゴリズムを使用して、識別されたデジタル動画コンテンツ（例えばストリーミング動画）内の予め画定されたアドブレイクの間に再生するように構成された１つまたは複数のデフォルト動画広告を選択することを含みうる。その方法はさらに、前記１つまたは複数のデフォルト動画広告の第１の数を決定すること、および前記第１の数に基づいて第２の数を決定することを含み、前記第２の数は前記第１の数より少なくはない。例えば、前記第１の数は１であり、そして前記第２の数は１と３の間でありうる。さらに例えば、前記第１の数は１またはそれより大きくありえ、前記第２の数は前記第１の数に加算されたゼロまたはそれより大きい（例えば２）によって決定されうる。その方法は、コンピュータ上で動作する選択アルゴリズムを使用して、第２の数の代替動画広告を選択することをさらに含みうる。
【００１３】
デフォルト広告と代替広告は両方とも、使用可能な広告、ストリーミングセッションのコンテンツ、ユーザプロフィール、または他の基準に基づいた基準を含む任意所望の選択基準を用いて選択されうる。１つの態様では、選択アルゴリズムは、ユーザ選好情報（user preference information）に少なくとも部分的に基づいてデフォルト動画広告と代替動画広告を選択する。他の態様では、選択アルゴリズムは、広告主選好情報（advertiser preference information）に少なくとも部分的に基づいてデフォルト動画広告と代替動画広告を選択する。
【００１４】
代替広告は、クライアント上での代替広告の提示より前の任意適当な時点において選択されうる。例えば、このシステムは、第１の広告スロットに先立って動画プログラムに対するすべての代替広告を選択しうる。他の実施の形態では、このシステムは、クライアントプレーヤデバイス上の広告スロットの直前で、各広告スロットに対する代替広告の１つの集合を選択しうる。代替として、または追加として、このシステムは、デフォルト広告を再生するのに先立ってまたはそのデフォルト広告の再生を開始した直後に、特定のデフォルト広告に対する代替広告を選択しうる。
【００１５】
いったん広告が選択されると、この方法は、アドブレイクの出現より前にデフォルトおよび代替動画広告の識別子をクライアントデバイスに送信することを含みうる。クライアントデバイスは、ストリーミングセッション内の到来アドブレイクにおける再生のためにサーバからのデフォルトおよび／または代替動画広告をリクエストするために広告識別子を使用しうる。
【００１６】
この方法は、クライアントデバイスからのデジタル動画コンテンツのリクエストを受信し、そのリクエストに応答して、画定されたアドブレイクを含むデジタル動画コンテンツをクライアントデバイスにストリーミングすることをさらに含みうる。ストリーミングコンテンツは、クライアントデバイスにおける各アドブレイクの開始および終了を表示するために、開始ビーコンと終了ビーコンを含みうるか、あるいはそれらのビーコンと一緒に使用されうる。クライアントデバイスはこのようなビーコンをサーバに送信することができ、サーバは、そのビーコンに応答して、選択された広告を提供しうる。１つの態様では、デフォルト動画広告のうちの選択された１つは、第１の数のデフォルト動画広告のうちの任意の１つでありうる。
【００１７】
この方法は、サーバによって開始され、そして、画定されたアドブレイクがクライアントデバイス上で再生されている識別されたデジタル動画コンテンツに予想されることを示すメッセージを受信することに応答して実行されうる。換言すると、デフォルト広告および代替広告の選択は、サーバがクライアントからの初期アドブレイクを示すメッセージを受信するまで延期または遅延されうる。
【００１８】
この方法は、デフォルト動画広告のうちの１つをクライアントデバイスにストリーミングしている間にまたはその前に、代替動画広告のうちの１つがデフォルト動画広告のうちの前記１つとスワップされることをリクエストするクライアントデバイスからの信号をサーバが検知することをさらに含みうる。その信号は、ユーザインタフェースによるユーザインプットに応答してクライアントデバイスによって生成されうる。ユーザインプットは、クライアントがデフォルト広告を再生する前に、またはデフォルト広告が再生している間に、クライアントによって受信されうる。
【００１９】
この方法は、サーバにおいて、デフォルト動画広告のうちの前記１つのクライアントデバイスへのストリーミングを中断し、そして、代替広告を選択するクライアントからの信号を検知することに応答して、代替動画広告のうちの前記１つのストリーミングを開始することをさらに含みうる。その信号を検知することは、デフォルト動画広告のうちの前記１つをクライアントデバイスにストリーミングしている間に実行されうる。
【００２０】
別個の態様では、この方法は、前記１つまたは複数のデフォルト動画広告の再生時にクライアントインタフェースにおける表示のために代替動画広告を示すサムネイル画像をクライアントデバイスに提供することを含みうる。例えば、ユーザによる選択のために使用可能な代替動画広告に関するサムネイル画像または他の情報が、クライアント表示デバイスの別個のウインドウまたは領域に表示されうる。
【００２１】
相補的な動作、特徴、および態様もまた、コンピュータサーバと通信しているクライアントデバイスにおいてインプリメントされうる。クライアントデバイスにおける動画ストリーミングシステムで予め構成された動画広告をインプリメントするための方法および装置が、下記において詳細に説明される。
【００２２】
関連する態様では、上記で概説された方法の任意のものおよびその方法の態様を実行するためのクライアント側またはサーバ側のコンピューティング装置が提供されうる。１つの装置は、例えば、メモリに結合されるプロセッサを具備しうるものであり、そのメモリは、その装置に上記のような動作を実行させるように前記プロセッサによって実行されるための命令を保持する。このような装置のある種の態様（例えば、ハードウェア態様）は、コンピュータサーバ、パーソナルコンピュータ、ネットワーク使用可能テレビジョン（network-enabled television）、セットトップボックス（set-top boxes）、スマートフォン、ノートパッドまたはパームコンピュータ、ラップトップコンピュータ、およびコンピュータネットワーク上で情報を提供するまたは情報にアクセスするために使用される種々のタイプの他のコンピューティングデバイスのような機器によって例示されうる。同様に、プロセッサによって実行された場合に、上記で概説された方法およびそれらの方法の態様をクライアント側またはサーバ側のコンピューティング装置に実行させうるコード化された命令を保持する非一時的コンピュータ読取可能媒体を含む製品が提供されうる。
【００２３】
動画ストリーミングシステムにおいて予め構成された動画広告スワッピングを可能にするための方法、装置およびシステムのさらなる実施の形態、態様および詳細が、下記の詳細な説明において提示される。
【００２４】
この技術は、１つまたは複数の様々な実施の形態に従って、下記の図面を参照して詳細に説明される。図面は、例示の目的だけのために提供され、この技術の典型的なまたは例示の実施の形態を示しているにすぎない。これらの図面は、この技術についての読者の理解を容易にするために提供されたものであり、この技術の幅、範囲、また適用可能性を限定するものと考えられてはならない。同様の要素番号は、図のうちの１つまたは複数の図に見える同様の要素を示すために使用される。
【図面の簡単な説明】
【００２５】
【図１】図１は、ここに論述されるシステムおよび方法がインプリメントされうるコンピューティング環境の１つの実施の形態を示す概略図である。
【図２】図２は、ここで記述されるシステムおよび方法をサポートしかつ実行するためのクライアントデバイスの実施の形態を示す概略ブロック図である。
【図３】図３は、ストリーミング動画セグメントにおいて広告選択のために使用される対話型広告スワッププロセスの一般的な態様を示す状態図である。
【図４】図４は、アドブレイクを含む動画セグメントの態様を示す線図である。
【図５】図５は、サーバシステムと対話型広告スワッププロセスを使用してストリーミング動画における広告の選択をインプリメントするクライアントとの間におけるコールフロー（call flow）の一例を示すシーケンス図である。
【図６】図６は、ストリーミング動画セグメントにおける広告のユーザ選択を招く「広告セレクタ」インタフェース（”ad selector” interface）のスクリーンショットを示す。
【図７】図７は、広告セレクタ方法の態様を示すフローチャートである。
【図８】図８は、広告スワッププロセスを用いて、ストリーミング動画セグメントにおける広告の選択のためにユーザ対話を開始するためのアイコニックインタフェース要素を示す。
【図９】図９は、ストリーミング動画のための広告スワッププロセスとのユーザ対話時におけるストリーミング動画インドウのスクリーンショットを示す。
【図１０】図１０は、デフォルト広告をワップアウト（swap out）するための広告のユーザ選択の後における動画インタフェースのスクリーンショットを示す。
【図１１】図１１は、予め構成された動画広告スワッピングを使用するストリーミング動画セグメントにおける広告の選択と関連してネットワークノードによって実行されうる動作を示す図である。
【図１２】図１２は、予め構成された動画広告スワッピングを使用するストリーミング動画セグメントにおける広告の選択と関連してネットワークノードによって実行されうる動作を示す図である。
【図１３】図１３は、予め構成された動画広告スワッピングを使用するストリーミング動画セグメントにおける広告の選択と関連してネットワークノードによって実行されうる動作を示す図である。
【図１４】図１４は、予め構成された動画広告スワッピングを使用するストリーミング動画セグメントにおける広告の選択と関連してネットワークノードによって実行されうる動作を示す図である。
【図１５】図１５は、予め構成された動画広告スワッピングを使用するストリーミング動画セグメントにおける広告の選択と関連してネットワークノードによって実行されうる動作を示す図である。
【図１６】図１６は、予め構成された動画広告スワッピングを使用するストリーミング動画セグメントにおける広告の選択のために構成されたネットワークノードを示す図である。
【図１７】図１７は、予め構成された動画広告スワッピングを使用するストリーミング動画セグメントにおける広告の選択と関連してクライアントデバイスによって実行されうる動作を示す図である。
【図１８】図１８は、予め構成された動画広告スワッピングを使用するストリーミング動画セグメントにおける広告の選択と関連してクライアントデバイスによって実行されうる動作を示す図である。
【図１９】図１９は、予め構成された動画広告スワッピングを使用するストリーミング動画セグメントにおける広告の選択と関連してクライアントデバイスによって実行されうる動作を示す図である。
【図２０】図２０は、予め構成された動画広告スワッピングを使用したストリーミング動画セグメントにおける広告の選択のために構成されたクライアントデバイスを示す図である。
【詳細な説明】
【００２６】
ここで種々の実施の形態が図面を参照して説明されるが、図面において同様の参照番号は全体にわたって同様の要素を指すために用いられる。下記の記載では、説明の目的のために、１つまたは複数の実施の形態についての完全な理解を提供するために、多数の特定の詳細が記述される。しかし、このような実施の形態はこれらの特定の詳細なしでも実施されうることが明らかであろう。他の場合には、１つまたは複数の実施の形態を説明するのを容易するために、公知の構造およびデバイスはブロック図形式で示される。
【００２７】
ここに開示された特徴および態様は、１つまたは複数の通信ネットワークにより複数のクライアントデバイスと通信する動画ストリーミングシステム１００を含むシステム内でインプリメントされうる。動画ストリーミングシステム１００は、１つまたは複数のコンピュータ上に分配された１つまたは複数のコンピュータサーバまたはモジュール１０２、１０４、１０６および／または１０８を具備しうる。各サーバ１０２、１０４、１０６、および／または１０８は、１つまたは複数のデータストア（data store）、例えば、データベース、インデックス、ファイル、または他のデータ構造（図示せず）に動作可能に結合されうる。動画コンテンツサーバ１０２は、種々の動画セグメント、例えば、テレビジョンエピソード、映画、および消費者に関心のあるプライマリコンテンツとして制作された他のコンテンツのデータストアにアクセスしうる。動画コンテンツサーバ１０２は、ユーザインタフェースコントローラモジュール１０８によって指示されるように動画セグメントにサーブ（serve）しうる。
【００２８】
動画広告サーバ１０４は、特定の広告主のための広告またはメッセージとして構成された比較的短いセグメント（例えば、１０秒、３０秒、または６０秒セグメント）のデータストアにアクセスしうる。その広告は、同じ種類の支払いと引き換えに広告主に対して提供されうるか、あるいは、システム１００のプロモーションメッセージ、公共サービスメッセージ、またはある他の情報を備えうる。広告サーバ１０４は、ユーザインタフェースコントローラ１０８によって指示されるように動画広告セグメントにサーブしうる。広告サーバ１０４はデフォルト動画広告を選択でき、そして各デフォルト動画広告に対して、またはデフォルト広告の所定の集合に対して、その広告サーバはある数の代替広告をさらに選択しうる。広告サーバ１０４は、その集合内にデフォルト動画広告より多い代替広告があるように代替広告を選択しうる。例えば、ストリーミングセッションに対して選択された単一のデフォルト広告がある場合には、広告サーバは、一定の数２をデフォルト広告の数（１）に加算することによって、３つの代替広告を選択しうる。さらに例えば、広告サーバがストリーミングセッションに対して合計４つのデフォルト広告を選択する場合には、それは、各デフォルト広告に対して１つの代替広告を許容し、代替広告に対しては広告スワップを許容せず、あらゆる広告スワップ機会に対して３つの代替広告を許容する広告スワップシステムでは、６つ（４プラス２）のデフォルト広告を選択しうる。このシステムでは、「Ｘ＋２」の選択（ここでＸは１つの広告スワップ特徴がイネーブル（enabled）されるプログラムにおけるデフォルト広告の数である）は、たとえ視聴者があらゆる広告スワップ機会を行使するとしても、少なくとも３つの未選択の代替広告が使用可能であることを保障する。
【００２９】
動画ストリーミングシステム１００は、コントローラ１０８によって指示されるように動画コンテンツおよび動画広告を１つのストリーミング動画セグメントに統合するインテグレータコンポーネント１０６をさらに具備しうる。コントローラ１０８は、１つの広告スワップ機会において代替広告を選択するまたは選択することを拒否するクライアントデバイスからのユーザインプットに基づいて、ストリーミング動画における広告の選択または構成を決定しうる。動画ストリーミングシステム１００は、図１に示されていない他のモジュールまたはユニット、例えば、管理サーバ、コマースサーバ、ネットワークインフラ、広告選択エンジン、等を具備しうる。
【００３０】
動画ストリーミングシステム１００は、データ通信ネットワーク１１２に接続しうる。データ通信ネットワーク１１２は、例えば、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（WAN）、インターネット、電話ネットワーク、ワイヤレスセルラー電気通信ネットワーク１１４、あるいはこれらのまたは同様のネットワークのある組み合わせを含みうる。
【００３１】
１つまたは複数のクライアントデバイスが、データ通信ネットワーク１１６および／または他のネットワーク１１４によって動画ストリーミングシステム１００と通信しうる。このようなクライアントデバイスは、例えば、１つまたは複数のラップトップコンピュータ１２２、デスクトップコンピュータ１２０、「スマート」モバイルフォン１２６、ノートパッドデバイス１２４、ネットワーク使用可能テレビ、またはそれらの組み合わせを、ＬＡＮの場合にはルータ１１８を介して、無線電話ネットワーク１１４の場合には基地局１１６を介して、あるいはなんらかの他の接続を介して具備しうる。動作時には、このようなクライアントデバイス１２０、１２２，１２４、１２６、１２８は、ユーザインプットデバイスまたは他のインプットから受信したユーザインプットに応答して、データまたは命令をシステム１００に送信しかつ受信しうる。それに応じて、システム１００は、動画セグメント、動画広告、および関連情報をクライアントデバイス１２０、１２２、１２４、１２６、１２８にサーブし、そして広告スワッププロセスへのユーザインプットに基づいて、広告を有する動画セグメントを構成しうる。デバイス１２０、１２２、１２４、１２６、１２８は、ディスプレイスクリーン、プロジェクタ、または他のビオデオアウトプットデバイスを使用してストリーミング動画セグメントから動画および関連コンテンツをアウトプットしうる。ある実施の形態では、ここに開示された特徴および態様に従って構成されたシステム１００は、クラウドコンピューティング環境内で動作するまたはその環境をサポートするように構成されうる。例えば、サーバ１０２、１０４または１０８の一部またはすべては、クラウドサーバ内に存在しうる。
【００３２】
図２を参照すると、例示のクライアント２００の概略図が示されている。クライアントデバイス２００はコンピュータでありうるか、あるいはそれを具備しうる。図１に示されたクライアントデバイス１２０、１２２、１２４、１２６、１２８のうちの１つまたは複数は、デバイス２００として構成されたコンピュータまたはデバイスとしてまたはそれを具備するように構成されうる。選択された実施の形態では、コンピュータ２００は、プロセッサメモリ２０４に動作可能に結合されたプロセッサ２０２を具備しうるものであり、プロセッサメモリ２０４は、プロセッサ２０２によって実行するための二進化機能モジュールを保持する。このような機能モジュールは、インプット／アウトプットおよびメモリアクセスのようなシステム機能を処理するためのオペレーティングシステム２０６と、ワールドワイドウエブまたは同様のネットワークインフラによって情報にアクセスするためのブラウザ２０８と、ストリーミング動画を再生しかつストリーミング動画システムと通信するためのメディアプレーヤを具備しうる。メディアプレーヤは、広告スワッププロセスで使用されるユーザインプットデータを請求して受信し、そしてそのプロセスの機能をインプリメントするために動画ストリーミングサーバと通信するためのユーザインタフェースの機能を促進しうる。代替として、または追加として、広告スワッププロセス機能は、メディアプレーヤ２１０とは別個のモジュール（図示せず）を使用してインプリメントされうる。
【００３３】
バス２１４または他の通信コンポーネントは、コンピュータ２００内の情報の通信をサポートしうる。プロセッサ２０２は、特定のタスクを定義する機械読取可能ソフトウェアコードを実行することにより、ここに開示された特徴および態様に従ってその特定のタスクを行うように構成された専門のまたは専用のマイクロプロセッサでありうる。プロセッサメモリ２０４（例えば、ランダムアクセスメモリ（ＲＡＭ）または他のダイナミック記憶デバイス）は、バス２１４にまたは直接プロセッサ２０２に接続され、情報およびプロセッサ２０２によって実行される命令を記憶しうる。メモリ２０４はまた、そのような命令の実行時にテンポラリ変数または他の中間情報をも記憶しうる。
【００３４】
記憶デバイス２２４内のコンピュータ読取可能媒体は、バス２１４に接続され、プロセッサ２０２に対する静的情報および命令を記憶しうる。例えば、記憶デバイス２２４は、クライアントデバイス２００がパワーオフされるとモジュール２０、２０８、および２１０を記憶でき、そのモジュールは、クライアント２００がパワーアップされると、プロセッサメモリ２０４内にロードされうる。記憶デバイス２２４は、情報、命令、またはそれらのある組み合わせ、例えば、プロセッサ２０２によって実行されると、ここに記述される方法の１つまたは複数の銅さをクライアントデバイス２００に実行させる命令を保持する非一時的コンピュータ読取可能媒体を具備しうる。
【００３５】
通信インタフェース２１６もバス２１４に接続されうる。通信インタフェースは、必要に応じてルータ／モデム２２６および有線または無線接続２２５によってクライアントデバイス２００と１つまたは複数の外部デバイス、例えば、ストリーミングシステム１００との間に二方向データ通信を提供しまたはサポートしうる。代替として、または追加として、クライアントデバイス２００は、クライアント２００がそれを通じて無線通信システムのための基地局とまたはルータ／モデム２２６と無線で通信しうるアンテナ２２８に接続されたトランシーバ２１８を具備しうる。
【００３６】
クライアントデバイス２００は、（例えば、バス２１４およびグラフィック処理ユニット２２０によって）ディスプレイユニット２２８に接続されうる。ディスプレイ２２８は、クライアントデバイス２００のユーザに情報を表示するための任意適当な構成を具備しうる。例えば、ビジュアルディスプレイにおけるクライアントデバイス２００のユーザに情報を提示するために、陰極線管（CRT）。液晶ディスプレイ（LCD）、タッチスクリーンＬＣＤ（例えば、容量性ディスプレイ）、発光ダイオード（LED）ディスプレイ、プロジェクタ、または他のディスプレイデバイスを具備または利用しうる。
【００３７】
情報またはコマンドをクライアント２００に通信するために、１つまたは複数のインプットデバイス２３０（例えば、英数字キーボード、マイクロホン、キーパッド、リモートコントローラ、ゲームコントローラ、カメラまたはカメラアレイ）がユーザインプットポート２２２を介してバス２１４に接続されうる。選択された実施の形態では、入力デバイス２３０は、カーソルの位置決めに対するコントロールを提供またはサポートしうる。ポインティングデバイスとも呼ばれるこのようなカーソルコントロールデバイスは、マウス、トラックボール、トラックパッド、タッチスクリーン、カーソル方向キーまたは物理的移動を受容しまたは追跡しかつその移動をカーソル移動を示す電気信号に変換するための他のデバイスとして構成されうる。カーソルコントロールデバイスは、例えばタッチセンシティブスクリーンを使用してディスプレイユニット２２８に組み込まれうる。カーソルコントロールデバイスは、方向情報およびコマンド選択をプロセッサ２０２に伝達し、ディスプレイ２２８上でのカーソル移動をコントロールしうる。カーソルコントロールデバイスは、例えば平面または三次元空間内のカーソル位置をデバイスに特定させる２つまたはそれより多い自由度を有しうる。
【００３８】
クライアントデバイス２００は、１つまたは複数のストリーミング動画セグメントを送信し、受信し、表示するために使用されうる。選択された実施の形態では、このような送信、受信、表示は、プロセッサがメイメモリ２０４に内蔵された１つまたは複数の命令の１つまたは複数のシーケンスを実行することに応答してなされうる。このような命令は、他の非一時的コンピュータ読取可能媒体（例えば記憶デバイス２２４）からメインメモリ２０４に読み込まれうる。
【００３９】
メインメモリ２０４に内蔵された命令のシーケンスの実行は、ここに記載される手順またはステップの１つまたは複数をプロセッサ２０２に実行させうる。選択された実施の形態では、メインメモリ２０４に内蔵された命令のシーケンスを実行するために、マルチプロセッシング機構内の１つまたは複数のプロセッサ２０２が用いられうる。代替として、または追加として、ここに開示された特徴および態様に従って手順またはステップをインプリメントするために、ソフトウェア命令に代えてまたはそれと組み合わせてファームウェアが使用されうる。したがって、ここに開示された特徴および態様による実施の形態は、ハードウェア回路およびソフトウェアのいかなる特定の組み合わせにも限定されない。
【００４０】
ここで使用された「非一時的コンピュータ読取可能媒体」という用語は、プロセッサによる実行のための命令を保持することに関与するまたはコンピュータによる処理のためにデータを格納する任意の媒体を意味しうる。このような媒体は、不揮発性媒体、揮発性媒体、および一時的記憶媒体（例えば、キャッシュメモリ）を含むがそれらに限定されない多くの形態をとりうる。不揮発性媒体は、記憶デバイス２２４のような光または磁気ディスクを含みうる。揮発性媒体は、メインメモリ２０４のようなダイナミックメモリを含みうる。一般的な形式の非一時的コンピュータ読取可能媒体は、例えば、ハード（磁気媒体）ディスク、磁気テープ、または他の任意の磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤ、ブルーレイまたは他の光ディスクまたは媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭ、任意の他のメモリカード、チップ、またはカートリッジ、あるいはコンピュータが読み取りうる任意の他の記憶媒体を含みうる。
【００４１】
図３を参照すると、ストリーミング動画セグメントにおける広告の選択のために使用される広告スワッププロセス３００の全般的な態様が状態図として示されている。初期状態３０８は、選択されたストリーミング動画セグメントのデフォルト広告および対応するブレイクの選択を表す。例えば、２４分テレビエピソードでは、合計約６分程度で３回または４回のブレイクが提供されうるが、広告選択のための適用可能なルールセット（applicable rule set）に従って使用可能なブレイクを満たすために対応する数の広告が選択される。さらに、いくつかの実施の形態では、初期状態３０８に対して過剰な数の広告（例えば、デフォルト広告プラス代替広告）が選択されうる。初期状態３０８は、種々の方法で、例えば、特定の動画広告をそれぞれ識別する広告識別子のリスト、およびオプションとして、ストリーミング動画セグメントの識別子および／または特定のクライアントデバイスについてのストリーミング動画セッションの識別子に関連した広告ブレイクの数、期間および配置を表す１つまたは複数の変数によってコンピュータメモリ内で表されうる。他の実施の形態では、アドブレイクの数、期間および配置のうちの１つまたは複数が、ランレングス（run length）のような動画セグメントの属性に基づいてデフォルトで決定されうる。初期状態３０８は、とりわけ、動画セグメントの間に表示される予想デフォルト広告を表すデータによって定義されうることが明らかであろう。したがって、初期状態データは、動画セグメントがクライアントデバイスで再生される爾後の時点で達成されうる動画アウトプットデバイスの物理状態を表す。
【００４２】
広告スワッププロセス３００は、最初の終状態３１０および最後の（第Ｎ番目の）終状態３１２を含むいくつかの可能な終状態の１つをアウトプットするように初期状態３０８に対して動作するコンピュータプロセッサによって実行されるインプットーアウトプット計算プロセスである（またはそれを含む）。終状態が達成されると未使用の代替広告は放棄されるので、終状態３１０、３１２、等のそれぞれは、一般に過剰な数の広告なしで、選択されたストリーミング動画セグメントの広告および対応するブレイクの選択を同様に表す。したがって、広告スワッププロセス３００は、初期状態３０８およびユーザインプットをインプットデバイスによってインプットとして受け取り、そして動画アウトプットデバイスの物理状態を多くの（「Ｎ」個の）確定した終状態の１つに変換する状態機械として動作しうる。続いて、最終アウトプット状態がクライアントデバイスからの物理的アウトプットで実現されるが、そのアウトプットは最終アウトプット状態のうちの選択された１つに基づいて構成されるストリーミング動画セグメントの表示を含む。
【００４３】
広告スワッププロセス３００は、いくつかの対話型モジュール、例えば、ユーザインタフェースモジュール３０２、広告サービスまたは管理モジュール３０４およびインテグレーションモジュール３０６を具備しうる。いくつかの実施の形態では、広告スワッププロセス３００は、モジュール３０２および３０４のうちの１つだけを具備しうる。モジュール３００は、他のモジュール、例えば動画コンテンツサーバモジュール、トラッキングモジュール、グラフィックモジュール、等を具備しうるが、それらのモジュールは図示を簡明にするために示されていない。ユーザインタフェースモジュール３０２は、代替広告のための特定の広告をスワップアウト（swap out）するか否かに関してユーザインプットのためのインタフェースを提供し、そして統合モジュールに対するおよび／または広告サービスまたは管理モジュール３０４に対するインプットの表示を提供しうる。広告サービスまたは管理モジュール３０４は、ユーザインタフェースモジュールからのユーザインプット（またはユーザインプットの欠如）に応答し、そして広告ブレイクに含まれる各動画広告のアイデンティティ（identity）を判定しうる。インテグレーションモジュール３０６は、ユーザインタフェースモジュール３０２および／または広告サービスまたは管理モジュール３０４からのインプットに基づいて終状態を判定する。
【００４４】
図４は、アドブレイク４０６、４０８および４１０を含む動画セグメントタイムライン４００の態様を示す直線図である。動画セグメントは、動画アウトプットを生成するために所定フレーム速度で順番にアウトプットされる動画フレームのシーケンスによって特徴づけられる動画データを含む。それとして、動画セグメントは、動画アウトプットの開始時間“ｔ０”４０２における最初のまたは第１のフレームを含み、そして各後続フレームは、終端または終了時間“ｔｅ”４０４まで開始後の所定時間“ｔ”においてアウトプットされる。したがって、各フレームは、通常開始の時間から測定される、ストリーミング動画セグメント内の特定の時間または「時点」（“temporal point”）を画定する。例えば、毎秒３０個のフレームで構成される動画では、３００番目のフレームが開始後１０秒の時点を画定する。ストリーミング動画セグメントにおける時点は、プログレスバー、タイムライン、またはタイムインジケータに関連した「位置」（“location”）とここでは呼ばれることもある。
【００４５】
任意の負でない整数の個数のアドブレイク４０６、４０８および４１０は、動画タイムラインに構成されうる。各アドブレイクは、位置と期間によって画定されうる。例えば、一番目のアドブレイク４０６「ｔ０」に位置していて「ｔ１−ｔ０」の期間を有し、二番目のアドブレイク４０８は「ｔ２」に位置していて「ｔ３−ｔ２」の期間を有し、三番目のアドブレイク４１０は「ｔ４」に位置していて「ｔ５−ｔ４」の期間を有する。ブレイク間部分４１２、４１４および４１６は、要請動画コンテンツを再生するために使用され、アドブレキは動画広告を再生するために使用される。動画ストリーミング実施の形態では、クライアントデバイスに対して動作するストリーミングメディアプレーヤは、画定されたブレイク間部分４１２、４１４、４１６で動画コンテンツを再生させ、そしてアドブイレク４０６、４０８、４１０のすべてにおいて再生するのに適切は期間のストリーミング広告動画を受信させうる。アドブレイクの期間は、アドブレイクの該当するものにおいて再生するためにメディアプレーヤにストリームされる各動画広告の期間に基づいてアドホックベースで予め決定されるかあるいは決定されうる。
【００４６】
図５は、ストリーミング動画における動画広告のユ−ザによりコントロールされたスワッピングをインプリメントするためのサーバシステム５０４とクライアントデバイス５０２の間のコールフロー（call flow）５００の一例を示す。コールフロー５００は、クライアントデバイスに設置されたウエブページインタフェースおよびストリーミングメディアプレーヤを通じて動画ストリーミングが提供されると仮定するが、ここにおける発明の概念はこのような環境に限定されない。ウエブページ環境が使用される場合には、コールフローが５０６において開始し、その場合、クライアントデバイス５０２は、１つまたは複数の動画セグメントをリクエストするためのリンクを含むサーバシステムから受信されたウエブ（例えば、ワールドワイドウエブ）を表示する。例えば、ウエブページは、一般的な関心のある、あるいはユーザプロフィールに基づいて特定のユーザにとって関心のあるように選択された動画セグメントのリストを含む「ホーム」または個別のページを具備しうる。クライアントデバイスは、リンクの１つを選択する５０６ユーザインプット、例えば、ポインティングデバイスからの「ポイントアンドクリック」（“point and click”）入力、タッチスクリーンデバイス上のタッチインプット、あるいは音声コマンドを受信しうる。インプットに応答して、クライアントデバイスは、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）「ゲット」リクエストまたは他の適当なリクエストメッセージをサーバシステム５０４に送信することによって特定の動画セグメント５０８をリクエストしうる。サーバは、ストリーミングセッションのための構成データを回収しかつ／または生成し、データストアからコンテンツデータを回収し、そして５１０において、構成データおよびストリーミングコンテンツデータをクライアントデバイス５０２に提供しうる。クライアント５０２は、ある程度まで動作５１０および５１２が同時の生ずるように、ストリーミングコンテンツをそれが受信されると再生しうることが認識されるべきである。
【００４７】
ストリーミング動画を再生している間に、クライアント５０２は、画定されたアドブレイクが現出しようとしている（例えば、現在のフレームから１、２または３秒で）ことを検知しうる。構成データは、クライアントが広告スワップ手順を開始することなしに再生しうる１つまたは複数のデフォルト広告をサワップ不可能として指定しうる。いくつかのインプリメンテーションでは、ブレイク内のすべての広告がスワップ可能である。最初のアドブレイクを検知することに応答して、クライアント５０２は、５１４において、サーバ５０４に信号を送ることによってそのアドブレイクに対する１つまたは複数の広告をリクエストしうる。リクエストメッセージ５１４を受信することに応答して、サーバシステム５０４は、５１６において、リクエストメッセージによってリクエストされた動画セグメントに対するデフォルト広告およびアドブレイクの選択を決定しうる。そのようにする場合、サーバシステムは、ユーザ選好または動画セグメントに対するリクエストを行っていると例えばユーザアカウントによって識別されたユーザによる過去の活動に関するレコードにアクセスしうる。デフォルト広告の初期集合を選択するために任意適当な方法が使用されうる。
【００４８】
さらに、サーバシステムは、５１８において、スワップ可能なデフォルト広告の数を一定数「ｎ」、例えば、ｎ＝２またはｎ＝３だけ超過しうる代替動画広告の数を決定しうる。代替広告は、デフォルト広告と同じまたは類似のプロセスを用いて選択され、かつ同じルール（例えば、競争相手の広告なし、同じ動画プログラムの複製なし）に適合するように選択されうる。決定プロセス５１６および５１８のアウトプットは、図３に示されそれに関連して説明された初期状態情報を含みうる。いずれの場合においても、サーバシステム５０４は、５２０において、初期状態情報（候補広告識別子）を動画コンテンツと一緒にクライアントデバイスに送信しうる。代替広告の数とアイデンティティ（identity）は、クライアントにおいて対応するデフォルト広告を再生する前の任意適当な時点で選択されうる。例えば、サーバシステムは、クライアントデバイスからの信号に応答するようにして、アドスロット（ad slot）の直前において代替広告を選択しうる。さらに例えば、サーバは、他の実施の形態では、動画プログラムがクライアントにおいて再生し始めるとき、またはアドスロットに対する第１のデフォルト広告のストリーミングを開始した直後に、代替広告を選択しうる。
【００４９】
クライアントデバイス５０２は、５２２において、ブレイクに対するデフォルト広告がスワップ可能である場合には（例えば、構成データによってスワップ不可能と指定されるかまたはスワップ可能と指定される）、広告スワックインタフェースオブジェクト（ad swap interface object）を表示しながらスワップ可能な広告を再生し始めうる。デフォルト広告を再生するためには、クライアント５０２はサーバ５０４からのデフォルト広告をリクエスト、そしてサーバから広告コンテンツを受信するが、これらの動作は図示の簡明のために図５では省略されている。ユーザが、デフォルト広告をスワップアウトする要望を示す方法で広告スワックインタフェースオブジェクトと接触することを選択する場合には、クライアント５０２は５２４においてユーザインプットを受信しうる。また５２４において、デフォルト広告をスワップするというユーザの要望を受信することに応答して、ユーザインタフェースは、代替広告選択メニューを表示して、ある数の(例えば、３つの)代替広告を表示しうる。ユーザは、ユーザインプットデバイスを使用して、代替広告選択メニューによって提示された代替広告の１つを選択しうる。逆に、ユーザがデフォルト広告をスワップする要望を示さないかあるいは広告をスワップする申し入れを断言的に拒否する場合には、クライアントデバイスは、デフォルト広告を再生し続けて５３６におけるストリーミング動画プログラムを再生することを継続しうる。
【００５０】
５２６において、クライアントデバイス５０２は、代替広告選択メニューをサーバシステム５０４に表示しているときに受信されるユーザインプットによって示される代替広告の識別子を送信しうる。５２８において、動画サーバシステム５０４は、５３０におけるデータストアから選択された動画広告を検索し、代替広告をクライアントデバイスにストリーミングし始めうる。クライアントデバイス５０２が代替広告コンテンツを受信すると、５３２において、クライアントデバイスはデフォルト広告を再生することを中断し、アドブレイクにおいて代替広告を再生しうる。代替広告の再生が終了すると、クライアントデバイス５０２は、５３２において、クライアントにおいて代替広告の再生が完了したことを示す信号（例えば、「エンドビーコン」（”end beacon”））をサーバシステムに送信しうる。サーバ５０４は、広告コマース（advertising commerce）、広告トラッキング、及び同様の目的でアカウンティング機能５３８をトリガーするためにその信号を使用しうる。なお、５３６において、クライアントデバイス５０２は、次のアドブレイクに到達するまでまたはユーザによって動画コンテンツが完了または終了されるまで、ストリーミング動画コンテンツを再生し続けうる。
【００５１】
このようにして、クライアントデバイス５０２とサーバシステム５０４は、対話型広告スワッププロセスに対するユーザインプットに基づいて構成された動画アウトプットを生成するために協働しうる。したがって、広告スワッププロセスは、動画アウトプットを表すデータを異なる状態に変換するように動作して、動画ストリーミングサービスのユーザを娯楽および報酬活動に関与させそして動画ストリーミングサービスの楽しみを向上させうる。
【００５２】
動的広告セレクタ（DYNAMIC AD SELECTOR）
動的「広告セレクタ」と一般によばれることもある他の実施の形態では、サーバシステムは、動画プログラムを再生することに先立ってユーザに最もアピールする広告体験を選択することによって、ストリーミング動画プログラムの全広告体験をユーザがコントロールすることを可能になしうる。ユーザインタフェースは、ユーザがいくつかのコマーシャルオプションのうちの１つを選択できるようにし、ユーザの選択はどの広告がプログラムで提示されているかを判定するために使用される。１つの態様では、システム側における広告選択は、他の広告に比してユーザにとって最も関心のある広告を優先させる。静的広告セレクタインプリメンテーションでは、システムによってリフレッシュされるまで、候補広告の集合は固定されかつ広告セレクタの異なる事例に対して使用される。動的広告セレクタでは、各コマーシャルオプションまたは代替広告の集合は、広告セレクタの各事例につきシステムによって個々に決定される。
【００５３】
ユーザインタフェースは、ユーザが視聴するためのメディアプログラムを選択した後およびメディアプログラムの再生が始まる前にユーザに広告セレクタオプションを自動的に提示しうる。提示される広告オプションは、メディアプログラムに関連して提供される特定の広告の選択、または広告がメディアプログラムに関連して選択されかつ提供されるカテゴリの選択でありうる。
【００５４】
例えば、メディアプログラムを視聴するユーザリクエストに応答して、図６に示されたインタフェース６００が提示される。インタフェース６００は、ユーザ選択のための複数の候補広告カテゴリを含みうる。各カテゴリは、識別されたメディアプログラムに関連して提供される関連メンバー広告を有しうる。広告は、製品またはサービス（自動車、家、食品、等）によってまたはターゲット層（ライフスタイル、旅行、年齢、性別、ヘアタイプ、等）によってカテゴリ化され、前もって完了した調査または登録プロセスにおいて提供されるユーザ層情報に対するユーザレスポンスに基づきうる。上記の実施の形態では、調査／層情報は、視聴者が女性であったことは示していたかも知れないが、彼女のヘアタイプについては示していない。視聴者は、ヘアタイプを選択でき、その情報に基づいて、選択されたメディアプログラムに関連して提供された広告は、そのユーザのヘアタイプに向けられた広告を含むであろう。さらに、応答して提供される情報は、広告が将来においてユーザに対してより良好にターゲットされうるように、ユーザの層情報を増加させるために使用されうる。
【００５５】
１つの実施の形態では、このシステムは、動画ストリーミングセッションに関連してこれ以降に提供される広告のすべてが、ユーザによって選択されたカテゴリから選ばれた広告であるように選択しうる（視聴者がそのカテゴリを選んだ場合にはすべてが豊かな髪に関係するであろう）。また、カテゴリについてのユーザの選択は、通常は選択されたメディアプログラムについてのみ有効である。すなわち、ユーザがそのメディアプログラムを視聴して、視聴する他のメディアプログラムを選択した後で、その他のメディアプログラムについて選択される広告は、選択された広告カテゴリのメンバーを含んでいてもいなくてもよい。
【００５６】
前記の実施の形態は、図７に示されているように、クライアントデバイスと協働して動作するコンピュータサーバによって、ストリーミングされたメディアプログラムに関連して広告を提供する方法７００としてインプリメントされうる。この方法は、７０２において、メディアプログラムプロバイダにおけるユーザデバイスから第１のデータを受信することを含むことができ、そのデータはユーザデバイスにストリーミングされたメディアプログラム（例えば、動画プログラム）を識別する。この方法は、７０４において、第２のデータをユーザデバイスに送信することをさらに含むことができ、その第２のデータは広告コントロールオプションを有するインタフェースを具備する。この方法は、７０６において、ユーザデバイスから第３のデータを受信することをさらに含むことができ、その第３のデータはユーザ選択の広告コントロールオプションを具備する。例えば、そのコントロールオプションは、広告、ユーザ選択の動画広告または広告タイプの識別子、または他の情報の選択のために使用されるユーザ選好またはプロフィールアイテムを識別しうる。この方法は、７０８において、識別されたメディアプログラムおよび広告をユーザ選択の広告コントロールオプションに従ってストリーミングすることをさらに含みうる。
【００５７】
方法７００の実施の形態では、第２のデータは、ストリーミングされたメディアプログラムの送信を開始する前にサーバからクライアントデバイスに送信される。さらに、第２のデータは、ユ−ザデバイスからの第１のデータの受信に応答してかつユーザデバイスから他のデータを受信することなしに、サーバによってクライアントに自動的に送信されうる。関連する、さらに詳細な態様では、サーバは、識別されたメディアプログラムへの選択のための複数の候補広告でインタフェースを定義するデータを具備することができ、かつユーザ選択の広告コントロールオプションをユーザ選択可能広告として構成することができる。さらに、ユーザ選択の広告コントロールオプションに従って、識別されたメディアプログラムおよび広告をストリーミングするステップは、ユーザ選択の広告コントロールオプションに従って識別されたメディアプログラムおよび広告をストリーミングすることをさらに含みうる。いくつかの実施の形態では、ユーザ選択の広告は識別されたメディアプログラムのみに適用する。ユーザ選択の広告コントロールオプションは、メディアプログラムに関連して提供される広告のすべてよりなりうる。
【００５８】
他の、関連する態様では、サーバは、インタフェースにおける選択のための複数の候補広告カテゴリを定義するデータを含むことができ、その広告カテゴリは、識別されたメディアプログラムに関連して提供されるメンバー広告を有し、ユーザ選択の広告コントロールオプションはユーザ選択の候補広告カテゴリを備える。さらに、ユーザ選択の広告コントロールオプションに従って、識別されたメディアプログラムおよび広告をストリーミングするステップは、ユーザ選択の候補広告カテゴリと関連したメンバー広告を識別することおよびその識別されたメンバー広告と関連して、識別されたメディアプログラムをストリーミングすることをさらに含みうる。ユーザ選択された候補広告カテゴリは、識別されたメディアプログラムのみに適用しうる。識別されたメンバー広告は、メディアプログラムに関連して提供される広告のすべてより成りうる。さらに、ユーザ選択の候補広告カテゴリと関連した広告を識別するステップは、ユーザ層およびユーザ視聴履歴に従ってユーザ選択の候補広告カテゴリ内のメンバー広告を識別することをさらに含む。関連する態様において、サーバは、製品に従って広告をカテゴリ化しうる。代替として、または追加として、サーバはターゲット層に従って広告をカテゴリ化しうる。
【００５９】
広告スワップ（AD SWAP）
ここで用いられている「広告スワップ」（“AD SWAP”）とは、ユーザがより関心があるとして選択した代替広告を注目してストリーミング動画広告からユーザが即座にスワップできるようにすることで広告セレクタ（Ad Selector）とは異なる方法を意味する。広告スワップと動的広告セレクタとの他の差異は、いくつかのインプリメンテーションでは、（１）デフォルト広告はＨｕｌｕ（登録商標）広告スワップとともにユーザに自動的に示されるが、動的広告セレクタは、実際の動画広告を示す前に特定の広告を選択することまたはタイマーが徒過するのを待つことをユーザに要求しうること、および（２）Ｈｕｌｕ（登録商標）広告スワップすべての広告のデフォルトによって可能とされうるが、広告はそれらのアド（ads）が動的広告セレクタに含まれるために明確にオプトインするように要求されうることを含みうる。
【００６０】
広告スワップは、ユーザ選択およびコントロールにおける継続するイノベーション、すなわち、ユーザに対する広告体験およびブランドに対する結果を劇的に改善するように設計された広告イノベーションを表す。広告スワップは、ユーザにより関連性のあるものとしてユーザが注目している広告から即座にスワップできるようにすることによってユーザの手に完全なコントロールを置くために使用されうる。
【００６１】
下記の使用ケースは、広告スワップ方法の動作を示す。ここに定義されたアドブレイクを有するストリーミング動画システムでは、ストリーミング動画セッションにおいて広告がクライアントデバイス上で再生を開始すると、ユーザは、図８に示されているようにメディアプレーヤウインドウ（例えばプレーヤの左上コーナ）に提示された広告スワップアイコン８００をクリックすることができる。広告スワップオブジェクト８００、または同様の対話型オブジェクトは、スワップ可能なデフォルト広告が再生するのを開始するや否やクライアントユーザインタフェースに提示され、そのデフォルト広告が再生し続けている間、ユーザ選択のためにアクティブかつ使用可能な状態にありうる。
【００６２】
クライアントデバイスは、ストリーミングセッションにおけるより早い時点においてユーザに代わりの選択肢を提示するための情報を既に受信していることがありうる。したがって、クライアントが広告スワップオブジェクト８００の選択を示すユーザインプットを検知した場合には、クライアントデバイスは、ローカルメモリから代替広告情報を直ちに検索し、図９に示されているように、クライアントデバイスのディスプレイデバイスによって表示されたユーザインタフェースウインドウ９００の対話型メニューに代替広告を提示しうる。デフォルト動画広告と同様に、メニュー９０２内の代替広告のそれぞれは、広告サーバ上で動作している広告選択エンジンによってそのユーザのプロフィールおよび先行広告視聴選好にカスタマイズされうる。そして、ユーザはメニュー９０２内の使用可能な選択肢からより関連性のある広告を選択しうる。デフォルト動画広告９０４は、メニュー９０２が表示されてアクティブであるあいだは、インタフェースの別個の部分で表示されて再生し続けうる。図１０に示されているように、クライアントが代替広告９０６のうちの１つを選択するユーザインプットを受信した直後に、クライアントは、広告サーバからストリーミングされた代替広告をリクエストして受信し、そしてユーザインタフェース９００にストリーミング代替広告１０００を表示しうる。図１０に示されているように、広告スワップオブジェクト８００は、代替広告１０００が再生している間、省略されるか不活性化されうる。代替広告１０００が再生を完了すると、動画プログラムコンテンツまたは他のデフォルト広告がインタフェース９００に表示されうる。
【００６３】
いくつかの実施の形態では、広告９０４が最初に再生し始めた広告主は、ユーザによって中断されたインプレッションに対してチャージされるのを回避しうる。この手法は、ユーザと広告主との両方に対してウインウインシナリオ（win-win scenario）を促進しうる。ユーザは、彼らの広告体験に対して改善されたコントロールを提供され、広告主は、不完全なインプレッションに対して支払う必要がない。オンライン環境では、広告主は、重要な視聴者と関与するために、かつブランドリコール、メッセージリコール、好ましさ、および購入意思を改善することが分かっている方法で使用しうるより多くのツールを有する。広告スワップでは、広告主は、彼らのブランドに特に関心のある顧客と有意義な方法で繋がる改善された能力を提供されうる。
【００６４】
広告スワップは、顧客に彼らのフィードバックを要請することによって数か月にわたってテストを受ける。テストは、効果測定に対して有意義なインパクトを有し、自力でのブランドリコールを９３％だけ、ブランドの好ましさを２７％だけ、購入意思を３５％だけ、そして表示された関連性（stated relevancy）を４６％だけ改善することを示した。例えば、あるユーザが、「そのコマーシャルが始まるとかなり面白かったが、それを替えようと思えば替えられたけど、けっこう楽しみにしていた」と言うようにである。このようにして、広告スワップは、動画広告サービスに対して重要ないくつかのメトリックを改善するにおいて有効性を呈示した。広告の有効性に関連するメトリックおよび留意事項が下記のセクションでさらに詳細に論述される。
【００６５】
広告スワップ有効性（AD SWAP EFFECTIVENESS）
広告スワップのデザインにおいて、広告スワップはどのような問題を解決すのか？それはスケールできるか？効果をどのようにして測定するのか？収益化を増大させる道は何か？広告スワップは我々の顧客のために価値を生み出すか？というようないくつかの基本的な問いが検討された。
【００６６】
広告スワップの導入によってもたらされる、様々な局面から広告主および視聴者の広告体験の改善を統計的に信頼できる有効な条件で定量化するための調査が行われた。その調査を行うに当たり、ユーザはより多くの選択肢とコントロールを望んでおり、広告主は無駄を省き（ターゲッティングによって）、より良好な成果（向上した有効性尺度）を推進することを望んでいると仮定された。対話型広告局（LAB）によって委託された「動画広告の需要側面認知の内側観察」（”An Inside Look at Demand side Perceptions of Video Advertising”）という標題の最近の広告主認知調査が、広告主、マーケッター、テレビおよびオンライン動画バイヤーが彼らのオンライン動画パートナーシップにおいて模索する基準を定量化した。LAB調査が報告しているのは下記のとおりである（ランク順）。
【００６７】
１．ターゲッティング８２％−８８％
２．成果８５％−８６％
３．範囲６８％−８４％
４．費用２８％−４６％
広告主はより良好なターゲッティングと成果を望み、視聴者はより多くの選択肢と関連性を望む。したがって、選択肢に根差した広告スワップのようなフォーマットの目的は、向上した関連性と成果を生み出すことである。この目的に該当する成功尺度は、ブランドリコール（brand recall）、好感度（favorability）、および購入意思（purchase intent）のような、ブランドマーケッターが使用する予想成功尺度（predictive success measures）を含みうる。
【００６８】
調査研究の結果は非常に素晴らしかった。ユーザがスワップする（ランダムにサーブされた動画広告に対して）ために事前に選んだ動画広告は、そのようになされなかったものよりも大きく有意に機能した。
【００６９】
ブランドの裸眼リコール（Unaided Recall）は３０％から５８％になった（＋９３％）
支援リコール（Aided Recall）はほぼ普遍的であり、５９％から９1％になった（＋５４％）
ブランド好感度は３４％から４３％になった（＋２７％）
購入意思は２３％から３１％になった（＋３５％）
表示された関連性は１５％から２２％になった（４６％）
広告スワップのような選択肢ベースの広告フォーマットの実測性能は、なぜ双方向性（interactivity）を提供することが広告の有効性を改善するための有力なメカニズムとなりうるかを示す。対話型フォーマットは、少なくとも下記の理由により従来の動画広告フォーマットの有効性および効率性を大きく上回りうる。
【００７０】
自己アドレス可能性―消費者は最も関連性のある広告をその時点で選択できる。  
向上した注意力―選択がなされると、視聴者は成果を見ることに注意を向ける。  
認知的不協和を避けること―消費者は彼らが行う選択について正当化されていると感じたい。
【００７１】
ユーザは、彼らがスワップのためのオプションを提供されるたびに、広告をスワップするであろう。広告スワップによって提供される他の利益は、ユーザが彼らの広告体験に対して最大限のコントロールを有し、そしてそのようにすることを選択すれば彼らの広告をスワップすることができるということである。実際には、回答率は、例えば約３パーセントと比較的に低いかも知れないが、それでもユーザ未体験および広告成果を改善する。ユーザが広告をスワップすることを選択するごとに、広告システムはそれによってユーザの選好についてもうすこし多く学習することができる。そのような学習は、動画広告の関心とアピールを改善するために、経時的にかつ多くの異なるユーザについて統合でき、ユーザに対するさらに良好な広告体験、広告主に対するさらに良好な広告プラットフォーム、およびプログラムコンテンツプロバイダに対する改善された収益化の手段を提供する。
【００７２】
インプリメンテーションの問題点と解決策（IMPLEMENTATION ISSUES AND SOLUTIONS）
広告スワップの目的の１つは、ユーザが代替広告のための広告からより関連性がありかつよりアピールするものを即時にスワップできるようにすることによって、ユーザの手中にあるコントロールを向上することである。この目的は、広告セレクタの導入から得られた洞察に由来し、ユーザに彼らが消費できる広告に対する選択肢で力を与えることが、広告主はより積極的に関与する視聴者から恩恵を受け、コンテンツプロバイダは彼らのコンテンツに対してより大きな見返りを見ることができ、そしてユーザは彼らの体験においてより多くのコントロールとより大きな選択肢を得るという好循環に達することができる。
【００７３】
広告スワップは単純なアイデアのように見えるかも知れないが、それは現実のストリーミング動画システムにインプリメンテーションの課題を取り込みうる。Ｈｕｌｕ（登録商標）動画ストリーミングシステムにおける広告スワップの開発のために克服された、いくつかの技術的課題について下記に記述する。
【００７４】
広告スワップと広告セレクタとの間のいくつかの類似点と相違点が上記広告スワップの導入で概説された。それらの相違点を考慮して、広告スワップを論じる前に動的広告セレクタのインプリメンテーションが要約される。広告セレクタの従前の静的バージョンでは、広告選択肢がセレクタスレート（selector slate）内に静的に定義された。対照的に、動的広告セレクタでは、広告選択サーバ（ここでは「アドサーバ」（adserver）と呼ばれることがある）が、各場合に対して、例えば、各ストリーミングセッションで開始される各動画プログラムに対して動的広告セレクタスレートにおけるすべてのユーザ選択可能オプションをアセンブルする。
【００７５】
アドサーバの主要な目的の１つは、ユーザが見るであろう広告を選択することであり、したがって、例えば、選択される３つの広告につき１つだけの広告がユーザによって見れるにすぎないから、動的３広告セレクタスレートを構成する効率は実効的に通常の３３％である。さらに、動的広告セレクタに対して選択される広告は、広告疲労防止ルール（anti-ad-fatigue rule）（例えば、同じブランドからの２つの広告が並列して走ることはできない）および業界分離ルール（industry separation rule）（同じ業界であるが異なる広告主からの２つの広告が並列して走ることはできない）に従うことを要求されうる。このような制約は、動的広告セレクタに対して余分な広告を選択するオーバーヘッドがどの程度まで削減されうるかについて制限を課しうる。これらの問題のために、１つのインプリメンテーションにおいて、動的広告セレクタの使用は、ストリーム当たりに１回またはそれ以下だけセレクタスレートをサーブする（serving）ことに制限されうる。
【００７６】
動的広告セレクタと比較して、広告スワップは、サーブされる単一の広告ごとに代替広告が選択されることを要求するので、はるかに意欲的な事業となりうる。いくつかのインプリメンテーションでは、各広告に対して３つの代替を要求することは、広告スワップインプリメンテーションのもとでのアドサーバの効率を以前の２５％まで低下させることになりうる。さらに、この種のパーフォマンス低下を伴って新しい特徴をインプリメントすることは、アドサーバリソースのスケーラビリティ（scalability）を制限するリスクを容認し難いほどに増加させうる。広告スワップの容認可能性のより高いインプリメンテーションは、効率の低下を最小限に抑えかつスケーラビリティをより良好に保持しうる。
【００７７】
これらの問題をさらに説明するために、下記の疑似コードが広告スワップの直接的ではあるが非効率的なインプリメンテーションとして仮定される。すなわち、（１）動画プレーヤから１つのアドブレイクに対して１つの広告要求を受信すると、アドサーバは各デフォルト広告について１つまたはそれより多いデフォルト広告プラス３つの代替広告を選択する。各アドブレイクが１つより多い広告を有し得ることを認識すると、プレーヤがそのアドブレイクに対して必要とするであろうすべてのデフォルト＋代替広告をアドサーバが有するまでステップ１が反復され、その時点において広告がプレーヤに戻される。
【００７８】
もちろん、上記の疑似コードは、広告選択プロセスに関わる詳細の多くを省略している。例えば、選択されるデフォルトおよび代替広告はすべて、コンテンツ、デイパート（day-part）、層（demographic）、または地理的制限ならびに広告疲労防止ルール（anti-ad-fatigue rule）および業界分離ルール（industry separation rule）を含みうるがそれらに限定されないそれら自体のターゲッティングルール（targeting rules）に従わなければならないことがありうる。ほとんどの広告主はまた、彼らのキャンペーンが時間的に平均して配信されることを要求するが、そのことが任意所定の時点において選択のために使用可能な広告の数に対してさらなる制約を課す。広告選択のこのような詳細は本開示の主題ではなく、技術的に知られているようなものでありかつ／または将来的なイノベーションを含みうる。
【００７９】
アドサーバは、広告主が彼らの広告が単一のアドブレイク（またはポッド）内で並んで走ることできる広告の最大数を特定することを可能にしうる。このことは、広告のターゲッティングを特定のグループに集中することと、彼らのメッセーの幅広い露出を有することとの間でトレードオフを行うことによって、かれらのマーケティング戦略を実行するに当たって広告主に大幅な柔軟性を与える。しかし、ユーザがデフォルトおよび代替広告間で選択をするまでシステムは１つのアドブレイクでどの程度多くの広告が必要とされるかが必ずしも分からないので、異なるキャンペーン間で異なるポッド当たり広告制限（ads-per-pod limits）を有することは、広告スワップ選択アルゴリズムを実行する際に大きな困難をもたらす可能性がある。保守的な手法は、それまでアドブレイクに対して選択したすべての広告の最小ポッド当たり広告制限に等しいからそれより大きいポッド当たり広告制限でもって広告を選択することによってこの問題を解決しうる。
【００８０】
相当な処理オーバーヘッドとは別に、代替広告選択のために必要とされうる多数のルールが、アドサーバが現実の状態において十分な代替広告を実際に見つけることができるかどうかについての懸念をももたらしうる。広告スワップが必要とする数の代替広告をアドサーバが見つけるチャンスを大きくするためには、広告疲労防止ルールおよび業界分離ルールが、ユーザによって選択される広告だけに適用するように緩和されうる。しかし、これは、下記の事項に類似するプレーヤとアドサーバとの間の広告選択プロトコルの抜本的な変更を招く。すなわち、プレーヤからの各広告要求において、アドサーバは、（１）デフォルト広告プラス代替広告を選択し、（２）プレーヤは、ユーザによって選択される広告について他の広告要求を行う前にユーザが最終選択を行うのを待つ。このようにして、アドサーバは、ユーザが実際に視聴した広告だけに広告疲労防止ルールおよび業界分離ルールを適用するために必要とする情報を有する。さらに、良好なユーザ体験を確保するためには、アドサーバは、ユーザがスワップしたばかりのものと同じ広告をサーブするのを回避する必要がある。
【００８１】
上記の問題を考えると、アドブレイク当たり１つの要求プロトコル（one-request-per-ad-break protocol）から離れて広告当たり１つの要求（＋代替）プロトコル（one-request-per-ad(+ alternatives) protocol）にアドサーバを構成することは、いくつかのサーバシステムでは可能であるようには直ちには見えないであろう。この変更は、代替広告を選択する費用に先立って、クライアントプレーヤとアドサーバとの間の余分なネットワークコール（extra network calls）の形で処理オーバーヘッドを大幅に増加させる。さらに、プレーヤとアドサーバとの間の通信プロトコルは、アドブレイク当たり１つの要求プロトコル内の現在は隠されている広告選択間に付加的な状態情報を維持するために、より複雑であることが必要でありうる。例えば、広告当たり１つの要求プロトコルは、それまでにサーブされた広告のポッド当たり広告制限を追跡する必要があるが、アドサーバは現在のアドブレイク当たり１つの要求プロトコルにおいてこれを内部的に追跡する。
【００８２】
このような困難は、処理電力と通信帯域幅の強引な増加（brute force increases）によって克服されうる。しかし、下記の予期しない洞察が、より洗練された解決に導いた。すなわち、広告当たり１つの要求プロトコルに切り替えることが不当な複雑性の源であるならば、代替広告はそれに代えてアドブレイク当たり１つの要求プロトコルに当てはめることはできないか？驚くべきことには、それは、このようにして可能である。すなわち、（１）アドサーバは、アドブレイク当たり１つの要求プロトコルにおいて行うように１つのアドブレイク内ですべてのデフォルト広告を選択する、（２）そして、アドサーバは、そのアドブレイク内のデフォルトおよび代替広告に対して広告疲労防止ルールおよび業界分離ルールを適用してそのアドブレイク全体に対して代替広告を選択する。その結果として、代替広告は、各広告に対して別々に選択されるのではなくて、アドブレイク内のすべての広告に対して使用可能である。この手法では、アドサーバは、アドブレイク内でサーブするためにどのくらいのデフォルト広告が選択されるかを正確に知っているから、適合したポッド当たり広告制限をもって代替広告を容易に選択しうる。
【００８３】
さらに付け加えると、代替広告が各広告に対して別々に選択されるのではなくて、アドブレイク内のすべての広告に対して集合的に使用可能であるとすると、同じ数の選択肢を維持しながら、より少ない代替広告を選択することが可能となる。より正確には、アドサーバは、ポッド当たりｎ個の広告（"n-APP”）シナリオにおいて最小限少なくとも３つの選択肢を維持するためにはｎ＋１個の代替広告を選択する必要があるにすぎないが、アドサーバが各広告に対してそれらを別々に選択する場合には、３ｎ個の代替が必要とされるであろう。したがって、２−ＡＰＰシナリオでは、代替広告がアドブレイク全体に対して使用可能である場合には、２＋２＝４個だけの代替広告が必要とされるにすぎないであろうが、それに対して、各広告に対して別々に選択される場合には、３Ｘ２＝６個の代替広告が必要とされる。より一般的には、「ｎ」がポッド当たりのデフォルト広告の数を表し、「ｃ」が各デフォルト広告に対して提示するための代替広告の所望の数を表すとすると、アドブレイクに対する代替広告の数はｎ＋ｃ−１によって決定されうる。
【００８４】
１つのアドブレイクに対する代替広告をｎ＋ｃ−１により集合化する（collectivizing）ことによって提供される減少された数の代替広告を選択するオーバーヘッドを使用可能アドサーバが処理できるかどうか、およびアドサーバが十分な数の代替広告を見つけることができるかどうかについての疑問を解決するために、集合化するアドブレイク当たり１つの要求コードは、既存のアドサーバを使用して容易にテストされうる。このようなテストは、制作におけるフルインパクト（full impact）を測定する前にアドサーバと動画プレーヤクライアントとの両方の変更を要求しうる広告当たり１つの要求プロトコルをインプリメントする場合には、システムのアップグレードなしには可能ではないであろう。
【００８５】
１つの事例では、既存のアドサーバに対して集合化コード（collectivizing code）をインプリメントすることは、代替広告を選択することからほとんど目立たないオーバーヘッドの増加を生じた。アドサーバが所望されるのと同数の代替広告を見つけることができなかったいくつかの場合には、アドサーバはそれらの場合の過半数において代替広告を見つけることができた。したがって、上述した集合化(collectivization)は、システムのアップグレードを必要とすることなしに、代替広告選択のための実行可能な手法となるであろう。上記の種々のデザインは表面的には互いに極めて類似するかも知れないが、僅かな差異が外見的には実行不可能なデザインを実行可能なものにし、したがってそのような差異は十分に理解されかつ適正に評価されるべきであることが理解されるであろう。
【００８６】
上記の事例は、コンピュータによって実行される１つまたは複数の方法論（methodologies）で例えばクライアントデバイス、サーバ、またはクライアントデバイスとサーバのある組み合わせとして具体化されうる。開示された主題に従ってインプリメントされうる方法論は、種々のフローチャートを参照してより良く理解されるであろう。方法論は、図示の簡明のため一連の行為／ブロックとして図示されかつ説明されるが、いくつかのブロックはここに図示され説明されるのとは異なる順序でおよび／または他のブロックと実質的に同じ時間で生じうるので、請求項に記載された主題はブロックの数または順序によっては限定されないことが理解されかつ認識されるべきである。さらに、ここに記載された方法論をインプリメントするためには、図示されたブロックのすべてが必要とされるわけではない。ブロックに関連した機能性は、ソフトウェア、ハードウェア、それらの組み合わせまたは他の任意適当な手段（例えば、デバイス、システム、プロセス、またはコンポーネント）によってインプリメントされることが認識されるべきである。さらに、この明細書全体にわたって開示された方法論は、このような方法論を種々のデバイスへの格納、輸送および転送を容易にするために、製品、例えば、非一時的コンピュータ読取可能媒体上にコード化された命令および／またはデータとして格納されうることがさらに認識されるべきである。当業者は、方法が、状態図におけるように、一連の相互に関連した状態または事象として代替的に表されうるであろうことを理解しかつ認識するであろう。
【００８７】
動画ホストサーバ動作および装置（VIDEO HOST SERVER AND APPARATUS）
図１１に示されているように、コンピュータサーバシステムのネットワークノードは、ストリーミング動画システムにおいてスワップ可能な広告の選択または構成を決定する方法１１００を実行しうる。方法１１００は、１１１０において、コンピュータ上で動作する選択アルゴリズムを使用して、識別されたデジタル動画コンテンツにおける画定されたアドブレイクの間の再生のために構成された１つまたは複数のデフォルト動画広告を選択することを含む。例えば、ノードは、広告主選好および上記に例示された選択ルールの集合と相俟って、ユーザプロフィールおよびユーザ選好情報に基づいてデフォルト広告の集合を選択しうる。デフォルト広告は、１つの画定されたアドブレイク、または特定の動画プログラムについて画定されたある数のアドブレイクに対して選択されうる。
【００８８】
方法１１００は、１１２０において、１つまたは複数のデフォルト動画広告のうちの第１の数を決定することをさらに含みうる。例えば、ノードは、アドブレイクの存続期間を各デフォルト広告の存続期間で、またはあるタイプの広告の存続期間で割り算しうる。代替案としては、ノードは、前記第１の数をコンピュータメモリ内に保持された一定の静的値に設定しうる。動作１１２０は、選択動作１１１０の前または後で実行されうる。
【００８９】
方法１１００は、１１３０において、前記第１の数に基づいて第２の数を決定することをさらに含みうる、ここにおいて、第２の数は第１の数より小さくない。例えば、ノードは、本開示において上述された関係式ｎ＋ｃ−１を用いて第２の数を計算しうる、ここにおいて、「ｎ」は第１の数に等しく、「ｃ」は各デフォルト広告に対して所望される代替の数に等しい。動作１１３０は、選択動作１１１０の前または後に実行されうる。
【００９０】
方法１１００は、１１４０において、コンピュータ上で動作する選択アルゴリズムを使用して、第２の数代替動画広告を選択することをさらに含みうる。選択される代替動画広告の数は第２の数に等しい。代替広告は、デフォルト広告に対して使用されるのと同様のプロセスを用いて使用可能な候補から選択されうる。一般に、このシステムは、クライアント上で代替広告を呈示する前の任意適当な時点で代替広告を選択しうる。例えば、このシステムは、第１の広告スロットに先立って動画プログラムに対するすべてのデフォルトおよび代替広告を選択しうる。他の実施の形態では、このシステムは、クライアントプレーヤデバイス上の広告スロットの直前において、各広告スロットに対するデフォルトおよび代替広告の集合を選択しうる。代替として、または追加として、このシステムは、デフォルト広告を再生するのに先立ってまたはデフォルト広告の再生を開始した直後に、特定のデフォルト広告に対して代替広告を選択しうる。
【００９１】
この方法は、１１５０において、アドブレイクの出現より前にクライアントデバイスに送信するための代替動画広告の識別子を提供することをさらに含みうる。例えば、その識別子は、ネットワークノードに結合されたデータストア内に各広告を配置するインデックスナンバーから提供されうる。
【００９２】
図１２−１５を参照すると、単独でまたはクライアントデバイスおよび／または他のサーバと組み合わせて、コンピュータによって実行されうる広告スワッププロセスに対するいくつかの追加動作１２００、１３００，１４００および１５００が示されている。動作１２００、１３００、１４００および１５００のうちの１つまたは複数が方法１１００の一部として随意に実行されうる。これらの動作の要素は、任意の動作順序で実行されうるか、あるいは動作の特定の経時的順序を要求することなしに開発アルゴリズムによって包含されうる。動作は独立に実行されうるが、相互に排他的ではない。したがって、これらの動作の任意の１つは、他のダウンストリームまたはアップストリーム動作が実行されるかどうかに関係なく実行されうる。例えば、方法１１００が動作１２００、１３００、１４００および１５００のうちの少なくとも１つを含む場合には、この方法１１００は、図示されうる任意の爾後のダウンストリーム動作を必ず含まなければならないのではなしに、その少なくとも１つの動作の後で終了しうる。
【００９３】
１つの態様では、図１２を参照すると、方法１１００は、１３１０において、デフォルト動画広告の１つをクライアントデバイスにストリーミングしている間にまたはその前に、代替動画広告の１つがデフォルト動画広告の前記１つとスワップされることを要求するクライアンデバイスからの信号を検知することをさらに含みうる。例えば、クライアントデバイスは、デフォルト広告を特定の代替とスワップアウト（swap out）するユーザリクエストを示して、デフォルト広告の再生の間にユーザインプットを受信しうる。クライアントは代替広告を識別する信号をサーバに送信しうる。方法１１００は、１２２０において、クライアントデバイスへの代替動画広告の前記１つのストリーミングを中断し、前記信号の検知に応答して、代替動画広告の前記１つのストリーミングを開始することをさらに含みうる。方法１１００の１つの態様１２３０では、ユーザインプットが代替広告をリクエストする場合に再生しているデフォルト広告は、デフォルト動画広告の前記第１の数のうちの任意の１つでありうる。他の態様では、検知すること１３１０は、ブロック１２４０で示されているように、デフォルト動画広告の前記１つのクライアントデバイスヘのストリーミングの間に実行されうる。
【００９４】
他の態様では、図１３を参照すると、方法１１００は、１４１０において、クライアントデバイスからデジタル動画コンテンツに対するリクエストを受信し、そのリクエストに応答して、画定されたアドブレイクを含むそのデジタル動画コンテンツをクライアントデバイスにストリーミングすることをさらに含みうる。この動作１４１０は、図１１に示された方法１１００の動作のすべてより前に実行されうる。他の実施の形態では、動作１４１０は、方法１１００の１つまたは複数の動作の後で実行されうる。他の態様では、方法１１００は、１３２０において、クライアントデバイス上で再生されている識別されたデジタル動画コンテンツに画定されたアドブレイクが予想されることを示すメッセージを受信することに応答して実行されうる。例えば、クライアントデバイスによってサーバに送信されうるメッセージは、方法１１００を開始するためのトリガーとして作用しうる。他の態様では、方法１１００は、１３３０において、前記１つまたは複数のデフォルト動画広告の再生の間におけるクライアントインタフェースでの表示のために代替動画広告を示すサムネイル画像をクライアントデバイスに提供することをさらに含みうる。代替広告候補のためのサムネイル画像の例が図９に提示されている。
【００９５】
他の態様では、図１４を参照すると、方法１１００において第２の数を決定することは、１４１０において、例えば前述のように関係式ｎ＋ｃ−１を用いて、第２の数を第１の数より大きく設定することをさらに含みうる。例えば、方法１１００において第２の数を決定することは、１４２０において、例えば、各デフォルト広告に対する代替の所望の数が３である場合に、第１の数と２の和を計算することをさらに含みうる。
【００９６】
他の態様では、図１５を参照すると、方法１１００は、１５１０において、ユーザ選好情報に一部基づいてデフォルト動画広告と代替動画広告を選択することをさらに含みうる。例えば、広告は、既知のまたは想定されたユーザ層に、またはユーザ調査によって得られたまたはユーザの過去の動画コンテンツ選択から推測された選好に合致するようにターゲットされうる。代替として、または追加として、方法１２００は、１５２０において、広告主選好情報に少なくとも部分的に基づいてデフォルト動画広告と代替動画広告を選択することをさらに含みうる。
【００９７】
図１６を参照すると、ストリーミング動画システムにおいて広告スワッププロセスをインプリメントするために、コンピュータサーバ、またはクライアントデバイスとサーバの組み合わせとして構成されうる例示的な装置１６００が提供される。
【００９８】
図示のように、１つの実施の形態では、装置１６００は、選択アルゴリズムを用いて、識別されたデジタル動画コンテンツにおける画定されたアドブレイクの間における再生のために構成された１つまたは複数のデフォルト動画広告を選択するための電気的コンポーネントまたは手段１６０２を具備しうる。例えば、電気的コンポーネントまたは手段１６０２は、メモリコンポーネント１６１６に結合された少なくとも１つのコントロールプロセッサ１６１０を具備しうる。そのコントロールプロセッサは、メモリコンポーネントにプログラム命令として保持されうるアルゴリズムを動作しうる。そのアルゴリズムは、例えば、広告主選好基準とユーザ層または選好情報を使用して、使用可能な動画広告の集合に対するメタデータをフィルタリングすることを含みうる。
【００９９】
装置１６００は、前記１つまたは複数のデフォルト動画広告の第１の数を決定するための電気的コンポーネントまたはモジュール１６０４をさらに具備しうる。例えば、電気的コンポーネントまたは手段１６０４は、メモリコンポーネント１６１６に結合された少なくとも１つのコントロールプロセッサ１６１０を具備しうる。コントロールプロセッサは、メモリコンポーネントにプログラム命令として保持されうるアルゴリズムを動作しうる。そのアルゴリズムは、１つまたは複数のアドブレイクの存続期間を選択されたデフォルト広告の存続期間、またはあるクラスの広告の既知の存続期間で割り算することを含みうる。
【０１００】
装置１６００は、第１の数に基づいて第２の数を決定するための電気的コンポーネントまたはモジュール１６０６をさらに具備しうる。なお、第２の数は第１の数より小さくない。例えば、電気的コンポーネントまたは手段１６０６は、メモリコンポーネント１６１６に結合された少なくとも１つのコントロールプロセッサ１６１０を具備しうる。コントロールプロセッサは、メモリコンポーネントにプログラム命令として保持されうるアルゴリズムを動作しうる。このアルゴリズムは、例えば、上記においてここにさらに詳細に説明されたように関係式ｎ＋ｃ−１を用いて前記第２の数を計算することを含みうる。
【０１０１】
装置１６００は、コンピュータ上で動作する選択アルゴリズムを用いて、第２の数の代替動画広告を選択するための電気的コンポーネントまたはモジュール１６０８をさらに具備しうる。例えば、電気的コンポーネントまたは手段１６０８は、メモリコンポーネント１６１６に結合された少なくとも１つのコントロールプロセサ１６１０を具備しうる。コントロールプロセッサは、メモリコンポーネントにプログラム命令として保持されうるアルゴリズムを動作しうる。このアルゴリズムは、例えば、デフォルト広告を選択するための前述したものと同様の動作を含みうる。
【０１０２】
装置１６００は、アドブレイクの出現より前にクライアントデバイスに送信するために代替動画広告の識別子を提供するための電気的コンポーネントまたはモジュール１６０９をさらに具備しうる。例えば、電気的コンポーネントまたは手段１６０９は、メモリコンポーネント１６１６に結合された少なくとも１つのコントロールプロセッサ１６１０を具備しうる。そのコントロールプロセッサは、メモリコンポーネントにプログラム命令として保持されうるアルゴリズムを動作しうる。そのアルゴリズムは、例えば、初発のアドブレイクを示すクライアントからの信号に応答して、クライアントデバイスがストリーミングセッションアドブレイクに到達する前の数秒、デフォルトおよび代替広告の識別子を送信することを含みうる。
【０１０３】
装置１６００は、図１２−１５に関連して説明されたが図示の簡明のために図１６には示されていない追加動作１２００−１５００のいずれかまたはすべてを実行するための同様の電気的コンポーネントを具備しうる。
【０１０４】
関連する態様では、装置１６００は、少なくとも１つのプロセッサを有するプロセッサコンポーネントをオプションとして具備しうる。プロセッサ１６１０は、バス１６１２または同様の通信結合によってコンポーネント１６０２−１６０９または同様のコンポーネントと動作可能な通信状態にありうる。プロセッサ１６１０は、電気的コンポーネント１６０２−１６０６によって実行される処理または機能の開始またはスケジューリングを行いうる。
【０１０５】
他の関連する態様では、装置１６００は、クライアントとサーバとの間の通信を可能にするネットワークインタフェースコンポーネント１６１４を具備しうる。装置１６００は、例えばメモリデバイス／コンポーネント１６１６のような情報を格納するためのコンポーネントをオプションとして具備しうる。コンピュータ読取可能媒体またはメモリコンポーネント１６１６は、バス１６１２等によって装置１６００の他のコンポーネントに動作可能に結合されうる。メモリコンポーネント１６１６は、コンポーネント１６０２−１６０９、およびそれらのサブコンポーネント、またはプロセッサ１６１０のプロセスまたは作用、あるいはここに開示された方法をインプリメントするためのコンピュータ読取可能命令およびデータを格納するように適合されうる。メモリコンポーネント１６１６は、コンポーネント１６０２−１６０９に関連した機能を実行するための命令を保持しうる。コンポーネント１６０２−１６０９はメモリ１６１６の外部にあるように示されているが、メモリ１６１６内に存在してもよいことが理解されるべきである。
【０１０６】
クライアント側動作および装置（CLIENT SIDE OPERATIONS AND APPARATUS）
図１７に示された方法１７００は、コンピュータ広告スワッププロセスの結果に基づいてストリーミング動画セグメントにおける広告の選択または構成のためにクライアントデバイスによって実行されうる。方法１７００は、１７１０において、メディアプレーヤコンポーネントを使用して、クライアントデバイス上で、画定されたアドブレイクを含む動画コンテンツを再生することを含みうる。例えば、クライアントデバイスは、表示されたページ上のリンクを選択するユーザインプットを受信し、そのリンク選択に基づいて動画セグメントのリクエストを指定されたネットワークアドレスに送信しうる。それに応答して、ネットワークノードは、１つまたは複数のアドブレイクを画定する情報とともに動画セグメントをクライアントノードにストリーミングし、クライアントはそのストリーミング動画を再生するためにメディアプレーヤコンポーネントを使用しうる。
【０１０７】
方法１７００は、画定されたアドブレイクの間に第１の動画広告を再生することをさらに含みうる。例えば、クライアントプレーヤは、アドブレイクが出現しようとしている場合に、ネットワーク接続を用いてアドサーバに警告しうる。それに応答して、アドサーバは、デフォルト広告と代替広告を選択し、１つのデフォルト広告を１つの代替広告とスァップアウト（swap out）する信号をクライアントから受信するまで、クライアントにデフォルト広告を順次ストリーミングしうる。
【０１０８】
方法１７００は、１７３０において、第１の動画広告を再生している間に第２の動画広告へのリンクを表示することをさらに含みうる。ここで用いられる「リンク」は、選択されるとクライアントにそのリンクされたコンテンツをリクエストさせる選択可能なユーザインタフェースオブジェクトを意味する。例えば、アドブレイクより前に、アドサーバは、１つまたは複数の代替広告を画定する情報をクライアントに提供することができ、クライアントは、その代替広告の１つを選択するためのオプションを含むメニューをユーザインタフェースにおいて表示しうる。このようなオプションを有するユーザインタフェースの一例が図９に示されている。
【０１０９】
方法１７００は、１７４０において、クライアントデバイスがリンクの選択を示すユーザインプットを受信することをさらに含みうる。例えば、クライアントは、ユーザインプットデバイスからの信号を受信することによって、リンクのユーザ選択を検知しうる。クライアントデバイス上でデフォルト動画広告が再生している間に、インプットが受信されうる。
【０１１０】
方法１７００は、１７５０において、ユーザインプットを受信することに応答して、第１の動画広告の再生を停止し、第２の動画広告の再生を開始することをさらに含みうる。例えば、アドサーバは、リンクのユーザ選択に応答してクライアントデバイスにより生成される代替広告のリクエストを受信しうる。そのリクエストに応答して、アドサーバは、その代替広告のクライアントデバイスへのストリーミングを開始しうる。ストリーミング代替広告を受信することに応答して、クライアントはデフォルト広告を再生することを停止、代替広告を再生することを開始しうる。いくつかの実施の形態では、プレーヤは、代替広告が再生している間に、ユーザインタフェースの広告スワップ機能性を非活性化しうる。
【０１１１】
方法１７００に関連して説明された動作は、クライアントデバイスが異なるコンピュータにおいて生ずるプロセスに対してダム端末またはポータルとして動作している範囲で、コンピュータサーバの動作を含みうることが認識されるべきである。方法１７００の範囲から逸脱することなしに、クライアントデバイスとホストデバイスとの間でこれらの動作の種々の分配がインプリメントされうる。
【０１１２】
図１８−１９を参照すると、広告スワップをインプリメントするためのいくつかの付加的動作１８００および１９００が示されており、これらの動作はクライアントデバイスによって実行されうる。これらの動作のうちの１つまたは複数は、方法１７００の一部としてオプションで実行されうる。これらの動作の要素は、任意の動作順序で実行されうるか、あるいは実行の特定の経時的順序を要求することなしに開発アルゴリズムによって包含されうる。動作は独立に実行されるが、互いに排他的ではない。したがって、これらの動作の任意の１つは、他のダウンストリームまたはアップストリーム動作が実行されるか否かに関係なく実行されうる。例えば、方法１７００が動作１８００または１９００のうちの少なくとも１つを含む場合には、方法１７００は、例示されうる任意の爾後のダウンストリーム動作を必ずしも含む必要なくして、前記少なくとも１つの動作の後で終了しうる。
【０１１３】
１つの態様では、図１８を参照すると、方法１７００は、１８１０において、ユーザインプットを受信することに応答して、第２の動画広告がクライアントデバイスへとストリーミングされることをリクエストすることをさらに含みうる。例えば、クライアントは、代替広告を識別する信号をアドサーバに送信しうる。代替として、クライアントは、ロ−カルメモリから代替広告のキャッシュコピーを検索しうる。
【０１１４】
方法１７００は、１８２０において、第１の動画広告を取得するために、クライアントデバイス上で再生される識別されたデジタル動画コンテンツに画定されたアドブレイクが予想されることを示すメッセージを送信することをさらに含みうる。クライアントは、方法１７００の動作１７２０より前に動作１８２０を実行しうる。この動作は、アドブレイクに対してデフォルトおよび代替広告を選択する必要性をアドサーバに警告するために用いられうる。
【０１１５】
他の態様では、図１９を参照すると、方法１７００は、１９１０において、第２の動画広告へのリンクを表示しつつ、第３の動画広告へのリンクを表示することをさらに含みうる。例えば、クライアントデバイスは、ユーザインタフェース上に、図９に示されているように３つの代替広告または他の複数の代替広告へのリンクを一緒に表示しうる。
【０１１６】
方法１７００は、１９２０において、第１の動画広告の再生の間に、第１の動画広告を代替広告とスワップすることへのユーザ関心を示すための対話型イブジェクトを表示することをさらに含む。例えば、クライアントは、図８および９に示されたように広告スワップオブジェクトを表示しうる。クライアントデバイスは、オブジェクトに接続された画定されたユーザインプットをデフォルト広告をスワッピングアウト（swapping out）することへのユーザ関心の表示として解釈しうる。
【０１１７】
方法１７００は、１９３０において、第１の動画広告を代替広告とスワップすることへのユーザ関心を表示するユーザインプットを受信することに応答して、第２の動画広告へのリンクとして構成されたサムネイル画像を表示することをさらに含みうる。例えば、図９に示されたように、広告スワップアイコンのユーザ選択に応答して、クライアントは、ユーザによる選択のために使用可能な代替広告のメニューまたは使用可能な代替広告のある部分集合を表示しうる。代替としては、クライアントは、広告をスワップすることへの関心をユーザが信号で伝えるのを待つことなしにメニューを表示しうる。いくつかの実施の形態では、ブロック１９４０で示されているように、クライアントは代替広告のメニューを表示しながらデフォルト広告の再生を休止しうるが、他の実施の形態では、クライアントはデフォルト広告を再生し続けうる。
【０１１８】
図２０を参照すると、広告スワッププロセスをインプリメントするために、クライアントデバイスまたはクライアントとサーバの組み合わせとして構成されうる例示的な装置２０００が提供されている。装置２０００は、プロセッサ、ソフトウェア、またはそれらの組み合わせ（例えば、ファームウェア）によってインプリメントされる機能を表わしうる機能ブロックを具備しうる。
【０１１９】
図のように、１つの実施の形態では、装置２０００は、画定されたアドブレイクを含む動画コンテンツを再生するための電気的コンポーネントまたは手段２００２を具備しうる。例えば、電気的コンポーネントまたは手段２００２は、メモリコンポーネント２０１６に結合された少なくとも１つのコントロールプロセッサ２０１０を具備しうる。コントロールプロセッサは、メモリコンポーネントにプログラム命令として保持されうるアルゴリズムを動作しうる。そのアルゴリズムは、例えば、１つまたは複数のアドブレイクを画定するメタデータと一緒にコンテンツサーバからのストリーミング動画データを受信し、メディアプレーヤコンポーネントに対するコントロールパラメータを取得するためにメタデータを処理し、メディアプレーヤにコントロールパラメータを提供し、コントロールパラメータに従ってメディアプレーヤを動作することを含みうる。
【０１２０】
装置２０００は、画定されたアドブレイクの間に第１の動画広告を再生するための電気的コンポーネントまたはモジュール２００４をさらに具備しうる。例えば、電気的コンポーネントまたは手段２００４は、メモリコンポーネント２−１６に結合された少なくとも１つのコントロールプロセッサ２０１０を具備しうる。コントロールプロセッサは、メモリコンポーネントにプログラム命令として保持されうるアルゴリズムを動作しうる。そのアルゴリズムは、例えばアドブレイクに先立ってサーバからのデフォルト広告をリクエストし、デフォルト広告を備えたストリーミングデータを受信し、アドブレイクの間にクライアントにおいてデフォルト広告を再生することを含みうる。
【０１２１】
装置２０００は、第１の動画広告を再生している間に、第２の動画広告へのリンクを表示するための電気的コンポーネントまたはモジュール２００６をさらに具備しうる。例えば、電気的コンポーネントまたはモジュール２００６は、メモリコンポーネント２０１６に結合された少なくとも１つのコントロールプロセッサ２０１０を具備しうる。そのコントロールプロセッは、メモリコンポーネントにプログラム命令として保持されうるアルゴリズムを動作しうる。そのアルゴリズムは、例えば、アドサーバから代替広告を識別する情報を受信し、図９に関連して説明された対話型メニューにその情報を表示することを含みうる。
【０１２２】
装置２０００は、リンクの選択を表示するユーザインプットを受信するための電気的コンポーネントまたはモジュール２００８をさらに具備しうる。例えば、電気的コンポーネントまたは手段２００８は、メモリコンポーネントに結合された少なくとも１つのコントロールプロセッサ２０１０を具備しうる。そのコントロールプロセッサは、メモリコンポーネントにプログラム命令として保持されうるアルゴリズムを動作しうる。そのアルゴリズムは、第２の動画広告ヘのリンクを表示しつつユーザインタフェースからユーザインプットを受信し、そしてユーザインプットが受信された場合にユーザインタフェースの状態に基づいてユーザインタフェースがリンクのユーザ選択を構成することを推測することを含みうる。
【０１２３】
装置２０００は、ユーザインプットを受信することに応答して、第１の動画広告の再生を停止し、第２の動画広告の再生を開始するための電気的コンポーネントまたはモジュール２００９をさらに具備しうる。例えば、電気的コンポーネントまたは手段２００９は、メモリコンポーネント２０１６に結合された少なくとも１つのコントロールプロセッサ２０１０を具備しうる。コントロールプロセッサは、メモリコンポーネントにプログラム命令として保持されうるアルゴリズムを動作しうる。このアルゴリズムは、例えば、リンクのユーザ選択に応答して代替広告のリクエストを送信し、そのリクエストに応答してストリーミング代替広告を受信し、代替広告のストリーミングを受信することに応答してデフォルト広告の再生を停止して代替広告の再生を開始することをさらに含みうる。
【０１２４】
装置２０００は、図１８−１９に関連して説明された追加の動作１８００または１９００のいずれかまたはすべてを実行するための同様の電気的コンポーネントを具備しうるが、図１２には図示の簡明のため示されていない。
【０１２５】
関連する態様では、装置２０００は、クライアントデバイスに対するプロセッサを具備するように構成された装置２０００の場合では、少なくとも１つのプロセッサを有するプロセッサコンポーネント２０１０をオプションとして具備しうる。プロッセサ２０１０は、バス２０１２または同様の通信結合によってコンポーネント２００１−２００９または同様のコンポーネントと動作可能な通信状態となりうる。プロッセサ２０１０は、電気的コンポーネント２００１−２００９によって実行されるプロセスまたは機能の開始およびスケジューリングを行える。
【０１２６】
さらに関連する態様では、装置２０００は、クライアントとサーバとの間の通信を可能にするネットワークインタフェースコンポーネント２０１４を具備しうる。装置２０００は、例えばメモリデバイス／コンポーネント２０１６のような情報を格納するためのコンポーネントを具備しうる。コンピュータ読取可能媒体またはメモリコンポーネント２０１６は、バス２０１２等によって装置２０００の他のコンポーネントに動作可能に結合されうる。メモリコンポーネント２０１６は、コンポーネント２００２−２００９、およびそれらのサブコンポーネント、またはプロセッサ２０１０のプロセスおよび動作、またはここに開示された方法をインプリメントするためのコンピュータ読取可能命令およびデータを格納するように適合されうる。メモリコンポーネント２０１６は、コンポーネント２００２−２００９に関連した機能を実行するための命令を保持しうる。コンポーネント２００２−２００９は、メモリ２０１６の外部にあるとして示されているが、メモリ２０１６内に存在してもよいことが理解されるべきである。
【０１２７】
開示されたプロセスにおけるステップの特定の順序または階層は例示にすぎないことが理解される。デザイン選好に基づいて、プロセスにおけるステップの特定の順序または階層は、本開示の範囲内に留まりつつ再配列されうることが理解される。添付の方法クレームは、種々のステップの要素を例示順序で提示するが、提示された特定の順序または階層に限定されることを意味するものではない。
【０１２８】
当業者は、様々な異なる技術及び技法を用いて情報および信号が表わされることを理解するであろう。例えば、上記の説明全体にわたって参照されうるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界又は磁気粒子、光場または光粒子、またはそれらの任意の組み合わせによって表わされうる。
【０１２９】
当業者は、ここに開示された実施の形態に関連して説明された種々の例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子的ハードウェア、コンピュータソフトウェア、または両者の組み合わせとしてインプリメントされうる。ハードウェアとソフトウェアの互換性を明瞭に示すために、種々の例示的なコンポーネント、ブロック、モジュール、回路、およびステップがそれらの機能性について一般的に上記で説明された。そのような機能性がハードウェアまたはソフトウェアとしてインプリメントされるかどうかは、特定の用途およびシステム全体に課せられるデザイン制約に依存する。当業者は、各特定の用途につき種々の方法で上記の機能性をインプリメントしうるが、そのようなインプリメンテーションの決定は、本発明の範囲からの逸脱を生ずると解釈されるべきでない。
【０１３０】
ここに開示された実施の形態に関連して説明された様々な例示の論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（DSP）、特定用途集積回路（ASIC）、フィールドプログラマブルゲートアレイ（FPGA）または他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェアコンポーネント、またはここで記述された機能を実行するように設計されたそれらの任意の組み合わせを用いてインプリメントまたは実行されうる。汎用プロセッサはマイクロプロセッサでありうるが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンでありうる。プロセッサは、コンピューティングデバイスの組み合わせ、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと関連した１つまたは複数のマイクロプロセッサ、または任意の他のこのような構成としてインプリメントされうる。
【０１３１】
開示された実施の形態についての上記説明は、当業者が本開示を実施または使用できるようにするために提供される。これらの実施の形態に対する種々の修正が当業者には容易に明らかであろうが、ここに定義された一般的な原理は、本開示の精神または範囲から逸脱することなしに他の実施の形態にも適用されうる。したがって、本開示は、ここに示された実施の形態に限定されるとは意図されておらず、ここに開示された原理および新規な特徴に整合する最も広い範囲を認められるべきである。
【図１】
2014534671.tif 000003
【図２】
2014534671.tif 000004
【図３】
2014534671.tif 000005
【図４】
2014534671.tif 000006
【図５】
2014534671.tif 000007
【図６】
2014534671.tif 000008
【図７】
2014534671.tif 000009
【図８】
2014534671.tif 000010
【図９】
2014534671.tif 000011
【図１０】
2014534671.tif 000012
【図１１】
2014534671.tif 000013
【図１２】
2014534671.tif 000014
【図１３】
2014534671.tif 000015
【図１４】
2014534671.tif 000016
【図１５】
2014534671.tif 000017
【図１６】
2014534671.tif 000018
【図１７】
2014534671.tif 000019
【図１８】
2014534671.tif 000020
【図１９】
2014534671.tif 000021
【図２０】
2014534671.tif 000022
【手続補正書】
【提出日】平成26年9月5日(2014.9.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
スワップ可能動画広告を構成する方法であって、
コンピュータ上で動作する選択アルゴリズムを使用して、識別されたデジタル動画コンテンツ内の画定されたアドブレイクの間に再生するように構成された１つまたは複数のデフォルト動画広告を選択することと、
前記１つまたは複数のデフォルト動画広告の第１の数を決定することと、
前記第１の数に基づいて第２の数を決定することと、ここにおいて、前記第２の数は前記第１の数より小さくない、
前記コンピュータ上で動作する前記選択アルゴリズムを使用して、第２の数の代替動画広告を選択することと、および、
前記アドブレイクの出現より前にクライアントデバイスに送信するための前記代替動画広告の識別子を提供することと、
を備える、スワップ可能動画広告を構成する方法。
【請求項２】
前記クライアントデバイスから前記デジタル動画コンテンツに対するリクエストを受信し、前記リクエストに応答して、前記画定されたアドブレイクを含む前記デジタル動画コンテンツを前記クライアントデバイスにストリーミングすることをさらに備える請求項１に記載の方法。
【請求項３】
前記デフォルト動画広告の１つを前記クライアントデバイスにストリーミングする間または前に、前記代替動画広告の１つが前記デフォルト動画広告の前記１つとスワップされることをリクエストする前記クライアントデバイスからの信号を検知することをさらに備える請求項１に記載の方法。
【請求項４】
前記デフォルト動画広告の前記１つを前記クライアントデバイスにストリーミングすることを中断し、前記信号を検知することに応答して、前記代替動画広告の前記１つのストリーミングを開始することをさらに備える請求項３に記載の方法。
【請求項５】
前記デフォルト動画広告の前記１つは、前記第１の数のデフォルト動画広告のうちの任意の１つを備える請求項３に記載の方法。
【請求項６】
前記信号を検知することは、前記デフォルト動画広告の前記１つの前記クライアントデバイスへのストリーミングの間に実行される請求項３に記載の方法。
【請求項７】
前記第２の数は前記第１の数より大きい請求項１に記載の方法。
【請求項８】
前記第２の数を決定することは、前記第１の数と２との和を計算することをさらに含む請求項１に記載の方法。
【請求項９】
前記クライアントデバイス上で再生される前記識別されたデジタル動画コンテンツにおいて前記画定されたアドブレイクが予想されることを示すメッセージを受信することに応答して実行される請求項１に記載の方法。
【請求項１０】
前記１つまたは複数のデフォルト動画広告の再生の間にクライアントインタフェースにおける再生のために前記代替動画広告を示すサムネイル画像を前記クライアントデバイスに提供することをさらに備える請求項１に記載の方法。
【請求項１１】
前記選択アルゴリズムは、ユーザ選好情報に少なくとも一部基づいて前記デフォルト動画広告および前記代替動画広告を選択する請求項１に記載の方法。
【請求項１２】
前記選択アルゴリズムは、広告主選好情報に少なくとも一部基づいて前記デフォルト動画広告および前記代替動画広告を選択する請求項１に記載の方法。
【請求項１３】
少なくとも１つのプロセッサであって、
選択アルゴリズムを使用して、識別されたデジタル動画コンテンツ内の画定されたアドブレイクの間に再生するように構成された１つまたは複数のデフォルト動画広告を選択し、
前記１つまたは複数のデフォルト動画広告の第１の数を決定し、
前記第１の数に基づいて第２の数を決定し、ここにおいて、前記第２の数は前記第１の数より小さくない、
コンピュータ上で動作する前記選択アルゴリズムを使用して、第２の数の代替動画広告を選択し、
前記アドブレイクの出現より前にクライアントデバイスに送信するための前記代替動画広告の識別子を提供するように構成されたプロセッサと、
データを格納するために前記少なくとも１つのプロセッサに結合されたメモリとを備える装置。
【請求項１４】
前記プロセッサは、前記クライアントデバイスから前記デジタル動画コンテンツに対するリクエストを受信し、前記リクエストに応答して、前記画定されたアドブレイクを含む前記デジタル動画コンテンツを前記クライアントデバイスにストリーミングするようにさらに構成される請求項１３に記載の装置。
【請求項１５】
前記プロセッサは、前記デフォルト動画広告の１つを前記クライアントデバイスにストリーミングする間または前に、前記代替動画広告の１つが前記デフォルト動画広告の１つとスワップされることをリクエストする前記クライアントデバイスからの信号を検知するようにさらに構成される請求項１３に記載の装置。
【請求項１６】
前記プロセッサは、前記信号を検知することに応答して、前記デフォルト動画広告の前記１つを前記クライアントデバイスにストリーミングすることを中断し、前記代替動画広告の前記１つのストリーミングを開始するようにさらに構成される請求項１５に記載の装置。
【請求項１７】
前記プロセッサは、前記第２の数が前記第１の数より大きいことを決定するようにさらに構成される請求項１３に記載の装置。
【請求項１８】
前記プロセッサは、前記第１の数と２の和を計算することによって前記第２の数を決定するようにさらに構成される請求項１３に記載の装置。
【請求項１９】
前記プロセッサは、前記画定されたアドブレイクが前記クライアントデバイス上で再生される前記識別されたデジタル動画コンテンツ内に予想されることを示すメッセージを受信することに応答して前記１つのまたは複数のデフォルト動画広告を選択するようにさらに構成される請求項１３に記載の装置。
【請求項２０】
前記プロセッサは、前記１つまたは複数のデフォルト動画広告の再生の間にクライアントインタフェースにおいて表示するために前記代替動画広告を示すサムネイル画像を前記クライアントデバイスに提供するようにさらに構成される請求項１３に記載の装置。
【請求項２１】
前記選択アルゴリズムは、ユーザ選好情報に少なくとも一部基づいて前記デフォルト動画広告および前記代替動画広告を選択するように構成される請求項１３に記載の装置。
【請求項２２】
前記選択アルゴリズムは、広告主選好情報に少なくとも一部基づいて前記デフォルト動画広告および前記代替動画広告を選択するように構成される請求項１３に記載の装置。
【請求項２３】
ユーザがストリーミング動画広告をスワップできるようにする方法であって、
メディアプレーヤコンポーネントを使用して、画定されたアドブレイクを含む動画コンテンツをクライアントデバイス上で再生することと、
前記画定されたアドブレイクの間に第１の動画広告を再生することと、
前記第１の動画広告の再生の間に第２の動画広告へのリンクを表示することと、
前記リンクの選択を示すユーザインプットを受信することと、
前記ユーザインプットを受信することに応答して、前記第１の動画広告の再生を停止し、前記第２の動画広告の再生を開始することと
を具備する方法。
【請求項２４】
前記動画コンテンツ、第１の動画広告および第２の動画広告は、ストリーミング動画を備えており、前記ユーザインプットを受信することに応答して、前記第２の動画広告が前記クライアントデバイスにストリーミングされることをリクエストすることをさらに具備する請求項２３に記載の方法。
【請求項２５】
前記第１の動画広告を取得するために、前記クライアントデバイス上で再生される識別されたデジタル動画コンテンツ内に前記画定されたアドブレイクが予想されることを示すメッセージを送信することをさらに具備する請求項２３に記載の方法。
【請求項２６】
前記第２の動画広告への前記リンクを表示しつつ第３の動画広告へのリンクを表示することをさらに具備する請求項２３に記載の方法。
【請求項２７】
前記第１の動画広告の再生の間に、前記第１の動画広告を代替広告とスワップすることへのユーザ関心を示すための対話型オブジェクトを表示することをさらに具備する請求項２３に記載の方法。
【請求項２８】
前記第１の動画広告を代替広告とスワップすることへのユーザ関心を示すユーザインプットを受信することに応答して、前記第２の動画広告へのリンクとして構成されたサムネイル画像を表示することをさらに具備する請求項２３に記載の方法。
【請求項２９】
前記サムネイル画像を表示しながら前記第１の動画広告の再生を休止することをさらに具備する請求項２８に記載の方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１３１
【補正方法】変更
【補正の内容】
【０１３１】
開示された実施の形態についての上記説明は、当業者が本開示を実施または使用できるようにするために提供される。これらの実施の形態に対する種々の修正が当業者には容易に明らかであろうが、ここに定義された一般的な原理は、本開示の精神または範囲から逸脱することなしに他の実施の形態にも適用されうる。したがって、本開示は、ここに示された実施の形態に限定されるとは意図されておらず、ここに開示された原理および新規な特徴に整合する最も広い範囲を認められるべきである。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］スワップ可能動画広告を構成する方法であって、
コンピュータ上で動作する選択アルゴリズムを使用して、識別されたデジタル動画コンテンツ内の画定されたアドブレイクの間に再生するように構成された１つまたは複数のデフォルト動画広告を選択すること、
前記１つまたは複数のデフォルト動画広告の第１の数を決定することと、
前記第１の数に基づいて第２の数を決定すること、ここにおいて、前記第２の数は前記第１の数より小さくない、
前記コンピュータ上で動作する前記選択アルゴリズムを使用して、第２の数の代替動画広告を選択すること、および、
前記アドブレイクの出現より前にクライアントデバイスに送信するための前記代替動画広告の識別子を提供すること、
を備える、スワップ可能動画広告を構成する方法。
［２］前記クライアントデバイスから前記デジタル動画コンテンツに対するリクエストを受信し、前記リクエストに応答して、前記画定されたアドブレイクを含む前記デジタル動画コンテンツを前記クライアントデバイスにストリーミングすることをさらに備える［１］に記載の方法。
［３］前記デフォルト動画広告の１つを前記クライアントデバイスにストリーミングする間または前に、前記代替動画広告の１つが前記デフォルト動画広告の前記１つとスワップされることをリクエストする前記クライアントデバイスからの信号を検知することをさらに備える［１］に記載の方法。
［４］前記デフォルト動画広告の前記１つを前記クライアントデバイスにストリーミングすることを中断し、前記信号を検知することに応答して、前記代替動画広告の前記１つのストリーミングを開始することをさらに備える［３］に記載の方法。
［５］前記デフォルト動画広告の前記１つは、前記第１の数のデフォルト動画広告のうちの任意の１つを備える［３］に記載の方法。
［６］前記信号を検知することは、前記デフォルト動画広告の前記１つの前記クライアントデバイスへのストリーミングの間に実行される［３］に記載の方法。
［７］前記第２の数は前記第１の数より大きい［１］に記載の方法。
［８］前記第２の数を決定することは、前記第１の数と２との和を計算することをさらに含む［１］に記載の方法。
［９］クライアントデバイス上で再生される前記識別されたデジタル動画コンテンツにおいて前記画定されたアドブレイクが予想されることを示すメッセージを受信することに応答して実行される［１］に記載の方法。
［１０］前記１つまたは複数のデフォルト動画広告の再生の間にクライアントインタフェースにおける再生のために前記代替動画広告を示すサムネイル画像を前記クライアントデバイスに提供することをさらに備える［１］に記載の方法。
［１１］前記選択アルゴリズムは、ユーザ選好情報に少なくとも一部基づいて前記デフォルト動画広告および前記代替動画広告を選択する［１］に記載の方法。
［１２］前記選択アルゴリズムは、広告主選好情報に少なくとも一部基づいて前記デフォルト動画広告および前記代替動画広告を選択する［１］に記載の方法。
［１３］少なくとも１つのプロセッサであって、
選択アルゴリズムを使用して、識別されたデジタル動画コンテンツ内の画定されたアドブレイクの間に再生するように構成された１つまたは複数のデフォルト動画広告を選択し、
前記１つまたは複数のデフォルト動画広告の第１の数を決定し、
前記第１の数に基づいて第２の数を決定し、ここにおいて、前記第２の数は前記第１の数より小さくない、
前記コンピュータ上で動作する前記選択アルゴリズムを使用して、第２の数の代替動画広告を選択し、
前記アドブレイクの出現より前にクライアントデバイスに送信するための前記代替動画広告の識別子を提供するように構成されたプロセッサと、
データを格納するために前記少なくとも１つのプロセッサに結合されたメモリとを備える装置。
［１４］前記プロセッサは、前記クライアントデバイスから前記デジタル動画コンテンツに対するレクエストを受信し、前記リクエストに応答して、前記画定されたアドブレイクを含む前記デジタル動画コンテンツを前記クライアントデバイスにストリーミングするようにさらに構成される［１３］に記載の装置。
［１５］前記プロセッサは、前記デフォルト動画広告の１つを前記クライアントデバイスにストリーミングする間または前に、前記代替動画広告の１つが前記デフォルト動画広告の１つとスワップされることをリクエストする前記クライアントデバイスからの信号を検知するようにさらに構成される［１３］に記載の装置。
［１６］前記プロセッサは、前記信号を検知することに応答して、前記前記デフォルト動画広告の前記１つを前記クライアントデバイスにストリーミングすることを中断し、前記代替動画広告の前記１つのストリーミングを開始するようにさらに構成される［１５］に記載の装置。
［１７］前記プロセッサは、前記第２の数が前記第１の数より大きいことを決定するようにさらに構成される［１３］に記載の装置。
［１８］前記プロセッサは、前記第１の数と２の和を計算することによって前記第２の数を決定するようにさらに構成される［１３］に記載の装置。
［１９］前記プロセッサは、前記画定されたアドブレイクが前記クライアントデバイス上で再生される前記識別されたデジタル動画コンテンツ内に予想されることを示すメッセージを受信することに応答して前記１つのまたは複数のデフォルト動画広告を選択するようにさらに構成される［１３］に記載の装置。
［２０］前記プロセッサは、前記１つまたは複数のデフォルト動画広告の再生の間にクライアントインタフェースにおいて表示するために前記代替動画広告を示すサムネイル画像を前記クライアントデバイスに提供するようにさらに構成される［１３］に記載の装置。
［２１］前記選択アルゴリズムは、ユーザ選好情報に少なくとも一部基づいて前記デフォルト動画広告および前記代替動画広告を選択するように構成される［１３］に記載の装置。
［２２］前記選択アルゴリズムは、広告主選好情報に少なくとも一部基づいて前記デフォルト動画広告および前記代替動画広告を選択するように構成される［１３］に記載の装置。
［２３］選択アルゴリズムを使用して、識別されたデジタル動画コンテンツ内の画定されたアドブレイクの間に再生するように構成された１つまたは複数のデフォルト動画広告を選択し、
前記１つまたは複数のデフォルト動画広告の第１の数を決定し、
前記第１の数に基づいて第２の数を決定し、ここにおいて、前記第２の数は前記第１の数より小さくない、
前記コンピュータ上で動作する前記選択アルゴリズムを使用して、第２の数の代替動画広告を選択し、
前記アドブレイクの出現より前にクライアントデバイスに送信するための前記代替動画広告の識別子を提供するためのコードを備えた非一時的コンピュータ読取可能媒体を具備するコンピュータプログラム製品。
［２４］ユーザがストリーミング動画広告をスワップできるようにする方法であって、
メディアプレーヤコンポーネントを使用して、画定されたアドブレイクを含む動画コンテンツをクライアントデバイス上で再生することと、
前記画定されたアドブレイクの間に第１の動画広告を再生することと、
前記第１の動画広告の再生の間に第２の動画広告へのリンクを表示することと、
前記リンクの選択を示すユーザインプットを受信することと、
前記ユーザインプットを受信することに応答して、前記第１の動画広告の再生を停止し、前記第２の動画広告の再生を開始することと
を具備する方法。
［２５］前記動画コンテンツ、第１の動画広告および第２の動画広告は、ストリーミング動画を備えており、前記ユーザインプットを受信することに応答して、前記第２の動画広告が前記クライアントデバイスにストリーミングされることをリクエストすることをさらに具備する［２４］に記載の方法。
［２６］前記第１の動画広告を取得するために、前記クライアントデバイス上で再生される前記識別されたデジタル動画コンテンツ内に前記画定されたアドブレイクが予想されることを示すメッセージを送信することをさらに具備する［２４］に記載の方法。
［２７］前記第２の動画広告への前記リンクを表示しつつ第３の動画広告へのリンクを表示することをさらに具備する［２４］に記載の方法。
［２８］前記第１の動画広告の再生の間に、前記第１の動画広告を代替広告とスワップすることへのユーザ関心を示すための対話型オブジェクトを表示することをさらに具備する［２４］に記載の方法。
［２９］前記第１の動画広告を代替広告とスワップすることへのユーザ関心を示すユーザインプットを受信することに応答して、前記第２の動画広告へのリンクとして構成されたサムネイル画像を表示することをさらに具備する［２４］に記載の方法。
［３０］前記サムネイル画像を表示しながら前記第１の動画広告の再生を休止することをさらに具備する［２９］に記載の方法。
［３１］少なくとも１つのプロセッサであって
画定されたアドブレイクを含む動画コンテンツを再生し、
前記画定されたアドブレイクの間に第１の動画広告を再生し、
前記第１の動画広告の再生の間に第２の動画広告へのリンクを表示し、
前記リンクの選択を示すユーザインプットを受信し、
前記ユーザインプットを受信することに応答して、前記第１の動画広告を停止し、前記第２の動画広告の再生を開始するように構成されたプロセッサと、
データを格納するために前記少なくとも１つのプロセッサに結合されたメモリと、を具備する装置。
［３２］前記プロセッサは、前記ユーザインプットを受信することに応答して、前記第２の動画広告が前記クライアントデバイスにストリーミングされることをリクエストするようにさらに構成され、前記動画コンテンツ、第１の動画広告および第２の動画広告はストリーミング動画を備える［３１］に記載の装置。
［３３］前記プロセッサは、前記第１の動画広告を取得するために、前記クライアントデバイス上で再生される前記識別されたデジタル動画コンテンツ内に前記画定されたアドブレイクが予想されることを示すメッセージを送信するようにさらに構成される［３１］に記載の装置。
［３４］前記プロセッサは、前記第２の動画広告への前記リンクを表示しつつ第３の動画広告へのリンクを表示するようにさらに構成される［３１］に記載の装置。
［３５］前記プロセッサは、前記第１の動画広告の再生の間に、前記第１の動画広告を代替広告とスワップすることへのユーザ関心を示すための対話型オブジェクトを表示するようにさらに構成される［３１］に記載の装置。
［３６］前記プロセッサは、前記第１の動画広告を代替広告とスワップすることへのユーザ関心を示すユーザインプットを受信することに応答して、前記第２の動画広告へのリンクとして構成されたサムネイル画像を表示するようにさらに構成される［３１］に記載の装置。
［３７］前記プロセッサは、前記サムネイル画像を表示しつつ前記第１の動画広告の再生を休止するようにさらに構成される［３６］に記載の装置。
［３８］コンピュータプログラム製品であって、
メディアプレーヤコンポーネントを使用して、画定されたアドブレイクを含む動画コンテンツを再生し、
前記画定されたアドブレイクの間に第１の動画広告を再生し、
前記第１の動画広告の再生の間に第２の動画広告へのリンクを表示し、
前記リンクの選択を示すユーザインプットを受信し、
前記ユーザインプットを受信することに応答して、前記第１の動画広告の再生を停止し、前記第２の動画広告の再生を開始するためのコードを備えた非一時的コンピュータ読取可能媒体を具備するコンピュータプログラム製品。
【国際調査報告】
2014534671.tif 000023
2014534671.tif 000024