JP5451134B2 - 通信処理装置 - Google Patents

Description

本発明は、車両運転中のドライバによる通話を実現させる通信処理装置に関する。

従来、車両の安全運転に支障を来す可能性がある状況において、その車両のドライバの通話を制御する技術が多数存在している。こうした従来の技術では、ドライバの運転状況に基づいて、通話の発着呼を禁止したり通話を一時的に中断（通話を保留）したりする制御が行われる。

例えば下記の特許文献１には、ドライバの安全運転に支障を来す状態（ドライバが運転に対する注意力を高める必要がある状態：以下、本明細書では運転状態が高負荷状態となった場合と表現する）が検出あるいは予測されると、ドライバ及びその通話相手に対して通話をいったん保留する旨のメッセージを送出して通話を保留し、通話保留を解除してもよい状態となれば通話保留を解除して元の通話状態に戻す技術が開示されている。

また、例えば下記の特許文献２には、特許文献１に記載の技術を改良し、ドライバの安全運転に支障を来す可能性のある複数の状態を総合的に判断してドライバの余裕度を算出できるようにするとともに、通話保留状態となった場合に通話相手がメッセージを残せるようにする技術が開示されている。

特開平１０−３０４４６４号公報（段落００３０−００３５） 特開２００３−１２５４５４号公報（段落００４１−００５０、００９０−００９３）

BMJ, doi:10.1136/bmj.38537.397512.55、"Role of mobile phones in motor vehicle crashes resulting in hospital attendance: a case-crossover study" (published 12 July 2005)、（参考ＵＲＬ：http://bmj.bmjjournals.com/cgi/rapidpdf/bmj.38537.397512.55v1.pdf）

車両運転中の通話が運転の安全性を低下させることは広く知られており、例えば現在の日本の法律では、運転中の携帯電話の操作や手で保持した状態での通話は禁じられている。一方、ハンズフリーセット（携帯電話を持たずに操作・通話を可能とするスピーカ及びマイクロホン付き装置）を使用した場合には、運転中の通話が許可されている。しかしながら、ハンズフリーセットを使用した場合においても、通話時の安全性は決して高いとは言えない。

例えば、上記の非特許文献１には、ハンズフリーセットを用いた通話であっても、通話を行わなかった場合に比べて事故発生リスクは３．８倍になるという研究結果が報告されている（非特許文献１のtable 4参照）。これは、ドライバの運転状況を知らない離れた相手と通話する行為そのものが運転に必要な注意力の低下をもたらして車両の安全運転の妨げになることによると考えられる。

ハンズフリーセットを用いた通話では、特にドライバが発話を行うという行為よりも、通話相手からの発話（ドライバにとっての受話）を聴取するという行為が車両の安全運転を妨げる大きな要因となると考えられる。ドライバからの発話に関しては、例えば運転状態が高負荷状態の場合には発話を行わないようにするなど、ドライバ自身でコントロールすることが可能である。しかしながら、通話相手からの発話（ドライバにとっての受話）は、ドライバの運転状態をあまり考慮せずに行われるものであり、ドライバの運転状態に応じて通話相手の発話を適宜中断させることは実質的に困難である。また、ドライバが聴く音声が音楽などの場合にはドライバは聞き流すことが可能であるが、会話の場合には聞き流す行為を行うことは難しくなり、会話を聴くための集中力（注意力）によって運転に必要な集中力（注意力）が散漫になってしまうことになる。

一方、非特許文献１にも記載されているように、車両運転中のドライバによる通話を完全に禁止することは困難であると考えられることから、事故発生リスクを抑えるために、より完全なハンズフリー通話システムの開発が要求されている。特許文献１や特許文献２に記載の技術では、ドライバの運転状態が高負荷状態となった場合に通話を切断するのではなく保留状態とし、ドライバの運転状態が低負荷状態となった場合に通話が再開されるように制御している。しかしながら、通話の保留中には通話者間で音声が伝送されないという点においては、通話者間の会話が途切れてしまうという点において音声通話の切断と実質的に同じであり、ドライバによる通話の利便性を考慮した完全なハンズフリー通話システムであるとは言えない。また、特許文献２においては、通話相手側でメッセージを録音し、通話再開と同時に録音メッセージを通話相手からドライバへ送信することで、通話保留中に通話相手が残したメッセージをドライバは通話再開後に聞くことができるが、通話の保留中に通話者間で音声が伝送されない点は同じであり、ドライバの利便性を十分に考慮したものであるとは言えない。

本発明は、上記の問題を解決するため、車両運転中のドライバによる通話において、ドライバの運転の安全性、及び、ドライバによる通話の利便性の両方を考慮した通信処理装置を提供することを目的とする。

本発明によれば、上記の目的を達成するため、車両を運転するドライバが通話相手と通話を行うために前記車両に搭載された通信処理装置であって、
音声出力装置を介して、前記通話相手から前記ドライバへの受話音声を前記ドライバが聴取可能なように出力する音声出力部と、
集音装置を介して、前記ドライバから前記通話相手への発話音声を取得する音声入力部と、
前記通話相手から前記ドライバへの受話音声を含むデータを受信する無線通信装置によって受信した前記受話音声を含むデータを一時的に蓄積する受信用キャッシュと、
前記ドライバの運転状態を検出する運転状態検出装置による検出結果を取得し、定量化する運転状態定量化手段と、
前記運転状態定量化手段による定量化の結果に基づいて、前記ドライバの運転状態が受話音声の聴取を行うべきではない高負荷状態か否かを判定し、前記ドライバの運転状態が高負荷状態の場合には前記受話音声を含むデータの再生を中断するよう制御するための再生中断指示を送出する運転高負荷状態判定手段と、
前記運転高負荷状態判定手段から前記再生中断指示を受信した場合には、前記受信用キャッシュに蓄積されている前記受話音声を含むデータの再生処理を行わず、前記運転高負荷状態判定手段から前記再生中断指示を受信していない場合には、前記受信用キャッシュに蓄積されている前記受話音声を含むデータの再生処理を行う再生処理手段とを、
有する通信処理装置が提供される。
この構成により、車両運転中のドライバによる通話において、ドライバの運転の安全性、及び、ドライバによる通話の利便性の両方を考慮し、ドライバの運転状態が高負荷状態の場合に、ドライバに“聴く”行為を行わせないようにすることが可能となる。

さらに、本発明では、上記の構成に加えて、前記通話相手から前記ドライバへの受話音声を含むデータの再送を依頼するか否かの判断を行う再送依頼判断手段と、
前記再送依頼判断手段において前記受話音声を含むデータの再送を依頼すると判断した場合に、前記受話音声を含むデータが格納されている通信装置に対して前記受話音声を含むデータの再送を要求する再送要求手段とを、
有する通信処理装置が提供される。
この構成により、通信の際に欠落したデータや、ドライバが再度取得（聴取）したいデータを取得することが可能となる。

さらに、本発明では、上記の構成に加えて、前記通信装置が、前記通話相手が通話に利用している通話端末、又は、前記ドライバから通話相手へ送信される前記受話音声を含むデータを格納する機能を有するネットワーク上の装置である通信処理装置が提供される。
この構成により、通話相手が通話に利用している通話端末に蓄積されているデータや、又は、ドライバから通話相手へ送信されるデータをネットワーク上で蓄積可能な通信装置（センタなど）に対して再送要求を行うことが可能となる。

さらに、本発明では、上記の構成に加えて、前記ドライバの運転状態が受話音声の聴取を行ってもよい低負荷状態から前記高負荷状態へ移行した場合に、再生遅延することを示すジングルを前記通話相手の通話端末へ送信する高負荷状態ジングル送信手段を有する通信処理装置が提供される。
この構成により、通話相手は、ドライバの運転状態が高負荷状態へ移行したことを把握することが可能となる。

さらに、本発明では、上記の構成に加えて、前記ドライバの運転状態が受話音声の聴取を行ってもよい低負荷状態から前記高負荷状態へ移行した場合に、再生遅延することを示すジングルを前記音声出力部に前記音声出力装置を介して出力させる高負荷状態ジングル報知手段を有する通信処理装置が提供される。
この構成により、ドライバは、ドライバの運転状態が高負荷状態へ移行したことを把握することが可能となる。

さらに、本発明では、上記の構成に加えて、前記ドライバの運転状態が前記高負荷状態から前記ドライバの運転状態が受話音声の聴取を行ってもよい低負荷状態へ移行した場合に、再生再開することを示すジングルを前記通話相手の通話端末へ送信する低負荷状態ジングル送信手段を有する通信処理装置が提供される。
この構成により、通話相手は、ドライバの運転状態が低負荷状態へ移行したことを把握することが可能となる。

さらに、本発明では、上記の構成に加えて、前記ドライバの運転状態が前記高負荷状態から前記ドライバの運転状態が受話音声の聴取を行ってもよい低負荷状態へ移行した場合に、再生再開することを示すジングルを前記音声出力部に前記音声出力装置を介して出力させる低負荷状態ジングル報知手段を有する通信処理装置が提供される。
この構成により、ドライバは、ドライバの運転状態が低負荷状態へ移行したことを把握することが可能となる。

さらに、本発明では、上記の構成に加えて、前記音声入力部によって前記集音装置を介して取得される前記発話音声が、所定の時間だけ無音状態となったことを検出する無音検出手段と、
前記無音検出手段によって前記所定の時間以上の無音状態が検出された場合に、無音状態検出を示すジングルを前記通話相手の通話端末へ送信する無音状態ジングル送信手段を有する通信処理装置が提供される。
この構成により、通話相手は、ドライバから通話相手への発話の終わり（会話の区切り）を把握することが可能となる。

さらに、本発明では、上記の構成に加えて、前記ドライバが操作入力装置を通じて前記ドライバから前記通話相手への発話の終わりを入力した場合、前記ドライバから前記通話相手への発話の終わりを示すジングルを前記通話相手の通話端末へ送信する発話終了ジングル送信手段を有する通信処理装置が提供される。
この構成により、通話相手は、ドライバから通話相手への発話の終わり（会話の区切り）を把握することが可能となる。

さらに、本発明では、上記の構成に加えて、前記ドライバの運転状態が前記高負荷状態から前記ドライバの運転状態が受話音声の聴取を行ってもよい低負荷状態へ移行して、前記受信用キャッシュに蓄積されている前記受話音声を含むデータの再生処理を再開した場合、前記受信用キャッシュに蓄積されている前記受話音声の有音区間を再生するとともに、前記受話音声の無音区間をスキップ又は早送りする時短再生を行う時短再生制御手段を有する通信処理装置が提供される。
この構成により、ドライバの運転状態が高負荷状態の間に蓄積されていた受信音声の再生が再開された場合に、無音区間のスキップ又は早送りによって遅延した時間を小さくしていき、実際の再生時刻に追いつくようにすることが可能となる。

さらに、本発明では、上記の構成に加えて、前記ドライバの運転状態が前記高負荷状態から前記ドライバの運転状態が受話音声の聴取を行ってもよい低負荷状態へ移行して、前記受信用キャッシュに蓄積されている前記受話音声を含むデータの再生処理を再開した場合、前記受信用キャッシュに蓄積されている前記受話音声を発話時の速度よりも速い速度で再生する時短再生を行う時短再生制御手段を有する通信処理装置が提供される。
この構成により、ドライバの運転状態が高負荷状態の間に蓄積されていた受信音声の再生が再開された場合に、通常よりも速い速度（すなわち、発話時の速度よりも速い速度）で再生することによって遅延した時間を小さくしていき、実際の再生時刻に追いつくようにすることが可能となる。

さらに、本発明では、上記の構成に加えて、前記ドライバの運転状態が前記高負荷状態から前記ドライバの運転状態が受話音声の聴取を行ってもよい低負荷状態へ移行して、前記受信用キャッシュに蓄積されている前記受話音声を含むデータの再生処理を再開した場合、前記ドライバから入力された指示に基づいて、前記受信用キャッシュに蓄積されている前記受話音声受信用キャッシュに蓄積されている前記受話音声の無音区間をスキップ又は早送り、あるいは、発話時の速度よりも速い速度で再生する時短再生を行う時短再生制御手段を有する通信処理装置が提供される。
この構成により、ドライバの運転状態が高負荷状態の間に蓄積されていた受信音声の再生が再開された場合に、ドライバによる入力操作に応じた再生処理によって遅延した時間を小さくしていき、実際の再生時刻に追いつくようにすることが可能となる。

さらに、本発明では、上記の構成に加えて、前記時短再生制御手段は、前記時短再生が現在時刻に追いついた場合、前記受信用キャッシュに蓄積されている前記受話音声を含むデータの再生処理を通常の再生状態に戻すよう構成されている通信処理装置が提供される。
この構成により、運転状態が高負荷状態から低負荷状態に移行した際に行われる特殊再生によって通常の通話タイミングに追いついた場合に、通常の通話状態へ戻すことが可能となる。

さらに、本発明では、上記の構成に加えて、前記受信用キャッシュは、前記再生処理手段によって再生処理が行われた前記受話音声を含むデータを保持し続けるように構成されている通信処理装置が提供される。
この構成により、ドライバは、一度再生された受話音声を再度聴取することが可能となる。

