JP5599960B1 - 動画制御プログラム及び動画制御方法 - Google Patents

Abstract

ウェブブラウザ上の動画が視認可能に表示されているかどうかを容易に判定することを目的とする。動画制御プログラムは、ウェブブラウザを用いてウェブページを表示するコンピュータに、ウェブページの第１の領域に、第１の動画を描画する第１描画機能と、ウェブページの第１の領域内の第２の領域に、第２の動画を描画する第２描画機能と、第２の動画のフレームレートに基づいて、第２の領域の少なくとも一部がウェブブラウザ上に視認可能に表示されているか判定する判定機能と、を実現させる。

Description

本発明は、動画制御プログラム及び動画制御方法に関する。

ウェブページには動画が表示されることがある。例えば、様々なウェブページにおいて、Flash（登録商標）規格の動画（以下、「Flash動画」という。）が、ウェブページ内に設けられた広告枠に、広告動画として表示される。

ウェブページに広告を掲載する際の料金体系として、ＣＰＭ（Cost Per Mille）が知られている。ＣＰＭは、１０００回の「インプレッション」当たりの単価に基づいて課金を行う課金モデルである。ＣＰＭの場合、ウェブページに広告動画が表示されれば、その広告動画が実際にユーザに視認可能な状態で表示されたかどうかにかかわらず、１回のインプレッションとしてカウントされる。そのため、広告枠がウェブページの下の方にあり、ウェブページをスクロールしないと広告動画が視認可能とならないような場合、広告主にとっては費用対効果が低下してしまう。

そこで、例えば特許文献１に開示されるように、インプレッション数ではなく、広告動画がユーザに視認可能に表示された時間（視認可能時間）に基づいて課金を行う課金モデルが提案されている。

国際公開第２０１３／１４８２９１号

視認可能時間に基づく課金モデルを採用する場合、広告動画が視認可能に表示された時間を計測する必要がある。この時間の計測は、スクリプト（例えばJavaScript（登録商標））を用いて実装することが一般的である。具体的には、ウェブページのスクロール量やフォーカスの有無などをスクリプトで取得することにより、広告動画が視認可能であるかどうかを判定する手法が考えられる。

ところが、広告枠がウェブページ内のインラインフレームとして規定され、ウェブページのドメインとは異なるドメインから広告動画が提供される場合（即ち、クロスドメインの場合）、ウェブブラウザのセキュリティポリシーの仕様により、上述の手法により広告動画が視認可能かどうかを判定することができない。広告動画が配置されるインラインフレーム内のウェブページ（子ウェブページ）から、インラインフレーム外のウェブページ（親ウェブページ）のスクロール量やフォーカス有無を取得することができないからである。

このようなクロスドメインの問題を解決する手法として、iframeバスターが知られている。iframeバスターを親ウェブページに設けることにより、親ウェブページのスクロール量やフォーカス有無の情報をインラインフレーム内の子ウェブページに通知することができる。しかしながら、広告動画が表示される多数のウェブページに、iframeバスターを設けることは現実的ではない。

そこで、本発明は、ウェブブラウザ上の動画が視認可能に表示されているかどうかを容易に判定することを目的とする。

本発明の一側面に係る動画制御プログラムは、ウェブブラウザを用いてウェブページを表示するコンピュータに、ウェブページの第１の領域に、第１の動画を描画する第１描画機能と、ウェブページの第１の領域内の第２の領域に、第２の動画を描画する第２描画機能と、第２の動画のフレームレートに基づいて、第２の領域の少なくとも一部がウェブブラウザ上に視認可能に表示されているか判定する判定機能と、を実現させる。

なお、本発明において、「部」とは、単に物理的手段を意味するものではなく、その「部」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や装置が有する機能が２つ以上の物理的手段や装置により実現されても、２つ以上の「部」や装置の機能が１つの物理的手段や装置により実現されてもよい。

本発明によれば、ウェブブラウザ上の動画が視認可能に表示されているかどうかを容易に判定することができる。

本発明の一実施形態であるオンライン広告システムの構成例を示す図である。 クライアントコンピュータにおいて、ウェブブラウザを用いてウェブページを閲覧する際の様子の一例を示す図である。 ウェブページを上方にスクロールさせた場合の一例を示す図である。 広告動画が視認可能であるかどうかを判定するための視認判定ビーコンの一例を示す図である。 広告動画が視認不可能な状態の一例を示す図である。 広告動画が視認可能な状態に変化した場合の一例を示している。 ウェブページのＨＴＭＬ構造の一例を示す図である。 オンライン広告システムにおける処理の一例を示すフローチャートである。 視認判定ビーコンを、上下に引き延ばした状態の一例を示す図である。 広告動画のロードのタイミングを制御するためのロード制御ビーコンの一例を示す図である。 広告枠が視認領域外にある状態の一例を示す図である。 ロード制御ビーコンの一部の領域が視認領域内に入った状態の一例を示す図である。 ウェブページのＨＴＭＬ構造の一例を示す図である。 オンライン広告システムにおける処理の一例を示すフローチャートである。 ウェブページのＨＴＭＬ構造の一例を示す図である。 オンライン広告システムにおける処理の一例を示すフローチャートである。

