(57)【要約】【課題】  複数のコンテンツを含む放送データを受信し、コンテンツを再生するコンテンツ再生装置において、キューシートを用いてコンテンツの再生情報をサーバに送信できるコンテンツ再生装置を提供すること。【解決手段】  コンテンツ再生装置は、複数のコンテンツを含む放送データを受信する受信手段と、コンテンツ再生装置におけるコンテンツの再生情報をサーバに送信する必要がある場合に再生情報要求がコンテンツに対応付けて記述されているキューシートをサーバから取得する取得手段と、コンテンツを再生した場合に、キューシートにコンテンツに対応付けて再生情報要求が記述されているか否かを判断する判断手段と、キューシートにコンテンツに対応付けて再生情報要求が記述されていると判断された場合、コンテンツ再生装置におけるコンテンツの再生情報をサーバに送信する送信手段とを備える。【選択図】図5Ｂ
2011078034.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンテンツを含む放送データを受信する受信手段と、
前記放送データに含まれるコンテンツの放送開始時刻、および、放送終了時刻を特定するためのキューシートであって、コンテンツ再生装置における前記コンテンツの再生情報をサーバに送信する必要がある場合に再生情報要求が前記コンテンツに対応付けて記述されているキューシートを前記サーバから取得する取得手段と、
前記受信手段によって受信された前記放送データに含まれるコンテンツを再生する再生手段と、
前記コンテンツを再生した場合に、前記キューシートに前記コンテンツに対応付けて前記再生情報要求が記述されているか否かを判断する判断手段と、
前記キューシートに前記コンテンツに対応付けて前記再生情報要求が記述されていると判断された場合、前記コンテンツ再生装置における前記コンテンツの再生情報を前記サーバに送信する送信手段とを備える、コンテンツ再生装置。
【請求項２】
前記コンテンツが第１コンテンツと、前記第１コンテンツに含まれる１又は複数の第２コンテンツとを含み、
前記キューシートには、前記第１コンテンツおよび前記第２コンテンツの各々に対応付けて再生情報要求が記述されており、
前記再生手段が前記放送データを再生した際に、前記判断手段が、前記キューシートに、再生された前記放送データに含まれる第１コンテンツに対応付けて前記再生情報要求が記述されているか否かを判断し、かつ、再生された前記第１コンテンツに含まれる前記第２コンテンツに対応付けて前記再生情報要求が記述されているか否かを判断し、
前記送信手段が、前記キューシートに前記第１コンテンツに対応付けて前記再生情報要求が記述されていると判断された場合、前記コンテンツ再生装置における前記第１コンテンツの再生情報を前記サーバに送信し、かつ、前記キューシートに前記第２コンテンツに対応付けて前記再生情報要求が記述されていると判断された場合、前記コンテンツ再生装置における前記第２コンテンツの再生情報を前記サーバに送信する、請求項１に記載のコンテンツ再生装置。
【請求項３】
複数のコンテンツを含む放送データを受信する受信手段と、
前記放送データに含まれるコンテンツの放送開始時刻、および、放送終了時刻を特定するためのキューシートであって、コンテンツ再生装置における前記コンテンツの再生情報をサーバに送信する必要がある場合に再生情報要求が前記コンテンツに対応付けて記述されているキューシートを前記サーバから取得する取得手段と、
前記受信手段が受信した複数のコンテンツを含む放送データを記憶媒体に記録する記録手段と、
前記記憶媒体に記録されている前記放送データに含まれるコンテンツを再生する再生手段と、
前記コンテンツを再生した場合に、前記キューシートに前記コンテンツに対応付けて前記再生情報要求が記述されているか否かを判断する判断手段と、
前記キューシートに前記コンテンツに対応付けて前記再生情報要求が記述されていると判断された場合、前記コンテンツ再生装置における前記コンテンツの再生情報を前記サーバに送信する送信手段とを備える、コンテンツ再生装置。
【請求項４】
前記コンテンツが第１コンテンツと、前記第１コンテンツに含まれる１又は複数の第２コンテンツとを含み、
前記再生手段が前記第２のコンテンツを再生終了したとき、前記判断手段が、前記第２コンテンツを再生終了することによって、前記第２コンテンツを含む前記第１コンテンツの全体を再生終了したことになるか否かをさらに判断し、
前記第２のコンテンツを再生終了することによって、前記第２コンテンツを含む前記第１コンテンツの全体を再生終了したことになると判断された場合、前記送信手段が、前記コンテンツ再生装置における前記２コンテンツの再生情報と、前記第２コンテンツを含む前記第１コンテンツの再生情報とを前記サーバに送信する、請求項３に記載のコンテンツ再生装置。
【請求項５】
請求項１〜４のいずれかに記載のコンテンツ再生装置の各手段をコンピュータに実行させる、コンテンツ再生プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のコンテンツを含む放送データを再生するコンテンツ再生装置に関する。
【背景技術】
【０００２】
ＨＤＤレコーダやＰＣ等のコンテンツ再生装置は、ラジオ又はテレビで放送される音楽や映像等のコンテンツをＨＤＤ等の記憶媒体に記録し、記録した放送データファイルの中から選択されたコンテンツを再生することができる。しかし、ユーザは所望のコンテンツがいつ放送されるかはわからない。例えばラジオのＦＭ放送では、所望の曲がある番組中に放送されることがあらかじめわかる場合もあるが、番組中にはＣＭやＤＪが入るので、所望の曲が番組中のいつ放送されるかまではわからない。
【０００３】
この問題を解決するために、下記特許出願１において、キューシートを利用して所望の曲を抽出して再生するコンテンツ再生装置が提案されている。このコンテンツ再生装置は、放送された曲の放送開始時刻や曲名等を記述したキューシートをサーバから取得する。コンテンツ再生装置は、常にＦＭ放送を受信し、受信された放送データを全てＨＤＤに記録する。そして、キューシートを参照して、録音された全放送データから所望の曲を抽出して再生する。
【０００４】
ここで、キューシートを用いてＨＤＤに記録された放送データを再生する場合に、ユーザの聴取情報（コンテンツの再生情報）を収集する技術が要望されている。また、ＨＤＤに記録された放送データではなく、受信装置で放送データを受信し、再生する場合にも、ユーザの聴取情報（コンテンツの再生情報）を収集する技術が要望されている。特にラジオのコンテンツの再生情報を収集するのは、受信装置を設置する場所におけるラジオを受信感度の問題や、車載用受信装置のように受信装置が移動する場合もあり、テレビの視聴率測定機を適用することが困難である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−５９０３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は上記従来の課題を解決するためになされたものであり、その目的は、複数のコンテンツを含む放送データを受信し、コンテンツを再生するコンテンツ再生装置において、キューシートを用いてコンテンツの再生情報をサーバに送信できるコンテンツ再生装置を提供することである。
【課題を解決するための手段】
【０００７】
本発明の好ましい実施形態によるコンテンツ再生装置は、複数のコンテンツを含む放送データを受信する受信手段と、前記放送データに含まれるコンテンツの放送開始時刻、および、放送終了時刻を特定するためのキューシートであって、コンテンツ再生装置における前記コンテンツの再生情報をサーバに送信する必要がある場合に再生情報要求が前記コンテンツに対応付けて記述されているキューシートを前記サーバから取得する取得手段と、前記受信手段によって受信された前記放送データに含まれるコンテンツを再生する再生手段と、前記コンテンツを再生した場合に、前記キューシートに前記コンテンツに対応付けて前記再生情報要求が記述されているか否かを判断する判断手段と、前記キューシートに前記コンテンツに対応付けて前記再生情報要求が記述されていると判断された場合、コンテンツ再生装置における前記コンテンツの再生情報を前記サーバに送信する送信手段とを備える。
【０００８】
受信再生したコンテンツに対応付けて、キューシートに再生情報要求が記述されている場合、コンテンツ再生装置におけるコンテンツの再生情報（例えば、再生回数など）をサーバに送信する。従って、キューシートを使用することによって、容易に、受信再生したコンテンツの再生情報を収集し、サーバに送信することができる。
【０００９】
好ましい実施形態においては、前記コンテンツが第１コンテンツと、前記第１コンテンツに含まれる１又は複数の第２コンテンツとを含み、前記キューシートには、前記第１コンテンツおよび前記第２コンテンツの各々に対応付けて再生情報要求が記述されており、前記再生手段が前記放送データを再生した際に、前記判断手段が、前記キューシートに、再生された前記放送データに含まれる第１コンテンツに対応付けて前記再生情報要求が記述されているか否かを判断し、かつ、再生された前記第１コンテンツに含まれる前記第２コンテンツに対応付けて前記再生情報要求が記述されているか否かを判断し、前記送信手段が、前記キューシートに前記第１コンテンツに対応付けて前記再生情報要求が記述されていると判断された場合、前記コンテンツ再生装置における前記第１コンテンツの再生情報を前記サーバに送信し、かつ、前記キューシートに前記第２コンテンツに対応付けて前記再生情報要求が記述されていると判断された場合、前記コンテンツ再生装置における前記第２コンテンツの再生情報を前記サーバに送信する。
【００１０】
本発明の別の好ましい実施形態によるコンテンツ再生装置は、複数のコンテンツを含む放送データを受信する受信手段と、前記放送データに含まれるコンテンツの放送開始時刻、および、放送終了時刻を特定するためのキューシートであって、コンテンツ再生装置における前記コンテンツの再生情報をサーバに送信する必要がある場合に再生情報要求が前記コンテンツに対応付けて記述されているキューシートを前記サーバから取得する取得手段と、前記受信手段が受信した複数のコンテンツを含む放送データを記憶媒体に記録する記録手段と、前記記憶媒体に記録されている前記放送データに含まれるコンテンツを再生する再生手段と、前記コンテンツを再生した場合に、前記キューシートに前記コンテンツに対応付けて前記再生情報要求が記述されているか否かを判断する判断手段と、前記キューシートに前記コンテンツに対応付けて前記再生情報要求が記述されていると判断された場合、コンテンツ再生装置における前記コンテンツの再生情報を前記サーバに送信する送信手段とを備える。
【００１１】
記録再生したコンテンツに対応付けて、キューシートに再生情報要求が記述されている場合、コンテンツ再生装置におけるコンテンツの再生情報（例えば、再生回数など）をサーバに送信する。従って、キューシートを使用することによって、容易に、記録再生したコンテンツの再生情報を収集し、サーバに送信することができる。
【００１２】
好ましい実施形態においては、前記コンテンツが第１コンテンツと、前記第１コンテンツに含まれる１又は複数の第２コンテンツとを含み、前記再生手段が前記第２のコンテンツを再生終了したとき、前記判断手段が、前記第２のコンテンツを再生終了することによって、前記第２コンテンツを含む前記第１コンテンツを再生したことになるか否かをさらに判断し、前記第２のコンテンツを再生終了することによって、前記第２コンテンツを含む前記第１コンテンツを再生したことになると判断された場合、前記送信手段が、前記コンテンツ再生装置における前記２コンテンツの再生情報と、前記第２コンテンツを含む前記第１コンテンツの再生情報を前記サーバに送信する。
【発明の効果】
【００１３】
複数のコンテンツを含む放送データを受信し、コンテンツを再生するコンテンツ再生装置において、キューシートを用いてコンテンツの再生情報をサーバに送信できるコンテンツ再生装置を提供することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の好ましい実施形態によるコンテンツ再生装置1の構成を示すブロック図である。
【図２】キューシートの一例を示す図である。
【図３】報告テーブルを示す図である。
【図４】記録ＤＢを示す図である。
【図５Ａ】制御部２の処理を説明するフローチャートである。
【図５Ｂ】制御部２の処理を説明するフローチャートである。
【図６】制御部２の処理を説明するフローチャートである。
【図７】制御部２の処理を説明するフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の好ましい実施形態によるコンテンツ再生装置について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。図１は、本発明の好ましい実施形態によるコンテンツ再生システムを示すブロック図である。コンテンツ再生システムは、コンテンツ再生装置１およびサーバ（キューシートサーバ）１００を備える。コンテンツ再生装置１はラジオやＴＶ等の放送データ（以下、ラジオ放送データとする。）を受信し、所定時間毎（本例では番組毎）の放送データを、放送データファイルとしてＨＤＤ３に記録する。サーバ１００は、図示しない複数の放送局サーバから、キューシート（番組進行表）を取得して保持している。キューシートは、一般的には、放送終了後に更新される。コンテンツ再生装置１は、サーバ１００からキューシートを取得し、キューシートに基づいて、記録した放送データファイルの中から所望のコンテンツを抽出して、再生する。
【００１６】
コンテンツ再生装置１は、制御部２、ＨＤＤ３、メモリ（ＲＯＭ、ＲＡＭ等）４、再生部５、受信部６、通信部７、操作部８、および、表示部９を備える。制御部２は、メモリ４に格納されているコンテンツ再生装置１の動作プログラムに基づいてコンテンツ再生装置１を制御するものであり、例えば、マイコンやＣＰＵ等である。
【００１７】
受信部６は、図示しない放送局から放送される複数のコンテンツを含む放送データを受信する。特に限定されないが、コンテンツは、本例では、番組（第１コンテンツ）やコーナー（第２コンテンツ）である。番組は、１又は複数のコーナーを含む。また、番組は、コーナーを含まない場合もある。放送はＴＶ放送またはラジオ放送等であり、デジタル放送、アナログ放送、衛星放送またはインターネット放送等の任意の放送が採用され得る。本例では、複数の番組（および、１又は複数のコーナー）を含むＦＭ放送を例に説明する。
【００１８】
ＨＤＤ３は、受信部６によって受信された放送データを記録する。受信部６で受信された放送データがアナログ形式である場合には、放送データがアナログ−デジタル変換されてＨＤＤ３に記録される。特に限定されないが、放送データは、番組毎の放送データファイル（例えばＭＰ３ファイル）に分割され、ＨＤＤ３に記録される。
【００１９】
通信部７は、インターネット等の任意の電気通信回線を介してサーバ１００に接続し、サーバ１００からキューシートを取得する。図２は、キューシートの一例を示す図である。キューシートは、番組名、番組の放送開始時刻、番組の放送終了時刻、コーナーＩＤ（コーナー名）、コーナーの放送開始時刻、コーナーの放送終了時刻等が記述されている。本実施形態では、キューシートに、コンテンツ再生装置１におけるコンテンツ（番組またはコーナー）の再生情報（再生回数等）をサーバ１００に送信すべきことを要求する再生情報要求ＩＤ（以下、listenidという。）というタグが付加されていることが特徴である。コンテンツ再生装置１は、Listenidが記述されている番組又はコーナーを再生すると、コンテンツ再生装置１が番組又はコーナーを再生したことを示す再生情報をサーバ１００に送信する。一方、コンテンツ再生装置１は、Listenidが記述されていない番組又はコーナーを再生すると、当該番組又はコーナーを再生したことを示す再生情報をサーバ１００に送信しない。
【００２０】
以下、キューシートについて詳述する。タグ<program>からタグ</program>までの一連の記述が１つの番組に関する記述である。タグ<pid>は番組ＩＤを示し、タグ<sid>は放送局（station）ＩＤを示し、タグ<begin>は番組の放送開始時刻を示し、タグ<end>は番組の放送終了時刻を示し、タグ<title>は番組名を示す。放送開始時刻および放送終了時刻は実際には年月日の情報も含む。タグ<programlistenid>は、番組のlistenidである。例えば、<programlistenid>が080223_0500_0820は、２００８年２月２３日５：００〜８：２０の放送データについての番組のlistenidであることを示す。
【００２１】
タグ<child>からタグ</child>までの一連の記述が番組に含まれる１つのコーナーに関する記述である。従って、タグ<pid>がOOSAKA_1_0500_0820の番組内には４つのコーナーが含まれていることになる。タグ<child>に続く「OOSAKA_1_0640_0650」はコーナーＩＤ（コーナー名）を示す。当該コーナーＩＤにおいて、例えば、0640は放送開始時刻が６時４０分であることを示し、0650は放送終了時刻が６時５０分であることを示す。従って、コーナーＩＤに基づいて、コーナーの放送開始時刻および放送終了時刻を特定できる。タグ<childlistenid>は、コーナーのlistenidである。例えば、<childlistenid>が080223_0640_0650は、２００８年２月２３日６：４０〜６：５０の放送データについてのコーナーのlistenidであることを示す。タグ<listenurl>は、再生情報を送信する際のサーバ１００のＵＲＬ（アドレス）である。
【００２２】
再生部５は、ＨＤＤ３に記録されている放送データファイルの中から、キューシートに基づいて、所望の番組またはコーナーを抽出して再生する。表示部９は、キューシートに基づいて、番組名およびコーナーＩＤの一覧であるコンテンツリストを表示する。ユーザ操作によってコンテンツリストの中から所望の番組またはコーナーが選択される。例えば、図２のキューシートの場合に、ユーザ操作によって番組名ＳＫＹを選択し、再生指示が入力された場合、制御部２は、再生すべき放送データが、放送局OOSAKAの5時００分〜８時２０分に放送された放送データであることを特定する。そして、制御部２は、放送局OOSAKAの5時００分〜８時２０分に放送された放送データに相当する部分のデータをＨＤＤ３から抽出して、再生部５に再生させる。
【００２３】
ユーザ操作によってコーナーＩＤ、OOSAKA_1_0640_0650を選択し、再生指示が入力された場合、制御部２は、再生すべき放送データが、放送局OOSAKAの６時４０分〜６時５０分に放送された放送データであることを特定する。そして、制御部２は、放送局OOSAKAの６時４０分〜６時５０分に放送された放送データに相当する部分のデータをＨＤＤ３から抽出して、再生部５に再生させる。
【００２４】
ＨＤＤ３には、図３に示す報告テーブルが保存されている。報告テーブルは、再生した番組またはコーナーに対応付けてlistenidがキューシートに記述されている場合に、コンテンツ再生装置１がサーバ１００に対して番組またはコーナーの再生情報を送信するためのテーブルである。報告テーブルは、listenid（programlistenid
またはchildlistenid）、Type、Count、RealTimeが登録される。Typeはコンテンツのタイプを示し、番組である場合にprogramと登録され、コーナーである場合にCornerと登録される。Countは、サーバ１００に送信すべき再生情報（再生回数）を示す。RealTimeは、受信再生（受信部６で放送データを受信しながら再生すること。生再生。）であればTRUEが登録され、記録再生（ＨＤＤ３に記録した放送データをＨＤＤ３から読み出して再生すること。）であればFALSEが登録される。なお、Countは、受信再生の場合には１又は０しか登録されず、記録再生の場合には２以上の再生回数も登録可能である。
【００２５】
ＨＤＤ３には、図４に示す記録データベース（以下、記録ＤＢという。）が保存されている。記録ＤＢは、放送データを受信し、ＨＤＤ３に記録する際に、キューシートに記述された情報に基づいて生成され、各コンテンツの記録再生の再生情報（再生回数）を管理するＤＢである。制御部２は、記録再生の再生回数をサーバ１００に送信する際に、記録ＤＢに基づいて、図３の報告テーブルを生成する。
【００２６】
記録ＤＢは、ＩＤに対応づけて、Station（放送局名）、personality（パーソナリティ）、P_title（番組名）、C_titel（コーナー名、コーナーＩＤ）、Listenid、listenidURL、Type（Program又はCorner）、Seek Point、Play Countが登録される。Seek
Pointは、番組ごとに１つの放送データファイルが生成される場合に、当該コーナーの放送データファイル上における再生開始位置（相対アドレス）を示す。例えば、C_titelがOOSAKA_1_0650_0700であるコーナーの再生開始位置は、P_titleがSKYの番組の放送データファイルの2235バイト目の位置である。Seek
Pointは、コーナーの放送開始時刻に基づいて制御部２が算出し、記録ＤＢに記録する。Play Countは記録再生の際の再生回数を示す。
【００２７】
以下、本発明の動作を説明する。図５Ａ、図５Ｂは、受信再生時における再生情報をサーバ１００に送信する制御部２の処理を示すフローチャートである。制御部２は、ユーザ操作によって、放送データを受信する放送局が選局されると（Ｓ１）、選択された放送局についてのキューシートをサーバ１００から取得可能であるか否かを判断する（Ｓ2）。キューシートを取得できない場合（Ｓ２でＮＯ）、本例の処理を実行できないので、処理を終了する。
【００２８】
キューシートを取得できる場合（Ｓ２でＹＥＳ）、制御部２は、選択された放送局の放送データを受信再生開始したか否かを判断する（Ｓ３）。受信再生開始した場合（Ｓ３でＹＥＳ）、制御部２は、受信再生開始時刻をメモリ４内の値stTimeに記憶する。なお、時刻は、記録再生装置１内に図示しない時計処理部が設けられており、時計処理部が計時している時刻が使用される。
【００２９】
制御部２は、選択された放送局の放送データを受信再生終了したか否かを判断する（Ｓ５）。すなわち、受信再生する放送局を他の放送局に変更されたか否か、又は、受信部６の受信処理自体が終了されたか否か等が判断される。受信再生終了した場合（Ｓ５でＹＥＳ）、制御部２は、受信再生終了時刻をメモリ４内の値enTimeに記憶する（Ｓ６）。
【００３０】
制御部２は、stTime及びenTimeを指定し、stTime〜enTimeの時間帯の情報を含むキューシートをインターネット経由でサーバ１００に要求する。サーバ１００は、キューシートにstTime〜enTimeの時間帯の情報を記述済みであるか否かを確認し、記述済みである場合に、stTime〜enTimeの時間帯の情報が記述されたキューシートをインターネット経由でコンテンツ再生装置１に返信する。制御部２は、キューシートを受信すると、メモリ４にキューシートを保存する（Ｓ７）。なお、未だ、キューシートにstTime〜enTimeの時間帯の情報が記述されていない場合には、サーバ１００はコンテンツ再生装置１にエラーを返信する。このとき、制御部２は、所定時間経過後に、再度、stTime〜enTimeの時間帯の情報を含むキューシートをサーバ１００に要求する。
【００３１】
制御部２は、受信したキューシートからstTime〜enTimeの時間帯の番組およびコーナーに関する情報を抽出する（Ｓ８）。制御部２は、stTime〜enTimeの時間帯の１又は複数の番組の中から１つ目（最も時間の早い）の番組を選択する（Ｓ９）。ここでは、<pid>がOOSAKA_1_0500_0820の番組が選択される。制御部２は、当該番組にprogramlistenidが記述されているか否か、つまり、当該番組の受信再生情報をサーバ１００に送信する必要があるか否かを判断する（Ｓ１０）。programlistenidが記述されていない場合（Ｓ１０でＮＯ）、コンテンツ再生装置１における当該番組の再生情報を送信する必要がないので、Ｓ１２に進む。一方、programlistenidが記述されている場合（Ｓ１０でＹＥＳ）、制御部２は、図３の報告テーブルを生成し、当該番組に対応するCountに１を登録する（Ｓ１１）。図２では、キューシートに<programlistenid>080223_0500_0820が記述されているので、図３において、Listenidに<programlistenid>080223_0500_0820を登録し、Typeにprogramを登録し、RealtimeにTRUE（受信再生）を登録する。
【００３２】
制御部２は、当該番組（但し、stTime〜enTimeの部分）が１又は複数のコーナーを含むか否かを、キューシートに基づいて判断する（Ｓ１２）。コーナーを含まない場合（Ｓ１２でＮＯ）、当該番組の受信再生の再生情報を報告テーブルに登録し終えたので、Ｓ１８に進む。一方、コーナーを含む場合（Ｓ１２でＹＥＳ）、当該番組に含まれる１又は複数のコーナーの中から１つ目の（時間が最も早い）コーナーを選択する（Ｓ１３）。まずは、<child>がOOSAKA_1_0640_0650のコーナーが選択される。制御部２は、当該コーナーにchildlistenidが記述されているか否か、つまり、当該コーナーの受信再生情報をサーバ１００に送信する必要があるか否かを判断する（Ｓ１４）。childlistenidが記述されていない場合（Ｓ１４でＮＯ）、当該コーナーの再生情報を送信する必要がないので、Ｓ１６に進む。一方、childlistenidが記述されている場合（Ｓ１４でＹＥＳ）、制御部２は、図３の報告テーブルに、当該コーナーに対応付けてCountに１を登録する（Ｓ１５）。図２では、<childlistenid>080223_0640_0650が記述されているので、図３において、Listenidに<childlistenid>080223_0640_0650を登録し、TypeにCornerを登録し、RealtimeにTRUE（受信再生）を登録する。
【００３３】
制御部２は、当該番組（但し、stTime〜enTimeの部分）内の全コーナーについてchildlistenidの記述有無のチェックを実行したか否かを判断する（Ｓ１６）。ここでは、未だ全コーナーについてチェックを実行していないので（Ｓ１６でＮＯ）、制御部２は、次のコーナーである<child>OOSAKA_1_0650_0700を選択し（Ｓ１７）、Ｓ１４に戻り、上記と同じ処理を実行する。つまり、当該番組内の全コーナーについてchildlistenidの記述有無をチェックし、図３の報告テーブルに再生情報を登録していく。当該番組内の最後のコーナー<child>OOSAKA_1_0710_0720について、childlistenidの記述有無のチェックおよび再生情報の登録を終了すると、Ｓ１６でＹＥＳと判断される。
【００３４】
制御部２は、stTime〜enTimeの時間帯の全番組（およびその番組に含まれる全コーナー）について、Listenidの記述有無のチェックおよび再生情報の報告テーブルへの登録を実行したか否かを判断する（Ｓ１８）。未だ終了していない場合（Ｓ１８でＮＯ）、制御部２は、次の番組を選択し（Ｓ１９）、Ｓ１０に戻る。つまり、stTime〜enTimeの時間帯の全番組（およびその番組に含まれる全コーナー）について、listenidの記述有無のチェックし、図３の報告テーブルに再生情報を登録していく。ここでは、stTime〜enTimeの時間帯の全番組およびその番組に含まれる全コーナーについてlistenidの記述有無をチェックし、再生情報を登録済みであるので（Ｓ１８でＹＥＳ）、図３の報告テーブルが完成する。制御部２は、<listenurl>であるhttp://www.tfm.co.jp/listenCountに対して、報告テーブルを送信する（Ｓ２０）。
【００３５】
図６は、受信記録（放送データを受信してＨＤＤ３に記録する）際の制御部２の処理を示すフローチャートである。制御部２は、ユーザ操作によって、放送データを受信する放送局が選局されると（Ｓ１０１）、選択された放送局についてのキューシートをサーバ１００から取得可能であるか否かを判断する（Ｓ１０２）。キューシートを取得できない場合（Ｓ１０２でＮＯ）、本処理を実行することができないので、処理を終了する。
【００３６】
キューシートを取得できる場合（Ｓ１０２でＹＥＳ）、制御部２は、選択された放送局の放送データを受信開始したか否かを判断する（Ｓ１０３）。受信開始した場合（Ｓ１０３でＹＥＳ）、制御部２は、受信している放送データをＨＤＤ３に記録開始したか否かを判断する（Ｓ１０４）。記録開始した場合（Ｓ１０４でＹＥＳ）、制御部２は、記録開始時刻をメモリ４内の値stRecTimeに記憶する（Ｓ１０５）。
【００３７】
次に、制御部２は、受信している放送データのＨＤＤ３への記録を終了したか否かを判断する（Ｓ１０６）。例えば、ユーザ操作によってＨＤＤ３への記録終了指示が入力されたか否か、受信する放送局を他の放送局に変更されたか否か、又は、受信部６の受信処理自体が終了されたか否か等が判断される。記録終了した場合（Ｓ１０６でＹＥＳ）、制御部２は、記録終了時刻をメモリ４内の値enRecTimeに記憶する（Ｓ１０７）。
【００３８】
制御部２は、stRecTime及びenRenTimeを指定し、stRecTime〜enRecTimeの時間帯の情報を含むキューシートをインターネット経由でサーバ１００に要求する。サーバ１００は、キューシートにstRecTime〜enRecTimeの時間帯の情報が記述されているか否かを確認し、記述されている場合に、stRecTime〜enRecTimeの時間帯の情報が記述されたキューシートをインターネット経由でコンテンツ再生装置１に返信する。制御部２は、キューシートを受信すると、メモリ４にキューシートを保存する（Ｓ１０８）。
【００３９】
制御部２は、受信したキューシートからstRecTime〜enRecTimeの時間帯の番組およびコーナーに関する情報を抽出し、図４の記録ＤＢを生成する（Ｓ１０９）。例えば、図２のキューシートにおいて、stRecTime〜enRecTimeが５：００〜８：２０であれば、１つの番組と、当該番組に含まれる４つのコーナーの情報が抽出される。詳細には、制御部２は、タグ<sid>をStationに登録し、タグ<name>をpersonalityに登録し、タグ<child>をC_titleに登録し、タグ<programlistenid>又は<childlistenid>をListenidに登録し、タグ<listenurl>をlistenURLに登録し、TypeにProgram又はCornerを登録する。また、制御部２は、各コーナーのSeek Pointを算出し、登録する。Play Countには、初期値である０が登録される。
【００４０】
図７は、記録再生時における再生情報をサーバ１００に送信する制御部２の処理を示すフローチャートである。表示部９には、図４の記録ＤＢに基づいて、ＨＤＤ３に記録されている番組の番組名、および、コーナーのコーナーＩＤ（コーナー名）等の一覧を表示し、再生すべき番組またはコーナーをユーザに選択させる。ユーザ操作によって、再生すべき番組またはコーナーが選択されると、再生部５は選択された番組またはコーナーをＨＤＤ３から読み出して再生する（Ｓ２００）。詳細には、選択された番組またはコーナーの再生開示時刻および再生終了時刻をキューシートから特定し、特定した再生開始時刻および再生終了時刻に対応する放送データファイルおよびその再生位置を特定し、再生する。
【００４１】
制御部２は、選択された番組またはコーナーを再生終了したか否かを判断する（Ｓ２０１）。再生終了した場合（Ｓ２０１でＹＥＳ）、制御部２は、選択された番組またはコーナーの全体を再生したか否かを判断する（Ｓ２０２）。例えば、ユーザ操作によって、途中で早送りされる、停止される、又は、スキップされる等により番組またはコーナーの全体を再生していないと判断されると（Ｓ２０２でＮＯ）、再生回数をカウントしてサーバ１００に送信する必要がないので、処理を終了する。
【００４２】
番組またはコーナーの全体を再生した場合（Ｓ２０２でＹＥＳ）、制御部２は、図示しないコンテンツ情報データベース（ＤＢ）において管理されている、再生終了した番組またはコーナーの最終再生日時を更新する（Ｓ２０３）。このコンテンツ情報ＤＢで管理される最終再生日時は、一般的なコンテンツ再生装置で使用されているものである。
【００４３】
制御部２は、再生終了したコンテンツがコーナーであるか否かを記録ＤＢのTypeに基づいて判断する（Ｓ２０４）。コーナーでない場合（Ｓ２０４でＮＯ）、制御部２は、再生終了したコンテンツが番組であるか否かを記録ＤＢのTypeに基づいて判断する（Ｓ２０５）。番組でもない場合（Ｓ２０５でＮＯ）、例えば、ＣＤからＨＤＤ３にリッピングしたオーディオファイルである場合、再生回数をカウントしてサーバ１００に再生情報を送信する必要がないので、処理を終了する。
【００４４】
再生終了したコンテンツが番組の場合（Ｓ２０５でＹＥＳ）、再生終了した番組に対応付けてキューシートにprogramlistenidが記述されているか否か、つまり、再生情報をサーバ１００に送信する必要があるか否かを判断する（Ｓ２０６）。programlistenidの有無は、図４の記録ＤＢのListenidを参照して判断してもよく、キューシートを直接参照して判断してもよい。programlistenidが記述されていない場合（Ｓ２０６でＮＯ）、再生回数をカウントしてサーバ１００に再生情報を送信する必要がないので、処理を終了する。
【００４５】
一方、programlistenidが記述されている場合（Ｓ２０６でＹＥＳ）、制御部２は、記録ＤＢにおいて、再生終了した番組のPlay
Countを１増加させる（Ｓ２１３）。次に、制御部２は、この時点で、報告テーブルをサーバ１００に送信するか否かを判断する（Ｓ２１４）。つまり、１つの番組またはコーナーを再生終了する毎に報告テーブルをサーバ１００に送信すると、サーバ１００との通信回数や通信負荷が大きくなってしまうので、所定時間（例えば１週間）毎、又は、所定数のコンテンツを再生終了した後のように、報告テーブルをサーバ１００に送信する条件が予め定められており、その条件を満足したか否かが判断される。未だ報告テーブルをサーバ１００に送信しない場合（Ｓ２１４でＮＯ）、Ｓ２００に戻って、次のコンテンツが選択され、再生開始される。
【００４６】
Ｓ２０４において、再生終了したコンテンツがコーナーである場合（Ｓ２０４でＹＥＳ）、再生終了したコーナーに対応付けてキューシートにchildlistenidが記述されているか否か、つまり、再生情報をサーバ１００に送信する必要があるか否かを判断する（Ｓ２０７）。childlistenidの有無は、図４の記録ＤＢのListenidを参照して判断してもよく、キューシートを直接参照して判断してもよい。childlistenidが記述されていない場合（Ｓ２０７でＮＯ）、再生終了したコーナーについては再生回数をカウントしてサーバ１００に再生情報を送信する必要がないので、Ｓ２０９に進む。
【００４７】
childlistenidが記述されている場合（Ｓ２０７でＹＥＳ）、制御部２は、記録ＤＢにおいて、再生終了したコーナーのPlay Countを１増加させ（Ｓ２０８）、Ｓ２０９に進む。
【００４８】
Ｓ２０９からＳ２１２では、コーナーを再生終了したことによって、当該コーナーを含む番組のPlay Countを増加させる必要があるか否かを判断する。つまり、番組の全体が複数のコーナーのみからなる場合に全コーナーを連続して再生すると、結局番組を再生したことと等価になるので、そのような場合には、各コーナーのPlay Countを増加させると共に、番組のPlay
Countも増加させる。
【００４９】
まず、制御部２は、再生終了したコーナーを含む番組を特定し、特定した番組にprogramlistenidが記述されているか、つまり、再生情報をサーバ１００に送信する必要があるか否かを判断する（Ｓ２０９）。記述されていなければ（Ｓ２０９でＮＯ）、番組のPlay Countを増加させる必要がないので、Ｓ２１４に進む。
【００５０】
記述されている場合（Ｓ２０９でＹＥＳ）、制御部２は、当該番組が含む全コーナーのPlay Countが同じであるか否かを判断する（Ｓ２１０）。同じでなければ（Ｓ２１０でＮＯ）、番組のPlay Countを増加させる必要がないので、Ｓ２１４に進む。同じであれば（Ｓ２１０でＹＥＳ）、制御部２は、当該番組は１又は複数のコーナーのみによって構成されているか否かを判断する（Ｓ２１１）。つまり、コーナー以外の部分が含まれないかを判断する。これは、例えば、コーナーのSeek Pointが連続しており、かつ、全コーナーのファイルサイズ合計が番組のファイルサイズ合計と同じになれば、番組がコーナーのみを含むことを判断できる。
【００５１】
例えば、 コーナーの連続性に関しては、コーナー１のseekPoint=0、filesize=2234、コーナー２のseekPoint = 2235であった場合、seekPoint(コーナー２) = seekPoint(コーナー１) + filesize(コーナー１) ＋１であり、コーナー１とコーナー２とが連続していることが分かる。なお、コーナーのファイルサイズは、キューシートのコーナーの放送開始時刻と、放送終了時刻と、ＨＤＤ３に記録したときの実時間部分とから求めることができる。
【００５２】
なお、許容条件をサーバ１００が予め指定し、その範囲に収まっているかなどをチェックしてもよい。例えば「コーナー以外の部分はＣＭのみなので、Seek Pointに若干の不連続点があってもよい」、「コーナーのファイルサイズの合計が番組のファイルサイズに満たなくても、残存部分はオープニングとエンディングのみなので許容する」などである。キューシートに新たなタグを追加し、それに番組毎に上記の許容条件が指定されていればよい。
【００５３】
番組がコーナー以外の部分を含む場合（Ｓ２１１でＮＯ）、全コーナーを連続的に再生終了したとしても番組全体を再生終了したことにはならないので、番組のPlay Countを増加させる必要がなく、Ｓ２１４に進む。番組がコーナーのみを含む場合（Ｓ２１１でＹＥＳ）、制御部２は、再生終了したコーナーが、番組が含むコーナーの中で時間的に最後のコーナーであり、かつ、全コーナーを連続再生したか否かを判断する（Ｓ２１２）。最後のコーナーであるか否かは記録ＤＢに基づいて判断される。また、再生の順序と連続性は、Ｓ２０３でコンテンツ情報ＤＢに記録した最終再生日時playedTimeによって判断される。例えば、コーナーが３つあった場合、コーナー１〜３の各最終再生日時は、playedTime(コーナー１) + Time(コーナー２) = playedTime(コーナー２)、かつ、playedTime(コーナー２) + Time(コーナー３) = playedTime(コーナー３)となるはずである。ここで、Time(コーナーx)は、コーナーxの再生に要する時間である
。
【００５４】
再生終了したコーナーが、番組が含むコーナーの中で時間的に最後のコーナーでない、または、全コーナーを連続再生していない場合（Ｓ２１２でＮＯ）、番組のPlay Countを増加させる必要がないので、Ｓ２１４に進む。再生終了したコーナーが、番組が含むコーナーの中で時間的に最後のコーナーであり、かつ、全コーナーを連続再生した場合（Ｓ２１２でＹＥＳ）、番組全体を再生終了したことになるので、制御部２は、記録ＤＢにおいて、当該番組のPlay Countを１増加させる（Ｓ２１３）。
【００５５】
Ｓ２１４で、報告テーブルをサーバ１００に送信すると判断された場合（Ｓ２１４でＹＥＳ）、制御部２は、図４の記録ＤＢから図３の報告テーブルを生成し、サーバ１００に送信する（Ｓ２１５）。ここで、報告テーブルのCountには記録ＤＢのPlay
Countが登録され、報告テーブルのRealTimeは全てFALSE（記録再生を意味する。）が登録される。その後、制御部２は、記録ＤＢのPlay Countを０に初期化する（Ｓ２１６）。
【００５６】
以上の処理によって、番組またはコーナーを受信再生した場合、及び、記録再生した場合の両方において、キューシートを参照することにより、再生回数など再生情報を収集し、サーバ１００に送信することができる。
【００５７】
以上、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態には限定されない。ＴＶ放送、インターネットラジオ放送、有線放送、ＩＰ放送等の他の放送でも同様に適用することができる。上記処理をコンピュータに実行させるためのプログラムおよびこれを記録した記録媒体という形態で提供されてもよい。
【産業上の利用可能性】
【００５８】
本発明は、ＨＤＤレコーダやＰＣ等のコンテンツ再生装置に好適に採用され得る。
【符号の説明】
【００５９】
１              コンテンツ再生装置
２              制御部
３              ＨＤＤ
４              メモリ
５              再生部
６              受信部
７              通信部
８              操作部
９              表示部
【図１】
2011078034.tif 000003
【図２】
2011078034.tif 000004
【図３】
2011078034.tif 000005
【図４】
2011078034.tif 000006
【図５Ａ】
2011078034.tif 000007
【図５Ｂ】
2011078034.tif 000008
【図６】
2011078034.tif 000009
【図７】
2011078034.tif 000010