JP2020127093A - 住宅施設のディスプレイ、情報処理方法及びプログラム - Google Patents

Abstract

【課題】広告の視聴者に広告の視聴を促進するための住宅施設のディスプレイ等を提供すること。【解決手段】一つの側面に係る住宅施設のディスプレイは、住宅施設に設置され、ポータル画面にて商品またはサービスに関する広告を表示する表示部と、所定の視聴条件を満たすよう前記広告を視聴した視聴者に対し、該視聴者のＩＤに対応付けて、所定のポイント付与基準により付与された第１種類のポイント数を表示するポイント表示部とを備えることを特徴とする。【選択図】図１

Description

本発明は、住宅施設のディスプレイ、情報処理方法及びプログラムに関する。

近年、視聴者に対し、番組の視聴率または放送時間を基にして広告が放送されている。特許文献１には、衛星電波又は地上波等により送信される広告の再生履歴に基づき、広告主へ請求する広告料金を算出する広告情報提供方法が開示されている。

特開２００２−１５７５１６号公報

しかしながら、積極的に広告を視聴する視聴者が少ないため、広告費用が高い割に、宣伝の効果が見えにくいおそれがあった。

一つの側面では、広告の視聴者に広告の視聴を促進するための住宅施設のディスプレイ等を提供することにある。

一つの側面に係る住宅施設のディスプレイは、住宅施設に設置され、ポータル画面にて商品またはサービスに関する広告を表示する表示部と、所定の視聴条件を満たすよう前記広告を視聴した視聴者に対し、該視聴者のＩＤに対応付けて、所定のポイント付与基準により付与された第１種類のポイント数を表示するポイント表示部とを備えることを特徴とする。

一つの側面では、広告の視聴者に広告の視聴を促進することが可能となる。

ポータル画面に放映される広告のシステムの概要を示す説明図である。 ディスプレイの構成例を示すブロック図である。 サーバの構成例を示すブロック図である。 広告ＤＢのレコードレイアウトの一例を示す説明図である。 視聴者ＤＢのレコードレイアウトの一例を示す説明図である。 ポイント管理ＤＢのレコードレイアウトの一例を示す説明図である。 ポイント付与明細ＤＢのレコードレイアウトの一例を示す説明図である。 ポイント支払明細ＤＢのレコードレイアウトの一例を示す説明図である。 広告配信履歴ＤＢのレコードレイアウトの一例を示す説明図である。 広告主端末の構成例を示すブロック図である。 広告を視聴した視聴者にポイント付与を説明する説明図である。 ポータル画面に放映された広告を視聴した視聴者にポイント付与する際の処理手順を示すフローチャートである。 ポータル画面に放映された広告を視聴した視聴者にポイント付与する際の処理手順を示すフローチャートである。 第１種類のポイントで公共料金を支払う処理を説明する説明図である。 第１種類のポイントで公共料金を支払う際の処理手順を示すフローチャートである。 第１種類のポイントで公共料金を支払う際の処理手順を示すフローチャートである。 第１種類のポイント数及び支払ポイント数の表示のイメージ図である。 実施形態２のポータル画面に放映される広告のシステムの概要を示す説明図である。 ウェブサイトサーバの構成例を示すブロック図である。 ユーザＤＢのレコードレイアウトの一例を示す説明図である。 実施形態２の視聴者ＤＢのレコードレイアウトの一例を示す説明図である。 実施形態２のポイント管理ＤＢのレコードレイアウトの一例を示す説明図である。 第２種類のポイント数の取得及び表示を説明する説明図である。 第２種類のポイント数の取得及び表示の際の処理手順を示すフローチャートである。 合計ポイントで公共料金を支払う処理を説明する説明図である。 合計ポイントで公共料金を支払う際の処理手順を示すフローチャートである。 合計ポイントの表示及び支払ポイント数の表示のイメージ図である。 実施形態３のサーバの構成例を示すブロック図である。 バナーＤＢのレコードレイアウトの一例を示す説明図である。 ポータル画面にバナーを表示する際のイメージ図である。 ポータル画面にバナーを表示する際の処理手順を示すフローチャートである。 ポータル画面に「いいね」を表示する際のイメージ図である。 ポータル画面に「いいね」を受け付ける際の処理手順を示すフローチャートである。 実施形態５のサーバの構成例を示すブロック図である。 アンケートＤＢのレコードレイアウトの一例を示す説明図である。 ポータル画面にアンケートの表示及び回答を示すイメージ図である。 ポータル画面にアンケートの表示及び回答の処理手順を示すフローチャートである。 実施形態６の視聴者ＤＢのレコードレイアウトの一例を示す説明図である。 ポータル画面に表示される広告をＳＮＳへ共有するイメージ図である。 ポータル画面に表示される広告をＳＮＳへ共有する際の処理手順を示すフローチャートである。 ポータル画面とテレビの番組とを切り替えるイメージ図である。 テレビの広告からポータル画面に放映される広告へ切り替えにより第１種類のポイントを付与する処理を説明する説明図である。 ポータル画面へ切り替えにより第１種類のポイントを付与する際の処理手順を示すフローチャートである。 ポータル画面に放映される広告に対する利益配分の処理を説明する説明図である。 ポータル画面に放映される広告に対する利益配分の処理を実行する際の処理手順を示すフローチャートである。 上述した形態のディスプレイの動作を示す機能ブロック図である。

以下、本発明をその実施形態を示す図面に基づいて詳述する。

（実施形態１）
実施形態１は、ポータル画面に放映された広告を視聴した視聴者にポイントを付与する形態に関する。図１は、ポータル画面に放映される広告のシステムの概要を示す説明図である。本実施形態のシステムは、マンション、または所定エリア内でコミュニティが形成される戸建て住宅等の住宅施設内に設置されるディスプレイ１、情報処理装置２、及び情報処理端末３を含み、各装置はインターネット等のネットワークＮを介して情報の送受信を行う。以下では、住宅施設はマンションであるものとして説明する。

住宅施設のディスプレイ１は、テレビジョン放送の電波を受信し、映像と音声を視聴するためのテレビジョン受信機である。また、住宅施設のディスプレイ１は、ポータル画面に放映される広告の受信、該広告の視聴により付与されたポイント数の表示等、種々の情報処理、情報記憶及び情報の送受信を行うことができる。ポータル画面は、マンション内で共有される情報、例えば、ごみ収集日、管理組合の議決内容等、並びに、広告及び該広告の視聴により視聴者が獲得したポイント等を表示する。本実施形態において住宅施設のディスプレイ１は、以下では簡潔のためディスプレイ１と読み替える。

情報処理装置２は、ポータル画面に放映される広告の送受信、広告を視聴した視聴者に対するポイント数の算出・付与、及び公共料金の支払額に対応する支払ポイントの算出等、種々の情報処理、情報記憶及び情報の送受信を行う情報処理装置である。情報処理装置２は、例えばサーバ装置、パーソナルコンピュータ等である。本実施形態において情報処理装置２はサーバ装置であるものとし、以下では簡潔のためサーバ２と読み替える。

情報処理端末３は、住宅施設に設置されたディスプレイのポータル画面に放映される広告の登録、管理及び送信等を行う端末装置である。情報処理端末３は、例えばスマートフォン、携帯電話、タブレット、パーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、情報処理端末３を広告主端末３と読み替える。

続いて、ポータル画面に放映された広告を視聴した視聴者にポイントを付与する処理の流れを説明する。広告主端末３は、住宅施設に設置されたディスプレイ１のポータル画面に放映され、商品またはサービスに関する広告情報をサーバ２に送信する。広告情報は、広告主名称、代理店名称、住宅施設名称、広告のコンテンツ、視聴時間、視聴条件、ポイント付与ルール、配信期間、配信時間帯、配信回数及び配信頻度等を含む。サーバ２は、広告主端末３から送信された広告情報を受信して記憶する。

サーバ２は、現在の日時情報を取得し、取得した現在の日時情報に基づき、記憶された配信期間、配信時間帯、配信回数及び配信頻度と合致する広告を取得する。サーバ２は、取得した広告をディスプレイ１に送信し、送信した広告に関する配信情報を記憶する。ディスプレイ１は、サーバ２から送信された広告を受信し、受信した広告を表示する。ディスプレイ１は、該広告に対応する視聴者の視聴状況をサーバ２に送信する。サーバ２は、ディスプレイ１から送信された視聴者の視聴状況を受信して記憶する。

サーバ２は、予め記憶された広告の視聴時間及び視聴条件を取得する。サーバ２は、取得した広告の視聴時間及び視聴条件に応じて、ディスプレイ１から送信された視聴者の視聴状況が視聴条件を満たすか否かを判定する。サーバ２は、該広告の視聴条件を満たしたと判断した場合、所定のポイント付与基準により視聴ポイント数（第１種類のポイント数）を算出して記憶する。サーバ２は、算出した第１種類のポイント数をディスプレイ１に送信する。ディスプレイ１は、サーバ２から送信された第１種類のポイント数を受信し、受信した第１種類のポイント数を表示する。

なお、本実施形態では、サーバ２は、第１種類のポイント数を算出し、算出した第１種類のポイント数をディスプレイ１に送信したが、これに限るものではない。例えば、第１種類のポイント数が直接にディスプレイ１で算出され、ディスプレイ１に表示されても良い。

図２は、ディスプレイ１の構成例を示すブロック図である。ディスプレイ１は、制御部１１、記憶部１２、通信部１３、入力部１４、表示部１５、スピーカ１６、マイク１７、チューナ１８、及び信号プロセッサ１９を含む。各構成はバスＢで接続されている。

制御部１１はＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の演算処理装置を含み、記憶部１２に記憶された制御プログラム１Ｐを読み出して実行することにより、ディスプレイ１に係る種々の情報処理、制御処理等を行う。なお、図２では制御部１１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。

記憶部１２はＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等のメモリ素子を含み、制御部１１が処理を実行するために必要な制御プログラム１Ｐ又はデータ等を記憶している。また、記憶部１２は、制御部１１が演算処理を実行するために必要なデータ等を一時的に記憶する。通信部１３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、サーバ２及び広告主端末３との間で情報の送受信を行う。

入力部１４は、リモコン、タッチパネル、ワイヤレスキーボード等の入力デバイスであり、受け付けた操作情報を制御部１１へ出力する。表示部１５は、液晶ディスプレイ又は有機ＥＬ（Electroluminescence）ディスプレイ等であり、制御部１１の指示、または信号プロセッサ１９からの信号に従い各種情報を表示する。

スピーカ１６は、制御部１１からの信号に基づいて音声を出力する。マイク１７は、外部からの音声に基づいて音声信号を作成し、制御部１１に入力する。チューナ１８は、テレビジョン受信機の選局または同調操作を行う。信号プロセッサ１９は、音声信号プロセッサ、映像信号プロセッサを含み、アンテナまたはデジタル信号処理に特化したマイクロプロセッサーである。

図３は、サーバ２の構成例を示すブロック図である。サーバ２は、制御部２１、記憶部２２、通信部２３、入力部２４、表示部２５、読取部２６、大容量記憶部２７及び時計部２８を含む。各構成はバスＢで接続されている。

制御部２１はＣＰＵ、ＭＰＵ、ＧＰＵ等の演算処理装置を含み、記憶部２２に記憶された制御プログラム２Ｐを読み出して実行することにより、サーバ２に係る種々の情報処理、制御処理等を行う。なお、図３では制御部２１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。

記憶部２２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部２１が処理を実行するために必要な制御プログラム２Ｐ又はデータ等を記憶している。また、記憶部２２は、制御部２１が演算処理を実行するために必要なデータ等を一時的に記憶する。通信部２３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、ディスプレイ１、広告主端末３との間で情報の送受信を行う。

入力部２４は、マウス、キーボード、タッチパネル等の入力デバイスであり、受け付けた操作情報を制御部２１へ出力する。表示部２５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部２１の指示に従い各種情報を表示する。

読取部２６は、ＣＤ（Compact Disc）−ＲＯＭ又はＤＶＤ（Digital Versatile Disc）−ＲＯＭを含む可搬型記憶媒体２ａを読み取る。制御部２１が読取部２６を介して、制御プログラム２Ｐを可搬型記憶媒体２ａより読み取り、大容量記憶部２７に記憶しても良い。また、ネットワークＮ等を介して他のコンピュータから制御部２１が制御プログラム２Ｐをダウンロードし、大容量記憶部２７に記憶しても良い。さらにまた、半導体メモリ２ｂから、制御部２１が制御プログラム２Ｐを読み込んでも良い。

大容量記憶部２７は、例えばハードディスク等を含む大容量の記憶装置である。大容量記憶部２７は、広告ＤＢ２７１、視聴者ＤＢ２７２、ポイント管理ＤＢ２７３、ポイント付与明細ＤＢ２７４、ポイント支払明細ＤＢ２７５及び広告配信履歴ＤＢ２７６を含む。

広告ＤＢ２７１は、広告主が提供した商品またはサービスに関する広告の情報を記憶している。視聴者ＤＢ２７２は、ポータル画面に放映される広告を視聴する視聴者の情報を記憶している。ポイント管理ＤＢ２７３は、視聴者が獲得したポイント数を記憶している。ポイント付与明細ＤＢ２７４は、視聴者が獲得したポイント数の明細情報を記憶している。ポイント支払明細ＤＢ２７５は、ポイントで公共料金を支払う明細情報を記憶している。広告配信履歴ＤＢ２７６は、ポータル画面に放映される広告が視聴者に配信された履歴情報を記憶している。

時計部２８は、時刻又は経過時間等を計時しており、制御部２１からの求めに応じて、計時結果を制御部２１に与える回路である。また、時計部２８はタイマ機能を提供する。タイマ機能は開始を指示されてから、予め設定した時間が経過した場合、その旨を制御部２１に通知する機能である。又は、タイマ機能は開始を指示されてから、予め設定した時間が経過したか否かを、制御部２１からの問い合わせに対して回答する機能である。

なお、本実施形態において記憶部２２及び大容量記憶部２７は一体の記憶装置として構成されていても良い。また、大容量記憶部２７は複数の記憶装置により構成されていても良い。更にまた、大容量記憶部２７はサーバ２に接続された外部記憶装置であっても良い。

