(57)【要約】    【構成】  通信カラオケ端末１２は、再生されるカラオケ楽曲とジャンルが等しいラジオ放送コンテンツをインターネットラジオ局１８から受信する。そして、受信されたラジオ放送コンテンツを、カラオケ再生が終了したときＢＧＭとして再生する。    【効果】  カラオケ演奏の合間にカラオケ楽曲と曲調が近いＢＧＭが流されるので、その場の当事者が違和感を覚えることがなくなり、その結果、カラオケをより快適に楽しむことができる。また、端末１２にＢＧＭを蓄積しておく必要がなくなり、端末構成の簡略化が図れる。また、常に最新の曲をＢＧＭとして流すことができる。【選択図】  図１
2005055627.tif 000002
【特許請求の範囲】
【請求項１】
カラオケ楽曲を再生する第1再生手段、
前記第１再生手段によって再生されるカラオケ楽曲とジャンルが等しいＢＧＭを取得する第１取得手段、および
前記第１再生手段による再生が終了したとき前記第１取得手段によって取得されたＢＧＭを再生する第２再生手段を備える、カラオケ装置。
【請求項２】
前記ＢＧＭはラジオ放送コンテンツであり、
前記第１取得手段は前記ラジオ放送コンテンツを受信する受信手段を含む、請求項１記載のカラオケ装置。
【請求項３】
複数のラジオ放送局のうち前記ラジオ放送コンテンツを放送するラジオ放送局を特定する特定手段をさらに備える、請求項２記載のカラオケ装置。
【請求項４】
前記特定手段は前記ラジオ放送コンテンツを放送するラジオ放送局の識別子を取得する第２取得手段を含む、請求項３記載のカラオケ装置。
【請求項５】
前記特定手段は、前記複数のラジオ放送局にそれぞれ付与された複数の識別子をジャンル別に管理する管理手段、および前記管理手段によって管理される複数の識別子の中から前記ラジオ放送コンテンツを放送するラジオ放送局の識別子を選択する選択手段を含む、請求項３記載のカラオケ装置。
【請求項６】
前記選択手段は、前記第１再生手段によって再生されるカラオケ楽曲の属性情報に基づいて選択を行う、請求項５記載のカラオケ装置。
【請求項７】
前記属性情報は曲名を含む、請求項６記載のカラオケ装置。
【請求項８】
前記属性情報は演奏者名を含む、請求項６または７記載のカラオケ装置。
【請求項９】
前記ラジオ放送局はインターネットラジオ放送局であり、
前記識別子はＵＲＬを含む、請求項４ないし８のいずれかに記載のカラオケ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、カラオケ装置に関し、特にたとえば、リクエストされたカラオケ楽曲を再生する、カラオケ装置に関する。
【背景技術】
【０００２】
従来この種のカラオケ装置の一例が、特許文献1に記載されている。この従来技術では、利用者から演奏予約が入っていないとき、カラオケ装置内に記憶されているカラオケ楽曲がＢＧＭとして流される。対象となるカラオケ楽曲は、ＢＧＭ選曲リストの中から所定の順番でまたはランダムに選出される。
【特許文献１】特開２０００−１８１４６９号公報〔Ｇ１０Ｋ １５／０４，Ｇ１０Ｈ １／００，Ｇ１１Ｂ ２７／１０〕
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、従来技術では、あるリクエスト曲の再生が終了してから次のリクエスト曲の再生が開始されるまでの間に流されるＢＧＭは、所定の順序でまたはランダムに選択されたカラオケ楽曲である。そのため、ＢＧＭの曲調が、それまで出力されていたリクエスト曲、または次に再生されるリクエスト曲の曲調から大きくかけ離れている可能性がある。このような場合、その場の当事者は違和感を覚えることとなり、快適性が大きく損なわれてしまう。
【０００４】
それゆえに、この発明の主たる目的は、カラオケをより快適に楽しむことができる、カラオケ装置を提供することである。
【課題を解決するための手段】
【０００５】
請求項１の発明は、カラオケ楽曲を再生する第1再生手段、第１再生手段によって再生されるカラオケ楽曲とジャンルが等しいＢＧＭを取得する第１取得手段、および第１再生手段による再生が終了したとき第1取得手段によって取得されたＢＧＭを再生する第２再生手段を備える、カラオケ装置である。
【０００６】
請求項１の発明では、再生されるカラオケ楽曲とジャンルが等しいＢＧＭを取得し、カラオケ再生が終了したとき、取得されたＢＧＭを再生する。これにより、カラオケ再生の合間にカラオケ楽曲と曲調が近いＢＧＭが再生されるので、その場の当事者が違和感を覚えることがなくなる。
【０００７】
請求項２の発明は、請求項１の発明において、ＢＧＭはラジオ放送コンテンツであり、第１取得手段はラジオ放送コンテンツを受信する受信手段を含む。
【０００８】
請求項２の発明では、ＢＧＭ用にラジオ放送コンテンツを受信する。これにより、カラオケ装置自身がＢＧＭを蓄積しておく必要がなくなり、構成の簡略化が図れる。また、常に最新のコンテンツをＢＧＭとして流すことができる。
【０００９】
請求項３の発明は、請求項２の発明において、複数のラジオ放送局のうちラジオ放送コンテンツを放送するラジオ放送局を特定する特定手段をさらに備える。
【００１０】
請求項３の発明では、再生カラオケ楽曲とジャンルが等しいコンテンツを放送するラジオ放送局が特定され、特定されたラジオ放送局から放送されるコンテンツが受信される。
【００１１】
請求項４の発明は、請求項３の発明において、特定手段は前記ラジオ放送コンテンツを放送するラジオ放送局の識別子を取得する第２取得手段を含む。
【００１２】
請求項４の発明では、再生カラオケ楽曲とジャンルが等しいコンテンツを放送するラジオ放送局の識別子が取得され、取得された識別子に基づいてラジオ放送局が特定される。これにより、下記請求項５の発明のようにカラオケ装置が自ら識別子の選択を行う場合と比べ、構成が簡略化される。
【００１３】
請求項５の発明は、請求項３の発明において、複数のラジオ放送局にそれぞれ付与された複数の識別子をジャンル別に管理する管理手段、および管理手段によって管理される複数の識別子の中からラジオ放送コンテンツを放送するラジオ放送局の識別子を選択する選択手段を含む。
【００１４】
請求項５の発明では、複数のラジオ放送局にそれぞれ付与された複数の識別子がジャンル別に管理される。そして、管理されている複数の識別子の中から、再生カラオケ楽曲とジャンルが等しいコンテンツを放送するラジオ放送局に対応する識別子が選択される。これにより、複数のラジオ放送局の各々がどのジャンルのコンテンツを放送しているかを逐一調べなくても、再生カラオケ楽曲とジャンルが等しいラジオ放送コンテンツを容易に受信することができる。
【００１５】
請求項６の発明は、請求項５の発明において、選択手段は、第1再生手段によって再生されるカラオケ楽曲の属性情報に基づいて選択を行う。
【００１６】
請求項６の発明では、再生カラオケ楽曲の属性情報に基づいて識別子の選択が行われる。属性情報には、典型的には、請求項６または７の発明のように曲名および／または演奏者名が含まれる。
【００１７】
請求項７の発明は、請求項６の発明において、属性情報は曲名を含む。
【００１８】
請求項８の発明は、請求項６または７の発明において、属性情報は演奏者名を含む。
【００１９】
請求項９の発明は、請求項４ないし８のいずれかの発明において、ラジオ放送局はインターネットラジオ放送局であり、識別子はＵＲＬを含む。
【００２０】
請求項９の発明では、識別子に含まれるＵＲＬに基づいて、再生カラオケ楽曲とジャンルが等しいラジオ放送コンテンツを放送するインターネットラジオ放送局が特定される。そして、特定されたインターネットラジオ放送局からコンテンツをインターネット経由で受信する。
【発明の効果】
【００２１】
この発明によれば、カラオケ演奏の合間にカラオケ楽曲と曲調が近いＢＧＭが流されるので、その場の当事者が違和感を覚えることがなくなり、その結果、カラオケをより快適に楽しむことができる。
【００２２】
この発明の上述のような目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【発明を実施するための最良の形態】
【００２３】
図１を参照して、この発明の一実施例である通信カラオケシステム１０では、通信カラオケ端末１２と、通信カラオケサーバ１４と、チューニングサーバ１６と、複数のインターネットラジオ局１８，１８，…とがインターネット２０を介して互いに接続される。
【００２４】
通信カラオケ端末１２の構成例が図２に示されている。図２を参照して、ネットワークコントローラ１２２は、端子１２１を介してインターネット２０に接続されており、インターネット２０からの信号をＣＰＵ１２５に入力し、またＣＰＵ１２５からの信号をインターネット２０に出力する。
【００２５】
キーパッド１２３は、ユーザのキー操作を受け付け、押されたキーに対応する信号をＣＰＵ１２５に入力する。ディスプレイ１２４は、ＣＰＵ１２５からの信号を受け、文字や図形を画面に表示する。ＲＡＭ１２６は、ＣＰＵ１２５が処理を行うための作業領域を提供する。フラッシュメモリ１２７には、ＣＰＵ１２５が行う処理の手順を記述したプログラムが格納される。ＤＳＰ１２８は、圧縮されたディジタル音声信号を伸長する。ＤＡＣ１２９は、ディジタル音声信号をＤ／Ａ変換する。アンプ１３０は、ＤＡＣ１２９から出力されるアナログ音声信号を増幅する。スピーカ１３１は、アンプ１３０から出力される電気信号を音波に変換する。このときアンプ１３０にはＣＰＵ１２５からの制御信号が与えられており、スピーカ１３０からは、適切に音量調節された音声が出力される。
【００２６】
ＣＰＵ１２５は、ネットワークコントローラ１２２を制御することにより通信カラオケサーバ１４からカラオケ曲をダウンロードしたり、チューニングサーバ１６からインターネットラジオ局１８のＵＲＬを取得したり、インターネットラジオ局１８，１８，…からラジオ放送曲を受信したりする。ＣＰＵ１２５はまた、ＤＳＰ１２８，ＤＡＣ１２９およびアンプ１３０を制御して、音声信号の再生処理を行う。なお、ＣＰＵ１２５は、マルチタスクＯＳを搭載したＣＰＵであり、複数のタスクを並列的に実行することができる。例えばカラオケ再生を行いながら、次のカラオケ曲をダウンロードしたりラジオ選局を行ったりすることができる。
【００２７】
キーパッド１２３の構成例が図３に示されている。図３を参照して、キーパッド１２３には、数字や文字を入力するための入力キー１２３１と、電源キー１２３２と、現在ラジオで放送中の曲をカラオケで歌いたい場合に押される“ラジオ放送曲演奏”キー１２３３とが設けられる。
【００２８】
ＲＡＭ１２６の内容が図４に示されている。図４を参照して、ＲＡＭ１２６には、通信カラオケサーバ１４からダウンロードされたカラオケ曲が記憶されるカラオケ曲記憶領域１２６１と、チューニングサーバ１６から提供されるインターネットラジオ局テーブル（後述）が記憶されるインターネットラジオ局テーブル記憶領域１２６２と、チューニングサーバ１６から通知されたＵＲＬが記憶されるＵＲＬ記憶領域１２６３とが含まれる。
【００２９】
ここでＵＲＬ記憶領域１２６３には、ただ１個のＵＲＬが記憶される。新たなＵＲＬが取得されると、新たなＵＲＬによって古いＵＲＬが上書きされる。従って、ＲＡＭ１２６には常時、直近に取得されたＵＲＬが記憶されていることになる。
【００３０】
また、ＲＡＭ１２６には、カラオケ再生フラグ１２６４と、カラオケ曲更新フラグ１２６５とが格納される。カラオケ再生フラグ１２６４は、カラオケ曲記憶領域１２６１にカラオケ曲が記憶されている状態ではＯＮ、記憶されていない状態ではＯＦＦを示す。カラオケ曲更新フラグは、ある１つのカラオケ曲の再生が終了したときセット（ＯＮ）され、次のカラオケ曲に対応するＵＲＬが取得されたときリセット（ＯＦＦ）される。
【００３１】
通信カラオケサーバ１４の構成例が図５に示されている。図５を参照して、ネットワークコントローラ１４２は、端子１４１を介してインターネット２０に接続されており、インターネット２０からの信号をＣＰＵ１４３に入力し、またＣＰＵ１４３からの信号をインターネット２０に出力する。ＲＡＭ１４４は、ＣＰＵ１４３が処理を行うための作業領域を提供する。フラッシュメモリ１４５には、ＣＰＵ１４３が行う処理の手順を記述したプログラムが格納される。
【００３２】
ハードディスク（ＨＤ)１４６の内容が図６に示されている。図６を参照して、ＨＤ１４６には、カラオケ曲が記憶されるカラオケ曲記憶領域１４６１と、カラオケ曲ＩＤ検索用テーブルが記憶されるカラオケ曲ＩＤ検索用テーブル記憶領域１４６２とが含まれる。
【００３３】
カラオケ曲ＩＤ検索用テーブルの一例が図７に示されている。図７を参照して、カラオケ曲ＩＤ検索用テーブル３０には、複数のカラオケ曲の各々に曲名３０１，アーティスト名３０２およびカラオケ曲ＩＤ３０３が割り当てられている。
【００３４】
チューニングサーバ１６の構成例が図８に示されている。図８を参照して、ネットワークコントローラ１６２は、端子１６１を介してインターネット２０に接続されており、インターネット２０からの信号をＣＰＵ１６３に入力し、またＣＰＵ１６３からの信号をインターネット２０に出力する。ＲＡＭ１６４は、ＣＰＵ１６３が処理を行うための作業領域を提供する。フラッシュメモリ１６５には、ＣＰＵ１６３が行う処理の手順を記述したプログラムが格納される。
【００３５】
ＨＤ１６６の内容が図９に示されている。図９を参照して、ハードディスク１６６には、インターネットラジオ局テーブルが記憶されるインターネットラジオ局テーブル記憶領域１６６１と、ジャンル検索用テーブルが記憶されるジャンル検索用テーブル記憶領域１６６２とが含まれる。
【００３６】
インターネットラジオ局テーブルの一例が図１０に示されている。図１０を参照して、インターネットラジオ局テーブル３２は、“Ｐｏｐ”，“Ｒｏｃｋ”，…等の複数のジャンル欄３２１，３２１，…に区分されている。各々のジャンル欄３２１には、そのジャンルに属する曲を放送するインターネットラジオ局１８，１８，…の識別子３２２，３２２，…が登録される。識別子３２２，３２２，…はそれぞれ、“１”，“２”，…等の識別番号と、“ｈｔｔｐ：／／ｗｗｗ．ｐｏｐ１．＊＊＊”，“ｈｔｔｐ：／／ｗｗｗ．ｒｃｋ２．＊＊＊”，…等のＵＲＬとを含む。
【００３７】
ジャンル検索用テーブルの一例が図１１に示されている。図１１を参照して、ジャンル検索用テーブル３４には、複数の曲の各々に曲名３４１，アーティスト名３４２およびジャンル３４３が割り当てられている。
【００３８】
インターネットラジオ局１８の構成例が図１２に示されている。図１２を参照して、ネットワークコントローラ１８２は、端子１８１を介してインターネット２０に接続されており、インターネット２０からの信号をＣＰＵ１８３に入力し、またＣＰＵ１８３からの信号をインターネット２０に出力する。ＲＡＭ１８４は、ＣＰＵ１８３が処理を行うための作業領域を提供する。フラッシュメモリ１８５には、ＣＰＵ１８３が行う処理の手順を記述したプログラムが格納される。
【００３９】
ＨＤ１８６の内容が図１３に示されている。図１３を参照して、ハードディスク１８６には、ラジオ放送曲が記憶されるラジオ放送曲記憶領域１８６１と、ラジオ放送曲の曲情報が記憶される曲情報記憶領域１８６２とが含まれる。曲情報の一例が図１４に示されている。図１４を参照して、曲情報３６には、ラジオ放送曲記憶領域１８６１内のラジオ放送曲に関する曲名３６１およびアーティスト名３６２が記載されている。
【００４０】
以上のように構成された通信カラオケシステム１０の動作について、以下に説明する。図１を参照して、通信カラオケサーバ１４には、複数のカラオケ曲が蓄積されている。通信カラオケ端末１２は、通信カラオケサーバ１４からインターネット２０を通じてカラオケ曲をダウンロードし、ダウンロードされたカラオケ曲を再生する。
【００４１】
一方、インターネットラジオ局１８，１８，…からは、それぞれ特定のジャンル、例えば“Ｐｏｐ”，“Ｒｏｃｋ”，…などのジャンルに属する曲が放送されている。通信カラオケ端末１２は、１つのカラオケ曲の再生が終了してから次のカラオケ曲の再生が開始されるまでの期間、いずれか１つのインターネットラジオ局１８から放送される曲を受信し、受信されたラジオ放送曲をＢＧＭとして出力する。
【００４２】
チューニングサーバ１６には、インターネットラジオ局１８，１８,…の各々の所属ジャンルおよびＵＲＬが登録されており、通信カラオケ端末１２は、ラジオ放送曲の受信を開始するのに先立ち、自分が再生するカラオケ曲の曲名およびアーティスト名をチューニングサーバ１６に通知する。チューニングサーバ１６は、通知された曲名およびアーティスト名からカラオケ曲のジャンルを特定し、カラオケ曲と同じジャンルに属するインターネットラジオ局１８を選択する。そして、選択されたラジオ局１８のＵＲＬを通信カラオケ端末１２に通知する。通信カラオケ端末１２は、チューニングサーバ１６から通知されたＵＲＬにアクセスすることにより、カラオケ曲と同じジャンルに属するラジオ放送曲を受信することができる。
【００４３】
通信カラオケ端末１２（図２参照）のＣＰＵ１２５は、具体的には、図１５〜１８に示されるフロー図を処理する。なお、これらのフロー図に対応する制御プログラムは、フラッシュメモリ１２７に記憶されている。図１５を参照して、ステップＳ１でＣＰＵ１２５は、キーパッド１２３(図３参照)の電源ボタン１２３２が押されるのに応じ、初期設定を行う。初期設定には、カラオケ再生フラグ１２６４およびカラオケ曲更新フラグ１２６５(図４参照)をリセットする処理が含まれる。
【００４４】
ステップＳ３でＣＰＵ１２５は、カラオケタスク(後述)を起動する。ステップＳ５では、ＵＲＬを確定する(後述)。ステップＳ７では、確定されたＵＲＬに該当するインターネットラジオ局１８に接続する。ステップＳ９では、インターネットラジオ局１８から放送される曲を受信し、受信されたラジオ放送曲を出力する。
【００４５】
ステップＳ１１でＣＰＵ１２５は、カラオケ再生フラグ１２６４がセットされているか否かを判定する。この判定結果が否定的であれば待機し、肯定的であればステップＳ１３に進む。ステップＳ１３では、ラジオ放送曲の出力を中止する。ステップＳ１５では、カラオケ曲更新フラグ１２６５がセットされているか否かを判定する。この判定結果が肯定的であればステップＳ１７に、否定的であればステップＳ２３に進む。
【００４６】
ステップＳ１７でＣＰＵ１２５は、再生されるカラオケ曲に関する曲情報３６(図１４参照)をチューニングサーバ１６に送信する。ステップＳ１９では、チューニングサーバ１６からＵＲＬを取得する。ステップＳ２１では、カラオケ曲更新フラグ１２６５をリセットする。その後、ステップＳ１５に戻る。
【００４７】
ステップＳ２３でＣＰＵ１２５は、カラオケ再生フラグ１２６４がリセットされているか否かを判定する。この判定結果が肯定的であればステップＳ５に、否定的であればステップＳ１５に戻る。
【００４８】
上記ステップＳ３で起動されるカラオケタスクは、図１６のフロー図に従って実行される。図１６を参照して、ステップＳ３１でＣＰＵ１２５は、いまラジオ放送曲が出力中であるか否かを判定する。この判定結果が肯定的であればステップＳ３３に、否定的であればステップＳ４１に進む。
【００４９】
ステップＳ３３でＣＰＵ１２５は、ラジオ放送曲演奏キー１２３３(図３参照)が押されたか否かを判定する。この判定結果が肯定的であればステップＳ３５に進み、否定的であればステップＳ４１に進む。ステップＳ３５では、現在放送中の曲に関する曲情報３６をインターネットラジオ局１８に要求する。ステップＳ３７では、インターネットラジオ局１８から曲情報３６を受信する。ステップＳ３９では、受信された曲情報を通信カラオケサーバ１４に送信する。その後、ステップ４７に進む。
【００５０】
ステップＳ４１でＣＰＵ１２５は、入力キー１２３１から曲ＩＤが入力されたか否かを判定する。この判定結果が肯定的であればステップＳ４３に進み、否定的であればステップＳ４５に進む。ステップＳ４３では、入力された曲ＩＤを通信カラオケサーバ１４に送信し、その後、ステップＳ４７に進む。
【００５１】
ステップＳ４５でＣＰＵ１２５は、現在カラオケ曲が再生されている状態か否かを判定する。この判定結果が肯定的であればステップＳ３１に戻り、否定的であればステップＳ５１に進む。
【００５２】
ステップＳ４７でＣＰＵ１２５は、通信カラオケサーバ１４から送信されたカラオケ曲を受信する。ステップＳ４９では、受信されたカラオケ曲をＲＡＭ１２６のカラオケ曲記憶領域１２６１に書き込む。その後、ステップＳ３１に戻る。
【００５３】
図１７を参照して、ステップＳ５１でＣＰＵ１２５は、カラオケ曲の有無、すなわちＲＡＭ１２６のカラオケ曲記憶領域１２６１(図４参照)にカラオケ曲が記憶されているか否かを判定する。カラオケ曲があればステップＳ５３に、なければステップＳ５９に進む。
【００５４】
ステップＳ５３では、カラオケ再生フラグ１２６４をセットする。ステップＳ５５では、カラオケ曲記憶領域１２６１から１つのカラオケ曲を読み出し、読み出されたカラオケ曲を再生する。ステップＳ５７では、１つのカラオケ曲の再生が完了するのに伴い、カラオケ曲更新フラグ１２６５をセットする。その後、ステップＳ３１に戻る。
【００５５】
ステップＳ５９でＣＰＵ１２５は、カラオケ再生フラグ１２６４をリセットする。その後、ステップＳ３１に戻る。
【００５６】
上記ステップＳ５のＵＲＬ確定処理は、例えば図１８のサブルーチンに従って実行される。図１８を参照して、ステップＳ７１でＣＰＵ１２５は、ＵＲＬの有無、すなわちＲＡＭ１２６のＵＲＬ記憶領域１２６３にＵＲＬが記憶されているか否かを判定する。ＵＲＬがあればステップＳ７３に、なければステップＳ７９に進む。
【００５７】
ステップＳ７３でＣＰＵ１２５は、チューニングサーバ１６にインターネットラジオ局テーブル３２（図１０参照）を要求する。ステップＳ７５では、チューニングサーバ１６からテーブル３２を受信する。ステップＳ７７では、受信されたテーブル３２から１つのＵＲＬを選択する。ステップＳ７９では、選択されたＵＲＬをテーブル３２から読み出す。その後、上位層のルーチンに復帰する。
【００５８】
なお、上記ステップＳ７７のＵＲＬ選択は、例えば次のようにして行われる。テーブル３２の先頭に登録されている局を選択する。または、テーブル３２の中から無作為に１つの局を選択する。または、テーブル３２をディスプレイ１２４に表示し、ユーザのキー操作によって指定された局を選択する。
【００５９】
チューニングサーバ(図８参照)のＣＰＵ１６３は、具体的には、図１９に示されるフロー図を処理する。なお、このフロー図に対応する制御プログラムは、フラッシュメモリ１６５に記憶されている。
【００６０】
図１９を参照して、ステップＳ１１１でＣＰＵ１６３は、通信カラオケ端末１２からインターネットラジオ局テーブル３２を要求する信号が送られてきたか否かを判定する。その判定結果が肯定的であればステップＳ１１３に、否定的であればステップＳ１１５に進む。ステップＳ１１３では、通信カラオケ端末１２にインターネットラジオ局テーブル３２を送信する。その後、ステップＳ１１５に進む。
【００６１】
ステップＳ１１５でＣＰＵ１６３は、通信カラオケ端末１２から曲情報３６が送られてきたか否かを判定する。その判定結果が肯定的であればステップＳ１１７に進み、否定的であればステップＳ１１１に戻る。
【００６２】
ステップＳ１１７でＣＰＵ１６３は、ジャンル検索用テーブル３４(図１１参照)に基づいて、送られてきた曲情報３６に対応するジャンルを特定する。ステップＳ１１９では、インターネットラジオ局テーブル３２に基づいて、特定されたジャンルに分類されたインターネットラジオ局１８，１８，…の中のいずれか１つ、例えば該当ジャンル欄３２１の先頭に登録されている局を選択する。なお、先頭の局を選択する代わりに、該当ジャンル欄３２１内で無作為に１つの局を選択してもよい。または、選局履歴を記憶しておき、過去に選択されていない局ないしは選択回数の少ない局を優先的に選択するなど、選択肢に所定の重み付けをする方法もある。
【００６３】
ステップＳ１２１でＣＰＵ１６３は、選択されたＵＲＬをインターネットラジオ局テーブル３２から読み取り、読み取られたＵＲＬを通信カラオケ端末１２に送信する。その後、ステップＳ１１１に戻る。
【００６４】
通信カラオケサーバ１４(図５参照)のＣＰＵ１４３は、具体的には、図２０に示されるフロー図を処理する。なお、このフロー図に対応する制御プログラムは、フラッシュメモリ１４５に記憶されている。
【００６５】
図２０を参照して、ステップＳ１４１でＣＰＵ１４３は、通信カラオケ端末１２から曲ＩＤが送られてきた否かを判定する。この判定結果が肯定的であればステップＳ１４３に、否定的であればステップＳ１４５に進む。ステップＳ１４３では、送られてきた曲ＩＤを受信する。その後、ステップＳ１５１に進む。
【００６６】
ステップＳ１４５でＣＰＵ１４３は、通信カラオケ端末１２から曲情報３６が送られてきた否かを判定する。この判定結果が肯定的であればステップＳ１４７に進み、否定的であればステップＳ１４１に戻る。
【００６７】
ステップＳ１４７でＣＰＵ１４３は、送られてきた曲情報３６を受信する。ステップＳ１４９では、カラオケ曲ＩＤ検索用テーブル３０(図７参照)に基づいて、受信された曲情報３６に該当するカラオケ曲の曲ＩＤを特定する。その後、ステップＳ１５１に進む。
【００６８】
ステップＳ１５１でＣＰＵ１４３は、特定されたＩＤに対応するカラオケ曲を通信カラオケ端末１２に送信する。その後、ステップＳ１４１に戻る。
【００６９】
インターネットラジオ局(図１２参照)のＣＰＵ１８３は、具体的には、図２１に示されるフロー図を処理する。なお、このフロー図に対応する制御プログラムは、フラッシュメモリ１８５に記憶されている。
【００７０】
図２１を参照して、ステップＳ１６１でＣＰＵ１８３は、通信カラオケ端末１２から曲情報３６の問い合わせを受けたか否かを判定する。この判定結果が肯定的であればステップＳ１６３に進み、否定的であれば待機する。ステップＳ１６３では、ＨＤ１８６内の曲情報記憶領域１８６２（図１３参照）を検索して、現在自局から放送されている曲に関する曲情報３６を曲情報記憶領域１８６２から読み出す。ステップＳ１６５では、読み出された曲情報３６を通信カラオケ端末１２に送信する。その後、ステップＳ１６１に戻る。
【００７１】
以上の説明からわかるように、この実施例の通信カラオケシステム１０では、通信カラオケ端末１２は、再生されるカラオケ曲とジャンルが等しい曲を放送するインターネットラジオ局１８を選択し、カラオケ再生が終了したときこのインターネットラジオ局１８から放送される曲を受信する。そして、受信したラジオ放送曲をＢＧＭとして再生する。これにより、カラオケ演奏の合間には、カラオケ曲と曲調が近いラジオ放送曲がＢＧＭとして流されることとなる。
【００７２】
上記のラジオ選局は、チューニングサーバ１６に委ねられる。すなわち、通信カラオケ端末１２がカラオケ曲の曲情報、具体的には曲名およびアーティスト名をチューニングサーバ１６に通知し、チューニングサーバ１６は、通知された曲情報に基づいてカラオケ曲のジャンルを特定する。そして、特定されたジャンルに分類されるインターネットラジオ局１８の１つを選択し、そのＵＲＬを通信カラオケ端末１２に応答する。これにより、端末１２の構成が簡略化される。
【００７３】
なお、この実施例のようにチューニングサーバ１６を設けず、通信カラオケ端末１２が自分でジャンル特定、ラジオ選局およびＵＲＬ検索を全て行ってもよい。その場合、通信カラオケ端末１２のＲＡＭ１２６(図４参照)には、ジャンル検索用テーブル３４(図１１参照)がさらに格納される。
【００７４】
また、この実施例では、通信カラオケ端末１２は、インターネットラジオ曲１８から取得した曲情報３６をカラオケサーバ１４に通知し、カラオケサーバ１４が曲情報３６に対応する曲ＩＤを特定しているが、通信カラオケ端末１２が自分で曲ＩＤの特定を行ってもよい。その場合、通信カラオケ端末１２のＲＡＭ１２６には、カラオケ曲ＩＤ検索用テーブル３０(図７参照)がさらに格納される。
【００７５】
また、この実施例の通信カラオケシステム１０では、通信カラオケ端末１２は、ラジオ放送曲を再生しているときに“ラジオ放送曲選択”キー１２３３が押されると、再生中のラジオ放送曲に対応するカラオケ曲を通信カラオケサーバ１４から取得する。そして、取得されたカラオケ曲を再生する。
【００７６】
対応カラオケ曲を取得するに当たっては、まずラジオ放送曲の曲情報、具体的には曲名およびアーティスト名を送信元のインターネットラジオ局１８に問い合わせ、次に、インターネットラジオ局１８から応答された曲情報に基づいて、通信カラオケサーバ１４から対応カラオケ曲を取得する。対応カラオケ曲を取得する際、通信カラオケ端末１２は、通信カラオケサーバ１４に曲情報を通知し、応じて、通信カラオケサーバ１４が曲情報に対応するカラオケ曲を特定し、特定されたカラオケ曲を通信カラオケ端末１２に送信する。
【００７７】
なお、この実施例のようにカラオケサーバ１４に対応カラオケ楽曲の曲ＩＤ特定を行わせる代わりに、通信カラオケ端末１２が自分で曲ＩＤ特定を行ってもよい。その場合、通信カラオケ端末１２のＲＡＭ１２６には、カラオケ曲ＩＤ検索用テーブル３０(図７参照)がさらに格納される。
【００７８】
なお、この実施例では、通信カラオケ端末１２は、ＲＡＭ１２６内のＵＲＬ記憶領域１２６３にただ１個のＵＲＬを記憶するが、複数個のＵＲＬを記憶してもよい。具体的には、ＲＡＭ１２６内のＵＲＬ記憶領域１２６３をｎ個の小領域１２６３１〜１２６３ｎ（ｎは２以上の任意の整数；図示せず)に区分しておく。先頭の小領域１２６３１と末尾の小領域１２６３ｎとは互いに連結されており、新たなＵＲＬが取得される度に、この取得されたＵＲＬを小領域１２６３１〜１２６３ｎに循環的に書き込んでいく。従ってこの場合、ＲＡＭ１２６には常時、直近に取得されたｎ個のＵＲＬが記憶されることになる。
【００７９】
上記のように複数個のＵＲＬを記憶する場合、ＵＲＬを確定する際(ステップＳ５参照)、ＲＡＭ１２６内で最も個数の多いＵＲＬを選択すれば、ＢＧＭの曲調を安定化させることができる。例えば、同ジャンルのカラオケ曲を順番に演奏している途中、突然１曲だけ別ジャンルのカラオケ曲が割り込んだような場合、ＢＧＭの曲調はカラオケ曲に追従することなく維持されるため、その場の当事者の感じる違和感が軽減される。
【００８０】
さらには、複数のＵＲＬを記憶する際、それら複数のＵＲＬにそれぞれ対応する複数のジャンル名も一緒に記憶しておく方法もある。この場合、ＵＲＬを確定する際、最も個数の多いジャンルを特定し、特定されたジャンルに対応するＵＲＬの１つを選択することができる。
【００８１】
この実施例によれば、カラオケ再生の合間にカラオケ曲と曲調が近いラジオ放送曲がＢＧＭとして再生されるので、その場の当事者が違和感を覚えることがなくなり、その結果、カラオケをより快適に楽しむことができる。また、端末にＢＧＭを蓄積しておく必要がなくなり、端末構成の簡略化が図れる。また、常に最新の曲をＢＧＭとして流すことができる。
【００８２】
また、この実施例によれば、カラオケ演奏の合間に流されるＢＧＭの中で好みの曲に出くわしたとき、ただキーを一押しすれば、即座にその曲をカラオケで歌うことができる。つまり、曲名やアーティスト名を覚えていない曲でも容易にリクエストできるので、楽曲をリクエストする際の利便性が高まる。
【図面の簡単な説明】
【００８３】
【図１】この発明の一実施例である通信カラオケシステム１０の構成を示すブロック図である。
【図２】通信カラオケ端末の構成例を示すブロック図である。
【図３】通信カラオケ端末のキーパッドの構成例を示す図解図である。
【図４】通信カラオケ端末のＲＡＭの内容を示ブロック図である。
【図５】通信カラオケサーバの構成例を示すブロック図である。
【図６】通信カラオケサーバのＨＤの内容を示すブロック図である。
【図７】カラオケ曲ＩＤ検索用テーブルの一例を示す図解図である。
【図８】チューニングサーバの構成例を示すブロック図である。
【図９】チューニングサーバのＨＤの内容を示すブロック図である。
【図１０】インターネットラジオ局テーブルの一例を示す図解図である。
【図１１】ジャンル検索用テーブルの一例を示す図解図である。
【図１２】インターネットラジオ局の構成例を示すブロック図である。
【図１３】インターネットラジオ局のＨＤの内容を示すブロック図である。
【図１４】曲情報の一例を示す図解図である。
【図１５】通信カラオケ端末のＣＰＵが行う処理の一部を示すフロー図である。
【図１６】通信カラオケ端末のＣＰＵが行う処理の他の一部を示すフロー図である。
【図１７】通信カラオケ端末のＣＰＵが行う処理のその他の一部を示すフロー図である。
【図１８】通信カラオケ端末のＣＰＵが行う処理のさらにその他の一部を示すフロー図である。
【図１９】チューニングサーバのＣＰＵが行う処理を示すフロー図である。
【図２０】通信カラオケサーバのＣＰＵが行う処理を示すフロー図である。
【図２１】インターネットラジオ局のＣＰＵが行う処理の一部を示すフロー図である。
【符号の説明】
【００８４】
１０・・・通信カラオケシステム
１２・・・通信カラオケ端末
１４・・・通信カラオケサーバ
１６・・・チューニングサーバ
１８・・・インターネットラジオ局
２０・・・インターネット
【図１】
2005055627.tif 000003
【図２】
2005055627.tif 000004
【図３】
2005055627.tif 000005
【図４】
2005055627.tif 000006
【図５】
2005055627.tif 000007
【図６】
2005055627.tif 000008
【図７】
2005055627.tif 000009
【図８】
2005055627.tif 000010
【図９】
2005055627.tif 000011
【図１０】
2005055627.tif 000012
【図１１】
2005055627.tif 000013
【図１２】
2005055627.tif 000014
【図１３】
2005055627.tif 000015
【図１４】
2005055627.tif 000016
【図１５】
2005055627.tif 000017
【図１６】
2005055627.tif 000018
【図１７】
2005055627.tif 000019
【図１８】
2005055627.tif 000020
【図１９】
2005055627.tif 000021
【図２０】
2005055627.tif 000022
【図２１】
2005055627.tif 000023