JP2011076546A

JP2011076546A - データ書き込み装置及びインストール装置

Info

Publication number: JP2011076546A
Application number: JP2009229939A
Authority: JP
Inventors: Hideki Hagiwara; 秀樹萩原; Masaaki Okabayashi; 昌明岡林
Original assignee: Yamaha Corp
Current assignee: Yamaha Corp
Priority date: 2009-10-01
Filing date: 2009-10-01
Publication date: 2011-04-14

Abstract

【課題】ライセンスの安全性を確保するとともに、アプリケーションプログラムの追加作業を容易にする。
【解決手段】ＰＣ６は、ＵＳＢドングル７０のシリアルナンバ６３を取得し、アプリのパッケージを特定するプロダクトＩＤ６５を取得して、プロダクトＩＤ６５中のアプリ名と、シリアルナンバ６３をアクセスキー発行サイト７２に送信する。アクセスキー発行サイト７２は、アプリ名と、シリアルナンバ６３に基づいてアクセスキー６７を生成して、ＰＣ６に送信する。ＰＣ６は、受信したアクセスキー６７に含まれるアプリ名に対応するアプリケーションプログラム６５を特定し、特定したアプリケーションプログラム６５とアクセスキー６７をＵＳＢドングル７０に書き込む。そのＵＳＢドングル７０がミキシングシステムのどこかに接続されていれば、システム内の全装置に必要なアプリケーションプログラム６５をインストールできる。
【選択図】図５

Description

本発明は、複数種類の音声信号処理装置を含む複数のシステム構成装置により構成されたミキシングシステムで用いるアプリケーションプログラム等のデータに関するライセンスを管理するための技術に関する。

従来、エフェクト（効果付与）用のアプリケーションプログラムを内部メモリに予め記憶させたデジタルオーディオミキサがあった。予め記憶されたアプリケーションプログラムに関して、不正利用防止等のためのライセンス管理を行うことがあった。

デジタルオーディオミキサに予め組み込まれたアプリケーションプログラムのライセンス管理方法として、例えば、ライセンス管理すべきプログラムの起動を許可するライセンスのデータ（アクセスキー）をインターネット経由で購入し、購入したライセンスをミキサに内蔵されたメモリに記録する方法があった（例えば、下記特許文献１を参照）。

特開２００５‐０５６２１６号公報

上記購入したライセンスを書き込んだミキサにおいてプログラムを使用可能とする方法では、ライセンスがミキサに対して与えられることになるので、プログラムのライセンスを購入したユーザであっても、別のミキサで同じプログラムを使用するには、該別のミキサに対してライセンスを購入しなければならなかった。

また、デジタルオーディオミキサで使用されるアプリケーションプログラムの種類は、各種技術の進歩に伴い、増加している。このため、ミキサで使用可能な全てのアプリケーションプログラムを予め内部メモリに記憶させておくことは、コスト面などのデメリットが大きい。したがって、特許文献１に記載された従来技術のような、使用可能な全てのアプリケーションプログラムを予め組み込む構成ではなく、ユーザが必要に応じてアプリケーションプログラムをミキサに追加する構成を採用するのが望ましい。

しかし、ユーザが必要に応じてアプリケーションプログラムをミキサに追加する構成の場合、追加するプログラム毎に、例えば、ライセンスとの対応付け（紐付け）や、プログラムとライセンスの記録場所の整理等といった各種ライセンス管理作業を行わなければならず、非常に煩雑で手間がかかるという不都合があった。例えば、プログラムをＣＤ−ＲＯＭ等の記憶媒体の形式で取得してライセンスをインターネット経由で購入した場合のように、プログラムとライセンスの取得経路が異なる場合には、殊更、プログラムとライセンスの記録場所の整理等といった各種ライセンス管理作業が煩雑になる。

また、従来、種類の異なる複数の音声信号処理装置（例えば、コンソール（操作卓）、デジタル信号処理を行うエンジン、及び、音声信号を入出力する入出力装置）により構成されたミキシングシステムがあった。かかるミキシングシステムにおいて、アプリケーションプログラムを追加する場合には、システムを構成する各装置の種類に応じた装置別のプログラムを必要とするので、装置毎にプログラムの書き込み、ライセンスの取得、及び、プログラムとライセンスの対応付け等のライセンス管理作業を行わなければならず、より一層の手間がかかるという不都合があった。

この発明は、上述の点に鑑みてなされたもので、複数種類の音声信号処理装置を含む複数のシステム構成装置により構成された音声信号処理システムで使用するアプリケーションプログラムのライセンスをセキュアな環境で取得し、それを維持できるとともに、アプリケーションプログラムの追加作業とそのライセンス管理作業を、わかりやすく手間をかけずに行うことができるようにすることを目的とする。

本発明は、ライセンス管理用記憶装置を接続する接続手段と、ライセンス管理すべきアプリケーションプログラムを特定するためのアプリケーションプログラム特定情報を取得するアプリケーションプログラム特定情報取得手段と、前記接続手段に接続されたライセンス管理用記憶装置から該ライセンス管理用記憶装置を特定するための装置特定情報を取得する装置特定情報取得手段と、前記取得したアプリケーションプログラム特定情報及び前記取得した装置特定情報に基づいて生成されるアクセスキー情報であって、該アプリケーションプログラム特定情報により特定されるアプリケーションプログラムの起動を許可するために用いるアクセスキー情報を取得するアクセスキー情報取得手段と、前記アプリケーションプログラム特定情報により特定されるアプリケーションプログラムを取得するアプリケーションプログラム取得手段と、前記取得したアクセスキー情報と前記取得したアプリケーションプログラムを対応付けて前記ライセンス管理用記憶装置へ記録する記録手段を備えることを特徴とするデータ書込装置である。

また、本発明は、複数種類の音声信号処理装置を含む複数のシステム構成装置により構成される音声信号処理システムに対してアプリケーションプログラムをインストールするインストール装置であって、前記複数のシステム構成装置には、該インストール装置と、インストール対象となるアプリケーションプログラムと該アプリケーションプログラムの起動を許可するためのアクセスキー情報を対応付けて記録したライセンス管理用記憶装置が含まれており、更に、前記アプリケーションプログラムにはシステム構成装置の種類に応じた複数種類の装置別アプリケーションプログラムが含まれており、前記インストール装置は、前記ライセンス管理用記憶装置からインストール対象のアプリケーションプログラムを読み出す読み出し手段と、前記音声信号処理システム内の全てのシステム構成装置を検索対象として、前記アプリケーションプログラムのインストールを必要とするシステム構成装置と、そのシステム構成装置の種類に対応する装置別アプリケーションプログラムを特定する特定手段と、前記特定手段により特定した各システム構成装置に、前記読み出し手段により読み出したアプリケーションプログラムのうちの、そのシステム構成装置の種類に対応する装置別アプリケーションプログラムを送信し、該送信した装置別アプリケーションプログラムのインストールを指示するインストール指示手段を備えることを特徴とするインストール装置である。

本発明に係るデータ書込装置によれば、アクセスキー情報とライセンス管理すべきアプリケーションプログラムを対応付けてライセンス管理用記憶装置に記録することができるので、アクセスキー情報とアプリケーションプログラムの対応付け（紐付け）や整理といったライセンス管理作業を簡便化することができるという優れた効果を奏する。また、アクセスキー情報とアプリケーションプログラムを対応付けて記録するので、複数のアプリケーションプログラムとアクセスキー情報が存在する場合であっても、データの整理やライセンス管理に手間取ることはない。また、例えば、アクセスキー情報をインターネット経由で取得する一方で、ライセンス管理すべきプログラムはＣＤ−ＲＯＭから取得する場合のように、アクセスキー情報とアプリケーションプログラムの取得経路が異なっていても、そのライセンス管理作業には手間がかからない。したがって、アクセスキー情報を例えばインターネット経由などセキュアな環境下で取得するととともに、アプリケーションプログラムの追加記録作業を容易に行うことができるという優れた効果を奏する。

本発明に係るインストール装置によれば、インストール対象のアプリケーションプログラムを記録したライセンス管理用記憶装置が音声信号処理システムに存在してさえいれば、音声信号処理システムを構成する全てのシステム構成装置に対して、一括して、それぞれの装置で必要な装置別アプリケーションプログラムをインストールすることができる。また、ライセンス管理用記憶装置には、そのアプリケーションプログラムの起動を許可するために用いるアクセスキー情報が当該アプリケーションプログラムに対応づけて記憶されているので、アクセスキー情報を使用する場面でその所在を探すことに手間取ること極めて少なく、アクセスキー情報を用いたライセンスの認証もスムーズに行うことができる。つまり、複数種類の音声信号処理装置を含む複数のシステム構成装置により構成される音声信号処理システムにおいて、アプリケーションプログラムのライセンス管理（不正使用の防止）を適切に行うとともに、アプリケーションプログラムの追加作業（インストールとライセンス認証）を簡易に行うことができる。

本発明に係るデータ書込装置を用いてアクセスキー情報とライセンス管理すべきアプリケーションプログラムを対応付けてライセンス管理用記憶装置に記録し、そのライセンス管理用記憶装置に記録されたアプリケーションプログラムのインストールを、本発明に係るインストール装置により行うこことで、ライセンスをセキュアな環境で取得し、それを維持できるとともに、アプリケーションプログラムのライセンス管理作業と、音声信号処理システムに対するアプリケーションプログラムの追加作業（インストールとライセンス認証）を、簡易化することができるという優れた効果を奏する。

本願発明を適用したミキシングシステムの一実施形態を示すブロック図。図１のミキシングシステムにおける音声信号処理の動作を説明するブロック図。図１に示すミキシングシステムを構成するシステム構成装置の電気的ハードウェア構成を説明するブロック図であって、（ａ）はコンソール、（ｂ）はエンジン、（ｃ）はＩ／Ｏ装置、（ｄ）はパーソナルコンピュータの構成をそれぞれ示す。ＵＳＢドングルの記憶内容を説明する図。図４に示す記憶内容をＵＳＢドングルに書き込むまでのデータの変遷を説明する図。アクセスキーの発行とＵＳＢドングルへのデータ書き込み処理を説明するフローチャート。アプリケーションプログラムのインストール処理を説明するフローチャート。アプリ設定画面を説明する図。ＤＳＰ部におけるエフェクト処理の構成を説明するブロック図。パラメータ設定値変更処理を説明するフローチャート。アプリケーションプログラムの本起動処理を説明するフローチャート。

以下に、本発明の一実施形態であるミキシングシステムについて、添付図面を参照して、説明する。

《ミキシングシステムの全体構成》
図１は、本発明を適用したミキシングシステムの全体構成を説明するブロック図である。ミキシングシステムは、複数種類の音声信号処理装置（コンソール１、ミキシングエンジン２、及びＩ／Ｏ装置３）を含む複数のシステム構成装置（ノード）により構成される。本明細書では、システム構成装置のうちで、コンソール１、ミキシングエンジン２、及びＩ／Ｏ装置３のように、後述する音声信号回線（音声信号）を共有する装置を「音声信号処理装置」と呼び、ＰＣ６のような音声信号処理装置以外のシステム構成装置と区別する。つまり、１つのミキシングシステムとは、後述するオーディオネットワーク接続により接続され、全ての音声信号回線を共有している全ての音声信号処理装置と、それら音声信号回線を共有している音声信号処理装置に対して後述するコンピュータネットワーク接続されている全てのシステム構成装置（ノード）のまとまりである。ミキシングシステムでは、複数種類の音声信号処理装置が協働して、複数チャンネルの音声信号に対するミキシング処理を実現する。これにより、極めて大規模な（チャンネル数の多い）システムを構築することができる。なお、図１のシステムには、音声信号処理装置として、２台のコンソール１、３台のエンジン２、及び３台のＩ／Ｏ装置３が含まれているが、説明の便宜上、同じ種類の音声信号処理装置には同じ符号をつける。

《オーディオネットワーク接続》
オーディオネットワーク４は、音声信号処理装置１〜３の間をイーサネット（登録商標）規格のネットワークケーブルを用いて順次接続することにより形成されたリング型のネットワークである。本明細書において、オーディオネットワーク４を介した音声信号処理装置間の接続を「オーディオネットワーク接続（ＡＮ接続）」という。ＡＮ接続された各音声信号処理装置１〜３は、オーディオネットワーク４が提供する複数チャンネル分の音声信号回線を用いて、複数チャンネルの音声信号を他の音声信号処理装置へ略リアルタイム伝送することができる。ＡＮ接続された音声信号処理装置１〜３は、オーディオネットワーク４の全ての音声信号回線（全ての音声信号回線を用いて通信される全ての音声信号）を共有する。言い換えれば、ＡＮ接続された音声信号処理装置１〜３は、自機から出力された何れの音声信号も他の何れの音声信号処理装置に送信することができ、また、他の何れの音声信号処理装置から出力された何れの音声信号も自機で受信することができる。

オーディオネットワーク４が提供する全ての音声信号回線を共有する全ての音声信号処理装置１〜３（ＡＮ接続された全ての音声信号処理装置）は、それぞれ、自機が属するミキシングシステムを認識できる機構を有する。例えば、ミキシングシステムに対して固有のシステムナンバを割り当て、各音声信号処理装置１〜３のメモリに各自が属するミキシングシステムのシステムナンバを記憶しておくことで、各音声信号処理装置１〜３は、自身の属するミキシングシステムを認識することができる。

