JP2010257546A

JP2010257546A - コンテンツ抽出装置およびそのプログラム

Info

Publication number: JP2010257546A
Application number: JP2009108901A
Authority: JP
Inventors: Munehiro Yoneda; 宗弘米田
Original assignee: Onkyo Corp
Current assignee: Onkyo Corp
Priority date: 2009-04-28
Filing date: 2009-04-28
Publication date: 2010-11-11
Anticipated expiration: 2029-04-28
Also published as: JP5338455B2

Abstract

【課題】コンテンツ（又は番組）が複数の記録ファイルにまたがって記録されている場合にも、音切れが生じることがないエアチェック装置を提供すること。
【解決手段】指定されたコンテンツ（又は番組）の放送開始時刻および放送終了時刻が特定され、特定された放送開始時刻から放送終了時刻の放送データの一部を含む複数の記録ファイルが特定される。特定された複数の記録ファイルにおいて、特定された放送開始時刻から放送終了時刻までの放送データの一部に相当する放送データ部分が抽出される。抽出された放送データ部分は全て結合され、再生データとされる。従って、再生データは指定されたコンテンツ（又は番組）に関する１つの記録ファイルとなるので、再生ファイルを再生することによって、音切れが生じることを防止することができる。
【選択図】図１４

Description

本発明は、放送局から放送される複数のコンテンツ又は番組を含む放送データを記憶媒体に記録し、所望のコンテンツ又は番組を再生するエアチェック装置に関する。

エアチェックは一般に、ラジオやテレビで放送された音楽や映像等のコンテンツを記憶媒体に記録しておき、その記録したコンテンツを後で再生して楽しむもので、無料でコンテンツを取得できることから視聴者の間で広く利用されている。

しかしながら、視聴者には所望のコンテンツがいつ放送されるかはわからない。例えば、ラジオのＦＭ放送では、所望の曲がある番組中に放送されることがあらかじめわかる場合もあるが、番組中にはＣＭやＤＪが入るので、所望の曲が番組中のいつ放送されるかまではわからない。

そこで、本出願人は、下記特許文献１で、キューシートを利用し、所望の曲を抽出するエアチェックシステムを提案した。この文献に記載されたエアチェックシステムでは、ユーザの自宅等に設置されたエアチェック装置が、放送された曲の放送開始時刻やタイトル等を記述したキューシートをサーバから取得する。また、エアチェック装置は、常にＦＭ放送を受信し、受信された放送データを全て記憶する。そして、キューシートを参照して、録音された全放送データから所望の曲を抽出して再生する。

このエアチェック装置は、受信した放送データを複数の録音ファイルに分割して記憶媒体に記録する。これは、記憶媒体に記録できるファイルサイズに限界があるために自動的に複数の録音ファイルに分割されること、又は、ユーザがエアチェック装置の電源をオフ状態にし、その後、電源をオン状態にしたときに録音ファイルが分割されることによる。ここで、再生すべき曲が複数の録音ファイルにまたがっている場合には、再生する録音ファイルが変更されるときに、録音ファイルの再生準備処理の影響で音切れが生じるという問題がある。曲を指定して再生する場合に限らず、番組をして録音ファイルから抽出して再生する場合にも、番組が複数の録音ファイルにまたがっている場合には、再生する録音ファイルが変更されるときに、音切れが生じる。

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

本発明は上記従来の課題を解決するためになされたものであり、その目的は、コンテンツ又は番組が複数の記録ファイルにまたがって記録されている場合にも、音切れが生じることがないエアチェック装置を提供することである。

本発明の好ましい実施形態によるエアチェック装置は、放送局から放送されかつ受信機により受信された複数のコンテンツを含む放送データを、複数の記録ファイルに分割して、記憶媒体に記録する記録手段と、放送局から放送される各コンテンツの特定情報及び放送開始時刻を対応付けたキューシートを取得する取得手段と、ユーザ操作に応じて所望のコンテンツを指定する指定手段と、指定されたコンテンツの放送開始時刻および放送終了時刻を、キューシートを参照して特定する特定手段と、指定されたコンテンツの放送開始時刻から放送終了時刻までの放送データの一部を含む複数の記録ファイルを特定するファイル特定手段と、特定された複数の記録ファイルから、指定されたコンテンツに相当する放送データ部分を抽出し、抽出した放送データ部分を結合することにより、再生データを生成する生成手段と、生成された再生データを再生する再生手段とを備える。

指定されたコンテンツの放送開始時刻および放送終了時刻が特定され、特定された放送開始時刻から放送終了時刻の放送データの一部を含む複数の記録ファイルが特定される。特定された複数の記録ファイルにおいて、特定された放送開始時刻から放送終了時刻までの放送データの一部に相当する放送データ部分が抽出される。抽出された放送データ部分は全て結合され、再生データとされる。従って、再生データは指定されたコンテンツに関する１つの記録ファイルとなるので、再生ファイルを再生することによって、音切れが生じることを防止することができる。

