JP2011501504A - ストリーミングメディアコンテンツに対応する広告コンテンツを管理するためのシステム及び方法 - Google Patents

Abstract

メディアサーバが、ネットワークを介してユーザ装置によりアクセスされる。ストリーミングメディアコンテンツに関連する広告コンテンツがサーバから自動的に受信され、ユーザ装置により記憶される。ストリーミングメディアコンテンツを求める要求に従って、要求されたストリーミングメディアコンテンツがダウンロードされ、又は待ち行列に入れられ始める間に、受信した広告コンテンツの少なくとも一部がユーザ装置上に表示される。広告コンテンツの表示が終了すると直ぐに、要求されたストリーミングメディアコンテンツが、ネットワーク関連遅延を伴わずにユーザ装置上に表示される。
【選択図】図２

Description

本発明は、一般に広告コンテンツを管理することに関し、より詳細には、ストリーミングメディアコンテンツに対応する広告コンテンツを管理するためのシステム及び方法に関する。

技術的なネットワークの改善とともに、ストリーミングデジタルメディア（オーディオ及びビデオ）の配信が劇的に増加してきた。ストリーミングメディアとは、配信されながら消費（視聴）されるメディアのことである。通常、ストリーミングメディアは、不連続なセグメント又はクリップの形で見受けられるが、長編のストリームの方がより一般化してきている。ストリーミングは、媒体そのものというよりはむしろ配信システムの特性である。この特質は、通常、コンピュータネットワークを介して配信されるコンテンツに当てはまり、他の大半のシステムは、ラジオ及びテレビなどのように本質的にストリーミングであるか、或いは本質的に非ストリーミングであるかのいずれかである。

さらに、ストリーミングデジタルコンテンツ向けに様々なプロトコルが開発されてきた。例えば、ユーザデータグラムプロトコル（ＵＤＰ）などのデータグラムプロトコルは、メディアストリームを一連の小型パケットとして送信する。リアルタイムストリーミングプロトコル（ＲＴＳＰ）、リアルタイムトランスポートプロトコル（ＲＴＰ）及びリアルタイムトランスポート制御プロトコル（ＲＴＣＰ）も、一般にネットワークを介してストリーミングデジタルコンテンツに使用されている。その他のストリーミングプロトコルとして、ハイパーテキスト転送プロトコル（ＨＴＴＰ）及びマイクロソフトメディアサーバ（ＭＭＳ）プロトコルが挙げられる。

ストリーミングメディアは、サーバ又はその他のコンテンツソースが要求に応じて（パーソナルコンピュータなどの）クライアント側システムにストリーミングメディアを配信するサーバ−クライアント環境において、前述したプロトコルの１つを使用して体験される。ホスト−クライアントの接続が確立されると、要求されたメディアが、クライアント側の（Ｗｉｎｄｏｗｓ Ｍｅｄｉａ Ｐｌａｙｅｒ（登録商標）、Ｆｌａｓｈ Ｐｌａｙｅｒ（登録商標）、Ｓｈｏｃｋｗａｖｅ（登録商標）などの）ストリーミングメディアプレーヤに配信され、これらがさらにストリーミングメディアを復号化してユーザに提供する。

１つの増加しつつある手法として、このようなストリーミングデジタルメディアにデジタル広告を組み込むことが挙げられる。通常、デジタル広告は、要求したストリーミングメディアよりも先にダウンロードされるので、ユーザは、要求したメディアコンテンツにアクセスし、又はこれを受信できるようになる前に広告を全部見なければならないようになる。しかしながら、デジタル広告は、最初にその一部をバッファし、又は待ち行列に入れた後で再生を開始できるようになるので、この手法は、これに伴う遅延を大幅に増加させる傾向にある。また、たとえ広告が表示され始めた後であっても、要求したストリーミングメディア自体のダウンロードが試みられている間にデジタル広告の残り部分をダウンロードする必要がある。したがって、要求したストリーミングメディアは、利用できる帯域を求めて前置きであるデジタル広告と競合する必要がある。帯域を制限されたネットワーキング環境ではよくあることであるが、この手法は、過剰なネットワーク関連遅延を引き起こす傾向にある。