さらに、本発明では、上記の構成に加えて、前記再生処理手段が、前記受信用キャッシュに保持され続けている前記受話音声を含むデータを再度再生処理するように構成されている通信処理装置が提供される。
この構成により、ドライバは、一度再生された受話音声を再度聴取することが可能となる。

さらに、本発明では、上記の構成に加えて、前記発話時の速度よりも速い速度で再生する時短再生において、最大速度を定める上限値を設定しておき、前記時短再生制御手段が、前記上限値以下の速度での再生を行うように構成されている通信処理装置が提供される。
この構成により、通常よりも速い速度での再生の際に、ドライバが音声を聞き取ることができ、かつ聴き取り不可能な速度に上昇することを防止できる。その結果、聴覚集中による視覚集中の阻害を制御可能とし、ドライバの運転に対する集中力を低下させることなく運転の安全性を保つことが可能となる。

さらに、本発明では、上記の構成に加えて、前記上限値以下の基本値を設定しておき、前記時短再生制御手段が、前記基本値を初期速度として前記時短再生を開始するように構成されている通信処理装置が提供される。
この構成によって、時短再生機構は等倍速（１．０倍速）よりも速い速度で開始することが可能となる。また、これによって、早く通常再生状態に復帰できるようになる。

さらに、本発明では、上記の構成に加えて、前記上限値を変更することが可能な上限値変更手段を有する通信処理装置が提供される。
この構成により、本発明に係る通常よりも速い速度での再生システムに、柔軟性を与えることを可能とし、個々人の聴覚能力と運転状況による聴覚集中の許容量に応じた上限値をリアルタイムに決定することが可能となる。

さらに、本発明では、上記の構成に加えて、前記ドライバによって操作入力可能な入力インタフェースを有し、前記上限値変更手段が、前記入力インタフェースからの操作入力に従って前記上限値を変更するように構成されている通信処理装置が提供される。
この構成により、ドライバが自分で上限値の設定を行うことが可能となる。

さらに、本発明では、上記の構成に加えて、前記ドライバによって操作入力可能な入力インタフェースと、
前記時短再生における再生の現在速度を手動で変更することが可能な再生速度変更手段とを、
有し、前記入力インタフェースからの操作入力に従って前記現在速度を手動で変更するとともに、前記現在速度が前記上限値を超える値に変更された場合には、前記上限値変更手段が、前記上限値を超えて変更された前記現在速度の値が前記上限値に反映されるように前記上限値の変更を行うように構成されている通信処理装置が提供される。
この構成により、ドライバが、通常よりも速い速度での再生に係る再生速度を変更することが可能となり、ドライバによって変更された再生速度が上限値に反映されるようになる。

さらに、本発明では、上記の構成に加えて、個々の前記ドライバに適した前記上限値を決定するための上限値決定テストを実施するテスト実施手段を有し、前記上限値変更手段が、前記テスト実施手段によるテスト結果に基づいて前記上限値の変更を行うように構成されている通信処理装置が提供される。
この構成により、個々のドライバに適した上限値が設定できるようになる。

さらに、本発明では、上記の構成に加えて、前記時短再生における再生の現在速度を変更することが可能な再生速度変更手段を有する通信処理装置が提供される。
この構成により、様々な状況に応じて、通常よりも速い速度での再生に係る再生速度の変更を行えるようになる。例えば、再生の現在速度をユーザが操作入力によって変更してもよく、現在速度が初期値から上限値まで自動的に変更されてもよく、現在速度が状況（運転集中度、相手の発話テンポ）に合わせて自動的に変更されてもよい。

さらに、本発明では、上記の構成に加えて、前記ドライバによって操作入力可能な入力インタフェースを有し、前記再生速度変更手段が、前記入力インタフェースからの操作入力に従って前記現在速度を変更するように構成されている通信処理装置が提供される。
この構成により、ドライバが、通常よりも速い速度での再生に係る再生速度を手動で変更することが可能となる。

さらに、本発明では、上記の構成に加えて、前記受話音声に含まれている会話の話速を算定する話速算定手段を有し、
前記発話時の速度よりも速い速度で再生する時短再生において、前記時短再生制御手段が、前記話速算定手段で算定された前記会話の話速に基づいて、前記現在速度を自動的に変更するように構成されている通信処理装置が提供される。
この構成により、音声に含まれる会話の話速を考慮して、通常よりも速い速度での再生に係る再生速度が変更されるようになる。

さらに、本発明では、上記の構成に加えて、前記時短再生における最大速度を定める上限値を設定しておき、前記時短再生制御手段が、前記会話の話速に加えて、前記上限値に基づいて前記時短再生における再生の現在速度を自動的に変更するよう構成されている通信処理装置が提供される。
この構成により、音声に含まれる会話の話速に加え、設定されている上限値も考慮して、通常よりも速い速度での再生に係る再生速度が変更されるようになる。

さらに、本発明では、上記の構成に加えて、音声に含まれる会話の話速に対応して前記上限値が設定されている通信処理装置が提供される。
この構成により、音声に含まれる会話の話速と上限値との関係を設定することが可能となる。

本発明は、上記の構成を有しており、車両運転中のドライバによる通話において、ドライバの運転の安全性、及び、ドライバによる通話の利便性の両方を実現するという効果を有している。

本発明の第１の実施の形態における車載システムの構成の一例を示す図である。 本発明の第１の実施の形態における車載システムを用いた通話時に行われる受信処理の一例を示すフローチャートである。 本発明の第１の実施の形態における車載システムを用いた通話時に行われる再生処理の一例を示すフローチャートである。 本発明の第１の実施の形態における車載システムを用いた通話時に行われる運転高負荷判定処理の一例を示すフローチャートである。 本発明の第２の実施の形態における通信システムの一例を示す図である。 本発明の第２の実施の形態における車載システムの構成の一例を示す図である。 本発明の第２の実施の形態におけるセンタの構成の一例を示す図である。 本発明の第３の実施の形態における通信システムの第１の例を示す図である。 本発明の第３の実施の形態における通信システムの第２の例を示す図である。 本発明の第４の実施の形態における通信システムの一例を示す図である。 本発明において、受信用キャッシュに蓄積されている通話相手からの受信データの再生状態のモード遷移の一例を示す図である。 本発明の第５の実施の形態において、単純な倍速再生を行う場合の再生速度と時間との関係の一例を示すグラフである。 本発明の第５の実施の形態において、倍速再生を行う倍速再生機能を有する受話音声処理部の構成の一例を示すブロック図である。 本発明の第５の実施の形態における倍速再生処理の倍速再生処理による処理の一例を示す音声波形のグラフである。 本発明の第５の実施の形態において、実用速度範囲内で再生速度の変動を行う場合の再生速度と時間との関係の一例を示すグラフである。 本発明の第５の実施の形態における音拍幅及び再生速度（倍率）の概念を説明するための図である。 本発明の第５の実施の形態において、上限値を直接ドライバが変更する方法の一例を示すフローチャートである。 本発明の第５の実施の形態において、基本値を直接ドライバが変更する方法の一例を示すフローチャートである。 本発明の第５の実施の形態において、ドライバによる操作入力で設定された再生速度を反映して上限値を変更する方法の一例を示すフローチャートである。 本発明の第５の実施の形態において、ドライバによる操作入力で設定された再生速度を反映して基本値を変更する方法の一例を示すフローチャートである。 本発明の第５の実施の形態において、初期テストを行う場合の再生速度と時間との関係の一例を示すグラフである。 本発明の第５の実施の形態における再生速度（倍率）と適切な平均音拍幅との関係の一例を示すグラフである。 本発明の第５の実施の形態において、話速に適した再生速度に変更する処理の一例を示すフローチャートである。

以下、本発明の第１〜第５の実施の形態について説明する。

本発明は、ドライバが通話を行う際に、発話に関してはドライバ自身でコントロールすることが可能である一方、通話相手による発話（すなわち、ドライバにとっての受話）を聴取することに関してはドライバ自身でコントロールすることが実質的に困難であり、それ故、通話相手からの発話（受話）を聴取する際に事故発生リスクが大きくなることを考慮するとともに、ドライバの通話に係る利便性が著しく損なわれないようにするものである。本発明では、ドライバの運転状態が高負荷状態となった場合に、通話相手からの受話音声が再生出力されないように制御を行う。

なお、以下の説明では、ドライバが運転する車両に搭載された車載システムと通話相手の通話端末との間は、音声及び画像の両方が伝送されるテレビ電話によって通話が可能な場合を一例として挙げるが、音声及び画像のいずれか一方が伝送される通話に対して本発明を適用することが可能である。また、ドライバによる運転の安全性を考慮し、音声及び画像の両方が伝送されるテレビ電話であっても、ドライバの運転中は音声による通話に制限し、画像の撮像、送受信、再生などを始めとする画像に関する処理が行われないようにすることも可能である。

また、以下の説明では、ドライバとその通話相手との間で行われる通話は、音声や画像がパケット形式で通信されるデータパケット通信を前提として説明を行うが、アナログ回線による通話に対して本発明を適用することも可能である。

＜第１の実施の形態＞
まず、本発明の第１の実施の形態について説明する。図１は、本発明の第１の実施の形態における車載システムの構成の一例を示す図である。図１に図示されている通信処理装置１００は、ドライバが運転する車載システム１０に実装されるものであり、通信処理装置１００は、通話時にドライバから通話相手へ送られるデータの処理を行う送信処理装置１１０と、通話相手からドライバへ送られるデータ（ドライバが通話相手から受信するデータ）の処理を行う受信処理装置１２０とを有している。

図１において、送信処理装置１１０は、送信音声処理部１１１、送信画像処理部１１２、送信用キャッシュ１１３、送信処理部１１４を有している。

送信音声処理部１１１は、ドライバの発話を集音できるマイクロホン３００によって取得された音声をデータ通信用に加工（例えば、符号化処理）する機能を有している。なお、マイクロホン３００は、車載システムにあらかじめ設置されている集音機能やハンズフリーセットに備え付けられているマイクロホンなど、任意の集音手段を用いることが可能である。

また、送信画像処理部１１２は、ドライバの顔画像やドライバが通話相手に送信したい対象物の画像（例えば、通話相手に見せたい資料など）を撮像できるカメラ４００によって取得された画像をデータ通信用に加工（例えば、符号化処理）する機能を有している。なお、カメラ４００は、車載システムにあらかじめ設置されている撮像機能や車載システムに接続された撮像手段など、任意の撮像手段を用いることが可能である。

また、送信用キャッシュ１１３は、送信音声処理部１１１及び送信画像処理部１１２によって処理されたデータを一時的に蓄積するバッファ機能を有している。なお、送信用キャッシュ１１３は、パケットバッファや任意のメモリによって実現可能である。

また、送信処理部１１４は、送信用キャッシュ１１３に蓄積されたデータを加工し、通信モジュール２００を介して通話相手が使用している通話端末へ送信する機能を有している。なお、通信モジュール２００は、車載システムにあらかじめ設置されている無線通信機能や車載システムに接続された携帯電話機など、任意の通信手段を用いることが可能である。

なお、図１では、送信処理装置１１０において、送信音声処理部１１１及び送信画像処理部１１２がそれぞれ独立して存在しているが、相互の処理が関連付けられており、画像及び音声の同期処理が行われることが望ましい。また、本明細書における画像は、動画（映像）又は静止画を表すものであり、通話時に送受信される画像は動画及び静止画のいずれであってもよい。

一方、図１において、受信処理装置１２０は、受信処理部１２１、受信用キャッシュ１２２、受信音声処理部１２３、受信画像処理部１２４、音声再生出力部１２５、画像再生出力部１２６、運転負荷定量化部１２７、運転高負荷状態判定部１２８を有している。

受信処理部１２１は、通話時に通話相手の通話端末から送信されたデータを、通信モジュール２００を介して通話相手が使用している通話端末から受信して処理する機能を有している。なお、通話相手の通話端末から受信するデータには、通話相手の通話端末へ受信するデータと同様に画像及び音声が含まれている。

また、受信用キャッシュ１２２は、受信処理部１２１によって処理されたデータを一時的に蓄積するバッファ機能を有している。本発明では、運転状態が高負荷状態の場合には、データ再生（データの読み出し）が行われずにデータが蓄積されていくことになる。したがって、高負荷状態に通話が遅延する際の上限時間（遅延許容時間）までに蓄積されるデータを十分格納できるだけの容量を有することが望ましい。なお、送信用キャッシュ１１３と同様、受信用キャッシュ１２２も、パケットバッファや任意のメモリによって実現可能である。

また、受信音声処理部１２３は、受信用キャッシュ１２２に蓄積された音声データを読み出し、音声出力用に加工（例えば、復号処理）する機能を有している。さらに、受信音声処理部１２３は、運転高負荷状態判定部１２８から指示される再生の可否（許可／不許可）に基づいて、音声データの処理（受信用キャッシュ１２２からの音声データの読み出し）を開始／中断することが可能である。すなわち、受信音声処理部１２３は、運転高負荷状態判定部１２８から再生の不許可の指示を受けた場合には、音声データの処理を一時的に中断し、その後、運転高負荷状態判定部１２８から再生の許可の指示を受けた場合には、音声データの処理を再開することが可能である。

