WO2005013260A1

WO2005013260A1 - カラオケ装置

Info

Publication number: WO2005013260A1
Application number: PCT/JP2004/011001
Authority: WO
Inventors: Katsuhiro Sato
Original assignee: Sanyo Electric Co Ltd
Current assignee: Sanyo Electric Co Ltd
Priority date: 2003-08-04
Filing date: 2004-07-26
Publication date: 2005-02-10
Anticipated expiration: 2006-02-04
Also published as: KR20060066083A; CN1830021A; JP2005055628A

Abstract

通信カラオケ端末（12）は、カラオケ演奏の合間にインターネットラジオ局（18）からコンテンツを受信し、受信されたラジオ放送コンテンツをＢＧＭとして出力する。こうしてラジオ放送コンテンツを出力しているとき特定のキーが押されると、出力中のラジオ放送コンテンツに対応するカラオケ曲を通信カラオケサーバ（14）から取得し、取得されたカラオケ楽曲を演奏する。

Description

カラオケ装置技術分野

この発明は、カラオケ装置に関し、特にたとえば、リクエストされたカラオケ楽曲を再生する、カラオケ装置に関する。従来技術

従来この種のカラオケ装置では一般に、ユーザが歌いたい楽曲をリクエストするには、まず自分の手で分厚い楽曲集を捲って目当ての楽曲の識別番号を見つけ出し、次に、見つけ出した識別番号をキー操作により入力しなければならない。このような面倒で間違いやすいリクエスト作業を軽減する従来技術の一例が、

2 0 0 3年 5月 9日付けで出願公開された特開 2 0 0 3 - 1 3 1 6 7 6号公報に記載されている。この従来技術では、楽曲をリクエストする際、リモコンのタツチパネル上に楽曲検索メニュー画面が提示される。このメニュー画面には歌手名や曲名などの検索項目が含まれており、ユーザがいずれかの項目に夕ツチすると、該当するタスク画面が呼び出される。さらにタスク画面内の該当項目を選択していくことにより、目当ての楽曲の識別番号に到達することができる。

ところで、カラオケでは、歌いたい楽曲が当初からはっきりしている場合も勿論あるが、そうでない場合も少なくない。次に歌う曲が決まっていないとき、力ラオケ演奏の合間に流れてくる B GMを聴いていて、不意に歌いたい楽曲に出くわす経験をすることがある。

ところが、そのような状況では、せっかく歌いたい楽曲が見つかっても、曲名や歌手名をすぐには思い出せないときがある。その場合、まず記憶と楽曲集とを頼りに曲名や歌手名を思い出し、次に曲名や歌手名に基づいて楽曲番号を検索し、さらに楽曲番号を入力しなければならない。上記の従来技術を用いれば、楽曲番号の検索および入力の手間はある程度軽減されるが、それでも、歌いたい楽曲が見つかつてから実際にその曲を歌いだすまでには、長い時間と多大な労力とを費やす結果になる。もし曲名や歌手名を思い出せなければ、上記の従来技術でもまつたく対応することができない。つまり、従来技術では、楽曲をリクエストする際の利便性に限界がある。発明の概要

それゆえに、この発明の主たる目的は、新規なカラオケ装置を提供することである。

この発明の他の目的は、楽曲をリクエストする際の利便性を高めることができる、カラオケ装置を提供することである。

請求項 1の発明に従うカラオケ装置は、任意の B G Mを再生する第 1再生手段、任意の B GMに向けられた所定操作を受け付ける受付手段、所定操作に応答して任意の B GMと対応するカラオケ楽曲を取得する取得手段、および取得手段によつて取得されたカラオケ楽曲を再生する第 2再生手段を備える。

請求項 1の発明では、任意の B GMが再生され、この任意の B GMに向けられた所定操作が受け付けられる。この所定操作に応答して、上記任意の B GMに対応するカラオケ楽曲が取得され、取得されたカラオケ楽曲が再生される。ここで所定操作は、典型的には下記請求項 7の発明のように、上記任意の B GMが再生されている最中に特定キーを押す操作である。これにより、カラオケ演奏の合間に出力される B GMの中に好みの曲がもしあれば、例えばその曲の出力中に特定キーを一押しする簡単な操作を行うだけで、即座にその曲をカラオケで歌うことができる。

請求項 2の発明に従うカラオケ装置は、請求項 1の発明に従属し、任意の B G Mはラジオ放送コンテンッであり、取得手段は、任意の B GMの属性情報を送信元のラジォ放送局から取得する属性情報取得手段、および属性情報取得手段によつて取得された属性情報に基づいてカラオケ楽曲を取得するカラオケ楽曲取得手段を含む。

