JP5625482B2

JP5625482B2 - 音響処理装置、音処理システムおよび音処理方法

Info

Publication number: JP5625482B2
Application number: JP2010117013A
Authority: JP
Inventors: 祐二小池
Original assignee: Yamaha Corp
Current assignee: Yamaha Corp
Priority date: 2010-05-21
Filing date: 2010-05-21
Publication date: 2014-11-19
Anticipated expiration: 2030-05-21
Also published as: EP2388776B1; US9087502B2; JP2011243136A; US20110296253A1; EP2388776A1

Description

本発明は、通信網を介して端末装置から受信したデータ（以下「処理対象データ」という）に対して効果付与等の音処理を実行したうえで端末装置に送信する技術に関する。

端末装置と通信する音処理装置（サーバ装置）に各種の音処理を代行させる技術が従来から提案されている（例えば特許文献１や特許文献２）。音処理装置は、端末装置から受信した処理対象データに対して音処理を実行し、処理後のデータ（以下「処理済データ」という）を端末装置に送信する。以上の技術によれば、音処理に必要なハードウェアやソフトウェアを端末装置に実装せずに、音処理で生成された処理済データを端末装置にて利用することが可能である。

特開平１０−１７７３８０号公報特開平１１−０８５１４８号公報

ところで、端末装置と音処理装置との通信には、例えば公知のＨＴＴＰ（HyperText Transfer Protocol）に準拠した手順が採用され得る。図７は、端末装置と音処理装置との通信の説明図である。図７に示すように、端末装置は、処理対象データＤAを含む処理要求Ｐ（ＰＵＴリクエスト）を所定の周期Ｔ0で順次に音処理装置に送信する。処理要求Ｐを受信した音処理装置は、処理要求Ｐに対する応答通知ＲP（レスポンス）を端末装置に送信し、処理要求Ｐ内の処理対象データＤAに対する音処理を実行する。また、端末装置は、処理済データＤBの送信を指示する送信要求Ｇ（ＧＥＴリクエスト）を順次に送信する。送信要求Ｇを受信した音処理装置は、音処理で生成した処理済データＤBを、送信要求Ｇに対する応答通知ＲGに含ませて端末装置に送信する。

しかし、図７の技術のもとでは、処理要求Ｐおよび送信要求Ｇの双方が端末装置から音処理装置に送信され、かつ、処理要求Ｐに対する応答通知ＲPと送信要求Ｇに対する応答通知ＲGとが音処理装置から端末装置に送信される。したがって、端末装置と音処理装置との通信回数が多いという問題がある。

また、音処理装置が送信要求Ｇを受信した時点で未だ処理済データＤBの生成が完了していないという事態を防ぐには、図７に示すように、端末装置が処理要求Ｐの送信を開始してから最初の送信要求Ｇの送信を開始するまでに、最初の処理対象データＤAに対する音処理が確実に完了していると見込まれるだけの充分な時間τを確保する必要がある。すなわち、処理対象データＤAの音処理が時点ｔaで完了している場合でも、最初の処理要求Ｐから時間τが経過した時点ｔbまで（さらには時間τの経過後に最初の送信要求Ｇに対する応答通知ＲGを端末装置が受信するまで）は、端末装置は処理済データＤBを取得できない。したがって、端末装置が処理要求の送信を開始してから処理済データを取得するまでの遅延時間が大きいという問題もある。

以上の事情を考慮して、本発明は、端末装置と音処理装置との通信回数を削減するとともに端末装置による処理済データの取得の遅延を低減することを目的とする。

以上の課題を解決するために、本発明の音処理装置は、通信網を介して端末装置と通信する音処理装置であって、処理対象データを含む処理要求を端末装置から順次に受信する受信手段と、処理対象データに対する音処理の実行で処理済データを生成する音処理手段と、処理要求に対する応答通知であって処理済データを含む応答通知を生成する応答生成手段と、応答通知を端末装置に順次に送信する送信手段とを具備する。

