JP2010114723A - 再生情報出力装置、再生情報出力方法、及び再生情報出力処理プログラム - Google Patents

Abstract

【課題】コンテンツのどの部分が人気があるか等を判断させるための情報を提示することが可能な再生回数提示装置、再生回数提示方法、及び再生回数提示処理プログラムを提供する。
【解決手段】本発明に係る再生回数提示装置は、各ノード装置において通常再生された同一のコンテンツデータの再生時間軸上における少なくとも通常再生区間を特定するための再生区間特定情報を、各ノード装置から取得し、取得された各再生区間特定情報に基づき当該コンテンツデータの再生時間軸上における時間毎の再生回数を算出し、算出された時間毎の再生回数に基づく情報をユーザに対して提示する。
【選択図】図６

Description

本発明は、所定のコンテンツデータを再生可能な複数のノード装置とネットワークを介して通信可能な再生情報出力装置及び方法等の技術分野に関する。

インターネットなどのネットワークを介してマルチメディアのコンテンツ（映像、音楽等）データをノード装置（クライアント）に対して配信するシステムとして、サーバ−クライアント型のコンテンツ配信システムや、ピアツーピア型のコンテンツ配信システムが知られている。このような配信システムにおいて、ノード装置に配信されたコンテンツデータは再生され、ユーザにより視聴される。

ところで、ネットワークを介したコンテンツ配信においても、電波によるテレビジョン放送と同様に、視聴率を調査することが望まれている。例えば、特許文献１には、クライアント端末は、ネットワーク配信番組を受信している間、一定時間毎に、ネットワーク配信番組の視聴者を特定するユーザＩＤ、当該クライアント端末を特定する機器ＩＤ、及びネットワーク配信番組を特定する番組ＩＤを視聴率調査装置へ送信し、視聴率調査装置は、ユーザＩＤに応じた特徴パラメータ（例えば、年齢、性別、職業、趣味等）に基づいて、ネットワーク配信番組の視聴率調査を行う技術が提案されている。
特開２００２−３２４０２５号公報

しかしながら、上述したような従来の技術では、コンテンツデータの再生時間軸上における時間毎の視聴率を調査することについては提案されておらず、このため、コンテンツのどの部分が視聴されやすく、人気があるかについては視聴率調査側で判断することは困難である。

本発明は、以上の点等に鑑みてなされたものであり、コンテンツのどの部分が人気があるか等を判断させるための情報を提示することが可能な再生情報出力装置、再生情報出力方法、及び再生情報出力処理プログラムを提供することを課題とする。

上記課題を解決するために、請求項１に記載の発明は、所定のコンテンツデータを再生可能な複数のノード装置とネットワークを介して通信可能な再生情報出力装置であって、各前記ノード装置において通常再生された同一のコンテンツデータの再生時間軸上における少なくとも通常再生区間を特定するための再生区間特定情報を取得する情報取得手段と、前記取得された各再生区間特定情報に基づき当該コンテンツデータの再生時間軸上における時間毎の再生回数を算出する再生回数算出手段と、前記算出された時間毎の再生回数に基づく情報を出力する出力手段と、を備えることを特徴とする。

この発明によれば、各ノード装置において通常再生された同一のコンテンツデータの再生時間軸上における少なくとも通常再生区間を特定するための再生区間特定情報を取得し、当該各再生区間特定情報に基づき当該コンテンツデータの再生時間軸上における時間毎の再生回数を算出し、当該再生回数に基づく情報を出力するように構成したので、コンテンツのどの部分が人気があるか等を判断させるための情報を提示することができる。

請求項２に記載の発明は、請求項１に記載の再生情報出力装置において、前記出力手段は、前記算出された時間毎の再生回数に基づく情報を時系列的に表示装置に表示させるための表示情報を生成する表示情報生成手段を備え、前記表示情報生成手段により生成された前記表示情報を前記表示装置に出力することを特徴とする。

この発明によれば、上記ユーザは、コンテンツの再生時間軸上での時間毎の再生回数の推移を視覚的に一目で把握でき、当該コンテンツが何秒の位置で何回視聴されたかを把握することができる。

請求項３に記載の発明は、請求項１又は２に記載の再生情報出力装置において、前記情報取得手段は、前記各ノード装置において特殊再生された同一のコンテンツデータの再生時間軸上における特殊再生区間を特定するための情報を含む前記再生区間特定情報を取得することを特徴とする。

この発明によれば、特殊再生（トリックプレイ）を考慮し、例えばシーク操作をした特殊再生区間を視聴していないとみなすことにより、より詳細な毎秒視聴数を提示することができる。