請求項 2の発明では、ラジオ放送コンテンツが B GMとして再生される。任意の B GMに対応するカラオケ楽曲を取得する際には、最初、この任意の B GMの属性情報を送信元のラジオ放送局から取得し、次に、取得された属性情報に基づいてカラオケ楽曲を取得する。属性情報は、典型的には請求項 5または 6の発明のように、曲名および Zまたは演奏者名を含む。これにより、カラオケ演奏の合間でラジォ放送コンテンッを B G Mとして流し、 B G M中で好みのコンテンツが見つかれば、そのコンテンツをカラオケで歌うことができる。この場合、力ラオケ装置に B GMを蓄積しておく必要がないので、構成の簡略化が図れる。また、常に最新のコンテンツを B GMとして流し、かつカラオケで歌うことができる。請求項 3の発明に従うカラオケ装置は、請求項 2に従属し、カラオケ楽曲取得手段は属性情報取得手段によって取得された属性情報をカラオケ楽曲の取得先に通知する通知手段を含む。

請求項 3の発明では、取得された属性情報がカラオケ楽曲の取得先に通知され、属性情報に対応するカラオケ楽曲の特定は取得先に委ねられる。これにより、下記請求項 4の発明のようにカラオケ装置が自ら対応カラオケ楽曲の特定を行う場合と比べ、構成が簡略化される。

請求項 4の発明に従うカラオケ装置は、請求項 2に従属し、カラオケ楽曲取得手段は、複数のカラオケ楽曲にそれぞれ付与された複数の識別子を複数の力ラオケ楽曲にそれぞれ付与された複数の属性情報と対応付けて管理する管理手段、および管理手段によって管理される複数の識別子の中から属性情報取得手段によつて取得された属性情報に対応する識別子を選択する選択手段を含む。

請求項 4の発明では、複数のカラオケ楽曲にそれぞれ付与された複数の識別子が、それら複数のカラオケ楽曲にそれぞれ付与された複数の属性情報と対応付けて管理される。こうして管理されている複数の識別子の中から、取得された属性情報に対応する識別子が選択される。これにより、属性情報に基づいて簡単に力ラオケ楽曲を取得することができる。

請求項 5の発明に従うカラオケ装置は、請求項 2の発明に従属し、属性情報は曲名を含む。

請求項 6の発明に従うカラオケ装置は、請求項 2の発明に従属し、属性情報は演奏者名を含む。

請求項 7の発明に従うカラオケ装置は、請求項 1の発明に従属し、所定操作は任意の B G Mが再生されている最中に特定キーを押す操作である。

請求項 8の発明に従うカラオケ再生プログラムは、カラオケ装置のプロセサによって実行されるカラオケ再生プログラムであって、任意の B GMを再生する第 1再生ステップ、任意の B GMに向けられた所定操作を受け付ける受付ステップ、所定操作に応答して任意の B GMと対応するカラオケ楽曲を取得する取得ステツプ、および取得ステップによって取得されたカラオケ楽曲を再生する第 2再生ステツプを備える。

請求項 9の発明に従うカラオケ再生方法は、任意の B GMを再生する第 1再生ステップ、任意の B GMに向けられた所定操作を受け付ける受付ステップ、所定操作に応答して任意の B GMと対応する力ラオケ楽曲を取得する取得ステツプ、および取得ステップによつて取得された力ラオケ楽曲を再生する第 2再生ステツプを備える。

この発明によれば、力ラオケ演奏の合間に流される B G Mの中で好みの曲に出くわしたとき、ただキーを一押しすれば、即座にその曲をカラオケで歌うことができる。つまり、 B GMをカラオケ楽曲集として利用することにより、曲名ゃ演奏者名を覚えていない楽曲でも容易にリクエストできるので、楽曲をリクエストする際の利便性が高まる。

この発明の上述の目的, その他の目的, 特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。図面の簡単な説明

図 1はこの発明の一実施例である通信カラオケシステム 1 0の構成を示すプロック図であり；

図 2は通信カラオケ端末の構成例を示すブロック図であり；

図 3は通信カラオケ端末のキ一パッドの構成例を示す図解図であり；図 4は通信カラオケ端末の RAMの内容を示プロック図であり；

図 5は通信カラオケサーバの構成例を示すプロック図であり；

図 6は通信カラオケサーバの HDの内容を示すプロック図であり；

図 7はカラオケ曲 I D検索用テーブルの一例を示す図解図であり；

図 8はチューニングサーバの構成例を示すプロック図であり；

