JP2020182069A - 広告時間帯を検索する重複視聴装置分析方法と分析システム - Google Patents

Abstract

【課題】番宣を含め広告などの宣伝効果が高い時間帯が客観的に見えるように可視化することができる広告時間帯を検索する重複視聴装置分析方法と分析システムを提供する。【解決手段】重複視聴装置分析方法は、１つのチャンネルの中で選択される番組Ａの視聴装置の数である第１データ取得し、選択された番組Ａの過去所定期間以内に放送された複数の番組Ｂのそれぞれの視聴装置の数である第２データを取得し、前記選択される番組Ａの第１データと第２データの中で、重複する視聴装置の数を表す第３データを求め、第３データに関連する可視化用のデータを得る。【選択図】図６

Description

実施形態は、広告時間帯を検索する重複視聴装置分析方法と分析システムに関する。

近年、インターネット技術が発達しており、ビデオオンデマンド（ＶＯＤ）サービスをテレビ装置で利用する人口が増加している。そのためインターネットに接続したテレビ装置の数も増加傾向にある。
このような環境の中で、インターネット経由で各テレビ装置から膨大な量の視聴データ（視聴ログと称される場合もある）を収集し、視聴率などの視聴状況の分析を行うことが可能となっている。

特開２０１７−２８３５３号公報 特開２０１７−１８８９３２号公報

従来、新しく始まる番組を宣伝（番宣と言われる）する場合、番組プロデューサは、効果のあると思われる時間帯を予想し、当該時間帯に番宣を放送している。しかしながら、番宣を行った時間帯が、本当に効果の高い時間帯であるかどうかを客観的に見えるように分析する手段がない。

そこで本実施形態では、例えば番宣を含め広告などの宣伝効果が高い時間帯が客観的に見えるように可視化することができる広告時間帯を検索する重複視聴装置分析方法と分析システムを提供することを目的とする。

一実施形態による、重複視聴装置分析方法は、
１つのチャンネルの中で選択される番組Ａの視聴装置の数である第１データＤ１取得し、
前記選択された前記番組Ａの過去所定期間以内に放送された複数の番組Ｂ（１〜ｙ）のそれぞれの視聴装置の数である第２データＤ２（１〜ｙ）を取得し、
前記選択される番組Ａの第１データＤ１と前記第２データＤ２（１〜ｙ）の中で、重複する視聴装置の数を表す第３データＤ３（１〜ｙ）を求め、前記第３データＤ３（１〜ｙ）に関連する可視化用のデータを得る方法である。

図１は、一実施形態に関係する放送信号送信装置、サーバおよび受信装置（視聴装置）からなるシステム全体の構成例を示した図である。 図２は、テレビジョン受信装置の構成例を概略的に示した図である。 図３は、サーバの構成例とサービスを受けるユーザのパーソナルコンピュータの例を概略的に示した図である。 図４は、一実施形態において、表示部が表示した解析結果の一例を示す説明図である。 図５は、他の実施形態において、表示部が表示した解析結果の一例を示す説明図である。 図６は、一実施形態のシステムの動作例を示すフローチャートである。 図７は、一実施形態のシステムの他の動作例を示すフローチャートである。

以下、実施の形態について図面を参照して説明する。
図１は、本実施形態に係る放送信号送信装置１００、サーバ１２０および視聴装置１４０からなるシステム全体の構成例を示した図である。
１００は、放送番組を放送する放送信号送信装置（放送局とも呼ぶ）であり、放送番組サーバ１０１および第１の基本機能１０２を備える。

放送番組サーバ１０１は、放送信号送信装置１００として放送する番組のデータ、番組の名称、放送日時、内容の説明等を予め保存しておくエリアである。
第１の基本機能１０２は、放送信号送信装置１００の基本的な機能であり、放送する番組の映像信号や音声信号等を符号化（エンコードとも言う）して多重化し、放送信号として送出する機能を持つ。

１２０は、クラウド上に存在し、視聴装置１４０のユーザが視聴した番組の視聴履歴を収集するサーバであり、識別管理部１２１、収集部１２２、解析部１２３およびサービス提供部１２４を備える。
サーバ１２０は、視聴装置（テレビ装置、テレビジョン受信機、放送信号受信装置とも称される）１４０が個別に持つ識別番号により個々の視聴装置１４０を識別している。視聴装置１４０が持つ識別番号は、例えば数字、アルファベットの組み合わせから構成されている。

識別管理部１２１は、視聴装置１４０が持つ識別番号を、ネットワーク１８０を介して収集し管理する機能を持つ。識別管理部１２１は、例えば視聴装置１４０の初期設定時に、視聴装置１４０が持つ識別番号を収集してもよい。
収集部１２２は、視聴装置１４０のユーザが放送番組を視聴した履歴である視聴履歴を収集する機能を持つ。

