JP2005055628A - カラオケ装置 - Google Patents

Abstract

【構成】 通信カラオケ端末１２は、カラオケ演奏の合間にインターネットラジオ局１８からコンテンツを受信し、受信されたラジオ放送コンテンツをＢＧＭとして出力する。こうしてラジオ放送コンテンツを出力しているとき特定のキーが押されると、出力中のラジオ放送コンテンツに対応するカラオケ曲を通信カラオケサーバ１４から取得する。そして、取得されたカラオケ楽曲を演奏する。
【効果】 カラオケ演奏の合間に流されるＢＧＭの中で好みの曲に出くわしたとき、ただキーを一押しすれば、即座にその曲をカラオケで歌うことができる。つまり、ＢＧＭをカラオケ楽曲集として利用することにより、曲名や演奏者名を覚えていない曲でも容易にリクエストできるので、楽曲をリクエストする際の利便性が高まる。
【選択図】 図１

Description

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

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

このような面倒で間違いやすいリクエスト作業を軽減する従来技術の一例が、特許文献1に記載されている。この従来技術では、楽曲をリクエストする際、リモコンのタッチパネル上に楽曲検索メニュー画面が提示される。このメニュー画面には歌手名や曲名などの検索項目が含まれており、ユーザがいずれかの項目にタッチすると、該当するタスク画面が呼び出される。さらにタスク画面内の該当項目を選択していくことにより、目当ての楽曲の識別番号に到達することができる。
特開２００３−１３１６７６号公報〔Ｇ１０Ｋ １５／０４，Ｇ０６Ｆ １７／３０，Ｈ０４Ｑ ９／００〕

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

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

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

請求項１の発明は、任意のＢＧＭを再生する第１再生手段、任意のＢＧＭに向けられた所定操作を受け付ける受付手段、所定操作に応答して任意のＢＧＭと対応するカラオケ楽曲を取得する取得手段、および取得手段によって取得されたカラオケ楽曲を再生する第２再生手段を備える、カラオケ装置である。

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

請求項２の発明は、請求項１の発明において、任意のＢＧＭはラジオ放送コンテンツであり、取得手段は、任意のＢＧＭの属性情報を送信元のラジオ放送局から取得する属性情報取得手段、および属性情報取得手段によって取得された属性情報に基づいてカラオケ楽曲を取得するカラオケ楽曲取得手段を含む。

請求項２の発明では、ラジオ放送コンテンツがＢＧＭとして再生される。任意のＢＧＭに対応するカラオケ楽曲を取得する際には、最初、この任意のＢＧＭの属性情報を送信元のラジオ放送局から取得し、次に、取得された属性情報に基づいてカラオケ楽曲を取得する。属性情報は、典型的には請求項５または６の発明のように、曲名および／または演奏者名を含む。これにより、カラオケ演奏の合間でラジオ放送コンテンツをＢＧＭとして流し、ＢＧＭ中で好みのコンテンツが見つかれば、そのコンテンツをカラオケで歌うことができる。この場合、カラオケ装置にＢＧＭを蓄積しておく必要がないので、構成の簡略化が図れる。また、常に最新のコンテンツをＢＧＭとして流し、かつカラオケで歌うことができる。

請求項３の発明は、請求項２の発明において、カラオケ楽曲取得手段は属性情報取得手段によって取得された属性情報をカラオケ楽曲の取得先に通知する通知手段を含む。

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

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

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

請求項５の発明は、請求項２ないし４のいずれかの発明において、属性情報は曲名を含む。

請求項６の発明は、請求項２ないし５のいずれかの発明において、属性情報は演奏者名を含む。

請求項７の発明は、請求項１ないし６のいずれかの発明において、所定操作は任意のＢＧＭが再生されている最中に特定キーを押す操作である。

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

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

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

通信カラオケ端末１２の構成例が図２に示されている。図２を参照して、ネットワークコントローラ１２２は、端子１２１を介してインターネット２０に接続されており、インターネット２０からの信号をＣＰＵ１２５に入力し、またＣＰＵ１２５からの信号をインターネット２０に出力する。