本発明の別の好ましい実施形態によるエアチェック装置は、放送局から放送されかつ受信機により受信された複数の番組を含む放送データを、複数の記録ファイルに分割して、記憶媒体に記録する記録手段と、放送局から放送される各番組の特定情報及び放送開始時刻を対応付けた番組表を取得する取得手段と、ユーザ操作に応じて所望の番組を指定する指定手段と、指定された番組の放送開始時刻および放送終了時刻を、番組表を参照して特定する特定手段と、指定された番組の放送開始時刻から放送終了時刻までの放送データの一部を含む複数の記録ファイルを特定するファイル特定手段と、特定された複数の記録ファイルから、指定された番組に相当する放送データ部分を抽出し、抽出した放送データ部分を結合することにより、再生データを生成する生成手段と、生成された再生データを再生する再生手段とを備える。

指定された番組の放送開始時刻および放送終了時刻が特定され、特定された放送開始時刻から放送終了時刻の放送データの一部を含む複数の記録ファイルが特定される。特定された複数の記録ファイルにおいて、特定された放送開始時刻から放送終了時刻までの放送データの一部に相当する放送データ部分が抽出される。抽出された放送データ部分は全て結合され、再生データとされる。従って、再生データは指定された番組に関する１つの記録ファイルとなるので、再生ファイルを再生することによって、音切れが生じることを防止することができる。

以上のように、コンテンツ又は番組が複数の記録ファイルにまたがって記録されている場合にも、音切れが生じることがないエアチェック装置を提供することができる。

本発明の実施の形態によるエアチェックシステムを含むコンピュータネットワークの全体構成を示す機能ブロック図である。図１中のキューシートサーバの構成を示す機能ブロック図である。図１に示したエアチェックシステムで使用されるキューシートのデータ構造を示す図である。図３に示したキューシートの一例を示す図である。図１に示したエアチェックシステムで使用される番組表の一例を示す図である。図２に示したキューシートサーバの動作を示すフロー図である。図１中のＰＣ及びＦＭチューナの構成を示す機能ブロック図である。図７に示したＰＣの動作を示すフロー図である。図７に示したＰＣで生成される録音状況管理テーブルのデータ構造を示す図である。図９に示した録音状況管理テーブルの一例を示す図である。図７に示したＰＣによるインデックスファイルの生成方法及び曲の抽出方法を示す説明図である。図７に示したＰＣで生成されるインデックスファイルのデータ構造を示す図である。図２及び図７に示したキューシートサーバ及びＰＣの動作を示すフロー図である。曲抽出処理を示すフローチャートである。録音状況管理テーブルの一例を示す図である。曲Ｃと、録音ファイル１及び２と、再生データとの関係を示す図である。録音状況管理テーブルの一例を示す図である。番組１と、録音ファイル１〜４２と、再生データとの関係を示す図である。

以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。

［全体構成］
図１を参照して、本発明の好ましい実施形態によるエアチェックシステム１０は、ラジオのＦＭ(Frequency Modulation)放送から所望の曲を自動的に取得するためのもので、インターネット１１に接続されるキューシートサーバ１２と、インターネット１１に接続されるパーソナルコンピュータ（ＰＣ）１３と、ＰＣ１３に接続されるＦＭチューナ１４とを備える。インターネット１１には、複数の放送局サーバ１６も接続されている。キューシートサーバ１２は本サービスを提供する事業者等によって管理され、放送局サーバ１６は主に音楽番組等を放送する放送局によって管理される。ＰＣ１３及びＦＭチューナ１４は視聴者であるユーザの所有物である。

キューシートサーバ１２は、各放送局サーバ１６からキューシートを取得し、各ユーザのＰＣ１３に提供する。ＰＣ１３はキューシートサーバ１２にアクセス可能なクライアントとして機能する。ＰＣ１３及びＦＭチューナ１４はエアチェック装置８０を構成する。

ＰＣ１３は汎用のもので、ＣＰＵ(Central Processing Unit)、ＲＯＭ(Read Only Memory)、ＲＡＭ(Random Access Memory)、ハードディスクドライブ（ＨＤＤ）、ディスプレイ、キーボードやマウスといった入力装置などを備える。ＰＣ１３には、後述するエアチェックプログラムがインストールされている。ＦＭチューナ１４は、各放送局からＦＭ放送を受信し、受信した放送データをＰＣ１３に供給する。

［キューシートサーバ］
図２を参照して、キューシートサーバ１２は、取得部２０と、フォーマット変換部２１と、サービス情報追加部２２と、ウェブサーバ２３とを備える。取得部２０は、各放送局サーバ１６にアクセスし、そこにアップロードされているキューシート２４を取得する。

各放送局から提供されるキューシート２４には、放送された曲Ｍｎの放送開始時刻ｂｅｇｉｎ［ｎ］と、タイトルやアーチスト名等のメタデータとがＨＴＭＬ(Hyper Text Markup Language)で記述されている。しかしながら、記述されている情報の種類、使用されているタグの種類、記述の順序など、そのフォーマットは放送局ごとに異なっている。また、キューシート２４には、放送された曲Ｍｎの放送終了時刻は記述されない。

フォーマット変換部２１は、取得されたキューシート２４のフォーマットを所定の共通フォーマットに変換する。フォーマット変換部２１は、複数種類のフォーマットに対応して複数の変換フィルタ２５を有する。各変換フィルタ２５は、対応するフォーマットを共通フォーマットに変換する。

これにより得られるキューシート２６は共通フォーマットを有する。具体的には図３に示すように、キューシート２６は、各放送局に付与されるステーションＩＤ（識別子）を記述したフィールド２６１と、当該放送局から放送された複数の曲に対応する複数のレコード２６２とを備える。