解析部１２３は、収集部１２２で収集した視聴履歴を解析する機能を持つ。サービス提供部１２４は、解析部１２３が解析した結果をもとにサービスを提供する機能を持つ。
サービス提供部１２４は、解析部１２３が解析した結果をもとに例えば、視聴装置１４０のユーザにとって有益な情報を提供してもよい。あるいはサービス提供部１２４は、解析部１２３が解析した結果をもとに例えば、視聴装置１４０に対して番組を放送する側である放送信号送信装置１００や番組制作会社、番組のスポンサー等にとって有益な情報を提供してもよい。

１４０は、放送信号送信装置１００が放送する番組を受信する受信装置であり、デジタル放送の受信機能（第２の基本機能１４１）、制御部１４２を含む。視聴装置１４０は、例えばテレビジョン受信装置でもあってもよい、また放送波で送られてくる番組を録画する機能を備えたレコーダであってもよい。以降の説明においては、視聴装置１４０を視聴装置１４０として説明する。図では１つのテレビジョン受信装置を示しているが、多数の視聴装置１４０がサーバ１２０に接続されている。

第２の基本機能１４１は、視聴装置１４０としての基本的な機能であり、放送信号送信装置１００から送られてくる放送波を受信し、放送波に含まれる符号化された映像信号（映像ストリームとも呼ぶ）、符号化された音声信号（音声ストリームとも呼ぶ）、アプリケーションデータおよび伝送制御信号を分離し、映像信号および音声信号をデコードしたり、アプリケーションデータを受信したり、伝送制御信号を解析したりする機能を持つ。

制御部１４２は、視聴装置１４０の全体を制御する機能を持つ。また制御部１４２は、録画機能である録画部を持つ。また制御部１４２は、視聴装置１４０に接続されている周辺機器、例えば表示器１６０、スピーカ１６１、視聴装置１４０にバインドされているＨＤＤ（Hard Disk Drive）１６２、リムーバルメディア１７０、との接続やデータの送受信の管理も行う。

表示器１６０は、スピーカ１６１を内蔵しており、第２の基本機能１４１においてデコードされた映像信号を表示領域に表示したり、音声信号をスピーカ１６１から出力したりする。なお、表示器１６０に内蔵されているスピーカ１６１は、ＵＳＢ等のＩ／Ｆにより接続された外部のスピーカであってもよい。

なお図１の例では、表示器１６０は、視聴装置１４０と別体として記載しているが、視聴装置１４０の１機能として視聴装置１４０と一体であってもよい。
図２は、視聴装置（視聴機器と称する場合もある）１４０の構成例を概略的に示した図である。視聴装置１４０は、先に述べたように、放送波を受信する機能である第２の基本機能１４１、制御部１４２を含む。

第２の基本機能１４１は、地上デジタルテレビジョン放送用の地デジチューナ２０１−１、地デジデマルチプレクサ２０２−１、地デジデスクランブラ２０３−１、映像および音声の２Ｋデコーダ２０４−１を持つ。同様に第２の基本機能１４１は、ＢＳデジタル放送用のＢＳチューナ２０１−２、ＢＳデマルチプレクサ２０２−２、ＢＳデスクランブラ２０３−２、映像および音声の２Ｋ用デコーダ２０４−２、４Ｋ用デコーダ２０４−３、８Ｋ用デコーダ２０４−４を持つ。同様に第２の基本機能１４１は、ＣＳデジタル放送用のＣＳチューナ２０１−３、ＣＳデマルチプレクサ２０２−３、ＣＳデスクランブラ２０３−３、映像および音声の２Ｋ用デコーダ２０４−５、４Ｋ用デコーダ２０４−６を持つ。

視聴装置１４０が地上デジタルテレビジョン放送の放送信号を受信すると、放送チューナ２０１−１は、放送波で送られてきたストリーム（放送信号）を復調する。復調されたストリーム（放送信号）は、地デジデマルチプレクサ２０２−１に入力される。地デジデマルチプレクサ２０２−１は、入力された多重化ストリームを映像ストリーム、音声ストリーム、字幕ストリーム、アプリケーションデータ、伝送制御信号に分離し、映像ストリームと音声ストリームを地デジデスクランブラ２０３−１に入力する。

