特許 6632131 視聴量解析装置およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6632131

(24)【登録日】2019年12月20日

(45)【発行日】2020年1月15日

(54)【発明の名称】視聴量解析装置およびプログラム

(51)【国際特許分類】

   H04N 17/00 20060101AFI20200106BHJP

【ＦＩ】

   H04N17/00 M

【請求項の数】5

【全頁数】31

(21)【出願番号】特願2016-58947(P2016-58947)

(22)【出願日】2016年3月23日

(65)【公開番号】特開2017-175369(P2017-175369A)

(43)【公開日】2017年9月28日

【審査請求日】2019年1月28日

【権利譲渡・実施許諾】特許権者において、実施許諾の用意がある。

(73)【特許権者】

【識別番号】000004352

【氏名又は名称】日本放送協会

(74)【代理人】

【識別番号】100141139

【弁理士】

【氏名又は名称】及川 周

(74)【代理人】

【識別番号】100171446

【弁理士】

【氏名又は名称】高田 尚幸

(74)【代理人】

【識別番号】100114937

【弁理士】

【氏名又は名称】松本 裕幸

(74)【代理人】

【識別番号】100171930

【弁理士】

【氏名又は名称】木下 郁一郎

(74)【代理人】

【識別番号】100064908

【弁理士】

【氏名又は名称】志賀 正武

(74)【代理人】

【識別番号】100108578

【弁理士】

【氏名又は名称】高橋 詔男

(72)【発明者】

【氏名】竹内 真也

(72)【発明者】

【氏名】金子 豊

(72)【発明者】

【氏名】平松 和茂

(72)【発明者】

【氏名】苗村 昌秀

【審査官】 益戸 宏

(56)【参考文献】

【文献】 特開２０００−２５０９４４（ＪＰ，Ａ）

【文献】 特開２０１３−１８３２０９（ＪＰ，Ａ）

【文献】 特開２０１３−５５３７４（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ １７／００

Ｈ０４Ｎ ２１／００

Ｈ０４Ｎ ５／９１

(57)【特許請求の範囲】

【請求項1】

通信ネットワークを介して配信された番組コンテンツに関して配信されたフレームを配信先ごとに表す視聴ログを生成する視聴ログ生成部と、
前記視聴ログ生成部によって生成された前記視聴ログを収集して記憶する視聴ログ記憶部と、
前記視聴ログ記憶部から前記視聴ログを読み出すことによって配信されたフレームごとの視聴量を求める視聴データ解析部と、
を備えることを特徴とする視聴量解析装置。

【請求項2】

前記番組コンテンツは、既に放送済みの番組コンテンツであり、
前記視聴ログ生成部は、フレームごとの放送日時の情報を含んだ前記視聴ログを生成する、
ことを特徴とする請求項１に記載の視聴量解析装置。

【請求項3】

前記フレームごとに付与されたタグの情報を記憶するタグデータ記憶部をさらに備え、
視聴データ解析部は、前記タグデータ記憶部に記憶されているフレームとタグとの関係に基づいて、前記視聴ログが表す前記フレームの情報に前記タグの情報を付加することによって、タグごとの視聴量を求める、
ことを特徴とする請求項１または２に記載の視聴量解析装置。

【請求項4】

前記視聴ログ生成部は、前記フレームが配信された際の、単位時間あたりのフレーム数を表すフレームレートの情報を含んだ前記視聴ログを生成するものであり、
前記フレームが配信された際のフレーム数を、基準となるフレームレートにおけるフレーム数の値または所定の長さを有する単位時間の個数の値に換算する視聴量換算部をさらに備え、
前記視聴データ解析部は、前記視聴量換算部によって換算された結果を用いて前記視聴量を求める、
ことを特徴とする請求項１から３までのいずれか一項に記載の視聴量解析装置。

【請求項5】

コンピューターを、
通信ネットワークを介して配信された番組コンテンツに関して配信されたフレームを配信先ごとに表す視聴ログを生成する視聴ログ生成部、
前記視聴ログ生成部によって生成された前記視聴ログを収集して記憶する視聴ログ記憶部、
前記視聴ログ記憶部から前記視聴ログを読み出すことによって配信されたフレームごとの視聴量を求める視聴データ解析部、
として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、映像や音声のコンテンツの視聴量を解析する、視聴量解析装置およびプログラムに関する。

【背景技術】

【0002】

インターネットを介した通信が高速化するとともに、大量のデジタルデータを高密度に記録・蓄積することのできるストレージ技術が発展したことにより、映像等の大量のコンテンツをファイルとして蓄積し、それらを配信することが可能となった。

【0003】

例えば、特許文献１には、ザッピングが可能なタイムシフト視聴サービスが記載されている。この技術では、放送した番組ファイルをサーバーに蓄積するとともに、視聴者側からの要求に応じて蓄積された放送番組を配信し、視聴可能とする。このサービスは、視聴者が、配信された放送番組を視聴しつつ、時刻方向にジャンプしながら、見たい映像コンテンツを探すことができる。つまり、視聴者は、複数の過去の放送番組をジャンプしながら見たい番組を探したり、番組内の複数のシーンをジャンプしながら見たいシーンを探したりできる。
また、特許文献２には、番組内のシーンに付与されたタグを用いて見たい番組を探すことのできる視聴サービスが記載されている。このサービスでは、ビデオオンデマンドサービスのために蓄積された放送番組のシーンごとに、そのシーンに関連するタグ（キーワード等を表すデータ）を付与し、それらのタグをデータベースで管理している。これにより、視聴者は、タグをキーとして興味対象を絞って、高速に時刻方向にジャンプしながら、見たい放送番組を探したり、見たいシーンを探したりすることができる。
また、特許文献３には、放送番組のシーンに上記のタグを付与して管理するためのデータベース装置の技術が記載されている。

【0004】

そして、一方で、コンピューターシステムから出力される様々なログを一括して収集・管理する技術が存在する。このような技術を用いて、アクセスログやエラーログなどといった多様なログデータを蓄積・管理することにより、システムでトラブル等が発生した場合にも、障害箇所を特定することが容易になる。
例えば、ウェブコンテンツを提供するサーバー装置は、通常、エラーログとアクセスログとを出力する機能を有している。アクセスログを解析することによって、どのコンテンツ（どのページ）が頻繁にアクセスされるかを知ることができる。これにより、ウェブの運営者は、人気のあるコンテンツを知ることができる。また、これとともに、アクセスが集中するコンテンツが判明すれば、例えば他のサーバー装置にも同じコンテンツを置くなどといった対応を行うことにより、アクセスを分散させ、装置への負荷集中を回避することも可能となる。
非特許文献１に記載されている技術では、多様なログを一ヶ所で収集して管理することが可能となる。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特許第５７８９４５０号公報

【特許文献2】特開２０１４−１７８７４９号公報

【特許文献3】特開２０１５−１５４１０５号公報

【非特許文献】

【0006】

【非特許文献1】”What is Fluentd? ”、［online］、Fluentd project、［平成２８年２月１０日検索］、インターネット＜URL：http://www.fluentd.org/architecture＞

【発明の概要】

【発明が解決しようとする課題】

【0007】

しかしながら、従来の技術において、ウェブサーバー装置は、ファイル単位のアクセスについてしか、アクセスログを取ることはできないという問題があった。ここで、ファイルとは、ＨＴＭＬ（ハイパーテキストマークアップ言語）ファイルや、画像ファイルや、動画ファイルなどである。また、動画のストリーミング配信を行うサーバー装置においても、クライアントからのストリーミング要求の単位でしかアクセスログを取ることができないという問題があった。これらの問題があるため、従来は、配信されたコンテンツの視聴量を正確に把握することができなかった。

【0008】

本発明は、上記のような事情に鑑みて為されたものであり、オンデマンドで映像等のコンテンツを配信するシステムでの、実際に視聴された映像の視聴量を精度よく把握することのできる視聴量解析装置およびそのプログラムを提供しようとするものである。
また、副次的な課題は、シーンに対応付けて付与されているタグとの関連において視聴量を把握・解析することのできる視聴量解析装置およびプログラムを提供することである。

【課題を解決するための手段】

【0009】

［１］上記の課題を解決するため、本発明の一態様による視聴量解析装置は、通信ネットワークを介して配信された番組コンテンツに関して配信されたフレームを配信先ごとに表す視聴ログを生成する視聴ログ生成部と、前記視聴ログ生成部によって生成された前記視聴ログを収集して記憶する視聴ログ記憶部と、前記視聴ログ記憶部から前記視聴ログを読み出すことによって配信されたフレームごとの視聴量を求める視聴データ解析部と、を備えることを特徴とする。

【0010】

［２］また、本発明の一態様は、上記の視聴量解析装置において、前記番組コンテンツは、既に放送済みの番組コンテンツであり、前記視聴ログ生成部はフレームごとの放送日時の情報を含んだ前記視聴ログを生成する、ことを特徴とする。

【0011】

［３］また、本発明の一態様は、上記の視聴量解析装置において、前記フレームごとに付与されたタグの情報を記憶するタグデータ記憶部をさらに備え、視聴データ解析部は、前記タグデータ記憶部に記憶されているフレームとタグとの関係に基づいて、前記視聴ログが表す前記フレームの情報に前記タグの情報を付加することによって、タグごとの視聴量を求める、ことを特徴とする。

【0012】

［４］また、本発明の一態様は、上記の視聴量解析装置において、前記視聴ログ生成部は、前記フレームが配信された際の、単位時間あたりのフレーム数を表すフレームレートの情報を含んだ前記視聴ログを生成するものであり、前記フレームが配信された際のフレーム数を、基準となるフレームレートにおけるフレーム数の値または所定の長さを有する単位時間の個数の値に換算する視聴量換算部をさらに備え、前記視聴データ解析部は、前記視聴量換算部によって換算された結果を用いて前記視聴量を求める、ことを特徴とする。

【0013】

［５］また、本発明の一態様は、コンピューターを、通信ネットワークを介して配信された番組コンテンツに関して配信されたフレームを配信先ごとに表す視聴ログを生成する視聴ログ生成部、前記視聴ログ生成部によって生成された前記視聴ログを収集して記憶する視聴ログ記憶部、前記視聴ログ記憶部から前記視聴ログを読み出すことによって配信されたフレームごとの視聴量を求める視聴データ解析部、として機能させるためのプログラムである。

【発明の効果】

【0014】

この発明によれば、放送番組等のコンテンツを配信するシステムにおける詳細な視聴量を解析することができる。つまり、コンテンツの要求に関するログだけでなく、コンテンツ内における実際に視聴された箇所のログの情報に基づいて、視聴量をフレーム数に関連付けて集計することが可能となる。また、視聴された箇所について、番組コンテンツのシーンに付与されたタグごとに視聴量を集計することが可能となる。

【図面の簡単な説明】

【0015】

【図1】本発明の第１実施形態による視聴量解析装置の概略機能構成を示すブロック図である。

【図2】同実施形態によるログサーバー装置の概略機能構成を示すブロック図である。

【図3】同実施形態における視聴ログのデータ構成を示す概略図である。

【図4】同実施形態によるログ収集蓄積サーバー装置の概略機能構成を示すブロック図である。

