JP7189255B2

JP7189255B2 - 広告発注支援装置

Info

Publication number: JP7189255B2
Application number: JP2021065087A
Authority: JP
Inventors: 琢志宮本
Original assignee: FUTURESCOPE. CORP.
Current assignee: FUTURESCOPE. CORP.
Priority date: 2021-04-07
Filing date: 2021-04-07
Publication date: 2022-12-13
Anticipated expiration: 2041-04-07
Also published as: JP2023014323A; JP2022160728A

Description

本発明は、広告発注支援装置に関する。

近年、ユーザが動画サイトの動画コンテンツを視聴する際、動画コンテンツの冒頭又は途中又は終わりに動画広告が数秒間挿入再生されるという形で配信される動画広告が知られている。広告主は動画広告の申し込みを行うに際し、入稿する動画広告データ、ジャンル、配信エリア、広告配信開始日、配信期間、広告予算などを設定する。

このとき広告主が広告予算を例えば１万円と設定して広告配信を実施したものの、動画サイトの動画コンテンツの視聴回数が少ない場合は動画広告の「視聴回数」も少なくなるので、結果的に半分の５０００円分しか広告を配信できない場合がある。この場合、広告予算としては１万円であったにもかかわらず、５０００円分しか広告を配信できなかったことで、広告主としては広告予算の消化が達成できなかったことになる。ここで、実際の広告配信費用が半分で済んだという考え方もある一方、広告主の現場からは、せっかく予算設定したのだからやはり予算分消化したかった、予算分フルにもっと多くのユーザへ広く広告を届けたかった、という声が圧倒的に多いという実情がある。その一方、広告配信事業者にとっても予算未消化は売上機会の損失であるため、広告主が獲得した広告予算を予算分だけ全て消化したいという意向がある。

これに関する技術として、例えば特許文献１には、店舗の来店者の居住位置の集計結果に基づいてヒートマップを作成し、発注者は、ヒートマップ２１上で枠２１ａを移動させ、また拡大縮小しながら、店舗アイコン２１ｂの位置を参考にしながら、チラシの頒布エリアを適宜変更することができる。

特許６８２７１３８号公報

しかしながら、上記特許文献１に記載される発明においては、ヒートマップ上でチラシの頒布エリアが決まると、頒布エリアの頒布戸数に基づいて見積額を算出され、頒布エリア内の頒布戸数分に対して実際に新聞折り込みチラシとして頒布されるが（段落００２４等）、そもそも動画広告とチラシ広告は広告媒体の特性が異なるため、動画広告のような広告予算の未消化というものは発生しない。

本発明は、上記の点に鑑み提案されたものであり、一つの側面では、動画広告配信において、広告予算の消化が見込める配信エリアの最適化を図ることを目的とする。

上記の課題を解決するため、本発明に係る広告発注支援装置は、携帯端末を含むユーザ端末が視聴した動画コンテンツ内に挿入される動画広告を配信するための広告発注支援装置であって、店舗の動画広告の配信期間、配信エリア、広告予算、及び広告配信費用を含む動画広告の過去の配信履歴を記憶した記憶手段と、携帯端末のユーザのうち該携帯端末の位置と一定の取得時間間隔で取得された該携帯端末の位置の取得日時刻とが対応付けられた行動データに基づいて前記店舗の来店者と推定されたユーザの生活エリア位置の密度分布を地図上に重畳したヒートマップを、発注者端末に表示させる表示制御手段と、単位面積あたりの前記生活エリア位置の密度が最も大きい第１配信エリア図形を、前記ヒートマップ上に配置する第１配信エリア配置手段と、前記配信履歴を参照し、過去に広告配信費用が広告予算を消化していない配信履歴が存在する場合には、発注者端末から入力された配信期間及び広告予算が該配信履歴における配信期間及び広告予算と同一条件の下、該過去の第１配信エリア図形を大きくした第２配信エリア図形を、前記ヒートマップ上に配置する第２配信エリア配置手段と、発注者端末から入力された動画広告の配信期間、広告予算、及び配信エリアを含む発注情報を取得する発注情報取得手段と、を有する。

本発明の実施の形態によれば、動画広告配信において、広告予算の消化が見込める配信エリアの最適化を図ることができる。

本実施形態に係る広告配信システムのネットワーク構成例を示す図である。本実施形態に係る広告発注支援サーバのハードウェア構成例を示す図である。本実施形態に係る広告発注支援サーバのソフトウェア構成例を示す図である。本実施形態に係る発注者管理表１０９ａの一例を示す。本実施形態に係る配信履歴ＤＢ１０９ｂ一例を示す。本実施形態に係る動画広告配信の発注画面の一例を示す。本実施形態に係る動画広告配信の発注画面の一例を示す。本実施形態に係る動画広告配信のレポート画面の一例を示す。本実施形態に係る動画広告配信の発注画面の一例を示す。本実施形態に係る動画広告配信処理シーケンス図を示す。本実施形態に係るヒートマップ及び配信エリア円の作成処理のフローチャートを示す。本実施形態に係る第１配信エリア円の作成を説明する図である。本実施形態に係る第２配信エリア円の作成を説明する図である。

本発明の実施形態について、図面を参照しつつ詳細に説明する。
＜システム構成＞
（ネットワーク構成）
図１は、本実施形態に係る広告配信システムのネットワーク構成例を示す図である。図１の広告配信システム１００は、広告発注支援サーバ１０、行動データ蓄積ＤＢ（ＤａｔａＢａｓｅ）２０、広告配信サーバ３０、コンテンツサーバ４０、発注者端末５０、及びユーザ端末６０を含み、ネットワーク７０を介して接続されている。

広告発注支援サーバ（以下単に支援サーバという）１０は、発注者（広告主）が動画広告を配信発注できるよう支援するためのサーバ装置である。発注者は画面上から広告配信設定（例えば配信期間、広告予算、配信エリア等の設定）を容易に行うことができる。

行動データ蓄積ＤＢ２０は、ユーザ端末６０のうち、携帯ユーザの有する携帯端末６０ａの固有識別子としての端末ＩＤと、携帯端末６０ａの位置情報と、その位置情報の取得日時刻（タイムスタンプ）とが対応付けられた行動データが蓄積されている。行動データ蓄積ＤＢ２０は、携帯ユーザの行動データを収集可能な携帯端末６０ａの通信キャリア又は通信キャリアから行動データの提供を受けた事業者により構築又は提供される。

