特許 6552569 広告配信管理装置、広告配信管理方法および広告配信管理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6552569

(24)【登録日】2019年7月12日

(45)【発行日】2019年7月31日

(54)【発明の名称】広告配信管理装置、広告配信管理方法および広告配信管理プログラム

(51)【国際特許分類】

   G06Q 30/02 20120101AFI20190722BHJP

【ＦＩ】

   G06Q30/02 392

【請求項の数】9

【全頁数】18

(21)【出願番号】特願2017-180734(P2017-180734)

(22)【出願日】2017年9月20日

(65)【公開番号】特開2019-57104(P2019-57104A)

(43)【公開日】2019年4月11日

【審査請求日】2018年2月15日

(73)【特許権者】

【識別番号】500257300

【氏名又は名称】ヤフー株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】特許業務法人酒井国際特許事務所

(72)【発明者】

【氏名】浅野 俊策

(72)【発明者】

【氏名】堀田 徹

(72)【発明者】

【氏名】盛岡 玲資

(72)【発明者】

【氏名】寺山 淳基

【審査官】 山本 雅士

(56)【参考文献】

【文献】 特許第６１３００３４（ＪＰ，Ｂ１）

【文献】 特開２０１５−１７９５３０（ＪＰ，Ａ）

【文献】 特開２０１５−００５０６８（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１１／００４０６１７（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ９９／００

(57)【特許請求の範囲】

【請求項1】

ユーザからの広告コンテンツの配信要求である広告リクエストを受け付ける受付部と、
前記ユーザの行動履歴を示す要素を少なくともパラメータとする評価モデルに基づいて、広告コンテンツを配信する一の事業者にとっての前記ユーザの好ましさを示すスコアを算出する算出部と、
前記受付部によって前記広告リクエストが受け付けられた場合に、前記スコアに基づいて、前記一の事業者および当該一の事業者以外の他の事業者がそれぞれ管理する広告コンテンツ群のうちから、前記広告リクエストに対する広告コンテンツの抽出元となる広告コンテンツ群を選択する選択部と
を備えることを特徴とする広告配信管理装置。

【請求項2】

前記選択部は、
前記スコアに基づいて選択した事業者によって管理される広告コンテンツ群を、前記広告リクエストに対する広告コンテンツの抽出元となる広告コンテンツ群として選択する
ことを特徴とする請求項１に記載の広告配信管理装置。

【請求項3】

前記受付部は、
所定のコンテンツに表示される広告コンテンツの配信要求である前記広告リクエストを受け付け、
前記選択部は、
前記所定のコンテンツを配信する前記一の事業者、および、前記他の事業者のいずれか一方または双方を選択する
ことを特徴とする請求項２に記載の広告配信管理装置。

【請求項4】

前記選択部は、
前記スコアが所定の閾値以上である前記ユーザから前記広告リクエストを受け付けた場合には、前記一の事業者および前記他の事業者のうち前記一の事業者を選択し、前記スコアが所定の閾値よりも小さい前記ユーザから前記広告リクエストを受け付けた場合には、前記一の事業者および前記他の事業者の双方を選択する
ことを特徴とする請求項１、２または３に記載の広告配信管理装置。

【請求項5】

前記算出部は、
前記ユーザによる広告の選択率、前記ユーザの獲得単価または前記ユーザの広告からの離脱率に基づいて、前記スコアを算出する
ことを特徴とする請求項４に記載の広告配信管理装置。

【請求項6】

前記算出部は、
各スコアに対応するユーザ数が均等に分布するように前記スコアを算出し、
前記選択部は、
前記広告リクエストの要求元である前記ユーザの前記スコアに対応する広告コンテンツ群を選択する
ことを特徴とする請求項４または５に記載の広告配信管理装置。

【請求項7】

前記閾値は、
前記ユーザ数の分布範囲に対し多段で設定可能であって、
前記選択部は、
前記閾値が前記多段で設定されている場合に、該多段の前記閾値によって分割された前記分布範囲のそれぞれに設定された前記広告コンテンツ群を、前記算出部によって算出された前記スコアに基づいて選択する
ことを特徴とする請求項６に記載の広告配信管理装置。

【請求項8】

コンピュータが行う広告配信管理方法であって、
ユーザからの広告コンテンツの配信要求である広告リクエストを受け付ける受付工程と、
前記ユーザの行動履歴を示す要素を少なくともパラメータとする評価モデルに基づいて、広告コンテンツを配信する一の事業者にとっての前記ユーザの好ましさを示すスコアを算出する算出工程と、
前記受付工程によって前記広告リクエストが受け付けられた場合に、前記スコアに基づいて、前記一の事業者および当該一の事業者以外の他の事業者がそれぞれ管理する広告コンテンツ群のうちから、前記広告リクエストに対する広告コンテンツの抽出元となる広告コンテンツ群を選択する選択工程と
を含むことを特徴とする広告配信管理方法。

【請求項9】

