JP2016178409A - 音信号処理装置及びプログラム - Google Patents

Abstract

【課題】 スロットに配置されたプラグインに対しプロセッサの処理能力を無駄なく割り当てて動作させるとともに、スロットに対するプラグインの配置を、実行中の信号処理に与える影響を抑えつつ変更できるようにする。
【解決手段】 予め保存されているプリセット（ｂ）を呼び出す場合に、その時点で配置されているプラグインと、そのプリセットを呼び出した後に配置されるプラグインとが同じである第１スロットを特定し、その第１スロットに配置されているプラグインに関する信号処理を継続しつつ、その第１スロット以外のスロットに配置されているプラグインに対するリソースの割り当てを解除する。その後、そのプリセットを呼び出した後の配置において上記第１スロット以外のスロットに配置される各プラグインに対してリソースを割り当てる。
【選択図】 図５

Description

この発明は、音信号処理装置及び、コンピュータに音信号処理装置の機能を実現させるためのプログラムに関する。

従来から、デジタルミキサ、プロセッサ、ＤＡＷ（Digital Audio Workstation）等の音信号処理装置において、予め用意された複数の仮想的な配置位置（スロット）に、ユーザが所望のプラグインを配置できるようにすることが行われている。このような音信号処理装置は、ユーザにより配置された各プラグインに信号処理用ＤＳＰ（デジタル・シグナル・プロセッサ）の処理能力（リソース）を割り当てて、ＤＳＰのその割り当てたリソースを用いて各プラグインを動作させる。

このような音信号処理装置として、例えば、特許文献１には、割り当てるＤＳＰリソースが複数の各スロット毎に予め固定的に決められているものが記載されている（従来例１）。それ以外に、複数の各スロットにプラグインを配置し、その配置されたプラグインにＤＳＰリソースを割り当てるものがある（従来例２）。

また、これらの音信号処理装置は、通常、信号処理用の設定（プリセット）を複数記憶するプリセットメモリを備える。このプリセットメモリは、シーンメモリやライブラリと呼ばれる場合もある。従来例１の音信号処理装置のプリセットには、スロットへのプラグインの配置情報が含まれており、ユーザが所望のプリセットをリコールすると、音信号処理装置の複数のスロットに、その選択されたプリセットで指定されているプラグインが一括で配置される。従来例２の音信号処理装置のプリセットには、後述する事情により、スロットへのプラグインの配置情報が含まれていない。

特許第４９２４１５０号公報

従来例１の音処理装置では、全部の各スロットにリソースが予め割り当てられているので、プラグインが配置されていないスロットのリソースが無駄になってしまうという不都合があった。

従来例２の音処理装置にはそのようなリソースの無駄はないが、逆に、リソースが無駄なく割り当てられているため、プラグインの配置情報を含むプリセットをリコールする場合には、そのリコール後にスロットに配置される全部のプラグインに対し、リソースの再割り当てが必要となる。そして、このリソースの再割り当てでは、無視できない時間にわたり、信号処理された音信号を出力できない期間が発生する。例えば、リバーブのような長時間遅延を含む信号処理では、再割り当てに伴いリソースが解放されると、遅延バッファのデータはクリアされて、そこに再度データが蓄積されるまで、複数サンプリング周期にわたり残響音が消えてしまう。

この事情から、従来例２の音信号処理装置では、信号処理を行っている間、プラグインの配置を固定とし、リソースの再割り当てが起こらないようになっていた。ユーザは、信号処理前の構成モードでのみ、複数スロットへのプラグインの配置を変更でき、その後、信号処理の稼働モードに入った後は、再び構成モードに切り替えるまで、プラグインの配置変更ができなかった。そのため、ユーザは、構成モードにおいて、複数のスロットに、稼働モードで使う可能性がある全プラグインを配置しなければならなかった。稼働モードでは、配置された全プラグインが常時使用されるわけではなく、その時々に、使用されずリソースが無駄となるプラグインが存在していた。

この発明は、このような事情に鑑みてなされたものであり、プラグインに対しプロセッサの処理リソースを無駄なく割り当てて動作させることができ、かつ、プラグインの配置を、実行中の信号処理に与える影響を抑えつつ変更できるようにすることを目的とする。

上記の目的を達成するため、この発明の音信号処理装置は、複数の各スロットにプラグインを配置し、配置された各プラグインに処理リソースを割り当てて、その割り当てた処理リソースを用いてその各プラグインに関する信号処理を実行させる音信号処理装置でにおいて、上記複数のスロットへのプラグインの配置を指定するプリセットを、複数記憶する記憶手段と、上記複数のプリセットのうちの１のプリセットについて、複数のスロットの中から、現在配置されているプラグインとそのプリセットのリコール後に配置されるプラグインとが同じであるスロットを第１スロットとして特定する特定手段と、上記１のプリセットをその音信号処理装置にリコールするリコール手段であって、その第１スロットに配置されたプラグインに対する処理リソースの割り当てを維持したまま、その第１スロット以外のスロットに配置されたプラグインに対する上記処理リソースの割り当てを解除し、上記複数のスロットに、上記１のプリセットに基づいてプラグインを配置するとともに、上記リコール後の配置において上記第１スロット以外のスロットに配置されたプラグインに対して上記信号処理手段の使用されていない処理リソースを割り当てるリコール手段とを設けたものである。

このような音信号処理装置において、上記スロットのうち上記呼出手段による呼び出しを無効にするスロットを設定する無効設定手段を設け、上記特定手段が、上記無効設定手段が呼び出しを無効に設定しているスロットも上記第１スロットとして特定し、上記リコール手段が、上記複数のスロットのうちの呼び出しが無効にされていないスロットに、上記１のプリセットで指定されたプラグインを配置するようにするとよい。
さらに、上記リコール手段が、上記第１スロット以外のスロットに配置されるプラグインの全てに対しては上記信号処理手段の処理リソースを割り当てることができなかった場合に、その旨をユーザに通知する通知手段を備えるとよい。

