JP4769989B2 - エアチェックシステム、エアチェック装置、サーバ及びエアチェックプログラム - Google Patents

Description

本発明は、エアチェックシステムに関し、さらに詳しくは、放送局から送信された楽曲や映画等の多数のコンテンツに関する情報を表示するエアチェックシステムに関する。

ラジオ放送局は、オンエアされた曲に関する情報を列挙したキューシートを作成し、インターネット経由で視聴者に提供している。キューシート内の曲情報には、放送された曲のタイトルやアーティスト名といった曲の属性と、その曲の放送時間とが含まれる。放送局では、１又は複数の曲をオンエアした後、オンエアした曲の曲情報をキューシートに順次登録する。このキューシートを見れば、視聴者はどのような曲がいつ放送されたかを知ることができる。

しかしながら、キューシートを単に見ただけでは、現在どの曲が流行っており、どのアーティストに人気があるのかといった情報を、容易に把握することはできない。ラジオ放送を常時聴いていれば、流行の曲やアーティストを感覚的に知ることができるが、時間が掛かる。

さらに、流行の曲を繰り返し聴くために録音しようにも、いつ放送されるかわからない。キューシートは放送終了後の曲を列挙するため、放送された曲を知ることはできても、放送予定の曲を知ることはできない。そのため、流行の曲が分かっても、その曲を容易に聴くことができない。
特開２００７−０５９０３５号公報

本発明の目的は、放送されたコンテンツのうち、人気のあるコンテンツに関する情報を提示するエアチェックシステムを提供することである。

本発明の他の目的は、人気のあるコンテンツに関する情報に基づいて、所望のコンテンツを容易に視聴できるエアチェックシステムを提供することである。

課題を解決するための手段及び発明の効果

本発明によるエアチェックシステムは、サーバと、サーバと接続されるエアチェック装置とを備える。サーバは、複数のコンテンツ情報を記憶するサーバ記憶手段を備える。コンテンツ情報は、放送局から放送されたコンテンツの属性とコンテンツの放送時間とを含む。サーバ又はエアチェック装置は、集計手段とを備える。集計手段は、複数のコンテンツ情報を属性別に集計する。エアチェック装置は、表示手段を備える。表示手段は、集計手段による集計結果を表示する。ここで、属性とは、たとえば、コンテンツの内容に関する情報であり、たとえば、コンテンツのタイトルや、出演者名、アーティスト名、そのコンテンツを収録するアルバム名、キーワード、ジャンル等である。

本発明によるエアチェックシステムは、放送局から順次放送されたコンテンツに関する複数のコンテンツ情報を属性別に集計し、集計結果を表示する。そのため、ユーザは、所定期間内に放送局から放送されたコンテンツの属性別の集計結果を閲覧でき、人気のコンテンツ等を容易に知ることができる。

好ましくは、表示手段は、集計結果と属性を対応付けて表示する。エアチェック装置はさらに、受信手段と、エアチェック記憶手段と、属性指定手段と、コンテンツ情報指定手段と、抽出手段と、再生手段とを備える。受信手段は、放送局から送信された複数のコンテンツを含む放送データを受信する。エアチェック記憶手段は、受信された放送データを放送データの放送時間と対応付けて記憶する。属性指定手段は、表示手段に表示された属性の中から所望の属性を指定する。コンテンツ情報指定手段は、指定された属性を有するコンテンツ情報を指定する。抽出手段は、指定されたコンテンツ情報内の放送時間を参照して、エアチェック記憶手段に記憶された放送データからコンテンツを抽出する。再生手段は、抽出されたコンテンツを再生する。

この場合、エアチェック装置は、集計結果とともに表示された属性のいずれかが指定されれば、指定された属性のコンテンツを再生できる。そのため、ユーザは、集計結果を参照して、所望のコンテンツを容易に視聴できる。

好ましくは、エアチェック装置は、複数のコンテンツ情報をサーバから取得する取得手段と、集計手段とを備える。エアチェック装置はさらに、選択手段を備える。選択手段は、取得された複数のコンテンツ情報のうち、コンテンツ情報の放送時間を含む放送データがエアチェック記憶手段に記憶されている複数のコンテンツ情報を選択する。集計手段は、選択手段により選択された複数のコンテンツ情報を属性別に集計する。

この場合、集計の対象となるコンテンツ情報に対応するコンテンツは、エアチェック記憶手段に記憶されている。そのため、属性指定手段により属性が指定されたとき、対応するコンテンツが再生できないという事態を防ぐことができる。