なお、本実施形態では、サーバ２は一台の情報処理装置であるものとして説明するが、複数台により分散して処理させても良く、または複数の仮想マシンにより構成されていても良い。

図４は、広告ＤＢ２７１のレコードレイアウトの一例を示す説明図である。広告ＤＢ２７１は、広告ＩＤ列、広告主列、代理店列、住宅施設列、広告列、視聴時間列、視聴条件列、ポイント付与列、配信期間列、配信時間帯列、配信回数列及び配信頻度列を含む。広告ＩＤ列は、各広告を識別するために、一意に特定される広告のＩＤを記憶している。広告主列は、広告を提供する広告主の会社または組織の名称を記憶している。なお、広告主が個人である場合、個人の名前が記憶されても良い。代理店列は、広告を配信する代理店の名称を記憶している。住宅施設列は、ディスプレイ１が設置された住宅施設の名称を記憶している。広告列は、広告のコンテンツまたは広告のコンテンツへアクセスするＵＲＬ（Uniform Resource Locator）等を記憶している。視聴時間列は、広告の視聴時間を記憶している。

視聴条件列、ポータル画面に放映される広告に対し、視聴者が第１種類のポイントを獲得するための満たす視聴条件を記憶している。例えば、視聴条件列に、「広告の最後まで視聴」、「５秒後スキップ可」等の視聴条件が記憶されても良い。「広告の最後まで視聴」の視聴条件である場合、視聴者が該広告を最後まで視聴することに応じて、所定のポイント付与基準により第１種類のポイントが視聴者に付与される。「５秒後スキップ可」の視聴条件である場合、視聴者が該広告を５秒以上視聴することに応じて、所定のポイント付与基準により第１種類のポイントが視聴者に付与される。

ポイント付与列は、視聴条件に応じて、視聴者に付与するポイントの付与基準を記憶している。例えば、「５秒後スキップ可」の視聴条件に応じて、「未視聴：０ｐｔ、５秒後スキップ：２ｐｔ、最後まで視聴：１０ｐｔ」となるポイント付与基準が設定されても良い。配信期間列は、広告の配信期間を記憶している。配信時間帯列は、広告の配信時間帯を記憶している。配信回数列は、配信時間帯内に広告が配信される回数を記憶している。配信頻度列は、広告の配信頻度を記憶している。広告の配信頻度は、例えば、広告が毎日配信されても良く、または指定された日曜によって広告が配信されても良い。

図５は、視聴者ＤＢ２７２のレコードレイアウトの一例を示す説明図である。視聴者ＤＢ２７２は、視聴者ＩＤ列、視聴者名前列、住宅施設列、及び部屋番号列を含む。視聴者ＩＤ列は、各視聴者を識別するために、一意に特定される視聴者のＩＤを記憶している。視聴者名前列は、視聴者の名前を記憶している。住宅施設列、視聴者のディスプレイ１が設置された住宅施設の名称を記憶している。部屋番号列は、視聴者のディスプレイ１が設置された住宅施設の部屋番号を記憶している。

図６は、ポイント管理ＤＢ２７３のレコードレイアウトの一例を示す説明図である。ポイント管理ＤＢ２７３は、視聴者ＩＤ列及びポイント数列を含む。視聴者ＩＤ列は、視聴者を特定する視聴者ＩＤを記憶している。ポイント数列は、ユーザがポータル画面に放映された広告を視聴したことに応じて、獲得された第１種類のポイント数を記憶する。

図７は、ポイント付与明細ＤＢ２７４のレコードレイアウトの一例を示す説明図である。ポイント付与明細ＤＢ２７４は、視聴者ＩＤ列、獲得方式列、付与ポイント数列、広告ＩＤ列及び付与日時列を含む。視聴者ＩＤ列は、視聴者を特定する視聴者ＩＤを記憶している。獲得方式列は、視聴者がポイントを獲得した方式を記憶している。例えば、獲得方式は、「視聴」、「いいね」、「アンケート」、「ＳＮＳ共有」及び「ウェブサイト」等であっても良い。「視聴」は、広告の視聴である。「いいね」は、広告に対する称賛を表明したことである。「アンケート」は、アンケートの回答である。「ＳＮＳ共有」は、広告をＳＮＳへ共有したことである。「ウェブサイト」は、外部のウェブサイトから獲得されたポイント（第２種類のポイント）である。なお、「いいね」、「アンケート」、「ＳＮＳ共有」、または外部のウェブサイトによるポイントの獲得方式に関しては後述する。付与ポイント数列は、付与されたポイント数を記憶している。広告ＩＤ列は、広告を特定する広告ＩＤを記憶している。付与日時列は、視聴者にポイントが付与された日時情報を記憶している。

図８は、ポイント支払明細ＤＢ２７５のレコードレイアウトの一例を示す説明図である。ポイント支払明細ＤＢ２７５は、支払ＩＤ列、視聴者ＩＤ列、支払種類列、請求金額列、対象年月列、ポイント付与基準列、支払ポイント数列及び支払日時列を含む。支払ＩＤ列は、各支払の明細を識別するために、一意に特定される支払明細のＩＤを記憶している。視聴者ＩＤ列は、視聴者を特定する視聴者ＩＤを記憶している。支払種類列は、公共料金の種類を記憶している。公共料金の種類は、例えば、電気料金、ガス料金、水道料金、国民年金保険料、ＮＨＫ受信料等である。請求金額列は、公共料金に応じて請求した金額を記憶している。対象年月列は、電気、ガス等の利用年月を記憶している。ポイント付与基準列、請求金額に応じて、付与されるポイントの基準を記憶している。例えば、付与基準列は、１円が１ポイントに相当するポイントの付与基準を記憶しても良い。支払ポイント数列は、公共料金の請求金額に対応する支払いポイント数を記憶している。支払日時列は、ポイントで公共料金へ支払った日時情報を記憶している。

図９は、広告配信履歴ＤＢ２７６のレコードレイアウトの一例を示す説明図である。広告配信履歴ＤＢ２７６は、視聴者ＩＤ列、広告ＩＤ列、配信日時列、視聴状況列及び当日配信状態列を含む。視聴者ＩＤ列は、視聴者を特定する視聴者ＩＤを記憶している。広告ＩＤ列は、広告を特定する広告ＩＤを記憶している。配信日時列は、ポータル画面に放映される広告が配信された日時情報を記憶している。視聴状況列は、配信された広告に対する視聴者の視聴状況を記憶している。視聴状況列に、例えば「視聴済」、「５秒視聴」、「未視聴」等の視聴状況が記憶されても良い。当日配信状態列は、当日の広告の配信のステータスまたは配信の回数を記憶している。例えば、「配信済」、「1回目」、「２回目」等が当日配信状態列に記憶されても良い。「配信済」の配信状態は、該広告に対する当日の配信が完了したものとする。「1回目」または「２回目」等の配信状態は、当日の広告が配信された回数であり、例えば、「１回目」は、当日の該広告の配信回数が１回である。サーバ２は、当日配信状態列に記憶された配信回数と、大容量記憶部２７の広告ＤＢ２７１に記憶された広告の配信回数と比較する。サーバ２は、当日配信状態列に記憶された配信回数が大容量記憶部２７の広告ＤＢ２７１に記憶された広告の配信回数未満であると判定した場合、該広告に対する当日の配信が可能である。

図１０は、広告主端末３の構成例を示すブロック図である。広告主端末３は、制御部３１、記憶部３２、通信部３３、入力部３４、及び表示部３５を含む。各構成はバスＢで接続されている。

制御部３１はＣＰＵ、ＭＰＵ等の演算処理装置を含み、記憶部３２に記憶された制御プログラム３Ｐを読み出して実行することにより、広告主端末３に係る種々の情報処理、制御処理等を行う。なお、図１０では制御部３１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。記憶部３２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部３１が処理を実行するために必要な制御プログラム３Ｐ又はデータ等を記憶している。また、記憶部３２は、制御部３１が演算処理を実行するために必要なデータ等を一時的に記憶する。

通信部３３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、サーバ２等と情報の送受信を行う。入力部３４は、キーボード、マウスまたは表示部３５と一体化したタッチパネルでも良い。表示部３５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部３１の指示に従い各種情報を表示する。

図１１は、広告を視聴した視聴者にポイント付与を説明する説明図である。広告主端末３の制御部３１は、住宅施設に設置されたディスプレイ１のポータル画面に放映され、商品またはサービスに関する広告情報を通信部３３によりサーバ２に送信する。サーバ２の制御部２１は、通信部２３を介して、広告主端末３から送信された広告情報を受信し、大容量記憶部２７の広告ＤＢ２７１に記憶する。具体的には、制御部２１は、受信した広告情報に対応する広告ＩＤを振って、広告主名称、代理店名称、住宅施設名称、広告のコンテンツ、広告の視聴時間、視聴条件、ポイント付与ルール、配信期間、配信時間帯、配信回数及び配信頻度を一つのレコードとして広告ＤＢ２７１に記憶する。

制御部２１は、時計部２８により現在の日時情報を取得する。制御部２１は、取得した現在の日時情報に基づき、大容量記憶部２７の広告ＤＢ２７１から配信期間、配信時間帯及び配信頻度と合致する広告ＩＤを取得する。制御部２１は、取得した広告ＩＤに基づき、該広告の規定の配信回数を広告ＤＢ２７１の配信回数列から取得する。制御部２１は、大容量記憶部２７の広告配信履歴ＤＢ２７６に、取得した広告ＩＤに対応する該広告の配信履歴のレコードが存在するか否かを判定する。

該広告の当日の配信履歴のレコードが存在している場合、制御部２１は、大容量記憶部２７の広告配信履歴ＤＢ２７６の配信日時列を日時の新しい順にソートし、最新の配信日時に基づき、該広告ＩＤに対応する当日の配信状態を取得する。制御部２１は、取得した規定の配信回数及び当日の配信状態に基づいて該広告を配信することが可能か否かを判定する。例えば、規定の配信回数が２回であり、当日の配信状態が「1回目」である場合、該広告をもう一度配信することができる。制御部２１は、大容量記憶部２７の広告ＤＢ２７１から、配信可能な広告ＩＤに対応する広告を取得する。なお、複数の広告ＩＤが取得された場合、それぞれの広告ＩＤに対応する広告が取得されても良い。

該広告の当日の配信履歴のレコードが存在していない場合、該広告の当日の配信履歴のレコードがまだ作成されていないため、制御部２１は、該広告を視聴者に配信することが可能であると判定する。大容量記憶部２７の広告ＤＢ２７１から、配信可能な広告ＩＤに対応する広告、及び視聴者に対するポイント付与条件を取得する。制御部２１は、通信部２３または入力部２４により、ポータル画面に表示される共有情報（例えば、ごみ収集日、管理等組合の議決内容等）を取得する。なお、ポータル画面に表示される共有情報に関しては、予め記憶部２２または大容量記憶部２７に記憶しても良い。

制御部２１は、通信部２３を介して、取得した広告、ポイント付与条件、及びポータル画面に表示される共有情報を視聴者ＩＤ、広告ＩＤに関連付けてディスプレイ１に送信する。制御部２１は、ディスプレイ１に送信した広告に関する配信情報を大容量記憶部２７の広告配信履歴ＤＢ２７６に記憶する。具体的には、制御部２１は、視聴者ＩＤ、広告ＩＤ、配信日時及び当日の配信状態を一つのレコードとして広告配信履歴ＤＢ２７６に記憶する。ディスプレイ１の制御部１１は、サーバ２から送信された視聴者ＩＤ、広告ＩＤ、広告、ポイント付与条件、及び共有情報を通信部１３により受信し、ポータル画面に受信した広告、ポイント付与条件、及び共有情報を表示部１５により表示する。

ディスプレイ１の制御部１１は、テレビ放送局から放送されたテレビの番組に切り替えたと判定した場合、または該広告の放映を終了したと判断した場合、通信部１３を介して、当該視聴者の視聴状況を視聴者ＩＤ及び広告ＩＤに対応付けてサーバ２に送信する。サーバ２の制御部２１は、ディスプレイ１から送信された視聴者ＩＤ、広告ＩＤ及び視聴状況を通信部２３により受信する。制御部２１は、受信した視聴者ＩＤ、広告ＩＤに基づき、受信した視聴状況を大容量記憶部２７の広告配信履歴ＤＢ２７６の視聴状況列に更新する。

視聴状況は、視聴者が広告を視聴した視聴時間、視聴の開始秒数、視聴の終了秒数等を含む。例えば、視聴者が広告の最後まで視聴した場合、視聴状況列に「視聴済」が記憶されても良い。また、制御部１１は、テレビ放送局から放送されたテレビの番組に切り替えの操作を入力部１４により受け付けた場合、テレビの番組へ切り替えた時点の該広告の視聴の終了秒数を取得する。制御部１１は、取得した視聴の終了秒数（例えば、５秒）に基づき、視聴状況列に「０秒〜５秒視聴」が記憶されても良い。また、制御部１１は、テレビの番組から広告に切り替えの操作を入力部１４により受け付けた場合、広告へ切り替えた時点の該広告の視聴の開始秒数を取得する。制御部１１は、取得した開始秒数（例えば、１０秒）に基づき、視聴状況列に「１０秒〜最後まで視聴」が記憶されても良い。更にまた、ポータル画面に広告が放映されている時間内に、制御部１１は、テレビ放送局から放送されたテレビの番組を表示部１５により表示したと判定した場合、視聴状況列に「未視聴」が記憶されても良い。

制御部２１は、大容量記憶部２７の広告ＤＢ２７１から、受信した広告ＩＤに対応する視聴時間及び視聴条件を取得する。制御部２１は、取得した広告の視聴時間及び視聴条件に応じて、ディスプレイ１から送信された視聴者の視聴状況が視聴条件を満たすか否かを判定する。サーバ２の制御部２１は、該広告の視聴条件を満たしたと判断した場合、所定のポイント付与基準により第１種類のポイントを算出する。

