演奏信号を含むMIDIデータを記憶する記憶手段と、前記記憶手段に記憶されたMIDIデータに基づいて、複数の楽器の音を発音するハードウェア音源と、前記記憶手段に記憶されたMIDIデータに基づいて、音を生成するソフトウェア音源と、前記記憶手段に記憶されたMIDIデータの中から、再生するMIDIデータを決定する第1決定手段と、前記第1決定手段により決定されたMIDIデータをソフトウェア音源により再生する際の処理負荷を決定する第2決定手段と、前記第2決定手段により決定された処理負荷が、所定の処理負荷より大きいか否かを判定する判定手段と、前記判定手段により所定の処理負荷より大きいと判定された場合、前記ハードウェア音源により再生させる楽器を決定する第3決定手段と、前記第3決定手段により決定された楽器を、前記ハードウェア音源により出力させ、前記第3決定手段により決定された楽器以外についての音を前記ソフトウェア音源により生成させる第1制御手段と、前記判定手段により所定の処理負荷より大きいと判定されなかった場合、前記第1決定手段により決定されたMIDIデータを、前記ソフトウェア音源により出力させる第2制御手段と、を備えることを特徴とする楽曲再生装置。前記第3決定手段は、前記記憶手段に記憶されたMIDIデータに基いて前記ソフトウェア音源により生成される音の大きさが小さい楽器を優先して、前記ハードウェア音源により再生させる楽器として決定することを特徴とする請求項1に記載の楽曲再生装置。前記第3決定手段は、前記記憶手段に記憶されたMIDIデータに基いて前記ソフトウェア音源により生成される音の大きさが所定の値より小さい、または、最も小さい楽器を、前記ハードウェア音源により再生させる楽器として決定することを特徴とする請求項2に記載の楽曲再生装置。前記第3決定手段は、前記ソフトウェア音源により生成される音の大きさとして、音の強弱を示すベロシティが弱い楽器を優先して、前記ハードウェア音源により再生させる楽器として決定することを特徴とする請求項1から請求項3のいずれか一項に記載の楽曲再生装置。前記第3決定手段は、前記ベロシティの強弱が所定より弱い、または、最も弱い楽器を、前記ハードウェア音源により再生させる楽器として決定することを特徴とする請求項4に記載の楽曲再生装置。演奏信号を含むMIDIデータを記憶する記憶手段に記憶されたMIDIデータの中から、再生するMIDIデータを決定する第1決定ステップと、前記第1決定ステップにより決定されたMIDIデータをソフトウェア音源により再生する際の処理負荷を決定する第2決定ステップと、前記第2決定ステップにより決定された処理負荷が、所定の処理負荷より大きいか否かを判定する判定ステップと、前記判定ステップにより所定の処理負荷より大きいと判定された場合、MIDIデータに基づいて、複数の楽器の音を発音するハードウェア音源により再生させる楽器を決定する第3決定ステップと、前記第3決定ステップにより決定された楽器を、前記ハードウェア音源により出力させ、前記第3決定ステップにより決定された楽器以外についての音を、MIDIデータに基づいて音を生成するソフトウェア音源により生成させる第1制御ステップと、前記判定ステップにより所定の処理負荷より大きいと判定されなかった場合、前記第1決定ステップにより決定されたMIDIデータを、前記ソフトウェア音源により出力させる第2制御ステップと、を含む楽曲再生方法。演奏信号を含むMIDIデータを記憶する記憶手段に記憶されたMIDIデータの中から、再生するMIDIデータを決定する第1決定ステップと、前記第1決定ステップにより決定されたMIDIデータをソフトウェア音源により再生する際の処理負荷を決定する第2決定ステップと、前記第2決定ステップにより決定された処理負荷が、所定の処理負荷より大きいか否かを判定する判定ステップと、前記判定ステップにより所定の処理負荷より大きいと判定された場合、MIDIデータに基づいて、複数の楽器の音を発音するハードウェア音源により再生させる楽器を決定する第3決定ステップと、前記第3決定ステップにより決定された楽器を、前記ハードウェア音源により出力させ、前記第3決定ステップにより決定された楽器以外についての音を、MIDIデータに基づいて音を生成するソフトウェア音源により生成させる第1制御ステップと、前記判定ステップにより所定の処理負荷より大きいと判定されなかった場合、前記第1決定ステップにより決定されたMIDIデータを、前記ソフトウェア音源により出力させる第2制御ステップと、をコンピュータに実行させることを特徴とするプログラム。楽曲再生装置で重要な機能は、楽曲再生装置のユーザに対して、滑らかに聞こえるように楽曲を再生する機能である。CPU性能は向上しているが、全ての楽曲をソフトウェア音源で再生するには、CPU負荷が高くなり、滑らかに楽曲を再生するには好ましくない状況が発生する場合がある。所定の発音をソフトウェア音源により行う場合に、発音内容によっては、CPU負荷が高くなる場合がある。また、再生される楽曲の演奏情報によって、CPU負荷が異なる場合がある。特許文献1に記載の技術では、新たに発音を開始するノートオン情報が読み出されるたびに、CPU使用率を検出する処理が発生するため、発音する直前にならないと、ソフトウェア音源によるCPU負荷が分からない。そのため、楽曲の再生中にCPUの性能不足で再生が滑らかに行えないという問題があった。本発明は、以上のことを鑑みてなされたものである。本発明の目的は、ソフトウェア音源とハードウェア音源とを用いる場合であっても、楽曲の再生中にCPUの性能不足で再生が滑らかに行えないことを避けることを可能とする楽曲再生装置、楽曲再生方法及びプログラムを提供することである。請求項1に記載の発明によれば、演奏信号を含むMIDIデータを記憶する記憶手段と、前記記憶手段に記憶されたMIDIデータに基づいて、複数の楽器の音を発音するハードウェア音源と、前記記憶手段に記憶されたMIDIデータに基づいて、音を生成するソフトウェア音源と、前記記憶手段に記憶されたMIDIデータの中から、再生するMIDIデータを決定する第1決定手段と、前記第1決定手段により決定されたMIDIデータをソフトウェア音源により再生する際の処理負荷を決定する第2決定手段と、前記第2決定手段により決定された処理負荷が、所定の処理負荷より大きいか否かを判定する判定手段と、前記判定手段により所定の処理負荷より大きいと判定された場合、前記ハードウェア音源により再生させる楽器を決定する第3決定手段と、前記第3決定手段により決定された楽器を、前記ハードウェア音源により出力させ、前記第3決定手段により決定された楽器以外についての音を前記ソフトウェア音源により生成させる第1制御手段と、前記判定手段により所定の処理負荷より大きいと判定されなかった場合、前記第1決定手段により決定されたMIDIデータを、前記ソフトウェア音源により出力させる第2制御手段と、を備えることを特徴とする楽曲再生装置である。請求項2に記載の発明によれば、前記第3決定手段は、前記記憶手段に記憶されたMIDIデータに基いて前記ソフトウェア音源により生成される音の大きさが小さい楽器を優先して、前記ハードウェア音源により再生させる楽器として決定することを特徴とする。請求項3に記載の発明によれば、前記第3決定手段は、前記記憶手段に記憶されたMIDIデータに基いて前記ソフトウェア音源により生成される音の大きさが所定の値より小さい、または、最も小さい楽器を、前記ハードウェア音源により再生させる楽器として決定することを特徴とする。請求項4に記載の発明によれば、前記第3決定手段は、前記ソフトウェア音源により生成される音の大きさとして、音の強弱を示すベロシティが弱い楽器を優先して、前記ハードウェア音源により再生させる楽器として決定することを特徴とする。請求項5に記載の発明によれば、前記第3決定手段は、前記ベロシティの強弱が所定より弱い、または、最も弱い楽器を、前記ハードウェア音源により再生させる楽器として決定することを特徴とする。請求項6に記載の発明によれば、演奏信号を含むMIDIデータを記憶する記憶手段に記憶されたMIDIデータの中から、再生するMIDIデータを決定する第1決定ステップと、前記第1決定ステップにより決定されたMIDIデータをソフトウェア音源により再生する際の処理負荷を決定する第2決定ステップと、前記第2決定ステップにより決定された処理負荷が、所定の処理負荷より大きいか否かを判定する判定ステップと、前記判定ステップにより所定の処理負荷より大きいと判定された場合、MIDIデータに基づいて、複数の楽器の音を発音するハードウェア音源により再生させる楽器を決定する第3決定ステップと、前記第3決定ステップにより決定された楽器を、前記ハードウェア音源により出力させ、前記第3決定ステップにより決定された楽器以外についての音を、MIDIデータに基づいて音を生成するソフトウェア音源により生成させる第1制御ステップと、前記判定ステップにより所定の処理負荷より大きいと判定されなかった場合、前記第1決定ステップにより決定されたMIDIデータを、前記ソフトウェア音源により出力させる第2制御ステップと、を含む楽曲再生方法である。請求項7に記載の発明によれば、演奏信号を含むMIDIデータを記憶する記憶手段に記憶されたMIDIデータの中から、再生するMIDIデータを決定する第1決定ステップと、前記第1決定ステップにより決定されたMIDIデータをソフトウェア音源により再生する際の処理負荷を決定する第2決定ステップと、前記第2決定ステップにより決定された処理負荷が、所定の処理負荷より大きいか否かを判定する判定ステップと、前記判定ステップにより所定の処理負荷より大きいと判定された場合、MIDIデータに基づいて、複数の楽器の音を発音するハードウェア音源により再生させる楽器を決定する第3決定ステップと、前記第3決定ステップにより決定された楽器を、前記ハードウェア音源により出力させ、前記第3決定ステップにより決定された楽器以外についての音を、MIDIデータに基づいて音を生成するソフトウェア音源により生成させる第1制御ステップと、前記判定ステップにより所定の処理負荷より大きいと判定されなかった場合、前記第1決定ステップにより決定されたMIDIデータを、前記ソフトウェア音源により出力させる第2制御ステップと、をコンピュータに実行させることを特徴とするプログラムである。請求項1に記載の発明によれば、第2決定手段は、第1決定手段により決定されたMIDIデータをソフトウェア音源により再生する際の処理負荷を決定する。判定手段は、第2決定手段により決定された処理負荷が、所定の処理負荷より大きいか否かを判定する。第3決定手段は、判定手段により所定の処理負荷より大きいと判定された場合、ハードウェア音源により再生させる楽器を決定する。従って、楽曲再生前にソフトウェア音源により音を生成する際の処理負荷を把握することができ、音を生成する際にソフトウェア音源とハードウェア音源とのいずれを用いるかを決定することができる。この結果、ソフトウェア音源とハードウェア音源とを用いる場合であっても、楽曲の再生中にCPUの性能不足で再生が滑らかに行えないことを避けることができる。請求項2に記載の発明によれば、第3決定手段は、記憶手段に記憶されたMIDIデータに基いて前記ソフトウェア音源により生成される音の大きさが小さい楽器を優先して、ハードウェア音源により再生させる楽器として決定する。音の大きさが小さい楽器は、楽曲を聴くユーザに聞き取り難い。このため、音の大きさが小さい楽器を優先して、ソフトウェア音源からハードウェア音源に切り替えることで、楽曲の変化をユーザに認識させることを抑えて、楽曲の再生中にCPUの性能不足で再生が滑らかに行えないことを避けることができる。請求項3に記載の発明によれば、第3決定手段は、記憶手段に記憶されたMIDIデータに基いてソフトウェア音源により生成される音の大きさが所定の値より小さい、または、最も小さい楽器を、ハードウェア音源により再生させる楽器として決定する。この結果、音の大きさが所定の値より小さい楽器、または、最も小さい楽器を、ソフトウェア音源からハードウェア音源に切り替えることで、楽曲の変化をユーザに認識させることを抑えて、楽曲の再生中にCPUの性能不足で再生が滑らかに行えないことを避けることができる。請求項4に記載の発明によれば、第3決定手段は、ソフトウェア音源により生成される音の大きさとして、音の強弱を示すベロシティが弱い楽器を優先して、ハードウェア音源により再生させる楽器として決定することを特徴とする。音の強弱が弱い楽器は、楽曲を聴くユーザに聞き取り難い。このため、音の強弱が弱い楽器を優先して、ソフトウェア音源からハードウェア音源に切り替えることで、楽曲の変化をユーザに認識させることを抑えて、楽曲の再生中にCPUの性能不足で再生が滑らかに行えないことを避けることができる。請求項5に記載の発明によれば、第3決定手段は、ベロシティの強弱が所定より弱い、または、最も弱い楽器を、ハードウェア音源により再生させる楽器として決定する。この結果、音の強弱が所定より弱い楽器、または、最も弱い楽器を、ソフトウェア音源からハードウェア音源に切り替えることで、楽曲の変化をユーザに認識させることを抑えて、楽曲の再生中にCPUの性能不足で再生が滑らかに行えないことを避けることができる。請求項6または請求項7に記載の発明によれば、第2決定ステップは、第1決定ステップにより決定されたMIDIデータをソフトウェア音源により再生する際の処理負荷を決定する。判定ステップは、第2決定ステップにより決定された処理負荷が、所定の処理負荷より大きいか否かを判定する。第3決定ステップは、判定ステップにより所定の処理負荷より大きいと判定された場合、ハードウェア音源により再生させる楽器を決定する。従って、楽曲再生前にソフトウェア音源により音を生成する際の処理負荷を把握することができ、音を生成する際にソフトウェア音源とハードウェア音源とのいずれを用いるかを決定することができる。この結果、ソフトウェア音源とハードウェア音源とを用いる場合であっても、楽曲の再生中にCPUの性能不足で再生が滑らかに行えないことを避けることができる。[最良の実施形態]以下、図面に沿って、本発明を適用した最良の実施形態について説明する。[楽曲再生システムの概要構成]図1は、本実施形態の楽曲再生システムの概要構成を説明する説明図である。図1に示すように、楽曲再生システムは、楽曲再生装置1と、ナビ2とから構成される。楽曲再生装置1は、いわゆるカラオケのコマンダーである。ナビ2は、赤外線により楽曲再生装置1に指令を送る装置である。図示しないナビ2の操作部が、ユーザにより操作される。操作部が操作されることで、所定の操作信号が、ナビ2から楽曲再生装置1に送信される。例えば、ナビ2を操作することで、カラオケの楽曲が予約される。そのため、ナビ2から、予約されたカラオケの楽曲を示す操作信号が楽曲再生装置1に送信される。楽曲再生装置1は、操作信号を受信すると、操作信号が含む楽曲を予約楽曲としてRAM等に一時記憶する。また、ナビ2は、各カラオケ店舗等に設置されたアクセスポイント110に接続される。アクセスポイント110は、例えば、無線LANである。また、アクセスポイント110は、ルータ120を介してWAN等のインターネットと接続可能である。また、ナビ2は、アクセスポイント110を介して、カラオケ店舗内のLAN100に接続される。これにより、ナビ2は、LAN100に接続された楽曲再生装置1に情報を送受信可能となる。図1に示すように、楽曲再生装置1は、制御部12と、LANインターフェース部14と、記憶部16と、操作処理部22と、MIDIシーケンサ25と、ソフトウェア音源27と、ビデオRAM32と、映像制御部38とを備える。本実施形態のソフトウェア音源27は、本発明のソフトウェア音源の一例である。制御部12は、楽曲再生装置1の各種構成を制御する。制御部12は、例えば、CPU及びRAM等から構成されるコントローラである。LANインターフェース部14は、楽曲再生装置1とLAN100と接続する。LANインターフェース部14により、楽曲再生装置1は、インターネット及びナビ2と通信可能になる。記憶部16は、各種情報を記憶するHardDiskHD等から構成される。記憶部16は、MIDIデータ記憶領域161と、第1テーブル記憶領域162と、第2テーブル記憶領域163と、プログラム記憶領域164とを備える。MIDIデータ記憶領域161は、MIDIデータを記憶する。MIDIデータは、楽曲再生装置1で再生される演奏データである。MIDIデータは、ノートナンバーと、ベロシティと、ノートオフと、ノートオンと、プログラムチェンジと、チャンネルと、トラックレベルとを含む。ノートナンバーは、音の高低を表す番号である。ノートナンバーは、例えば、最も低い音を0、最も高い音を127と割り当てた音の高さである。ベロシティは、音の強さである。ノートオフは、音を止める指令である。また、ノートオンは、音を鳴らす命令である。プログラムチェンジは、音色を変える命令である。チャンネルは、MIDIデータにより発音される楽器を示す。トラックレベルは、発音される音の大きさを示す。ノートオンのタイミングで、ノートナンバー、ベロシティ、プログラムチェンジ、チャンネル及びトラックレベルにより構成される演奏が開始される。また、ノートオフのタイミングで、ノートナンバー、ベロシティ、プログラムチェンジ、チャンネル及びトラックレベルにより構成される演奏が終了される。本実施形態のMIDIデータ記憶領域161は、本発明の記憶手段の一例である。第1テーブル記憶領域162は、第1テーブルを記憶する。図2は、第1テーブル記憶領域162に第1テーブルが記憶される記憶状態を示す概念図である。最初に、MIDIデータ記憶領域161に記憶されたMIDIデータの中から、再生されるMIDIデータが決定される。決定されたMIDIデータが制御部12により読み取られる。読み取られたMIDIデータの中で、ノートオンのタイミング以降に出力される各種の音が、第1テーブルに夫々レコードとして記憶される。つまり、第1テーブルには、ノートオンのタイミング以降に出力される各種類の音と、その音が出力される出力タイミングとが、対応付けて記憶されることになる。具体的には、図2に示すように、ノートナンバー、プログラムチェンジナンバー、ベロシティ、チャンネル及びトラックレベルとより生成される音が、その音が出力される出力タイミングと対応付けられて第1テーブルに記憶される。これにより、読み出されたMIDIデータにより出力される各種の音と、その音の出力タイミングとがレコードとして第1テーブルに記憶される。本実施形態では、出力タイミングとして、所定のサンプル数を記憶しているがこれに限定されるものではない。時系列として、出力するタイミングを示す時間が、出力タイミングとして記憶されても良い。読み取られたMIDIデータの中で、ノートオフのタイミングが検出されると、第1テーブルに記憶されたレコードが削除される。これにより、ノートオンからノートオフの間に発音される発音数が決定される。なお、第1テーブルは、楽曲再生装置1により楽曲を再生する処理負荷を決定するために用いられる。処理負荷を決定する詳細な方法は、後述する。第2テーブル記憶領域163は、第2テーブルを記憶する。第2テーブルは、ハードウェア音源26により出力させる音を記憶するテーブルである。図3は、第2テーブル記憶領域163に第2テーブルが記憶される記憶状態を示す概念図である。第2テーブルは、第1テーブルと同様に、ノートナンバー、プログラムチェンジナンバー、ベロシティ、チャンネル及びトラックレベルとより生成される音が、その音が出力される出力タイミングと対応付けて記憶する。以下、第2テーブルの生成方法について、説明する。プログラム記憶領域164は、楽曲再生装置1のメイン動作処理、演奏開始前処理、切り替え楽器選択処理及び演奏処理を実行するプログラムを記憶する。なお、本実施形態の楽曲再生装置1のプログラムは、例えば、ネットワーク上の所定のサーバからダウンロードされるようにしてもよいし、例えば、CD-ROM等の記録媒体に記録されて記録媒体のドライブを介して読み込まれるようにしても良い。まず、MIDIデータ記憶領域161に記憶されたMIDIデータの中から、再生されるMIDIデータが決定される。決定されたMIDIデータが制御部12により読み取られる。読み取られたMIDIデータの中で、ノートオンのタイミング以降に出力される各種の音が、第1テーブルに夫々レコードとして記憶される。これにより、ノートオンからノートオフの間で、MIDIデータにより再生される発音数が決定される。本実施形態では、楽曲再生装置1の処理負荷として、発音数が用いられる。本実施形態では、基本的に、ソフトウェア音源27により、音が生成されて出力される。そのため、所定のノートオンからノートオフの間で、発音数が多いとソフトウェア音源27の処理負荷が大きくなり、滑らかに音が出力されない問題が生じる。本実施形態では、上記問題を解決するために、本実施形態では、発音数が所定数より多い場合、第1テーブルに記憶された音の中で、ハードウェア音源26により出力させる音が決定される。ハードウェア音源26により出力される音が、第2記憶テーブルとして第2テーブル記憶領域163に記憶される。なお、処理負荷が大きいか否かを判定するために用いる所定数は、楽曲再生装置1の制御部12の性能によって決められても良い。また、処理負荷として、発音数以外が用いられても良い。例えば、実際に音が出力される際の処理負荷が決定されても良い。また、1発音あたりのCPU負荷が事前に決められて、発音数に比例して、CPU負荷が大きくなるように決定されても良い。特に、本実施形態では、処理負荷が所定以上であると判定された場合、第1テーブルに記憶されたレコードの中から、トラックレベルが小さいレコードが決定される。また、本実施形態では、処理負荷が所定以上であると判定された場合、第1テーブルに記憶されたレコードの中から、ベロシティが小さいレコードが決定される。決定されたレコードが、ハードウェア音源26により出力される。一般的に、ハードウェア音源26よりもソフトウェア音源27の方が、音質が良い。これは、ソフトウェア音源はハードウェア音源よりも用いる波形、エフェクターの質が良いからである。しかしながら、ソフトウェア音源27により音データが生成される場合、CPU等の処理負荷が高くなる。この理由のため、本実施形態では、処理負荷が所定以上になった場合、制御部12は、楽曲再生装置1により出力される音の一部をハードウェア音源26により出力させる。これにより、楽曲再生装置1の処理負荷を下げることができる。本実施形態では、処理負荷が所定以上の場合、ハードウェア音源に出力させる音として、トラックレベルが小さい、または、ベロシティが小さいレコードが決定される。これは、トラックレベルが小さい、または、ベロシティが小さいレコードにより出力される音は、音の大きさまたは音の強さが弱いため、ハードウェア音源により出力させたとしても、ユーザにとって違和感が少ないためである。図2及び図3に示す例では、図2に示すレコードの中から、トラックレベルが最も小さい12であるレコード番号3が決定される。決定されたレコードが、図3に示すように、第2テーブルに登録される。MIDIシーケンサ25は、ハードウェア音源26とソフトウェア音源27とに接続される。ハードウェア音源26は、スピーカ30に音を出力させるための出力信号を生成するハードウェアである。MIDIシーケンサ25は、MIDIデータと第2テーブルに基づいて、ハードウェア音源26及びソフトウェア音源27に出力信号を生成させる。生成された出力信号は、ミキシングアンプ28に接続される。MIDIデータに基づいて、MIDIシーケンサ25は、ハードウェア音源26に生成させる出力信号を決定する。本実施形態のハードウェア音源26は、本発明のハードウェア音源の一例である。ソフトウェア音源27は、スピーカ30により音を出力するための出力信号を生成する。制御部12は、ソフトウェア音源27を制御し、ソフトウェア音源に音データを生成させる。ソフトウェア音源27は、MIDIシーケンサ25より送信されたMIDIデータに基づいて、スピーカ27により音を出力するための出力信号を生成する。ハードウェア音源26を用いることなく、音を出力することができる。ソフトウェア音源27により音が出力されることで、ハードウェア音源を備えなくても出力することができる。ハードウェア音源26とソフトウェア音源27とは、ミキシングアンプ28に接続される。また、ミキシングアンプ28は、スピーカ30と接続される。ミキシングアンプ28は、ハードウェア音源26とソフトウェア音源27とにより出力される信号を合成する。合成された信号がスピーカ30に出力される。これにより、スピーカ30から音が出力されることになる。また、ミキシングアンプ28は、マイク制御部29と接続される。マイク制御部29は、図示しないマイクと接続される。マイクにより入力された情報に基づいて、マイク制御部は、音声信号を生成する。制御部12は、生成された音声信号をミキシングアンプ28に出力する。音声信号に基づいて、ミキシングアンプ28は、マイクにより入力された音声をスピーカ30により出力する。操作処理部22は、操作部18と、赤外線受信部20と接続される。操作部18は、音楽再生装置1のユーザにより操作される。操作部18により操作され、入力された信号が操作処理部22に出力される。また、赤外線受信部20は、ナビ2により送信された赤外線を受信する。受信された赤外線の信号は、操作処理部22に出力される。操作処理部22は、出力された夫々の信号にも基づいて、操作内容を決定する。決定された操作内容に基づいて、制御部12は、音楽再生装置1を制御する。ビデオRAM32は、記憶部12に記憶された映像情報を一時記憶する。ビデオRAM3は、映像制御部38に接続される。また、映像制御部は、表示部36に接続される。制御部12は、ビデオRAM32に一時記憶された映像情報を出力させる指令を、ビデオRAM32及び映像制御部38に出力する。制御部12の指令に基づいて映像制御部38は、ビデオRAMに記憶された映像情報を、表示部36に出力させる。[メイン動作]以上説明した構成からなる本実施形態の楽曲再生装置1の動作及び作用について、添付図面を参照して説明する。まず、楽曲再生装置1の動作及び作用について、添付図面を参照して説明する。図4は、楽曲再生装置1におけるメイン動作の処理手順を示すフローチャートである。楽曲再生装置1のメイン動作は、電源またはコンセントを介して商用電源などの外部電源とノード装置とが接続されたことにより、遂行される。以下に示す処理は、制御部12により処理される。まず、ステップS101では、発音数が1の無音データを再生させる。そして、ステップS102では、発音数が1の無音データを再生させたときの制御部12が備えるCPU負荷が計測される。ステップS103では、計測されたCPU負荷は、制御部12が備えるRAMに一時記憶される。これにより、処理負荷を判定するための基準となるCPU負荷が決定される。ステップS104では、予約楽曲があるか否かが判定される。具体的には、制御部12のRAMに予約楽曲が一時記憶されているか否かが判定される。予約楽曲があると判定された場合ステップS104:YES、ステップS105が実行される。予約楽曲があると判定されなかった場合ステップS104:NO、ステップS109が実行される。次に、ステップS105では、所定の楽曲が選曲される。RAMに一時記憶された予約楽曲に対応するMIDIデータが、再生される楽曲として決定される。そして、MIDIデータ記憶領域161に記憶されたMIDIデータの中から、再生されるMIDIデータが決定される。決定されたMIDIデータが、制御部12が備えるRAMに一時記憶される。本実施形態の制御部12とステップS105とは、本発明の第1決定手段の一例である。本実施形態のステップS105は、本発明の第1決定ステップの一例である。ステップS106では、演奏開始前処理が実行される。なお、演奏開始前処理の詳細は、図5を用いて後述する。ステップS107では、演奏処理が実行される。なお、演奏処理の詳細は、図7を用いて後述する。ステップS108では、予約楽曲が他にあるか否かが判定される。具体的には、ステップS105で選曲された楽曲以外に、RAMに予約楽曲が一時記憶されているか否かが判定される。RAMに一時記憶された予約楽曲があると判定された場合ステップS108:YES、ステップS105が再度実行される。RAMに一時記憶された予約曲があると判定されなかった場合ステップS108:NO、ステップS109が実行される。ステップS109では、楽曲再生装置1の電源がオフにされたか否かが判定される。楽曲再生装置1の電源がオフにされたと判定された場合ステップS109:YES、メイン動作は終了される。楽曲再生装置1の電源がオフにされたと判定された場合ステップS109:NO、ステップS104が再度実行される。[演奏開始前処理]ここでは、楽曲再生装置1の演奏開始前処理動作及び作用について、添付図面を参照して説明する。図5は、楽曲再生装置1における演奏開始前処理の処理手順を示すフローチャートである。ステップS201では、ステップS105で選曲されたMIDIデータが、制御部12のRAMに読み込まれる。ステップS105で選曲されたMIDIデータが、RAMに一時記憶される。ステップS202では、ステップS201で読み込まれたMIDIデータの曲が終了されたか否かが判定される。MIDIデータの曲が終了されたか否かは、MIDIデータが含む演奏が終了したかにより判定される。MIDIデータの曲が終了したと判定された場合ステップS202:YES、演奏開始前処理は終了される。MIDIデータの曲が終了したと判定されなかった場合ステップS202:NO、ステップS203が実行される。ステップS203では、MIDIデータが解析される。具体的には、RAMに一時記憶されたMIDIデータが含む音が出力される時系列に沿って、MIDIデータが読み出される。ステップS204では、ステップS203で読み出されたMIDIデータの中に、ノートオンがあったか否かが判定される。ノートオンがあったと判定された場合ステップS204:YES、ステップS205が実行される。ノートオンがあったと判定されなかった場合ステップS204:NO、ステップS206が実行される。ステップS205では、ノートナンバー、プログラムチェンジナンバー、ベロシティ、チャンネル、トラックレベル及び出力タイミングが、第1テーブル記憶領域に第1テーブルとして記憶される。ステップS205で記憶されるのは、ステップS204でノートオンが判定された以降に出力される音に関する情報である。ステップS206では、ステップS203で時系列に読み出されたMIDIデータの中に、ノートオフがあったか否かが判定される。ノートオフがあったと判定された場合ステップS206:YES、ステップS207が実行される。ノートオフがあったと判定されなかった場合ステップS206:NO、ステップS203が繰り返し実行される。ステップS207では、第1テーブル記憶領域162に記憶された第1テーブルの中から、ノートオフと判定されたレコードが削除される。ステップS208では、第1テーブルのレコード数と、ステップS103で登録された1発音数あたりのCPU負荷とに基づいて、楽曲再生装置1の処理負荷が決定される。具体的には、ステップS102では、1発音数を出力した際のCPU負荷として、CPUの使用率が用いられる。ステップS102で1発音数あたりに用いられたCPUの使用率が決定される。本実施形態では、1発話数あたりのCPUの使用率と、第1テーブルのレコード数とを乗じた値が、処理負荷として決定される。また、上記方法以外に、第1テーブルに登録されたレコード数を用いて、楽曲再生装置1の処理負荷が決定されても良い。第1テーブルに登録されたレコードが多いほど、発音数が多い楽曲である。このため、レコード数により、楽曲再生装置1の処理負荷を決定することができる。本実施形態の制御部12とステップS208とは、本発明の第2決定手段の一例である。本実施形態のステップS208は、本発明の第2決定ステップの一例である。ステップS209では、処理負荷が所定値上であるか否かが判定される。本実施形態では、ステップS208で決定されたCPU使用率が、所定の値以上であるか否かが判定される。処理負荷が所定値上であると判定された場合ステップS209:YES、ステップS210が実行される。処理負荷が所定値上であると判定されなかった場合ステップS209:NO、ステップS202が実行される。また、この方法以外に、第1テーブルに登録されたレコード数が所定数以上であるか否かがステップS209で判定されても良い。この場合、レコード数が所定数以上であると判定されたステップS209:YES場合、ステップS210が実行される。また、レコード数が所定数以上であると判定されなかった場合ステップS209:NO、ステップS202が実行される。本実施形態の制御部12とステップS209とは、本発明の判定手段の一例である。また、本実施形態のステップS209は、本発明の判定ステップの一例である。ステップS210では、切り替え楽器選択処理が実行される。なお、切り替え楽器選択処理の詳細は、図6を用いて後述する。ステップS210では、第1テーブルに記憶されたレコードの中から、第2テーブルに登録させるレコードが決定される。具体的には、後述する切り替え楽器選択処理により、切り替え楽器候補として決定されたレコードが、第2テーブルに登録させるレコードとして決定される。本実施形態の制御部12とステップS210とは、本発明の第3決定手段の一例である。また、本実施形態のステップS210は、本発明の第3決定ステップの一例である。ステップS211では、第2テーブル記憶領域163に記憶された第2テーブルに、ステップS210で決定されたレコードが追加される。具体的には、後述する切り替え楽器選択処理により決定された切り替え楽器候補の中のレコードが、ステップS210で追加される。[切り替え楽器選択処理]ここでは、楽曲再生装置1の切り替え楽器選択処理動作及び作用について、添付図面を参照して説明する。図6は、楽曲再生装置1における切り替え楽器選択処理の処理手順を示すフローチャートである。ステップS301では、Nに0が設定される。設定された値は、制御部12のRAMの所定の記憶領域に一時記憶される。ステップS302では、第1テーブル記憶領域162に記憶された第1テーブルの中から、N番目のレコードが取得される。具体的には、0番目のレコードが第1テーブルから取得される。ステップS303では、ステップS302で取得されたレコードが、切り替え楽器候補としてRAMに一時記憶される。具体的には、0番目のレコードが、切り替え楽器候補としてRAMに一時記憶される。ステップS304では、第1テーブルに、N1番目のレコードが存在するか否かが判定される。具体的には、Nが0の場合、第1テーブルに1番目のレコードが登録されているか否かが判定される。N1番目のレコードが存在すると判定された場合ステップS304:YES、ステップS305が実行される。N1番目のレコードが存在すると判定されなかった場合ステップS304:NO、ステップS316が実行される。ステップS305では、第1テーブルからN1番目のレコードが取得される。取得されたN1番目のレコードは、制御部12のRAMの所定の記憶領域に一時記憶される。ステップS306では、ステップS305で取得されたN1番目のレコードのトラックレベルと、ステップS303またはステップS314で切り替え楽器候補として決定されたレコードのトラックレベルとが比較される。ステップS307では、ステップS303またはステップS314で切り替え楽器候補として決定されたレコードのトラックレベルよりも、N1番目のレコードのトラックレベルの方が小さいか否かが判定される。N1番目のレコードのトラックレベルの方が小さいと判定された場合ステップS307:YES、ステップS314が実行される。N1番目のレコードのトラックレベルの方が小さいと判定されなかった場合ステップS307:NO、ステップS308が実行される。ステップS308では、ステップS305で取得されたN1番目のレコードのトラックレベルと、ステップS303またはステップS314で切り替え楽器候補として決定されたレコードのトラックレベルとが等しいか否かが判定される。トラックレベルが等しいと判定された場合ステップS308:YES、ステップS309が実行される。トラックレベルが等しいと判定されなかった場合ステップS308:NO、ステップS315が実行される。ステップS309では、ステップS305で取得されたN1番目のレコードのベロシティと、ステップS303またはステップS314で切り替え楽器候補として決定されたレコードのベロシティとが比較される。ステップS310では、ステップS303またはステップS314で切り替え楽器候補として決定されたレコードのベロシティよりも、N1番目のレコードのベロシティの方が小さいか否かが判定される。N1番目のレコードのベロシティの方が小さいと判定された場合ステップS310:YES、ステップS314が実行される。N1番目のレコードのベロシティの方が小さいと判定されなかった場合ステップS310:NO、ステップS311が実行される。ステップS311では、ステップS305で取得されたN1番目のレコードのベロシティと、ステップS303またはステップS314で切り替え楽器候補として決定されたレコードのベロシティとが等しいか否かが判定される。ベロシティが等しいと判定された場合ステップS311:YES、ステップS312が実行される。トラックレベルが等しいと判定されなかった場合ステップS311:NO、ステップS315が実行される。ステップS312では、ステップS305で取得されたN1番目のレコードのノートナンバーと、ステップS303またはステップS314で切り替え楽器候補として決定されたレコードのノートナンバーとが比較される。ステップS313では、ステップS303またはステップS314で切り替え楽器候補として決定されたレコードのノートナンバーよりも、N1番目のレコードのノートナンバーの方が大きいか否かが判定される。N1番目のレコードのノートナンバーの方が大きいと判定された場合ステップS313:YES、ステップS314が実行される。N1番目のレコードのノートナンバーの方が大きいと判定されなかった場合ステップS313:NO、ステップS315が実行される。本実施形態のステップS313では、ノート番号が大きいか否かが判定されているが、これに限定されるものではない。本実施形態では、ノートナンバーが小さい音を優先して、ソフトウェア音源により出力させたいため、ステップS313では、ノート番号が大きい音がハードウェア音源により出力されている。ノートナンバーが大きい音を優先して、ソフトウェア音源により出力させたい場合、ステップS313では、ノート番号が小さいか否かが判定されれば良い。この判定処理により、ノートナンバーが小さい音がハードウェア音源により出力されることになる。ステップS314では、N1番目のレコードが、切り替え楽器候補として決定される。決定された切り替え楽器候補のレコードは、制御部12のRAMの所定の記憶領域に一時記憶される。ステップS315では、Nの値に1がインクリメントされる。具体的には、Nの値に1が加算された値が、新たなNの値としてRAMに一時記憶される。[演奏処理]ここでは、楽曲再生装置1の演奏処理動作及び作用について、添付図面を参照して説明する。図7は、楽曲再生装置1における演奏処理の処理手順を示すフローチャートである。ステップS401では、ステップS105で選曲された楽曲の出力が終了したか否かが判定される。楽曲の出力が終了したと判定された場合ステップS401:YES、演奏処理は終了される。楽曲の出力が終了したと判定されなかった場合ステップS401:NO、ステップS402が実行される。ステップS402では、ステップS203と同様に、MIDIデータが解析される。具体的には、RAMに一時記憶されたMIDIデータが含む音が出力される時系列に沿って、MIDIデータが読み出される。ステップS403では、ステップS402で読み出されたMIDIデータの中に、ノートオンがあったか否かが判定される。ノートオンがあったと判定された場合ステップS403:YES、ステップS404が実行される。ノートオンがあったと判定されなかった場合ステップS403:NO、ステップS408が実行される。ステップS404では、第2テーブル記憶領域163に記憶される第2テーブルが参照される。具体的には、第2テーブルに登録されたレコードが参照される。ステップS405では、ステップS404で参照された第2テーブルにレコードが存在するか否かが判定される。第2テーブルにレコードが存在すると判定された場合ステップS405:YES、ステップS406が実行される。第2テーブルにレコードが存在すると判定されなかった場合ステップS405:NO、ステップS407が実行される。ステップS406では、ステップS405で存在すると判定されたレコードが、ハードウェア音源26に送信される。本実施形態の制御部12とステップS406とは、本発明の第1制御手段の一例である。また、本実施形態のステップS406は、本発明の第1制御ステップの一例である。なお、変形例として、ステップS406では、第2テーブルに存在するレコードがハードウェア音源26に送信され、第2テーブルに存在するレコード以外のレコードに対応する音がソフトウェア音源27に送信されても良い。ステップS407では、MIDIデータに基づいて、制御部12が音データを生成する。生成された音データがソフトウェア音源27に送信される。本実施形態の制御部12とステップS407とは、本発明の第2制御手段の一例である。また、本実施形態のステップS407は、本発明の第2制御ステップの一例である。ステップS408では、ハードウェア音源とソフトウェア音源とにMIDIデータが送信される。MIDIデータに基づいて、制御部12が音データを生成する。生成された音データがソフトウェア音源27に送信される。変形例1本実施形態では、ステップS307で、N1番目のレコードのトラックレベルの方が小さいと判定されなかった場合、ステップS308が実行された後に、ステップS309でベロシティの比較が行われていた。本実施形態の変形例1として、本実施形態のステップS306及びステップS307が実行される代わりに、本実施形態のステップS309とステップS310とが実行されても良い。変形例2本実施形態では、ステップS307で、N1番目のレコードのトラックレベルの方が小さいと判定されなかった場合、ステップS308が実行された後に、ステップS309でベロシティの比較が行われていた。変形例2では、ステップS308からステップS310が実行されなくても良い。この場合、ステップS306及びステップS307の処理のみで、切り替え楽器候補とするレコードが決定されても良い。また、ステップS306からステップS308が実行されずに、ステップS309ステップS310のみが実行されて、切り替え楽器候補とするレコードが決定されても良い。変形例3本実施形態は、本発明をカラオケシステムに適用した例について記載したが、これに限定されるものではない。MIDIデータが用いられる楽曲再生システムまたは楽曲再生装置であれば、本発明を適用可能である。変形例4本実施形態では、ステップS304からステップS315までの処理が繰り返し実行される。これにより、トラックレベルが小さい、または、ベロシティが小さいレコードから優先して順番に、ハードウェア音源26により出力される音として決定されていた。本実施形態の変形例として、トラックレベルが最も小さい、または、ベロシティが最も小さいレコードが、ハードウェア音源26により出力される音として決定されても良い。また、トラックレベルが所定の値より小さいレコードが、ハードウェア音源26により出力される音として決定されても良い。また、ベロシティが所定の値より小さいレコードが、ハードウェア音源26により出力される音として決定されても良い。変形例5なお、本実施形態のステップS202で楽曲が終了したと判定されたステップS202:YES後に、第1テーブル記憶領域162に記憶された第1テーブルが削除されても良い。