JP2013539108A - コンテンツサーバ - Google Patents

Abstract

ウェブページに含めるコンテンツアイテムを提供するためのコンテンツサーバは、ウェブインターフェース、コンテンツストア、サーバログおよび決定エンジンを備える。コンテンツストアは、複数のコンテンツアイテムを記憶し、それぞれのコンテンツアイテムには、所定時間におけるインプレッションの所望数が関連付けられる。サーバログは、コンテンツアイテムがコンテンツサーバによって提供された最終時刻をコンテンツアイテムごとに記憶する。決定エンジンは、コンテンツアイテムごとに、コンテンツアイテムに対するインプレッションの所望数量と所定時間とに基づいてコンテンツアイテムの最小時間を計算するように構成され、ウェブインターフェースによって送信するコンテンツアイテムを、現在の時刻とサーバログに記憶されている最終時刻との継続時間がコンテンツアイテムの最小時間を超えるコンテンツアイテムの中から選択するように構成される。
【選択図】図５

Description

本発明は、ウェブページに含めるためのコンテンツアイテムを提供するためのコンテンツサーバに関する。本発明は、詳細には、ウェブページに含めるための広告を提供するサーバであるアドサーバとともに使用するのに適しているが、それだけに限定されるものではない。

ウェブページを提供するための知られているシステムが、図１に示されている。システム１は、パーソナルコンピュータ１１、ウェブサーバ１２、およびコンテンツサーバ１３を含み、これらはすべてインターネット１０を介して通信を行うことができる。

パーソナルコンピュータ１１には、インターネット１０を介して得られた「ウェブページ」を取り出して表示することができるウェブブラウザアプリケーションがインストールされている。ウェブページは一般に、ハイパーテキストマークアップ言語（ＨＴＭＬ）のデータファイルを用いて定義される。

ウェブサーバ１２には、（数ある中でも特に）ウェブページを定義するＨＴＭＬデータファイルを提供できるウェブサーバソフトウェアがインストールされている。パーソナルコンピュータ１１のユーザは、ウェブサーバ１２に関連付けられているユニフォームリソースロケータ（ＵＲＬ）または「ウェブアドレス」を使用して、ウェブサーバ１２にウェブページを要求することができる。そうしたＵＲＬまたはウェブアドレスは、例えばｈｔｔｐ：／／ｗｅｂｓｅｒｖｅｒ．ｃｏｍ／ｐａｇｅ．ｈｔｍｌという形式とすることができる。これは、「ｗｅｂｓｅｒｖｅｒ．ｃｏｍ」としてインターネット１０に知られているウェブサーバ（この例においては、ウェブサーバ１２）に「ｐａｇｅ．ｈｔｍｌ」というＨＴＭＬデータファイルを求める要求と解釈される。

ウェブアドレスは、ユーザによって直接ウェブブラウザに入力される場合もある。または、例えばユーザが現在閲覧しているウェブページがウェブアドレスに関連付けられているハイパーリンクを含む場合もある。そのハイパーリンクをユーザがクリックして、そのウェブアドレスを有するウェブページを要求することができる。ウェブページを取得するために、パーソナルコンピュータ１１は、所望のウェブアドレスを有するＨＴＭＬデータファイルを求める要求をインターネット１０に送信し、次いでインターネット１０は、その要求をウェブサーバ１２へ中継し、それに応答してウェブサーバ１２は、そのデータファイルを返信する。次いで、そのＨＴＭＬデータファイルは、インターネット１０によってパーソナルコンピュータ１１へ送信され、ウェブブラウザによって表示される。

ウェブブラウザで閲覧されるＨＴＭＬデータファイルｐａｇｅ．ｈｔｍｌによって定義される例示的なウェブページが図２に示されている。そのウェブページ２０は、テキスト２１を含み、テキスト２１は、基礎をなすＨＴＭＬデータファイルｐａｇｅ．ｈｔｍｌに明示的に含まれている。ウェブページ２０はまた、画像２２を含む。しかし、テキスト２１とは異なり、画像２２は、基礎をなすＨＴＭＬデータファイルｐａｇｅ．ｈｔｍｌに明示的に含まれていない。むしろ、ＨＴＭＬデータファイルｐａｇｅ．ｈｔｍｌは、その画像を生成するために使用されるグラフィックスファイルへの参照を含む。この参照は、例えばｈｔｔｐ：／／ｃｏｎｔｅｎｔｓｅｒｖｅｒ．ｃｏｍ／ｐｉｃｔｕｒｅ．ｊｐｇという形式とすることができる。これは、「ｃｏｎｔｅｎｔｓｅｒｖｅｒ．ｃｏｍ」としてインターネット１０に知られているウェブサーバに「ｐｉｃｔｕｒｅ．ｊｐｇ」というグラフィックスファイルを求める要求と解釈される。ＨＴＭＬデータファイルｐａｇｅ．ｈｔｍｌによって定義されるウェブページ２０を表示する際には、ウェブブラウザは、アドレスｃｏｎｔｅｎｔｓｅｒｖｅｒ．ｃｏｍにある必要なグラフィックスファイルｐｉｃｔｕｒｅ．ｊｐｇを求めるさらなる要求をインターネット１０に対して行う。インターネット１０は、その要求をコンテンツサーバ１３へ中継し、コンテンツサーバ１３は、グラフィックスファイルを返信する。そのグラフィックスファイルは、次いでインターネット１０によってパーソナルコンピュータ１１へ送信され、パーソナルコンピュータ１１は、そのグラフィックスファイルをウェブページ２０の一部として表示する。