キーパッド１２３は、ユーザのキー操作を受け付け、押されたキーに対応する信号をＣＰＵ１２５に入力する。ディスプレイ１２４は、ＣＰＵ１２５からの信号を受け、文字や図形を画面に表示する。ＲＡＭ１２６は、ＣＰＵ１２５が処理を行うための作業領域を提供する。フラッシュメモリ１２７には、ＣＰＵ１２５が行う処理の手順を記述したプログラムが格納される。ＤＳＰ１２８は、圧縮されたディジタル音声信号を伸長する。ＤＡＣ１２９は、ディジタル音声信号をＤ／Ａ変換する。アンプ１３０は、ＤＡＣ１２９から出力されるアナログ音声信号を増幅する。スピーカ１３１は、アンプ１３０から出力される電気信号を音波に変換する。このときアンプ１３０にはＣＰＵ１２５からの制御信号が与えられており、スピーカ１３０からは、適切に音量調節された音声が出力される。

ＣＰＵ１２５は、ネットワークコントローラ１２２を制御することにより通信カラオケサーバ１４からカラオケ曲をダウンロードしたり、チューニングサーバ１６からインターネットラジオ局１８のＵＲＬを取得したり、インターネットラジオ局１８，１８，…からラジオ放送曲を受信したりする。ＣＰＵ１２５はまた、ＤＳＰ１２８，ＤＡＣ１２９およびアンプ１３０を制御して、音声信号の再生処理を行う。なお、ＣＰＵ１２５は、マルチタスクＯＳを搭載したＣＰＵであり、複数のタスクを並列的に実行することができる。例えばカラオケ再生を行いながら、次のカラオケ曲をダウンロードしたりラジオ選局を行ったりすることができる。

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

ＲＡＭ１２６の内容が図４に示されている。図４を参照して、ＲＡＭ１２６には、通信カラオケサーバ１４からダウンロードされたカラオケ曲が記憶されるカラオケ曲記憶領域１２６１と、チューニングサーバ１６から提供されるインターネットラジオ局テーブル（後述）が記憶されるインターネットラジオ局テーブル記憶領域１２６２と、チューニングサーバ１６から通知されたＵＲＬが記憶されるＵＲＬ記憶領域１２６３とが含まれる。

ここでＵＲＬ記憶領域１２６３には、ただ１個のＵＲＬが記憶される。新たなＵＲＬが取得されると、新たなＵＲＬによって古いＵＲＬが上書きされる。従って、ＲＡＭ１２６には常時、直近に取得されたＵＲＬが記憶されていることになる。

また、ＲＡＭ１２６には、カラオケ再生フラグ１２６４と、カラオケ曲更新フラグ１２６５とが格納される。カラオケ再生フラグ１２６４は、カラオケ曲記憶領域１２６１にカラオケ曲が記憶されている状態ではＯＮ、記憶されていない状態ではＯＦＦを示す。カラオケ曲更新フラグは、ある１つのカラオケ曲の再生が終了したときセット（ＯＮ）され、次のカラオケ曲に対応するＵＲＬが取得されたときリセット（ＯＦＦ）される。

通信カラオケサーバ１４の構成例が図５に示されている。図５を参照して、ネットワークコントローラ１４２は、端子１４１を介してインターネット２０に接続されており、インターネット２０からの信号をＣＰＵ１４３に入力し、またＣＰＵ１４３からの信号をインターネット２０に出力する。ＲＡＭ１４４は、ＣＰＵ１４３が処理を行うための作業領域を提供する。フラッシュメモリ１４５には、ＣＰＵ１４３が行う処理の手順を記述したプログラムが格納される。

ハードディスク（ＨＤ)１４６の内容が図６に示されている。図６を参照して、ＨＤ１４６には、カラオケ曲が記憶されるカラオケ曲記憶領域１４６１と、カラオケ曲ＩＤ検索用テーブルが記憶されるカラオケ曲ＩＤ検索用テーブル記憶領域１４６２とが含まれる。