本明細書では、ストリーミングメディアコンテンツに対応するデジタル広告を管理するための方法及び装置を開示するとともにこれについての特許を請求する。１つの実施形態では、サーバからネットワークを介してユーザ装置にメディアコンテンツをストリーミングする方法が、ユーザ装置によりネットワークを介してサーバにアクセスするステップを含む。この方法は、サーバから広告コンテンツを自動的に受信するステップと、この広告コンテンツをユーザ装置のローカルストレージに記憶するステップと、ユーザ要求に基づいてストリーミングメディアコンテンツの要求をサーバへ送信するステップとをさらに含む。この方法はまた、前記要求に応答して前記広告コンテンツの少なくとも一部をディスプレイ上に表示するステップと、前記広告コンテンツの表示中に、要求されたストリーミングメディアコンテンツを受信するステップとを含む。

関連技術における熟練者には、以下の本発明の詳細な説明に照らして、本発明の他の態様、特徴及び技術が明らかになるであろう。

本発明の１つの実施形態の１又はそれ以上の態様を実現するシステムの略図である。 本発明の１又はそれ以上の態様を実現するシステムの別の実施形態を示す図である。 本発明の１つの実施形態を実施する処理のフロー図である。 本発明の別の実施形態を実施する処理のフロー図である。

本明細書でより詳細に説明するように、本発明の１つの態様は、ネットワークを介してメディアサーバにアクセスすることに関し、このメディアサーバは、ネットワークを介してストリーミングメディアコンテンツを提供するように構成される。１つの実施形態では、メディアサーバにアクセスした後に、ストリーミングメディアコンテンツに関連する特定の広告コンテンツがメディアサーバからダウンロードされ、又はユーザ装置上に別様にキャッシュされる。特定の実施形態では、広告コンテンツが、異なる製品及び／又はサービスに関連する個々のオーディオ／ビデオクリップの形をとることができる。

１つの実施形態では、ストリーミングメディアコンテンツを受信する要求がメディアサーバに対して行われた結果、要求されたストリーミングメディアコンテンツを利用可能にする前に、要求されたストリーミングメディアに関連するローカルにキャッシュされた広告コンテンツをユーザに表示することができる。１つの実施形態では、ユーザに表示される特定の広告コンテンツが、サーバ自体から受信した命令に基づくことができる。キャッシュされた広告コンテンツをローカルに利用できるので、ネットワーク関連遅延を伴わずにこれを直ちにユーザに表示することができる。

本発明の別の態様は、前述の広告コンテンツがまだユーザに表示されている間に、要求されたストリーミングメディアコンテンツをダウンロードし、又はこれを待ち行列に入れることに関し、この結果、要求されたストリーミングメディアコンテンツのストリーミングに割り当てられる帯域の量が最大化され、あらゆるネットワーク関連遅延の量が最小化される。１つの実施形態では、広告コンテンツの表示が行われている間に、要求されたストリーミングメディアがストリーミングを開始し、待ち行列に入れられることにより、要求されたストリーミングメディアコンテンツを広告再生の終了直後に表示することができる。

本明細書で使用する場合、「１つの（英文不定冠詞）」という用語は、１又はそれ以上を意味するものとする。「複数の」という用語は、２又はそれ以上を意味するものとする。「別の」という用語は、第２の又はそれ以上の、と定義される。 「含む（ｉｎｃｌｕｄｉｎｇ）」及び／又は「有する（ｈａｖｉｎｇ）」という用語は、（「からなる（ｃｏｍｐｒｉｓｉｎｇ）」のような）包括的な用語であると定義される。本明細書を通じて、「１つの実施形態」、「特定の実施形態」、「ある実施形態」、又は類似の用語についての言及は、実施形態に関連して説明する特定の機能、構造又は特性が、本発明の少なくとも１つの実施形態に含まれることを意味する。従って、本明細書を通じて至るところに出現するこのような語句は、必ずしも全てが同じ実施形態について言及しているものではない。さらに、本発明を限定しない１又はそれ以上の実施形態に上記特定の機能、構造又は特性をあらゆる好適な態様で組み込むことができる。本明細書で使用する「又は」という用語は、包括的ものとして解釈されるか、或いはいずれか１つ又はあらゆる組み合わせを意味するものとする。従って、「Ａ，Ｂ又はＣ」は、「Ａ、Ｂ、Ｃ、ＡとＢ、ＡとＣ、ＢとＣ、ＡとＢとＣ、のいずれか」を意味する。この定義に対する例外は、要素、関数、ステップ又は行為の組み合わせが、何らかの方法で本質的に相互に相容れないものとなる場合にのみ生じることになる。