さらに、上記リコール手段が、上記第１スロット以外のスロットに配置されるプラグインの全てに対しては上記信号処理手段の処理リソースを割り当てることができなかった場合に、上記第１スロットに配置されているプラグインの少なくとも一部に対する上記処理リソースの割り当てを解除した後、上記リコール後に配置されるプラグインのうち上記信号処理手段の処理リソースが未だ割り当てられていないものに対し、上記信号処理手段の使用されていない処理リソースを割り当てるとよい。

あるいは、上記リコール手段が、上記第１スロット以外のスロットに配置されるプラグインの全てに対しては上記信号処理手段の処理リソースを割り当てることができなかった場合に、上記第１スロットのうち、上記無効設定手段が呼び出しを無効に設定しているスロット以外のスロットに配置されているプラグインに対する上記処理リソースの割り当てを解除した後、上記リコール後に配置されるプラグインのうち上記信号処理手段の処理リソースが未だ割り当てられていないものに対し、上記信号処理手段の使用されていない処理リソースを割り当てるとよい。
また、この発明は、上記のように装置として実施する他、システム、方法、プログラム、記録媒体等、任意の態様で実施することができる。

以上のようなこの発明の構成によれば、スロットに配置されたプラグインに対して、プロセッサの処理リソースを無駄なく割り当てて動作させるとともに、スロットに対するプラグインの配置を、実行中の信号処理に与える影響を抑えつつ変更することができる。

図１は、この発明の音信号処理装置の実施形態であるデジタルミキサのハードウェア構成例を示す図である。 図１に示したデジタルミキサにおける信号処理部の構成をより詳細に示す図である。 図１に示したデジタルミキサが備える信号処理機能の構成をより詳細に示すブロック図である。 図１に示したデジタルミキサが備える操作パネルの構成を示す図である。 プラグインの配置に関する設定のリコール動作の具体例を示す図である。 その別の例を示す図である。 あるスロットに配置されていたプラグインを別のプラグインに入れ替える動作についての考え方の説明図である。 シーンのリコールとそれに伴うプラグインの配置変更のために図１に示したデジタルミキサのＣＰＵが実行する処理のフローチャートである。 図８の続きのフローチャートである。 プラグインに対するリソースの割り当てが失敗をユーザに通知するための画面の例を示す図である。

以下、この発明を実施するための形態を図面に基づいて具体的に説明する。
まず、図１に、この発明の音信号処理装置の実施形態であるデジタルミキサの構成を示す。
図１に示すように、デジタルミキサ１０は、ＣＰＵ１１、フラッシュメモリ１２、ＲＡＭ１３、ＰＣ（パーソナルコンピュータ）＿Ｉ／Ｏ（入出力部）１４、ＭＩＤＩ（Musical Instrument Digital Interface：商標）＿Ｉ／Ｏ１５、その他Ｉ／Ｏ１６、表示器１７、操作子１８、波形Ｉ／Ｏ１９、ミキシング処理部２０、効果付与部２１を備え、これらをシステムバス２２により接続している。また、波形Ｉ／Ｏ１９、ミキシング処理部２０及び効果付与部２１は、デジタル音信号であるオーディオデータを伝送するためのオーディオバス２３によっても接続している。

このうちＣＰＵ１１は、デジタルミキサ１０の動作を統括制御する制御手段であり、フラッシュメモリ１２に記憶された所要のプログラムを実行することにより、波形Ｉ／Ｏ１９における音信号の入出力や表示器１７における表示の制御、操作子１８の操作に従ったパラメータの編集、ミキシング処理部２０及び効果付与部２１における信号処理の制御といった処理を行う。

フラッシュメモリ１２はＣＰＵ１１が実行する制御プログラムやプリセット等を記憶する書き換え可能な不揮発性記憶手段であり、ＲＡＭ１３はＣＰＵ１１が各種のデータを書き込み及び読み出しする揮発性記憶手段であり、ＣＰＵ１１のワークメモリとしても使用される。
ＰＣ＿Ｉ／Ｏ１４、ＭＩＤＩ＿Ｉ／Ｏ１５、その他Ｉ／Ｏ１６はそれぞれ、種々の外部機器を接続し入出力を行うためのインタフェースであり、例えば、Ｉ／Ｏ１４には外部のＰＣが接続され、Ｉ／Ｏ１５にはフィジカルコントローラや電子楽器のようなＭＩＤＩ対応機器が接続され、Ｉ／Ｏ１６にはディスプレイ、マウス、文字入力用のキーボード等のＵＩデバイスが接続される。外部機器との通信に用いる規格は、イーサネット（商標）、ＵＳＢ（Universal Serial Bus）等、任意のものを採用することができる。有線無線も問わない。

表示器１７は、ＣＰＵ１１の制御に従って種々の情報を表示する表示手段であり、例えば液晶パネル（ＬＣＤ）や発光ダイオード（ＬＥＤ）によって構成できる。
操作子１８は、デジタルミキサ１０に対する操作を受け付けるためのものであり、種々のキー、ボタン、ロータリーエンコーダ、スライダ等によって構成できる。表示器１７であるＬＣＤに積層したタッチパネルを用いることもできる。

波形Ｉ／Ｏ１９は、ＤＳＰ２０で処理すべき音信号の入力を受け付け、また処理後の音信号を出力するためのインタフェースである。波形Ｉ／Ｏ１９は、アナログ音信号を外部から受け取りデジタル音信号に変換してＤＳＰ２０に供給するアナログ入力ポート、ＤＳＰ２０からのデジタル音信号をアナログ音信号に変換して出力するアナログ出力ポート、各種伝送形式のデジタル音信号を外部から受け取りＤＳＰ２０に供給するデジタル入力ポート、ＤＳＰ２０からのデジタル音信号を各種伝送形式に変換して外部に出力するデジタル出力ポートを、それぞれ複数備える。

ミキシング処理部２０は、複数のＤＳＰを含むＤＳＰ群として構成され、波形Ｉ／Ｏ１９からオーディオバスを介して供給されるデジタルの音信号にミキシングやイコライジング等の信号処理を施し、信号処理後の音信号をオーディオバスを介して再び波形Ｉ／Ｏ１９に出力する機能を備える。その信号処理は各種処理パラメータの現在値（カレントデータ）により制御される。そのカレントデータは、上記操作子１８の操作によりユーザが編集可能であり、ＲＡＭ１３あるいはＤＳＰに備える所定のメモリに記録される。

