WO2020179099A1 - 広告提供装置、広告再生装置、広告提供システム、広告提供方法及びプログラム - Google Patents

Abstract

広告提供装置（２００）は、視聴者の属性を取得する属性取得部（２１１）と、属性取得部（２１１）が取得した視聴者の属性に適合する複数の広告を選択する広告選択部（２１２）と、広告選択部（２１２）が選択した複数の広告を結合して広告パッケージを作成する広告結合部（２１３）と、広告結合部（２１３）が作成した広告パッケージを送信する広告送信部（２１４）と、広告送信部（２１４）が送信した広告パッケージが視聴者に視聴されたか否かを判定する視聴判定部（２１５）と、広告パッケージが視聴者に視聴されたと視聴判定部（２１５）が判定したら、視聴者に対価を支払う対価支払部（２１６）と、を備える。

Description

広告提供装置、広告再生装置、広告提供システム、広告提供方法及びプログラム

　本発明は、広告提供装置、広告再生装置、広告提供システム、広告提供方法及びプログラムに関する。

　従来から、広告を放送することにより、視聴者が無料でテレビ番組等を視聴できる放送サービスが行われている。しかし、この広告は、視聴者の属性（趣味、嗜好、居住地、年齢、性別等）によらずに一律に放送されるため、視聴者は広告を必ず視聴してくれるとは限らない。そうすると、この広告のスポンサーは、視聴者が視聴してくれないかもしれないのに広告料を支払わなければならない。このような問題に対し、特許文献１には、スポンサー企業にとっては、宣伝効果に見合った費用の提供及び広告視聴の度合いの直接的な把握が可能で、視聴者にとっては、視聴したい番組だけの視聴料金の支払い及びその視聴料金の負担軽減が可能である、放送システムが開示されている。

特開２００２－１１１６１２号公報

　特許文献１に記載されている放送システムは、視聴者から受ける広告視聴の要求に応じて、広告を視聴者に供給するため、視聴者にとっては、視聴したい広告だけを視聴することができる。しかし、視聴者は供給された広告を視聴する義務はないため、広告視聴の要求をしても実際には広告を視聴しない場合も考えられ、スポンサー企業にとっては、視聴者が本当に広告を視聴したか否かを判定できないという問題がある。

　本発明は、上記実情に鑑みてなされたものであり、視聴者にとっては自分が興味のある広告が視聴でき、スポンサー企業にとっては視聴者が本当に広告を視聴したか否かを判定できる広告提供装置、広告再生装置、広告提供システム、広告提供方法及びプログラムを提供することを目的とする。

　上記目的を達成するため、本発明に係る広告提供装置は、
　視聴者の属性を取得する属性取得部と、
　前記属性取得部が取得した視聴者の属性に適合する複数の広告を選択する広告選択部と、
　前記広告選択部が選択した複数の広告を結合して広告パッケージを作成する広告結合部と、
　前記広告結合部が作成した広告パッケージを送信する広告送信部と、
　前記広告送信部が送信した広告パッケージが前記視聴者に視聴されたか否かを判定する視聴判定部と、
　前記広告パッケージが前記視聴者に視聴されたと前記視聴判定部が判定したら、前記視聴者に対価を支払う対価支払部と、
　を備える。

　本発明によれば、視聴者にとっては自分が興味のある広告が視聴でき、スポンサー企業にとっては視聴者が本当に広告を視聴したか否かを判定できる。

第１の実施形態に係る広告提供システムの構成を示す図である。 第１の実施形態に係る広告再生装置の構成を示す図である。 第１の実施形態に係るユーザＤＢの一例を示す図である。 第１の実施形態に係る広告提供装置の構成を示す図である。 第１の実施形態に係る広告ＤＢの一例を示す図である。 第１の実施形態に係る広告再生処理のフローチャートである。 第１の実施形態に係る広告提供処理のフローチャートである。 第１の実施形態に係る広告再生装置での表示例を示す図である。 第２の実施形態に係る広告再生装置の構成を示す図である。 第２の実施形態に係る広告提供装置の構成を示す図である。 第２の実施形態に係るコンテンツＤＢの一例を示す図である。 第２の実施形態に係るユーザ履歴ＤＢの一例を示す図である。 第２の実施形態に係る広告再生処理のフローチャートである。 第２の実施形態に係る広告再生装置での表示例を示す図である。 第２の実施形態に係る広告提供処理のフローチャートである。

　以下、本発明の実施形態に係る広告提供装置等について、図面を参照して詳細に説明する。なお、図中同一又は相当部分には同一符号を付す。

（第１の実施形態）
　図１に示すように、第１の実施形態に係る広告提供システム１０００は、広告再生装置１００と広告提供装置２００とを備える。そして、広告再生装置１００と広告提供装置２００とは、ネットワーク３００で接続されている。ネットワーク３００は、例えばインターネットである。ただし、ネットワーク３００としては、インターネットに限らず、携帯電話のデータ通信網等、データ通信を行うことができるネットワークであれば、任意のネットワークを使用可能である。

　広告再生装置１００のユーザ（視聴者）が広告再生装置１００に広告の再生の開始を指示すると、広告再生装置１００は、該ユーザの関心等を表す情報（属性情報）を広告提供装置２００に送信して、広告を要求する。広告提供装置２００は、広告再生装置１００が広告を要求したことに応答して、ユーザが関心をもっていると考えられる商品やサービス等に関する複数の広告を１つの広告パッケージにまとめて広告再生装置１００に送信する。そして、広告再生装置１００は広告提供装置２００から送信された広告パッケージを再生した後、再生された広告に関してユーザに質問する。該質問にユーザが正答すれば、ユーザは再生された広告をきちんと視聴していたと判定できるので、広告提供装置２００は、ユーザに対して、ユーザが視聴した広告に対する対価を支払う処理を行う。

　以上が、広告提供システム１０００の処理の概要である。このような処理を行う広告提供システム１０００を構成する広告再生装置１００及び広告提供装置２００について、以下に説明する。

　広告再生装置１００は、図２に示すように、制御部１１０、記憶部１２０、出力部１３１、通信部１３２、操作入力部１３３、を備える。