コンピュータプログラミングの技術における熟練者の手法に従って、以下、コンピュータシステム又は同様の電子システムにより実行される動作を参照しながら本発明について説明する。これらの動作は、コンピュータ実行型と呼ばれることもある。符号で表される動作として、中央処理装置などのプロセッサによる、データビットを表す電気信号の操作、及びシステムメモリ内などの記憶場所におけるデータビットの保持、並びにその他の信号の処理が挙げられることが理解されよう。データビットを保持する記憶場所とは、データビットに対応する特定の電気的、磁気的、光学的、又は有機的特性を有する物理的場所のことである。

ソフトウェアの形で実現される場合、基本的に本発明の要素は、必要なタスクを行うためのコードセグメントである。コードセグメントは、情報を記憶又は転送できるあらゆる媒体を含むことができるプロセッサ可読媒体内に記憶することができる。プロセッサ可読媒体の例として、電子回路、半導体メモリ装置、読み取り専用メモリ（ＲＯＭ）、フラッシュメモリ又はその他の不揮発性メモリ、フロッピディスケット、ＣＤ−ＲＯＭ、光ディスク、ハードディスク、光ファイバメディア、無線周波数（ＲＦ）リンクなどが挙げられる。

ここで図面を参照すると、図１は、本発明のシステム及び方法を使用することができる情報配信システム１０の１つの実施形態のシステムブロック図を示している。図１の実施形態では、システム１０が、ネットワーク５０を介して１又はそれ以上のユーザコンピュータシステム４０₁〜４０_N（「４０」）と通信する遠隔サーバ２０を含む。ユーザコンピュータシステム４０は、ワイドエリアネットワーク、ローカルエリアネットワークなどを含むあらゆる種類のネットワーク接続を介して遠隔サーバ２０と通信できると理解されたい。

遠隔サーバ２０は、１つの又は目標のウェブサイト２２を生成してユーザコンピュータ４０に表示するためのコンピュータ可読命令を含むことができる。１つの実施形態では、遠隔サーバ２０は、例えば、ユーザデータ及び／又は目標ウェブサイト２２データなどのデータを記憶するための１又はそれ以上のデータベース２４をさらに含むことができる。また、以下でより詳細に説明するように、データベース２４は、ダウンロード及び／又はストリーミングを目的としてアクセスできるデジタルメディアを含むことができる。説明を簡潔にするために遠隔サーバ２０を単数で示しているが、遠隔サーバ２０を複数の個別のコンピュータ又はサーバで構成できることも同様に理解されたい。

遠隔サーバ２０を、通信リンク５５を介して（インターネットなどの）遠隔ネットワーク５０又は（図１では図示していない衛星などの）遠隔サイトに接続することができる。遠隔ネットワーク５０又は遠隔サイトを使用して、遠隔サーバ２０が、１又はそれ以上のユーザ装置４０に対してより幅広いコンピュータソフトウェア、コンテンツなどを提供できるようにすることができる。また、ユーザ装置４０を、通信リンク６０₁〜６０_N及びインターネットサービスプロバイダ（ＩＳＰ）７０₁〜７０_Nを介して遠隔ネットワークに結合することができる。ユーザ装置４０として、携帯電話、スマートフォン、ディスプレイ付きポケベル、無線周波数（ＲＦ）装置、赤外線（ＩＲ）装置、携帯情報端末（ＰＤＡ）、ハンドヘルドコンピュータ、ラップトップコンピュータ、装着型コンピュータ、タブレットコンピュータ、及び上記装置の１又はそれ以上を組み合わせた一体型装置などを含むネットワーク対応モバイル装置を同様に挙げることができると理解されたい。ユーザ装置４０はまた、サーバ２０がインターネットプロトコルテレビ（ＩＰＴＶ）サーバに対応する場合、デジタルビデオレコーダ（ＤＶＲ）などを含むこともできる。周知のように、ＩＰＴＶとは、ＩＰマルチキャスト又はユニキャストメカニズムを通じてＩＰネットワーク（私的ネットワーク又は公的インターネット）を介して送信されるテレビサービスのことである。

