JP4724788B2 - エアチェックシステム、エアチェック装置及びエアチェックプログラム - 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はインデックスファイル４４を示す拡張子）と設定される。

［曲転送処理］
エアチェック装置８０は、オンエアされた曲を蓄積していくとともに、蓄積された曲を特定する。そして、特定された曲がユーザ所望の曲である場合、その曲を抽出し、ユーザが所持する携帯端末５に送信する（曲転送処理）。これにより、ユーザは、ＦＭ放送を聴いていなくても、好みの曲がオンエアされた後にその曲を携帯端末５で聴くことができる。以下、曲転送処理の詳細を説明する。

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

続いて、取得モジュール４０は、ステップＳ３０２で取得されたキューシート２９が前回取得されたキューシート２９から更新されているか否かを判断する（Ｓ３０３）。前回取得されたキューシート２９は、キューシートデータベース３７に記憶されている。取得モジュール４０は、ステップＳ３０２で取得されたキューシート２９が前回取得されたキューシート２９と比較して、新たな曲情報ＭＩを含むか否かを判断する。たとえば、前回取得されたキューシート２９が図１５であり、今回取得したキューシート２９も図１５である場合、取得モジュール４０は、キューシート２９は更新されていないと判断する（Ｓ３０３でＮＯ）。このとき、ＰＣ１３は、ステップＳ３０２で取得されたキューシート２９をキューシートデータベース３７に登録することなく、ステップＳ３０１に戻る。

一方、ステップＳ３０２で今回取得したキューシート２９が図１６のとおりである場合、取得されたキューシート２９は、前回取得されたキューシート２９（図１５）と比較して、新たに追加された曲情報ＭＩ［ｎ］を含む。このとき、取得モジュール４０はキューシート２９が更新されたと判断する（Ｓ３０３でＹＥＳ）。このとき、取得モジュール４０は、キューシートデータベース３７内に記憶されているキューシート２９を最新のものに更新する（Ｓ３０４）。

続いて、ＰＣ１３は、新たに追加された曲情報ＭＩｎを用いて、ＭＰ３データベース３４に記憶されている放送データから、ユーザが所望する曲データを抽出する（Ｓ３０６及びＳ３０７）。具体的には、ＰＣ１３内のウェブインターフェース３９は、キューシートデータベース３７内のキューシート２９を参照して、曲情報ＭＩ［ｎ］の放送開始時刻ｂｅｇｉｎ［ｎ］と、曲情報ＭＩ［ｎ］の１つ前の曲情報ＭＩ［ｎ−１］の放送開始時刻ｂｅｇｉｎ［ｎ−１］とを抽出する。そして、ウェブインターフェース３９は、キューシート２９内のステーションＩＤ、ｂｅｇｉｎ［ｎ］及びｂｅｇｉｎ［ｎ−１］と、録音状況管理テーブル４３とを参照して、対応するＭＰ３ファイル４２のファイル名を特定する。

ウェブインターフェース３９はさらに、特定されたファイル名に対応するインデックスファイル４４を参照し、放送時間帯がｂｅｇｉｎ［ｎ−１］からｂｅｇｉｎ［ｎ］までのＭＰ３データを抽出する（Ｓ３０６）。抽出されたＭＰ３データ（以下、抽出曲データという）は、メモリ１３２又はＨＤＤ１３３に格納される。

以上の動作により作成された抽出曲データは、曲情報ＭＩ［ｎ−１］に対応する曲データである。そのため、ウェブインターフェース３９は、曲データベース７６内の曲テーブル７７に、抽出されたＭＰ３データを曲情報ＭＩ［ｎ−１］と対応付けて登録する（Ｓ３０７）。曲テーブル７７の一例を図１７に示す。曲テーブル７７には、曲情報ＭＩと対応する抽出曲データの格納場所が登録される。

続いて、ＰＣ１３は、抽出されたＭＰ３データをユーザの携帯端末５に転送するための処理を実行する（Ｓ３０８〜Ｓ３１３）。

