(57)【要約】【課題】  放送型のメディアを利用して曲間のＢＧＭを再生する場合において、任意のタイミングでメディアの受信が開始される状況下でも、受信開始後、直ちにＢＧＭ曲に関連した情報をユーザに提供する。【解決手段】  カラオケ演奏が行われない曲間において、サーバから受信されるＢＧＭ曲のＭＰ３フレームはバッファリングエリア１０４１によりバッファリングされた後、ＢＧＭとして再生される。ＣＰＵ１０１は、このＭＰ３フレーム列に分散配置されたプライベートビットを抽出し、１つの識別情報を求める。そして、識別情報に対応した本体情報（曲名など）を画像処理回路１０８に送り、モニタ表示させる。【選択図】        図９
2005107249.tif 000002
【特許請求の範囲】
【請求項１】
曲を構成する音声を表すビットストリーム中に該曲に対応付けられた識別情報を各々表す複数のビット列の構成ビットを分散配置してなる音声ストリームデータを受信する通信手段と、
前記通信手段によって受信される音声ストリームデータから識別情報を抽出する識別情報抽出手段と、
識別情報に対応付けられた本体情報を記憶する記憶手段と、
前記通信手段により受信される音声ストリームデータに基づいて音声を再生する音声再生手段と、
前記識別情報抽出手段によって抽出される識別情報に対応付けられた本体情報を前記記憶手段から読み出す検索手段と、
前記検索手段により読み出された本体情報を利用する利用手段と
を具備することを特徴とするカラオケ装置。
【請求項２】
前記音声ストリームデータは、各々ヘッダを有する複数のフレームに分割され、前記識別情報を表すビット列の構成ビットは、複数のフレームの各ヘッダの所定のビット位置に埋め込まれており、前記識別情報抽出手段は、各フレームのヘッダにおける前記所定のビット位置からビットを取り出すことにより識別情報を抽出することを特徴とする請求項１に記載のカラオケ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラオケ演奏曲の曲間においてバックグラウンドミュージック（以下、ＢＧＭという）の再生を行う機能を備えたカラオケ装置に関する。
【背景技術】
【０００２】
カラオケ装置においては、ユーザが選曲を行っている等の理由によりカラオケ演奏が行われていない間は、無音となって場をしらけさせることがないようにＢＧＭを再生している。ＢＧＭとして再生される曲の中には、そのとき流行している曲や人気のある曲が多く含まれている。このため、ＢＧＭが流れている酒場などの客が、そのときＢＧＭとして流れている曲をリクエストし、カラオケを楽しみたいと思うことも多々あるであろう。しかし、そのような場合において客がその曲の曲名を知らないということもよくあることである。その場合、客は、その曲の曲名を周囲の人に尋ねなくてはならず、これは煩わしい。
【０００３】
特許文献１には、この煩わしさを解消するための手段を講じたカラオケ装置が開示されている。このカラオケ装置は、カラオケ演奏が行われない曲間において、記憶装置からＣＭ曲の曲データを読み出して再生する。また、記憶装置には、このようにして再生される各ＣＭ曲に対応したＣＭヘッダが記憶されており、ＣＭヘッダにはそのＣＭ曲の曲名や歌手の名前などが含まれている。これらのＣＭヘッダに含まれる情報は、ＣＭ曲が再生されている間、モニタに表示される。従って、ユーザは、ＣＭ曲が再生されているときに、そのＣＭ曲の曲名などをモニタにより確認することができる。
【特許文献１】特許３２９９０６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、カラオケ装置によっては、放送により受信される音声ストリームデータを曲間のＢＧＭやＣＭとして再生するものがある。その典型例として、有線放送を利用したＢＧＭの再生がある。この種のカラオケ装置は、記憶装置に記憶されたデータではなく、リアルタイムに放送される音声ストリームデータを受信することによりＢＧＭやＣＭの再生を行うため、特許文献１に開示された技術を適用することができない。仮に、特許文献１に倣って、１曲分の音声ストリームデータのヘッダに曲名を埋め込んで放送を行ったとしても、そのような音声ストリームデータの受信は勝手なタイミングで開始されるので、ＢＧＭ再生のために音声ストリームデータの受信が開始されたとき、既にヘッダの放送が終わった後であると、カラオケ装置側では曲名を取得することができず、その表示をすることができない。
【０００５】
本発明は、以上説明した事情に鑑みてなされたものであり、放送型のメディアを利用して曲間のＢＧＭを再生する場合において、任意のタイミングでメディアの受信が開始される状況下でも、受信開始後、直ちにＢＧＭ曲に関連した情報をユーザに提供することができるカラオケ装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
この発明は、曲を構成する音声を表すビットストリーム中に該曲に対応付けられた識別情報を各々表す複数のビット列の構成ビットを分散配置してなる音声ストリームデータを受信する通信手段と、前記通信手段によって受信される音声ストリームデータから識別情報を抽出する識別情報抽出手段と、識別情報に対応付けられた本体情報を記憶する記憶手段と、前記通信手段により受信される音声ストリームデータに基づいて音声を再生する音声再生手段と、前記識別情報抽出手段によって抽出される識別情報に対応付けられた本体情報を前記記憶手段から読み出す検索手段と、前記検索手段により読み出された本体情報を利用する利用手段とを具備することを特徴とするカラオケ装置を提供する。
かかる発明によれば、通信手段により１曲分の音声ストリームデータの受信が行われる間、その曲に対応した識別情報が繰り返し抽出され、その識別情報に対応した本体情報が利用される。従って、カラオケ装置では、ある曲の音声ストリームデータの受信が如何なるタイミングで開始されたとしても、その曲に対応した本体情報が直ちに利用される。
好ましい態様において、カラオケ装置は、再生指示のあったカラオケ曲の曲番号を順次記憶する予約キューと、前記予約キューに記憶された曲番号を優先度の高いものから順に読み出し、読み出した曲番号に対応したカラオケ曲の演奏を行うカラオケ曲再生手段とを有する。この態様において、前記通信手段は、カラオケ曲の演奏が行われていない期間に前記音声ストリームデータを受信し、前記音声再生手段は、カラオケ曲の演奏が行われていない期間に前記通信手段により受信される音声ストリームデータに基づいて音声を再生する。
また、好ましい態様において、前記音声ストリームデータは、各々ヘッダを有する複数のフレームに分割され、前記識別情報を表すビット列の構成ビットは、複数のフレームの各ヘッダの所定のビット位置に埋め込まれており、前記識別情報抽出手段は、各フレームのヘッダにおける前記所定のビット位置からビットを取り出すことにより識別情報を抽出する。
この発明は、曲を構成する音声を表すビットストリーム中に該曲に対応付けられた識別情報を各々表す複数のビット列の構成ビットを分散配置してなる音声ストリームデータを受信する処理と、受信される音声ストリームデータから識別情報を抽出する処理と、受信される音声ストリームデータに基づいて音声を再生する処理と、抽出される識別情報に対応付けられた本体情報を記憶手段から読み出す処理と、読み出された本体情報を利用する処理とをコンピュータに実行させるプログラムを、電気通信回線を介してユーザに配布し、あるいはそのようなプログラムを記憶した記憶媒体をユーザに配布する、という態様でも実施され得る。
【発明を実施するための最良の形態】
【０００７】
以下、図面を参照して、この発明の一実施形態について説明する。
図１は、この発明の一実施形態であるカラオケ装置１に対してカラオケ関連の情報の配信サービスを行う通信システムを例示している。この通信システムでは、楽曲配信サーバ２とインターネットラジオ局サーバ３とがインターネット４を介してカラオケ装置１に接続されている。楽曲配信サーバ２は、新曲の楽曲データを随時蓄積し、定期的（例えば２週間毎）に、各カラオケ装置１に未配信の新曲の楽曲データを配信する。インターネットラジオ局サーバ３は、同サーバ内において複数のチャネル（以下、ＣＨと略す）の音声ストリームデータをＣＨ毎に決まったスケジュールに従ってストリーミング再生している。図２はその様子を示すタイムチャートである。図示の例において、ＣＨ１では、曲Ｓ１１、Ｓ１２、Ｓ１３の音声ストリームデータが順次再生されており、ＣＨ２では、ＣＨ１とは全く独立したタイミングで曲Ｓ２１、Ｓ２２、Ｓ２３の音声ストリームデータが順次再生されている。他のチャネルも同様である。インターネットラジオ局サーバ３は、あるカラオケ装置１からＣＨの指定を伴った受信要求を受け取ると、指定されたＣＨの音声ストリームデータを現在再生中の箇所から同カラオケ装置１にストリーミング送信する。
【０００８】
各ＣＨにおいて再生される音声ストリームデータは、カラオケ装置１においてカラオケ曲の再生が行われていない期間にＢＧＭとして再生されるものである。これらの音声ストリームデータは、例えばカラオケ装置１側において再生可能な音楽をＭＰ３（ＭＰＥＧ １ ｌａｙｅｒ ３）方式の符号化アルゴリズムによって符号化することにより得られた符号化データである。なお、音楽の圧縮符号化方式は、ＭＰ３に限定されるものではなく、例えばＭＰＥＧ １ ｌａｙｅｒ ２方式を採用することも可能である。図３は、カラオケ装置１からの受信要求に応じてストリーミング送信される音声ストリームデータの成り立ちを説明するものである。インターネットラジオ局サーバ３において再生される音声ストリームデータは、複数のＭＰ３フレームの列により構成されている。各ＭＰ３フレームは、ヘッダとペイロードとからなり、ヘッダには制御情報が、ペイロードにはＢＧＭ曲を一定の時間長に区切った各区間の音声情報の符号化データが含まれている。これらのＭＰ３フレームは、所定個数ずつパケットに載せられ、カラオケ装置１に送信される。ＭＰ３フレームのヘッダは、所定位置にプライベートビットを有している。このプライベートビットは、ＭＰＥＧにおいて未使用のビットである。本実施形態では、このプライベートビットを利用し、ＢＧＭ曲に対応付けられた識別情報を表す。
【０００９】
以下、図４を参照し、その原理について説明する。本実施形態においては、複数のプライベートビットを寄せ集めて１つのプライベートタグフレームを構成する。そして、１曲分のＢＧＭ曲のストリームデータを構成する一連のＭＰ３フレームの各プライベートビットに、複数のプライベートタグフレームの構成ビットを埋め込む。これらのプライベートタグフレームは、各々、フレーム同期のための同期ビットＳＹＮＣと、情報フィールドＩと、符号誤りを検出するためのフレームチェックシーケンスＦＣＳとにより構成されている。ここで、各プライベートタグフレームの情報フィールドＩは、複数のビットにより構成されており、それらの埋め込み先であるＭＰ３フレーム列が表すＢＧＭ曲に対応した識別情報を表している。この識別情報は、ＢＧＭ曲に対応した本体情報、より具体的にはそのＢＧＭ曲の曲名や歌手名などを特定する情報である。本実施形態では、この識別情報とこれに対応した本体情報とが予めインターネットラジオ局サーバ３から各カラオケ装置１に予め送信され、各カラオケ装置１に記憶される。１曲分のＭＰ３フレーム列に埋め込むことができるプライベートタグフレームの個数は、プライベートタグフレームが長くなるほど少なくなり、ＭＰ３フレーム列が長くなるほど多くなる。しかし、カラオケ装置１側において任意のタイミングで音声ストリームデータの受信を開始して直ちに本体情報を得るためには、プライベートタグフレームをなるべく短くして、なるべく多くのプライベートタグフレームを１曲分のＭＰ３フレーム列に埋め込むことが好ましい。そこで、本実施形態では、本体情報の代わりに、これに対応した識別情報を情報フィールドに持たせることで、多くのプライベートタグフレームをＭＰ３フレーム列に埋め込むことを可能にしている。
【００１０】
インターネットラジオ局サーバ３は、以上説明したＢＧＭ曲の音声ストリームデータに関連して、図５に示す曲種類テーブルを記憶している。この曲種類テーブルは、各ＣＨと、それらのＣＨにおいて再生されているＢＧＭ曲のジャンルと、それらの曲をさらに詳細に特定する細区分情報とを対応付けたテーブルである。このテーブルは、各ＣＨにおいて再生される曲のジャンルなどに変更があった場合に書き換えられる。インターネットラジオ局サーバ３は、カラオケ装置１から要求があったとき、そのカラオケ装置１にこの曲種類テーブルを送信する。また、インターネットラジオ局サーバ３は、曲種類テーブルの内容に変更が生じたとき、同サーバのサービスを受ける全てのカラオケ装置１に曲種類テーブルを送信する。この曲種類テーブルの送信は、例えばインターネットラジオ局サーバ３が電子メールを利用して行ってもよい。
【００１１】
図６は本実施形態に係るカラオケ装置１の構成を示すブロック図である。図６において、ＣＰＵ１０１は、ＲＯＭ１０２またはＨＤＤ（ハードディスク駆動装置）１０３に記憶された各種制御プログラムをＲＡＭ１０４上に展開して実行し、このカラオケ装置１全体の制御を行う。このＣＰＵ１０１によって行われる制御のうち主要なものとして、カラオケ曲の再生制御と、カラオケ曲の再生が行われていない曲間においてインターネットラジオ局サーバ３を利用して行われるＢＧＭ再生制御と、ＢＧＭ再生中において受信される音声ストリームデータから識別情報を抽出し、これに対応した本体情報を利用するための制御がある。なお、これらの制御の態様については後述する。ＨＤＤ１０３には、カラオケ演奏用の楽曲データとカラオケ背景映像用の画像データが蓄積されている。楽曲データには、ＭＩＤＩ楽曲データトラックと歌詞データトラックが含まれている。カラオケ背景映像用の画像データは、ＭＰＥＧ（Moving Picture Expert Group）２方式の動画像符号化データである。この画像データには、各曲に個別に対応したものと、同一ジャンルに属する複数の曲に共通に用いられるものとがあり、再生対象である曲に応じて適宜使い分けられる。以上説明した楽曲データおよびカラオケ背景映像用の画像データは前述した楽曲配信サーバ２から配信され、ＨＤＤ１０３に格納されるものである。また、本実施形態では、上述したように、各ＢＧＭ曲について識別情報と本体情報がインターネットラジオ局サーバ３から予め受信され、ＨＤＤ１０３に格納される。
【００１２】
ネットワークインタフェース１０５は、ＣＰＵ１０１がインターネット４を介して楽曲配信サーバ２、インターネットラジオ局サーバ３などの装置との間で情報の授受を行う際の通信手段としての役割を果たす装置である。操作インタフェース１０６は、このカラオケ装置１の操作パネルに配備された各種操作子やリモコンの操作に応じて発生する各種操作情報をＣＰＵ１０１に引き渡す装置である。
【００１３】
ＭＰＥＧデコーダ１０７は、ＭＰＥＧ方式の符号化データから画像データを復号する装置である。画像処理回路１０８は、ＭＰＥＧデコーダ１０７によって復号された画像データとＣＰＵ１０１によって作成された画像データとの合成処理など、各種の画像処理を行う回路である。モニタ１０９は、画像処理回路１０８の画像処理を経た画像データを画像として表示する装置である。音源１１０は、カラオケ演奏手段としての役割を担った装置であり、ＣＰＵ１０１から供給されるＭＩＤＩイベントに従って楽音信号を生成する。音声処理回路１１１は、ＭＰ３方式の符号化データなど、音声の符号化データを復号し、音声信号を出力する音声再生手段としての役割を担った装置である。ミキサ１１３は、音源１１０、音声処理回路１１１、マイク１１２から出力される信号をミキシングして出力する。このミキサ１１３の出力信号はアンプ１１４によって増幅され、スピーカ１１５から音として出力される。
【００１４】
図７は、このカラオケ装置１のＣＰＵ１０１の動作を示すフローチャートである。以下、このフローチャートを参照し、本実施形態の動作を説明する。まず、ステップＳ１０１において、ＣＰＵ１０１は、ＲＡＭ１０４内に設けられた予約キューを参照し、何らかの曲番号が予約キューに残っているか否かを判断する。この判断結果が「ＹＥＳ」である場合、ＣＰＵ１０１は、ステップＳ１１１のカラオケ曲再生処理を実行する。
【００１５】
このカラオケ曲再生処理において、ＣＰＵ１０１は、まず、予約キューの先頭に格納された曲番号（すなわち、最も優先度の高い曲番号）を読み出す。なお、この際に、読み出された曲番号は予約キューから消去される。次に、ＣＰＵ１０１は、予約キューから読み出した曲番号に対応した楽曲データとカラオケ背景映像用の画像データをＨＤＤ１０３から読み出す。そして、ＣＰＵ１０１は、楽曲データにおけるＭＩＤＩ楽曲トラックに従ってＭＩＤＩイベントを音源１１０に順次送信して楽曲演奏を行わせるとともに、楽曲データにおける歌詞データトラックに従って歌詞の画像データを生成し、楽曲演奏の進行に合わせて画像処理回路に１０８に送信する。一方、ＣＰＵ１０１は、ＨＤＤ１０３から読み出したカラオケ背景映像用の動画像符号化データをＭＰＥＧデコーダ１０７に送り、その復号を行わせる。このＭＰＥＧデコーダ１０７から得られるカラオケ背景映像用の画像データは画像処理回路１０８に送られる。画像処理回路１０８は、このカラオケ背景映像の画像データとＣＰＵ１０１から受け取った歌詞の画像データとを合成し、モニタ１０９からその合成画像を出力する。ミキサ１１３は、音源１１０から出力される楽曲演奏音の楽音信号とマイク１１２から入力されるユーザの歌唱音声の音声信号とをミキシングしてアンプ１１４に送る。アンプ１１４は、このミキサ１１３からの出力信号をスピーカ１１５から音として出力する。このような動作により１曲分のカラオケ曲再生が終了すると、ＣＰＵ１０１は、カラオケ曲再生処理（ステップＳ１１１）を終了し、再びステップＳ１０１の判断を行う。そして、予約キューに何らかの曲番号が残っている場合には、その曲番号についてステップＳ１１１のカラオケ曲再生処理を実行する。
【００１６】
一方、ステップＳ１０１において予約キューに何も曲番号が残っていない場合、ＣＰＵ１０１の処理はステップＳ１０２に進む。このステップＳ１０２において、ＣＰＵ１０１は、ＲＡＭ１０４内の該当エリアを参照することにより曲間動作に関する設定内容を確認し、ＢＧＭ再生をすべき旨の設定がされているか否かを判断する。この判断結果が「ＹＥＳ」である場合、ＣＰＵ１０１の処理はステップＳ１０３に進み、「ＮＯ」の場合はステップＳ１０８に進む。なお、曲間動作に関する情報は、ユーザが行うリモコン操作などによりＲＡＭ１０４内の所定のエリアに設定されるものである。
【００１７】
次にステップＳ１０３に進むと、ＣＰＵ１０１は、再生すべきＢＧＭのジャンルの指定を取得する。このジャンルの指定の取得には、各種の態様がある。ある好ましい態様においては、曲間となってステップＳ１０３が実行される毎に、各種のジャンルの中から指定ジャンルがランダムに選択される。
【００１８】
指定ジャンルの取得が終了すると、ＣＰＵ１０１は指定ジャンルに対応したＣＨを取得する（ステップＳ１０４）。このステップＳ１０４の処理において、ＣＰＵ１０１は、インターネットラジオ局サーバ３から予め取得してＲＡＭ１０４内に格納した曲種類テーブル（図５）を参照し、指定ジャンルに対応したＣＨを取得する。指定ジャンルに対応したＣＨが複数ある場合もあるが、そのような場合には、それらの複数のＣＨの中から例えばランダムに１つのＣＨを選択する。なお、このようにする代わりに、ステップＳ１０３において、再生すべきＢＧＭの指定ジャンルだけでなく、細区分情報の指定も取得し、ステップＳ１０４では、指定ジャンルに属し、かつ、指定された細区分情報にも対応するＢＧＭを放送しているＣＨをＲＡＭ１０４内の曲種類テーブルに基づいて求めてもよい。
【００１９】
次にステップＳ１０５に進むと、ＣＰＵ１０１は、ステップＳ１０４において取得したＣＨを指定し、そのＣＨの受信要求をインターネットラジオ局サーバ３に送る。図８は、このときＣＰＵ１０１およびインターネットラジオ局サーバ３間において行われる通信の手順を示すシーケンス図である。まず、ＣＰＵ１０１は、ＲＴＳＰ（Real time Transfer Streaming Protocol）に従って通信を開始するために、ＣＨの指定を含むＵＲＬ（Uniform Resource Locator）をインターネットラジオ局サーバ３に送る。例えばインターネットラジオ局サーバ３のＩＰアドレスがＡＡＡ．ＢＢＢ．ＣＣＣ．ＤＤＤであり、受信希望のＣＨがＣＨ１である場合、ＣＰＵ１０１は、ＵＲＬとして“ｒｔｓｐ：／／ＡＡＡ．ＢＢＢ．ＣＣＣ．ＤＤＤ／ＣＨ１”を送信し、インターネットラジオ局サーバ３との間にＲＴＳＰによる接続を確立する。ＵＲＬに含まれる“ＣＨ１”といったテキスト情報は、インターネットラジオ局サーバ３に引き渡される。インターネットラジオ局サーバ３は、このテキスト情報に基づいて、ＣＰＵ１０１が指定したＣＨを認識する。次にＣＰＵ１０１は、ビットレート等の通信条件についてネゴシエーションするため、それに必要な情報を含むＤｅｓｃｒｉｂｅ Ｒｅｑｕｅｓｔをインターネットラジオ局サーバ３に送信する（ステップＳ２０１）。
【００２０】
このＤｅｓｃｒｉｂｅ Ｒｅｑｕｅｓｔに対して、ＯＫのレスポンスがインターネットラジオ局サーバ３からＣＰＵ１０１に送られると（ステップＳ２０２）、ＣＰＵ１０１は、セッション接続を要求するＳｅｔｕｐ Ｒｅｑｕｅｓｔをインターネットラジオ局サーバ３に送る（ステップＳ２０３）。これに対してＯＫのレスポンスがインターネットラジオ局サーバ３からＣＰＵ１０１に返ることによりセッション張りが完了する（ステップＳ２０４）。ＣＰＵ１０１は、ＯＫレスポンスの受信によりセッション張りの完了を確認すると、指定したＣＨの音声ストリームデータの送信を要求するＰｌａｙ Ｒｅｑｕｅｓｔをインターネットラジオ局サーバ３に送る（ステップＳ２０５）。インターネットラジオ局サーバ３は、このＰｌａｙ Ｒｅｑｕｅｓｔに対するＯＫレスポンスをＣＰＵ１０１に送った後（ステップＳ２０６）、ＣＰＵ１０１によって指定されたＣＨの音声ストリームデータを順次パケット化し、パケット転送を開始する（ステップＳ２０７）。この音声ストリームデータのパケット転送（ステップＳ２０７）が行われる間、ＲＴＣＰ（Real time Transfer Control Protocol）に従い、時折、送信済みのパケット数などの情報を含むＳｅｎｄｅｒ Ｒｅｐｏｒｔがインターネットラジオ局サーバ３からＣＰＵ１０１へ送られる（ステップＳ２０８）。また、時折、受信済みのパケット数を示す情報や受け取ってないパケットの再生要求がＲｅｃｅｉｖｅｒ ＲｅｐｏｒｔとしてＣＰＵ１０１からインターネットラジオ局サーバ３へ送られる（ステップＳ２０９）。
【００２１】
一方、ＣＰＵ１０１は、Ｐｌａｙ Ｒｅｑｕｅｓｔに対するＯＫレスポンスをインターネットラジオ局サーバ３から受信したとき（ステップＳ２０６）、図７におけるステップＳ１０５を終了し、図７に示す処理と並行し、ＢＧＭ再生処理を開始する。ＣＰＵ１０１は、ステップＳ１０６においてＢＧＭ再生処理を開始させた後、ＲＡＭ１０４内の該当エリアを参照することにより曲間動作に関する設定内容を確認し、ＢＧＶ（バックグラウンドビデオ）再生をすべき旨の設定がされているか否かを判断する（ステップＳ１０７）。この判断結果が「ＹＥＳ」である場合、ＣＰＵ１０１は、他の曲間処理を開始し（ステップＳ１０８）、ステップＳ１０９に進む。この場合、図８に示す処理およびステップＳ１０６において開始されたＢＧＭ再生と並行し、ステップＳ１０８の「他の曲間処理」が実行され、この「他の曲間処理」ではＢＧＶ再生が行われる。このＢＧＶ再生では、ＣＰＵ１０１による制御の下、ＨＤＤ１０３に予め記憶されているＢＧＶ用の画像データが読み出され、モニタ１０９に表示される。一方、ステップＳ１０７の判断結果が「ＮＯ」である場合は、ステップＳ１０８を実行することなくステップＳ１０９に進む。ステップＳ１０８の「他の曲間処理」は、ステップＳ１０２の判断結果が「ＮＯ」となった場合にも開始される。この場合の「他の曲間処理」では、ＣＭ再生が行われる。このＣＭ再生では、ＣＰＵ１０１による制御の下、ＨＤＤ１０３に予め記憶されているＣＭ用のスクリプトデータが読み出され、このスクリプトデータに基づき、ＣＭの画像がモニタ１０９に表示される。
【００２２】
以後、ＢＧＭ再生処理が行われる間あるいは他の曲間処理が行われる間、ＣＰＵ１０１は、カラオケ曲の再生リクエストが発生したか否か、すなわち、ＲＡＭ１０４内に設けられた予約キューに何らかの曲番号が書き込まれたか否かの判断を繰り返す（ステップＳ１０９）。この判断結果が「ＮＯ」である場合にはステップＳ１０６において開始されたＢＧＭ再生処理あるいはステップＳ１０８において開始された他の曲間処理が継続される。
【００２３】
次に、図９を参照し、ＢＧＭ再生処理における動作の詳細について説明する。ステップＳ１０６において開始されたＢＧＭ再生処理において、ＣＰＵ１０１は、インターネットラジオ局サーバ３から順次到着する各パケットからＭＰ３フレームを取り出し、ＲＡＭ１０４内の所定のバッファリングエリア１０４１にバッファリングする。その際、欠落しているパケットが見つかった場合にはその再送要求をインターネットラジオ局サーバ３に送る（図８におけるステップＳ２０９）。そして、ＣＰＵ１０１は、ＲＡＭ１０４内にバッファリングされた各パケットのＭＰ３フレーム列を各々の時間的順序に従って読み出し（フレーム検出処理１０１１）、音声処理回路１１１に送る（ＭＰ３フレーム送信１０１２）。音声処理回路１１１は、このＭＰ３フレーム列の復号を行い、この復号により得られる音声信号をミキサ１１３に出力する。この音声信号は、ミキサ１１３およびアンプ１１４を介してスピーカ１１５に送られ、ＢＧＭとして出力される。
【００２４】
一方、ＣＰＵ１０１は、フレーム検出処理１０１１においてバッファリングエリア１０４１からＭＰ３フレームが読み出される毎に、そのＭＰ３フレームのヘッダからプライベートビットを抽出し、抽出したプライベートビットを順次繋いでビット列を構成する。そして、このビット列中にプライベートタグフレームの同期ビットＳＹＮＣを発見すると、この同期ビットＳＹＮＣから始まる１個のプライベートタグフレームを検出する（以上、プライベートタグフレーム組み立て処理１０１３）。そして、ＣＰＵ１０１は、同プライベートタグフレーム中の情報フィールドＩから識別情報を抽出し、ＲＡＭ１０４内に設けられた識別情報バッファ１０４３に書き込む（識別情報抽出処理１０１４）。
【００２５】
通常、１曲分のＢＧＭのＭＰ３フレーム列には、複数のプライベートタグフレームの構成ビットが分散配置されている。識別情報抽出処理１０１４は、これらのプライベートタグフレームの各々について実施され、その都度、プライベートタグフレームから取り出された識別情報が識別情報バッファ１０４２に書き込まれる。
【００２６】
以上の動作の間、ＣＰＵ１０１は、識別情報バッファ１０４２の内容を監視している。そして、識別情報バッファ１０４２に新た識別情報が書き込まれ、識別情報バッファ１０４２の記憶内容に変化が生じると、その新たな識別情報に対応した本体情報をＨＤＤ１０３から読み出す（本体情報検索処理１０１５）。そして、読み出した本体情報を利用する処理を行う（本体情報利用処理１０１６）。この本体情報利用処理１０１６の典型例は、曲名、歌手名などの本体情報を画像処理回路１０８に送り、モニタ１０９にテロップ表示させる処理である。
以上の動作がＢＧＭ再生中に行われる。
【００２７】
そして、ＢＧＭ再生中、リモコン操作などによりリクエスト曲に曲番号の入力および送信が行われ、これが予約キュー１０４３に書き込まれると、図７におけるステップＳ１０９の判断結果が「ＹＥＳ」となり、ＣＰＵ１０１の処理はステップＳ１１０の曲間終了処理に進む。この曲間終了処理において、ＣＰＵ１０１は、ステップＳ１０６において開始したＢＧＭ再生処理またはステップＳ１０８において開始した他の曲間処理を終了する。ＢＧＭ再生処理を終了する場合、ＣＰＵ１０１は、図９に示すように、ＲＴＳＰに従って、セッションの終了を要求するＴｅａｒｄｏｗｎ Ｒｅｑｕｅｓｔをインターネットラジオ局サーバ３に送信する（ステップＳ２１０）。これに対して、インターネットラジオ局サーバ３からＣＰＵ１０１にＯＫレスポンスが返されることによりセッションは終了する（ステップＳ１１０）。
以上のようにして曲間終了処理を終えると、ＣＰＵ１０１は、予約キューに書き込まれている曲番号を用いてカラオケ曲再生処理を実行する（ステップＳ１１１および図１０の符号１０１６）。この処理については既に説明した通りである。
【００２８】
以上説明したように、本実施形態に係るカラオケ装置によれば、インターネットラジオ局サーバ３から音声ストリームデータが受信され、そのＢＧＭとしての再生が開始されると、音声ストリームデータ中に分散配置された識別情報が直ちに抽出され、これに対応した本体情報が利用される。従って、ある曲の音声ストリームデータの受信が如何なるタイミングで開始されたとしても、その曲に対応した本体情報が直ちに利用される。
【００２９】
以上、本発明の一実施形態について説明したが、本発明には次のような実施形態もある。
（１）カラオケ装置側では、カラオケ演奏が行われていない曲間に表番組と裏番組の２ＣＨ分のストリームデータをネットワークインタフェース１０５により受信し、表番組のストリームデータに基づいてＢＧＭ再生を行い、表番組および裏番組の各ストリームデータから抽出した各識別情報に対応した各本体情報をモニタに表示する。表番組と裏番組の各ＣＨを決める方法としては、例えば図８のステップＳ１０４において取得されるＣＨを表番組のＣＨとし、その前にステップＳ１０４が実行されたときに取得されたＣＨを裏番組のＣＨとする方法が考えられる。あるいは、表番組のＣＨは、ステップＳ１０４において取得し、裏番組のＣＨはユーザのリモコン操作に従って決定するようにしてもよい。
（２）本体情報は、ＢＧＭ曲と１対１に対応してなくてもよい。例えば、ある歌手の名前、その歌手が歌っている曲名、その曲のカラオケ再生をリクエストするときに使う曲番号などをまとめた本体情報とこれを特定する識別情報を歌手毎に用意し、共通の歌手に対応した複数のＢＧＭ曲の音声ストリームデータにはその歌手に対応した共通の識別情報を埋め込んでもよい。
（３）上記実施形態では、本体情報の利用の形態として、本体情報の表示を挙げた。しかし、利用の形態は表示に限定されるものではない。例えば、カラオケ装置に文字情報に対応した音声を合成する装置を付加し、目の不自由な人のために本体情報に対応した音声をイヤホンなどにより提供してもよい。あるいは、本体情報自体を音声情報とし、これを音声として再生してもよい。本体情報は、例えばゲームのアプリケーションプログラムであってもよい。カラオケ装置のＨＤＤにＢＧＭ毎にゲームやアニメーション表示などのアプリケーションプログラムを用意しておき、カラオケ装置では、ＢＧＭ曲の音声ストリームデータが受信されると、そこから抽出される識別情報に対応付けられたアプリケーションプログラム（本体情報）を実行するのである。この実施形態における本体情報の利用は「実行」である。
【図面の簡単な説明】
【００３０】
【図１】この発明の一実施形態であるカラオケ装置に対してカラオケ関連の情報の配信サービスを行う通信システムを例示する図である。
【図２】同通信システムのインターネットラジオ局サーバにおいてＢＧＭ曲の音声ストリームデータが再生される様子を示すタイムチャートである。
【図３】同インターネットラジオ局サーバにおいて再生されるＢＧＭ曲の音声ストリームデータの構成を示す図である。
【図４】同ストリームデータを構成するＭＰ３フレーム列および同ＭＰ３フレーム列に構成ビットが分散配置されたプライベートタグフレームを示す図である。
【図５】同インターネットラジオ局サーバからカラオケ装置に送られる曲種類テーブルを例示する図である。
【図６】同実施形態に係るカラオケ装置の構成を示すブロック図である。
【図７】同カラオケ装置のＣＰＵの動作を示すフローチャートである。
【図８】同ＣＰＵとラジオ局インターネットサーバとの間で行われる通信の手順を示すシーケンス図である。
【図９】同ＣＰＵによって行われるＢＧＭ再生処理の詳細を示す図である。
【符号の説明】
【００３１】
１……カラオケ装置、２……楽曲配信サーバ、３……インターネットラジオ局サーバ、４……インターネット、１０１……ＣＰＵ、１０２……ＲＯＭ、１０３……ＨＤＤ、１０４……ＲＡＭ、１０５……ネットワークインタフェース、１０６……操作インタフェース、１０７……ＭＰＥＧデコータ、１０８……画像処理回路、１０９……モニタ、１１０……音源、１１１……ミキサ、１１２……マイク、１１３……ミキサ、１１４……アンプ、１１５……スピーカ。 
【図１】
2005107249.tif 000003
【図２】
2005107249.tif 000004
【図３】
2005107249.tif 000005
【図４】
2005107249.tif 000006
【図５】
2005107249.tif 000007
【図６】
2005107249.tif 000008
【図７】
2005107249.tif 000009
【図８】
2005107249.tif 000010
【図９】
2005107249.tif 000011