JP5755291B2 - 広告配信管理装置、広告配信システム、広告配信管理方法および広告配信管理プログラム - Google Patents

Description

本発明は、広告配信管理装置、広告配信システム、広告配信管理方法および広告配信管理プログラムに関する。

近年、インターネットの飛躍的な普及に伴い、インターネットを介した広告配信が盛んに行われている。例えば、広告媒体（例えば、ウェブページ）に設定された広告枠に、企業や商品等の広告コンテンツを表示し、かかる広告コンテンツがクリックされた場合に広告主のウェブページへ遷移させる広告配信が行われている。

広告媒体を有する媒体社には、例えば、一部の広告枠在庫を広告主に販売しつつ、残り広告枠在庫の販売を広告配信業者に委託する媒体社や、すべての広告枠在庫の販売を広告配信業者に委託する媒体社などがある。

広告コンテンツの掲載価格が、例えば、広告主により指定された入札価格や広告効果（例えば、ＣＴＲ：Click Through Rate）に基づいて決定される場合、広告コンテンツの配信元(以下、広告配信元と記載する)が媒体社であるか広告配信業者であるかで広告枠による媒体社の収益が増減する場合がある。また、媒体社が広告枠在庫を広告主に販売せずに広告配信業者に委託する場合、すべての広告枠在庫を販売せずに、一部の広告枠在庫を広告配信業者に委託した方が媒体社の収益が増加する場合がある。

媒体社にとっては広告枠による収益を最大化することが望ましい。そこで、広告コンテンツ毎にｅＣＰＭ（effective Cost Per Mille）を予測し、かかる予測したｅＣＰＭに基づいて広告配信元を選択することで、媒体社の収益を向上させる技術が提案されている（例えば、特許文献１参照）。

特開２０１２−０９３７９６号公報

しかしながら、媒体社は、広告配信業者から広告コンテンツ毎の配信単価（例えば、ＣＰＣ；Cost Per Click）の情報を取得することができない場合があり、この場合、上記技術では、広告コンテンツのｅＣＰＭを予測することができず、広告配信元の選択ができない。

本願は、上記に鑑みてなされたものであって、広告枠による収益を向上させることができる広告配信管理装置、広告配信システム、広告配信管理方法および広告配信管理プログラムを提供することを目的とする。

本願に係る広告配信管理装置は、受付部と、割当部と、許可部と、更新部とを有する。前記受付部は、広告コンテンツの配信を要求する広告リクエストを受け付ける。前記割当部は、広告リクエストに対して広告コンテンツを配信した場合の収益期待値に基づき、前記広告リクエストに対して複数の価格ランクのうちいずれか１つを割り当てる。前記許可部は、前記割当部によって割り当てられた前記価格ランクで前記広告リクエストに対する広告コンテンツの配信を広告配信装置に許可する。前記更新部は、前記広告配信装置による前記広告コンテンツの配信実績に基づき、前記複数の価格ランクを更新する。

実施形態の一態様によれば、広告枠による収益を向上させることができる広告配信管理装置、広告配信システム、広告配信管理方法および広告配信管理プログラムを提供することができる。

図１Ａは、実施形態に係る広告配信管理処理を示す図である。 図１Ｂは、価格条件テーブルの一例を示す図である。 図１Ｃは、価格条件テーブルにおける価格ランクの設定変更例を示す図である。 図２は、実施形態に係る広告配信システムの構成例を示す図である。 図３は、実施形態に係る広告配信管理装置の構成例を示す図である。 図４は、価格条件テーブルの一例を示す図である。 図５は、収益期待値と収益値との関係を示す図である。 図６は、価格ランク毎の収益実績値と収益期待値との関係を示す図である。 図７は、価格条件テーブルにおける価格ランクの設定変更例の説明図である。 図８は、ＺＯＮＥ間の関係を示す図である。 図９は、ＺＯＮＥ変更方法の説明図である。 図１０は、ＺＯＮＥ変更方法の説明図である。 図１１は、収益期待値に対する広告リクエスト数の分布の一例を示す図である。 図１２は、ＺＯＮＥ変更方法の説明図である。 図１３は、ＺＯＮＥ変更方法の説明図である。 図１４は、ＺＯＮＥ変更方法の説明図である。 図１５は、実施形態に係る広告配信管理装置の情報処理の一例を示すフローチャートである。 図１６は、広告配信管理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る広告配信管理装置、広告配信システム、広告配信管理方法および広告配信管理プログラムの実施形態について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る広告配信管理装置、広告配信システム、広告配信管理方法および広告配信管理プログラムが限定されるものではない。

［１．広告配信管理処理］
まず、実施形態に係る広告配信管理処理について説明する。図１Ａは、実施形態に係る広告配信管理処理の説明図であり、本実施形態においては広告配信システムにより広告配信管理処理が実行される。なお、以下においては、広告媒体の一例としてウェブページを説明するが、広告媒体は、ウェブページ以外の広告媒体であってもよい。例えば、広告媒体は、ゲームアプリケーション、書籍閲覧アプリケーション、音楽配信アプリケーション、動画配信アプリケーションによって表示される媒体などであってもよい。

図１Ａに示すように、実施形態に係る広告配信システム１は、ウェブサーバ２と、広告配信管理装置３と、広告配信装置５とを有し、これらの装置は、通信ネットワークを介して通信可能に接続される。ウェブサーバ２および広告配信管理装置３は、例えば、媒体社ＣＡにより管理および運用され、広告配信装置５は、例えば、広告配信業者ＣＢにより管理および運用される。

ウェブサーバ２は、複数のウェブページ８を記憶しており、かかるウェブページ８には広告枠９が設定される。ウェブサーバ２は、端末装置６から送信されたページリクエスト（ＳＴＥＰ１）を受け付けると、ページリクエストに応じたウェブページ８を端末装置６へ送信する（ＳＴＥＰ２）。

端末装置６は、ウェブサーバ２からウェブページ８を受信すると、広告リクエストを広告配信管理装置３へ送信する（ＳＴＥＰ３）。かかる広告リクエストは、ウェブページ８に設定された広告枠９に表示する広告コンテンツの配信要求である。

広告配信管理装置３の制御部１２は、端末装置６から広告リクエストを受け付けると、広告リクエストに対して広告コンテンツを配信した場合の収益期待値ＲＡを予測する。収益期待値ＲＡは、例えば、広告リクエストに対する広告コンテンツの配信により期待されるｅＣＰＭ（effective Cost Per Mille）である。

ｅＣＰＭは、１０００インプレッション当たりの収益であり、広告配信管理装置３の制御部１２は、例えば、ユーザＵの属性、広告枠９の属性、過去の広告コンテンツのクリック頻度やインプレション頻度などからｅＣＰＭ期待値を予測する。ｅＣＰＭ期待値は、例えば、ＺＯＮＥ１からＺＯＮＥ５までの５段階に設定される。

広告配信管理装置３の記憶部１１には、広告リクエストに対する広告コンテンツの配信元を選択するための価格条件テーブルが記憶される。図１Ｂは、記憶部１１に記憶される価格条件テーブルの一例を示す図である。図１Ｂに示すように、価格条件テーブルは、収益期待値ＲＡと広告配信装置５に提示する価格ランクとの関係を示す図である。