カラオケ曲ＩＤ検索用テーブルの一例が図７に示されている。図７を参照して、カラオケ曲ＩＤ検索用テーブル３０には、複数のカラオケ曲の各々に曲名３０１，アーティスト名３０２およびカラオケ曲ＩＤ３０３が割り当てられている。

チューニングサーバ１６の構成例が図８に示されている。図８を参照して、ネットワークコントローラ１６２は、端子１６１を介してインターネット２０に接続されており、インターネット２０からの信号をＣＰＵ１６３に入力し、またＣＰＵ１６３からの信号をインターネット２０に出力する。ＲＡＭ１６４は、ＣＰＵ１６３が処理を行うための作業領域を提供する。フラッシュメモリ１６５には、ＣＰＵ１６３が行う処理の手順を記述したプログラムが格納される。

ＨＤ１６６の内容が図９に示されている。図９を参照して、ハードディスク１６６には、インターネットラジオ局テーブルが記憶されるインターネットラジオ局テーブル記憶領域１６６１と、ジャンル検索用テーブルが記憶されるジャンル検索用テーブル記憶領域１６６２とが含まれる。

インターネットラジオ局テーブルの一例が図１０に示されている。図１０を参照して、インターネットラジオ局テーブル３２は、“Ｐｏｐ”，“Ｒｏｃｋ”，…等の複数のジャンル欄３２１，３２１，…に区分されている。各々のジャンル欄３２１には、そのジャンルに属する曲を放送するインターネットラジオ局１８，１８，…の識別子３２２，３２２，…が登録される。識別子３２２，３２２，…はそれぞれ、“１”，“２”，…等の識別番号と、“ｈｔｔｐ：／／ｗｗｗ．ｐｏｐ１．＊＊＊”，“ｈｔｔｐ：／／ｗｗｗ．ｒｃｋ２．＊＊＊”，…等のＵＲＬとを含む。

ジャンル検索用テーブルの一例が図１１に示されている。図１１を参照して、ジャンル検索用テーブル３４には、複数の曲の各々に曲名３４１，アーティスト名３４２およびジャンル３４３が割り当てられている。

インターネットラジオ局１８の構成例が図１２に示されている。図１２を参照して、ネットワークコントローラ１８２は、端子１８１を介してインターネット２０に接続されており、インターネット２０からの信号をＣＰＵ１８３に入力し、またＣＰＵ１８３からの信号をインターネット２０に出力する。ＲＡＭ１８４は、ＣＰＵ１８３が処理を行うための作業領域を提供する。フラッシュメモリ１８５には、ＣＰＵ１８３が行う処理の手順を記述したプログラムが格納される。

ＨＤ１８６の内容が図１３に示されている。図１３を参照して、ハードディスク１８６には、ラジオ放送曲が記憶されるラジオ放送曲記憶領域１８６１と、ラジオ放送曲の曲情報が記憶される曲情報記憶領域１８６２とが含まれる。曲情報の一例が図１４に示されている。図１４を参照して、曲情報３６には、ラジオ放送曲記憶領域１８６１内のラジオ放送曲に関する曲名３６１およびアーティスト名３６２が記載されている。

以上のように構成された通信カラオケシステム１０の動作について、以下に説明する。図１を参照して、通信カラオケサーバ１４には、複数のカラオケ曲が蓄積されている。通信カラオケ端末１２は、通信カラオケサーバ１４からインターネット２０を通じてカラオケ曲をダウンロードし、ダウンロードされたカラオケ曲を再生する。

一方、インターネットラジオ局１８，１８，…からは、それぞれ特定のジャンル、例えば“Ｐｏｐ”，“Ｒｏｃｋ”，…などのジャンルに属する曲が放送されている。通信カラオケ端末１２は、１つのカラオケ曲の再生が終了してから次のカラオケ曲の再生が開始されるまでの期間、いずれか１つのインターネットラジオ局１８から放送される曲を受信し、受信されたラジオ放送曲をＢＧＭとして出力する。

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

