JP2011243145A - アクセスキー管理装置 - Google Patents

Abstract

【課題】モジュールの使用権限を適切に管理できるようにしつつ、その管理に用いるアクセスキーを、複数の装置の間で容易に移動させられるようにする。
【解決手段】 貸し出すアクセスキー及び貸出先装置を特定した貸出指示があった場合に（Ｓ３１）、その貸し出すアクセスキーについて、貸出元装置がマスタアクセスキーとスペアアクセスキーの両方を記憶していることを条件に（Ｓ３２）、そのスペアアクセスキーを上記貸出先装置に移動させ（Ｓ３３，Ｓ３４）、返却するアクセスキー及び返却先装置を特定した返却指示があった場合に、返却元装置が対応するマスタアクセスキーを記憶しておらず、返却先装置が対応するマスタアクセスキーを記憶していることを条件に、返却するアクセスキーについてのスペアアクセスキーを上記返却先装置に移動させるようにした。
【選択図】 図１１

Description

この発明は、特定のモジュールの利用権限があることを示す電子情報であるアクセスキーを管理するアクセスキー管理装置に関する。

従来から、デジタルミキサ等のオーディオ信号処理装置において、基本機能を提供するシステムにユーザの好みに合わせてプラグインエフェクタ等のモジュールを後から追加して機能を追加できるようにすることが行われている。そして、この場合において、モジュールの使用権限があることを示すアクセスキーを用いて、対価を支払って使用権を購入したユーザのみが追加機能を利用できるようにすることも行われている。

例えば、特許文献１には、追加エフェクトのプログラムを始めとする種々の追加機能を提供するための音楽データをデジタルミキサに出荷時に記憶させておく一方、初期状態においてはユーザが基本機能のみを利用できる状態にしておき、追加機能を使用したいユーザがその使用権を購入した際に、ユーザが所定の管理サイトにアクセスすることによりアクセスキーを入手できるようにし、ユーザがそのアクセスキーを入手してデジタルミキサに設定した場合に、購入した使用権に係る追加機能を使用できるようにすることが記載されている。

また、非特許文献１には、デジタルミキサにアドオンエフェクトをインストールする場合に、所定の認証サーバにアクセスしてアクセスキーを取得することが必要であり、また、一旦インストールしたアドオンエフェクトを他のデジタルミキサに移動したい場合には、再度認証サーバにアクセスしてデオーソライズを行うべきことが記載されている。

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

「Ａｄｄ−Ｏｎ Ｅｆｆｅｃｔｓ インストールガイド」，ヤマハ株式会社，２００４年

このような追加機能の使用権について、デジタルミキサを始めとするオーディオ信号処理装置を使用する現場では、機材の入れ替えや設置に応じて簡単かつ柔軟に追加機能を使用する機材を変更できるようにすることが望まれていた。
例えば、機材を貸し出す業者には、自社が有する追加機能の使用権を、顧客の要望に合わせて機材と柔軟に組み合わせて貸し出したいという要望があった。また、ユーザにも、使用権を購入している追加機能を、各現場で使用する機材に応じて、自由に機材と組み合わせて使用したいという要望があった。また、使用権を購入した追加機能を、業者から借り受けた機材と組み合わせて使用したいという要望もあった。

しかしながら、上述したような従来の技術では、使用権があることを示すアクセスキーを、機材間で簡単に移動させることができず、このような要望に十分応えることができなかった。
すなわち、特許文献１に記載の技術では、一旦デジタルミキサに設定したアクセスキーを他のデバイスに移動させることができなかった。

非特許文献１に記載の技術でも、一旦デジタルミキサに設定したアクセスキーを他のデバイスで使用できるようにするためには、認証サーバにアクセスしてデオーソライズした上で再度他のデバイスで認証サーバにアクセスしてアクセスキーを取得する必要があり、操作に手間がかかっていた。

この発明は、このような事情に鑑みてなされたものであり、モジュールの使用権限を適切に管理できるようにしつつ、その管理に用いるアクセスキーを、複数の装置の間で容易に移動させられるようにすることを目的とする。

この発明は、このような目的を達成するため、オーディオ信号処理装置において使用する特定のモジュールの使用権限があることを示す電子情報であるアクセスキーを管理するアクセスキー管理装置において、貸し出すアクセスキー及び貸出先装置を特定した貸出指示があった場合に、その貸し出すアクセスキーを記憶している貸出元装置が、その貸し出すアクセスキーについて、その装置がそのアクセスキーの発行先であることを示すマスタキーと、そのマスタキーと対応する貸し出し用のアクセスキーであるスペアキーとの双方を記憶していることを条件に、そのマスタキーを上記貸出元装置に残して、そのスペアキーを上記貸出元装置から上記貸出先装置に移動させるアクセスキー貸出手段と、返却するアクセスキー及び返却先装置を特定した返却指示があった場合に、上記返却先装置が上記返却するアクセスキーについて上記マスタキーを記憶していることを条件に、上記返却するアクセスキーについてのスペアキーを、そのスペアキーを記憶している返却元装置から上記返却先装置へ移動させるアクセスキー返却手段とを設けたものである。

以上のようなこの発明のアクセスキー管理装置によれば、モジュールの使用権限を適切に管理できるようにしつつ、その管理に用いるアクセスキーを、複数の装置の間で容易に移動させられるようにすることができる。

この発明のアクセスキー管理装置の実施形態であるＰＣを含むオーディオ信号処理システムの構成を示すブロック図である。 図１に示したコンソールのハードウェア構成を示す図である。 図１に示したミキサエンジンのハードウェア構成を示す図である。 図１に示したオーディオ入出力装置のハードウェア構成を示す図である。 図１に示したＰＣのハードウェア構成を示す図である。 図１に示したドングルのハードウェア構成を示す図である。 図１に示したミキサエンジンが実行するオーディオ信号処理の構成を示す図である。 図１に示したドングルに記憶させる、アクセスキーに関連するデータを示す図である。 図１に示したオーディオ信号処理システムにおいてどのようなアクセスキーの貸し出しが可能であるかについて説明するための図である。 図１に示したＰＣが認証サーバにアクセスしてアクセスキーの発行を受ける場合にそのＰＣ及び認証サーバが実行する処理のフローチャートである。 アクセスキーの貸し出しを行う場合に図１に示したＰＣのＣＰＵが実行する処理のフローチャートである。 同じくアクセスキーの返却を行う場合の処理のフローチャートである。 認証サーバにアクセスキーを返却する場合に図１に示したＰＣ及び認証サーバが実行する処理のフローチャートである。

以下、この発明を実施するための形態を図面に基づいて具体的に説明する。
まず、この発明のアクセスキー管理装置の実施形態であるＰＣ（パーソナルコンピュータ）を含むオーディオ信号処理システムの実施形態について説明する。
図１は、そのオーディオ信号処理システムの構成を示すブロック図である。
図１に示すように、オーディオ信号処理システム１は、ＰＣ１０，コンソール１００，ミキサエンジン２００，オーディオ入出力装置３００ａ，３００ｂを備える。また、ＰＣ１０にはドングル３０が接続されている。また、ＰＣ１０はインターネット４０を介して認証サーバ５０と通信可能である。