ここで、携帯ユーザの行動データは、一定の取得時間間隔（例えば１０分間隔）で周期的に取得されているため、その携帯端末６０ａの位置情報とから、携帯端末６０ａを所有する所有者の移動経路を推定することができる。例えば、同じ位置を示す位置情報が連続時刻で取得されている場合には、その位置情報が示す位置に携帯端末６０ａ（携帯端末６０ａを所持している所有者）が滞在していることが推定できる。このことから携帯端末６０ａが滞在している位置が、例えばＡＭ１０時～ＰＭ１１時といった店舗営業時間帯において一定時間の間、店舗位置に滞在していれば、その携帯ユーザはその店舗に対して来店行動があった、その携帯ユーザはその店舗に来店実績のある来店者（顧客）であることが推定できる。

また、携帯端末６０ａが一定時間滞在している時間帯が、一般の日中生活行動の時間帯や深夜の時間帯であれば、その位置情報が示す位置が、携帯端末６０ａを所持している所有者の生活エリア位置であると推定することができる。生活エリア（生活圏）は、特定の地域に居住する人たちの恒常的な生活行動の場所、その範囲をいい、例えば、買物、レクリエーション、通勤、医療、政治、農産物出荷など生活上の行動する領域、範囲をいう。

なお、携帯ユーザの生活エリア位置のうち居住エリア位置を推定するための時間帯として、例えばＡＭ１２時～ＡＭ５時といったように、一般的な就寝時間帯としうる。また携帯ユーザの生活エリア位置のうち行動エリア位置を推定するための日中生活行動の時間帯として、例えばＡＭ９時～ＰＭ５時（終日）、ＡＭ９時～ＰＭ１２時（午前中）、ＰＭ１２時～ＰＭ５時（午後）又はＡＭ１１時～ＰＭ２時（いわゆるコアタイム）といったように、その地域性に応じて最もよく日中生活行動が現れる可能性の高い時間帯としうるが、店舗営業時間帯（例えばＡＭ１０時～ＰＭ１１時）と一部が重なる時間帯とする。

このように携帯ユーザの行動データから、携帯ユーザが店舗の来店者かどうかや、その携帯ユーザの生活エリア位置を推定することができる。なお店舗の来店者であるかどうかや生活エリア位置の推定は、一日分の行動データのみからでは推定確度が低いため、例えば数日分・数か月分のボリューム行動データを多面的な切り口から解析することで、推定確度を高めることができる。

広告配信サーバ３０は、発注者による広告配信設定（例えば配信期間、広告予算、配信エリア等の設定）に従って、入稿された動画広告を配信する。本実施形態に係る動画広告配信は、ユーザがユーザ端末６０（携帯端末６０ａ及びＰＣ端末ｂを含む）を用いて動画コンテンツを視聴する際、動画コンテンツの冒頭又は途中又は終わりに動画広告が挿入再生されるという形で配信されるもので、よくいう広告種類として例えばインストリーム広告やバンパー広告などがある。

コンテンツサーバ４０は、ユーザに対して動画コンテンツを提供する。ユーザが所有する様々なユーザ端末６０を用いてコンテンツサーバ４０の動画サイトにアクセスし、様々な動画コンテンツの中から所望の動画コンテンツを再生・視聴することができる。

発注者端末５０は、例えばスマートフォン、タブレット端末又はパーソナルコンピュータなど、発注者（店舗担当者等）が支援サーバ１０に対してＩＤ及びパスワードを使ってログイン・アクセスし、画面上から動画広告配信の設定や発注を行うための情報端末装置である。発注者端末５０は、支援サーバ１０にアクセスするため、予め所定のアプリケーションプログラム（汎用ウェブブラウザや専用アプリ）がインストールされる。

ユーザ端末６０は、例えばスマートフォンやタブレット端末などの携帯端末６０ａ、ＰＣ（パソコン）端末６０ｂ、もしくはスマートテレビ（非図示）など、一般ユーザが動画コンテンツ並びに動画コンテンツ内に挿入される動画広告を視聴するための様々な端末装置である。一般ユーザは所有するユーザ端末６０を用いてコンテンツサーバ４０の動画サイトにアクセスし、様々な動画コンテンツの中から所望の動画コンテンツ（動画広告を含む）を再生・視聴することができる。

ネットワーク７０は、有線、無線を含む通信ネットワークである。ネットワーク７０は、例えば、インターネット、公衆回線網、ＷｉＦｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）などを含む。

（ハードウェア構成）
図２は、本実施形態に係る広告発注支援サーバのハードウェア構成例を示す図である。支援サーバ１０は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）１１、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）１２、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）１３、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）１４、通信装置１５、表示装置１６及び入力装置１７を有する。

ＣＰＵ１１は、各種プログラムの実行や演算処理を行う。ＲＯＭ１２は、起動時に必要なプログラムなどが記憶されている。ＲＡＭ１３は、ＣＰＵ１１での処理を一時的に記憶したり、データを記憶したりする作業エリアである。ＨＤＤ１４は、各種データ及びプログラムを格納する。通信装置１５は、ネットワーク７０を介して他装置との通信を行う。表示装置１６は、液晶ディスプレイ等のディスプレイである。入力装置１７は、固有の操作キーやボタン等を有するキーボードなどで実現される。

（ソフトウェア構成）
図３は、本実施形態に係る広告発注支援サーバのソフトウェア構成例を示す図である。支援サーバ１０は、主な機能部として、ヒートマップ作成部１０１、第１配信エリア配置部１０２、第２配信エリア配置部１０３、表示制御部１０４、発注情報取得部１０５、及び記憶部１０９を有する。

ヒートマップ作成部１０１は、携帯端末６０ａのユーザのうち店舗の来店者と推定されたユーザの生活エリア位置の密度分布を地図上に重畳したヒートマップを作成する機能を有している。

第１配信エリア配置部１０２は、単位面積あたりの前記生活エリア位置の密度が最も大きい第１配信エリア図形を、ヒートマップ上に配置する機能を有している。