図１Ｂに示す例では、収益期待値ＲＡがＺＯＮＥ_１の範囲であれば、価格ランクＲＡＮＫ_１が設定され、収益期待値ＲＡがＺＯＮＥ_２の範囲であれば、価格ランクＲＡＮＫ_２が設定される。また、収益期待値ＲＡがＺＯＮＥ_３の範囲であれば、価格ランクＲＡＮＫ_３が設定され、収益期待値ＲＡがＺＯＮＥ_４の範囲であれば、価格ランクＲＡＮＫ_４が設定される。また、収益期待値ＲＡがＺＯＮＥ_５の範囲であれば、価格ランクは設定されない。

広告配信管理装置３の制御部１２は、収益期待値ＲＡから広告リクエストに対して割り当てる価格ランク（以下、提供価格ランクと記載する場合がある）を決定する。例えば、制御部１２は、収益期待値ＲＡがＺＯＮＥ_２の範囲であれば、提供価格ランクとして価格ランクＲＡＮＫ_２を広告リクエストに対して割り当てる。

広告配信管理装置３の制御部１２は、広告リクエストに対して割り当てた提供価格ランクで広告リクエストに対する広告コンテンツの配信を広告配信装置５に対して許可する（ＳＴＥＰ４）。広告配信装置５は、提供価格ランクでの配信を受け付ける場合、例えば、広告リクエストに対応して広告コンテンツを広告配信管理装置３経由で端末装置６に配信する（ＳＴＥＰ５）。端末装置６は、広告配信装置５から送信される広告コンテンツを広告枠９に表示する。

このように、広告配信管理装置３は、収益期待値ＲＡに対応する価格ランクで広告配信装置５に対して広告コンテンツの配信を許可することから、広告枠による収益を向上させることができる。また、収益期待値ＲＡに対応する価格ランクより低い価格ランクで広告配信装置５に対して広告コンテンツの配信を許可しないことから、広告枠９による収益の低下を防止することができる。

一方、広告配信装置５は、提供価格ランクでの配信を受け付けない場合、例えば、配信不可を示す応答を広告配信管理装置３に送信する。この場合、広告配信管理装置３は、例えば、広告リクエストに対して媒体社ＣＡが広告主から依頼された広告コンテンツを送信したり、媒体社ＣＡのコンテンツ（例えば、ニュースコンテンツなど）を送信したりする。

このように、収益期待値ＲＡに対応する価格ランクで広告配信装置５が広告コンテンツを配信しない場合には、例えば、媒体社ＣＡが広告主から依頼された広告コンテンツを端末装置６に送信することで、広告枠９による収益を確保することができる。また、媒体社ＣＡのコンテンツ（例えば、ニュースコンテンツなど）を端末装置６に送信する場合であっても、広告枠９の安売りを抑止して広告媒体の価値を高めることができる。

広告配信装置５は、定期的（例えば、１時間毎や１日毎）に、広告リクエストに対して配信が許可された広告コンテンツの配信実績の情報（以下、配信実績情報と記載する）を広告配信管理装置３に通知する（ＳＴＥＰ６）。広告配信管理装置３は、配信実績情報に基づき、価格条件テーブルの価格ランクを更新する。

配信実績情報には、例えば、価格ランク毎のインプレッション数およびクリック数の情報が含まれる。広告配信装置５は、配信実績情報に基づき、例えば、価格ランク毎に、インプレッション数およびクリック数からＣＴＲ（Click Through Rate）を求め、かかるＣＴＲと価格ランクに応じた収益とに基づき、価格ランク毎の収益実績値ＲＢを求める。価格ランクに応じた収益は、例えば、媒体社ＣＡが広告配信業者ＣＢから得る収益であり、例えば、ＣＰＣ（Cost Per Click）である。また、収益実績値ＲＢは、収益期待値ＲＡと同様の単位であることが好適であり、例えば、ｅＣＭＰ（＝ＣＰＣ×ＣＴＲ×１０００）である。

広告配信装置５は、価格ランク毎の収益実績値ＲＢに基づき、ＺＯＮＥ_１〜ＺＯＮＥ_４の収益期待値ＲＡに対する範囲を変更する。例えば、広告配信装置５は、収益実績値ＲＢが収益期待値ＲＡの平均値ＲＡａｖよりも低い価格ランクに対し、かかる価格ランクのＺＯＮＥにおける収益期待値ＲＡの最大値を大きくする。また、例えば、広告配信装置５は、収益実績値ＲＢが収益期待値ＲＡの平均値ＲＡａｖよりも高い価格ランクに対し、かかる価格ランクのＺＯＮＥにおける収益期待値ＲＡの最大値を小さくする。収益期待値ＲＡの平均値ＲＡａｖは、例えば、図１Ｂに示すＺＯＮＥ_１では、０．０５であり、ＺＯＮＥ_２では、０．１５である。

例えば、ＺＯＮＥ_１において、収益実績値ＲＢが平均値ＲＡａｖよりも低く、ＺＯＮＥ_２において、収益実績値ＲＢが平均値ＲＡａｖよりも高く、ＺＯＮＥ_３およびＺＯＮＥ_４において、収益実績値ＲＢが平均値ＲＡａｖよりも低いとする。この場合、広告配信装置５は、例えば、図１Ｃに示すように、ＺＯＮＥ_１〜ＺＯＮＥ_４の収益期待値ＲＡに対する範囲を変更することで、各価格ランクのＺＯＮＥ設定を変更する。図１Ｃは、価格条件テーブルにおける価格ランクの設定変更例を示す図である。

広告配信管理装置３は、広告配信装置５から通知される配信実績情報に基づき、価格ランクの更新を繰り返すことで、各価格ランクにおいて収益実績値ＲＢが平均値ＲＡａｖに同等程度またはそれ以上になるように、価格条件テーブルを更新することができる。これにより、価格ランクを適切に設定することができ、広告枠による収益を向上させることができる。

［２．広告配信システム１］
次に、図２を用いて、実施形態に係る広告配信システム１の構成例について説明する。なお、以下においては、広告配信業者ＣＢおよび広告配信装置５が１つの場合について説明する。なお、広告配信業者ＣＢおよび広告配信装置５の数は１つに限られず、２以上であってもよい。

図２に例示するように、実施形態に係る広告配信システム１は、ウェブサーバ２と、広告配信管理装置３と、広告配信装置４と、広告配信装置５とを備える。これらの装置は、通信ネットワーク７を介して互いに通信可能に接続される。通信ネットワーク７は、例えば、インターネットなどである。

端末装置６は、例えば、ユーザＵによって利用されるＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistant）、スマートフォンなどであり、ブラウザアプリケーション（以下、ブラウザと記載する）がインストールされている。

ウェブサーバ２は、広告枠が設定された複数のウェブページを記憶している。ウェブサーバ２の制御部は、通信ネットワーク７を介して端末装置６のブラウザからのアクセスがあると、端末装置６によって指定されたＵＲＬ（Uniform Resource Locator）に対応するウェブページを提供する。