以上の構成においては、処理対象データを音処理装置に送信するための処理要求に対する応答通知に、音処理手段による音処理後の処理済データが含められて端末装置に送信されるから、音処理装置に対する処理済データの要求に専用される送信要求を端末装置から音処理装置に送信する処理や、送信要求に対する応答通知を音処理装置から端末装置に送信する処理は不要である。したがって、処理要求および送信要求が端末装置から音処理装置に送信される構成と比較して端末装置と音処理装置との通信回数が削減されるという利点がある。また、端末装置から送信される送信要求の受信を待機せずに音処理装置から端末装置に処理済データ（応答通知）が送信されるから、端末装置からの送信要求の受信を契機として音処理装置が処理済データを端末装置に送信する構成と比較して、端末装置が処理要求の送信を開始してから処理済データを取得するまでの遅延時間を短縮できるという利点がある。

本発明の好適な態様において、応答生成手段は、受信手段が受信した第１処理要求の処理対象データに対する音処理で音処理手段が生成した処理済データを、第１処理要求の受信後に受信手段が受信した第２処理要求に対する応答通知に含める。すなわち、応答生成手段は、音処理手段が生成した未送信の処理済データが存在する場合には当該処理済データを含む応答通知を生成し、未送信の処理済データが存在しない場合には処理済データを含まない応答通知を生成する。以上の態様においては、処理済データの生成を待たずに応答通知が生成および送信されるから、端末装置が処理要求を送信してからこれに対する応答通知を受信するまでの時間を短縮することが可能である。

本発明の好適な態様において、応答生成手段は、処理要求の通信に関するエラーの有無を示すエラー情報を含む応答通知を生成し、エラー情報がエラーの発生を示す応答通知およびエラー情報がエラーの非発生を示す応答通知の何れにも処理済データを含ませる。以上の態様においては、処理要求が適正に受信された場合（エラー非発生）に加えて処理要求の通信に関するエラーが発生した場合にも、その処理要求に対する応答通知には処理済データが含められ得るから、端末装置が処理済データを取得できる機会が充分に確保されるという利点がある。

本発明は、以上の各態様に係る音処理装置を利用した音処理システムとしても特定される。本発明の音処理システムは、通信網を介して相互に通信する音処理装置と端末装置とを含む音処理システムであって、処理対象データを含む処理要求を端末装置から順次に受信する受信手段と、処理対象データに対する音処理の実行で処理済データを生成する音処理手段と、処理要求に対する応答通知であって処理済データを含む応答通知を生成する応答生成手段と、応答通知を端末装置に順次に送信する送信手段とを具備し、端末装置は、処理要求を生成する要求生成手段と、処理要求を音処理装置に送信する端末側送信手段（例えば図２の送信部１６１）と、音処理装置から応答通知を受信する端末側受信手段（例えば図２の受信部１６３）と、応答通知から処理済データを取得する受信処理手段とを具備する。以上の態様によれば、本発明の音処理装置と同様の作用および効果が実現される。

また、以上の各態様に係る音処理装置は、音処理の実行に専用されるＤＳＰ（Digital Signal Processor）などのハードウェア（電子回路）によって実現されるほか、ＣＰＵ（Central Processing Unit）などの汎用の演算処理装置とプログラム（ソフトウェア）との協働によっても実現される。本発明のプログラムは、処理対象データを含む処理要求を端末装置から順次に受信する受信処理と、処理対象データに対する音処理の実行で処理済データを生成する音処理と、処理要求に対する応答通知であって処理済データを含む応答通知を生成する応答生成処理と、応答通知を端末装置に順次に送信する送信処理とをコンピュータに実行させる。以上のプログラムによれば、本発明の音処理装置と同様の作用および効果が実現される。本発明のプログラムは、コンピュータが読取可能な記録媒体に格納された形態で利用者に提供されてコンピュータにインストールされるほか、通信網を介した配信の形態でサーバ装置から提供されてコンピュータにインストールされる。

本発明の実施形態に係る音処理システムのブロック図である。端末装置のブロック図である。音処理装置のブロック図である。応答通知の説明図である。応答生成部の動作のフローチャートである。端末装置と音処理装置との通信の手順の説明図である。背景技術における端末装置と音処理装置との通信の手順の説明図である。