第２配信エリア配置部１０３は、配信履歴ＤＢ１０９ｂを参照し、過去に広告配信費用が広告予算を消化していない配信履歴が存在する場合には、発注者端末５０から入力された配信期間及び広告予算が該配信履歴における配信期間及び広告予算と同一条件の下、該過去の第１配信エリア図形を大きくした第２配信エリア図形を、ヒートマップ上に配置する機能を有している。

表示制御部１０４は、ヒートマップを含む発注画面を、発注者端末５０に表示させる機能を有している。

発注情報取得部１０５は、発注者端末５０から入力された動画広告の配信期間、広告予算、及び配信エリアを含む発注情報を取得する機能を有している。

記憶部１０９は、発注者管理表１０９ａ及び配信履歴ＤＢ１０９ｂを、ＨＤＤ１４等に記憶する機能を有している。

なお、各機能部は、支援サーバ１０を構成するコンピュータのＣＰＵ、ＲＯＭ、ＲＡＭ等のハードウェア資源上で実行されるコンピュータプログラムによって実現されるものである。これらの機能部は、「手段」、「モジュール」、「ユニット」、又は「回路」に読替えてもよい。また、支援サーバ１０における記憶部１０９の各種データは、ネットワーク７０上の外部記憶装置に配置することも可能である。

（各種データ）
本実施形態に係る支援サーバ１０の有する各種データについて説明する。
図４は、本実施形態に係る発注者管理表１０９ａの一例を示す。発注者管理表１０９ａには、発注者を特定する発注者ＩＤに対して、自店舗の店舗情報（店舗名、位置情報）と、近隣に所在する競合店舗の店舗情報（店舗名、位置情報）が関連付けて登録される。自店舗及び競合店舗の店舗情報は、発注者（店舗担当者等）により予め設定され、後述するヒートマップの表示対象となる店舗来店者を特定するために用いられる。

図５は、本実施形態に係る配信履歴ＤＢ１０９ｂ一例を示す。配信履歴ＤＢ１０９ｂは、過去に配信された動画広告の配信履歴情報を管理するデータベースである。配信履歴ＤＢ１０９ｂは、例えば店舗毎の「発注者ＩＤ」、「配信期間」、「広告予算」、「広告配信費用」、「広告予算消化率」、「ヒートマップ」、「中心位置／半径」、「視聴回数」、「クリックされた回数」、「視聴単価」、「配信動画」などのデータ項目を有する。

「発注者ＩＤ」は、店舗毎に固有に付番号される識別子である。「発注者ＩＤ」は、発注者（店舗担当者等）が支援サーバ１０に対してログイン・アクセスするためのユーザＩＤとしても用いられうる。

「配信期間」は、発注者（店舗担当者等）が設定（指定）するもので、動画広告の配信期間を示す。

「広告予算」は、発注者（店舗担当者等）が設定（指定）するもので、動画広告を配信するために使う広告予算を示す。発注者が動画広告配信前時点で考えている広告費用の上限金額ともいえる。

「広告配信費用」は、動画広告が配信された後、実際に課金された広告費用を示す。動画広告配信の費用は、ユーザによる動画コンテンツの再生・視聴があって初めて発生し得るため、動画広告配信前に設定される「広告予算」とは必ずしも一致しないが、「広告配信費用」の上限は「広告予算」迄である。なお、広告の配信方法には、動画広告が視聴された場合に課金されるタイプ（例えばバンパー広告）、動画広告の全てが完全視聴された場合にのみ課金され、途中でスキップされた場合には課金されないタイプ（例えばインストリーム広告）のものもあるが、何れにしてもユーザにより動画コンテンツの再生・視聴されて初めて動画広告の課金機会が発生する。

「広告予算消化率」は、動画広告配信前に設定される「広告予算」が実際に動画広告を配信した結果、どのくらいの割合で広告予算が消化されたか（広告予算のうちどのくらいの割合分の動画広告が配信されたか）を示す。「広告予算消化率」は、「広告配信費用」／「広告予算」により算出される。

「ヒートマップ」は、ヒートマップのデータファイルを示す。

「中心位置／半径」は、ヒートマップ上において動画広告の配信エリアを指定する領域円の中心位置及び半径を示す。「半径」が大きいほど動画広告の配信エリアが広くなる。詳細は後述する。

「視聴回数」は、動画広告が視聴された回数（即ち広告動画が配信された回数）を示す。本実施形態に係る動画広告配信は、ユーザ端末６０のユーザが視聴する動画コンテンツの冒頭や途中に動画広告が挿入再生されるという形で配信されるため、ユーザが動画コンテンツを視聴した回数に依存する。よって動画コンテンツの視聴回数が少ない場合は動画広告の「視聴回数」も少なくなり、動画コンテンツの視聴回数が多い場合は動画広告の「視聴回数」も多くなる。

「クリックされた回数」は、動画広告又は動画広告に埋め込まれた遷移先ＵＲＬ（ランディングページ）がクリックされた回数を示す。

「視聴単価」は、１回の視聴に課金される広告費用を示す。「広告配信費用」＝「視聴単価」×「視聴回数」となる。

「配信動画」は、動画広告のデータファイルを示す。発注者（店舗担当者等）により入稿される。

＜発注画面＞
（初回の動画広告発注画面）
図６、７は、本実施形態に係る動画広告配信の発注画面の一例を示す。発注者（店舗担当者等）が発注者端末５０のウェブブラウザ又は専用アプリ等を起動し、支援サーバ１０にログイン・アクセスすることで、発注画面を表示する。

はじめに図７に示されるヒートマップ１１９について説明する。ヒートマップ１１９は、携帯ユーザの行動データに基づいて抽出された自店舗や競合店舗における来店者の生活エリア分布を、実際の地図上に重ね合わせて表示したものである。

ヒートマップ１１９の作成にあたり、まず支援サーバ１０は、上述したように蓄積された携帯ユーザの行動データを解析することで、自店舗及び競合店舗の来店者（顧客）、並びに当該来店者の生活エリア位置を推定・特定し、地図中に既定されている格子状のエリア毎に、エリア内に生活エリア位置が所在する来店者数を集計する。そしてエリア毎の来店者数の集計結果に基づいて、店舗来店者の生活エリアの密度分布図を作成し、作成した密度分布図を地図上に重ね合わせることで、ヒートマップ１１９を作成する。またヒートマップ１１９上、店舗来店者が多い生活エリアほど色等の濃淡が濃く表示されるので、発注者がどのエリアに店舗の来店者（顧客）の生活エリアがあるのかを一見して把握することが可能となっている。

