JP7302821B2 - ポイントシステム - Google Patents

Description

本発明は、ポイントシステムに関する。

テレビ放送の視聴時にポイントを付与することが行われている。たとえば、特許文献１には、地上波デジタル放送などを利用してポイントを配信し、そのポイントを利用するためのシステムが開示されている。

特開２００５－２５８９５１号公報

しかしながら、特許文献１に記載のシステムでは、デジタル放送番組の放送データに付加されているポイント・クーポン情報に基づいてポイントを発行しており、従来のテレビ番組に視聴に対してポイントを発行することができない。

本発明はこのような背景を鑑みてなされたものであり、テレビ番組に視聴に対してポイントを発行することのできる技術を提供することを目的とする。

上記課題を解決するための本発明の主たる発明は、テレビ放送で放送されるコンテンツの視聴に応じてポイントを付与するポイントシステムであって、視聴者が前記コンテンツを視聴したことを検出する視聴検出部と、前記視聴者が前記コンテンツを視聴した態様に応じて前記コンテンツを出力した受像機にポイントを付与するポイント付与部を備え、前記ポイント付与部は、前記視聴者からのリクエストに応じて、前記受像機に付与された前記ポイントを前記視聴者に移行することとする。

その他本願が開示する課題やその解決方法については、発明の実施形態の欄及び図面により明らかにされる。

本発明によれば、テレビ番組に視聴に対してポイントを発行することができる。

本実施形態に係るポイントシステムの全体構成例を示す図である。 受像機２のハードウェア構成例を示す図である。 受像機２のソフトウェア構成例を示す図である。 視聴ログデータベース２３１の構成例を示す図である。 コンピュータのハードウェア構成例を示す図である。 ログサーバ４のソフトウェア構成例を示す図である。 視聴ログデータベース４３１に記憶される視聴ログの構成例を示す図である。 ポイント利用ログデータベース４３２に記憶されるポイント利用ログの構成例を示す図である。 キャンペーン管理サーバ５のソフトウェア構成例を示す図である。 キャンペーンデータベース５３１に登録されるキャンペーン情報の構成例を示す図である。 ユーザ端末３のソフトウェア構成例を示す図である。 ユーザ管理サーバ６のソフトウェア構成例を示す図である。 ユーザデータベース６３１の構成例を示す図である。 ユーザ履歴データベース６３２の構成例を示す図である。 店舗端末７のソフトウェア構成例を示す図である。 ポイント利用ログデータベース７３１に記憶されるポイント利用ログの構成例を示す図である。 キャンペーン情報の登録処理の流れを示す図である。 視聴者によるポイントシステムへのログイン処理の流れを示す図である。 視聴者によるテレビ番組の視聴を検出する処理の流れを示す図である。 視聴者にポイントを付与する処理の流れを示す図である。 ポイントの利用処理の流れを説明する図である。 ユーザ端末３が視聴を推定する場合のシステム構成例を示す図である。 受像機２から視聴者の視聴を検出する場合のシステム構成例を示す図である。 受像機２から視聴者の視聴を検出する場合の検出処理の流れを示す図である。 受像機２にポイントを付与する場合のユーザ管理サーバ６の構成例を示す図である。 受像機データベース６３３の構成例を示す図である。 受像機２から視聴者へのポイントの移行処理の流れを示す図である。

本発明の実施形態の内容を列記して説明する。本発明の実施の形態に係るポイントシステムおよび受像機は、以下のような構成を備える。

［項目１］
テレビ放送で放送されるコンテンツの視聴に応じてポイントを付与するポイントシステムであって、
視聴者が前記コンテンツを視聴したことを検出する視聴検出部と、
前記視聴者が前記コンテンツを視聴した態様に応じて前記コンテンツを出力した受像機にポイントを付与するポイント付与部を備え、
前記ポイント付与部は、前記視聴者からのリクエストに応じて、前記受像機に付与された前記ポイントを前記視聴者に移行すること、
を特徴とするポイントシステム。
［項目２］
項目１に記載のポイントシステムであって、
前記コンテンツを特定するための情報、当該コンテンツを視聴した場合に付与する前記ポイントを算出するためのポイント算出情報、および前記ポイントを付与する期間を記憶するキャンペーン管理データベースをさらに備え、
前記ポイント付与部は、前記視聴者が視聴した前記コンテンツおよび前記コンテンツの視聴に係る日時に対応する前記ポイント算出情報を前記キャンペーン管理データベースから取得し、前記ポイント算出情報に基づいて、前記視聴者に付与する前記ポイントの数を計算すること、
を特徴とするポイントシステム。
［項目３］
項目１または２に記載のポイントシステムであって、
前記視聴者が利用した前記ポイントの利用数を取得する利用ポイント取得部と、
前記利用数に応じた金額を前記ポイントの利用先に課金し、前記金額の分配に係る計算を行う利用料出力部と、
をさらに備えることを特徴とするポイントシステム。
［項目４］
項目３に記載のポイントシステムであって、
前記視聴者が視聴した前記コンテンツの視聴ログを記憶する視聴ログ記憶部と、
前記ポイントが利用された利用ログを記憶する利用ログ記憶部と、
前記視聴ログおよび前記利用ログに基づいて、前記コンテンツの視聴と前記ポイントの利用との関係を解析し、解析結果を出力する解析処理部と、
をさらに備えることを特徴とするポイントシステム。

＝＝概要＝＝
以下、本発明の一実施形態に係るポイントシステムについて説明する。本実施形態のポイントシステムは、テレビ放送により放送されるコンテンツの視聴者に対して店舗（実店舗およびオンラインの仮想店舗が含まれ、形態を問わず商品またはサービスを提供するものであれば広く含まれる。）で利用可能なポイントを付与しようとするものである。コンテンツには、テレビ番組および広告の少なくともいずれかが含まれる。また、本実施形態のポイントシステムでは、視聴者によるテレビ放送の視聴態様に応じた数のポイントが付与される。本実施形態では、視聴時間が長くなるほど付与されるポイント数が増加するようにポイントを付与するものとするが、視聴態様には、視聴時間（どれだけ長く視聴したか）だけでなく、何人で視聴したか（単独で視聴したのか、複数人で視聴したのか）、テレビ番組の特定のコーナーを視聴したか、特定の広告をしたか、テレビ番組および広告を両方とも視聴したか、特定のテレビ番組または広告を視聴した後に、他の特定のテレビ番組または広告を視聴したかなど、１人または複数人の視聴者がテレビ放送を視聴する態様を任意に含めることができる。ポイントの原資は店舗における販促費である。視聴者はどのコンテンツを観ていたかの視聴ログを提供することになり、その視聴ログの提供対価としてポイントが発行されるものと把握することができる。さらに、放送局は、コンテンツの提供対価として、販促費に応じた利用料が支払われることになる。

＝＝全体構成＝＝
図１は、本実施形態に係るポイントシステムの全体構成例を示す図である。

受像機２は、いわゆるテレビジョンであり、テレビ放送の電波（ケーブルテレビなどの電気信号を含む。）を受信し（１１）、受信した電波をデコードして、テレビ番組や広告などのコンテンツに係る映像および音声を出力することができる。また、本実施形態の受像機２は、通信機能を有しており、ユーザ端末３、ログサーバ４、キャンペーン管理サーバ５、ユーザ管理サーバ６などとの間で通信を行うことができる。なお、受像機２とユーザ装置３との間の通信は、たとえばＢｌｕｅＴｏｏｔｈ（登録商標）やＷｉＦｉなどの無線通信とすることができる。

ユーザ端末３は視聴者が携帯するスマートフォンやタブレットコンピュータなどの携帯端末を想定する。受像機２は、ユーザ端末３からメッセージを受信していること（２１）をもって、受像機２が再生しているコンテンツ（テレビ番組または広告）を視聴者が視聴していると判断することができる。視聴者によるコンテンツの視聴ログは受像機２からログサーバ４に送られ（２４）、ログサーバ４で管理される。

放送局１では、コンテンツごとに付与するポイント数を算出するための情報（以下、キャンペーン情報という。）を設定し（１２）、このキャンペーン情報はキャンペーン管理サーバ５に管理される。キャンペーン管理サーバ５は、たとえば、パーソナルコンピュータやスマートフォン、クラウドコンピュータなどにより実現することができる。