このうち、コンソール１００、ミキサエンジン２００及びオーディオ入出力装置３００ａ，３００ｂが、オーディオ信号（音響信号）を処理するオーディオ信号処理装置である。
図２乃至図４に、これらのコンソール１００、ミキサエンジン２００及びオーディオ入出力装置３００（３００ａと３００ｂを区別しない場合にこの符号を用いる）のハードウェア構成を示す。

図２乃至図４に示す構成のうち、主制御部であるＣＰＵ１０１，２０１，３０１、ＣＰＵが実行するプログラムや制御に使用するデータ等を格納するＲＯＭ１０２，２０２，３０２、ＣＰＵがワークエリアとして使用するＲＡＭ１０３，２０３，３０３及び、これらを接続するシステムバス１２１，２２１，３２１は、コンソール１００、ミキサエンジン２００及びオーディオ入出力装置３００が共通して有する構成である。

また、コンソール１００、ミキサエンジン２００及びオーディオ入出力装置３００は、オーディオネットワークＩ／Ｆ（インタフェース）１１２，２１２，３１２も共通して有する。このオーディオネットワークＩ／Ｆ１１２，２１２，３１２は、イーサネット（登録商標）規格のＣＡＴ５ｅケーブルである通信ケーブルＣＢを接続するためのＲＪ−４５コネクタとして構成することができ、この通信ケーブルＣＢによって各オーディオ信号処理装置のオーディオネットワークＩ／Ｆが図１に示すように順次接続される。

そして、このことにより、特開２００９−９４５８９号公報に記載のような、オーディオ信号であるデジタル波形データと、ＩＰ（インターネットプロトコル）パケット等の制御データとを記録したオーディオネットワークフレームを複数のオーディオ信号処理装置の間に循環させることにより、デジタル波形データと制御データとをそれらのオーディオ信号処理装置の間で相互に伝送可能なオーディオネットワークシステム２を構成することができる。

図２乃至図４に示すその他の構成は、各オーディオ信号処理装置が、その機能に応じて備えるものである。
例えば、図３に示すミキサエンジン２００は、処理能力の高いＤＳＰ（デジタルシグナルプロセッサ）２１３を備え、オーディオ信号に対するミキシング、イコライジング、エフェクト付与、レベル調整等の種々の処理を行う。また、オーディオネットワーク経由でなく、ミキサエンジン２００に直接オーディオ信号を入出力するためのオーディオ入出力端子２１１も備える。そして、オーディオ入出力端子２１１、オーディオネットワークＩ／Ｆ２１２及びＤＳＰ２１３は、相互にデジタルオーディオ信号を伝送するためのオーディオバス２２２によって接続している。また、ミキサエンジン２００に対する操作を受け付けるための簡易ＵＩ（ユーザインタフェース）２０４も備えるが、少数のスイッチとランプ、小型ディスプレイ等による簡単な構成としている。

また、図４に示すオーディオ入出力装置３００は、多数の入出力端子を備えたオーディオ入出力端子３１１を備え、外部のマイクや再生装置等からオーディオ信号を、オーディオバス３２２及びオーディオネットワークＩ／Ｆ３１２を介してオーディオネットワークシステム２に入力したり、オーディオネットワークシステム２において伝送されるオーディオ信号を外部のスピーカやレコーダ等へ出力したりする。また、オーディオ入出力装置３００が備えるＵＩも、簡単な構成の簡易ＵＩ３０４である。

図２に示すコンソール１００は、多数の操作子や表示器を備え、ユーザの操作に従って、ミキサエンジン２００におけるオーディオ信号処理に使用するパラメータの設定を行う。また、どのオーディオ信号処理装置のどの端子から入力するオーディオ信号をオーディオネットワークシステム２に入力するか、オーディオネットワークシステム２において伝送されるどのオーディオ信号をＤＳＰにおけるどのオーディオ信号処理チャンネルに入力するか、ＤＳＰにおいて処理後のどのオーディオ信号をオーディオネットワークシステム２に伝送させるか、オーディオネットワークシステム２において伝送されるどのオーディオ信号をどのオーディオ信号処理装置のどの端子から出力させるか、等を規定するパッチの設定も行う。
そして、このような設定の操作を受け付けたり、その設定内容を表示したりするために、多数の操作子及びランプや大型のディスプレイ等からなる、パネル表示器１０５、パネル操作し１０６及び電動フェーダ１０７を有する。

また、コンソール１００も、オーディオ入出力端子１１１及びオーディオバス１２２を有し、オーディオ信号を入出力することも可能である。
さらに、コンソール１００は、図１に示したＰＣ１０との接続に用いるネットワークＩ／Ｆ１０４も備える。このネットワークＩ／Ｆ１０４も、イーサネット（登録商標）規格の通信を行うためのＩ／Ｆとして構成することができるが、オーディオネットワークへの接続には用いない。そして、このネットワークＩ／Ｆ１０４に接続されるＰＣ１０とは、上述したオーディオネットワークフレームではなく、通常のＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）規格のパケットを用いて通信を行う。従って、このネットワークＩ／Ｆ１０４に接続されるＰＣ１０は、オーディオネットワークシステム２には属さない。
なお、ネットワークＩ／Ｆ１０４と同様な、ＰＣ１０と接続するためのインタフェースを、他のオーディオ信号処理装置にも設けることも考えられる。

また、図１に示したＰＣ１０は、オーディオネットワークシステム２に属するオーディオ信号処理装置の１台であるコンソール１００と接続され、オーディオネットワークシステム２のシステム構成についての設定を行ったり、コンソール１００が行うものと同様なパラメータやパッチの設定を行ったりすることができる制御装置である。また、以下に説明するアクセスキーの貸し出しや返却を管理するアクセスキー管理装置としても機能する。

ここで、図５に、ＰＣ１０のハードウェア構成を示す。
図５に示すように、ＰＣ１０は、ＣＰＵ１１，ＲＯＭ１２，ＲＡＭ１３，ＨＤＤ（ハードディスクドライブ）１４，表示器１５，入力装置１６，ネットワークＩ／Ｆ１７，ＵＳＢ＿Ｉ／Ｆ１８を備え、これらをシステムバス１９により接続している。
そして、ＣＰＵ１１が、ＲＡＭ１３をワークメモリとして、ＲＯＭ１２やＨＤＤ１４に記憶している所要のプログラムを実行することにより、コンソール１００を始めとするオーディオ信号処理装置とドングル３０との間でのアクセスキーの貸借を仲介するアクセスキー管理装置としての機能を実現する。