請求項４に記載の発明は、請求項３に記載の再生情報出力装置において、前記情報取得手段は、前記再生時間軸上における前記通常再生の開始位置を特定する情報、前記通常再生の終了位置を特定する情報、前記特殊再生の開始位置を特定する情報、及び前記特殊再生の終了位置を特定する情報を含む前記再生区間特定情報を取得することを特徴とする。

この発明によれば、再生情報出力装置は、各ノード装置におけるユーザの再生操作についての的確な内容を取得することができる。

請求項５に記載の発明は、請求項３又は４に記載の再生情報出力装置において、前記特殊再生には、通常再生速度に速度倍率ｍ（ｍ＞１）を乗じた速度で再生する早送り再生を含み、前記再生回数算出手段は、１回の前記通常再生に対して１カウントし、１回の前記早送り再生に対して前記速度倍率ｍに応じた割合であって０％より大きく１００％より少ない割合を１に乗じた値をカウントすることにより、前記時間毎の再生回数を算出することを特徴とする。

この発明によれば、早送り再生も一定割合視聴とみなして再生回数を算出することができるので、より正確な情報を提示することができる。

請求項６に記載の再生情報出力処理プログラムの発明は、コンピュータを、請求項１乃至５の何れか一項に記載の再生情報出力装置として機能させることを特徴とする。

請求項７に記載の発明は、所定のコンテンツデータを再生可能な複数のノード装置とネットワークを介して通信可能な再生情報出力方法であって、各前記ノード装置において通常再生された同一のコンテンツデータの再生時間軸上における少なくとも通常再生区間を特定するための再生区間特定情報を取得する工程と、前記取得された各再生区間特定情報に基づき当該コンテンツデータの再生時間軸上における時間毎の再生回数を算出する工程と、前記算出された時間毎の再生回数に基づく情報を出力する工程と、を含むことを特徴とする。

本発明によれば、各ノード装置において通常再生された同一のコンテンツデータの再生時間軸上における少なくとも通常再生区間を特定するための再生区間特定情報を取得し、当該各再生区間特定情報に基づき当該コンテンツデータの再生時間軸上における時間毎の再生回数を算出し、当該再生回数に基づく情報を出力するように構成したので、コンテンツのどの部分が人気があるか等を判断させるための情報を提示することができる。

以下、本発明の最良の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、コンテンツ配信システムに本発明を適用した場合の実施形態である。

［１．コンテンツ配信システムの構成及び機能］
始めに、図１等を参照して、本実施形態に係るコンテンツ配信システムの構成及び機能について説明する。

図１は、本実施形態に係るコンテンツ配信システムの構成例を示す図である。

図１に示すように、コンテンツ配信システムＳは、コンテンツ配信サーバＳＡ１、センターサーバＳＡ２（再生情報出力装置の一例）、及び複数のノード装置（以下、「ノード」という）Ｎｎ（ｎ＝１，２，３・・・ｋの何れか）等を備えて構成されており、これらはインターネット等のネットワークＮＷに接続されている。また、コンテンツ配信サーバＳＡ１、センターサーバＳＡ２、及びノードＮｎには、夫々、固有の製造番号およびＩＰ（Internet Protocol）アドレスが割り当てられている。

コンテンツ配信サーバＳＡ１は、内容の異なる様々なコンテンツ（例えば、映画、番組、音楽等）データを所定のファイル形式で記憶しており、ネットワークＮＷを介して接続してきたノードＮｎからの要求に応じてコンテンツデータを配信する。なお、コンテンツデータの配信形態は、オンデマンド型の配信であっても良いし、ストリーミング（一斉放送）型の配信であっても良い。

また、各コンテンツデータには、固有のコンテンツＩＤが割り当てられている。このコンテンツＩＤとは、一つのコンテンツを一意に識別できるものであり、例えばテレビ放送におけるチャンネル放送開始時刻、及び放送終了時刻のようなデータのセットでも１つの番組を一意に識別できるので、そのデータのセットをコンテンツＩＤとして用いても良い。

ここで、図２等を参照して、ノードＮｎの構成及び機能について説明する。

図２は、ノードＮｎの概要構成例を示す図である。