受像機２は、キャンペーン管理サーバ５に視聴者に対して付与するポイントを問い合わせ（２２）、そのポイントをユーザ管理サーバ６に通知する（２３）。視聴者に付与されたポイントはユーザ管理サーバ６において管理される。ユーザ管理サーバ６は、たとえば、パーソナルコンピュータやスマートフォン、クラウドコンピュータなどにより実現することができる。受像機２から通知されたポイントは、ユーザ管理サーバ６においてポイントの残高に加算される。ポイントの残高は、ユーザ端末３からも参照される（３１）。

視聴者は店舗においてポイントを利用することが可能である。ポイントが利用された場合、ユーザ端末３から店舗端末７に利用するポイントが通知される（３２）。店舗端末７は、たとえば、タブレットコンピュータやパーソナルコンピュータ、スマートフォンなどにより実現することができる。店舗端末７からは、利用されたポイントがユーザ管理サーバ６に通知され（７１）、ユーザ管理サーバ６ではポイントの残高が減算される。また、ポイントの利用ログは店舗端末７からログサーバ４に送信され（７２）、ログサーバ４において蓄積される。これにより、ログサーバ４では、どのコンテンツを視聴したことによりどれだけポイントが付与され、そのポイントがどれだけ店舗で利用されたかを解析することができる。

＝＝受像機２＝＝
図２は、受像機２のハードウェア構成例を示す図である。受像機２は、ＣＰＵ２０１、メモリ２０２、記憶装置２０３、通信装置２０４、放送受信モジュール２０５、出力装置２０６を備える。記憶装置２０３は、各種のデータやプログラムを記憶する、たとえばハードディスクドライブやソリッドステートドライブ、フラッシュメモリなどである。通信装置２０４は、通信を行うための装置であり、たとえばイーサネット（登録商標）に接続するためのアダプタ、公衆電話回線網に接続するためのモデム、無線通信を行うための無線通信機、シリアル通信のためのＵＳＢ（Universal Serial Bus）コネクタやＲＳ２３２Ｃコネクタなどである。受像機２は通信装置２０４を複数備えることもできる。放送受信モジュール２０５は、テレビ放送の電波を受信し、受信した電波から映像および音声をデコードするモジュールである。なお、放送受信モジュール２０５には、一般的なテレビ放送の受信およびデコードに係るハードウェアを用いることができる。出力装置２０６は、データを出力する、ディスプレイおよびスピーカを含む。

図３は、受像機２のソフトウェア構成例を示す図である。受像機２は、映像音声処理部２１１、視聴検出部２１２、視聴ログ登録部２１３、視聴ログ送信部２１４、ポイント取得部２１５、およびポイント加算部２１６の各機能部と、視聴ログデータベース２３１を備える。なお、上記各機能部は、受像機２が備えるＣＰＵ２０１が記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより実現され、視聴ログデータベース２３１は、メモリ２０２および記憶装置２０３が提供する記憶領域の一部として実現される。

映像音声処理部２１１は、放送受信モジュール２０５を制御して、コンテンツの映像および音声を出力装置２０６から出力する。映像音声処理部２１１による映像および音声の出力処理（テレビ放送の再生処理）については、一般的な手法を採用することが可能であり、ここでは説明を省略する。

視聴検出部２１２は、視聴者がテレビ放送を視聴していることを検出する。視聴検出部２１２は、ユーザ端末３との間で通信ができている間は、視聴者が受像機２が出力しているコンテンツを視聴しているものと推定する。本実施形態では、ユーザ端末３から定期的にメッセージを受像機２に送信し、視聴検出部２１２は、ユーザ端末３がメッセージを受信している間、ユーザ端末３との間で通信ができていると判断し、ユーザ端末３から最後にメッセージを受信した後に所定時間が経過したタイムアウトが発生した場合に、ユーザ端末３との間の通信が不可能となったことを検出し、これをもって視聴者がコンテンツの視聴を終了したことを検出することができる。

視聴ログデータベース２３１は、視聴者によるコンテンツの視聴に係るログ（以下、視聴ログという。）を記憶する。図４は、視聴ログデータベース２３１の構成例を示す図である。視聴ログデータベース２３１は、視聴ログを記憶しており、視聴ログには、日時、イベント、視聴種別、チャンネル／コンテンツ、再生位置、および１つ以上のユーザＩＤ（ユーザＩＤ１、ユーザＩＤ２、ユーザＩＤ３…）を含む。これらのユーザＩＤ１、ユーザＩＤ２、ユーザＩＤ３…には、複数人の視聴者が同時に視聴する場合に、当該複数人の視聴者のそれぞれを示すユーザＩＤを記録することができる。イベントは、受信機３において発生したイベントであり、たとえば、最初にユーザ端末３からメッセージを受信した（スマホログイン）、受信機３の電源がＯＮになった（受信機電源ＯＫ）、視聴者によりチャンネルが選択された、２回目以降にユーザ端末３からのメッセージを受信した（視聴継続）、ユーザ端末３との通信が切断された（スマホログオフ）などがある。受信機３における動作や処理、ユーザ端末３と受信機２との間の通信などを示す情報が設定される。視聴区別は、コンテンツの視聴方法を示し、たとえば、リアルタイム（ＲＴ）、タイムシフト（ＴＳ）、ビデオオンデマンド（ＶＯＤ）などである。チャンネル／コンテンツは、視聴されたコンテンツを特定するための情報である。本実施形態では、どのチャンネルまたはどのコンテンツが視聴されたかを示す。再生位置は、リアルタイム視聴の場合には「日時」欄の日時と同じ値が設定され、タイムシフトやビデオオンデマンドの場合には、コンテンツが最初に放送された日時が設定される。ユーザＩＤは、コンテンツを視聴した視聴者を示す情報である。

視聴ログ登録部２１３は、視聴ログを視聴ログデータベース２３１に登録する。視聴ログ登録部２１３は、受信機３においてイベントが発生したことを契機として、当該イベントに係る視聴ログを作成し、作成した視聴ログを視聴ログデータベース２３１に登録することができる。ここで視聴ログ登録部２１３は、イベントが視聴の開始または終了に関するもの（「スマホログイン」または「スマホログオフ」）である場合には、当該イベントに係るユーザＩＤ（メッセージを送信した視聴者または通信がタイムアウトした視聴者を示すユーザＩＤ）のみを新規の視聴ログに含め、それ以外の場合には、視聴ログデータベース２３１に登録されている視聴ログのうち認証に関するものを除くものの中で最新のものに設定されているユーザＩＤを、新規の視聴ログのユーザＩＤにコピーする。また、視聴ログデータベース２３１に登録されている最新の視聴ログのイベントが「スマホログオフ」である場合には、当該視聴ログのユーザＩＤから当該最新の視聴ログのユーザＩＤを新規の視聴ログから削除することができる。

視聴ログ送信部２１４は、視聴ログをログサーバ４に送信する。視聴ログ送信部２１４は、たとえば、視聴ログデータベース２３１を監視し、視聴ログデータベース２３１に新規に登録された視聴ログをログサーバ４に送信するようにすることができる。

ポイント取得部２１５は、視聴者に付与するポイントを取得する。本実施形態では、ポイント取得部２１５は、ポイントを取得するためのリクエスト（以下、ポイント取得要求という。）をキャンペーン管理サーバ５に送信し、キャンペーン管理サーバ５から応答される、視聴者に付与されたポイント数を取得することができる。ポイント取得要求には、視聴者が視聴しているチャンネルおよび視聴ログの日時が設定される。上述したように、リアルタイムのテレビ放送を視聴している場合には、現在日時が設定され、タイムシフトやビデオオンデマンドによる視聴が行われている場合には、最初にコンテンツが放送された日時が設定されることになる。