図２は、サーバ２０がネットワーク５０を介してユーザ装置４０と通信する図１の情報配信システム１０の別の実施形態を示している。図１の実施形態に示すように、ユーザ装置４０は、ユーザにストリーミングビデオメディア及びその他のコンテンツを表示するためのディスプレイ２１０を含む。ユーザ装置４０は、ローカルストレージ２２０、受信する特定のストリームをユーザが選択できるようにするためのユーザ入力装置２３０、及びストリーミングメディアを復号化するための（メディアプレーヤなどの）復号器２４０をさらに含む。

まず、ローカルストレージ２２０に関しては、（ランダムアクセスメモリなどの）揮発性メモリ、及び／又はハードディスクドライブ、デジタルディスクドライブ、テープドライブ、ジップドライブ、ジャズドライブ、デジタルビデオディスク（ＤＶＤ）ドライブ、固体記憶装置、磁気光学ディスクドライブ、高密度フロッピドライブ、大容量取外し可能ドライブ、低容量メディア装置及び／又はこれらのあらゆる組み合わせなどのあらゆる既知の不揮発性メモリを挙げることができる。

ユーザ入力装置２３０に関しては、キーボード、マウス、タッチスクリーン、オーディオコマンド入力などのあらゆる組み合わせを挙げることができる。同様にユーザ入力装置２３０を使用して、ユーザ装置４０上で実行されるブラウザアプリケーションをウェブページなどの１又はそれ以上のネットワークリソースに導くことができ、ここからストリーミングメディアにアクセスすることができる。特定の実施形態では、ユーザ入力装置２３０を使用して、ユニバーサルプラグ＆プレイ（ＵＰｎＰ）コマンド、ＨＴＴＰコマンド、ＲＴＳＰコマンド、ＵＤＰコマンドなどのコマンドの形でサーバ２０へストリーミングメディア要求を送信することができる。

ここで図２のサーバ２０を参照すると、１つの実施形態では、サーバは、特定のウェブページ、ウェブページの集合、又はネットワークドメインを生成又は収容することができる。サーバ２０（及び／又は図１のデータベース２４）は、特定の製品又はサービスに対応するオーディオ／ビデオクリップなどの１又はそれ以上の形の広告コンテンツ２５０₁〜２５０_n（「２５０」）を保持することができる。このようなクリップを、Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）、Ａｄｖａｎｃｅｄ Ｓｙｓｔｅｍｓ Ｆｏｒｍａｔ（ＡＳＦ）、Ａｕｄｉｏ Ｖｉｄｅｏ Ｉｎｔｅｒｌｅａｖｅ（ＡＶＩ）又はその他のあらゆる既知のビデオ符号化フォーマットの形でフォーマットすることができる。同様に、サーバ２０は、動画コンテンツ、エピソードビデオコンテンツ、ニュース映像又はその他の形のオーディオ／ビデオストリーミング可能コンテンツに対応することができる１つのストリーミングメディア２６０を含むことができる。

ストリーミングメディア２６０を含む利用可能なオンラインストリーミングコンテンツの多くは、広告コンテンツ２５０などの比較的短い広告オーディオ／ビジュアルクリップがユーザに表示された後にのみ利用可能となる。これは、ユーザが問題のストリーミングメディアを無料で利用できる場合に特に当てはまる。しかしながら、このような広告クリップの長さは、要求されるストリーミングビデオコンテンツの長さよりもかなり短い傾向にある。この事実に基づいて、本発明の１つの態様は、広告クリップが存在しなければ非アクティブであるはずの期間中に様々な広告クリップをダウンロード及びキャッシュし、ユーザが何らかの関連ストリーミングコンテンツの受信を選択した場合に、広告クリップを直ちに再生できるようにするというものである。広告クリップをローカルに利用できるので、これが直ちに再生され始めることにより、表示の開始に伴うダウンロード待ち時間が短縮される。また、広告クリップが再生されている間に、ユーザが利用できる帯域の全てを使用して、要求されたストリーミングコンテンツのダウンロードをバックグラウンドで開始することにより、表示全体のダウンロード待ち時間も短縮される。ＩＰＴＶとの関連では、広告クリップが、何らかのテレビベースのコンテンツに関連する、或いはこれに関連して別様に提供される１又はそれ以上のコマーシャルに対応することができる。

