JP4577400B2 - エアチェックシステム - Google Patents

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)経由の宅内又はインターネット経由の宅外からでもウェブインターフェース３９にアクセス可能であれば、曲リストの表示、曲の指定及び再生が可能である。

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

上記実施の形態では、ＰＣ１３は各放送局から提供されるキューシート及び番組表をキューシートサーバ１２経由で取得しているが、各放送局から直接取得してもよい。具体的には、図７に示した取得モジュール４０は、キューシートサーバ１２ではなく各放送局サーバ１６に直接アクセスする。キューシート及び番組表のフォーマットは放送局ごとに異なっているので、この場合は、図１７に示すように、取得されたキューシート及び番組表のフォーマットを共通フォーマットに変換するフォーマット変換部２１をＰＣ１３に設ければよい。フォーマット変換部２１は、共通フォーマットのキューシート２９をキューシートデータベース３７に保存し、共通フォーマットの番組表７０を番組表データベース７１に保存する。ただし、放送局から提供されるキューシート及び番組表が既に共通フォーマットを有している場合、取得モジュール４０はフォーマット変換部２１をバイパスし、取得したキューシートをキューシートデータベース３７に直接書き込み、番組表７０を番組表データベース７１に直接書き込む。

また、上記実施の形態では放送データは無線放送で送信されているが、有線放送で送信されていてもよく、また、インターネット等の電気通信回線を介して送信されていてもよい。インターネット経由で放送データを受信するためには、図７に示したＦＭチューナ１４、ＡＤＣ３１及びＭＰ３エンコーダ３２に代えて、図１８に示すように、放送データ取得モジュール５０をＰＣ１３に設ければよい。放送データ取得モジュール５０は放送局サーバ１６にアクセスし、そこに現在取得可能な状態でアップロードされている放送データ（又はリアルタイムストリームとして配信されている放送データ）を送信するよう要求する。放送局サーバ１６はこの要求に応じて放送データを返信するので、放送データ取得モジュール５０は返信されて来た放送データを受信してＭＰ３データベース３４に保存する。すなわち、放送データ取得モジュール５０は放送局サーバ１６から放送データをダウンロードする。

図１８に示した例では、取得モジュール４０で放送局サーバ１６からキューシート及び番組表を直接取得し、フォーマット変換部２１でキューシート及び番組表のフォーマットを共通フォーマットに変換するようにしているが、図７に示したように取得モジュール４０でキューシートサーバ１２からキューシート及び番組表を取得してもよい。

また、キューシート及び番組表が放送データに多重化されている場合は、図１９に示すように、デマルチプレクサ（ＤＭＵＸ）５２を設ければよい。デマルチプレクサ５２は、取得モジュール４０に代わりにキューシート及び番組表を取得する機能を有するもので、放送データ取得モジュール５０で取得した放送データからキューシート及び番組表を分離する。放送データそのものはＭＰ３データベース３４に保存され、分離されたキューシートはキューシートデータベース３７に、番組表は番組表データベース７１にそれぞれ保存される。

また、ＦＭ文字多重放送などのように、無線放送で送信される放送データにＤＡＲＣ(DAta Radio Channel)方式等によりキューシート及び番組表を文字情報として多重化することも可能である。この場合、図２０に示すように、ＦＭ文字多重放送対応のＦＭチューナ１４を用い、受信部５４で受信した放送データからデマルチプレクサ５２でキューシート及び番組表を分離する。放送データそのものはＡＤＣ３１及びＭＰ３エンコーダ３２を介してＭＰ３データベース３４に保存される。一方、分離されたキューシート及び番組表は、必要に応じて共通フォーマットに変換され、キューシートデータベース３７及び番組表データベース７１に保存される。

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

この例では、ＰＣ５６は取得モジュール４０でキューシートサーバ１２又は放送局サーバ１６からキューシート及び番組表を取得し、エアチェック装置５８の入出力インターフェース６０を介してキューシートデータベース３７及び番組表データベース７１に保存する。取得モジュール４０で取得するキューシート及び番組表のフォーマットが共通フォーマットでない場合、フォーマット変換部５６を図２１に示すようにＰＣ５６に設けるか、エアチェック装置５８に設けるか、すればよい。なお、ＰＣ５６に代えて、携帯電話機やＰＤＡ等の携帯情報端末を用いてもよい。

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

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