各レコード２６２には、対応する曲Ｍｎの放送開始時刻ｂｅｇｉｎ［ｎ］と、放送終了時刻ｅｎｄ［ｎ］と、メタデータとが記述される。放送終了時刻ｅｎｄ［ｎ］は、放送開始時刻に基づいて求められ、具体的には、曲Ｍｎの次に放送された曲Ｍｎ＋１の放送開始時刻ｂｅｇｉｎ［ｎ＋１］と同じである。図４にキューシート２６の一例を示す。

再び図２を参照して、サービス情報追加部２２は、共通フォーマットに変換された各キューシート２６に、あらかじめ定められた各種サービス情報を追加する。各種サービス情報としては、放送された曲を収録したＣＤやＤＶＤ又はコンサートチケットなどを販売するウェブサイトのＵＲＬ(Uniform Resource Locator)、その曲のデジタルデータを販売するウェブサイトのＵＲＬ、バナー広告などがある。したがって、キューシートサーバ１２は、ユーザを各種ウェブサイト２７に導くためのポータルサイトとなり得る。

取得部２０はさらに、各放送局から提供される番組表６９を取得する。番組表６９には、放送された番組の放送開始時刻及び放送終了時刻と、番組名、ＤＪ及び出演者等に関する情報、番組ホームページＵＲＬ等のメタデータとを含む。各番組内では、上述の複数の曲が放送される。つまり、番組は複数の曲を含む。

各放送局から提供される番組表６９は、キューシートと同様に、そのフォーマットが放送局ごとに異なっている。そのため、フォーマット変換部２１は、取得された番組表を所定の共通フォーマットに変換する。これにより得られた番組表７０は共通フォーマットを有する。得られた番組表７０の一例を図５に示す。番組表７０は、ステーションＩＤと、放送された番組の放送開始時刻及び放送終了時刻と、メタデータとを含む。

ウェブサーバ２３にはキューシートデータベース２８及び番組表データベース７１が構築される。各種サービス情報が追加されたキューシート２９はキューシートデータベース２８に記憶され、番組表７０は番組表データベース７１に記憶される。ウェブサーバ２３は、ＰＣ１３からの要求に応じてキューシート２９及び番組表７０を読み出してＰＣ１３に送信する。

次に、図６を参照してキューシートサーバ１２の動作を説明する。取得部２０は、各放送局サーバ１６にキューシート２４及び番組表６９を送信するよう要求する（Ｓ１０１）。各放送局サーバ１６はこの要求を受け付け（Ｓ２０１）、キューシート２４及び番組表６９をキューシートサーバ１２に送信する（Ｓ２０２）。取得部２０はキューシート２４及び番組表６９を受信し（Ｓ１０２）、フォーマット変換部２１に供給する。

フォーマット変換部２１は、キューシート２４のフォーマットを共通フォーマットに変換し、図３及び４に示すキューシート２６を作成する（Ｓ１０３）。このとき、曲Ｍｎ＋１の放送開始時刻ｂｅｇｉｎ［ｎ＋１］は曲Ｍｎの放送終了時刻ｅｎｄ［ｎ］としてキューシート２６に記述される。作成されたキューシート２６は、サービス情報追加部２２に供給される。

サービス情報追加部２２はキューシート２６にサービス情報を追加し（Ｓ１０４）、これにより得られたキューシート２９をキューシートデータベース２８に保存する（Ｓ１０５）。

フォーマット変換部２１はさらに、番組表６９のフォーマットを共通フォーマットに変換し、図５に示す番組表７０を作成する（Ｓ１０３）。作成された番組表７０は、番組表データベース７１に保存される（Ｓ１０５）。

［ＦＭチューナ及びＰＣ（エアチェック装置）］
図７を参照して、エアチェック装置８０はＰＣ１３とＦＭチューナ１４とを含む。ＦＭチューナ１４はＦＭ放送を受信する。ＰＣ１３は、ＦＭチューナ１４から出力されるアナログ信号をデジタル信号に変換するＡＤＣ(Analog to Digital Converter)３１を備える。ＡＤＣ３１は、たとえばサウンドカードなどを指す。ただし、デジタル信号を出力可能なデジタルチューナの場合、ＰＣ１３はＡＤＣ３１を備えていなくてもよい。ＰＣ１３にはまた、汎用のＭＰ３(MPEG Audio Layer-3)エンコーダ３２、汎用のウェブブラウザ３３及び汎用のＭＰ３プレーヤ１５とともに、後に詳述するエアチェックプログラム（３８〜４１）がインストールされ、ＭＰ３データベース３４、録音状況管理データベース３５、インデックスデータベース３６、キューシートデータベース３７及び番組表データベース
７５が構築される。エアチェックプログラムは、インデックス生成モジュール３８、ウェブインターフェース３９、取得モジュール４０、及びスイーパモジュール４１からなる。これらの詳細は以下の動作説明で明らかにする。

次に、ＦＭチューナ１４及びＰＣ１３の動作を説明する。ＦＭチューナ１４及びＰＣ１３は常に動作している。したがって、ＦＭチューナ１４は常にＦＭ放送を受信し、ＰＣ１３は受信された放送データを全てハードディスク等の記憶媒体に記録する。