地デジデスクランブラ２０３−１は、映像ストリームと音声ストリームをデスクランブルして、２Ｋデコーダ２０４−１に入力する。
映像ストリームおよび音声ストリームは２Ｋデコーダ２０４−１でデコードされる。
デコードされた映像データは、映像・オーディオ・字幕データ処理部２０６、表示信号出力部２０７を介して表示器１６０に出力される。またデコードされた音声データは、映像・オーディオ・字幕データ処理部２０６、表示信号出力部２０７を介して表示器１６０に内蔵されているスピーカ１６１に出力される。

映像・オーディオ・字幕データ処理部２０６は、映像データに対して、輝度調整、色補正などを行うことができる、また音声データに対して、音質の調整、周波数特性の調整などを行うことができる。
表示信号出力部２０７は、表示器１６０の表示能力に応じて、色度、解像度などを制御する。

オーディオ信号出力部２０８は、スピーカシステム（単なるステレオタイプ、５チャンネルシステムなど）に応じてオーディオ出力を変換することができる。
視聴装置１４０がＢＳデジタル放送信号、ＣＳデジタル放送信号を受信した場合も、地上デジタルテレビジョン放送の放送信号を受信した場合と同様に、放送波で送られてきたストリーム（放送信号）をデマルチプレクサ処理やデスクランブル処理を行い、映像データを表示器１６０に出力したり音声データをスピーカ１６１に出力したりする。

図２の視聴装置１４０の例は、地上デジタルテレビジョン放送用のチューナが地デジチューナ２０１−１の１つを内蔵している場合の例であるが、複数の地上デジタルテレビジョン放送用のチューナを内蔵していてもよい。同様に視聴装置１４０は、複数のＢＳデジタル放送用のチューナ、複数のＣＳデジタル放送用のチューナを内蔵していてもよい。

制御部１４２は、視聴装置１４０の全体を制御する。また制御部１４２は、視聴装置１４０のユーザが視聴している番組の視聴履歴を取得し、取得した視聴履歴を、ネットワーク１８０を介してサーバ１２０に送信する。制御部１４２は、外部とのＩ／Ｆとして通信ネットワーク１８０とのＩ／ＦであるネットワークＩ／Ｆ１８１、リモートコントローラ（リモコン）１９０とのＩ／ＦであるリモコンＩ／Ｆ１８２を持つ。

ここで視聴履歴とは、視聴装置１４０が、複数あるチューナに受信している番組すべての履歴のことを示している。具体的には例えば視聴装置１４０のユーザが、放送波を受信して表示器１６０に表示されている番組Ａを視聴しながら、同時に番組Ｂを視聴装置１４０の録画機能である録画部１４３により録画している場合、制御部１４２は、番組Ａの視聴（ライブ視聴と呼ぶ）の履歴であるライブ視聴履歴と、番組Ｂの再生視聴（録画した番組を再生する視聴）の再生視聴履歴、さらには番組Ｃの視聴予約による視聴である予約視聴履歴を取得することができる。

再生視聴は、例えば録画機能の予約機能により予め録画する番組を予約することで、指定した番組Ｂを指定した時刻に録画部１４３に録画し、表示器１６０に表示させずに録画だけが行われる場合もある。
このように本実施形態の視聴装置１４０は、ライブ視聴、録画再生視聴、視聴予約による予約視聴などの各種の視聴形態をとることができる。

上記の各種の視聴履歴は、例えばチャンネル番号、番組名、放送局名と、視聴を開始時刻と視聴を終了した時刻との組み合わせの情報で構成されていてもよい。制御部１４２は、取得した視聴履歴を内部に持つ保存エリア（図示せず）に、上記の各種の視聴履歴をその種別ごとに保存する。

制御部１４２は、取得した視聴履歴を、視聴装置１４０が持つ識別番号を付与して、任意のタイミングにネットワーク１８０を介してサーバ１２０に送信する。
図３は、サーバ１２０の構成例を概略的に示した図である。
収集部１２２は、ネットワーク１８０を介して視聴装置１４０から送られてくる視聴履歴を収集して、付与されている識別番号ごとに内部に持つ保存エリア（図示せず）に保存するとともに、視聴履歴の保存アドレスや付与されている識別番号等、受信した視聴履歴の保存に関する情報を識別管理部１２１に送信する。

識別管理部１２１は、収集部１２２から送られてきた保存に関する情報と識別番号とを保存して管理する。これにより識別管理部１２１は、視聴装置１４０の識別番号ごとの視聴履歴のデータ（視聴ログ）を管理することができる。
解析部１２３は、収集部１２２に保存されている視聴履歴の中から、例えば指定した識別番号の、指定した期間の視聴履歴に対して解析を行う。解析の結果はサービス提供部１２４に送られ、サービス提供部１２４は送られてきた解析結果をもとに、サービスの提供を行う。