効果付与部２１は、ミキシング処理部２０にて処理途中の音信号に対し、リバーブ、ディレイ、コーラス等の種々のプラグインを用いて音効果を付与することができる。このプラグインを使用する場合、ミキシング処理部２０が行っている信号処理における、あるブロックとその次のブロックの間の所定位置で、前記あるブロックからの音信号を取り出してオーディオバスを介して効果付与部２１に供給し、その音信号に対してプラグインの信号処理を施し音効果を付与して、効果付与後の音信号をオーディオバスを介してミキシング処理部２０に戻して前記次のブロックに供給する。効果付与部２１で行われる信号処理を制御する各種処理パラメータも、上述したカレントデータに含まれる。

図２により詳細な構成を示すが、効果付与部２１も、複数のＤＳＰ（ここでは第１ＤＳＰ３１〜第４ＤＳＰ３４）を含むＤＳＰ群として構成される。そして、各ＤＳＰの処理能力（リソース）を、ＣＰＵ１１が後述するようにユーザによってスロットに配置された各プラグインエフェクトに割り当てることにより、効果付与部２１に、その各プラグインエフェクトと対応する効果付与の信号処理を実行させる。

なお、ミキシング処理部２０のものも効果付与部２１のものも、各ＤＳＰは、外部から供給されるワードクロックに同期したサンプリング周期で信号処理を行う（スレーブ動作）か、あるいは所定のサンプリング周期で信号処理を行い、そのサンプリング周期に同期したワードクロックを外部に出力する（マスタ動作）。
また、オーディオバス２３は、２４ビットの信号を１２８チャンネル（ｃｈ）伝送可能である。各ｃｈは何れかのＤＳＰあるいは波形Ｉ／Ｏ１９の出力に割り当てられ、その割り当てられた出力は割り当てられたｃｈへ信号を出力する。また、各出力からの信号を受け取りたいＤＳＰあるいは波形Ｉ／Ｏ１９の入力は、その出力に割り当てられたｃｈから信号を取り込む。

次に、図３に、波形Ｉ／Ｏ１９、ミキシング処理部２０及び効果付与部２１により実現される信号処理機能のブロック図を示す。
図３に示すように、ミキシング処理部２０での信号処理は、入力パッチ４３、入力ｃｈ４４、ミキシング（ＭＩＸ）バス４５、ＭＩＸ出力ｃｈ４６、出力パッチ４７を有する。
入力パッチ４３では、１２ｃｈある入力ｃｈ４４のそれぞれに、波形Ｉ／Ｏ１９のアナログ入力部４１の複数のアナログ入力ポート及びデジタル入力部４２の複数のデジタル入力ポートのいずれか１つの入力ポートをパッチし（割り当て）、割り当てた入力ポートからの音信号をその入力ｃｈに供給する。各入力ｃｈでは、入力パッチ３２からの音信号に対してイコライザ、コンプレッサ等の一連の処理ブロックでそれぞれ信号処理を施し、信号処理後の音信号を、８系統のＭＩＸバス４５のうちの１または複数系統のバスへ送出する。なお、その送出時には、送出する音信号のレベルをバスごと個別に変更できる。

各ＭＩＸバス４５では、各入力ｃｈ４４から入力される音信号をミキシングし、ミキシング結果の音信号を、ＭＩＸバス４５の系統ごとに設けられている８ｃｈのＭＩＸ出力ｃｈ４６へ送出する。
各ＭＩＸ出力ｃｈ４６では、ＭＩＸバス４５から入力される音信号に対してイコライザ、コンプレッサ等の一連の処理ブロックでそれぞれ信号処理を施し、信号処理後の音信号を出力パッチ４７へ送出する。出力パッチ４７では、ＭＩＸ出力ｃｈ４６のそれぞれに、波形Ｉ／Ｏ１９の各出力端子と対応して設けられている複数のアナログ出力部４８及び複数のデジタル出力部４９のいずれか１つをパッチし、各ＭＩＸ出力ｃｈの音信号をパッチ先の出力部から出力する。
各入力ｃｈの一連の処理ブロック間の所定位置、および、各出力ｃｈの一連の処理ブロック間の所定位置には、それぞれ４つのスロットが設けられており、その各スロットには、所望のプラグインエフェクト５０（以下特に断らずに「プラグイン」と言った場合にはこのプラグインエフェクト５０を指す）を配置できる。

また、効果付与部２１は、スロットに配置されたプラグインエフェクト５０の信号処理機能を提供する。
あるｃｈのスロットにプラグインが配置された場合、そのｃｈの前記所定位置の前段ブロックが出力する音信号は、オーディオバスを介してミキシング処理部２０から効果付与部２１に供給され、該配置されたプラグインの信号処理が施される。

あるｃｈのスロットにプラグイン５０が配置された場合、そのｃｈの前記所定位置の前段ブロックが出力する音信号を、インサート出力とし、オーディオバスを介してミキシング処理部２０から効果付与部２１に供給し、効果付与部２１にてそのプラグイン５０の信号処理を施し、処理済みの音信号を、インサート入力として、オーディオバスを介して効果付与部２１からミキシング処理部２０へ戻し、前記所定位置の後段ブロックの信号処理に供する。信号処理における該所定位置を、ユーザの操作に従って任意に設定できるようにしてもよい。

また、ここでは、スロットが入力ｃｈや出力ｃｈの所定位置に設けられた例を示したが、スロットはｃｈ以外の所定位置に設けられてもよい。例えば、特許文献１のように、仮想ラックにスロットを設け、そのスロットに配置されたプラグインを、入力パッチや出力パッチを用いて、信号処理中の所望の位置に挿入するようにしてもよい。

次に、図４に、デジタルミキサ１０の操作パネルの構成を示す。図４には、上記のプラグインの配置と、シーンのストア及びリコールのための操作部を中心に示した。
デジタルミキサ１０の操作パネル１００上には、図４に示すように、ディスプレイ１１０、ｃｈストリップ１２３、レイヤ選択スイッチ１３１、増減ボタン１３２、ストアボタン１３４、リコールボタン１３５、ノブ１３６、各種キー１３７などの表示器や操作子が設けられている。これらは、図１に示した表示器１７及び操作子１８を構成する。

