JP5699175B2 - 広告配信システム、方法及びプログラム - Google Patents

Description

本発明は、オンライン広告配信技術に関する。

媒体社の広告ビジネスに関して、各媒体社はインターネットサイト各面の各枠に広告を掲載している。それらの広告は媒体社側でメニューを作成してメディアレップや広告代理店を通じて広告主に販売されている。また、広告主に販売できずに広告枠が余ってしまうことがある。その場合、自社広告を掲載する媒体社と、余剰広告枠をアドネットワークに販売する媒体社とがある。また、小規模の媒体社の広告枠や自社では売りにくい広告枠については、その全ての販売をアドネットワークに委託する場合もある。

ところが、その結果アドネットワークが乱立し、媒体社にとっては、どのアドネットワークが最も良い条件で広告在庫を購入してくれるかわかりづらく、広告主・広告代理店にとっても、その時々に必要な広告在庫を多様なアドネットワークから適正な価格で確保するのが困難になってしまった。

このため、広告主・代理店が自らアドテクノロジーを駆使して、広告取引や広告配信を自動化するプラットフォーム（ＤＳＰ：Demand Side Platform）を採用する動きが出てきた。一方、媒体社では、最も高い単価で広告在庫を購入するＤＳＰやアドネットワークを自動的に選択するイールド管理システム（ＳＳＰ：Supply Side Platform）を利用し、業務の効率化と収益最大化を狙うようになった。ＤＳＰとＳＳＰが接続し、ＲＴＢ（Real Time Bidding）と呼ばれるリアルタイムのオークション取引を実現したことで、デジタル広告の自動取引は加速する傾向にある。また刻々と変化する在庫需給を取り持つアドエクスチェンジや、自社のオーディエンスデータを収集・管理しターゲティングに活用するデータマネジメントプラットフォームも出現しており、市場はますます拡大傾向にある。日本国内においてもＲＴＢ市場はさらに活性化し、発展を遂げると推測されている。

特表２００４−５２４５９３号公報

本発明は、オンライン広告の表示状態検出に基づく広告配信の最適化により媒体社収益向上に寄与する広告配信システム、方法及びプログラムを提供することを目的とする。

一実施形態に係る広告配信システムは、少なくとも１つの広告枠の表示状態の計測結果に基づく広告取得要求を受信する受信手段と、前記広告取得要求の受信に応じて広告を取得する広告取得手段と、前記広告取得要求に対する広告取得応答を送信する送信手段と、を具備することを特徴とする。

実施形態に係るオンライン広告配信を示す図 実施形態に係る広告表示端末を示すブロック図 広告表示端末のウェブブラウザによる画面表示例を示す図 実施形態に係る広告表示端末の動作を示すフローチャート 実施形態に係る広告配信システムの構成を示すブロック図 実施形態に係る広告配信システムの動作を示すフローチャート 実施例１に係るウェブサイト訪問時の処理を示す図 実施例１に係る広告枠再表示の際の処理を示す図 実施例２に係るウェブサイト訪問時の処理を示す図 実施例２に係る広告枠再表示の際の処理を示す図 実施例３に係る広告配信要求の制御を行わない場合を示す図 実施例３に係る広告配信要求の制御（ウェブサイト訪問時）を示す図 実施例３に係る広告配信要求の制御（スクロール時）を示す図

以下、図面を参照しながら本発明の実施形態を説明する。

図１は、実施形態に係るオンライン広告配信を示す図である。広告表示端末１は、ネットワーク２（例えばインターネット）を介して広告配信システム３から配信されたオンライン広告（以下、「広告」という）を表示する。広告表示端末１は、例えば汎用のパーソナルコンピュータ、タブレットコンピュータ、携帯電話機等であり、インターネット上のウェブサイトにアクセスするためのウェブブラウザ等を備える。

広告配信システム３は、広告枠を提供する媒体社側のシステムであって、例えばサプライサイドプラットフォーム（ＳＳＰ：Supply Side Platform）、アドサーバ等を構成するコンピュータシステムである。なお、広告配信システム３には、アドネットワークおよび広告枠を管理し、広告の掲載可否や配信結果のレポーティング等を行うイールド管理システムが接続されてもよい。また、広告配信システム３には、広告主向けのアドネットワークであるデマンドサイドプラットフォーム（ＤＳＰ：Demand Side Platform）、アドネットワークやＤＳＰの在庫の相互売買を行うアドエクスチェンジ、行動データをまとめるデータエクスチェンジ等を実現するためのコンピュータシステムが接続されてもよく、これらを含めた全体を広告配信システム３としてもよい。

