(57)【要約】【課題】カラオケ演奏を行う際に映像データを再生可能なカラオケ装置において、製造コストを抑制するとともに内蔵する処理装置の処理負荷を抑制しながら、複数の映像データをクロスフェード処理を行うことで前記映像を切換えつつ順次再生すること。【解決手段】ハードウェアデコーダが動画データを再生する際に、次の動画データが存在するときには、ソフトウェアデコーダがその次の動画データを取得して解凍した後にメモリに記憶する処理を開始し、クロスフェード処理が開始されたらメモリが記憶する解凍後の動画データを読み出して利用する。このことにより、ハードウェアデコーダが映像データを再生中である時間帯といったソフトウェアデコーダの処理負荷が比較的低い時間帯を利用して、次の映像データの出力に備えて次の映像データを読み出して解凍した後にメモリに記憶しておくので、クロスフェード処理中にソフトウェアデコーダの処理負荷が軽減される。【選択図】図７
2010054963.tif 000002
【特許請求の範囲】
【請求項１】
カラオケ演奏用データと前記カラオケ演奏用データに対応する時間情報を有する映像データとを記憶する記憶手段と、
前記カラオケ演奏用データを前記記憶手段から読み出してカラオケ演奏を行うカラオケ演奏手段と、
前記記憶手段から前記映像データを読み出して再生することで映像信号を出力可能なハードウェアデコーダと、
前記カラオケ演奏手段が一つのカラオケ演奏用データに基づきカラオケ演奏を行う間に、前記カラオケ演奏用データに対応する複数の映像データを前記記憶手段から読み出して、前記ハードウェアデコーダを制御して前記時間情報に従い順次再生させる制御手段と、
を備えるカラオケ装置であって、
前記記憶手段は、前記制御手段によって実行されることで前記映像データを再生して映像信号を出力するソフトウェアデコーダプログラム（以下プログラム）を記憶しており、
前記制御手段は、前記記憶手段から前記映像データと前記プログラムとを読み出して、前記プログラムを実行することで前記映像データを再生して映像信号を出力可能なソフトウェアデコーダとしても機能し、
さらに、
前記ハードウェアデコーダから出力された映像信号（以下ハードウェアデコーダ映像信号）と前記ソフトウェアデコーダから出力された映像信号（以下ソフトウェアデコーダ映像信号）とを入力し、前記制御手段からの映像信号混合指示に基づいて、前記ハードウェアデコーダ映像信号および前記ソフトウェアデコーダ映像信号それぞれを所定の混合レベルで混合し、一つの映像信号として出力するクロスフェード処理手段と、
前記ソフトウェアデコーダから出力されたソフトウェアデコーダ映像信号を一時記憶し、その記憶されたソフトウェアデコーダ映像信号を前記制御手段の指示で出力して前記クロスフェード手段に入力する一時メモリと、を備え、
前記制御手段は、次の（１）〜（６）の処理からなるクロスフェード処理を実行することを特徴とするカラオケ装置。
（１）前記複数の映像データのうちの何れかを前記ハードウェアデコーダに再生させる際に、前記クロスフェード処理手段に対し、前記混合レベルを前記ハードウェア映像信号側については所定の第１レベルに設定し、前記ソフトウェアデコーダ映像信号側については前記第１レベルより小さい第２レベルに設定する。
（２）前記ハードウェアデコーダが再生中の映像データの次の映像データが存在するときには、前記ソフトウェアデコーダは前記次の映像データに対して解凍処理を実行する。
（３）前記ソフトウェアデコーダによって解凍処理された前記次の映像データをソフトウェアデコーダ映像信号として前記一時メモリに記憶する。
（４）前記次の映像データに対して前記解凍処理を実行中に、再生位置が再生中の映像データの所定の再生時間位置になった場合には、前記一時メモリが記憶するソフトウェアデコーダ映像信号を読み出してリアルタイム再生を開始し、前記ハードウェアデコーダ映像信号側の混合レベルを前記第１レベルから前記第２レベルへ徐々に低下させるとともに前記ソフトウェアデコーダ映像信号側の混合レベルを前記第２レベルから前記第１レベルへ徐々に上昇させる映像信号混合指示を前記クロスフェード処理手段に指示する。
（５）前記混合レベルが前記ハードウェアデコーダ映像信号側については前記第２レベルに低下し、且つ前記ソフトウェアデコーダ映像信号側については前記第１レベルへ上昇した以降に、前記ハードウェアデコーダに対しても、前記ソフトウェアデコーダが再生中の映像データを前記ソフトウェアデコーダが再生中の映像の時間情報と一致するように再生させる。
（６）所定時間経過後に、前記クロスフェード処理手段に対し、前記ハードウェアデコーダ映像信号側の混合レベルを前記第１レベルに設定するとともに前記ソフトウェアデコーダ映像信号側の混合レベルを前記第２レベルに設定する映像信号混合指示を指示する。
【請求項２】
請求項１に記載のカラオケ装置において、
前記制御手段は、前記次の映像データに対する解凍処理を実行中に、再生位置が再生中の映像データの所定の再生時間位置になった場合において、前記一時メモリが記憶するソフトウェアデコーダ映像信号を読み出してリアルタイム再生を開始するときには、前記次の映像データに対する前記解凍処理を中止することを特徴とするカラオケ装置。
【請求項３】
請求項２に記載のカラオケ装置において、
前記制御手段は、前記次の映像データに対する前記解凍処理を中止した場合において、前記メモリが記憶する解凍後の前記映像データが所定量未満となったときには、前記次の映像データに対する前記解凍処理を再開することを特徴とするカラオケ装置。
【請求項４】
請求項１〜請求項３の何れかに記載のカラオケ装置において、
前記第１レベルとは１００％であり、前記第２レベルとは０％であることを特徴とするカラオケ装置。
【請求項５】
請求項１〜請求項４の何れかに記載のカラオケ装置において、
前記複数の映像データを一時記憶するバッファを備え、
前記制御手段は、前記ハードウェアデコーダおよび前記ソフトウェアデコーダに再生させる映像データを前記記憶手段から読み出して前記バッファに記憶させておいた後にその再生時期に先立って前記バッファから順次読み出し、その読み出した映像データを前記ハードウェアデコーダおよび前記ソフトウェアデコーダに入力し、
前記ハードウェアデコーダおよび前記ソフトウェアデコーダは、前記制御手段から入力された映像データを少なくともその再生時期まで蓄積すること
を特徴とするカラオケ装置。
【請求項６】
請求項１〜請求項５の何れかに記載のカラオケ装置において、
前記複数の映像データそれぞれの所定の再生時間位置にはフラグが設定されており、
前記制御手段は、前記ハードウェアデコーダが再生する映像データから前記フラグを検出した場合に、所定の再生時間位置になったと判断することを特徴とするカラオケ装置。
【請求項７】
請求項１〜請求項６の何れかに記載のカラオケ装置において、
前記制御手段は、前記ソフトウェアデコーダからの映像信号から前記ハードウェアデコーダからの映像信号へ切り換える切換位置を予め設定し、前記ソフトウェアデコーダによる映像データの再生位置が前記切換位置と一致した場合に前記クロスフェード処理を実行することを特徴とするカラオケ装置。
【請求項８】
請求項１〜請求項６の何れかに記載のカラオケ装置において、
前記制御手段は、前記ソフトウェアデコーダからの映像信号から前記ハードウェアデコーダからの映像信号へ切り換える切換位置を予め設定し、前記ソフトウェアデコーダによる映像データの再生位置が前記切換位置と一致してから、前記ハードウェアデコーダが映像をポーズ状態から安定して再生する状態になるまでの期間である安定期間が経過した場合に前記クロスフェード処理を実行することを特徴とするカラオケ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラオケ演奏用データに基づきカラオケ演奏を行う際に映像データを再生可能なカラオケ装置において、製造コストを抑制するとともに内蔵する処理装置の処理負荷を抑制しながら、複数の映像データをクロスフェード処理を行うことで前記映像を切換えつつ順次再生する技術に関する。
【背景技術】
【０００２】
従来より、曲を再生する音響再生手段と、映像を再生する複数の映像再生手段とを備え、音響再生手段にて一曲が再生される間に動作する映像再生手段を、切替手段によって任意に切り換える映像音響再生装置が知られている（例えば、特許文献１参照。）。
【０００３】
この映像音響再生装置では、映像再生手段の切換時には、切換前の映像再生手段と切換後の映像再生手段との両方を任意の期間動作させて、切換前の映像と切換後の映像とを重ね合わせて再生し、両映像再生手段を動作させる任意の期間の間、前記切換前の映像再生手段から出力される映像信号のレベルを徐々に低下させると共に、前記切換後の映像再生手段から出力される映像信号のレベルを徐々に上昇させるクロスフェード処理を行う。
【特許文献１】特開平０３−２３９２８８号公報
【特許文献２】特開２００４−３１０１２６号公報
【特許文献３】特願２００８−０８６９１８
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、何らかの形式でエンコードされたデータを使用して上述のようなクロスフェード処理を行うためには、上述の特許文献１に記載の映像音響再生装置のように映像再生手段を２つ使用する必要がある。例えば、映像再生手段のデコーダ機能を実現するためにハードウェアデコーダを用いると、映像データは順次１つの映像データずつ再生しつつも、クロスフェード処理を行う期間だけのために映像再生手段としてハードウェアデコーダを２つ用意するといった具合である（例えば特許文献２）。しかし、このようにハードウェアデコーダを２つ用意すると、装置の製造コストが高くなってしまうという問題がある。
【０００５】
なお、前記デコーダ機能を実現するためのソフトウェアデコーダプログラムを処理装置が実行することによって上述の映像再生手段としてソフトウェアデコーダを２つ用意する方法もあるが、この場合には、映像再生手段としてハードウェアデコーダを２つ用意する場合のように装置の製造コストが高くはならない反面、処理装置が同時に２つのソフトウェアデコーダとして２つの映像データを再生する必要のある期間が生じるためにその処理負荷が大きくなるという問題があった。
【０００６】
また、動画データをハードウェアデコーダに再生させる際に所定の再生時間位置になった場合に、次の動画データをソフトウェアデコーダに再生させ、フェード回路によるハードウェアデコーダ映像信号の出力レベルを徐々に低下させるとともに、フェード回路によるソフトウェアデコーダ映像信号の出力レベルを徐々に上昇させ、さらに、ハードウェアデコーダにも次の動画データをソフトウェアデコーダと同期するように再生させ、フェード回路によるハードウェアデコーダ映像信号の出力レベルを上昇させるとともに、フェード回路によるソフトウェアデコーダ映像信号の出力レベルを低下させる手法も考えられるが（例えば特許文献３）、１つのソフトウェアデコーダによってクロスフェード処理を実行する場合のＣＰＵ負荷（負荷Ａ）は、２つの映像データを２つのソフトウェアデコーダで再生する場合のＣＰＵ負荷（負荷Ｂ）よりは小さいが、２つの映像データを２つのハードウェアデコーダで再生する場合のＣＰＵ負荷（負荷Ｃ）よりは大きくなる（ＣＰＵ負荷：Ｂ＞Ａ＞Ｃの関係）。よって、負荷Ａが負荷Ｂに近づく程ＣＰＵ負荷の問題が顕著になる。
【０００７】
なお、このような問題は、カラオケ演奏用データに基づきカラオケ演奏を行う際に、カラオケ演奏用データに対応する複数の映像データを順次再生するカラオケ装置において顕著である。
【０００８】
本発明は、このような課題に鑑みなされたものであり、その目的とするところは、カラオケ演奏用データに基づきカラオケ演奏を行う際に映像データを再生可能なカラオケ装置において、製造コストを抑制するとともに内蔵する処理装置の処理負荷を抑制しながら、複数の映像データをクロスフェード処理を行うことで前記映像を切換えつつ順次再生する技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するためになされた請求項１に係るカラオケ装置は、ハードウェアデコーダが映像データを再生する際に、次の映像データが存在するときには、ソフトウェアデコーダがその次の映像データを取得して解凍した後にメモリに記憶する処理を開始し、クロスフェード処理が開始されたら、メモリが記憶する解凍後の映像データを読み出して利用することを特徴とする。
【００１０】
具体的には、記憶手段（１３：この欄においては、発明に対する理解を容易にするため、必要に応じて「発明を実施するための最良の形態」欄で用いた符号を付すが、この符号によって請求の範囲を限定することを意味するものではない。）が、カラオケ演奏用データとカラオケ演奏用データに対応する時間情報を有する映像データとを記憶しており、カラオケ演奏手段（１８）が、カラオケ演奏用データを記憶手段から読み出してカラオケ演奏を行う。また、ハードウェアデコーダ（１２）が、記憶手段から映像データを読み出して再生することで映像信号を出力可能である。そして、制御手段（１４）が、カラオケ演奏手段が一つのカラオケ演奏用データに基づきカラオケ演奏を行う間に、カラオケ演奏用データに対応する複数の映像データを記憶手段から読み出して、ハードウェアデコーダを制御して前記時間情報に従い順次再生させる。
【００１１】
そして、上述の記憶手段は、制御手段によって実行されることで前記映像データを再生して映像信号を出力するソフトウェアデコーダプログラム（以下プログラム）を記憶しており、上述の制御手段は、記憶手段から映像データとプログラムとを読み出して、プログラムを実行することで映像データを再生して映像信号を出力可能なソフトウェアデコーダとしても機能する。
【００１２】
また、クロスフェード処理手段が、ハードウェアデコーダから出力された映像信号（以下ハードウェアデコーダ映像信号）とソフトウェアデコーダから出力された映像信号（以下ソフトウェアデコーダ映像信号）とを入力し、制御手段からの映像信号混合指示に基づいて、ハードウェアデコーダ映像信号およびソフトウェアデコーダ映像信号それぞれを所定の混合レベルで混合し、一つの映像信号として出力する。
【００１３】
さらに、一時メモリが、ソフトウェアデコーダから出力されたソフトウェアデコーダ映像信号を一時記憶し、その記憶されたソフトウェアデコーダ映像信号を制御手段の指示で出力して前記クロスフェード手段に入力する。
【００１４】
そして、制御手段は、次の（１）〜（６）の処理からなる「クロスフェード処理」を実行する。
（１）複数の映像データのうちの何れかをハードウェアデコーダに再生させる際に、クロスフェード処理手段に対し、混合レベルをハードウェア映像信号側については所定の第１レベルに設定し、ソフトウェアデコーダ映像信号側については第１レベルより小さい第２レベルに設定する。
【００１５】
（２）ハードウェアデコーダが再生中の映像データの次の映像データが存在するときには、ソフトウェアデコーダは次の映像データに対して解凍処理を実行する。なお、解凍処理とは、例えばＬＺＨなどの圧縮されたデータから通常のデータへ復元する処理や、ＭＰＥＧデータから映像データへ変換する処理である。
【００１６】
（３）ソフトウェアデコーダによって解凍処理された次の映像データをソフトウェアデコーダ映像信号として一時メモリに記憶する。
（４）次の映像データに対して解凍処理を実行中に、再生位置が再生中の映像データの所定の再生時間位置になった場合には、一時メモリが記憶するソフトウェアデコーダ映像信号を読み出してリアルタイム再生を開始し、ハードウェアデコーダ映像信号側の混合レベルを第１レベルから第２レベルへ徐々に低下させるとともにソフトウェアデコーダ映像信号側の混合レベルを第２レベルから第１レベルへ徐々に上昇させる映像信号混合指示をクロスフェード処理手段に指示する。
【００１７】
（５）混合レベルがハードウェア映像信号側については第２レベルに低下し、且つソフトウェアデコーダ映像信号側については第１レベルへ上昇した以降に、ハードウェアデコーダに対しても、ソフトウェアデコーダが再生中の映像データをソフトウェアデコーダが再生中の映像の時間情報と一致するように再生させる。
【００１８】
（６）所定時間経過後に、クロスフェード処理手段に対し、ハードウェアデコーダ映像信号側の混合レベルを第１レベルに設定するとともにソフトウェアデコーダ映像信号側の混合レベルを第２レベルに設定する映像信号混合指示を指示する。
【００１９】
このように構成された本発明のカラオケ装置によれば、ハードウェアデコーダが映像データを再生中である時間帯といったソフトウェアデコーダの処理負荷が比較的低い時間帯を利用して、次の映像データの出力に備えて次の映像データを読み出して解凍した後に一時メモリに記憶しておくので、クロスフェード処理中にソフトウェアデコーダの処理負荷が軽減される。
【００２０】
したがって、カラオケ演奏用データに基づきカラオケ演奏を行う際に映像データを再生可能なカラオケ装置において、製造コストを抑制するとともに内蔵する処理装置の処理負荷を抑制しながら、複数の映像データをクロスフェード処理を行うことで前記映像を切換えつつ順次再生することができる。
【００２１】
ところで、上述の解凍処理を実行中にクロスフェード処理が開始されて出力処理を開始するときには、解凍処理と出力処理とを並行して実行する必要があり、制御手段の処理負荷が増大するとともに、出力処理に充分なリソースを割り当てることができなくなるおそれがある。そこで、次の映像データに対して解凍処理を実行中に、再生位置が再生中の映像データの所定の再生時間位置になった場合において、一時メモリが記憶するソフトウェアデコーダ映像信号を読み出してリアルタイム再生を開始するときには、制御手段が、次の映像データに対する解凍処理を中止することが考えられる（請求項２）。このように構成すれば、上述の解凍処理を実行中にクロスフェード処理が開始されて出力処理を開始するときであっても、解凍処理を中止することで、出力処理に充分なリソースを割り当てることができる。
【００２２】
但し、メモリが記憶する解凍後の映像データが所定量未満となったときには、出力処理を続行することが困難となるおそれがある。そこで、メモリが記憶する解凍後の映像データが所定量未満となったときには、制御手段が、次の映像データに対する解凍処理を再開するようにすればよい（請求項３）。このように構成すれば、解凍処理を再開することでメモリが記憶する解凍後の映像データを増加させて出力処理を続行することができる。
【００２３】
なお、上述の第１レベルとは１００％であり、第２レベルとは０％であることが考えられる（請求項４）。
この場合、映像データについては、映像データを一時記憶するバッファから、再生時期に先立って順次読み出すようにすることが考えられる。具体的には、請求項５のように、複数の映像データを一時記憶するバッファを備え、制御手段が、ハードウェアデコーダおよびソフトウェアデコーダに再生させる映像データを記憶手段から読み出してバッファに記憶させておいた後にその再生時期に先立ってバッファから順次読み出し、その読み出した映像データをハードウェアデコーダおよびソフトウェアデコーダに入力し、ハードウェアデコーダおよびソフトウェアデコーダが、制御手段から入力された映像データを少なくともその再生時期まで蓄積（ポーズ状態に）することが考えられる。このように構成すれば、ハードウェアデコーダおよびソフトウェアデコーダが再生する予定の映像データを予め準備することができ、クロスフェード処理および切換処理を確実に実行することができる。
【００２４】
ところで、上述のように再生位置が映像データの所定の再生位置になったことを検出する手法としては、映像データの所定の再生時間位置にフラグを予め設定しておくことが考えられる。具体的には、請求項６のように、複数の映像データそれぞれの所定の再生時間位置にはフラグが設定されており、ハードウェアデコーダが再生する映像データからフラグを検出した場合に、制御手段が、所定の再生時間位置になったと判断することが考えられる。このように構成すれば、ハードウェアデコーダによる再生位置がその映像データの所定の再生時間位置になったことの判断をより確実に行うことができる。
【００２５】
なお、上述のクロスフェード処理を実行するタイミングについては、次の（イ）・（ロ）のタイミングが考えられる。
（イ）すなわち、制御手段が、ソフトウェアデコーダからの映像信号からハードウェアデコーダからの映像信号へ切り換える切換位置を予め設定し、ソフトウェアデコーダによる映像データの再生位置が切換位置と一致した場合に上述のクロスフェード処理を実行することが考えられる（請求項７）。なお、切換位置については、ハードウェアデコーダが次の映像データを再生するための準備を行うのに要する時間を考慮して設定される。このようにすれば、ソフトウェアデコーダによる再生位置が切換位置に一致するまでの間に、ハードウェアデコーダが前の映像データの再生を終了させるとともに次の映像データの再生を準備することができ、クロスフェード処理をより確実に実行することができる。
【００２６】
（ロ）また、制御手段が、ソフトウェアデコーダからの映像信号からハードウェアデコーダからの映像信号へ切り換える切換位置を予め設定し、ソフトウェアデコーダによる映像データの再生位置が切換位置と一致してから安定期間が経過した場合に上述のクロスフェード処理を実行することが考えられる（請求項８）。なお、安定期間とは、ハードウェアデコーダが映像をポーズ状態から安定して再生する状態になるまでの期間である。このようにすれば、例えば制御手段による映像データを記憶手段から読み出すときに、記憶手段からの読み出しが遅れ、ハードウェアデコーダへの入力が遅延するといった事態が発生しても、ハードウェアデコーダが前の映像データの再生を終了させるとともに次の映像データの再生を準備する際に時間的余裕を持たせることできる。
【発明を実施するための最良の形態】
【００２７】
以下に本発明の実施形態を図面とともに説明する。
図１はカラオケ装置１の構成を示すブロック図である。
［１．カラオケ装置１の構成の説明］
図１に示すように、カラオケ装置１は、筺体２、カラオケ装置１全体の制御を司る制御手段としてのＣＰＵ１４、及びこのＣＰＵ１４に接続された以下の各部、すなわちカラオケ曲及びドラマや映画などのコンテンツの予約操作などを行うための操作パネル１０、画像情報等を映像化するための映像処理部１１、ＭＰＥＧ映像データの再生手段となるハードウェアデコーダとしてのＭＰＥＧデコーダ１２、カラオケ演奏用の楽曲データや映像データとしての背景映像データ（以下動画データ）その他各種データを記憶している記憶手段としてのハードディスク（ＨＤＤ）１３、システムプログラムや各種の設定に必要な設定データなどを記憶しておくメモリ１５、ＬＡＮインターフェース１６、時刻管理を行うＲＴＣ（ＲｅａｌＴｉｍｅ  Ｃｌｏｃｋ  ）１７、ＭＩＤＩデータ（楽曲データ）に基づく演奏再生を行うカラオケ演奏手段としてのＭＩＤＩ音源部１８、ＭＩＤＩ音源部１８による再生音及びマイクロフォン２３から入力される利用者（歌唱者）の歌声をミキシングする等して適宜音声処理を施す音声処理部１９を備えている。なお、音声処理部１９によって音声処理された再生音は、アンプ２０で増幅された後にスピーカ２２から放音される。また、映像処理部１１によって映像化された画像情報等は、モニタ２４に表示される。
【００２８】
ＨＤＤ１３は、カラオケ演奏用の楽曲データ（カラオケ演奏用データ）と楽曲データに対応する動画データとを関連付けた状態で記憶している。また、ＨＤＤ１３は、ソフトウェアデコーダプログラムを記憶している。このソフトウェアデコーダプログラムは、ＣＰＵ１４によって実行されることで動画データを再生して映像信号を出力するデコーダ機能を実現可能なプログラムである。また、動画データには、図６（ｂ）に例示するように、所定の再生位置にフラグが設定されている（図６（ｂ）参照、図６（ｂ）中の時刻Ｔｆｌａｇ）。なお、このフラグは、後述するクロスフェード処理を開始する再生位置を示している。
【００２９】
ＣＰＵ１４は、上述のようなカラオケ装置１全体の制御を司る機能の一つとして、ＭＩＤＩ音源部１８が一つの楽曲データに基づきカラオケ演奏を行う間に、楽曲データに対応する複数の動画データをＨＤＤ１３から読み出して、ＭＰＥＧデコーダ１２を制御して順次再生させる。なお、以下の説明においては、ＭＰＥＧデコーダ１２をハードウェアデコーダとする。
【００３０】
また、ＣＰＵ１４は、上述のようなカラオケ装置１全体の制御を司る機能の他に、ＨＤＤ１３から動画データとソフトウェアデコーダプログラムとを読み出して、ソフトウェアデコーダプログラムを実行することで動画データを再生して映像信号を出力可能なソフトウェアデコーダとしても機能する。
【００３１】
なお、以下の説明においては、ソフトウェアデコーダプログラムを実行することでソフトウェアデコーダとして機能する場合のＣＰＵ１４をソフトウェアデコーダとし、上述のようなカラオケ装置１全体の制御を司る機能を実行する場合のＣＰＵ１４とは別構成として扱う。
【００３２】
また、ＣＰＵ１４は、ハードウェアデコーダおよびソフトウェアデコーダに再生させる動画データをＨＤＤ１３から読み出してメモリ１５に記憶させておいた後にその再生時期に先立ってメモリ１５から順次読み出し、その読み出した動画データをハードウェアデコーダおよびソフトウェアデコーダに入力する機能を有する。なお、この機能は、Ｍｉｃｒｏｓｏｆｔ社製のＯＳであるＷｉｎｄｏｗｓ（登録商標）上で映像（動画）や音声をストリーミング再生するためのフレームワークであるＤｉｒｅｃｔＳｈｏｗを用いることでも実現することができる。なおこの場合、メモリ１５は、動画データを一時記憶しておくバッファとして利用される。また、ハードウェアデコーダおよびソフトウェアデコーダでは、動画データの準備のために、ＣＰＵ１４から入力された動画データを少なくともその再生時期まで蓄積する。
【００３３】
さらに、ＣＰＵ１４は、ハードウェアデコーダおよびソフトウェアデコーダを制御して、動画データ再生時にクロスフェード処理および切換処理を実行する。なお、クロスフェード処理とは、ＭＩＤＩ音源部１８が再生する楽曲データに対応する複数の動画データのうちの何れかをハードウェアデコーダに再生させる際にその再生位置がその動画データの所定の再生位置になった場合において、次の動画データが存在するときには、次の動画データをソフトウェアデコーダに再生させ、ハードウェアデコーダから出力される映像信号のレベルを徐々に低下させるとともにソフトウェアデコーダから出力される映像信号のレベルを徐々に上昇させる処理を云う。また、切換処理とは、クロスフェード処理を実行した後に、ハードウェアデコーダにも次の映像データをソフトウェアデコーダと同期するように再生させ、ハードウェアデコーダから出力される映像信号のレベルを上昇させるとともにソフトウェアデコーダから出力される映像信号のレベルを低下させる処理を云う。
【００３４】
なお、カラオケ装置１のその他の構成については公知技術に従っているのでここではその詳細な説明は省略する。
［２．動画データ再生機能の説明］
次に、カラオケ装置１が備える動画データ再生機能について図６（ａ）を参照して説明する。なお、図６（ａ）はカラオケ装置で実現される動画データ再生に関する各機能の構成を表す機能ブロック図である。
【００３５】
図６（ａ）に示すように、動画データ再生装置Ｍ１は、ハードウェアデコーダＭ２と、ソフトウェアデコーダＭ３と、クロスフェード処理手段に相当するフェード回路Ｍ４と、メモリＭ８と、を備える。
【００３６】
ハードウェアデコーダＭ２は、動画データを再生して映像信号を出力する機能を有する。なお、ハードウェアデコーダＭ２から出力された映像信号はフェード回路Ｍ４のフェード回路（ＦＨ）Ｍ５に入力される。
【００３７】
ソフトウェアデコーダＭ３は、動画データを再生して映像信号を出力する機能を有する。なお、ソフトウェアデコーダＭ３から出力された映像信号は、メモリＭ８に一旦記憶され、再生時にメモリＭ８から読み出されてフェード回路Ｍ４のフェード回路（ＦＳ）Ｍ６に入力される。
【００３８】
フェード回路Ｍ４は、フェード回路（ＦＨ）Ｍ５と、フェード回路（ＦＳ）Ｍ６と、加算器Ｍ７と、を備える。フェード回路（ＦＨ）Ｍ５は、ＣＰＵ１４からの映像信号混合指示に相当する混合レベル値に基づいて、ハードウェアデコーダＭ２から入力された映像信号のレベルを調整して出力する機能を有する。なお、フェード回路（ＦＨ）Ｍ５から出力された映像信号は加算器Ｍ７に入力される。また、フェード回路（ＦＳ）Ｍ６は、ＣＰＵ１４からの映像信号混合指示に相当する混合レベル値に基づいて、ソフトウェアデコーダＭ３から（メモリＭ８経由で）入力された映像信号のレベルを調整して出力する機能を有する。なお、フェード回路（ＦＳ）Ｍ６から出力されたそれぞれの映像信号は加算器Ｍ７に入力される。加算器Ｍ７は、フェード回路（ＦＨ）Ｍ５から入力された映像信号とフェード回路（ＦＳ）Ｍ６から入力された映像信号とを加算してモニタ２４で表示可能な映像信号を出力する機能を有する。
【００３９】
このことにより、フェード回路Ｍ４は、ハードウェアデコーダＭ２から入力された映像信号のレベルを調整するとともに、ソフトウェアデコーダＭ３から入力された映像信号のレベルを調整し、両者を加算して表示用に出力する機能を有する。
【００４０】
具体的には、加算器Ｍ７から出力される映像信号は、｛ハードウェアデコーダＭ２からの映像信号＊（ＣＰＵ１４からのハードウェアデコーダＭ２に対する混合レベル値）｝＋｛ソフトウェアデコーダＭ３からの映像信号＊（ＣＰＵ１４からのソフトウェアデコーダＭ３に対する混合レベル値）｝で決定される。
【００４１】
例えば、ＣＰＵ１４からのハードウェアデコーダＭ２に対する混合レベル値＝１００％、ＣＰＵ１４からのソフトウェアデコーダＭ３に対する混合レベル値＝０％であれば、加算器Ｍ７からの映像信号＝ハードウェアデコーダＭ２からの映像信号となる。
【００４２】
また、ＣＰＵ１４からのハードウェアデコーダＭ２に対する混合レベル値＝５０％、ＣＰＵ１４からのソフトウェアデコーダＭ３に対する混合レベル値＝５０％であれば、加算器Ｍ７からの映像信号は、ハードウェアデコーダＭ２からの映像信号とソフトウェアデコーダＭ３からの映像信号とが、それぞれ５０％割合で加算されて混合された映像出力となる。つまり、ＣＰＵ１４が、一方の混合レベル値を１００％から０％に徐々に変化させ、他方の混合レベル値を０％から１００％に徐々に変化させることによって、一方と他方の映像信号のクロスフェードを行う。
【００４３】
［３．カラオケ演奏処理の説明］
以下に、ＣＰＵ１４により実行されるカラオケ演奏処理の処理手順を図２のフローチャートに基づいて説明する。このカラオケ演奏処理は、利用者によってカラオケ演奏の予約がなされたときに実行される。
【００４４】
まず、Ｓ１１０では、曲演奏を開始する。具体的には、ＭＩＤＩ音源部１８に再生させる楽曲データをＨＤＤ１３から読み出してＭＩＤＩ音源部１８に再生させる。また、ＭＩＤＩ音源部１８に再生させる楽曲データに対応する背景映像データ（動画データ）をＨＤＤ１３から順次読み出してメモリ１５（バッファメモリ）に一時記憶させ、その再生時期にメモリ１５から順次読み出し、その読み出した動画データをハードウェアデコーダおよびソフトウェアデコーダに入力する。なお、ハードウェアデコーダおよびソフトウェアデコーダでは、ＣＰＵ１４から入力された動画データを少なくともその再生時期まで蓄積（ポーズ）する。なお、映像処理部１１では、ＭＰＥＧデコーダ１２から入力された動画データの映像信号にＣＰＵ１４からの指示に基づくフェード処理を行った後、モニタ２４へ映像信号を出力する。
【００４５】
続くＳ１２０では、フェード処理を開始する。なお、フェード処理については後述する。
続くＳ１３０では、ハードウェアデコーダによる動画データの再生が終了したか否かを判断する。終了していない場合には（Ｓ１３０：ＮＯ）、本Ｓ１３０を繰り返し実行しながら待機する。一方、終了した場合には（Ｓ１３０：ＹＥＳ）、Ｓ１５０に移行する。
【００４６】
続くＳ１５０では、曲演奏中であるか否かを判断する。曲演奏中である場合には（Ｓ１５０：ＹＥＳ）、Ｓ１２０に移行する。一方、曲演奏中ではない場合には（Ｓ１５０：ＮＯ）、本処理を終了する。
【００４７】
［４．フェード処理の説明］
以下に、ＣＰＵ１４により実行されるフェード処理の処理手順を図３のフローチャートおよび図７に基づいて説明する。なお、図７は動画データ再生に関するタイムチャートである。
【００４８】
このフェード処理は、上述のカラオケ演奏処理の実行中にＳ１２０に移行した際に実行されるサブルーチンである。
まず、Ｓ２０５では、ソフトウェアデコーダに対し、ハードウェアデコーダが再生する動画データの次の動画データ（Ｎ番目の動画データ）の再生を用意するように指示する。
【００４９】
続くＳ２１０では、クロスフェード処理を開始する旨の指示があったか否かを判断する。ここで、ハードウェアデコーダが再生する動画データからフラグが検出された場合には、クロスフェード処理を開始する旨の指示があったと判断する。クロスフェード処理を開始する旨の指示があるまで待機し（Ｓ２１０：ＮＯ）、クロスフェード処理を開始する旨の指示があったと判断された場合には（Ｓ２１０：ＹＥＳ）、Ｓ２１５に移行する。
【００５０】
Ｓ２１５では、ソフトウェアデコーダによるＮ番目の動画データの再生を開始するよう指示するとともに、現在時刻Ｔｆｌａｇを取得する（図７参照）。
続くＳ２２０では、クロスフェードを開始する。具体的には、ハードウェアデコーダから出力される映像信号のレベルを徐々に低下させるとともにソフトウェアデコーダから出力される映像信号のレベルを徐々に上昇させる。なお、このＳ２２０の処理が上述のクロスフェード処理に該当する。
【００５１】
Ｓ２２５では、クロスフェードが終了したか否かを判断する。クロスフェードが終了するまで待機し（Ｓ２２５：ＮＯ）、クロスフェードが終了したと判断された場合には（Ｓ２２５：ＹＥＳ、図７中のクロスフェード処理が終了したときの動画（２）の時間情報の現在時刻Ｔｆｅｎｄを抽出）、Ｓ２３０に移行する。
【００５２】
Ｓ２３０では、ハードウェアデコーダによる動画データの再生を終了するよう指示する。
続くＳ２３５では、ハードウェアデコーダに対し、先ほどまでハードウェアデコーダが再生していた動画データの次の動画データの再生を準備するように指示する。
【００５３】
続くＳ２４０では、ハードウェアデコーダが次の動画データの再生を開始する位置Ｔｐｌａｙ（切換位置）を設定し、一時停止する（図７中の時刻Ｔｐａｕｓｅ）。なお、再生開始位置Ｔｐｌａｙについては、ハードウェアデコーダが次の動画データとしてソフトウェアデコーダが再生中の背景映像データの再生を開始するための準備を行うのに要する時間（所定時間：例えば、ソフトウェアデコーダが再生中の動画データをメモリ１５から読み込んで、Ｔｐｌａｙの時間情報の位置で、実際のポーズ状態になるまでの時間、など）を考慮して次の式（１）を用いて設定される。
再生開始位置Ｔｐｌａｙ＝Ｔｆｅｎｄ＋所定時間・・・式（１）
但し、Ｔｐｌａｙとはハードウェアデコーダによる、ソフトウェアデコーダが再生中の動画データの再生を開始する時間を設定する時間情報を示す。
【００５４】
続くＳ２４５では、ソフトウェアデコーダによる動画データの再生位置とハードウェアデコーダによる動画データの再生開始位置Ｔｐｌａｙとが一致するか否かを判断する。一致しない場合には待機し（Ｓ２４５：ＮＯ）、一致する場合には（Ｓ２４５：ＹＥＳ）、Ｓ２５０に移行する。
【００５５】
Ｓ２５０では、ハードウェアデコーダに対して動画データの再生を開始するよう指示する（図７中の現在時刻Ｔｐａｕｓｅ）。
続くＳ２５５では、１００ｍｓ待機する。なお、前記１００ｍＳ待機は、ＴｐａｕｓｅからＴｐｌａｙになった以降、ハードウェアデコーダが動画をポーズ状態から安定して再生する状態になるまでの安定期間の設定である。もし、前記ハードウェアデコーダが動画を安定して再生中である状態を検出する復号エラー検出手段（例えば、ＭＰＥＧ復号時の
エラーを検出する出力端子）を備えるハードウェアデコーダの場合は、ＣＰＵ１４が、本Ｓ２５５において、前記復号エラー検出手段からのエラー出力が消えるまで待機する期間を安定期間として設定する。フェード回路Ｍ１がハードウェアデコーダよりも後段にあるため、ＣＰＵ１４は前記復号エラー検出をもって、以下に説明するフェード回路（ＦＳ）Ｍ６を制御すればよい。なお、ソフトウェアデコーダによる再生も、再生開始直後には復号エラーが存在する可能性もあるが、ソフトウェアデコーダによる再生開始直後であるクロスフェード開始直後はソフトウェアデコーダの動画のＭ７出力は０％であり、更に、クロスフェード処理によってレベルも徐々に増加するから利用者はソフトウェアデコーダによる再生開始直後に復号エラーが発生していても気付かないので、前記安定期間は後述する切換処理が行われるハードウェアデコーダだけ設定されればよい。
【００５６】
続くＳ２６０では、フェード回路（ＦＳ）Ｍ６に対し、ソフトウェアデコーダから入力された映像信号の混合レベルを０％とし、また、フェード回路（ＦＨ）Ｍ５に対しては、ハードウェアデコーダから入力された映像信号の混合レベルを１００％とする（図７中の現在時刻Ｔｃｈａｎｇｅ）混合レベル値をそれぞれに与える。なお、このＳ２６０の処理が上述の切換処理に該当する。
【００５７】
続くＳ２６５では、ソフトウェアデコーダによる動画データの再生を終了するよう指示する。
そして、本サブルーチンを終了する。
【００５８】
［５．ハードウェアデコーダによる動画再生処理（１）の説明］
以下に、ハードウェアデコーダによる動画再生処理（１）の処理手順を図４のフローチャートに基づいて説明する。この動画再生処理（１）は、ＭＩＤＩ音源部１８が楽曲データを再生する際に他の処理からは独立して実行される。
【００５９】
まず、Ｓ３０５では、初期設定化を行う。具体的には、再生する動画データを示す変数Ｍの値を数値「１」とし、Ｍ番目の動画データの再生を開始する位置と示す変数Ｔｐｌａｙの値を数値「０」とする。
【００６０】
続いてＳ３１０では、ＭＩＤＩ音源部１８によって再生される楽曲データに対応する動画データのうちＭ番目の動画データを再生するための準備をする。なお、以下の説明では、Ｍ番目の動画データを単に動画データと記載する。具体的には、ＣＰＵ１４によってメモリ１５から読み出されて入力される動画データを蓄積する。
【００６１】
続いてＳ３１５では、再生開始位置Ｔｐｌａｙを設定する。なお、１番目の動画データについては、再生開始位置Ｔｐｌａｙが画像データの先頭に設定され、２番目以降の画像データについては、再生開始位置Ｔｐｌａｙが上述のフェード処理のＳ２４０にて設定された再生開始位置Ｔｐｌａｙに対応する位置に設定される。
【００６２】
続くＳ３２０では、動画データの再生を開始する旨の指示を受信したか否かを判断する。動画データの再生を開始する旨の指示を受信するまで待機し（Ｓ３２０：ＮＯ）、動画データの再生を開始する旨の指示を受信した場合には（Ｓ３２０：ＹＥＳ）、Ｓ３２５に移行する。
【００６３】
Ｓ３２５では、再生開始位置Ｔｐｌａｙから動画データの再生を開始する。
続くＳ３３０では、再生中の動画データからフラグを検出したか否かを判断する。再生中の動画データからフラグを検出するまで待機し（Ｓ３３０：ＮＯ）、再生中の動画データからフラグを検出した場合には（Ｓ３３０：ＹＥＳ）、Ｓ３３５に移行する。
【００６４】
Ｓ３３５では、上述のフェード処理の開始を指示する。具体的には、再生中の動画データからフラグを検出した旨をＣＰＵ１４に通知する。
続くＳ３４０では、動画データの再生を終了する旨の指示を受信したか否かを判断する。動画データの再生を終了する旨の指示を受信するまで待機し（Ｓ３４０：ＮＯ）、動画データの再生を終了する旨の指示を受信した場合には（Ｓ３４０：ＹＥＳ）、動画データの再生を終了してＳ３４５に移行する。
【００６５】
Ｓ３４５では、先ほどまで再生していた動画データの次の動画データがあるか否かを判断する。次の動画データがない場合には（Ｓ３４５：ＮＯ）、本処理を終了する。一方、次の動画データがある場合には（Ｓ３４５：ＹＥＳ）、Ｓ３５０に移行する。
【００６６】
続くＳ３５０では、次の動画データの再生を開始する旨の指示を受信したか否かを判断する。次の動画データの再生を開始する旨の指示を受信していない場合には（Ｓ３５０：ＮＯ）、Ｓ３４５に移行する。一方、次の動画データの再生を開始する旨の指示を受信した場合には（Ｓ３５０：ＹＥＳ）、Ｓ３５５に移行する。
【００６７】
Ｓ３５５では、変数Ｍの値をインクリメントする。そして、次の動画データの再生を準備するためにＳ３１０に戻る。
［６．ソフトウェアデコーダによる動画再生処理（２）の説明］
以下に、ソフトウェアデコーダによる動画再生処理（２）の処理手順を図５のフローチャートに基づいて説明する。この動画再生処理（２）は、ＭＩＤＩ音源部１８が楽曲データを再生する際に他の処理からは独立して実行される。
【００６８】
まず、Ｓ４１０では、初期設定化を行う。具体的には、再生する動画データを示す変数Ｎの値を数値「２」とする。
続くＳ４２０では、ＭＩＤＩ音源部１８によって再生される楽曲データに対応する動画データのうちハードウェアデコーダが再生する動画データの次の動画データ（Ｎ番目の動画データ）を再生するための準備をする。なお、以下の説明では、Ｎ番目の動画データを単に動画データと記載する。具体的には、動画データの解凍処理（非リアルタイム）を開始し、解凍処理された動画データを一時メモリとしてのメモリ１５に記憶させる。なお、解凍処理とは、例えばＬＺＨなどの圧縮されたデータから通常のデータへ復元する処理や、ＭＰＥＧデータから映像データへ変換する処理である。
【００６９】
続くＳ４３０では、動画データの再生を開始する旨の指示を受信したか否かを判断する。ここでは、ハードウェアデコーダが再生する動画データからフラグが検出された場合に、動画データの再生を開始する旨の指示を受信したと判断する。動画データの再生を開始する旨の指示を受信するまで待機し（Ｓ４３０：ＮＯ）、動画データの再生を開始する旨の指示を受信した場合には（Ｓ４３０：ＹＥＳ）、Ｓ４３５〜４４０に移行する。
【００７０】
次に、動画データの再生を開始する。具体的には、動画データに対する解凍処理（非リアルタイム）を中止するとともに（Ｓ４３５）、メモリ１５から解凍済みの動画データをリアルタイムで読み出してフェード回路（ＦＳ）Ｍ６に入力する処理を開始する（Ｓ４４０）。
【００７１】
続くＳ４５０では、動画データの再生を終了する旨の指示を受信したか否かを判断する。ここでは、上述のフェード処理のＳ２６５にて送信された、ソフトウェアデコーダによる動画データの再生を終了するようにとの指示を受信した場合に、動画データの再生を終了する旨の指示を受信したと判断する。
【００７２】
動画データの再生を終了する旨の指示を受信していない場合には（Ｓ４５０：ＮＯ）、メモリ１５が記憶する解凍済みの動画データが所定量未満であるか否かを判断する（Ｓ４４２）。メモリ１５が記憶する解凍済みの動画データが所定量未満ではなく、所定量以上ある場合には（Ｓ４４２：ＮＯ）、Ｓ４５０に戻る。
【００７３】
一方、メモリ１５が記憶する解凍済みの動画データが所定量未満である場合には（Ｓ４４２：ＹＥＳ）、動画データの所定量未満（バッファ・アンダーラン）になった時点の再生時間から引き続きリアルタイム再生を開始する（Ｓ４４４）ために、前記時点（具体的には、解凍処理を中止した時点の動画データの時間情報を抽出し、その時間）から解凍処理（リアルタイム）を再開し（Ｓ４４６）、Ｓ４５０に戻る。つまり、本実施形態では、動画データが無くなる直前を検出した場合（バッファ・アンダーランを検出した場合）に、その再生時間の時点からリアルタイム再生を開始するようにしている。メモリ１５に非リアルタイムの解凍処理で記憶する動画データの期間は、クロスフェード期間から予め決めておけばよいが、ＣＰＵ１４は自身の空き時間で解凍処理を行っているので、例えば、非リアルタイムの解凍処理中に他のカラオケアプリケーションが起動されたりして、解凍処理の処理が進まずに、クロスフェード開始時点で、クロスフェード期間の解凍処理が終了できない場合もある。クロスフェード期間中にメモリ１５の動画データの所定量未満を検出することによって、クロスフェード期間途中にソフトウェアデコーダが再生する動画データが途中でコマ落ちになることを防ぎつつ、それまでの期間はＣＰＵ１４の負荷が低減できる。
【００７４】
なお、リアルタイム再生とは、ソフトウェアデコーダＭ３が再生する動画データの再生位置をハードウェアデコーダＭ２が再生する動画データの再生位置と同期させるように、ソフトウェアデコーダＭ３が動画データを解凍処理し、解凍処理後の動画データをメモリＭ８に記憶させずにそのままフェード回路（ＦＳ）Ｍ６に入力して再生処理を行うことを言う。よって、リアルタイム再生するためには解凍処理を、動画データを表示用出力として実時間で再生できるように解凍処理（リアルタイム）する。例えば、ＬＺＨなどの圧縮データから通常データへの復元を実時間で処理して映像データがコマ落ちなく再生できるようにすることや、又は、ＭＰＥＧデータをコマ落ちなく再生できるようにデコードして映像データを復元することである。
【００７５】
なお、解凍処理（非リアルタイム）とは、前記復元やデコードを、実時間処理とは無関係にＣＰＵの空き時間を使って処理するものである。
一方、動画データの再生を終了する旨の指示を受信した場合には（Ｓ４５０：ＹＥＳ）、動画データの再生を終了してＳ４６０に移行する。
【００７６】
Ｓ４６０では、次の動画データの再生を準備する旨の指示を受信したか否かを判断する。ここでは、上述のフェード処理のＳ２０５にて送信された、ハードウェアデコーダが再生する動画データの次の動画データの再生を用意するようにとの指示を受信した場合に、動画データの再生を準備する旨の指示を受信したと判断する。次の動画データの再生を準備する旨の指示を受信していない場合には（Ｓ４６０：ＮＯ）、本処理を終了する。一方、次の動画データの再生を準備する旨の指示を受信した場合には（Ｓ４６０：ＹＥＳ）、Ｓ４７０に移行する。
【００７７】
Ｓ４７０では、変数Ｎの値をインクリメントする。そして、次の動画データの再生を待機するためにＳ４３０に戻る。
［７．効果］
（１）このように本実施形態のカラオケ装置１によれば、ハードウェアデコーダが動画データを再生する際に、次の動画データが存在するときには、ソフトウェアデコーダがその次の動画データを取得して解凍した後にメモリ１５に記憶する処理を開始し、クロスフェード処理が開始されたら、メモリ１５が記憶する解凍後の動画データ（映像信号）を読み出して利用する。このことにより、ハードウェアデコーダが映像データを再生中である時間帯といったソフトウェアデコーダの処理負荷が比較的低い時間帯を利用して、次の映像データの出力に備えて次の映像データを読み出して解凍した後にメモリ１５に記憶しておくので、クロスフェード処理中にソフトウェアデコーダの処理負荷が軽減される。
【００７８】
したがって、楽曲データに基づきカラオケ演奏を行う際に動画データを再生可能なカラオケ装置１において、製造コストを抑制するとともに内蔵するＣＰＵ１４の処理負荷を抑制しながら、複数の動画データをクロスフェード処理を行うことで前記映像を切換えつつ順次再生することができる。
【００７９】
（２）また、本実施形態のカラオケ装置１によれば、クロスフェードを開始した場合には（Ｓ２２０）、ソフトウェアデコーダが、メモリ１５が記憶する解凍済みの動画データを読み出して再生を開始するとともに動画データに対する解凍処理を中止する（Ｓ４４０）。このことにより、上述の解凍処理を実行中にクロスフェード処理が開始されるためにメモリ１５が記憶する映像信号を読み出してリアルタイム再生を開始するときであっても、解凍処理を中止することで、リアルタイム再生に充分なリソースを割り当てることができる。
【００８０】
（３）また、本実施形態のカラオケ装置１によれば、クロスフェードを開始した場合において（Ｓ２２０）、メモリ１５が記憶する解凍済みの動画データが所定量未満である場合には（Ｓ４４２：ＹＥＳ）、リアルタイム再生を開始するとともに（Ｓ４４４）、解凍処理を再開する（Ｓ４４６）。このことにより、解凍処理を再開することでメモリ１５が記憶する解凍後の動画データを増加させてソフトウェアデコーダによる動画データの再生を続行することができる。
【００８１】
（４）また、本実施形態のカラオケ装置１によれば、ＣＰＵ１４が、ハードウェアデコーダおよびソフトウェアデコーダに再生させる動画データをＨＤＤ１３から読み出してメモリ１５に記憶させておいた後にその再生時期に先立ってメモリ１５から順次読み出し、その読み出した動画データをハードウェアデコーダおよびソフトウェアデコーダに入力する機能を有する。このことにより、ハードウェアデコーダおよびソフトウェアデコーダが再生する予定の動画データを予め準備することができ、クロスフェード処理および切換処理を確実に実行することができる。
【００８２】
（５）また、本実施形態のカラオケ装置１によれば、動画データには、所定の再生時間位置にフラグが設定されており、ハードウェアデコーダが再生する動画データからフラグを検出した場合に、ＣＰＵ１４が、クロスフェード処理を開始する所定の再生時間位置になったと判断する。このことにより、ハードウェアデコーダによる再生位置がその動画データの所定の再生位置になったことの判断をより確実に行うことができる。
【００８３】
（６）また、本実施形態のカラオケ装置１によれば、ＣＰＵ１４が、ソフトウェアデコーダからの映像信号からハードウェアデコーダからの映像信号へ切り換える切換位置（再生開始位置Ｔｐｌａｙ）を予め設定し、ソフトウェアデコーダによる動画データの再生位置が再生開始位置Ｔｐｌａｙと一致してから所定時間経過した場合に、ソフトウェアデコーダからの映像信号からハードウェアデコーダからの映像信号へ切り換える切換処理を実行する。このことにより、例えばＣＰＵ１４による動画データをＨＤＤ１５から読み出すときに、ＨＤＤ１５からの読み出しが遅れ、ハードウェアデコーダへの入力が遅延するといった事態が発生しても、ハードウェアデコーダが前の動画データの再生を終了させるとともに次の動画データの再生を準備する際に時間的余裕を持たせることできる。
【００８４】
（７）また、本実施形態のカラオケ装置１によれば、ハードウェアデコーダ及びソフトウェアデコーダより後段にフェード回路を配置し、ハードウェアデコーダの復号エラーを検出しなくなるまでの安定期間が設定されて前記切換え処理を行うことで、利用者に、次の動画の再生途中でソフトウェアデコーダからハードウェアデコーダに切換えたことを知られずに、次の動画の再生を継続しながら切換処理をより確実に実行することができる。
【００８５】
［８．他の実施形態］
以上、本発明の一実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、以下のような様々な態様にて実施することが可能である。
【００８６】
（１）上記実施形態では、ＣＰＵ１４が、ソフトウェアデコーダからの映像信号からハードウェアデコーダからの映像信号へ切り換える再生開始位置Ｔｐｌａｙを予め設定し、ソフトウェアデコーダによる動画データの再生位置が再生開始位置Ｔｐｌａｙと一致してから所定時間経過した場合に、ソフトウェアデコーダからの映像信号からハードウェアデコーダからの映像信号へ切り換える切換処理を実行するが、これには限られない。例えばＣＰＵ１４による動画データをＨＤＤ１５から読み出すときに、ＨＤＤ１５からの読み出しが遅れ、ハードウェアデコーダへの入力が遅延するといった事態が想定されないのであれば、ソフトウェアデコーダによる動画データの再生位置が再生開始位置Ｔｐｌａｙと一致したら直ちに上述の切換処理を実行するようにしてもよい。このようにすれば、ソフトウェアデコーダによる再生位置が再生開始位置Ｔｐｌａｙに一致するまでの間に、ハードウェアデコーダが前の動画データの再生を終了させるとともに次の動画データの再生を準備することができ、切換処理をより確実に実行することができる。
【図面の簡単な説明】
【００８７】
【図１】カラオケ装置１の構成を示すブロック図
【図２】カラオケ演奏処理を示すフローチャート
【図３】フェード処理を示すフローチャート
【図４】ハードウェアデコーダによる動画データ再生処理（１）を示すフローチャート
【図５】ソフトウェアデコーダによる動画データ再生処理（２）を示すフローチャート
【図６】（ａ）カラオケ装置で実現される動画データ再生に関する各機能の構成を表す機能ブロック図、（ｂ）動画データのデータ構成を示す説明図
【図７】動画データ再生に関するタイムチャート
【符号の説明】
【００８８】
１…カラオケ装置、２…筺体、１０…操作パネル、１１…映像処理部、１２…ＭＰＥＧデコーダ、１３…ＨＤＤ、１４…ＣＰＵ、１５…メモリ、１６…ＬＡＮインターフェース、１７…ＲＴＣ、１８…ＭＩＤＩ音源部、１９…音声処理部、２０…アンプ、２２…スピーカ、２３…マイク、２４…モニタ
【図１】
2010054963.tif 000003
【図２】
2010054963.tif 000004
【図３】
2010054963.tif 000005
【図４】
2010054963.tif 000006
【図５】
2010054963.tif 000007
【図７】
2010054963.tif 000008
【図６】
2010054963.tif 000009