なお図１および図３に示したサーバ１２０は、サービス提供部１２４が提供するサービスの内容を表示できる表示部（図示しない）を備えてもよい。あるいはまたサーバ１２０は、接続された外部の表示装置（図示しない）に、サービス提供部１２４が提供するサービスの内容を表示できるようにしてもよい。あるいはまた解析部１２３およびサービス提供部１２４は、サーバ１２０の外にあってもよい。

サービス提供部１２４が、サーバ１２０の外にある場合、解析部１２３およびサービス提供部１２４は、例えばＰＣ（パーソナルコンピュータ）の中にあってもよい。あるいは解析部１２３およびサービス提供部１２４は、スマートフォンやタブレット等の携帯端末の中にあってもよい。この場合ＰＣや携帯端末は、ネットワーク１８０を介してサーバ１２０と接続され、サーバ１２０にアクセスすることが可能である。このためＰＣや携帯端末は、収集部１２２に保存されている視聴履歴の情報を任意の場所において取得することができる。またＰＣや携帯端末の操作者は、解析部１２３による解析を任意の場所で行うことが可能である。またＰＣや携帯端末の操作者は、解析部１２３の解析結果をもとにサービス提供部１２４により、任意の場所でサービスの提供や付加価値データの提供を行うことが可能である。解析部１２３およびサービス提供部１２４を含む携帯端末を、視聴履歴分析装置と呼んでもよい。

サービス提供部１２４が提供するサービスは、例えば解析部１２３による解析結果をもとにした、可視化されたデータの提供や表示であってもよい。可視化されたデータとは、例えば収集部１２２が収集した膨大な視聴履歴の中から、解析部１２３が解析対象にした識別番号をもつ視聴装置１４０の視聴履歴の集合である視聴履歴群Ａを、さらに種々のパラメータを用いて視聴履歴群Ａを色々な観点でまとめ直すことで、無秩序に見えていた視聴履歴群Ａに、ある傾向が存在することをグラフや表を用いてユーザが理解しやすい形にして提供したり表示したりすることである。

このような視聴履歴群Ａの可視化のサービスは、例えば放送局１４０や番組制作会社、番組スポンサー等、視聴装置１４０に対して番組を放送する側にとって有益な情報になりえる。
図３の例は、サービス提供部１２４が提供するサービスデータを、ネットワーク３１０を介してパーソナルコンピュータ３１１から見えるように接続した例を示している。

図４には、例えばパーソナルコンピュータ３１１の画面３２２に表示されたサービスの一例を示している。
例えば左の表示領域３３１のテーブルには、右側のサービス情報の画面を制御或いは切り替えるための各種ボタンやサービス情報が生成されたときの条件など表示される。たとえば、
・提供するサービス情報であるエリアをどのエリアとするのか（図の例では関東）、
・提供するサービス情報は、どの位の時期であるのか（図の例では2019/03/11（月曜から））、
・提供するサービス情報であるチャンネルをどのチャンネルのものとするのか（図の例ではＮＮＫＫ放送）、
・提供するサービス情報であるデモグラフが例えば一部地域、或いは全地域とするのか（図の例では地域全体）、
・提供するサービス情報である視聴データとして、どの視聴履歴を採用するのか（図の例ではライブ）、
・提供するサービス情報をマルチ編成とするか否か（図の例ではマルチ編成ではない）、
・提供するサービス情報である番組ランキングを２つの番組の視聴装置として重複機器数で生成するか、一方の番組のみの視聴装置の数で生成するのか、或いは他方の番組のみの視聴装置の数で生成するのか（図の例では重複機器数が選択されている）、
・視聴したのかしなかったのかを、どのような基準で決定しているのか（図の例では番組の1/3を視聴したら視聴したとみなしている）、
・番組ランキングが、分析基準となった番組から何時間離れている番組の視聴データから生成されるのか（図の例では１５０時間離れている約１週間はなれている）、
などを選択できる。
・また、参照データは、何時の集計機器数であるのか（図の例では３月１１日月曜）
・さらに上記集計機器数の利用者分類も示される。

表示領域３３１の右側には、ある１つのチャンネルの１週間分の番組領域３３２にテーブルが表示される。この番組領域３３２のテーブルは、横が曜日、縦が時間で区画されている。この番組領域３３２は、枠間が特別に識別されるわけではなく、区分されているだけである。また少なくとも１日分が表示されてもよい。