各ノードＮｎは、図２に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データおよびプログラムを記憶するＲＯＭ等から構成された制御部１と、各種データ及び各種プログラム等を記憶保存（格納）するためのＨＤ（ハードディスク）等から構成された記憶部２と、コンテンツ配信サーバＳＡ１から受信されたコンテンツデータ等を一時蓄積するバッファメモリ３と、コンテンツデータに含まれるエンコードされたビデオデータ（映像情報）およびオーディオデータ（音声情報）等をデコード（データ伸張や復号化等）するデコーダ部４と、当該デコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する映像処理部５と、当該映像処理部５から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等の表示部６と、上記デコードされたオーディオデータをアナログオーディオ信号にＤ（Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音声処理部７と、当該音声処理部７から出力されたオーディオ信号を音波として出力するスピーカ８と、ネットワークＮＷを通じてコンテンツ配信サーバＳＡ１、及びセンターサーバＳＡ２等間の情報の通信制御を行うための通信部９と、ユーザからの指示を受け付け当該指示に応じた指示信号を制御部１に対して与える入力部（例えば、キーボード、マウス、或いは、リモコンや操作パネル等）１０と、を備えて構成され、制御部１、記憶部２、バッファメモリ３、デコーダ部４、通信部９、及び入力部１０はバスを介して相互に接続されている。なお、ノードＮｎとしては、パーソナルコンピュータ、又はＳＴＢ（Set Top Box）等を適用可能である。

記憶部２には、コンテンツ配信サーバＳＡ１に接続するためのアドレス情報（ＩＰアドレス及びポート番号等）及びセンターサーバＳＡ２に接続するためのアドレス情報が記憶されている。

制御部１は、ユーザから入力部１０を介して指定されたコンテンツデータの要求をコンテンツ配信サーバＳＡ１に対して行い、当該要求に応じて送信されてきたコンテンツデータを受信する受信処理を行う。かかるコンテンツデータはパケット化されて送信されるようになっており、各パケットは通信部９を通じて受信されバッファメモリ３に蓄積される。このように蓄積されたコンテンツデータは、制御部１の再生制御の下、バッファメモリ３から読み出されてデコーダ部４、映像処理部５、音声処理部７、表示部６及びスピーカ８を通じて再生出力される。或いは、上記蓄積されたコンテンツデータは、制御部１の書き込み制御の下、バッファメモリ３から読み出されて記憶部２に記憶保存され、その後、ユーザからの入力部１０を介した操作指示にしたがって、制御部１の再生制御の下、記憶部２から読み出されてデコーダ部４、映像処理部５、音声処理部７、表示部６及びスピーカ８を通じて再生出力される。これにより、ユーザはコンテンツの視聴を行うことができる。

ここで、コンテンツデータの再生の態様（モード）として、通常再生（１倍速再生）と、特殊再生があり、制御部１は、ユーザからの入力部１０を介した操作指示にしたがって、通常再生と特殊再生とを切り替える。特殊再生とは、早送り再生、巻戻し再生、スロー再生、及びシーク（ジャンプ）等のトリックプレイを意味する。

そして、制御部１は、再生されたコンテンツデータの再生時間軸上における通常再生区間を特定するための情報と、特殊再生区間を特定するための情報を含む再生ログ（再生区間特定情報の一例）を記憶部２に記憶する。例えば、あるコンテンツデータについて通常再生→特殊再生→通常再生というように再生が行われた場合、その再生ログには、上記再生時間軸上における通常再生の開始位置を特定する情報、特殊再生の開始位置を特定する情報、特殊再生の終了位置を特定する情報、及び通常再生の終了位置を特定する情報が含まれることになる。ここで、「位置」とは、オフセット位置例えば、先頭からの時間位置を意味する。また、「・・・位置を特定する情報」とは、例えば「・・・位置を示す情報」である。

図３は、あるコンテンツデータについてのユーザａ及びユーザｂの再生ログの一例を示す図であり、図４は、そのコンテンツデータについてのユーザｃ及びユーザｄの再生ログの一例を示す図である。

なお、図３及び図４の例では、コンテンツＩＤが「ＡＡＡ」で、再生時間長が１５０秒のコンテンツデータについての再生ログを示している。

先ず、図３（Ａ）に示すように、ユーザａは、コンテンツの再生時間位置の始め（０秒）から終り（１５０秒）まで通常再生を続けさせて該コンテンツの視聴を行っており、その間、特殊再生の操作を行っていない。このため、ユーザａの再生ログには、通常再生の開始位置（０秒）及び通常再生の終了位置（１５０秒）を示す情報が含まれる。

次に、図３（Ｂ）に示すように、ユーザｂは、コンテンツの再生時間位置の始め（０秒）から４５秒まで通常再生させ、当該再生時間位置の４５秒から７５秒までをシーク操作により飛ばし（視聴せず）、当該再生時間位置の７５秒から１２０秒まで再び通常再生させ、その後は通常再生及び特殊再生の操作を行っていない。このため、ユーザｂの再生ログには、通常再生の開始位置（０秒）、特殊再生（ここでは、シーク）の開始位置（４５秒）、特殊再生（ここでは、シーク）の終了位置（７５秒）、及び通常再生の終了位置（１２０秒）を示す情報が含まれる。