端末装置６のブラウザは、ウェブサーバ２からウェブページを受信すると、ウェブページに設定された広告枠に対応する広告リクエストを広告配信管理装置３へ送信する。広告リクエストは、広告枠に表示する広告コンテンツの配信要求であり、例えば、端末装置６のユーザＵの識別情報（以下、ユーザＩＤと記載する）や広告枠の識別情報（以下、広告枠ＩＤと記載する）を含む。ユーザＩＤは、例えば、ＨＴＴＰクッキー（HyperText Transfer Protocol Cookie：以下、クッキーと記載する）である。かかるクッキーには、ユーザＩＤ以外にユーザＵの年齢、性別などのユーザ情報を含むこともできる。

広告配信管理装置３は、広告リクエストに対応する広告コンテンツを広告配信装置４、５のいずれかから配信させる。広告配信装置４は、媒体社ＣＡによって管理および運用され、広告配信装置５は、広告配信業者ＣＢによって管理および運用される。

広告配信装置５は、広告配信管理装置３からの広告配信の問い合わせがあった場合、広告配信を行うかどうかを判定する。そして、広告配信装置５は、広告配信を行うと判定した場合、配信可を示す応答を広告配信管理装置３へ送信する。一方、広告配信装置５は、広告配信を行わないと判定した場合、配信不可を示す応答を広告配信管理装置３へ送信する。

広告配信管理装置３は、広告配信装置５からの配信可否を示す応答に基づき、広告配信装置４、５の中から、広告リクエストに対応する広告コンテンツを配信させる広告配信装置を決定し、決定した広告配信装置から広告コンテンツを配信させる。

［３．広告配信管理装置３］
図３は、広告配信管理装置３の構成例を示す図である。図３に示すように、広告配信管理装置３は、通信部１０と、記憶部１１と、制御部１２とを有する。

通信部１０は、通信ネットワーク７との間で情報の送受信を行う通信インタフェースであり、通信ネットワーク７との接続を有線または無線で行う。制御部１２は、通信部１０および通信ネットワーク７を介して、広告配信装置４、広告配信装置５および端末装置６との間で各種の情報を送受信することができる。

記憶部１１は、ユーザ情報ＤＢ（Data Base）２１、広告枠情報ＤＢ２２および価格情報ＤＢ２３を有する。ユーザ情報ＤＢ２１、広告枠情報ＤＢ２２および価格情報ＤＢ２３は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置である。

制御部１２は、広告配信管理処理を行う。制御部１２は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。制御部１２は、内部のＣＰＵ（Central Processing Unit）またはＭＰＵ（Micro Processing Unit）によって内部の記憶装置に記憶されたプログラム（広告配信プログラムの一例）がＲＡＭを作業領域として実行されることで、受付部３１、予測部３２、割当部３３、許可部３４および更新部３５として機能する。

なお、制御部１２の構成は、かかる構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。なお、制御部１２が有する内部の記憶部は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等である。

［３．１．受付部３１］
受付部３１は、端末装置６からの広告リクエストを受け付ける。広告リクエストには、クッキーの情報や広告枠ＩＤが含まれる。クッキーには、ユーザＵのユーザＩＤが含まれる。受付部３１は、受け付けた広告リクエストの情報を予測部３２へ出力する。

［３．２．予測部３２］
予測部３２は、広告リクエストに対して広告配信装置４で広告コンテンツを配信した場合の収益期待値ＲＡを予測し、予測した収益期待値ＲＡの情報を割当部３３へ出力する。予測部３２は、収益期待値ＲＡを、例えば、ユーザＵの属性や広告枠などの情報から予測モデルを用いた統計的手法により予測する。

ユーザＵの属性は、例えば、ユーザＵの年齢、性別、場所、嗜好などである。広告枠の情報は、例えば、広告枠の種類、サイズ、ページ内の位置、クリック頻度、表示頻度、平均表示時間などである。クリック頻度は、広告枠の広告コンテンツが直前の所定期間にクリックされた頻度である。表示頻度は、広告枠に広告コンテンツが直前の所定期間に表示された頻度である。平均表示時間は、広告枠が設定されたウェブページの過去の平均表示時間である。

ユーザ情報ＤＢ２１には、ユーザＩＤに対し、ユーザＵの年齢、性別、場所、嗜好などの属性情報が対応付けられて記憶されており、予測部３２は、広告リクエストに含まれるユーザＩＤに基づき、ユーザ情報ＤＢ２１からユーザＵの属性情報を取得する。なお、クッキーにユーザ属性が含まれる場合には、予測部３２は、クッキーに含まれるユーザ属性を収益期待値ＲＡの予測に用いることができる。

また、広告枠情報ＤＢ２２には、広告枠ＩＤに対し、広告枠の種類、サイズ、ページ内の位置、クリック頻度、表示頻度、平均表示時間などの情報が対応付けられて記憶される。予測部３２は、広告リクエストに含まれる広告枠ＩＤに基づき、広告枠情報ＤＢ２２から広告枠の情報を取得する。

予測部３２は、例えば、収益期待値ＲＡをｅＣＰＭ期待値とする場合、ＣＴＲ（Click Through Ratio）期待値とＣＰＣ（Cost Per Click）期待値とを求め、ＣＴＲ期待値とＣＰＣ期待値とを掛け合わせて収益期待値ＲＡを求める。

ＣＴＲ期待値は、広告リクエストに対するＣＴＲの期待値である。予測部３２は、広告枠の広告コンテンツへのクリックを従属変数とし、上述したユーザＵの属性情報や広告枠の情報を独立変数（説明変数）として、例えば、ＳＶＭ（Support Vector Machine）とシグモイドフィッティングによりＣＴＲ期待値を求める。また、予測部３２は、例えば、ロジスティック回帰分析によりＣＴＲ期待値を求めることもできる。

また、ＣＰＣ期待値は、広告リクエストに対するＣＰＣの期待値である。予測部３２は、広告リクエストに対する配信候補の広告コンテンツの配信単価（例えば、ＣＰＣやＣＰＡ（Cost Per Action））を従属変数とし、上述したユーザＵの属性情報や広告枠の情報を独立変数（説明変数）として、例えば、重回帰分析またはポアソン回帰分析によりＣＰＣ期待値を求める。広告リクエストに対する配信候補の広告コンテンツは、受付部３１で受け付けた広告リクエストに対して広告配信装置４により配信される広告コンテンツである。予測部３２は、広告リクエストに対する配信候補の広告コンテンツの配信単価を、例えば、広告配信装置４に問い合わせ、広告配信装置４から取得する。

なお、ｅＣＰＭ期待値は、１０００インプレッション当たりの収益期待値であるが、インプレッションの単位数は１０００インプレッションに限定されない。予測部３２は、例えば、１インプレッション当たりの収益期待値や１０インプレッション当たりの収益期待値を収益期待値ＲＡとして求めることもできる。

［３．３．割当部３３］
割当部３３は、予測部３２から収益期待値ＲＡの情報を取得し、広告リクエストに対し収益期待値ＲＡに応じた価格ランクを割り当てる。価格情報ＤＢ２３には、価格条件テーブルが記憶されており、割当部３３は、かかる価格条件テーブルに基づいて広告リクエストに対し収益期待値ＲＡに応じた価格ランクを割り当てる。

図４は、価格情報ＤＢ２３に記憶される価格条件テーブルの一例を示す図である。図４に示す価格条件テーブルは、収益期待値ＲＡの範囲と価格ランクを関連付けた情報であり、収益期待値ＲＡの範囲に応じて、第１価格ランクＲＡＮＫ_１から第４価格ランクＲＡＮＫ_４まで段階的に関連付けられる。