さらに番組領域３３２の右側にも同じく同様な番組領域３３３に番組のテーブルが表示される。
左のヒートマップは選択した番組Ａの過去1週間の番組Ｂ（１〜Ｎ）に関する状況を表示する。このとき、番組Ａの放送時間によらず、表示は例えば月曜から日曜の１週間で折り返して表示し、選択した番組Ａの時間の右側は１週前の時間になる。なおヒートマップは、各番組の枠におけるランクに応じて異なる色温度の色を表示している。

ヒートマップには選択したランキング指標、重複機器率/重複シェアのどちらかのランキングの順位が表示されている。このとき、ランキングの集計対象となる「ランキング表示時間」によって番組Ａの開始何時間前までランキング順位を表示するか変更することが可能である。これは番宣効果が高いのは番組Ａの放送時間に近いところなので、直近のみを対象として分析できるようにしたからである。ヒートマップの色は選択したランキング指標で色分けしている。

さらに、右側のランキングは選択したランキング指標に沿って「ランキング表示時間」の集計時間内の番組のランキングを表示している。右側は、棒グラフを示し、棒が３段階の識別部で表示されている。この棒グラフは棒の左識別部が番組Ａのみを視聴した機器、棒の中央識別部が番組Ａと番宣をうつ番組Ｂの両方を見た機器、棒の右識別部が番組Ｂのみを視聴した機器の割合になる。これはベン図を複数番組分並べて表示していることに相当する。棒の左識別部と中央識別部とを足した合計数は番組Ａの視聴装置の数に一致するので番組Ｂによらず一致する。黒三角は重複シェアを表している。

ランキング指標の重複機器率は棒グラフの棒の中央識別部、重複シェアは黒三角（重複機器数/棒グラフの長さ（A+AB+B））に相当する。
上記の番組領域３３３は、左側の番組領域３３２の１つの枠（例えば３３２−１）がカーソルによりクリックされると、対応する枠３３３−１が白抜きとなる。

そして、後で説明するように、枠３３２−１に対応する番組Ａと他の番組Ｂ（１〜Ｎ）との間で、重複して視聴した機器数（ライブで視聴した重複視聴装置の数）が視聴履歴解析により割り出される。さらに重複機器数に応じて各枠の番組に対してランキングが付与される。番組領域３３３は、各枠に対してランキングが表示され、ランキングの違いにより色分けされて表示される。このようなマップをヒートマップと称している。

この番組領域３３３の右側の表示領域３３４のテーブルでは、ランキングの上位の番組から番組名が画面上で順次上から下へ並べて表示され、各番組名の右側には放送された日時が表示されている。
さらにランキングを示す表示領域３３４の右側の領域３３５のテーブルでは、各番組名に対して横方向へ並ぶように棒グラフが表示される。棒グラフでは、各棒において、番組Ａのみを視聴した視聴装置の数、番組Ｂ（各ランキングの番組）のみを視聴した視聴装置の数、番組ＡとＢの両方を視聴した視聴装置の数が色分けして表示される。図のランキング１位の番組の場合、
番組Ａのみを視聴した視聴装置の数Ａｓの割合・・・・記載なし、
番組Ｂ（各ランキングの番組）のみを視聴した視聴装置の数Ｂｓの割合・・・１．３０６
番組ＡとＢの両方を視聴した重複視聴装置の数ＡｓＢｓの割合・・・１．３８８
が例示されている。番組Ａのみを視聴した視聴装置の数の割合と、番組ＡとＢの両方を視聴した視聴装置の数ＡＳＢＳの割合との合計は、どのランキングでも一致する、が、重複視聴装置の数割合が各ランキングにより異なる。

ここで黒の三角は、重複シェア（パーセント）を示す。重複シェアは、
＝（重複機器数／棒の長さ（Ａｓ＋ＡｓＢｓ＋Ｂｓ））で計算されている。
上記した番組ランキングの表示を見ると、いずれの番組の時間帯で、番組宣伝を行うことが効率的であるかが可視化されて分かり易い。

上記の例は、番組Ａとして、木曜日の１６時から１８時の枠３３２−１の番組を指定した。しかし本システムは、他の枠を指定することも可能である。すると先と同様に指定した枠の番組Ｘと他の番組Ｂ（１〜Ｎ）の重複視聴装置情報が得られる。そして、重複視聴装置の数の割合の大きい番組のランキングが表示される。したがって、ユーザは、いくつかの枠を指定することで、重複視聴装置の数の割合が最も大きい（ランキングの高い）番組を知ることができ、効果的に番組宣伝を行う番組を知る（探索する）ことができる。

上記の指定を自動的に行い、ランキングの高い番組を複数探索し、最も重複視聴装置の数の割合の大きい番組を割り出すことも可能である。
上記の実施形態では、番組の枠を指定するための番組領域３３２と、ヒートマップを表示するための番組領域３３３の２つを表示した。しかし本発明はこのような実施形態に限定されるものではない。

