エアチェック装置およびそのプログラム
【課題】 指定された曲以降の番組内の曲を連続再生する際に音切れが生じないエアチェック装置を提供すること。
【解決手段】 エアチェック装置は、サーバから、放送局から放送される各曲の特定情報及び放送開始時刻を対応付けたキューシートと、放送局から放送され、複数の曲を含む番組の特定情報及び放送時間帯に関する情報を対応付けた番組表を取得する。ユーザ操作に応じて曲が指定されると、キューシート及び番組表を参照し、指定された曲のキューシート上での放送開始時刻を含む番組を番組表から特定する。指定された曲のキューシート上での放送開始時刻から特定された番組の番組表における放送終了時刻までの放送データを抽出し、抽出された放送データを連続再生する。
【解決手段】 エアチェック装置は、サーバから、放送局から放送される各曲の特定情報及び放送開始時刻を対応付けたキューシートと、放送局から放送され、複数の曲を含む番組の特定情報及び放送時間帯に関する情報を対応付けた番組表を取得する。ユーザ操作に応じて曲が指定されると、キューシート及び番組表を参照し、指定された曲のキューシート上での放送開始時刻を含む番組を番組表から特定する。指定された曲のキューシート上での放送開始時刻から特定された番組の番組表における放送終了時刻までの放送データを抽出し、抽出された放送データを連続再生する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送局から放送される多数のコンテンツの中から所望のコンテンツを自動的に取得するエアチェック装置に関する。
【背景技術】
【０００２】
エアチェックは一般に、ラジオやテレビで放送された音楽や映像等のコンテンツを記憶媒体に記録しておき、その記録したコンテンツを後で再生して楽しむもので、無料でコンテンツを取得できることから視聴者の間で広く利用されている。
【０００３】
しかしながら、視聴者には所望のコンテンツがいつ放送されるかはわからない。たとえばラジオのＦＭ放送では、所望の曲がある番組中に放送されることがあらかじめわかる場合もあるが、番組中にはＣＭやＤＪが入るので、所望の曲が番組中のいつ放送されるかまではわからない。
【０００４】
そこで、本出願人は、特開２００７−５９０３５号公報で、キューシートを利用して所望の曲を抽出するエアチェックシステムを提案した。この文献に記載されたエアチェックシステムでは、ユーザの自宅等に設置されたエアチェック装置が、放送された曲の放送開始時刻やタイトル等を記述したキューシートをサーバから取得する。エアチェック装置はまた、常にＦＭ放送を受信し、受信された放送データを全て記憶する。そして、キューシートを参照して、録音された全放送データから所望の曲を抽出して再生する。
【０００５】
図１４に示すように、例えば、１つの番組１の中に曲Ａ〜曲Ｆが含まれている。ここで、キューシートには曲の放送開始時刻は記述されているが放送終了時刻は記述されていない。すなわち、曲の放送終了時刻は次の曲の放送開始時刻になっている。従って、図１４に示すように、曲Ｂの実際の放送時間は８：１２：００〜８：１７：００であるが、キューシートから特定される曲Ｂの再生範囲は、８：１２：００〜８：２０：００になっている。
【０００６】
上記エアチェックシステムでは、例えば、曲Ｂがユーザ操作によって再生すべき曲として指定されたときに、曲Ｂ以降の曲（曲Ｂ〜曲Ｆ）を含む番組１の放送データを連続して再生する機能を要求されている。この場合、まず曲Ｂを再生する際に曲Ｂの再生範囲として８：１２：００〜８：２０：００を特定し、記憶媒体から当該再生範囲のデータを読み出して再生する。曲Ｂの再生が一旦終了すると、次に、番組１内において曲Ｂの次の曲である曲Ｃの再生範囲として８：２０：００〜８：３５：００を特定し、記憶媒体から当該再生範囲の曲データを読み出して再生する。このように、前の曲を再生し終えてから、次の曲の再生範囲を特定して再生開始するために、曲Ｂと曲Ｃとの間（つまり８：２０：００の再生位置）において音切れが生じてしまうという問題がある。
【０００７】
また、図１４に示すように、例えば曲Ｄのキューシートに基づく再生範囲は８：３５：００〜８：４０：００であるが、実際の放送時間は８：３４：３０〜８：３９：３０になっている。これは、キューシートに記述されている放送開始時刻が分単位でしか記述されていないためである。従って、上記のように曲Ｂ以降の番組１の曲データを連続再生する場合、曲Ｄの先頭部分が欠落することになり、上記の問題は特に顕著になる。
【０００８】
【特許文献１】特開２００７−５９０３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明は上記従来の課題を解決するためになされたものであり、その目的は、ユーザ操作によって指定された曲以降の番組内の曲を連続再生する際に音切れが生じないエアチェック装置を提供することである。
【課題を解決するための手段】
【００１０】
本発明の好ましい実施形態によるエアチェック装置は、放送局から放送された複数の番組を含む放送データを受信する受信手段と、前記受信された放送データを記憶媒体に記録する記録手段と、サーバから、放送局から放送される各コンテンツの特定情報及び放送開始時刻を対応付けたキューシートと、前記放送局から放送され、複数の前記コンテンツを含む番組の特定情報及び放送時間帯に関する情報を対応付けた番組表とを取得する取得手段と、ユーザ操作に応じて所望のコンテンツを指定する指定手段と、前記取得されたキューシート及び番組表を参照し、前記所望のコンテンツのキューシート上での放送開始時刻を含む番組を番組表から特定する番組特定手段と、前記所望のコンテンツのキューシート上での放送開始時刻から、前記番組特定手段によって特定された番組の番組表における放送終了時刻までの放送データを抽出する抽出手段と、前記抽出手段によって抽出された放送データを再生する再生手段とを備える。
【００１１】
指定されたコンテンツを含む番組において指定されたコンテンツ以降のコンテンツを連続再生する場合に、指定されたコンテンツのキューシート上の放送開始時刻から、指定されたコンテンツを含む番組の番組表における放送終了時刻までの放送データが抽出され、再生される。従って、番組に含まれる複数のコンテンツの間で音切れが生じるという問題を防止することができる。
【００１２】
好ましくは、前記番組特定手段によって特定された番組に含まれる前記所望のコンテンツ以降のコンテンツをキューシートから抽出して、コンテンツリストを生成するリスト生成手段と、前記再生手段が再生している放送データの放送時刻を特定する放送時刻特定手段と、各コンテンツのキューシート上の放送開始時刻に基づいて、前記コンテンツリストに含まれる複数のコンテンツの中から、前記放送時刻特定手段によって特定された放送時刻に対応するコンテンツを特定するコンテンツ特定手段と、前記コンテンツ特定手段によって特定されたコンテンツの特定情報を、現在再生しているコンテンツとして表示装置に表示させる表示制御手段とを備える。
【００１３】
指定されたコンテンツのキューシート上の放送開始時刻から指定されたコンテンツを含む番組の番組表における放送終了時刻までの放送データが抽出され再生される場合であっても、現在再生している放送データの放送時刻とキューシートの情報とを利用することによって、現在再生しているコンテンツを特定することができる。従って、現在再生しているコンテンツの特定情報を表示装置に表示することができる。
【発明の効果】
【００１４】
指定されたコンテンツを含む番組において指定されたコンテンツ以降のコンテンツを連続再生する場合に、複数のコンテンツの間で音切れが生じるという問題を防止することができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
【００１６】
［全体構成］
図１を参照して、本発明の実施の形態によるエアチェックシステム１０は、ラジオのＦＭ(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)等のネットワーク経由で接続された他のＰＣ、専用機、携帯電話、又はＰＤＡ内に設けられていてもよい。
【００８２】
また、ＭＰ３データベース３４には外部から取得したＭＰ３データを保存しているが、ここに他の方法で取得したＭＰ３データを一緒に保存してもよい。
【００８３】
以上、本発明の好ましい実施形態を説明したが、本発明はこれらの実施形態には限定されない。
【産業上の利用可能性】
【００８４】
本発明は、エアチェック装置に好適に採用され得る。
【図面の簡単な説明】
【００８５】
【図１】本発明の実施の形態によるエアチェックシステムを含むコンピュータネットワークの全体構成を示す機能ブロック図である。
【図２】図１中のキューシートサーバの構成を示す機能ブロック図である。
【図３】図１に示したエアチェックシステムで使用されるキューシートのデータ構造を示す図である。
【図４】図３に示したキューシートの一例を示す図である。
【図５】図１に示したエアチェックシステムで使用される番組表の一例を示す図である。
【図６】図２に示したキューシートサーバの動作を示すフロー図である。
【図７】図１中のＰＣ及びＦＭチューナの構成を示す機能ブロック図である。
【図８】図７に示したＰＣの動作を示すフロー図である。
【図９】図７に示したＰＣで生成される録音状況管理テーブルのデータ構造を示す図である。
【図１０】図９に示した録音状況管理テーブルの一例を示す図である。
【図１１】図７に示したＰＣによるインデックスファイルの生成方法及び曲の抽出方法を示す説明図である。
【図１２】図７に示したＰＣで生成されるインデックスファイルのデータ構造を示す図である。
【図１３】図２及び図７に示したキューシートサーバ及びＰＣの動作を示すフロー図である。
【図１４】キューシート上の再生範囲と実際の曲の放送時間と番組との関係を示す図である。
【図１５】曲抽出処理を示すフローチャートである。
【図１６】曲リストを示す図である。
【図１７】キューシート上の再生範囲と実際の曲の放送時間と番組との関係を示す図である。
【図１８】表示処理を示すフローチャートである。
【図１９】再生中の曲を示す表示画面を示す図である。
【図２０】再生中の曲を示す表示画面を示す図である。
【符号の説明】
【００８６】
１０ エアチェックシステム
１２ キューシートサーバ
１３ ＰＣ
１４ ＦＭチューナ
１６ 放送局サーバ
２０ 取得部
２４，２６，２９ キューシート
２８，３７ キューシートデータベース
４０ 取得モジュール
５８，８０ エアチェック装置
６９，７０ 番組表
７１，７５ 番組表データベース
【技術分野】
【０００１】
本発明は、放送局から放送される多数のコンテンツの中から所望のコンテンツを自動的に取得するエアチェック装置に関する。
【背景技術】
【０００２】
エアチェックは一般に、ラジオやテレビで放送された音楽や映像等のコンテンツを記憶媒体に記録しておき、その記録したコンテンツを後で再生して楽しむもので、無料でコンテンツを取得できることから視聴者の間で広く利用されている。
【０００３】
しかしながら、視聴者には所望のコンテンツがいつ放送されるかはわからない。たとえばラジオのＦＭ放送では、所望の曲がある番組中に放送されることがあらかじめわかる場合もあるが、番組中にはＣＭやＤＪが入るので、所望の曲が番組中のいつ放送されるかまではわからない。
【０００４】
そこで、本出願人は、特開２００７−５９０３５号公報で、キューシートを利用して所望の曲を抽出するエアチェックシステムを提案した。この文献に記載されたエアチェックシステムでは、ユーザの自宅等に設置されたエアチェック装置が、放送された曲の放送開始時刻やタイトル等を記述したキューシートをサーバから取得する。エアチェック装置はまた、常にＦＭ放送を受信し、受信された放送データを全て記憶する。そして、キューシートを参照して、録音された全放送データから所望の曲を抽出して再生する。
【０００５】
図１４に示すように、例えば、１つの番組１の中に曲Ａ〜曲Ｆが含まれている。ここで、キューシートには曲の放送開始時刻は記述されているが放送終了時刻は記述されていない。すなわち、曲の放送終了時刻は次の曲の放送開始時刻になっている。従って、図１４に示すように、曲Ｂの実際の放送時間は８：１２：００〜８：１７：００であるが、キューシートから特定される曲Ｂの再生範囲は、８：１２：００〜８：２０：００になっている。
【０００６】
上記エアチェックシステムでは、例えば、曲Ｂがユーザ操作によって再生すべき曲として指定されたときに、曲Ｂ以降の曲（曲Ｂ〜曲Ｆ）を含む番組１の放送データを連続して再生する機能を要求されている。この場合、まず曲Ｂを再生する際に曲Ｂの再生範囲として８：１２：００〜８：２０：００を特定し、記憶媒体から当該再生範囲のデータを読み出して再生する。曲Ｂの再生が一旦終了すると、次に、番組１内において曲Ｂの次の曲である曲Ｃの再生範囲として８：２０：００〜８：３５：００を特定し、記憶媒体から当該再生範囲の曲データを読み出して再生する。このように、前の曲を再生し終えてから、次の曲の再生範囲を特定して再生開始するために、曲Ｂと曲Ｃとの間（つまり８：２０：００の再生位置）において音切れが生じてしまうという問題がある。
【０００７】
また、図１４に示すように、例えば曲Ｄのキューシートに基づく再生範囲は８：３５：００〜８：４０：００であるが、実際の放送時間は８：３４：３０〜８：３９：３０になっている。これは、キューシートに記述されている放送開始時刻が分単位でしか記述されていないためである。従って、上記のように曲Ｂ以降の番組１の曲データを連続再生する場合、曲Ｄの先頭部分が欠落することになり、上記の問題は特に顕著になる。
【０００８】
【特許文献１】特開２００７−５９０３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明は上記従来の課題を解決するためになされたものであり、その目的は、ユーザ操作によって指定された曲以降の番組内の曲を連続再生する際に音切れが生じないエアチェック装置を提供することである。
【課題を解決するための手段】
【００１０】
本発明の好ましい実施形態によるエアチェック装置は、放送局から放送された複数の番組を含む放送データを受信する受信手段と、前記受信された放送データを記憶媒体に記録する記録手段と、サーバから、放送局から放送される各コンテンツの特定情報及び放送開始時刻を対応付けたキューシートと、前記放送局から放送され、複数の前記コンテンツを含む番組の特定情報及び放送時間帯に関する情報を対応付けた番組表とを取得する取得手段と、ユーザ操作に応じて所望のコンテンツを指定する指定手段と、前記取得されたキューシート及び番組表を参照し、前記所望のコンテンツのキューシート上での放送開始時刻を含む番組を番組表から特定する番組特定手段と、前記所望のコンテンツのキューシート上での放送開始時刻から、前記番組特定手段によって特定された番組の番組表における放送終了時刻までの放送データを抽出する抽出手段と、前記抽出手段によって抽出された放送データを再生する再生手段とを備える。
【００１１】
指定されたコンテンツを含む番組において指定されたコンテンツ以降のコンテンツを連続再生する場合に、指定されたコンテンツのキューシート上の放送開始時刻から、指定されたコンテンツを含む番組の番組表における放送終了時刻までの放送データが抽出され、再生される。従って、番組に含まれる複数のコンテンツの間で音切れが生じるという問題を防止することができる。
【００１２】
好ましくは、前記番組特定手段によって特定された番組に含まれる前記所望のコンテンツ以降のコンテンツをキューシートから抽出して、コンテンツリストを生成するリスト生成手段と、前記再生手段が再生している放送データの放送時刻を特定する放送時刻特定手段と、各コンテンツのキューシート上の放送開始時刻に基づいて、前記コンテンツリストに含まれる複数のコンテンツの中から、前記放送時刻特定手段によって特定された放送時刻に対応するコンテンツを特定するコンテンツ特定手段と、前記コンテンツ特定手段によって特定されたコンテンツの特定情報を、現在再生しているコンテンツとして表示装置に表示させる表示制御手段とを備える。
【００１３】
指定されたコンテンツのキューシート上の放送開始時刻から指定されたコンテンツを含む番組の番組表における放送終了時刻までの放送データが抽出され再生される場合であっても、現在再生している放送データの放送時刻とキューシートの情報とを利用することによって、現在再生しているコンテンツを特定することができる。従って、現在再生しているコンテンツの特定情報を表示装置に表示することができる。
【発明の効果】
【００１４】
指定されたコンテンツを含む番組において指定されたコンテンツ以降のコンテンツを連続再生する場合に、複数のコンテンツの間で音切れが生じるという問題を防止することができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
【００１６】
［全体構成］
図１を参照して、本発明の実施の形態によるエアチェックシステム１０は、ラジオのＦＭ(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)等のネットワーク経由で接続された他のＰＣ、専用機、携帯電話、又はＰＤＡ内に設けられていてもよい。
【００８２】
また、ＭＰ３データベース３４には外部から取得したＭＰ３データを保存しているが、ここに他の方法で取得したＭＰ３データを一緒に保存してもよい。
【００８３】
以上、本発明の好ましい実施形態を説明したが、本発明はこれらの実施形態には限定されない。
【産業上の利用可能性】
【００８４】
本発明は、エアチェック装置に好適に採用され得る。
【図面の簡単な説明】
【００８５】
【図１】本発明の実施の形態によるエアチェックシステムを含むコンピュータネットワークの全体構成を示す機能ブロック図である。
【図２】図１中のキューシートサーバの構成を示す機能ブロック図である。
【図３】図１に示したエアチェックシステムで使用されるキューシートのデータ構造を示す図である。
【図４】図３に示したキューシートの一例を示す図である。
【図５】図１に示したエアチェックシステムで使用される番組表の一例を示す図である。
【図６】図２に示したキューシートサーバの動作を示すフロー図である。
【図７】図１中のＰＣ及びＦＭチューナの構成を示す機能ブロック図である。
【図８】図７に示したＰＣの動作を示すフロー図である。
【図９】図７に示したＰＣで生成される録音状況管理テーブルのデータ構造を示す図である。
【図１０】図９に示した録音状況管理テーブルの一例を示す図である。
【図１１】図７に示したＰＣによるインデックスファイルの生成方法及び曲の抽出方法を示す説明図である。
【図１２】図７に示したＰＣで生成されるインデックスファイルのデータ構造を示す図である。
【図１３】図２及び図７に示したキューシートサーバ及びＰＣの動作を示すフロー図である。
【図１４】キューシート上の再生範囲と実際の曲の放送時間と番組との関係を示す図である。
【図１５】曲抽出処理を示すフローチャートである。
【図１６】曲リストを示す図である。
【図１７】キューシート上の再生範囲と実際の曲の放送時間と番組との関係を示す図である。
【図１８】表示処理を示すフローチャートである。
【図１９】再生中の曲を示す表示画面を示す図である。
【図２０】再生中の曲を示す表示画面を示す図である。
【符号の説明】
【００８６】
１０ エアチェックシステム
１２ キューシートサーバ
１３ ＰＣ
１４ ＦＭチューナ
１６ 放送局サーバ
２０ 取得部
２４，２６，２９ キューシート
２８，３７ キューシートデータベース
４０ 取得モジュール
５８，８０ エアチェック装置
６９，７０ 番組表
７１，７５ 番組表データベース
【特許請求の範囲】
【請求項１】
放送局から放送された複数の番組を含む放送データを受信する受信手段と、
前記受信された放送データを記憶媒体に記録する記録手段と、
サーバから、放送局から放送される各コンテンツの特定情報及び放送開始時刻を対応付けたキューシートと、前記放送局から放送され、複数の前記コンテンツを含む番組の特定情報及び放送時間帯に関する情報を対応付けた番組表とを取得する取得手段と、
ユーザ操作に応じて所望のコンテンツを指定する指定手段と、
前記取得されたキューシート及び番組表を参照し、前記所望のコンテンツのキューシート上での放送開始時刻を含む番組を番組表から特定する番組特定手段と、
前記所望のコンテンツのキューシート上での放送開始時刻から、前記番組特定手段によって特定された番組の番組表における放送終了時刻までの放送データを抽出する抽出手段と、
前記抽出手段によって抽出された放送データを再生する再生手段とを備える、エアチェック装置。
【請求項２】
前記番組特定手段によって特定された番組に含まれる前記所望のコンテンツ以降のコンテンツをキューシートから抽出して、コンテンツリストを生成するリスト生成手段と、
前記再生手段が再生している放送データの放送時刻を特定する放送時刻特定手段と、
各コンテンツのキューシート上の放送開始時刻に基づいて、前記コンテンツリストに含まれる複数のコンテンツの中から、前記放送時刻特定手段によって特定された放送時刻に対応するコンテンツを特定するコンテンツ特定手段と、
前記コンテンツ特定手段によって特定されたコンテンツの特定情報を、現在再生しているコンテンツとして表示装置に表示させる表示制御手段とを備える、請求項１に記載のエアチェック装置。
【請求項３】
放送局から放送されかつ受信機により受信された複数のコンテンツを含む放送データを記憶媒体に記録するステップと、
サーバから、放送局から放送される各コンテンツの特定情報及び放送開始時刻を対応付けたキューシートと、前記放送局から放送され、複数の前記コンテンツを含む番組の特定情報及び放送時間帯に関する情報を対応付けた番組表とを取得するステップと、
ユーザ操作に応じて所望のコンテンツを指定するステップと、
前記取得されたキューシート及び番組表を参照し、前記所望のコンテンツのキューシート上での放送開始時刻を含む番組を番組表から特定するステップと、
前記所望のコンテンツのキューシート上での放送開始時刻から、前記特定された番組の番組表における放送終了時刻までの放送データを抽出するステップと、
前記抽出された放送データを再生するステップとをコンピュータに実行させる、エアチェックプログラム。
【請求項４】
前記特定された番組に含まれる前記所望のコンテンツ以降のコンテンツをキューシートから抽出して、コンテンツリストを生成するステップと、
前記再生している放送データの放送時刻を特定するステップと、
各コンテンツのキューシート上の放送開始時刻に基づいて、前記コンテンツリストに含まれる複数のコンテンツの中から、前記特定された放送時刻に対応するコンテンツを特定するステップと、
前記特定されたコンテンツの特定情報を、現在再生しているコンテンツとして表示装置に表示させるステップとをコンピュータにさらに実行させる、請求項３に記載のエアチェックプログラム。
【請求項５】
サーバと、前記サーバにアクセス可能なエアチェック装置とを備えるエアチェックシステムであって、
前記サーバが、
放送局から放送される各コンテンツの特定情報及び放送開始時刻を対応付けたキューシートと、前記放送局から放送され、複数の前記コンテンツを含む番組の特定情報及び放送時間帯に関する情報を対応付けた番組表とを記憶するための記憶手段と、
前記記憶手段からキューシート及び番組表を読み出して前記エアチェック装置に送信する送信手段とを含み、
前記エアチェック装置が、
放送局から放送された複数の番組を含む放送データを受信する受信手段と、
前記受信された放送データを記憶媒体に記録する記録手段と、
前記サーバからキューシート及び番組表を取得する取得手段と、
ユーザ操作に応じて所望のコンテンツを指定する指定手段と、
前記取得されたキューシート及び番組表を参照し、前記所望のコンテンツのキューシート上での放送開始時刻を含む番組を番組表から特定する番組特定手段と、
前記所望のコンテンツのキューシート上での放送開始時刻から、前記番組特定手段によって特定された番組の番組表における放送終了時刻までの放送データを抽出する抽出手段と、
前記抽出手段によって抽出された放送データを再生する再生手段とを含む、エアチェックシステム。
【請求項１】
放送局から放送された複数の番組を含む放送データを受信する受信手段と、
前記受信された放送データを記憶媒体に記録する記録手段と、
サーバから、放送局から放送される各コンテンツの特定情報及び放送開始時刻を対応付けたキューシートと、前記放送局から放送され、複数の前記コンテンツを含む番組の特定情報及び放送時間帯に関する情報を対応付けた番組表とを取得する取得手段と、
ユーザ操作に応じて所望のコンテンツを指定する指定手段と、
前記取得されたキューシート及び番組表を参照し、前記所望のコンテンツのキューシート上での放送開始時刻を含む番組を番組表から特定する番組特定手段と、
前記所望のコンテンツのキューシート上での放送開始時刻から、前記番組特定手段によって特定された番組の番組表における放送終了時刻までの放送データを抽出する抽出手段と、
前記抽出手段によって抽出された放送データを再生する再生手段とを備える、エアチェック装置。
【請求項２】
前記番組特定手段によって特定された番組に含まれる前記所望のコンテンツ以降のコンテンツをキューシートから抽出して、コンテンツリストを生成するリスト生成手段と、
前記再生手段が再生している放送データの放送時刻を特定する放送時刻特定手段と、
各コンテンツのキューシート上の放送開始時刻に基づいて、前記コンテンツリストに含まれる複数のコンテンツの中から、前記放送時刻特定手段によって特定された放送時刻に対応するコンテンツを特定するコンテンツ特定手段と、
前記コンテンツ特定手段によって特定されたコンテンツの特定情報を、現在再生しているコンテンツとして表示装置に表示させる表示制御手段とを備える、請求項１に記載のエアチェック装置。
【請求項３】
放送局から放送されかつ受信機により受信された複数のコンテンツを含む放送データを記憶媒体に記録するステップと、
サーバから、放送局から放送される各コンテンツの特定情報及び放送開始時刻を対応付けたキューシートと、前記放送局から放送され、複数の前記コンテンツを含む番組の特定情報及び放送時間帯に関する情報を対応付けた番組表とを取得するステップと、
ユーザ操作に応じて所望のコンテンツを指定するステップと、
前記取得されたキューシート及び番組表を参照し、前記所望のコンテンツのキューシート上での放送開始時刻を含む番組を番組表から特定するステップと、
前記所望のコンテンツのキューシート上での放送開始時刻から、前記特定された番組の番組表における放送終了時刻までの放送データを抽出するステップと、
前記抽出された放送データを再生するステップとをコンピュータに実行させる、エアチェックプログラム。
【請求項４】
前記特定された番組に含まれる前記所望のコンテンツ以降のコンテンツをキューシートから抽出して、コンテンツリストを生成するステップと、
前記再生している放送データの放送時刻を特定するステップと、
各コンテンツのキューシート上の放送開始時刻に基づいて、前記コンテンツリストに含まれる複数のコンテンツの中から、前記特定された放送時刻に対応するコンテンツを特定するステップと、
前記特定されたコンテンツの特定情報を、現在再生しているコンテンツとして表示装置に表示させるステップとをコンピュータにさらに実行させる、請求項３に記載のエアチェックプログラム。
【請求項５】
サーバと、前記サーバにアクセス可能なエアチェック装置とを備えるエアチェックシステムであって、
前記サーバが、
放送局から放送される各コンテンツの特定情報及び放送開始時刻を対応付けたキューシートと、前記放送局から放送され、複数の前記コンテンツを含む番組の特定情報及び放送時間帯に関する情報を対応付けた番組表とを記憶するための記憶手段と、
前記記憶手段からキューシート及び番組表を読み出して前記エアチェック装置に送信する送信手段とを含み、
前記エアチェック装置が、
放送局から放送された複数の番組を含む放送データを受信する受信手段と、
前記受信された放送データを記憶媒体に記録する記録手段と、
前記サーバからキューシート及び番組表を取得する取得手段と、
ユーザ操作に応じて所望のコンテンツを指定する指定手段と、
前記取得されたキューシート及び番組表を参照し、前記所望のコンテンツのキューシート上での放送開始時刻を含む番組を番組表から特定する番組特定手段と、
前記所望のコンテンツのキューシート上での放送開始時刻から、前記番組特定手段によって特定された番組の番組表における放送終了時刻までの放送データを抽出する抽出手段と、
前記抽出手段によって抽出された放送データを再生する再生手段とを含む、エアチェックシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１８】
【図１７】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１８】
【図１７】
【図１９】
【図２０】
【公開番号】特開２０１０−１６４３３（Ｐ２０１０−１６４３３Ａ）
【公開日】平成２２年１月２１日（２０１０．１．２１）
【国際特許分類】
【出願番号】特願２００８−１７１９８１（Ｐ２００８−１７１９８１）
【出願日】平成２０年７月１日（２００８．７．１）
【出願人】（００００００２７３）オンキヨー株式会社 (502)
【Ｆターム（参考）】
【公開日】平成２２年１月２１日（２０１０．１．２１）
【国際特許分類】
【出願日】平成２０年７月１日（２００８．７．１）
【出願人】（００００００２７３）オンキヨー株式会社 (502)
【Ｆターム（参考）】
[ Back to top ]