JP2010271440A - 演奏制御装置およびプログラム - Google Patents

Abstract

【課題】演奏操作子の挙動を示す物理量の波形がピークになるまでの演奏操作子の振りの態様を演奏に反映させる。
【手段】ＣＰＵ２９は、ピーク加速度データＡＳ−Ｐを含む最新の１５個の加速度データＡＳをリングバッファ２６から抽出し、その１５個の加速度データＡＳの総和Ｓに応じたベロシティＶｅｌのパラメータを含む「ノートオン」のイベントデータを音源４０に供給する。ＣＰＵ２９は、１５個の加速度データＡＳのうちピーク加速度データＡＳ−Ｐより８個前の加速度データＡＳを注目加速度データＡＳ−Ａとして選択し、その注目加速度データＡＳ−Ａが閾値Ｔｈ以下の場合は、「ノートオン」のイベントデータを音源４０に供給したあと、スタッカートの音の発音時間長Ｔ_Ｓｔａだけ遅れて「ノートオフ」のイベントを音源４０に供給する。
【選択図】図１

Description

本発明は、演奏操作子の振り操作に応じて演奏を行う演奏制御装置に関する。

演奏者がその手に把持した演奏操作子を振るたびに、その演奏操作子の振りの強さに応じた音量の音を音源から発音させる演奏制御装置がある。この演奏制御装置は、演奏操作子の挙動を示す物理量である加速度の加速度データを演奏操作子から無線区間を介して受信し、その加速度データの波形のピークを検出する。そして、演奏制御装置は、加速度の波形にピークが出現するたびに、そのピークにおける加速度の大きさに応じた音量の音を音源から発音させる。

特開２００１−１９５０５９号公報

しかしながら、この種の演奏制御装置の場合、演奏操作子から送信されてくる一連の加速度データのうちピークの加速度データだけが音源から発音させる音の音量を決める材料として用いられる。よって、演奏者が、演奏操作子内の加速度センサに加わる加速度がピークに達するまでに演奏操作子をどのように振っていようとも、その演奏操作子の振りの態様が演奏に反映されないという問題があった。
本発明は、このような背景の下に案出されたものであり、演奏操作子の挙動を示す物理量の波形がピークになるまでの演奏操作子の振りの態様を演奏に反映させることができるようにすることを目的とする。

本発明は、データを書き込むためのバッファと、演奏操作子の挙動を示す物理量データを取得し、取得した物理量データを前記バッファに順に書き込む取得手段と、前記バッファに書き込まれた物理量データの列が示す波形に現れるピークを検出するピーク検出手段と、前記ピーク検出手段によってピークが検出されたとき、このピークの物理量データを含む最新の所定数の物理量データの列が示す波形の特徴に応じて音源を制御する制御手段とを具備する演奏制御装置を提供する。
本発明では、演奏操作子の挙動を示す物理量データの波形にピークが現れたとき、そのピークの物理量データを含む最新の所定数の物理量データの列が示す波形の特徴に応じて音源を制御する。よって、演奏操作子の挙動を示す物理量の波形がピークになるまでのその演奏操作子の振りの態様を演奏に反映させることができる。
なお、特許文献１に開示された演奏制御装置は、演奏操作子内の加速度センサに加わる加速度の波形からピークを検出するたび、検出したピークにおける振幅に応じた音量を有し且つそのピークにおけるＱ値に応じた発音時間長の音を発音させるものである。しかし、この演奏制御装置は、演奏操作子の挙動を示す物理量がピークになるまでの演奏操作子の振りの態様を演奏に反映させるものではなく、本件とはその内容を異にするものである。

この発明の一実施形態である演奏制御装置を含む演奏システムを示すブロック図である。 同演奏制御装置のベロシティ変換テーブルにおける総和を決定するまでの過程の一部を説明するための図である。 同演奏制御装置のベロシティ変換テーブルのデータ構造を示す図である。 同演奏制御装置の動作を示すフローチャートである。 同フローチャートにおけるスタッカートの判定の具体的な内容を示す図である。 同演奏制御装置からイベントデータの供給を受けた音源が生成する音波形を示す図である。