表示器１５は、ユーザに情報を提示するためのディスプレイ等の表示手段である。
入力装置１６は、ユーザからの操作を受け付けるためのキーボードやポインティングデバイス等の入力手段である。
ネットワークＩ／Ｆ１７は、コンソール１００等のオーディオネットワークシステム２を構成するオーディオ信号処理装置と接続して制御データやオーディオ信号の送受信を行うための通信手段である。ここでは、コンソール１００に設けたネットワークＩ／Ｆ１０４と対応する、イーサネット（登録商標）規格のインタフェースとしている。ただし、オーディオネットワークに接続するためのＩ／Ｆとは異なるものである。

ＵＳＢ＿Ｉ／Ｆ１８は、ドングル３０を接続するためのインタフェースである。ここではＵＳＢ規格に従ったものとしているが、ドングル３０が対応する規格のものを用意すればよい。
これらの構成については、ハードウェアとしては公知のものを適宜採用すればよい。

また、図１に示したドングル３０は、追加モジュールの使用権限があることを示すアクセスキーを記憶する小型の記憶装置である。
図６に、このドングル３０のハードウェア構成を示す。
図６に示すように、ドングル３０は、ＵＳＢコネクタ３１，入出力制御部３２，暗号処理回路３３，メモリユニット３４を備える。
このうちＵＳＢコネクタ３１は、ＰＣ１０のＵＳＢ＿Ｉ／Ｆに接続するためのコネクタである。

入出力制御部３２は、接続先であるＰＣ１０からの要求に基づく、メモリユニット３４に対するデータの読み書きの動作を制御するモジュールである。ドングル３０においては、メモリユニット３４には通常領域３５と秘匿領域３６を設けており、アクセスキー等の秘匿性の高い情報は秘匿領域３６に、比較的秘匿性の低い情報については通常領域３５に記憶させるようにしている。
そして、秘匿領域３６には、データを暗号化して書き込むようにしており、暗号処理回路３３がこの暗号化を行う回路である。

そして、ユーザは、以上のようなドングル３０をＵＳＢ（ユニバーサルシリアルバス）インタフェースによりＰＣ１０に接続することにより、ＰＣ１０のユーザが、ドングル３０が記憶しているアクセスキーに係る追加モジュールの使用権限を持つことを証明することができる。そして、この状態では、ドングル３０を接続したＰＣ１０及びそのＰＣ１０が接続されるオーディオネットワークシステム２に属する各オーディオ信号処理装置において、ドングル３０が記憶しているアクセスキーと対応する追加モジュールを使用することができる。
ただし、この実施形態では、アクセスキーにはマスタアクセスキーとスペアアクセスキーがあり、追加モジュールの使用権限があることを示すのは、これらのうちスペアアクセスキーである。

次に、アクセスキーにより使用権限を確認する追加モジュールの例について説明する。
図７に、この追加モジュールにより実現される機能を含む、ミキサエンジン２００が実行するオーディオ信号処理の構成を示す。
図７に示すオーディオ信号処理は、ミキサエンジン２００が備えるＤＳＰ２１３が実行するものであり、アクセスキーを用いて使用権限を管理する追加モジュールの例であるプラグインエフェクトを含むものである。
そして、このオーディオ信号処理構成において、ＤＳＰ２１３が担当する部分は、入力パッチ２３１，入力ｃｈ２３２，インサーションエフェクト２３３，ミキシング（ＭＩＸ）バス２３４，ＭＩＸ出力ｃｈ２３５，出力パッチ２３６，システムエフェクト２３７を有する。

そして、ＤＳＰ２１３においては、１２８ｃｈある入力ｃｈ２３２にそれぞれ、ミキサエンジン２００が備えるオーディオ入出力端子２１１のうちのオーディオ入力端子２１１ａから直接入力するオーディオ信号、オーディオネットワークＩ／Ｆ２１２を介して読み出した、オーディオネットワークにおいて伝送されるオーディオ信号（他のオーディオ信号処理装置のオーディオ入力端子から入力したオーディオ信号）、システムエフェクト２３７による処理後のオーディオ信号のいずれかを入力パッチ２３１によってパッチ（結線）する。

入力ｃｈ２３２の各ｃｈでは、パッチされたオーディオ信号に対してアッテネータ，イコライザ等によりオーディオ信号処理を行った後、９６系統のＭＩＸバス２１４のうちの任意のバスに対してオーディオ信号処理後のオーディオ信号を送出する。この送出については、ｃｈとバスの組み合わせ毎にオンオフ及びレベル調整を行うことが可能である。また、入力ｃｈ２３２の各ｃｈにおいては、アッテネータ，イコライザ等のオーディオ信号処理要素の間に、インサーションエフェクト２３３によるオーディオ信号処理を挟むことも可能である。

また、ＭＩＸバス２３４の各系統のバスでは、入力ｃｈ２３２の各ｃｈから入力するオーディオ信号をミキシングし、各系統のバスにおいてミキシングされたオーディオ信号はその各系統に対応して設けられる９６ｃｈのＭＩＸ出力ｃｈ２３５に出力される。そして、ＭＩＸ出力ｃｈ２３５の各ｃｈでは、対応するバスから入力するオーディオ信号に対してイコライザ、コンプレッサ等によりオーディオ信号処理を行い、そのオーディオ信号処理後のオーディオ信号を、出力パッチ２３６により、オーディオネットワークシステム２、ミキサエンジン２００が備えるオーディオ入出力端子２１１のうちのオーディオ出力端子２１１ｂ、あるいはシステムエフェクト２３７にパッチする。

そして、オーディオネットワークシステム２にパッチしたオーディオ信号は、オーディオネットワークＩ／Ｆ２１２によりオーディオネットワークに対して送出する。オーディオ出力端子２１１ｂにパッチしたオーディオ信号は、その端子から出力する。システムエフェクト２３７にパッチしたオーディオ信号は、システムエフェクト２３７においてオーディオ信号処理した後、入力パッチ２３１によって結線される入力ｃｈに入力する。

以上のうち、インサーションエフェクト２３３及びシステムエフェクト２３７の機能は、予めミキサエンジン２００のメモリに記憶させてあるエフェクタ用プログラムからユーザが選択したものを、ＤＳＰ２１３に転送してＤＳＰ２１３の処理能力の範囲内で実行させることにより実現することができる。

なお、エフェクタ用プログラムには、使用権限に関する特別な作業（使用権の取得や確認の作業）を行うことなく、ミキサエンジン２００の全てのユーザが自由に使えるもの（内蔵エフェクタ）と、追加モジュールとして提供され、所定の方法により使用権を取得した場合に初めて使えるようになるもの（プラグインエフェクタ）とがある。そして、オーディオ信号処理システム１においては、このプラグインエフェクタの使用権を、アクセスキーにより確認する。

また、インサーションエフェクト２３３及びシステムエフェクト２３７も含めＤＳＰ２１３が実行する図７に示した各部によるオーディオ信号処理の内容は、カレントメモリに記憶されている各種のパラメータの現在値（カレントデータ）により制御される。ユーザは、コンソール１００を操作してこのパラメータの現在値を設定することができる。つまり、図７のオーディオ信号処理は広義には、ミキサエンジン２００のみではなく、コンソール１００あるいはオーディオ入出力装置３００などのオーディオネットワークシステム２に属する各種のオーディオ信号処理装置、および、オーディオ信号処理システム１に接続されているＰＣ１０やドングル３０が協同して実行するものである。