これらのうちディスプレイ１１０は、タッチパネルを積層した表示器であり、ユーザの操作を受け付けるためのＧＵＩ（グラフィカルユーザインタフェース）画面を表示する。
図４で現在表示されている画面は、４つの入力ｃｈ４４についてｃｈ毎にプラグインの配置指示をユーザから受け付けるためのプラグイン配置画面である。ｃｈ設定部１２０がこの指示を受け付ける領域であり、各ｃｈ毎に、４つのスロットに対応する４つのスロット操作部１２１が設けられている。図４の画面上で、ユーザは、所望のスロットのスロット操作部１２１をタッチすることにより、そのスロットに配置可能な複数のプラグインを示す選択メニューを開き、その中から所望のプラグインを選択して、該当のスロットに配置することができる。

また、画面中のｃｈ名表示部１２２は、ｃｈの番号と名称を表示する領域である。
ｃｈストリップ１２３は、１つのｃｈに対する操作を受け付ける複数の操作子を縦に並べて配置した領域であり、ディスプレイ１１０上の画面においてｃｈストリップ１２３の上側に表示されている部分と合わせて、１つのｃｈに対する操作を受け付ける操作部を構成する。図４では、４ｃｈ分の操作部が横に並べて配置されている。

これらの操作部には、レイヤ選択スイッチ１３１の操作により選択されたレイヤに従って、そのレイヤを構成する４つの入力ｃｈ４４あるいは４つのＭＩＸ出力ｃｈ４６が割り当てられ、その割り当てたｃｈに対する操作を行うための操作部として用いられる。例えば、「レイヤ１」のスイッチが操作されると、１番目から４番目の入力ｃｈ４４が、各操作部に割り当てられ、図４はこの状態を示している。

また、増減ボタン１３２は、リコールないしストアの対象とするシーンを選択するためのボタンである。デジタルミキサ１０においては、ある時点におけるミキシング処理部２０および効果付与部２１の信号処理の設定（カレントデータ）を１つのシーンとして保存（ストア）し、任意の時点でその保存したシーンを呼び出し（リコール）してその信号処理設定を復元させる機能を設けている。ユーザは、増減ボタン１３２により、この保存及び呼び出しの対象とするシーンを、複数のシーンの中から選択することができる。

ディスプレイ１１０上のシーン表示部１３３には、増減ボタン１３２により選択されているシーンの番号及び名称が表示される。選択されたシーンが最後に呼び出されたシーンと異なる場合にはこの表示が点滅し、一致する場合は点滅しない表示となる。
ストアボタン１３４は、シーンのストアを指示するボタンである。ユーザによりストアボタン１３４が操作された場合に、デジタルミキサ１０は、その時点の信号処理の設定（カレントデータ）を、１つのシーンとして、フラッシュメモリ１２に設けた所定の記憶領域（シーンメモリ）に保存する。

リコールボタン１３５は、シーンのリコールを指示するボタンである。ユーザによりリコールボタン１３５が操作された場合に、デジタルミキサ１０は、シーンメモリに保存されている１つのシーンを読み出して、カレントデータをその読み出した値で置き換える。この機能が、リコール手段の機能に該当する。呼び出しは、デジタルミキサ１０において信号処理を行っている最中でも可能である。この場合、ノイズを生じる虞のあるパラメータ値の置き換えに当たっては、影響される音信号を一時的にミュートしたり、そのパラメータの値が急激に変化しないよう補間（スムージング）するといった対応をすることが好ましい。

なお、シーンとして保存及び呼び出しされる設定には、プラグイン５０のスロットへの配置やその配置されたプラグインの信号処理の設定も含まれる。本発明でメモリにプリセットとして保存される設定（複数パラメータ）は、ここで説明したシーンの例に限らない。例えば、デジタルミキサ１０の全スロットのプラグインの配置と、その配置されたプラグインの設定だけからなるプリセットであってもよい。或いは、入力ｃｈのスロットへのプラグインの配置を含む入力ｃｈの設定と、その配置されたプラグインの信号処理の設定とからなるプリセットであってもよい。
以上の他、ノブ１３６は、ディスプレイ１１０に表示される画面上のパラメータを割り当ててそのパラメータの値の編集に用いることができるロータリーエンコーダである。

各種キー１３７は、ディスプレイ１１０に種々の機能の設定画面を呼び出す操作子である。例えば、各種キー１３７の操作により、図４に関して説明したプラグイン配置画面や、リコールセーフ設定画面（図示せず）などをディスプレイ１１０に表示させることができる。リコールセーフ設定画面において、ユーザは、シーンを呼び出す際にその一部の設定について呼び出しを無効化（セーフ）し、呼び出し前の設定を維持する、リコールセーフの設定を行うことができる。どの設定をセーフするかは、ユーザが任意に指定可能である。ここでは、スロットへのプラグインの配置と、その配置されたプラグインの信号処理の設定を、スロット単位でリコールセーフできるものとする。このリコールセーフの設定を行う機能は、無効設定手段の機能に該当する。
以上の構成を有するデジタルミキサ１０において特徴的な点の一つは、プラグイン５０の配置に関する設定を含むシーンをリコールした場合の動作である。そこで、以下、この点について説明する。

図５及び図６に、あるシーンのリコール動作の具体例を示す。図５は、リコールセーフの設定がない場合、図６はリコールセーフの設定がある場合の例である。
図５の例において、リコール指示がなされた時点でのプラグインの配置状態は（ａ）に示すものであったとする。一番下の行はｃｈの番号及び名称を示し、空欄のスロットにはプラグインが配置されていない。また図５には、図４に示した画面と対応して１番目から４番目までの入力ｃｈ４４に関する配置が示されており、ここでは、説明の簡単化のために、それらの４つの入力ｃｈ４４だけに注目して説明を行うが、他のｃｈについても、同様に適宜プラグインが配置され、同様に動作を行うものとする。