具体的には、制御部２１は、大容量記憶部２７の広告ＤＢ２７１のポイント付与列から、広告ＩＤに対応するポイント付与基準を取得する。制御部２１は、取得したポイント付与基準により、視聴者が該広告を視聴した視聴時間に基づいて第１種類のポイント数を算出する。制御部２１は、算出した第１種類のポイント数を大容量記憶部２７に記憶する。具体的には、制御部２１は、視聴者ＩＤ、獲得方式、付与ポイント数、広告ＩＤ及び付与日時を一つのレコードとしてポイント付与明細ＤＢ２７４に記憶する。制御部２１は、視聴者ＩＤに関連づけ、算出した第１種類のポイント数をポイント管理ＤＢ２７３のポイント数列に加算して更新する。

制御部２１は、通信部２３を介して、算出した第１種類のポイント数をディスプレイ１に送信する。ディスプレイ１の制御部１１は、サーバ２から送信された第１種類のポイント数を通信部１３により受信し、受信した第１種類のポイント数を表示部１５により表示する。

図１２及び図１３は、ポータル画面に放映された広告を視聴した視聴者にポイント付与する際の処理手順を示すフローチャートである。広告主端末３の制御部３１は、住宅施設に設置されたディスプレイ１のポータル画面に放映され、商品またはサービスに関する広告を通信部３３によりサーバ２に送信する（ステップＳ４０１）。サーバ２の制御部２１は、通信部２３を介して、広告主端末３から送信された広告を受信し（ステップＳ２０１）、大容量記憶部２７の広告ＤＢ２７１に記憶する（ステップＳ２０２）。

制御部２１は、時計部２８により現在の日時情報を取得する（ステップＳ２０３）。制御部２１は、取得した現在の日時情報に基づき、大容量記憶部２７の広告ＤＢ２７１から配信期間、配信時間帯及び配信頻度と合致する広告ＩＤを取得する（ステップＳ２０４）。制御部２１は、取得した広告ＩＤに基づき、該広告の規定の配信回数を広告ＤＢ２７１の配信回数列から取得する（ステップＳ２０５）。制御部２１は、大容量記憶部２７の広告配信履歴ＤＢ２７６に、取得した広告ＩＤに対応する該広告の配信履歴のレコードが存在するか否かを判定する（ステップＳ２０６）。

制御部２１は、該広告の当日の配信履歴のレコードが存在していると判定した場合（ステップＳ２０６でＹＥＳ）、制御部２１は、大容量記憶部２７の広告配信履歴ＤＢ２７６の配信日時列を日時の新しい順にソートし、最新の配信日時に基づき、該広告ＩＤに対応する当日の配信状態を取得する（ステップＳ２０７）。制御部２１は、取得した規定の配信回数及び当日の配信状態に基づいて該広告を配信することが可能か否かを判定する（ステップＳ２０８）。制御部２１は、該広告を配信することが可能と判定した場合（ステップＳ２０８でＹＥＳ）、制御部２１は、広告及びポータル画面に表示される共有情報を取得する（ステップＳ２０９）。具体的には、制御部２１は、大容量記憶部２７の広告ＤＢ２７１から、配信可能な広告ＩＤに対応する広告、及び視聴者に対するポイント付与条件を取得する。制御部２１は、通信部２３または入力部２４により、ポータル画面に表示される共有情報を取得する。

制御部２１は、通信部２３を介して、取得した広告、ポイント付与条件、及びポータル画面に表示される共有情報を視聴者ＩＤ、広告ＩＤに関連付けてディスプレイ１に送信する（ステップＳ２１０）。制御部２１は、ディスプレイに送信した広告に関する配信情報を大容量記憶部２７の広告配信履歴ＤＢ２７６に記憶する（ステップＳ２１１）。ディスプレイ１の制御部１１は、サーバ２から送信された視聴者ＩＤ、広告ＩＤ、広告、ポイント付与条件、及び共有情報を通信部１３により受信する（ステップＳ１０１）。

制御部２１は、該広告を配信することができないと判定した場合（ステップＳ２０８でＮＯ）、ステップＳ２０３に戻る。制御部２１は、該広告の当日の配信履歴のレコードが存在していないと判定した場合（ステップＳ２０６でＮＯ）、該広告が配信されないため、視聴者に配信することが可能となる。制御部２１は、ステップＳ２０９に遷移する。

ディスプレイ１の制御部１１は、表示部１５を介して、受信した広告、ポイント付与条件、及び共有情報をポータル画面に表示する（ステップＳ１０２）。制御部１１は、テレビ放送局から放送されたテレビの番組に切り替えるか否かを判定する（ステップＳ１０３）。制御部１１は、テレビ放送局から放送されたテレビの番組に切り替えていないと判定した場合（ステップＳ１０３でＮＯ）、制御部１１は、該広告の放映を終了するか否かを判定する（ステップＳ１０４）。制御部１１は、該広告の放映を終了したと判定した場合（ステップＳ１０４でＹＥＳ）、制御部１１は、通信部１３を介して、当該視聴者の視聴状況を視聴者ＩＤ及び広告ＩＤに対応付けてサーバ２に送信する（ステップＳ１０５）。制御部１１は、テレビ放送局から放送されたテレビの番組に切り替えたと判定した場合（ステップＳ１０３でＹＥＳ）、ステップＳ１０５処理に遷移する。制御部１１は、該広告の放映を終了していないと判定した場合（ステップＳ１０４でＮＯ）、ステップＳ１０３処理に戻る。

サーバ２の制御部２１は、ディスプレイ１から送信された視聴者ＩＤ、広告ＩＤ及び視聴状況を通信部２３により受信する（ステップＳ２１２）。制御部２１は、受信した視聴者ＩＤ、広告ＩＤに基づき、受信した視聴状況を大容量記憶部２７の広告配信履歴ＤＢ２７６の視聴状況列に更新する（ステップＳ２１３）。制御部２１は、大容量記憶部２７の広告ＤＢ２７１から、受信した広告ＩＤに対応する視聴時間及び視聴条件を取得する（ステップＳ２１４）。制御部２１は、取得した広告の視聴時間及び視聴条件に応じて、ディスプレイ１から送信された視聴者の視聴状況が視聴条件を満たすか否かを判定する（ステップＳ２１５）。

サーバ２の制御部２１は、該広告の視聴条件を満たしたと判断した場合（ステップＳ２１５でＹＥＳ）、所定のポイント付与基準により第１種類のポイントを算出する（ステップＳ２１６）。制御部２１は、算出した第１種類のポイント数を大容量記憶部２７のポイント付与明細ＤＢ２７４及びポイント管理ＤＢ２７３に記憶する（ステップＳ２１７）。制御部２１は、通信部２３を介して、算出した第１種類のポイント数をディスプレイ１に送信する（ステップＳ２１８）。ディスプレイ１の制御部１１は、サーバ２から送信された第１種類のポイント数を通信部１３により受信し（ステップＳ１０６）、受信した第１種類のポイント数を表示部１５により表示する（ステップＳ１０７）。サーバ２の制御部２１は、該広告の視聴条件を満たしていないと判断した場合（ステップＳ２１５でＮＯ）、処理が終了する。

続いて、第１種類のポイントで公共料金を支払う処理を説明する。公共料金の支払額に対応する支払いポイント数が所定のポイント付与基準により算出され、算出された支払いポイント数をポータル画面に表示することができる。視聴者が広告の視聴によって獲得された第１種類のポイント数が、算出された支払ポイント数以上である場合、獲得された第１種類のポイントで公共料金を支払うことができる。以下では、第１種類のポイントで公共料金の一つの種類となるＮＨＫ受信料を支払う例を説明する。

図１４は、第１種類のポイントで公共料金を支払う処理を説明する説明図である。本実施形態のシステムは、公共料金管理サーバ４を含む。公共料金管理サーバ４は、住宅施設の所在地を管理している自治体に設置され、公共料金の支払額の計算、管理、送受信及び決済等の処理を行う情報処理装置である。

サーバ２の制御部２１は、通信部２３を介して、公共料金管理サーバ４からＮＨＫ受信料に関する情報を取得する。ＮＨＫ受信料に関する情報は、ＮＨＫ受信料の請求金額、請求の対象年月、支払ポイント数を算出するためのポイント付与基準を含む。ポイント付与基準は、例えば、１円が１ポイントに相当する。制御部２１は、ポイント付与基準により、ＮＨＫ受信料の支払額に対応する支払ポイント数を算出する。制御部２１は、取得したＮＨＫ受信料に関する情報を視聴者ＩＤに関連づけて大容量記憶部２７のポイント支払明細ＤＢ２７５に記憶する。具体的には、制御部２１は、支払いＩＤを振って、視聴者ＩＤ、支払種類、請求金額、対象年月、ポイント付与基準、支払ポイント数を一つのレコードとしてポイント支払明細ＤＢ２７５に記憶する。

制御部２１は、通信部２３を介して、算出した支払ポイント数を視聴者ＩＤに関連づけてディスプレイ１に送信する。ディスプレイ１の制御部１１は、サーバ２から送信された視聴者ＩＤ及び支払ポイント数を通信部１３により受信し、受信した支払ポイント数を表示部１５によりポータル画面に表示する。制御部１１は、入力部１４を介して、第１種類のポイントでＮＨＫ受信料の支払指示を受け付けた場合、受け付けた支払指示を通信部１３によりサーバ２に送信する。ＮＨＫ受信料の支払指示が、例えば、ポータル画面に表示されている「ポイントを使う」ボタンの操作から受け付けられても良い。

サーバ２の制御部２１は、通信部２３を介して、ディスプレイ１から送信された支払指示を受信する。制御部２１は、大容量記憶部２７のポイント支払明細ＤＢ２７５の支払ポイント数列から、視聴者ＩＤに応じて、ＮＨＫ受信料の支払額に対応する支払ポイント数を取得する。制御部２１は、大容量記憶部２７のポイント管理ＤＢ２７３のポイント数列から、視聴者が獲得した第１種類のポイント数を取得する。制御部２１は、取得した支払ポイント数と獲得された第１種類のポイント数とを比較する。

制御部２１は、獲得された第１種類のポイント数がＮＨＫ受信料の支払額に対応する支払ポイント以上である場合、獲得された第１種類のポイント数からＮＨＫ受信料の支払額に対応する支払ポイント数を差し引き、大容量記憶部２７に更新する。具体的には、制御部２１は、ＮＨＫ受信料の支払額に対応する支払ポイント数を差し引いた第１種類のポイント数をポイント管理ＤＢ２７３のポイント数列に、視聴者ＩＤに対応付けて更新する。制御部２１は、支払ＩＤ及び視聴者ＩＤに対応付け、大容量記憶部２７のポイント支払明細ＤＢ２７５の支払日時列に支払の日時情報を記憶する。

制御部２１は、ＮＨＫ受信料の支払額に応じて、公共料金管理サーバ４にＮＨＫ受信料の決済請求を通信部２３により送信する。公共料金管理サーバ４は、サーバ２から送信されたＮＨＫ受信料の決済請求に応じて、ＮＨＫ受信料の決済処理を行う。例えば、カード決済、現金決済等の決済方式が利用されても良い。制御部２１は、通信部２３を介して、更新後の第１種類のポイント数をディスプレイ１に送信する。ディスプレイ１の制御部１１は、サーバ２から送信された最新の第１種類のポイント数を通信部１３により受信する。制御部１１は、表示部１５を介して、受信した最新の第１種類のポイント数をポータル画面に表示する。

制御部２１は、獲得された第１種類のポイント数がＮＨＫ受信料の支払額に対応する支払ポイント未満である場合、ポイント支払不可指示を通信部２３によりディスプレイ１に送信する。ディスプレイ１の制御部１１は、通信部１３を介して、サーバ２から送信されたポイント支払不可指示を受信する。ディスプレイ１の制御部１１は、受信したポイント支払不可指示に応じて、通知メッセージ等を表示部１５によりポータル画面に表示しても良い。

なお、上述した処理方式に限るものではない。例えば、獲得された第１種類のポイント数がＮＨＫ受信料の支払額に対応する支払ポイント以上であると判定された場合限り、ポータル画面に「ポイントを使う」ボタンが表示されても良い。よって、視聴者が表示されている「ポイントを使う」を押下した際に、獲得された第１種類のポイント数と支払ポイント数との比較処理をスキップすることが可能となる。

なお、本実施形態では、第１種類のポイントでＮＨＫ受信料を支払う可能か否かを判定する処理がサーバ２で行われたが、これに限るものではない。例えば、ディスプレイ１は、ＮＨＫ受信料の支払指示を受け付けた場合、直接にＮＨＫ受信料を支払う可能か否かを判定しても良い。

図１５及び図１６は、第１種類のポイントで公共料金を支払う際の処理手順を示すフローチャートである。公共料金管理サーバ４は、ＮＨＫ受信料に関する情報をサーバ２に送信する（ステップＳ４３１）。サーバ２の制御部２１は、通信部２３を介して、公共料金管理サーバ４から送信されたＮＨＫ受信料に関する情報を受信する（ステップＳ２３１）。制御部２１は、ポイント付与基準により、ＮＨＫ受信料の支払額に対応する支払ポイント数を算出する（ステップＳ２３２）。制御部２１は、取得したＮＨＫ受信料に関する情報を視聴者ＩＤに関連づけて大容量記憶部２７のポイント支払明細ＤＢ２７５に記憶する（ステップＳ２３３）。

制御部２１は、通信部２３を介して、算出した支払ポイント数を視聴者ＩＤに関連づけてディスプレイ１に送信する（ステップＳ２３４）。ディスプレイ１の制御部１１は、サーバ２から送信された視聴者ＩＤ及び支払ポイント数を通信部１３により受信し（ステップＳ１３１）、受信した支払ポイント数を表示部１５によりポータル画面に表示する（ステップＳ１３２）。制御部１１は、入力部１４を介して、第１種類のポイントでＮＨＫ受信料の支払指示を受け付け（ステップＳ１３３）、受け付けた支払指示を通信部１３によりサーバ２に送信する（ステップＳ１３４）。サーバ２の制御部２１は、通信部２３を介して、ディスプレイ１から送信された支払指示を受信する（ステップＳ２３５）。

制御部２１は、大容量記憶部２７のポイント支払明細ＤＢ２７５の支払ポイント数列から、視聴者ＩＤに応じて、ＮＨＫ受信料の支払額に対応する支払ポイント数を取得する（ステップＳ２３６）。制御部２１は、大容量記憶部２７のポイント管理ＤＢ２７３のポイント数列から、視聴者が獲得した第１種類のポイント数を取得する（ステップＳ２３７）。制御部２１は、獲得された第１種類のポイント数が支払ポイント数以上であるか否かを判定する（ステップＳ２３８）。