次に、図４（Ａ）に示すように、ユーザｃは、コンテンツの再生時間位置の始め（０秒）から６０秒までをシーク操作により飛ばし、当該再生時間位置の６０秒から１００秒まで通常再生させ、当該再生時間位置の１００秒から１２０秒までを通常再生速度の２倍速の早送り再生（つまり、通常再生速度に速度倍率“２”を乗じた速度で再生）させ、当該再生時間位置の１２０秒から１５０秒まで再び通常再生させた。このため、ユーザｂの再生ログには、特殊再生（ここでは、シーク）の開始位置（０秒）、特殊再生（ここでは、シーク）の終了位置（６０秒）、通常再生の開始位置（６０秒）、特殊再生（ここでは、２倍速の早送り再生）の開始位置（１００秒）、特殊再生（ここでは、２倍速の早送り再生）の終了位置（１２０秒）、及び通常再生の終了位置（１５０秒）を示す情報が含まれる。

次に、図４（Ｂ）に示すように、ユーザｄは、コンテンツの再生時間位置の始め（０秒）から１００秒まで通常再生させた後、当該１００秒から３０秒までをシーク（巻戻し）させ、それから当該３０秒から終り（１５０秒）まで通常再生させた。このため、ユーザｄは、コンテンツの再生時間位置の３０秒から１００秒までを２回視聴したことになる。この場合、ユーザｄの再生ログには、通常再生の開始位置（０秒）、特殊再生（ここでは、シーク（巻戻し））の開始位置（１００秒）、特殊再生（ここでは、シーク（巻戻し））の終了位置（３０秒）、及び通常再生の終了位置（１５０秒）を示す情報が含まれる。

そして、制御部１は、このような再生ログ、これに対応するコンテンツＩＤ、及びユーザＩＤ（ユーザ毎に固有の識別情報）を含むログ情報を、所定のタイミングでセンターサーバＳＡ２に送信する。なお、ユーザＩＤの代わりにノードＮｎ毎に固有のノードＩＤをログ情報に含めても良い。また、センターサーバＳＡ２において、上記再生されたコンテンツデータの再生時間軸上における少なくとも通常再生区間を特定できれば良い（通常再生区間を特定できればそれ以外の区間を特殊再生区間と推定できる）ので、上記再生ログが通常再生の開始位置を示す情報のみで十分な場合もありうる。つまり、通常再生の終了位置を示す情報が含まれていなければ、コンテンツデータが最後まで再生されたものとみなせばよい。さらに、通常再生の開始位置を示す情報と特殊再生の開始位置を示す情報があれば、通常再生区間を特定でき、それ以外の区間を特殊再生区間と推定できる。また、通常再生や特殊再生の終了位置を示す情報に変えて再生時間を示す情報をログ情報として記憶してもよく、この場合には、再生開始位置と再生時間により、終了位置を特定することができる。また、通常再生や特殊再生の再生開始位置を示す情報に変えて再生時間を示す情報をログ情報として記憶してもよく、この場合には、再生終了位置と再生時間により、再生開始位置を特定することができる。

次に、図５等を参照して、センターサーバＳＡ２の構成及び機能について説明する。

図５は、センターサーバＳＡ２の概要構成例を示す図である。

センターサーバＳＡ２は、図５に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データおよびプログラム（本発明の再生情報出力処理プログラムを含む）を記憶するＲＯＭ等から構成されたコンピュータとしての制御部１１と、各種データ及び各種プログラム等を記憶保存するためのＨＤ（ハードディスク）等から構成された記憶部１２と、ネットワークＮＷを通じてノードＮｎ等との間の情報の通信制御を行うための通信部１３と、備えて構成され、これらは、バスを介して相互に接続されている。また、センターサーバＳＡ２には、通信部１３を介して、システム管理者やコンテンツ提供元等（以下、「管理者」という）により使用される端末（表示装置を含む）Ｔが接続されている。なお、上記再生情報出力処理プログラムは、例えば、ネットワークＮＷ上の所定のサーバからダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしても良い。

このような構成において、制御部１１は、ＣＰＵが記憶部１２等に記憶されたプログラムを読み出して実行することにより、全体を統括制御し、本発明における情報取得手段、再生回数算出手段、及び出力手段等として機能する。

具体的には、制御部１１は、例えば各ノードＮｎから上記ログ情報を取得し、ログ情報毎にコンテンツデータの再生時間軸上における通常再生区間と特殊再生区間を特定する。例えば、図３（Ｂ）に示すユーザｂのノードＮｎからのログ情報（再生ログ）によれば、０秒以上４５秒未満の区間と、７５秒以上１２０秒以下の区間が通常再生区間として特定され、４５秒以上７５秒未満の区間が特殊再生区間として特定される。