以下、図面を参照して本発明の一実施形態について説明する。

＝＝視認可能性判定＝＝
図１は、本発明の一実施形態であるオンライン広告システムの構成例を示す図である。図１に示すように、オンライン広告システム１００は、クライアントコンピュータ１１０、媒体社サーバ１１１、ＳＳＰ（Supply Side Platform）サーバ１１２、ＤＳＰ（Demand Side Platform）サーバ１１３、ＣＤＮ（Content Delivery Network）サーバ１１４、ロギングサーバ１１５、及びネットワーク１２０を含んで構成されている。

クライアントコンピュータ１１０は、オンライン広告を視聴するユーザが利用するコンピュータであり、例えば、パーソナルコンピュータやスマートフォン、タブレット端末等である。クライアントコンピュータ１１０には、ウェブページを閲覧するためのウェブブラウザがインストールされている。ウェブブラウザは、例えば、Internet Explorer（登録商標）や、Chrome（登録商標）、Firefox（登録商標）、Safari（登録商標）等である。なお、図１には、クライアントコンピュータ１１０は１つしか示されていないが、実際には、複数のクライアントコンピュータ１１０が存在し得る。

媒体社サーバ１１１は、オンライン広告が掲載されるウェブページを提供する媒体社のウェブサイトのサーバである。媒体社のウェブサイトは様々であるが、例えば、新聞社のサイトや検索サイト、ポータルサイト等が挙げられる。オンライン広告は、媒体社が提供するウェブページ内に設けられた広告枠に表示される。なお、図１には、媒体社サーバ１１１は１つしか示されていないが、実際には、複数の媒体社サーバ１１１が存在し得る。

ＳＳＰサーバ１１２は、媒体社の広告枠を広告主に提供するための、供給側のプラットフォームを構成するサーバである。ＳＳＰサーバ１１２は、例えば、媒体社のウェブページを表示したクライアントコンピュータ１１０からの要求に応じて、該ウェブページ内の広告枠への入札要求を、複数のＤＳＰサーバ１１３に送信することができる。そして、ＳＳＰサーバ１１２は、該入札要求に応じて複数のＤＳＰサーバ１１３から受信する入札（応札）データに基づいて、該広告枠の落札者を決定し、落札者の広告タグをクライアントコンピュータ１１０に送信することができる。広告タグは、広告枠に広告主の広告を表示するための情報であり、スクリプトのコードや、広告動画の参照先を示す情報等が含まれる。なお、図１には、ＳＳＰサーバ１１２は１つしか示されていないが、実際には、複数のＳＳＰサーバ１１２が存在し得る。

ＤＳＰサーバ１１３は、広告主が設定した予算等の条件に基づいて広告枠の購入を行うための、需要側のプラットフォームを構成するサーバである。ＤＳＰサーバ１１３は、例えば、広告枠の入札要求をＳＳＰサーバ１１２から受信すると、該広告枠に対する入札（応札）データをＳＳＰサーバ１１２に送信する。入札データには、例えば、入札価格や広告タグ等が含まれる。なお、図１には、ＤＳＰサーバ１１３は１つしか示されていないが、実際には、複数のＤＳＰサーバ１１３が存在し得る。

ＣＤＮサーバ１１４は、広告主の広告動画等のコンテンツを提供するサーバである。ＣＤＮサーバ１１４には、広告枠への掲載候補となる広告動画が格納されている。なお、図１には、ＣＤＮサーバ１１４は１つしか示されていないが、実際には、複数のＣＤＮサーバ１１４が存在し得る。

ロギングサーバ１１５は、オンライン広告システム１００における広告視聴結果を示すログを記録するサーバである。本実施形態においては、ロギングサーバ１１５に記録されるログには、例えば、広告動画がクライアントコンピュータ１１０のウェブブラウザ上に視認可能に表示された時間（視認可能時間：Viewable Time）や、広告動画が視認可能に最後まで表示された回数等が含まれる。なお、図１には、ロギングサーバ１１５は１つしか示されていないが、実際には、複数のロギングサーバ１１５が存在し得る。例えば、ロギングサーバ１１５に記録された視認可能時間に応じて、広告料金の課金を行うことができる。