図８を参照して、ＰＣ１３内のＭＰ３エンコーダ３２は常に動作しており、ＦＭチューナ１４から出力され、Ａ／Ｄ変換されたデジタル放送データをＭＰ３データにエンコードする（Ｓ３０１）。これと並行してウェブインターフェース３９も動作し、ＭＰ３エンコーダ３２で得られたＭＰ３データを所定時間（特に限定されないが、例えば６時間）ごとに１つのＭＰ３ファイル４２としてＭＰ３データベース３４に保存（録音）する（Ｓ３０２）。

ウェブインターフェース３９はまた、図９に示した録音状況管理テーブル４３を生成し（Ｓ３１１）、録音状況管理データベース３５に保存する（Ｓ３１２）。

図９を参照して、録音状況管理テーブル４３は、ステーションＩＤを記述したフィールド４３１と、複数のＭＰ３ファイル４２に対応する複数のレコード４３２とを有する。各レコード４３２には、対応するＭＰ３ファイル４２の録音開始時刻、録音終了時刻及びファイル名が記述されている。図１０に録音状況管理テーブル４３の一例を示す。

なお、ＭＰ３ファイル４２のファイル名は、ステーションＩＤ及び録音開始時刻を組み合わせ、たとえば「OOSAKA_20050522180000.MP3」（MP3はＭＰ３ファイル４２を示す拡張子）と設定される。

ＦＭ放送は原則として毎日２４時間録音されるが、停電したり、ユーザがＰＣ１３を持ち出したりする場合もあるので、必ずしも全ての放送データがＭＰ３ファイル４２として保存されるとは限らない。図１０において斜線以外の部分は録音されていない。

一方、インデックス生成モジュール３８は、ＭＰ３データベース３４からＭＰ３ファイル４２を読み込み、ＭＰ３ファイル４２に基づいてインデックスファイル４４を生成し（Ｓ３２１）、インデックスデータベース３６に保存する（Ｓ３２２）。

具体的には、図１１に示すように、インデックス生成モジュール３８はＭＰ３ファイル４２を所定時間ごとに複数のセクション４５に分割する。例えば、６時間分のＭＰ３ファイル４２が１秒ごとに分割される場合、２１６００個（＝６時間×６０分×６０秒）のセクション４５が得られる。そして、インデックス生成モジュール３８は各セクション４５の開始アドレスを順にインデックスファイル４４に書き込む。

図１２にインデックスファイル４４の一例を示す。インデックスファイル４４はステーションＩＤを記述したフィールド４４１と、複数のセクション４５に対応する複数のレコード４４２とを有する。各レコード４４２には、対応するセクション４５の開始アドレスが記述される。本例では、ＭＰ３ファイル４２の先頭アドレスからのオフセット（相対アドレス）が開始アドレスとして書き込まれる。

なお、図１２にはＭＰ３ファイル４２の先頭からの経過時間（秒数）が示されているが、この表記はあってもよいが、実際にはなくてもよい。各オフセット（レコード４４２）の経過時間は、そのオフセットよりも前にあるオフセットの数から算出可能だからである。

また、インデックスファイル４４のファイル名も、対応するＭＰ３ファイル４２と同じステーションＩＤ及び録音開始時刻を組み合わせ、たとえば「OOSAKA_20050522180000.IDX」（IDXはインデックスファイル４４を示す拡張子）と設定される。

図１３を参照して、ＰＣ１３内の取得モジュール４０は、キューシートサーバ１２のウェブサーバ２３に所望のキューシート２９及び番組表７０を送信するよう要求する（Ｓ３３１）。ウェブサーバ２３はこの要求を受け付け（Ｓ１１１）、キューシートデータベース２８から所望のキューシート２９を読出、番組表データベース７１から所望の番組表７０を読み出す。そして、読み出されたキューシート２９及び番組表７０をＰＣ１３に送信する（Ｓ１１２）。

取得モジュール４０は、キューシートサーバ１２から送信されて来たキューシート２９及び番組表７０を受信する（Ｓ３３２）。そして、キューシート２９をキューシートデータベース３７に保存し、番組表７０を番組表データベース７５に保存する（Ｓ３３３）。

ＰＣ１３内のウェブインターフェース３９は、必要な場合には、ユーザの入力操作に応じてキューシート２９を編集する（Ｓ３３４）。これによりユーザは、所望の曲の放送開始時刻を規定の時刻よりも前後にずらしたり、アーチスト名が欠けている場合にはそれを補足したりすることができる。

ウェブインターフェース３９は、キューシート２９をウェブブラウザ３３で表示できるようにＨＴＭＬ化する（Ｓ３３５）。ＨＴＭＬで記述されたキューシートには、曲Ｍｎごとにハイパーリンクが埋め込まれる。ハイパーリンクには、その曲Ｍｎを含むＭＰ３ファイル４２のＵＲＬの他、その曲ＭｎのステーションＩＤ、放送開始時刻ｂｅｇｉｎ［ｎ］及び放送終了時刻ｅｎｄ［ｎ］が含まれる。

ウェブブラウザ３３は、ＨＴＭＬで記述されたキューシートに基づいて曲リストをディスプレイ上に表示する（Ｓ３３６）。曲リストには、各曲のタイトル、アーチスト名、放送開始時刻等が含まれる。このとき、再生可能な曲は選択可能な態様で表示されるが、録音されていないために再生不可能な曲は選択不可能な態様で表示される。