ＰＣ１３内のウェブインターフェース３９はまず、ステップＳ３０６で作成された抽出曲データの通知をユーザが希望しているか否かを判断する（Ｓ３０８）。ＰＣ１３は、ＨＤＤ１３３内に図１８に示す抽出条件データベース９０を記憶している。抽出条件データベース９０は、ユーザが通知を希望する曲に関連するキーワード情報と、抽出曲データの転送の希望の有無を示す転送フラグ情報と、ユーザが利用している携帯端末５で再生可能なデータフォーマットに関するフォーマット情報とを含む。キーワード情報は、たとえば、アーティスト名や曲のジャンル等である。抽出条件データベース９０内の各情報は、ユーザ操作に応じてＰＣ１３が予め設定する。

ウェブインターフェース３９は、抽出条件データベース９０内のキーワード情報と、抽出曲データに対応する曲情報ＭＩ［ｎ−１］とを参照して、抽出曲データがユーザ希望の曲データであるか否かを判断する（Ｓ３０８）。判断の結果、曲情報ＭＩ［ｎ−１］がキーワード情報と関連していない場合、たとえば、曲情報ＭＩ［ｎ−１］内のアーティスト名がキーワード情報内のアーティスト名と異なる場合（Ｓ３０８でＮＯ）、ステップＳ３０１に戻る。つまり、ＰＣ１３は、携帯端末５に対して抽出曲データの通知も転送もしない。

一方、ステップＳ３０８で判断の結果、曲情報ＭＩ［ｎ−１］がキーワード情報内のキーワードと関連するとき（Ｓ３０８でＹＥＳ）、ウェブインターフェース３９はさらに、抽出条件データベース９０内の転送フラグを参照し、ユーザが抽出曲データの転送を希望しているか否かを判断する（Ｓ３０９）。ユーザが抽出曲データの転送を希望していない場合（Ｓ３０９でＮＯ）、ウェブインターフェース３９は、抽出曲データの取得通知を携帯端末５に送信する（Ｓ３１３）。取得通知はたとえばメールにより行われる。取得通知は、抽出曲データに対応する曲情報ＭＩ［ｎ−１］内の所定の情報（たとえば、曲のタイトルやアーティスト名）を含む。

ステップＳ３０９で判断の結果、ユーザが抽出曲データの転送を希望している場合（Ｓ３０９でＹＥＳ）、ＰＣ１３は、抽出曲データを携帯端末５が再生可能なフォーマットに変換する（Ｓ３１１）。ＰＣ１３は、抽出条件データベース９０内のフォーマット情報を参照して、抽出曲データのフォーマットを変換する。そして、ＰＣ１３は、変換された抽出曲データを携帯端末５に送信する（Ｓ３１２）。ＰＣ１３はたとえば、ステップＳ３１３で作成される取得通知と同様に、曲情報ＭＩ［ｎ−１］の一部を含むメールを作成し、そのメールに抽出曲データを添付して携帯端末５に送信する。

上述の曲転送処理は、所定時間ごと（たとえば１分ごと）に繰り返し実行される。そのため、ＰＣ１３は、キューシート２９に新たな曲情報ＭＩ［ｎ］が追加されるごとに、曲情報ＭＩ［ｎ−１］のＭＰ３データを抽出し、ユーザの希望に応じて携帯端末５に送信する。その結果、ユーザがラジオ放送を聴いていなくても、好みの曲がオンエアされると、その曲データが携帯端末５に転送され、携帯端末５で再生することができる。たとえば、ユーザが携帯端末５を所持して外出しており、ラジオ放送を聴いていない場合であっても、オンエアされた好みの曲をいちはやく取得し、携帯端末５で再生することによりその曲を聴くことができる。

携帯端末５の記憶容量に限りがある場合、ユーザは、ステップＳ３１３の取得通知が届いた後に、必要に応じて抽出曲データを取得することもできる。また、ユーザは、携帯端末５を用いて抽出条件データベース９０を更新することもできる。以下、これらの動作（以下、応答処理という）を詳述する。