以下、図面を参照し、この発明の実施の形態を説明する。図１は、この発明の一実施形態である演奏制御装置２０を含む演奏制御システムの構成を示すブロック図である。この演奏制御システムは、演奏操作子１０と、演奏制御装置２０と、音源４０とを有する。
演奏操作子１０は、演奏者が把持して振る動作を行う操作子である。演奏者は、曲をなす各拍の音を長く発音させたいときは拍としたいタイミングに合わせて演奏操作子１０を緩やかに振り、各拍の音を短く発音させたいとき、すなわち、スタッカートを行いたいときは、拍としたいタイミングに合わせて演奏操作子１０を鋭く振る。

演奏操作子１０は、加速度センサ１１と無線信号送信部１２を内蔵している。加速度センサ１１は、演奏操作子１０の挙動を示す物理量である加速度を検出するセンサである。より具体的には、加速度センサ１１は、当該加速度センサ１１に働く加速度ベクトルを互いに直交した３軸方向の加速度成分ａ_ｘ、ａ_ｙ、ａ_ｚに分解して検出し、これらの加速度成分ａ_ｘ、ａ_ｙ、ａ_ｚを示すアナログ信号を各々出力する。

無線信号送信部１２は、一定時間長（例えば５ｍｓ）のサンプリング周期ごとに、加速度センサ１１から出力されるアナログ信号をサンプリングしてデジタル化することにより、加速度成分ａ_ｘ，ａ_ｙ，ａ_ｚを示すデータを生成し、加速度成分ａ_ｘ，ａ_ｙ，ａ_ｚを示すデータを含むパケットを、無線区間を介して演奏制御装置２０に送信する。

演奏制御装置２０は、演奏操作子１０から受信されるパケットに基づいて、演奏制御のためのイベントデータを生成し、音源４０に供給する装置である。この演奏制御装置２０の構成については、後述する。

音源４０は、ＭＩＤＩ（Musical Instrument Digital Interface）音源である。この音源４０は、演奏制御装置２０から供給されるイベントデータの指示に従って音波形を生成し、生成した音波形をスピーカ５０から音として出力する。

次に、演奏制御装置２０の構成を説明する。
演奏制御装置２０は、操作表示部２１、無線信号受信部２２、制御部２３、およびインターフェース２４を有する。
操作表示部２１は、演奏者から各種の指示を受け取るとともに演奏者に各種の情報を提供する。
無線信号受信部２２は、一定時間長（例えば５ｍｓ）のサンプリング周期ごとに、演奏操作子１０から送信されたパケットを受信し、そのパケットから３軸方向成分ａ_ｘ、ａ_ｙ、ａ_ｚを示すデータを取り出し、制御部２３に引き渡す。

制御部２３は、加速度取得部２５、リングバッファ２６、ＲＯＭ２７、ＲＡＭ２８、ＣＰＵ２９、曲データ記憶メモリ３０、テーブル記憶メモリ３１を有する。
加速度取得部２５は、無線信号受信部２２から引き渡されるデータが示す３軸方向成分ａ_ｘ、ａ_ｙ、ａ_ｚを次式に代入することにより、演奏操作子１０の加速度センサ１１に加わった加速度の絶対値ＡＳを求め、求めた加速度の絶対値ＡＳを示すデータ（以下、「加速度データＡＳ」と記す）をリングバッファ２６に書き込む。
ＡＳ＝（ａ_ｘ ^２＋ａ_ｙ ^２＋ａ_ｚ ^２）^１/２…（１）

曲データ記憶メモリ３０は、曲データｍｄを記憶したメモリである。このメモリ３０に記憶された曲データｍｄは、曲の楽譜における各拍の音の発音を指示する「ノートオン」のイベントデータを時系列順に並べたシーケンスデータである。周知のように、「ノートオン」のイベントデータは、音源４０に発音させる音の音名を指示するノートナンバＮｕｍ（１≦Ｎｕｍ≦１２７）、その音量レベルを指示するベロシティＶｅｌ（１≦Ｖｅｌ≦１２７）、その発音時間長Ｔ_Ｇｔｍを指示するゲートタイムＧｔｍ（１≦Ｇｔｍ）などのパラメータを含む。