また、リコールするシーンにおける４つの入力ｃｈ４４のスロットへのプラグインの配置は（ｂ）に示すものであったとする。（ｂ）において、縦線のハッチングを付したスロットは、リコール前の時点でそのスロットに配置されているプラグインが、当該シーンのリコールでそのスロットに配置されるプラグインに一致するスロットである。カレントデータとシーンとでプラグインの配置が一致するこれらのスロット（縦線ハッチング）は、「プラグインへのリソース割り当てを維持するスロット」と判断される。

（ｃ）に示すのが、リコール実行後のプラグインの配置状態である。ここでは、リコールの際にリソースの割り当てが行われたプラグインをイタリック体で示し、元のリソース割り当てが維持されたプラグインを立体で示す。スロットへのプラグインの配置は、リコールしたシーンにおける配置と同じものとなる。図を見れば判るように、（ｂ）でハッチングを付したスロットのプラグインについては、リコール前のリソースの割り当てをそのまま維持している。これらのプラグインは、同じリソースを継続的に使用するため、リコール中も、実行中の信号処理を継続することができる。

ただし、各プラグインは、それぞれ固有の連続した処理時間やメモリ領域を必要とする。このため、シーンリコールで、あるプラグインにリソースを割り当てようとした際、ＤＳＰのリソース全体で見れば余裕があっても、維持すると判定されたリソースの配置によって空きの処理時間やメモリ領域が分割されていると（フラグメンテーション）、リソースの割り当てで、その割り当てに必要な連続した領域を確保できない場合もある。この場合、維持すると判定されたリソースについても、一旦割り当てを解除して、リコールするシーンにおける全プラグインについて改めて２回目のリソース割り当てを行うことにより、プラグインの信号処理は途切れてしまうことになるが、割り当てが可能になる。デジタルミキサ１０においては、ユーザの選択に応じ、このような対応も可能としている。
（ｄ）に、この場合のリコール実行後のプラグインの配置状態を示す。配置状態そのものは（ｃ）の場合と同じであるが、全てのプラグインにおいてＤＳＰのリソースの割り当て直しが行われ、このことをイタリックで示している。

次に、図６の例では、（ａ）に示すリコール指示がなされた時点でのプラグインの配置状態は図５と同じであるが、横線ハッチングを付したスロットについて、リコールセーフが設定されている点が図５と異なる。
また、（ｂ）に示されるように、リコールするシーンは、図５の例と同じである。ただし、こちらでもリコールセーフが設定されたスロットには横線ハッチングを付し、図５の縦線ハッチングと重複する箇所には、縦横のハッチングを付している。

このようにリコールセーフが設定されているスロットがある場合、そのスロットについては、シーンの内容に関わらず、リコールの前後で配置されるプラグインが同一となる。従って、リコールセーフが設定されたスロット（横線ハッチング）が、カレントデータとシーンとでプラグインの配置が一致するスロット（縦線ハッチング）に加えて、「プラグインへのリソース割り当てを維持するスロット」と判定される。

リコール実行後は、（ｃ）に示すように、リコール前のカレントデータとシーンとでプラグインが一致したスロットに加え、リコールセーフが設定されているスロットでも、リコール前のリソースの割り当てをそのまま維持する。なお、（ｃ）の例では、リコールセーフが設定されているスロットに配置されるプラグインは、リコール前のままであり、リコールしたシーンでそのスロットに指定されたプラグインには置き換わらない。

また、（ｄ）については図５の例と同趣旨である。
先の段落で、フラグメンテーションによりプラグインへの１回目のリソース割り当てができない場合に、プラグインへのリソース割り当てを一旦全部解除して２回目のリソース割り当てを行う例を説明した。
しかし、２回目の全部を解除せず、一部のプラグインへのリソースの割り当て維持した状態でも、２回目のリソース割り当てでスロットの全プラグインへ割り当てが可能になる場合もある。一般的に、ｎ回目のリソース割り当てができない場合は、割り当てを維持するプラグインをその回数が増えるごとに順次減らして、ｎ＋１回目のリソース割り当てを行うようにすればよい。

その際、リソース割り当てを残すプラグインの選定は、例えば、スロットやプラグインに何らかの優先順位を付けて、優先順位の高いスロットやプラグインのリソース割り当てを残すようにすることが考えられる。この具体的な例としては、例えば、リコールセーフが設定されているスロットに優先権を持たせて割り当てを維持し、それ以外のスロットの割り当ては一旦解除してやり直す、という動作である。

（ｅ）は、この動作を行った結果である。リコールセーフが設定されている箇所は、ユーザにとって信号処理を継続することの重要性が高い箇所であると考えられるため、最低限この箇所だけでも信号処理を継続しつつシーンリコールができるようにすれば、一定の利便性は得られると考えられる。或いは、ボーカルにかけるタイプのプラグインや、リード楽器にかけるタイプのプラグインに優先権を持たせてもよい。

次に、図７に、シーンのリコール等に伴い、ノイズを発生させることなく、あるスロットに配置されていたプラグインを別のプラグインに入れ替える動作についての基本的な考え方を説明する。
ここでは、図７（ａ）に示すように、音信号に対してスロットＳ１〜Ｓ３に配置されたＥ１〜Ｅ３のプラグインによる信号処理を続けて行っている状態において、中央のスロットＳ２のＥ２を、別のプラグインであるＥ２′に入れ替える場合について説明する。

この場合、デジタルミキサ１０はまず、スロットＳ２のＥ２を削除してもその他の箇所の信号処理を継続できるよう、（ｂ）に示すように、Ｅ２をバイパスしてＥ１の出力をＥ３の入力に接続するバイパス経路を設定する。このとき、Ｅ２から出力された音信号から、バイパス経路の音信号にクロスフェードさせる等して、Ｅ３に入力する音信号の急激な変動を防止するとよい。
その後、（ｃ）に示すように、Ｅ２の信号処理を停止させ、Ｅ２に割り当てていたリソースを解放する。この（ｃ）は、スロットＳ１、Ｓ３にそれぞれプラグインが配置され、スロットＳ２にプラグインが配置されていない状態である。つまり、プラグインが配置されていないスロットは、バイパス経路に相当する。

