JP6828594B2 - 音信号処理装置、音信号処理方法及びプログラム - Google Patents

Description

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

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

また、非特許文献１には、デジタルミキサにおいて、仮想的な配置位置である複数のバーチャルラックに、グラフィックイコライザ（ＧＥＱ）やエフェクタ等のコンポーネントをそれぞれマウントできることが記載されている。また、バーチャルラック毎にユーザが設定した入力元の信号を、マウントされたコンポーネントで処理し、処理後の信号を、バーチャルラック毎にユーザが設定した出力先に出力できることが記載されている。

特開２０１６−１７８４０９号公報

「ＤＩＧＩＴＡＬ ＭＩＸＩＮＧ ＣＯＮＳＯＬＥ ＣＬ５／ＣＬ３／ＣＬ１ リファレンスマニュアル」、２０１３年、ヤマハ株式会社

ところで、仮想的な配置位置へのコンポーネントの配置を、予め作成した配置データを装置に読み込ませることにより行う場合、配置データを作成した装置と、配置データを読み込む装置とが異なる場合がある。この場合、作成した装置では利用可能であったコンポーネントが、ソフトウェアのバージョンの違い等により、読み込む装置では利用可能でない可能性もある。

そして、利用可能でないコンポーネントを含む配置データを読み込んでしまうと、意図した通りの音信号処理を行うことはできない。しかしながら、利用可能でないコンポーネントであっても、利用可能なコンポーネントとデータ形式が同じであると、名前だけは読み込むことができてしまい、読み込み結果は正常に表示されてしまうのに音が出ないなど、ユーザに混乱をもたらす読み込み結果となってしまうことも考えられる。

この発明は、このような事情に鑑みてなされたものであり、音信号処理装置が、プロセッサの処理リソースの、コンポーネントへの割り当てを示す配置データを読み込んで実際の割り当てに反映させる場合に、該配置データに利用可能でないコンポーネントを示すデータが含まれていても、大きな混乱なく該配置データを割り当てに反映できるようにすることを目的とする。

上記の目的を達成するため、この発明の音信号処理装置は、プロセッサの処理リソースを、所定の配置データに従って１以上のコンポーネントに割り当てて、その割り当てた処理リソースを用いてその各コンポーネントに関する音信号処理を実行する音信号処理装置において、上記割り当てに反映させる配置データを記憶する第１記憶部と、その音信号処理装置において利用可能なコンポーネントの情報を記憶する第２記憶部にアクセスするためのアクセス部と、上記配置データを複数記憶する記憶部から１の配置データを上記第１記憶部に読み出す読出部であって、上記１の配置データに、上記第２記憶部に記憶されていないコンポーネントが含まれる場合には、上記１の配置データのうち、その記憶されていないコンポーネントの情報を、その記憶されていないコンポーネントと同じ処理リソースに割り当てられる未知のコンポーネントを示す未知コンポーネント情報に置き換えて上記第１記憶部に書き込む読出部とを設けたものである。

このような音信号処理装置において、上記未知コンポーネント情報が、上記音信号処理として音信号のスルーを実行することを示す情報又は音信号のカットを実行することを示す情報を含むとよい。
あるいは、上記未知コンポーネント情報として、上記音信号処理として音信号のスルーを実行することを示す第１未知コンポーネント情報と、上記音信号処理として音信号のカットを実行することを示す第２未知コンポーネント情報とを用意し、上記読出部が、上記未知コンポーネント情報として上記第１未知コンポーネント情報と上記第２未知コンポーネント情報のどちらを用いるかを、ユーザから受け付けた設定に従って決定するとよい。

あるいはまた、上記未知コンポーネント情報として、上記音信号処理として音信号のスルーを実行することを示す第１未知コンポーネント情報と、上記音信号処理として音信号のカットを実行することを示す第２未知コンポーネント情報とを用意し、上記コンポーネントに関する音信号処理が、そのコンポーネントと対応付けられた音信号処理チャンネルにて処理される音信号に対する音信号処理であって、インサートモードのエフェクト付与及びセンドリターンモードのエフェクト付与を含み、上記配置データが、上記処理リソースに割り当てる各コンポーネントをどのモードで動作させるかを示す情報を含み、上記読出部が、上記１の配置データにおいて上記記憶されていないコンポーネントが上記インサートモードで動作される場合、その記憶されていないコンポーネントの情報と置き換える上記未知コンポーネント情報として上記第１未知コンポーネント情報を用い、上記記憶されていないコンポーネントが上記センドリターンモードで動作される場合、その記憶されていないコンポーネントの情報と置き換える上記未知コンポーネント情報として上記第２未知コンポーネント情報を用いるとよい。

上記の各音信号処理装置において、上記配置データが、上記処理リソースに割り当てる各コンポーネントが処理する信号の入力元とその各コンポーネントによる処理後の信号の出力先の情報を含み、上記読出部が、上記記憶されていないコンポーネントについても、上記１の配置データに含まれる上記入力元及び上記出力先の情報を、そのまま上記第１記憶部に書き込むとよい。

また、上記配置データが、上記処理リソースに割り当てる各コンポーネントが処理する信号の入力元とその各コンポーネントによる処理後の信号の出力先の情報を含み、上記読出部が、上記記憶されていないコンポーネントについては、上記１の配置データに含まれる上記入力元及び上記出力先の情報を、上記入力元から上記出力先に対して音信号を伝送することを示す情報に変更して上記第１記憶部に書き込むとよい。

また、上記の各音信号処理装置において、上記第１記憶部に記憶されている配置データに従って、コンポーネントに対する上記プロセッサの処理リソースの割り当て状態を表示部に表示させる表示制御部を備え、上記表示制御部が、上記配置データに上記未知コンポーネント情報が含まれる場合、その未知コンポーネント情報と対応するコンポーネントに関する割り当て状態も表示するとよい。
また、この発明は、上記のように装置として実施する他、システム、方法、プログラム、記録媒体等、任意の態様で実施することができる。

以上のようなこの発明の構成によれば、音信号処理装置が、プロセッサの処理リソースの、コンポーネントへの割り当てを示す配置データを読み込んで実際の割り当てに反映させる場合に、該配置データに利用可能でないコンポーネントを示すデータが含まれていても、大きな混乱なく該配置データを割り当てに反映することができる。

この発明の音信号処理装置の第１実施形態であるデジタルミキサのハードウェア構成を示す図である。 図１に示したデジタルミキサが備える音信号処理機能の構成をより詳細に示す図である。 図１に示したプラグイン処理部が有する処理リソースを示す図である。 プラグイン処理部の処理リソースを利用したプラグイン処理の実行態様の例を示す図である。 その別の例を示す図である。 プラグイン配置画面の表示例を示す図である。 利用可能なコンポーネントを示すコンポーネントデータの構成例を示す図である。 コンポーネントの配置状態を示すデータの構成例を示す図である。 シーン操作画面の表示例を示す図である。 図１に示したデジタルミキサのＣＰＵが図９のリコールボタンの操作に応じて実行するシーンリコール処理のフローチャートである。 シーンのリコールに伴いカレントシーンにUnknownコンポーネントが配置された場合の、プラグイン配置画面の表示例を示す、図６と対応する図である。 第２実施形態におけるシーンリコール処理を示す、図１０と対応するフローチャートである。 第３実施形態におけるシーンリコール処理を示す、図１０と対応するフローチャートである。 第４実施形態におけるシーンリコール処理を示す、図１３と対応するフローチャートである。 第５実施形態におけるシーンリコール処理を示す、図１０と対応するフローチャートである。

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

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

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

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

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

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

プラグイン処理部３０は、ミキシング処理部２０にて処理途中の音信号に対し、種々のプラグインコンポーネント（以下単に「プラグイン」という）を用いた信号処理を行うことができる。このプラグインには、リバーブ、ディレイ、コーラス、グラフィックイコライザ、コンプレッサ等の、音効果を付与するエフェクタの機能を実現するものが含まれる。プラグインは、複数のｃｈの音信号を処理する機能を備えるものであってもよいが、以下の説明を簡単にするため、ここでは、１ｃｈの音信号を処理するものであるとする。