そして、制御部１１は、このように特定された通常再生区間及び特殊再生区間に基づき集計処理を行い、コンテンツ毎に当該コンテンツデータの再生時間軸上における時間毎（例えば１秒刻みで）の再生回数（言い換えれば、視聴回数）を算出する。当該算出においては、例えば、通常再生区間は再生回数が１カウントされるが、特殊再生区間はユーザにより視聴されていないとみなされ再生回数が０回とされカウントされない。また、特殊再生区間であっても、通常再生速度に速度倍率ｍ（ｍ＞１）を乗じた速度で再生する早送り再生の場合、視聴されていないとはみなさず（視聴されているともいえるので）、１回の早送り再生に対して速度倍率ｍに応じた割合であって０％より大きく１００％より少ない割合（例えば、１／ｍ）を１に乗じた値をカウントするように構成しても良い。この場合、例えば、２倍速の早送り再生の場合、速度倍率“２”に応じた５０％（１／２）の割合を１に乗じた０．５の値がカウントされる。これにより、早送り再生も一定割合視聴とみなして再生回数を算出することができるので、より正確な情報を提示することができる。

また、特殊再生区間であっても、スロー再生の場合、特に注目されて視聴されているとも言えるので、通常再生よりもカウント数を多くする、例えば、通常再生速度の「１／ｍ」（ｍ＞１）のスロー再生の場合、ｍカウントするように構成しても良い。

図６は、図３及び図４に示したユーザａ〜ｄの再生ログに基づき集計したデータ及び再生回数の推移を表すグラフの一例を示す図である。

例えば当該コンテンツデータの再生時間軸上における３５秒の再生時間位置は、図３（Ａ）及び（Ｂ）に示すように、ユーザａ及びユーザｂが夫々通常再生区間内であるので夫々の通常再生に対して１カウントずつされ、図４（Ａ）に示すように、ユーザｃが特殊再生区間であるのでカウントされず、図４（Ｂ）に示すように、ユーザｄが通常再生区間内であり、なおかつ、２回通常再生されているので当該通常再生に対して２カウントされる。その結果、図６に示すように、当該コンテンツデータの再生時間軸上における３５秒の再生時間位置の再生回数は４回として算出される。なお、図３（Ｂ）に示す４５秒の再生時間位置のように、通常再生区間と特殊再生区間との境の場合、当該位置は、計算上、通常再生区間に含めるようにしても良いし、或いは特殊再生区間に含めるようにしても良い。

また、例えば当該コンテンツデータの再生時間軸上における１１０秒の再生時間位置は、図３（Ａ）及び図３（Ｂ）並びに図４（Ｂ）に示すように、ユーザａ、ユーザｂ及びユーザｄが夫々通常再生区間内であるので夫々の通常再生に対して１カウントずつされ、図４（Ａ）に示すように、ユーザｃが２倍速の早送り再生区間であるので当該２倍速の早送り再生に対して０．５カウントされる。その結果、図６に示すように、当該コンテンツデータの再生時間軸上における１１０秒の再生時間位置の再生回数は３．５回として算出される。

そして、制御部１１は、このように算出した時間毎の再生回数に基づく情報を出力する。例えば、制御部１１は、算出した時間毎の再生回数に基づく情報を時系列的にディスプレイ（表示装置の一例）に表示させるための表示情報を生成し、この表示情報を、当該ディスプレイを有する端末Ｔに出力する。これにより、例えば、図６に示すように、再生回数の推移を表すグラフが端末Ｔのディスプレイ上に表示される。端末Ｔを使用する管理者は、当該ディスプレイを見て、コンテンツの再生時間軸上での再生回数（言い換えれば、視聴者数）の推移を視覚的に一目で把握でき、当該コンテンツが何秒の位置で何回視聴されたかを把握することができる。

なお、再生回数に基づく情報の例としては、図６に示すように再生回数自体としても良いし、算出された各再生回数を、取得された再生ログの数（言い換えれば、視聴者の数）で除して１００％をかけた視聴率としても良い。

また、再生回数に基づく情報の出力先としては、ディスプレイに他にも、プリンタ（印刷機）としても良い。これによれば、図６に示すように、例えば、再生回数の推移を表すグラフが用紙上に印刷される。

また、制御部１１は、上記再生回数の最大値や平均値を算出してこれを表示させるように構成しても良い。