価格条件テーブルが図４に示す状態である場合、割当部３３は、例えば、予測部３２から取得した収益期待値ＲＡが０．１未満である場合、広告リクエストに対してＺＯＮＥ_１に対応する第１価格ランクＲＡＮＫ_１を割り当てる。また、割当部３３は、予測部３２から取得した収益期待値ＲＡが０．１以上０．２未満である場合、広告リクエストに対してＺＯＮＥ_２に対応する第２価格ランクＲＡＮＫ_２を割り当てる。

また、割当部３３は、予測部３２から取得した収益期待値ＲＡが０．２以上０．３未満である場合、広告リクエストに対してＺＯＮＥ_３に対応する第３価格ランクＲＡＮＫ_３を割り当てる。また、割当部３３は、予測部３２から取得した収益期待値ＲＡが０．３以上０．４未満である場合、広告リクエストに対してＺＯＮＥ_４の第４価格ランクＲＡＮＫ_４を割り当てる。一方、割当部３３は、予測部３２から取得した収益期待値ＲＡが０．４以上である場合、ＺＯＮＥ_５には価格ランクが設定されていないため、広告リクエストに対して価格ランクは割り当てない。

［３．４．許可部３４］
許可部３４は、割当部３３によって割り当てられた価格ランクである提供価格ランクで広告リクエストに対する広告コンテンツの配信を広告配信装置５に許可する。

具体的には、許可部３４は、広告配信装置５に配信クエリを送信する。配信クエリには、例えば、割当部３３によって割り当てられた価格ランク（提供価格ランク）の情報の他、ユーザＵの属性情報、広告枠の情報などを含めることができる。広告配信装置５は、配信クエリに含まれる情報に基づいて、広告リクエストに対する広告コンテンツの配信を行うか否かを決定する。

許可部３４は、配信クエリに対して広告配信装置５から配信可を示す応答を受信すると、広告配信装置５を配信元広告配信装置に決定し、広告配信装置５から広告リクエストに対する広告コンテンツを配信させる。一方、許可部３４は、配信クエリに対して広告配信装置５から配信不可を示す応答を受信すると、広告配信装置４を配信元広告配信装置として決定し、広告配信装置４から広告リクエストに対する広告コンテンツを配信させる。

許可部３４は、例えば、配信元広告配信装置に対して広告コンテンツの送信要求を行い、配信元広告配信装置から広告リクエストに対応する広告コンテンツを取得し、広告リクエストを行った端末装置６へ送信する。また、許可部３４は、例えば、広告リクエストを行った端末装置６に対して配信元広告配信装置のＵＲＬを送信し、端末装置６から配信元広告配信装置に対して広告リクエストを送信させることもできる。

このように、許可部３４は、広告配信装置５が提供価格ランクで広告リクエストに対する広告コンテンツの配信をしない場合に、広告リクエストに対する広告コンテンツの配信元として広告配信装置４を選択する。したがって、広告配信装置４での収益期待値ＲＡと同等以上の収益を得ることができる価格ランクを設定することで、広告枠による収益を向上させることができる。

［３．５．更新部３５］
更新部３５は、広告配信装置５による広告コンテンツの配信実績に基づき、価格情報ＤＢ２３に記憶される価格条件テーブルの価格ランクを更新する。

価格条件テーブルは、初期状態において、例えば、媒体社ＣＡが広告配信業者ＣＢから得ることができると予測される収益期待値ＲＣが広告配信装置４による収益期待値ＲＡと同等以上の収益になるように価格条件テーブルに設定されることが望ましい。収益期待値ＲＣは、収益期待値ＲＡと同様の単位であり、例えば、ｅＣＭＰである。

図５は、収益期待値ＲＡと収益期待値ＲＣとの関係を示す図である。図５では、収益期待値ＲＡをＸ軸にとり、収益期待値ＲＣをＹ軸にとっている。この場合、収益期待値ＲＡと収益期待値ＲＣとの関係が、ＲＡ≦ＲＣであれば、媒体社ＣＡが広告配信業者ＣＢから得ることができる収益が広告配信装置４による収益と同等程度になると期待できる。

図５に示す例では、収益期待値ＲＡのＺＯＮＥ毎に、収益期待値ＲＡの平均値ＲＡａｖが収益期待値ＲＣと同等になるように価格ランクが設定される。すなわち、各価格ランクにおいて、平均値ＲＡａｖと収益値ＲＣとの関係が、ＲＡａｖ＝ＲＣとなるように価格ランクが設定される。

例えば、ＺＯＮＥ_１では、平均値ＲＡａｖが０．０５であり、収益期待値ＲＣ「０．０５」に対応する価格ランクとしてＲＡＮＫ_１が設定される。また、ＺＯＮＥ_３では、平均値ＲＡａｖが０．２５であり、収益期待値ＲＣ「０．２５」に対応する価格ランクとしてＲＡＮＫ_３が設定される。

このようにすることで、複数の広告リクエストに対する広告コンテンツの配信を広告配信業者ＣＢに行わせた場合に、媒体社ＣＡが広告配信業者ＣＢから得ることができる収益を広告配信装置４による収益と同等程度の収益にすることが可能である。なお、平均値ＲＡａｖと収益期待値ＲＣとの関係は、ＲＡａｖ＝ＲＣではなく、ＲＡａｖ＜ＲＣとなるように価格ランクを設定してもよい。

次に、価格条件テーブルの更新について説明する。更新部３５は、広告配信装置５から定期的（例えば、１時間毎や１日毎）に送信される配信実績情報を通信部１０経由で取得し、かかる配信実績情報に基づいて、価格条件テーブルを更新する。

配信実績情報には、広告配信装置５が配信元広告配信装置に設定された広告リクエストに対応する情報が含まれる。具体的には、配信実績情報には、例えば、価格ランク毎のインプレッション数およびクリック数の情報が含まれる。また、配信実績情報は、広告リクエスト毎に広告コンテンツのクリックの有無を示す情報が含まれるものであってもよい。

更新部３５は、配信実績情報に基づき、例えば、価格ランク毎に、インプレッション数およびクリック数からＣＴＲを求める。また、更新部３５は、配信実績情報に広告リクエスト毎に広告コンテンツのクリックの有無を示す情報が含まれている場合、価格ランク毎に広告リクエストの数とクリック数を集計してＣＴＲを求める。

更新部３５は、配信実績情報から求めたＣＴＲと価格ランクに応じた収益とに基づき、価格ランク毎の収益実績値ＲＢを求める。価格ランクに応じた収益は、例えば、媒体社ＣＡが広告配信業者ＣＢから得る収益であり、例えば、ＣＰＣである。また、収益実績値ＲＢは、収益期待値ＲＡと同様の単位であることが好適であり、例えば、ｅＣＭＰである。

更新部３５は、価格ランク毎の収益実績値ＲＢに基づき、収益期待値ＲＡに対するＺＯＮＥ_１〜ＺＯＮＥ_４の範囲を変更する。例えば、価格ランク毎の収益実績値ＲＢが図６に示す状態であるとする。図６は、価格ランク毎の収益実績値ＲＢおよび収益期待値ＲＣと収益期待値ＲＡとの関係を示す図である。