＜Ａ：実施形態＞
図１は、本発明の実施形態に係る音処理システム１００のブロック図である。図１に示すように、音処理システム１００は、端末装置１０と音処理装置（サーバ装置）２０とを含んで構成される通信システムである。端末装置１０と音処理装置２０とは、通信網３０（例えばインターネット）を介して相互に通信する。端末装置１０と音処理装置２０との通信には、例えばＨＴＴＰに準拠した通信方式が採用される。なお、図１では便宜的に１個の端末装置１０のみを図示したが、実際には複数の端末装置１０が通信網３０を介して音処理装置２０と並列に通信する。

音処理システム１００で実行される通信の概略を以下に説明する。端末装置１０は、処理対象データＤAを含む処理要求Ｐ（ＰＵＴリクエスト）を音処理装置２０に対して順次に送信する。音処理装置２０は、端末装置１０から受信した処理要求Ｐの処理対象データＤAに音処理を実行することで処理済データＤBを生成し、端末装置１０から受信した処理要求Ｐに対する応答通知（レスポンス）ＲPに処理済データＤBを含ませて端末装置１０に送信する。すなわち、音処理装置２０は、処理対象データＤAに対する音処理（処理済データＤBの生成）を代行する。残響音等の音響効果を付与する処理（効果付与）を以下では音処理として例示する。

図２は、端末装置１０のブロック図である。端末装置１０は、携帯電話機やパーソナルコンピュータ等の情報端末であり、図２に示すように制御装置１２と記憶装置１４と通信装置１６と放音装置１８とを含んで構成される。記憶装置１４は、例えば半導体記録媒体や磁気記録媒体で構成され、制御装置１２が実行するプログラムＰG1や制御装置１２が使用する各種のデータ（例えば処理ファイルＦ）を記憶する。処理ファイルＦは、音処理装置２０による音処理の対象となるデータファイルである。楽曲の演奏音や歌唱音の時間波形を表す波形データを処理ファイルＦとした場合を以下では例示する。

制御装置１２は、記憶装置１４に記憶されたプログラムＰG1の実行で複数の機能（要求生成部１２１，受信処理部１２３）を実現する。要求生成部１２１は、処理対象データＤAを含む処理要求Ｐを順次に生成する。処理要求Ｐは、処理対象データＤAに対する音処理を音処理装置２０に要求するメッセージである。要求生成部１２１は、記憶装置１４内の１個の処理ファイルＦを分割した複数の波形データの各々を処理対象データＤAとして順次に処理要求Ｐに含める。

通信装置１６は、通信網３０を介して音処理装置２０と通信する機器であり、送信部１６１と受信部１６３とを含んで構成される。送信部１６１は、要求生成部１２１が生成した処理要求Ｐを通信網３０に対して順次に送信する。受信部１６３は、音処理装置２０が生成および送信した応答通知ＲPを通信網３０から順次に受信する。

受信処理部１２３は、受信部１６３が受信した応答通知ＲPから処理済データＤBを抽出して放音装置１８に順次に供給する。放音装置１８（例えばスピーカやヘッドホン）は、受信処理部１２３から供給される処理済データＤBに応じた音波を放射する。したがって、端末装置１０の利用者は、処理ファイルＦに対して音処理を施した再生音を受聴することが可能である。

図３は、音処理装置２０のブロック図である。図３に示すように、音処理装置２０は、制御装置２２と記憶装置２４と通信装置２６とを含んで構成される。通信装置２６は、通信網３０を介して端末装置１０と通信する機器であり、受信部２６１と送信部２６３とを含んで構成される。受信部２６１は、端末装置１０が送信した処理要求Ｐを通信網３０から順次に受信する。送信部２６３は、音処理装置２０にて生成された応答通知ＲPを通信網３０に対して順次に送信する。記憶装置２４（例えば半導体記録媒体や磁気記録媒体）は、制御装置２２が実行するプログラムＰG2を記憶する。制御装置２２は、プログラムＰG2の実行で複数の機能（音処理部２２１，応答生成部２２３）を実現する。