また、上記再生回数は、一定の期間（例えば、１週間、１ヶ月、１年）毎に区切り当該期間毎に収集された再生ログに基づくものとして算出されても良いし、特に期間を区切らず全期間を通したものとして算出されるように構成しても良い。

［２．コンテンツ配信システムの動作］
次に、図７等を参照して、本実施形態に係るコンテンツ配信システムの動作について説明する。

図７（Ａ）は、ノードＮｎにおける処理を示すフローチャートであり、図７（Ｂ）はセンターサーバＳＡ２における処理を示すフローチャートであり、図７（Ｃ）は、端末Ｔにおける処理を示すフローチャートである。

先ず、図７（Ｂ）に示すセンターサーバＳＡ２における処理は、例えば、センターサーバＳＡ２の電源オンにより開始され、センターサーバＳＡ２の制御部１１は、ノードＮｎからログ情報を受信したか否かを判別する（ステップＳ１）。

ここで、図７（Ａ）に示すノードＮｎの処理は、例えばコンテンツデータの再生が終了した場合に開始され、ノードＮｎの制御部１は、センターサーバＳＡ２への接続処理を行い（ステップＳ２１）、接続が確立すると、上記再生が終了したコンテンツデータのコンテンツＩＤ、その再生ログ、及びユーザＩＤを含むログ情報をセンターサーバＳＡ２に対して送信し（ステップＳ２２）、当該処理を終了する。

なお、図７（Ａ）に示すノードＮｎの処理は、定期的に開始（例えば、１日おきに設定時刻が到来すると開始）されるように構成しても良い。この場合、前回の当該処理の実行から、今回の当該処理の開始までに記憶されたログ情報が纏めてセンターサーバＳＡ２に送信されることになる。また、図７（Ａ）に示すノードＮｎの処理は、ユーザから入力部１０を介してログ情報の送信指示があった場合に開始されるように構成しても良い。

こうしてノードＮｎにより送信されたログ情報が受信されると（ステップＳ１：ＹＥＳ）、センターサーバＳＡ２の制御部１１は、当該ログ情報を記憶部１２に記憶保存する（ステップＳ２）。

一方、ログ情報の受信がない場合（ステップＳ１：ＮＯ）、当該制御部１１は、予め設定された集計処理時刻が到来したか又は端末Ｔから集計要求があったか否かを判別し（ステップＳ３）、これが肯定される場合には（ステップＳ３：ＹＥＳ）、ステップＳ４に進み、これが否定される場合には（ステップＳ３：ＮＯ）、ステップＳ７に進む。

ここで、図７（Ｃ）に示す端末Ｔの処理は、管理者の操作開始指示により開始され、端末Ｔは、管理者から集計指示が入力された場合に（ステップＳ３１：ＹＥＳ）、上記集計要求をセンターサーバＳＡ２に対して送信する（ステップＳ３２）。なお、管理者は、端末Ｔから集計対象期間（例えば、過去１年間）を指定することも可能である。

ステップＳ４では、センターサーバＳＡ２の制御部１１は、所定数以上のログ情報があるコンテンツを特定し、当該特定した各コンテンツのログ情報を記憶部１２から取得する。なお、上記集計対象期間が指定された場合には、コンテンツの再生日時が当該期間内であるログ情報が選別されて取得される。

そして、当該制御部１１は、各コンテンツ毎に、上記取得したログ情報に含まれる再生ログを集計して、上述したように、コンテンツデータの再生時間軸上における時間毎の再生回数を算出し（ステップＳ５）、その算出結果を含む集計データを、対応するコンテンツのコンテンツＩＤに対応付けて記憶部１２に記憶保存する（ステップＳ６）。こうして各コンテンツの集計データが得られる。

ステップＳ７では、当該制御部１１は、端末Ｔから集計データの提示要求があったか否かを判別する。

ここで、端末Ｔは、管理者から指定されたコンテンツの集計データの提示指示が入力された場合に（ステップＳ３３：ＹＥＳ）、上記集計データの提示要求（コンテンツＩＤを含む）をセンターサーバＳＡ２に対して送信する（ステップＳ３４）。

こうしてノードＮｎにより送信された集計データの提示要求が受信されると（ステップＳ７：ＹＥＳ）、センターサーバＳＡ２の制御部１１は、指定されたコンテンツの集計データを記憶部１２から取得する（ステップＳ８）。そして、当該制御部１１は、取得した集計データに基づき、時間毎の再生回数に基づく情報を時系列的にディスプレイに表示させるための表示情報を生成し、当該表示情報を端末Ｔに送信（出力）する（ステップＳ９）。こうして当該表示情報を受信（ステップＳ３５）した端末Ｔは、その表示情報に基づき、再生回数に基づく情報、例えば再生回数の推移を表すグラフをディスプレイ上に表示する（ステップＳ３６）。なお、端末Ｔにおいて管理者から操作終了指示があった場合には（ステップＳ３７：ＹＥＳ）、図７（Ｃ）に示す処理が終了する。