《コンピュータネットワーク接続》
コンソール１には、ハブ５を介してパーソナルコンピュータ（ＰＣ）６が接続されている。本実施例において、音声信号処理装置以外のシステム構成装置（ＰＣ６）は、オーディオネットワーク接続できない構成になっている。本明細書では、音声信号処理装置以外のシステム構成装置（ＰＣ６）と音声信号処理装置（コンソール１）の接続を、オーディオネットワーク接続（ＡＮ接続）と区別して、「コンピュータネットワーク接続（ＣＮ接続）」という。ＣＮ接続は、一般的なＬＡＮ（Local Area Network）接続である。ＣＮ接続された音声信号処理装置（コンソール１）と音声信号処理装置以外のシステム構成装置（ＰＣ６）音の間では、主に制御信号（制御データ）を通信する。これにより、例えば、ＣＮ接続されたＰＣ６からコンソール１をリモート制御することができる。また、ＣＮ接続においては音声信号回線を確立しない。したがって、ＣＮ接続されたＰＣ６とコンソール１との間で音声信号を共有しない。なお、例えばＶｏＩＰ（Voice over Internet Protocol）のような、従来知られる音声信号通信プロトコルを利用することで、一般的なＬＡＮ接続（本明細書でいうＣＮ接続）において音声信号を通信することは可能ではある。しかし、その通信速度或いは通信帯域は、ＡＮ接続における通信速度や通信帯域に比べて極めて遅い或いは狭い。そのため、一般的なＬＡＮ接続における音声信号通信プロトコルを用いて、ＡＮ接続で行われる音声信号通信とのリアルタイム性を確保しながら、音声信号を共有することは極めて困難である。したがって、本実施例では、ＣＮ接続においては音声信号回線を確立しない構成を採用している。

ＰＣ６は、ミキシングシステムの各音声信号処理装置と音声信号回線を共有しないが、該ミキシングシステムに属するシステム構成装置として設定される。ＰＣ６は１つのミキシングシステムにのみ帰属するよう設定される。ＰＣ６において自身が属する１つのミキシングシステムを認識する方法として、例えば、ＣＮ接続されたコンソール１とＰＣ６が直接通信できるように、ＣＮ接続においてコンソール１を一意に特定できる情報をＰＣ６のメモリに記憶させるとよい。ＣＮ接続の相手を一意に特定できる情報には、例えば、ＭＡＣアドレス（Media Access Control address）、或いはＩＰアドレス等を利用する。ＰＣ６は、ＣＮ接続の相手を一意に特定できる情報に基づいてＣＮ接続の相手を特定することで、自身が属するミキシングシステム（ＣＮ接続の相手が属するミキシングシステム）を認識できる。ＰＣ６のＣＮ接続の相手（コンソール１）も、ＣＮ接続においてＰＣ６を特定する情報をメモリに記憶して、自身にＣＮ接続された装置のうちでＰＣ６がミキシングシステムに属しているということを認識できるようにする。したがって、仮に、ＰＣ６がコンソール１とは別のミキシングシステムに属する音声信号処理装置と物理的に接続されていたとしても、ＰＣ６は複数のミキシングシステムに重複して帰属しない。

《インターネット接続》
また、ＰＣ６は、ハブ５を介してインターネット７に接続しており、インターネット７を通じてサーバコンピュータ８と各種データの通信を行うことができる。本明細書では、インターネット７を通じて装置を接続することを、他の接続と区別して「インターネット接続」という。ＰＣ６は、サーバコンピュータ８が提供するＷｅｂサイトにアクセスし、インターネット７を通じて、該Ｗｅｂサイトからプログラムやデータ等を取得することができる。また、図１のシステム構成では、コンソール１も、ハブ５を介してインターネット７にインターネット接続しており、インターネット７を通じてサーバコンピュータ８と各種データの通信を行うことができる。

《ミキシングシステムの構成の変更例について》
なお、図１に示すミキシングシステムは、ＰＣ６がハブ５を介してコンソール１にＣＮ接続される構成を示したが、コンソール１に対して直接ＰＣ６をＣＮ接続する構成であってもよい。この場合も、上述の通り、ＰＣ６は、ＣＮ接続されたコンソール１を特定する情報（ＭＡＣアドレス或いはＩＰアドレス）を持つことで、自身が属するミキシングシステムを認識することができる。

《ミキシングシステムの動作の概要》
コンソール１は、ミキシングシステム全体の動作制御を行うシステム制御装置となり、ユーザによる各種パラメータの設定操作を受け付けて、該受け付けた操作に応じた指示（制御データ）を、オーディオネットワーク４経由で他の音声信号処理装置２，３に送信することで、他の音声信号処理装置の動作をリモート制御する。エンジン２は、コンソール１から与えられた指示に基づいて、Ｉ／Ｏ装置３を介して外部から入力された音声信号に対して音声信号に対するミキシング処理等の信号処理を行う。エンジン２で信号処理された音声信号は、Ｉ／Ｏ装置３を介して外部へ出力される。また、ユーザは、コンソール１において、エンジン２が実行している信号処理の内容（パラメータの値等）や、Ｉ／Ｏ装置３における音声信号の入出力レベル等の各種データをモニタすることができる。

ＰＣ６は、ＤＡＷ（Digital Audio Workstation）ソフトウェアプログラムを実行することで、コンソール１と同様な、ミキシングシステム全体の動作制御を行うシステム制御装置として動作することができる。すなわち、システム制御装置として動作するＰＣ６は、ユーザによる各種パラメータの設定操作を受け付けて、該受け付けた操作に応じた指示（制御データ）を、オーディオネットワーク４経由で他の音声信号処理装置２，３に送信することで、他の音声信号処理装置の動作をリモート制御することができる。

《音声信号のミキシング処理》
図２は、図１に示すミキシングシステムにおける音声信号に対するミキシング処理の動作を説明するブロック図である。図２に示すミキシング処理の動作は、音声信号処理装置であるコンソール１、エンジン２、及びＩ／Ｏ装置３が協働して実現する。

アナログ入力部（Ａ入力）５０は、例えば、マイク、各種楽器類、或いは、音楽再生装置等のアナログ音声信号入力元からのアナログ音声信号の入力を示す。また、デジタル入力部（Ｄ入力）５１は、デジタル音楽機器等のデジタル音声信号入力元からのデジタル音声信号の入力を示す。Ａ入力５０及びＤ入力５１は、各音声信号処理装置１〜３の音声信号入力機能（特にＩ／Ｏ装置３の音声信号入力機能）により構成される。アナログ入力５０を介して入力された各アナログ音声信号は、サンプリング周期毎にデジタル音声信号に変換されて、入力パッチ５２へ供給される。デジタル入力５１を介して入力された各デジタル音声信号は、必要に応じてフォーマット変換等の必要なデジタル変換を経て、入力パッチ５２へ供給される。

システム制御装置（コンソール１）は、入力パッチ５２に対して、各入力系統（Ａ入力５０，Ｄ入力５１）から供給された入力信号を、それぞれ、後段の入力チャンネル５３の各入力チャンネルを割り当てる設定を行う。本明細書において「パッチ」とは、或る入力元に出力先を割り当てること（入力元に対してその出力先を接続すること）である。各出力先は、１つの入力元に対してのみ割り当てることが可能であり、同時に２つの入力元に対して割り当てることはできない。ユーザはシステム制御装置（コンソール１）において任意にパッチ設定の指示を入力することができる。ミキシングシステムでは、例えばＩ／Ｏ装置３の入力信号をエンジン２の入力チャンネルに割り当てるパッチ設定のように、オーディオネットワーク４越しにパッチ設定を行うことができる。この場合、パッチ設定には、入力元に出力先を割り当てる設定に加えて、オーディオネットワーク４における音声信号通信回線の経路設定（どの音声信号をどの回線で伝送するかに関する設定）も含まれる。

入力チャンネル（入力ｃｈ）５３は、所定の複数（例えば１２８個）の信号処理チャンネルであって、入力ｃｈ５３毎に、入力されたデジタル音声信号に対して、レベル調整、イコライジング、及び効果付与等を含む信号処理を行い、該処理済みの音声信号を後段のＭＩＸバス５４に出力する。ＭＩＸバス５４は、所定の複数（例えば９６個）のバスラインからなり、ＭＩＸバス５４の各バスラインに対して１又は複数の入力ｃｈ５３の出力信号が供給される。ＭＩＸバス５４の各バスラインは、入力ｃｈ５３から供給された１又は複数チャンネルの音声信号を混合して、混合した結果を出力チャンネル５５へ出力する。出力ｃｈ５５は、ＭＩＸバス５４の各バスラインに対応する複数の信号処理チャンネルであって、出力ｃｈ５５毎に、対応するバスラインから供給された音声信号に対してレベル調整等の信号処理を行う。これら入力ｃｈ５３、ＭＩＸバス５４及び出力ｃｈ５５は、エンジン２のＤＳＰ部（後述の図３参照）が実行するマイクロプログラムの処理により実現される。

各ＭＩＸ出力ｃｈ５５の出力信号は、出力パッチ５６へ供給される。出力パッチ５６は、供給された各出力ｃｈの出力信号を、それぞれ、後段の出力系統に割り当てる設定を行う。出力系統には、アナログ出力（Ａ出力）５７及びデジタル出力（Ｄ出力）５８がある。Ａ出力５７は、出力パッチ５６から供給されたデジタル音声信号を、アナログ音声信号に変換して、外部の出力先へ出力する。Ａ出力５７の出力先は、例えばヘッドフォン、スピーカ、アンプ、或いはレコーダ等である。Ｄ出力５８は、出力パッチ５６から供給されたデジタル音声信号を、必要に応じてフォーマット変換等のデジタル変換して、外部の出力先へ出力する。Ｄ出力５８の出力先は、例えばデジタル音声信号の入力を有する音響機器等である。

また、内蔵エフェクタ（内蔵ＥＦ）５９及びプラグインエフェクタ（プラグインＥＦ）６０は、音声信号に対する効果付与（エフェクト）処理を、エンジン２のＤＳＰ部（後述の図３参照）に実行させるためのマイクロのプログラムによって構成される。内蔵ＥＦ５９は、工場出荷時にエンジン２に予め組み込まれているプログラムである。プラグインＥＦ６０は、ユーザによって追加されたアプリケーションプログラムであって、装置の購入とは別に当該プログラムのライセンスを購入して、使用可能な状態となったプログラムである。内蔵ＥＦ５９及びプラグインＥＦ６０には、それぞれ複数種類のエフェクトタイプに対応するマイクロプログラムが含まれる。

内蔵ＥＦ５９及びプラグインＥＦ６０は、システムエフェクタ（システムＥＦ）６１及びインサーションエフェクタ（インサーションＥＦ）６２として利用することができる。システムＥＦ６１は、出力パッチ５６の出力信号（ＭＩＸ出力チャンネル５５の出力信号）に対してエフェクト処理を施して、エフェクト処理済みの信号を入力パッチ５２へ出力する。一方、インサーションＥＦ６２は、入力ｃｈ５３に挿入されるエフェクタであって、入力ｃｈ５３で処理している音声信号に対してエフェクト処理を施す。

ユーザは、内蔵ＥＦ５９及びプラグインＥＦ６０から所望のエフェクトタイプを選択して、該選択したエフェクトタイプをシステムＥＦ６１又はインサーションＥＦ６２に割り当てることができる。エンジン２のＤＳＰは、該選択されたエフェクトタイプに対応するマイクロプログラムに基づいて動作して、システムＥＦ６１又はインサーションＥＦ６２を実現する。ＤＳＰの演算リソースには限りがあるため、システムＥＦおよびインサーションＥＦとして使用可能なエフェクトの総数を定めておき、その総数の範囲で内蔵ＥＦ５９及びプラグインＥＦ６０を、システムＥＦ６１及びインサーションＥＦ６２に割り当てる。

《各装置のハードウェア構成》
図３（ａ）〜（ｄ）は、ミキシングシステムを構成する各装置のハードウェア構成を説明するブロック図であって、（ａ）はコンソール１、（ｂ）はエンジン２、（ｃ）はＩ／Ｏ装置３、及び（ｄ）はＰＣ６をそれぞれ示す。

《全ての装置に共通する構成》
図３（ａ）〜（ｄ）において、ＣＰＵ１０，２０，３０，４０、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を含むメモリ１１，２１，３１，４１、コンピュータネットワーク端子（「ＰＣＩ／Ｏ」）１２，２２，３２，４２、ＵＳＢ端子（ＵＳＢＩ／Ｏ）１３，２３，３３，４３は、各音声信号処理装置（コンソール１、エンジン２，Ｉ／Ｏ装置３）と、音声処理装置以外の装置（ＰＣ６）に共通する構成要素である。各装置の各構成要素（各ブロック）は、ＣＰＵバス１００，２００，３００，４００を介してＣＰＵ１０，２０，３０，４０に対してデータ送受信可能に接続される。各装置のＣＰＵ１０，２０，３０，４０は、それぞれ、メモリ１１，２１，３１，４１に記憶された制御プログラムを実行し、その装置の全体的な動作を制御する。

コンピュータネットワーク端子（「ＰＣＩ／Ｏ」）１２，２２，３２，４２は、音声信号処理装置１〜３と、音声信号処理装置以外のシステム構成装置（ＰＣ６）をＣＮ接続するために用いるインターフェースである。ＰＣＩ／Ｏ１２，２２，３２，４２は、また、各音声信号処理装置１〜３及びＰＣ６をインターネット７に接続するためにも用いることができる。また、コンソール１とＰＣ６は、それぞれのＰＣＩ／Ｏ１２，４２に接続されたハブ５を介して、インターネット７に接続される。

ＵＳＢ端子（ＵＳＢＩ／Ｏ）１３，２３，３３，４３は、各音声信号処理装置１〜３、及びＰＣ６に対して、ＵＳＢ（Universal Serial Bus）規格を用いてデータの読み書きを行う周辺機器（ＵＳＢ装置）を接続するためのインターフェースである。ミキシングシステムに属する各音声信号処理装置１〜３及びＰＣ６は、それぞれＵＳＢ端子１３，２３，３３，４３を有しているので、いずれの音声信号処理装置１〜３及びＰＣ６に対しても「ＵＳＢドングル」を接続することができる。そして、いずれの音声信号処理装置１〜３及びＰＣ６も、自機に接続されたＵＳＢドングルに対してデータを書き込み、また、該ＵＳＢドングルからデータを読み出すことができる。「ＵＳＢドングル」については後述する。