ＲＯＭ２７は、制御プログラム３２を記憶した読み出し専用メモリである。ＣＰＵ２９は、ＲＡＭ２８をワークエリアとして利用しつつＲＯＭ２７に記憶された制御プログラム３２を実行する。制御プログラム３２は、以下に示す２つの処理をＣＰＵ２９に実行させるプログラムである。
ａ．ピーク検出処理
これは、加速度取得部２５によってリングバッファ２６に書き込まれる加速度データＡＳの列の波形に現れるピークを検出する処理である。
ｂ．音源制御処理
これは、リングバッファ２６における加速度データＡＳの列の波形のピークが検出されたとき、検出されたピークの加速度データＡＳ（「ピーク加速度データＡＳ−Ｐ」という）を含む最新のＭ（たとえば、Ｍ＝１５とする）個の加速度データＡＳを抽出し、抽出した１５個の加速度データＡＳの総和Ｓに応じた音量を有し且つそれら１５個の加速度データＡＳにおけるピーク加速度データＡＳ−ＰからＮ（たとえば、Ｎ＝８とする）個前の加速度データＡＳ（「注目加速度データＡＳ−Ａ」という）の大きさに応じた発音時間長を有する音波形を音源４０から発生させる処理である。

より具体的には、本実施形態では、リングバッファ２６におけるピーク加速度データＡＳ−Ｐを含む最新の１５個の加速度データＡＳの総和Ｓと対応するベロシティＶｅｌをテーブル記憶メモリ３１のベロシティ変換テーブルｔｂｌから読み出し、このベロシティＶｅｌを含む「ノートオン」のイベントデータを音源４０に出力する。また、本実施形態では、リングバッファ２６におけるピーク加速度データＡＳ−Ｐより８個前の注目加速度データＡＳ−Ａと閾値Ｔｈとを比較し、注目加速度データＡＳ−Ａが閾値Ｔｈより小さい場合は、ベロシティ変換テーブルｔｂｌから読み出したベロシティＶｅｌを含む「ノートオン」のイベントデータとその「ノートオン」に応じた発音を終了させる「ノートオフ」のイベントデータを、注目加速度データＡＳ−Ａに基づいて決定した発音時間長Ｔ_Ｓｔａをあけて音源４０に連続して出力する。

テーブル記憶メモリ３１は、ベロシティ変換テーブルｔｂｌを記憶したメモリである。ベロシティ変換テーブルｔｂｌは、「２０」から「１２７」までの間のベロシティＶｅｌと１５個分の加速度データＡＳの総和Ｓとを対応づけたテーブルである。このベロシティ変換テーブルｔｂｌは、たとえば、以下のようにして生成される。

まず、標準的な演奏者に演奏操作子１０の振りを複数回に渡って行わせる実験を行い、その振りの各々において演奏操作子１０に加わった加速度の実測値から加速度データＡＳの各列を取得する。ここで、演奏操作子１０の複数回の振りは、振りの強さのピークの大きさを様々に変えながら行う。そして、図２に示すように、演奏操作子１０の振りの各々について取得された加速度データＡＳの列ごとに、ピーク加速度データＡＳ−Ｐを求めるとともに、そのピーク加速度データＡＳ−Ｐよりも１５個前の加速度データＡＳからピーク加速度データＡＳ−Ｐまでの総和Ｓを求める。

標準的な演奏者に行わせた演奏操作子１０の振りの各々におけるピーク加速度データＡＳ−Ｐと総和Ｓの各対を求めた後は、それらの各対を２次元座標面にプロットした散布図を作成し、その散布図に回帰曲線を当てはめる。そして、散布図に当てはめた回帰曲線に基づいて「２０」から「１２７」までの間のベロシティＶｅｌの各々と対応づける総和Ｓを決定し、決定した総和ＳとベロシティＶｅｌの各対をベロシティ変換テーブルｔｂｌに書き込む。

