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

Abstract

【課題】配置データを、プロセッサの処理リソースのコンポーネントへの割り当てに反映させる場合に、その反映に伴って信号処理中の音に途切れが発生する箇所をユーザが容易に把握できるようにする。
【解決手段】プロセッサの処理リソースを、所定の配置データに従って１以上のコンポーネントに割り当てて、その割り当てた処理リソースを用いて各コンポーネントに関する音信号処理を実行する音信号処理装置において、ユーザにより、１の配置データを、上記割り当てに反映させる配置データを記憶する第１記憶部に読み出すことが指示された場合、その指示時点で上記第１記憶部に記憶されている第１配置データと、読み出すべき第２配置データとに基づき、その読み出しの実行に応じた処理リソースの割り当て変更によって、出力先への音信号の出力が一時的に途切れる途切れ箇所を検出し、表示部に、該途切れ箇所を表示させるようにした。
【選択図】 図１１

Description

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

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

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

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

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

ところで、仮想的な配置位置へのコンポーネントの配置を、予め配置データとして作成しておき、装置に読み込ませることにより、コンサートのシーン変更時などの任意のタイミングで、迅速に音信号処理装置の動作に反映させられるようにすることが考えられる。
しかし、この反映に際しては、読み込み時点であるコンポーネントに割り当てられていたリソースを、読み込みに応じて別のコンポーネントに割り当て直す必要が生じることもある。一方、上記別のコンポーネントが信号処理を開始するためには、プログラムのロード等に若干の時間を要する。このため、配置データの読み込みに際して上記あるコンポーネントが信号処理を止めてから、上記別のコンポーネントが信号処理を開始するまでの間に、若干間隔が空く。そして、その間は、ＤＳＰからの音信号の出力が途切れてしまうことになる。

このような途切れがある程度起こることはやむを得ないが、コンサート等の本番中に、注目を集める出力音に対して起こると、聴衆に不自然な印象を与えてしまう。従って、なるべく途切れが避けられるようにし、起こるとしてもあまり注目の集まらない音に対して起こるようにすることが望ましい。
しかし、読み込み時に有効になっている配置データと、これから読み込もうとする配置データとの双方の内容を正確に把握していなければ、配置データの読み込みに伴いどこでどのように途切れが起こるかが予め把握できず、途切れを適切に管理することは難しいという問題があった。

この発明は、このような問題を解決し、音信号処理装置が、プロセッサの処理リソースの、コンポーネントへの割り当てを示す配置データを読み込んで実際の割り当てに反映させる場合に、該反映に伴って信号処理中の音に途切れが発生する箇所をユーザが容易に把握できるようにすることを目的とする。

上記の目的を達成するため、この発明の音信号処理装置は、プロセッサの処理リソースを、所定の配置データに従って１以上のコンポーネントに割り当てて、その割り当てた処理リソースを用いてその各コンポーネントに関する音信号処理を実行する音信号処理装置において、上記割り当てに反映させる配置データであって、各コンポーネントに割り当てる処理リソースの情報と、各コンポーネントが処理する信号の入力元とその各コンポーネントによる処理後の信号の出力先の情報とを含む配置データを記憶する第１記憶部と、上記配置データを複数記憶する記憶部から、１の配置データを、上記第１記憶部に読み出す読出部と、上記第１記憶部に記憶されている配置データが変更された場合に、その変更後の配置データに基づきコンポーネントへの上記処理リソースの割り当て変更及び各コンポーネントについての信号の入力元と出力先の変更を行う割当変更部と、ユーザにより、上記記憶部に記憶されている配置データの読み出しが指示された場合、その指示時点で上記第１記憶部に記憶されている第１配置データと、読み出すべき第２配置データとに基づき、その読み出しの実行に応じた上記割当変更部による変更によって、出力先への音信号の出力が一時的に途切れる途切れ箇所を検出する検出部と、上記検出部が上記途切れ箇所を検出した場合に、表示部に、その途切れ箇所を表示させる表示制御部とを設けたものである。

このような音信号処理装置において、上記検出部が、上記第２配置データの読み出しにより、上記第１配置データに従って一のコンポーネントに割り当てられていた処理リソースを他のコンポーネントに割り当てる必要が生じ、かつ、上記第２配置データにおいてその他のコンポーネントに関して、信号の入力元及び出力先として、上記第１配置データにおいて上記一のコンポーネントに関して定められているものと同じ入力元及び出力先が定められている場合に、その他のコンポーネントを、上記途切れ箇所として特定するとよい。
さらに、上記検出部が、上記一のコンポーネントも、上記途切れ箇所として特定するとよい。

また、上記信号の出力先の候補のうち、上記途切れ箇所の検出の対象とする候補の指定をユーザから受け付ける第１受付部を設け、上記検出部が、上記第２配置データにおいて上記他のコンポーネントに関して定められている出力先が、上記第１受付部が受け付けた候補のいずれかである場合にのみ、上記他のコンポーネントを、上記途切れ箇所として特定するとよい。
さらに、上記信号の入力元の候補のうち、上記途切れ箇所の検出の対象とする候補の指定をユーザから受け付ける第２受付部を設け、上記検出部が、上記第２配置データにおいて上記他のコンポーネントに関して定められている入力元が、上記第２受付部が受け付けた候補のいずれかである場合にのみ、上記他のコンポーネントを、上記途切れ箇所として特定するとよい。

また、上記の各音信号処理装置において、上記表示制御部が、上記第１配置データに従った、コンポーネントに対する上記プロセッサの処理リソースの割り当て状態と、上記第２配置データの読み出しを実行した場合における、コンポーネントに対する上記プロセッサの処理リソースの割り当て状態とを、上記表示部に並べて表示させ、その表示中で、上記途切れ箇所と特定されたコンポーネントを強調表示させるとよい。