　制御部１１０は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）等で構成され、記憶部１２０に記憶されたプログラムを実行することにより、後述する各部（広告要求部１１１、広告受信部１１２、広告再生部１１３、検査部１１４）の機能を実現する。

　記憶部１２０は、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）等で構成され、ユーザＤＢ（Ｄａｔａｂａｓｅ）１２１並びに制御部１１０のＣＰＵが実行するプログラム及び必要なデータを記憶する。

　ユーザＤＢ１２１は、図３に示すように、広告再生装置１００のユーザのユーザＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、氏名、入金先情報、属性（趣味、嗜好）等が登録されたデータベースである。「ユーザＩＤ」は、広告提供システム１０００を使うユーザそれぞれを一意に識別するための識別子である。「氏名」は、ユーザＩＤで示されるユーザの氏名である。「入金先情報」は、ユーザＩＤで示されるユーザに対価を支払う際の入金先の情報であり、例えば銀行の名称と口座番号、電子マネーの名称と当該ＩＤ番号、ポイントサービスの名称と当該ＩＤ番号等である。

　また、「属性（趣味、嗜好）」は、ユーザＩＤで示されるユーザの趣味や嗜好を表す情報である。図３では、「属性（趣味、嗜好）」には、ユーザの趣味や嗜好を示すワードが列挙されている。なお、ユーザの属性は、趣味、嗜好を示すワードに限定されるわけではなく、例えば、居住地、年齢、性別、身長、体重等の情報を含んでいてもよい。

　また「属性（趣味、嗜好）」の項目に、「ショッピング　８０」、「食べ歩き　６０」、「ゲーム　７０」、「洋楽　３０」、「英会話　５０」、「海外旅行　５０」のように、趣味や嗜好を示すワードと当該趣味や嗜好を好きな度合いを示す値とがペアになって登録されていてもよい。この例では、ショッピングが好きな度合いが８０、食べ歩きが好きな度合いが６０であり、当該ユーザは、食べ歩きよりもショッピングの方が好きであることがわかる。

　出力部１３１は、制御部１１０が、広告等を出力するためのデバイスである。例えば、出力部１３１は、ディスプレイ（液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ）、スピーカ等を備える。

　通信部１３２は、広告提供装置２００等とデータの送受信を行うためのデバイス（ネットワークインタフェース等）である。制御部１１０は、通信部１３２を介して広告のパッケージを取得することができる。

　操作入力部１３３は、広告再生装置１００に対するユーザの操作入力を受け付けるデバイスであり、例えば、タッチパネル、キーボード、マウス等である。広告再生装置１００のユーザは、操作入力部１３３を介して、広告再生装置１００に指示を出したり、クイズに回答したりすることができる。

　次に、制御部１１０の機能について説明する。制御部１１０は、広告要求部１１１、広告受信部１１２、広告再生部１１３、検査部１１４の機能を実現する。

　広告要求部１１１は、ユーザＤＢ１２１に登録されているユーザの属性（趣味、嗜好）の情報を広告提供装置２００に送信して、当該属性に適合する広告を広告提供装置２００に要求する。具体的には、広告要求部１１１は、ユーザの属性（趣味、嗜好）の情報を含む広告要求パケットを広告提供装置２００に送信する。後述するように、広告要求パケットを受信した広告提供装置２００は、ユーザの属性（趣味、嗜好）に適合した複数の広告を結合して１つの広告パッケージを生成し、当該広告パッケージを広告再生装置１００に送信する。

　広告受信部１１２は、広告提供装置２００から送信された広告パッケージを、通信部１３２を介して受信する。広告パッケージは、動画データ自体である場合、動画データへのリンクのリストである場合、等が考えられる。広告パッケージが動画データへのリンクのリストである場合は、当該データ量は小さいので、広告受信部１１２は、当該リンクのリスト全体を一度に受信してよい。広告パッケージが動画データ自体である場合は、当該データ量は比較的大きいことが多いため、広告受信部１１２は、当該動画データ全体を一度にダウンロードするのではなく、少しずつ受信しては、広告再生部１１３に渡していく。

　広告再生部１１３は、広告受信部１１２が受信した広告パッケージを出力部１３１から再生する。広告パッケージが動画データへのリンクのリストである場合は、広告再生部１１３は、当該リンク先の動画データを当該リストの順に再生していく。広告パッケージが動画データ自体である場合は、広告再生部１１３は、広告受信部１１２から少しずつ渡される動画データを用いてストリーミング再生を行う。ストリーミング再生とは、データをある程度受信した時点で再生を開始し、受信処理と再生処理を並行して進めることを言う。

　検査部１１４は、広告再生部１１３が広告パッケージ全体を再生し終えた後に、ユーザが当該広告パッケージを本当に視聴したか否かを判定するための検査を行う。具体的には、検査部１１４は、広告提供装置２００から後述する判定用データを受信し、該判定用データを用いて広告パッケージに関する質問を表示し、ユーザからの解答を受け付ける。そして、当該質問に対するユーザの解答を広告提供装置２００に送信する。検査部１１４がこのような処理を行うことにより、広告提供装置２００は、ユーザが当該広告パッケージを本当に視聴したか否かを判定することができる。

　以上、広告再生装置１００の機能構成を説明した。次に、広告提供装置２００について説明する。

　広告提供装置２００は、図４に示すように、制御部２１０、記憶部２２０、通信部２３１、を備える。

　制御部２１０は、ＣＰＵ等で構成され、記憶部２２０に記憶されたプログラムを実行することにより、後述する各部（属性取得部２１１、広告選択部２１２、広告結合部２１３、広告送信部２１４、視聴判定部２１５、対価支払部２１６）の機能を実現する。

　記憶部２２０は、ＲＯＭ、ＲＡＭ等で構成され、広告ＤＢ２２１並びに制御部２１０のＣＰＵが実行するプログラム及び必要なデータを記憶する。

　広告ＤＢ２２１は、図５に示すように、広告提供装置２００が提供する広告の広告ＩＤ、広告動画、広告を視聴したか判定するためのデータ、タグ等が登録されたデータベースである。広告ＤＢ２２１に登録される広告は、広告提供システム１０００を運営している会社等（以下、「システム運営会社」という。）と広告料金支払いに関する契約を結んだスポンサーの広告である。当該契約の内容は任意であるが、例えば、登録された広告が視聴者（広告再生装置１００のユーザ）に視聴された際に当該広告のスポンサーはシステム運営会社に広告料金を支払う契約が考えられる。