図６において、ＺＯＮＥ_１〜ＺＯＮＥ_４のそれぞれに対する収益実績値ＲＢは、ＲＢ_１〜ＲＢ_４でそれぞれ表され、ＺＯＮＥ_１〜ＺＯＮＥ_４のそれぞれに対する収益期待値ＲＣは、ＲＣ_１〜ＲＣ_４でそれぞれ表される。収益期待値ＲＣ_１〜ＲＣ_４は、それぞれ対応する価格ランク（ＲＡＮＫ_１〜ＲＡＮＫ_４）毎の収益期待値である。なお、以下において、ＺＯＮＥ_１〜ＺＯＮＥ_４の任意の一つをＺＯＮＥ_ｎと記載する場合があり、収益実績値ＲＢ_１〜ＲＢ_４の任意の一つをＲＢ_ｎと記載する場合があり、収益期待値ＲＣ_１〜ＲＣ_４の任意の一つをＲＣ_ｎと記載する場合がある。

図６に示すように、ＺＯＮＥ_１では、収益実績値ＲＢ_１が収益期待値ＲＣ_１よりも小さく、ＺＯＮＥ_２では、収益実績値ＲＢ_２が収益期待値ＲＣ_２よりも大きい。また、ＺＯＮＥ_３では、収益実績値ＲＢ_３が収益期待値ＲＣ_３よりも小さく、ＺＯＮＥ_４では、収益実績値ＲＢ_４が収益期待値ＲＣ_４よりも小さい。

収益実績値ＲＢ_ｎが収益期待値ＲＣ_ｎよりも小さいＺＯＮＥ_ｎに関し収益期待値ＲＡの最大値を大きくすることで、収益実績値ＲＢ_ｎが大きくなることが期待できる。また、収益実績値ＲＢ_ｎが収益期待値ＲＣ_ｎよりも大きいＺＯＮＥ_ｎに関し収益期待値ＲＡの最大値を小さくすることで、収益実績値ＲＢ_ｎが小さくなることが期待できる。なお、図６に示す例では、価格ランクＲＡＮＫ_１〜ＲＡＮＫ_４における収益期待値ＲＡの最大値はそれぞれ０．１、０．２、０．３、０．４である。

図６に示すＺＯＮＥ_１では、収益実績値ＲＢ_１が収益期待値ＲＣ_１よりも小さいことから、ＺＯＮＥ_１に関し収益期待値ＲＡの最大値を０．１よりも大きくすることで、収益実績値ＲＢ_１が大きくなることが期待できる。しかし、これにより、ＺＯＮＥ_２に関し収益期待値ＲＡの最小値が大きくなることから、収益実績値ＲＢ_２が大きくなることが予想される。したがって、ＺＯＮＥ_２を考慮してＺＯＮＥ_１に関し収益期待値ＲＡの最大値を設定することが望ましい。

また、図６に示すＺＯＮＥ_２では、収益実績値ＲＢ_２が収益期待値ＲＣ_２よりも大きいことから、ＺＯＮＥ_２に関し収益期待値ＲＡの最大値を０．２よりも小さくすることで、収益実績値ＲＢ_２が小さくなることが期待できる。しかし、これにより、ＺＯＮＥ_３に関し収益期待値ＲＡの最小値が小さくなることから、収益実績値ＲＢ_３が小さくなることが予想される。したがって、ＺＯＮＥ_３を考慮してＺＯＮＥ_２に関し収益期待値ＲＡの最大値を設定することが望ましい。

このように、ＺＯＮＥ間の収益実績値ＲＢを考慮して各ＺＯＮＥ_ｎの収益期待値ＲＡの最大値を設定することが望ましい。ここで、ＺＯＮＥ間の関係を考慮したＺＯＮＥ_ｎの設定方法の一例について説明する。図７は、価格条件テーブルにおける価格ランクの設定変更例の説明図である。

更新部３５は、ＺＯＮＥ_１〜ＺＯＮＥ_４の収益期待値ＲＡに対する範囲を最適化するように、ＺＯＮＥ間の境界線Ｐｘ_ｎ（ｎ＝１、２、３）と、Ｙ＝Ｘである直線ＹＡと、収益実績値ＲＢ_ｎに対応する収益実績線Ｐｙ_ｎ（ｎ＝１、２、３、４）とを考える。図７に示すように、境界線Ｐｘ_１は、ＺＯＮＥ_１とＺＯＮＥ２_２境界線であり、境界線Ｐｘ_２は、ＺＯＮＥ_２とＺＯＮＥ_３の境界線であり、境界線Ｐｘ_３は、ＺＯＮＥ_３とＺＯＮＥ_４の境界線である。

そして、境界線Ｐｘ_１、直線ＹＡおよび収益実績線Ｐｙ_１で囲まれる領域の面積をＳ_１とし、境界線Ｐｘ_１、直線ＹＡおよび収益実績線Ｐｙ_２で囲まれる領域の面積をＳ_１’とする。また、境界線Ｐｘ_２、直線ＹＡおよび収益実績線Ｐｙ_２で囲まれる領域の面積をＳ_２とし、境界線Ｐｘ_２、直線ＹＡおよび収益実績線Ｐｙ_３で囲まれる領域の面積をＳ_２’とする。また、境界線Ｐｘ_３、直線ＹＡおよび収益実績線Ｐｙ_３で囲まれる領域の面積をＳ_３とし、境界線Ｐｘ_３と直線ＹＡと収益実績線Ｐｙ_４とで囲まれる領域の面積をＳ_３’とする。

図８は、ＺＯＮＥ間の関係を示す図である。図８に示すように、面積Ｓ_ｎ、Ｓ_ｎ’（ｎ＝１、２、３）は、収益実績線Ｐｙ_ｎ、Ｐｙ_ｎ＋１、境界線Ｐｘ_ｎおよび直線ＹＡで表される。また、境界線Ｐｘ_ｎと直線ＹＡとの交点Ｐ_ｎから収益実績線Ｐｙ_ｎまでの大きさをａ_ｎとし、交点Ｐ_ｎから収益実績線Ｐｙ_ｎ＋１までの大きさをｂ_ｎとすると、以下の式（１）〜（３）が成り立つ。
ａ_ｎ＋ｂ_ｎ＝Ｐｙ_ｎ＋１−Ｐｙ_ｎ ・・・（１）
Ｐｘ_ｎ＝Ｐｙ_ｎ＋ａ_ｎ ・・・（２）
Ｓ_ｎ＋Ｓ_ｎ’＝（ａ_ｎ ^２＋ｂ_ｎ ^２）／２ ・・・（３）

ここで、ＺＯＮＥ間の影響を抑えることができるのは、Ｓ_ｎ＋Ｓ_ｎ’が最も小さくなる場合である。そして、式（１）〜（３）から、Ｓ_ｎ＋Ｓ_ｎ’が最も小さくなるのは、ａ_ｎ＝ｂ_ｎの場合であることが分かる。ａ_ｎ＝ｂ_ｎの場合、境界線Ｐｘ_ｎは、下記式（４）で表される。
Ｐｘ_ｎ＝（Ｐｙ_ｎ＋Ｐｙ_ｎ＋１）／２ ・・・（４）