再び図６及び７を参照する。図６及び７は、発注者が初めて（初回）動画広告の発注を行う際の発注画面である。まず発注者は、例えばインストリーム広告又はバンパー広告の何れか一の配信方法１１１を選択する。

次に発注者は、動画広告を配信する配信期間１１２を設定する。なお遊技場店舗（パチンコ店舗等）が、遊技機の新台入替の告知広告を配信する場合には、集客効果が特に高い新台入替日の前日から３日間程度に設定するのが望ましく、土日・祝日又は特定日（イベント日等）に集客したい場合には、その前日から３日間程度に設定するのが望ましい。また店舗の所在地域によっては、新台入替の告知広告は、新台入替日の当日のみ、３日新台入替日から３日以内迄という組合等の取り決めによる広告期間ルールがある。このため、支援サーバ１０は、このような地域に所在する店舗が新台入替の告知広告を配信する場合、配信期間を新台入替日当日の１日のみや最長３日迄というように入力を禁止・制限する制御を実行するとともに、その旨のアラートを出力する。

次に発注者は、ヒートマップ表示設定１１３を行う。ヒートマップ表示設定は、表示されるヒートマップ１１９の作成元となる携帯ユーザの行動データの抽出条件を発注者が設定するために使用される。ヒートマップ表示設定として具体的に発注者は、ヒートマップの対象店舗１１４を選択することができる。例えば自店舗Ａが選択されたとき（デフォルト選択済み）、ヒートマップ上に自店舗Ａの来店者の密度分布図１１９ｃが表示されるとともに、地図上に自店舗Ａの店舗位置を示す店舗アイコン１１９ｂが重ねて表示される。また競合店舗Ｂ及び／又はＣが選択されたとき（デフォルト選択済み）、ヒートマップ上に競合店舗Ｂ及び／又はＣの来店者の密度分布図１１９ｄが、自店舗Ａの来店者の密度分布図１１９ｃとは識別可能な異なる色を用いて表示されるとともに、地図上に競合店舗Ｂ及び／又はＣの店舗位置を示す店舗アイコン（非図示）が重ねて表示される。なお、地図上に競合店舗の密度分布図１１９ｄを表示する理由は、遊技場店舗（パチンコ店舗等）における来店者層は近隣店舗を複数掛け持ちする傾向が非常に高く、互いの来店者層が共通するためである。

またヒートマップ表示設定として、来店者条件１１５を設定できる。例えば最新来店日に「１か月～」が選択されたとき、ヒートマップ上に近々の一か月以内に来店していない来店者（店舗へ暫く足が遠ざかっていた来店者）のみを表示した密度分布図１１９ｃが表示される。近々に来店実績のある来店者は例えば店内掲示や来店者同士の会話を通じて新台告知を既に認識している可能が高い。このため、この機能により店舗へ暫く足が遠ざかっていた来店者に絞って広告配信できるので、非ターゲット者に対する広告の無駄打ちを低減し、広告効果を高めることができる。一方、動画広告がファン感謝祭といった常連来店者に向けたコンテンツである場合、最新来店日に「～１週間以内」及び「１週間～１か月」が選択することで、逆に近々に来店実績のある来店者に絞って広告配信できるので、非ターゲット者に対する広告の無駄打ちを低減し、広告効果を高めることができる。

次に発注者は、広告予算１１６を設定する。広告予算は任意の金額に変更可能であるが、予め現実的な目安金額に基づいて設定可能な広告予算範囲が決められている。例えば配信日数が１～３日間の場合、設定可能な広告予算￥１０,０００～￥３０,０００といった具合である。広告予算が極めて少額に設定された場合にはその範囲での配信数は広告効果が期待できないし、極めて高額に設定された場合には確実に予算分の配信を消化しきれないためである。

発注者は操作アイコン１１７の「＋」「－」を押下することで、広告予算を￥１０,０００単位で広告予算の増減操作を行うことができる。本実施形態において広告予算は最低金額￥１０,０００から設定でき、￥１０,０００単位で増額できる。

次に発注者は、ヒートマップ１１９上で動画広告の配信エリア１１８を確認する。ヒートマップ１１９においては、地図１１９ａ上に、自店舗Ａの店舗位置を示す店舗アイコン１１９ｂと、自店舗Ａの来店者の密度分布図１１９ｃとが重畳して表示されている。自店舗Ａの来店者の密度分布図１１９ｃでは、自店舗来店者の生活エリアの密度が高いエリアほど濃く密度が低いエリアほど淡い濃淡表示がなされている。また、地図１１９ａ上に、店舗Ａに対する競合店舗の店舗位置を示す店舗アイコン（非図示）と、競合店舗の来店者の密度分布図１１９ｄとが同様に表示されている。競合店舗の来店者の密度分布図１１９ｄでは、競合店舗来店者の生活エリアの密度が高いエリアほど濃く密度が低いエリアほど淡い濃淡表示がなされている。

またヒートマップ１１９上には推奨配信エリア円１１９ｅが表示されている。配信エリア円は地図上から動画広告の配信エリア領域を設定（指定）するためものであるが、推奨配信エリア円１１９ｅは、来店者の生活エリアの密度や、過去の配信履歴がある場合には過去の広告予算消化率に応じて最適化された配信エリア円である。

具体的に、動画広告の配信エリアが単位面積あたりの来店者生活エリアの密度が最も大きくなるように、推奨配信エリア円を探索し設定される。つまり自店舗及び競合店舗の来店者であって当該来店者の生活エリア位置の数が、単位面積あたり最大となる配信エリア円を設定する。この結果、ヒートマップ１１９上の推奨配信エリア円１１９ｅは、店舗来店者が多いことを示す濃い色の生活エリアがなるべく多く含まれながら、その一方薄い色のエリアや非生活エリアがなるべく少なくなるような配信エリア円となる。

なお、基本的に発注者は推奨配信エリア円１１９ｅの配信エリアをそのまま設定してよいが、発注者（経験値の高い発注者等）が場合によって推奨配信エリア円１１９ｅの位置（中心位置）を移動したり大きさ（広さ）をカスタマイズ調整変更するようにしてもよい。