ポイント加算部２１６は、視聴者にポイントを付与する。ポイント加算部２１６は、ポイント取得部２１５が取得したポイントを、視聴者のポイント残高に加算するように、ユーザ管理サーバ６にリクエスト（以下、ポイント加算要求という。）を送信する。ユーザ管理サーバ６では、後述するように、ポイント加算要求に応じて視聴者のポイント残高が増加される。ポイント加算部２１６は、ポイントを付与する視聴者、すなわち、コンテンツを視聴している視聴者を示すユーザＩＤおよび日時と、視聴者が視聴したチャンネルと、ポイントを利用可能な店舗と、当該視聴者に付与するポイント数とを含むポイント加算要求をユーザ管理サーバ６に送信する。なお、ポイント加算部２１６は、重複したポイントの加算がないように、重複したポイント加算要求を排除するようにしてもよい。たとえば、ユーザ管理サーバ６が、ポイント加算履歴としてポイント加算要求の内容（少なくともユーザＩＤ、日時およびチャンネル）を記憶しておき、ポイント加算部２１６は、同一内容のポイント加算要求（ユーザＩＤ、日時およびチャンネルが同一であるもの。）が送信されてきた場合には、これに応じたポイント加算を行わないようにすることができる。

図５は、ユーザ端末３、ログサーバ４、キャンペーン管理サーバ５、ユーザ管理サーバ６、および店舗端末７として用いられるコンピュータのハードウェア構成例を示す図である。コンピュータは、ＣＰＵ１０１、メモリ１０２、記憶装置１０３、通信インタフェース１０４、入力装置１０５、出力装置１０６を備える。記憶装置１０３は、各種のデータやプログラムを記憶する、例えばハードディスクドライブやソリッドステートドライブ、フラッシュメモリなどである。通信インタフェース１０４は、通信ネットワーク３０に接続するためのインタフェースであり、例えばイーサネット（登録商標）に接続するためのアダプタ、公衆電話回線網に接続するためのモデム、無線通信を行うための無線通信機、シリアル通信のためのＵＳＢ（Universal Serial Bus）コネクタやＲＳ２３２Ｃコネクタなどである。入力装置１０５は、データを入力する、例えばキーボードやマウス、タッチパネル、ボタン、マイクロフォンなどである。出力装置１０６は、データを出力する、例えばディスプレイやプリンタ、スピーカなどである。

＝＝ログサーバ４＝＝
図６は、ログサーバ４のソフトウェア構成例を示す図である。ログサーバ４は、視聴ログ登録部４１１、ポイント利用ログ登録部４１２、および解析処理部４１３の各機能部と、視聴ログデータベース４３１、およびポイント利用ログデータベース４３２の各記憶部とを備える。

視聴ログデータベース４３１は、視聴ログを記憶する。図７は、視聴ログデータベース４３１に記憶される視聴ログの構成例を示す図である。視聴ログデータベース４３１に登録される視聴ログは、上述した図４の視聴ログデータベース２３１に記憶される視聴ログに、視聴ログを作成した受像機２を示す受信機ＩＤを追加したものである。

視聴ログ登録部４１１は、視聴ログを視聴ログデータベース４３１に登録する。視聴ログ登録部４１１は、受像機２から送信される視聴ログを受信し、受信した視聴ログに、送信元の受像機２を示す受信機ＩＤを追加して視聴ログデータベース４３１に登録する。

ポイント利用ログデータベース４３２は、店舗におけるポイントの利用に係るログ（以下、ポイント利用ログという。）を記憶する。図８は、ポイント利用ログデータベース４３２に記憶されるポイント利用ログの構成例を示す図である。ポイント利用ログには、ポイントが利用された店舗、ポイントの利用に係る処理を示す処理ＩＤ、ポイントが利用された日時、ポイントを利用した視聴者を示すユーザＩＤ、ポイントの利用に係る商品（サービスを含む。以下同じ。）を示す商品ＩＤ、当該商品の価格、利用されたポイントの数、販促率、および支払費用が含まれる。支払費用は、ポイントの利用に係る販促費であり、販促率は、ポイント数に応じて支払われるべき販促費（支払費用）を算出するための情報である。本実施形態では、利用されたポイント数（「ポイント利用」）に販促率を乗じることにより、支払費用を算出することができるものとする。

ポイント利用ログ登録部４１２は、ポイント利用ログをポイント利用ログデータベース４３２に登録する。ポイント利用ログ登録部４１２は、後述する店舗端末７から送信されてくるポイント利用ログを受信して、受信したポイント利用ログに、店舗を示す店舗ＩＤを追加してポイント利用ログデータベース４３２に登録する。

解析処理部４１３は、視聴ログおよびポイント利用ログに基づいて、コンテンツの視聴と購買活動との関係を分析する。解析処理部４１３は、たとえば、視聴ログとポイント利用ログとをユーザＩＤにより紐付け、紐付けた視聴ログおよびポイント利用ログに基づいて、どのコンテンツを視聴した視聴者がどんな商品を購入したか、どの商品を購入した視聴者がどんなコンテンツを視聴していたかなどを解析することができる。

＝＝キャンペーン管理サーバ５＝＝
図９は、キャンペーン管理サーバ５のソフトウェア構成例を示す図である。キャンペーン管理サーバ５は、キャンペーン情報入力部５１１、ポイント発行部５１３、ポイント通知受信部５１４、およびコンテンツ利用料出力部５１５の各機能部と、キャンペーンデータベース５３１とを備える。

キャンペーンデータベース５３１は、視聴者に付与するポイントを決定するための情報（以下、キャンペーン情報という。）を記憶する。図１０は、キャンペーンデータベース５３１に登録されるキャンペーン情報の構成例を示す図である。キャンペーン情報には、キャンペーン情報を特定するキャンペーンＩＤに対応付けて、テレビ放送のチャンネル、キャンペーンの開始日時、キャンペーンの終了日時、会社名、販促率、ポイント付与率、上限、付与ポイントおよび利用ポイントを含む。チャンネルは、視聴者にポイントを付与するキャンペーンの対象となるチャンネル（オンデマンド配信のビデオコンテンツやオーディオコンテンツを特定してもよい。）である。なお、チャンネルには、特定のテレビ番組や広告などのコンテンツを特定する情報を含めるようにしてもよい。たとえば、チャンネルに付帯させて、コンテンツの開始日時およびコンテンツの終了日時を含めるようにすることができる。会社名は、ポイントを利用可能な店舗を特定する情報である。全ての店舗を示す情報（図１０の例では「※」）を設定してもよい。販促率は、ポイントの利用に対して店舗側が支払うべき販促費を計算するための情報である。本実施形態では、利用されたポイントに対する係数であるものとし、利用されたポイント数に販促率を乗じて販促費が計算可能であるものとする。ポイント付与率は、視聴者の視聴時間に応じて発行するポイント数を決定するための情報である。本実施形態では、ポイント付与率には、単位時間（図１０の例では５分、１５分および１０分が設定されている。）と、その単位時間あたりに付与されるポイント数とが設定されるものとする。上限は、発行可能なポイント数の上限である。利用ポイントは、店舗において実際に使用されたポイント数（すなわちポイントの利用実績）である。キャンペーン情報は、「開始日時」から「終了日時」までの間に、「チャンネル」のコンテンツを視聴していた視聴者に対して、視聴者に付与した「付与ポイント」が「上限」に達するまで、「ポイント付与率」に応じて、「会社名」が示す会社（店舗）で利用可能な数のポイントを発行することを示すことになる。

キャンペーン情報入力部５１１は、キャンペーン情報の新規登録または更新を行う。キャンペーン情報入力部５１１は、ポイントを付与するキャンペーンに関するチャンネル、キャンペーンの開始日時および終了日時、ポイントを利用可能な店舗（会社名）、ポイント利用に係る販促費を計算するための販促率、ポイントの付与率、および上限の入力を受け付け、これらを設定したキャンペーン情報を作製してキャンペーンデータベース５３１に登録する。なお、キャンペーン情報入力部５１１は、キャンペーン情報の１つ以上の項目の内容を受け付けて、キャンペーンデータベース５３１に登録されているキャンペーン情報を更新することもできる。キャンペーン情報入力部５１１は、たとえば、放送局１のユーザが使用するコンピュータからこれらの情報を受信することができる。