ユーザからの広告コンテンツの配信要求である広告リクエストを受け付ける受付手順と、
前記ユーザの行動履歴を示す要素を少なくともパラメータとする評価モデルに基づいて、広告コンテンツを配信する一の事業者にとっての前記ユーザの好ましさを示すスコアを算出する算出手順と、
前記受付手順によって前記広告リクエストが受け付けられた場合に、前記スコアに基づいて、前記一の事業者および当該一の事業者以外の他の事業者がそれぞれ管理する広告コンテンツ群のうちから、前記広告リクエストに対する広告コンテンツの抽出元となる広告コンテンツ群を選択する選択手順と
をコンピュータに実行させることを特徴とする広告配信管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

なお、広告媒体を管理および運用する媒体社は、例えば一部の広告枠在庫を自社で広告主に販売しつつ、残りの広告枠在庫の販売を広告配信業者に委託する場合や、すべての広告枠在庫の販売を広告配信業者に委託する場合がある。

【0004】

いずれにしろ媒体社にとっては広告枠による収益を最大化することが望ましく、広告の配信元の選択を適切に行うことが望まれる。そこで、広告リクエスト（広告配信要求）ごとに、リクエストを送信したユーザの情報（クッキー等）から予測される各配信元のｅＣＰＭ（effective Cost Per Mille）を比較し、予測されるｅＣＰＭが高い配信元を選択する技術が提供されている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１２−０９３７９６号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

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

【0007】

また、上記従来の技術は、ｅＣＰＭに基づいて広告の配信元を選択するものに過ぎない。このため、例えば媒体社にとって将来的に収益を増加させうることが予測される言わば好ましいユーザに対し、必ずしも最適な配信元が選択されるとは限らない。

【0008】

本願は、上記に鑑みてなされたものであって、広告の配信元を適切に選択することができる広告配信管理装置、広告配信管理方法および広告配信管理プログラムを提供することを目的とする。

【課題を解決するための手段】

【0009】

本願に係る広告配信管理装置は、受付部と、算出部と、選択部とを備える。前記受付部は、ユーザからの広告コンテンツの配信要求である広告リクエストを受け付ける。前記算出部は、前記ユーザの行動履歴を示す要素を少なくともパラメータとする評価モデルに基づいて、広告コンテンツを配信する一の事業者にとっての前記ユーザの好ましさを示すスコアを算出する。前記選択部は、前記受付部によって前記広告リクエストが受け付けられた場合に、前記スコアに基づいて、前記一の事業者および当該一の事業者以外の他の事業者がそれぞれ管理する広告コンテンツ群のうちから、前記広告リクエストに対する広告コンテンツの抽出元となる広告コンテンツ群を選択する。

【発明の効果】

【0010】

実施形態の一態様によれば、広告の配信元を適切に選択することができる広告配信管理装置、広告配信管理方法および広告配信管理プログラムを提供することができる。

【図面の簡単な説明】

【0011】

【図1】図１は、実施形態に係る広告配信管理処理の一例を示す図である。

【図2】図２は、実施形態に係る広告配信管理システムの構成例を示す図である。

【図3】図３は、実施形態に係る広告配信管理装置の構成例を示すブロック図である。

【図4】図４は、配信要求先設定の施策の具体例を示す図である。

【図5A】図５Ａは、配信要求先情報の設定例を示す図である。

【図5B】図５Ｂは、スコア情報の具体例を示す図である。

【図5C】図５Ｃは、選択処理の説明図（その１）である。

【図5D】図５Ｄは、選択処理の説明図（その２）である。

【図5E】図５Ｅは、配信要求先情報の設定の変形例を示す図である。

【図6】図６は、実施形態に係る広告配信管理装置が実行する処理手順を示すフローチャートである。

【図7】図７は、広告配信管理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

【発明を実施するための形態】

【0012】

以下に、本願に係る広告配信管理装置、広告配信管理方法および広告配信管理プログラムの実施形態について図面を参照しつつ詳細に説明する。なお、以下に示す実施形態によりこの発明が限定されるものではない。また、以下の実施形態において同一の部位には同一の符号が付され、重複する記載は省略される。

【0013】

〔１．広告配信管理処理〕
まず、実施形態に係る広告配信管理処理について、図１および図２を用いて説明する。図１は、実施形態に係る広告配信管理処理の一例を示す図である。また、図２は、実施形態に係る広告配信管理システム１の構成例を示す図である。

【0014】

なお、以下においては、広告媒体の一例としてウェブページを説明するが、広告媒体は、ウェブページ以外の広告媒体であってもよい。例えば広告媒体は、ゲームアプリケーション、書籍閲覧アプリケーション、音楽配信アプリケーション、動画配信アプリケーションによって表示される媒体などであってもよい。また、以下では、「配信元」といった場合、「抽出元」と言い換えてもよい。

【0015】

図１および図２に示すように、実施形態に係る広告配信管理システム１は、端末装置１０と、ウェブサーバ２０と、広告配信管理装置１００と、複数の広告配信装置３０−１，３０−２とを有する。これらの装置は、図２に示すように、通信ネットワークＮを介して通信可能に接続される。通信ネットワークＮは、例えばインターネットなどであり、接続形態は有線もしくは無線を問わない。なお、広告配信管理システム１には、複数の端末装置１０、複数の広告配信管理装置１００、また、例えば３つ以上の広告配信装置３０−１，３０−２，…が含まれてもよい。