【図5】同実施形態によるタグデータベース装置の概略機能構成を示すブロック図である。

【図6】同実施形態によるタグデータベース装置が保持するタグデータの構成とデータ例とを示す概略図である。

【図7】同実施形態によるタグデータベース装置が保持するタグデータが表すタグの内容を、時間軸に沿って示した概略図である。

【図8】同実施形態によるログ解析サーバー装置の概略機能構成を示すブロック図である。

【図9】同実施形態による視聴データ解析部による解析結果の例を示すものであり、フレームごと（時刻ごと）の視聴量を集計した例である。

【図10】同実施形態による視聴データ解析部による解析結果の例を示すものであり、タグごとの視聴量を集計した例である。

【図11】同実施形態によるログ収集蓄積サーバー装置が、ログサーバー装置によって生成された番組コンテンツの視聴ログを収集して保存する処理の手順を示すフローチャートである。

【図12】同実施形態によるログ解析サーバー装置が、視聴ログを解析する処理の手順を示すフローチャートである。解析クライアント装置から開始時刻／終了時刻の条件を指定され、放送時刻ごと（フレームごと）の視聴量を解析する場合の手順を示す。

【図13】同実施形態によるログ解析サーバー装置が、視聴ログを解析する処理の手順を示すフローチャートである。解析クライアント装置から期間の長さを指定され、放送時刻ごと（フレームごと）の視聴量を解析する場合の手順を示す。

【図14】同実施形態によるログ解析サーバー装置が、視聴ログを解析する処理の手順を示すフローチャートである。解析クライアント装置から開始時刻／終了時刻の条件を指定され、タグごとの視聴量を解析する場合の手順を示す。

【図15】同実施形態における視聴ログがタグの情報に関連付けられた場合のデータの構成を示す概略図である。

【図16】同実施形態によるログ解析サーバー装置が、視聴ログを解析する処理の手順を示すフローチャートである。解析クライアント装置から期間の長さを指定され、タグごとの視聴量を解析する場合の手順を示す。

【図17】第２実施形態によるログ解析サーバー装置８００の概略機能構成を示すブロック図である。

【図18】同実施形態における視聴ログのデータ構成を示す概略図である。

【図19】同実施形態における視聴ログがタグの情報に関連付けられた場合のデータの構成を示す概略図である。

【発明を実施するための形態】

【0016】

次に、図面を参照しながら、本発明の実施形態について説明する。
［第１実施形態］
図１は、第１実施形態による視聴量解析装置の概略機能構成を示すブロック図である。同図に示すように、視聴量解析装置１は、ログサーバー装置１００−１，１００−２，・・・，１００−Ｘと、ログ収集蓄積サーバー装置２００と、タグデータベース装置３００と、ログ解析サーバー装置４００と、解析クライアント装置５００とを含んで構成される。複数のログサーバー装置１００−１，１００−２，・・・，１００−Ｘのそれぞれを、以下において単に「ログサーバー装置１００」と呼ぶ場合がある。ここで、ログサーバー装置１００の台数はＸ台（Ｘは任意の正整数）である。同図に示す各装置間は通信ネットワークによって接続されている。通信ネットワークは、例えば、インターネットや、企業等の組織内部のＬＡＮ（ローカルエリアネットワーク）や、遠隔地間を結ぶ専用回線や、それらの複合等により構成される。配信サーバー装置５０とログサーバー装置１００との間、ログサーバー装置１００とログ収集蓄積サーバー装置２００との間、ログ収集蓄積サーバー装置２００とログ解析サーバー装置４００との間、タグデータベース装置３００とログ解析サーバー装置４００との間、ログ解析サーバー装置４００と解析クライアント装置５００との間は、それぞれ、通信ネットワークを介してデータを相互に送受信することが可能となっている。

【0017】

ログサーバー装置１００−１，１００−２，・・・，１００−Ｘは、それぞれ、配信サーバー装置５０−１，５０−２，・・・，５０−Ｘから得る情報に基づいて、視聴ログを生成する。ログサーバー装置１００−１，１００−２，・・・，１００−Ｘは、生成した視聴ログを、ログ収集蓄積サーバー装置２００に送信する。なお、配信サーバー装置５０−１，５０−２，・・・，５０−Ｘのそれぞれを、以下において単に「配信サーバー装置５０」と呼ぶ場合がある。ここでは、配信サーバー装置５０の台数はＸ台であり、ログサーバー装置１００と１対１に対応している。ただし、配信サーバー装置５０の台数は任意であり、配信サーバー装置５０とログサーバー装置１００との対応関係も任意である。

【0018】

視聴量解析装置１を構成する装置は、すべて１つの筐体内に格納されている形態であってもよいし、複数の筐体に分散して機能を有する形態であってもよい。
また、視聴量解析装置１を構成する複数の装置の一部を、同一の装置として実現してもよい。例えば、配信サーバー装置５０とログサーバー装置１００とは、同一のサーバー装置（コンピューター）上で稼働する異なるプログラムであってもよい。複数の筺体として視聴量解析装置１を構成する場合、各筺体は、相互に近接した場所（例えば、１つのデータセンター内）に置かれていてもよいし、遠隔地に置かれていてもよい。複数の筺体として視聴量解析装置１を構成する場合、視聴量解析装置１を視聴量解析システムと呼んでもよい。ただし、以下では統一して「視聴量解析装置１」と呼ぶ。
また、本説明では、配信サーバー装置５０ログサーバー装置１００は別の装置として説明するが、同じ装置（コンピューター）で動作する別のプログラムであってもよい。

【0019】

本実施形態が想定するコンテンツ配信システムの一例は、次のようなものである。コンテンツ配信システムは、主に、複数の配信サーバー装置５０と、通信ネットワーク（不図示）と、多数の視聴クライアント装置（不図示）とを含んで構成される。なお、視聴クライアント装置は、例えば、テレビ受像機や、テレビ録画機や、パーソナルコンピューター（ＰＣ）や、タブレットや、スマートフォン（スマホ）や、スマートウォッチや、ウェアラブル端末などといった情報機器である。視聴クライアント装置は、視聴者による操作等に基づいて、通信ネットワークを介して、配信サーバー装置５０に対してコンテンツの配信要求を送ることができる。配信サーバー装置５０は、テレビ番組の放送後の任意の時刻に、視聴クライアント装置からの配信要求に応じて、テレビ番組の映像や音声のデータを要求元の視聴クライアント装置に向けて配信する。
配信サーバー装置５０は、複数の放送局による複数の放送サービスのコンテンツを配信するように構成される。ただし、配信サーバー装置５０が、単一の放送局による複数の放送サービスのコンテンツを配信するように構成されてもよく、また単一の放送局による単一の放送サービスのコンテンツのみを配信するように構成されてもよい。
視聴クライアント装置からの配信要求には、放送サービスを特定する情報と、配信開始の放送時刻を特定する情報（年、月、日、時、分、秒等）と、視聴クライアント装置側から配信要求を行った日付や時刻を特定する情報とが含まれる。ここで、放送サービスを特定する情報は、例えば、地域ＩＤと放送局ＩＤの組み合わせで表される。なお、他の方法で放送サービスを特定する情報を表現するようにしてもよい。
また、視聴クライアント装置側から異なる放送時刻の情報を順次送信することにより、視聴者は、時間方向に飛びながら、即ち番組内の複数のシーンをジャンプしつつ、見たいシーンを探したりすることもできる。つまり、視聴クライアント装置側からは、視聴者が望む複数のシーンを、飛び飛びに配信要求することもできる。
ここに記載したコンテンツ配信システムはほんの一例であり、本実施形態による視聴量解析装置は、他のコンテンツ配信システムにも適用可能である。

【0020】

配信サーバー装置５０は、個々の視聴クライアント装置からの配信要求の情報と、その配信要求に基づく配信実績の情報を、ログサーバー装置１００に渡す。視聴クライアント装置は、例えばインターネットを介して、配信サーバー装置５０と通信を行う。このようなコンテンツ配信システムを用いることにより、視聴者は、放送時刻以後にもテレビ放送番組を視聴する（いわゆる「追っかけ再生（視聴）」も含む）ことができる。

【0021】

ログサーバー装置１００は、配信サーバー装置５０への番組コンテンツの配信要求アクセスがあった際に、その配信サーバー装置５０から渡される配信要求アクセスのデータを視聴ログとして記録するものである。また、ログサーバー装置１００は、記録した視聴ログを、ログ収集蓄積サーバー装置２００へ送信するものである。
ログ収集蓄積サーバー装置２００は、ログサーバー装置１００から送信された視聴ログを受信し、保存するものである。また、ログ収集蓄積サーバー装置２００は、ログ解析サーバー装置４００から視聴ログの要求を受け取った場合には、要求された視聴ログを、ログ解析サーバー装置４００に送信するものである。

【0022】

タグデータベース装置３００は、番組コンテンツのシーンに付与されているタグを管理し、保存するものである。また、タグデータベース装置３００は、ログ解析サーバー装置４００から、タグのデータを要求された場合には、その要求に応じて、番組コンテンツのシーンに付与されているタグのデータを、ログ解析サーバー装置４００に通知するものである。

【0023】

ログ解析サーバー装置４００は、解析クライアント装置５００からの要求に基づき、ログ収集蓄積サーバー装置２００から視聴ログを受信する。なお、解析クライアント装置５００からの要求には視聴ログに関する条件が含まれており、ログ解析サーバー装置４００は、その条件に合致する視聴ログを、ログ収集蓄積サーバー装置２００側に要求し、受信する。ログ解析サーバー装置４００は、受け取った視聴ログに含まれる番組コンテンツのタイムコードの情報に基づいて、映像フレームごとの視聴ログの件数をカウントする。つまり、ログ解析サーバー装置４００は、視聴ログに基づいて、映像フレームごとの視聴量を算出する。

【0024】

また、ログ解析サーバー装置４００は、タグごとの視聴量の算出を行ってもよい。具体的には、ログ解析サーバー装置４００は、解析クライアント装置５００から要求された条件に基づき、ログ収集蓄積サーバー装置２００から視聴ログを取得する。そして、それらの視聴ログに関連付けられているタグの情報をタグデータベース装置３００に要求し、タグデータベース装置３００から該当するタグの情報を受け取る。そして、ログ解析サーバー装置４００は、タグごとに視聴ログの件数をカウントする。つまり、ログ解析サーバー装置４００は、解析クライアント装置５００から指定された条件に基づき、タグごとに視聴されたフレーム数をカウントする。即ち、ログ解析サーバー装置４００は、解析クライアント装置５００から指定された条件に基づき、タグごとに視聴量を算出する。

【0025】

映像のフレームは、所定の長さの時間を占める。その時間の長さは、フレーム期間である。つまり、１枚の映像フレームが視聴され、その映像フレームに対応して視聴ログが生成されることは、そのフレーム期間の長さ分だけ、番組コンテンツが視聴されたことと対応する。つまり、視聴量は、視聴ログの件数に比例する。なお、フレーム期間は、後述するフレームレートの逆数である。

【0026】