音処理部２２１は、受信部２６１が処理要求Ｐを受信するたびに、その処理要求Ｐ内の処理対象データＤAに対して音処理を実行することで処理済データＤBを生成する。音処理部２２１が生成した処理済データＤBは記憶装置２４に順次に格納される。音処理部２２１は、例えばＶＳＴ（Virtual Studio Technology）プラグインで実現される（「ＶＳＴ」は登録商標）。

応答生成部２２３は、端末装置１０から受信した処理要求Ｐに対する応答通知ＲPを生成する。応答通知ＲPは、端末装置１０に処理要求Ｐの受信を通知するメッセージである。図４の部分(A)から部分(D)に示すように、応答通知ＲPは、エラー情報Ｅとデータ長Ｌとを含んで構成される。また、図４の部分(A)および部分(C)に示すように、音処理部２２１が生成した未送信の処理済データＤBが記憶装置２４に存在する場合には、その処理済データＤBが含められる。

図４のエラー情報Ｅは、処理要求Ｐの通信に関するエラーの有無（具体的には音処理装置２０が処理要求Ｐを適正に受信したか否か）を示す情報（フラグ）である。例えば、応答生成部２２３は、受信部２６１が受信した処理要求Ｐ内の処理対象データＤAのサイズが所定値に合致する場合には処理要求Ｐが適正に受信された（エラー非発生）と判定し、処理要求Ｐ内の処理対象データＤAのサイズが所定値を下回る場合には処理要求Ｐが適正に受信されていない（エラー発生）と判定する。また、応答通知ＲPに設定されるデータ長Ｌは、その応答通知ＲPに含まれる処理済データＤBのサイズを意味する。処理済データＤBを含まない応答通知ＲP（図４の部分(B)または部分(D)）のデータ長Ｌはゼロに設定される。応答生成部２２３が生成した応答通知ＲPが図３の送信部２６３から端末装置１０に送信される。

図５は、応答生成部２２３の動作のフローチャートである。受信部２６１が処理要求Ｐを受信するたびに図５の処理が実行される。図５の処理を開始すると、応答生成部２２３は、今回の処理要求Ｐが適正に受信されたか否か（エラーの有無）を判定する（Ｓ1）。処理要求Ｐの適正な受信に成功した場合（Ｓ1：YES）、応答生成部２２３は、音処理部２２１が生成した未送信の処理済データＤBが記憶装置２４に格納されているか否かを判定する（Ｓ2）。

未送信の処理済データＤBが存在する場合（Ｓ2：YES）、応答生成部２２３は、その処理済データＤBを含む応答通知ＲPを生成する（Ｓ3）。記憶装置２４に複数の処理済データＤBが存在する場合、最先の処理済データＤBが応答通知ＲPに含められる。図４の部分(A)に示すように、ステップＳ3で生成される応答通知ＲPにおいては、エラー情報Ｅが処理要求Ｐの受信成功を意味する数値（Ｅ＝０）に設定され、データ長Ｌが処理済データＤBのサイズ（Ｌ＝20480）に設定される。

端末装置１０と音処理装置２０との通信が開始された直後（音処理装置２０が最初の処理要求Ｐを受信した直後）の段階では処理済データＤBが未だ生成されていないから、ステップＳ2での判定の結果は否定（処理済データＤBが存在しない）となる。処理済データＤBが存在しない場合（Ｓ2：NO）、応答生成部２２３は、処理済データＤBを含まない応答通知ＲPを生成する（Ｓ4）。図４の部分(B)に示すように、ステップＳ4で生成される応答通知ＲPにおいては、エラー情報Ｅが処理要求Ｐの受信成功を意味する数値（Ｅ＝０）に設定され、データ長Ｌがゼロ（処理済データＤBを含まないことを意味する数値）に設定される。

他方、処理要求Ｐの受信に何らかのエラーが発生している（例えば処理対象データＤAのサイズが所定値を下回る）とステップＳ1で判定した場合（Ｓ1：NO）、応答生成部２２３は、ステップＳ2と同様に、未送信の処理済データＤBが記憶装置２４に存在するか否かを判定する（Ｓ5）。なお、処理要求Ｐが適正に受信されていない場合、音処理部２２１は、その処理要求Ｐ内の処理対象データＤAに対する音処理を実行しない。