さらに、上記検出部が上記途切れ箇所を検出した場合に、ユーザの指示に応じて、上記第２配置データ中でその途切れ箇所と特定されたコンポーネントに割り当てる処理リソースを、上記第１配置データに従って現にコンポーネントに割り当てられている処理リソースと重ならないように変更する変更部を設けるとよい。
さらに、上記変更部による変更後の第２配置データを、ユーザの指示に応じて、上記記憶部における第２配置データに上書きして保存するとよい。
また、この発明は、上記のように装置として実施する他、システム、方法、プログラム、記録媒体等、任意の態様で実施することができる。

以上のようなこの発明の構成によれば、音信号処理装置が、プロセッサの処理リソースの、コンポーネントへの割り当てを示す配置データを読み込んで実際の割り当てに反映させる場合に、該反映に伴って信号処理中の音に途切れが発生する箇所をユーザが容易に把握することができる。

この発明の音信号処理装置の一実施形態であるデジタルミキサのハードウェア構成を示す図である。 図１に示したデジタルミキサが備える音信号処理機能の構成をより詳細に示す図である。 図１に示したプラグイン処理部が有する処理リソースを示す図である。 プラグイン処理部の処理リソースを利用したプラグイン処理の実行態様の例を示す図である。 その別の例を示す図である。 プラグイン配置画面の表示例を示す図である。 利用可能なコンポーネントを示すコンポーネントデータの構成例を示す図である。 コンポーネントの配置状態を示すデータの構成例を示す図である。 シーン操作画面の表示例を示す図である。 音切れ防止設定画面の表示例を示す図である。 図１に示したデジタルミキサのＣＰＵが図９のリコールボタンの操作に応じて実行するシーンリコール処理のフローチャートである。 図１１に示した途切れ箇所検出処理のフローチャートである。 リコール確認画面の表示例を示す図である。 図１１に示したリコール実行処理のフローチャートである。 図１１に示したプラグイン移動処理のフローチャートである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、リコールセーフ設定部２４３は、プラグインの種類（図６の例では「Reverb」）を表示すると共に、そのプラグインについてリコールセーフを設定するか否かを表示している。リコールセーフとは、後述する配置データ（図８のシーン）を読み出してデジタルミキサ１０の動作に反映させる（このことを「呼び出し」あるいは「リコール」ともいう）場合に、リコールセーフが設定されたプラグインの状態を変更しないようにその反映を行うことを定めるものである。従って、読み出された配置データに含まれるプラグインのうち、リコールセーフが設定されたプラグインと重なる位置に配置されるプラグインは、デジタルミキサ１０の動作に反映されない（図８のカレントシーンに保存されない）ことになる。
ユーザは、リコールセーフ設定部２４３をタッチすることにより、リコールセーフのオンオフをトグルで切り替えることができる。

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

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

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

まず、デジタルミキサ１０は、デジタルミキサ１０において利用可能なコンポーネントのタイプを規定するデータとして、図７に示すコンポーネントデータをフラッシュメモリ１２等の記憶部（第２記憶部）に記憶している。
なおここでは、利用可能なコンポーネントはプラグインコンポーネントのみであるとし、コンポーネントデータは、利用可能なプラグインのタイプ数ｐと、その各タイプの内容を規定する、第１〜第ｐのプラグインタイプのデータを含む。プラグイン以外のコンポーネントも利用可能である場合には、同様に当該コンポーネントのデータも用意する。

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

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

また、デジタルミキサ１０は、コンポーネントの配置状態を示す配置データとして、図８に示すシーンデータ及びカレントシーンを記憶している。カレントシーンが、現在のプラグイン処理部３０に実行させる信号処理及びそれに関連する信号伝送に反映させるデータである。デジタルミキサ１０は、このカレントシーンを、第１記憶手順によりＲＡＭ１３等の記憶部（第１記憶部）に記憶している。シーンデータは、必要に応じて読み出してカレントシーンとして使用できるように、予め作成されて保存されているデータである。

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

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

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

開始スロット及び最終スロットは、プラグイン配置画面２００における該当のプラグインの配置位置、すなわち該当のプラグインに割り当てる処理リソースを示すデータであり、それぞれ配置の開始位置と終了位置を示す。各位置は、プラグイン処理部３０におけるＤＳＰ３１及びその処理タイミングにより特定することができる。なお、開始スロットから最終スロットまでの長さは、プラグインのスロット数と一致する。
リコールセーフは、リコールセーフ設定部２４３で設定された、該当のプラグインについてのリコールセーフのオンオフを示すデータである。
パラメータデータは、該当のプラグインが信号処理に使用するパラメータの値である。その構成は、プラグインのタイプに対応するパラメータ構成データに基づくものである。

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

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

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

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

なお、既にプラグインが配置されている位置に重なるように新たなプラグインの配置を指示された場合、デジタルミキサ１０は、その重なる位置に配置されているプラグイン及びそのプラグインについて設定されているパッチを（もしあれば）削除してから、上記新たなプラグインの配置を行う。この際に、削除されるプラグインに入力と出力双方のパッチが設定されている場合、プラグインの削除に伴って出力先への音信号の供給が途絶えることになる。このため、削除可否についてユーザに確認し、削除可の回答を得てからプラグインの削除及び新たなプラグインの配置を行うとよい。

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