制御部２１は、獲得された第１種類のポイント数が支払ポイント数以上であると判定した場合（ステップＳ２３８でＹＥＳ）、制御部２１は、獲得された第１種類のポイント数からＮＨＫ受信料の支払額に対応する支払ポイント数を差し引く（ステップＳ２３９）。制御部２１は、大容量記憶部２７のポイント管理ＤＢ２７３及びポイント支払明細ＤＢ２７５を更新する（ステップＳ２４０）。具体的には、制御部２１は、ＮＨＫ受信料の支払額に対応する支払ポイント数を差し引いた第１種類のポイント数をポイント管理ＤＢ２７３のポイント数列に、視聴者ＩＤに対応付けて更新する。制御部２１は、支払ＩＤ及び視聴者ＩＤに対応付け、大容量記憶部２７のポイント支払明細ＤＢ２７５の支払日時列に支払の日時情報を記憶する。

制御部２１は、ＮＨＫ受信料の支払額に応じて、公共料金管理サーバ４にＮＨＫ受信料の決済請求を通信部２３により送信する（ステップＳ２４１）。公共料金管理サーバ４は、サーバ２から送信されたＮＨＫ受信料の決済請求に応じて、ＮＨＫ受信料の決済処理を行う（ステップＳ４３２）。制御部２１は、通信部２３を介して、更新後の第１種類のポイント数をディスプレイ１に送信する（ステップＳ２４２）。ディスプレイ１の制御部１１は、サーバ２から送信された最新の第１種類のポイント数を通信部１３により受信する（ステップＳ１３６）。制御部１１は、表示部１５を介して、受信した最新の第１種類のポイント数をポータル画面に表示する（ステップＳ１３７）。

制御部２１は、獲得された第１種類のポイント数が支払ポイント数以上でないと判定した場合（ステップＳ２３８でＮＯ）、ポイント支払不可指示を通信部２３によりディスプレイ１に送信する（ステップＳ２４３）。ディスプレイ１の制御部１１は、通信部１３を介して、サーバ２から送信されたポイント支払不可指示を受信する（ステップＳ１３５）。

図１７は、第１種類のポイント数及び支払ポイント数の表示のイメージ図である。ディスプレイ１の制御部１１は、通信部１３を介して、サーバ２から送信された第１種類のポイント数（視聴ポイント）、ＮＨＫ受信料に対応する支払ポイント数、広告及び視聴者に対するポイント付与条件を受信する。制御部１１は、ポータル画面に受信した第１種類のポイント数、支払ポイント数、広告及びポイント付与条件を表示部１５により表示する。ポイント付与条件は、例えば、「未視聴：０ｐｔ ５秒後スキップ：２ｐｔ 最後まで視聴：１０ｐｔ」である。視聴者が広告を視聴していない場合、第１種類のポイントを視聴者に付与しない。視聴者が広告を５秒以上視聴し、かつ最後までに視聴していない場合、視聴者に２ｐｔの第１種類のポイントを付与する。視聴者が広告を最後までに視聴した場合、視聴者に１０ｐｔの第１種類のポイントを付与する。また、第１種類のポイントでＮＨＫ受信料を支払うための「ポイントを使う」ボタンがポータル画面に表示される。該「ポイントを使う」ボタン経由で、第１種類のポイントでＮＨＫ受信料を支払指示がサーバ２に送信される。具体的には、制御部１１は、入力部１４を介して、視聴者による「ポイントを使う」操作を受け付けた場合、制御部１１は、第１種類のポイントでＮＨＫ受信料の支払指示を通信部１３によりサーバ２に送信する。

本実施形態によると、住宅施設に設置されたディスプレイ１のポータル画面に、広告及び該広告の視聴によって獲得された第１種類のポイント数を表示することができる。

本実施形態によると、視聴者がポータル画面に放映された広告を視聴したことにより、視聴ポイント（第１種類のポイント）を獲得することができる。よって、視聴者に広告の視聴を促進することが可能となる。

本実施形態によると、視聴者が獲得した第１種類のポイントで公共料金を支払うことができるため、能動的な広告の視聴者が増えることが可能となる。

（実施形態２）
実施形態２は、外部のウェブサイトから獲得されたポイント数を表示する形態に関する。なお、実施形態１と重複する内容については説明を省略する。住宅施設に設置されたディスプレイ１のポータル画面に、視聴者のＩＤに関連づけた登録済の外部のウェブサイトのユーザＩＤに基づき、当該外部のウェブサイト内に該ユーザＩＤに対応するポイント（第２種類のポイント）数を取得して表示することができる。また、視聴者が広告を視聴したことによる獲得された第１種類のポイント数と、それぞれの外部のウェブサイトから獲得された第２種類のポイント数との合計ポイントをポータル画面に表示することができる。

図１８は、実施形態２のポータル画面に放映される広告のシステムの概要を示す説明図である。なお、図１と重複する内容については同一の符号を付して説明を省略する。本実施形態のシステムは、情報処理装置５を含み、各装置はインターネット等のネットワークＮを介して情報の送受信を行う。

情報処理装置５は、ウェブサイト等を運営している情報処理装置であり、該ウェブサイト内に視聴者のＩＤに関連づけたユーザが獲得したポイント数の送信、及びウェブサイトのバナーの送信等、種々の情報処理、情報記憶及び情報の送受信を行う情報処理装置である。情報処理装置５は、例えばサーバ装置、パーソナルコンピュータ等である。本実施形態において情報処理装置５はサーバ装置であるものとし、以下では簡潔のためウェブサイトサーバ５と読み替える。

図１９は、ウェブサイトサーバ５の構成例を示すブロック図である。ウェブサイトサーバ５は、制御部５１、記憶部５２、通信部５３、入力部５４、表示部５５、読取部５６及び大容量記憶部５７を含む。各構成はバスＢで接続されている。

制御部５１はＣＰＵ、ＭＰＵ、ＧＰＵ等の演算処理装置を含み、記憶部５２に記憶された制御プログラム５Ｐを読み出して実行することにより、ウェブサイトサーバ５に係る種々の情報処理、制御処理等を行う。なお、図１９では制御部５１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。

記憶部５２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部５１が処理を実行するために必要な制御プログラム５Ｐ又はデータ等を記憶している。また、記憶部５２は、制御部５１が演算処理を実行するために必要なデータ等を一時的に記憶する。通信部５３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、ディスプレイ１、サーバ２等との間で情報の送受信を行う。

入力部５４は、マウス、キーボード、タッチパネル等の入力デバイスであり、受け付けた操作情報を制御部５１へ出力する。表示部５５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部５１の指示に従い各種情報を表示する。

読取部５６は、ＣＤ−ＲＯＭ又はＤＶＤ−ＲＯＭを含む可搬型記憶媒体５ａを読み取る。制御部５１が読取部５６を介して、制御プログラム５Ｐを可搬型記憶媒体５ａより読み取り、大容量記憶部５７に記憶しても良い。また、ネットワークＮ等を介して他のコンピュータから制御部５１が制御プログラム５Ｐをダウンロードし、大容量記憶部５７に記憶しても良い。さらにまた、半導体メモリ５ｂから、制御部５１が制御プログラム５Ｐを読み込んでも良い。

大容量記憶部５７は、例えばハードディスク等を含む大容量の記憶装置である。大容量記憶部５７は、ユーザＤＢ５７１を含む。ユーザＤＢ５７１は、ユーザの個人情報、商品の購入等を通じて獲得されたポイント数等を記憶している。

図２０は、ユーザＤＢ５７１のレコードレイアウトの一例を示す説明図である。ユーザＤＢ５７１は、ユーザＩＤ列、名前列、住所列、ポイント数列及び視聴者ＩＤ列を含む。ユーザＩＤ列は、各ユーザを識別するために、一意に特定されるユーザのＩＤを記憶している。名前列は、ユーザの名前を記憶している。住所列は、ユーザの現住所を記憶している。ポイント数列は、現時点でユーザが保有しているポイント数を記憶している。視聴者ＩＤ列は、ユーザＩＤに関連づけた視聴者のＩＤを記憶している。

なお、本実施形態において記憶部５２及び大容量記憶部５７は一体の記憶装置として構成されていても良い。また、大容量記憶部５７は複数の記憶装置により構成されていても良い。更にまた、大容量記憶部５７はウェブサイトサーバ５に接続された外部記憶装置であっても良い。

なお、本実施形態では、ウェブサイトサーバ５は一台の情報処理装置であるものとして説明するが、複数台により分散して処理させても良く、または複数の仮想マシンにより構成されていても良い。

図２１は、実施形態２の視聴者ＤＢ２７２のレコードレイアウトの一例を示す説明図である。なお、図５と重複する内容については同一の符号を付して説明を省略する。視聴者ＤＢ２７２は、連携ユーザＩＤ列を含む。連携ユーザＩＤ列は、Ａサイト列、Ｂサイト列及びＣサイト列を含む。Ａサイト列、Ｂサイト列及びＣサイト列は、視聴者ＩＤに対応するそれぞれの外部のウェブサイトのユーザＩＤを記憶している。なお、本実施形態では、連携の外部ウェブサイトが、Ａサイト、Ｂサイト及びＣサイトを含む例を説明したが、これに限らず、連携の外部のウェブサイトの種類または数量が任意であっても良い。

図２２は、実施形態２のポイント管理ＤＢ２７３のレコードレイアウトの一例を示す説明図である。なお、図６と重複する内容については同一の符号を付して説明を省略する。ポイント管理ＤＢ２７３は、ポータル画面に放映された広告の視聴に応じて獲得された第１種類のポイント数、ぞれぞれの外部のウェブサイトから獲得された第２種類のポイント数、及び第1種類のポイント数と第２種類のポイント数との合計ポイント数を記憶している。

ポイント管理ＤＢ２７３は、ポイント数列を含む。ポイント数列は、広告視聴列、Ａサイト列、Ｂサイト列、Ｃサイト列及び合計列を含む。広告視聴列は、ユーザがポータル画面に放映された広告を視聴したことにより、付与された第１種類のポイント数を記憶している。Ａサイト列は、視聴者がＡウェブサイトから獲得された第２種類のポイント数を記憶している。Ｂサイト列は、視聴者がＢウェブサイトから獲得された第２種類のポイント数を記憶している。Ｃサイト列は、視聴者がＣウェブサイトから獲得された第２種類のポイント数を記憶している。合計列は、第１種類のポイント数と第２種類のポイント数との合計ポイント数を記憶している。

図２３は、第２種類のポイント数の取得及び表示を説明する説明図である。サーバ２の制御部２１は、大容量記憶部２７の視聴者ＤＢ２７２から、視聴者ＩＤに対応する外部のウェブサイトのユーザＩＤを取得する。制御部２１は、通信部２３を介して、視聴者ＩＤ及び該視聴者ＩＤに関連づけたウェブサイトのユーザＩＤを、当該ウェブサイトのウェブサイトサーバ５に送信する。ウェブサイトサーバ５の制御部５１は、通信部５３を介して、サーバ２から送信された視聴者ＩＤ及びユーザＩＤを受信する。制御部５１は、大容量記憶部５７のユーザＤＢ５７１から、受信した視聴者ＩＤ及びユーザＩＤに基づき、該ユーザがウェブサイト内で獲得した第２種類のポイント数を取得する。

制御部５１は、通信部５３を介して、取得した第２種類のポイント数を視聴者ＩＤに関連づけ、サーバ２に送信する。サーバ２の制御部２１は、通信部２３を介して、制御部５１から送信された視聴者ＩＤ及び第２種類のポイント数を受信し、受信した視聴者ＩＤ及びポイント数を大容量記憶部２７のポイント管理ＤＢ２７３及びポイント付与明細ＤＢ２７４に記憶する。

具体的には、制御部２１は、大容量記憶部２７のポイント管理ＤＢ２７３から、受信した視聴者ＩＤに対応する第１種類のポイントを取得する。制御部２１は、取得した第１種類のポイント数と、受信したウェブサイトの第２種類のポイント数との合計ポイント数を計算する。制御部２１は、ポイント管理ＤＢ２７３の視聴者ＩＤ列、対象のウェブサイト列（例えば、Ａサイト列）、合計列を、視聴者ＩＤ、受信した対象のウェブサイトの第２種類のポイント数及び合計ポイント数で更新する。制御部２１は、視聴者ＩＤ、獲得方式、付与ポイント数及び付与日時を一つのレコードとしてポイント付与明細ＤＢ２７４に記憶する。なお、獲得方式列に、「ウェブサイト」が記憶されても良い。

制御部２１は、ウェブサイトサーバ５から送信された第２種類のポイント数、算出した合計ポイント数を通信部２３によりディスプレイ１に送信する。ディスプレイ１の制御部１１は、通信部１３を介して、サーバ２から送信された第２種類のポイント数、合計ポイント数を受信する。本実施形態では、第２種類のポイント数及び合計ポイント数のみがサーバ２からディスプレイ１に送信されたが、これに限るものではない。例えば、第１種類のポイント数、第２種類のポイント数及び合計ポイント数がサーバ２からディスプレイ１に同時に送信されても良い。ディスプレイ１の制御部１１は、通信部１３を介して、ポータル画面にサーバ２から送信された第２種類のポイント数及び合計ポイント数を表示部１５により表示する。

図２４は、第２種類のポイント数の取得及び表示の際の処理手順を示すフローチャートである。サーバ２の制御部２１は、大容量記憶部２７の視聴者ＤＢ２７２から、視聴者ＩＤに対応する外部のウェブサイトのユーザＩＤを取得する（ステップＳ２５１）。制御部２１は、通信部２３を介して、視聴者ＩＤ及び該視聴者ＩＤに関連づけたウェブサイトのユーザＩＤを、当該ウェブサイトのウェブサイトサーバ５に送信する（ステップＳ２５２）。ウェブサイトサーバ５の制御部５１は、通信部５３を介して、サーバ２から送信された視聴者ＩＤ及びユーザＩＤを受信する（ステップＳ５５１）。制御部５１は、大容量記憶部５７のユーザＤＢ５７１から、受信した視聴者ＩＤ及びユーザＩＤに基づき、該ユーザがウェブサイト内で獲得した第２種類のポイント数を取得する（ステップＳ５５２）。