これを目的として、図３は、本発明の原理によるストリーミングコンテンツを受信するための処理３００の１つの実施形態を示している。詳細には、処理３００は、（ユーザ装置４０などの）ユーザ装置が（ネットワーク５０などの）ネットワークを介して（サーバ２０などの）メディアサーバにアクセスするブロック３１０において開始する。前述したように、サーバ２０（又は関連ウェブページ）には、ウェブブラウザなどの、ユーザ装置４０上で実行されるアプリケーションプログラムを使用してアクセスすることができる。インターネットなどのネットワークを介してメディアサーバにアクセスするあらゆる既知の手段も同様に使用できることを理解されたい。

サーバがアクセスを受けると、処理３００はブロック３２０へと続き、ここでサーバからネットワークを介して広告コンテンツ２５０などの広告コンテンツを受信することができる。その後、広告コンテンツをユーザ装置上にローカルにキャッシュし、又は別様に保存することができる。１つの実施形態では、この広告コンテンツのダウンロード／キャッシュを、バックグラウンドアプリケーション処理として及び／又はユーザが知らずに自動的に行うことができる。例えば、このような広告コンテンツを受信すべきであるというサーバからの指示に応答して、広告コンテンツのダウンロード／キャッシュを自動的に行うことができる。

特定の実施形態では、通信休止期間中に、或いは別様に非アクティブな又は帯域が豊富な期間中に広告コンテンツ２５０をダウンロードすることができる。たとえ何らかの比較的少量のネットワーク活動が行われている可能性があるとしても、このような期間を休止と呼ぶことができる。広告コンテンツを異なるセッション間で持続できること、及びブロック３２０の動作がすでに記憶済みの広告コンテンツを更新するためのものであってもよいことをさらに理解されたい。このようにして、新しいコンテンツの利用可能性、広告の所定のローテーション、又はその他のあらゆる基準に基づいて広告コンテンツを動的に変更することができる。

ブロック３２０においてキャッシュされる広告コンテンツは、異なる製品及び／又はサービスに関連する１又はそれ以上の個々のオーディオ／ビデオクリップの形をとることができることを理解されたい。各個々のクリップを、広告識別番号を使用してユーザ装置の（ローカルストレージ２２０などの）ローカルストレージに記憶しカタログ化できることをさらに理解されたい。１つの実施形態では、この広告識別番号を、アクセスを受けたメディアサーバに対応する第１の部分、広告が関連する製品／サービスに対応する第２の部分、及び／又は特定の広告クリップに対応する第３の部分のうちの１又はそれ以上で構成することができる。このようにして、メディアコンテンツの出所であるメディアサーバ、コンテンツが導かれる製品／サービス、又はその他のあらゆる差別化基準に従って体系化されたアレイ内に、キャッシュ済みの広告コンテンツを記憶することができる。

処理３００はブロック３３０へと続き、ここでストリーミングメディアを求める要求をメディアサーバへ送信することができる。１つの実施形態では、ユーザが特定の入力を使用することによりこれを開始することができる。言うまでもなく、例えば、クライアント装置がネットワークを介してサーバに接続されている間にブラウザアプリケーションの中から所望のストリーミングコンテンツに関連するアイコンを選択することを含むあらゆる様々な方法でストリーミングメディア要求を行うことができることを理解されたい。

有効な要求が送信され、（サーバ２０などの）メディアサーバにより処理されると、処理３００はブロック３４０へと続くことができ、ここで要求されたストリーミングメディアに関連するローカルにキャッシュされた広告コンテンツを、例えば上述したようなメディアプレーヤアプリケーションを使用してブロック３４０においてユーザに表示することができる。１つの実施形態では、ユーザに表示すべきキャッシュ済みの広告コンテンツをサーバ自体が選択することができる。別の実施形態では、これを利用可能な広告の集積からランダムに選択することができる。