以上のデジタルミキサ１０において特徴的な点の１つは、シーンをリコールする場合に、そのリコールに応じて、リコール時に行っているプラグイン処理部３０からミキシング処理部２０への音信号の出力が、プラグイン処理部３０におけるリソースの割り当て変更に伴い一時的に途切れる箇所（以下「途切れ箇所」ともいう）を、ユーザが容易に認識できるようにした点である。そこで、以下この動作について説明する。

ここで、一時的に途切れる、とは、リコールの前と後で同じ入力信号を処理して同じ出力先へ出力するが、リソースの割り当て変更中はプラグイン処理部３０で信号処理ができないことに伴い、その間出力が途絶えることをいう。シーンのリコールを行っても、それに応じてリソースの割り当てが変わらないプラグインについては、そのまま信号処理を継続できるため、出力が途切れることはない。なお、プラグイン処理部３０からの音信号の出力が途切れると、ミキシング処理部２０における出力先のｃｈを経由して波形Ｉ／Ｏ１９から出力される音信号（ひいては波形Ｉ／Ｏ１９に接続されるスピーカの出力音）も途切れることになるので、このような途切れを「音切れ」とも呼ぶことにする。

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

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

リコールボタン３０３は、シーン番号選択部３０１にて選択された番号のシーンをリコールすることを指示するためのボタンである。このボタンが操作されると、デジタルミキサ１０は、図１１の処理を実行し、シーンのリコールと、それに応じた途切れ箇所の検出、表示等を行う。

次に、図１０に、音切れ防止設定画面の例を示す。
図１０に示す音切れ防止設定画面４００は、音の途切れを許容できるｃｈと許容できないｃｈとの区別の設定を受け付けるための画面である。音切れ防止設定画面４００は、ユーザによる所定の操作に応じて、随時に表示器１７に表示される画面である。すなわち、リコール直前にこの画面による設定を行うこともできるし、予め設定を保存しておくこともできる。

音切れ防止設定画面４００には、入力側設定部４１０と、出力側設定部４２０が含まれる。
入力側設定部４１０には、プラグインに対する信号の入力元の候補となる各ｃｈと対応するボタンが設けられている。出力側設定部４２０には、プラグインに対する信号の出力先の候補となる各ｃｈと対応するボタンが設けられている。ここでは、いずれの候補も、１番目から１２番目までの入力ｃｈ４４と、１番目から８番目までのＭＩＸ出力ｃｈ４６である。

そして、入力側設定部４１０では、各ｃｈと対応するボタンにより、該当のｃｈが入力元となっている音信号に関して音の途切れを許容できるか否かを、ｃｈ毎にトグルで設定することができる。図１０の例では、ハッチングを付した状態が許容否（途切れを防止する）を、ハッチングなしの状態が許容可を示す。出力側設定部４２０は、同様に、該当のｃｈが出力先となっている音信号に関して音の途切れを許容できるか否かの設定を受け付ける。

なお、入力側設定部４１０と出力側設定部４２０とを区別せず、入力元になる場合と出力先になる場合とについて共通の設定を受け付けるようにしてもよい。また、ｃｈ内に複数のインサートポイントを設ける場合に、インサートポイント毎に設定を受け付けることも考えられる。さらに、入力ｃｈ４４とＭＩＸ出力ｃｈ４６以外の場所にインサートポイントを設ける場合、それらの場所についても設定を受け付けることが望ましい。ただし、一部のｃｈについては対応する操作部を設けず、設定を固定とすることも考えられる。
以上の音切れ防止設定画面４００を制御するＣＰＵ１１は、第１受付部及び第２受付部として機能する。

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

デジタルミキサ１０は、リコールボタン３０３の操作を検出すると、そのとき選択されているシーン番号ｎを引数として図１１の処理を開始する。
図１１の処理において、デジタルミキサ１０はまず、図１２に示す途切れ箇所検出処理を行う（Ｓ１１）。この処理は、後に詳述するが、カレントシーン（第１配置データ）と、リコールしようとする第ｎシーン（第２配置データ）のそれぞれについて、リコールに伴い音信号の出力が一時的に途切れる途切れ箇所となるプラグインを特定する処理である。

そして、途切れ箇所が特定された場合（Ｓ１２のＹｅｓ）、デジタルミキサ１０は、図１３のリコール確認画面５００を表示して、その途切れ箇所をユーザに通知すると共に、それに応じて実行する動作の選択を受け付ける（Ｓ１３）。いずれの場合も、デジタルミキサ１０は、ステップＳ１３で選択を受け付けると、リコール確認画面５００を一旦消去する。ここでは、ステップＳ１３の選択肢として、「続行」、「中止」、「自動編集」、「保存」の４通りを用意しており、処理はその結果に応じて分岐する（Ｓ１４）。

まず、「続行」の場合、デジタルミキサ１０は、図１４のリコール実行処理により、第ｎシーンのリコールを実行して（Ｓ１５）、処理を終了する。ただし、ここで用いる第ｎシーンのデータは、図１１の処理の開始時点のデータとは異なる場合がある。なお、ステップＳ１２で途切れ箇所がなかった場合も、同様にリコールを実行する。リコール実行処理については後に詳述する。

また、「中止」の場合、デジタルミキサ１０は、リコールを中止して（Ｓ１６）、処理を終了する。この場合、プラグイン処理部３０におけるリソースの割り当てや信号伝送は変化しない。音信号が途切れることを避けるためには、この選択肢を選ばざるを得ない場合もある。