図５は、他の表示形態の例を示している。この表示形態では、番組領域３３２を省略し、ヒートマップを表示する番組領域Ｂ３３３が、番組Ａ指定テーブルとしても兼用されている。
この番組領域Ｂ３３３において、木曜日の１６時から１８時の番組Ａの枠がカーソルにより指定されると、その番組Ａの周囲の番組Ｂ（１〜Ｎ）が重複して視聴されたどうかの判定がなされ視聴履歴解析により割り出される。さらに重複機器数に応じて各枠の番組に対してランキングが付与される。番組領域３３３は、各枠に対してランキングが表示され、ランキングの違いにより色分けされて表示される。

また、番組領域Ｂ３３３の右側の表示領域Ｂ３３４にもランキングの上位の番組から番組名が画面上で順次上から下へ並べて表示され、各番組名の右側には放送された日時が表示されている。また、各番組名の横には、重複機器率が表示される。
上記の表示形態の場合、図４の表示形態に比べて、ヒートマップやランキングを拡大して表示することができる。また、この表示モード（図４、図５）が切り替え可能なシステムであってもよい。

つまり図５の表示は、可視化用のデータを得る手段によるものであり、同一チャンネルの少なくとも複数日分であって、複数の番組の時間帯を表す番組領域を表示するための出力を得て、複数の番組のうちの１つの番組の時間帯を指定することで、前記複数の番組のうちの他の複数の番組と前記１つの番組とを重複して視聴した重複視聴装置の数を割り出し可能とするインターフェースとして利用可能である。

なお図４、図５において番組のランク付けを行い、ランク順に表示したが本発明はこのような実施形態に限定されるものではない。例えば番組をジャンル別に分類して、番組のランキングはジャンル内で付けられてもよい、そして表示は、ランク順、或いはランク順がランダムであって、ランキングは番組名の横に数値で表示されてもよい。表示の形態が種々あって、切り替え可能であってもよい。また、番組のランクが、曜日別に分類されてもよい。そして番組のラキングが各曜日内で付けられてもよい。
付けられても良い。よくにさらにランクが色分けされていてもよい。

図６は、図３に示したパーソナルコンピュータ３１１を操作することで、実行するフローチャート兼処理ブロックを示している。例えば、スタートボタンをクリックし、チャンネルを選択すると、図４に示したような番組表のモデル（番組領域３３２、３３３）が表示される（ステップＡＳ１）。

ここで、ユーザは、任意の番組の枠（先の例では枠３３２−１）を選択する。つまり番組Ａｘを選択する（具体的には番組Ａｘの視聴関連データ）（ステップＡＳ２）。すると、サーバ１２０の解析部１２３の解析がスタートし、他の番組Ｂｙを自動選択（具体的には番組Ｂｙの視聴関連データを自動選択し）し（ステップＡＳ３）、番組Ａｘと番組Ｂｙの視聴データの処理を開始する（ステップＡＳ４）。このステップでは、
Ａｘのみ視聴した機器数
Ｂｙのみ視聴した機器数
ＡｘとＢｙの両方を視聴した重複機器数
を検索する。次に、他の番組Ｂｙを更新する（具体的には次のＢ（ｙ＋１）の視聴関連データに更新する）。そしてステップＳＡ３に戻り
Ｂ（ｙ＋１）のみ視聴した機器数
ＡｘとＢ（ｙ＋１）の両方を視聴した重複機器数 を調べる。

このように所定数の番組Ｂの情報と、番組Ａの情報とが解析されると、先に説明したヒートマップの作成が行われる。なおステップＡＳ３で利用されるデータは、サーバ１２０のメモリＭ１に格納されている視聴関連データ（視聴ログ）が利用される。またステップＡＳ４で検出された各種データは、サーバ或いは操作部であるパーソナルコンピュータのメモリＭ２に蓄積され、ヒートマップの作成（ステップＡＳ７）、ランクデータの作成（ステップＡＳ８）に利用される。作成された参照データは、例えばパーソナルコンピュータ３１の表示処理部により画面上に表示される（ステップＡＳ９）。その後は、次の操作待ち状態となる。

図７は、本発明システムの他の動作例を示す図である。この動作例は、次の操作待ちのステップＡＳ１０において、例えば、デモグラフの一項目が選択された場合を示している（ステップＡＳ１１）。すると、ステップＡＳ３ａにおいて、選択したデモグラフの項目に応じた番組Ｂｙの番組関連データが利用される。番組Ｂを視聴した機器情報がサーチされる。例えば、デモグラフの項目として、年齢層（Ｍ１又はＭ２又はＭ３又はＭ４）が指定された場合、選択されたユーザ年齢層を持つ機器の視聴関連データが収集されて、その中から番組Ｂｙを視聴した機器数が解析されることになる。