また、本実施形態では、ＳＳＰとＤＳＰの間でリアルタイム入札（ＲＴＢ：Real-time bidding）を実施する構成を想定している。ＲＴＢにおいては、媒体社のウェブサイトにアクセスがあると、該当するウェブページが表示され、インプレッションが発生する。このとき、ＳＳＰは、当該インプレッションに関する情報とともに入札要求を複数のＤＳＰに送信する。各ＤＳＰは、当該インプレッションにマッチした広告を選抜し、入札を行う。ＳＳＰは、各ＤＳＰからの入札額によってオークションを実施する。入札額は、例えばＣＰＭ（Cost Per Mille）である。ＳＳＰは、最高値の入札に応じて広告を配信する。例えば、ＤＳＰ＃１が１２０円で入札し、ＤＳＰ＃２が１０５円で入札し、ＤＳＰ＃３が９５円で入札したとすると、ＳＳＰは、最高値である１２０円の入札を行ったＤＳＰ＃１からの広告を配信する。

なお、本発明は、このようなＲＴＢを行う構成への適用のみに限定されない。後述する本発明の特徴に係る表示状態検知に基づく広告配信最適化は、ＲＴＢを実施しない構成において、媒体社等のアドサーバに適用することができる。

図２は、実施形態に係る広告表示端末の構成を示すブロック図である。広告表示端末１は、ネットワーク２から配信された広告の表示機能を実現するための構成要素として、広告表示モジュール１０と、計測モジュール２０とを含む。これらは広告に関する各種パラメータやコンピュータプログラムであって、例えばＪａｖａ（登録商標）Ｓｃｒｉｐｔであり、媒体社のウェブサイトからネットワーク２を通じて広告表示端末１に送信される。例えば、広告表示モジュール１０および計測モジュール２０は、媒体社のウェブページを構成するｈｔｍｌファイルに挿入されて広告表示端末１のウェブブラウザに送信される。

広告表示モジュール（アドタグ）１０は、広告取得要求を広告配信システム３に送信する送信部１０１と、広告取得要求を広告配信システム３から受信する受信部１０２と、受信部１０２が受信した広告を表示する広告表示部１０３と、広告表示状態の計測結果に基づいて、広告取得要求の送信判定を行う判定部１０４とを有する。

計測モジュール（計測タグ）２０は、広告表示状態を計測し、その計測結果を判定部１０４に伝える計測部２０１を有する。計測部２０１は、アクティブなウェブブラウザの表示領域に計測対象の広告枠が含まれている状態、すなわち、当該広告枠の広告が広告表示端末１のウェブブラウザによって表示されている状態を検知したり、当該広告枠について、ウェブブラウザ上に現時点で表示されている広告の表示面積が当該広告の全体面積に占める割合や、当該広告の表示時間等を計測することができる。計測部２０１は、例えば、広告の表示面積の５０％以上が１秒以上露出した状態を検知することができる。

図３は、広告表示端末１のウェブブラウザによって媒体社のウェブサイトにアクセスした際の画面表示例を示している。同図において、領域Ｒ１は広告表示端末１が備えるディスプレイデバイスによって表示されている可視の領域であり、領域Ｒ２は同ディスプレイデバイスによって表示されない非可視の領域である。この例は、当該ウェブサイトのコンテンツ４の一部とともに、広告枠Ａ〜Ｃの広告が表示された状態を示している。コンテンツ４の残りの部分および広告枠Ｄの広告は表示されていない。この領域Ｒ２については、ユーザがスクロールバー５を操作して画面をスクロールすることにより表示させることができる。ディスプレイデバイスがタッチパネルで構成される場合には、ユーザが同タッチパネルを指で触ることにより同等の操作を実現することも可能である。

なお、広告枠Ａ〜Ｄは広告配信システム３によって管理される。また、広告枠Ａ〜Ｄに表示される広告コンテンツはネットワーク２を通じて例えばＣＤＮ（Contents Delivery Network）から提供される。

上述したように、広告表示端末１は、各広告枠における広告の表示状態を計測し、その計測結果に基づいて広告取得を制御することができる。例えば、広告の一定割合以上の面積が一定時間以上にわたり表示されたタイミング、あるいは画面のスクロール操作等により広告が非表示状態から表示状態に変化したタイミング等をとらえて、別の広告を取得して表示するように構成される。