また、「自動編集」の場合、デジタルミキサ１０は、今回が図１１の処理における初回の編集であれば（Ｓ１７のＹｅｓ）、リコール対象の第ｎシーンのデータを所定のワークエリアにコピーし、以後シーンリコールが完了又は中止されるまで、当該ワークエリアのデータを第ｎシーンのデータとして取り扱うこととする（Ｓ１８）。ステップＳ１７でＮｏであれば、ステップＳ１８はスキップする。この処理は、シーンデータ中の第ｎシーンのデータに影響を与えずに第ｎシーンのデータを加工するための準備である。

いずれの場合も、デジタルミキサ１０は、次に図１５のプラグイン移動処理を実行する（Ｓ１９）。この処理は、後に詳述するが、第ｎシーン中の途切れ箇所のプラグインを、途切れの原因とならない位置へ移動させることを試みる処理である。
その後、デジタルミキサ１０は、再度図１２の途切れ箇所検出処理を実行して（Ｓ２０）、ステップＳ１３に戻り、処理を繰り返す。この場合、途切れ箇所がなくても、確認のためステップＳ１３でリコール確認画面５００を表示する。この表示はもちろん、プラグイン移動処理による加工後の、ワークエリア中の第ｎシーンのデータに基づき行う。

なお、ステップＳ１９（図１５）の処理を行っても、必ずしも途切れを全て解消できるとは限らない。しかしユーザは、再度ステップＳ１３で表示されたリコール確認画面５００を参照して、途切れ箇所がなくなったか、またはどの部分に残っているかを把握した上で、「続行」、「中止」、あるいは「保存」を選択することができる。再度「自動編集」を選択することも妨げられない。

また、ステップＳ１４で「保存」の場合、デジタルミキサ１０は、ワークエリアに第ｎシーンのデータがあれば、これをシーンデータ中の第ｎシーンのデータに上書きして保存する（Ｓ２１）。なければ、第ｎシーンのデータは変更されていないと考えられるため、保存は不要である。この場合、後述の保存ボタン５４４を無効にしてもよい。その後、ステップＳ１３に戻って処理をくり返す。この処理は、ステップＳ１９での編集結果を保存するための処理である。

次に、図１２の途切れ箇所検出処理の詳細を説明する。
図１２の処理において、デジタルミキサ１０は、リコール対象の第ｎシーンに含まれる各プラグインを順次処理対象として、ステップＳ３１乃至Ｓ３７の処理をくり返す。
この繰り返し部分では、デジタルミキサ１０はまず、カレントシーン中で処理対象のプラグインと重なる配置のプラグインがあるか否か判断する（Ｓ３１）。一部でも重なればこの判断はＹｅｓになる。

ステップＳ３１でＮｏの場合、処理対象のプラグインには、リコール時点でどのプラグインにも割り当てられていないリソースを割り当てることになるため、処理対象のプラグインは途切れの原因とならないことがわかる。そこで、処理対象のプラグインについての処理を終了する。
ステップＳ３１でＹｅｓであれば、デジタルミキサ１０は次に、発見した重なる配置のプラグインにリコールセーフが設定されているか否か判断する（Ｓ３２）。なお、ステップＳ３１で重なる配置のプラグインが複数あった場合、１つでもリコールセーフが設定されているものがあれば、ステップＳ３２はＹｅｓとなる。

ステップＳ３２でＹｅｓであれば、リコールセーフ機能のため処理対象のプラグインはカレントデータに反映されないので、リコールによりリソースの割り当ては変化しないことがわかる。従って、処理対象のプラグインは途切れの原因とならないため、処理対象のプラグインについての処理を終了する。
ステップＳ３２でＮｏであれば、リコールに伴い、ステップＳ３１で発見されたプラグインに割り当てられていたリソースを、処理対象のプラグインに割り当て直す必要が生じることがわかる。そこで、ステップＳ３２でＮｏの場合、処理はステップＳ３３以降に進むが、ステップＳ３１で複数のプラグインを発見した場合、そのそれぞれについて個別にステップＳ３３以降の処理を実行する。

ステップＳ３３では、デジタルミキサ１０は、処理対象のプラグインとステップＳ３１で発見したプラグインとでパッチ先のｃｈが共通か否か判断する（Ｓ３３）。ここでは、入力元と出力先の双方が共通である場合にこの判断がＹｅｓになるとする。
ステップＳ３３でＮｏであれば、処理対象のプラグインとステップＳ３１で発見したプラグインとは、異なる箇所の信号を取り扱うものであることがわかる。このため、リソースの割り当て直しに伴い信号が出力できない期間が生じたとしても、それは一時的な途切れではない。すなわち、リコールに伴い、今までプラグイン処理部３０が行っていた１つの出力がなくなり、新たにそれと全く異なる出力がなされるようになるだけである。従って、処理対象のプラグインを途切れ箇所とはせず、処理対象のプラグインについての処理を終了する。

ステップＳ３３でＹｅｓであれば、処理対象のプラグインとステップＳ３１で発見したプラグインとでプラグインのタイプ及び配置位置が共通か否か判断する（Ｓ３４）。ここでもＹｅｓであれば、処理対象のプラグインとステップＳ３１で発見したプラグインとは、全く同じ処理を行うプラグインであって、形式的にはリソースの割り当て直しが必要であっても、実質的には割り当て直しを行うことなくそのままプラグインに係る処理を継続して問題ない。したがってこの場合、処理対象のプラグインを途切れ箇所とはせず、処理対象のプラグインについての処理を終了する。