次に発注者は、入稿する動画広告１２０のアップロードを行う。アップロードする動画広告ファイルは、発注者端末５０内の動画ファイルや「動画制作ツール」で制作した動画ファイルの中から選択することができる。

次に発注者は、動画広告の遷移先ＵＲＬ１２１を入力する。遷移先ＵＲＬは、動画広告がクリック操作された場合に遷移する遷移先ウェブサイトのランディングページＵＲＬである。

最後に発注者は、以上の発注設定内容を確認の上、「発注」１２２を押下することで、入稿した動画広告を配信エリア内のユーザ端末６０に対して配信することができる。

なお、本実施形態において、ヒートマップ１１９上における競合店舗の来店者の密度分布図１１９ｄは、単に競合店舗に来店したことのある来店者（店舗Ａに来店したことのない来店者を含んでいる）の生活エリアの密度分布図のみならず、自店舗Ａに来店したことのある来店者であって且つ競合店舗にも来店したことのある来店者の生活エリアの密度分布図であってもよい。

（動画広告レポート画面）
図８は、本実施形態に係る動画広告配信のレポート画面の一例を示す。上述したように配信履歴ＤＢ１０９ｂには、過去に配信された動画広告の配信履歴情報が保存されている。発注者（店舗担当者等）は、レポート画面を介して過去に配信された動画広告の配信履歴を参照することができる。なお図８に示されるレポートサマリーによれば、「配信期間」３日、「広告予算」￥３００００に対して「広告配信費用」￥２２５００となっており、「広告予算消化率」は７５％に留まっていることが分かる。

（次回の動画広告発注画面）
図９は、本実施形態に係る動画広告配信の発注画面の一例を示す。図６、７は発注者が初めて（初回に）動画広告の発注を行う際の発注画面であったのに対し、図９は発注者が次回（２回目～）に動画広告の発注を行う際のヒートマップ１１９を含む発注画面（図７に対応）である。図９を参照しつつ以下説明する。なお図６、７との重複する説明は省略する。

発注者は初回と同じように広告予算１１６を設定するに際し、図７とは異なり、広告予算の初期値として前回の広告予算金額が表示されている。これにより発注者が前回広告予算を一見して把握できるとともに、今回の広告予算に変更がない場合には広告予算設定操作を省くことができる。

次に発注者は、ヒートマップ１１９上で動画広告の配信エリア１１８を確認する。ヒートマップ１１９においても、地図１１９ａ上に、自店舗Ａの店舗位置を示す店舗アイコン１１９ｂと、自店舗Ａの来店者の密度分布図１１９ｃとが表示されている。また、地図１１９ａ上に、店舗Ａに対する競合店舗の店舗位置を示す店舗アイコン（非図示）と、競合店舗の来店者の密度分布図１１９ｄとが表示されている。

またヒートマップ１１９上には、推奨配信エリア円１１９ｅ及び推奨配信エリア円１１９ｅ＋１が表示されている。推奨配信エリア円１１９ｅは、初回の発注画面上に表示された推奨配信エリア円であり（図７）、比較説明する上で便宜的に示したものである。今回の推奨配信エリア円１１９ｅ＋１は、過去前回の広告予算消化率に応じて最適化された配信エリア円である。

また、円の半径（即ち配信エリア）が前回１０ｋｍから１２ｋｍと大きくなっていることが分かる。前回の動画広告では、「配信期間」３日、「広告予算」￥３０,０００という条件の下、配信エリアを推奨配信エリア円１１９ｅとして動画広告を配信した結果、「広告予算消化率」が７５％と十分に広告予算を消化することができなかった（図８）。よって今回の推奨配信エリア円１１９ｅ＋１は、「配信期間」３日、「広告予算」￥３００００という同条件の下、過去前回の広告予算消化率に応じて最適化された配信エリア円である。

前回の配信エリア円１１９ｅ（説明の便宜上図示した）の半径１０ｋｍに対し、配信期間（例えば初期表示３日）及び広告予算（例えば初期表示３００００円）を同一条件として、今回の推奨配信エリア円１１９ｅ＋１は半径１２ｋｍと配信エリアが大きくなっている。これにより、前回の配信エリア（半径１０ｋｍ）では予算未消化であったところ、今回の配信エリア（半径１２ｋｍ）においては配信エリアが広くなった分、今回は当初予算の消化が期待できる。

＜情報処理＞
（動画広告配信の流れ）
図１０は、本実施形態に係る動画広告配信処理シーケンス図を示す。広告配信システム１００における動画広告配信の流れを以下に沿って説明する。

Ｓ１：発注者が発注者端末５０から支援サーバ１０に対してＩＤ及びパスワードを使ってログイン・アクセスすると、発注者端末５０から支援サーバ１０に対して発注画面表示要求が送信される。

Ｓ２：支援サーバ１０は、発注者端末５０からの発注画面表示要求を受信すると、ヒートマップ１１９（推奨配信エリア円を含む）を作成し、作成したヒートマップ１１９を含む発注画面データ（図６、７及び９）を生成する。

Ｓ３：支援サーバ１０は、発注者端末５０からの発注画面表示要求に応答し、ヒートマップ１１９を含む発注画面データを送信する。

Ｓ４：発注者が発注者端末５０上の発注画面から動画広告配信の発注を行うと、発注者端末５０から支援サーバ１０に対して発注情報が送信される。発注情報は、例えば、発注者ＩＤ、配信方法、配信期間、広告予算、中心位置／半径（配信エリア）、動画広告データ、動画広告の遷移先ＵＲＬを含む。

Ｓ５：支援サーバ１０は、発注者端末から発注情報を受信すると、配信履歴ＤＢ１０９ｂに発注情報のうち例えば「発注者ＩＤ」、「配信期間」、「広告予算」、「中心位置／半径」、「視聴単価」（料金体系による）、「配信動画」などを格納の上、広告配信サーバ３０に発注情報を転送する。なお、配信エリアを示す「中心位置／半径」はそのままの情報ではなく、広告配信サーバ３０側が配信エリアを特定可能な配信エリア情報（緯度経度座標で特定される領域、地名、市町村番地など）に変換する。