図 9はチューニングサーバの HDの内容を示すプロック図であり；図 10はインタ一ネットラジオ局テーブルの一例を示す図解図であり；図 11はジャンル検索用テーブルの一例を示す図解図であり；

図 12はインターネットラジオ局の構成例を示すブロック図であり；図 13はインターネットラジオ局の HDの内容を示すブロック図であり；図 14は曲情報の一例を示す図解図であり；

図 15は通信カラオケ端末の CPUが行う処理の一部を示すフロー図であり；図 16は通信カラオケ端末の C PUが行う処理の他の一部を示すフロー図であ Ό ；

図 17は通信カラオケ端末の C PUが行う処理のその他の一部を示すフロ一図であり；

図 18は通信カラオケ端末の C PUが行う処理のさらにその他の一部を示すフロー図であり；

図 19はチューニングサ一バの CPUが行う処理を示すフロー図であり；図 20は通信カラオケサーバの CPUが行う処理を示すフロー図であり；そして

図 21はインターネットラジォ局の C P Uが行う処理の一部を示すフロー図である。発明を実施するための最良の形態

図 1を参照して、この発明の一実施例である通信カラオケシステム 10では、通信カラオケ端末 12と、通信カラオケサーバ 14と、チューニングサーバ 16 と、複数のインタ一ネットラジオ局 18, 18, …とがインターネット 20を介して互いに接続される。

通信カラオケ端末 12の構成例が図 2に示されている。図 2を参照して、ネットワークコントローラ 122は、端子 121を介してインターネット 20に接続されており、インタ一ネット 20からの信号を CPU125に入力し、また CP U125からの信号をインターネット 20に出力する。

キーパッド 123は、ユーザのキ一操作を受け付け、押されたキーに対応する信号を CPU125に入力する。ディスプレイ 124は、 CPU125からの信号を受け、文字や図形を画面に表示する。 RAMI 26は、 CPU125が処理を行うための作業領域を提供する。フラッシュメモリ 127には、 CPU125 が行う処理の手順を記述したプログラムが格納される。 DSP 128は、圧縮されたディジタル音声信号を伸長する。 DAC129は、ディジタル音声信号を D /A変換する。アンプ 130は、 DAC 129から出力されるアナログ音声信号を増幅する。スピーカ 131は、アンプ 130から出力される電気信号を音波に変換する。このときアンプ 130には CPU125からの制御信号が与えられており、スピーカ 130からは、適切に音量調節された音声が出力される。

CPU125は、ネットワークコントローラ 122を制御することにより通信カラオケサーバ 14からカラオケ曲をダウンロードしたり、チューニングサーバ 16からインターネットラジオ局 18の URLを取得したり、インターネットラジォ局 18, 18,…からラジオ放送曲を受信したりする。 CPU125はまた、 DSP 128, DAC 129およびアンプ 130を制御して、音声信号の再生処理を行う。なお、 CPU 125は、 I TRONのようなマルチタスク OSの制御の下で動作するマルチタスク CPUであり、複数のタスクを並列的に実行することができる。例えばカラオケ再生を行いながら、次のカラオケ曲をダウンロードしたりラジォ選局を行つたりすることができる。

キーパッド 123の構成例が図 3に示されている。図 3を参照して、キーパッド 123には、数字や文字を入力するための入力キー 1231と、電源キー 12 32と、現在ラジオで放送中の曲をカラオケで歌いたい場合に押される "ラジオ放送曲演奏"キ一 1233とが設けられる。

RAMI 26の内容が図 4に示されている。図 4を参照して、 RAMI 26には、通信カラオケサーバ 14からダウンロードされたカラオケ曲が記憶される力ラオケ曲記憶領域 1261と、チューニングサーバ 16から提供されるインターネットラジオ局テーブル (後述) が記憶されるインターネットラジオ局テーブル記憶領域 1262と、チューニングサーバ 16から通知された URLが記憶される URL記憶領域 1263とが含まれる。

ここで URL記憶領域 1263には、ただ 1個の URLが記憶される。新たな URLが取得されると、新たな URLによって古い URLが上書きされる。従つて、 RAMI 26には常時、直近に取得された URLが記憶されていることになる。

また、 RAMI 26には、カラオケ再生フラグ 1264と、カラオケ曲更新フラグ 1265とが格納される。カラオケ再生フラグ 1264は、カラオケ曲記憶領域 1261にカラオケ曲が記憶されている状態では ON、記憶されていない状態では OFFを示す。カラオケ曲更新フラグは、ある 1つのカラオケ曲の再生が終了したときセット（ON) され、次のカラオケ曲に対応する URLが取得されたときリセット（OFF) される。