ステップＳ３４でＮｏであれば、処理対象のプラグインの箇所で途切れが発生することがわかる。しかし、デジタルミキサ１０は、処理対象のプラグインについて第ｎシーンで設定されているパッチと、音切れ防止設定画面４００でなされた設定とを参照し、処理対象のプラグインの出力先及び入力元のいずれについても途切れ防止が設定されていない場合には（Ｓ３５のＮｏかつＳ３６のＮｏ）、処理対象のプラグインを途切れ箇所とはせず、処理対象のプラグインについての処理を終了する。
特段の問題がなければ速やかにリコールが実行できた方が望ましいため、音が途切れてもよいｃｈの信号を扱うプラグインについては、途切れ箇所として特定せず、ユーザへの確認も不要としたものである。

ステップＳ３５又はＳ３６でＹｅｓの場合、デジタルミキサ１０は、処理対象のプラグイン及びステップＳ３１で発見したプラグイン（のうちステップＳ３３以降の処理で注目したもの）を途切れ箇所として特定し（Ｓ３７）、処理対象のプラグインについての処理を終了する。

第ｎシーンに含まれる全てのプラグインについて以上の処理が終了すると、デジタルミキサ１０は図１２の処理を終了し、元の処理に戻る。
以上の図１２の処理が検出手順の処理であり、この処理において、ＣＰＵ１１は検出部として機能する。以上の処理により、ユーザに通知すべき途切れ箇所を、適切に検出することができる。

次に、図１３のリコール確認画面５００の詳細を説明する。
このリコール確認画面５００は、図１２の処理で特定した音切れ箇所をユーザに通知すると共に、それに応じて実行する動作の選択を受け付けるための画面である。
リコール確認画面５００は、カレントシーン表示部５１０、リコールシーン表示部５２０、ステータス表示部５３０、ＯＫボタン５４１、キャンセルボタン５４２、自動編集ボタン５４３、保存ボタン５４４を備える。

これらのうちカレントシーン表示部５１０は、プラグイン配置画面２００におけるプラグイン配置部２１０と同様な書式により、カレントシーンにおけるプラグインへの処理リソースの割り当て状態を表示する領域である。また、リコールシーン表示部５２０は、同様に、第ｎシーンのリコールを実行した場合におけるプラグインへの処理リソースの割り当て状態を表示する領域である。この割り当て状態は、リコールセーフの設定も加味して導出するので、必ずしも第ｎシーンの内容と同じにはならない。

ただし、カレントシーン表示部５１０とリコールシーン表示部５２０のいずれにおいても、途切れ箇所として特定されたプラグインを、他のプラグインと区別できるように強調して表示する。図１３の例では、ＶＳＳプラグインを示すアイコン５１１と、ＮＬＮプラグインを示すアイコン５２１とが強調表示されている。この強調表示により、ユーザは、今回指示したリコールに伴って音信号の出力に一時的な途切れが発生する場合に、その箇所を容易に把握することができる。

カレントシーン表示部５１０とリコールシーン表示部５２０の一方のみの表示、または一方のみにおいて強調表示を行うようにすることも考えられるが、図１３のように双方で強調表示を行う方が望ましい。途切れ防止のためには、カレントシーン（又は前回リコールしたシーン）を修正する方法と、今回リコールしようとしたシーンを修正する方法とがあるが、双方で強調表示がされていれば、ユーザにとって、どちらをどのように修正すればよいかを把握し易いためである。ユーザは、リコール確認画面５００において「中止」を選択してリコール確認画面５００を閉じた後、必要に応じてシーンデータを手動で編集することができる。

なお、強調に用いる表示形式は、輪郭線の太さの他、アイコンの色、塗りつぶしパターン、フォント、線種、点滅など、任意でよい。
いずれにせよ、リコール確認画面５００では、カレントシーンに従った、コンポーネントに対する処理リソースの割り当て状態と、第ｎシーンのリコールを実行した場合における、コンポーネントに対する処理リソースの割り当て状態とを、並べて表示し、その表示中で、途切れ箇所と特定されたコンポーネントを強調表示するものである。

ステータス表示部５３０は、カーソル操作部５３１、プラグイン選択部５３２、およびプラグイン設定部５３３において、図６のカーソル操作部２２０、プラグイン選択部２３０、およびプラグイン設定部２４０と同様な形式で、カーソル５０１の位置及びその位置に配置されているプラグインの情報を表示する領域である。

図１３の例では、プラグイン選択部５３２においてプラグインのタイプは選択されておらず、これに対応してカーソル５０１のサイズは１マスである。また、カーソル５０１の位置は、カーソル操作部５３１によりカーソル操作部２２０と同様に操作可能だが、プラグイン設定部５３３においてはプラグイン設定部２４０で行えたような設定はできず、単に現在の設定内容を表示するのみである。
ＯＫボタン５４１、キャンセルボタン５４２、自動編集ボタン５４３、保存ボタン５４４は、それぞれ図１１の説明で述べた「続行」、「中止」、「自動編集」、「保存」の指示を受け付けるためのボタンである。
以上のリコール確認画面５００の表示を制御する手順が表示制御手順であり、リコール確認画面５００の表示に関してＣＰＵ１１は表示制御部として機能する。

次に、図１４のリコール実行処理の詳細を説明する。
図１４の処理において、デジタルミキサ１０はまず、カレントシーン中のプラグインのうち、リコール対象の第ｎシーンに含まれるプラグインのいずれかのプラグインとタイプ、配置位置及びパッチが完全に一致するものを抽出する（Ｓ５１）。そして、これらのプラグイン及びそのパッチについては、リコールセーフの有無を問わず、リコールに応じてカレントシーンを変更する必要がないため、ステップＳ５１で抽出されたプラグイン及びこれと対応する第ｎシーン中のプラグインを、以後の処理における考慮から除外する（Ｓ５２）。プラグイン処理部３０は、この除外されたプラグインに係る信号処理を、リコールの前後を通じて継続的に実行可能である。