図４は、このような広告表示端末１の動作を示すフローチャートである。媒体社のウェブサイトへのアクセスにより該当するウェブページが表示されているとき、計測部２０１は各広告枠の広告表示状態を計測する。その計測結果は判定部１０４に伝えられる。判定部１０４は、上記のような広告表示状態の変化を検知すると、送信部１０１に指示を出す（ステップＳ１）。送信部１０１は、判定部１０４からの指示を受けて広告取得要求を広告配信システム３に送信する。この広告取得要求には、当該広告枠の広告が現時点において表示中であることを示す情報を含めることが望ましい（ステップＳ２）。次に、受信部１０２は、ステップＳ２において送信された広告取得要求に対する広告取得応答を広告配信システム３から受信する（ステップＳ３）。広告表示部１０３は、ステップＳ３において受信された広告取得応答に含まれる広告情報に基づいて別の広告のコンテンツを受信し、当該広告枠に表示する（ステップＳ４）。

次に、広告配信システム側について説明する。

図５は、実施形態に係る広告配信システムの構成を示すブロック図である。広告配信システム３は、ネットワーク２を通じて広告表示端末１に広告を配信するための広告配信部３０を有する。広告配信部３０は、広告表示端末１からの広告取得要求を受信する受信部３０１と、この広告取得要求に応じて広告を取得する広告取得部３０２と、広告取得部３０２が取得した広告を特定するための広告情報を含んだ広告取得応答を広告表示端末１に送信する送信部３０３とを有する。

図６は、実施形態に係る広告配信システムの動作を示すフローチャートである。

受信部３０１が広告表示端末１からの広告取得要求を受信すると（ステップＳ１）、広告取得部３０２は、当該広告取得要求に応じて広告を取得する。上述したように、広告配信システム３は、ＤＳＰとの間でリアルタイム入札（ＲＴＢ）を行うＳＳＰや、媒体社のアドサーバとして構成される。広告配信システム３がＳＳＰとして構成される場合、広告取得部３０２は、広告表示端末１からの広告取得要求に応じてＲＴＢによるオークションを実施し、これにより適切な広告を取得する。また、広告配信システム３が媒体社のアドサーバとして構成される場合、広告取得部３０２は、広告選定処理により適切な広告を取得する（ステップＳ２）。送信部３０３は、広告取得部３０３により取得された広告を特定するための広告情報を含んだ広告取得応答を広告表示端末１に送信する。

以下、本発明をＳＳＰや媒体社アドサーバに適用した実施例について、その処理の流れを図面を参照しながら説明する。

（実施例１）
実施例１は本発明をＳＳＰに適用したものであり、図７は実施例１に係るウェブサイト訪問時の処理を示す図、図８は実施例１に係る広告枠再表示の際の処理を示す図である。

初回のウェブサイト訪問時には、図７に示すようにＳＳＰにおいてＲＴＢに基づくオークションが実行されて広告が配信される。これは、ＳＳＰの通常の動作に相当する（図７（１）〜（５））。次に、図８に示すように、ウェブサイトＡの広告枠Ｂがウェブブラウザ上で非表示状態から表示状態になったことを計測モジュールが検知する（図８（１））。この表示状態であることを示す情報は、広告表示モジュール（アドタグ）に通知される（図８（２））。広告表示モジュールは、再度、ＳＳＰに対して広告取得要求を行う。このとき、広告枠Ｂが表示状態であることを示す情報についてもＳＳＰに通知する（図８（３）。

広告取得要求を受け取ったＳＳＰは、各ＤＳＰに入札要求を行う。このときにも、広告枠Ｂが表示状態であることを示す情報が各ＤＳＰに通知される。（図８（４））。ＳＳＰはＤＳＰからの入札を受け付け（図８（５））、その入札金額に基づいてオークションを実行する（図８（６））。ＳＳＰは、最も高い金額を入札したＤＳＰを決定し、同ＤＳＰからの広告情報を広告応答に含めて広告表示モジュール（アドタグ）に返却する（図８（７））。

広告表示モジュールは、ＳＳＰからの広告応答に含まれる広告情報に基づいて新しく取得した別の広告への表示切り替えを行う（図８（８））。