Ｓ６：一方、ユーザがユーザ端末６０（携帯端末６０ａを含む）を用いてコンテンツサーバ４０の動画サイトにアクセスし、所望の動画コンテンツ（遊技機実践紹介動画やエンタメ動画系の動画コンテンツ等）を再生・視聴するため、ユーザ端末６０の位置情報を含む動画コンテンツ再生要求を送信する。

Ｓ７：コンテンツサーバ４０は、ユーザ端末６０から動画コンテンツ再生要求を受信すると、広告配信サーバ３０に対して、ユーザ端末６０の位置情報を含む動画広告取得要求を送信する。なおユーザ端末６０が携帯端末６０ａである場合、携帯端末６０ａの位置情報は、携帯端末６０ａ自身のＧＰＳの位置を付与してもよいし、通信キャリアの基地局等がデータ通信の途中に携帯端末６０ａのＧＰＳの位置を付与してもよいし、もしくは携帯端末６０ａに割り当てられたグローバル・ＩＰアドレス（少なくとも端末のアクセス元の地域位置を識別可能なＩＰアドレス）である。またユーザ端末６０がＰＣ端末６０ｂやスマートＴＶである場合は、ＰＣ端末６０ｂやスマートＴＶの位置情報は、ＰＣ端末６０ｂやスマートＴＶに割り当てられたグローバル・ＩＰアドレス（少なくとも端末のアクセス元の地域位置を識別可能なＩＰアドレス）である。

Ｓ８：広告配信サーバ３０は、コンテンツサーバ４０から動画広告取得要求を受信すると、発注中状態にある動画広告の中からコンテンツサーバ４０に対して送信する動画広告を抽出する。具体的に、広告配信サーバ３０は、発注中状態にある動画広告の中からまず現在時刻が「配信期間」内にある動画広告であり、「広告予算」が残っている予算未消化の動画広告を抽出する。更に広告配信サーバ３０は、支援サーバ１０からの発注情報のうち動画広告の配信エリア情報とユーザ端末６０の位置情報とを比較し、ユーザ端末６０の位置が配信エリア内に位置する動画広告を抽出する。

本実施形態に係る動画広告は、遊技場店舗（パチンコ店舗等）を宣伝するための動画広告である。このためユーザ嗜好との親和性の観点から、動画広告は例えば遊技機実践紹介動画系やエンタメ動画系ジャンルの動画コンテンツに対して挿入されることがより望ましい。遊技場に全く関心のないユーザ層や遊技場にそもそも入場できない１８才以下のユーザ層の好むジャンルの動画コンテンツに対して動画広告を挿入しても集客は期待できないためである。

Ｓ９：広告配信サーバ３０は、Ｓ８で抽出した動画広告データをその配信方法及び動画広告の遷移先ＵＲＬとともに、コンテンツサーバ４０に対して送信する。

なお、ユーザ端末６０の位置が配信エリア内に位置しない場合、広告配信サーバ３０は、配信先ユーザ端末の位置に依存しないタイプの動画広告データ（例えば一般動画広告）を、コンテンツサーバ４０に対して適宜送信することができる。

Ｓ１０：コンテンツサーバ４０は、広告配信サーバ３０から動画広告データを受信すると、Ｓ６で再生要求された動画コンテンツに対し、配信方法に従って動画広告データを遷移先ＵＲＬとともに挿入した動画コンテンツデータをユーザ端末６０に対して送信する。これにより、ユーザがユーザ端末６０を用いて動画コンテンツを再生すると、動画コンテンツの冒頭又は途中又は終わりに動画広告が再生される。

（ヒートマップ及び配信エリア円の作成処理）
図１１は、本実施形態に係るヒートマップ及び配信エリア円の作成処理を示すフローチャートを示す図である。支援サーバ１０のＣＰＵ１１が本フローチャートを実現可能なプログラムを読み込んで実行させることで、各ステップ（以下、「Ｓ」と表記する）を実現することができる。

Ｓ２１：支援サーバ１０は、発注者端末５０から発注画面表示要求を受信し、発注画面表示要求を受信した場合、Ｓ２２へ進む。

Ｓ２２：支援サーバ１０は、ヒートマップ作成（更新）の時期が否かを判定する。行動データ蓄積ＤＢ２０に蓄積された携帯ユーザの行動データは逐次更新されるため、発注者端末５０から発注画面表示要求の都度、ヒートマップ１１９も更新し最新のものを作成することも可能であるが、来店者の生活エリアは毎日単位で頻繁に変わるものではなく発注画面表示レスポンス等の観点からもヒートマップ更新は一定スパン毎、例えば１か月に１回とすることが適当である。この場合は１か月の間は同じヒートマップ１１９が用いられ続けてよい。

Ｓ２３：支援サーバ１０は、ヒートマップ作成（更新）の時期が来た場合、ヒートマップ１１９を作成（更新）する。まず支援サーバ１０は、行動データ蓄積ＤＢ２０に蓄積された携帯ユーザの行動データを解析することで、自店舗及び競合店舗の来店者（顧客）、並びに当該来店者の生活エリア位置を推定・特定し、地図中に既定されている格子状のエリア毎に、エリア内に生活エリア位置が所在する来店者数を集計する。そしてエリア毎の来店者数の集計結果に基づいて、店舗来店者の生活エリアの密度分布図を作成し、作成した密度分布図を地図上に重ね合わせることで、ヒートマップ１１９を作成する。またヒートマップ１１９上、店舗来店者が多い生活エリアほど色等の濃淡が濃く表示させる。

Ｓ２４：支援サーバ１０は、Ｓ２３で作成したヒートマップ１１９に応じた第１配信エリア円の作成を行う。なお第１配信エリア円の作成とは、配信エリア円の中心位置と半径を決定することでもある。

図１２は、本実施形態に係る第１配信エリア円の作成を説明する図である。支援サーバ１０は、動画広告の配信エリアを、エリア単位面積あたりの来店者生活エリアの密度が最も大きくなるように、推奨配信エリア円を探索し設定する。つまり自店舗及び競合店舗の来店者であって当該来店者の生活エリア位置の数が、単位面積あたり最大となる第１配信エリア円を設定する。