プラグインを使用する場合、例えば、ミキシング処理部２０が行っている信号処理における、あるブロックとその次のブロックの間の所定位置で、前記あるブロックからの音信号を取り出してオーディオバス２３を介してプラグイン処理部３０に供給し、その音信号に対してプラグインの信号処理を施して、処理後の音信号をオーディオバス２３を介してミキシング処理部２０に戻して前記次のブロックに供給する。また、処理後の音信号の供給先は、音信号を取り出した位置と異なっていてもよい。例えば、入力ｃｈ（チャンネル）から取り出して処理した信号を、出力ｃｈへ供給してもよい。
なお、プラグイン処理部３０で行われる音信号処理を制御する各種処理パラメータも、上述したカレントデータに含まれる。

次に、図２に、波形Ｉ／Ｏ１９、ミキシング処理部２０及びプラグイン処理部３０により実現される音信号処理機能のブロック図を示す。
図２に示すように、ミキシング処理部２０での音信号処理は、入力パッチ４３、入力ｃｈ４４、ミキシング（ＭＩＸ）バス４５、ＭＩＸ出力ｃｈ４６、出力パッチ４７を有する。

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

各ＭＩＸバス４５では、各入力ｃｈ４４から入力される音信号をミキシングし、ミキシング結果の音信号を、ＭＩＸバス４５の系統ごとに設けられている８ｃｈのＭＩＸ出力ｃｈ４６へ送出する。
各ＭＩＸ出力ｃｈ４６では、ＭＩＸバス４５から入力される音信号に対してイコライザ、コンプレッサ等の一連の処理ブロックでそれぞれ信号処理を施し、信号処理後の音信号を出力パッチ４７へ送出する。
出力パッチ４７では、ＭＩＸ出力ｃｈ４６のそれぞれに、波形Ｉ／Ｏ１９の各出力端子と対応して設けられている複数のアナログ出力部４８及び複数のデジタル出力部４９のいずれか１つをパッチし、各ＭＩＸ出力ｃｈの音信号をパッチ先の出力部から出力する。

各入力ｃｈの一連の処理ブロック間の所定位置、および、各出力ｃｈの一連の処理ブロック間の所定位置には、それぞれインサートポイントが設けられている。そして、このインサートポイントと、プラグイン処理部３０に配置されたプラグイン５０とを接続し、任意のインサートポイントにおける音信号をプラグイン５０に入力して処理し、処理後の信号を任意のインサートポイントに戻すことができる。より具体的には、入力側のインサートポイントの前段の処理ブロックが出力する音信号を、インサート出力してプラグイン処理部３０に伝送し、プラグイン５０に入力して処理し、処理後の信号を、プラグイン処理部３０からミキシング処理部２０に戻し、出力側のインサートポイントの後段の信号処理に供することができる。インサートポイントは、１つのｃｈ内に複数箇所設け、使用するポイントをその中からユーザが選択できるようにしてもよい。
また、これ以外にも、任意のｃｈから出力される音信号をプラグイン５０に入力して処理したり、プラグイン５０による処理後の音信号を任意のｃｈの入力に供給したりすることもできる。

次に、図３乃至図５を用いて、プラグイン処理部３０が有する処理リソース及び、その処理リソースを用いたプラグイン処理の実行態様及び手順について説明する。
図３は、プラグイン処理部３０が有する処理リソースを示す図、図４及び図５は、それぞれプラグイン処理部３０が有する処理リソースを用いたプラグイン処理の実行態様の例を示す図である。

図３に示すように、プラグイン処理部３０は、第１ＤＳＰ３１−１〜第ｍＤＳＰ３１−ｍまでの、ｍ個（ｍは１以上の整数）のＤＳＰを備える。処理リソースの割り当てを単純な処理で行うためには、各ＤＳＰは、全く同じ能力であることが望ましいが、これには限られない。

また、各ＤＳＰ３１−ｘ（ｘは１からｍまでの整数）は、第１処理タイミング３１−ｘ−１から第ｎ処理タイミング３１−ｘ−ｎまでのｎ個（ｎは１以上の整数）の処理タイミングを有する。各処理タイミングは、処理対象の音信号の１サンプリング期間をｎ分割したものであり、その期間内にＤＳＰ３１−ｘが提供可能な演算能力を示す。
さらに、各ＤＳＰ３１−ｘは、内部に、各処理タイミングに実行するためのプログラム及び処理対象の音データを記憶するためのＤＳＰメモリ３２−ｘを備える。

以上の各ＤＳＰ３１−ｘは、各処理タイミング３１−ｘ−１〜３１−ｘ−ｎにおいて、ＤＳＰメモリ３２−ｘの、その処理タイミングと対応付けて記憶されているプログラムを実行することにより、その処理タイミングの信号処理を実行する。また、各処理タイミング３１−ｘ−１〜３１−ｘ−ｎの信号処理は、ＤＳＰメモリ３２−ｘの、その処理タイミングと対応する入力アドレスに記憶されている音信号を１サンプル分読み出し、プログラムに従った処理結果の音信号を１サンプル分、ＤＳＰメモリ３２−ｘの、その処理タイミングと対応する出力アドレスに書き込むものである（プログラムをそのように作成する）。

また、ある処理タイミング３１−ｘ−ｙ（ｙは１からｎ―１までの整数）と対応する出力アドレスが、その次の処理タイミング３１−ｘ−（ｙ＋１）と対応する入力アドレスとなっている。各処理タイミングと対応する入力アドレス及び出力アドレスは、この実施形態では固定としている。
従って、各ＤＳＰ３１−ｘは、連続する複数の処理タイミングにおいて、複数のプログラム間で音信号を順次受け渡しつつ、処理することができる。このことにより、実質的に、１の処理タイミング内に完了しない信号処理も実行することができる。
以上のプラグイン処理部３０に、あるコンポーネントに係る信号処理を実行させる場合、図４あるいは図５に示すように、コンポーネントに処理リソースを割り当てればよい。

図４は、ＤＳＰの処理タイミング４つ分の演算能力で実行可能なプラグインＡの処理を、プラグイン処理部３０のＤＳＰに実行させる場合の実行状態の例である。
この場合、プラグインＡの処理の内容を規定するプラグインプログラムＡを、それぞれＤＳＰ３１−ｘが１の処理タイミング内に実行可能なＡ１〜Ａ４の４つのプラグインプログラム部品に分けて作成しておく。そして、プラグインＡに対し、ＤＳＰ３１−ｘの４つの処理タイミング（ここでは第１〜第４処理タイミング３１−ｘ−１〜４）を割り当て、各処理タイミング３１−ｘ−１〜４と対応付けて、ＤＳＰメモリ３２−ｘにプラグインプログラム部品Ａ１〜Ａ４をロードしておく。

すると、ＤＳＰは、第１処理タイミング３１−ｘ−１では、入力アドレスＸ１から音信号を読み出してプラグインプログラム部品Ａ１による処理を実行し、その結果の音信号を出力アドレスＸ２に書き込む（上書きする）。第２処理タイミング３１−ｘ−２では、入力アドレスＸ２から音信号を読み出してプラグインプログラム部品Ａ２による処理を実行し、その結果の音信号を出力アドレスＸ３に書き込む（上書きする）。同様に、第４処理タイミング３１−ｘ−４まで処理を実行すると、アドレスＸ１に記憶されていた音信号に対してプラグインプログラム部品Ａ１〜Ａ４により順次処理を行った結果の音信号が、アドレスＸ５に記憶される。