また、受信画像処理部１２４は、受信用キャッシュ１２２に蓄積された画像データを読み出し、画像出力用に加工（例えば、復号処理）する機能を有している。さらに、受信画像処理部１２４は、運転高負荷状態判定部１２８から指示される再生の可否（許可／不許可）に基づいて、画像データの処理（受信用キャッシュ１２２からの画像データの読み出し）を開始／中断することが可能である。すなわち、受信画像処理部１２４は、運転高負荷状態判定部１２８から再生の不許可の指示を受けた場合には、画像データの処理を一時的に中断し、その後、運転高負荷状態判定部１２８から再生の許可の指示を受けた場合には、画像データの処理を再開することが可能である。

なお、受信音声処理部１２３や受信画像処理部１２４は、いったん受信用キャッシュ１２２に格納された音声データ／画像データの品質を向上する処理（例えば、サンプリングレートを向上する処理）を行ってから出力することも可能である。本発明に係る通話はリアルタイム通信によるものではなく受信用キャッシュ１２２にいったん蓄積されたデータを読み出して再生するものであり、ある程度の遅延が許容されるのであれば、品質向上処理を行ってから出力されるようにすることが可能である。なお、特に、ドライバの運転状態が高負荷状態の場合には、受信用キャッシュ１２２にデータが蓄積される状態となるので、この期間中にデータの品質向上処理を行うことが可能である。

また、音声再生出力部１２５は、受信音声処理部１２３によって処理された音声データを処理して音声信号を生成し、スピーカ５００を介してドライバが聴取可能となるように報知する機能を有している。なお、スピーカ５００は、車載システムにあらかじめ設置されている音声出力機能や、ハンズフリーセットに備え付けられているスピーカなど、任意の音声出力手段を用いることが可能である。

また、画像再生出力部１２６は、受信画像処理部１２４によって処理された画像データを処理して画像信号を生成し、モニタ６００を介してドライバが視認可能となるように報知する機能を有している。なお、モニタ６００は、車載システムにあらかじめ設置されている画像出力機能や車載システムに接続されたモニタなど、任意の画像出力手段を用いることが可能である。

また、運転負荷定量化部１２７は、ドライバの運転状態を検出する運転状態検出部７００による検出結果を参照し、この検出結果からドライバの運転状態を定量化する機能を有している。

なお、運転状態検出部７００はドライバの運転状態を表す任意の条件を検出する機能である。この条件として、例えば、車両の車速、自車位置や走行奇跡、操舵角（ハンドルの角度）、アクセルやブレーキ、ギアなどの状態、他の車両との車間距離、案内経路、事故多発地点を示す地図（事故多発地点との距離）などを用いることが可能である。また、特許文献１や特許文献２に記載されている各種条件を用いてもよい。

また、運転負荷定量化部１２７の計算に用いられる定量化のアルゴリズムも任意のアルゴリズムを用いることが可能である。例えば、特許文献２に記載されている余裕度を運転負荷定量化部１２７の定量化結果として援用するなど、特許文献１や特許文献２に記載されているアルゴリズムを用いてもよい。

また、運転高負荷状態判定部１２８は、運転負荷定量化部１２７によって算出された運転状態検出部７００による検出結果の定量化値に基づいて、ドライバの運転状態が高負荷状態か否かを判定し、受信音声処理部１２３及び受信画像処理部１２４に対して、再生の可否（許可／不許可）を指示する機能を有している。運転高負荷状態判定部１２８は、ドライバの運転状態が高負荷状態であると判定した場合には、受信音声処理部１２３及び受信画像処理部１２４に対して、再生の不許可を指示する再生中断指示信号を送出する。

例えば、運転状態が高負荷状態であると判定される条件として、例えば、事故多発地点（合流地点や交差点など）を通過中である場合、ドライバによるハンドル操作が多い場合、車両の速度が高い場合やブレーキをかける回数が多い場合、前方や後方を走る車両との車間距離が狭い場合などが挙げられる。なお、運転高負荷状態判定部１２８による運転高負荷状態判定のアルゴリズムは、任意のアルゴリズムを用いることが可能である。例えば、運転高負荷状態判定のアルゴリズムにニューラルネットワークやベイジアンネットワークなどの学習アルゴリズムを用いてもよく、また、特許文献１や特許文献２に記載されているアルゴリズムを用いてもよい。

また、例えば、運転高負荷状態判定部１２８は、ドライバの運転状態が高負荷状態か否かに応じて、受信音声処理部１２３及び受信画像処理部１２４に対して再生の許可／不許可を指示してもよく、あるいは、受信音声処理部１２３及び受信画像処理部１２４は運転高負荷状態判定部１２８からの指示を受けていない場合には再生を行うよう構成されており、運転高負荷状態判定部１２８は、ドライバの運転状態が高負荷状態ではない場合においては受信音声処理部１２３及び受信画像処理部１２４に対して指示を行わず、ドライバの運転状態が高負荷状態の場合にのみ受信音声処理部１２３及び受信画像処理部１２４に対して再生の不許可を指示してもよい。

なお、図１には不図示だが、運転高負荷状態判定部１２８において判定されたドライバの運転状態が高負荷状態か否かの判定結果（あるいは、この判定結果を加工したプレゼンス情報）を、送信処理部１１４から通信モジュール２００を通じて通話相手の通話端末へ送信することも可能である。

図１では、受信処理装置１２０において、受信音声処理部１２３及び受信画像処理部１２４がそれぞれ独立して存在しているが、相互の処理が関連付けられており、画像及び音声の同期処理が行われることが望ましい。

次に、上述の構成例に基づいて、本発明の第１の実施の形態における動作の一例について説明する。図２は、本発明の第１の実施の形態における車載システムを用いた通話時に行われる受信処理の一例を示すフローチャートである。

車載システムを利用した通話が始まると、通話相手との通話によるデータ通信が開始され、通信モジュール２００が、ステップＳ２０１において、通話相手から送られてくるデータを受信する。通信モジュール２００は、受信したデータを受信処理部１２１に送出し、受信処理部１２１で処理された後、ステップＳ２０２において、ステップＳ２０１で受信したデータが受信用キャッシュに格納される。

なお、ステップＳ２０３において通話が終了した場合には、受信処理も終了となる。一方、ステップＳ２０３において通話がまだ終了していない場合には、ステップＳ２０１に戻り、通話が終了するまで上記の受信処理を繰り返し行う。

また、図３は、本発明の第１の実施の形態における車載システムを用いた通話時に行われる再生処理の一例を示すフローチャートである。車載システムを利用した通話が始まると、通話相手との通話によるデータ通信が開始され、ステップＳ３０１において、運転高負荷状態判定処理を開始する。なお、運転高負荷状態判定処理は、運転高負荷状態判定部１２８が運転状態に応じて受信データの再生の可否を判定する処理である。運転高負荷状態判定処理の詳細に関しては、後で図４を参照しながら説明する。

通話相手から受信したデータの再生処理は、運転高負荷状態判定部１２８によって判定された判定結果（受信データの再生を許可するか否か）に基づいて制御される（ステップＳ３０２）。ステップＳ３０２において運転高負荷状態の判定結果が受信データの再生を許可しないものである場合には、受信データの再生（後述のステップＳ３０３、Ｓ３０４の処理）を行わずにステップＳ３０１の運転高負荷状態判定処理に戻る。すなわち、運転高負荷状態の判定結果が受信データの再生を許可しないものである場合には、運転高負荷状態の判定結果が受信データの再生を許可するものとなるまで（運転状態が低負荷となるまで）、運転高負荷状態判定処理が繰り返し行われる。

一方、ステップＳ３０２において運転高負荷状態の判定結果が受信データの再生を許可するものである場合には、ステップＳ３０３において、受信音声処理部１２３及び受信画像処理部１２４が受信用キャッシュ１２２からデータを取得し、ステップＳ３０４において、音声再生出力部１２５及び画像再生出力部１２６がそのデータをスピーカ５００やモニタ６００を通じて出力する。これにより、ドライバは、通話相手から送られてくる音声や画像を視聴する。なお、このとき受信用キャッシュ１２２にデータが格納されていない場合には、再生すべきデータ（すなわち、通話相手から受信したデータ）が存在せず、再生処理を行う必要はない。

なお、ステップＳ３０５において通話が終了した場合には、再生処理も終了となる。一方、ステップＳ３０５において通話がまだ終了していない場合には、ステップＳ３０１に戻り、通話が終了するまで上記の再生処理を繰り返し行う。

また、図４は、本発明の第１の実施の形態における車載システムを用いた通話時に行われる運転高負荷判定処理の一例を示すフローチャートである。なお、図４に示す運転高負荷判定処理は、図３に図示されているステップＳ３０１の運転高負荷状態判定処理における詳細な処理の一例を示すものである。

運転高負荷状態判定処理では、まずステップＳ３０１１において、運転状態検出部７００がドライバの運転状態（ドライバが車両を運転している状態）を検出し、ステップＳ３０１２において、運転負荷定量化部１２７が、運転状態検出部７００で検出された運転状態に基づいてドライバの運転状態を定量化する処理を行う。なお、運転状態検出部７００で検出される条件（運転状態）や、その定量化のアルゴリズムは、上述のように任意の条件及びアルゴリズムを用いることが可能である。

そして、ステップＳ３０１３において、ステップＳ３０１２で得られた運転状態の定量化結果に基づいて、ドライバの運転状態が高負荷状態か否かを判定する。なお、ドライバの運転状態が高負荷状態か否かを判定する際に用いられるアルゴリズムは、上述のように任意のアルゴリズムを用いることが可能である。

ステップＳ３０１３でドライバの運転状態が高負荷状態ではない（すなわち、低負荷状態）と判定された場合には、ステップＳ３０１４において、運転高負荷状態判定部１２８が受信データの再生許可を決定し、受信音声処理部１２３及び受信画像再生部１２４に対して、受信データの再生（すなわち、図３におけるステップＳ３０３、Ｓ３０４の処理）を行うように制御する。

一方、ステップＳ３０１３でドライバの運転状態が高負荷状態であると判定された場合には、ステップＳ３０１５において、運転高負荷状態判定部１２８が受信データの再生不許可を決定し、受信音声処理部１２３及び受信画像再生部１２４に対して、受信データの再生（すなわち、図３におけるステップＳ３０３、Ｓ３０４の処理）を行わないように制御する。

運転高負荷状態判定部１２８による受信用キャッシュ１２２内のデータの再生制御によって、高負荷状態のときにはデータの再生が行われずに受信用キャッシュ１２２内に受信データが蓄積され、低負荷状態のときには受信用キャッシュ１２２内に蓄積された受信データが再生されるようになる。

なお、本発明の第１の実施の形態では、ドライバが車載システムを用いた通話を行う通話相手は、任意の通話端末を用いることが可能であり、通話相手の通話端末は、ドライバとの間で通話を行う機能が実装されていれば特別な機能を実装している必要はない。すなわち、通話相手の通話端末は既に広く普及している携帯電話機やＩＰ電話アプリケーションを実装したＰＣ（Personal Computer：パーソナルコンピュータ）であってもよい。

＜第２の実施の形態＞
次に、本発明の第２の実施の形態について説明する。図５は、本発明の第２の実施の形態における通信システムの一例を示す図である。図５において、車載システム２０は、通話回線ネットワーク９４０を介して通話相手の通話端末９５０と通信を行うことが可能である。また、車載システム２０と通話端末９５０との間で交換されるデータは、図５に矢印で示されているように、通話回線ネットワーク９４０上のセンタ９００を経由して行われる。なお、通話回線ネットワーク９４０は任意の通信ネットワークである。例えば、通話回線ネットワーク９４０は、インターネットや電話回線ネットワークなどを表している。

また、図５における車載システムは、例えば図６に図示されている構成を有している。図６は、本発明の第２の実施の形態における車載システムの構成の一例を示す図である。図６に図示されている通信処理装置１５０は、ドライバが運転する車載システム２０に実装されるものであり、通信処理装置１５０は、通話時にドライバから通話相手へ送られるデータの処理を行う送信処理装置１６０と、通話相手からドライバへ送られるデータ（ドライバが通話相手から受信するデータ）の処理を行う受信処理装置１７０とを有している。

図６において、送信処理装置１６０は、送信音声処理部１１１、送信画像処理部１１２、送信用キャッシュ１１３、送信処理部１１４、再送要求部１６１を有している。なお、送信音声処理部１１１、送信画像処理部１１２、送信用キャッシュ１１３、送信処理部１１４は、図１に図示されているものと同一の機能を有しており、ここでは説明を省略する。

再送要求部１６１は、受信処理装置１７０の再送依頼判断部１７１から、再送要求対象のデータの識別情報と共に再送要求の指示を受けた場合に、センタ９００に対して、再送要求対象のデータの再送を要求する再送要求メッセージを生成し、送信処理部１１４へ渡す機能を有している。この再送要求メッセージは通信モジュール２００を介してセンタ９００へ送信され、再送要求対象のデータの再送をセンタ９００に要求することが可能となる。

一方、図６において、受信処理装置１７０は、受信処理部１２１、受信用キャッシュ１２２、受信音声処理部１２３、受信画像処理部１２４、音声再生出力部１２５、画像再生出力部１２６、運転負荷定量化部１２７、運転高負荷状態判定部１２８、再送依頼判断部１７１を有している。なお、受信処理部１２１、受信用キャッシュ１２２、受信音声処理部１２３、受信画像処理部１２４、音声再生出力部１２５、画像再生出力部１２６、運転負荷定量化部１２７、運転高負荷状態判定部１２８は、図１に図示されているものと同一の機能を有しており、ここでは説明を省略する。