ユーザが所望の曲をマウス等でクリックすると、ウェブブラウザ３３はこの入力操作に応じてその所望の曲を指定し（Ｓ３３７）、その曲を読み出すようウェブインターフェース３９に対してクエリを発行する。ウェブインターフェース３９はこのクエリに応じて、指定された曲をＭＰ３データベース３４から抽出する（Ｓ３３８：曲抽出処理）。

曲抽出処理の詳細を説明する。図１４は、曲抽出処理を示すフローチャートである。例えば、図４において曲Ｃがユーザ操作によって指定されたとする。ウェブインターフェース３９は、キューシートを参照し、指定された曲の放送開始時刻および放送終了時刻を特定し、さらに、指定された曲が記述されたキューシートのステーションＩＤを読み出す（Ｓ４０１）。例えば、曲Ｃが指定された場合、図４を参照し、放送開始時刻として８：２０：００（日付は割愛する、以下同様。）、放送終了時刻として８：３５：００、ステーションＩＤとしてＯＯＳＡＫＡが読み出される。

次に、ウェブインターフェース３９は、Ｓ４０１で特定された放送開始時刻から放送終了時刻までの放送データの一部を含む録音ファイルを、録音状況管理テーブル４３を参照して特定する（Ｓ４０２）。例えば、録音状況管理テーブルが図１５に示すような場合、放送開始時刻８：２０：００から放送終了時刻８：３５：００までの放送データの一部を含む録音ファイルとして、録音ファイル１及び録音ファイル２が特定される。ここで、図１６は、曲Ｃと、録音ファイル１及び録音ファイル２と、抽出される再生データとの関係を示す。

次に、ウェブインターフェース３９は、Ｓ４０２で特定された録音ファイルの中から１つの録音ファイルを選択する（Ｓ４０３）。ここでは、録音ファイル１が選択される。ウェブインターフェース３９は、録音状況管理テーブルを参照し、選択された録音ファイル１の録音開始時刻および録音終了時刻を特定する（Ｓ４０４）。ここでは、図１５を参照し、録音ファイル１の録音開始時刻として８：１２：００、録音終了時刻として８：２５：００が特定される。

次に、ウェブインターフェース３９は、Ｓ４０４で特定された録音終了時刻が、Ｓ４０１で特定された放送終了時刻よりも時間的に後であるか否かを判断する（Ｓ４０５）。ここでは、録音ファイル１の録音終了時刻８：２５：００は、曲Ｃの放送終了時刻８：３５：００よりも時間的に前である（Ｓ４０５でＮＯ）。

従って、ウェブインターフェース３９は、Ｓ４０４で特定された録音開始時刻が、Ｓ４０１で特定された放送開始時刻よりも時間的に前であるか否かを判断する（Ｓ４０７）。ここでは、録音ファイル１の録音開始時刻８：１２：００は、曲Ｃの放送開始時刻８：２０：００よりも時間的に前である（Ｓ４０７でＹＥＳ）。

従って、ウェブインターフェース３９は、インデックファイル４４を参照し、Ｓ４０１で特定された放送開始時刻からＳ４０４で特定された録音終了時刻までの時間帯に相当するＭＰ３データをＭＰ３データベースから抽出し、再生データに結合する。ここでは、図１６に示すように、放送開始時刻８：２０：００から録音終了時刻８：２５：００までのＭＰ３データが抽出され、再生データに結合される。実際には、この時点では、録音ファイル１よりも前の録音ファイルが選択されていないので、再生データは録音ファイル１から抽出されたＭＰ３データのみになっている。

次に、ウェブインターフェース３９は、全ての録音ファイルについて上記の処理を実行したか否かを判断する（Ｓ４１０）。ここでは、未だ全ての録音ファイルについて処理していないので（Ｓ４１０でＮＯ）、Ｓ４０３に戻り、ウェブインターフェース３９は、録音ファイル２を選択する（Ｓ４０３）。ウェブインターフェース３９は、図１５を参照し、録音ファイル２の録音開始時刻として８：２５：００、録音終了時刻として８：４０：００を特定する（Ｓ４０４）。

ウェブインターフェース３９は、録音ファイル２の録音終了時刻８：４０：００が曲Ｃの放送終了時刻８：３５：００よりも時間的に後であると判断する（Ｓ４０５でＹＥＳ）。従って、ウェブインターフェース３９は、インデックファイル４４を参照し、Ｓ４０４で特定された録音開始時刻からＳ４０１で特定された放送終了時刻までの時間帯に相当するＭＰ３データをＭＰ３データベースから抽出し、再生データに結合する。ここでは、図１６に示すように、録音ファイル２の録音開始時刻８：２５：００から曲Ｃの放送終了時刻８：３５：００までのＭＰ３データが抽出され、再生データに結合される。

その結果、録音ファイル１および録音ファイル２の中から、曲Ｃ（つまり、放送開始時刻から放送終了時刻までの放送データ）に相当する放送データのみが抽出され、結合されるので、図１６に示すように、再生データは、曲Ｃの全データ部分に相当する１つのＭＰ３ファイルとなる。

ウェブインターフェース３９は、全ての録音ファイルについて上記の処理を実行したと判断し（Ｓ４１０でＹＥＳ）、曲抽出処理を終了する。ウェブインターフェース３９は、抽出された再生データをウェブブラウザ３３に出力する。図１３に戻って、ウェブブラウザ３３はＭＰ３プレーヤ１５を起動し、ＭＰ３プレーヤ１５は再生データを再生する（Ｓ３３９）。