ポイント発行部５１３は、視聴者に対してポイントを発行する。ポイント発行部５１３は、受像機２から送信されるポイント取得要求に応じて、視聴者に発行するポイントを計算して応答するものとする。ポイント発行部５１３は、たとえば、ポイント取得要求に含まれているチャンネルに対応し、ポイント取得要求に含まれている日時が開始日時から終了日時までに入るキャンペーン情報をキャンペーンデータベース５３１から検索し、検索したキャンペーン情報のポイント付与率をポイント数として応答することができる。ポイント発行部５１３は、ポイントを利用可能な店舗（キャンペーン情報の会社名）を併せて応答することができる。また、キャンペーン情報に、ポイントの取得可能期間を設定しておき、ポイント発行部５１３は、ポイント取得要求を受信した日時が当該取得可能期間内にある場合にはポイントを発行し、受信した日時が取得可能期間外の場合にはポイントを発行しないようにしてもよい。

ポイント通知受信部５１４は、利用されたポイントの通知（以下、ポイント利用通知という。）を受け付ける。本実施形態では、ポイント通知受信部５１４は、ユーザ管理サーバ６からポイント利用通知を受信する。ポイント利用通知には、ポイントを利用した店舗（会社名）と、ポイントの利用日時と、利用されたポイント数とが含まれる。ポイント通知受信部５１４は、キャンペーンデータベース５３１から、受信したポイント利用通知に含まれる会社名に対応し、ポイント利用通知に含まれる利用日時が開始日時から終了日時までのキャンペーン情報の利用ポイントに、ポイント利用通知に含まれるポイント数を加算する。

コンテンツ利用料出力部５１５は、放送局に対して支払うべきコンテンツの利用料を出力する。コンテンツ利用料出力部５１５は、放送局ごとに、キャンペーンデータベース５３１から対応するチャンネルのキャンペーン情報を読み出し、読み出したキャンペーン情報に含まれる利用ポイントに基づいて利用料を決定する。コンテンツ利用料出力部５１５は、たとえば、利用ポイントの数に一定のまたは放送局ごとに事前に設定された係数を乗じて利用料を算出するようにしてよい。また、コンテンツ利用料出力部５１５は、ポイントの利用に対して店舗（販売促進を行う者）が支払うべき販促費を出力することもできる。コンテンツ利用料出力部５１５は、対象となる店舗の指定を受け付け、指定された店舗に対応するキャンペーン情報をキャンペーンデータベース５３１から読み出し、読み出したキャンペーン情報の販促率を、利用ポイントに乗じることにより販促費を計算することができる。店舗の指定は、キーボード等の入力装置から入力を受け付けるようにしてもよいし、店舗を特定する情報を含む販促費のリクエスト（以下、販促費取得要求という。）を外部から受信するようにしてもよい。販促費取得要求を受信した場合、コンテンツ利用料出力部５１５は、計算した販促費を、販促費取得要求に対する応答として送出することもできる。さらに、受像機２に関するサービサー（たとえば、受像機２のメーカー、受像機２を配布して運用する事業者など）に対して販促費の配分を行う場合には、コンテンツ利用料出力部５１５は、サービサーへのサービス対価を算出するようにしてもよい。この場合、コンテンツ利用料出力部５１５は、たとえば、受像機２がログサーバ４に送信したログの量に応じた利用料を算出し、これを出力することができる。すなわち、コンテンツ利用料出力部５１５は、店舗（広告主）からの販促費を、本実施形態のポイントシステムの利用料、コンテンツ利用料、サービサーへのサービス対価などに分配するように、販促費の分配に係る計算を行うことができる。コンテンツ利用料出力部５１５は、計算したコンテンツの利用料（ならびにシステムの利用料およびサービサーへのサービス対価）の支払い処理を行うようにしてもよい。

＝＝ユーザ端末３＝＝
図１１は、ユーザ端末３のソフトウェア構成例を示す図である。ユーザ端末３は、ログイン処理部３１１、ポイント残高表示部３１２、接続処理部３１３およびポイント利用部３１４の各機能部を備える。

ログイン処理部３１１は、利用者の認証を受けるログイン処理を行う。ログイン処理部３１１は、後述するユーザ管理サーバ６と通信を行ってログイン処理を行う。本実施形態では、接続処理部３１３は、ユーザＩＤおよびパスワードをキャンペーン管理サーバ５に送信し、ユーザ管理サーバ６においてパスワードの照合が行われることを想定している。

ポイント残高表示部３１２は、ユーザ管理サーバ６が管理している、視聴者のポイント残高を取得して表示する。ポイント残高表示部３１２は、ポイントの残高のリクエスト（以下、ポイント残高要求という。）をユーザ管理サーバ６に送信し、ユーザ管理サーバ６から応答される残高を受信することができる。ポイント残高要求にはユーザＩＤが設定される。

接続処理部３１３は、受像機２に対してメッセージを送信する。接続処理部３１３は、定期的に（たとえば、１５秒ごと、１分毎、５分毎など任意の時間を設定することができる。）メッセージを受像機２に対して送信する。上述したように、受像機２では、接続処理部３１３から送信されてくるメッセージを受信している間、視聴者が受像機２から出力されるコンテンツを視聴しているものと推定している。

ポイント利用部３１４は、ポイントの利用に関する処理を行う。ポイント利用部３１４は、たとえば、商品の決済時に、上述したポイント残高表示部３１２が取得したポイントの残高を上限として、利用するポイント数の指定を受け付け、指定されたポイント数とユーザＩＤとを指定したリクエスト（以下、ポイント利用要求という。）を店舗端末７に送信することにより、ポイントを利用することができる。店舗端末７では、商品価格から、ポイント利用要求に設定されていたポイント数に応じた金額を減算して決済処理が行われる。

＝＝ユーザ管理サーバ６＝＝
図１２は、ユーザ管理サーバ６のソフトウェア構成例を示す図である。ユーザ管理サーバ６は、ユーザ情報登録部６１１、認証処理部６１２、ポイント送信部６１３、ポイント加算要求受信部６１４、ポイント減算要求受信部６１５、およびポイント通知送信部６１６の各機能部と、ユーザデータベース６３１、およびユーザ履歴データベース６３２の各記憶部とを備える。

ユーザデータベース６３１は、視聴者（ユーザ）に関する情報（以下、ユーザ情報という。）を記憶する。図１３は、ユーザデータベース６３１の構成例を示す図である。ユーザデータベース６３１に登録されるユーザ情報は、視聴者を特定するユーザＩＤに対応付けて、認証情報（パスワード）と、ポイントの残高とを含む。認証情報は、パスワードに変えて、指紋や虹彩などの特徴量や公開鍵など、視聴者（またはユーザ端末３）を認証するために用いられる情報であればよい。また、図１３の例では、ユーザ情報には、メインポイント残高、Ａ社ポイント残高、およびＢ社ポイント残高が含まれている。すなわち、ユーザ情報は、店舗ごとに、当該店舗で利用可能なポイントの残高を含んでいる。メインポイント残高は、どの店舗でも利用可能なポイントの残高である。なお、図１３の例では、ユーザ情報の中に店舗ごとのポイント残高をカラムとして追加しているが、店舗と残高とを対応付けた残高情報を１つまたは複数含めるようにしてもよい。

ユーザ情報登録部６１１は、ユーザ情報をユーザデータベース６３１に登録する。ユーザ情報登録部６１１は、ユーザＩＤおよびパスワードの入力を受け付け、受け付けたユーザＩＤおよびパスワードを設定したユーザ情報を作成し、ポイントの残高は０に設定してユーザデータベース６３１に登録することができる。

認証処理部６１２は、視聴者を認証する。認証処理部６１２は、ユーザ情報に含まれている認証情報（たとえばパスワード）を用いて視聴者を認証することができる。認証処理部６１２は、たとえば、ユーザ端末３からユーザＩＤおよびパスワードを受け付け、受け付けたユーザＩＤに対応するユーザ情報のパスワードと、受け付けたパスワードとを照合することで認証を行うことができる。なお、ユーザの認証手法については一般的なものを採用することができるものとして、ここでは説明を省略する。

ポイント送信部６１３は、ポイント残高要求に応じて、ポイントの残高を応答する。上述したように、ユーザ端末３から送信されるポイント残高要求にはユーザＩＤが設定される。ポイント送信部６１３は、ポイント残高要求に含まれているユーザＩＤに対応するポイントの残高をユーザデータベース６３１から読み出して応答することができる。