再送依頼判断部１７１は、受信用キャッシュ１２２に格納されたデータが欠落している場合や、ドライバが通話相手からの受話を再度視聴（再生）したいと所望した場合などが発生しているか否かを判断して、取得すべきデータがある場合には、そのデータの再送要求を行うよう再送要求部１６１へ指示する機能を有している。なお、再送要求対象のデータを識別する識別情報として、そのデータの通信が行われた時間やデータ（パケット）に含まれるシーケンスナンバーなどを利用することが可能である。

また、図７は、本発明の第２の実施の形態におけるセンタの構成の一例を示す図である。図７に図示されているセンタ９００は、通信モジュール９０１、データ受信部９０２、キャッシュ９０３、データ送信部９０４、再送要求受付部９０５、保持期間決定部９０６を有している。

通信モジュール９０１は、通話回線ネットワーク９４０上で伝送されるデータを受信したり、通話回線ネットワーク９４０上へデータを送出したりすることが可能なネットワークインタフェースである。

また、データ受信部９０２は、通話回線ネットワーク９４０上から通信モジュール９０１を介して取得したデータの処理を行い、キャッシュ９０３へ格納する機能を有している。

また、キャッシュ９０３は、車載システム２０と通話端末９５０との間で交換されるデータの格納を行う機能を有している。キャッシュ９０３は、データ受信部９０２から渡されたデータを格納するとともに、データ送信部９０４からの要求に応じてデータ送信部９０４へデータを渡すことが可能である。なお、キャッシュ９０３は、データ送信部９０４に対してデータを渡した場合であっても、保持期間決定部９０６によって定められた保持期間は、そのデータを保持し続けることが可能である。また、車載システム２０へ伝送されるデータのみキャッシュ９０３に保持され続けるようにしてもよい。

また、データ送信部９０４は、キャッシュ９０３に格納されたデータを読み出して、通信モジュール９０１から通話回線ネットワーク９４０上へ送出する機能を有している。なお、通常の通話時においては、データ受信部９０２によってキャッシュ９０３へ格納されたデータは、即座に再び通話回線ネットワーク９４０上へ転送される。また、データ送信部９０４は、再送要求受付部９０５からの指示に応じて、再送要求対象のデータをキャッシュ９０３から読み出して車載システム２０へ送信することが可能である。

また、再送要求受付部９０５は、車載システム２０から受信した再送要求メッセージの処理を行う機能を有している。再送要求受付部９０５は、受信した再送要求メッセージに含まれている再送要求対象のデータの識別情報を参照して、再送要求対象のデータをキャッシュ９０３から読み出して車載システム２０へ送信するようデータ送信部９０４へ指示することが可能である。

また、保持期間決定部９０６は、キャッシュ９０３内にデータを格納する保持期間を定めるとともに、例えば不図示のタイマを参照して、キャッシュ内に所定の保持期間だけ格納されているデータの削除を行う機能を有している。

なお、センタ９００は、車載システム２０と通話端末９５０との間で交換されるデータを中継することが可能な通話回線ネットワーク９４０上の任意のネットワークエンティティによって実現可能である。センタ９００は、例えば、本発明に係るサービスを提供するために新たに設けられたサーバ、車載システム２０のホームエージェント（車載システム２０がモバイルＩＰを実装している場合）、通話回線ネットワーク９４０のゲートウェイや回線交換器などによって実現可能である。

次に、上述の構成例に基づいて、本発明の第２の実施の形態における動作の一例について説明する。車載システム２０と通話端末９５０との間で伝送されるデータ（特に、通話端末９５０から車載システム２０へ伝送されるデータ）はセンタ９００のキャッシュ９０３に格納され、所定の保持期間だけセンタ９００によって保持される。車載システム２０はセンタ９００に対して、再送要求メッセージ（再送要求対象のデータの識別情報を含むメッセージ）を送信し、センタ９００は、この再送要求メッセージに応じた再送要求対象のデータを通話端末９５０へ送信する。この一連の動作によって、車載システム２０は、通話端末９５０から受信したデータ（あるいは本来受信するはずであったが受信できなかったデータ）を取得して、そのデータの再生を行うことが可能となる。特に、通話データの送受信の場合には、基本的にＵＤＰ（User Datagram Protocol）が用いられるため、本発明の第２の実施の形態における再送機能は非常に有用である。

なお、図１に図示されている通信処理装置１００や図６に図示されている通信処理装置１５０が通話相手の通話端末９５０においても実装されている場合には、通話端末９５０に再送可能なデータが残っているため、車載システム２０は、通話端末９５０に対してデータの再送要求を直接行うことが可能である。この場合には、データのキャッシュ機能を有するセンタ９００を通話回線ネットワーク９４０上に設けることなく、本発明の第２の実施の形態に係るデータ再送が実現可能となる。

また、本発明の第２の実施の形態では、センタ９００や通話端末９５０に再送可能なデータが蓄積されるので、車載システム１０の通信モジュール２００においてハンドオーバ（接続基地局の変更）が行われる場合には、車載システム２０におけるハンドオーバに影響されることなく、通話相手から送信されるデータは、センタ９００や通話端末９５０に再送可能な状態で蓄積されることとなる。したがって、通話相手は車載システム２０におけるハンドオーバによる切断（瞬断）とは無関係に発話を行い、車載システム２０の通信処理装置１５０は、センタ９００や通話端末９５０に蓄積されたデータを要求すればよく、会話が中断しないシームレスハンドオーバを実現することが可能となる。

また、本発明の第２の実施の形態に記載されているように、センタ９００や通話端末９５０に再送可能なデータを蓄積することで、ドライバが降車後に携帯電話機などを利用して会話を継続して行うハードウェアシームレスを実現することが可能である。この場合には、通話相手の通話端末の通信アドレスを特定するためのＳＩＰ（Session Initiation Protocol）やＤＮＳ（Domain Name System）などのディレクトリサービス（辞書、アドレス帳の類）と連携することが望ましい。

＜第３の実施の形態＞
次に、本発明の第３の実施の形態について説明する。図８は、本発明の第３の実施の形態における通信システムの第１の例を示す図である。図８に図示されている通信処理装置１８０は、ドライバが運転する車載システム３０に実装されるものであり、通信処理装置１８０は、通話時にドライバから通話相手へ送られるデータの処理を行う送信処理装置１６０と、通話相手からドライバへ送られるデータ（ドライバが通話相手から受信するデータ）の処理を行う受信処理装置１８５とを有している。

なお、図８において、送信処理装置１６０は、図１に図示されているものと同一の機能を有しており、ここでは説明を省略する。

一方、図８において、受信処理装置１８５は、受信処理部１２１、受信用キャッシュ１２２、受信音声処理部１２３、受信画像処理部１２４、音声再生出力部１２５、画像再生出力部１２６、運転負荷定量化部１２７、運転高負荷状態判定部１２８、ジングル出力部１８７を有している。なお、受信処理部１２１、受信用キャッシュ１２２、受信音声処理部１２３、受信画像処理部１２４、音声再生出力部１２５、画像再生出力部１２６、運転負荷定量化部１２７は、図１に図示されているものと同一の機能を有しており、ここでは説明を省略する。

運転高負荷状態判定部１８６は、上述の本発明の第１の実施の形態における運転高負荷状態判定部１２８の機能に加えて、さらに、ドライバの運転状態が低負荷状態から高負荷状態になったと判定された場合やドライバの運転状態が高負荷状態から低負荷状態になったと判定された場合に、ジングル出力部１８７に対してジングル（再生時間の短い音声）の出力を行うよう指示する機能を有している。

また、ジングル出力部１８７は、運転高負荷状態判定部１８６からジングルの出力を行うよう指示を受けた場合、あらかじめ定められたジングルを読み出して送信音声処理部１１１及び音声再生出力部１２５に渡す機能を有している。ジングル出力部１８７から送信音声処理部１１１へ渡されたジングルは、通信モジュール２００を介して通話相手の通話端末へ送信され、ジングル出力部１８７から音声再生出力部１２５へ渡されたジングルは、スピーカ５００を通じてドライバへ報知される。

上記の図８に図示されている構成によって、以下の動作が行われるようになる。ドライバの運転状態が高負荷状態となった場合には、運転高負荷状態判定部１８６はその高負荷状態を検出し、ジングルの出力を行うようジングル出力部１８７へ指示を行う。ジングル出力部１８７は、高負荷状態となったことを示すジングルを出力し、通話相手の通話端末へジングルを送信するとともに、ドライバが音声を聴取することができるスピーカからジングルを出力する。これにより、通話相手及びドライバは、ドライバの運転状態が高負荷状態になったこと（その結果、ドライバ側での再生が中断し、再生遅延が発生すること）をジングルの聴取によって把握可能となり、ドライバの運転状態が高負荷状態であることを考慮しながら会話を継続したり、あるいはドライバや通話相手の判断によって一時的に会話を控えたりすることが可能となる。

また、ドライバの運転状態が低負荷状態に戻った場合も同様に、ジングル出力部１８７は低負荷状態となったことを示すジングルを出力することにより、通話相手及びドライバは、ドライバの運転状態が低負荷状態になったこと（その結果、ドライバ側での再生が再開されること）をジングルの聴取によって把握可能となり、違和感無く元の会話状態に戻したり、ドライバの運転状態が一時的に高負荷状態であったことを考慮しながら（例えば、高負荷状態時に話した内容がお互いに把握できているかを確認するなど）会話を継続したりすることが可能となる。

なお、ドライバの運転状態が低負荷状態から高負荷状態になった場合に出力されるジングルと、ドライバの運転状態が高負荷状態から低負荷状態になった場合に出力されるジングルは、それぞれ異なる音声を用いることが望ましい。これにより、通話相手及びドライバは、ジングルの聴取によって高負荷状態及び低負荷状態のどちらの状態に移行したのかを容易に把握することが可能となる。

また、図９は、本発明の第３の実施の形態における通信システムの第２の例を示す図である。図８に図示されている通信処理装置１９０は、ドライバが運転する車載システム３５に実装されるものであり、通信処理装置１９０は、通話時にドライバから通話相手へ送られるデータの処理を行う送信処理装置１９５と、通話相手からドライバへ送られるデータ（ドライバが通話相手から受信するデータ）の処理を行う受信処理装置１２０とを有している。

なお、図９において、受信処理装置１２０は、図１に図示されているものと同一の機能を有しており、ここでは説明を省略する。

一方、図９において、送信処理装置１９５は、送信音声処理部１１１、送信画像処理部１１２、送信用キャッシュ１１３、送信処理部１１４、無音検出部１９６、ジングル出力部１９７を有している。なお、送信音声処理部１１１、送信画像処理部１１２、送信用キャッシュ１１３、送信処理部１１４は、図１に図示されているものと同一の機能を有しており、ここでは説明を省略する。

無音検出部１９６は、通話相手の通話端末へ送信する音声データが所定の期間（例えば、数秒程度）無音状態となる場合を検出し、無音状態が検出された場合に、ジングル出力部１９７に対してジングルの出力を行うよう指示する機能を有している。

また、ジングル出力部１９７は、無音検出部１９６からジングルの出力を行うよう指示を受けた場合、あらかじめ定められたジングルを読み出して送信音声処理部１１１及び音声再生出力部１２５に渡す機能を有している。ジングル出力部１９７から送信音声処理部１１１へ渡されたジングルは、通信モジュール２００を介して通話相手の通話端末へ送信される。なお、図９には不図示であるが、さらに、ジングル出力部１９７から音声再生出力部１２５へジングルが渡され、スピーカ５００を通じてドライバへ報知されてもよい。

上記の図９に図示されている構成によって、以下の動作が行われるようになる。ドライバが会話を行う場合に、無音検出部１９６は、無音状態を検出することによってドライバからの発話の区切りを検出することが可能となり、発話の区切りを通話相手に伝えることが可能となる。これにより、通話相手は、ドライバによる発話の区切りを把握可能となり、例えば、無音状態が続くようなことがあっても、ドライバが意図的に発話を行っていない（例えば、運転状態が高負荷状態の場合）のか、あるいは、通信回線が不安定なことによってドライバの発話が途中で切断されてしまったのかを把握することが可能となる。

また、無音検出部１９６及びジングル出力部１９７の代わりに（あるいは、無音検出部１９６及びジングル出力部１９７に加えて）、ドライバが操作可能なＰＴＴ（Push To Talk）ボタン８００を設けてもよい。ドライバは、自分が発話を行っている最中にＰＴＴボタン８００を押下し、発話を行わない場合にはＰＴＴボタン８００を話すことによって、自分の発話の区切りを示すことが可能である。ドライバがＰＴＴボタン８００を押下状態から離した場合（すなわち、発話を終了する場合）に、ジングル出力部１９７と同様にジングルが出力されるように構成されている。これにより、ドライバ自身が、発話の区切るとなるジングル（ジングル出力部１９７から出力されるものと同等のジングル）をＰＴＴボタン８００の操作によって通話相手に送ることが可能となる。なお、例えば、ドライバは、運転状態が高負荷状態の際に、ＰＴＴボタン８００を押下して離すことによって通話相手にジングルを送り、運転状態が高負荷状態なので応答（発話）できない旨を通知することも可能である。