以上のように、曲Ｃが指定されたとき、曲Ｃが複数の録音ファイルにまたがって記録されていても、１つの再生データとして結合されてから、再生される。従って、複数の録音ファイルの間で音切れが生じることを防止できる。

次に、ユーザ操作によって番組表の中から所望の番組が指定され、指定された番組を再生する場合を説明する。番組を再生する場合も曲を再生する場合と処理は略同じであり、キューシートから曲を指定して放送開始時刻および放送終了時刻を特定する代わりに、番組表から番組を指定して放送開始時刻および放送終了時刻を特定する。詳細には、図１３において、ウェブブラウザ３３は、ＨＴＭＬで記述された番組表に基づいて番組リストをディスプレイ上に表示する（Ｓ３３６）。番組リストには、各番組のタイトル、放送開始時刻等が含まれる。

ユーザが所望の番組をマウス等でクリックすると、ウェブブラウザ３３はこの入力操作に応じてその所望の番組を指定し（Ｓ３３７）、その番組を読み出すようウェブインターフェース３９に対してクエリを発行する。ウェブインターフェース３９はこのクエリに応じて、指定された番組をＭＰ３データベース３４から抽出する（Ｓ３３８）。

例えば、図５において番組１がユーザ操作によって指定されたとする。ウェブインターフェース３９は、番組表を参照し、指定された番組の放送開始時刻および放送終了時刻を特定し、さらに、指定された番組が記述された番組表のステーションＩＤを読み出す（Ｓ４０１）。例えば、番組１が指定された場合、図５を参照し、放送開始時刻として８：００：００、放送終了時刻として９：００：００、ステーションＩＤとしてＯＯＳＡＫＡが読み出される。

次に、ウェブインターフェース３９は、Ｓ４０１で特定された放送開始時刻から放送終了時刻までの放送データの一部を含む録音ファイルを、録音状況管理テーブル４３を参照して特定する（Ｓ４０２）。例えば、録音状況管理テーブルが図１７に示すような場合、放送開始時刻８：００：００から放送終了時刻９：００：００までの放送データの一部を含む録音ファイルとして、録音ファイル１、録音ファイル２、録音ファイル３及び録音ファイル４が特定される。ここで、図１８は、番組１と、録音ファイル１〜４と、抽出される再生データとの関係を示す。

次に、ウェブインターフェース３９は、Ｓ４０２で特定された録音ファイルの中から１つの録音ファイルを選択する（Ｓ４０３）。ここでは、録音ファイル１が選択される。ウェブインターフェース３９は、録音状況管理テーブルを参照し、選択された録音ファイル１の録音開始時刻および録音終了時刻を特定する（Ｓ４０４）。ここでは、図１７を参照し、録音ファイル１の録音開始時刻として７：５５：００、録音終了時刻として８：１２：００が特定される。

次に、ウェブインターフェース３９は、Ｓ４０４で特定された録音終了時刻が、Ｓ４０１で特定された放送終了時刻よりも時間的に後であるか否かを判断する（Ｓ４０５）。ここでは、録音ファイル１の録音終了時刻８：１２：００は、番組１の放送終了時刻９：００：００よりも時間的に前である（Ｓ４０５でＮＯ）。

従って、ウェブインターフェース３９は、Ｓ４０４で特定された録音開始時刻が、Ｓ４０１で特定された放送開始時刻よりも時間的に前であるか否かを判断する（Ｓ４０７）。ここでは、録音ファイル１の録音開始時刻７：５５：００は、番組１の放送開始時刻８：００：００よりも時間的に前である（Ｓ４０７でＹＥＳ）。

従って、ウェブインターフェース３９は、インデックファイル４４を参照し、Ｓ４０１で特定された放送開始時刻からＳ４０４で特定された録音終了時刻までの時間帯に相当するＭＰ３データをＭＰ３データベースから抽出し、再生データに結合する。ここでは、放送開始時刻８：００：００から録音終了時刻８：１２：００までのＭＰ３データが抽出され、再生データに結合される。

次に、ウェブインターフェース３９は、全ての録音ファイルについて上記の処理を実行したか否かを判断する（Ｓ４１０）。ここでは、未だ全ての録音ファイルについて処理していないので（Ｓ４１０でＮＯ）、Ｓ４０３に戻り、ウェブインターフェース３９は、録音ファイル２を選択する（Ｓ４０３）。ウェブインターフェース３９は、図１７を参照し、録音ファイル２の録音開始時刻として８：１２：００、録音終了時刻として８：３５：００を特定する（Ｓ４０４）。

ウェブインターフェース３９は、録音ファイル２の録音終了時刻８：３５：００は番組１の放送終了時刻９：００：００よりも時間的に前であると判断する（Ｓ４０５でＮＯ）。また、ウェブインターフェース３９は、録音ファイル２の録音開始時刻８：１２：００は番組１の放送開始時刻８：００：００よりも時間的に後であると判断する（Ｓ４０７でＮＯ）。すなわち、録音ファイル２は番組１内に完全に含まれているので、ウェブインターフェース３９は、録音ファイル２全体を再生データに結合する（Ｓ４０９）。ウェブインターフェース３９は、未だ全ての録音ファイルについて処理を実行していないと判断し（Ｓ４１０でＮＯ）、Ｓ４０３に戻る。