グラフィックスファイルに加えて、またはグラフィックスファイルの代わりに、その他のコンテンツを提供することもできる。例えば、グラフィックスファイルとともにウェブアドレスを提供することができる。ウェブページ２０は、ユーザによって画像２２がクリックされたときにそのウェブアドレスへ進むように構成される。さらに、ほんのいくつかの例を挙げるならば、表示されるテキスト、もしくは実行されるコードをグラフィックスファイルとともに提供することもできる。または「アプレット」ファイルをグラフィックスファイルの代わりに提供することもできる。パーソナルコンピュータ１１からのデータには、例えば使用されているウェブブラウザの詳細や、ウェブブラウザによって使用された「クッキー」に保存されているデータなどを収集するコードが含まれていることが一般的である。

見て取れるように、第１のソース（上記の例においては、ウェブサーバ１２）から得られるウェブページは、第２のソース（上記の例においては、コンテンツサーバ１３）からのコンテンツを含むようにできる。多くの用途に関して、そのような構成が望ましい場合がある。一般的な用途は、ウェブページに広告を供給することである。それによって、ウェブページ２０のプロバイダは、通常は代金と引き換えに、広告が自分たちのウェブページの一部として表示されることを可能にする。

コンテンツサーバ１３は、そのような広告を提供するために使用される場合には、一般に「アドサーバ」として知られている。それらの広告は、上述のように、ウェブページ２０に含まれるグラフィックスファイルとして提供される。この場合、コンテンツサーバ１３は、提供可能なさまざまな広告に対応するグラフィックスファイルのストアを有することになる。コンテンツサーバ１３は、広告を求める要求を受け取ると、その機会に表示したい特定の広告に対応するグラフィックスファイルをストアから返信する。次に、表示される特定の広告を選択するための公知のプロセスについて説明する。

コンテンツサーバ１３によって提供されるさまざまな広告は、別々のセットへと分けられ、それらのセットは、異なる広告「キャンペーン」に対応する。したがって、例えばキャンペーンＸを構成する広告のセットは、特定の会社によって販売されている特定の製品に関するものである。その会社は、キャンペーンＸに関する「インプレッション」の所望数を示すであろう。「インプレッション」とは、ユーザのコンピュータのウェブブラウザで広告が表示される頻度である。したがって、例えばその会社は、キャンペーンＸが１日あたり１００，０００インプレッションとなることを望んでいるということ、言い換えれば、そのキャンペーンの広告がユーザのウェブブラウザで１日の間に１００，０００回表示されることを望んでいるということがわかる。

第１のステップにおいては、キャンペーンのそれぞれの広告ごとにインプレッションの必要数が計算される。これは、単にキャンペーンに関するインプレッションの総数をそのキャンペーンの広告の数で割るという場合が通常である。したがって、キャンペーンＸに５つの広告がある場合には、それぞれの広告は、２０，０００インプレッションを必要とする。しかし、キャンペーンの特定の広告がその他の広告よりも頻繁に表示されることが所望される場合には、そのキャンペーンに関するインプレッションの総数を各広告に不規則に割り振ることができる。キャンペーンは、インプレッションの所望数に加えて、「クリックスルー」を指標とすることもできる。これは、広告に関連付けられているウェブアドレスへ進むためにユーザによってクリックされる広告の数に関する指標である。広告が予想よりも少ない（または多い）頻度でクリックされていることが判明した場合には、そのことを考慮して、キャンペーンのそれらの広告に関するインプレッションの数を増やす（または減らす）ようにされる。

この第１のステップは、コンテンツサーバ１３によってカバーされるすべてのキャンペーンに関して繰り返され、その結果、コンテンツサーバ１３によって提供されるそれぞれの広告に対するインプレッションの数が得られる。インプレッションの数は、それぞれの広告ごとに優先度の重み付けを割り当てられて使用される。インプレッションの数が大きければ大きいほど、広告に割り当てられる優先度の重み付けも大きくなる。

システムの動作中、広告を求める要求がコンテンツサーバ１３に送信されると、コンテンツサーバ１３は、返信する広告を選択するために標準的な疑似ランダムアルゴリズムを使用する。しかし、特定の広告が選択される確率を変えるために、広告に割り当てられた優先度の重み付けが使用される。言い換えれば、優先度の重み付けが大きい広告は、選択される確率が高くなり、優先度の重み付けが小さい広告は、確率が低くなる。この方法においては、コンテンツサーバ１３は、それぞれの広告ごとに、ひいてはそれぞれのキャンペーンごとに、インプレッションの必要数を提供することを試みる。