制御部５１は、通信部５３を介して、取得した第２種類のポイント数を視聴者ＩＤに関連づけ、サーバ２に送信する（ステップＳ５５３）。制御部２１は、通信部２３を介して、視聴者ＩＤ及び第２種類のポイント数を受信する（ステップＳ２５３）。制御部２１は、該視聴者ＩＤに対応する第１種類のポイント数と、受信したウェブサイトの第２種類のポイント数との合計ポイント数を計算する（ステップＳ２５４）。

制御部２１、受信した対象のウェブサイトの第２種類のポイント数及び合計ポイント数をポイント管理ＤＢ２７３に更新する（ステップＳ２５５）。具体的には、制御部２１は、ポイント管理ＤＢ２７３の視聴者ＩＤ列、対象のウェブサイト列、合計列を、視聴者ＩＤ、ウェブサイトの第２種類のポイント数及び合計ポイント数で更新する。制御部２１は、受信した対象のウェブサイトの第２種類のポイント数をポイント付与明細ＤＢ２７４に記憶する（ステップＳ２５６）。具体的には、制御部２１は、視聴者ＩＤ、獲得方式、付与ポイント数及び付与日時を一つのレコードとしてポイント付与明細ＤＢ２７４に記憶する。

制御部２１は、ウェブサイトサーバ５から送信された第２種類のポイント数、算出した合計ポイント数を通信部２３によりディスプレイ１に送信する（ステップＳ２５７）。ディスプレイ１の制御部１１は、通信部１３を介して、サーバ２から送信された第２種類のポイント数、合計ポイント数を受信する（ステップＳ１５１）。ディスプレイ１の制御部１１は、通信部１３を介して、ポータル画面にサーバ２から送信された第２種類のポイント数及び合計ポイント数を表示部１５により表示する（ステップＳ１５２）。

続いて、算出された合計ポイントで公共料金を支払う処理を説明する。視聴者が公共料金を支払う際に、合計ポイント数が公共料金を支払うための必要なポイント数以上である場合、合計ポイントで公共料金を支払うことができる。以下では、ＮＨＫ受信料を支払う例を説明する。

図２５は、合計ポイントで公共料金を支払う処理を説明する説明図である。なお、ＮＨＫ受信料の受信、ＮＨＫ受信料に対応する支払ポイント数の算出・表示、ＮＨＫ受信料及び支払ポイント数の記憶等の処理に関しては、図１４と重複するため、説明を省略する。

制御部１１は、入力部１４を介して、合計ポイントでＮＨＫ受信料の支払指示を受け付けた場合、受け付けた支払指示を通信部１３によりサーバ２に送信する。サーバ２の制御部２１は、通信部２３を介して、ディスプレイ１から送信された支払指示を受信する。制御部２１は、大容量記憶部２７のポイント支払明細ＤＢ２７５の支払ポイント数列から、視聴者ＩＤに応じて、ＮＨＫ受信料の支払額に対応する支払ポイント数を取得する。制御部２１は、大容量記憶部２７のポイント管理ＤＢ２７３から、視聴者が獲得した第１種類のポイント数、第２種類のポイント数及び合計ポイント数を取得する。制御部２１は、取得した支払ポイント数と合計ポイント数とを比較する。

合計ポイント数がＮＨＫ受信料の支払額に対応する支払ポイント未満である場合、制御部２１は、支払不可指示を通信部１３によりディスプレイ１に送信する。ディスプレイ１の制御部１１は、通信部１３を介して、サーバ２から送信された支払不可指示を受信する。合計ポイント数がＮＨＫ受信料の支払額に対応する支払ポイント以上である場合、制御部２１は、合計ポイント数からＮＨＫ受信料の支払額に対応する支払ポイント数を差し引き、大容量記憶部２７に更新する。

具体的には、制御部２１は、ポイント管理ＤＢ２７３の第１種類のポイント（広告視聴列）、第２種類のポイント（Ａサイト列、Ｂサイト列、Ｃサイト列）の順に、それぞれの記憶されたポイント数と支払ポイント数とを比較する。例えば、制御部２１は、第１種類のポイント数が支払ポイント数以上であると判定した場合、広告視聴列のポイント数、及び合計ポイント数からそれぞれに支払ポイント数を差し引いて更新する。

制御部２１は、第１種類のポイント数が支払ポイント数未満であり、かつ、第１種類のポイント数とＡサイトのポイント数との合計が支払ポイント数以上であると判定した場合、制御部２１は、相次いで広告視聴列及びＡサイトのポイント数から支払ポイント数を差し引く。制御部２１は、ポイント管理ＤＢ２７３の広告視聴列、Ａサイト列、合計列を、差し引いた後のポイント数で更新する。なお、上述した支払ポイント数の差し引き方式に限るものではない。例えば、それぞれの広告視聴列、Ａサイト列、Ｂサイト列、Ｃサイト列のポイント数が昇順でソートされて、一番少ないものから一番多いものまでの順に支払ポイント数を差し引く処理が実行されても良い。

その後に、ＮＨＫ受信料の決済請求処理、更新後の第１種類のポイント、第２種類のポイント及び合計ポイント数をディスプレイ１へ再送信する処理、及び更新後のポイント数の表示処理については、図１４と同様であるため、説明を省略する。

図２６は、合計ポイントで公共料金を支払う際の処理手順を示すフローチャートである。なお、図２６でＮＨＫ受信料の取得処理、公共料金管理サーバ４とのＮＨＫ受信料の決済請求処理等に関しては、実施形態１の処理と同様であるため、説明を省略する。

制御部１１は、入力部１４を介して、合計ポイントでＮＨＫ受信料の支払指示を受け付け（ステップＳ１６１）、受け付けた支払指示を通信部１３によりサーバ２に送信する（ステップＳ１６２）。サーバ２の制御部２１は、通信部２３を介して、ディスプレイ１から送信された支払指示を受信する（ステップＳ２６１）。制御部２１は、大容量記憶部２７のポイント支払明細ＤＢ２７５の支払ポイント数列から、視聴者ＩＤに応じて、ＮＨＫ受信料の支払額に対応する支払ポイント数を取得する（ステップＳ２６２）。制御部２１は、大容量記憶部２７のポイント管理ＤＢ２７３から、視聴者が獲得した第１種類のポイント数、第２種類のポイント数及び合計ポイント数を取得する（ステップＳ２６３）。制御部２１は、取得した合計ポイント数が支払ポイント数以上であるか否かを判定する（ステップＳ２６４）。

制御部２１は、取得した合計ポイント数が支払ポイント数未満であると判定した場合（ステップＳ２６４でＮＯ）、制御部２１は、支払不可指示を通信部１３によりディスプレイ１に送信する（ステップＳ２６８）。ディスプレイ１の制御部１１は、通信部１３を介して、サーバ２から送信された支払不可指示を受信する（ステップＳ１６３）。

制御部２１は、取得した合計ポイント数が支払ポイント数以上であると判定した場合（ステップＳ２６４でＹＥＳ）、第１種類のポイント数が支払ポイント数以上であるか否かを判定する（ステップＳ２６５）。制御部２１は、第１種類のポイント数が支払ポイント数以上であると判定した場合（ステップＳ２６５でＹＥＳ）、制御部２１は、第１種類のポイント数から支払ポイント数を差し引く（ステップＳ２６６）。制御部２１は、第１種類のポイント数が支払ポイント数未満であると判定した場合（ステップＳ２６５でＮＯ）、制御部２１は、第１種類のポイント数及び第２種類のポイント数から支払ポイント数を差し引く（ステップＳ２６７）。

制御部２１は、ポイント管理ＤＢ２７３に、差し引いた後のポイント数を更新する（ステップＳ２６８）。制御部２１は、通信部２３を介して、更新後の第１種類のポイント数、第２種類のポイント数及び合計ポイント数をディスプレイ１に送信する（ステップＳ２６９）。ディスプレイ１の制御部１１は、通信部１３を介して、サーバ２から送信された更新後のポイント数を受信し（ステップＳ１６４）、ポータル画面に受信した更新後のポイント数を表示部１５により表示する（ステップＳ１６５）。

図２７は、合計ポイントの表示及び支払ポイント数の表示のイメージ図である。ディスプレイ１の制御部１１は、通信部１３を介して、サーバ２から送信された第１種類のポイント数、第２種類のポイント数（Ａサイトポイント数、Ｂサイトポイント数、Ｃサイトポイント数）、合計ポイント数、ＮＨＫ受信料に対応する支払ポイント数及び広告を受信する。制御部１１は、ポータル画面に受信した第１種類のポイント数、第２種類のポイント数、合計ポイント数、支払ポイント及び広告を表示部１５により表示する。また、合計ポイントでＮＨＫ受信料を支払うための「ポイントを使う」ボタンがポータル画面に表示される。該「ポイントを使う」ボタン経由で、合計ポイントでＮＨＫ受信料を支払指示がサーバ２に送信される。

本実施形態によると、住宅施設に設置されたディスプレイ１のポータル画面に、第１種類のポイント数、第２種類のポイント数及び合計ポイント数を表示することができる。

本実施形態によると、合計ポイント数が公共料金の支払額に対応する支払ポイント以上である場合、合計ポイントで公共料金を支払うことができる。よって、広告の視聴で獲得されたポイントが公共料金の支払ポイント未満の場合、外部のウェブサイトから獲得されたポイントを足して支払うことにより、視聴者がポイントの活用を最大化することが可能となる。

（実施形態３）
実施形態３は、外部のウェブサイト及び公共情報のバナーを表示する形態に関する。なお、実施形態１〜２と重複する内容については説明を省略する。ディスプレイ１は、外部のウェブサイト、公共情報等のバナーに関する情報を受信し、住宅施設に設置されたディスプレイ１のポータル画面に、受信した外部のウェブサイト、公共情報等のバナー表示することができる。視聴者が表示されているバナーを通じて、外部のウェブサイト、公共情報サイト等へアクセスすることができる。

図２８は、実施形態３のサーバ２の構成例を示すブロック図である。なお、図２と重複する内容については同一の符号を付して説明を省略する。大容量記憶部２７は、バナーＤＢ２７７を含む。バナーＤＢ２７７は、外部のウェブサイトのバナー、公共情報のバナーに関する情報等を記憶している。

図２９は、バナーＤＢ２７７のレコードレイアウトの一例を示す説明図である。バナーＤＢ２７７は、サイトＩＤ列、サイト名列、バナー列及びサイトＵＲＬ列を含む。サイトＩＤ列は、各ウェブサイトを識別するために、一意に特定されるウェブサイトのＩＤを記憶している。サイト名列は、ウェブサイトの名称を記憶している。バナー列は、ウェブサイトを紹介するバナーの画像を記憶している。なお、バナー列は、バナーの画像を取得することが可能なＵＲＬを記憶しても良い。サイトＵＲＬ列は、ウェブサイトのＵＲＬを記憶している。

図３０は、ポータル画面にバナーを表示する際のイメージ図である。サーバ２の制御部２１は、通信部２３を介して、それぞれの外部のウェブサイトのウェブサイトサーバ５、公共情報のサーバから、それぞれのバナーに関する情報を受信する。バナーに関する情報は、ウェブサイトＩＤ、ウェブサイト名称、バナーの画像、ウェブサイトのＵＲＬ等を含む。制御部２１は、受信したバナーに関する情報を大容量記憶部２７のバナーＤＢ２７７に記憶する。具体的には、制御部２１は、ウェブサイトＩＤを振って、ウェブサイト名称、バナーの画像、ウェブサイトのＵＲＬを一つのレコードとしてバナーＤＢ２７７に記憶する。

制御部２１は、受信したバナーのコンテンツの画像及びウェブサイトのＵＲＬを通信部１３によりディスプレイ１送信する。なお、本実施形態では、バナーに関する情報がそれぞれの外部のウェブサイトサーバ５、公共情報のサーバからサーバ２に送信されたが、これに限るものではない。例えば、バナーに関する情報がそれぞれの外部のウェブサイトサーバ５、公共情報のサーバから直接にディスプレイ１に送信されても良い。

ディスプレイ１の制御部１１は、通信部１３を介して、サーバ２から送信されたそれぞれのバナーの画像、ウェブサイトのＵＲＬを受信する。制御部１１は、受信したそれぞれのバナーの画像を表示部１５によりポータル画面に表示する。制御部１１は、入力部１４を介して、バナーの選択操作を受け付けた場合、選択されたバナーに対応するＵＲＬを通じて、該バナーを紹介しているウェブサイトへアクセスする。

図３１は、ポータル画面にバナーを表示する際の処理手順を示すフローチャートである。ウェブサイトサーバ５の制御部５１は、通信部５３を介して、バナーに関する情報をサーバ２に送信する（ステップＳ５８１）。サーバ２の制御部２１は、通信部２３を介して、ウェブサイトサーバ５から送信されたバナーに関する情報を受信する（ステップＳ２８１）。制御部２１は、受信したバナーに関する情報を大容量記憶部２７のバナーＤＢ２７７に記憶する（ステップＳ２８２）。

制御部２１は、受信したバナーのコンテンツの画像及びウェブサイトのＵＲＬを通信部１３によりディスプレイ１送信する（ステップＳ２８３）。ディスプレイ１の制御部１１は、通信部１３を介して、サーバ２から送信されたバナーの画像、ウェブサイトのＵＲＬを受信する（ステップＳ１８１）。制御部１１は、受信したバナーの画像を表示部１５によりポータル画面に表示する（ステップＳ１８２）。

制御部１１は、入力部１４を介して、バナーの選択操作を受け付ける（ステップＳ１８３）。制御部１１は、通信部１３を介して、選択されたバナーに対応するＵＲＬを通じて、該バナーを紹介するウェブサイトへアクセスのリクエストをウェブサイトサーバ５に送信する（ステップＳ１８４）。ウェブサイトサーバ５の制御部５１は、通信部５３を介して、ディスプレイ１から送信されたウェブサイトへアクセスのリクエストを受信する（ステップＳ５８２）。なお、本実施形態では、ウェブサイトのバナーの例を説明したが、公共情報のバナーの表示処理に関しては、ウェブサイトのバナーの表示処理と同様であるため、説明を省略する。

