(57)【要約】【課題】バッファの如き格納手段の溢れ又は枯渇を防止して音声情報の連続性の維持を図る事が可能な、音声情報修正システム、音声情報修正方法、及び音声情報修正プログラムを提供すること。【解決手段】音声情報修正システムは、携帯端末１０から送信された連続的な音声情報を格納するバッファ８ａと、バッファ８ａに格納された音声情報のうち、基準時間長さ連続する無音部分が存在するか否かを判定する無音部分判定部７ｄと、無音部分判定部７ｄにて無音部分が存在すると判定された場合、無音部分をバッファ８ａから削除し、又は無音部分の前後に連続的に他の無音部分を追加してバッファ８ａに格納することにより、音声情報を修正する音声情報修正部７ｅと、を備える。【選択図】図１
2016119588.tif 000002
【特許請求の範囲】
【請求項１】
送信手段から送信された連続的な音声情報を格納する格納手段と、
前記格納手段に格納された前記音声情報のうち、基準時間長さ連続する無音部分が存在するか否かを判定する無音部分判定手段と、
前記無音部分判定手段にて前記無音部分が存在すると判定された場合、前記無音部分を前記格納手段から削除し、又は前記無音部分の前後に連続的に他の無音部分を追加して前記格納手段に格納することにより、前記音声情報を修正する音声情報修正手段と、を備える、
音声情報修正システム。
【請求項２】
前記音声情報修正手段は、前記格納手段に格納された前記音声情報の容量が、目標容量より大きい第１上限値以上となった場合、前記無音部分を前記格納手段から削除し、前記格納手段に格納された前記音声情報の容量が、前記目標容量より小さい第１下限値以下となった場合、前記無音部分の前後に連続的に他の無音部分を追加して前記格納手段に格納する、
請求項１に記載の音声情報修正システム。
【請求項３】
前記音声情報修正手段は、前記格納手段に格納された前記音声情報の容量が、前記第１上限値よりも大きい第２上限値以上となった場合、前記音声情報における所定長さの音声部分を前記格納手段から削除し、前記格納手段に格納された前記音声情報の容量が、前記第１下限値よりも小さい第２下限値以下となった場合、前記音声情報における所定長さの音声部分を追加して前記格納手段に格納する、
請求項２に記載の音声情報修正システム。
【請求項４】
前記音声情報修正手段は、前記格納手段に格納された音声情報の容量が前記目標容量となった場合、前記無音部分の削除若しくは追加、又は前記音声部分の削除若しくは追加を停止する、
請求項２又は３に音声情報修正システム。
【請求項５】
前記目標容量は、前記格納手段の全体の容量に対する半分の容量である、
請求項２から４のいずれか一項に記載の音声情報修正システム。
【請求項６】
前記格納手段の全体の容量に対する半分の容量の前記音声情報が格納された場合、前記格納手段に格納された前記音声情報の再生を開始する再生手段を備える、
請求項１から５のいずれか一項に記載の音声情報修正システム。
【請求項７】
前記送信手段に設けられたエンコード手段にてエンコードされて送信された連続的な音声情報を、通信にて受信する通信手段と、
前記通信手段にて受信した前記音声情報をデコードするデコード手段と、を備える、
請求項１から６のいずれか一項に記載の音声情報修正システム。
【請求項８】
送信手段から送信された連続的な音声情報を格納する格納手段に格納された前記音声情報のうち、基準時間長さ連続する無音部分が存在するか否かを判定する無音部分判定工程と、
前記無音部分判定工程にて前記無音部分が存在すると判定された場合、前記無音部分を前記格納手段から削除し、又は前記無音部分の前後に連続的に他の無音部分を追加して前記格納手段に格納することにより、前記音声情報を修正する音声情報修正工程と、を含む、
音声情報修正方法。
【請求項９】
送信手段から送信された連続的な音声情報を格納する格納手段に格納された前記音声情報のうち、基準時間長さ連続する無音部分が存在するか否かを判定する無音部分判定工程と、
前記無音部分判定工程にて前記無音部分が存在すると判定された場合、前記無音部分を前記格納手段から削除し、又は前記無音部分の前後に連続的に他の無音部分を追加して前記格納手段に格納することにより、前記音声情報を修正する音声情報修正工程と、
をコンピュータに実行させるための音声情報修正プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声情報修正システム、音声情報修正方法、及び音声情報修正プログラムに関する。
【背景技術】
【０００２】
従来、携帯電話等の携帯端末に記録された音声情報（例えば、音楽情報）を、車載装置のスピーカから出力して車内の複数人で聞くことが出来るシステムが要望されていた。そこで、携帯端末と車載装置とを（Ｂｌｕｅｔｏｏｔｈ（登録商標））等の近距離無線通信にて接続し、携帯端末で音声情報をエンコードして送信し、このエンコードされた音声情報を車載装置で受信してデコードしてバッファに格納し、バッファに格納された音声情報を再生し、再生後の音声情報をバッファから破棄することにより、車載装置にて音声情報を再生可能としたシステムが提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−２３６３４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、上記の特許文献１は、エンコードする機器とデコードする機器とが異なるため、双方の処理時間に僅かな時間のずれが生じてしまう事があった。このことにより、音楽再生時に、音声情報をバッファに格納する速度に音声情報をバッファから破棄する速度が追い付かず、バッファに格納された音声情報の総量がバッファの総容量に達した結果、それ以上の音声情報を格納できなくなった状態（以下、バッファ溢れ）となってしまったり、音声情報をバッファから破棄する速度に音声情報をバッファに格納する速度が追い付かず、バッファに音声情報が格納されていない状態（以下、バッファ枯渇）となってしまったりする事があった。そして、このようなバッファ枯渇やバッファ溢れが生じると、バッファに格納される音声情報の連続性が維持できず、音声情報の連続再生が出来ない可能性があった。したがって、バッファの如き格納手段の溢れ又は枯渇を防止して、音声情報の連続性の維持を図る事が可能なシステムが要望されていた。
【０００５】
本発明は、上記に鑑みてなされたものであって、バッファの如き格納手段の溢れ又は枯渇を防止して音声情報の連続性の維持を図る事が可能な、音声情報修正システム、音声情報修正方法、及び音声情報修正プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明に係る音声情報修正システムは、送信手段から送信された連続的な音声情報を格納する格納手段と、前記格納手段に格納された前記音声情報のうち、基準時間長さ連続する無音部分が存在するか否かを判定する無音部分判定手段と、前記無音部分判定手段にて前記無音部分が存在すると判定された場合、前記無音部分を前記格納手段から削除し、又は前記無音部分の前後に連続的に他の無音部分を追加して前記格納手段に格納することにより、前記音声情報を修正する音声情報修正手段と、を備える。
【０００７】
また、本発明に係る音声情報修正方法は、送信手段から送信された連続的な音声情報を格納する格納手段に格納された前記音声情報のうち、基準時間長さ連続する無音部分が存在するか否かを判定する無音部分判定工程と、
前記無音部分判定工程にて前記無音部分が存在すると判定された場合、前記無音部分を前記格納手段から削除し、又は前記無音部分の前後に連続的に他の無音部分を追加して前記格納手段に格納することにより、前記音声情報を修正する音声情報修正工程と、を含む。
【０００８】
また、本発明に係る音声情報修正プログラムは、送信手段から送信された連続的な音声情報を格納する格納手段に格納された前記音声情報のうち、基準時間長さ連続する無音部分が存在するか否かを判定する無音部分判定工程と、前記無音部分判定工程にて前記無音部分が存在すると判定された場合、前記無音部分を前記格納手段から削除し、又は前記無音部分の前後に連続的に他の無音部分を追加して前記格納手段に格納することにより、前記音声情報を修正する音声情報修正工程と、をコンピュータに実行させる。
【発明の効果】
【０００９】
本発明に係る音声情報修正システム、音声情報修正方法、及び音声情報修正プログラムによれば、無音部分を格納手段から削除し、又は無音部分の前後に連続的に他の無音部分を追加することにより音声情報を修正するので、音声情報を格納する格納手段の溢れ又は枯渇を防止して音声情報の連続性の維持を図る事が可能となる。
さらに、音声情報の削除又は追加を行う対象を無音部分に限定する事で、有音部分が途切れてしまったり、有音部分に無音部分が埋め込まれてしまったりといった事態を防止でき、音声品質の劣化を防止する事が可能となる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施の形態に係る音声情報修正システムを例示するブロック図である。
【図２】デコード処理のフローチャートである。
【図３】再生制御処理の第１のフローチャートである。
【図４】再生制御処理の第２のフローチャートである。
【図５】再生制御処理の第３のフローチャートである。
【図６】バッファに格納された音声情報の容量の推移を示すグラフである。
【発明を実施するための形態】
【００１１】
以下、本発明に係る音声情報修正システム、音声情報修正方法、及び音声情報修正プログラムの実施の形態について図面を参照しつつ詳細に説明する。ただし、実施の形態によって本発明が限定されるものではない。
【００１２】
〔実施の形態の基本的概念〕
まず、実施の形態の基本的概念を説明する。この実施の形態は、概略的に、送信手段から送信された音声情報を修正する音声情報修正システムに関する。ここで、この音声情報修正システムが適用される対象は任意で、本実施の形態では、車載装置に適用するものとして説明するが、例えば、スマートフォンや携帯用ナビゲーション装置を含む任意の装置に適用する事も可能である。また、「送信手段」とは、音声情報を送信する事が可能な限り任意の装置に適用する事ができ、本実施の形態では、スマートフォン等の携帯端末であるものとして説明するが、例えば、音楽再生専用の機器等であっても構わない。
【００１３】
〔実施の形態の具体的内容〕
次に、実施の形態の具体的内容について説明する。
【００１４】
（構成）
本実施の形態では、車載用ナビゲーション装置（以下、車載装置）に音声情報修正プログラムをインストールすることにより、車載装置が音声情報修正システムとして機能する場合について説明する。なお、この他にも、上述したようなスマートフォンや携帯用ナビゲーション装置を含む任意の装置に音声情報修正プログラムをインストールすることによって音声情報修正システムを構成してもよい。また、音声情報修正システムにおける車載装置としての機能については、公知の車載装置と同様の構成により得ることができるので、その説明は省略することとし、以下では、特に音声情報を修正する機能を達成するための構成について説明する。なお、以下ではこの音声情報修正システムを搭載した車両（車載装置を操作するユーザが搭乗する車両）を単に「車両」と称して説明する。なお、「車両」には、自動四輪車、自動二輪車、及び自転車が含まれるが、以下では、車両が自動四輪車である場合について説明する。
【００１５】
ここで、図１は、本実施の形態に係る音声情報修正システムを例示するブロック図である。以下では、車載装置１、及び車載装置１と通信可能な携帯端末１０の構成について順次説明する。
【００１６】
（構成−車載装置）
最初に、車載装置１の構成を説明する。図１に示すように、車載装置１は、概略的に、スピーカ２、タッチパネル３、ディスプレイ４、現在位置取得部５、通信部６、制御部７、及びデータ記録部８を備えている。
【００１７】
（構成−車載装置−スピーカ）
スピーカ２は、制御部７の制御に基づいて情報を音声にて出力する音声出力手段であり、特に、データ記録部８に格納された音声情報を再生する音声再生手段である。このスピーカ２から出力される音声の具体的な態様は任意であり、必要に応じて生成された合成音声や、予め録音された音声を出力することができる。
【００１８】
（構成−車載装置−タッチパネル）
タッチパネル３は、ユーザの指等で押圧されることにより、当該ユーザから各種手動入力を受け付けるものである。このタッチパネル３は、透明又は半透明状に形成され、ディスプレイ４の前面において当該ディスプレイ４の表示面と重畳するように設けられている。このタッチパネル３としては、例えば、抵抗膜方式や静電容量方式等による操作位置検出手段を備えた公知のタッチパネルを使用することができる。
【００１９】
（構成−車載装置−ディスプレイ）
ディスプレイ４は、車載装置１における各種の画像を表示する表示手段であり、特に、データ記録部８の公知の地図データベース（図示省略）に格納された地図情報に基づいて地図を表示する表示手段である。このディスプレイ４の具体的な構成は任意であり、公知の液晶ディスプレイや有機ＥＬディスプレイの如きフラットパネルディスプレイを使用することができる。
【００２０】
（構成−車載装置−現在位置取得部）
現在位置取得部５は、車両の現在位置を取得する現在位置取得手段である。例えば、現在位置取得部５は、ＧＰＳ、地磁気センサ、距離センサ、又はジャイロセンサ（いずれも図示省略）の少なくとも一つにより検出した現在の車載装置１の位置（座標）及び方位等を、公知の方法にて取得する。
【００２１】
（構成−車載装置−通信部）
通信部６は、センター装置（図示省略）や携帯端末１０との間でネットワークを介した通信を行う通信手段である。この通信手段の具体的な種類や構成は任意であるが、例えば、公知の移動体無線通信手段や、ＦＭ多重放送やビーコンを介した公知のＶＩＣＳ（登録商標）システム用の無線通信手段を用いても良い。なお、本実施の形態においては、携帯端末１０との通信を行う公知のＢｌｕｅｔｏｏｔｈを利用した通信手段であって、携帯端末１０から送信された連続的な音声情報を通信にて受信する通信手段として構成される。
【００２２】
（構成−車載装置−制御部）
制御部７は、車載装置１を制御する制御手段であり、具体的には、ＣＰＵ、当該ＣＰＵ上で解釈実行される各種のプログラム（ＯＳなどの基本制御プログラムや、ＯＳ上で起動され特定機能を実現するアプリケーションプログラムを含む）、及びプログラムや各種のデータを格納するためのＲＡＭの如き内部メモリを備えて構成されるコンピュータである。特に、本実施の形態に係る音声情報修正プログラムは、任意の記録媒体又はネットワークを介して車載装置１にインストールされることで、制御部７の各部を実質的に構成する。
【００２３】
この制御部７は、機能概念的に、デコード部７ａ、音声再生部７ｂ、及び再生制御部７ｃを備えて構成されている。デコード部７ａは、車載装置１の通信部６にて受信した音声情報をデコードするデコード手段である。音声再生部７ｂは、データ記録部８の後述するバッファ８ａに格納された音声情報の再生を開始する再生手段である。再生制御部７ｃは、音声情報の再生に関する制御を行う再生制御手段であって、無音部分判定部７ｄと、音声情報修正部７ｅとを備えて構成されている。無音部分判定部７ｄは、データ記録部８の後述するバッファ８ａに格納された音声情報のうち、基準時間長さ連続する無音部分が存在するか否かを判定する無音部分判定手段である。ここで、「無音部分」とは、音声情報に含まれる音声部分のうち無音（音量レベルがゼロ）の部分である。ただし、この無音部分としては、完全な無音に限らず、人の聴覚で認識できない程度の音量を有する部分を含めても良い。また、「基準時間」とは、音声情報のうち、当該基準時間長さの音声部分が削除又は追加されたとしても人が違和感を覚える事の無い程度の極めて短い時間であって、例えば、本実施の形態では基準時間を１０ミリ秒として説明する。また、音声情報修正部７ｅは、無音部分判定部７ｄにて無音部分が存在すると判定された場合、無音部分をバッファ８ａから削除し、又は無音部分の前後に連続的に他の無音部分を追加してバッファ８ａに格納することにより、音声情報を修正する音声情報修正手段である。なお、これら制御部７の各部により行われる具体的な処理については後述する。
【００２４】
（構成−車載装置−データ記録部）
データ記録部８は、車載装置１の動作に必要なプログラム及び各種のデータを記録する記録手段であり、例えば、外部記録装置としてのハードディスク（図示省略）を用いて構成されている。ただし、ハードディスクに代えてあるいはハードディスクと共に、磁気ディスクの如き磁気的記録媒体、又はＤＶＤやブルーレイディスクの如き光学的記録媒体を含む、その他の任意の記録媒体を用いることができる。ここで、このデータ記録部８は、バッファ８ａを備えている。
【００２５】
バッファ８ａは、携帯端末１０から送信された連続的な音声情報を格納する格納手段である。具体的には、携帯端末１０から音声情報が送信されると、音声情報が連続的な信号として次々に当該バッファ８ａに格納されて蓄積していく。そして、バッファ８ａに蓄積された信号は、信号の先頭から次々に音声再生部７ｂにて再生されていき、再生に使用された信号は破棄されていく。このように、バッファ８ａでは音声情報の蓄積、再生、及び破棄が略同時進行で繰り返されていく。なお、このようなバッファ８ａに音声情報を蓄積し、再生した音声情報を破棄する処理については公知であるため、詳細な説明を省略する。
【００２６】
ここで、バッファ８ａは、概念的に、複数段（本実施の形態では、信号の先頭側から順に１段から２０段までの計２０段）に区分されており、各バッファ８ａはそれぞれ同一の容量（例えば、６ＫＢｙｔｅ）の情報を格納する区分である。すなわち、バッファ８ａ全体としては、最大で１２０ＫＢｙｔｅ（６ＫＢｙｔｅ×２０段）の容量の情報を格納可能に構成されている。
【００２７】
（構成−携帯端末）
次に携帯端末１０の構成について説明する。この携帯端末１０は、音声情報を車載装置１に対して送信するための送信手段である。ここで、図１に示すように携帯端末１０は概略的に、タッチパネル１１、ディスプレイ１２、通信部１３、制御部１４、及びデータ記録部１５を備えている。
【００２８】
（構成−携帯端末−タッチパネル）
タッチパネル１１は、ユーザの指等で押圧されることにより、当該ユーザから各種手動入力を受け付けるものである。このタッチパネル１１は、透明又は半透明状に形成され、ディスプレイ１２の前面において当該ディスプレイ１２の表示面と重畳するように設けられている。このタッチパネル１１としては、例えば、抵抗膜方式や静電容量方式等による操作位置検出手段を備えた公知のタッチパネルを使用することができる。
【００２９】
（構成−携帯端末−ディスプレイ）
ディスプレイ１２は、携帯端末１０における各種の画像を表示する表示手段であり、特に、携帯端末１０のデータ記録部１５の後述する音声ＤＢ１５ａに格納された音声情報に基づいて音声情報のリストを表示する表示手段である。このディスプレイ１２の具体的な構成は任意であり、公知の液晶ディスプレイや有機ＥＬディスプレイの如きフラットパネルディスプレイを使用することができる。
【００３０】
（構成−携帯端末−通信部）
通信部１３は、車載装置１との間でネットワークを介した通信を行う通信手段である。この通信手段の具体的な種類や構成は任意であるが、例えば、公知の移動体無線通信手段や、ＦＭ多重放送やビーコンを介した公知のＶＩＣＳシステム用の無線通信手段を用いても良いが、本実施の形態においては少なくとも車載装置１との通信を行う公知のＢｌｕｅｔｏｏｔｈを利用した通信手段として構成される。
【００３１】
（構成−携帯端末−制御部）
制御部１４は、携帯端末１０を制御する制御手段であり、具体的には、ＣＰＵ、当該ＣＰＵ上で解釈実行される各種のプログラム（ＯＳなどの基本制御プログラムや、ＯＳ上で起動され特定機能を実現するアプリケーションプログラムを含む）、及びプログラムや各種のデータを格納するためのＲＡＭの如き内部メモリを備えて構成されるコンピュータである。
【００３２】
この制御部１４は、機能概念的に、エンコード部１４ａを備えて構成されている。エンコード部１４ａは、データ記録部１５の後述する音声ＤＢ１５ａに格納されている音声情報をエンコードするエンコード手段である。なお、制御部１４により行われる具体的な処理については後述する。
【００３３】
（構成−携帯端末−データ記録部）
データ記録部１５は、携帯端末１０の動作に必要なプログラム及び各種のデータを記録する記録手段であり、例えば、外部記録装置としてのハードディスク（図示省略）を用いて構成されている。ただし、ハードディスクに代えてあるいはハードディスクと共に、磁気ディスクの如き磁気的記録媒体、又はＤＶＤやブルーレイディスクの如き光学的記録媒体を含む、その他の任意の記録媒体を用いることができる。このデータ記録部１５は、音声データベース１５ａ（以降、データベースを「ＤＢ」と表記する）を備えている。
【００３４】
音声ＤＢ１５ａは、音声情報を格納する音声情報格納手段である。この音声ＤＢ１５ａには、任意の記録媒体又はネットワークを介して音声情報（例えば、音楽等）が取りこまれており、リスト化されて格納されている。なお、この音声ＤＢ１５ａに格納された音声情報は、携帯端末１０のタッチパネル１１を操作して再生する事で、携帯端末１０のスピーカ（図示省略）から聴取する事ができる。
【００３５】
（処理）
次に、このように構成される音声情報修正システムによって実行される処理について説明する。
【００３６】
（処理−デコード処理）
まずは、デコード処理について説明する。このデコード処理は、概略的には、携帯端末１０から送信された音声情報をデコードしてバッファ８ａに格納するための処理である。なお、このデコード処理を実行するタイミングは任意であり、例えば、本実施の形態では車載装置１の電源がオンになった際に自動的に実行されるものとして説明する。
【００３７】
図２は、デコード処理のフローチャートである。まず、ＳＡ１において車載装置１の制御部７は、車載装置１と携帯端末１０とが通信可能か否かの判定を行う。この通信可能か否かの判定を行う具体的な方法は任意であるが、例えば、車載装置１の通信部６と携帯端末１０の通信部１３とのＢｌｕｅｔｏｏｔｈ接続が確立されているか否かに基づいて判定しても良い。
【００３８】
具体的には、車載装置１が起動されている状態においては、車載装置１は、Ｂｌｕｅｔｏｏｔｈによる探索信号をブロードキャストしている。そして、ユーザが携帯端末１０を保有した状態において車両に搭乗することにより、ユーザの携帯端末１０が車載装置１の近距離無線通信範囲（通常、車載装置１から１０ｍ以内の範囲）に存在することとなり、ユーザの携帯端末１０は車載装置１からの探索信号を受信し、車載装置１に対して近距離無線通信による接続確立のための接続確立信号を送信する。
【００３９】
そして、当該接続確立信号を受信した車載装置１は、携帯端末１０に対してＰＩＮコード要求信号を送信し、当該ＰＩＮコード要求信号を受信した携帯端末１０は、当該ユーザの携帯端末１０のディスプレイ１２にＰＩＮコード入力画面を表示して、ＰＩＮコードの入力を促す。そして、ユーザがＰＩＮコードを入力することによって、携帯端末１０はＰＩＮコード信号を送信し、車載装置１が当該ＰＩＮコードを受信すると、当該ＰＩＮコードと車載装置１に予め記録されたＰＩＮコードとを照合し、一致した場合、携帯端末１０とのＢｌｕｅｔｏｏｔｈ接続を確立する。なお、一度このように車載装置１と形態端末とのＢｌｕｅｔｏｏｔｈ接続が確立された場合、２回目以降は上記のようなＰＩＮコードの入力を省略し、携帯端末１０が車載装置１の近距離無線通信範囲に位置した場合に、携帯端末１０とのＢｌｕｅｔｏｏｔｈ接続を確立するものとしても良い。制御部７は、このようにして携帯端末１０の通信部１３と車載装置１の通信部６とのＢｌｕｅｔｏｏｔｈ接続が確立されているか否かを判定する。
【００４０】
そして、通信可能でない場合（ＳＡ１、Ｎｏ）、車載装置１の制御部７は、ＳＡ１を繰り返すことにより、通信可能となるまで待機する。そして、通信可能である場合（ＳＡ１、Ｙｅｓ）、ＳＡ２へ移行する。
【００４１】
ＳＡ２において車載装置１の制御部７は、携帯端末１０から音声情報を取得したか否かを判定する。例えば、ユーザが携帯端末１０のタッチパネル１１を操作し、ディスプレイ１２に表示された音声再生アイコンを押圧した場合、携帯端末１０のエンコード部１４ａは音声ＤＢ１５ａに格納された音声情報をエンコードし、エンコードされた音声情報が、携帯端末１０の通信部１３を介して車載装置１に送信される。そして、車載装置１の制御部７は、車載装置１の通信部６を介してこのエンコードされた音声情報を受信した場合に、音声情報を取得したものと判定する。
【００４２】
そして、音声情報を取得していない場合（ＳＡ２、Ｎｏ）、車載装置１の制御部７は、ＳＡ２を繰り返すことにより、音声情報を取得するまで待機する。そして、音声情報を取得した場合（ＳＡ２、Ｙｅｓ）、ＳＡ３へ移行する。
【００４３】
ＳＡ３においてデコード部７ａは、携帯端末１０から取得した音声情報をデコードする。なお、このようなデコードを行う具体的な方法については公知の方法を採用する事ができるため、詳細な説明を省略する。
【００４４】
次に、ＳＡ４においてデコード部７ａは、ＳＡ３にてデコードした音声情報をバッファ８ａに格納する。このバッファ８ａへの音声情報の格納と、後述するＳＡ７で開始される音声情報の再生は、ＦＩＦＯ（Ｆｉｒｓｔ  Ｉｎ，  Ｆｉｒｓｔ  Ｏｕｔ）により行われる。特に、本実施の形態では、上述したように、バッファ８ａが複数段（本実施の形態では、信号の先頭側から順に１段から２０段までの計２０段）に区分されており、先頭の区分（１段）から最後の区分（２０段）に至る順に音声情報を格納する。
【００４５】
次に、ＳＡ５において車載装置１の制御部７は、携帯端末１０から音声再生の停止を要求する停止信号を取得したか否かを判定する。具体的には、まず、ユーザが携帯端末１０のタッチパネル１１を操作し、ディスプレイ１２に表示された再生停止アイコンを押圧した場合、携帯端末１０の制御部１４は停止信号を生成し、生成された停止信号が携帯端末１０の通信部１３を介して車載装置１に送信される。そして、車載装置１の制御部７は、車載装置１の通信部６を介してこの停止信号を受信している場合に、停止信号を取得したものと判定する。
【００４６】
そして、停止信号を取得した場合（ＳＡ５、Ｙｅｓ）、車載装置１の制御部７は、ユーザが音声情報の再生を望まないものとし、デコード処理を終了する。一方、停止信号を取得していない場合（ＳＡ５、Ｎｏ）、ＳＡ６へ移行する。
【００４７】
ＳＡ６において再生制御部７ｃは、バッファ８ａに目標容量の音声情報が格納されているか否かを判定する。ここで、「目標容量」とは、バッファ８ａに格納された音声情報を修正するための修正処理の終了判定（後述するＳＢ４、ＳＢ９、ＳＢ１４、ＳＢ１９の判定）において参照される容量であり、さらに本実施の形態においては、音声情報の再生開始の基準となる容量である。この「目標容量」の具体的な設定方法は任意であるが、バッファ８ａの枯渇及び溢れの両方から最も遠い容量とすることが好ましく、より具体的には、バッファ８ａ全体の容量に対する半分の容量とすることが好ましい。このため、本実施の形態では、目標容量＝バッファ８ａ全体の容量である２０段の半分の容量＝１０段分の容量としている。
【００４８】
そして、未だ１０段分の音声情報が格納されていないと判定した場合（ＳＡ６、Ｎｏ）、バッファ８ａに１０段分の音声情報が格納されるまで、再度ＳＡ３において音声情報のデコード、ＳＡ４においてバッファ８ａへの格納、ＳＡ５において停止信号取得の有無の判定、及びＳＡ６において１０段分の音声情報が格納されているか否かの判定の処理を繰り返し行う。一方、再生制御部７ｃは、バッファ８ａに１０段分の音声情報が格納されていると判定した場合（ＳＡ６、Ｙｅｓ）、ＳＡ７に移行する。
【００４９】
ＳＡ７において音声再生部７ｂは、再生処理を開始する。なお、再生処理についての具体的な説明については後述する。このように、本実施の形態においては、バッファ８ａに１０段分の容量の音声情報がバッファ８ａに格納されてから音声の再生を行う再生処理が開始されるので、全体の容量に対する半分の容量の音声情報が格納された状態、即ち、バッファ８ａの枯渇及び溢れの両方から最も遠い状態から再生処理を行う事ができ、バッファ８ａの枯渇及び溢れが発生してしまう可能性を低減する事が出来る。
【００５０】
次に、ＳＡ８において再生制御部７ｃは、再生制御処理を開始する。なお、再生制御処理についての具体的な説明については後述する。
【００５１】
次に、ＳＡ９においてデコード部７ａは、携帯端末１０から取得した音声情報をデコードする。なお、このデコードの具体的な方法については、ＳＡ３と同様に公知であるため、説明を省略する。
【００５２】
次に、ＳＡ１０においてデコード部７ａは、ＳＡ９にてデコードした音声情報をバッファ８ａに格納する。なお、この音声情報の格納の具体的な方法については、ＳＡ４と同様に公知であるため、説明を省略する。
【００５３】
次に、ＳＡ１１において車載装置１の制御部７は、携帯端末１０から音声再生の停止を要求する停止信号を取得したか否かを判定する。なお、この判定の具体的な方法については、ＳＡ５と同様であるため、説明を省略する。そして、停止信号を取得していないと判定した場合（ＳＡ１１、Ｎｏ）、ユーザが未だ音声情報の再生を望んでいるものとし、再度ＳＡ９において音声情報のデコード、ＳＡ１０においてバッファ８ａへの格納、ＳＡ１１において停止信号取得の判定の処理を繰り返し行う。一方、車載装置１の制御部７は、停止信号を取得した場合（ＳＡ１１、Ｙｅｓ）、ユーザが音声情報の再生を望まないものとし、デコード処理を終了する。
【００５４】
（再生処理）
次に、ＳＡ７において音声再生部７ｂで開始される再生処理について説明する。再生処理は、デコード処理のＳＡ３及びＳＡ１０においてバッファ８ａに格納された音声情報を再生する処理である。具体的には、音声再生部７ｂは、バッファ８ａに格納された音声情報をスピーカ２から再生し、再生した音声情報については破棄（消去）する。このように音声情報の再生と破棄とを繰り返し行う事により、バッファ８ａに連続的に格納された音声情報を再生していく。なお、このような再生処理については公知の方法で行う事が可能であるので、詳細な説明を省略する。
【００５５】
（再生制御処理）
次に、ＳＡ８において再生制御部７ｃで開始される再生制御処理について説明する。図３は、再生制御処理の第１のフローチャート、図４は、再生制御処理の第２のフローチャート、図５は、再生制御処理の第３のフローチャートである。この再生制御処理は、概略的に、音声情報の再生時に、バッファ８ａにおいてバッファ溢れやバッファ枯渇が発生する可能性を低減するための処理である。このために、当該音声情報修正システムは、再生制御処理を実行することにより、バッファ８ａに格納された音声情報の容量が目標容量に近づくように、音声情報の修正を行う。この再生制御処理は、ＳＡ８において開始された後、ＳＡ１１において停止信号を取得したものと判定されるまで（ＳＡ１１，Ｙｅｓ）、繰り返して実行される。
【００５６】
まず、図３のＳＢ１において再生制御部７ｃは、バッファ８ａを参照し、バッファ８ａに格納された音声情報の容量が、第２上限値以上となったか否かを判定する。なお、この第２上限値とは、バッファ溢れが生じる可能性が極めて高い状態であると判定するための指標となる値であって、後述する第１上限値（１６段分の容量）よりも大きいことを条件として設定される値であり、本実施の形態では１８段分の容量に設定しているものとするが、これに限らず、当該条件を満たす限りにおいて任意の容量（例えば、１７段分から１９段分の容量）に設定する事ができる。そして再生制御部７ｃは、第２上限値（１８段分の容量）以上となっていないと判定した場合（ＳＢ１、Ｎｏ）、バッファ溢れの可能性が極めて高い状態ではないものとし、ＳＢ５へ移行する。一方、再生制御部７ｃは、第２上限値（１８段分の容量）以上となっていると判定した場合（ＳＢ１、Ｙｅｓ）、バッファ溢れの可能性が極めて高い状態であるものとし、図４のＳＢ２へ移行する。
【００５７】
ＳＢ２において、再生制御部７ｃは、計時を開始してから所定時間が経過したか否かを判定する。具体的には、車載装置１はタイマーの如き図示しない計時手段を備えており、ＳＢ２において再生制御部７ｃはまず、この計時手段にて計時を開始し、その後に所定時間が経過するまで待機し（ＳＢ２、Ｎｏ）、所定時間が経過した場合（ＳＢ２、Ｙｅｓ）、ＳＢ３へ移行する。ここで、「所定時間」とは、後述するＳＢ３において音声部分を繰り返し削除する際の時間間隔を決定するための時間である。この所定時間としては任意の時間を設定して良いが、所定時間を短くし過ぎると、ＳＢ３において頻繁に１０ミリ秒の音声部分が削除される事となり、音声を聴取する者が違和感を覚えてしまう可能性がある反面、所定時間を長くし過ぎると、ＳＢ３において１０ミリ秒の音声部分を削除してバッファ溢れを防止する機能が低下してしまうため、これらのバランスを取った時間に設定する事が好ましい。なお、本実施の形態では、所定時間を１秒に設定しているものとする。
【００５８】
次に、ＳＢ３において音声情報修正部７ｅは、バッファ８ａに格納された音声情報のうち基準時間長さの音声部分を削除する。ここで、「基準時間長さ」は、ユーザが音声情報を聴取した際に違和感を覚える事の無い程度の極めて短い時間である限り任意の時間を設定して良く、本実施の形態においては１０ミリ秒であるものとするが、これに限られない。なお、削除する音声部分は格納された音声情報のうちどの部分であっても構わず、本実施の形態では音声情報の先頭の部分を削除するものとするが、例えば、音声情報の末尾の部分や中間の部分であっても構わない。
【００５９】
次に、ＳＢ４において再生制御部７ｃは、バッファ８ａを参照し、バッファ８ａに格納された音声情報の容量が、目標容量まで減少したか否かを判定する。この目標容量としては、本実施の形態においては上述したように１０段分の容量を設定しているものとする。そして、再生制御部７ｃは、バッファ８ａに格納された音声情報の容量が、目標容量（１０段分の容量）まで減少していないと判定した場合（ＳＢ４、Ｎｏ）、即ち１１段分から２０段分の音声情報が格納されていると判定した場合、未だバッファ溢れの可能性が極めて高い状態であるものとし、再度ＳＢ２に移行する。以降同様に、ＳＢ２〜ＳＢ４を繰り返すことで、バッファ８ａに格納された音声情報の容量が目標容量（１０段分の容量）に到達するまでは、所定時間（１秒）間隔で基準時間長さ（１０ミリ秒）の音声部分を削除する。このため、バッファ溢れの可能性が極めて高い状態からの回避を図る事が可能となる。一方、再生制御部７ｃは、バッファ８ａに格納された音声情報の容量が、目標容量（１０段分の容量）まで減少したと判定した場合（ＳＢ４、Ｙｅｓ）、ＳＢ３にて音声部分を削除したことによって、バッファ溢れの可能性が極めて高い状態から回避出来たものとし、図３に戻り、再生制御処理を終了する（この図３においては図示の便宜上「終了」と表記しているが、再生制御処理は、上述したように、ＳＡ１１において停止信号を取得したものと判定されるまで（ＳＡ１１，Ｙｅｓ）、繰り返して実行される。以下同様）。このように、バッファ８ａに格納された音声情報の容量が目標容量（１０段分の容量）に達したら、削除を自動的に終了するので、不要な削除を防止する事が可能となる。また、目標容量をバッファ８ａの全体の容量（２０段分の容量）に対する半分の容量（１０段分の容量）としたので、バッファ８ａの溢れ及び枯渇が最も発生し難い中間の容量を目標とする事ができ、バッファ８ａの溢れや枯渇を防止して音声情報の連続性の維持を図る事が可能となる。
【００６０】
また、図３のＳＢ５において再生制御部７ｃは、バッファ８ａを参照し、バッファ８ａに格納された音声情報の容量が、第１上限値以上となったか否かを判定する。なお、この第１上限値とは、バッファ溢れが生じる可能性がある程度高い状態であると判定するための指標となる値であって、目標容量（１０段分の容量）よりも大きいことを条件として設定される値であり、本実施の形態では１６段分の容量に設定しているものとするが、これに限らず、当該条件を満たす限りにおいて任意の容量（例えば、１１段分から１７段分の容量）に設定する事ができる。そして再生制御部７ｃは、第１上限値（１６段分）以上となっていないと判定した場合（ＳＢ５、Ｎｏ）、バッファ溢れの可能性がある程度高い状態ではないものとし、ＳＢ１０へ移行する。一方、再生制御部７ｃは、第１上限値（１６段分）以上となっていると判定した場合（ＳＢ５、Ｙｅｓ）、バッファ溢れの可能性がある程度高い状態であるものとし、図４のＳＢ６へ移行する。
【００６１】
ＳＢ６において無音部分判定部７ｄは、バッファ８ａを参照し、バッファ８ａに格納された音声情報に基準時間長さ（１０ミリ秒）の無音部分が存在するか否かを判定する。なお、当該判定の具体的な方法については公知であり、詳細な説明を省略する。そして、無音部分判定部７ｄは、無音部分が存在すると判定した場合（ＳＢ６、Ｙｅｓ）、ＳＢ７へ移行し、無音部分が存在しないと判定した場合（ＳＢ６、Ｎｏ）、ＳＢ８へ移行する。
【００６２】
ＳＢ７において音声情報修正部７ｅは、バッファ８ａに格納された基準時間長さ（１０ミリ秒）の無音部分を削除する。このように削除する音声部分を無音部分に限定する事で、無音部分を減縮又は増長でき、音声品質の劣化を抑制する事が可能となると共に、バッファ８ａの溢れ又は枯渇を防止して音声情報の連続性の維持を図る事が可能となる。すなわち、無音部分の一部を削除することで音声情報の一部が飛んでしまう事には変わりないが、音の有る音声部分を削除する場合と比べて音声が飛んだ事を分かり難くする事が可能となる。
【００６３】
次に、ＳＢ８において再生制御部７ｃは、バッファ８ａを参照し、バッファ８ａに格納された音声情報の容量が、第２上限値（１８段分の容量）以上となったか否かを判定する。そして再生制御部７ｃは、第２上限値（１８段分の容量）以上となっていると判定した場合（ＳＢ８、Ｙｅｓ）、バッファ溢れの可能性が極めて高い状態であるものとし、ＳＢ２へ移行する。すなわち、音声情報の容量が第２上限値（１８段分の容量）に達したにも関わらず音声情報に無音部分が存在しないような場合には、ＳＢ６及びＳＢ７の処理では音声情報の容量を減少させる事ができず、音声情報が第２上限値（１８段分の容量）以上に達してしまう可能性がある。このため、このような場合には、バッファ溢れの可能性が極めて高い状態の処理（ＳＢ２、ＳＢ３）に移行して、無音部分の有無に関わらず音声部分を削除する事で、バッファ溢れの防止を図る。一方、再生制御部７ｃは、第２上限値（１８段分の容量）以上となっていないと判定した場合（ＳＢ８、Ｎｏ）、バッファ溢れの可能性が極めて高い状態ではないものとし、ＳＢ９へ移行する。
【００６４】
ＳＢ９において再生制御部７ｃは、バッファ８ａを参照し、バッファ８ａに格納された音声情報の容量が、目標容量（１０段分の容量）まで減少したか否かを判定する。そして、再生制御部７ｃは、目標容量（１０段分の容量）まで減少していないと判定した場合（ＳＢ９、Ｎｏ）、即ち第２上限値（１８段分の容量）未満ではあるが目標容量（１０段分の容量）を超える音声情報が格納されていると判定した場合、未だバッファ溢れの可能性がある程度高い状態であるものとし、再度ＳＢ６に移行する。以降同様に、ＳＢ６〜ＳＢ９を繰り返すことで、バッファ８ａに格納された音声情報の容量が目標容量（１０段分の容量）に到達するまでは、無音部分を削除する事が出来るので、バッファ溢れの可能性がある程度高い状態からの回避を図る事が可能となる。一方、再生制御部７ｃは、目標容量（１０段分の容量）まで減少していると判定した場合（ＳＢ９、Ｙｅｓ）、ＳＢ７にて基準時間長さ（１０ミリ秒）の無音部分を削除したことによって、バッファ溢れの可能性がある程度高い状態から回避出来たものとし、図３に戻り、再生制御処理を終了する。
【００６５】
また、図３のＳＢ１０において再生制御部７ｃは、バッファ８ａを参照し、バッファ８ａに格納された音声情報の容量が、第２下限値以下となったか否かを判定する。なお、この第２下限値とは、バッファ枯渇が生じる可能性が極めて高い状態であると判定するための指標となる値であって、後述する第１下限値（５段分の容量）よりも小さいことを条件として設定される値であり、本実施の形態では３段分の容量に設定しているものとするが、これに限らず、当該条件を満たす限りにおいて任意の容量（例えば、１段分から４段分の容量）に設定する事ができる。そして再生制御部７ｃは、第２下限値（３段分）以下となっていないと判定した場合（ＳＢ１０、Ｎｏ）、バッファ枯渇の可能性が極めて高い状態ではないものとし、ＳＢ１５へ移行する。一方、再生制御部７ｃは、第２下限値（３段分）以下となったと判定した場合（ＳＢ１０、Ｙｅｓ）、バッファ枯渇の可能性が極めて高い状態であるものとし、図５のＳＢ１１へ移行する。
【００６６】
ＳＢ１１において、再生制御部７ｃは、計時を開始してから所定時間（１秒）が経過したか否かを判定する。具体的には、車載装置１はタイマーの如き図示しない計時手段を備えており、ＳＢ１１において再生制御部７ｃはまず、この計時手段にて計時を開始し、その後に所定時間（１秒）が経過するまで待機し（ＳＢ１１、Ｎｏ）、所定時間（１秒）が経過した場合（ＳＢ１１、Ｙｅｓ）、ＳＢ１２へ移行する。
【００６７】
次に、ＳＢ１２において音声情報修正部７ｅは、バッファ８ａに格納された音声情報のうち基準時間長さ（１０ミリ秒分）の音声部分をコピーする。ここで、この「基準時間長さ」は、ユーザが音声情報を聴取した際に違和感を覚える事の無い程度の極めて短い時間である限り任意の時間を設定して良く、本実施の形態においては１０ミリ秒であるものとするが、これに限られない。なお、コピーする音声部分は格納された音声情報のうちどの部分であっても構わず、本実施の形態では音声情報の先頭の部分をコピーするものとするが、例えば、音声情報の末尾の部分や中間の部分であっても構わない。
【００６８】
次に、ＳＢ１３において音声情報修正部７ｅは、コピーした音声部分を、当該コピーされた音声部分の前後に追加して格納する。なお、追加する部分は音声部分の前後に限らず他の部分でも構わないが、当該前後の部分に追加する事で、同様の音が繰り返されるため、音声品質の劣化を防止する上では好ましい。
【００６９】
次に、ＳＢ１４において再生制御部７ｃは、バッファ８ａを参照し、バッファ８ａに格納された音声情報の容量が、目標容量（１０段分の容量）まで増加したか否かを判定する。そして、再生制御部７ｃは、バッファ８ａに格納された音声情報の容量が、目標容量（１０段分の容量）まで増加していないと判定した場合（ＳＢ１４、Ｎｏ）、即ち目標容量（１０段分の容量）未満の音声情報しか格納されていないと判定した場合、未だバッファ枯渇の可能性が極めて高い状態であるものとし、再度ＳＢ１１に移行する。以降同様に、ＳＢ１１〜ＳＢ１４を繰り返すことで、バッファ８ａに格納された音声情報の容量が目標容量（１０段分の容量）に到達するまでは、所定時間（１秒）間隔で基準時間長さ（１０ミリ秒分）の音声部分を追加する事が出来るので、バッファ枯渇の可能性が極めて高い状態からの回避を図る事が可能となる。一方、再生制御部７ｃは、バッファ８ａに格納された音声情報の容量が、目標容量（１０段分の容量）まで減少したと判定した場合（ＳＢ１４、Ｙｅｓ）、ＳＢ１３にて音声部分を追加したことによって、バッファ枯渇の可能性が極めて高い状態から回避出来たものとし、図３に戻り、再生制御処理を終了する。このように、バッファ８ａに格納された音声情報の容量が目標容量（１０段分の容量）に達したら、追加を自動的に終了するので、不要な追加を防止する事が可能となる。
【００７０】
また、図３のＳＢ１５において再生制御部７ｃは、バッファ８ａを参照し、バッファ８ａに格納された音声情報の容量が、第１下限値（５段分の容量）以下となったか否かを判定する。なお、この第１下限値とは、バッファ枯渇が生じる可能性がある程度高い状態であると判定するための指標となる値であって、目標容量（１０段分の容量）より小さいことを条件として設定される値であり、本実施の形態では５段分の容量に設定しているものとするが、これに限らず、当該条件を満たす限りにおいて任意の容量（例えば、９段分から４段分の容量）に設定する事ができる。そして再生制御部７ｃは、第１下限値（５段分の容量）以下となってないと判定した場合（ＳＢ１５、Ｎｏ）、バッファ枯渇の可能性がある程度高い状態ではないものとし、再生制御処理を終了する。一方、再生制御部７ｃは、第１下限値（５段分の容量）以下となっていると判定した場合（ＳＢ１５、Ｙｅｓ）、バッファ枯渇の可能性がある程度高い状態であるものとし、図５のＳＢ１６へ移行する。
【００７１】
ＳＢ１６において無音部分判定部７ｄは、バッファ８ａを参照し、バッファ８ａに格納された音声情報に基準時間長さ（１０ミリ秒）の無音部分が存在するか否かを判定する。そして、無音部分判定部７ｄは、無音部分が存在すると判定した場合（ＳＢ１６、Ｙｅｓ）、ＳＢ１７へ移行し、無音部分が存在しないと判定した場合（ＳＢ１６、Ｎｏ）、ＳＢ１８へ移行する。
【００７２】
ＳＢ１７において、音声情報修正部７ｅは、バッファ８ａに格納された基準時間長さ（１０ミリ秒）の無音部分の前後に新たに基準時間長さの無音部分を追加する。このように無音部分を追加する場所を、音声情報に含まれている無音部分の前後に限定する事で、音声品質の劣化を抑制しつつ、バッファ枯渇の可能性を低減する事が出来る。すなわち、無音部分を追加することで音声情報の一部が間延びしてしまう事には変わりないが、音の有る音声部分の前後に無音部分を追加する場合と比べて、「ボツ」音のようなノイズによる音声品質の劣化を抑制することができ、また、音声が間延びした事を分かり難くする事が可能となる。
【００７３】
次に、ＳＢ１８において再生制御部７ｃは、バッファ８ａを参照し、バッファ８ａに格納された音声情報の容量が、第２下限値（３段分の容量）以下となったか否かを判定する。そして再生制御部７ｃは、第２下限値（３段分の容量）以下となっていると判定した場合（ＳＢ１８、Ｙｅｓ）、バッファ枯渇の可能性が極めて高い状態であるものとし、ＳＢ１１へ移行する。すなわち、音声情報の容量が５段分に達したにも関わらず音声情報に無音部分が存在しないような場合には、ＳＢ１６及びＳＢ１７の処理では音声情報の容量を増大させる事ができず、音声情報が第２下限値（３段分の容量）以下に達してしまう可能性がある。しかし、そのような場合には、バッファ枯渇の可能性が極めて高い状態の処理（ＳＢ１１〜ＳＢ１４の処理）に移行して、無音部分の有無に関わらず音声部分を追加する事で、バッファ枯渇の防止を図る事が可能となる。一方、再生制御部７ｃは、第２下限値（３段分の容量）以下となっていないと判定した場合（ＳＢ１８、Ｎｏ）、バッファ枯渇の可能性が極めて高い状態ではないものとし、ＳＢ１９へ移行する。
【００７４】
次に、ＳＢ１９において再生制御部７ｃは、バッファ８ａを参照し、バッファ８ａに格納された音声情報の容量が、目標容量（１０段分の容量）まで増加したか否かを判定する。そして、再生制御部７ｃは、目標容量（１０段分の容量）まで増加していないと判定した場合（ＳＢ１９、Ｎｏ）、即ち第２下限値（３段分の容量）を超えているが目標容量（１０段分の容量）未満の音声情報しか格納されていないと判定した場合、未だバッファ枯渇の可能性がある程度高い状態であるものとし、再度ＳＢ１６に移行する。以降同様に、ＳＢ１６〜ＳＢ１９を繰り返すことで、バッファ８ａに格納された音声情報の容量が目標容量（１０段分の容量）に到達するまでは、無音部分を追加する事が出来るので、バッファ枯渇の可能性がある程度高い状態からの回避を図る事が可能となる。なお、同じ個所に無音部分を追加し続けると、無音部分が大きく間延びしてしまう可能性があるので、一度無音部分を追加した部分の前後には無音部分を追加しないようにする事がより好ましい。一方、再生制御部７ｃは、目標容量（１０段分の容量）まで増加していると判定した場合（ＳＢ１９、Ｙｅｓ）、ＳＢ１３にて音声部分を追加したことによって、バッファ枯渇の可能性が極めて高い状態から回避出来たものとし、図３に戻り、再生制御処理を終了する。
【００７５】
続いて、上記のような再生処理及び再生制御処理が行われた場合の、バッファ８ａに格納された音声情報の容量の推移の一例を説明する。図６は、バッファ８ａに格納された音声情報の容量の推移を示すグラフである。図６において横軸は時間を示しており、縦軸はバッファ８ａに格納された音声情報の容量をバッファ８ａの段数で示している。この図６に示すように、音声情報を再生してバッファ８ａから破棄するスピードが、音声情報をバッファ８ａに格納するスピードに追い付いていない場合においても、音声情報の容量が第１上限値（１６段分の容量）以上となった際には、容量が目標容量（１０段分の容量）に減少するまで無音部分の削除が行われ、バッファ溢れやバッファ枯渇から最も遠い状態を維持する事が可能となる。なお、図示は省略するが、音声情報の容量が第２上限値（１８段分の容量）以上、第１下限値（５段分の容量）以下、第２下限値（３段分の容量）以下となった場合にも、同様に無音部分又は音声部分の削除や追加が行われ、音声情報の容量が目標容量（１０段分の容量）に近づくように音声情報が修正される。これにて、再生制御処理の説明を終了する。
【００７６】
〔実施の形態に対する変形例〕
以上、本発明に係る実施の形態について説明したが、本発明の具体的な構成及び手段は、特許請求の範囲に記載した本発明の技術的思想の範囲内において、任意に改変及び改良することができる。以下、このような変形例について説明する。
【００７７】
（解決しようとする課題や発明の効果について）
まず、発明が解決しようとする課題や発明の効果は、上述の内容に限定されるものではなく、発明の実施環境や構成の細部に応じて異なる可能性があり、上述した課題の一部のみを解決したり、上述した効果の一部のみを奏することがある。例えば、音声品質の劣化を抑制する事が可能となると共に、音声情報を格納する格納手段の溢れ又は枯渇を防止して音声情報の連続性の維持を図る事ができない場合であっても、従来と異なる技術により音声情報の修正を行うことが出来ている場合には、本願発明の課題が解決されている。
【００７８】
（分散や統合について）
また、上述した各電気的構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散や統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散又は統合して構成できる。例えば、データ記録部８を複数の記録装置により分散して構成してもよい。
【００７９】
（形状、数値、構造、時系列について）
実施の形態や図面において例示した構成要素に関して、形状、数値、又は複数の構成要素の構造若しくは時系列の相互関係については、本発明の技術的思想の範囲内において、任意に改変及び改良することができる。
【００８０】
（目標容量について）
本実施の形態では、図２に示すデコード処理において再生制御処理を開始するための条件である目標容量と、図３、図４、図５に示す再生制御処理において音声情報を削除又は追加する際の目標容量とを、相互に同一の容量（１０段分の容量）としたが、これらは相互に異なる容量であっても構わない。
【００８１】
（所定時間について）
本実施の形態では、図４のＳＢ２における所定時間と、図５のＳＢ１１における所定時間とを、同一の時間（１秒）としたが、これらは相互に異なる時間であっても構わない。
【００８２】
（基準時間について）
本実施の形態では、図４のＳＢ３における基準時間と、図４のＳＢ７における基準時間と、図５のＳＢ１２における基準時間と、図５のＳＢ１７における基準時間とを、相互に同一の時間（１０ミリ秒）としたが、これらは相互に異なる時間であっても構わない。
【００８３】
（再生制御処理について）
本実施の形態では、図３及び図４に示す再生制御処理において、バッファ８ａに格納された音声情報の容量が１８段以上となった場合（ＳＢ１、Ｙｅｓ）、目標容量（１０段分）に減少するまで（ＳＢ４、Ｙｅｓ）、ＳＢ２、ＳＢ３、ＳＢ４の処理を繰り返し実行するものとして説明したが、これに限られない。具体的には、目標容量（１０段）に減少する前にＳＢ２、ＳＢ３、ＳＢ４の処理の繰り返しを解除しても良く、例えば、バッファ８ａに格納された音声情報の容量が第１上限値と第２上限値の間の容量となった場合には、バッファ溢れの可能性が極めて高い状態は回避できたが未だバッファ溢れの可能性がある程度高いものとし、ＳＢ６に移行しても良い。
【００８４】
また、本実施の形態では、図３及び図５に示す再生制御処理において、バッファ８ａに格納された音声情報の容量が３段分以下となった場合（ＳＢ１５、Ｙｅｓ）、目標容量（１０段分）に増加するまで（ＳＢ１４、Ｙｅｓ）、ＳＢ１１、ＳＢ１２、ＳＢ１３、ＳＢ１４の処理を繰り返し実行するものとして説明したが、これに限られない。具体的には、目標容量（１０段）に増加する前にＳＢ１１、ＳＢ１２、ＳＢ１３、ＳＢ１４の処理の繰り返しを解除しても良く、例えば、バッファ８ａに格納された音声情報の容量が第１下限値と第２下限値の間の容量となった場合には、バッファ枯渇の可能性が極めて高い状態は回避できたが未だバッファ枯渇の可能性がある程度高いものとし、ＳＢ１６に移行しても良い。
【００８５】
（通信について）
本実施の形態では、エンコード部１４ａを備える携帯端末１０と、デコード部７ａを備える車載装置１との間で通信を行うものとしたが、これに限らず、例えば、音声情報の通信を行うあらゆる装置に当該音声情報修正システムを適用できる。例えば、エンコードやデコードを伴う事無く音声情報の送受信が可能な通信であっても適用する事ができる。
【００８６】
〔実施の形態の特徴と効果の一部〕
最後に、これまでに説明した実施の形態の特徴と効果の一部を、以下に例示する。ただし、実施の形態の特徴と効果は、以下の内容に限定されず、以下の特徴の一部のみを具備することによって以下の効果の一部のみを奏する場合や、以下の特徴以外の他の特徴を具備することによって以下の効果以外の他の効果を奏する場合がある。
【００８７】
実施の形態の１つの側面１に係る音声情報修正システムは、送信手段から送信された連続的な音声情報を格納する格納手段と、前記格納手段に格納された前記音声情報のうち、基準時間長さ連続する無音部分が存在するか否かを判定する無音部分判定手段と、前記無音部分判定手段にて前記無音部分が存在すると判定された場合、前記無音部分を前記格納手段から削除し、又は前記無音部分の前後に連続的に他の無音部分を追加して前記格納手段に格納することにより、前記音声情報を修正する音声情報修正手段と、を備える。
【００８８】
上記側面１に係る音声情報修正システムによれば、無音部分を格納手段から削除し、又は無音部分の前後に連続的に他の無音部分を追加することにより音声情報を修正するので、無音部分を減縮又は増長でき、音声品質の劣化を抑制する事が可能となると共に、音声情報を格納する格納手段の溢れ又は枯渇を防止して音声情報の連続性の維持を図る事が可能となる。
【００８９】
実施の形態の他の側面２に係る音声情報修正システムは、上記側面１に係る音声情報修正システムにおいて、前記音声情報修正手段は、前記格納手段に格納された前記音声情報の容量が、目標容量より大きい第１上限値以上となった場合、前記無音部分を前記格納手段から削除し、前記格納手段に格納された前記音声情報の容量が、前記目標容量より小さい第１下限値以下となった場合、前記無音部分の前後に連続的に他の無音部分を追加して前記格納手段に格納する。
【００９０】
上記側面２に係る音声情報修正システムによれば、格納手段に格納された音声情報の容量が第１上限値以上となった場合に無音部分の削除を行い、格納手段に格納された音声情報の容量が第１下限値以下となった場合に無音部分の追加を行うので、音声情報を格納する格納手段の溢れや枯渇が生じる可能性がある程度高い場合に、無音部分を減縮又は増長でき、音声品質の劣化を抑制する事が可能となると共に、音声情報を格納する格納手段の溢れ又は枯渇を防止して音声情報の連続性の維持を図る事が可能となる。
【００９１】
実施の形態の他の側面３に係る音声情報修正システムは、上記側面２に係る音声情報修正システムにおいて、前記音声情報修正手段は、前記格納手段に格納された前記音声情報の容量が、前記第１上限値よりも大きい第２上限値以上となった場合、前記音声情報における所定長さの音声部分を前記格納手段から削除し、前記格納手段に格納された前記音声情報の容量が、前記第１下限値よりも小さい第２下限値以下となった場合、前記音声情報における所定長さの音声部分を追加して前記格納手段に格納する。
【００９２】
上記側面３に係る音声情報修正システムによれば、格納手段に格納された音声情報の容量が第２上限値以上となった場合に音声部分の削除を行い、格納手段に格納された音声情報の容量が第２下限値以下となった場合に音声部分の追加を行うので、音声情報を格納する格納手段の溢れや枯渇が生じる可能性が極めて高い場合に、音声品質の劣化の抑制よりも、音声情報を格納する格納手段の溢れと枯渇の防止を優先して行う事ができ、音声情報の連続性の維持を図る事が可能となる。
【００９３】
実施の形態の他の側面４に係る音声情報修正システムは、上記側面２又は上記側面３に係る音声情報修正システムにおいて、前記音声情報修正手段は、前記格納手段に格納された音声情報の容量が前記目標容量となった場合、前記無音部分の削除若しくは追加、又は前記音声部分の削除若しくは追加を停止する。
【００９４】
上記側面４に係る音声情報修正システムによれば、格納手段に格納された音声情報の容量が目標容量に達したら、削除又は追加を自動的に終了するので、不要な削除又は追加を削減する事が可能となる。
【００９５】
実施の形態の他の側面５に係る音声情報修正システムは、上記側面２から上記側面４のいずれかの側面に係る音声情報修正システムにおいて、前記目標容量は、前記格納手段の全体の容量に対する半分の容量である、
【００９６】
上記側面５に係る音声情報修正システムによれば、目標容量を格納手段の全体の容量に対する半分の容量としたので、音声情報を格納する格納手段の溢れ及び枯渇が最も発生し難い中間の容量を目標とする事ができ、音声情報を格納する格納手段の溢れや枯渇を防止して音声情報の連続性の維持を図る事が可能となる。
【００９７】
実施の形態の他の側面６に係る音声情報修正システムは、上記側面１から上記側面５のいずれかの側面に係る音声情報修正システムにおいて、前記格納手段の全体の容量に対する半分の容量の前記音声情報が格納された場合、前記格納手段に格納された前記音声情報の再生を開始する再生手段を備える。
【００９８】
上記側面６に係る音声情報修正システムによれば、格納手段に全体の半分の容量の音声情報が格納された場合、再生を開始するので、音声情報を格納する格納手段の溢れ及び枯渇が最も発生し難い中間の容量が格納された状態から再生でき、音声情報を格納する格納手段の溢れや枯渇を防止して音声情報の連続性の維持を図る事が可能となる。
【００９９】
実施の形態の他の側面７に係る音声情報修正システムは、上記側面１から上記側面６のいずれかの側面に係る音声情報修正システムにおいて、前記送信手段に設けられたエンコード手段にてエンコードされて送信された連続的な音声情報を、通信にて受信する通信手段と、前記通信手段にて受信した前記音声情報をデコードするデコード手段と、を備える。
【０１００】
上記側面７に係る音声情報修正システムによれば、エンコード手段にてエンコードされて送信手段から送信された音声情報を、デコード手段にてデコードするので、エンコード手段とデコード手段が異なる装置に設けられていることで、エンコード手段とデコード手段との処理時間のずれが生じ、このことにより音声情報を格納する格納手段の溢れや枯渇の可能性がある場合であっても、無音部分を減縮又は増長でき、音声品質の劣化を抑制する事が可能となると共に、音声情報を格納する格納手段の溢れ又は枯渇を防止して音声情報の連続性の維持を図る事が可能となる。
【符号の説明】
【０１０１】
１  車載装置
２  スピーカ
３  タッチパネル
４  ディスプレイ
５  現在位置取得部
６  通信部
７  制御部
７ａ  デコード部
７ｂ  音声再生部
７ｃ  再生制御部
７ｄ  無音部分判定部
７ｅ  音声情報修正部
８  データ記録部
８ａ  バッファ
１０  携帯端末
１１  タッチパネル
１２  ディスプレイ
１３  通信部
１４  制御部
１４ａ  エンコード部
１５  データ記録部
１５ａ  音声ＤＢ
【図１】
2016119588.tif 000003
【図２】
2016119588.tif 000004
【図３】
2016119588.tif 000005
【図４】
2016119588.tif 000006
【図５】
2016119588.tif 000007
【図６】
2016119588.tif 000008