しかし、広告を選択するこの方法に関連したさまざまな問題がある。次に、それらの問題のいくつかについて論じる。

キャンペーンの広告が表示される環境に制限を設けることが望ましい場合が多い。上述のように、コンテンツサーバ１３は、ユーザのパーソナルコンピュータ１１からデータを収集することができ、また、それらのデータからユーザに関するプロフィールを得ることができる。例えば、パーソナルコンピュータ１１のＩＰアドレスは、ユーザが拠点を置いている国を示す。また、コンピュータに保存されているクッキーは、ユーザが訪れたその他のウェブサイト、ユーザが購入したアイテム、およびユーザがオンラインで提供したデータを示す。一例として、コンテンツサーバ１３は、ユーザのプロフィールを、男性で、英国に拠点を置いており、車に関心がある、として導き出せる。例えば、広告が、そのようなプロフィールに合うユーザにのみ表示されるように、キャンペーンに制限を加えてもよい。

そのような場合には、コンテンツサーバ１３によって選択される広告は、それらの制限が満たされる広告の中からのみ選択されることになる。しかし、優先度の重み付けが、あらゆる広告に基づいて計算されているときには、それらの優先度の重み付けは、この場合には所望の動作を提供しない。例えば、コンテンツサーバ１３が、表１に示されている下記のキャンペーンから広告を提供できると想定する。

必要とされるインプレッションの総数は、１，０００，０００であり、これらのキャンペーンは、上記の表に示されている優先度の重み付けを割り当てられている。さらに、コンテンツサーバ１３が、１日にわたって万遍なく１，０００，０００個の要求を受け取ると想定する。それらの割り当てられている優先度の重み付けに従ってキャンペーンからの広告を選択することによって、１日にわたって万遍なく所望のインプレッションが提供されることになる。

しかし今度は、これらのキャンペーンが、表２に示されている国の制限を有すると想定する。

さらに、１日の要求のうちの８００，０００個が、米国のユーザから生じて、残りの２００，０００個が、英国から生じると想定する。（このようなばらつきは、数ある中でも特に、国が異なれば人口も異なるということに起因して生じる。）

要求が米国から生じる場合には、広告は、キャンペーンＡまたはキャンペーンＢのいずれかから選択されることになる（キャンペーンＣは、英国のみに限定されているため）。これらのキャンペーンは、それぞれの優先度の重み付けが０．４および０．５である。したがって、米国から生じる要求に関しては、キャンペーンＡから約３５５，５５６個の広告が選択されることになり、キャンペーンＢから約４４４，４４４個の広告が選択されることになる。対照的に、要求が英国から生じる場合には、広告は、キャンペーンＡまたはキャンペーンＣのいずれかから選択されることになり（キャンペーンＢは、米国のみに限定されているため）、これらのキャンペーンは、それぞれの優先度の重み付けが０．４および０．１である。したがって、英国から生じる要求に関しては、キャンペーンＡから約１６０，０００個の広告が要求されることになり、キャンペーンＣから約４０，０００個の広告が要求されることになる。その１日のそれぞれのキャンペーンごとの実際のインプレッションは表３に示す通りである。それは、見て取れるように、所望のインプレッションと一致していない。その１日において明らかに十分な要求があるという事実にもかかわらず、これは、所望のインプレッションが提供されることを可能にするための別々のキャンペーンの要件を満たしている。

この方法に伴う別の問題は、インプレッションの所望数以外のキャンペーンに関する要素を十分に考慮に入れることができないことである。例えば、２つのキャンペーンでは、インプレッションの所望数が同じであるが、一方のキャンペーンが他方のキャンペーンよりも、コンテンツサーバ１３の運営者にとってインプレッションあたりの収益性が高いことがある。したがって、特定の状況においては、特に両方のキャンペーンに関するインプレッションの所望数を完全に提供することができそうもない場合には、収益性の高いキャンペーンの広告が収益性の低いキャンペーンの広告よりも頻繁に選択されることが望ましいであろう。この方法を使用すれば、それらの優先度の重み付けを修正するために、それぞれのキャンペーンの広告に関するインプレッションの必要数を修正することによってのみ行うことができる。しかし、これによって、全体としてはそれぞれのキャンペーンごとに多すぎるまたは少なすぎるインプレッションが提供されることになる可能性があり、これが望ましくないことは明らかである。

２００７年１２月２７日に発行された米国特許出願公開第２００７／０２９９６８２（Ａ１）号（Ｒｏｔｈら）は、ブラウザによるウェブページを求める要求に応答して、ウェブページ上に置く広告を決定するシステムを開示している。このシステムは、１つの広告に関連付けられている１つまたは複数の入札を受け取ること、それらの入札のうちの１つを選択すること、選択された入札に関連付けられている広告をウェブページ上に置くことを行う。このシステムは、「リアルタイム入札」システムとして一般に知られている。提供するのに必要なコンテンツアイテムを自分自身では有しておらず、むしろコンテンツアイテムを提供する他者にインプレッションを提案するという点で、本発明のシステムとは異なる。