ネットワーク１２０は、インターネットを含む。また、ネットワーク１２０は、オンライン広告システム１００に含まれる各装置がインターネットにアクセスするための有線・無線の各種通信ネットワーク（例えば、インターネット・サービス・プロバイダへアクセスするための有線ネットワークや、携帯電話の無線通信網等）を含む。

図２Ａは、クライアントコンピュータ１１０において、ウェブブラウザを用いてウェブページを閲覧する際の様子の一例を示す図である。図２Ａに示すように、ウェブブラウザ２００は、媒体社サーバ１１１から取得されたウェブページ２１０を描画する。具体的には、ウェブブラウザ２００は、ウェブページ２１０を構成するＨＴＭＬ（Hyper Text Markup Language）ファイルやスクリプト（例えばJavaScript）に基づいて、ウェブページ２１０を描画する。ウェブページ２１０を構成するＨＴＭＬファイルやスクリプトは、ウェブブラウザ２００によって実行される「プログラム」である。

図２Ａに示す例では、ウェブページ２１０には、２つの広告枠２２０（２２０Ａ，２２０Ｂ）が含まれている。これらの広告枠２２０Ａ，２２０Ｂには、ＤＳＰサーバ１１３から提供された広告タグに基づいて、広告主の広告動画が表示される。

ウェブページ２１０は、全体が視認可能にウェブブラウザ２００上に表示されるとは限らない。図２Ａに示す例では、ウェブページ２１０の上方部分は視認領域内にあり、ウェブブラウザ２００上に視認可能に表示される。一方、ウェブページ２１０の下方部分は視認領域外にあり、ウェブブラウザ２００上に視認可能には表示されていない。即ち、広告枠２２０Ａは視認可能であるが、広告枠２２０Ｂは視認不可能となっている。

図２Ｂは、図２Ａに示すウェブページ２１０を上方にスクロールさせた場合の一例を示す図である。図２Ｂに示すように、ウェブページ２１０が上方にスクロールされたことにより、広告枠２２０Ａは視認領域外となる一方、広告枠２２０Ｂは視認領域内となる。このように、ウェブページ２１０内のコンテンツの視認可能状態は、ウェブページ２１０のスクロールや、ウェブブラウザ２００のサイズ変更等によって変化する。そのため、広告枠の位置を考慮して、広告動画の視認可能時間を計測する必要がある。

図３Ａは、広告動画が視認可能であるかどうかを判定するための視認判定ビーコンの一例を示す図である。図３Ａに示す広告動画３００及び視認判定ビーコン３１０は、ウェブページ２１０内の広告枠２２０に表示されるFlash動画である。図３Ａに示すように、視認判定ビーコン３１０は、広告動画３００の略中央部分の領域に、広告動画３００の上に重ねて描画される。視認判定ビーコン３１０は、例えば、縦・横それぞれ数ピクセル程度のサイズで、透明のFlash動画とすることができる。

図３Ｂは、広告動画３００が視認領域外にある状態、即ち、広告動画３００が視認不可能な状態の一例を示す図である。本実施形態では、広告動画３００の描画領域（即ち広告枠２２０）の所定割合（例えば５０％）以上が視認領域内にある場合に、広告動画３００が視認可能であるとする。図３Ｂに示すように、広告動画３００が視認不可能な状態においては、視認判定ビーコン３１０は視認領域外にある。Flash動画を再生するFlashプレーヤは、Flash動画が視認領域外にある場合、ＣＰＵ負荷を軽減するために、Flash動画のフレームレートを例えば２〜８ｆｐｓ程度に低下させることができる。視認判定ビーコン３１０は、この仕様を利用するために、hasPriority属性に「false」が設定されている。図３Ｂに示す状態において、視認判定ビーコン３１０のフレームレートは、例えば８ｆｐｓとなっている。

図３Ｃは、ウェブページ２１０が上方にスクロールされて広告動画３００が視認可能な状態に変化した場合の一例を示している。図３Ｃに示すように、広告動画３００が視認可能な状態においては、視認判定ビーコン３１０の描画領域の少なくとも一部が視認領域内にある。従って、視認判定ビーコン３１０のフレームレートは通常の状態（例えば３０ｆｐｓ）となっている。

本実施形態では、視認判定ビーコン３１０が視認領域内にある場合と視認領域外にある場合とでフレームレートが異なることを利用して、広告動画３００が視認可能であるかどうかを判定する。具体的には、視認判定ビーコン３１０は、自身のフレームレートを算出し、フレームレートが所定閾値（例えば１５ｆｐｓ）以上であるかどうかによって、視認判定ビーコン３１０が視認領域内にあるかどうかを判定する。例えば、視認判定ビーコン３１０は、各フレームにおいて実行される関数（例えばonEnterFrame）を実行することにより、フレームレートを算出することができる。そして、視認判定ビーコン３１０による判定結果に基づいて、広告動画３００が視認可能であるかどうかを判定することができる。