発明者らは、図３に示すように、縦軸にベロシティＶｅｌを取り横軸に総和Ｓをとった２次元座標面においてベロシティＶｅｌと総和Ｓの関係を示す曲線ＬＩＮＥが下に凸になるようにベロシティＶｅｌと総和Ｓの各対を設定した場合に、演奏者の意図をより忠実に反映した音量の音を音源４０から発音させることができることを確認した。

次に、本実施形態の動作について、説明する。
図４は、本実施形態の動作を示すフローチャートである。この図４に示すステップＳ１００は、制御プログラム３２の働きによってＣＰＵ２９が実行するピーク検出処理であり、ステップＳ１１０からステップＳ１９０は、同プログラム３２の働きによってＣＰＵ２９が実行する音源制御処理である。

図４において、ＣＰＵ２９は、リングバッファ２６における加速度データＡＳの列からピークを検出する（Ｓ１００）。より具体的には、ＣＰＵ２９は、加速度取得部２５によってリングバッファ２６に加速度データＡＳが書き込まれる度に、その加速度データＡＳと１つ前に書き込まれた加速度データＡＳとを比較し、加速度データＡＳが示す加速度の絶対値ＡＳが上昇から下降に転じた時にピークが出現したとみなす。

ＣＰＵ２９は、リングバッファ２６における加速度データＡＳからピークを検出すると（Ｓ１００：Ｙｅｓ）、そのピークのピーク加速度データＡＳ−Ｐを含む最新の１５個の加速度データＡＳをリングバッファ２６から抽出する（Ｓ１１０）。

次に、ＣＰＵ２９は、曲データ記憶メモリ３０の曲データｍｄにおける「ノートオン」のイベントデータを読み出し（Ｓ１２０）、このイベントデータのベロシティＶｅｌを、ステップＳ１１０で抽出した１５個の加速度データＡＳの総和Ｓに応じたベロシティＶｅｌによって置き換える（Ｓ１３０）。

より具体的に説明すると、このステップＳ１３０では、ＣＰＵ２９は、ステップＳ１１０で抽出した１５個の加速度データＡＳの総和Ｓを算出したあと、テーブル記憶メモリ３１のベロシティ変換テーブルｔｂｌにおいてその総和Ｓと対応づけられたベロシティＶｅｌを読み出し、そのベロシティＶｅｌによってイベントデータのベロシティＶｅｌを置き換える。

次に、ＣＰＵ２９は、ステップＳ１１０で抽出した１５個の加速度データＡＳのうちピーク加速度データＡＳ−Ｐよりも８個前の加速度データＡＳを注目加速度データＡＳ−Ａとして選択し、演奏者がスタッカートを意図して演奏操作子１０を振ったかをこの注目加速度データＡＳ−Ａが示す加速度の大きさに基づいて判断する（Ｓ１４０）。このステップＳ１４０の処理について、詳細に説明する。上述したように、演奏者は、曲をなす各拍の音を長く発音させたいときは拍としたいタイミングに合わせて演奏操作子１０を緩やかに振り、スタッカートを行いたいときは拍としたいタイミングに合わせて演奏操作子１０を鋭く振る。当然ながら、演奏操作子１０の振りが鋭ければ鋭いほど加速度データＡＳの波形の立ち上がりは急峻になる。このステップＳ１４０では、ピーク加速度データＡＳ−Ｐに達するまでの波形の立ち上がりがスタッカートを意図して演奏操作子１０を振ったとみなせるほどに急峻であるか否かを、そのピーク加速度データＡＳ−Ｐより８個前の注目加速度データＡＳと閾値Ｔｈとを比較した結果に基づいて判断する。より具体的には、ＣＰＵ２９は、図５（Ａ）に示すように、注目加速度データＡＳ−Ａが閾値Ｔｈ以下であるときは、演奏者がスタッカートを意図して演奏操作子１０を振ったとみなし、図５（Ｂ）に示すように、注目加速度データＡＳ−Ａが閾値Ｔｈより大きいときは、スタッカートを意図しないで振ったとみなす。