以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。

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

符号の説明

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

Claims (5)

1. サーバと、前記サーバにアクセス可能なエアチェック装置とを備えたエアチェックシステムであって、
   前記サーバは、
   放送局から放送される各曲の特定情報と前記各曲の放送開始時刻とを対応付け、前記各曲の放送終了時刻を含まないキューシートと、前記放送局から放送され、複数の前記曲を含む番組の特定情報と放送時間帯とを含む番組表とを記憶するための記憶手段と、
   前記エアチェック装置からの要求に応じて前記記憶手段からキューシート及び番組表を読み出して前記エアチェック装置に送信する送信手段とを含み、
   前記エアチェック装置は、
   放送局から放送された複数の番組を含む放送データを受信する受信手段と、
   前記受信された放送データを記憶媒体に記録する記録手段と、
   前記サーバから前記キューシート及び前記番組表を取得する取得手段と、
   所望の曲を指定する指定手段と、
   前記所望の曲の次に放送された曲の放送開始時刻が、前記所望の曲の放送開始時刻を含む番組の放送時間帯内に含まれるか否かを判断する判断手段と、
   前記所望の曲の次に放送された曲の放送開始時刻が前記番組の放送時間帯内に含まれるとき、前記所望の曲の放送開始時刻から前記次に放送された曲の放送開始時刻までのデータを前記放送データから抽出し、前記所望の曲の次に放送された曲の放送開始時刻が前記番組の放送時間帯よりも遅いとき、前記所望の曲の放送開始時刻から前記番組の放送終了時刻までのデータを前記放送データから抽出する抽出手段とを含むことを特徴とするエアチェックシステム。
2. 請求項１に記載のエアチェックシステムであって、
   前記エアチェック装置はさらに、
   前記抽出手段により抽出されたデータを再生する再生手段を含むことを特徴とするエアチェックシステム。
3. 放送局から放送された複数の曲を含む放送データを記憶媒体に記録する記録手段と、
   放送局から放送される各曲の特定情報と前記各曲の放送開始時刻とを対応付け、前記各曲の放送終了時刻を含まないキューシートと、前記放送局から放送され複数の前記曲を含む番組の特定情報と放送時間帯とを含む番組表とを取得する取得手段と、
   所望の曲を指定する指定手段と、
   前記所望の曲の次に放送された曲の放送開始時刻が、前記所望の曲の放送開始時刻を含む番組の放送時間帯内に含まれるか否かを判断する判断手段と、
   前記所望の曲の次に放送された曲の放送開始時刻が前記番組の放送時間帯内に含まれるとき、前記所望の曲の放送開始時刻から前記次に放送された曲の放送開始時刻までのデータを前記放送データから抽出し、前記所望の曲の次に放送された曲の放送開始時刻が前記番組の放送時間帯よりも遅いとき、前記所望の曲の放送開始時刻から前記番組の放送終了時刻までのデータを前記放送データから抽出する抽出手段とを含むことを特徴とする曲抽出装置。
4. 請求項３に記載の曲抽出装置であってさらに、
   前記抽出手段により抽出された前記データを再生する再生手段を含むことを特徴とする曲抽出装置。
5. 放送局から放送された複数の曲を含む放送データを記憶媒体に記録するステップと、
   放送局から放送される各曲の特定情報と前記各曲の放送開始時刻とを対応づけ、前記各曲の放送終了時刻を含まないキューシートと、前記放送局から放送される番組の特定情報と放送時間帯とを含む番組表とを取得するステップと、
   所望の曲を指定するステップと、
   前記所望の曲の次に放送された曲の放送開始時刻が、前記所望の曲の放送開始時刻を含む番組の放送時間帯内に含まれるか否かを判断するステップと、
   前記所望の曲の次に放送された曲の放送開始時刻が前記番組の放送時間帯内に含まれるとき、前記所望の曲の放送開始時刻から前記次に放送された曲の放送開始時刻までのデータを前記放送データから抽出し、前記所望の曲の次に放送された曲の放送開始時刻が前記番組の放送時間帯よりも遅いとき、前記所望の曲の放送開始時刻から前記番組の放送終了時刻までのデータを前記放送データから抽出するステップとをコンピュータに実行させるための曲抽出プログラム。

Images