(57)【要約】【課題】音響処理装置に音響処理を代行させる場合の問題を解決する。【解決手段】音響処理装置３０は、制御装置３２と主記憶装置３４２と補助記憶装置３４４とを具備する。補助記憶装置３４４は、管理プログラムＰAと音響処理プログラムＰBとを記憶する。制御装置３２は、管理プログラムＰAの常駐で実現される管理部６２および音響処理プログラムＰBの常駐で実現される音響処理部６４として機能する。管理部６２は、端末装置１０からストリーミング方式で順次に送信される音データＤaを受信して主記憶装置３４２に順次に格納し、音データＤaから生成された処理済データＤbを主記憶装置３４２から順次に取得してストリーミング方式で端末装置１０に送信する。音響処理部６４は、管理部６２が主記憶装置３４２に格納した音データＤaに対する音響処理の実行で処理済データＤbを順次に生成して主記憶装置３４２に格納する。【選択図】図１
2011123462.tif 000002
【特許請求の範囲】
【請求項１】
通信網を介して端末装置と通信する音響処理装置であって、
主記憶装置と、
管理プログラムおよび音響処理プログラムを記憶する補助記憶装置と、
前記管理プログラムを前記主記憶装置に常駐させることで実現される管理手段であって、前記端末装置からストリーミング方式で順次に送信される音データを受信して前記主記憶装置に順次に格納し、前記音データに対する音響処理で生成された処理済データを前記主記憶装置から順次に取得してストリーミング方式で前記端末装置に送信する管理手段と、
前記音響処理プログラムを前記主記憶装置に常駐させることで実現される音響処理手段であって、前記管理手段が前記音データを前記主記憶装置に格納するたびに当該音データに対する前記音響処理の実行で前記処理済データを順次に生成して前記主記憶装置に格納する音響処理手段と
を具備する音響処理装置。
【請求項２】
前記管理手段は、複数の音データを前記主記憶装置に記憶し、
前記音響処理手段は、前記管理手段が前記主記憶装置に格納した一の音データに対して、前記主記憶装置に格納された他の音データを利用した音響処理を実行する
請求項１の音響処理装置。
【請求項３】
前記管理手段は、前記一の音データと前記他の音データとを含む所定個の音データ以外の音データを前記主記憶装置から順次に消去する
請求項２の音響処理装置。
【請求項４】
前記各音データは、前記音響処理の対象となる処理対象データと、前記音響処理の処理変数について前記端末装置にて指示された設定値を示す変数設定データとを含み、
前記音響処理手段は、前記音データの前記処理対象データに対して、当該音データの前記変数設定データが示す設定値に応じた音響処理を実行する
請求項１または請求項２の音響処理装置。
【請求項５】
前記変数設定データは、前記処理変数の数値を前記設定値に変更する時点を前記処理対象データに対して指定するタイミングデータを含み、
前記音響処理手段は、前記音データに対して実行される音響処理の処理変数を、前記タイミングデータが指定する時点にて前記設定値に変更する
請求項４の音響処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信網を介して端末装置から受信したデータに対して音響処理を実行したうえで端末装置に返送する技術に関する。
【背景技術】
【０００２】
端末装置と通信する音響処理装置（サーバ装置）に各種の音響処理を代行させる技術が従来から提案されている（例えば特許文献１や特許文献２）。音響処理装置は、端末装置から受信した波形ファイルに対して音響処理を実行し、処理後のファイルを端末装置に送信する。以上の技術によれば、音響処理に必要なハードウェアやソフトウェアを端末装置に実装せずに、音響処理で生成されたファイルを端末装置にて利用する（例えば、音響処理後の音を再生する）ことが可能である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１０−１７７３８０号公報
【特許文献２】特開平１１−０８５１４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、音響処理装置に音響処理を代行させるシステムを実際に構築する場面では、特許文献１や特許文献２には言及されていない様々な問題が発生し得る。例えば、特許文献１や特許文献２の技術のもとでは、音響処理の対象となる１個のファイルの全体を端末装置から受信した後に音響処理装置が音響処理を開始するから、利用者が処理の開始を端末装置に指示してから音響処理後のファイルが端末装置にて実際に利用可能となるまでの時間が長いという問題がある。以上の事情を考慮して、本発明は、音響処理装置に音響処理を代行させる場合に発生し得る問題の解決を目的とする。
【課題を解決するための手段】
【０００５】
以上の課題を解決するために、本発明の第１態様に係る音響処理装置は、通信網を介して端末装置と通信する音響処理装置であって、主記憶装置と、管理プログラムおよび音響処理プログラムを記憶する補助記憶装置と、管理プログラムを主記憶装置に常駐させることで実現される管理手段であって、端末装置からストリーミング方式で順次に送信される音データを受信して主記憶装置に順次に格納し、音データに対する音響処理で生成された処理済データを主記憶装置から順次に取得してストリーミング方式で端末装置に送信する管理手段と、音響処理プログラムを主記憶装置に常駐させることで実現される音響処理手段であって、管理手段が音データを主記憶装置に格納するたびに当該音データに対する音響処理の実行で処理済データを順次に生成して主記憶装置に格納する音響処理手段とを具備する。
【０００６】
以上の構成においては、音データがストリーミング方式で音響処理装置に送信されて音響処理が実行され、音響処理後の処理済データがストリーミング方式で端末装置に送信されて再生される。したがって、ファイルの全体を音響処理装置が受信してから音響処理を開始する構成や、音響処理後のファイルの全体を端末装置が受信してから再生を開始する構成と比較して、端末装置からの音データの送信から実際に音響処理後の再生音を利用者が聴取できるまでの時間を短縮することが可能である。しかも、管理手段を実現する管理プログラムや音響処理手段を実現する音響処理プログラムを主記憶装置に常駐させることで音データや処理済データを主記憶装置に格納することが可能となるから、音データや処理済データを補助記憶装置に格納する場合と比較して、処理の遅延が有効に防止されるという利点もある。
【０００７】
本発明における音響処理は、音に関する各種の処理を意味し、典型的には音の変調や生成が例示される。音の変調には、例えば、音データが示す音に残響音や遅延（エコー）を付加する処理，および音データが示す音の音高や周波数特性を変更する処理が包含される。音の生成には、例えば、音符を時系列に指示する音データから楽音を生成する処理（シーケンサ）や、歌詞や音高を時系列に指示する音データから歌唱音を合成する処理が包含される。
【０００８】
第１態様の好適例において、管理手段は、複数の音データを主記憶装置に記憶し、音響処理手段は、管理手段が主記憶装置に格納した一の音データに対して、主記憶装置に格納された他の音データを利用した音響処理を実行する。以上の態様では、一の音データの音響処理に他の音データが反映されるから、例えば各音データの音響処理に前後の音データが影響し得る場合に、音響処理後の音の特性が各処理済データの境界にて不連続に変化することを防止できるという利点がある。さらに好適な態様において、管理手段は、一の音データと他の音データとを含む所定個の音データ以外の音データを主記憶装置から順次に消去する。以上の態様においては、所定個の音データ以外の音データは主記憶装置から順次に消去されるから、過去の総ての音データを主記憶装置に保持する構成と比較して、主記憶装置に必要な容量が削減されるという利点がある。
【０００９】
第１態様の好適例において、各音データは、音響処理の対象となる処理対象データと、音響処理の処理変数について端末装置にて指示された設定値を示す変数設定データとを含み、音響処理手段は、音データの処理対象データに対して、当該音データの変数設定データが示す設定値に応じた音響処理を実行する。以上の態様においては、音データに対する音響処理の処理変数を端末装置にて変更することが可能である。さらに好適な態様において、変数設定データは、処理変数の数値を設定値に変更する時点を処理対象データに対して指定するタイミングデータを含み、音響処理手段は、音データに対して実行される音響処理の処理変数を、タイミングデータが指定する時点にて設定値に変更する。以上の態様においては、処理変数の変更の時点を指定するタイミングデータが変数設定データに含まれるから、処理対象データの任意の時点にて処理変数を変更できるという利点がある。
【００１０】
なお、特許文献１や特許文献２の技術では、音響処理に適用される処理変数が所定値に固定されるから、音響処理後の音が利用者の所望の特性にならない可能性がある。そこで、本発明の第２態様に係る音響処理システムは、通信網を介して端末装置と通信する管理装置および音響処理装置を具備し、管理装置は、音響処理の処理変数に関する変数情報を端末装置に送信する処理手段を含み、音響処理装置は、音響処理の対象となる処理対象データと、変数情報に応じて端末装置にて設定された処理変数の設定値を示す変数設定データとを含む音データを端末装置から受信する受信手段と、変数設定データが示す設定値に応じた音響処理を処理対象データに対して実行することで処理済データを生成する音響処理手段と、音響処理手段が生成した処理済データを端末装置に送信する送信手段とを含む。以上の態様においては、音響処理手段の実行する音響処理の処理変数が端末装置にて可変に設定されるから、利用者の所望の特性の音を音響処理で生成することが可能となる。しかも、音響処理の処理変数に関する変数情報が端末装置に送信されて処理変数の設定値の設定に利用されるから、処理変数の設定値を端末装置において適切に設定することが可能である。
【００１１】
第２態様の好適例において、管理装置は、複数種の音響処理のうち端末装置の利用者が利用可能な各音響処理の変数情報を選択的に端末装置に送信する。以上の態様においては、複数の音響処理のうち利用者が利用可能な音響処理の変数情報が選択的に端末装置に送信されるから、総ての音響処理について変数情報を端末装置に送信する場合と比較して、端末装置にて変数情報を選択する処理の負荷や端末装置と管理装置との間の通信量が削減されるという利点がある。
【００１２】
なお、特許文献１や特許文献２には、複数の端末装置から音響処理が要求された場合の処理について何ら言及されておらず、複数の端末装置からの音響処理の要求が音響処理装置に集中する可能性がある。そこで、本発明の第３態様に係る音響処理システムは、通信網を介して端末装置と通信する管理装置および複数の音響処理装置を具備し、複数の音響処理装置の各々は、端末装置から音データを受信する受信手段と、音データに対して音響処理を実行することで処理済データを生成する音響処理手段と、処理済データを端末装置に送信する送信手段とを具備し、管理装置は、複数の音響処理装置の各々について負荷状況を記憶する記憶手段と、複数の音響処理装置のうち端末装置からの音データの送信先となる音響処理装置を、各音響処理装置の負荷状況に応じて選択する。以上の態様においては、音データの送信先となる音響処理装置が各音響処理装置の負荷状況に応じて選択されるから、複数の端末装置から音響処理が要求された場合でも、各音響処理装置を各端末装置に対して適切に割当てることが可能である。
【００１３】
なお、第２態様や第３態様の好適例において、受信手段は、端末装置からストリーミング方式で順次に送信される音データを受信し、送信手段は、処理済データをストリーミング方式で順次に端末装置に送信する。以上の態様では、音データがストリーミング方式で音響処理装置に送信されて音響処理が実行され、音響処理後の処理済データがストリーミング方式で端末装置に送信されて再生される。端末装置からの音データの送信から実際に音響処理後の再生音を利用者が聴取できるまでの時間を短縮することが可能である。もっとも、第２態様や第３態様においては、ストリーミング方式でのデータの授受は必須ではない。例えば、端末装置から送信される音データや音響処理装置から送信される処理済データは、１個のファイルの全体であってもよい。
【００１４】
なお、音響処理装置に音響処理を代行させ得る環境でも、端末装置自身が音響処理を実行すること（ローカル処理）が適切または必要な場合がある。例えば、音響処理後のデータを端末装置にて再生するときの遅延を確実に低減する必要がある場合や、音響処理装置と端末装置との間の通信網の伝送能力が充分でない場合には、端末装置自身が音響処理を実行することが適切である。また、利用者が自身の端末装置による音響処理を希望する場合もある。
【００１５】
そこで、本発明の第４態様に係る音響処理システムは、処理代行モードと自己処理モードとを選択する選択手段と、選択手段が処理代行モードを選択した場合に、端末装置から受信した音データに対する音響処理で処理済データを生成して端末装置に送信する音響処理手段と、選択手段が自己処理モードを選択した場合に、音響処理を端末装置に実行させる音響処理プログラムを端末装置に配信する配信手段とを具備する。以上の態様においては、音響処理手段が音響処理を代行する処理代行モードのほかに、音響処理プログラムを端末装置に送信して端末装置自身に音響処理を実行させる自己処理モードが選択され得る。したがって、音響処理の代行が適切な状況や端末装置自身による音響処理の実行が適切な状況等の多様な状況に柔軟に対応できるという利点がある。
【００１６】
なお、第４態様に係る音響処理システムの具体例は、第４実施形態および第５実施形態として後述される。また、第４態様に係る音響処理システムの各要素は、別個の装置としても単一の装置としても実現され得る。例えば、後掲の第４実施形態は、選択手段（例えば図２０の選択部６６）と音響処理手段（例えば図２０の音響処理部６４）と配信手段（例えば図２０の管理部６２）とを含む単一の音響処理装置として第４態様の音響処理システムを実現した形態である。また、第５実施形態は、選択手段（例えば図２２の管理装置４０（処理部４２２））と音響処理手段（例えば図２２の音響処理装置３０）と配信手段（例えば図２２の配信装置５０）とを別個の装置として実現した音響処理システムの形態である。
【００１７】
第４態様の音響処理システムにおいて、選択手段が処理代行モードを選択した場合、音響処理手段は、第１音響処理プログラムの実行で処理済データを生成し、選択手段が自己処理モードを選択した場合、配信手段は、第２音響処理プログラムを端末装置に送信する。例えば、第１音響処理プログラムと第２音響処理プログラムとを共通のプログラムとした構成や、第１音響処理プログラムと第２音響処理プログラムとで音響処理の種類は共通するが内容を相違させた構成が採用される。第１音響処理プログラムと第２音響処理プログラムとが相違する構成としては、例えば、第１音響処理プログラムおよび第２音響処理プログラムの一方を、他方と比較して簡略化した内容（例えば特定の機能を省略した内容や音響処理の品質を低下させた内容）とした構成が想定され得る。
【００１８】
なお、第４態様の音響処理システムの選択手段が動作モードを選択する基準は任意であるが、例えば、端末装置に対する利用者からの指示に応じて処理代行モードと自己処理モードとの何れかを選択する構成が採用され得る。通信網の伝送能力（伝送速度）に応じて処理代行モードと自己処理モードとの何れかを選択する構成（例えば伝送能力が低い場合に自己処理モードを選択する構成）や、音響処理の対象となる音データの合計データ量に応じて処理代行モードと自己処理モードとの何れかを選択する構成（例えば音データの合計データ量が多い場合には自己処理モードを選択する構成）も好適である。また、第４態様では、ストリーミング形式でのデータの授受や管理プログラムおよび音響処理プログラムの常駐といった第１態様の特徴は省略され得る。
【００１９】
また、本発明は、以上の各態様における音響処理装置や管理装置としてコンピュータを機能させるプログラムとしても特定される。本発明に係るプログラムは、コンピュータが読取可能な記録媒体に格納された形態で利用者に提供されてコンピュータにインストールされるほか、通信網を介した配信の形態でサーバ装置から提供されてコンピュータにインストールされる。
【図面の簡単な説明】
【００２０】
【図１】第１実施形態に係る音響処理システムのブロック図である。
【図２】端末装置のブロック図である。
【図３】音データの模式図である。
【図４】登録装置のブロック図である。
【図５】利用登録の手順の説明図である。
【図６】音響処理装置のブロック図である。
【図７】音響処理装置の機能的な構成を示すブロック図である。
【図８】管理装置のブロック図である。
【図９】割当情報の更新の手順の説明図である。
【図１０】音響処理サービスの概略的な手順の説明図である。
【図１１】準備処理の説明図である。
【図１２】開始処理の説明図である。
【図１３】変数設定画面の模式図である。
【図１４】代行処理の説明図である。
【図１５】音響処理の具体例の説明図である。
【図１６】終了処理の説明図である。
【図１７】第２実施形態における音データの模式図である。
【図１８】第３実施形態における代行処理の説明図である。
【図１９】第４実施形態における変数設定画面の模式図である。
【図２０】第４実施形態における音響処理装置のブロック図である。
【図２１】第４実施形態における動作モードの変更に関する動作の説明図である。
【図２２】第５実施形態に係る音響処理システムのブロック図である。
【図２３】第５実施形態における動作モードの変更に関する動作の説明図である。
【発明を実施するための形態】
【００２１】
＜Ａ：第１実施形態＞
＜Ａ−１：構成＞
図１は、本発明の第１実施形態に係る音響処理システム１００のブロック図である。図１に示すように、音響処理システム１００は、登録装置２０と複数の音響処理装置３０と管理装置４０とを具備するコンピュータネットワークシステムである。音響処理システム１００の各要素（登録装置２０，各音響処理装置３０，管理装置４０）は通信網２００を介して相互に通信する。通信網２００の典型例はインターネットである。ただし、音響処理システム１００の各要素を専用の回線で相互に接続した構成も採用され得る。
【００２２】
通信網２００には端末装置１０が接続される。端末装置１０は、例えばパーソナルコンピュータや可搬型の情報端末（例えば携帯電話機）である。音響処理システム１００の各要素（登録装置２０，各音響処理装置３０，管理装置４０）は、例えばHTTP（HyperText Transfer Protocol）に準拠した方式で端末装置１０と通信する。なお、実際には複数の端末装置１０が通信網２００に接続されるが、図１では便宜的に１個の端末装置１０のみを図示した。１個の端末装置１０について以下に説明する構成や処理は、通信網２００に接続された複数の端末装置１０について同様に適用される。
【００２３】
音響処理システム１００は、音響処理を代行するサービス（以下「音響処理サービス」という）を端末装置１０に提供する。音響処理サービスは、概略的には、端末装置１０から送信された音データＤaに対して音響処理を実行（すなわち代行）し、処理後のデータ（以下「処理済データ」という）Ｄbを端末装置１０に送信するサービスである。残響音や特定の周波数特性などの音響効果を付与する処理（効果付与）を以下では音響処理として例示する。
【００２４】
図２は、端末装置１０のブロック図である。図２に示すように、端末装置１０は、制御装置１２と記憶装置１４と入力装置１６と表示装置１７と放音装置１８とを具備する。制御装置１２は、記憶装置１４に格納されたプログラムＰGM1の実行で様々な処理（後述）を実行する。記憶装置１４は、プログラムＰGM1や処理ファイルＦを記憶する。処理ファイルＦは、音響処理システム１００による音響処理の対象となるデータファイルである。楽曲の演奏音や歌唱音の時間波形を表す波形データを処理ファイルＦとした場合を以下では例示する。
【００２５】
入力装置１６は、利用者からの指示を受付ける機器（例えばマウスやキーボード）である。表示装置（例えば液晶表示装置）１７は、制御装置１２から指示された画像を表示する。放音装置（例えばスピーカやヘッドホン）１８は、制御装置１２からの指示に応じた音波を放射する。例えば、音響処理システム１００から提供される処理済データＤbや記憶装置１４に記憶された処理ファイルＦに応じた音波が放音装置１８から放射される。
【００２６】
第１実施形態では、記憶装置１４内の処理ファイルＦを分割した複数のデータ（ストリーミングデータ）が音データＤaとしてストリーミング方式で順次に音響処理装置３０に送信および処理され、各音データＤaに対応する処理済データＤbがストリーミング方式で順次に端末装置１０に送信および再生される。図３は、１個の音データＤaの模式図である。図３に示すように、音データＤaは、処理対象データＷと変数設定データＶとを含んで構成される。
【００２７】
処理対象データＷは、音響処理の対象となる時系列データである。具体的には、図３に示すように、記憶装置１４に格納された処理ファイルＦを分割した複数の波形データ（ストリーミングデータ）の各々が１個の処理対象データＷとして音データＤaに含められる。処理対象データＷは、複数のフレーム（処理の単位となる所定長の区間）で構成される。１個の処理対象データＷを構成するフレームの総数は音データＤa毎に相違し得る。
【００２８】
変数設定データＶは、音響処理に反映される変数（以下「処理変数」という）Ｘの数値を指定するデータであり、変数識別子ＶIDと設定値ｖAとタイミングデータｖTとを含んで構成される。処理変数Ｘは、例えば、残響音を付加する音響処理については残響時間や反射音の次数であり、周波数特性を変更する音響処理（イコライジング）については帯域毎のゲインである。変数識別子ＶIDは、処理変数Ｘの種類を識別するための符号（例えば処理変数Ｘの名称）である。設定値ｖAは、処理変数Ｘに指定された数値を意味し、入力装置１６に対する利用者からの操作に応じて可変に設定される。タイミングデータｖTは、処理変数Ｘの数値を設定値ｖAに変更する時点を指定する情報である。例えば、タイミングデータｖTは、処理対象データＷの先頭からの経過時間（フレーム数）を指定する。
【００２９】
音響処理サービスの利用を希望する利用者は、事前に利用登録を受ける。図１の登録装置２０は、利用登録を管理する装置である。図４に示すように、登録装置２０は、制御装置２２と記憶装置２４とを具備するコンピュータシステムで実現される。制御装置２２は、記憶装置２４に格納されたプログラムＰGM2の実行で様々な処理（後述）を実行する。記憶装置２４は、プログラムＰGM2や登録情報ＢRを記憶する。登録情報ＢRは、利用登録が完了した利用者毎のレコードｒAの集合である。各レコードｒAは、利用者の識別子（以下「利用者識別子」という）ＵID（user ID）と、パスワードＰWDおよび決済情報ＰYと、利用者が利用できる音響処理の識別子（以下「処理識別子」という）ＰIDとを含んで構成される。決済情報ＰYは、音響処理サービスの利用時の決済（課金）に必要な情報であり、例えば利用者の氏名および住所等の個人情報や利用者が所有するクレジットカードの番号である。
【００３０】
図５は、利用登録の手順の説明図である。端末装置１０の制御装置１２は、プログラムＰGM1内の閲覧ソフトを起動することで登録装置２０に接続し、登録装置２０が提供する登録画面および購入画面を表示装置１７に表示させる（ＱA1）。登録画面は、個人情報（ＵID，ＰWD，ＰY）を利用者に入力させる画像である。他方、購入画面は、複数の商品のうち購入を希望する商品を利用者に選択させる画像である。各商品は、音響処理サービスを利用する権利に相当する。利用者が利用できる音響処理の種類は商品毎に相違する。なお、複数種の音響処理を一括的に利用する権利を１個の商品として用意した構成も好適である。
【００３１】
端末装置１０の制御装置１２は、登録画面に対して利用者が入力した個人情報（ＵID，ＰWD，ＰY）と、購入画面に対して利用者が指示した商品に対応する音響処理の処理識別子ＰIDとを登録装置２０に送信する（ＱA2）。登録装置２０の制御装置２２は、端末装置１０から受信した個人情報（ＵID，ＰWD，ＰY）と処理識別子ＰIDとを含むレコードｒAを登録情報ＢRに追加する（ＱA3）。なお、利用者が購入した商品の識別子を端末装置１０から登録装置２０に送信し、登録装置２０の制御装置２２がその商品に対応する音響処理の処理識別子ＰIDを特定してレコードｒAを生成する構成も採用され得る。
【００３２】
図１における複数の音響処理装置３０の各々は、音データＤaに対する音響処理を実行する。各音響処理装置３０は、複数種の音響処理を選択的に実行する。なお、提供可能な音響処理の種類が複数の音響処理装置３０で共通する場合を以下では便宜的に例示するが、音響処理装置３０毎に音響処理の種類が相違する構成も採用され得る。
【００３３】
図６は、音響処理装置３０のブロック図である。図６に示すように、音響処理装置３０は、制御装置３２と記憶部３４とを具備するコンピュータシステムで実現される。記憶部３４は、主記憶装置（１次記憶装置）３４２と補助記憶装置（２次記憶装置）３４４とを含んで構成される。主記憶装置３４２は、制御装置３２による直接的な書込や読出が可能な記録媒体（例えば半導体記録媒体）である。補助記憶装置３４４は、主記憶装置３４２と比較して書込や読出の速度は遅いが容量は大きい記録媒体（例えば磁気記録媒体）である。補助記憶装置３４４にはプログラムＰGM3が記憶される。制御装置３２は、補助記憶装置３４４に格納されたプログラムＰGM3の実行で様々な処理（後述）を実行する。
【００３４】
図６に示すように、プログラムＰGM3は、通信網２００を介した端末装置１０や管理装置４０との通信を管理するための管理プログラム（サーバプログラム）ＰAと、音響処理を実現する音響処理プログラムＰBとを含んで構成される。音響処理プログラムＰBは、例えば音響処理装置３０の機能を拡張するプラグイン（例えばＶＳＴ（Virtual Studio Technology）プラグイン）の形態で提供される（「ＶＳＴ」は登録商標）。
【００３５】
図７は、音響処理装置３０の機能的な構成を示すブロック図である。図７に示すように、制御装置３２は、管理部６２および音響処理部６４として機能する。管理部６２は、管理プログラムＰAの実行で実現され、通信網２００を介した端末装置１０や管理装置４０との通信を管理する。管理部６２は、受信部６２２と送信部６２４とを含んで構成される。受信部６２２は、端末装置１０から順次に送信される音データＤaを受信して主記憶装置３４２に順次に格納する。送信部６２４は、音データＤaから生成された処理済データＤbを順次に端末装置１０に送信する。
【００３６】
音響処理部６４は、音響処理プログラムＰBの実行で実現され、管理部６２が主記憶装置３４２に格納した音データＤaに対する音響処理の実行で処理済データＤbを生成して主記憶装置３４２に格納する。音響処理部６４は、複数種の音響処理を選択的に実行することが可能である。
【００３７】
管理プログラムＰAや音響処理プログラムＰBは主記憶装置３４２に常駐する。すなわち、管理プログラムＰAおよび音響処理プログラムＰBは、音データＤaの処理が要求されるたびに補助記憶装置３４４から主記憶装置３４２に読込まれるのではなく、音響処理装置３０の起動時（ＯＳの起動）に補助記憶装置３４４から主記憶装置３４２に読込まれ、音響処理装置３０の起動中は常に音データＤaの処理が可能な状態（管理部６２や音響処理部６４が機能する状態）に維持される。
【００３８】
図１の管理装置４０は、複数の音響処理装置３０を利用した音響処理サービスを統括的に管理する装置であり、図８に示すように、制御装置４２と記憶装置４４とを具備するコンピュータシステムで実現される。制御装置４２は、記憶装置４４に格納されたプログラムＰGM4を実行することで様々な機能（処理部４２２，割当部４２４）を実現する。処理部４２２は、音響処理サービスを管理する要素であり、端末装置１０の利用者の認証や端末装置１０との通信に必要な準備など各種の処理を実行する。割当部４２４は、端末装置１０に対して音響処理サービスを提供する音響処理装置３０を複数の音響処理装置３０から選択する。
【００３９】
記憶装置４４は、制御装置４２が実行するプログラムＰGM4と、相異なる音響処理に対応する複数の変数情報ＢVと、端末装置１０に対する音響処理装置３０の割当に利用される割当情報ＢAとを記憶する。各音響処理に対応する１個の変数情報ＢVは、その音響処理に適用される処理変数Ｘ（単数または複数）に関する情報である。具体的には、変数情報ＢVは、処理変数Ｘの変数識別子ＶIDと指示値ｖBとを、音響処理の処理変数Ｘ毎に含んで構成される。変数情報ＢVの指示値ｖBは、処理変数Ｘの設定値ｖA（図３）を端末装置１０にて設定するときに利用される数値である。例えば、処理変数Ｘの初期値や数値範囲（最大値，最小値）が指示値ｖBとして変数情報ＢVで指定される。
【００４０】
図８の割当情報ＢAは、各音響処理装置３０の負荷の状況を示す情報であり、図８に示すように、音響処理装置３０毎のレコードｒBの集合である。各レコードｒBは、音響処理装置３０の識別子（以下「装置識別子」という）ＨID（host ID）と起動状況Ｃ1および負荷状況Ｃ2とを含んで構成される。装置識別子ＨIDは、例えば音響処理装置３０の所在を示す情報（ＩＰアドレスやポート番号）を含む。起動状況Ｃ1は、音響処理装置３０の起動／停止を示す情報（フラグ）であり、負荷状況Ｃ2は、音響処理装置３０の負荷の状況（例えば、音響処理装置３０が音響処理サービスを提供している端末装置１０の台数）を示す情報である。なお、起動中の音響処理装置３０のみについてレコードｒBを生成する構成（したがって、起動状況Ｃ1は省略される）も採用され得る。
【００４１】
図９は、割当情報ＢAの更新の手順の説明図である。図９に示すように、音響処理装置３０の起動を契機として、管理部６２は、自身の装置識別子ＨIDを含む登録要求を管理装置４０に送信する（ＱB1）。管理装置４０の処理部４２２は、音響処理装置３０から受信した登録要求を割当部４２４に転送する（ＱB2）。登録要求を受信すると、割当部４２４は、割当情報ＢAのうち登録要求で指定された装置識別子ＨIDに対応する起動状況Ｃ1を、起動中を示す数値に変更する（ＱB3）。
【００４２】
割当部４２４は、端末装置１０に対する音響処理サービスの提供に並行して、音響処理装置３０の負荷の状況に応じて負荷状況Ｃ2を随時に更新する。具体的には、割当部４２４は、例えば所定の間隔で発生する割込を契機として、複数の音響処理装置３０の各々に状況照会を送信する（ＱB4）。状況照会を受信すると、音響処理装置３０の管理部６２は、自身の負荷の状況を示す状況通知を管理装置４０の割当部４２４に送信する（ＱB5）。割当部４２４は、音響処理装置３０から受信した状況通知に応じて割当情報ＢAの負荷状況Ｃ2を更新する（ＱB6）。また、複数の音響処理装置３０の各々は、例えば所定の間隔で発生する割込を契機として、自身の負荷の状況を示す状況通知を管理装置４０に送信する（ＱB7）。管理装置４０の処理部４２２を介して状況通知を受信すると（ＱB8）、割当部４２４は、ステップＱB6と同様に、割当情報ＢAの負荷状況Ｃ2を状況通知に応じて更新する（ＱB9）。
【００４３】
他方、音響処理装置３０の停止が指示されると、管理部６２は、自身の装置識別子ＨIDを含む解除要求を管理装置４０に送信する（ＱB10）。管理装置４０の処理部４２２を介して解除要求を受信すると（ＱB11）、割当部４２４は、割当情報ＢAのうち解除要求で指定された装置識別子ＨIDに対応する起動状況Ｃ1を、停止中を示す内容に変更する（ＱB12）。複数の音響処理装置３０の各々について以上の処理が順次に実行されることで、割当情報ＢAは、各音響処理装置３０の最新の状況を示す内容に維持される。
【００４４】
＜Ａ−２：動作＞
図１０は、音響処理システム１００の全体の概略的な処理を示すフローチャートである。まず、端末装置１０が音響処理システム１００との通信を開始するために必要な準備処理が、端末装置１０からの要求を契機として実行される（ＳA）。次いで、音響処理サービスを端末装置１０に提供するために必要な開始処理が実行される（ＳB）。開始処理ＳBは、端末装置１０に対する音響処理装置３０の割当を含む。開始処理ＳBが完了すると、端末装置１０に対して音響処理サービスを実際に提供する処理（以下「代行処理」という）が実行される（ＳC）。代行処理ＳCが終了すると、音響処理サービスを終了するために必要な処理（以下「終了処理」という）が実行される（ＳD）。各処理の具体的な手順を以下に詳述する。
【００４５】
［１］準備処理ＳA（図１１）
図１１は、準備処理ＳAの手順の説明図である。入力装置１６に対する利用者からの指示を契機として，端末装置１０の制御装置１２は、音響処理サービスの開始の要求（INITIATE要求）を管理装置４０に送信する（ＳA1）。INITIATE要求は、利用者が入力装置１６に入力した利用者識別子ＵIDとパスワードＰWDとを含む。INITIATE要求を受信すると、管理装置４０の処理部４２２は、INITIATE要求内の利用者識別子ＵIDとパスワードＰWDとを含む認証要求を登録装置２０に送信する（ＳA2）。登録装置２０の制御装置２２は、管理装置４０から受信した認証要求内の利用者識別子ＵIDおよびパスワードＰWDと記憶装置２４内の登録情報ＢRとの照合で利用者の正当性を検証する（ＳA3）。具体的には、制御装置２２は、利用者識別子ＵIDとパスワードＰWDとを含むレコードｒAが登録情報ＢRに存在する場合には利用者の正当性を肯定し、該当するレコードｒAが存在しない場合には利用者の正当性を否定する。制御装置２２は、認証結果を管理装置４０に送信する（ＳA4）。
【００４６】
登録装置２０から受信した認証結果が否定である場合、管理装置４０の処理部４２２は、認証の失敗を端末装置１０の利用者に通知して処理を終了する（図示略）。他方、認証結果が肯定である場合、処理部４２２は、利用者が利用可能な音響処理（購入済の音響処理）を登録装置２０に照会（利用照会）する（ＳA5）。利用照会は、利用者識別子ＵIDを含む。登録装置２０の制御装置２２は、利用照会内の利用者識別子ＵIDに対応する各処理識別子ＰID（すなわち、利用者が利用可能な音響処理の処理識別子ＰID）を記憶装置２４の登録情報ＢRから検索し（ＳA6）、各処理識別子ＰIDを含む照会応答（処理識別子ＰIDの一覧）を管理装置４０に送信する（ＳA7）。
【００４７】
登録装置２０から照会応答を受信すると、管理装置４０の処理部４２２は、秘密鍵ＫSおよび公開鍵ＫPと利用処理情報Ａ1および利用変数情報Ａ2とを生成して記憶装置４４に格納する（ＳA8）。秘密鍵ＫSおよび公開鍵ＫPの生成には公知の技術が任意に採用される。なお、端末装置１０と音響処理システム１００との間で授受される情報の認証（正当性の検証）には、秘密鍵ＫSと公開鍵ＫPとを利用する方法（デジタル署名）に代えて、メッセージ認証コードを利用する技術など公知の技術が任意に採用され得る。
【００４８】
利用処理情報Ａ1は、利用者が利用可能な音響処理を指定する情報（すなわち、購入済の商品に対応する音響処理のリスト）であり、照会応答内の各処理識別子ＰIDを含んで構成される。他方、利用変数情報Ａ2は、照会応答内の各処理識別子ＰIDが示す音響処理の処理変数Ｘに関する情報である。処理部４２２は、記憶装置４４に音響処理毎に格納された複数の変数情報ＢVのうち、照会要求内の各処理識別子ＰIDが示す音響処理の変数情報ＢVを選択的に抽出して利用変数情報Ａ2に含ませる。すなわち、利用変数情報Ａ2は、複数種の音響処理のうち利用者が利用可能な音響処理の変数情報ＢVの集合（パラメータリスト）である。
【００４９】
管理装置４０の処理部４２２は、開始応答を端末装置１０に送信する（ＳA9）。開始応答は、ステップＳA8で生成した秘密鍵ＫSと利用処理情報Ａ1と利用変数情報Ａ2とを含んで構成される。端末装置１０の制御装置１２は、管理装置４０から受信した開始応答内の各情報（ＫS，Ａ1，Ａ2）を記憶装置１４に格納し、利用処理情報Ａ1が示す音響処理のリストを、利用者による選択の候補として表示装置１７に表示させる（ＳA10）。
【００５０】
利用者が入力装置１６の操作で所望の音響処理を選択すると、端末装置１０の制御装置１２は、チケット情報ＴCKの要求（TICKET要求）を管理装置４０に送信する（ＳA11）。チケット情報ＴCKは、音響処理サービスの利用の許可を意味する情報である。TICKET要求は、利用者識別子ＵIDおよび署名情報ＳGと、利用者がステップＳA10で選択した音響処理の処理識別子ＰIDとを含んで構成される。署名情報ＳGは、秘密鍵ＫSを利用した演算で利用者識別子ＵIDおよび処理識別子ＰIDから生成される。
【００５１】
端末装置１０からTICKET要求を受信すると、管理装置４０の処理部４２２は、記憶装置４４内の公開鍵ＫPを利用してTICKET要求内の署名情報ＳGの正当性を検証し、署名情報ＳGが正当である場合には、TICKET要求内の利用者識別子ＵIDと処理識別子ＰIDとを含む照合要求を登録装置２０に送信する（ＳA12）。署名情報ＳGの正当性が否定される場合、処理部４２２は、TICKET要求の拒否を端末装置１０の利用者に通知して処理を終了する（図示略）。
【００５２】
登録装置２０の制御装置２２は、管理装置４０から受信した照合要求内の利用者識別子ＵIDと処理識別子ＰIDとを含むレコードｒAに決済情報ＰYが登録されているか否かを判定し（ＳA13）、判定の結果（照合結果）を管理装置４０に送信する（ＳA14）。照合結果が否定である場合、管理装置４０の処理部４２２は、TICKET要求の拒否を端末装置１０の利用者に通知して処理を終了する（図示略）。他方、照合結果が肯定である場合、管理装置４０の処理部４２２は、チケット情報ＴCKを生成して端末装置１０に送信する（ＳA15）。チケット情報ＴCKは、端末装置１０と音響処理システム１００との間の通信（セッション）毎に変化するように生成される。端末装置１０の制御装置１２は、管理装置４０から受信したチケット情報ＴCKを記憶装置１４に格納する。
【００５３】
［２］開始処理ＳB（図１２）
以上の準備処理ＳAで音響処理システム１００との通信が許可されると、端末装置１０に対する音響処理サービスの提供に必要な開始処理ＳBが実行される。図１２は、開始処理ＳBの手順の説明図である。端末装置１０の制御装置１２は、音響処理サービスの開始の要求（OPEN要求）を管理装置４０に送信する（ＳB1）。OPEN要求は、利用者がステップＳA10にて選択（ＳA10）した音響処理の処理識別子ＰIDと、利用者識別子ＵIDと、準備処理（ＳA15）で取得したチケット情報ＴCKと、以上の情報（ＰID，ＵID，ＴCK）から秘密鍵ＫSを利用して生成された署名情報ＳGとを含む。
【００５４】
端末装置１０から受信したOPEN要求が正当なチケット情報ＴCKを含む場合、管理装置４０の処理部４２２は、セッション識別子ＳID（session ID）を生成して記憶装置４４に格納する（ＳB2）。OPEN要求が正当なチケット情報ＴCKを含まない場合、処理部４２２は、OPEN要求の拒否を端末装置１０に対して通知して処理を終了する（図示略）。
【００５５】
セッション識別子ＳIDを生成すると、処理部４２２は、端末装置１０に対する音響処理装置３０の割当の要求（割当要求）を割当部４２４に対して送信する（ＳB3）。割当要求は、ステップＳB2で生成したセッション識別子ＳIDと、割当要求が初回の要求であるか否かを示す情報（フラグ）Ｎとを含んで構成される。現段階での割当要求は初回であるから、情報Ｎは、初回を意味する「１」に設定される。
【００５６】
割当要求を受信すると、割当部４２４は、端末装置１０に割当可能な音響処理装置３０が存在するか否かを、割当情報ＢAを参照して判定する（ＳB4）。例えば、割当部４２４は、割当情報ＢAの起動状況Ｃ1が起動を示し、かつ、負荷状況Ｃ2（音響処理サービスの提供中の端末装置１０の台数）が所定の閾値を下回る音響処理装置３０の有無を判定する。割当可能な音響処理装置３０が存在しない場合、以下に詳述するように、割当の待機の要求を意味する通知（QUEUE通知）と端末装置１０からのOPEN要求の再送とを含む再試行処理ＳB5（ＳB51〜ＳB54）が反復される（ポーリング処理）。他方、割当可能な音響処理装置３０が存在するとステップＳB4にて判定した場合、割当部４２４は、再試行処理ＳB5を実行せずに処理をステップＳB6に移行する。
【００５７】
再試行処理ＳB5が実行される場合、管理装置４０の割当部４２４は、割当の待機を要求するQUEUE通知を処理部４２２に送信する（ＳB51）。QUEUE通知を受信した処理部４２２は、ステップＳB2で生成したセッション識別子ＳIDとOPEN要求の再送時期ｔとをQUEUE通知に付加して端末装置１０に送信する（ＳB52）。端末装置１０の制御装置１２は、管理装置４０から受信したQUEUE通知内のセッション識別子ＳIDを記憶装置１４に格納し、QUEUE通知で指定された再送時期ｔの到来を契機として管理装置４０にOPEN要求を再送する（ＳB53）。例えば、制御装置１２は、再送時期ｔで指定された時間（例えば５秒）がQUEUE通知の受信から経過した時点でOPEN要求を再送する。２回目以降のOPEN要求はセッション識別子ＳIDを含む。管理装置４０の処理部４２２は、２回目以降のOPEN要求を意味する「０」に設定された情報ＮをOPEN要求に付加した割当要求を割当部４２４に送信する（ＳB54）。以上に説明した再試行処理ＳB5（ＳB51〜ＳB54）は、端末装置１０に対する音響処理装置３０の割当が可能となるまで順次に反復される。
【００５８】
再試行処理ＳB5の実行中に音響処理装置３０の割当が可能な状況に遷移した場合、または、ステップＳB4での判定の結果が肯定である場合、割当部４２４は、割当通知を処理部４２２に送信する（ＳB6）。割当通知は、端末装置１０に割当てる音響処理装置３０の装置識別子ＨIDを含んで構成される。割当通知を受信すると、処理部４２２は、今回の音響処理サービスの通信に適用される共通鍵（セッション鍵）ＫCを生成する（ＳB7）。
【００５９】
管理装置４０の処理部４２２は、割当通知内の装置識別子ＨIDで特定される音響処理装置３０に対してOPEN要求を送信する（ＳB8）。音響処理装置３０に対するOPEN要求は、ステップＳB1で端末装置１０から受信した各情報（ＰID，ＵID）と、準備処理ＳA（ＳA8）で生成した公開鍵ＫPと、今回の開始処理ＳB（ＳB2，ＳB7）で生成したセッション識別子ＳIDおよび共通鍵ＫCとを含んで構成される。音響処理装置３０の管理部６２は、管理装置４０から受信したOPEN要求内の各情報（ＰID，ＵID，ＫP，ＳID，ＫC）を記憶部３４（主記憶装置３４２）に格納する。
【００６０】
また、管理装置４０の処理部４２２は、割当通知を端末装置１０に送信する（ＳB9）。割当通知は、今回の開始処理ＳB（ＳB2，ＳB7）で生成したセッション識別子ＳIDおよび共通鍵ＫCと、割当部４２４が選択した音響処理装置３０の装置識別子ＨIDとを含んで構成される。端末装置１０の制御装置１２は、管理装置４０から受信した割当通知内の各情報（ＨID，ＳID，ＫC）を記憶装置１４に格納する。以上に説明した開始処理ＳBが実行されることで、セッション識別子ＳIDと共通鍵ＫCとが端末装置１０と音響処理装置３０とで共有される。なお、準備処理ＳAや開始処理ＳBの実行時に端末装置１０と管理装置４０とで授受される情報は、例えばSSL（Secure Socket Layer）に準拠した方法で暗号化される。
【００６１】
［３］代行処理ＳC（図１３）  
以上に説明した準備処理ＳAおよび開始処理ＳBの完了を契機として、端末装置１０から音響処理装置３０に対する音データＤaの送信と、音データＤaに対する音響処理の実行（処理済データＤbの生成）と、音響処理装置３０から端末装置１０に対する処理済データＤbの送信とが順次に並列的に実行される。
【００６２】
利用者は、入力装置１６を適宜に操作することで、代行処理ＳC（音データＤaや処理済データＤbの授受）の実行中の任意の時点にて処理変数Ｘの設定値ｖAを変更することが可能である。以下に説明するように、準備処理ＳA（ＳA9）で管理装置４０から受信した利用変数情報Ａ2（パラメータリスト）が処理変数Ｘの設定（変更）に利用される。
【００６３】
端末装置１０の制御装置１２は、準備処理ＳA（ＳA10）で利用者が選択した音響処理毎に変数設定画面１７２を表示装置１７に表示させる。ひとつの音響処理に対応する変数設定画面１７２は、その音響処理の処理変数Ｘの設定時に利用者が視認する画像であり、図１３の例示のように、その音響処理（音響処理α）の処理変数Ｘ（Ｘ_A，Ｘ_B，Ｘ_C）に対応する複数の操作子１７４を含んで構成される。利用者は、入力装置１６を利用して各操作子１７４を操作することが可能である。
【００６４】
制御装置１２は、管理装置４０から受信した利用変数情報Ａ2（変数情報ＢV）と各操作子１７４に対する利用者からの操作とに応じて処理変数Ｘの設定値ｖAを設定する。例えば、利用変数情報Ａ2に含まれる変数情報ＢVの指示値ｖBが処理変数Ｘの数値範囲や初期値を指定する場合、制御装置１２は、処理変数Ｘの設定値ｖAを、指示値ｖBが示す初期値から、指示値ｖBが示す数値範囲内で、操作子１７４に対する利用者からの操作に応じて可変に設定する。なお、処理変数Ｘの変更を利用者が指示しない場合、制御装置１２は、利用変数情報Ａ2に含まれる変数情報ＢVの指示値ｖBが示す初期値を設定値ｖAとして設定する。
【００６５】
代行処理ＳCの実行中に以上の手順で処理変数Ｘの設定値ｖAが指示されると、制御装置１２は、その処理変数Ｘの変数識別子ＶIDと、利用者から指示された設定値ｖAと、処理変数Ｘの変更の時点（例えば利用者が設定値ｖAを指示した時点）を示すタイミングデータｖTとを含む変数設定データＶを直後の音データＤaに付加する。変数設定データＶは、設定値ｖAを利用者が指示するたびに、図３の例示のように音データＤaに付加され、設定値ｖAが変更されない場合には付加されない。
【００６６】
図１４は、代行処理ＳCの手順の説明図である。図１４に示すように、代行処理ＳCは、送信処理ＳC1（ＳC11〜ＳC14）と加工処理ＳC2（ＳC21，ＳC22）と返信処理ＳC3（ＳC31〜ＳC34）とを含んで構成される。送信処理ＳC1は、処理ファイルＦを区分した処理対象データＷ毎に順次に実行され、加工処理ＳC2は送信処理ＳC1のたびに順次に実行される。返信処理ＳC3は、処理済データＤb毎に順次に実行される。送信処理ＳC1と返信処理ＳC3とは非同期に実行され得る。
【００６７】
送信処理ＳC1を開始すると、端末装置１０の制御装置１２は、記憶装置１４に格納された処理ファイルＦを区分した１個の処理対象データＷを含む音データＤaを生成する（ＳC11）。処理変数Ｘの設定値ｖAが利用者から指示された場合には変数設定データＶが音データＤaに付加される。制御装置１２は、ステップＳC11で生成した音データＤaに対する音響処理の要求（PUT要求）を音響処理装置３０に送信する（ＳC12）。図１２の開始処理ＳB（ＳB9）で管理装置４０から通知された装置識別子ＨIDに対応する音響処理装置３０（すなわち、割当部４２４が端末装置１０に割当てた音響処理装置３０）がPUT要求の送信先として選定される。PUT要求は、例えば所定の間隔で順次に送信される。
【００６８】
PUT要求は、音データＤaと付加情報Ｂ1と署名情報ＳGとを含んで構成される。付加情報Ｂ1は、端末装置１０の利用者が入力した利用者識別子ＵIDと、開始処理ＳB（ＳB53，ＳB9）にて管理装置４０から通知されたセッション識別子ＳIDと、音データＤa内の処理対象データＷのサイズ（例えばフレーム数）とを含む。署名情報ＳGは、準備処理ＳA（ＳA9）で通知された秘密鍵ＫSを利用した演算で音データＤaと付加情報Ｂ1とから生成される。また、音データＤaは、開始処理ＳB（ＳB9）で管理装置４０から通知された共通鍵ＫCを利用して暗号化される。なお、付加情報Ｂ1のみから署名情報ＳGを生成することで処理の負荷を軽減する構成も採用され得る。
【００６９】
PUT要求を受信すると、音響処理装置３０の受信部６２２は、開始処理ＳB（ＳB8）で管理装置４０から取得した公開鍵ＫPを利用してPUT要求内の署名情報ＳGの正当性を検証し（ＳC13）、署名情報ＳGの正当性が否定される場合にはPUT要求の拒否を端末装置１０の利用者に通知して処理を終了する（図示略）。他方、署名情報ＳGの正当性が肯定されると、受信部６２２は、開始処理ＳB（ＳB8）にて管理装置４０から取得した共通鍵ＫCを利用してPUT要求内の音データＤaを復号し、復号後の音データＤaを主記憶装置３４２に格納する（ＳC14）。以上が送信処理ＳC1の内容である。
【００７０】
音響処理装置３０の音響処理部６４は、管理部６２（受信部６２２）が主記憶装置３４２に格納した音データＤaに対して加工処理ＳC2を実行する。具体的には、音響処理部６４は、開始処理ＳB（ＳB8）にて管理装置４０から通知された処理識別子ＰIDの各音響処理（すなわち利用者がステップＳA10で選択した音響処理）を音データＤa内の処理対象データＷに対して順次に実行することで処理済データＤbを生成する（ＳC21）。すなわち、利用者が選択した音響処理に応じた音響効果を処理対象データＷに付加した処理済データＤbが生成される。音響処理部６４は、音響処理で生成した処理済データＤbを主記憶装置３４２に順次に格納する（ＳC22）。以上の加工処理ＳC2（ＳC21，ＳC22）は、音データＤaが送信処理ＳC1（ＳC12）で主記憶装置３４２に格納されるたびに送信処理ＳC1と並行して順次に実行される。すなわち、音データＤa（処理ファイルＦ）はストリーミング方式で授受および処理される。
【００７１】
音データＤa内の処理対象データＷに対する各音響処理（ＳC21）には、その音データＤa内の変数設定データＶが示す設定値ｖAが適用される。すなわち、音響処理部６４は、変数設定データＶの変数識別子ＶIDが示す処理変数Ｘの数値を、タイミングデータｖTが示す時点で設定値ｖAに変更して音響処理を実行する。したがって、処理済データＤbが示す音には利用者からの指示（設定値ｖA）が反映される。音響処理の実行や処理変数Ｘの制御には公知の技術が任意に採用される。
【００７２】
ところで、特定の時点の音に対して音響処理で付加される音響効果は以後の音にも影響する場合がある。例えば、図１５に示すように、音響処理（残響音の付加）で時点ｔ0の音に付加された残響音は、以後の期間Ｔにわたって維持される。したがって、音響処理部６４が図１５の１個の処理対象データＷ_2のみから処理済データＤbを生成する構成（すなわち、処理対象データＷ_1を加味しない構成）では、直前の処理対象データＷ_1の音響処理で発生した残響音が、図１５に破線で示すように処理対象データＷ_2の先頭で不連続に消滅し、聴感的に不自然となる可能性がある。そこで、第１実施形態では、以下に説明するように、処理対象データＷ_2から生成される処理済データＤbに直前の処理対象データＷ_1の影響が反映されるように音響処理が実行される。
【００７３】
管理部６２（受信部６２２）は、図７に示すように、端末装置１０から順次に受信する音データＤaのうち、最新の音データＤa_2（処理対象データＷ_2）とその直前の音データＤa_1（処理対象データＷ_1）とが主記憶装置３４２に保持されるように、各音データＤaを主記憶装置３４２に順次に格納する。具体的には、端末装置１０から新規な音データＤaを受信すると、管理部６２は、主記憶装置３４２内の過去の２個の音データＤaのうち古い方の音データＤaを消去して新規な音データＤaを主記憶装置３４２に格納する。
【００７４】
音響処理部６４は、最新の処理対象データＷ_2に対する音響処理を、直前の処理対象データＷ_1の影響を加味して実行することで、処理対象データＷ_2に対応する処理済データＤbを生成する。例えば、直前の音響処理で処理対象データＷ_1に付加された残響音が処理対象データＷ_2に対する音響処理後の処理済データＤbでも継続し、かつ、処理対象データＷ_1の処理済データＤbと処理対象データＷ_2の処理済データＤbとの境界で音が連続するように、音響処理部６４は音響処理を実行する。
【００７５】
以上の構成によれば、処理対象データＷ_1に付加された音響効果が処理対象データＷ_2の先頭で不連続に消滅することが回避される。したがって、各処理済データＤbの再生音を聴感的に自然に連続させることが可能である。また、音響処理に利用される音データＤa（Ｄa_1，Ｄa_2）以外の音データＤaは主記憶装置３４２から消去されるため、処理ファイルＦの全体に相当する音データＤaを主記憶装置３４２に保持する構成と比較して、主記憶装置３４２に必要な容量を削減できるという利点がある。
【００７６】
図１４の返信処理ＳC3は、音響処理部６４が生成した処理済データＤbを端末装置１０に送信する処理である。端末装置１０の制御装置１２は、処理済データＤbの要求（GET要求）を音響処理装置３０に送信する（ＳC31）。開始処理ＳB（ＳB9）で通知された装置識別子ＨIDの音響処理装置３０がGET要求の送信先として選定される。GET要求は、例えば所定の間隔で順次に送信される。
【００７７】
GET要求は、付加情報Ｂ2と署名情報ＳGとを含んで構成される。付加情報Ｂ2は、PUT要求の付加情報Ｂ1と同様に、利用者識別子ＵIDおよびセッション識別子ＳIDと、音響処理装置３０に要求する処理済データＤbのサイズ（例えばフレーム数）とを含む。署名情報ＳGは、秘密鍵ＫSを利用した演算で付加情報Ｂ2から生成される。
【００７８】
GET要求を受信すると、音響処理装置３０の管理部６２（受信部６２２）は、公開鍵ＫPを利用してGET要求内の署名情報ＳGの正当性を検証する（ＳC32）。署名情報ＳGの正当性が肯定された場合、送信部６２４は、GET要求の付加情報Ｂ2で指示されたサイズの処理済データＤbを主記憶装置３４２から取得し、共通鍵ＫCで暗号化したうえで端末装置１０に送信する（ＳC33）。端末装置１０の制御装置１２は、音響処理装置３０から受信した処理済データＤbを共通鍵ＫCで復号したうえで放音装置１８に供給する（ＳC34）。放音装置１８は、処理済データＤbが示す再生音を放射する。処理済データＤbの再生（ＳC34）は、端末装置１０が処理済データＤbを受信するたびに順次に実行される。すなわち、処理済データＤbはストリーミング方式で授受および処理（再生）される。利用者は、自身が選択した音響処理を処理ファイルＦに対して実行した再生音を聴取することが可能である。
【００７９】
［４］終了処理ＳD（図１６）  
利用者から終了が指示された場合や処理ファイルＦ内の全体について処理が完了した場合には、音響処理サービスを終了するための終了処理ＳDが実行される。図１６は、終了処理ＳDの手順の説明図である。図１６に示すように、端末装置１０の制御装置１２は、通信の完了の要求（CLOSE要求）を音響処理装置３０に送信する（ＳD1）。CLOSE要求は、利用者識別子ＵIDおよびセッション識別子ＳIDと、秘密鍵ＫSで生成された署名情報ＳGとを含んで構成される。
【００８０】
CLOSE要求を受信すると、音響処理装置３０の管理部６２は、CLOSE要求内の署名情報ＳGの正当性を検証し、署名情報ＳGの正当性が肯定される場合には、利用者識別子ＵIDとセッション識別子ＳIDとを含む終了通知を管理装置４０に送信する（ＳD2）。終了通知を受信した管理装置４０の処理部４２２は、終了通知で指定されたセッション識別子ＳIDを記憶装置４４から削除する（ＳD3）。すなわち、端末装置１０と音響処理システム１００との通信（セッション）が終了する。また、割当部４２４は、割当情報ＢAのうち終了通知を送信してきた音響処理装置３０の負荷状況Ｃ2を更新する（ＳD4）。例えば、割当部４２４は、負荷状況Ｃ2が示す端末装置１０（音響処理サービスの提供中の端末装置１０）の台数を減少させる。以上の処理が完了すると、処理部４２２は、利用者識別子ＵIDを含む利用通知を登録装置２０に送信する（ＳD5）。
【００８１】
利用通知を受信すると、登録装置２０の制御装置２２は、利用通知内の利用者識別子ＵIDに対応する決済情報ＰYを登録情報ＢRから検索し、この決済情報ＰYを利用した決済処理（今回の音響処理サービスの提供に対する課金）を実行する（ＳD6）。決済処理には公知の技術が任意に採用される。決済処理の完了が管理装置４０に通知されることで（ＳD7）、終了処理ＳDが完了する。
【００８２】
以上に説明したように、本実施形態においては、音データＤa（処理対象データＷ）がストリーミング方式で音響処理装置３０に送信されて音響処理が実行され、音響処理後の処理済データＤbがストリーミング方式で端末装置１０に送信されて再生される。したがって、処理ファイルＦの全体を音響処理装置３０が受信してから音響処理を開始する構成や、音響処理後のファイルの全体を端末装置１０が受信してから再生を開始する構成と比較して、音響処理サービスの開始から音響処理後の再生音を利用者が実際に聴取するまでの時間を短縮することが可能である。
【００８３】
また、以上のように処理対象データＷの音響処理や処理済データＤbの再生が実時間的に実行されるから、音響処理の処理変数Ｘを代行処理ＳCに並行して随時に変化させることが可能である。したがって、再生音を実際に聴取しながら、所望の特性の再生音が生成されるように利用者が処理変数Ｘを調整できるという利点がある。
【００８４】
ところで、処理ファイルＦの全体を取得してから音響処理を開始する構成では、処理ファイルＦの書込や読出に高い速度は要求されないから、処理ファイルＦを補助記憶装置３４４に格納したうえで音響処理の実行時に随時に読出す構成も採用され得る。しかし、第１実施形態のように音データＤaや処理済データＤbをストリーミング方式で処理する構成のもとで音データＤaや処理済データＤbを補助記憶装置３４４に格納する場合には、補助記憶装置３４４に対する書込や読出の遅延の影響で再生音の中断などの不具合が発生する可能性がある。他方、第１実施形態においては、高速な書込や読出が可能な主記憶装置３４２に音データＤaや処理済データＤbが直接に格納されるから、処理の遅延が充分に抑制される（したがって、再生音の中断が発生し難い）という利点がある。ストリーミング方式で授受される音データＤaや処理済データＤbを主記憶装置３４２に格納する構成は、前述のように、管理プログラムＰAや音響処理プログラムＰBを主記憶装置３４２に常駐させることで有効に実現される。
【００８５】
また、音響処理装置３０毎の負荷状況Ｃ2が管理装置４０（割当部４２４）にて管理され、複数の音響処理装置３０のうち音響処理を実行可能な音響処理装置３０が音響処理サービスの提供元として選択的に端末装置１０に割当てられる。したがって、例えば各音響処理装置３０の負荷を均等化しながら複数の端末装置１０に対して並列に音響処理サービスを提供できるという利点がある。
【００８６】
＜Ｂ：第２実施形態＞
次に、本発明の第２実施形態について説明する。第１実施形態では、音響処理装置３０の音響処理部６４が実行する音響処理として効果付与を例示した。第２実施形態では、効果付与に加えて、処理対象データＷが示す音の音高（ピッチ）を変更する処理（音高補正）を音響処理部６４が実行する。なお、以下の各例示において作用や機能が第１実施形態と同等である要素については、以上と同じ符号を付して各々の詳細な説明を適宜に省略する。
【００８７】
図１７は、第２実施形態において端末装置１０から音響処理装置３０に送信される音データＤaの模式図である。図１７に示すように、音データＤaは、第１実施形態と同様の処理対象データＷ（波形データ）および変数設定データＶに加えて音高指示データＰTを含んで構成される。音高指示データＰTは、音高を順次に指定するデータ（例えばMIDI規格に準拠した時系列データ）であり、時系列に配列された複数の単位データＵを含んで構成される。各単位データＵは、音高を指定する音高データｕ1（イベントデータ）と、音高の変化の時点を指定するタイミングデータｕ2とを含む。タイミングデータｕ2は、処理対象データＷが示す音を音高データｕ1の音高に変更する時点（例えば処理対象データＷの先頭からの時間）を指定する。
【００８８】
音響処理装置３０の管理部６２（受信部６２２）は、図１７の構造の音データＤaを含むPUT要求を端末装置１０から順次に受信して主記憶装置３４２に格納する。音響処理部６４は、主記憶装置３４２に格納された音データＤaの処理対象データＷが示す音の音高を、音高指示データＰTの各単位データＵのタイミングデータｕ2が示す時点で、その単位データＵの音高データｕ1が示す音高に変更する。また、音響処理部６４は、音高の変更後の処理対象データＷに対して、第１実施形態と同様の方法で、変数設定データＶに応じた音響効果を付加する。以上の処理で生成された処理済データＤbが主記憶装置３４２に順次に格納され、端末装置１０からのGET要求に応じて送信部６２４から送信される。したがって、処理対象データＷが示す音の音高を音高指示データＰTに応じて変更した音が端末装置１０の放音装置１８から出力される。
【００８９】
＜Ｃ：第３実施形態＞
次に、本発明の第３実施形態について説明する。第３実施形態では、音響処理サービスの試用が可能である。具体的には、利用者は、利用者識別子ＵIDとパスワードＰWDとを登録情報ＢRに登録すること（決済情報ＰYの登録は不要）で音響処理サービスの試用が可能となり、決済情報ＰYを登録情報ＢRに追加的に登録することで音響処理サービスの本使用が可能となる。なお、チケット情報ＴCKは、決済情報ＰYの登録を条件に発行されるから、試用の段階ではチケット情報ＴCKは発行されない。すなわち、図１１の準備処理ＳAのうちステップＳA11からステップＳA15の処理が省略される。
【００９０】
試用の段階では、所定の制限（以下「試用制限」という）のもとで音響処理サービスが提供される。試用制限としては、例えば、音響処理サービスが提供される時間に対する制限（例えばOPEN要求の送信から５分以内という制限）や、音響処理が実行される処理対象データＷのデータ量の合計に対する制限（例えば、再生音の３０秒分に相当する処理対象データＷという制限）が想定され得る。
【００９１】
第１実施形態では、端末装置１０から受信したOPEN要求がチケット情報ＴCKを含まない場合には管理装置４０の処理部４２２がOPEN要求を拒否したが、第３実施形態では、OPEN要求内のチケット情報ＴCKの有無に応じて音響処理サービスの試用（無料）と本使用（有料）とを区別する構成が採用され得る。すなわち、端末装置１０から送信されたOPEN要求がチケット情報ＴCKを含む場合には、音響処理サービスの本使用のために第１実施形態と同様の処理（図１２）が実行され、OPEN要求がチケット情報ＴCKを含まない場合には、図１８に例示する代行処理ＳCが実行されることで音響処理サービスの試用が可能となる。
【００９２】
端末装置１０からPUT要求またはGET要求を受信するたびに（ＳC60）、音響処理装置３０の管理部６２は、今回の要求が試用制限の範囲内か否かを判定する（ＳC61）。判定の結果が肯定である場合、管理部６２は、第１実施形態と同様の手順で音データＤaの受信および処理と処理済データＤbの送信とを実行する（図示略）。他方、判定の結果が否定である場合（試用制限の範囲を超えた場合）、端末装置１０との通信を強制的に終了させるために以下の処理（ＳC62〜ＳC66）が実行される。
【００９３】
音響処理装置３０の管理部６２は、今回の要求を破棄し、セッション識別子ＳIDを含む超過通知を管理装置４０に送信する（ＳC62）。管理装置４０の処理部４２２は、超過通知で指定されたセッション識別子ＳIDを記憶装置４４から削除する（ＳC63）。また、割当部４２４は、割当情報ＢAのうち超過通知を送信してきた音響処理装置３０の負荷状況Ｃ2を更新する（ＳC64）。例えば、割当部４２４は、負荷状況Ｃ2が示す端末装置１０（音響処理サービスの提供中の端末装置１０）の台数を減少させる。以上の処理にも関わらず端末装置１０が音響処理装置３０にPUT要求またはGET要求を送信してきた場合（ＳC65）、音響処理装置３０の管理部６２は、試用制限を超過したことを示すエラー通知を端末装置１０に送信する（ＳC66）。
【００９４】
以上の形態によれば、利用者は、音響処理サービスを試用したうえで音響処理サービスの続行の要否を判定できるという利点がある。なお、以上においては試用の段階での制限を例示したが、端末装置１０と音響処理装置３０との間の通信を本使用の段階で図１８の例示のように制限する構成も採用され得る。
【００９５】
＜Ｄ：第４実施形態＞
以上の各形態では、音響処理装置３０が音響処理を代行する構成を例示した。第４実施形態では、音響処理装置３０が音響処理を代行する動作モード（以下「処理代行モード」という）と、端末装置１０自身が音響処理を実行する動作モード（以下「自己処理モード」という）とが選択される。
【００９６】
図１９は、準備処理ＳA（図１１）および開始処理ＳB（図１２）の実行後に端末装置１０の表示装置１７に表示される変数設定画面１７６の模式図である。図１９に示すように、変数設定画面１７６は、音響処理システム１００（音響処理装置３０）の動作モード（処理代行モード／自己処理モード）を指示するための操作子１７８を、第１実施形態の変数設定画面１７２（図１３）に追加した構成である。入力装置１６を利用して利用者が操作子１７８を操作するたびに、音響処理システム１００の動作モードが処理代行モードおよび自己処理モード（図１９の“Local Processing”）の一方から他方に変更される。
【００９７】
図２０は、第４実施形態の音響処理装置３０のブロック図である。図２０に示すように、第４実施形態の音響処理装置３０の制御装置３２は、前述の管理部６２および音響処理部６４に加えて選択部６６として機能する。選択部６６は、動作モードを処理代行モードおよび自己処理モードの何れかに可変に設定する。
【００９８】
図２１は、動作モードの設定に関連する動作の説明図である。利用者が操作子１７８を操作するたびに、端末装置１０の制御装置１２は、管理装置４０が開始処理ＳB（ＳB9）で自身に割当てた音響処理装置３０に対してモード指示を送信する（ＳF11）。モード指示は、利用者が操作子１７８に対する操作で指示した動作モードを示すモード情報Ｍと、付加情報Ｂ1と同様に利用者識別子ＵIDおよびセッション識別子ＳIDを含む付加情報Ｂ0と、モード情報Ｍおよび付加情報Ｂ0から秘密鍵ＫSで生成された署名情報ＳGとを含んで構成される。
【００９９】
端末装置１０からモード指示を受信すると、音響処理装置３０の管理部６２は、図１４のステップＳC13と同様にモード指示内の署名情報ＳGの正当性を検証し（ＳF12）、署名情報ＳGの正当性が否定される場合には動作モードの変更の拒否を端末装置１０の利用者に通知して処理を終了する（図示略）。他方、署名情報ＳGの正当性が肯定されると、選択部６６は、音響処理装置３０の動作モードを、モード指示内のモード情報Ｍが指定する動作モード（処理代行モード／自己処理モード）に設定する（ＳF13）。
【０１００】
選択部６６が処理代行モードを選択した場合、図１４と同様の代行処理ＳCが実行される。すなわち、受信部６２２が端末装置１０から音データＤaを受信する送信処理ＳC1と、音データＤaに対する音響処理で音響処理部６４が処理済データＤbを生成する加工処理ＳC2と、送信部６２４が処理済データＤbを端末装置１０に送信する返信処理ＳC3とが順次に実行される。音響処理部６４による音響処理には、第１実施形態と同様に、図１９の変数設定画面１７６の操作子１７４に対する操作で利用者が設定した設定値ｖAが適用される。以上の処理代行モードでは、自己処理モードと比較して端末装置１０の処理負荷が軽減されるという利点がある。
【０１０１】
他方、選択部６６が自己処理モードを選択した場合、端末装置１０に音響処理を実行させるための処理が実行される。すなわち、まず、音響処理装置３０の管理部６２は、準備処理ＳA（ＳA10）で利用者が選択した音響処理に対応する音響処理プログラムＰBを補助記憶装置３４４（または主記憶装置３４２）から取得する（ＳF14）。そして、管理部６２（送信部６２４）は、ステップＳF14で取得した音響処理プログラムＰBを共通鍵ＫCで暗号化したうえで端末装置１０に送信する（ＳF15）。音響処理プログラムＰBの送信先となる端末装置１０は、ステップＳF11で端末装置１０から受信したモード指示内の付加情報Ｂ0から特定される。
【０１０２】
端末装置１０の制御装置１２は、音響処理装置３０から受信した音響処理プログラムＰBを共通鍵ＫCで復号したうえで記憶装置１４に格納して実行する（ＳF16）。すなわち、制御装置１２は、音響処理装置３０の音響処理部６４と同様の音響処理（図１４のステップＳC21）を、記憶装置１４に格納された処理ファイルＦ（処理対象データＷ）に対して実行し、処理後の処理対象データＷ（処理済データＤb）を放音装置１８に供給する（ＳF17）。制御装置１２による音響処理には、処理代行モードと同様に、図１９の変数設定画面１７６の操作子１７４に対する操作で利用者が設定した設定値ｖAが適用される。放音装置１８は、制御装置１２が生成した処理対象データＷを音波として再生する。以上のように、自己処理モードでは端末装置１０が音響処理を実行する（すなわち端末装置１０と音響処理装置３０との間で音データＤaや処理済データＤbの授受が不要である）から、処理代行モードと比較して処理済データＤbの再生の遅延が低減されるという利点がある。
【０１０３】
以上に説明した第４実施形態では、音響処理装置３０の動作モードが、音響処理装置３０が音響処理を代行する処理代行モードと、音響処理プログラムＰBの配信で端末装置１０に音響処理を実行させる自己処理モードとの何れかに設定される。したがって、端末装置１０の処理負荷を軽減できる処理代行モードの利点と再生の遅延が低減される自己処理モードの利点とを、利用者の意図に応じて選択的に優先させることが可能である。
【０１０４】
また、利用者が操作する変数設定画面１７６は処理代行モードと自己処理モードとで共通するから、音響処理の主体（音響処理装置３０／端末装置１０）を利用者に意識させずに音響処理装置３０の動作モードを変更できるという利点もある。また、処理代行モードと自己処理モードとで変数設定画面１７６を相違させる構成と比較して、変数設定画面１７６等の作成（開発）の手間が削減されるという利点もある。
【０１０５】
＜Ｅ：第５実施形態＞
第４実施形態では、動作モード（処理代行モード／自己処理モード）の選択と音響処理の代行と音響処理プログラムＰBの配信とを音響処理装置３０が実行した。第５実施形態では、音響処理システム１００内の別個の装置が以上の各動作を実行する。
【０１０６】
図２２は、第５実施形態に係る音響処理システム１００のブロック図である。図２２に示すように、第５実施形態の音響処理システム１００は、端末装置１０に音響処理プログラムＰBを配信する配信装置５０を第１実施形態に追加した構成である。図２２に示すように、配信装置５０は、制御装置５２と記憶装置５４とを具備するコンピュータシステムで実現される。記憶装置５４は、制御装置５２が実行するプログラムＰGM5と端末装置１０に音響処理を実行させる音響処理プログラムＰBとを記憶する。制御装置５２は、記憶装置５４に格納されたプログラムＰGM5の実行で端末装置１０に音響処理プログラムＰBを配信する。
【０１０７】
図２３は、第５実施形態における開始処理ＳB（図１２の変形）の手順の説明図である。図２３に示すように、端末装置１０から管理装置４０に送信されるOPEN要求（ＳB1）は、第１実施形態と同様の情報（ＰID，ＵID，ＴCK，ＳG）に加えてモード情報Ｍを含んで構成される。モード情報Ｍは、第４実施形態と同様に、変数設定画面１７６（図１９）に対する利用者からの指示に応じて処理代行モードおよび自己処理モードの何れかを指定する。
【０１０８】
端末装置１０からOPEN要求を受信すると、管理装置４０の処理部４２２は、OPEN要求内のモード情報Ｍに応じて処理代行モードおよび自己処理モードの何れかを選択する（ＳB21）。処理部４２２が処理代行モードを選択した場合、第１実施形態と同様に、端末装置１０に対する音響処理装置３０の割当（ＳB2〜ＳB9）が実行されたうえで図１４の代行処理ＳCが実行される。
【０１０９】
他方、自己処理モードを選択すると、処理部４２２は、OPEN要求に対する応答を端末装置１０に送信する（ＳB22）。管理装置４０から応答を受信すると、端末装置１０の制御装置１２は、利用者が利用可能な音響処理（購入済の音響処理）を実現する音響処理プログラムＰBの要求（配信要求）を配信装置５０に送信する（ＳB23）。配信要求の送信先となる配信装置５０や音響処理プログラムＰBの所在は、例えば管理装置４０から事前に通知される所在情報（例えばURL（Uniform Resource Locator））で特定される。所在情報は、例えば、図１１のステップＳA9で管理装置４０から端末装置１０に送信される開始応答（INITIATE要求に対する応答）や、図２３のステップＳB22で管理装置４０から端末装置１０に送信される応答に含められる。
【０１１０】
配信要求を受信すると、配信装置５０の制御装置５２は、配信要求内の所在情報で指定される音響処理プログラムＰBを記憶装置５４から取得して端末装置１０に送信する（ＳB24）。端末装置１０の制御装置１２は、図２１のステップＳF16およびＳF17と同様に、配信装置５０から受信した音響処理プログラムＰBを記憶装置１４に格納して実行し（ＳB25）、音響処理後の処理対象データＷ（処理済データＤb）を放音装置１８に供給する（ＳB26）。変数設定画面１７６で指示された設定値ｖAを端末装置１０での音響処理に適用する動作も第４実施形態と同様である。以上に説明した第５実施形態でも第４実施形態と同様の効果が実現される。
【０１１１】
＜Ｆ：変形例＞
以上の各形態は多様に変形され得る。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様は適宜に併合され得る。
【０１１２】
（１）変形例１  
音響処理の内容は、第１実施形態で例示した効果付与や第２実施形態で例示した音高補正に限定されない。例えば、楽曲の演奏音や歌唱音を音響処理装置３０が音響処理で生成する構成も採用され得る。例えば、楽曲の各楽音の音高と発音の時点とを時系列に指定する音データＤaを音響処理装置３０の管理部６２が端末装置１０から受信すると、音響処理部６４は、音データＤaが時系列に指定する楽音の演奏音を示す処理済データＤbを生成する。すなわち、音響処理装置３０は、例えばMIDIシーケンサと楽音合成用のソフトウェアとを音響処理プログラムＰBとして実行することで、楽音合成（自動演奏）を音響処理として実行する。
【０１１３】
また、歌唱音の音高と歌詞（音節）とを時系列に指定する音データＤaを音響処理装置３０の管理部６２が端末装置１０から受信すると、音響処理部６４は、音データＤaが指定する歌詞に対応した音素を音データＤaが示す音高に調整して相互に連結することで、歌唱音を示す処理済データＤbを生成する。すなわち、音響処理装置３０は、歌唱合成プログラムを音響処理プログラムＰBとして実行することで、歌唱合成（音声合成）を音響処理として実行する。
【０１１４】
以上の例示から理解されるように、本発明における音響処理は、音響に関する処理として包括され、具体的な内容の如何は不問である。第１実施形態の効果付与，第２実施形態の音高補正，および変形例１の楽音合成や歌唱合成は、音響処理の概念に包含される典型例である。また、音データＤaや処理済データＤbの形式や各々が示す内容は、音響処理の種類や内容に応じて適宜に選定され、具体的な形式の如何は本発明では不問である。例えば、前述の例示から理解される通り、第１実施形態の効果付与や第２実施形態の音高補正を音響処理として実行する場合には、波形データを処理対象データＷとして含む音データＤaが好適に採用され、変形例１のように演奏音や歌唱音の合成を音響処理として実行する場合には、合成音を指示する時系列データが音データＤaとして好適に採用される。なお、音楽的な要素は音データＤaにとって必須ではない。例えば、直接的には音楽と関係しない自然音や人工音等の様々な音響（例えば波音や風音やエンジン音）の波形データを処理対象データＷとして音データＤaに含ませて音響処理を実行する構成も採用され得る。
【０１１５】
（２）変形例２  
以上の各形態では、音響処理装置３０の主記憶装置３４２に２個の音データＤa（Ｄa_1，Ｄa_2）が格納される場合を例示したが、主記憶装置３４２に格納される音データＤaの個数は任意に変更される。したがって、音データＤaの音響処理に適用される他の音データＤaの個数も適宜に変更される。なお、例えば各音データＤaに対する音響処理に前後の音データＤaが影響しない場合には、音データＤaの音響処理に他の音データＤaを利用する構成は省略され得る。
【０１１６】
（３）変形例３  
以上の各形態では、事前に作成されて記憶装置１４に記憶された処理ファイルＦ（音データＤa）をストリーミング方式で端末装置１０から音響処理装置３０に送信したが、端末装置１０において、音響処理装置３０に対して音データＤaを順次に送信する処理に並行して音データＤaを動的に生成する構成も採用され得る。すなわち、端末装置１０（制御装置１２）は、利用者による操作（演奏）に応じて電子楽器等の入力装置から端末装置１０に供給される音データＤaを、順次に（すなわち、静的な処理ファイルＦとして記憶装置１４に記憶せずに）音響処理装置３０にストリーミング方式で送信する。
【０１１７】
（４）変形例４  
以上の各形態においては、変数設定データＶが処理変数Ｘを指定する場合を例示したが、音響処理（特に効果付与や音高補正）の実行の有無（オン／オフ）を指示する情報を変数設定データＶに含ませた構成も好適である。音響処理装置３０の音響処理部６４は、音響処理の実行が変数設定データＶで指示されると音響処理を実行し、音響処理の停止が変数設定データＶで指示されると音響処理を停止する。以上の構成によれば、利用者が選択した音響処理をストリーミング方式で処理している途中の時点（代行処理ＳCの途中の時点）で音響処理を開始／停止することが可能である。
【０１１８】
（５）変形例５  
第４実施形態および第５実施形態では、利用者からの指示（操作子１７８の操作）に応じて動作モード（処理代行モード／自己処理モード）を変更したが、動作モードの選択の契機や基準は、以下に例示するように適宜に変更される。
【０１１９】
例えば、通信網２００の伝送能力が低い場合（例えば伝送速度が低い場合や通信トラヒックが多い場合）には、音データＤaや処理済データＤbの授受が不要な自己処理モードが適切である。したがって、通信網２００の伝送能力が高い場合には処理代行モードを選択し、通信網２００の伝送能力が低い場合には自己処理モードを選択する構成が好適である。
【０１２０】
また、音響処理の対象となる処理ファイルＦのサイズ（合計データ量）が音響処理プログラムＰBのサイズと比較して大きい場合には、通信網２００の通信トラヒックの低減という観点から自己処理モードが適切である。したがって、処理ファイルＦのサイズが所定の閾値（例えば音響処理プログラムＰBのサイズ）を下回る場合には処理代行モードを選択し、処理ファイルＦのサイズが閾値を上回る場合には自己処理モードを選択する構成好適にが採用され得る。
【０１２１】
（６）変形例６  
第４実施形態および第５実施形態では、処理代行モードと自己処理モードとで共通の音響処理プログラムＰBを使用したが、以下に例示するように、処理代行モードで音響処理装置３０が実行する音響処理プログラムＰB（ＰB1）と、自己処理モードで端末装置１０が実行する音響処理プログラムＰB（ＰB2）とで内容が相違する構成も採用され得る。
【０１２２】
例えば、処理代行モードの音響処理プログラムＰB1を簡略化（例えば特定の機能を省略）した音響処理プログラムＰB2を自己処理モードで使用する構成が採用され得る。以上の構成は、端末装置１０の処理能力が低い場合（例えば端末装置１０が携帯型の情報端末である場合）に好適である。
【０１２３】
また、以上の例示とは逆に、自己処理モードの音響処理プログラムＰB2を簡略化した音響処理プログラムＰB1を処理代行モードで使用する構成が採用される。例えば、第３実施形態における音響処理サービスの試用の段階では、処理代行モードが選択されて簡易版の音響処理プログラムＰB1が音響処理装置３０にて実行され、利用者が音響処理サービスの本使用（あるいは音響処理プログラムＰBの購入）の手続を完了すると、自己処理モードが選択されて音響処理プログラムＰB2（音響処理プログラムＰB1と比較して高品位な再生音を生成可能なプログラム）が端末装置１０に配信されるという構成が好適である。以上の構成では、音響処理サービスの本使用や音響処理プログラムＰBの購入を確定するための操作子が図１９の変数設定画面１７６に追加され得る。
【０１２４】
（７）変形例７  
第４実施形態および第５実施形態では、音響処理装置３０による音響処理（処理代行モード）と端末装置１０による音響処理（自己処理モード）とを択一的に選択したが、音響処理装置３０と端末装置１０とで音響処理を分担する構成も採用され得る。例えば、１種類の音響処理を構成する複数の処理のうちの一部の処理を音響処理装置３０が実行するとともに他の処理を端末装置１０が実行する構成や、利用者が選択した複数種の音響処理のうちの一部の音響処理を音響処理装置３０が実行するとともに他の音響処理を端末装置１０が実行する構成が採用され得る。
【０１２５】
（８）変形例８  
音響処理システム１００が提供する各機能と音響処理システム１００を構成する各装置の単体／別体との関係は適宜に変更される。例えば、登録装置２０や音響処理装置３０を管理装置４０と一体の装置として実現した構成や、管理装置４０の処理部４２２と割当部４２４とを別体の装置として実現した構成も採用され得る。
【符号の説明】
【０１２６】
１００……音響処理システム、２００……通信網、１０……端末装置、１２，２２，３２，４２，５２……制御装置、１４，２４，４４，５４……記憶装置、１６……入力装置、１７……表示装置、１８……放音装置、２０……登録装置、３０……音響処理装置、３４……記憶部、３４２……主記憶装置、３４４……補助記憶装置、ＰA……管理プログラム、ＰB……音響処理プログラム、６２……管理部、６４……音響処理部、６６……選択部、４０……管理装置、４２２……処理部、４２４……割当部、５０……配信装置。
【図１】
2011123462.tif 000003
【図２】
2011123462.tif 000004
【図３】
2011123462.tif 000005
【図４】
2011123462.tif 000006
【図５】
2011123462.tif 000007
【図６】
2011123462.tif 000008
【図７】
2011123462.tif 000009
【図８】
2011123462.tif 000010
【図９】
2011123462.tif 000011
【図１０】
2011123462.tif 000012
【図１１】
2011123462.tif 000013
【図１２】
2011123462.tif 000014
【図１３】
2011123462.tif 000015
【図１４】
2011123462.tif 000016
【図１５】
2011123462.tif 000017
【図１６】
2011123462.tif 000018
【図１７】
2011123462.tif 000019
【図１８】
2011123462.tif 000020
【図１９】
2011123462.tif 000021
【図２０】
2011123462.tif 000022
【図２１】
2011123462.tif 000023
【図２２】
2011123462.tif 000024
【図２３】
2011123462.tif 000025