未送信の処理済データＤBが存在する場合（Ｓ5：YES）、応答生成部２２３は、その処理済データＤB（複数の処理済データＤBが存在する場合は最先の処理済データＤB）を含む応答通知ＲPを生成する（Ｓ6）。図４の部分(C)に示すように、ステップＳ6で生成される応答通知ＲPにおいては、エラー情報Ｅが処理要求Ｐの受信失敗を意味する数値（Ｅ＝１）に設定され、データ長Ｌが処理済データＤBのサイズ（Ｌ＝20480）に設定される。

他方、未送信の処理済データＤBが存在しない場合（Ｓ5：NO）、応答生成部２２３は、処理済データＤBを含まない応答通知ＲPを生成する（Ｓ7）。図４の部分(D)に示すように、ステップＳ7で生成される応答通知ＲPにおいては、エラー情報Ｅが処理要求Ｐの受信失敗を意味する数値（Ｅ＝１）に設定され、データ長Ｌがゼロに設定される。

以上に説明したように、音処理部２２１が処理済データＤBを生成すると、応答生成部２２３は、端末装置１０による処理済データＤBの要求（例えば図７の送信要求Ｇ）を待機することなく、その処理済データＤBを応答通知ＲPに含めて送信部２６３から端末装置１０に順次に送信する。したがって、端末装置１０は、送信要求Ｇを音処理装置２０に送信しない。

音処理装置２０が送信した応答通知ＲPを受信部１６３が通信網３０から受信すると、端末装置１０の要求生成部１２１および受信処理部１２３は、その応答通知ＲPに応じた処理を実行する。具体的には、応答通知ＲPに処理済データＤBが含まれる場合、受信処理部１２３は、応答通知ＲP内の処理済データＤBに所定の処理（例えば音量の調整や他の音処理）を施したうえで放音装置１８に供給する。また、要求生成部１２１は、応答通知ＲP内のエラー情報Ｅが処理要求Ｐの受信成功（Ｅ＝０）を示す場合には、新たな処理対象データＤAを含む処理要求Ｐを生成して送信部１６１から音処理装置２０に送信する。他方、応答通知ＲP内のエラー情報Ｅが処理要求Ｐの受信失敗（Ｅ＝１）を示す場合、要求生成部１２１は、前回と同じ処理対象データＤAを含む処理要求Ｐを生成して送信部１６１から音処理装置２０に送信（すなわち再送）する。

図６は、端末装置１０と音処理装置２０との通信の手順の説明図である。端末装置１０は、利用者からの指示を契機として処理要求Ｐ（Ｐ1，Ｐ2，……）の送信を開始する。各処理要求Ｐは、所定の周期Ｔ0で順次に音処理装置２０に送信される。音処理装置２０は、端末装置１０から処理要求Ｐn（ｎ＝１,２,……）を受信するたびに、その処理要求Ｐnに対する応答通知ＲPnを生成して端末装置１０に送信する。なお、図６においては、音処理装置２０の受信部２６１が全部の処理要求Ｐを適正に受信した場合が想定されている。

音処理装置２０が端末装置１０から最初の処理要求Ｐ1を受信すると、音処理部２２１は、処理要求Ｐ1内の処理対象データＤAに対する音処理を開始する。処理要求Ｐ1の受信の時点では、処理済データＤBが未だ作成されていないから、図４の部分(B)または部分(D)の例示のように、処理要求Ｐ1に対する応答通知ＲP1は処理済データＤBを含まない。

他方、音処理装置２０が端末装置１０から処理要求Ｐ2を受信した時点で、直前の処理要求Ｐ1の処理対象データＤAに対する音処理は完了している。したがって、図６に示すように、処理要求Ｐ2に対する応答通知ＲP2には、直前の処理要求Ｐ1内の処理対象データＤAから生成された処理済データＤBが含められる。以降においても同様に、処理要求Ｐnに対する応答通知ＲPnは、過去に受信した処理要求Ｐ（例えば直前の処理要求Ｐn-1）内の処理対象データＤAから生成された処理済データＤBを含む。