【0016】

図１および図２に示すように、ウェブサーバ２０、広告配信管理装置１００および広告配信装置３０−１は、例えば、媒体社Ａにより管理および運用され、広告配信装置３０−２は、例えば、広告配信業者Ｂにより管理および運用される。

【0017】

端末装置１０は、ユーザＵによって利用される情報処理装置である。端末装置１０は、例えば、ブラウザがインストールされている。図１および図２においては、端末装置１０がノート型ＰＣである場合を例示している。なお、端末装置１０は、例えば、タブレット型端末や、デスクトップ型ＰＣ（Personal Computer）、ノート型ＰＣ、スマートフォン、スマートフォン以外の携帯電話機や、ＰＤＡ（Personal Digital Assistant）などであってもよい。

【0018】

ウェブサーバ２０は、広告枠が設定された各種ウェブページを記憶している。ウェブサーバ２０は、端末装置１０のブラウザからのアクセスがあると、端末装置１０によって指定されたＵＲＬ（Uniform Resource Locator）に対応する各種ウェブページ、例えば、ポータルサイト、ニュースサイト、天気予報サイト、ショッピングサイト、ファイナンス（株価）サイト、路線検索サイト、地図提供サイト、旅行サイト、飲食店紹介サイト、ウェブブログなどに関する各種ウェブページを提供する。

【0019】

端末装置１０のブラウザは、ウェブサーバ２０からウェブページを受信すると、ウェブページに設定された広告枠に対応する広告リクエスト（以下、単に「リクエスト」と記載する場合がある）を広告配信管理装置１００へ送信する。リクエストは、広告枠に表示する広告コンテンツの配信要求であり、例えば、端末装置１０のユーザＵの識別情報（以下、ユーザＩＤと記載する）や広告枠の識別情報を含む。ユーザＩＤは、例えば、ＨＴＴＰクッキー（HyperText Transfer Protocol Cookie：以下、「クッキー」と記載する）である。かかるクッキーには、ユーザＵの年齢、性別などのユーザ情報は含まれないため、各サーバ側が保持するユーザ情報と端末装置１０側からのクッキーのＩＤが対応付けられ、ターゲティングなどに利用される。

【0020】

このような例において、広告配信管理装置１００は、予めウェブサーバ２０からウェブサーバ２０の記憶する各種ウェブページに設定された広告枠に関する情報を取得し、配信要求先情報を設定する。

【0021】

配信要求先情報は、広告枠それぞれに表示される広告の「配信元」、すなわち広告配信管理装置１００側から見た「配信要求先」などが設定された情報であって、例えば、媒体社Ａの収益の向上の施策、および、後述するユーザＵのスコアなどに応じて、該当の広告枠に対する広告リクエストがあった場合に選択されるべき配信元などが設定される。配信要求先情報の具体例については、図５Ａ等を用いた説明で後述する。

【0022】

また、広告配信管理装置１００は、端末装置１０を利用してウェブページにアクセスする各ユーザＵに対し、例えば媒体社Ａにとってのターゲットユーザであるかなどについて行動ターゲティングの手法等を用い、ＣＴＲ（Click Through Rate）やＣＰＡ（Cost Per Action）、直帰率、離脱率といった所定の指標項目によりユーザＵを随時スコアリングする。

【0023】

また、広告配信管理装置１００は、ユーザＵからの広告リクエストを受け付けた場合に、かかる広告リクエストに対応する広告コンテンツを広告配信装置３０−１，３０−２のいずれか一方または双方から配信させる。このとき、広告配信管理装置１００は、前述の配信要求先情報およびユーザＵのスコアに基づいて配信要求先を選択する。

【0024】

広告配信装置３０−１，３０−２は、広告の「配信元」であり、例えば所定のアドネットワークである。広告配信装置３０−１，３０−２は、広告配信管理装置１００から広告の配信要求があった場合に、かかる広告配信装置３０−１，３０−２に在庫する広告コンテンツ群から、広告コンテンツを配信要求の内容に沿って配信する。

【0025】

より具体的に、広告配信管理装置１００を含む広告配信管理システム１によって実行される広告配信管理処理の一例を流れに沿って説明する。

【0026】

図１に示すように、まず広告配信管理装置１００は、ウェブサーバ２０から広告枠に関する広告枠情報を取得する（ステップＳ１）。広告枠情報には、例えば、ウェブサーバ２０が提供するウェブページに含まれる広告枠の数や、位置、大きさ、かかる広告枠が含まれるウェブページに関する情報（例えば、ウェブページの内容をカテゴリ別に分類した情報など）などが含まれる。

【0027】

そして、広告配信管理装置１００は、広告枠情報に基づき、広告枠ごとに配信要求先情報を設定する（ステップＳ２）。かかる設定は、例えば広告配信管理装置１００を管理する媒体社Ａのオペレータ操作などに基づいて行われる。

【0028】

配信要求先は、例えば広告枠の位置などから、かかる広告枠には、媒体社Ａとしては、収益向上が見込める高スコアのユーザＵの上位者には内製の広告コンテンツ群を提供したい、といった施策に基づいて設定される。この場合、例えば配信要求先情報には、上記上位者の割合に対応する所定の閾値と、上位者および上位者以外それぞれの配信要求先が設定される。