通信カラオケサーバ 14の構成例が図 5に示されている。図 5を参照して、ネットワークコントローラ 142は、端子 141を介してインターネット 20に接続されており、インターネット 20からの信号を CPU143に入力し、また C PU143からの信号をインターネット 20に出力する。 RAMI 44は、 CP U 143が処理を行うための作業領域を提供する。フラッシュメモリ 145には、 CPU143が行う処理の手順を記述したプログラムが格納される。

ハードディスク（HD) 146の内容が図 6に示されている。図 6を参照して、 HD 146には、カラオケ曲が記憶されるカラオケ曲記憶領域 1461と、カラオケ曲 I D検索用テーブルが記憶されるカラオケ曲 I D検索用テーブル記憶領域 1462とが、含まれる。

カラオケ曲 I D検索用テーブルの一例が図 7に示されている。図 7を参照して、カラオケ曲 I D検索用テーブル 30には、複数のカラオケ曲の各々に曲名 301，アーティス卜名 302およびカラオケ曲 I D 303が割り当てられている。

チューニングサーバ 16の構成例が図 8に示されている。図 8を参照して、ネットワークコントローラ 162は、端子 161を介してインタ一ネット 20に接続されており、イン夕一ネット 20からの信号を CPU 163に入力し、また C PU163からの信号をインターネット 20に出力する。 RAMI 64は、 CP U163が処理を行うための作業領域を提供する。フラッシュメモリ 165には、 CPU163が行う処理の手順を記述したプログラムが格納される。

HD 166の内容が図 9に示されている。図 9を参照して、ハードディスク 1 66には、インターネットラジオ局テーブルが記憶されるインターネットラジオ局テーブル記憶領域 1661と、ジャンル検索用テーブルが記憶されるジャンル検索用テーブル記憶領域 1662とが含まれる。

インターネットラジオ局テーブルの一例が図 10に示されている。図 10を参照して、インターネットラジオ局テーブル 32は、 "Pop", "Ro c k", …等の複数のジャンル欄 321， 321, …に区分されている。各々のジャンル欄 3 21には、そのジャンルに属する曲を放送するインタ一ネットラジオ局 18, 1 8， …の識別子 322, 322, …が登録される。識別子 322， 322, …はそれぞれ、 "1", "2", …等の識別番号と、 "h t t p ： //www. pop l. * **"， " h t t p ： //www. r c k 2. …等の UR Lとを含む。ジャンル検索用テーブルの一例が図 11に示されている。図 11を参照して、ジャンル検索用テーブル 34には、複数の曲の各々に曲名 341，アーティスト名 342およびジャンル 343が割り当てられている。

ィンターネットラジオ局 18の構成例が図 12に示されている。図 12を参照して、ネットワークコントローラ 182は、端子 181を介してインタ一ネット 20に接続されており、インターネット 20からの信号を CPU 183に入力し、また CPU 183からの信号をインターネット 20に出力する。 RAMI 84は、 CPU183が処理を行うための作業領域を提供する。フラッシュメモリ 185 には、 CPU183が行う処理の手順を記述したプログラムが格納される。

HD 186の内容が図 13に示されている。図 13を参照して、ハードディスク 186には、ラジオ放送曲が記憶されるラジオ放送曲記憶領域 1861と、ラジォ放送曲の曲情報が記憶される曲情報記憶領域 1862とが含まれる。曲情報の一例が図 14に示されている。図 14を参照して、曲情報 36には、ラジオ放送曲記憶領域 1861内のラジオ放送曲に関する曲名 361およびアーティスト名 362が記載されている。

以上のように構成された通信カラオケシステム 10の動作について、以下に説明する。図 1を参照して、通信カラオケサーバ 14には、複数のカラオケ曲が蓄積されている。通信カラオケ端末 12は、通信カラオケサーバ 14からインターネット 20を通じてカラオケ曲をダウンロードし、ダウンロードされたカラオケ曲を再生する。一方、イン夕一ネットラジオ局 18， 18, …からは、それぞれ特定のジヤンル、例えば "P o ", "R o c k"， …などのジャンルに属する曲が放送されている。通信カラオケ端末 12は、 1つのカラオケ曲の再生が終了してから次のカラオケ曲の再生が開始されるまでの期間、いずれか 1つのィン夕一ネットラジオ局 18から放送される曲を受信し、受信されたラジオ放送曲を BGMとして出力する。

