(57)【特許請求の範囲】
【請求項１】
曲データに基づいて楽曲を演奏する演奏手段を有するカラオケシステムにおいて、
前記曲データは、前記楽曲を再生する際に最初に表示手段に表示される所定の画像に対応する所定の画像データと前記楽曲の他のデータとでそれぞれ独立して構成され、
前記所定の画像データは、前記楽曲の他のデータの圧縮アルゴリズムよりも解凍速度が速い圧縮アルゴリズムで圧縮され、
前記楽曲再生時には前記所定の画像データを解凍し、解凍後に得られた画像を前記表示手段に表示し、当該画像表示中に前記曲データ中の前記他のデータを解凍して、解凍後に得られたデータを用いてカラオケ演奏を実行するよう前記表示手段及び前記演奏手段を制御する制御手段を有することを特徴とするカラオケシステム。
【請求項２】
前記カラオケシステムは、前記演奏手段および前記曲データを記憶する記憶手段を備えたカラオケ装置を有し、前記制御手段は、前記演奏手段が前記記憶手段に記憶された前記曲データ中の前記所定の画像データのみを読み出して前記表示手段に表示した後に前記他のデータを読み出すよう制御することを特徴とする請求項１に記載のカラオケシステム。
【請求項３】
前記カラオケシステムは、前記曲データを保持するホストコンピュータを有し、前記ホストコンピュータは前記カラオケ装置とデータ通信するための通信手段を有し、前記カラオケ装置は前記ホストコンピュータとデータ通信を行って前記曲データを受信するための第２の通信手段を有し、前記カラオケ装置が前記ホストコンピュータが保持する曲データに基づいて前記楽曲を演奏する場合には、前記ホストコンピュータは、前記所定の画像データを前記通信手段を介して前記カラオケ装置に送信した後に、前記他のデータを前記カラオケ装置に送信することを特徴とする請求項１又は請求項２に記載のカラオケシステム。
【請求項４】
前記第２の通信手段は、前記所定の画像データが受信され、前記表示装置により前記所定の画像が表示された後に、前記他のデータを受信することを特徴とする請求項３に記載のカラオケシステム。
【請求項５】
前記通信手段および前記第２の通信手段は、公衆信号伝達手段であることを特徴とする請求項３または４のいずれかに記載のカラオケシステム。
【請求項６】
前記所定の画像は、楽曲の曲名の表示画像であることを特徴とする請求項１から５のいずれかに記載のカラオケシステム。
【請求項７】
少なくとも、曲名データ、演奏データおよび字幕データを有する曲データを用いてカラオケ演奏を行うカラオケシステムにおいて、
前記曲名データ、前記演奏データおよび字幕データは圧縮された状態で所定の記憶手段に記憶されており、前記曲名データの圧縮アルゴリズムが前記演奏データおよび字幕データの圧縮アルゴリズムよりも解凍速度が速い圧縮アルゴリズムであり、
利用者のリクエストを受け付けるリクエスト受付手段と、
該受け付けたリクエストに基づいて前記記憶手段から前記曲データを読み出して、前記曲名データと、前記演奏データおよび字幕データとを分割して処理する制御手段であって、前記曲名データを解凍して該曲名を表示する処理を実行し、該曲名を表示している間に前記演奏データおよび前記字幕データを解凍して、該楽曲を演奏する処理および該演奏に対応する字幕を表示する処理を実行する制御手段と、を有することを特徴とするカラオケシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、カラオケシステムの画像表示に関する。
【０００２】
【従来の技術】
従来より、演奏データとして、楽曲内容、字幕内容、表示曲名内容を各曲毎にデータとして保持しているカラオケシステムが知られている。また、遠く離れた場所に設置されたホストシステムから曲のデータを１曲分ずつ、電話回線等を使用してカラオケ装置本体に読み込むように構成された、アクセス型のカラオケシステムも知られている。更に、近年は上記のようなホストシステムから曲データを受信する構成に加えて、受信した曲を、カラオケシステム側に設けられた記憶装置に蓄積する構成の、蓄積型の通信カラオケシステムも知られている。上記のような各カラオケシステムにおいては、データを記憶装置に記憶する構成のものにおいては、記憶装置の容量を有効に利用するために、また通信を行うものにおいては通信に要する時間をできるだけ短くするため、データは通常圧縮され、使用状態のデータサイズより小さいサイズとなった状態で保存あるいは転送されるようになっている。このような圧縮データを利用してカラオケ演奏を行う装置においては、利用者が曲をリクエストすると、記憶装置からデータを読み出すタイプのカラオケ装置においては記憶装置から圧縮された曲データを読み出し、解凍（圧縮ファイルを展開して通常のファイルに戻す処理）した後に、演奏データ、字幕データそれぞれを処理してカラオケ演奏を行っていた。また、データ通信によりリクエスト曲のデータを受信してから演奏する場合には、ホストシステムから圧縮された曲データを受信し、受信が完了した後に解凍して、カラオケ演奏を行っていた。
【０００３】
【発明が解決しようとする課題】
しかし、上記のようなシステムにおいて、曲データが比較的大きいサイズの場合、利用者が楽曲をリクエストしてから、リクエスト曲の曲データを読み込み（ホストシステムから受信し、あるいは記憶装置からＲＡＭに読み込み）、解凍し、実際に演奏が開始されるまでに要する時間が長くなる。即ち、曲データサイズが大きいと、利用者が歌を歌おうとして選曲してからカラオケ装置が演奏開始の動作を取るまでの時間が長くなるため、利用者に不快感を抱かせてしまう場合がある。
【０００４】
本発明は、上述した問題点を解決するためになされたものであり、曲データが非常に大きい場合、特に演奏データ部分が非常に大きい場合でも利用者に不快感を抱かせないようなカラオケシステムを提供することを目的としている。
【０００５】
【課題を解決するための手段】
この目的を達成するために、本発明に係るカラオケシステムは、曲データに基づいて楽曲を演奏する演奏手段を有するカラオケシステムであって、前記曲データは、前記楽曲を再生する際に最初に表示手段に表示される所定の画像に対応する所定の画像データと前記楽曲の他のデータとでそれぞれ独立して構成され、前記所定の画像データは、前記楽曲の他のデータの圧縮アルゴリズムよりも解凍速度が速い圧縮アルゴリズムで圧縮され、前記楽曲再生時には前記所定の画像データを解凍し、解凍後に得られた当該画像を前記表示手段に表示し、当該画像表示中に前記曲データ中の前記他のデータを解凍して、解凍後に得られたデータを用いてカラオケ演奏を実行するよう前記表示手段及び前記演奏手段を制御する制御手段を有することを特徴としている。
【０００６】
また、本発明に係るカラオケシステムは、前記演奏手段および前記曲データを記憶する記憶手段を備えたカラオケ装置を有し、前記制御手段は、前記演奏手段が前記記憶手段に記憶された前記曲データ中の前記所定の画像データのみを読み出して前記表示手段に表示した後に前記他のデータを読み出すよう制御することを特徴としている。このため、曲データの全体のサイズが大きくても、利用者が曲をリクエストしてから短時間のうちに演奏処理の最初のステップであるタイトル画面を表示することができるため、利用者の不快感を招くことがない。
【０００７】
また、本発明に係るカラオケシステムは、前記曲データを保持するホストコンピュータを有し、前記ホストコンピュータは前記カラオケ装置とデータ通信するための通信手段を有し、前記カラオケ装置は前記ホストコンピュータとデータ通信を行って前記曲データを受信するための第２の通信手段を有し、前記カラオケ装置が前記ホストコンピュータが保持する曲データに基づいて前記楽曲を演奏する場合には、前記ホストコンピュータは、前記所定の画像データを前記通信手段を介して前記カラオケ装置に送信した後に、前記他のデータを前記カラオケ装置に送信することを特徴としている。
【０００８】
本発明に係るカラオケシステムにおいては、前記第２の通信手段は、前記所定の画像データが受信され、前記表示装置により前記所定の画像が表示された後に、前記他のデータを受信することを特徴としている。
【０００９】
さらに本発明に係るカラオケシステムにおいては、前記通信手段および前記第２の通信手段は、公衆信号伝達手段であることを特徴としている。
【００１０】
また、本発明に係るカラオケシステムにおいては、前記所定の画像は、楽曲の曲名の表示画像であることを特徴としている。
【００１１】
また、本発明に係るカラオケシステムは、少なくとも、曲名データ、演奏データおよび字幕データを有する曲データを用いてカラオケ演奏を行うカラオケシステムである。
【００１２】
上記カラオケシステムにおいて、前記曲名データ、前記演奏データおよび字幕データは圧縮された状態で所定の記憶手段に記憶されており、前記曲名データの圧縮アルゴリズムが前記演奏データおよび字幕データの圧縮アルゴリズムよりも解凍速度が速い圧縮アルゴリズムである。
【００１３】
そして、利用者のリクエストを受け付けるリクエスト受付手段と、該受け付けたリクエストに基づいて前記記憶手段から前記曲データを読み出して、前記曲名データと、前記演奏データおよび字幕データとを分割して処理する制御手段であって、前記曲名データを解凍して該曲名を表示する処理を実行し、該曲名を表示している間に前記演奏データおよび前記字幕データを解凍して、該楽曲を演奏する処理および該演奏に対応する字幕を表示する処理を実行する制御手段とを有することを特徴とする。
【００１４】
上記カラオケシステムによれば、曲名データと、他のデータ（演奏データおよび字幕データ）とを分離して処理することができるため、利用者のリクエストに対してまず曲名データのみを処理することによって速やかに応答することが可能となり、また、前記曲名データと前記演奏データおよび字幕データとを、その処理に適応したアルゴリズムにより圧縮することにより、システム全体の稼働効率を高めることができる。
【００１５】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。図１は本発明の実施の形態であるカラオケ装置１００の外観を簡略化して示した図である。本カラオケ装置１００は、カラオケ装置本体１と、音量増幅用アンプ２と、映像を表示するＣＲＴ（Cathode Ray Tube）３と、演奏音・音声を出力するスピーカ４と、利用者がカラオケ曲を歌うときに使用するマイク５とを有している。
【００１６】
図２はカラオケ装置本体１の外観を拡大して示す図である。カラオケ装置本体１の前面パネル１ａには、利用者がリクエストする曲を入力するためのプッシュボタン８が設けられている。このプッシュボタン８は、０〜９までの数字ボタンとＡ〜Ｆまでのアルファベットボタン、「曲選択」ボタン、「訂正」ボタンがある。なお、図示は省略するが、利用者はリモートコントローラを用いてリクエスト曲を入力することができる。リモートコントローラからのコマンドは赤外線信号により送信され、前面パネル１ａには該赤外線信号を受光するための受光部８Ｒが設けられている。プッシュボタン８の左には入力された内容を表示する７セグメントＬＥＤ（発光ダイオード）９が設けられている。
【００１７】
カラオケ装置本体１の背面１ｂには、カラオケ装置本体１において曲データに基づいて生成された音声信号を音量増幅用アンプ２へ電気信号として送るための端子である、音声出力端子１０が設けられている。更に、演奏曲の背景画像および字幕として表示される歌詞等がＮＴＳＣ信号として出力される、映像出力端子１１が設けられている。映像出力端子１１にはＣＲＴ３が接続される。映像出力端子１１の図中左方には、ホストシステム２１とデータ通信を行う際に、電話回線網２２とカラオケ装置１００とを接続するためのモジュラージャック２３が設けられている。
【００１８】
次に、図４を参照してカラオケ装置の制御系について説明する。カラオケ装置１００は、装置全体の動作を制御するＣＰＵ１４を有している。ＣＰＵ１４には上述したリクエスト曲の入力を行うプッシュボタン８が接続されており、プッシュボタン８により入力された曲番号がＣＰＵ１４に認識される。また、赤外光受光部８Ｒはインターフェース８Ｍを介してＣＰＵ１４に接続されており、リモートコントローラにより入力されたリクエスト曲の曲番号がインターフェース８Ｍにより、プッシュボタン８から入力された曲と同様のデータとしてＣＰＵ１４に入力される。また、ＣＰＵ１４には７セグメントＬＥＤ９が接続されており、利用者がブッシュボタン８またはリモートコントローラから入力した曲番号に基づいて、ＣＰＵ１４がＬＥＤ９を制御し、曲番号を表示させる構成となっている。
【００１９】
また、ＣＰＵ１４には、ＲＯＭ（Read Only Memory）１５が接続されている。ＲＯＭ１５には、ＣＰＵ１４により実行される各種のプログラム１５ａが格納されている。また、ＣＰＵ１４には、ＣＰＵ１４が実行するプログラムや、送受信された演奏用のデータを一時的に記憶する作業領域などとして用いられるＲＡＭ１２が接続されている。
【００２０】
また、ＣＰＵ１４には、楽曲演奏回路１６と、映像処理回路１７が接続されている。楽曲演奏回路は、曲データに含まれる演奏データに基づいて音声信号を出力する回路である。演奏データはＭＩＤＩデータにより構成されており、楽曲演奏回路１６はＭＩＤＩデータ再生に必要な音源を備えており、リクエスト曲の曲データに含まれる演奏データに基づいてカラオケ演奏の演奏音を生成する。また、映像処理回路１７は、曲データに含まれる字幕データに基づいてカラオケ演奏時に表示する歌詞字幕を映像信号に変換すると共に、曲データに含まれる背景画像情報に基づいて演奏曲に適した画像をコンパクトディスクドライブ装置１７Ｍにより再生し、両者を合成して映像出力端子１１より出力する。既に述べたように、音声出力端子１０は、音量増幅用アンプ２と接続され映像出力端子１１はＣＲＴ３と接続されている。
【００２１】
また、曲データを蓄積する記憶手段としてＨＤＤ（ハードディスク装置）１８もＣＰＵ１４に接続されている。カラオケシステム１００は、例えば定期的に、ホストシステム２１から曲データの配信を受け、配信された曲データをＨＤＤ１８に蓄積するようになっている。従って、通常は利用者のリクエスト曲はＨＤＤ１８に蓄積されている曲データを読み出し、解凍して再生することになる。しかしながら、端末装置としてのカラオケシステム１００はＨＤＤ１８の容量が限られていることから、過去に配信された全ての曲データを蓄積しているわけではなく、例えば所定の期間が過ぎたものから順次データを消去していくことになっている。このため、ＨＤＤ１８にリクエスト曲の曲データが存在しない場合もあり得る。そのような場合には、ＣＰＵ１４は、後述するモデム２４、公衆回線２２を介してホストシステム２１とデータ通信を行って、ホストシステム２１が蓄積している当該リクエスト曲の曲データをダウンロードすることになる。
【００２２】
上述のように、ＣＰＵ１４には、モデム２４が接続されている。モデム２４は図３に示したモジュラージャック２３を介して公衆電話回線網２２と接続されるようになっている。
【００２３】
音声出力端子１０を介してカラオケ装置１と接続されている音量増幅用アンプ２は、音声出力端子１０から出力される音声信号と、マイクロフォン５からの利用者の歌声を合成してスピーカ４に出力するものである。
【００２４】
前述のように、カラオケ装置１と通信を行うホストシステム２１は公衆回線網２２を介して接続される。ホストシステム２１は大容量の記憶装置２５を内蔵しており、記憶装置２５には曲データ２６が保持されている。図４において、曲データ２６は複数存在しているが、これはそれぞれ一つが１曲分のデータを示し、曲データが複数有ることを示している。また、ホストシステムは、公衆電話回線網２２を介してカラオケ装置１００とデータ通信を行うため、モデム２１Ｍを有している。
【００２５】
以上の構成において、映像処理回路１７、ＣＤＤ１７Ｍ、ＣＲＴ３が表示手段を構成し、楽曲演奏回路１６、音量増幅用アンプ２、スピーカ４が演奏手段を構成する。また、これらを制御するＣＰＵ１４が制御手段を構成している。また、ＨＤＤ１８が曲データを記憶する記憶手段を構成している。さらにモデム２１Ｍが通信手段を構成し、モデム２４は第２の通信手段を構成している。
【００２６】
次に図５を参照して、ＨＤＤ１８に蓄積されている曲データ１８０の構造について説明する。曲データ１８０は３つの部分に分かれている。１８０ａは曲名データ、１８０ｂは演奏データ、１８０ｃは字幕データである。曲名データ１８０ａは当該曲のタイトル等、演奏開始前にＣＲＴ３に表示する画像の画像データであり、例えばＪＰＥＧ形式で格納されている。演奏データ１８０ｂは楽曲を演奏するためのデータで、既に述べたようにＭＩＤＩフォーマットで格納されているものである。また、字幕データ１８０ｃはＣＲＴ３に字幕として表示される歌詞を示す文字データであり、例えばシフトＪＩＳコードにて記録されてしている。この曲名データ１８０ａ、演奏データ１８０ｂ、字幕データ１８０ｃが１組となって１曲の曲データを構成している。
【００２７】
本実施の形態においては、ある曲の曲データがＨＤＤ１８から読み出され演奏される場合、まず曲名データ１８０ａが、演奏データ１８０ｂ、字幕データ１８０ｃとは切り離されて読み出される。そして、曲名データ１８０ａは解凍され、直ちにＣＲＴ３に表示される。その後に、ＣＲＴ３に曲名が（あるいは当該曲の演奏が始まる前に表示されることになっている画像が）表示された状態で、残りの演奏データおよび字幕データがＨＤＤ１８から読み出されＲＡＭ上で解凍されて当該曲の演奏および字幕の表示が始まる。
【００２８】
なお、ＨＤＤ１８の利用効率という観点からはデータの圧縮率は高い方が好ましいが、一般に圧縮率が高いものは解凍速度が遅くなる傾向がある。このため、ＨＤＤ１８に蓄積される曲データにおいては、曲名データ１８０ａは圧縮率より解凍速度を重視したアルゴリズムに基づいて圧縮するようにしている。即ち、利用者は、リクエスト曲を入力すると、比較的短時間のうちに曲名が表示されるため、自分の入力した曲がこれから演奏されることを確認することができる。一方、演奏データ１８０ｂおよび字幕データ１８０ｃは、既に曲名がＣＲＴ３に表示されているため、圧縮率を犠牲にしてまで解凍速度を重視する必要はなく、圧縮率が高いという点を重視したアルゴリズムに基づいて圧縮されている。
【００２９】
なお、実施の形態においては、上記のように、曲名データを高速解凍可能なアルゴリズム、演奏データおよび字幕データを高圧縮率を得ることのできるアルゴリズムに基づいて圧縮している。しかし、データが圧縮されているか否か、あるいは圧縮率、解凍速度などがどのように設定されているか、にかかわらず、上記のように曲名データと、演奏データおよび字幕データとを分割して処理する事により、利用者のリクエストに対して速やかに反応して曲名が表示されるため、利用者は高速で処理が行われていることを体感し、実際にカラオケ演奏が始まるまでの時間が多少長くとも不快感を持たずに待つことができる。
【００３０】
具体的には、曲名データ１８０ａが圧縮されておらず、演奏データ１８０ｂおよび字幕データ１８０ｃが圧縮されている場合、曲名データ１８０ａおよび演奏データ１８０ｂ、字幕データ１８０ｃが全て圧縮されていない場合、曲名データ１８０ａおよび演奏データ１８０ｂ、字幕データ１８０ｃが全て同じアルゴリズムに基づいて圧縮されている場合、曲名データ１８０ａが圧縮されており、演奏データ１８０ｂ、字幕データ１８０ｃが圧縮されていない場合、などにおいても十分な効果を得ることができる。
【００３１】
図６はホストシステム２１の記憶装置２５に格納されている曲データ２６の構造を示す図である。曲データ２６は図５に示すＨＤＤ１８に格納されるデータ１８０と同様に、曲名データ２６ａ、演奏データ２６ｂ、歌詞データ２６ｃの３つの部分に分かれている。データ通信によりホストシステム２１からカラオケ装置１００に曲データ２６が送信される場合には、まず。曲名データ２６ａが送信され、カラオケ装置１００側で曲名をＣＲＴ３に表示した後に、残りの演奏データ２６ｂおよび字幕データ２６ｃがホストシステム２１からカラオケシステム１００に転送される。本実施の形態においては、ＨＤＤ１８に蓄積されている曲データ１８０と同様、曲名データ２６ａは解凍速度重視のアルゴリズムに基づいて圧縮されており、演奏データ２６ｂおよび字幕データ２６ｃは圧縮率重視のアルゴリズムに基づいて圧縮されている。曲名データ２６ａ、演奏データ２６ｂ、歌詞データ２６ｃの組が１曲の曲データを構成し、１万曲を越える曲データがホストシステムの記憶装置２５に記憶されている。
【００３２】
次に図７のフローチャート、及び図８、９、１０を用いて、カラオケ装置１００の動作について説明する。図７の処理は、カラオケ装置１００のＣＰＵ１４（図４参照）により実行される処理であり、プログラム１５ａとしてＲＯＭ１５に格納されている。図７の処理は、利用者がリクエストした曲の曲データがＨＤＤ１８に格納されている場合のフローチャートである。ＨＤＤ１８に曲データが無く、ホストシステム２１からデータをダウンロードする場合については、後に図１１および図１２を参照して説明する。
【００３３】
利用者は、カラオケ装置１００によりカラオケを行う場合、まず、プッシュボタン８またはリモートコントローラ（図示せず）を用いて、リクエスト曲の曲番号を入力する。入力されたリクエスト曲の曲番号はＲＡＭ１２に格納される。なお、本実施の形態のカラオケ装置においては、リクエスト曲の曲番号はＲＡＭ１２に複数個格納することができる。図７の処理において、ＣＰＵ１４は、まずＲＡＭ１２にリクエスト曲の曲番号が格納されているか否かを判定する（Ｓ１０１：なお、Ｓはフローチャートにおけるステップを意味し、以下の記載においても同様にＳ１０３、Ｓ１０５．．．というように示す）。
【００３４】
リクエスト曲の曲番号がＲＡＭ１２に格納されていない場合、すなわち利用者がリクエストしていない状態であれば（Ｓ１０１：ＮＯ）、ＲＡＭ１２にリクエスト曲の曲番号が入力されるまで処理を行わない。なお、ＲＡＭ１２に曲番号が格納されていない状態では図８に示すような画面がＣＲＴ３に表示されるようになっている。
【００３５】
ＲＡＭ１２にリクエスト曲の曲番号が入力されると、ＣＰＵ１４は、ＨＤＤ１８から、曲番号に対応した曲データの曲名データのみを読み出す。前述のように曲名データは圧縮されているため、Ｓ１０５において解凍処理（圧縮されているデータを通常のデータに展開する処理）を実行する。次に、Ｓ１０７において、ＣＰＵ１４は、解凍された曲名データに基づき映像処理回路を制御して、ＣＲＴ３に曲名が表示されたタイトル画面を表示する。図９にタイトル画面の例を示す。このタイトル画面は、カラオケの演奏が始まるまで表示され続ける。
【００３６】
つぎに、Ｓ１０９において、ＣＰＵ１４はまだ読み出していない演奏データおよび字幕データをＨＤＤ１８から読み出し、曲名データの場合と同様に解凍処理を実行する（Ｓ１１１）。ＣＰＵ１２がＳ１０９からＳ１１１の処理を行う間、ＣＲＴ３にタイトル画面が表示されたままの状態となっている。Ｓ１１１において、演奏データおよび字幕データの解凍が終わり、リクエストされたカラオケ曲の演奏を開始できる状態になると、Ｓ１１３はＣＲＴ３に表示されていたタイトル画面を消去し、Ｓ１１５においてカラオケ演奏を開始する。即ち、楽曲データに基づいて楽曲演奏回路が演奏の音声信号を音声出力端子１０を介して音量増幅用アンプ２に出力し、音声信号と同期して塩蔵処理回路からは背景画像および字幕を表示するための映像信号が、映像出力端子１１を介してＣＲＴ３に出力される。カラオケ演奏の開始直後のＣＲＴ３の表示例を図１０に示す。次にＣＰＵ１４は、Ｓ１１７において演奏が終了したか否かを判定し、演奏が終了すると図７の処理を終了する。
【００３７】
なお、ＲＡＭ１２に複数のリクエスト曲の曲番号が格納されているような場合には、最初に演奏する曲に関しては、利用者のリクエスト曲の入力からタイトル画面表示までの時間をできるだけ短くする目的で、曲名データを読み出し、解凍し、タイトル画面を表示した後で残りのデータを処理している。しかし、２曲以降の曲に関しては、１曲目の演奏中にＨＤＤ１８からのデータの読み出し、および解凍を実行することが可能であるため、必ずしも図７の処理と同様の処理を行う必要はなく、従来のデータ処理と同様、曲データ全体を読み出し、解凍するようにしても良い。これは、ホストシステムとデータ通信を行う場合でも同様で、図７の処理が行われて１曲目が演奏された後は、１曲目の演奏中にホストシステム２１から曲データをダウンロードする場合には、曲名データ、演奏データおよび字幕データを分割して読み出す必要はなく、また解凍処理も同時に行って良い。
【００３８】
図１１は、ＨＤＤ１８にリクエスト曲の曲データが格納されていない場合に、ホストシステム２１から当該曲データをダウンロードする場合について説明するためのフローチャートである。
【００３９】
Ｓ２０１では、ＣＰＵ１４は、ＲＡＭ１２にリクエスト曲の曲番号が入力されているか否かを判定し、曲番号が入力されていない場合には図８のような画面をＣＲＴ３に表示し、Ｓ２０１の判定を繰り返す。曲番号が入力されると（Ｓ２０１：ＹＥＳ）、当該曲番号に対応するデータがＨＤＤ１８に格納されているか否かを判定する（Ｓ２０２）。もしも当該曲番号がＨＤＤ１８に格納されている場合には（Ｓ２０２：ＹＥＳ）、処理はＳ２０３ではなく、既に説明した図７のＳ１０３の処理へと進む。即ち、ＨＤＤ１８に格納されている場合にはＨＤＤ１８から曲データを読み出す処理を行う。一方、当該曲番号の曲データがＨＤＤ１８に格納されていない場合には、ＣＰＵ１４は処理をＳ２０３に進め、モデム２３、公衆電話回線網を介してホストシステム２１に対し、当該曲番号の曲データの曲名データを送信するよう要求する（Ｓ２０３）。そして、Ｓ２０５では、ホストシステム２１から曲名データが送信されるのを待つ。ホストシステム２１から曲名データが送られ、カラオケ装置１００側で受信が完了すると（Ｓ２０５：ＹＥＳ）、ＣＰＵ１４は受信した曲名データを解凍する（Ｓ２０７）。そして、図９に示すようなタイトル画面をＣＲＴ３に表示する（Ｓ２０９）と共に、ホストシステム２１に残りの演奏データおよび字幕データを送信するよう要求する（Ｓ２１１）。演奏データおよび字幕データの受信が完了すると（Ｓ２１３：ＹＥＳ）、ＣＰＵ１４はＳ２１５で受信した演奏データおよび字幕データを解凍し、ＣＲＴ３に表示され続けていたタイトル画面を消去し（Ｓ２１７）、カラオケ曲の演奏を開始する（Ｓ２１９）。演奏が終了すると（Ｓ２２１：ＹＥＳ）、ＣＰＵ１４は図１１の処理を終了する。
【００４０】
なお、図１１の処理において、リクエスト曲が複数曲ある場合には、１曲目の演奏中に２曲目以降のデータをＨＤＤ１８もしくはホストシステム２１から取得することができる。そして、ＨＤＤ１８からデータを読み出す場合には、２曲目以降は、図７の処理によらなくても良いことは既に述べた。１曲目の演奏中に、ホストシステム２１からデータを受信する場合にも、データの転送に要する時間に比べて曲の演奏時間は十分に長いと考えられるので、カラオケ曲の演奏中に次の曲のデータをホストシステム２１からダウンロードする場合にも、曲名データと、演奏データおよび字幕データとを分離して受信しなくても、演奏中の曲が終了した後に直ちに次の曲の演奏を開始することができる。
【００４１】
なお、図７および図１２の処理においては、いずれもデータが圧縮されており、解凍の処理（Ｓ１０５、Ｓ１１１、Ｓ２０７、Ｓ２１５）を行うようになっているが、たとえデータが圧縮されていない場合にも、本実施の形態のようにデータを分割し、タイトル画面を表示した後に他のデータを読み出す（あるいは受信する）ようにすることにより、利用者に不快感を持たせないようにすることができる。
【００４２】
また、図１１において、Ｓ２０２によりＨＤＤ１８に当該曲の曲データが蓄積されているか否かを判定しているが、本実施の形態のような、ＨＤＤ１８に曲データを蓄積する、蓄積型の通信カラオケシステムではなく、演奏する毎にホストシステム２１からデータを受信するように構成されたアクセス型のカラオケシステムに対しては、図１１のＳ２０２にを割愛し、Ｓ２０１でＹＥＳと判定されるとＳ２０３の処理を実行するようにすればよい。
【００４３】
図１２は、図１１に示した、カラオケ装置１００がホストシステム２１に対しデータの送信を要求する処理に対応してホストシステム側で実行される処理を説明したフローチャートである。
【００４４】
ホストシステム２１においては、Ｓ３０１で、カラオケ装置１００から曲名データの送信要求があるかどうかをモニタしている。そして、送信要求があると（Ｓ３０１：ＹＥＳ）、要求された曲の曲名データをカラオケ装置１００に送信する（Ｓ３０３）。次に、Ｓ３０５では、演奏データおよび字幕データの送信の要求がカラオケ装置１００から届くかどうかをモニタする。演奏データおよび字幕データの送信を要求する信号を受信すると（Ｓ３０５：ＹＥＳ）、Ｓ３０７において、ホストシステム２１はカラオケ装置１００に演奏データおよび字幕データを送信して、処理を終了する。
【００４５】
以上説明したように、本実施の形態のカラオケ装置、各曲毎にその曲データを、曲名データと演奏データ、字幕データとに分離して保持する事により、まず曲名データだけを読み出し、或いはホストシステムから受信して、利用者のリクエストから短時間のうちに画面にタイトル画面を表示し、画面にタイトル画面が表示されている間にその曲の残りの部分のデータである演奏データおよび字幕データを読み出し、或いはホストシステムから受信し、解凍することが出来るので、利用者が選曲してからカラオケ装置が演奏開始の最初の動作としてのタイトル画面の表示を行うまでの時間が短くすることができ、利用者に不快感を抱かせることが無くなる。
【００４６】
【発明の効果】
上記カラオケシステムによれば、楽曲再生時には所定の画像を表示した後に、曲データ中の他のデータを処理するようしたため、利用者を待たせることなく、楽曲再生のシーケンスの最初の処理である所定の画像の表示が行われるため、利用者は再生処理が開始されたことを直ちに認識することができ、不快感を持つことがなくなる。
【００４７】
上記カラオケシステムによれば、記憶手段に記憶された曲データ中の所定の画像データのみをまず読み出して処理し、その後で他のデータを読み出して処理するため、記憶手段からの曲データ全体の読み出しに時間がかかるような場合でも、短時間のうちの再生処理を開始したことを表示手段に表示することができる。
【００４８】
上記カラオケシステムによれば、曲データを保持するホストコンピュータとデータ通信を行って曲データを受信する場合に、所定の画像データを受信し、表示した後に、他のデータを受信し処理するため、内部の記憶装置からのデータの読み出しに比べて時間のかかるデータ通信時でも、利用者を待たせることなく再生処理の最初のステップを実行することができるため、利用者に不満を抱かせることが無くなる。
【００４９】
上記カラオケシステムによれば、前記第２の通信手段は、前記所定の画像データが受信され、前記表示装置により前記所定の画像が表示された後に、前記他のデータを受信する。すなわち、所定の画面が確実に表示されてから、次の処理へ進むようにしているため、例えば所定の画像表示の途中で次の処理へ進み、画像表示を中断するような不具合が生ずることが無く、利用者の不信感を招くことがない。
【００５０】
上記カラオケシステムによれば、前記通信手段および前記第２の通信手段は、公衆電話回線を介して信号を伝達する手段であるため、特殊な設備を設けることなく、しかも、リクエスト開始から最初の画像表示までの時間を短縮することができる。
【００５１】
上記カラオケシステムによれば、前記所定の画像データおよび前記他のデータはそれぞれ所定のアルゴリズムに基づいて圧縮されており、前記カラオケ装置は圧縮された前記所定の画像データおよび前記他のデータを伸張する伸張手段を有する。このため、所定の画像データに対しては、伸張時間が短くなるようなアルゴリズムを適用し、一方、他のデータに関しては圧縮率が高くなるようなアルゴリズムを選択することにより、最初の画面表示までの時間を短縮し、全体のデータ量を減らすことが可能になる。
【００５２】
上記カラオケシステムによれば、前記所定の画像は、楽曲の曲名の表示画像である。このため、利用者は、リクエストに対し速やかに応答されたことを認識することができ、使用感の良いカラオケシステムとなる。
【００５３】
上記カラオケシステムは、曲名データと、演奏データおよび字幕データとを分割して処理するよう構成されているため、曲名データと、他のデータ（演奏データおよび字幕データ）とを分離して処理することができる。従って、利用者のリクエストに対してまず曲名データのみを処理することが可能となり、リクエストに速やかに応答するシステムを構成することが可能となる。
【００５４】
上記カラオケシステムによれば、前記曲名データと、前記演奏データおよび字幕データとが異なるアルゴリズムに基づいて圧縮されているため、前記曲名データと前記演奏データおよび字幕データとを、その処理に適応したアルゴリズムにより圧縮することにより、システム全体の稼働効率を高めることができる。
【００５５】
上記カラオケシステムによれば、前記異なるアルゴリズムに基づいて圧縮された前記曲名データと、前記演奏データおよび字幕データとを格納した記録媒体を用いるため、記録媒体の記録容量を有効に利用しつつ、しかも利用者のリクエストに速やかに応答することのできるカラオケシステムを構成することが可能になる。
【図面の簡単な説明】
【図１】本実施の形態のカラオケ装置の全体図である。
【図２】本実施の形態のカラオケ装置の装置本体の外観（前面）である。
【図３】本実施の形態のカラオケ装置の装置本体の外観（背面）である。
【図４】本実施の形態のカラオケ装置を含むカラオケシステムの制御系を説明するためのブロック図である。
【図５】ＨＤＤに蓄積される曲データの構成を示す図である。
【図６】ＨＤＤに蓄積される曲データの構成を示す図本発明のデータ保持例である。
【図７】カラオケ装置のＣＰＵが実行する演奏処理の動作フローチャートである。
【図８】選曲前のＣＲＴ３の表示画面例である。
【図９】タイトル画面の表示例である。
【図１０】カラオケ演奏開始時のＣＲＴの画面の表示例である。
【図１１】ホストシステムからデータを受信する場合の、カラオケ装置側のＣＰＵの動作フローチャートである。
【図１２】ホストシステムからカラオケ装置にデータが送信される場合の、ホストシステム側で実行される制御を示すフローチャートである。
【符号の説明】
１００ カラオケ装置
１ カラオケ装置本体
２ 音声増幅アンプ
３ ＣＲＴ
４ スピーカ
５ マイクロフォン
１０ 音声出力端子
１１ 映像出力端子
１２ ＲＡＭ
１４ ＣＰＵ
１５ ＲＯＭ
１５ａ プログラム
１６ 楽曲演奏回路
１７ 映像出力回路
１８ ＨＤＤ
２１ ホストシステム
２２ 公衆電話回線
２４ モデム
２５ 記憶装置
２５ａ 曲データ
２６ａ 曲名データ
２６ｂ 演奏データ
２６ｃ 字幕データ
１８０ａ 曲名データ
１８０ｂ 演奏データ
【図１】
0003957798.tif 000002
【図２】
0003957798.tif 000003
【図３】
0003957798.tif 000004
【図４】
0003957798.tif 000005
【図５】
0003957798.tif 000006
【図６】
0003957798.tif 000007
【図７】
0003957798.tif 000008
【図８】
0003957798.tif 000009
【図９】
0003957798.tif 000010
【図１０】
0003957798.tif 000011
【図１１】
0003957798.tif 000012
【図１２】
0003957798.tif 000013