【0029】

また、広告配信管理装置１００は、行動ターゲティングの手法などにより、ユーザＵを随時スコアリングする（ステップＳ３）。

【0030】

また、ウェブサーバ２０は、端末装置１０から送信されたページ要求（ステップＳ４）を受け付けると、ページ要求に応じたウェブページ４０を端末装置１０へ送信する（ステップＳ５）。

【0031】

端末装置１０は、ウェブサーバ２０から広告枠４１を含むウェブページ４０を受信した場合、広告リクエストを広告配信管理装置１００へ送信する（ステップＳ６）。例えば、広告リクエストは、ウェブページ４０に設定された広告枠４１に表示する広告コンテンツの配信要求である。

【0032】

広告配信管理装置１００は、端末装置１０から広告リクエストを受け付けた場合に、配信要求先情報およびユーザＵのスコアに基づき、配信要求先を選択する（ステップＳ７）。配信要求先は、既に述べたが、図１の例において、広告配信装置３０−１，３０−２のいずれか一方または双方を選択可能である。なお、双方を選択する場合、その比率を指定することもできる。かかる選択処理の具体的な内容については、図４〜図５Ｅを用いた説明で後述する。

【0033】

そして、広告配信管理装置１００は、選択した内容に基づいて配信要求先へ配信要求を送信する（ステップＳ８）。配信要求先、すなわち配信元である広告配信装置３０−１，３０−２は、かかる配信要求に応じた広告コンテンツを広告配信管理装置１００へ送信する（ステップＳ９）。

【0034】

そして、広告配信管理装置１００は、広告配信装置３０−１，３０−２から受け付けた広告コンテンツを端末装置１０へ送信する（ステップＳ１０）。その後、端末装置１０は、広告配信管理装置１００から送信された、例えば広告枠４１に対する広告コンテンツＡ０１を広告枠４１に表示する（ステップＳ１１）。なお、広告配信装置３０−１，３０−２は、広告配信管理装置１００を経由せずに、端末装置１０へ直接広告コンテンツを送信するようにしてもよい。また、ステップＳ８の配信要求を広告配信管理装置１００が行わずに、広告配信管理装置１００から端末装置１０へ一旦広告配信タグを返却して、かかる広告配信タグに基づき、端末装置１０からステップＳ８に相当する配信要求を直接配信要求先へ送信するようにしてもよい。

【0035】

このように、実施形態に係る広告配信管理装置１００は、予め配信要求先情報を設定し、また、随時ユーザＵをスコアリングするとともに、ユーザＵ側から広告リクエストを受け付けた場合に、配信要求先情報およびユーザＵのスコアに基づいて配信要求先を選択する。別の言い方をすれば、実施形態に係る広告配信管理装置１００は、ユーザＵのスコアに応じて最適な配信要求先が選択可能となるように予め設定された配信要求先情報、および、広告リクエストを送信したユーザＵのスコアに基づき、抽出元となる広告コンテンツ群を選択する。

【0036】

これにより、スコアリングされることによって自社（ここでは、媒体社Ａ）への将来的な価値が予測され、その価値に準じて順位付けされたユーザＵに応じた最適な配信要求先を選択することが可能となる。したがって、本実施形態に係る広告配信管理装置１００によれば、広告の配信元を適切に選択することができる。

【0037】

〔２．広告配信管理装置１００〕
次に、図３を用いて、広告配信管理装置１００の構成例について説明する。図３は、実施形態に係る広告配信管理装置１００の構成例を示すブロック図である。なお、図３では、広告配信管理装置１００の説明に必要となる構成要素のみを示しており、一般的な構成要素についての記載を省略している。

【0038】

図３に示すように、広告配信管理装置１００は、通信部１１０と、制御部１２０と、記憶部１３０とを備える。

【0039】

（記憶部１３０について）
記憶部１３０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現され、図３の例では、配信要求先情報１３１と、スコア情報１３２と、広告コンテンツ１３３とを記憶する。

【0040】

（通信部１１０について）
通信部１１０は、例えばＮＩＣ（Network Interface Card）などのインターフェイスである。制御部１２０は、通信部１１０および前述の通信ネットワークＮを介して、広告配信管理システム１に含まれる各装置との間で各種の情報を送受信可能である。

【0041】

（制御部１２０について）
制御部１２０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、広告配信管理装置１００内部の記憶装置に記憶されている各種プログラム（広告配信管理プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１２０は、例えば、コントローラであり、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

【0042】

図３に示すように、制御部１２０は、取得部１２１と、設定部１２２と、算出部１２３と、受付部１２４と、選択部１２５と、抽出部１２６と、配信部１２７を有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１２０の内部構成は、図３に示した構成に限られず、後述する情報処理を行うことができる構成であれば他の構成であってもよい。また、制御部１２０が有する各処理部の接続関係は、図３に示した接続関係に限られず、他の接続関係であってもよい。

【0043】