チューニングサーバ 16には、イン夕一ネットラジオ局 18， 18,…の各々の所属ジャンルおよび URLが登録されており、通信カラオケ端末 12は、ラジオ放送曲の受信を開始するのに先立ち、自分が再生するカラオケ曲の曲名およびァ一テイスト名をチューニングサ一バ 16に通知する。チューニングサーバ 16は、通知された曲名およびアーティスト名からカラオケ曲のジャンルを特定し、カラオケ曲と同じジャンルに属するインターネットラジオ局 18を選択する。そして、選択されたラジオ局 18の URLを通信カラオケ端末 12に通知する。通信カラオケ端末 12は、チューニングサーバ 16から通知された URLにアクセスすることにより、カラオケ曲と同じジャンルに属するラジオ放送曲を受信することができる。

通信カラオケ端末 12 (図 2参照）の C P U 125は、具体的には、図 15〜 18に示されるフロー図を処理する。なお、これらのフロー図に対応する制御プログラムは、フラッシュメモリ 127に記憶されている。図 15を参照して、ステツプ S 1で CPU125は、キーパッド 123 (図 3参照）の電源ポタン 12 32が押されるのに応じ、初期設定を行う。初期設定には、カラオケ再生フラグ 1264およびカラオケ曲更新フラグ 1265 (図 4参照) をリセッ卜する処理が含まれる。 '

ステップ S 3で CPU125は、カラオケタスク (後述) を起動する。ステツプ S 5では、 URLを確定する（後述)。ステップ S 7では、確定された URLに該当するインタ一ネットラジオ局 18に接続する。ステップ S 9では、インターネットラジオ局 18から放送される曲を受信し、受信されたラジオ放送曲を出力する。

ステップ S 11で CPU125は、カラオケ再生フラグ 1264がセットされているか否かを判定する。この判定結果が否定的であれば待機し、肯定的であればステップ S 1 3に進む。ステップ S 1 3では、ラジオ放送曲の出力を中止する。ステップ S 1 5では、カラオケ曲更新フラグ 1 26 5がセットされているか否かを判定する。この判定結果が肯定的であればステップ S 1 7に、否定的であればステップ S 23に進む。

ステップ S 1 7で CPU1 2 5は、再生されるカラオケ曲に関する曲情報 3 6 (図 14参照）をチューニングサーバ 1 6に送信する。ステップ S 1 9では、チユーニングサーバ 1 6から URLを取得する。ステップ S 2 1では、カラオケ曲更新フラグ 1 26 5をリセットする。その後、ステップ S 1 5に戻る。

ステップ S 23で CPU 1 2 5は、カラオケ再生フラグ 1 264がリセットされているか否かを判定する。この判定結果が肯定的であればステップ S 5に、否定的であればステップ S 1 5に戻る。

上記ステップ S 3で起動されるカラオケタスクは、図 1 6のフロー図に従って実行される。図 1 6を参照して、ステップ S 3 1で CPU1 2 5は、いまラジオ放送曲が出力中であるか否かを判定する。この判定結果が肯定的であればステツプ S 3 3に、否定的であればステツプ S 41に進む。

ステップ S 3 3で CPU 1 2 5は、ラジオ放送曲演奏キー 1 23 3 (図 3参照) が押されたか否かを判定する。この判定結果が肯定的であればステップ S 3 5に進み、否定的であればステップ S 41に進む。ステップ S 3 5では、現在放送中の曲に関する曲情報 36をインタ一ネットラジオ局 1 8に要求する。ステップ S 3 7では、インターネットラジオ局 1 8から曲情報 36を受信する。ステップ S 3 9では、受信された曲情報を通信カラオケサーバ 14に送信する。その後、ステツプ 47に進む。

ステップ S 41で CPU1 2 5は、入力キー 1 2 3 1から曲 I Dが入力されたか否かを判定する。この判定結果が肯定的であればステップ S 43に進み、否定的であればステップ S 45に進む。ステップ S 43では、入力された曲 I Dを通信カラオケサーバ 14に送信し、その後、ステップ S 47に進む。

ステップ S 45で CPU 1 2 5は、現在カラオケ曲が再生されている状態か否かを判定する。この判定結果が肯定的であればステップ S 3 1に戻り、否定的であればステップ S 51に進む。

ステップ S 47で CPU 125は、通信カラオケサーバ 14から送信された力ラオケ曲を受信する。ステップ S49では、受信されたカラオケ曲を RAMI 2 6のカラオケ曲記憶領域 1261に書き込む。その後、ステップ S 31に戻る。図 17を参照して、ステップ S 51で CPU 125は、カラオケ曲の有無、すなわち RAMI 26のカラオケ曲記憶領域 1261 (図 4参照）にカラオケ曲が記憶されているか否かを判定する。カラオケ曲があればステップ S 53に、なければステップ S 59に進む。

ステップ S 53では、カラオケ再生フラグ 1264をセットする。ステップ S 55では、カラオケ曲記憶領域 1261から 1つのカラオケ曲を読み出し、読み出されたカラオケ曲を再生する。ステップ S 57では、 1つのカラオケ曲の再生が完了するのに伴い、カラオケ曲更新フラグ 1265をセッ卜する。その後、ステツプ S 31に戻る。

ステップ S 59で CPU 125は、カラオケ再生フラグ 1264をリセッ卜する。その後、ステップ S 31に戻る。

上記ステップ S 5の URL確定処理は、例えば図 18のサブルーチンに従って実行される。図 18を参照して、ステップ S 71で CPU 125は、 URLの有無、すなわち RAMI 26の URL記憶領域 1263に UR Lが記憶されているか否かを判定する。 URLがあればステップ S 73に、なければステップ S 79 に進む。

ステップ S 73で CPU 125は、チューニングサーバ 16にイン夕一ネットラジオ局テーブル 32 (図 10参照) を要求する。ステップ S 75では、チューニングサーバ 16からテーブル 32を受信する。ステップ S 77では、受信されたテーブル 32から 1つの URLを選択する。ステップ S 79では、選択された URLをテーブル 32から読み出す。その後、上位層のルーチンに復帰する。なお、上記ステップ S 77の URL選択は、例えば次のようにして行われる。テーブル 32の先頭に登録されている局を選択する。または.、テーブル 32の中から無作為に 1つの局を選択する。または、テーブル 32をディスプレイ 124 に表示し、ユーザのキー操作によって指定された局を選択する。チューニングサーバ（図 8参照）の C P U 1 6 3は、具体的には、図 1 9に示されるフロー図を処理する。なお、このフロー図に対応する制御プログラムは、フラッシュメモリ 1 6 5に記憶されている。

図 1 9を参照して、ステップ S 1 1 1で C P U 1 6 3は、通信カラオケ端末 1 2からインターネットラジオ局テ一ブル 3 2を要求する信号が送られてきたか否かを判定する。その判定結果が肯定的であればステップ S 1 1 3に、否定的であればステップ S 1 1 5に進む。ステップ S 1 1 3では、通信カラオケ端末 1 2にインターネットラジオ局テーブル 3 2を送信する。その後、ステップ S 1 1 5に進む。

ステップ S 1 1 5で C P U 1 6 3は、通信カラオケ端末 1 2から曲情報 3 6が送られてきたか否かを判定する。その判定結果が肯定的であればステップ S 1 1 7に進み、否定的であればステップ S 1 1 1に戻る。

ステップ S 1 1 7で C P U 1 6 3は、ジャンル検索用テーブル 3 4 (図 1 1参照）に基づいて、送られてきた曲情報 3 6に対応するジャンルを特定する。ステップ S 1 1 9では、インタ一ネットラジオ局テーブル 3 2に基づいて、特定されたジャンルに分類されたィン夕一ネットラジオ局 1 8， 1 8 , …の中のいずれか 1つ、例えば該当ジャンル欄 3 2 1の先頭に登録されている局を選択する。なお、先頭の局を選択する代わりに、該当ジャンル欄 3 2 1内で無作為に 1つの局を選択してもよい。または、選局履歴を記憶しておき、過去に選択されていない局ないしは選択回数の少ない局を優先的に選択するなど、選択肢に所定の重み付けをする方法もある。

ステップ S 1 2 1で C P U 1 6 3は、選択された U R Lをイン夕一ネットラジォ局テーブル 3 2から読み取り、読み取られた U R Lを通信カラオケ端末 1 2に送信する。その後、ステップ S 1 1 1に戻る。

通信カラオケサーバ 1 4 (図 5参照）の C P U 1 4 3は、具体的には、図 2 0 に示されるフロー図を処理する。なお、このフロー図に対応する制御プログラムは、フラッシュメモリ 1 4 5に記憶されている。

図 2 0を参照して、ステップ S 1 4 1で C P U 1 4 3は、通信カラオケ端末 1 2から曲 I Dが送られてきた否かを判定する。この判定結果が肯定的であればステツプ S 1 4 3に、否定的であればステップ S 1 4 5に進む。ステップ S 1 4 3 では、送られてきた曲 I Dを受信する。その後、ステップ S 1 5 1に進む。ステップ S 1 4 5で C P U 1 4 3は、通信カラオケ端末 1 2から曲情報 3 6が送られてきた否かを判定する。この判定結果が肯定的であればステップ S 1 4 7 に進み、否定的であればステップ S 1 4 1に戻る。

ステップ S 1 4 7で C P U 1 4 3は、送られてきた曲情報 3 6を受信する。ステツプ S 1 4 9では、カラオケ曲 I D検索用テーブル 3 0 (図 7参照）に基づいて、受信された曲情報 3 6に該当するカラオケ曲の曲 I Dを特定する。その後、ステップ S 1 5 1に進む。

ステップ S 1 5 1で C P U 1 4 3は、特定された I Dに対応するカラオケ曲を通信カラオケ端末 1 2に送信する。その後、ステップ S 1 4 1に戻る。

インタ一ネットラジオ局（図 1 2参照）の C P U 1 8 3は、具体的には、図 2 1に示されるフロー図を処理する。なお、このフロー図に対応する制御プロダラムは、フラッシュメモリ 1 8 5に記憶されている。

図 2 1を参照して、ステップ S 1 6 1で C P U 1 8 3は、通信カラオケ端末 1 2から曲情報 3 6の問い合わせを受けたか否かを判定する。この判定結果が肯定的であればステップ S 1 6 3に進み、否定的であれば待機する。ステップ S 1 6 3では、 HD 1 8 6内の曲情報記憶領域 1 8 6 2 (図 1 3参照）を検索して、現在自局から放送されている曲に関する曲情報 3 6を曲情報記憶領域 1 8 6 2から読み出す。ステップ S 1 6 5では、読み出された曲情報 3 6を通信カラオケ端末 1 2に送信する。その後、ステップ S 1 6 1に戻る。

以上の説明からわかるように、この実施例の通信カラオケシステム 1 0では、通信カラオケ端末 1 2は、再生されるカラオケ曲とジャンルが等しい曲を放送するインタ一ネッ卜ラジオ局 1 8を選択し、カラオケ再生が終了したときこのイン夕一ネットラジオ局 1 8から放送される曲を受信する。そして、受信したラジオ放送曲を B GMとして再生する。これにより、カラオケ演奏の合間には、力ラオケ曲と曲調が近いラジオ放送曲が B GMとして流されることとなる。

上記のラジオ選局は、チューニングサーバ 1 6に委ねられる。すなわち、通信カラオケ端末 1 2がカラオケ曲の曲情報、具体的には曲名およびアーティスト名をチューニングサーバ 16に通知し、チューニングサーバ 16は、通知された曲情報に基づいてカラオケ曲のジャンルを特定する。そして、特定されたジャンルに分類されるインターネットラジオ局 18の 1つを選択し、その URLを通信力ラオケ端末 12に応答する。これにより、端末 12の構成が簡略化される。なお、この実施例のようにチューニングサーバ 16を設けず、通信カラオケ端末 12が自分でジャンル特定、ラジオ選局および URL検索を全て行ってもよレ^ その場合、通信カラオケ端末 12の RAMI 26 (図 4参照）には、ジャンル検索用テーブル 34 (図 11参照）がさらに格納される。

また、この実施例の通信カラオケシステム 10では、通信カラオケ端末 12は、ラジオ放送曲を再生しているときに "ラジオ放送曲選択" キー 1233が押されると、再生中のラジオ放送曲に対応するカラオケ曲を通信カラオケサーバ 14から取得する。そして、取得されたカラオケ曲を再生する。

対応カラオケ曲を取得するに当たっては、まずラジオ放送曲の曲情報、具体的には曲名およびアーティスト名を送信元のイン夕一ネットラジオ局 18に問い合わせ、次に、インタ一ネットラジオ局 18から応答された曲情報に基づいて、通信カラオケサーバ 14から対応カラオケ曲を取得する。対応カラオケ曲を取得する際、通信カラオケ端末 12は、通信カラオケサーバ 14に曲情報を通知する。応じて、通信カラオケサーバ 14が曲情報に対応するカラオケ曲を特定し、特定されたカラオケ曲を通信カラオケ端末 12に送信する。

なお、この実施例のようにカラオケサーバ 14に対応カラオケ曲の曲 I D特定を行わせる代わりに、通信カラオケ端末 12が自分で曲 I D特定を行ってもよい。その場合、通信カラオケ端末 12の RAMI 26には、カラオケ曲 ID検索用テ —ブル 30 (図 7参照) がさらに格納される。

なお、この実施例では、通信カラオケ端末 12は、 RAMI 26内の URL記憶領域 1263にただ 1個の URLを記憶するが、複数個の URLを記憶してもよい。具体的には、 RAMI 26内の URL記憶領域 1263を n個の小領域 1 2631〜 1263η (ηは 2以上の任意の整数；図示せず）に区分しておく。先頭の小領域 12631と末尾の小領域 1263 ηとは互いに連結されており、新たな URLが取得される度に、この取得された URLを小領域 12631〜1 2 6 3 nに循環的に書き込んでいく。従ってこの場合、 RAM I 2 6には常時、直近に取得された n個の U R Lが記憶されることになる。

上記のように複数個の U R Lを記憶する場合、 U R Lを確定する際（ステップ S 5参照）、 R AM I 2 6内で最も個数の多い U R Lを選択すれば、 B GMの曲調を安定化させることができる。例えば、同ジャンルのカラオケ曲を順番に演奏している途中、突然 1曲だけ別ジャンルのカラオケ曲が割り込んだような場合、 B GMの曲調はカラオケ曲に追従することなく維持されるため、その場の当事者の感じる違和感が軽減される。

さらには、複数の UR Lを記憶する際、それら複数の U R Lにそれぞれ対応する複数のジャンル名も一緒に記憶しておく方法もある。この場合、 UR Lを確定する際、最も個数の多いジャンルを特定し、特定されたジャンルに対応する U R Lの 1つを選択することができる。

この実施例によれば、カラオケ再生の合間にカラオケ曲と曲調が近いラジオ放送曲が B GMとして再生されるので、その場の当事者が違和感を覚えることがなくなり、その結果、カラオケをより快適に楽しむことができる。また、端末に B GMを蓄積しておく必要がなくなり、端末構成の簡略化が図れる。また、常に最新の曲を B GMとして流すことができる。

また、この実施例によれば、カラオケ演奏の合間に流される B GMの中で好みの曲に出くわしたとき、ただキーを一押しすれば、即座にその曲をカラオケで歌うことができる。つまり、曲名やアーティスト名を覚えていない曲でも容易にリクエストできるので、楽曲をリクエストする際の利便性が高まる。

この発明が詳細に説明され図示されたが、それは単なる図解および一例として用いたものであり、限定であると解されるべきではないことは明らかであり、この発明の精神および範囲は添付されたクレームの文言によってのみ限定される。

Claims

請求の範囲

1 . 任意の B GMを再生する第 1再生手段、

前記任意の B GMに向けられた所定操作を受け付ける受付手段、

前記所定操作に応答して前記任意の B GMと対応するカラオケ楽曲を取得する取得手段、および

前記取得手段によって取得されたカラオケ楽曲を再生する第 2再生手段を備える、カラオケ装置。

2 . 前記任意の B GMはラジオ放送コンテンツであり、

前記取得手段は、前記任意の B GMの属性情報を送信元のラジオ放送局から取得する属性情報取得手段、および前記属性情報取得手段によって取得された属性情報に基づいて前記カラオケ楽曲を取得するカラオケ楽曲取得手段を含む、請求項 1記載のカラオケ装置。

3 . 前記カラオケ楽曲取得手段は前記属性情報取得手段によって取得された属性情報を前記カラオケ楽曲の取得先に通知する通知手段を含む、請求項 2記載のカラオケ装置。

4. 前記カラオケ楽曲取得手段は、複数のカラオケ楽曲にそれぞれ付与された複数の識別子を前記複数のカラオケ楽曲にそれぞれ付与された複数の属性情報と対応付けて管理する管理手段、および前記管理手段によって管理される複数の識別子の中から前記属性情報取得手段によって取得された属性情報に対応する識別子を選択する選択手段を含む、請求項 2記載のカラオケ装置。

5 . 前記属性情報は曲名を含む、請求項 2記載のカラオケ装置。

6 . 前記属性情報は演奏者名を含む、請求項 2記載のカラオケ装置。

7 . 前記所定操作は前記任意の B GMが再生されている最中に特定キーを押す操作である、請求項 1記載のカラオケ装置。

8 . カラオケ装置のプロセサによって実行されるカラオケ再生プログラムであつて、

任意の B GMを再生する第 1再生ステップ、

前記任意の B GMに向けられた所定操作を受け付ける受付ステップ、前記所定操作に応答して前記任意の B GMと対応するカラオケ楽曲を取得する取得ステップ、および

前記取得ステップによって取得されたカラオケ楽曲を再生する第 2再生ステツプを備える、カラオケ再生プログラム。

9 . 任意の B GMを再生する第 1再生ステップ、

前記取得ステップによって取得されたカラオケ楽曲を再生する第 2再生ステツプを備える、カラオケ再生方法。