また視聴関連データには、番組をライブで視聴したのか、一旦録画してその後再生して視聴したのか、或いは視聴予約して視聴した場合の等の識別データも含まれるので、このような条件（属性）に基づいて、利用する視聴関連データを絞ることも可能である。つまり、デモグラフに基づいて視聴関連データの属性が絞りこまれ番組が調査対象となることも容易に可能である。

さらにまた、図４の実施形態では、同一チャンネルの番組領域３３２、３３３を用いた。しかし、本システムでは、番組領域３３３が、他のチャンネル、つまり異なるチャンネル間の重複機器数と、ランキングを得ることも可能である。このような場合は、自局において視聴率の低い番組に対して同一時間帯で他局ではどのような番組が視聴率が高いのかを比較することも可能となる。したがって、この場合は表示領域３３１において、比較対象とするチャンネルを選択するための選択ボックスを用意しておくことが好ましい。

また本システムは、番組宣伝用として利用価値が高いとともに、商業用の商品の広告を行う場合にも利用可能であることは勿論である。つまり複数のチャンネルの中で、第１のチャンネルと第２のチャンネルの組合せにおいて、重複視聴装置の数が多いとみられる番組（ランクの高い番組）に対して商用広告を行うと言う判断も可能となる。

なお上記実施形態に限定されるものではなく、本発明の考え方は、種々の分析に利用することが可能であり、また、図４、図５で示した表示形態は、種々の分析データを可視化した際に適用することが可能である。またその表示形態としては、次に述べるような特徴を備えている。
（Ａ）放送波により送信される放送番組を受信する視聴装置から前記放送番組を視聴した履歴である視聴履歴を、前記視聴装置を個別に識別する識別番号とともに収集する収集部と、前記収集部が収集した前記識別番号と前記視聴履歴を解析する解析部と、前記解析部の解析結果をもとにサービスを提供するサービス提供部とを備え、前記サービスとして得る分析データを表示部で表示する可視化方法であり、（Ａ１）１つのチャンネルの複数日分の番組編成が区画された少なくとも１つのテーブルを表示し、（Ａ２）このテーブルの１つの区画を操作入力が選択した状態を表示し、（Ａ３）上記選択により、前記解析に応じて、前記１つの区画の１つの番組（Ｎ１）と他の区画の各番組（Ｎ２−Ｎｎ）とを視聴したそれぞれの前記区画の重複視聴装置の数の分析データを表示する。
（Ｂ１）前記分析データが、通信により伝送されてくる、可視化方法である。
（Ｃ１）前記分析データの分析アスペクトを変更するためのデモグラフィックの選択ボタンを表示することも可能である（表示領域３３１）。
（Ｄ１）前記１つのチャンネルの複数日分の番組編成が区画された第１のテーブルと、前記１つのチャンネルの複数日分の番組編成が区画された第２のテーブルとを表示することが可能である（図４）。
（Ｅ１）前記第１のテーブルの前記番組編成と前記第２のテーブルの前記番組編成とは同一チャンネル又は異なるチャンネルのいずれかである。

本発明のいくつかの実施形態を説明したが、これらの実施形態は例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。さらにまた、請求項の各構成要素において、構成要素を分割して表現した場合、或いは複数を合わせて表現した場合、或いはこれらを組み合わせて表現した場合であっても本発明の範疇である。また、複数の実施形態を組み合わせてもよく、この組み合わせで構成される実施例も発明の範疇である。
また、図面は、説明をより明確にするため、実際の態様に比べて、各部の幅、厚さ、形状等について模式的に表される場合がある。また請求項を制御ロジックとして表現した場合、コンピュータを実行させるインストラクションを含むプログラムとして表現した場合、及び前記インストラクションを記載したコンピュータ読み取り可能な記録媒体として表現した場合でも本発明の装置を適用したものである。また、使用している名称や用語についても限定されるものではなく、他の表現であっても実質的に同一内容、同趣旨であれば、本発明に含まれるものである。

１００・・・放送信号送信装置、１０１・・・放送局サーバ、１０２・・・第１の基本機能、１２０・・・サーバ、１２１・・・識別管理部、１２２・・・収集部、１２３・・・解析部、１２４・・・サービス提供部、１４０・・・視聴装置。

Claims (12)