次に、Ｅ２′にリソースを割り当て、（ｄ）に示すように前段のＥ１から出力された音信号に対する信号処理を開始させる。
最後に、（ｅ）に示すように、（ｂ）で設定したバイパス経路から、Ｅ２′経由の経路に戻して、入れ替えが完了する。このときも、バイパスした音信号から、Ｅ２′から出力された音信号にクロスフェードさせる等して、Ｅ３に入力する音信号の急激な変動を防止するとよい。
単にスロットＳ２に配置されたプラグインを削除して空きスロットＳ２にする場合には（ａ）〜（ｃ）の動作を、空きスロットＳ２に新たにプラグインを配置する場合には（ｃ）〜（ｅ）の動作を実行すればよい。

次に、図８及び図９に、デジタルミキサ１０のＣＰＵ１１が実行するシーンのリコール処理のフローチャートを示す。この処理により、図５乃至図７で説明したようなシーンのリコール動作が実現される。
ＣＰＵ１１は、シーンのリコール操作（リコールボタン１３５の操作）を検出すると、図８のフローチャートに示す処理を開始する。このとき、シーン表示部に表示されているのはシーンＳの情報であり、リコールを指示されたシーンはシーンＳであるとする。

図８の処理において、ＣＰＵ１１はまず、シーンＳのデータをシーンメモリから読み出す（Ｓ１１）と共に、保護リスト及び更新リストをクリアする（Ｓ１２）。ここで、保護リストは、プラグインへのリソース割り当てを保持するスロットを登録するリストであり、更新リストは、プラグインへのリソース割り当てを行うスロットを登録するリストである。その後、各ｃｈに設けた、プラグインの配置位置であるスロットを１つずつ順次処理対象として（Ｓ１３，Ｓ２０）、ステップＳ１４乃至Ｓ１９の処理を行う。

この部分の処理においてＣＰＵ１１は、処理対象のスロットにリコールセーフの設定があるか否か判断する（Ｓ１４）。そして、リコールセーフの設定がない場合、シーンＳにおいてそのスロットにプラグインがあり（Ｓ１５のＹｅｓ）、かつそれが現在（呼び出し時点で）そのスロットに配置されているプラグインと異なる（Ｓ１６のＮｏ）場合、そのスロットを更新リストに追加する（Ｓ１７）。あるスロットが更新リストに登録された場合、そのスロットに配置されたプラグインに対し、このシーンＳのリコール処理において新たなリソースの割り当てが行われる。

また、ステップＳ１５でＮｏであれば、リコール後にこの処理対象のスロットはプラグインの設定されない空きスロットとなるので、そのスロットは何れのリストへも追加されない。また、ステップＳ１６で、シーンＳの処理対象のスロットのプラグインと現在そのスロットに配置されているプラグインとが一致する場合（Ｙｅｓ）、そのスロットを保護リストに追加する（Ｓ１９）。あるスロットが保護リストに登録された場合、そのスロットが第１スロットであり、そのスロットに配置されたプラグインに対する現在のリソースの割り当ては、このシーンＳのリコール処理において変更されない。

また、ステップＳ１４に処理対象のスロットにリコールセーフが設定されている場合、そのスロットに現在何らかのプラグインが配置されていれば（Ｓ１８のＹｅｓ）、シーンＳのリコール後も、そのプラグインのそのスロットに留まるので、そのスロットを保護リストに追加する（Ｓ１９）。ステップＳ１８でＮｏであれば、シーンＳのリコール後も、そのスロットは空きスロットであり、リソースの割り当ては必要ないので、何れのリストへも追加しない。
以上の処理を全スロットについて完了すると、処理は図９のステップＳ３１に進む。

そして、ＣＰＵ１１は、ミキシング処理部２０に、保護リストにないスロットに配置されている各プラグインをバイパスする経路を設定し（Ｓ３１）、それらのプラグインに割り当ててある効果付与部２１のリソースを解放する（Ｓ３２）。これらの処理は、図７の（ｂ）及び（ｃ）のステップに該当する。

次に、ＣＰＵ１１は、シーンＳのリコールにおいて更新リストにある各スロットに配置されるプラグインに対し、効果付与部２１のリソースのうちの、未だ何れのプラグインにも割り当てられていないリソース（使用されていないリソース）を割り当てる（Ｓ３３）。そして更新リストのスロットのプラグインの全てに対するリソース割り当てが成功すれば（Ｓ３４のＹｅｓ）、効果付与部２１に、更新リストの各プラグインの信号処理を、それぞれ、割り当てられたリソースを使用して開始させる（Ｓ３５）。ただしこの時点では、図７（ｄ）に示したように、これらのスロットのプラグインの信号処理はバイパスされたままであり、そのスロットが属するｃｈから出力される音信号には何の影響も与えない。

その後、ＣＰＵ１１は、シーンメモリのシーンＳのパラメータのうちの、リコールセーフが設定された部分を除く、パラメータ全体をカレントデータに上書き（リコール）し、デジタルミキサ１０における信号処理に反映させる（Ｓ３６）。シーンＳには、入力パッチ４３、入力ｃｈ４４、出力ｃｈ４６、出力パッチ４７、プラグイン５０の各複数のパラメータが含まれる。保護リストに登録されたスロットのうち、リコールセーフされたスロットについては、のプラグインの配置が維持されるだけでなく、パラメータの値も維持される。一方、リコールセーフされていないスロットのプラグインのパラメータは、シーンＳに含まれる、そのプラグインのパラメータで上書きされる。

上書きされるパラメータによっては、短時間のミュートやスムージングが必要になる場合もあるが、リソースの変更を伴わないので、そのプラグインで処理された音信号の出力は比較的短時間で復帰する。その後、図７（ｅ）に示したように、リソースが新たに割り当てられ信号処理を開始したプラグインの音信号が、更新リストに登録されたスロットが属するｃｈの音信号として出力されるよう、ミキシング処理部２０に、それら各スロットのバイパス経路を解除させ（Ｓ３７）、図９の処理を終了する。

