(57)【特許請求の範囲】
【請求項１】
プラグインを組み合わせて音響信号処理が実行され、信号処理部のリソースが前記プラグインにそれぞれアサインされることにより、前記プラグインの機能が実現されている音響信号処理装置であって、
前記プラグインが組み込まれる際にユーザインタフェース画面が表示される表示部と、
該表示部に表示された前記ユーザインタフェース画面において設定の操作を行う操作子手段と、
前記プラグインを組み合わせた音響信号処理構成とされるコンフィグレーションが、コンパイルされることにより、前記コンフィグレーションに組み込まれたプラグインに対し、前記プラグインの処理を実行させるように、前記信号処理部のリソースをそれぞれアサインするコンパイル手段とを備え、
前記ユーザインタフェース画面には、プラグインリスト部とラック部とが表示されており、前記プラグインリスト部において選択したプラグインを組み合わせるように前記ラック部へ追加した際に、複数用意されている各サンプリング周波数において当該プラグインに前記信号処理部のリソースをアサインできるか否かが前記サンプリング周波数毎に表示されることを特徴とする音響信号処理装置。
【請求項２】
いずれかの前記サンプリング周波数が選択された際に、選択されたサンプリング周波数では前記信号処理部のリソースをアサインすることができないプラグインは、前記プラグインリスト部および前記ラック部においてグレーアウト表示されて、組み合わせられないことが表示されることを特徴とする請求項１記載の音響信号処理装置。
【請求項３】
前記グレーアウト表示された前記プラグインは、前記コンフィグレーションにおいてスルー結線されるよう変更され、変更されたコンフィグレーションに対して前記コンパイル手段によりコンパイルされることを特徴とする請求項２記載の音響信号処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、音響信号処理機能の異なる複数種類のプラグインを容易にマウントすることのできる音響信号処理装置に関する。
【背景技術】
【０００２】
従来から、マイクロプログラムに従って動作可能なＤＳＰ（Digital Signal Processor）を用いて音響信号処理装置を構成している。音響信号処理装置は機能の異なる複数種類のプラグインが用意されており、プラグインを組み合わせて音響信号処理が実行され、プラグインを組み合わせた音響信号処理構成を、コンフィグレーションとしている。コンフィグレーションを設定して、ユーザがコンパイル指示を行うと、コンフィグレーションに組み込まれたプラグインに対し、音響信号処理装置に内蔵された複数のＤＳＰからなる信号処理部のリソースがそれぞれ割り当てられる。ここでは、複数のＤＳＰに各プラグインのリソースをそれぞれ割り当てる処理がコンパイルであり、プラグインのコンフィグデータをコンパイルすることによりコンパイル結果ファイルが生成される。このコンパイル結果ファイルの割り当て情報に基づいて複数のＤＳＰに各プラグインに係る処理を実行させるためのマイクロプログラムが生成される。そして、音響信号処理装置は、複数のＤＳＰにそのマイクロプログラムに従った音響信号処理を実行させることにより、ＤＳＰ全体の能力の範囲内で、コンフィグレーションに基づく音響信号処理を実行することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２４６５９６号公報
【特許文献２】特開２００９−１４１３９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来の音響信号処理装置において、サンプリング周波数ＦＳとして、たとえば４８ｋＨｚと９６ｋＨｚの２種類が用意されているとする。そして、各プラグインのリソース量はサンプリング周波数ＦＳに応じて変化するようになる。この場合、サンプリング周波数ＦＳが４８ｋＨｚとされた場合のリソース量と、サンプリング周波数ＦＳが９６ｋＨｚとされた場合のリソース量とでどちらのリソース量が多いかはプラグインにより異なるようになり、ＦＳが４８ｋＨｚのほうがリソース量が大きいプラグインもあれば、ＦＳが９６ｋＨｚの方がリソース量が大きいプラグインもある。たとえば、内部構造が９６ｋＨｚのサンプリング周波数ＦＳで動作するプラグインの場合、４８ｋＨｚのＦＳで動作させるには、サンプリング周波数ＦＳをアップ／ダウンするコンバータが必要になるため、ＦＳが４８ｋＨｚの方がリソース量は大きくなる。このため、４８ｋＨｚのサンプリング周波数ＦＳまたは９６ｋＨｚのサンプリング周波数ＦＳの一方で作成したコンフィグレーションを、他方のサンプリング周波数ＦＳに切り替えると、動作しないことがあるという問題点があった。
また、フレームサイズの異なるプラグインを同じＤＳＰにアサインすることができないが、プラグインを設定するユーザインタフェース（ＵＩ）において、このことを効率的にユーザが認知することができないという問題点もあった。なお、フレームサイズとはサンプルの計算結果を出すに当たり過去にみるステップの次数を云っている。
【０００５】
そこで、本発明は、サンプリング周波数を切り替えたときにプラグインを配置できるかどうかや、配置できないプラグインが容易に分かる音響信号処理装置を提供することを目的としている。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明は、プラグインを組み合わせて音響信号処理が実行され、信号処理部のリソースが前記プラグインにそれぞれアサインされることにより、前記プラグインの機能が実現されている音響信号処理装置であって、前記プラグインが組み込まれる際にユーザインタフェース画面が表示される表示部と、該表示部に表示された前記ユーザインタフェース画面において設定の操作を行う操作子手段と、前記プラグインを組み合わせた音響信号処理構成とされるコンフィグレーションが、コンパイルされることにより、前記コンフィグレーションに組み込まれたプラグインに対し、前記プラグインの処理を実行させるように、前記信号処理部のリソースをそれぞれアサインするコンパイル手段とを備え、前記ユーザインタフェース画面には、プラグインリスト部とラック部とが表示されており、前記プラグインリスト部において選択したプラグインを組み合わせるように前記ラック部へ追加した際に、複数用意されている各サンプリング周波数において当該プラグインに前記信号処理部のリソースをアサインできるか否かが前記サンプリング周波数毎に表示されることを最も主要な特徴としている。
【発明の効果】
【０００７】
本発明によれば、プラグインリスト部において選択したプラグインを組み合わせるようにラック部へ追加した際に、複数用意されている各サンプリング周波数において当該プラグインに信号処理部のリソースをアサインできるか否かがサンプリング周波数毎に表示される。これにより、ユーザインタフェース画面を見ることによりユーザは、サンプリング周波数を切り替えたときにプラグインを配置できるかどうかや、配置できないプラグインが容易に分かるようになる。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施例にかかる音響信号処理装置の構成を示すブロック図である。
【図２】本発明にかかる音響信号処理装置の等価的なハードウェア構成を示す図である。
【図３】本発明の音響信号処理装置にかかるプラグインのデータ構造を示すメモリイメージを示す図である。
【図４】本発明の音響信号処理装置に表示されるプラグインマネージャ画面を示す図である。
【図５】本発明の音響信号処理装置に表示されるプラグインマネージャ画面の表示態様を示す図である。
【図６】本発明の音響信号処理装置に表示されるプラグインマネージャ画面の他の表示態様を示す図である。
【図７】本発明の音響信号処理装置に表示されるプラグインマネージャ画面のさらに他の表示態様を示す図である。
【図８】本発明の音響信号処理装置に表示されるプラグインマネージャ画面のさらに他の表示態様を示す図である。
【図９】本発明にかかる音響信号処理装置で実行されるプラグイン追加処理のフローチャートである。
【図１０】本発明にかかる音響信号処理装置で実行される表示更新処理のフローチャートである。
【図１１】本発明にかかる音響信号処理装置で実行されるＦＳ選択処理のフローチャートである。
【図１２】本発明にかかる音響信号処理装置で実行されるコンパイル処理のフローチャートである。
【発明を実施するための形態】
【０００９】
本発明の実施例にかかる音響信号処理装置１の構成を示すブロック図を図１に示す。
音響信号処理装置１は、ＣＰＵ（Central Processing Unit）１０が管理プログラム（ＯＳ：Operating System）を実行しており、音響信号処理装置１の全体の動作をＯＳ上で制御している。音響信号処理装置１は、ＣＰＵ１０が実行するミキシング制御プログラム等の動作ソフトウェアが格納されている不揮発性のＲＯＭ（Read Only Member）１１と、ＣＰＵ１０のワークエリアや各種データ等が記憶されるＲＡＭ（Random Access Memory）１２を備えている。ＣＰＵ１０は、ミキシング制御プログラムを実行することにより、入力された複数の音響信号に音響信号処理をＤＳＰ（ディジタル信号処理装置：Digital Signal Processor）１９により施して混合処理を行っている。なお、ＲＯＭ１１をフラッシュメモリ等の書き換え可能なＲＯＭとすることで、動作ソフトウェアの書き換えを可能とすることができ、動作ソフトウェアのバージョンアップを容易に行うことができる。ＤＳＰ２０は複数のＤＳＰチップからなりＣＰＵ１０の制御の基で、入力された音響信号の音量レベルや周波数特性を設定されたパラメータに基づいて調整してミキシングし、音量、パン、効果などの音響特性をそのパラメータに基づいて制御するディジタル信号処理を行っている。エフェクタ（ＥＦＸ）１９はＣＰＵ１０の制御の基で、ミキシングされたオーディオ信号にリバーブ、エコーやコーラス等のエフェクトを付加している。
【００１０】
表示ＩＦ１３は、液晶表示器等の表示器１４に音響信号処理に関する種々のユーザインタフェース（ＵＩ）等の画面を表示させる表示インタフェースである。検出ＩＦ１５は、音響信号処理装置１のパネルに設けられているフェーダ、ノブやスイッチ等の操作子１６をスキャンして、操作子１６に対する操作を検出しており、検出された操作信号に基づいて音響信号処理に用いるパラメータの編集や操作を行うことができる。通信ＩＦ１７は、通信Ｉ／Ｏ１８を介して外部機器と通信を行うための通信インタフェースであり、イーサネット（登録商標）などのネットワーク用のインタフェースとされる。ＣＰＵ１０、ＲＯＭ１１、ＲＡＭ１２、表示ＩＦ１３、検出ＩＦ１５、通信ＩＦ１７、ＥＦＸ１９、ＤＳＰ２０は通信バス２１を介してデータ等の授受を行っている。
【００１１】
ＥＦＸ１９およびＤＳＰ２０は音声バス２５を介してＡＤ２２、ＤＡ２３、ＤＤ２４とデータ等の授受を行っている。ＡＤ２２は、音響信号処理装置１にアナログ信号を入力する複数のアナログ入力ポートであり、ＡＤ２２において入力されたアナログ入力信号はディジタル信号に変換されて音声バス２５に送出される。ＤＡ２３は、音響信号処理装置１からミキシングされた混合信号を外部へ出力する複数のアナログ出力ポートであり、ＤＡ２３において音声バス２５を介して受け取ったディジタル出力信号はアナログ信号に変換されて、会場やステージに配置されたスピーカから出力される。ＤＤ２４は、音響信号処理装置１にディジタル信号を入力すると共に、外部にミキシングされたディジタル信号を出力する複数のディジタル入力／出力ポートであり、ＤＤ２４において入力されたディジタル入力信号は音声バス２５に送出され、音声バス２５を介して受け取ったディジタル出力信号はディジタルレコーダ等に出力される。なお、ＡＤ２２およびＤＤ２４から音声バス２５へ送出されたディジタル信号はＤＳＰ２０が受け取って上記したディジタル信号処理が施される。また、ＤＳＰ２０から音声バス２５に送出されたミキシングされたディジタル信号はＤＡ２３あるいはＤＤ２４が受け取るようになる。
【００１２】
次に、本発明の実施例にかかる音響信号処理装置１の等価的なハードウェア構成を示すブロック図を図２に示す。
図２において、複数の入力ポートから入力されたディジタル信号とされた音響信号は入力パッチ（Input Patch）３０に入力される。入力パッチ３０では、複数の入力ポートをＮチャンネル（Ｎは１以上の整数）とされる入力チャンネル部３１の各入力チャンネル（Input Channel）３１−１，３１−２，３１−３，・・・・，３１−Ｎに選択的にパッチ（結線）している。各入力チャンネル３１−１〜３１−Ｎでは、各入力チャンネルに入力された音響信号In.1,In.2,In.3,・・・,In.Nの音響特性等が調整される。すなわち、入力チャンネル部３１における各入力チャンネル３１−１〜３１−Ｎに入力された各入力チャンネル信号は、入力チャンネル毎にイコライザやコンプレッサにより音響信号の特性が調整されると共に送り出しレベルが制御されてＭ本（Ｍは１以上の整数）の混合バス（Mix Bus）３５およびＬ，Ｒのステレオのキューバス（Cue Bus）３６へ送出される。この場合、入力チャンネル部３１から出力されるＮ入力チャンネル信号は、Ｍ本の混合バス３５の１ないし複数に選択的に出力される。
【００１３】
混合バス３５においては、Ｍ本の各バスにおいて、Ｎ入力チャンネルのうちの任意の入力チャンネルから選択的に入力された１ないし複数の入力チャンネル信号が混合されて、合計Ｍ通りの混合出力が出力される。Ｍ本の混合バス３５の各バスからの混合出力は、Ｍチャンネルとされる出力チャンネル部３２の各出力チャンネル（Output Channel）３２−１，３２−２，３２−３，・・・・，３２−Ｍにそれぞれ出力される。各出力チャンネル３２−１〜３２−Ｍでは、イコライザやコンプレッサにより周波数バランス等の音響信号の特性が調整されて、出力チャンネル信号Mix.1,Mix.2,Mix.3,・・・,Mix.Mとして出力され、このＭ出力チャンネル信号Mix.1~Mix.Mは、出力パッチ（Output Patch）３４に出力される。また、Ｌ，Ｒのキューバス（Cue Bus）３６においてはＮ入力チャンネルのうちの任意の入力チャンネルから選択的に入力された１ないし複数の入力チャンネル信号が混合されたキュー／モニタ用の信号がキュー／モニタ部（Cue/Monitor）３３に出力される。キュー／モニタ部３３おいてイコライザやコンプレッサにより周波数バランス等の音響信号の特性が調整されたキュー／モニタ出力（Cue/monitor）は、出力パッチ３４に出力される。
【００１４】
出力パッチ３４では、出力チャンネル部３２からのＭ出力チャンネル信号Mix.1~Mix.Mおよびキュー／モニタ部３３からのキュー／モニタ出力の何れかを、複数の出力ポートのいずれかに選択的にパッチ（結線）することができ、各出力ポートには、出力パッチ３４でパッチされた出力チャンネル信号が供給される。出力ポートにおいて、ディジタルの出力チャンネル信号はアナログ出力信号に変換され、アンプにより増幅されて会場に配置された複数のスピーカから放音される。さらに、このアナログ出力信号はステージ上のミュージシャン等が耳に装着するインイヤーモニタに供給されたり、その近傍に置かれたステージモニタスピーカで再生される。また、出力パッチ３４から出力されるディジタルの音響信号は、レコーダや外部接続されたＤＡＴ等に供給されてディジタル録音することができるようにされている。また、キュー／モニタ出力は出力パッチ３４でアサインされた出力ポートにおいてアナログの音響信号に変換され、オペレータルームに配置されたモニタ用スピーカやオペレータが装着するヘッドホン等から出力されてオペレータが検聴できるようになる。
【００１５】
ＤＳＰ２０は複数のＤＳＰチップからなり、この複数のＤＳＰチップがそれぞれマイクロプログラムに従った音響信号処理を実行することにより、図２に示す構成の音響信号処理装置１において音響信号処理が実行されるようになる。この場合、機能の異なる複数種類のプラグインが用意されており、プラグインを組み合わせて結線することにより音響信号処理装置１を構成することができる。ＤＳＰ２０では、組み合わせた各コンポーネントおよび結線の処理にリソースをそれぞれ割り当てることにより、音響信号処理装置１における音響信号処理が実行されるようになる。プラグインを組み合わせた音響信号処理構成を、コンフィグレーションとしている。コンフィグレーションを設定して、ユーザがコンパイル指示を行うと、コンフィグレーションに組み込まれたプラグインに対し、音響信号処理装置１に内蔵されたＤＳＰ２０における複数のＤＳＰチップのリソースがそれぞれ割り当てられる。ここでは、ＤＳＰ２０に各プラグインのリソースをそれぞれ割り当てる処理がコンパイルであり、プラグインのコンフィグデータをコンパイルすることによりコンパイル結果ファイルが生成される。このコンパイル結果ファイルの割り当て情報に基づいてＤＳＰ２０に各プラグインに係る処理を実行させるためのマイクロプログラムが生成される。そして、音響信号処理装置は、ＤＳＰ２０にそのマイクロプログラムに従った音響信号処理を実行させることにより、ＤＳＰ２０全体の能力の範囲内で、コンフィグレーションに基づく音響信号処理を実行することができる。
【００１６】
ここで、プラグインデータのデータ構造を示すメモリイメージを図３に示す。プラグインデータのデータ構造は、リソース量を示すリソース情報と、サンプルの計算結果を出すに当たり過去にみるステップの次数を示すフレームサイズ情報と、名称のデータから構成されている。そして、リソース情報は動作するサンプリング周波数ＦＳが４８ｋＨｚの時のリソース量と、動作するサンプリング周波数ＦＳが９８ｋＨｚの時のリソース量のデータから構成されている。
【００１７】
本発明の音響信号処理装置１において、プラグインをマウントする際に表示器１４に表示させるユーザインタフェース（ＵＩ）画面とされるプラグインマネージャ画面２を図４に示す。
図４に示すプラグインマネージャ画面２には、AAA，BBB，CCC，・・・として示す異なる機能のプラグインが表示されるプラグインリスト部（Plag-In List）２ａと、プラグインリスト部２ａにおいて選択されたプラグインがマウントされるラック部（Rack）２ｂと、動作させるサンプリング周波数ＦＳを指定するＦＳ選択部２ｃと、ＯＫボタン２ｄと、Canselボタン２ｅとが表示されている。そして、ラック部２ｂはマウントされたプラグインの名称が表示される「Name」欄と、サンプリング周波数ＦＳが４８ｋＨｚとされた際に配置できるか否かを示す「48」欄２ｂ１と、サンプリング周波数ＦＳが９６ｋＨｚとされた際に配置できるか否かを示す「96」欄２ｂ２とから構成されている。
【００１８】
図示する場合は、プラグインリスト部２ａからプラグインAAAとプラグインBBBとプラグインAAAとプラグインCCCとが順次選択されて４つのプラグインがラック部２ｂにマウントされており、ＦＳ選択部２ｃにおいてサンプリング周波数ＦＳが４８ｋＨｚに設定された場合が示されている。この場合、「48」欄２ｂ１がフォーカスされて、「48」欄２ｂ１の背景色がフォーカスされた表示色となる。そして、サンプリング周波数ＦＳが４８ｋＨｚとされた場合に、プラグインAAAとプラグインBBBとプラグインAAAとの３つのプラグインは動作するが、４つ目のプラグインCCCにはアサインされるリソース量が不足して動作しないことが示されている。動作しないプラグインCCCは、プラグインリスト部２ａおよびラック部２ｂにおいて背景がグレーアウトされて配置できないことが示されている。このように、ユーザはプラグインマネージャ画面２においてプラグインを追加した際に、追加したプラグインがグレーアウト表示された場合は、追加したプラグインを配置できないことを容易に認知することができるようになる。また、ＦＳ選択部２ｃにおいてサンプリング周波数ＦＳを変更した際に、プラグインがグレーアウト表示された場合は，当該プラグインにアサインされるリソース量が不足しているものとして，当該プラグインを配置できないことを容易に認知することができるようになる。
【００１９】
次に、プラグインマネージャ画面２を表示させてプラグインをマウントする具体例を図５ないし図８に示す。図５はプラグインを１つマウントした態様のプラグインマネージャ画面２を示す図であり、図６はプラグインを１つ追加してマウントした態様のプラグインマネージャ画面２を示す図であり、図７はプラグインをさらに１つマウントした態様のプラグインマネージャ画面２を示す図であり、図８はサンプリング周波数ＦＳを変更した態様のプラグインマネージャ画面２を示す図である。
図５に示すプラグインマネージャ画面２には、プラグインリスト部２ａからプラグインAAAを選択してラック部２ｂにマウントした態様が示されている。この場合、ＦＳ選択部２ｃにおいてサンプリング周波数ＦＳが４８ｋＨｚに設定されて、「48」欄２ｂ１の背景色がフォーカスされた表示色となっている。プラグインAAAの「48」欄２ｂ１および「96」欄２ｂ２には「○」が表示されて、プラグインAAAはサンプリング周波数ＦＳが４８ｋＨｚでも９６ｋＨｚでもリソースをアサインして配置できることが示されている。なお、プラグインマネージャ画面２のプラグインリスト部２ａにおいてプラグインDDDがグレーアウトされているのは、選択されたプラグインAAAとフレームサイズが異なり、プラグインDDDを配置することができないからである。
【００２０】
次に、図６に示すプラグインマネージャ画面２には、図５に示すプラグインAAAがマウントされた状態においてプラグインBBBを選択して追加した態様が示されている。プラグインBBBの「48」欄２ｂ１および「96」欄２ｂ２にも「○」が表示されて、追加されたプラグインBBBはサンプリング周波数ＦＳが４８ｋＨｚでも９６ｋＨｚでもリソースをアサインして配置できることが示されている。なお、ＦＳ選択部２ｃにおいてサンプリング周波数ＦＳが４８ｋＨｚに依然として設定されており、「48」欄２ｂ１の背景色がフォーカスされた表示色となっている。
次に、図７に示すプラグインマネージャ画面２には、図６に示すプラグインAAAおよびプラグインBBBがマウントされた状態においてプラグインAAAを選択してさらに追加した態様が示されている。プラグインAAAの「48」欄２ｂ１には「○」が表示されているが、「96」欄２ｂ２には「・」が表示されている。すなわち、新たに追加されたプラグインAAAはサンプリング周波数ＦＳが４８ｋＨｚの場合はリソースをアサインして配置できるが、ＦＳが９６ｋＨｚの場合はリソースが不足して配置できないことが示されている。なお、ＦＳ選択部２ｃにおいてサンプリング周波数ＦＳが４８ｋＨｚに依然として設定されており、「48」欄２ｂ１の背景色がフォーカスされた表示色となっている。
【００２１】
次に、図８に示すプラグインマネージャ画面２には、図７に示すプラグインAAAおよびプラグインBBBおよびプラグインAAAがマウントされた状態において、ＦＳ選択部２ｃでサンプリング周波数ＦＳを９６ｋＨｚに変更した態様が示されている。前述の通り新たに追加されたプラグインAAAの「48」欄２ｂ１には「○」が表示されているが、「96」欄２ｂ２には「・」が表示されて、プラグインAAAはサンプリング周波数ＦＳが９６ｋＨｚの場合はリソースが不足して配置できない。このことから、新たに追加されたプラグインAAAはラック部２ｂにおいてグレーアウト表示されると共に、プラグインリスト部２ａにおいてもグレーアウト表示されるようになる。なお、プラグインリスト部２ａではプラグインDDDは前記したようにグレーアウト表示されている。
また、図５ないし図７に示すプラグインをマウントした状態のコンフィグレーションとする場合は、ＯＫボタン２ｄをクリックすればよい。また、キャンセルする場合はCanselボタン２ｅをクリックすればよい。
【００２２】
プラグインマネージャ画面２において、ＯＫボタン２ｄをクリックするとコンフィグレーションが設定されることになる。ここで、ユーザがコンパイル指示を行うと、コンフィグレーションに組み込まれたプラグインに対し、音響信号処理装置１に内蔵された複数のＤＳＰチップからなるＤＳＰ２０のリソースがそれぞれ割り当てられる。ここでは、ＤＳＰ２０に各プラグインのリソースをそれぞれ割り当てる処理がコンパイルとされ、プラグインのコンフィグデータをコンパイルすることによりコンパイル結果ファイルが生成される。このコンパイル結果ファイルの割り当て情報に基づいてＤＳＰ２０に各プラグインに係る処理を実行させるためのマイクロプログラムが生成される。そして、本発明にかかる音響信号処理装置１は、ＤＳＰ２０にそのマイクロプログラムに従った音響信号処理を実行させることにより、ＤＳＰ２０全体の能力の範囲内で、コンフィグレーションに基づく音響信号処理を実行することができる。
【００２３】
ところで、ラック部２ｂにおいてグレーアウト表示されているＤＳＰ２０のリソース量が不足してマウントすることができないプラグインがある場合に、ＯＫボタン２ｄがクリックされてコンパイルされる場合がある。この場合のコンパイルでは、マウントすることができないプラグインもコンパイルされることになるが、当該プラグインはリソースが不足して動作しないため、音響信号処理装置１から音が出ないようになる。そこで、コンパイルする際に、マウントすることができないプラグインの箇所の結線においては当該プラグインをスルーする結線に変更する。このようにして、コンフィグレーションを再構築してコンパイルすることにより、音響信号処理装置１からは、当該プラグインの音響処理は行われないものの音は出力されるようになる。
【００２４】
次に、本発明の音響信号処理装置１で実行されるプラグイン追加処理のフローチャートを図９に示す。
図９に示すプラグイン追加処理は、プラグインマネージャ画面２において、プラグインリスト部２ａからいずれかのプラグインを選択してラック部２ｂにマウントした際に起動され、ステップＳ１０にて対象とするＤＳＰのラック部に空きスペースがあるか否かが判断される。ここで、空きスペースがラック部にないと判断された場合はプラグインを追加することができないことから、ステップＳ１１に分岐してその旨のエラーメッセージが表示されてプラグイン追加処理は終了する。また、ステップＳ１０にて対象とするＤＳＰのラック部に空きスペースがあると判断された場合は、ステップＳ１２に進み追加するプラグインと異なるフレームサイズとされたプラグインがプラグインリスト部２ａにあるか否かが、各プラグインのプラグインデータを参照して判断される。ここで、追加するプラグインと異なるフレームサイズとされたプラグインがプラグインリスト部２ａにあると判断された場合は、ステップＳ１３に分岐して、フレームサイズが異なる当該プラグインをプラグインリスト部２ａにおいてグレーアウト表示する。ステップＳ１２にて追加するプラグインと異なるフレームサイズとされたプラグインがプラグインリスト部２ａにないと判断された場合、あるいは、ステップＳ１３の処理が終了した場合はステップＳ１４に進む。
【００２５】
ステップＳ１４では、追加するプラグインのプラグインデータからサンプリング周波数ＦＳが４８ｋＨｚの時と９６ｋＨｚの時とのリソース情報が取得される。次いで、ステップＳ１５にて現在のラック部２ｂに対応するＤＳＰ２０においてアサインされずに残っているサンプリング周波数ＦＳが４８ｋＨｚの時と９６ｋＨｚの時との残りリソース量が取得される。さらに、ステップＳ１６にてサンプリング周波数ＦＳを４８ｋＨｚとした場合に、追加するプラグインをラック部２ｂにマウントできるか否かがチェックされる。このチェックでは、ステップＳ１４で取得されたサンプリング周波数ＦＳが４８ｋＨｚの時のリソース量が、ステップＳ１５で取得されたサンプリング周波数ＦＳが４８ｋＨｚの時の残りリソース量より少ない場合は「ＯＫ」と、逆に多い場合は「ＮＧ」とチェックされる。続いて、ステップＳ１７にてサンプリング周波数ＦＳを９６ｋＨｚとした場合に、追加するプラグインをラック部２ｂにマウントできるか否かがチェックされる。このチェックでも、ステップＳ１４で取得されたサンプリング周波数ＦＳが９６ｋＨｚの時のリソース量が、ステップＳ１５で取得されたサンプリング周波数ＦＳが９６ｋＨｚの時の残りリソース量より少ない場合は「ＯＫ」と、逆に多い場合は「ＮＧ」とチェックされる。
【００２６】
そして、ステップＳ１６およびステップＳ１７のチェック結果において、サンプリング周波数ＦＳが４８ｋＨｚの場合でも９６ｋＨｚの場合でもチェック結果が「ＮＧ」になっていると判断された場合は、ステップＳ１９に分岐して追加するプラグインを配置することができない旨のエラーメッセージが表示されてプラグイン追加処理は終了する。また、ステップＳ１６およびステップＳ１７のチェック結果のいずれかにおいて「ＯＫ」のチェック結果が得られているとステップＳ１６にて判断された場合は、ステップＳ２０に進み追加するプラグインがラック部２ｂにマウントされる。次いで、ステップＳ２１にてラック部２ｂにおける「48」欄２ｂ１および「96」欄２ｂ２に、ステップＳ１６およびステップＳ１７のチェック結果において「ＯＫ」とされた場合は該当する欄に「○」が表示され、チェック結果が「ＮＧ」とされた場合は該当する欄に「・」が表示される。また、現在のサンプリング周波数ＦＳに対応する欄の背景色が、フォーカスが当てられている表示色とされる。そして、ステップＳ２２にてプラグインリスト部２ａとラック部２ｂのプラグインの背景表示を更新する表示更新処理が行われてプラグイン追加処理は終了する。
【００２７】
次に、プラグイン追加処理のステップＳ２１にて実行される表示更新処理のフローチャートを図１０に示す。
表示更新処理がスタートされると、ステップＳ３０にて追加されたプラグインはステップＳ１６およびステップＳ１７のチェック結果から、現在選択されているサンプリング周波数ＦＳにおいて残りリソース量が不足してマウントできないとチェックされたか否かが判断される。ここで、追加されたプラグインは現在選択されているサンプリング周波数ＦＳにおいてマウントできないとのチェックがされたと判断された場合は、ステップＳ３１に進み追加されたプラグインを、ラック部２ｂ内でグレーアウト表示する。続いて、ステップＳ３２にてプラグインリスト部２ａにおいて追加されたプラグインと同種のプラグインを、プラグインリスト部２ａにおいてグレーアウト表示する。ステップＳ３０にて追加されたプラグインは現在選択されているサンプリング周波数ＦＳにおいてマウントできないとのチェックはされなかったと判断された場合、あるいは、ステップＳ３２の処理が終了した場合は表示更新処理は終了する。
【００２８】
次に、本発明の音響信号処理装置１で実行されるＦＳ選択処理のフローチャートを図１１に示す。
図１１に示すＦＳ選択処理は、プラグインマネージャ画面２において、ＦＳ選択部２ｃにおいてサンプリング周波数ＦＳが変更されるよう選択された際に起動され、ステップＳ４０にてＦＳ選択部２ｃにおいて選択されたサンプリング周波数ＦＳに変更される。次いで、変更後のサンプリング周波数ＦＳにおいてマウントできないとチェックされたプラグインがあるか否かが判断される。ここでは、変更後のサンプリング周波数ＦＳに対応するプラグインマネージャ画面２における「48」欄２ｂ１あるいは「96」欄２ｂ２において、「・」が表示されているプラグインがあるか否かが判断されることになる。ここで、変更後のサンプリング周波数ＦＳにおいてマウントできないとチェックされたプラグインがあると判断された場合は、ステップＳ４２に進み当該プラグインをラック部２ｂ内においてグレーアウト表示する。続いて、ラック部２ｂ内においてグレーアウト表示されたプラグインと同種のプラグインリスト部２ａにおけるプラグインを、ステップＳ４３にてグレーアウト表示する。ステップＳ４１にて変更後のサンプリング周波数ＦＳにおいてマウントできないとチェックされたプラグインはないと判断された場合、あるいは、ステップＳ４３の処理が終了した場合はＦＳ選択処理は終了する。
なお、ステップＳ４１にて変更後のサンプリング周波数ＦＳにおいてマウントできないとチェックされたプラグインが複数あると判断された場合は、ステップＳ４２にて複数の当該プラグインがラック部２ｂ内においてグレーアウト表示され、さらに、ステップＳ４３にてグレーアウト表示された複数のプラグインと同種の複数のプラグインが、プラグインリスト部２ａにおいてグレーアウト表示されるようになる。
【００２９】
次に、本発明の音響信号処理装置１で実行されるコンパイル処理のフローチャートを図１２に示す。
図１２に示すコンパイル処理は、ユーザがコンパイル指示を行った際に起動され、ステップＳ５０にて現在選択されているサンプリング周波数ＦＳにおいてマウントできない（ＮＧ）とチェックされたプラグインがあるか否かが判断される。ここで、現在のサンプリング周波数ＦＳにおいてマウントできないとチェックされたプラグインがあると判断された場合は、ステップＳ５１に進みコンフィグレーション内のマウントできないとチェックされたプラグイン箇所において、プラグインをスルー結線するようコンフィグレーションを変更する。次いで、ステップＳ５２にて変更されたコンフィグレーションが再構築される。そして、ステップＳ５３にてコンフィグレーションに基づいて各プラグインにＤＳＰ２０のリソースがアサインされる通常のコンパイルが行われる。この通常のコンパイルでは、プラグインのコンフィグデータをコンパイルすることによりコンパイル結果ファイルが生成され、このコンパイル結果ファイルの割り当て情報に基づいてＤＳＰ２０に各プラグインに係る処理を実行させるためのマイクロプログラムが生成される。また、ステップＳ５０にて現在のサンプリング周波数ＦＳにおいてマウントできないとチェックされたプラグインはないと判断された場合は、ステップＳ５３にジャンプして上記した通常のコンパイルが行われる。ステップＳ５３の処理が終了するとコンパイル処理は終了する。
このコンパイル処理により、コンフィグレーション内にマウントすることができなプラグインがあっても、当該プラグインはスルーされるようになって、音響信号処理装置１から音が出なくなることを防止することができるようになる。
【産業上の利用可能性】
【００３０】
以上説明した本発明において、ＤＳＰが複数のチップにて構成される場合は，それぞれのチップにそれぞれ対応する複数のラック部をプラグインマネージャ画面に表示するようにしても良い。このようにすると、一のＤＳＰチップにおいて追加したプラグインにアサインするリソース量が不足する場合は、他のＤＳＰチップに当該プラグインを追加して必要とするリソース量をアサインすることができるようになる。また、複数のラック部をプラグインマネージャ画面に表示する場合は、それぞれのラック部において他のラック部から独立してサンプリング周波数ＦＳを設定できるようにするのが好適である。
さらに、プラグインがグレーアウト表示された際に、グレーアウト表示された理由を表示するウィンドウを開くようにしても良い。
【符号の説明】
【００３１】
１  音響信号処理装置、２  プラグインマネージャ画面、２ａ  プラグインリスト部、２ｂ  ラック部、２ｂ１  「48」欄、２ｂ２  「96」欄、２ｃ  ＦＳ選択部、２ｄ  ＯＫボタン、２ｅ  Cancelボタン、１０  ＣＰＵ、１１  ＲＯＭ、１２  ＲＡＭ、１３  表示ＩＦ、１４  表示器、１５  検出ＩＦ、１６  操作子、１７  通信ＩＦ、１８  通信Ｉ／Ｏ、１９  ＥＦＸ、２０  ＤＳＰ、２１  通信バス、２２  ＡＤ、２３  ＤＡ、２４  ＤＤ、２５  音声バス、３０  入力パッチ、３１  入力チャンネル部、３２  出力チャンネル部、３３  モニタ部、３４  出力パッチ、３５  混合バス、３６  キューバス
【図１】
0005463994.tif 000002
【図２】
0005463994.tif 000003
【図３】
0005463994.tif 000004
【図４】
0005463994.tif 000005
【図５】
0005463994.tif 000006
【図６】
0005463994.tif 000007
【図７】
0005463994.tif 000008
【図８】
0005463994.tif 000009
【図９】
0005463994.tif 000010
【図１０】
0005463994.tif 000011
【図１１】
0005463994.tif 000012
【図１２】
0005463994.tif 000013