この結果、ヒートマップ１１９上、配信エリア円は、店舗来店者が多いことを示す濃い色の生活エリアがなるべく多く含まれながら、その一方薄いエリア及び非生活エリアがなるべく少なくなるような配信エリア円となる。このように第１配信エリア円を動画広告の配信エリアとすることにより、動画広告のターゲット者が多く生活するエリアに対し多くの動画広告配信を実現するとともに、ターゲット者が多く生活しないエリアへの動画広告の無駄打ちを低減し、広告効果を高めることができる。

なお、従来に広告配信エリアを設定する際に、自店舗位置を中心位置とした近隣半径の所定エリアを配信エリアとしていたが、本実施形態に係る推奨配信エリア円は、その中心位置が必ずしも自店舗位置（但し推奨配信エリア円内である）にならないこともある。動画広告の配信エリアが単位面積あたりの来店者の生活エリアの密度（生活エリア位置の数）が最も大きくなった配信エリア円の中心位置が必ずしも自店舗位置と一致しない場合もあるためである。例えば地域によっては自店舗位置のすぐ近隣に山間部や海川部などの来店者の生活エリアになり得ないエリアがあったり、自店舗位置の近隣一部に来店者の生活エリアが偏って多く集中している場合がある。この場合、例えば前者地域は配信エリア円外に、後者地域は配信エリア円内に入るように設定された結果、推奨配信エリア円の中心位置が自店舗位置とはズレが生じうる。

Ｓ２５：支援サーバ１０は、Ｓ２３で作成したヒートマップ１１９上に、Ｓ２４で作成し第１配信エリア円を配置する（図７の推奨配信エリア円１１９ｅに相当）。

Ｓ２６：一方、支援サーバ１０は、ヒートマップ作成（更新）の時期でない場合、配信履歴ＤＢ１０９ｂを参照し、前回のヒートマップ（「ヒートマップ」）及び前回の配信エリア円（「中心位置／半径」）を取得する。

Ｓ２７：支援サーバ１０は、配信履歴ＤＢ１０９ｂを参照し、前回の配信履歴の「広告予算未消化率」が所定率未満か否かを判定する。前回の配信履歴の「広告予算未消化率」が所定率未満でない場合、Ｓ２８へ進む。前回の配信履歴の「広告予算未消化率」が所定率未満である場合、Ｓ２９へ進む。

Ｓ２８：支援サーバ１０は、Ｓ２６で取得した前回のヒートマップ１１９上に、Ｓ２６で取得した前回の配信エリア円を配置する（図９の推奨配信エリア円１１９ｅに相当）。

Ｓ２９：支援サーバ１０は、前回の配信履歴の「広告予算未消化率」が所定率未満である場合、Ｓ２６で取得した前回の配信エリア円の半径を大きくした第２配信エリア円の作成を行う。

ここで、前回の配信履歴の「広告予算未消化率」が所定率未満である場合、今回も同条件、同じ配信期間、広告予算、配信エリア（配信エリア円）に、動画広告を配信したとしても、広告予算に満たないことが想定される。上述したように本実施形態に係る動画広告配信は、ユーザが視聴する動画コンテンツの冒頭や途中又は終わりに動画広告が挿入再生されるという形で配信されるため、動画コンテンツの視聴回数が少ない場合は「視聴回数」も少なくなり、その結果広告予算が消化しきれない。

よって、支援サーバ１０は、配信履歴ＤＢ１０９ｂの配信履歴情報を参照し、「広告予算消化率」が１００％未満の場合、「広告予算消化率」に応じて、前回と同じ配信期間及び広告予算という条件の下、前回の配信エリア（配信エリア円の「半径」）を大きくなるように調整する。配信エリア（配信エリア円の「半径」）が大きくなることで、配信エリア内のユーザ数が多くなるので、動画コンテンツの視聴回数がその多くなる分動画広告の「視聴回数」も多くなり、その結果広告予算を消化することが可能である。

なお、広告予算を消化させる方向に働くパラメータとして、配信エリア（配信エリア円の「半径」）を大きくする他、配信期間を長くするか、広告予算を少なくするか、もしくはこれら同時に調整することが考えられる。

しかしながら、遊技場店舗による動画広告は、新台入替の告知広告が極めて多くを占めること、新台入替の告知広告は広告効果の観点から３日間程度が望ましいことが経験則上分かっていること（例えば一週間後にはもはや新台広告効果は弱い）、地域によっては新台入替の告知広告は新台入替日の当日のみや新台入替日の３日以内迄という組合等の取り決めによる広告期間ルールがあることから、店舗担当者が広告予算消化のみを目的として（広告予算を消化させたいとはいえ）、配信期間を延長することはない又は延長しにくいという事情がある。また、せっかく予算設定したのだからやはり予算分消化しかかった、予算分フルにもっと多くのユーザへ広く広告を届けたかった、という声が圧倒的に多いという実情からも、せっかく獲得した広告予算を広告消化のみを目的として広告予算を縮小することはない又はその可能性が低い。つまり、広告予算を消化させるために現実的に調整しうるのは配信エリアであるということができる。また、本実施形態では、配信期間及び広告予算を前回と同条件つまり一定とすることで、配信エリア（配信エリア円の「半径」）を大きく調整する処理説明の理解を容易にすることができる。

図１３は、本実施形態に係る第２配信エリア円の作成を説明する図である。例えば、前回の配信履歴（図５）は、「配信期間」２０２１/１/１８００：００～２０２１/１/２０２３：５９、「広告予算」が￥３００００、「広告配信費用」が￥２２５００、「広告予算消化率」７５％、配信エリア円の「半径」が１０ｋｍである。

（方法１）
支援サーバ１０は、今回の「広告予算消化率」に応じて今回の配信エリア円の「半径」を拡大することができる。具体的に、支援サーバ１０は、「広告予算消化率」が例えば８０％未満である場合、今回の配信エリア円の「半径」を前回よりも拡大率１２０％分拡大し、１２ｋｍとする。また「広告予算消化率」が８０％以上～９０％未満である場合、今回の配信エリア円の「半径」を前回よりも拡大率１１０％分拡大し、１１ｋｍとする。また「広告予算消化率」が９０％以上である場合、今回の配信エリアは前回と同じ１００％とする。

このように、広告予算消化率に応じて所定閾値を設け、前回の「広告予算消化率」が小さいほど、今回の配信エリア円の半径を大きくする。これにより今回の「広告予算消化率」が１００％（ないし１００％近く）となることが期待できる（図７）。