なお、ジングル出力部１９７から出力されるジングル（あるいは、ＰＴＴボタン８００から出力されるジングル）は、上述の第１の例で通話相手に送られる２種類のジングル（）と、２つの例におけるジングル（ドライバの運転状態が低負荷状態から高負荷状態になった場合に出力されるジングルと、ドライバの運転状態が高負荷状態から低負荷状態になった場合に出力されるジングル）とは異なる音声を用いることが望ましい。

上述の本発明の第３の実施の形態における第１及び第２の例の構成を組み合わせて通信処理装置を構築することも可能であり、この場合には、通話相手に対して、ドライバの運転状態が低負荷状態から高負荷状態になった場合に出力されるジングル、ドライバの運転状態が高負荷状態から低負荷状態になった場合に出力されるジングル、ドライバの発話の区切りを示すジングルの３種類のジングルが通知されることになる。通話相手は、これらのジングルを音声によって聞き分け、それぞれの状態を把握できるようにしてもよい。また、通話相手の通話端末に、各ジングルの種類を特定してそれぞれのジングルに応じた処理（例えば、各ジングルが示すドライバの状態を通話相手に報知する処理）を行う機能を実装してもよい。

＜第４の実施の形態＞
次に、本発明の第４の実施の形態について説明する。図１０は、本発明の第４の実施の形態における通信システムの一例を示す図である。図１０において、車載システム４０は、複数の通話相手の通話端末１０１０、１０２０と通話回線ネットワーク（図１０では不図示）を介して通信を行うことが可能であり、この構成によって多人数による同時通話が実現可能である。なお、図１０には、ドライバのほかに２人の通話相手が存在しており、合計３人による通話が行われる場合のシステム構成が一例として図示されているが、より多くの人数による同時通話が行われてもよい。

図１０に図示されているような多人数通話が行われる場合においても、本発明に係る車載システム４０を用いた通話が可能である。なお、車載システム４０は、上述の本発明の第１〜第３の実施の形態で説明した車載システム１０、２０、３０、３５のうちの任意の車載システムを利用することが可能である。このとき、例えば、車載システム４０を利用しているドライバの運転状態が高負荷状態となった場合には、車載システム４０における受信データの再生が一時的に停止されることになる。しかしながら、車載システム４０における受信データの再生の一時的な停止は、他の通話端末の通話に影響を与えるものではなく、他の通話者の通話端末１０１０、１０２０間における通話（会話）は依然として可能な状態に維持される。そして、高負荷状態における車載システム４０は、通話者の通話端末１０１０、１０２０間における通話に係るデータを受信して、受信用キャッシュ１２２に蓄積する。これにより、車載システム４０を利用するドライバは、運転状態が高負荷状態から低負荷状態となった場合に、高負荷状態時に蓄積された通話者の通話端末１０１０、１０２０間における通話データを視聴することが可能となる。

なお、上述の本発明の第１〜第４の実施の形態のそれぞれに関して独立して説明を行ったが、各実施の形態に係る構成や処理を組み合わせて行うことも可能である。また、上述の本発明の第１〜第４の実施の形態では、模式的なブロック図を用いて説明を行ったが、これらのブロック図に記載されている各ブロックは、ハードウェア及び／又はソフトウェアによって実現可能である。また、フローチャートによって表されている動作は、ハードウェア及び／又は各処理を定めたプログラムをＣＰＵ（Central Processing Unit：中央演算処理装置）によって実行させることによって実現可能である。

また、上述の本発明の第１〜第４の実施の形態では、車載システムと通話端末との間に音声及び画像の両方が伝送されることを前提としているが、音声及び画像のいずれか一方のみが伝送される通話に対して本発明を適用することも可能である。また、例えば、停車中は画像・音声の両方を再生出力し（テレビ電話）、低負荷運転中は画像の再生を停止して音声のみを再生出力し（音声通話のみ）、高負荷運転中は画像・音声の両方の再生を停止する構成としてもよい。

また、上述の本発明の第１〜第４の実施の形態では、本発明を車載システムに適用しているが、適用対象のシステムは特に限定されるものではない。すなわち、上述の例では、車両の運転状態が高負荷状態か否かを判定して再生処理の可否を判定しているが、任意のシステムにおいて、通話者（上述の例におけるドライバに対応）の任意のステータスを取得し、そのステータスに基づいて、通話者の状態が通話を行うために適した状態か否かを判定してもよい。

また、上述の本発明の第１〜第４の実施の形態では、運転高負荷状態判定部１２８、１８６が受信音声処理部１２３及び受信画像処理部１２４へ再生の可否（再生の許可／不許可）を送出することで、再生処理の実行／停止の制御を行っているが、受信用キャッシュ１２２に蓄積されているデータが、最終的にドライバが視聴可能となるように出力される動作を中断できるのであれば任意の処理を停止させてもよい。例えば、運転高負荷状態判定部１２８は、ドライバの運転状態が高負荷状態のときには、音声再生出力部１２５や画像再生出力部１２６へ処理の一時的な中断を指示してもよい。

また、上述の本発明の第１〜第４の実施の形態では、受信用キャッシュ１２２に格納されたデータは再生出力によって読み出された場合にすぐに消去されてもよく、あるいは、消去されることなく受信用キャッシュ１２２に格納され続けてもよい。消去されることなく受信用キャッシュ１２２に格納され続ける場合、例えば、ドライバが聞き漏らしたなどの理由によってデータの再生を再度行えるようになる。さらに、消去されることなく受信用キャッシュ１２２に格納され続ける場合には、所定の時間以上格納され続けたデータの消去が行われるようにしてもよい。

また、上述の本発明の第１〜第４の実施の形態では、運転状態が高負荷状態から低負荷状態に戻った場合に、受信用キャッシュ１２２に蓄積されている通話相手からの受信データの再生が再び開始されるが、このとき、再生されるデータに関して、例えば無音部分のスキップや早送りによって無音部分を詰めて再生できるようにしたり、通常よりも速い再生速度（倍速再生）で再生できるようにしたり、ドライバ自身がデータの再生をスキップできるようにしたりすることも可能である。これにより、ドライバは、運転状態が高負荷状態であった場合に受信したデータをより早く聴取したり、選別したりすることが可能となり、ドライバと通話相手との間で行われていた元の会話の状態に迅速に戻すことが可能となる。

次に、本発明の第５の実施の形態として、受信用キャッシュ１２２に蓄積されている通話相手からの受信データを通常よりも速い再生速度で再生する倍速再生について説明する。

上述の本発明の第１〜第４の実施の形態において、運転状態が高負荷状態から低負荷状態に戻った場合に、受信用キャッシュ１２２に蓄積されている通話相手からの受信データを倍速再生した場合には、例えば、図１２に図示されているように再生速度が変動されることが予想される。すなわち、通常再生時には再生速度が１．０倍で再生されていたが、運転状態が高負荷状態になると再生が抑止されて無音状態となり、運転状態が高負荷状態から低負荷状態に戻った場合には、一定の再生速度（図１２では１．３倍）による倍速再生が行われ、受信データをリアルタイムで再生できる状態にまで追いつくと、再び、再生速度が１．０倍の通常再生に戻る。

図１２に図示されているような単純な倍速再生を行うことも可能であるが、しかしながら、このような単純な倍速再生では、倍速再生時にドライバの運転に対する集中力が阻害されるなどの弊害が生じる可能性がある。本発明の第５の実施の形態では、以下に説明するような工夫を行うことによって、倍速再生時における運転の安全性が保たれるようにする。

本発明の第５の実施の形態における倍速再生システムでは、倍速再生の実用速度範囲として上限値（ピーク）が設定され、この上限値を超える速度での倍速再生は行われないようにする。既存の倍速再生システムではこのような上限値は設定されておらず、本発明に係る音声データの倍速再生に、既存の倍速再生システムをそのまま適用することは望ましくない。

一般的に、人間が聴取可能な倍速再生の速度には上限が存在し、運転中のドライバの運転に対する集中力が損なわれない倍速再生の速度の上限も存在する。また、倍速再生の速度の上限は、個々人の聴取能力によって異なっている。このような上限を超える速度の倍速再生がドライバの運転中に行われた場合、倍速再生による音声の聞き取りにドライバの意識が向いてしまい、ドライバの運転に対する集中力が阻害されてしまう可能性がある。こうした運転の安全性の低下を防ぐため、本発明では、倍速再生の速度に関して、安全運転を維持できる範囲（ドライバが十分に聞き取れる範囲）の上限値を定め、この上限値を超える速度での倍速再生は行われないようにする。

なお、既存の倍速再生システムでは倍速再生可能な最大速度は存在するかもしれないが、この値は、例えば、倍速再生システムの能力に依存して自ずと定まっているものであり、運転の安全性を考慮した本発明の上限値とは大きく異なっている。

また、本発明の第５の実施の形態における倍速再生システムでは、上記の上限値に基づいて基本値が設定される。基本値は、上記の上限値よりも低い再生速度（かつ、倍速再生を行わない場合の再生速度よりも高い再生速度）であり、この基本値を初期値として倍速再生が開始される。なお、基本値及び上限値に関して、ドライバが再生速度を手動で変動させながら倍速再生が行われる手動変速モードの基本値及び上限値（システム上の基本値及び上限値）と、倍速再生システムが再生速度を自動で変動させながら倍速再生が行われる自動変速モードの基本値及び上限値は、それぞれ別に設定されてもよく、また、後述のように、自動変速モードにおいて各音拍幅に対応した基本値及び上限値が設定されてもよい。

本発明の第５の実施の形態における倍速再生システムでは、上記の上限値によって決定される再生速度の範囲（実用速度範囲）の再生速度で倍速再生を行うことで、ドライバが聞き取りやすく、かつ運転の安全性を低下させない倍速再生を実現することが可能となる。倍速再生時に再生速度を変更する際においては（特に自動変速モードの場合においては）、この実用速度範囲から逸脱しないように再生速度が変動されることが望ましい。

また、本発明の第５の実施の形態における倍速再生システムでは、ドライバが上記の上限値を事前に設定することが可能である。また、上記の上限値を定めるためのテストを行ったり、手動変速モード時の手動操作から上限値の学習動作を行ったりすることも可能である。

図１３は、本発明の第５の実施の形態において、倍速再生を行う倍速再生機能を有する受話音声処理部の構成の一例を示すブロック図である。図１３に図示されている受話音声処理部１２３は、再生・停止制御部１２３１、倍速再生機構部１２３２によって構成されている。なお、受話音声処理部１２３における倍速再生機能は、コンピュータによって実行可能なプログラムによっても実現可能である。

再生・停止制御部１２３１は、外部からの指示（例えば、運転高負荷状態判定部１２８（図１３には不図示）から指示される再生の可否）に基づいて、受信用キャッシュ１２２からの音声データの読み出しを開始／中断したり、同じく外部からの指示（例えば、ドライバによる入力）に基づいて、音声データの再生速度を変更したりすることが可能である。

また、倍速再生機構部１２３２は、受信用キャッシュ１２２に蓄積されている通話相手からの受信データを通常よりも速い再生速度で再生するための機能を有しており、自動変速制御部１２３３、音拍幅解析部１２３４、実用速度上限値学習部１２３５によって構成されている。

自動変速制御部１２３３は、音声データの再生速度を自動で調整する機能を有している。自動変速制御部１２３３は、上限値決定部１２３６、基本値決定部１２３７、変速指示部１２３８によって構成されている。

上限値決定部１２３６は、倍速再生を行う際に実用再生速度の上限値を決定する機能を有しており、基本値決定部１２３７は、倍速再生を行う際に実用再生速度の基本値を決定する機能を有している。上限値決定部１２３６で決定された上限値、及び、基本値決定部１２３７で決定された基本値は、変速指示部１２３８に通知される。

なお、倍速再生を行う際に用いられる上限値は、ドライバが聞き取ることが可能な再生速度（あるいは、運転に対する集中力が低下しない上限の再生速度）に依存して定められるものであり、基本値は、上限値に対して余裕を持った再生速度（上限値の倍速再生よりもゆっくりした倍速再生）である。実際の倍速再生における再生速度の変動範囲には、上限値によって再生速度の最大値が規定される。また、下限値としては上記の基本値が用いられてもよく、あるいは、特別な値が規定されなくてもよい（例えば、等倍速を下限値としてもよい）。また、本明細書では、倍速再生の速度を元の音声データの再生速度に対する倍率で表現し、上限値及び基本値も再生速度の倍率によって表現する。

また、変速指示部１２３８は、倍速再生を行う際に決定された実用再生速度の上限値及び基本値、さらには音拍幅解析部１２３４によって解析された音拍幅（話速を考慮）に基づいて、実際に倍速再生を行う際の再生速度を決定する機能を有している。変速指示部１２３８で決定された実際に倍速再生を行う際の再生速度は、音声再生出力部１２５に通知され、この再生速度に基づいて音声データの倍速再生処理が行われる。すなわち、変速指示部１２３８で決定された再生速度が、実際にドライバが体感する再生速度となる。

また、音拍幅解析部１２３４は、再生する音声データに含まれる音拍幅を解析する機能を有している。音拍幅解析部１２３４が、例えば、再生する音声データの音声認識結果（音声認識は、この音拍幅解析部１２３４で行われてもよく、あるいは、車載システムに実装されている音声認識システムで行われてもよい）から、その音声の音拍幅を解析する機能を有している。なお、音拍幅に関しては後で説明する。