ところで、このような追加モジュールの使用権限の確認に使用するアクセスキーは、追加モジュールの使用権限を取得したユーザが、ＰＣ１０のようなアクセスキー管理装置を操作して追加モジュールのベンダーが提供又は指定する所定の認証サーバ５０にアクセスし、必要な情報を送信することにより、認証サーバ５０から発行を受け、ドングル３０に格納することができる。

そしてその後、ＰＣ１０のようなアクセスキー管理装置を介して、貸出元装置であるドングル３０から、貸出先装置であるオーディオネットワークシステム２に属する各種のオーディオ信号処理装置へ、アクセスキー（厳密にはスペアアクセスキーのみ）を貸し出すこと、あるいは、返却元装置である各種のオーディオ信号処理装置から、返却先装置であるドングル３０へ、アクセスキー（厳密にはスペアアクセスキーのみ）を返却することが可能である。

そして、アクセスキーを借り受けたオーディオ信号処理装置と同じオーディオネットワークシステム２に属する各オーディオ信号処理装置においては、そのオーディオネットワークシステム２にドングル３０の接続されたＰＣ１０が接続されていなくても、借り受けたアクセスキーと対応する追加モジュールを使用することができる。

従って、オーディオ信号処理システム１において、オーディオネットワークシステム２に属する各オーディオ信号処理装置に使用権限の取得が必要な追加モジュールを使用させる場合、ドングル３０の接続されたＰＣ１０をいずれかのオーディオ信号処理装置に接続する他、アクセスキーをドングル３０からＰＣ１０に接続されたオーディオネットワークシステム２に属するいずれかのオーディオ信号処理装置に貸し出して記憶させればよい。
ただし、ドングル３０は、アクセスキーをオーディオ信号処理装置に貸し出している状態では、その貸し出したアクセスキーについては、使用権限を証明する能力を失う。すなわち、アクセスキーを記憶していない場合と同等な状態になる。

この実施形態において特徴的な点は、このアクセスキーの貸し出し及び、貸し出したアクセスキーの返却に関する動作である。以下、この点を中心に説明する。
まず、図８に、ドングル３０に記憶させる、アクセスキーに関連するデータを示す。
図８に示すように、ドングル３０は、ドングル３０自身を識別するための識別情報であるシリアル番号Ｘを１つのみ記憶している。そのシリアル番号Ｘは、ドングル、あるいは、ＰＣや全オーディオ信号処理装置、すなわち、本発明において活用されるすべてのハードにおいて固有とされる。これに加え、使用権限を管理すべきモジュール又はモジュール群毎に、プロダクトＩＤと、アクセスキーと、プログラムのセットを記憶している。

これらのうち、プロダクトＩＤは、追加モジュールの種類（名称）及び個体を識別するための識別情報である。すなわち、同じ製品番号の製品（同じ種類の追加モジュール、あるいは同じ機能の追加モジュール）であっても、パッケージ１つ毎に、あるいはダウンロードやプレインストールによる提供１回毎に、異なる値となる。

このプロダクトＩＤは、プログラムの購入等によりモジュールの使用権を取得したユーザに個別に通知する。通知方法としては、例えば、追加モジュールをパッケージ販売する場合には、１パッケージ毎に異なるプロダクトＩＤを（印刷物の添付等により）付して、追加モジュールのプログラムを記録したＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体とセットにして販売することが考えられる。また、追加モジュールをダウンロードにより提供する場合には、対価の支払い時や、プログラムをダウンロードさせる際に画面に表示させたり、ユーザが入力したアドレスに電子メールを送信する等により通知することができる。予めプログラムを機器にインストールして提供する場合には、その機器のパッケージに印刷物を添付する、その機器に記憶させておいてユーザの操作により画面に表示させる等が考えられる。

また、アクセスキーは、上述のように追加モジュールの使用権限があることを示す情報であるが、少なくとも、どの種類（名称）の追加モジュールの使用を許可するキーであるか、を示す情報を含む。プロダクトＩＤを通知されたユーザは、図１に示した認証サーバ５０にアクセスしてプロダクトＩＤを送信することにより、使用権を取得した追加モジュールを実際に使用できるようにするためのアクセスキーの発行を受けることができる。このアクセスは、例えばＰＣ１０によって行い、ＰＣ１０は、認証サーバ５０が発行して送信してきたアクセスキー（１つのマスタアクセスキーと１つ以上のスペアアクセスキー）を、プロダクトＩＤと共に自動的にドングル３０に格納する。ここで、認証サーバ５０が発行するアクセスキーをオリジナルのアクセスキーと呼び、認証サーバによってアクセスキーを格納される場所（ここではドングル３０）をオリジナルの記憶装置と呼ぶ。

また、上述したように、アクセスキーにはマスタアクセスキーとスペアアクセスキーがあり、追加モジュールの使用権限があることを示すのは、これらのうちスペアアクセスキーである。マスタアクセスキーは、それを記憶している記憶装置が、アクセスキーのオリジナルの記憶装置であり、アクセスキーの貸出元装置および返却先装置になれることを示す情報として用いる。

従って、どの種類（名称）の追加モジュールの使用を許可するキーであるか、を示す情報を含んでいる必要があるのは、スペアアクセスキーのみであり、マスタアクセスキーは、スペアアクセスキーとの対応関係が分かるようになっていればよい。従って、キーに含まれるデータの項目やキーデータのフォーマット等によってマスタアクセスキーとスペアアクセスキーとを区別できるようにすることも考えられる。

しかし、マスタアクセスキーとスペアアクセスキーでデータの形式を共通化した方がキーデータの管理が容易である。そこで、例えば、マスタアクセスキーとスペアアクセスキーに同じシリアル番号を付してこれらの対応関係を示すと共に、各キーに、そのキーがマスタであるかスペアであるかを示す情報を付加し、それ以外の点ではマスタアクセスキーとスペアアクセスキーを全く同じ内容とすることが考えられる。

この場合、マスタアクセスキーをコピーして、そのキーがマスタであるかスペアであるかを示す情報を書き換えるだけで、マスタアクセスキーに基づいてスペアアクセスキーを生成することができる。ただし、このような生成をユーザに行わせることは好ましくないため、認証サーバ５０以外はスペアアクセスキーの生成が行えないよう、キーのデータ構造は秘匿されていることが好ましい。
また、１つのマスタアクセスキーに対応するスペアアクセスキーは、１つとは限らず、複数あってもよい。ただし、この場合には、各スペアアクセスキーの個体を識別できるよう、スペアアクセスキーに識別情報を付す（図８における＃４を参照）。