解析クライアント装置５００は、ユーザーから入力される測定条件に基づいて、視聴ログの解析処理をログ解析サーバー装置４００に要求する。ユーザーは、視聴量の測定・解析について、所望の条件を解析クライアント装置５００に入力することができる。解析クライアント装置５００は、ログ解析サーバー装置４００から応答として送信される視聴量の解析結果のデータを受信する。解析クライアント装置５００は、受信した解析結果のデータを、数値を表す文字情報として画面に表示したり、グラフとして画面に表示したりする。なお、解析クライアント装置５００における視聴量の情報の表示方法は、特に限定されず、任意である。解析クライアント装置５００は、例えば、パーソナルコンピューター（ＰＣ）や、タブレットや、スマートフォン（スマホ）や、スマートウォッチや、ウェアラブル端末などといった情報機器である。

【0027】

以上述べたように、視聴量解析装置１において、ログサーバー装置１００は、配信サーバー装置５０から視聴クライアント装置への番組コンテンツの配信の状況を表す視聴ログを記録する。そして、ログ収集蓄積サーバー装置２００は、すべての視聴ログを収集する。また、視聴量解析装置１において、ログ収集蓄積サーバー装置２００は、保存している視聴ログのうち、解析クライアント装置５００から要求のあった視聴ログをログ解析サーバー装置４００へ送信する。また、タグデータベース装置３００は、解析対象の番組コンテンツに付与されているタグの情報を、ログ解析サーバー装置４００へ送信する。ログ解析サーバー装置４００は、視聴ログに基づいて、視聴された映像フレームの数を数える。また、ログ解析サーバー装置４００は、タグに関連付けて、視聴された映像フレームの数を数える。ログ解析サーバー装置４００は、このようにして得られた視聴量の情報を、要求元の解析クライアント装置５００に送信する。解析クライアント装置５００は、受け取った視聴量の情報を表示する。

【0028】

次に、図１に含まれる主要な装置の、さらに詳細な機能構成について説明する。
図２は、ログサーバー装置１００の概略機能構成を示すブロック図である。図示するように、ログサーバー装置１００は、視聴ログ生成部１０１と、視聴ログ記録部１０２と、視聴ログ送信部１０３と、視聴ログ記憶部１０４とを含んで構成される。

【0029】

視聴ログ生成部１０１は、通信ネットワークを介して配信された番組コンテンツに関して配信されたフレームを配信先ごとに表す視聴ログを生成する。具体的には、視聴クライアント装置からの要求にしたがって配信サーバー装置５０が番組コンテンツを配信する際に、配信サーバー装置５０から得る情報に基づいて、視聴ログ生成部１０１が視聴ログを生成する。そして、視聴ログ生成部１０１は、生成した視聴ログを視聴ログ記録部１０２と視聴ログ送信部１０３とに渡す。
視聴ログ記録部１０２は、視聴ログ生成部１０１から受け取った視聴ログを、視聴ログ記憶部１０４に書き込む。
視聴ログ送信部１０３は、視聴ログ生成部１０１から受け取った視聴ログを、通信ネットワークを介して、ログ収集蓄積サーバー装置２００へ送信するものである。
視聴ログ記憶部１０４は、視聴ログを記憶する機能を有するものである。視聴ログ記憶部１０４は、内部に記憶媒体（例えば、磁気ハードディスク装置（ＨＤＤ）や、半導体ディスク装置（ＳＳＤ）等）を備えている。

【0030】

図３は、視聴ログのデータ構成を示す概略図である。同図に示すように、視聴ログは、配信先識別情報と、配信日時と、番組コンテンツ放送日時と、地域ＩＤと、放送局ＩＤとを含むデータである。図示するデータは、１件の視聴ログであり、１フレーム分の視聴に対応するものである。視聴ログに含まれる各データ項目の意味は、下記の通りである。

【0031】

配信先識別情報は、配信先を識別する情報である。具体的には、配信先識別情報は、視聴クライアント装置を識別する情報や、視聴者を識別する情報などである。視聴クライアント装置を識別する情報としては、例えば、ＩＰアドレスやホスト名の文字列などを用いる。図示する例では、ＩＰアドレス「１９２．１６８．１．１５」が配信先識別情報である。

【0032】

配信日時は、番組コンテンツ内の映像の１フレームを配信した日時である。日時は「ＹＹＹＹ／ＭＭ／ＤＤ ｈｈ：ｍｍ：ｓｓ」（年月日、時分秒）の形式で表される。配信日時の情報として、秒の下の単位であるフレームの番号を含めてもよい。フレームの番号を含める場合、配信日時は「ＹＹＹＹ／ＭＭ／ＤＤ ｈｈ：ｍｍ：ｓｓ；ｎｎ」の形式で表される。ここで、秒の下の「ｎｎ」が当該秒内のフレームの通し番号である。図示する例では、配信日時は、「２０１５／１０／２９ １９：０６：２７；０６」である。これは、「２０１５年１０月２９日 １９時０６分２７秒のフレーム番号０６」を表す。なお、１秒あたりのフレーム数は、放送規格等によって適宜定められる。本実施形態では、番組コンテンツの映像は、１秒あたり３０個のフレームを含む。ただし、１秒あたりのフレーム数は３０に限定されるものではない。
番組コンテンツ放送日時は、視聴クライアント装置からの要求にしたがって視聴される番組コンテンツの放送日時である。なお、番組コンテンツは放送済みであり、放送日時以後には、配信サーバー装置５０から配信可能である。番組コンテンツ放送日時は、フレームの単位まで表される。番組コンテンツの放送日時は「ＹＹＹＹ／ＭＭ／ＤＤ ｈｈ：ｍｍ：ｓｓ；ｎｎ」の形式で表される。図示する例では、番組コンテンツ放送日時は、「２０１２／０８／１８ １９:００:５８;０６」である。これは、「２０１２年０８月１８日 １９時００分５８秒のフレーム番号０６」を表す。
地域ＩＤは、番組コンテンツが放送された地域を識別するための情報である。日本においては、地上波テレビ放送は地域ごとに特有のものであり、放送衛星によるテレビ放送は全国を単一のサービスエリアとするものである。地域ＩＤは、例えば、「関東」、「近畿」、「全国」などといった地域を表す情報である。
放送局ＩＤは、放送局あるいはサービスを識別するための情報である。

【0033】

図示した視聴ログでは、地域ＩＤと放送局ＩＤとの組み合わせにより、サービスを特定している。なお、他の方法でサービスを特定するようにしてもよい。例えば、放送局ＩＤのみによってサービスを特定するようにしてもよい。
また、番組コンテンツ放送日時は、視聴ログが対象とする映像フレームを特定する情報である。
また、配信先識別情報は、配信先を特定する情報である。
即ち、図示する視聴ログのデータでは、地域ＩＤ「全国」且つ放送局ＩＤ「ＢＳ１」で特定されるサービスの、番組コンテンツ放送日時で示されるフレームが、配信先識別情報で示される配信先において視聴されたことを表すデータである。このように、視聴ログは、サービスごと、フレーム時刻ごと、且つ配信先（視聴者）ごとに生成される。つまり、この視聴ログを収集・蓄積することにより、システム全体における視聴量を、フレーム単位で把握することが可能となる。

【0034】

図４は、ログ収集蓄積サーバー装置２００の概略機能構成を示すブロック図である。図示するように、ログ収集蓄積サーバー装置２００は、視聴ログ受信部２０１と、視聴ログ記録部２０２と、視聴ログ要求受付部２０３と、視聴ログ読出部２０４と、視聴ログ送信部２０５と、視聴ログ記憶部２０６とを含んで構成される。

【0035】

視聴ログ受信部２０１は、複数のログサーバー装置１００から送信される視聴ログをそれぞれ受信し、視聴ログ記録部２０２に渡すものである。
視聴ログ記録部２０２は、視聴ログ受信部２０１から受け取った視聴ログを、視聴ログ記憶部２０６に書き込むものである。
視聴ログ要求受付部２０３は、ログ解析サーバー装置４００から視聴ログの送信の要求を受け付け、要求内に含まれる条件に合致する視聴ログを視聴ログ記憶部２０６から読みだすように、視聴ログ読出部２０４に要求するものである。
視聴ログ読出部２０４は、視聴ログ要求受付部２０３からの要求に基づいて、視聴ログを視聴ログ記憶部２０６から読み出し、視聴ログ送信部２０５に渡すものである。
視聴ログ送信部２０５は、視聴ログ送信部２０５は、視聴ログ読出部２０４から渡された視聴ログを、通信ネットワークを介して、ログ解析サーバー装置４００に送信するものである。
視聴ログ記憶部２０６は、視聴ログを記憶する機能を有するものである。視聴ログ記憶部２０６によって記憶される視聴ログは、元々、ログサーバー装置１００の視聴ログ生成部１０１によって生成され、視聴ログ受信部２０１で受信されたものである。視聴ログ記憶部２０６は、内部に記憶媒体（例えば、磁気ハードディスク装置（ＨＤＤ）や、半導体ディスク装置（ＳＳＤ）等）を備えている。

【0036】

図５は、タグデータベース装置３００の概略機能構成を示すブロック図である。図示するように、タグデータベース装置３００は、タグデータ要求受付部３０１と、タグデータ読出部３０２と、タグデータ送信部３０３と、タグデータ記憶部３０４とを含んで構成される。

【0037】

タグデータ要求受付部３０１は、ログ解析サーバー装置４００からタグデータの要求があったとき、その要求を受け付けるものである。ログ解析サーバー装置４００からの要求には、放送サービスを特定する情報（例えば、放送局ＩＤおよび地域ＩＤ）と、タグデータ取得の対象となる期間の情報とが含まれている。タグデータ取得の対象となる期間としては、その期間の開始日時（フレーム単位）および終了日時（フレーム単位）の情報が指定される。タグデータ要求受付部３０１は、要求された番組コンテンツの、当該期間内のフレームに付与されているタグデータを読みだすよう、タグデータ読み出し部３０２に要求する。
タグデータ読出部３０２は、タグデータ要求受付部３０１からの要求に応じて、指定された地域ＩＤと放送局ＩＤと期間（開始日時および終了日時）に基づいて、タグデータ記憶部３０４を検索する。そして、タグデータ読出部３０２は、該当するタグデータをタグデータ記憶部３０４から読み出す。そして、タグデータ読出部３０２は、読み出したタグデータを、タグデータ送信部３０３に渡す。
タグデータ送信部３０３は、タグデータ読出部３０２から渡されたタグデータを、通信ネットワークを介して、ログ解析サーバー装置４００に送信する。
タグデータ記憶部３０４は、タグデータを記憶する機能を有するものである。つまり、タグデータ記憶部３０４は、配信されたフレームごとに付与されたタグの情報を記憶する。タグデータ記憶部３０４は、内部に記憶媒体（例えば、磁気ハードディスク装置（ＨＤＤ）や、半導体ディスク装置（ＳＳＤ）等）を備えている。

【0038】

図６は、タグデータベース装置３００が保持するタグデータの構成とデータ例とを示す概略図である。図示するように、本実施形態におけるタグデータは、表形式のデータとして表現されている。この表は、番号と、地域ＩＤと、放送局ＩＤと、開始フレームと、終了フレームと、タグの各項目を有する。この表の各行（レコード）は、配信される番組コンテンツ内の所定の期間に含まれるフレームに付与されたタグに対応している。この表に含まれる各データ項目の意味は、次の通りである。