ブロック３４０において表示されたキャッシュ済みの広告コンテンツはローカルに利用できるので、ネットワーク関連遅延を一切伴わずにその再生を開始することができる。また、全ての利用可能な帯域を、要求されたストリーミングメディアコンテンツのストリーミングに直ぐに割り当てることができる。これを目的として、ブロック３５０では、要求側ユーザ装置とサーバとの間のメディア接続をブロック３５０において設定することができ、ブロック３４０からの広告コンテンツがまだ表示されている間に、要求されたストリーミングメディアをダウンロードし始めることができる。１つの実施形態では、この接続として、ＨＴＴＰ、ＲＴＳＰ又はＵＤＰ接続のいずれか１つを設定することを挙げることができる。

ここで図４を参照すると、本発明の原理によるストリーミングコンテンツを受信するための処理４００の別の実施形態を示している。この実施形態では、処理４００は、上述したような図３のブロック３１０の動作と同様の方法で、（ユーザ装置４０などの）ユーザ装置が（ネットワーク５０などの）ネットワークを介して（サーバ２０などの）メディアサーバにアクセスするブロック４１０において開始する。サーバがアクセスを受けると、処理４００はブロック４２０へと続き、ここでサーバからネットワークを介して広告コンテンツ２５０などの広告コンテンツを受信することができる。その後、広告コンテンツをユーザ装置上にローカルにキャッシュし、又は別様に保存することができる。この広告コンテンツのダウンロード／キャッシュを、バックグラウンドアプリケーション処理として及び／又はユーザが知らずに自動的に行うことができることをさらに理解されたい。

図３のブロック３２０を参照しながら上述したように、通信休止期間中に、或いは別様に非アクティブな又は帯域が豊富な期間中に広告コンテンツをダウンロードすることができる。たとえ何らかの比較的少量のネットワーク活動が行われている可能性があるとしても、このような期間を休止と呼ぶことができる。広告コンテンツを異なるセッション間で持続できること、及びブロック４２０の動作がすでに記憶済みの広告コンテンツを更新するためのものであってもよいことをさらに理解されたい。このようにして、新しいコンテンツの利用可能性、広告の所定のローテーション、又はその他のあらゆる基準に基づいて広告コンテンツを動的に変更することができる。

ブロック４２０においてキャッシュされる広告コンテンツは、異なる製品及び／又はサービスに関連する１又はそれ以上の個別のオーディオ／ビデオクリップの形をとることができることを理解されたい。各個々のクリップを、広告識別番号を使用してユーザ装置の（ローカルストレージ２２０などの）ローカルストレージに記憶しカタログ化できることをさらに理解されたい。１つの実施形態では、この広告識別番号を、アクセスを受けたメディアサーバに対応する第１の部分、広告が関連する製品／サービスに対応する第２の部分、及び／又は特定の広告クリップに対応する第３の部分のうちの１又はそれ以上で構成することができる。このようにして、メディアコンテンツの出所であるメディアサーバ、コンテンツが導かれる製品／サービス、又はその他のあらゆる差別化基準に従って体系化されたアレイ内に、キャッシュ済みの広告コンテンツを記憶することができる。

図４の参照を続けると、処理４００はブロック４３０へと続き、ここでストリーミングメディアを求める要求をメディアサーバへ送信することができる。１つの実施形態では、ユーザが特定の入力を使用することによりこれを開始することができる。言うまでもなく、例えば、クライアント装置がネットワークを介してサーバに接続されている間にブラウザアプリケーションの中から所望のストリーミングコンテンツに関連するアイコンを選択することを含むあらゆる様々な方法でストリーミングメディア要求を行うことができることを理解されたい。