また、プログラムは、追加モジュールの機能を実現するためのプログラム、代表的には、追加モジュールに相当するオーディオ信号処理をミキサエンジン２００に実行させるためのプログラム（追加モジュール用のマイクロプログラム）であり、必要なプログラムを追加モジュールを使用するオーディオ信号処理装置にインストールするためのインストーラや、一旦インストールしたプログラムをオーディオ信号処理装置からアンインストールするためのアンインストーラ、コンソール１００やＰＣ１０を操作して追加モジュールの機能を使用するために必要な設定を行うためのＧＵＩ（グラフィカルユーザインタフェース）を提供するためのプログラムも含む。また、オーディオ信号処理装置の機種毎に異なったプログラムが必要な場合には、それら全てのプログラムも含む。

なお、このプログラムについては、予め使用するオーディオ信号処理装置やＰＣ１０に記憶させておいたり、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体から読み出させて使用するオーディオ信号処理装置やＰＣ１０にインストールさせるようにすることも可能であり、この場合には、ドングル３０に記憶させることは必須ではない。
また、以上のデータのうち、プログラムにはあまり秘匿性は要求されないので、データサイズも考慮してプログラムは通常領域３５に記憶させるが、その他のデータ、すなわちプロダクトＩＤ、アクセスキー及びシリアル番号は、不正に内容を知られることは好ましくないため、秘匿領域３６に記憶させる。

次に、オーディオ信号処理システム１において、追加モジュールであるプラグインエフェクタを使用するときの動作を説明する。
典型的には、プラグインエフェクタは、コンソール１００やＰＣ１０においてプラグインエフェクタを起動する指示がユーザによってなされたときに動作を開始する。コンソール１００やＰＣ１０（のＣＰＵ）は、自身が属するオーディオ信号処理システム１内のドングル３０あるいは各種のオーディオ信号処理装置のいずれかに、使用しようとするプラグインエフェクタの使用権限があることを示すスペアアクセスキーが記憶されているかを確認する。

そして、いずれかにスペアアクセスキーが記憶されていると確認された場合は、その確認されたスペアアクセスキーと共に記憶されているプログラム中のインストーラを使用して、そのスペアアクセスキーを使用して起動する（今回起動を指示された）プラグインエフェクタを実行するための各種のプログラムを、オーディオ信号処理システム１内のＰＣ１０や各オーディオ信号処理装置に対して適宜にインストールし（既にインストールが完了しているＰＣ１０やオーディオ信号処理装置についてはインストールしない）、ＰＣ１０および各オーディオ信号処理装置においてそれぞれインストールされたプログラムを実行する。具体的には、ＰＣ１０やコンソール１００にはＧＵＩプログラムがインストールされて実行され、ミキサエンジン２００にはマイクロプログラムがインストールされて実行される。

また、スペアアクセスキーを記憶したドングル３０又はネットワーク内のオーディオ信号処理装置がみつからない場合には、プログラムをインストールしない、インストールしても実行しない、又は実行しても当該プラグインエフェクタによるオーディオ信号処理をバイパスする等により、プラグインエフェクタの機能を有効にしない（機能が実質的に動作しない）ように、つまり、システム内のオーディオ信号に対して当該プラグインエフェクタによるオーディオ信号処理が施されないように制御する。

オーディオ信号処理システム１においては、オーディオネットワークシステム２を構成する各オーディオ信号処理装置に以上のような動作を行わせることにより、追加モジュールを使用しようとするオーディオ信号処理装置（のユーザ）が、その追加モジュールの使用権限を有することをスペアアクセスキーにより証明できる場合のみ、その追加モジュールを使用させることができる。

次に、図９を用いて、オーディオ信号処理システム１においてどのようなアクセスキーの貸し出しが可能であるかについて説明する。
ここまでに説明してきたように、オーディオ信号処理システム１においては、ＰＣ１０がアクセスキー管理装置として機能し、アクセスキーの貸し出し及び返却に関する処理を実行する。そして、ＰＣ１０自身に接続されているドングル３０が記憶するアクセスキーを、ＰＣ１０に接続されたオーディオネットワークシステム２に属する任意のオーディオ信号処理装置（ここではデバイスＡ）に貸し出すことができる。そしてこの際に、貸し出すアクセスキーのうち、スペアアクセスキーのみを移動させ、マスタアクセスキーは貸出元装置であるドングル３０に残す。

しかし、アクセスキーの貸出先装置であるデバイスＡから、さらに別のオーディオ信号処理装置（ここではデバイスＢ）にアクセスキーを貸し出そうとしても、この貸し出しは許可しないようにしている。貸出先装置であるデバイスＡからスペアアクセスキーを移動させることができるのは、貸出元装置であるドングル３０にスペアアクセスキーを返却する場合のみである。
ＰＣ１０は、貸出先装置にあるスペアアクセスキーについてはそのスペアアクセスキーに対応するマスタアクセスキーを記憶しているドングル３０（そのスペアアクセスキーの貸出元装置）への移動のみを許可するようにすることにより、このような移動の制限を可能としている。

次に、図１０に、ＰＣ１０が認証サーバ５０にアクセスしてアクセスキーの発行を受ける場合にＰＣ１０及び認証サーバ５０が実行する処理のフローチャートを示す。
ＰＣ１０のＣＰＵ１１は、アクセスキー管理アプリケーションのＧＵＩ等により、ユーザから認証サーバ５０にアクセスしてアクセスキーを取得する指示を受け付けると、図１０の左側のフローチャートに示す処理を開始する。

そしてまず、有効化したい（機能を動作させたい、機能を作動させたい）追加モジュールのプロダクトＩＤ及びアクセスキーを記憶させるドングル３０のシリアル番号を取得する（Ｓ１１）。
プロダクトＩＤについては、図８を用いて説明した通りであり、画面を表示してユーザに入力させたり、使用権取得済みの追加モジュールの一覧を表示してその中から選択させたりすることが考えられる。また、シリアル番号は、認証サーバ５０に対し、アクセスキーを記憶させる適正なドングル３０がＰＣ１０に接続されていることを証明するためのものであり、ドングル３０から自動的に読み出せばよい。複数のドングルがＰＣ１０に接続されている場合には、そのいずれかをユーザに選択させる。いずれにせよ、ここでシリアル番号を取得したドングル３０に、認証サーバ５０が発行したアクセスキーを記憶させることになる。

ステップＳ１１の後、ＣＰＵ１１は、認証サーバ５０にアクセスし、ステップＳ１１で取得したプロダクトＩＤ及びシリアル番号と共に、アクセスキー発行要求を送信し（Ｓ１２）、認証サーバ５０からの応答を待つ。

一方、認証サーバ５０のＣＰＵは、そのアクセスキー発行要求を受信すると、所要のプログラムを実行することにより、図１０の右側のフローチャートに示す処理を開始する。
そして、受信したプロダクトＩＤについてアクセスキーが未発行であるか（Ｓ２１）、および、受信したシリアル番号が適正なものであるか（Ｓ２２）を判断する。アクセスキーの発行状況については、後述のキーの発行履歴に基づいて確認でき、シリアル番号については、例えば、市場に流通済のドングルのシリアル番号リストとの照合や、シリアル番号自体に含まれるチェック用データ等により確認できる。