従って、ミキシング処理部２０の入力側インサートポイントの音信号をサンプリング周期毎にアドレスＸ１に書き込み、アドレスＸ５の音信号をサンプリング周期毎に、ミキシング処理部２０の出力側インサートポイントの音信号を記憶するアドレスに書き込むことにより、入力側インサートポイントの音信号に対してプラグインＡの処理を行った結果を、出力側インサートポイントに供給することができる。このような、プラグインＡへの入出力のためのデータ伝送の設定も、入力パッチ４３や出力パッチ４７と同様、「パッチ」と呼ぶことにする。

なお、各プラグインプログラム部品Ａ１〜Ａ４に従った処理自体は、処理タイミングが割り当てられていれば、パッチの設定がなく、アドレスＸ１に意味のある音信号が書き込まれていなくても実行可能である。この場合、処理結果の音信号も意味のないデータとなるが、出力側のパッチも設定されていなければ、その処理結果がミキシング処理部２０の信号処理に影響を与えることはない。

図５は、ＤＳＰの処理タイミング３つ分の演算能力で実行可能なプラグインＢの処理を、プラグイン処理部３０のＤＳＰに実行させる場合の実行状態の例である。
この場合、プラグインＢに、ＤＳＰ３１−ｘの３つの処理タイミング（ここでは第１〜第３処理タイミング３１−ｘ−１〜３）を割り当てれば、必要なプラグインプログラム部品Ｂ１〜Ｂ３の処理を実行可能である。そして、最終的な処理結果は第３処理タイミング３１−ｘ−３の出力アドレスＸ４に書き込まれる。従って、アドレスＸ４を、出力側インサートポイントとパッチすればよい。

このように、プラグイン処理部３０に、プラグインに関する信号処理を有効に実行させるためには、プラグインに対して、そのプラグインを構成するプラグインプログラム部品と同じ数の処理タイミングを処理リソースとして割り当てると共に、入出力のパッチを設定すればよい。また、プラグインに割り当てる処理タイミングを、プラグインを配置可能な位置という意味で、「スロット」とも呼ぶことにする。

次に、図６に、以上説明したプラグインへの処理リソースの割り当て及びパッチの設定を受け付け、また現在の状態を表示するためのプラグイン配置画面の例を示す。
図６に示すプラグイン配置画面２００は、表示制御部として機能するＣＰＵ１１により表示器１７に表示され、プラグイン配置部２１０、カーソル操作部２２０、プラグイン選択部２３０、プラグイン設定部２４０、配置ボタン２５１、削除ボタン２５２、クローズボタン２５３を備える。

これらのうちプラグイン配置部２１０は、プラグインへの処理リソースの割り当て状態を表示する領域である。この例では、１列に並んだ１６のマスが、プラグイン処理部３０における１つのＤＳＰの処理リソースと対応し、その各マスが、１つの処理タイミングと対応する。従って、図６の例では、プラグイン処理部３０がａからｘまでの２４個のＤＳＰを備え、それらのＤＳＰが各１６の処理タイミングを持つことを示している。

また、プラグイン配置部２１０では、プラグインと対応するアイコンをマスに重ねて配置することにより、どのプラグインにどの処理リソースを割り当てて使用するかを表示している。例えば、アイコン２１２は、リバーブのプラグインに、ＤＳＰ３１−ａの第１〜第６処理タイミングを割り当てることを示している。また、アイコン２１３は、グラフィックイコライザのプラグインに、ＤＳＰ３１−ａの第１３〜第１４処理タイミングを割り当てることを示している。

各アイコンのサイズは、該当のプラグインの機能を利用するためにいくつの処理タイミングを割り当てる必要があるか（プラグインを配置するためにいくつのスロットが必要であるか）も示している。アイコンが配置されていないマスは、現在空いている処理リソース（スロット）を示す。
なお、ここでは、マスの１列が１つのＤＳＰに対応するとしたが、それに限られることはなく、複数列が１つのＤＳＰに対応してもよい。図６の表示により、１６×２４＝３８４の処理タイミングを持つ１つのＤＳＰを表してもよい。

また、プラグイン配置部２１０上にはカーソル２１１を表示し、これをカーソル操作部２２０により操作できるようにしている。カーソル２１１のサイズは、プラグイン選択部２３０にて現在選択されているプラグインのアイコンのサイズである。
カーソル操作部２２０は、つまみ２２１、カーソル位置表示部２２２及びリソース表示部２２３を備える。

つまみ２２１は、カーソル２１１を移動させるための操作子である。つまみ２２１をタッチして選択した後でのドラッグ操作や、つまみ２２１を割り当てたロータリーエンコーダ等の物理操作子の操作により、ユーザは、カーソル２１１を左右に移動させることができる。ここでは、プラグインに複数のＤＳＰにまたがる処理リソースの割り当てはしないこととし、これに対応して、カーソル２１１の端部が列の端に達した状態でさらに移動させると、カーソル２１１は前又は後ろの列に移動する。

カーソル位置表示部２２２は、カーソル２１１の位置の座標を、プラグイン配置部２１０に表示されたアルファベットと数字の組み合わせで表示する領域である。カーソル２１１が複数マスに亘る場合、例えば最も左側のマスなど、所定の基準位置の座標が表示される。

リソース表示部２２３は、利用可能な処理タイミング数を表示する領域である。カーソル２１１がアイコンの配置されていないマスにある場合は、そのマスを含む連続した空きマスの数を、カーソル２１１の位置で配置済みのプラグインに影響を与えずに利用可能な処理タイミング数として表示する。カーソル２１１がアイコンの配置されたマスにある場合は、そのアイコンが占めるマスの数を、カーソル２１１の位置で、その位置に配置されたプラグイン以外のプラグインに影響を与えずに利用可能な処理タイミング数として表示する。リソース表示部２２３の表示も、カーソル２１１が複数マスに亘る場合、例えば最も左側のマスなど、所定の基準位置の状況に応じた表示を行う。図６の例では、カーソル２１１の最も左側のマス「ｄ３」に配置されたリバーブプラグインのサイズに基づき、リソース表示部２２３に６スロットと表示されている。

次に、プラグイン選択部２３０は、プラグイン配置部２１０に配置するプラグインのタイプ（種類）の選択を受け付けるための領域である。ユーザがプラグイン選択部２３０をタッチすると、配置可能なプラグインのタイプのリストが図７のコンポーネントデータに基づき表示され、その中からタイプを選択することができる。プラグイン選択部２３０には、選択されたプラグインを示すアイコン２３１が表示され、また名称表示部２３２に選択されたプラグインの名称が表示される。どのタイプも選択しない、という選択も可能であり、この場合にはカーソル２１１のサイズは１マスとなる。この状態は、配置済みのプラグインに対する編集に適した、編集モードであると捉えることもできる。

プラグイン設定部２４０は、カーソル２１１の位置（複数マスに亘る場合には上述の基準位置）に配置済みのプラグインの設定状態を表示すると共に、そのプラグインに関する設定を受け付けるための領域である。プラグイン設定部２４０で表示及び受け付けを行う設定は、プラグインに関するパッチ及び動作モードの設定であり、入力元設定部２４１が入力側のパッチを、出力先設定部２４２が出力側のパッチを、表示及び受け付けする。

ユーザが入力元設定部２４１にタッチすると、プラグインへの信号の入力元候補のリストが表示され、ユーザはその中から入力元を選択することができる。候補は、例えば入力ｃｈ４４とＭＩＸ出力ｃｈ４６など、デジタルミキサ１０が備えるｃｈとすることができるが、他のプラグインの出力を指定できるようにするなど、さらに他の選択肢があってもよい。また、１つのｃｈの中に複数のインサートポイントを設ける場合、そのうちいずれを入力元とするかも、上記リスト、あるいは別途用意された操作部により選択できるようにする。いずれにせよ、ユーザが入力元を選択すると、デジタルミキサ１０は、その入力元から、設定対象のプラグインに割り当てられている処理タイミングの先頭と対応する入力アドレスへ音信号を伝送すべきことを、パッチの設定として保存すると共に、入力元設定部２４１に、選択された入力元を表示する。図６の例では、４番目の入力ｃｈの、フェーダの後ろ（ＡＦ）にあるインサートポイントが入力元であることを表示している。