通信カラオケ端末１２（図２参照）のＣＰＵ１２５は、具体的には、図１５〜１８に示されるフロー図を処理する。なお、これらのフロー図に対応する制御プログラムは、フラッシュメモリ１２７に記憶されている。図１５を参照して、ステップＳ１でＣＰＵ１２５は、キーパッド１２３(図３参照)の電源ボタン１２３２が押されるのに応じ、初期設定を行う。初期設定には、カラオケ再生フラグ１２６４およびカラオケ曲更新フラグ１２６５(図４参照)をリセットする処理が含まれる。

ステップＳ３でＣＰＵ１２５は、カラオケタスク(後述)を起動する。ステップＳ５では、ＵＲＬを確定する(後述)。ステップＳ７では、確定されたＵＲＬに該当するインターネットラジオ局１８に接続する。ステップＳ９では、インターネットラジオ局１８から放送される曲を受信し、受信されたラジオ放送曲を出力する。

ステップＳ１１でＣＰＵ１２５は、カラオケ再生フラグ１２６４がセットされているか否かを判定する。この判定結果が否定的であれば待機し、肯定的であればステップＳ１３に進む。ステップＳ１３では、ラジオ放送曲の出力を中止する。ステップＳ１５では、カラオケ曲更新フラグ１２６５がセットされているか否かを判定する。この判定結果が肯定的であればステップＳ１７に、否定的であればステップＳ２３に進む。

ステップＳ１７でＣＰＵ１２５は、再生されるカラオケ曲に関する曲情報３６(図１４参照)をチューニングサーバ１６に送信する。ステップＳ１９では、チューニングサーバ１６からＵＲＬを取得する。ステップＳ２１では、カラオケ曲更新フラグ１２６５をリセットする。その後、ステップＳ１５に戻る。

ステップＳ２３でＣＰＵ１２５は、カラオケ再生フラグ１２６４がリセットされているか否かを判定する。この判定結果が肯定的であればステップＳ５に、否定的であればステップＳ１５に戻る。

上記ステップＳ３で起動されるカラオケタスクは、図１６のフロー図に従って実行される。図１６を参照して、ステップＳ３１でＣＰＵ１２５は、いまラジオ放送曲が出力中であるか否かを判定する。この判定結果が肯定的であればステップＳ３３に、否定的であればステップＳ４１に進む。

ステップＳ３３でＣＰＵ１２５は、ラジオ放送曲演奏キー１２３３(図３参照)が押されたか否かを判定する。この判定結果が肯定的であればステップＳ３５に進み、否定的であればステップＳ４１に進む。ステップＳ３５では、現在放送中の曲に関する曲情報３６をインターネットラジオ局１８に要求する。ステップＳ３７では、インターネットラジオ局１８から曲情報３６を受信する。ステップＳ３９では、受信された曲情報を通信カラオケサーバ１４に送信する。その後、ステップ４７に進む。

ステップＳ４１でＣＰＵ１２５は、入力キー１２３１から曲ＩＤが入力されたか否かを判定する。この判定結果が肯定的であればステップＳ４３に進み、否定的であればステップＳ４５に進む。ステップＳ４３では、入力された曲ＩＤを通信カラオケサーバ１４に送信し、その後、ステップＳ４７に進む。

ステップＳ４５でＣＰＵ１２５は、現在カラオケ曲が再生されている状態か否かを判定する。この判定結果が肯定的であればステップＳ３１に戻り、否定的であればステップＳ５１に進む。

ステップＳ４７でＣＰＵ１２５は、通信カラオケサーバ１４から送信されたカラオケ曲を受信する。ステップＳ４９では、受信されたカラオケ曲をＲＡＭ１２６のカラオケ曲記憶領域１２６１に書き込む。その後、ステップＳ３１に戻る。

図１７を参照して、ステップＳ５１でＣＰＵ１２５は、カラオケ曲の有無、すなわちＲＡＭ１２６のカラオケ曲記憶領域１２６１(図４参照)にカラオケ曲が記憶されているか否かを判定する。カラオケ曲があればステップＳ５３に、なければステップＳ５９に進む。