そして、ステップＳ２１とＳ２２のいずれもＹＥＳであれば、アクセスキー発行要求の送信元であるＰＣ１０にアクセスキーを発行してよいことがわかるので、受信したプロダクトＩＤをもとに、そのプロダクトＩＤが示す追加モジュールの使用権限があることを示すためのアクセスキーとして、図８を用いて説明したようなマスタアクセスキー及びスペアアクセスキーを生成し（Ｓ２３，Ｓ２４）、これらのセットをアクセスキー発行要求の送信元であるＰＣ１０に送信する（Ｓ２５）。
その後、キーの発行履歴として、どのプロダクトＩＤについてアクセスキーを発行したかを示す情報を記録し（Ｓ２６）、処理を終了する。合わせて、発行したキー自体や、キーを格納するドングル３０のシリアル番号、発行日時などを記録してもよい。

一方、ＰＣ１０側では、認証サーバ５０がステップＳ２５で送信してきたアクセスキーのセットを受信すると、そのセット及びそのセットにより有効化する追加モジュールのプロダクトＩＤを、ステップＳ１１でシリアル番号を取得したドングル３０に書き込み（Ｓ１３）、処理を終了する。
また、認証サーバ５０のＣＰＵは、ステップＳ２１又はＳ２２でＮＯであると、受信した情報に不備があってキーを発行できないと判断し、その旨をアクセスキー発行要求の送信元であるＰＣ１０に通知して（Ｓ２７）、処理を終了する。
そして、ＰＣ１０側では、この通知を受けると、キーを発行できない旨をユーザに通知して（Ｓ１４）、処理を終了する。

以上の処理により、ユーザは、プロダクトＩＤに応じたマスタアクセスキーとスペアアクセスキーの発行を受け、ドングル３０に記憶させて、プロダクトＩＤが示す追加モジュールの使用権限を有することを証明できる状態となる。

次に、図１１に、アクセスキーの貸し出しを行う場合にＰＣ１０のＣＰＵ１１が実行する処理のフローチャートを示す。
ＰＣ１０のＣＰＵ１１は、アクセスキー管理アプリケーションのＧＵＩ等により、ユーザからアクセスキーの貸し出しモードの開始指示を受け付けると、図１１のフローチャートに示す処理を開始する。

そして、まず貸出できるアクセスキーの候補として、貸出元装置となり得るＰＣ１０に接続されているドングル３０が記憶しているアクセスキーを全てユーザに提示し、その中から貸し出しを希望するアクセスキーの指定を受け付け、また、貸出先装置の候補として、ＰＣ１０に接続したオーディオネットワークシステム２に属するすべてのオーディオ信号処理装置を抽出してユーザへ提示し、その中から１つの貸出先装置の指定も受け付ける（Ｓ３１）。アクセスキーの選択肢は、アクセスキーにより使用権限を示す追加モジュールの名称やプロダクトＩＤ等により表示するとよい。

また、アクセスキーについては、対応するプロダクトＩＤの単位で選択候補に挙げるようにする。すなわち、マスタアクセスキーとスペアアクセスキーを個別に候補に挙げることはしない。貸し出しのために実際に移動させるのはスペアアクセスキーのみであるし、ユーザにとって重要なのは、ドングル３０に対し、認証サーバ５０からどの追加モジュールを使用するためのアクセスキーが発行されているか、という点だからである。

従って、アクセスキーの選択肢は、アクセスキーにより使用権限を示す追加モジュールの名称やプロダクトＩＤ等により表示するとよい。また、スペアアクセスキーが複数存在する場合でも、プロダクトＩＤの単位で指定を受け付けるようにしてよい。複数のスペアアクセスキーに機能上の差異はないため、貸し出す個体を指定できなくても、特に不都合はないためである。

ＣＰＵ１１は次に、ステップＳ３１で指定されたアクセスキーについて、貸出元装置（ドングル３０）が、マスタアクセスキーとスペアアクセスキーの両方を記憶しているか否か判断する（Ｓ３２）。スペアアクセスキーが複数発行されている場合でも、ここでは、スペアアクセスキーが１つでもあれば全てが揃っている必要はない。
そして、ステップＳ３２でＹＥＳであれば、指定されたアクセスキーについてのスペアアクセスキーを貸し出しのため移動してよいことがわかるため、貸出元装置から、そのスペアアクセスキーを読み出し、ステップＳ３１で指定された貸出先装置にそのスペアアクセスキーを記憶させる（Ｓ３３）。また、貸出元装置にスペアアクセスキーの削除と貸出履歴の作成を行わせて（Ｓ３４）、処理を終了する。

これらのステップＳ３３及びＳ３４の処理により、貸出元装置から貸出先装置に、スペアアクセスキーを移動させることができる。なお、ここでは「スペアアクセスキー」と記載したが、図９に示したようにプロダクトＩＤやプログラムもスペアアクセスキーと共に移動させることが好ましい。

また、上記のステップＳ３４においてスペアアクセスキーを削除するための具体的な処理としては、スペアアクセスキーのデータを物理的に消去する処理や、スペアアクセスキーのデータを物理的には残しつつ、そのスペアアクセスキーが貸し出されていることを表すフラグを立てることが考えられる。これらの方法などを採用して、スペアアクセスキーを、そのスペアアクセスキーによって対応する追加モジュールの使用許可を出せない状態にすることが、ステップＳ３４におけるスペアアクセスキーの削除に相当し、必ずしもスペアアクセスキーのデータを物理的に消去することに限定されない。
しかしここでは、スペアアクセスキーを削除する際には、容易に復元できないよう、スペアアクセスキーのデータを維持したまま単に存在しないことを示すフラグを立てるような手法ではなく、データ自体を他のデータで上書きしてしまうことが好ましい。以下の説明においても同様である。

また、貸出履歴は、貸出先装置のシリアル番号や、貸し出したスペアアクセスキーを識別するための情報である。スペアアクセスキーのデータ自体を、スペアアクセスキーとしては使用できない形式に変換して履歴情報の一部にすることも妨げられない。 また、ステップＳ３２でＮＯの場合には、指定されたアクセスキーは、又貸しになる等の理由で貸し出しできないものであることがわかるため、ディスプレイにメッセージを表示させる等してユーザにその旨を通知して（Ｓ３５）、処理を終了する。

次に、図１２に、アクセスキーの返却を行う場合にＰＣ１０のＣＰＵ１１が実行する処理のフローチャートを示す。
ＰＣ１０のＣＰＵ１１は、アクセスキー管理アプリケーションのＧＵＩ等により、ユーザからアクセスキーの返却モードの開始指示を受け付けると、図１２のフローチャートに示す処理を開始する。