ＣＰＵ２９は、ステップＳ１４０において、演奏者がスタッカートを意図しないで演奏操作子１０を振ったと判断した場合（Ｓ１４０：Ｎｏ）、ステップＳ１３０でベロシティＶｅｌを置き換えた「ノートオン」のイベントデータをインターフェース２４を介して音源４０へ供給する（Ｓ１５０）。その後、ＣＰＵ２９は、ステップＳ１００に戻り、リングバッファ２６の加速度データＡＳの列の波形に次のピークが現れるのを待つ。

図６（Ａ）に示すように、音源４０は、演奏制御装置２０から「ノートオン」のイベントデータが供給されると、そのイベントデータのノートナンバＮｕｍに応じたピッチを有し且つそのイベントデータのベロシティＶｅｌに応じたレベルを有する音波形のスピーカ５０への出力を開始し、以後、音波形のレベルをイベントデータのゲートタイムＧｔｍに応じた時間長Ｔ_Ｇｔｍをかけて０まで減衰させる。

ＣＰＵ２９は、ステップＳ１４０において、演奏者がスタッカートを意図して演奏操作子１０を振ったと判断した場合（Ｓ１４０：Ｙｅｓ）、スタッカートの音の発音時間長Ｔ_Ｓｔａを決定する（Ｓ１６０）。より具体的には、ＣＰＵ２９は、ピーク加速度データＡＳ−Ｐで注目加速度データＡＳ−Ａを除算した値を波形の急峻さを示す指標値ｑとする。さらに、ＣＰＵ２９は、リングバッファ２６における最新のピーク加速度データＡＳ−Ｐの書き込み時刻とその１つ前のピーク加速度データＡＳ−Ｐの書き込み時刻の差を１拍分の最新の時間長Ｔ_Ｂｅａｔとし、この時間長Ｔ_Ｂｅａｔに指標値ｑを乗算した値をスタッカートの音の発音時間長Ｔ_Ｓｔａとする。

ＣＰＵ２９は、スタッカートの音の発音時間長Ｔ_Ｓｔａを決定したあと、ステップＳ１３０でベロシティＶｅｌを置き換えた「ノートオン」のイベントデータをインターフェース２４を介して音源４０へ供給し（Ｓ１７０）、その供給時から時間長Ｔ_Ｓｔａの経過を待つ（Ｓ１８０）。そして、ＣＰＵ２９は、時間長Ｔ_Ｓｔａが経過すると（Ｓ１８０：Ｙｅｓ）、ステップＳ１７０において送信した「ノートオン」のイベントデータに対応した発音を終了させる「ノートオフ」のイベントデータを音源４０へ供給し（Ｓ１９０）、ステップＳ１００に戻る。

図６（Ｂ）に示すように、音源４０は、演奏制御装置２０から「ノートオン」のイベントデータと「ノートオフ」のイベントデータが時間長Ｔ_Ｓｔａをあけて連続して供給されると、音波形のスピーカ５０への出力を開始してから時間長Ｔ_Ｓｔａが過ぎた時にそのレベルを０まで減衰させる。

以上説明したように、演奏制御装置２０は、リングバッファ２６に書き込まれる加速度データＡＳの波形におけるピーク加速度データＡＳ−Ｐを含む最新の１５個の加速度データＡＳの総和Ｓをそれらの１５個の加速度データＡＳが示す波形の第１の特徴とし、この総和Ｓに応じて音源４０から発音させる音の音量を制御する。よって、演奏者が感じる演奏操作子１０の振りの強さにより近い音量の音を発音させることができる。

また、演奏制御装置２０は、リングバッファ２６に書き込まれる加速度データＡＳの波形におけるピーク加速度データＡＳ−Ｐより８個前の注目加速度データＡＳ−Ａの大きさをそのピーク加速度データＡＳ−Ｐを含む最新の１５個の加速度データＡＳが示す波形の第２の特徴とし、その注目加速度データＡＳ−Ａの大きさに応じて音源４０から発音させる音の発音時間長を制御する。よって、演奏者が感じる演奏操作子１０の振りの鋭さにより近い発音時間長の音を発音させることができる。