本実施形態によると、外部のウェブサイト及び公共情報のバナーをポータル画面に表示することにより、外部のウェブサイト及び公共情報へアクセスの利便性を向上することが可能となる。

（実施形態４）
実施形態４は、視聴者が広告に対する「いいね」を表明した場合、第１種類のポイントを付与する形態に関する。なお、実施形態１〜３と重複する内容については説明を省略する。視聴者が広告に対する「いいね」を表明した場合、所定のポイント付与基準により、該視聴者に第１種類のポイントを付与することができる。また、視聴者が広告を視聴したことにより、視聴者が既に第１種類のポイントを獲得した場合、「いいね」を表明した後に、所定のポイント付与基準により視聴者に追加ポイントを付与することができる。

図３２は、ポータル画面に「いいね」を表示する際のイメージ図である。以下で、「いいね」により追加ポイント（第１種類の追加ポイント）を付与する例を説明する。ディスプレイ１の制御部１１は、ポータル画面に広告を放映している場合、「いいね」を表示部１５により表示する。制御部１１は、入力部１４を介して、「いいね」を表明した操作を受け付けた場合、視聴者ＩＤ及び「いいね」を表明した旨を通信部１３によりサーバ２に送信する。サーバ２の制御部２１は、通信部２３を介して、ディスプレイ１から送信された視聴者ＩＤ及び「いいね」を表明した旨を受信する。制御部２１は、ポイント付与基準により、該視聴者に付与する追加ポイント数を算出する。「いいね」のポイント付与基準は、例えば、第１種類のポイントに５ｐｔを加算しても良い。なお、上述したポイントの付与処理に限るものではない。例えば、視聴者がポータル画面に放映された広告を一定時間以上視聴し、かつ、「いいね」を表明した場合、ポイント付与基準により、該視聴者に追加ポイントを付与しても良い。

制御部２１は、視聴者に付与した追加ポイントを大容量記憶部２７のポイント付与明細ＤＢ２７４に記憶する。具体的には、制御部２１は、視聴者ＩＤに対応付け、獲得方式、付与ポイント数、広告ＩＤ、付与日時を一つのレコードとしてポイント付与明細ＤＢ２７４に記憶する。獲得方式列に、例えば「いいね」が記憶されても良い。制御部２１は、視聴者に付与した追加ポイントを第１種類のポイント数に加算し、加算した第１種類のポイントにより合計ポイント数を算出する。制御部２１は、ポイント管理ＤＢ２７３の広告視聴列、合計列を、加算した第１種類のポイント数、算出した合計ポイント数で更新する。

制御部２１は、通信部２３を介して、更新後の第１種類のポイント数及び合計ポイント数をディスプレイ１に送信する。ディスプレイ１の制御部１１は、通信部１３を介して、サーバ２から送信された第１種類のポイント数及び合計ポイント数を受信する。制御部１１は、受信した第１種類のポイント数及び合計ポイント数を表示部１５によりポータル画面に表示する。

図３３は、ポータル画面に「いいね」を受け付ける際の処理手順を示すフローチャートである。ディスプレイ１の制御部１１は、入力部１４を介して、「いいね」を表明した操作を受け付け（ステップＳ１９１）、視聴者ＩＤ及び「いいね」を表明した旨を通信部１３によりサーバ２に送信する（ステップＳ１９２）。サーバ２の制御部２１は、通信部２３を介して、ディスプレイ１から送信された視聴者ＩＤ及び「いいね」を表明した旨を受信する（ステップＳ２９１）。制御部２１は、ポイント付与基準により、該視聴者に付与する追加ポイント数を算出する（ステップＳ２９２）。

制御部２１は、視聴者に付与した追加ポイントを大容量記憶部２７のポイント付与明細ＤＢ２７４に記憶する（ステップＳ２９３）。制御部２１は、視聴者に付与した追加ポイントを第１種類のポイント数に加算し、加算した第１種類のポイントにより合計ポイント数を算出する。制御部２１は、ポイント管理ＤＢ２７３の広告視聴列、合計列を、加算した第１種類のポイント数、算出した合計ポイント数で更新する（ステップＳ２９４）。

制御部２１は、通信部２３を介して、更新後の第１種類のポイント数及び合計ポイント数をディスプレイ１に送信する（ステップＳ２９５）。ディスプレイ１の制御部１１は、通信部１３を介して、サーバ２から送信された第１種類のポイント数及び合計ポイント数を受信する（ステップＳ１９３）。制御部１１は、受信した第１種類のポイント数及び合計ポイント数を表示部１５によりポータル画面に表示する（ステップＳ１９４）。

本実施形態によると、視聴者が放映されている広告に対する「いいね」を表明した場合、視聴者に第１種類のポイントまたは追加ポイントを付与することができる。よって、「いいね」を集めることにより、今後に「いいね」された広告で宣伝された商品・サービスを購入・利用する可能性のある見込み顧客の情報を収集することが可能となる。

（実施形態５）
実施形態５は、視聴者が広告に対するアンケートの回答によって、第１種類のポイントを付与する形態に関する。なお、実施形態１〜４と重複する内容については説明を省略する。視聴者が広告に対するアンケートの回答によって、所定のポイント付与基準により、該視聴者に第１種類のポイントを付与することができる。

図３４は、実施形態５のサーバ２の構成例を示すブロック図である。なお、図２８と重複する内容については同一の符号を付して説明を省略する。大容量記憶部２７は、アンケートＤＢ２７８を含む。アンケートＤＢ２７８は、視聴者が視聴した広告に対するアンケートの質問及び回答等の情報を記憶している。

図３５は、アンケートＤＢ２７８のレコードレイアウトの一例を示す説明図である。アンケートＤＢ２７８は、アンケートＩＤ列、広告ＩＤ列、視聴者ＩＤ列、問１列、及び問２列を含む。アンケートＩＤ列は、各アンケートを識別するために、一意に特定されるアンケートのＩＤを記憶している。広告ＩＤ列は、アンケートに対応する広告のＩＤを記憶している。視聴者ＩＤ列は、アンケートを回答する視聴者のＩＤを記憶している。問１列は、質問列及び回答列を含む。質問列は、アンケートの質問を記憶している。回答列は、アンケートの回答を記憶している。問２列は、問１列と同様であるため、説明を省略する。なお、アンケートによって、適当な質問数が設定されても良い。

図３６は、ポータル画面にアンケートの表示及び回答を示すイメージ図である。図３６Ａは、ポータル画面にアンケートの回答へのイメージ図である。広告主端末３の制御部３１は、通信部３３を介して、広告に対応するアンケートに関する情報をサーバ２に送信する。サーバ２の制御部２１は、通信部２３を介して、広告主端末３から送信されたアンケートに関する情報を受信する。アンケートに関する情報は、広告ＩＤ、アンケートの質問及び回答等を含む。制御部２１は、受信したアンケートに関する情報を大容量記憶部２７のアンケートＤＢ２７８に記憶する。具体的には、制御部２１は、アンケートＩＤを振って、広告ＩＤ、アンケートの質問及び回答を一つのレコードとしてアンケートＤＢ２７８に記憶する。なお、本実施形態では、アンケートに関する情報が広告主端末３からサーバ２に送信されたが、これに限るものではない。例えば、アンケートに関する情報が直接に広告主端末３からディスプレイ１送信されても良い。

制御部２１は、通信部２３を介して、広告（広告ＩＤを含む）、及び該広告に対応するアンケート（アンケートＩＤを含む）を視聴者ＩＤに関連づけてディスプレイ１に送信する。ディスプレイ１の制御部１１は、通信部１３を介して、サーバ２から送信された視聴者ＩＤ、広告及び該広告に対応するアンケートを受信し、ポータル画面に受信した広告を表示部１５により表示する。ディスプレイ１の制御部１１は、ポータル画面にアンケートを回答するための「アンケートへ」ボタンを表示部１５により表示する。なお、本実施形態では、「アンケートへ」ボタンをポータル画面に表示したが、これに限るものではない。例えば、リンクの表示形式で「アンケートへ」リンクがポータル画面に表示されても良い。

図３６Ｂは、アンケートを回答する際のイメージ図である。ディスプレイ１の制御部１１は、アンケートを回答する操作を入力部１４により受け付けた場合、制御部１１は、ポータル画面にサーバ２から送信された該広告に対応するアンケートを表示部１５により表示する。制御部１１は、アンケートの回答を入力部１４により受け付けた場合、制御部１１は、受け付けたアンケートの回答を視聴者ＩＤ、広告ＩＤ及びアンケートＩＤに対応付け、通信部１３によりサーバ２に送信する。なお、図示のように、ポータル画面に「次へ」ボタンによって、アンケートに対する次の質問に遷移することができる。ポータル画面に「終了」ボタンによって、アンケートの回答の途中にアンケートの回答を終了させることができる。

サーバ２の制御部２１は、通信部２３を介して、ディスプレイ１から送信された視聴者ＩＤ、広告ＩＤ、アンケートＩＤ及びアンケートの回答を受信する。制御部２１は、受信した視聴者ＩＤ、アンケートの回答を広告ＩＤ及びアンケートＩＤに対応付け、大容量記憶部２７のアンケートＤＢ２７８に記憶する。具体的には、制御部２１は、受信した広告ＩＤ及びアンケートＩＤに対応する視聴者ＩＤ、アンケートの回答をアンケートＤＢ２７８に記憶する。

制御部２１は、アンケートの回答の結果に応じて、視聴者に付与する第１種類のポイント数を算出する。例えば、視聴者が全てのアンケートの質問を回答した場合、１０ｐｔの第１種類のポイントを付与する。視聴者が５０％のアンケートの質問を回答した場合、５ｐｔの第１種類のポイントを付与する。視聴者がアンケートの質問を回答していない場合、第１種類のポイントを付与しない。制御部２１は、視聴者に付与した第１種類のポイント数を大容量記憶部２７のポイント付与明細ＤＢ２７４に記憶する。

具体的には、制御部２１は、視聴者ＩＤに対応付け、獲得方式、付与ポイント数、広告ＩＤ、付与日時を一つのレコードとしてポイント付与明細ＤＢ２７４に記憶する。獲得方式列に、例えば「アンケート」が記憶されても良い。制御部２１は、アンケートの回答により視聴者に付与したポイント数を第１種類のポイント数に加算し、加算した第１種類のポイント数により合計ポイント数を算出する。制御部２１は、ポイント管理ＤＢ２７３の広告視聴列、合計列を、加算した第１種類のポイント数、算出した合計ポイント数で更新する。

制御部２１は、通信部２３を介して、更新後の第１種類のポイント数、合計ポイント数をディスプレイ１に送信する。ディスプレイ１の制御部１１は、通信部１３を介して、サーバ２から送信された第１種類のポイント数、合計ポイント数受信する。制御部２１は、ポータル画面に受信した第１種類のポイント数、合計ポイント数を表示部１５により表示する。制御部２１は、通信部２３を介して、広告ＩＤ、アンケートＩＤ及びアンケートの回答を広告主端末３に送信する。広告主端末３の制御部３１は、通信部３３を介して、サーバ２から送信された広告ＩＤ、アンケートＩＤ及びアンケートの回答を受信する。

なお、本実施形態では、アンケートの回答がディスプレイ１からサーバ２に送信されたが、これに限るものではない。例えば、アンケートの回答が直接にディスプレイ１から広告主端末３に送信されても良い。

図３７は、ポータル画面にアンケートの表示及び回答の処理手順を示すフローチャートである。広告主端末３の制御部３１は、通信部３３を介して、広告に対応するアンケートに関する情報をサーバ２に送信する（ステップＳ３１ａ）。サーバ２の制御部２１は、通信部２３を介して、広告主端末３から送信されたアンケートに関する情報を受信する（ステップＳ２１ａ）。制御部２１は、受信したアンケートに関する情報を大容量記憶部２７のアンケートＤＢ２７８に記憶する（ステップＳ２１ｂ）。

制御部２１は、通信部２３を介して、広告（広告ＩＤを含む）、及び該広告に対応するアンケート（アンケートＩＤを含む）を視聴者ＩＤに関連づけてディスプレイ１に送信する（ステップＳ２１ｃ）。ディスプレイ１の制御部１１は、通信部１３を介して、サーバ２から送信された視聴者ＩＤ、広告及び該広告に対応するアンケートを受信し（ステップＳ１１ａ）。制御部１１は、ポータル画面に受信した広告を表示部１５により表示する（ステップＳ１１ｂ）。

ディスプレイ１の制御部１１は、アンケートを回答する操作を入力部１４により受け付け（ステップＳ１１ｃ）、ポータル画面にサーバ２から送信された該広告に対応するアンケートを表示部１５により表示する（ステップＳ１１ｄ）。制御部１１は、アンケートの回答を入力部１４により受け付け（ステップＳ１１ｅ）、受け付けたアンケートの回答を視聴者ＩＤ、広告ＩＤ及びアンケートＩＤに対応付け、通信部１３によりサーバ２に送信する（ステップＳ１１ｆ）。サーバ２の制御部２１は、通信部２３を介して、ディスプレイ１から送信された視聴者ＩＤ、広告ＩＤ、アンケートＩＤ及びアンケートの回答を受信する（Ｓ２１ｄ）。制御部２１は、受信した視聴者ＩＤ、アンケートの回答を広告ＩＤ及びアンケートＩＤに対応付け、大容量記憶部２７のアンケートＤＢ２７８に記憶する（ステップＳ２１ｅ）。

制御部２１は、アンケートの回答の結果に応じて、視聴者に付与する第１種類のポイント数を算出する（ステップＳ２１ｆ）。制御部２１は、視聴者に付与した第１種類のポイント数及び合計ポイント数を大容量記憶部２７に更新する（ステップＳ２１ｇ）。具体的には、制御部２１は、視聴者ＩＤに対応付け、獲得方式、付与ポイント数、広告ＩＤ、付与日時を一つのレコードとしてポイント付与明細ＤＢ２７４に記憶する。制御部２１は、アンケートの回答により視聴者に付与したポイント数を第１種類のポイント数に加算し、加算した第１種類のポイント数により合計ポイント数を算出する。制御部２１は、ポイント管理ＤＢ２７３の広告視聴列、合計列を、加算した第１種類のポイント数、算出した合計ポイント数で更新する。