好ましくは、エアチェック装置は、複数のコンテンツ情報をサーバから取得する取得手段と、集計手段とを備える。エアチェック装置はさらに、判断手段を備える。判断手段は、同じ属性を有する複数のコンテンツ情報のうち、少なくとも１つのコンテンツ情報の放送時間に対応する放送データがエアチェック記憶手段に記憶されているか否かを判断する。表示手段はさらに、判断手段による判断結果を属性と対応付けて表示する。

この場合、表示手段は、属性別の集計結果とともに、その属性のコンテンツがエアチェック記憶装置に記憶されているか否かについても表示する。そのため、ユーザは、集計結果とともに表示された属性のコンテンツうち、再生可能な属性を一見して判断できる。

本発明によるエアチェック装置は、サーバと接続可能である。エアチェック装置は、取得手段と、集計手段と、表示手段とを備える。取得手段は、放送局から放送されたコンテンツの属性とコンテンツの放送時間とを含む複数のコンテンツ情報をサーバから取得する。集計手段は、取得された複数のコンテンツ情報を属性別に集計する。表示手段は、集計手段による集計結果を表示する。

本発明によるエアチェック装置は、放送局から順次放送されたコンテンツに関する複数のコンテンツ情報を属性別に集計し、集計結果を表示する。そのため、ユーザは、所定期間内に放送局から放送されたコンテンツの属性別の集計結果を閲覧でき、人気のコンテンツ等を容易に知ることができる。

本発明によるサーバは、エアチェック装置と接続可能である。サーバは、サーバ記憶手段と、サーバ選択手段と、集計手段と、送信手段とを備える。サーバ記憶手段は、放送局から放送されたコンテンツの属性とコンテンツの放送時間とを含む複数のコンテンツ情報を記憶する。サーバ選択手段は、複数のコンテンツ情報のうち、所定期間内に含まれる放送時間を有する複数のコンテンツ情報を選択する。集計手段は、サーバ選択手段により選択された複数のコンテンツ情報を属性別に集計する。送信手段は、集計手段による集計結果をエアチェック装置に送信する。

本発明によるサーバは、放送局から順次放送されたコンテンツに関する複数のコンテンツ情報を属性別に集計し、集計結果をエアチェック装置に送信する。そのため、エアチェック装置のユーザは、集計結果をエアチェック装置で表示することで、所定期間内に放送局から放送されたコンテンツの属性別の集計結果を閲覧でき、人気のコンテンツ等を容易に知ることができる。

本発明によるエアチェックプログラムは、上述のエアチェック装置内のコンピュータに格納され、上述のエアチェック装置の手段を実現する。

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

［第１の実施の形態］
［全体構成］
図１を参照して、本発明の実施の形態によるエアチェックシステム１０は、ラジオのＦＭ(Frequency Modulation)放送から所望の曲を自動的に取得するためのもので、インターネット１１に接続されるキューシートサーバ１２と、インターネット１１に接続されるパーソナルコンピュータ（ＰＣ）１３と、ＰＣ１３に接続されるＦＭチューナ１４とを備える。インターネット１１には、複数の放送局サーバ１６も接続されている。

キューシートサーバ１２は本サービスを提供する事業者等によって管理され、放送局サーバ１６は主に音楽番組等を放送する放送局によって管理される。キューシートサーバ１２は、各放送局サーバ１６からキューシートを取得し、各ユーザのＰＣ１３に提供する。ＰＣ１３及びＦＭチューナ１４は視聴者であるユーザの所有物である。ＰＣ１３はキューシートサーバ１２にアクセス可能なクライアントとして機能する。ＰＣ１３及びＦＭチューナ１４はエアチェック装置８０を構成する。

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

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

各放送局から提供されるキューシート２４には、時間の経過に伴ってオンエアされた曲の曲情報が順次登録される。曲情報は、オンエアされた曲を特定するための複数の属性と、その曲の放送時間とを含む。属性は、曲の内容（属性）に関する情報であり、曲のタイトルやアーティスト名、曲のジャンル、その曲が収録されたアルバム名等である。

曲情報はたとえば、ＨＴＭＬ(Hyper Text Markup Language)で記述されている。しかしながら、記述されている情報の種類、使用されているタグの種類、記述の順序など、そのフォーマットは放送局ごとに異なっている。各曲情報に対応する放送時間は、その曲が放送された放送開始時刻及び放送終了時刻とを含む。放送時間としてその曲の放送開始時刻のみが曲情報に登録されてもよい。

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

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