【0039】

番号は、タグデータの各レコード（行）を識別するために付与した数値である。
地域ＩＤは、テレビ放送の地域を識別するための情報である。
放送局ＩＤは、放送局を識別するための情報である。
本実施形態では、上記の地域ＩＤと放送局ＩＤとの組み合わせにより放送サービスを一意に特定している。
開始フレームは、当該放送サービスにおいて、当該レコードで表されるタグが付与されている期間の最初のフレームを示す情報である。開始フレームは、「ＹＹＹＹ／ＭＭ／ＤＤ ｈｈ：ｍｍ：ｓｓ；ｎｎ」（年月日、時分秒、フレーム番号）の形式で表現される。ここで「ｎｎ」は当該秒内におけるフレームの番号である。なお、ここでは、１秒あたりのフレーム数は３０であり、フレーム番号は００から２９までの範囲の整数である。開始フレームの値は、番組コンテンツが放送された日時に対応している。
終了フレームは、当該放送サービスにおいて、当該レコードで表されるタグが付与されている期間の最後のフレームを示す情報である。終了フレームもまた、開始フレームと同様に、「ＹＹＹＹ／ＭＭ／ＤＤ ｈｈ：ｍｍ：ｓｓ；ｎｎ」（年月日、時分秒、フレーム番号）の形式で表現される。
上記の開始フレームおよび終了フレームの組み合わせが、当該タグが付与されている期間を表している。
タグは、文字列として与えられるデータである。タグは、番組コンテンツの内容に関するキーワードを表すものである。タグとて用いられる語は、番組内容に関わる一般名詞や、番組内容に関する人名（出演者名を含む）や、番組内容に関する地名等である。一般に番組に関係する語をタグとして用いることができ、特別な制約はない。

【0040】

図示する例において、番号が１であるレコードは、地域ＩＤが「関東」であり、放送局ＩＤが「総合テレビ」であり、開始フレームが「２０１６／０４／０８ １０：０２：００；１０」であり、終了フレームが「２０１６／０４／０８ １０：０９：３９；００」であり、タグは「料理」である。同図に示す例では、他に、「カレー」、「田中○夫」（人名）、「佐藤△子」（人名）、「サモサ」といったタグのデータが保持されている。

【0041】

図７は、タグデータベース装置３００が保持するタグデータが表すタグの内容を、時間軸に沿って示した概略図である。同図において横軸は時刻である。ここで、時刻は、年月日、時分秒、フレーム番号（秒内の通し番号）で表される。図７に示すタグの内容は、図６に示したデータ例に対応しているものである。例えば、タグ「料理」は、「２０１６／０４／０８ １０：０２：００；１０」から「２０１６／０４／０８ １０：０９：３９；００」までの期間（開始時点と終了時点とを含む、その間のフレーム）に対して付与される。また、タグ「カレー」は、「２０１６／０４／０８ １０：０２：３１；１４」から「２０１６／０４／０８ １０：０７：１７；１８」までの期間に対して付与される。また、タグ「田中○夫」は、「２０１６／０４／０８ １０：０３：３８；２４」から「２０１６／０４／０８ １０：０６：３３；０４」までの期間に対して付与される。その他のタグについても同様である。なお、上の例からも明らかなように、あるタグの期間と、他のタグの期間とが重複していてもよい。

【0042】

図８は、ログ解析サーバー装置４００の概略機能構成を示すブロック図である。図示するように、ログ解析サーバー装置４００は、解析条件受付部４０１と、視聴データ解析部４０２と、視聴ログ要求部４０３と、視聴ログ受信部４０４と、視聴データ記録部４０５と、視聴データ読出部４０６と、視聴データ消去部４０７と、タグ要求部４０８と、タグデータ受信部４０９と、解析データ記録部４１０と、解析データ読出部４１１と、解析データ表示部４１２と、視聴データ記憶部４１３と、解析データ記憶部４１４とを含んで構成される。

【0043】

ここで、ログ解析サーバー装置４００が解析する視聴量について説明する。視聴量は、番組コンテンツ内のある映像フレームが何回配信されたかをカウントして得られる数値である。つまり、ここで視聴量は、配信サーバー装置（５０−１〜５０−Ｘ）から配信された当該映像フレームの、すべての視聴者によるのべ視聴回数である。例えば、地域ＩＤが「関東」且つ放送局ＩＤが「総合テレビ」で、フレームが「２０１６年０４月０８日１５時０１分２０秒の１５フレーム」と指定されたとき、ログ解析サーバー装置４００は、当該映像フレームに関する視聴ログすべてを抽出して、カウントする。これにより、ログ解析サーバー装置４００は、当該映像フレームの視聴量を求める。
上記のように、視聴量は、フレームをカウントすることにより求められる。なお、１フレームが視聴されたことは、フレームレートの逆数の時間分の番組コンテンツが視聴されたことを意味する。即ち、ある時刻のフレームについての視聴ログをカウントすることは、そのフレームがすべての視聴用クライアント装置において延べ何回視聴されたかを求めることである。その視聴ログの件数に、上記のフレームレートの逆数を乗ずることにより、そのフレームに相当するコンテンツが視聴された延べ時間を求めることができる。

【0044】

またここで、解析クライアント装置５００からログ解析サーバー装置４００に渡される解析条件について説明する。
解析条件の第１のパターンは、解析クライアント装置５００からのアクセス期間の指定である。アクセス期間は、開始時刻と終了時刻によって指定される。なお、終了時刻を省略してアクセス期間を指定することもできる。
例えば、開始時刻が２０１６年０４月０４日１０時００分００秒、且つ終了時刻が２０１６年０４月１１日１７時５９分５９秒と指定された場合、このアクセス期間内の視聴ログのみが解析対象となる。なおここで、ある視聴ログが指定されたアクセス期間に含まれているか否かは、視聴ログ（図３を参照）に含まれる配信日時がこのアクセス期間に含まれているか否かによって決まる。
また、例えば、終了時刻の指定が省略されて、開始時刻が２０１６年０４月１２日１８時００分００秒と指定された場合、指定された開始時刻以後のすべての視聴ログが、ログ解析サーバー装置４００による解析処理の対象となる。終了時刻が指定されなかった場合、時間の経過とともに、新たに生成される視聴ログがログ収集蓄積サーバー装置２００に蓄積され、増えていく。この場合、ログ解析サーバー装置４００は、新たに蓄積されていく視聴ログもまた解析処理の対象とする。

【0045】

解析条件の第２のパターンは、「現在から過去方向に、○時間○分○秒間」というアクセス期間の指定のしかたである。例えば、解析クライアント装置５００は、「現在から過去方向に、２時間００分００秒間」という解析条件を指定する。この場合も、時間の経過とともに新たに生成される視聴ログが解析処理の対象となる。この第２のパターンの解析条件を受け付けた場合、ログ解析サーバー装置４００は、直ちに自己が管理するクロックを参照することによって、現在時刻を取得する。そして、その現在時刻から指定された時間が経過した時点までの視聴ログを解析処理の対象とする。
この第２のパターンにおいても、ある視聴ログが指定されたアクセス期間に含まれているか否かは、視聴ログに含まれる配信日時がこのアクセス期間に含まれているか否かによって決まる。

【0046】

解析条件のもう一つの要素は、時刻ごと（フレームごと）の視聴量を解析するか、タグごとの視聴量を解析するかの区別である。
つまり、ここで説明した解析条件の組み合わせとして、次の４種類の解析条件があり得る。即ち、上記の第１のパターンで時刻ごと（フレームごと）の視聴量を解析、上記の第２のパターンで時刻ごと（フレームごと）の視聴量を解析、上記の第１のパターンでタグごとの視聴量を解析、上記の第２のパターンでタグごとの視聴量を解析、の４通りである。

【0047】

次に、ログ解析サーバー装置４００を構成する各部の機能を個別に説明する。
解析条件受付部４０１は、解析クライアント装置５００から送信されて来る、視聴量の解析条件のデータを受信し、視聴データ解析部４０２に通知する。

【0048】

視聴データ解析部４０２は、解析条件受付部４０１から通知された視聴量の解析条件に基づいて、解析処理を実行する。視聴データ解析部４０２は、ログ収集蓄積サーバー装置２００の視聴ログ記憶部２０６から読み出された視聴ログに基づいて、配信された番組コンテンツのフレームごとの視聴量を求める。また、フレームに付与されたタグごとの視聴量を求めることもできる。
具体的には、視聴データ解析部４０２は、解析条件に基づいて、取得すべき視聴ログの、アクセス期間（つまり、配信日時の年月日・時分秒の範囲）を決定する。そして、視聴データ解析部４０２は、このアクセス期間の情報を視聴ログ要求部４０３に通知する。要求された視聴ログは、後述する視聴ログ受信部４０４によって受信され、後述する視聴データ記録部４０５によって視聴データ記憶部４１３に書き込まれる。
また、視聴データ解析部４０２は、タグごとの視聴量の解析を行う場合には、取得した視聴ログに関連するタグの情報を取得するよう、タグ要求部４０８に要求する。具体的には、視聴データ解析部４０２は、取得した視聴ログの映像フレームに付与されているタグの情報を取得するよう、タグ要求部４０８に要求する。視聴データ解析部４０２は、要求したタグの情報を取得すると、視聴ログにタグの情報を付加する。
また、視聴データ解析部４０２は、解析条件受付部４０１から通知された視聴量の解析条件に基づいて、条件から外れた視聴ログを消去するよう、視聴データ消去部４０７に要求する。条件から外れた視聴ログを消去する必要があるのは、過去の解析のために取得した視聴ログが視聴データ記憶部４１３に残っている場合である。
また、視聴データ解析部４０２は、解析対象の視聴ログの数を数える。視聴データ解析部４０２は、解析条件に応じて、時刻ごと（フレームごと）に視聴ログの数を数える場合と、タグごとに視聴ログの数を数える場合とがある。なお、タグごとに視聴ログの数を数えるのは、視聴ログにタグの情報が付加されている場合に限られる。視聴データ解析部４０２は、解析結果のデータを、解析データ記録部４１０に渡す。

【0049】

視聴ログ要求部４０３は、視聴データ解析部４０２から通知されたデータ（アクセス期間の情報）に基づいて、このアクセス期間に該当する視聴ログを、ログ収集蓄積サーバー装置２００に要求する。
視聴ログ受信部４０４は、視聴ログ要求部４０３からの要求に基づいてログ収集蓄積サーバー装置２００から送信された視聴ログを受信し、視聴データ記録部４０５に渡す。

【0050】

視聴データ記録部４０５は、視聴ログ受信部４０４から渡された視聴ログを、視聴データ記憶部４１３に書き込む。また、視聴データ記録部４０５は、後述するタグデータ受信部４０９から渡されるタグの情報を、視聴ログと関連付けて、視聴データ記憶部４１３に書き込む。つまり、視聴データ記録部４０５は、視聴ログ内の番組コンテンツ放送日時（フレーム単位）のデータをキーとして、その番組コンテンツのその映像フレームに付与されているタグの情報を、当該視聴ログに関連付けて書き込む。これにより、視聴データ記憶部４１３に書き込まれた視聴ログは、その視聴ログに対応する映像フレームに付与されたタグの情報を併せ持っている。