一方、ステップＳ７において集計データの提示要求がない場合には（ステップＳ７：ＮＯ）には、その他の処理を行い（ステップＳ１０）、ステップＳ１１に進む。

ステップＳ１１では、電源オフ指令があったか否かが判別され、あった場合には（ステップＳ１１：ＹＥＳ）、図７（Ｂ）に示す処理は終了し、ない場合には（ステップＳ１１：ＮＯ）、ステップＳ１に戻る。

以上説明したように、上記実施形態によれば、センターサーバＳＡ２は、各ノードＮｎからコンテンツデータの再生ログを含むログ情報を取得し、当該再生ログを集計して、コンテンツ毎に、当該コンテンツデータの再生時間軸上における時間毎の再生回数を算出し、当該再生回数に基づく情報を端末Ｔに出力するように構成したので、当該コンテンツのどの部分（例えば、シーン）が人気があるか等を判断させるための情報を管理者に対して提示することができ、これにより、管理者は、コンテンツのどの部分が人気か、視聴されやすいかが例えば視覚的に判断できる。

特に、再生回数に基づく情報として、例えば図６に示すように、時間毎の再生回数（又は視聴率）をグラフ化して時系列的にディスプレイ上に表示させるように構成すれば、管理者は、コンテンツの再生時間軸上での時間毎（例えば、毎秒毎の）の再生回数の推移を一目で把握でき、当該コンテンツが何秒の位置で何回視聴されたかを把握することができる。更に、特に再生時間長さが数分などの短いコンテンツにおいても、再生回数（視聴数）の時間推移を詳細に表示することができる。

また、上記実施形態においては、再生及び停止による単純な視聴数だけでなく、上述したように、再生ログに、特殊再生の開始位置及び特殊再生の終了位置を示す情報を含ませることで、センターサーバＳＡ２では特殊再生を考慮し、例えばシーク操作をした特殊再生区間を視聴していないとみなす（再生回数のカウントしない）ことにより、より詳細な毎秒視聴数を提示することが可能となる。

なお、上記実施形態においては、ログ情報の受信、集計、及び集計データの送信等の機能を一つのセンターサーバＳＡ２で実行するように構成したが、夫々の機能（役割）を、別々のサーバで実行するように構成しても良い。

また、上記実施形態において、ノードＮｎがコンテンツ配信サーバＳＡ１から送信されたコンテンツデータを受信しバッファリングしつつ再生する形態において、コンテンツ配信サーバＳＡ１が当該ノードＮｎからの特殊再生要求に応じてコンテンツデータの送信制御可能な場合には、コンテンツ配信サーバＳＡ１はノードＮｎにおける特殊再生に係る操作内容及びその時間位置（コンテンツデータの再生時間軸上における位置）を認識できる。したがって、この場合、当該コンテンツデータの再生ログは、コンテンツ配信サーバＳＡ１により取得され、当該再生ログを含むログ情報は、コンテンツ配信サーバＳＡ１からセンターサーバＳＡ２に送信すれば良い。

また、上記実施形態においては、コンテンツ配信サーバＳＡ１とセンターサーバＳＡ２とを分けた構成を例にとって説明したが、コンテンツ配信サーバＳＡ１とセンターサーバＳＡ２とを一つのサーバで実現するように構成しても良い。

また、上記実施形態においては、サーバ−クライアント型のコンテンツ配信システムに対して本発明を適用した場合の実施形態について説明したが、特開２００６−１９７４００号公報に開示されるようなピアツーピア型のコンテンツ配信システムに対しても適用可能である。この場合の配信形態も、オンデマンド型の配信であっても良いし、ストリーミング（一斉放送）型の配信であっても良い。また、ピアツーピア型のコンテンツ配信システムに対して適用される場合、各ノードＮｎは、所望のコンテンツデータを保存している他のノードＮｎのアドレス情報を検索（例えば、ルートノードに問い合わせる）し、検索されたノードＮｎからコンテンツデータを取得、再生、その再生ログを記憶し、これを含むログ情報をセンターサーバＳＡ２に送信することになる。

