(57)【特許請求の範囲】
【請求項１】
音響データに音響処理を実行する音響処理装置と通信する音響データ通信装置であって、
前記音響処理前の音響データである処理前データの時系列を記憶する第１記憶手段と、
前記第１記憶手段内の各処理前データを前記音響処理装置に送信する送信手段と、
前記処理前データに対する前記音響処理で生成された処理済データを前記音響処理装置から受信する受信手段と、
前記受信手段が受信した処理済データの時系列を記憶する第２記憶手段と、
前記第２記憶手段に記憶された処理済データを順次に指定する手段であって、一の処理済データを指定すべき時点において前記一の処理済データが前記第２記憶手段に記憶されていない場合には、前記第１記憶手段内の処理前データの時系列のうち当該一の処理済データに対応する処理前データを指定する音響データ特定手段と、
前記音響データ特定手段が指定した音響データを再生する再生処理手段と
を具備する音響データ通信装置。
【請求項２】
処理前データの処理を指示する処理指示を順次に発生する指示発生手段を具備し、
前記音響データ特定手段は、前記処理指示にて指定された処理前データからみて所定の遅延量だけ過去の処理前データに対応する処理済データを指定する
請求項１の音響データ通信装置。
【請求項３】
前記音響データ特定手段は、第１処理済データを指定すべき時点において当該第１処理済データが前記第２記憶手段に記憶され、かつ、当該第１処理済データの直後の第２処理済データが前記第２記憶手段に記憶されていない場合に、前記第１処理済データと当該第１処理済データに対応する第１処理前データとを、前記第１処理済データの音量が経時的に減少するとともに前記第１処理前データの音量が経時的に増加するようにクロスフェードした音響データを生成して前記再生処理手段に指定する
請求項１の音響データ通信装置。
【請求項４】
前記音響データ特定手段は、第３処理済データを指定すべき時点において当該第３処理済データが前記第２記憶手段に記憶され、かつ、当該第３処理済データの直前の第４処理済データが前記第２記憶手段に記憶されていない場合に、前記第３処理済データと当該第３処理済データに対応する第３処理前データとを、前記第３処理済データの音量が経時的に増加するとともに前記第３処理前データの音量が経時的に減少するようにクロスフェードした音響データを生成して前記再生処理手段に指定する
請求項１から請求項３の何れかの音響データ通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音響データ通信装置から送信された音響データ（以下「処理前データ」という）の処理で音響処理装置が生成した音響データ（以下「処理済データ」という）を音響データ通信装置にて利用する技術に関する。
【背景技術】
【０００２】
音響データ通信装置と通信する音響処理装置（サーバ装置）に効果付与等の各種の音響処理を代行させる技術が従来から提案されている（例えば特許文献１や特許文献２）。音響処理装置は、処理前データに対する音響処理で生成した処理済データを音響データ通信装置に送信する。音響データ通信装置は、音響処理装置から受信した各処理済データを順次に再生する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１０−１７７３８０号公報
【特許文献２】特開平１１−０８５１４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、音響データ通信装置による処理前データの送信から処理済データの受信までの時間は、通信網の通信トラヒックや音響処理装置の処理負荷等の要因に応じて随時に変化する。したがって、音響データ通信装置にて処理済データを再生すべき時点に、その処理済データがまだ音響処理装置から到達していない状況が発生し得る。以上のように処理済データが遅滞した場合には、所期の処理済データが到達するまで再生音が無音となる可能性がある。以上の事情を考慮して、本発明は、処理済データの遅滞に起因した再生音の中断を防止することを目的とする。
【課題を解決するための手段】
【０００５】
以上の課題を解決するために、本発明の音響データ通信装置は、音響データに音響処理を実行する音響処理装置と通信する音響データ通信装置であって、音響処理前の音響データである処理前データの時系列を記憶する第１記憶手段と、第１記憶手段内の各処理前データを音響処理装置に送信する送信手段と、処理前データに対する音響処理で生成された処理済データを音響処理装置から受信する受信手段と、受信手段が受信した処理済データの時系列を記憶する第２記憶手段と、第２記憶手段に記憶された処理済データを順次に指定する手段であって、一の処理済データを指定すべき時点において一の処理済データが第２記憶手段に記憶されていない場合には、第１記憶手段内の処理前データの時系列のうち当該一の処理済データに対応する処理前データを指定する音響データ特定手段と、音響データ特定手段が指定した音響データを再生する再生処理手段とを具備する。
【０００６】
以上の構成においては、一の処理済データを指定すべき時点において当該一の処理済データが第２記憶手段に記憶されていない場合には、当該一の処理済データに対応する処理前データが再生処理手段に指定される。したがって、一の処理済データが遅滞した場合に無音を示す音響データ（ゼロデータ）が再生処理手段に指定されて再生音が無音となる構成と比較すると、処理済データの遅滞に起因した再生音の中断が防止されるという利点がある。
【０００７】
本発明の好適な態様に係る音響データ通信装置は、処理前データの処理を指示する処理指示を順次に発生する指示発生手段を具備し、音響データ特定手段は、処理指示にて指定された処理前データからみて所定の遅延量だけ過去の処理前データに対応する処理済データを指定する。以上の態様においては、処理指示で指定された処理前データからみて基準遅延量だけ過去の処理前データに対応する処理済データを音響データ特定手段が指定するから、基準遅延量の範囲内で処理済データが遅滞した場合には処理済データが再生処理手段に指定される。したがって、過剰な頻度で処理前データが再生処理手段に指定される可能性が低減される。
【０００８】
本発明の好適な態様において、音響データ特定手段は、第１処理済データ（例えば図６の処理済データＤB[2]）を指定すべき時点において当該第１処理済データが第２記憶手段に記憶され、かつ、当該第１処理済データの直後の第２処理済データ（例えば図６の処理済データＤB[3]）が第２記憶手段に記憶されていない場合に、第１処理済データと当該第１処理済データに対応する第１処理前データ（例えば図６の処理前データＤA[2]）とを、第１処理済データの音量が経時的に減少するとともに第１処理前データの音量が経時的に増加するようにクロスフェードした音響データ（例えば図６の音響データＤC[2]）を生成して再生処理手段に指定する。以上の態様においては、第１処理前データと第１処理済データとのクロスフェードで生成された音響データが、第２処理済データに対応する第２処理前データ（例えば図６の処理前データＤA[3]）の直前に再生されるから、音響処理後の再生音（第１処理済データの再生音）から音響処理前の再生音（第２処理前データの再生音）に遷移する明確な境界は受聴者に知覚されない。したがって、聴感的に自然な印象の再生音を生成できるという利点がある。
【０００９】
本発明の好適な態様において、音響データ特定手段は、第３処理済データ（例えば図６の処理済データＤB[5]）を指定すべき時点において当該第３処理済データが第２記憶手段に記憶され、かつ、当該第３処理済データの直前の第４処理済データ（例えば図６の処理済データＤB[4]）が第２記憶手段に記憶されていない場合に、第３処理済データと当該第３処理済データに対応する第３処理前データ（例えば図６の処理前データＤA[5]）とを、第３処理済データの音量が経時的に増加するとともに第３処理前データの音量が経時的に減少するようにクロスフェードした音響データ（例えば図６の音響データＤC[5]）を生成して再生処理手段に指定する。以上の態様においては、第３処理前データと第３処理済データとのクロスフェードで生成された音響データが、第４処理済データに対応する第４処理前データ（例えば図６の処理前データＤA[4]）の直後に再生されるから、音響処理前の再生音（第４処理前データの再生音）から音響処理後の再生音（第３処理済データの再生音）に遷移する明確な境界は受聴者に知覚されない。したがって、聴感的に自然な印象の再生音を生成できるという利点がある。
【００１０】
以上の各態様に係る音響データ通信装置は、音響データの制御に専用されるＤＳＰ（Digital Signal Processor）などのハードウェア（電子回路）によって実現されるほか、ＣＰＵ（Central Processing Unit）などの汎用の演算処理装置とプログラム（ソフトウェア）との協働によっても実現される。本発明のプログラムは、音響処理前の音響データである処理前データの時系列を記憶する第１記憶手段と、音響データに音響処理を実行する音響処理装置に第１記憶手段内の各処理前データを送信する送信手段と、処理前データに対する音響処理で生成された処理済データを音響処理装置から受信する受信手段と、受信手段が受信した処理済データの時系列を記憶する第２記憶手段と、第２記憶手段に記憶された処理済データを順次に指定する手段であって、一の処理済データを指定すべき時点において一の処理済データが第２記憶手段に記憶されていない場合には、第１記憶手段内の処理前データの時系列のうち当該一の処理済データに対応する処理前データを指定する音響データ特定手段と、音響データ特定手段が指定した音響データを再生する再生処理手段としてコンピュータを機能させる。本発明のプログラムは、コンピュータが読取可能な記録媒体に格納された形態で利用者に提供されてコンピュータにインストールされるほか、通信網を介した配信の形態でサーバ装置から提供されてコンピュータにインストールされる。
【図面の簡単な説明】
【００１１】
【図１】本発明の第１実施形態に係る音響処理システムのブロック図である。
【図２】音響処理装置のブロック図である。
【図３】音響データ通信装置のブロック図である。
【図４】音響データ特定部の動作のフローチャートである。
【図５】音響データ特定部の動作を説明するための模式図である。
【図６】第２実施形態における音響データ特定部の動作を説明するための模式図である。
【図７】処理前データと処理済データとのクロスフェードの説明図である。
【図８】処理前データと処理済データとのクロスフェードの説明図である。
【図９】第２実施形態における音響データ特定部の動作のフローチャートである。
【発明を実施するための形態】
【００１２】
＜Ａ：第１実施形態＞
図１は、本発明の第１実施形態に係る音響処理システム１００のブロック図である。図１に示すように、音響処理システム１００は、音響データ通信装置１０（クライアント装置）と音響処理装置２０（サーバ装置）とを含んで構成される通信システムである。音響データ通信装置１０と音響処理装置２０とは、通信網３０（例えばインターネット）を介して相互に通信する。なお、図１では便宜的に１個の音響データ通信装置１０のみを図示したが、実際には複数の音響データ通信装置１０が通信網３０を介して音響処理装置２０と並列に通信する。
【００１３】
音響処理システム１００で実行される通信の概略を以下に説明する。音響データ通信装置１０は、音響（楽音や音声）の時間軸上の波形を表す処理前データＤA[n]（ｎ＝１,２,……）を音響処理装置２０に対して順次に送信する。音響処理装置２０は、音響データ通信装置１０から受信した処理前データＤA[n]に音響処理を実行し、音響処理後の処理済データＤB[n]を音響データ通信装置１０に順次に送信する。音響処理装置２０が実行する音響処理としては、処理前データＤA[n]が示す音響の周波数特性を変化させる処理（例えば残響音の付与等の効果付与や周波数変換）が例示される。
【００１４】
図２は、音響処理装置２０のブロック図である。図２に示すように、音響処理装置２０は、通信装置２２と制御装置２４とを含んで構成される。通信装置２２は、音響データ通信装置１０から送信された処理前データＤA[n]を通信網３０から順次に受信し、処理前データＤA[n]に対する音響処理後の処理済データＤB[n]を通信網３０に対して順次に送信する。例えば、複数（例えば２０個）の処理前データＤA[n]または処理済データＤB[n]を含む所定長（例えば約５００ｍｓの音響に相当するサイズ）のパケットが音響データ通信装置１０と音響処理装置２０との間で授受される。
【００１５】
制御装置（ＣＰＵ）２４は、通信装置２２が受信した処理前データＤA[n]に対する音響処理で処理済データＤB[n]を順次に生成する。処理前データＤA[n]の音響処理は、例えばＶＳＴ（Virtual Studio Technology）プラグインで実現される（「ＶＳＴ」は登録商標）。制御装置２４が生成した処理済データＤB[n]が通信装置２２から音響データ通信装置１０に順次に送信される。
【００１６】
図３は、音響データ通信装置１０のブロック図である。音響データ通信装置１０は、携帯電話機やパーソナルコンピュータ等の通信端末であり、図３に示すように制御装置１２と記憶装置１４と通信装置１６と放音装置１８とを含んで構成される。
【００１７】
記憶装置１４は、例えば半導体記録媒体や磁気記録媒体で構成され、制御装置１２が実行するプログラムＰGMや制御装置１２が使用する各種のデータ（例えば処理ファイルＦ）を記憶する。処理ファイルＦは、音響処理装置２０による音響処理の対象となるデータファイルである。楽曲の演奏音や歌唱音の時間波形を表す波形データが処理ファイルＦとして記憶装置１４に格納され、処理ファイルＦを分割した複数の波形データの各々が処理前データＤA[n]として音響処理装置２０に送信される。
【００１８】
記憶装置１４には記憶領域１４Aと記憶領域１４Bとが設定される。記憶領域１４Aおよび記憶領域１４Bの各々は、ＦＩＦＯ（First-In-First-Out）方式のバッファ領域として利用される。記憶領域１４Aには、処理ファイルＦを分割した各処理前データＤA[n]が順次に記憶され、記憶領域１４Bには、音響処理装置２０から受信した各処理済データＤB[n]が順次に記憶される。
【００１９】
通信装置１６は、通信網３０を介して音響処理装置２０と通信する機器であり、送信部１６２と受信部１６４とを含んで構成される。送信部１６２は、記憶領域１４Aに格納された処理前データＤA[n]を通信網３０に対して順次に送信する。受信部１６４は、音響処理装置２０が送信した処理済データＤB[n]を通信網３０から順次に受信する。
【００２０】
制御装置（ＣＰＵ）１２は、記憶装置１４に記憶されたプログラムＰGMの実行で複数の機能（管理制御部４０，情報中継部５０）を実現する。管理制御部４０は、音響データ通信装置１０の全体を制御するＤＡＷ（Digital Audio Workstation）システムとして機能する。情報中継部５０は、例えば管理制御部４０をＶＳＴホストとするＶＳＴプラグインの実行で実現され、管理制御部４０と音響処理装置２０との相互間における音響データＤ（処理前データＤA[n]，処理済データＤB[n]）の授受を中継する。
【００２１】
管理制御部４０は、指示発生部４２と再生処理部４４とを含んで構成される。指示発生部４２は、情報中継部５０に対する処理指示Ｐを順次に発生する。処理指示Ｐは、記憶領域１４Aに対する処理前データＤA[n]の格納（あるいは音響処理装置２０に対する処理前データＤA[n]の送信）および処理済データＤB[n]の要求の指示であり、例えば、情報中継部５０を実現するＶＳＴプラグインに実装されたprocessReplacing関数で規定される。処理指示Ｐは周期Ｔ0で順次に発生する。周期Ｔ0は、処理前データＤA[n]（処理済データＤB[n]）の１個分に相当する時間に設定される。
【００２２】
再生処理部４４は、情報中継部５０（後述の音響データ特定部５４）が指定する音響データＤ（処理前データＤA[n]，処理済データＤB[n]）を記憶装置１４から順次に取得して放音装置１８に供給する。放音装置１８（例えばスピーカやヘッドホン）は、再生処理部４４から供給される音響データＤに応じた音波を放射する。なお、記憶装置１４から取得した音響データＤに対して再生処理部４４が所定の処理を実行してから放音装置１８に供給する構成も採用され得る。
【００２３】
図３の情報中継部５０は、記憶管理部５２と音響データ特定部５４とを含んで構成される。記憶管理部５２は、処理前データＤA[n]とその処理前データＤA[n]に対する音響処理後の処理済データＤB[n]とを相互に対応させて記憶装置１４に格納する。具体的には、記憶管理部５２は、処理指示Ｐで指示された処理前データＤA[n]を記憶領域１４Aに格納するとともに記憶領域１４A内の処理前データＤA[n]を送信部１６２から音響処理装置２０に順次に送信し、音響処理装置２０から受信部１６４が受信した処理済データＤBを記憶領域１４Bに順次に格納する。
【００２４】
音響データ特定部５４は、再生処理部４４による処理（再生）の対象となる音響データＤ（処理前データＤA[n]，処理済データＤB[n]）を順次に特定して再生処理部４４に指示する。音響データ特定部５４は、指示発生部４２による処理指示Ｐの発生毎に音響データＤを順次に特定する。したがって、処理指示Ｐの発生と同等の周期Ｔ0で順次に音響データＤが再生処理部４４に指示される。音響データ特定部５４による音響データＤの特定について以下に詳述する。
【００２５】
処理前データＤA[n]が音響処理装置２０に送信されてから当該処理前データＤA[n]に対応する処理済データＤB[n]が記憶領域１４Bに格納されるまでには相応の時間が必要となる。そこで、音響データ特定部５４は、記憶領域１４Bに記憶された複数の処理済データＤB[n]のうち、処理指示Ｐで指定された処理前データＤA[n]からみて所定の時間長（以下「基準遅延量」という）τだけ過去の処理前データＤA[n-τ]に対応する処理済データＤB[n-τ]を特定して再生処理部４４に指示する。基準遅延量τは、処理前データＤA[n]の送信から処理済データＤB[n]の受信（記憶領域１４Bに対する格納）までに経過する平均的な時間に応じて、処理指示Ｐの発生の周期Ｔ0よりも長い時間長に設定される。
【００２６】
ただし、処理前データＤA[n]の送信から処理済データＤB[n]の受信までの時間は、通信網３０の通信トラヒックや音響処理装置２０の処理負荷等の要因に応じて随時に変化する。したがって、処理前データＤA[n]の送信から処理済データＤBの受信までの遅延が大きい場合には、処理前データＤA[n]を指定した処理指示Ｐの発生の時点において、音響データ特定部５４が指定すべき処理済データＤB[n-τ]が未だ記憶領域１４Bに格納されていない（すなわち処理済データＤB[n-τ]が遅滞している）可能性がある。そこで、音響データ特定部５４は、処理前データＤA[n]の格納を指示する処理指示Ｐの発生の時点で処理済データＤB[n-τ]が記憶領域１４Bに格納されていない場合、処理済データＤB[n-τ]の代わりに、その処理済データＤB[n-τ]に対応する処理前データＤA[n-τ]を記憶領域１４Aから特定して再生処理部４４に指示する。
【００２７】
図４は、音響データ特定部５４の処理のフローチャートである。指示発生部４２による処理指示Ｐの発生毎に図４の処理が実行される。また、図５は、処理指示Ｐで順次に指定される処理前データＤA[n]の時系列（最上段）と、記憶領域１４Bに格納される処理済データＤB[n]の時系列（最下段）と、再生処理部４４に指示される音響データＤの時系列（中段）との関係を示す説明図である。以下の説明では、基準遅延量τを処理指示Ｐの周期Ｔ0の４個分（処理前データＤA[n]や処理済データＤB[n]の４個分）に設定した場合が例示されている。
【００２８】
図４の処理を開始すると、音響データ特定部５４は、最初の処理指示Ｐ（処理前データＤA[1]を指示する処理指示Ｐ）を指示発生部４２が発生した時点ｔ0から基準遅延量τが経過したか否かを判定する（Ｓ11）。基準遅延量τが経過していない場合（Ｓ11：NO）、音響データ特定部５４は、今回の処理指示Ｐに対する応答として音響データＤ0を再生処理部４４に指示して図４の処理を終了する（Ｓ12）。音響データＤ0は、無音を意味する複数のゼロデータの時系列で構成される。図５に示すように、時点ｔ0から基準遅延量τが経過するまでは音響データＤ0が再生処理部４４に順次に指示されて放音装置１８による再生音は無音（音量ゼロ）となる。
【００２９】
時点ｔ0から基準遅延量τが経過すると（Ｓ11：YES）、音響データ特定部５４は、今回の処理指示Ｐで指定された処理前データＤA[n]からみて基準遅延量τだけ過去の処理前データＤA[n-τ]に対応する処理済データＤB[n-τ]が記憶領域１４Bに格納されているか否かを判定する（Ｓ13）。例えば、図５の処理前データＤA[5]を指定した処理指示Ｐが発生した場合、音響データ特定部５４は、処理前データＤA[1]の音響処理後の処理済データＤB[1]が記憶領域１４Bに格納されているか否かを判定する。
【００３０】
処理済データＤB[n-τ]が記憶領域１４Bに格納されている場合（Ｓ13：YES）、音響データ特定部５４は、その処理済データＤB[n-τ]を記憶領域１４Bから特定して再生処理部４４に指示する（Ｓ14）。図５では、処理済データＤB[1]および処理済データＤB[2]の各々が図４のステップＳ14にて指定された場合が例示されている。したがって、音響データ通信装置１０の利用者は、処理ファイルＦ内の処理前データＤA[1]および処理前データＤA[2]に対する音響処理後の再生音を受聴する。処理済データＤB[5]以降についても同様である。
【００３１】
他方、処理済データＤB[n-τ]が未だ記憶領域１４Bに格納されていない場合（Ｓ13：NO）、音響データ特定部５４は、処理済データＤB[n-τ]の代わりに、その処理済データＤB[n-τ]に対応する処理前データＤA[n-τ]を記憶領域１４Aから特定して再生処理部４４に指示する（Ｓ15）。図５では、処理済データＤB[3]および処理済データＤB[4]の遅滞の結果として処理前データＤA[3]および処理前データＤA[4]の各々がステップＳ15にて再生処理部４４に指示された場合が例示されている。したがって、音響データ通信装置１０の利用者は、音響処理前の再生音（処理ファイルＦの再生音）を受聴する。
【００３２】
以上に説明したように、第１実施形態においては、処理指示Ｐの発生の時点で処理済データＤB[n-τ]が遅滞なく記憶領域１４Bに格納されている場合には処理済データＤB[n-τ]が再生され、処理済データＤB[n-τ]が遅滞している場合にはその処理済データＤB[n-τ]に対応する処理前データＤA[n-τ]が再生される。したがって、例えば処理済データＤB[n-τ]が利用できない場合に音響データＤ0（ゼロデータ）が再生処理部４４に指示されて再生音が無音となる構成と比較すると、処理済データＤB[n]の遅滞に起因した再生音の中断を防止できるという利点がある。
【００３３】
＜Ｂ：第２実施形態＞
処理前データＤA[n]と処理済データＤB[n]とが選択的に再生処理部４４に指示される第１実施形態では、処理前データＤA[n]と処理済データＤB[n]との境界の時点（音響処理後の再生音と音響処理前の再生音との境界）で再生音の音響特性が不連続に変化する。したがって、再生音が聴感的に不自然な印象となる可能性がある。以上の問題を解決するために、第２実施形態では、音響処理前の再生音と音響処理後の再生音との一方から他方に聴感的に連続的に遷移するように処理前データＤA[n]と処理済データＤB[n]とが混合（クロスフェード）される。なお、以下の各例示において作用や機能が第１実施形態と同等である要素については、以上の説明で参照した符号を流用して各々の詳細な説明を適宜に省略する。
【００３４】
図６は、第２実施形態の動作の説明図である。第１実施形態（図５）と同様に、処理済データＤB[3]および処理済データＤB[4]が遅滞した場合が図６では想定されている。したがって、第１実施形態と同様に、処理済データＤB[3]の代わりに処理前データＤA[3]が再生処理部４４に指示され、処理済データＤB[4]の代わりに処理前データＤA[4]が再生処理部４４に指示される。
【００３５】
処理済データＤB[2]を遅滞なく取得し、かつ、直後の処理済データＤB[3]が遅滞している場合、音響データ特定部５４は、図６の音響データＤC[2]を生成して再生処理部４４に指示する。図７に示すように、音響データＤC[2]は、処理前データＤA[2]と処理済データＤB[2]とのクロスフェードで生成される。すなわち、音響データ特定部５４は、終点を含む末尾区間σAにて音量が経時的に増加（フェードイン（FI））するように加工された処理前データＤA[2]と、末尾区間σAにて音量が経時的に減少（フェードアウト（FO））するように加工された処理済データＤB[2]とを加算することで音響データＤC[2]を生成する。
【００３６】
図６に示すように、以上に説明した音響データＤC[2]が処理前データＤA[3]の直前に再生処理部４４に指示される。したがって、放音装置１８による再生音は、処理済データＤB[2]に対応する音響処理後の音響から、処理前データＤA[2]の末尾区間σAと処理前データＤA[3]とに対応する音響処理前の再生音に、末尾区間σA内で円滑に遷移する。すなわち、音響処理後の再生音と音響処理前の再生音との明確な境界（例えば第１実施形態における処理済データＤB[2]と処理前データＤA[3]との境界）は受聴者に知覚されない。なお、図６および図７では、処理前データＤA[n]や処理済データＤB[n]の途中の時点から終点までの区間を末尾区間σAとして例示したが、処理前データＤA[n]や処理済データＤB[n]の全体を末尾区間σAとした構成（すなわち処理前データＤA[n]と処理済データＤB[b]とが全区間にわたってクロスフェードされる構成）も採用され得る。
【００３７】
また、処理済データＤB[5]を遅滞なく取得し、かつ、直前の処理済データＤB[4]が遅滞していた場合、音響データ特定部５４は、図６の音響データＤC[5]を生成して再生処理部４４に指示する。図８に示すように、音響データＤC[5]は、処理前データＤA[5]と処理済データＤB[5]とのクロスフェードで生成される。すなわち、音響データ特定部５４は、始点を含む先頭区間σBにて音量が経時的に減少（フェードアウト）するように加工された処理前データＤA[5]と、先頭区間σBにて音量が経時的に増加（フェードイン）するように加工された処理済データＤB[5]とを加算することで音響データＤC[5]を生成する。
【００３８】
図６に示すように、以上に説明した音響データＤC[5]が処理前データＤA[4]の直後に再生処理部４４に指示される。したがって、放音装置１８による再生音は、処理前データＤA[4]と処理前データＤA[5]の先頭区間σBとに対応する音響処理前の再生音から、処理済データＤB[5]に対応する音響処理後の再生音に、先頭区間σB内で円滑に遷移する。すなわち、音響処理前の再生音と音響処理後の再生音との明確な境界（例えば第１実施形態における処理前データＤA[4]と処理済データＤB[5]との境界）は受聴者に知覚されない。なお、図６および図８では、処理前データＤA[n]や処理済データＤB[n]の始点から途中の時点までの区間を先頭区間σBとして例示したが、処理前データＤA[n]や処理済データＤB[n]の全体を先頭区間σBとした構成（すなわち処理前データＤA[n]と処理済データＤB[b]とが全区間にわたってクロスフェードされる構成）も採用され得る。
【００３９】
音響データ特定部５４が実行する処理の詳細を説明する。第２実施形態の音響データ特定部５４は、第１実施形態で説明した図４の処理に代えて図９の処理を処理指示Ｐの発生毎に実行する。図９の処理では、音響データ特定部５４の動作モードが、正常モードおよび遅延モードの何れかに設定される。正常モードは、処理済データＤB[n]が遅滞なく記憶領域１４Bに格納されている場合の動作モードであり、遅延モードは、処理済データＤB[n]が遅滞した場合の動作モードである。最初の処理指示Ｐの発生時に動作モードは正常モードに初期化される。
【００４０】
第１実施形態と同様に、音響データ特定部５４は、最初の処理指示Ｐが発生した時点ｔ0から基準遅延量τが経過するまで音響データＤ0を再生処理部４４に順次に指示する（Ｓ21，Ｓ22）。基準遅延量τが経過すると（Ｓ21：YES）、音響データ特定部５４は、動作モードが正常モードであるか否かを判定する（Ｓ23）。
【００４１】
動作モードが正常モードである場合（Ｓ23：YES）、音響データ特定部５４は、今回の処理指示Ｐで指定された処理前データＤA[n]からみて基準遅延量τだけ過去の処理前データＤA[n-τ]に対応する処理済データＤB[n-τ]が記憶領域１４Bに格納されているか否かを判定する（Ｓ24）。処理済データＤB[n-τ]が格納されている場合（Ｓ24：YES）、音響データ特定部５４は、処理済データＤB[n-τ]の直後の処理済データＤB[n-τ+1]が記憶領域１４Bに格納されているか否かを判定する（Ｓ25）。
【００４２】
処理済データＤB[n-τ+1]が未だ記憶領域１４Bに格納されていない場合（Ｓ25：NO）、音響データ特定部５４は、処理前データＤA[n-τ]が末尾区間σA内でフェードイン（FI）するとともに処理済データＤB[n-τ]が末尾区間σA内でフェードアウト（FO）するように両者をクロスフェードした音響データＤC[n-τ]を生成して再生処理部４４に指示する（Ｓ26）。
【００４３】
例えば、図６の例示において、処理済データＤB[2]（ＤB[n-τ]）が記憶領域１４Bに格納され（Ｓ24：YES）、直後の処理済データＤB[3]（ＤB[n-τ+1]が記憶領域１４Bに格納されていない場合（Ｓ25：NO）には、図７に例示したように、処理前データＤA[2]と処理済データＤB[2]とのクロスフェードで音響データＤC[2]が生成される（Ｓ26）。音響データＤC[n-τ]を生成および指示すると、音響データ特定部５４は、動作モードを正常モードから遅延モードに変更して図９の処理を終了する（Ｓ27）。
【００４４】
他方、正常モードで処理済データＤB[n-τ]および直後の処理済データＤB[n-τ+1]の双方が記憶領域１４Bに格納されている場合（Ｓ24：YES，Ｓ25：YES）、音響データ特定部５４は、第１実施形態のステップＳ14と同様に、処理済データＤB[n-τ]を再生処理部４４に指示して図９の処理を終了する（Ｓ28）。
【００４５】
また、正常モードで処理済データＤB[n-τ]が記憶領域１４Bに格納されていない場合（Ｓ24：NO）、音響データ特定部５４は、第１実施形態のステップＳ15と同様に、処理済データＤB[n-τ]の代わりに処理前データＤA[n-τ]を再生処理部４４に指示する（Ｓ29）。そして、音響データ特定部５４は、動作モードを正常モードから遅延モードに変更したうえで図９の処理を終了する（Ｓ30）。
【００４６】
動作モードが遅延モードに設定されている場合（Ｓ23：NO）、音響データ特定部５４は、ステップＳ24と同様に、今回の処理指示Ｐで指定された処理前データＤA[n]に対して基準遅延量τだけ過去の処理前データＤA[n-τ]に対応する処理済データＤB[n-τ]が記憶領域１４Bに格納されているか否かを判定する（Ｓ31）。
【００４７】
動作モードが遅延モードに設定されているということは、直前の処理済データＤB[n-τ-1]が遅滞していたことを意味する。したがって、処理済データＤB[n-τ]が記憶領域１４Bに格納されている場合（Ｓ31：YES）、音響データ特定部５４は、処理前データＤA[n-τ]が先頭区間σBにてフェードアウト（FO）するとともに処理済データＤB[n-τ]が先頭区間σBにてフェードイン（FI）するように両者をクロスフェードした音響データＤC[n-τ]を生成して再生処理部４４に指示する（Ｓ32）。
【００４８】
例えば、図６の例示において、処理済データＤB[5]（ＤB[n-τ]）が記憶領域１４Bに格納され（Ｓ31：YES）、直前の処理済データＤB[4]が遅滞していた場合（動作モード：遅延モード）には、図８を参照して説明したように、処理前データＤA[5]と処理済データＤB[5]とのクロスフェードで音響データＤC[5]が生成される（Ｓ32）。音響データＤC[n-τ]を生成および指示すると、音響データ特定部５４は、動作モードを遅延モードから正常モードに変更して図９の処理を終了する（Ｓ33）。
【００４９】
他方、遅延モードで処理済データＤB[n-τ]が記憶領域１４Bに格納されていない場合（Ｓ31：NO）、音響データ特定部５４は、第１実施形態のステップＳ15と同様に、処理済データＤB[n-τ]の代わりに処理前データＤA[n-τ]を再生処理部４４に指示して図９の処理を終了する（Ｓ34）。動作モードは遅延モードに維持される。以上が第２実施形態における音響データ特定部５４の動作である。
【００５０】
以上に説明した第２実施形態においても第１実施形態と同様の効果が実現される。また、第２実施形態では、処理前データＤA[n]と処理済データＤB[n]とをクロスフェードした音響データＤC[n]（ＤC[2]）が処理前データＤA[n+1]（ＤC[3]）の直前に再生されるから、音響処理後の再生音から音響処理前の再生音に遷移する明確な境界は受聴者に知覚されない。同様に、処理前データＤA[n]と処理済データＤB[n]とをクロスフェードした音響データＤC[n]（ＤC[5]）が処理前データＤA[n-1]（ＤC[4]）の直後に再生されるから、音響処理前の再生音から音響処理後の再生音に遷移する明確な境界は受聴者に知覚されない。したがって、聴感的に自然な印象の再生音を生成できるという利点がある。
【符号の説明】
【００５１】
１００……音響処理システム、１０……音響データ通信装置、１２……制御装置、１４……記憶装置、１４A……記憶領域、１４B……記憶領域、１６……通信装置、１６２……送信部、１６４……受信部、１８……放音装置、２０……音響処理装置、２２……通信装置、２４……制御装置、３０……通信網、４０……管理制御部、４２……指示発生部、４４……再生処理部、５０……情報中継部、５２……記憶管理部、５４……音響データ特定部。
【図１】
0005489900.tif 000002
【図２】
0005489900.tif 000003
【図３】
0005489900.tif 000004
【図４】
0005489900.tif 000005
【図５】
0005489900.tif 000006
【図６】
0005489900.tif 000007
【図７】
0005489900.tif 000008
【図８】
0005489900.tif 000009
【図９】
0005489900.tif 000010