《音声信号処理装置に共通する構成》
図３（ａ）のコンソール１、（ｂ）のエンジン２、及び、（ｃ）のＩ／Ｏ装置３には、それぞれ、オーディオ端子（ＡＩ／Ｏ）１４，２４，３４及び、オーディオネットワーク端子（ＡＮＩ／Ｏ）１５，２５，３５が具備される。オーディオ端子（ＡＩ／Ｏ）１４，２４，３４は、音声信号を入出力するインターフェースであって、図２のＡ入力５０、Ｄ入力５１、Ａ出力５７、及び、Ｄ出力５８に相当する。ＡＮＩ／Ｏ１５，２５，３５は、各音声信号処理装置１〜３をオーディオネットワーク４にＡＮ接続するためのインターフェースである。各音声信号処理装置１〜３は、ＡＮＩ／Ｏ１５，２５，３５を介して、オーディオネットワーク４に接続された他の音声信号処理装置との間で音声信号を含む各種データの送受信を行うことができる。

各音声信号処理装置１〜３において、ＡＩ／Ｏ１４，２４，３４と、ＡＮＩ／Ｏ１５，２５，３５は、各装置の信号ルーティング（オーディオバス）１６，２６，３６を介して接続されている。ＡＩ／Ｏ１４，２４，３４とＡＮＩ／Ｏ１５，２５，３５の間では、信号ルーティング１６，２６，３６を介して、サンプリング周期毎に複数チャンネルのデジタル音声信号（サンプル波形データ）を伝送することができる。

《コンソールの構成》
図３（ａ）において、コンソール１には、操作パネルに設けられた表示部（Ｐ表示）１７、ユーザによる各種操作を受け付けるパネル操作子（Ｐ操作子）１８、各チャンネルの音声信号の音量レベルを調整する音量レベル調整用操作子（電動Ｆ）１９が具備されている。表示部１７は、例えば液晶ディスプレイ等の表示器であって、ＣＰＵ１０からＣＰＵバス１００を介して与えられた表示制御信号に基づき各種情報を表示する。パネル操作子１６は、操作パネル上に配置された多数の操作子である。また、音量レベル調整用操作子１９は、ツマミ部の操作位置がＣＰＵ１０により電動制御される、いわゆる電動フェーダ（電動Ｆ）により構成される。また、コンソール１のＡＩ／Ｏ１４には、マイク入力用端子やヘッドフォン出力用端子などが含まれる。

ユーザは、コンソール１のパネル表示部１７、パネル操作子１８及び音量レベル調整用操作子１９を用いて、エンジン２が実行する信号処理の各種パラメータの設定や、パッチ設定等を行うことができる。ＣＰＵ１０は、パネル表示部１７、パネル操作子１８及び音量レベル調整用操作子１９の操作に応じて、リモート制御用データを発生する。コンソール１のメモリ１１には、エンジン２が実行する信号処理をリモート制御するための各種パラメータの設定値を格納するカレントバッファ領域が設けられており、ユーザの操作に応じてＣＰＵ１０が発生したリモート制御用データによりカレントバッファの内容が更新される。カレントバッファの内容は、オーディオネットワーク４を介して、ミキシングシステムを構成する他のシステム構成装置に送信され、該他のシステム構成装置内の各種設定に反映される。

《エンジンの構成》
図３（ｂ）に示す通り、エンジン２には、音声信号に対する信号処理を行う信号処理部（ＤＳＰ（Digital Signal Processing）部）２７が設けられている。ＤＳＰ部２７は、１つのＤＳＰ（Digital Signal Processor）で構成してもよいし、バスで相互接続された複数のＤＳＰで構成し、複数のＤＳＰで信号処理を分散処理するようにしてもよい。ＤＳＰ部２７は、信号ルーティング（オーディオバス）２６を介してＡＩ／Ｏ２４及びＡＮＩ／Ｏ２５に接続されており、ＤＳＰ部２７と、ＡＩ／Ｏ２４及びＡＮＩ／Ｏ２５の間で、サンプリング周期毎に、複数チャンネルの音声信号（サンプル波形データ）を送受信できる。また、簡易ユーザインターフェース（簡易ＵＩ）２８は、電源スイッチや動作チェック用のＬＥＤインジケータなどを含むシンプルなユーザインターフェースである。また、エンジン２のＡＩ／Ｏ２４には、マイク入力用端子やヘッドフォン出力用端子などが含まれる。

ＡＮＩ／Ｏ２５及びＡＩ／Ｏ２４を介して入力された複数チャンネルの音声信号（主にＩ／Ｏ装置３から入力された音声信号）は、サンプリング周期毎に、信号ルーティング２６を介してＤＳＰ部２７に供給される。ＤＳＰ部２７は、サンプリング周期毎に、信号ルーティング２６から供給された複数チャンネルの音声信号（サンプル波形データ）に対して、マイクロプログラムに基づく信号処理を行う。ＤＳＰ部２７が行う信号処理とは、音声信号に対するミキシング処理（図２に示す入力ｃｈ５３、ＭＩＸバス５４及びＭＩＸ出力ｃｈ５５の動作）や、音声信号に対するエフェクト処理（図２の内蔵ＥＦ５９及びプラグインＥＦ６０を用いたエフェクト処理（システムＥＦ６１及びインサーションＥＦ６２））である。なお、本明細書では、ミキシング処理とエフェクト処理（つまり音声信号に対する信号処理）を総称して音声信号処理ともいう。

ＤＳＰ部２７が実行する音声信号処理の各種パラメータは、コンソール１で発生したリモート制御用データ（カレントバッファの内容）に基づいて制御される。コンソール１で発生したリモート制御用データは、オーディオネットワーク４を介してエンジン２に供給される。エンジン２において、リモート制御用データは、ＡＮＩ／Ｏ２５を介してＤＳＰ部２７に供給される。ＤＳＰ部２７で音声信号処理された複数チャンネルの音声信号（サンプル波形データ）は、サンプリング周期毎に、信号ルーティング２６を介してＡＮＩ／Ｏ２５又はＡＩ／Ｏ２４に供給され、ＡＮＩ／Ｏ２５を介してオーディオネットワーク４上の他の音声信号処理装置（Ｉ／Ｏ装置３）等へ出力されたり、ＡＩ／Ｏ２４を介してヘッドフォン出力端子（モニタ用出力）へ出力されたりする。

《Ｉ／Ｏ装置の構成》
図３（ｃ）のＩ／Ｏ装置３において、ＡＩ／Ｏ３４は、多数チャンネルのアナログ音声信号またはデジタル音声信号の入力又は出力を行うインターフェースである。ＡＩ／Ｏ３４は、アナログ音声信号入力機能、アナログ音声信号出力機能、又は、デジタル音声信号入出力機能を有するカードにより構成され、これらカードによって必要な変換処理（ＡＤ変換、ＤＡ変換、又はデジタル変換（フォーマット変換））が実行される。ＡＩ／Ｏ３４は、複数チャンネル分のアナログ声信号入端子、複数チャンネル分のアナログ音声信号出力端子、又は、複数チャンネル分のデジタル音声信号入出力端子を含んで構成される。Ｉ／Ｏ装置３は、ＡＩ／Ｏ３４を介して多数チャンネルの音声信号を外部の入力元から取り込んで、信号ルーティング３６に供給すること、及び、信号ルーティング３６から取り込んだ多数チャンネルの音声信号をＡＩ／Ｏ３４から外部の出力先へ出力する。

また、図３（ｃ）に示す通り、Ｉ／Ｏ装置３は、簡易ユーザインターフェース（簡易ＵＩ）３７を具備する。簡易ＵＩ３７は、電源スイッチや動作チェック用のＬＥＤインジケータなどを含むシンプルなユーザインターフェースである。また、Ｉ／Ｏ装置３は、前記ＡＮＩ／Ｏ３５に加えて、もう１つ別のＡＮＩ／Ｏ３８（便宜上「第２のＡＮＩ／Ｏ」と称する）を具備している。第２のＡＮＩ／Ｏ３８に接続されたネットワークケーブルを当該Ｉ／Ｏ装置３が属するミキシングシステムとは別のミキシングシステムに属するＩ／Ｏ装置のＡＮＩ／Ｏに接続することで、２つのミキシングシステムを連結することができる。「２つのミキシングシステムを連結する」とは、２つのミキシングシステム間で音声信号の一部を共有する、或いは、音声信号の一部を共有できる状態を形成することである。ただし、この場合であっても、Ｉ／Ｏ装置３は、ＡＮＩ／Ｏ３５を介してＡＮ接続された１つのミキシングシステムに属するのみであって、第２のＡＮＩ／Ｏ３８を介して接続された別のミキシングシステムに属することにはならない。なお、「２つのミキシングシステムを連結する」場合の別の構成例として、２つのミキシングシステム間で全ての音声信号を共有する、或いは、全ての音声信号を共有できる状態を形成する構成を採用してもよい。この場合、２つのミキシングシステム全体で１つのミキシングシステムとなる。

《ＰＣの構成》
ＰＣ６は、汎用のパーソナルコンピュータであって、図３（ｄ）に示す通り、ユーザインターフェースとして、表示部４４と操作部（ＫＢ）４５を具備する。表示部４４は、液晶ディスプレイ等により構成され、ＣＰＵ４０の制御に基づく各種画面等の情報を表示する。操作部４５は、キーボードやマウス操作子等である。メモリ４１に記憶されたＤＡＷプログラムをＣＰＵ４０が実行することで、ＰＣ６は、前述の通り、コンソール１と同様な、ミキシングシステム全体の動作制御を行うシステム制御装置として動作しうる。

《ＵＳＢドングル》
本明細書において「ＵＳＢドングル」は、「プロテクトドングル」或いは「セキュリティドングル」などともいわれるハードウェアキーであって、可搬性に優れた小型のＵＳＢ接続型記憶媒体である。「ＵＳＢドングル」は、ライセンス管理用記憶装置として機能するもので、ライセンス管理用の機構として、ミキシングシステムを構成するシステム構成装置（音声信号処理装置１〜３、及びＰＣ６）のいずれかのＵＳＢ端子１３，２３，３３，４３に本ＵＳＢドングルを接続しているときに限りライセンス管理すべきアプリケーションプログラムの実行（本起動）を許可する機構を有する。本実施例において、ＵＳＢドングルは、ＣＰＵ等の処理を行うための機構を持たない。詳しくは後述する通り、ＵＳＢドングルは、ライセンス管理すべきアプリケーションプログラムと、該アプリケーションプログラムの実行（本起動）を許可するためのアクセスキー（ライセンス）を対応付けて記憶することにより、ライセンス管理用記憶装置として機能する。すなわち、ライセンス管理すべきアプリケーションプログラムは、ライセンス認証前（アクセスキーによる認証前）の段階では、その実行が許可（本起動）されないところ、詳しくは後述する処理によりＵＳＢドングルに記録されたアクセスキーを用いたライセンス認証を行うことで、ミキシングシステムにおいてアプリケーションプログラムを実行（本起動）できるようになる。なお、図３（ａ）〜（ｄ）において、ＵＳＢドングルの図示は省略した。

《シリアルナンバ》
また、図３には示していないが、ＵＳＢドングルを含む本ミキシングシステムを構成する全てのシステム構成装置（コンソール１、エンジン２、Ｉ／Ｏ装置３、ＰＣ６、及び、ＵＳＢドングル）は、それぞれ固有のシリアルナンバを持っている。シリアルナンバは、それぞれ、対応する１つの装置を特定する装置特定情報であって、そのデータ形式は全ての装置で共通のデータ形式であることが好ましい。ミキシングシステムを構成する各システム構成装置は、シリアルナンバに基づいて、そのシリアルナンバに対応する１つの装置を特定することができる。

《ＵＳＢドングルの記憶内容》
図４は、ＵＳＢドングルの記憶内容を説明する概念図である。図４に示す通り、ＵＳＢドングル７０には、当該ＵＳＢドングルのハードウェア装置に固有のシリアルナンバ６３が記録されている。１つのＵＳＢドングル７０には、ユーザが購入したアプリケーションパッケージに含まれるアプリケーションプログラム６５と、該アプリケーションパッケージに固有のプロダクトＩＤ６６と、該アプリケーションプログラム６５の実行（本起動）を許可するためのアクセスキー６７が、互いに対応付けられた１組の情報セット６４として記憶される。１つのＵＳＢドングル７０には、複数の情報セット６４（図４では３つ）を記録することができる。図４において、「プロダクトＩＤ」、「アクセスキー」及び「プログラム」の各文字列の後に番号「♯１」、「♯２」及び「♯３」を付記して、各情報セット６４の区別を示した。なお、各データの詳細な内容は後述する。

なお、本明細書では、売買の対象となるアプリケーションプログラムの製品を、「アプリケーションパッケージ」という。「アプリケーションパッケージ」は、図５（ａ）に示すアプリケーションプログラム６５（「プログラム」）とプロダクトＩＤ６６のまとまりに相当する。「アプリケーションプログラム」は、アプリケーションパッケージ中のアプリケーションプログラム６５のみに相当する。なお、アプリケーションプログラムを指して「アプリ」との略称を用いることがある。

《アプリケーションパッケージの購入》
１つの情報セット６４は、ユーザがアプリケーションパッケージを追加的に購入し、該購入したアプリケーションパッケージに含まれるアプリケーションプログラムの実行（本起動）を許可するためのアクセスキーを取得する毎に、以下に説明するデータ書き込み処理によってＵＳＢドングル７０に書き込まれる。図５（ａ）〜（ｅ）は、ＵＳＢドングルに対して図４に示す１つの情報セット６４（アプリケーションプログラム６５、プロダクトＩＤ６６及びアクセスキー６７）が記録されるまでのデータの遷移を説明するブロック図である。

図５(ａ)において、パッケージ販売サイト７１は、ミキシングシステムで利用可能なアプリケーションプログラムをアプリケーションパッケージ（製品）として販売するインターネット７上のＷｅｂサイトである。ユーザは、ＰＣ６からインターネット７を通じてパッケージ販売サイト７１にアクセスして、所望のアプリケーションパッケージを購入することができる。