すなわち、隣接するＺＯＮＥの収益実績値ＲＢ_ｎ、ＲＢ_ｎ＋１との平均値に対応する収益期待値ＲＡをＺＯＮＥ_ｎ、ＺＯＮＥ_ｎ＋１の境界とすることで、ＺＯＮＥ間の影響を抑えることができる。更新部３５は、上記式（４）の演算を行うことにより、図９に示すように各境界線Ｐｘ_ｎを変更し、図１０に示すように価格ランクに対応するＺＯＮＥを変更する。図９および図１０は、ＺＯＮＥ変更方法の説明図である。

図１１は、収益期待値ＲＡに対する広告リクエスト数の分布の一例を示す図である。図１１に示すように、広告リクエスト数は、ＺＯＮＥ_ｎ毎のみならず、各ＺＯＮＥ_ｎ内でも分布が異なる。そこで、配信実績情報に広告リクエスト毎の広告コンテンツのクリックの有無を示す情報が含まれる場合、更新部３５は、広告リクエスト数を考慮してＺＯＮＥ_ｎの設定を行うこともできる。

例えば、更新部３５は、広告配信装置５から取得される配信実績情報に広告リクエスト毎の広告コンテンツのクリックの有無を示す情報が含まれる場合、価格ランクＲＡＮＫ_ｎ毎の収益実績値ＲＢ_ｎを求める。さらに、更新部３５は、収益期待値ＲＡの単位範囲（例えば、０．０１単位や０．００１単位）毎の広告リクエストの数を集計する。

そして、更新部３５は、広告リクエスト数を考慮して境界線Ｐｘ_ｎを求める。具体的には、更新部３５は、収益期待値ＲＡに対する範囲が隣接する価格ランクＲＡＮＫ_ｎ、ＲＡＮＫ_ｎ＋１の収益実績値ＲＢ_ｎ、ＲＢ_ｎ＋１と、価格ランクＲＡＮＫ_ｎ、ＲＡＮＫ_ｎ＋１での広告リクエストの数（すなわち、広告コンテンツの配信数）とに基づいて、境界線Ｐｘ_ｎを求める。これにより、ＺＯＮＥ間の収益実績値ＲＢをより考慮して各ＺＯＮＥ_ｎの収益期待値ＲＡの最大値を設定することができる。

更新部３５は、例えば、広告リクエストの数をＺ軸にとり、収益期待値ＲＡの単位範囲の広告リクエスト数と対応する面積Ｓ_ｎ、Ｓ_ｎ＋１とに基づいて、面積Ｓ_ｎ、Ｓ_ｎ＋１の領域のＺ軸方向の成分を考慮した体積Ｖ_ｎ、Ｖ_ｎ＋１がＶ_ｎ＝Ｖ_ｎ＋１となるように、境界線Ｐｘ_ｎを求める。例えば、更新部３５は、下記式（５）が成り立つ境界線Ｐｘ_ｎを求めることにより、広告リクエスト数を考慮して各境界線Ｐｘ_ｎを求めることができる。下記式（５）において、ｆ（ｘ）は、収益期待値ＲＡ毎の“広告リクエスト数”を表しており、例えば、図１１に示すような曲線で表される。

なお、上述の例では、価格ランクＲＡＮＫ_ｎ毎に収益期待値ＲＡの大きさの範囲に対応するＺＯＮＥ_ｎを変更するものであるが、更新部３５は、価格ランクＲＡＮＫ_ｎの収益実績値ＲＢ_ｎに基づき、価格ランクＲＡＮＫ_ｎの数や値を変更することもできる。例えば、更新部３５は、価格ランクＲＡＮＫ_ｎ毎の収益実績値ＲＢ_ｎに基づき、収益期待値ＲＡの所定範囲（例えば、０、１単位）毎に設定された価格ランクＲＡＮＫ_ｎの値（例えば、ＲＡＮＫ_１．１、ＲＡＮＫ_１．２等）を更新するようにしてもよい。また、媒体社ＣＡの合計収益を最大化するために、上記式（５）に示すｆ（ｘ）を、収益期待値ＲＡ毎の“広告リクエスト数×収益期待値ＲＡ”としてもよい。

また、図１２に示すように、広告リクエストの収益期待値ＲＡよりも収益実績値ＲＢが高い領域ＡＲがＺＯＮＥ_５に存在する場合がある。図１２は、広告リクエストの収益期待値ＲＡと収益実績値ＲＢとの関係の一例を示す図であり、黒丸が各広告リクエストに対応する。この場合、更新部３５は、図１３に示すように、境界線Ｐｘ_４を境界線Ｐｘ_４’に変更してＺＯＮＥ_４における収益期待値ＲＡの最大値を大きくし、かつ、価格ランクＲＡＮＫ_４から価格ランクＲＡＮＫ_５に変更して収益期待値ＲＡを上げることもできる。図１３は、ＺＯＮＥ変更方法の説明図である。

なお、ＺＯＮＥ_５に対する広告リクエストは、広告配信装置５へは許可されないようにしていたが、許可部３４においてＺＯＮＥ_５に対する広告リクエストを所定期間または所定量だけ広告配信装置５に対して許可することで、更新部３５において領域ＡＲを検出することができる。

また、図１４に示すように、更新部３５は、領域ＡＲに対応する領域をＺＯＮＥ_５として新たに価格ランクＲＡＮＫ_５を設けることもできる。図１４は、ＺＯＮＥ変更方法の説明図である。この場合、ＺＯＮＥ_６が新たに設けられ、ＺＯＮＥ_５に対する広告リクエストは、広告配信装置５へは許可されず、広告配信装置４から広告コンテンツが配信される。

［４．広告配信管理装置３の処理フロー］
次に、実施形態に係る広告配信管理装置３の情報処理の手順について説明する。図１５は、実施形態に係る広告配信管理装置３の情報処理の一例を示すフローチャートである。かかる動作は、広告配信管理装置３の制御部１２によって繰り返し実行される処理である。

図１５に示すように、広告配信管理装置３の制御部１２は、まず、端末装置６からの広告リクエストを受信したか否かを判定する（ステップＳ１０）。広告リクエストを受信したと判定すると（ステップＳ１０；Ｙｅｓ）、制御部１２は、広告リクエストを受け付け、かかる広告リクエストに対する収益期待値ＲＡを予測する（ステップＳ１１）。

次に、制御部１２は、価格情報ＤＢ２３に記憶された価格条件テーブルに基づき、収益期待値ＲＡに対応する価格ランクを判定し、収益期待値ＲＡに対応する価格ランクを提供価格ランクとして広告リクエストに割り当てる（ステップＳ１２）。

次に、制御部１２は、配信クエリの宛先を決定し、決定した宛先に対し、提供価格ランクを含む配信クエリを広告配信装置５に送信する（ステップＳ１３）。制御部１２は、配信クエリに対し、広告配信装置５から配信可を示す応答を受信したか否かを判定する（ステップＳ１４）。

ステップＳ１４において、配信可を示す応答を受信したと判定すると（ステップＳ１４；Ｙｅｓ）、制御部１２は、配信元広告配信装置として、広告配信業者ＣＢの広告配信装置５を選択する（ステップＳ１５）。一方、配信不可を示す応答を受信したと判定すると（ステップＳ１４；Ｎｏ）、制御部１２は、配信元広告配信装置として、媒体社ＣＡの広告配信装置４を選択する（ステップＳ１６）。