ユーザ履歴データベース６３２は、視聴者よるポイントの利用履歴を記憶する。図１４は、ユーザ履歴データベース６３２の構成例を示す図である。ユーザ履歴データベース６３２に含まれる各利用履歴は、ユーザＩＤおよび日時に対応付けて、視聴されたチャンネル、ポイントの加算数（加算内容）、ポイントの利用数（減算内容）、ポイント残高、ポイントが付与または利用された店舗（処理対象）を記憶する。

ポイント加算要求受信部６１４は、ポイント加算要求に応じて、ポイントの利用履歴を登録するとともに、視聴者のポイント残高を増加させる。ポイント加算要求受信部６１４は、ポイント加算要求を受信すると、新規の利用履歴を生成し、受信したポイント加算要求に含まれているユーザＩＤ、日時、チャンネル、店舗、およびポイント数を、生成した利用履歴のユーザＩＤ、日時、視聴チャンネル、処理内容、および加算内容にそれぞれ設定する。また、ポイント加算要求受信部６１４は、ユーザＩＤに対応するユーザ情報の当該店舗に対応する残高に当該ポイント数を加算するようにユーザデータベース６３１を更新する。また、ポイント加算要求受信部６１４は、更新後のユーザ情報の残高を、生成した利用履歴のポイント残高に設定してユーザ履歴データベース６３２に登録する。

ポイント減算要求受信部６１５は、視聴者のポイント残高から利用されたポイント数を減じるように指示するリクエスト（以下、ポイント減算要求という。）に応じて、ポイントの利用履歴を登録するとともに、視聴者のポイント残高を減少させる。ポイント減算要求受信部６１５は、店舗端末７からポイント減算要求を受信する。ポイント減算要求には、ユーザＩＤ、ポイントの利用日時、利用されたポイント数、およびポイントが利用された店舗が含まれる。ポイント減算要求受信部６１５は、ポイント減算要求を受信すると、新規の利用履歴を生成し、受信したポイント減算要求に含まれているユーザＩＤ、日時、ポイント数および店舗を、生成した利用履歴のユーザＩＤ、日時、減算内容、および処理対象にそれぞれ設定する。また、ポイント減算要求受信部６１５は、ユーザＩＤに対応するユーザ情報の当該店舗に対応する残高から当該ポイント数を減算するようにユーザデータベース６３１を更新する。また、ポイント減算要求受信部６１５は、更新後のユーザ情報の残高を、生成した利用履歴のポイント残高に設定してユーザ履歴データベース６３２に登録する。

ポイント通知送信部６１６は、ポイント利用通知をキャンペーン管理サーバ５に送信する。ポイント通知送信部６１６は、ポイント減算要求が受信される度に、対応するポイント利用通知を送信する。ポイント通知送信部６１６は、ポイント減算要求に応じて登録された利用履歴の処理対象（店舗）、日時、および減算内容を、それぞれ会社名、利用日時およびポイント数として含めたポイント利用通知をキャンペーン管理サーバ５に送信する。上述したように、キャンペーン管理サーバ５では、発行されたポイント数に対応付けて、利用されたポイント数が管理される。

＝＝店舗端末７＝＝
図１５は、店舗端末７のソフトウェア構成例を示す図である。店舗端末７は、ポイント処理部７１１、決済処理部７１２、ポイント減算要求送信部７１３、ポイント利用ログ送信部７１４、および販促費出力部７１５の各機能部と、ポイント利用ログデータベース７３１の記憶部とを備える。なお、上記各機能部は、店舗端末７が備えるＣＰＵ１０１が記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより実現され、上記記憶部は、店舗端末７が備えるメモリ１０２および記憶装置１０３が提供する記憶領域の一部として実現される。

ポイント利用ログデータベース７３１は、店舗における利用されたポイントに係るポイント利用ログを記憶する。図１６は、ポイント利用ログデータベース７３１に記憶されるポイント利用ログの構成例を示す図である。ポイント利用ログは、図８に示した、ポイント利用ログデータベース４３２に記憶されるポイント利用ログから店舗ＩＤを除いたものである。

決済処理部７１２は、商品の決済に係る処理を行う。ここで決済処理部７１２は、ユーザ端末３からポイント利用要求が送信されてきた場合には、ポイント利用要求を受信し、ポイント利用要求に設定されていたポイント数に応じた金額を商品価格から減算して決済処理を行う。

ポイント処理部７１１は、ポイントの利用に係る処理を行う。ポイント処理部７１１は、上記決済処理部７１２による決済処理を特定する処理ＩＤ、決済処理が行われた日時、ポイント利用要求に含まれていたユーザＩＤ、決済処理を行った商品を示す商品ＩＤ、当該商品の価格、ポイント利用要求に含まれていたポイント数、商品について事前に設定されていた販促率、およびポイントに販促率を乗じた支払費用を設定したポイント利用ログを生成して、ポイント利用ログデータベース７３１に登録する。

ポイント減算要求送信部７１３は、ポイント減算要求をユーザ管理サーバ６に送信する。ポイント減算要求には、視聴者を示すユーザＩＤと、ポイントを利用した日時と、ポイントを利用した店舗と、利用したポイント数とが含まれる。

ポイント利用ログ送信部７１４は、ポイント利用ログデータベース７３１に登録されたポイント利用ログを外部に送信する。本実施形態では、ポイント利用ログ送信部７１４は、ポイント利用ログをログサーバ４に送信する。ポイント利用ログ送信部７１４は、新しいポイント利用ログが登録される度に、新たに登録されたポイント利用ログを特定してログサーバ４に送信するよにしてもよいし、一定期間ごとに、現在日時から一定期間前より後の日時が含まれるポイント利用ログをポイント利用ログデータベース７３１から読み出して、グサーバ４に送信することができる。

販促費出力部７１５は、支払うべき販促費を計算する。販促費出力部７１５は、たとえば、ポイント利用に販促率を乗じた支払費用の合計を計算し、販促費として出力することができる。なお、販促費出力部７１５は、販促費を支払う処理を行うようにしてもよい。支払先は、本実施形態に係るポイントシステムの運営者とすることができる。また、販促費の計算は、キャンペーン管理サーバ５において行うようにしてもよい。この場合、販促費出力部７１５は、店舗端末７に対応する店舗を特定する情報を設定した販促費取得要求をキャンペーン管理サーバ５に送信し、キャンペーン管理サーバ５から応答される販促費を受信することができる。

以下、本実施形態に係るポイントシステムにおいて実行される処理について説明する。

＝＝キャンペー情報の登録処理＝＝
図１７は、キャンペーン情報の登録処理の流れを示す図である。放送局１では、コンピュータが、ポイントを付与するキャンペーンに関するチャンネル、キャンペーンの開始日時および終了日時、ポイントを利用可能な店舗（会社名）、ポイントの付与率、および上限の入力を受け付け、これらを設定したキャンペーン情報登録要求をキャンペーン管理サーバ５に送信することができる（Ｓ８２１）。これはたとえば、キャンペーン情報入力部５１１が、フォーム情報を設定した入力画面を放送局１のユーザが操作するコンピュータに送信し、この入力画面に入力されたデータを設定したリクエストをキャンペーン管理サーバ５が受け付けることにより実現することができる。キャンペーン情報入力部５１１は、受信したキャンペーン情報登録要求に設定されている各種情報を設定したキャンペーン情報を生成してキャンペーンデータベース５３１に登録し（Ｓ８２２）、登録が完了した旨のメッセージをキャンペーン情報登録要求に対する応答として送出することができる（Ｓ８２３）。

＝＝ログイン処理＝＝
図１８は、視聴者によるポイントシステムへのログイン処理の流れを示す図である。