ユーザは、購入したアプリケーションパッケージを、パッケージ販売サイト７１から自己のＰＣ６へダウンロードすることができる。これにより、図５（ａ）に示す通り、ＰＣ６には、パッケージ販売サイト７１から送信された１つのアプリケーションパッケージを構成するアプリケーションプログラム６５及びプロダクトＩＤ６６（図において太線で示すデータ）が記録される。なお、購入したアプリケーションパッケージ（アプリケーションプログラム６５及びプロダクトＩＤ６６）の保存先は、例えばＰＣ６に内蔵されたハードディスクなど、適宜の記憶媒体であってよい。なお、アプリケーションパッケージの購入に対する課金処理は、パッケージ販売サイト７１における購入手続の中で行われるものとする。

《１つのアプリケーションプログラム》
アプリケーションプログラム６５は、ミキシングシステムに所定の機能を追加するアプリケーションプログラムである。本実施例では、エフェクタ機能を追加するプラグインＥＦ６０（図２参照）として用いるアプリケーションプログラムを想定している。アプリケーションプログラム６５には、実行対象のアプリケーションプログラムが持つ１つの機能、ここでは例えばエフェクタ機能を、ミキシングシステムにおいて実行あるいは制御するための全てのプログラムが格納されている。

「全てのプログラム」には、アプリのインストーラや、ミキシングシステムを構成する各システム構成装置で用いるアプリケーションプログラムが含まれる。各システム構成装置で用いるアプリケーションプログラムとは、各システム構成装置の機能種類（製品種類）に応じた複数種類のアプリケーションプログラム（装置別アプリケーションプログラム）であって、例えば、コンソール１で用いる画面表示用ＧＵＩプログラム（ＧＵＩは「Graphical user interface」の略）、エンジン２のＤＳＰ部２７で用いるマイクロプログラム、或いは、ＰＣ６で用いる画面表示用ＧＵＩプログラムなどである。なお、一般的に、ミキシングシステムに所定の機能を追加するアプリに関してＩ／Ｏ装置３で用いる装置別アプリケーションプログラムはないが、仮にＩ／Ｏ装置３に簡単な表示部などが登載された構成であればＧＵＩプログラムがあってもよい。

《１つのアプリケーションパッケージのプロダクトＩＤ》
プロダクトＩＤ６６は、ユーザが購入したアプリケーションパッケージの各個体に固有のＩＤデータであって、該アプリケーションパッケージに含まれるアプリケーションプログラムを特定するアプリケーションプログラム特定情報（アプリ特定情報）を含んで構成される。アプリ特定情報は、例えば、アプリケーションパッケージの名称（アプリ名）である。アプリ名としては、例えば、そのアプリがエフェクト処理用アプリケーションプログラムである場合は、「リバーブ」や、「コーラス」のようなエフェクトの種類を表す名称などが考えられる。アプリ名が共通するアプリを、便宜上、「同じ種類のアプリ」と表現する。

ここで、プロダクトＩＤ６６が各アプリケーションパッケージに固有のＩＤデータであるため、同じ種類のアプリを提供するアプリケーションパッケージであっても、別パッケージであれば、個々のパッケージのプロダクトＩＤ６６全体は互いに異なる。また、プロダクトＩＤ６６がアプリ特定情報（アプリ名）を含んで構成されるので、同じ種類のアプリを提供するアプリケーションパッケージであれば、別パッケージであっても、個々のパッケージのプロダクトＩＤ６６の一部（アプリ名の部分）は互いに共通する。プロダクトＩＤ６６に基づいて、当該プロダクトＩＤ６６に対応する１つのアプリケーションパッケージを特定すること、及び、アプリ名により特定されるアプリケーションプログラム６５を特定することが可能である。

なお、アプリケーションプログラムの取得は、パッケージ販売サイト７１からデータをダウンロードする方法に限らず、プログラムを記録した可搬記録媒体（例えばＣＤ‐ＲＯＭなど）をユーザが取得する方法であってもよい。また、プロダクトＩＤの取得は、パッケージ販売サイト７１からデータをダウンロードする方法に限らず、例えばプロダクトＩＤのデータを記録した可搬記録媒体（例えばＣＤ‐ＲＯＭなど）や、プロダクトＩＤを構成する文字列を記載した紙媒体等により物理的に取得する方法であってもよい。

《アクセスキーの発行とＵＳＢドングルに対するデータ書き込み処理》
図６は、アクセスキーの発行とＵＳＢドングルに対するデータ書き込み処理を説明するフローチャートである。以下の説明では、ＵＳＢドングル７０がＰＣ６のＵＳＢ端子４３に接続され、ＰＣ６がＵＳＢドングル７０へのデータ書き込み装置として機能する例について説明する。すなわち、ＰＣ６のＣＰＵ４０が図６の処理を実行する。なお、図６では、ＰＣ６のＣＰＵ４０が実行する処理と、後述するアクセスキー発行サイト７２側で実行される処理が１つのフローチャートにまとめて描かれている。

ステップＳ１において、ＰＣ６のＣＰＵ４０は、ライセンス管理すべき（アクセスキーを発行すべき）アプリケーションプログラムを特定するためのアプリケーションプログラム特定情報（アプリ特定情報）を取得する。この実施例では、ステップＳ１において、アプリ特定情報として、前記アプリケーションプログラムに対応するプロダクトＩＤ６６を取得する。アプリ特定情報の取得方法としては、図５（ａ）のようにアプリケーションパッケージをパッケージ販売サイト７１からＰＣ６へダウンロードした場合には、ＰＣ６のＣＰＵ４０は、ダウンロードされ記憶媒体に保存されたプロダクトＩＤ６６を自動的に読み出す。また、例えばプロダクトＩＤ６６が印刷物等の形態（紙媒体など）によって提供される場合には、ＰＣ６の表示部４４に後述するアクセスキー発行サイト７２が提供する所定の入力画面を表示して、該入力画面にプロダクトＩＤ６６をユーザに手動入力させる。なお、本実施例では、前記ステップＳ１においてアプリ特定情報として、プロダクトＩＤ６６自体（アプリケーションパッケージを特定する情報）を取得する構成を想定しているが、これに限らず、少なくともアプリケーションプログラムを特定するアプリ特定情報（アプリ名）のみを取得する構成（例えば、プロダクトＩＤからアプリ名を抽出する処理を行う構成）であってもよい。

ステップＳ２において、ＰＣ６のＣＰＵ４０は、ＵＳＢ端子４３に接続されたＵＳＢドングル６３からシリアルナンバ６３を自動的に読み出す。図５（ｂ）に示す通り、ステップＳ２によりＵＳＢドングル７０から読み出されたシリアルナンバ６３（太線で囲むデータ）は、ＰＣ６に記録される。このステップＳ２により、ＰＣ６は、これから生成するアクセスキーの記録先となるライセンス管理用記憶装置を特定する装置特定情報（シリアルナンバ６３）を取得する。

ステップＳ３において、ＰＣ６のＣＰＵ４０は、前記ステップＳ１で取得したプロダクトＩＤ６６と、前記ステップＳ２で取得したシリアルナンバ６３を相互に対応付けられた１組の情報として、インターネット７を通じてアクセスキー発行サイト７２へ送信する。なお、ステップＳ３では、プロダクトＩＤ６６自体をアクセスキー発行サイト７２へ送信するのではなく、プロダクトＩＤ６６から、その一部であるアプリ特定情報（アプリ名）を抽出して、該抽出したアプリ名とシリアルナンバ６３からなる１組の情報を送信するようにしてもよい。更に、別の例としては、前記抽出したアプリ名に基づく新たなデータを生成し、該生成したデータとシリアルナンバ６３からなる１組の情報を送信してもよい。前記新たに生成するデータとしては、例えば、アプリ名と更に別の何らかのデータ（例えばユーザ名など）を組み合わせたデータなどが考えられる。いずれにしても、アプリ名とシリアルナンバ６３の組を送信することが必須である。

《アクセスキーの発行》
アクセスキー発行サイト７２は、パッケージ販売サイト７１が販売するアプリケーションパッケージについてライセンス管理に用いるアクセスキー６７を発行するインターネット上のＷｅｂサイトである。ステップＳ４において、アクセスキー発行サイト７２は、前記ステップＳ３でＰＣ６から送信された情報（プロダクトＩＤ６６及びシリアルナンバ６３のセット）を受信する。これにより、図５（ｃ）に示す通り、アクセスキー発行サイト７２には、ＰＣ６から送信されたプロダクトＩＤ６６とシリアルナンバ６３（太線で囲むデータ）が１組の情報として記録される。

アクセスキー発行サイト７２では、前記ステップＳ４で受信したプロダクトＩＤ６６の一部であるアプリ特定情報（アプリ名）と、アクセスキーの記録先となるＵＳＢドングル７０のシリアルナンバ６３（装置特定情報）に基づいて、アクセスキー６７を生成する（ステップＳ５）。生成されたアクセスキー６７は、対応するアプリケーションプログラムを特定するアプリ特定情報とシリアルナンバ６３を含んで構成されたデータであって、該アプリ特定情報により特定されるアプリケーションプログラムの起動を許可するために用いるものである。そして、アクセスキー発行サイト７２は、前記ステップＳ５で生成されたアクセスキー６７をＰＣ６へ送信する（ステップＳ６）。なお、前記ステップＳ４〜Ｓ６は、アクセスキー発行サイト７２を提供するサーバコンピュータのＣＰＵが実行する処理である。

《ＵＳＢドングルに対するデータ書き込み》
ステップＳ７において、ＰＣ６のＣＰＵ４０は、前記ステップＳ６でアクセスキー発行サイト７２から送信されたアクセスキー６７を受信する。すなわち、ステップＳ４〜Ｓ７の処理は、アプリ特定情報（アプリ名）及び装置特定情報（シリアルナンバ６３）に基づいて生成されるアクセスキー６７（該アプリ特定情報により特定されるアプリの実行（本起動）を許可するために用いるアクセスキー）を取得するアクセスキー情報取得手段として機能する。図５（ｄ）は、アクセスキー発行サイト７２においてシリアルナンバ６３とプロダクトＩＤ６６の一部（アプリ名）に基づいてアクセスキー６７が作成され、該作成されたアクセスキー６７がＰＣ６のメモリ４１に記録される様子を示す。この段階では、ＰＣ６のメモリ４１には、図５（ｄ）に示す通り、該受信したアクセスキー６７と、当該アクセスキーの生成に使用した各データ（本実施例ではシリアルナンバ６３、プロダクトＩＤ６６及びアプリケーションプログラム６５）が記録される。

ステップＳ８において、ＰＣ６のＣＰＵ４０は、前記ステップＳ７で受信したアクセスキー６７に基づいて、アクセスキー６７の生成に用いたプロダクトＩＤの一部（アプリ名）に対応するアプリケーションプログラム６５及びプロダクトＩＤ６６を特定し、特定したアプリケーションプログラム６５及びプロダクトＩＤ６６を抽出する。このステップＳ８の処理が、アプリ特定情報により特定されるアプリケーションプログラムを取得するアプリケーションプログラム取得手段として機能する。なお、本実施例では、少なくとも、アクセスキー６７に対応するプロダクトＩＤ６６を抽出することができれば、アプリケーションプログラム６５が抽出できなくても処理をステップＳ９に進める。

前記ステップＳ８でプロダクトＩＤ６６が抽出できなかった場合には、ＰＣ６の表示部４４に、その旨を提示してから当該データ書き込み処理を終了する。この場合、次に述べるステップＳ９によるＵＳＢドングルに対するデータの書き込みが行われずに、ＰＣ６上に用意された各データ（アクセスキー６７、プロダクトＩＤ６６、アプリケーションプログラム６５及びシリアルナンバ６３）及びアクセスキー発行サイト上の各データ（アクセスキー６７、シリアルナンバ６３、及びプロダクトＩＤ６６）が全て消去されて、当該データ書き込み処理が終了することになる。

ステップＳ９において、ＰＣ６のＣＰＵ４０は、該受信したアクセスキー６７の生成に利用したシリアルナンバ６３（ＵＳＢドングル特定情報）によって特定されるＵＳＢドングル７０を抽出し、該シリアルナンバ６３を持つＵＳＢドングル７０が抽出された場合（つまり該ＵＳＢドングル７０が自身に接続されている場合）、該抽出されたＵＳＢドングル７０に対して、前記ステップＳ７で受信したアクセスキー６７、及び、前記ステップＳ８で特定したプロダクトＩＤ６６及びアプリケーションプログラム６５を、互いに対応する１組の情報セット６４として書き込む。このステップＳ９の処理が、アクセスキー情報とアプリケーションプログラムを対応付けてライセンス管理用記憶装置へ記録する記録手段として機能する。

これにより、ＵＳＢドングル７０には、図５（ｅ）に示す通り、アプリケーションプログラム６５、プロダクトＩＤ６６及びアクセスキー６７からなる１つの情報セット６４（太線で示す各データ）が記録される。また、前記ステップＳ８において、アクセスキー６７に対応するアプリケーションプログラム６５が抽出できなかった場合には、ステップＳ９において、アクセスキー６７とプロダクトＩＤ６６だけがＵＳＢドングル７０に記録される。すなわち、本実施例ではアクセスキー６７と共にＵＳＢドングル７０に書き込むデータとしてプロダクトＩＤ６６のみを必須とし、アプリケーションプログラム６５は必須としない。

前記ステップＳ９のＵＳＢドングル７０に対するデータの書き込みが完了した後に、ＰＣ６のＣＰＵ４０は、当該アクセスキー発行及びデータ書き込み処理のためにＰＣ６上に用意された全てのデータ（アクセスキー６７、プロダクトＩＤ６６、アプリケーションプログラム６５及びシリアルナンバ６３）を消去して、当該データ書き込み処理を終了する。また、アクセスキー発行サイト７２上に用意された全てのデータ（アクセスキー６７、シリアルナンバ６３、及びプロダクトＩＤ６６）、も書き込み処理終了に伴い消去されてよい。