また、ユーザが出力先設定部２４２にタッチすると、プラグインへの信号の出力先候補のリストが表示され、ユーザはその中から出力先を選択することができる。候補のリストは、入力元の場合と同じとすることができるが、これには限られない。いずれにせよ、ユーザが出力先を選択すると、デジタルミキサ１０は、設定対象のプラグインに割り当てられている処理タイミングの末尾と対応する出力アドレスからその出力先へ音信号を伝送すべきことを、パッチの設定として保存すると共に、出力先設定部２４２に、選択された出力先を表示する。図６の例では、４番目の入力ｃｈの、フェーダの後ろ（ＡＦ）にあるインサートポイントが出力先であることを表示している。

また、モード設定部２４３は、プラグインの種類（図６の例では「Reverb」）を表示すると共に、その動作モードがインサートとセンドリターンのいずれであるかを表示している。このうちインサートモードは、入力元から下流に直接音信号が流れる経路をカットし、全てプラグインを通じて出力先に音信号を流すようにするモードである。この場合、プラグインはインサートエフェクトとして機能することになる。一方、センドリターンモードは、入力元から下流に直接音信号が流れる経路を生かし、出力先において、プラグインによる処理後の音信号と、プラグインを経由せずに流れてくる音信号とをミキシングして、下流の信号処理に供するモードである。

各プラグインの動作モードがインサートとセンドリターンのいずれであるかは、当該プラグインに関するパッチの設定によってデジタルミキサ１０が自動的に定める。あるプラグインへの信号の入力元がいずれかのｃｈのインサートポイントであれば、そのプラグインはインサードモードで動作し、入力元がそれ以外、すなわちいずれかのｃｈの出力であれば、そのプラグインはセンドリターンモードで動作する。プラグインの配置直後など、入力元と出力先のいずれかの設定がない場合も、センドリターンモードとするとよい。図６の例では、現在の動作モードがセンドリターンモードであることを、下線により表示している。

また、モード設定部２４３に対してダブルタップ等の所定の操作を行うと、図７の表示用データに基づき、プラグインが信号処理に用いるパラメータの設定を受け付けるためのＧＵＩ（グラフィカルユーザインタフェース）がポップアップ表示され、ユーザはそのＧＵＩを操作してパラメータを設定することができる。

次に、配置ボタン２５１は、カーソルの位置に、プラグイン選択部２３０で選択されているプラグインを配置することを指示するためのボタンである。パッチは、プラグインを配置した後で別途設定する。
削除ボタン２５２は、カーソルの位置に配置されているプラグインを削除することを指示するためのボタンである。プラグインを削除すると、そのプラグインについて設定されているパッチも自動で削除される。
クローズボタン２５３は、プラグイン配置画面２００を閉じるためのボタンである。

次に、図７及び図８に、プラグイン及びその配置に関連してデジタルミキサ１０が参照及び作成するデータについて説明する。図７は、利用可能なコンポーネントを示すデータの例を、図８は、プラグインの配置状態を示すデータの例を示す。図７及び図８には、本実施形態の説明に関係する範囲のデータのみを示してあり、もちろんここに示したもの以外のデータがあってもよい。

まず、デジタルミキサ１０は、デジタルミキサ１０において利用可能なコンポーネントのタイプを規定するデータとして、図７に示すコンポーネントデータをフラッシュメモリ１２等の記憶部（第２記憶部）に記憶している。しかし、コンポーネントデータの全部又は一部を、その他Ｉ／Ｏ１６に接続される記憶媒体や、ネットワークを介して接続される外部装置の記憶部等に記憶させておき、必要に応じてデジタルミキサ１０がこれを読み出すようにすることも考えられる。

なおここでは、利用可能なコンポーネントはプラグインコンポーネントのみであるとし、コンポーネントデータは、利用可能なプラグインのタイプ数ｐと、その各タイプの内容を規定する、第１〜第ｐのプラグインタイプのデータを含む。プラグイン以外のコンポーネントも利用可能である場合には、同様に当該コンポーネントのデータも用意する。またこの他に、コンポーネントデータはUnknownコンポーネント（未知コンポーネント）のデータも含む。

各プラグインタイプのデータは、タイプＩＤ、スロット数、プラグインプログラム部品、パラメータ構成データ及び表示用データを含む。
これらのうちタイプＩＤは、プラグインタイプを特定するための識別情報である。
スロット数ｔは、該当タイプのプラグインに割り当てる必要がある処理リソースの量を、ＤＳＰの処理タイミング数で示したものである。

各プラグインプログラム部品は、各処理タイミングでＤＳＰに実行させるためのプログラムであり、＃１〜＃ｔの部品により、該当タイプのプラグインの機能が実現される。
パラメータ構成データは、該当タイプのプラグインが信号処理に使用するパラメータの構成を示すデータである。このデータは、必要なパラメータの項目や、各項目が取り得る値等のデータを含む。
表示用データは、該当タイプのプラグインをプラグイン配置画面２００に表示するためのアイコンや、パラメータの設定を受け付けるためのＧＵＩのデータ等、プラグインに関する表示を行うためのデータである。

また、Unknownコンポーネントのデータは、デジタルミキサ１０が読み込んだシーン（後述）に、コンポーネントデータで規定されていないタイプのプラグインが含まれていた場合に使用するデータである。
このUnknownコンポーネントのデータには、Unknownであることを示すタイプＩＤと、処理対象の音信号をスルー（そのまま通過）又はカット（音を止める、ミュートでもよい）するためのプラグインプログラム部品と、コンポーネントをプラグイン配置画面２００に表示するためのアイコンのデータとを含む。プラグインプログラム部品は、任意の数の処理タイミングで連続して実行可能な内容とすることが望ましく、ここではそのようにしているため、１つだけ用意すればよい。また、パラメータはプログラム部品に組み込まれる固定値でよく、その編集を受け付ける必要はないので、パラメータ構成データやＧＵＩのデータは不要である。

また、デジタルミキサ１０は、コンポーネントの配置状態を示す配置データとして、図８に示すシーンデータ及びカレントシーンを記憶している。カレントシーンが、現在のプラグイン処理部３０に実行させる信号処理及びそれに関連する信号伝送に反映させるデータである。デジタルミキサ１０は、このカレントシーンを、ＲＡＭ１３等の記憶部（第１記憶部）に記憶している。シーンデータは、必要に応じて読み出してカレントシーンとして使用できるように、予め作成されて保存されているデータである。デジタルミキサ１０は、このシーンデータを、フラッシュメモリ１２等の記憶部に記憶しているが、シーンデータの全部又は一部を、その他Ｉ／Ｏ１６に接続される記憶媒体や、ネットワークを介して接続される外部装置の記憶部等に記憶させておき、必要に応じてこれを読み出して利用することも考えられる。

シーンデータは、保存されているシーンの数を示すシーン数ｓと、第１〜第ｓシーンのデータとを含む。第１〜第ｓシーンは、それぞれが１つの配置データに該当する。
各シーンは、シーンＩＤ、配置プラグイン数、プラグインデータ及びパッチデータを含む。

これらのうちシーンＩＤは、シーンを特定するための識別情報である。
配置プラグイン数ｄは、該当のシーンにおいて配置されているプラグインの数を示すデータである。
各プラグインデータは、該当のシーンに配置されているプラグインを示すデータであり、各プラグインと対応する第１〜第ｄのプラグインデータが作成される。同じタイプのプラグインが複数配置される場合にも、各個体と対応するプラグインデータが作成される。
パッチデータは、各プラグインに関して設定されているパッチの情報をまとめたものである。