1. 放送波により送信される放送番組を受信する視聴装置から前記放送番組を視聴した履歴である視聴履歴を、前記視聴装置を個別に識別する識別番号とともに収集する収集部と、前記収集部が収集した前記識別番号と前記視聴履歴を解析する解析部と、前記解析部の解析結果をもとにサービスを提供するサービス提供部とを備える、広告時間帯を検索する重複視聴装置分析方法において、
   １つのチャンネルの中で選択される第１番組の視聴装置の数である第１データを取得し、
   前記第１番組の過去所定期間以内に放送された他の複数の第２番組のそれぞれの視聴装置の数である第２データを取得し、
   前記第１データと前記第２データの中で、重複する視聴装置の数を含む第３データを求め、前記第３データに対応する可視化用のデータを得る、
   広告時間帯を検索する重複視聴装置分析方法。
2. 前記第３データに対応する前記可視化用のデータは、前記重複する視聴装置の数の多い上位のランク付けを行ったデータである、請求項１記載の広告時間帯を検索する重複視聴装置分析方法。
3. 前記第１番組と前記複数の第２番組とは、同一チャンネルの番組であり、前記ランク付けは、番組宣伝に利用するランクとして参照される、請求項２記載の広告時間帯を検索する重複視聴装置分析方法。
4. 前記第１番組と前記複数の第２番組とは、同一チャンネルの番組であり、前記ランク付けは、商業用の商品の広告に利用するランクとして参照される、請求項２記載の広告時間帯を検索する重複視聴装置分析方法。
5. 前記第１番組と前記複数の第２番組とは、デモグラフに基づいて番組情報の属性が絞りこまれている番組である、請求項１記載の広告時間帯を検索する重複視聴装置分析方法。
6. 放送波により送信される放送番組を受信する視聴装置から前記放送番組を視聴した履歴である視聴履歴を、前記視聴装置を個別に識別する識別番号とともに収集する収集部と、前記収集部が収集した前記識別番号と前記視聴履歴を解析する解析部と、前記解析部の解析結果をもとにサービスを提供するサービス提供部とを備える、広告時間帯を検索する分析システムにおいて、
   １つのチャンネルの中で選択される第１番組の視聴装置の数である第１データを取得する手段と、
   前記第１番組の過去所定期間以内に放送された他の複数の第２番組のそれぞれの視聴装置の数である第２データを取得する手段と、
   前記第１データと前記第２データの中で、重複する視聴装置の数を含む第３データを求め、前記第３データに対応する可視化用のデータを得る手段と、
   を備えた広告時間帯を検索する分析システム。
7. 前記第３データに対応する前記可視化用のデータを得る手段は、前記重複する視聴装置の数の多い上位のランク付けを行ったデータを得る手段である、請求項６記載の広告時間帯を検索する分析システム。
8. 前記第１番組と前記第２番組とは、同一チャンネルの番組であり、前記ランク付けは、番組宣伝に利用するランクとして参照される、請求項７記載の広告時間帯を検索する分析システム。
9. 前記第１番組と前記第２番組とは、同一チャンネルの番組であり、
   前記可視化用のデータを得る手段は、
   前記同一チャンネルの少なくとも１日分であって、前記第１番組の時間帯を指定可能とする第１の番組枠テーブルを表示するための出力と、
   前記同一チャンネルの少なくとも複数日分であって、前記複数の前記第２番組の時間帯を表す第２の番組枠テーブルを表示するための出力と、
   前記第２の番組枠テーブルの横に、重複視聴装置の数に応じた番組のランク付けを表示するための出力を得る、請求項６記載の広告時間帯を検索する分析システム。
10. 前記可視化用のデータを得る手段は、
    同一チャンネルの少なくとも複数日分であって、複数の番組の時間帯を表す番組枠テーブルを表示するための出力を得て、
    前記複数の番組のうちの１つの第１番組の時間帯を指定することで、他の複数の番組のうちの他の複数の第２番組と、前記１つの第１番組とを重複して視聴した重複視聴装置の数を表示し可能とするインターフェースを得る、請求項６記載の広告時間帯を検索する分析システム。
11. 前記第１番組と前記他の前記複数の第２番組とは、デモグラフに基づいて番組情報の属性が絞りこまれた番組となるように、
    前記可視化用のデータを得る手段は、サービス情報の画面を制御或いは切り替えるための各種ボタン或いは条件を入力する枠を表示するための出力を得る、請求項６記載の広告時間帯を検索する分析システム。
12. 前記可視化用のデータを得る手段は、
    前記第１データと前記第２データと、重複する視聴装置の数を表す前記第３データとの関係を示す表示を行うための出力を得る、請求項６記載の広告時間帯を検索する分析システム。

Images