図４は、ウェブページ２１０のＨＴＭＬ構造の一例を示す図である。図４に示すように、ウェブページ２１０は広告枠２２０を含んでいる。広告枠２２０は、例えば、インラインフレームタグ（<iframe>...</iframe>）によって規定される。

広告枠２２０内には、ＳＳＰへの広告タグ要求コード４００及びＤＳＰからの広告タグ４１０が含まれる。広告タグ要求コード４００は、媒体社サーバ１１１から提供されるウェブページ２１０に含まれている。ウェブブラウザ２００は、広告タグ要求コード４００に基づいて、広告タグ４１０の要求をＳＳＰサーバ１１２に送信することができる。

広告タグ４１０は、ＤＳＰサーバ１１３から送信される。広告タグ４１０には、広告コード４２０、広告動画タグ４２１、及び視認判定ビーコンタグ４２２が含まれる。広告コード４２０は、広告動画３００の再生制御や広告動画３００の視認可能時間の計測等を行うものであり、例えばスクリプトを含む。広告動画タグ４２１は、広告動画３００の位置及びサイズに関する情報や、広告動画３００をロードするための情報（例えば広告動画３００のＵＲＬ等）を含む。視認判定ビーコンタグ４２２は、視認判定ビーコン３１０の位置及びサイズに関する情報や、視認判定ビーコン３１０をロードするための情報（例えば視認判定ビーコン３１０のＵＲＬ等）を含む。

図５は、オンライン広告システム１００における処理の一例を示すフローチャートである。まず、クライアントコンピュータ１１０では、ウェブブラウザ２００において媒体社のウェブサイトが指定されることにより、ウェブブラウザ２００が、媒体社サーバ１１１にウェブページ２１０を要求する（Ｓ５０１）。該要求に応じて、媒体社サーバ１１１は、クライアントコンピュータ１１０にウェブページ２１０を送信する（Ｓ５０２）。これにより、クライアントコンピュータ１１０のウェブブラウザ２００は、ウェブページ２１０の描画を開始する。そして、ウェブブラウザ２００は、ウェブページ２１０に含まれる広告タグ要求コード４００に基づいて、広告タグ４１０の要求をＳＳＰサーバ１１２に送信する（Ｓ５０３）。

ＳＳＰサーバ１１２は、クライアントコンピュータ１１０からの広告タグ４１０の要求に応じて、複数のＤＳＰサーバ１１３に入札要求を送信する（Ｓ５０４）。この入札要求に応じて、複数のＤＳＰサーバ１１３からＳＳＰサーバ１１３に対して、入札データが送信される（Ｓ５０５）。ＳＳＰサーバ１１３は、複数のＤＳＰサーバ１１３からの入札データに基づいて落札者を決定し、落札者の広告タグ４１０をクライアントコンピュータ１１０に送信する（Ｓ５０６）。

クライアントコンピュータ１１０では、ウェブブラウザ２００が、広告タグ４１０に含まれる広告動画タグ４２１に基づいて、ＣＤＮサーバ１１４に広告動画３００を要求する（Ｓ５０７）。さらに、ウェブブラウザ２００は、広告タグ４１０に含まれる視認判定ビーコンタグ４２２に基づいて、ＣＤＮサーバ１１４に視認判定ビーコン３１０を要求する（Ｓ５０８）。なお、広告動画３００と視認判定ビーコン３１０は、異なるＣＤＮサーバ１１４に格納されていてもよい。

ＣＤＮサーバ１１４は、クライアントコンピュータ１１０からの広告動画３００の要求に応じて、広告動画３００をクライアントコンピュータ１１０に送信する（Ｓ５０９）。また、ＣＤＮサーバ１１４は、クライアントコンピュータ１１０からの視認判定ビーコン３１０の要求に応じて、視認判定ビーコン３１０をクライアントコンピュータ１１０に送信する（Ｓ５１０）。これにより、クライアントコンピュータ１１０のウェブブラウザ２００は、広告動画３００及び視認判定ビーコン３１０の描画を開始する。

クライアントコンピュータ１１０では、ウェブブラウザ２００が、広告タグ４１０に含まれる広告コード４２０に基づいて、広告動画３００が視認可能かどうかの判定と、広告動画３００の視認可能時間の計測を繰り返し実行する（Ｓ５１１）。具体的には、視認判定ビーコン３１０が、フレームレートに基づいて、視認判定ビーコン３１０が視認領域内にあるかどうかの判定を繰り返し行う。そして、ウェブブラウザ２００は、広告コード４２０に基づいて、視認判定ビーコン３１０による判定結果により、広告動画３００が視認可能かどうかの判定と、広告動画３００の視認可能時間の計測を行う。なお、ウェブブラウザ２００は、広告コード４２０に基づいて、視認判定ビーコン３１０が視認領域内にある場合は広告動画３００を再生し、視認判定ビーコン３１０が視認領域外にある場合は広告動画３００の再生を一時停止することができる。