次に、デジタルミキサ１０は、カレントシーン中の、第ｎシーンに含まれるいずれかのプラグインとタイプ及び配置位置が一致し、かつリコールセーフが設定されていないものを抽出する（Ｓ５３）。そして、カレントシーン中の、ステップＳ５３で抽出したプラグインに関するパッチデータを、第ｎシーン中の対応するプラグインに関するパッチデータに置き換える（Ｓ５４）。第ｎシーンに該当のパッチデータがない場合には、単にカレントシーン中のパッチデータを削除すればよい。

その後、デジタルミキサ１０は、ステップＳ５４でのカレントシーンの変更箇所について、変更後のデータに従いデータ伝送の設定を実行する（Ｓ５５）。そして、ステップＳ５３で抽出したプラグイン及びこれと対応する第ｎシーン中のプラグインを、以後の処理における考慮から除外する（Ｓ５６）。
以上のステップＳ５３乃至Ｓ５６の処理は、カレントシーンと第ｎシーンとでパッチの設定のみが異なるプラグインに関するリコールの処理である。このようなプラグインについては、プラグインプログラム部品のロードを省略し、ごく短時間でリコールを行うことができる。

次に、デジタルミキサ１０は、カレントシーン中の、第ｎシーンに含まれるプラグインと配置が重なるプラグインであって、かつリコールセーフが設定されていないプラグインのプラグインデータを削除する（Ｓ５７）。また、カレントシーン中の、ステップＳ５７で削除したプラグインデータと対応するパッチデータも削除する（Ｓ５８）。そして、ステップＳ５７及びＳ５８でのカレントシーンの変更箇所について、変更後のデータに従いデータ伝送の設定を実行する（Ｓ５９）。これらの処理は、リコール指示時に配置されていたプラグインのうち、第ｎシーン中のプラグインの配置の障害になるものを、先に削除するための処理である。

なお、ステップＳ５９において、カレントデータの変更に従えば、削除したプラグインデータと対応するプラグインプログラム部品の削除も行うことになるが、この削除は行わなくても特に問題はない。次にプラグインを配置する際にはそのプラグインのプラグインプログラム部品を上書きすることになるし、パッチを削除してしまえば、処理後の信号が出力されることもないためである。もちろん、削除しても特に問題はない。

次に、デジタルミキサ１０は、第ｎシーンに含まれるプラグインのうち、カレントシーンに残っているプラグインと重ならないもののプラグインデータをカレントシーンに追加コピーする（Ｓ６０）。また、第ｎシーンにおいてステップＳ６０でコピーしたプラグインデータについて設定されているパッチデータを、カレントシーンに追加コピーする（Ｓ６１）。そして、ステップＳ６０及びＳ６１でのカレントシーンの変更箇所について、変更後のデータに従いプラグインプログラム部品のロードを実行する（Ｓ６２）。

これらの処理は、第ｎシーンのうちカレントシーンに反映可能なデータを反映させるものである。ステップＳ６０の時点で、カレントシーンの、第ｎシーンに含まれるプラグインと重なる配置位置に残っているプラグインは、リコールセーフされたプラグインであるので、第ｎシーン中でこれと重なる配置位置のプラグインは、カレントシーンに反映されない。また、ステップＳ５８では、まだデータ伝送の設定は行わない。

次に、デジタルミキサ１０は、カレントシーン中の、リコールセーフが設定されているプラグイン以外で第ｎシーンに含まれないプラグインのプラグインデータを削除する（Ｓ６３）。また、カレントシーン中の、ステップＳ６３で削除したプラグインデータと対応するパッチデータも削除する（Ｓ６４）。そして、ステップＳ６０，Ｓ６３及びＳ６４でのカレントシーンの変更箇所について、変更後のデータに従いデータ伝送の設定を実行して（Ｓ６５）、図１４の処理を終了し、元の処理に戻る。

ステップＳ６５で、プラグインプログラム部品の削除を行ってもよいことは、ステップＳ５９の場合と同様である。また、ステップＳ６３で削除されるのは、リコール前のカレントシーンにおいて、第ｎシーンではプラグインが配置されない位置に配置されていたプラグインである。この位置に配置されているプラグインは、残しておいてもリコールの障害にならないため、リコール処理の最終段階まで残しておき、可能な限り信号処理を継続できるようにしたものである。

後述する図１５の処理では、音信号の途切れ防止のため、第ｎシーンにおける途切れ箇所のプラグインを、カレントシーン中のプラグインと重ならない配置位置に移動させる編集を行う。図１４の処理のように、カレントシーン中のプラグインに可能な限り信号処理を継続させることにより、プラグインの配置位置が重ならない場合には、あるプラグインを、入力元と出力先を変えずに別のプラグインに入れ替える場合でも、ほとんど音信号の途切れが生じないようにすることができる。

なお、図１５の処理による移動を行うと、第ｎシーンには、カレントシーンのプラグインと出力先が共通し、かつ配置位置が重ならないプラグインが存在することになる。そしてこの場合、図１４のステップＳ６１における追加後のパッチデータには、複数の出力元から同じ出力先へのパッチが規定されることになる（リコール指示時のカレントシーン由来のものと、第ｎシーン由来のものとが共存するため）。この状態でパッチデータをデータ伝送に反映させると、伝送に不具合が生じるため、データ伝送への反映は、ステップＳ６３及びＳ６４で、カレントシーン中の、リコール後に残らないプラグインを削除した後で行っている。この状態では１つの出力元からのパッチのみがパッチデータ中に残っているはずである。