このような実施例１によれば、広告の再表示の時点で広告取得要求が再度実行され、ＳＳＰにおいてもオークションが再度実行されることになる。ＳＳＰによる収益はオークションにより入札された金額に基づいて決まるのであるが、本発明が適用されない通常の場合、オークションは１つの広告枠につき、サイト訪問時の１度しか行われない。これに対し本発明の実施例１の場合、適切なタイミングで再オークションが実行され、収益を得る機会を増やすことができる。また、広告が表示状態にあることをＤＳＰに通知することで、より高い金額で入札されることも期待できる。

（実施例２）
実施例１は本発明をＳＳＰに適用したものであったが、実施例２は本発明を媒体社のアドサーバに適用したものである。図９は実施例２に係るウェブサイト訪問時の処理を示す図、図１０は実施例２に係る広告枠再表示の際の処理を示す図である。

初回のウェブサイト訪問時には、図９に示すようにアドサーバの配信エンジンにおいて広告が選定され、配信される。これは、アドサーバの通常の動作に相当する（図９（１）〜（３））。次に、図１０に示すように、ウェブサイトＡの広告枠Ｂがウェブブラウザ上で非表示状態から表示状態になったことを計測モジュールが検知する（図１０（１））。この表示状態であることを示す情報は、広告表示モジュール（アドタグ）に通知される（図１０（２））。広告表示モジュールは、再度、アドサーバに対して広告取得要求を行う。このとき、広告枠Ｂが再表示されたことを示す情報についてもアドサーバに通知する（図１０（３））。

アドサーバの配信エンジンは、上記再表示のタイミングで再び実行された広告取得要求に応じて広告を選定し（図１０（４））、その広告情報を広告応答に含めて広告表示モジュール（アドタグ）に返却する（図１０（５））。

広告表示モジュールは、アドサーバからの広告応答に含まれる広告情報に基づいて新しく取得した別の広告への表示切り替えを行う。（図１０（６））
このような実施例２によれば、広告表示状態に基づいて、配信する広告の最適化を行うことで媒体社の収益向上を見込むことができる。また、適切なタイミングでの広告表示の切り替えにより、媒体社の収益向上の機会を増やすことができる。

（実施例３）
上述した実施例１および２は、配信する広告を最適化するものであった。実施例３は、広告枠の表示状態変化の計測結果を利用した広告配信要求の制御に関する。なお、実施例において、広告を配信する主体はアドサーバとＳＳＰのどちらでもよく任意である。

図１１は実施例３に係る広告配信要求の制御を行わない場合を示す図、図１２は実施例３に係る広告配信要求の制御（ウェブサイト訪問時）を示す図、図１３は実施例３に係る広告配信要求の制御（スクロール時）を示す図である。

図１１に示すように、実施例３に係る広告配信要求の制御を行わない従来の場合において、広告枠がウェブサイト訪問時にブラウザの表示領域に入っているか否かに関わらず、すべての広告枠について広告取得要求がなされる。図１１は、ウェブサイトＡの広告枠Ｂはブラウザの表示領域に含まれており、同サイトＡの広告枠Ｃは同ブラウザの表示領域に含まれない状態を示している。広告枠Ｂについて、広告表示モジュールからアドサーバまたはＳＳＰに広告取得要求が送信される（図１１のＢ−１）。アドサーバまたはＳＳＰは、広告枠Ｂについての広告取得要求に応じて広告応答を返す（図１１のＢ−２）。また、広告枠Ｃについても、広告表示モジュールからアドサーバまたはＳＳＰに広告取得要求が送信される（図１１のＣ−１）。アドサーバまたはＳＳＰは、広告枠Ｃについての広告取得要求に応じて広告応答を返す（図１１のＣ−２）。

一方、広告配信要求の制御を行なう本発明の実施例３では、図１２に示す初回のウェブサイト訪問時において次のような制御が行われる。計測モジュールは、ウェブサイトＡの広告枠Ｂおよび広告枠Ｃの表示状態を計測し、それぞれの広告枠を処理する広告表示モジュールに通知を行う。具体的には、広告枠Ｂを処理する広告表示モジュールには、当該広告枠Ｂ（の広告）は表示状態にあることを通知し（図１２のＢ−２）、広告枠Ｃを処理する広告表示モジュールには、当該広告枠Ｃ（の広告）は表示状態ではないこと（非表示状態）を通知する（図１２のＣ−２）。

