音声情報処理装置、音声情報処理方法及びそのプログラム
【課題】ユーザが簡単に楽曲データを聴くことができるユーザビリティの高い音声情報処理装置、音声情報処理方法及びそのプログラムを提供すること。
【解決手段】音声情報処理装置１００は、受信したデータストリームから楽曲データ及び関連情報を抽出し、楽曲データごとに書誌情報と対応付けてＨＤＤ１３に記憶する。楽曲の再生時には、書誌情報が表示され、この書誌情報を基に、楽曲名、演奏者名、ジャンル等を選択することで、ユーザは番組内の特定の楽曲を簡単に聴くことができる。
【解決手段】音声情報処理装置１００は、受信したデータストリームから楽曲データ及び関連情報を抽出し、楽曲データごとに書誌情報と対応付けてＨＤＤ１３に記憶する。楽曲の再生時には、書誌情報が表示され、この書誌情報を基に、楽曲名、演奏者名、ジャンル等を選択することで、ユーザは番組内の特定の楽曲を簡単に聴くことができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば受信した放送波等に含まれる楽曲等の音声情報を記憶するための処理を行う音声情報処理装置、音声情報処理方法及びそのプログラムに関する。
【背景技術】
【０００２】
従来から、デジタル音声放送波を受信し、この放送波に含まれる音声情報を記録する装置がある（例えば、特許文献１参照。）。デジタル音声放送波は、番組を構成する音声情報と、音声付加情報とが多重されて送出される放送波である。特許文献１のデジタル音声放送受信装置は、ユーザが設定したタイミングあるいは所定の条件に基いて、上記音声付加情報として、例えば楽曲情報を記憶装置に記録する。楽曲情報とは、例えば楽曲名、演奏者名等の書誌的な情報である。
【０００３】
【特許文献１】特開平１１−１２２１９９号公報（段落[００１６]、図１、図２）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、現状の受信装置は、音声情報（楽曲データを含む）を番組単位やユーザが指定した時間単位で記録する。ここでいう楽曲データとは、楽曲の実データである。このような装置では、ユーザは、その番組内の特定の楽曲だけを抽出して聴くということは難しい。
【０００５】
また、例えばデジタル音声放送では、同じ楽曲が複数回または周期的に放送される。したがって、番組単位や時間指定の単位で音声情報が記録されると、同じ楽曲が複数回記録されることになり、ユーザビリティが低く、記録媒体に記録される音声情報の量が膨大になる。
【０００６】
以上のような事情に鑑み、本発明の目的は、ユーザが簡単に楽曲データを聴くことができるユーザビリティの高い音声情報処理装置、音声情報処理方法及びそのプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明に係る音声情報処理装置は、楽曲データ及び該楽曲データに関連する関連情報を含むデータストリームを受信可能な受信手段と、前記受信されたデータストリームから前記楽曲データ及び前記関連情報を抽出する抽出手段と、前記楽曲データを前記関連情報と対応付けて記憶するために、前記抽出された楽曲データ及び関連情報を出力する出力手段とを具備する。
【０００８】
つまり、本発明では、抽出手段により楽曲データ及び関連情報が抽出されて、楽曲データごとに該楽曲データを関連情報と対応付けて記憶デバイスに記憶することが可能となる。これにより、ユーザは、番組内の特定の楽曲を簡単に聴くことができる。上記記憶デバイスは、音声情報処理装置に内蔵されていてもよいし、あるいは外部の記憶デバイスであってもよい。
【０００９】
関連情報とは、少なくとも楽曲データの書誌情報を含み、楽曲データに関連する画像情報等を含む場合もある。
【００１０】
本発明において、前記出力手段は、前記関連情報の表示のために前記関連情報を出力する。これにより、ユーザは、表示デバイスに表示された、関連情報としての例えば楽曲の書誌情報を見ることにより、複数の楽曲データの中から１または２以上の楽曲データを選択して再生することができる。
【００１１】
本発明において、音声情報処理装置は、前記受信された楽曲データに対応する前記関連情報と、前記記憶された前記関連情報とを比較する比較手段と、前記比較により、前記受信された楽曲データに対応する前記関連情報と、前記記憶された関連情報とが一致する場合、前記出力手段による前記楽曲データの出力を規制する規制手段とをさらに具備する。これにより、過去に記憶した楽曲データと同じ楽曲データを再度重複して記憶することを防止することができる。したがって、記憶デバイスの記憶容量を少なくすることができる。
【００１２】
本発明において、前記抽出手段は、前記楽曲データ及び前記関連情報を抽出するための指定された指定時間帯に、前記楽曲データ及び前記関連情報を抽出する。これにより、ユーザが指定した時間帯の楽曲データを記憶することができる。
【００１３】
指定時間帯としては、典型的には、記憶の予約処理において、ユーザの音声情報処理装置への入力操作により指定した時間帯等が挙げられる。
【００１４】
本発明において、前記抽出手段は、前記楽曲データ及び前記関連情報を抽出するための指定された第１のチャンネルで受信された前記データストリームから、前記楽曲データ及び前記関連情報を抽出する。これにより、ユーザが指定した第１のチャンネルで受信された楽曲データを記憶することができる。
【００１５】
指定された第１のチャンネルとしては、ユーザが音声情報処理装置により楽曲を聴くためにリアルタイムで受信している放送波のチャンネル、または、ユーザの音声情報処理装置への入力操作により指定したチャンネル等が挙げられる。
【００１６】
本発明において、音声情報処理装置は、前記抽出手段により前記関連情報が所定時間抽出されない場合、前記第１のチャネルとは異なる第２のチャンネルに切り替えて前記データストリームを受信するように、前記受信手段を制御する受信制御手段をさらに具備する。第２のチャンネルは、ユーザにより指定されたチャンネルでもよいし、第１のチャンネルの周波数の隣のまたは近い周波数のチャンネルであってもよい。関連情報が所定時間抽出されない場合とは、例えば、楽曲データ及び関連情報を含まないトーク番組等のストリームを受信している場合、あるいは放送休止の場合等である。特に、本発明は受信手段が同時に１チャンネル分の放送波しか受信できない場合に有用である。
【００１７】
本発明において、音声情報処理装置は、入力操作により指定された指定情報を記憶する記憶手段と、前記記憶された指定情報と、前記抽出された関連情報の一部または全部とを比較する比較手段と、前記比較により、前記指定情報と、前記抽出された関連情報の一部または全部とが一致しない場合、前記出力手段による前記楽曲データの出力を規制する規制手段とをさらに具備する。これにより、ユーザが希望する楽曲データを取得できる確率が高くなる。また、記憶デバイスの記憶容量を少なくすることができる。
【００１８】
本発明において、前記受信手段は、映像データを含むデータストリームを受信可能であり、当該音声情報処理装置は、前記受信された、映像データを含むデータストリームから前記映像データを抽出する映像データ抽出手段と、前記映像データ抽出手段により前記映像データを抽出させるための指定された指定時間帯を記憶する記憶手段とをさらに具備し、前記抽出手段は、前記指定時間帯以外の時間帯に前記楽曲データ及び前記関連情報を抽出する。本発明では、例えば音声情報処理装置が、映像データを抽出して出力可能な装置である場合に有効となる。例えば、ユーザの指定時間帯にある映像の番組を視聴し、または、ユーザが、音声情報処理装置がその映像の番組を記憶するための予約処理を実行するように設定した場合、その映像の番組の視聴または予約記憶が優先的に行われる。特に、本発明は受信手段が同時に１チャンネル分の放送波しか受信できない場合に有用である。
【００１９】
本発明において、前記出力手段は、複数の前記楽曲データ及び該複数の楽曲データに対応する前記関連情報をこれらの記憶のためにそれぞれ出力し、当該音声情報処理装置は、
所定の条件に基き、前記記憶された複数の楽曲データのうち選択された楽曲データを消去するための消去信号を出力する消去信号出力手段をさらに具備する。これにより、記憶デバイスの記憶容量の増大を防ぐことができる。
【００２０】
所定の条件として、記憶された楽曲データの記憶容量が所定値を超える場合、所定期間再生されていないか再生頻度が低い楽曲データがある場合、または、記憶された日付が現在の日付から所定の日数分以上離れている楽曲データがある場合等が挙げられる。
【００２１】
本発明において、音声情報処理装置は、前記記憶された楽曲データがエラーがある状態で記憶されていることを示すエラー情報と、前記エラーがある状態で記憶された楽曲データに対応する前記関連情報の一部または全部とを対応付けて記録するエラー情報記録手段と、前記受信手段により、前記記憶されたエラー情報に対応する前記楽曲データを含む前記データストリームを受信した場合、前記エラー情報に対応する前記楽曲データを出力させるように前記出力手段を制御する出力制御手段とをさらに具備する。これにより、受信手段が、エラーがある状態で完全に記憶できなかった楽曲データと同じ楽曲データを再度受信した場合に、上記比較手段によって関連情報同士が一致されたと判定されても、この楽曲データを記憶デバイスに記憶することができる。
【００２２】
本発明に係る音声情報処理方法は、楽曲データ及び該楽曲データに関連する関連情報を含むデータストリームを受信し、前記受信されたデータストリームから前記楽曲データ及び前記関連情報を抽出し、前記楽曲データを前記関連情報と対応付けて記憶する。
【発明の効果】
【００２３】
以上のように、本発明によれば、簡単に楽曲データを聴くことができるユーザビリティの高い音声情報処理装置、音声情報処理方法及びそのプログラムを提供することができる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明の実施の形態を図面を参照しながら説明する。
【００２５】
図１は、本発明の一実施の形態に係る音声情報処理装置を含む情報処理システムの構成を示すブロック図である。
【００２６】
音声情報処理装置１００は、フロントエンド１、デマルチプレクサ２、ＡＶ（Audio Visual）デコーダ３、ビデオプロセッサ４、オーディオエンコーダ７、音声出力エンコーダ６、映像出力エンコーダ５、クロック発生器１２を備える。また、音声情報処理装置１００は、ＣＰＵ９、ＲＡＭ１０、フラッシュメモリ１１、ＨＤＤ（Hard Disk Drive）１３、ＵＩ（User Interface）１４を備える。これらの各ブロックはバス８に接続されている。
【００２７】
ＣＰＵ９は、音声情報処理装置１００を統括的に制御する。フラッシュメモリ１１またはＨＤＤ１３には、ＣＰＵ９の動作に必要なプログラムが格納され、ユーザの設定情報等も格納される。ＲＡＭ１０は、そのプログラムが展開される領域を有し、ＣＰＵ９の作業領域を有する。ＨＤＤ１３は、後述するように、楽曲のデータや、映像データ、その他必要な情報を記憶する。記憶デバイスとして、ＨＤＤ１３のほか、光ディスク、半導体メモリ等であってもよい。
【００２８】
フロントエンド１は、各種の周波数帯域を持つデジタル放送波のコンテンツ（データストリーム）を受信し、指定された周波数の放送波を選択するチューナ（受信手段）である。デジタル放送波としては、ＢＳ（Broadcasting Satellite）、ＣＳ（Communications Satellite）等の衛星デジタル放送波のほか、地上デジタル放送波等が挙げられる。フロントエンド１は、変調された放送波の信号を復調し、エラー訂正等を行うことにより、データストリームを取得する。放送波のデータストリームの圧縮形式には、典型的にはＭＰＥＧ（Moving Picture Experts Group）２のコーデックが用いられるが、これに限られない。
【００２９】
デマルチプレクサ２は、フロントエンド１から出力されたデータストリームから音声ストリーム、映像ストリーム、その他のストリームやデータを抽出する。
【００３０】
ＡＶデコーダ３は、抽出された音声ストリーム及び映像ストリームを上記ＭＰＥＧ等の形式でデコードすることで、音声データ、映像データを生成する。音声データには、楽曲の実データ（以下、楽曲データという。）、その他の音声情報が含まれている。
【００３１】
デマルチプレクサ２から供給されるその他のデータとして、文字情報、上記楽曲データに関連する関連情報、比較的軽い画像（静止画または動画）情報等が含まれている。これらの情報は、ＡＶデコーダ３が抽出するようにしてもよい。
【００３２】
ビデオプロセッサ４は、ＯＳＤ（On Screen Display）等、映像に関する処理を行う。
【００３３】
オーディオエンコーダ７は、ＡＶデコーダ３から出力された音声ストリームを、各種のコーデックによりエンコードし、楽曲ファイルを生成する。このコーデックとしては、例えばＡＴＲＡＣ（Adaptive TRansform Acoustic Coding）、ＡＡＣ（Advanced Audio Coding）、ＷＭＡ（Windows(登録商標） Media Audio）、またはその他のコーデックが挙げられる。ＣＰＵ９、デマルチプレクサ２、ＡＶデコーダ３、あるいはオーディオエンコーダ７等は抽出手段として機能する。また、ＣＰＵ９、デマルチプレクサ２、オーディオエンコーダ７等は出力手段として機能する。
【００３４】
映像出力エンコーダ５は、ビデオプロセッサ４から供給された映像データについて、ディスプレイ１５の表示形式に合わせるように処理し、処理した映像データをディスプレイ１５に出力する。ディスプレイ１５がアナログ形式であれば、映像出力エンコーダ５はＤ／Ａ変換等も行う。
【００３５】
音声出力エンコーダ６は、ＡＶデコーダ３から供給された音声データについて、Ｄ／Ａ変換を行い、音声データをスピーカ１６に出力する。
【００３６】
ＵＩ１４は、音声情報処理装置１００を遠隔制御するリモートコントローラ（またはその他の入力デバイス）からのユーザの操作信号、あるいは、音声情報処理装置１００の操作パネルに設けられた操作ボタン等を介してユーザが入力した操作信号を受信し、受信した操作信号をＣＰＵ９に送る。
【００３７】
クロック発生器１２は、ＣＰＵ９、その他の回路の動作に必要な各種のクロックを発生する。
【００３８】
なお、図１に示した音声情報処理装置１００は、デジタル音声放送及びデジタルテレビジョン放送の両方を受信できる装置として説明している。しかし、映像のデータは含まれず、デジタルラジオ等のデジタル音声放送（比較的情報量の少ない、音声情報以外の情報（関連情報）を含む放送）を受信する音声情報処理装置１００であってもよい。
【００３９】
本実施の形態に係る音声情報処理装置１００は、以降に説明する各種の指定された条件がない場合、原則的に現在受信中の楽曲データ及び関連情報を抽出して、ＨＤＤ１３に記憶していく装置である。
【００４０】
図２は、上記楽曲データの関連情報として書誌情報のデータベースの例を示す図である。
【００４１】
書誌情報には、楽曲Ａ、Ｂ、Ｃ、・・・（楽曲ＩＤ）ごとに、楽曲名、演奏者名、演奏時間、記憶日時、チャンネル、管理情報が含まれる。すなわち、書誌情報データベース１７は楽曲データ１８と対応付けられてＨＤＤ１３に記憶される。書誌情報には、上記各種の情報のうち、少なくとも楽曲名が含まれていればよく、典型的には楽曲名、演奏者名が含まれる。書誌情報は、フラッシュメモリ１１等に記憶されていてもよい。関連情報としては、書誌情報だけでなく、静止画や動画等の画像情報であってもよい。画像情報として、例えばその楽曲に関連するビデオクリップやアルバムのジャケット画像等である。
【００４２】
書誌情報としては、上記の情報だけでなく、作曲者名、作曲された年代、ロックやポップス等の楽曲のジャンル、演奏者等の出身国、その他各種の情報が含まれていてもよい。書誌情報のうち、管理情報は、例えばリスニングしたか否か、リスニング回数、消去可能か否か、楽曲データ１８の欠損（楽曲データ１８にエラーがあるか否か）等、その他各種の情報を含む。
【００４３】
コンテンツを放送する放送局は、楽曲データ１８を含めた音声データを送信する場合、その音声データに、その楽曲データ１８に対応する上記関連情報を加えて生成されたデータストリームを送信する。
【００４４】
以上のように構成された音声情報処理装置１００の動作について説明する。
【００４５】
図３は、ユーザが楽曲データの記憶を予約するときの音声情報処理装置１００の動作を示すフローチャートである。
【００４６】
ＣＰＵ９は、ＵＩ１４を介してユーザによる入力操作信号を取得したか否かを監視する（ステップ１０１）。ＣＰＵ９は、入力操作信号を取得した場合、その入力操作信号が楽曲データを記憶するための予約処理の信号であった場合（ステップ１０２のＹＥＳ）、予約処理を実行する（ステップ１０３）。ステップ１０３では、典型的にはＣＰＵ９は、所定の予約プログラムにしたがって、指定された記憶の時間帯（指定時間帯）、指定されたチャンネル（指定チャンネル）、その他各種の予約処理に関する事項を設定し、その設定情報を例えばフラッシュメモリ１１に記憶する。
【００４７】
ステップ１０２でＮＯの場合、ＣＰＵ９はその入力操作信号に応じた所定の処理を実行する（ステップ１０４）。
【００４８】
図４は、図３で予約処理が実行された後の音声情報処理の動作を示すフローチャートである。
【００４９】
ＣＰＵ９は、フラッシュメモリ１１に記憶された設定情報を読み出す（ステップ２０１）。ＣＰＵ９は、クロック発生器１２により供給されるクロックに基き、現在時刻が、指定時間帯のスタート時刻（あるいはそのスタート時刻から、数秒、数分等の所定時間前の時刻）と一致するか否かを判定する（ステップ２０２）。
【００５０】
それらが一致した場合において、ＣＰＵ９は、現在受信している放送波のチャンネルが、指定チャンネルと一致するか否かを判定する（ステップ２０３）。一致する場合、ＣＰＵ９は、その指定チャンネルの放送波のコンテンツをフロントエンド１により受信する（ステップ２０４）。
【００５１】
ステップ２０３でＮＯの場合、ＣＰＵ９は、そのコンテンツの音声データまたは映像データが、音声出力エンコーダ６または映像出力エンコーダ５からそれぞれ出力されているか否かを判定する（ステップ２０５）。つまりステップ２０５では、ＣＰＵ９は、ユーザが現在この音声情報処理装置１００を用いてコンテンツを受信して視聴しているか否かを判定する。ステップ２０５でＮＯの場合、ユーザはコンテンツを視聴していないので、ＣＰＵ９は、現在受信しているチャンネルを指定チャンネルに切り替えて（ステップ２０６）、ステップ２０４に進む。ステップ２０５でＹＥＳの場合、ＣＰＵ９は、そのままその音声データ、映像データの出力を維持する（ステップ２０７）。
【００５２】
なお、ステップ２０５でＹＥＳの場合に、ＣＰＵ９は、現在受信している放送波のチャンネルを、指定チャンネルに強制的に切り替えてもよい。あるいは、ステップ２０５でＹＥＳの場合に、ＣＰＵ９は、ビデオプロセッサ４によるＯＳＤ処理または音により、現在受信しているチャンネルを、指定チャンネルに切り替えてもよいか否かをユーザに問い合わせてもよい。
【００５３】
ＣＰＵ９は、受信したコンテンツのデータストリームから、デマルチプレクサ２、ＡＶデコーダ３、オーディオエンコーダ７を用いて、楽曲データ及び関連情報を抽出する（ステップ２０８）。上記したように、楽曲データは、オーディオエンコーダ７で所定の形式にエンコードされ、楽曲ファイル化される。ＣＰＵ９は、このうように抽出された楽曲データ（楽曲ファイル）を関連情報と対応付けてＨＤＤ１３に記憶する（ステップ２０９）。関連情報は、フラッシュメモリ１１、あるいは別の記憶媒体に記憶されてもよい。
【００５４】
なお、図３、４では、記憶の予約処理が実行されることを前提として動作を説明した。例えばユーザがＵＩ１４を介して入力操作することで、楽曲データ（及び関連情報）の記憶処理を開始するようにしてもよい。つまり、この場合、ＣＰＵ９は、その記憶処理の実行の入力操作信号を受信することをトリガーとして、そのとき指定されたチャンネルの楽曲データ及び関連情報の記憶処理を開始する。
【００５５】
このように、本実施の形態に係る音声情報処理装置１００は、原則的に、ユーザが音声情報処理装置１００を用いてリアルタイムで音声や映像を視聴していない間に、楽曲データを記憶していくので、楽曲データを記憶する処理においてユーザに負担を強いない。ただし、音声情報処理装置１００がリアルタイムで受信しているチャンネルが指定チャンネルと一致したときは、楽曲データを記憶するので、ユーザの希望に沿う楽曲データを記憶する確率が高くなる。
【００５６】
図５は、音声情報処理装置１００の楽曲データを再生する動作を示すフローチャートである。
【００５７】
ＣＰＵ９は、ＵＩ１４を介してユーザによる入力操作信号を取得したか否かを監視する（ステップ３０１）。ＣＰＵ９は、入力操作信号を取得した場合において、その入力操作信号が関連情報の読み出し処理の信号であった場合（ステップ３０２のＹＥＳ）、ＨＤＤ１３に記憶された関連情報を読み出す（ステップ３０３）。
【００５８】
ステップ３０２でＮＯの場合、ＣＰＵ９はその入力操作信号に応じた所定の処理を実行する（ステップ３０５）。
【００５９】
ステップ３０３では、典型的にはＣＰＵ９は、関連情報として書誌情報データベース１７をＨＤＤ１３から読み出し、ビデオプロセッサ４を用いてＯＳＤにより、書誌情報を表示する。関連情報に画像情報が含まれる場合は、その書誌情報とともに画像情報を表示する。ユーザは、その情報を見ながら、ＵＩ１４を介しての入力操作により希望する楽曲データ（楽曲ＩＤ）を選択する。ＣＰＵ９は、選択された楽曲ＩＤに対応する楽曲データをＨＤＤ１３から読み出し、音声出力エンコーダ６により再生する（ステップ３０４）。
【００６０】
このように、本実施の形態では、楽曲データ及び関連情報が抽出されて、楽曲データごとに書誌情報と対応付けられてＨＤＤ１３に記憶される。楽曲の再生時には、書誌情報が表示され、この書誌情報を基に、楽曲名、演奏者名、ジャンル等を選択することで、ユーザは番組内の特定の楽曲を簡単に聴くことができる。音声情報処理装置１００は、ユーザが、書誌情報に基き、再生曲順の変更、設定等を行うためのプログラムももちろん備えていてもよい。
【００６１】
図６は、これまで説明したように楽曲データ等を記憶し、その後、さらに楽曲データ等を記憶するときの音声情報処理装置１００の動作を示すフローチャートである。なお、図６では図４と同様に、楽曲データの記憶予約処理を前提に説明するが、必ずしも記憶予約処理によらなくてもよく、上記したように、ユーザの記憶処理の入力操作信号をトリガーとして楽曲データの記憶処理を開始するようにしてもよい。
【００６２】
ＣＰＵ９は、ステップ２０１と同様に、予約処理時にフラッシュメモリ１１に記憶された設定情報を読み出す（ステップ４０１）。ＣＰＵ９は、過去に記憶した関連情報の書誌情報をＨＤＤ１３から読み出す（ステップ４０２）。ＣＰＵ９は、指定チャンネルの放送波のコンテンツを受信する（ステップ４０３）。ステップ４０３における指定チャンネルとは、ユーザがリアルタイムで指定したチャンネルでもよいし、予約処理により指定したチャンネルであってもよい。予約処理により指定されたチャンネルであれば、ステップ４０２の後、図４で示したステップ２０２、２０３、２０４〜２０７の処理が行われる。
【００６３】
ＣＰＵ９は、受信したデータストリームから楽曲データ及び関連情報を抽出する（ステップ４０４）。ＣＰＵ９は、受信したデータストリームから抽出した書誌情報のうちの、例えば楽曲名及び演奏者名の情報と、ステップ４０２で読み出した書誌情報の楽曲名及び演奏者名の情報とを比較し、それが一致するか否かを判定する（ステップ４０５）。この場合、ＣＰＵ９は、楽曲名及び演奏者名以外にも、例えば演奏時間の情報、あるいは管理情報のうちの所定の情報の一致を判定してもよい。
【００６４】
楽曲名及び演奏者名の情報同士が一致する場合、ＣＰＵ９は、その楽曲データのＨＤＤ１３への出力（記憶）を規制する（ステップ４０６）。すなわち、ＣＰＵ９はその楽曲データを記憶しない。これにより、過去に記憶した楽曲データと同じ楽曲データを再度重複して記憶することを防止することができる。したがって、ＨＤＤ１３の記憶容量を少なくすることができる。
【００６５】
楽曲名及び演奏者名の情報同士が一致しない場合、ＣＰＵ９は、楽曲データ及び関連情報を記憶する（ステップ４０７）。
【００６６】
ところで、音声情報処理装置１００は、例えばユーザの選択する楽曲名、演奏者名等をキーワードで登録するプログラムを有していてもよい。キーワードだけでなく、楽曲のジャンル、楽曲が作られた年代別、その他各種の情報（以下、これらの情報を指定情報という。）が登録可能とされてもよい。この場合、ユーザがＵＩ１４を介して入力操作により指定情報を入力し、ＣＰＵ９は、その指定情報をフラッシュメモリ１１またはＨＤＤ１３に記憶しておく。
【００６７】
図７は、音声情報処理装置１００が、その指定情報に基いて楽曲情報を記憶する動作を示すフローチャートである。
【００６８】
ＣＰＵ９は、ＨＤＤ１３から指定情報を読み出す（ステップ５０１）。ＣＰＵ９は、指定チャンネルの放送波のコンテンツを受信する（ステップ５０２）。ステップ５０２における指定チャンネルとは、ユーザがリアルタイムで指定したチャンネルでもよいし、予約処理により指定したチャンネルであってもよい。
【００６９】
ＣＰＵ９は、受信したデータストリームから楽曲データ及び関連情報を抽出する（ステップ５０３）。ＣＰＵ９は、読み出した指定情報と、抽出した書誌情報の全部または一部とを比較し、それが一致するか否かを判定する（ステップ５０４）。例えば指定情報が演奏者名であり、書誌情報の中に指定された演奏者名があれば、指定情報と書誌情報の一部とが一致することになる。
【００７０】
指定情報と書誌情報の全部または一部とが一致する場合、ＣＰＵ９は、その楽曲データ及び書誌情報をＨＤＤ１３への出力し、これらを記憶する（ステップ５０５）。一致しない場合、ＣＰＵ９は、楽曲データ及び書誌情報のＨＤＤ１３への出力を規制し、これらを記憶しない。
【００７１】
以上のような処理により、ユーザが希望する楽曲データを取得できる確率が高くなる。また、ＨＤＤ１３の記憶容量を少なくすることができる。
【００７２】
音声情報処理装置１００は、図６及び図７に示した動作が組み合わされた動作を行うことも可能である。
【００７３】
次に、音声情報処理装置１００が、複数のチャンネルにわたって楽曲データを記憶していく処理について説明する。図８は、その動作を示すフローチャートである。この動作では、音声情報処理装置１００が、上記した指定時間帯に楽曲データを記憶する形態について説明する。
【００７４】
ＣＰＵ９は、指定チャンネルの放送波のコンテンツを受信する（ステップ６０１）。ここでの指定チャンネルとは、予約処理での指定チャンネルである。
【００７５】
ＣＰＵ９は、指定チャンネルの放送波のコンテンツを受信できるか否かを判定し（ステップ６０１）、受信できる場合は、その指定チャンネルの放送波のコンテンツを受信する（ステップ６０２）。受信できない場合、ＣＰＵ９は、指定チャンネル（第１のチャンネル）とは異なるチャンネル（第２のチャンネル）に切り替えて受信するようにフロントエンド１を制御する（ステップ６０４）。
【００７６】
異なるチャンネルとは、指定チャンネルの周波数の隣のまたは近い周波数のチャンネルであってもよい。あるいは、ユーザが複数の指定チャンネルを選択し、その優先順位を設定することができるプログラムを音声情報処理装置１００が備えていてもよい。
【００７７】
指定チャンネルの放送波のコンテンツを受信できない場合とは、例えば、何らかの原因で受信状態が悪い場合、放送局での放送が休止している場合等である。
【００７８】
ＣＰＵ９は、受信したデータストリームから関連情報を抽出できない期間が所定の時間継続したか否かを判定する（ステップ６０３）。関連情報を抽出できない場合とは、例えば、音声情報に楽曲データが含まれないようなトーク番組等のコンテンツを受信している場合である。所定の期間とは、例えば数分、数十分、数時間等、適宜変更可能である。ユーザがＵＩ１４を介しての入力操作により、所定の期間を設定できるようにしてもよい。
【００７９】
関連情報を抽出できない期間が所定の時間継続した場合、ＣＰＵ９は、異なるチャンネルに切り替えて受信するようにフロントエンド１を制御する（ステップ６０４）。所定の時間継続しないうちに、ＣＰＵ９が関連情報を抽出した場合（ステップ６０３のＮＯ）、受信したデータストリームから楽曲データ及び関連情報を抽出する（ステップ６０５）。この後は、ＣＰＵ９は、図４、６、または７で示した各種の条件にしたがって楽曲データを及び関連情報をＨＤＤ１３に記憶すればよい。
【００８０】
このようにして、ＣＰＵ９は、所定の期間関連情報を抽出できない場合に、チャンネルを次々と変更していくことにより、複数のチャンネルにわたって効率良く楽曲データを記憶することができる。
【００８１】
図８では、ステップ６０１で指定チャンネルの放送波のコンテンツを受信可能か否かが判定されたが、この判定処理は行われず、最初からステップ６０３の判定処理が行われるようにしても、同様の効果が得られる。
【００８２】
ところで、現在の日本におけるデジタル音声放送は、週単位でその放送内容が更新されることが多い。したがって、１週間内では、毎日同じ時間帯に同じコンテンツが各放送局から放送されることが多い。この場合に、音声情報処理装置１００は、１週間内である所定の日の所定の時間帯に指定チャンネルのコンテンツの楽曲データを記憶した場合、次のように処理することもできる。すなわち、音声情報処理装置１００は、その週以内では、その日の翌日以降の同じ時間帯に放送されるコンテンツの楽曲データを記憶しないように記憶処理を規制し、その時間帯における指定チャンネルとは異なるチャンネルのコンテンツの楽曲データを記憶することができる。
【００８３】
週単位ではなく、日単位、または月単位で放送内容が更新される場合であっても、音声情報処理装置１００は、もちろんそれに応じて適応的な処理が可能である。
【００８４】
次に、音声情報処理装置１００が、指定チャンネルの放送波のコンテンツを受信中に、割り込み的に他の処理を行う動作について説明する。図９は、その動作を説明するための概念図である。図９において、右方向に１日の時間が経過するものとする。また、ここでは、音声情報処理装置１００は、指定時間帯などが設定されていない状態で、原則的に受信した放送波のコンテンツの楽曲データを記憶するとして説明する。しかし、図９に示す動作は、指定時間帯内での動作にも適用可能である。
【００８５】
例えば、ＣＰＵ９が、指定時間帯に指定チャンネル（例えば第１のチャンネルとする）の放送波のコンテンツを受信し、楽曲データ等の記憶を開始する。ＣＰＵ９は、例えば、テレビジョン放送で放送される映像データを記憶するための予約処理の設定情報があれば、それを読み出す。ＣＰＵ９は、その予約処理の時間帯では当該テレビジョン放送のコンテンツの受信、記憶（割り込み処理）を優先する。テレビジョン放送のコンテンツの記憶処理の時間帯が終了すると、ＣＰＵ９は、再び第１のチャンネルの放送波のコンテンツを受信し、楽曲データ等の記憶を開始する。
【００８６】
受信開始から２日目に、ＣＰＵ９は、第１のチャンネルとは異なる第２チャンネルの放送波のコンテンツを受信し、楽曲データの記憶する。ＣＰＵ９は、前日にテレビジョン放送のコンテンツの記憶処理における時間帯の開始時刻になると、その時間帯に記憶できなかった、第１のチャンネルの放送波のコンテンツを受信し、楽曲データを記憶する。ＣＰＵ９は、その時間帯が終了すると第２のチャンネルの放送波のコンテンツを受信し、楽曲データの記憶を開始する。
【００８７】
この図９に示す動作中において、図４〜図８の処理が行われてもよい。
【００８８】
以上のようにして楽曲データが記憶され続けていくと、ＨＤＤ１３の容量が問題になる。そこで、音声情報処理装置１００は、所定の条件の下で、記憶された楽曲データを消去していくことも可能である。図１０は、その動作を示すフローチャートである。
【００８９】
例えば、ユーザのＵＩ１４を介しての入力操作により、楽曲の消去を禁止する禁止設定が行われ、ＣＰＵ９は、その禁止設定情報をフラッシュメモリ１１またはＨＤＤ１３に記憶しておく。禁止設定は、例えば、ユーザが楽曲名、演奏者名、ジャンル等の書誌情報の一部を登録することにより行われればよい。それらに限られず、時間帯、チャンネル等の登録によって行われてもよい。
【００９０】
音声情報処理装置１００は、禁止設定情報の逆の条件、つまり楽曲データの消去条件の情報をフラッシュメモリ１１またはＨＤＤ１３に予め記憶しておいてもよい。消去条件とは、例えば、ある楽曲データを記憶してから所定の年数や日数が経過した場合、ＨＤＤ１３のデータ記憶容量が所定値を超える場合、あるいは、再生頻度が所定の回数以下の場合等が挙げられる。消去条件は、ユーザの入力操作により設定されてもよいし、その設定が変更可能されてもよい。
【００９１】
禁止設定情報、消去条件情報は、書誌情報の一部、例えば管理情報として記憶されてもよい。
【００９２】
ＣＰＵ９は、ＨＤＤ１３から禁止設定情報、消去条件の情報及び書誌情報データベース１７を読み出す（ステップ７０１）。ＣＰＵ９は、禁止設定情報に基き、書誌情報データベース１７を参照して、禁止されていない条件に該当する楽曲データを消去するための消去信号をＨＤＤ１３に出力する（ステップ７０２）。
【００９３】
このように、所定の条件で選択された楽曲データが消去されることにより、ＨＤＤ１３の記憶容量の増大を防ぐことができる。
【００９４】
記憶した楽曲データのうち、データにエラーがある状態で楽曲データが記憶されている場合、音声情報処理装置１００は、例えば図１１に示すフローチャートのように処理することができる。エラーがある状態で記憶された楽曲データとは例えばデータの一部が破損していたり、消えている場合である。
【００９５】
ＣＰＵ９は、ユーザの入力操作によりそのエラー状態をチェックしたり、楽曲データを記憶するごとに、あるいは定期的に楽曲データのエラー状態をチェックする（ステップ８０１）。このエラー情報、つまりエラーがあるか否かの情報は、書誌情報データベース１７の例えば管理情報に書き込まれればよい。この場合、フラッシュメモリ１１またはＨＤＤ１３はエラー情報記録手段として機能する。
【００９６】
ＣＰＵ９は、指定チャンネルの放送波のコンテンツを受信し（ステップ８０２）、受信したデータストリームから楽曲データ及び関連情報を抽出する（ステップ８０３）。ＣＰＵ９は、その関連情報を参照し、書誌情報データベース１７に基き、エラーがある状態で記憶された楽曲データに一致する楽曲データを受信するか否かを監視する（ステップ８０４）。ＣＰＵ９は、ステップ８０４のＹＥＳの場合、受信した楽曲データをＨＤＤ１３に記憶する（ステップ８０５）。ＣＰＵ９は、ステップ８０４のＮＯの場合、通常の処理を行う（ステップ８０６）。通常の処理とは、図４、６〜９等に示す処理であり、受信した楽曲データがこれまで受信したことがないものであれば、それを記憶する。
【００９７】
このような処理により、エラー状態で記憶された楽曲データを少なくすることができる。
【００９８】
なお、ＣＰＵ９は、エラーがある状態で記憶された楽曲データを消去してもよいし、あるいは、そのまま残しておき、エラーの有無の情報を上記消去条件の情報として記憶しておいてもよい。
【００９９】
本発明に係る実施の形態は、以上説明した実施の形態に限定されず、他の種々の実施形態が考えられる。
【０１００】
上記実施の形態では、音声情報処理装置１００がＨＤＤ１３を有していたが、音声情報処理装置１００とＨＤＤ１３とがケーブル、無線、またはネットワークを介して接続されていてもよい。
【０１０１】
上記実施の形態では、チューナが１つの場合について説明した。音声情報処理装置１００がチューナを複数備えている場合は、複数のチャンネルにおける楽曲データの記憶処理の時間帯が重なっても問題ない。あるいは、音声情報処理装置１００は、あるチャンネルの楽曲データの記憶処理がなされ、別のチャンネル（音声放送でもよいしテレビジョン放送でもよい）のコンテンツをリアルタイムで受信してもよい。
【図面の簡単な説明】
【０１０２】
【図１】本発明の一実施の形態に係る音声情報処理装置を含む情報処理システムの構成を示すブロック図である。
【図２】楽曲データの関連情報として書誌情報のデータベースの例を示す図である。
【図３】ユーザが楽曲データの記憶を予約するときの音声情報処理装置の動作を示すフローチャートである。
【図４】図３で予約処理が実行された後の音声情報処理の動作を示すフローチャートである。
【図５】音声情報処理装置の楽曲データを再生する動作を示すフローチャートである。
【図６】楽曲データ等を記憶し、その後、さらに楽曲データ等を記憶するときの音声情報処理装置の動作を示すフローチャートである。
【図７】音声情報処理装置が、指定情報に基いて楽曲情報を記憶する動作を示すフローチャートである。
【図８】音声情報処理装置が、複数のチャンネルにわたって楽曲データを記憶していく処理の動作を示すフローチャートである。
【図９】音声情報処理装置が、指定チャンネルの放送波のコンテンツを受信中に、割り込み的に他の処理を行う動作を説明するための概念図である。
【図１０】音声情報処理装置が、所定の条件の下で、記憶された楽曲データを消去していく動作を示すフローチャートである。
【図１１】記憶した楽曲データのうち、データにエラーがある状態で楽曲データが記憶されている場合の音声情報処理装置の動作を示すフローチャートである。
【符号の説明】
【０１０３】
１…フロントエンド
２…デマルチプレクサ
３…ＡＶデコーダ
４…ビデオプロセッサ
７…オーディオエンコーダ
９…ＣＰＵ
１０…ＲＡＭ
１１…フラッシュメモリ
１３…ＨＤＤ
１７…書誌情報データベース
１８…楽曲データ
１００…音声情報処理装置
【技術分野】
【０００１】
本発明は、例えば受信した放送波等に含まれる楽曲等の音声情報を記憶するための処理を行う音声情報処理装置、音声情報処理方法及びそのプログラムに関する。
【背景技術】
【０００２】
従来から、デジタル音声放送波を受信し、この放送波に含まれる音声情報を記録する装置がある（例えば、特許文献１参照。）。デジタル音声放送波は、番組を構成する音声情報と、音声付加情報とが多重されて送出される放送波である。特許文献１のデジタル音声放送受信装置は、ユーザが設定したタイミングあるいは所定の条件に基いて、上記音声付加情報として、例えば楽曲情報を記憶装置に記録する。楽曲情報とは、例えば楽曲名、演奏者名等の書誌的な情報である。
【０００３】
【特許文献１】特開平１１−１２２１９９号公報（段落[００１６]、図１、図２）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、現状の受信装置は、音声情報（楽曲データを含む）を番組単位やユーザが指定した時間単位で記録する。ここでいう楽曲データとは、楽曲の実データである。このような装置では、ユーザは、その番組内の特定の楽曲だけを抽出して聴くということは難しい。
【０００５】
また、例えばデジタル音声放送では、同じ楽曲が複数回または周期的に放送される。したがって、番組単位や時間指定の単位で音声情報が記録されると、同じ楽曲が複数回記録されることになり、ユーザビリティが低く、記録媒体に記録される音声情報の量が膨大になる。
【０００６】
以上のような事情に鑑み、本発明の目的は、ユーザが簡単に楽曲データを聴くことができるユーザビリティの高い音声情報処理装置、音声情報処理方法及びそのプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明に係る音声情報処理装置は、楽曲データ及び該楽曲データに関連する関連情報を含むデータストリームを受信可能な受信手段と、前記受信されたデータストリームから前記楽曲データ及び前記関連情報を抽出する抽出手段と、前記楽曲データを前記関連情報と対応付けて記憶するために、前記抽出された楽曲データ及び関連情報を出力する出力手段とを具備する。
【０００８】
つまり、本発明では、抽出手段により楽曲データ及び関連情報が抽出されて、楽曲データごとに該楽曲データを関連情報と対応付けて記憶デバイスに記憶することが可能となる。これにより、ユーザは、番組内の特定の楽曲を簡単に聴くことができる。上記記憶デバイスは、音声情報処理装置に内蔵されていてもよいし、あるいは外部の記憶デバイスであってもよい。
【０００９】
関連情報とは、少なくとも楽曲データの書誌情報を含み、楽曲データに関連する画像情報等を含む場合もある。
【００１０】
本発明において、前記出力手段は、前記関連情報の表示のために前記関連情報を出力する。これにより、ユーザは、表示デバイスに表示された、関連情報としての例えば楽曲の書誌情報を見ることにより、複数の楽曲データの中から１または２以上の楽曲データを選択して再生することができる。
【００１１】
本発明において、音声情報処理装置は、前記受信された楽曲データに対応する前記関連情報と、前記記憶された前記関連情報とを比較する比較手段と、前記比較により、前記受信された楽曲データに対応する前記関連情報と、前記記憶された関連情報とが一致する場合、前記出力手段による前記楽曲データの出力を規制する規制手段とをさらに具備する。これにより、過去に記憶した楽曲データと同じ楽曲データを再度重複して記憶することを防止することができる。したがって、記憶デバイスの記憶容量を少なくすることができる。
【００１２】
本発明において、前記抽出手段は、前記楽曲データ及び前記関連情報を抽出するための指定された指定時間帯に、前記楽曲データ及び前記関連情報を抽出する。これにより、ユーザが指定した時間帯の楽曲データを記憶することができる。
【００１３】
指定時間帯としては、典型的には、記憶の予約処理において、ユーザの音声情報処理装置への入力操作により指定した時間帯等が挙げられる。
【００１４】
本発明において、前記抽出手段は、前記楽曲データ及び前記関連情報を抽出するための指定された第１のチャンネルで受信された前記データストリームから、前記楽曲データ及び前記関連情報を抽出する。これにより、ユーザが指定した第１のチャンネルで受信された楽曲データを記憶することができる。
【００１５】
指定された第１のチャンネルとしては、ユーザが音声情報処理装置により楽曲を聴くためにリアルタイムで受信している放送波のチャンネル、または、ユーザの音声情報処理装置への入力操作により指定したチャンネル等が挙げられる。
【００１６】
本発明において、音声情報処理装置は、前記抽出手段により前記関連情報が所定時間抽出されない場合、前記第１のチャネルとは異なる第２のチャンネルに切り替えて前記データストリームを受信するように、前記受信手段を制御する受信制御手段をさらに具備する。第２のチャンネルは、ユーザにより指定されたチャンネルでもよいし、第１のチャンネルの周波数の隣のまたは近い周波数のチャンネルであってもよい。関連情報が所定時間抽出されない場合とは、例えば、楽曲データ及び関連情報を含まないトーク番組等のストリームを受信している場合、あるいは放送休止の場合等である。特に、本発明は受信手段が同時に１チャンネル分の放送波しか受信できない場合に有用である。
【００１７】
本発明において、音声情報処理装置は、入力操作により指定された指定情報を記憶する記憶手段と、前記記憶された指定情報と、前記抽出された関連情報の一部または全部とを比較する比較手段と、前記比較により、前記指定情報と、前記抽出された関連情報の一部または全部とが一致しない場合、前記出力手段による前記楽曲データの出力を規制する規制手段とをさらに具備する。これにより、ユーザが希望する楽曲データを取得できる確率が高くなる。また、記憶デバイスの記憶容量を少なくすることができる。
【００１８】
本発明において、前記受信手段は、映像データを含むデータストリームを受信可能であり、当該音声情報処理装置は、前記受信された、映像データを含むデータストリームから前記映像データを抽出する映像データ抽出手段と、前記映像データ抽出手段により前記映像データを抽出させるための指定された指定時間帯を記憶する記憶手段とをさらに具備し、前記抽出手段は、前記指定時間帯以外の時間帯に前記楽曲データ及び前記関連情報を抽出する。本発明では、例えば音声情報処理装置が、映像データを抽出して出力可能な装置である場合に有効となる。例えば、ユーザの指定時間帯にある映像の番組を視聴し、または、ユーザが、音声情報処理装置がその映像の番組を記憶するための予約処理を実行するように設定した場合、その映像の番組の視聴または予約記憶が優先的に行われる。特に、本発明は受信手段が同時に１チャンネル分の放送波しか受信できない場合に有用である。
【００１９】
本発明において、前記出力手段は、複数の前記楽曲データ及び該複数の楽曲データに対応する前記関連情報をこれらの記憶のためにそれぞれ出力し、当該音声情報処理装置は、
所定の条件に基き、前記記憶された複数の楽曲データのうち選択された楽曲データを消去するための消去信号を出力する消去信号出力手段をさらに具備する。これにより、記憶デバイスの記憶容量の増大を防ぐことができる。
【００２０】
所定の条件として、記憶された楽曲データの記憶容量が所定値を超える場合、所定期間再生されていないか再生頻度が低い楽曲データがある場合、または、記憶された日付が現在の日付から所定の日数分以上離れている楽曲データがある場合等が挙げられる。
【００２１】
本発明において、音声情報処理装置は、前記記憶された楽曲データがエラーがある状態で記憶されていることを示すエラー情報と、前記エラーがある状態で記憶された楽曲データに対応する前記関連情報の一部または全部とを対応付けて記録するエラー情報記録手段と、前記受信手段により、前記記憶されたエラー情報に対応する前記楽曲データを含む前記データストリームを受信した場合、前記エラー情報に対応する前記楽曲データを出力させるように前記出力手段を制御する出力制御手段とをさらに具備する。これにより、受信手段が、エラーがある状態で完全に記憶できなかった楽曲データと同じ楽曲データを再度受信した場合に、上記比較手段によって関連情報同士が一致されたと判定されても、この楽曲データを記憶デバイスに記憶することができる。
【００２２】
本発明に係る音声情報処理方法は、楽曲データ及び該楽曲データに関連する関連情報を含むデータストリームを受信し、前記受信されたデータストリームから前記楽曲データ及び前記関連情報を抽出し、前記楽曲データを前記関連情報と対応付けて記憶する。
【発明の効果】
【００２３】
以上のように、本発明によれば、簡単に楽曲データを聴くことができるユーザビリティの高い音声情報処理装置、音声情報処理方法及びそのプログラムを提供することができる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明の実施の形態を図面を参照しながら説明する。
【００２５】
図１は、本発明の一実施の形態に係る音声情報処理装置を含む情報処理システムの構成を示すブロック図である。
【００２６】
音声情報処理装置１００は、フロントエンド１、デマルチプレクサ２、ＡＶ（Audio Visual）デコーダ３、ビデオプロセッサ４、オーディオエンコーダ７、音声出力エンコーダ６、映像出力エンコーダ５、クロック発生器１２を備える。また、音声情報処理装置１００は、ＣＰＵ９、ＲＡＭ１０、フラッシュメモリ１１、ＨＤＤ（Hard Disk Drive）１３、ＵＩ（User Interface）１４を備える。これらの各ブロックはバス８に接続されている。
【００２７】
ＣＰＵ９は、音声情報処理装置１００を統括的に制御する。フラッシュメモリ１１またはＨＤＤ１３には、ＣＰＵ９の動作に必要なプログラムが格納され、ユーザの設定情報等も格納される。ＲＡＭ１０は、そのプログラムが展開される領域を有し、ＣＰＵ９の作業領域を有する。ＨＤＤ１３は、後述するように、楽曲のデータや、映像データ、その他必要な情報を記憶する。記憶デバイスとして、ＨＤＤ１３のほか、光ディスク、半導体メモリ等であってもよい。
【００２８】
フロントエンド１は、各種の周波数帯域を持つデジタル放送波のコンテンツ（データストリーム）を受信し、指定された周波数の放送波を選択するチューナ（受信手段）である。デジタル放送波としては、ＢＳ（Broadcasting Satellite）、ＣＳ（Communications Satellite）等の衛星デジタル放送波のほか、地上デジタル放送波等が挙げられる。フロントエンド１は、変調された放送波の信号を復調し、エラー訂正等を行うことにより、データストリームを取得する。放送波のデータストリームの圧縮形式には、典型的にはＭＰＥＧ（Moving Picture Experts Group）２のコーデックが用いられるが、これに限られない。
【００２９】
デマルチプレクサ２は、フロントエンド１から出力されたデータストリームから音声ストリーム、映像ストリーム、その他のストリームやデータを抽出する。
【００３０】
ＡＶデコーダ３は、抽出された音声ストリーム及び映像ストリームを上記ＭＰＥＧ等の形式でデコードすることで、音声データ、映像データを生成する。音声データには、楽曲の実データ（以下、楽曲データという。）、その他の音声情報が含まれている。
【００３１】
デマルチプレクサ２から供給されるその他のデータとして、文字情報、上記楽曲データに関連する関連情報、比較的軽い画像（静止画または動画）情報等が含まれている。これらの情報は、ＡＶデコーダ３が抽出するようにしてもよい。
【００３２】
ビデオプロセッサ４は、ＯＳＤ（On Screen Display）等、映像に関する処理を行う。
【００３３】
オーディオエンコーダ７は、ＡＶデコーダ３から出力された音声ストリームを、各種のコーデックによりエンコードし、楽曲ファイルを生成する。このコーデックとしては、例えばＡＴＲＡＣ（Adaptive TRansform Acoustic Coding）、ＡＡＣ（Advanced Audio Coding）、ＷＭＡ（Windows(登録商標） Media Audio）、またはその他のコーデックが挙げられる。ＣＰＵ９、デマルチプレクサ２、ＡＶデコーダ３、あるいはオーディオエンコーダ７等は抽出手段として機能する。また、ＣＰＵ９、デマルチプレクサ２、オーディオエンコーダ７等は出力手段として機能する。
【００３４】
映像出力エンコーダ５は、ビデオプロセッサ４から供給された映像データについて、ディスプレイ１５の表示形式に合わせるように処理し、処理した映像データをディスプレイ１５に出力する。ディスプレイ１５がアナログ形式であれば、映像出力エンコーダ５はＤ／Ａ変換等も行う。
【００３５】
音声出力エンコーダ６は、ＡＶデコーダ３から供給された音声データについて、Ｄ／Ａ変換を行い、音声データをスピーカ１６に出力する。
【００３６】
ＵＩ１４は、音声情報処理装置１００を遠隔制御するリモートコントローラ（またはその他の入力デバイス）からのユーザの操作信号、あるいは、音声情報処理装置１００の操作パネルに設けられた操作ボタン等を介してユーザが入力した操作信号を受信し、受信した操作信号をＣＰＵ９に送る。
【００３７】
クロック発生器１２は、ＣＰＵ９、その他の回路の動作に必要な各種のクロックを発生する。
【００３８】
なお、図１に示した音声情報処理装置１００は、デジタル音声放送及びデジタルテレビジョン放送の両方を受信できる装置として説明している。しかし、映像のデータは含まれず、デジタルラジオ等のデジタル音声放送（比較的情報量の少ない、音声情報以外の情報（関連情報）を含む放送）を受信する音声情報処理装置１００であってもよい。
【００３９】
本実施の形態に係る音声情報処理装置１００は、以降に説明する各種の指定された条件がない場合、原則的に現在受信中の楽曲データ及び関連情報を抽出して、ＨＤＤ１３に記憶していく装置である。
【００４０】
図２は、上記楽曲データの関連情報として書誌情報のデータベースの例を示す図である。
【００４１】
書誌情報には、楽曲Ａ、Ｂ、Ｃ、・・・（楽曲ＩＤ）ごとに、楽曲名、演奏者名、演奏時間、記憶日時、チャンネル、管理情報が含まれる。すなわち、書誌情報データベース１７は楽曲データ１８と対応付けられてＨＤＤ１３に記憶される。書誌情報には、上記各種の情報のうち、少なくとも楽曲名が含まれていればよく、典型的には楽曲名、演奏者名が含まれる。書誌情報は、フラッシュメモリ１１等に記憶されていてもよい。関連情報としては、書誌情報だけでなく、静止画や動画等の画像情報であってもよい。画像情報として、例えばその楽曲に関連するビデオクリップやアルバムのジャケット画像等である。
【００４２】
書誌情報としては、上記の情報だけでなく、作曲者名、作曲された年代、ロックやポップス等の楽曲のジャンル、演奏者等の出身国、その他各種の情報が含まれていてもよい。書誌情報のうち、管理情報は、例えばリスニングしたか否か、リスニング回数、消去可能か否か、楽曲データ１８の欠損（楽曲データ１８にエラーがあるか否か）等、その他各種の情報を含む。
【００４３】
コンテンツを放送する放送局は、楽曲データ１８を含めた音声データを送信する場合、その音声データに、その楽曲データ１８に対応する上記関連情報を加えて生成されたデータストリームを送信する。
【００４４】
以上のように構成された音声情報処理装置１００の動作について説明する。
【００４５】
図３は、ユーザが楽曲データの記憶を予約するときの音声情報処理装置１００の動作を示すフローチャートである。
【００４６】
ＣＰＵ９は、ＵＩ１４を介してユーザによる入力操作信号を取得したか否かを監視する（ステップ１０１）。ＣＰＵ９は、入力操作信号を取得した場合、その入力操作信号が楽曲データを記憶するための予約処理の信号であった場合（ステップ１０２のＹＥＳ）、予約処理を実行する（ステップ１０３）。ステップ１０３では、典型的にはＣＰＵ９は、所定の予約プログラムにしたがって、指定された記憶の時間帯（指定時間帯）、指定されたチャンネル（指定チャンネル）、その他各種の予約処理に関する事項を設定し、その設定情報を例えばフラッシュメモリ１１に記憶する。
【００４７】
ステップ１０２でＮＯの場合、ＣＰＵ９はその入力操作信号に応じた所定の処理を実行する（ステップ１０４）。
【００４８】
図４は、図３で予約処理が実行された後の音声情報処理の動作を示すフローチャートである。
【００４９】
ＣＰＵ９は、フラッシュメモリ１１に記憶された設定情報を読み出す（ステップ２０１）。ＣＰＵ９は、クロック発生器１２により供給されるクロックに基き、現在時刻が、指定時間帯のスタート時刻（あるいはそのスタート時刻から、数秒、数分等の所定時間前の時刻）と一致するか否かを判定する（ステップ２０２）。
【００５０】
それらが一致した場合において、ＣＰＵ９は、現在受信している放送波のチャンネルが、指定チャンネルと一致するか否かを判定する（ステップ２０３）。一致する場合、ＣＰＵ９は、その指定チャンネルの放送波のコンテンツをフロントエンド１により受信する（ステップ２０４）。
【００５１】
ステップ２０３でＮＯの場合、ＣＰＵ９は、そのコンテンツの音声データまたは映像データが、音声出力エンコーダ６または映像出力エンコーダ５からそれぞれ出力されているか否かを判定する（ステップ２０５）。つまりステップ２０５では、ＣＰＵ９は、ユーザが現在この音声情報処理装置１００を用いてコンテンツを受信して視聴しているか否かを判定する。ステップ２０５でＮＯの場合、ユーザはコンテンツを視聴していないので、ＣＰＵ９は、現在受信しているチャンネルを指定チャンネルに切り替えて（ステップ２０６）、ステップ２０４に進む。ステップ２０５でＹＥＳの場合、ＣＰＵ９は、そのままその音声データ、映像データの出力を維持する（ステップ２０７）。
【００５２】
なお、ステップ２０５でＹＥＳの場合に、ＣＰＵ９は、現在受信している放送波のチャンネルを、指定チャンネルに強制的に切り替えてもよい。あるいは、ステップ２０５でＹＥＳの場合に、ＣＰＵ９は、ビデオプロセッサ４によるＯＳＤ処理または音により、現在受信しているチャンネルを、指定チャンネルに切り替えてもよいか否かをユーザに問い合わせてもよい。
【００５３】
ＣＰＵ９は、受信したコンテンツのデータストリームから、デマルチプレクサ２、ＡＶデコーダ３、オーディオエンコーダ７を用いて、楽曲データ及び関連情報を抽出する（ステップ２０８）。上記したように、楽曲データは、オーディオエンコーダ７で所定の形式にエンコードされ、楽曲ファイル化される。ＣＰＵ９は、このうように抽出された楽曲データ（楽曲ファイル）を関連情報と対応付けてＨＤＤ１３に記憶する（ステップ２０９）。関連情報は、フラッシュメモリ１１、あるいは別の記憶媒体に記憶されてもよい。
【００５４】
なお、図３、４では、記憶の予約処理が実行されることを前提として動作を説明した。例えばユーザがＵＩ１４を介して入力操作することで、楽曲データ（及び関連情報）の記憶処理を開始するようにしてもよい。つまり、この場合、ＣＰＵ９は、その記憶処理の実行の入力操作信号を受信することをトリガーとして、そのとき指定されたチャンネルの楽曲データ及び関連情報の記憶処理を開始する。
【００５５】
このように、本実施の形態に係る音声情報処理装置１００は、原則的に、ユーザが音声情報処理装置１００を用いてリアルタイムで音声や映像を視聴していない間に、楽曲データを記憶していくので、楽曲データを記憶する処理においてユーザに負担を強いない。ただし、音声情報処理装置１００がリアルタイムで受信しているチャンネルが指定チャンネルと一致したときは、楽曲データを記憶するので、ユーザの希望に沿う楽曲データを記憶する確率が高くなる。
【００５６】
図５は、音声情報処理装置１００の楽曲データを再生する動作を示すフローチャートである。
【００５７】
ＣＰＵ９は、ＵＩ１４を介してユーザによる入力操作信号を取得したか否かを監視する（ステップ３０１）。ＣＰＵ９は、入力操作信号を取得した場合において、その入力操作信号が関連情報の読み出し処理の信号であった場合（ステップ３０２のＹＥＳ）、ＨＤＤ１３に記憶された関連情報を読み出す（ステップ３０３）。
【００５８】
ステップ３０２でＮＯの場合、ＣＰＵ９はその入力操作信号に応じた所定の処理を実行する（ステップ３０５）。
【００５９】
ステップ３０３では、典型的にはＣＰＵ９は、関連情報として書誌情報データベース１７をＨＤＤ１３から読み出し、ビデオプロセッサ４を用いてＯＳＤにより、書誌情報を表示する。関連情報に画像情報が含まれる場合は、その書誌情報とともに画像情報を表示する。ユーザは、その情報を見ながら、ＵＩ１４を介しての入力操作により希望する楽曲データ（楽曲ＩＤ）を選択する。ＣＰＵ９は、選択された楽曲ＩＤに対応する楽曲データをＨＤＤ１３から読み出し、音声出力エンコーダ６により再生する（ステップ３０４）。
【００６０】
このように、本実施の形態では、楽曲データ及び関連情報が抽出されて、楽曲データごとに書誌情報と対応付けられてＨＤＤ１３に記憶される。楽曲の再生時には、書誌情報が表示され、この書誌情報を基に、楽曲名、演奏者名、ジャンル等を選択することで、ユーザは番組内の特定の楽曲を簡単に聴くことができる。音声情報処理装置１００は、ユーザが、書誌情報に基き、再生曲順の変更、設定等を行うためのプログラムももちろん備えていてもよい。
【００６１】
図６は、これまで説明したように楽曲データ等を記憶し、その後、さらに楽曲データ等を記憶するときの音声情報処理装置１００の動作を示すフローチャートである。なお、図６では図４と同様に、楽曲データの記憶予約処理を前提に説明するが、必ずしも記憶予約処理によらなくてもよく、上記したように、ユーザの記憶処理の入力操作信号をトリガーとして楽曲データの記憶処理を開始するようにしてもよい。
【００６２】
ＣＰＵ９は、ステップ２０１と同様に、予約処理時にフラッシュメモリ１１に記憶された設定情報を読み出す（ステップ４０１）。ＣＰＵ９は、過去に記憶した関連情報の書誌情報をＨＤＤ１３から読み出す（ステップ４０２）。ＣＰＵ９は、指定チャンネルの放送波のコンテンツを受信する（ステップ４０３）。ステップ４０３における指定チャンネルとは、ユーザがリアルタイムで指定したチャンネルでもよいし、予約処理により指定したチャンネルであってもよい。予約処理により指定されたチャンネルであれば、ステップ４０２の後、図４で示したステップ２０２、２０３、２０４〜２０７の処理が行われる。
【００６３】
ＣＰＵ９は、受信したデータストリームから楽曲データ及び関連情報を抽出する（ステップ４０４）。ＣＰＵ９は、受信したデータストリームから抽出した書誌情報のうちの、例えば楽曲名及び演奏者名の情報と、ステップ４０２で読み出した書誌情報の楽曲名及び演奏者名の情報とを比較し、それが一致するか否かを判定する（ステップ４０５）。この場合、ＣＰＵ９は、楽曲名及び演奏者名以外にも、例えば演奏時間の情報、あるいは管理情報のうちの所定の情報の一致を判定してもよい。
【００６４】
楽曲名及び演奏者名の情報同士が一致する場合、ＣＰＵ９は、その楽曲データのＨＤＤ１３への出力（記憶）を規制する（ステップ４０６）。すなわち、ＣＰＵ９はその楽曲データを記憶しない。これにより、過去に記憶した楽曲データと同じ楽曲データを再度重複して記憶することを防止することができる。したがって、ＨＤＤ１３の記憶容量を少なくすることができる。
【００６５】
楽曲名及び演奏者名の情報同士が一致しない場合、ＣＰＵ９は、楽曲データ及び関連情報を記憶する（ステップ４０７）。
【００６６】
ところで、音声情報処理装置１００は、例えばユーザの選択する楽曲名、演奏者名等をキーワードで登録するプログラムを有していてもよい。キーワードだけでなく、楽曲のジャンル、楽曲が作られた年代別、その他各種の情報（以下、これらの情報を指定情報という。）が登録可能とされてもよい。この場合、ユーザがＵＩ１４を介して入力操作により指定情報を入力し、ＣＰＵ９は、その指定情報をフラッシュメモリ１１またはＨＤＤ１３に記憶しておく。
【００６７】
図７は、音声情報処理装置１００が、その指定情報に基いて楽曲情報を記憶する動作を示すフローチャートである。
【００６８】
ＣＰＵ９は、ＨＤＤ１３から指定情報を読み出す（ステップ５０１）。ＣＰＵ９は、指定チャンネルの放送波のコンテンツを受信する（ステップ５０２）。ステップ５０２における指定チャンネルとは、ユーザがリアルタイムで指定したチャンネルでもよいし、予約処理により指定したチャンネルであってもよい。
【００６９】
ＣＰＵ９は、受信したデータストリームから楽曲データ及び関連情報を抽出する（ステップ５０３）。ＣＰＵ９は、読み出した指定情報と、抽出した書誌情報の全部または一部とを比較し、それが一致するか否かを判定する（ステップ５０４）。例えば指定情報が演奏者名であり、書誌情報の中に指定された演奏者名があれば、指定情報と書誌情報の一部とが一致することになる。
【００７０】
指定情報と書誌情報の全部または一部とが一致する場合、ＣＰＵ９は、その楽曲データ及び書誌情報をＨＤＤ１３への出力し、これらを記憶する（ステップ５０５）。一致しない場合、ＣＰＵ９は、楽曲データ及び書誌情報のＨＤＤ１３への出力を規制し、これらを記憶しない。
【００７１】
以上のような処理により、ユーザが希望する楽曲データを取得できる確率が高くなる。また、ＨＤＤ１３の記憶容量を少なくすることができる。
【００７２】
音声情報処理装置１００は、図６及び図７に示した動作が組み合わされた動作を行うことも可能である。
【００７３】
次に、音声情報処理装置１００が、複数のチャンネルにわたって楽曲データを記憶していく処理について説明する。図８は、その動作を示すフローチャートである。この動作では、音声情報処理装置１００が、上記した指定時間帯に楽曲データを記憶する形態について説明する。
【００７４】
ＣＰＵ９は、指定チャンネルの放送波のコンテンツを受信する（ステップ６０１）。ここでの指定チャンネルとは、予約処理での指定チャンネルである。
【００７５】
ＣＰＵ９は、指定チャンネルの放送波のコンテンツを受信できるか否かを判定し（ステップ６０１）、受信できる場合は、その指定チャンネルの放送波のコンテンツを受信する（ステップ６０２）。受信できない場合、ＣＰＵ９は、指定チャンネル（第１のチャンネル）とは異なるチャンネル（第２のチャンネル）に切り替えて受信するようにフロントエンド１を制御する（ステップ６０４）。
【００７６】
異なるチャンネルとは、指定チャンネルの周波数の隣のまたは近い周波数のチャンネルであってもよい。あるいは、ユーザが複数の指定チャンネルを選択し、その優先順位を設定することができるプログラムを音声情報処理装置１００が備えていてもよい。
【００７７】
指定チャンネルの放送波のコンテンツを受信できない場合とは、例えば、何らかの原因で受信状態が悪い場合、放送局での放送が休止している場合等である。
【００７８】
ＣＰＵ９は、受信したデータストリームから関連情報を抽出できない期間が所定の時間継続したか否かを判定する（ステップ６０３）。関連情報を抽出できない場合とは、例えば、音声情報に楽曲データが含まれないようなトーク番組等のコンテンツを受信している場合である。所定の期間とは、例えば数分、数十分、数時間等、適宜変更可能である。ユーザがＵＩ１４を介しての入力操作により、所定の期間を設定できるようにしてもよい。
【００７９】
関連情報を抽出できない期間が所定の時間継続した場合、ＣＰＵ９は、異なるチャンネルに切り替えて受信するようにフロントエンド１を制御する（ステップ６０４）。所定の時間継続しないうちに、ＣＰＵ９が関連情報を抽出した場合（ステップ６０３のＮＯ）、受信したデータストリームから楽曲データ及び関連情報を抽出する（ステップ６０５）。この後は、ＣＰＵ９は、図４、６、または７で示した各種の条件にしたがって楽曲データを及び関連情報をＨＤＤ１３に記憶すればよい。
【００８０】
このようにして、ＣＰＵ９は、所定の期間関連情報を抽出できない場合に、チャンネルを次々と変更していくことにより、複数のチャンネルにわたって効率良く楽曲データを記憶することができる。
【００８１】
図８では、ステップ６０１で指定チャンネルの放送波のコンテンツを受信可能か否かが判定されたが、この判定処理は行われず、最初からステップ６０３の判定処理が行われるようにしても、同様の効果が得られる。
【００８２】
ところで、現在の日本におけるデジタル音声放送は、週単位でその放送内容が更新されることが多い。したがって、１週間内では、毎日同じ時間帯に同じコンテンツが各放送局から放送されることが多い。この場合に、音声情報処理装置１００は、１週間内である所定の日の所定の時間帯に指定チャンネルのコンテンツの楽曲データを記憶した場合、次のように処理することもできる。すなわち、音声情報処理装置１００は、その週以内では、その日の翌日以降の同じ時間帯に放送されるコンテンツの楽曲データを記憶しないように記憶処理を規制し、その時間帯における指定チャンネルとは異なるチャンネルのコンテンツの楽曲データを記憶することができる。
【００８３】
週単位ではなく、日単位、または月単位で放送内容が更新される場合であっても、音声情報処理装置１００は、もちろんそれに応じて適応的な処理が可能である。
【００８４】
次に、音声情報処理装置１００が、指定チャンネルの放送波のコンテンツを受信中に、割り込み的に他の処理を行う動作について説明する。図９は、その動作を説明するための概念図である。図９において、右方向に１日の時間が経過するものとする。また、ここでは、音声情報処理装置１００は、指定時間帯などが設定されていない状態で、原則的に受信した放送波のコンテンツの楽曲データを記憶するとして説明する。しかし、図９に示す動作は、指定時間帯内での動作にも適用可能である。
【００８５】
例えば、ＣＰＵ９が、指定時間帯に指定チャンネル（例えば第１のチャンネルとする）の放送波のコンテンツを受信し、楽曲データ等の記憶を開始する。ＣＰＵ９は、例えば、テレビジョン放送で放送される映像データを記憶するための予約処理の設定情報があれば、それを読み出す。ＣＰＵ９は、その予約処理の時間帯では当該テレビジョン放送のコンテンツの受信、記憶（割り込み処理）を優先する。テレビジョン放送のコンテンツの記憶処理の時間帯が終了すると、ＣＰＵ９は、再び第１のチャンネルの放送波のコンテンツを受信し、楽曲データ等の記憶を開始する。
【００８６】
受信開始から２日目に、ＣＰＵ９は、第１のチャンネルとは異なる第２チャンネルの放送波のコンテンツを受信し、楽曲データの記憶する。ＣＰＵ９は、前日にテレビジョン放送のコンテンツの記憶処理における時間帯の開始時刻になると、その時間帯に記憶できなかった、第１のチャンネルの放送波のコンテンツを受信し、楽曲データを記憶する。ＣＰＵ９は、その時間帯が終了すると第２のチャンネルの放送波のコンテンツを受信し、楽曲データの記憶を開始する。
【００８７】
この図９に示す動作中において、図４〜図８の処理が行われてもよい。
【００８８】
以上のようにして楽曲データが記憶され続けていくと、ＨＤＤ１３の容量が問題になる。そこで、音声情報処理装置１００は、所定の条件の下で、記憶された楽曲データを消去していくことも可能である。図１０は、その動作を示すフローチャートである。
【００８９】
例えば、ユーザのＵＩ１４を介しての入力操作により、楽曲の消去を禁止する禁止設定が行われ、ＣＰＵ９は、その禁止設定情報をフラッシュメモリ１１またはＨＤＤ１３に記憶しておく。禁止設定は、例えば、ユーザが楽曲名、演奏者名、ジャンル等の書誌情報の一部を登録することにより行われればよい。それらに限られず、時間帯、チャンネル等の登録によって行われてもよい。
【００９０】
音声情報処理装置１００は、禁止設定情報の逆の条件、つまり楽曲データの消去条件の情報をフラッシュメモリ１１またはＨＤＤ１３に予め記憶しておいてもよい。消去条件とは、例えば、ある楽曲データを記憶してから所定の年数や日数が経過した場合、ＨＤＤ１３のデータ記憶容量が所定値を超える場合、あるいは、再生頻度が所定の回数以下の場合等が挙げられる。消去条件は、ユーザの入力操作により設定されてもよいし、その設定が変更可能されてもよい。
【００９１】
禁止設定情報、消去条件情報は、書誌情報の一部、例えば管理情報として記憶されてもよい。
【００９２】
ＣＰＵ９は、ＨＤＤ１３から禁止設定情報、消去条件の情報及び書誌情報データベース１７を読み出す（ステップ７０１）。ＣＰＵ９は、禁止設定情報に基き、書誌情報データベース１７を参照して、禁止されていない条件に該当する楽曲データを消去するための消去信号をＨＤＤ１３に出力する（ステップ７０２）。
【００９３】
このように、所定の条件で選択された楽曲データが消去されることにより、ＨＤＤ１３の記憶容量の増大を防ぐことができる。
【００９４】
記憶した楽曲データのうち、データにエラーがある状態で楽曲データが記憶されている場合、音声情報処理装置１００は、例えば図１１に示すフローチャートのように処理することができる。エラーがある状態で記憶された楽曲データとは例えばデータの一部が破損していたり、消えている場合である。
【００９５】
ＣＰＵ９は、ユーザの入力操作によりそのエラー状態をチェックしたり、楽曲データを記憶するごとに、あるいは定期的に楽曲データのエラー状態をチェックする（ステップ８０１）。このエラー情報、つまりエラーがあるか否かの情報は、書誌情報データベース１７の例えば管理情報に書き込まれればよい。この場合、フラッシュメモリ１１またはＨＤＤ１３はエラー情報記録手段として機能する。
【００９６】
ＣＰＵ９は、指定チャンネルの放送波のコンテンツを受信し（ステップ８０２）、受信したデータストリームから楽曲データ及び関連情報を抽出する（ステップ８０３）。ＣＰＵ９は、その関連情報を参照し、書誌情報データベース１７に基き、エラーがある状態で記憶された楽曲データに一致する楽曲データを受信するか否かを監視する（ステップ８０４）。ＣＰＵ９は、ステップ８０４のＹＥＳの場合、受信した楽曲データをＨＤＤ１３に記憶する（ステップ８０５）。ＣＰＵ９は、ステップ８０４のＮＯの場合、通常の処理を行う（ステップ８０６）。通常の処理とは、図４、６〜９等に示す処理であり、受信した楽曲データがこれまで受信したことがないものであれば、それを記憶する。
【００９７】
このような処理により、エラー状態で記憶された楽曲データを少なくすることができる。
【００９８】
なお、ＣＰＵ９は、エラーがある状態で記憶された楽曲データを消去してもよいし、あるいは、そのまま残しておき、エラーの有無の情報を上記消去条件の情報として記憶しておいてもよい。
【００９９】
本発明に係る実施の形態は、以上説明した実施の形態に限定されず、他の種々の実施形態が考えられる。
【０１００】
上記実施の形態では、音声情報処理装置１００がＨＤＤ１３を有していたが、音声情報処理装置１００とＨＤＤ１３とがケーブル、無線、またはネットワークを介して接続されていてもよい。
【０１０１】
上記実施の形態では、チューナが１つの場合について説明した。音声情報処理装置１００がチューナを複数備えている場合は、複数のチャンネルにおける楽曲データの記憶処理の時間帯が重なっても問題ない。あるいは、音声情報処理装置１００は、あるチャンネルの楽曲データの記憶処理がなされ、別のチャンネル（音声放送でもよいしテレビジョン放送でもよい）のコンテンツをリアルタイムで受信してもよい。
【図面の簡単な説明】
【０１０２】
【図１】本発明の一実施の形態に係る音声情報処理装置を含む情報処理システムの構成を示すブロック図である。
【図２】楽曲データの関連情報として書誌情報のデータベースの例を示す図である。
【図３】ユーザが楽曲データの記憶を予約するときの音声情報処理装置の動作を示すフローチャートである。
【図４】図３で予約処理が実行された後の音声情報処理の動作を示すフローチャートである。
【図５】音声情報処理装置の楽曲データを再生する動作を示すフローチャートである。
【図６】楽曲データ等を記憶し、その後、さらに楽曲データ等を記憶するときの音声情報処理装置の動作を示すフローチャートである。
【図７】音声情報処理装置が、指定情報に基いて楽曲情報を記憶する動作を示すフローチャートである。
【図８】音声情報処理装置が、複数のチャンネルにわたって楽曲データを記憶していく処理の動作を示すフローチャートである。
【図９】音声情報処理装置が、指定チャンネルの放送波のコンテンツを受信中に、割り込み的に他の処理を行う動作を説明するための概念図である。
【図１０】音声情報処理装置が、所定の条件の下で、記憶された楽曲データを消去していく動作を示すフローチャートである。
【図１１】記憶した楽曲データのうち、データにエラーがある状態で楽曲データが記憶されている場合の音声情報処理装置の動作を示すフローチャートである。
【符号の説明】
【０１０３】
１…フロントエンド
２…デマルチプレクサ
３…ＡＶデコーダ
４…ビデオプロセッサ
７…オーディオエンコーダ
９…ＣＰＵ
１０…ＲＡＭ
１１…フラッシュメモリ
１３…ＨＤＤ
１７…書誌情報データベース
１８…楽曲データ
１００…音声情報処理装置
【特許請求の範囲】
【請求項１】
楽曲データ及び該楽曲データに関連する関連情報を含むデータストリームを受信可能な受信手段と、
前記受信されたデータストリームから前記楽曲データ及び前記関連情報を抽出する抽出手段と、
前記楽曲データを前記関連情報と対応付けて記憶するために、前記抽出された楽曲データ及び関連情報を出力する出力手段と
を具備することを特徴とする音声情報処理装置。
【請求項２】
請求項１に記載の音声情報処理装置であって、
前記出力手段は、前記関連情報の表示のために前記関連情報を出力することを特徴とする音声情報処理装置。
【請求項３】
請求項１に記載の音声情報処理装置であって、
前記受信された楽曲データに対応する前記関連情報と、前記記憶された前記関連情報とを比較する比較手段と、
前記比較により、前記受信された楽曲データに対応する前記関連情報と、前記記憶された関連情報とが一致する場合、前記出力手段による前記楽曲データの出力を規制する規制手段と
をさらに具備することを特徴とする音声情報処理装置。
【請求項４】
請求項１に記載の音声情報処理装置であって、
前記抽出手段は、
前記楽曲データ及び前記関連情報を抽出するための指定された指定時間帯に、前記楽曲データ及び前記関連情報を抽出することを特徴とする音声情報処理装置。
【請求項５】
請求項１に記載の音声情報処理装置であって、
前記抽出手段は、
前記楽曲データ及び前記関連情報を抽出するための指定された第１のチャンネルで受信された前記データストリームから、前記楽曲データ及び前記関連情報を抽出することを特徴とする音声情報処理装置。
【請求項６】
請求項５に記載の音声情報処理装置であって、
前記抽出手段により前記関連情報が所定時間抽出されない場合、前記第１のチャネルとは異なる第２のチャンネルに切り替えて前記データストリームを受信するように、前記受信手段を制御する受信制御手段をさらに具備することを特徴とする音声情報処理装置。
【請求項７】
請求項１に記載の音声情報処理装置であって、
入力操作により指定された指定情報を記憶する記憶手段と、
前記記憶された指定情報と、前記抽出された関連情報の一部または全部とを比較する比較手段と、
前記比較により、前記指定情報と、前記抽出された関連情報の一部または全部とが一致しない場合、前記出力手段による前記楽曲データの出力を規制する規制手段と
をさらに具備することを特徴とする音声情報処理装置。
【請求項８】
請求項１に記載の音声情報処理装置であって、
前記受信手段は、映像データを含むデータストリームを受信可能であり、
当該音声情報処理装置は、
前記受信された、映像データを含むデータストリームから前記映像データを抽出する映像データ抽出手段と、
前記映像データ抽出手段により前記映像データを抽出させるための指定された指定時間帯を記憶する記憶手段とをさらに具備し、
前記抽出手段は、前記指定時間帯以外の時間帯に前記楽曲データ及び前記関連情報を抽出することを特徴とする音声情報処理装置。
【請求項９】
請求項１に記載の音声情報処理装置であって、
前記出力手段は、複数の前記楽曲データ及び該複数の楽曲データに対応する前記関連情報をこれらの記憶のためにそれぞれ出力し、
当該音声情報処理装置は、
所定の条件に基き、前記記憶された複数の楽曲データのうち選択された楽曲データを消去するための消去信号を出力する消去信号出力手段をさらに具備することを特徴とする音声情報処理装置。
【請求項１０】
請求項３に記載の音声情報処理装置であって、
前記記憶された楽曲データがエラーがある状態で記憶されていることを示すエラー情報と、前記エラーがある状態で記憶された楽曲データに対応する前記関連情報の一部または全部とを対応付けて記録するエラー情報記録手段と、
前記受信手段により、前記記憶されたエラー情報に対応する前記楽曲データを含む前記データストリームを受信した場合、前記エラー情報に対応する前記楽曲データを出力させるように前記出力手段を制御する出力制御手段と
を具備することを特徴とする音声情報処理装置。
【請求項１１】
楽曲データ及び該楽曲データに関連する関連情報を含むデータストリームを受信し、
前記受信されたデータストリームから前記楽曲データ及び前記関連情報を抽出し、
前記楽曲データを前記関連情報と対応付けて記憶する
ことを特徴とする音声情報処理方法。
【請求項１２】
楽曲データ及び該楽曲データに関連する関連情報を含むデータストリームを受信し、
前記受信されたデータストリームから前記楽曲データ及び前記関連情報を抽出し、
前記楽曲データを前記関連情報と対応付けて記憶するために、前記抽出された楽曲データ及び関連情報を出力する
ことを音声情報処理装置に実行させるプログラム。
【請求項１】
楽曲データ及び該楽曲データに関連する関連情報を含むデータストリームを受信可能な受信手段と、
前記受信されたデータストリームから前記楽曲データ及び前記関連情報を抽出する抽出手段と、
前記楽曲データを前記関連情報と対応付けて記憶するために、前記抽出された楽曲データ及び関連情報を出力する出力手段と
を具備することを特徴とする音声情報処理装置。
【請求項２】
請求項１に記載の音声情報処理装置であって、
前記出力手段は、前記関連情報の表示のために前記関連情報を出力することを特徴とする音声情報処理装置。
【請求項３】
請求項１に記載の音声情報処理装置であって、
前記受信された楽曲データに対応する前記関連情報と、前記記憶された前記関連情報とを比較する比較手段と、
前記比較により、前記受信された楽曲データに対応する前記関連情報と、前記記憶された関連情報とが一致する場合、前記出力手段による前記楽曲データの出力を規制する規制手段と
をさらに具備することを特徴とする音声情報処理装置。
【請求項４】
請求項１に記載の音声情報処理装置であって、
前記抽出手段は、
前記楽曲データ及び前記関連情報を抽出するための指定された指定時間帯に、前記楽曲データ及び前記関連情報を抽出することを特徴とする音声情報処理装置。
【請求項５】
請求項１に記載の音声情報処理装置であって、
前記抽出手段は、
前記楽曲データ及び前記関連情報を抽出するための指定された第１のチャンネルで受信された前記データストリームから、前記楽曲データ及び前記関連情報を抽出することを特徴とする音声情報処理装置。
【請求項６】
請求項５に記載の音声情報処理装置であって、
前記抽出手段により前記関連情報が所定時間抽出されない場合、前記第１のチャネルとは異なる第２のチャンネルに切り替えて前記データストリームを受信するように、前記受信手段を制御する受信制御手段をさらに具備することを特徴とする音声情報処理装置。
【請求項７】
請求項１に記載の音声情報処理装置であって、
入力操作により指定された指定情報を記憶する記憶手段と、
前記記憶された指定情報と、前記抽出された関連情報の一部または全部とを比較する比較手段と、
前記比較により、前記指定情報と、前記抽出された関連情報の一部または全部とが一致しない場合、前記出力手段による前記楽曲データの出力を規制する規制手段と
をさらに具備することを特徴とする音声情報処理装置。
【請求項８】
請求項１に記載の音声情報処理装置であって、
前記受信手段は、映像データを含むデータストリームを受信可能であり、
当該音声情報処理装置は、
前記受信された、映像データを含むデータストリームから前記映像データを抽出する映像データ抽出手段と、
前記映像データ抽出手段により前記映像データを抽出させるための指定された指定時間帯を記憶する記憶手段とをさらに具備し、
前記抽出手段は、前記指定時間帯以外の時間帯に前記楽曲データ及び前記関連情報を抽出することを特徴とする音声情報処理装置。
【請求項９】
請求項１に記載の音声情報処理装置であって、
前記出力手段は、複数の前記楽曲データ及び該複数の楽曲データに対応する前記関連情報をこれらの記憶のためにそれぞれ出力し、
当該音声情報処理装置は、
所定の条件に基き、前記記憶された複数の楽曲データのうち選択された楽曲データを消去するための消去信号を出力する消去信号出力手段をさらに具備することを特徴とする音声情報処理装置。
【請求項１０】
請求項３に記載の音声情報処理装置であって、
前記記憶された楽曲データがエラーがある状態で記憶されていることを示すエラー情報と、前記エラーがある状態で記憶された楽曲データに対応する前記関連情報の一部または全部とを対応付けて記録するエラー情報記録手段と、
前記受信手段により、前記記憶されたエラー情報に対応する前記楽曲データを含む前記データストリームを受信した場合、前記エラー情報に対応する前記楽曲データを出力させるように前記出力手段を制御する出力制御手段と
を具備することを特徴とする音声情報処理装置。
【請求項１１】
楽曲データ及び該楽曲データに関連する関連情報を含むデータストリームを受信し、
前記受信されたデータストリームから前記楽曲データ及び前記関連情報を抽出し、
前記楽曲データを前記関連情報と対応付けて記憶する
ことを特徴とする音声情報処理方法。
【請求項１２】
楽曲データ及び該楽曲データに関連する関連情報を含むデータストリームを受信し、
前記受信されたデータストリームから前記楽曲データ及び前記関連情報を抽出し、
前記楽曲データを前記関連情報と対応付けて記憶するために、前記抽出された楽曲データ及び関連情報を出力する
ことを音声情報処理装置に実行させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００８−３０４８２６（Ｐ２００８−３０４８２６Ａ）
【公開日】平成２０年１２月１８日（２００８．１２．１８）
【国際特許分類】
【出願番号】特願２００７−１５３７７８（Ｐ２００７−１５３７７８）
【出願日】平成１９年６月１１日（２００７．６．１１）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２０年１２月１８日（２００８．１２．１８）
【国際特許分類】
【出願日】平成１９年６月１１日（２００７．６．１１）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]