なお、前記ステップＳ９において、アクセスキー６７の生成に利用したシリアルナンバ６３（ＵＳＢドングル特定情報）に対応するＵＳＢドングル７０を抽出できなかった場合（該シリアルナンバ６３に対応するＵＳＢドングル７０が接続されていない場合）は、ＰＣ６のＣＰＵ４０は、今回のアクセスキー生成を行うためにＰＣ６に記録された全てのデータ（アクセスキー６７、プロダクトＩＤ６６、アプリケーションプログラム６５及びシリアルナンバ６３）を消去して、当該データ書き込み処理を終了する。また、アクセスキー発行サイト７２に記録された全てのデータ（アクセスキー６７、シリアルナンバ６３、及びプロダクトＩＤ６６）も書き込み処理終了に伴い消去されてよい。なお、ＵＳＢドングル７０が接続されていない場合、全てのデータを消去するのではなく、ＰＣ６に記録されたプロダクトＩＤ６６だけは消去せずに残しておいてもよい。

《データ書き込み条件の変更例》
前記ステップＳ８及びＳ９では、ＵＳＢドングル７０に書き込むデータとしてプロダクトＩＤ６６のみを必須とする（アプリケーションプログラム６５は抽出されなくてもデータ書き込み処理を行う）構成を説明したが、その変更例として、アクセスキー６７と共にＵＳＢドングル７０に書き込むデータとしてプロダクトＩＤ６６のみならず、アプリケーションプログラム６５も必須とする構成であってもよい。この場合、前記ステップＳ８において、ＰＣ６のＣＰＵ４０は、アクセスキー６７に基づいて、該アクセスキー６７の生成に用いたプロダクトＩＤの一部（アプリ名）に対応するプロダクトＩＤ６６を抽出する処理と、該アクセスキー６７の生成に用いたプロダクトＩＤの一部（アプリ名）に対応するアプリケーションプログラム６５を抽出する処理を行う。そして、ＰＣ６のＣＰＵ４０は、前記ステップＳ８においてアプリケーションプログラム６５及びプロダクトＩＤ６６の双方が抽出できた場合に、アクセスキー６７と共に、前記抽出したアプリケーションプログラム６５及びプロダクトＩＤ６６を、互いに対応する１組の情報セット６４としてＵＳＢドングル７０に対して記録する。アプリケーションプログラム６５及びプロダクトＩＤ６６のいずれか一方が抽出できなかった場合には、ＰＣ６の表示部４４に、その旨を提示して、ＵＳＢドングルに対するデータの書き込みを行わずに、ＰＣ６に記録された各データ（アクセスキー６７、プロダクトＩＤ６６、アプリケーションプログラム６５及びシリアルナンバ６３）及びアクセスキー発行サイトに記録された各データ（アクセスキー６７、シリアルナンバ６３、及びプロダクトＩＤ６６）を全て消去して、当該データ書き込み処理を終了する。

《アクセスキーの記録範囲等》
アクセスキー６７の記録先となるＵＳＢドングル７０を特定する装置特定情報（シリアルナンバ６３）を用いてアクセスキー６７を生成し、該生成されたアクセスキー６７をＵＳＢドングル７０に書き込むときに、該アクセスキー６７に基づきＵＳＢドングル７０を特定するので、アクセスキー６７（アクセスキー発行サイト７２から受信したオリジナルのアクセスキー）の記録範囲は、アクセスキー６７の作成に利用したシリアルナンバ６３に対応するＵＳＢドングル７０の個体のみに限定することができる。

また、ＵＳＢドングル７０に記録されたオジナルのアクセスキー６７は、ユーザが意図的に消去する場合にのみ消去されるものとし、システムやデバイスの電源をオフしたときや、アプリを停止したときなどに消去されることはない。ユーザが意図的に消去する場合とは、例えば、アクセスキー発行サイト７２へアクセスキーの消去を依頼した場合である。例えば、既にアクセスキー６７を取得したアプリケーションパッケージについて、新たに別のアクセスキーを取得する場合に、ユーザは、アクセスキー発行サイト７２に対して既存のアクセスキー６７の消去を依頼する。アクセスキー発行サイト７２は、ユーザから依頼に基づきＵＳＢドングル７０に記録されたアクセスキー６７の消去を行う。

また、アクセスキー６７は、ＵＳＢドングル７０において、セキュアな領域に記録されるのが望ましい。例えば、ＵＳＢドングル７０として、ユーザが記憶内容を見ることの出来ない秘匿領域と、ユーザが記憶内容を見ることのできる非秘匿領域（通常領域）の２種の記憶領域を具備するものを使用し、情報セット６４のうち機密性の高い情報（アクセスキー６７や、プロダクトＩＤ６６）を秘匿領域へ記録し、比較的機密性の低い情報(アプリケーションプログラム６５)を非秘匿領域(通常領域)へ記録するとよい。さらに、ＵＳＢドングルに記録されたデータの中身をユーザが参照できないように、データに対してプロテクトをかけておくとよい。特に秘匿領域に記録される機密性の高い情報、とりわけアクセスキー６７はプロテクトの必要性が高い。データのプロテクト方法は、従来から知られるいかなる方法を用いてもよい。

以上説明したアクセスキーの発行とデータ書き込み処理により、データ書き込み装置として機能するＰＣ６は、ライセンス管理すべきアプリを特定するためのアプリ特定情報（プロダクトＩＤ６６の一部）と、ライセンス管理用記憶装置（ＵＳＢドングル７０）を特定する装置特定情報（シリアルナンバ６３）を取得し、該取得した装置特定情報及びアプリ特定情報に基づいて生成されたアクセスキー６７を取得することができる。そして、アクセスキー６７を取得した後、該アクセスキー６７の生成に用いたアプリ特定情報に基づいてアプリケーションプログラム６５を特定し、特定されたアプリケーションプログラム６５とアクセスキー６７を対応付けてライセンス管理用記憶装置（ＵＳＢドングル７０）へ記録することができる。
これにより、１つのアプリケーションパッケージを構成するアプリケーションプログラム６５及びプロダクトＩＤ６６と、アクセスキー６７を対応付けた情報セット６４を、アプリケーションパッケージ毎に、ＵＳＢドングル７０へ記録することができ、アプリケーションプログラム６５とアクセスキー６７の対応付け（紐付け）や整理等のライセンス管理作業が簡易化される。また、アプリケーションプログラム６５とアクセスキー６７を対応付けてＵＳＢドングル７０に記録しているので、複数のアプリケーションプログラム６５とアクセスキー６７が存在する場合であっても、データの整理やライセンス管理に手間取ることはない。さらに、例えば、アクセスキー６７をインターネット経由で取得する一方で、アプリケーションプログラム６５はＣＤ−ＲＯＭから取得する場合のように、アクセスキー情報とアプリの取得経路が異なっていても、そのライセンス管理作業には手間がかからない。したがって、アプリの追加記録作業を容易に行うことができるとともに、アクセスキー６７を例えばインターネット経由などセキュアな環境下で取得することができるという優れた効果を奏する。

また、アプリケーションプログラム６５は、ミキシングシステムを構成する複数種類の装置のそれぞれで必要な複数種類のプログラムを１つのパッケージとして纏めたものであり、そのパッケージに対して１つのアクセスキー６７が発行されるので、この点でもライセンス管理が簡易化される。すなわち、本実施例のアクセスキーの発行とデータ書き込み処理により、アクセスキー６７（ライセンス）を、インターネット経由のセキュアな環境で取得し、該取得したアクセスキー６７（ライセンス）を維持できるとともに、アクセスキー６７に対応するアプリケーションプログラム６５のライセンス管理作業を、わかりやすく手間をかけずに行うことができる。

なお、上記の説明では、音声信号処理装置以外のシステム構成装置であるＰＣ６がデータ書き込み装置として機能する構成を想定したが、これに限らず、音声信号処理装置１〜３（典型的にはコンソール１）がデータ書き込み装置として機能してもよい。この場合、データ書き込み装置として機能する音声信号処理装置１〜３（典型的にはコンソール１）が、インターネット７にインターネット接続され、且つ、その装置のＵＳＢ端子にＵＳＢドングル７０が接続された状態で、図６のデータ書き込み処理を行う。

《アプリのインストール》
図７は、ＵＳＢドングル７０に記録されたアプリケーションプログラム６５をミキシングシステムにインストールする処理を説明するフローチャートである。このインストール処理は、ユーザによるインストール実行指示を受け付けた装置（典型的にはコンソール１又はＰＣ６）で起動する。ここでは、一例として、コンソール１においてインストール実行指示が行われた場合（コンソール１がインストール装置として機能する場合）について説明する。なお、以下に説明するインストール処理ではアクセスキー６７は使用されない。

ユーザは、コンソール１のユーザインターフェースを用いて、インストールの実行指示を入力する。例えば、コンソール１のＣＰＵ１０は、パネル表示部１７に、ＵＳＢドングル７０に記録されている全てのアプリが一覧表示されるインストール実行用画面を表示して、ユーザによるインストールの実行指示を受け付ける。ユーザは、該一覧表示の中からインストール対象とするアプリを選択することで、その選択したアプリケーションプログラム６５を対象とするインストール実行指示を入力することができる。

ステップＳ１０において、コンソール１のＣＰＵ１０は、自機のＵＳＢ端子１３に接続されたＵＳＢドングル７０にユーザによってインストール対象に指定されたアプリケーションプログラム６５が記録されているか否かを確認する。このステップＳ１０では、処理主体となるコンソール１のＵＳＢ端子１３に直接接続されたＵＳＢドングル７０のみを検索対象とする。

コンソール１のＵＳＢ端子１３にＵＳＢドングル７０が接続されており、該ＵＳＢドングル７０にインストール対象のアプリケーションプログラム６５が記録されていれば（ステップＳ１１のＹＥＳ）、処理をステップＳ１４に進める。一方、コンソール１のＵＳＢ端子１３にＵＳＢドングル７０が接続されていない場合、又は、ＵＳＢ端子１３に接続されたＵＳＢドングル７０にインストール対象のアプリケーションプログラム６５が記録されていない場合（ステップＳ１１のＮＯ）には、処理をステップＳ１２に進める。

ステップＳ１２において、コンソール１のＣＰＵ１０は、自機が属するミキシングシステムを構成する他の全ての装置に対して、各々に接続されたＵＳＢドングル７０にインストール対象のアプリケーションプログラム６５が記録されているか否かを問い合わせて、該問い合わせに対する応答を待つ。問い合わせ行うミキシングシステムの範囲は、ミキシングシステムを構成する全てのシステム構成装置、すなわち、互いにＡＮ接続された複数の音声信号処理装置（コンソール１、エンジン２、及びＩ／Ｏ装置３）及び該音声信号処理装置にＣＮ接続された音声信号処理装置以外のシステム構成装置（ＰＣ６）を含む範囲である。

前記ステップＳ１２の問い合わせに応じて、コンソール１と同じミキシングシステムに属する他の装置は、それぞれ、自身のＵＳＢ端子に接続されたＵＳＢドングル７０にインストール対象のアプリケーションプログラム６５が記録されているか否かを検索する。そして、インストール対象のアプリケーションプログラム６５を検出した装置は、コンソール１に対してその旨の応答を行う。ＵＳＢドングル７０が接続されていない装置、及び、自身に接続されたＵＳＢドングル７０にインストール対象のアプリケーションプログラム６５が記録されていない装置は、応答しなくてよい。

コンソール１のＣＰＵ１０は、前記インストール対象のアプリケーションプログラム６５を検出した装置からの応答を受信すると、該応答をした１つの装置をインストール対象のアプリケーションプログラム６５の読み込み元として認識する（ステップＳ１３）。そして、コンソール１のＣＰＵ１０は、自身のＵＳＢ端子１３に接続されたＵＳＢドングル７０、又は、前記ステップＳ１３で読み込み元として認識した装置のＵＳＢ端子に接続されたＵＳＢドングル７０から、インストール対象のアプリケーションプログラム６５を読み出す（ステップＳ１４）。

前記ステップＳ１０〜Ｓ１４により、インストール装置として機能するコンソール１は、その装置が属するミキシングシステムを構成する全てのシステム構成装置（全ての音声信号処理装置及び音声信号処理装置以外のシステム構成装置）を検索対象としてインストール対象に指定されたアプリケーションプログラム６５を記録したＵＳＢドングル７０を検索して、該検索により抽出されたＵＳＢドングル７０（ライセンス管理用記憶装置）からインストール対象のアプリケーションプログラム６５を読み出すことができる。本実施例では、ＵＳＢドングル７０にアプリケーションプログラム６５が記録された状態というのは、前記図６で説明したアクセスキー発行及びデータ書き込み処理後の状態であるから、結果的には、コンソール１のＣＰＵ１０は、インストール対象に指定されたアプリケーションプログラム６５とアクセスキー６７を対応付けた情報セット６４を記録したＵＳＢドングル７０からインストール対象のアプリケーションプログラム６５を読み出す処理を行うことになる。

なお、前記ステップＳ１２の問い合わせに対して、いずれの装置からも応答がない場合(つまり、ミキシングシステムを構成するいずれの装置にもインストール対象のアプリケーションプログラム６５を記録したＵＳＢドングル７０が接続されていない場合)には、コンソール１のＣＰＵ１０は、本インストール処理を終了する。

コンソール１のＣＰＵ１０は、前記ステップＳ１４で読み出したアプリケーションプログラム６５に含まれるインストーラを実行して、コンソール１で必要なアプリをインストールする（ステップＳ１５）。これにより、インストール対象のアプリケーションプログラム６５のうちで、コンソール１で必要なアプリ（例えば画面表示用ＧＵＩプログラム）がコンソール１のメモリ１１に書き込まれ、該ＧＵＩプログラムがコンソール１で実行可能な状態になる。

ステップＳ１６において、コンソール１のＣＰＵ１０は、ミキシングシステムを構成する他の全てのシステム構成装置に対して、インストール対象のアプリケーションプログラム６５に関して、各装置で必要なアプリケーションプログラムを問い合わせる。各システム構成装置で「必要なアプリケーションプログラム」は、インストール対象とされているアプリケーションプログラム６５に含まれている装置別アプリケーションプログラムであって、例えばコンソール１に対する画面表示用ＧＵＩプログラムや、エンジン２に対するＤＳＰ部２７のマイクロプログラムである。