米国特許出願公開第２００７／０２９９６８２（Ａ１）

本発明は、上述の問題のうちのいくつかまたはすべてを解決または緩和することを目指す。代替として、または追加として、本発明は、コンテンツアイテムを提供する改良されたコンテンツサーバおよびコンテンツアイテムの提供方法を提供することを目指す。

本発明は、ウェブページに含めるための広告を提供するというコンテキストに特に適しているが、その他のタイプのコンテンツアイテムがセットから提供されることになる状況にも適用可能であるということがわかるであろう。例えば、本発明は、ウェブページに含めることができる画像、ジョーク、ゲーム、クイズの問題、またはその他の任意のコンテンツを提供することに適用することができる。

本発明の第１の態様によれば、ウェブページに含めるためのコンテンツアイテムを提供するためのコンテンツサーバであって、
コンテンツアイテムを求める要求を受け取り、そのような要求に応答してコンテンツアイテムを送信するように構成されているウェブインターフェースと、
それぞれのコンテンツアイテムに、所定時間におけるインプレッションの所望数が関連付けられている複数のコンテンツアイテムを記憶するように構成されているコンテンツストアと、
それぞれのコンテンツアイテムごとに、そのコンテンツアイテムがコンテンツサーバによって提供された最終時刻を記憶するように構成されているサーバログと、
ウェブインターフェースによって受け取られた、コンテンツを求める要求に応答して、複数のコンテンツアイテムからの１つのコンテンツアイテムをウェブインターフェースを介して送信するように構成されている決定エンジンとを備え、
決定エンジンが、それぞれのコンテンツアイテムごとに、そのコンテンツアイテムに関連付けられているインプレッションの所望数量と予め決められた所定時間とに基づいて、そのコンテンツアイテムに対する最小時間を計算するように構成されており、
決定エンジンが、サーバログに記憶されている最終時刻から現在の時刻までの継続時間がコンテンツアイテムのために計算された最小時間を超えるコンテンツアイテムの中から、ウェブインターフェースによって送信するためのコンテンツアイテムを選択するようにさらに構成されている、コンテンツサーバが提供される。

したがって、提供されるコンテンツアイテムは、自らの最小時間を超える時間提供されていないコンテンツアイテムの中から選択される。最小時間は、必要とされるインプレッションの数に基づいて計算される。これにより、コンテンツアイテムが必要とされるよりも多く提供されることがなくなる。しかし、最小時間を超えているコンテンツアイテムの中からどのコンテンツアイテムを提供するかという選択は、その他の要素に基づいて行うこともできる。決定するための方法の例としては、コンテンツアイテムをランダムに選択すること、最も以前に供給されたコンテンツアイテム（すなわち「最も古い」コンテンツアイテム）を選択すること、最も収益性の高いコンテンツアイテムを選択することがあげられる。また、その他の任意の適切な方法を使用することもできる。コンテンツアイテムを選択する方法が最小時間またはインプレッションの所望数を調整することによって実施されることはないため、所定時間中のインプレッションの数に不利な影響を及ぼすことなく、その方法を使用してもかまわない。

好ましくは、決定エンジンは、コンテンツアイテムの最小時間を定期的に再計算するように構成される。それまでにコンテンツアイテムが提供された回数が予想よりも少ないまたは多い場合に、より短いまたはより長い時間に変更後に、それらのコンテンツアイテムが選択されるようにしてもよい。

有利には、最小時間は、所定時間内の任意の間隔に対して計算される。例えば、最小時間は、１日のうちの１時間ごとに計算される。これにより、所定時間における利用可能なインプレッションの数におけるばらつきを考慮に入れることができる。

有利には、最小時間は、利用可能なインプレッションの履歴データに基づいて計算される。

好ましくは、ウェブインターフェースは、コンテンツアイテムを求める要求のタイプを示すデータを得るように構成されている。それらのコンテンツアイテムが選択される際の要求のタイプに関する制限がコンテンツアイテムに関連付けられている。これにより、コンテンツアイテムは、特定のタイプの要求者をターゲットとすることができる。好ましくは、最小時間は、コンテンツアイテムに関連付けられている制限に基づく。

決定エンジンは、ウェブインターフェースによって送信するコンテンツアイテムを、関連付けられている最小時間を有さないコンテンツアイテムの中から選択するように構成することができる。これにより、コンテンツサーバは、例えばどのコンテンツアイテムも自らの最小時間を超えていない場合には、「デフォルトの」コンテンツアイテムを提供することができる。

有利には、複数のコンテンツアイテムは、ビデオクリップを含み、それらのビデオクリップに関連するインプレッションの所望数は、それらのビデオクリップの持続時間に基づいて計算される。これにより、ビデオクリップから構成されている、所望の総「再生時間」を指定されたキャンペーンを特定することが可能になる。言い換えれば、提供されるビデオクリップの所望の合計持続時間を指定することができる。次いで、インプレッションの所望数が、ビデオクリップの持続時間に基づいて計算され、それによって、所望の総再生時間が得られる。「ビデオクリップ」とは、実写であるか、アニメーションであるか、または動画のその他の任意のセットであるかを問わず、ビデオデータの一部を意味する。