次に、ウェブインターフェース３９は、録音ファイル３を選択する（Ｓ４０３）。ウェブインターフェース３９は、図１７を参照し、録音ファイル３の録音開始時刻として８：３５：００、録音終了時刻として８：５０：００を特定する（Ｓ４０４）。

ウェブインターフェース３９は、録音ファイル３の録音終了時刻８：５０：００は番組１の放送終了時刻９：００：００よりも時間的に前であると判断する（Ｓ４０５でＮＯ）。また、ウェブインターフェース３９は、録音ファイル３の録音開始時刻８：３５：００は番組１の放送開始時刻８：００：００よりも時間的に後であると判断する（Ｓ４０７でＮＯ）。すなわち、録音ファイル３は番組１内に完全に含まれているので、ウェブインターフェース３９は、録音ファイル３全体を再生データに結合する（Ｓ４０９）。ウェブインターフェース３９は、未だ全ての録音ファイルについて処理を実行していないと判断し（Ｓ４１０でＮＯ）、Ｓ４０３に戻る。

次に、ウェブインターフェース３９は、録音ファイル４を選択する（Ｓ４０３）。ウェブインターフェース３９は、図１７を参照し、録音ファイル３の録音開始時刻として８：５０：００、録音終了時刻として９：００：００を特定する（Ｓ４０４）。

ウェブインターフェース３９は、録音ファイル４の録音終了時刻９：００：００は番組１の放送終了時刻９：００：００と時間的に同じあると判断する（Ｓ４０５でＮＯ）。また、ウェブインターフェース３９は、録音ファイル３の録音開始時刻８：５０：００は番組１の放送開始時刻８：００：００よりも時間的に後であると判断する（Ｓ４０７でＮＯ）。すなわち、録音ファイル４は番組１内に完全に含まれているので、ウェブインターフェース３９は、録音ファイル４全体を再生データに結合する（Ｓ４０９）。ウェブインターフェース３９は、全ての録音ファイルについて処理を実行したと判断し（Ｓ４１０でＹＥＳ）、番組の抽出処理を終了する。

以上のように、指定された曲又は番組が複数の録音ファイルにまたがって記録されている場合に、それら複数の録音ファイルのうち、指定された曲又は番組に相当する部分のデータを抽出及び結合してから、再生することによって、録音ファイル間において音切れが生じすることを防止することができる。

上記実施の形態では、ソフトウエアのＭＰ３プレーヤ１５がＰＣ１３にインストールされているが、これに代えて又はこれと一緒に、ハードウエアのＭＰ３プレーヤ機器（たとえばホームオーディオ、ポータブルプレーヤなど）を用いてもよい。この場合、ＰＣ１３からＭＰ３プレーヤ機器にはＭＰ３ファイルを有線又は無線通信により送信してもよいが、フラッシュメモリ等のメモリカード、ＣＤやＤＶＤ等の光ディスクなどの記憶媒体を介してコピーしてもよい。また、言うまでもなく、ＭＰ３以外の音声圧縮方式、たとえばＡＡＣ(Advanced Audio Cording)を用いてもよい。もっとも、本発明は音楽コンテンツだけでなく、映像その他のあらゆるコンテンツに適用可能であり、そのデータは圧縮されているか否かは限定されない。つまり、コンテンツを含む放送データの形態は、ＦＭラジオに限らず、ＡＭラジオ、インターネットラジオ、ＴＶ（アナログ／デジタル）、ＣＳ／ＢＳ（アナログ／デジタル）等の衛星放送であってもよい。

また、上記実施の形態ではＰＣ１３及びＦＭチューナ１４は常に動作し、全ての放送を受信して録音することを原則としているが、有限な記憶領域を無駄に浪費しないように、週間スケジュールなどを組んで放送のない夜間は動作を停止したり、あるいは、放送されて来た音声又は映像信号を検知し、放送のあるときだけ動作し、放送のないときは動作を停止したりするようにしてもよい。

また、上記実施の形態ではＰＣ１３はキューシートを単に表示しているが、所定期間内に取得した複数のキューシートの中から所望のアーチストの曲だけを抜き出して表示したり、アーチスト単位でフォルダを作成してその中に別途ＭＰ３ファイルを保存したりするようにしてもよい。

また、上記実施の形態ではウェブブラウザ３３及びＭＰ３プレーヤ１５はローカルＰＣ１３内に設けられているが、これに代えてネットワーク上の他のＰＣ、専用機、携帯電話機、又はＰＤＡ(Personal Digital Assistance)内に設けられていてもよい。この場合、ＬＡＮ(Local Area Network)経由の宅内又はインターネット経由の宅外からでもウェブインターフェース３９にアクセス可能であれば、曲リストの表示、曲の指定及び再生が可能である。

また、上記実施の形態ではＦＭチューナ１４及びＰＣ１３がエアチェック装置を構成しているが、ＦＭ放送を受信してハードディスクに記録する一体型の専用機、又はハードディスクの代わりにメモリを有する携帯電話機がエアチェック装置を構成してもよい。上記実施の形態では、キューシートサーバ１２が放送局から提供されるキューシート及び番組表を取得しているが、キューシートサーバの運営者がキューシート及び番組表をキューシートサーバ１２に直接入力してキューシートサーバ１２に記憶させてもよい。

上記実施の形態では、ＰＣ１３は各放送局から提供されるキューシート及び番組表をキューシートサーバ１２経由で取得しているが、各放送局から直接取得してもよい。具体的には、図７に示した取得モジュール４０は、キューシートサーバ１２ではなく各放送局サーバ１６に直接アクセスする。