処理ファイルＦの最後の処理対象データＤAを含む処理要求ＰNの送信が完了すると、端末装置１０の要求生成部１２１は、図６に示すように、ダミーデータＤ0を含む処理要求Ｐ（以下では特に「終端用要求ＰEND」という）を処理要求ＰNに引続き周期Ｔ0で音処理装置２０に順次に送信する。ダミーデータＤ0は、例えば複数のゼロデータの系列である。

終端用要求ＰENDに対して音処理装置２０が端末装置１０に送信する応答通知ＲP_ENDには、過去の処理要求ＰN内の処理対象データＤA（すなわち、処理ファイルＦの最後の処理対象データＤA）から生成された処理済データＤBが含まれる。端末装置１０は、処理要求Ｐ1〜ＰNで音処理装置２０に送信した処理対象データＤAと同数の処理済データＤBを受信すること（最後の処理対象データＤAに対応する処理済データＤBを含む応答通知ＲP_ENDの受信）を条件として処理要求Ｐの送信を終了する。すなわち、端末装置１０は、ダミーデータＤ0に対応した処理済データＤBを受信しない。

以上に説明したように、本実施形態においては、処理対象データＤAを音処理装置２０に送信するための処理要求Ｐに対する応答通知ＲPに、音処理部２２１で生成された処理済データＤBが含められて端末装置１０に送信されるから、音処理装置２０に対する処理済データＤBの要求に専用される送信要求Ｇ（ＧＥＴリクエスト）を端末装置１０から音処理装置２０に送信する必要はない。したがって、図７の技術と比較して、端末装置１０と音処理装置２０との通信回数が削減（概ね半減）されるという利点がある。

また、端末装置１０からの送信要求Ｇの受信を契機として処理済データＤBを音処理装置２０から端末装置１０に送信する図７の技術のもとでは、処理要求Ｐの送信の開始から時間τ（音処理の完了に必要と予想される時間）が経過した時点ｔbにおいて端末装置１０から音処理装置２０に対する送信要求Ｇの送信が開始されるから、例えば図７における最初の処理要求Ｐの処理対象データＤAに対する音処理（処理済データＤBの生成）が第２番目の処理要求Ｐの送信前の時点ｔaで完了していたとしても、実際に端末装置１０がその処理済データＤBを取得できるのは時点ｔbの経過後である。他方、応答通知ＲPに処理済データＤBが含められる本実施形態によれば、図６の処理要求Ｐ1内の処理対象データＤAの音処理が時点ｔaで完了すると、時間τの経過（すなわち送信要求Ｇの到達）を待たずに、処理要求Ｐ2に対する応答通知ＲP2に処理済データＤBが含められて端末装置１０に送信される。したがって、端末装置１０が処理要求Ｐの送信を開始してから実際に処理済データＤBを取得するまで（さらには処理済データＤBに応じた音波が再生されるまで）の遅延時間を短縮できるという利点がある。

さらに、処理要求Ｐの受信にエラーが発生した場合の応答通知ＲP（Ｅ＝１）および処理要求Ｐが適正に受信された場合の応答通知ＲP（Ｅ＝０）の何れにも処理済データＤBが含まれるから、例えば処理要求Ｐが適正に受信された場合の応答通知ＲPのみに処理済データＤBを含ませる構成と比較して、端末装置１０が処理済データＤBを取得できる機会を充分に確保することが可能である。ただし、処理要求Ｐの受信にエラーが発生した場合の応答通知ＲPに処理済データＤBを付加しない構成も採用され得る。

＜Ｂ：変形例＞
以上の実施形態は多様に変形され得る。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様は適宜に併合され得る。

（１）変形例１
以上の実施形態では、過去の処理要求Ｐ（例えば処理要求Ｐn-1）内の処理対象データＤAから生成された処理済データＤBを、直近の処理要求Ｐnに対する応答通知ＲPnに含ませる構成（以下「構成Ａ」という）を例示したが、処理要求Ｐn内の処理対象データＤAから生成された処理済データＤBを、その処理要求Ｐnに対する応答通知ＲPnに含ませる構成（以下「構成Ｂ」という）も採用され得る。