また、実用速度上限値学習部１２３５は、特定のユーザ（すなわち、ドライバ）に適した上限値（実用再生速度の上限値）を学習によって決定する機能を有している。なお、上限値と同様に基本値に関しても、ドライバにとって適切な基本値を学習によって決定してもよい。さらに、初期テスト実施部１２３９、リアルタイム学習部１２４０を有している。初期テスト実施部１２３９は、特定のユーザ（すなわち、ドライバ）にとって適した再生速度を、初期テストを実施することで決定する機能を有している。また、リアルタイム学習部１２４０は、実際に倍速再生が行われている際にドライバによって設定された再生速度をリアルタイムで学習して、実用速度上限値を決定する機能を有している。

また、音声再生出力部１２５では、変速指示部１２３８で決定された再生速度に従って、音声データの倍速再生処理が行われる。本発明は、この倍速再生処理の方法に関しては特に限定するものではなく、音声再生出力部１２５は、例えば、通常のデジタル信号処理による倍速再生処理を行えばよい。通常の倍速再生処理では、元の音程を維持する（すなわち、話者の声質を変えない）音程変換処理が行われる。通例では、フーリエ変換をしかって音声部分の同類波形や無音部分の同類波形に対して時間軸に等比な加除算を行うことで音声伸長が実現される。

図１４は、本発明の第５の実施の形態における倍速再生処理の倍速再生処理による処理の一例を示す音声波形のグラフである。図１４に図示されているように、音声波形は通常いくつかの同類波形によって形成されており、元の音声波形の音声伸長をカットすることで音声の再生時間を短縮することが可能である。なお、図１４には、一例として元の音声波形を２分の１にした２倍速の音声波形が図示されているが、Ｎ分の１にすることでＮ倍速の音声波形が実現される。

また、会話のスピード（話速）は、単位時間当たりに含まれる音拍数によって表すことが可能である。１音拍は、例えば１つの母音を含む音拍幅を有しており、例えば『やきにく』という単語は『や（ＹＡ）』、『き（ＫＩ）』、『に（ＮＩ）』、『く（ＫＵ）』の４音拍（４つの母音を含む４音拍の有声音）とみなすことができる。

例えば、図１５に図示されているように、１．０倍（通常の再生速度）倍の『ＹＡＫＩＮＩＫＵ』という単語は、１．１倍、１．３倍、１．５倍、２．０倍と再生速度を速くするにつれて各音拍幅が短くなり、単位時間当たりに含まれる音拍幅（音拍数の逆数、すなわち、話速の逆数）は大きくなる。会話の話速が速い場合（早口で話している場合など）には、単位時間当たりに含まれる音拍幅は小さくなり、会話の話速が遅い場合（ゆっくり話している場合など）には、単位時間当たりに含まれる音拍幅は大きくなる。なお、通常の会話では、音拍幅の異なる音拍が混在し、また、有音部分（話者が発生している状態）に加えて無音部分（話者が発生していない状態）も存在するため、ある一定時間に含まれる音拍数から得られる平均音拍数（逆数は平均音拍幅）が話速として考慮されることが望ましい。

また、ドライバが倍速再生を聞き取ることができる能力が音拍幅に依存していることも考えられる。この場合、ある音拍幅より小さくなるとその会話の内容を聞き取ることができなくなるのであれば、ドライバが会話の内容を聞き取ることができるかどうかの境界となる音拍幅（聞き取ることができる最小音拍幅）が存在することになる。この境界となる最小音拍幅は、単に再生速度（倍率）のみで決定されるのではなく、再生速度（倍率）に加えて話速が考慮される必要がある。

また、平均音拍幅の長さやその他の外乱（ノイズなど）によって、実際の実用再生速度の上限値は変動することが考えられる。例えば、図１５に図示されている１．０倍の『ＹＡＫＩＮＩＫＵ』という単語を１．３倍より大きな再生速度で再生すると聞き取りにくくなる場合、１．３倍が実用再生速度の上限値として定まる。しかしながら、元の発声がもっと早口であり、元の単語の音拍幅がより短い場合には、実用再生速度の上限値として定まる値はもっと小さくなることが予想される。

次に、本発明の第５の実施の形態における動作について説明する。

上記の上限値は、例えば、初期状態（工場出荷時）においては所定の初期値（デフォルト値）が設定される。なお、出願人は、統計による検証を行い、上限値として１．３倍に設定することが望ましいという結果を得ている。また、初期状態（工場出荷時）においては、基本値はこの上限値の初期値よりも低い値（例えば、１．２倍）が設定されてもよく、基本値が上限値と同一の値に設定されてもよい。

最も基本的な動作としては、これらデフォルトの初期値は変動できないようにし、デフォルトの上限値及び基本値に従った倍速再生を行う方法が可能である。例えば、図１６に図示されているように、倍速再生を開始した場合には、開始時点における再生速度を基本値に設定する。なお、図１６では、デフォルトの基本値として設定されている１．２倍に再生速度が設定されているが、デフォルトの基本値は任意の値であってよく、例えば、１．０倍とすることも可能である。このように、基本値が上限値よりも低い値に設定されている場合には、設定された基本値から倍速再生を開始して、いきなり高速の倍速再生が行われないようにすることで、耳障りな倍速再生が行われないようにし、ドライバの運転に対する集中力を低下させないようにすることが可能となる。

また、倍速再生の再生速度は、上限値を上限とする実用速度範囲（下限値として基本値が設定されてもよい）内で変動されるようにすることが望ましい。このとき、なるべく速い再生速度で倍速再生を行ったほうが通常再生に戻るまでの時間が短縮されるが、本発明の第５の実施の形態では、設定されている上限値を超える再生速度での倍速再生は行われないようにする。例えば、図１６に図示されているように、段階的に上限値に近づくように再生速度を変動（増加）させ、上限値に到達した場合には、それ以上再生速度を上げずに倍速再生を行う。なお、ここでは、段階的に再生速度を上げる（再生速度を離散的な値で変動させる）ように図示されているが、再生速度を滑らかに上げてもよい。また、再生速度を上限値まで到達させずに、上限値に対して一定値だけ低い値を超えないよう再生速度を制御してもよい。これにより、上限値を超えた倍速再生が行われないようにすることで、聞き取りにくい倍速再生が行われないようにし、ドライバの運転に対する集中力を低下させないようにすることが可能となる。

また、再生速度の変動に関しては、ドライバが再生速度の変動を行えるようにしてもよく（手動変速モード）、倍速再生システムにおいて自動的に再生速度の変動が行われるようにしてもよい（自動変速モード）。また、手動変速モード及び自動変速モード共に、倍速再生の再生速度は、上限値を上限とする実用速度範囲内で変動されるようにすることが望ましいが、手動変速モードに関しては、ドライバが上限値を超えて再生速度を変動できるようにしてもよく、さらに、上限値を超えて再生速度が変動された場合には、次回の倍速再生時において、上限値を超えて設定された再生速度の値が新たな上限値に反映されるようにしてもよい。

（手動変速モード）
倍速再生時に、ドライバ自身がその倍速再生の再生速度を変更できるようにしてもよい。ドライバは、例えば、ＧＵＩ（Graphocs User Interface）、ステアリングスイッチ（ステアリングホイール（ハンドル）に取り付けられた操作スイッチ）、音声入力（音声認識システムによる解析）などを始めとして、様々な入力インタフェースから再生速度の変更を行うことが可能である。なお、再生速度の変更入力に意識が傾くことによってドライバの運転に対する集中力が阻害されてしまわないようにするため、ドライバが運転中の場合（あるいは、車両が移動中の場合）には、ドライバによる再生速度の変更を禁止したり、特定の入力インタフェース（ステアリングスイッチや音声入力）経由でしか再生速度の変更が行えないようにしたりすることも可能である。

ドライバの手動設定を許す手動変速モードでは、ドライバによって、上限値を超えない範囲（あるいは、基本値と上限値との間の実用速度範囲内）での再生速度の変更が可能なようにしてもよく、例外的に実用速度範囲外においても再生速度の変更が可能なようにしてもよい。また、ドライバの運転状態を考慮し、例えば、車両が移動している場合（あるいは、一定速度以上で車両が移動している場合）には、上限値を超えない実用速度範囲で再生速度を変更できるようにした手動変速モードとし、停車中（あるいは、一定速度以下で車両が移動している場合）には、上限値を超える範囲まで再生速度を変更できるようにした手動変速モードとしてもよい。

ドライバが上限値を超えない実用速度範囲内でのみ再生速度を変更できるようにした場合には、ドライバがいくら再生速度を上げる操作を行っても、再生速度が上限値よりも大きくなることはない。このような構成とすることで、例えば、運転中のドライバが、再生速度を過度に上げてしまうような操作を誤って行ってしまった場合でも、再生速度は上限値を超えることはなく、常に聞き取ることが可能な再生速度の範囲（実用速度範囲）内での再生が行われる。また、誤った操作によって再生速度が上がってしまうことでドライバがあわててしまい、その結果、運転に対する集中力が低下してしまうといった事態を避けることが可能となる。

一方、ドライバが上限値を超える範囲まで再生速度を変更できるようにした手動変速モードでは、ドライバは、操作入力を行うことによって上限値を超える再生速度に設定することが可能となる。上限値は、システムにおいて保持されている値であって、そのときの会話の話速、あるいは、その他の外乱（ノイズ）などの要因は考慮されていない。したがって、上限値より高い再生速度で倍速再生が行われてもドライバは容易に聞き取れる場合もあり、このような場合に有効である。

また、ドライバはそれぞれ、倍速再生の会話を聞き取れる能力が異なっており、個々のドライバによって十分聞き取ることが可能な再生速度は異なっている。この要因によって、ドライバが上限値を超える再生速度に設定している可能性もある。すなわち、ドライバの倍速再生の会話を聞き取れる能力が、デフォルトの初期値よりも高い再生速度の倍速再生を聞き取ることができるものである可能性もある。このようなドライバ個々の能力は、上限値そのものを高くすることによって反映されることが望ましい。したがって、ドライバが、設定されている上限値そのものを変更できるようにしたり、あるいは、ドライバの倍速再生を聞き取る能力を反映した上限値に変更されるようにしたりすることが望ましい。

上限値そのものの変更方法（上限値の再設定方法）としては、上限値を直接ドライバが変更する方法、上限値を超える範囲でドライバ自身が再生速度を変更できるようにした手動変速モードにおいて、ドライバによる操作入力で設定された再生速度（上限値より高い再生速度）を反映して上限値を変更する方法、その他何らかのテスト（ここでは、初期テストと呼ぶ）によって上限値を変更する方法が考えられる。また、同様にして、基本値を変更することも可能である。

まず、上限値又は基本値を直接ドライバが変更する方法の一例について説明する。図１７及び図１８は、本発明の第５の実施の形態において、上限値及び基本値のそれぞれを直接ドライバが変更する方法の一例を示すフローチャートである。

図１７において、上限値の変更操作が行われる場合、まず、現在設定されている再生速度の上限値（再生倍率）をＧＵＩプロパティ上に表示する（ステップＳ２１０１）。ドライバは、このＧＵＩプロパティ上に表示された上限値を増減（インクリメント／デクリメント）させることが可能である。

ドライバがＧＵＩプロパティ上で上限値を下げる入力を行った場合には（ステップＳ２１０２）、この入力に応じて上限値がデクリメント（ダウン）される（ステップＳ２１０３）。また、上限値が基本値より小さい値となった場合には（ステップＳ２１０４）、基本値が上限値以下となるように基本値がデクリメントされる（ステップＳ２１０５）。さらに、倍速再生が行われている最中であれば、現在の倍速再生の再生速度（現在速度：再生中の倍速再生における倍率）が基本値より小さい値となった場合には（ステップＳ２１０６）、現在速度が上限値以下となるように現在速度のデクリメントを行ってもよい（ステップＳ２１０７）。また、ドライバがＧＵＩプロパティ上で上限値を上げる入力を行った場合には（ステップＳ２１０８）、この入力に応じて上限値がインクリメント（アップ）される（ステップＳ２１０９）。

また、図１８において、基本値の変更操作が行われる場合、まず、現在設定されている再生速度の基本値（再生倍率）をＧＵＩプロパティ上に表示する（ステップＳ２２０１）。ドライバは、このＧＵＩプロパティ上に表示された基本値を増減（インクリメント／デクリメント）させることが可能である。

ドライバがＧＵＩプロパティ上で基本値を下げる入力を行った場合には（ステップＳ２２０２）、この入力に応じて基本値がデクリメント（ダウン）される（ステップＳ２２０３）。また、ドライバがＧＵＩプロパティ上で基本値を上げる入力を行った場合には（ステップＳ２２０４）、この入力に応じて基本値がインクリメント（アップ）される（ステップＳ２２０５）。また、倍速再生が行われている最中であれば、基本値が現在速度より大きい値となった場合には（ステップＳ２２０６）、現在速度が基本値以上となるように現在速度がインクリメントされてもよい（ステップＳ２２０７）。また、基本値が上限値より大きい値となった場合には（ステップＳ２２０８）、上限値が基本値以上となるように上限値がインクリメントされる（ステップＳ２２０９）。