（取得部１２１について）
取得部１２１は、通信部１１０および通信ネットワークＮを介してウェブサーバ２０へアクセスし、ウェブサーバ２０の記憶するウェブページに設定された広告枠に関する情報である広告枠情報を取得する。また、取得部１２１は、取得した広告枠情報を設定部１２２へ渡す。

【0044】

また、取得部１２１は、ユーザＵに関する情報を随時取得し、算出部１２３へ渡す。ユーザＵに関する情報は、例えば既に述べたように行動ターゲティングの手法などに用いる各種パラメータとなりうる情報であり、例えばユーザＵの行動履歴を含む。

【0045】

（設定部１２２について）
設定部１２２は、取得部１２１が取得した広告枠情報に基づき、広告枠ごとの配信要求先に関する情報を設定し、配信要求先情報１３１へ格納する。

【0046】

（算出部１２３について）
算出部１２３は、取得部１２１が取得したユーザＵに関する情報に基づいてユーザＵの広告に関するスコアを算出する。具体的には、算出部１２３は、ユーザＵの広告に対する行動履歴に対応する前述のＣＴＲやＣＰＡ、直帰率、離脱率等に基づいてユーザＵの広告に関するスコアを算出する。

【0047】

例えば算出部１２３は、ユーザＵに関する情報に含まれる複数の要素をパラメータとする評価モデルによってスコアを算出する。

【0048】

算出部１２３は、例えば下記式（１）に示す回帰式を用いてユーザＵのスコアｙを算出する。

【0049】

ｙ ＝ ａ_１・ｘ_１ ＋ ａ_２・ｘ_２ ＋ ・・・ ＋ａ_ｎ・ｘ_ｎ ・・・ （１）

【0050】

上記式（１）のうち、ａ_ｎ（ｎは任意の数）は係数であり、ｘ_ｎは素性（説明変数）である。算出部１２３は、例えばユーザＵに関する情報に含まれる前述の行動履歴に対応する各指標項目を解析し、各項目データに基づく媒体社Ａにとって好ましいユーザＵに対する素性を求める。

【0051】

例えば、媒体社Ａにとって好ましいユーザＵを正例とする場合、かかる好ましいユーザＵの特徴ベクトルを有する場合には「ｘ_ｎ」＝「１」となり、有しない場合には「ｘ_ｎ」＝「０」となる。また、ｘ_ｎの重み値となるａ_ｎは、上記式（１）による好ましいユーザＵを正例とした線形モデルを学習することで調整される。

【0052】

例えば、算出部１２３は、上記式（１）のａ_ｎをパラメータとし、ＳＶＭ（Support Vector Machine）のようなパターン識別機を用いたサポートベクタ回帰などの回帰分析手法によりａ_ｎの重みを調整する。なお、算出部１２３の有する評価モデルは、ここで説明した評価モデルに限定されるものではない。例えば、公知のニューラルネットワークアルゴリズムや、ロジスティック回帰アルゴリズムなどを用いたものであってもよい。

【0053】

また、算出部１２３は、算出したユーザＵそれぞれのスコアｙに対応するユーザ数が均等に分布するようにスコアｙを算出する。分布範囲は、例えば０〜１．０となる。また、算出部１２３は、算出したスコアｙをユーザＩＤへ紐付け、スコア情報１３２へ格納する。

【0054】

なお、配信要求先情報１３１では、かかるユーザＵのスコアｙに対応する閾値が設けられ、広告リクエストを送信したユーザＵのスコアｙのかかる閾値に対する大小により配信要求先が選択されるように情報設定がなされる。その具体例については図４からの説明で後述する。スコア情報１３２についても同様とする。

【0055】

（受付部１２４について）
受付部１２４は、通信部１１０および通信ネットワークＮを介し、ユーザＵからの広告コンテンツの配信要求である広告リクエストを受け付ける。例えば、受付部１２４は、端末装置１０から広告枠４１に表示する広告コンテンツＡ０１の配信要求である広告リクエストを受け付ける。かかる広告リクエストには、既に述べたように端末装置１０を利用するユーザＵのユーザＩＤや広告枠の識別情報である広告枠ＩＤが含まれる。また、受付部１２４は、受け付けた広告リクエストを選択部１２５へ渡す。

【0056】

（選択部１２５について）
選択部１２５は、受付部１２４が受け付けた広告リクエストに含まれる広告枠ＩＤが示す広告枠に表示する広告の配信要求先を、配信要求先情報１３１およびスコア情報１３２に基づいて選択する。すなわち、選択部１２５は、受付部１２４によって広告リクエストが受け付けられた場合に、ユーザＵの広告に関するスコアに基づいて広告リクエストに対する広告コンテンツの抽出元となる広告コンテンツ群を選択する。

【0057】

また、選択部１２５は、ユーザＵの広告に関するスコアに基づいて選択した事業者によって管理される広告コンテンツ群を、広告リクエストに対する広告コンテンツの抽出元となる広告コンテンツ群として選択する。

【0058】

また、選択部１２５は、スコアｙが所定の閾値以上であるユーザＵから広告リクエストを受け付けた場合には、一の事業者および他の事業者のうち一の事業者を選択し、スコアｙが所定の閾値よりも小さいユーザＵから広告リクエストを受け付けた場合には、一の事業者および他の事業者の双方を選択する。

