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