また、上記のプラグインデータは、プラグインＩＤ、タイプＩＤ、開始スロット、最終スロット、インサート／センドリターン、およびパラメータデータを含む。
これらのうちプラグインＩＤは、シーン内でプラグインの個体を特定するための識別情報である。
タイプＩＤは、該当のプラグインのタイプを示すＩＤであり、デジタルミキサ１０は、このタイプＩＤをキーにコンポーネントデータを検索して、シーンに配置される各プラグインについての詳細情報を取得することができる。

開始スロット及び最終スロットは、プラグイン配置画面２００における該当のプラグインの配置位置、すなわち該当のプラグインに割り当てる処理リソースを示すデータであり、それぞれ配置の先頭と末尾の位置を示す。各位置は、プラグイン処理部３０におけるＤＳＰ３１及びその処理タイミングにより特定することができる。開始スロットから最終スロットまでの長さは、プラグインのスロット数と一致する。
インサート／センドリターンは、プラグインの動作モードを示すデータである。このデータの値は、パッチの設定に基づき自動的に決定される。なお、各プラグインがインサートとセンドリターンのどちらの動作モードで動作するかを、必要になる都度パッチの設定に基づき判断するのであれば、インサート／センドリターンの区別を明示のデータとして用意する必要はない。
パラメータデータは、該当のプラグインが信号処理に使用するパラメータの値である。その構成は、プラグインのタイプに対応するパラメータ構成データに基づくものである。

また、パッチデータは、データ数ｚと、ｚセットの接続元及び接続先の情報を含む。
データ数ｚは、パッチデータに含まれる伝送元及び伝送先の情報の数を示す。
伝送元及び伝送先は、プラグインに対するパッチのために行う信号伝送の伝送元と伝送先を規定するデータである。伝送元及び伝送先につき、ミキシング処理部２０側の位置は、インサートポイントの位置（あるいはミキシング処理部２０が処理する音信号を記憶するアドレス）により、プラグイン処理部３０側の位置は、図４及び図５を用いて説明したＤＳＰメモリのアドレスにより特定することができる。伝送元と伝送先の少なくとも一方はプラグイン処理部３０にあるものとする。

どのセットがどのプラグインに関するパッチを規定するかは、特に明示のデータとして保持する必要はないが、保持することも妨げられない。明示のデータがなくても、あるプラグインの開始スロットと対応するアドレスが伝送先になっているセットが、そのプラグインについての入力側のパッチを示し、あるプラグインの最終スロットと対応するアドレスが伝送元になっているセットが、そのプラグインについての出力側のパッチを示すことは、デジタルミキサ１０が容易に把握可能である。

カレントシーンのデータ構成は、以上説明した各シーンのデータ構成と同じである。従って、デジタルミキサ１０は、保存されている任意のシーンをカレントシーンの記憶領域にコピーすることにより、そのシーンをプラグイン処理部３０に実行させる信号処理等に反映させることができる。また、任意の時点のカレントシーンのデータを、１つのシーンとしてシーンデータ中に保存し、後で読み出せるようにすることもできる。

以上のようなシーンデータ、あるいはそこに含まれるシーンは、可搬記録媒体に記録して持ち運んだりネットワークを介して送信したりして、他のデジタルミキサに読み込ませて利用させることもできる。逆に、デジタルミキサ１０が、他のデジタルミキサにて作成及び保存されたシーンデータを、図８のシーンデータと同様に利用したり、そこに含まれる個別のシーンのデータを、図８のシーンデータに追加したりすることもできる。

また、図６のプラグイン配置画面２００でなされたプラグインの配置やパッチの設定等は、カレントデータに反映される。すなわち、プラグインが新たに配置されれば、デジタルミキサ１０はその配置されたプラグインと対応するプラグインデータをカレントシーンに追加し、逆にプラグインが削除されればそのプラグインを示すプラグインデータをカレントシーンから削除する。パッチも、新たに設定されればデジタルミキサ１０はそのパッチを示す伝送元と伝送先のデータをカレントデータ中のパッチデータに追加し、逆に削除されれば、削除されたパッチを示す伝送元と伝送先のデータをパッチデータから削除する。それらのパッチの変更に伴いプラグインの動作モードを変更する必要があれば、あるいは信号処理パラメータの値が変更されれば、デジタルミキサ１０は、その変更を該当のプラグインと対応するプラグインデータ中の、インサート／センドリターン及びパラメータデータに反映させる。

また、カレントシーンが変更されれば、デジタルミキサ１０は、その変更内容を直ちにプラグイン処理部３０における信号処理及び信号伝送に反映する。すなわち、プラグインが追加されれば、そのプラグインに割り当てられる各処理タイミングにて実行すべきプラグインプログラム部品をＤＳＰのメモリにロードし、各処理タイミングにてそのプログラム部品が実行されるようにする。また、パッチが設定されれば、デジタルミキサ１０は、その設定に従った信号伝送が行われるよう、オーディオバス２３に対する音信号の書き込み及び読み出しを含め、必要な伝送路の設定を行う。削除の場合には、逆にプログラム部品の削除や伝送路の設定解除を行う。
なお、カレントシーンの変更を信号処理及び信号伝送にリアルタイムに反映させないモードを設けることもできる。このモードは、シーンデータ中に保存しておき後で使用するためのシーンを作成する際に用いることができる。

以上のデジタルミキサ１０において特徴的な点の１つは、カレントシーンとして使用すべく読み出したシーンに、デジタルミキサ１０において利用できないコンポーネントが含まれていた場合の動作である。そこで、以下この動作について説明する。
なお、読み出したシーンに、デジタルミキサ１０において利用できないコンポーネントが含まれている、という事態は、デジタルミキサ１０において利用できないコンポーネントを利用可能な他のデジタルミキサで作成し保存したシーンデータを、デジタルミキサ１０で読み出してカレントシーンとして使用しようとする場合に起こりえるものである。ファームウェアのバージョン違いにより、シーンデータを編集した装置では利用可能だったプラグインタイプが、デジタルミキサ１０では利用可能でない等である。

まず図９に、シーン操作画面の表示例を示す。
図９に示すシーン操作画面３００は、シーンデータに含まれるシーンの呼び出し及び保存の指示を受け付けるための画面である。シーン操作画面３００は、ユーザによる所定の操作に応じて、表示器１７に表示される画面である。
シーン操作画面３００には、シーン番号選択部３０１、ストアボタン３０２及びリコールボタン３０３が含まれる。

これらのうちシーン番号選択部３０１は、操作の対象とするシーンの番号（シーンＩＤ）を選択するための領域であり、ユーザは、番号の直接入力やアップダウンボタンにより、番号を選択することができる。
ストアボタン３０２は、現在のカレントシーンの内容を、シーン番号選択部３０１にて選択された番号のシーンとして保存することを指示するためのボタンである。このボタンが操作されると、デジタルミキサ１０は、現在のカレントシーンの内容をコピーしてシーンを作成し、シーンＩＤを付してシーンデータ中に保存する。同じシーンＩＤのシーンが既に保存されていれば、上書き保存する。

リコールボタン３０３は、シーン番号選択部３０１にて選択された番号のシーンをカレントシーンに呼び出すリコールを行うことを指示するためのボタンである。このボタンが操作されると、デジタルミキサ１０は、図１０の処理を実行し、該当のシーンＩＤを持つシーンを読み出して、カレントシーンに上書き保存する。ただし、カレントシーンの内容は、保存されていたシーンの完全なコピーとならない場合もある。後述するようにUnknownコンポーネントへの置き換えを行う場合もあるし、カレントシーンの一部について、読み出すシーンによる上書きを拒否するリコールセーフ機能や、逆にシーンの一部のみを選択的に読み出してカレントシーンに反映させたりするフォーカスリコール機能を設けることも考えられる。