各レコード２６２には、対応する曲の曲情報が登録される。具体的には、対応する曲の放送時間（放送開始時刻ｂｅｇｉｎ及び放送終了時刻ｅｎｄ）と、曲の内容を示す複数の属性とが記述される。図４中の「ｔｉｔｌｅ」は、その曲のタイトル名であり、「ａｒｔｉｓｔ」は、その曲のアーティスト名である。また、「ｇｅｎｒｅ」は、その曲のジャンル（ロック、クラシック、ＰＯＰ等）を示す。図５にキューシート２６の一例を示す。

ウェブサーバ２３にはキューシートデータベース２８が構築される。共通フォーマットに変換されたキューシート２６は、キューシートデータベース２８に記憶される。ウェブサーバ２３は、ＰＣ１３からの要求に応じてキューシート２６を読み出してＰＣ１３に送信する。

次に、図６を参照してキューシートサーバ１２の動作を説明する。

取得部２０は、各放送局サーバ１６にキューシート２４を送信するよう要求する（Ｓ１０１）。各放送局サーバ１６はこの要求を受け付け（Ｓ２０１）、キューシート２４をキューシートサーバ１２に送信する（Ｓ２０２）。取得部２０はキューシート２４を受信し（Ｓ１０２）、フォーマット変換部２１に供給する。

フォーマット変換部２１は、キューシート２４のフォーマットを共通フォーマットに変換し、図４及び図５に示すキューシート２６を作成する（Ｓ１０３）。作成されたキューシート２６は、キューシートデータベース２８に保存される（Ｓ１０４）。

キューシートサーバ１２は、上述の動作を所定期間ごとに実行する。オンエアされる曲は、時間の経過に伴って増加するため、キューシート２６内の曲情報は、所定時間ごとに追加され、キューシート２６は更新される。

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

次に、エアチェック装置８０の動作を説明する。
ＦＭチューナ１４及びＰＣ１３は常に動作している。したがって、ＦＭチューナ１４は常にＦＭ放送を受信し、ＰＣ１３は受信された放送データを全て記憶媒体（ＨＤＤ１３３）に記録する。

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

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

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

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

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

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

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

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

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

［集計処理］
次に、エアチェック装置８０内のＰＣ１３により実行される集計処理について説明する。エアチェック装置８０は、所定の期間（たとえば１週間）に放送局から放送された複数の曲を、タイトル名別に集計し、放送回数の多かった順にランキング表示する。これにより、ユーザは、現在人気のある曲を容易に知ることができる。以下、集計処理について詳述する。

図１３を参照して、ＰＣ１３内のウェブインターフェース３９は、キューシートサーバ１２から各放送局のキューシート２６を取得する（Ｓ４０１）。取得されたキューシート２６は、キューシートデータベース３７に保存される。続いて、ウェブインターフェース３９は、集計対象を絞る（Ｓ４０２〜Ｓ４０７）。ウェブインターフェース３９はまず、集計対象とするステーションＩＤを指定し（Ｓ４０２）、集計期間を設定する（Ｓ４０３）。ここでは、ステーションＩＤ＝ＯＯＳＡＫＡとし、集計期間を２００８年５月２５日〜２００８年５月３１日の１週間に指定した仮定する。ウェブインターフェース３９はさらに、集計対象とする属性（以下、対象属性という）を指定する（Ｓ４０４）。曲のタイトル名別に集計する場合、ウェブインターフェース３９は、対象属性として属性「ｔｉｔｌｅ」を指定し、アーティスト別に集計する場合、対象属性として属性「ａｒｔｉｓｔ」を指定する。本例では、ウェブインターフェース３９は、対象情報として属性「ｔｉｔｌｅ」を指定する。

ステップＳ４０２〜Ｓ４０４までの指定動作は、集計処理を実行するごとに入力装置１３５を用いたユーザ操作により指定されてもよいし、指定されるステーションＩＤ、集計期間、対象属性が予め設定されていてもよい。さらに、ステップＳ４０２では、１つのステーションＩＤを指定するだけでなく、複数のステーションＩＤを指定してもよい。

続いて、ウェブインターフェース３９は、ステップＳ４０２で指定されたステーションＩＤのキューシート２６に含まれる複数の曲情報のうち、放送時間がステップＳ４０３で指定された集計期間に含まれる複数の曲情報を選択する（Ｓ４０５）。