図１４を参照して、ＰＣ１３はステップＳ３１２又はステップＳ３１３を実行したとき、応答処理を実行する（Ｓ３２０）。図１９を参照して、ＰＣ１３内のウェブインターフェース３９は、携帯端末５からの応答を所定期間監視する（Ｓ３２１）。所定時間内に携帯端末５からの応答がなければ（Ｓ３２１でＮＯ）、ＰＣ１３は応答処理を終了する。

一方、所定期間内に携帯端末５から応答があった場合（Ｓ３２１でＹＥＳ）、ウェブインターフェース３９は、携帯端末５からの応答メッセージに応じた処理を実行する（Ｓ３２２〜Ｓ３２５）。たとえば、携帯端末５から送信された応答メールが、メッセージ本体に何らかのテキストを含む場合（Ｓ３２２でＮＯ）、ＰＣ１３は抽出条件データベース９０内のキーワード情報のうち、曲情報ＭＩ［ｎ−１］に関連するキーワードを削除する。たとえば、曲情報ＭＩ［ｎ−１］がキーワード情報内のアーティスト名「ａａａａ」に基づいて通知された場合、ステップＳ３２５でキーワード情報内のアーティスト名「ａａａａ」を削除する。

一方、携帯端末５から送信された応答メールが、メッセージ本体にテキストを含まない、いわゆる空メールである場合（Ｓ３２２でＹＥＳ）、ウェブインターフェース３９はさらに、携帯端末５に抽出曲データを既に送信したか否かを判断する（Ｓ３２３）。換言すれば、携帯端末５の応答メールが、ステップＳ３１２の動作に対する応答メールか、ステップＳ３１３の動作に対する応答メールかを判断する。

既に抽出曲データを送信している場合（Ｓ３２３でＮＯ）、つまり、携帯端末５からの応答メールが、ステップＳ３１２で送信したメールに対するものである場合、ウェブインターフェース３９は、以降の曲転送処理では携帯端末５に対して、ステップＳ３１３の取得通知を送信するよう（つまり、Ｓ３０９でＮＯと判断するよう）、抽出条件データベース９０内の転送フラグを変更する。一方、ステップＳ３２３の判断の結果、応答メールがステップＳ３１３に応答したものである場合（Ｓ３２３でＹＥＳ）、ＰＣ１３は、抽出曲データのフォーマットを適切なフォーマットに変換し、携帯端末５に送信する（Ｓ３１０）。

以上の動作により、携帯端末５のユーザは、抽出条件データベース９０内の情報を自由に更新することができる。また、ステップＳ３１３の取得通知を受けたとき、通知を受けた曲を聴きたいのであれば、空メールをＰＣ１３に送信することで抽出曲データを取得でき、携帯端末５で再生できる。

［第２の実施の形態］
上述の実施の形態では、キューシート２９に登録された曲情報ＭＩ中の放送開始時刻ｂｅｇｉｎ［ｎ］及びｂｅｇｉｎ［ｎ−１］に基づいて、ＭＰ３データを抽出した。しかしながら、これらの放送開始時刻に基づいてＭＰ３データを抽出する場合、曲データ以外のデータ、たとえば、曲の後に放送されるニュースや天気予報等も抽出してしまう場合がある。たとえば、次の事例を仮定する。図２０を参照して、曲Ｍ３（曲名「ＬＡＤＹ」、アーティスト名「ＴＯＭＭＹ △×」）が実際に放送された時間帯が６時４７分〜６時５０分であるものの、曲Ｍ３の次に放送された曲Ｍ４の放送開始時刻が７時４０分である。そして、６時５０分から７時４０分までの間の放送時間帯には、番組表７０が示すとおり、オリンピック情報やニュース、スポーツ番組等の番組が放送されている。これらの番組中では曲が流れなかったと仮定する。