ウェブインターフェースは、リモートシステムからインプレッションの申し出を受け取るように構成することができ、決定エンジンは、ウェブインターフェースを介してインプレッションに対する入札を行い、入札が成功した旨をリモートシステムが示したときに、ウェブインターフェースを介して、選択されたコンテンツアイテムを送信するように構成することができる。この方法においては、コンテンツサーバは、入札が必要とされないインプレッションに対するコンテンツアイテムを提供することに加えて、またはその代わりに、サードパーティーシステムによる入札のために申し出られるインプレッションに対するコンテンツアイテムを提供することができる。

本発明の第２の態様によれば、ウェブページに含めるためのコンテンツアイテムを複数のコンテンツアイテムから供給する方法であって、それぞれのコンテンツアイテムに、所定時間におけるインプレッションの所望数が関連付けられている、方法において、
それぞれのコンテンツアイテムごとに、そのコンテンツアイテムに関連付けられているインプレッションの所望数量と所定時間とに基づいて、そのコンテンツアイテムに対する最小時間を計算するステップと、
コンテンツアイテムを求める要求に応答して、複数のコンテンツアイテムから１つのコンテンツアイテムを選択するステップと、
選択されたコンテンツアイテムを提供するステップと、
そのコンテンツアイテムが提供された時刻を記録するステップとを含み、
コンテンツアイテムを、現在の時刻と記録された時刻とにおける継続時間がコンテンツアイテムに対して計算された最小時間を超えるコンテンツアイテムの中から選択する方法が提供される。

好ましくは、最小時間は、定期的に再計算される。有利には、最小時間は、所定時間内の任意の間隔に対して計算される。有利には、最小時間は、利用可能なインプレッションの履歴データに基づいて計算される。好ましくは、要求のタイプを示すデータが、その要求とともに受け取られ、コンテンツアイテムには、それらのコンテンツアイテムが選択される際の要求のタイプに関する制限が関連付けられている。好ましくは、最小時間は、コンテンツアイテムに関連付けられている制限に基づく。コンテンツアイテムは、関連付けられている最小時間を有さないコンテンツアイテムの中からさらに選択することができる。

有利には、複数のコンテンツアイテムは、ビデオクリップを含み、それらのビデオクリップに関連するインプレッションの所望数は、それらのビデオクリップの持続時間に基づいて計算される。

この方法は、
リモートシステムからインプレッションの申し出を受け取るステップと、
そのインプレッションに対する入札をリモートシステムに送信するステップとをさらに含むことができる。入札が成功した場合には、リモートシステムは、インプレッションに含めるためのコンテンツアイテムを求める要求を送信する。

本発明の第３の態様によれば、サーバで実行されるときに、上述のコンテンツサーバを提供するように構成されているコンピュータプログラム製品が提供される。

本発明の第４の態様によれば、実行されたときに上述の方法のうちのいずれかのステップを実施するように構成されているコンピュータプログラム製品が提供される。

もちろん、本発明の一態様に関連して説明されている特徴は、本発明のその他の態様に組み込むことができるということがわかるであろう。例えば、本発明の方法は、本発明の装置を参照して説明されている特徴のうちの任意のものを組み込むことができ、その逆もまた同様である。

次いで、本発明の実施形態について、単に例示として、添付の図を参照して説明する。

ウェブページを提供するための知られているシステムを示す概略図である。 ウェブページを示す概略図である。 本発明の第１の実施形態によるコンテンツサーバを示す概略図である。 新たなキャンペーンが追加されるときのコンテンツサーバの動作を示すフローチャートである。 使用中のコンテンツサーバの動作を示すフローチャートである。

本発明の第１の実施形態によるコンテンツサーバが、図３に示されている。この実施形態においてはアドサーバであるコンテンツサーバ１００は、ウェブインターフェース１０１を備える。ウェブインターフェース１０１は、インターネット１０を介して通信を行うことができる。ウェブインターフェース１０１は、決定エンジン１０２に接続されている。決定エンジン１０２は、コンテンツストア１０３とサーバログ１０４とに接続されており、コンテンツストア１０３は、複数のコンテンツアイテムを記憶している。サーバログ１０４は、コンテンツストア１０３に記憶されているコンテンツアイテムがコンテンツサーバ１００によって提供された最終時刻を記憶する記憶装置である。

新たなキャンペーンが追加されるときのコンテンツサーバ１００の動作が、図４に示されている。これは、コンテンツサーバ１００が初期設定されるときに起きるプロセスと同じである。