また、ステップＳ３４で、少なくとも一部のプラグインにリソースの割り当てができなかった場合、ＣＰＵ１１は、スロットの全部のプラグインには割り当てできない旨をユーザに通知する、図１０に示す通知画面２００をディスプレイ１１０に表示させて、対処の指示を受け付ける（Ｓ３８）。図１０に示す画面では、全プラグインのリソースを一旦解放して再割り当てを行う（ボタン２０１：全入替）、リコールセーフが設定されている箇所以外のプラグインのリソースを一旦解放して再割り当てを行う（ボタン２０２：セーフのみ維持）、および、リコールを中止する（ボタン２０３：中止）、の選択肢から、対処の指示を受け付ける。

ＣＰＵ１１は、ユーザから受け付けた指示の内容に応じて（Ｓ３９）、これが「全入替」であれば、ミキシング処理部２０に、現在配置されている全プラグインをバイパスする経路を設定し、それらのプラグインに割り当ててある効果付与部２１のリソースを解放して（Ｓ４０）、シーンＳにおいてスロットに配置される全プラグインに対し、効果付与部２１の使用されていないリソースを割り当てる（Ｓ４１）。

デジタルミキサ１０においては、限られたリソースの範囲で、プラグインの配置指示を受け付けるようになっている。ユーザから、必要リソースが効果付与部２１の合計リソースを超えるようなプラグインの配置が指示された場合、その指示は受け付けられず、従って、そのプラグインは配置されない。つまり、保存されたシーンにおけるプラグインの配置は、リソースの範囲内で配置できるものに限られる。従って、全プラグインの再割り当てを行えば、基本的には、この再割り当ては成功する。このため、ステップＳ４１の後は、ＣＰＵ１１は、ステップＳ３５に進んで、割り当てられたリソースを用いたプラグイン処理の開始と、シーンＳのパラメータのリコールとを行う。しかし、リコールセーフの設定によっては失敗する虞も無くはないため、ここで、ステップＳ３４の判断を再度行ってもよい。

一方、ステップＳ３９で「セーフのみ維持」であれば、ＣＰＵ１１は、ミキシング処理部２０に、リコールセーフが設定されているスロット以外のスロットに現在配置されている全プラグインをそれぞれバイパスする経路を設定させ、それらのプラグインに割り当ててある効果付与部２１のリソースを解放して（Ｓ４２）、シーンＳでそれらのスロットに配置される全プラグインに対し、それぞれ効果付与部２１の使用されていないリソースを割り当てる（Ｓ４３）。その後、ステップＳ３４に戻って再度割り当ての成否を判断し、その結果に従って以降の処理を行う。
なお、ステップＳ４１及びＳ４３では、シーンＳのリコール後にスロットに配置されるプラグインのうち、直前のリソース解放後に、まだリソースが割り当てられていないプラグインに対して使用されていないリソースを割り当てる、と考えることができる。
また、ステップＳ３９で「中止」であれば、シーンＳのリコールを中止して、図９の処理を終了する。

ＣＰＵ１１は、以上の図８の処理において、特定手段として機能し、図９の処理において、リコール手段として機能する。ここでは、ユーザによるリコール操作に応じて、図８、図９の処理を続けて実行するようになっていたが、リコール操作に応じて実行されねばならないのは図９の処理であって、図８の処理についてはリコール操作より前に実行してあってもよい。例えば、ユーザがボタン１３２を操作して、対象となるシーンを選択した時点で、（リコール操作を待たずに）図８の処理を実行するようにしてもよい。その場合、リコール操作から、それに応じたリコールが完了するまでの時間を短縮できる。

デジタルミキサ１０においては、スロットへのプラグインの配置の設定を含むシーンをリコールする際に、以上の図８及び図９の処理を行うことにより、図５及び図６を用いて説明したように、リコールの前後で配置されるプラグインが共通である箇所については実行中の信号処理を継続しながらリコールを行うことができる。従って、スロットに配置されたプラグインに対してプロセッサの処理能力を無駄なく割り当てて動作させるとともに、スロットに対するプラグインの配置を、実行中の信号処理に与える影響を抑えつつ変更することができる。

また、一部のプラグインへのリソースの割り当てを維持したままリコール後に配置されるプラグインへのリソースの割り当てを行うことができない場合には、ユーザの要望に応じて、上記の「全入替」や「セーフのみ維持」の対処が可能である。従って、プラグインの処理した音信号が一時的に切れてもリコールを行いたい、という要望にも柔軟に応えることができる。
なお、デジタルミキサ１０において、リコールセーフの機能を設けることは必須ではない。リコールセーフの機能を設けない場合、「セーフのみ維持」の選択肢を設ける必要はない。

以上で実施形態の説明を終了するが、装置の構成、操作パネルや画面の具体的な構成、具体的な処理の手順などが、上述の実施形態で説明したものに限られないことはもちろんである。
例えば、図９のステップＳ３４で割り当てができなかったと判断した場合にリソースを解放するプラグインの範囲として、「全入替」及び「セーフのみ維持」以外の選択肢を設けてもよい。ステップＳ１９で保護リストに追加したスロットに配置されているプラグインのうち少なくとも一部についてリソースを解放すれば、再割り当てが成功する可能性があるため、一定の効果が得られる。どのスロットあるいはどのプラグインの割り当てを解放するかを、スロット単位でユーザに選択させてもよい。或いは、プラグインに順位を付けて「高い順位のプラグインを優先的に維持」したり、ｃｈに設定される楽器カテゴリに順位を付けて「重要カテゴリの入力ｃｈを優先的に維持」するようにしてよい。

また、プラグインを配置するスロットをｃｈ毎に設けることは必須ではない。ｃｈと独立してスロットを設け、スロットとｃｈとの接続関係を別途設定する構成も考えられる。また、スロットをｃｈ毎に設ける場合でも、１ｃｈ当たりのスロット数は任意であり、ｃｈによって異なっていてもよい。
また、スロットに配置するプラグインは、イコライザ、コンプレッサ、ゲート、リバーブ、アンプシミュレータ、パンナーなど、どのような種類のプラグインであってもよい。