構成Ａのもとでは、未送信の処理済データＤBが記憶装置２４に存在する場合には処理済データＤBを含む応答通知ＲPが生成されるが、未送信の処理済データＤBが記憶装置２４に存在しない場合には処理済データＤBを含まない応答通知ＲPが生成される。他方、構成Ｂのもとでは、処理済データＤBが記憶装置２４に存在しない場合に、応答生成部２２３は、音処理部２２１による処理済データＤBの生成まで待機して、その処理済データＤBを含む応答通知ＲPを生成する。

構成Ｂにおいても前述の実施形態と同様の効果が実現される。ただし、構成Ｂにおいては、音処理装置２０が処理要求Ｐnを受信してから処理済データＤBの生成が完了するまで応答通知ＲPnの送信を待機する必要がある。他方、構成Ａによれば、音処理装置２０が処理要求Ｐnを受信すると、処理済データＤBの生成の進捗に関わらず応答通知ＲPnを端末装置１０に送信できる。したがって、構成Ｂと比較すると、端末装置１０による処理要求Ｐnの送信から応答通知ＲPnの受信までの時間が短縮される（したがって、例えば、音処理装置２０が処理要求Ｐnを適正に受信できたか否かを応答通知ＲPnのエラー情報Ｅで端末装置１０が迅速に認識できる）という利点がある。

（２）変形例２
以上の実施形態では、１個の処理対象データＤAから生成された処理済データＤBを単位として応答通知ＲPに含ませたが、音処理部２２１が生成した処理済データＤBを所定量ずつ応答通知ＲPに含ませて端末装置１０に送信する構成も採用され得る。

（３）変形例３
音処理部２２１による音処理の内容は効果付与に限定されない。例えば、処理対象データＤAが示す音響の音高を変化させることで処理済データＤBを生成する処理（音高補正）も音処理として採用される。

また、楽曲の演奏音や歌唱音を音処理部２２１が音処理で生成する構成も採用され得る。例えば、楽曲の各楽音の音高と発音の時点とを時系列に指定する処理対象データＤA（例えばＭＩＤＩ（Musical Instrument Digital Interface）データ）を音処理装置２０が端末装置１０から受信すると、音処理部２２１は、処理対象データＤAが時系列に指定する楽音の演奏音の波形を示す処理済データＤBを生成する。すなわち、音処理部２２１は、楽音合成（自動演奏）を音処理として実行する。

また、歌唱音の音高と歌詞（音節）とを時系列に指定する処理対象データＤAを音処理装置２０が端末装置１０から受信すると、音処理部２２１は、処理対象データＤAが指定する歌詞に対応した音素を処理対象データＤAが示す音高に調整して相互に連結することで、歌唱音を示す処理済データＤBを生成する。すなわち、音処理部２２１は、歌唱合成（音声合成）を音処理として実行する。

以上の例示から理解されるように、本発明における音処理は、音に関する処理として包括され、具体的な態様の如何は不問である。以上に例示した音処理（効果付与，音高補正，楽音合成，歌唱合成）は、音処理の概念に包含される典型例である。また、処理対象データＤAや処理済データＤBの形式や各々が示す内容は、音処理の種類や内容に応じて適宜に選定され、具体的な形式の如何は不問である。例えば、前述の例示から理解される通り、効果付与や音高補正を音処理として実行する場合には、波形データが処理対象データＤAとして好適に採用され、楽音合成や歌唱合成を音処理として実行する場合には、合成音を指示する時系列データ（例えばＭＩＤＩデータ）が処理対象データＤAとして好適に採用される。なお、音楽的な要素は処理対象データＤAにとって必須ではない。例えば、直接的には音楽と関係しない自然音や人工音等の様々な音響（例えば波音や風音やエンジン音）の波形データを処理対象データＤAとして音処理を実行する構成も採用され得る。