　図５において、「広告ＩＤ」は、広告提供装置２００が提供する広告を一意に識別するための識別子である。「広告動画」は、広告ＩＤで示される広告の動画データであり、例えば図５に示すように、広告の動画データが格納されている場所のＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｒｃｅ　Ｌｏｃａｔｏｒ）である。

　「判定用データ」は、広告ＩＤで示される広告を視聴したか否かを判定するための質問を行うためのデータである。図５では、質問用の出力データ（写真データや効果音データ）と、質問文が、広告ＩＤ毎に示されている。「判定用データ」には、広告ＩＤで示される広告を視聴していれば正しく解答できるが、視聴していなければ正解が分からないような質問を登録しておく。

　「正解データ」は、「判定用データ」に基づく質問に対する正しい解答を示すデータである。図５に示す例では、ユーザが質問に対する解答を自由に入力する想定での正解データが、広告ＩＤ毎に示されているが、これに限られない。例えば、「判定用データ」に、解答用のデータが選択肢（例えば「１：車Ａ、２：車Ｂ、３：車Ｃ」等）で登録され、「正解データ」には正解の選択肢（例えば「１」）が登録されていてもよい。

　「タグ」は、広告ＩＤで示される広告が関連しているキーワードのデータである。図５では、「タグ」には、複数のキーワードが登録されているが、１つのキーワードのみが登録されていてもよい。また、「タグ」には、キーワード以外の情報が付加されていてもよい。例えば、「タグ」の項目に、「アウトドア　１０」、「車　８０」のように、キーワードと当該広告との関連度合いを示す値が各キーワード付加されていてもよい。この例では、アウトドアの関連度合いが１０、車の関連度合いが８０であり、当該広告は、アウトドアよりも車の方により関連が高いことがわかる。

　通信部２３１は、広告再生装置１００等とデータの送受信を行うためのデバイス（ネットワークインタフェース等）である。制御部２１０は、通信部２３１を介して広告視聴者の属性（趣味、嗜好）を取得したり、広告再生装置１００に広告パッケージを送信したりすることができる。

　次に、制御部２１０の機能について説明する。制御部２１０は、属性取得部２１１、広告選択部２１２、広告結合部２１３、広告送信部２１４、視聴判定部２１５、対価支払部２１６の機能を実現する。

　属性取得部２１１は、広告再生装置１００から送信されたユーザの属性（趣味、嗜好）の情報を取得する。具体的には、属性取得部２１１は、広告再生装置１００から送信された広告要求パケットを受信し、広告要求パケットに含まれているユーザの属性（趣味、嗜好）の情報を取得する。

　広告選択部２１２は、属性取得部２１１が取得したユーザの属性に適合する広告を、広告ＤＢ２２１から複数選択する。具体的には、ユーザの属性を示すワードと、広告ＤＢに登録されているタグの情報とを用いて、広告ＤＢに登録されている広告の中から、ユーザの属性にマッチする広告を抽出し、抽出された広告の中から所定の広告選択数（例えば３つ）の広告を選択する。この選択の際は、ユーザの属性にマッチする広告の中からランダムに選択してもよいし、システム運営会社との契約においてシステム運営会社に支払う広告料金が高い順に当該スポンサーの広告を選択してもよい。なお、ユーザの属性や広告のタグに「度合い」の情報が付加されている場合は、当該「度合い」の情報を用いて、ユーザの好きな度合いや、広告の関連度合いがより高い広告を抽出することが望ましい。

　また、抽出された広告の数が、広告選択数に満たない場合は、足りない分だけ、ユーザの属性にマッチしない広告を追加で選択してもよい。その際も、広告をランダムに選択してもよいし、システム運営会社との契約においてシステム運営会社に支払う広告料金が高い順に当該スポンサーの広告を選択してもよい。

　広告選択部２１２が広告を選択する具体例を説明する。例えば、図５に示す広告ＤＢ２２１を記憶している広告提供装置２００に対して、図３に示すユーザの広告再生装置１００が広告要求パケットを送信した場合を考える。この場合、広告選択部２１２は、ユーザの属性の「食べ歩き」に基づいて料理店Ｂの広告を抽出し、「英会話」に基づいて英語教室Ｃの広告を抽出し、「ゲーム」に基づいてゲームＥの広告を抽出する。そして、広告選択部２１２は、抽出した広告から広告選択数（例えば３）の広告を選択するが、ここでは、抽出した広告は３つなので、これら抽出した３つの広告をすべて選択することになる。つまり、この例では、広告選択部２１２は、料理店Ｂの広告と、英語教室Ｃの広告と、ゲームＥの広告を選択する。

　広告結合部２１３は、広告選択部２１２が選択した複数の広告の動画を結合して１つの広告パッケージを作成する。上述した具体例の場合は、広告結合部２１３は、料理店Ｂの広告の動画と、英語教室Ｃの広告の動画と、ゲームＥの広告の動画とを結合して、広告パッケージを作成する。広告パッケージの作成においては、実際に結合した動画データを作成してもよいが、当該動画データを作成せずに、各広告の動画データへのリンクのリストを作成するだけでもよい。例えば、広告結合部２１３は、料理店Ｂの広告の動画のＵＲＬと、英語教室Ｃの広告の動画のＵＲＬと、ゲームＥの広告の動画のＵＲＬとからなるデータを作成するだけでもよい。

　広告送信部２１４は、広告結合部２１３が作成した広告パッケージを、通信部２３１を介して広告再生装置１００に送信する。ここで、広告パッケージは、上述したように、動画データ自体である場合、動画データへのリンクのリストである場合、等が考えられる。広告パッケージが動画データ自体である場合は、広告送信部２１４は、広告再生装置１００において、ストリーミング再生ができるように当該動画データを送信する。

　視聴判定部２１５は、広告送信部２１４が広告再生装置１００に送信した広告パッケージが、広告再生装置１００のユーザによって視聴されたか否かを判定する。具体的には、視聴判定部２１５は、広告パッケージを構成する各広告について、図５に示す「判定用データ」の情報を広告再生装置１００に送信し、広告再生装置１００からユーザの解答を送信してもらう。そして、視聴判定部２１５は、ユーザの解答と図５に示す「正解データ」の情報とを比較して、ユーザの解答が正解であれば「広告パッケージはユーザに視聴された」と判定し、ユーザの解答が正解でなければ「広告パッケージはユーザに視聴されていない」と判定する。