【0051】

視聴データ読出部４０６は、視聴データ解析部４０２の要求により、視聴ログを視聴データ記憶部４１３から読み出す。また、視聴データ読出部４０６は、視聴データ解析部４０２の要求により、タグのデータが付与されている視聴ログを視聴データ記憶部４１３から読み出す。

【0052】

視聴データ消去部４０７は、視聴データ解析部４０２から要求があった場合に、視聴データ記憶部４１３に残っている不要な視聴データを消去する。具体的には、視聴データ消去部４０７は、視聴データ解析部４０２から通知された条件（アクセス期間の範囲の条件）に基づいて、視聴データ記憶部４１３を検索する。そして、視聴データ消去部４０７は、消去すべきデータが見つかった場合には、それらのデータを視聴データ記憶部４１３から消去する。

【0053】

タグ要求部４０８は、視聴データ解析部４０２から通知された番組コンテンツの放送局のＩＤと、放送地域のＩＤと、番組コンテンツが放送された年月日と、番組コンテンツが放送された時分秒にもとづいて、タグデータベース装置３００へ、該当する番組コンテンツに付与されているタグを要求する。
タグデータ受信部４０９は、タグデータベース装置３００から送信されたタグを受信する。そして、タグデータ受信部４０９は、タグの情報を視聴データ記録部４０５に渡す。

【0054】

解析データ記録部４１０は、視聴データ解析部４０２から渡される解析データを、解析データ記憶部４１４に書き込むものである。なお、解析データの具体例については、後で詳細に説明する。
解析データ読出部４１１は、視聴データ解析部４０２からの要求に基づいて、解析データ記憶部４１４から解析データを読み出す。そして、解析データ読出部４１１は、解析データ表示部４１２に、読み出した解析データを渡す。
解析データ表示部４１２は、解析データ読出部４１１から渡された解析データを、文字やグラフなどのビジュアルな形のデータとして、解析クライアント装置５００に送信する。これにより、解析クライアント装置５００における解析データの表示が可能となる。

【0055】

視聴データ記憶部４１３は、視聴ログを記憶するものである。また、視聴データ記憶部４１３は、視聴ログと関連付ける形で、タグの情報を記憶する。視聴データ記憶部４１３への書き込みは、視聴データ記録部４０５によって行われる。また、視聴データ記憶部４１３のデータは、視聴データ消去部４０７からの信号によって消去される場合がある。
解析データ記憶部４１４は、視聴データ解析部４０２による解析処理の結果である解析データを記憶するものである。また、解析データ記憶部４１４に記憶されているデータは、解析データ読出部４１１によって読み出される。

【0056】

図９は、視聴データ解析部４０２による解析結果の例を示すものであり、フレームごと（時刻ごと）の視聴量を集計した例である。図示する解析データは、表形式のデータである。この解析データは、地域ＩＤ、放送局ＩＤ、フレーム、視聴量の各項目を有している。地域ＩＤと放送局ＩＤの組み合わせにより放送サービスが特定される。フレームは、年月日、時分秒、フレーム番号の情報により特定される。視聴量は、視聴ログをカウントして得られた値である。つまり、この視聴量は、解析条件として指定されたアクセス期間において当該フレームが視聴された（配信された）回数を表す。

【0057】

図１０は、視聴データ解析部４０２による解析結果の例を示すものであり、タグごとの視聴量を集計した例である。図示する解析データは、表形式のデータである。この解析データは、タグ、視聴量の各項目を有している。つまり、ここでの視聴量は、解析条件として指定されたアクセス期間において視聴された（配信された）フレームに、そのタグが付与されていた延べ回数を表す。

【0058】

次に、視聴量解析装置１内の主要な処理の手順について説明する。
図１１は、ログ収集蓄積サーバー装置２００が、ログサーバー装置１００によって生成された番組コンテンツの視聴ログを収集し、保存するまで処理の手順を示すフローチャートである。ログ収集蓄積サーバー装置２００は、以下で説明する手順により、すべての配信サーバー装置５０から配信された番組コンテンツの視聴ログを、ログサーバー装置１００から収集する処理を行うものである。以下、フローチャートに沿って手順を説明する。

【0059】

まずステップＳ１１において、ログサーバー装置１００側の視聴ログ生成部１０１は、視聴ログを生成する。具体的には、視聴者側の視聴クライアント装置から配信サーバー装置５０に番組コンテンツの配信要求があり、この要求にしたがって配信サーバー装置５０が番組コンテンツを配信したとき、視聴ログ生成部１０１は、視聴ログを生成する。このとき、配信サーバー装置５０は、対応するログサーバー装置１００に対して、番組コンテンツの配信の記録を渡す。これを受けたログサーバー装置１００内の視聴ログ生成部１０１が、フレームごとに１件の視聴ログを生成する。つまり、フレームレートが３０フレーム毎秒である場合、ある視聴クライアント装置において番組コンテンツが１秒間視聴されると、それに応じて、視聴ログ生成部１０１は、３０件の視聴ログを生成する。視聴ログのデータの構造は前述したとおりであり、番組コンテンツ放送日時の情報を含む。この番組コンテンツ放送日時は、日付（年月日）と、時刻（時分秒）と、秒内におけるフレームの番号（０から２９まで）で表される。また、視聴ログには、配信日時の情報も含まれている。
視聴ログ生成部１０１は、生成した視聴ログを視聴ログ記録部１０２に渡すとともに、視聴ログ送信部１０３にも渡す。

【0060】

次にステップＳ１２において、視聴ログ記録部１０２は、視聴ログ生成部１０１から受け取った視聴ログを、視聴ログ記憶部１０４に書き込む。

【0061】

次にステップＳ１３において、視聴ログ送信部１０３は、視聴ログ生成部１０１から受け取った視聴ログを、通信ネットワークを介して、ログ収集蓄積サーバー装置２００に送信する。
このステップＳ１３の処理が終了すると、ログサーバー装置１００は、ステップＳ１１の処理に戻ってさらに視聴ログを生成する。

【0062】

ログ収集蓄積サーバー装置２００側では、ステップＳ１４において、視聴ログ受信部２０１が、ログサーバー装置１００から送信された視聴ログを受信する。視聴ログ受信部２０１は、受信した視聴ログを視聴ログ記録部２０２に渡す。

【0063】

次にステップＳ１５において、視聴ログ記録部２０２は、視聴ログ受信部２０１から受け取った視聴ログを、視聴ログ記憶部２０６に書き込む。
このステップＳ１５の処理が終了すると、ログ収集蓄積サーバー装置２００は、ステップＳ１４の処理に戻ってさらに視聴ログを生成する。

【0064】

上のフローチャートで説明した通り、ログサーバー装置１００とログ収集蓄積サーバー装置２００は、ログ解析サーバー装置４００の動作とは関係なく、視聴ログを収集して保存する動作を行う。また、ログサーバー装置１００とログ収集蓄積サーバー装置２００は、視聴ログを収集する処理を何度も繰り返して行う。

【0065】

なお、図１１のステップＳ１３において視聴ログ送信部１０３が視聴ログを送信するタイミングは、視聴ログ送信部１０３が視聴ログ生成部１０１から視聴ログを受け取って即座であっても良く、また所定の時間間隔ごとであってもよい。所定の時間間隔ごとに送信する場合、視聴ログ送信部１０３は、その送信タイミングが来るまで一時的に視聴ログを送信バッファー等に貯め込んでおく。ただし、ログ収集蓄積サーバー装置２００側で蓄積される視聴ログが古い状態であることを避けるためには、視聴ログ送信部１０３が、例えば少なくとも数秒おき、または数十秒おきに視聴ログを送信することが望ましい。視聴ログ送信部１０３が頻繁に視聴ログを送信することにより、ログ収集蓄積サーバー装置２００側での蓄積状態をフレッシュに維持することができる。また、これにより、ログ解析サーバー装置４００は、フレッシュな状態の視聴ログに基づいて解析処理を行うことができるようになる。

【0066】

次に、ログ解析サーバー装置４００による処理について説明する。図１２，図１３，図１４，および図１６は、それぞれ、解析条件のパターンに応じた処理を示すフローチャートである。これらのフローチャートの各々について、以下で、順に説明する。

【0067】

図１２は、ログ解析サーバー装置４００が、解析クライアント装置５００から指定された開始時刻および終了時刻の条件に基づいて視聴ログを解析し、番組コンテンツの放送時刻ごとの視聴量を解析する処理の手順を示すフローチャートである。以下、このフローチャートに沿って説明する。

【0068】

まずステップＳ４１において、解析条件受付部４０１は、解析クライアント装置５００から送信された、解析条件を受信する。解析条件には、放送サービスを特定する情報（本実施形態では、地域ＩＤおよび放送局ＩＤ）と、アクセス期間とが含まれる。アクセス期間の条件は、開始時刻および終了時刻により示される。ただし、前述の通り、終了時刻の指定は省略される場合がある。なお、解析クライアント装置５００側から送られてくる解析条件は、解析クライアント装置５００のユーザー（解析ユーザー）によって指定されるものである。
なお、解析条件受付部４０１は、受信した解析条件の情報を、視聴データ解析部４０２に渡す。

【0069】

次にステップＳ４２において、視聴データ解析部４０２は、解析条件に基づいて、取得すべき視聴ログの、放送サービス（地域ＩＤおよび放送局ＩＤ）およびアクセス期間（つまり、配信日時の年月日・時分秒の範囲）を決定する。そして、視聴データ解析部４０２は、このアクセス期間の情報を視聴ログ要求部４０３に通知する。そして、視聴ログ要求部４０３は、ログ収集蓄積サーバー装置２００に、通知された地域ＩＤおよび放送局ＩＤに基づき、通知されたアクセス期間内に配信されたと記録がある視聴ログを要求する。
なお、視聴ログ要求部４０３からの要求を、ログ収集蓄積サーバー装置２００側の視聴ログ要求受付部２０３が受け付ける。そして、視聴ログ読出部２０４は、受け付けられた解析条件にしたがって、視聴ログ記憶部２０６を検索する。そして、視聴ログ読出部２０４は、解析条件に合致する視聴ログを、視聴ログ記憶部２０６から読み出す。そして、視聴ログ送信部２０５は、視聴ログ読出部２０４によって読み出されたこれらの視聴ログのすべてを、ログ解析サーバー装置４００宛てに送信する。

【0070】

次にステップＳ４３において、視聴ログ受信部４０４は、ログ収集蓄積サーバー装置２００から送信された視聴ログを受信する。視聴ログ受信部４０４によって受信された視聴ログは、視聴データ記録部４０５に渡される。
次にステップＳ４４において、視聴データ記録部４０５は、受け取った視聴ログを、視聴データ記憶部４１３にすべて書き込む。

【0071】