最後に、クライアントコンピュータ１１０では、ウェブブラウザ２００が、広告タグ４１０に含まれる広告コード４２０に基づいて、広告動画３００の視認可能時間の測定結果をロギングサーバ１１５に送信する（Ｓ５１２）。広告動画３００の視認可能時間の測定結果の送信タイミングは、例えば、広告動画３００が最後まで再生された際や、他のウェブページに遷移するタイミング等とすることができる。

以上に説明したように、広告動画３００上に視認判定ビーコン３１０を配置し、視認判定ビーコン３１０のフレームレートに基づいて、視認判定ビーコン３１０が視認領域内にあるかどうかを判定することにより、広告動画３００が視認可能な状態かどうかを判定することができる。従って、広告動画３００がクロスドメインで提供される場合であっても、広告動画３００が視認可能に表示されているかどうかを容易に判定することができる。

＝＝ウェブブラウザ対応＝＝
上述した手法では、Flash動画が視認領域外にある場合にFlash動画のフレームレートが低下するという仕様を利用するが、ウェブブラウザ２００の種類によっては、この仕様を利用するための考慮が必要な場合がある。

例えば、ウェブブラウザ２００がFirefoxの場合、ウェブページ２１０を描画しただけでは、Flash動画が視認領域外にあっても、このFlash動画のフレームレートは低下されない。Firefoxの場合、ウェブページ２１０を描画した後、Flash動画の位置やサイズを変更することにより、Flash動画の位置が認識される。

そこで、本実施形態では、ウェブブラウザ２００は、広告コード４２０に基づいて、ウェブブラウザ２００がFirefoxである場合には、視認判定ビーコン３１０の描画時に、視認判定ビーコン３１０の位置を例えば１ピクセル動かす。これにより、視認判定ビーコン３１０の位置が認識され、視認判定ビーコン３１０が視認領域外にある場合は、視認判定ビーコン３１０のフレームレートが低下することとなる。なお、視認判定ビーコン３１０の位置やサイズの変更は、例えば、margin-topやpadding、height、widthの値を変更することにより行うことができる。

また、ウェブブラウザ２００がSafariの場合も、ウェブページ２１０を描画しただけでは、Flash動画が視認領域外にあっても、このFlash動画のフレームレートは低下されない。Safariの場合、ウェブページ２１０を描画した後、Flash動画が一度視認領域内に入ると、Flash動画の位置が認識される。

そこで、本実施形態では、ウェブブラウザ２００は、広告コード４２０に基づいて、ウェブブラウザ２００がSafariである場合には、視認判定ビーコン３１０の描画時に、一時的に、視認判定ビーコン３１０を上下に所定サイズ大きくする。具体的には、例えば、図６に示すように、視認判定ビーコン３１０は、一時的に、上下に例えば５０００ピクセル引き延ばされる。これにより、視認判定ビーコン３１０は、ウェブページ２１０の描画時に視認領域外にあっても、一時的に視認領域内となる。これにより、視認判定ビーコン３１０の位置が認識される。そして、視認判定ビーコン３１０が元のサイズに戻った後、視認判定ビーコン３１０が視認領域外にある場合は、視認判定ビーコン３１０のフレームレートが低下することとなる。

＝＝広告動画ロード遅延制御＝＝
次に、ウェブブラウザ２００が広告動画３００をＣＤＮサーバ１１４から取得（ロード）するタイミングを制御する実施形態について説明する。通常、ウェブブラウザ２００は、ウェブページ２１０内の全てのコンテンツについて、視認領域内にあるかどうかにかかわらず描画を開始する。即ち、ウェブブラウザ２００は、広告枠２２０が視認領域外にある場合であっても、ウェブページ２１０の描画開始時に、この広告枠２２０に割り当てられた広告動画３００をロードする。しかしながら、ウェブページ２１０がスクロールされなかった場合、この広告動画３００は閲覧されず、広告動画３００のロードは無駄となる。広告動画３００は数メガバイト程度の大きさとなることもあるため、広告動画３００を無駄にロードすることは、通信コストの観点から望ましくない。そこで、本実施形態では、広告枠２２０にビーコンを設けて、広告動画３００のロードのタイミングを制御する。