図１０に、デジタルミキサ１０のＣＰＵ１１がリコールボタン３０３の操作に応じて実行するシーンリコール処理のフローチャートを示す。なお、以降説明するフローチャートに係る処理は、ＣＰＵ１１が所要のプログラムを実行することにより行うものであるが、説明を簡単にするため、デジタルミキサ１０がその処理を実行するものとして説明する。また、ここまでの説明で、デジタルミキサ１０の動作として説明した動作も、基本的には、ＣＰＵ１１が所要のプログラムを実行することにより行うものである。

デジタルミキサ１０は、リコールボタン３０３の操作を検出すると、そのとき選択されているシーン番号＃ｎを引数として図１０の処理を開始する。なお、図１０の処理においては、説明を簡単にするため、リコールセーフ機能及びフォーカスリコール機能については考慮していない。

図１０の処理において、デジタルミキサ１０はまず、カレントシーンをクリアし、ロードされているプラグインプログラム部品及びデータ伝送の設定を解除する（Ｓ１１）。これは、シーンの読み出しの準備段階として行う処理である。なお、この時点で全てクリアしてしまうと、本来は読み出し前後で信号処理を継続的に実行可能である箇所（カレントシーンと読み出すシーンとで内容が共通な箇所など）についても、信号処理に中断が生じてしまうことになる。従って、カレントシーンのうち、シーンの読み出しに伴い内容が変更される箇所のみを選択してクリアすることも考えられる。

ステップＳ１１の後、デジタルミキサ１０は、読み出し対象のシーン＃ｎに含まれる各プラグインデータを順次処理対象として、ステップＳ１２乃至Ｓ１５の処理を繰り返す。
繰り返し部分の処理において、デジタルミキサ１０はまず、処理対象のプラグインデータのタイプＩＤがコンポーネントデータに含まれるか否かを判断する（Ｓ１２）。これがＹｅｓであれば、処理対象のプラグインデータが示すプラグインに係る信号処理を実行するためのデータをデジタルミキサ１０が利用可能であり、すなわち当該プラグインをデジタルミキサ１０が利用可能であることがわかる。

そこで、この場合、デジタルミキサ１０は、処理対象のプラグインデータをカレントシーンに追加コピーする（Ｓ１３）。また、シーン＃ｎのシーンデータ中の、処理対象のプラグインデータについて設定されたパッチの伝送元及び伝送先を、カレントシーンのパッチデータに追加コピーする（Ｓ１４）。処理対象のプラグインデータについて設定されたパッチは、上述のように、伝送元又は伝送先の情報と、プラグインデータが示すプラグインの配置位置とを比較することにより把握できる。なお、ステップＳ１３ではプラグインプログラム部品のコピーは行わないが、デジタルミキサ１０は必要に応じてタイプＩＤに基づきコンポーネントデータからプラグインプログラム部品を取得できるので、実質的にはプラグインデータにプラグインプログラム部品が含まれていると考えることもできる。

また、ステップＳ１２でＮｏの場合、処理対象のプラグインデータが示すプラグインは、必要なデータを取得できないためデジタルミキサ１０において利用できないことがわかる。この場合、デジタルミキサ１０は、処理対象のプラグインデータのタイプＩＤをUnknownコンポーネントのタイプＩＤに置き換えて、カレントシーンに追加する（Ｓ１５）。

この処理は、配置位置（処理リソースの割り当て）を維持し、またプラグインＩＤにより元のプラグインとの対応関係もわかるようにしつつ、配置するプラグインの種類だけUnknownコンポーネントに変更することを意味する。パラメータデータについては、Unknownコンポーネントはそこに含まれるパラメータを使用しないため、削除してしまってもよいが、残しておいても特に支障はない。

また、ステップＳ１５の後、デジタルミキサ１０はステップＳ１４を実行し、ステップＳ１２でＹｅｓの場合と同様に、処理対象のプラグインデータについて設定されたパッチをカレントシーンに反映させる。従って、パッチについても、元のプラグインに関する設定が維持される。

全てのプラグインデータについて繰り返し部分の処理が終了すると、デジタルミキサ１０は、カレントシーンに従いプラグインプログラム部品のロードを実行する（Ｓ１６）。すなわち、各プラグインデータ中のタイプＩＤに従ってプラグインタイプを特定し、コンポーネントデータからそのタイプについてのプラグインプログラム部品を取得して、プラグインデータ中の開始スロット及び最終スロットの情報に基づき、実行する処理タイミングと対応付けて、ＤＳＰのメモリに各プラグインプログラム部品を書き込む。
このとき、Unknownコンポーネントのプログラム部品は、開始スロットから最終スロットまでの全スロットに係る処理タイミングについて、同じプログラム部品を書き込めばよい。スルーでもカットでも、音信号に対して同じ処理を繰り返し実行して差し支えないためである。

次に、デジタルミキサ１０は、カレントシーン中のパッチデータに従いデータ伝送の設定を実行する（Ｓ１７）。この設定については、Unknownコンポーネントとそれ以外のコンポーネントとで特に変わることはない。
ステップＳ１７までで図１０の処理は終了し、以上の処理により、シーン＃ｎのリコールを実行することができる。図１０の処理は、読出手順の処理であり、この処理において、ＣＰＵ１１は読出部として機能する。

以上の処理により、リコールしようとしたシーンにデジタルミキサ１０において利用できないプラグインが含まれていたとしても、これを自動的にUnknownコンポーネントに置き換えてリコールすることができる。このため、少なくともプラグイン処理部３０がリコール後のカレントシーンに従った信号処理を実行可能な状態は確保できる。

また、Unknownコンポーネントが音信号をスルーする機能を持つ場合は、リコールしようとしたシーンのパッチが維持されているため、単にプラグインにより実行しようとした処理がなくなるだけで、音信号が途切れてしまうことはない。一方、Unknownコンポーネントが音信号をカットする機能を持つ場合は、Unknownコンポーネントに置き換えられた箇所では音が途絶えることになる。置き換えられたプラグインがインサートモードの場合には、出力先のｃｈから音信号が出力されなくなるし、センドリターンモードでも、プラグインによる処理後の、例えばエフェクトがかかった音がなくなる。このため、ユーザは、出力される音の変化を通じて、ミキシング処理部２０も含めた信号処理全体のどの部分が実行できていないのか、ということを把握できる。

次に、図１１に、シーンのリコールに伴いカレントシーンにUnknownコンポーネントが配置された場合の、プラグイン配置画面２００の表示例を示す。
図１１の例では、２つのコンポーネントがUnknownコンポーネントに置き換えられており、Unknownアイコン２１４によりその配置位置が表示されている。配置位置は、置き換え前のプラグインが配置されるはずだった位置と同じである。
また、Unknownアイコン２１４の箇所ではシーンの作成時に想定していた信号処理が行われないため、Unknownアイコン２１４の存在及びその位置をユーザに確実に認識させるべく、Unknownアイコン２１４は強調表示している。

なお、カーソル２１１をUnknownアイコン２１４の位置に移動させることにより、プラグイン設定部２４０に、該当のUnknownコンポーネントについて設定されているパッチの接続先を表示させることができる。この接続先は、上述したように、置き換え前のプラグインについて設定されていたものがそのまま維持されている。
また、図１１の例では、プラグイン選択部２３０においてプラグインが選択されておらず、これに対応して、名称表示部２３２には「None」と表示され、カーソル２１１のサイズは１マスである。
ユーザは、図１１のプラグイン配置画面２００において、Unknownコンポーネントを削除して、他の利用可能なプラグインに置き換える編集を行うこともできる。

〔第２実施形態：図１２〕
次に、この発明の音信号処理装置の第２実施形態について説明する。
第２実施形態は、デジタルミキサ１０が、図１０の処理に代えて図１２の処理を実行する点が第１実施形態と異なるのみである。
このため、共通部分については説明を省略するか簡単にし、相違点を中心に説明する。また、第１実施形態と共通又は対応する箇所については、第１実施形態と同じ符号を用いる。これらの点については以下の実施形態も同様とする。