次にステップＳ４５において、視聴データ読出部４０６は、視聴データ記憶部４１３に記録されている視聴ログを読み出して視聴データ解析部４０２に渡す。そして、視聴データ解析部４０２は、渡された視聴ログに基づいて、時刻ごとの視聴量を求める。より具体的には、視聴データ解析部４０２は、番組コンテンツ放送日時ごとに、視聴ログの個数をカウントすることによって視聴量を求める。ここで、番組コンテンツ放送日時は、フレームの単位であり、前述の通り「ＹＹＹＹ／ＭＭ／ＤＤ ｈｈ：ｍｍ：ｓｓ；ｎｎ」の形式で表される。そして、視聴データ解析部４０２は、地域ＩＤと放送局ＩＤとフレームで特定される視聴量を、フレームごとの数値のデータとして出力する。ここでの視聴データ解析部４０２による解析処理の結果のデータは、図９で説明したデータである。なお、視聴データ解析部４０２は、必要に応じて、出力するデータを時刻順に整列させる処理（ソーティング）を行う。
そして、ステップＳ４６において、解析データ記録部４１０は、視聴データ解析部４０２によって出力された上記の解析データを、解析データ記憶部４１４に書き込む。

【0072】

そして、ステップＳ４７において、解析データ読出部４１１は、解析データ記憶部４１４に保存されている解析データを読み出す。解析データ読出部４１１は、読み出した解析データを、解析データ表示部４１２に渡す。
次にステップＳ４８において、解析データ表示部４１２は、得られた解析データを解析クライアント装置５００側で表示できるように、解析クライアント装置５００に送信する。なお、このときの解析データの表示の形態は、文字情報のまま（時系列に羅列）であってもよく、また、グラフのような図的な表示であってもよい。グラフとしては、例えば、時系列に視聴量を表す折れ線グラフや棒グラフなどを用いればよいが、グラフの形態はこれらに限定されるものではない。具体的には、解析データ表示部４１２は、望まれる表示の形態に対応した形式のデータを解析クライアント装置５００に送信する。データの形式とは、例えば、テキスト形式、画像形式、ハイパーテキスト形式などである。解析クライアント装置５００は、受信した解析データを自身の画面等に表示する。

【0073】

なお、解析条件として解析クライアント装置５００側から指定されるアクセス期間の終了時刻が省略されている場合には、上述したログ解析サーバー装置４００による解析処理の後にも、新たに生成された視聴ログがログ収集蓄積サーバー装置２００に蓄積される。この場合、ログ解析サーバー装置４００は、適宜、定められたタイミングで再度ログ解析の処理を行うようにする。これにともなって、解析データ表示部４１２は、再処理の結果である解析データを解析クライアント装置５００に表示させる。ログ解析サーバー装置４００による再解析処理の頻度は、例えば、ログサーバー装置１００からログ収集蓄積サーバー装置２００へ視聴ログが送られる頻度と同じであってもよく、また、より少ない頻度であってもよい。

【0074】

図１３は、ログ解析サーバー装置４００が、解析クライアント装置５００から指定された期間の長さ（現在から過去方向への長さ）の条件に基づいて視聴ログを解析し、番組コンテンツの放送時刻ごとの視聴量を解析する処理の手順を示すフローチャートである。以下、このフローチャートに沿って説明する。

【0075】

まずステップＳ６１において、解析条件受付部４０１は、解析クライアント装置５００から送信された、解析条件を受信する。解析条件には、放送サービスを特定する情報とアクセス期間とが含まれる。ここでは、アクセス期間の条件として、時間の長さが指定される。これは、現在から指定された長さ分だけ過去の時点をアクセス期間の開始とし、現在をアクセス期間の終了とするものである。例えば、時間の長さとして「２時間」が指定された場合、２時間前から現在時刻までがアクセス期間である。なお、後述するように、時間が経過するのに伴い、最新の時点を基準としてアクセス期間の開始時刻および終了時刻は設定し直される。
なお、解析条件受付部４０１は、受信した解析条件の情報を、視聴データ解析部４０２に渡す。

【0076】

次にステップＳ６２において、視聴データ解析部４０２は、解析条件に基づいて、取得すべき視聴ログの、放送サービス（地域ＩＤおよび放送局ＩＤ）およびアクセス期間を決定する。
ここでは、解析条件としては、現在からアクセス期間の開始時点までの時間の長さが指定されている。したがって、視聴データ解析部４０２は、アクセス期間の開始時刻を、現在時刻から指定された時間を減じた時刻とする。視聴データ解析部４０２は、アクセス期間の終了時刻を、現在時刻とする。例えば、現在時刻が「２０１６年０４月０９日 １３時５５分５１秒」であり、指定された時間の長さが「２時間」であるとき、視聴データ解析部４０２は、次のように開始時刻および終了時刻を決定する。即ち、開始時刻を「２０１６年０４月０９日 １１時５５分５１秒」とする。また、終了時刻を「２０１６年０４月０９日 １３時５５分５１秒」とする。
そして、視聴データ解析部４０２は、このアクセス期間の情報と、サービスを特定する情報とを視聴ログ要求部４０３に通知する。そして、視聴ログ要求部４０３は、ログ収集蓄積サーバー装置２００に、指定された放送サービスの、指定されたアクセス期間内に配信されたと記録がある視聴ログを要求する。
なお、視聴ログ要求部４０３からの要求をログ収集蓄積サーバー装置２００が受け付けて、解析条件に合致する視聴ログをログ収集蓄積サーバー装置２００がログ解析サーバー装置４００宛てに送信する点は、図１２のステップＳ４２の処理と同様である。

【0077】

次にステップＳ６３において、視聴ログ受信部４０４は、ログ収集蓄積サーバー装置２００から送信された視聴ログを受信する。なお、ステップＳ６２からＳ６３に移ってきた場合、視聴ログ受信部４０４が受信するのは、ステップＳ６２で要求された視聴ログである。また、ステップＳ７０からＳ６３に移ってきた場合、視聴ログ受信部４０４が受信するのは、ステップＳ６９で要求された視聴ログである。
視聴ログ受信部４０４によって受信された視聴ログは、視聴データ記録部４０５に渡される。

【0078】

次にステップＳ６４において、視聴データ記録部４０５は、受け取った視聴ログを、視聴データ記憶部４１３にすべて書き込む。なおこのとき、視聴データ記録部４０５は、書き込もうとする視聴ログと同一のデータが既に視聴データ記憶部４１３に存在している場合には、重複を避けるために、視聴データ記録部４０５は該当するデータの書き込みを行わない。同一の視聴ログの重複は、処理のループによって本ステップが複数回実行される場合に起こり得る。

【0079】

次にステップＳ６５において、視聴データ読出部４０６は、視聴データ記憶部４１３に記録されている視聴ログを読み出して視聴データ解析部４０２に渡す。そして、視聴データ解析部４０２は、渡された視聴ログに基づいて、時刻ごとの視聴量を求める。具体的には、視聴データ解析部４０２は、番組コンテンツ放送日時（フレーム）ごとに、視聴ログの個数をカウントすることによって視聴量を求める。
なお、視聴ログをカウントすることによって視聴量を求める処理は、図１２のステップＳ４５の処理と同様である。ここの処理においてもまた、視聴データ解析部４０２による解析処理の結果のデータは、図９で説明したデータである。
そして、ステップＳ６６において、解析データ記録部４１０は、視聴データ解析部４０２によって出力された上記の解析データを、解析データ記憶部４１４に書き込む。

【0080】

次にステップＳ６７において、解析データ読出部４１１は、解析データ記憶部４１４に保存されている解析データを読み出す。解析データ読出部４１１は、読み出した解析データを、解析データ表示部４１２に渡す。

【0081】

次にステップＳ６８において、解析データ表示部４１２は、得られた解析データを解析クライアント装置５００側で表示できるように、解析クライアント装置５００に送信する。ここでの、解析データを解析クライアント装置５００側で表示できるようにする処理は、図１２におけるステップＳ４８の処理と同様である。

【0082】

次にステップＳ６９において、視聴データ解析部４０２は、所定時間経過するまでの待機を行った後、アクセス期間を再設定する。即ち、視聴データ解析部４０２は、アクセス期間の開始時刻を、そのときの現在時刻から指定された時間を減じた時刻とする。また、アクセス期間の終了時刻を、そのときの現在時刻とする。そして、視聴データ解析部４０２は、このアクセス期間の情報と、サービスを特定する情報とを視聴ログ要求部４０３に通知する。そして、視聴ログ要求部４０３は、ログ収集蓄積サーバー装置２００に、指定された放送サービスの、指定されたアクセス期間内に配信されたと記録がある視聴ログを要求する。
この要求に対して、ログ収集蓄積サーバー装置２００は、解析条件に合致する視聴ログをログ解析サーバー装置４００宛てに送信する。つまり、時間の経過に伴って、解析対象の視聴ログが更新されることとなる。

【0083】

次にステップＳ７０において、視聴データ消去部４０７は、視聴データ記憶部４１３に記憶されている視聴データのうち、アクセス期間の範囲外の視聴ログを消去する処理を行う。つまり、視聴データ消去部４０７は、最新のアクセス期間の開始時刻よりも前の配信日時を保持する古い視聴ログを消去する。

【0084】

本ステップの処理の終了後、ログ解析サーバー装置４００は、制御をステップＳ６３に戻して処理を繰り返す。
なお、終了条件が満たされたときには、ログ解析サーバー装置４００が処理のループを抜けて終了するようにしてもよい。終了条件とは、例えば、予め決められた回数の繰り返しが完了したことや、予め決められた処理時間が経過したことや、予め決められた時刻が到来したことや、装置の外部から終了指示を受け付けたことなどである。

【0085】

次に、ログ解析サーバー装置４００によるタグごとの視聴量の解析について説明する。
図１４は、ログ解析サーバー装置４００が、解析クライアント装置５００から指定された開始時刻および終了時刻の条件に基づいて視聴ログを解析し、タグごとの視聴量を解析する処理の手順を示すフローチャートである。以下、このフローチャートに沿って説明する。

【0086】

まず、ステップＳ８１からＳ８３までの処理は、図１２におけるステップＳ４１からＳ４３までの処理と同様であるため、ここでは説明を省略する。

【0087】

次にステップＳ８４において、視聴データ解析部４０２は、受信した視聴ログに記載されている、放送サービスを特定する情報（地域ＩＤおよび放送ＩＤ）と、番組コンテンツ放送日時（年月日、時分秒、およびフレーム番号）とを、タグ要求部４０８に渡す。タグ要求部４０８は、視聴データ解析部４０２から受け取った情報に基づいて、タグデータベース装置３００に、当該映像フレームに付与されているタグを要求する。
なお、本ステップにおけるタグデータの要求は、取得されたすべての視聴ログに関して、それぞれ行う。ただし、ある映像フレームに関する視聴ログが複数ある場合、その映像フレームに関するタグの要求をまとめて１回だけ行うようにしても良い。
また、タグ要求部４０８からタグデータベース装置３００への要求のしかたも次のように任意である。たとえば、映像フレーム１件ごとに、個別に、タグ要求部４０８からタグデータベース装置３００へのタグの要求を行うようにしてもよい。複数件の映像フレームに関するタグの要求を、複数個まとめてタグ要求部４０８からタグデータベース装置３００に送るようにしてもよい。