図７Ａは、広告動画のロードのタイミングを制御するためのロード制御ビーコンの一例を示す図である。ロード制御ビーコン７００は、広告枠２２０に描画されるFlash動画であり、hasPriority属性に「false」が設定されている。図７Ａに示すように、ロード制御ビーコン７００は、例えば、広告動画３００と略同一の高さで、幅は数ピクセル程度とすることができる。なお、ロード制御ビーコン７００を広告動画３００より前面に表示する場合、ロード制御ビーコン７００は、透明の動画とすることができる。また、ロード制御ビーコン７００を広告動画３００より前面に表示する場合、ロード制御ビーコン７００は、視認判定ビーコン３１０と重ならない位置に配置される。

図７Ｂは、広告枠２２０が視認領域外にある状態の一例を示す図である。この状態では、ロード制御ビーコン７００も視認領域外にあるため、ロード制御ビーコン７００のフレームレートは、例えば８ｆｐｓとなっている。

図７Ｃは、ウェブページ２１０が上方にスクロールされてロード制御ビーコン７００の一部の領域が視認領域内に入った状態の一例を示す図である。図７Ｃに示すように、ロード制御ビーコン７００の一部の領域が視認領域内に入ると、ロード制御ビーコン７００のフレームレートは通常の状態（例えば３０ｆｐｓ）となる。

本実施形態では、ロード制御ビーコン７００のフレームレートに基づいて、ロード制御ビーコン７００の少なくとも一部が視認領域内にあるかどうかを判定する。そして、ロード制御ビーコン７００の少なくとも一部が視認領域内に入ったタイミングで、広告動画３００のロードが開示されるように制御される。

図８は、ウェブページ２１０のＨＴＭＬ構造の一例を示す図である。なお、図４に示したウェブページ２１０と同等の構成には、同一の符号を付して説明を省略する。図８に示すように、広告タグ４１０は、図４に示した広告タグ４１０が有する構成に加えて、ロード制御ビーコンタグ８００を含んでいる。ロード制御ビーコンタグ８００は、ロード制御ビーコン７００の位置及びサイズに関する情報や、ロード制御ビーコン７００をロードするための情報（例えばロード制御ビーコン７００のＵＲＬ等）を含む。

図９は、オンライン広告システム１００における処理の一例を示すフローチャートである。なお、図５に示した処理と同等のステップには、同一の符号を付している。図５に示した処理との違いは、ＣＤＮサーバ１１４に広告動画３００の要求を送信するタイミング、即ち、広告動画３００のロードのタイミングである。

図９に示す処理において、クライアントコンピュータ１１０では、ウェブブラウザ２００が、広告タグ８００に含まれるロード制御ビーコンタグ８００に基づいて、ＣＤＮサーバ１１４にロード制御ビーコン７００を要求する（Ｓ９０１）。

ＣＤＮサーバ１１４は、クライアントコンピュータ１１０からの要求に応じて、ロード制御ビーコン７００をクライアントコンピュータ１１０に送信する（Ｓ９０２）。これにより、クライアントコンピュータ１１０のウェブブラウザ２００は、ロード制御ビーコン７００の描画を開始する。この時点では、広告動画３００及び視認判定ビーコン３１０はまだロードされていない。

クライアントコンピュータ１１０では、ウェブブラウザ２００が、広告タグ８００に含まれる広告コード４２０に基づいて、ロード制御ビーコン７００が視認領域内であるかどうかの判定を繰り返し行う（Ｓ９０３）。そして、ウェブブラウザ２００は、広告コード４２０に基づいて、ロード制御ビーコン７００が視認領域内に入ると、ＣＤＮサーバ１１４に広告動画３００及び視認判定ビーコン３１０の要求を送信する（Ｓ５０７）。これにより、広告動画３００及び視認判定ビーコン３１０がロードされ、広告動画３００及び視認判定ビーコン３１０の描画が開始される。

以上に説明したように、広告枠２２０にロード制御ビーコン７００を配置し、ロード制御ビーコン７００のフレームレートに基づいて、ロード制御ビーコン７００が視認領域内にあるかどうかを判定することにより、広告枠２２０が視認領域内に入ったかどうかを判定することができる。そして、広告枠２２０が視認領域内に入ったタイミングで、広告動画３００がロードされるように制御することができる。従って、広告動画３００が無駄にロードされることを防ぐことができる。

なお、ロード制御ビーコン７００についても、視認判定ビーコン３１０と同様に、ブラウザの種類に応じて、描画開始時に位置やサイズが変更されることとしてもよい。

