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