また、リバーブのように、信号処理に直前の一定時間分の音信号が必要なプラグインがあることを考慮すると、ステップＳ６２でそのようなプラグインのプラグインプログラム部品を優先的にロードし、入力側のパッチに基づく信号伝送の設定だけこの時点で行ってしまうことも考えられる。その後、ステップＳ６５までの間で、直前の一定時間分の音信号を蓄積できれば、該当のプラグインは、ステップＳ６５の時点から直ちに信号出力を行うことができ、音信号の途切れが生じないようにすることができる。
以上の図１４の処理は、読出手順及び割当変更手順の処理であり、この処理において、ＣＰＵ１１が読出部及び割当変更部として機能する。

次に、図１５のプラグイン移動処理の詳細を説明する。
図１５の処理において、デジタルミキサ１０は、リコール対象の第ｎシーンに含まれるプラグインのうち図１２の途切れ箇所検出処理で途切れ箇所として特定された各プラグインを順次処理対象として、ステップＳ７１乃至Ｓ７６の処理をくり返す。
この繰り返し部分では、デジタルミキサ１０はまず、第ｎシーンに、処理対象と同タイプであって、入力と出力のいずれもパッチされていないプラグインがあるか否か判断する（Ｓ７１）。パッチされていないプラグインは、シーン中に配置されたものの使われていないプラグインであると考えられる。

そこで、このようなプラグインがあった場合（Ｓ７１でＹｅｓ）、デジタルミキサ１０は、ステップＳ７１で発見したプラグインを、処理対象のプラグインと同じパッチ先にパッチする（Ｓ７２）と共に、処理対象のプラグイン及びそのプラグインに関するパッチを第ｎシーンから削除する（Ｓ７３）。このことにより、途切れ箇所のプラグインと同じ信号処理を行うプラグインを、別の配置位置に設け、途切れ箇所のプラグインを実質的に移動させることができる。移動先においても再度途切れ箇所となることは想定しにくいが、移動先のプラグインがリコールセーフによりカレントシーンに反映されない可能性もあるため、音信号の途切れなしで反映されることを確認してからステップＳ７２に進むようにしてもよい。

一方、ステップＳ７１でＮｏの場合、デジタルミキサ１０は、第ｎシーンとカレントシーンとで共に空きであり、かつ、処理対象のプラグインを配置できるサイズの連続したスロットがあるか否か判断する（Ｓ７４）。これがＹｅｓであれば、デジタルミキサ１０は、発見した空きスロットに処理対象のプラグインと同タイプのプラグインを追加し、さらに追加したプラグインを処理対象のプラグインと同じパッチ先にパッチする（Ｓ７５）。その後、ステップＳ７３の場合と同様に、処理対象のプラグイン及びそのプラグインに関するパッチを第ｎシーンから削除する。このことにより、途切れ箇所のプラグインを、途切れ箇所とならない位置に移動させることができる。
このように、ステップＳ７２及びＳ７３の場合も、ステップＳ７５及びＳ７６の場合も、プラグインの移動により、リコールに伴う音信号の途切れを防止することができる。

ステップＳ７４でもＮｏであれば、処理対象のプラグインには適切な移動先がなく、途切れ箇所となることを回避できないことがわかる。このため、処理対象のプラグインの移動処理は行わない。
ステップＳ７３又はＳ７６の後、あるいはステップＳ７４でＮｏの場合、処理対象のプラグインに関する処理を終了する。第ｎシーンに含まれる全ての途切れ箇所のプラグインについて以上の処理が終了すると、デジタルミキサ１０は図１５の処理を終了し、元の処理に戻る。
以上の処理が、割当変更手順の処理であり、この処理においてＣＰＵ１１は割当変更部として機能する。

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

また、上述した実施形態では、ＤＳＰの処理リソースを割り当てるコンポーネントが、プラグインコンポーネントである例について説明したが、コンポーネントの用途はプラグインには限られない。例えば、１のコンポーネントや複数のコンポーネントの組み合わせ（とパッチ）だけで音信号処理の内容を定義したプログラマブルミキサにおいて用いられるコンポーネントの取り扱いにも、本発明を適用可能である。

また、デジタルミキサ１０が、上述したリコールセーフ機能に代えて、またはこれに加えて、シーンの一部のみを選択的に読み出してカレントシーンに反映させるフォーカスリコール機能を備えていてもよい。この場合、リコールを指示された第ｎシーンのデータのうち、カレントシーンに反映させる部分のデータのみを用いて、図１１の処理を実行すればよい。
なお、リコールセーフやフォーカスリコールのように、シーンをリコールする範囲を制約する機能を設けることは、必須ではない。
また、シーンデータあるいはカレントデータ中で途切れ箇所を特定する基準は、必ずしも図１２の処理で用いたものには限られない。少なくとも、ステップＳ３５及びＳ３６の処理は省略可能である。

また、以上説明したデジタルミキサ１０の機能は、汎用コンピュータに所要のプログラムを実行させることによっても実現可能である。この場合、音信号を入出力するための入出力装置と、ＤＳＰを備えた信号処理用増設カードとをそのコンピュータに接続するとよい。また、デジタルミキサ１０の機能を、複数の装置に分散して設け、それらを協働させて、デジタルミキサ１０と同等な機能を備えるシステムとして動作させることもできる。
また、図７あるいは図８に示したデータの全部又は一部を、その他Ｉ／Ｏ１６に接続される記憶媒体や、ネットワークを介して接続される外部装置の記憶部等に記憶させておき、必要に応じてデジタルミキサ１０がこれを読み出して利用する構成も考えられる。

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

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

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

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

Claims (10)

