(57)【特許請求の範囲】
【請求項１】
広告に対するユーザの反応を評価する方法であって、前記方法は、
広告サーバが、コンテンツプロバイダによってユーザのクライアント装置に配信される番組のコマーシャル時間中に、一意的な識別子に関連付けられた第１の広告を前記クライアント装置に配信するステップと、
前記広告サーバが、前記第１の広告が終了する前に前記ユーザが前記第１の広告の少なくとも一部の視聴を止めたいということを示す入力を、前記第１の広告が提示されている間に前記クライアント装置から受信するステップと、
前記広告サーバが、前記ユーザが前記第１の広告を視聴した時間の長さに基づいて、前記第１の広告に対する前記ユーザの関心度を判定するステップと、
前記広告サーバが、前記ユーザに関連付けられるユーザ視聴行動の記録を作成するステップであって、前記記録は、前記一意的な識別子およびユーザ識別子を含む、作成するステップと、
前記広告サーバが、前記記録をユーザプロフィールデータベースに保存するステップと、
前記広告サーバが、前記第１の広告の提供後、前記コマーシャル時間の残り時間を判定するステップと、
前記広告サーバが、前記残り時間と、予め定められた閾値を比較するステップと、
前記広告サーバが、前記残り時間が前記閾値を超えていた場合、第２の広告を前記クライアント装置に配信するステップと
を含むことを特徴とする方法。
【請求項２】
前記記録は前記一意的な識別子と、前記第１の広告に関連付けられたタグと、前記第１の広告に対する前記ユーザの関心度を表すユーザ関心度インジケータと、ユーザ名、インターネットプロトコルアドレス、電子メールアドレス、またはＭＡＣアドレスのうちの少なくとも１つのユーザ識別子とを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ユーザ視聴行動の記録を作成するステップはさらに、前記ユーザが前記第１の広告を視聴した時間の長さをさらに含むユーザ視聴行動の記録を作成するステップを含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記広告サーバが、前記残り時間が前記閾値を超えていない場合、前記番組に戻すステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記第２の広告を前記ユーザに配信するステップは、
前記ユーザに配信すべき第２の広告を選択するステップと、
前記第２の広告の時間が、前記残り時間より短いかを判断するステップと、
前記第２の広告の時間が前記残り時間より短い場合、前記第２の広告を前記ユーザに配信するステップと、
前記第２の広告の時間が前記残り時間より長い場合、前記番組に戻すステップと
を含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記第１の広告を前記クライアント装置に配信するステップは、
一意的な識別子を生成するステップと、
前記第１の広告に関連付けられるメタデータに基づいて内容タグを選択するステップと、
前記コマーシャル時間中に前記第１の広告を前記クライアント装置に配信する前に、前記一意的な識別子および内容タグを前記第１の広告に関連付けるステップと
を含むことを特徴とする請求項１に記載の方法。
【請求項７】
ユーザに対する広告の反応を評価するシステムであって、前記システムは、
コマーシャルを含むコンテンツをユーザに配信するように構成されたコンテンツサーバと、
前記コマーシャル時間中に少なくとも１つの広告をユーザのクライアント装置に配信し、前記広告が終了する前に前記広告の視聴をスキップしたことを示すフィードバックを前記クライアント装置から受信し、前記ユーザが前記広告を閲覧した時間の長さに基づいて前記広告に対する前記ユーザの関心度を判定し、以前の広告の提供後、前記コマーシャル時間の残り時間が予め定められた閾値を超えていた場合、次の広告を前記クライアント装置に配信するように構成された広告サーバと、
前記ユーザ視聴行動の各事実を記憶するように構成されたユーザプロフィールデータベースと
を含むことを特徴とするシステム。
【請求項８】
前記ユーザプロフィールデータベースに記憶されたユーザ視聴行動の前記事実の間の関係を構築するように構成されたユーザ行動エンジンをさらに含むことを特徴とする請求項７に記載のシステム。
【請求項９】
前記広告サーバは、前記ユーザが前記広告を閲覧した時間の長さに基づいて、前記コンテンツサーバにより配信された前記広告に関連付けられる広告主に料金請求するようにさらに構成されることを特徴とする請求項７に記載のシステム。
【請求項１０】
前記ユーザ行動エンジンは、前記事実を分析し、最初から最後まで広告を見ていたユーザの割合を判定するようにさらに構成されることを特徴とする請求項８に記載のシステム。
【請求項１１】
前記ユーザ行動エンジンは、前記事実を分析し、広告をスキップしたユーザの割合を判定するようにさらに構成されることを特徴とする請求項８に記載のシステム。
【請求項１２】
前記ユーザ関心度インジケータは、
前記ユーザが前記第１の広告に対し関心があることを示す「Ｙｅｓ」フラグと、
前記ユーザが前記第１の広告に対し関心がないことを示す「Ｎｏ」フラグと、
関心度の度合いを示す０−１０の間の数値範囲と
のうちの少なくとも１つであることを特徴とする請求項２に記載の方法。
【請求項１３】
前記一意的な識別子は、ＧＵＩＤ（グローバル一意識別子）であることを特徴とする請求項１に記載の方法。
【請求項１４】
広告に対するユーザの反応を評価する方法をコンピュータ上のプロセッサに実行させるコンピュータ実行可能命令を有するコンピュータ可読記憶媒体であって、前記方法は、
広告サーバが、コンテンツプロバイダによってユーザのクライアント装置に配信される番組のコマーシャル時間中に、一意的な識別子に関連付けられた第１の広告を前記クライアント装置に配信するステップと、
前記広告サーバが、前記第１の広告が終了する前に前記ユーザが前記第１の広告の少なくとも一部の視聴を止めたいということを示す入力を、前記第１の広告が提示されている間に前記クライアント装置から受信するステップと、
前記広告サーバが、前記ユーザが前記第１の広告を視聴した時間の長さに基づいて、前記第１の広告に対する前記ユーザの関心度を判定するステップと、
前記広告サーバが、前記ユーザに関連付けられるユーザ視聴行動の記録を作成するステップであって、前記記録は、前記一意的な識別子およびユーザ識別子を含む、作成するステップと、
前記広告サーバが、前記記録をユーザプロフィールデータベースに保存するステップと、
前記広告サーバが、前記第１の広告の提供後、前記コマーシャル時間の残り時間を判定するステップと、
前記広告サーバが、前記残り時間と、予め定められた閾値を比較するステップと、
前記広告サーバが、前記残り時間が前記閾値を超えていた場合、第２の広告を前記クライアント装置に配信するステップと
を含むことを特徴とするコンピュータ可読記憶媒体。
【請求項１５】
前記第１の広告に対する前記ユーザの関心度を判定するステップは、前記第１の広告に対する前記ユーザの関心度を表すユーザ関心度インジケータを判定するステップ含み、前記ユーザ関心度インジケータは、
前記ユーザが前記第１の広告に対し関心があることを示す「Ｙｅｓ」フラグ、
前記ユーザが前記第１の広告に対し関心がないことを示す「Ｎｏ」フラグ、および
関心度の度合いを示す０−１０の間の数値範囲、
のうちの少なくとも１つであることを特徴とする請求項１４に記載のコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広告の黙示的な評価に関する。
【背景技術】
【０００２】
オンラインメディアコンテンツプロバイダは、自己のサービスを介して番組を配信する見返りとして利益を得るために広告を使用する。全てのプロバイダと同じように、視聴者が提示された広告を見ていること、および広告が的確な視聴者に向けられていることを、広告主に確約できることが望ましい。種々の種類のフィードバックメカニズムが開発されているが、全てのフィードバックメカニズムがある意味において限界がある。一般的にユーザには、配信される番組を見るためには必ず見なければならない広告が提示される。
【０００３】
いくつかのコンテンツプロバイダは、ウェブサイトで入手可能なコンテンツを見るためにおよびユーザに関する所定量の情報を得るために、ユーザにサインイン（sign-in）を要求する。サインインの処理は、しばしばユーザに所定量の情報を入力するよう要求する。例えば、ユーザ名、苗字、名前、性別、電子メールアドレス、生年月日等の情報をユーザに入力させる。サインインの処理はまた、ユーザが選択して興味をもっていることを示すことができる内容のカテゴリを表示する。入力された情報の正確性についてはしばしば、コンテンツプロバイダによって確認されない。その結果、コンテンツプロバイダは情報の正確性に確信が持てず、コンテンツに対して広告を売る際に限定的なレベルの細分性（granularity）しか提供できない。
【発明の概要】
【０００４】
本発明の１つの態様は、ユーザが広告にどれくらい共鳴したかを測定する方法である。広告は、コンテンツプロバイダによってユーザに配信される番組のコマーシャル時間中にユーザに配信される。各広告には、一意的な識別子と少なくとも１つのタグが付けられる。タグは広告の属性を記述するものである。広告を表示している間、本発明によれば、ユーザは広告の全てまたは一部を飛ばす（スキップする）ことができる。ユーザが広告に興味を持ったかどうかは、ユーザが広告を見た時間の長さに基づいて判断される。このユーザの視聴行動の事実の記録が作成され、ユーザプロフィールデータベースに保存され、ユーザ視聴行動の検索可能データベースが作成される。ユーザ視聴行動の関係が明確にされ、広告主が広告の狙いどころを把握できるようになり、さらに、コンテンツプロバイダには、この情報に対して料金請求をすることによって利益を得る能力を与える。
【０００５】
１つの実施形態において、ユーザには、コマーシャル時間中にどの広告を最初に見たいかを選択できる機会が与えられる。コンテンツプロバイダによってユーザに配信されている番組の途中で次に配信されるコマーシャル時間を特定できたならば、広告サーバは広告データベースから少なくとも２つの広告を選択する。各広告には一意的な識別子が付けられていると共に、広告の属性を記述する少なくとも１つのタグも付けられている。選択された広告はユーザに配信され、ユーザに選択してもらうために表示される。ユーザが複数の広告の中から１つの広告を選択したことを示す入力がユーザから受信されると、ユーザ視聴行動の記録が作成され、ユーザプロフィールデータベースに保存される。選択された広告は、コマーシャル時間が始まると、ユーザに配信される。
【０００６】
本発明の１つの態様は、ユーザが広告にどれくらい共鳴したかを測定するシステムを提供することである。このシステムは、コンテンツサーバと、広告サーバと、ユーザプロフィールデータベースと、ユーザ行動エンジンとを含む。コンテンツサーバは、番組のコマーシャル時間中に少なくとも１つの広告をユーザに配信することができる。各広告には一意的な識別子と広告の属性を記述する少なくとも１つのタグとが付けられている。広告サーバは、広告が終了する前にユーザが広告の視聴を止めたいということを示す入力をユーザから受信する。また、広告サーバは、ユーザが広告を見た時間の長さに基づいて各広告に対するユーザの興味を判断する。さらに、広告サーバは、各広告に関するユーザ視聴行動の記録をユーザプロフィールデータベースに加える。ユーザプロフィールデータベースは、ユーザ視聴行動の各記録を保存することができる。このシステムはさらに、ユーザ視聴行動の各記録に保存されたデータ間の関係を明確にするユーザ行動エンジンを備えている。この関係は広告主に提供され、広告主が自分の広告の狙い所を絞れるようにする。また、この関係を使用すると、コンテンツプロバイダは広告主への情報提供に対する追加収益をあげることができる。
【０００７】
本発明の１つの態様は、コマーシャル時間中に提示される各広告の全ての時間をユーザに視聴してもらえるようにすることである。本発明は、当初に決められたコマーシャル時間を延長することによって、コマーシャル時間中に提示される少なくとも１つの広告をスキップすることを選択したユーザに効果的にペナルティを与えることができる。例えば、コマーシャル時間が当初は６０秒に設定されており、ユーザが後半の３０秒の広告を１５秒見た後にスキップする（前半の３０秒の広告はすでに見ている）と、本発明はさらに第３の３０秒の広告を配信する（コマーシャル時間は１５秒しか残っていないが）。もし、ユーザが第３の広告を全て見ると、ユーザは当初設定されていた６０秒の広告の代わりに７５秒の広告を見ることになる。いくつかの実施形態において、本発明はコマーシャル時間が残っているにもかかわらず、ユーザを番組に戻す。
【０００８】
この「発明の概要」は「発明を実施するための形態」において詳細に後述される本発明の内容の中から選択された内容の概要を説明するものである。この「発明の概要」は特許請求の範囲に記載された内容の重要な特徴や本質的な特徴を特定するためのものではないし、特許請求の範囲に記載された内容の範囲を決める際の補助として用いられるという意図もない。
【図面の簡単な説明】
【０００９】
【図１】図１は例示的なコンテンツ配信ネットワークのブロック図である。
【図２】図２は図１に基づいて説明されるネットワークにおいて使用されるのに適した処理システムを示す図である。
【図３】図３は広告主から受信された広告を保存するための例示的なステップを示すフローチャートである。
【図４】図４はユーザに広告を配信する実施形態のフローチャートである。
【図５】図５はユーザ視聴行動の事実を保存する例示的なステップを示すフローチャートである。
【図６】図６はユーザが広告に興味を持ったかを判断する実施形態のフローチャートである。
【図７】図７は広告に対するユーザの興味を判断する他の実施形態のフローチャートである。
【図８Ａ】図８Ａはユーザ関心度テーブルの例を示す図である。
【図８Ｂ】図８Ｂはユーザ関心度テーブルの例を示す図である。
【図９】図９は広告の一部配信に課金する実施形態のフローチャートである。
【図１０】図１０は広告の配信に課金をするための例示的な視聴時間テーブルを示す図である。
【図１１】図１１は広告の配信に課金をするための視聴時間テーブルの他の実施形態を示す図である。
【図１２】図１２はユーザに広告を配信する他の実施形態のフローチャートである。を示す図である。
【図１３】図１３は広告に関するフィードバックを広告主に提供する実施形態のフローチャートである。
【発明を実施するための形態】
【００１０】
本明細書に記載された技術は、ユーザが広告の一部の視聴をスキップしたかを監視することによって、広告のターゲティングを改良する。ユーザには、オンラインメディアコンテンツプロバイダによって提供されるコンテンツの合間の時間に提示される広告の全部または一部をスキップする機会が与えられる。ユーザが広告を見るたびに、ユーザの視聴行動の記録がユーザプロフィールデータベースに保存される。各記録は、広告ＩＤ、内容タグ、ユーザが広告を見た時間の長さ、およびユーザ識別子等の情報を含む。記録を作成および保存することにより、番組中に存在する広告の時間枠を収益にするコンテンツプロバイダの能力が増大する。また、広告主にとっては、ユーザに関する情報をユーザに尋ねることなく、広告のターゲティングを改善することができる。
【００１１】
図１は、本明細書に記載された方法を実施するための例示的なコンテンツ配信ネットワーク１００を示している。このネットワーク１００は、コンテンツサーバ１０２と、広告サーバ１０４と、ユーザプロフィールデータベース１０６と、ユーザ行動エンジン１０８とを含む。コンテンツ配信ネットワーク１００は、適切なネットワークの一例に過ぎず、本発明の用途または機能の範囲についていかなる限定を示唆する意図も無い。また、このネットワーク１００は、例示的なネットワーク１００に示されているコンポーネントのいずれか１つまたは組み合わせに関する従属性または要件を有すると解釈されるべきではない。
【００１２】
コンテンツサーバ１０２を利用すると、コンテンツプロバイダはデジタルコンテンツをユーザに配信することができる。コンテンツプロバイダは、本明細書において放送局（例えば、ＡＢＣ、ＮＢＣ等）と称されるか、コンテンツアグリゲータ（例えば、ＨＵＬＵ．ｃｏｍ）と称される。放送局は通常、ウェブサイトを所有しており（例えば、ＡＢＣ．ｃｏｍ）、ユーザは放送局によって製作された好みのテレビ番組の一話のデジタルビデオコンテンツを流すことができる。コンテンツアグリゲータは種々の放送局によって製作されたデジタルコンテンツ（例えば、テレビ番組の複数回分の放送）を１つのウェブサイトに収集し、コンテンツをウェブサイトを介してユーザに入手可能な状態にする。このウェブサイトから収益を上げるために、放送局およびアグリゲータはしばしば、コンテンツを配信している間に少なくとも１つのコマーシャル時間を提供する。この時間内において、少なくとも１つの広告が提供される。詳細については後述するが、コマーシャル時間中に配信される広告はしばしば、広告をユーザに表示するためにコンテンツプロバイダに料金を支払っている第三者によって提供される。広告の時間の長さは種々あり、製品および／またはサービスの販売促進をする。
【００１３】
図１におけるユーザ視聴装置１３２は、デスクトップコンピュータ用またはテレビ用のディスプレイとして図示されている。ユーザ視聴装置１３２は単なる例示であり、デジタルコンテンツを（有線または無線で）視聴または受信できる任意の装置であってよい。例えば、ユーザ視聴装置は、これらに限定されないが、ラップトップコンピュータ、スマートフォン、携帯電話、ＰＤＡ（personal digital assistant）、ネットブック、家庭用電子機器（たとえば、テレビおよびテレビセットトップボックス）、およびデジタルコンテンツを受信して表示することができる技術分野で公知の他の任意の装置であってよい。
【００１４】
コンテンツサーバ１０２は、インターネット１５０を介して１つまたは複数の視聴装置１３２と通信可能になっている。図１に示された１つの視聴装置１３２は単なる例示であり、本明細書に記載された本発明の範囲を限定する意図はない。
【００１５】
図１には、広告サーバ１０４が広告主１３０から広告コンテンツを受信することが示されている。広告サーバ１０４は、広告エンジン１１０と広告データベース１１２とを備えている。広告サーバ１０４は、インターネット１５０を介して１つまたは複数の視聴装置１３２と通信可能になっている。下記において詳述されるように、広告サーバは広告を視聴装置１３２に配信し、ユーザ視聴行動の記録を保存のためにユーザプロフィールデータベース１０６に配信する。広告サーバ１０４の内部で、または広告サーバ１４０と連動して作動しているのは、広告送信エンジン１１０であり、エンジンはユーザに送信すべき広告を選択する際に使用される。１つの実施形態において、広告送信エンジン１１０はジャバスクリプト（JavaScript）を用いて実装される。
【００１６】
広告送信エンジン１１０は、複数の機能を実行する。広告コンテンツファイル（例えば、.wmv fileや.mp3 file等）を広告主１３０から受信すると、広告エンジンは、一意的な識別子（ＩＤ）を広告に割り当てる。また、広告エンジン１１０は、広告主１３０から受信された広告に付随しているメタデータを識別する。メタデータを使用して広告エンジン１１０は関連する内容のタグを選択し、タグを広告コンテンツファイルに追加する。一意的なＩＤとタグが付けられている広告は、広告データベース１１２に保存される。さらに、コンテンツサーバ１０２から要求を受信すると、広告エンジン１１０は広告データベース１１２からユーザ（例えば、視聴装置１３２）に送信すべき複数の広告を選ぶ。コンテンツサーバは、特定の１つのコンテンツに関連している１つまたは複数のコマーシャル時間枠に広告が欲しいという要求を出す。通常考えられるように、オンラインコンテンツプロバイダからのコンテンツを視聴することは、ウェブブラウザ内のインターフェースにおいて行われるか、ユーザの装置のメディアプレーヤアプリケーションを用いて行われる。インターフェースおよびメディアプレーヤアプリケーションは周知の制御を含んでおり、ユーザは、コンテンツのセグメントの再生、一時停止、巻き戻し、早送り、およびスキップを行うことができる。このような制御の機能は、コンテンツプロバイダによって使用可能にしたり、使用不可能にしたり、制限することができる。
【００１７】
本発明によれば、早送りおよび／またはスキップ等の制御は、広告枠に広告を提示している間に使用可能にされる。「スキップ」というユーザによる入力および広告は、広告サーバによって記録および解釈され、ユーザプロフィールデータベースに保存される。さらに、本明細書に記載されているように、コマーシャルの時間枠に割り当てられた時間を埋めるために追加の広告が提供されることもある。
【００１８】
ユーザプロフィールデータベース１０６は、広告への関心度を各ユーザに関連付けるユーザ視聴行動の記録を含む。各ユーザごとに、およびユーザによって見られた各広告ごとに、ユーザが広告に関心を持ったか、関心を持たなかったか、並びに視聴時間、広告内容タグおよびユーザに関する情報（例えば、ユーザ識別子）等のデータを記憶する記録が保存される。ユーザ行動エンジン１０８は、ユーザプロフィールデータベース１０６に保存されているユーザ視聴行動の記録を収集および分析する。ユーザ行動エンジン１０８の更なる詳細は後述する。
【００１９】
コンテンツサーバ１０２、広告サーバ１０４、ユーザプロフィールデータベース１０６、およびユーザ行動エンジン１０８は、１つまたは複数の処理装置（例えば、図２に基づいて説明される装置）を使用して実装される。図２を参照すると、本発明の技術内容を実装する例示的なシステムは、コンピュータ２１０として示されている汎用コンピューティングデバイスを含んでいる。コンピュータ２１０のコンポーネントは、処理ユニット２２０と、システムメモリ２３０と、システムメモリを含む種々のシステムコンポーネントを処理ユニット２２０へ接続するシステムバス２２１とからなるが、これらに限定されない。システムバス２２１は、複数の種類のバス構造のいずれかであってよい。例えば、メモリバス、メモリコントローラ、周辺バス、ローカルバス（種々のバスアーキテクチャのいずれかを使用する）のいずれかであってよい。例として、これに限定されないが、上記アーキテクチャとは、ＩＳＡ（Industry Standard Architecture）バス、ＭＣＡ（Micro Channel Architecture）バス、ＥＩＳＡ（Enhanced ＩＳＡ）バス、ＶＥＳＡ（Video Electronics Standards Association）ローカルバス、ＰＣＩ（Peripheral Component Interconnect）バスである。ＰＣＩバスはメザニン（Mezzanine）バスとして知られている。
【００２０】
コンピュータ２１０は通常、種々のコンピュータ可読媒体を含む。コンピュータ可読媒体は、コンピュータ２１０によってアクセスされ得る任意の入手可能な媒体でよく、揮発性および不揮発性、取り外し可能および取り外し不可能な媒体を含む。例として、これに限定されないが、コンピュータ可読媒体は、コンピュータ記憶媒体および通信媒体を含む。コンピュータ記憶媒体は、情報（例えば、コンピュータ可読命令、データ構造、プログラムモジュールまたは他のデータ）を記憶するための任意の方法または技術において実装される揮発性および不揮発性、取り外し可能および取り外し不可能な媒体を含む。コンピュータ記憶媒体は、例えば、これらに限定されないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたはその他のメモリ手段、ＣＲ−ＲＯＭ、ＤＶＤその他の光学ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージまたはその他の磁気記憶デバイス、または所望の情報を記憶するのに使用することができおよびコンピュータ２１０によってアクセスすることができる任意の他の媒体を含む。例として、これらに限定されないが、通信媒体は、有線ネットワークまたは直接有線接続等の有線媒体と、ＲＦ媒体、赤外線媒体およびその他の無線媒体等の無線媒体とを含む。上記したものの任意の組み合わせも、コンピュータ可読媒体の範囲に含まれる。
【００２１】
システムメモリ２３０は、ＲＯＭ（read only memory）２３１およびＲＡＭ（random access memory）２３２等の揮発性および／または不揮発性メモリとして示されているコンピュータ記憶媒体を含む。コンピュータ２１０内の要素間での情報伝送を支援する基本ルーチン（例えば、起動時に使用されるもの）を含むＢＩＯＳ（basic input/output system）２３３は通常は、ＲＯＭ２３１に記憶されている。ＲＡＭ２３２は通常、処理ユニット２２０に直ちにアクセスできおよび／または処理ユニット２２０で処理されているデータおよび／またはプログラムモジュールを保有している。例として、これに限定されないが、図２は、オペレーティングシステム２３４、アプリケーションプログラム２３５、他のプログラムモジュール２３６およびプログラムデータ２３７を示している。
【００２２】
また、コンピュータ２１０は上記されたもの以外の取り外し可能／取り外し不可能な揮発性／不揮発性のコンピュータ記憶媒体を含んでよい。単なる例として、図２は、取り外し不可能な不揮発性磁気媒体から読み出しまたは書き込みをするハードディスクドライブ２４０と、取り外し可能な不揮発性磁気ディスク２５２から読み取りまたは書き込みをする磁気ディスクドライブ２５１と、取り外し可能な不揮発性光学ディスク２５６（例えば、ＣＤ−ＲＯＭまたはその他の光学媒体）から読み出しまたは書き込みをする光学ディスクドライブ２５５とを示している。例示した動作環境において使用することができるその他の取り外し可能／取り外し不可能な揮発性／不揮発性コンピュータ記憶媒体は、例えば、これらに限定されないが、磁気テープカセット、フラッシュメモリカード、ＤＶＤ（digital versatile disk）、デジタルビデオテープ、半導体ＲＡＭ（solid state ＲＡＭ）、半導体ＲＯＭ（solid state ＲＯＭ）等を含む。ハードディスクドライブ２４１は通常、インターフェース２４０等の取り外し不可能なメモリインターフェースを介してシステムバス２２１に接続され、磁気ディスクドライブ２５１および光学ディスクドライブ２５５は通常、インターフェース２５０等の取り外し可能なメモリインターフェースによってシステムバス２２１に接続される。
【００２３】
上記され図２に示された複数のドライブおよびこれらに関連するコンピュータ記憶媒体は、コンピュータ２１０のためのコンピュータ可読命令、データ構造、プログラムモジュールおよびその他のデータを記憶する。図２において、例えば、ハードディスクドライブ２４１は、オペレーティングシステム２４４、アプリケーションプログラム２４５、他のプログラムモジュール２４６およびプログラムデータ２４７を記憶するものとして示されている。なお、これらコンポーネントは、オペレーティングシステム２３４、アプリケーションプログラム２３５、他のプログラムモジュール２３６、およびプログラムデータ２３７と同じであっても異なってもよい。ここでは、オペレーティングシステム２４４、アプリケーションプログラム２４５、他のプログラムモジュール２４６、およびプログラムデータ２４７には異なる参照番号が付されている。その理由は少なくともオペレーティングシステム、アプリケーションプログラム、他のプログラムモジュールおよびプログラムデータが異なるコピーであることを示すためである。ユーザはキーボード２６２およびポインティングデバイス２６１（一般的に、マウス、トラックボールまたはタッチパッドと称されるもの）等の入力デバイスを使用して、コマンドおよび情報をコンピュータ２１０に入力することができる。他の入力デバイス（図示せず）としては、マイクロフォン、ジョイスティック、ゲームパッド、衛星放送受信用アンテナ、スキャナ等がある。これらおよびその他の入力デバイスはしばしば、システムバスに繋がれたユーザ入力インターフェース２６０を介して処理ユニット２２０に接続されるが、他のインターフェースおよびバス構造（例えば、パラレルポート、ゲームポートまたはＵＳＢ（universal serial bus））によって接続されてもよい。モニタ２９１または他の種類の表示装置も、ビデオインターフェース２９０等のインターフェースを介してシステムバス２２１に接続される。モニタに加えて、コンピュータは他の周辺出力デバイス（例えば、スピーカ２９７およびプリンタ２９６）も含んでよい。これら周辺出力デバイスは、例えば、出力周辺インターフェース２９０を介して接続される。
【００２４】
コンピュータ２１０は、１つまたは複数のリモートコンピュータ（例えば、リモートコンピュータ２８０）への論理接続を使用したネットワーク環境で動作することができる。リモートコンピュータ２８０は、例えば、パーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイスまたは他の一般的なネットワークノードであり、典型的な場合、コンピュータ２１０に関連して上記された複数の要素の多くまたは全てを含む（図２にはメモリ記憶デバイス２８１しか示されていないが）。図２に示されている論理接続は、ＬＡＮ（local area network）２７１とＷＡＮ（wide area network）２７３であるが、その他のネットワークを含んでもよい。このようなネットワーク環境は、オフィス、企業全体に亘るコンピュータネットワーク、イントラネットおよびインターネットにおいて広く利用されているものである。
【００２５】
ＬＡＮネットワーク環境において使用される場合、コンピュータ２１０はネットワークインターフェースまたはアダプタ２７０を介してＬＡＮ２７１に接続される。ＷＡＮネットワーク環境において使用される場合、コンピュータ２１０は通常、インターネット等のＷＡＮ２７３を介して通信を確立するためのモデム２７２または他の手段を含む。モデム２７２（内部または外部に設けられる）は、ユーザ入力インターフェース２６０または他の適切なメカニズムを介してシステムバス２２１に接続される。ネットワーク環境において、コンピュータ２１０に関連して図示されたプログラムモジュール（またはその一部）はリモートメモリ記憶デバイスに記憶される。例として、これに限定されないが、図２ではリモートアプリケーションプログラム２８５がメモリデバイス２８１に存在しているように図示されている。なお、図示されたネットワーク接続は例示であり、複数のコンピュータ間の通信リンクを確立するための他の手段を使用してもよい。
【００２６】
ユーザが興味を持てる広告の種類の深いレベルの細分性を提供するために、広告主１３０から受信された広告にはタグが付けられる。このタグは収集して、保存して、分析することができる。図３は、広告主１３０から受信された新しい広告の各々にタグを付けるための例示的なステップを示している。ステップ３０２において、広告サーバ１０４は広告を広告主１３０から受信する。
【００２７】
ステップ３０４において、広告サーバ１０４は広告主によって提供された広告に関連するメタデータを識別する。特に、広告サーバ１０４は、広告の内容の属性を記述するメタデータを識別する。メディアファイルにメタデータを付けることは、標準化された処理ではない。広告をシステム１００に送信する前に広告にメタデータを付けることは、広告主の裁量による。例えば、２つの自動車会社はそれぞれの自動車広告に異なるメタデータを付ける。第１の自動車会社は自社の自動車広告に、会社名、自動車のモデル（型式）、および広告で何をしているのかについての簡単な説明（例えば、「シアトル市中心街を走っている自動車である」）等のメタデータを付ける。第２の自動車会社は自社の自動車広告に、自動車の発売日、広告に使用している男優／女優、および自動車のモデル等のメタデータを付ける。下記において詳細に説明するが、標準化された形式および標準化されていない形式のメタデータが各広告に付けられ得る。ユーザ視聴行動の収集および分析のために広告主が広告に付けたメタデータだけを使用することは、本明細書に記載された本発明の範囲に含まれる。
【００２８】
ステップ３０６において、広告サーバ１０４は広告に一意的な識別子を生成する。広告ＩＤは、ユーザ行動エンジン１０８がユーザ視聴行動を収集および分析する際の手助けとなる。いくつかの実施形態において、上記の一意的な識別子はＧＵＩＤ（globally unique identifier）からなる。ＧＵＩＤは、一意的な参照情報を提供するためにソフトウエアアプリケーションにおいて使用される識別子である。広告ＩＤとしてＧＵＩＤを使用することは単なる例であり、本明細書に記載された本発明の範囲を限定する意図は無い。他の種類の一意的な識別子を各広告に付けてもよい。いくつかの実施形態において、広告主１３０は、広告を広告サーバ１０４に送信する前に、広告ＩＤを作成して広告ＩＤを広告に付ける。他の実施形態においては、コンテンツサーバ１０２が広告ＩＤを生成し、広告ＩＤを広告に付ける。
【００２９】
上記のように、１つの実施形態では、メタデータは標準化されていない。しかしながら、広告のターゲティングのために使用できるメタデータ（例えば、キーワード）を標準化する試みとして、システム１００は、１つの実施形態において、各広告に付けることができる標準化タグの「ライブラリ」を提供する。標準化タグのライブラリは、任意の数のキーワードを含み、キーワードはライブラリに追加することもライブラリから削除することもできる。詳細については後述するが、ユーザプロフィールデータベース１０６に記憶されるデータは、広告主１３０によって提供されるメタデータとシステム１００によって提供されるタグとの任意の組み合わせによって構成される。
【００３０】
ステップ３０８において、広告サーバ１０４は、広告に付けるタグを選択する。本明細書において使用されるタグという用語は、１つのキーワード（または複数のキーワード）からなるメタデータを意味するものとして用いられる。キーワードは、広告の属性および広告において販売促進される製品またはサービス等を記述するのに役立つ。また、キーワードは、ユーザ行動エンジン１０８によって再び見つけることができる。２つ以上のタグが広告に付けられてもよい。自動車広告の例を用いると、広告サーバ１０４によって選択されたタグは、「自動車（automobile）」、「プレミアム（premium）」、「スポーツカー（sports car）」および「会社名（company name）」等のキーワードを含むが、これらのキーワードに限定されない。任意の数のタグが選択され、タグは宣伝される製品またはサービスによって異なる。システム１００によって提供される標準化タグの使用は必須ではない。
【００３１】
ステップ３１０において、上記の一意的な広告ＩＤおよびステップ３０８で選択されたタグが広告に付けられる。ステップ３１２において、この広告は（前記広告ＩＤおよびタグと共に）広告データベース１２２に記憶される。広告データベース１１２はユーザに配信できる広告のプール（pool）からなる。
【００３２】
図４は、コマーシャル時間中にユーザに広告を提供するための例示的ステップを示している。広告を提供する処理において、ユーザ視聴行動の記録が作成され、記録は、ユーザが広告を全部見るか広告の一部をスキップすることを選ぶかに基づいて、ユーザプロフィールデータベース１０６に記憶される。ステップ４０２において、コンテンツサーバ１０２は、次のコマーシャル時間中に使用できる広告時間の長さを判断する。本技術の説明の都合上、ステップ４０２において、コンテンツサーバ１０２は１分のコマーシャル時間が次に来ると判断したとする。ステップ４０４において、コマーシャル時間の開始時に、広告サーバ１０４は第１の広告をユーザに配信する。第１の広告は任意の時間の長さとすることができる。この広告は、ユーザが現在コンテンツ（例えば、テレビ番組）を見ているのと同じユーザインターフェース（ＵＩ）でユーザに表示される。あるいはまた、別のユーザインターフェース（ＵＩ）が現れて（例えば、ウィンドウズメディアプレーヤ）、広告を別のユーザインターフェースに提示してもよい。いずれにせよ、ユーザインターフェースは、ユーザに提示されている広告の残りの任意の部分をスキップする機会をユーザに与える。単なる例として、ユーザインターフェースは従来のメディア操作ボタン（例えば、早送りボタンまたはスキップボタン）をユーザに提供する。このスキップボタンを選択することによって、広告の残りの任意の部分がスキップされ、次の広告がユーザに配信される（コマーシャル時間に残っている時間があるという条件で）。
【００３３】
ステップ４０６において、本技術はユーザが広告を見た時間の長さを判断する。ユーザが広告の全てを見た場合、広告サーバ１０４は広告の時間の長さが、ユーザによって視聴された時間の長さであると判断する。例えば、第１の広告が３０秒でユーザがスキップボタンを選択しなかった場合、ステップ４０６において、広告サーバ１０４はユーザが広告を見た時間の長さが３０秒であると判断する。ユーザが広告の一部をスキップした場合、スキップまでに経過した秒数がユーザによって視聴された時間であると判断する。
【００３４】
ステップ４０８において、広告サーバ１０４は、ユーザ視聴行動の記録を作成し、記録をユーザプロフィールデータベース１０６に加える。ユーザ視聴行動の事実を追加する際の詳細については、図５に基づいて後述する。ステップ４１０において、コンテンツサーバ１０２は、コマーシャル時間に残っている時間があるかを判断する。コマーシャル時間に残っている時間がない場合、ステップ４１２において、コンテンツサーバ１０２は番組コンテンツをユーザに配信し始める。
【００３５】
コマーシャル時間に残っている時間がある場合、ステップ４１４において、残っている時間の長さを判断する。例えば、コマーシャルのトータルの時間の長さが１分であり、配信された第１の広告が３０秒の広告であり、ユーザが広告を全部見たとすると、ステップ４１４において、本技術はコマーシャル時間において３０秒の残り時間があると判断する。同様に、ユーザが第１の広告の１５秒をスキップした場合、ステップ４１４において、本技術は４５秒のコマーシャル時間が残っていると判断する。コンテンツプロバイダは、コマーシャル時間中に発生する広告収入を最大化するために、コマーシャル時間中に出来るだけ多くの広告を表示しようとする。しかしながら、コマーシャル時間のすべての秒を使いきることができない場合もあるので、ステップ４１５において、広告サーバ１０４はコマーシャル時間に残っている時間が所定の閾値より短いかを判断する。ステップ４１５において、コマーシャル時間に残っている時間が前記所定の閾値より短い場合は、ステップ４１２において、ユーザは番組に戻され、コンテンツサーバ１０２はユーザにコンテンツを配信し始める。前記所定の閾値は任意の秒数でよい。ステップ４１５において、コマーシャル時間に残っている時間が前記所定の閾値より長い場合、広告サーバ１０４はステップ４１６に進む。
【００３６】
ステップ４１６において、広告サーバ１０４は、第２の広告を選択する。ステップ４１８において、第２の広告がユーザに配信される。ステップ４０６−４１５は、広告サーバ１０４がコマーシャル時間に残っている時間が無いと認識する（ステップ４１０）か、コマーシャル時間に残っている時間が前記所定の閾値より短いと認識する（ステップ４１５）まで繰り返される。
【００３７】
広告データベース１２２に使用可能状態で存在している各広告が３０秒の広告であるという例を用いる。ユーザが第１の広告を１８秒見た後に第１の広告をスキップした場合、ユーザに配信された第２の３０秒の広告（ステップ４１８）は、１分間のコマーシャル時間において４８秒を終える（ユーザが第２の広告を全部見るならば）。この事例の場合、ステップ４１４において、広告サーバ１０４は第２の広告の後に１２秒のコマーシャル時間が残っていると判断する。ステップ４１５において、広告サーバ１０４は１２秒が、ユーザを番組に戻す閾値より短い（ステップ４１２）かを判断する。閾値が１２秒より短い場合、ステップ４１８において、広告サーバ１０４は第３の３０秒の広告をユーザに配信し、コマーシャル時間は７８秒になる（ユーザが第３の広告を全て見たとすると）。このようにすることによって、ユーザは第１の広告の一部をスキップしたことに対するペナルティを実質上受けることになる。なぜなら、ユーザは、当初に計画された６０秒ではなく、７８秒の広告を見ることになるからである。ステップ４１０に戻ると、広告サーバ１０４はコマーシャル時間に残っている時間は無いと判断し（なぜなら、７８秒は６０秒より長いから）、ステップ４１２において、コンテンツサーバ１０２は番組コンテンツをユーザに供給し始める。
【００３８】
図５は、ユーザ視聴行動の記録を作成してユーザプロフィールデータベース１０６に追加するステップ４０８の詳細を示している。ステップ５０２において、ユーザによって今視聴された広告に付いている一意的な広告ＩＤとタグとが識別される。１つの実施形態において、タグはシステム１００によって提供された標準化されているタグである。他の実施形態において、タグは広告主１３０によって広告に加えられたメタデータである。さらに別の実施形態において、タグはシステム１００によって提供されたタグと広告主１３０によって広告に加えられたメタデータとの組み合わせからなる。
【００３９】
ステップ５０４において、広告サーバ１０４はユーザが広告の全てを見たか広告の一部をスキップしたかを判断する。広告の時間の長さとユーザが広告を見た時間の長さは既に判断されている（図４のステップ４０６）。いくつかの実施形態では、広告サーバ１０４は、ユーザが広告を見た時間の長さを広告の時間の長さと比較することによって、ユーザが広告の全てを見たかを判断する。ユーザが広告を見た時間の長さが広告の時間の長さに等しい場合、広告サーバ１０４はユーザが広告を全て見たと判断する。しかしながら、ユーザが広告を見た時間の長さが広告の時間の長さより短い場合、広告サーバ１０４はユーザが広告の全ては見なかったという結論を出す。広告サーバ１０４は、現在の技術分野において公知の任意の他の手段を用いて、ユーザが広告の全てを見たかを判断してもよい。
【００４０】
いくつかの実施形態において、ユーザが広告の全てを見た場合、広告サーバ１０４はユーザが広告に興味を示したと仮定し、ステップ５０６へ進む。ステップ５０６において、ユーザ視聴行動の記録（これには、広告に付けられたタグ、一意的な広告ＩＤ、ユーザ識別子、およびユーザ関心度インジケータ（例えば、０ならばユーザは興味を示さなかったことを意味し、１ならばユーザが興味を示したことを意味する）が含まれる）がユーザプロフィールデータベース１０６に記憶される。他の実施形態では、ユーザ関心度インジケータは例えば０−１０の数値範囲で示され、ユーザが広告を選択したかどうか（または広告がコンテンツプロバイダによって選択されかたどうか）およびユーザの視聴時間に基づいて数値が決められる。例えば、ユーザが広告を選択しユーザが広告を全部見た場合、ユーザ関心度インジケータは１０となる。一方、広告がコンテンツプロバイダによって選択され、ユーザが広告を全部見た場合には、ユーザ関心度インジケータは例えば８となる。ユーザが広告を７５％見た場合（そして広告がコンテンツプロバイダによって選択されていた場合）、ユーザ関心度インジケータは例えば６となる、というような設定をする。このような段階的な数値表示によるユーザ関心度インジケータを使うと、本明細書に記載された技術はユーザが興味を持つ内容間の区別をさらに明確にすることができる。
【００４１】
ここでは多くの異なるユーザ識別子が使用され得る。例えば、コンテンツを視聴する際にコンテンツプロバイダがユーザに対してウェブサイトへサインインすることを要求した場合、コンテンツプロバイダは、ユーザ名、ユーザの電子メールアドレス、または登録処理の間にユーザが提供したその他の情報を知り得る。ユーザによって提供された情報のいずれも、ユーザ識別子と成り得る。他の実施形態においては、ユーザ識別子は、ＩＰ（Internet Protocol）アドレス、ＭＡＣアドレス、デバイスＩＤ（例えば、セットトップボックスのシリアルナンバ、ＭＳＩＳＤＮ等）、およびコンテンツを受信するデバイス１３２に付けられた識別情報を含む。
【００４２】
広告サーバ１０４が、ユーザが広告の一部をスキップしたと判断した場合（ステップ５０４）、ステップ５０８において、広告サーバ１０４はユーザが広告に興味を持ったかを判断する。広告サーバ１０４が、ユーザが広告に興味を持たなかったと判断した場合、ステップ５１０において、ユーザＩＤ、広告に付けられたタグ、広告ＩＤ、視聴時間および「ｎｏ」インジケータフラグを含む記録が作成され、記録がユーザプロフィールデータベース１０６に追加される。ステップ５０８において、広告サーバ１０４が、ユーザが広告に興味を持ったと判断した場合、ステップ５１２において、ユーザＩＤ、広告に付けられたタグ、広告ＩＤ、視聴時間および「ｙｅｓ」インジケータフラグを含む記録が作成され、記録がユーザプロフィールデータベース１０６に追加される。ユーザプロフィールデータベース１０６に追加される記録は、現在の技術分野で公知の任意のデータベースモデルにしたがってユーザプロフィールデータベース１０６に記憶される。記録に含まれる各データセットは、ユーザ視聴行動の事実（インスタンス）と称される。ユーザ視聴行動の記録を記憶することによって、ユーザプロフィールデータベース１０６はユーザ行動エンジン１０８によって分析することができる検索可能なデータベースとなる。
【００４３】
図６は、視聴者が広告に興味を持ったかを判断する（図５のステップ５０８）１つの実施形態のフローチャートを示している。ユーザが広告に興味を持ったかどうかをユーザが広告を見た時間の長さに基づいて判断するためには、広告の時間の長さを知る必要がある。ステップ６０２において、本技術は広告の時間の長さを判断する。本明細書に開示されている技術を説明するという目的のためだけに、ステップ６０２において、本技術はユーザに今提示された広告の時間の長さが３０秒であったと判断する。ユーザが広告を見た時間の長さは、ステップ４０６（図４）で判断されている。ここでユーザが３０秒の広告を１８秒だけ見たとする。ステップ６０４において、本技術はユーザによって視聴された広告のパーセンテージ（割合）を計算する。この事例では、本技術はユーザは広告の６０パーセントを見たという計算をする（１８秒／３０秒）。いくつかの実施形態において、本発明は広告を５０％より長く見たユーザは広告に興味をもったとみなす。ユーザが広告に興味を持ったかどうかを判断するための閾値としては、任意のパーセンテージを用いることができる。
【００４４】
図７は、視聴者が広告に興味を持ったかを判断する（ステップ５０８）他の実施形態を示している。上述したように、広告の時間の長さとユーザが広告を見た時間の長さは、既に判断されている。ユーザが広告を見た時間の長さだけでは、ユーザが広告に興味を持ったかどうかを判断する際の十分な情報であるとは言えない。例えば、ユーザが２０秒の広告の１８秒を見た場合、ユーザは広告に興味を持ったことを示している。なぜならユーザは広告のほとんどを見たからである。しかしながら、ユーザが４５秒の広告の１８秒を見た場合、ユーザは広告に興味を持ったことを示していない。なぜならユーザは広告をあまり見ていないからである。
【００４５】
ステップ６５０において、広告サーバ１０４は、ユーザによって今視聴された広告の時間の長さに対応する視聴テーブル（図８Ａ−図８Ｂを参照）にアクセスする。上記の例を用いると、広告サーバ１０４は３０秒の広告に対応する視聴テーブルにアクセスする。図８Ａは、３０秒の広告に対応する視聴テーブル６６８Ａの１つの実施形態を示している。視聴テーブル６６８Ａは２つの列を有する。２つの列とは、視聴時間の列６７０Ａと関心度の列６７２Ａである。図８Ａは、視聴テーブル６６８Ａが４つの視聴時間の範囲を有していることを示している。４つの視聴時間の範囲とは、０−５．０秒、５．１−１５．０秒、１５．１−２５．０秒および２５．１−３０秒である。これら視聴時間は例示であり、本明細書に記載された本発明の範囲を限定する意図は無い。前記視聴時間の範囲の各々はユーザ関心度インジケータ（例えば、ｙｅｓなら１、ｎｏなら０）に対応している。図８Ｂは、他の視聴テーブル６６８Ｂを示している。図８Ｂにおいて、ユーザ関心度インジケータ（列６７２Ｂ）は、ユーザが広告を見た時間の長さ（列６７１Ｂ）とユーザが広告を選択したかどうか（列６７０Ｂ）に基づいている。
【００４６】
視聴テーブル６６８Ａは、ユーザが広告を１５秒以下見た場合にはユーザは広告に興味が無いとし、ユーザが広告を１５．１秒より長く見た場合にはユーザは広告に興味があるとしている。ユーザが広告を１８秒見たという上記の例を用いると、ステップ６５２において、広告サーバ１０４はユーザの視聴時間が１５．１−２５秒の時間範囲を含む行に相関していると認識する。ステップ６５４において、広告サーバ１０４はテーブル６６８から「ｙｅｓ」インジケータを取り出す。「ｙｅｓ」インジケータは、ユーザが広告を見た時間の長さに基づいてユーザが広告に興味を持ったことを示す（図５のステップ５０８）。図５に戻ると、ステップ５１２において、ユーザＩＤ、広告に付けられたタグ、広告ＩＤ、ユーザの広告視聴時間の長さ、および「ｙｅｓ」フラグを含む記録が作成され、記録がユーザプロフィールデータベース１０６に追加される。視聴時間の列６７０はパーセント表示でもよく（例えば、０−１００％）、計算されたパーセンテージ（図６のステップ６０４）を使用して関心度インジケータ６７２を決定することができる。視聴テーブル６６８Ｂを使用すると、ユーザ関心度インジケータは０から１０の範囲となる。
【００４７】
コンテンツプロバイダと広告主との間では広告の収益化について思惑が一致しない。広告主は、広告が部分的にしか視聴されない場合にはコンテンツプロバイダに料金を支払いたくない。一方、コンテンツプロバイダは、ユーザが広告を全て見なかったとしてもユーザに広告を提供したことに対する対価をある時点で受領しなければならない。
【００４８】
図９は、広告の一部配信に基づいてコンテンツプロバイダに収益を発生させるためにシステム１００が実行する例示的ステップを示している。上記のように、ユーザは広告の一部をスキップすることができる。コンテンツプロバイダは広告の一部配信に対して広告主に料金請求できることを望む。いくつかの実施形態において、図９に示されたステップは広告がユーザによって視聴される（または部分的に視聴される）毎に実行される。他の実施形態では、ステップ７０２−７１０は広告がユーザによって視聴される毎に実行されるが、ステップ７１２は定期的にしか実行されない。ステップ７０２において、広告サーバ１０４は広告をユーザに配信すると、広告の広告主を特定する。いくつかの実施形態においては、広告主は広告に付けられている一意的な広告ＩＤに基づいて特定される。他の実施形態においては、広告主は広告主から広告が受信されたときに広告に付けられているメタデータによって特定される。
【００４９】
ステップ７０４において、広告サーバ１０４は、ユーザが広告を見た時間の長さが最低視聴時間を越えているかを判断する。ユーザが広告を見た時間の長さはステップ４０６（図４）で判断されている。最低視聴時間は閾値であり、ユーザの広告視聴時間の長さが閾値を超えない場合には、広告主はユーザへの広告配信の対価としてコンテンツプロバイダに料金を支払わなくてよいという閾値である。いくつかの実施形態において、この閾値は最短時間の長さ（例えば、数秒）であり、ユーザが最短時間の長さより長く広告を見ない場合には、ステップ７０６において、広告主はユーザへの広告配信の対価としてコンテンツプロバイダに料金を支払う必要が無い。他の実施形態においては、この閾値はユーザが見た広告のパーセンテージであり、広告主がユーザへの広告配信の対価としてコンテンツプロバイダに料金を支払う責任があるかどうかを判断する際に使用される。
【００５０】
ユーザが広告を見た時間の長さが前記閾値を超えると、本技術はステップ７０８に進む。ステップ７０８において、本技術は広告を提供した広告主に関連付けられている支払い料金表にアクセスする。支払い料金表の例が図１０および図１１に示されており、これらの詳細については後述する。ステップ７１０において、本技術は、ユーザが広告を見た時間の長さに基づいて広告主の支払い額を決める。
【００５１】
ステップ７１２において、コンテンツプロバイダは、ユーザへの広告配信の対価として広告主に料金請求をする。いくつかの実施形態では、コンテンツプロバイダは、ステップ７１２において、広告がユーザに配信される毎に広告主に料金請求をする。他の実施形態では、広告がユーザに配信された回数に基づいて、毎月（または他の時間間隔で）コンテンツプロバイダは広告主に料金請求をする。所定の限界値（例えば、１０００ドル）に達したときに広告主に請求書を発行することも、本明細書に記載された本発明の範囲内である。任意の限界値を用いてよい。広告配信に対して課金する技術分野で公知の任意の方法も、本明細書に記載された本技術の範囲内に包含される。
【００５２】
図１０−図１１は広告主の支払い額を決める（図９のステップ７１０）ために使用される例示的な支払い料金表を示している。図１０に示された支払い料金表７５０は、ユーザが広告を見た秒数に基づいている。支払い料金表７５０は、視聴時間の列７５２と支払い金額の列７５４を含む。視聴時間の列７５２は次のような視聴時間の範囲を有する。即ち、０−５秒、５．１−１５．０秒、１５．１−２５．０秒、および２５．１−３０秒という視聴時間の範囲を有する。対応する支払い金額の列７５４は、ユーザが広告を５秒以下しか見ていない場合、広告主は支払いをしないこと、ユーザが広告を５．１−１５．０秒見た場合、広告主は交渉金額の１／３を支払うこと、ユーザが広告を１５．１−２５．０秒見た場合、広告主は前記金額の２／３を支払うこと、およびユーザが広告を２５．１秒以上見た場合、広告主は全額を支払うことを示している。単なる例として、広告主が、ユーザによって広告が見られる毎に０．６６ドルをコンテンツプロバイダに支払うことに合意したとする。対応する支払い金額の列７５４は、もしユーザが広告を５秒以下しか見なかったら広告主はコンテンツプロバイダに０ドル支払うこと、もしユーザが広告を５．１−１５．０秒見たならば０．２２ドル支払うこと、もしユーザが広告を１５．１−２５．０秒見たならば０．４４ドル支払うこと、およびもしユーザが広告を２５．１秒以上見たならば０．６６ドル支払うことを示している。このような時間の範囲は単なる例であり、本明細書に記載された本発明の範囲を限定する意図は無い。
【００５３】
図１１は、ユーザによって見られた広告のパーセンテージに基づいた支払い料金表７８０を示している。支払い料金表７８０は、視聴時間の列７８２と支払い金額の列７８４を含む。視聴時間の列７８２は、次のような視聴時間パーセンテージを有する。即ち、０−１０％、１０．１−５０．０％、５０．１−８５．０％、および８５．１−１００％という視聴時間パーセンテージを有する。ここでまた、広告主が、ユーザによって広告が見られる毎に０．６６ドルをコンテンツプロバイダに支払うことに合意したとする。対応する支払い金額の列７８４は、もしユーザが広告の１０％以下しか見なかったら広告主はコンテンツプロバイダに０ドル支払うこと、もしユーザが広告の１０．１−５０％を見たならば０．２２ドル支払うこと、もしユーザが広告の５０．１−８５％を見たならば０．４４ドル支払うこと、およびもしユーザが広告の８５．１−１００％を見たならば０．６６ドル支払うことを示している。このようなパーセンテージの範囲は単なる例であり、本明細書に記載された本発明の範囲を限定する意図は無い。
【００５４】
図１２は、コマーシャル時間中に広告をユーザに提示する他の実施形態の例示的ステップを示している。上記の例を用いると、ステップ８０２において、コンテンツサーバ１０２は番組中において次に来るコマーシャル時間を特定する。ステップ８０４において、コンテンツサーバ１０２はコマーシャル時間の長さが１分間であると判断する。コマーシャル時間の長さは異なることがある。
【００５５】
ステップ８０６において、広告サーバ１０４は広告データベース１１２から所定数の広告を選択する。任意の数の広告をステップ８０６で選択してよい。本技術の説明の都合上、広告サーバ１０４は第１の広告と第２の広告と第３の広告を選択する。いくつかの実施形態において、ステップ８０６において、広告は広告データベース１１２から無作為に選択される。他の実施形態において、ステップ８０６で選択される広告は、ユーザプロフィールデータベース１０６に記憶されているユーザ視聴行動に部分的に基づく。
【００５６】
ステップ８０８において、広告サーバ１０４はコマーシャル時間が始まる前に前記３つの広告をユーザに配信する。１つの実施形態において、ステップ８０６で選択された前記３つの広告はポップアップウィンドウを介してユーザに提示される。例えば、ポップアップウィンドウが提示されると、各広告の静止フレームが、コマーシャル時間がすぐに始まることを示すメッセージと、ユーザに対して前記３つの広告のうちの１つを選択することを要求するメッセージと共に表示される。他の実施形態では、前記３つの広告の各々から得た静止画像が、ユーザが番組を見ているＧＵＩのエリアに表示される。これは放送されている番組のいかなる部分の邪魔や妨害にもならない。
【００５７】
ステップ８１０において、広告サーバ１０４はユーザが前記３つの広告のうちの１つを選択したかどうか判断する。１つの実施形態において、ユーザが前記３つの広告の中から１つを選択しない場合、ステップ８１２において、広告サーバはコマーシャル時間の開始時に３つの広告（ステップ８０６で選択されたもの）の１つを自動的に配信する。あるいはまた、広告サーバはコマーシャル時間の開始時に広告データベース１１２から異なる広告（前記３つの広告のいずれでもない広告）を配信してもよい。ユーザが前記３つの広告の中から１つを選択しない場合、広告サーバ１０４は記録を作成せず、記録をユーザプロフィールデータベース１０６に加えることもしない。他の実施形態では、広告サーバ１０４は、選択されなかった広告に付けられているタグ、広告ＩＤ、およびユーザ識別子を含む記録を作成し、記録をユーザプロフィールデータベース１０６に追加する。
【００５８】
ユーザがステップ８０６で選択された前記３つの広告のうちの１つを選択すると、ステップ８１４において、広告サーバ１０４は、広告に付けられているタグ、広告ＩＤ、およびユーザ識別子を含む記録を作成し、記録をユーザプロフィールデータベース１０６に追加する。ステップ８１６において、広告サーバ１０４は選択された広告をユーザに配信する。
【００５９】
上記において開示された方法はユーザ視聴行動の記録の検索可能なデータベースを作成し、これにより広告のターゲティングを改良することに興味を有する広告主に対して深いレベルの細分性を提供することができる。図１３は、特定の広告がどのようにユーザによって受信されるのかについてのフィードバックを欲する広告主に、ユーザ視聴行動を提供する例示的なステップを示している。ユーザプロフィールデータベース１０６を制御できるコンテンツプロバイダは、ユーザがある広告を見ているか、広告がどのように他の関連広告との比較において流されているか等に関するフィードバックを提供する対価として、広告主に料金請求をすることができる。
【００６０】
ステップ９０２において、ユーザ行動エンジン１０８は、広告主がフィードバックを要求した特定の広告に付けられている広告ＩＤを選択する。ステップ９０４において、ユーザ行動エンジン１０８は、ユーザプロフィールデータベース１０６に記憶されているユーザ視聴行動の記録を複数収集する（これには、ステップ９０２で選択された広告ＩＤが含まれている）。上記において説明したように、各記録はユーザプロフィールデータベース１０６に記憶されており、各記録は広告ＩＤ、広告に付けられたタグ、およびユーザ識別子等を含む。いくつかの記録はさらに、ユーザが広告を見た時間の長さも含む。
【００６１】
ステップ９０６において、ユーザ行動エンジン１０８は、ステップ９０４で収集したユーザ視聴行動の記録に含まれている情報間の関係を明確にする。多くの異なる種類の関係を明確にすることができる。１つの実施形態において、ユーザ行動エンジン１０８は記録に含まれている情報を分析し、何パーセントのユーザが広告全体を見たのかを判断する。他の実施形態では、ユーザ行動エンジン１０８は前記情報を分析して、ユーザの何パーセントが広告をスキップしたかを判断する。ユーザ行動エンジン１０８によって明確にされる他の関係は、広告を少なくとも５秒見たユーザのパーセンテージ、広告を少なくとも１０秒見たユーザのパーセンテージ等を含む。ユーザ行動エンジン１０８によって明確にされる前記関係は単なる例であり、本発明の範囲を限定する意図は無い。ステップ９０８において、ユーザ行動エンジン１０８は広告を提示した広告主に前記関係を提供する。
【００６２】
本発明の内容は法定要件を満たすように詳細に記載されている。しかしながら、記載そのものは、本発明の範囲を限定する意図を有していない。本発明の発明者は特許請求の範囲に記載された内容が他の形態でも具現化できると考えており、例えば、現在または未来の技術を利用して、本明細書に記載されたものと似ているが異なるステップや要素を含むことができると考えている。
【００６３】
本発明は種々の図面に示した実施形態との関連で説明されたが、本発明から逸脱することなく、本発明と同じ機能を発揮するように、他の実施形態を採用することまたは上記に記載された実施形態に変更および追加を加えることは可能である。従って、本発明は１つの実施形態に限定されるべきではなく、本発明の範囲は特許請求の範囲に記載された内容に基づいて解釈されるべきである。
【図１】
0005475870.tif 000002
【図２】
0005475870.tif 000003
【図３】
0005475870.tif 000004
【図４】
0005475870.tif 000005
【図５】
0005475870.tif 000006
【図６】
0005475870.tif 000007
【図７】
0005475870.tif 000008
【図８Ａ】
0005475870.tif 000009
【図８Ｂ】
0005475870.tif 000010
【図９】
0005475870.tif 000011
【図１０】
0005475870.tif 000012
【図１１】
0005475870.tif 000013
【図１２】
0005475870.tif 000014
【図１３】
0005475870.tif 000015