(57)【要約】【課題】デコーダの処理速度を向上することなく圧縮音声データの高速再生にも適応できるようにする。【解決手段】楽曲データが標準速度再生用の波形データＤ４を持つ場合には、さらに倍速再生用の波形データＤ５も持っている。そして、カラオケ演奏時、通常は、標準速度再生用の波形データＤ４をデコーダによってＰＣＭデータにデコードするが、早送りボタンが押下された場合には、倍速再生用の波形データＤ５をデコーダによってＰＣＭデータにデコードする。この倍速再生用の波形データＤ５は、標準速度再生用の波形データＤ４をデコードして得たＰＣＭデータからデータを間引いたものをＭＰ３データにエンコードすることで、デコーダによる標準速度再生用の波形データＤ４に対するデコード速度以下のデコード速度でデコード可能に構成されている。【選択図】図３
2004334045.tif 000002
【特許請求の範囲】
【請求項１】
圧縮符号化された音声データを記憶するデータ記憶手段と、
前記データ記憶手段に記憶された圧縮音声データを復号する復号手段と、
前記データ記憶手段から圧縮音声データを読み出して前記復号手段に復号処理を実行させる制御手段と、
を備え、前記復号手段によって復号された音声データを用いて再生を行う圧縮音声データ再生装置であって、
前記データ記憶手段は、
標準再生速度での再生用の圧縮音声データである標準速度再生用データに加え、その標準再生速度に対して高速な再生速度での再生用の圧縮音声データである高速再生用データを記憶しており、
その高速再生用データは、前記標準速度再生用データからデータを間引くことで、前記復号手段による前記標準速度再生用データに対する復号速度以下の復号速度で復号可能に構成されており、
前記制御手段は、
前記標準再生速度からの再生速度の増加が指定されると、その再生速度の増加に応じた前記高速再生用データを前記データ記憶手段から読み出し、その読み出した前記高速再生用データに対する復号処理を前記復号手段に実行させる
圧縮音声データ再生装置。
【請求項２】
請求項１に記載の圧縮音声データ再生装置において、
さらに、
前記復号手段によって復号された音声データに対し、指示された間引き割合でのデータ間引き処理を実行する間引き手段と、
前記間引き手段にてデータ間引き処理が実行されたデータを圧縮符号化する圧縮符号化手段を備え、
前記データ記憶手段が記憶している前記高速再生用データは、前記標準速度再生用データを元にして前記復号手段、間引き手段及び圧縮符号化手段によって作成されたものである
圧縮音声データ再生装置。
【請求項３】
請求項１又は２に記載の圧縮音声データ再生装置において、
前記音声データの再生時に再生を早送りするための操作入力を受け付ける早送り受付手段を備え、
前記データ記憶手段は、前記早送り用の高速再生用データを記憶しており、
前記制御手段は、前記早送り受付手段によって早送りの操作入力を受け付けた場合には、前記早送り用の高速再生用データを前記データ記憶手段から読み出し、その読み出した前記高速再生用データに対する復号処理を前記復号手段に実行させる
圧縮音声データ再生装置。
【請求項４】
請求項１〜３の何れかに記載の圧縮音声データ再生装置を備え、
前記データ記憶手段は、カラオケ演奏時に用いるバックコーラス用の波形データとしての圧縮音声データを記憶している
カラオケ装置。
【請求項５】
請求項４に記載のカラオケ装置において、
外部装置と通信するための通信手段を備え、
前記データ記憶手段が記憶している圧縮音声データの少なくとも一部は、外部装置から配信されたものである
カラオケ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、圧縮音声データの再生技術に関する。
【０００２】
【従来の技術】
近年、映像や音声などのデータをデジタル化した情報を再生する情報再生装置が開発されており、たとえば映画ソフトやカラオケなどの再生装置として広く利用されている。カラオケ市場においては、いわゆる通信カラオケというものが一般的になっている。この通信カラオケにおいてはＭＩＤＩ演奏が一般的だが、例えばバックコーラスなど肉声が欲しい時はデジタルオーディオを使う。デジタルオーディオデータはそのままではデータが巨大過ぎるため、通常は、ＡＤＰＣＭ（Ａｄａｐｔｉｖｅ  Ｄｉｆｆｅｒｅｎｔｉａｌ  Ｐｕｌｓｅ  Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｎ）やＭＰ３等のコーデックでエンコード（圧縮）して保存しておき、使用時にはデコード（解凍）している。また最近では、映像／音声などのデータに対するデータ圧縮方式が、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｉｍａｇｅ  Ｃｏｄｉｎｇ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ）方式として既に国際標準化されるにいたっている。このＭＰＥＧ方式は、映像データや音声データを可変長圧縮する方式である。このＭＰＥＧ方式の圧縮情報再生方式に関しては、以下に示すような提案があった（例えば、特許文献１参照。）。
【０００３】
つまり、音声の入力により符号化器（エンコーダ）で圧縮音声（ＭＰＥＧ音声データ）を生成し、通信路あるいは蓄積メディアを介してＭＰＥＧ音声データを復号器（デコーダ）に入力し元の音声データを再生するよう構成されている。この圧縮情報再生装置を例えば放送や通信などの分野に応用している分には、エンコーダとデコーダとの間は常に一定レートでデータが転送されるだけなので、デコーダ側の最大処理速度としては、サンプリング周波数とビットレートで決まる処理能力だけ持たせておけばよい。
【０００４】
ところで、今後、この圧縮情報再生装置は、蓄積メディア、つまりＶＴＲや光ディスクなどの分野に応用されることが考えられる。この場合、順方向／逆方向、早送り／スロー再生などの特殊再生が多用されることから、特に音声を映像と同時に伝送した上で所望の速度で再生することの実現が必至である。この場合、データ間引きを行うことにより、映像と音声とを同時に２倍速や３倍速等で再生することが考えられる。
【０００５】
しかしながら、ＭＰＥＧ方式で圧縮されたデータは、その再生にデータの連続性が要求されることから、データ間引きを行う特殊再生、つまり２倍再生や３倍再生などは基本的に適していない。
そこで、これを実現するためにデータ構造を工夫したり、回路を付加することが別途必要になる。たとえばＶＴＲなどにて、ＭＰＥＧ方式で圧縮された映像／音声などのデータを高速再生（通常２〜１０倍速再生程度）する場合には、もっとも単純な方法としては、デコーダに入力するデータの転送レートを上げ、これに伴ってデコーダの処理速度を向上させて瞬時にデータをデコードし、その後、音声サンプル単位でデータを間引けばよい。
【０００６】
この方法にハードウェアを対応させるためには、デコーダの処理速度を飛躍的に向上させる必要がある。すなわち、上述した符号化ビットレートとサンプリング周波数の他、さらに再生倍速数に応じてその数倍もの処理速度がデコーダに要求されるからである。
【０００７】
【特許文献１】
特許第３２２６７１１号公報（第２，３頁）
【０００８】
【発明が解決しようとする課題】
しかしながら、これだけデコーダの処理速度を飛躍的に向上させることは現時点では不可能であり、その実現性はきわめて低いものである。
このように上述した従来の圧縮情報再生装置では、圧縮情報を特殊再生する場合、つまり圧縮音声などを通常の数倍の速度で再生する場合、デコーダの処理速度を飛躍的に向上させることはハードウェア的にきわめて困難であり、このような特殊再生に適応できないという問題があった。
【０００９】
そこで本発明は、このような課題を解決するためになされたもので、デコーダの処理速度を向上することなく圧縮音声データの高速再生にも適応できるようにすることを目的とする。
【００１０】
【課題を解決するための手段及び発明の効果】
（１）上述した問題点を解決するためになされた請求項１に係る圧縮音声データ再生装置は、圧縮符号化された音声データを記憶するデータ記憶手段と、データ記憶手段に記憶された圧縮音声データを復号する復号手段と、データ記憶手段から圧縮音声データを読み出して復号手段に復号処理を実行させる制御手段と、を備え、復号手段によって復号された音声データを用いて再生を行う。
【００１１】
そして、データ記憶手段は、標準再生速度での再生用の圧縮音声データである標準速度再生用データに加え、その標準再生速度に対して高速な再生速度での再生用の圧縮音声データである高速再生用データを記憶しているのであるが、この高速再生用データは、標準速度再生用データからデータを間引くことで、復号手段による前記標準速度再生用データに対する復号速度以下の復号速度で復号可能に構成されている。なお、この高速再生用データは、その用途に応じて例えば２倍速、３倍速といった高速な再生速度での再生のために準備されるものである。
【００１２】
そして、制御手段は、標準再生速度からの再生速度の増加が指定されると、その再生速度の増加に応じた高速再生用データをデータ記憶手段から読み出し、その読み出した前記高速再生用データに対する復号処理を復号手段に実行させる。このように、標準速度再生用データだけでなく高速再生用データも記憶し、再生速度の増加時には高速再生用データを復号して得た音声データを再生するのであるが、その高速再生用データは、前記復号手段による標準速度再生用データに対する復号速度以下の復号速度で復号可能に構成されているため、復号手段に要求される能力は高速再生時でも標準速度再生時以下となる。したがって、復号手段（デコーダ）の処理速度を向上させなくても高速再生が可能となる。
【００１３】
（２）ところで、上述した標準速度再生用データと高速再生用データについては、それら全てを予め作成してデータ記憶手段に記憶しておいてもよいが、請求項２に示すように、圧縮音声データ再生装置自らが作成するようにしてもよい。つまり、予め作成された標準速度再生用データのみをデータ記憶手段に記憶しておき、高速再生用データについては、復号手段、間引き手段及び圧縮符号化手段によって作成してデータ記憶手段に記憶させるのである。具体的には、元となる標準速度再生用データを復号手段によって復号し、その復号された音声データに対し、間引き手段が、指示された間引き割合でのデータ間引き処理を実行する。そして、そのデータ間引き処理が実行されたデータを圧縮符号化手段が圧縮符号化して高速再生用データを作成するのである。
【００１４】
（３）高速再生用データの用途は種々考えられるが、例えば請求項３に示すように、早送り再生の場合に用いることが考えられる。つまり、音声データの再生時に再生を早送りするための操作入力を受け付ける早送り受付手段を備えており、データ記憶手段は、早送り用の高速再生用データを記憶している。そして、制御手段は、早送り受付手段によって早送りの操作入力を受け付けた場合には、早送り用の高速再生用データを前記データ記憶手段から読み出し、その読み出した高速再生用データに対する復号処理を復号手段に実行させるのである。
【００１５】
早送りの場合には、ユーザにとって再生内容を正確に知る必要性は少なく、概略どのような内容かが把握できればよい。逆に言えば、そのような用途であるにもかかわらず復号手段の復号速度を向上させなくてはならないのは非合理的である。したがって、本発明のようにデータ間引きをすることで対処すれば、早送り再生であっても概略どのような内容かは把握でき、それでいながら復号手段の復号速度を標準速度再生の場合に比べて速くする必要がない。
【００１６】
（４）この圧縮音声データ再生装置の用途としては種々考えられるが、例えばカラオケ装置への利用を想定した場合には、請求項４に示すように、圧縮音声データ再生装置中のデータ記憶手段が、カラオケ演奏時に用いるバックコーラス用の波形データとしての圧縮音声データを記憶することが考えられる。バックコーラス以外の楽曲演奏に際しては例えばＭＩＤＩデータを用いることで、特段の処理負荷の増大なしに再生速度は自由に変更できる。しかし、バックコーラスのように肉声による波形データを圧縮音声データとして記憶した場合には、そのバックコーラスもＭＩＤＩ演奏に合わせて高速再生させなくてはならず、標準速度再生用データのみ用いた場合には、復号手段の復号速度の増大を強制してしまう。したがって、本発明を適用することが有効である。そして特にカラオケ装置の場合には、既存のＣＰＵや復号手段（デコーダ）をそのまま用いながら機能の充実を図っていることが現実的である。つまり、復号速度を向上させた復号手段を用いればリアルタイムに間引き処理等を行うことができ、理論的には問題が解決するが、現実的には市場に出回っている膨大な数のカラオケ装置に対して復号手段の交換を強制するのは経済的な観点も含め困難である。本発明によれば、このような復号手段の機能アップを強制することなく、既存のもので対応できるため、現実的な実効性は非常に高い。
【００１７】
（５）圧縮音声データについては、例えばＣＤ−ＲＯＭやＤＶＤ−ＲＯＭのようなパッケージメディアから読み込んでもよいが、請求項５に示すように外部装置から配信してもらうこともできる。特に、いわゆる通信カラオケと称されるように、カラオケ演奏用データを外部装置（例えば配信センタ等のホストコンピュータ）から配信してもらうことが近年のカラオケ市場ではよく行われている。近年普及がめざましいブロードバンドの通信網を介して配信される場合には、通信コストが低下すると共に、カラオケ装置側で波形データを生成する手間が省けるメリットがある。なお、この場合でも、請求項２に示すように標準速度再生用データを元にして圧縮音声データ再生装置自らが高速再生用データを作成してもよい。その場合であれば、外部装置から配信してもらうのは標準速度再生用データだけでよくなり、配信に要する時間やコストが低減する。
【００１８】
【発明の実施の形態】
以下、本発明が適用された実施例について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施例に何ら限定されることなく、本発明の技術的範囲に属する限り種々の形態を採りうることは言うまでもない。
【００１９】
図１は、圧縮音声データ再生装置を備えた本実施例のカラオケ装置１の構成を示すブロック図である。本実施例のカラオケ装置１は、いわゆる通信カラオケと称されるものであり、通信ネットワーク３を介してホストコンピュータ２に接続できるようになっている。そして、カラオケ装置１は、この通信ネットワーク３を介して接続したホストコンピュータ２からカラオケに関する音楽情報と画像情報とを取得することができる。
【００２０】
なお、ホストコンピュータ２は、通信ネットワーク３を介してカラオケ装置１とアクセス可能であって、カラオケ装置１に対して、最新の流行曲等の曲データを発信したり、どのような曲が何回演奏されたかといったログデータを含む関連情報をカラオケ装置１から受信したりして管理することができるようになっている。また、ホストコンピュータ２は、データベースを備えており、このデータベースに楽曲演奏に使用するコンテンツデータとしての音楽情報や背景画または歌詞等の画像情報等を記憶している。また、ホストコンピュータ２は、コンテンツデータ以外にバージョンアップされたシステムプログラム等をデータベースに記憶し、そのデータベースから随時読み出してカラオケ装置１に対して配信することができるようになっている。
【００２１】
次に、カラオケ装置１の構成について説明する。
このカラオケ装置１には、図１に示されるように、ホストコンピュータ２に通信ネットワーク３を介して接続し各種の情報を送受信する「通信手段」としての通信装置１９、曲の予約操作などを行うための操作パネル１０、カラオケ装置１全体の制御を司る「制御手段」としてのＣＰＵ１４、各種情報を一時的に記憶するＲＡＭ１５、演奏の再生を行う音源再生装置１８、音楽情報にかかる電気信号を増幅等するアンプ２０、カラオケ用の音楽情報や画像情報その他各種データを記憶しているハードディスク１３、ハードディスク１３に記憶された画像情報に基づいて歌詞や背景画を再生するための映像再生装置２４を備えている。この内、操作パネル１０、ハードディスク１３、ＲＡＭ１５、音源再生装置１８及び映像再生装置２４は、ＣＰＵ１４に接続されている。
【００２２】
アンプ２０には、当該アンプ２０からの電気信号を入力して伴奏曲及び利用者（歌唱者）の歌声等を流すスピーカ２２と、利用者（歌唱者）の歌声等をアンプ２０に入力するためのマイクロフォン（以下、単にマイクと称す。）２３が接続されている。また、映像再生装置２４には、画像情報である背景画及び歌詞等を表示する表示装置２６が接続されている。
【００２３】
上述した通信装置１９は、信号の変調および復調を行う変復調装置であり、ＣＰＵ１４の制御の下、通信ネットワーク３を通じてホストコンピュータ２にアクセス可能に構成されている。それによって、通信装置１９は、通信ネットワーク３を介してホストコンピュータ２から送られてくる楽曲データ等を受信したり、上記関連情報をホストコンピュータ２に伝送することができる。
【００２４】
また、操作パネル１０は、利用者によって操作されるものであり、図２に示すように、任意の曲の選択等を行うためのテンキーパネル１０ａ、演奏再生の早送りをさせるための早送りボタン１０ｂ、例えば選曲番号等を表示するための表示部１０ｃを備えている。
【００２５】
テンキーパネル１０ａは、「０」から「９」までの数字ボタンと、その数字ボタンを介して入力された選曲番号を確定させて演奏を実行させるための選曲ボタンを備える。また、早送りボタン１０ｂは、例えば歌唱者が早送りさせたい場合に操作するもので、本実施例では早送りボタン１０ｂを押している間、通常の２倍の速度で再生されるようになっている。したがって、例えば間奏が長い場合に２番や３番の頭まで早送りさせたりすることができる。なお、この早送りボタン１０ｂが「早送り受付手段」に相当する。
【００２６】
また、ハードディスク１３には、図２に示すように、アプリケーションプログラムや楽曲データなどが記憶されている。楽曲データは、図３に示すようにヘッダＤ１、ＭＩＤＩデータＤ２、歌詞データＤ３、バックコーラスなどの肉声の波形データＤ４，Ｄ５によって構成されている。波形データＤ４，Ｄ５は、アナログのオーディオ信号をデジタル変換して作成したものであり、例えばＰＣＭ録音によって作成したＰＣＭデータをエンコードしたＡＤＰＣＭデータやＭＰ３データ等が該当する。ここでは波形データがＭＰ３データであるとして以下の説明を進める。なお、ハードディスク１３は「データ記憶手段」に相当し、ハードディスク１３に記憶されている楽曲データ中のＭＰ３データが「圧縮音声データ」に相当する。
【００２７】
また、ハードディスク１３には、映像データや各種の設定に必要な設定データ、さらには演奏記録などのログデータなども記憶されている。そして、操作パネル１０のテンキーパネル１０ａを介して曲が選択されると、ＣＰＵ１４は、選択された曲の楽曲データや選択された曲と関連する映像データをハードディスク１３から呼び出して、音源再生装置１８及び映像再生装置２４に同期させて出力するようになっている。
【００２８】
その後、ＣＰＵ１４から出力される楽曲データは、音源再生装置１８において、アナログの演奏音信号に変換された後、アンプ２０へ送られて電気的に増幅される。このアンプ２０は、マイク２３を介して入力される利用者の歌唱音信号と適度な割合でミキシングするもので、ミキシングされた歌唱音信号と演奏音信号は、アンプ２０からスピーカ２２に出力され、音声及び演奏音となってスピーカ２２から外部へ出力される。
【００２９】
ここで、音源再生装置１８について、図２を参照してさらに説明する。音源再生装置１８は、「復号手段」としてのＭＰ３用のデコーダ１８ａ、「変換手段」としてのデジタルアナログコンバータ（ＤＡＣ）１８ｂ、「圧縮符号化手段」としてのエンコーダ１８ｃ、「間引き手段」としての間引き処理再生速度変更器１８ｄ、ＭＩＤＩ音源１８ｅを備えている。ＣＰＵ１４から出力される楽曲データ中のＭＩＤＩデータＤ２は、ＭＩＤＩ音源１８ｅにおいて演奏音信号に変換された後、ＤＡＣ１８ｂを介してアンプ２０へ出力される。一方、例えばバックコーラス用の波形データＤ４，Ｄ５（ＭＰ３データ）は、デコーダ１８ａによってＰＣＭデータにデコードされた後、ＤＡＣ１８ｂを介してアンプ２０へ出力される。
【００３０】
楽曲演奏に際して再生速度変更（早送り）をする場合、ＭＩＤＩデータＤ２を用いた演奏に際しては、標準再生速度からの変更量をＣＰＵ１４からＭＩＤＩ音源１８ｅに指示してやれば、ＭＩＤＩデータＤ２を用いてその指示された再生速度での演奏音信号を容易に作成できる。
【００３１】
一方、波形データＤ４，Ｄ５の場合に関しては、次のような考察ができる。本実施例の場合、バックコーラス用の波形データＤ４，Ｄ５としてＭＰ３データを用いているが、このようなデジタル音声データを早送り再生する場合、そのやり方としてデータを間引いて再生する方法がある。ところがＭＰ３データのようなデジタル圧縮音声データの場合、デコードした対象に対して間引きを行わなければならず、そのためにはデコードする速度が通常再生の倍必要になる。そのため通常再生に対して使用頻度の低い倍速再生にあわせてデコードの実力（主にデコードを行うＣＰＵの能力）を持たねばならず無駄である。そこで、本実施例のカラオケ装置１では次のような工夫をしてデコードの処理速度を向上することなく圧縮情報の特殊再生に適応できるようにしている。つまり、図３（ａ）に示すように、波形データとして「標準速度再生用データ」としての標準速度再生用の波形データＤ４、「高速再生用データ」としての倍速再生用の波形データＤ５を楽曲データとしてハードディスク１３に記憶しておく。この倍速再生用の波形データＤ５は、標準速度再生用の波形データＤ４からデータを間引くことで、デコーダ１８ａによる標準速度再生用の波形データＤ４に対するデコード速度以下のデコード速度でデコード可能に構成されている。そのため、早送り再生時に倍速再生用の波形データＤ５をデコードすれば、あらかじめデータ間引きされているので、デコード時に要求される能力は標準速度再生用データの再生時以下となる。
【００３２】
また、本実施例の場合は、通信ネットワーク３を介してホストコンピュータ２からカラオケ装置１に送られてくる時点での楽曲データ中には、図３（ｂ）に示すように、波形データとしては標準速度再生用の波形データＤ４しか存在しない。この標準速度再生用の波形データＤ４を用いて他の波形データをカラオケ装置１内で作成するのである。もちろん、図３（ｃ）に示すように、波形データ自体が存在しない楽曲データも当然存在する。上述のバックコーラスなどのようにＭＩＤＩデータでは対応することが難しい楽音データについて波形データとして持つため、もともとバックコーラス等がない楽曲データであれば波形データ自体が存在しなくてもよいからである。
【００３３】
それでは、図４のフローチャートを参照して、標準速度再生用の波形データＤ４を用いて他の波形データを作成する処理について説明する。この処理は、楽曲データの受信時にＣＰＵ１４が実行するものである。なお、楽曲データの受信時即座に実行せず、例えば受信後のカラオケ装置１が演奏を行っていないアイドリング時を判断し、そのアイドリング時に実行するようにしてもよい。
【００３４】
まず、楽曲データを受信し（Ｓ１０２）、その中に波形データがあるか否かを判断する（Ｓ１０４）。図３（ｃ）に示すように、波形データ自体が存在しない楽曲データであれば（Ｓ１０４：ＮＯ）、そのまま本処理ルーチンを終了する。一方、図３（ｂ）に示すように、波形データＤ４が存在する楽曲データであれば（Ｓ１０４：ＹＥＳ）、その波形データ（ＭＰ３データ）をデコーダ１８ａに送ってＰＣＭデータにデコードさせる（Ｓ１０６）。
【００３５】
そして、そのＰＣＭデータに対して必要速度の間引き処理を行う（Ｓ１０８）。ここでは、倍速再生用の波形データＤ５を作成するため、例えばＰＣＭデータから一つおきにデータを間引く処理を行うことが考えられる。もちろん、単純に一つおきにデータを間引くのではなく、全体として所定のデータ量となるように最適な間引きを行えばよい。この間引き処理に関しては、例えば従来技術としても示した特許文献１（特許第３２２６７１１号公報参照）やあるいは特開２０００−１０５６００号公報などに記載されている公知技術であるため、ここでは詳しい説明は省略する。
【００３６】
間引き処理再生速度変更器１８ｄによって再生速度が変更された波形データ（ＰＣＭデータ）をエンコーダ１８ｃによって符号化（ＭＰ３データ化）し（Ｓ１１０）、その作成したＭＰ３データを楽曲データに連結する（Ｓ１１２）。本実施例ではＭＰ３データとして倍速再生用の波形データＤ５を作成したので、それを標準速度再生用の波形データＤ４の後に連結する。つまり、図３（ａ）に示すようになる。その後、本処理ルーチンを終了する。
【００３７】
このような配信時の処理が終了すると、この時点ではハードディスク１３中には、図３（ａ）に示すように、２種類の波形データＤ４、Ｄ５を持つ楽曲データか、あるいは図３（ｃ）に示すように波形データ自体を持たない楽曲データのいずれかが存在することとなる。
【００３８】
次に、カラオケ装置１にて実行されるカラオケ演奏時の処理についても図５のフローチャートを参照して説明する。この処理もＣＰＵ１４が実行するものである。
まず、曲番号の受付が完了したか否か判断し（Ｓ２０２）、選曲ボタンが操作されて受付完了の場合は（Ｓ２０２：ＹＥＳ）、その受け付けた曲番号に対応する楽曲データをハードディスク１３からＲＡＭ１５に転送する（Ｓ２０４）。上述した配信時の処理の結果、カラオケ演奏時においては、ハードディスク１３中には、２種類の波形データＤ４、Ｄ５を持つ楽曲データ（図３（ａ）参照）か、波形データ自体を持たない楽曲データ（図３（ｃ）参照）のいずれかが存在することとなる。
【００３９】
そして、次のステップＳ２０６では、ＲＡＭ１５に転送した楽曲データ内のＭＩＤＩデータＤ２を音源再生装置１８（図１参照）内のＭＩＤＩ音源１８ｅ（図２参照）に送る。それと共に、図３（ａ）に示すように波形データ（ＭＰ３データ）を持つ楽曲データの場合には、標準速度再生用の波形データＤ４（図３（ａ）参照）を音源再生装置１８内のデコーダ１８ａ（図２参照）に送る。当然ながら、図３（ｃ）に示すように波形データ（ＭＰ３データ）自体を持たない楽曲データの場合は、波形データ自体が存在しないためデコーダ１８ａへ送ることはない。ＭＩＤＩデータＤ２はＭＩＤＩ音源１８ｅにおいて演奏音信号に変更された後、ＤＡＣ１８ｂを介してアンプ２０へ出力され、標準速度再生用の波形データＤ４についてはデコーダ１８ａにてＰＣＭデータにデコードされた後、ＭＩＤＩ音源１８ｅから出力された演奏音信号と合成されてＤＡＣ１８ｂへ出力される。
【００４０】
そして、曲の演奏が終了するまでは（Ｓ２０８：ＮＯ）、再生速度変更処理（Ｓ２１０）を実行し、曲の演奏が終了したら（Ｓ２０８：ＹＥＳ）、本処理ルーチンを終了する。
それでは、図５のステップＳ２１０にて実行される再生速度変更処理について、図６のフローチャートを参照して説明する。
【００４１】
まず、再生速度変更操作があるか否かについて判断する（Ｓ３０２）。具体的には、操作パネル１０における早送りボタン１０ｂが押下されていない状態から押下状態に変化したか、あるいは早送りボタン１０ｂが押下状態から押下されていない状態に変化したかを判断する。上述したように、本実施例の場合は、早送りボタン１０ｂを押している間は早送りするようになっているため、早送りボタン１０ｂが押下されていない状態から押下状態に変化した場合には標準速度再生から倍速再生に変化させ、早送りボタン１０ｂが押下状態から押下されていない状態に変化した場合には、倍速再生から標準速度再生に変化させることとなる。
【００４２】
このような再生速度変更操作が無い場合（Ｓ３０２：ＮＯ）には、そのまま本処理ルーチンを終了するが、早送りボタン１０ｂが操作された場合（Ｓ３０２：ＹＥＳ）には、その操作に応じて「現在の演奏再生速度値」を増減させる（Ｓ３０４）。具体的には、早送りボタン１０ｂが押下された場合には倍速再生速度の値が「現在の演奏再生速度値」として設定され、早送りボタン１０ｂが押下状態から押下されない状態になった場合には標準再生速度の値が「現在の演奏再生速度値」として設定される。なお、この「現在の演奏再生速度値」は、ＲＡＭ１５にセット（記憶）される。
【００４３】
ステップＳ３０４の処理後はステップＳ３０６へ移行し、ＭＩＤＩ演奏を、Ｓ３０４にてセット（記憶）された現在の演奏再生速度値に応じたものに変更する。ＭＩＤＩ音源１８ｅを用いたＭＩＤＩ演奏における演奏再生速度の変更は、ＭＩＤＩデータＤ２のパラメータの変更のみで簡単に対応できる。
【００４４】
次のステップＳ３０８では、Ｓ３０４にてセット（記憶）された現在の演奏再生速度値に対応する波形データ（ＭＰ３データ）を選択してデコーダ１８ａへ送る。つまり、現在の演奏再生速度値が「倍速再生速度の値」であれば、倍速再生用の波形データＤ５（図３（ａ）参照）をデコーダ１８ａへ送り、現在の演奏再生速度値が「標準再生速度の値」であれば、標準速度再生用の波形データＤ４（図３（ａ）参照）をデコーダ１８ａに送る。そして、デコーダ１８ａが、これら倍速再生用の波形データＤ５あるいは標準速度再生用の波形データＤ４をＰＣＭデータにデコードし、ＤＡＣ１８ｂへ送る。
【００４５】
本実施例のカラオケ装置１によれば、次のような効果が得られる。
（イ）ハードディスク１３に記憶された楽曲データには、図３（ａ）に示すように、標準速度再生用の波形データＤ４（ＭＰ３データ）に加え、倍速再生用の波形データＤ５（ＭＰ３データ）も含まれている。そして、カラオケ演奏時、通常は、標準速度再生用の波形データＤ４をデコーダ１８ａによってＰＣＭデータにデコードするが、操作パネル１０の早送りボタン１０ｂが押下された場合には、倍速再生用の波形データＤ５をデコーダ１８ａによってＰＣＭデータにデコードする。ここで、この倍速再生用の波形データＤ５は、標準速度再生用の波形データＤ４をデコードして得たＰＣＭデータからデータを間引いたものをＭＰ３データにエンコードすることで、デコーダ１８ａによる標準速度再生用の波形データＤ４に対するデコード速度以下のデコード速度でデコード可能に構成されている。そのため、デコーダ１８ａに要求される能力は倍速再生用の波形データＤ５に対する場合であっても、標準速度再生用の波形データＤ４に対する場合以下となる。したがって、デコーダ１８ａの処理速度を向上させなくても倍速再生が実現できる。
【００４６】
また、ＣＰＵ１４の波形データの再生処理に相当するステップＳ３０８において、倍速再生用の波形データＤ５はエンコード状態で間引かれているため、ＲＡＭ１５からデコーダ１８ａへの転送処理が標準速度再生時と倍速再生時とで変わることなく、ＣＰＵ１４の処理がシンプルとなる。
【００４７】
（ロ）上述した倍速再生用の波形データＤ５は、もともとホストコンピュータ２にて作成してカラオケ装置１に配信するようにしてもよいが、本実施例では図３（ｂ）に示すように、配信時の楽曲データ中には波形データとして標準速度再生用の波形データＤ４（ＭＰ３データ）のみを含めておき、倍速再生用の波形データＤ５についてはカラオケ装置１内で作成するようにした。そのため、配信時の１曲あたりのデータ量が相対的に少なくなるため、ホストコンピュータ２とカラオケ装置１との間での通信時間や通信コストの低減に寄与する。
【００４８】
以上実施例について説明したが、本発明は上記実施例に限定されるものではなく、種々の態様で実施し得る。そのいくつかを説明する。
（１）上記実施例では、早送りのために２倍速再生を採用したが、例えば３倍速再生、４倍速再生、あるいは１．５倍速再生などであってもよい。また、例えば２倍速再生及び３倍速再生というように複数の高速再生用の波形データを準備しておき、早送りボタンの方も２倍速再生と３倍速再生を選択して指定できるようにしておいてもよい。さらには、例えば早送りボタンを最初押下した時点では２倍速再生であり、押下継続時間が所定時間を経過すると３倍速再生に自動的に切り換わるようになっていてもよい。
【００４９】
なお、このように複数の高速再生用の波形データを準備する場合にも、上記実施例と同様に、通信ネットワーク３を介してホストコンピュータ２からカラオケ装置１に送られてくる時点での楽曲データ中には、波形データとしては標準速度再生用の波形データＤ４しか存在させず（図３（ｂ）参照）、受信後に、その標準速度再生用の波形データＤ４を用いて他の複数の高速再生用の波形データをカラオケ装置１内で作成するようにできる。
【００５０】
（２）上記実施例では、カラオケ装置を例に挙げて説明したが、圧縮音声データを再生する装置であれば同様に適用できる。例えばカラオケではない通常の音楽演奏装置であってもよいし、あるいは音声と映像がセットになっている映画ソフト等を再生する装置（例えばビデオ再生装置など）であってもよい。但し、例えばビデオ再生装置等の場合には主に個人ユースであり、ＣＰＵやデコーダ自体の性能を向上させた新機種をどんどん市場に投入していく傾向にある。それに対してカラオケ装置の場合には、店舗等での使用が主であり、既存のＣＰＵやデコーダをそのまま用いながら機能の充実を図っていることが現実的である。つまり、デコード速度を向上させたデコーダを用いればリアルタイムに間引き処理等を行うことができ、理論的には問題が解決するが、現実的には市場に出回っている膨大な数のカラオケ装置に対してデコーダ１８ａの交換を強制するのは経済的な観点も含め困難である。そのような観点から、上記実施例のカラオケ装置１であれば、このようなデコーダの機能アップを強制することなく、既存のもので対応できるというメリットが得られる。
【００５１】
（３）上記実施例ではＭＰ３データを例に挙げたが、波形データの形式としては、それ以外にも、ＡＤＰＣＭ、Ｍｐｅｇ２オーディオＡＡＣ、ＴｗｉｎＶＱ、ＡＴＲＡＣ３などであってもよい。
（４）上記実施例ではカラオケ装置１の本体に設けられた操作パネル１０の早送りボタン１０ｂを操作することによってユーザが早送りを指示できるようにしたが、例えば赤外線信号やＢｌｕｅｔｏｏｔｈ規格に基づく無線通信によって接続されたリモコンなどに上記早送りボタンを準備し、そのリモコンの早送りボタンを操作することでユーザが早送りを指示できるようにしてもよい。
【図面の簡単な説明】
【図１】実施例のカラオケ装置の概略構成を示すブロック図である。
【図２】実施例のカラオケ装置における音源再生装置などの詳細を示すブロック図である。
【図３】実施例の楽曲データの説明図である。
【図４】標準速度再生用の波形データを用いて倍速再生用の波形データを作成する処理を示すフローチャートである。
【図５】カラオケ演奏時の処理を示すフローチャートである。
【図６】図５の処理中で実行される再生速度変更処理を示すフローチャートである。
【符号の説明】
１…カラオケ装置、２…ホストコンピュータ、３…通信ネットワーク、１０…操作パネル、１０ａ…テンキーパネル、１０ｂ…早送りボタン、１０ｃ…表示部、１３…ハードディスク、１４…ＣＰＵ、１５…ＲＡＭ、１８…音源再生装置、１８ａ…デコーダ、１８ｂ…デジタルアナログコンバータ（ＤＡＣ）、１８ｃ…エンコーダ、１８ｄ…間引き処理再生速度変更器、１８ｅ…ＭＩＤＩ音源、２０…アンプ、２２…スピーカ、２３…マイクロフォン、２４…映像再生装置、２６…表示装置。
【図１】
2004334045.tif 000003
【図２】
2004334045.tif 000004
【図３】
2004334045.tif 000005
【図４】
2004334045.tif 000006
【図５】
2004334045.tif 000007
【図６】
2004334045.tif 000008