(57)【特許請求の範囲】
【請求項１】
カラオケ演奏用の曲データを記憶した着脱自在の第１の記憶媒体と演奏時に背景映像を表示するための背景映像データを記憶した着脱自在の第２の記憶媒体とを有する第１の記憶手段と、
前記第１の記憶媒体の曲データがコピーされる第２の記憶手段と、
第２の記憶手段にコピーされた曲データの演奏が要求されたとき、該曲データを記憶した第１の記憶媒体が第１の記憶手段に存在することを確認したとき演奏を許可し、存在しないとき演奏を許可しないチェック手段と、
を備えたカラオケ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ＣＤ−ＲＯＭや配信センタからのダウンロードによって楽曲データが供給されるカラオケ装置に関する。
【０００２】
【発明が解決しようとする課題】
カラオケ装置は、音源を駆動してカラオケ演奏音を発生する。音源を駆動するための楽曲データは、配信センタから予め配信されてハードディスクに記憶されている配信曲、カラオケ装置にセットされているＣＤ−ＲＯＭに記録されているＣＤ−ＲＯＭ曲、および、リクエストがあったとき、配信センタに電話を掛けてダウンロードするオンデマンド曲などがある。このうち、ＣＤ−ＲＯＭ曲およびオンデマンド曲は、ロードする時間を節約するため、以前リクエストがあった曲をそのままハードディスクにキャッシュ曲として保存するようにしている。
【０００３】
しかし、ＣＤ−ＲＯＭ曲やオンデマンド曲は、新たなＣＤ−ＲＯＭのセットや配信センタにおけるオンデマンド曲のデータ更新によってバージョンアップした曲データになる場合があるが、キャッシュ曲はその都度更新されるわけではないため、リクエストがあったとき、そのままキャッシュ曲を使用して演奏したのでは、いつまでも古い曲データのままでカラオケ曲を演奏してしまうというおそれがあった。
【０００４】
また、配信センタから配信される配信曲はいわゆる新曲であるが、このような曲もその後ＣＤ−ＲＯＭに焼き込まれてＣＤ−ＲＯＭ曲となるものがある。この場合、同じ曲番号で複数の曲データが存在するため、どちらを演奏してよいか分からなくなる場合があった。
【０００５】
また、ＣＤ−ＲＯＭ曲となってもそのバージョンアップされた曲が配信曲として配信される場合がある。また、ＣＤ−ＲＯＭ曲に間違いがあった場合には、その後すぐにこれを訂正更新した曲データが配信センタから配信曲として配信される。このような場合、このＣＤ−ＲＯＭのセットが遅かった場合には、更新した曲データが先に配信されてしまい古いＣＤ−ＲＯＭ曲が後からカラオケ装置に登録され、新しい曲データのように扱われる場合があった。
【０００６】
この発明は、ＣＤ−ＲＯＭ曲やオンデマンド曲をキャッシュして演奏スタートまでの時間を節約するとともに、種々の形態の曲データが混在していても常に最新の曲データを選択して演奏することができるカラオケ装置を提供することを目的とする。
【０００８】
【課題を解決するための手段】
請求項１の発明は、カラオケ演奏用の曲データを記憶した着脱自在の第１の記憶媒体と演奏時に背景映像を表示するための背景映像データを記憶した着脱自在の第２の記憶媒体とを有する第１の記憶手段と、前記第１の記憶媒体の曲データがコピーされる第２の記憶手段と、第２の記憶手段にコピーされた曲データの演奏が要求されたとき、該曲データを記憶した第１の記憶媒体が第１の記憶手段に存在することを確認したとき演奏を許可し、存在しないとき演奏を許可しないチェック手段と、を備えたことを特徴とする。
【００１０】
一般的なカラオケ装置は、第１の記憶手段としては、ＣＤ−ＲＯＭチェンジャやＤＶＤチェンジャなどのディスク媒体読取装置を備えている。装置にセットされる複数枚のディスクには、曲データが記憶されているものや背景映像用の映像データが記憶されているものがある。ディスク媒体読取装置は、曲データと映像データを同時に読み取ることができないため、曲を演奏する場合、先に曲データをハードディスクなどの他の記憶手段（第２の記憶手段）に読み出し、この曲データを用いてカラオケ演奏が実行されるのに動機して背景映像を再生する。
【００１１】
そして、演奏が終了しても読み出した曲データを破棄せず、キャッシュ曲として記憶しておき、次に同じ曲がリクエストされたとき既に読み出しているキャッシュ曲のデータを用いて即座に演奏をスタートすることができる。このように出来るだけ多くのキャッシュ曲を第２の記憶手段に蓄積しておくことにより、演奏スタートが円滑に行えるようになる。
【００１２】
しかし、第２の記憶手段が交換された場合や障害により内容がクリアされた場合などは第２の記憶手段に全くキャッシュ曲が記憶されていないことになり、どの曲を演奏する場合でも演奏スタートまで時間が掛かることになる。そこで、請求項１の発明では、リクエストが多い、新しいなどの優先順位をカラオケ曲に付し、この優先順位の順に曲データを第１の記憶手段から第２の記憶手段にコピーする。これにより、キャッシュ曲が全くない状態から所定期間使用してキャッシュ曲が蓄積された状態へ速やかに移行させることができ、演奏スタートを円滑にすることができる。
【００１３】
また、第２の記憶手段にコピーされたキャッシュ曲データは、それのみを使用して演奏することができるが、あくまでもこれはコピーであり、オリジナルの曲データが存在しないと演奏してはならないものである。したがって、キャッシュ曲データを使用する場合でもこの曲データを記憶している記憶媒体の存在を確認したうえで演奏を許可するようにした。
【００１４】
また、このようなキャッシュ処理は、オンデマンド曲に対しても行われる。オンデマンド曲とは、基本的に配信センタのみに記憶されている曲で、カラオケ装置（端末）でその曲のリクエストが発生すると、カラオケ装置が配信センタに電話を掛けてその曲データをダウンロードして演奏するものである。しかし、リクエスト発生の都度、配信センタに電話を掛けていたのでは演奏スタートまで時間が掛かるうえ、電話料金も高くなるため、一度ダウンロードした曲データは破棄しないでそのまま保存しておき、次に同じ曲がリクエストされたときにはその保存しておいたキャッシュ曲データを用いて演奏する。
【００１５】
ところが、配信センタにおいては、必要に応じてアレンジを変えるなどオンデマンド曲の更新が行われる。しかし、キャッシュ曲は配信センタの曲データと動機し更新されないため、カラオケ装置でキャッシュ曲を利用して演奏すると古いアレンジで演奏してしまうことになる。そこで、請求項３の発明では、配信センタがカラオケ装置に対して定期的に全ての曲データの更新情報をダウンロードし、これとキャッシュ曲の更新情報とを比較して、キャッシュ曲がまだ（そのカラオケ曲として）最新の曲データである場合のみこれを使用してカラオケ演奏するようにした。これにより、配信センタから毎回ダウンロードする必要がなくなるとともに、古いキャッシュデータを使用することもなくなる。
【００１６】
【発明の実施の形態】
図面を参照してこの発明の実施形態であるカラオケ装置について説明する。  図１は同カラオケ装置のブロック図である。このカラオケ装置は、カラオケ装置本体１，コントロールアンプ２，音声信号処理装置３，ＣＤ−ＲＯＭチェンジャ４，スピーカ５，モニタ６，マイク７および赤外線のリモコン装置８で構成されている。カラオケ装置本体１はこのカラオケ装置全体の動作を制御する。該カラオケ装置本体１の制御装置であるＣＰＵ１０には、内部バスを介してＲＯＭ１１，ＲＡＭ１２，ハードディスク記憶装置１７，通信制御部１６，リモコン受信部１３，表示パネル１４，パネルスイッチ１５，音源装置１８，音声データ処理部１９，文字表示部２０，表示制御部２１が接続されるとともに、上記外部装置であるコントロールアンプ２，音声信号処理装置３およびＣＤ−ＲＯＭチェンジャ４がインタフェースを介して接続されている。
【００１７】
ＲＯＭ１１にはこの装置を起動するために必要な起動プログラムなどが記憶されている。装置の動作を制御するシステムプログラム，カラオケ演奏実行プログラムなどはハードディスク記憶装置１７に記憶されている。カラオケ装置の電源がオンされると上記起動プログラムによってシステムプログラムやカラオケ演奏プログラムがＲＡＭ１２に読み込まれる。
【００１８】
ハードディスク記憶装置１７には、上記プログラムを記憶するプログラム記憶エリアのほか、カラオケ演奏を実行するために使用する各種のファイルを記憶するエリアが設定されている。カラオケ演奏を実行するために使用するファイルは、音源１８を駆動するための曲データや歌唱に対してハーモニーをつけるためのハモリデータ、背景映像を表示するためのＢＧＶデータ、採点ゲーム用スクリプトデータなどがある。
【００１９】
このうちハードディスク１７には一部の曲データおよびハモリデータが記憶される。曲データは、配信センタ９から定期的にダウンロードされハードディスク１７に記憶される配信曲のほか、ＣＤ−ＲＯＭチェンジャ４にセットされるＣＤ−ＲＯＭに記憶されているＣＤ−ＲＯＭ曲、リクエストの都度配信センタ９に電話を架けてダウンロードするオンデマンド曲がある。
【００２０】
また、一度演奏したオンデマンド曲やＣＤ−ＲＯＭ曲をキャッシュデータとしてハードディスク１７に保存したキャッシュ曲もある。オンデマンド曲は配信センタ９からダウンロードしてハードディスク１７に一旦保存したのちこれをＲＡＭ１２に読み出して演奏するため、これをそのまま保存しておけばよい。また、ＣＤ−ＲＯＭチェンジャ４はカラオケ演奏時に背景映像（ＢＧＶ）を再生するため、ＣＤ−ＲＯＭ曲の曲データは、演奏前に一旦ハードディスク１７にコピーされる。したがって、これをそのまま保存しておけばよい。このように、オンデマンド曲、ＣＤ−ＲＯＭ曲をキャッシュ曲としてハードディスク１７に保存しておくことにより、これらの曲が再びリクエストされたとき、配信センタからのダウンロード、やＣＤ−ＲＯＭからのコピーをすることなくカラオケ演奏をスタートすることができるため、キャッシュ曲はハードディスク１７のスペースが許す範囲で保存される。
【００２１】
また、ハードディスク１７には、登録されている曲を一覧し、カラオケ演奏のための各ファイルの所在を示すデータベース台帳（図２（Ａ）参照）、配信曲、ＣＤ−ＲＯＭ曲、オンデマンド曲別に曲データのファイル番号と識別情報を曲番号毎に記載したＭＩＤＩインデックステーブル（図２（Ｂ）参照）、上記配信曲およびキャッシュ曲のリストであるキャッシュインデックステーブル（図２（Ｃ）参照）などが記憶されている。また、各ファイルのアドレスを記憶したアドレステーブル、各ＣＤ−ＲＯＭのインデックスであるＣＤ−ＲＯＭインデックステーブル、さらに、ハードディスク１７にキャッシュできない管理楽曲を記憶した管理楽曲テーブルなど種々のテーブルが設定されている。
【００２２】
前記ＲＡＭ１２には、装置の起動時にハードディスク記憶装置１７からプログラムを読み込むプログラム記憶エリア、リクエストされたカラオケ曲の曲番号を登録する予約曲リスト、演奏されるカラオケ曲の曲データなどを読み込む実行曲データ記憶エリアなどが設定される。
【００２３】
通信制御部１６はＩＳＤＮ回線を介して配信センタ９と接続される。配信センタ９は、定期的にカラオケ装置に対して電話を掛け、新曲の曲データやハモリデータなどのファイルをダウンロードする。また、カラオケ装置から配信センタ９に電話を掛けてオンデマンド曲をダウンロードすることもできる。
【００２４】
リモコン装置８は、テンキーなどのキースイッチを備えており、利用者がこれらのスイッチを操作するとその操作に応じたコード信号を赤外線で出力する。リモコン受信部１３はリモコン装置８から送られてくる赤外線信号を受信して、そのコード信号を復元しＣＰＵ１０に入力する。ＣＰＵ１０は、リモコン装置８から曲番号が入力されると、この曲番号を、ＲＡＭ１２に設定されている予約リストに登録する。パネルスイッチ１５は、前記リモコン装置８と同様の曲番号入力用のテンキーなどを備えている。表示パネル１４はこのカラオケ装置本体１の前面に設けられており、現在演奏中の曲番号や予約曲数を表示する。
【００２５】
文字表示部２０はＶＲＡＭを備え、カラオケ曲の歌詞などを文字パターンに展開する。この文字パターンは、映像信号として表示制御部２１に入力される。また、ＣＤ−ＲＯＭチェンジャ４は、上記のようにＣＤ−ＲＯＭ曲の読み出しに使用されるが、カラオケ演奏中はＢＧＶ用ＣＤ−ＲＯＭを再生して映像信号を出力する。この映像信号も表示制御部２１に入力される。表示制御部２１は、文字パターンを背景映像にスーパーインポーズで合成してモニタ６に表示する。
【００２６】
音源装置１８は、曲データ（演奏トラックのデータ）に基づいて楽音を形成してコントロールアンプ２に出力する。音声データ処理部１９は、楽曲データに含まれる音声データに基づき、指定された長さ、指定された音高の音声信号を形成する。音声データは、バックコーラスなどの人声など電子的に形成しにくい信号波形をそのままＰＣＭ信号として記憶したものである。音声データ処理部１９が再生した音声信号は、コントロールアンプ２に入力される。
【００２７】
コントロールアンプ２には、２本のマイク７ａ，７ｂが接続されており、カラオケ歌唱者の歌唱音声が入力される。コントロールアンプ２は歌唱音声に対して所定のエフェクト（ボーカルエフェクト）を付与するとともに、歌唱音声・カラオケ演奏音をそれぞれイコライジング、ミキシングしたのち増幅してスピーカ３５に出力する。
【００２８】
また、音声信号処理装置３は、コントロールアンプ２から歌唱音声を入力して種々のエフェクトを付与する装置である。エコーなどの単純なエフェクトはコントロールアンプ２が単独で付与することができるが、ハモリデータを用いたハモに歌唱の生成など複雑な信号処理は音声信号処理装置３が行う。
【００２９】
図２は上記ハードディスク１７に設定されるデータベース台帳、ＭＩＤＩインデックスファイルおよびキャッシュインデックステーブルを示す図である。
同図（Ａ）において、データベース台帳は、登録されているカラオケ曲の一覧を示すとともに、各カラオケ曲を演奏するためのファイルを検索するための台帳であり、曲データ、ハモリデータ、ＢＧＶデータのファイル番号およびそれが記憶されているメディアを示すメディア情報が書き込まれている。ただし、ハモリデータは、全てハードディスク１７に記憶されておりＢＧＶデータは全てＣＤ−ＲＯＭに記憶されている。曲データのオリジナルメディアは、ハードディスク１７、ＣＤ−ＲＯＭ、配信センタ（オンデマンド曲）の３種類あり、ＣＤ−ＲＯＭ曲，オンデマンド曲がキャッシュされている場合には、そのターゲットメディアはハードディスク１７となる。
【００３０】
同図（Ｂ）において、ＭＩＤＩインデックステーブルは、配信曲用、ＣＤ−ＲＯＭ曲用、オンデマンド曲用の３種類が設定されており、それぞれ図示のような構成になっている。配信曲用ＭＩＤＩインデックステーブルおよびオンデマンド曲用ＭＩＤＩインデックステーブルは定期的な曲データの配信時に合わせて更新（ダウンロード）される。また、ＣＤ−ＲＯＭ曲用ＭＩＤＩインデックステーブルは、新たなＣＤ−ＲＯＭがセットされる毎に更新される。各ＭＩＤＩインデックステーブルには、そのテーブルの作成日付、および、カラオケ曲の曲番号に対応してその曲データのファイル番号、該データファイルの同一性を識別するための識別情報として、バージョン、サイズ、作成日付、登録日付が書き込まれている。
【００３１】
同図（Ｃ）において、キャッシュインデックステーブルは、ハードディスク１７に記憶している曲データの一覧である。このキャッシュインデックステーブルには、ＣＤ−ＲＯＭ曲，オンデマンド曲をキャッシュしたキャッシュデータおよびハードディスク１７から予めダウンロードされた配信曲について、カラオケ曲の曲番号に対応してその曲データのファイル番号、どのメディアに記憶されているのが最新のものかを示すメディア指標が書き込まれているとともに、他の同名のファイルがこのファイルと同一か否かを識別するための識別情報として、バージョン、サイズ、作成日付、登録日付が書き込まれている。
【００３２】
図３〜図７は同カラオケ装置の動作を示すフローチャートである。
【００３３】
図３は、定期配信動作を示すフローチャートである。定期配信動作とは、配信センタ９が一定期間（２週間程度）毎にカラオケ装置１に電話を掛けて新しい曲データやハモリデータなどを配信する動作である。配信センタ９から電話が掛かってくると、配信センタ９の指示に従って、まず各種のデータファイルをダウンロードする（ｓ１）。データファイルには、上記曲データ、ハモリデータなどがある。ダウンロードしたデータファイルと同一ファイル名のファイルがハードディスク１７に既に存在している場合には、バージョンアップされた新しいデータであるためこれを上書き更新する（ｓ２→ｓ４）。同一ファイル名のファイルが存在しない場合にはこのファイルは新しいものであるためこれを新規登録する（ｓ２→ｓ３）。１つのカラオケ曲を演奏するためのファイルは、上述したように曲データ、ハモリデータ、採点ゲーム用スクリプトなど複数種類あるが、上記更新・登録は、各ファイル毎に別々に行われる。こののち、更新されたファイル、新たに登録されたファイルに合わせてキャッシュインデックステーブルおよびアドレステーブルを更新する（ｓ５）。つぎに、今回のダウンロードに合わせて最新の配信曲用・オンデマンド曲用ＭＩＤＩインデックステーブルをダウンロードする（ｓ６）。
【００３４】
つぎに、ベスト曲リストをダウンロードする（ｓ７）。このベスト曲リストは全国のカラオケ装置で多くリクエストされた曲のリストである。このリストはカラオケ曲が演奏されていないとき（曲間）にリクエストを促すために表示されるほか、後述のプリキャッシュ動作にも使用される。こののち、配信センタ９と回線を接続し（ｓ８）動作を終了する。
【００３５】
なお、フローチャートには示していないが、ＣＰＵ１０は、新たなＣＤ−ＲＯＭがセットされたとき、そのＣＤ−ＲＯＭからＣＤ−ＲＯＭ曲用ＭＩＤＩインデックステーブルを読み出してハードディスク１７に書き込む。
【００３６】
図４はプリキャッシュ処理を示すフローチャートである。この動作は、ハードディスク１７を交換した場合、障害のためにフォーマットし直してデータが全て失われてしまった場合などに実行される動作であり、サービスマンモードの１プログラムとして組み込まれているものである。
まず、ベスト曲リストの上位のものから順に曲番号を読み出す（ｓ１１）。この曲番号でデータベース台帳を検索し、この曲がＣＤ−ＲＯＭ曲であるかを判断する（ｓ１２→１３）。このプリキャッシュ動作はＣＤ−ＲＯＭ曲のみの処理であるため、ＣＤ−ＲＯＭ曲でなければ次の曲番号を読み出すためにｓ１１に戻る。ＣＤ−ＲＯＭ曲の場合には、これが管理楽曲でない場合に限ってハードディスクにキャッシュする（ｓ１４→ｓ１５）。管理楽曲とは、上述したように、著作権等の関係上他の記憶手段にコピーすることが許可されていない曲のことであり、ハードディスク１７の管理楽曲テーブルにその曲番号が登録されている。こののち、キャッシュインデックステーブルおよびアドレステーブルを書き換える（ｓ１６）。ハードディスク１７内に割り当てられたキャッシュエリアが一杯になるまでこの処理を繰り返し実行する（ｓ１７）。この動作によって、ベスト曲リストの上位から順に所定量のＣＤ−ＲＯＭ曲がハードディスク１７にプリキャッシュされ、これらの曲がリクエストされたとき演奏のスタートを円滑にすることができる。
【００３７】
図５はリクエスト時の動作を示すフローチャートである。この動作は、カラオケ装置の利用者がリモコン装置８から曲番号を入力したときの動作を示している。曲番号が入力されると、その曲番号を読み込み（ｓ２１）、この曲番号でデータベース台帳を検索する（ｓ２２）。データベース台帳にこの曲番号が登録されており、曲データのメディアが指示されている場合にはこの曲は予約可能である（ｓ２３）として予約リストに登録する（ｓ２４）。一方、曲番号がデータベース台帳に登録されていない場合や曲番号がデータベース台帳に登録されていても曲データのメディアが指示されていない場合（曲データが存在しない場合）には、この曲は予約できない旨を表示して（ｓ２５）、動作を終了する。
なお、データベース台帳はＭＩＤＩインデックステーブルおよびキャッシュインデックステーブルに基づいて随時更新される。
【００３８】
図６，図７は、曲演奏時の動作を示すフローチャートである。まず、予約リストから曲番号を読み出す（ｓ３０）。この曲番号でデータベース台帳を検索し、オンデマンド曲であるかを判断する（ｓ３１）。オンデマンド曲の場合にはｓ３２以下の動作を実行し、それ以外の曲（ＣＤ−ＲＯＭ曲および配信曲）の場合には、ｓ４１以下の動作に進む。
【００３９】
ｓ３２ではこのオンデマンド曲がハードディスク１７にキャッシュされているかを判断する。キャッシュされていない場合には配信センタ９に電話をかけてこのカラオケ曲の曲データをダウンロードする（ｓ３３）。ダウンロードが完了するとキャッシュインデックステーブル，アドレステーブルを更新して（ｓ３８）、演奏をスタートする（ｓ３９）。
【００４０】
一方、リクエストされたオンデマンド曲の曲データがハードディスク１７にキャッシュされている場合には、このキャッシュデータが最新のものであるか否かを判断するため、このキャッシュデータの更新情報と最新のオンデマンド曲用ＭＩＤＩインデックステーブルの更新情報とを比較する（ｓ３４）。この結果キャッシュデータが最新のデータであることが判明した場合には（ｓ３５）、このキャッシュデータを読み出して（ｓ３６）、演奏をスタートする（ｓ３９）。
【００４１】
また、キャッシュデータの更新情報と最新のオンデマンド曲用ＭＩＤＩインデックステーブルの更新情報とを比較した結果、現在配信センタ９に登録されているオンデマンドの曲データがキャッシュデータよりも新しいことが判明した場合には、この曲データを配信センタ９からダウンロードして古いキャッシュデータを上書き更新する（ｓ３７）。そして、キャッシュインデックステーブル，アドレステーブルを更新したのち（ｓ３８）、演奏をスタートする（ｓ３９）。
【００４２】
一方、データベース台帳を検索した結果、ＣＤ−ＲＯＭ曲であると判断された場合、まず、ＣＤ−ＲＯＭ曲用ＭＩＤＩインデックステーブルの作成日付と配信曲用ＭＩＤＩインデックステーブルの作成日付とを比較して（ｓ４１）、どちらが新しいかを判断する（ｓ４２）。ＣＤ−ＲＯＭ曲用ＭＩＤＩインデックステーブルのほうが新しい場合には、このＣＤ−ＲＯＭ曲用ＭＩＤＩインデックステーブルを参照して（ｓ４３）、これから演奏する曲がＣＤ−ＲＯＭ曲であるか配信曲であるかを判断する（ｓ４４）。一方、配信曲用ＭＩＤＩインデックステーブルのほうが新しい場合には、この配信曲用ＭＩＤＩインデックステーブルを参照して（ｓ６０）、これから演奏する曲がＣＤ−ＲＯＭ曲であるか配信曲であるかを判断する（ｓ６１）。
【００４３】
ＭＩＤＩインデックステーブルを参照してＣＤ−ＲＯＭ曲であると判断した場合にはｓ４５に進む。ｓ４５では、キャッシュインデックステーブルを参照してこのＣＤ−ＲＯＭ曲がキャッシュされているか否かを判断する。キャッシュされていない場合には、このＣＤ−ＲＯＭがＣＤ−ＲＯＭチェンジャ４に存在するかを検索し（ｓ４６）、存在する場合にはこの曲データをハードディスク１７にキャッシュし（ｓ４７）、キャッシュインデックステーブル，アドレステーブルを更新したのち（ｓ４８）、演奏をスタートする（ｓ４９）。このＣＤ−ＲＯＭがＣＤ−ＲＯＭチェンジャ４に存在しない場合には演奏が不可能であるため、演奏不可である旨の表示をして（ｓ５９）、動作を終了する。
【００４４】
また、リクエストされたＣＤ−ＲＯＭ曲がハードディスク１７にキャッシュされている場合には（ｓ４５）、このキャッシュされている曲データの更新情報とＣＤ−ＲＯＭ曲用のＭＩＤＩインデックステーブル中の当該曲データの更新情報とを比較し（ｓ５０）、キャッシュデータが現在のＣＤ−ＲＯＭからのキャッシュであるか（すなわち、古いＣＤ−ＲＯＭからのキャッシュでないか）を判断する（ｓ５１）。現在のＣＤ−ＲＯＭからのキャッシュの場合にはこのＣＤ−ＲＯＭがＣＤ−ＲＯＭチェンジャ４に存在することを確認したのち（ｓ５２）、このキャッシュデータを読み出して（ｓ５３）演奏をスタートする（ｓ５６）。
【００４５】
一方、キャッシュデータが古いものである場合には（ｓ５１）、現在のＣＤ−ＲＯＭから再びキャッシュして古いデータを上書き更新する（ｓ５４）。そして、キャッシュインデックステーブルおよびアドレステーブルを更新したのち（ｓ５５）、演奏をスタートする（ｓ５６）。
【００４６】
また、ＭＩＤＩインデックステーブルを検索した結果、リクエストされた曲が配信曲であると判断された場合には、ハードディスク１７からその曲データを読み出して（ｓ６２）、演奏をスタートする（ｓ６３）。
【００４７】
このように、キャッシュデータとオリジナルデータ（ＣＤ−ＲＯＭ曲データ、オンデマンド曲データ）とを比較して新しいほうを使用するようにしているため、毎回キャッシュやダウンロードすることなく、且つ、常に最新の曲データでカラオケ曲を演奏することができる。また、別々に更新されるＣＤ−ＲＯＭ曲と配信曲のどちらが新しいかをＭＩＤＩインデックステーブルに基づいて判断するようにしたことにより、互いに更新日付が前後した場合でも最新の曲データを使用することができる。
【００４８】
なお、プリキャッシュする曲の優先順位を定めるための情報はベスト曲に限定されない。たとえば、リリース日付やオリジナル歌手の優先順位などに基づいて決定してもよい。
【００５０】
【発明の効果】
この発明によれば、キャッシュしている曲データであってもオリジナルの記憶媒体が存在しない場合には、演奏しないようにしたことにより、たとえばレンタルのカラオケ装置で記憶媒体が一緒にレンタルされていない場合に、キャッシュデータのみでその曲が演奏されることを防止することができる。
【図面の簡単な説明】
【図１】この発明の実施形態であるカラオケ装置のブロック図
【図２】同カラオケ装置に設定される各種テーブルを説明する図
【図３】同カラオケ装置の動作を示すフローチャート
【図４】同カラオケ装置の動作を示すフローチャート
【図５】同カラオケ装置の動作を示すフローチャート
【図６】同カラオケ装置の動作を示すフローチャート
【図７】同カラオケ装置の動作を示すフローチャート
【符号の説明】
４…ＣＤ−ＲＯＭチェンジャ、１７…ハードディスク
【図１】
0004019534.tif 000002
【図２】
0004019534.tif 000003
【図３】
0004019534.tif 000004
【図４】
0004019534.tif 000005
【図５】
0004019534.tif 000006
【図６】
0004019534.tif 000007
【図７】
0004019534.tif 000008