(57)【特許請求の範囲】
【請求項１】
広告コンテンツの配信を要求する広告リクエストを受け付ける受付部と、
前記広告リクエストに対して第１の広告配信装置で広告コンテンツを配信した場合の収益期待値を予測する予測部と、
前記広告リクエストに対する広告コンテンツの配信を、前記収益期待値に応じた値に基づいて行うか否かの問い合わせを１以上の第２の広告配信装置に行う問い合わせ部と、
前記問い合わせに対し、前記広告リクエストに対する広告コンテンツの配信を、前記収益期待値に応じた値に基づいて行う前記第２の広告配信装置がない場合に、前記広告リクエストに対する広告コンテンツの配信元として前記第１の広告配信装置を選択する選択部と、
を備えることを特徴とする広告配信管理装置。
【請求項２】
複数の異なる第２の広告配信装置に対して収益期待値に応じた値毎に割り当てられた優先順位の情報を記憶する優先順位記憶部を備え、
前記問い合わせ部は、
前記複数の異なる第２の広告配信装置のうち前記優先順位が高い第２の広告配信装置から優先して、前記問い合わせを行う
ことを特徴とする請求項１に記載の広告配信管理装置。
【請求項３】
前記予測部は、
前記収益期待値を予測する複数種類の予測モデルを有し、前記広告リクエストを行うクライアントに応じて前記予測モデルを変更して前記収益期待値を予測する
ことを特徴とする請求項１又は２に記載の広告配信管理装置。
【請求項４】
広告コンテンツを配信する第１の広告配信装置と、
広告コンテンツを配信する第２の広告配信装置と、
広告リクエストに対応する広告コンテンツを前記第１および第２の広告配信装置のいずれかから配信させる広告配信管理装置と、を備え、
前記広告配信管理装置は、
広告コンテンツの配信を要求する広告リクエストを受け付ける受付部と、
前記広告リクエストに対して第１の広告配信装置で広告コンテンツを配信した場合の収益期待値を予測する予測部と、
前記広告リクエストに対する広告コンテンツの配信を、前記収益期待値に応じた値に基づいて行うか否かの問い合わせを１以上の第２の広告配信装置に行う問い合わせ部と、
前記問い合わせに対し、前記広告リクエストに対する広告コンテンツの配信を、前記収益期待値に応じた値に基づいて行う前記第２の広告配信装置がない場合に、前記広告リクエストに対する広告コンテンツの配信元として前記第１の広告配信装置を選択する選択部と、
を備えることを特徴とする広告配信システム。
【請求項５】
コンピュータが実行する広告配信管理方法であって、
広告コンテンツの配信を要求する広告リクエストを受け付ける受付ステップと、
前記広告リクエストに対して第１の広告配信装置で広告コンテンツを配信した場合の収益期待値を予測する予測ステップと、
前記広告リクエストに対する広告コンテンツの配信を、前記収益期待値に応じた値に基づいて行うか否かの問い合わせを１以上の第２の広告配信装置に行う問い合わせステップと、
前記問い合わせに対し、前記広告リクエストに対する広告コンテンツの配信を、前記収益期待値に応じた値に基づいて行う前記第２の広告配信装置がない場合に、前記広告リクエストに対する広告コンテンツの配信元として前記第１の広告配信装置を選択する選択ステップと、
を含むことを特徴とする広告配信管理方法。
【請求項６】
コンピュータに、
広告コンテンツの配信を要求する広告リクエストを受け付ける受付ステップと、
前記広告リクエストに対して第１の広告配信装置で広告コンテンツを配信した場合の収益期待値を予測する予測ステップと、
前記収益期待値に基づく値を用いて、前記広告リクエストに対する広告コンテンツの配信を、前記収益期待値に応じた値に基づいて行うか否かの問い合わせを１以上の第２の広告配信装置に行う問い合わせステップと、
前記問い合わせに対し、前記広告リクエストに対する広告コンテンツの配信を、前記収益期待値に応じた値に基づいて行う前記第２の広告配信装置がない場合に、前記広告リクエストに対する広告コンテンツの配信元として前記第１の広告配信装置を選択する選択ステップと、
を実行させることを特徴とする広告配信管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広告配信管理装置、広告配信システム、広告配信管理方法および広告情報管理プログラムに関する。
【背景技術】
【０００２】
近年、インターネットの飛躍的な普及に伴い、インターネットを介した広告配信が盛んに行われている。例えば、広告媒体（例えば、ウェブページ）に設定された広告枠に、企業や商品等の広告コンテンツを表示し、かかる広告コンテンツがクリックされた場合に広告主のウェブページへ遷移させる広告配信が行われている。
【０００３】
広告媒体を有する媒体社には、例えば、一部の広告枠在庫を広告主に販売しつつ、残り広告枠在庫の販売を広告配信業者に委託する媒体社や、すべての広告枠在庫の販売を広告配信業者に委託する媒体社などがある。
【０００４】
広告コンテンツの掲載価格が、例えば、広告主により指定された入札価格や広告効果（例えば、ＣＴＲ：Click  Through  Rate）に基づいて決定される場合、広告コンテンツの配信元(以下、広告配信元と記載する)が媒体社であるか広告配信業者であるかで広告枠による媒体社の収益が増減する場合がある。また、すべての広告枠在庫の販売を複数の広告配信業者に委託する場合も、広告配信元をいずれの広告配信業者とするかによって媒体社の収益が増減することがある。
【０００５】
媒体社にとっては広告枠による収益を最大化することが望ましく、広告配信元の選択を適切に行うことが望まれる。そこで、広告コンテンツ毎にｅＣＰＭ（effective  Cost  Per  Mille）を予測し、かかる予測したｅＣＰＭに基づいて広告配信元を選択することで、媒体社の収益を向上させる技術が提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１２−０９３７９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、媒体社は、広告配信業者から広告コンテンツの配信単価（例えば、ＣＰＣ；Cost  Per  Click）の情報を取得することができない場合があり、この場合、上記技術では、広告コンテンツのｅＣＰＭを予測することができず、広告配信元の選択ができない。
【０００８】
本願は、上記に鑑みてなされたものであって、広告枠による収益を向上させることができる広告配信管理装置、広告配信システム、広告配信管理方法および広告情報管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本願に係る広告配信管理装置は、受付部と、予測部と、問い合わせ部と、選択部とを有する。前記受付部は、広告コンテンツの配信を要求する広告リクエストを受け付ける。前記予測部は、前記広告リクエストに対して第１の広告配信装置で広告コンテンツを配信した場合の収益期待値を予測する。前記問い合わせ部は、前記収益期待値に基づく値を用いて、前記広告リクエストに対する広告コンテンツの配信を行うか否かの問い合わせを１以上の第２の広告配信装置に行う。前記選択部は、前記問い合わせに対し、前記広告リクエストに対する広告コンテンツの配信を行う前記第２の広告配信装置がない場合に、前記広告リクエストに対する広告コンテンツの配信元として前記第１の広告配信装置を選択する。
【発明の効果】
【００１０】
実施形態の一態様によれば、広告枠による収益を向上させることができる広告配信管理装置、広告配信システム、広告配信管理方法および広告情報管理プログラムを提供することができる。
【図面の簡単な説明】
【００１１】
【図１Ａ】図１Ａは、実施形態に係る広告配信管理処理を示す図である。
【図１Ｂ】図１Ｂは、価格条件テーブルによる価格条件の一例を示す図である。
【図２】図２は、実施形態に係る広告配信システムの構成例を示す図である。
【図３】図３は、実施形態に係る広告配信管理装置の構成例を示す図である。
【図４】図４は、価格条件テーブルの一例を示す図である。
【図５】図５は、収益期待値と収益値との関係を示す図である。
【図６】図６は、収益期待値と収益期待値との関係例を示す図である。
【図７】図７は、複数の広告配信装置のそれぞれに優先順位を付与した場合の価格条件テーブルの一例を示す図である。
【図８】図８は、複数の広告配信装置のそれぞれに対して異なる価格ランクを適用する場合の価格条件テーブルの一例を示す図である。
【図９】図９は、実施形態に係る広告配信管理装置の情報処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下に、本願に係る広告配信管理装置、広告配信システム、広告配信管理方法および広告情報管理プログラムの実施形態について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る広告配信管理装置、広告配信システム、広告配信管理方法および広告情報管理プログラムが限定されるものではない。
【００１３】
［１．広告配信処理］
まず、実施形態に係る広告配信処理について説明する。図１Ａおよび図１Ｂは、実施形態に係る広告配信処理の説明図であり、本実施形態においては広告配信システムにより広告配信処理が実行される。なお、以下においては、広告媒体の一例としてウェブページを説明するが、広告媒体は、ウェブページ以外の広告媒体であってもよい。例えば、広告媒体は、ゲームアプリケーション、書籍閲覧アプリケーション、音楽配信アプリケーション、動画配信アプリケーションによって表示される媒体などであってもよい。
【００１４】
図１Ａに示すように、実施形態に係る広告配信システム１は、ウェブサーバ２と、広告配信管理装置３と、第１の広告配信装置４と、第２の広告配信装置５とを有し、これらの装置は、通信ネットワークを介して通信可能に接続される。ウェブサーバ２、広告配信管理装置３および第１の広告配信装置４は、例えば、媒体社ＣＡにより管理および運用され、第２の広告配信装置５は、例えば、広告配信業者ＣＢにより管理および運用される。
【００１５】
ウェブサーバ２は、複数のウェブページを記憶しており、かかるウェブページには広告枠が設定される。ウェブサーバ２は、端末装置６から送信されたページリクエスト（Ｓｔｅｐ１）を受け付けると、ページリクエストに応じたウェブページ８を端末装置６へ送信する（Ｓｔｅｐ２）。
【００１６】
端末装置６は、ウェブサーバ２からウェブページ８を受信すると、広告リクエストを広告配信管理装置３へ送信する（Ｓｔｅｐ３）。かかる広告リクエストは、ウェブページ８に設定された広告枠９に表示する広告コンテンツの配信要求である。
【００１７】
広告配信管理装置３の制御部１２は、端末装置６から広告リクエストを受け付けると、広告リクエストに対して第１の広告配信装置４で広告コンテンツを配信した場合の収益期待値を予測する。収益期待値は、例えば、広告リクエストに対する広告コンテンツの配信により期待されるｅＣＰＭ（effective  Cost  Per  Mille）である。
【００１８】
ｅＣＰＭは、１０００インプレッション当たりの収益であり、広告配信管理装置３の制御部１２は、例えば、ユーザＵの属性、広告枠９の属性、過去の広告コンテンツのクリック頻度やインプレション頻度などからｅＣＰＭ期待値を予測する。ｅＣＰＭ期待値は、例えば、「Ｚｏｎｅ１」から「Ｚｏｎｅ５」までの５段階に設定される。
【００１９】
広告配信管理装置３の記憶部１１には、広告リクエストに対する広告コテンツの配信元を選択するための価格条件テーブルが記憶される。図１Ｂは、記憶部１１に記憶される価格条件テーブルによる価格条件の一例を示す図である。図１Ｂに示すように、価格条件テーブルによる価格条件では、第１の広告配信装置４での収益期待値と第２の広告配信装置５に提示する価格ランクとの関係が示される。
【００２０】
図１Ｂに示す例では、収益期待値が「Ｚｏｎｅ１」であれば、「Ｒａｎｋ１」の価格ランクが設定され、収益期待値が「Ｚｏｎｅ２」であれば、「Ｒａｎｋ２」の価格ランクが設定される。また、収益期待値が「Ｚｏｎｅ３」であれば、「Ｒａｎｋ３」の価格ランクが設定され、収益期待値が「Ｚｏｎｅ４」であれば、「Ｒａｎｋ４」の価格ランクが設定され、収益期待値が「Ｚｏｎｅ５」であれば、「Ｒａｎｋ５」の価格ランクが設定される。なお、「Ｒａｎｋ１」〜「Ｒａｎｋ５」のように価格ランクを段階的に設けるのではなく、収益期待値に対して比例するように価格ランクを設けるようにしてもよい。例えば、収益期待値に所定の係数を乗算した結果を価格ランクとしてもよい。
【００２１】
広告配信管理装置３の制御部１２は、第１の広告配信装置４での収益期待値から広告リクエストに対して割り当てる価格ランク（以下、提供価格ランクと記載する場合がある）を決定する。例えば、制御部１２は、第１の広告配信装置４での収益期待値が「Ｚｏｎｅ２」であれば、「Ｒａｎｋ２」以上の価格ランクを提供価格ランクとして広告リクエストに対して割り当てる。
【００２２】
提供価格ランクは、媒体社ＣＡが広告枠在庫の販売によって広告配信業者ＣＢから得ることができる収益が第１の広告配信装置４による収益期待値と同等以上の収益になるように価格条件テーブルに設定されることが望ましい。例えば、提供価格ランクに対して広告配信業者ＣＢから得た収益の５０％が媒体社ＣＡへ提供される場合、広告配信業者ＣＢで得られる収益の５０％が第１の広告配信装置４による収益期待値と同等以上であることが望ましい。
【００２３】
広告配信管理装置３の制御部１２は、広告リクエストに対して割り当てた提供価格ランクで広告リクエストに対する広告コンテンツの配信を行うか否かの問い合わせを第２の広告配信装置５に対して行う（Ｓｔｅｐ４）。かかる問い合わせに対して、第２の広告配信装置５から配信可否を示す応答（以下、配信可否応答と記載する）を受信する（Ｓｔｅｐ５）。広告配信管理装置３の制御部１２は、配信可否応答に基づき、広告リクエストに対する広告コンテンツを配信する広告配信装置を選択し、選択した広告配信装置から広告コンテンツを配信させる（Ｓｔｅｐ６）。
【００２４】
具体的には、制御部１２は、第２の広告配信装置５から受信した配信可否応答が配信可を示す場合、第２の広告配信装置５から広告リクエストに対する広告コンテンツを配信させる。一方、第２の広告配信装置５から受信した配信可否応答が配信不可を示す場合、広告リクエストに対する広告コンテンツの配信を提供価格ランクで行う第２の広告配信装置５がない。そのため、制御部１２は、第１の広告配信装置４から広告リクエストに対する広告コンテンツを配信させる。
【００２５】
このように、広告配信管理装置３は、第１の広告配信装置４の収益期待値と同等以上の収益を得ることができる提供価格ランクで第２の広告配信装置５での広告配信ができる場合には、第２の広告配信装置５からの広告配信を実行させる。一方、第２の広告配信装置５が提供価格ランクで広告配信を行わない場合、第１の広告配信装置４からの広告配信を実行させる。
【００２６】
これにより、第１の広告配信装置４による広告配信と第２の広告配信装置５による広告配信とでどちらが広告配信による収益が高いか分からない場合であっても、第１の広告配信装置４の収益期待値と同等以上の収益を得ることが可能であり、広告枠による収益を向上させることができる。
【００２７】
［２．広告配信システム１］
次に、図２を用いて、実施形態に係る広告配信システム１の構成例について説明する。なお、以下においては、複数の広告配信業者がそれぞれ第２の広告配信装置を有する場合の例について説明する。なお、広告配信業者および第２の広告配信装置の数は２つに限られず、３以上であってもよい。
【００２８】
図２に例示するように、実施形態に係る広告配信システム１は、ウェブサーバ２と、広告配信管理装置３と、第１の広告配信装置４と、第２の広告配信装置５Ａ、５Ｂ（以下、第２の広告配信装置５と総称する場合がある）とを備える。これらの装置は、通信ネットワーク７を介して互いに通信可能に接続される。通信ネットワーク７は、例えば、インターネットなどである。
【００２９】
端末装置６は、例えば、ユーザＵによって利用されるＰＣ（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)が第２の広告配信装置５に送られるように設定してもよい。この場合、第２の広告配信装置５は、ウェブビーコンに含まれるＢクッキーからユーザＵの属性情報を取得する。また、広告リクエストに広告枠のサイズやページ内位置の情報を含めるようにウェブページにウェブビーコンを設定することで、第２の広告配信装置５は、ウェブビーコンから広告枠の情報を取得することができる。
【０１００】
また、上述の実施形態では、優先順位を付加する場合と、第２の広告配信装置５毎に価格ランクを設定する場合とに分けて説明したが、優先順位を付加し、かつ、第２の広告配信装置５毎に価格ランクを設定してもよい。この場合、価格ランクが大きい第２の広告配信装置５を優先し、価格ランクが同じである場合、優先順位が高い第２の広告配信装置５を優先する。
【０１０１】
また、広告配信管理装置３の制御部１２は、広告配信業者ＣＢ１、ＣＢ２から定期的（例えば、１月ごと）に提供される実績収益報告書データに基づいて第２の広告配信装置５Ａ、５Ｂによる収益期待値を算出し、価格条件テーブルを生成することもできる。
【０１０２】
［６．効果］
実施形態にかかる広告配信管理装置３は、受付部３１と、予測部３２と、割当部３３と、問い合わせ部３４と、選択部３５とを有する。受付部３１は、広告コンテンツの配信を要求する広告リクエストを受け付ける。予測部３２は、広告リクエストに対して第１の広告配信装置４で広告コンテンツを配信した場合の収益期待値ＲＡを予測する。割当部３３は、収益期待値ＲＡに基づき、広告リクエストに対して提供価格ランクを割り当てる。問い合わせ部３４は、広告リクエストに対する広告コンテンツの配信を提供価格ランクで行うか否かの問い合わせを１以上の第２の広告配信装置５（５Ａ、５Ｂ）に行う。選択部３５は、問い合わせに対し、広告リクエストに対する広告コンテンツの配信を提供価格ランクで行う第２の広告配信装置５（５Ａ、５Ｂ）がない場合に、広告リクエストに対する広告コンテンツの配信元として第１の広告配信装置４を選択する。
【０１０３】
これにより、広告リクエストに対する広告コンテンツの配信を提供価格ランクで行う第２の広告配信装置５がある場合に、広告リクエストに対する広告コンテンツの配信元として第２の広告配信装置５を選択することができる。したがって、第１の広告配信装置４での収益期待値ＲＡと同等以上の収益を得ることができる価格ランクを設定することで、広告枠による収益を向上させることができる。
【０１０４】
また、提供価格ランクは、収益期待値ＲＡの大きさに応じて第１の価格ランクから第ｎの価格ランク（ｎは２以上の整数）まで段階的に設定される。割当部３３は、第１の価格ランクから第ｎの価格ランクのうち、収益期待値ＲＡの大きさに対応する価格ランクを広告リクエストに対して割り当てる。
【０１０５】
これにより、価格ランクの設定が複雑にならず、広告配信業者ＣＢ１、ＣＢ２への価格設定を単純化することができる。また、収益期待値ＲＡの精度がよくない場合であっても、平均化することによりばらつきを吸収することができ、広告枠による収益を安定して向上させることができる。
【０１０６】
また、広告配信管理装置３は、複数の異なる第２の広告配信装置５Ａ、５Ｂに対して価格ランク毎に割り当てられた優先順位の情報を記憶する価格情報ＤＢ２３（優先順位記憶部の一例）を有する。問い合わせ部３４は、複数の異なる第２の広告配信装置５Ａ、５Ｂのうち優先順位が高い第２の広告配信装置５から優先して、問い合わせを行う。
【０１０７】
これにより、配信可を示す応答を送信する可能性が高い第２の広告配信装置５の優先度を高くすることで、広告リクエストに対する広告コンテンツの配信を平均的に早くすることができる。
【０１０８】
また、広告配信管理装置３は、複数の第２の広告配信装置５Ａ、５Ｂのそれぞれに対して収益期待値ＲＡと価格ランクとの関係を規定した情報を記憶する価格情報ＤＢ２３（価格情報記憶部の一例）を有する。割当部３３は、広告リクエストに対し収益期待値ＲＡに応じた提供価格ランクを複数の第２の広告配信装置５Ａ、５Ｂのそれぞれに対して割り当てる。問い合わせ部３４は、複数の異なる第２の広告配信装置５Ａ、５Ｂのうち提供価格ランクが相対的に高い第２の広告配信装置５から優先して、問い合わせを行う。
【０１０９】
これにより、同じ収益期待値ＲＡでもより高い価格ランクを設定した広告配信装置５が広告配信を行えば、媒体社ＣＡが広告配信業者ＣＢ１、ＣＢ２から得ることができる収益を向上させることができる。
【０１１０】
また、予測部３２は、収益期待値ＲＡを予測する複数種類の予測モデルを有し、広告リクエストを行う端末装置６（クライアントの一例）に応じて予測モデルを変更して収益期待値ＲＡを予測する。
【０１１１】
これにより、複数の予測モデルに振り分けて収益期待値ＲＡを予測することができ、予測モデルによる収益期待値ＲＡの予測のばらつきを平均化することができる。
【０１１２】
［７．その他］
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【０１１３】
上述した広告配信管理装置３は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application  Programming  Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。また、広告配信管理装置３および第１の広告配信装置４を一つのサーバコンピュータで実現してもよい。
【符号の説明】
【０１１４】
１  広告配信システム
２  ウェブサーバ
３  広告配信管理装置
４  第１の広告配信装置
５、５Ａ、５Ｂ  第２の広告配信装置
６  端末装置
７  通信ネットワーク
１０  通信部
１１  記憶部
１２  制御部
３１  受付部
３２  予測部
３３  割当部
３４  問い合わせ部
３５  選択部
２１  ユーザ情報ＤＢ
２２  広告枠情報ＤＢ
２３  価格情報ＤＢ
【図１Ａ】
0005899356.tif 000002
【図１Ｂ】
0005899356.tif 000003
【図２】
0005899356.tif 000004
【図３】
0005899356.tif 000005
【図４】
0005899356.tif 000006
【図５】
0005899356.tif 000007
【図６】
0005899356.tif 000008
【図７】
0005899356.tif 000009
【図８】
0005899356.tif 000010
【図９】
0005899356.tif 000011