(57)【要約】【課題】  接続されている電子音楽装置間でリソースを有効的に活用する。【解決手段】  一方の電子音楽装置では、所定の機能を実行する際に必要なリソースを要求した際にライセンス情報を参照し、要求されたリソースが当該電子音楽装置において使用権限を有していない場合、他の電子音楽装置に対して当該要求されたリソースの借用要求データを送信する。他の電子音楽装置では、受信した借用要求データに応じてライセンス情報を参照し、要求されたリソースが当該電子音楽装置において使用権限を有している場合は、一方の電子音楽装置に対して当該要求されたリソースの借用を許可する借用許可データを送信する。借用許可データを受信した電子音楽装置は、ライセンス情報に従って使用権限を有するリソース及び借用許可されたリソースを使用して、所定の機能に関わる動作を実行する。こうしてリソースを一時的に借用することにより、リソースを有効的に活用できる。【選択図】        図４
2008234126.tif 000002
【特許請求の範囲】
【請求項１】
他の電子音楽装置を接続するための接続手段と、
所定の機能を実行するために使用するリソースの当該電子音楽装置における使用権限を示すライセンス情報を記憶する記憶手段と、
前記所定の機能を当該電子音楽装置において実行する際に、必要なリソースを要求する要求手段と、
前記記憶手段に記憶されたライセンス情報を参照し、前記要求されたリソースが当該電子音楽装置において使用権限を有していない場合、前記接続手段に接続されている他の電子音楽装置に対して当該要求されたリソースの借用要求データを送信する手段と、
前記借用要求データに応じて前記他の電子音楽装置から与えられる借用許可データを受信するための手段と、
前記ライセンス情報に従って使用権限を有するリソース及び前記借用許可データに従って借用許可されたリソースを使用して、当該電子音楽装置において前記所定の機能に関わる動作を実行させる制御手段と
を具える電子音楽装置。
【請求項２】
前記借用要求データを送信する手段は、前記要求されたリソースが当該電子音楽装置において使用権限を有している場合であっても、該要求されたリソースを当該電子音楽装置において別の機能のために既に使用中である場合は、前記接続手段に接続されている他の電子音楽装置に対して当該要求されたリソースの借用要求データを送信することを特徴とする請求項２に記載の電子音楽装置。
【請求項３】
他の電子音楽装置を接続するための接続手段と、
所定の機能を実行するために使用するリソースの当該電子音楽装置における使用権限を示すライセンス情報を記憶する記憶手段と、
前記接続手段に接続されている他の電子音楽装置から借用要求データを受信するための手段と、
前記借用要求データに応じて前記ライセンス情報を参照し、前記接続手段に接続されている他の電子音楽装置から要求されたリソースが当該電子音楽装置において使用権限を有している場合は、前記接続手段に接続されている他の電子音楽装置に対して当該要求されたリソースの借用を許可する借用許可データを送信する手段と
を具える電子音楽装置。
【請求項４】
前記借用要求データに応じて、前記接続手段に接続されているさらに別の電子音楽装置に対して前記要求されたリソースの借用要求データを送信する手段と、前記借用要求データに応じて前記別の電子音楽装置から与えられる借用許可データを受信するための手段とをさらに具えてなり、
前記借用許可データを送信する手段は、前記要求されたリソースが当該電子音楽装置において使用権限を有している場合であっても、該要求されたリソースを当該電子音楽装置において別の機能のために既に使用中である場合は、前記受信した別の電子音楽装置から与えられる借用許可データを、前記借用要求データを発した他の電子音楽装置に対して送信することを特徴とする請求項３に記載の電子音楽装置。
【請求項５】
コンピュータに、
他の電子音楽装置を所定の接続手段に接続する手順と、
所定の機能を実行するために使用するリソースの当該電子音楽装置における使用権限を示すライセンス情報を所定の記憶手段に記憶する手順と、
前記所定の機能を当該電子音楽装置において実行する際に、必要なリソースを要求する手順と、
前記記憶手段に記憶されたライセンス情報を参照し、前記要求されたリソースが当該電子音楽装置において使用権限を有していない場合、前記接続手段に接続されている他の電子音楽装置に対して当該要求されたリソースの借用要求データを送信する手順と、
前記借用要求データに応じて前記他の電子音楽装置から与えられる借用許可データを受信する手順と、
前記ライセンス情報に従って使用権限を有するリソース及び前記借用許可データに従って借用許可されたリソースを使用して、当該電子音楽装置において前記所定の機能に関わる動作を実行させる手順と
を実行させるためのプログラム。
【請求項６】
コンピュータに、
他の電子音楽装置を所定の接続手段に接続する手順と、
所定の機能を実行するために使用するリソースの当該電子音楽装置における使用権限を示すライセンス情報を所定の記憶手段に記憶する手順と、
前記接続手段に接続されている他の電子音楽装置から借用要求データを受信する手順と、
前記借用要求データに応じて前記ライセンス情報を参照し、前記接続手段に接続されている他の電子音楽装置から要求されたリソースが当該電子音楽装置において使用権限を有している場合は、前記接続手段に接続されている他の電子音楽装置に対して当該要求されたリソースの借用を許可する借用許可データを送信する手順と
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、所定の機能を実現する電子音楽装置及びプログラムに関する。特に、ライセンス情報に従って、所定の機能に関して使用許可するリソースに制限をかけることができる電子音楽装置及びプログラムに関する。
【背景技術】
【０００２】
従来から、例えばシンセサイザー機能やシーケンサー機能などの所定の音楽機能を実現する電子音楽装置として、音楽アプリケーション装置や電子楽器などが知られている。音楽アプリケーション装置は、所定の音楽アプリケーションプログラム（ソフトウェア）をパーソナルコンピュータ（以下、単にパソコンと呼ぶ）上で動作することで、所定の電子楽器が有するのと同等の音楽機能を実現することができる。パソコン上で動作する音楽アプリケーションプログラムは、当該音楽アプリケーションプログラムが記録されている例えばコンパクトディスクなどの記憶媒体と、ハードウェアキー（例えば、ＵＳＢドングルなど）とが一緒に同梱されてユーザに頒布されるようになっており、このハードウェアキーには当該音楽アプリケーションプログラムのライセンス情報（音楽アプリケーションプログラムを利用するユーザが使用許諾を得たユーザであることを証明する情報であり、また音楽アプリケーションプログラムで使用するリソースの使用権限を示す）が保持されている。ユーザは、こうしたライセンス情報を保持しているＵＳＢドングルを、所定のインタフェース（例えば、ＵＳＢインタフェース）を介してパソコンに接続することにより、ＵＳＢドングルが接続された該パソコン上でのみ、前記記憶媒体に記憶されている音楽アプリケーションプログラムをインストールなどして動作させることができるようになっている。また、この際に、記憶されているライセンス情報の内容等に応じて、音楽アプリケーションプログラムの動作に伴って実現される機能において利用可能とする機能単位（例えば、音源機能における同時発音数や同時使用可能なエフェクト種類やエフェクト数など：この明細書ではこれらを総称してリソースと呼ぶ）を制限するようにしている。こうしたものの一例を示すと、例えば下記に示す特許文献１に記載の装置がある。
【特許文献１】特開2004−212603号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、従来知られた装置でのライセンス情報によるリソースの制限は、個々の装置で実行する音楽アプリケーションプログラムに限っての制限であり、他の音楽アプリケーション装置が同じ音楽アプリケーションプログラムを実行する場合や、電子楽器が有する同等の機能に対してはなんらの影響も及ぼさない。そのため、リソースの範囲制限を解除する、あるいはリソースの制限範囲を狭めて利用可能なリソースの範囲を拡げるなどの場合には、ユーザは新たに異なる内容のライセンス情報を取得する必要があった。しかし、他の音楽アプリケーション装置や電子楽器で使用していないリソースの余りがあるにもかかわらず、そのリソースの余りを使用しないのは無駄であり、さらには一般的に有償で配布されるライセンス情報を新たに取得しなければならないのはユーザにとって面倒であるし、また負担がかかることにもなる。そこで、それぞれが同等の機能を有する電子音楽装置（具体的には、上記した音楽アプリケーション装置や電子楽器）が複数台組み合わされて利用されるような場合に、必要に応じて各機器間において使用許可されたリソースのうちの余り分（使用していない分）を互いに融通して使用することができる技術が望まれていたが、従来そうしたものは考えられていなかった。
【０００４】
本発明は上述の点に鑑みてなされたもので、それぞれの機器において所定のライセンス情報に従って使用が許可されているリソースのうち使用していない余り分のリソースを、接続されている電子音楽装置間で適宜に相互に融通することにより、既にライセンスされているリソースを有効的に活用することができるようにした、電子音楽装置、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の請求項１に係る電子音楽装置は、他の電子音楽装置を接続するための接続手段と、所定の機能を実行するために使用するリソースの当該電子音楽装置における使用権限を示すライセンス情報を記憶する記憶手段と、前記所定の機能を当該電子音楽装置において実行する際に、必要なリソースを要求する要求手段と、前記記憶手段に記憶されたライセンス情報を参照し、前記要求されたリソースが当該電子音楽装置において使用権限を有していない場合、前記接続手段に接続されている他の電子音楽装置に対して当該要求されたリソースの借用要求データを送信する手段と、前記借用要求データに応じて前記他の電子音楽装置から与えられる借用許可データを受信するための手段と、前記ライセンス情報に従って使用権限を有するリソース及び前記借用許可データに従って借用許可されたリソースを使用して、当該電子音楽装置において前記所定の機能に関わる動作を実行させる制御手段とを具える。
【０００６】
本発明の請求項３に係る電子音楽装置は、他の電子音楽装置を接続するための接続手段と、所定の機能を実行するために使用するリソースの当該電子音楽装置における使用権限を示すライセンス情報を記憶する記憶手段と、前記接続手段に接続されている他の電子音楽装置から借用要求データを受信するための手段と、前記借用要求データに応じて前記ライセンス情報を参照し、前記接続手段に接続されている他の電子音楽装置から要求されたリソースが当該電子音楽装置において使用権限を有している場合は、前記接続手段に接続されている他の電子音楽装置に対して当該要求されたリソースの借用を許可する借用許可データを送信する手段とを具える。
【０００７】
本発明によると、一方の電子音楽装置では、所定の機能を当該電子音楽装置において実行する際に必要なリソースを要求した際に、記憶手段に記憶された所定の機能を実行するために使用するリソースの当該電子音楽装置における使用権限を示すライセンス情報を参照し、前記要求されたリソースが当該電子音楽装置において使用権限を有していない場合、前記接続手段に接続されている他の電子音楽装置に対して当該要求されたリソースの借用要求データを送信する。前記電子音楽装置と接続手段により接続されている他方の電子音楽装置では、受信した借用要求データに応じて記憶手段に記憶されているライセンス情報を参照し、前記要求されたリソースが当該電子音楽装置において使用権限を有している場合は、前記接続手段に接続されている一方の電子音楽装置に対して当該要求されたリソースの借用を許可する借用許可データを送信する。このようにして、自機で記憶しているライセンス情報に応じて使用許可されるリソースだけでは、所定の機能を当該電子音楽装置において実行する際において必要とされるリソースの要求に応じることができない場合に、接続されている他の電子音楽装置から与えられる借用許可データを受信し、前記ライセンス情報に従って使用権限を有するリソース及び前記借用許可データに従って借用許可されたリソースを使用して、当該電子音楽装置において前記所定の機能に関わる動作を実行する。すなわち、他の電子音楽装置から足りない分のリソースを一時的に借用する。このようにすると、既にライセンスされているリソースをシステム全体で有効的に活用して使用することができ、ユーザはライセンス情報を新たに取得しなくても多くのリソースを必要に応じて使用できるようになる。
【０００８】
本発明は、装置の発明として構成し実施することができるのみならず、方法の発明として構成し実施することができる。また、本発明は、コンピュータまたはＤＳＰ等のプロセッサのプログラムの形態で実施することができるし、そのようなプログラムを記憶した記憶媒体の形態で実施することもできる。
【発明の効果】
【０００９】
この発明によれば、相互に接続された電子音楽装置において、それぞれの機器が実現する機能に関するライセンス情報に従い使用許可されるリソースのうち、余分なリソースを必要に応じて相互に融通することから、ユーザは既にライセンスされているリソースをシステム全体で有効的に活用して使用することが簡単にできる、という効果が得られる。
【発明を実施するための最良の形態】
【００１０】
以下、この発明の実施の形態を添付図面に従って詳細に説明する。
【００１１】
まず、本発明に係る電子音楽装置のハード構成の一実施例について、図１を用いて説明する。図１は、この発明に係る電子音楽装置の全体構成の一実施例を示すハード構成ブロック図である。ここに示す電子音楽装置は、具体的には音楽アプリケーション装置や電子楽器であってよく、これら各装置は同じようなハード構成を用いるものとして説明することができることから、ここでは代表として音楽アプリケーション装置の図を１つだけ用いて説明する。
【００１２】
ここに示された電子音楽装置（音楽アプリケーション装置）のハードウェア構成例はパーソナルコンピュータを用いて構成されており、そこにおいてさまざまな音楽アプリケーションを実行するための処理は、コンピュータがそれぞれの音楽アプリケーションに対応する所定の制御プログラム（図示しないソフトウェアプログラム）を実行することにより実施される。勿論、これらの処理はコンピュータソフトウェアの形態に限らず、DSP（ディジタル・シグナル・プロセッサ）によって処理されるマイクロプログラムの形態でも実施可能であり、また、この種のプログラムの形態に限らず、ディスクリート回路又は集積回路若しくは大規模集積回路等を含んで構成された専用のハードウェア装置の形態で実施してもよい。なお、音楽アプリケーション装置は、例えばシーケンサー機能やシンセサイザー機能等を実現する音楽アプリケーションプログラムを動作させることで、後述するＵＳＢコントローラ１１に接続される電子楽器（例えばハードウェアシンセサイザー）が有するのと同等の機能を実現することができ、他の音楽アプリケーション装置や電子楽器などと組み合わせて利用することのできる装置であればよく、パーソナルコンピュータに限らず、ゲーム専用機、携帯電話やPDAなどの携帯端末、あるいはカラオケ装置、その他のマルチメディア機器等、任意の製品応用形態をとっているものであってよい。
【００１３】
図１に示す音楽アプリケーション装置（パソコン）は、マイクロプロセッサユニット（ＣＰＵ）１、リードオンリメモリ（ＲＯＭ）２、ランダムアクセスメモリ（ＲＡＭ）３からなるマイクロコンピュータによって制御される。ＣＰＵ１は、この音楽アプリケーション装置全体の動作を制御するものである。このＣＰＵ１に対して、データ及びアドレスバス１Ｄを介してＲＯＭ２、ＲＡＭ３、検出回路４、表示回路５、音源回路６、外部記憶装置８、ＭＩＤＩインタフェース（I/F）９、通信インタフェース（I/F）１０、ＵＳＢコントローラ１１がそれぞれ接続されている。更に、ＣＰＵ１には、タイマ割込み処理（インタラプト処理）における割込み時間や各種時間を計時するタイマ１Ａが接続されている。例えば、タイマ１Ａはクロックパルスを発生し、発生したクロックパルスをＣＰＵ１に対して処理タイミング命令として与えたり、あるいはＣＰＵ１に対してインタラプト命令として与える。ＣＰＵ１は、これらの命令に従って各種処理を実行する。
【００１４】
ＲＯＭ２は、ＣＰＵ１により実行される各種プログラムや各種データを格納するものである。ＲＡＭ３は、ＣＰＵ１が所定のプログラムを実行する際に発生する各種データを一時的に記憶するワーキングメモリとして、あるいは現在実行中のプログラムやそれに関連するデータを記憶するメモリ等として使用される。ＲＡＭ３の所定のアドレス領域がそれぞれの機能に割り当てられ、レジスタやフラグ、テーブル、メモリなどとして利用される。操作子４Ａは、例えば数値データ入力用のテンキーや文字データ入力用のキーボード、ディスプレイ５Ａに表示される所定のポインティングデバイスを操作するためのマウス、あるいは特殊スイッチなどであり、操作子として利用できるものであればどのようなものでもよい。検出回路４は、操作子４Ａの各操作子の操作状態を検出し、その操作状態に応じたスイッチ情報をバス１Ｄを介してＣＰＵ１に出力する。表示回路５は音楽アプリケーションプログラムの動作に応じた所定の画面（図示せず）等を、例えば液晶表示パネル（LCD）やCRT等から構成されるディスプレイ５Ａに表示するのは勿論のこと、音楽アプリケーションプログラムに関する各種情報やＣＰＵ１の制御状態などを表示する。
【００１５】
音源回路６は複数のチャンネルで楽音信号（例えばオーディオデータ）の同時発生が可能であり、データ及びアドレスバス１Ｄを経由して与えられたＭＩＤＩ規格の楽曲データ（例えば、ソフトウェアシーケンサーなどの音楽アプリケーションプログラムの動作に応じて、ユーザ入力に従って生成されたＭＩＤＩデータ）などの各種演奏情報を入力し、これらの演奏情報に基づいて楽音信号を発生する。音源回路６から発生された楽音信号は、図示しない効果回路などを介して効果付与されてアンプやスピーカなどを含むサウンドシステム７から発音される。この音源回路６とサウンドシステム７の構成には、従来のいかなる構成を用いてもよい。例えば、音源回路６はFM、PCM、物理モデル、フォルマント合成等の各種楽音合成方式のいずれを採用してもよく、ＣＰＵ１によるソフトウェア処理で構成してもよいし、また専用のハードウェアで構成してもよい。
【００１６】
外部記憶装置８は、各種データやＣＰＵ１が実行する各種制御プログラム等を記憶する。例えば、音楽アプリケーション装置の場合には、音楽アプリケーションプログラムや、音楽アプリケーションプログラムの動作に伴って生成された楽曲データなどを記憶し、電子楽器の場合には波形データや個々の音楽アプリケーションプログラムのライセンス情報（音楽アプリケーションプログラムを利用するユーザが使用許諾を得たユーザであることを証明する情報であって、さらに使用を許可するリソースの種類や数等に応じて異なる内容が記述されたライセンス情報が用意されている）などを記憶する。また、この外部記憶装置８（例えばハードディスク）に制御プログラムを記憶させておいた場合には、それをＲＡＭ３に読み込むことにより、ＲＯＭ２に制御プログラムを記憶している場合と同様の動作をＣＰＵ１にさせることができる。このようにすると、制御プログラムの追加やバージョンアップ等が容易に行える。なお、外部記憶装置７はハードディスク（HD）に限られず、フレキシブルディスク（FD）、コンパクトディスク（CD‐ROM・CD‐RAM）、光磁気ディスク（MO）あるいはＤＶＤ（Digital Versatile Disk）等の着脱自在な様々な形態の外部記憶媒体を利用する記憶装置であればどのようなものであってもよい。不揮発性の半導体メモリなどであってもよい。
【００１７】
ＭＩＤＩインタフェース（I/F）９は、外部接続された他のＭＩＤＩ機器９Ａ等からＭＩＤＩ形式のデータ（ＭＩＤＩデータ）を当該音楽アプリケーション装置へ入力したり、あるいは当該音楽アプリケーション装置から音楽アプリケーションプログラムの動作に伴って生成されたＭＩＤＩ形式のデータを、他のＭＩＤＩ機器９Ａ等へ出力するためのインタフェースである。このＭＩＤＩインタフェース（I/F）９に別体の音楽アプリケーション装置や電子楽器などの他の機器を接続すると、該接続された他の機器と当該音楽アプリケーション装置との間でＭＩＤＩデータを送受信することができるようになり、該送受信されるＭＩＤＩデータに従って互いの装置において楽音を発生させることなどができるようになる。なお、ＭＩＤＩデータの入出力は後述するＵＳＢコントローラ１１を介して行うようにしてもよい。通信インタフェース（Ｉ／Ｆ）１０は、例えばLANやインターネット、電話回線等の有線あるいは無線の通信ネットワークＸに接続されており、該通信ネットワークＸを介してサーバコンピュータ１０Ａと接続され、当該サーバコンピュータ１０Ａから制御プログラムあるいは各種データなどを音楽アプリケーション装置側に取り込むためのインタフェースである。すなわち、ＲＯＭ２や外部記憶装置８（例えば、ハードディスク）等に制御プログラムや各種データが記憶されていない場合に、サーバコンピュータ１０Ａから制御プログラムや各種データをダウンロードするために用いられる。こうした通信インタフェース１０は、有線あるいは無線のものいずれかでなく双方を具えていてよい。
【００１８】
ＵＳＢ（Universal Serial Bus）コントローラ１１は1乃至複数のＵＳＢ端子を含み、当該音楽アプリケーション装置と、前記ＵＳＢ端子と直接的に接続された他のＵＳＢ機器１３（ＵＳＢコントローラ１１を具備した音楽アプリケーション装置や電子楽器あるいはＵＳＢドングルなど）、あるいはＵＳＢハブ（HUB）機器１２を介して前記ＵＳＢ端子と間接的に接続された多数の他のＵＳＢ機器１３との間で、各種情報を送受信する制御を行うＵＳＢインタフェース制御機器である。ＵＳＢハブ機器１２は多数のＵＳＢ端子を具えており、該ＵＳＢ端子のうちの1つの端子に音楽アプリケーション装置を、該ＵＳＢ端子の残りの端子それぞれに他のＵＳＢ機器１３を接続することによって、該接続された多数のＵＳＢ機器１３（電子楽器など）と音楽アプリケーション装置との間における各種情報を送受信する際の通信経路を確保するためのものである。この実施例では前記ＵＳＢコントローラ１１などを介して音楽アプリケーション装置や電子楽器が相互に接続されることにより、同一の音楽アプリケーションプログラムのライセンス情報を記憶した音楽アプリケーション装置や電子楽器間において、ライセンス（使用許諾）されているリソースのうち使用していない余り分のリソースを、相互に貸し借りする（つまり融通する）ことができるようにしている（詳しくは後述する）。
【００１９】
音楽アプリケーション装置とＭＩＤＩインタフェース９及び／又はＵＳＢコントローラ１１を介して接続される電子楽器は、音楽アプリケーションプログラムが実現する音楽機能と同等の音楽機能を少なくとも有する機器であって（つまり、電子楽器は音楽アプリケーションプログラムが実現する音楽機能に関連付けられていればよい）、自機が実現する音楽機能やそれ以外のほかの機器で実現される音楽機能に関するライセンス情報を外部記憶装置８などに記憶することができるようになっていればよい。こうした電子楽器は、図１に示した音楽アプリケーション装置と同様の構成要素の他に、図示しない設定操作子や、鍵盤型、弦楽器型、管楽器型、打楽器型、身体装着型等の演奏操作子などを具えた（若しくは、操作形態からなる）機器であればよい。設定操作子は、例えば伴奏のために利用する楽曲データ（音楽アプリケーション装置から送信されるもの、または電子楽器に予め記憶済みのもの）を選択する曲選択スイッチ、音高、音色、効果等を選択・設定・制御するための各種操作子などを含んでいてよい。演奏操作子は楽音の音高を選択するための複数の鍵を備えた例えば鍵盤等のようなものであり、各鍵に対応してキースイッチを有しており、この演奏操作子（鍵盤等）は楽音演奏のために使用できるのは勿論のこと、演奏したい曲を選択するための入力手段などとして使用することができるようになっていてもよい。
【００２０】
なお、上述した音楽アプリケーション装置（あるいは電子楽器）において、操作子４Ａやディスプレイ５Ａあるいは音源回路６などを１つの装置本体に内蔵したものに限らず、それぞれが別々に構成され、ＭＩＤＩインタフェースや各種ネットワーク等の通信手段を用いて各装置を接続するように構成したものであってもよいことは言うまでもない。
なお、上述した音楽アプリケーション装置は音源回路６及びサウンドシステム７を具備したものを例に示したがこれに限らず、音源回路６及びサウンドシステム７を具備していなくてもよい。
【００２１】
本実施例に示す音楽アプリケーション装置は音楽アプリケーションプログラムを動作させる際に、音楽アプリケーション装置にＵＳＢ接続されているハードウェアキー（ＵＳＢドングルなど）に記憶されている、当該音楽アプリケーションプログラムのライセンス情報に基づいて、音楽アプリケーションプログラムが実現する音楽機能において使用を許可するリソースの範囲を制限するようにしている。一方、電子楽器についても同様の音楽機能を動作させる場合に、電子楽器内に記憶済みのライセンス情報に基づいて、前記音楽機能において使用を許可するリソースの範囲を制限するようにしている。このときに、正式なライセンス（使用許諾）を得ていないユーザである場合には、音楽アプリケーション装置及び電子楽器の音楽機能を利用させない。また、正式なライセンス（使用許諾）を得ているユーザであっても、そのユーザが取得しているライセンス情報に応じて、使用が許可されているリソースの範囲についてのみ、各機器における音楽機能を利用させるようにしている。すなわち、使用が許可されるリソースの範囲はライセンス情報毎に応じて予め決められており、ユーザが取得したライセンス情報に対応して使用許可されるリソースの範囲内で、各機器毎に音楽機能を動作させることができるようにしている。このように、本実施例に示す音楽アプリケーション装置及び電子楽器からなるシステムは、音楽アプリケーション装置と該音楽アプリケーション装置にＵＳＢ接続されている1乃至複数の電子楽器それぞれのリソースを、共通の１乃至複数のライセンス情報に従って管理するライセンス管理機能を有する。
【００２２】
また、本実施例に示す音楽アプリケーション装置や電子楽器（電子音楽装置）が相互にＵＳＢ接続されるシステムは、それぞれの機器で使用許可されているリソースのうちの余り分を、接続されている他の機器からの要求に基づいて適宜に融通するリソース管理機能を有する。勿論、これらに限らず、音楽アプリケーション装置及び電子楽器のそれぞれが、例えばユーザ入力に応じて演奏情報（ＭＩＤＩデータなど）を生成し（シーケンサー機能）、生成した演奏情報に従って電子的に楽音を発生する（シンセサイザー機能）などの他の機能を有していてよく、さらには接続された相手側の機器を制御できるようになっていてよいことは言うまでもない。こうした他の機能は公知のどのようなものであってもよいことから、ここでの説明を省略する。
【００２３】
次に、上記したライセンス管理機能及びリソース管理機能を実現する処理の概要について、図２を用いて説明する。図２は、ライセンス管理機能及びリソース管理機能を実現する処理の概要を説明するための制御ブロック図である。
【００２４】
音楽アプリケーション装置ＰＣの音楽アプリケーション処理部ＭＡは、例えばシンセサイザー機能やシーケンサー機能などを実現する音楽アプリケーションプログラムを、ユーザによるスイッチ操作などに応じて動作開始する。音楽アプリケーションプログラムのシーケンサー機能が動作開始されると、例えばユーザ入力に応じて所定の演奏情報（ＭＩＤＩデータなど）を生成し、これを演奏進行順に順次に又は一括して出力する。ＭＩＤＩ／オーディオドライバ部ＡＤは、音楽アプリケーション処理部ＭＡから出力された演奏情報に従って楽音を発生するよう、ＵＳＢ接続された電子楽器ＤＭ１〜ＤＭ３を制御する。すなわち、ＵＳＢインタフェースを介して当該音楽アプリケーション装置ＰＣに接続された電子楽器１〜３（ＤＭ１〜ＤＭ３）に対し、前記音楽アプリケーション処理部ＭＡから出力された演奏情報を送信することで、前記電子楽器ＤＭ１〜ＤＭ３に楽音を発生させるようにしている。電子楽器１〜３（ＤＭ１〜ＤＭ３）において全体を制御する制御部ＤＣは、音楽アプリケーション装置ＰＣからＵＳＢインタフェースを介して送信されてきた演奏情報を楽音生成部Ａに送り、楽音生成部Ａは音楽アプリケーション装置ＰＣから送られてきた演奏情報に基づき楽音を発生する。こうすることにより、音楽アプリケーション装置ＰＣからＵＳＢ接続された電子楽器１〜３（ＤＭ１〜ＤＭ３）に対して随時にＭＩＤＩデータ等を出力して、各電子楽器１〜３（ＤＭ１〜ＤＭ３）毎に楽音を発生させるよう制御することができる。
【００２５】
また、各電子楽器１〜３（ＤＭ１〜ＤＭ３）の楽音生成部Ａは、当該電子楽器の演奏操作子などの操作状況に応じて所定の演奏情報（ＭＩＤＩデータなど）を発生する演奏操作検出部Ｂから演奏情報を受信できるようになっており、演奏操作検出部Ｂにより演奏操作子の操作に応じて発生される演奏情報に従って楽音を発生する。さらに、奏操作検出部Ｂからから出力された演奏情報に従って楽音を発生するよう、ＵＳＢ接続された音楽アプリケーション装置ＰＣを制御することができるようになっていてよい。その場合、音楽アプリケーション装置ＰＣではＵＳＢインタフェースを介して電子楽器１〜３（ＤＭ１〜ＤＭ３）から演奏情報を受信すると、該受信した演奏情報をＭＩＤＩ／オーディオドライバ部ＡＤに送り楽音を発生させたり、あるいは音楽アプリケーション処理部ＭＡで動作中の音楽アプリケーションプログラムに従って該受信した演奏情報に基づく動作を行う（例えば、画面表示など）。このようにして、電子楽器１〜３（ＤＭ１〜ＤＭ３）からのＭＩＤＩデータ等の出力に応じて、対応する所定の動作を該音楽アプリケーション装置ＰＣ側で実行できるようにしてあってもよい。
【００２６】
上記した音楽アプリケーション処理部ＭＡによる音楽アプリケーションプログラムの動作開始の際に、音楽アプリケーション装置ＰＣのライセンス管理ドライバ部ＬＤは、動作開始しようとする音楽アプリケーションプログラムのライセンス情報に従って、使用許可されているリソースの種類や数などを取得する。このとき、ライセンス管理ドライバ部ＬＤは、当該音楽アプリケーション装置ＰＣにＵＳＢ接続されている１乃至複数のハードウェアキーＫ（ＵＳＢドングル）に記憶済みのライセンス情報を参照して、使用許可されているリソースの種類や数などを取得する。ハードウェアキーＫの全体を制御する制御部ＫＣは、ライセンス管理ファンクション部ＫＦにより取得された該当する音楽アプリケーションプログラムのライセンス情報に従うリソースの種類や数などを、音楽アプリケーション装置ＰＣに送る。勿論、音楽アプリケーションプログラムを利用しようとするユーザ（つまり、音楽アプリケーション装置ＰＣを利用しているユーザ）が本音楽アプリケーションプログラムに関してライセンス（使用許諾）を得ているユーザでない場合には、ハードウェアキーＫに利用したい音楽アプリケーションプログラムのライセンス情報が記憶されておらず、使用許可するリソースの種類や数が音楽アプリケーション装置ＰＣにまったく送られないことから、そうした場合にはライセンスを得ていないユーザであるとして、音楽アプリケーション装置ＰＣは音楽アプリケーションプログラムを動作できないことは言うまでもない。
【００２７】
他方、音楽アプリケーションプログラムを利用しようとするユーザが本音楽アプリケーションプログラムに関してライセンス（使用許諾）を得ているユーザである場合、音楽アプリケーション処理部ＭＡは、上記取得したリソースの種類や数の範囲内で音楽アプリケーションプログラムを動作させる。また、ライセンス管理ドライバ部ＬＤは、音楽アプリケーションプログラムの動作中に、所定の機能を実行するために必要なリソースが要求され、該要求が音楽アプリケーション処理部ＭＡからライセンス情報に従って使用許可されているリソースの種類や数以上のリソースを使用して動作させる要求であった場合に、当該音楽アプリケーション装置ＰＣにＵＳＢ接続されている１乃至複数の電子楽器１〜３（ＤＭ１〜ＤＭ３）から、前記各装置で使用許可されているリソースのうちの余り分（使用していない分）のリソースを借りて、使用許可されているリソースと借りた分のリソースとをあわせて使用して音楽アプリケーションプログラムの機能に関わる動作を実行させる。そして、借りた分のリソースが必要なくなった場合には、借りた先の電子楽器１〜３（ＤＭ１〜ＤＭ３）に対して、借りた分のリソースを返す。
【００２８】
電子楽器１〜３（ＤＭ１〜ＤＭ３）で該当する機能を動作する場合、ライセンス管理ファンアクション部ＬＦは、各電子楽器に記憶済みのライセンス情報を参照して、使用許可されているリソースの種類や数などを取得し、これに基づき機能を動作させる。また、機能の動作中に使用許可されているリソースの種類や数のうち使用していない分があり、ＵＳＢ接続されている音楽アプリケーション装置ＰＣからリソースを「借りる要求」（借用要求データ）を受信した場合には、音楽アプリケーション装置ＰＣに対して前記使用していない分のリソースを貸す。このときに、自機のみだけでは要求された余り分のリソースを手当てできない場合には、さらに自機がホスト機器となり管理する他の電子楽器から足りない分のリソースを借りることによって、音楽アプリケーション装置ＰＣに対して自機で手当てできた分のリソースと他の電子楽器から借りたリソースとをあわせて貸す（つまり、又貸しする）。このようにして、音楽アプリケーション装置ＰＣにＵＳＢ接続されているハードウェアキーＫや電子楽器ＤＭに記憶済みのライセンス情報に基づいて、音楽アプリケーション装置ＰＣで動作させる音楽アプリケーションプログラム及び電子楽器で実現する機能のリソースに関してのライセンス管理を行うとともに、ＵＳＢ接続されている各機器間において余り分のリソースを、リソースを必要としている他の機器に対して適宜に融通するようにしている。
【００２９】
なお、図示の例では、音楽アプリケーション装置が具備するＵＳＢコントローラ１１は所謂ＵＳＢホストコントローラ（ドライバ部ＨＤ）と呼ばれる機器であり、従って音楽アプリケーション装置はＵＳＢホスト機器となる。一方、電子楽器及びハードウェアキーが具備するＵＳＢコントローラ１１は所謂ＵＳＢターゲットコントローラ（ドライバ部ＴＤ，ＫＤ）と呼ばれる機器であり、従って電子楽器及びハードウェアキーはＵＳＢターゲット機器となる。なお、電子楽器はＵＳＢターゲットコントローラ（ドライバ部ＴＤ）とＵＳＢホストコントローラ（ドライバ部ＨＤ）の両方を具えていてもよく、そうした場合の電子楽器はＵＳＢターゲット機器にもなるしＵＳＢホスト機器にもなる。この場合、リソースの又貸しができる機器となる。例えば、図示した例では電子楽器１（ＤＭ１）がＵＳＢターゲット機器にもなりＵＳＢホスト機器ともなるので、電子楽器１（ＤＭ１）は電子楽器３（ＤＭ３）から借りたリソースを音楽アプリケーション装置ＰＣに対して又貸しすることができる。
【００３０】
次に、上記したリソース管理機能を実現する具体的な処理について説明する。図３は、リソース管理機能を実現する「メイン処理」の一実施例を示すフローチャートである。ここに示す「メイン処理」は、互いにＵＳＢ接続された音楽アプリケーション装置と電子楽器のそれぞれで動作される処理である。
【００３１】
ステップＳ１は、ライセンス情報に基づき、自機（本処理を実行している音楽アプリケーション装置又は電子楽器）の所定の機能に関し、使用許可されているリソース数を取得して保存する。すなわち、音楽アプリケーション装置の場合には自機にＵＳＢ接続されているハードウェアキー内に記憶されているライセンス情報、電子楽器の場合には自機内に記憶されているライセンス情報に基づいて、自機の機能に関しライセンスされているリソースの数を取得する。ステップＳ２は、自機からＵＳＢ接続されている他の機器（音楽アプリケーション装置や電子楽器）に対して融通している「貸しているリソース数」をクリアする。
【００３２】
ステップＳ３は、「ノートオンしている数」をクリアする。ステップＳ４は、楽音を発音するために使用するリソース（楽音発音機能を実行する際に必要なリソース）を要求する、ノートオン操作がされたか否か（又はノートオンイベントデータを受信したか否か）を判定する。ノートオン操作がされた（又はノートオンイベントデータを受信した）と判定した場合には（ステップＳ４のｙｅｓ）、ノートオン処理を実行する（ステップＳ５）。詳しくは後述するが、ノートオン処理では、自機で使用許可されているリソース数だけではリソースが不足して前記ノートオン操作に新たにリソースを割り当てることができずに対応できない場合に、不足するリソースの分を他の機器から借りて、ノートオン操作に基づく楽音を発生するなどの処理を行う（図４参照）。ステップＳ６は、ノートオフ操作がされたか否か（又はノートオフイベントデータを受信したか否か）を判定する。ノートオフ操作がされた（又はノートオフイベントデータを受信した）と判定した場合には（ステップＳ６のｙｅｓ）、ノートオフ処理を実行する。詳しくは後述するが、ノートオフ処理では、ノートオン操作に基づき発生された楽音を消音するなどの処理を行うとともに、前記ノートオン操作時に他の機器から借りているリソース数がある場合に、ノートオフ操作に基づき必要がなくなったリソースを返す処理を行う（図５参照）。
【００３３】
ステップＳ８は、自機にＵＳＢ接続されている他の機器から「借りる要求」（借用要求データ）を受信したか否かを判定する。この「借りる要求」（借用要求データ）は、他の機器でノートオン操作時にリソースが不足した場合に、他の機器から発せられる（後述の図４参照）。「借りる要求」を受信したと判定した場合には（ステップＳ８のｙｅｓ）、貸す処理を実行する（ステップＳ９）。詳しくは後述するが、貸す処理では、「借りる要求」を発した他の機器に対して、自機で使用許可されているリソースのうちで割り当てられることなく余っているリソースを貸す処理を行う（図６参照）。ステップＳ１０は、自機にＵＳＢ接続されている他の機器から使用権限を返す旨の「返す通知」を受信したか否かを判定する。「返す通知」を受信したと判定した場合には（ステップＳ１０のｙｅｓ）、返される処理を実行する（ステップＳ１０ａ）。詳しくは後述するが、返される処理では、他の機器からの「借りる要求」に基づき自機から他の機器に対して貸しておいたリソースのうち、必要のなくなったリソースが適宜に他の機器から戻される処理を行う（図７参照）。当該処理の終了後、上記ステップＳ４の処理に戻って、ステップＳ４〜ステップＳ１０ａの処理を繰り返し実行する。
【００３４】
図４は、上記「メイン処理」において実行される「ノートオン処理」（図３のステップＳ５参照）の一実施例を示すフローチャートである。ステップＳ１１は、自機におけるリソースの不足分を算出する。ここでは、以下に示す数１に従ってリソース不足分を算出する。
（数１）
リソース不足分＝自機に対して「使用許可されているリソース数」−他の機器に対して「貸しているリソース数」−既に「ノートオンしている数（自機に割り当て済みのリソース数）」−「新たにノートオン操作された数（割り当てるべきリソース数）」
【００３５】
ステップＳ１２は、上記算出したリソース不足分があるか否かを判定する。リソース不足分がない（算出したリソース不足分が「０」以上である）場合、つまり自機に使用許可されたリソース分だけで新たになされたノートオン操作にリソースを割り当てることができる場合には（ステップＳ１２のｎｏ）、ノートオン操作に基づく楽音を発生するなどのノートオン処理を実行する（ステップＳ２０）。一方、リソース不足分がある（算出したリソース不足分が「０」未満である）場合、つまり自機に使用許可されたリソース分だけでは新たになされたノートオン操作にリソースを割り当てできない場合には（ステップＳ１２のｙｅｓ）、不足した分のリソースを借りる先の機器として、自機に対して上流の機器、下流の機器１、下流の機器２、・・・の順に機器を１つ特定する（ステップＳ１３）。ここで、自機に対して上流の機器、下流の機器のいずれにあたるかはＵＳＢ接続の形態に基づき決められる。例えば、図２に示すＵＳＢ接続の形態である場合に、音楽アプリケーション装置ＰＣに対しては、上流の機器はなく、下流の機器が電子楽器１（ＤＭ１）と電子楽器２（ＤＭ２）になる。電子楽器ＤＭ１に対しては、上流の機器が音楽アプリケーション装置ＰＣになり、下流の機器が電子楽器３（ＤＭ３）になる。こうしたＵＳＢ接続時における自機に対する上流の機器（ホスト機器：１台のみ）、下流の機器（ターゲット機器：１乃至複数台あり）は、各々が有するＵＳＢコントローラの種類と各機器間のＵＳＢ接続形態によって決まるものであり、これは公知であることから、ここでは詳しい説明を省略する。
【００３６】
ステップＳ１４は、上記特定したリソースを借りる機器に対して、リソース不足分を要求する（「借りる要求」を送信する）。ステップＳ１５は、上記特定したリソースを借りる機器から前記要求に対応する返答（借用許可データ）を受信すると、借り先（リソースを借りる機器に固有のＩＤなど）と借りたリソース数とを記憶する。この際に、すでに同じ機器からリソースを借りている場合には、既に借りていたリソース数と新たに借りたリソース数を加算して、借りたリソース数を更新する。ステップＳ１６は、リソースの不足分が確保されたか否かを判定する。リソースの不足分が確保されたと判定した場合には（ステップＳ１６のｙｅｓ）、ステップＳ２０の処理へ飛ぶ。リソースの不足分が確保されていないと判定した場合には（ステップＳ１６のｎｏ）、自機にＵＳＢ接続されている他の機器すべて（ただし、上流又は下流の機器と認識できる範囲にある機器）に対して、リソース不足分を問い合わせたか否かを判定する（ステップＳ１７）。全ての機器に問い合わせていないと判定した場合には（ステップＳ１７のｎｏ）、上記ステップＳ１３の処理に戻って、上記ステップＳ１３〜ステップＳ１７の処理を繰り返し実行する。すなわち、より多くの機器からリソースを融通してもらう。全ての機器に問い合わせたと判定した場合には（ステップＳ１７のｙｅｓ）、他の機器からリソースを借りることができずに新たなノートオン操作に対してリソースを割り当てることができないことから、トランケート処理をして前記ノートオン操作に基づくノートオン処理を行う（ステップＳ１８）。あるいは、前記ノートオン操作に基づいてはノートオン処理を行わない（つまりノートオン操作を無視する）ようにしてもよい。ステップＳ１９は、「ノートオンしている数」を更新する。
【００３７】
図５は、上記「メイン処理」において実行される「ノートオフ処理」（図３のステップＳ７参照）の一実施例を示すフローチャートである。ステップＳ２１は、ノートオフ操作に基づき発音中の楽音を消音するなどのノートオフ処理を実行する。ステップＳ２２は、他の機器からリソースを借りているか否かを判定する。他の機器からリソースを借りていないと判定した場合には（ステップＳ２２のｎｏ）、ステップＳ２７の処理へジャンプする。一方、他の機器からリソースを借りていると判定した場合には（ステップＳ２２のｙｅｓ）、不足分のリソースを借りた先の機器として、自機に対して上流の機器、下流の機器１、下流の機器２、…の順に機器を１つ特定する（ステップＳ２３）。前記特定した機器が記憶済みの借り先の機器（図４のステップＳ１５参照）である場合には、記憶されている借り先に対応する借りた数のうち、ノートオフ操作に伴って割り当てられなくなった分のリソースを前記特定した機器に返す「返す通知」を返送する（ステップＳ２４）。
【００３８】
ステップＳ２５は、ノートオフ操作に伴って割り当てられなくなった分のリソースをすべて、借り先の機器に返したか否かを判定する。ノートオフ操作に伴って割り当てられなくなった分のリソースをすべて、借り先の機器に返したと判定した場合には（ステップＳ２５のｙｅｓ）、ステップＳ２７の処理へ飛ぶ。ノートオフ操作に伴って割り当てられなくなった分のリソースをすべて、借り先の機器に返していないと判定した場合には（ステップＳ２５のｎｏ）、自機にＵＳＢ接続されている他の機器すべて（ただし、上流又は下流の機器と認識できる範囲にある機器）に対して、上記処理を行ったか否かを判定する（ステップＳ２６）。自機にＵＳＢ接続されている他の機器すべてに対して上記処理を行っていないと判定した場合には（ステップＳ２６のｎｏ）、ステップＳ２３の処理に戻り上記ステップＳ２３〜ステップＳ２６までの処理を繰り返す。自機にＵＳＢ接続されている他の機器すべてに対して上記処理を行ったと判定した場合には（ステップＳ２６のｙｅｓ）、ステップＳ２７の処理へいく。ステップＳ２７は、「ノートオンしている数」を更新する。
【００３９】
図６は、上記「メイン処理」において実行される「貸す処理」（図３のステップＳ９参照）の一実施例を示すフローチャートである。ステップＳ３１は、自機におけるリソースの余り分を算出する。ここでは、以下に示す数２に従ってリソースの余り分を算出する。
（数２）
リソースの余り分＝自機に対して「使用許可されているリソース数」−他の機器に対して「貸しているリソース数」−既に「ノートオンしている数（自機に割り当て済みのリソース数）」
【００４０】
ステップＳ３２は、「借りる要求」に基づくリソースの要求数と上記算出したリソースの余り分とを比較し、他の機器からの「借りる要求」（借用要求データ）に従う要求数以上にリソースの余り分があるか否かを判定する。要求数以上にリソースの余り分があると判定した場合には（ステップＳ３２のｙｅｓ）、ステップＳ３８の処理へジャンプする。一方、要求数以上にリソースの余り分がないと判定した場合には（ステップＳ３２のｎｏ）、さらに別の機器からリソースを借りてこれを又貸しするために、不足分のリソース（ここでは、要求数からリソースの余り分を減算したもの）を借りる先の機器として、自機に対して上流の機器、下流の機器１、下流の機器２、…の順に機器を１つ特定する（ステップＳ３３）。ステップＳ３４は、前記特定したさらに別の機器に対して不足分（要求数から余分を減算したもの）を要求する（「借りる要求」を送信する）。ステップＳ３５は、上記特定したリソースを借りる機器から前記要求に対応する返答（借用許可データ）を受信すると、借り先（リソースを借りる機器に固有のＩＤなど）と借りたリソース数とを記憶する。この際に、すでに同じ機器からリソースを借りている場合には、既に借りていたリソース数と新たに借りたリソース数を加算して、借りたリソース数を更新する。
【００４１】
ステップＳ３６は、リソースの不足分が確保されたか否かを判定する。リソースの不足分が確保されたと判定した場合には（ステップＳ３６のｙｅｓ）、ステップＳ３８の処理へ飛ぶ。リソースの不足分が確保されていないと判定した場合には（ステップＳ３６のｎｏ）、自機にＵＳＢ接続されている他の機器すべて（ただし、上流又は下流の機器と認識できる範囲にある機器）に対して、リソース不足分を問い合わせたか否かを判定する（ステップＳ３７）。全ての機器に問い合わせていないと判定した場合には（ステップＳ３７のｎｏ）、上記ステップＳ３３の処理に戻って、上記ステップＳ３３〜ステップＳ３７の処理を繰り返し実行する。全ての機器に問い合わせたと判定した場合には（ステップＳ３７のｙｅｓ）、ステップＳ３８の処理を行う。ステップＳ３８は、確保できたリソース分だけ要求元の機器に貸す（借用許可データを返信する）。ステップＳ３９は、「貸しているリソース数」を更新する。このようにして、自機が要求元の機器からリソースを借すよう要求されたにもかかわらず、自機のリソースの余り分だけではその要求数を満たすことができない場合には、さらに別の機器に対して「借りる要求」を行って、別の機器から借りてきたリソースを要求元の機器に対して又貸しすることで、要求元の機器からの「借りる要求」に応じるようにしている。
【００４２】
図７は、上記「メイン処理」において実行される「返される処理」（図３のステップＳ１１参照）の一実施例を示すフローチャートである。ステップＳ４１は、他の機器にリソースの借りがあるか否かを判定する。他の機器にリソースの借りがないと判定した場合には（ステップＳ４１のｎｏ）、ステップＳ４６の処理へジャンプする。一方、他の機器にリソースの借りがあると判定した場合には（ステップＳ４１のｙｅｓ）、自機に対して上流の機器、下流の機器１、下流の機器２、…の順に機器を１つ特定する（ステップＳ４２）。前記特定した機器が記憶済みの借り先（図４のステップＳ１５参照）の機器である場合には、記憶済みの借り先に対応する借りた数を、前記借り先の機器に返送する（ステップＳ４３）。
【００４３】
ステップＳ４４は、前記借り先の機器から借りていたリソースのうち、ノートオフ操作に伴って割り当てられなくなった分のリソースをすべて、前記借り先の機器に返したか否かを判定する。ノートオフ操作に伴って割り当てられなくなった分のリソースをすべて、借り先の機器に返したと判定した場合には（ステップＳ４４のｙｅｓ）、ステップＳ４６の処理へ飛ぶ。ノートオフ操作に伴って割り当てられなくなった分のリソースをすべて、借り先の機器に返していないと判定した場合には（ステップＳ４４のｎｏ）、自機にＵＳＢ接続されている他の機器すべて（ただし、上流又は下流の機器と認識できる範囲にある機器）に対して、上記処理を行ったか否かを判定する（ステップＳ４５）。自機にＵＳＢ接続されている他の機器すべてに対して上記処理を行っていないと判定した場合には（ステップＳ４５のｎｏ）、ステップＳ４２の処理に戻り上記ステップＳ４２〜ステップＳ４５までの処理を繰り返す。自機にＵＳＢ接続されている他の機器すべてに対して上記処理を行ったと判定した場合には（ステップＳ４５のｙｅｓ）、ステップＳ４６の処理へいく。ステップＳ４６は、他の機器に対して「貸している数」を更新する。このようにして、自機が別の機器からリソースを借りて要求元の機器に対してリソースを又貸ししている場合には、リソースを貸している機器からリソースを返されると、自機が貸しているリソースよりも他の機器から借りている分のリソース（又貸ししているリソース）を返すことを優先する。
【００４４】
以上のように、音楽アプリケーション装置及び該音楽アプリケーション装置にＵＳＢ接続された電子楽器のライセンス管理を、個々の機器が記憶するライセンス情報に従って行うだけでなく、各機器において前記ライセンス情報に従って使用許可されているリソースのうち自機で使用していない分を他の機器へ貸したり、また自機において使用許可されているリソースだけでは足らない分を他の機器から借りたりすることが適宜にできるようにしたことにより、それぞれが同等の機能を有する音楽アプリケーション装置と電子楽器とを組み合わして利用するような場合に、ユーザはライセンス情報を新たに取得しなくても、必要に応じて接続されている各機器（電子音楽装置）間で適宜にリソースを相互に融通されることから、既にライセンスされているリソースをシステム全体で有効的に活用して使用することができるようになる。
【００４５】
なお、上記したリソースの貸し借りは、実際には相互にＵＳＢ接続された電子音楽装置間における当該リソースの使用権限（借用許可データ）の送受信によって行われる。
なお、ライセンス情報に従って音楽アプリケーション装置及び／又は電子楽器において機能制限する機能単位（リソース）の種類としては、例えば音源機能における同時に発音することができる同時発音数やそれぞれ別々の楽器音を割り当てて複数の楽器音を鳴らす際のパートの数などがある。他の例としては、例えば音源、ミキサーなどのオーディオ信号処理機能における生成する楽音のクオリティに関わる、サンプリング周波数（例えば９６khzなど）の選択肢の数や１サンプルデータのワード長（例えば３２ビットデータなど）などがある。音源やミキサーなどにおいて複数のエフェクトを組み合わせる場合の、使用可能なエフェクトの種類や同時使用可能なエフェクト数などがある。使用できるＭＩＤＩのコントロールチェンジデータの数、種類などがある。読み込み可能なファイルフォーマットの種類（例えばＭＰ３形式やＷＡＶ形式など）がある。波形編集機能におけるエディットの種類（例えばカット＆ペーストやタイムストレッチなど）がある。内部ミキサーの規模（例えば入力チャンネル数、出力チャンネル数、ＡＵＸなどのバスの数など）がある。ＵＳＢやＬＡＮなどのインタフェースを装着したときの、オーディオデータ／ＭＩＤＩデータの入力ポート数や出力ポート数などがある。勿論、上記した例に限らない。
【００４６】
なお、相互にＵＳＢ接続された電子音楽装置間においてリソースの貸し借りを行う機能は、上記したようなノートオン・ノートオフ操作に基づく楽音発生機能に限らず、音楽に関する機能であればどのような機能であってもよい（例えば、楽譜表示機能など）。ただし、ライセンス情報によるリソース管理ができる機能であることは言うまでもない。また、上記したようなリアルタイムの貸し借りではなく、ノンリアルタイムの貸し借りであってもよい。例えば、上記の例において、ユーザが電子楽器１の所定の機能を利用する前に、操作子や表示器等を利用して予め利用するリソース数の上限を明示的に入力し、その数のリソースを電子楽器１自身のもつライセンスや、接続されている他の機器から借りたライセンスによって確保したのち、そのライセンスを記録保持し、そのリソース数の範囲内で所定の機能を実現するようにしてもよい。そして、確保したリソースの開放も、同様にユーザが明示的に行うようにしてもよい。
【図面の簡単な説明】
【００４７】
【図１】この発明に係る電子音楽装置の全体構成の一実施例を示すハード構成ブロック図である。
【図２】ライセンス管理機能及びリソース管理機能を実現する処理の概要を説明するための制御ブロック図である。
【図３】リソース管理機能を実現する「メイン処理」の一実施例を示すフローチャートである。
【図４】「ノートオン処理」の一実施例を示すフローチャートである。
【図５】「ノートオフ処理」の一実施例を示すフローチャートである。
【図６】「貸す処理」の一実施例を示すフローチャートである。
【図７】「返される処理」の一実施例を示すフローチャートである。
【符号の説明】
【００４８】
１…ＣＰＵ、２…ＲＯＭ、３…ＲＡＭ、４…検出回路、４Ａ…操作子、５…表示回路、５Ａ…ディスプレイ、６…音源回路、７…サウンドシステム、８…外部記憶装置、９…ＭＩＤＩインタフェース、９Ａ…ＭＩＤＩ機器、１０…通信インタフェース、１０Ａ…サーバコンピュータ、１１…ＵＳＢコントローラ、１２…ＵＳＢハブ機器、１３…ＵＳＢ機器、１Ｄ…通信バス、Ｘ…通信ネットワーク、ＰＣ…音楽アプリケーション装置（パソコン）、ＤＭ…電子楽器、Ｋ…ハードウェアキー、ＭＡ…音楽アプリケーション処理部、ＬＤ…ライセンス管理ドライバ部、ＡＤ…ＭＩＤＩ／オーディオドライバ部、ＨＤ…ＵＳＢホストコントローラドライバ部、ＬＦ…ライセンス管理ファンクション部、Ａ…楽音生成部、Ｂ…演奏操作検出部、ＴＤ（ＫＤ）…ＵＳＢターゲットコントローラドライバ部、ＤＣ（ＫＣ）…制御部、ＫＦ…ライセンス管理ファンクション部
【図１】
2008234126.tif 000003
【図２】
2008234126.tif 000004
【図３】
2008234126.tif 000005
【図４】
2008234126.tif 000006
【図５】
2008234126.tif 000007
【図６】
2008234126.tif 000008
【図７】
2008234126.tif 000009