第２実施形態のデジタルミキサ１０は、リコールボタン３０３の操作を検出すると、そのとき選択されているシーン番号＃ｎを引数として図１２の処理を開始する。
この図１２の処理は、ステップＳ１５の後でステップＳ１４ではなくステップＳ２１の処理を実行する点が、図１０の処理と異なるのみである。
すなわち、図１２の処理において、デジタルミキサ１０は、処理対象のプラグインデータが示すプラグインが利用できない場合、リコールするシーン＃ｎのシーンデータ中の、処理対象のプラグインデータについて設定されたパッチデータに基づき、プラグインに対する信号の入力元から出力先への信号伝送を規定するパッチデータを、カレントシーンに追加する。

この伝送は、プラグイン処理部３０を介した伝送でよい。例えば、入力元から、Unknownコンポーネントに割り当てるいずれかの処理タイミングと対応するアドレスに信号を伝送するパッチと、同じアドレスから出力先へ信号を伝送するパッチとを設定することが考えられる。

以上によっても、第１実施形態においてUnknownコンポーネントが音信号をスルーする場合と同様な効果を得ることができる。また、第２実施形態においては、Unknownコンポーネントが、スルーも含めて何ら信号処理を行う必要がないので、Unknownコンポーネントと対応するプログラム部品が用意されていなくてもよい。ただし、第２実施形態では、利用できなかったプラグインに関するパッチのデータそのものはカレントシーンにおいて維持されない。これらによる利害得失を考慮して、第２実施形態の採否を決定するとよい。

〔第３実施形態：図１３〕
次に、この発明の音信号処理装置の第３実施形態について説明する。
第３実施形態は、デジタルミキサ１０が、図１０の処理に代えて図１３の処理を実行する点が第１実施形態と異なる。また、これに対応して、コンポーネントデータ中に、音信号をスルーする機能を持つもの（第１未知コンポーネント情報）と、音信号をカットする機能を持つもの（第２未知コンポーネント情報）との、２種類のUnknownコンポーネントのデータが用意されている。

また、図１３の処理は、ステップＳ１２でＮｏの場合にステップＳ３１乃至Ｓ３３の処理を実行する点が、図１０の処理と異なるのみである。
すなわち、図１３の処理において、デジタルミキサ１０は、処理対象のプラグインデータが示すプラグインが利用できない場合、処理対象のプラグインデータに含まれる動作モードが、インサートモードか否か判断する（Ｓ３１）。そして、これがＹｅｓであれば、デジタルミキサ１０は、処理対象のプラグインデータのタイプＩＤをスルーのUnknownコンポーネントのタイプＩＤに置き換えて、カレントシーンに追加する（Ｓ３２）。Ｎｏであれば、タイプＩＤをカットのUnknownコンポーネントのものに置き換えてカレントシーンに追加する（Ｓ３３）。いずれの場合も、その後ステップＳ１４に進む。

以上の処理によれば、利用できないプラグインがインサートモードの場合にはスルーのUnknownコンポーネントに、それ以外の、例えばセンドリターンモードの場合にはカットのUnknownコンポーネントに置き換えることができる。
インサートモードでは、プラグインを通さないと音信号が下流に流れないため、所望のエフェクトはかからなくても音を最低限出力する、という観点からは、スルーをすることが望ましい。一方、センドリターンモードでは、スルーをせずカットしても、プラグインを通さない、いわゆるドライの音信号が下流に流れ、エフェクトのかかったいわゆるウェットの音信号が消えるだけである。したがって、エフェクトがかからないならプラグイン処理部３０からミキシング処理部２０へ信号を戻す必要がない。このため、信号をカットして何ら問題ない。
このように、図１３の処理によれば、プラグインに設定されたモードに適したUnknownオブジェクトを自動的に選択して配置することができる。

〔第４実施形態：図１４〕
次に、この発明の音信号処理装置の第４実施形態について説明する。
第４実施形態は、デジタルミキサ１０が、図１３の処理に代えて図１４の処理を実行する点が第３実施形態と異なるのみである。
また、図１４の処理は、ステップＳ３１に代えてステップＳＡの処理を実行する点が、図１３の処理と異なるのみである。

すなわち、図１４の処理において、デジタルミキサ１０は、処理対象のプラグインデータが示すプラグインが利用できない場合、Unknownコンポーネントとしてスルーとカットのどちらのコンポーネントを使用することが設定されているかに応じて、利用できないプラグインを、設置に応じたUnknownコンポーネントに置き換える。この設定は、予めユーザから受け付けておいたものを一律に適用しても、利用できないプラグインが発見される度にそのプラグインのみに関する設定を受け付けて適用してもよい。

以上の処理によれば、ユーザの好みに応じて、利用できないプラグインをスルー又はカットのUnknownコンポーネントに置き換え、第１実施形態の場合と同様な効果を得ることができる。

〔第５実施形態：図１５〕
次に、この発明の音信号処理装置の第５実施形態について説明する。
第５実施形態は、デジタルミキサ１０が、図１０の処理に代えて図１５の処理を実行する点が第１実施形態と異なるのみである。
また、図１５の処理は、ステップＳ１５に代えてステップＳＢの処理を実行する点が、図１０の処理と異なるのみである。

すなわち、図１５の処理において、デジタルミキサ１０は、処理対象のプラグインデータが示すプラグインが利用できない場合、処理対象のプラグインデータのタイプＩＤを、予め設定された規則に従って選択された代替のプラグインタイプのタイプＩＤに置き換えて、カレントシーンに追加する（ＳＢ）。
例えば、利用できないプラグインのタイプを、その名称等によりある程度把握できる場合、少しバージョンが古い概ね同機能のプラグインであれば利用可能、といった判断が可能であることも考えられる。ステップＳＢでは、このような規則で代替のプラグインタイプを選択することが考えられる。また、ユーザが一律にあるいはプラグインのタイプごとに、代替のプラグインタイプを任意に設定することも考えられる。代替のプラグインタイプにUnknownコンポーネントが含まれていてよいことはもちろんである。また、予め設定された規則に従って適切な代替のプラグインを決定できない場合に、Unknownコンポーネントに置き換えるようにしてもよい。

以上の処理によれば、利用できないプラグインを、ユーザの好みに応じて別の利用可能なプラグインに置き換えてシーンをリコールすることができる。

〔変形例〕
以上で実施形態の説明を終了するが、装置の構成、データの構成、画面の表示形式や表示内容、コンポーネントの種類、具体的な処理の手順などが、上述の実施形態で説明したものに限られないことはもちろんである。
例えば、信号処理を行うハードウェアが、ミキシング処理部２０とプラグイン処理部３０に分かれていることは必須ではない。コンポーネントに、ミキシング処理部２０の処理リソースを割り当ててもよい。また、割り当てる処理リソースも、処理タイミングに限られず、レジスタやメモリも割り当ての対象であってもよい。また、プラグイン処理部３０の構成や、プラグイン処理部３０を用いた信号処理の実行態様も、図３乃至図５を用いて説明したものに限られない。

また、上述した実施形態では、ＤＳＰの処理リソースを割り当てるコンポーネントが、１入力１出力のプラグインコンポーネントである例について説明したが、これに限られることはない。
まず、コンポーネントが、複数入力複数出力のものであってもよい。ただし、入力と出力の数が等しく、また、コンポーネントが行う信号処理において、各入力信号が混合されないものとする。このような複数入力複数出力のコンポーネントは、上述した各実施形態の場合と同様に、パッチ及び配置位置を変更せずに、スルーあるいはカットのUnknownコンポーネントに置き換え可能である。
また、入力と出力の数が異なっていたり、ミキサのように、コンポーネントが行う信号処理において、全部又は一部の各入力信号が混合されたりする場合でも、パッチ及び配置位置を変更せずに、カットのUnknownコンポーネントに置き換えることは可能である。
また、コンポーネントの用途はプラグインには限られない。