制御部２１は、通信部２３を介して、更新後の第１種類のポイント数、合計ポイント数をディスプレイ１に送信する（ステップＳ２１ｈ）。ディスプレイ１の制御部１１は、通信部１３を介して、サーバ２から送信された第１種類のポイント数、合計ポイント数を受信する（ステップＳ１１ｇ）。制御部２１は、ポータル画面に受信した第１種類のポイント数、合計ポイント数を表示部１５により表示する（ステップＳ１１ｈ）。制御部２１は、通信部２３を介して、広告ＩＤ、アンケートＩＤ及びアンケートの回答を広告主端末３に送信する（ステップＳ２１ｉ）。広告主端末３の制御部３１は、通信部３３を介して、サーバ２から送信された広告ＩＤ、アンケートＩＤ及びアンケートの回答を受信する（ステップＳ３１ｂ）。

本実施形態によると、視聴者が放映されている広告に対するアンケートの回答によって、視聴者に第１種類のポイントを付与することができる。アンケートの回答を収集することにより、広告主に対する今後の広告の提供サービスを向上することが可能となる。

（実施形態６）
実施形態６は、視聴者が広告に対するＳＮＳ（Social Networking Service）への共有によって、第１種類のポイントを付与する形態に関する。なお、実施形態１〜５と重複する内容については説明を省略する。視聴者が広告に対するＳＮＳへの共有によって、所定のポイント付与基準により、該視聴者に第１種類のポイントを付与することができる。

図３８は、実施形態６の視聴者ＤＢ２７２のレコードレイアウトの一例を示す説明図である。なお、図２１と重複する内容については同一の符号を付して説明を省略する。視聴者ＤＢ２７２は、ＳＮＳ列及びＳＮＳ ＩＤ列を含む。ＳＮＳ列は、視聴者が利用しているＳＮＳの名称を記憶している。ＳＮＳ ＩＤ列は、視聴者が利用しているＳＮＳのＩＤを記憶している。なお、利用されるＳＮＳが複数であっても良い。

図３９は、ポータル画面に表示される広告をＳＮＳへ共有するイメージ図である。ディスプレイ１の制御部１１は、視聴者による「シェア」（ＳＮＳへ共有）の操作を入力部１４により受け付けた場合、視聴者ＩＤ及びＳＮＳ共有への指示を通信部１３によりサーバ２に送信する。サーバ２の制御部２１は、通信部２３を介して、ディスプレイ１から送信された視聴者ＩＤ及びＳＮＳ共有への指示を受信する。制御部２１は、大容量記憶部２７の視聴者ＤＢ２７２から、受信した視聴者ＩＤに対応するＳＮＳ名称及びＳＮＳ ＩＤを取得する。

制御部２１は、取得したＳＮＳ名称及びＳＮＳ ＩＤを通信部２３によりディスプレイ１に送信する。ディスプレイ１の制御部１１は、サーバ２から送信されたＳＮＳ名称及びＳＮＳ ＩＤを通信部１３により受信する。制御部１１は、受信したＳＮＳ名称に対応するＳＮＳアプリケーションを起動し、受信したＳＮＳ ＩＤを用いて該ＳＮＳへログインする。制御部１１は、通信部１３を介して、ＳＮＳへ共有する広告のコンテンツまたは広告のＵＲＬをＳＮＳアプリケーションのインターフェイスを経由してＳＮＳサーバに送信する。

ＳＮＳサーバは、ディスプレイ１から送信された広告のコンテンツまたは広告のＵＲＬを受信し、受信した広告のコンテンツまたは広告のＵＲＬに基づいて該広告の共有処理を行う。ＳＮＳサーバは、広告の共有処理完了の指示をサーバ２に送信する。サーバ２の制御部２１は、通信部２３を介して、ＳＮＳサーバから送信された広告の共有処理完了の指示を受信し、第１種類のポイントを付与する処理を行う。なお、第１種類のポイントの付与処理に関しては、実施形態５の第１種類のポイント付与処理と同様であるため、説明を省略する。

図４０は、ポータル画面に表示される広告をＳＮＳへ共有する際の処理手順を示すフローチャートである。ディスプレイ１の制御部１１は、視聴者によるシェアの操作を入力部１４により受け付け（ステップＳ１２ａ）、視聴者ＩＤ及びＳＮＳ共有への指示を通信部１３によりサーバ２に送信する（ステップＳ１２ｂ）。サーバ２の制御部２１は、通信部２３を介して、ディスプレイ１から送信された視聴者ＩＤ及びＳＮＳ共有への指示を受信する（ステップＳ２２ａ）。制御部２１は、大容量記憶部２７の視聴者ＤＢ２７２から、受信した視聴者ＩＤに対応するＳＮＳ名称及びＳＮＳ ＩＤを取得する（ステップＳ２２ｂ）。

制御部２１は、取得したＳＮＳ名称及びＳＮＳ ＩＤを通信部２３によりディスプレイ１に送信する（ステップＳ２２ｃ）。ディスプレイ１の制御部１１は、サーバ２から送信されたＳＮＳ名称及びＳＮＳ ＩＤを通信部１３により受信する（ステップＳ１２ｃ）。制御部１１は、受信したＳＮＳ名称に対応するＳＮＳアプリケーションを起動し（ステップＳ１２ｄ）、受信したＳＮＳ ＩＤを用いて該ＳＮＳへログインする（ステップＳ１２ｅ）。制御部１１は、通信部１３を介して、ＳＮＳへ共有する広告のコンテンツまたは広告のＵＲＬをＳＮＳアプリケーションのインターフェイスを経由してＳＮＳサーバに送信する（ステップＳ１２ｆ）。

ＳＮＳサーバは、ディスプレイ１から送信された広告のコンテンツまたは広告のＵＲＬを受信し（ステップＳ９２ａ）、受信した広告のコンテンツまたは広告のＵＲＬに基づいて該広告の共有処理を行う（ステップＳ９２ｂ）。ＳＮＳサーバは、広告の共有処理完了の指示をサーバ２に送信する（ステップＳ９２ｃ）。サーバ２の制御部２１は、通信部２３を介して、ＳＮＳサーバから送信された広告の共有処理完了の指示を受信し（ステップＳ２２ｄ）、第１種類のポイントを付与する処理を行う（ステップＳ２２ｅ）。

本実施形態によると、視聴者が放映されている広告に対するＳＮＳへの共有によって、視聴者に第１種類のポイントを付与することができる。拡散性の強いＳＮＳを活用することにより、商品・サービスの宣伝を効率的に行うことが可能となる。

（実施形態７）
実施形態７は、ポータル画面と、テレビの番組またはその他の視聴コンテンツとを切り替える形態に関する。以下では、ポータル画面とテレビの番組とを切り替える処理の例を説明するが、ポータル画面とその他の視聴コンテンツとを切り替える処理は同様である。

図４１は、ポータル画面とテレビの番組とを切り替えるイメージ図である。図示のように、ディスプレイ１の制御部１１は、ポータル画面を表示部１５により表示している際に、制御部１１は、視聴者による「番組へ」の操作を入力部１４により受け付けた場合、制御部１１は、表示部１５によりテレビ番組へ切り替えて表示する。具体的には、制御部１１は、チューナ１８を介して、テレビ放送局からテレビの番組を受信し、受信したアンテナまたはデジタル映像信号を信号プロセッサ１９により処理を行う。制御部１１は、処理した映像信号を表示部１５に出力する。また、制御部１１は、テレビの番組を表示部１５により放送している際に、制御部１１は、視聴者による「ポータル画面へ」の操作を入力部１４により受け付けた場合、制御部１１は、表示部１５によりポータル画面へ切り替えて表示する。

なお、本実施形態では、「番組へ」、「ポータル画面へ」ボタンにより視聴者の切り替え操作が受け付けられたが、これに限るものではない。例えば、制御部１１は、テレビのリモコン上のボタンを経由し、視聴者による切り替え操作を受け付けても良い。

本実施形態によると、ポータル画面と、テレビの番組またはその他の視聴コンテンツとを自由に切り替えることが可能となる。

（実施形態８）
実施形態８は、テレビの番組からテレビの広告を検出した場合、ポータル画面に放映される広告へ切り替える形態に関する。ディスプレイ１の制御部１１は、放送されているテレビの番組からテレビの広告を検出した場合、制御部１１は、ポータル画面への切り替え可能なオブジェクトを表示部１５により表示する。ポータル画面への切り替え可能なオブジェクト経由で、視聴者が所定の視聴条件を満たすようポータル画面に放映された広告を視聴した場合、所定のポイント付与基準により該視聴者に第１種類のポイントを付与することができる。

図４２は、テレビの広告からポータル画面に放映される広告へ切り替えにより第１種類のポイントを付与する処理を説明する説明図である。サーバ２の制御部２１は、通信部２３を介して、視聴者ＩＤ、広告ＩＤ及び広告をディスプレイ１に送信する。ディスプレイ１の制御部１１は、サーバ２から送信された視聴者ＩＤ、広告ＩＤ及び広告を通信部１３により受信する。

ディスプレイ１の制御部１１は、表示部１５を介して、テレビ放送局から放送されたテレビの番組を放映する。制御部１１は、放映中のテレビ番組からテレビの広告の検出処理を行う。テレビの広告の検出処理に関しては、例えば、ディスプレイ１の制御部１１は、事前に放送局からテレビの広告の放映スケジュールを通信部１３により取得しても良い。制御部１１は、取得したテレビの広告の放映スケジュールに基づき、現在の日時と比較し、テレビの広告を検出することができる。また、信号技術を用いてテレビの広告を検出しても良い。具体的には、テレビの番組から該番組に挿入されたテレビの広告へ切り替わりの際に、短い時間の無音区間が存在するため、信号プロセッサ１９を用いて該無音区間を検出することにより、テレビの広告を検出することが可能となる。更にまた、ステレオ放送からモノラル放送へ変化したことにより、テレビの広告を検出しても良い。テレビの広告がステレオ音声で放映され、テレビの番組がモノラル音声で放映されるため、制御部１１は、音声がステレオからモノラルに変化したことを検出した場合、広告を検出することが可能となる。更にまた、テレビの番組または広告ごとの固有のＩＤ（番号）により、テレビの広告を検出しても良い。地上デジタル放送の場合、テレビの番組か広告か識別することが可能なＩＤの構成で固有のＩＤが割り振られる。例えば、テレビの広告に対するＩＤの頭に、広告を識別するための英数字の識別子（例えば、「Ａ***」）を付いても良い。ディスプレイ１の制御部１１は、割り振られた固有のＩＤに基づき、放映中のテレビ番組からテレビの広告を検出することが可能となる。

制御部１１は、テレビの番組からテレビの広告を検出した場合、制御部１１は、ポータル画面への切り替え可能なオブジェクトを表示部１５により表示する。制御部１１は、視聴者によるポータル画面への切り替え可能なオブジェクトの操作を受け付けた場合、制御部１１は、ポータル画面にサーバ２から送信された広告を表示部１５により表示する。制御部１１は、該広告に対する視聴者の視聴状況を視聴者ＩＤ、広告ＩＤに対応付け、通信部１３によりサーバ２に送信する。サーバ２の制御部２１は、通信部２３を介して、ディスプレイ１から送信された視聴者ＩＤ、広告ＩＤ及び視聴者の視聴状況を受信する。制御部２１は、受信した視聴者ＩＤ、広告ＩＤ及び視聴状況に基づき、該視聴者に第１種類のポイントの付与処理を行う。なお、第１種類のポイントの付与処理に関しては、実施形態１での第１種類のポイントの付与処理と同様であるため、説明を省略する。

ディスプレイ１の制御部１１は、テレビの広告が放映終了するか否かの検出処理を行う。制御部１１は、テレビの広告が放映終了したことを検出した場合、制御部１１は、表示部１５によりポータル画面から自動的にテレビの番組へ切り替える。なお、本実施形態では、テレビの広告が放映終了したことが検出された場合、ポータル画面から自動的にテレビの番組へ切り替える例を説明しましたが、これに限るものではない。例えば、ポータル画面に番組へ切り替えるオブジェクトが表示され、視聴者の操作によるポータル画面からテレビの番組へ切り替えても良い。

図４３は、ポータル画面へ切り替えにより第１種類のポイントを付与する際の処理手順を示すフローチャートである。サーバ２の制御部２１は、通信部２３を介して、視聴者ＩＤ、広告ＩＤ及び広告をディスプレイ１に送信する（ステップＳ２３ａ）。ディスプレイ１の制御部１１は、サーバ２から送信された視聴者ＩＤ、広告ＩＤ及び広告を通信部１３により受信する（ステップＳ１３ａ）。

ディスプレイ１の制御部１１は、表示部１５を介して、テレビ放送局から放送されたテレビの番組を放映する（ステップＳ１３ｂ）。制御部１１は、放映中のテレビ番組からテレビの広告を検出するか否かを判定する（ステップＳ１３ｃ）。制御部１１は、放映中のテレビ番組からテレビの広告を検出していないと判定した場合（ステップＳ１３ｃでＮＯ）、ステップＳ１３ｂに戻る。制御部１１は、放映中のテレビ番組からテレビの広告を検出したと判定した場合（ステップＳ１３ｃでＹＥＳ）、制御部１１は、ポータル画面への切り替え可能なオブジェクトを表示部１５により表示する（ステップＳ１３ｄ）。

制御部１１は、視聴者によるポータル画面への切り替え可能なオブジェクトの操作を受け付け（ステップＳ１３ｅ）、ポータル画面にサーバ２から送信された広告を表示部１５により表示する（ステップＳ１３ｆ）。制御部１１は、該広告に対する視聴者の視聴状況を視聴者ＩＤ、広告ＩＤに対応付け、通信部１３によりサーバ２に送信する（ステップＳ１３ｇ）。サーバ２の制御部２１は、通信部２３を介して、ディスプレイ１から送信された視聴者ＩＤ、広告ＩＤ及び視聴者の視聴状況を受信する（ステップＳ２３ｂ）。制御部２１は、受信した視聴者ＩＤ、広告ＩＤ及び視聴状況に基づき、該視聴者に第１種類のポイントの付与処理を行う（ステップＳ２３ｃ）。