【0059】

また、選択部１２５は、算出部１２３によって算出されたスコアｙに基づいて広告リクエストに対する広告コンテンツの抽出元となる広告コンテンツ群を選択する。

【0060】

また、算出部１２３は、上述のように、各スコアに対応するユーザ数が均等に分布するようにスコアｙを算出しており、選択部１２５は、広告リクエストの要求元であるユーザのスコアｙに対応する広告コンテンツ群を選択する。

【0061】

具体的には、選択部１２５は、広告リクエストが示す広告枠ＩＤに関し、まず広告リクエストに含まれるユーザＩＤを参照し、かかるユーザＩＤをスコア情報１３２に照らして該当するユーザＵのスコアｙを取得する。

【0062】

そして、選択部１２５は、取得したスコアｙと、配信要求先情報１３１に含まれる該当広告枠における閾値とを比較する。そして、選択部１２５は、その比較結果に応じ、配信要求先情報１３１に設定された配信要求先を選択する。

【0063】

（選択処理の具体例）
ここで、かかる選択部１２５による選択処理について図４〜図５Ｅを用いてより具体的に説明する。図４は、配信要求先設定の施策の具体例を示す図である。また、図５Ａは、配信要求先情報１３１の設定例を示す図である。また、図５Ｂは、スコア情報１３２の具体例を示す図である。

【0064】

また、図５Ｃおよび図５Ｄは、選択処理の説明図（その１）および（その２）である。また、図５Ｅは、配信要求先情報１３１の設定の変形例を示す図である。

【0065】

まず、前提として図４に示すように、媒体社Ａの有するウェブページ４０に対し、ファーストビューには広告枠４１−１が、セカンドビューには広告枠４１−２が、それぞれ設けられているものとする。

【0066】

そして、かかるウェブページ４０の運用に関し、媒体社ＡのオペレータＯＰは、図中に示すように、「高スコアユーザの５割にはファーストビューの広告枠４１−１は自社の広告群だけから表示させたい」、「ファーストビュー以外の広告枠４１−２は３割の高スコアユーザにしよう」との施策に立って配信要求先情報１３１を設定したものとする。

【0067】

かかる場合の設定例が図５Ａである。また、前述のように、算出部１２３は、算出したユーザＵそれぞれのスコアｙに対応するユーザ数が均等に分布するようにスコアｙを算出するので、スコア情報１３２は一例として図５Ｂのようになる。なお、図５Ｂは、ユーザＵそれぞれのスコアｙに対応するユーザ数が均等に分布している様子をごく模式的に表している。また、説明の便宜上、図５Ｂでは、０〜１．０の範囲を、０．１刻みで区切っている。

【0068】

このような前提に立った場合、まずユーザＵのスコアｙの上位者５割を区切る値は「０．５」となるので、図５Ａに示すように、広告枠４１−１の設定に関しては、閾値として「０．５」を含む条件が設定される。そして、ユーザＵのスコアがかかる「０．５」以上である場合の配信要求先「媒体社Ａ」（広告配信装置３０−１に対応）と、「０．５」未満である場合の配信要求先「媒体社Ａ」および「広告配信業者Ｂ」（広告配信装置３０−２に対応）とが設定される。

【0069】

また、同様に、ユーザＵのスコアｙの上位者３割を区切る値は「０．７」となるので、図５Ａに示すように、広告枠４１−２の設定に関しては、閾値として「０．７」を含む条件が設定される。そして、ユーザＵのスコアがかかる「０．７」以上である場合の配信要求先「媒体社Ａ」と、「０．７」未満である場合の配信要求先「媒体社Ａ」および「広告配信業者Ｂ」とが設定される。

【0070】

ここで、広告枠４１−１の広告リクエストを、例えば異なるユーザＩＤ「Ｕ００１」、「Ｕ００２」、「Ｕ００３」の各ユーザＵからそれぞれ受け付けた場合で、例えばユーザＩＤ「Ｕ００１」はスコアｙが「０．８２」で、ユーザＩＤ「Ｕ００２」はスコアｙが「０．６５」で、ユーザＩＤ「Ｕ００３」はスコアｙが「０．１６」であったものと仮定する。

【0071】

かかる場合、図５Ａの設定内容に沿えば、広告枠４１−１に関しては、図５Ｃに示すように閾値が「０．５」となるので、かかる閾値以上であるユーザＩＤ「Ｕ００１」，「Ｕ００２」のユーザＵの広告リクエストに対し、選択部１２５は、媒体社Ａを配信要求先として選択する。また、閾値未満であるユーザＩＤ「Ｕ００３」のユーザＵの広告リクエストに対し、選択部１２５は、媒体社Ａおよび広告配信業者Ｂを配信要求先として選択する。

【0072】

また、同様に、広告枠４１−２に関しては、図５Ｄに示すように閾値が「０．７」となるので、かかる閾値以上であるユーザＩＤ「Ｕ００１」のユーザＵの広告リクエストに対し、選択部１２５は、媒体社Ａを配信要求先として選択する。また、閾値未満であるユーザＩＤ「Ｕ００２」，「Ｕ００３」のユーザＵの広告リクエストに対し、選択部１２５は、媒体社Ａおよび広告配信業者Ｂを配信要求先として選択する。