なお、このようにＧＵＩプロパティ上で上限値や基本値の増減を簡単に行えるようにした場合、ドライバの設定によって、実際に聞き取ることのできる再生速度を大きく超えた再生速度で倍速再生が行われてしまう可能性がある。したがって、ＧＵＩプロパティ上で上限値や基本値の増減が行われる場合にはいったん警告を報知し、ユーザ責任で上限値や基本値の変動が行われるようにしてもよい。

次に、上限値を超える範囲でドライバ自身が再生速度を変更できるようにした手動変速モードにおいて、ドライバによる操作入力で設定された再生速度を反映して上限値を変更する方法の一例について説明する。図１９及び図２０は、本発明の第５の実施の形態において、ドライバによる操作入力で設定された再生速度を反映して上限値及び基本値のそれぞれを変更する方法の一例を示すフローチャートである。

図１９において、倍速再生が行われている場合に、ドライバがステアリングスイッチを用いて現在速度を下げる入力を行った場合には（ステップＳ２３０１）、この入力に応じて現在速度がデクリメント（ダウン）される（ステップＳ２３０２）。このとき、現在速度が基本値より小さい値となった場合には（ステップＳ２３０３）、現在速度が基本値以上となるように基本値がデクリメントされる（ステップＳ２３０４）。また、ドライバがステアリングスイッチを用いて現在速度を上げる入力を行った場合には（ステップＳ２３０５）、この入力に応じて現在速度がインクリメント（アップ）される（ステップＳ２３０６）。このとき、現在速度が上限値よりも大きい値となった場合には（ステップＳ２３０７）、現在速度が上限値以下となるように上限値がインクリメントされる（ステップＳ２３０８）。

また、音声入力（音声認識による入力）を利用して、倍速再生中の再生速度が変更できるようにすることも可能である。この場合、図２０において、ドライバによる音声入力を認識し（ステップＳ２４０１）、ドライバが音声入力によって現在速度を下げる入力を行った場合には（ステップＳ２４０２）、この入力に応じて現在速度がデクリメント（ダウン）される（ステップＳ２４０３）。このとき、現在速度が基本値より小さい値となった場合には（ステップＳ２４０４）、現在速度が基本値以上となるように基本値がデクリメントされる（ステップＳ２４０５）。また、ドライバが音声入力によって現在速度を上げる入力を行った場合には（ステップＳ２４０６）、この入力に応じて現在速度がインクリメント（アップ）される（ステップＳ２４０７）。このとき、現在速度が上限値よりも大きい値となった場合には（ステップＳ２４０８）、現在速度が上限値以下となるように上限値がインクリメントされる（ステップＳ２４０９）。

ドライバによる操作入力で設定された再生速度を反映して上限値及び基本値のそれぞれを変更する場合、例えば、図１９のステップＳ２３０４、Ｓ２３０８や図２０のステップＳ２４０５、Ｓ２４０９において即座に上限値や基本値を変更してもよいが、これらの結果を蓄積して、ドライバにとって適切と思われる上限値及び基本値の傾向を学習動作によって特定することで、適切な上限値や基本値への変更を行ってもよい。

また、例えば、図１９や図２０で行われる現在速度の変更入力そのものを蓄積して、ドライバにとって適切と思われる再生速度の変更方法（例えば、再生速度を段階的に上下させる場合にはその段階数や各段階における倍率、滑らかに上下させる場合にはその変動傾きなど）を学習動作によって特定することで、自動変速モードで倍速再生が行われる場合の再生速度の変更方法をドライバに適したものにすることが可能となる。

なお、図１７及び図１８では、ドライバによる上限値又は基本値の変更がＧＵＩプロパティで行われており、図１９及び図２０では、ドライバによる再生速度の変更を反映した上限値又は基本値の変更がステアリングスイッチ又は音声入力によって行われているが、これらの入力インタフェースに限定されるものではなく、両方の方法において任意の入力インタフェースを用いることが可能である。ただし、運転の安全性を考慮した場合には、運転中にはＧＵＩプロパティによる設定は行えないようにするなどの制限を設けることが望ましい。

次に、初期テストによって上限値や基本値を変更する方法の一例について説明する。図２１は、本発明の第５の実施の形態において、初期テストを行う場合の再生速度と時間との関係の一例を示すグラフである。初期テストは、個々のドライバにとって適切な上限値や基本値を決定するためのテストである。例えば図２１に示すように、初期テストでは、高い再生速度である会話（サンプル）の倍速再生を開始するとともに、この再生速度を徐々に下げていき、ドライバがその会話の内容を聞き取ることができた再生速度を上限値として決定する。なお、例えば、サンプルの倍速再生の再生速度をランダムに変更して、聞き取ることができる再生速度、及び、聞き取ることができない再生速度を計測していくことで、上限値の境界を決定するテストなどを始めとして、様々な初期テストの方法を採用することが可能である。

なお、上限値及び基本値は、再生速度（倍率）のみで定義されてもよく、この場合には、上限値及び基本値はそれぞれ再生速度（倍率）の値として規定される。一方、上述のように再生速度（倍率）に加えて話速（音拍幅）も考慮して定義されてもよく、この場合には、上限値及び基本値は、ある再生速度に対してどのくらいの話速の会話を聞き取ることができるかという関係（あるいは、ある話速に対してどのくらいの再生速度まで上げても聞き取ることができるかという関係）で規定される。平均音拍幅（話速の逆数）が大きければ（会話がゆっくりであれば）、高い再生速度（倍率）で倍速再生を行ってもドライバは会話の内容を聞き取ることが可能であり、例えば、図２２に示すグラフあるいはテーブル（いくつかの再生速度（倍率）の段階それぞれに対する平均音拍幅の上限値や基本値を特定するテーブル）のような関係によって上限値及び基本値が保持されてもよい。このように再生速度と平均音拍幅との関係で上限値及び基本値が保持される場合には、上述した各フローチャートにおける上限値及び基本値は、そのとき倍速再生されている平均音拍幅と共に保持される。また、倍速再生システムが、再生速度（倍率）のみで定義された上限値及び基本値と、平均音拍幅によって異なる上限値及び基本値の両方を有するようにしてもよい。この場合、例えば、ゆっくりとした会話に対して高い再生速度で倍速再生できる場合であっても一定の絶対上限値を超える倍速再生は許可されないようにするなど、平均音拍幅と関連付けられた上限値が再生速度（倍率）のみで定義された上限値（絶対上限値）を超えないようにするといった制御が可能となる。

（自動変速モード）
また、倍速再生時に、ドライバが操作を行わなくても自動的に再生速度の変動が行われるようにしてもよい。この場合には、実用速度範囲内で倍速再生の再生速度が変動されるようにすることが望ましく、これによって、ドライバが聞き取ることができる（さらには、聞き取りやすい）再生速度による倍速再生が実現され、ドライバによる運転の安全性も実現される。

倍速再生システムによる自動変速の方法としては、あらかじめ定められた変動方法に従って再生速度の変動を行う方法（例えば、上述の図１６に図示されているような変動を行う方法）に加えて、話速に適した再生速度の変動を行う方法が考えられる。

以下、図２３を参照しながら、話速に適した再生速度に変更する処理の一例について説明する。図２３は、本発明の第５の実施の形態において、話速に適した再生速度に変更する処理の一例を示すフローチャートである。

図２３において、自動変速モードによる倍速再生が開始された場合（ステップＳ３００１）、倍速再生システムは、まず、現在設定されている上限値を取得する（ステップＳ３００２）。なお、倍速再生開始時に取得される上限値は、工場出荷時のデフォルト値、あるいは、ドライバの操作に基づいて設定（直接設定、あるいは再生速度変動に伴う再設定）が行われた上限値となる。また、倍速再生処理が進み、後述のように上限値の変更が行われると、ステップＳ３００２で取得される上限値は、ステップＳ３００５で一時的に記憶された上限値となる。

また、倍速再生の開始とともに、倍速再生システムは、倍速再生を行う音声データに含まれている会話の話速の解析処理を開始する（ステップＳ３００３）。話速の解析は、例えば、再生対象の音声データ（受信用キャッシュ１２２に格納されている音声データ）の直近再生区間の会話に含まれている音拍数を解析することによって行われる。すなわち、具体的には、例えば、先読みの窓関数によって、この後再生される一定区間に含まれている音拍数をカウントして、その区間の話速（例えば、平均音拍幅として表現）を算定する。

そして、倍速再生システムは、話速に適した再生速度となるように再生速度の変更を行うべきか否かを判断する（ステップＳ３００４）。具体的には、例えば、図２２に図示されているような再生速度と平均音拍幅（話速に相当）との関係を定めたグラフ又はテーブルを参照して、上限値の変更を行うべきか否かの判断が行われる。図２２に図示されているグラフ又はテーブルが上限値とそのときの平均音拍幅を表すものであるならば、ある区間の話速（平均音拍幅）対して設定すべき上限値が容易に求められる。例えば、前回の話速に対して設定すべき上限値と、今回算定された話速に対して設定すべき上限値とが異なる場合には、話速の変更が行われるべきと判断される。

上限値の変更を行うべきと判断された場合には、算定された話速に対応する上限値を一時的に記憶し（ステップＳ３００５）、その上限値によって規定される実用速度範囲内の任意の値を、実際の倍速再生に用いられる再生速度として決定する（ステップＳ３００６）。なお、ステップＳ３００５で一時的に記憶された上限値は、次回のステップＳ３００２で取得される上限値となる。また、ステップＳ３００６で決定される再生速度は、実用速度範囲内の値であればよく、単純に上限値を再生速度にしてもよく、あるいは、様々な要因（ノイズや倍速再生を開始してからの経過時間など）に基づいて再生速度が決定されてもよい。

上述の処理が、例えば、倍速再生中に所定の時間間隔で逐次行われることによって、話速に対応した再生速度の変動が可能となる。倍速再生が終了すると自動変速モードによる再生速度の決定処理も終了となり、ステップＳ３００６で一時記憶される上限値も消去される。

なお、図２３に図示されている先読みの窓関数を用いた処理では、前回の話速によって定められた上限値（ステップＳ３００２）と、今回の話速の算定結果（ステップＳ３００３）から、再生結果の変更を行うかどうかの判断が行われているが、これらの値を同期させてもよい。ただし、これらの値を同期させようとすると処理遅延が生じたり、処理負荷（同期アルゴリズムを実行できる高い処理能力）が発生したりする可能性があるので、特に同期処理を考慮しない簡単な構成としてもよい。また、自動変速モード中に手動変速モードへモード切り換えが行われてもよく、その逆に、手動変速モードから自動変速モードへのモード切り換えが行われてもよい。

また、ドライバの運転状態を考慮して、車両運転中（例えば、車両が移動している場合）には、手動変速モードで操作するインタフェースをＧＵＩ上から削除し、自動変速モードのみで倍速再生が行われるようにしてもよい。また、車両運転中の手動変速モードでは、車両運転中に操作が容易なステアリングスイッチや音声認識システムを用いた音声入力のみ使用可能としてもよい。

また、上述の本発明の第３の実施の形態ではジングルの報知が行われるが、倍速再生による再生音声の聴取にとってジングル（例えば、負荷状態の変化を示すジングルや倍速再生の開始を示すジングルなど）の報知が邪魔になり、倍速再生の聴取能力の低下や運転に対する集中力の低下が起こるおそれがあることを、出願人は試行によって知見している。したがって、倍速再生時には、ジングルの報知が行われないように制御することが望ましい。

また、本発明に係る技術思想は、特に以下の点において特許文献２に記載の技術と大きく異なっている。

特許文献２に記載の技術では、通話保留中に車載システムと通話相手の通話端末との間における音声の伝送が停止してしまうことになる。

一方、本発明に係る技術は、あくまでも車載システムにおける受信音声（及び受信画像）の再生を停止させるだけで、ドライバの発話（送信音声）の伝送及び通話相手の通話端末からの再生に関しては継続して行われるようにしている。すなわち、ドライバの運転状況が高負荷状態となった場合であっても、ドライバから通話相手に対する通話は依然として可能な状態となる。このように、ドライバから通話相手に対する通話を可能とすることで、例えば、ドライバの運転状況の高負荷状態が短時間であった場合には、通話相手は一時的にドライバの運転状況が高負荷状態になったことを感じずに通話を継続して行えるようになる。また、通話相手は、高負荷状態にあるドライバの状況を車載システムから送られてくる音声や画像で確認することが可能であり、あるいは、ドライバ自身が、運転状況が高負荷状態となったことやその状況を通話相手に説明することも可能である。

また、特許文献２に記載の技術では、リアルタイム通信中に通話保留状態となった場合に、中に車載システムと通話相手の通話端末との間における音声の伝送が停止してしまうことになる。

一方、本発明に係る技術は、あくまでも車載システムにおける受信音声（及び受信画像）の再生を停止させるだけで、ドライバの発話（送信音声）の伝送及び通話相手の通話端末からの再生に関しては継続して行われるようにしている。すなわち、ドライバの運転状況が高負荷状態となった場合であっても、ドライバから通話相手に対する通話は依然として可能な状態となる。このように、ドライバから通話相手に対する通話を可能とすることで、例えば、ドライバの運転状況の高負荷状態が短時間であった場合には、通話相手は一時的にドライバの運転状況が高負荷状態になったことを意識せずに通話を継続して行えるようになる。また、高負荷状態なったことを示すジングルを通話相手の通話端末に送信することも可能であり、ドライバの運転状況が高負荷状態になったことを通話相手に明示することも可能となる。また、通話相手は、高負荷状態にあるドライバの状況を車載システムから送られてくる音声や画像で確認することが可能でなり、あるいは、ドライバ自身が、運転状況が高負荷状態となったことやその状況を通話相手に説明することも可能である。