ステップＳ４０５で選択された全ての曲情報を集計対象とする場合（Ｓ４０６でＮＯ）、ウェブインターフェース３９は、ステップＳ４０４で指定された属性「ｔｉｔｌｅ」別に曲情報を集計する（Ｓ４１２）。ウェブインターフェース３９は、選択された各曲情報が有する属性「ｔｉｔｌｅ」を参照して、属性「ｔｉｔｌｅ」が同一の曲情報、つまり、タイトル名が同じ曲情報を集計する。そして、属性「ｔｉｔｌｅ」ごとに、集計数を求める。そして、求めた集計数を属性「ｔｉｔｌｅ」と対応付けて図１４に示す集計テーブルに登録する。図１４を参照して、集計テーブルには、集計に用いたキューシート２６のステーションＩＤと、属性と、その属性を有する曲情報の集計数とが登録される。集計テーブルは、メモリ１３２に格納される（Ｓ４２０）。

ウェブインターフェース３９がステップＳ４１２及びＳ４２０を実行した後、ウェブブラウザ３３は、メモリ１３２に格納された集計テーブルに基づいて、集計結果をディスプレイ１３４に表示する（Ｓ４１３）。表示例を図１５に示す。図１５では、ウェブブラウザ３３は、集計結果に基づいて、集計数の多い順に、曲のタイトル名をランキング表示している。なお、図１５の表示画面には、対象属性（タイトル名）以外の属性（アーティスト名）についても表示されている。
このように、ウェブブラウザ３３は、集計結果に基づいて、対象属性に対応した他の属性も表示できる。また、図１５では集計結果をランキングで表示しているが、たとえば、曲情報のカウント数をタイトル名と対応付けて表示してもよい。要するに、集計結果の表示方法はランキング表示に限られない。以上の方法により、エアチェック装置８０のユーザは、放送回数の多い曲（人気のある曲）を容易に把握することができる。

さらに、エアチェック装置８０のユーザは、以下の方法により、ディスプレイ１３４にランキング表示された曲を聴くこともできる。

ユーザが図１５に示すディスプレイ１３４の表示画面を見て、ランキング第１位の曲（タイトル名「△△△！セニュール」）を聴きたいとき、ユーザは入力装置１３５であるマウスを用いて表示画面内の曲タイトル名「△△△！セニュール」をクリックする。このユーザ操作に応じて、ウェブブラウザ３３は、所望の属性ｔｉｔｌｅ＝「△△△！セニュール」を指定し（Ｓ４１４）、指定された属性の曲を読み出すようにウェブインターフェース３９にクエリを発行する。

ウェブインターフェース３９は、このクエリに応じてキューシートデータベースを参照し、指定された属性ｔｉｔｌｅ＝「△△△！セニュール」を有する曲情報を指定する（Ｓ４１５）。このとき、属性ｔｉｔｌｅ＝「△△△！セニュール」を有する曲情報が複数存在する場合、その中から任意の曲情報を１つ指定する。続いて、指定された曲情報を用いて、タイトル名「△△△！セニュール」の曲データをＭＰ３データベース３４から抽出する（Ｓ４１６）。抽出方法は次の通りである。

ウェブインターフェース３９は、指定された曲情報の放送時間（放送開始時刻ｂｅｇｉｎ及び放送終了時刻ｅｎｄ）を抽出する。そして、キューシート２６内のステーションＩＤと同じステーションＩＤの録音状況管理テーブル４３を参照して、対応するＭＰ３ファイル４２のファイル名を特定する。このとき、ウェブインターフェース３９は、録音状況管理テーブル４３内の録音開始時刻から録音終了時刻までの間に指定された曲情報の放送時間を含むＭＰ３ファイル４２のファイル名を特定する。ウェブインターフェース３９はさらに、特定されたファイル名に対応するインデックスファイル４４を読み出し、読み出されたインデックスファイル４４を参照して、指定された曲情報の放送時間（放送開始時刻ｂｅｇｉｎから放送終了時刻ｅｎｄまで時間）に対応するＭＰ３データを抽出する（Ｓ４１６）。

ウェブインターフェース３９は、抽出されたＭＰ３データをウェブブラウザ３３に渡す。ウェブブラウザ３３はＭＰ３プレーヤ１７を起動し、ＭＰ３プレーヤ１７はそのＭＰ３データに基づいて、指定された属性ｔｉｔｌｅ＝「△△△！セニュール」の曲を再生する（Ｓ４１７）。このように、ＰＣ１３は、ユーザの操作に応じて、ランキング表示された曲を容易に再生でき、ユーザは、ランキング表示された曲をすぐに聴くことができる。