＝＝広告タグ要求遅延制御＝＝
次に、ウェブブラウザ２００が広告タグ４１０の要求を送信するタイミングを制御する実施形態について説明する。通常、ウェブブラウザ２００は、媒体社サーバ１１１からウェブページ２１０を取得すると、広告枠２２０が視認領域内にあるかどうかにかかわらず、広告タグ４１０を要求する。この要求に応じて、広告枠２２０に対する入札が行われ、広告動画３００が配信される。しかしながら、ウェブページ２１０がスクロールされなかった場合、この広告枠２２０の広告動画３００は閲覧されないため、配信された広告動画３００は広告としての意味をなさない。そこで、本実施形態では、広告枠２２０にビーコンを設けて、広告タグ４１０の要求のタイミングを制御する。

広告タグ４１０の要求のタイミングを制御するビーコン（要求制御ビーコン）は、図７Ａに示したロード制御ビーコン７００と同等のものとすることができる。図１０は、ウェブページ２１０のＨＴＭＬ構造の一例を示す図である。なお、図４に示したウェブページ２１０と同等の構成には、同一の符号を付して説明を省略する。図１０に示すように、広告枠２２０には、図４に示した広告タグ要求コード４００の代わりに、広告コード１０００及び要求制御ビーコンタグ１０１０が含まれる。

広告コード１０００は、要求制御ビーコンによる視認判定結果に基づいて、広告タグ４１０の要求タイミングを制御する。具体的には、図７Ｃに示したように、広告コード１０００は、要求制御ビーコン（ロード制御ビーコン７００と同等）が視認領域内に入ったタイミングで、広告タグ４１０の要求を行うためのコードを含む。要求制御ビーコンタグ１０１０は、要求制御ビーコンの位置及びサイズに関する情報や、要求制御ビーコンをロードするための情報（例えば要求制御ビーコンのＵＲＬ等）を含む。

図１１は、オンライン広告システム１００における処理の一例を示すフローチャートである。なお、図５に示した処理と同等のステップには、同一の符号を付している。図５に示した処理との違いは、ＳＳＰサーバ１１２に広告タグ４１０の要求を送信するタイミングである。

図１１に示す処理において、クライアントコンピュータ１１０では、ウェブブラウザ２００が、要求制御ビーコンタグ１０１０に基づいて、ＣＤＮサーバ１１４に要求制御ビーコンを要求する（Ｓ１１０１）。

ＣＤＮサーバ１１４は、クライアントコンピュータ１１０からの要求に応じて、要求制御ビーコンをクライアントコンピュータ１１０に送信する（Ｓ１１０２）。これにより、クライアントコンピュータ１１０のウェブブラウザ２００は、要求制御ビーコンの描画を開始する。この時点では、広告タグ４１０の要求はまだ送信されていない。

クライアントコンピュータ１１０では、ウェブブラウザ２００が、広告コード１０００に基づいて、要求制御ビーコンが視認領域内であるかどうかの判定を繰り返し行う（Ｓ１１０３）。そして、ウェブブラウザ２００は、広告コード１０００に基づいて、要求制御ビーコンが視認領域内に入ると、ＳＳＰサーバ１１２に広告タグ４１０の要求を送信する（Ｓ１１０４）。これにより、広告タグ４１０が取得され、広告動画３００の描画が開始される。

以上に説明したように、広告枠２２０に要求制御ビーコンを配置し、要求制御ビーコンのフレームレートに基づいて、要求制御ビーコンが視認領域内にあるかどうかを判定することにより、広告枠２２０が視認領域内に入ったかどうかを判定することができる。そして、広告枠２２０が視認領域内に入ったタイミングで、広告タグ４１０の要求が送信されるように制御することができる。従って、意味の無い入札を抑制することができる。

なお、要求制御ビーコンについても、視認判定ビーコン３１０と同様に、ブラウザの種類に応じて、描画開始時に位置やサイズが変更されることとしてもよい。

なお、本実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更／改良され得るととともに、本発明にはその等価物も含まれる。

例えば、本実施形態で示したビーコンの形状や位置は一例であり、ビーコンの位置や形状はこれに限られない。

また例えば、本実施形態では、ウェブページの表示領域（枠）に描画される動画を広告動画としたが、動画はこれに限られず、任意の動画とすることができる。

１００ オンライン広告システム
１１０ クライアントコンピュータ
１１１ 媒体社サーバ
１１２ ＳＳＰサーバ
１１３ ＤＳＰサーバ
１１４ ＣＤＮサーバ
１１５ ロギングサーバ
１２０ ネットワーク
２００ ウェブブラウザ
２１０ ウェブページ
２２０ 広告枠
３００ 広告動画
３１０ 視認判定ビーコン
４００ 広告タグ要求コード
４１０ 広告タグ
４２０，１０００ 広告コード
４２１ 広告動画タグ
４２２ 視認判定ビーコンタグ
７００ ロード制御ビーコン
８００ ロード制御ビーコンタグ
１０１０ 要求制御ビーコンタグ

Claims (16)