また、ピアツーピア型のコンテンツ配信システムにおいて、一つのコンテンツデータが複数に分割され、分割された各コンテンツデータが複数のノードＮｎに分散して保存されている形態の場合、当該コンテンツデータの視聴を望むユーザのノードＮｎは、例えば、当該コンテンツデータを再生する際に、他の各ノードＮｎから分割コンテンツデータを順次取得し再生することになる。この場合、一連の分割コンテンツデータを再生したノードＮｎは、各分割コンテンツデータを繋ぎ合わせて構成されるコンテンツデータの再生時間軸上における通常再生及び特殊再生の開始及び終了位置を示す情報を有する再生ログと、各分割コンテンツデータに対して割り当てられた共通のＩＤを含むログ情報をセンターサーバＳＡ２に送信することになる。

本実施形態に係るコンテンツ配信システムの構成例を示す図である。 ノードＮｎの概要構成例を示す図である。 あるコンテンツデータについてのユーザａ及びユーザｂの再生ログの一例を示す図である。 あるコンテンツデータについてのユーザｃ及びユーザｄの再生ログの一例を示す図である。 センターサーバＳＡ２の概要構成例を示す図である。 図３及び図４に示したユーザａ〜ｄの再生ログに基づき集計したデータ及び再生回数の推移を表すグラフの一例を示す図である。 （Ａ）は、ノードＮｎにおける処理を示すフローチャートであり、（Ｂ）はセンターサーバＳＡ２における処理を示すフローチャートであり、（Ｃ）は、端末Ｔにおける処理を示すフローチャートである。

符号の説明

１ 制御部
２ 記憶部
３ バッファメモリ
４ デコーダ部
５ 映像処理部
６ 表示部
７ 音声処理部
８ スピーカ
９ 通信部
１０ 入力部
１１ 制御部
１２ 記憶部
１３ 通信部
Ｎｎ ノード
ＳＡ１ コンテンツ配信サーバ
ＳＡ２ センターサーバ
Ｔ 端末
Ｓ コンテンツ配信システム

Claims (7)

1. 所定のコンテンツデータを再生可能な複数のノード装置とネットワークを介して通信可能な再生情報出力装置であって、
   各前記ノード装置において通常再生された同一のコンテンツデータの再生時間軸上における少なくとも通常再生区間を特定するための再生区間特定情報を取得する情報取得手段と、
   前記取得された各再生区間特定情報に基づき当該コンテンツデータの再生時間軸上における時間毎の再生回数を算出する再生回数算出手段と、
   前記算出された時間毎の再生回数に基づく情報を出力する出力手段と、
   を備えることを特徴とする再生情報出力装置。
2. 請求項１に記載の再生情報出力装置において、
   前記出力手段は、前記算出された時間毎の再生回数に基づく情報を時系列的に表示装置に表示させるための表示情報を生成する表示情報生成手段を備え、
   前記表示情報生成手段により生成された前記表示情報を前記表示装置に出力する、
   ことを特徴とする再生情報出力装置。
3. 請求項１又は２に記載の再生情報出力装置において、
   前記情報取得手段は、前記各ノード装置において特殊再生された同一のコンテンツデータの再生時間軸上における特殊再生区間を特定するための情報を含む前記再生区間特定情報を取得することを特徴とする再生情報出力装置。
4. 請求項３に記載の再生情報出力装置において、
   前記情報取得手段は、前記再生時間軸上における前記通常再生の開始位置を特定する情報、前記通常再生の終了位置を特定する情報、前記特殊再生の開始位置を特定する情報、及び前記特殊再生の終了位置を特定する情報を含む前記再生区間特定情報を取得することを特徴とする再生情報出力装置。
5. 請求項３又は４に記載の再生情報出力装置において、
   前記特殊再生には、通常再生速度に速度倍率ｍ（ｍ＞１）を乗じた速度で再生する早送り再生を含み、
   前記再生回数算出手段は、１回の前記通常再生に対して１カウントし、１回の前記早送り再生に対して前記速度倍率ｍに応じた割合であって０％より大きく１００％より少ない割合を１に乗じた値をカウントすることにより、前記時間毎の再生回数を算出することを特徴とする再生情報出力装置。
6. コンピュータを、請求項１乃至５の何れか一項に記載の再生情報出力装置として機能させることを特徴とする再生情報出力処理プログラム。
7. 所定のコンテンツデータを再生可能な複数のノード装置とネットワークを介して通信可能な再生情報出力方法であって、
   各前記ノード装置において通常再生された同一のコンテンツデータの再生時間軸上における少なくとも通常再生区間を特定するための再生区間特定情報を取得する工程と、
   前記取得された各再生区間特定情報に基づき当該コンテンツデータの再生時間軸上における時間毎の再生回数を算出する工程と、
   前記算出された時間毎の再生回数に基づく情報を出力する工程と、
   を含むことを特徴とする再生情報出力方法。

Images