上述のとおり、ＦＭ放送は、原則として２４時間録音されるが、停電したり、ユーザがＰＣ１３の電源を落とす場合もあるので、必ずしも全ての放送データがＭＰ３ファイル４２として保存されるとは限らない。そのため、ディスプレイ１３４にランキング表示された曲が実際には録音されていない場合もあり得る。

このような事態を防止するために、ディスプレイ１３４が既に録音されている曲のみを集計対象とすることができる。録音曲のみを集計対象とするか否かの設定（以下、集計対象条件という）は、入力装置１３５を用いたユーザ操作により入力され、予めＨＤＤ１３３に格納されている。

ウェブインターフェース３９は、ステップＳ４０４で属性を指定した後、集計対象条件を参照する。参照した結果、録音曲のみを集計対象とする場合（Ｓ４０６でＹＥＳ）、ウェブインターフェース３９は、ステップＳ４０５で選択された曲情報のうち、曲データが録音された曲情報をさらに選択する（Ｓ４０７：録音曲選択処理）。録音曲選択処理の詳細は次の通りである。

ウェブインターフェース３９は、ステップＳ４０５で選択された複数の曲情報のうちの任意の曲情報を指定し、その曲情報の放送時間を読み出す（Ｓ４０８）。ウェブインターフェース３９は、読み出された放送時間に対応するＭＰ３ファイル４２がＭＰ３データベース３４に保存されているか否かを判断する（Ｓ４０９）。具体的には、ステップＳ４０２で指定されたステーションＩＤと同じステーションＩＤを有する録音状況管理テーブル４３を参照して、ステップＳ４０８で読み出された放送時間を録音開始時刻と録音終了時刻との間に含むＭＰ３ファイル４２が存在するか否かを判断する。放送時間を含むＭＰ３ファイル４２が存在するとき（Ｓ４０９でＹＥＳ）、ウェブインターフェース３９は、その曲情報を集計対象に決定する（Ｓ４１０）。そして、ステップＳ４０５で選択された全ての曲情報についてステップＳ４０９の判断を行う（Ｓ４１１）。ステップＳ４０５で選択された全ての曲情報についてステップＳ４０９の判断を終えたとき（Ｓ４１１でＹＥＳ）、ステップＳ４１０で決定された複数の曲情報は全て、対応する曲データを含むＭＰ３ファイル４２が存在する。そのため、ウェブインターフェース３９は、ステップＳ４１０で決定された複数の曲情報を集計対象として、ステップＳ４１２の集計動作を実行する（Ｓ４１２）。

以上の動作により、ユーザは、放送された曲の中から、放送回数の多い（つまり人気の高い）曲のランキング表示をディスプレイ１３４で容易に閲覧でき、さらに、ランキング表示の中から所望のタイトル名を指定すれば、そのタイトル名の曲をすぐに聴くことができる。この場合、ランキング表示された曲のデータは必ずＭＰ３データベース３４内に格納されており、ランキング表示されたタイトル名をクリックしたにも関わらず、曲データが存在しないという事態は起こらない。

上述の説明では、曲のタイトル名別に曲情報を集計したが、他の属性情報に基づいて曲情報を集計してもよい。たとえば、アーティスト別に曲情報を集計する場合、ステップＳ４０４で属性「ａｒｔｉｓｔ」を指定すればよいし、ジャンル別に曲情報を集計する場合、ステップＳ４０４で属性「ｇｅｎｒｅ」を指定すればよい。

なお、ＰＣ１３はステップＳ４０１でキューシート２６を所定期間ごと又は随時取得する。そのため、ＰＣ１３は、所定期間ごと又は随時図１３の集計処理を実行する。これにより、最新のキューシート２６に基づく集計結果を表示できる。

［第２の実施の形態］
第１の実施の形態では、エアチェック装置８０内のＰＣ１３が、曲情報を集計したが、ＰＣ１３の代わりに、キューシートサーバ１２が曲情報を集計してもよい。

図１６を参照して、第２の実施の形態によるキューシートサーバ１２０は、図３と比較して、新たに集計処理部２２と、ウェブサーバ２３内に構築される集計結果データベース３０とを備える。その他の構成は図３と同じである。集計処理部２２は、フォーマット変換部２１で共通フォーマットに変換されたキューシート２６を用いて、上述のＰＣ１３が実行していた集計処理を行う。集計結果は、集計結果データベース３０に格納される。