この事例の場合、作成されるキューシート２９は図２０のとおりとなる。つまり、曲Ｍ３の曲情報ＭＩ３内の放送開始時刻ｂｅｇｉｎ［３］は６時４７分であり、曲Ｍ４の放送開始時時刻ｂｅｇｉｎ［４］は７時４０分である。

ＰＣ１３がキューシート２９の放送開始時刻に基づいてＭＰ３データを抽出する場合、ＰＣ１３は、放送開始時刻ｂｅｇｉｎ［３］〜ｂｅｇｉｎ［４］までの放送時間帯ＰＴ３のＭＰ３データを曲Ｍ３のデータとして抽出し、携帯端末５に送信する。この場合、送信されたＭＰ３データ（抽出曲データ）は、オリンピック情報やニュース等の曲Ｍ３以外のデータも含む。これらの余分なデータは不要であるため、曲Ｍ３以外のデータをなるべく抽出しないのが好ましい。

さらに、キューシート２９の放送開始時刻に基づいて曲Ｍ３を抽出する場合、曲Ｍ３データを携帯端末５に送信できるのは、少なくとも７時４０分以降である。なぜなら、キューシートに曲Ｍ４の放送開始時刻ｂｅｇｉｎ［４］が登録されるのは、７時４０分以降になるためである。そのため、ユーザは、曲Ｍ３の放送終了後すみやかに携帯端末５で曲Ｍ３を聴くことができない。

そこで、第２の実施の形態によるエアキャッシュシステムでは、ＭＰ３データを抽出するときに、キューシート２９と共に、番組表７０を活用する。図２０を参照して、ＰＣ１３は、曲Ｍ３の曲情報ＭＩ３をキューシート２９から取得したとき、番組中に曲Ｍ３をオンエアを開始した番組Ｐ２（番組名「地球で暮らそう」）の番組終了時刻Ｐｅｎｄ（６時５０分）を番組表７０から読み出す。そして、キューシート２９が更新されて曲Ｍ３の次の曲Ｍ４の曲情報ＭＩ４が取得できる状態になる前に、現在時刻が番組終了時刻Ｐｅｎｄを超えたとき、曲Ｍ３の放送開始時刻ｂｅｇｉｎ［３］（６時４７分）から番組終了時刻Ｐｅｎｄ（６時５０分）までの放送時間帯ＰＴ１のＭＰ３データを抽出し、抽出したＭＰ３データ（抽出曲データ）を曲情報ＭＩ３と対応付ける。

この様に、キューシート２９と共に番組表７０を参照することにより、抽出するＭＰ３データ内に曲データ以外のデータ（オリンピック情報やニュース等）が含まれるのを抑制できる。さらに、好みの曲Ｍ３がオンエアされたとき速やかに携帯端末５にその曲データを送信できる。曲Ｍ４のオンエアが開始されるまで待つ必要がない。

以下、第２の実施の形態によるＰＣ１３の動作を説明する。なお、ＰＣ１３は、予めキューシートサーバ１２から各放送局の番組表７０を取得しＨＤＤ１３３に格納している。

図２１を参照して、ステップＳ３０１〜Ｓ３０５までの動作は図１４と同じである。ウェブインターフェース３９はキューシート２９を参照して最新の曲情報ＭＩ［ｎ］から放送開始時刻ｂｅｇｉｎ［ｎ］を読み出した後（Ｓ３０５）、曲データベース７６を参照して１つ前の曲情報ＭＩ［ｎ−１］にＭＰ３データが既に対応付けられているか否かを判断する（Ｓ３３１）。対応付けられていない場合（Ｓ３３１でＮＯ）、図１４中のＳ３０６以降の動作を同じである。つまり、このケースは、たとえば図２０中の曲Ｍ２に相当し、放送開始時刻ｂｅｇｉｎ［ｎ］（曲Ｍ３の放送開始時刻）と、放送開始時刻ｂｅｇｉｎ［ｎ−１］とが同じ番組（Ｐ２）の放送時間帯に含まれるケースである。