前記問い合わせを受信した各システム構成装置のＣＰＵは、該問い合わせに応じて、自機に必要な装置別アプリケーションプログラムを確認して（ステップＳ１７）、各自で必要な装置別アプリケーションプログラムをコンソール１に対して要求する（ステップＳ１８）。コンソール１に対して要求する装置別アプリケーションプログラムは、インストール対象のアプリケーションプログラム６５のうち、その装置（プログラムを要求する側の装置）で必要な装置別アプリケーションプログラムであって、未だ自機にインストールされていない装置別アプリケーションプログラムである。従って、必要な装置別アプリケーションプログラムが既にインストール済みの装置や、装置別アプリケーションプログラムが不要の装置（例えばＩ／Ｏ装置３）は、装置別アプリケーションプログラムの要求を送信しない。

コンソール１のＣＰＵ１０は、前記ステップＳ１８において各システム構成装置から送信されたプログラムの要求を受信する（ステップＳ１９）。前記ステップＳ１５〜Ｓ１９により、インストール装置として機能するコンソール１は、自身が属するミキシングシステムを構成する全ての装置の中から、プログラムのインストールを必要とする装置を抽出すること、及び、抽出された装置毎にインストールすべき装置別アプリケーションプログロムを特定することができる。

コンソール１のＣＰＵ１０は、前記ステップＳ１９で受信した要求に応じた装置別アプリケーションプログロムを、前記ステップＳ１４で読み出したインストール対象のアプリケーションプログラム６５から取り出して、該取り出したアプリケーションプログラム６５に含まれる装置別アプリケーションプログラムプログラムを、それぞれ対応するシステム構成装置へ送信するとともに、各装置に対して装置別アプリケーションプログロムのインストールを指示する（ステップＳ２０）。

そして、前記プログラムを受信した各システム構成装置は、該受信したプログラムを各自でインストールする。例えば、コンソール１は、エンジン２に対してインストール対象のアプリケーションプログラム６５の中から、ＤＳＰ用のマイクロプログラムを取り出して送信し、また、ＰＣ６に対してインストール対象のアプリケーションプログラム６５からＧＵＩプログラムを取り出して送信する。エンジン２のＣＰＵ２０は、コンソール１から受信したマイクロプログラムをメモリ２１に書き込み、該マイクロプログラムをＤＳＰ部２７で実行可能な状態にする。また、ＰＣ６のＣＰＵ４０は、コンソール１から受信したＧＵＩプログラムをメモリ４１に書き込み、該ＧＵＩプログラムを実行可能な状態にする。なお、インストール処理が終了した状態では、ミキシングシステム内の各システム構成装置に対して、それぞれ必要な装置別アプリケーションプログラムがインストールされただけであって、アプリの実行自体は行われない。

以上説明した図７のインストール処理により、インストール装置として機能するコンソール１は、ＵＳＢドングル７０（ライセンス管理用記憶装置）からインストール対象のアプリケーションプログラムを読み出し、且つ、ミキシングシステム内の全てのシステム構成装置を検索対象として、プログラムのインストールを必要とする装置と、その装置の種類に対応する装置別アプリケーションプログラムを特定する。そして、特定した各音声信号制御装置に対して、読み出したアプリケーションプログラムのうちの、その装置の種類に対応する装置別プログラムを送信し、該送信した装置別アプリケーションプログラムのインストールを指示する。
これにより、コンソール１（インストール装置）が属するミキシングシステムを構成する全てのシステム構成装置（全ての音声信号処理装置及び音声信号処理装置以外のシステム構成装置）に対して、各自で必要なアプリケーションプログラム（装置別アプリケーションプログラム）を一括してインストールすることができる。したがって、ミキシングシステムにおいて、個々のシステム構成装置に対するアプリのプググラムの追加的インストール作業を簡易に行うことができる。また、ミキシングシステムを構成する全てのシステム構成装置を検索対象としてＵＳＢドングル７０を検索するので、インストール装置として機能するコンソール１のＵＳＢ端子１３にＵＳＢドングル７０が接続されている場合に限らず、ミキシングシステム中のどこかにＵＳＢドングル７０が存在していれば、該検索により抽出されたＵＳＢドングル７０からインストール対象のアプリケーションプログラム６５を読み出し、読み出したアプリを各装置にインストールすることができる。また、プログラム６５のインストール後に、そのプログラムを実行（本起動）するために用いるアクセスキー６７は、該プログラム６５に対応づけてＵＳＢドングル７０に記憶されているので、プログラムの実行（本起動）のときには、アクセスキー６７の記録場所を探したりする手間をかけずに、アクセスキー６７を用いたプログラムの実行（本起動）の認証処理をスムーズに行うことができる。つまり、複数の音声信号制御装置を含む複数のシステム構成装置からなる音声信号処理システムにおいて、アプリケーションプログラムのライセンス管理（不正使用の防止）を適切に行うとともに、アプリケーションプログラムの追加導入作業を簡易に行うことができる。

なお、上述したインストール処理では、ＵＳＢドングル７０に記録されたアプリをインストールする構成を想定しており、前述の通り、図６で説明したアクセスキー発行及びデータ書き込み処理後の状態（ＵＳＢドングル７０にアクセスキー６７とアプリケーションプログラム６５が記録された状態）を前提としている。しかし、インストール処理では、アクセスキーを使用しないので、例えば、アプリケーションパッケージを購入した後、アクセスキー発行及びデータ書き込み処理を行う前に、ミキシングシステムにアプリケーションプログラムをインストールしておくということは、可能である。

《アプリ設定画面》
図８に示すアプリ設定画面は、前記図７に示すインストール処理によりインストールされたアプリについて各種設定作業を行う画面であって、コンソール１又はＰＣ６で起動することができる。本実施例では、コンソール１のパネル表示部１７にアプリ設定画面が表示され、コンソール１のユーザインターフェースを用いてアプリの各種設定作業を行うことを想定している。

図８において、アプリ設定画面は、複数段の仮想的ラック部８０を有し、各仮想的ラック部に１つずつアプリを割り当てることができる。１つのラック部８０において、アプリ選択用仮想スイッチ８１は、当該ラック部８０に割り当てる１つのアプリを選択するスイッチ画像（以下、単に「選択スイッチ８１」という）である。選択スイッチ８１の操作に応じて、コンソール１のＣＰＵ１０は、自己（コンソール１）にインストールされているアプリの一覧（アプリ名のリスト）をパネル表示部１７に表示して、ユーザに１つのアプリを選択させる。ユーザは、アプリの一覧から１つのアプリを選択し、該選択されたアプリを当該ラックに割り当てることができる。本実施例では、エフェクタ機能を追加するアプリ（図２のプラグインＥＦ６０）を選択することを想定している。

アプリ表示部８２は、ユーザによって選択されたアプリのアプリ名が表示される領域である。図８では、最上段のラック部８０に「リバーブ」機能を有するアプリが割り当てられ、上から２段目のラック部８０に「コーラス」機能を有するアプリが割り当てられた状態を例示している。入力元設定部８３は、選択されたアプリ（エフェクタ）に入力する音声信号の入力元を設定する領域であって、現在設定されている入力元を特定する情報（例えばチャンネル番号）が表示される。出力先設定部８４は、選択されたアプリ（エフェクタ）から出力する音声信号の出力先を設定する領域であって、現在設定されている出力先を特定する情報（例えばチャンネル番号）が表示される。

《アプリの仮起動》
前記選択スイッチ８１は、「アプリの仮起動」を指示するための仮起動指示手段として機能する。本明細書において、「アプリの仮起動」は、アプリの実行（本起動）に一定のプロテクトをかけた状態で、そのアプリに関するパラメータ設定を受け付けることができる起動状態である。アプリの仮起動が指示されたとき、コンソール１のＣＰＵ１０は、少なくともエンジン２のＤＳＰ部２７の「バイパスパラメータ」をオンに設定することで、該アプリに関するマイクロプログラムに基づく音声信号処理（エフェクト処理）を無効化し、アプリの実行（本起動）に一定のプロテクトをかける。これが、コンソール１のＣＰＵ１０により実現される無効化手段の動作である。ここで「一定のプロテクト」とは、そのアプリによる信号処理の結果をユーザが利用できないようにすることである。この「仮起動」に対して、前記プロテクトを解除した状態を「本起動」という。コンソール１のメモリ１１には、アプリの起動状態を表すデータ（アプリが仮起動中か又は本起動中かを表すデータ）が用意される。コンソール１のＣＰＵ１０は、仮起動指示および本起動指示に応じてアプリの起動状態を表すデータを書き換えたり、必要に応じてアプリの起動状態を表すデータを参照したりする。

ユーザは、選択スイッチ８１を用いて、１つのアプリを選択することで、該選択したアプリの仮起動を指示する。アプリの仮起動が指示されたとき、コンソール１のＣＰＵ１０は、アプリの起動状態を表すデータとして、「仮起動中」を表すデータを設定し、且つ、仮起動が指示されたアプリ（ＧＵＩプログラム）に対してパラメータの編集に必要なリソースの割り当てる。これはコンソール１のＣＰＵ１０によって実現されるリソース割り当て手段の動作の一部である。例えば、コンソール１のＣＰＵ１０は、メモリ１１のカレントバッファ領域に、そのアプリに関するパラメータ群を記録するための領域を確保して、その領域に該アプリの各種パラメータの値を設定する。これにより、コンソール１において、仮起動指示されたアプリのパラメータ編集機能（エディタ）が利用可能になり、該アプリに関する各種パラメータの設定を受け付けることができる状態となる。

また、コンソール１のＣＰＵ１０は、アプリの仮起動の指示に応じて、仮起動されたアプリの各種パラメータの値が追加設定された後の前記カレントバッファ領域の状態を、エンジン２に反映させる。これはコンソール１のＣＰＵ１０によって実現されるリソース割り当て手段の動作の一部である。エンジン２は、前記カレントバッファ領域の設定値を各種の音声信号処理部（ＤＳＰ部２７）へセットして、それらの音声信号処理（エフェクト処理）を開始する。ただし、仮起動の段階では、当該アプリの音声信号処理（エフェクト処理）にプロテクトをかけた状態にする。

図９は、ＤＳＰ部２７におけるアプリのマイクロプログラムに基づく音声信号処理（エフェクト処理）の構成を説明するブロック図である。入力元９１及び出力先９２は、それぞ、アプリ設定画面の入力元設定部８３及び出力先設定部８４で設定された音声信号の入力元及び出力先に対応する。プラグインＥＦ９０は、入力元９１から入力された音声信号に対して選択スイッチ８１の操作によって選択されたアプリのマイクロプログラムに基づく音声信号処理（エフェクト処理）を実行する。エフェクト処理のパラメータの値は、メモリ１１のカレントバッファ領域に設定された各種パラメータの値に対応する。バイパスパラメータ９３は、入力元９１から入力された音声信号をプラグインＥＦ９０へ供給する通常の経路、又は該音声信号をプラグインＥＦ９０を迂回して出力先９２へ供給するバイパス経路のいずれかの経路を選択するパラメータである。

バイパスパラメータ９３がオンのとき、バイパス経路が選択され、オフのとき通常の経路が選択される。バイパスパラメータ９３がオンのときには、入力元９１から入力された音声信号は、バイパス経路を通って（プラグインＥＦ９０を迂回して）、アプリのエフェクト処理を施していない音声信号（入力元の入力信号と同じ信号）が出力先９２から出力される。一方、バイパスパラメータ９３がオフのときには、入力元９１から入力された音声信号は、プラグインＥＦ９０に供給され、プラグインＥＦ９０でエフェクト処理された音声信号が出力先９２から出力される。

コンソール１のＣＰＵ１０は、アプリの仮起動の指示に応じて、そのアプリに関して確保されたカレントバッファ領域に、そのアプリの各種パラメータの値を設定するところ、該各種パラメータのうちバイパスパラメータについては自動的にオンに設定する。前述の通り、アプリの仮起動の指示に応じて、メモリ１１のカレントバッファ領域の状態がエンジン２に反映されるので、アプリの仮起動の状態では、ＤＳＰ部２７において、当該アプリのバイパスパラメータ９３がオンに設定される。したがって、プラグインＥＦ９０によるエフェクト処理を施していない音声信号が出力されるので、アプリケーションプログラムに基づく音声信号処理は実質的には開始されないことになる。

《アプリのパラメータの編集》
アプリを仮起動することにより、コンソール１（システム制御装置）において、バイパスパラメータを除く全てのパラメータの編集を受け付けることができるようになる。コンソール１のＣＰＵ１０は、図８に示すアプリ設定画面において、いずれかのラック部８０に割り当てられたアプリを選択する操作（例えば、ラック部８０のアプリ表示部８２をクリックする操作）が行われたとき、パネル表示部１７に、アプリ設定画面とは別画面で、該選択されたアプリのパラメータを編集するエディタ画面を表示する。ユーザは、エディタ画面において、該アプリの各種パラメータを編集することができる。

図１０は、コンソール１のＣＰＵ１０が実行するパラメータの設定値の変更処理を説明するフローチャートである。この処理は、エディタ画面においてパラメータの設定値を編集（変更）する指示があったときに起動する処理であって、該編集されたパラメータを対象としている。

《仮起動中の場合》
コンソール１のＣＰＵ１０は、アプリの起動状態を表すデータの現在値を参照して、アプリの起動状態が「仮起動」及び「本起動」のいずれであるかをチェックする。アプリの起動状態を表すデータが「仮起動」中を示している場合（ステップＳ２１のＮＯ）には、編集対象のパラメータがバイパスパラメータかどうかを判断する（ステップＳ２２）。編集対象のパラメータがバイパスパラメータ以外であれば（ステップＳ２２のＮＯ）、コンソール１のＣＰＵ１０は、ユーザにより入力された指示に基づいて、メモリ１１に設けられたカレントバッファ領域に記憶された当該パラメータの設定値を変更するとともに（ステップＳ２３）、該変更後のパラメータの設定値を、エンジン２のＤＳＰ部２７に設定する（ステップＳ２４）。これにより、エディタ画面におけるパラメータ編集指示に応じて、パラメータの設定値（ただしバイパスパラメータを除く）が変更される。