ステップＳ５３では、カラオケ再生フラグ１２６４をセットする。ステップＳ５５では、カラオケ曲記憶領域１２６１から１つのカラオケ曲を読み出し、読み出されたカラオケ曲を再生する。ステップＳ５７では、１つのカラオケ曲の再生が完了するのに伴い、カラオケ曲更新フラグ１２６５をセットする。その後、ステップＳ３１に戻る。

ステップＳ５９でＣＰＵ１２５は、カラオケ再生フラグ１２６４をリセットする。その後、ステップＳ３１に戻る。

上記ステップＳ５のＵＲＬ確定処理は、例えば図１８のサブルーチンに従って実行される。図１８を参照して、ステップＳ７１でＣＰＵ１２５は、ＵＲＬの有無、すなわちＲＡＭ１２６のＵＲＬ記憶領域１２６３にＵＲＬが記憶されているか否かを判定する。ＵＲＬがあればステップＳ７３に、なければステップＳ７９に進む。

ステップＳ７３でＣＰＵ１２５は、チューニングサーバ１６にインターネットラジオ局テーブル３２（図１０参照）を要求する。ステップＳ７５では、チューニングサーバ１６からテーブル３２を受信する。ステップＳ７７では、受信されたテーブル３２から１つのＵＲＬを選択する。ステップＳ７９では、選択されたＵＲＬをテーブル３２から読み出す。その後、上位層のルーチンに復帰する。

なお、上記ステップＳ７７のＵＲＬ選択は、例えば次のようにして行われる。テーブル３２の先頭に登録されている局を選択する。または、テーブル３２の中から無作為に１つの局を選択する。または、テーブル３２をディスプレイ１２４に表示し、ユーザのキー操作によって指定された局を選択する。

チューニングサーバ(図８参照)のＣＰＵ１６３は、具体的には、図１９に示されるフロー図を処理する。なお、このフロー図に対応する制御プログラムは、フラッシュメモリ１６５に記憶されている。

図１９を参照して、ステップＳ１１１でＣＰＵ１６３は、通信カラオケ端末１２からインターネットラジオ局テーブル３２を要求する信号が送られてきたか否かを判定する。その判定結果が肯定的であればステップＳ１１３に、否定的であればステップＳ１１５に進む。ステップＳ１１３では、通信カラオケ端末１２にインターネットラジオ局テーブル３２を送信する。その後、ステップＳ１１５に進む。

ステップＳ１１５でＣＰＵ１６３は、通信カラオケ端末１２から曲情報３６が送られてきたか否かを判定する。その判定結果が肯定的であればステップＳ１１７に進み、否定的であればステップＳ１１１に戻る。

ステップＳ１１７でＣＰＵ１６３は、ジャンル検索用テーブル３４(図１１参照)に基づいて、送られてきた曲情報３６に対応するジャンルを特定する。ステップＳ１１９では、インターネットラジオ局テーブル３２に基づいて、特定されたジャンルに分類されたインターネットラジオ局１８，１８，…の中のいずれか１つ、例えば該当ジャンル欄３２１の先頭に登録されている局を選択する。なお、先頭の局を選択する代わりに、該当ジャンル欄３２１内で無作為に１つの局を選択してもよい。または、選局履歴を記憶しておき、過去に選択されていない局ないしは選択回数の少ない局を優先的に選択するなど、選択肢に所定の重み付けをする方法もある。

ステップＳ１２１でＣＰＵ１６３は、選択されたＵＲＬをインターネットラジオ局テーブル３２から読み取り、読み取られたＵＲＬを通信カラオケ端末１２に送信する。その後、ステップＳ１１１に戻る。

通信カラオケサーバ１４(図５参照)のＣＰＵ１４３は、具体的には、図２０に示されるフロー図を処理する。なお、このフロー図に対応する制御プログラムは、フラッシュメモリ１４５に記憶されている。

