(57)【要約】【課題】イベントに関連する広告をイベントの参加者に、事前に配信する広告出力プログラム等を提供する。【解決手段】広告出力プログラムは、所定の場所で所定の期間提供されるイベントの参加者を特定し、前記参加者の位置を特定し、位置及び期間に対応付けられた広告であって、前記参加者の位置と前記広告に対応付けられた位置との位置関係が所定の条件を満たし、かつ前記参加者の位置、前記広告に対応付けられた位置及び前記イベントの位置より算出した所定時間が、前記イベントの提供期間から定まる時間条件を満たす広告を抽出し、抽出した前記広告を前記参加者の端末に送信する処理をコンピュータに実行させる。【選択図】図１８
2018156292.tif 000002
【特許請求の範囲】
【請求項１】
所定の場所で所定の期間提供されるイベントの参加者を特定し、
前記参加者の位置を特定し、
位置及び期間に対応付けられた広告であって、前記参加者の位置と前記広告に対応付けられた位置との位置関係が所定の条件を満たし、かつ前記参加者の位置、前記広告に対応付けられた位置及び前記イベントの位置より算出した所定時間が、前記イベントの提供期間から定まる時間条件を満たす広告を抽出し、
抽出した前記広告を前記参加者の端末に送信する
処理をコンピュータに実行させる広告出力プログラム。
【請求項２】
前記参加者の位置は前記参加者の現在位置であり、
前記現在位置から前記広告に対応付けられた位置への移動に要する第１移動時間、前記広告に対応付けられた位置での滞在時間、及び前記広告に対応付けられた位置から前記イベントの位置への移動に要する第２移動時間の合計時間を現在時刻に足し合わせた時刻が、前記イベントの開始時刻前となる場合に、前記時間条件を満たすと判定する
請求項１に記載の広告出力プログラム。
【請求項３】
前記参加者の位置を前記イベントの位置に置き換え、
前記イベントの位置から前記広告に対応付けられた位置への第３移動時間を、前記イベントの提供終了予定時刻に足し合わせた時刻が、前記広告に対応付けられた期間内となる場合に、前記時間条件を満たすと判定する
請求項１に記載の広告出力プログラム。
【請求項４】
所定の場所で所定の期間提供されるイベントの参加者の情報を取得する取得部と、
参加者の位置を特定する特定部と、
位置及び期間に対応付けられた広告であって、前記参加者の位置と前記広告に対応付けられた位置との位置関係が所定の条件を満たし、前記参加者の位置、前記広告に対応付けられた位置及び前記イベントの位置より算出した所定時間が、前記イベントの提供期間から定まる時間条件を満たす広告を抽出する抽出部と、
抽出した前記広告を前記参加者の端末に送信する送信部と
を備える広告出力装置。
【請求項５】
コンピュータが、
所定の場所で所定の期間提供されるイベントの参加者の情報を取得し、
参加者の位置を特定し、
位置及び期間に対応付けられた広告であって、前記参加者の位置と前記広告に対応付けられた位置との位置関係が所定の条件を満たし、前記参加者の位置、前記広告に対応付けられた位置及び前記イベントの位置より算出した所定時間が、前記イベントの提供期間から定まる時間条件を満たす広告を抽出し、
抽出した前記広告を前記参加者の端末に送信する
広告出力方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広告を出力する広告出力プログラム等に関する。
【背景技術】
【０００２】
ＷＥＢサイトやスマートフォン用のアプリケーションソフトウエアにおいて、Ｃｏｏｋｉｅや登録情報から利用者の消費行動を類推し、利用者の端末やスマートフォンに表示する広告などのコンテンツを最適化する手法が一般に存在する。また、スマートフォンのＧＰＳが持つ位置情報を活用し、利用者の現在地に応じたコンテンツを表示する手法も存在する。さらにまた、利用者の旅行スケジュールを取得し、取得したスケジュールをもとに利用者に広告を配信するシステムが提案されている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−４１６１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では、特定の位置かつ特定の期間で開催されるコト（「イベント」という）に関連する広告を、イベントの参加者（ターゲット）のみに、事前に出力（配信）することは困難である。
【０００５】
１つの側面では、イベントに関連する広告をイベントの参加者に、事前に配信する広告出力プログラム等の提供を目的とする。
【課題を解決するための手段】
【０００６】
本願に開示する広告出力プログラムは、所定の場所で所定の期間提供されるイベントの参加者を特定し、前記参加者の位置を特定し、位置及び期間に対応付けられた広告であって、前記参加者の位置と前記広告に対応付けられた位置との位置関係が所定の条件を満たし、かつ前記参加者の位置、前記広告に対応付けられた位置及び前記イベントの位置より算出した所定時間が、前記イベントの提供期間から定まる時間条件を満たす広告を抽出し、抽出した前記広告を前記参加者の端末に送信する処理をコンピュータに実行させる。
【発明の効果】
【０００７】
本発明の一観点によれば、イベントに関連する広告をイベントの参加者に、事前に出力することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】広告配信システムの構成例を示す説明図である。
【図２】広告配信装置のハードウェア構成例を示すブロック図である。
【図３】携帯端末のハードウェア構成例を示すブロック図である。
【図４】出稿端末のハードウェア構成例を示すブロック図である。
【図５】チケット購入ＤＢのレコードレイアウトの一例を示す説明図である。
【図６】コンテンツＤＢのレコードレイアウトの一例を示す説明図である。
【図７】単価ＤＢのレコードレイアウトの一例を示す説明図である。
【図８】配信設定ＤＢのレコードレイアウトの一例を示す説明図である。
【図９】配信候補ＤＢのレコードレイアウトの一例を示す説明図である。
【図１０】広告枠ＤＢのレコードレイアウトの一例を示す説明図である。
【図１１】配信予定ＤＢのレコードレイアウトの一例を示す説明図である。
【図１２】表示結果ＤＢのレコードレイアウトの一例を示す説明図である。
【図１３】関連判定ＤＢのレコードレイアウトの一例を示す説明図である。
【図１４】マッチング処理の手順例を示すフローチャートである。
【図１５】広告枠生成処理の手順例を示すフローチャートである。
【図１６】広告割付処理の手順例を示すフローチャートである。
【図１７】広告配信処理の手順例を示すフローチャートである。
【図１８】広告配信処理の他の手順例を示すフローチャートである。
【図１９】広告配信処理の他の手順例を示すフローチャートである。
【図２０】携帯端末に表示される広告の一例を示す説明図である。
【図２１】携帯端末に表示される広告の一例を示す説明図である。
【図２２】広告配信装置の機能構成の一例を示すブロック図である。
【発明を実施するための形態】
【０００９】
以下実施の形態を、図面を参照して説明する。以下の説明おいて、イベントとはスポーツの試合、コンサート、及び飲食店のタイムセールなどである。また、事前とはイベントの開始前である。一方、イベントの参加者は、イベントに参加するにあたり、事前にチケットを購入することを前提とする。
【００１０】
（実施の形態１）
図１は広告配信システム（広告出力システム）１００の構成例を示す説明図である。広告配信システム１００は広告配信装置（広告出力装置）１、携帯端末２及び出稿端末３を含む。広告配信装置１、携帯端末２及び出稿端末３はネットワークＮにより通信可能に接続されている。広告配信装置１は携帯端末２へ広告やクーポンを送信する。広告配信装置１はサーバコンピュータ又はワークステーションなどで構成する。携帯端末２は消費者が携帯する端末である。携帯端末２はスマートフォン、携帯電話又はタブレットコンピュータなどで構成する。出稿端末３は広告を広告配信装置１へ広告など出稿するための端末である。出稿端末３は広告主や広告代理店に配される。出稿端末３はデスクトップＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、ノートＰＣ又はタブレットコンピュータなどで構成する。なお、広告配信装置１が担う機能をクラウドサービスにて提供してもよい。
【００１１】
広告配信システム１００の動作の概略を説明する。広告配信システム１００において、広告の配信対象となるのは、チケットを購入した消費者（以下、「チケット購入者」又は「購入者」ともいう。）である。チケットとはスポーツ試合の観戦チケットや、舞台やミュージカルの観劇チケット又は映画の鑑賞チケットなどである。購入者が購入したチケットに関する情報を取得することにより、購入者が特定の時間に、特定の場所で時間を過ごすことが分かる。また、チケットに対応づくイベント（スポーツ試合、舞台、ミュージカル又は映画など）の種別により、購入者の趣味又は趣向を把握することが可能となる。チケットの購入情報は、図１には図示しないチケット販売システムから、広告配信装置１に送信される。
【００１２】
チケット購入者に配信される広告又はクーポン（以下、単に「広告」という。）は、広告主や広告代理店（以下、「出稿者」という。）が出稿端末３から送信する。送信される広告には、属性として、広告に対応付けられた日時、場所、及び表示希望タイミングなども付加され、それらも広告配信装置１へ送信される。広告に対応付けられた日時とは、広告が展示会や街頭キャンペーンに関するものの場合、例えば、展示会や街頭キャンペーンの開催日時である。広告が店舗に関するものである場合、店舗の営業時間である。広告に対応付けられた場所は展示会や街頭キャンペーンの場合、展示会や街頭キャンペーンの開催場所である。広告が店舗に関するものである場合、広告に対応付けられた場所は店舗の場所である。表示希望タイミングは、広告の効果が最も増大すると出向者が考えるタイミングである。
【００１３】
広告配信装置１はチケットの購入情報と、広告及びその属性を含む広告情報とのマッチングを行う。広告配信装置１は広告の配信対象とする購入者、及びその配信のタイミングを決定する。広告配信装置１は決定した配信のタイミングで、配信対象とした購入者に広告を配信する。それにより、高い広告効果を得ることが可能となる。
【００１４】
配信の例としては、以下のものである。スポーツ試合の観戦予定のチケット購入者に対して、試合当日の数時間前に、自宅から試合会場の途中にある応援グッズの販売店に関する割引クーポンを配信する。それにより、観戦前に応援グッズの購入をチケット購入者に促すことが可能となる。映画を鑑賞する予定の消費者に対して、映画鑑賞前又は映画鑑賞直後に、映画館近くであって映画の舞台と関連するレストラン（例えば、イタリアの映画であれば、イタリアレストラン）の割引クーポンを配信する。それにより、映画鑑賞後に当該レストランでの食事をチケット購入者に促すことが可能となる。例えば、割引クーポンは試合開始予定時刻前の２時間のみ有効、又は映画上映終了予定時刻から３時間のみ有効としても良い。それにより広告効果を高めることが可能となる。広告配信装置１について、以下に説明を加える。
【００１５】
図２は広告配信装置１のハードウェア構成例を示すブロック図である。広告配信装置１はＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３、大容量記憶部１４、計時部１５、通信部１６及び読み取り部１７を含む。各構成はバスＢで接続されている。
【００１６】
ＣＰＵ１１はＲＯＭ１２に記憶された制御プログラム（広告出力プログラム）１Ｐに従い、ハードウェア各部を制御する。ＲＡＭ１３は例えばＳＲＡＭ（Ｓｔａｔｉｃ  ＲＡＭ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ  ＲＡＭ）又はフラッシュメモリである。ＲＡＭ１３はＣＰＵ１１によるプログラムの実行時に発生するデータを一時的に記憶する。
【００１７】
大容量記憶部１４は、例えばハードディスク又はＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）などである。大容量記憶部１４は広告配信に必要な各種データを記憶する。大容量記憶部１４はチケット購買ＤＢ（Ｄａｔａ  Ｂａｓｅ）１４１、コンテンツＤＢ１４２、単価ＤＢ１４３、配信設定ＤＢ１４４、配信候補ＤＢ１４５、広告枠ＤＢ１４６、配信予定ＤＢ１４７、表示結果ＤＢ１４８、及び関連判定ＤＢ１４９などを記憶する。また、制御プログラム１Ｐを大容量記憶部１４に記憶してもよい。
【００１８】
計時部１５は時刻又は広告配信装置１が起動してからの経過時間等の時間を計時しており、ＣＰＵ１１からの求めに応じて、計時結果をＣＰＵ１１に与える回路である。
【００１９】
通信部１６はネットワークＮを介して、携帯端末２及び出稿端末３と通信を行う。読み取り部１７はＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）−ＲＯＭ及びＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）−ＲＯＭを含む可搬型記憶媒体１ａを読み取る。ＣＰＵ１１が読み取り部１７を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、大容量記憶部１４に記憶してもよい。また、ネットワークＮ等を介して他のコンピュータからＣＰＵ１１が制御プログラム１Ｐをダウンロードし、大容量記憶部１４に記憶してもよい。さらにまた、半導体メモリ１ｂから、ＣＰＵ１１が制御プログラム１Ｐを読み込んでもよい。
【００２０】
図３は携帯端末２のハードウェア構成例を示すブロック図である。携帯端末２はＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、計時部２４、位置計測部２５、大容量記憶部２６、表示部２７、入力部２８及び通信部２９を含む。各構成はバスＢで接続されている。
【００２１】
ＣＰＵ２１はＲＯＭ２２に記憶された制御プログラム２Ｐに従い、ハードウェア各部を制御する。ＲＡＭ２３は例えばＳＲＡＭ、ＤＲＡＭ又はフラッシュメモリである。ＲＡＭ２３はＣＰＵ２１によるプログラムの実行時に発生するデータを一時的に記憶する。
【００２２】
計時部２４は時刻又は携帯端末２が起動してからの経過時間等の時間を計時しており、ＣＰＵ２１からの求めに応じて、計時結果をＣＰＵ２１に与える回路である。
【００２３】
位置計測部２５はＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）受信機などを含み、携帯端末２の現在位置の計測を行う。位置計測部２５は、通信部２９の通信相手である携帯電話網の基地局やＷｉＦｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）アクセスポイント、設置位置が既知であるＢｌｕｅｔｏｏｔｈ（登録商標）による接続先装置より得た位置情報や誤差情報により、現在位置の計測値を補正する機能を備えてもよい。
【００２４】
大容量記憶部２６は、例えばＳＤカード又はｍｉｃｒｏＳＤカードなどである。大容量記憶部２６は消費者のＥ−ｍａｉｌアドレス、Ｗｅｂサイトのアクセス履歴、及び広告配信装置１から配信された広告などを記憶する。また、制御プログラム１Ｐを大容量記憶部２６に記憶してもよい。
【００２５】
表示部２７は広告配信装置１から配信された広告などをチケット購入者に提示する。表示部２７は例えば、液晶表示装置である。入力部２８は携帯端末２に対してデータやコマンドを入力するためのデバイスである。入力部２８は例えば、液晶表示装置で構成された表示部２７と一体化したタッチパネルを含む。通信部２９はネットワークＮを介して、広告配信装置１と通信を行う。
【００２６】
図４は出稿端末３のハードウェア構成例を示すブロック図である。出稿端末３はＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、大容量記憶部３４、入出力部３５、通信部３６及び読み取り部３７を含む。各構成はバスＢで接続されている。
【００２７】
ＣＰＵ３１はＲＯＭ３２に記憶された制御プログラム３Ｐに従い、ハードウェア各部を制御する。ＲＡＭ３３は例えばＳＲＡＭ、ＤＲＡＭ又はフラッシュメモリである。ＲＡＭ３３はＣＰＵ３１によるプログラムの実行時に発生するデータを一時的に記憶する。
【００２８】
大容量記憶部３４は、例えばハードディスク又はＳＳＤなどである。大容量記憶部３４は広告配信装置１へ出稿（送信）する広告及び該広告の属性などを記憶する。また、制御プログラム３Ｐを大容量記憶部３４に記憶してもよい。
【００２９】
入出力部３５は液晶表示装置やＣＲＴなどの表示する画像信号を出力する。入出力部３５はマウスやキーボードにより入力されたデータや操作コマンドを受け付ける。
【００３０】
通信部３６はネットワークＮを介して、広告配信装置１と通信を行う。読み取り部３７はＣＤ−ＲＯＭ及びＤＶＤ−ＲＯＭを含む可搬型記憶媒体３ａを読み取る。ＣＰＵ３１が読み取り部３７を介して、制御プログラム３Ｐを可搬型記憶媒体３ａより読み取り、大容量記憶部３４に記憶してもよい。また、ネットワークＮ等を介して他のコンピュータからＣＰＵ３１が制御プログラム３Ｐをダウンロードし、大容量記憶部３４に記憶してもよい。さらにまた、半導体メモリ３ｂから、ＣＰＵ３１が制御プログラム３Ｐを読み込んでもよい。
【００３１】
次に、広告配信装置１の大容量記憶部１４が記憶するデータベースについて説明する。図５はチケット購買ＤＢ１４１のレコードレイアウトの一例を示す説明図である。チケット購買ＤＢ１４１はチケット販売システムから送信されたチケット購入情報を記憶する。チケット購買ＤＢ１４１はチケットＩＤ列、開催場所列、開催時間列、購入者ＩＤ列、Ｅ−ｍａｉｌアドレス列、購入者住所列、及びジャンル列を含む。チケットＩＤ列はチケットを一意に特定可能なチケットＩＤを記憶する。開催場所列はチケットに対応付けられたイベントの開催場所を特定する位置情報、住所又は緯度及び経度などの地理座標を記憶する。開催時間列はチケットに対応付けられたイベントの開催日並びに開始予定時刻及び終了予定時刻を記憶する。購入者ＩＤ列はチケットを購入した購入者を一意に特定可能な購入者ＩＤを記憶する。Ｅ−ｍａｉｌアドレス列は購入者のＥ−ｍａｉｌアドレスを記憶する。購入者住所列はチケット購入者の住所を記憶する。ジャンル列はチケットに対応付けられたイベントのジャンル及びイベントの内容を示す補助情報を記憶する。補助情報とは例えば、舞台やミュージカルであれば演目や劇団名などである。スポーツ試合であれば対戦カードなどである。映画であれば映画のタイトルなどである。
【００３２】
図６はコンテンツＤＢ１４２のレコードレイアウトの一例を示す説明図である。コンテンツＤＢ１４２は出稿端末３より送信された広告を記憶する。コンテンツＤＢ１４２はコンテンツＩＤ列、場所列、開催時間列、所要時間列、開始時点列、単価ＩＤ列、総額列、タイミング列、距離列、及びコンテンツ列を含む。コンテンツＩＤ列はコンテンツを一意特定可能なコンテンツＩＤを記憶する。場所列は広告内容に関連する出来事（例えば、展示会、街頭キャンペーン、タイムセール）が行われている場所を特定する位置情報、住所又は緯度及び経度などの地理座標を記憶する。開催時間列は広告内容に関連する出来事が開催されている時間を記憶する。所要時間列は出来事を消費するのに要する時間を記憶する。出来事を消費するとは、出来事が展示会であれば会場を見て回ることである。出来事が街頭キャンペーンの場合は、例えば、試供品を貰うための時間、アンケートに答えるのに要する時間などを合算した時間である。開始時点列は広告の配信を開始する開始時点を記憶する。単価ＩＤ列は広告の単価設定したレコードのＩＤを記憶する。総額列は広告費総額予算を記憶する。タイミング列は、出稿者が配信を希望するタイミングを記憶する。タイミングは、例えば「イベント前」、「イベント後」、又は「イベント前後問わず」である。「イベント中」、「イベント開始１０分後」、及び「イベント終了１５分前」などである。なお、タイミング列にはイベントと重なる時間を含む条件は設定できないものとする。イベントと重なる時間は消費者の時間が既に専有されているためである。距離列は配信時の距離条件を記憶する。チケット購入者の現在位置又はイベント開催場所と、広告に対応する出来事の場所との距離が、距離列に設定された距離よりも短い場合は、広告を配信する。コンテンツ列は広告などのコンテンツの実体又は実体へのハイパーリンクを記憶する。実体とは動画データ、画像データ又はテキストデータである。
【００３３】
図７は単価ＤＢ１４３のレコードレイアウトの一例を示す説明図である。単価ＤＢ１４３は広告の単価を記憶する。広告の単価は、一人のチケット購入者に広告が１回配信された場合に、広告主が支払う額である。若しくは１回チケット購入者から広告がアクセスされた場合に、広告主が支払う額としてもよい。若しくは両者を組み合わせてもよい。広告の単価は広告主が設定する。広告の単価は一律であってもよいが、距離条件又は時間条件で変動させてもよい。単価ＤＢ１４３は単価ＩＤ列、距離＼時間列、期間１列、期間２列、及び期間３列を含む。単位ＩＤ列は単価の設定を一意に特定可能な単価ＩＤを記憶する。距離＼時間列、期間１列、期間２列、及び期間３列は、距離及び期間で定まる単価を記憶する。例えば、チケット購入者の現在位置又はイベント開催場所と、広告に対応する出来事の場所との距離が、短ければ短いほど、チケット購入者は広告に対応した消費行動を起こす可能性が高い。したがって、図７に示すように、距離が短いほど単価を高くする。また、チケットに対応したイベントの開催日に近いほど、チケット購入者は消費行動を起こしやすいと考えられるので、イベントの開催日、開催時刻に近くなると単価が高くなるように設定する。広告の単価は予め設定されているものを広告主が選択してもよい。図７において、例えば、単価ＩＤが１又は２のレコードは予め単価が設定されているレコードである。単価ＩＤが１１のレコードは広告主が独自に設定したレコードである。
【００３４】
図８は配信設定ＤＢ１４４のレコードレイアウトの一例を示す説明図である。配信設定ＤＢ１４４はチケット購入者が広告の配信を受ける際の設定を記憶する。当該設定によりチケット購入者は広告配信のタイミングを制御可能となる。配信設定ＤＢ１４４は購入者ＩＤ列、タイプ列、及び内容列を含む。購入者ＩＤはチケット購入者を一意に特定可能な購入者ＩＤを記憶する。当該購入者ＩＤはチケット購買ＤＢ１４１の購入者ＩＤと同じものである。タイプ列は設定方法のタイプを記憶する。内容列はタイプに対応した設定内容を記憶する。図８ではタイプの例として、時間固定タイプ及び期間指定タイプを示している。時間固定タイプは広告配信を受ける時間帯を指定するタイプである。図８に示す例では、曜日ごとに配信を受けるか否かを設定可能としている。そして、配信を受ける曜日については、配信時間帯を午前中（ＡＭ）か午後（ＰＭ）など設定可能である。時間帯については、更に細かくして、例えば、午前中（９時から１２時）、午後１（１２時から１５時）、午後２（１５時から１７時）、夜間１（１７時〜１９時）、夜間２（１９時〜２１時）などしてもよい。期間指定タイプは曜日や時間帯は指定せず、所定期間内で配信を受ける回数を指定する。図８に示す例では、購入したチケットに係るイベントの開催日を基準に３つの期間（当週、前週、前々週）に分けている。そして、前々週に配信を１回、前週に配信を２回、当週に配信を４回受けるとしている。
【００３５】
図９は配信候補ＤＢ１４５のレコードレイアウトの一例を示す説明図である。配信候補ＤＢ１４５はチケット購入者に配信する広告の候補を記憶する。広告の候補であるのは次の理由による。コンテンツＤＢ１４２が多数の広告を記憶している場合、チケット購入者に配信すべき広告は多数となる確率が高い。しかし、上述したようにチケット購入者は広告の配信タイミングや配信回数を設定可能である。そのため、チケット購入者に配信すべき広告は全て配信できるとは限らない。そこで、配信すべき広告を配信候補としてＤＢ１４５に記憶する。配信候補ＤＢ１４５に記憶された配信候補である広告の一部が、チケット購入者へ配信される。配信候補ＤＢ１４５は候補ＩＤ列、購入者ＩＤ列、Ｅ−Ｍａｉｌ列、住所列、開催場所列、イベント開催時間列、チケットＩＤ列、ジャンル列、広告枠ＩＤ列、コンテンツＩＤ列、場所列、開催時間列、所要時間列、開始時点列、単価ＩＤ列、総額列、タイミング列、及び距離列を含む。配信候補ＤＢ１４５はチケット購買ＤＢ１４１とコンテンツＤＢ１４２とを結合したようなテーブルとなっている。すなわち、配信候補ＤＢ１４５はチケット及びチケット購買者毎に配信候補となるコンテンツが割り当てた結果を記憶している。配信候補ＤＢ１４５において、購入者ＩＤ列、Ｅ−ｍａｉｌ列、開催場所列、イベント開催時間列、チケットＩＤ列、及びジャンル列は、それぞれチケット購買ＤＢ１４１の購入者ＩＤ列、Ｅ−ｍａｉｌアドレス列、開催場所列、開催時間列、チケットＩＤ列、及びジャンル列に対応するので、説明を省略する。配信候補ＤＢ１４５において、コンテンツＩＤ列、場所列、開催時間列、所要時間列、開始時点列、単価ＩＤ列、総額列、タイミング列、及び距離列それぞれは、コンテンツＤＢ１４２のコンテンツＩＤ列、場所列、開催時間列、所要時間列、開始時点列、単価ＩＤ列、総額列、タイミンク列、距離列に対応するので、説明を省略する。配信候補ＤＢ１４５に特有な列は、候補ＩＤ列及び広告枠ＩＤ列である。候補ＩＤ列は配信候補のレコードを一意に特定可能な候補ＩＤを記憶する。広告枠ＩＤ列は購入者ＩＤ毎に設定される広告枠を一意に特定可能な広告枠ＩＤを記憶する。
【００３６】
図１０は広告枠ＤＢ１４６のレコードレイアウトの一例を示す説明図である。広告枠ＤＢ１４６が記憶する広告枠はチケット購入者毎に設定される広告枠である。広告枠ＤＢ１４６は広告枠ＩＤ列、期間列及び配信枠列を含む。広告枠ＩＤは広告枠を一意に特定可能な広告枠ＩＤを記憶する。当該広告枠ＩＤは配信候補ＤＢの広告枠ＩＤ列が記憶する広告枠ＩＤと対応する。期間列は広告枠が有効な期間を記憶する。広告枠が有効な期間とは、当該広告枠により広告が配信される期間である。配信枠列は配信枠の集合を記憶する。配信枠は１つにつき、１つの広告を１回配信する時間等を定義するものである。配信枠列の形態は前述したタイプにより異なる。図１０Ａは時間固定タイプの例を示している。配信枠列は月曜日から日曜日を示す月列から日列を含む。図１０Ｂは期間指定タイプの例を示している。配信枠列は条件列及び月曜日から日曜日を示す月列から日列を含む。
【００３７】
図１１は配信予定ＤＢ１４７のレコードレイアウトの一例を示す説明図である。配信予定ＤＢ１４７は広告の配信予定を記憶する。配信予定ＤＢ１４７は配信ＩＤ列、配信日列、購入者ＩＤ列、コンテンツＩＤ列、及び配信フラグ列を含む。配信ＩＤ列は配信予定を一意に特定可能な配信ＩＤを記憶する。配信日列は広告を配信する日付を記憶する。購入者ＩＤ列は広告の配信先となる購入者の購入者ＩＤを記憶する。コンテンツＩＤ列は配信する広告のコンテンツＩＤを記憶する。配信フラグ列は配信が実行されたか否かを記憶する。配信がまだ実行されていない場合、配信フラグ列は「未」を記憶する。配信が実行された後、配信フラグ列は「済」を記憶する。配信フラグ列により、同じ広告が同じ購入者に対して、同じ日に配信されてしまうことを防ぐ事が可能となる。
【００３８】
図１２は表示結果ＤＢ１４８のレコードレイアウトの一例を示す説明図である。表示結果ＤＢ１４８はチケット購入者が携帯する携帯端末２の表示部２７に表示されたコンテンツなどの情報を記憶する。表示結果ＤＢ１４８は購入者ＩＤ列、日時列及び表示ＵＲＬ列を含む。購入者ＩＤ列はチケット購入者を特定する購入者ＩＤを記憶する。日時列はコンテンツなどが表示された日時を記憶する。表示ＵＲＬ列は表示されたコンテンツのＵＲＬを記憶する。コンテンツを特定可能な情報であればＵＲＬに限らず、他の情報を記憶してもよい。その場合は、別途列を設け、設けた列に記憶する。また、表示結果ＤＢ１４８に記憶する情報は、例えば、コンテンツを配信するＷｅｂサイトが用いるＣｏｏｋｉｅにより取得し、取得した情報を広告配信装置１がさらに取得する。また、携帯端末２で動作するＷｅｂブラウザが表示履歴を広告配信装置１に送信することにより取得する。なお、表示結果ＤＢ１４８の説明で述べたコンテンツは、広告配信装置１が配信する広告とは異なるものである。
【００３９】
図１３は関連判定ＤＢ１４９のレコードレイアウトの一例を示す説明図である。関連判定ＤＢ１４９は携帯端末２で表示されたコンテンツが配信予定の広告と関連するか否かを判定するための判定データを記憶する。関連判定ＤＢ１４９は関連ＩＤ列、コンテンツＩＤ列、及びＵＲＬ列を含む。関連ＩＤ列は判定データを一意に特定可能な関連ＩＤを記憶する。コンテンツＩＤ列は関連する広告を特定するコンテンツＩＤを記憶する。ＵＲＬ列は携帯端末２で表示されたコンテンツを特定するＵＲＬを記憶する。関連判定ＤＢ１４９が記憶するレコードにより、コンテンツと広告との関連性が定義される。
【００４０】
続いて、広告配信装置１が行う処理について説明する。図１４はマッチング処理の手順例を示すフローチャートである。マッチング処理はチケット購買ＤＢ１４１に記憶されているチケット購買情報とコンテンツＤＢ１４２が記憶している広告とをマッチングして、配信候補の広告を求める処理である。広告配信装置１のＣＰＵ１１はチケット購買ＤＢ１４１が記憶しているレコード（購買レコード）の１つを処理対象として選択する（ステップＳ１）。ＣＰＵ１１はコンテンツＤＢ１４２が記憶しているレコード（広告レコード）を処理対象として選択する（ステップＳ２）。ＣＰＵ１１は購買レコードに含まれる開催場所の情報及び広告レコードに含まれる場所の情報から、２つの場所の距離を算出する（ステップＳ３）。ＣＰＵ１１は算出した距離が広告レコードに含まれる距離（許容値）より小さいかを判定する（ステップＳ４）。ＣＰＵ１１は算出した距離が距離（許容値）より小さいと判定した場合（ステップＳ４でＹＥＳ）、ＣＰＵ１１はタイミングが整合するか否か判定する（ステップＳ５）。より具体的には以下のアルゴリズムにより、ＣＰＵ１１は判定する。広告レコードに含まれる広告に対応付いた開始時点と、購買レコード含まれるイベントの開催時間とを比較し、２つの前後関係を判定する。判定結果が広告レコードに含まれるタイミングと整合するか否かを判定する。タイミングが整合するならば、ＣＰＵ１１はステップＳ５でＹＥＳと判定し、タイミングが不整合ならＣＰＵ１１はステップＳ５でＮＯと判定する。図５及び図６に示す例で説明する。図６において、コンテンツＩＤ＝１のレコードに含まれる開始時点は２０１６年１１月１日である。図５において、チケットＩＤ＝１のレコードに含まれるイベントの開催時間は１１月２３日である。したがって、広告レコードで定義される広告は、イベントより前に配信可能である。そして、広告レコードのタイミングは、イベント前であるから、タイミング判定はＹＥＳと判定する。ＣＰＵ１１はタイミングが整合すると判定した場合（ステップＳ５でＹＥＳ）、購買レコードと広告レコードから配信候補レコードを生成し、生成した配信候補レコードを配信候補ＤＢ１４５に記憶する（ステップＳ６）。ＣＰＵ１１は算出した距離が距離（許容値）より以上であると判定した場合（ステップＳ４でＮＯ）、又はＣＰＵ１１はタイミングが整合しないと判定した場合（ステップＳ５でＮＯ）、処理をステップＳ７に移す。ＣＰＵ１１は未処理の広告レコードがあるか否かを判定する（ステップＳ７）。ＣＰＵ１１は未処理の広告レコードがあると判定した場合（ステップＳ７でＹＥＳ）、処理をステップＳ２へ戻す。ＣＰＵ１１は未処理の広告レコードがないと判定した場合（ステップＳ７でＮＯ）、未処理の購買レコードがあるか否かを判定する（ステップＳ８）。ＣＰＵ１１は未処理の購買レコードがあると判定した場合（ステップＳ８でＹＥＳ）、処理をステップＳ１へ戻す。ＣＰＵ１１は未処理の購買レコードがないと判定した場合（ステップＳ８でＮＯ）、マッチング処理を終了する。ＣＰＵ１１は新たなチケット購買情報がチケット購買ＤＢ１４１に記憶される毎に、マッチング処理を実行する。この場合、ＣＰＵ１１は新たなチケット購買情報に関してのみマッチ具処理をすればよい。また、ＣＰＵ１１はコンテンツＤＢ１４２に新たな広告が記憶された場合、又はコンテンツＤＢ１４２に記憶された広告が更新された場合に、マッチング処理を実行する。この場合、ＣＰＵ１１は新たな広告又は更新された広告のみについて、マッチング処理をすればよい。
【００４１】
図１５は広告枠生成処理の手順例を示すフローチャートである。広告枠生成処理はマッチング処理によって、配信候補となった広告を配信するための広告枠を生成する処理である。前述したように広告枠は配信候補となった広告の配信先となるチケット購入者毎に生成する。ＣＰＵ１１は配信候補ＤＢ１４５のレコードを購入者ＩＤでソートする（ステップＳ１１）。ＣＰＵ１１は処理対象とする購入者ＩＤを選択する（ステップＳ１２）。ＣＰＵ１１は選択した購入者ＩＤに対応付けられた配信設定を配信設定ＤＢ１４４から取得する（ステップＳ１３）。ＣＰＵ１１は購入者ＩＤと対応付けられたイベントのイベント開催時間を取得する（ステップＳ１４）。ＣＰＵ１１はイベント開催時間と配信設定とに基づいて配信枠を作成する（ステップＳ１５）。図９に示す候補ＩＤ＝００５及び００６に対応する広告枠は広告枠ＩＤ＝００２の広告枠である。当該配信候補に係るイベントの開催日は２０１６年１１月１９日である。したがって、図１０に示すように広告枠ＩＤ＝００２の広告枠は、２０１６年１１月１９日を当日とする複数の配信枠を含む広告枠となっている。ＣＰＵ１１は生成した複数の配信枠を１つのまとめた広告枠を広告枠ＤＢ１４６に記憶する（ステップＳ１６）。ＣＰＵ１１は未処理の購入者ＩＤがあるか否かを判定する（ステップＳ１７）。ＣＰＵ１１は未処理の購入者ＩＤがあると判定した場合（ステップＳ１７でＹＥＳ）、処理をステップＳ１１に戻す。ＣＰＵ１１は未処理の購入者ＩＤがないと判定した場合（ステップＳ１７でＮＯ）、広告枠生成処理を終了する。
【００４２】
図１６は広告割付処理の手順例を示すフローチャートである。広告割付処理は配信候補の広告を配信枠に割り付ける処理である。ＣＰＵ１１は広告枠ＤＢ１４６に記憶されている広告枠の中から１つを処理対象として選択する（ステップＳ２１）。ＣＰＵ１１は広告枠ＩＤをキーにして、当該広告枠に対応した配信候補の広告を配信候補ＤＢ１４５より取得する（ステップＳ２２）。ＣＰＵ１１は候補の絞り込みを行う（ステップＳ２３）。ＣＰＵ１１は配信枠の配信期間と候補に含まれる広告配信の開始時点とを比較し、配信候補の中から配信期間に配信しうる広告のみに絞り込む。ＣＰＵ１１は絞り込んだ候補に順位付けを行う（ステップＳ２４）。ＣＰＵ１１は候補を順位の高い順に並べ替える（ステップＳ２５）。順位付けについては後述する。ＣＰＵ１１は広告枠に含まれる広告が未割付の配信枠を１つ選択する（ステップＳ２６）。ＣＰＵ１１に未割付の候補中から順位が最も高いものを配信枠に割り付ける（ステップＳ２７）。ＣＰＵ１１は割り付けた結果を配信予定ＤＢ１４７に記憶する。ＣＰＵ１１は未割付の配信枠があるか否かを判定する（ステップＳ２８）。ＣＰＵ１１は未割付の配信枠があると判定した場合（ステップＳ２８でＹＥＳ）、処理をステップＳ２６へ戻す。ＣＰＵ１１は未割付の配信枠がないと判定した場合（ステップＳ２８でＮＯ）、未処理の広告枠があるか否かを判定する（ステップＳ２９）。ＣＰＵ１１は未処理の広告枠があると判定した場合（ステップＳ２９でＹＥＳ）、処理をステップＳ２１へ戻す。ＣＰＵ１１は未処理の広告枠がないと判定した場合（ステップＳ２９でＮＯ）、広告割付処理を終了する。なお、ステップＳ２６において、配信枠を選択する際、イベントの当日から日付を遡る順に選択するのが望ましい。それにより、最もチケット購入者が消費行動を起こす確率が高いイベントの当日に、優先順位の高い広告を割り付けることが可能となる。それにより、順位が低いものよりも広告効果を得られる確率を高めることが可能となる。
【００４３】
配信候補広告の優先順位付けについて、その例を説明する。ここではオークション式と最適マッチング推定式を説明する。
【００４４】
オークション式は各候補広告に含まれる単価を参照し、単価が高いものの優先順位を高くする方式である。それにより、単価が高いほど配信する確率が高まるので、出稿者により高い単価を設定するよう促すことが可能となる。
【００４５】
最適マッチング推定式はチケット購入者が配信された広告に関心を持つ可能性を数値化し、可能性の高いものの順位を高くする方式である。関心を持つ可能性を数値化する際の観点としては、例えば、１）趣味趣向、２）距離、又は３）１）と２）との組み合わせである。１）趣味趣向では、チケットに対応付けられたジャンルと広告のジャンルとが似通っている組み合わせほど、関心を持つ可能性が高いと定義する。２）距離では、チケットに係るイベントの開催位置と、広告と対応付けられる出来事の位置との距離が近い組み合わせほど、関心を持つ可能性が高いと定義する。３）１）と２）との組み合わせについては、それぞれの評価を数値化し、数値した評価に重み付けして足し合わせる。以上の処理は公知の技術により実現可能であるので詳しい説明は省略する。なお、順位付けのアルゴリズムは上述したものに限らない。公知の他のアルゴリズムにより、順位付けしてもよい。
【００４６】
次に、広告配信処理について説明する。広告配信処理は配信枠に割り付けられた広告を配信する処理である。ここでは２つの例について説明する。
【００４７】
図１７は広告配信処理の手順例を示すフローチャートである。図１７に示す広告配信処理は、配信候補に関連する他のコンテンツをチケット購入者が閲覧したタイミングで配信を行うものである。ＣＰＵ１１は表示結果ＤＢ１４８が更新されたか否かを判定する（ステップＳ３１）。前述したようにチケット購入者が携帯端末２でコンテンツを閲覧した場合、閲覧結果を広告配信装置１は取得し、表示結果ＤＢ１４８に保存する。ＣＰＵ１１は表示結果ＤＢ１４８が更新されたと判定した場合（ステップＳ３１でＹＥＳ）、表示結果ＤＢ１４８から表示内容を取得する（ステップＳ３２）。ＣＰＵ１１は表示内容を元に、関連判定ＤＢ１４９を検索する（ステップＳ３３）。例えば表示内容に含まれるＵＲＬをキーに関連判定ＤＢ１４９を検索する。ＣＰＵ１１は検索がヒットした否かを判定する（ステップＳ３４）。ＣＰＵ１１は検索がヒットした判定した場合（ステップＳ３４でＹＥＳ）、ヒットしたレコードより、コンテンツＩＤを取得する（ステップＳ３５）。ＣＰＵ１１は取得したコンテンツＩＤをキーに配信予定ＤＢ１４７を検索する（ステップＳ３６）。ＣＰＵ１１は検索がヒットした否かを判定する（ステップＳ３７）。ＣＰＵ１１は検索がヒットしたと判定した場合（ステップＳ３７でＹＥＳ）、ヒットした配信予定レコードに従い、広告を配信する（ステップＳ３８）。ＣＰＵ１１は検索がヒットしていないと判定した場合（ステップＳ３７でＮＯ）、広告配信処理を終了する。また、ＣＰＵ１１は表示結果ＤＢ１４８が更新されていない判定した場合（ステップＳ３１でＮＯ）、広告配信処理を終了する。さらにまた、ＣＰＵ１１は関連判定ＤＢ１４９の検索がヒットしていないと判定した場合（ステップＳ３４でＮＯ）、広告配信処理を終了する。広告配信処理は例えば計時部１５によるタイマ割り込みにより、繰り返し実行される。なお、チケット購入者が他のコンテンツを閲覧したタイミングに替えて、チケットを購入したタイミングで広告を配信してもよい。
【００４８】
図１８及び図１９は広告配信処理の他の手順例を示すフローチャートである。図１８及び図１９に示す広告配信処理は、配信した広告をチケット購入者が閲覧した後程なく行動を開始すると、ちょうど広告に対応付けてある出来事に間に合うタイミングで、広告の配信を行うものである。ＣＰＵ１１は配信予定ＤＢ１４７から処理対象とする配信予定を選択する（ステップＳ４１）。ＣＰＵ１１は配信先であるチケット購入者の位置を取得する（ステップＳ４２）。チケット購入者の位置は公知の技術により随時取得可能であるとする。ＣＰＵ１１は配信候補広告に対応付けられた出来事の位置と、チケット購入者の現在位置との距離を算出する（ステップＳ４３）。ＣＰＵ１１は算出した距離が配信候補広告に対応付けられた距離条件を満たすか否か判定する（ステップＳ４４）。ＣＰＵ１１は距離条件を満たすと判定した場合（ステップＳ４４でＹＥＳ）、タイミングが適合するか判定する（ステップＳ４５）。例えば、ＣＰＵ１１は本日が配信予定日であるか否かを判定する。ＣＰＵ１１はタイミングが適合すると判定した場合（ステップＳ４５でＹＥＳ）、本日がイベント当日か否かを判定する（ステップＳ４６）。ＣＰＵ１１は本日がイベント当日と判定した場合（ステップＳ４６でＹＥＳ）、現在時刻がイベント前か否かを判定する（ステップＳ４７）。ＣＰＵ１１は現在時刻がイベント前と判定した場合（ステップＳ４７でＹＥＳ）、チケット購入者の現在位置から配信広告に対応付けられた出来事の位置までの移動時間（第１移動時間）を算出する（ステップＳ４８）。ＣＰＵ１１は配信広告に対応付けられた滞在時間を取得する（ステップＳ４９）。ＣＰＵ１１は出来事の位置から、イベントの開催位置への移動時間（第２移動時間）を算出する（ステップＳ５０）。ＣＰＵ１１は現在時刻に第１移動時間、滞在時間及び第２移動時間を足し合わせた到着予定時刻を算出する（ステップＳ５１）。ＣＰＵ１１はイベントに間に合うか否かを判定する（ステップＳ５２）。ＣＰＵ１１は到着予定時刻がイベントの開始時刻より前であれば間に合うと判定する。ＣＰＵ１１は到着予定時刻がイベントの開始時刻より後であれば間に合わないと判定する。ＣＰＵ１１はイベントに間に合うと判定した場合（ステップＳ５２でＹＥＳ）、広告を配信する（ステップＳ５６）。ＣＰＵ１１は処理をステップＳ５７へ移す。
【００４９】
ＣＰＵ１１は現在時刻がイベント前ではないと判定した場合（ステップＳ４７でＮＯ）、イベントの位置から配信広告に対応付けられた出来事の位置への移動時間（第３移動時間）を算出する（ステップＳ５３）。ＣＰＵ１１はイベントの終了予定時刻に第３移動時間を足し合わせた到着予定時刻を算出する（ステップＳ５４）。ＣＰＵ１１は到着予定時刻が時刻要件を満たすか否かを判定する（ステップＳ５５）。ＣＰＵ１１は、配信広告に対応付けられた出来事の開催時間に、到着予定時刻が含まれる場合は時刻要件を満たすと判定する。ＣＰＵ１１は、配信広告に対応付けられた出来事の開催時間に、到着予定時刻が含まれない場合は時刻要件を満たさないと判定する。ＣＰＵ１１は到着予定時刻が時刻要件を満たすと判定した場合（ステップＳ５５でＹＥＳ）、広告を配信する（ステップＳ５６）。ＣＰＵ１１は到着予定時刻が時刻要件を満たさないと判定した場合（ステップＳ５５でＮＯ）、処理をステップ５７へ移す。
【００５０】
ＣＰＵ１１はイベントに間に合わないと判定した場合（ステップＳ５２でＮＯ）、処理をステップＳ５７に移す。
【００５１】
ＣＰＵ１１は本日がイベント当日でないと判定した場合（ステップＳ４６でＮＯ）、広告を配信する（ステップＳ５６）。
【００５２】
ＣＰＵ１１は距離条件を満たさないと判定した場合（ステップＳ４４でＮＯ）、又はＣＰＵ１１はタイミングが適合しないと判定した場合（ステップＳ４５でＮＯ）、処理をステップＳ５７へ移す。
【００５３】
ＣＰＵ１１は未処理の予定があるか否かを判定する（ステップＳ５７）。ＣＰＵ１１は未処理の予定があると判定した場合（ステップＳ５７でＹＥＳ）、処理をステップＳ４１に戻す。ＣＰＵ１１は未処理の予定がないと判定した場合（ステップＳ５７でＮＯ）、広告配信処理を終了する。
【００５４】
続いて、携帯端末２に表示される広告例を示す。図２０及び図２１は携帯端末２に表示される広告の一例を示す説明図である。図２０はイベント前に配信する広告の例である。図２０に示すように広告とともに来店を促すクーポン２７１を表示してもよい。図２１はイベント後に配信する広告の例である。図２１に示すように広告とともに来店を促すサービスに関するメッセージ２７２が表示してもよい。
【００５５】
図２２は広告配信装置１の機能構成の一例を示すブロック図である。広告配信装置１は取得部１１ａ、特定部１１ｂ、抽出部１１ｃ、及び送信部１１ｄを含む。これらの各機能部は、ＣＰＵ１１が制御プログラム１Ｐに基づいて動作することにより、実現される。
【００５６】
取得部１１ａは、所定の場所で所定の期間提供されるイベントの参加者（チケット購入者）の情報を取得する。特定部１１ｂは、参加者の位置を特定する。抽出部１１ｃは、位置及び期間に対応付けられた広告であって、参加者の位置と広告に対応付けられた位置との位置関係が所定の条件を満たし、参加者の位置、広告に対応付けられた位置及びイベントの位置より算出した所定時間が、イベントの提供期間から定まる時間条件を満たす広告を抽出する。送信部１１ｄは、抽出した広告を参加者の端末（携帯端末２）に送信する。
【００５７】
本実施の形態においては、以下の効果を奏する。イベントに係るチケットを購入したチケット購入者に対して、イベントの開催位置及び開催時間に適合した出来事に関わる広告を配信するので、広告の効果を高めることが可能となる。
【００５８】
各実施の形態で記載されている技術的特徴（構成要件）はお互いに組み合わせ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味では無く、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【００５９】
以上の実施の形態に関し、さらに以下の付記を開示する。
【００６０】
（付記１）
所定の場所で所定の期間提供されるイベントの参加者を特定し、
前記参加者の位置を特定し、
位置及び期間に対応付けられた広告であって、前記参加者の位置と前記広告に対応付けられた位置との位置関係が所定の条件を満たし、かつ前記参加者の位置、前記広告に対応付けられた位置及び前記イベントの位置より算出した所定時間が、前記イベントの提供期間から定まる時間条件を満たす広告を抽出し、
抽出した前記広告を前記参加者の端末に送信する
処理をコンピュータに実行させる広告出力プログラム。
【００６１】
（付記２）
前記参加者の位置は前記参加者の現在位置であり、
前記現在位置から前記広告に対応付けられた位置への移動に要する第１移動時間、前記広告に対応付けられた位置での滞在時間、及び前記広告に対応付けられた位置から前記イベントの位置への移動に要する第２移動時間の合計時間を現在時刻に足し合わせた時刻が、前記イベントの開始時刻前となる場合に、前記時間条件を満たすと判定する
付記１に記載の広告出力プログラム。
【００６２】
（付記３）
前記参加者の位置を前記イベントの位置に置き換え、
前記イベントの位置から前記広告に対応付けられた位置への第３移動時間を、前記イベントの提供終了予定時刻に足し合わせた時刻が、前記広告に対応付けられた期間内となる場合に、前記時間条件を満たすと判定する
付記１に記載の広告出力プログラム。
【００６３】
（付記４）
前記参加者が参加する前記イベントに係る場所と、前記広告に対応付けられた位置との距離を算出し、
算出した距離が所定の距離よりも短いか否かを判定し、
前記イベントの提供期間の直前又は直後の時間が、前記広告に対応付けられた期間に含まれるか否かを判定し、
前記算出した距離が前記所定の距離よりも短く、前記イベントの提供期間の直前又は直後の時間が、前記広告に対応付けられた期間に含まれると判定した場合、
前記イベントに係る場所及び提供期間、並びに広告に対応付けられた位置及び期間を対応付けて記憶する。
付記１から３のいずれか１つに記載の広告出力プログラム。
【００６４】
（付記５）
前記抽出した広告が複数である場合、抽出した広告を所定の条件で並べ替え、
並べ替えた後の先頭の広告から優先して送信を行う
付記１から付記４のいずれか１つに記載の広告出力プログラム。
【００６５】
（付記６）
抽出した広告を広告と対応付けられた単価の降順に並べ替える
付記５に記載の広告出力プログラム。
【００６６】
（付記７）
所定の場所で所定の期間提供されるイベントの参加者の情報を取得する取得部と、
参加者の位置を特定する特定部と、
位置及び期間に対応付けられた広告であって、前記参加者の位置と前記広告に対応付けられた位置との位置関係が所定の条件を満たし、前記参加者の位置、前記広告に対応付けられた位置及び前記イベントの位置より算出した所定時間が、前記イベントの提供期間から定まる時間条件を満たす広告を抽出する抽出部と、
抽出した前記広告を前記参加者の端末に送信する送信部と
を備える広告出力装置。
【００６７】
（付記８）
コンピュータが、
所定の場所で所定の期間提供されるイベントの参加者の情報を取得し、
参加者の位置を特定し、
位置及び期間に対応付けられた広告であって、前記参加者の位置と前記広告に対応付けられた位置との位置関係が所定の条件を満たし、前記参加者の位置、前記広告に対応付けられた位置及び前記イベントの位置より算出した所定時間が、前記イベントの提供期間から定まる時間条件を満たす広告を抽出し、
抽出した前記広告を前記参加者の端末に送信する
広告出力方法。
【符号の説明】
【００６８】
１００    広告配信システム
１        広告配信装置
１１      ＣＰＵ
１１ａ    取得部
１１ｂ    特定部
１１ｃ    抽出部
１１ｄ    送信部
１２      ＲＯＭ
１３      ＲＡＭ
１４      大容量記憶部
１４１    チケット購入ＤＢ
１４２    コンテンツＤＢ
１４３    単価ＤＢ
１４４    配信設定ＤＢ
１４５    配信候補ＤＢ
１４６    広告枠ＤＢ
１４７    配信予定ＤＢ
１４８    表示結果ＤＢ
１４９    関連判定ＤＢ
１５      計時部
１６      通信部
１７      読み取り部
１Ｐ      制御プログラム
１ａ      可搬型記憶媒体
１ｂ      半導体メモリ
２        携帯端末
３        出稿端末
【図１】
2018156292.tif 000003
【図２】
2018156292.tif 000004
【図３】
2018156292.tif 000005
【図４】
2018156292.tif 000006
【図５】
2018156292.tif 000007
【図６】
2018156292.tif 000008
【図７】
2018156292.tif 000009
【図８】
2018156292.tif 000010
【図９】
2018156292.tif 000011
【図１０】
2018156292.tif 000012
【図１１】
2018156292.tif 000013
【図１２】
2018156292.tif 000014
【図１３】
2018156292.tif 000015
【図１４】
2018156292.tif 000016
【図１５】
2018156292.tif 000017
【図１６】
2018156292.tif 000018
【図１７】
2018156292.tif 000019
【図１８】
2018156292.tif 000020
【図１９】
2018156292.tif 000021
【図２０】
2018156292.tif 000022
【図２１】
2018156292.tif 000023
【図２２】
2018156292.tif 000024