1. プロセッサの処理リソースを、所定の配置データに従って１以上のコンポーネントに割り当てて、該割り当てた処理リソースを用いて該各コンポーネントに関する音信号処理を実行する音信号処理装置であって、
   前記割り当てに反映させる配置データであって、各コンポーネントに割り当てる処理リソースの情報と、各コンポーネントが処理する信号の入力元と該各コンポーネントによる処理後の信号の出力先の情報とを含む配置データを記憶する第１記憶部と、
   前記配置データを複数記憶する記憶部から、１の配置データを、前記第１記憶部に読み出す読出部と、
   前記第１記憶部に記憶されている配置データが変更された場合に、該変更後の配置データに基づきコンポーネントへの前記処理リソースの割り当て変更及び各コンポーネントについての信号の入力元と出力先の変更を行う割当変更部と、
   ユーザにより、前記記憶部に記憶されている配置データの読み出しが指示された場合、該指示時点で前記第１記憶部に記憶されている第１配置データと、読み出すべき第２配置データとに基づき、該読み出しの実行に応じた前記割当変更部による変更によって、出力先への音信号の出力が一時的に途切れる途切れ箇所を検出する検出部と、
   前記検出部が前記途切れ箇所を検出した場合に、表示部に、該途切れ箇所を表示させる表示制御部とを備えることを特徴とする音信号処理装置。
2. 請求項１に記載の音信号処理装置であって、
   前記検出部は、前記第２配置データの読み出しにより、前記第１配置データに従って一のコンポーネントに割り当てられていた処理リソースを他のコンポーネントに割り当てる必要が生じ、かつ、前記第２配置データにおいて該他のコンポーネントに関して、信号の入力元及び出力先として、前記第１配置データにおいて前記一のコンポーネントに関して定められているものと同じ入力元及び出力先が定められている場合に、該他のコンポーネントを、前記途切れ箇所として特定することを特徴とする音信号処理装置。
3. 請求項２に記載の音信号処理装置であって、
   前記検出部は、前記一のコンポーネントも、前記途切れ箇所として特定することを特徴とする音信号処理装置。
4. 請求項２又は３に記載の音信号処理装置であって、
   前記信号の出力先の候補のうち、前記途切れ箇所の検出の対象とする候補の指定をユーザから受け付ける第１受付部を備え、
   前記検出部は、前記第２配置データにおいて前記他のコンポーネントに関して定められている出力先が、前記第１受付部が受け付けた候補のいずれかである場合にのみ、前記他のコンポーネントを、前記途切れ箇所として特定することを特徴とする音信号処理装置。
5. 請求項２乃至４のいずれか一項に記載の音信号処理装置であって、
   前記信号の入力元の候補のうち、前記途切れ箇所の検出の対象とする候補の指定をユーザから受け付ける第２受付部を備え、
   前記検出部は、前記第２配置データにおいて前記他のコンポーネントに関して定められている入力元が、前記第２受付部が受け付けた候補のいずれかである場合にのみ、前記他のコンポーネントを、前記途切れ箇所として特定することを特徴とする音信号処理装置。
6. 請求項１乃至５のいずれか一項に記載の音信号処理装置であって、
   前記表示制御部は、前記第１配置データに従った、コンポーネントに対する前記プロセッサの処理リソースの割り当て状態と、前記第２配置データの読み出しを実行した場合における、コンポーネントに対する前記プロセッサの処理リソースの割り当て状態とを、前記表示部に並べて表示させ、該表示中で、前記途切れ箇所と特定されたコンポーネントを強調表示させることを特徴とする音信号処理装置。
7. 請求項１乃至６のいずれか一項に記載の音信号処理装置であって、
   前記検出部が前記途切れ箇所を検出した場合に、ユーザの指示に応じて、前記第２配置データ中で該途切れ箇所と特定されたコンポーネントに割り当てる処理リソースを、前記第１配置データに従って現にコンポーネントに割り当てられている処理リソースと重ならないように変更する変更部を備えることを特徴とする音信号処理装置。
8. 請求項７に記載の音信号処理装置であって、
   前記変更部による変更後の第２配置データを、ユーザの指示に応じて、前記記憶部における第２配置データに上書きして保存することを特徴とする音信号処理装置。
9. プロセッサの処理リソースを、所定の配置データに従って１以上のコンポーネントに割り当てて、該割り当てた処理リソースを用いて該各コンポーネントに関する音信号処理を実行する音信号処理手順と、
   前記割り当てに反映させる配置データであって、各コンポーネントに割り当てる処理リソースの情報と、各コンポーネントが処理する信号の入力元と該各コンポーネントによる処理後の信号の出力先の情報とを含む配置データを第１記憶部に記憶させる第１記憶手順と、
   前記配置データを複数記憶する記憶部から、１の配置データを、前記第１記憶部に読み出す読出手順と、
   前記第１記憶部に記憶されている配置データが変更された場合に、該変更後の配置データに基づきコンポーネントへの前記処理リソースの割り当て変更及び各コンポーネントについての信号の入力元と出力先の変更を行う割当変更手順と、
   ユーザにより、前記記憶部に記憶されている配置データの読み出しが指示された場合、該指示時点で前記第１記憶部に記憶されている第１配置データと、読み出すべき第２配置データとに基づき、該読み出しの実行に応じた前記割当変更手順による変更によって、出力先への音信号の出力が一時的に途切れる途切れ箇所を検出する検出手順と、
   前記検出手順で前記途切れ箇所を検出した場合に、表示部に、該途切れ箇所を表示させる表示制御手順とを備えることを特徴とする音信号処理方法。
10. コンピュータに、請求項９に記載の音信号処理方法を実行させるためのプログラム。

Images