【0073】

なお、図５Ｅに変形例として示すように、配信要求先情報１３１では、例えば１つの広告枠４１−１に対し、閾値が２つ以上となるように、多段で配信要求先が設定されるようにしてもよい。すなわち、閾値は、ユーザ数の分布範囲に多段で設定可能であって、選択部１２５は、閾値が多段で設定されている場合に、かかる多段の閾値によって分割された各分布範囲に設定された広告コンテンツ群を、算出部１２３によって算出されたスコアｙに基づいて選択する。また、図５Ｅに示すように、配信要求先ごとに要求する広告コンテンツの配分比を定めるようにしてもよい。

【0074】

このような選択処理を行うことによって、アクセスしてきたユーザＵのスコアに基づいて抽出対象となる広告コンテンツ群をコントロールすることができる。例えば自社（ここでは媒体社Ａ）にとってはメリットの大きいユーザＵへの広告配信については、自社を主たる配信元とすることによって、内製の広告コンテンツ群を有効に活用しつつ、収益を向上させることが可能となる。

【0075】

（抽出部１２６について）
図３の説明に戻り、つづいて抽出部１２６について説明する。抽出部１２６は、選択部１２５の選択結果を受け取り、かかる選択結果に応じた配信要求を生成して、通信部１１０および通信ネットワークＮを介し、配信要求先へ配信要求を送信する。

【0076】

また、抽出部１２６は、通信部１１０および通信ネットワークＮを介し、配信要求先からの応答である広告コンテンツを受信し、広告コンテンツ１３３へ格納する。

【0077】

（配信部１２７について）
配信部１２７は、広告コンテンツ１３３に基づき、端末装置１０へ広告コンテンツを送信する。

【0078】

〔３．広告配信管理装置１００の処理手順〕
次に、実施形態に係る広告配信管理装置１００が実行する処理手順について説明する。図６は、実施形態に係る広告配信管理装置１００が実行する処理手順を示すフローチャートである。

【0079】

図６に示すように、まず取得部１２１が、ウェブサーバ２０の有するウェブページに設定された広告枠に関する広告枠情報を取得する（ステップＳ１０１）。そして、設定部１２２が、かかる広告枠情報および媒体社Ａの施策内容に基づいて配信要求先情報１３１を設定する（ステップＳ１０２）。

【0080】

また、算出部１２３は、取得部１２１によって取得されるユーザＵに関する情報に基づき、ユーザＵを随時スコアリングする（ステップＳ１０３）。

【0081】

受付部１２４は、ユーザＵからの広告リクエストを随時受け付ける。ここで、受付部１２４が広告リクエストを受け付けた場合（ステップＳ１０４，Ｙｅｓ）、選択部１２５が、配信要求先情報１３１および広告リクエストを送信したユーザＵのスコアに基づき、該当の広告枠の配信要求先を選択する（ステップＳ１０５）。受付部１２４が広告リクエストを受け付けない場合（ステップＳ１０４，Ｎｏ）、ステップＳ１０４を繰り返す。

【0082】

そして、抽出部１２６が、選択部１２５の選択した配信要求先から広告コンテンツを抽出する（ステップＳ１０６）。つづいて、配信部１２７が、抽出された広告コンテンツを端末装置１０へ配信し（ステップＳ１０７）、処理を終了する。なお、ここでは便宜上、全体の処理の流れを一連的に示したが、実際の運用では広告配信管理装置１００は１つのウェブページに関し、ステップＳ１０１およびＳ１０２を初期処理として実行した後、ステップＳ１０３〜Ｓ１０７を繰り返し実行することとなる。

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

例えば、コンピュータ６０が実施形態に係る広告配信管理装置１００として機能する場合、コンピュータ６０のＣＰＵ６１は、ＲＡＭ６２上にロードされたプログラムを実行することにより、取得部１２１、設定部１２２、算出部１２３、受付部１２４、選択部１２５、抽出部１２６および配信部１２７の各機能を実現する。また、ＨＤＤ６４には、記憶部１３０内のデータが記憶される。

【0089】

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

【0090】

〔５．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

【0091】

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

【0092】

例えば、図３に示した取得部１２１と、受付部１２４とは統合されてもよい。また、例えば、記憶部１３０に記憶される情報は、通信ネットワークＮを介して、外部に備えられた所定の記憶装置に記憶されてもよい。

【0093】

また、例えば、上述した実施形態では、広告配信管理装置１００が記憶部１３０に広告コンテンツ１３３を一旦保持する場合を例に挙げたが、これを保持せずに端末装置１０へ直接送信することとしてもよい。

【0094】

また、上述した実施形態では、広告枠へ広告コンテンツを表示させる前のユーザＵのスコアｙに基づいて配信要求先を選択する場合を例に挙げたが、一旦広告枠へ広告コンテンツが表示された後のユーザＵの行動を含めたスコアリングを行い、その結果に基づいて配信要求先を選択するようにしてもよい。この場合、表示された広告コンテンツの内容に対するユーザＵの行動、および、それを加味したスコアｙの解析までも行うことができるので、例えば広告コンテンツのカテゴリなども絞り込めるような、より細分化した配信要求先の選択が可能となる。