そして、まず、返却元装置の候補として、ＰＣ１０に接続したオーディオネットワークシステム２に属するすべてのオーディオ信号処理装置を抽出してユーザへ提示し、その中から、ユーザからアクセスキーの返却元装置の指定を受け付ける（Ｓ４１）。
その後、ステップＳ４１で指定された返却元装置が記憶しているスペアアクセスキーを全てユーザに提示し、その中から返却を希望するアクセスキーの指定を受け付ける（Ｓ４２）。マスタアクセスキーは返却の対象になることはないので、ここではスペアアクセスキーのみを選択肢として提示すればよい。

この選択に応じてＣＰＵ１１は、ステップＳ４１で指定された返却元装置が、ステップＳ４２で指定されたスペアアクセスキーと対応するマスタアクセスキーを記憶していないことを確認する（Ｓ４３）。そして、記憶していなければ、指定されたスペアアクセスキーは貸し出しにより移動されたものであることが確認できるので、次に、返却先装置の候補として、ＰＣ１０に接続されたすべてのドングル３０を抽出してユーザへ提示し、その中から、ユーザから返却先装置の指定を受け付ける（Ｓ４４）。

ＣＰＵ１１は次に、その返却先装置がステップＳ４２で指定されたスペアアクセスキーと対応するマスタアクセスキーを記憶しているか否か判断する（Ｓ４５）。そして、記憶してれば、その返却先装置がスペアアクセスキーをもともと記憶していたオリジナルの記憶装置であり、その返却先装置に対して返却を行ってよいことがわかる。

そこで、ステップＳ４２で指定されたスペアアクセスキーを返却元装置から読み出すと共に返却元装置にそのスペアアクセスキーを削除させ（Ｓ４６）、読み出したスペアアクセスキーを、マスタアクセスキーと対応させて返却先装置（貸し出し時の貸出元装置）に記憶させる（Ｓ４７）。また、返却先装置に返却したスペアアクセスキーに係る貸出履歴の削除を行わせて（Ｓ４８）、処理を終了する。なお、ステップＳ４８におけるスペアアクセスキーの削除は、そのスペアアクセスキーのデータを返却元装置から物理的に消去することを意味する。

これらのステップＳ４６乃至Ｓ４８の処理により、返却元装置から返却先装置に、スペアアクセスキーを移動させることができる。プロダクトＩＤやプログラムもアクセスキーと共に移動させることが好ましいことは、図１１の場合と同様である。

また、ステップＳ４３又はＳ４５でＮＯの場合には、指定されたスペアアクセスキーは、貸し出しがなされたものではない、指定された返却先装置は指定されたスペアアクセスキーの貸出元装置ではない等の理由により、指定された返却はすべきでないことがわかる。そこで、ディスプレイにメッセージを表示させる等してユーザにアクセスキーを返却できないことを通知して（Ｓ４９）、処理を終了する。

オーディオ信号処理システム１においては、ＰＣ１０のＣＰＵ１１が以上の図１１及び図１２の処理を実行することにより、アクセスキー管理装置として機能して、図９を用いて説明したドングル３０とオーディオ信号処理装置との間でのスペアアクセスキーの貸し出し及び返却を仲介することができる。
そして、このような手法を用いれば、追加モジュールの使用権限があることを示すアクセスキーを、認証サーバ５０を介さずに、インターネット接続環境がない場合でも簡単な操作及び処理で他のデバイスに移動させることができ、アクセスキーの自由な移動というユーザの要望に応えることができる。

例えば、装置のレンタル業者は、スペアアクセスキーを顧客の要望に合わせてドングルから機材に移動させた状態で顧客に機材を貸し出せば、顧客に要望に合った追加機能が利用可能な状態で機材を貸し出すことができる。
また、ユーザも、スペアアクセスキーをドングルから各現場で使用する機材に移動させることにより、使用権を購入した追加機能を、自由に機材と組み合わせて使用することができる。業者から借り受けた機材と組み合わせることも、もちろん可能である。

一方で、一度貸し出したスペアアクセスキーには返却以外の移動を認めないため、オリジナルの記憶装置から離れてスペアアクセスキーが自由に移転され、点々と流通してしまうようなことはなく、追加モジュールを利用できるユーザがベンダーの意に反して無制限に拡大するような事態を防止できる。
レンタル業者にとっても、機材と共に貸し出したスペアアクセスキーは移動不能であるから、スペアアクセスキーのみ不正に抜き取られるような事態を防止できる。

また、貸し出し以外の手段でアクセスキーを移動させることを可能としたい場合には、アクセスキーを一旦認証サーバに返却して再度発行を受けられるようにすればよい。
図１３に、認証サーバ５０にアクセスキーを返却する場合にＰＣ１０及び認証サーバ５０が実行する処理のフローチャートを示す。
ＰＣ１０のＣＰＵ１１は、アクセスキー管理アプリケーションのＧＵＩ等により、ユーザからアクセスキーを認証サーバ５０に返却する指示を受け付けると、図１３の左側のフローチャートに示す処理を開始する。

そしてまず、返却できるアクセスキーの候補として、ＰＣ１０に接続されているドングル３０に記憶されているすべてのアクセスキーを抽出してユーザへ提示し、その中から、返却したいアクセスキーの指定を受け付ける（Ｓ５１）。ここでは、マスタアクセスキーとスペアアクセスキーの全てを返還するため、指定を受け付ける際には、図１１のステップＳ３１の場合と同様、対応するプロダクトＩＤの単位で選択候補に挙げるようにする。

この指定があると、ＣＰＵ１１は、指定されたアクセスキーについて、マスタアクセスキーとスペアアクセスキーの全て、すなわち１つのプロダクトＩＤについて認証サーバ５０から発行されたアクセスキーの全てがドングル３０内に揃っている（一緒に記憶されている）ことを確認する（Ｓ５２）。ここでは、図１１のステップＳ３２とは異なり、スペアアクセスキーが複数発行されている場合には、それら全てが揃っていなければならない。
そして、これがＯＫであれば、指定されたアクセスキーについて、マスタアクセスキーとスペアアクセスキーの全てを当該ドングル３０から読み出して認証サーバ５０に送信すると共に（Ｓ５３）、その送信したマスタアクセスキーとスペアアクセスキーをドングル３０内から削除し（Ｓ５４）、処理を終了する。

一方、認証サーバ５０のＣＰＵは、そのＰＣ１０から返却に係るアクセスキーを受信すると、所要のプログラムを実行することにより、図１３の右側のフローチャートに示す処理を開始する。
そして、受信したアクセスキーと対応するプロダクトＩＤをキー未発行状態に設定して、そのプロダクトＩＤについてアクセスキーを再度発行できるようにする（Ｓ６１）と共に、アクセスキーが再発行可能であることをアクセスキーの送信元であるＰＣ１０に通知して（Ｓ６２）、処理を終了する。

また、ＰＣ１０側では、ステップＳ５２でＮＯであった場合、指定されたアクセスキーは、スペアアクセスキーが貸し出し中の状態であり、認証サーバ５０に返却できる状態でないと判断できるため、ユーザにその旨を通知して（Ｓ５５）、処理を終了する。この場合、ＰＣ１０が認証サーバ５０にアクセスすることはない。