第１のステップにおいては、新たなキャンペーンに関する広告のための新たなコンテンツアイテム（例えばグラフィックスファイル）が、コンテンツサーバ１００によって受け取られる（ステップ２０１）。それらのコンテンツアイテムは、コンテンツストア１０３に追加される（ステップ２０２）。このキャンペーンはまた、上述のように、使用の対象となるユーザのタイプに関する制限を有している。例えば、このキャンペーンの広告は、英国の男性であるユーザだけに表示するためのものとされる。例えばユーザが以前の機会にウェブサイトに入力した住所データから、ユーザの場所を正確に識別することができる。それによって、ユーザの正確な郵便番号を識別することが可能になる。制限は、ユーザに関するその他の詳細、例えば、ユーザのウェブ利用パターンに関する利用可能な履歴データや、ユーザが使用しているウェブブラウザのタイプなどに基づく。制限は、コンテンツで使用されるコンテキスト、例えばコンテンツアイテムが表示されるウェブページの内容、ウェブページのまたはそのＵＲＬのキーワード、時節、時刻などにも基づく。一般的に、制限は、コンテンツアイテムを見るユーザに関する利用可能な情報と、ユーザが見るコンテンツアイテムでのコンテキスト、または実際に関連があるとみなすことができるその他の利用可能なデータに基づく。

それぞれのコンテンツアイテムに対応する制限の詳細も、コンテンツストア１０３に記憶される。

コンテンツストア１０３に記憶されるコンテンツアイテムごとに、レコードがサーバログ１０４に作成され、現在の時刻が記憶される（ステップ２０３）。代替実施形態においては、新たなコンテンツアイテムがコンテンツストア１０３に追加される時点では、空のレコードのみが作成される。

キャンペーンは、１日のインプレッションの所望数を有する。この所望数を使用して、それぞれのコンテンツアイテムの最小時間が計算される。その最小時間は、コンテンツアイテムとともにコンテンツストア１０３に記憶される（ステップ２０４）。最小時間は、インプレッションを計る時間の長さ（ここでは１日）を、必要とされるインプレッションの数で割ることによって計算される。例えば、１日の間に１００，０００インプレッションが必要とされる場合には、この計算によって、最小時間が０．８６４秒となる。代替実施形態においては、最小時間に対してさらなる調整を行ってもよい。例えば、最小時間を１０％減らし、１００分の１秒の位で最も近い数へと端数を切り捨てる。すなわち、最小時間は０．７７秒となる。

特に有利な実施形態においては、キャンペーンは、コンテンツアイテムとしてビデオクリップを含む。それらのビデオクリップは、もちろんそれぞれ特定の持続時間を有する。そしてキャンペーンは、所望の総「再生時間」、言い換えれば、そのキャンペーンのために提供されるビデオクリップの所望の合計持続時間を有する。次いで、所望の総再生時間を得るために、そのキャンペーンに関するインプレッションの所望数が、ビデオクリップの持続時間に基づいて計算される。例えばキャンペーンが１０秒の持続時間を有するビデオクリップから構成され、１，０００，０００秒の総再生時間を有する場合、インプレッションの所望数は、１００，０００になる。次いで、これを使用して、上述のように最小時間が計算される。

異なる持続時間のビデオクリップから構成されているキャンペーンに関しては、インプレッションの数は、ビデオクリップが再生される回数が一定の割合内に収まるように、または再生されるビデオクリップの総持続時間が一定の割合内に収まるように、またはその他の任意の適切な計算に従って、ビデオクリップの持続時間に基づいて計算される。したがって、例えば５秒の持続時間を有するビデオクリップと１０秒のビデオクリップとを伴うキャンペーンでは、それぞれのビデオクリップが同じ回数再生されるように定められる。あるいは、それぞれのビデオクリップが同じ量の再生時間を得るように定めることができ、その結果、５秒のビデオクリップのインプレッションの所望数が１０秒のビデオクリップの２倍となる。

使用中のコンテンツサーバの動作が、図５に示されている。はじめに、コンテンツアイテムを求める要求が、インターネット１０からウェブインターフェース１０１によって受け取られる（ステップ３０１）。その要求は、その要求を行ったパーソナルコンピュータから収集されたデータを含んでいる。ウェブインターフェース１０１は、その要求およびデータを決定エンジン１０２に渡す（ステップ３０２）。次いで、決定エンジン１０２は、そのデータを使用して、上で詳細に説明したように、そのパーソナルコンピュータのユーザのプロフィールを特定する（ステップ３０３）。

次に、決定エンジン１０２は、コンテンツストア１０３からユーザの特定されたプロフィールを満たす制限を有するコンテンツアイテムを識別する（ステップ３０４）。それらのコンテンツアイテムのそれぞれに対して、コンテンツアイテムが最後に提供された時刻（または、そのコンテンツアイテムがまだ提供されていない場合には、そのコンテンツアイテムがコンテンツサーバ１００に追加された時刻）が、そのコンテンツアイテムに関するサーバログ１０４のレコードから取り出される。その時刻と現在の時刻との差が計算されて、そのコンテンツアイテムがコンテンツサーバ１００によって最後に提供されてからの継続時間が得られる（ステップ３０５）。次いで、計算された継続時間がコンテンツアイテムの最小時間（ステップ２０４においてコンテンツストア１０３に記憶された最小時間）よりも長いコンテンツアイテムが識別され、それらのコンテンツアイテムのうちの１つが選択される（ステップ３０６）。そのコンテンツアイテムは、さまざまな方法を使用して、例えばランダムに選択することができる。本発明の代替実施形態によるコンテンツアイテムを選択するための方法については、以降で詳細に論じる。