編集対象のパラメータがバイパスパラメータの場合（ステップＳ２２のＹＥＳ）、コンソール１のＣＰＵ１０は、バイパスパラメータの変更指示を受け付けずに、処理を終了する。このように、仮起動中には、バイパスパラメータの変更を禁止して、バイパスパラメータの設定値をオンのままで保持する。なお、仮起動中は、エディット画面におけるパラメータ編集指示に限らず、あらゆるパラメータ編集指示に対して、バイパスパラメータの変更を禁止して、バイパスオンの状態（バイパスをかけている状態）を保持する。仮起動中に設定されたバイパスパラメータをオフに変更できるのは、そのアプリの本起動が開始された場合のみである。

《本起動中の場合》
アプリの起動状態を表すデータが「本起動」中を示している場合（ステップＳ２１のＹＥＳ）には、バイパスパラメータを含む全てのパラメータの編集を受け付ける。すなわち、コンソール１のＣＰＵ１０は、編集対象のパラメータの種類を問わず、ユーザにより入力された指示に基づいて、メモリ１１に設けられたカレントバッファ領域に記憶された当該パラメータの設定値を変更するとともに（ステップＳ２３）、該変更後のパラメータの設定値を、エンジン２のＤＳＰ部２７に設定する。これにより、エディタ画面におけるパラメータ編集指示に応じて、パラメータの設定値が変更される。

このように、「アプリの仮起動」を行えるようにしたことで、アクセスキー６７によるアプリの認証前（後述する本起動前）に、そのアプリケーションプログラムに基づく実際の音声信号処理（エフェクト処理）を開始しないという一定のプロテクトをかけた状態で、プログラムの不正使用を抑止しつつ、そのアプリの各種パラメータ（バイパスパラメータを除く）の編集をユーザに許可することができる。したがって、例えば、ＵＳＢドングル７０がミキシングシステム内の何れのシステム構成装置にも接続されていない状態であったり、アプリの本起動前であったり、或いは、アクセスキーの取得（図６を参照して説明したアクセスキーの発行）前に、アプリのパラメータ設定等の準備作業を行うことができるようになり、アプリのパラメータ設定作業の効率性が向上する。

なお、本実施例では、アプリの仮起動中は、メモリ１１のカレントバッファ領域とＤＳＰ部２７の双方で、バイパスパラメータをオンに設定する構成とする。しかし、仮起動状態とは、音声信号処理を実質的には開始しない状態であるから、アプリの仮起動中は、少なくともＤＳＰ部２７のみでバイパスパラメータをオンに設定する構成を採用してもよい。

仮起動中に少なくともＤＳＰ部２７のみでバイパスパラメータの設定値をオンに保持する構成を採用した場合、図１０のパラメータ編集処理の変更例として、メモリ１１のカレントバッファ領域では、バイパスパラメータの変更を受け付けて、その変更をＤＳＰ部２７に反映させない制御してもよい。すなわち、アプリの仮起動中にエディタ画面においてパラメータの編集が指示されたとき、コンソール１のＣＰＵ１０は、ユーザにより入力された指示に基づいて、該編集対象のパラメータの設定値を変更し、該変更の後、該編集対象のパラメータがバイパスパラメータかどうかを判断する。そして、編集対象のパラメータがバイパスパラメータ以外であれば、前記変更された後のパラメータの設定値をエンジン２のＤＳＰ部２７に設定する。一方、編集対象のパラメータがバイパスパラメータの場合には、該変更結果をエンジン２のＤＳＰ部２７に反映させずに、エンジン２のＤＳＰ部２７に設定されたバイパスパラメータの設定値をオンのままで保持する。

《アプリの本起動》
図８に示すアプリ設定画面において、各ラック部８０に設けられた本起動指示用仮想スイッチ８５は、そのラック部８０に割り当てられたアプリの本起動を指示するためのスイッチ画像（以下、「本起動指示スイッチ８５」という）である。本起動指示スイッチ８５は本起動指示手段である。ユーザは、本起動指示スイッチ８５を用いて、そのラック部８０に割り当てられたアプリの本起動を指示することができる。

図１１は、アプリの本起動処理を説明するフローチャートである。コンソール１のＣＰＵ１０は、本起動指示スイッチ８５を用いたアプリの本起動の指示を受け付けたとき、そのアプリを対象として、図１１の処理を起動する。なお、図１１の処理の主体は、アプリの本起動の指示を受け付けた装置であって、コンソール１に限らない。典型的には、コンソール１の他には、ＰＣ６が本起動処理の実行主体となりうる。また、アプリを本起動する指示は、本起動指示スイッチ８５を用いる方法に限らず、１つのアプリの本起動を指示できさえすれば、従来から知られるどのような方法であってもよい。

コンソール１のＣＰＵ１０は、アプリを本起動する指示を受け付けると、本起動対象のアプリに対応するアクセスキー６７が、コンソール１のＵＳＢ端子１３に接続されたＵＳＢドングル７０に記録されているかどうか確認することで、このアプリをアクセスキーにより認証する（ステップＳ２５）。本起動対象のアプリに対応するアクセスキー６７がＵＳＢドングル７０に記録されていれば（ステップＳ２６のＹＥＳ）、本起動対象のアプリについて認証がとれたことになる。

ここで、アプリに対応するアクセスキー６７とは、本起動の対象となるアプリのアプリ名を含むアクセスキーである。従って、ＵＳＢドングル７０に記録されたアクセスキー６７が、少なくとも、同じアプリ名を含むもの（同じ種類のアプリに対応するアクセスキー）でさえあれば、別製品（別パッケージ）に対して発行されたアクセスキーであっても、本起動対象のアプリを認証することができる。

一方、本起動対象のアプリに対応するアクセスキー６７がＵＳＢドングル７０に記録されていない場合、又は、コンソール１のＵＳＢ端子１３にＵＳＢドングル７０が接続されていない場合（ステップＳ２６のＮＯ）には、コンソール１のＣＰＵ１０は、処理をステップＳ２７に進める。なお、「本起動対象のアプリに対応するアクセスキー６７がＵＳＢドングル７０に記録されていない場合」とは、ＵＳＢドングル７０にアクセスキーがひとつも記録されていない場合、又は、ＵＳＢドングル７０に記録されているアクセスキー６７が本起動対象のアプリに対応するものでない場合である。

ステップＳ２７において、コンソール１のＣＰＵ１０は、自機が属するミキシングシステムを構成する他の全てのシステム構成装置に対して、本起動対象のアプリに対応するアクセスキー６７を記録しているか否かを問い合わせて、該問い合わせに対する応答を待つ。問い合わせ行うミキシングシステムの範囲は、前記ステップＳ１２と同様に、ミキシングシステムを構成する全てのシステム構成装置、すなわち、互いにＡＮ接続された複数の音声信号処理装置（コンソール１、エンジン２、及びＩ／Ｏ装置３）及び該音声信号処理装置にＣＮ接続された音声信号処理装置以外のシステム構成装置（ＰＣ６）を含む範囲である。

前記ステップＳ２７の問い合わせに応じて、コンソール１が属するミキシングシステム内の他のシステム構成装置は、それぞれ、自身のＵＳＢ端子に接続されたＵＳＢドングルに、本起動対象のアプリに対応するアクセスキー６７が記録されているかどうか確認する。そして、本起動対象のアプリに対応するアクセスキー６７を検出したシステム構成装置は、コンソール１に対してその旨の応答を行う。なお、ＵＳＢドングルが接続されていないシステム構成装置、及び、自身に接続されたＵＳＢドングルに本起動対象のアプリに対応するアクセスキー６７が記録されていないシステム構成装置は、応答しない。

コンソール１のＣＰＵ１０は、前記本起動対象のアプリに対応するアクセスキー６７を検出したシステム構成装置からの応答を受信することで、自機が属するミキシングシステム内のいずれかの装置に接続されたＵＳＢドングル７０に本起動対象のアプリに対応するアクセスキー６７が記録されていること（本起動対象のアプリに対応するアクセスキー６７を記録したＵＳＢドングル７０が接続されたシステム構成装置を検出できたこと）を確認する。本起動対象のアプリに対応するアクセスキー６７がミキシングシステム内のいずれかのシステム構成装置に接続されたＵＳＢドングル７０に記録されていれば（ステップＳ２８のＹＥＳ）、本起動対象のアプリについてアクセスキー６７による認証がとれたことになる。

一方、所定時間内にいずれのシステム構成装置からも回答がない場合（ステップＳ２８のＮＯ）、コンソール１のＣＰＵ１０は、認証失敗と判断し、処理を終了する。例えば、コンソール１のみならず、自機が属するミキシングシステム内のいずれの装置にも、本起動対象のアプリに対応するアクセスキー６７を記録したＵＳＢドングル７０が接続されていない場合には、本起動対象のアプリに対応するアクセスキー６７を記録したＵＳＢドングル７０が接続されたシステム構成装置が検出されないので、認証失敗となる。認証失敗で処理を終了するときには、例えばアプリの認証に失敗した旨をパネル表示部１７に表示するとよい。

ステップＳ２９において、コンソール１のＣＰＵ１０は、ミキシングシステムを構成する各システム構成装置に対して、本起動対象のアプリケーションプログラムをインストール済みのエンジン２があるかどうかを問い合わせる。アプリの本起動とは、そのアプリによる音声信号処理（エフェクト処理）を実際に開始することであるから、音声信号処理の主体となるエンジン２が存在しなければ、アプリの本起動は行うことができない。従って、システム内にエンジン２が存在しなければ処理を直ちに終了する（ステップＳ３０のＮＯ）。また、システム内にエンジン２が存在するが、そのエンジン２に本起動対象のアプリ（ＤＳＰ用マイクロプログラム）がインストールされていない場合にも、処理を直ちに終了してよい。なお、本起動対象のアプリがエンジン２にインストールされていない場合には、本起動処理を終了するのではなく、そのエンジン２に本起動対象のアプリをインストールしてから処理を継続するよう処理を構成してもよい。ただし、この場合には、インストーラがミキシングシステム内のいずれかのシステム構成装置に存在しなければ、インストールができないため、処理を終了する。

自己の属するミキシングシステム内に、本起動対象のアプリをインストール済みのエンジン２を検出できた場合（ステップＳ３０のＹＥＳ）、コンソール１のＣＰＵ１０は、ステップＳ３１において、前記ステップＳ２５又はステップＳ２８で確認したアクセスキー６７（ＵＳＢドングル７０に記録されたオリジナルのアクセスキー６７）を、ミキシングシステムを構成する全てのシステム構成装置のメモリにコピーする。

各システム構成装置にコピーされたアクセスキーは、その装置内のメモリに揮発的に記録され、ミキシングシステム全体又はその装置が停止される（電源オフされる）まで保持する。すなわち、コンソール１のＣＰＵ１０は、ミキシングシステム全体の電源がオフされたとき（すなわち全てのシステム構成装置の電源がオフされたとき）又はシステム内の装置の電源が個別にオフされたとき、電源オフされた各システム構成装置に記録されたアクセスキーのコピーを消去する。これにより、１度アクセスキーが認証されていれば、電源をオフしない限りは、各システム構成装置において当該アクセスキーのコピーを用いてアプリの認証を継続させることができる。なお、消去対象となるアクセスキーのコピーと、消去しないオリジナルのアクセスキーの区別は、例えば、両者を構成するデータ列の違いにより判断することができる。

各システム構成装置にアクセスキーのコピーを記録しておくことで、例えば、不注意でＵＳＢドングル７０が外れてしまった場合などのように、オリジナルのアクセスキー６７を記録したＵＳＢドングル７０がミキシングシステムから存在しなくなった場合であっても、各システム構成装置に記録されたアクセスキーのコピーによりアプリの認証を継続することができる。そもそも、ＵＳＢドングル７０をＵＳＢ端子に接続したままにしておくことは、ミキシングシステムの運用上好ましくないので、１度オリジナルのアクセスキーによるアプリの認証を行った後には、ＵＳＢドングル７０をＵＳＢ端子から外してしまい、その状態でアクセスキーによるアプリの認証を継続できることが望ましい。

また、各システム構成装置にコピーのアクセスキーを記録することで、各装置においてアクセスキーを用いたアプリの認証を迅速に行うことができるようになる。これにより、例えば、コンソール１や、ＰＣ６などのシステム制御装置でエディタ画面の起動（アクセスキーによる認証が必要な起動）を行う場合には、その起動を迅速に行うことができる。

なお、前記ステップＳ３１において全てのシステム構成装置にアクセスキーをコピーすると説明したが、ミキシングシステムを構成する装置のなかに本起動対象のアプリ（装置別アプリケーションプログラム）をインストールしていない装置がある場合には、コンソール１のＣＰＵ１０は、少なくともアプリ（装置別アプリケーションプログラム）をインストール済みの装置に対してのみ、アクセスキーのコピーを記録する処理を行うものとする。また、別の例として、アプリ（装置別アプリケーションプログラム）がイストール済みか否かに関わらず、全てのシステム構成装置に、アクセスキーのコピーを記録してもよい。また、更に別の例としては、アプリ（装置別アプリケーションプログラム）が未インストールのシステム構成装置に対して必要なアプリをインストールさせた後に、アクセスキーのコピーを記録することで、全てのシステム構成装置にアクセスキーのコピーを記録してもよい。

そして、コンソール１のＣＰＵ１０は、本起動対象のアプリについてバイパスパラメータをオフに設定することで、音声信号処理の無効化処置を解除して、本起動対象のアプリの起動状態を本起動の状態にする（ステップＳ３２）。ステップＳ３２によりコンソール１のＣＰＵ１０は本起動開始制御手段として機能する。すなわち、コンソール１のＣＰＵ１０は、メモリ１１のカレントバッファ領域に記録された本起動対象のアプリについてバイパスパラメータの設定値をオフに書き換え、且つ、アプリの起動状態を表すデータを「仮起動中」から「本起動中」に書き換える。そして、コンソール１のＣＰＵ１０は、前記カレントバッファ領域の設定値の変更をエンジン２のＤＳＰ部２７に反映させる。これにより、ミキシングシステムにおいて、当該本起動対象のアプリに基づく音声信号処理が開始する。図９の例では、プラグインＥＦ９０からエフェクト処理済みの音声信号が出力されるようになる。したがって、ミキシングシステムで本起動対象のアプリの機能を実際に使用することができるようになる。