（４）変形例４
以上の実施形態では、処理対象データＤAが処理ファイルＦとして事前に用意された構成を例示したが、端末装置１０と音処理装置２０との通信に並行して処理対象データＤAを動的に生成する構成も採用され得る。例えば、利用者による操作（演奏）に応じて電子楽器等の入力装置から端末装置１０に供給される処理対象データＤAを端末装置１０から音処理装置２０に順次に送信する構成も採用され得る。

１００……音処理システム、１０……端末装置、１２……制御装置、１２１……要求生成部、１２３……受信処理部、１４……記憶装置、１６……通信装置、１６１……送信部、１６３……受信部、２０……音処理装置、２２……制御装置、２２１……音処理部、２２３……応答生成部、２４……記憶装置、２６……通信装置、２６１……受信部、２６３……送信部、３０……通信網、Ｐ（Ｐ1，Ｐ2，……）……処理要求、ＲP（ＲP1，ＲP2，……）……応答通知、ＤA……処理対象データ、ＤB……処理済データ。

Claims

通信網を介して端末装置と通信する音処理装置であって、
１個の処理ファイルを分割した複数の処理対象データの各々について、当該処理対象データを含む処理要求を前記端末装置から順次に受信する受信手段と、
前記受信手段による処理要求の受信毎に、当該処理要求に含まれる前記処理対象データに対する音処理の実行で処理済データを生成する音処理手段と、
前記処理要求に対する応答通知であって前記処理済データを含む応答通知を生成する手段であり、前記受信手段が受信した一の処理要求の前記処理対象データに対する音処理で前記音処理手段が生成した処理済データを、前記一の処理要求の受信後に前記受信手段が受信した他の処理要求に対する応答通知に含める応答生成手段と、
前記応答通知を前記端末装置に順次に送信する送信手段と
を具備する音処理装置。
前記応答生成手段は、前記音処理手段が生成した未送信の処理済データが存在する場合には当該処理済データを含む応答通知を生成し、未送信の処理済データが存在しない場合には処理済データを含まない応答通知を生成する
請求項１の音処理装置。
前記応答生成手段は、前記処理要求の通信に関するエラーの有無を示すエラー情報を含む応答通知を生成し、前記エラー情報がエラーの発生を示す応答通知および前記エラー情報がエラーの非発生を示す応答通知の何れにも前記処理済データを含ませる
請求項１または請求項２の音処理装置。
通信網を介して相互に通信する音処理装置と端末装置とを含む音処理システムであって、
前記音処理装置は、
１個の処理ファイルを分割した複数の処理対象データの各々について、当該処理対象データを含む処理要求を前記端末装置から順次に受信する受信手段と、
前記受信手段による処理要求の受信毎に、当該処理要求に含まれる前記処理対象データに対する音処理の実行で処理済データを生成する音処理手段と、
前記処理要求に対する応答通知であって前記処理済データを含む応答通知を生成する手段であり、前記受信手段が受信した一の処理要求の前記処理対象データに対する音処理で前記音処理手段が生成した処理済データを、前記一の処理要求の受信後に前記受信手段が受信した他の処理要求に対する応答通知に含める応答生成手段と、
前記応答通知を前記端末装置に順次に送信する送信手段とを具備し、
前記端末装置は、
前記処理要求を生成する要求生成手段と、
前記処理要求を前記音処理装置に送信する端末側送信手段と、
前記音処理装置から前記応答通知を受信する端末側受信手段と、
前記応答通知から前記処理済データを取得する受信処理手段とを具備する
音処理システム。
通信網を介して端末装置と通信する音処理装置が、
１個の処理ファイルを分割した複数の処理対象データの各々について、当該処理対象データを含む処理要求を前記端末装置から順次に受信し、
前記処理要求の受信毎に、当該処理要求に含まれる前記処理対象データに対する音処理の実行で処理済データを生成し、
前記処理要求に対する応答通知であって前記処理済データを含む応答通知を生成し、
前記応答通知を前記端末装置に順次に送信する一方、
前記応答通知の生成においては、前記受信した一の処理要求の前記処理対象データに対する音処理で生成した処理済データを、前記一の処理要求の受信後に受信した他の処理要求に対する応答通知に含める
音処理方法。