　対価支払部２１６は、広告パッケージが前記ユーザに視聴されたと視聴判定部２１５が判定したら、ユーザに対価を支払う処理を行う。具体的には、当該ユーザの入金先情報を広告再生装置１００から取得し、取得した入金先情報に基づき、当該ユーザに広告パッケージを視聴した対価を支払う。対価の額はシステム運営会社が任意に定めることができるが、広告毎に対価の額を固定額に設定する場合は、広告ＤＢ２２１において、広告毎に対価の額を登録しておいてもよい。

　以上、広告提供装置２００の機能構成について説明した。次に、広告再生装置１００の広告再生処理について、図６を参照して説明する。広告再生処理は、広告再生装置１００が、ユーザから広告再生の指示を受けると実行が開始される。

　まず、広告再生装置１００の広告要求部１１１は、ユーザの属性（趣味、嗜好）の情報を含む広告要求パケットを広告提供装置２００に送信する（ステップＳ１０１）。この広告要求パケットを受信した広告提供装置２００は、ユーザの属性（趣味、嗜好）に適合した複数の広告を結合して生成した広告パッケージを広告再生装置１００に送信する。そして、広告再生装置１００の広告受信部１１２は、広告提供装置２００が送信した広告パッケージを受信する（ステップＳ１０２）。

　そして、広告再生部１１３は、広告受信部１１２が受信した広告パッケージを出力部１３１から再生する（ステップＳ１０３）。広告再生部１１３による広告パッケージの再生が終了したら、検査部１１４は、広告提供装置２００から判定用データを受信し（ステップＳ１０４）、判定検査を実施する（ステップＳ１０５）。ただし、判定用データの受信は、広告再生部１１３が広告パッケージを再生中に行われていてもよい。また、判定検査は、広告再生部１１３が受信した判定用データを用いて広告パッケージに関する質問を出力部１３１に表示し、操作入力部１３３から入力されるユーザからの解答を受け付けることによって行われる。

　そして、検査部１１４は、判定検査を実施した際にユーザが入力した解答を広告提供装置２００に送信する（ステップＳ１０６）。

　すると、広告提供装置２００は、広告再生装置１００から送信されたユーザの解答を受信し、ユーザの解答と広告ＤＢ２２１の「正解データ」とを比較することによって、ユーザの解答の正誤に基づき、広告パッケージがユーザに視聴されたか否かを判定する。そして、広告提供装置２００は、広告パッケージがユーザに視聴されたと判定されたら、ユーザに対して対価支払処理を行う。そして、広告提供装置２００は、ユーザの解答の正誤の判定結果や対価支払処理を行った結果を広告再生装置１００に送信する。

　そして、広告再生装置１００の検査部１１４は、ユーザの解答の正誤の判定結果や対価支払処理の結果を受信して（ステップＳ１０７）、出力部１３１に出力し（ステップＳ１０８）、広告再生処理を終了する。

　以上、広告再生装置１００による、広告再生処理について説明した。次に、広告再生処理と並行して、広告提供装置２００で行われる広告提供処理について、図７を参照して説明する。広告提供処理は、広告提供装置２００が起動すると実行が開始される。

　まず、広告提供装置２００の属性取得部２１１は、広告再生装置１００から送信されるユーザの属性（趣味、嗜好）の情報を含む広告要求パケットを受信し（ステップＳ２０１）、ユーザの属性を取得する。ステップＳ２０１は属性取得ステップとも呼ばれる。なお、広告要求パケットが受信されるまでは、属性取得部２１１はステップＳ２０１を実行せずに待機する。

　次に、広告選択部２１２は、属性取得部２１１が取得したユーザの属性に適合する広告を、広告選択数（例えば３つ）だけ、広告ＤＢ２２１から選択する（ステップＳ２０２）。ステップＳ２０２は広告選択ステップとも呼ばれる。そして、広告結合部２１３は、広告選択部２１２が選択した複数の広告の動画を結合して１つの広告パッケージを作成する（ステップＳ２０３）。ステップＳ２０３は、広告結合ステップとも呼ばれる。

　次に、広告送信部２１４は、広告結合部２１３が作成した広告パッケージを通信部２３１を介して広告再生装置１００に送信する（ステップＳ２０４）。ステップＳ２０４は、広告送信ステップとも呼ばれる。広告送信部２１４が広告パッケージを送信し終えたら、視聴判定部２１５は、広告ＤＢ２２１に登録されている「判定用データ」を広告再生装置１００に送信する（ステップＳ２０５）。

　すると、上述したように、広告再生装置１００は、広告再生処理（図６）のステップＳ１０４で「判定用データ」を受信し、ステップＳ１０５で判定検査を実施し、ステップＳ１０６でユーザの入力した解答を広告提供装置２００に送信する。

　すると、広告提供装置２００の視聴判定部２１５は、広告再生装置１００から送信されたユーザの解答を受信する（ステップＳ２０６）。そして、視聴判定部２１５は、ユーザの解答と、広告ＤＢ２２１に登録されている「正解データ」とを比較して、ユーザの解答が正解か否かを判定する（ステップＳ２０７）。ステップＳ２０７は、視聴判定ステップとも呼ばれる。

　ユーザの解答が正解でなければ（ステップＳ２０７；Ｎｏ）、視聴判定部２１５は、「広告パッケージはユーザに視聴されていない」と判定し、ステップＳ２０９に進む。

　一方、ユーザの解答が正解であれば（ステップＳ２０７；Ｙｅｓ）、視聴判定部２１５は、「広告パッケージはユーザに視聴された」と判定し、対価支払部２１６がユーザに対価を支払う処理を行う（ステップＳ２０８）。ステップＳ２０８は、対価支払ステップとも呼ばれる。ユーザに対価を支払う処理においては、対価支払部２１６は、広告再生装置１００からユーザの入金先情報を取得し、該入金先情報に基づいて、対価を支払う。なお、ユーザの入金先情報については、ステップＳ２０１でユーザの属性の情報を取得する際に取得してもよい。また、ユーザの入金先情報に複数の候補が複数存在する場合、最初の入金先から順番に、対価支払処理が失敗したら、次の入金先への対価の支払いを試みるようにしてもよい。