【0088】

ステップＳ８４における、タグ要求部４０８からの要求を受けたタグデータベース装置３００側での処理は、次の通りである。
タグデータ要求受付部３０１は、ログ解析サーバー装置４００から送信された要求を受信し、タグデータ読出部３０２にその情報（映像フレームを特定する情報）を通知する。
タグデータ読出部３０２は、通知された情報に基づいて、タグデータ記憶部３０４を検索する。これにより、タグデータ読出部３０２は、要求された映像フレームに付与されたタグの情報を、タグデータ記憶部３０４から読み出す。タグデータ記憶部３０４に記憶されているデータの構成は図６で説明した通りである。したがって、タグデータ読出部３０２は、指定されている放送サービスに一致し、且つ指定された映像フレームが、開始フレーム以上且つ終了フレーム以下であるようなタグを読み出す。１件の映像フレームに複数のタグが付与されている場合もあり、したがってタグデータ読出部３０２は、その映像フレームに該当するタグのすべてを読み出す。タグデータ読出部３０２は、読み出したタグの情報を、タグデータ送信部３０３に通知する。そして、タグデータ送信部３０３は、通知されたタグデータをログ解析サーバー装置４００に送信する。
なお、ログ解析サーバー装置４００側から複数件の映像フレームに関する要求をまとめて受けた場合には、タグデータベース装置３００は、それらの各々の映像フレームについてタグの情報を読み出した後、それらの映像フレームの各々に付与されているタグの情報をまとめてログ解析サーバー装置４００に送信する。

【0089】

次にステップＳ８５において、タグデータ受信部４０９は、タグデータベース装置３００から送信されたタグデータを受信する。タグデータ受信部４０９は、受信したタグデータを視聴データ解析部４０２に渡す。

【0090】

次にステップＳ８６において、視聴データ解析部４０２は、視聴ログと、その視聴ログの映像フレームに付与されたタグの情報とをあわせて、視聴データ記録部４０５に渡す。視聴データ記録部４０５は、渡された視聴ログとタグの情報とを関連付ける形で、視聴データ記憶部４１３に書き込む。前述の通り、１件の視聴ログに複数のタグが関連付けられる場合もある。なお、タグと関連付けられた視聴ログのデータの構成については、後で図１５を参照しながら説明する。
視聴データ解析部４０２および視聴データ記録部４０５は、対象とするすべての視聴ログに関して、この処理を行う。

【0091】

次にステップＳ８７において、視聴データ読出部４０６は、視聴データ記憶部４１３に記録されている視聴ログを読み出して視聴データ解析部４０２に渡す。そして、視聴データ解析部４０２は、渡された視聴ログに基づいて、タグごとの視聴量を求める。具体的には、視聴データ解析部４０２は、タグごとに、視聴ログの個数をカウントすることによって視聴量を求める。つまり、あるタグの視聴量は、そのタグが関連付けられた視聴ログの個数である。そして、視聴データ解析部４０２は、タグごとの視聴量のデータを出力する。ここで、視聴データ解析部４０２による解析処理の結果のデータは、図１０で説明したデータである。なお視聴データ解析部４０２は、必要に応じて、出力するデータを視聴量順に整列させる処理（ソーティング）を行う。
次にステップＳ８８において、解析データ記録部４１０は、視聴データ解析部４０２から出力された解析データを解析データ記憶部４１４に保存する。

【0092】

次にステップＳ８９において、解析データ読出部４１１は、解析データ記憶部４１４に保存されている解析データを読み出す。解析データ読出部４１１は、読み出した解析データを、解析データ表示部４１２に渡す。
次にステップＳ９０において、解析データ表示部４１２は、得られた解析データを解析クライアント装置５００側で表示できるように、解析クライアント装置５００に送信する。解析データ表示部４１２による表示のしかたに関して、ステップＳ４８の処理において説明した様々なバリエーションをここでも取ることができる。

【0093】

なお、解析条件として解析クライアント装置５００側から指定されるアクセス期間の終了時刻が省略されている場合には、上述したログ解析サーバー装置４００による解析処理の後にも、新たに生成された視聴ログがログ収集蓄積サーバー装置２００に蓄積される。この場合、ログ解析サーバー装置４００は、適宜、定められたタイミングで再度ログ解析の処理を行うようにする。これにともなって、解析データ表示部４１２は、再処理の結果である解析データを解析クライアント装置５００に表示させる。ログ解析サーバー装置４００による再解析処理の頻度は、例えば、ログサーバー装置１００からログ収集蓄積サーバー装置２００へ視聴ログが送られる頻度と同じであってもよく、また、より少ない頻度であってもよい。

【0094】

図１５は、視聴データ記憶部４１３に記憶される視聴ログがタグの情報に関連付けられる場合のデータの構成を示す概略図である。このデータは、図１４のステップＳ８６の処理において視聴データ記憶部４１３に書き込まれるものである。
ここで図示する視聴ログは、図３で説明した視聴ログのデータに加えて、タグリストに関連付けるためのデータを保持している。タグリストは、複数のタグの情報を並べた構造体である。同図に示す視聴ログは、その視聴ログが表す映像フレームに「料理」、「カレー」、「チキン」の３つのタグが付与されていることを表している。

【0095】

図１６は、ログ解析サーバー装置４００が、解析クライアント装置５００から指定された期間の長さ（現在から過去方向への長さ）の条件に基づいて視聴ログを解析し、タグごとの視聴量を解析する処理の手順を示すフローチャートである。以下、このフローチャートに沿って説明する。

【0096】

まずステップＳ１０１からＳ１０２までの処理は、図１３で説明したステップＳ６１からＳ６２までの処理と同様である。
次にステップＳ１０３において、視聴ログ受信部４０４は、ログ収集蓄積サーバー装置２００から送信された視聴ログを受信する。なお、ステップＳ１０２からＳ１０３に移ってきた場合、視聴ログ受信部４０４が受信するのは、ステップＳ１０２で要求された視聴ログである。また、ステップＳ１１２からＳ１０３に移ってきた場合、視聴ログ受信部４０４が受信するのは、ステップＳ１１１で要求された視聴ログである。
視聴ログ受信部４０４によって受信された視聴ログは、視聴データ解析部４０２に渡される。

【0097】

次にステップＳ１０４において、視聴データ解析部４０２は、受信した視聴ログに記載されている、放送サービスを特定する情報（地域ＩＤおよび放送ＩＤ）と、番組コンテンツ放送日時（年月日、時分秒、およびフレーム番号）とを、タグ要求部４０８に渡す。タグ要求部４０８は、視聴データ解析部４０２から受け取った情報に基づいて、タグデータベース装置３００に、当該映像フレームに付与されているタグを要求する。なお、本ステップにおける処理は、図１４のステップＳ８４の処理と同様であるため、ここでは詳細な説明を省略する。タグ要求部４０８からの要求を受けたタグデータベース装置３００側での処理も、図１４のステップＳ８４において説明した処理と同様であるため、ここでは詳細な説明を省略する。

【0098】

次にステップＳ１０５において、タグデータ受信部４０９は、タグデータベース装置３００から送信されたタグデータを受信する。タグデータ受信部４０９は、受信したタグデータを視聴データ解析部４０２に渡す。

【0099】

次にステップＳ１０６において、視聴データ解析部４０２は、視聴ログと、その視聴ログの映像フレームに付与されたタグの情報とをあわせて、視聴データ記録部４０５に渡す。視聴データ記録部４０５は、渡された視聴ログとタグの情報とを関連付ける形で、視聴データ記憶部４１３に書き込む。本ステップの処理は、図１４のステップＳ８６の処理と同様である。また、タグの情報が関連付けられた視聴ログのデータは、図１５を参照しながら説明した通りである。

【0100】

次にステップＳ１０７において、視聴データ読出部４０６は、視聴データ記憶部４１３に記録されている視聴ログを読み出して視聴データ解析部４０２に渡す。そして、視聴データ解析部４０２は、渡された視聴ログに基づいて、タグごとの視聴量を求める。本ステップにおける処理は、図１４におけるステップＳ８７の処理と同様であるため、ここでは詳細な説明を省略する。
次にステップＳ１０８において、解析データ記録部４１０は、視聴データ解析部４０２から出力された解析データを解析データ記憶部４１４に保存する。

【0101】

次にステップＳ１０９において、解析データ読出部４１１は、解析データ記憶部４１４に保存されている解析データを読み出す。解析データ読出部４１１は、読み出した解析データを、解析データ表示部４１２に渡す。

【0102】

次にステップＳ１１０において、解析データ表示部４１２は、得られた解析データを解析クライアント装置５００側で表示できるように、解析クライアント装置５００に送信する。ここでの、解析データを解析クライアント装置５００側で表示できるようにする処理は、図１２におけるステップＳ４８の処理と同様である。

【0103】

次にステップＳ１１１において、視聴データ解析部４０２は、所定時間経過するまでの待機を行った後、アクセス期間を再設定する。そして、視聴データ解析部４０２は、このアクセス期間の情報と、サービスを特定する情報とを視聴ログ要求部４０３に通知する。そして、視聴ログ要求部４０３は、ログ収集蓄積サーバー装置２００に、指定された放送サービスの、指定されたアクセス期間内に配信されたと記録がある視聴ログを要求する。なお、本ステップにおける処理は、図１３のステップＳ６９における処理と同様である。そして、ログ収集蓄積サーバー装置２００もまた、ステップＳ６９と同様に、解析条件に合致する視聴ログをログ解析サーバー装置４００宛てに送信する。つまり、時間の経過に伴って、解析対象の視聴ログが更新されることとなる。

【0104】

次にステップＳ１１２において、視聴データ消去部４０７は、視聴データ記憶部４１３に記憶されている視聴データのうち、アクセス期間の範囲外の視聴ログを消去する処理を行う。本ステップの処理は、図１３のステップＳ７０における処理と同様である。つまり、視聴データ消去部４０７は、最新のアクセス期間の開始時刻よりも前の配信日時を保持する古い視聴ログを消去する。

【0105】

ステップＳ１１２の処理の終了後、ログ解析サーバー装置４００は、制御をステップＳ１０３に戻して処理を繰り返す。
なお、終了条件が満たされたときには、ログ解析サーバー装置４００が処理のループを抜けて終了するようにしてもよい。終了条件とは、例えば、予め決められた回数の繰り返しが完了したことや、予め決められた処理時間が経過したことや、予め決められた時刻が到来したことや、装置の外部から終了指示を受け付けたことなどである。

【0106】

以上、説明したように、本実施形態では、視聴ログの件数をそのまま視聴量として用いた。これにより、視聴量解析装置１は、実際に視聴されたフレームの件数に応じて、視聴量を解析することはできる。

【0107】

［第２実施形態］
次に、第２実施形態について説明する。なお、前実施形態において説明した事項についてはここでは説明を省略する場合がある。ここでは、本実施形態に特有の事項を中心に説明する。
第２実施形態による視聴量解析装置は、第１実施形態におけるログ解析サーバー装置４００に代えて、ログ解析サーバー装置８００を含んで構成される。

【0108】