選択されたコンテンツアイテムは、決定エンジン１０２によってウェブインターフェース１０１へ送信され、ユーザのパーソナルコンピュータに提供される（ステップ３０７）。最後に、そのコンテンツアイテムに関するサーバログ１０４のレコードが、現在の時刻（そのコンテンツアイテムが提供された新たな最新時刻）に更新される（ステップ３０８）。

ステップ３０６でのコンテンツアイテムを選択するための方法について論じる。上述のように、コンテンツアイテムはランダムに選択される。代替実施形態においては、コンテンツサーバ１００の運営者にとってインプレッションあたりの収益性が最も高いコンテンツアイテムが選択されるか、導き出されたユーザのプロフィールに最も近い関連付けられた制限を有するコンテンツアイテムが選択されるか、または最後に提供されてからの継続時間が最も長いコンテンツアイテムが選択される。

代替実施形態においては、コンテンツアイテムの最小時間は、所定時間内の任意の間隔、すなわち１日のうちの特定の期間、例えば１時間単位で決定される。そのような一実施形態においては、１日における利用可能なインプレッションの起こり得る変化に関する履歴データ、例えば、１時間ごとの予測されるインプレッションや１時間ごとの必要なインプレッションの対応する比率を与えるために計算された最小時間が使用される。そのような実施形態においては、履歴データのさらなる側面、例えば、特定の曜日または季節などを考慮に入れることができる。その他の側面、例えば気象状況などが、履歴データから利用可能である場合には、それらを考慮に入れることもできる。

さらなる代替実施形態においては、コンテンツアイテムの最小時間は、そのコンテンツアイテムに関する制限の側面に基づいて決定される。例えば、履歴データは、インプレッションの比率が、それらのインプレッションの起点（言い換えれば、それらの要求の発生源である国）に基づいていかに変わるかを示している。特定のキャンペーンには、例えば、特定の国や時間帯などを割り当てることができ、そのキャンペーンに関するコンテンツアイテムの最小時間は、その国や時間帯などにとって利用可能になると予測されたインプレッションに従って設定することができる。

さらなる代替実施形態においては、コンテンツアイテムの最小時間は、コンテンツサーバ１００が使用されている間にリアルタイムで再計算される。言い換えれば、最小時間は、特定の時間において必要とされる残りのインプレッションに基づいて再計算される。例えば、特定の１時間に１０００インプレッションが必要とされ、最小時間が３．６秒と想定する（さらなる調整は行われないと想定する）。３０分後に２００個のコンテンツアイテムしか提供されていない場合には、残りの３０分間で必要とされるインプレッションが８００残っていることになる。そこで、最小時間が２．２５秒として再計算される。

さらなる代替実施形態においては、ウェブページのインプレッションは、複数の当事者がウェブページにコンテンツアイテムを含めるために入札できるようにするサードパーティーシステムによって提供される。（言い換えれば、このサードパーティーシステムは、「リアルタイム入札」システムである。）ウェブインターフェース１０１は、サードパーティーシステムからインプレッションの申し出を受け取り、決定エンジン１０２は、ウェブインターフェース１０１を介して、それらのインプレッションに対する入札を行う。入札が成功した場合には、サードパーティーシステムは、コンテンツアイテムをウェブインターフェース１０１に要求することによって、入札が成功したことを示し、決定エンジン１０２が、そのコンテンツアイテムを上記の希望通り選択して送信する。決定エンジン１０２は、それまでに行われたインプレッションの数と必要とされるインプレッションの数との比較に基づいて、入札のレベルを修正することができる。例えば、１時間に１０００インプレッションが必要とされ、３０分後に２００個のコンテンツアイテムしか提供されていない場合には、インプレッションに対する入札の成功数が少なすぎることに起因している可能性がある。この場合、決定エンジン１０２は、入札のレベルを上げるようにする。それによって、成功する入札が増え、コンテンツアイテムを提供できるインプレッションが増える。

本発明について、特定の実施形態を参照して説明および例示してきたが、本発明は、本明細書において具体的に例示されていない多くの異なる変形形態に適しているということを当業者なら理解するであろう。

Claims (20)

1. ウェブページに含めるためのコンテンツアイテムを提供するためのコンテンツサーバであって、
   コンテンツアイテムを求める要求を受け取り、そのような要求に応答してコンテンツアイテムを送信するように構成されているウェブインターフェースと、
   複数のコンテンツアイテムを記憶するように構成されているコンテンツストアであり、それぞれのコンテンツアイテムに所定時間におけるインプレッションの所望数が関連付けられている、コンテンツストアと、
   前記コンテンツアイテムが前記コンテンツサーバによって提供された最終時刻をそれぞれのコンテンツアイテムごとに記憶するように構成されているサーバログと、
   前記ウェブインターフェースによって受け取られた、コンテンツを求める要求に応答して、前記複数のコンテンツアイテムの中から１つのコンテンツアイテムを前記ウェブインターフェースを介して送信するように構成されている決定エンジンとを備え、
   前記決定エンジンが、それぞれのコンテンツアイテムごとに、前記コンテンツアイテムに関連付けられているインプレッションの所望数量と前記所定時間とに基づいて、前記コンテンツアイテムに対する最小時間を計算するように構成されており、
   前記決定エンジンが、現在の時刻と前記サーバログに記憶されている前記最終時刻とにおける継続時間が前記最小時間を超える前記コンテンツアイテムの中から、前記ウェブインターフェースによって送信する前記コンテンツアイテムを選択するように構成されている、コンテンツサーバ。