ステップＳ１５、Ｓ１６の処理が終了した場合、または、ステップＳ１０において、広告リクエストを受信していないと判定した場合（ステップＳ１０；Ｎｏ）制御部１２は、広告コンテンツの配信実績情報を取得したか否かを判定する（ステップＳ１７）。例えば、制御部１２は、広告配信装置５から配信実績情報を通信部１０経由で受信した場合に、配信実績情報を取得したと判定する。なお、配信実績情報は、例えば、広告配信装置５ではなく、広告配信業者ＣＢの他の装置から送信される場合もあり、この場合、他の装置から送信される配信実績情報を通信部１０経由で受信した場合に、配信実績情報を取得したと判定する。

配信実績情報を取得したと判定した場合（ステップＳ１７；Ｙｅｓ）、制御部１２は、各価格ランクＲＡＮＫ_ｎ毎に収益実績値ＲＢ_ｎを演算する（ステップＳ１８）。そして、制御部１２は、演算した収益実績値ＲＢ_ｎに基づいて価格条件テーブルを更新する（ステップＳ１９）。ステップＳ１９の処理が終了した場合、または、ステップＳ１７において、配信実績情報を取得していないと判定した場合（ステップＳ１７；Ｎｏ）、制御部１２は処理を終了する。

［５．その他の実施形態］
上述の実施形態では、広告配信装置４は、媒体社ＣＡにより管理および運用されるものとして説明したが、広告配信装置４による収益期待値ＲＡを取得することができれば、広告配信装置４は、媒体社ＣＡ以外の広告配信業者によって管理および運用されてもよい。

また、上述の実施形態では、収益期待値ＲＡの予測を予測モデルを用いた統計的手法により行ったが、収益期待値ＲＡはかかる予測によるものに限られない。すなわち、広告枠毎に予め収益期待値ＲＡを設定するようにしてもよい。例えば、広告枠の種類、サイズ、ページ内の位置などによって予め収益期待値ＲＡを設定しておくこともできる。なお、広告枠の種類は、例えば、広告枠を表示するウェブページの種類であり、ファッション、ニュース、オークション、検索などである。

また、更新部３５は、収益期待値ＲＡよりも大きくなる場合に限り、ＺＯＮＥ_ｎにおける収益期待値ＲＡの最小値や最大値を変更するようにもできる。また、更新部３５は、各価格ランクＲＡＮＫ_ｎの収益実績値ＲＢ_ｎに、各価格ランクの広告リクエストの数を乗じた価格ランクＲＡＮＫ_ｎ毎の収益実績総計を演算し、価格ランクＲＡＮＫ_ｎ毎の収益実績総計が前回演算した収益実績総計から減少した場合に限り、ＺＯＮＥ_ｎにおける収益期待値ＲＡの最小値や最大値を変更するようにもできる。

また、上述の実施形態では、広告配信管理装置３の制御部１２は、配信元広告配信装置に対して広告コンテンツの送信要求を行うようにしたが、結果的に、配信元広告配信装置から広告リクエストに対する広告コンテンツが送信されればよい。

また、上述の実施形態では、広告配信管理装置３から広告配信装置５への情報としてユーザＵの属性情報や広告枠の情報などを含めるようにしたが、これらの情報は他の方法で広告配信装置５によって取得することもできる。例えば、広告媒体であるウェブページにウェブビーコン(web beacon)が広告配信装置５に送られるように設定してもよい。この場合、広告配信装置５は、ウェブビーコンに含まれるクッキーからユーザＵの属性情報を取得する。また、広告リクエストに広告枠のサイズやページ内位置の情報を含めるようにウェブページにウェブビーコンを設定することで、広告配信装置５は、ウェブビーコンから広告枠の情報を取得することができる。

［６．ハードウェア構成〕
なお、実施形態における広告配信管理装置３は、例えば図１６に示すような構成のコンピュータ５０によって実現される。図１６は、広告配信管理装置３の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ５０は、ＣＰＵ（Central Processing Unit）５１、ＲＡＭ（Random Access Memory）５２、ＲＯＭ（Read Only Memory）５３、ＨＤＤ（Hard Disk Drive）５４、通信インターフェイス（Ｉ／Ｆ）５５、入出力インターフェイス（Ｉ／Ｆ）５６、およびメディアインターフェイス（Ｉ／Ｆ）５７を備える。

ＣＰＵ５１は、ＲＯＭ５３またはＨＤＤ５４に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ５３は、コンピュータ５０の起動時にＣＰＵ５１によって実行されるブートプログラムや、コンピュータ５０のハードウェアに依存するプログラム等を格納する。

ＨＤＤ５４は、ＣＰＵ５１によって実行されるプログラムおよび当該プログラムによって使用されるデータ等を格納する。通信インターフェイス５５は、通信ネットワーク７を介して他の機器からデータを受信してＣＰＵ５１へ送り、ＣＰＵ５１が生成したデータを、通信ネットワーク７を介して他の機器へ送信する。

ＣＰＵ５１は、入出力インターフェイス５６を介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。ＣＰＵ５１は、入出力インターフェイス５６を介して、入力装置からデータを取得する。また、ＣＰＵ５１は、生成したデータを、入出力インターフェイス５６を介して出力装置へ出力する。

メディアインターフェイス５７は、記録媒体５８に格納されたプログラムまたはデータを読み取り、ＲＡＭ５２を介してＣＰＵ５１に提供する。ＣＰＵ５１は、当該プログラムを、メディアインターフェイス５７を介して記録媒体５８からＲＡＭ５２上にロードし、ロードしたプログラムを実行する。記録媒体５８は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

コンピュータ５０が広告配信管理装置３として機能する場合、コンピュータ５０のＣＰＵ５１は、ＲＡＭ５２上にロードされたプログラムを実行することにより、受付部３１、予測部３２、割当部３３、許可部３４および更新部３５の各機能を実現する。また、ＨＤＤ５４は、記憶部１１の機能を実現し、ユーザＵの属性情報、広告枠の情報、および、価格条件テーブルなどが格納される。

コンピュータ５０のＣＰＵ５１は、これらのプログラムを、記録媒体５８から読み取って実行するが、他の例として、他の装置から、通信ネットワーク７を介してこれらのプログラムを取得してもよい。

［７．効果］
実施形態にかかる広告配信管理装置３は、受付部３１と、割当部３３と、許可部３４と、更新部３５とを備える。受付部３１は、広告コンテンツの配信を要求する広告リクエストを受け付ける。割当部３３は、広告リクエストに対して広告コンテンツを配信した場合の収益期待値ＲＡに基づき、広告リクエストに対して複数の価格ランクＲＡＮＫ_１〜ＲＡＮＫ_４のうちいずれか１つを割り当てる。割当部によって割り当てられた価格ランクで広告リクエストに対する広告コンテンツの配信を広告配信装置５に許可する。更新部３５は、広告配信装置５による広告コンテンツの配信実績情報に基づき、複数の価格ランクＲＡＮＫ_１〜ＲＡＮＫ_４を更新する。

これにより、広告コンテンツの配信実績に基づいた適切な価格ランクＲＡＮＫ_ｎを設定することができ、広告枠による収益を向上させることができる。