また、上記実施の形態では放送データは無線放送で送信されているが、有線放送で送信されていてもよく、また、インターネット等の電気通信回線を介して送信されていてもよい。

また、図７に示したＦＭチューナ１４及びＰＣ１３の両方の機能を備えた一体型のエアチェック装置にしてもよいことは上述したが、ネットワークインターフェースを有していないエアチェック装置には取得モジュールを設けることはできない。したがって、このような場合は、ネットワークインターフェースを有するＰＣに取得モジュールを設け、ＰＣをエアチェック装置の入出力インターフェースに接続すればよい。入出力インターフェースとしては、ＵＳＢ(Universal Serial
Bus)、ＩｒＤＡ(Infrared Data Association)などのほか、メモリカードを利用してもよい。

また、ウェブブラウザやＭＰ３プレーヤはＰＣ１３又はエアチェック装置内に設けられているが、ＬＡＮ(Local Area Network)やＷＡＮ(Wide Area Network)等のネットワーク経由で接続された他のＰＣ、専用機、携帯電話、又はＰＤＡ内に設けられていてもよい。

また、ＭＰ３データベース３４には外部から取得したＭＰ３データを保存しているが、ここに他の方法で取得したＭＰ３データを一緒に保存してもよい。

以上、本発明の好ましい実施形態を説明したが、本発明はこれらの実施形態には限定されない。

本発明は、ＰＣ又はＨＤＤレコーダを用いたエアチェック装置に好適に採用され得る。

１０エアチェックシステム
１２キューシートサーバ
１３ＰＣ
１４ＦＭチューナ
１６放送局サーバ
２０取得部
２４，２６，２９キューシート
２８，３７キューシートデータベース
４０取得モジュール
５８，８０エアチェック装置
６９，７０番組表
７１，７５番組表データベース

Claims

放送局から放送されかつ受信機により受信された複数のコンテンツを含む放送データを、複数の記録ファイルに分割して、記憶媒体に記録する記録手段と、
放送局から放送される各コンテンツの特定情報及び放送開始時刻を対応付けたキューシートを取得する取得手段と、
ユーザ操作に応じて所望のコンテンツを指定する指定手段と、
指定されたコンテンツの放送開始時刻および放送終了時刻を、キューシートを参照して特定する特定手段と、
指定されたコンテンツの放送開始時刻から放送終了時刻までの放送データの一部を含む複数の記録ファイルを特定するファイル特定手段と、
特定された複数の記録ファイルから、指定されたコンテンツに相当する放送データ部分を抽出し、抽出した放送データ部分を結合することにより、再生データを生成する生成手段と、
生成された再生データを再生する再生手段とを備える、エアチェック装置。
放送局から放送されかつ受信機により受信された複数の番組を含む放送データを、複数の記録ファイルに分割して、記憶媒体に記録する記録手段と、
放送局から放送される各番組の特定情報及び放送開始時刻を対応付けた番組表を取得する取得手段と、
ユーザ操作に応じて所望の番組を指定する指定手段と、
指定された番組の放送開始時刻および放送終了時刻を、番組表を参照して特定する特定手段と、
指定された番組の放送開始時刻から放送終了時刻までの放送データの一部を含む複数の記録ファイルを特定するファイル特定手段と、
特定された複数の記録ファイルから、指定された番組に相当する放送データ部分を抽出し、抽出した放送データ部分を結合することにより、再生データを生成する生成手段と、
生成された再生データを再生する再生手段とを備える、エアチェック装置。
放送局から放送されかつ受信機により受信された複数のコンテンツを含む放送データを、複数の記録ファイルに分割して、記憶媒体に記録する記録ステップと、
放送局から放送される各コンテンツの特定情報及び放送開始時刻を対応付けたキューシートを取得する取得ステップと、
ユーザ操作に応じて所望のコンテンツを指定する指定ステップと、
指定されたコンテンツの放送開始時刻および放送終了時刻を、キューシートを参照して特定する特定ステップと、
指定されたコンテンツの放送開始時刻から放送終了時刻までの放送データの一部を含む複数の記録ファイルを特定するファイル特定ステップと、
特定された複数の記録ファイルから、指定されたコンテンツに相当する放送データ部分を抽出し、抽出した放送データ部分を結合することにより、再生データを生成する生成ステップと、
生成された再生データを再生する再生ステップとをコンピュータに実行させる、エアチェックプログラム。
放送局から放送されかつ受信機により受信された複数の番組を含む放送データを、複数の記録ファイルに分割して、記憶媒体に記録する記録ステップと、
放送局から放送される各番組の特定情報及び放送開始時刻を対応付けた番組表を取得する取得ステップと、
ユーザ操作に応じて所望の番組を指定する指定ステップと、
指定された番組の放送開始時刻および放送終了時刻を、番組表を参照して特定する特定ステップと、
指定された番組の放送開始時刻から放送終了時刻までの放送データの一部を含む複数の記録ファイルを特定するファイル特定ステップと、
特定された複数の記録ファイルから、指定された番組に相当する放送データ部分を抽出し、抽出した放送データ部分を結合することにより、再生データを生成する生成ステップと、
生成された再生データを再生する再生ステップとをコンピュータに実行させる、エアチェックプログラム。