図１７は、本実施形態によるログ解析サーバー装置８００の概略機能構成を示すブロック図である。図示するように、ログ解析サーバー装置８００は、解析条件受付部４０１と、視聴データ解析部４０２と、視聴ログ要求部４０３と、視聴ログ受信部４０４と、視聴データ記録部４０５と、視聴データ読出部４０６と、視聴データ消去部４０７と、タグ要求部４０８と、タグデータ受信部４０９と、解析データ記録部４１０と、解析データ読出部４１１と、解析データ表示部４１２と、視聴データ記憶部４１３と、解析データ記憶部４１４と、視聴量換算部８０２とを含んで構成される。ログ解析サーバー装置８００の特徴は、視聴量換算部８０２を含んで構成される点である。

【0109】

視聴量換算部８０２は、視聴データ解析部４０２が視聴データの解析を行う際に、所定の処理により、視聴ログの件数を視聴量に換算するものである。具体的には、視聴量換算部８０２は、視聴ログの件数（フレーム数）を、基準となるフレームレートにおけるフレーム数の値または所定の長さを有する単位時間の個数の値に換算するものである。
第１実施形態において視聴量は視聴ログの件数であったが、その前提は、すべての番組コンテンツのフレームレートが同一であることであった。フレームレートは、番組コンテンツの単位時間あたりのフレーム数であり、例えばｆｐｓ（frames per second，フレーム毎秒）の単位で表される数値である。日本でのテレビ等の番組において典型的なフレームレートは３０フレーム毎秒である。しかし、番組コンテンツごとにフレームレートが異なる状況も想定され得る。そういった状況において、視聴量を、視聴ログの件数即ちフレーム数で測るよりも、視聴された時間の長さで測るほうが適切であると考えられる場合もある。視聴量換算部８０２は、収集された視聴ログの件数（即ち、番組コンテンツのフレーム数）を、視聴時間の長さに換算する。視聴量換算部８０２による処理の詳細については、後述する。

【0110】

図１８は、本実施形態における視聴ログのデータ構成を示す概略図である。同図に示すように、視聴ログは、配信先識別情報と、配信日時と、番組コンテンツ放送日時と、フレームレートと、地域ＩＤと、放送局ＩＤとを含むデータである。図示するデータは、１件の視聴ログであり、１フレーム分の視聴に対応するものである。図示する視聴ログの特徴は、フレームレートの項目を有することである。視聴ログにおいて、フレームレートのデータは、その視聴ログが対象とする番組コンテンツが配信された際のフレームレートであり、前述のフレーム毎秒（ｆｐｓ）の単位で表される数値を保持する。つまり、フレームレートは、視聴された番組コンテンツに関して、単位時間あたりの視聴ログ件数を表す値である。図示する例では、１行目の視聴ログのフレームレートは３０フレーム毎秒であり、２行目の視聴ログのフレームレートは６０フレーム毎秒である。なお、フレームレートは、３０フレーム毎秒あるいは６０フレーム毎秒以外の値であってもよい。
つまり、本実施形態において、ログサーバー装置１００の視聴ログ生成部１０１は、フレームが配信された際の、単位時間あたりのフレーム数を表すフレームレートの情報を含んだ前記視聴ログを生成する。

【0111】

本実施形態において、配信サーバー装置５０は、視聴された番組コンテンツのフレームレートの情報をログサーバー装置１００に渡す。そして、ログサーバー装置１００は、上記のフレームレートの情報を含んだ視聴ログを生成して、ログ収集蓄積サーバー装置２００に渡す。ログ収集蓄積サーバー装置２００は、フレームレートの情報を含んだ視聴ログを収集する。そして、ログ解析サーバー装置４００は、フレームレートの情報を含んだ視聴ログの解析処理を行う。

【0112】

図１９は、ログ解析サーバー装置４００が、解析対象の視聴ログをタグの情報に関連付けた場合のデータの構成を示す概略図である。このデータは、前実施形態で説明した図１４のステップＳ８６の処理や図１６のステップＳ１０６の処理において、視聴データ記憶部４１３に書き込まれるものである。ここで図示する視聴ログは、図１８で説明した視聴ログのデータに加えて、タグリストに関連付けるためのデータを保持している。タグリストは、複数のタグの情報を並べた構造体である。同図に示す視聴ログは、その視聴ログが表す映像フレームに「スポーツ」、「サッカー」の２つのタグが付与されていることを表している。

【0113】

次に、図１８あるいは図１９に示したデータに基づいて、視聴量換算部８０２が行う処理の詳細について説明する。前述の通り、視聴量換算部８０２は、視聴ログの件数を、視聴量の値に換算する。視聴量換算部８０２によって算出される視聴量は、（１）基準フレームレートを想定した場合のフレーム数、（２）微小な単位時間の数、のいずれかである。それぞれの場合について、下に説明する。

【0114】

（１）基準フレームレートを想定した場合のフレーム数
この場合、基準となるフレームレート（例えば、３０ｆｐｓ）を想定し、視聴量換算部８０２は、視聴ログの件数（実際に視聴されたフレーム数）を基に、基準フレームレートを想定した場合のフレーム数を算出する。ある番組コンテンツに関して、視聴量は、次の式１により算出される。
式１：視聴量＝視聴ログの件数×（基準フレームレート／その視聴ログのフレームレート）
例えば、基準フレームレートが３０ｆｐｓであり、視聴ログに記録されているフレームレートが６０ｆｐｓであるとき、視聴ログ件数が６００件（１０秒分）であれば、式１によって算出される視聴量は３００である。

【0115】

（２）微小な単位時間の数
この場合、単位時間の長さＬを適宜定める。Ｌを、例えば、１秒、１／１０秒、１／３０秒、１／１０００秒などとする。そして、視聴量換算部８０２は、視聴ログの件数（実際に視聴されたフレーム数）を基に、対応する単位時間の個数を算出する。ある番組コンテンツに関して、視聴量は、次の式２により算出される。
式２：視聴量（単位時間の個数）＝視聴ログの件数／（Ｌ×その視聴ログのフレームレート）
例えば、Ｌが１／１０秒であり、視聴ログに記録されているフレームレートが３０ｆｐｓであるとき、視聴ログ件数が６００件（２０秒分）であれば、式２によって算出される視聴量は２００である。なお、式２によって算出される視聴量は、整数でなくてもよい。

【0116】

本実施形態における視聴データ解析部４０２は、前実施形態と同様の解析処理を行う。ただし、本実施形態における視聴データ解析部４０２が解析する視聴量は、視聴量換算部８０２によって換算された後の視聴量である。本実施形態では、上で説明したように、フレームレートの異なる番組コンテンツが配信された場合にも、視聴量換算部８０２が、視聴ログの件数を、標準的な視聴量に換算する。ここで、標準的な視聴量とは、基準フレームレートを想定した場合のフレーム数や、予め定められた長さ（Ｌ秒）の単位時間の数である。これにより、ログ解析サーバー装置４００は、番組コンテンツごとのフレームレートの違いによらず、視聴された時間の長さに比例する視聴量を解析することができる。

【0117】

なお、上述した実施形態における視聴量解析装置が含む各部の機能を、コンピューターで実現するようにしても良い。その場合、これらの機能を実現するためのプログラムをコンピューター読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピューターシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピューターシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピューター読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピューターシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピューター読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピューターシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピューターシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

【0118】

以上、複数の実施形態を説明したが、本発明はさらに次のような変形例でも実施することが可能である。
［変形例１］
例えば、第１実施形態および第２実施形態では、視聴量解析装置は、映像を含むコンテンツを配信する場合の視聴量を解析した。しかし、視聴量解析装置が、映像を含まないコンテンツの視聴量を解析するようにしてもよい。映像を含まないコンテンツとは、音声のみによるコンテンツ（例えば、ラジオ番組のコンテンツ）、データ放送によるコンテンツ、字幕等のテキストデータによるコンテンツなどである。音声のみによるコンテンツの場合、視聴量とは、そのコンテンツが聴取された延べ時間に比例する数値で表される。映像以外のビジュアルな表現を含むコンテンツの場合、視聴量とは、そのコンテンツが視られた延べ時間に比例する数値で表される。第1実施形態で説明した「フレーム」（フレーム期間は例えば１／３０秒）の数で視聴量を表してもよく、また、第２実施形態で説明した単位時間（長さはＬ秒）の個数で視聴量を表しても良い。

【0119】

［変形例２］
第１実施形態および第２実施形態で用いた解析条件以外に、他の解析条件に基づいて、ログ解析サーバー装置４００が解析処理を行うようにしてもよい。例えば、タグごとの視聴量を解析する際に、与えられる条件に基づいて、解析対象のタグを絞り込むようにしてもよい。また、例えば、時刻ごと（フレームごと）の視聴量の解析や、タグごとの視聴量の解析だけではなく、複数のデータ項目に基づくクロス集計を行うようにしてもよい。

【0120】

［変形例３］
第１実施形態および第２実施形態では、フレームごとに独立の視聴ログを生成するようにしていた。その代わりに、別形態の等価なデータの形式で視聴ログを生成し、解析するようにしてもよい。一例として、ある配信先における、ある放送サービスの、配信開始時刻と配信終了時刻（いずれもフレーム単位）の情報、および対応する番組コンテンツ放送日時（開始時刻と終了時刻）を視聴ログ内に書き込むようにしてもよい。このような視聴ログに基づいても、ログ解析サーバー装置４００側では、第１実施形態および第２実施形態で説明した解析処理と同等の処理を行うことができる。

【0121】

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

【産業上の利用可能性】

【0122】

本発明は、コンテンツ配信事業や、コンテンツ視聴量の情報を提供する事業、コンテンツの視聴のされ方を分析する事業等において、特に利用可能である。

【符号の説明】

【0123】

１ 視聴量解析装置
５０，５０−１，５０−２，・・・，５０−Ｘ 配信サーバー装置
１００，１００−１，１００−２，・・・，１００−Ｘ ログサーバー装置
１０１ 視聴ログ生成部
１０２ 視聴ログ記録部
１０３ 視聴ログ送信部
１０４ 視聴ログ記憶部
２００ ログ収集蓄積サーバー装置
２０１ 視聴ログ受信部
２０２ 視聴ログ記録部
２０３ 視聴ログ要求受付部
２０４ 視聴ログ読出部
２０５ 視聴ログ送信部
２０６ 視聴ログ記憶部
３００ タグデータベース装置
３０１ タグデータ要求受付部
３０２ タグデータ読出部
３０３ タグデータ送信部
３０４ タグデータ記憶部
４００ ログ解析サーバー装置
４０１ 解析条件受付部
４０２ 視聴データ解析部
４０３ 視聴ログ要求部
４０４ 視聴ログ受信部
４０５ 視聴データ記録部
４０６ 視聴データ読出部
４０７ 視聴データ消去部
４０８ タグ要求部
４０９ タグデータ受信部
４１０ 解析データ記録部
４１１ 解析データ読出部
４１２ 解析データ表示部
４１３ 視聴データ記憶部
４１４ 解析データ記憶部
５００ 解析クライアント装置
８００ ログ解析サーバー装置
８０２ 視聴量換算部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】