ブロック４３０からの送信された要求に応答して、ユーザ装置は、ブロック４４０において、要求された特定のストリーミングメディアに対していずれの広告コンテンツ／クリップをユーザに表示すべきかを示す命令をサーバから受信することができる。広告コンテンツがアレイ内に記憶されている場合、選択肢がいくつか存在してここから選択を行うことができる。選択基準は、要求されたストリーミングメディアを提供するサーバ、要求されたストリーミングメディア、キャッシュ済み広告コンテンツの所定のローテーション、キャッシュ済み広告コンテンツのランダム選択、又はその他のあらゆる選択基準に基づくことができる。

いずれにせよ、ブロック４４０においてサーバからの命令又は指示が受信されると、処理４００はブロック４５０へと続くことができ、ここで（ローカルストレージ２２０などの）ローカル記憶装置から選択された広告コンテンツにアクセスすることができる。アクセスされると、例えば、上述したようにメディアプレーヤアプリケーションを使用して、選択された広告コンテンツをブロック４６０において直ちにユーザに表示することができる。選択された広告クリップをローカルに利用できるので、ストリーミングメディア要求が行われる時点と広告クリップが再生され始める時点との間で、実質的にユーザがネットワーク関連待ち時間を体験する可能性はない。

その後、処理４００はブロック４７０へと続くことができ、ここで要求側ユーザ装置とサーバとの間でメディア接続を設定することができ、ブロック４６０の広告コンテンツがまだ表示されている間に、要求されたストリーミングメディアのダウンロード／ストリーミングを開始することができる。さらに、広告コンテンツはローカルな記憶装置又はメモリから表示されているので、要求されたストリーミングメディアが、利用可能な帯域を求めて他のいずれかのコンテンツと競合する必要はない。

処理４００は、要求されたストリーミングメディアコンテンツを広告再生が終了した直後に表示するブロック４１０において終了する。この場合も、要求されたストリーミングメディアは、広告コンテンツの表示のバックグランドで待ち行列に入ることを許可されたので、要求されたストリーミングメディアの遅延のない表示が行われる。

様々な実施形態に関連して本発明について説明したが、本発明をさらに修正できることを理解されたい。本出願は、一般に、本発明の原理に従うとともに本発明が関連する技術における公知の及び習慣的な手法に該当するような本開示からの逸脱を含む本発明のあらゆる変形、使用、又は適用を対象とすることが意図される。

２０ サーバ
４０ ユーザ装置
５０ ネットワーク
２００ 情報配信システム
２１０ ディスプレイ
２２０ メモリ
２３０ ユーザ入力
２４０ 復号器
２５０₁〜２５０_N 広告コンテンツ
２６０ ストリーミングデジタルメディア

Claims (20)

1. ユーザ装置であって、
   前記ユーザ装置をネットワークに接続するように構成されたネットワークインターフェイスと、
   ディスプレイと、
   ローカルストレージと、
   前記ネットワークインターフェイス、前記ディスプレイ、及び前記ローカルストレージに電気的に接続されたプロセッサと、
   を備え、前記プロセッサが、前記ユーザ装置に、
   前記ネットワークインターフェイスを使用してネットワークを介してサーバにアクセスさせ、
   ストリーミングメディアコンテンツに関連する広告コンテンツを前記サーバから自動的に受信させ、
   前記広告コンテンツを前記ローカルストレージに記憶させ、
   ユーザ要求に基づいて前記ストリーミングメディアコンテンツを求める要求を前記サーバへ送信させ、
   前記ストリーミングメディアコンテンツを求める要求に応答して前記広告コンテンツを前記ディスプレイ上に表示させ、
   前記要求されたストリーミングメディアコンテンツを前記広告コンテンツの少なくとも一部の表示中に受信させる、
   ように構成された、
   ことを特徴とするユーザ装置。
2. 前記広告コンテンツが、少なくとも１つのオーディオ／ビデオデジタルメディアクリップを含む、
   ことを特徴とする請求項１に記載のユーザ装置。
3. 前記プロセッサが、前記広告コンテンツを広告クリップのアレイ内に記憶するようにさらに構成された、
   ことを特徴とする請求項１に記載のユーザ装置。
4. 前記広告クリップのアレイが、前記広告コンテンツの出所である前記メディアサーバ、及び前記広告コンテンツが導かれる前記製品／サービスの少なくとも一方に従って体系化された、
   ことを特徴とする請求項３に記載のユーザ装置。