キューシートサーバ１２０の動作を図１７に示す。ステップＳ１０１〜Ｓ１０３の動作は図６と同じである。集計処理部２２は、フォーマット変換されたキューシート２６内の曲情報を用いて、集計処理を実行する。集計処理の方法は、図１３中のステップＳ４０２〜Ｓ４０５及びＳ４１２と同じである。集計処理部２２はまず、集計対象となるステーションＩＤ及び集計期間を指定する（Ｓ４０２及びＳ４０３）。そして、属性を指定する（Ｓ４０４）。集計処理部２２は、指定されたステーションＩＤ及び集計期間に対応した複数の曲情報を選択し、選択された複数の曲情報において、ステップＳ４０４で指定された属性（たとえば「ｔｉｔｌｅ」）が同じ曲情報を集計する（Ｓ４１２）。集計処理部２２は集計結果を集計結果データベース３０内に保存する（Ｓ１１０）。集計結果データベース３０内には、図１４に示す集計テーブルが格納される。キューシートサーバ１２０は、ＰＣ１３の要求に応じて集計テーブルを送信する。

図１８を参照して、ＰＣ１３内の取得モジュール４０は、所定期間ごとにキューシートサーバ１２からキューシート２６を取得する（Ｓ４０１）。さらに、キューシート２６を取得したとき、集計結果も要求し、集計テーブルを取得する（Ｓ４５０）。集計テーブルはメモリ１３２に格納される。ウェブインターフェース３９は、取得された集計テーブルに基づいて、集計結果をディスプレイ１３４に表示する（Ｓ４１３）。以降の動作は図１３と同じである。要するに、第２の実施の形態では、ＰＣ１３は、集計処理を実行する必要はなく、キューシートサーバ１２から取得した集計結果を利用する。

［第３の実施の形態］
第１の実施の形態において図１３中のステップＳ４０５で選択された全ての曲情報を集計対象とする場合（Ｓ４０６でＮＯ）や、第２の実施の形態におけるＰＣ１３の動作（図１８）の場合、図１３及び図１８中のＳ４１３でディスプレイ１３４にランキング表示されたタイトル名の曲が実際には録音されていない場合もあり得る。そのため、ディスプレイ１３４に表示されたタイトル名の曲のうち、録音されている曲と録音されていない曲とが明示されている方が好ましい。そこで、ＰＣ１３は、図１３中のステップＳ４０６でＮＯと判定した場合、及び図１８において、ステップＳ４１３の集計結果の表示処理を以下の通りに実行する。

図１９を参照して、ＰＣ１３内のウェブインターフェース３９は、メモリ１３２に格納された集計テーブル（図１４）を参照する。そして、集計テーブルの「属性」フィールドに登録された複数の属性「ｔｉｔｌｅ」のうち、先頭の属性ｔｉｔｌｅ＝「△△△！セニョール」（以下、属性ｔｉｔｌｅ１という）を指定する（Ｓ５０１）。続いて、ウェブインターフェース３９は、キューシートデータベース３７を参照し、集計テーブル内のステーションＩＤと同じステーションＩＤを有するキューシート２６内の複数の曲情報の中から、指定された属性を含む曲情報を選択する（Ｓ５０２）。図１４に示すとおり、属性ｔｉｔｌｅ１を有する曲情報は複数（５５個）存在するため、ウェブインターフェース３９は、そのうちの１つの曲情報を選択する。

ウェブインターフェース３９は、選択された曲情報の放送時間を読み出す（Ｓ５０３）。そして、読み出された放送時間に基づいて、ステップＳ５０２で選択された曲情報に対応するＭＰ３ファイル４２がＭＰ３データベース３４に保存されているか否かを判断する（Ｓ５０４）。具体的には、集計テーブルのステーションＩＤと同じステーションＩＤを有する録音状況管理テーブル４３を参照して、ステップＳ５０３で読み出された放送時間を録音開始時刻と録音終了時刻との間に含むＭＰ３ファイル４２が存在するか否かを判断する。放送時間を含むＭＰ３ファイル４２が存在するとき（Ｓ５０４でＹＥＳ）、ウェブインターフェース３９は、図２０に示す録音有無テーブルに、ステップＳ５０１で指定された属性ｔｉｔｌｅ１と、録音データが存在する旨の録音情報とを対応付けて登録する。録音有無テーブルはメモリ１５２に格納される。