2. 前記決定エンジンが、前記コンテンツアイテムの前記最小時間を定期的に再計算するように構成されている、請求項１に記載のコンテンツサーバ。
3. 前記最小時間が、前記所定時間内の任意の間隔に対して計算される、請求項１または２に記載のコンテンツサーバ。
4. 前記最小時間が、インプレッションの履歴データに基づいて計算される、請求項１〜３のいずれか一項に記載のコンテンツサーバ。
5. 前記ウェブインターフェースが、コンテンツアイテムを求める要求のタイプを示すデータを得るように構成されており、前記コンテンツアイテムが選択される際の前記要求のタイプに関する制限が前記コンテンツアイテムに関連付けられている、請求項１〜４のいずれか一項に記載のコンテンツサーバ。
6. 前記最小時間が、前記コンテンツアイテムに関連付けられている前記制限に基づく、請求項５に記載のコンテンツサーバ。
7. 前記決定エンジンが、前記ウェブインターフェースによって送信するコンテンツアイテムを、関連付けられている最小時間を有さないコンテンツアイテムの中から選択するように構成されている、請求項１〜６のいずれか一項に記載のコンテンツサーバ。
8. 前記複数のコンテンツアイテムは、ビデオクリップを含み、前記ビデオクリップに関連するインプレッションの前記所望数が、前記ビデオクリップの持続時間に基づいて計算される、請求項１〜７のいずれか一項に記載のコンテンツサーバ。
9. 前記ウェブインターフェースが、リモートシステムからインプレッションの申し出を受け取るように構成されており、前記決定エンジンが、前記ウェブインターフェースを介してインプレッションに対する入札を行い、前記入札が成功したことを前記リモートシステムが示したときに、前記ウェブインターフェースを介して前記選択されたコンテンツアイテムを送信するように構成されている、請求項１〜８のいずれか一項に記載のコンテンツサーバ。
10. ウェブページに含めるためのコンテンツアイテムを複数のコンテンツアイテムから提供する方法であって、それぞれのコンテンツアイテムに、所定時間におけるインプレッションの所望数が関連付けられている、方法において、
    それぞれのコンテンツアイテムごとに、前記コンテンツアイテムに関連付けられているインプレッションの所望数量と前記所定時間とに基づいて、前記コンテンツアイテムの最小時間を計算するステップと、
    コンテンツアイテムを求める要求に応答して、前記複数のコンテンツアイテムから１つのコンテンツアイテムを選択するステップと、
    前記選択されたコンテンツアイテムを提供するステップと、
    前記コンテンツアイテムが提供された時刻を記録するステップとを含み、
    前記コンテンツアイテムは、現在の時刻と前記記録された時刻とにおける継続時間が前記最小時間を超える前記コンテンツアイテムの中から選択される、方法。
11. 前記最小時間が、定期的に再計算される、請求項１０に記載の方法。
12. 前記最小時間が、前記所定時間内の任意の間隔に対して計算される、請求項１０または１１に記載の方法。
13. 前記最小時間がインプレッションの履歴データに基づいて計算される、請求項１０〜１２のいずれか一項に記載の方法。
14. 前記要求のタイプを示すデータが、前記要求とともに受け取られ、前記コンテンツアイテムが選択される際の前記要求のタイプに関する制限が前記コンテンツアイテムに関連付けられている、請求項１０〜１３のいずれか一項に記載の方法。
15. 前記最小時間が、前記コンテンツアイテムに関連付けられている前記制限に基づく、請求項１４に記載の方法。
16. 前記コンテンツアイテムが、関連付けられている最小時間を有さないコンテンツアイテムの中から選択される、請求項１０〜１５のいずれか一項に記載の方法。
17. 前記複数のコンテンツアイテムは、ビデオクリップを含み、前記ビデオクリップに関連するインプレッションの前記所望数が、前記ビデオクリップの持続時間に基づいて計算される、請求項１０〜１６のいずれか一項に記載の方法。
18. リモートシステムからインプレッションの申し出を受け取るステップと、
    前記インプレッションに対する入札を前記リモートシステムに送信するステップと
    を含む、請求項１０〜１７のいずれか一項に記載の方法。
19. サーバで実行されるときに、請求項１から９のいずれかに記載のコンテンツサーバに提供されるコンピュータプログラム製品。
20. 実行されるときに請求項１０〜１８に記載の方法のいずれかの方法のステップを実施するように構成されているコンピュータプログラム製品。

Images