以上、図１１を参照して説明したアプリの本起動処理によれば、コンソール１のＣＰＵ１０は、前記ステップＳ２５,Ｓ２７により音声信号処理システムを構成する全てのシステム構成装置を検索対象として、アプリケーションプログラムに対応するアクセスキー情報を記録した記録手段を具備したシステム構成装置を検出する検出手段として機能し、ステップＳ２６,Ｓ２８により、アクセスキー情報を記録した記録手段を具備したシステム構成装置が検出された場合は、複数のシステム構成装置のいずれにおいてもアプリケーションプログラムの起動を認証し、検出手段により前記システム構成装置が検出されなかった場合は、該アプリケーションプログラムの起動を認証せずに、処理を終了する認証制御手段として機能する。そして、ステップＳ３２によりコンソール１のＣＰＵ１０はアプリケーションプログラムの起動が認証された場合、前記複数の音声信号処理装置のうちの音声信号に対する信号処理を行う機能を有する音声信号処理装置に、該アプリケーションプログラムに基づく信号処理を開始させる信号処理開始制御手段として機能する。前記ステップＳ２６、Ｓ２７及びＳ２８により、本起動処理の主体となる装置のみならず、その装置が属するミキシングシステムの全ての装置を対象にアクセスキーを検索するので、ミキシングシステム内のいずれかの装置に、本起動対象のアプリについてアクセスキー６７を記録したＵＳＢドングル７０が接続されていれば（言い換えればミキシングシステム内のどこかにオリジナルのアクセスキー６７が存在していれば）、本起動対象のアプリをアクセスキー６７により認証して、そのアプリケーションプログラム６５を本起動すること（アプリケーションプログラム６５の起動を認証すること）ができる。

このように、ミキシングシステムを構成する個々のシステム構成装置毎に個別にアクセスキーによるアプリの認証を行うのではなく、ＵＳＢドングル７０に記録された１つのアクセスキー６７を、ミキシングシステムを構成する全てのシステム構成装置で共有することで、複数の音声信号処理装置を含む複数のシステム構成装置により構成されたミキシングシステムにおいて、アプリケーションプログラムの不正使用を適切に抑止した上で、極めて簡単な作業でアプリケーションプログラムを実行（本起動）できるようになる。

また、アクセスキー６７を用いて本起動が許可されるアプリの数に制限を設けていないので、システム構成装置の数がいくつであっても、アプリの本起動を許可しうるし、また、例えば、同種類のシステム構成装置が複数存在するシステム構成（例えば、図１のように、コンソール１やエンジン２がそれぞれ複数存在するシステム構成）であっても、全てのシステム構成装置についてアプリの本起動を許可しうる。また、アクセスキー６７を用いたアプリの本起動を許可する範囲は、あくまでアクセスキー６７を記録したＵＳＢドングル７０を接続したシステム構成装置が属するミキシングシステム内に限られているので、１つのミキシングシステムの範囲外にある装置（他のミキシングシステムに属する装置）が、そのミキシングシステムにアクセスして、他のミキシングシステムにおけるアプリの本起動のために、そのアクセスキー６７を使うことはない。

なお、前記ステップＳ３１のアクセスキー６７のコピー作成処理を行わずにアプリの本起動を開始して（ステップＳ３２）、本起動中のアプリについてアクセスキー６７による再認証処理を行うように構成してもよい。再認証処理を行う場合には、システム制御装置（コンソール１又はＰＣ６）は、前記ステップＳ２５〜Ｓ２８を定期的に実行することにより、ミキシングシステム内にオリジナルのアクセスキー６７が存在するかどうかを定期的に確認する。そして、オリジナルのアクセスキー６７の存在が確認できれば、そのアプリの認証を継続する。一方、オリジナルのアクセスキー６７の存在が確認できない場合は、再認証失敗と判断して、そのアプリの本起動を停止する。

再認証の失敗によりアプリの本起動を停止する場合は、そのアプリによる音声信号処理（エフェクト処理）を停止する。アプリの本起動の停止は、ＤＳＰ部２７にロードされた停止対象のアプリのマイクロプログラムを消去して、アプリに基づく音声信号処理を行えない状態にすることであってもよいし、或いは、少なくともＤＳＰ部２７において停止対象のアプリについてバイパスパラメータをオンに設定することで、該アプリに基づく音声信号処理を無効にすることであってもよい。なお、再認証処理は、あくまでステップＳ３１のアクセスキーのコピー作成を行わない構成でのみ利用される。本実施例のようにアクセスキー６７のコピー作成を行う構成では、一旦アクセスキーによりアプリを認証した後は、電源をオフしない限りはアプリの無償使用を保証する構成であるため、再認証処理は不要である。

《ＵＳＢドングルの好ましい使い方の例》
本実施例によれば、１つのミキシングシステム内のいずれかのシステム構成装置に、本起動対象のアプリに対応するアクセスキー６７を記録したＵＳＢドングル７０が接続されてさえいれば、アプリの本起動（アクセスキーを用いた認証）を行うことができるよう構成されているので、アプリの本起動（アクセスキーを用いた認証）の成否は、アプリを使用するミキシングシステムに依存しない。したがって、ユーザは、アプリケーションパッケージ（アプリケーションプログラム６５、プロダクトＩＤ６６）及びアプリに対応するアクセスキー６７を記録したＵＳＢドングル７０さえ所有していれば、そのアプリケーションプログラム６５を、任意のミキシングシステムで正規に使用することができる。

また、アプリケーションプログラムがインストールされていないミキシングシステムであっても、ＵＳＢドングル７０から必要なアプリ（装置別アプリケーションプログラム）をシステム内の各システム構成装置にインストールすることができる。したがって、アプリケーションプログラム６５と、該アプリに対応するアクセスキー６７を１組のセットにしてＵＳＢドングル７０に記録しておくことで、アプリをシステムに追加する一連の作業（インストール及び本起動）が簡便化される。

そして、アプリの本起動（アクセスキーを用いた認証）の成否がアプリを使用するミキシングシステムに依存せず、且つ、ミキシングシステムに対するアプリの追加作業（インストール及び本起動）が簡便化されることから、アプリを使用する機会の自由度が増すという利点がある。例えば、コンサート会場などに設置されたミキシングシステムや、レンタル機材として借り出すミキシングシステムを使用する場合、本発明によれば、ユーザがＵＳＢドングル７０をミキシングシステムの設置場所に持参して、ユーザが持参したアプリケーションプログラム６５をインストールし、本起動する作業を簡単に行うことができる。加えて、本発明に係るＵＳＢドングル７０は、小型で可搬性に優れたものであるから、ユーザがＵＳＢドングル７０をミキシングシステムの設置場所に持参して、出向先のミキシングシステムでアプリケーションプログラム６５を使用するという用途に好適である。

なお、本発明を適用するミキシングシステムは、例えば、コンサート会場、劇場、音楽制作スタジオ、あるいは構内放送、音声案内システム等に利用することができる。また、本発明を適用するミキシングシステムの構成（システム構成装置の種類や、装置の数）は、図１の例に限らない。また、複数の音声信号処理装置を含む複数のシステム構成装置により構成される音声信号処理システムであれば、その実施形態は、ミキシングシステムに限らず、例えば、マイクとサウンドシステムを備えた通信ユニット間で音声通信を行うインターカムシステム、ギターやボーカルの音響信号にコンプレッサやディストーション等のエフェクトを付与する効果付与システム、会場内の音響信号をマイクで拾って残響支援用の音響信号を生成して会場内に出力する残響支援システム、或いは、複数の音響信号を同時に録音／再生する複数トラック録再システムなどであってもよい。

なお、上記実施例では、複数の音声信号処理装置により構成されるミキシングシステムにおいてアプリケーションプログラムを仮起動して、パラメータの設定を許可する一方、音声信号に対する信号処理は開始させない機能（仮起動機能）を搭載する構成を説明したが、かかる仮起動機能は、例えば単体のデジタルオーディオミキサのような音声信号処理装置に適用することも可能である。この場合、上記実施例で説明したミキシングシステムにおいてコンソール１（パラメータ編集手段）、エンジン２（信号処理手段）、Ｉ／Ｏ装置３（音声信号の入力手段及び出力手段）に分担した各機能を、１台の音声信号処理装置に実装するとともに、該音声信号処理装置において、アプリケーションプログラムの仮起動指示を受け付ける仮起動指示手段（選択スイッチ８１）と、仮起動指示手段によりアプリの仮起動指示を受け付けたとき、該アプリに関して、信号処理手段による信号処理及び前記パラメータ編集手段によるパラメータ変更操作の受け付けに必要なリソースを割り当てることにより、そのアプリケーションプログラムに関するパラメータ変更操作を受け付け可能な状態にするリソース割り当て手段と、アプリの仮起動指示を受け付けたとき、該アプリに関して信号処理手段による信号処理を無効化する無効化手段と、アプリの本起動指示を受け付ける本起動指示手段と、アプリの本起動指示を受け付けたとき、該アプリに関して無効化を解除して、信号処理手段による音声信号に対する信号処理を開始させる本起動開始制御手段を備える。

なお、上記実施例では、音声信号処理装置以外のシステム構成装置（ＰＣ６）は、音声信号処理装置（コンソール１）とＣＮ接続され、該ＣＮ接続された音声信号処理装置の間で音声信号回線を確立せず、音声信号の通信を行わない構成とした。しかし、これに限らず、音声信号処理装置以外のシステム構成装置と音声信号処理装置の間で、音声信号回線を確立して音声信号を通信できるよう構成してもよい。そのための方法として、例えば、音声信号処理装置以外のシステム構成装置を音声信号処理装置とＡＮ接続できるよう構成することで、音声信号処理装置以外のシステム構成装置と音声信号処理装置の間で音声信号回線を確立することが考えられる。或いは、別の方法としては、音声信号処理装置以外のシステム構成装置と音声信号処理装置をＣＮ接続（一般的なＬＡＮ接続）する構成において、例えば、ＭＡＤＩ（Multichannel Audio Digital Interface）規格のプロトコルを用いた通信方式のように、ＡＮ接続における音声信号通信と同等のリアルタイム通信を保証できる通信方式を採用することで、音声信号処理装置以外のシステム構成装置と音声信号処理装置の間に音声信号回線を確立して、ＰＣと音声信号処理装置との間で音声信号の通信を行えるように構成してもよい。この場合には、音声信号処理装置以外のシステム構成装置の一例であるＰＣ６上で起動したＤＡＷソフトウェアを、１つの音声信号処理装置として取り扱うことができる。

１ミキシングコンソール、２ミキシングエンジン、３Ｉ／Ｏ装置、４オーディオネットワーク、５ハブ、６ＰＣ、７インターネット、８サーバ、１０，２０，３０，４０ＣＰＵ、１１，２１，３１，４１メモリ、１２、２２，３２，４２ＰＣＩ／Ｏ、１３，２３，３３，４３ＵＳＢＩ／Ｏ、１４，２４，３４，４４オーディオＩ／Ｏ、１５，２５，３５，４５オーディオネットワークＩ／Ｏ、１６，２６，３６，４６信号ルーティング（音声信号バス）、１７パネル表示部、１８パネル操作子、１９音量レベル調整用操作子、２７ＤＳＰ部、２８簡易ＵＩ、３７簡易ＵＩ、４７表示部、４８キーボード、６３シリアルナンバ、６５プログラム、６６プロダクトＩＤ、６７アクセスキー、７１ＵＳＢドングル、８１選択スイッチ、９３バイパスパラメータ

Claims

ライセンス管理用記憶装置を接続する接続手段と、
ライセンス管理すべきアプリケーションプログラムを特定するためのアプリケーションプログラム特定情報を取得するアプリケーションプログラム特定情報取得手段と、
前記接続手段に接続されたライセンス管理用記憶装置から該ライセンス管理用記憶装置を特定するための装置特定情報を取得する装置特定情報取得手段と、
前記取得したアプリケーションプログラム特定情報及び前記取得した装置特定情報に基づいて生成されるアクセスキー情報であって、該アプリケーションプログラム特定情報により特定されるアプリケーションプログラムの起動を許可するために用いるアクセスキー情報を取得するアクセスキー情報取得手段と、
前記アプリケーションプログラム特定情報により特定されるアプリケーションプログラムを取得するアプリケーションプログラム取得手段と、
前記取得したアクセスキー情報と前記取得したアプリケーションプログラムを対応付けて前記ライセンス管理用記憶装置へ記録する記録手段
を備えることを特徴とするデータ書込装置。
複数種類の音声信号処理装置を含む複数のシステム構成装置により構成される音声信号処理システムに対してアプリケーションプログラムをインストールするインストール装置であって、
前記複数のシステム構成装置には、該インストール装置と、インストール対象となるアプリケーションプログラムと該アプリケーションプログラムの起動を許可するためのアクセスキー情報を対応付けて記録したライセンス管理用記憶装置が含まれており、
更に、前記アプリケーションプログラムにはシステム構成装置の種類に応じた複数種類の装置別アプリケーションプログラムが含まれており、
前記インストール装置は、
前記ライセンス管理用記憶装置からインストール対象のアプリケーションプログラムを読み出す読み出し手段と、
前記音声信号処理システム内の全てのシステム構成装置を検索対象として、前記アプリケーションプログラムのインストールを必要とするシステム構成装置と、そのシステム構成装置の種類に対応する装置別アプリケーションプログラムを特定する特定手段と、
前記特定手段により特定した各システム構成装置に、前記読み出し手段により読み出したアプリケーションプログラムのうちの、そのシステム構成装置の種類に対応する装置別アプリケーションプログラムを送信し、該送信した装置別アプリケーションプログラムのインストールを指示するインストール指示手段
を備えることを特徴とするインストール装置。