計測モジュールから上記の通知を受けた広告枠Ｂの広告表示モジュールは、アドサーバまたはＳＳＰに対して広告取得要求を行う（図１２（３））。アドサーバまたはＳＳＰは、この広告枠Ｂに対する広告応答を広告枠Ｂの広告表示モジュールに返す（図１２（４））。

これに対し、計測モジュールから上記の通知を受けた広告枠Ｃの広告表示モジュールは、アドサーバまたはＳＳＰに対して広告取得要求を行わない。

次に、図１３に示すように、スクロールによりブラウザの表示領域が移動し、広告枠Ｃが非表示状態から表示状態に変化すると、次のような制御が行われる。計測モジュールは、広告枠Ｃが表示状態になったことを、広告枠Ｃを処理する広告表示モジュールに通知する（図１３（１）およびＣ−２）。

計測モジュールから上記の通知を受けた広告枠Ｃの広告表示モジュールは、アドサーバまたはＳＳＰに対して広告取得要求を行う（図１３（３））。アドサーバまたはＳＳＰは、この広告枠Ｃに対する広告応答を広告枠Ｃの広告表示モジュールに返す（図１３（４））。一方、広告枠Ｂについては計測モジュールから何も通知を受けず、アドサーバまたはＳＳＰに対して広告取得要求を行わない。

以上のような実施例３によれば、広告枠の表示状態変化の計測結果を利用することにより広告配信要求を適切に制御することができる。例えば商用のアドサーバの場合、配信数（広告取得要求数）に応じて課金されることが多い。この実施例３のように広告枠が実際にブラウザ表示領域内に入ったときに限定して広告取得要求が行われるようにすれば、広告取得要求の発生数を抑え、媒体社のコスト削減を実現することができる。

以上説明した本発明の実施形態によれば、広告の表示状態検出に基づく広告配信の最適化により媒体社収益向上に寄与する広告表示端末、広告配信システム、方法及びプログラムを提供することができる。

なお本発明は、汎用のコンピュータを、以上説明した広告表示端末や広告配信システムとして機能させるためのプログラムとして実施してもよい。当該プログラムを記録したコンピュータ読取可能な記録媒体を記録媒体読取装置から読み取り、ＣＰＵに実行させてもよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…広告表示端末
２…ネットワーク
３…広告配信システム
１０…広告表示モジュール
２０…計測モジュール
３０…広告配信部

Claims (3)

1. 少なくとも１つの広告枠の広告の一定面積が一定時間にわたり表示されたことを表す計測結果に基づく広告取得要求であってかつ前記広告枠が非表示状態から表示状態に変化したことを示す情報を含んだ前記広告取得要求を広告表示端末から受信する受信手段と、
   前記広告取得要求の受信に応じて、リアルタイム入札要求をデマンドサイドプラットフォームに送信し、オークションを実行することより前記デマンドサイドプラットフォームから広告を取得する広告取得手段と、
   前記広告取得要求に対する広告取得応答を前記広告表示端末に送信する送信手段と、
   を具備することを特徴とする広告配信システム。
2. 少なくとも１つの広告枠の広告の一定面積が一定時間にわたり表示されたことを表す計測結果に基づく広告取得要求であってかつ前記広告枠が非表示状態から表示状態に変化したことを示す情報を含んだ前記広告取得要求を広告表示端末から受信する受信ステップと、
   前記広告取得要求の受信に応じて、リアルタイム入札要求をデマンドサイドプラットフォームに送信し、オークションを実行することより前記デマンドサイドプラットフォームから広告を取得する広告取得ステップと、
   前記広告取得要求に対する広告取得応答を前記広告表示端末に送信する送信ステップと、
   を含むことを特徴とする広告配信方法。
3. コンピュータを、
   少なくとも１つの広告枠の広告の一定面積が一定時間にわたり表示されたことを表す計測結果に基づく広告取得要求であってかつ前記広告枠が非表示状態から表示状態に変化したことを示す情報を含んだ前記広告取得要求を広告表示端末から受信する受信手段、
   前記広告取得要求の受信に応じて、リアルタイム入札要求をデマンドサイドプラットフォームに送信し、オークションを実行することより前記デマンドサイドプラットフォームから広告を取得する広告取得手段、
   前記広告取得要求に対する広告取得応答を前記広告表示端末に送信する送信手段、
   として機能させるためのプログラム。

Images