一方、ステップＳ３３１で判断の結果、１つ前の曲情報ＭＩ［ｎ−１］にＭＰ３データが既に対応付けられている場合（Ｓ３３１でＹＥＳ）、ウェブインターフェース３９は、番組表データベース７５内の番組表７０から最新曲情報ＭＩ［ｎ］の放送開始時刻ｂｅｇｉｎ［ｎ］を含む放送時間帯の番組を特定する。そして、特定された番組の番組終了時刻Ｐｅｎｄを読み出す。番組表７０に、各番組の放送開始時刻のみが登録されている場合、ＰＣ１３は、特定された番組の次に放送される番組の放送開始時刻を、特定された番組の番組終了時刻Ｐｅｎｄとみなして読み出す。たとえば、図２０の場合であって、最新曲情報が曲Ｍ３の曲情報である場合、特定される番組はＰ２であり、番組終了時刻Ｐｅｎｄは６時５０分である。

ウェブインターフェース３９は、現在時刻が、読み出された放送終了時刻Ｐｅｎｄを超えているか否かを判断する（Ｓ３３３）。現在時刻が放送終了時刻Ｐｅｎｄを超えていない場合（Ｓ３３３でＮＯ）、ステップＳ３０１に戻る。要するに、ＰＣ１３は、更新されたキューシート２９を取得しない限り、所定期間ごとにステップＳ３３３の判断ステップを実行する。

ステップＳ３３３で判断の結果、現在時刻が番組終了時刻Ｐｅｎｄを超えた場合（Ｓ３３３でＹＥＳ）、たとえば図２０で６時５１分にステップＳ３３３を実行した場合、ＰＣ１３は、放送開始時刻ｂｅｇｉｎ［ｎ］から番組終了時刻ＰｅｎｄまでのＭＰ３データを抽出し（Ｓ３３４）。抽出曲データを曲情報ＭＩ［ｎ］と対応付ける（Ｓ３３５）。以降の動作（Ｓ３０８〜Ｓ３１３及びＳ３２０）は、図１４と同じである。

以上の動作によれば、ＰＣ１３は、キューシート２９と番組表７０とを参照することで、抽出するＭＰ３データ内に曲以外の余分な情報が含まれるのを抑制する。さらに、ユーザの好みの曲がオンエアされた後、より速やかにユーザの携帯端末５に曲データを送信できる。

上記実施の形態では放送されるコンテンツを曲（音楽）としたが、本発明は曲だけでなく、映像その他のあらゆるコンテンツに適用可能であり、そのデータは圧縮されているか否かは限定されない。つまり、コンテンツを含む放送データの形態は、ＦＭラジオに限らず、ＡＭラジオ、インターネットラジオ、ＴＶ（アナログ／デジタル）、ＣＳ／ＢＳ（アナログ／デジタル）等の衛星放送であってもよい。

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

また、上記実施の形態ではＦＭチューナ１４及びＰＣ１３がエアチェック装置８０を構成しているが、ＦＭ放送を受信してハードディスクに記録する一体型の専用機がエアチェック装置を構成してもよい。

上記実施の形態では、キューシートサーバ１２が放送局から提供されるキューシート及び番組表を取得しているが、キューシートサーバ１２の運営者がキューシート及び番組表をキューシートサーバ１２に直接入力してキューシートサーバ１２に記憶させてもよい。

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

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

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

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

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

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

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

また、ＭＰ３データベース３４には外部から取得したＭＰ３データを保存しているが、ここに他の方法で取得したＭＰ３データを一緒に保存してもよい。
上記実施の形態では、抽出条件データベース９０に基づいて、ＨＤＤ１３３に記録された放送データのうち、ユーザ所望の曲を抽出したが、ＰＣ１３は、キューシートが更新されて新たな曲情報を取得するごとに、その曲情報に基づいて曲データを抜き出し、順次ＨＤＤ１３３又はメモリ１３２に格納してもよい。要するに、抽出条件データベース９０は、曲データを抽出するときに利用されなくてもよい。

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