ユーザ端末３のログイン処理部３１１は、ログインを行うためのログイン画面を取得するためのリクエスト（ログイン画面要求）をユーザ管理サーバ６に送信する（Ｓ８０１）。ユーザ管理サーバ６の認証処理部６１２は、ログイン画面を表示するための情報（たとえば、ＨＴＭＬにより記述された画面データ）をユーザ端末３に応答する（Ｓ８０２）。ユーザ端末３のログイン処理部３１１は、視聴者からユーザＩＤおよびパスワードの入力を受け付ける（Ｓ８０３）。なお、ログイン処理部３１１は、ユーザＩＤおよびパスワードをユーザ端末３の記憶装置１０３などに記憶しておき、記憶されているユーザＩＤおよびパスワードを読み出すようにしてもよい。ログイン処理部３１１は、受け付けたユーザＩＤおよびパスワードを設定したログイン要求をユーザ管理サーバ６に送信し（Ｓ８０４）、ユーザ管理サーバ６の認証処理部６１２は、ログイン要求に含まれているユーザＩＤおよびパスワードを用いて視聴者の認証を行う（Ｓ８０５）。認証処理部６１２は、たとえば、ユーザ履歴データベース６３２に登録されているユーザ情報のユーザＩＤおよびパスワードと、ログイン要求に含まれているユーザＩＤおよびパスワードとを照合することにより認証処理を行うことができる。認証処理部６１２は、認証の結果をユーザ端末３に応答する（Ｓ８０６）。

認証に成功した場合には、ユーザ端末３のポイント残高表示部３１２は、ポイント残高要求をユーザ管理サーバ６に送信し（Ｓ８０７）、ユーザ管理サーバ６のポイント送信部６１３は、ポイント残高要求に含まれているユーザＩＤに対応するポイントの残高をユーザデータベース６３１から読み出し（Ｓ８０８）、読み出したポイントの残高をユーザ端末３に応答する（Ｓ８０９）。ユーザ端末３のポイント残高表示部３１２は、応答されたポイントの残高を出力することができる（Ｓ８１０）。

＝＝視聴検出処理＝＝
図１９は、視聴者によるコンテンツの視聴を検出する処理の流れを示す図である。
ユーザ端末３の接続処理部３１３は、受像機２に対して最初のメッセージ（チェックインメッセージ）を送信し（Ｓ８４１）、受像機２の視聴検出部２１２は、ユーザ端末３との間の通信が確立したことを、視聴者が視聴を開始したこととして検出することができる（Ｓ８４２）。

ユーザ端末３の接続処理部３１３からは、定期的にメッセージが受像機２に送信され（Ｓ８４３）、接続処理部３１３は、タイムアウトしないうちにメッセージをユーザ端末３から受信することで、視聴者によるコンテンツの視聴が継続していると判断することができる（Ｓ８４４）。接続処理部３１３は、ユーザ端末３から最後にメッセージを受信してから所定時間が経過し、タイムアウトが発生した場合、視聴が終了したと判定することができる（Ｓ８４５）。

＝＝ポイント付与処理＝＝
図２０は、視聴者にポイントを付与する処理の流れを示す図である。
ユーザ端末３の接続処理部３１３から受像機２には継続的にメッセージが送信され（Ｓ８６１）、図１９にも示したように、受像機２の視聴検出部２１２は、視聴が継続されていると判定されているものとする。

受像機２のポイント取得部２１５は、現在視聴されているチャンネルを設定したポイント取得要求をキャンペーン管理サーバ５に送信し（Ｓ８６２）、キャンペーン管理サーバ５のポイント発行部５１３は、ポイント取得要求に対応するキャンペーン情報を取得する（Ｓ８６３）。具体的には、ポイント発行部５１３は、ポイント取得要求に含まれているチャンネルに対応し、ポイント取得要求に含まれている日時が開始日時から終了日時までに入るキャンペーン情報をキャンペーンデータベース５３１から検索することができる。ポイント発行部５１３は、取得したキャンペーン情報に応じてポイント数を決定し、決定したポイント数と店舗（会社名）を応答する（Ｓ８６４）。ポイント発行部５１３は、たとえば、キャンペーン情報に含まれているポイント付与率をポイント数として決定することができる。

受像機２のポイント加算部２１６は、最新の視聴ログに含まれているユーザＩＤ、日時およびチャンネルと、キャンペーン管理サーバ５から受信した店舗およびポイント数とを設定したポイント加算要求をユーザ管理サーバ６に送信する（Ｓ８６５）。ユーザ管理サーバ６のポイント加算要求受信部６１４は、ポイント加算要求に応じて視聴者のポイント残高に、付与されたポイントを加算する（Ｓ８６６）。ポイント加算要求受信部６１４は、たとえば、ポイント加算要求に含まれているユーザＩＤに対応するユーザ情報に含まれているポイント残高のうち、ポイント加算要求に含まれている店舗に対応するものに、ポイント加算要求に含まれているポイント数を加算するようにユーザデータベース６３１を更新することができる。また、本実施形態では、ポイント加算要求受信部６１４は、新規の利用履歴を生成し、受信したポイント加算要求に含まれているユーザＩＤ、日時、チャンネル、店舗、およびポイント数、ならびに更新したユーザ情報のポイント残高を、生成した利用履歴のユーザＩＤ、日時、視聴チャンネル、処理内容、加算内容、およびポイント残高にそれぞれ設定し、ユーザ履歴データベース６３２に登録するものとする。

ポイント通知送信部６１６は、利用履歴の処理対象（店舗）、日時、および減算内容を、それぞれ会社名、利用日時およびポイント数として含めたポイント利用通知をキャンペーン管理サーバ５に送信する（Ｓ８６７）。キャンペーン管理サーバ５のポイント通知受信部５１４は、ポイント通知に応じて、キャンペーン情報の付与ポイントに、付与されたポイント数を加算する（Ｓ８６８）。ポイント通知受信部５１４は、たとえば、キャンペーンデータベース５３１から、受信したポイント利用通知に含まれる会社名に対応し、ポイント利用通知に含まれる利用日時が開始日時から終了日時までのキャンペーン情報の利用ポイントに、ポイント利用通知に含まれるポイント数を加算することができる。

ポイント通知送信部６１６は、更新されたポイントの残高をユーザ端末３に通知するようにしてもよい（Ｓ８６９）。ユーザ端末３のポイント残高表示部３１２は、受信したポイント残高により表示を更新することができる。

＝＝ポイント利用処理＝＝
図２１は、ポイントの利用処理の流れを説明する図である。ここでは、視聴者が店舗に訪問して商品を購入するに際してポイントを利用することを想定している。

視聴者は店舗に訪問したときに、ユーザ端末３を操作して利用するポイント数を指定する。ユーザ端末３のポイント利用部３１４は、指定されたポイント数を設定したポイント利用要求を店舗端末７に送信する（Ｓ８８１）。

店舗端末７の決済処理部７１２は、ポイント利用要求に設定されていたポイント数に応じた金額を商品価格から減算して決済処理を行う（Ｓ８８２）。ポイント処理部７１１は、視聴者を示すユーザＩＤと、ポイントを利用した日時と、ポイントを利用した店舗と、利用したポイント数とを設定したポイント減算要求をユーザ管理サーバ６に送信する（Ｓ８８３）。

ユーザ管理サーバ６のポイント減算要求受信部６１５は、受信したポイント減算要求に応じて利用者のポイント残高からポイントを減算する（Ｓ８８４）。ポイント減算要求受信部６１５は、ポイント減算要求に設定されているユーザＩＤに対応するユーザ情報の当該店舗に対応する残高から当該ポイント数を減算するようにユーザデータベース６３１を更新するとともに、ポイント減算要求に含まれているユーザＩＤ、日時、ポイント数および店舗、ならびに更新後のユーザ情報のポイント残高を設定した利用履歴を生成して、ユーザ履歴データベース６３２に登録することができる。ポイント通知送信部６１６は、ポイント減算要求に応じて登録された利用履歴の処理対象（店舗）、日時、および減算内容を設定したポイント利用通知をキャンペーン管理サーバ５に送信する（Ｓ８８５）。

キャンペーン管理サーバ５のポイント通知受信部５１４は、ユーザ管理サーバ６から受信したポイント利用通知に応じて、キャンペーン情報の利用ポイントに加算する（Ｓ８８６）。ポイント通知受信部５１４は、キャンペーンデータベース５３１から、受信したポイント利用通知に含まれる会社名に対応し、ポイント利用通知に含まれる利用日時が開始日時から終了日時までのキャンペーン情報の利用ポイントに、ポイント利用通知に含まれるポイント数を加算することができる。キャンペーン管理サーバ５ではまた、コンテンツ利用料出力部５１５が、キャンペーン情報の利用ポイントに応じたコンテンツ利用料を算出して出力し、コンテンツ利用料の支払いが行われる（Ｓ８８７）。コンテンツ利用料出力部５１５が支払処理を行ってもよい。