以上、この発明の一実施形態について説明したが、この発明には他にも実施形態があり得る。例えば、以下の通りである。
（１）上記実施形態において、演奏制御装置２０のＣＰＵ２９は、ピーク加速度データＡＳ−Ｐを含むＭ個の最新の加速度データＡＳをリングバッファ２６から抽出し、そのＭ個の加速度データＡＳが示す波形の特徴に基づいて、音源４０から発音させる音の音色を制御してもよい。音源４０から発音させる音の音色の制御は、以下に示す２つの態様によって実現できる。

第１の態様では、ＣＰＵ２９は、リングバッファ２６から抽出したＭ個の最新の加速度データＡＳの総和Ｓと閾値Ｔｈ−ａとを比較する。そして、ＣＰＵ２９は、総和Ｓが閾値Ｔｈ−ａ以上である場合は、音色Ａの音色番号をパラメータとして含む「プログラムチェンジ」のイベントデータと「ノートオン」のイベントデータとを音源４０へ続けて供給する。その一方で、ＣＰＵ２９は、総和Ｓが閾値Ｔｈ−ａより小さい場合は、音色Ｂの音色番号をパラメータとして含む「プログラムチェンジ」のイベントデータと「ノートオン」のイベントデータとを音源４０へ続けて供給する。

第２の態様では、ＣＰＵ２９は、リングバッファ２６から抽出したＭ個の最新の加速度データＡＳのうちピーク加速度データＡＳ−ＰよりもＮ個前の加速度データＡＳを注目加速度データＡＳ−Ａとし、この注目加速度データＡＳ−Ａを閾値Ｔｈ−ｂと比較する。そして、ＣＰＵ２９は、注目加速度データＡＳ−Ａが閾値Ｔｈ−ｂ以上である場合は、音色Ａの音色番号をパラメータとして含む「プログラムチェンジ」のイベントデータと「ノートオン」のイベントデータとを音源４０へ続けて供給する。その一方で、ＣＰＵ２９は、注目加速度データＡＳ−Ａが閾値Ｔｈ−ｂより小さい場合は、音色Ｂの音色番号をパラメータとして含む「プログラムチェンジ」のイベントデータと「ノートオン」のイベントデータとを音源４０へ続けて供給する。

（２）上記実施形態において、演奏制御装置２０は、リングバッファ２６から抽出したＭ個の最新の加速度データＡＳが示す波形の第１の特徴である総和Ｓに応じて音源４０から発音させる音の音量を制御し、その第２の特徴であるピーク加速度データＡＳ−ＰよりＭ個前の注目加速度データＡＳと閾値Ｔｈとの大小関係に基づいてその音の発音時間長を制御した。しかし、演奏制御装置２０は、リングバッファ２６から抽出したＭ個の最新の加速度データＡＳが示す波形の第１の特徴に基づいた音量の制御だけを行ってもよいし、その第２の特徴に基づいた発音時間長の制御だけを行ってもよい。

（３）上記実施形態において、曲データｍｄは、各拍において和音をなす複数の音の発音を指示する「ノートオン」のイベントデータを時系列に並べたシーケンスデータであってもよい。この場合において、音源４０から和音として発音させる音の音色をギターの音色にするとよい。この態様によると、演奏操作子１０を鋭く振る操作を連続して行うことにより、ギターのカッティング奏法が行われているかのような音を音源４０から発音させることができる。

（４）上記実施形態において、ＣＰＵ２９は、リングバッファ２６から抽出したＭ個の最新の加速度データＡＳのうちピーク加速度データＡＳ−Ｐよりも所定数だけ前の複数の加速度データＡＳを注目加速度データＡＳ−Ａとして選び、それらの複数の注目加速度データＡＳ−Ａが各々示す加速度の大きさに応じて発音時間長Ｔ_Ｓｔａを決定してもよい。

（５）上記実施形態において、ＣＰＵ２９は、リングバッファ２６から抽出したＭ個の最新の加速度データＡＳの総和Ｓに応じて音源４０から発音させる音の音量を制御した。しかし、Ｍ個の加速度データＡＳに加速度データＡＳ間の時間Δｔを乗じた上で総計することによって積分値Ｉｎｔを求め、この積分値Ｉｎｔに応じて音源４０から発音させる音の音量を制御してもよい。

