入力音声信号の音声データを蓄積する入力バッファ手段と、上記入力バッファ手段に蓄積されている音声データに基づく音声信号波形について、探索周期分の音声信号波形から、基本周期を抽出し、抽出した基本周期の音声信号波形を利用して、入力バッファ手段に蓄積される音声データについて話速変換処理を行う話速変換手段と、上記話速変換手段が話速変換処理した後の音声データを蓄積する出力バッファ手段と、出力間隔ごとに、上記出力バッファ手段に蓄積している音声データのうち出力間隔分の音声データを含む出力音声データフレームを出力する音声データ出力手段と、上記入力バッファ手段に、上記探索周期よりも長い最低蓄積期間以上の音声データが蓄積されてから、上記話速変換手段による話速変換処理を開始させる変換処理制御手段とを有することを特徴とする音声信号処理装置。上記最低蓄積期間は、上記探索周期と上記出力間隔とを加算し、さらに、出力バッファ手段の音声データの1サンプリング周期を減じた期間とすることを特徴とする請求項1に記載の音声処理装置。当該音声信号処理装置で、話速変換処理に伴う遅延量が所定以上となっている状態で、上記入力バッファ手段に入力される音声データが、非音声区間の音声データであった場合、当該音声データを破棄して遅延回復を図る遅延回復手段をさらに備えることを特徴とする請求項1又は2に記載の音声信号処理装置。上記遅延回復手段は、上記入力バッファ手段及び上記出力バッファ手段に蓄積されている音声データ量が所定以上となった場合に、遅延量が所定以上となったと判断することを特徴とする請求項3に記載の音声信号処理装置。コンピュータを、入力音声信号の音声データを蓄積する入力バッファ手段と、上記入力バッファ手段に蓄積されている音声データに基づく音声信号波形について、探索周期分の音声信号波形から、基本周期を抽出し、抽出した基本周期の音声信号波形を利用して、入力バッファ手段に蓄積される音声データについて話速変換処理を行う話速変換手段と、上記話速変換手段が話速変換処理した後の音声データを蓄積する出力バッファ手段と、出力間隔ごとに、上記出力バッファ手段に蓄積している音声データのうち出力間隔分の音声データを含む出力音声データフレームを出力する音声データ出力手段と、上記入力バッファ手段に、上記探索周期よりも長い最低蓄積期間以上の音声データが蓄積されてから、上記話速変換手段による話速変換処理を開始させる変換処理制御手段として機能させることを特徴とする音声信号処理プログラム。しかしながら、特許文献1の記載技術では、話速変換をあらゆる環境下で安定して動作させることができないという問題がある。具体的には、特許文献1の記載技術の欠点は、大きく分けて以下の3つ挙げられる。まず第1に、特許文献1の記載技術では、少なくとも一回の伸長処理を必要としているため、ピッチ候補抽出後に伸長処理をしない場合には全く対応することが出来ないという問題がある。第2に、特許文献1の記載技術では、同一フレーム内で再び伸長処理を行う際に、出力バッファに伸長処理に十分なデータが残っているとは限らないという問題がある。つまり、特許文献1の記載技術では、少なくとも1回目の伸長処理で出力したデータ以上のデータが出力バッファに残っていなければ、特許文献1の記載技術は適用できないことになる。第3に、特許文献1の記載技術では、同一フレーム内での2度目の伸長の際、そのデータとは直接関係ない部分のピッチ情報を使うため、ピッチでない部分を伸張し、音質が劣化してしまうという問題がある。上述のような問題点に鑑みて、リアルタイムに音声信号の音声データについて話速変換処理を行う際に、安定的に話速変換処理後の音声データを出力することができる音声信号処理装置及びプログラムが望まれている。第1のホン発明の音声信号処理装置は、1入力音声信号の音声データを蓄積する入力バッファ手段と、2上記入力バッファ手段に蓄積されている音声データに基づく音声信号波形について、探索周期分の音声信号波形から、基本周期を抽出し、抽出した基本周期の音声信号波形を利用して、入力バッファ手段に蓄積される音声データについて話速変換処理を行う話速変換手段と、3上記話速変換手段が話速変換処理した後の音声データを蓄積する出力バッファ手段と、4出力間隔ごとに、上記出力バッファ手段に蓄積している音声データのうち出力間隔分の音声データを含む出力音声データフレームを出力する音声データ出力手段と、5上記入力バッファ手段に、上記探索周期よりも長い最低蓄積期間以上の音声データが蓄積されてから、上記話速変換手段による話速変換処理を開始させる変換処理制御手段とを有することを特徴とする。第2の本発明の音声信号処理プログラムは、コンピュータを、1入力音声信号の音声データを蓄積する入力バッファ手段と、2上記入力バッファ手段に蓄積されている音声データに基づく音声信号波形について、探索周期分の音声信号波形から、基本周期を抽出し、抽出した基本周期の音声信号波形を利用して、入力バッファ手段に蓄積される音声データについて話速変換処理を行う話速変換手段と、3上記話速変換手段が話速変換処理した後の音声データを蓄積する出力バッファ手段と、4出力間隔ごとに、上記出力バッファ手段に蓄積している音声データのうち出力間隔分の音声データを含む出力音声データフレームを出力する音声データ出力手段と、5上記入力バッファ手段に、上記探索周期よりも長い最低蓄積期間以上の音声データが蓄積されてから、上記話速変換手段による話速変換処理を開始させる変換処理制御手段として機能させることを特徴とする。本発明によれば、リアルタイムに音声信号の音声データについて話速変換処理を行う際に、安定的に話速変換処理後の音声データを出力することができる音声信号処理装置を提供することができる。A第1の実施形態以下、本発明による音声信号処理装置及びプログラムの第1の実施形態を、図面を参照しながら詳述する。なお、第1の実施形態の音声信号処理装置は、話速変換装置である。A-1第1の実施形態の構成図1は、この実施形態の話速変換装置100の機能的構成を示すブロック図である。話速変換装置100は、データ入力部101、話速変換処理バッファ102、遅延制御部103、話速制御部104、ピッチ抽出部105、PICOLA処理部106、出力バッファ107、及びデータ出力部108を有している。話速変換装置100は、例えば、CPU、ROM、RAM、EEPROM、ハードディスクなどのプログラムの実行構成を有する情報処理装置1台に限定されず、複数台を分散処理し得るようにしたものであっても良い。に、実施形態の音声信号処理プログラム等をインストールすることにより構築してもよく、その場合でも機能的には上述の図1のように示すことができる。データ入力部101は、入力された入力音声信号音響信号から、所定のサンプル間隔Tsごとにサンプリングされた音声データ例えば、PCMPulseCodeModulation形式で生成された音声データを生成し、サンプル数nを1フレームとするフレーム単位で、分割して話速変換処理バッファ102に供給する。以下では、データ入力部101により生成されるフレームを入力フレームと呼ぶものとする。この実施形態では、データ入力部101は、上述の通り、入力音声信号を符号化して入力フレームを生成して話速変換処理バッファ102に供給するものとして説明するが、データ入力部101が、話速変換処理バッファ102に供給する音声データを保持する方法や供給方法は限定されないものである。例えば、データ入力部101は、入力フレーム単位ではなく、1サンプル単位で話速変換処理バッファ102に音声データを供給するようにしても良い。また、データ入力部101は、例えば、既に符号化された音声データを外部装置から保持する1度に保持するデータ量は限定されないものであるようにしても良い。話速変換処理バッファ102は、データ入力部101から供給される入力フレームを保持し、遅延制御部103、話速制御部104、ピッチ抽出部105等の制御に従って、保持した入力フレームの音声データを、後段の処理構成PICOLA処理部106に供給する等の処理を行うものである。遅延制御部103は、話速変換処理バッファ102で保持されている音声データのデータ量に応じて、その他の処理構成話速変換処理バッファ102、ピッチ抽出部105等の動作を制御するものである。遅延制御部103は、話速変換装置100の処理開始直後等に、話速変換処理バッファ102で、最低遅延量Td最低蓄積期間分以上の音声データが保持されているかどうかを確認する。そして、遅延制御部103は、話速変換処理バッファ102で、最低遅延量Td以上の期間分の音声データが保持されていると確認した場合に、PICOLA処理部106等による伸張処理を開始させるように、他の処理構成を制御する。最低遅延量Tdとしては、少なくともピッチ探索範囲Tp以上の期間とする必要があるが、この実施形態では、以下の1式のように算出されるものであるものとする。一方、詳細については口述するが、話速制御部104では、開始時に設定した伸長率Rsから伸長率を達成するために必要なデータ長音声データに対応する期間が算出される。最低遅延量Td=ピッチ探索範囲Tp1出力フレーム分の期間-1サンプル分の期間...1ピッチ抽出部105は、話速変換処理バッファ102に保持されている音声データに対して、ピッチの探索を行う。ピッチ抽出部105は、ピッチ探索範囲Tp分の音声データが話速変換処理バッファ102にある場合に、話速変換処理バッファ102に保持されている音声データに対して、ピッチ候補の探索を行う。ピッチ抽出部105は、例えば、話速変換処理バッファ102で保持されている音声データのピッチ探索範囲Tpの中から最も周期性の強いものをピッチ候補とし、当該ピッチ候補が、PICOLA処理部106で話速変換処理に用いるものとして適当であるか否かも判定する。ここでは、説明を簡易にするため、ピッチ抽出部105が抽出するピッチ候補は、話速変換処理バッファ102で保持されている音声データの先頭時系列上の先頭から始まる音声データであるものとする。そして、ピッチ抽出部105は、抽出したピッチ候補の音声データ話速変換処理バッファ102時系列上の先頭から所定範囲の音声データについて、話速変換処理に用いるものとして適当であるか否かを判定し、適当と判定した場合には、話速変換処理バッファ102を制御して、抽出したピッチの音声データと、当該ピッチの音声データに続く話側変換処理伸長処理に必要な長さ以下、伸長処理用データ期間Tgと呼ぶの音声データを、PICOLA処理部106に供給させる。なお、伸長処理用データ期間Tgの長さは、話速制御部104により、伸長率Rsに応じて決定されるものである。一方、抽出したピッチ候補の音声データについて、話速変換処理に用いるものとして適当でないと判定された場合には、ピッチ抽出部105は、話速変換処理バッファ102を制御して、当該ピッチ候補の音声データについて、出力バッファ107に供給させる。ピッチ抽出部105によるピッチ候補の抽出処理は、例えば、相違度や自己相関係数などを利用するようにしてもよい。以下に、ピッチ抽出部105が、上述の相違度を用いてピッチ候補を抽出する処理の例について説明する。ピッチ抽出部105は、例えば、図2のように話速変換処理バッファ102の時系列上の先頭となる音声データ図2のピッチ候補区間について、1サンプルずつずらしながら隣り合うデータ区間図2の比較対象区間との相違度を算出し、相違度が最も小さいものをピッチ候補とするものとする。ピッチ抽出部105では、例えば、以下の2式を用いて、仮のピッチ候補区間と比較対象区間との相違度を算出するようにしてもよい。以下の2式で、fは、図2に示す仮のピッチ候補区間を示しており、fiは、fピッチ候補区間の先頭からi番目のサンプル値を表している。また、以下の2式で、gは、図2に示す比較対象区間を示しており、giは、g比較対象区間の先頭からi番目のサンプル値を表している。ピッチ抽出部105が、ピッチ探索を行う回数相違度を算出する回数は限定されないものであるが、例えば、所定の最大回数を限度として相違度を計算し、最も相違度が少ないものをピッチ候補区間として抽出するようにしてもよい。そして、ピッチ抽出部105は、相違度が所定の閾値未満である場合に、当該ピッチ候補を伸長処理に用いるものとして適当であると判定するようにしてもよい。ピッチ探索範囲Tpとしては、例えば、人間のピッチを探索するのに十分な範囲を設定することが望ましく、例えば、サンプリング周波数8kHzのとき20サンプルから120サンプルとするようにしてもよい。PICOLA処理部106は、ピッチ抽出部105で抽出したピッチWの音声データ音声波形に基づいて、話速変換処理バッファ102に保持された音声データの伸長に用いる音声データを生成する。PICOLA処理部106は、例えば、従来技術と同様に、クロスフェードを用いて、伸長処理に用いる音声データを生成するようにしても良い。そして、PICOLA処理部106は、ピッチWの波形の長さ時間軸上の波形の長さであり、生成した音声データの波形の長さと同様に応じた伸長処理用データ期間Tgを、話速制御部104に問い合わせて取得する。そして、PICOLA処理部106は、伸長処理用データ期間Tgを取得すると、話速変換処理バッファ102で保持された音声データのうち、ピッチWに続く伸長処理用データ期間Tg分の音声データを取得する。そして、PICOLA処理部106は、取得したピッチWの音声データと、伸長処理用データ期間Tgの音声データとの間に、生成した音声データを挿入した音声データを、出力バッファ107に供給する。なお、PICOLA処理部106は、話速変換処理バッファ102に、伸長処理用データ期間Tg分の音声データが残っていない場合には、足りない分の長さ以下、未処理データ期間Tuと呼ぶを、話速制御部104に報告する。話速制御部104は、基準となる伸長率Rsのパラメータを保持し、保持した伸長率Rsにもとづいて、PICOLA処理部106からの問い合わせに応じて、伸長率Rsを満たすための伸長処理用データ期間Tgの長さを算出して、返答する。話速制御部104が、伸長率Rsを保持する方法は限定されないものであるが、例えば、予め設定しておくようにしても良いし、ユーザの操作に応じて変更可能な構成としても良い。話速制御部104は、PICOLA処理部106から、ピッチWの長さTwが通知されると、伸長率Rsを満たすための、当該ピッチWの長さTwに対応する伸長処理用データ期間Tgを算出する。そして、話速制御部104は、算出した伸長処理用データ期間Tgを、PICOLA処理部106に返答する。話速制御部104では、例えば、以下の3式を用いて、伸長処理用データ期間Tgを算出するようにしてもよい。Tg=Tw/Rs-1-Tw...3なお、話速制御部104は、PICOLA処理部106から未処理データ期間Tuが報告された場合には、話速変換処理バッファ102を制御して、未処理データ期間Tu分の音声データについてデータ出力部108に供給させる処理を優先させる。すなわち、未処理データ期間Tuが発生した場合、話速制御部104は、次に話速変換処理バッファ102に未処理データ期間Tu分の音声データが溜まると、話速変換処理バッファ102を制御して、次の伸長処理よりも優先して、その音声データを出力バッファ107に供給させる。出力バッファ107は、出力フレームを送出すべきタイミングが到来するごとに、出力フレーム1つ分の音声データを、データ出力部108に供給する。出力フレームがnサンプル分の音声データで構成されている場合には、出力フレームを送出すべきタイミングは、サンプル間隔Ts×nの期間ごとに到来することになる。話速変換装置100の動作開始直後等、出力バッファ107に保持されている音声データが、1出力フレーム分に満たない場合には、出力バッファ107は、例えば、無音データや、予め用意しておいたノイズ等のダミー用の音声データを含む出力フレームを、データ出力部108に供給するようにしてもよい。データ出力部108は、出力バッファ107から供給された出力フレームの音声データを所定の方法により出力するものである。データ出力部108が音声データを出力する方法については限定されないものであるが、例えば、スピーカ等の音声出力装置を備えて表音出力したり、所定のデータ記憶媒体例えば、ハードディスクドライブ等に記憶させたり、出力フレームの音声データをそのまま、又は符号化して、所定の形式のパケットに挿入し、送信先の通信装置に送出するようにしてもよい。A-2第1の実施形態の動作次に、以上のような構成を有する第1の実施形態の話速変換装置100の動作を説明する。まず、話速変換装置100において、データ出力部108による、出力データフレームの出力処理について図3のフローチャートを用いて説明する。話速変換装置100で話速変換処理話速を遅くする処理が開始されると、まず、出力バッファ107は、次の出力フレーム送出タイミングが到来するまで待機しS101、出力フレーム送出タイミングが到来すると、1つの出力フレーム分の音声データをデータ出力部108に供給するS102。上述の通り、出力バッファ107で、出力フレームを出力すべきタイミングは、サンプル間隔Ts×nの期間ごとに到来する。出力バッファ107では、話速変換装置100で話速変換処理が開始された直後は、出力フレームに用いる音声データを保持していないが、音声データが所定以上例えば、1出力フレーム分以上溜まるまでの間、例えば、出力フレームの出力を保留したり、ダミー用の音声データ例えば、無音データや、予め用意しておいたノイズ等の音声データを含む出力フレームを、データ出力部108に供給するようにしてもよい。また、出力バッファ107は、音声データの供給が開始された後でも、出力すべき音声データが1出力フレーム分未満となった場合にも、ダミー用の音声データを含む出力フレーム出力バッファ107に残っている音声データで足りない分をダミー用の音声データで保管した出力フレームとしてもよいを、データ出力部108に供給するようにしてもよい。そして、話速変換装置100で、話速変換処理が継続している場合には、出力バッファ107は上述のステップS101に戻って、次の出力フレーム送出タイミングまで待機する。一方、話速変換装置100で、話速変換処理が継続している場合には、出力バッファ107は、処理を終了する。次に、話速変換装置100において、入力された音声信号音声データを伸長処理話速を遅くする処理し、出力バッファ107に供給するまでの処理について、図4、図5を用いて説明する。話速変換装置100で話速変換処理話速を遅くする処理が開始されると、データ入力部101では、入力される音声信号から音声データ例えば、PCM形式のデータが生成され、生成された音声データについて入力フレームごとに分割して取得されるS201。そして、データ入力部101では、入力フレームが取得されると、その入力フレームが話速変換処理バッファ102に供給されるS202。この実施形態では、説明を簡易にするため、入力フレーム及び出力フレームのサンプリング間隔及びサンプル数は同じであるものとして説明する。以下では、入力フレーム及び出力フレームのサンプリング間隔はTsであり、サンプル数はnであるものとして説明する。そして、遅延制御部103では、今回の話速変換処理が開始されてから、過去に一度でも話速変換処理バッファ102に最低遅延量Td以上のデータを保持したことがあるかどうかが確認されるS203。遅延制御部103で、話速変換処理バッファ102に最低遅延量Td以上のデータを保持したことがないと確認された場合には、話速変換装置100は、上述のステップS201に戻って動作する。一方、遅延制御部103で、話速変換処理バッファ102に最低遅延量Td以上のデータを保持したことがあると確認された場合には、後述するステップS204の処理に進む。そして、話速制御部104は、ユーザの操作等により、現在話速変換処理に適用している話速に関する設定変更が行われたか否かを確認し、設定変更が行われたと確認された場合には、話速変換処理に適用する伸長率Rsを、変更後に対応する値に変更する処理を行うS204、S205。そして、話速制御部104では、そして、話速制御部104で、過去にPICOLA処理部106から未処理データ期間Tuが報告されており、伸長率Rsを満たすための未処理データ期間Tu分の音声データの出力バッファ107への供給が完了しているか否かすなわち、伸長率Rsが満たされている状態であるか否かについて確認が行われるS206。そして、話速制御部104で、伸長率Rsが満たされている状態でないと確認された場合には、話速制御部104は、話速変換処理バッファ102を制御して、未処理データ期間Tu分の音声データを出力バッファ107に供給未処理データ期間Tu分に満たない場合は現時点で供給可能な音声データを出力バッファ107に供給させるS207。そして、話速変換装置100は後述するステップS214から動作する。一方、話速制御部104で、伸長率Rsが満たされている状態であると確認された場合には、ピッチ抽出部105により、ピッチ探索範囲Tp分の音声データピッチ探索に必要な量の音声データが、話速変換処理バッファ102に保持されているか否かが確認されるS208。そして、ピッチ抽出部105により、ピッチ探索範囲Tp分の音声データが、話速変換処理バッファ102に保持されていないと判断された場合には、話速変換装置100は、上述のステップS201の処理に戻り、次の入力フレームを取得する処理から動作する。一方、ピッチ抽出部105により、ピッチ探索範囲Tp分の音声データが、話速変換処理バッファ102に保持されていると判断された場合には、ピッチ抽出部105によりピッチ候補が抽出されS209、当該ピッチ候補が伸長処理に用いるものとして適当であるか否かが判定されるS210。ステップS210で、当該ピッチ候補が伸長処理に用いるものとして適当ででないと判定された場合には、ピッチ抽出部105は、話速変換処理バッファ102を制御して、当該ピッチ候補の音声データを、直接出力バッファ107に供給させるS211。そして、話速変換装置100は、後述するステップS214の処理から動作する。一方、ステップS210で、当該ピッチ候補が伸長処理に用いるものとして適当であると判定された場合には、ピッチ抽出部105は、話速変換処理バッファ102を制御して、当該ピッチ候補の音声データを、ピッチWの音声データとして、PICOLA処理部106に供給させる。そして、話速変換装置100は、後述するステップS212の処理から動作する。ピッチWの音声データが供給されるとPICOLA処理部106は、そのピッチWの音声データ音声波形に基づいて、話速変換処理バッファ102に保持された音声データの伸長に用いる音声データピッチWと同じ長さの音声データを生成するS212。そして、PICOLA処理部106は、ピッチWの波形の長さTwに応じた伸長処理用データ期間Tgを、話速制御部104に問い合わせて取得する。そして、PICOLA処理部106は、伸長処理用データ期間Tgを取得すると、話速変換処理バッファ102で保持された音声データのうち、ピッチWに続く伸長処理用データ期間Tg分の音声データを取得する。そして、PICOLA処理部106は、取得したピッチWの音声データと、伸長処理用データ期間Tgの音声データとの間に、生成した音声データを挿入した音声データを、出力バッファ107に供給するS213。なお、話速変換処理バッファ102に、伸長処理用データ期間Tg分の音声データが残っていない場合には、PICOLA処理部106は、足りない分の長さ未処理データ期間Tuを、話速制御部104に報告する。そして、上述のステップS211、又はS214の処理が終了すると、ピッチ抽出部105では、話速変換処理バッファ102にピッチ探索範囲Tp分の音声データが保持されているか否かが確認されるS214。ステップS214で、ピッチ抽出部105により、話速変換処理バッファ102にピッチ探索範囲Tp分の音声データが保持されていると確認された場合には、話速変換装置100は、上述のステップS209の処理から動作して再度ピッチ候補の抽出処理を行う。一方、話速変換処理バッファ102にピッチ探索範囲Tp未満の分しか、話速変換処理バッファ102に音声データが保持されていないと確認された場合には、話速変換装置100では、話速変換処理が継続している限り、上述のステップS201に戻って動作する。次に、話速変換装置100が、上述の図3~図5のフローチャートに従って動作した場合の、話速変換処理バッファ102及び出力バッファ107に保持される音声データの遷移について、図6~図9のタイミングチャートを用いて説明する。ここでは、出力フレーム及び入力フレームを構成するサンプル数n=80、伸長率Rs=1.25、ピッチ探索範囲Tp=240サンプル分の期間Ts×120の期間であるものとして説明する。図6~図9のタイミングチャートでは、タイミングT0の時点から話速変換装置100が話速変換処理を開始している。そして、図6~図9のタイミングチャートでは、タイミングT1、T2、T3、T4、T5...、のそれぞれのタイミングが、出力フレームを出力バッファ107から出力すべきタイミングを示している。例えば、タイミングT1の時点は、タイミングT0から80サンプル分の時間Ts×80の時間が経過した時点を示しており、タイミングT2の時点は、タイミングT0から160サンプル分の時間Ts×160の時間が経過した時点を示していることになる。ここでは、説明を容易にするために、まず、最低遅延量Td=ピッチ探索範囲Tpとした場合の話速変換処理バッファ102及び出力バッファ107に保持される音声データの遷移について、図6、図7を用いて説明する。図6では、最低遅延量Td=ピッチ探索範囲Tpとし、PICOLA処理部106による伸長処理が行われる場合の話速変換処理バッファ102及び出力バッファ107に保持される音声データの遷移について示している。図6では、タイミングT3の時点で、最低遅延量Td分の音声データ240サンプルが溜まることになるため、ピッチ抽出部105によりTw1の長さのピッチW1が抽出されたものとする。そして、ピッチW1は、ピッチ抽出部105により伸長処理に適用するものとして適当と判定され、さらに、PICOLA処理部106によりピッチW1を用いた音声波形の音声データが生成されたものとする。なお、ここでは、Tw1=45サンプル分の期間であるものとする。そうすると、話速制御部104では、伸長処理用データ期間Tg1=Tw1/Rs-1-Tw1=45/1.25-1-45=135サンプル分の期間となる。したがって、図6に示すように、PICOLA処理部106は、タイミングT3の時点で、ピッチW1Tw1の音声データ、ピッチW1に基づいて生成した音声データ、伸長処理用データ期間Tgの音声データ180サンプルを保持して、データ出力部108に供給することになる。すなわち、この時点で、データ出力部108には、4545135=225サンプル分の音声データが保持されることになる。そして、タイミングT3の時点で、話速変換処理バッファ102には240-225=15サンプル分の音声データしか保持されていない状態になるため、少なくともタイミングT6の時点までは、話速変換処理バッファ102にピッチ探索範囲Tp分の音声データ240サンプルが溜まらないため、伸長処理は行われない。したがって、タイミングT3~T6の期間、データ出力部108には、新たな音声データが供給されない状態となる。そうすると、出力バッファ107では、タイミングT3の時点で、出力フレームF180サンプル分の音声データを出力し、さらに、タイミングT4の時点で、出力フレームF280サンプル分の音声データを出力することになる。すなわち、タイミングT4の時点で、データ出力部108には、225-80-80=65フレーム分の音声データしか残っていないため、タイミングT5の時点になっても正常な出力フレームを生成して出力することができないことになる。以上のように、最低遅延量Td=ピッチ探索範囲Tpとした場合には、1回目の伸長処理の後、2回目のピッチ探索に必要な最低遅延量Td分のデータが溜まる前に出力バッファ107に1出力フレーム分のデータがなくなる状況が発生してしまう場合がある。図7では、最低遅延量Td=ピッチ探索範囲Tpとし、PICOLA処理部106による伸長処理が行われなかった場合抽出したピッチ候補が伸長処理に用いることに不適当だった場合の話速変換処理バッファ102及び出力バッファ107に保持される音声データの遷移について示している。図7では、タイミングT3の時点で、最低遅延量Td分の音声データ240サンプルが溜まることになるため、ピッチ抽出部105によりTw1の長さのピッチW1ピッチ候補が抽出されたものとする。そして、ピッチW1は、ピッチ抽出部105により伸長処理に適用するものとして不適当と判定され、話速変換処理バッファ102から出力バッファ107に出力されることになる。なお、ここでは、Tw1=45サンプル分の期間であるものとする。したがって、図7では、タイミングT3の時点で、出力バッファ107には45サンプル分の音声データが保持されることになるが、1出力フレーム分の音声データ80サンプルには満たないため、正常な音声データを挿入した出力フレームを出力することができない状態が継続することになる。次に、上述の実施形態と同様に、ピッチ探索範囲Tp=240、最低遅延量Td=24080-1=319サンプル上記の1式を用いて算出した長さとした場合の話速変換処理バッファ102及び出力バッファ107に保持される音声データの遷移について、図8、図9を用いて説明する。図8では、ピッチ探索範囲Tp=240サンプル、最低遅延量Td=319サンプルとし、PICOLA処理部106による伸長処理が行われる場合の話速変換処理バッファ102及び出力バッファ107に保持される音声データの遷移について示している。すなわち、図8のタイミングチャートは、最低遅延量Td以外については、上述の図6と同様の条件となった場合について示している。図8では、タイミングT4の時点で、最低遅延量Td分以上の音声データ320サンプルが溜まることになるため、ピッチ抽出部105によりTw1の長さのピッチW1が抽出されたものとする。そして、ピッチW1は、ピッチ抽出部105により伸長処理に適用するものとして適当と判定され、さらに、PICOLA処理部106によりピッチW1を用いた音声波形の音声データが生成されたものとする。なお、ここでは、Tw1=45サンプル分の期間であるものとする。そうすると、話速制御部104では、図6の場合と同様に、伸長処理用データ期間Tg1=135サンプル分の期間が算出される。また、図8に示すように、PICOLA処理部106は、タイミングT4の時点で、ピッチW1Tw1の音声データ、ピッチW1に基づいて生成した音声データ、伸長処理用データ期間Tgの音声データ135サンプルを保持して、データ出力部108に供給することになる。すなわち、この時点で、データ出力部108には、225サンプル分の音声データが保持されることになる。そして、タイミングT4の時点で、話速変換処理バッファ102には320-225=95サンプル分の音声データが保持されることになる。そして、話速変換処理バッファ102では、タイミングT6の時点で、話速変換処理バッファ102にピッチ探索範囲Tp分以上の音声データが溜まり、データ出力部108に新たな音声データが供給されることになる。一方、出力バッファ107では、タイミングT4の時点で、出力フレームF180サンプル分の音声データを出力し、さらに、タイミングT5の時点で、出力フレームF280サンプル分の音声データを出力することになる。そして、図8の例では、タイミングT6の時点では、出力バッファ107に新たな音声データが供給されることになる。したがって、図8の例では、最低遅延量Tdについて上記の1のように設定することにより、図6の場合の例と異なり、出力バッファ107で出力フレームを出力すべきタイミングが到来しても、出力バッファ107に1出力フレーム分以上のデータを保持することが出来る。図9では、ピッチ探索範囲Tp=240サンプル、最低遅延量Td=319サンプルとし、PICOLA処理部106による伸長処理が行われない場合の話速変換処理バッファ102及び出力バッファ107に保持される音声データの遷移について示している。すなわち、図9のタイミングチャートは、最低遅延量Td以外については、上述の図7と同様の条件となった場合について示している。図9では、タイミングT4の時点で、話速変換処理バッファ102に、最低遅延量Td分以上の音声データ320サンプルが溜まることになるため、ピッチ抽出部105によりTw1の長さのピッチW1ピッチ候補が抽出されたものとする。そして、ピッチW1は、ピッチ抽出部105により伸長処理に適用するものとして不適当と判定され、話速変換処理バッファ102から出力バッファ107に出力されることになる。なお、ここでは、Tw1=45サンプル分の期間であるものとする。そして、この時点では、話速変換処理バッファ102には、320-45=275サンプルの音声データが残っており、ピッチ探索範囲Tp240サンプル分より多いため、ピッチ抽出部105は、タイミングT4の時点で、連続してピッチ候補の探索を行うことができる。そして、ピッチ抽出部105では、2回目のピッチ候補探索で、Tw2の長さのピッチW2ピッチ候補が抽出されたものとする。そして、ピッチW2は、ピッチ抽出部105により伸長処理に適用するものとして不適当と判定され、話速変換処理バッファ102から出力バッファ107に出力されたものとする。なお、ここでは、Tw2=45サンプル分の期間であるものとする。そうすると、データ出力部108では、タイミングT4の時点で、4545=90サンプル分の音声データを保持することができ、図7の例と異なり、出力フレームを出力することができる。したがって、図9の例では、図7の場合の例と異なり、ピッチ候補がそのまま出力バッファ107に供給されても、話速変換処理バッファ102にピッチ探索範囲Tp以上の音声データが残っているため、ピッチ抽出部105では、同一フレーム内同一タイミングで複数回ピッチ探索を行うことができる。すなわち、図9の例では、最低遅延量Tdについて上記の1式のように設定することにより、図7の場合の例と異なり、出力バッファ107で出力フレームを出力すべきタイミングが到来しても、出力バッファ107に1出力フレーム分以上のデータを保持できる可能性が高くなることになる。A-3第1の実施形態の効果第1の実施形態によれば、以下のような効果を奏することができる。A-3-1話速変換装置100では、PICOLA処理部106による伸長処理を開始する前に、ピッチ探索範囲Tp以上の音声データを、初期に話速変換処理バッファ102で保持することで、出力バッファ107に、1出力フレーム分以上の音声データが保持されやすい状態とすることができる。A-3-2初期に話速変換処理バッファ102で保持するデータ量が多い方が、出力バッファ107で保持するデータ量を枯渇しにくくさせることはできるが、話速変換処理による遅延量データ入力部101に音声データが入力されてから、データ出力部108で出力されるまでの時間が大きくなってしまうと、処理品質リアルタイム性が劣化してしまう。そこで、この実施形態の話速変換装置100では、出力バッファ107に1出力フレーム分以上の音声データを保持するために必要な最低限の最低遅延量Tdとして、ピッチ探索範囲Tp1フレーム-1サンプルを設定している。次に、最低遅延量Tdとして、ピッチ探索範囲Tp1フレーム-1サンプルが望ましい理由について説明する。出力バッファ107に1出力フレーム分のデータがなくなるという問題が発生する例として、上述の図6の条件以下、第1の条件と呼ぶと、上述の図7の条件以下、第2の条件と呼ぶについて説明した。このうち、第2の条件は、第1の例の伸長率が1.0倍のときと同じであると見なせる。つまり第2の条件で発生する問題を回避できることが示せれば、同時に第1の条件で発生する問題も回避できる。何故なら第1の条件は伸長率Rs>1.0で必ず伸長処理を行うので、第2の条件よりも出力バッファ107のデータは増えるからである。第2の条件でも、ピッチ候補W分の期間以下、TWと呼ぶが、1出力フレーム分の期間以下、TFと呼ぶと同じかTFの倍数である場合は、上述の問題は発生しない。出力バッファ107供給される期間は常にTF分の期間の倍数なので、入力されたデータをそのまま供給することができるからである。上述の問題が発生するのは、ピッチ候補Wの期間TWが、それ以外の値の場合である。なお、ここでは、各期間データ長について、音声データを構成するサンプル数サンプリング間隔は全て同一であるものとするを単位として表わすものとする。以下に、上述の第2の例図7に示す例において、上述の問題を回避できる最低遅延量Tdとして望ましい値がどのように求められるのかを示す。なお、以下の例では、TWの最大値はTp/2とするが、これに限定せずTd分まで抽出するようにしても良い。また、以下の例ではTp>=TFとする。また、以下の例では、TF=80サンプル、Tp=240サンプルであるものとする。まず、TWが1TF未満の場合1<=TW<=79の場合について説明する。この場合、図7に示す1回目のピッチ探索ピッチ抽出では、出力バッファ107にTF分のデータがたまらないため、同一フレーム処理内でもう一度ピッチ抽出を行う必要がある。話速変換処理バッファ102で保持されている音声データの期間をP、初期値をXとすると、一回目のピッチ抽出後の期間はX-1<=P<=X-79である。このときPは、Tp分以上のデータであればよいから、必要なXの最大値はX-79<=24、X=319となる。次に、TWが1TFより大きく、2TF未満のとき81<=TW<=159の場合について説明する。この場合、1回目のピッチ抽出の結果、話速変換処理バッファ102で保持される期間はX-81<=P<=X-159となっている。また出力バッファ107には1TF以上2TF分未満存在することになるので、出力バッファ107からの出力フレームの出力は可能となる。しかし、出力バッファ107では、次に出力フレームを出力すべきタイミングとなったときに、TF分のデータは残らないことになるため、次の出力フレームの出力タイミングでは、必ずピッチ抽出を行う必要がある。したがって、この場合、次の出力フレームを出力すべきタイミングで、DF分のデータ入力後に話速変換処理バッファ102にTp分以上のデータが存在すればよいので、必要なXの最大値はX-15980=240、X=319となる。このXの値が最低遅延量Tdとなり、これは2F<W<3F、3F<W<4Fの場合も同じである。以上から、上述の問題が発生しにくくなる最小のTdは、以下の4式により導きだすことができる。なお、以下の4式では、TW≠nTFn=0、1、2、...、Tp>TFであるものとする。なお、以下の4式では、intTW/TFはTW/TFの整数部分を示している。また、以下の4式では、max{TW-intW/TFTF}は、nをn=0、1、2、...と変化させた場合のTW-intW/TFTFの最大値を示しており、計算すると以下の5式に示す結果となる。したがって、以下の6式に示すように、Tdとしては、上述のピッチ探索範囲Tp1フレーム-1サンプルが望ましいという結果が得られる。Td=Tpmax{TW-intTW/TFTF}...4max{TW-intTW/TFTF}=TF-1...5Td=TpTF-1...6以上のように、話速変換装置100では、出力バッファ107に1出力フレーム分以上の音声データを保持することにより、安定した精度で話速変換処理をリアルタイムに実行することが可能となる。その結果、話速変換装置100を利用することにより、テレビやラジオ、電話などリアルタイムに音声を処理する機器に話速変換を行うことが可能となる。また、話速変換装置100を利用することにより、ユーザはこれらの機器の使用中いつでも話速変換を実行することができ、また話速変換の実行中であっても任意の話速に変更することができる。B第2の実施形態以下、本発明による音声信号処理装置及びプログラムの第2の実施形態を、図面を参照しながら詳述する。なお、第1の実施形態の音声信号処理装置は、話速変換装置である。B-1第2の実施形態の構成図10は、第2の実施形態の話速変換装置100Aの機能的構成を示すブロック図である。なお、図10では、上述の図1と同一又は対応する部分には、同一又は対応する符号を付している。以下、第2の実施形態について、第1の実施形態との差異を説明する。話速変換装置100Aでは、音声区間検出部109及び遅延回復部110が追加されている点で、第1の実施形態と異なっている。第1の実施形態の話速変換装置100では、話速変換処理を継続すると、音声信号音声データは次々と伸長処理されるため、遅延が際限なく増加し、それにともない出力バッファ107で保持される音声データも増大してしまう。その結果、例えば、当該話速変換装置100を電話装置等の電話通信に適用し、リアルタイムに話速変換処理を行う場合には、話者間のコミュニケーションに不具合が生じてしまうことになる。そこで、第2の実施形態の話速変換装置100Aでは、音声区間検出部109及び遅延回復部110を追加して、遅延回復機能に対応させ、上述のような問題点に対応している。なお、ここでいう遅延とは、例えば、話速変換装置において、伸長処理により、話速変換処理バッファ102で最新に入力された音声データに対応する時刻サンプルの時系列上の時刻と、出力バッファ107で出力する音声データに対応する時刻との差分である。そして、遅延回復機能とは、例えば、話速変換装置において、伸長処理により一定時間以上の遅延が発生していた場合、最新に入力される音声信号に含まれる非音声区間無音区間を話速変換処理バッファ102から削除することで、遅延時間を短縮する機能である。音声区間検出部109は、データ入力部201が取得した1フレーム分の音声データ音声信号に対し、当該入力フレームの音声データが示す音声信号が音声区間有音区間であるのか、非音声区間無音区間であるのかを判定する。音声区間検出部109において有音区間を検出する処理については、既存の処理構成例えば、音響特徴量として、入力信号のパワー、零交差、相関関数等を用いる方法を適用することができる。なお、音声区間検出部109については、データ入力部101の中に組み込み、データ入力部101で入力フレームを生成する際に音声区間の検出処理を行うようにしてもよい。そして、音声区間検出部109は、取得した入力フレームが非音声区間のものであった場合には、当該入力フレームを、遅延回復部110に引き渡す。遅延回復部110は、音声区間検出部109から非音声区間の入力フレームが供給されると、話速変換処理バッファ203を制御して、溜まっている音声データを全て出力バッファ208へ出力させる。そして、遅延回復部110は、出力バッファ107に溜まっている音声データの量が所定以上の場合ここでは、例として最低遅延量Td以上とする、最新に取得した入力フレームを削除破棄して、遅延回復を図る。一方、出力バッファ107に溜まっている音声データの量が所定未満の場合ここでは、例として最低遅延量Td未満とする、遅延回復部110は、最新に取得した入力フレームを、出力バッファ107に供給する。B-2第2の実施形態の動作次に、以上のような構成を有する第2の実施形態の話速変換装置100Aの動作を説明する。第2の実施形態の話速変換装置100Aは、上述の遅延回復機能に係る音声区間検出部109及び遅延回復部110の動作が追加されるだけで、その他は第1の実施形態と同様である。具体的には、第2の実施形態では、第1の実施形態の動作のステップS201とステップS202との間で、上述の遅延回復機能に係る音声区間検出部109及び遅延回復部110の動作が挿入される。図11では、第2の実施形態の話速変換装置100Aで、上述のステップS201とステップS202との間に挿入される、遅延回復機能に係る音声区間検出部109及び遅延回復部110の動作について示している。図11では図示を省略しているが、その他の動作については、第1の実施形態と同様である。第2の実施形態の話速変換装置100Aでは、上述のステップS201において、データ入力部101で入力フレームが取得されると、音声区間検出部109により、当該入力フレームについて音声区間であるか否かが判定されるS301。そして、ステップS301において入力フレームについて音声区間と判定された場合には、話速変換装置100Aでは、上述のステップS202により当該入力フレームが話速変換処理バッファ102に入力され、以後の処理は第1の実施形態と同様の処理となる。一方、ステップS301において入力フレームについて音声区間と判定された場合には、音声区間検出部109により、当該入力フレームは、遅延回復部110に供給される。そして、遅延回復部110は、話速変換処理バッファ203を制御して、溜まっている音声データを全て出力バッファ208へ出力させるS302。そして、遅延回復部110は、出力バッファ107に溜まっている音声データの量が最低遅延量Td以上であるか否かを判定するS303。上述のステップS303で、出力バッファ107に溜まっている音声データの量が最低遅延量Td以上であると判定された場合には、遅延回復部110は、最新に取得した入力フレームを削除破棄して、遅延回復を図るS304。そして、話速変換装置100Aは上述のステップS201に戻って動作する。すなわち、遅延回復部110は、話速変換処理バッファ102及び出力バッファ107に溜まっている音声データの合計量が、最低遅延量Td以上となっている状態の場合には、遅延量が所定以上になっているものと判断し、遅延回復処理非音声区間の入力フレームを破棄を行う。一方、上述のステップS303で、出力バッファ107に溜まっている音声データの量が最低遅延量Td未満であると判定された場合には、遅延回復部110は、最新に取得した入力フレームを、出力バッファ107に供給するS305。そして、話速変換装置100Aは上述のステップS201に戻って動作する。B-3第2の実施形態の効果第2の実施形態によれば、第1の実施形態に加えて以下のような効果を奏することができる。話速変換装置100Aでは、出力バッファ107に最低遅延量Tdのデータを保持しつつ、非音声区間の音声データを削除破棄している。これにより、話速変換装置100Aでは、1出力フレーム分の音声データが、出力バッファ107にない状況を発生させずに、遅延を短縮遅延回復させることができる。これにより、話速変換装置100Aでは、出力バッファ107に必要とされるメモリ量を抑制するとともに、遅延量を抑制して、安定した話速変換処理を行うことができる。C他の実施形態本発明は、上記の各実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。C-1上記の各実施形態の話速変換装置では、話速を遅くする処理を行う場合についてのみ説明したが、上記の各実施形態の話速変換装置で、話速を早くする処理例えば、既存の話速変換処理を適用するようにしても良いについても処理可能な構成としても良い。C-2上記の各実施形態の話速変換装置では、遅延制御部は、話速変換装置が処理を開始した直後にのみ、話速変換処理バッファに最低遅延量Tdの音声データが溜まるまで、PICOLA処理部による話速変換処理を保留する処理をおこなっているが、その他のタイミングでも同様の処理を行うようにしても良い。例えば、話速変換装置で、遅延量が一定以上となった場合に、話速変換処理バッファ102及び出力バッファ107で保持している音声データをリフレッシュ全てのデータを消去した後、話速変換処理バッファに最低遅延量Tdの音声データが溜まるまで、PICOLA処理部による話速変換処理を保留するようにしても良い。C-3上記の各実施形態で、遅延制御部は、伸長処理により遅延が際限なく増えることを防ぐため、話速変換装置で遅延量が一定量を超えた場合、伸長処理を中止するように他の処理構成を制御する機能遅延制限機能に対応させるようにしてもよい。