5. 前記プロセッサが、前記広告コンテンツをバックグラウンドアプリケーション処理を使用して自動的に受信するようにさらに構成された、
   ことを特徴とする請求項１に記載のユーザ装置。
6. 前記プロセッサが、前記サーバからの前記広告コンテンツを受信すべきであるという指示に応答して前記広告コンテンツを自動的に受信するようにさらに構成された、
   ことを特徴とする請求項１に記載のユーザ装置。
7. 前記プロセッサが、前記広告コンテンツを通信休止期間中に自動的に受信するようにさらに構成された、
   ことを特徴とする請求項１に記載のユーザ装置。
8. 前記広告コンテンツを表示する前に、前記プロセッサが、どのような広告コンテンツを表示すべきかを示す命令を前記サーバから受信するようにさらに構成された、
   ことを特徴とする請求項１に記載のユーザ装置。
9. 前記広告コンテンツが複数の広告クリップを含み、前記プロセッサが、前記サーバからの前記命令に基づいて前記複数の広告クリップの中から選択を行うようにさらに構成された、
   ことを特徴とする請求項８に記載のユーザ装置。
10. 前記プロセッサが、前記広告コンテンツ表示の後に遅延を伴わずに前記要求されたストリーミングメディアコンテンツを表示するようにさらに構成された、
    ことを特徴とする請求項１に記載のユーザ装置。
11. サーバからネットワークを介してユーザ装置にメディアをストリーミングする方法であって、
    前記ユーザ装置によりネットワークを介して前記サーバにアクセスする行為と、
    ストリーミングメディアコンテンツに関連する広告コンテンツを前記サーバから自動的に受信する行為と、
    前記広告コンテンツを前記ユーザ装置のローカルストレージに記憶する行為と、
    ユーザ要求に基づいて前記ストリーミングメディアコンテンツを求める要求を前記サーバへ送信する行為と、
    前記要求に応答して前記広告コンテンツの少なくとも一部を前記ディスプレイ上に表示する行為と、
    前記要求されたストリーミングメディアコンテンツを前記広告コンテンツの前記表示中に受信する行為と、
    を含むことを特徴とする方法。
12. 前記広告コンテンツが、少なくとも１つのオーディオ／ビデオデジタルメディアクリップを含む、
    ことを特徴とする請求項１１に記載の方法。
13. 前記広告コンテンツを記憶する行為が、前記広告コンテンツを広告クリップのアレイ内に記憶する行為を含む、
    ことを特徴とする請求項１１に記載の方法。
14. 前記広告クリップのアレイが、前記広告コンテンツの出所である前記メディアサーバ、及び前記広告コンテンツが導かれる前記製品／サービスの少なくとも一方に従って体系化された、
    ことを特徴とする請求項１３に記載の方法。
15. 前記広告コンテンツを自動的に受信する行為が、前記広告コンテンツをバックグラウンドアプリケーション処理を使用して自動的に受信する行為を含む、
    ことを特徴とする請求項１１に記載の方法。
16. 前記広告コンテンツを自動的に受信する行為が、前記サーバからの前記広告コンテンツを受信すべきであるという指示に応答して前記広告コンテンツを自動的に受信する行為を含む、
    ことを特徴とする請求項１１に記載の方法。
17. 前記広告コンテンツを自動的に受信する行為が、前記広告コンテンツを通信休止期間中に自動的に受信する行為を含む、
    ことを特徴とする請求項１１に記載の方法。
18. 前記広告コンテンツを表示する前に、前記方法が、どのような広告コンテンツを表示すべきかを示す命令を前記サーバから受信する行為をさらに含む、
    ことを特徴とする請求項１１に記載の方法。
19. 前記広告コンテンツが複数の広告クリップを含み、前記方法が、前記サーバからの前記命令に基づいて前記複数の広告クリップの中から選択を行う行為をさらに含む、
    ことを特徴とする請求項１８に記載の方法。
20. 前記広告コンテンツ表示の後に遅延を伴わずに前記要求されたストリーミングメディアコンテンツを表示する行為をさらに含む、
    ことを特徴とする請求項１１に記載の方法。

Images