ディスプレイ１の制御部１１は、テレビの広告が放映終了するか否かを判定する（ステップＳ１３ｈ）。制御部１１は、テレビの広告が放映終了したと判定した場合（ステップＳ１３ｈでＹＥＳ）、制御部１１は、表示部３５によりポータル画面から自動的にテレビの番組へ切り替える（ステップＳ１３ｉ）。制御部１１は、テレビの広告が放映終了していないと判定した場合（ステップＳ１３ｈでＮＯ）、ステップＳ１３ｈに戻る。

本実施形態によると、テレビの番組からテレビの広告を検出した場合、ポータル画面に切り替えて広告を視聴することにより、視聴者が第１種類のポイントを獲得することができる。よって、テレビの番組の視聴に伴い、テレビの広告の放送時間内に第１種類のポイントを獲得することが可能となる。

（実施形態９）
実施形態９は、ポータル画面に放映される広告に対する利益配分の形態に関する。ポータル画面に放映される広告の広告費に基づき、住宅施設の設置者、該広告を視聴した視聴者へ利益を配分する。

図４４は、ポータル画面に放映される広告に対する利益配分の処理を説明する説明図である。広告を配信した代理店のサーバ２の制御部２１は、通信部２３を介して、銀行インターフェイス経由で広告主の広告主端末３から広告費を取得する。なお、広告費については、上述した取得方式に限らず、現金またはブロックチェーン上で実装される仮想通貨等であっても良い。制御部２１は、所定の利益配分ルールに応じて、取得した広告費に基づき、住宅施設の設置者へ配分される第１利益配分、及び広告を視聴した視聴者へ配分される第２利益配分を算出する。利益配分ルールは、例えば、２割の広告費を住宅施設の設置者へ配分し、１割の広告費が視聴者へ配分することであっても良い。また、利益配分ルールが事前にサーバ２の記憶部２２に記憶されても良く、または入力部２４により受け付けられても良い。

制御部２１は、通信部２３を介して、銀行インターフェイス経由で算出された第１利益配分を住宅施設の設置者へ送信する。制御部２１は、算出した第２配分に相当する第１種類のポイント数を所定のポイント付与基準により算出する。ポイント付与基準は、例えば、１００円ごとに１ｐｔを付与しても良い。制御部２１は、通信部２３を介して、算出した第１種類のポイント数を視聴者のディスプレイ１に送信する。

図４５は、ポータル画面に放映される広告に対する利益配分の処理を実行する際の処理手順を示すフローチャートである。広告主の広告主端末３の制御部３１は、通信部３３を介して、銀行インターフェイス経由で広告を配信した代理店のサーバ２に、広告費を送信する（ステップＳ３４ａ）。サーバ２の制御部２１は、通信部２３を介して、広告主端末３から送信された広告費を受信する（ステップＳ２４ａ）。制御部２１は、所定の利益配分ルールに応じて、受信した広告費に基づき、住宅施設の設置者へ配分される第１利益配分、及び広告を視聴した視聴者へ配分される第２利益配分を算出する（ステップＳ２４ｂ）。

制御部２１は、通信部２３を介して、銀行インターフェイス経由で算出された第１利益配分を住宅施設の設置者へ送信する（ステップＳ２４ｃ）。住宅施設の設置者の端末は、サーバ２から送信された第１利益配分を受信する（ステップＳ９４ａ）。サーバ２の制御部２１は、算出した第２配分に相当する第１種類のポイント数を所定のポイント付与基準により算出する（ステップＳ２４ｄ）。制御部２１は、通信部２３を介して、算出した第１種類のポイント数を視聴者のディスプレイ１に送信する（ステップＳ２４ｅ）。ディスプレイ１の制御部１１は、通信部１３を介して、サーバ２から送信された第１種類のポイント数を受信する（ステップＳ１４ａ）。

本実施形態によると、所定の利益配分ルールに応じて、代理店、住宅施設の設置者及び視聴者への利益配分を自動的に実行することにより、確実に利益を確保することが可能となる。

（実施形態１０）
図４６は、上述した形態のディスプレイ１の動作を示す機能ブロック図である。制御部１１が制御プログラム１Ｐを実行することにより、ディスプレイ１は以下のように動作する。
表示部１ａは、ポータル画面に商品またはサービスに関する広告、テレビ放送局から受信したテレビの番組、またはその他の視聴コンテンツ等を表示する。ポイント表示部１ｂは、ポータル画面に放映された広告の視聴によって獲得された第１種類のポイント数、外部のウェブサイトから獲得された第２種類のポイント数、及び公共料金の支払額に対応する支払ポイント数を表示する。

合計ポイント表示部１ｃは、第１種類のポイント数と第２種類のポイント数との合計ポイント数を表示する。送信部１ｄは、第１種類のポイント数で公共料金を支払う請求を送信する。第２送信部１ｅは、合計ポイント数で公共料金を支払う請求を送信する。受信部１ｆは、ウェブサイトのバナー、及び公共情報のバナーを受信する。受付部１ｇは、ポータル画面からテレビの番組またはその他の視聴コンテンツへの切り替え操作を受け付ける。検出部１ｈ、テレビの番組からテレビの広告を検出する。

本実施の形態１０は以上の如きであり、その他は実施の形態１から９と同様であるので、対応する部分には同一の符号を付してその詳細な説明を省略する。

今回開示された実施形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１ ディスプレイ
１１ 制御部
１２ 記憶部
１３ 通信部
１４ 入力部
１５ 表示部
１６ スピーカ
１７ マイク
１８ チューナ
１９ 信号プロセッサ
１ａ 表示部
１ｂ ポイント表示部
１ｃ 合計ポイント表示部
１ｄ 送信部
１ｅ 第２送信部
１ｆ 受信部
１ｇ 受付部
１ｈ 検出部
１Ｐ 制御プログラム
２ 情報処理装置（サーバ）
２１ 制御部
２２ 記憶部
２３ 通信部
２４ 入力部
２５ 表示部
２６ 読取部
２７ 大容量記憶部
２７１ 広告ＤＢ
２７２ 視聴者ＤＢ
２７３ ポイント管理ＤＢ
２７４ ポイント付与明細ＤＢ
２７５ ポイント支払明細ＤＢ
２７６ 広告配信履歴ＤＢ
２７７ バナーＤＢ
２７８ アンケートＤＢ
２８ 時計部
２ａ 可搬型記憶媒体
２ｂ 半導体メモリ
２Ｐ 制御プログラム
３ 情報処理端末（広告主端末）
３１ 制御部
３２ 記憶部
３３ 通信部
３４ 入力部
３５ 表示部
３Ｐ 制御プログラム
４ 公共料金管理サーバ
５ 情報処理装置（ウェブサイトサーバ）
５１ 制御部
５２ 記憶部
５３ 通信部
５４ 入力部
５５ 表示部
５６ 読取部
５７ 大容量記憶部
５７１ ユーザＤＢ
５ａ 可搬型記憶媒体
５ｂ 半導体メモリ
５Ｐ 制御プログラム

Claims (19)

1. 住宅施設に設置され、ポータル画面にて商品またはサービスに関する広告を表示する表示部と、
   所定の視聴条件を満たすよう前記広告を視聴した視聴者に対し、該視聴者のＩＤに対応付けて、所定のポイント付与基準により付与された第１種類のポイント数を表示するポイント表示部と
   を備えることを特徴とする住宅施設のディスプレイ。
2. 前記ポイント表示部は、所定のポイント付与基準により算出された公共料金の支払額に対応する支払いポイント数を表示する
   ことを特徴とする請求項１に記載の住宅施設のディスプレイ。
3. 前記第１種類のポイント数が前記公共料金を支払うための必要なポイント数以上である場合、前記第１種類のポイントで前記公共料金を支払う請求を送信する送信部を備える
   ことを特徴とする請求項２に記載の住宅施設のディスプレイ。
4. 前記ポイント表示部は、前記視聴者のＩＤに関連づけた登録済の外部のウェブサイトのユーザＩＤに対応する第２種類のポイント数を表示する
   ことを特徴とする請求項１〜３のいずれか１項に記載の住宅施設のディスプレイ。
5. 前記広告の視聴によって獲得された前記第１種類のポイント数と、外部のウェブサイトから獲得された前記第２種類のポイント数との合計ポイント数を表示する合計ポイント表示部と、
   前記合計ポイント数が公共料金を支払うための必要なポイント数以上である場合、前記合計ポイントで前記公共料金を支払う請求を送信する第２送信部と
   を備えることを特徴とする請求項４に記載の住宅施設のディスプレイ。
6. 前記ウェブサイトのバナー、及び公共情報のバナーを受信する受信部を備え、
   前記受信部が受信した前記ウェブサイトのバナー、及び前記公共情報のバナーをポータル画面に表示する
   ことを特徴とする請求項４又は５に記載の住宅施設のディスプレイ。
7. 視聴者が前記広告に対する「いいね」を表明した場合、前記ポイント表示部は、所定のポイント付与基準により付与された前記第１種類のポイント数または追加ポイント数を表示する
   ことを特徴とする請求項１〜６のいずれか１項に記載の住宅施設のディスプレイ。
8. 前記ポイント表示部は、視聴者が前記広告に対するアンケートの回答によって、所定のポイント付与基準により付与された前記第１種類のポイント数を表示する
   ことを特徴とする請求項１〜７のいずれか１項に記載の住宅施設のディスプレイ。
9. 前記ポイント表示部は、視聴者が前記広告に対するＳＮＳへの共有によって、所定のポイント付与基準により付与された前記第１種類のポイント数を表示する
   ことを特徴とする請求項１〜８のいずれか１項に記載の住宅施設のディスプレイ。
10. テレビの番組またはその他の視聴コンテンツへの切り替え操作を受け付ける受付部を備え、
    前記表示部は、前記受付部により前記テレビの番組またはその他の視聴コンテンツと、前記ポータル画面とを切り替えて表示する
    ことを特徴とする請求項１〜９のいずれか１項に記載の住宅施設のディスプレイ。
11. 放映されているテレビの番組からテレビの広告を検出する検出部を備え、
    前記検出部はテレビの広告を検出した場合、前記表示部は、前記ポータル画面への切り替え可能なオブジェクトを表示し、
    前記切り替え可能なオブジェクト経由で、視聴者が所定の視聴条件を満たすよう前記ポータル画面に放映された広告を視聴した場合、前記ポイント表示部は、所定のポイント付与基準により付与された前記第１種類のポイント数を表示する
    ことを特徴とする請求項１〜１０のいずれか１項に記載の住宅施設のディスプレイ。
12. 前記検出部は、テレビの広告が放映終了したことを検出した場合、前記表示部は、前記ポータル画面から自動的にテレビの番組へ切り替えて表示する
    ことを特徴とする請求項１１に記載の住宅施設のディスプレイ。
13. 住宅施設に設置されたディスプレイのポータル画面にて、商品またはサービスに関する広告を表示し、
    所定の視聴条件を満たすよう前記広告を視聴したか否かを判定し、
    前記広告を視聴したと判定した場合に、視聴者のＩＤに対応付けて第１種類のポイントを付与し、
    付与した前記第１種類のポイント数を前記ポータル画面に表示する
    処理をコンピュータに実行させることを特徴とする情報処理方法。
14. 公共料金の支払額を取得し、
    取得した前記公共料金の支払額に対応する支払いポイント数を所定のポイント付与基準により算出し、
    算出した前記支払いポイント数を前記ポータル画面に表示し、
    前記第１種類のポイント数が前記公共料金を支払うための必要なポイント数以上である場合、前記第１種類のポイント数から前記公共料金の支払額に対応する支払いポイント数を差し引く処理を実行する
    ことを特徴とする請求項１３に記載の情報処理方法。
15. 前記視聴者のＩＤに関連づけた登録済のそれぞれの外部のウェブサイトのユーザＩＤを取得し、
    取得したそれぞれの外部のウェブサイトのユーザＩＤに基づき、それぞれの外部のウェブサイトから各ユーザＩＤに対応する第２種類のポイント数を取得し、
    取得した前記第２種類のポイント数を前記ポータル画面に表示する
    ことを特徴とする請求項１３又は１４に記載の情報処理方法。
16. 前記広告の視聴によって獲得された前記第１種類のポイント数と、外部のウェブサイトから獲得された前記第２種類のポイント数との合計ポイント数を算出し、
    算出した合計ポイント数を前記ポータル画面に表示し、
    前記合計ポイント数が公共料金を支払うための必要なポイント数以上である場合、前記合計ポイント数から前記公共料金の支払額に対応する支払いポイント数を差し引く処理を実行する
    ことを特徴とする請求項１５に記載の情報処理方法。
17. 前記広告を提供した広告主から前記広告の広告費を取得し、
    所定の利益配分ルールに応じて、取得した前記広告費に基づき、住宅施設の前記ディスプレイの設置者へ配分される第1利益配分、及び前記広告を視聴した視聴者へ配分される第２利益配分を算出し、
    算出した第1利益配分を前記住宅施設の設置者へ配分し、
    算出した第２利益配分に相当する第１種類のポイント数を所定のポイント付与基準により算出し、
    算出した前記第１種類のポイント数を前記視聴者に付与する
    ことを特徴とする請求項１３に記載の情報処理方法。
18. コンピュータに、
    住宅施設に設置されたディスプレイのポータル画面に放映され、商品またはサービスに関する広告を送信し、
    所定の視聴条件を満たすよう前記広告を視聴したか否かを判定し、
    前記広告を視聴したと判定した場合に、視聴者のＩＤに対応付けて第１種類のポイントを付与し、
    付与した前記第１種類のポイント数を送信する
    処理を実行させるプログラム。
19. コンピュータに、
    住宅施設に設置されたディスプレイのポータル画面にて、商品またはサービスに関する広告を表示し、
    所定の視聴条件を満たすよう前記広告を視聴した視聴者に対し、該視聴者のＩＤに対応付けて、所定のポイント付与基準により付与された第１種類のポイント数を表示する
    処理を実行させるプログラム。

Images