また、上述した実施形態では、Unknownコンポーネントの例として、スルーの機能を持つものとカットの機能をもつものについて説明した。しかし、他の機能を持つUnknownコンポーネントを用いてもよい。また、何の処理もしないUnknownコンポーネントを用いてもよい。何の処理もしないUnknownコンポーネントのプラグインプログラム部品は不要であり、何の処理もしないUnknownコンポーネントに割り当てられた処理タイミングで実行すべきプログラムはない、という状態でよい。ただ、Unknownコンポーネントが何の処理もしない場合、配置時点でＤＳＰメモリに残っている音データが出力側のパッチ先にそのまま出力され続けることが考えられる。これを避けるため、何の処理もしないUnknownコンポーネントに処理タイミングを割り当てる際には、最後の処理タイミングと対応する出力アドレスをクリアしておくとよい。

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

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

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

以上の説明から明らかなように、この発明によれば、音信号処理装置における、プロセッサの処理リソースの、コンポーネントへの割り当てを示す配置データの利便性を高めることができる。また、このことを通じて、音信号処理装置の操作性を向上させることができる。

１０…デジタルミキサ、１１…ＣＰＵ、１２…フラッシュメモリ、１３…ＲＡＭ、１４…ＰＣ＿Ｉ／Ｏ、１５…ＭＩＤＩ＿Ｉ／Ｏ、１６…その他Ｉ／Ｏ、１７…表示器、１８…操作子、１９…波形Ｉ／Ｏ、２０…ミキシング処理部、２２…システムバス、２３…オーディオバス、３０…プラグイン処理部、３１…ＤＳＰ、３２…ＤＳＰメモリ、４１…アナログ入力部、４２…デジタル入力部、４３…入力パッチ、４４…入力ｃｈ、４５…ＭＩＸバス、４６…ＭＩＸ出力ｃｈ、４７…出力パッチ、４８…アナログ出力部、４９…デジタル出力部、５０…プラグイン、２００…プラグイン配置画面、２１０…プラグイン配置部、２１１…カーソル、２１２，２１３，２３１…アイコン、２１４…Unknownアイコン、２２０…カーソル操作部、２２１…つまみ、２２２…カーソル位置表示部、２２３…リソース表示部、２３０…プラグイン選択部、２３２…名称表示部、２４０…プラグイン設定部、２４１…入力元設定部、２４２…出力先設定部、２４３…モード設定部、２５１…配置ボタン、２５２…削除ボタン、２５３…クローズボタン、３００…シーン操作画面、３０１…シーン番号選択部、３０２…ストアボタン、３０３…リコールボタン

Claims (9)

1. プロセッサの処理リソースを、所定の配置データに従って１以上のコンポーネントに割り当てて、該割り当てた処理リソースを用いて該各コンポーネントに関する音信号処理を実行する音信号処理装置であって、
   前記割り当てに反映させる配置データを記憶する第１記憶部と、
   当該音信号処理装置において利用可能なコンポーネントの情報を記憶する第２記憶部にアクセスするためのアクセス部と、
   前記配置データを複数記憶する記憶部から１の配置データを前記第１記憶部に読み出す読出部であって、前記１の配置データに、前記第２記憶部に記憶されていないコンポーネントが含まれる場合には、前記１の配置データのうち、該記憶されていないコンポーネントの情報を、該記憶されていないコンポーネントと同じ処理リソースに割り当てられる未知のコンポーネントを示す未知コンポーネント情報に置き換えて前記第１記憶部に書き込む読出部を備えることを特徴とする音信号処理装置。
2. 請求項１に記載の音信号処理装置であって、
   前記未知コンポーネント情報は、前記音信号処理として音信号のスルーを実行することを示す情報又は音信号のカットを実行することを示す情報を含むことを特徴とする音信号処理装置。
3. 請求項１に記載の音信号処理装置であって、
   前記未知コンポーネント情報として、前記音信号処理として音信号のスルーを実行することを示す第１未知コンポーネント情報と、前記音信号処理として音信号のカットを実行することを示す第２未知コンポーネント情報とが用意され、
   前記読出部が、前記未知コンポーネント情報として前記第１未知コンポーネント情報と前記第２未知コンポーネント情報のどちらを用いるかを、ユーザから受け付けた設定に従って決定することを特徴とする音信号処理装置。
4. 請求項１に記載の音信号処理装置であって、
   前記未知コンポーネント情報として、前記音信号処理として音信号のスルーを実行することを示す第１未知コンポーネント情報と、前記音信号処理として音信号のカットを実行することを示す第２未知コンポーネント情報とが用意され、
   前記コンポーネントに関する音信号処理は、該コンポーネントと対応付けられた音信号処理チャンネルにて処理される音信号に対する音信号処理であって、インサートモードのエフェクト付与及びセンドリターンモードのエフェクト付与を含み、
   前記配置データは、前記処理リソースに割り当てる各コンポーネントをどのモードで動作させるかを示す情報を含み、
   前記読出部は、前記１の配置データにおいて前記記憶されていないコンポーネントが前記インサートモードで動作される場合、該記憶されていないコンポーネントの情報と置き換える前記未知コンポーネント情報として前記第１未知コンポーネント情報を用い、前記記憶されていないコンポーネントが前記センドリターンモードで動作される場合、該記憶されていないコンポーネントの情報と置き換える前記未知コンポーネント情報として前記第２未知コンポーネント情報を用いることを特徴とする音信号処理装置。
5. 請求項１乃至４のいずれか一項に記載の音信号処理装置であって、
   前記配置データは、前記処理リソースに割り当てる各コンポーネントが処理する信号の入力元と該各コンポーネントによる処理後の信号の出力先の情報を含み、
   前記読出部は、前記記憶されていないコンポーネントについても、前記１の配置データに含まれる前記入力元及び前記出力先の情報を、そのまま前記第１記憶部に書き込むことを特徴とする音信号処理装置。
6. 請求項１に記載の音信号処理装置であって、
   前記配置データは、前記処理リソースに割り当てる各コンポーネントが処理する信号の入力元と該各コンポーネントによる処理後の信号の出力先の情報を含み、
   前記読出部は、前記記憶されていないコンポーネントについては、前記１の配置データに含まれる前記入力元及び前記出力先の情報を、前記入力元から前記出力先に対して音信号を伝送することを示す情報に変更して前記第１記憶部に書き込むことを特徴とする音信号処理装置。
7. 請求項１乃至６のいずれか一項に記載の音信号処理装置であって、
   前記第１記憶部に記憶されている配置データに従って、コンポーネントに対する前記プロセッサの処理リソースの割り当て状態を表示部に表示させる表示制御部を備え、
   前記表示制御部は、前記配置データに前記未知コンポーネント情報が含まれる場合、該未知コンポーネント情報と対応するコンポーネントに関する割り当て状態も表示することを特徴とする音信号処理装置。
8. プロセッサの処理リソースを、所定の配置データに従って１以上のコンポーネントに割り当てて、該割り当てた処理リソースを用いて該各コンポーネントに関する音信号処理を実行する音信号処理手順と、
   前記配置データを複数記憶する記憶部から、１の配置データを、前記割り当てに反映させる配置データを記憶する第１記憶部に読み出す読出手順であって、前記１の配置データに、利用可能なコンポーネントの情報を記憶する第２記憶部に記憶されていないコンポーネントが含まれる場合には、前記１の配置データのうち、該記憶されていないコンポーネントの情報を、該記憶されていないコンポーネントと同じ処理リソースに割り当てられる未知のコンポーネントを示す未知コンポーネント情報に置き換えて前記第１記憶部に書き込む読出手順とを備えることを特徴とする音信号処理方法。
9. コンピュータに、請求項８に記載の音信号処理方法を実行させるためのプログラム。

Images