　そして、制御部２１０は、視聴判定部２１５がユーザの解答の正誤を判定した結果や対価支払部２１６が対価を支払った結果を広告再生装置１００に送信し（ステップＳ２０９）、広告提供処理を終了する。

　以上、広告再生装置１００による広告再生処理と、広告提供装置２００による広告提供処理の、それぞれの処理の流れを説明した。これらの処理が並行して行われることによる、広告再生装置１００の出力部１３１への表示例を図８に示す。

　図８の（ａ）は、広告再生装置１００の起動後の画面の一例である。ここで、ユーザが「広告再生開始」をタッチすると、広告再生装置１００は、広告再生処理（図６）を開始する。そして、広告再生装置１００がユーザの属性を含む広告要求パケットを送信すると（ステップＳ１０１）、広告提供装置２００は、広告提供処理（図７）のステップＳ２０１で広告要求パケットを受信し、ユーザの属性を取得する。

　そして、広告提供装置２００は、ユーザの属性に適合した複数の広告を選択し（ステップＳ２０２）、選択した複数の広告を結合して広告パッケージを作成し（ステップＳ２０３）、広告パッケージを広告再生装置１００に送信する（ステップＳ２０４）。ここでは、広告提供装置２００は、広告動画１、広告動画２及び広告動画３の３つの広告動画を結合して１つの広告パッケージを作成したものとする。

　広告再生装置１００は、広告提供装置２００から送信された広告パッケージを受信し（ステップＳ１０２）、再生を開始する（ステップＳ１０３）。すると、図８の（ｂ）、（ｃ）、（ｄ）に示すように、広告動画１、広告動画２、広告動画３が順番に出力部１３１から再生される。

　広告提供装置２００は、広告パッケージを送信後に、判定用データを送信し（ステップＳ２０５）、広告再生装置１００は、判定用データを受信して（ステップＳ１０４）、図８の（ｅ）に示すような判定検査を実施する（ステップＳ１０５）。ここで、ユーザは、図８の（ｆ）に示すように、ユーザ解答として「車Ａ」と、正解のデータを入力したとする。

　広告再生装置１００は、入力されたユーザ解答を広告提供装置２００に送信する（ステップＳ１０６）。そして、広告提供装置２００は、ユーザ解答を受信し（ステップＳ２０６）、ユーザ解答が正解か否かを判定する（ステップＳ２０７）。この例では、正しい解答である「車Ａ」をユーザが入力していたので、ステップＳ２０７での判定はＹｅｓとなり、広告提供装置２００は、ユーザに対価を支払う処理を行い（ステップＳ２０８）、判定結果等を広告再生装置１００に送信する（ステップＳ２０９）。

　広告再生装置１００は、広告提供装置２００から送信された判定結果等を受信し（ステップＳ１０７）、図８の（ｇ）に示すように、該判定結果等（ユーザ解答が正解だったこと及びユーザの口座に対価を支払ったこと）を出力部１３１に出力する（ステップＳ１０８）。

　判定検査で実施される質問は、広告動画を見ていれば正しく解答できるが、見ていなければ正解が分からない質問になっているため、以上のような処理を行うことにより、ユーザが本当に広告を視聴したかを判定した上で、スポンサーは広告の視聴に対する対価をユーザに支払うことが出来る。また、再生される広告は、ユーザの属性に適合した広告であるため、ユーザは自分が興味を持っている広告を視聴することができる。

　なお、上述の例では、判定検査で実施される質問は１つだけの例を説明したが、広告パッケージに含まれる全ての広告にそれぞれ対応する質問を全て行うようにしてもよい。そして、その場合、ユーザが全ての質問に正解出来た場合にのみ、広告提供システムは該ユーザに対価を支払うようにしてもよいし、正解できた質問に対応する広告に対する対価のみを該ユーザに支払うようにしてもよい。

　例えば、広告パッケージが広告動画１、広告動画２、広告動画３の３つの広告を連結したものになっているとする。そして、広告動画１を視聴した際の対価がＭ１円、広告動画２を視聴した際の対価がＭ２円、広告動画３を視聴した際の対価がＭ３円だとすると、広告動画１に対応する質問と広告動画２に対する質問には正解出来たが、広告動画３に対する質問には正解出来なかったユーザに対しては、対価を全く支払わないようにしてもよいし、Ｍ１＋Ｍ２円の対価を支払うようにしてもよい。

　また、広告ＤＢに登録しておく「判定用データ」の質問の難易度を変化させてもよく、広告提供システムは、難しい質問に正解した場合の対価の額を大きくし、易しい質問に正解した場合の対価の額を小さくするような調整を行ってもよい。

（第２の実施形態）
　ユーザが広告を視聴している間に、他のコンテンツ（小説、漫画、ゲーム、クイズ等）を楽しむこともできる広告提供システムの第２の実施形態について説明する。

　第２の実施形態に係る広告提供システム１００１は、第１の実施形態に係る広告提供システム１０００と同様、広告再生装置１０１と広告提供装置２０１とを備え、広告再生装置１０１と広告提供装置２０１とは、ネットワーク３００で接続されている。

　広告再生装置１０１は、図９に示すように、第１の実施形態に係る広告再生装置１００に、コンテンツ制御部１１５が追加された構成になっている。

　コンテンツ制御部１１５は、広告提供装置２０１からコンテンツ（小説、漫画、ゲーム、クイズ等）を受信し、コンテンツの再生（小説や漫画の表示、ゲームやクイズの実施等）を行う。そして、コンテンツ制御部１１５は、広告再生部１１３による広告パッケージの再生が終了すると、該コンテンツの再生を終了させ、該コンテンツの再生状況を広告提供装置２０１に送信する。該コンテンツの再生状況とは、小説や漫画を何頁まで読んだか、ゲームを何面までクリアしたか、クイズを何問目まで解いたか等の情報である。

　広告提供装置２０１は、図１０に示すように、第１の実施形態に係る広告提供装置２００に、コンテンツ管理部２１７、コンテンツＤＢ２２２及びユーザ履歴ＤＢ２２３が追加された構成になっている。

