(57)【要約】【課題】楽曲データに関して知識のない演奏初心者から、自分なりに該楽曲をアレンジしたいと考える演奏上級者まで、幅広いユーザを満足させることができる楽曲データを提供する。【解決手段】コンテンツ・サーバＣＳは、既存の楽曲データから標準楽曲データを生成し、これを演奏装置ＰＳに配信する。この標準楽曲データは、楽曲の演奏テンポ、音量、拍子等が楽曲全体を通じて一定になるように楽曲再生制御コードが書き換えられ、かつ、音響を制御するための音響制御コードが一定化された楽曲データである。演奏装置ＰＳを利用して楽曲演奏を行うユーザは、携帯する操作端末ＯＵを操作する。楽音発生装置ＭＳは、該操作端末ＯＵから送信される運動情報に基づいて標準楽曲データを編集し、編集後の楽曲データに基づき楽音を発生する。【選択図】　　　図１
2004126531.tif 000002
【特許請求の範囲】
【請求項１】
原楽曲データに含まれる該楽曲の再生を制御するための楽曲再生制御コードを参照することにより、該楽曲再生における曲想が楽曲途中で変化するか否かを判断する判断手段と、
前記判断手段によって該楽曲再生における曲想が途中で変化すると判断された場合、楽曲再生制御状態が一定になるように該楽曲再生制御コードの書き換えを行う書き換え手段と
を具備することを特徴とする楽曲データ編集装置。
【請求項２】
前記判断手段によって参照される楽曲再生制御コードは、演奏テンポ制御コードであり、前記書き換え手段は、前記判断手段によって演奏テンポが楽曲途中で変化すると判断された場合、該演奏テンポが一定になるように該演奏テンポ制御コードの書き換えを行うことを特徴とする請求項１に記載の楽曲データ編集装置。
【請求項３】
前記判断手段によって参照される楽曲再生制御コードは、音量制御コードであり、前記書き換え手段は、前記判断手段によって音量が楽曲途中で変化すると判断された場合、該音量が一定になるように該音量制御コードの書き換えを行うことを特徴とする請求項１に記載の楽曲データ編集装置。
【請求項４】
コンピュータに、
原楽曲データに含まれる該楽曲の再生を制御するための楽曲再生制御コードを参照することにより、該楽曲再生における曲想が楽曲途中で変化するか否かを判断する判断機能と、
前記判断機能によって該楽曲再生における曲想が途中で変化すると判断された場合、楽曲再生制御状態が一定になるように該楽曲再生制御コードの書き換えを行う書き換え機能とを実現させるためのプログラム。
【請求項５】
原楽曲データに音響を制御するための音響制御コードが含まれているか否かを判断する判断手段と、
前記判断手段によって前記音響制御コードが含まれていると判断された場合、楽曲データに付与される音響が一定となるように、前記音響制御コードの書き換えを行う制御コード書き換え手段と
を具備することを特徴とする楽曲データ編集装置。
【請求項６】
コンピュータに、
原楽曲データに音響を制御するための音響制御コードが含まれているか否かを判断する判断機能と、
前記判断機能によって該音響制御コードが含まれていると判断された場合、楽曲データに付与される音響が一定となるように、前記音響制御コードの書き換えを行う制御コード書き換え機能とを実現させるためのプログラム。
【請求項７】
演奏装置へ楽曲データを配信する配信装置であって、
原楽曲データに楽曲再生および音響を制御するための楽曲再生制御コードおよび音響制御コードが含まれている場合、該原楽曲データから前記楽曲再生制御コードおよび音響制御コードを削除する制御コード削除手段と、
前記制御コード削除手段によって楽曲再生制御コードおよび音響制御コードの削除された楽曲データを標準楽曲データとして前記演奏装置へ配信する配信手段と
を具備することを特徴とする楽曲データ配信装置。
【請求項８】
前記演奏装置からの要求に応じて、配信可能な標準楽曲データを通知する通知手段をさらに具備することを特徴とする請求項７に記載の楽曲データ配信装置。
【請求項９】
前記演奏装置は、当該楽曲データ配信装置から該標準楽曲データを受信し、受信した標準楽曲データを編集し、編集後の楽曲データに基づいて楽音を発生する楽音発生装置と、操作者携帯可能な端末であって前記楽音発生装置による該標準楽曲データの編集を制御するための情報を生成する操作端末とを備え、
前記操作端末は、前記操作者の操作により生じた当該操作端末の運動を検出し、運動情報として前記楽音発生装置へ送信する手段を具備し、
前記楽音発生装置は、前記標準楽曲データを編集する際に、前記操作端末から受信した前記運動情報に基づいて、楽曲再生制御コードおよび音響制御コードを新たに生成し、生成した楽曲再生制御コードおよび音響制御コードを前記標準楽曲データに付与することを特徴とする請求項７または８に記載の楽曲データ配信装置。
【請求項１０】
演奏装置へ楽曲データを配信する配信装置であって、
原楽曲データに楽曲再生および音響を制御するための楽曲再生制御コードおよび音響制御コードが含まれ、かつ、該楽曲再生における曲想および該音響が楽曲途中で変化する場合、該楽曲再生制御状態および該音響が一定となるように、前記楽曲再生制御コードおよび音響制御コードの書き換えを行う制御コード書き換え手段と、
前記制御コード書き換え手段によって楽曲再生制御コードおよび音響制御コードの書き換えられた楽曲データを標準楽曲データとして前記演奏装置へ配信する配信手段と
を具備することを特徴とする楽曲データ配信装置。
【請求項１１】
前記演奏装置からの要求に応じて、配信可能な標準楽曲データを通知する通知手段をさらに具備することを特徴とする請求項１０に記載の楽曲データ配信装置。
【請求項１２】
前記演奏装置は、当該楽曲データ配信装置から該標準楽曲データを受信し、受信した標準楽曲データを編集し、編集後の楽曲データに基づいて楽音を発生する楽音発生装置と、操作者携帯可能な端末であって前記楽音発生装置による該標準楽曲データの編集を制御するための情報を生成する操作端末とを備え、
前記操作端末は、前記操作者の操作により生じた当該操作端末の運動を検出し、運動情報として前記楽音発生装置へ送信する手段を具備し、
前記楽音発生装置は、前記標準楽曲データを編集する際に、前記操作端末から受信した前記運動情報に基づいて、楽曲再生制御コードおよび音響制御コードを新たに生成し、前記標準楽曲データに含まれる楽曲再生制御コードおよび音響制御コードを、新たに生成した楽曲再生制御コードおよび音響制御コードに書き換えることを具備することを特徴とする請求項１０または１１に記載の楽曲データ配信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、楽曲データ等を編集する際に好適な標準楽曲データを生成する標準楽曲データ生成装置、楽曲データ配信装置及びプログラムに関する。
【０００２】
【従来の技術】
楽曲演奏の鑑賞等を嗜好するユーザは、単に再生される楽曲を鑑賞して楽しむのみならず、自分の曲想に合わせて該楽曲を演奏したいという思いがある。
かかるユーザの思いを実現すべく、演奏テンポや音量といった演奏パラメータをユーザの動きに応じて制御する楽曲演奏システムが提案されている。この楽曲演奏システムは、各ユーザが操作する操作端末と、該操作端末を操作する各ユーザの動きに応じて音量等の演奏パラメータを制御し、制御した演奏パラメータに基づいて楽音を発生する楽音発生装置等を備えている。ユーザは、該操作端末を自分の曲想に合わせて上下、左右等に操作する。かかる操作内容は、運動情報として操作端末から楽音発生装置へ送信され、該運動情報に基づいて音量等の制御された楽音が楽音発生装置から発音される。
【０００３】
【発明が解決しようとする課題】
上記楽曲演奏システムによれば、ユーザは自分の曲想に合わせて楽曲を演奏することができる。しかしながら、該楽曲演奏時に利用される楽曲データ（例えば、ＭＩＤＩ（Ｍｕｓｉｃａｌ　Ｉｎｓｔｒｕｍｅｎｔ　Ｄｉｇｉｔａｌ　Ｉｎｔｅｒｆａｃｅ）データ等）は、ＭＩＤＩ楽器等による自動演奏を目的として作成されたものが殆どである。この既存の楽曲データには、楽曲データ作成者の曲想を実現するための各種の制御コード（例えば、演奏テンポや音量等を制御するための楽曲再生制御コード、パンや残響等の音響を制御するための音響制御コード等）が記述されているため、ユーザは該楽曲データに基づいて楽曲演奏をしたとしても、自分の曲想をうまく楽曲演奏に反映できないなど、演奏上の問題が生じていた。
【０００４】
本発明は、以上説明した事情を鑑みてなされたものであり、楽曲演奏の際に用いられる楽曲データに関し、ＭＩＤＩ等に関する知識のない演奏初心者から、自分なりに該楽曲をアレンジしたいと考える演奏上級者まで、幅広いユーザを満足させることができる反映性の高い楽曲データを提供することを目的とする。
【０００５】
【課題を解決するための手段】
上述した問題を解決するため、本発明に係る楽曲データ編集装置は、原楽曲データに含まれる該楽曲の再生を制御するための楽曲再生制御コードを参照することにより、該楽曲再生における曲想が楽曲途中で変化するか否かを判断する判断手段と、前記判断手段によって該楽曲再生における曲想が途中で変化すると判断された場合、楽曲再生制御状態が一定になるように該楽曲再生制御コードの書き換えを行う書き換え手段とを具備することを特徴とする。
【０００６】
かかる構成によれば、楽曲データに基づいて再生される曲想が楽曲途中で変化すると判断された場合、楽曲再生状態（例えば、演奏テンポ、音量等）が一定になるように楽曲再生制御コードの書き換えが行われる。
このように、演奏テンポや音量等が一定となるように楽曲再生制御コードの書き換えが行われることにより、ユーザは、かかる楽曲を比較的簡易な操作で自由にアレンジすることができる。いいかえれば、該楽曲について予め演奏テンポや音量等が楽曲途中で変化するように制御されていたために、演奏テンポや音量等を自分の思い通りに変更できない等の問題を未然に回避することが可能となる。
【０００７】
また、本発明に係る楽曲データ編集装置は、原楽曲データに音響を制御するための音響制御コードが含まれているか否かを判断する判断手段と、前記判断手段によって該音響制御コードが含まれていると判断された場合、楽曲データに付与される音響が一定となるように、前記音響制御コードの書き換えを行う制御コード書き換え手段とを具備することを特徴とする。
【０００８】
かかる構成によれば、楽曲データに音響を制御するための残響等が付与されていると判断された場合、残響等の音響が一定となるように音響制御コードが一定化される。
このように、楽曲に付与されている音響を制御するための音響制御コードを一定化することにより、ユーザは、比較的簡易な操作で、かかる楽曲に対し自由に残響等を付与することができる。いいかえれば、該楽曲について予め残響等の音響が楽曲途中で変化するように制御されていたために、該楽曲について自分の思い通りに残響等の音響を変更できない等の問題を未然に回避することが可能となる。
【０００９】
【発明の実施の形態】
以下、本発明に係る実施の形態について説明する。かかる実施の形態は、本発明の一態様を示すものであり、本発明の技術的思想の範囲で任意に変更可能である。
【００１０】
Ａ．本実施形態
（１）実施形態の構成
＜システム１００の構成＞
図１は、本実施形態に係るシステム１００の構成を示す図である。
システム１００は、演奏装置ＰＳ等からの要求に応じて標準楽曲データ（後述）を配信するコンテンツ・サーバＣＳと、インターネットや公衆電話網など様々な通信網により構成されるネットワークＮＷと、コンテンツ・サーバＣＳからネットワークＮＷを介して配信される標準楽曲データを受信し、受信した標準楽曲データに基づいて当該楽曲に様々な音響効果等を付与し、該音響効果等を付与した楽曲データに基づいて楽曲演奏等を行う演奏装置ＰＳとを備えている。なお、システム１００は、本来複数台の演奏装置ＰＳを備えているが、図１では、図面が煩雑になるのを防ぐため、演奏装置ＰＳを１台のみ図示している。
【００１１】
ここで、本実施形態に係るシステム１００は、コンテンツ・サーバＣＳによって配信される標準楽曲データのデータ構造等に特徴がある。従って、以下では、まず、コンテンツ・サーバＣＳの構成等を説明し、後に演奏装置ＰＳの構成等を説明する。
【００１２】
＜コンテンツ・サーバＣＳの機能構成＞
図２はコンテンツ・サーバＣＳの機能構成を示すブロック図である。
制御部２１０は、コンテンツ・サーバＣＳの各部を中枢的に制御する。
既存楽曲データ記憶部２２０は、ＭＩＤＩデータ等によって構成される既存の楽曲データ（原楽曲データ）を、例えばジャンル毎、アーティスト毎に分類して記憶する。
【００１３】
ここで、図３は、既存楽曲データ記憶部２２０に格納される原楽曲データの構成を説明するための図である。
ＭＩＤＩデータ等によって構成される原楽曲データは、図３（ａ）に示すように、演奏制御等を指示するイベントＩＢと、先行するイベントと後発のイベントとの発生時間間隔を示すデルタタイムＤＴからなる時系列の楽曲データである。かかる原楽曲データを構成するイベントＩＢは、ＭＩＤＩイベントや、メタイベント等によって構成されている（図３（ｂ）参照）。
【００１４】
ＭＩＤＩイベントは、図３（ｂ）に示すように様々な種類のメッセージによって構成されている。
ノートオン／ノートオフメッセージは、所定の音を発音する（ノートオン）あるいは所定の音を消音する（ノートオフ）といった動作を指示するメッセージであり、発音等すべき音の高さを示す音高制御コード、発音等すべき音の大きさを示す個別音量制御コード等により構成されている。なお、発音等すべき音の長さ（音符に対応）は、上記デルタタイムによって決定され、このデルタタイムの値を参照することにより、各音符にスタッカートやスラー、フェルマータ、テヌート等が付与されているか否かが判断される（詳細は後述）。
【００１５】
コントロールチェンジメッセージは、キーボード等に付加されている各種操作摘みやスイッチ、ペダル等の動きを伝えるメッセージであり、全体音量（いわゆるメインボリューム）等を調整するための全体音量制御コード、付加すべき残響の深さ等を示す残響制御コード、音に厚みをもたせるコーラスの強さ等を示す音色制御コード、演奏表現上の音量変化（クレッシェンド、デクレッシェンド等）を調整するための音長制御コード、左右のチャネルの音量バランスを調整するためのパン制御コード等により構成されている。なお、以下の説明では、個別音量制御コード及び全体音量制御コードを総称する場合には単に音量制御コードと呼ぶ。
【００１６】
ピッチベンドメッセージは、音の高さ（ピッチ）を自由にシフトさせることで、ギターのチョーキングや管楽器のしゃくり上げ、スライドといった滑らかな音高の変化を実現するためのメッセージであり、音の高さの変化量等を示すピッチベンド制御コード等により構成されている。
プログラムチェンジメッセージは、発音時に利用する音源の種類、すなわち楽器の種類を決定するメッセージであり、該楽器の種類を示す楽器種別コード等により構成されている。
【００１７】
一方、メタイベントは、図３（ｂ）に示すようにＭＩＤＩイベント以外の情報、具体的には演奏テンポ（例えば、テンポ６０）を制御するための演奏テンポ制御コードや、楽曲の拍子（例えば、４／４拍子）を示す拍子制御コード等により構成されている。
このように、原楽曲データには、楽曲作成者の曲想を実現するための各種の制御コードが記述されている。なお、特許請求の範囲の記載及び以下の説明では、演奏テンポ制御コード、音量制御コード、音色制御コード、音長制御コード、楽器種別コードなど、楽曲の再生を制御するための制御コードを楽曲再生制御コードと呼び、残響制御コード、パン制御コードなど、楽曲の音響を制御するための制御コードを音響制御コードと呼ぶ。
【００１８】
図２に戻り、標準楽曲データ生成部２３０は、制御部２１０による制御の下、既存楽曲データ記憶部２２０から原楽曲データを読み出し、読み出した原楽曲データに基づいて標準楽曲データを生成する。
ここで、図４は、標準楽曲データ生成部２３０によって実行される標準楽曲データ生成処理を示すフローチャートである。
【００１９】
標準楽曲データ生成部２３０は、制御部２１０から所定の原楽曲データの読み出し指示を受け取ると、かかる指示に従って既存楽曲データ記憶部２２０から対応する原楽曲データを読み出す（ステップＳ１）。そして、標準楽曲データ生成部２３０は、該原楽曲データに含まれる演奏テンポ制御コードを参照し、楽曲全体を通じて演奏テンポが一定であるか否かを判断する（ステップＳ２）。標準楽曲データ生成部２３０は、該判断結果に基づいて演奏テンポが楽曲の途中で変化していると判断すると（ステップＳ２；ＮＯ）、楽曲全体を通じて演奏テンポが一定となるように、演奏テンポ制御コードの書き換えを行う（ステップＳ３）。一方、標準楽曲データ生成部２３０は、該演奏テンポが楽曲全体を通じて一定であると判断すると（ステップＳ２；ＹＥＳ）、ステップＳ３をスキップしてステップＳ４へ進む。
【００２０】
標準楽曲データ生成部２３０は、ステップＳ４に進むと、原楽曲データに含まれる全体音量制御コードを参照し、楽曲全体を通じて全体音量が一定であるか否かを判断する。標準楽曲データ生成部２３０は、該判断結果に基づいて全体音量が楽曲の途中で変化していると判断すると（ステップＳ４；ＮＯ）、楽曲全体を通じて全体音量が一定となるように、全体音量制御コードの書き換えを行う一方（ステップＳ５）、該全体音量が楽曲全体を通じて一定であると判断した場合には（ステップＳ４；ＹＥＳ）、ステップＳ５をスキップしてステップＳ６へ進む。
【００２１】
標準楽曲データ生成部２３０は、ステップＳ６に進むと、原楽曲データに上記音響制御コードが含まれているか否かを判断する。標準楽曲データ生成部２３０は、例えば原楽曲データに残響制御コード等の音響制御コードが含まれていると判断すると（ステップＳ６；ＹＥＳ）、該音響制御コードを一定化する（すなわち、音響制御コードの値を一定値に書き換える）一方（ステップＳ７）、音響制御コードが含まれていないと判断した場合には（ステップＳ６；ＮＯ）、ステップＳ７をスキップしてステップＳ８へ進む。なお、ステップＳ６及びＳ７において検索・一定化の対象となる音響制御コードに関し、原楽曲データに含まれる全ての種類の音響制御コードを検索し、一定化することも可能であるが、様々な音響制御コードの一部の種類の音響制御コード（例えば、残響制御コードとパン制御コード）のみを検索し、一定化するようにしても良い。
【００２２】
さて、標準楽曲データ生成部２３０は、ステップＳ８に進むと、原楽曲データに含まれるデルタタイムを参照して、スタッカート、フェルマータ、スラー、テヌート等が付与された音符が存在するか否かを判断する。
ここで、図５は、スタッカートが付与されていない音符（８分音符ａ）が実際に鳴っている時間Ｔ１と、スタッカートが付与されている音符（８分音符ｂ）が実際に鳴っている時間Ｔ２を比較した図である。
【００２３】
図５に示すように同じ８分音符であっても、スタッカートが付与されている８分音符ｂが実際に鳴っている時間Ｔ２は、スタッカートが付与されていない８分音符ａが実際に鳴っている時間Ｔ１よりも短くなる。これは、スタッカートが付与されている８分音符ｂに対応するデルタタイムが、スタッカートが付与されていない８分音符ａに対応するデルタタイムよりも短く設定されているためである。かかるデルタタイムの時間差を利用して、標準楽曲データ生成部２３０は、判断対象となる８分音符にスタッカートが付与されているか否かを判断する。
【００２４】
すなわち、標準楽曲データ生成部２３０は、スタッカートが付与されていない８分音符に対応するデルタタイム（以下、基準デルタタイム）を基準として、この基準デルタタイムと、判断対象となる楽曲中の各８分音符に対応するデルタタイムとの時間差を求める。そして、標準楽曲データ生成部２３０は、求めた時間差が所定時間差以上である場合には、８分音符にスタッカートが付与されていると判断する一方、求めた時間差が所定時間差内である場合には、８分音符にスタッカートが付与されていないと判断する。このような処理を実行することにより、標準楽曲データ生成部２３０は、いずれの８分音符にスタッカートが付与されているのか判断することができる。
【００２５】
なお、図５では、スタッカートが付与されている若しくは付与されていない音符として８分音符を例示したが、例えば４分音符などあらゆる音符に適用可能である。また、スタッカートが付与されていない各音符に対応するデルタタイムは、予めテーブル化し、これを標準楽曲データ生成部２３０に保持させておけば良い。また、フェルマータ、スラー、テヌート等については、以上説明したスタッカートとほぼ同様の論理によって説明することができるため、割愛する。
【００２６】
図４に戻り、標準楽曲データ生成部２３０は、楽曲中の各音符に対応するデルタタイムを参照し、スタッカート、フェルマータ、スラー、テヌート等の付与された音符を発見すると（ステップＳ８；ＹＥＳ）、該音符に対応するデルタタイムを基準デルタタイムに書き換えることによってスタッカート、フェルマータ、スラー、テヌート等を削除し（ステップＳ９）、標準楽曲データ生成処理を終了する。一方、標準楽曲データ生成部２３０は、スタッカート、フェルマータ、スラー、テヌート等が付与されている音符を発見しない場合（ステップＳ８；ＮＯ）、ステップＳ９をスキップして標準楽曲データ生成処理を終了する。
【００２７】
かかる処理が標準楽曲データ生成部２３０によって実行されることにより、下記（ａ）〜（ｃ）の特徴を有する標準楽曲データが生成される。
＜標準楽曲データの特徴＞
（ａ）演奏テンポ、全体音量が楽曲全体を通じて一定化されている
（ｂ）音響を制御するための音響制御コードが一定化されている
（ｃ）スタッカート、フェルマータ、スラー、テヌート等が削除されている
【００２８】
さて、再び図２に戻り、標準楽曲データ記憶部２４０は、標準楽曲データ生成部２３０によって生成された標準楽曲データを記憶する。なお、この標準楽曲データ記憶部２４０には、原楽曲データと標準楽曲データとの対応関係を示す楽曲データリストＲが格納されている（図６参照）。
【００２９】
標準楽曲データ読み出し部２５０は、制御部２１０から通知される所定の標準楽曲データの読み出し指示に従って、標準楽曲データ記憶部２４０から対応する標準楽曲データを読み出し、これを外部通信部２６０へ出力する。
外部通信部２６０は、制御部２１０による制御の下、標準楽曲データ読み出し部２５０から出力される標準楽曲データを、ネットワークＮＷを介して複数（あるいは単数）の演奏装置ＰＳに配信する。
以上がコンテンツ・サーバＣＳの機能構成である。以下、かかる機能を実現するコンテンツ・サーバＣＳのハードウェア構成について説明する。
【００３０】
＜コンテンツ・サーバＣＳのハードウェア構成＞
図７は、コンテンツ・サーバＣＳのハードウェア構成を示す図である。
ＣＰＵＳ０は、メモリＳ１に格納されている各種制御プログラム等に従って、コンテンツ・サーバＣＳの各部を制御する。すなわち、ＣＰＵＳ０が上述した制御部２１０、標準楽曲データ生成部２３０、標準楽曲データ読み出し部２５０の機能を実現する。
【００３１】
メモリＳ１は、ＲＯＭ等の不揮発性メモリやＲＡＭ等の揮発性メモリによって構成され、かかるメモリＳ１には、上述した標準楽曲データ生成処理を実行するためのプログラムを含む様々な制御プログラム、テーブル等が記憶される。すなわち、メモリＳ１が上述した既存楽曲データ記憶部２２０、標準楽曲データ記憶部２４０の機能を実現する。
【００３２】
通信回路Ｓ２は、専用線等によってネットワークＮＷに接続され、ＣＰＵＳ０による制御の下、メモリＳ１に格納されている標準楽曲データをネットワークＮＷ経由で各演奏装置ＰＳに配信する一方、各演奏装置ＰＳからネットワークＮＷ経由で送られてくる標準楽曲データの配信要求を受信する。すなわち、通信回路Ｓ２がＣＰＵＳ０と共に上述した外部通信部２６０の機能を実現する。
操作部Ｓ３は、キーボード、マウス、各種操作ボタン等によって構成され、標準楽曲データの生成等に関して種々の設定を行うことが可能となっている。
【００３３】
＜演奏装置ＰＳの機能構成＞
図８は、演奏装置ＰＳの機能構成を示す図である。
図８及び図１に示すように、演奏装置ＰＳは、楽音発生装置ＭＳと、該楽音発生装置ＭＳに対応して設けられる複数の操作端末ＯＵ−ｋ（１≦ｋ≦ｎ）によって構成されている。なお、操作端末ＯＵ−ｋを特に区別する必要がない場合には、単に操作端末ＯＵと呼ぶ。
【００３４】
操作端末ＯＵは、操作者の手に把持される、もしくは身体の一部に装着される等といったように操作者に携帯可能な端末である（図９参照）。
図８に示す動作センサ３１０は、操作端末ＯＵを携帯している操作者の動作に基づく運動を検出して運動情報を生成し、無線通信部３２０に順次出力するセンサであり、公知の３次元加速度センサ、３次元速度センサ、２次元加速度センサ、２次元速度センサまたは歪み検出器等により構成されている。
【００３５】
無線通信部３２０は、楽音発生装置ＭＳとの間で無線によるデータ通信を行う役割を担っている。無線通信部３２０は、動作センサ３１０から操作者の動きに応じた運動情報を受け取ると、該運動情報に操作端末ＯＵを識別するためのＩＤを付加して楽音発生装置ＭＳに無線送信する。
【００３６】
楽音発生装置ＭＳは、コンテンツ・サーバＣＳからネットワークＮＷを介して受信した標準楽曲データを、各操作端末ＯＵから送信される運動情報に基づいて編集し、編集した後の楽曲データに基づいて楽音発生等を行う（図１０参照）。
図８に示す外部通信部４１０は、コンテンツ・サーバＣＳからネットワークＮＷを介して配信される標準楽曲データを受信し、受信した標準楽曲データを標準楽曲データ記憶部４２０に転送する。
標準楽曲データ記憶部４２０は、外部通信部４１０から転送される標準楽曲データを記憶する。
【００３７】
無線通信部４３０は、各操作端末ＯＵから送信される運動情報を受信し、受信した運動情報を情報解析部４４０に出力する。
情報解析部４４０は、無線通信部４３０から供給される運動情報に対し、後述する所定の解析処理を行い、解析結果を標準楽曲データ編集部４５０に出力する。
【００３８】
標準楽曲データ編集部４５０は、情報解析部４４０から供給される運動情報の解析結果に応じて標準楽曲データの編集を行い、編集した後の楽曲データ（以下、編集後楽曲データという）を順次楽音発生部４７０へ出力する一方、該編集後楽曲データを編集後楽曲データ記憶部４６０へ転送する。標準楽曲データの編集動作について詳述すると、標準楽曲データ編集部４５０は、情報解析部４４０から供給される運動情報の解析結果から演奏テンポ、音量、付与すべき残響の深さ等を決定し、決定した内容に基づいて標準楽曲データに含まれる各制御パラメータの書き換え等を行う。
【００３９】
編集後楽曲データ記憶部４６０は、標準楽曲データ編集部４５０から転送されるユーザの曲想に応じて編集された編集後楽曲データを記憶する。
楽音発生部４７０は、標準楽曲データ編集部４５０から供給される編集後楽曲データを受け取り、受け取った編集後楽曲データに基づいて順次楽音信号を生成し、楽音として外部へ出力する。
以下、かかる機能を実現する操作端末ＯＵおよび楽音発生装置ＭＳのハードウェア構成について説明する。
【００４０】
＜操作端末ＯＵのハードウェア構成＞
図９は、操作端末ＯＵの外観を示す図であり、図１０は、操作端末ＯＵのハードウェア構成を示すブロック図である。
図９に示すように、本実施形態に係る操作端末ＯＵは、操作者が手に把持して使用する、いわゆる手持ちタイプの操作端末であり、両端側が大径で中央側が小径のテーパ状をなす基部（図示左寄り）と端部（図示右寄り）から構成されている。
【００４１】
基部は、平均径が端部より小さく手で握りやすくなっており、把持部として機能する。この基部における底部（図示左端）外面にはＬＥＤ（Ｌｉｇｈｔ　Ｅｍｉｔｔｉｎｇ　Ｄｉｏｄｅ）表示器ＴＤや電池電源の電源スイッチＴＳが設けられ、中央部外面には操作スイッチＴ６が設けられている。一方、端部の先端近傍には、複数個のＬＥＤ発光器ＴＬが設けられている。このような形状を有する操作端末ＯＵには、各種の装置が内蔵されている。
【００４２】
図１０に示すＣＰＵＴ０は、ＲＯＭ、ＲＡＭ等により構成されたメモリＴ１に格納されている各種制御プログラムに基づいて、動作センサ３１０など操作端末ＯＵの各部を制御する。また、ＣＰＵＴ０は、動作センサ３１０から送出される運動情報に操作端末ＯＵを識別するためのＩＤを付加する機能等を備えている。
動作センサ３１０は、例えば３次元加速度センサ等により構成され、操作者が操作端末ＯＵを手に持ち操作することにより、その操作の方向、大きさおよび速度に応じた運動情報を出力する。なお、本実施形態では、動作センサ３１０が操作端末ＯＵに内蔵されている場合を例に説明を行うが、動作センサ３１０を操作者の身体の任意箇所等に取り付け可能な構成とすることも可能である。
【００４３】
送信回路Ｔ２は、アンテナＴ２ａのほか、高周波トランスミッタ、電力増幅器、（ともに図示略）等を備えており、ＣＰＵＴ０から供給されるＩＤの付加された運動情報を楽音発生装置ＭＳに送信する機能等を備えている。すなわち、送信回路Ｔ２がＣＰＵＴ０と共に図８に示す無線通信部３２０の機能を実現している。
【００４４】
表示ユニットＴ３は、上述したＬＥＤ表示器ＴＤ、複数個のＬＥＤ発光器ＴＬ等を備え（図９参照）、ＣＰＵＴ０による制御の下、センサナンバ、動作中、電源アラーム等の各種情報を表示する。操作スイッチＴ４は、当該操作端末ＯＵの電源のオン／オフ切り換えや各種モード設定等を行うために用いられるスイッチである。これらの各構成要素には、図示せぬ電池電源から駆動電力が供給されるが、このような電池電源としては、一次電池を用いるようにしてもよいし、充電可能な二次電池を用いるようにしてもよい。
【００４５】
＜楽音発生装置ＭＳのハードウェア構成＞
図１１は、楽音発生装置ＭＳのハードウェア構成を示すブロック図である。
楽音発生装置ＭＳは、一般的なパーソナルコンピュータと同様の機能を備えるほか、ネットワーク接続機能、楽音発生機能等を備えている。
【００４６】
楽音発生装置ＭＳの各部を制御する本体ＣＰＵＭ０は、テンポクロックや割り込みクロックの発生等に利用されるタイマＭ１による時間管理の下、所定のプログラムに従って種々の制御を行う。また、本体ＣＰＵＭ０は、メモリＭ２に記憶されている各種制御プログラムに従って操作端末ＯＵから送信される運動情報、すなわち該操作端末ＯＵを携帯する操作者の身体の動作を表す運動情報を解析し、当該解析結果に基づいて演奏テンポ、音量、付与すべき残響の深さ等を決定する。そして、ＣＰＵＭ０は、決定した内容に基づいて標準楽曲データに含まれる各制御パラメータの書き換えを行い、編集後楽曲データ等を生成する。すなわち、本体ＣＰＵＭ０が図８に示す情報解析部４４０、標準楽曲データ編集部４５０の機能を実現している。
【００４７】
メモリＭ２は、ＲＯＭ等の不揮発性メモリ、ＲＡＭ等の揮発性メモリ等によって構成され、該メモリＭ２には楽音発生装置ＭＳを制御するための所定の制御プログラム、コンテンツ・サーバＣＳからネットワークＮＷを介して配信される標準楽曲データ及び標準楽曲データを編集することによって生成される編集後楽曲データ等が記憶される。すなわち、メモリＭ２が図８に示す標準楽曲データ記憶部４２０、編集後楽曲データ記憶部４６０の機能を実現している。なお、上記制御プログラムには、本体ＣＰＵＭ０が運動情報を解析するための制御プログラムや、該運動情報の解析結果に基づいて演奏テンポ、音量等を決定し、決定した内容に基づいて標準楽曲データに含まれる各制御パラメータを書き換えるための制御プログラム等が含まれる。
【００４８】
外部通信回路Ｍ３は、インタフェース回路や、モデム等により構成され、コンテンツ・サーバＣＳから配信される標準楽曲データをネットワークＮＷを介して受信する一方、該ネットワークＮＷを介してコンテンツ・サーバＣＳに標準楽曲データの配信要求等を送信する。すなわち、外部通信回路Ｍ３が本体ＣＰＵＭ０と共に図８に示す外部通信部４１０の機能を実現している。
【００４９】
受信処理回路Ｍ４には、多チャンネル高周波レシーバ等によって構成されたアンテナ分配回路Ｍ４ａが接続されている。受信処理回路Ｍ４は、操作端末ＯＵから送信される運動情報をアンテナＭ４ｂ、アンテナ分配回路Ｍ４ａを介して受信し、受信した信号に所定の信号処理を施す役割を担っている。すなわち、受信処理回路Ｍ４、アンテナ分配回路Ｍ４ａ、アンテナＭ４ｂが本体ＣＰＵＭ０と共に図８に示す無線通信部４３０の機能を実現している。
【００５０】
音源回路Ｍ５及び効果回路Ｍ６は、音源ＬＳＩ、ＤＳＰ等により構成され、操作者の動きに応じて編集された後の楽曲データ、すなわち編集後楽曲データに基づき楽音信号を生成し、これをスピーカシステムＭ７へ出力する。スピーカシステムＭ７は、Ｄ／Ａ変換器、アンプ等を備え、音源回路Ｍ５及び効果回路Ｍ６において生成された楽音信号を楽音として外部に出力する。すなわち、音源回路Ｍ５、効果回路Ｍ６、スピーカシステムＭ７が本体ＣＰＵＭ０と共に図８に示す楽音発生部４７０の機能を実現している。
【００５１】
検出回路Ｍ８には、キーボードＭ８ａが接続されている。操作者は、このキーボードＭ８ａを使用して演奏データ制御に必要な各種モードの設定、操作端末ＯＵを識別するＩＤに対応する処理・機能の割り当て、演奏トラックへの音色（音源）・設定等、種々の設定操作を行う。
表示回路Ｍ９には、液晶パネルＭ９ａ等が接続され、現在編集している標準楽曲データに関する様々な情報等が液晶パネルＭ９ａ等に表示される。
【００５２】
外部記憶装置Ｍ１０は、ハードディスクドライブ（ＨＤＤ）、コンパクトディスク・リード・オンリ・メモリ（ＣＤ−ＲＯＭ）ドライブ、フロッピィデイスクドライブ（ＦＤＤ）、光磁気（ＭＯ）ディスクドライブ、ディジタル多目的ディスク（ＤＶＤ）ドライブ等の記憶装置から成り、各種制御プログラムや編集後の楽曲データ等を記憶することが可能となっている。従って、演奏パラメータや各種制御プログラム等は、上述したメモリＭ２に格納しておくだけでなく、この外部記憶装置Ｍ１０に格納しておくこともできる。
以上が操作端末ＯＵおよび楽音発生装置ＭＳのハードウェア構成に関する詳細である。以下、動作センサ３１０として３次元加速度センサを用いた場合の運動情報解析処理、標準楽曲データ編集処理、楽音発生処理（これらを総称して楽曲データ編集・楽音発生処理という）を図８等を参照して説明する。
【００５３】
＜楽曲データ編集・楽音発生処理＞
図１２は、動作センサ３１０を使用して標準楽曲データを編集し、編集した後の楽曲データ（すなわち、編集後楽曲データ）に基づいて楽音発生等を行う場合の機能ブロック図である。
操作者が動作センサ３１０の内蔵された操作端末ＯＵを手に持って操作すると、操作方向と操作力に応じた運動情報が該操作端末ＯＵから楽音発生装置ＭＳに送信される。さらに詳述すると、操作端末ＯＵにおける動作センサ３１０のｘ軸検出部ＳＸ、ｙ軸検出部ＳＹおよびｚ軸検出部ＳＺからは、ｘ（上下）方向の加速度αｘ（ｘは、添字）、ｙ（左右）方向の加速度αｙ（ｙは、添字）およびｚ（前後）方向の加速度αｚ（ｚは、添字）を表わす信号Ｍｘ、Ｍｙ、Ｍｚが出力される。
【００５４】
ＣＰＵＴ０は、動作センサ３１０から出力される信号Ｍｘ、Ｍｙ、Ｍｚの各々にＩＤを付加した運動情報を、送信回路Ｔ２等を介して楽音発生装置ＭＳに無線送信する。楽音発生装置ＭＳの無線通信部４３０は、アンテナＭ４ｂを介してＩＤの付加された運動情報を受信すると、図示せぬテーブルを参照し、受け取った運動情報に付加されているＩＤと該テーブルに登録されているＩＤとを比較する。無線通信部４３０は、比較の結果、運動情報に付加されているＩＤと同じＩＤが該テーブルに登録されていることを確認すると、運動情報を加速度データαｘ、αｙ、αｚとして情報解析部４４０に出力する。
【００５５】
情報解析部４４０は、無線通信部４３０から受け取った各軸加速度データを解析し、下記式（１）で表わされる加速度の絶対値｜α｜を求める。
｜α｜＝（αｘ＊αｘ＋αｙ＊αｙ＋αｚ＊αｚ）１／２・・・（１）
次に、情報解析部４４０は、加速度αｘ、αｙと、加速度αｚとを比較する。比較の結果、例えば、下記に示す（２）の関係が成立するとき、つまり、ｚ方向加速度αｚがｘ、ｙ方向加速度αｘ、αｙより大きいときは、操作端末ＯＵを突く「突き動作」であると判別する。
αｘ＜αｚ、且つ、αｙ＜αｚ・・・（２）
【００５６】
逆に、ｚ方向加速度αｚがｘ方向加速度αｘ及びｙ方向加速度αｙより小さいときには、操作端末ＯＵにより空気を切りさく「切り動作」であると判別する。この場合、さらに、ｘ、ｙ方向加速度αｘ、αｙの値を互いに比較することにより、「切り動作」の方向が「たて」（ｘ）なのか「よこ」（ｙ））なのかを判別することができる。
【００５７】
また、各軸ｘ、ｙ、ｚ方向成分相互の比較だけでなく、各方向成分αｘ、αｙ、αｚ自体の大きさと所定のしきい値とを比較し、しきい値以上であれば、これらの動作を組み合わせた「組合せ動作」であると判別することができる。例えば、αｚ＞αｘ、αｚ＞αｙ、且つ、αｘ＞「ｘ成分のしきい値」であれば「たて（ｘ方向）に切りつつ、突く動作」と判別し、αｚ＜αｘ、αｚ＜αｙ、αｘ＞「ｘ成分のしきい値」、且つ、αｙ＞「ｙ成分のしきい値」であれば、「斜め（ｘ、ｙ両方向）切り動作」であると判別する。さらに、Ｘ方向およびｙ方向の加速度αｘ、αｙの値が、円軌跡を描くように相対的に変化していく現象を検出することにより、操作端末ＯＵをぐるぐると回す「回し動作」であると判別することができる。
【００５８】
標準楽曲データ編集部４５０は、情報解析部４４０による解析処理の判定結果に基づいて、標準楽曲データ記憶部４２０から読み出した所定の標準楽曲データ（例えば、操作者によって適宜選択された標準楽曲データａ’等）の編集を行う。例えば、加速度絶対値｜α｜或いは各方向成分αｘ、αｙ、αｚのうち最大を示す成分の大きさに応じて各楽音の音量を決定し、標準楽曲データに含まれる個別音量制御コードの書き換えを行う。
【００５９】
また、標準楽曲データ編集部４５０は、該判定結果に基づいて他のパラメータを次のように決定する。例えば、「たて（ｘ方向）切り動作」の周期に応じて演奏テンポを決定し、決定した演奏テンポで楽曲再生が行われるよう、標準楽曲データに含まれる演奏テンポ制御コードの書き換えを行う。これとは別に、「たて切り動作」が素早く小さい動作であると判断した場合には、残響効果を付与すべく、残響制御コードを追加、或いは既に残響制御コードが記述されている場合には該残響制御コードの書き換えを行う。また、該「たて切り動作」がゆっくり大きい動作であると判断した場合には、ピッチ（音高）を上・下させるように音高制御コードの書き換えを行う。また、「よこ（ｙ方向）切り動作」であると判断した場合にはスラー効果を与えるべく、標準楽曲データに含まれるデルタタイムの書き換えを行う。
【００６０】
さらに「突き動作」であると判断した場合には、そのタイミングで楽音発生タイミングを縮めてスタッカート効果を与えるべく、上記デルタタイムを書き換えたり、あるいは大きさに応じた単発音（打楽器音、掛け声等）を演奏に挿入すべく、新たなＭＩＤＩイベント等を生成し、これを標準楽曲データ中の所定箇所に挿入する。また「よこ（ｙ方向）切り動作」と「突き動作」との「組み合わせ動作」であると判断した場合には、上述した制御を併用し、標準楽曲データに含まれる様々な音響制御コードの書き換え等を行う。
【００６１】
また「回し動作」であると判断し、かつ、その周期が所定周期以上であると判断した場合は、該周期に応じて楽曲の拍子を変更するために拍子制御コードの書き換えを行う一方、その周期が所定周期以下であると判断した場合は、該周期に応じてトリルを発生させる制御コードの追加、若しくは書き換えを行う。なお、これらの制御はあくまで例示であり、その他にも例えば各軸の加速度のローカルピーク値に応じてダイナミクス（クレッシェンド、デクレッシェンド等）を制御すべく、ローカルピークの鋭さを示すピークＱ値に応じて音長制御コードの書き換え等を行うようにしても良い。
【００６２】
標準楽曲データ編集部４５０は、このようにして情報解析部４４０から供給される解析結果に基づき標準楽曲データに含まれる各制御コードを書き換え、操作者の曲想を反映した編集後楽曲データを生成すると、これを編集後楽曲データ記憶部４６０へ転送すると共に、楽音発生部４７０へ出力する。
編集後楽曲データ記憶部４６０は、標準楽曲データ編集部４５０から転送される編集後楽曲データを記憶する一方、楽音発生部４７０は、標準楽曲データ編集部４５０から供給される編集後楽曲データに基づいて楽音信号を生成し、これを楽音として外部へ出力する。この結果、楽音発生装置ＭＳから操作者の曲想を反映した演奏音が順次発音されることとなる。
【００６３】
以上の説明から明らかなように、本実施形態に係るシステム１００によれば、コンテンツ・サーバＣＳは、既存の楽曲データ（原楽曲データ）から標準楽曲データを生成し、これを演奏装置ＰＳに配信する。
この標準楽曲データは、楽曲の演奏テンポ、音量等が楽曲全体を通じて一定になるように楽曲再生制御コードが書き換えられ、かつ、音響を制御するための音響制御コードが削除された楽曲データである。このように、演奏対象となる楽曲データには、楽曲データ作成者等の曲想を反映する制御コード等が含まれていないため、演奏装置ＰＳを利用して楽曲演奏を行うユーザは、携帯する操作端末ＯＵを操作するといった簡単な操作で、自己の曲想を楽曲演奏に反映させることができ、かつ、当該楽曲演奏に様々な音響を付与することができる。いいかえれば、システム１００を採用することにより、楽曲データ等に関してＭＩＤＩ等に関する知識のない演奏初心者から、自分なりに該楽曲をアレンジしたいと考える演奏上級者まで、幅広いユーザを満足させることが可能となる。
【００６４】
（３）変形例
以上この発明の一実施形態について説明したが、上記実施形態はあくまで例示であり、上記実施形態に対しては、本発明の趣旨から逸脱しない範囲で様々な変形を加えることができる。変形例としては、例えば以下のようなものが考えられる。
【００６５】
＜変形例１＞
上述した本実施形態では、コンテンツ・サーバＣＳが生成した標準楽曲データを各演奏装置ＰＳに自動配信する場合について説明したが、演奏装置ＰＳが所定の標準楽曲データの配信を要求し、コンテンツ・サーバＣＳが該要求に応じた所定の標準楽曲データを当該演奏装置に配信するようにしても良い。
【００６６】
図１３は、変形例１に係る標準楽曲データの配信動作を説明するためのシーケンス図である。
演奏装置ＰＳを利用して楽曲演奏を行うユーザ（操作者）は、まず楽音発生装置ＭＳのキーボードＭ８ａ等を操作して配信可能な標準楽曲データリストを要求すべき指示を入力する（ステップＳａ１）。楽音発生装置ＭＳの本体ＣＰＵＭ０は、該指示に従って、コンテンツ・サーバＣＳに配信可能な標準楽曲データリストを要求する（ステップＳａ２）。コンテンツ・サーバＣＳのＣＰＵＳ０は、ネットワークＮＷを介して該要求を受け取ると、メモリＳ１に格納されている楽曲データリストＲ（図６参照）を読み出し、これをネットワークＮＷ経由で該楽音発生装置ＭＳ宛に送信する（ステップＳａ３）。
【００６７】
楽音発生装置ＭＳの本体ＣＰＵＭ０は、受信処理回路Ｍ４等を介して該楽曲データリストＲを受け取ると、これを液晶パネルＭ９ａに表示させる（ステップＳａ４）。ユーザは、液晶パネルＭ９ａの表示内容から、配信要求すべき標準楽曲データを決定し、決定した標準楽曲データの配信指示を入力する（ステップＳａ５）。本体ＣＰＵＭ０は、入力された指示に従って、コンテンツ・サーバＣＳに該標準楽曲データ（例えば、標準楽曲データａ’）の配信を要求する（ステップＳａ６）。コンテンツ・サーバＣＳのＣＰＵＳ０は、ネットワークＮＷ等を介して該要求を受け取ると、この要求に従ってメモリＳ１を検索し、対応する標準楽曲データを読み出す（ステップＳａ７）。そして、ＣＰＵＳ０は、読み出した標準楽曲データをネットワークＮＷ経由で楽音発生装置ＭＳ宛に配信する（ステップＳａ８）。かかる標準楽曲データが楽音発生装置ＭＳに送信された後の処理については、上述した本実施形態とほぼ同様に説明することができるため、割愛する。
【００６８】
以上説明したように、演奏装置ＰＳがコンテンツ・サーバＣＳに所定の標準楽曲データを要求し、コンテンツ・サーバＣＳが該演奏装置ＰＳに対して要求のあった標準楽曲データを配信するようにしても良い。
【００６９】
＜変形例２＞
また、上記変形例１の応用として、例えば操作者の曲想に応じて生成された編集後楽曲データをコンテンツ・サーバＣＳ（或いは異なるサーバ）等にアップロードし、これをホームページに掲載して他の操作者等に公開したり、希望により公開した編集後楽曲データを他の操作者等に配信しても良い。さらには、コンテンツ・サーバＣＳ等にアップロードされた編集後楽曲データについてコンテスト等を実施し、音楽に関する自己開示の機会を各操作者等に与えるようにしても良い。
【００７０】
＜変形例３＞
また、上述した本実施形態に係る標準楽曲データ生成処理（図４参照）では、ステップＳ８において、標準楽曲データ生成部２３０が原楽曲に音響制御コードが含まれていると判断すると（ステップＳ６；ＹＥＳ）、原楽曲データに含まれる音響制御コードを一定化したが、かかる音響制御コードを一定化する代わりに、楽曲に音響効果が付与されないように音響制御コードそのものを削除しても良い。また、上述した本実施形態では、楽曲再生制御コードのうち、演奏テンポ、音量等が楽曲全体を通じて一定になるように楽曲再生制御コードの書き換えを行う場合について説明したが、例えば音色制御コード、音長制御コードなど、他の楽曲再生制御コードの書き換えを行うようにしても良い。また、この楽曲再生制御コードについても、上記音響制御コードと同様、原楽曲データに含まれる楽曲再生制御コードを削除するようにしても良い。さらに、音響制御コードの書き換え（若しくは削除）のみ行い、楽曲再生制御コードの書き換え（若しくは削除）を行わない態様、あるいは楽曲再生制御コードの書き換え（若しくは削除）のみ行い、音響制御コードの書き換え（若しくは削除）を行わない態様にも適用可能である。
【００７１】
＜変形例４＞
また、上述した本実施形態では、楽曲再生制御コードとして演奏テンポ制御コード、音量制御コード等を例示し、音響制御コードとして残響制御コード、パン制御コード等を例示したが、これらの制御コードはあくまで例示にすぎず、例えば音高を微妙に揺らす効果を付与するためのモジュレーションディプス制御コードなど、音響の付与に関わるあらゆる音響制御コード、楽曲の再生制御に関わるあらゆる楽曲再生制御コードに適用可能である。
【００７２】
＜変形例５＞
以上説明した本実施形態及び各変形例に係るコンテンツ・サーバＣＳ等に係る諸機能は、ソフトウェア、ハードウェアのいずれによっても実現可能である。例えば、前掲図４に示す標準楽曲データ生成処理を実行するためのソフトウェアによって実現する場合、該ソフトウェアが記録されている記録媒体（例えばＣＤ−ＲＯＭ等）からインストールする、あるいは該ソフトウェアを備えたサーバからネットワークＮＷを介してダウンロードしてインストールする。このように、上述したコンテンツ・サーバＣＳに係る諸機能をソフトウェアによって実現することも可能である。
【００７３】
【発明の効果】
以上説明したように、本発明によれば、楽曲データに関して知識のない演奏初心者から、自分なりに該楽曲をアレンジしたいと考える演奏上級者まで、幅広いユーザを満足させることができる楽曲データの提供が可能となる。
【図面の簡単な説明】
【図１】本実施形態に係るシステムの構成を示す図である。
【図２】同実施形態に係るコンテンツ・サーバの機能構成を示す図である。
【図３】同実施形態に係る原楽曲データを説明するための図である。
【図４】同実施形態に係る標準楽曲データ生成処理を示すフローチャートである。
【図５】同実施形態に係るスタッカートの付与された音符と付与されていない音符を比較した図である。
【図６】同実施形態に係る楽曲データリストを例示した図である。
【図７】同実施形態に係るコンテンツ・サーバの構成を示す図である。
【図８】同実施形態に係る演奏装置の機能構成を示す図である。
【図９】同実施形態に係る操作端末の外観を示す図である。
【図１０】同実施形態に係る操作端末の構成を示す図である。
【図１１】同実施形態に係る楽音発生装置の構成を示す図である。
【図１２】同実施形態に係る楽曲データ編集・楽音発生処理を説明するための図である。
【図１３】変形例１に係る標準楽曲データの配信動作を説明するためのシーケンス図である。
【符号の説明】
１００・・・システム、ＣＳ・・・コンテンツ・サーバ、ＮＷ・・・ネットワーク、ＰＳ・・・演奏装置、ＭＳ・・・楽音発生装置、ＯＵ・・・操作端末、２１０・・・制御部、２２０・・・既存楽曲データ記憶部、２３０・・・標準楽曲データ生成部、２４０・・・標準楽曲データ記憶部、２５０・・・標準楽曲データ読み出し部、２６０・・・外部通信部、Ｓ０、Ｔ０・・・ＣＰＵ、Ｓ１、Ｔ１、Ｍ２・・・メモリ、Ｓ２・・・通信回路、３１０・・・動作センサ、３２０・・・無線通信部、４１０・・・外部通信部、４２０・・・標準楽曲データ記憶部、４３０・・・無線通信部、４４０・・・情報解析部、４５０・・・標準楽曲データ編集部、４６０・・・編集後楽曲データ記憶部、４７０・・・楽音発生部、Ｔ２・・・送信回路、Ｔ３・・・表示ユニット、Ｔ４・・・操作スイッチ、Ｍ０・・・本体ＣＰＵ、Ｍ１・・・タイマ、Ｍ３・・・外部通信回路、Ｍ４・・・受信回路、Ｍ５・・・音源回路、Ｍ６・・・効果回路、Ｍ７・・・スピーカシステム、Ｍ８・・・検出回路、Ｍ９・・・表示回路、Ｍ１０・・・外部記憶装置。
【図１】
2004126531.tif 000003
【図２】
2004126531.tif 000004
【図３】
2004126531.tif 000005
【図４】
2004126531.tif 000006
【図５】
2004126531.tif 000007
【図６】
2004126531.tif 000008
【図７】
2004126531.tif 000009
【図８】
2004126531.tif 000010
【図９】
2004126531.tif 000011
【図１０】
2004126531.tif 000012
【図１１】
2004126531.tif 000013
【図１２】
2004126531.tif 000014
【図１３】
2004126531.tif 000015