また、配信実績情報には、価格ランクＲＡＮＫ_ｎ毎の収益実績値が含まれる。更新部３５は、価格ランクＲＡＮＫ_ｎ毎の収益実績値に基づき、収益期待値の大きさに対する価格ランクＲＡＮＫ_ｎ毎の範囲を更新する。

これにより、広告配信業者ＣＢに対して提示する価格ランクＲＡＮＫ_ｎを変更することなく、広告枠による収益を向上させることができる。

また、更新部３５は、収益期待値ＲＡの大きさの範囲ＺＯＮＥ_ｎ、ＺＯＮＥ_ｎ＋１が隣接する価格ランクＲＡＮＫ_ｎ、ＲＡＮＫ_ｎ＋１の収益実績値ＲＢ_ｎ、ＲＢ_ｎ＋１に基づいて、収益期待値ＲＡの大きさに対する価格ランクＲＡＮＫ_ｎ毎の範囲を更新する。

これにより、ＺＯＮＥ_ｎ、ＺＯＮＥ_ｎ＋１間の収益実績値ＲＢ_ｎ、ＲＢ_ｎ＋１を考慮することができるため、価格ランクＲＡＮＫ_ｎ毎の範囲の変更をより適切に行うことができる。

また、更新部３５は、収益期待値ＲＡの大きさの範囲が隣接する２つの価格ランクＲＡＮＫ_ｎ、ＲＡＮＫ_ｎ＋１の収益実績値ＲＢ_ｎ、ＲＢ_ｎ＋１の平均値を、隣接する２つの価格ランクＲＡＮＫ_ｎ、ＲＡＮＫ_ｎ＋１の境界（境界線Ｐｘ_ｎ）となる収益期待値ＲＡとする。

これにより、ＺＯＮＥ_ｎ、ＺＯＮＥ_ｎ＋１間の収益実績値ＲＢ_ｎ、ＲＢ_ｎ＋１を考慮した価格ランクＲＡＮＫ_ｎ毎の範囲の変更を容易に行うことができる。

また、更新部３５は、隣接する価格ランクＲＡＮＫ_ｎ、ＲＡＮＫ_ｎ＋１の収益実績値ＲＢ_ｎ、ＲＢ_ｎ＋１と、隣接する価格ランクＲＡＮＫ_ｎ、ＲＡＮＫ_ｎ＋１での広告コンテンツの配信数（インプレッション数）とに基づいて、収益期待値ＲＡの大きさに対する価格ランクＲＡＮＫ_ｎ毎の範囲を更新する。

これにより、ＺＯＮＥ_ｎ、ＺＯＮＥ_ｎ＋１間の収益実績値ＲＢ_ｎ、ＲＢ_ｎ＋１に加え、インプレッション数を考慮することができるため、価格ランクＲＡＮＫ_ｎ毎の範囲の変更をより適切に行うことができる。

［８．その他］
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

上述した広告配信管理装置３は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。また、広告配信管理装置３および広告配信装置４を一つのサーバコンピュータで実現してもよい。

１ 広告配信システム
２ ウェブサーバ
３ 広告配信管理装置
４、５ 広告配信装置
６ 端末装置
７ 通信ネットワーク
１０ 通信部
１１ 記憶部
１２ 制御部
３１ 受付部
３２ 予測部
３３ 割当部
３４ 許可部
３５ 更新部
２１ ユーザ情報ＤＢ
２２ 広告枠情報ＤＢ
２３ 価格情報ＤＢ

Claims (8)

1. 広告コンテンツの配信を要求する広告リクエストを受け付ける受付部と、
   前記広告リクエストに対して広告コンテンツを配信した場合の収益期待値に基づき、前記広告リクエストに対して複数の価格ランクのうちいずれか１つを割り当てる割当部と、
   前記割当部によって割り当てられた前記価格ランクで前記広告リクエストに対する広告コンテンツの配信を広告配信装置に許可する許可部と、
   前記広告配信装置による前記広告コンテンツの配信実績情報に基づき、前記複数の価格ランクを更新する更新部と、
   を備えることを特徴とする広告配信管理装置。
2. 前記配信実績情報には、前記価格ランク毎の収益実績値が含まれ、
   前記更新部は、
   前記価格ランク毎の収益実績値に基づき、前記収益期待値の大きさに対する前記価格ランク毎の範囲を更新する
   ことを特徴とする請求項１に記載の広告配信管理装置。
3. 前記更新部は、
   前記収益期待値の大きさの範囲が隣接する価格ランクの収益実績値に基づいて、前記収益期待値の大きさに対する前記価格ランク毎の範囲を更新する
   ことを特徴とする請求項２に記載の広告配信管理装置。
4. 前記更新部は、
   前記収益期待値の大きさの範囲が隣接する２つの価格ランクの収益実績値の平均値を、前記隣接する２つの価格ランクの境界となる前記収益期待値とする
   ことを特徴とする請求項３に記載の広告配信管理装置。
5. 前記更新部は、前記隣接する価格ランクの収益実績値と、前記隣接する価格ランクでの前記広告コンテンツの配信数とに基づいて、前記収益期待値の大きさに対する前記価格ランク毎の範囲を更新する
   ことを特徴とする請求項３に記載の広告配信管理装置。
6. 広告コンテンツを配信する広告配信装置と、
   広告リクエストに対応する広告コンテンツの配信を管理する広告配信管理装置と、を備え、
   前記広告配信管理装置は、
   広告コンテンツの配信を要求する広告リクエストを受け付ける受付部と、
   前記広告リクエストに対して広告コンテンツを配信した場合の収益期待値に基づき、前記広告リクエストに対して複数の価格ランクのうちいずれか１つを割り当てる割当部と、
   前記割当部によって割り当てられた前記価格ランクで前記広告リクエストに対する広告コンテンツの配信を前記広告配信装置に許可する許可部と、
   前記広告配信装置による前記広告コンテンツの配信実績に基づき、前記複数の価格ランクを更新する更新部と、
   を備えることを特徴とする広告配信システム。
7. コンピュータが実行する広告配信管理方法であって、
   広告コンテンツの配信を要求する広告リクエストを受け付ける受付ステップと、
   前記広告リクエストに対して広告コンテンツを配信した場合の収益期待値に基づき、前記広告リクエストに対して複数の価格ランクのうちいずれか１つを割り当てる割当ステップと、
   前記割当ステップによって割り当てられた前記価格ランクで前記広告リクエストに対する広告コンテンツの配信を広告配信装置に許可する許可ステップと、
   前記広告配信装置による前記広告コンテンツの配信実績に基づき、前記複数の価格ランクを更新する更新ステップと、
   を含むことを特徴とする広告配信管理方法。
8. コンピュータに、
   広告コンテンツの配信を要求する広告リクエストを受け付ける受付ステップと、
   前記広告リクエストに対して広告コンテンツを配信した場合の収益期待値に基づき、前記広告リクエストに対して複数の価格ランクのうちいずれか１つを割り当てる割当ステップと、
   前記割当ステップによって割り当てられた前記価格ランクで前記広告リクエストに対する広告コンテンツの配信を広告配信装置に許可する許可ステップと、
   前記広告配信装置による前記広告コンテンツの配信実績に基づき、前記複数の価格ランクを更新する更新ステップと、
   を実行させることを特徴とする広告配信管理プログラム。

Images