　コンテンツ管理部２１７は、コンテンツＤＢ２２２からコンテンツを選択して広告再生装置１０１に送信する。またコンテンツ管理部２１７は、コンテンツの再生状況を広告再生装置１０１から受信し、ユーザ履歴ＤＢ２２３に記録する。

　コンテンツＤＢ２２２は、図１１に示すように、ユーザが広告視聴時に楽しめる様々なコンテンツの情報が格納されたデータベースである。具体的には、コンテンツを一意に識別するためのコンテンツＩＤ、コンテンツ自体（図１１では、コンテンツが格納されている場所のＵＲＬが示されている）、該コンテンツの対象者等が登録されている。図１１では省略されているが、広告ＤＢ２２１と同様に、コンテンツＤＢ２２２には、タグ情報（該コンテンツが関連しているキーワードのデータ）が登録されていてもよい。

　ユーザ履歴ＤＢ２２３は、図１２に示すように、ユーザ毎に、該ユーザが以前再生したコンテンツのＩＤと該コンテンツの再生状況が記録されるデータベースである。図１２に示す例では、ユーザＩＤが５０００１０ＸＸのユーザが、コンテンツＩＤが１０１１３５００１０ＸＸのコンテンツ（小説Ａ）を前回１０ページ目まで読んでいることがわかる。そして、このユーザは、コンテンツＩＤが３０５１５８００１０ＸＸのコンテンツ（ゲームＣ）を、難易度低のモードで、３－１面まで進んでいることや、コンテンツＩＤが４０７１９７００１０ＸＸのコンテンツ（クイズアプリＤ）を、難易度高のモードで５問目まで進んでいることがわかる。さらに別のユーザ（ユーザＩＤが６０００３０ＸＸのユーザ）は、コンテンツＩＤが２０３１２１００１０ＸＸのコンテンツ（漫画Ｂ）を前回２０ページ目まで読んでいることがわかる。

　次に、広告再生装置１０１の広告再生処理について、図１３を参照して説明する。この処理は、広告再生装置１００の広告再生処理（図６）のステップＳ１０２からステップＳ１０３の処理が、ステップＳ１１２からステップＳ１１４の処理に置き換わった内容になっているため、ステップＳ１１２からステップＳ１１４の処理について説明する。これら以外の処理は、広告再生装置１００の広告再生処理（図６）と同じである。また、広告再生装置１０１の広告再生処理は、広告再生装置１０１が、ユーザから広告再生の指示を受けると実行が開始される点も、広告再生装置１００の広告再生処理と同じである。

　ステップＳ１１２では、広告提供装置２０１が送信した広告パッケージを広告受信部１１２が受信するとともに、広告提供装置２０１が送信したコンテンツ及び該コンテンツの前回の再生状況をコンテンツ制御部１１５が受信する。

　そして、ステップＳ１１３では、広告受信部１１２が受信した広告パッケージを広告再生部１１３が出力部１３１から再生するとともに、コンテンツ制御部１１５が受信したコンテンツを前回の再生状況に基づいて出力部１３１から再生する。したがって、出力部１３１は広告の再生とコンテンツの再生とで共用されることになるので、例えば、図１４に示すように、広告再生装置１０１の制御部１１０は、出力部１３１の画面の左半分で広告動画を再生し、右半分でコンテンツを再生する。なお図１４はあくまでも一例である。例えば、出力部１３１の画面を上下に分割して、上半分で広告動画を再生し、下半分でコンテンツを再生してもよい。また、画面の中央部で広告動画を再生し、周辺部でコンテンツを再生してもよい。

　そして、広告再生部１１３による広告パッケージの再生が終了したら、コンテンツ制御部１１５は、その時点でのコンテンツの再生状況を広告提供装置２０１に送信する（ステップＳ１１４）。その後の処理は、広告再生装置１００の広告再生処理（図６）と同じであるため説明を省略する。ただし、ステップＳ１０４の判定用データの受信は、ステップＳ１１３で広告再生部１１３が広告パッケージを再生中に行われていてもよい。

　次に、広告提供装置２０１の広告提供処理について、図１５を参照して説明する。この処理は、広告提供装置２００の広告提供処理（図７）のステップＳ２０２がステップＳ２１２に、ステップＳ２０４がステップＳ２１４及びステップＳ２１５に、それぞれ置き換わった内容になっているため、ステップＳ２１２、ステップＳ２１４及びステップＳ２１５について説明する。これら以外の処理は、広告提供装置２００の広告提供処理（図７）と同じである。また、広告提供装置２０１の広告提供処理は、広告提供装置２０１が起動すると実行が開始される点も、広告提供装置２００の広告提供処理と同じである。

　ステップＳ２１２では、属性取得部２１１が取得したユーザの属性に適合する広告を、広告選択数（例えば３つ）だけ、広告選択部２１２が広告ＤＢ２２１から選択するとともに、コンテンツ管理部２１７がコンテンツＤＢ２２２からコンテンツを選択する。この選択はランダムに行ってもよいし、ユーザの属性（年齢や趣味）に基づいて、ユーザの属性に適合するコンテンツを選択してもよい。

　ステップＳ２１４では、広告結合部２１３が作成した広告パッケージを広告送信部２１４が通信部２３１を介して広告再生装置１０１に送信するとともに、コンテンツ管理部２１７が選択したコンテンツ及び該コンテンツの前回の再生状況を、通信部２３１を介して広告再生装置１０１に送信する。

　そして、ステップＳ２１５では、コンテンツ管理部２１７は、広告再生装置１０１から、今回のコンテンツの再生状況を受信し、ユーザ履歴ＤＢ２２３に登録する。その後の処理は、広告提供装置２００の広告提供処理（図７）と同じであるため説明を省略する。ただし、ステップＳ２０５の判定用データの送信は、ステップＳ２１４で広告送信部２１４が広告パッケージを送信している間に行われていてもよい。

　以上、説明した第２の実施形態では、ユーザは、広告再生装置１０１によって、単に広告を視聴するだけでなく、他のコンテンツ（小説、漫画、ゲーム、クイズ等）を楽しむこともできるため、ユーザがより頻繁に広告を再生してくれるようになることが期待できる。