店舗端末７のポイント利用ログ送信部７１４は、ポイント利用ログデータベース７３１に登録されたポイント利用ログをログサーバ４に送信し（Ｓ８８８）、ログサーバ４のポイント利用ログ登録部４１２は、受信した利用ログに店舗を示す店舗ＩＤを追加してポイント利用ログデータベース４３２に登録する（Ｓ８８９）。店舗端末７では、販促費出力部７１５が、ポイントの利用に応じて支払うべき販促費を計算して出力し、販促費の支払いが行われる（Ｓ８９０）。販促費の計算は、たとえば、販促費出力部７１５が利用ログのポイント利用の値に販促率の係数を乗じて行うことができる。販促費出力部７１５は、販促費の支払いに関する処理を行ってもよい。

以上のようにして、本実施形態のポイントシステムによれば、視聴者が受像機２から出力されるコンテンツを視聴した時間に応じて、店舗で利用可能なポイントを付与することができる。したがって、店舗における販売促進に係る広告として、テレビ放送で提供されるコンテンツを利用することが可能になる。一方で、視聴者のユーザ端末３を用いて、ユーザＩＤにより、テレビの視聴とポイントの利用とを紐付けることができるので、マス広告の媒体であるテレビ放送を利用したポイントの発行による広告活動の効果を正確に把握することができる。

また、本実施形態のポイントシステムによれば、ユーザ端末３と受像機２とを通信させることにより、視聴者がテレビ放送を視聴している時間を推定することができる。従来マス放送であるテレビの視聴の様子を把握することは困難であったが、本実施形態のポイントシステムでは、視聴者による視聴の有無を精度良く推定することができる。

また、ユーザ端末３をスマートフォンのように視聴者が常に携帯していることが期待されているデバイスとし、ユーザ端末３と受像機２との間の通信を、たとえば、Ｂｌｕｅｔｏｏｔｈ（登録商標）のような比較的近距離での通信に限られる方法で行う場合には、少なくとも視聴者が受像機２の近傍に存在していることが明らかとなるため、受像機２からの出力を視聴している蓋然性は高く、少なくとも音声については聞いている可能性が高いため、視聴者による視聴時間を精度良く推定することができる。

また、本実施形態のポイントシステムでは、テレビの視聴ログとポイントの利用ログとがログサーバ４に蓄積されるので、どのチャンネル（コンテンツ）の視聴に関して発行されたポイントがどの店舗でどのような商品の購入に用いられたかを解析することができる。したがって、精度よく広告効果を測定しながら、次の販促活動に役立てることが可能となる。

また、本実施形態のポイントシステムによれば、ユーザ端末３ではなく受像機２からサーバにアクセスを行うことから、少なくともコンテンツが再生されていたことを担保した状況でポイントを発行することができる。

また、本実施形態のポイントシステムによれば、店舗における販促費を、コンテンツを提供した放送局１に還流させることができる。したがって、従来のテレビ番組やチャンネルに対するスポンサーに加えた新たなスポンサーを付けることが可能となるうえに、本実施形態では、視聴時間に応じたポイント数が付与されることから、長時間視聴されるようにコンテンツの質が向上されることが期待される。

以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。

たとえば、本実施形態では、ポイントの管理をキャンペーン管理サーバ５およびユーザ管理サーバ６で分散して行っていたが、キャンペーン管理サーバ５およびユーザ管理サーバ６を単一のサーバとして運用することもできる。同様に、ログサーバ４、キャンペーン管理サーバ５およびユーザ管理サーバ６の３つを、単一または２つのサーバとして運用するようにしてもよい。

また、本実施形態では、ポイントの利用時には、ユーザ端末３から店舗端末７にポイント利用要求が送信されるものとしたが、ユーザ端末３および店舗端末７の間での通信を行わずにポイントの利用を行うようにしてもよい。たとえば、ユーザ端末３にバーコードやＱＲコード（登録商標）などを表示し、これを店舗端末７が備えるコードリーダにより読み取ることで、ポイントの利用を行うようにしてもよい。この場合、店舗端末７は、決済処理前に、ユーザ管理サーバ６に対してポイント残高の確認やポイント利用の承認などを行うようにすることができる。また、ユーザ端末３がクーポンコードやパスコードなどを表示し、これを視聴者が店舗の店員に口頭で伝達して店員が店舗端末７に入力し、あるいは視聴者が店舗端末７に入力して、ポイントの利用を行うようにしてもよい。

また、本実施形態では、受像機２とユーザ端末３との間で通信を行うことにより、視聴者が視聴していることを検出するものとしたが、視聴者が視聴していることをユーザ端末３が推定するようにしてもよい。この場合のポイントシステムの構成例を図２２に示す。図２２に示す構成例では、図１の例と異なり、ユーザ端末３から受像機２へのメッセージは送信されず、受像機２からキャンペーン管理サーバ５へのポイントの問い合わせはユーザ端末３から行われ（２２’）、受像機２からキャンペーン管理サーバ５へのポイントの加算もユーザ端末３から行われ（２３’）、受像機２からログサーバ４への視聴ログの登録もユーザ端末３から行われる（２４’）。この場合、ユーザ端末３が視聴検出部を備えるようにし、ユーザ端末３の視聴検出部は、たとえば、受像機２から出力される音声から特徴量を抽出し、現在出力されているコンテンツを特定するようにすることができる。コンテンツごとの特徴量については、事前に放送局１等から入手してユーザ端末３に設定されているものとすることができる。

また、本実施形態では、受像機２はポイント取得要求をキャンペーン管理サーバ５に送信して、視聴者に付与するポイントはキャンペーン管理サーバ５が決定するものとしたが、受像機２において決定するようにしてもよい。この場合、受像機２は、キャンペーン管理サーバ５からキャンペーン情報を取得するキャンペーン情報取得部と、キャンペーン情報を記憶するキャンペーン情報記憶部と、ポイント発行部とを備えるようにし、ポイント発行部がキャンペーン情報に基づいて発行するポイントを決定するようにすることができる。

また、本実施形態では、キャンペーン情報は放送局１から入力されるものとしたが、放送局１以外から登録するようにしてもよい。たとえば、広告主（店舗の運営者や広告代理店、店舗で提供する商品のメーカー、商品の認知獲得や販売促進等のキャンペーンを企画する広告代理店等の企画会社など）がキャンペーン情報を登録するようにしてもよい。この場合、放送局１に手間をかけさせることなく、ポイントを付与するサービスを行うことが可能となる。

また、本実施形態では、ユーザ端末３からチェックイン（図１９のＳ８４１）を行い、ユーザ端末３から視聴継続判定のためのアクセス（ｋｅｅｐ ａｌｉｖｅ）を送信する（図１９のＳ８４３）ものとしたが、受像機２を主体としてユーザ端末３の存在を確認するようにしてもよい。この場合におけるシステム構成例を図２３に、視聴検出処理の流れを図２４に示す。図２３の例では、図１と比較すると、ユーザ端末３からのメッセージ（２１）に変えて、受像機２からユーザ端末３に問い合わせが送信されている（２１’）。図２４の例では、図１９と比較すると、ユーザ端末３の接続処理部３１３からのチェックインメッセージ（Ｓ８４１）に変えて、受像機２の視聴検出部２１２から問い合わせがユーザ端末３に送信され（Ｓ８４１’）、ユーザ端末３の接続処理部３１３から応答が返されることにより（Ｓ９０１）、視聴検出部２１２は、ユーザ端末３との間の通信が確立し、視聴者が視聴を開始したことを検出する（Ｓ８４２’）ことができる。なお、受像機２からの問い合わせは、定期的に、たとえば受像機２が接続しているＷｉＦｉネットワークにブロードキャストしたり、Ｂｌｕｅｔｏｏｔｈ（登録商標）により近傍のデバイスに対して所定の問い合わせを送出したりすることにより行うことができる（Ｓ８４３’）。なお、Ｓ８４１’の問い合わせと、Ｓ８４３’の問い合わせは同じものであってもよいし、最初の接続時と、通信継続時とで問い合わせを異なるメッセージとして実装するようにしてもよい。通信確立後についても、問い合わせ（Ｓ８４３’）に対する応答（Ｓ９０２）があるか否かにより、視聴検出部２１２は視聴者による視聴継続を判定することができ（Ｓ８４４’）、問い合わせ（Ｓ８４３’）に対する応答がないことをもって、視聴が終了したことを判定することができる（Ｓ８４５’）。