（６）上記実施形態において、磁気センサ、ジャイロセンサ、圧力センサ、傾斜センサ、速度センサ、振幅センサなどの加速度センサ１１以外の種類のセンサを演奏操作子１０に内蔵させ、そのセンサによって演奏操作子１０に加わる運動量を検出し、検出した運動量を示す物理量データをリングバッファ２６に書き込むようにしてもよい。

（７）上記実施形態において、無線信号送信部１２は演奏操作子１０に内蔵されていた。しかし、無線信号送信部１２を演奏操作子１０とは別の筐体に内蔵させ、その無線信号送信部１２を内蔵させた筐体を演奏者の身体に装着させるようにしてもよい。

（８）上記実施形態において、加速度センサと音源を内蔵する携帯電話機に制御プログラム３２をインストールさせ、携帯電話機そのものの筺体を演奏操作子１０として機能させるようにするとよい。この実施形態では、制御プログラム３２は、携帯電話機のＣＰＵに、ピーク検出処理と音源制御処理を実行させる。

１０…演奏操作子、１１…加速度センサ、１２…無線信号送信部、２０…演奏制御装置、２１…操作表示部、２２…無線信号受信部、２３…制御部、２４…インターフェース、２５…加速度取得部、２６…リングバッファ、２７…ＲＯＭ、２８…ＲＡＭ、２９…ＣＰＵ、３０…曲データ記憶メモリ、３１…テーブル記憶メモリ、３２…制御プログラム、３５…ピーク検出処理、３６…音源制御処理、４０…音源、５０…スピーカ。

Claims (7)

1. データを書き込むためのバッファと、
   演奏操作子の挙動を示す物理量データを取得し、取得した物理量データを前記バッファに順に書き込む取得手段と、
   前記バッファに書き込まれた物理量データの列が示す波形に現れるピークを検出するピーク検出手段と、
   前記ピーク検出手段によってピークが検出されたとき、このピークの物理量データを含む最新の所定数の物理量データの列が示す波形の特徴に応じて音源を制御する制御手段と
   を具備することを特徴とする演奏制御装置。
2. 前記制御手段は、前記ピークの物理量データを含む最新の所定数の物理量データの総和または積分値を算出し、算出した総和または積分値に応じた音量の音を前記音源から発音させることを特徴とする請求項１に記載の演奏制御装置。
3. 前記制御手段は、前記ピークの物理量データを含む最新の所定数の物理量データの列において、前記ピークの物理量データよりも所定数だけ前の一又は複数の物理量データを選び、選んだ物理量データの大きさに応じた発音時間長の音を前記音源から発音させることを特徴とする請求項１に記載の演奏制御装置。
4. 前記制御手段は、前記ピークの物理量データを含む最新の所定数の物理量データの総和または積分値を算出するとともに、前記所定数の物理量データの列のなかから前記ピークの物理量データよりも前の一又は複数の物理量データを選び、選んだ物理量データの大きさに応じた発音時間長と前記総和または積分値に応じた音量を有する音を前記音源から発音させることを特徴とする請求項１に記載の演奏制御装置。
5. 前記制御手段は、前記ピークの物理量データを含む最新の所定数の物理量データの列が示す波形の特徴に応じた音色の音を前記音源から発音させることを特徴とする請求項１に記載の演奏制御装置。
6. 前記演奏操作子に内蔵され、当該演奏操作子に加わる運動量を当該演奏操作子の挙動を示す物理量として検出するセンサと、
   前記センサが検出した運動量を送信する送信手段と、
   請求項１から５に記載の演奏制御装置と、
   前記演奏制御装置から供給されたイベントデータが示す指示に従って音波形を発生する音源と
   を具備することを特徴とする演奏システム。
7. コンピュータに、
   演奏操作子の挙動を示す物理量データの列の波形に現れるピークを検出するピーク検出手段と、
   前記ピーク検出手段によってピークが検出されたとき、このピークの物理量データを含む最新の所定数の物理量データの列が示す波形の特徴に応じて音源を制御する制御手段と
   を実現させるプログラム。
   
   
   
   
   
   

Images