ホーム > 特許ランキング > 株式会社エヌケービー
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-09-05
(45)【発行日】2024-09-13
(54)【発明の名称】特典付与方法、特典付与プログラム、及び特典付与装置
(51)【国際特許分類】
G06Q 30/0207 20230101AFI20240906BHJP
G06Q 30/0241 20230101ALI20240906BHJP
【ＦＩ】
G06Q30/0207 328
G06Q30/0241
【請求項の数】
5
(21)【出願番号】P 2022089843
(22)【出願日】2022-06-01
(65)【公開番号】P2023177117
(43)【公開日】2023-12-13
【審査請求日】2023-03-08
(73)【特許権者】
【識別番号】390023168
【氏名又は名称】株式会社エヌケービー
(74)【代理人】
【識別番号】100114557
【弁理士】
【氏名又は名称】河野 英仁
(74)【代理人】
【識別番号】100078868
【弁理士】
【氏名又は名称】河野 登夫
(72)【発明者】
【氏名】滝 久雄
(72)【発明者】
【氏名】久保田 充男
【審査官】山本 俊介
(56)【参考文献】
【文献】特開２００３－１４０５８５（ＪＰ，Ａ）
【文献】特開２０２０－０６４３６９（ＪＰ，Ａ）
【文献】特開２０１３－２１０７１３（ＪＰ，Ａ）
【文献】特開２０１７－０９７５５９（ＪＰ，Ａ）
【文献】特開２０１８－０８１４０７（ＪＰ，Ａ）
【文献】国際公開第２０１３／０４６４０６（ＷＯ，Ａ１）
【文献】国際公開第２０１７／０９８８０３（ＷＯ，Ａ１）
【文献】特開２０２２－００６４９８（ＪＰ，Ａ）
【文献】特開２０１０－１１７６３３（ＪＰ，Ａ）
【文献】特開２０２１－１７４４６２（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
公共交通機関の車両内に配置された表示装置に広告映像を表示し、前記車両内の乗客が所持する通信端末へ、前記表示装置に表示される前記広告映像の観取を促すメッセージを含むプッシュ通知を送信し、
前記乗客が前記通信端末に、前記表示装置に分割して表示された暗証番号を全て入力する操作を行った場合であって、前記通信端末から受信した前記表示装置に対応付けられた識別情報に基づき特定された前記表示装置および前記通信端末から前記暗証番号を受信した日時に基づき特定された前記広告映像に対応する正解の暗証番号と、前記通信端末から受信した前記暗証番号とが一致するときに、前記特定された広告映像に応じた特典を前記乗客へ付与する
処理をコンピュータが行なう特典付与方法。
【請求項2】
前記操作を行った前記乗客の数により、前記乗客へ付与する特典の価値を変動させる請求項１に記載の特典付与方法。
【請求項3】
前記乗客が前記操作を所定の時間内に行った場合に、前記乗客へ前記特典を付与する請求項１又は請求項２に記載の特典付与方法。
【請求項4】
公共交通機関の車両内に配置された表示装置に広告映像を表示させ、前記車両内の乗客が所持する通信端末へ、前記表示装置に表示される前記広告映像の観取を促すメッセージを含むプッシュ通知を送信し、
前記乗客が前記通信端末に対して、前記表示装置に分割して表示された暗証番号を全て入力する操作を行った場合であって、前記通信端末から受信した前記表示装置に対応付けられた識別情報に基づき特定された前記表示装置および前記通信端末から前記暗証番号を受信した日時に基づき特定された前記広告映像に対応する正解の暗証番号と、前記通信端末から受信した前記暗証番号とが一致するときに、前記特定された広告映像に応じた特典を前記乗客へ付与する
処理をコンピュータに行わせる特典付与プログラム。
【請求項5】
公共交通機関の車両内に配置された表示装置に広告映像を表示させる指示部と、前記車両内の乗客が所持する通信端末へ、前記表示装置に表示される前記広告映像の観取を促すメッセージを含むプッシュ通知を送信する送信部と、
前記乗客が前記通信端末に対して、前記表示装置に分割して表示された暗証番号を全て入力する操作を行った場合であって、前記通信端末から受信した前記表示装置に対応付けられた識別情報に基づき特定された前記表示装置および前記通信端末から前記暗証番号を受信した日時に基づき特定された前記広告映像に対応する正解の暗証番号と、前記通信端末から受信した前記暗証番号とが一致するときに、前記特定された広告映像に応じた特典を前記乗客へ付与する付与部と
を備える特典付与装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、車内広告の観者へ特典を付与する特典付与方法に関する。
【背景技術】
【0002】
電車、地下鉄、バスと言った公共交通機関において利用される車両には、液晶ディスプレイ等の表示装置が設置されている。表示装置は次の停車駅や路線図、他の路線への乗り換え情報などの乗客向けの案内情報を表示する。また、表示装置は広告媒体としても利用され、例えば動画広告が順に表示される。
【0003】
また、携帯電話機やスマートフォン又はタブレットコンピュータの普及に伴い、乗客の多くがこれらの通信端末を携えて、公共交通機関を利用している。それに鑑みて、特許文献１には、車内の広告を視聴した乗客から情報を取得することで双方向サービスとする中吊り広告情報付与システムが提案されている。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２０２１－１７４４６２号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
従来技術は乗客が積極的に広告を見ることを前提としている。スマートフォンは、車内においてもニュースや動画コンテンツの視聴、ゲームのプレイなどが可能である。そのため、乗客の大半が、乗車時間のほぼ全てをスマートフォンの利用に当てている。その結果、車内広告に関しては、接触率や到達率の低下が危惧されている。
【0006】
本発明はこのような状況に鑑みてなされたものである。その目的は、車内で通信端末を利用している乗客の目を広告へ向けさせる特典付与方法、特典付与プログラム、及び特典付与装置の提供である。
【課題を解決するための手段】
【0007】
本願の一態様に係る特典付与方法は、公共交通機関の車両内に配置された表示装置に広告映像を表示し、前記車両内の乗客が所持する通信端末へ、前記表示装置に表示される前記広告映像の観取を促すメッセージを含むプッシュ通知を送信し、前記乗客が前記通信端末に、前記表示装置に分割して表示された暗証番号を全て入力する操作を行った場合であって、前記通信端末から受信した前記表示装置に対応付けられた識別情報に基づき特定された前記表示装置および前記通信端末から前記暗証番号を受信した日時に基づき特定された前記広告映像に対応する正解の暗証番号と、前記通信端末から受信した前記暗証番号とが一致するときに、前記特定された広告映像に応じた特典を前記乗客へ付与する処理をコンピュータが行なう。
【発明の効果】
【0008】
本願の一態様にあっては、乗客の目を広告へ向けさせることが可能となる。
【図面の簡単な説明】
【0009】
【図1】広告システムの構成例を示す説明図である。
【図2】広告サーバのハードウェア構成例を示すブロック図である。
【図3】会員端末のハードウェア構成例を示すブロック図である。
【図4】代理店端末のハードウェア構成例を示すブロック図である。
【図5】広告主端末のハードウェア構成例を示すブロック図である。
【図6】会員ＤＢの例を示す説明図である。
【図7】広告主ＤＢの例を示す説明図である。
【図8】媒体社ＤＢの例を示す説明図である。
【図9】表示装置ＤＢの例を示す説明図である。
【図10】動画ＤＢの例を示す説明図である。
【図11】ロールＤＢの例を示す説明図である。
【図12】スケジュールＤＢの例を示す説明図である。
【図13】ビーコンＤＢの例を示す説明図である。
【図14】正解ＤＢの例を示す説明図である。
【図15】履歴ＤＢの例を示す説明図である。
【図16】業務フローの例をフローチャートである。
【図17】暗証番号設定処理の手順例を示すフローチャートである。
【図18】暗証番号受付処理の手順例を示すフローチャートである。
【図19】付与処理の手順例を示すフローチャートである。
【図20】通知画面の例を示す説明図である。
【図21】入力画面の例を示す説明図である。
【図22】結果画面の例を示す説明図である。
【図23】暗証番号の表示パターンを示す説明図である。
【図24】広告システムの他の構成例を示す説明図である。
【図25】Ｗｅｂサーバのハードウェア構成例を示すブロック図である。
【図26】動画ＤＢの例を示す説明図である。
【図27】スケジュールＤＢの例を示す説明図である。
【図28】ビーコンＤＢの例を示す説明図である。
【図29】イベントＤＢの例を示す説明図である。
【図30】履歴ＤＢの例を示す説明図である。
【図31】会員応答処理の手順例を示すフローチャートである。
【図32】会員応答処理の手順例を示すフローチャートである。
【図33】付与判定処理の手順例を示すフローチャートである。
【図34】通知画面の他の例を示す説明図である。
【図35】待機画面の例を示す説明図である。
【図36】解答画面の例を示す説明図である。
【図37】結果画面の例を示す説明図である。
【図38】表示装置のハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【0010】
（実施の形態１）
以下実施の形態を、図面を参照して説明する。図１は広告システムの構成例を示す説明図である。広告システム１００は広告サーバ１、会員端末２、代理店端末３、広告主端末４、表示装置５１及びビーコン５２（発信機）を含む。広告サーバ１は、会員端末２、代理店端末３、広告主端末４、及び、表示装置５１とネットワークＮを介して、通信可能に接続されている。表示装置５１及びビーコン５２は公共交通機関の車両５に設置されている。図１には、会員端末２、代理店端末３、広告主端末４、表示装置５１及びビーコン５２を各１台示しているが、複数台でもよい。また、車両５毎に備える表示装置５１及びビーコン５２を複数としてもよい。
以下実施の形態を、図面を参照して説明する。図１は広告システムの構成例を示す説明図である。広告システム１００は広告サーバ１、会員端末２、代理店端末３、広告主端末４、表示装置５１及びビーコン５２（発信機）を含む。広告サーバ１は、会員端末２、代理店端末３、広告主端末４、及び、表示装置５１とネットワークＮを介して、通信可能に接続されている。表示装置５１及びビーコン５２は公共交通機関の車両５に設置されている。図１には、会員端末２、代理店端末３、広告主端末４、表示装置５１及びビーコン５２を各１台示しているが、複数台でもよい。また、車両５毎に備える表示装置５１及びビーコン５２を複数としてもよい。
【0011】
広告サーバ１は動画広告を表示装置５１へ配信する。また、広告サーバ１は会員端末２から暗証番号又はキーワードを受け付ける。広告サーバ１は受け付けた暗証番号又はキーワードが正解と一致している場合、会員端末２を有する会員に対して特典を付与する。広告サーバ１はサーバコンピュータ、ワークステーション、ＰＣ（Personal Computer）等で構成する。また、広告サーバ１を複数のコンピュータからなるマルチコンピュータ、ソフトウェアによって仮想的に構築された仮想マシン又は量子コンピュータで構成しても良い。さらに、広告サーバ１の機能をクラウドサービスで実現してもよい。
【0012】
会員端末２は会員が所持している通信端末である。会員端末２はスマートフォン、タブレットコンピュータ等で構成する。会員は一般消費者及び公共交通機関の乗客であって、広告システム１００を利用する契約を運営者と結んだ者である。なお、運営者は例えば、広告代理店や広告媒体を有する鉄道会社などの媒体社である。
【0013】
代理店端末３は広告代理店が利用する端末である。広告代理店は、広告主を代理して、媒体社へ広告枠の購入を申し込む。代理店端末３は広告の素材を広告サーバ１へ送信する。代理店端末３はＰＣやタブレットコンピュータで構成する。
【0014】
広告主端末４は広告主が利用する端末である。広告主端末４は広告の素材を代理店端末３へ送信する。広告主端末４は、広告の素材を広告サーバ１へ送信してもよい。広告主端末４はＰＣやタブレットコンピュータで構成する。
【0015】
表示装置５１は液晶パネル等を含む画像表装置である。表示装置５１は前述したように公共交通機関の車両５に設置されている。例えば、鉄道車両において、表示装置５１は乗降用扉や網棚の上方の壁に埋め込まれるように設置される。
【0016】
ビーコン５２は予め設定された情報が載せられた電波（ビーコン波）を繰り返し送信する装置である。ビーコン５２は例えばBluetooth（登録商標） Low Energyの発信機である。ビーコン５２は表示装置５１と１対１で設置することが望ましい。この場合、隣接するビーコン５２同士は電波の到達範囲がなるべく重ならないように、出力や指向性を調整する。ビーコン５２は対応する表示装置５１の識別情報を発信する。このとき、ビーコン５２からの電波を受信した会員端末２は、対応する表示装置５１の近傍に位置すると見なすことが可能である。
【0017】
図２は広告サーバのハードウェア構成例を示すブロック図である。広告サーバ１は制御部１１、主記憶部１２、補助記憶部１３、通信部１４及び読み取り部１５を含む。制御部１１、主記憶部１２、補助記憶部１３、通信部１４及び読み取り部１５はバスＢにより接続されている。
【0018】
制御部１１は、一又は複数のＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の演算処理装置を有する。制御部１１は、補助記憶部１３に記憶された制御プログラム１Ｐ（プログラム、プログラム製品）を読み出して実行することにより、広告サーバ１に係る種々の情報処理、制御処理等を行い、指示部、送信部、付与部等の機能部を実現する。
【0019】
主記憶部１２は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等である。主記憶部１２は主として制御部１１が演算処理を実行するために必要なデータを一時的に記憶する。
【0020】
補助記憶部１３はハードディスク又はＳＳＤ（Solid State Drive）等であり、制御部１１が処理を実行するために必要な制御プログラム１Ｐや各種ＤＢ（Database）を記憶する。補助記憶部１３は、会員ＤＢ１３１、広告主ＤＢ１３２、媒体社ＤＢ１３３、表示装置ＤＢ１３４、動画ＤＢ１３５、ロールＤＢ１３６、スケジュールＤＢ１３７、ビーコンＤＢ１３８、正解ＤＢ１３９及び履歴ＤＢ１３Ａを記憶する。補助記憶部１３は広告サーバ１と別体であって、広告サーバ１に外部接続された外部記憶装置であってもよい。補助記憶部１３に記憶する各種ＤＢ等を、広告サーバ１とは異なるデータベースサーバやクラウドストレージに記憶してもよい。
【0021】
通信部１４はネットワークＮを介して、会員端末２、代理店端末３、広告主端末４、及び表示装置５１と通信を行う。また、制御部１１が通信部１４を用い、ネットワークＮ等を介して他のコンピュータから制御プログラム１Ｐをダウンロードし、補助記憶部１３に記憶してもよい。
【0022】
読み取り部１５はＣＤ（Compact Disc）－ＲＯＭ及びＤＶＤ（Digital Versatile Disc）－ＲＯＭを含む可搬型記憶媒体１ａを読み取る。制御部１１が読み取り部１５を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、補助記憶部１３に記憶してもよい。また、半導体メモリ１ｂから、制御部１１が制御プログラム１Ｐを読み込んでもよい。
【0023】
図３は会員端末のハードウェア構成例を示すブロック図である。会員端末２は制御部２１、主記憶部２２、補助記憶部２３、通信部２４、表示パネル２５及び操作部２６を含む。各構成はバスＢで接続されている。
【0024】
制御部２１は、一又は複数のＣＰＵ、ＭＰＵ、ＧＰＵ等の演算処理装置を有する。制御部２１は、補助記憶部２３に記憶された制御プログラム２Ｐ（プログラム、プログラム製品）を読み出して実行することにより、種々の機能を提供する。
【0025】
主記憶部２２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。主記憶部２２は主として制御部２１が演算処理を実行するために必要なデータを一時的に記憶する。
【0026】
補助記憶部２３はハードディスク又はＳＳＤ等であり、制御部２１が処理を実行するために必要な各種データを記憶する。補助記憶部２３は会員端末２と別体であって、会員端末２に外部接続された外部記憶装置であってもよい。
【0027】
通信部２４はネットワークＮを介して、広告サーバ１と通信を行う。また、制御部２１が通信部２４を用い、ネットワークＮ等を介して他のコンピュータから制御プログラム２Ｐをダウンロードし、補助記憶部２３に記憶してもよい。
【0028】
表示パネル２５は、液晶パネル又は有機ＥＬ（Electro Luminescence）ディスプレイ等で構成することができる。操作部２６は、例えば、表示パネル２５に組み込まれたタッチパネルで構成することができ、会員が表示パネル２５上で行う所定の操作を行うことができる。また、操作部２６は、表示パネル２５に表示したソフトウェアキ－ボード上の操作を行うことができる。なお、操作部２６は、ハードウェアキーボード、マウスなどでもよい。
【0029】
図４は代理店端末のハードウェア構成例を示すブロック図である。代理店端末３は制御部３１、主記憶部３２、補助記憶部３３、通信部３４、表示パネル３５及び操作部３６を含む。各構成はバスＢで接続されている。制御部３１、主記憶部３２、補助記憶部３３、通信部３４、表示パネル３５及び操作部３６は、それぞれ会員端末２の制御部２１、主記憶部２２、補助記憶部２３、通信部２４、表示パネル２５及び操作部２６と同様であるから、説明を省略する。
【0030】
続いて、図５は広告主端末のハードウェア構成例を示すブロック図である。広告主端末４は制御部４１、主記憶部４２、補助記憶部４３、通信部４４、表示パネル４５及び操作部４６を含む。各構成はバスＢで接続されている。制御部４１、主記憶部４２、補助記憶部４３、通信部４４、表示パネル４５及び操作部４６は、それぞれ会員端末２の制御部２１、主記憶部２２、補助記憶部２３、通信部２４、表示パネル２５及び操作部２６と同様であるから、説明を省略する。
【0031】
図６は会員ＤＢの例を示す説明図である。会員ＤＢ１３１は会員の情報を記憶する。会員ＤＢ１３１は会員ＩＤ列、名前列、カナ名列、メール列及び携帯番号列を含む。会員ＩＤ列は会員を一意に特定可能な会員ＩＤを記憶する。名前列は会員の名前を記憶する。カナ名列は会員の名前のカタカナ表記を記憶する。メール列は会員の連絡先電子メールアドレスを記憶する。携帯番号列は会員の携帯電番号を記憶する。当該携帯電話番号は、通信機能を有する会員端末に対応付けされている。
【0032】
図７は広告主ＤＢの例を示す説明図である。広告主ＤＢ１３２は広告主についての情報を記憶する。広告主ＤＢ１３２は広告主ＩＤ列、名称列、所在地列及びメール列を含む。広告主ＩＤ列は広告主を一意に特定可能な広告主ＩＤを記憶する。名称列は広告主の名称を記憶する。所在地列は広告主の所在地を記憶する。メール列は広告主の連絡先電子メールアドレスを記憶する。
【0033】
図８は媒体社ＤＢの例を示す説明図である。媒体社ＤＢ１３３は動画広告の媒体を有する媒体社の情報を記憶する。媒体社ＤＢ１３３は媒体社ＩＤ列、名称列、所在地列、メール列、及びアクセス情報列を含む。媒体社ＩＤ列は媒体社を一意に特定可能な媒体社ＩＤを記憶する。名称列は媒体社の名称を記憶する。所在地列は媒体社の所在地を記憶する。メール列は媒体社の連絡先電子メールアドレスを記憶する。アクセス情報列は媒体社のシステムへのアクセス情報を記憶する。アクセス情報は例えば、媒体社システムのＡＰＩ（Application Programming Interface）のエンドポイントを示すＵＲＩ（Uniform Resource Identifier）、ＡＰＩへのアクセストークン等である。アクセス情報として、媒体社のftpサーバのＵＲＩ、アカウント名、パスワードを記憶してもよい。
【0034】
図９は表示装置ＤＢの例を示す説明図である。表示装置ＤＢ１３４は媒体社が有している表示装置５１の情報を記憶する。表示装置ＤＢ１３４は装置ＩＤ列、媒体社ＩＤ列、及び形式列を含む。装置ＩＤ列は表示装置５１を特定可能な装置ＩＤを記憶する。媒体社ＩＤ列は表示装置５１を有している媒体社の媒体社ＩＤを記憶する。形式列は表示装置５１が受け付ける動画の形式を記憶する。例えば、ファイルの形式、画像サイズ等である。ファイル形式は、ＡＶＩ（拡張子avi）、ＭＰＥＧ４（拡張子mp4）、ＭＯＶ（拡張子mov）、ＷＭＶ（拡張子wmv）等である。画像サイズは、縦横のピクセル数である。
【0035】
図１０は動画ＤＢの例を示す説明図である。動画ＤＢ１３５は広告動画を記憶する。広告動画は広告映像の一例である。広告映像は、複数の静止画を組み合わせてもよい。複数の静止画を数秒間隔で切り替わるスライドショーを作成し、スライドショーを動画形式で動画ＤＢ１３５に記憶してもよい。動画ＤＢ１３５は動画ＩＤ列、広告主ＩＤ列、拡張子列、動画列及びポイント列を含む。動画ＩＤ列は動画を一意に特定可能な動画ＩＤを記憶する。広告主ＩＤ列は広告主を特定する広告主ＩＤを記憶する。拡張子列は動画のデータ形式を示す拡張子を記憶する。動画列は動画データを記憶する。動画データの実体をファイルとして、補助記憶部１３に記憶し、動画列にはファイル名を記憶してもよい。ポイント列は動画の観取を確認した会員へ付与するポイントを記憶する。なお、本明細書において、観取とは動画広告を見ることを言う。鉄道での動画広告では音声を出力しないことが大半であるため、「動画広告を視聴する」ではなく、「動画広告を観取する」との表現がより適切となる。また、観取した者を観者という。
【0036】
図１１はロールＤＢの例を示す説明図である。ロールＤＢ１３６はロールに関するメタ情報を記憶する。ロールは複数の広告動画から構成される動画の集合である。例えば一つのロールは１５秒の動画コンテンツを４８本含む全長１２分の動画である。表示装置５１はロールを繰り返し表示する。ロールＤＢ１３６はロールＩＤ列、順番号列、及び動画ＩＤ列を含む。ロールＩＤ列は各ロールを一意に特定可能なロールＩＤを記憶する。順番号列はロールを構成する動画コンテンツの再生順を記憶する。動画ＩＤ列はロールを構成する動画コンテンツを特定する動画ＩＤを記憶する。
【0037】
図１２はスケジュールＤＢの例を示す説明図である。スケジュールＤＢ１３７はロールを媒体で表示するスケジュールを記憶する。スケジュールＤＢ１３７はロールＩＤ列、期間列、媒体社ＩＤ列、表示装置列、及び時間帯列を記憶する。ロールＩＤ列は表示すルロールを特定するロールＩＤを記憶する。期間列はロールを表示する期間を記憶する。媒体社ＩＤ列はロールを表示する媒体を有する媒体社の媒体社ＩＤを記憶する。表示装置列は媒体である表示装置を特定する装置ＩＤを記憶する。時間帯列はロールを表示する時間帯を記憶する。
【0038】
図１３はビーコンＤＢの例を示す説明図である。ビーコンＤＢ１３８はビーコン５２についての情報を記憶する。ビーコンＤＢ１３８はビーコンＩＤ列、媒体社ＩＤ列、車両ＩＤ列、及び表示装置列を含む。ビーコンＩＤ列はビーコン５２を一意に特定可能なビーコンＩＤを記憶する。媒体社ＩＤ列はビーコン５２が取り付けられた車両５を有する媒体社の媒体社ＩＤを記憶する。車両ＩＤ列はビーコン５２が取り付けられた車両５を一意に特定可能な車両ＩＤを記憶する。表示装置列はビーコン５２に対応する表示装置５１の装置ＩＤを記憶する。
【0039】
図１４は正解ＤＢの例を示す説明図である。正解ＤＢ１３９は、会員が動画広告を観取した場合に求められる操作の正解を記憶する。本実施の形態では表示された暗証番号の入力が正解の操作である。正解ＤＢ１３９は動画広告と共に表示する暗証番号を記憶する。会員が正しい暗証番号を入力した場合、動画広告を観取したとみなす。暗証番号に代えてキーワードを用いてもよい。正解ＤＢ１３９は動画ＩＤ列、日付列、時間帯列、及び暗証番号列を含む。動画ＩＤ列は暗証番号を付与した動画の動画ＩＤを記憶する。日付列は動画が表示された日付を記憶する。時間帯列は動画が表示された時間帯を記憶する。暗証番号列は表示された暗証番号を記憶する。
【0040】
図１５は履歴ＤＢの例を示す説明図である。履歴ＤＢ１３Ａは会員の動画観取履歴を記憶する。履歴ＤＢ１３ＡはビーコンＩＤ列、会員ＩＤ列、日時列、暗証番号列、動画ＩＤ列、及びポイント列を含む。ビーコンＩＤ列は会員端末２から送信されたビーコンＩＤを記憶する。会員ＩＤ列は会員端末２から送信された会員ＩＤを記憶する。日時列は会員端末２からビーコンＩＤや会員ＩＤ等が送信された日時を記憶する。暗証番号列は会員端末２から送信された暗証番号を記憶する。動画ＩＤ列はビーコンＩＤ、日時、暗証番号に基づき特定した動画の動画ＩＤを記憶する。当該動画は会員が観取したとみなせる動画である。ポイント列は動画の観者であるとみなした会員へ付与したポイントを記憶する。
【0041】
次に広告配信の業務フローについて説明する。図１６は業務フローの例をフローチャートである。広告代理店及び媒体社は、広告枠を設定する。鉄道車両での動画広告では、動画の秒数、配信期間、配信曜日、配信時間帯及び配信路線等を定めた広告枠が設定される。例えば、１ロールが最大１５分で１枠が１５秒とすると、各時間帯で６０枠の広告枠が設定される。広告代理店は広告枠毎に広告主を募集し、広告主は広告を流したい広告枠に応募を行なう（ステップＳ１）。広告代理店は広告主が応募した広告枠を予約する（ステップＳ２）。広告主は広告のデザインを制作する（ステップＳ３）。デザインの制作は広告主から依頼を受けた広告代理店が行ってもよい。デザイン制作では、広告内容や表現が分かるものを作成する。必ずしも動画ある必要はなく、静止画のスライドショーであってもよい。制作されたデザインについて、媒体社は意匠審査を行なう（ステップＳ４）。意匠審査では、広告内容について、誇大表現や錯誤する表現がないか、媒体社として望ましくないと考えている内容がないか等が確認される。意匠審査で不可とされた場合は、広告主はデザインを再検討することになる。意匠審査を通過した場合、広告主が応募した広告枠は確定となる（ステップＳ５）。この段階で、広告枠毎に動画ＩＤを発行し、ロールＤＢ１３６に記憶してもよい。さらに、広告代理店等の判断によりロール内での動画の表示順を決定し、それに従った順番号を動画ＩＤと対応付けてロールＤＢ１３６に記憶する。広告主は意匠審査を通過したデザインで、広告動画を制作し、広告主又は広告代理店に入稿する（ステップＳ６）。広告主端末４又は代理店端末３から広告サーバ１へ動画を送信する。広告サーバ１は受信した動画を動画ＤＢ１３５に記憶する。１ロールを構成する全ての広告枠について入稿が完了した後、広告代理店等の指示に基づき、広告サーバ１はロールを作成する（ステップＳ７）。広告サーバ１はロールＤＢ１３６にしたがい、複数の動画をつなぎ合わせロールを作成する。この際、入稿された動画の形式が、媒体社が求めている形式と異なる場合、形式の変換を行う。媒体社が完成したロールを再度審査し、審査をパスした場合のみ、次のステップへ進めてもよい。広告サーバ１は、適切なタイミングで作成されたロールを車両へ配信する（ステップＳ８）。例えば、運転台がある車両に図示しない記憶装置又はデータサーバを設置し、当該記憶装置又はデータサーバが広告サーバ１から配信されたロール及びスケジュールを記憶する。さらにロールは当該記憶装置又はデータサーバから、各車両の表示装置５１へ配信する。ロールを媒体社のシステムを介して配信する場合、例えば、広告サーバ１は、始発時刻前にその日に表示するロールをまとめて、媒体社のシステムへ送信しておく。媒体社のシステムは、ロールを表示する時間帯が開始するまでに、ロールを車両の記憶装置やデータサーバへ配信する。広告サーバ１が、ロールを直接、車両の記憶装置やデータサーバへ配信する場合においても、ロールを表示する時間帯が開始するまでに、ロールを車両の記憶装置やデータサーバへ配信する。配信後、広告サーバ１は、配信履歴を作成する（ステップＳ９）。配信履歴にしたがい、広告料の請求/支払いが行われる（ステップＳ１０）。
【0042】
続いて、広告システム１００が行なう情報処理について説明する。図１７は暗証番号設定処理の手順例を示すフローチャートである。暗証番号設定処理は動画に暗証番号を設定する処理である。図１６に示した業務フローでは、ステップＳ７とステップとＳ８との間に実行される。広告サーバ１の制御部１１は暗証番号を生成する（ステップＳ２１）。制御部１１は対象となるロールを構成する動画毎にランダムな暗証番号を生成する。制御部１１は暗証番号を設定する（ステップＳ２２）。制御部１１は、ロールを構成する画像フレームから、暗証番号を表示すべきフレームを選択し、選択したフレーム画像に暗証番号を合成する。制御部１１は付与した暗証番号を、動画ＩＤ、並びに動画を表示する日付及び時間帯と対応付けて、正解ＤＢ１３９に記憶し（ステップＳ２３）、処理を終了する。暗証番号は表示装置５１で表示する際、動画に重畳表示してもよい。制御部１１はステップＳ２２にて、暗証番号を表示すべき経過時間（ロールの冒頭から時間）若しくは、タイムコードと暗証番号とを対応付けたメタデータを作成する。制御部１１は、当該メタデータをロールの配信時にロールとともに送信する。表示装置５１はロールを表示する際に、メタデータにしたがって、暗証番号を重畳表示する。
【0043】
図１８は暗証番号受付処理の手順例を示すフローチャートである。暗証番号受付処理は広告動画を観取した会員が送信した暗証番号を受け付ける処理ステップ、及び、その前後に実行される処理ステップを含む一連の処理である。暗証番号受付処理は次の前提で開始する。会員は自らが携帯する会員端末２に、広告システム１００用のアプリケーションソフトウェア（制御プログラム２Ｐ、「以下アプリ」という。）をインストールしてあり、当該アプリでのプッシュ通知の受け取りを許可している。会員は会員端末２を携えて、広告システム１００に対応した、公共交通機関の車両５に乗り込む。暗証番号受付処理はビーコンからの電波を受信したこと契機に開始する。車両５が備えるビーコン５２からのプッシュ通知を、会員端末２の制御部２１は受信する（ステップＳ３１）。当該プッシュ通知にはビーコンＩＤが含まれている。制御部２１は動画広告の観取を促すメッセージを表示パネル２５に表示する（ステップＳ３２）。当該メッセージは定型メッセージとして、アプリのインストール時に、補助記憶部２３に記憶させてもよい。または、プッシュ通知に当該メッセージを含ませてもよい。メッセージに促された会員は表示装置５１に表示された動画を観取し、暗証番号を得る。制御部２１は会員の操作を受け付ける（ステップＳ３３）。制御部２１は暗証番号が入力されたか否かを判定する（ステップＳ３４）。制御部２１は他の操作がされ、暗証番号が入力されていないと判定した場合（ステップＳ３４でＮＯ）、処理を終了する。制御部２１は、暗証番号が入力されたと判定した場合（ステップＳ３４でＹＥＳ）、入力された暗証番号とビーコン５２から受信したビーコンＩＤとを広告サーバ１へ送信する（ステップＳ３５）。広告サーバ１の制御部１１は暗証番号を受信する（ステップＳ３６）。制御部１１は付与処理を行なう（ステップＳ３７）。付与処理については後述する。制御部１１は付与処理の結果に基づきメッセージを作成する（ステップＳ３８）。メッセージの内容は、正しい暗証番号が入力されポイントが付与された旨や、暗証番号に誤りがありポイントが付与されなかった旨の内容である。制御部１１は生成したメッセージを会員端末２へ送信する（ステップＳ３９）。会員端末２の制御部２１はメッセージを受信し、表示パネル２５に表示する（ステップＳ４０）。制御部２１は処理を終了する。
【0044】
図１９は付与処理の手順例を示すフローチャートである。付与処理は上述したステップＳ３７に対応する。広告サーバ１の制御部１１は会員端末２から受信したビーコンＩＤをキーにビーコンＤＢ１３８を検索し、会員が見たであろう表示装置５１を特定する（ステップＳ５１）。ここでの表示装置５１の特定とは、ビーコンＩＤに対応付けられた装置ＩＤを得ることである。制御部１１は装置ＩＤと会員端末２から装置ＩＤ及び暗証番号を受信した時刻に基づき、スケジュールＤＢ１３７を検索し、会員が観取したであろうロールを特定する（ステップＳ５２）。すなわち、装置ＩＤ、及び当該時刻が含まれる時間帯に対応付けられたロールＩＤを、制御部１１はスケジュールＤＢ１３７から取得する。制御部１１はロールＩＤと当該時刻に基づき、ロールＤＢ１３６を参照し、会員が観取したであろう動画を特定する。例えば、午前７時から１枠１５秒のロールの表示が開始され、枠の最後の数秒に暗証番号を表示する場合、午前７時０分２８秒に暗証番号等を受信した場合、会員は２番目の動画を観取したとみなせる。制御部１１は特定した動画の動画ＩＤをロールＤＢ１３６から取得する。制御部１１は取得した動画ＩＤと、暗証番号を受信した日付及び時間帯とに基づき、正解ＤＢ１３９を検索し、正解の暗証番号を特定（取得）する（ステップＳ５４）。制御部１１は取得した正解の暗証番号と、会員端末２から送信された暗証番号が一致するか否かを判定する（ステップＳ５５）。制御部１１は暗証番号が一致すると判定した場合（ステップＳ５５でＹＥＳ）、会員にポイントを付与する（ステップＳ５６）。ポイントと付与する特典の一例である。ポイントは金銭的価値を持つものであり、例えば１ポイント＝１円として、指定された仮想店舗や実店舗にて、商品やサービスの購入に利用可能である。制御部１１は付与の履歴を履歴ＤＢ１３Ａに記憶する。制御部１１は戻り値を付与ありに設定して（ステップＳ５７）、処理を呼び出し元へ戻す。制御部１１は暗証番号が一致しないと判定した場合（ステップＳ５５でＮＯ）、戻り値を付与なしに設定して（ステップＳ５８）、処理を呼び出し元へ戻す。なお、一致しないと判定した場合においても、その履歴を履歴ＤＢ１３Ａに記憶してもよい。
【0045】
会員端末２が表示する画面の例を示す。図２０は通知画面の例を示す説明図である。通知画面ｄ０１はプッシュ通知ｄ０１１を含んでいる。
【0046】
図２１は入力画面の例を示す説明図である。入力画面ｄ０２は、例えば、通知画面ｄ０１においてプッシュ通知ｄ０１１をタップすると表示される。入力画面ｄ０２は入力欄ｄ０２１及び送信ボタンｄ０２２を含む。入力欄ｄ０２１は動画広告から得た暗証番号を入力する欄である。送信ボタンｄ０２２を操作する入力欄ｄ０２１に入力された暗証番号が広告サーバ１へ送信される。
【0047】
【0048】
上述では暗証番号を枠の最後に表示するとしたが、それに限らない。複数のパターンが考えられる。図２３は暗証番号の表示パターンを示す説明図である。図２３では一枠において、どの時刻に暗証番号をどのように表示するかを示している。パターン１はすでに説明したパターンを確認的に記載したもので、枠の最後に暗証番号を表示するパターンである。パターン２は暗証番号の上位桁を枠の最初に、下位桁を枠の最後に表示するパターンである。これにより、会員が、動画を最初から最後まで見る動機付けとする。パターン３は暗証番号を一桁ずつ桁位置が分かるように順に表示するパターンである。パターン２では動画の中間を会員が見ないという危惧があるため、動画が全体を欠くことなく見てもらうために、暗証番号を一桁ずつ表示している。パターン４は異なる複数の暗証番号を、間隔をおいて表示し、枠の最後で入力させる暗証番号を表示順で指定するものである。例えば、「２番目に表示された暗証番号を入力して下さい。」と指定する。パターン４は、難易度が上がり正解率が低いと予想されるため、正解時の付与ポイントを、他のパターン比べて相対的に大きくしてもよい。
【0049】
付与するポイントを正解者の数で変動させてもよい。例えば、１回当りに付与するポイントの合計値を定めておき、正解者で分け合うようにしてもよい。正解者が０のときは次回の表示時に持ち越し、プッシュ通知によりポイントが増えていることを通知し、会員に動画の視聴を促してもよい。
【0050】
会員に暗証番号を入力させることとしたが、前述したようにキーワードとしてもよい。キーワードの場合においては、動画広告の内容と関係する言葉をキーワードにすることにより、広告の内容が会員の記憶に残りやすくするようにしてもよい。また、広告主の協力のもと、動画広告においてクイズを出題し、正解を解答した会員にポイントを付与してもよい。１枠分（ここでは１５秒）では時間が短すぎて、暗証番号等を会員に観取させることが困難である場合は、連続する複数枠を使う動画広告のみに、暗証番号等を表示してもよい。
【0051】
動画毎に暗証番号を表示することとしたが、複数の広告枠にわたって、暗証番号を表示させてもよい。この場合、暗証番号が全て表示されるまでの時間を、平均乗降時間程度とすることが望ましい。全ての暗証番号を観取する前に下車してしまう会員を多く出さないためである。
【0052】
本実施の形態は、以下の効果を奏する。プッシュ通知により、動画広告の観取を会員に促し、動画広告と共に表示された暗証番号を回答した場合に、特典としてポイントを付与する。それにより、会員は動画広告をしっかりと観取するものと期待される。
【0053】
（実施の形態２）
本実施の形態は、Ｗｅｂサーバを設ける形態に関する。図２４は広告システムの他の構成例を示す説明図である。広告システム１００は広告サーバ１、会員端末２、代理店端末３、広告主端末４、表示装置５１、ビーコン５２及びＷｅｂサーバ６を含む。広告サーバ１からビーコン５２については、実施の形態１と同様であるので、説明を省略する。
本実施の形態は、Ｗｅｂサーバを設ける形態に関する。図２４は広告システムの他の構成例を示す説明図である。広告システム１００は広告サーバ１、会員端末２、代理店端末３、広告主端末４、表示装置５１、ビーコン５２及びＷｅｂサーバ６を含む。広告サーバ１からビーコン５２については、実施の形態１と同様であるので、説明を省略する。
【0054】
Ｗｅｂサーバ６は各車両に少なくとも１台を設ける。Ｗｅｂサーバ６はサーバコンピュータ、ワークステーション等で構成する。Ｗｅｂサーバ６は表示装置５１と接続している。Ｗｅｂサーバ６は広告サーバ１から、ロールやスケジュール等の配信を受ける。Ｗｅｂサーバ６はスケジュールにしたがって、ロールを表示装置５１に表示する。Ｗｅｂサーバ６は車両５に設置されるため、振動対策がされていることが望ましい。
【0055】
Ｗｅｂサーバ６はＷｅｂサイトのホストとしても機能し、会員端末２と双方向通信を行なう。１台のＷｅｂサーバ６に複数のＷｅｂサイトのホストを構築してもよい。Ｗｅｂサイトは表示装置５１と対応付けがしてある。Ｗｅｂサーバ６が表示装置５１に表示した内容に応答する操作を、会員が会員端末２に対して行う。会員端末２は操作内容（入力内容）を表示装置５１に対応したＷｅｂサイトへＰＯＳＴする。その結果、表示装置５１が表示した内容に対して、会員が応答したことを、Ｗｅｂサーバ６は把握することが可能となる。
【0056】
図２５はＷｅｂサーバのハードウェア構成例を示すブロック図である。Ｗｅｂサーバ６は制御部６１、主記憶部６２、補助記憶部６３、通信部６４及び読み取り部６５を含む。制御部６１、主記憶部６２、補助記憶部６３、通信部６４及び読み取り部６５はバスＢにより接続されている。
【0057】
制御部６１は、一又は複数のＣＰＵ、ＭＰＵ、ＧＰＵ等の演算処理装置を有する。制御部６１は、補助記憶部６３に記憶された制御プログラム６Ｐ（プログラム、プログラム製品）を読み出して実行することにより、Ｗｅｂサーバ６に係る種々の情報処理、制御処理等を行い、各種の機能部を実現する。
【0058】
主記憶部６２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。主記憶部６２は主として制御部６１が演算処理を実行するために必要なデータを一時的に記憶する。
【0059】
補助記憶部６３はＳＳＤ等であり、制御部６１が処理を実行するために必要な制御プログラム６Ｐや各種ＤＢを記憶する。補助記憶部６３は、動画ＤＢ６３１、ロールＤＢ６３２、スケジュールＤＢ６３３、ビーコンＤＢ６３４、イベントＤＢ６３５、及び履歴ＤＢ６３６を記憶する。補助記憶部６３はＷｅｂサーバ６と別体であって、Ｗｅｂサーバ６に外部接続された外部記憶装置であってもよい。補助記憶部６３は、ハードディスクで構成しても構わないが十分な振動対策が必要である。補助記憶部６３に記憶する各種ＤＢ等を、Ｗｅｂサーバ６とは異なるデータベースサーバやクラウドストレージに記憶することは想定しないが、そのような構成を排除するものではない。
【0060】
通信部６４はネットワークＮを介して、広告サーバ１、会員端末２、及び表示装置５１と通信を行う。また、制御部６１が通信部６４を用い、ネットワークＮ等を介して他のコンピュータから制御プログラム６Ｐをダウンロードし、補助記憶部６３に記憶してもよい。
【0061】
読み取り部６５はＣＤ（Compact Disc）－ＲＯＭ及びＤＶＤ（Digital Versatile Disc）－ＲＯＭを含む可搬型記憶媒体６ａを読み取る。制御部６１が読み取り部６５を介して、制御プログラム６Ｐを可搬型記憶媒体６ａより読み取り、補助記憶部６３に記憶してもよい。また、半導体メモリ６ｂから、制御部６１が制御プログラム６Ｐを読み込んでもよい。
【0062】
次に、Ｗｅｂサーバ６が使用するデータベースについて説明する。図２６は動画ＤＢの例を示す説明図である。動画ＤＢ６３１は広告動画を記憶する。動画ＤＢ６３１は動画ＩＤ列、広告主ＩＤ列、動画列、及びイベント列を含む。動画ＩＤ列は動画を一意に特定可能な動画ＩＤを記憶する。広告主ＩＤ列は広告主を特定する広告主ＩＤを記憶する。動画列は動画データを記憶する。動画データの実体をファイルとして、補助記憶部６３に記憶し、動画列にはファイル名を記憶してもよい。イベント列は広告動画を会員に観取させるためのイベントを特定するイベントＩＤを記憶する。例えば、イベントは暗証番号の入力、クイズの出題、じゃんけん、投票等である。
【0063】
ロールＤＢ６３２はロールに関するメタ情報を記憶する。ロールＤＢ６３２は前述のロールＤＢ１３６と同じ構成であるので、図示及び説明を省略する。
【0064】
図２７はスケジュールＤＢの例を示す説明図である。スケジュールＤＢ６３３はロールを表示装置５１で表示するスケジュールを記憶する。スケジュールＤＢ６３３はロールＩＤ列、期間列、表示装置列、時間帯列を含む。ロールＩＤ列は表示すルロールを特定するロールＩＤを記憶する。期間列はロールを表示する期間を記憶する。表示装置列は表示装置５１を特定する装置ＩＤを記憶する。Ｗｅｂサーバ６と表示装置５１との対応関係は固定であるので、表示装置列はなくともよい。時間帯列はロールを表示する時間帯を記憶する。
【0065】
図２８はビーコンＤＢの例を示す説明図である。ビーコンＤＢ６３４は表示装置５１とビーコン５２との対応関係等を記憶する。ビーコンＤＢ６３４はビーコンＩＤ列、表示装置列、及びＵＲＬ列を含む。ビーコンＩＤ列はビーコン５２を一意に特定可能なビーコンＩＤを記憶する。表示装置列はビーコン５２に対応する表示装置５１の装置ＩＤを記憶する。ＵＲＬ列は、表示装置に対応したＷｅｂホストのＵＲＬ（Uniform Resource Locator）を記憶する。
【0066】
図２９はイベントＤＢの例を示す説明図である。イベントＤＢ６３５はイベントの情報を記憶する。上述したように、イベントは広告動画を会員に観取させる目的のものである。例えば、クイズイベントでは、表示装置５１に表示した広告動画に関するクイズを出題し、それに対して、正解を回答した会員にポイントを付与する。暗証番号入力イベントでは、広告動画に表示された暗証番号を会員が回答する。正しい暗証番号を回答した会員にポイントを付与する。じゃんけんイベントでは、会員は表示装置５１とじゃんけん勝負を行う。じゃんけんに勝った会員はポイントが付与される。投票イベントでは、あるテーマについて、選択肢を選ぶ投票を行い、最も多かった選択肢に投票した会員にポイントを付与する。イベントＤＢ６３５はイベントＩＤ列、種別列、条件列、値列、及びポイント列を含む。イベントＩＤ列はイベントを一意に特定可能なイベントＩＤを記憶する。種別列はイベントの種別を記憶する。条件列はポイントを付与する条件を記憶する。値列は正解となる値等を記憶する。ポイント列は条件を満たした会員に付与されるポイントを記憶する。
【0067】
図３０は履歴ＤＢの例を示す説明図である。履歴ＤＢ６３６は会員の動画観取履歴を記憶する。履歴ＤＢ６３６はビーコンＩＤ列、会員ＩＤ列、日時列、動画ＩＤ列、イベントＩＤ列、及びポイント列を含む。ビーコンＩＤ列は会員端末２から送信されたビーコンＩＤを記憶する。会員ＩＤ列は会員端末２から送信された会員ＩＤを記憶する。日時列は会員端末２からビーコンＩＤや会員ＩＤ等が送信された日時を記憶する。動画ＩＤ列は、会員が観取したであろうと判定した動画の動画ＩＤを記憶する。イベントＩＤ列は、会員が観取した動画を観取したか否か判定するために実施したイベントのイベントＩＤを記憶する。ポイント列は動画を観取したと判定した会員に付与したポイントを記憶する。
【0068】
続いて、広告システム１００で行われる情報処理について説明する。以下の説明おいては、Ｗｅｂサーバ６には複数のＷｅｂホストが構築される場合を考慮し、会員端末２から見た場合、通信相手はＷｅｂホストと記載する。また、Ｗｅｂホストが行なう処理の動作主体はＷｅｂサーバ６又は制御部６１と記載する。図３１及び図３２は会員応答処理の手順例を示すフローチャートである。会員応答処理は主に広告動画に対応したイベントに対する会員からの応答についての処理である。会員は自らが携帯する会員端末２に、広告システム１００用のアプリをインストールしてあり、当該アプリでのプッシュ通知の受け取りを許可している。会員は会員端末２を携えて、広告システム１００に対応した、公共交通機関の車両５に乗り込む。会員応答処理はビーコンからの電波を受信したこと契機に開始する。車両５が備えるビーコン５２からのプッシュ通知を、会員端末２の制御部２１は受信する（ステップＳ７１）。当該プッシュ通知にはビーコンＩＤと対応するＷｅｂホストのＵＲＬとが含まれている。制御部２１はメッセージを表示パネル２５に表示する（ステップＳ７２）。当該メッセージは定型メッセージとして、アプリのインストール時に、補助記憶部２３に記憶させてもよい。または、プッシュ通知に当該メッセージを含ませてもよい。当該メッセージ内容は、表示装置５１に表示されるイベントに参加するとポイントが得られる旨の内容である。それによって、会員の動画広告の観取を促すものである。会員は参加する旨を、又は、参加しない旨を会員端末２に入力する。制御部２１は操作を受け付ける（ステップＳ７３）。制御部２１は参加する旨が入力されたか否かを判定する（ステップＳ７４）。制御部２１は参加する旨が入力されていないと判定した場合（ステップＳ７４でＮＯ）、処理を終了する。制御部２１は参加する旨が入力されたと判定した場合（ステップＳ７４でＹＥＳ）、プッシュ通知で受け取ったＵＲＬを用いてＷｅｂホストへ、Ｗｅｂページ要求を送信する（ステップＳ７５）。Ｗｅｂサーバ６の制御部６１は要求を受信する（ステップＳ７６）。制御部６１はタイマを設定する（ステップＳ７７）。当該タイマは、会員端末２において、ＵＲＬのクライアントリダイレクトを起こさせる設定の一つである。当該タイマは、現在の時刻からイベントに関する会員の操作が求められる時間に基づいて設定する。例えば、今から５秒後に表示装置５１に暗証番号が表示される場合、タイマは３秒に設定される。会員端末２ではＷｅｂホストからクライアントリダイレクトの設定がされたページが表示され、タイマの設定時間が経過後、ＵＲＬリダイレクトが行われる。リダイレクト先は、暗証番号の入力ページなどである。制御部６１はリダイレクト設定がされた待機ページを会員端末２へ送信する（ステップＳ７８）。会員端末２の制御部２１は待機ページを受信する（ステップＳ７９）制御部２１は表示パネル２５に待機ページを表示する（ステップＳ８０）。制御部２１はリダイレクトするか否かを判定する（ステップＳ８１）。タイマが設定の経過を検知した場合、又は、会員がリダイレクト操作をした場合、制御部２１はリダイレクトをすると判定する。それ以外の場合、制御部２１はリダイレクトしないと判定する。制御部２１はリダイレクトしないと判定した場合（ステップＳ８１でＮＯ）、ステップＳ８１を再度、実行する。制御部２１はリダイレクトすると判定した場合（ステップＳ８１でＹＥＳ）、リダイレクト先のＷｅｂページの要求をＷｅｂホストへ送信する（ステップＳ８２）。リダイレクト先のＷｅｂページは、イベントに応じて設定される。イベントがクイズであれば、解答入力ページである。イベントが投票であれば投票ページである。Ｗｅｂサーバ６の制御部６１は要求を受信する（ステップＳ８３）。制御部６１は要求に応じたＷｅｂページを会員端末２へ送信する（ステップＳ８４）。Ｗｅｂページには画面には表示されない隠し項目として、イベントＩＤが含まれている。会員端末２の制御部２１はＷｅｂページを受信する（ステップＳ８５）。制御部２１は受信したＷｅｂページを表示パネル２５に表示する（ステップＳ８６）。会員は表示された画面にクイズの解答、暗証番号、投票候補の選択等を入力して、送信ボタンを操作する。会員はクイズの解答などを行わない場合、キャンセルボタンや閉じるボタンを操作する。制御部２１は会員の操作を受け付ける（ステップＳ８７）。制御部２１は入力内容を送信するか否かを判定する（ステップＳ８８）。制御部２１は入力内容を送信しないと判定した場合（ステップＳ８８でＮＯ）、ステップＳ８６で表示したページを閉じる（ステップＳ９６）。制御部２１は処理を終了する。制御部２１は入力内容を送信すると判定した場合（ステップＳ８８でＹＥＳ）、入力内容をＷｅｂホストへ送信する（ステップＳ８９）。送信される内容には上述した隠し項目のイベントＩＤが含まれている。Ｗｅｂサーバ６の制御部６１は入力内容を受信する（ステップＳ９０）。制御部６１は付与判定処理を行なう（ステップＳ９１）。付与判定処理については後述する。制御部６１は付与判定処理の結果に基づきメッセージを作成する（ステップＳ９２）。メッセージの内容は、特典、例えばポイントが付与されたか否か等である。制御部６１は生成したメッセージを表示内容に含むＷｅｂページを会員端末２へ送信する（ステップＳ９３）。会員端末２の制御部２１はＷｅｂページを受信し、表示パネル２５に表示する（ステップＳ９４）。制御部２１は待機するか否かを判定する（ステップＳ９５）。例えばステップＳ９４で表示するＷｅｂページに次のイベントに参加するか否かの選択ボタンを設け、会員に参加するか否かを選択させる。会員が参加を選択した場合、制御部２１は待機すると判定する。会員が参加しないを選択した場合、制御部２１は待機しないと判定する。制御部２１は待機すると判定する場合（ステップＳ９５でＹＥＳ）、処理をステップＳ７５へ戻す。制御部２１は待機しないと判定した場合（ステップＳ９５でＮＯ）、処理を終了する。
【0069】
図３３は付与判定処理の手順例を示すフローチャートである。付与判定処理は図３２のステップＳ９１に対応する処理である。付与判定処理は、会員へポイントを付与するか否かを判定する処理である。以下の説明では、イベントとしてクイズが出題された場合を説明する。Ｗｅｂサーバ６の制御部６１は、解答が制限時間内に行われたか否かを判定する（ステップＳ１１１）。例えば、制御部６１はクイズの問題を表示装置５１に表示した直後に、経過時間の計測を開始する。会員端末２から解答を受信した時の経過時間が所定時間内、例えば１分以内であるか否かを判定する。制御部６１は、解答が制限時間内に行われたと判定した場合（ステップＳ１１１でＹＥＳ）、ポイントを付与する条件を取得する（ステップＳ１１２）。制御部６１は、会員端末２から送信されたデータに含むイベントＩＤを取り出し、取り出したイベントＩＤをキーとして、イベントＤＢ６３５を検索する。検索にヒットしたレコードから、条件列、値列、ポイント列の値を取り出す。制御部６１はポイントを付与するか否かを判定する（ステップＳ１１３）。制御部６１は、会員端末２から送信された解答が条件を満たすか否か判定する。クイズの場合、制御部６１は送信された解答が、値列の値と一致するか否かを判定する。解答と値列の値が一致していれば、制御部６１は付与すると判定する。解答と値列の値が一致していなければ、制御部６１は付与しないと判定する。じゃんけんの場合は、会員に回答させる前に、制御部６１は出す手、又は、会員を勝ちとする手を選択する。制御部６１は、会員の回答とそれらを比較し、会員が勝っていればポイントを付与すると判定し、会員が負けていればポイントを付与してないは判定する。制御部６１はポイントを付与すると判定した場合（ステップＳ１１３でＹＥＳ）、ポイントを付与する（ステップＳ１１４）。制御部６１は付与の履歴を履歴ＤＢ６３６に記憶する。制御部６１は戻り値を付与ありに設定して（ステップＳ１１５）、処理を呼び出し元へ戻す。制御部６１はポイントを付与しないと判定した場合（ステップＳ１１３でＮＯ）、戻り値を付与なしに設定して（ステップＳ１１６）、処理を呼び出し元へ戻す。制御部６１は、解答が制限時間内に行われていないと判定した場合（ステップＳ１１１でＮＯ）、戻り値を時間切れに設定して（ステップＳ１１７）、処理を呼び出し元へ戻す。
【0070】
本実施の形態において、会員端末２に表示される画面について説明する。図３４は通知画面の他の例を示す説明図である。通知画面ｄ０４はプッシュ通知ｄ０４１を含んでいる。
【0071】
図３５は待機画面の例を示す説明図である。待機画面ｄ０５は待機中メッセージｄ０５１及び切り替えリンクｄ０５２を含む。待機中メッセージｄ０５１は解答画面に切り替わるまで待つことを会員へ要請するメッセージである。切り替えリンクｄ０５２は解答画面へ遷移するリンクである。上述したようにタイマにより、適切なタイミングで待機画面から解答画面へリダイレクトする仕組みとなっている。しかし、タイマの設定に誤差が生じたために、会員が解答するタイミングになったのにも関わらず、画面がリダイレクトされない場合、会員が切り替えリンクｄ０５２を選択することにより、解答画面へリダイレクトすることが可能である。
【0072】
図３６は解答画面の例を示す説明図である。図３６に示す解答画面ｄ０６はクイズや投票の際に用いられる画面である。解答画面ｄ０６はラジオボタンｄ０６１、送信ボタンｄ０６２、キャンセルボタンｄ０６３を含む。ラジオボタンｄ０６１は選択肢を選択するために用いる。図３６は初期状態であり、いずれ選択肢も選択されていない状態である。送信ボタンｄ０６２を選択すると解答がＷｅｂホストへ送信される。キャンセルボタンｄ０６３を選択すると、解答画面ｄ０６は閉じる。
【0073】
図３７は結果画面の例を示す説明図である。図３７に示す結果画面ｄ０７は解答の送信が、制限時間に間に合わなかった場合に表示される画面である。制限時間に間に合って特典を付与された場合の結果画面は、図２２Ａと同様である。制限時間に間に合った解答を間違った等の理由で特典が付与されなかった場合の結果画面は、図２２Ｂと同様である。
【0074】
本実施の形態は、実施の形態１に加えて、次の効果を奏する。車両５にＷｅｂサーバ６（Ｗｅｂホスト）を設けることにより、Ｗｅｂサーバ６は会員端末２と通信することが可能である。それによって、会員が広告動画を観取したか否かの判定精度の向上が、期待される。
【0075】
上述の実施の形態では、正しい暗証番号やクイズに正解等の場合には、必ず特典としてポイントが与えられるとしたが、それに限らない。正解者の中から抽選で特典を付与してもよい。さらに、不正解者にも特典を付与してもよい。この場合、正解者が得られる特典の価値と、不正解者が得られる特典の価値とは、明確な差を設けることが望ましい。
【0076】
結果画面等において、広告動画が宣伝している商品やサービスを紹介するページのＵＲＬを表示してもよい。
【0077】
Ｗｅｂサーバ６は会員端末２と通信することが可能であるので、表示装置５１にクイズに回答した会員の人数、正解した人数、不正解の人数等を表示してもよい。
【0078】
特典として付与するポイント数を正解者数等によって、変動させてもよい。例えば、正解者が少ないほど、付与するポイントを多くする。また、回答者が多いほど、付与するポイントの合計値を大きくする。
【0079】
（実施の形態３）
本実施の形態は、会員端末２が表示装置５１と近距離通信を行なう形態に関する。本実施の形態においては、Ｗｅｂサーバ６の機能が表示装置５１へ組み込まれている。なお、本実施の形態は、会員端末２との通信を近距離通信で行なうことが特徴であるので、実施の形態２と同様に、表示装置５１とＷｅｂサーバ６とが別体の構成であってもよい。
本実施の形態は、会員端末２が表示装置５１と近距離通信を行なう形態に関する。本実施の形態においては、Ｗｅｂサーバ６の機能が表示装置５１へ組み込まれている。なお、本実施の形態は、会員端末２との通信を近距離通信で行なうことが特徴であるので、実施の形態２と同様に、表示装置５１とＷｅｂサーバ６とが別体の構成であってもよい。
【0080】
図３８は表示装置のハードウェア構成例を示すブロック図である。表示装置５１は制御部５１１、主記憶部５１２、補助記憶部５１３、通信部５１４、インタフェース５１５、近距離通信部５１６及び表示パネル５１７を含む。各構成はバスＢにより接続されている。
【0081】
制御部５１１、主記憶部５１２、補助記憶部５１３及び通信部５１４はそれぞれ、Ｗｅｂサーバ６の制御部６１、主記憶部６２、補助記憶部６３及び通信部６４と同様な構成であるから説明を省略する。
【0082】
インタフェース５１５はビーコン５２と接続されている。制御部５１１はインタフェース５１５を介して、ビーコン５２を制御する。例えば、制御部５１１からの制御により、ビーコン波で搬送する情報を変更したり、ビーコン波の発信を一時的に停止したりすることが可能である。会員端末２がBluetoothのマルチポイント機能に対応しておらず、表示装置５１との通信もBluetoothで行う場合、ビーコン波の発信を一時的に停止することが必要となる場合がある。
【0083】
近距離通信部５１６はBluetoothにより、会員端末２と通信を行なう。近距離通信部５１６は、WiFiのアドホックモード、UWB（Ultra Wide Band）、ZigBee（登録商標）、NFC（Near Field Communication）による通信を行ってもよい。
【0084】
表示パネル５１７は液晶パネル等で構成される。表示パネル５１７は、広告動画や暗証番号等を表示する。
【0085】
表示装置５１の補助記憶部５１３は、動画ＤＢ５１３１、ロールＤＢ５１３２、スケジュールＤＢ５１３３、ビーコンＤＢ５１３４、イベントＤＢ５１３５、及び履歴ＤＢ５１３６を記憶する。これらのデータベースは、Ｗｅｂサーバ６の補助記憶部が記憶する動画ＤＢ６３１、ロールＤＢ６３２、スケジュールＤＢ６３３、ビーコンＤＢ６３４、イベントＤＢ６３５、及び履歴ＤＢ６３６それぞれと同様な構成であるから図示及び説明を省略する。
【0086】
本実施の形態での会員応答処理、付与判定処理は、実施の形態２におけると同様であるから図示及び説明を省略する。
【0087】
本実施の形態においては、表示装置５１と会員端末２とが近距離通信を行なう。会員端末２は通信が行えないと、暗証番号やキーワードを表示装置５１へ送信することができず、会員に特典は付与されない。会員端末２が表示装置５１との通信が可能であることは、会員端末２を所持した会員が表示装置５１に表示された広告を観取している可能性が高いと考えられる。したがって、広告を観取していない会員に特典を与えてしまうという不都合な事態の発生を抑制することが可能である。特典を付与する条件として、動画の冒頭から最後まで、表示装置５１と通信リンクが保たれていた会員端末２を所持する会員のみとしてもよい。
【0088】
実施の形態３において、ビーコン５２を設けず、近距離通信部５１６がビーコンの機能を担ってもよい。この場合、各動画の冒頭や、ロールの冒頭で、近距離通信部５１６はビーコン波を送信する。その後、ビーコン波を停止し、会員端末２と双方向通信を行なう。
【0089】
実施の形態３において、表示装置５１から動画の音声を近距離通信部５１６により会員端末２へ送信してもよい。音声があることにより、広告効果が高まることが期待される。
【0090】
ビーコン５２は常時、通知を送信している。そのため、会員端末２がプッシュ通知を受信するたびに、表示パネル２５に通知を表示していたのでは、非常に煩わしい思いを会員に与えることになる。それを防ぐために、プッシュ通知を表示してから所定の時間が経過しなければ、次のプッシュ通知を表示しないようにすることが望ましい。なお、所定の時間は会員が設定できるようにしてもよい。また、ビーコン信号に路線コードなどを含め、会員が乗り換え等で別の路線に乗車した場合は、所定の時間が経過していなくとも、プッシュ通知を表示してもよい。
【0091】
各実施の形態で記載されている技術的特徴（構成要件）はお互いに組み合わせ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。さらに、特許請求の範囲には他の２以上のクレームを引用するクレームを記載する形式（マルチクレーム形式）を用いているが、これに限るものではない。マルチクレームを少なくとも一つ引用するマルチクレーム（マルチマルチクレーム）を記載する形式を用いて記載しても良い。
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。さらに、特許請求の範囲には他の２以上のクレームを引用するクレームを記載する形式（マルチクレーム形式）を用いているが、これに限るものではない。マルチクレームを少なくとも一つ引用するマルチクレーム（マルチマルチクレーム）を記載する形式を用いて記載しても良い。
【符号の説明】
【0092】
１００ ：広告システム
１ ：広告サーバ
１１ ：制御部
１２ ：主記憶部
１３ ：補助記憶部
１３１ ：会員ＤＢ
１３２ ：広告主ＤＢ
１３３ ：媒体社ＤＢ
１３４ ：表示装置ＤＢ
１３５ ：動画ＤＢ
１３６ ：ロールＤＢ
１３７ ：スケジュールＤＢ
１３８ ：ビーコンＤＢ
１３９ ：正解ＤＢ
１３Ａ ：履歴ＤＢ
１４ ：通信部
１５ ：読み取り部
１Ｐ ：制御プログラム
１ａ ：可搬型記憶媒体
１ｂ ：半導体メモリ
２ ：会員端末
２１ ：制御部
２２ ：主記憶部
２３ ：補助記憶部
２４ ：通信部
２５ ：表示パネル
２６ ：操作部
２Ｐ ：制御プログラム
３ ：代理店端末
４ ：広告主端末
５ ：車両
６ ：Ｗｅｂサーバ
６１ ：制御部
６２ ：主記憶部
６３ ：補助記憶部
６３１ ：動画ＤＢ
６３２ ：ロールＤＢ
６３３ ：スケジュールＤＢ
６３４ ：ビーコンＤＢ
６３５ ：イベントＤＢ
６３６ ：履歴ＤＢ
６４ ：通信部
６５ ：読み取り部
６Ｐ ：制御プログラム
６ａ ：可搬型記憶媒体
６ｂ ：半導体メモリ
５１ ：表示装置
５２ ：ビーコン
Ｂ ：バス
Ｎ ：ネットワーク
１ ：広告サーバ
１１ ：制御部
１２ ：主記憶部
１３ ：補助記憶部
１３１ ：会員ＤＢ
１３２ ：広告主ＤＢ
１３３ ：媒体社ＤＢ
１３４ ：表示装置ＤＢ
１３５ ：動画ＤＢ
１３６ ：ロールＤＢ
１３７ ：スケジュールＤＢ
１３８ ：ビーコンＤＢ
１３９ ：正解ＤＢ
１３Ａ ：履歴ＤＢ
１４ ：通信部
１５ ：読み取り部
１Ｐ ：制御プログラム
１ａ ：可搬型記憶媒体
１ｂ ：半導体メモリ
２ ：会員端末
２１ ：制御部
２２ ：主記憶部
２３ ：補助記憶部
２４ ：通信部
２５ ：表示パネル
２６ ：操作部
２Ｐ ：制御プログラム
３ ：代理店端末
４ ：広告主端末
５ ：車両
６ ：Ｗｅｂサーバ
６１ ：制御部
６２ ：主記憶部
６３ ：補助記憶部
６３１ ：動画ＤＢ
６３２ ：ロールＤＢ
６３３ ：スケジュールＤＢ
６３４ ：ビーコンＤＢ
６３５ ：イベントＤＢ
６３６ ：履歴ＤＢ
６４ ：通信部
６５ ：読み取り部
６Ｐ ：制御プログラム
６ａ ：可搬型記憶媒体
６ｂ ：半導体メモリ
５１ ：表示装置
５２ ：ビーコン
Ｂ ：バス
Ｎ ：ネットワーク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【図35】
【図36】
【図37】
【図38】