　また、他のコンテンツにおいては、ユーザ履歴ＤＢ２２３により、コンテンツ管理部２１７はゲームやクイズの難易度を管理することもできるので、ユーザが広告を視聴する度に、これらの難易度を変化させていってもよい。例えば、ユーザがゲームをクリアする毎にゲームの難易度を上げていき、クリアできない場合はゲームの難易度を下げていってもよい。クイズも同様に、ユーザがクイズに正解するとクイズの難易度を上げていき、正解できないとクイズの難易度を下げていってもよい。そして、難易度の高いゲームをクリアしたり、難易度の高いクイズに正解したりした場合には、ユーザに何らかの特典を授与するようにしてもよい。

（変形例）
　上述の実施の形態は、種々の変形が可能である。例えば、広告提供装置２００，２０１が備える機能やＤＢの一部（例えば、広告結合部２１３）を広告再生装置１００，１０１が備えてもよいし、逆に広告再生装置１００，１０１が備える機能やＤＢの一部（例えばユーザＤＢ１２１）を広告提供装置２００，２０１が備えてもよい。一例として、広告再生装置１００，１０１が広告結合部２１３を備える場合が考えられる。この場合は、広告提供装置２００，２０１は、複数の広告のデータを結合せずに広告再生装置１００，１０１に送信し、広告再生装置１００，１０１が複数の広告のデータを結合して１つの広告パッケージを作成し、再生することになる。

　また、上述の実施形態では、広告提供システム１０００，１００１は、広告再生装置１００，１０１と広告提供装置２００，２０１とがネットワーク３００で接続された別々の装置で構成されたものとして説明した。しかし、広告再生装置１００，１０１と広告提供装置２００，２０１とがそれぞれ備える機能構成を、１つの装置が備えた広告提供システムであってもよい。このような、１つの装置としての広告提供システムは、ネットワーク３００でデータを送受信する必要がない。したがって、属性取得部、広告選択部、広告結合部、広告再生部、検査部、視聴判定部、対価支払部を備えた１つの制御部で、上述の広告再生処理と広告提供処理とを実行することができる。

　また、広告再生装置１００，１０１及び広告提供装置２００，２０１の各機能は、通常のＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）等のコンピュータによっても実施することができる。具体的には、上記実施形態では、広告再生装置１００，１０１が行う広告再生処理等のプログラムが記憶部１２０のＲＯＭに、広告提供装置２００，２０１が行う広告提供処理等のプログラムが記憶部２２０のＲＯＭに、それぞれ予め記憶されているものとして説明した。しかし、これらのプログラムを、フレキシブルディスク、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）、ＭＯ（Ｍａｇｎｅｔｏ－Ｏｐｔｉｃａｌ　Ｄｉｓｃ）、メモリカード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）メモリ等のコンピュータ読み取り可能な記録媒体に格納して配布し、そのプログラムをコンピュータに読み込んでインストールすることにより、上述の各機能を実現することができるコンピュータを構成してもよい。

　以上、本発明の好ましい実施形態について説明したが、本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能とされるものである。また、上述した実施の形態は、この発明を説明するためのものであり、本発明の範囲を限定するものではない。すなわち、本発明の範囲は、実施の形態ではなく、請求の範囲によって示される。そして、請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、この発明の範囲内とみなされる。以下に、本願出願の当初の請求の範囲に記載された発明を付記する。

（付記）
（付記１）
　視聴者の属性を取得する属性取得部と、
　前記属性取得部が取得した視聴者の属性に適合する複数の広告を選択する広告選択部と、
　前記広告選択部が選択した複数の広告を結合して広告パッケージを作成する広告結合部と、
　前記広告結合部が作成した広告パッケージを送信する広告送信部と、
　前記広告送信部が送信した広告パッケージが前記視聴者に視聴されたか否かを判定する視聴判定部と、
　前記広告パッケージが前記視聴者に視聴されたと前記視聴判定部が判定したら、前記視聴者に対価を支払う対価支払部と、
　を備える広告提供装置。

（付記２）
　視聴者の属性を送信して広告提供装置に広告を要求する広告要求部と、
　前記広告要求部が広告を要求したことに応答して前記広告提供装置が送信した広告パッケージを受信する広告受信部と、
　前記広告受信部が受信した広告パッケージを再生する広告再生部と、
　前記広告再生部が前記広告パッケージを再生し終えた後に前記視聴者が前記広告パッケージを視聴したか否かを判定するために、前記視聴者に質問し、該質問に対する前記視聴者の解答を前記広告提供装置に送信する検査部と、
　を備える広告再生装置。

（付記３）
　視聴者の属性を取得する属性取得部と、
　前記属性取得部が取得した視聴者の属性に適合する複数の広告を選択する広告選択部と、
　前記広告選択部が選択した複数の広告を結合して広告パッケージを作成する広告結合部と、
　前記広告結合部が作成した広告パッケージを再生する広告再生部と、
　前記広告再生部が前記広告パッケージを再生し終えた後に前記視聴者が前記広告パッケージを視聴したか否かを判定するために、前記視聴者に質問し、該質問に対する前記視聴者の解答を取得する検査部と、
　前記検査部が取得した解答に基づき、前記広告パッケージが前記視聴者に視聴されたか否かを判定する視聴判定部と、
　前記広告パッケージが前記視聴者に視聴されたと前記視聴判定部が判定したら、前記視聴者に対価を支払う対価支払部と、
　を備える広告提供システム。

（付記４）
　視聴者の属性を取得する属性取得ステップと、
　前記属性取得ステップで取得された視聴者の属性に適合する複数の広告を選択する広告選択ステップと、
　前記広告選択ステップで選択された複数の広告を結合して広告パッケージを作成する広告結合ステップと、
　前記広告結合ステップで作成された広告パッケージを送信する広告送信ステップと、
　前記広告送信ステップで送信された広告パッケージが前記視聴者に視聴されたか否かを判定する視聴判定ステップと、
　前記広告パッケージが前記視聴者に視聴されたと前記視聴判定ステップで判定されたら、前記視聴者に対価を支払う対価支払ステップと、
　を含む広告提供方法。

