(57)【特許請求の範囲】
【請求項１】
演奏信号を含むＭＩＤＩデータを記憶する記憶手段と、
前記記憶手段に記憶されたＭＩＤＩデータに基づいて、複数の楽器の音を発音するハードウェア音源と、
前記記憶手段に記憶されたＭＩＤＩデータに基づいて、音を生成するソフトウェア音源と、
前記記憶手段に記憶されたＭＩＤＩデータの中から、再生するＭＩＤＩデータを決定する第１決定手段と、
前記第１決定手段により決定されたＭＩＤＩデータをソフトウェア音源により再生する際の処理負荷を決定する第２決定手段と、
前記第２決定手段により決定された処理負荷が、所定の処理負荷より大きいか否かを判定する判定手段と、
前記判定手段により所定の処理負荷より大きいと判定された場合、前記ハードウェア音源により再生させる楽器を決定する第３決定手段と、
前記第３決定手段により決定された楽器を、前記ハードウェア音源により出力させ、前記第３決定手段により決定された楽器以外についての音を前記ソフトウェア音源により生成させる第１制御手段と、
前記判定手段により所定の処理負荷より大きいと判定されなかった場合、前記第１決定手段により決定されたＭＩＤＩデータを、前記ソフトウェア音源により出力させる第２制御手段と、
を備えることを特徴とする楽曲再生装置。
【請求項２】
前記第３決定手段は、前記記憶手段に記憶されたＭＩＤＩデータに基いて前記ソフトウェア音源により生成される音の大きさが小さい楽器を優先して、前記ハードウェア音源により再生させる楽器として決定することを特徴とする請求項１に記載の楽曲再生装置。
【請求項３】
前記第３決定手段は、前記記憶手段に記憶されたＭＩＤＩデータに基いて前記ソフトウェア音源により生成される音の大きさが所定の値より小さい、または、最も小さい楽器を、前記ハードウェア音源により再生させる楽器として決定することを特徴とする請求項２に記載の楽曲再生装置。
【請求項４】
前記第３決定手段は、前記ソフトウェア音源により生成される音の大きさとして、音の強弱を示すベロシティが弱い楽器を優先して、前記ハードウェア音源により再生させる楽器として決定することを特徴とする請求項１から請求項３のいずれか一項に記載の楽曲再生装置。
【請求項５】
前記第３決定手段は、前記ベロシティの強弱が所定より弱い、または、最も弱い楽器を、前記ハードウェア音源により再生させる楽器として決定することを特徴とする請求項４に記載の楽曲再生装置。
【請求項６】
演奏信号を含むＭＩＤＩデータを記憶する記憶手段に記憶されたＭＩＤＩデータの中から、再生するＭＩＤＩデータを決定する第１決定ステップと、
前記第１決定ステップにより決定されたＭＩＤＩデータをソフトウェア音源により再生する際の処理負荷を決定する第２決定ステップと、
前記第２決定ステップにより決定された処理負荷が、所定の処理負荷より大きいか否かを判定する判定ステップと、
前記判定ステップにより所定の処理負荷より大きいと判定された場合、ＭＩＤＩデータに基づいて、複数の楽器の音を発音するハードウェア音源により再生させる楽器を決定する第３決定ステップと、
前記第３決定ステップにより決定された楽器を、前記ハードウェア音源により出力させ、前記第３決定ステップにより決定された楽器以外についての音を、ＭＩＤＩデータに基づいて音を生成するソフトウェア音源により生成させる第１制御ステップと、
前記判定ステップにより所定の処理負荷より大きいと判定されなかった場合、前記第１決定ステップにより決定されたＭＩＤＩデータを、前記ソフトウェア音源により出力させる第２制御ステップと、
を含む楽曲再生方法。
【請求項７】
演奏信号を含むＭＩＤＩデータを記憶する記憶手段に記憶されたＭＩＤＩデータの中から、再生するＭＩＤＩデータを決定する第１決定ステップと、
前記第１決定ステップにより決定されたＭＩＤＩデータをソフトウェア音源により再生する際の処理負荷を決定する第２決定ステップと、
前記第２決定ステップにより決定された処理負荷が、所定の処理負荷より大きいか否かを判定する判定ステップと、
前記判定ステップにより所定の処理負荷より大きいと判定された場合、ＭＩＤＩデータに基づいて、複数の楽器の音を発音するハードウェア音源により再生させる楽器を決定する第３決定ステップと、
前記第３決定ステップにより決定された楽器を、前記ハードウェア音源により出力させ、前記第３決定ステップにより決定された楽器以外についての音を、ＭＩＤＩデータに基づいて音を生成するソフトウェア音源により生成させる第１制御ステップと、
前記判定ステップにより所定の処理負荷より大きいと判定されなかった場合、前記第１決定ステップにより決定されたＭＩＤＩデータを、前記ソフトウェア音源により出力させる第２制御ステップと、
をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、楽曲を再生する楽曲再生装置に関する。具体的には、楽曲を再生する際に、楽曲データに基づいて、ソフトウェア音源とハードウェア音源とを切り替えて楽曲を出力する装置に関する。
【背景技術】
【０００２】
従来、楽曲を再生する際に、楽曲データに基づいて楽音を合成する再生装置が知られている。特許文献１には、楽曲を再生する際に、ソフトウェア音源とハードウェア音源とを用いて、音を出力する楽曲再生装置が開示されている。特許文献１に記載の楽曲再生装置では、新たに発音を開始するノートオン情報が読み出されたときに、ＣＰＵ使用率が小さかった場合に、ソフトウェア音源により発音している。また、新たに発音を開始するノートオン情報が読み出されたときに、ＣＰＵ使用率が大きかった場合に、ハードウェア音源により発音している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２８３７７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
楽曲再生装置で重要な機能は、楽曲再生装置のユーザに対して、滑らかに聞こえるように楽曲を再生する機能である。ＣＰＵ性能は向上しているが、全ての楽曲をソフトウェア音源で再生するには、ＣＰＵ負荷が高くなり、滑らかに楽曲を再生するには好ましくない状況が発生する場合がある。所定の発音をソフトウェア音源により行う場合に、発音内容によっては、ＣＰＵ負荷が高くなる場合がある。また、再生される楽曲の演奏情報によって、ＣＰＵ負荷が異なる場合がある。特許文献１に記載の技術では、新たに発音を開始するノートオン情報が読み出されるたびに、ＣＰＵ使用率を検出する処理が発生するため、発音する直前にならないと、ソフトウェア音源によるＣＰＵ負荷が分からない。そのため、楽曲の再生中にＣＰＵの性能不足で再生が滑らかに行えないという問題があった。
【０００５】
本発明は、以上のことを鑑みてなされたものである。本発明の目的は、ソフトウェア音源とハードウェア音源とを用いる場合であっても、楽曲の再生中にＣＰＵの性能不足で再生が滑らかに行えないことを避けることを可能とする楽曲再生装置、楽曲再生方法及びプログラムを提供することである。
【課題を解決するための手段】
【０００６】
請求項１に記載の発明によれば、演奏信号を含むＭＩＤＩデータを記憶する記憶手段と、前記記憶手段に記憶されたＭＩＤＩデータに基づいて、複数の楽器の音を発音するハードウェア音源と、前記記憶手段に記憶されたＭＩＤＩデータに基づいて、音を生成するソフトウェア音源と、前記記憶手段に記憶されたＭＩＤＩデータの中から、再生するＭＩＤＩデータを決定する第１決定手段と、前記第１決定手段により決定されたＭＩＤＩデータをソフトウェア音源により再生する際の処理負荷を決定する第２決定手段と、前記第２決定手段により決定された処理負荷が、所定の処理負荷より大きいか否かを判定する判定手段と、前記判定手段により所定の処理負荷より大きいと判定された場合、前記ハードウェア音源により再生させる楽器を決定する第３決定手段と、前記第３決定手段により決定された楽器を、前記ハードウェア音源により出力させ、前記第３決定手段により決定された楽器以外についての音を前記ソフトウェア音源により生成させる第１制御手段と、前記判定手段により所定の処理負荷より大きいと判定されなかった場合、前記第１決定手段により決定されたＭＩＤＩデータを、前記ソフトウェア音源により出力させる第２制御手段と、を備えることを特徴とする楽曲再生装置である。
【０００７】
請求項２に記載の発明によれば、前記第３決定手段は、前記記憶手段に記憶されたＭＩＤＩデータに基いて前記ソフトウェア音源により生成される音の大きさが小さい楽器を優先して、前記ハードウェア音源により再生させる楽器として決定することを特徴とする。
【０００８】
請求項３に記載の発明によれば、前記第３決定手段は、前記記憶手段に記憶されたＭＩＤＩデータに基いて前記ソフトウェア音源により生成される音の大きさが所定の値より小さい、または、最も小さい楽器を、前記ハードウェア音源により再生させる楽器として決定することを特徴とする。
【０００９】
請求項４に記載の発明によれば、前記第３決定手段は、前記ソフトウェア音源により生成される音の大きさとして、音の強弱を示すベロシティが弱い楽器を優先して、前記ハードウェア音源により再生させる楽器として決定することを特徴とする。
【００１０】
請求項５に記載の発明によれば、前記第３決定手段は、前記ベロシティの強弱が所定より弱い、または、最も弱い楽器を、前記ハードウェア音源により再生させる楽器として決定することを特徴とする。
【００１１】
請求項６に記載の発明によれば、演奏信号を含むＭＩＤＩデータを記憶する記憶手段に記憶されたＭＩＤＩデータの中から、再生するＭＩＤＩデータを決定する第１決定ステップと、前記第１決定ステップにより決定されたＭＩＤＩデータをソフトウェア音源により再生する際の処理負荷を決定する第２決定ステップと、前記第２決定ステップにより決定された処理負荷が、所定の処理負荷より大きいか否かを判定する判定ステップと、前記判定ステップにより所定の処理負荷より大きいと判定された場合、ＭＩＤＩデータに基づいて、複数の楽器の音を発音するハードウェア音源により再生させる楽器を決定する第３決定ステップと、前記第３決定ステップにより決定された楽器を、前記ハードウェア音源により出力させ、前記第３決定ステップにより決定された楽器以外についての音を、ＭＩＤＩデータに基づいて音を生成するソフトウェア音源により生成させる第１制御ステップと、前記判定ステップにより所定の処理負荷より大きいと判定されなかった場合、前記第１決定ステップにより決定されたＭＩＤＩデータを、前記ソフトウェア音源により出力させる第２制御ステップと、を含む楽曲再生方法である。
【００１２】
請求項７に記載の発明によれば、演奏信号を含むＭＩＤＩデータを記憶する記憶手段に記憶されたＭＩＤＩデータの中から、再生するＭＩＤＩデータを決定する第１決定ステップと、前記第１決定ステップにより決定されたＭＩＤＩデータをソフトウェア音源により再生する際の処理負荷を決定する第２決定ステップと、前記第２決定ステップにより決定された処理負荷が、所定の処理負荷より大きいか否かを判定する判定ステップと、前記判定ステップにより所定の処理負荷より大きいと判定された場合、ＭＩＤＩデータに基づいて、複数の楽器の音を発音するハードウェア音源により再生させる楽器を決定する第３決定ステップと、前記第３決定ステップにより決定された楽器を、前記ハードウェア音源により出力させ、前記第３決定ステップにより決定された楽器以外についての音を、ＭＩＤＩデータに基づいて音を生成するソフトウェア音源により生成させる第１制御ステップと、前記判定ステップにより所定の処理負荷より大きいと判定されなかった場合、前記第１決定ステップにより決定されたＭＩＤＩデータを、前記ソフトウェア音源により出力させる第２制御ステップと、をコンピュータに実行させることを特徴とするプログラムである。
【発明の効果】
【００１３】
請求項１に記載の発明によれば、第２決定手段は、第１決定手段により決定されたＭＩＤＩデータをソフトウェア音源により再生する際の処理負荷を決定する。判定手段は、第２決定手段により決定された処理負荷が、所定の処理負荷より大きいか否かを判定する。第３決定手段は、判定手段により所定の処理負荷より大きいと判定された場合、ハードウェア音源により再生させる楽器を決定する。従って、楽曲再生前にソフトウェア音源により音を生成する際の処理負荷を把握することができ、音を生成する際にソフトウェア音源とハードウェア音源とのいずれを用いるかを決定することができる。この結果、ソフトウェア音源とハードウェア音源とを用いる場合であっても、楽曲の再生中にＣＰＵの性能不足で再生が滑らかに行えないことを避けることができる。
【００１４】
請求項２に記載の発明によれば、第３決定手段は、記憶手段に記憶されたＭＩＤＩデータに基いて前記ソフトウェア音源により生成される音の大きさが小さい楽器を優先して、ハードウェア音源により再生させる楽器として決定する。音の大きさが小さい楽器は、楽曲を聴くユーザに聞き取り難い。このため、音の大きさが小さい楽器を優先して、ソフトウェア音源からハードウェア音源に切り替えることで、楽曲の変化をユーザに認識させることを抑えて、楽曲の再生中にＣＰＵの性能不足で再生が滑らかに行えないことを避けることができる。
【００１５】
請求項３に記載の発明によれば、第３決定手段は、記憶手段に記憶されたＭＩＤＩデータに基いてソフトウェア音源により生成される音の大きさが所定の値より小さい、または、最も小さい楽器を、ハードウェア音源により再生させる楽器として決定する。この結果、音の大きさが所定の値より小さい楽器、または、最も小さい楽器を、ソフトウェア音源からハードウェア音源に切り替えることで、楽曲の変化をユーザに認識させることを抑えて、楽曲の再生中にＣＰＵの性能不足で再生が滑らかに行えないことを避けることができる。
【００１６】
請求項４に記載の発明によれば、第３決定手段は、ソフトウェア音源により生成される音の大きさとして、音の強弱を示すベロシティが弱い楽器を優先して、ハードウェア音源により再生させる楽器として決定することを特徴とする。音の強弱が弱い楽器は、楽曲を聴くユーザに聞き取り難い。このため、音の強弱が弱い楽器を優先して、ソフトウェア音源からハードウェア音源に切り替えることで、楽曲の変化をユーザに認識させることを抑えて、楽曲の再生中にＣＰＵの性能不足で再生が滑らかに行えないことを避けることができる。
【００１７】
請求項５に記載の発明によれば、第３決定手段は、ベロシティの強弱が所定より弱い、または、最も弱い楽器を、ハードウェア音源により再生させる楽器として決定する。この結果、音の強弱が所定より弱い楽器、または、最も弱い楽器を、ソフトウェア音源からハードウェア音源に切り替えることで、楽曲の変化をユーザに認識させることを抑えて、楽曲の再生中にＣＰＵの性能不足で再生が滑らかに行えないことを避けることができる。
【００１８】
請求項６または請求項７に記載の発明によれば、第２決定ステップは、第１決定ステップにより決定されたＭＩＤＩデータをソフトウェア音源により再生する際の処理負荷を決定する。判定ステップは、第２決定ステップにより決定された処理負荷が、所定の処理負荷より大きいか否かを判定する。第３決定ステップは、判定ステップにより所定の処理負荷より大きいと判定された場合、ハードウェア音源により再生させる楽器を決定する。従って、楽曲再生前にソフトウェア音源により音を生成する際の処理負荷を把握することができ、音を生成する際にソフトウェア音源とハードウェア音源とのいずれを用いるかを決定することができる。この結果、ソフトウェア音源とハードウェア音源とを用いる場合であっても、楽曲の再生中にＣＰＵの性能不足で再生が滑らかに行えないことを避けることができる。
【図面の簡単な説明】
【００１９】
【図１】本実施形態の楽曲再生システムの概要構成図及び楽曲再生装置１の電気的構成を示す概念図の一例を示す図である。
【図２】本実施形態の第１テーブルが第１テーブル記憶領域１６２に記憶される記憶状態を示す概念図である。
【図３】本実施形態の第２テーブルが第２テーブル記憶領域１６３に記憶される記憶状態を示す概念図である。
【図４】本実施形態の楽曲再生装置１のメイン動作を示すフローチャートである。
【図５】本実施形態の演奏開始前処理を示すフローチャートである。
【図６】本実施形態の切り替え楽器選択処理を示すフローチャートである。
【図７】本実施形態の演奏処理を示すフローチャートである。
【発明を実施するための最良の形態】
【００２０】
［最良の実施形態］
以下、図面に沿って、本発明を適用した最良の実施形態について説明する。
【００２１】
［楽曲再生システムの概要構成］
図１は、本実施形態の楽曲再生システムの概要構成を説明する説明図である。図１に示すように、楽曲再生システムは、楽曲再生装置１と、ナビ２とから構成される。楽曲再生装置１は、いわゆるカラオケのコマンダーである。ナビ２は、赤外線により楽曲再生装置１に指令を送る装置である。図示しないナビ２の操作部が、ユーザにより操作される。操作部が操作されることで、所定の操作信号が、ナビ２から楽曲再生装置１に送信される。例えば、ナビ２を操作することで、カラオケの楽曲が予約される。そのため、ナビ２から、予約されたカラオケの楽曲を示す操作信号が楽曲再生装置１に送信される。楽曲再生装置１は、操作信号を受信すると、操作信号が含む楽曲を予約楽曲としてＲＡＭ等に一時記憶する。
【００２２】
また、ナビ２は、各カラオケ店舗等に設置されたアクセスポイント１１０に接続される。アクセスポイント１１０は、例えば、無線ＬＡＮである。また、アクセスポイント１１０は、ルータ１２０を介してＷＡＮ等のインターネットと接続可能である。また、ナビ２は、アクセスポイント１１０を介して、カラオケ店舗内のＬＡＮ１００に接続される。これにより、ナビ２は、ＬＡＮ１００に接続された楽曲再生装置１に情報を送受信可能となる。
【００２３】
図１に示すように、楽曲再生装置１は、制御部１２と、ＬＡＮインターフェース部１４と、記憶部１６と、操作処理部２２と、ＭＩＤＩシーケンサ２５と、ソフトウェア音源２７と、ビデオＲＡＭ３２と、映像制御部３８とを備える。本実施形態のソフトウェア音源２７は、本発明のソフトウェア音源の一例である。
【００２４】
制御部１２は、楽曲再生装置１の各種構成を制御する。制御部１２は、例えば、ＣＰＵ及びＲＡＭ等から構成されるコントローラである。
【００２５】
ＬＡＮインターフェース部１４は、楽曲再生装置１とＬＡＮ１００と接続する。ＬＡＮインターフェース部１４により、楽曲再生装置１は、インターネット及びナビ２と通信可能になる。
【００２６】
記憶部１６は、各種情報を記憶するＨａｒｄＤｉｓｋ（ＨＤ）等から構成される。記憶部１６は、ＭＩＤＩデータ記憶領域１６１と、第１テーブル記憶領域１６２と、第２テーブル記憶領域１６３と、プログラム記憶領域１６４とを備える。ＭＩＤＩデータ記憶領域１６１は、ＭＩＤＩデータを記憶する。ＭＩＤＩデータは、楽曲再生装置１で再生される演奏データである。ＭＩＤＩデータは、ノートナンバーと、ベロシティと、ノートオフと、ノートオンと、プログラムチェンジと、チャンネルと、トラックレベルとを含む。ノートナンバーは、音の高低を表す番号である。ノートナンバーは、例えば、最も低い音を０、最も高い音を１２７と割り当てた音の高さである。ベロシティは、音の強さである。ノートオフは、音を止める指令である。また、ノートオンは、音を鳴らす命令である。プログラムチェンジは、音色を変える命令である。チャンネルは、ＭＩＤＩデータにより発音される楽器を示す。トラックレベルは、発音される音の大きさを示す。ノートオンのタイミングで、ノートナンバー、ベロシティ、プログラムチェンジ、チャンネル及びトラックレベルにより構成される演奏が開始される。また、ノートオフのタイミングで、ノートナンバー、ベロシティ、プログラムチェンジ、チャンネル及びトラックレベルにより構成される演奏が終了される。本実施形態のＭＩＤＩデータ記憶領域１６１は、本発明の記憶手段の一例である。
【００２７】
第１テーブル記憶領域１６２は、第１テーブルを記憶する。図２は、第１テーブル記憶領域１６２に第１テーブルが記憶される記憶状態を示す概念図である。最初に、ＭＩＤＩデータ記憶領域１６１に記憶されたＭＩＤＩデータの中から、再生されるＭＩＤＩデータが決定される。決定されたＭＩＤＩデータが制御部１２により読み取られる。読み取られたＭＩＤＩデータの中で、ノートオンのタイミング以降に出力される各種の音が、第１テーブルに夫々レコードとして記憶される。つまり、第１テーブルには、ノートオンのタイミング以降に出力される各種類の音と、その音が出力される出力タイミングとが、対応付けて記憶されることになる。具体的には、図２に示すように、ノートナンバー、プログラムチェンジナンバー、ベロシティ、チャンネル及びトラックレベルとより生成される音が、その音が出力される出力タイミングと対応付けられて第１テーブルに記憶される。これにより、読み出されたＭＩＤＩデータにより出力される各種の音と、その音の出力タイミングとがレコードとして第１テーブルに記憶される。本実施形態では、出力タイミングとして、所定のサンプル数を記憶しているがこれに限定されるものではない。時系列として、出力するタイミングを示す時間が、出力タイミングとして記憶されても良い。読み取られたＭＩＤＩデータの中で、ノートオフのタイミングが検出されると、第１テーブルに記憶されたレコードが削除される。これにより、ノートオンからノートオフの間に発音される発音数が決定される。なお、第１テーブルは、楽曲再生装置１により楽曲を再生する処理負荷を決定するために用いられる。処理負荷を決定する詳細な方法は、後述する。
【００２８】
第２テーブル記憶領域１６３は、第２テーブルを記憶する。第２テーブルは、ハードウェア音源２６により出力させる音を記憶するテーブルである。図３は、第２テーブル記憶領域１６３に第２テーブルが記憶される記憶状態を示す概念図である。第２テーブルは、第１テーブルと同様に、ノートナンバー、プログラムチェンジナンバー、ベロシティ、チャンネル及びトラックレベルとより生成される音が、その音が出力される出力タイミングと対応付けて記憶する。以下、第２テーブルの生成方法について、説明する。
【００２９】
プログラム記憶領域１６４は、楽曲再生装置１のメイン動作処理、演奏開始前処理、切り替え楽器選択処理及び演奏処理を実行するプログラムを記憶する。なお、本実施形態の楽曲再生装置１のプログラムは、例えば、ネットワーク上の所定のサーバからダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて記録媒体のドライブを介して読み込まれるようにしても良い。
【００３０】
まず、ＭＩＤＩデータ記憶領域１６１に記憶されたＭＩＤＩデータの中から、再生されるＭＩＤＩデータが決定される。決定されたＭＩＤＩデータが制御部１２により読み取られる。読み取られたＭＩＤＩデータの中で、ノートオンのタイミング以降に出力される各種の音が、第１テーブルに夫々レコードとして記憶される。これにより、ノートオンからノートオフの間で、ＭＩＤＩデータにより再生される発音数が決定される。本実施形態では、楽曲再生装置１の処理負荷として、発音数が用いられる。本実施形態では、基本的に、ソフトウェア音源２７により、音が生成されて出力される。そのため、所定のノートオンからノートオフの間で、発音数が多いとソフトウェア音源２７の処理負荷が大きくなり、滑らかに音が出力されない問題が生じる。本実施形態では、上記問題を解決するために、本実施形態では、発音数が所定数より多い場合、第１テーブルに記憶された音の中で、ハードウェア音源２６により出力させる音が決定される。ハードウェア音源２６により出力される音が、第２記憶テーブルとして第２テーブル記憶領域１６３に記憶される。なお、処理負荷が大きいか否かを判定するために用いる所定数は、楽曲再生装置１の制御部１２の性能によって決められても良い。また、処理負荷として、発音数以外が用いられても良い。例えば、実際に音が出力される際の処理負荷が決定されても良い。また、１発音あたりのＣＰＵ負荷が事前に決められて、発音数に比例して、ＣＰＵ負荷が大きくなるように決定されても良い。
【００３１】
特に、本実施形態では、処理負荷が所定以上であると判定された場合、第１テーブルに記憶されたレコードの中から、トラックレベルが小さいレコードが決定される。また、本実施形態では、処理負荷が所定以上であると判定された場合、第１テーブルに記憶されたレコードの中から、ベロシティが小さいレコードが決定される。決定されたレコードが、ハードウェア音源２６により出力される。一般的に、ハードウェア音源２６よりもソフトウェア音源２７の方が、音質が良い。これは、ソフトウェア音源はハードウェア音源よりも用いる波形、エフェクターの質が良いからである。しかしながら、ソフトウェア音源２７により音データが生成される場合、ＣＰＵ等の処理負荷が高くなる。この理由のため、本実施形態では、処理負荷が所定以上になった場合、制御部１２は、楽曲再生装置１により出力される音の一部をハードウェア音源２６により出力させる。これにより、楽曲再生装置１の処理負荷を下げることができる。本実施形態では、処理負荷が所定以上の場合、ハードウェア音源に出力させる音として、トラックレベルが小さい、または、ベロシティが小さいレコードが決定される。これは、トラックレベルが小さい、または、ベロシティが小さいレコードにより出力される音は、音の大きさまたは音の強さが弱いため、ハードウェア音源により出力させたとしても、ユーザにとって違和感が少ないためである。図２及び図３に示す例では、図２に示すレコードの中から、トラックレベルが最も小さい「１２」であるレコード番号「３」が決定される。決定されたレコードが、図３に示すように、第２テーブルに登録される。
【００３２】
ＭＩＤＩシーケンサ２５は、ハードウェア音源２６とソフトウェア音源２７とに接続される。ハードウェア音源２６は、スピーカ３０に音を出力させるための出力信号を生成するハードウェアである。ＭＩＤＩシーケンサ２５は、ＭＩＤＩデータと第２テーブルに基づいて、ハードウェア音源２６及びソフトウェア音源２７に出力信号を生成させる。生成された出力信号は、ミキシングアンプ２８に接続される。ＭＩＤＩデータに基づいて、ＭＩＤＩシーケンサ２５は、ハードウェア音源２６に生成させる出力信号を決定する。本実施形態のハードウェア音源２６は、本発明のハードウェア音源の一例である。
【００３３】
ソフトウェア音源２７は、スピーカ３０により音を出力するための出力信号を生成する。制御部１２は、ソフトウェア音源２７を制御し、ソフトウェア音源に音データを生成させる。ソフトウェア音源２７は、ＭＩＤＩシーケンサ２５より送信されたＭＩＤＩデータに基づいて、スピーカ２７により音を出力するための出力信号を生成する。ハードウェア音源２６を用いることなく、音を出力することができる。ソフトウェア音源２７により音が出力されることで、ハードウェア音源を備えなくても出力することができる。
【００３４】
ハードウェア音源２６とソフトウェア音源２７とは、ミキシングアンプ２８に接続される。また、ミキシングアンプ２８は、スピーカ３０と接続される。ミキシングアンプ２８は、ハードウェア音源２６とソフトウェア音源２７とにより出力される信号を合成する。合成された信号がスピーカ３０に出力される。これにより、スピーカ３０から音が出力されることになる。
【００３５】
また、ミキシングアンプ２８は、マイク制御部２９と接続される。マイク制御部２９は、図示しないマイクと接続される。マイクにより入力された情報に基づいて、マイク制御部は、音声信号を生成する。制御部１２は、生成された音声信号をミキシングアンプ２８に出力する。音声信号に基づいて、ミキシングアンプ２８は、マイクにより入力された音声をスピーカ３０により出力する。
【００３６】
操作処理部２２は、操作部１８と、赤外線受信部２０と接続される。操作部１８は、音楽再生装置１のユーザにより操作される。操作部１８により操作され、入力された信号が操作処理部２２に出力される。また、赤外線受信部２０は、ナビ２により送信された赤外線を受信する。受信された赤外線の信号は、操作処理部２２に出力される。操作処理部２２は、出力された夫々の信号にも基づいて、操作内容を決定する。決定された操作内容に基づいて、制御部１２は、音楽再生装置１を制御する。
【００３７】
ビデオＲＡＭ３２は、記憶部１２に記憶された映像情報を一時記憶する。ビデオＲＡＭ３は、映像制御部３８に接続される。また、映像制御部は、表示部３６に接続される。制御部１２は、ビデオＲＡＭ３２に一時記憶された映像情報を出力させる指令を、ビデオＲＡＭ３２及び映像制御部３８に出力する。制御部１２の指令に基づいて映像制御部３８は、ビデオＲＡＭに記憶された映像情報を、表示部３６に出力させる。
【００３８】
［メイン動作］
以上説明した構成からなる本実施形態の楽曲再生装置１の動作及び作用について、添付図面を参照して説明する。まず、楽曲再生装置１の動作及び作用について、添付図面を参照して説明する。図４は、楽曲再生装置１におけるメイン動作の処理手順を示すフローチャートである。楽曲再生装置１のメイン動作は、電源またはコンセントを介して商用電源などの外部電源とノード装置とが接続されたことにより、遂行される。以下に示す処理は、制御部１２により処理される。
【００３９】
まず、ステップＳ１０１では、発音数が１の無音データを再生させる。そして、ステップＳ１０２では、発音数が１の無音データを再生させたときの制御部１２が備えるＣＰＵ負荷が計測される。ステップＳ１０３では、計測されたＣＰＵ負荷は、制御部１２が備えるＲＡＭに一時記憶される。これにより、処理負荷を判定するための基準となるＣＰＵ負荷が決定される。
【００４０】
ステップＳ１０４では、予約楽曲があるか否かが判定される。具体的には、制御部１２のＲＡＭに予約楽曲が一時記憶されているか否かが判定される。予約楽曲があると判定された場合（ステップＳ１０４：ＹＥＳ）、ステップＳ１０５が実行される。予約楽曲があると判定されなかった場合（ステップＳ１０４：ＮＯ）、ステップＳ１０９が実行される。
【００４１】
次に、ステップＳ１０５では、所定の楽曲が選曲される。ＲＡＭに一時記憶された予約楽曲に対応するＭＩＤＩデータが、再生される楽曲として決定される。そして、ＭＩＤＩデータ記憶領域１６１に記憶されたＭＩＤＩデータの中から、再生されるＭＩＤＩデータが決定される。決定されたＭＩＤＩデータが、制御部１２が備えるＲＡＭに一時記憶される。本実施形態の制御部１２とステップＳ１０５とは、本発明の第１決定手段の一例である。本実施形態のステップＳ１０５は、本発明の第１決定ステップの一例である。
【００４２】
ステップＳ１０６では、演奏開始前処理が実行される。なお、演奏開始前処理の詳細は、図５を用いて後述する。
【００４３】
ステップＳ１０７では、演奏処理が実行される。なお、演奏処理の詳細は、図７を用いて後述する。
【００４４】
ステップＳ１０８では、予約楽曲が他にあるか否かが判定される。具体的には、ステップＳ１０５で選曲された楽曲以外に、ＲＡＭに予約楽曲が一時記憶されているか否かが判定される。ＲＡＭに一時記憶された予約楽曲があると判定された場合（ステップＳ１０８：ＹＥＳ）、ステップＳ１０５が再度実行される。ＲＡＭに一時記憶された予約曲があると判定されなかった場合（ステップＳ１０８：ＮＯ）、ステップＳ１０９が実行される。
【００４５】
ステップＳ１０９では、楽曲再生装置１の電源がオフにされたか否かが判定される。楽曲再生装置１の電源がオフにされたと判定された場合（ステップＳ１０９：ＹＥＳ）、メイン動作は終了される。楽曲再生装置１の電源がオフにされたと判定された場合（ステップＳ１０９：ＮＯ）、ステップＳ１０４が再度実行される。
【００４６】
［演奏開始前処理］
ここでは、楽曲再生装置１の演奏開始前処理動作及び作用について、添付図面を参照して説明する。図５は、楽曲再生装置１における演奏開始前処理の処理手順を示すフローチャートである。
【００４７】
ステップＳ２０１では、ステップＳ１０５で選曲されたＭＩＤＩデータが、制御部１２のＲＡＭに読み込まれる。ステップＳ１０５で選曲されたＭＩＤＩデータが、ＲＡＭに一時記憶される。
【００４８】
ステップＳ２０２では、ステップＳ２０１で読み込まれたＭＩＤＩデータの曲が終了されたか否かが判定される。ＭＩＤＩデータの曲が終了されたか否かは、ＭＩＤＩデータが含む演奏が終了したかにより判定される。ＭＩＤＩデータの曲が終了したと判定された場合（ステップＳ２０２：ＹＥＳ）、演奏開始前処理は終了される。ＭＩＤＩデータの曲が終了したと判定されなかった場合（ステップＳ２０２：ＮＯ）、ステップＳ２０３が実行される。
【００４９】
ステップＳ２０３では、ＭＩＤＩデータが解析される。具体的には、ＲＡＭに一時記憶されたＭＩＤＩデータが含む音が出力される時系列に沿って、ＭＩＤＩデータが読み出される。
【００５０】
ステップＳ２０４では、ステップＳ２０３で読み出されたＭＩＤＩデータの中に、ノートオンがあったか否かが判定される。ノートオンがあったと判定された場合（ステップＳ２０４：ＹＥＳ）、ステップＳ２０５が実行される。ノートオンがあったと判定されなかった場合（ステップＳ２０４：ＮＯ）、ステップＳ２０６が実行される。
【００５１】
ステップＳ２０５では、ノートナンバー、プログラムチェンジナンバー、ベロシティ、チャンネル、トラックレベル及び出力タイミングが、第１テーブル記憶領域に第１テーブルとして記憶される。ステップＳ２０５で記憶されるのは、ステップＳ２０４でノートオンが判定された以降に出力される音に関する情報である。
【００５２】
ステップＳ２０６では、ステップＳ２０３で時系列に読み出されたＭＩＤＩデータの中に、ノートオフがあったか否かが判定される。ノートオフがあったと判定された場合（ステップＳ２０６：ＹＥＳ）、ステップＳ２０７が実行される。ノートオフがあったと判定されなかった場合（ステップＳ２０６：ＮＯ）、ステップＳ２０３が繰り返し実行される。
【００５３】
ステップＳ２０７では、第１テーブル記憶領域１６２に記憶された第１テーブルの中から、ノートオフと判定されたレコードが削除される。
【００５４】
ステップＳ２０８では、第１テーブルのレコード数と、ステップＳ１０３で登録された１発音数あたりのＣＰＵ負荷とに基づいて、楽曲再生装置１の処理負荷が決定される。具体的には、ステップＳ１０２では、１発音数を出力した際のＣＰＵ負荷として、ＣＰＵの使用率が用いられる。ステップＳ１０２で１発音数あたりに用いられたＣＰＵの使用率が決定される。本実施形態では、１発話数あたりのＣＰＵの使用率と、第１テーブルのレコード数とを乗じた値が、処理負荷として決定される。また、上記方法以外に、第１テーブルに登録されたレコード数を用いて、楽曲再生装置１の処理負荷が決定されても良い。第１テーブルに登録されたレコードが多いほど、発音数が多い楽曲である。このため、レコード数により、楽曲再生装置１の処理負荷を決定することができる。本実施形態の制御部１２とステップＳ２０８とは、本発明の第２決定手段の一例である。本実施形態のステップＳ２０８は、本発明の第２決定ステップの一例である。
【００５５】
ステップＳ２０９では、処理負荷が所定値上であるか否かが判定される。本実施形態では、ステップＳ２０８で決定されたＣＰＵ使用率が、所定の値以上であるか否かが判定される。処理負荷が所定値上であると判定された場合（ステップＳ２０９：ＹＥＳ）、ステップＳ２１０が実行される。処理負荷が所定値上であると判定されなかった場合（ステップＳ２０９：ＮＯ）、ステップＳ２０２が実行される。また、この方法以外に、第１テーブルに登録されたレコード数が所定数以上であるか否かがステップＳ２０９で判定されても良い。この場合、レコード数が所定数以上であると判定された（ステップＳ２０９：ＹＥＳ）場合、ステップＳ２１０が実行される。また、レコード数が所定数以上であると判定されなかった場合（ステップＳ２０９：ＮＯ）、ステップＳ２０２が実行される。本実施形態の制御部１２とステップＳ２０９とは、本発明の判定手段の一例である。また、本実施形態のステップＳ２０９は、本発明の判定ステップの一例である。
【００５６】
ステップＳ２１０では、切り替え楽器選択処理が実行される。なお、切り替え楽器選択処理の詳細は、図６を用いて後述する。ステップＳ２１０では、第１テーブルに記憶されたレコードの中から、第２テーブルに登録させるレコードが決定される。具体的には、後述する切り替え楽器選択処理により、切り替え楽器候補として決定されたレコードが、第２テーブルに登録させるレコードとして決定される。本実施形態の制御部１２とステップＳ２１０とは、本発明の第３決定手段の一例である。また、本実施形態のステップＳ２１０は、本発明の第３決定ステップの一例である。
【００５７】
ステップＳ２１１では、第２テーブル記憶領域１６３に記憶された第２テーブルに、ステップＳ２１０で決定されたレコードが追加される。具体的には、後述する切り替え楽器選択処理により決定された切り替え楽器候補の中のレコードが、ステップＳ２１０で追加される。
【００５８】
［切り替え楽器選択処理］
ここでは、楽曲再生装置１の切り替え楽器選択処理動作及び作用について、添付図面を参照して説明する。図６は、楽曲再生装置１における切り替え楽器選択処理の処理手順を示すフローチャートである。
【００５９】
ステップＳ３０１では、Ｎに「０」が設定される。設定された値は、制御部１２のＲＡＭの所定の記憶領域に一時記憶される。
【００６０】
ステップＳ３０２では、第１テーブル記憶領域１６２に記憶された第１テーブルの中から、Ｎ番目のレコードが取得される。具体的には、「０」番目のレコードが第１テーブルから取得される。
【００６１】
ステップＳ３０３では、ステップＳ３０２で取得されたレコードが、切り替え楽器候補としてＲＡＭに一時記憶される。具体的には、「０」番目のレコードが、切り替え楽器候補としてＲＡＭに一時記憶される。
【００６２】
ステップＳ３０４では、第１テーブルに、「Ｎ＋１」番目のレコードが存在するか否かが判定される。具体的には、Ｎが「０」の場合、第１テーブルに「１」番目のレコードが登録されているか否かが判定される。「Ｎ＋１」番目のレコードが存在すると判定された場合（ステップＳ３０４：ＹＥＳ）、ステップＳ３０５が実行される。「Ｎ＋１」番目のレコードが存在すると判定されなかった場合（ステップＳ３０４：ＮＯ）、ステップＳ３１６が実行される。
【００６３】
ステップＳ３０５では、第１テーブルから「Ｎ＋１」番目のレコードが取得される。取得された「Ｎ＋１」番目のレコードは、制御部１２のＲＡＭの所定の記憶領域に一時記憶される。
【００６４】
ステップＳ３０６では、ステップＳ３０５で取得された「Ｎ＋１」番目のレコードのトラックレベルと、ステップＳ３０３またはステップＳ３１４で切り替え楽器候補として決定されたレコードのトラックレベルとが比較される。
【００６５】
ステップＳ３０７では、ステップＳ３０３またはステップＳ３１４で切り替え楽器候補として決定されたレコードのトラックレベルよりも、「Ｎ＋１」番目のレコードのトラックレベルの方が小さいか否かが判定される。「Ｎ＋１」番目のレコードのトラックレベルの方が小さいと判定された場合（ステップＳ３０７：ＹＥＳ）、ステップＳ３１４が実行される。「Ｎ＋１」番目のレコードのトラックレベルの方が小さいと判定されなかった場合（ステップＳ３０７：ＮＯ）、ステップＳ３０８が実行される。
【００６６】
ステップＳ３０８では、ステップＳ３０５で取得された「Ｎ＋１」番目のレコードのトラックレベルと、ステップＳ３０３またはステップＳ３１４で切り替え楽器候補として決定されたレコードのトラックレベルとが等しいか否かが判定される。トラックレベルが等しいと判定された場合（ステップＳ３０８：ＹＥＳ）、ステップＳ３０９が実行される。トラックレベルが等しいと判定されなかった場合（ステップＳ３０８：ＮＯ）、ステップＳ３１５が実行される。
【００６７】
ステップＳ３０９では、ステップＳ３０５で取得された「Ｎ＋１」番目のレコードのベロシティと、ステップＳ３０３またはステップＳ３１４で切り替え楽器候補として決定されたレコードのベロシティとが比較される。
【００６８】
ステップＳ３１０では、ステップＳ３０３またはステップＳ３１４で切り替え楽器候補として決定されたレコードのベロシティよりも、「Ｎ＋１」番目のレコードのベロシティの方が小さいか否かが判定される。「Ｎ＋１」番目のレコードのベロシティの方が小さいと判定された場合（ステップＳ３１０：ＹＥＳ）、ステップＳ３１４が実行される。「Ｎ＋１」番目のレコードのベロシティの方が小さいと判定されなかった場合（ステップＳ３１０：ＮＯ）、ステップＳ３１１が実行される。
【００６９】
ステップＳ３１１では、ステップＳ３０５で取得された「Ｎ＋１」番目のレコードのベロシティと、ステップＳ３０３またはステップＳ３１４で切り替え楽器候補として決定されたレコードのベロシティとが等しいか否かが判定される。ベロシティが等しいと判定された場合（ステップＳ３１１：ＹＥＳ）、ステップＳ３１２が実行される。トラックレベルが等しいと判定されなかった場合（ステップＳ３１１：ＮＯ）、ステップＳ３１５が実行される。
【００７０】
ステップＳ３１２では、ステップＳ３０５で取得された「Ｎ＋１」番目のレコードのノートナンバーと、ステップＳ３０３またはステップＳ３１４で切り替え楽器候補として決定されたレコードのノートナンバーとが比較される。
【００７１】
ステップＳ３１３では、ステップＳ３０３またはステップＳ３１４で切り替え楽器候補として決定されたレコードのノートナンバーよりも、「Ｎ＋１」番目のレコードのノートナンバーの方が大きいか否かが判定される。「Ｎ＋１」番目のレコードのノートナンバーの方が大きいと判定された場合（ステップＳ３１３：ＹＥＳ）、ステップＳ３１４が実行される。「Ｎ＋１」番目のレコードのノートナンバーの方が大きいと判定されなかった場合（ステップＳ３１３：ＮＯ）、ステップＳ３１５が実行される。本実施形態のステップＳ３１３では、ノート番号が大きいか否かが判定されているが、これに限定されるものではない。本実施形態では、ノートナンバーが小さい音を優先して、ソフトウェア音源により出力させたいため、ステップＳ３１３では、ノート番号が大きい音がハードウェア音源により出力されている。ノートナンバーが大きい音を優先して、ソフトウェア音源により出力させたい場合、ステップＳ３１３では、ノート番号が小さいか否かが判定されれば良い。この判定処理により、ノートナンバーが小さい音がハードウェア音源により出力されることになる。
【００７２】
ステップＳ３１４では、「Ｎ＋１」番目のレコードが、切り替え楽器候補として決定される。決定された切り替え楽器候補のレコードは、制御部１２のＲＡＭの所定の記憶領域に一時記憶される。
【００７３】
ステップＳ３１５では、「Ｎ」の値に「１」がインクリメントされる。具体的には、「Ｎ」の値に１が加算された値が、新たな「Ｎ」の値としてＲＡＭに一時記憶される。
【００７４】
［演奏処理］
ここでは、楽曲再生装置１の演奏処理動作及び作用について、添付図面を参照して説明する。図７は、楽曲再生装置１における演奏処理の処理手順を示すフローチャートである。
【００７５】
ステップＳ４０１では、ステップＳ１０５で選曲された楽曲の出力が終了したか否かが判定される。楽曲の出力が終了したと判定された場合（ステップＳ４０１：ＹＥＳ）、演奏処理は終了される。楽曲の出力が終了したと判定されなかった場合（ステップＳ４０１：ＮＯ）、ステップＳ４０２が実行される。
【００７６】
ステップＳ４０２では、ステップＳ２０３と同様に、ＭＩＤＩデータが解析される。具体的には、ＲＡＭに一時記憶されたＭＩＤＩデータが含む音が出力される時系列に沿って、ＭＩＤＩデータが読み出される。
【００７７】
ステップＳ４０３では、ステップＳ４０２で読み出されたＭＩＤＩデータの中に、ノートオンがあったか否かが判定される。ノートオンがあったと判定された場合（ステップＳ４０３：ＹＥＳ）、ステップＳ４０４が実行される。ノートオンがあったと判定されなかった場合（ステップＳ４０３：ＮＯ）、ステップＳ４０８が実行される。
【００７８】
ステップＳ４０４では、第２テーブル記憶領域１６３に記憶される第２テーブルが参照される。具体的には、第２テーブルに登録されたレコードが参照される。
【００７９】
ステップＳ４０５では、ステップＳ４０４で参照された第２テーブルにレコードが存在するか否かが判定される。第２テーブルにレコードが存在すると判定された場合（ステップＳ４０５：ＹＥＳ）、ステップＳ４０６が実行される。第２テーブルにレコードが存在すると判定されなかった場合（ステップＳ４０５：ＮＯ）、ステップＳ４０７が実行される。
【００８０】
ステップＳ４０６では、ステップＳ４０５で存在すると判定されたレコードが、ハードウェア音源２６に送信される。本実施形態の制御部１２とステップＳ４０６とは、本発明の第１制御手段の一例である。また、本実施形態のステップＳ４０６は、本発明の第１制御ステップの一例である。なお、変形例として、ステップＳ４０６では、第２テーブルに存在するレコードがハードウェア音源２６に送信され、第２テーブルに存在するレコード以外のレコードに対応する音がソフトウェア音源２７に送信されても良い。
【００８１】
ステップＳ４０７では、ＭＩＤＩデータに基づいて、制御部１２が音データを生成する。生成された音データがソフトウェア音源２７に送信される。本実施形態の制御部１２とステップＳ４０７とは、本発明の第２制御手段の一例である。また、本実施形態のステップＳ４０７は、本発明の第２制御ステップの一例である。
【００８２】
ステップＳ４０８では、ハードウェア音源とソフトウェア音源とにＭＩＤＩデータが送信される。ＭＩＤＩデータに基づいて、制御部１２が音データを生成する。生成された音データがソフトウェア音源２７に送信される。
【００８３】
（変形例１）
本実施形態では、ステップＳ３０７で、「Ｎ＋１」番目のレコードのトラックレベルの方が小さいと判定されなかった場合、ステップＳ３０８が実行された後に、ステップＳ３０９でベロシティの比較が行われていた。本実施形態の変形例１として、本実施形態のステップＳ３０６及びステップＳ３０７が実行される代わりに、本実施形態のステップＳ３０９とステップＳ３１０とが実行されても良い。
【００８４】
（変形例２）
本実施形態では、ステップＳ３０７で、「Ｎ＋１」番目のレコードのトラックレベルの方が小さいと判定されなかった場合、ステップＳ３０８が実行された後に、ステップＳ３０９でベロシティの比較が行われていた。変形例２では、ステップＳ３０８からステップＳ３１０が実行されなくても良い。この場合、ステップＳ３０６及びステップＳ３０７の処理のみで、切り替え楽器候補とするレコードが決定されても良い。また、ステップＳ３０６からステップＳ３０８が実行されずに、ステップＳ３０９ステップＳ３１０のみが実行されて、切り替え楽器候補とするレコードが決定されても良い。
【００８５】
（変形例３）
本実施形態は、本発明をカラオケシステムに適用した例について記載したが、これに限定されるものではない。ＭＩＤＩデータが用いられる楽曲再生システムまたは楽曲再生装置であれば、本発明を適用可能である。
【００８６】
（変形例４）
本実施形態では、ステップＳ３０４からステップＳ３１５までの処理が繰り返し実行される。これにより、トラックレベルが小さい、または、ベロシティが小さいレコードから優先して順番に、ハードウェア音源２６により出力される音として決定されていた。本実施形態の変形例として、トラックレベルが最も小さい、または、ベロシティが最も小さいレコードが、ハードウェア音源２６により出力される音として決定されても良い。また、トラックレベルが所定の値より小さいレコードが、ハードウェア音源２６により出力される音として決定されても良い。また、ベロシティが所定の値より小さいレコードが、ハードウェア音源２６により出力される音として決定されても良い。
【００８７】
（変形例５）
なお、本実施形態の  ステップＳ２０２で楽曲が終了したと判定された（ステップＳ２０２：ＹＥＳ）後に、第１テーブル記憶領域１６２に記憶された第１テーブルが削除されても良い。
【符号の説明】
【００８８】
１  楽曲再生装置
２  ナビ
１２  制御部
１４  ＬＡＮインタフェース部
１６  記憶部
１８  操作部
２０  赤外線受信部
２２  操作処理部
２５  ＭＩＤＩシーケンサ
２６  ハードウェア音源
２７  ソフトウェア音源
２８  ミキシングアンプ
２９  マイク制御部
３０  スピーカ
３２  ビデオＲＡＭ
３６  表示部
３８  映像制御部
１００  インターネット
１１０  アクセスポイント
１２０  ルータ
１６１  ＭＩＤＩデータ記憶領域
１６２  第１テーブル記憶領域
１６３  第２テーブル記憶領域
１６４  プログラム記憶領域
【図１】
0005375869.tif 000002
【図２】
0005375869.tif 000003
【図３】
0005375869.tif 000004
【図４】
0005375869.tif 000005
【図５】
0005375869.tif 000006
【図６】
0005375869.tif 000007
【図７】
0005375869.tif 000008