以上の処理により、ユーザはアクセスキーの再発行を受けることができる状態となるので、別のＰＣで再度図１０に示した処理を行って認証サーバ５０からアクセスキーの発行を受け、そのＰＣに接続したドングルに格納することにより、それまでとは別のドングルを起点として、スペアアクセスキーの貸し出しによる移動が可能となる。
この場合において、スペアアクセスキーの貸し出し中には認証サーバ５０への返却を許可しないため、スペアアクセスキーがドングルに残ったまま再発行され、二重に存在してしまうことを防止できる。

以上で実施形態の説明を終了するが、システムの構成、装置の構成、各装置に記憶させるデータの構成、具体的な処理内容、操作方法等が上述の実施形態で説明したものに限られないことはもちろんである。
例えば、図１１のステップＳ３１において、貸出元装置が記憶しているアクセスキーの中で、ステップＳ３２の判断がＹＥＳになるものを予め選択しておき、それらの中から貸し出しを希望するアクセスキーの選択を受け付けるようにしてもよい。この場合、ステップＳ３１の後でステップＳ３２の判断を行う必要はない。

同様に、図１２のステップＳ４２において、返却元装置が記憶している各スペアアクセスキーの中で、ステップＳ４３の判断、あるいは返却先装置を自動的に指定するのであればステップＳ４５も含む判断がＹＥＳになるものを予め選択しておき、それらの中から返却を希望するスペアアクセスキーの選択を受け付けるようにしてもよい。これらの場合、ステップＳ４２の後で、ステップＳ４３及びＳ４５のうち予め行っておいた判断を省略することができる。
また、これら以外にも、アクセスキーの候補を必ずしも全てユーザに提示せず、何らかのフィルタリングを行って提示するようにしてもよい。

また、上述した実施形態では、ドングル３０をオーディオネットワークシステム２の外部のＰＣ１０に接続する例について説明したが、オーディオネットワークシステム２を構成するオーディオ信号処理装置にドングル３０を接続するためのＩ／Ｆを設け、オーディオ信号処理装置に直接ドングル３０を接続できるようにしてもよい。

また、上述した実施形態では、貸出元装置（および返却先装置、あるいはオリジナルの記憶装置）としてＰＣ１０（アクセスキー管理装置）にＵＳＢ接続されているドングル３０のみを説明しているが、ＰＣ１０（アクセスキー管理装置）に接続されたオーディオネットワークシステム２に属する各オーディオ信号処理装置にＵＳＢ接続されたドングル、その各オーディオ信号処理装置に接続された他のＰＣとＵＳＢ接続しているドングル、あるいは、その各オーディオ信号処理装置そのものなどを貸出元装置（および返却先装置、あるいはオリジナルの記憶装置）とすることができる。

また、上述した実施形態では、貸出先装置（および返却元装置）としてＰＣ１０（アクセスキー管理装置）に接続されたオーディオネットワークシステム２に属する各オーディオ信号処理装置のみを説明しているが、その各オーディオ信号処理装置にＵＳＢ接続されたドングル、あるいは、その各オーディオ信号処理装置に接続されたＰＣとＵＳＢ接続しているドングルなどを貸出先装置（および返却元装置）とすることができる。なお、以上のように、多様なドングルやオーディオ信号処理装置を貸出元装置、返却先装置、貸出先装置、返却元装置として採用する場合には、貸し出し処理（図１１）や返却処理（図１２）を、ＰＣ１０のみではなく、各オーディオ信号処理装置（のＣＰＵ）においても実行できる構成とする。

また、アクセスキーにより使用権限があることを示す対象は、ＤＳＰ２１３に実行させるプログラムに限られない。例えば、ＰＣ１０に実行させるＤＡＷ（デジタルオーディオワークステーション）アプリケーションであったり、そのＤＡＷに機能を追加するためのアドオンプログラムであったり、さらには音色データ、音源アルゴリズム、オーディオ信号処理アルゴリズム、パラメータ値のセット、曲データ、リズムデータ、伴奏データ等、プログラム以外のモジュールであってもよい。また、そのモジュールを使用する装置も、どのようなオーディオ信号処理装置であってもよい。

また、アクセスキーの配布方法としては、ユーザに認証サーバ５０にアクセスさせる方法だでなく、初めからアクセスキーを記憶したドングルを配布したり、その他の記憶媒体に記憶させて配布し、一度だけドングルにコピーできるようにしたりすることも考えられる。
また、以上述べてきた構成及び変形例は、矛盾しない範囲で適宜組み合わせて適用することも可能である。

以上の説明から明らかなように、この発明のアクセスキー管理装置によれば、モジュールの使用権限を適切に管理できるようにしつつ、その管理に用いるアクセスキーを、複数の装置の間で容易に移動させられるようにすることができる。
従って、このアクセスキー管理装置をデジタルミキサ等のオーディオ信号処理装置が使用するアクセスキーの管理に用いることにより、アクセスキーを柔軟に運用可能なオーディオ信号処理システムを実現することができる。

１０…ＰＣ、１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１４…ＨＤＤ、１５…表示器、１６…入力装置、１７…ネットワークＩ／Ｆ、１８…ＵＳＢ＿Ｉ／Ｆ、１９…システムバス、３０…ドングル、３１…ＵＳＢコネクタ、３２…入出力制御部、３３…暗号処理回路、３４…メモリユニット、３５…通常領域、３６…秘匿領域、１００…コンソール、２００…ミキサエンジン、２０１…オーディオ入力端子、２０２…オーディオ出力端子、２０３…オーディオネットワークＩ／Ｆ、２１０…ＤＳＰ、２１１…入力パッチ、２１２…入力ｃｈ、２１３…インサーションエフェクト、２１４…ＭＩＸバス、２１５…ＭＩＸ出力ｃｈ、２１６…出力パッチ、２１７…システムエフェクト、３００ａ，３００ｂ…オーディオ入出力装置

Claims (1)

1. オーディオ信号処理装置において使用する特定のモジュールの使用権限があることを示す電子情報であるアクセスキーを管理するアクセスキー管理装置であって、
   貸し出すアクセスキー及び貸出先装置を特定した貸出指示があった場合に、該貸し出すアクセスキーを記憶している貸出元装置が、該貸し出すアクセスキーについて、該装置が該アクセスキーの発行先であることを示すマスタキーと、該マスタキーと対応する貸し出し用のアクセスキーであるスペアキーとの双方を記憶していることを条件に、該マスタキーを前記貸出元装置に残して、該スペアキーを前記貸出元装置から前記貸出先装置に移動させるアクセスキー貸出手段と、
   返却するアクセスキー及び返却先装置を特定した返却指示があった場合に、前記返却先装置が前記返却するアクセスキーについて前記マスタキーを記憶していることを条件に、前記返却するアクセスキーについてのスペアキーを、該スペアキーを記憶している返却元装置から前記返却先装置へ移動させるアクセスキー返却手段とを備えたことを特徴とするアクセスキー管理装置。

Images