（付記５）
　コンピュータを、
　視聴者の属性を取得する属性取得部、
　前記属性取得部が取得した視聴者の属性に適合する複数の広告を選択する広告選択部、
　前記広告選択部が選択した複数の広告を結合して広告パッケージを作成する広告結合部、
　前記広告結合部が作成した広告パッケージを送信する広告送信部、
　前記広告送信部が送信した広告パッケージが前記視聴者に視聴されたか否かを判定する視聴判定部、及び、
　前記広告パッケージが前記視聴者に視聴されたと前記視聴判定部が判定したら、前記視聴者に対価を支払う対価支払部、
　として機能させるためのプログラム。

（付記６）
　コンピュータを、
　視聴者の属性を送信して広告提供装置に広告を要求する広告要求部、
　前記広告要求部が広告を要求したことに応答して前記広告提供装置が送信した広告パッケージを受信する広告受信部、
　前記広告受信部が受信した広告パッケージを再生する広告再生部、及び、
　前記広告再生部が前記広告パッケージを再生し終えた後に前記視聴者が前記広告パッケージを視聴したか否かを判定するために、前記視聴者に質問し、該質問に対する前記視聴者の解答を前記広告提供装置に送信する検査部、
　として機能させるためのプログラム。

　本出願は、２０１９年３月６日に出願された日本国特許出願特願２０１９－４０７１０号に基づく。本明細書中に日本国特許出願特願２０１９－４０７１０号の明細書、特許請求の範囲、図面全体を参照として取り込むものとする。

　１００，１０１…広告再生装置、１１０，２１０…制御部、１１１…広告要求部、１１２…広告受信部、１１３…広告再生部、１１４…検査部、１１５…コンテンツ制御部、１２０，２２０…記憶部、１２１…ユーザＤＢ、１３１…出力部、１３２，２３１…通信部、１３３…操作入力部、２００，２０１…広告提供装置、２１１…属性取得部、２１２…広告選択部、２１３…広告結合部、２１４…広告送信部、２１５…視聴判定部、２１６…対価支払部、２１７…コンテンツ管理部、２２１…広告ＤＢ、２２２…コンテンツＤＢ、２２３…ユーザ履歴ＤＢ、３００…ネットワーク、１０００，１００１…広告提供システム

Claims (6)

1. 　視聴者の属性を取得する属性取得部と、
   　前記属性取得部が取得した視聴者の属性に適合する複数の広告を選択する広告選択部と、
   　前記広告選択部が選択した複数の広告を結合して広告パッケージを作成する広告結合部と、
   　前記広告結合部が作成した広告パッケージを送信する広告送信部と、
   　前記広告送信部が送信した広告パッケージが前記視聴者に視聴されたか否かを判定する視聴判定部と、
   　前記広告パッケージが前記視聴者に視聴されたと前記視聴判定部が判定したら、前記視聴者に対価を支払う対価支払部と、
   　を備える広告提供装置。
2. 　視聴者の属性を送信して広告提供装置に広告を要求する広告要求部と、
   　前記広告要求部が広告を要求したことに応答して前記広告提供装置が送信した広告パッケージを受信する広告受信部と、
   　前記広告受信部が受信した広告パッケージを再生する広告再生部と、
   　前記広告再生部が前記広告パッケージを再生し終えた後に前記視聴者が前記広告パッケージを視聴したか否かを判定するために、前記視聴者に質問し、該質問に対する前記視聴者の解答を前記広告提供装置に送信する検査部と、
   　を備える広告再生装置。
3. 　視聴者の属性を取得する属性取得部と、
   　前記属性取得部が取得した視聴者の属性に適合する複数の広告を選択する広告選択部と、
   　前記広告選択部が選択した複数の広告を結合して広告パッケージを作成する広告結合部と、
   　前記広告結合部が作成した広告パッケージを再生する広告再生部と、
   　前記広告再生部が前記広告パッケージを再生し終えた後に前記視聴者が前記広告パッケージを視聴したか否かを判定するために、前記視聴者に質問し、該質問に対する前記視聴者の解答を取得する検査部と、
   　前記検査部が取得した解答に基づき、前記広告パッケージが前記視聴者に視聴されたか否かを判定する視聴判定部と、
   　前記広告パッケージが前記視聴者に視聴されたと前記視聴判定部が判定したら、前記視聴者に対価を支払う対価支払部と、
   　を備える広告提供システム。
4. 　視聴者の属性を取得する属性取得ステップと、
   　前記属性取得ステップで取得された視聴者の属性に適合する複数の広告を選択する広告選択ステップと、
   　前記広告選択ステップで選択された複数の広告を結合して広告パッケージを作成する広告結合ステップと、
   　前記広告結合ステップで作成された広告パッケージを送信する広告送信ステップと、
   　前記広告送信ステップで送信された広告パッケージが前記視聴者に視聴されたか否かを判定する視聴判定ステップと、
   　前記広告パッケージが前記視聴者に視聴されたと前記視聴判定ステップで判定されたら、前記視聴者に対価を支払う対価支払ステップと、
   　を含む広告提供方法。
5. 　コンピュータを、
   　視聴者の属性を取得する属性取得部、
   　前記属性取得部が取得した視聴者の属性に適合する複数の広告を選択する広告選択部、
   　前記広告選択部が選択した複数の広告を結合して広告パッケージを作成する広告結合部、
   　前記広告結合部が作成した広告パッケージを送信する広告送信部、
   　前記広告送信部が送信した広告パッケージが前記視聴者に視聴されたか否かを判定する視聴判定部、及び、
   　前記広告パッケージが前記視聴者に視聴されたと前記視聴判定部が判定したら、前記視聴者に対価を支払う対価支払部、
   　として機能させるためのプログラム。
6. 　コンピュータを、
   　視聴者の属性を送信して広告提供装置に広告を要求する広告要求部、
   　前記広告要求部が広告を要求したことに応答して前記広告提供装置が送信した広告パッケージを受信する広告受信部、
   　前記広告受信部が受信した広告パッケージを再生する広告再生部、及び、
   　前記広告再生部が前記広告パッケージを再生し終えた後に前記視聴者が前記広告パッケージを視聴したか否かを判定するために、前記視聴者に質問し、該質問に対する前記視聴者の解答を前記広告提供装置に送信する検査部、
   　として機能させるためのプログラム。

Images