1. ウェブブラウザを用いてウェブページを表示するコンピュータに、
   前記ウェブページの第１の領域に、第１の動画を描画する第１描画機能と、
   前記ウェブページの前記第１の領域内の第２の領域に、第２の動画を描画する第２描画機能と、
   前記第２の動画のフレームレートに基づいて、前記第２の領域の少なくとも一部が前記ウェブブラウザ上に視認可能に表示されているか判定する判定機能と、
   を実現させるための動画制御プログラム。
2. 請求項１に記載の動画制御プログラムであって、
   前記判定機能は、前記フレームレートが所定閾値以上である場合に、前記第２の領域の少なくとも一部が、前記ウェブブラウザ上に視認可能に表示されていると判定する、動画制御プログラム。
3. 請求項２に記載の動画制御プログラムであって、
   前記判定機能は、前記第２の動画の各フレームにおいて所定の関数を実行することにより、前記フレームレートを算出する、動画制御プログラム。
4. 請求項１〜３の何れか一項に記載の動画制御プログラムであって、
   前記コンピュータに、前記判定機能の判定結果に基づいて、前記第２の領域の少なくとも一部が前記ウェブブラウザ上に視認可能に表示されている際に前記第１の動画が再生されるよう、前記第１の動画の再生を制御する再生制御機能を、さらに実現させるための動画制御プログラム。
5. 請求項１〜４の何れか一項に記載の動画制御プログラムであって、
   前記第２の動画は、透明な動画である、動画制御プログラム。
6. 請求項１〜５の何れか一項に記載の動画制御プログラムであって、
   前記第２描画機能は、前記第２の動画を前記第１の動画より前面に描画する、動画制御プログラム。
7. 請求項１〜６の何れか一項に記載の動画制御プログラムであって、
   前記第２の領域は、前記第１の領域の略中央部分の領域である、動画制御プログラム。
8. 請求項１〜７の何れか一項に記載の動画制御プログラムであって、
   前記コンピュータに、前記判定機能による判定結果に基づいて、前記第１の動画が前記ウェブブラウザ上に視認可能に表示された時間を計測する計測機能を、さらに実現させるための動画制御プログラム。
9. 請求項８に記載の動画制御プログラムであって、
   前記コンピュータに、前記計測された時間を所定のサーバに送信する送信機能をさらに実現させ、
   前記第１の動画は、前記ウェブブラウザ上に視認可能に表示された時間に基づいて広告料金が課金される広告動画である、
   動画制御プログラム。
10. 請求項１〜３の何れか一項に記載の動画制御プログラムであって、
    前記コンピュータに、前記判定機能による判定結果に基づいて、前記ウェブページのロード後、前記第２の領域の少なくとも一部が前記ウェブブラウザ上に視認可能に表示されたことに応じて、前記第１の動画のロードを要求するロード機能を、さらに実現させるための動画制御プログラム。
11. 請求項１〜３の何れか一項に記載の動画制御プログラムであって、
    前記コンピュータに、前記判定機能による判定結果に基づいて、前記ウェブページのロード後、前記第２の領域の少なくとも一部が前記ウェブブラウザ上に視認可能に表示されたことに応じて、前記第１の動画のタグを要求するタグ要求機能を、さらに実現させるための動画制御プログラム。
12. 請求項１０または１１に記載の動画制御プログラムであって、
    前記第２の領域は、高さが前記第１の領域と略同一であり、幅が前記第１の領域より小さい、動画制御プログラム。
13. 請求項１〜１２の何れか一項に記載の動画制御プログラムであって、
    前記第２の動画は広告動画である、動画制御プログラム。
14. 請求項１〜１３の何れか一項に記載の動画制御プログラムであって、
    前記コンピュータに、
    前記ウェブブラウザが第１の種類のブラウザである場合、前記ウェブページのロード時に、前記第２の領域の位置またはサイズを変更する第１の領域変更機能を、さらに実現させるための動画制御プログラム。
15. 請求項１〜１４の何れか一項に記載の動画制御プログラムであって、
    前記コンピュータに、
    前記ウェブブラウザが第２の種類のブラウザである場合、前記ウェブブラウザのロード時に、一時的に、前記第２の領域を上下に所定サイズ大きくする第２の領域変更機能を、さらに実現させるための動画制御プログラム。
16. ウェブブラウザを用いてウェブページを表示するコンピュータが、
    前記ウェブページの第１の領域に、第１の動画を描画することと、
    前記ウェブページの前記第１の領域内の第２の領域に、第２の動画を描画することと、
    前記第２の動画のフレームレートに基づいて、前記第２の領域の少なくとも一部が前記ウェブブラウザ上に視認可能に表示されているか判定することと、
    を含む動画制御方法。

Images