図２０を参照して、ステップＳ１４１でＣＰＵ１４３は、通信カラオケ端末１２から曲ＩＤが送られてきた否かを判定する。この判定結果が肯定的であればステップＳ１４３に、否定的であればステップＳ１４５に進む。ステップＳ１４３では、送られてきた曲ＩＤを受信する。その後、ステップＳ１５１に進む。

ステップＳ１４５でＣＰＵ１４３は、通信カラオケ端末１２から曲情報３６が送られてきた否かを判定する。この判定結果が肯定的であればステップＳ１４７に進み、否定的であればステップＳ１４１に戻る。

ステップＳ１４７でＣＰＵ１４３は、送られてきた曲情報３６を受信する。ステップＳ１４９では、カラオケ曲ＩＤ検索用テーブル３０(図７参照)に基づいて、受信された曲情報３６に該当するカラオケ曲の曲ＩＤを特定する。その後、ステップＳ１５１に進む。

ステップＳ１５１でＣＰＵ１４３は、特定されたＩＤに対応するカラオケ曲を通信カラオケ端末１２に送信する。その後、ステップＳ１４１に戻る。

インターネットラジオ局(図１２参照)のＣＰＵ１８３は、具体的には、図２１に示されるフロー図を処理する。なお、このフロー図に対応する制御プログラムは、フラッシュメモリ１８５に記憶されている。

図２１を参照して、ステップＳ１６１でＣＰＵ１８３は、通信カラオケ端末１２から曲情報３６の問い合わせを受けたか否かを判定する。この判定結果が肯定的であればステップＳ１６３に進み、否定的であれば待機する。ステップＳ１６３では、ＨＤ１８６内の曲情報記憶領域１８６２（図１３参照）を検索して、現在自局から放送されている曲に関する曲情報３６を曲情報記憶領域１８６２から読み出す。ステップＳ１６５では、読み出された曲情報３６を通信カラオケ端末１２に送信する。その後、ステップＳ１６１に戻る。

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

上記のラジオ選局は、チューニングサーバ１６に委ねられる。すなわち、通信カラオケ端末１２がカラオケ曲の曲情報、具体的には曲名およびアーティスト名をチューニングサーバ１６に通知し、チューニングサーバ１６は、通知された曲情報に基づいてカラオケ曲のジャンルを特定する。そして、特定されたジャンルに分類されるインターネットラジオ局１８の１つを選択し、そのＵＲＬを通信カラオケ端末１２に応答する。これにより、端末１２の構成が簡略化される。

なお、この実施例のようにチューニングサーバ１６を設けず、通信カラオケ端末１２が自分でジャンル特定、ラジオ選局およびＵＲＬ検索を全て行ってもよい。その場合、通信カラオケ端末１２のＲＡＭ１２６(図４参照)には、ジャンル検索用テーブル３４(図１１参照)がさらに格納される。

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

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

なお、この実施例のようにカラオケサーバ１４に対応カラオケ曲の曲ＩＤ特定を行わせる代わりに、通信カラオケ端末１２が自分で曲ＩＤ特定を行ってもよい。その場合、通信カラオケ端末１２のＲＡＭ１２６には、カラオケ曲ＩＤ検索用テーブル３０(図７参照)がさらに格納される。

なお、この実施例では、通信カラオケ端末１２は、ＲＡＭ１２６内のＵＲＬ記憶領域１２６３にただ１個のＵＲＬを記憶するが、複数個のＵＲＬを記憶してもよい。具体的には、ＲＡＭ１２６内のＵＲＬ記憶領域１２６３をｎ個の小領域１２６３１〜１２６３ｎ（ｎは２以上の任意の整数；図示せず)に区分しておく。先頭の小領域１２６３１と末尾の小領域１２６３ｎとは互いに連結されており、新たなＵＲＬが取得される度に、この取得されたＵＲＬを小領域１２６３１〜１２６３ｎに循環的に書き込んでいく。従ってこの場合、ＲＡＭ１２６には常時、直近に取得されたｎ個のＵＲＬが記憶されることになる。

