(57)【特許請求の範囲】
【請求項１】
キューシートサーバ、リリースサーバ及びエアチェック装置を備えたエアチェックシステムであって、
前記キューシートサーバは、
放送局から放送された複数のコンテンツの特定情報と放送時間に関する情報とを含むとともに前記放送された複数のコンテンツの発売日を含まない複数のコンテンツ情報を記憶するためのキューシート記憶手段を備え、
前記リリースサーバは、
コンテンツの特定情報及びコンテンツの発売日を含む複数のリリース情報を記憶するためのリリース記憶手段を備え、
前記キューシートサーバ、リリースサーバ及びエアチェック装置の少なくとも１つは、  前記複数のコンテンツ情報と、前記複数のコンテンツ情報に対応する複数のリリース情報とに基づいて、前記複数のコンテンツ情報のうち、対応するリリース情報内の発売日が所定期間内に含まれるコンテンツ情報を検索する検索手段を備え、
前記エアチェック装置は、
前記検索されたコンテンツ情報内の特定情報を表示する表示手段を備えることを特徴とするエアチェックシステム。
【請求項２】
請求項１に記載のエアチェックシステムに適用される前記エアチェック装置であって、  放送局から放送された複数のコンテンツを含む放送データを受信する受信手段と、
前記受信された放送データを放送時間と対応付けて記憶するエアチェック記憶手段と、  前記検索されたコンテンツ情報により特定されるコンテンツの中から、所望のコンテンツを指定する指定手段と、
前記指定されたコンテンツのコンテンツ情報内の放送時間に関する情報に基づいて、前記記憶された放送データから前記指定されたコンテンツを抽出する抽出手段とを備えることを特徴とするエアチェック装置。
【請求項３】
請求項２に記載のエアチェック装置であって、
前記コンテンツ情報内の放送時間に関する情報に基づいて、前記コンテンツ情報により特定されるコンテンツを含む放送データが前記エアチェック記憶手段に記憶されているか否かを判断する判断手段を備え、
前記表示手段は、前記検索されたコンテンツ情報のうち、前記特定されるコンテンツを含む放送データが前記エアチェック記憶手段に記憶されていると判断されたコンテンツ情報の特定情報を表示することを特徴とするエアチェック装置。
【請求項４】
放送局から放送された複数のコンテンツの特定情報と放送時間に関する情報とを含むとともに前記放送された複数のコンテンツの発売日を含まない複数のコンテンツ情報を蓄積するキューシートサーバと、コンテンツの特定情報及びコンテンツの発売日を含む複数のリリース情報を蓄積するリリースサーバとに接続可能な端末装置であって、
前記複数のコンテンツ情報を前記キューシートサーバから取得し、前記コンテンツ情報に対応した前記複数のリリース情報を前記リリースサーバから取得する取得手段と、
前記複数のコンテンツ情報と前記複数のリリース情報とに基づいて、前記複数のコンテンツ情報のうち、対応するリリース情報内の発売日が所定期間内に含まれるコンテンツ情報を検索する検索手段と、
前記検索されたコンテンツ情報内の特定情報を表示する表示手段とを備えることを特徴とする端末装置。
【請求項５】
コンテンツの特定情報及びコンテンツの発売日を含む複数のリリース情報を蓄積するリリースサーバと、端末装置とに接続可能なサーバであって、
放送局から放送された複数のコンテンツの特定情報と放送時間に関する情報とを含むとともに前記放送された複数のコンテンツの発売日を含まない複数のコンテンツ情報を記憶するためのキューシート記憶手段と、
前記複数のコンテンツ情報に対応する複数のリリース情報を前記リリースサーバから取得する取得手段と、
前記複数のコンテンツ情報と、前記取得された複数のリリース情報とに基づいて、前記複数のコンテンツ情報のうち、対応するリリース情報内の発売日が所定期間内に含まれるコンテンツ情報を検索する検索手段と、
前記検索されたコンテンツ情報の特定情報を前記端末装置が表示するために、前記検索されたコンテンツ情報を前記端末装置に送信する送信手段とを備えることを特徴とするサーバ。
【請求項６】
放送局から放送された複数のコンテンツの特定情報及び放送時間に関する情報を含むとともに前記放送された複数のコンテンツの発売日を含まない複数のコンテンツ情報を蓄積するキューシートサーバと、コンテンツの特定情報及びコンテンツの発売日を含む複数のリリース情報を蓄積するリリースサーバとに接続可能な端末装置内のコンピュータに、
前記複数のコンテンツ情報を前記キューシートサーバから取得し、前記複数のコンテンツ情報に対応する前記複数のリリース情報を前記リリースサーバから取得するステップと、
前記複数のコンテンツ情報と前記複数のリリース情報とに基づいて、前記複数のコンテンツ情報のうち、対応するリリース情報内の発売日が所定期間内に含まれるコンテンツ情報を検索するステップと、
前記検索されたコンテンツ情報内の特定情報を表示するステップとを実行させる端末装置の動作プログラム。
【請求項７】
放送局から放送された複数のコンテンツの特定情報と放送時間に関する情報とを含むとともに前記放送された複数のコンテンツの発売日を含まない複数のコンテンツ情報を記憶するキューシートサーバと、
コンテンツの特定情報及びコンテンツの発売日を含む複数のリリース情報を記憶するリリースサーバと、
前記複数のコンテンツ情報と、前記複数のコンテンツ情報に対応する複数のリリース情報とに基づいて、前記複数のコンテンツ情報のうち、対応するリリース情報内の発売日が所定期間内に含まれるコンテンツ情報を検索する検索手段と、
前記検索されたコンテンツ情報内の特定情報を表示装置に表示させる表示手段とを備えることを特徴とするコンテンツ検索システム。
【請求項８】
請求項７に記載のコンテンツ検索システムであって、
放送局から放送された複数のコンテンツを含む放送データを放送時間と対応付けて記憶する放送記憶手段と、
前記検索されたコンテンツ情報により特定されるコンテンツの中から、所望のコンテンツを指定する指定手段と、
前記指定されたコンテンツのコンテンツ情報内の放送時間に関する情報に基づいて、前記記憶された放送データから前記指定されたコンテンツを抽出する抽出手段とをさらに備えることを特徴とするコンテンツ検索システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エアチェックシステムに関し、さらに詳しくは、放送局から送信される楽曲や映画等の多数のコンテンツに関する情報を表示するエアチェックシステムに関する。
【背景技術】
【０００２】
ラジオ放送局は、オンエアされた曲に関する情報を列挙したキューシートを作成し、インターネット経由で視聴者に提供している。キューシート内の曲情報には、放送された曲のタイトルやアーティスト名といった曲の特定情報と、曲の放送時間とが含まれる。放送局では、１又は複数の曲をオンエアした後、オンエアした曲の情報を順次キューシートに登録する。このキューシートを見れば、視聴者はどのような曲がいつ放送されたかを正確に知ることができる。
【０００３】
しかしながら、放送された曲のうちのいずれが新譜であるかまではわからない。また、放送された曲のうち、所定の年代に流行った曲を探すこともできない。さらに、それらの曲を聴こうと思っても、既に放送された後であるため、今更録音することもできない。
【特許文献１】特開２００７−０５９０３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、放送されたコンテンツのうち、所定の時期に発売されるコンテンツを閲覧できるエアチェックシステムを提供することである。
【０００５】
本発明の他の目的は、放送されたコンテンツのうち、所定の時期に発売されるコンテンツを抽出可能なエアチェックシステムを提供することである。
【課題を解決するための手段及び発明の効果】
【０００６】
本発明によるエアチェックシステムは、キューシートサーバ、リリースサーバ及びエアチェック装置を備える。キューシートサーバは複数のコンテンツ情報を記憶するためのキューシート記憶手段を備える。複数のコンテンツ情報は、放送局から放送された複数のコンテンツの特定情報と、放送時間に関する情報とを含む。リリースサーバは、複数のリリース情報を記憶するためのリリース記憶手段を備える。リリース情報は、コンテンツの特定情報及びコンテンツの発売日を含む。キューシートサーバ、リリースサーバ及びエアチェック装置の少なくとも１つは、検索手段を備える。検索手段は、複数のコンテンツ情報と、複数のコンテンツ情報に対応する複数のリリース情報とに基づいて、複数のコンテンツ情報のうち、対応するリリース情報内の発売日が所定期間内に含まれるコンテンツ情報を検索する。エアチェック装置は表示手段を備える。表示手段は、検索されたコンテンツ情報内の特定情報を表示する。
【０００７】
本発明によるエアチェックシステムは、放送局から放送されたコンテンツのうち、そのコンテンツの発売日が所定期間内のコンテンツを検索し、そのコンテンツをエアチェック装置で表示できる。そのため、エアチェック装置のユーザは、たとえば、放送されたコンテンツのうち近日発売されるコンテンツの情報をエアチェック装置で閲覧したり、放送されたコンテンツのうち所定の年代に発売されたコンテンツの情報を閲覧したりすることができる。
【０００８】
好ましくは、エアチェック装置はさらに、受信手段と、エアチェック記憶手段と、指定手段と、抽出手段とを備える。受信手段は、放送局から放送された複数のコンテンツを含む放送データを受信する。エアチェック記憶手段は、受信された放送データを放送時間と対応付けて記憶する。指定手段は、検索されたコンテンツ情報により特定されるコンテンツの中から、所望のコンテンツを指定する。抽出手段は、指定されたコンテンツのコンテンツ情報内の放送時間に関する情報に基づいて、記憶された放送データから指定されたコンテンツを抽出する。
【０００９】
この場合、エアチェック装置は、放送データを放送時間に対応づけて記憶する。そのため、たとえば、エアチェック装置に表示されたコンテンツの中からユーザ所望のコンテンツが指定されたとき、コンテンツ情報に基づいて、放送データの中から所望のコンテンツを容易に抽出できる。
【００１０】
好ましくはさらに、エアチェック装置は判断手段を備える。判断手段は、コンテンツ情報内の放送時間に関する情報に基づいて、コンテンツ情報により特定されるコンテンツを含む放送データがエアチェック記憶手段に記憶されているか否かを判断する。表示手段は、検索されたコンテンツ情報のうち、特定されるコンテンツを含む放送データがエアチェック記憶手段に記憶されていると判断されたコンテンツ情報の特定情報を表示する。
【００１１】
この場合、エアチェック装置に表示されたコンテンツはエアチェック装置内に記憶されている。そのため、エアチェック装置に表示されたコンテンツから所望のコンテンツを指定したときに、指定されたコンテンツがエアチェック装置で再生できないという事態を防ぐ。
【００１２】
本発明によるエアチェック装置は、サーバ群に接続可能である。サーバ群は、放送局から放送された複数のコンテンツの特定情報と放送時間に関する情報とを含む複数のコンテンツ情報と、コンテンツの特定情報及びコンテンツの発売日を含む複数のリリース情報とを蓄積する。エアチェック装置は、取得手段と、検索手段と、表示手段とを備える。取得手段は、複数のコンテンツ情報と、コンテンツ情報に対応した複数のリリース情報とをサーバ群から取得する。検索手段は、複数のコンテンツ情報と複数のリリース情報とに基づいて、複数のコンテンツ情報のうち、対応するリリース情報内の発売日が所定期間内に含まれるコンテンツ情報を検索する。表示手段は、検索されたコンテンツ情報内の特定情報を表示する。
【００１３】
本発明によるエアチェック装置は、放送局から放送されたコンテンツのうち、そのコンテンツの発売日が所定期間内のコンテンツを検索し、検索されたコンテンツに関する情報を表示する。そのため、たとえば、放送されたコンテンツのうち近日発売されるコンテンツの情報を表示したり、放送されたコンテンツのうち所定の年代に発売されたコンテンツの情報を表示したりでき、エアチェック装置のユーザは、その情報を閲覧できる。
【００１４】
本発明によるキューシートサーバは、コンテンツの特定情報及びコンテンツの発売日を含む複数のリリース情報を蓄積するリリースサーバと、エアチェック装置とに接続可能である。キューシートサーバは、キューシート記憶手段と、取得手段と、検索手段と、送信手段とを備える。キューシート記憶手段は、放送局から放送された複数のコンテンツの特定情報と放送時間に関する情報とを有する複数のコンテンツ情報を記憶する。取得手段は、複数のコンテンツ情報に対応する複数のリリース情報をリリースサーバから取得する。検索手段は、複数のコンテンツ情報と、取得された複数のリリース情報とに基づいて、複数のコンテンツ情報のうち、対応するリリース情報内の発売日が所定期間内に含まれるコンテンツ情報を検索する。送信手段は、検索されたコンテンツ情報の特定情報をエアチェック装置が表示するために、検索されたコンテンツ情報をエアチェック装置に送信する。
【００１５】
本発明によるキューシートサーバは、放送局から放送されたコンテンツのうち、そのコンテンツの発売日が所定期間内のコンテンツを検索し、検索されたコンテンツに関する情報をエアチェック装置に表示させる。そのため、たとえば、放送されたコンテンツのうち近日発売されるコンテンツの情報をエアチェック装置に表示させたり、放送されたコンテンツのうち所定の年代に発売されたコンテンツの情報を表示させたりすることができる。
【００１６】
本発明によるエアチェックプログラムは、上述のエアチェック装置内のコンピュータに上述の手段を実現させる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
【００１８】
［第１の実施の形態］
［全体構成］
図１を参照して、本発明の実施の形態によるエアチェックシステム１０は、ラジオのＦＭ(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はインデックスファイル４４を示す拡張子）と設定される。
【００４８】
［曲情報表示処理］
次に、エアチェック装置８０内のＰＣ１３により実行される曲情報表示処理について説明する。エアチェック装置８０は、放送局から放送された曲のうち、新譜のみをリストアップしてディスプレイ１３４に表示する。これにより、ユーザは、オンエアされた曲のうち新譜のみを閲覧できる。また、ユーザは、表示された曲のうち所望の曲の再生を指示し、その曲を聴くことができる。
【００４９】
図１４を参照して、ＰＣ１３内のウェブインターフェース３９は、所定期間ごとに（Ｓ４０１）、キューシート２６をキューシートサーバ１２に要求し、キューシート２６を取得する（Ｓ４０２）。取得されたキューシート２６は、キューシートデータベース３７に格納される。
【００５０】
ウェブインターフェース３９は、キューシート２６に登録された曲情報ＭＩに対応する曲のリリース情報ＲＩを音楽配信サーバ１５に要求する（Ｓ４０４）。具体的には、ウェブインターフェース３９は、ステップＳ４０２で取得されたキューシート２６を参照し、キューシート２６に含まれる複数の曲情報ＭＩの特定情報（たとえば、タイトル名及びアーティスト名）を読み出す。そして、読み出された特定情報を音楽配信サーバ１５に送信する。音楽配信サーバ１５は、ＰＣ１３からリリース情報ＲＩの要求コマンドを受けたとき、リリース情報テーブル１５０を参照して、送信された特定情報（タイトル名及びアーティスト名）に対応するリリース情報ＲＩを抽出する。そして、抽出されたリリース情報ＲＩをＰＣ１３に送信する。
【００５１】
以上の方法により、ウェブインターフェース３９は、キューシート２６内の複数の曲情報ＭＩに対応するリリース情報ＲＩを取得する（Ｓ４０５）。取得されたリリース情報ＲＩはリリース情報データベース７５に格納される。
【００５２】
キューシート２６及び複数のリリース情報ＲＩを取得したＰＣ１３は、キューシート２６に登録された曲のうち新譜を検索する（検索処理：Ｓ４０６）。以下、検索処理について詳述する。
【００５３】
ウェブインターフェース３９は、検索番号ｉ＝１に設定する（Ｓ４０７）。そして、キューシート２６の先頭に登録された複数の曲情報ＭＩ（以下、曲情報ＭＩ１〜ＭＩｎ（ｎは自然数）とする）のうち、曲情報ＭＩ１に対応するリリース情報ＲＩ１をリリース情報データベース７５から読み出す（Ｓ４０８）。ウェブインターフェース３９は、リリース情報ＲＩ１内の発売日が、新譜の対象となる検索期間内か否かを判断する（Ｓ４０９）。ＰＣ１３は、図１５に示す検索期間テーブルをＨＤＤ１３３に記憶する。図１５を参照して、検索期間テーブルには、複数の検索期間が登録されている。各検索期間は、入力装置１３５を用いたユーザ操作により設定可能である。ウェブインターフェース３９は、検索期間テーブル内の「新譜」に対応する検索期間を読み出す。なお、本実施の形態では、ウェブインターフェース３９は、ステップＳ４０６の処理において、検索期間テーブル内の「新譜」に対応する検索期間を用いるように予め設定されている。ウェブインターフェース３９は、検索期間を読み出した後、リリース情報ＲＩ１内の発売日が検索期間内に含まれるか否かを判断する（Ｓ４０９）。図１５の例によれば、ウェブインターフェース３９は、リリース情報ＲＩ１内の発売日が、現在年月日±３０日の期間内に含まれるか否かを判断する。
【００５４】
発売日が検索期間内に含まれない場合（Ｓ４０９でＮＯ）、ステップＳ４１１に進む。一方、発売日が検索期間内に含まれるとき（Ｓ４０９でＹＥＳ）、ウェブインターフェース３９は、リリース情報ＲＩ１及び対応する曲情報ＭＩ１をメモリ１３２に格納する（Ｓ４１０）。そして、キューシート２６内に登録された曲情報ＭＩ１〜ＭＩｎ全てについてステップＳ４０９の処理を実施していなければ（Ｓ４１１でＮＯ）、検索番号ｉをインクリメントして（Ｓ４１２）、ステップＳ４０８に戻る。要するに、ウェブインターフェース３９は、キューシート２６に登録された全ての曲情報ＭＩｎに対して、ステップＳ４０９の検索処理を実行する。
【００５５】
キューシート２６に登録された全ての曲情報ＭＩ１〜ＭＩｎに対してステップＳ４０９の検索を実行したとき（Ｓ４１１でＹＥＳ）、ウェブインターフェース３９は、メモリ１３２に格納された曲情報ＭＩ及びリリース情報ＲＩから曲の特定情報を読み出す。ウェブインターフェース３９はたとえば、曲の特定情報（タイトル名、アーティスト名等）を読み出す。そして、ウェブインターフェース３９はさらに、曲情報ＭＩに対応する曲の発売日をリリース情報ＲＩから読み出す。さらに、リリース情報ＲＩ内の画像ＵＲＬに基づいて、対応する画像データを取得する。そして、これらのデータをウェブブラウザ３３に供給する。
【００５６】
ウェブブラウザ３３はウェブインターフェース３９から曲の特定情報を含む種々の情報を受け、ディスプレイ１３４に表示する（Ｓ４１５）。ウェブブラウザ３３はたとえば、新譜のタイトル名、アーティスト名、発売日及びその曲に関する画像をリストで表示する。これにより、ユーザは、放送局から放送された曲のうち、新譜に関する情報のリストをディスプレイ１３４で閲覧することができる。
【００５７】
ユーザは、ディスプレイ１３４にリスト表示された複数の新譜の中から、所望の新譜を聴くことができる。ユーザは、マウス等の入力装置１３５を用いて、表示された複数の新譜のうち、所望の曲を指定する。たとえば、ユーザが所望の曲をマウスでクリックすると、ウェブブラウザ３３はその入力操作に応じて所望の曲を指定し（４１６でＹＥＳ）、その曲を読み出すようにウェブインターフェース３９に対してクエリを発行する。ウェブインターフェース３９はこのクエリに応じて、指定された曲のデータをＭＰ３データベース３４から抽出する（Ｓ４１７）。抽出方法は次の通りである。
【００５８】
ウェブインターフェース３９は、キューシートデータベース３７内のキューシート２６を参照して、指定された曲に対応する曲情報ＭＩｎを特定する。そして、特定された曲情報ＭＩｎの放送時間（放送開始時刻ｂｅｇｉｎ及び放送終了時刻ｅｎｄ）を抽出する。そして、ウェブインターフェース３９は、キューシート２６内のステーションＩＤと同じステーションＩＤの録音状況管理テーブル４３を参照して、対応するＭＰ３ファイル４２のファイル名を特定する。このとき、ウェブインターフェース３９は、録音状況管理テーブル４３内の録音開始時刻から録音終了時刻までの間に曲ＭＩｎの放送時間を含むＭＰ３ファイル４３のファイル名を特定する。ウェブインターフェース３９はさらに、特定されたファイル名に対応するインデックスファイル４４を読み出し、読み出されたインデックスファイル４４を参照して、曲情報ＭＩｎ内の放送時間（放送開始時刻ｂｅｇｉｎから放送終了時刻ｅｎｄまで時間）に対応するＭＰ３データを抽出する（Ｓ４１７）。
【００５９】
ウェブインターフェース３９は、抽出されたＭＰ３データをウェブブラウザ３３に渡す。ウェブブラウザ３３はＭＰ３プレーヤ１７を起動し、ＭＰ３プレーヤ１７はそのＭＰ３データに基づいて、指定された曲を再生する（Ｓ４１８）。
【００６０】
上述のとおり、ＦＭ放送は、原則として２４時間録音されるが、停電したり、ユーザがＰＣ１３の電源を落とす場合もあるので、必ずしも全ての放送データがＭＰ３ファイル４２として保存されるとは限らない。そのため、ディスプレイ１３４に表示された新譜リスト内の曲が実際には録音されていない場合もあり得る。
【００６１】
このような事態を防止するために、ディスプレイ１３４が既に録音されている曲のみを新譜として表示するように設定することができる。この設定は入力装置１３５を用いたユーザ操作により入力され、その表示条件は、予めＨＤＤ１３３に格納される。
【００６２】
ウェブインターフェース３９は、ステップＳ４０６の検索処理を実行した後、ＨＤＤ１３３に格納された表示条件を参照し、録音曲のみを表示する設定となっているか否かを判断する（Ｓ４１３）。録音曲のみを表示する設定となっていない場合の動作（Ｓ４１３でＮＯ）は上述の通りである。録音曲のみを表示する設定となっている場合（Ｓ４１３でＹＥＳ）、ウェブインターフェース３９は、ステップＳ４１０でメモリ１３２に格納された複数の曲情報ＭＩ及びリリース情報ＲＩのうち、曲データがＭＰ３ファイルデータベース３４に格納されたものを特定する（Ｓ４１４）。ステップＳ４１４の特定処理は次の通りである。
【００６３】
ウェブインターフェース３９は、ステップＳ４１０でメモリ１３２に格納された曲情報ＭＩの放送時間を読み出す（Ｓ４５０）。そして、キューシート２６のステーションＩＤと同じステーションＩＤを有する録音状況管理テーブル４３を参照して、読み出された曲情報ＭＩの放送時間を録音時間に含むＭＰ３ファイル４２が存在するか否かを判断する（Ｓ４５１）。放送時間が録音時間に含まれるＭＰ３ファイル４２が存在する場合（Ｓ４５１でＹＥＳ）、対応する曲情報ＭＩを特定する（Ｓ４５２）。たとえば、ウェブインターフェース３９は、ステップＳ４１０とは別のメモリ領域にステップＳ４５２で特定された曲情報ＭＩを格納する。ウェブインターフェース３９は、ステップＳ４１０で格納された曲情報ＭＩ全てに対して（Ｓ４５３）ステップＳ４５０及びＳ４５１を実行する。
ステップＳ４１４が終了したとき、ウェブインターフェース３９は、ステップＳ４５２で特定された曲情報ＭＩの特定情報等のデータをウェブブラウザ３３に受け渡し、ウェブブラウザ３３はそのデータをディスプレイ１３４に表示する（Ｓ４１５）。以上の方法により、録音された曲の中から新譜のみをディスプレイ１３４に表示できる。
【００６４】
以上の動作により、ユーザは、放送された曲の中から、新譜のリストをディスプレイ１３４で容易に閲覧することができ、その中から、所望の曲を指定すれば、その曲を容易に聴くことができる。曲を指定しても、曲が録音されていないという事態は回避できる。
【００６５】
上述の説明では、キューシート２６を利用して、新譜のリストをディスプレイ１３４に表示したが、ディスプレイ１３４に表示するリストは新譜に限られない。図１５に示すとおり、検索期間テーブルには種々の検索期間が登録されており、ユーザ操作に応じて検索期間の設定を追加及び変更できる。たとえば、ユーザが、キューシート２６の中から７０年代の曲をリストアップして表示したい場合、ユーザの入力操作に応じてウェブインターフェース３９は、検索期間を「７０'ｓ」の検索期間（１９７０年１月１日〜１９７９年１２月３１日）に設定する。そして、図１４に示す処理を実行すれば、ディスプレイ１３４に７０年代にリリースされた曲のリストが表示される。
【００６６】
［第２の実施の形態］
第１の実施の形態では、エアチェック装置８０内のＰＣ１３が、音楽配信サーバ１５からリリース情報ＲＩを取得したが、キューシートサーバ１２が音楽配信サーバ１５からリリース情報ＲＩを取得し、エアチェック装置８０は、キューシートサーバ１２経由でリリース情報ＲＩを取得してもよい。この場合、エアチェック装置８０は、キューシートサーバからリリース情報ＲＩを含むキューシートを受け取る。
【００６７】
図１６を参照して、第２の実施の形態によるキューシートサーバ１２０は、図３と比較して、新たにキューシート編集部２２を備える。キューシート編集部２２は、共通フォーマットに変換された各キューシート２６に、リリース情報ＲＩを追加する。具体的には、キューシート編集部２２は、キューシート２６内の曲情報ＭＩに対応するリリース情報ＲＩを音楽配信サーバ１５から取得する。そして、リリース情報ＲＩを曲情報ＭＩと対応付けたキューシート２９を作成する。作成されたキューシート２９は、キューシートデータベース２８に格納される。
【００６８】
キューシートサーバ１２０の動作を図１７に示す。ステップＳ１０１〜Ｓ１０３の動作は図６と同じである。キューシート編集部２２は、共通フォーマットに変換されたキューシート２６を参照して、キューシート２６内の複数の曲情報ＭＩに対応するリリース情報ＲＩを音楽配信サーバ１５に要求する（Ｓ１１０）。具体的には、キューシート編集部２２は、キューシート２６内の曲情報ＭＩに対応するリリース情報ＲＩを検索するための検索情報として、曲情報ＭＩに対応する曲の特定情報（タイトル名及びアーティスト名）を読み出し、要求コマンドと共に音楽配信サーバ１５に送信する。音楽配信サーバ１５は、要求コマンドを受け（Ｓ１１１）、要求コマンド内の特定情報を用いて、リリース情報テーブル１５０からリリース情報ＲＩを抽出する。そして、抽出されたリリース情報ＲＩをキューシートサーバ１２０に送信する（Ｓ１１２）。
【００６９】
キューシートサーバ１２０は、音楽配信サーバ１５から送信されたリリース情報ＲＩを受信する（Ｓ１１３）。そして、キューシート編集部２２は、受信されたリリース情報ＲＩを曲情報ＭＩと対応付けてキューシート２６に追加し、キューシート２９を作成する。このとき、リリース情報ＲＩ内の情報のうち、曲情報ＭＩ内に既に含まれている情報はキューシートに追加されない。
【００７０】
以上の方法により、リリース情報ＲＩ付きのキューシート２９が作成される。キューシート２９は、対応する曲の発売日に関する情報も含む。作成されたキューシート２９は、キューシートデータベース２８に登録される。
【００７１】
本実施の形態の場合、エアチェック装置８０内のＰＣ１３は、キューシートサーバ１２０からキューシート２９を取得する。本実施の形態によるＰＣ１３の曲情報表示処理は以下の通りになる。
【００７２】
ＰＣ１３は、図１４に示す曲情報表示処理のうち、ステップＳ４０２においてリリース情報付きのキューシート２９を取得する。そのため、ステップＳ４０４及びＳ４０５は実施しない。ステップＳ４０６以降の動作は第１の実施の形態と同様である。
【００７３】
さらに、ＰＣ１３が図１４中のステップＳ４０６の検索処理を実施する代わりに、キューシートサーバ１２０が検索処理を実施してもよい。キューシートサーバ１２０が検索処理を実行する場合のキューシートサーバ１２０の動作を図１８に示す。
【００７４】
図１８中のステップＳ１０１〜Ｓ１１３の動作は図１７と同じである。キューシート編集部２２は、ステップＳ１１３で受信したリリース情報ＲＩ及びキューシート２６を用いて、検索処理を実行する（Ｓ４０６）。検索処理動作は、図１４での検索処理（Ｓ４０６）と同じである。キューシートサーバ１２０は、図１５に示す検索期間テーブルを記憶しており、新譜を検索する場合は図１５内の名称「新譜」に対応する検索期間を用いる。検索された曲情報ＭＩ及び対応するリリース情報ＲＩはキューシートサーバ１２内のメモリ１３２に格納される。
【００７５】
検索処理が終了した後、キューシート編集部２２は、検索処理によりメモリ１３２に格納された曲情報ＭＩ及びリリース情報ＲＩを含むキューシート３０を作成する（Ｓ１２０）。つまり、このキューシート３０は、放送された曲のうち、新譜に限定されたキューシートである。作成されたキューシート３０は、キューシートデータベース２８に格納される（Ｓ１２１）。
【００７６】
ＰＣ１３が図１８の動作により作成されたキューシート３０を取得する場合、曲情報表示処理は図１９に示す通りとなる。図１９を参照して、ＰＣ１３がキューシート３０を取得したとき（Ｓ４０２）、ＰＣ１３は、既に新譜をディスプレイ１３４に表示できる。そのため、ＰＣ１３は、ステップＳ４１３以降の処理を実行すれば足りる。
【００７７】
要するに、検索処理（Ｓ４０６）は、ＰＣ１３が実行してもよいし、キューシートサーバ１２０が実行してもよい。さらに、ＰＣ１３及びキューシートサーバ１２０の代わりに、音楽配信サーバ１５が実行してもよい。この場合、音楽配信サーバ１５は、キューシート編集部２２を備え、キューシートサーバ１２又は放送局サーバ１６からキューシートを取得して検索処理を実行する。そして、ＰＣ１３は、音楽配信サーバ１５にアクセスして検索処理後に作成されたキューシート３０を取得する。キューシート３０を取得後のＰＣ１３の動作は図１９と同じである。
【００７８】
上記実施の形態では放送されるコンテンツを曲（音楽）としたが、本発明は曲だけでなく、映像その他のあらゆるコンテンツに適用可能であり、そのデータは圧縮されているか否かは限定されない。つまり、コンテンツを含む放送データの形態は、ＦＭラジオに限らず、ＡＭラジオ、インターネットラジオ、ＴＶ（アナログ／デジタル）、ＣＳ／ＢＳ（アナログ／デジタル）等の衛星放送であってもよい。
【００７９】
また、上記実施の形態ではＰＣ１３及びＦＭチューナ１４は常に動作し、全ての放送を受信して録音することを原則としているが、有限な記憶領域を無駄に浪費しないように、週間スケジュールなどを組んで放送のない夜間は動作を停止したり、あるいは、放送されて来た音声又は映像信号を検知し、放送のあるときだけ動作し、放送のないときは動作を停止したりするようにしてもよい。
【００８０】
また、上記実施の形態ではＦＭチューナ１４及びＰＣ１３がエアチェック装置８０を構成しているが、ＦＭ放送を受信してハードディスクに記録する一体型の専用機がエアチェック装置を構成してもよい。
【００８１】
上記実施の形態では、キューシートサーバ１２が放送局から提供されるキューシートを取得しているが、キューシートサーバ１２の運営者がキューシートをキューシートサーバ１２に直接入力してキューシートサーバ１２に記憶させてもよい。
【００８２】
また、上記実施の形態では、ＰＣ１３は各放送局から提供されるキューシートをキューシートサーバ１２経由で取得しているが、各放送局から直接取得してもよい。具体的には、図８に示した取得モジュール４０は、キューシートサーバ１２ではなく各放送局サーバ１６に直接アクセスする。
【００８３】
また、上記実施の形態では放送データは無線放送で送信されているが、有線放送で送信されていてもよく、また、インターネット等の電気通信回線を介して送信されていてもよい。インターネット経由で放送データを受信するためには、図８に示したＦＭチューナ１４、ＡＤＣ３１及びＭＰ３エンコーダ３２に代えて、放送データ取得モジュール（図示せず）をＰＣ１３に設ければよい。放送データ取得モジュールは放送局サーバ１６にアクセスし、そこに現在取得可能な状態でアップロードされている放送データ（又はリアルタイムストリームとして配信されている放送データ）を送信するよう要求する。放送局サーバ１６はこの要求に応じて放送データを返信するので、放送データ取得モジュールは返信されて来た放送データを受信してＭＰ３データベース３４に保存する。要するに、放送データ取得モジュールは放送局サーバ１６から放送データをダウンロードする。
【００８４】
なお、上述の実施の形態では、ＰＣ１３は、抽出した曲のＭＰ３データをＭＰ３プレーヤ１７で再生するが、たとえば、ＰＣ１３は、抽出したＭＰ３データを、図示しないユーザの携帯端末に送信してもよい。この場合、携帯端末に搭載されたＭＰ３プレーヤによりＭＰ３データを再生できる。そのため、たとえば、ユーザは、外出先で携帯端末を用いて所望の曲を聴くことができる。
【００８５】
上述の検索期間テーブルの検索期間は、たとえば、図２０に示すように、検索開始時期のみを登録したり、検索終了時期のみを登録することもできる。検索開始時期のみが登録されている場合、検索期間は、検索開始時期以降のすべての期間となる。たとえば、図２０中の名称「新譜」に対応した検索期間のように、検索開始時期（現在年月日−３０日）のみが登録されている場合であって、現在年月日が２００８年５月３１日であるとき、検索期間は２００８年５月１日以降の全ての期間となる。一方、図２０中の「懐メロ」に対応した検索期間のように、検索終了時期（１９７０年１２月３１日）のみが登録されている場合、検索期間は１９７０年１２月３１日以前の全ての期間となる。
【００８６】
また、上述の実施の形態では、キューシート内の曲情報ＭＩｎ（ｎは自然数）は、放送時間に関する情報として、放送開始時刻ｂｅｇｉｎ［ｎ］及び放送終了時刻ｅｎｄ［ｎ］を含むが、放送開始時刻ｂｅｇｉｎ［ｎ］のみを含んでいてもよい。この場合、曲情報Ｍｎの１つ前に放送された曲情報ＭＩｎ−１により特定される曲の放送時間は、曲情報ＭＩｎ−１の放送開始時刻ｂｅｇｉｎ［ｎ−１］から曲情報ＭＩｎの放送開始時刻ｂｅｇｉｎ［ｎ］までとして、上述の各処理を実行する。
また、上述の実施の形態における図１４及び図１９に記載のステップＳ４１３〜Ｓ４１８の動作は必須ではなく、任意の動作処理である。
【００８７】
以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【図面の簡単な説明】
【００８８】
【図１】本発明の第１の実施の形態によるエアチェックシステムの構成を示す機能ブロック図である。
【図２】図１に示したパーソナルコンピュータ（ＰＣ）、キューシートサーバ及び音楽配信サーバのハードウェア構成を示すブロック図である。
【図３】図１に示したキューシートサーバの構成を示す機能ブロック図である。
【図４】図１に示したエアチェックシステムで使用されるキューシートのデータ構造を示す図である。
【図５】図４に示したキューシートの一例を示す図である。
【図６】図３に示したキューシートサーバの動作を示すフロー図である。
【図７】図１に示した音楽配信サーバに蓄積されたリリース情報テーブルのデータ構造を示す図である。
【図８】図１に示したエアチェック装置の構成を示す機能ブロック図である。
【図９】図８に示したＰＣの動作を示すフロー図である。
【図１０】図８で示したＰＣで生成される録音管理状況テーブルのデータ構造を示す図である。
【図１１】図１０に示した録音管理状況テーブルの一例を示す図である。
【図１２】図８に示したＰＣによるインデックスファイルの生成方法及び曲の抽出方法を説明するための図である。
【図１３】図８に示したＰＣで生成されるインデックスファイルのデータ構造を示す図である。
【図１４】図８に示したＰＣで実行される曲情報表示処理の詳細を示すフロー図である。
【図１５】図８に示したＰＣに記憶される検索期間テーブルの一例を示す図である。
【図１６】本発明の第２の実施の形態によるキューシートサーバの構成を示す機能ブロック図である。
【図１７】図１６に示したキューシートサーバの動作を示すフロー図である。
【図１８】図１７と異なる、図１６に示したキューシートサーバの他の動作を示すフロー図である。
【図１９】図１８の動作により作成されたキューシートを受けたＰＣの動作を示すフロー図である。
【図２０】図１５と異なる他の検索期間テーブルの一例を示す図である。
【符号の説明】
【００８９】
１０  エアチェックシステム
１２，１２０  キューシートサーバ
１４  チューナ
１５  音楽配信サーバ
１６  放送局サーバ
２０  取得部
２２  キューシート編集部
３３  ウェブブラウザ
４３  録音状況管理テーブル
４４  インデックスファイル
７５  リリース情報データベース
８０  エアチェック装置
１３４  ディスプレイ
１５０  リリース情報テーブル
【図１】
0004816684.tif 000002
【図２】
0004816684.tif 000003
【図３】
0004816684.tif 000004
【図４】
0004816684.tif 000005
【図５】
0004816684.tif 000006
【図６】
0004816684.tif 000007
【図７】
0004816684.tif 000008
【図８】
0004816684.tif 000009
【図９】
0004816684.tif 000010
【図１０】
0004816684.tif 000011
【図１１】
0004816684.tif 000012
【図１２】
0004816684.tif 000013
【図１３】
0004816684.tif 000014
【図１４】
0004816684.tif 000015
【図１５】
0004816684.tif 000016
【図１６】
0004816684.tif 000017
【図１７】
0004816684.tif 000018
【図１８】
0004816684.tif 000019
【図１９】
0004816684.tif 000020
【図２０】
0004816684.tif 000021