【0095】

また、上述した実施形態では、広告枠ごとに配信要求先に関する情報を設定する場合を例に挙げたが、例えば広告枠の位置や大きさ、種別などでグルーピング化し、これらを同一の設定を施してもよい。これは、上記した、一旦広告枠へ広告コンテンツが表示された後についても同様である。このようにグルーピングでの設定を可能とすることによって、広告枠それぞれに対する設定作業の煩雑さを解消することができる。

【0096】

また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

【0097】

〔６．効果〕
実施形態に係る広告配信管理システム１の広告配信管理装置１００は、受付部１２４と、選択部１２５とを備える。受付部１２４は、ユーザＵから広告コンテンツの配信要求である広告リクエストを受け付ける。選択部１２５は、受付部１２４によって広告リクエストが受け付けられた場合に、ユーザＵの広告に関するスコアに基づいて広告リクエストに対する広告コンテンツの抽出元となる広告コンテンツ群を選択する。これにより、広告の配信元を適切に選択することができる。

【0098】

また、選択部１２５は、ユーザＵの広告に関するスコアｙに基づいて選択した事業者によって管理される広告コンテンツ群を、広告リクエストに対する広告コンテンツの抽出元となる広告コンテンツ群として選択する。これにより、ユーザＵからの広告リクエストに対し、ユーザＵのスコアｙに応じて事業者単位で広告の配信元を適切に選択することが可能となる。

【0099】

また、受付部１２４は、所定のコンテンツに表示される広告コンテンツの配信要求である広告リクエストを受け付け、選択部１２５は、所定のコンテンツを配信する一の事業者、および、かかる一の事業者以外の他の事業者のいずれか一方または双方を選択する。これにより、媒体社Ａ（一の事業者の一例に相当）および媒体社Ａ以外の事業者のいずれの収益を優先させるか、または、双方の収益を優先させるかといった観点からの施策に基づく配信元の選択が可能となる。

【0100】

また、選択部１２５は、スコアが所定の閾値以上であるユーザから広告リクエストを受け付けた場合には、上記一の事業者および上記他の事業者のうち上記一の事業者を選択し、スコアが所定の閾値よりも小さいユーザから広告リクエストを受け付けた場合には、上記一の事業者および上記他の事業者の双方を選択する。これにより、例えば媒体社Ａにとって好ましいユーザＵについては、媒体社Ａは、自社の管理する広告コンテンツ群のみを配信元とする施策を打つことが可能となる。

【0101】

また、ユーザＵの広告に対する行動履歴に基づいてスコアｙを算出する算出部１２３をさらに備え、選択部１２５は、算出部１２３によって算出されたスコアｙに基づいて広告リクエストに対する広告コンテンツの抽出元となる広告コンテンツ群を選択する。これにより、例えばユーザＵがウェブサーバ２０へアクセスするに際しての行動の特徴や傾向をスコアｙに反映することができるので、ユーザＵを精度よくスコアリングするのに資することができる。

【0102】

また、算出部１２３は、ユーザＵによる広告の選択率、ユーザＵの獲得単価またはユーザＵの広告からの離脱率に基づいて、ユーザＵの広告に関するスコアを算出する。これにより、ユーザＵを精度よくスコアリングするのに資することができる。

【0103】

また、算出部１２３は、各スコアに対応するユーザ数が均等に分布するようにスコアｙを算出し、選択部１２５は、広告リクエストの要求元であるユーザＵのスコアｙに対応する広告コンテンツ群を選択する。これにより、ユーザＵのスコアｙに基づく非常にシンプルな判定で広告コンテンツ群を選択することが可能となる。すなわち、多様なパラメータを取り扱うことによって処理を複雑化させにくい。

【0104】

また、上記閾値は、ユーザ数が均等に分布する分布範囲に多段で設定可能であって、選択部１２５は、上記閾値が多段で設定されている場合に、かかる多段の閾値によって分割された分布範囲のそれぞれに設定された広告コンテンツ群を、算出部１２３によって算出されたスコアｙに基づいて選択する。これにより、抽出元となる広告コンテンツ群が多数存在する場合でも、スコアｙに応じ、広告の配信元を適切に選択することができる。

【0105】

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

【0106】

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

【符号の説明】

【0107】

１ 広告配信管理システム
１０ 端末装置
２０ ウェブサーバ
３０−１ 広告配信装置
３０−２ 広告配信装置
１００ 広告配信管理装置
１１０ 通信部
１２０ 制御部
１３０ 記憶部
１２１ 取得部
１２２ 設定部
１２３ 算出部
１２４ 受付部
１２５ 選択部
１２６ 抽出部
１２７ 配信部
１３１ 配信要求先情報
１３２ スコア情報
１３３ 広告コンテンツ群
Ａ 媒体社
Ｂ 広告配信業者

【図1】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【図5C】

【図5D】

【図5E】

【図6】

【図7】