本発明の第１の実施の形態によるエアチェックシステムの構成を示す機能ブロック図である。 図１に示したパーソナルコンピュータ（ＰＣ）のハードウェア構成を示すブロック図である。 図１に示したキューシートサーバの構成を示す機能ブロック図である。 図１に示したエアチェックシステムで使用されるキューシートのデータ構造を示す図である。 図４に示したキューシートの一例を示す図である。 図１に示したエアチェックシステムで使用される番組表の一例を示す図である。 図３に示したキューシートサーバの動作を示すフロー図である。 図１に示したエアチェック装置の構成を示す機能ブロック図である。 図８に示したＰＣの動作を示すフロー図である。 図８で示したＰＣで生成される録音管理状況テーブルのデータ構造を示す図である。 図１０に示した録音管理状況テーブルの一例を示す図である。 図８に示したＰＣによるインデックスファイルの生成方法及び曲の抽出方法を説明するための図である。 図８に示したＰＣで生成されるインデックスファイルのデータ構造を示す図である。 図８に示したＰＣで実行される曲転送処理の詳細を示すフロー図である。 図５と異なるキューシートの他の一例を示す図である。 図５及び図１５と異なるキューシートの他の一例を示す図である。 図８に示したＰＣで生成される曲データベースのデータ構造を示す図である。 図８に示したＰＣが記憶する抽出条件データベースのデータ構造を示す図である。 図８に示したＰＣが実行する応答処理の詳細を示すフロー図である。 本発明の第２の実施の形態の概要を説明するための図である。 図１４と異なる他の曲転送処理の詳細を示すフロー図である。 本発明の実施の形態によるＰＣの他の例を示す図である。 本発明の実施の形態によるＰＣのさらに他の例を示す図である。 本発明の実施の形態によるＰＣのさらに他の例を示す図である。 本発明の実施の形態によるＦＭチューナ及びＰＣの他の例を示す図である。 本発明の実施の形態によるエアチェック装置の他の例を示す図である。

符号の説明

５ 携帯端末
１０ エアチェックシステム
１２ キューシートサーバ
１３ パーソナルコンピュータ
１４ ＦＭチューナ
２４，２６，２９ キューシート
３９ ウェブインターフェース
４０ 取得モジュール
６９，７０ 番組表
８０ エアチェック装置

Claims (7)

1. サーバと、前記サーバに接続されるエアチェック装置とを備えるエアチェックシステムであって、
   前記サーバは、
   放送局から放送された複数のコンテンツの放送時間に関する複数のコンテンツ情報を含むキューシートを記憶するサーバ記憶手段と、
   時間の経過に伴い放送されたコンテンツのコンテンツ情報を順次前記キューシートに追加して前記キューシートを更新する更新手段と、
   前記エアチェック装置からの要求に応じて前記サーバ記憶手段に記憶されたキューシートを前記エアチェック装置に送信するサーバ送信手段とを備え、
   前記エアチェック装置は、
   放送局から放送された複数のコンテンツを含む放送データを受信する受信手段と、
   前記受信された放送データ及び前記キューシートを記憶するエアチェック記憶手段と、
   所定時間ごとに前記サーバから前記キューシートを取得する取得手段と、
   前記キューシートを取得するごとに、前記取得されたキューシートと前記エアチェック記憶手段に記憶されたキューシートとを比較して、前記取得されたキューシートが新たなコンテンツ情報を含むか否かを判断する判断手段と、
   前記取得されたキューシートが前記新たなコンテンツ情報を含むと判断するごとに、前記エアチェック記憶手段に記憶されたキューシートを、前記取得されたキューシートに更新する更新手段と、
   前記取得されたキューシートが前記新たなコンテンツ情報を含むと判断するごとに、前記新たなコンテンツ情報を参照して、前記エアチェック記憶手段に記憶された放送データからコンテンツを抽出する抽出手段とを備えることを特徴とするエアチェックシステム。
