ユーザアカウント管理機能を備えた制御プログラム
【課題】ディジタルミキサやそれを制御するためのミキサ制御プログラムなどの各種の装置やソフトウェアを利用するユーザの権限を管理するにあたって、複数のユーザの権限を簡単で分かり易い方式で管理できるようにし、必要な場合には細かな使用権限の設定もできるようにすることを目的とする。
【解決手段】複数ユーザのログオン用のアカウントを管理する機能を備えたデータ編集用の制御プログラムにおいて、ツリー状の階層構造を有する複数のユーザアカウントを編集するセキュリティ設定画面を表示し、各ユーザが、その下位のユーザのユーザアカウントのレベルを、自分のユーザアカウントの権限レベルに応じた範囲で、編集することができるようにする。また各ユーザが、その下位のユーザのユーザアカウントの複数の項目の権限の有無を、自分のユーザアカウントが有する項目の権限の範囲で、自由に編集することができるようにする。
【解決手段】複数ユーザのログオン用のアカウントを管理する機能を備えたデータ編集用の制御プログラムにおいて、ツリー状の階層構造を有する複数のユーザアカウントを編集するセキュリティ設定画面を表示し、各ユーザが、その下位のユーザのユーザアカウントのレベルを、自分のユーザアカウントの権限レベルに応じた範囲で、編集することができるようにする。また各ユーザが、その下位のユーザのユーザアカウントの複数の項目の権限の有無を、自分のユーザアカウントが有する項目の権限の範囲で、自由に編集することができるようにする。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、各種の装置やソフトウェアを利用するユーザのユーザアカウントを管理するユーザアカウント管理機能を備えた制御プログラムに関する。
【背景技術】
【０００２】
従来より、非特許文献１に記載されているようなミキサ構成をカスタムメイドできるディジタルミキサが知られている。これは、音響信号処理部を、プログラムに従って動作可能なプロセッサ（例えば、ディジタル信号処理装置（ＤＳＰ））を用いて構成し、外部のＰＣ（パーソナルコンピュータ）を用いて作成編集したミキサ構成（信号処理構成）に基づいて音響信号を処理できるようにしたものである。ＰＣ上でのミキサ構成の作成編集は、専用のミキサ制御プログラムにより行う。すなわち、ＰＣ上でミキサ制御プログラムを動作させてミキサ編集画面を表示し、該画面上で信号処理を行う部品となるコンポーネントを配置し、配置したコンポーネント間を結線でつないで入出力関係を規定して、ミキサ構成を作成編集する。作成したミキサ構成をディジタルミキサに転送して実行することにより、ディジタルミキサはそのミキサ構成の動作を実現する。また、オンラインモードとしてＰＣ上のミキサ制御プログラムとディジタルミキサとを同期させた状態とし、ＰＣ上のミキサ制御プログラムからディジタルミキサをリアルタイムで制御することができる。
【０００３】
一方、ユーザ権限を得て使用するソフトウェアやシステムが知られている。例えば、通常のオペレーティングシステム（ＯＳ）やデータベースなどには、ユーザのアカウントを作成する際にユーザをグループ分けし、ユーザがログイン画面でユーザ名とパスワードを入力してログインしたときには、そのユーザが属するグループに応じた使用権限を与える方式が知られている。通常、Administrator（アドミン）と呼ばれる全操作を行う権限を有するユーザやグループが設けられ、このアドミンが、新規ユーザの追加、既存ユーザの権限の変更、既存ユーザの削除、及びパスワードの管理などを行う。また、ユーザをグループ分けしそのグループ毎のユーザ管理を行なえるサブアドミン権限を有するユーザを設定できるようにした方式も知られている（特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】「DIGITAL MIXING ENGINE DME32 取扱説明書」、ヤマハ株式会社、２００１年
【特許文献】
【０００５】
【特許文献１】特開平１１−２９８５１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述のディジタルミキサやミキサ制御プログラムでは、ユーザ毎のユーザ権限を定義し、ユーザ権限毎に使用や編集できる範囲を定義できる。通常は、最上位の管理者権限の規定のユーザ名（Administrator）が予め定義されているので、ミキサエンジンを購入したユーザは、初めにそのユーザ名でミキサ制御プログラムにログオンし、ユーザ名を適宜登録すると共に、それら各ユーザ名のユーザ権限を自由に設定する。このようなユーザ使用権限の管理は、上述したＯＳなどの方式と同様のものである。
【０００７】
上述のディジタルミキサやミキサ制御プログラムにおいては、ユーザのグループ単位で権限設定したいデータや機能が少なくない。その場合、ＯＳなどの方式と同様に、グループを作成し、そのグループに対して当該データや機能に関する権限を与えるようにすればよい。しかし、明示的にグループを作成してそのグループの権限を定義する必要があり操作が煩雑である。グループ内にサブグループを作ることもできない。上記特許文献１の技術によればグループ毎のユーザ管理を行なえるサブアドミンを設定できるが、そのサブアドミンの設定も面倒である。
【０００８】
この発明は、例えば上述のディジタルミキサやそれを制御するためのミキサ制御プログラムなどの各種の装置やソフトウェアを利用するユーザの権限を管理するにあたって、複数のユーザの権限を簡単で分かり易い方式で管理できるようにするとともに、必要な場合には細かな使用権限の設定もできるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
この目的を達成するため、請求項１に係る発明は、複数ユーザのログオン用のアカウントを管理する機能を備えたデータ編集用の制御プログラムにおいて、各ユーザの認証を行なうための認証情報と、認証された該ユーザに与える権限レベルを示す権限情報とを含むユーザアカウントであって、上位のユーザの権限情報が下位のユーザの権限情報より高い権限レベルを示し、かつ、最上位のルートユーザを頂点としたツリー状の階層構造を有する複数のユーザアカウントを第１メモリに記憶し、ログオン操作を受け付けたとき、前記ユーザアカウントの認証情報に基づいて当該ユーザの認証を行い、認証された場合は、そのユーザアカウントの権限情報の示す権限レベルでなる権限を付与し、当該ユーザの当該制御プログラムへのログオンを許可し、ログオンしたログオンユーザの指示に応じて、前記ユーザアカウントを編集するセキュリティ設定画面であって、ユーザを選択するためのユーザ選択部と、選択されたユーザの権限レベルを設定するためのレベル設定部とを含むセキュリティ設定画面を表示し、前記ログオンユーザが前記ユーザ選択部を操作したとき、該操作に応じて何れか１のユーザを選択し、該選択されたユーザのユーザアカウントの権限レベルを前記レベル設定部に表示するとともに、該選択されたユーザが前記ツリー状の階層構造において前記ログオンユーザよりも下位のユーザである場合には前記レベル設定部を有効化し、他の場合には前記レベル設定部を無効化するものとし、前記ログオンユーザが有効化された状態にある前記レベル設定部を操作したとき、該操作に応じて、前記選択されたユーザのユーザアカウントの権限情報を、前記ログオンユーザの権限レベルより低く、かつ、前記ツリー状の階層構造において、前記選択されたユーザの直上のユーザの権限レベルより低く、前記選択されたユーザの直下のユーザの権限レベルより高い範囲内で、所望の権限レベルに設定するようにして、それぞれ権限レベルが付与された複数のデータを第２メモリに記憶するようにし、前記ログオンユーザが、前記第２メモリに記憶されているデータを利用しようとしたときに、前記ログオンユーザの権限情報が示す権限レベルが当該データに付与された前記権限レベル以上であれば、前記ログオンユーザによる当該データの利用を許可し、前記ログオンユーザの権限情報が示す権限レベルが当該データに付与された前記権限レベル未満であれば、前記ログオンユーザによる当該データの利用を禁止するようにしたことを特徴とする。
【００１０】
請求項２に係る発明は、複数ユーザのログオン用のアカウントを管理する機能を備えたデータ編集用の制御プログラムにおいて、各ユーザの認証を行なうための認証情報と、認証された該ユーザに与える１ないし複数項目の権限を示す権限情報とを含むユーザアカウントであって、上位のユーザは下位のユーザ以上の項目の権限を有し、最上位のルートユーザを頂点としてツリー状の上下関係を有する権限の階層構造を有する複数のユーザアカウントを第１メモリに記憶し、ログオン操作を受け付けたとき、前記ユーザアカウントの認証情報に基づいて当該ユーザの認証を行い、認証された場合は、そのユーザアカウントの権限情報の示す項目の権限を付与し、当該ユーザの当該制御プログラムへのログオンを許可し、ログオンしたログオンユーザの指示に応じて、前記ユーザアカウントを編集するセキュリティ設定画面であって、ユーザを選択するためのユーザ選択部と、選択されたユーザに対する複数項目の権限の有無を設定するための複数の有無設定部とを含むセキュリティ設定画面を表示し、前記ログオンユーザが前記ユーザ選択部を操作したとき、該操作に応じて何れか１のユーザを選択し、前記複数の各有無設定部に、該選択されたユーザの対応する項目の権限の有無を表示するとともに、前記選択されたユーザが前記ログオンユーザの下位のユーザであり、かつ、前記ログオンユーザに権限が付与された項目である場合は、当該項目の有無設定部を有効化し、他の場合は前記有無設定部を無効化し、前記ログオンユーザが前記有効化された有無設定部を操作をしたとき、該操作に応じて、前記選択されたユーザの前記制限情報における、当該項目の権限の有無の設定を変更するようにし、前記ログオンユーザは、前記ログオンユーザに付与された権限を用いてデータの編集を行うようにしたことを特徴とする。
【００１１】
請求項３に係る発明は、請求項１または２において、前記階層構造中の相互に直系の上下関係にない少なくとも２人のユーザをそれぞれオーナーとして、各オーナーの配下のユーザをメンバとする少なくとも２つのグループを形成するようにし、前記表示手段は、ログオンユーザが前記階層構造におけるオーナー以上のユーザであることを条件に、前記セキュリティ設定画面を表示することを特徴とする。
【００１２】
請求項４に係る発明は、請求項１において、前記セキュリティ設定画面において、前記ログオンユーザは、新規ユーザの追加、および、既存ユーザの削除を指示することが可能であり、前記ログオンユーザが新規ユーザの追加を指示したとき、前記階層構造における前記ログオンユーザの下位の所望の位置に、新規ユーザのユーザアカウントを作成して前記第１メモリに記憶し、前記ログオンユーザが既存ユーザの削除を指示したとき、前記階層構造における前記ログオンユーザの下位の所望の位置のユーザのユーザアカウントを前記第１メモリから削除するようにしたことを特徴とする。
【発明の効果】
【００１３】
この発明によれば、権限の階層構造における各ユーザは、その下位のユーザのユーザアカウントのレベルを、自分のユーザアカウントの権限レベルに応じた範囲で、編集することができる。また、権限の階層構造における各ユーザは、その下位のユーザのユーザアカウントの複数の項目の権限の有無を、自分のユーザアカウントが有する項目の権限の範囲で、自由に編集することができる。さらに、前記階層構造中の相互に直系の上下関係にない少なくとも２人のユーザをそれぞれオーナーとして、各オーナーの配下のユーザをメンバとする少なくとも２つのグループを形成することにより、各オーナーは、セキュリティ設定画面を表示させて、自分がオーナーであるグループの、自分の下位の全ユーザのユーザアカウントを編集することができる。オーナー同士が上下関係になることを禁じているので、あるグループのユーザのアカウントを、他のグループのオーナーが編集することはできない。その一方で、あるグループのオーナーの上位の各ユーザは、セキュリティ設定画面を表示させて、そのオーナーを含む、そのグループの全ユーザのユーザアカウントを編集することができる。さらに、各オーナーは、セキュリティ設定画面を表示させて、自分かオーナーであるグループの、自分の下位の任意のユーザのユーザアカウントを追加ないし削除することができる。また、あるグループのオーナーの上位の各ユーザは、セキュリティ設定画面を表示させて、そのグループの任意のユーザのユーザアカウントを追加ないし削除することができる。
【図面の簡単な説明】
【００１４】
【図１】この発明の一実施形態であるディジタルミキサのエンジンの構成図
【図２】ＰＣ上の各種データの構成図
【図３】ＰＣのメモリ上の各種データの構成図
【図４】エンジン上の各種データの構成図
【図５】ログオン画面と基本画面を示す図
【図６】ミキサ構成画面を示す図
【図７】Ｃコンポーネント構成画面を示す図
【図８】ユーザ制御画面を示す図
【図９】セキュリティ設定ダイアログを示す図
【図１０】セキュリティ設定ダイアログでの表示態様を示す図
【図１１】Add Userダイアログを示す図
【図１２】シーンメモリ管理ダイアログを示す図
【図１３】ユーザ制御画面管理ダイアログを示す図
【図１４】ミキサ制御プログラムの起動時処理、セキュリティ設定を選択したときの処理、及び現コンフィグ切替え時の処理のフローチャート図
【図１５】Ｃコンポーネントの構成画面を開く指示がなされたときの処理、ユーザ制御画面を開く指示がなされたときの処理、及びユーザ制御画面におけるパラメータ変更指示がなされたときの処理のフローチャート図
【図１６】つまみ操作時の処理及びシーンリコール処理のフローチャート図
【発明を実施するための形態】
【００１５】
以下、図面を用いてこの発明の実施の形態を説明する。
【００１６】
図１は、この発明の一実施形態であるディジタルミキサのエンジンの構成を示す。このエンジン１００は、中央処理装置（ＣＰＵ）１０１、フラッシュメモリ１０２、ＲＡＭ（ランダム・アクセス・メモリ）１０３、ＰＣ入出力インターフェース（Ｉ／Ｏ）１０４、ＭＩＤＩ Ｉ／Ｏ１０５、その他Ｉ／Ｏ１０６、表示器１０７、操作子１０８、波形Ｉ／Ｏ１０９、信号処理部（ＤＳＰ群）１１０、カスケードＩ／Ｏ１１１、及びシステムバス１２０を備える。
【００１７】
中央処理装置（ＣＰＵ）１０１は、このミキサ全体の動作を制御する処理装置である。フラッシュメモリ１０２は、ＣＰＵ１０１や信号処理部１１０のＤＳＰなどが使用する各種のプログラムやデータを格納した不揮発性メモリである。ＲＡＭ１０３は、ＣＰＵ１０１が実行するプログラムのロード領域やワーク領域に使用する揮発性メモリである。ＰＣ Ｉ／Ｏ１０４は、外部のパーソナルコンピュータ（以下、ＰＣと言う）１３０を接続するインターフェース（例えば、ＬＡＮ、ＵＳＢ、シリアルＩ／Ｏなど）である。ＭＩＤＩ Ｉ／Ｏ１０５は、各種ＭＩＤＩ機器を接続するインターフェースである。その他Ｉ／Ｏ１０６は、その他の機器を接続するためのインタフェースである。表示器１０７は、このミキサの外部パネル上に設けられた各種の情報を表示するためのディスプレイである。操作子１０８は、外部パネル上に設けられたユーザが操作するための各種の操作子である。波形Ｉ／Ｏ１０９は、外部機器との間で音響信号をやり取りするためのインターフェースであり、例えば、アナログの音響信号を入力してディジタル信号に変換して信号処理部１１０に渡すＡ／Ｄ（アナログ・ディジタル）変換機能、ディジタルの音響信号を入力して信号処理部１１０に渡すディジタル信号入力機能、及び信号処理部１１０から出力されたディジタルの音響信号をアナログの音響信号に変換してサウンドシステムに出力するＤ／Ａ（ディジタル・アナログ）変換機能などを実現する。信号処理部１１０は、幾つかのＤＳＰ（ディジタル・シグナル・プロセッサ）などからなる。これらのＤＳＰは、ＣＰＵ１０１の指示に基づいて各種のマイクロプログラムを実行することにより、波形Ｉ／Ｏ１０９経由で入力した波形信号のミキシング処理、効果付与処理、及び音量レベル制御処理などを行い、処理後の波形信号を波形Ｉ／Ｏ１０９経由で出力する。カスケードＩ／Ｏ１１１は、他のディジタルミキサとカスケード接続するためのインターフェースである。カスケード接続することにより、入出力チャンネル数やＤＳＰ処理力を増やすことができる。
【００１８】
本ディジタルミキサのエンジン１００では、信号処理部１１０で実現するミキサ構成をカスタムメイドすることができる。そのミキサ構成は、ＰＣ１３０上で動作する所定のミキサ制御プログラム１３１によりＰＣ１３０の画面上で作成編集することができる。作成したミキサ構成を複数集めたものをコンフィグレーションと呼ぶ。ミキサ制御プログラム１３１は、ユーザの画面上での操作指示に応じて、コンフィグレーションをメモリ上にコンフィグデータ１３２として生成する。コンフィグデータ１３２は、ＰＣ１３０から書込み可能な任意の記憶装置にファイルとして保存できる。また、ＰＣ１３０側のメモリまたはハードディスクなどの記憶装置上のコンフィグデータの各ミキサ構成は、コンパイル（エンジン１００が解釈できる情報に変換すること）した後、エンジン１００に転送できる。エンジン１００は、ＰＣ１３０から転送されたコンフィグデータをフラッシュメモリ１０２に格納して保存しておくことができる。所定の操作によりフラッシュメモリ１０２に格納されたコンフィグデータ中の１つのミキサ構成をカレントとして指定することにより、そのミキサ構成に基づいてエンジン１００が動作し、これにより当該ミキサ構成で規定されるミキサが実現する。
【００１９】
ミキサ制御プログラム１３１は、操作モードとしてオンラインモードとオフラインモードを有する。所定の操作により、それらのモードを切り換えることができる。オフラインモードは、ＰＣ１３０側のみで、コンフィグデータを作成編集するモードである。オンラインモードは、ＰＣ１３０のミキサ制御プログラム１３１からエンジン１００をリアルタイムに制御するモードである。オンラインモードが指定されると、その時点でＰＣ１３０のＲＡＭ上に展開されているコンフィグデータが（コンパイルの後）エンジン１００に転送されてフラッシュメモリ１０２に格納され、これによりＰＣ１３０とエンジン１００とでコンフィグデータが一致する。また、ＰＣ１３０側でカレントとして指定されているミキサ構成の状態（パラメータ設定値など）がエンジン１００に送られて、ＰＣ１３０とエンジン１００とが完全に同期した状態となり、ＰＣ１３０からエンジン１００を制御できるようになる。例えば、ＰＣ１３０のミキサ構成画面上に表示されたコンポーネントがフェーダを備えている場合、あるいは、あるコンポーネントの制御画面がフェーダを備えている場合、オンラインモードでは、そのフェーダをマウスを用いて操作するとその操作はリアルタイムにエンジン１００に反映される。オンラインモードでは、ＰＣ１３０側でコンポーネントの構成と結線は変更できない。変更すると自動的にオフラインモードになる。
【００２０】
なお、ＰＣ１３０によりコンフィグデータを作成編集するユーザは、エンドユーザに限らず、業者の場合もある。例えば、ある会場にミキサが設置された場合、その会場に業者が出向いて、そのミキサにＰＣ１３０を接続し、当該ＰＣ１３０からその会場に合わせたミキサ構成のコンフィグデータなどを作成編集し、そのコンフィグデータなどをフラッシュメモリ１０２に格納する。この場合、ミキサはノンプログラマブル（エンドユーザに対してミキサ構成の作成編集を許可せず、エンドユーザは業者が作り込んだミキサ構成を呼び出して利用するだけ）でもよい。エンドユーザは、パネル上の操作子１０８を用いてフラッシュメモリ１０２に格納されたコンフィグデータのミキサ構成を読出し、そのミキサ構成のミキサとして動作させることができるので、動作時にＰＣ１３０を接続する必要はない。もちろん、ＰＣ１３０を接続し、オンラインモードとして、そのＰＣ１３０からの操作でミキサを制御することは可能である。
【００２１】
ミキサ制御プログラム１３１によるミキサ構成の作成編集は、具体的には、ＰＣ１３０のミキサ構成画面上で、Ｐ（プリセット）コンポーネントやＣ（カスタム）コンポーネントを配置して結線することにより行う。コンポーネント間に結線を引くことは、コンポーネント間の信号の入出力関係を定義することに相当する。なお、ＰコンポーネントとＣコンポーネントを併せて、単にコンポーネントと呼ぶ。Ｐコンポーネントは、ミキサ構成を構成するための基本単位としてメーカーが用意した部品ブロックであり、例えば、オートミキサ、コンプレッサ、エフェクト、クロスオーバなどのオーディオプロセッサや、フェーダ、スイッチ、パン、メータなどの個々のパーツのコンポーネントが用意されている。Ｃ（カスタム）コンポーネントは、ユーザが作成編集したコンポーネントであり、複数のＰコンポーネントあるいはＣコンポーネントから構成される。
【００２２】
図２（ａ）は、ＰＣ１３０のミキサ制御プログラム１３１が使用するＰコンポーネントデータ（ＰＣデータ）の構成を示す。１つのＰＣデータは、１つのＰコンポーネントを規定する定義データであり、ミキサ制御プログラム１３１がアクセスできる任意の記憶手段に予め格納されている。ＰＣデータはＰコンポーネントの種類毎に用意される。ここでは種類がＮpc個あるものとする。Ｎpc個のＰＣデータの全体に対して、Ｐコンポーネントセットのバージョンが付与されている。１つのＰＣデータは、ＰＣヘッダ、ＰＣ構成情報、ＰＣ処理ルーチン、及び表示編集処理ルーチンからなる。ＰＣヘッダは、ＰコンポーネントＩＤ（PC_ID）及びＰコンポーネントバージョン（PC_Ver）などからなる。PC_IDとPC_VerによりＰＣデータを特定することができる。ＰＣ構成情報は、そのＰコンポーネントがどのようなエレメントから構成されているかを示す情報（エレメントの順番も含む）であり、そのＰコンポーネントの制御画面などの表示データを含む。エレメントとは、Ｐコンポーネントを構成する部品に相当する構成要素を言う。さらにＰＣ構成情報は、そのＰコンポーネントを構成する各エレメント毎のパラメータ項目構成情報（例えば、当該エレメントのパラメータが、単一の値、１次元配列、２次元配列のどのデータ形式であるかを示す配列情報、及び１要素のデータサイズなど）を含む。ＰＣ処理ルーチンは、ＰＣ構成情報に関する各種の処理を行なうためのプログラムである。ミキサ制御プログラム１３１がミキサ構成を処理する際には、Ｐコンポーネント毎のＰＣ処理ルーチンを利用する。表示編集処理ルーチンは、後述するＣＦデータを作成編集する際に用いるプログラム群である。
【００２３】
図２（ｂ）は、ＰＣ１３０のミキサ制御プログラム１３１が使用するＣコンポーネントデータ（ＣＣデータ）の構成を示す。ＣＣデータは、Ｃコンポーネントを規定する定義データである。１つのＣＣデータは、ＣＣヘッダ及びＰＣ用ＣＡＤデータからなる。ＣＣヘッダは、ＣコンポーネントＩＤ（CC_ID）、Ｃコンポーネントバージョン（CC_Ver）、及びシステムバージョン（SYS_Ver）などからなる。CC_IDとCC_Verにより、ＣＣデータを特定することができる。ＣＣデータ内のＰＣ用ＣＡＤデータは、当該Ｃコンポーネントがどのようなコンポーネントをどのように結線して構成したものかを定義するデータであり、ＰコンポーネントやＣコンポーネントを指定するデータであるＣデータ及びそれらのコンポーネント間を結ぶ結線データからなる。また、ＣＣデータ内のＰＣ用ＣＡＤデータは、後述する図７のＣコンポーネント構成画面などの表示用データも含む。このＣＣデータに、さらに、Ｃコンポーネント用に作成したユーザ制御画面のデータを含めるようにしてもよい。
【００２４】
図２（ｂ）に示したＣコンポーネントデータは、所定の権限を持つユーザが任意に作成編集し所定の記憶装置に格納しておける。業者が提供したＣＣデータは、所定のインストール手順（例えばＣＣデータのファイルコピーなど）によりＰＣ１３０内に取り込まれる。特に、業者がＣＣデータを提供する場合、ＣＣデータの構成やパラメータ設定などでエンドユーザには見せたくない部分や編集させたくない部分もあるので、ＣＣヘッダには当該業者のユーザＩＤ及びパスワード（エンドユーザには知らせないもの）並びに必要であれば業者プロテクトの内容をそれぞれ暗号化して格納しておく。そして、当該ＣＣデータのＰＣ用ＣＡＤデータが示す構成の表示やその編集が指示されたときには、ログオンユーザが当該業者のユーザＩＤ及びパスワードを入力してログオンしているか判定し、そうでないときは当該ＣＣデータの構成画面の表示や編集を認めないようにしている。エンドユーザが自ら作成したＣＣデータ、あるいは業者提供でもその業者がエンドユーザに自由に使うことを許可したＣＣデータは、ＣＣヘッダの業者ユーザＩＤ及びパスワードは空欄であるので、エンドユーザは基本的に使用する権限がある。なお、業者プロテクト内容の欄にそのＣＣデータを提供した業者ユーザ以外のユーザに対する部分的な許可情報あるいは部分的な禁止情報を記載しておき、当該業者ユーザ以外のユーザに対して、当該ＣＣデータに関し部分的に表示や編集を許可あるいは禁止するようにしてもよい。業者が提供したＣＣデータをその業者のみが操作できるように制御する方式の詳細については後に詳しく説明する。
【００２５】
図３（ａ）は、ＰＣ１３０において、ミキサ制御プログラム１３１によって処理されるＲＡＭ上のコンフィグデータの構造を示す。２１０がＲＡＭ上に展開されたコンフィグデータであり、複数のＣＦデータ１〜Ｎcf及びシーンメモリから構成される。このコンフィグデータ２１０の全体が１ファイルとして任意の記憶装置（例えば、ＰＣ内のハードディスクなど）に格納できる。逆に任意の記憶装置から読出したコンフィグデータをＰＣ１３０のＲＡＭ上に２１０のような形式で展開することができる。ＣＦデータ１〜Ｎcfにおいて、１〜Ｎcfの番号をコンフィグ番号（ＣＦナンバ）と呼ぶ。コンフィグ番号によりＣＦデータ（あるいはそのＣＦデータが格納されている領域）を指定することができる。カレントポインタは、処理対象のＣＦデータを指すポインタである。カレントポインタが指すＣＦデータが、図６で後述するミキサ構成画面に表示される。カレントポインタが指すＣＦデータを「現コンフィグ」と呼ぶ。
【００２６】
１つのＣＦデータは、１つのミキサ構成を規定するデータであり、ＣＦヘッダ、ＰＣ用ＣＡＤデータ、Ｎps個のプリセット、及び所定個数のＵＣデータ（ユーザ制御画面データ）からなる。ＣＦヘッダは、コンフィグＩＤ（CF_ID）、コンフィグバージョン（CF_Ver）、及びシステムバージョン（SYS_Ver）などからなる。CF_IDとCF_Verにより、ＣＦデータを特定することができる。ＰＣ用ＣＡＤデータは、当該ＣＦデータのミキサ構成がどのようなコンポーネントをどのように結線して構成したものかを定義するデータであり、そのミキサ構成の構成要素として使用するＰコンポーネントやＣコンポーネントを指定するデータであるＣデータ及びそれらのコンポーネント間を結ぶ結線データからなる。ＰＣ用ＣＡＤデータは、後述する図６のミキサ構成画面の表示用データを含む。ＰＣ用ＣＡＤデータ内のＣデータは、ＰコンポーネントまたはＣコンポーネントを指定するコンポーネントＩＤ（C_ID）とコンポーネントバージョン（C_Ver）、ユニークＩＤ（U_ID）、及びその他のデータ（例えば、プロパティなど）などからなる。ＣデータのC_IDとC_Verとしては、図２（ａ）のＰＣデータのPC_IDとPC_Verを指定してＰコンポーネントを特定し、あるいは図２（ｂ）のＣＣデータのCC_IDとCC_Verを指定してＣコンポーネントを特定する。
【００２７】
次に、ＣＦデータ中のプリセットについて説明する。１つのＣＦデータは複数のプリセットを含み（その数は任意である）、それら複数のプリセットをまとめて当該ＣＦデータのライブラリと呼ぶ。プリセット１〜Ｎpsにおいて、１〜Ｎpsの番号をプリセット番号と呼ぶ。プリセット番号によりＣＦデータ中のプリセット（あるいはそのプリセットが格納されている領域）を特定することができる。プリセットは、それが含まれるＣＦデータのＰＣ用ＣＡＤデータのミキサ構成で使用する具体的なパラメータ値の組データを示す。上述したＰＣ用ＣＡＤデータによって１つのミキサ構成が規定されるが、実際にそのミキサ構成でディジタルミキサが動作する際には各コンポーネントに所定のパラメータを設定する必要がある。例えば、オートミキサであれば入力レベルと出力レベルなど、フェーダであればそのレベルなどのパラメータ値を設定する必要があるということである。プリセットは、そのような各コンポーネントが実際に動作する際に使用するパラメータ値のデータセットである。
【００２８】
１つのプリセットは、ヘッダ及び任意の数のＣ（コンポーネント）シーンからなる。プリセット中のＣシーンの部分をパラメータデータセットと呼ぶ。パラメータデータセットのＣシーンの並びの順序は、ＰＣ用ＣＡＤデータ中のＣデータの並びと対応している。図では、ＣデータＡで特定されるコンポーネントのパラメータがＣシーン３Ａ、ＣデータＢで特定されるコンポーネントのパラメータがＣシーン３Ｂ、…である。１つのＣシーンは、エレメントシーンの並びからなり、各エレメントシーンはパラメータシーンの並びからなる。プリセットのヘッダは、それに引き続くパラメータデータセットのデータ構造を保持する。
【００２９】
次に、ＵＣデータについて説明する。ＵＣデータは、ユーザ制御画面を規定するデータであり、所定の権限を持つユーザが任意に作成編集してＣＦデータ中に格納しておける。また、業者が提供したＵＣデータは、所定のインストール手順（例えばＵＣデータのファイルコピーなど）によりＰＣ１３０内のＣＦデータ中に取り込まれる。上記ＣＣデータと同様に、業者がＵＣデータを提供する場合、その業者が後で自己が使いたいためだけに提供するユーザ制御画面や、画面上には見せるがエンドユーザには変更されたくないパラメータを含むユーザ制御画面の場合がある。そこで、図２（ｂ）に示したＣＣデータと同様に、業者提供されるＵＣデータには当該業者のユーザＩＤ及びパスワード並びに必要であれば業者プロテクトの内容をそれぞれ暗号化して格納しておく。そして、当該ＵＣデータのユーザ制御画面の表示やその編集が指示されたときには、ログオンユーザが当該業者のユーザＩＤ及びパスワードを入力してログオンしているか判定し、そうでないときは当該ＵＣデータの構成画面の表示や編集を認めないようにしている。エンドユーザが自ら作成したＵＣデータ、あるいは業者提供でもその業者がエンドユーザに自由に使うことを許可したＵＣデータは、ＵＣデータ中の業者ユーザＩＤ及びパスワードは空欄であるので、エンドユーザは基本的に使用する権限がある。なお、業者プロテクト内容の欄にそのＵＣデータを提供した業者ユーザ以外のユーザに対する部分的な許可情報あるいは部分的な禁止情報を記載しておき、当該業者ユーザ以外のユーザに対して、当該ＵＣデータに関し部分的に表示や編集を許可あるいは禁止するようにしてもよい。業者が提供したＵＣデータをその業者のみが操作できるように制御する方式の詳細については後に詳しく説明する。
【００３０】
次に、シーンメモリについて説明する。シーンメモリにはＮs個（個数は任意）のシーン１〜Ｎsが格納される。１〜Ｎsの番号をシーン番号と呼ぶ。シーン番号で、各シーンが格納されている領域あるいはその領域に格納されたシーンを特定することができる。１つのシーンは、コンフィグ番号、プリセット番号、セキュリティレベル、及びオーナーＩＤなどを備える。ユーザは、シーン番号を指定してシーンを呼び出す（これをシーンのリコールと言う）ことができる。シーンのリコールが指示されると、当該シーンのコンフィグ番号のＣＦデータが現コンフィグとなるようにカレントポインタがセットされ、当該ＣＦデータが後述するミキサ構成画面（図６）に表示され、当該シーンのプリセット番号のプリセットが読み込まれてカレントシーン（図３（ｂ）で後述）にセットされる。逆に、ユーザは、現コンフィグ及び現カレントシーンを、シーン番号を指定してシーンメモリに保存することもできる（これをシーンのストアと言う）。セキュリティレベルやオーナーＩＤについては、図１２で詳しく説明する。
【００３１】
図３（ｂ）は、ＰＣ１３０においてミキサ制御プログラム１３１によって処理されるＲＡＭ上のその他データの構造を示す。カレントシーンは、現コンフィグのミキサ構成で設定されているパラメータデータセット、すなわち現コンフィグの各コンポーネントの現在のパラメータ値（カレント値）を示す。カレントシーンのアクセスルーチンは、カレントシーンへのアクセス機能を提供するメソッドである。エンジン用ＣＡＤデータ形成バッファは、ＣＦデータをコンパイルしたとき、ＰＣ用ＣＡＤデータからエンジン用ＣＡＤデータを生成するバッファである。
【００３２】
図４（ａ）は、ミキサエンジン１００内のフラッシュメモリ１０２に予め格納されているＰコンポーネントデータ（ＰＣデータ）の構成の一部を示す。このＰＣデータは、図２（ａ）に示したＰＣ側のＰＣデータの構成とほとんど同じであり、図２（ａ）における説明もそのまま適用できるので、図４（ａ）では異なる部分のみを示した。すなわち、エンジン１００側では、図２（ａ）の表示編集処理ルーチンの部分が、図４（ａ）のＰＣマイクロプログラムに置き換わる。エンジン１００では、ミキサ構成画面や制御画面の表示はできないので、その表示編集のための表示編集ルーチンは不要である。その代わり、エンジン１００では、エンジン用ＣＡＤデータのミキサ構成に応じたマイクロプログラムを形成してＤＳＰ群に送る必要があるため、図４（ａ）のような各コンポーネント対応のＰＣマイクロプログラムが必要である。ＰＣマイクロプログラムは、指定される可能性のある入出力数のバリエーション分のマイクロプログラムが全て用意されているものとする。また図示しないが、ＰＣ処理ルーチンは、エンジン中で各構成情報を処理するための各種のプログラムであるものとする。
【００３３】
図４（ｂ）は、エンジン１００のフラッシュメモリ１０２上のコンフィグデータの一部を示す。このデータは、図３（ａ）に示したＰＣ内のコンフィグデータの構成とほとんど同じであり、図３（ａ）における説明もそのまま適用できるので、図４（ｂ）は異なる部分のみを示した。すなわち、エンジン１００側では、図３（ａ）のＰＣ用ＣＡＤデータの部分が、図４（ｂ）のエンジン用ＣＡＤデータに置き換わる。エンジン用ＣＡＤデータは、ミキサ構成画面で示されるようなミキサ構成を表すデータである点はＰＣ用ＣＡＤデータと同じだが、エンジン内では表示のためのデータは不要であり、またデータ量を少なくするため、表示データを含まずバイナリ形式で表現されている。エンジン用ＣＡＤデータは、コンパイルにより図３（ｂ）のエンジン用ＣＡＤデータ形成バッファ上に生成されたものである。エンジン１００側もカレントポインタを有し、カレントポインタが指すＣＦデータが「現コンフィグ」である。なお、エンジン側ではＣコンポーネントの概念はなく、ＰＣ側でＣコンポーネントを含むＣＦデータは、コンパイル時に当該Ｃコンポーネントの部分が最下層のＰコンポーネントに展開される。従って、図４（ｂ）のエンジン用ＣＡＤデータ中のＣデータは、すべてＰＣデータを指すものとなっている。さらに、エンジン側ではユーザ制御画面の表示はできないので、エンジン側のＣＦデータは図３（ａ）のＵＣデータ１，２，…を持たない。
【００３４】
図４（ｃ）は、エンジン１００のＲＡＭ１０３上のその他データを示す。カレントシーンは、エンジン側で、現コンフィグのミキサ構成に設定されているパラメータデータセットであり、図３（ｂ）に示したＰＣ側のカレントシーンと同様のデータである。図３（ｂ）のカレントシーンの説明は、図４（ｃ）のエンジン側のカレントシーンにも適用できるものである。図４（ｃ）では図示していないが、アクセスルーチンを用意する点も同じである。マイクロプログラム形成バッファは、ミキサ構成に応じたマイクロプログラムを形成するために使用するバッファである。カレントポインタが切り換えられると、新たに現コンフィグとなったＣＦデータのエンジン用ＣＡＤデータのミキサ構成を実現するマイクロプログラムがマイクロプログラム形成バッファ上に展開され、そのマイクロプログラムが信号処理部１１０に転送される。これにより、信号処理部１１０のＤＳＰ群は現コンフィグのＣＡＤデータのミキサ構成の動作を実現する。また、新たにカレントシーンが読み込まれたとき、あるいはカレントシーンが変更されたときには、自動的に、当該カレントシーンが信号処理部１１０に転送される。信号処理部１１０は、転送されたカレントシーンをＤＳＰ群の係数メモリに展開する。信号処理部１１０のＤＳＰ群は当該係数メモリの係数を使用して上記転送されたマイクロプログラムを実行し、これにより信号処理部１１０は、現コンフィグのエンジン用ＣＡＤデータのミキサ構成で、かつカレントシーンのパラメータデータセットでの動作を実現する。
【００３５】
エンジン１００のフラッシュメモリ１０２に図４（ｂ）で説明したようにコンフィグデータを格納する方法は任意であるが、通常はＰＣ１３０にてオンラインモードを指定することにより行う。ＰＣ１３０でオンラインモードを指定すると、図３（ａ）に示したＲＡＭ上のコンフィグデータ２１０の各ＣＦデータがそれぞれコンパイルされてエンジン１００に転送され、さらにシーンメモリの内容もエンジン１００に転送される。エンジン１００では、転送されてきたＣＦデータとシーンメモリの内容を図４（ｂ）で説明したようにフラッシュメモリ１０２に格納する。これにより、ＰＣ１３０とエンジン１００とでコンフィグデータが一致した状態となる。さらに、オンラインモードでは、図３（ｂ）のＰＣ１３０側のカレントシーンが転送されて、図４（ｃ）のエンジン１００のカレントシーンに格納され、そのアクセスルーチンが準備される。以上のようにして、オンラインモードでは、ＰＣ１３０とエンジン１００とが完全に同期した状態となり、ＰＣ１３０側のカレントシーンが変更されるとその変更がエンジン１００のカレントシーンに反映される。
【００３６】
なお、フラッシュメモリ１０２は不揮発性であるので、格納されたコンフィグデータはエンジンの電源がオフされても保持される。一旦、コンフィグデータをフラッシュメモリ１０２に格納した後は、ＰＣ１３０をエンジン１００に接続しなくても、エンジン１００単独で、シーン番号を指定してシーンを呼び出したり（これによりカレントのミキサ構成（ＣＦデータ）を切り換えることができる）、カレントシーンのパラメータ値を変更したり、カレントのミキサ構成とカレントシーンを任意のシーン番号を指定してそこに保存することができる。
【００３７】
図５（ａ）は、ミキサ制御プログラム１３１が起動されたときに最初に表示されるログオン画面５００を示す。５０１はユーザ名入力領域、５０２はパスワード入力領域、５０３はＯＫボタン、５０４はキャンセルボタンを示す。ユーザがユーザ名とパスワードを領域５０１，５０２に入力し、ＯＫボタン５０３を押下すると、次に説明する基本画面５１０が表示される。
【００３８】
図５（ｂ）は、ユーザがＰＣ１３０上でミキサ制御プログラム１３１に適正にログオンしたときに最初に表示される基本画面５１０を示す。基本画面５１０では、ミキサエンジン１００の接続状況に応じた初期画面が表示される。ここでは１台のエンジン１のみを備えた構成であるので、該エンジン１に対応するブロック５１１が表示されている。なお、複数のエンジンをカスケード接続した構成とすることもでき、その場合は、各エンジンに対応するブロックが結線されて表示される。５１４は、エンジン１を示すブロック５１１の上にマウスカーソルを置きマウスの右ボタンをクリックしたときに表示されるメニューを示す。この右クリックメニュー５１４または基本画面５１０の上部にあるメニューを利用して、当該ＰＣ１３０に接続されているエンジンのミキサ構成に関する各種の処理を進めていくことができる。
【００３９】
右クリックメニュー５１４で「制御画面を開く」を選択すると、図８（ａ）や（ｂ）のようなユーザ制御画面８００，８１０が表示される。なお、１つのＣＦデータにおいて幾つのユーザ制御画面が定義できるかは任意であるが、この実施形態では２つ定義をしたものとして説明する。右クリックメニュー５１４の「プロパティ」で開かれる各エンジンのプロパティ画面では、それぞれ、そのエンジンの制御画面として複数のユーザ制御画面の何れか１つを設定可能である。そして、右クリックメニュー５１で「制御画面を開く」を選択すると、当該エンジンの制御画面として設定されたユーザ制御画面が開かれる。一方、右クリックメニュー５１４で「構成画面を開く」を選択すると、図６のような当該エンジンのミキサ構成画面６００が表示される。右クリックメニュー５１４で「開く」を選択すると、制御画面またはミキサ構成画面の何れかが表示される。どちらの画面が開かれるかは、制御画面と同じく各エンジンのプロパティ画面で設定される。なお、上記右クリックメニュー５１４からの操作と同じ指示を、基本画面５１０の上部にあるメニューを利用して行うことができる。また、エンジンを示すブロック５１１をダブルクリックすると、右クリックメニュー５１４で「開く」を選択したのと同じ処理が為される。
【００４０】
図６のミキサ構成画面６００は、エンジン１においてカレントポインタが指すＣＦデータ（現コンフィグ）のミキサ構成を示す画面である。ミキサ構成画面６００では、現コンフィグに基づいて、構成要素であるＰまたはＣコンポーネントが表示され、各構成要素間の入出力関係を規定する結線で結ばれている。６０１と６０６は、エンジン１への入力端子及び出力端子を表す要素である。６０２と６０７は、複数台のエンジンをカスケード接続するときに使用する端子を表す要素である。６０３と６０４はＣコンポーネント、６０５はＰコンポーネントを示す。表示されているこれらのＰまたはＣコンポーネントは、現コンフィグのＰＣ用ＣＡＤデータのＣデータで特定されるコンポーネントであり、図２（ａ）のＰＣデータや図２（ｂ）のＣＣデータに対応している。ミキサ構成画面６００において当該ミキサ構成を作成編集すると、その作成編集は現コンフィグに反映される。
【００４１】
Ｃコンポーネントを示す要素６０３や６０４を右クリックすると、図５（ｂ）の５１４と同様の右クリックメニューが表示され、基本画面５１０での操作と同様にして、図８（ａ）や（ｂ）のユーザ制御画面や図７のＣコンポーネント構成画面を開くことができる。Ｐコンポーネントを示す要素６０５を右クリックすると、やはり同様の右クリックメニューが表示される。ただし、Ｐコンポーネントの構成画面はないので「構成画面を開く」の選択肢はない。また、「制御画面を開く」の制御画面は、エンジンやＣコンポーネントのブロックを右クリックしたときは「ユーザ制御画面」の意味であるが、Ｐコンポーネントの右クリックメニューの「制御画面を開く」は、当該Ｐコンポーネント用にメーカーが用意した固有の制御画面（図２（ａ）のＰＣ構成情報内にあるもの）を開くという意味である。Ｐコンポーネント用制御画面には、当該Ｐコンポーネントの各種のパラメータ項目の値の設定変更を行うための操作子が設けられており、それらの操作子を操作すると、その操作に応じて、カレントシーン内の当該操作子に対応するパラメータの値が変更される。
【００４２】
図７のＣコンポーネント構成画面７００は、図６で表示されているＣコンポーネント６０４のＣコンポーネント構成（ＰＣ内カレントメモリに読み込まれているＣＣデータ）を示す画面の例である。Ｃコンポーネント構成画面７００では、ミキサ構成画面６００と同様に、カレントメモリ上のＣＣデータに基づいて、当該Ｃコンポーネントの構成要素であるＰまたはＣコンポーネントが表示され、各構成要素間の入出力関係を規定する結線で結ばれている。７０１と７０５は、このＣコンポーネントへの入力端子及び出力端子を表す要素である。７０２〜７０４は、ＰまたはＣコンポーネントを示す。表示されているこれらのＰまたはＣコンポーネントは、カレントメモリ上のＣＣデータのＰＣ用ＣＡＤデータのＣデータで特定されるコンポーネントであり、図２（ａ）のＰＣデータや図２（ｂ）のＣＣデータに対応している。Ｃコンポーネント構成画面で作成編集中のカレントメモリ上のＣコンポーネントの保存を指示すると、その時点で表示されているＣコンポーネントの構成を表すＣＣデータが、図２（ｂ）で説明した形式かつ指定したファイル名で任意の記憶手段に記憶できる。逆に、任意の記憶手段に記憶されている図２（ｂ）の形式のＣＣデータを開くと、当該ＣＣデータがカレントメモリに読み込まれ、当該ＣＣデータに対応するＣコンポーネント構成画面が図７のように表示され編集できるようになる。
【００４３】
図８（ａ）及び（ｂ）に示したユーザ制御画面について説明する。ユーザは、１つのＣＦデータにおいて任意の数のユーザ制御画面を作成することができる。既存のユーザ制御画面を編集するときには、例えば、そのユーザ制御画面を右クリック（例えば、背景部分の右クリック）したときに現れる右クリックメニュー（図示せず）の中から「編集モード」を選択することにより、そのユーザ制御画面を通常モードから編集モードに移行させ、その編集モードのユーザ制御画面のウィンドウに、当該ミキサ構成あるいはＣコンポーネントの構成要素であるＰコンポーネントの制御画面から操作子などをドラッグ＆ドロップすることによりコピーして配置し、ウィンドウ上の位置、操作子の色、大きさ、形状などの種々の編集を施すなどして作成する。例えば図８（ａ）のユーザ制御画面８００は、図６のエンジン１のミキサ構成画面に表示されている何れかのコンポーネントの制御画面を開き、その制御画面から、操作子８０１や表示要素８０２をドラッグ＆ドロップして作成したものである。図８（ｂ）のユーザ制御画面８１０も、同様に、図７のＣコンポーネント構成画面に表示されている何れかのコンポーネントの制御画面を開き、その制御画面から、メータ８１１、操作子（つまみ）８１２、及び表示要素８１３をドラッグ＆ドロップして作成したものである。ここで、ユーザ制御画面に配置される操作子や表示要素のコピー元は、そのユーザ制御画面が属するＣＦデータの何れかのエンジンのミキサ構成の構成要素であるＰコンポーネント、あるいはそのミキサ構成に配置されたＣコンポーネントの構成要素であるＰコンポーネントの制御画面である。他のＣＦデータのミキサ構成の構成要素であるＰコンポーネントの制御画面からはコピーすることができない。所望の編集が完了したら、ユーザ制御画面を右クリックしたときに現れる右クリックメニュー（図示せず）の中から「通常モード」を選択することにより、編集モードから通常モードに戻すことができる。なお、ユーザ制御画面の作成方法は、ここで説明したものに限らない。通常モード時にユーザ制御画面内の操作子を操作すると、その操作に応じて、カレントシーン内の当該操作子に対応するパラメータの値が変更される。
【００４４】
上述の図５〜図８では、ログオンしたユーザが全ての操作を実行可能な権限を持つものとして説明した。実際には、図１のミキサ１００及びミキサ制御プログラム１３１は複数のユーザに使用されることを想定し、各ユーザの使用権限を管理している。以下では、そのような使用権限の設定（セキュリティ設定）について説明する。
【００４５】
図９は、セキュリティ設定（Security Setting）ダイアログ９００の画面例を示す。このダイアログ９００により、本システムのディジタルミキサにおけるユーザの登録・変更・削除及びアプリケーション機能のセキュリティ設定を行う。ダイアログ９００は、ＰＣ１３０上で所定の操作（例えば基本画面５１０でのメニュー選択など）で呼出すことができる。本システムのユーザ（アカウント）は、後述する階層構造の中に組入れられる。従って、ユーザ間には、その階層構造の中で上位・同位・下位の関係がある。あるユーザから見て、下位方向に辿れるユーザを「下位のユーザ」、上位方向に辿れるユーザを「上位のユーザ」と呼ぶ。ログオンユーザのうち、後述するグループのオーナー以上の権限を有するユーザは、本ダイアログ９００により、自分より下位のユーザのアカウントを編集することができる。ログオンユーザより上位のユーザを作成したり、ログオンユーザ自身のアカウントを編集したりすることはできない。なお、このダイアログ９００で作成されたユーザアカウントのデータは、ミキサ制御プログラム１３１の初期設定ファイル（図示せず）に保存される。この初期設定ファイルは、コンフィグデータのファイルとは別なので、別のコンフィグデータを読み込んでも、ユーザアカウントの設定は変らない。
【００４６】
ダイアログ９００において、Enable Auto Log Onチェックボックス９０１は自動ログオン機能の有効・無効を切替えるためのものである。これをオン（チェック）すると、自動ログオン機能（ログオン時にパスワードを入力せずにログオンできる）が有効になる。このチェックを外す際には、現在ログオンしているユーザのパスワードの入力を要求するダイアログが表示される。これは、パスワードを紛失・失念した状態で自動ログオン機能を無効にして、再ログイン不可能な状態に陥ってしまうのを防ぐためである。Auto Log Onユーザコンボボックス９０２は、Enable Auto Log Onチェックボックス９０１がオンされたとき、自動ログオンユーザを指定するためのコンボボックスである。自動ログオン機能無効時は無効表示される。また、ログオンユーザ以上のユーザレベルの人を選択することはできない。
【００４７】
User List９０３は、登録されているユーザに関する各種の情報を表示・編集する領域である。User Listビュー９０４には、現在登録されているユーザの名前のリストの階層構造が表示される。最上位ユーザは、Administratorである。本システムの工場出荷時には、Administratorのみがユーザとして登録されているものとする。Supervisor AとSupervisor BはAdministratorの下位、Operator AとOperator BはSupervisor Bの下位、SupportはOperator Aの下位のユーザである。Administratorは、所定の操作を行うことにより、この階層構造の中の任意のユーザを、後述するグループのオーナーに設定することができる。例えば、Supervisor AとSupervisor Bがオーナーとして設定されたものとする。オーナーとして設定されたユーザは、自分（ログオンしたユーザ名）の下位のユーザに関する編集ができる。User Listビュー９０４に表示されている中から任意にユーザ名を選択すると、選択された名前のユーザが編集対象となる。編集とは、Add Userボタン９０６によるユーザの追加、Remove Userボタン９０７によるユーザの削除、Changeボタン９０８によるユーザの名前その他の変更、Operation Security９０５の各チェックボックス９５１のオン／オフ及びScene Store/Recall LevelやUser Control Level９５２のレベル設定などである。なお、オーナーとして設定されたログオンユーザであっても、User Listビュー９０４に表示された階層構造の中で、そのログオンユーザから下位方向に辿れないユーザについては、そのユーザがログオンユーザより下位にあるとは言えず、そのユーザのアカウントを編集することはできない。例えば図９では、Operator BはSupportを編集することはできない。また、オーナーとして設定されたユーザより上位のユーザは、そのユーザ（自分）から下位に辿れる全てのユーザのアカウントを編集することができる。
【００４８】
あるユーザに対して、そのユーザから下位に辿っていって行き着く全てのユーザを前記ユーザの「配下」のユーザと呼ぶものとする。また、User Listビュー９０４に表示されたユーザの階層において、オーナーに設定されたユーザ及びその配下の全てのユーザを１つの「グループ」と定義し、そのオーナーに設定されたユーザはそのグループのオーナーとなる。オーナーとして設定されたユーザから上位方向または下位方向に辿れる別のユーザをオーナーとして設定することはできない。つまり、別々のグループは、それらのグループを構成するユーザが互いに重ならないようになっている。なお、図９の画面のUser Listビュー９０４では、オーナーに設定されたユーザとそのグループのメンバの表示色を変えたり下線を付けることで、オーナー及びグループ分けの状態が一目で分かるようになっている。
【００４９】
図１０は、図９のセキュリティ設定ダイアログ９００での表示態様を示す。図１０（ａ）及び（ｂ）において、「ツリーで選択されたユーザ」の列は、User Listビュー９０４で選択された編集対象のユーザを示す。「Add Userボタン」、「Remove Userボタン」及び「Changeボタン」の列は、それぞれのボタン９０６〜９０８がどのように表示されるかの態様を示す。「各チェックボックス」の列は、図９の９５１に示す各チェックボックスの表示態様を示す。「各セキュリティレベル設定部」の列は、図９の９５２に示す各セキュリティレベル設定部の表示態様を示す。
【００５０】
図１０（ａ）は、ログオンユーザがオーナーとして設定されているSupervisor Bである場合を示す。この場合、Supervisor Bより上位または同位のユーザであるAdministratorまたはSupervisor Aが選択されたときには、何れもAdd Userボタン９０６、Remove Userボタン９０７、及びChangeボタン９０８は「グレーアウト」、すなわち操作できない無効なボタンとして表示される。各チェックボックス９５１と各セキュリティレベル設定部９５２は、どのように設定されているかは表示されるが、「グレーアウト」表示され操作はできない。ログオンユーザであるSupervisor Bが自分自身を選択したときには、Add Userボタン９０６は操作可能な「有効」なボタンとして表示されるが、それ以外は「グレーアウト」表示され操作はできない。Supervisor Bの配下のユーザであるOperator A、Operator B、またはSupportが選択されたときには、Add Userボタン９０６、Remove Userボタン９０７、及びChangeボタン９０８は何れも「有効」なボタンとして表示される。各チェックボックス９５１は、基本的には「有効」表示され操作可能だが、編集対象のユーザの直ぐ上のユーザ（直上ユーザ）に権限が与えられていない項目については×印が「グレーアウト」表示され操作不可である。例えば、Supervisor BのView DSP Design Windowの項目がチェックオフの場合、Operator A（および、Support）ユーザの同項目のチェックボックスは×印の「グレーアウト」表示となる。各セキュリティレベル設定部９５２は、基本的には「有効」表示され操作可能だが、編集対象ユーザの直上ユーザに与えられているレベルより低い範囲内（レベル値で言えば、直上ユーザのレベル値より大きい値）で設定可能である。要するに、チェックされる項目については、直上ユーザに与えられている権限以下の範囲内、セキュリティレベルについては、直上ユーザに与えられている権限より低く、直下ユーザに与えられている権利より高い範囲内で、それぞれ、配下のユーザに権限を与えることができる。
【００５１】
図１０（ｂ）は、ログオンユーザがAdministratorである場合を示す。この場合、Administrator自身が削除されないように、Remove Userボタン９０７が「グレーアウト」表示され操作はできない。それ以外はすべて「有効」表示され操作可能である。
【００５２】
図９に戻って、各ボタンやチェックボックスなどで設定変更できる内容を説明する。
【００５３】
有効表示されているAdd Userボタン９０６をクリックすると、選択状態にある編集対象のユーザの直下に新規ユーザを追加することができる。図１１は、Add Userボタン９０６をクリックしたときに表示されるAdd Userダイアログ１１００を示す。Name欄１１０１には、追加すべきユーザ名を入力する。Password欄１１０２には、追加するユーザがログイン時に使用するパスワードを入力する。Confirm Password欄１１０３は、パスワードの誤入力を防止する為に再度入力させる欄である。Startup User Controlチェックボックス１１０４は、追加するユーザのStartup User Controlのオン／オフを設定する。Startup User Controlがオンのユーザについては、そのユーザがログオンまたは現コンフィグを切替えたとき、ユーザ制御画面が自動的に開かれる。ただし、詳しくは後述するが、開こうとしているＣＦデータのユーザ制御画面のうち、そのユーザ制御画面に設定されているSecurity Levelが当該ユーザのUser Control Levelと同等あるいは下位の場合のみ（値で言えばSecurity Level≧User Control Level）、そのユーザ制御画面が開かれる。なお、新規ユーザを追加するときには、デフォルトとして、各チェックボックス９５１は何もチェックされていない状態とし、各セキュリティレベル設定部９５２は編集対象のユーザのScene Store/Recall Level及びUser Control Levelにそれぞれ１加えた値（１つ低いレベル）とする。後述するがこれらのレベル値は１０が最下位のレベルに対応するので、編集対象のユーザのScene Store / Recall LevelまたはUser Control Levelが１０の場合はその下に新しいユーザを作成できないものとする。
【００５４】
図９で、有効表示されているRemove Userボタン９０７をクリックすると、編集対象のユーザが削除される。この場合、その配下のユーザも同時に削除される。有効表示されているChangeボタン９０８をクリックすると、Change User Informationダイアログが開き、編集対象のユーザの情報を変更することができる。Change User Informationダイアログは、図１１に示したAdd Userダイアログと同内容・機能のダイアログである。
【００５５】
Operation Security９０５の各チェックボックス９５１は、何れも、チェックをオンすると当該権限が編集対象のユーザに与えられたことを意味し、チェックをオフするとその権限が与えられていないことを意味する。Editチェックボックスは図６のミキサ構成画面によるミキサ構成の作成編集や図７のＣコンポーネント構成画面によるＣコンポーネントの作成編集や図８（ａ）（ｂ）のようなユーザ制御画面の作成編集を行う権限、View DSP Design WindowチェックボックスはＣコンポーネント構成画面やミキサ構成画面の表示を行なう権限、Control Component EditorチェックボックスはＰコンポーネントの制御画面やユーザ制御画面でパラメータの設定変更を行う権限、View Component Editorチェックボックスはそれらの制御画面の表示の権限、Change Configurationチェックボックスは現コンフィグの切替えすなわちカレントポインタの変更（現コンフィグの切替えを伴うシーンの切替えを含む。編集対象のユーザが、誤ってＣＦデータを切替えてしまうのを防ぎたい場合にオフする。）を行う権限、Synchronizationチェックボックスは、ミキサ制御プログラム１３１とミキサエンジン１００とを、それらのコンフィグデータとカレントシーンが相互に同期した状態で動作するモードであるオンラインモードに切替える権限を、それぞれオン／オフするチェックボックスである。
【００５６】
セキュリティレベル設定部９５２のScene Store/Recall Levelは、シーンのストア及びリコールを行う権限をレベル値で設定する。１から１０のレベルが設定できる。レベル１が最も強い上位の権限、レベル１０が最下位の権限を示す。後述するがシーンメモリ中の各シーンにはそれぞれSecurity Level（詳しくはEdit SecurityとRecall Security）が設定されており、ログオンユーザがシーンのストア／リコールを行おうとするときには、該ユーザのScene Store/Recall Levelとストア／リコールしようとするシーンのSecurity Levelとが比較される。Scene Store/Recall LevelがEdit Securityより上位または同位のレベル（レベル値ではScene Store/Recall Level≦Edit Security）のとき、そのストアが可能であり、それ以外のときはストア不可である。また、Scene Store/Recall LevelがRecall Securityより上位または同位のレベル（レベル値ではScene Store/Recall Level≦Recall Security）のとき、そのリコールが可能であり、それ以外のときはリコール不可である。
【００５７】
User Control Levelは、図８（ａ）及び（ｂ）で説明したユーザ制御画面を表示（及びその操作）する権限をレベル値で設定する。１から１０のレベルが設定できる。レベル１が最も強い上位の権限、レベル１０が最下位の権限を示す。後述するように各ユーザ制御画面にはそれぞれSecurity Levelが設定されており、ログオンユーザがユーザ制御画面を表示しようとするときには、該ユーザのUser Control Levelと表示しようとするユーザ制御画面のSecurity Levelとが比較される。User Control LevelがSecurity Levelより上位または同位のレベル（レベル値ではUser Control Level≦Security Level）のとき、そのユーザ制御画面の表示が可能であり、それ以外のときは表示されない。Scene Store/Recall LevelとUser Control Levelの何れかのレベル値が最下位のレベル値１０となったユーザの下位には新たなユーザを作成できない。すなわち、そのユーザが編集対象となった場合はAdd Userボタン９０６が「グレーアウト」表示される。先述したように各ユーザに設定できるレベルはその直上ユーザより低いレベルに制限されているので、この２つのレベル値のうちの低い方の値によって、そのユーザから下位方向に向かって作成できるユーザ数が制限される。
【００５８】
なお、各チェックボックス９５１の設定は、各セキュリティレベル設定部９５２の設定より優先する。例えば、User Control Levelがどのように設定されていたとしても、View Component Editorチェックボックスがオフされていたら、制御画面の表示の権限はないということである。
【００５９】
あるユーザの各チェックボックス９５１の何れかをオフ（権限の無効化）する設定が行われた場合、そのユーザの配下のユーザにおいてそのチェックボックスがオンされていたら、それを自動的にオフするものとする。また、あるユーザの各セキュリティレベル設定部９５２の何れかのセキュリティレベルを所定値まで下げる設定が行われた場合、そのユーザの直下のユーザにおいてそのセキュリティレベルが前記所定値以上であったら、それを自動的に前記所定値の一つ下のレベルまで下げるものとする。さらに、その直下ユーザの直下に別のユーザが居た場合は、同様に、その別のユーザのレベル値を直下ユーザのレベル値より低い値となるように制限する。このようにして、ユーザの階層構造では、各ユーザが、その直上のユーザより下の権限を持ち、かつ、その直下のユーザより上の権限を持つというルールを確立させている。この階層構造では、あるユーザの権限を制限する操作を行なうことにより、同時にそのユーザの配下の全ユーザの権限を制限することができる。
【００６０】
図１２は、シーンメモリ管理（Scene Memory Manager）ダイアログ１２００の画面例を示す。このダイアログ１２００により、図３（ａ）で説明したシーンメモリの内容の編集を行う。ダイアログ１２００は、ＰＣ１３０上で所定の操作で呼出すことができる。
【００６１】
Scene Memoryビュー１２０１にはシーンメモリの内容が表示される。１行が１シーンに相当し、最大で999シーンを登録できる。行を選択することにより（選択された行は１２１１のように反転表示される）、操作対象のシーンを選択する。Scene No.の列はシーンナンバ、Nameの列はシーン名（ない場合は[No Data]と表示）、Configの列はコンフィグ番号、オーナーＩＤの列は当該シーンが属するグループのオーナーのユーザＩＤ（後に詳述する）、Edit Securityの列はシーンの編集（及びストア）機能のセキュリティレベル、Recall Securityの列はシーンのリコール機能のセキュリティレベルを、それぞれ表示する。選択したシーンにおいて、Scene No.以外の項目を編集することができる。ただし、Edit SecurityとRecall Securityは、ログオンユーザのScene Store/Recall Levelより上位のレベルに設定することはできない。また、そもそもログオンユーザの属するグループのシーンでないシーンや、ログオンユーザのScene Store/Recall Levelより上位のEdit Securityを持つシーンに対して、そのログオンユーザは編集を行うことはできない。例えば、シーン１２１１のEdit Securityは３であるので、ログオンユーザのScene Store/Recall Levelが１〜３の場合のみシーン１２１１の編集が可能であり、その場合、Edit SecurityとRecall SecurityはログオンユーザのScene Store/Recall Levelの値から１０までの範囲で変更可能である。
【００６２】
Presetビュー１２０３には、現コンフィグに含まれるプリセット番号が一覧表示される。プリセット番号の前のラジオボタンがオンされているものが、選択されたシーンに格納されているプリセット番号である。ログオンユーザに当該シーンの編集の権限があれば、このラジオボタンをクリックすることで、当該シーンのプリセットを変更することができる。Presetビュー１２０３において、プリセットを削除することもできる。ただし、使用しているプリセットを削除することはできない。また、プリセットを全部削除することはできず、必ず一つは存在するようになっている。なお、ここではコンフィグ番号とプリセット番号を用いたが、ユーザにとって分かりやすくするためコンフィグ名やプリセット名で特定するようにしてもよい。
【００６３】
１２０５は、シーンの編集を行うためのCut、Copy、Paste、Insert、及びClearなどのボタン、並びに、プリセットの編集を行うためのRename、Delete、Store、及びNewなどのボタンを示す。Storeボタン１２０６をクリックすると、現コンフィグ及び現カレントシーンが、選択されているシーンに、格納される。Recallボタン１２０７をクリックすると、選択されているシーンが現コンフィグ及び現カレントシーンとして読み込まれる。
【００６４】
なお、図３（ｂ）で説明したカレントシーンは、Name、オーナーＩＤ、Edit Security及びRecall Securityの記憶領域を備えており、シーンリコールしたときにはこれらの記憶領域に当該シーンのName等が格納されるものとする。カレントシーンを何れかのScene No.としてストアするときには、上記記憶領域のName等が当該Scene No.のName等として書き込まれる。カレントシーンを初期化した場合はName等は無い状態なので、そのストア時には、Nameは所定のルールで適当に付け、オーナーＩＤはログオンユーザが属するグループのオーナーのユーザＩＤ、Edit SecurityとRecall SecurityはログオンユーザのScene Store/Recall Levelの値を設定するものとする。また、シーンのストア／リコールの際には、図９のセキュリティレベル設定部９５２で説明したように、ログオンユーザにそのストア／リコールを行う権限があるかをチェックするものとする。
【００６５】
図１３は、ユーザ制御画面管理（User Control Manager）ダイアログ１３００の画面例を示す。このダイアログ１３００により、図８（ａ）及び（ｂ）で説明したユーザ制御画面のセキュリティの編集を行う。ダイアログ１３００は、ＰＣ１３０上で所定の操作で呼出すことができる。User Controlビュー１３０１には、ユーザ制御画面の名称（User Control）と、オーナーＩＤと、Security Levelが一覧表示される。ログオンユーザの属するグループのユーザ制御画面でない場合や、ログオンユーザのUser Control Levelより上位のSecurity Level（値で言えば、User Control Level＞Security Level）を持つユーザ制御画面である場合は、そのユーザ制御画面のセキュリティの編集を行なうことができない。このダイアログ１３００により、ユーザ制御画面の名称変更、新規作成（Newボタン１３０２による）、削除（Deleteボタン１３０３による）、オーナーＩＤの設定変更、及びSecurity Levelの変更を行うことができる。ただし、Security Levelは、ログオンユーザのUser Control Levelの値から１０までの範囲で変更可能である。ＯＫボタン１３０４でダイアログ１３００での操作を有効にして終了し、キャンセルボタン１３０５で操作をキャンセルして終了する。
【００６６】
なお、Newボタン１３０２により新規作成が指示された場合は、操作子や表示要素が配置されていない新規のユーザ制御画面が編集モードで開かれ、ログオンユーザはそこからユーザ制御画面の編集を開始することができる。その際、そのユーザ制御画面のオーナーＩＤは、ログオンユーザが属するグループのオーナーのユーザＩＤに、また、Security Levelは、ログオンユーザのUser Control Levelに初期設定される。また、User Controlビューに表示されているユーザ制御画面の名称を選択し、所定の操作を行うことにより、当該ユーザ画面を編集モードで開くことができる。もちろん、ユーザ制御画面を編集する際には、ログオンユーザにその権限、すなわち、EditとView Component Editorのチェックボックスがオンかつそのユーザ制御画面のSecurity Level以上のUser Control Levelがあることをチェックする。
【００６７】
ここで、図１２及び図１３で表示されているオーナーＩＤについて詳しく説明する。図１２の各シーンのオーナーＩＤは、そのシーンがそのオーナーＩＤのグループで共有されていることを示している。同様に、図１３のUser Controlビュー１３０１のオーナーＩＤは、そのユーザ制御画面がそのオーナーＩＤのグループで共有されていることを示している。共有とは、そのグループに属する全ユーザにそのシーンやユーザ制御画面を使用・編集する基本的な権限を与えているということである（ただし、各ユーザのセキュリティレベルのチェックは行われる）。あるグループに属しているユーザは、自分が属さない他のグループが共有しているシーンやユーザ制御画面を使用・編集することができない。例えば、図９のUser Listビュー４０４の階層構造において、ログオンユーザがSupervisor Aである場合、オーナーＩＤがSupervisor Bであるシーンを編集したりストア／リコールすることはできない。一方、グループのオーナーより上位のユーザは、その配下のユーザないしグループが所有するシーンやユーザ制御画面を自由に使用・編集することができる。例えば、配下のオーナーの所有するグループが共有しているシーンやユーザ制御画面を使用・編集することができるが、配下でないオーナーの所有するグループが共有しているシーンやユーザ制御画面を使用・編集することはできない。また、グループのオーナーより上位のユーザが作成したシーンは、オーナーＩＤがそのユーザのユーザＩＤとなり、それが変更されなければ、当該シーンはそのユーザの配下の全てのユーザが使用できるシーンとなる。例えば、Administratorが作成したシーンは、当該制御プログラムにログオンする全てのユーザが使用できる。ただし、上記オーナーＩＤのチェックで権限ありと認められても、シーンの場合はログオンユーザのScene Store/Recall Levelと当該シーンのEdit Security及びRecall Securityとの比較で当該ログオンユーザがそのシーンを利用する権限を有していることが必要であるし、ユーザ制御画面の場合はログオンユーザのUser Control Levelと当該ユーザ制御画面のSecurity Levelとの比較で当該ログオンユーザがそのユーザ制御画面を利用する権限を有していることが必要である。すなわち、上記オーナーＩＤのチェックとセキュリティレベル（Scene Store/Recall LevelやUser Control Level）のチェックは、両方とも権限有りと確認されなければ指示された操作は行えないものである。どちらか一方のチェックでユーザ権限無しと認められた場合は、ログオンユーザが指示した操作は行うことができない。
【００６８】
上述したオーナーＩＤによるユーザ権限の設定では、各グループ単位でシーンやユーザ制御画面の使用権限を制御できる。オーナーＩＤとして設定できるのは、何れかのグループのオーナーのユーザＩＤか、何れのグループにも属していないユーザのユーザＩＤである。あるグループのユーザが作成したシーンにはそのグループのオーナーＩＤが自動的に設定され、他のグループのユーザによる利用ができないようになっている。そのシーンを複数のグループで共有したい場合には、そのシーンのオーナーＩＤを、それらのグループのオーナーの何れにとっても上位となるユーザのユーザＩＤに設定すればよい。各グループのオーナーより上位のユーザは、シーンないしユーザ制御画面のオーナーＩＤとして自分のユーザＩＤないしその配下のユーザのユーザＩＤが設定されている場合のみ、そのオーナーＩＤを変更することができる。ただし、その際に設定できるのは、自分のユーザＩＤないしその配下のグループオーナー以上のユーザのユーザＩＤのみである。一方、セキュリティレベルによるユーザ権限の設定では、シーンやユーザ制御画面に設定されたセキュリティレベルと各ユーザ毎に設定されているユーザレベルとの比較が行なわれるので、より細かく各ユーザ毎にシーンやユーザ制御画面の使用権限を制御することができる。これら２つのチェックは、どちらか一方でも有効であるし、両者を組み合わせて使うことにより、より細かくユーザ権限の設定を行うことができる。
【００６９】
次に、業者がＣコンポーネントやユーザ制御画面を提供する場合について詳しく説明する。業者が提供したこれらのデータについて、エンドユーザが自由に使ってよいのであれば、特にプロテクトをかける必要は無い。一方、業者が提供したＣコンポーネントの信号処理の構成、そのＣコンポーネントを制御するためのパラメータの種類、その各パラメータに設定されているパラメータ値などには、それぞれ、その業者ならではのノウハウが含まれており、ユーザにその構成やパラメータを見せたくない場合やその設定したパラメータ値を変更されたくない場合がある。また、ユーザに対してＣコンポーネントの構成やパラメータが見えないように制限をかけた場合でも、業者がミキサ設置場所に出向いてその調整を行なう場合には、その業者にだけはそのＣコンポーネントの構成やパラメータの編集ができるように権限を設定しておきたいという要求がある。
【００７０】
このような要求に応じるため、本システムでは、業者が提供したＣコンポーネントやユーザ制御画面には当該業者のユーザＩＤとパスワードを含めておき、そのＣコンポーネントのＣコンポーネント構成画面を開こうとしたときや、そのユーザ制御画面を開こうとしたときには、ログオンユーザがそのＣコンポーネントやユーザ制御画面に含まれる業者ユーザＩＤ及びパスワードでログオンしていることをチェックするようにした。当該業者ユーザＩＤ及びパスワードでログオンした業者ユーザは、その業者ユーザＩＤ及びパスワードを含むＣコンポーネントの構成画面を開いてそのＣコンポーネントの構成を編集することができ、或いは、その業者ユーザＩＤ及びパスワードを含むユーザ制御画面を開いてその操作子により対応するパラメータ項目の値を変更することができる。一方、当該業者ユーザＩＤ及びパスワード以外でログオンしたユーザは、そのユーザのセキュリティ設定がどのようなものであったとしても（Administratorでも）、その業者ユーザＩＤ及びパスワードを含むＣコンポーネントの構成画面やユーザ制御画面を開くことができない。このような機能については、図１５でさらに詳しく説明する。
【００７１】
ＰＣ１３０が実行するミキサ制御プログラム１３１に含まれる各種処理を図１４から図１６に示す。図１４（ａ）は、ミキサ制御プログラム１３１が起動されたときの処理手順を示す。ステップ１４０１で初期設定ファイルをＲＡＭ１０３に読み込んで各種初期設定を行い、ステップ１４０２で図５（ａ）のユーザログオン画面を表示する。ステップ１４０３でユーザ名とパスワードが入力されＯＫボタンがクリックされると、ステップ１４０４で初期設定ファイルに含まれるユーザアカウントのデータに基づいてそれらをチェックし、そのユーザ名のユーザであると認証されれば、ステップ１４０５に進む。ユーザ名またはパスワードが間違っているときは、ステップ１４０３に戻る。ステップ１４０５で、当該ユーザ名に応じたユーザ権限（図９で設定されている権限）を付与し、ステップ１４０６で、図５（ｂ）の基本画面を表示する。このとき読み込まれるコンフィグデータは、当該ミキサ制御プログラム１３１が最後に起動されていたとき読み込まれていたコンフィグデータである。その後は、ミキサ制御プログラム１３１の通常動作へ移行する。なお、図９のEnable Auto Log Onチェックボックス９０１がオンされている場合は、ステップ１４０２〜１４０４はスキップして、Auto Log Onユーザコンボボックス９０２で指定されているユーザ名で自動的にログオンするが、図１４（ａ）ではその処理は省略した。
【００７２】
図１４（ｂ）は、基本画面のメニューでセキュリティ設定を選択したときの処理手順を示す。ステップ１４１１で、図９で説明したセキュリティ設定ダイアログ９００を表示する。ステップ１４１２で、ＲＡＭ上のユーザアカウントのデータに基づいてUser Listビュー９０３に階層を表すツリーを表示し、初期状態として、そのツリー上のログオンユーザ（自分）を選択状態とする。ステップ１４１３で、選択されているユーザに応じた表示態様（図１０）で各種ボタンやチェックボックスなどの表示を行う。
【００７３】
図１４（ｃ）は、シーンの切替えなどにより現コンフィグが切替えられたときに実行される処理手順を示す。なお、この処理が実行できるのは、ログオンユーザのChange Configurationチェックボックスがオンされている場合に限られる。現コンフィグとは異なるＣＦデータを示すシーンのリコール操作が行なわれたときや、現コンフィグとは異なるＣＦデータの選択操作が行なわれたときだけでなく、ログオン時などでコンフィグデータのファイルを読み込んだときも、デフォルトのＣＦデータ（例えば、そのコンフィグデータで最後に選択されていたＣＦデータ）が選択され、本処理が実行される。ステップ１４２１で、新たに現コンフィグとするＣＦデータに応じて各種制御が初期設定される。すなわち、カレントシーンのデータ構成が、該ＣＦデータのＰＣ用ＣＡＤデータに基づくデータ構成に変更されるとともに、以前にそのＣＦデータが現コンフィグであったとき最後に選択されていたプリセットがそのカレントシーンに読み込まれる。ステップ１４２２で、当該現コンフィグのミキサ構成全体を示す基本画面（図５（ｂ））を表示する。ステップ１４２３でオンラインモードであるときは、ステップ１４２４で、エンジン１００に、ＣＦデータの変更を指示するイベントを送出する。ステップ１４２５で、ログオンユーザのStartup User Controlがオンか判定し、オンのときは、ステップ１４２６で当該ユーザのSecurity Level以下の全ユーザ制御画面を開いて、本処理を終了する。なお、ステップ１４２６では、後述する図１５（ｂ）の処理で各種チェックを行って権限ありの場合にユーザ制御画面が開かれるものである。
【００７４】
図１５（ａ）は、Ｃコンポーネントの構成画面（図７）を開く指示がなされたときの処理手順を示す。ステップ１５０１で初期設定の後、ステップ１５０２でログオン時のユーザ名及びパスワードが今開こうとしているＣコンポーネントのＣＣヘッダに記載されている業者ユーザＩＤとパスワード（図２（ｂ））に合致するか否か判定する。異なるときは、業者が提供したＣコンポーネントの構成画面をその業者以外のユーザが開こうとしているということだから、そのまま処理を終了する。ユーザ名及びパスワードが合致したとき（当該ＣコンポーネントのＣＣヘッダの業者ユーザＩＤとパスワードが空欄の場合を含む）は、ステップ１５０３で、ユーザ権限をチェックする。このチェックは、ログオンユーザのOperation SecurityでView DSP Design Windowチェックボックスがオンされていることを確認するものである。ユーザ権限がないときはそのまま終了する。ユーザ権限があるときは、ステップ１５０４で、指定されたＣコンポーネントの構成画面を表示し、その画面における動作へ移行する。例えば、ログオンユーザのEditチェックボックスがオンされていれば、当該画面に表示されているＣコンポーネントの構成を編集することができ、また、ログオンユーザのView Component Editorチェックボックスがオンされていれば、当該画面上のＰコンポーネントを選択して「制御画面を開く」操作を行なうことにより、その選択されたＰコンポーネントの制御画面を開くことができる。
【００７５】
図１５（ｂ）は、ユーザ制御画面（図８）を開く指示がなされたときの処理手順を示す。ステップ１５１１で初期設定の後、ステップ１５１２でログオン時のユーザ名及びパスワードが今開こうとしているユーザ制御画面のＵＣデータ中に記載されている業者ユーザＩＤとパスワードに合致するか否か判定する。異なるときはそのまま処理を終了する。合致したとき（当該ユーザ制御画面のデータ中の業者ユーザＩＤとパスワードが空欄の場合を含む）は、ステップ１５１３で、ログオンユーザが当該ユーザ制御画面のオーナーＩＤ（図１３）が示すグループに属するか判定する。ここでは、当該オーナーＩＤの示すグループのユーザだけでなく、当該オーナＩＤの示すユーザの上位のユーザについても、当該グループに属すると判断されるものとする。属さないときは、当該ログオンユーザには当該ユーザ制御画面の使用権限がないから、そのまま処理を終了する。ログオンユーザが当該グループに属するときは、ステップ１５１４でユーザ権限をチェックする。このチェックは、ログオンユーザのOperation SecurityでView Component Editorチェックボックスがオンされていること、かつ、ログオンユーザのUser Control Levelが当該ユーザ制御画面のSecurity Levelより上位または同位のレベルであることを確認するものである。ユーザ権限がないときはそのまま終了する。ユーザ権限があるときは、ステップ１５１５で、指定されたユーザ制御画面を通常モードで表示し、その画面における動作へ移行する。例えば、ログオンユーザのControl Component Editorチェックボックスがオンされていれば、当該画面上の操作子を操作することにより、カレントシーン中のその操作子に対応するパラメータの値を変更することができ、また、ログオンユーザのEditチェックボックスがオンされていれば、右クリックメニューの「編集モード」を選択することにより、当該ユーザ制御画面を編集モードに切り換えて当該ユーザ制御画面を編集することができる。
【００７６】
上記ステップ１５０２や１５１２により、業者提供のＣコンポーネントやユーザ制御画面については、当該業者のみが開くことができ、エンドユーザや他の業者は（Administratorであっても）開けないようにできる。
【００７７】
ここでは、業者が追加機能としてＣコンポーネントとユーザ制御画面を提供する場合のプロテクトを例示したが、図３（ａ）のコンフィグデータに含まれる任意のデータや各コンポーネントのライブラリなどについても、必要に応じてユーザＩＤとパスワードを記憶が格納されるように変更を加えれば同様にプロテクトすることができる。特に、本システムは、業者提供の追加機能を使用しようとしたときその追加機能に付されているＩＤとパスワードがログオン時のＩＤとパスワードに一致するかをチェックする点を特徴とする。一般的なアプリケーションなどでは、追加機能を使用しようとした時点でその追加機能に付されているパスワードなどの認証情報を入力させてユーザ権限を確認することは行われていた。この場合、悪意のユーザは何度も認証情報の入力を試行することによりそのプロテクトを破ることが考えられる。本システムでは、業者提供Ｃコンポーネントなどのプロテクトを破ろうとする者は、何度もログオンのし直しをしなければならず、その操作が煩雑であるためプロテクトが破りにくいという効果がある。
【００７８】
本実施形態のシステムでは、何らかの指示がユーザから与えられたときの処理は、基本的に図１５（ａ）と同様の処理で行っている。すなわち、業者提供の機能に関わるステップ１５０２のチェックと、図９〜図１１で説明したユーザ権限のチェックを行って、両方共に権限があると認められた場合のみ、指示された処理を行うような処理手順である。さらに、これらのチェックに加えて、ステップ１５１３のオーナーのグループにログオンユーザが入っているかをチェックすべき機能やデータを使用しようとする指示に対しては、図１５（ｂ）と同様の手順で処理している。
【００７９】
なお、業者提供のＣコンポーネントについては、図１５（ａ）で説明したようにエンドユーザが開こうとしても開けないようにしているが、構成画面を開けない代りに、自動的にユーザ制御画面を開くようにしてもよい。その場合は、ステップ１５０２で業者ユーザＩＤとパスワードが合致しなかったとき、所定のユーザ制御画面を表示する処理を行うようにすればよい。表示すべきユーザ制御画面は、例えば業者プロテクト内容の欄に記載しておく。また、業者提供のデータは、Administrator権限でインストールして本システムに組み込み、上述したオーナーＩＤがAdministratorになるようにする。
【００８０】
図１６（ａ）は、ログオンユーザが、開かれたユーザ制御画面に表示されているつまみを操作をした場合の処理手順を示す。ステップ１６０１でユーザ権限をチェックする。これは、ログオンユーザのOperation SecurityのControl Component Editorチェックボックスがオンされているか否かを判定するものである。権限があるときは、ステップ１６０２で、そのつまみの操作量に応じて、そのつまみに対応するパラメータ（カレントシーン内）の値を変更する。ステップ１６０３でオンラインモードであるときは、ステップ１６０４でその操作に応じた操作イベントをエンジン１００に送出して処理を終了する。つまみ操作でなく、他のパラメータ変更も同様の処理である。
【００８１】
図１６（ｂ）は、シーンｉ（図３（ａ））をリコールする指示がなされたときの処理手順を示す。ステップ１６１１で、ログオンユーザが当該シーンｉのオーナーＩＤが示すグループに属するか判定する。ステップ１５１３と同様、当該オーナーＩＤの示すグループのユーザだけでなく、当該オーナＩＤの示すユーザの上位のユーザについても、当該グループに属すると判断されるものとする。属するときは、ステップ１６１２で、ログオンユーザに当該シーンのリコールを行う権限があるか否か判定する。これは、ログオンユーザのOperation SecurityのScene Store/Recall Levelと今リコールしようとしているシーンのRecall Securityとを比較し、リコールの権限があるかを判定するものである。権限があるときは、ステップ１６１３で、シーンｉをリコールすることで現コンフィグが変化するか判定する。変化するときは、ステップ１６１４で、ログオンユーザにコンフィグを変更する権限があるか否か判定する。これは、ログオンユーザのOperation SecurityのChange Configurationチェックボックスがオンされているかを確認するものである。権限があるときは、ステップ１６１５でシーンｉが指定するＣＦデータを選択して現コンフィグとし、ステップ１６１６に進む。ステップ１６１３で現コンフィグが変化しないときは、直接ステップ１６１６へ進む。ステップ１６１６で、シーンｉが指定するプリセットを読み出してカレントシーンにセットする。
【００８２】
ここではシーンのリコールの処理を説明したが、シーンのストアも同様である。ストア処理では、ストア先として指定したシーンナンバに既にシーンが格納されている場合に、ログオンユーザが、そのシーンナンバに格納されているシーンのオーナーのグループに属するかをチェックするものである。
【００８３】
なお、上記実施形態では、あるグループに属さないユーザは、そのグループのシーンデータとユーザ制御画面を使うことができなかったが、それに加えて、例えば、ＣＦデータにも同じ制限を加えられるようにしてもよい。
【００８４】
また、業者が供給するＣコンポーネントの制御画面として設定されるユーザ制御画面に配置される操作子や表示要素のコピー元は、そのＣコンポーネントの構成要素であるＰコンポーネントの制御画面に限られる。ＣＣデータは、図３（ａ）のコンフィグデータに含まれるデータとしてもよい。
【００８５】
上記実施形態では、ＣＣデータのＣＣヘッダないしＣＦデータのＵＣデータに、ユーザＩＤ及びパスワードが格納されていれば業者プロテクトがオンであり、格納されていなければ業者プロテクトがオフとなっていたが、業者プロテクトのオンオフは別のデータ（業者プロテクトの内容など）で制御するようにしてもよい。
【００８６】
上記実施形態では、ユーザの操作に応じて実行される処理に複数のプロテクトをかけているが、その処理がプロテクトにかかって実行されなかった場合に、何れのプロテクトで実行されなかったのかをユーザに提示するようにしてもよい。
【符号の説明】
【００８７】
１００…エンジン、１０１…ＣＰＵ、１０２…フラッシュメモリ、１０３…ＲＡＭ、１０４…ＰＣ Ｉ／Ｏ、１０５…ＭＩＤＩ Ｉ／Ｏ、１０６…その他Ｉ／Ｏ、１０７…表示器、１０８…操作子、１０９…波形Ｉ／Ｏ、１１０…信号処理部（ＤＳＰ群）、１１１…カスケードＩ／Ｏ、１２０…システムバス、１３０…パーソナルコンピュータ（ＰＣ）、１３１…ミキサ制御プログラム、１３２…コンフィグ（ＣＦ）データ。
【技術分野】
【０００１】
この発明は、各種の装置やソフトウェアを利用するユーザのユーザアカウントを管理するユーザアカウント管理機能を備えた制御プログラムに関する。
【背景技術】
【０００２】
従来より、非特許文献１に記載されているようなミキサ構成をカスタムメイドできるディジタルミキサが知られている。これは、音響信号処理部を、プログラムに従って動作可能なプロセッサ（例えば、ディジタル信号処理装置（ＤＳＰ））を用いて構成し、外部のＰＣ（パーソナルコンピュータ）を用いて作成編集したミキサ構成（信号処理構成）に基づいて音響信号を処理できるようにしたものである。ＰＣ上でのミキサ構成の作成編集は、専用のミキサ制御プログラムにより行う。すなわち、ＰＣ上でミキサ制御プログラムを動作させてミキサ編集画面を表示し、該画面上で信号処理を行う部品となるコンポーネントを配置し、配置したコンポーネント間を結線でつないで入出力関係を規定して、ミキサ構成を作成編集する。作成したミキサ構成をディジタルミキサに転送して実行することにより、ディジタルミキサはそのミキサ構成の動作を実現する。また、オンラインモードとしてＰＣ上のミキサ制御プログラムとディジタルミキサとを同期させた状態とし、ＰＣ上のミキサ制御プログラムからディジタルミキサをリアルタイムで制御することができる。
【０００３】
一方、ユーザ権限を得て使用するソフトウェアやシステムが知られている。例えば、通常のオペレーティングシステム（ＯＳ）やデータベースなどには、ユーザのアカウントを作成する際にユーザをグループ分けし、ユーザがログイン画面でユーザ名とパスワードを入力してログインしたときには、そのユーザが属するグループに応じた使用権限を与える方式が知られている。通常、Administrator（アドミン）と呼ばれる全操作を行う権限を有するユーザやグループが設けられ、このアドミンが、新規ユーザの追加、既存ユーザの権限の変更、既存ユーザの削除、及びパスワードの管理などを行う。また、ユーザをグループ分けしそのグループ毎のユーザ管理を行なえるサブアドミン権限を有するユーザを設定できるようにした方式も知られている（特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】「DIGITAL MIXING ENGINE DME32 取扱説明書」、ヤマハ株式会社、２００１年
【特許文献】
【０００５】
【特許文献１】特開平１１−２９８５１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述のディジタルミキサやミキサ制御プログラムでは、ユーザ毎のユーザ権限を定義し、ユーザ権限毎に使用や編集できる範囲を定義できる。通常は、最上位の管理者権限の規定のユーザ名（Administrator）が予め定義されているので、ミキサエンジンを購入したユーザは、初めにそのユーザ名でミキサ制御プログラムにログオンし、ユーザ名を適宜登録すると共に、それら各ユーザ名のユーザ権限を自由に設定する。このようなユーザ使用権限の管理は、上述したＯＳなどの方式と同様のものである。
【０００７】
上述のディジタルミキサやミキサ制御プログラムにおいては、ユーザのグループ単位で権限設定したいデータや機能が少なくない。その場合、ＯＳなどの方式と同様に、グループを作成し、そのグループに対して当該データや機能に関する権限を与えるようにすればよい。しかし、明示的にグループを作成してそのグループの権限を定義する必要があり操作が煩雑である。グループ内にサブグループを作ることもできない。上記特許文献１の技術によればグループ毎のユーザ管理を行なえるサブアドミンを設定できるが、そのサブアドミンの設定も面倒である。
【０００８】
この発明は、例えば上述のディジタルミキサやそれを制御するためのミキサ制御プログラムなどの各種の装置やソフトウェアを利用するユーザの権限を管理するにあたって、複数のユーザの権限を簡単で分かり易い方式で管理できるようにするとともに、必要な場合には細かな使用権限の設定もできるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
この目的を達成するため、請求項１に係る発明は、複数ユーザのログオン用のアカウントを管理する機能を備えたデータ編集用の制御プログラムにおいて、各ユーザの認証を行なうための認証情報と、認証された該ユーザに与える権限レベルを示す権限情報とを含むユーザアカウントであって、上位のユーザの権限情報が下位のユーザの権限情報より高い権限レベルを示し、かつ、最上位のルートユーザを頂点としたツリー状の階層構造を有する複数のユーザアカウントを第１メモリに記憶し、ログオン操作を受け付けたとき、前記ユーザアカウントの認証情報に基づいて当該ユーザの認証を行い、認証された場合は、そのユーザアカウントの権限情報の示す権限レベルでなる権限を付与し、当該ユーザの当該制御プログラムへのログオンを許可し、ログオンしたログオンユーザの指示に応じて、前記ユーザアカウントを編集するセキュリティ設定画面であって、ユーザを選択するためのユーザ選択部と、選択されたユーザの権限レベルを設定するためのレベル設定部とを含むセキュリティ設定画面を表示し、前記ログオンユーザが前記ユーザ選択部を操作したとき、該操作に応じて何れか１のユーザを選択し、該選択されたユーザのユーザアカウントの権限レベルを前記レベル設定部に表示するとともに、該選択されたユーザが前記ツリー状の階層構造において前記ログオンユーザよりも下位のユーザである場合には前記レベル設定部を有効化し、他の場合には前記レベル設定部を無効化するものとし、前記ログオンユーザが有効化された状態にある前記レベル設定部を操作したとき、該操作に応じて、前記選択されたユーザのユーザアカウントの権限情報を、前記ログオンユーザの権限レベルより低く、かつ、前記ツリー状の階層構造において、前記選択されたユーザの直上のユーザの権限レベルより低く、前記選択されたユーザの直下のユーザの権限レベルより高い範囲内で、所望の権限レベルに設定するようにして、それぞれ権限レベルが付与された複数のデータを第２メモリに記憶するようにし、前記ログオンユーザが、前記第２メモリに記憶されているデータを利用しようとしたときに、前記ログオンユーザの権限情報が示す権限レベルが当該データに付与された前記権限レベル以上であれば、前記ログオンユーザによる当該データの利用を許可し、前記ログオンユーザの権限情報が示す権限レベルが当該データに付与された前記権限レベル未満であれば、前記ログオンユーザによる当該データの利用を禁止するようにしたことを特徴とする。
【００１０】
請求項２に係る発明は、複数ユーザのログオン用のアカウントを管理する機能を備えたデータ編集用の制御プログラムにおいて、各ユーザの認証を行なうための認証情報と、認証された該ユーザに与える１ないし複数項目の権限を示す権限情報とを含むユーザアカウントであって、上位のユーザは下位のユーザ以上の項目の権限を有し、最上位のルートユーザを頂点としてツリー状の上下関係を有する権限の階層構造を有する複数のユーザアカウントを第１メモリに記憶し、ログオン操作を受け付けたとき、前記ユーザアカウントの認証情報に基づいて当該ユーザの認証を行い、認証された場合は、そのユーザアカウントの権限情報の示す項目の権限を付与し、当該ユーザの当該制御プログラムへのログオンを許可し、ログオンしたログオンユーザの指示に応じて、前記ユーザアカウントを編集するセキュリティ設定画面であって、ユーザを選択するためのユーザ選択部と、選択されたユーザに対する複数項目の権限の有無を設定するための複数の有無設定部とを含むセキュリティ設定画面を表示し、前記ログオンユーザが前記ユーザ選択部を操作したとき、該操作に応じて何れか１のユーザを選択し、前記複数の各有無設定部に、該選択されたユーザの対応する項目の権限の有無を表示するとともに、前記選択されたユーザが前記ログオンユーザの下位のユーザであり、かつ、前記ログオンユーザに権限が付与された項目である場合は、当該項目の有無設定部を有効化し、他の場合は前記有無設定部を無効化し、前記ログオンユーザが前記有効化された有無設定部を操作をしたとき、該操作に応じて、前記選択されたユーザの前記制限情報における、当該項目の権限の有無の設定を変更するようにし、前記ログオンユーザは、前記ログオンユーザに付与された権限を用いてデータの編集を行うようにしたことを特徴とする。
【００１１】
請求項３に係る発明は、請求項１または２において、前記階層構造中の相互に直系の上下関係にない少なくとも２人のユーザをそれぞれオーナーとして、各オーナーの配下のユーザをメンバとする少なくとも２つのグループを形成するようにし、前記表示手段は、ログオンユーザが前記階層構造におけるオーナー以上のユーザであることを条件に、前記セキュリティ設定画面を表示することを特徴とする。
【００１２】
請求項４に係る発明は、請求項１において、前記セキュリティ設定画面において、前記ログオンユーザは、新規ユーザの追加、および、既存ユーザの削除を指示することが可能であり、前記ログオンユーザが新規ユーザの追加を指示したとき、前記階層構造における前記ログオンユーザの下位の所望の位置に、新規ユーザのユーザアカウントを作成して前記第１メモリに記憶し、前記ログオンユーザが既存ユーザの削除を指示したとき、前記階層構造における前記ログオンユーザの下位の所望の位置のユーザのユーザアカウントを前記第１メモリから削除するようにしたことを特徴とする。
【発明の効果】
【００１３】
この発明によれば、権限の階層構造における各ユーザは、その下位のユーザのユーザアカウントのレベルを、自分のユーザアカウントの権限レベルに応じた範囲で、編集することができる。また、権限の階層構造における各ユーザは、その下位のユーザのユーザアカウントの複数の項目の権限の有無を、自分のユーザアカウントが有する項目の権限の範囲で、自由に編集することができる。さらに、前記階層構造中の相互に直系の上下関係にない少なくとも２人のユーザをそれぞれオーナーとして、各オーナーの配下のユーザをメンバとする少なくとも２つのグループを形成することにより、各オーナーは、セキュリティ設定画面を表示させて、自分がオーナーであるグループの、自分の下位の全ユーザのユーザアカウントを編集することができる。オーナー同士が上下関係になることを禁じているので、あるグループのユーザのアカウントを、他のグループのオーナーが編集することはできない。その一方で、あるグループのオーナーの上位の各ユーザは、セキュリティ設定画面を表示させて、そのオーナーを含む、そのグループの全ユーザのユーザアカウントを編集することができる。さらに、各オーナーは、セキュリティ設定画面を表示させて、自分かオーナーであるグループの、自分の下位の任意のユーザのユーザアカウントを追加ないし削除することができる。また、あるグループのオーナーの上位の各ユーザは、セキュリティ設定画面を表示させて、そのグループの任意のユーザのユーザアカウントを追加ないし削除することができる。
【図面の簡単な説明】
【００１４】
【図１】この発明の一実施形態であるディジタルミキサのエンジンの構成図
【図２】ＰＣ上の各種データの構成図
【図３】ＰＣのメモリ上の各種データの構成図
【図４】エンジン上の各種データの構成図
【図５】ログオン画面と基本画面を示す図
【図６】ミキサ構成画面を示す図
【図７】Ｃコンポーネント構成画面を示す図
【図８】ユーザ制御画面を示す図
【図９】セキュリティ設定ダイアログを示す図
【図１０】セキュリティ設定ダイアログでの表示態様を示す図
【図１１】Add Userダイアログを示す図
【図１２】シーンメモリ管理ダイアログを示す図
【図１３】ユーザ制御画面管理ダイアログを示す図
【図１４】ミキサ制御プログラムの起動時処理、セキュリティ設定を選択したときの処理、及び現コンフィグ切替え時の処理のフローチャート図
【図１５】Ｃコンポーネントの構成画面を開く指示がなされたときの処理、ユーザ制御画面を開く指示がなされたときの処理、及びユーザ制御画面におけるパラメータ変更指示がなされたときの処理のフローチャート図
【図１６】つまみ操作時の処理及びシーンリコール処理のフローチャート図
【発明を実施するための形態】
【００１５】
以下、図面を用いてこの発明の実施の形態を説明する。
【００１６】
図１は、この発明の一実施形態であるディジタルミキサのエンジンの構成を示す。このエンジン１００は、中央処理装置（ＣＰＵ）１０１、フラッシュメモリ１０２、ＲＡＭ（ランダム・アクセス・メモリ）１０３、ＰＣ入出力インターフェース（Ｉ／Ｏ）１０４、ＭＩＤＩ Ｉ／Ｏ１０５、その他Ｉ／Ｏ１０６、表示器１０７、操作子１０８、波形Ｉ／Ｏ１０９、信号処理部（ＤＳＰ群）１１０、カスケードＩ／Ｏ１１１、及びシステムバス１２０を備える。
【００１７】
中央処理装置（ＣＰＵ）１０１は、このミキサ全体の動作を制御する処理装置である。フラッシュメモリ１０２は、ＣＰＵ１０１や信号処理部１１０のＤＳＰなどが使用する各種のプログラムやデータを格納した不揮発性メモリである。ＲＡＭ１０３は、ＣＰＵ１０１が実行するプログラムのロード領域やワーク領域に使用する揮発性メモリである。ＰＣ Ｉ／Ｏ１０４は、外部のパーソナルコンピュータ（以下、ＰＣと言う）１３０を接続するインターフェース（例えば、ＬＡＮ、ＵＳＢ、シリアルＩ／Ｏなど）である。ＭＩＤＩ Ｉ／Ｏ１０５は、各種ＭＩＤＩ機器を接続するインターフェースである。その他Ｉ／Ｏ１０６は、その他の機器を接続するためのインタフェースである。表示器１０７は、このミキサの外部パネル上に設けられた各種の情報を表示するためのディスプレイである。操作子１０８は、外部パネル上に設けられたユーザが操作するための各種の操作子である。波形Ｉ／Ｏ１０９は、外部機器との間で音響信号をやり取りするためのインターフェースであり、例えば、アナログの音響信号を入力してディジタル信号に変換して信号処理部１１０に渡すＡ／Ｄ（アナログ・ディジタル）変換機能、ディジタルの音響信号を入力して信号処理部１１０に渡すディジタル信号入力機能、及び信号処理部１１０から出力されたディジタルの音響信号をアナログの音響信号に変換してサウンドシステムに出力するＤ／Ａ（ディジタル・アナログ）変換機能などを実現する。信号処理部１１０は、幾つかのＤＳＰ（ディジタル・シグナル・プロセッサ）などからなる。これらのＤＳＰは、ＣＰＵ１０１の指示に基づいて各種のマイクロプログラムを実行することにより、波形Ｉ／Ｏ１０９経由で入力した波形信号のミキシング処理、効果付与処理、及び音量レベル制御処理などを行い、処理後の波形信号を波形Ｉ／Ｏ１０９経由で出力する。カスケードＩ／Ｏ１１１は、他のディジタルミキサとカスケード接続するためのインターフェースである。カスケード接続することにより、入出力チャンネル数やＤＳＰ処理力を増やすことができる。
【００１８】
本ディジタルミキサのエンジン１００では、信号処理部１１０で実現するミキサ構成をカスタムメイドすることができる。そのミキサ構成は、ＰＣ１３０上で動作する所定のミキサ制御プログラム１３１によりＰＣ１３０の画面上で作成編集することができる。作成したミキサ構成を複数集めたものをコンフィグレーションと呼ぶ。ミキサ制御プログラム１３１は、ユーザの画面上での操作指示に応じて、コンフィグレーションをメモリ上にコンフィグデータ１３２として生成する。コンフィグデータ１３２は、ＰＣ１３０から書込み可能な任意の記憶装置にファイルとして保存できる。また、ＰＣ１３０側のメモリまたはハードディスクなどの記憶装置上のコンフィグデータの各ミキサ構成は、コンパイル（エンジン１００が解釈できる情報に変換すること）した後、エンジン１００に転送できる。エンジン１００は、ＰＣ１３０から転送されたコンフィグデータをフラッシュメモリ１０２に格納して保存しておくことができる。所定の操作によりフラッシュメモリ１０２に格納されたコンフィグデータ中の１つのミキサ構成をカレントとして指定することにより、そのミキサ構成に基づいてエンジン１００が動作し、これにより当該ミキサ構成で規定されるミキサが実現する。
【００１９】
ミキサ制御プログラム１３１は、操作モードとしてオンラインモードとオフラインモードを有する。所定の操作により、それらのモードを切り換えることができる。オフラインモードは、ＰＣ１３０側のみで、コンフィグデータを作成編集するモードである。オンラインモードは、ＰＣ１３０のミキサ制御プログラム１３１からエンジン１００をリアルタイムに制御するモードである。オンラインモードが指定されると、その時点でＰＣ１３０のＲＡＭ上に展開されているコンフィグデータが（コンパイルの後）エンジン１００に転送されてフラッシュメモリ１０２に格納され、これによりＰＣ１３０とエンジン１００とでコンフィグデータが一致する。また、ＰＣ１３０側でカレントとして指定されているミキサ構成の状態（パラメータ設定値など）がエンジン１００に送られて、ＰＣ１３０とエンジン１００とが完全に同期した状態となり、ＰＣ１３０からエンジン１００を制御できるようになる。例えば、ＰＣ１３０のミキサ構成画面上に表示されたコンポーネントがフェーダを備えている場合、あるいは、あるコンポーネントの制御画面がフェーダを備えている場合、オンラインモードでは、そのフェーダをマウスを用いて操作するとその操作はリアルタイムにエンジン１００に反映される。オンラインモードでは、ＰＣ１３０側でコンポーネントの構成と結線は変更できない。変更すると自動的にオフラインモードになる。
【００２０】
なお、ＰＣ１３０によりコンフィグデータを作成編集するユーザは、エンドユーザに限らず、業者の場合もある。例えば、ある会場にミキサが設置された場合、その会場に業者が出向いて、そのミキサにＰＣ１３０を接続し、当該ＰＣ１３０からその会場に合わせたミキサ構成のコンフィグデータなどを作成編集し、そのコンフィグデータなどをフラッシュメモリ１０２に格納する。この場合、ミキサはノンプログラマブル（エンドユーザに対してミキサ構成の作成編集を許可せず、エンドユーザは業者が作り込んだミキサ構成を呼び出して利用するだけ）でもよい。エンドユーザは、パネル上の操作子１０８を用いてフラッシュメモリ１０２に格納されたコンフィグデータのミキサ構成を読出し、そのミキサ構成のミキサとして動作させることができるので、動作時にＰＣ１３０を接続する必要はない。もちろん、ＰＣ１３０を接続し、オンラインモードとして、そのＰＣ１３０からの操作でミキサを制御することは可能である。
【００２１】
ミキサ制御プログラム１３１によるミキサ構成の作成編集は、具体的には、ＰＣ１３０のミキサ構成画面上で、Ｐ（プリセット）コンポーネントやＣ（カスタム）コンポーネントを配置して結線することにより行う。コンポーネント間に結線を引くことは、コンポーネント間の信号の入出力関係を定義することに相当する。なお、ＰコンポーネントとＣコンポーネントを併せて、単にコンポーネントと呼ぶ。Ｐコンポーネントは、ミキサ構成を構成するための基本単位としてメーカーが用意した部品ブロックであり、例えば、オートミキサ、コンプレッサ、エフェクト、クロスオーバなどのオーディオプロセッサや、フェーダ、スイッチ、パン、メータなどの個々のパーツのコンポーネントが用意されている。Ｃ（カスタム）コンポーネントは、ユーザが作成編集したコンポーネントであり、複数のＰコンポーネントあるいはＣコンポーネントから構成される。
【００２２】
図２（ａ）は、ＰＣ１３０のミキサ制御プログラム１３１が使用するＰコンポーネントデータ（ＰＣデータ）の構成を示す。１つのＰＣデータは、１つのＰコンポーネントを規定する定義データであり、ミキサ制御プログラム１３１がアクセスできる任意の記憶手段に予め格納されている。ＰＣデータはＰコンポーネントの種類毎に用意される。ここでは種類がＮpc個あるものとする。Ｎpc個のＰＣデータの全体に対して、Ｐコンポーネントセットのバージョンが付与されている。１つのＰＣデータは、ＰＣヘッダ、ＰＣ構成情報、ＰＣ処理ルーチン、及び表示編集処理ルーチンからなる。ＰＣヘッダは、ＰコンポーネントＩＤ（PC_ID）及びＰコンポーネントバージョン（PC_Ver）などからなる。PC_IDとPC_VerによりＰＣデータを特定することができる。ＰＣ構成情報は、そのＰコンポーネントがどのようなエレメントから構成されているかを示す情報（エレメントの順番も含む）であり、そのＰコンポーネントの制御画面などの表示データを含む。エレメントとは、Ｐコンポーネントを構成する部品に相当する構成要素を言う。さらにＰＣ構成情報は、そのＰコンポーネントを構成する各エレメント毎のパラメータ項目構成情報（例えば、当該エレメントのパラメータが、単一の値、１次元配列、２次元配列のどのデータ形式であるかを示す配列情報、及び１要素のデータサイズなど）を含む。ＰＣ処理ルーチンは、ＰＣ構成情報に関する各種の処理を行なうためのプログラムである。ミキサ制御プログラム１３１がミキサ構成を処理する際には、Ｐコンポーネント毎のＰＣ処理ルーチンを利用する。表示編集処理ルーチンは、後述するＣＦデータを作成編集する際に用いるプログラム群である。
【００２３】
図２（ｂ）は、ＰＣ１３０のミキサ制御プログラム１３１が使用するＣコンポーネントデータ（ＣＣデータ）の構成を示す。ＣＣデータは、Ｃコンポーネントを規定する定義データである。１つのＣＣデータは、ＣＣヘッダ及びＰＣ用ＣＡＤデータからなる。ＣＣヘッダは、ＣコンポーネントＩＤ（CC_ID）、Ｃコンポーネントバージョン（CC_Ver）、及びシステムバージョン（SYS_Ver）などからなる。CC_IDとCC_Verにより、ＣＣデータを特定することができる。ＣＣデータ内のＰＣ用ＣＡＤデータは、当該Ｃコンポーネントがどのようなコンポーネントをどのように結線して構成したものかを定義するデータであり、ＰコンポーネントやＣコンポーネントを指定するデータであるＣデータ及びそれらのコンポーネント間を結ぶ結線データからなる。また、ＣＣデータ内のＰＣ用ＣＡＤデータは、後述する図７のＣコンポーネント構成画面などの表示用データも含む。このＣＣデータに、さらに、Ｃコンポーネント用に作成したユーザ制御画面のデータを含めるようにしてもよい。
【００２４】
図２（ｂ）に示したＣコンポーネントデータは、所定の権限を持つユーザが任意に作成編集し所定の記憶装置に格納しておける。業者が提供したＣＣデータは、所定のインストール手順（例えばＣＣデータのファイルコピーなど）によりＰＣ１３０内に取り込まれる。特に、業者がＣＣデータを提供する場合、ＣＣデータの構成やパラメータ設定などでエンドユーザには見せたくない部分や編集させたくない部分もあるので、ＣＣヘッダには当該業者のユーザＩＤ及びパスワード（エンドユーザには知らせないもの）並びに必要であれば業者プロテクトの内容をそれぞれ暗号化して格納しておく。そして、当該ＣＣデータのＰＣ用ＣＡＤデータが示す構成の表示やその編集が指示されたときには、ログオンユーザが当該業者のユーザＩＤ及びパスワードを入力してログオンしているか判定し、そうでないときは当該ＣＣデータの構成画面の表示や編集を認めないようにしている。エンドユーザが自ら作成したＣＣデータ、あるいは業者提供でもその業者がエンドユーザに自由に使うことを許可したＣＣデータは、ＣＣヘッダの業者ユーザＩＤ及びパスワードは空欄であるので、エンドユーザは基本的に使用する権限がある。なお、業者プロテクト内容の欄にそのＣＣデータを提供した業者ユーザ以外のユーザに対する部分的な許可情報あるいは部分的な禁止情報を記載しておき、当該業者ユーザ以外のユーザに対して、当該ＣＣデータに関し部分的に表示や編集を許可あるいは禁止するようにしてもよい。業者が提供したＣＣデータをその業者のみが操作できるように制御する方式の詳細については後に詳しく説明する。
【００２５】
図３（ａ）は、ＰＣ１３０において、ミキサ制御プログラム１３１によって処理されるＲＡＭ上のコンフィグデータの構造を示す。２１０がＲＡＭ上に展開されたコンフィグデータであり、複数のＣＦデータ１〜Ｎcf及びシーンメモリから構成される。このコンフィグデータ２１０の全体が１ファイルとして任意の記憶装置（例えば、ＰＣ内のハードディスクなど）に格納できる。逆に任意の記憶装置から読出したコンフィグデータをＰＣ１３０のＲＡＭ上に２１０のような形式で展開することができる。ＣＦデータ１〜Ｎcfにおいて、１〜Ｎcfの番号をコンフィグ番号（ＣＦナンバ）と呼ぶ。コンフィグ番号によりＣＦデータ（あるいはそのＣＦデータが格納されている領域）を指定することができる。カレントポインタは、処理対象のＣＦデータを指すポインタである。カレントポインタが指すＣＦデータが、図６で後述するミキサ構成画面に表示される。カレントポインタが指すＣＦデータを「現コンフィグ」と呼ぶ。
【００２６】
１つのＣＦデータは、１つのミキサ構成を規定するデータであり、ＣＦヘッダ、ＰＣ用ＣＡＤデータ、Ｎps個のプリセット、及び所定個数のＵＣデータ（ユーザ制御画面データ）からなる。ＣＦヘッダは、コンフィグＩＤ（CF_ID）、コンフィグバージョン（CF_Ver）、及びシステムバージョン（SYS_Ver）などからなる。CF_IDとCF_Verにより、ＣＦデータを特定することができる。ＰＣ用ＣＡＤデータは、当該ＣＦデータのミキサ構成がどのようなコンポーネントをどのように結線して構成したものかを定義するデータであり、そのミキサ構成の構成要素として使用するＰコンポーネントやＣコンポーネントを指定するデータであるＣデータ及びそれらのコンポーネント間を結ぶ結線データからなる。ＰＣ用ＣＡＤデータは、後述する図６のミキサ構成画面の表示用データを含む。ＰＣ用ＣＡＤデータ内のＣデータは、ＰコンポーネントまたはＣコンポーネントを指定するコンポーネントＩＤ（C_ID）とコンポーネントバージョン（C_Ver）、ユニークＩＤ（U_ID）、及びその他のデータ（例えば、プロパティなど）などからなる。ＣデータのC_IDとC_Verとしては、図２（ａ）のＰＣデータのPC_IDとPC_Verを指定してＰコンポーネントを特定し、あるいは図２（ｂ）のＣＣデータのCC_IDとCC_Verを指定してＣコンポーネントを特定する。
【００２７】
次に、ＣＦデータ中のプリセットについて説明する。１つのＣＦデータは複数のプリセットを含み（その数は任意である）、それら複数のプリセットをまとめて当該ＣＦデータのライブラリと呼ぶ。プリセット１〜Ｎpsにおいて、１〜Ｎpsの番号をプリセット番号と呼ぶ。プリセット番号によりＣＦデータ中のプリセット（あるいはそのプリセットが格納されている領域）を特定することができる。プリセットは、それが含まれるＣＦデータのＰＣ用ＣＡＤデータのミキサ構成で使用する具体的なパラメータ値の組データを示す。上述したＰＣ用ＣＡＤデータによって１つのミキサ構成が規定されるが、実際にそのミキサ構成でディジタルミキサが動作する際には各コンポーネントに所定のパラメータを設定する必要がある。例えば、オートミキサであれば入力レベルと出力レベルなど、フェーダであればそのレベルなどのパラメータ値を設定する必要があるということである。プリセットは、そのような各コンポーネントが実際に動作する際に使用するパラメータ値のデータセットである。
【００２８】
１つのプリセットは、ヘッダ及び任意の数のＣ（コンポーネント）シーンからなる。プリセット中のＣシーンの部分をパラメータデータセットと呼ぶ。パラメータデータセットのＣシーンの並びの順序は、ＰＣ用ＣＡＤデータ中のＣデータの並びと対応している。図では、ＣデータＡで特定されるコンポーネントのパラメータがＣシーン３Ａ、ＣデータＢで特定されるコンポーネントのパラメータがＣシーン３Ｂ、…である。１つのＣシーンは、エレメントシーンの並びからなり、各エレメントシーンはパラメータシーンの並びからなる。プリセットのヘッダは、それに引き続くパラメータデータセットのデータ構造を保持する。
【００２９】
次に、ＵＣデータについて説明する。ＵＣデータは、ユーザ制御画面を規定するデータであり、所定の権限を持つユーザが任意に作成編集してＣＦデータ中に格納しておける。また、業者が提供したＵＣデータは、所定のインストール手順（例えばＵＣデータのファイルコピーなど）によりＰＣ１３０内のＣＦデータ中に取り込まれる。上記ＣＣデータと同様に、業者がＵＣデータを提供する場合、その業者が後で自己が使いたいためだけに提供するユーザ制御画面や、画面上には見せるがエンドユーザには変更されたくないパラメータを含むユーザ制御画面の場合がある。そこで、図２（ｂ）に示したＣＣデータと同様に、業者提供されるＵＣデータには当該業者のユーザＩＤ及びパスワード並びに必要であれば業者プロテクトの内容をそれぞれ暗号化して格納しておく。そして、当該ＵＣデータのユーザ制御画面の表示やその編集が指示されたときには、ログオンユーザが当該業者のユーザＩＤ及びパスワードを入力してログオンしているか判定し、そうでないときは当該ＵＣデータの構成画面の表示や編集を認めないようにしている。エンドユーザが自ら作成したＵＣデータ、あるいは業者提供でもその業者がエンドユーザに自由に使うことを許可したＵＣデータは、ＵＣデータ中の業者ユーザＩＤ及びパスワードは空欄であるので、エンドユーザは基本的に使用する権限がある。なお、業者プロテクト内容の欄にそのＵＣデータを提供した業者ユーザ以外のユーザに対する部分的な許可情報あるいは部分的な禁止情報を記載しておき、当該業者ユーザ以外のユーザに対して、当該ＵＣデータに関し部分的に表示や編集を許可あるいは禁止するようにしてもよい。業者が提供したＵＣデータをその業者のみが操作できるように制御する方式の詳細については後に詳しく説明する。
【００３０】
次に、シーンメモリについて説明する。シーンメモリにはＮs個（個数は任意）のシーン１〜Ｎsが格納される。１〜Ｎsの番号をシーン番号と呼ぶ。シーン番号で、各シーンが格納されている領域あるいはその領域に格納されたシーンを特定することができる。１つのシーンは、コンフィグ番号、プリセット番号、セキュリティレベル、及びオーナーＩＤなどを備える。ユーザは、シーン番号を指定してシーンを呼び出す（これをシーンのリコールと言う）ことができる。シーンのリコールが指示されると、当該シーンのコンフィグ番号のＣＦデータが現コンフィグとなるようにカレントポインタがセットされ、当該ＣＦデータが後述するミキサ構成画面（図６）に表示され、当該シーンのプリセット番号のプリセットが読み込まれてカレントシーン（図３（ｂ）で後述）にセットされる。逆に、ユーザは、現コンフィグ及び現カレントシーンを、シーン番号を指定してシーンメモリに保存することもできる（これをシーンのストアと言う）。セキュリティレベルやオーナーＩＤについては、図１２で詳しく説明する。
【００３１】
図３（ｂ）は、ＰＣ１３０においてミキサ制御プログラム１３１によって処理されるＲＡＭ上のその他データの構造を示す。カレントシーンは、現コンフィグのミキサ構成で設定されているパラメータデータセット、すなわち現コンフィグの各コンポーネントの現在のパラメータ値（カレント値）を示す。カレントシーンのアクセスルーチンは、カレントシーンへのアクセス機能を提供するメソッドである。エンジン用ＣＡＤデータ形成バッファは、ＣＦデータをコンパイルしたとき、ＰＣ用ＣＡＤデータからエンジン用ＣＡＤデータを生成するバッファである。
【００３２】
図４（ａ）は、ミキサエンジン１００内のフラッシュメモリ１０２に予め格納されているＰコンポーネントデータ（ＰＣデータ）の構成の一部を示す。このＰＣデータは、図２（ａ）に示したＰＣ側のＰＣデータの構成とほとんど同じであり、図２（ａ）における説明もそのまま適用できるので、図４（ａ）では異なる部分のみを示した。すなわち、エンジン１００側では、図２（ａ）の表示編集処理ルーチンの部分が、図４（ａ）のＰＣマイクロプログラムに置き換わる。エンジン１００では、ミキサ構成画面や制御画面の表示はできないので、その表示編集のための表示編集ルーチンは不要である。その代わり、エンジン１００では、エンジン用ＣＡＤデータのミキサ構成に応じたマイクロプログラムを形成してＤＳＰ群に送る必要があるため、図４（ａ）のような各コンポーネント対応のＰＣマイクロプログラムが必要である。ＰＣマイクロプログラムは、指定される可能性のある入出力数のバリエーション分のマイクロプログラムが全て用意されているものとする。また図示しないが、ＰＣ処理ルーチンは、エンジン中で各構成情報を処理するための各種のプログラムであるものとする。
【００３３】
図４（ｂ）は、エンジン１００のフラッシュメモリ１０２上のコンフィグデータの一部を示す。このデータは、図３（ａ）に示したＰＣ内のコンフィグデータの構成とほとんど同じであり、図３（ａ）における説明もそのまま適用できるので、図４（ｂ）は異なる部分のみを示した。すなわち、エンジン１００側では、図３（ａ）のＰＣ用ＣＡＤデータの部分が、図４（ｂ）のエンジン用ＣＡＤデータに置き換わる。エンジン用ＣＡＤデータは、ミキサ構成画面で示されるようなミキサ構成を表すデータである点はＰＣ用ＣＡＤデータと同じだが、エンジン内では表示のためのデータは不要であり、またデータ量を少なくするため、表示データを含まずバイナリ形式で表現されている。エンジン用ＣＡＤデータは、コンパイルにより図３（ｂ）のエンジン用ＣＡＤデータ形成バッファ上に生成されたものである。エンジン１００側もカレントポインタを有し、カレントポインタが指すＣＦデータが「現コンフィグ」である。なお、エンジン側ではＣコンポーネントの概念はなく、ＰＣ側でＣコンポーネントを含むＣＦデータは、コンパイル時に当該Ｃコンポーネントの部分が最下層のＰコンポーネントに展開される。従って、図４（ｂ）のエンジン用ＣＡＤデータ中のＣデータは、すべてＰＣデータを指すものとなっている。さらに、エンジン側ではユーザ制御画面の表示はできないので、エンジン側のＣＦデータは図３（ａ）のＵＣデータ１，２，…を持たない。
【００３４】
図４（ｃ）は、エンジン１００のＲＡＭ１０３上のその他データを示す。カレントシーンは、エンジン側で、現コンフィグのミキサ構成に設定されているパラメータデータセットであり、図３（ｂ）に示したＰＣ側のカレントシーンと同様のデータである。図３（ｂ）のカレントシーンの説明は、図４（ｃ）のエンジン側のカレントシーンにも適用できるものである。図４（ｃ）では図示していないが、アクセスルーチンを用意する点も同じである。マイクロプログラム形成バッファは、ミキサ構成に応じたマイクロプログラムを形成するために使用するバッファである。カレントポインタが切り換えられると、新たに現コンフィグとなったＣＦデータのエンジン用ＣＡＤデータのミキサ構成を実現するマイクロプログラムがマイクロプログラム形成バッファ上に展開され、そのマイクロプログラムが信号処理部１１０に転送される。これにより、信号処理部１１０のＤＳＰ群は現コンフィグのＣＡＤデータのミキサ構成の動作を実現する。また、新たにカレントシーンが読み込まれたとき、あるいはカレントシーンが変更されたときには、自動的に、当該カレントシーンが信号処理部１１０に転送される。信号処理部１１０は、転送されたカレントシーンをＤＳＰ群の係数メモリに展開する。信号処理部１１０のＤＳＰ群は当該係数メモリの係数を使用して上記転送されたマイクロプログラムを実行し、これにより信号処理部１１０は、現コンフィグのエンジン用ＣＡＤデータのミキサ構成で、かつカレントシーンのパラメータデータセットでの動作を実現する。
【００３５】
エンジン１００のフラッシュメモリ１０２に図４（ｂ）で説明したようにコンフィグデータを格納する方法は任意であるが、通常はＰＣ１３０にてオンラインモードを指定することにより行う。ＰＣ１３０でオンラインモードを指定すると、図３（ａ）に示したＲＡＭ上のコンフィグデータ２１０の各ＣＦデータがそれぞれコンパイルされてエンジン１００に転送され、さらにシーンメモリの内容もエンジン１００に転送される。エンジン１００では、転送されてきたＣＦデータとシーンメモリの内容を図４（ｂ）で説明したようにフラッシュメモリ１０２に格納する。これにより、ＰＣ１３０とエンジン１００とでコンフィグデータが一致した状態となる。さらに、オンラインモードでは、図３（ｂ）のＰＣ１３０側のカレントシーンが転送されて、図４（ｃ）のエンジン１００のカレントシーンに格納され、そのアクセスルーチンが準備される。以上のようにして、オンラインモードでは、ＰＣ１３０とエンジン１００とが完全に同期した状態となり、ＰＣ１３０側のカレントシーンが変更されるとその変更がエンジン１００のカレントシーンに反映される。
【００３６】
なお、フラッシュメモリ１０２は不揮発性であるので、格納されたコンフィグデータはエンジンの電源がオフされても保持される。一旦、コンフィグデータをフラッシュメモリ１０２に格納した後は、ＰＣ１３０をエンジン１００に接続しなくても、エンジン１００単独で、シーン番号を指定してシーンを呼び出したり（これによりカレントのミキサ構成（ＣＦデータ）を切り換えることができる）、カレントシーンのパラメータ値を変更したり、カレントのミキサ構成とカレントシーンを任意のシーン番号を指定してそこに保存することができる。
【００３７】
図５（ａ）は、ミキサ制御プログラム１３１が起動されたときに最初に表示されるログオン画面５００を示す。５０１はユーザ名入力領域、５０２はパスワード入力領域、５０３はＯＫボタン、５０４はキャンセルボタンを示す。ユーザがユーザ名とパスワードを領域５０１，５０２に入力し、ＯＫボタン５０３を押下すると、次に説明する基本画面５１０が表示される。
【００３８】
図５（ｂ）は、ユーザがＰＣ１３０上でミキサ制御プログラム１３１に適正にログオンしたときに最初に表示される基本画面５１０を示す。基本画面５１０では、ミキサエンジン１００の接続状況に応じた初期画面が表示される。ここでは１台のエンジン１のみを備えた構成であるので、該エンジン１に対応するブロック５１１が表示されている。なお、複数のエンジンをカスケード接続した構成とすることもでき、その場合は、各エンジンに対応するブロックが結線されて表示される。５１４は、エンジン１を示すブロック５１１の上にマウスカーソルを置きマウスの右ボタンをクリックしたときに表示されるメニューを示す。この右クリックメニュー５１４または基本画面５１０の上部にあるメニューを利用して、当該ＰＣ１３０に接続されているエンジンのミキサ構成に関する各種の処理を進めていくことができる。
【００３９】
右クリックメニュー５１４で「制御画面を開く」を選択すると、図８（ａ）や（ｂ）のようなユーザ制御画面８００，８１０が表示される。なお、１つのＣＦデータにおいて幾つのユーザ制御画面が定義できるかは任意であるが、この実施形態では２つ定義をしたものとして説明する。右クリックメニュー５１４の「プロパティ」で開かれる各エンジンのプロパティ画面では、それぞれ、そのエンジンの制御画面として複数のユーザ制御画面の何れか１つを設定可能である。そして、右クリックメニュー５１で「制御画面を開く」を選択すると、当該エンジンの制御画面として設定されたユーザ制御画面が開かれる。一方、右クリックメニュー５１４で「構成画面を開く」を選択すると、図６のような当該エンジンのミキサ構成画面６００が表示される。右クリックメニュー５１４で「開く」を選択すると、制御画面またはミキサ構成画面の何れかが表示される。どちらの画面が開かれるかは、制御画面と同じく各エンジンのプロパティ画面で設定される。なお、上記右クリックメニュー５１４からの操作と同じ指示を、基本画面５１０の上部にあるメニューを利用して行うことができる。また、エンジンを示すブロック５１１をダブルクリックすると、右クリックメニュー５１４で「開く」を選択したのと同じ処理が為される。
【００４０】
図６のミキサ構成画面６００は、エンジン１においてカレントポインタが指すＣＦデータ（現コンフィグ）のミキサ構成を示す画面である。ミキサ構成画面６００では、現コンフィグに基づいて、構成要素であるＰまたはＣコンポーネントが表示され、各構成要素間の入出力関係を規定する結線で結ばれている。６０１と６０６は、エンジン１への入力端子及び出力端子を表す要素である。６０２と６０７は、複数台のエンジンをカスケード接続するときに使用する端子を表す要素である。６０３と６０４はＣコンポーネント、６０５はＰコンポーネントを示す。表示されているこれらのＰまたはＣコンポーネントは、現コンフィグのＰＣ用ＣＡＤデータのＣデータで特定されるコンポーネントであり、図２（ａ）のＰＣデータや図２（ｂ）のＣＣデータに対応している。ミキサ構成画面６００において当該ミキサ構成を作成編集すると、その作成編集は現コンフィグに反映される。
【００４１】
Ｃコンポーネントを示す要素６０３や６０４を右クリックすると、図５（ｂ）の５１４と同様の右クリックメニューが表示され、基本画面５１０での操作と同様にして、図８（ａ）や（ｂ）のユーザ制御画面や図７のＣコンポーネント構成画面を開くことができる。Ｐコンポーネントを示す要素６０５を右クリックすると、やはり同様の右クリックメニューが表示される。ただし、Ｐコンポーネントの構成画面はないので「構成画面を開く」の選択肢はない。また、「制御画面を開く」の制御画面は、エンジンやＣコンポーネントのブロックを右クリックしたときは「ユーザ制御画面」の意味であるが、Ｐコンポーネントの右クリックメニューの「制御画面を開く」は、当該Ｐコンポーネント用にメーカーが用意した固有の制御画面（図２（ａ）のＰＣ構成情報内にあるもの）を開くという意味である。Ｐコンポーネント用制御画面には、当該Ｐコンポーネントの各種のパラメータ項目の値の設定変更を行うための操作子が設けられており、それらの操作子を操作すると、その操作に応じて、カレントシーン内の当該操作子に対応するパラメータの値が変更される。
【００４２】
図７のＣコンポーネント構成画面７００は、図６で表示されているＣコンポーネント６０４のＣコンポーネント構成（ＰＣ内カレントメモリに読み込まれているＣＣデータ）を示す画面の例である。Ｃコンポーネント構成画面７００では、ミキサ構成画面６００と同様に、カレントメモリ上のＣＣデータに基づいて、当該Ｃコンポーネントの構成要素であるＰまたはＣコンポーネントが表示され、各構成要素間の入出力関係を規定する結線で結ばれている。７０１と７０５は、このＣコンポーネントへの入力端子及び出力端子を表す要素である。７０２〜７０４は、ＰまたはＣコンポーネントを示す。表示されているこれらのＰまたはＣコンポーネントは、カレントメモリ上のＣＣデータのＰＣ用ＣＡＤデータのＣデータで特定されるコンポーネントであり、図２（ａ）のＰＣデータや図２（ｂ）のＣＣデータに対応している。Ｃコンポーネント構成画面で作成編集中のカレントメモリ上のＣコンポーネントの保存を指示すると、その時点で表示されているＣコンポーネントの構成を表すＣＣデータが、図２（ｂ）で説明した形式かつ指定したファイル名で任意の記憶手段に記憶できる。逆に、任意の記憶手段に記憶されている図２（ｂ）の形式のＣＣデータを開くと、当該ＣＣデータがカレントメモリに読み込まれ、当該ＣＣデータに対応するＣコンポーネント構成画面が図７のように表示され編集できるようになる。
【００４３】
図８（ａ）及び（ｂ）に示したユーザ制御画面について説明する。ユーザは、１つのＣＦデータにおいて任意の数のユーザ制御画面を作成することができる。既存のユーザ制御画面を編集するときには、例えば、そのユーザ制御画面を右クリック（例えば、背景部分の右クリック）したときに現れる右クリックメニュー（図示せず）の中から「編集モード」を選択することにより、そのユーザ制御画面を通常モードから編集モードに移行させ、その編集モードのユーザ制御画面のウィンドウに、当該ミキサ構成あるいはＣコンポーネントの構成要素であるＰコンポーネントの制御画面から操作子などをドラッグ＆ドロップすることによりコピーして配置し、ウィンドウ上の位置、操作子の色、大きさ、形状などの種々の編集を施すなどして作成する。例えば図８（ａ）のユーザ制御画面８００は、図６のエンジン１のミキサ構成画面に表示されている何れかのコンポーネントの制御画面を開き、その制御画面から、操作子８０１や表示要素８０２をドラッグ＆ドロップして作成したものである。図８（ｂ）のユーザ制御画面８１０も、同様に、図７のＣコンポーネント構成画面に表示されている何れかのコンポーネントの制御画面を開き、その制御画面から、メータ８１１、操作子（つまみ）８１２、及び表示要素８１３をドラッグ＆ドロップして作成したものである。ここで、ユーザ制御画面に配置される操作子や表示要素のコピー元は、そのユーザ制御画面が属するＣＦデータの何れかのエンジンのミキサ構成の構成要素であるＰコンポーネント、あるいはそのミキサ構成に配置されたＣコンポーネントの構成要素であるＰコンポーネントの制御画面である。他のＣＦデータのミキサ構成の構成要素であるＰコンポーネントの制御画面からはコピーすることができない。所望の編集が完了したら、ユーザ制御画面を右クリックしたときに現れる右クリックメニュー（図示せず）の中から「通常モード」を選択することにより、編集モードから通常モードに戻すことができる。なお、ユーザ制御画面の作成方法は、ここで説明したものに限らない。通常モード時にユーザ制御画面内の操作子を操作すると、その操作に応じて、カレントシーン内の当該操作子に対応するパラメータの値が変更される。
【００４４】
上述の図５〜図８では、ログオンしたユーザが全ての操作を実行可能な権限を持つものとして説明した。実際には、図１のミキサ１００及びミキサ制御プログラム１３１は複数のユーザに使用されることを想定し、各ユーザの使用権限を管理している。以下では、そのような使用権限の設定（セキュリティ設定）について説明する。
【００４５】
図９は、セキュリティ設定（Security Setting）ダイアログ９００の画面例を示す。このダイアログ９００により、本システムのディジタルミキサにおけるユーザの登録・変更・削除及びアプリケーション機能のセキュリティ設定を行う。ダイアログ９００は、ＰＣ１３０上で所定の操作（例えば基本画面５１０でのメニュー選択など）で呼出すことができる。本システムのユーザ（アカウント）は、後述する階層構造の中に組入れられる。従って、ユーザ間には、その階層構造の中で上位・同位・下位の関係がある。あるユーザから見て、下位方向に辿れるユーザを「下位のユーザ」、上位方向に辿れるユーザを「上位のユーザ」と呼ぶ。ログオンユーザのうち、後述するグループのオーナー以上の権限を有するユーザは、本ダイアログ９００により、自分より下位のユーザのアカウントを編集することができる。ログオンユーザより上位のユーザを作成したり、ログオンユーザ自身のアカウントを編集したりすることはできない。なお、このダイアログ９００で作成されたユーザアカウントのデータは、ミキサ制御プログラム１３１の初期設定ファイル（図示せず）に保存される。この初期設定ファイルは、コンフィグデータのファイルとは別なので、別のコンフィグデータを読み込んでも、ユーザアカウントの設定は変らない。
【００４６】
ダイアログ９００において、Enable Auto Log Onチェックボックス９０１は自動ログオン機能の有効・無効を切替えるためのものである。これをオン（チェック）すると、自動ログオン機能（ログオン時にパスワードを入力せずにログオンできる）が有効になる。このチェックを外す際には、現在ログオンしているユーザのパスワードの入力を要求するダイアログが表示される。これは、パスワードを紛失・失念した状態で自動ログオン機能を無効にして、再ログイン不可能な状態に陥ってしまうのを防ぐためである。Auto Log Onユーザコンボボックス９０２は、Enable Auto Log Onチェックボックス９０１がオンされたとき、自動ログオンユーザを指定するためのコンボボックスである。自動ログオン機能無効時は無効表示される。また、ログオンユーザ以上のユーザレベルの人を選択することはできない。
【００４７】
User List９０３は、登録されているユーザに関する各種の情報を表示・編集する領域である。User Listビュー９０４には、現在登録されているユーザの名前のリストの階層構造が表示される。最上位ユーザは、Administratorである。本システムの工場出荷時には、Administratorのみがユーザとして登録されているものとする。Supervisor AとSupervisor BはAdministratorの下位、Operator AとOperator BはSupervisor Bの下位、SupportはOperator Aの下位のユーザである。Administratorは、所定の操作を行うことにより、この階層構造の中の任意のユーザを、後述するグループのオーナーに設定することができる。例えば、Supervisor AとSupervisor Bがオーナーとして設定されたものとする。オーナーとして設定されたユーザは、自分（ログオンしたユーザ名）の下位のユーザに関する編集ができる。User Listビュー９０４に表示されている中から任意にユーザ名を選択すると、選択された名前のユーザが編集対象となる。編集とは、Add Userボタン９０６によるユーザの追加、Remove Userボタン９０７によるユーザの削除、Changeボタン９０８によるユーザの名前その他の変更、Operation Security９０５の各チェックボックス９５１のオン／オフ及びScene Store/Recall LevelやUser Control Level９５２のレベル設定などである。なお、オーナーとして設定されたログオンユーザであっても、User Listビュー９０４に表示された階層構造の中で、そのログオンユーザから下位方向に辿れないユーザについては、そのユーザがログオンユーザより下位にあるとは言えず、そのユーザのアカウントを編集することはできない。例えば図９では、Operator BはSupportを編集することはできない。また、オーナーとして設定されたユーザより上位のユーザは、そのユーザ（自分）から下位に辿れる全てのユーザのアカウントを編集することができる。
【００４８】
あるユーザに対して、そのユーザから下位に辿っていって行き着く全てのユーザを前記ユーザの「配下」のユーザと呼ぶものとする。また、User Listビュー９０４に表示されたユーザの階層において、オーナーに設定されたユーザ及びその配下の全てのユーザを１つの「グループ」と定義し、そのオーナーに設定されたユーザはそのグループのオーナーとなる。オーナーとして設定されたユーザから上位方向または下位方向に辿れる別のユーザをオーナーとして設定することはできない。つまり、別々のグループは、それらのグループを構成するユーザが互いに重ならないようになっている。なお、図９の画面のUser Listビュー９０４では、オーナーに設定されたユーザとそのグループのメンバの表示色を変えたり下線を付けることで、オーナー及びグループ分けの状態が一目で分かるようになっている。
【００４９】
図１０は、図９のセキュリティ設定ダイアログ９００での表示態様を示す。図１０（ａ）及び（ｂ）において、「ツリーで選択されたユーザ」の列は、User Listビュー９０４で選択された編集対象のユーザを示す。「Add Userボタン」、「Remove Userボタン」及び「Changeボタン」の列は、それぞれのボタン９０６〜９０８がどのように表示されるかの態様を示す。「各チェックボックス」の列は、図９の９５１に示す各チェックボックスの表示態様を示す。「各セキュリティレベル設定部」の列は、図９の９５２に示す各セキュリティレベル設定部の表示態様を示す。
【００５０】
図１０（ａ）は、ログオンユーザがオーナーとして設定されているSupervisor Bである場合を示す。この場合、Supervisor Bより上位または同位のユーザであるAdministratorまたはSupervisor Aが選択されたときには、何れもAdd Userボタン９０６、Remove Userボタン９０７、及びChangeボタン９０８は「グレーアウト」、すなわち操作できない無効なボタンとして表示される。各チェックボックス９５１と各セキュリティレベル設定部９５２は、どのように設定されているかは表示されるが、「グレーアウト」表示され操作はできない。ログオンユーザであるSupervisor Bが自分自身を選択したときには、Add Userボタン９０６は操作可能な「有効」なボタンとして表示されるが、それ以外は「グレーアウト」表示され操作はできない。Supervisor Bの配下のユーザであるOperator A、Operator B、またはSupportが選択されたときには、Add Userボタン９０６、Remove Userボタン９０７、及びChangeボタン９０８は何れも「有効」なボタンとして表示される。各チェックボックス９５１は、基本的には「有効」表示され操作可能だが、編集対象のユーザの直ぐ上のユーザ（直上ユーザ）に権限が与えられていない項目については×印が「グレーアウト」表示され操作不可である。例えば、Supervisor BのView DSP Design Windowの項目がチェックオフの場合、Operator A（および、Support）ユーザの同項目のチェックボックスは×印の「グレーアウト」表示となる。各セキュリティレベル設定部９５２は、基本的には「有効」表示され操作可能だが、編集対象ユーザの直上ユーザに与えられているレベルより低い範囲内（レベル値で言えば、直上ユーザのレベル値より大きい値）で設定可能である。要するに、チェックされる項目については、直上ユーザに与えられている権限以下の範囲内、セキュリティレベルについては、直上ユーザに与えられている権限より低く、直下ユーザに与えられている権利より高い範囲内で、それぞれ、配下のユーザに権限を与えることができる。
【００５１】
図１０（ｂ）は、ログオンユーザがAdministratorである場合を示す。この場合、Administrator自身が削除されないように、Remove Userボタン９０７が「グレーアウト」表示され操作はできない。それ以外はすべて「有効」表示され操作可能である。
【００５２】
図９に戻って、各ボタンやチェックボックスなどで設定変更できる内容を説明する。
【００５３】
有効表示されているAdd Userボタン９０６をクリックすると、選択状態にある編集対象のユーザの直下に新規ユーザを追加することができる。図１１は、Add Userボタン９０６をクリックしたときに表示されるAdd Userダイアログ１１００を示す。Name欄１１０１には、追加すべきユーザ名を入力する。Password欄１１０２には、追加するユーザがログイン時に使用するパスワードを入力する。Confirm Password欄１１０３は、パスワードの誤入力を防止する為に再度入力させる欄である。Startup User Controlチェックボックス１１０４は、追加するユーザのStartup User Controlのオン／オフを設定する。Startup User Controlがオンのユーザについては、そのユーザがログオンまたは現コンフィグを切替えたとき、ユーザ制御画面が自動的に開かれる。ただし、詳しくは後述するが、開こうとしているＣＦデータのユーザ制御画面のうち、そのユーザ制御画面に設定されているSecurity Levelが当該ユーザのUser Control Levelと同等あるいは下位の場合のみ（値で言えばSecurity Level≧User Control Level）、そのユーザ制御画面が開かれる。なお、新規ユーザを追加するときには、デフォルトとして、各チェックボックス９５１は何もチェックされていない状態とし、各セキュリティレベル設定部９５２は編集対象のユーザのScene Store/Recall Level及びUser Control Levelにそれぞれ１加えた値（１つ低いレベル）とする。後述するがこれらのレベル値は１０が最下位のレベルに対応するので、編集対象のユーザのScene Store / Recall LevelまたはUser Control Levelが１０の場合はその下に新しいユーザを作成できないものとする。
【００５４】
図９で、有効表示されているRemove Userボタン９０７をクリックすると、編集対象のユーザが削除される。この場合、その配下のユーザも同時に削除される。有効表示されているChangeボタン９０８をクリックすると、Change User Informationダイアログが開き、編集対象のユーザの情報を変更することができる。Change User Informationダイアログは、図１１に示したAdd Userダイアログと同内容・機能のダイアログである。
【００５５】
Operation Security９０５の各チェックボックス９５１は、何れも、チェックをオンすると当該権限が編集対象のユーザに与えられたことを意味し、チェックをオフするとその権限が与えられていないことを意味する。Editチェックボックスは図６のミキサ構成画面によるミキサ構成の作成編集や図７のＣコンポーネント構成画面によるＣコンポーネントの作成編集や図８（ａ）（ｂ）のようなユーザ制御画面の作成編集を行う権限、View DSP Design WindowチェックボックスはＣコンポーネント構成画面やミキサ構成画面の表示を行なう権限、Control Component EditorチェックボックスはＰコンポーネントの制御画面やユーザ制御画面でパラメータの設定変更を行う権限、View Component Editorチェックボックスはそれらの制御画面の表示の権限、Change Configurationチェックボックスは現コンフィグの切替えすなわちカレントポインタの変更（現コンフィグの切替えを伴うシーンの切替えを含む。編集対象のユーザが、誤ってＣＦデータを切替えてしまうのを防ぎたい場合にオフする。）を行う権限、Synchronizationチェックボックスは、ミキサ制御プログラム１３１とミキサエンジン１００とを、それらのコンフィグデータとカレントシーンが相互に同期した状態で動作するモードであるオンラインモードに切替える権限を、それぞれオン／オフするチェックボックスである。
【００５６】
セキュリティレベル設定部９５２のScene Store/Recall Levelは、シーンのストア及びリコールを行う権限をレベル値で設定する。１から１０のレベルが設定できる。レベル１が最も強い上位の権限、レベル１０が最下位の権限を示す。後述するがシーンメモリ中の各シーンにはそれぞれSecurity Level（詳しくはEdit SecurityとRecall Security）が設定されており、ログオンユーザがシーンのストア／リコールを行おうとするときには、該ユーザのScene Store/Recall Levelとストア／リコールしようとするシーンのSecurity Levelとが比較される。Scene Store/Recall LevelがEdit Securityより上位または同位のレベル（レベル値ではScene Store/Recall Level≦Edit Security）のとき、そのストアが可能であり、それ以外のときはストア不可である。また、Scene Store/Recall LevelがRecall Securityより上位または同位のレベル（レベル値ではScene Store/Recall Level≦Recall Security）のとき、そのリコールが可能であり、それ以外のときはリコール不可である。
【００５７】
User Control Levelは、図８（ａ）及び（ｂ）で説明したユーザ制御画面を表示（及びその操作）する権限をレベル値で設定する。１から１０のレベルが設定できる。レベル１が最も強い上位の権限、レベル１０が最下位の権限を示す。後述するように各ユーザ制御画面にはそれぞれSecurity Levelが設定されており、ログオンユーザがユーザ制御画面を表示しようとするときには、該ユーザのUser Control Levelと表示しようとするユーザ制御画面のSecurity Levelとが比較される。User Control LevelがSecurity Levelより上位または同位のレベル（レベル値ではUser Control Level≦Security Level）のとき、そのユーザ制御画面の表示が可能であり、それ以外のときは表示されない。Scene Store/Recall LevelとUser Control Levelの何れかのレベル値が最下位のレベル値１０となったユーザの下位には新たなユーザを作成できない。すなわち、そのユーザが編集対象となった場合はAdd Userボタン９０６が「グレーアウト」表示される。先述したように各ユーザに設定できるレベルはその直上ユーザより低いレベルに制限されているので、この２つのレベル値のうちの低い方の値によって、そのユーザから下位方向に向かって作成できるユーザ数が制限される。
【００５８】
なお、各チェックボックス９５１の設定は、各セキュリティレベル設定部９５２の設定より優先する。例えば、User Control Levelがどのように設定されていたとしても、View Component Editorチェックボックスがオフされていたら、制御画面の表示の権限はないということである。
【００５９】
あるユーザの各チェックボックス９５１の何れかをオフ（権限の無効化）する設定が行われた場合、そのユーザの配下のユーザにおいてそのチェックボックスがオンされていたら、それを自動的にオフするものとする。また、あるユーザの各セキュリティレベル設定部９５２の何れかのセキュリティレベルを所定値まで下げる設定が行われた場合、そのユーザの直下のユーザにおいてそのセキュリティレベルが前記所定値以上であったら、それを自動的に前記所定値の一つ下のレベルまで下げるものとする。さらに、その直下ユーザの直下に別のユーザが居た場合は、同様に、その別のユーザのレベル値を直下ユーザのレベル値より低い値となるように制限する。このようにして、ユーザの階層構造では、各ユーザが、その直上のユーザより下の権限を持ち、かつ、その直下のユーザより上の権限を持つというルールを確立させている。この階層構造では、あるユーザの権限を制限する操作を行なうことにより、同時にそのユーザの配下の全ユーザの権限を制限することができる。
【００６０】
図１２は、シーンメモリ管理（Scene Memory Manager）ダイアログ１２００の画面例を示す。このダイアログ１２００により、図３（ａ）で説明したシーンメモリの内容の編集を行う。ダイアログ１２００は、ＰＣ１３０上で所定の操作で呼出すことができる。
【００６１】
Scene Memoryビュー１２０１にはシーンメモリの内容が表示される。１行が１シーンに相当し、最大で999シーンを登録できる。行を選択することにより（選択された行は１２１１のように反転表示される）、操作対象のシーンを選択する。Scene No.の列はシーンナンバ、Nameの列はシーン名（ない場合は[No Data]と表示）、Configの列はコンフィグ番号、オーナーＩＤの列は当該シーンが属するグループのオーナーのユーザＩＤ（後に詳述する）、Edit Securityの列はシーンの編集（及びストア）機能のセキュリティレベル、Recall Securityの列はシーンのリコール機能のセキュリティレベルを、それぞれ表示する。選択したシーンにおいて、Scene No.以外の項目を編集することができる。ただし、Edit SecurityとRecall Securityは、ログオンユーザのScene Store/Recall Levelより上位のレベルに設定することはできない。また、そもそもログオンユーザの属するグループのシーンでないシーンや、ログオンユーザのScene Store/Recall Levelより上位のEdit Securityを持つシーンに対して、そのログオンユーザは編集を行うことはできない。例えば、シーン１２１１のEdit Securityは３であるので、ログオンユーザのScene Store/Recall Levelが１〜３の場合のみシーン１２１１の編集が可能であり、その場合、Edit SecurityとRecall SecurityはログオンユーザのScene Store/Recall Levelの値から１０までの範囲で変更可能である。
【００６２】
Presetビュー１２０３には、現コンフィグに含まれるプリセット番号が一覧表示される。プリセット番号の前のラジオボタンがオンされているものが、選択されたシーンに格納されているプリセット番号である。ログオンユーザに当該シーンの編集の権限があれば、このラジオボタンをクリックすることで、当該シーンのプリセットを変更することができる。Presetビュー１２０３において、プリセットを削除することもできる。ただし、使用しているプリセットを削除することはできない。また、プリセットを全部削除することはできず、必ず一つは存在するようになっている。なお、ここではコンフィグ番号とプリセット番号を用いたが、ユーザにとって分かりやすくするためコンフィグ名やプリセット名で特定するようにしてもよい。
【００６３】
１２０５は、シーンの編集を行うためのCut、Copy、Paste、Insert、及びClearなどのボタン、並びに、プリセットの編集を行うためのRename、Delete、Store、及びNewなどのボタンを示す。Storeボタン１２０６をクリックすると、現コンフィグ及び現カレントシーンが、選択されているシーンに、格納される。Recallボタン１２０７をクリックすると、選択されているシーンが現コンフィグ及び現カレントシーンとして読み込まれる。
【００６４】
なお、図３（ｂ）で説明したカレントシーンは、Name、オーナーＩＤ、Edit Security及びRecall Securityの記憶領域を備えており、シーンリコールしたときにはこれらの記憶領域に当該シーンのName等が格納されるものとする。カレントシーンを何れかのScene No.としてストアするときには、上記記憶領域のName等が当該Scene No.のName等として書き込まれる。カレントシーンを初期化した場合はName等は無い状態なので、そのストア時には、Nameは所定のルールで適当に付け、オーナーＩＤはログオンユーザが属するグループのオーナーのユーザＩＤ、Edit SecurityとRecall SecurityはログオンユーザのScene Store/Recall Levelの値を設定するものとする。また、シーンのストア／リコールの際には、図９のセキュリティレベル設定部９５２で説明したように、ログオンユーザにそのストア／リコールを行う権限があるかをチェックするものとする。
【００６５】
図１３は、ユーザ制御画面管理（User Control Manager）ダイアログ１３００の画面例を示す。このダイアログ１３００により、図８（ａ）及び（ｂ）で説明したユーザ制御画面のセキュリティの編集を行う。ダイアログ１３００は、ＰＣ１３０上で所定の操作で呼出すことができる。User Controlビュー１３０１には、ユーザ制御画面の名称（User Control）と、オーナーＩＤと、Security Levelが一覧表示される。ログオンユーザの属するグループのユーザ制御画面でない場合や、ログオンユーザのUser Control Levelより上位のSecurity Level（値で言えば、User Control Level＞Security Level）を持つユーザ制御画面である場合は、そのユーザ制御画面のセキュリティの編集を行なうことができない。このダイアログ１３００により、ユーザ制御画面の名称変更、新規作成（Newボタン１３０２による）、削除（Deleteボタン１３０３による）、オーナーＩＤの設定変更、及びSecurity Levelの変更を行うことができる。ただし、Security Levelは、ログオンユーザのUser Control Levelの値から１０までの範囲で変更可能である。ＯＫボタン１３０４でダイアログ１３００での操作を有効にして終了し、キャンセルボタン１３０５で操作をキャンセルして終了する。
【００６６】
なお、Newボタン１３０２により新規作成が指示された場合は、操作子や表示要素が配置されていない新規のユーザ制御画面が編集モードで開かれ、ログオンユーザはそこからユーザ制御画面の編集を開始することができる。その際、そのユーザ制御画面のオーナーＩＤは、ログオンユーザが属するグループのオーナーのユーザＩＤに、また、Security Levelは、ログオンユーザのUser Control Levelに初期設定される。また、User Controlビューに表示されているユーザ制御画面の名称を選択し、所定の操作を行うことにより、当該ユーザ画面を編集モードで開くことができる。もちろん、ユーザ制御画面を編集する際には、ログオンユーザにその権限、すなわち、EditとView Component Editorのチェックボックスがオンかつそのユーザ制御画面のSecurity Level以上のUser Control Levelがあることをチェックする。
【００６７】
ここで、図１２及び図１３で表示されているオーナーＩＤについて詳しく説明する。図１２の各シーンのオーナーＩＤは、そのシーンがそのオーナーＩＤのグループで共有されていることを示している。同様に、図１３のUser Controlビュー１３０１のオーナーＩＤは、そのユーザ制御画面がそのオーナーＩＤのグループで共有されていることを示している。共有とは、そのグループに属する全ユーザにそのシーンやユーザ制御画面を使用・編集する基本的な権限を与えているということである（ただし、各ユーザのセキュリティレベルのチェックは行われる）。あるグループに属しているユーザは、自分が属さない他のグループが共有しているシーンやユーザ制御画面を使用・編集することができない。例えば、図９のUser Listビュー４０４の階層構造において、ログオンユーザがSupervisor Aである場合、オーナーＩＤがSupervisor Bであるシーンを編集したりストア／リコールすることはできない。一方、グループのオーナーより上位のユーザは、その配下のユーザないしグループが所有するシーンやユーザ制御画面を自由に使用・編集することができる。例えば、配下のオーナーの所有するグループが共有しているシーンやユーザ制御画面を使用・編集することができるが、配下でないオーナーの所有するグループが共有しているシーンやユーザ制御画面を使用・編集することはできない。また、グループのオーナーより上位のユーザが作成したシーンは、オーナーＩＤがそのユーザのユーザＩＤとなり、それが変更されなければ、当該シーンはそのユーザの配下の全てのユーザが使用できるシーンとなる。例えば、Administratorが作成したシーンは、当該制御プログラムにログオンする全てのユーザが使用できる。ただし、上記オーナーＩＤのチェックで権限ありと認められても、シーンの場合はログオンユーザのScene Store/Recall Levelと当該シーンのEdit Security及びRecall Securityとの比較で当該ログオンユーザがそのシーンを利用する権限を有していることが必要であるし、ユーザ制御画面の場合はログオンユーザのUser Control Levelと当該ユーザ制御画面のSecurity Levelとの比較で当該ログオンユーザがそのユーザ制御画面を利用する権限を有していることが必要である。すなわち、上記オーナーＩＤのチェックとセキュリティレベル（Scene Store/Recall LevelやUser Control Level）のチェックは、両方とも権限有りと確認されなければ指示された操作は行えないものである。どちらか一方のチェックでユーザ権限無しと認められた場合は、ログオンユーザが指示した操作は行うことができない。
【００６８】
上述したオーナーＩＤによるユーザ権限の設定では、各グループ単位でシーンやユーザ制御画面の使用権限を制御できる。オーナーＩＤとして設定できるのは、何れかのグループのオーナーのユーザＩＤか、何れのグループにも属していないユーザのユーザＩＤである。あるグループのユーザが作成したシーンにはそのグループのオーナーＩＤが自動的に設定され、他のグループのユーザによる利用ができないようになっている。そのシーンを複数のグループで共有したい場合には、そのシーンのオーナーＩＤを、それらのグループのオーナーの何れにとっても上位となるユーザのユーザＩＤに設定すればよい。各グループのオーナーより上位のユーザは、シーンないしユーザ制御画面のオーナーＩＤとして自分のユーザＩＤないしその配下のユーザのユーザＩＤが設定されている場合のみ、そのオーナーＩＤを変更することができる。ただし、その際に設定できるのは、自分のユーザＩＤないしその配下のグループオーナー以上のユーザのユーザＩＤのみである。一方、セキュリティレベルによるユーザ権限の設定では、シーンやユーザ制御画面に設定されたセキュリティレベルと各ユーザ毎に設定されているユーザレベルとの比較が行なわれるので、より細かく各ユーザ毎にシーンやユーザ制御画面の使用権限を制御することができる。これら２つのチェックは、どちらか一方でも有効であるし、両者を組み合わせて使うことにより、より細かくユーザ権限の設定を行うことができる。
【００６９】
次に、業者がＣコンポーネントやユーザ制御画面を提供する場合について詳しく説明する。業者が提供したこれらのデータについて、エンドユーザが自由に使ってよいのであれば、特にプロテクトをかける必要は無い。一方、業者が提供したＣコンポーネントの信号処理の構成、そのＣコンポーネントを制御するためのパラメータの種類、その各パラメータに設定されているパラメータ値などには、それぞれ、その業者ならではのノウハウが含まれており、ユーザにその構成やパラメータを見せたくない場合やその設定したパラメータ値を変更されたくない場合がある。また、ユーザに対してＣコンポーネントの構成やパラメータが見えないように制限をかけた場合でも、業者がミキサ設置場所に出向いてその調整を行なう場合には、その業者にだけはそのＣコンポーネントの構成やパラメータの編集ができるように権限を設定しておきたいという要求がある。
【００７０】
このような要求に応じるため、本システムでは、業者が提供したＣコンポーネントやユーザ制御画面には当該業者のユーザＩＤとパスワードを含めておき、そのＣコンポーネントのＣコンポーネント構成画面を開こうとしたときや、そのユーザ制御画面を開こうとしたときには、ログオンユーザがそのＣコンポーネントやユーザ制御画面に含まれる業者ユーザＩＤ及びパスワードでログオンしていることをチェックするようにした。当該業者ユーザＩＤ及びパスワードでログオンした業者ユーザは、その業者ユーザＩＤ及びパスワードを含むＣコンポーネントの構成画面を開いてそのＣコンポーネントの構成を編集することができ、或いは、その業者ユーザＩＤ及びパスワードを含むユーザ制御画面を開いてその操作子により対応するパラメータ項目の値を変更することができる。一方、当該業者ユーザＩＤ及びパスワード以外でログオンしたユーザは、そのユーザのセキュリティ設定がどのようなものであったとしても（Administratorでも）、その業者ユーザＩＤ及びパスワードを含むＣコンポーネントの構成画面やユーザ制御画面を開くことができない。このような機能については、図１５でさらに詳しく説明する。
【００７１】
ＰＣ１３０が実行するミキサ制御プログラム１３１に含まれる各種処理を図１４から図１６に示す。図１４（ａ）は、ミキサ制御プログラム１３１が起動されたときの処理手順を示す。ステップ１４０１で初期設定ファイルをＲＡＭ１０３に読み込んで各種初期設定を行い、ステップ１４０２で図５（ａ）のユーザログオン画面を表示する。ステップ１４０３でユーザ名とパスワードが入力されＯＫボタンがクリックされると、ステップ１４０４で初期設定ファイルに含まれるユーザアカウントのデータに基づいてそれらをチェックし、そのユーザ名のユーザであると認証されれば、ステップ１４０５に進む。ユーザ名またはパスワードが間違っているときは、ステップ１４０３に戻る。ステップ１４０５で、当該ユーザ名に応じたユーザ権限（図９で設定されている権限）を付与し、ステップ１４０６で、図５（ｂ）の基本画面を表示する。このとき読み込まれるコンフィグデータは、当該ミキサ制御プログラム１３１が最後に起動されていたとき読み込まれていたコンフィグデータである。その後は、ミキサ制御プログラム１３１の通常動作へ移行する。なお、図９のEnable Auto Log Onチェックボックス９０１がオンされている場合は、ステップ１４０２〜１４０４はスキップして、Auto Log Onユーザコンボボックス９０２で指定されているユーザ名で自動的にログオンするが、図１４（ａ）ではその処理は省略した。
【００７２】
図１４（ｂ）は、基本画面のメニューでセキュリティ設定を選択したときの処理手順を示す。ステップ１４１１で、図９で説明したセキュリティ設定ダイアログ９００を表示する。ステップ１４１２で、ＲＡＭ上のユーザアカウントのデータに基づいてUser Listビュー９０３に階層を表すツリーを表示し、初期状態として、そのツリー上のログオンユーザ（自分）を選択状態とする。ステップ１４１３で、選択されているユーザに応じた表示態様（図１０）で各種ボタンやチェックボックスなどの表示を行う。
【００７３】
図１４（ｃ）は、シーンの切替えなどにより現コンフィグが切替えられたときに実行される処理手順を示す。なお、この処理が実行できるのは、ログオンユーザのChange Configurationチェックボックスがオンされている場合に限られる。現コンフィグとは異なるＣＦデータを示すシーンのリコール操作が行なわれたときや、現コンフィグとは異なるＣＦデータの選択操作が行なわれたときだけでなく、ログオン時などでコンフィグデータのファイルを読み込んだときも、デフォルトのＣＦデータ（例えば、そのコンフィグデータで最後に選択されていたＣＦデータ）が選択され、本処理が実行される。ステップ１４２１で、新たに現コンフィグとするＣＦデータに応じて各種制御が初期設定される。すなわち、カレントシーンのデータ構成が、該ＣＦデータのＰＣ用ＣＡＤデータに基づくデータ構成に変更されるとともに、以前にそのＣＦデータが現コンフィグであったとき最後に選択されていたプリセットがそのカレントシーンに読み込まれる。ステップ１４２２で、当該現コンフィグのミキサ構成全体を示す基本画面（図５（ｂ））を表示する。ステップ１４２３でオンラインモードであるときは、ステップ１４２４で、エンジン１００に、ＣＦデータの変更を指示するイベントを送出する。ステップ１４２５で、ログオンユーザのStartup User Controlがオンか判定し、オンのときは、ステップ１４２６で当該ユーザのSecurity Level以下の全ユーザ制御画面を開いて、本処理を終了する。なお、ステップ１４２６では、後述する図１５（ｂ）の処理で各種チェックを行って権限ありの場合にユーザ制御画面が開かれるものである。
【００７４】
図１５（ａ）は、Ｃコンポーネントの構成画面（図７）を開く指示がなされたときの処理手順を示す。ステップ１５０１で初期設定の後、ステップ１５０２でログオン時のユーザ名及びパスワードが今開こうとしているＣコンポーネントのＣＣヘッダに記載されている業者ユーザＩＤとパスワード（図２（ｂ））に合致するか否か判定する。異なるときは、業者が提供したＣコンポーネントの構成画面をその業者以外のユーザが開こうとしているということだから、そのまま処理を終了する。ユーザ名及びパスワードが合致したとき（当該ＣコンポーネントのＣＣヘッダの業者ユーザＩＤとパスワードが空欄の場合を含む）は、ステップ１５０３で、ユーザ権限をチェックする。このチェックは、ログオンユーザのOperation SecurityでView DSP Design Windowチェックボックスがオンされていることを確認するものである。ユーザ権限がないときはそのまま終了する。ユーザ権限があるときは、ステップ１５０４で、指定されたＣコンポーネントの構成画面を表示し、その画面における動作へ移行する。例えば、ログオンユーザのEditチェックボックスがオンされていれば、当該画面に表示されているＣコンポーネントの構成を編集することができ、また、ログオンユーザのView Component Editorチェックボックスがオンされていれば、当該画面上のＰコンポーネントを選択して「制御画面を開く」操作を行なうことにより、その選択されたＰコンポーネントの制御画面を開くことができる。
【００７５】
図１５（ｂ）は、ユーザ制御画面（図８）を開く指示がなされたときの処理手順を示す。ステップ１５１１で初期設定の後、ステップ１５１２でログオン時のユーザ名及びパスワードが今開こうとしているユーザ制御画面のＵＣデータ中に記載されている業者ユーザＩＤとパスワードに合致するか否か判定する。異なるときはそのまま処理を終了する。合致したとき（当該ユーザ制御画面のデータ中の業者ユーザＩＤとパスワードが空欄の場合を含む）は、ステップ１５１３で、ログオンユーザが当該ユーザ制御画面のオーナーＩＤ（図１３）が示すグループに属するか判定する。ここでは、当該オーナーＩＤの示すグループのユーザだけでなく、当該オーナＩＤの示すユーザの上位のユーザについても、当該グループに属すると判断されるものとする。属さないときは、当該ログオンユーザには当該ユーザ制御画面の使用権限がないから、そのまま処理を終了する。ログオンユーザが当該グループに属するときは、ステップ１５１４でユーザ権限をチェックする。このチェックは、ログオンユーザのOperation SecurityでView Component Editorチェックボックスがオンされていること、かつ、ログオンユーザのUser Control Levelが当該ユーザ制御画面のSecurity Levelより上位または同位のレベルであることを確認するものである。ユーザ権限がないときはそのまま終了する。ユーザ権限があるときは、ステップ１５１５で、指定されたユーザ制御画面を通常モードで表示し、その画面における動作へ移行する。例えば、ログオンユーザのControl Component Editorチェックボックスがオンされていれば、当該画面上の操作子を操作することにより、カレントシーン中のその操作子に対応するパラメータの値を変更することができ、また、ログオンユーザのEditチェックボックスがオンされていれば、右クリックメニューの「編集モード」を選択することにより、当該ユーザ制御画面を編集モードに切り換えて当該ユーザ制御画面を編集することができる。
【００７６】
上記ステップ１５０２や１５１２により、業者提供のＣコンポーネントやユーザ制御画面については、当該業者のみが開くことができ、エンドユーザや他の業者は（Administratorであっても）開けないようにできる。
【００７７】
ここでは、業者が追加機能としてＣコンポーネントとユーザ制御画面を提供する場合のプロテクトを例示したが、図３（ａ）のコンフィグデータに含まれる任意のデータや各コンポーネントのライブラリなどについても、必要に応じてユーザＩＤとパスワードを記憶が格納されるように変更を加えれば同様にプロテクトすることができる。特に、本システムは、業者提供の追加機能を使用しようとしたときその追加機能に付されているＩＤとパスワードがログオン時のＩＤとパスワードに一致するかをチェックする点を特徴とする。一般的なアプリケーションなどでは、追加機能を使用しようとした時点でその追加機能に付されているパスワードなどの認証情報を入力させてユーザ権限を確認することは行われていた。この場合、悪意のユーザは何度も認証情報の入力を試行することによりそのプロテクトを破ることが考えられる。本システムでは、業者提供Ｃコンポーネントなどのプロテクトを破ろうとする者は、何度もログオンのし直しをしなければならず、その操作が煩雑であるためプロテクトが破りにくいという効果がある。
【００７８】
本実施形態のシステムでは、何らかの指示がユーザから与えられたときの処理は、基本的に図１５（ａ）と同様の処理で行っている。すなわち、業者提供の機能に関わるステップ１５０２のチェックと、図９〜図１１で説明したユーザ権限のチェックを行って、両方共に権限があると認められた場合のみ、指示された処理を行うような処理手順である。さらに、これらのチェックに加えて、ステップ１５１３のオーナーのグループにログオンユーザが入っているかをチェックすべき機能やデータを使用しようとする指示に対しては、図１５（ｂ）と同様の手順で処理している。
【００７９】
なお、業者提供のＣコンポーネントについては、図１５（ａ）で説明したようにエンドユーザが開こうとしても開けないようにしているが、構成画面を開けない代りに、自動的にユーザ制御画面を開くようにしてもよい。その場合は、ステップ１５０２で業者ユーザＩＤとパスワードが合致しなかったとき、所定のユーザ制御画面を表示する処理を行うようにすればよい。表示すべきユーザ制御画面は、例えば業者プロテクト内容の欄に記載しておく。また、業者提供のデータは、Administrator権限でインストールして本システムに組み込み、上述したオーナーＩＤがAdministratorになるようにする。
【００８０】
図１６（ａ）は、ログオンユーザが、開かれたユーザ制御画面に表示されているつまみを操作をした場合の処理手順を示す。ステップ１６０１でユーザ権限をチェックする。これは、ログオンユーザのOperation SecurityのControl Component Editorチェックボックスがオンされているか否かを判定するものである。権限があるときは、ステップ１６０２で、そのつまみの操作量に応じて、そのつまみに対応するパラメータ（カレントシーン内）の値を変更する。ステップ１６０３でオンラインモードであるときは、ステップ１６０４でその操作に応じた操作イベントをエンジン１００に送出して処理を終了する。つまみ操作でなく、他のパラメータ変更も同様の処理である。
【００８１】
図１６（ｂ）は、シーンｉ（図３（ａ））をリコールする指示がなされたときの処理手順を示す。ステップ１６１１で、ログオンユーザが当該シーンｉのオーナーＩＤが示すグループに属するか判定する。ステップ１５１３と同様、当該オーナーＩＤの示すグループのユーザだけでなく、当該オーナＩＤの示すユーザの上位のユーザについても、当該グループに属すると判断されるものとする。属するときは、ステップ１６１２で、ログオンユーザに当該シーンのリコールを行う権限があるか否か判定する。これは、ログオンユーザのOperation SecurityのScene Store/Recall Levelと今リコールしようとしているシーンのRecall Securityとを比較し、リコールの権限があるかを判定するものである。権限があるときは、ステップ１６１３で、シーンｉをリコールすることで現コンフィグが変化するか判定する。変化するときは、ステップ１６１４で、ログオンユーザにコンフィグを変更する権限があるか否か判定する。これは、ログオンユーザのOperation SecurityのChange Configurationチェックボックスがオンされているかを確認するものである。権限があるときは、ステップ１６１５でシーンｉが指定するＣＦデータを選択して現コンフィグとし、ステップ１６１６に進む。ステップ１６１３で現コンフィグが変化しないときは、直接ステップ１６１６へ進む。ステップ１６１６で、シーンｉが指定するプリセットを読み出してカレントシーンにセットする。
【００８２】
ここではシーンのリコールの処理を説明したが、シーンのストアも同様である。ストア処理では、ストア先として指定したシーンナンバに既にシーンが格納されている場合に、ログオンユーザが、そのシーンナンバに格納されているシーンのオーナーのグループに属するかをチェックするものである。
【００８３】
なお、上記実施形態では、あるグループに属さないユーザは、そのグループのシーンデータとユーザ制御画面を使うことができなかったが、それに加えて、例えば、ＣＦデータにも同じ制限を加えられるようにしてもよい。
【００８４】
また、業者が供給するＣコンポーネントの制御画面として設定されるユーザ制御画面に配置される操作子や表示要素のコピー元は、そのＣコンポーネントの構成要素であるＰコンポーネントの制御画面に限られる。ＣＣデータは、図３（ａ）のコンフィグデータに含まれるデータとしてもよい。
【００８５】
上記実施形態では、ＣＣデータのＣＣヘッダないしＣＦデータのＵＣデータに、ユーザＩＤ及びパスワードが格納されていれば業者プロテクトがオンであり、格納されていなければ業者プロテクトがオフとなっていたが、業者プロテクトのオンオフは別のデータ（業者プロテクトの内容など）で制御するようにしてもよい。
【００８６】
上記実施形態では、ユーザの操作に応じて実行される処理に複数のプロテクトをかけているが、その処理がプロテクトにかかって実行されなかった場合に、何れのプロテクトで実行されなかったのかをユーザに提示するようにしてもよい。
【符号の説明】
【００８７】
１００…エンジン、１０１…ＣＰＵ、１０２…フラッシュメモリ、１０３…ＲＡＭ、１０４…ＰＣ Ｉ／Ｏ、１０５…ＭＩＤＩ Ｉ／Ｏ、１０６…その他Ｉ／Ｏ、１０７…表示器、１０８…操作子、１０９…波形Ｉ／Ｏ、１１０…信号処理部（ＤＳＰ群）、１１１…カスケードＩ／Ｏ、１２０…システムバス、１３０…パーソナルコンピュータ（ＰＣ）、１３１…ミキサ制御プログラム、１３２…コンフィグ（ＣＦ）データ。
【特許請求の範囲】
【請求項１】
複数ユーザのログオン用のアカウントを管理する機能を備えたデータ編集用の制御プログラムであって、
コンピュータを、
各ユーザの認証を行なうための認証情報と、認証された該ユーザに与える権限レベルを示す権限情報とを含むユーザアカウントであって、上位のユーザの権限情報が下位のユーザの権限情報より高い権限レベルを示し、かつ、最上位のルートユーザを頂点としたツリー状の階層構造を有する複数のユーザアカウントを第１メモリに記憶する手段、
ユーザの当該制御プログラムへのログオン操作を受け付けたとき、前記ユーザアカウントの認証情報に基づいて当該ユーザの認証を行い、認証された場合は、そのユーザアカウントの権限情報の示す権限レベルでなる権限を付与し、当該ユーザの当該制御プログラムへのログオンを許可する手段、
ログオンしたログオンユーザの指示に応じて、前記ユーザアカウントを編集するセキュリティ設定画面であって、ユーザを選択するためのユーザ選択部と、選択されたユーザの権限レベルを設定するためのレベル設定部とを含むセキュリティ設定画面を表示する表示手段、
前記ログオンユーザが前記ユーザ選択部を操作したとき、該操作に応じて何れか１のユーザを選択し、該選択されたユーザのユーザアカウントの権限レベルを前記レベル設定部に表示するとともに、該選択されたユーザが前記ツリー状の階層構造において前記ログオンユーザよりも下位のユーザである場合には前記レベル設定部を有効化し、他の場合には前記レベル設定部を無効化する手段、
前記ログオンユーザが有効化された状態にある前記レベル設定部を操作したとき、該操作に応じて、前記選択されたユーザのユーザアカウントの権限情報を、前記ログオンユーザの権限レベルより低く、かつ、前記ツリー状の階層構造において、前記選択されたユーザの直上のユーザの権限レベルより低く、前記選択されたユーザの直下のユーザの権限レベルより高い範囲内で、所望の権限レベルに設定する手段、
それぞれ権限レベルが付与された複数のデータを第２メモリに記憶する手段、
前記ログオンユーザが、前記第２メモリに記憶されているデータを利用しようとしたときに、前記ログオンユーザの権限情報が示す権限レベルが当該データに付与された前記権限レベル以上であれば、前記ログオンユーザによる当該データの利用を許可し、前記ログオンユーザの権限情報が示す権限レベルが当該データに付与された前記権限レベル未満であれば、前記ログオンユーザによる当該データの利用を禁止する利用制御手段
として機能させることを特徴とするユーザアカウント管理機能を備えた制御プログラム。
【請求項２】
複数ユーザのログオン用のアカウントを管理する機能を備えたデータ編集用の制御プログラムであって、
コンピュータを、
各ユーザの認証を行なうための認証情報と、認証された該ユーザに与える１ないし複数項目の権限を示す権限情報とを含むユーザアカウントであって、上位のユーザは下位のユーザ以上の項目の権限を有し、最上位のルートユーザを頂点としてツリー状の上下関係を有する権限の階層構造を有する複数のユーザアカウントを第１メモリに記憶する手段、
ユーザの当該制御プログラムへのログオン操作を受け付けたとき、前記ユーザアカウントの認証情報に基づいて当該ユーザの認証を行い、認証された場合は、そのユーザアカウントの権限情報の示す項目の権限を付与し、当該ユーザの当該制御プログラムへのログオンを許可する手段、
ログオンしたログオンユーザの指示に応じて、前記ユーザアカウントを編集するセキュリティ設定画面であって、ユーザを選択するためのユーザ選択部と、選択されたユーザに対する複数項目の権限の有無を設定するための複数の有無設定部とを含むセキュリティ設定画面を表示する表示手段、
前記ログオンユーザが前記ユーザ選択部を操作したとき、該操作に応じて何れか１のユーザを選択し、前記複数の各有無設定部に、該選択されたユーザの対応する項目の権限の有無を表示するとともに、前記選択されたユーザが前記ログオンユーザの下位のユーザであり、かつ、前記ログオンユーザに権限が付与された項目である場合は、当該項目の有無設定部を有効化し、他の場合は前記有無設定部を無効化する手段、および、
前記ログオンユーザが前記有効化された有無設定部を操作をしたとき、該操作に応じて、前記選択されたユーザの前記制限情報における、当該項目の権限の有無の設定を変更する手段、
として機能させ、
前記ログオンユーザは、前記ログオンユーザに付与された権限を用いてデータの編集を行うことを特徴とするユーザアカウント管理機能を備えた制御プログラム。
【請求項３】
請求項１または２に記載のユーザアカウント管理機能を備えた制御プログラムにおいて、
前記制御プログラムは、前記コンピュータを、さらに、
前記階層構造中の相互に直系の上下関係にない少なくとも２人のユーザをそれぞれオーナーとして、各オーナーの配下のユーザをメンバとする少なくとも２つのグループを形成する手段、
として機能させ、
前記表示手段は、ログオンユーザが前記階層構造におけるオーナー以上のユーザであることを条件に、前記セキュリティ設定画面を表示すること
を特徴とするユーザアカウント管理機能を備えた制御プログラム。
【請求項４】
請求項１に記載のユーザアカウント管理機能を備えた制御プログラムにおいて、
前記セキュリティ設定画面において、前記ログオンユーザは、新規ユーザの追加、および、既存ユーザの削除を指示することが可能であり、
前記制御プログラムは、前記コンピュータを、さらに、
前記ログオンユーザが新規ユーザの追加を指示したとき、前記階層構造における前記ログオンユーザの下位の所望の位置に、新規ユーザのユーザアカウントを作成して前記第１メモリに記憶し、前記ログオンユーザが既存ユーザの削除を指示したとき、前記階層構造における前記ログオンユーザの下位の所望の位置のユーザのユーザアカウントを前記第１メモリから削除する手段
として機能させること
を特徴とするユーザアカウント管理機能を備えた制御プログラム。
【請求項１】
複数ユーザのログオン用のアカウントを管理する機能を備えたデータ編集用の制御プログラムであって、
コンピュータを、
各ユーザの認証を行なうための認証情報と、認証された該ユーザに与える権限レベルを示す権限情報とを含むユーザアカウントであって、上位のユーザの権限情報が下位のユーザの権限情報より高い権限レベルを示し、かつ、最上位のルートユーザを頂点としたツリー状の階層構造を有する複数のユーザアカウントを第１メモリに記憶する手段、
ユーザの当該制御プログラムへのログオン操作を受け付けたとき、前記ユーザアカウントの認証情報に基づいて当該ユーザの認証を行い、認証された場合は、そのユーザアカウントの権限情報の示す権限レベルでなる権限を付与し、当該ユーザの当該制御プログラムへのログオンを許可する手段、
ログオンしたログオンユーザの指示に応じて、前記ユーザアカウントを編集するセキュリティ設定画面であって、ユーザを選択するためのユーザ選択部と、選択されたユーザの権限レベルを設定するためのレベル設定部とを含むセキュリティ設定画面を表示する表示手段、
前記ログオンユーザが前記ユーザ選択部を操作したとき、該操作に応じて何れか１のユーザを選択し、該選択されたユーザのユーザアカウントの権限レベルを前記レベル設定部に表示するとともに、該選択されたユーザが前記ツリー状の階層構造において前記ログオンユーザよりも下位のユーザである場合には前記レベル設定部を有効化し、他の場合には前記レベル設定部を無効化する手段、
前記ログオンユーザが有効化された状態にある前記レベル設定部を操作したとき、該操作に応じて、前記選択されたユーザのユーザアカウントの権限情報を、前記ログオンユーザの権限レベルより低く、かつ、前記ツリー状の階層構造において、前記選択されたユーザの直上のユーザの権限レベルより低く、前記選択されたユーザの直下のユーザの権限レベルより高い範囲内で、所望の権限レベルに設定する手段、
それぞれ権限レベルが付与された複数のデータを第２メモリに記憶する手段、
前記ログオンユーザが、前記第２メモリに記憶されているデータを利用しようとしたときに、前記ログオンユーザの権限情報が示す権限レベルが当該データに付与された前記権限レベル以上であれば、前記ログオンユーザによる当該データの利用を許可し、前記ログオンユーザの権限情報が示す権限レベルが当該データに付与された前記権限レベル未満であれば、前記ログオンユーザによる当該データの利用を禁止する利用制御手段
として機能させることを特徴とするユーザアカウント管理機能を備えた制御プログラム。
【請求項２】
複数ユーザのログオン用のアカウントを管理する機能を備えたデータ編集用の制御プログラムであって、
コンピュータを、
各ユーザの認証を行なうための認証情報と、認証された該ユーザに与える１ないし複数項目の権限を示す権限情報とを含むユーザアカウントであって、上位のユーザは下位のユーザ以上の項目の権限を有し、最上位のルートユーザを頂点としてツリー状の上下関係を有する権限の階層構造を有する複数のユーザアカウントを第１メモリに記憶する手段、
ユーザの当該制御プログラムへのログオン操作を受け付けたとき、前記ユーザアカウントの認証情報に基づいて当該ユーザの認証を行い、認証された場合は、そのユーザアカウントの権限情報の示す項目の権限を付与し、当該ユーザの当該制御プログラムへのログオンを許可する手段、
ログオンしたログオンユーザの指示に応じて、前記ユーザアカウントを編集するセキュリティ設定画面であって、ユーザを選択するためのユーザ選択部と、選択されたユーザに対する複数項目の権限の有無を設定するための複数の有無設定部とを含むセキュリティ設定画面を表示する表示手段、
前記ログオンユーザが前記ユーザ選択部を操作したとき、該操作に応じて何れか１のユーザを選択し、前記複数の各有無設定部に、該選択されたユーザの対応する項目の権限の有無を表示するとともに、前記選択されたユーザが前記ログオンユーザの下位のユーザであり、かつ、前記ログオンユーザに権限が付与された項目である場合は、当該項目の有無設定部を有効化し、他の場合は前記有無設定部を無効化する手段、および、
前記ログオンユーザが前記有効化された有無設定部を操作をしたとき、該操作に応じて、前記選択されたユーザの前記制限情報における、当該項目の権限の有無の設定を変更する手段、
として機能させ、
前記ログオンユーザは、前記ログオンユーザに付与された権限を用いてデータの編集を行うことを特徴とするユーザアカウント管理機能を備えた制御プログラム。
【請求項３】
請求項１または２に記載のユーザアカウント管理機能を備えた制御プログラムにおいて、
前記制御プログラムは、前記コンピュータを、さらに、
前記階層構造中の相互に直系の上下関係にない少なくとも２人のユーザをそれぞれオーナーとして、各オーナーの配下のユーザをメンバとする少なくとも２つのグループを形成する手段、
として機能させ、
前記表示手段は、ログオンユーザが前記階層構造におけるオーナー以上のユーザであることを条件に、前記セキュリティ設定画面を表示すること
を特徴とするユーザアカウント管理機能を備えた制御プログラム。
【請求項４】
請求項１に記載のユーザアカウント管理機能を備えた制御プログラムにおいて、
前記セキュリティ設定画面において、前記ログオンユーザは、新規ユーザの追加、および、既存ユーザの削除を指示することが可能であり、
前記制御プログラムは、前記コンピュータを、さらに、
前記ログオンユーザが新規ユーザの追加を指示したとき、前記階層構造における前記ログオンユーザの下位の所望の位置に、新規ユーザのユーザアカウントを作成して前記第１メモリに記憶し、前記ログオンユーザが既存ユーザの削除を指示したとき、前記階層構造における前記ログオンユーザの下位の所望の位置のユーザのユーザアカウントを前記第１メモリから削除する手段
として機能させること
を特徴とするユーザアカウント管理機能を備えた制御プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２００９−２８２９９４（Ｐ２００９−２８２９９４Ａ）
【公開日】平成２１年１２月３日（２００９．１２．３）
【国際特許分類】
【出願番号】特願２００９−１６４７７５（Ｐ２００９−１６４７７５）
【出願日】平成２１年７月１３日（２００９．７．１３）
【分割の表示】特願２００４−３２８２９６（Ｐ２００４−３２８２９６）の分割
【原出願日】平成１６年１１月１１日（２００４．１１．１１）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
【公開日】平成２１年１２月３日（２００９．１２．３）
【国際特許分類】
【出願日】平成２１年７月１３日（２００９．７．１３）
【分割の表示】特願２００４−３２８２９６（Ｐ２００４−３２８２９６）の分割
【原出願日】平成１６年１１月１１日（２００４．１１．１１）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
[ Back to top ]