一方、ステップＳ５０４で判断の結果、対応するＭＰ３ファイル４２が存在しない場合（Ｓ５０４でＮＯ）、指定された属性ｔｉｔｌｅ１を有する他の曲情報を指定し（Ｓ５０５でＮＯ、Ｓ５０７）、ステップＳ５０３に戻る。属性ｔｉｔｌｅ１を有する複数（５５個）の曲情報全てにＭＰ３ファイル４２が存在しない場合（Ｓ５０４でＮＯ、Ｓ５０５でＹＥＳ）、ウェブインターフェース３９は、録音有無テーブルに、録音データが存在しない旨の録音情報を登録する（Ｓ５０６）。

ウェブインターフェース３９は、ステップＳ５０６又はＳ５０８を実行した後、集計テーブル内に未調査の属性が存在するか否かを判断し（Ｓ５０９）、未調査の属性があれば（Ｓ５０９でＹＥＳ）、未調査の属性を指定して（Ｓ５１０）、ステップＳ５０２に戻る。本例では、属性ｔｉｔｌｅ１を調査した後（Ｓ５０９でＮＯ）、属性ｔｉｔｌｅ＝「ＬＡＤＹ」を指定して（Ｓ５１０）、ステップＳ５０２に戻る。要するに、集計テーブル内の全ての属性についてステップＳ５０２〜Ｓ５０８の動作を実行する。

集計結果テーブル内の全ての属性について録音の有無を調査したとき（Ｓ５０９でＹＥＳ）、ウェブブラウザ３３は、メモリ１３２に格納された集計テーブル（図１４）と録音有無テーブル（図２０）とを読み出し、図２１に示すランキング表をディスプレイ１３４に表示する（Ｓ５１１）。このとき、ウェブブラウザ３３は、録音有無テーブル内の録音情報を属性と対応付けて表示する。図２１では、対応するＭＰ３ファイル４２が存在する属性ｔｉｔｌｅ＝「△△△！セニョール」には、録音されている旨の再生ボタン５００が付与される。一方、対応するＭＰ３ファイル４２が存在しない属性ｔｉｔｌｅ＝「ＬＡＤＹ」には、再生ボタン５００が付与されない。これにより、ユーザは、再生ボタン５００を参照すれば、どのタイトル名の曲がすぐに聴けるのかを判断できる。

図２１において、ユーザが属性ｔｉｔｌｅ＝「△△△！セニョール」の再生ボタン５００をクリックしたとき、ウェブブラウザ３３は、図１３及び図１８中のステップＳ４１４で属性が指定されたと判断し（Ｓ４１４でＹＥＳ）、Ｓ４１５以降の動作が実行される。

なお、上述の説明では、録音情報を再生ボタン５００で表示したが、たとえば、録音データが存在するタイトル名と録音データが存在しないタイトル名とで表示する色を変更してもよい。さらに、タイトル名をクリックすることによりそのタイトル名の曲を再生する場合、録音データが存在しないタイトル名はクリックできないように設定して表示してもよい。

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

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

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

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

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

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

なお、上述の実施の形態では、ＰＣ１３は、抽出した曲のＭＰ３データをＭＰ３プレーヤ１７で再生するが、たとえば、ＰＣ１３は、抽出したＭＰ３データを、図示しないユーザの携帯端末に送信してもよい。この場合、携帯端末に搭載されたＭＰ３プレーヤによりＭＰ３データを再生できる。そのため、たとえば、ユーザは、外出先で携帯端末を用いて所望の曲を聴くことができる。

上述の実施の形態では、キューシート内の曲情報は、放送時間に関する情報として、放送開始時刻ｂｅｇｉｎ及び放送終了時刻ｅｎｄを含むが、放送開始時刻ｂｅｇｉｎのみを含んでいてもよい。この場合、曲情報ＭＩ［ｎ］（ｎは自然数）の１つ前に放送された曲情報ＭＩ［ｎ−１］により特定される曲Ｍ［ｎ−１］の放送時間は、曲情報ＭＩ［ｎ−１］の放送開始時刻ｂｅｇｉｎ［ｎ−１］から曲情報ＭＩ［ｎ］の放送開始時刻ｂｅｇｉｎ［ｎ］までとして、上述のステップＳ４１５及びステップＳ４１６の処理を実行する。

また、上述の実施の形態における図１３に記載のステップＳ４０６〜Ｓ４１１の動作は必須ではなく、任意の動作処理である。

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