2. 放送されたコンテンツの放送時間に関するコンテンツ情報が時間の経過に伴い順次追加されるキューシートを有するサーバに接続可能なエアチェック装置であって、
   放送局から放送された複数のコンテンツを含む放送データを受信する受信手段と、
   前記受信された放送データと前記キューシートとを記憶するエアチェック記憶手段と、
   所定時間ごとに前記サーバから前記キューシートを取得する取得手段と、
   前記キューシートを取得するごとに、前記取得されたキューシートと前記エアチェック記憶手段に記憶されたキューシートとを比較して、前記取得されたキューシートが新たなコンテンツ情報を含むか否かを判断する判断手段と、
   前記取得されたキューシートが前記新たなコンテンツ情報を含むと判断するごとに、前記エアチェック記憶手段に記憶されたキューシートを、前記取得されたキューシートに更新する更新手段と、
   前記取得されたキューシートが前記新たなコンテンツ情報を含むと判断するごとに、前記新たなコンテンツ情報を参照して、前記エアチェック記憶手段に記憶された放送データからコンテンツを抽出する抽出手段とを備えることを特徴とするエアチェック装置。
3. 請求項２に記載のエアチェック装置であってさらに、
   ユーザ端末と接続可能であり、
   前記コンテンツを抽出したとき、前記抽出されたコンテンツを前記ユーザ端末に送信するエアチェック送信手段を備えることを特徴とするエアチェック装置。
4. 請求項３に記載のエアチェック装置であって、
   前記エアチェック送信手段はさらに、
   前記抽出されたコンテンツを送信する前に、前記ユーザ端末に通知を送信する通知手段と、
   前記通知を送信したユーザ端末から応答を受けたとき、前記抽出されたコンテンツを送信するコンテンツ送信手段とを備えることを特徴とするエアチェック装置。
5. 請求項２〜４のいずれかに記載のエアチェック装置であって、
   前記エアチェック記憶手段はさらに、コンテンツの抽出条件を記憶し、
   前記抽出手段はさらに、前記抽出条件を満たすコンテンツを抽出することを特徴とするエアチェック装置。
6. 請求項２〜５のいずれかに記載のエアチェック装置であって、
   前記コンテンツ情報は、コンテンツの放送開始時刻を含み、
   前記取得手段はさらに、前記放送局から放送される複数の番組の放送時間に関する番組表情報を前記サーバから取得し、
   前記抽出手段はさらに、前記新たなコンテンツ情報により特定されるコンテンツを放送した番組の番組終了時刻を特定し、前記新たなコンテンツ情報内の放送開始時刻と前記番組終了時刻とに基づいて、前記新たなコンテンツ情報により特定されるコンテンツを前記放送データから抽出することを特徴とするエアチェック装置。
7. 放送されたコンテンツの放送時間に関するコンテンツ情報が時間の経過に伴い順次追加されるキューシートを有するサーバに接続可能であり、前記キューシートを記憶するエアチェック記憶手段を備えるエアチェック装置内のコンピュータに、
   放送局から放送された複数のコンテンツを含む放送データを前記エアチェック記憶手段に記憶するステップと、
   所定時間ごとに前記サーバから前記キューシートを取得するステップと、
   前記キューシートを取得するごとに、前記取得されたキューシートと前記エアチェック記憶手段に記憶されたキューシートとを比較して、前記取得されたキューシートが新たなコンテンツ情報を含むか否かを判断するステップと、
   前記取得されたキューシートが前記新たなコンテンツ情報を含むと判断するごとに、前記エアチェック記憶手段に記憶されたキューシートを、前記取得されたキューシートに更新するステップと、
   前記取得されたキューシートが前記新たなコンテンツ情報を含むと判断するごとに、前記新たなコンテンツ情報を参照して、前記記憶された放送データからコンテンツを抽出するステップとを実行させることを特徴とするエアチェックプログラム。

Images