(57)【要約】【課題】より精度よく広告枠自体の品質を評価することができる広告枠評価装置などを提供すること。【解決手段】端末装置に表示されるコンテンツの広告枠に特定の基準広告が表示された際のユーザの反応を評価するためのリアクション情報を取得する取得部と、前記取得部により取得されたリアクション情報に基づいて、前記特定の基準広告が表示された広告枠の品質を評価する評価部と、を備える広告枠評価装置。【選択図】図１
2017220087.tif 000002
【特許請求の範囲】
【請求項１】
端末装置に表示されるコンテンツの広告枠に特定の基準広告が表示された際のユーザの反応を評価するためのリアクション情報を取得する取得部と、
前記取得部により取得されたリアクション情報に基づいて、前記特定の基準広告が表示された広告枠の品質を評価する評価部と、
を備える広告枠評価装置。
【請求項２】
前記取得部は、前記特定の基準広告に対するユーザのリアクション度合を認識可能な情報を、前記リアクション情報として取得し、
前記評価部は、前記取得部により取得されたリアクション情報から認識される前記特定の基準広告に対するユーザのリアクション度合に基づいて、前記特定の基準広告が表示された広告枠の品質を評価する、
請求項１記載の広告枠評価装置。
【請求項３】
前記取得部は、前記特定の基準広告がユーザによって選択された回数と、前記特定の基準広告が選択されるのに応じた所定の行動がユーザによってとられた回数とを認識可能な情報を、前記リアクション情報として取得し、
前記評価部は、前記特定の基準広告が選択されるのに応じた所定の行動がとられた回数を、前記特定の基準広告が選択された回数で除算した値に基づいて、前記特定の基準広告が表示された広告枠の品質を評価する、
請求項２記載の広告枠評価装置。
【請求項４】
前記特定の基準広告は、繰り返し配信される同一の広告である、
請求項１から３のうちいずれか１項記載の広告枠評価装置。
【請求項５】
前記特定の基準広告は、前記ユーザのリアクション度合が同程度であることが、予め判明している複数の広告から選択された広告である、
請求項２または３記載の広告枠評価装置。
【請求項６】
前記特定の基準広告は、前記特定の基準広告が選択される回数に対する、前記所定の行動がとられる回数の割合が同程度であることが、予め判明している複数の広告から選択された広告である、
請求項３記載の広告枠評価装置。
【請求項７】
請求項１から６のうちいずれか１項記載の広告枠評価装置と、
広告リクエストを受け付け、前記受け付けた広告リクエストに応じて、前記特定の基準広告を配信する広告配信装置と、
を備える広告配信システム。
【請求項８】
前記広告配信装置は、他の広告に対して一定の割合で、前記特定の基準広告を配信する、
請求項７記載の広告配信システム。
【請求項９】
前記評価部により評価された広告枠の品質に基づいて、前記広告枠ごとの課金額を決定する課金額決定装置を更に備える、
請求項７または８記載の広告配信システム。
【請求項１０】
端末装置に表示されるコンテンツの広告枠に特定の基準広告が表示された際のユーザの反応を評価するためのリアクション情報を取得し、
前記取得したリアクション情報に基づいて、前記特定の基準広告が表示された広告枠の品質を評価する、
広告枠評価方法。
【請求項１１】
コンピュータに、
端末装置に表示されるコンテンツの広告枠に特定の基準広告が表示された際のユーザの反応を評価するためのリアクション情報を取得させ、
前記取得したリアクション情報に基づいて、前記特定の基準広告が表示された広告枠の品質を評価させる、
広告枠評価プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広告枠評価装置、広告配信システム、広告枠評価方法、および広告枠評価プログラムに関する。
【背景技術】
【０００２】
ユーザが使用する端末装置には、インターネットなどのネットワークを介して提供されるコンテンツやアプリケーションプログラムによるコンテンツが表示される。ネットワークを介して提供されるコンテンツとは、例えば、ウェブページ（ウエブサイト）に基づく画像である。これらのコンテンツには、広告枠が設けられる場合がある。広告枠が設けられたコンテンツは、広告配信装置によって配信される広告が、広告枠に埋め込まれた状態で表示される。広告は、静止画、動画、またはこれらの組み合わせで構成され、音声が付随する場合もある。静止画や動画には、テキスト情報が含まれる場合もある。
【０００３】
コンテンツに広告が掲載される場合、広告主に対して課金がなされることがある。この課金の額は、広告枠の品質に応じて調整されることが多い。広告枠の品質を測定する指標として、ＣＴＲ（Click Through Rate）やＣＶＲ（Conversion Rate）などが知られている。ＣＴＲとは、広告の選択回数（広告がクリックまたはタップされた回数）を、広告を掲載したコンテンツの表示回数（インプレッション数）で除算した値である。ＣＶＲとは、広告主の期待する所定の行動（商品の購入など）がとられた回数を、広告の選択回数で除算した値である。これらの指標値は、クッキーやＨＴＭＬタグといった技術によって収集された情報に基づいて算出される。
【０００４】
また、これに関連し、広告枠ごとにクリックされやすさを表す値（バイアス）を求め、バイアスの大きい広告枠に予測クリック率の高い広告を表示することにより、ウェブページ全体としてのクリック率を高めるようにした広告配信装置の発明が開示されている（特許文献１参照）。この発明において広告枠は、画面情報において先頭から何番目の広告枠であるかを示す「ポジション」によって表されている。そして、例えば、ポジションｋについてのクリック率を、ポジション１についてのクリック率で除算してバイアスを求めている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−１８２５９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記従来の技術は、一つの画像（ウェブページ）に含まれる広告枠のうち、どの位置の広告枠が良いかを評価するものであり、複数の画像を評価の対象としていない。また、一つの画像における相対的なクリック率に基づいてバイアスを決定しているため、広告自体のポテンシャル（広告枠の品質に依存せず、その内容などからクリックされやすい広告であるかどうか）が評価に反映されてしまう場合がある。また、その他の技術においても、精度よく広告枠自体の品質を評価することができない場合があった。
【０００７】
本発明は、このような事情を考慮してなされたものであり、より精度よく広告枠自体の品質を評価することができる広告枠評価装置などを提供することを目的の一つとする。
【課題を解決するための手段】
【０００８】
本発明の一態様は、端末装置に表示されるコンテンツの広告枠に特定の基準広告が表示された際のユーザの反応を評価するためのリアクション情報を取得する取得部と、前記取得部により取得されたリアクション情報に基づいて、前記特定の基準広告が表示された広告枠の品質を評価する評価部と、を備える広告枠評価装置である。
【発明の効果】
【０００９】
本発明の一態様によれば、より精度よく広告枠自体の品質を評価することができる。
【図面の簡単な説明】
【００１０】
【図１】第１実施形態の広告枠評価装置４００および広告配信システムの構成や通信環境を示す図である。
【図２】ページレイアウト情報２４２の内容の一例を示す図である。
【図３】インプレッションログ情報５２２の内容の一例を示す図である。
【図４】クリックログ情報５２４の内容の一例を示す図である。
【図５】コンバージョンログ情報５２６の内容の一例を示す図である。
【図６】広告配信に関する全体的な流れを示すシーケンス図である。
【図７】広告枠の品質が異なる画像を例示した図である。
【図８】広告枠の品質が異なる画像を例示した図である。
【図９】広告枠評価装置４００により実行される処理の流れの一例を示すフローチャートである。
【図１０】第２実施形態の広告枠評価装置および広告配信システムの構成や通信環境を示す図である。
【図１１】広告枠評価装置４００などのハードウェア構成を示す図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照し、本発明の広告枠評価装置、広告配信システム、広告枠評価方法、および広告枠評価プログラムの実施形態について説明する。広告枠評価装置は、一以上のプロセッサによって実現される。広告枠評価装置は、端末装置に表示されるコンテンツ（テキスト情報や画像（静止画または動画）を含み、音声が付随されることがあるもの）に設けられる広告枠の品質を、広告自体の品質の影響を排除または低減しつつ、精度よく評価する装置である。広告自体の品質とは、広告の内容から決まる性質のものであり、例えば売れ筋の商品やサービスの広告は、購買などの行動に結びつく可能性が高いため、それ自体の品質が高いと言える。本発明の広告枠評価装置の評価結果を用いることによって、例えば、広告主に課金する課金額を適切に決定することができる。また、広告配信システムは、広告枠評価装置と、例えばウェブサーバからのリクエストに応じて広告をウェブサーバに配信する広告配信装置とを合わせたものである。以下の説明において、各装置の機能的な配置はあくまで一例であり、各装置は適宜、統合されてもよいし、更に細分化されて分散処理を行ってもよい。
【００１２】
＜第１実施形態＞
［システムの全体構成］
図１は、第１実施形態の広告枠評価装置４００および広告配信システムの構成や通信環境を示す図である。図１の例では、一以上の端末装置１００と、ウェブサーバ２００と、広告配信装置３００と、広告枠評価装置４００と、ログ収集サーバ５００と、広告主サーバ６００とが、ネットワークＮＷに接続されている。端末装置１００と広告主サーバ６００を除く構成要素の一部または全部は、統合されて一つの装置とされてもよい。ネットワークＮＷに接続される各装置は、ＮＩＣ（Network Interface Card）や無線通信モジュールなどの通信インターフェースを備えている（図１では不図示）。ネットワークＮＷは、例えば、無線基地局、Ｗｉ−Ｆｉアクセスポイント、通信回線、プロバイダ、インターネットなどを含む。なお、これらの構成要素の全ての組み合わせが相互に通信可能である必要はなく、ネットワークＮＷは、一部にローカルなネットワークを含んでもよい。
【００１３】
端末装置１００は、ユーザ（一般利用者）によって使用される装置である。端末装置１００は、例えば、スマートフォンなどの携帯電話、タブレット端末、パーソナルコンピュータなどのコンピュータ装置（通信装置）である。端末装置１００は、ウェブブラウザなどのＵＡ（User Agent）が起動し、ユーザによって所定の操作がなされることで、ウェブサーバ２００に対してＨＴＴＰ（Hypertext Transfer Protocol）リクエストを送信する。そして、端末装置１００は、ウェブサーバ２００から返信されたウェブページに基づいてウェブ画面を生成し、表示部に表示させる。ウェブページは、例えば、ＨＴＭＬ（Hyper Text Markup Language）等のマークアップ言語で記述されたテキストデータや、スタイルシート、静止画像データ、動画データ、音声データなどを含む。なお、コンテンツを取得するための手段として、ウェブブラウザに代えて、任意のアプリケーションプログラムが使用されてもよい。以下の説明では、コンテンツの一例としてウェブページが取得される例を中心に説明する。
【００１４】
ウェブサーバ２００は、端末装置１００にウェブページを提供する。ウェブサーバ２００は、検索クエリに基づいてネットワーク上で検索を行う検索サーバの機能を有してもよい。
【００１５】
ウェブサーバ２００は、例えば、ＨＴＴＰ処理部２１０と、広告リクエスト発行部２２０と、ウェブページ生成部２３０とを備える。これらの構成要素は、例えば、ＣＰＵ（Central Processing Unit）などのプロセッサが、記憶部２４０などに記憶されたプログラムを実行することにより実現される。また、これらの構成要素は、ＬＳＩ（Large Scale Integration）やＡＳＣＩ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）などのハードウェア（回路部；circuitry）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。記憶部２４０は、例えば、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、或いはこれらのうち複数を組み合わせたハイブリッド型記憶装置により実現される。
【００１６】
ＨＴＴＰ処理部２１０は、端末装置１００から受信したＨＴＴＰリクエストに応じた応答処理を行う。なお、ＨＴＴＰ処理部２１０は、リクエストにリダイレクトＵＲＬが指定されていた場合、ログ収集サーバ５００に各種ログを送信してもよい。
【００１７】
広告リクエスト発行部２２０は、ＨＴＴＰリクエストによって要求されるウェブページに広告枠が設定されている場合、広告の配信を要求する広告リクエストを広告配信装置３００に送信する。端末装置１００に送信するウェブページは、内容が固定されたウェブページに限らず、検索画面を表示するためのウェブページであってもよい。広告リクエスト発行部２２０は、例えば、ページレイアウト情報２４２により特定される広告枠ごとに、広告の配信を広告配信装置３００に要求する。
【００１８】
図２は、ページレイアウト情報２４２の内容の一例を示す図である。図示するように、ページレイアウト情報２４２は、例えば、ウェブページの識別情報であるページＩＤに対して、広告枠を含むページ要素の種類、位置、識別情報などのページ要素諸元情報が対応付けられた情報である。以下、広告枠の識別情報を、特に広告枠ＩＤと称する場合がある。ページ要素の位置は、例えば、矩形領域の左上の座標で表される。
【００１９】
広告リクエスト発行部２２０は、ＨＴＴＰリクエストによって要求されるウェブページに対応する広告枠の情報（そのページに含まれる広告枠の数や配置など）をページレイアウト情報２４２から読み出し、広告枠の情報を広告リクエストに含めて広告配信装置３００に送信する。なお、ページレイアウト情報２４２に相当する情報は、スタイルシートの形式でウェブページに包含されるため、ページレイアウト情報２４２自体がスタイルシートの形式で記述されてもよい。
【００２０】
ウェブページ生成部２３０は、広告リクエストに応答して広告配信装置３００から受信した広告が埋め込まれた（掲載された）ウェブ画像を、端末装置１００に表示させるためのウェブページを生成する。ウェブページ生成部２３０は、例えば、前述したテキストデータや画像データ、動画データ、音声データなどをページ要素２４４から読み出し、スタイルシートと共に端末装置１００に送信する。
【００２１】
広告配信装置３００は、広告リクエストに応じてウェブサーバ２００に広告を配信する。広告配信装置３００は、例えば、広告決定部３１０と、課金額決定部３２０とを備える。これらの構成要素は、例えば、ＣＰＵなどのプロセッサがプログラムを実行することにより実現される。また、これらの構成要素は、ＬＳＩやＡＳＣＩ、ＦＰＧＡなどのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。
【００２２】
広告決定部３１０は、広告主から提示された入札額などに基づいて、広告リクエストに含まれる広告枠ごとに、表示される広告を決定する。広告の決定は、リアルタイムビッディングにより行われてもよいし、他の手法により行われてもよい。また、広告決定部３１０は、広告枠評価装置４００による評価のための特定の基準広告を他の広告に割り込ませる。本実施形態において、特定の基準広告は、繰り返し配信される同一の広告である。
【００２３】
課金額決定部（課金額決定装置）３２０は、広告枠ごとに、広告主に課金する金額（課金額）を決定する。課金額の決定手法には、インプレッション課金、クリック課金など種々の手法があり、如何なる手法を用いてもよい。なお、インプレッションとは、広告を掲載したウェブページが１回表示されることをいう。
【００２４】
広告枠評価装置４００は、取得部４１０と、評価部４２０と、記憶部４３０とを備える。取得部４１０および評価部４２０は、例えば、ＣＰＵなどのプロセッサが記憶部４３０などに格納されたプログラム（ソフトウェア）を実行することにより実現される。また、取得部４１０と評価部４２０とのうち一方または双方は、ＬＳＩやＡＳＩＣ、ＦＰＧＡなどのハードウェア（回路部）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。記憶部４３０は、例えば、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭ、或いはこれらのうち複数を組み合わせたハイブリッド型記憶装置により実現される。記憶部４３０には、広告枠評価結果４３２が格納される。
【００２５】
取得部４１０は、例えば、ログ収集サーバ５００にアクセスし、前述した特定の基準広告に対するユーザの反応を評価するためのリアクション情報（後述）を取得して記憶部４３０に格納する。評価部４２０は、取得部４１０により取得され、記憶部４３０に格納されたリアクション情報に基づいて、広告枠の品質を評価する。
【００２６】
ログ収集サーバ５００は、広告枠評価装置４００が利用するログ情報、その他の情報を収集する。ログ収集サーバ５００は、例えば、データ管理部５１０と、記憶部５２０とを備える。データ管理部５１０は、例えば、ＣＰＵなどのプロセッサが記憶部５２０などに格納されたプログラム（ソフトウェア）を実行することにより実現される。また、データ管理部５１０は、ＬＳＩやＡＳＩＣ、ＦＰＧＡなどのハードウェア（回路部）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。記憶部５２０は、例えば、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭ、或いはこれらのうち複数を組み合わせたハイブリッド型記憶装置により実現される。記憶部５２０には、例えば、インプレッションログ情報５２２、クリックログ情報５２４、コンバージョンログ情報５２６などの情報が格納される。
【００２７】
データ管理部５１０は、端末装置１００を利用するユーザが行う種々の行動に関する情報を収集し、収集した情報を記憶部５２０に格納する。一例として、データ管理部５１０は、ウェブサーバ２００が提供するウェブページに付与されたＨＴＭＬタグやスクリプト、特殊な画像イメージ、クッキーなどを利用して、ユーザのウェブページに対する行動を把握する。例えば、ユーザがウェブページ内の広告を選択（クリックまたはタップ）した場合、そのウェブページに付与されたＨＴＭＬタグが、ログ収集サーバ５００に対して所定の情報を送信する動作を、端末装置１００に行わせる。データ管理部５１０は、受信したデータに含まれる各種情報を解析し、所定のフォーマットで記憶部５２０に記憶させる。また、ウェブサーバ２００が、ＨＴＴＰリクエストの履歴やクッキーなどに基づいて、各種情報をログ収集サーバ５００に送信してもよい。
【００２８】
図３は、インプレッションログ情報５２２の内容の一例を示す図である。図示するように、インプレッションログ情報５２２は、例えば、広告枠ＩＤに対し、所定期間におけるインプレッション数が対応付けられた情報である。一般的に、同じウェブページに含まれる広告枠については、インプレッション数は同じ値となる。なお、ウェブページをウェブサーバ２００からダウンロードした度にインプレッション数がカウントされるのに代えて、端末装置１００において実際に広告が表示されたときに、広告枠ごとにインプレッション数がカウントされてもよい。
【００２９】
図４は、クリックログ情報５２４の内容の一例を示す図である。図示するように、クリックログ情報５２４は、例えば、広告枠ＩＤに対し、所定期間におけるクリック数（マウスで広告がクリックされた回数、タッチパネルで広告がタップされた回数、その他の手法により広告が選択された回数の合計を意味するものとする）が対応付けられた情報である。また、クリックログ情報５２４には、更に、当該広告枠の広告を選択したユーザの識別情報であるユーザＩＤが付与されてもよい。このユーザＩＤは、ログインを伴ってウェブページが配信されている場合は、そのログインＩＤであってもよいし、これに代えて、ＩＰアドレスやＳＩＭＩＤなど、各種通信識別情報が用いられてもよい。
【００３０】
図５は、コンバージョンログ情報５２６の内容の一例を示す図である。図示するように、コンバージョンログ情報５２６は、例えば、広告枠ＩＤに対し、所定期間におけるコンバージョン数（コンバージョン発生数）が対応付けられた情報である。コンバージョンとは、商品またはサービスの購入、アプリのインストール、入会登録など、広告主の期待する所定の行動がユーザによってとられたことを意味する。何をコンバージョンとして設定するかは、システムの設計者が任意に決定してよい。また、コンバージョンログ情報５２６には、更に、コンバージョンに相当する行動をとったユーザのユーザＩＤが付与されてもよい。
【００３１】
なお、ログ収集サーバ５００は、広告枠ＩＤ、広告の識別情報である広告ＩＤ、ユーザＩＤ、インプレッション／クリック／コンバージョンのいずれが発生したか、および、発生時刻などの情報が対応付けられた元情報テーブルを有してもよい。図３〜５に例示した情報は、この元情報テーブルに基づいて作成することができる。
【００３２】
広告主サーバ６００は、広告の広告主によって管理され、広告に対する入札などに使用される。
【００３３】
［シーケンス］
以下、図１に示すシステムにおいて実行される全体的な通信および処理の流れについて説明する。図６は、広告配信に関する全体的な流れを示すシーケンス図である。まず、端末装置１００が、広告枠を含むウェブページの送信を要求するＨＴＴＰリクエストをウェブサーバ２００に送信する（Ｓ１００）。ウェブサーバ２００は、ウェブページに含まれる広告枠に掲載する広告の配信を、広告配信装置３００に要求する（Ｓ１０２）。広告配信装置３００は、入札等の結果に応じた広告をウェブサーバ２００に配信する（Ｓ１０４）。ウェブサーバ２００は、広告配信装置３００により配信された広告をウェブページの一部として、端末装置１００に送信する（Ｓ１０６）。また、このとき、ウェブサーバ２００からログ収集サーバ５００に、インプレッション通知が送信される（Ｓ１０８）。これによって、ログ収集サーバ５００では、インプレッションログ情報５２２における該当ページのインプレッション数がインクリメントされる。なお、Ｓ１０８の仕組みはあくまで一例であり、例えば端末装置１００からログ収集サーバ５００にインプレッション通知が送信されるような仕組みを採用してもよい。
【００３４】
次に、端末装置１００において広告が選択されると、広告に対応するランディングページを要求するＨＴＴＰリクエストがウェブサーバ２００に送信される（Ｓ１１０）。なお、ランディングページの提供元は、広告主サーバ６００など、ウェブサーバ２００とは異なる装置であってもよいが、本図の例ではウェブサーバ２００がランディングページを提供するものとした。ウェブサーバ２００は、端末装置１００にランディングページを送信すると共に（Ｓ１１２）、広告が選択されたことを通知する広告選択通知をログ収集サーバ５００に送信する（Ｓ１１４）。広告選択通知には、選択された広告の広告枠ＩＤが付与されている。これによって、ログ収集サーバ５００では、クリックログ情報５２４におけるクリック数がインクリメントされる。Ｓ１１４の仕組みはあくまで一例であり、端末装置１００において広告が選択されると、端末装置１００からログ収集サーバ５００に広告選択通知が送信されるような仕組みを採用してもよい。
【００３５】
次に、端末装置１００において、ウェブ上で商品を購入するなどのコンバージョンが発生すると（Ｓ１１６）、ウェブサーバ２００は、対応するウェブページを端末装置１００に送信すると共に（Ｓ１１８）、コンバージョンが発生したことを通知するコンバージョン通知をログ収集サーバ５００に送信する（Ｓ１２０）。コンバージョン通知には、例えば、コンバージョンに至った広告の広告枠ＩＤが付与されている。なお、コンバージョン通知を送信するにあたっては、クッキーにより把握されるウェブページの遷移情報などが利用されてよい。これによって、ログ収集サーバ５００では、コンバージョンログ情報５２６におけるコンバージョン数がインクリメントされる。
【００３６】
図６に示す処理が行われている間、各装置は、ユーザＩＤやＨＴＴＰリクエストの履歴などを適宜、互いに送信し合うことで、ログ収集などを連携して行う。係る仕組みについては上記例示したものの他、如何なる仕組みが採用されてもよい。
【００３７】
［広告枠の評価］
図６に示す処理が実行される中で、広告配信装置３００の広告決定部３１０は、例えば、一定割合で（１００回に１回などの割合で）、特定の基準広告を他の広告に割り込ませる。
【００３８】
広告枠評価装置４００の取得部４１０は、ログ収集サーバ５００にアクセスし、特定の基準広告が表示された広告枠ＩＤに対応する情報を、クリックログ情報５２４およびコンバージョンログ情報５２６からそれぞれ抽出させ、抽出された情報（リアクション情報）を取得し、記憶部４３０に記憶させる。ログ収集サーバ５００では、特定の基準広告に関しては、予め別枠でインプレッション数、クリック数、コンバージョン数などの集計を行ってもよいし、特定の基準広告に関するデータであることを示すフラグが各レコードに付与された状態でデータを保持しておき、広告枠評価装置４００からの要求に応じて特定の基準広告に関する集計を行ってもよい。
【００３９】
そして、評価部４２０は、取得部４１０により取得され、記憶部４３０に格納されたリアクション情報に基づいて、例えば下記のようにＣＶＲを計算することで、広告枠の品質を評価する。ＣＶＲが高いほど、品質の高い広告枠であると評価される。
ＣＶＲ＝（コンバージョン数）／（クリック数）
【００４０】
係る処理によって、広告の内容を共通化して収集された情報に基づいて広告枠の品質を評価するため、広告自体の品質が与える影響を排除し、より精度よく広告枠自体の品質を評価することができる。
【００４１】
なお、評価部４２０が行う評価の内容は、特定の基準広告に対するユーザのリアクション度合を評価するものであればよく、上記の内容に限られない。例えば、ＣＶＲにおける分母をクリック数以外の値（例えばインプレッション数など）としてもよいし、コンバージョン数に代えて、ユーザのリアクション度合を表す任意の値に基づいて評価を行ってもよい。これらの場合、取得部４１０は、評価部４２０の評価に用いられる任意の情報を収集してよい。
【００４２】
図７および図８は、広告枠の品質が異なる二つの画像を例示した図である。図７に示す画像は、例えばスマートフォンによって表示される画像であり、スクロールされるコンテンツ画像に重畳して、スクロールされない広告枠が設けられた画像である。このような画像において、広告枠は誤操作によって選択される可能性が高く、そのような場合、ユーザはすぐに元の画像に戻す操作を行うのであるから、コンバージョンに至る可能性は低くなる。評価部４２０は、このような現象を反映し、当該広告枠の品質を比較的低く評価することになる。
【００４３】
一方、図８に示す画像は、例えばパーソナルコンピュータによって表示されるウェブページ（いわゆるＰＣサイト）であり、全体がスクロールされるのに応じてスクロールされる広告枠が設けられている。このようなウェブページにおいて、広告枠が誤操作される可能性は低く、専ら、広告枠が目につきやすい箇所、或いは集中して閲覧される箇所に設けられているか否かでＣＶＲが変動する。評価部４２０は、このような現象を反映し、当該広告枠の品質を、図７に例示した画像の広告枠よりも高く評価する可能性が高くなる。
【００４４】
図９は、広告枠評価装置４００により実行される処理の流れの一例を示すフローチャートである。まず、広告枠評価装置４００は、評価タイミングが到来するまで待機する（Ｓ２００）。評価タイミングは、例えば、１日に１回といった頻度で到来するものとしてもよいし、異なる頻度で到来するものとしてもよい。
【００４５】
評価タイミングが到来すると、取得部４１０が、リアクション情報を取得し（Ｓ２０２）、評価部４２０が評価を行う（Ｓ２０４）。
【００４６】
広告枠評価装置４００の評価結果は、広告配信装置３００における課金額決定部３２０の処理などに利用することができる。課金額決定部３２０では、インプレッション課金やクリック課金を前提とする場合でも、広告配信開始時に支払われる前課金の額を決定するときに、広告枠評価装置４００の評価結果を用いてよい。また、固定額課金を採用する場合、広告枠評価装置４００の評価結果をダイレクトに反映させることができる。
【００４７】
以上説明した第１実施形態の広告枠評価装置４００によれば、端末装置１００に表示されるコンテンツの広告枠に特定の基準広告が表示された際のユーザの反応を評価するためのリアクション情報（例えばクリックログおよびコンバージョンログ）を取得する取得部４１０と、取得部４１０により取得されたリアクション情報に基づいて、特定の基準広告が表示された広告枠の品質を評価する評価部４２０とを備えることにより、より精度よく広告枠自体の品質を評価することができる。
【００４８】
＜第２実施形態＞
以下、第２実施形態について説明する。図１０は、第２実施形態の広告枠評価装置および広告配信システムの構成や通信環境を示す図である。第１実施形態と比較すると、第２実施形態に係る広告配信装置３００Ａは、統計処理部３３０を備える点で相違する。
【００４９】
第２実施形態において、特定の基準広告は、繰り返し配信される同一の広告である必要は無く、互いに異なる複数の広告が特定の基準広告として扱われる。特定の基準広告として扱われる広告は、広告枠自体の品質が同等であれば評価部４２０が行う評価の結果が同等になる、複数の広告である。同等とは、値が所定範囲内にあることをいう。
【００５０】
統計処理部３３０は、例えば、第１実施形態で説明した、ログ収集サーバが保持する元情報テーブルを参照し、同じ広告枠に表示された広告のＣＶＲをそれぞれ計算する。そして、統計処理部３３０は、同じ広告枠に表示された場合のＣＶＲが所定範囲内にある複数の広告を抽出し、抽出した複数の広告を、特定の基準広告として決定する。好ましくは、統計処理部３３０は、広告枠が異なっても、それぞれの広告枠で同じＣＶＲを示す複数の広告を抽出するとよい。つまり、第１の広告枠に表示された場合のＣＶＲ、第２の広告枠に表示された場合のＣＶＲ、…といったものがそれぞれ所定範囲内にある複数の広告を抽出することが好ましい。
【００５１】
また、特定の広告は、広告に対するリアクション度合が同程度であることが、予め判明している複数の広告から選択された広告であってもよい。つまり、統計処理部３３０は、「同じ広告枠に表示された場合のＣＶＲが所定範囲内にある複数の広告を抽出」するのではなく、「同じ広告枠に表示された場合のユーザのリアクション度合が所定範囲内にある複数の広告を抽出」してもよい。この場合のリアクション度合は、評価部４２０による評価の変形例と同様、ＣＶＲにおける分母をクリック数以外の値（例えばインプレッション数など）として求めた指標値であってもよいし、コンバージョン数に代えて、ユーザのリアクション度合を表す任意の値を採用した指標値であってもよい。
【００５２】
係る処理によって、第２実施形態の広告配信システムは、第１実施形態と同様、広告枠評価装置が、より精度よく広告枠自体の品質を評価することができる。また、第２実施形態では、敢えて特定の基準広告を生成する必要もなく、通常の依頼があった広告を特定の基準広告として用いることができる。
【００５３】
＜ハードウェア構成＞
図１１は、広告枠評価装置４００などのハードウェア構成を示す図である。広告枠評価装置４００は、ＮＩＣ４００−１、ＣＰＵ４００−２、ＲＡＭ４００−３、ＲＯＭ４００−４、フラッシュメモリやＨＤＤなどの二次記憶装置４００−５、およびドライブ装置４００−６が、内部バスあるいは専用通信線によって相互に接続された構成となっている。ドライブ装置４００−６には、光ディスクなどの可搬型記憶媒体が装着される。二次記憶装置４００−５、またはドライブ装置４００−６に装着された可搬型記憶媒体に記憶されたプログラムがＤＭＡコントローラ（不図示）などによってＲＡＭ４００−３に展開され、ＣＰＵ４００−２によって実行されることで、広告枠評価装置４００の各機能部が実現される。
【００５４】
以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【００５５】
例えば、上記実施形態では、ＣＶＲに基づいて広告枠の品質を評価するものとしたが、評価部４２０は、ＣＶＲ以外の指標値を用いて評価を行ってもよい。
【００５６】
また、上記実施形態では、広告配信装置３００は、ウェブサーバ２００からの広告リクエストに応じて広告を配信するものとしたが、広告配信装置３００は、端末装置１００において実行されるアプリケーションプログラムの実行状況を管理する「アプリサーバ」からの広告リクエストに応じて広告を配信してもよいし、端末装置１００から直接送信される広告リクエストに応じて広告を配信してもよい。
【符号の説明】
【００５７】
１００…端末装置、２００…ウェブサーバ、３００…広告配信装置、３１０…広告決定部、３２０…課金額決定部、４００…広告枠評価装置、４１０…取得部、４２０…評価部、４３０…記憶部、４３２…広告枠評価結果、５００…ログ収集サーバ、６００…広告主サーバ
【図１】
2017220087.tif 000003
【図２】
2017220087.tif 000004
【図３】
2017220087.tif 000005
【図４】
2017220087.tif 000006
【図５】
2017220087.tif 000007
【図６】
2017220087.tif 000008
【図７】
2017220087.tif 000009
【図８】
2017220087.tif 000010
【図９】
2017220087.tif 000011
【図１０】
2017220087.tif 000012
【図１１】
2017220087.tif 000013