（方法２）
支援サーバ１０は、前回の配信エリア内のユーザ数に応じて今回の配信エリア円の「半径」を拡大することができる。具体的に、前回の配信エリア内のユーザをｘとする。このとき今回の「広告予算消化率」が１００％になるために追加で必要なユーザｙ（ｙ＞０）は、約０．３３ｘである（ｘ：７５％＝（ｘ＋ｙ）：１００％）。

そうすると、今回の配信エリア内のユーザが前回の約１．３倍となるように配信エリア、即ち配信エリア円の「半径」を拡大（例えば１２ｋｍ）することで、今回の「広告予算消化率」が１００％（ないし１００％近く）となることが期待できる（図９）。なお、配信エリア内のユーザは、支援サーバ１０が例えば広告配信サーバ３０から問い合わせて取得したものを用いることができる。広告配信サーバ３０は、所定エリア内のユーザ端末６０の位置情報に基づいて同エリア内のユーザ数をリアルタイム又は過去の実績ベースで把握が可能である。

なお、過去の配信履歴は、前回の配信履歴のみならず、過去複数の「広告予算消化率」が１００％未満の配信履歴が存在する場合は、何れか一の配信履歴に基づいて配信エリアを大きくしてもよいし、これら複数の配信履歴の平均履歴に基づいて配信エリアを大きくしてもよい。

Ｓ３０：支援サーバ１０は、Ｓ２６で取得したヒートマップ１１９上に、Ｓ２９で作成し第２配信エリア円を配置する（図９の推奨配信エリア円１１９ｅ＋１に相当）。

＜総括＞
以上本実施形態に係る広告配信システム１００においては、動画広告を発注する発注画面上、発注者は、自店舗や競合店舗における来店者の生活エリア分布を、実際の地図上に重ね合わせて表示したヒートマップを見ながら配信エリア範囲を指定することができるので、動画広告のターゲット者が多く生活するエリアに対し多くの動画広告配信を実現するとともに、ターゲット者が多く生活しないエリアへの動画広告の無駄打ちを低減し、広告効果を高めることができる。また、過去の動画広告配信時に広告予算の未消化が発生した場合には、今回は広告予算が未消化とならないよう配信エリアが再調整された配信エリア範囲が指定可能に表示されるので、予算相当分の動画広告をユーザに対して広く配信することが可能である。

なお、本発明の好適な実施の形態により、特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。

本発明は、上述の実施形態の１つ以上の機能を実現するプログラムを、ネットワークまたは記録媒体を介してシステムまたは装置に供給し、そのシステムまたは装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し作動させる処理でも実現可能である。

また、本実施形態に係る店舗は、遊技場店舗（パチンコ店等）のみならず、近隣者のリピーターが主な来店者で占める地域密着型スーパーや飲食店の動画広告の配信にも適用することが可能である。

１０広告発注支援サーバ
２０行動データ蓄積ＤＢ
３０広告配信サーバ
４０コンテンツサーバ
５０発注者端末
６０ユーザ端末
６０ａ携帯端末
６０ｂＰＣ端末
７０ネットワーク
１００広告配信システム
１０１ヒートマップ作成部
１０２第１配信エリア配置部
１０３第２配信エリア配置部
１０４表示制御部
１０５発注情報取得部
１０９記憶部

Claims

携帯端末を含むユーザ端末が視聴した動画コンテンツ内に挿入される動画広告を配信するための広告発注支援装置であって、
店舗の動画広告の配信期間、配信エリア、広告予算、及び広告配信費用を含む動画広告の過去の配信履歴を記憶した記憶手段と、
携帯端末のユーザのうち該携帯端末の位置と一定の取得時間間隔で取得された該携帯端末の位置の取得日時刻とが対応付けられた行動データに基づいて前記店舗の来店者と推定されたユーザの生活エリア位置の密度分布を地図上に重畳したヒートマップを、発注者端末に表示させる表示制御手段と、
単位面積あたりの前記生活エリア位置の密度が最も大きい第１配信エリア図形を、前記ヒートマップ上に配置する第１配信エリア配置手段と、
前記配信履歴を参照し、過去に広告配信費用が広告予算を消化していない配信履歴が存在する場合には、発注者端末から入力された配信期間及び広告予算が該配信履歴における配信期間及び広告予算と同一条件の下、該過去の第１配信エリア図形を大きくした第２配信エリア図形を、前記ヒートマップ上に配置する第２配信エリア配置手段と、
発注者端末から入力された動画広告の配信期間、広告予算、及び配信エリアを含む発注情報を取得する発注情報取得手段と、
を有することを特徴とする広告発注支援装置。
前記第２配信エリア配置手段は、
前記配信履歴を参照し、過去の第１配信エリア図形に対応する広告予算消化率が、所定閾値未満である場合、該過去の第１配信エリア図形の大きさを、前記所定閾値に対応する拡大率で拡大した第２配信エリア図形を、前記ヒートマップ上に配置すること、
を特徴とする請求項１に記載の広告発注支援装置。
前記第２配信エリア配置手段は、
前記配信履歴を参照し、過去の第１配信エリア図形内のユーザ端末のユーザ数と広告予算消化率とから、該過去の広告予算をすべて消化するに追加で必要な追加ユーザ数を算出し、該過去の第１配信エリア図形に加え、該追加ユーザ数分のユーザ端末のユーザ数をエリア内に含む第２配信エリアを、前記ヒートマップ上に配置すること、
を特徴とする請求項１に記載の広告発注支援装置。
前記生活エリア位置は、携帯端末の位置と一定の取得時間間隔で取得された該携帯端末の位置の取得日時刻とが対応付けられた行動データに基づいて、携帯端末の位置が、前記店舗の営業時間の少なくとも一部が重複した時間帯において一定時間以上連続時刻で取得された携帯端末の位置であること、
を特徴とする請求項１ないし３何れか一項に記載の広告発注支援装置。
前記発注情報取得手段は、前記店舗の位置が所定地域に属する場合、発注者端末から入力された動画広告の配信期間が、該所定地域と予め対応付けられた最長配信期間を超えている場合、該入力を禁止すること、
を特徴とする請求項１ないし４何れか一項に記載の広告発注支援装置。