本発明の第１の実施の形態によるエアチェックシステムの構成を示す機能ブロック図である。 図１に示したパーソナルコンピュータ（ＰＣ）及びキューシートサーバのハードウェア構成を示すブロック図である。 図１に示したキューシートサーバの構成を示す機能ブロック図である。 図１に示したエアチェックシステムで使用されるキューシートのデータ構造を示す図である。 図４に示したキューシートの一例を示す図である。 図３に示したキューシートサーバの動作を示すフロー図である。 図１に示したエアチェック装置の構成を示す機能ブロック図である。 図７に示したＰＣの動作を示すフロー図である。 図７で示したＰＣで生成される録音管理状況テーブルのデータ構造を示す図である。 図９に示した録音管理状況テーブルの一例を示す図である。 図７に示したＰＣによるインデックスファイルの生成方法及び曲の抽出方法を説明するための図である。 図７に示したＰＣで生成されるインデックスファイルのデータ構造を示す図である。 図７に示したＰＣで実行される集計処理の詳細を示すフロー図である。 図１３の動作によりに作成される集計テーブルのデータ構造を示す図である。 図１３の動作によりＰＣのディスプレイに表示される表示画面の一例を示す図である。 本発明の第２の実施の形態によるキューシートサーバの構成を示す機能ブロック図である。 図１６に示したキューシートサーバの動作を示すフロー図である。 本発明の第２の実施の形態によるエアチェック装置の動作を示すフロー図である。 本発明の第３の実施の形態によるエアチェック装置の動作を示すフロー図である。 図１９の動作により作成される録音有無テーブルのデータ構造を示す図である。 図１９の動作によりＰＣのディスプレイに表示される表示画面の一例を示す図である。

符号の説明

１０ エアチェックシステム
１２，１２０ キューシートサーバ
１４ チューナ
１５ 音楽配信サーバ
１６ 放送局サーバ
２０ 取得部
２２ キューシート編集部
３３ ウェブブラウザ
４３ 録音状況管理テーブル
４４ インデックスファイル
７５ リリース情報データベース
８０ エアチェック装置
１３４ ディスプレイ
１５０ リリース情報テーブル

Claims (2)

1. サーバと接続可能なエアチェック装置であって、
   放送局から放送されたコンテンツの属性と前記コンテンツの放送時間とを含む複数のコンテンツ情報を前記サーバから取得する取得手段と、
   放送局から送信された複数のコンテンツを含む放送データを前記放送データの放送時間と対応付けて記憶するエアチェック記憶手段と、
   前記取得された複数のコンテンツ情報のうち、前記コンテンツ情報の放送時間に対応する放送データが前記エアチェック記憶手段に記憶されている複数のコンテンツ情報のみを選択する選択手段と、
   前記選択手段によって選択された複数のコンテンツ情報のみを前記属性別に集計する集計手段と、
   前記集計手段による集計結果を前記属性と対応付けて表示する表示手段と、
   前記表示手段に表示された属性の中から所望の属性を指定する属性指定手段と、
   前記指定された属性を有するコンテンツ情報内の放送時間を参照して、前記エアチェック記憶手段に記憶された放送データからコンテンツを抽出する抽出手段と、
   前記抽出されたコンテンツを再生する再生手段と、を備える、エアチェック装置。
2. サーバと接続可能なエアチェック装置内のコンピュータに、
   放送局から放送されたコンテンツの属性と前記コンテンツの放送時間とを含む複数のコンテンツ情報を前記サーバから取得するステップと、
   放送局から送信された複数のコンテンツを含む放送データを前記放送データの放送時間と対応付けて記憶するエアチェック記憶ステップと、
   前記取得された複数のコンテンツ情報のうち、前記コンテンツ情報の放送時間に対応する放送データが前記エアチェック記憶ステップによって記憶されている複数のコンテンツ情報のみを選択する選択ステップと、
   前記選択ステップによって選択された複数のコンテンツ情報のみを前記属性別に集計する集計ステップと、
   集計結果を前記属性と対応付けて表示する表示ステップと、
   前記表示ステップによって表示された属性の中から所望の属性を指定するステップと、
   前記指定された属性を有するコンテンツ情報内の放送時間を参照して、前記エアチェック記憶ステップによって記憶された放送データからコンテンツを抽出するステップと、
   前記抽出されたコンテンツを再生する再生ステップと、を実行させる、エアチェックプログラム。

Images