また、以上説明したデジタルミキサ１０の機能は、汎用コンピュータに所要のプログラムを実行させることによっても実現可能である。この場合、音信号を入出力するための入出力装置と、複数のＤＳＰを備えた信号処理用増設カードとをそのコンピュータに接続するとよい。また、デジタルミキサ１０の機能を、複数の装置に分散して設け、それらを協働させて、デジタルミキサ１０と同等な機能を備えるシステムとして動作させることもできる。

また、上記のプログラムは、はじめからコンピュータに備えるＲＯＭや他の不揮発性記憶媒体（フラッシュメモリ，ＥＥＰＲＯＭ等）などに格納しておいてもよい。しかし、メモリカード、ＣＤ、ＤＶＤ、ブルーレイディスク等の任意の不揮発性記録媒体に記録して提供することもできる。それらの記録媒体に記録されたプログラムをコンピュータにインストールして実行させることにより、必要な処理をコンピュータに実行させることができる。
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部装置あるいはプログラムを記憶手段に記憶した外部装置からダウンロードし、コンピュータにインストールして実行させることも可能である。

また、この発明は、デジタルミキサ以外にも、音信号を処理するチャンネルを有し、スロットのような仮想的なコンテナに、プラグインのような仮想的な信号処理オブジェクトを配置して、その配置された信号処理オブジェクトにプロセッサの処理リソースを割り当てて信号処理を実行させる任意の音信号処理装置に対して適用可能である。例えば、マイク、エフェクタ、レコーダ、アンプ、スピーカー、シンセサイザ等に適用できる。
また、以上述べてきた構成及び変形例は、矛盾しない範囲で適宜組み合わせて適用することも可能である。

以上の説明から明らかなように、この発明によれば、スロットに配置されたプラグインに対してプロセッサの処理リソースを無駄なく割り当てて動作させるとともに、スロットに対するプラグインの配置を、実行中の信号処理に与える影響を抑えつつ変更することができる。
従って、この発明を適用することにより、音信号処理装置におけるプラグインの活用の自由度を向上させることができる。

１０…デジタルミキサ、１１…ＣＰＵ、１２…フラッシュメモリ、１３…ＲＡＭ、１４…ＰＣ＿Ｉ／Ｏ、１５…ＭＩＤＩ＿Ｉ／Ｏ、１６…その他Ｉ／Ｏ、１７…表示器、１８…操作子、１９…波形Ｉ／Ｏ、２０…ミキシング処理部、２１…効果付与部、２２…システムバス、２３…オーディオバス、３１〜３４…第１〜第４ＤＳＰ、４１…アナログ入力部、４２…デジタル入力部、４３…入力パッチ、４４…入力ｃｈ、４５…ＭＩＸバス、４６…ＭＩＸ出力ｃｈ、４７…出力パッチ、４８…アナログ出力部、４９…デジタル出力部、５０…プラグインエフェクト、１００…操作パネル、１１０…ディスプレイ、１２０…ｃｈ設定部、１２１…スロット、１３２…増減ボタン、１３３…シーン表示部、１３４…ストアボタン、１３５…リコールボタン

Claims (6)

1. 複数の各スロットにプラグインを配置し、配置された各プラグインに処理リソースを割り当てて、該割り当てた処理リソースを用いて該各プラグインに関する信号処理を実行させる音信号処理装置であって、
   前記複数のスロットへのプラグインの配置を指定するプリセットを、複数記憶する記憶手段と、
   前記複数のプリセットのうちの１のプリセットについて、複数のスロットの中から、現在配置されているプラグインと当該プリセットのリコール後に配置されるプラグインとが同じであるスロットを第１スロットとして特定する特定手段と、
   前記１のプリセットを当該音信号処理装置にリコールするリコール手段であって、該第１スロットに配置されたプラグインに対する処理リソースの割り当てを維持したまま、該第１スロット以外のスロットに配置されたプラグインに対する前記処理リソースの割り当てを解除し、前記複数のスロットに、前記１のプリセットに基づいてプラグインを配置するとともに、前記リコール後の配置において前記第１スロット以外のスロットに配置されたプラグインに対して前記信号処理手段の使用されていない処理リソースを割り当てるリコール手段とを備えることを特徴とする音信号処理装置。
2. 請求項１に記載の音信号処理装置であって、
   前記スロットのうち前記呼出手段による呼び出しを無効にするスロットを設定する無効設定手段を備え、
   前記特定手段は、前記無効設定手段が呼び出しを無効に設定しているスロットも前記第１スロットとして特定し、
   前記リコール手段は、前記複数のスロットのうちの呼び出しが無効にされていないスロットに、前記１のプリセットで指定されたプラグインを配置することを特徴とすることを特徴とする音信号処理装置。
3. 請求項１又は２に記載の音信号処理装置であって、
   前記リコール手段が、前記第１スロット以外のスロットに配置されるプラグインの全てに対しては前記信号処理手段の処理リソースを割り当てることができなかった場合に、その旨をユーザに通知する通知手段を備えることを特徴とする音信号処理装置。
4. 請求項１乃至３のいずれか一項に記載の音信号処理装置であって、
   前記リコール手段は、前記第１スロット以外のスロットに配置されるプラグインの全てに対しては前記信号処理手段の処理リソースを割り当てることができなかった場合に、前記第１スロットに配置されているプラグインの少なくとも一部に対する前記処理リソースの割り当てを解除した後、前記リコール後に配置されるプラグインのうち前記信号処理手段の処理リソースが未だ割り当てられていないものに対し、前記信号処理手段の使用されていない処理リソースを割り当てることを特徴とする音信号処理装置。
5. 請求項２に記載の音信号処理装置であって、
   前記リコール手段は、前記第１スロット以外のスロットに配置されるプラグインの全てに対しては前記信号処理手段の処理リソースを割り当てることができなかった場合に、前記第１スロットのうち、前記無効設定手段が呼び出しを無効に設定しているスロット以外のスロットに配置されているプラグインに対する前記処理リソースの割り当てを解除した後、前記リコール後に配置されるプラグインのうち前記信号処理手段の処理リソースが未だ割り当てられていないものに対し、前記信号処理手段の使用されていない処理リソースを割り当てることを特徴とする音信号処理装置。
6. コンピュータを、請求項１乃至５のいずれか一項に記載の音信号処理装置として機能させるためのプログラム。

Images