また、特許文献２に記載の技術では、通話保留中に通話相手の通話端末がメッセージを録音して蓄積し、通話保留状態が解除された場合に指示を受け、その指示に応じて蓄積されたメッセージを車載システム側に送信する必要がある。こうした制御を現在存在している通話端末全般が行うことは不可能である。すなわち、特許文献２に記載の技術は、ドライバの通話相手が使用する通話端末においても車載システムと同等の機能、あるいは少なくとも上記のような制御が可能な機能を設ける必要がある。

一方、本発明に係る技術は、基本的に、通話相手が利用する通話端末に対して特別な機能を実装させるものではなく、通話相手はレガシの通話端末を使用することが可能である。既に広く使われている数多くの通話端末との通話に関しても、本発明が動作可能であることは非常に有効であると言える。

また、特許文献２に記載の技術では、リアルタイム通信によって通話が行われ、通話保留状態となった場合に、通話相手の通話端末がメッセージを録音して蓄積する。

一方、本発明に係る技術では、通常の通話においては通話相手から受信したデータをいったん受信用キャッシュに格納して、受信用キャッシュに格納されているデータを読み出して再生出力を行い、一方、運転状態が高負荷状態となった場合においては受信用キャッシュに格納されているデータの再生出力処理を一時的に停止する。したがって、特許文献２に記載の技術では特別なメッセージ録音機能を設ける必要があるが、本発明に係る技術ではそのような特別なメッセージ録音機能を設ける必要はなく、受信用キャッシュに格納されているデータの再生出力タイミングを制御できればよい。

また、特許文献２に記載の技術を多人数による通話に適用した場合には、１通話者であるドライバの運転状況が高負荷状態となると通話が保留され、他の通話者間においても通話（会話）ができない状態となる。

一方、本発明は、上述のように、１通話者であるドライバの運転状況が高負荷状態となった場合であっても、他の通話者間における通話（会話）を停止させるものではなく、ドライバの運転状況に影響されることなく多人数の会話をスムーズに行わせることが可能となる。

本発明は、車両運転中のドライバによる通話において、ドライバの運転の安全性、及び、ドライバによる通話の利便性の両方を実現するという効果を有しており、車両運転中のドライバによる通話を実現させる通信技術に適用可能である。

１０、２０、３０、３５ 車載システム
１００、１５０、１８０、１９０ 通信処理装置
１１０、１６０、１９５ 送信処理装置
１１１ 送信音声処理部
１１２ 送信画像処理部
１１３ 送信用キャッシュ
１１４ 送信処理部
１２０、１７０、１８５ 受信処理装置
１２１ 受信処理部
１２２ 受信用キャッシュ
１２３ 受信音声処理部
１２４ 受信画像処理部
１２５ 音声再生出力部
１２６ 画像再生出力部
１２７ 運転負荷定量化部
１２８、１８６ 運転高負荷状態判定部
１６１ 再送要求部
１７１ 再送依頼判断部
１８７、１９７ ジングル出力部
１９６ 無音検出部
２００ 通信モジュール
３００ マイクロホン
４００ カメラ
５００ スピーカ
６００ モニタ
７００ 運転状態検出部
８００ ＰＴＴボタン
９００ センタ
９０１ 通信モジュール
９０２ データ受信部
９０３ キャッシュ
９０４ データ送信部
９０５ 再送要求受付部
９０６ 保持期間決定部
９４０ 通話回線ネットワーク
９５０、１０１０、１０２０ 通話端末
１２３１ 再生・停止制御部
１２３２ 倍速再生機構部
１２３３ 自動変速制御部
１２３４ 音拍幅解析部
１２３５ 実用速度上限値学習部
１２３６ 上限値決定部
１２３７ 基本値決定部
１２３８ 変速指示部
１２３９ 初期テスト実施部
１２４０ リアルタイム学習部

Claims (26)

1. 車両を運転するドライバが通話相手と通話を行うために前記車両に搭載された通信処理装置であって、
   音声出力装置を介して、前記通話相手から前記ドライバへの受話音声を前記ドライバが聴取可能なように出力する音声出力部と、
   集音装置を介して、前記ドライバから前記通話相手への発話音声を取得する音声入力部と、
   前記通話相手から前記ドライバへの受話音声を含むデータを受信する無線通信装置によって受信した前記受話音声を含むデータを一時的に蓄積する受信用キャッシュと、
   前記ドライバの運転状態を検出する運転状態検出装置による検出結果を取得し、定量化する運転状態定量化手段と、
   前記運転状態定量化手段による定量化の結果に基づいて、前記ドライバの運転状態が受話音声の聴取を行うべきではない高負荷状態か否かを判定し、前記ドライバの運転状態が高負荷状態の場合には前記受話音声を含むデータの再生を中断するよう制御するための再生中断指示を送出する運転高負荷状態判定手段と、
   前記運転高負荷状態判定手段から前記再生中断指示を受信した場合には、前記高負荷状態の場合でも、すなわち前記高負荷状態の場合だけでなく前記高負荷状態を脱して前記受話音声を含むデータの再生をする場合でも前記ドライバ及び前記通話相手の発話を維持し、前記受信用キャッシュに蓄積されている前記受話音声を含むデータの再生処理を行わないよう再生抑止制御をし、前記運転高負荷状態判定手段から前記再生中断指示を受信していない場合には、前記受信用キャッシュに蓄積されている前記受話音声を含むデータの再生処理を行う再生処理手段とを、
   有する通信処理装置。
2. 前記通話相手から前記ドライバへの受話音声を含むデータの再送を依頼するか否かの判断を行う再送依頼判断手段と、
   前記再送依頼判断手段において前記受話音声を含むデータの再送を依頼すると判断した場合に、前記受話音声を含むデータが格納されている通信装置に対して前記受話音声を含むデータの再送を要求する再送要求手段とを、
   有する請求項１に記載の通信処理装置。
3. 前記通信装置が、前記通話相手が通話に利用している通話端末、又は、前記ドライバから通話相手へ送信される前記受話音声を含むデータを格納する機能を有するネットワーク上の装置である請求項２に記載の通信処理装置。
4. 前記ドライバの運転状態が受話音声の聴取を行ってもよい低負荷状態から前記高負荷状態へ移行した場合に、再生遅延することを示すジングルを前記通話相手の通話端末へ送信する高負荷状態ジングル送信手段を有する請求項１から３のいずれか１つに記載の通信処理装置。
5. 前記ドライバの運転状態が受話音声の聴取を行ってもよい低負荷状態から前記高負荷状態へ移行した場合に、再生遅延することを示すジングルを前記音声出力部に前記音声出力装置を介して出力させる高負荷状態ジングル報知手段を有する請求項１から４のいずれか１つに記載の通信処理装置。
6. 前記ドライバの運転状態が前記高負荷状態から前記ドライバの運転状態が受話音声の聴取を行ってもよい低負荷状態へ移行した場合に、再生再開することを示すジングルを前記通話相手の通話端末へ送信する低負荷状態ジングル送信手段を有する請求項１から５のいずれか１つに記載の通信処理装置。
7. 前記ドライバの運転状態が前記高負荷状態から前記ドライバの運転状態が受話音声の聴取を行ってもよい低負荷状態へ移行した場合に、再生再開することを示すジングルを前記音声出力部に前記音声出力装置を介して出力させる低負荷状態ジングル報知手段を有する請求項１から６のいずれか１つに記載の通信処理装置。
8. 前記音声入力部によって前記集音装置を介して取得される前記発話音声が、所定の時間だけ無音状態となったことを検出する無音検出手段と、
   前記無音検出手段によって前記所定の時間以上の無音状態が検出された場合に、無音状態検出を示すジングルを前記通話相手の通話端末へ送信する無音状態ジングル送信手段を有する請求項１から７のいずれか１つに記載の通信処理装置。
9. 前記ドライバが操作入力装置を通じて前記ドライバから前記通話相手への発話の終わりを入力した場合、前記ドライバから前記通話相手への発話の終わりを示すジングルを前記通話相手の通話端末へ送信する発話終了ジングル送信手段を有する請求項１から８のいずれか１つに記載の通信処理装置。
10. 前記ドライバの運転状態が前記高負荷状態から前記ドライバの運転状態が受話音声の聴取を行ってもよい低負荷状態へ移行して、前記受信用キャッシュに蓄積されている前記受話音声を含むデータの再生処理を再開した場合、前記受信用キャッシュに蓄積されている前記受話音声の有音区間を再生するとともに、前記受話音声の無音区間をスキップ又は早送りする時短再生を行う時短再生制御手段を有する請求項１から９のいずれか１つに記載の通信処理装置。
11. 前記ドライバの運転状態が前記高負荷状態から前記ドライバの運転状態が受話音声の聴取を行ってもよい低負荷状態へ移行して、前記受信用キャッシュに蓄積されている前記受話音声を含むデータの再生処理を再開した場合、前記受信用キャッシュに蓄積されている前記受話音声を発話時の速度よりも速い速度で再生する時短再生を行う時短再生制御手段を有する請求項１から９のいずれか１つに記載の通信処理装置。
12. 前記ドライバの運転状態が前記高負荷状態から前記ドライバの運転状態が受話音声の聴取を行ってもよい低負荷状態へ移行して、前記受信用キャッシュに蓄積されている前記受話音声を含むデータの再生処理を再開した場合、前記ドライバから入力された指示に基づいて、前記受信用キャッシュに蓄積されている前記受話音声の無音区間をスキップ又は早送り、あるいは、発話時の速度よりも速い速度で再生する時短再生を行う時短再生制御手段を有する請求項１から９のいずれか１つに記載の通信処理装置。
13. 前記時短再生制御手段は、前記時短再生が現在時刻に追いついた場合、前記受信用キャッシュに蓄積されている前記受話音声を含むデータの再生処理を通常の再生状態に戻すよう構成されている請求項１０から１２のいずれか１つに記載の通信処理装置。
14. 前記受信用キャッシュは、前記再生処理手段によって再生処理が行われた前記受話音声を含むデータを保持し続けるように構成されている請求項１から１３のいずれか１つに記載の通信処理装置。
15. 前記再生処理手段が、前記受信用キャッシュに保持され続けている前記受話音声を含むデータを再度再生処理するように構成されている請求項１４に記載の通信処理装置。
16. 前記発話時の速度よりも速い速度で再生する時短再生において、最大速度を定める上限値を設定しておき、前記時短再生制御手段が、前記上限値以下の速度での再生を行うように構成されている請求項１１又は１２に記載の通信処理装置。
17. 前記上限値以下の基本値を設定しておき、前記時短再生制御手段が、前記基本値を初期速度として前記時短再生を開始するように構成されている請求項１６に記載の通信処理装置。
18. 前記上限値を変更することが可能な上限値変更手段を有する請求項１６に記載の通信処理装置。
19. 前記ドライバによって操作入力可能な入力インタフェースを有し、前記上限値変更手段が、前記入力インタフェースからの操作入力に従って前記上限値を変更するように構成されている請求項１８に記載の通信処理装置。
20. 前記ドライバによって操作入力可能な入力インタフェースと、
    前記時短再生における再生の現在速度を変更することが可能な再生速度変更手段とを、
    有し、前記入力インタフェースからの操作入力に従って前記現在速度を変更するとともに、前記現在速度が前記上限値を超える値に変更された場合には、前記上限値変更手段が、前記上限値を超えて変更された前記現在速度の値が前記上限値に反映されるように前記上限値の変更を行うように構成されている請求項１８に記載の通信処理装置。
21. 個々の前記ドライバに適した前記上限値を決定するための上限値決定テストを実施するテスト実施手段を有し、前記上限値変更手段が、前記テスト実施手段によるテスト結果に基づいて前記上限値の変更を行うように構成されている請求項１８に記載の通信処理装置。
22. 前記時短再生における再生の現在速度を変更することが可能な再生速度変更手段を有する請求項１６に記載の通信処理装置。
23. 前記ドライバによって操作入力可能な入力インタフェースを有し、前記再生速度変更手段が、前記入力インタフェースからの操作入力に従って前記現在速度を変更するように構成されている請求項２０に記載の通信処理装置。
24. 前記受話音声に含まれている会話の話速を算定する話速算定手段を有し、
    前記発話時の速度よりも速い速度で再生する時短再生において、前記時短再生制御手段が、前記話速算定手段で算定された前記会話の話速に基づいて、前記時短再生における再生の現在速度を自動的に変更するように構成されている請求項１１又は１２に記載の通信処理装置。
25. 前記時短再生における最大速度を定める上限値を設定しておき、前記時短再生制御手段が、前記会話の話速に加えて、前記上限値に基づいて前記時短再生における再生の現在速度を自動的に変更するよう構成されている請求項２４に記載の通信処理装置。
26. 音声に含まれる会話の話速に対応して前記上限値が設定されている請求項１６から２３、２５のいずれか１つに記載の通信処理装置。

Images