また、本実施形態では、最初から視聴しているユーザごとにポイントを付与するものとしたが、一度受像機２に対してポイントを付与し、受像機２からユーザにポイントを分配するようにしてもよい。この場合のユーザ管理サーバ６の構成例を図２５に示す。ユーザ管理サーバ６は、図１２の例に加えて、受像機データベース６３３と、ポイント移行処理部６１７とを備える。図２６は、受像機データベース６３３の構成例を示す図である。受像既データベース６３３は、ユーザデータベース６３１の構成とほぼ同様であり、ユーザＩＤに代えて、受像機２を特定する受像機ＩＤに対応付けて、受像機２の認証情報（パスワード）と、ポイントの残高とを記憶する。この場合に、図２０のＳ８６５において、受像機２から送信するポイント加算要求には、ユーザＩＤに代えて当該受像機２を特定する受像機ＩＤを設定する。そして、Ｓ８６６では、ユーザ管理サーバ６のポイント加算要求受信部６１４は、受像機ＩＤに対応する受像機データベース６３３のポイント残高を加算するようにし、Ｓ８６７ないしＳ８６９を省略する。その代わりに、受像機２から視聴者へのポイントの移行を行う。図２７は、ポイントの移行処理の流れを示す図である。ユーザ端末３は、受像機２にポイントの移行要求を送信する（Ｓ９２１）。移行要求には、ユーザＩＤが設定される。受像機２は、自身を示す受像機ＩＤと、ユーザＩＤとを設定した移行要求をユーザ管理サーバ６に送信する（Ｓ９２２）。ここで、受像機２は、視聴者を付与するポイント数を決定するようにしてもよく、受像機２がポイント数を決定した場合には、移行要求にポイント数も設定するようにする。ユーザ管理サーバ６は、移行要求に応じてポイントの移行を行う（Ｓ９２３）。移行要求にポイント数が設定されている場合には、ユーザ管理サーバ６は、移行要求に設定されているポイント数を、受像機ＩＤが示す受像機データベース６３３の残高から減算し、ユーザＩＤが示すユーザデータベース６３１の残高に加算することができる。移行要求にポイント数が設定されていない場合、ユーザ管理サーバ６は、受像機ＩＤが示す受像機データベース６３３の残高をすべて移行数として決定してもよいし、たとえば、１回に付与可能な上限数を予め設定しておき、残高がその上限数を超える場合には上限数を移行数として決定してもよい。ユーザ管理サーバ６は、決定した移行数を、受像機ＩＤが示す受像機データベース６３３の残高から減算し、ユーザＩＤが示すユーザデータベース６３１の残高に加算することができる。その後、図２０のＳ８６７、Ｓ８６８を実行し、Ｓ８６９において受像機２にポイント通知を送信し（Ｓ８６９－１）、受像機２は受信したポイント通知をユーザ端末３に送信する（Ｓ８６９－２）ことができる。このようにして、受像機２により視聴者がコンテンツを視聴したことに応じて受像機２にポイントが付与され、受像機２に付与されたポイントが視聴者に分配されるようにすることができる。

以上のようにして、テレビ放送のコンテンツ視聴に対するポイントは、一旦受像機２に付与し、その後受像機２からユーザにポイントを分配することができる。これにより、受像機２を設置している世帯に対してポイントを付与することができる。

ここで、世帯構成などに応じて特定の世帯をターゲットとしてポイントを付与するようにすることもできる。たとえば、ユーザデータベース６３１に当該受像機２が設置されている世帯の構成を管理するようにして、たとえば、ユーザ情報には受像機２を特定する受像機ＩＤまたは世帯を示す世帯ＩＤを登録することができる。また、世帯構成を特定できるように、ユーザ情報に各視聴者の属性を登録することもできる。これにより、特定の構成の世帯を対象とした数または内容のポイントまたはクーポンを付与することができる。この場合において、たとえば、世帯の人数に応じた数のポイントを受像機２に付与することができる。

１ 放送局
２ 受像機
３ ユーザ端末
４ ログサーバ
５ キャンペーン管理サーバ
６ ユーザ管理サーバ
７ 店舗端末
２１１ 映像音声処理部
２１２ 視聴検出部
２１３ 視聴ログ登録部
２１４ 視聴ログ送信部
２１５ ポイント取得部
２１６ ポイント加算部
２３１ 視聴ログデータベース
３１１ ログイン処理部
３１２ ポイント残高表示部
３１３ 接続処理部
３１４ ポイント利用部
４１１ 視聴ログ登録部
４１２ ポイント利用ログ登録部
４１３ 解析処理部
４３１ 視聴ログデータベース
４３２ ポイント利用ログデータベース
５１１ キャンペーン情報入力部
５１３ ポイント送信部
５１４ ポイント通知受信部
５１５ コンテンツ利用料出力部
５３１ キャンペーンデータベース
６１１ ユーザ情報登録部
６１２ 認証処理部
６１３ ポイント送信部
６１４ ポイント加算要求受信部
６１５ ポイント減算要求受信部
６１６ ポイント通知送信部
６３１ ユーザデータベース
６３２ ユーザ履歴データベース
７１１ ポイント処理部
７１２ 決済処理部
７１３ ポイント減算要求送信部
７１４ ポイント利用ログ送信部
７１５ 販促費出力部
７３１ ポイント利用ログデータベース

Claims (4)

1. テレビ放送で放送されるコンテンツの視聴に応じてポイントを付与するポイントシステムであって、
   視聴者が前記テレビ放送の受像機で前記コンテンツを視聴したことを検出する視聴検出部と、
   前記視聴者が前記コンテンツを視聴した態様に応じて前記コンテンツを出力した受像機にポイントを付与するポイント付与部を備え、
   前記ポイント付与部は、前記視聴者からのリクエストに応じて、前記受像機に付与された前記ポイントを前記視聴者に移行し、
   前記受像機と通信により接続する一または複数のユーザ端末とを備え、
   前記視聴検出部は、前記受像機と接続するユーザ端末により何人の視聴者が前記受像機により出力されるコンテンツを視聴したかを検出することを特徴とするポイントシステム。
2. 請求項１に記載のポイントシステムであって、
   前記コンテンツを特定するための情報、当該コンテンツを視聴した場合に付与する前記ポイントを算出するためのポイント算出情報、および前記ポイントを付与する期間を記憶するキャンペーン管理データベースをさらに備え、
   前記ポイント付与部は、前記視聴者が視聴した前記コンテンツおよび前記コンテンツの視聴に係る日時に対応する前記ポイント算出情報を前記キャンペーン管理データベースから取得し、前記ポイント算出情報に基づいて、前記視聴者の前記ユーザ端末に付与する前記ポイントの数を計算すること、
   を特徴とするポイントシステム。
3. 請求項１または２に記載のポイントシステムであって、
   前記視聴者が利用した前記ポイントの利用数を取得する利用ポイント取得部と、
   前記利用数に応じた金額を前記ポイントの利用先に課金し、前記金額の分配に係る計算を行う利用料出力部と、
   をさらに備えることを特徴とするポイントシステム。
4. 請求項３に記載のポイントシステムであって、
   前記視聴者が視聴した前記コンテンツの視聴ログを記憶する視聴ログ記憶部と、
   前記ポイントが利用された利用ログを記憶する利用ログ記憶部と、
   前記視聴ログおよび前記利用ログに基づいて、前記コンテンツの視聴と前記ポイントの利用との関係を解析し、解析結果を出力する解析処理部と、
   をさらに備えることを特徴とするポイントシステム。
   
   

Images