上記のように複数個のＵＲＬを記憶する場合、ＵＲＬを確定する際(ステップＳ５参照)、ＲＡＭ１２６内で最も個数の多いＵＲＬを選択すれば、ＢＧＭの曲調を安定化させることができる。例えば、同ジャンルのカラオケ曲を順番に演奏している途中、突然１曲だけ別ジャンルのカラオケ曲が割り込んだような場合、ＢＧＭの曲調はカラオケ曲に追従することなく維持されるため、その場の当事者の感じる違和感が軽減される。

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

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

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

この発明の一実施例である通信カラオケシステム１０の構成を示すブロック図である。 通信カラオケ端末の構成例を示すブロック図である。 通信カラオケ端末のキーパッドの構成例を示す図解図である。 通信カラオケ端末のＲＡＭの内容を示ブロック図である。 通信カラオケサーバの構成例を示すブロック図である。 通信カラオケサーバのＨＤの内容を示すブロック図である。 カラオケ曲ＩＤ検索用テーブルの一例を示す図解図である。 チューニングサーバの構成例を示すブロック図である。 チューニングサーバのＨＤの内容を示すブロック図である。 インターネットラジオ局テーブルの一例を示す図解図である。 ジャンル検索用テーブルの一例を示す図解図である。 インターネットラジオ局の構成例を示すブロック図である。 インターネットラジオ局のＨＤの内容を示すブロック図である。 曲情報の一例を示す図解図である。 通信カラオケ端末のＣＰＵが行う処理の一部を示すフロー図である。 通信カラオケ端末のＣＰＵが行う処理の他の一部を示すフロー図である。 通信カラオケ端末のＣＰＵが行う処理のその他の一部を示すフロー図である。 通信カラオケ端末のＣＰＵが行う処理のさらにその他の一部を示すフロー図である。 チューニングサーバのＣＰＵが行う処理を示すフロー図である。 通信カラオケサーバのＣＰＵが行う処理を示すフロー図である。 インターネットラジオ局のＣＰＵが行う処理の一部を示すフロー図である。

符号の説明

１０・・・通信カラオケシステム
１２・・・通信カラオケ端末
１４・・・通信カラオケサーバ
１６・・・チューニングサーバ
１８・・・インターネットラジオ局
２０・・・インターネット

Claims (7)

1. 任意のＢＧＭを再生する第１再生手段、
   前記任意のＢＧＭに向けられた所定操作を受け付ける受付手段、
   前記所定操作に応答して前記任意のＢＧＭと対応するカラオケ楽曲を取得する取得手段、および
   前記取得手段によって取得されたカラオケ楽曲を再生する第２再生手段を備える、カラオケ装置。
2. 前記任意のＢＧＭはラジオ放送コンテンツであり、
   前記取得手段は、前記任意のＢＧＭの属性情報を送信元のラジオ放送局から取得する属性情報取得手段、および前記属性情報取得手段によって取得された属性情報に基づいて前記カラオケ楽曲を取得するカラオケ楽曲取得手段を含む、請求項１記載のカラオケ装置。
3. 前記カラオケ楽曲取得手段は前記属性情報取得手段によって取得された属性情報を前記カラオケ楽曲の取得先に通知する通知手段を含む、請求項２記載のカラオケ装置。
4. 前記カラオケ楽曲取得手段は、複数のカラオケ楽曲にそれぞれ付与された複数の識別子を前記複数のカラオケ楽曲にそれぞれ付与された複数の属性情報と対応付けて管理する管理手段、および前記管理手段によって管理される複数の識別子の中から前記属性情報取得手段によって取得された属性情報に対応する識別子を選択する選択手段を含む、請求項２記載のカラオケ装置。
5. 前記属性情報は曲名を含む、請求項２ないし４のいずれかに記載のカラオケ装置。
6. 前記属性情報は演奏者名を含む、請求項２ないし５のいずれかに記載のカラオケ装置。
7. 前記所定操作は前記任意のＢＧＭが再生されている最中に特定キーを押す操作である、請求項１ないし６のいずれかに記載のカラオケ装置。

Images