(57)【要約】【課題】車両運転中のドライバによる通話において、ドライバの運転の安全性、及び、ドライバ及びその通話相手による通話の利便性の両方を実現する。【解決手段】車両を運転するドライバが通話相手と通話を行う際、通話相手からドライバへの受話音声を含むデータは受信後、一時的に受信用キャッシュ１２２に格納される。運転高負荷状態判定部１２８は、ドライバの運転状態が受話音声の聴取を行うべきではない高負荷状態か否かを判定し、ドライバの運転状態が高負荷状態か否かの判定結果をプレゼンス情報生成部１１５へ渡す。プレゼンス情報生成部１１５は、ドライバの運転状態が高負荷状態か低負荷状態を示すプレゼンス情報を生成して通話相手へ通知する。【選択図】図１
2010016643.tif 000002
【特許請求の範囲】
【請求項１】
車両を運転するドライバが通話相手と通話を行うために前記車両に搭載された通信処理装置であって、
音声出力装置を介して、前記通話相手から前記ドライバへの受話音声を前記ドライバが聴取可能なように出力する音声出力部と、
集音装置を介して、前記ドライバから前記通話相手への発話音声を取得する音声入力部と、
前記通話相手から前記ドライバへの受話音声を含むデータを受信する無線通信装置によって受信した前記受話音声を含むデータを一時的に蓄積する受信用キャッシュと、
前記ドライバの運転状態を検出する運転状態検出装置による検出結果を取得し、定量化する運転状態定量化手段と、
前記運転状態定量化手段による定量化の結果に基づいて、前記ドライバの運転状態を判定する運転状態判定手段と、
前記運転状態判定手段で判定された前記ドライバの運転状態を示す情報を前記通話相手へ通知する運転状態情報通知手段とを、
有する通信処理装置。
【請求項２】
前記運転状態判定手段が、前記運転状態定量化手段による定量化の結果に基づいて、前記ドライバの運転状態が受話音声の聴取を行うべきではない高負荷状態か否かを判定するよう構成されており、
前記運転状態情報通知手段が、前記ドライバの運転状態が前記高負荷状態か否かの判定結果を、前記ドライバの運転状態を示す情報として前記通話相手へ通知するよう構成されている請求項１に記載の通信処理装置。
【請求項３】
前記運転状態判定手段が、前記運転状態定量化手段による定量化の結果に基づいて、前記ドライバの運転状態が運転中か否かを判定するよう構成されており、
前記運転状態情報通知手段が、前記ドライバが運転中か否かの判定結果を、前記ドライバの運転状態を示す情報として前記通話相手へ通知するよう構成されている請求項１又は２に記載の通信処理装置。
【請求項４】
前記車両の現在位置を示す車両位置情報を取得する現在位置情報取得手段と、
前記車両位置情報を前記通話相手へ通知する位置情報通知手段とを、
有する請求項１から３のいずれか１つに記載の通信処理装置。
【請求項５】
前記通話相手との通信に使用可能な通信プロトコル又はデータフォーマットの接続種別、あるいは、前記通話相手との通信において使用を所望する通信プロトコル又はデータフォーマットの接続種別を前記通話相手へ通知する接続種別通知手段を有する請求項１から４のいずれか１つに記載の通信処理装置。
【請求項６】
車両運転中の前記通話相手の運転状態を示す情報を通話相手から受信する相手側運転状態受信手段を有する請求項１から５のいずれか１つに記載の通信処理装置。
【請求項７】
前記相手側運転状態受信手段によって受信する前記ドライバの運転状態を示す情報に、前記通話相手の運転状態が前記高負荷状態か否かの判定結果が含まれている請求項６に記載の通信処理装置。
【請求項８】
前記相手側運転状態受信手段によって受信する前記ドライバの運転状態を示す情報に、前記通話相手が運転中か否かの判定結果が含まれている請求項６又は７に記載の通信処理装置。
【請求項９】
前記通話相手が運転する車両の現在位置を示す相手側車両位置情報を前記通話相手から受信する相手側位置情報受信手段を有する請求項６から８のいずれか１つに記載の通信処理装置。
【請求項１０】
前記通話相手が通信に使用可能な通信プロトコル又はデータフォーマットの接続種別、あるいは、前記通話相手が使用を所望する通信プロトコル又はデータフォーマットの接続種別を前記通話相手から受信する接続種別受信手段を有する請求項６から９のいずれか１つに記載の通信処理装置。
【請求項１１】
前記接続種別受信手段によって受信した前記通話相手が通信に使用可能な通信プロトコル又はデータフォーマットの接続種別、あるいは、前記通話相手が使用を所望する通信プロトコル又はデータフォーマットの接続種別に応じて、前記通話相手との通信に使用する通信プロトコル又はデータフォーマットを切り替える接続切り替え手段を有する請求項１０に記載の通信処理装置。
【請求項１２】
前記運転高負荷状態判定手段による判定で前記ドライバの運転状態が高負荷状態の場合には、前記受話音声を含むデータの再生を中断するよう制御するための再生中断指示を送出する受話音声再生制御手段と、
前記受話音声再生制御手段から前記再生中断指示を受信した場合には、前記受信用キャッシュに蓄積されている前記受話音声を含むデータの再生処理を行わず、前記受話音声再生制御手段から前記再生中断指示を受信していない場合には、前記受信用キャッシュに蓄積されている前記受話音声を含むデータの再生処理を行う再生処理手段とを、
有する請求項１から１０のいずれか１つに記載の通信処理装置。
【請求項１３】
複数の前記通話相手との間で多人数同時通信を行うように構成されている請求項１から１２のいずれか１つに記載の通信処理装置。
【請求項１４】
前記通話が、音声及び画像の両方を伝送することによって行われる請求項１から１３のいずれか１つに記載の通信処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両運転中のドライバによる通話を実現させる通信処理装置に関する。
【背景技術】
【０００２】
従来、車両の安全運転に支障を来す可能性がある状況において、その車両のドライバの通話を制御する技術が多数存在している。こうした従来の技術では、ドライバの運転状況に基づいて、通話の発着呼を禁止したり通話を一時的に中断（通話を保留）したりする制御が行われる。
【０００３】
例えば下記の特許文献１には、ドライバの安全運転に支障を来す状態（ドライバが運転に対する注意力を高める必要がある状態：以下、本明細書では運転状態が高負荷状態となった場合と表現する）が検出あるいは予測されると、ドライバ及びその通話相手に対して通話をいったん保留する旨のメッセージを送出して通話を保留し、通話保留を解除してもよい状態となれば通話保留を解除して元の通話状態に戻す技術が開示されている。
【０００４】
また、例えば下記の特許文献２には、特許文献１に記載の技術を改良し、ドライバの安全運転に支障を来す可能性のある複数の状態を総合的に判断してドライバの余裕度を算出できるようにするとともに、通話保留状態となった場合に通話相手がメッセージを残せるようにする技術が開示されている。
【０００５】
また、ユーザの状態（状況）を通信相手に通知するプレゼンスに関する技術も多数存在している。例えば下記の特許文献３には、オンラインサービスに対するユーザの参加状況を、携帯型通信装置の動きに応じて、簡便かつ素早く設定する携帯型通信装置が開示されている。この技術では、携帯型通信装置のユーザの動作（モーション）を検出し、この検出結果に応じてプレゼンス情報を決定して通知することが可能となる。
【特許文献１】特開平１０−３０４４６４号公報（段落００３０−００３５）
【特許文献２】特開２００３−１２５４５４号公報（段落００４１−００５０、００９０−００９３）
【特許文献３】特開２００８−４２９０３号公報（段落００５２）
【非特許文献１】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：パーソナルコンピュータ）などの場合）には、通話相手の通話端末からプレゼンス情報を受信しないため、プレゼンス情報処理部１２９における処理やプレゼンス情報の報知は行われない。
【００５６】
例えば、運転状態が高負荷状態であると判定される条件として、例えば、事故多発地点（合流地点や交差点など）を通過中である場合、ドライバによるハンドル操作が多い場合、車両の速度が高い場合やブレーキをかける回数が多い場合、前方や後方を走る車両との車間距離が狭い場合などが挙げられる。なお、運転高負荷状態判定部１２８による運転高負荷状態判定のアルゴリズムは、任意のアルゴリズムを用いることが可能である。例えば、運転高負荷状態判定のアルゴリズムにニューラルネットワークやベイジアンネットワークなどの学習アルゴリズムを用いてもよく、また、特許文献１や特許文献２に記載されているアルゴリズムを用いてもよい。
【００５７】
また、例えば、運転高負荷状態判定部１２８は、ドライバの運転状態が高負荷状態か否かに応じて、受信音声処理部１２３及び受信画像処理部１２４に対して再生の許可／不許可を指示してもよく、あるいは、受信音声処理部１２３及び受信画像処理部１２４は運転高負荷状態判定部１２８からの指示を受けていない場合には再生を行うよう構成されており、運転高負荷状態判定部１２８は、ドライバの運転状態が高負荷状態ではない場合においては受信音声処理部１２３及び受信画像処理部１２４に対して指示を行わず、ドライバの運転状態が高負荷状態の場合にのみ受信音声処理部１２３及び受信画像処理部１２４に対して再生の不許可を指示してもよい。
【００５８】
なお、図１には不図示だが、運転高負荷状態判定部１２８において判定されたドライバの運転状態が高負荷状態か否かの判定結果（あるいは、この判定結果を加工したプレゼンス情報）を、送信処理部１１４から通信モジュール２００を通じて通話相手の通話端末へ送信することも可能である。
【００５９】
図１では、受信処理装置１２０において、受信音声処理部１２３及び受信画像処理部１２４がそれぞれ独立して存在しているが、相互の処理が関連付けられており、画像及び音声の同期処理が行われることが望ましい。
【００６０】
次に、上述の構成例に基づいて、本発明の実施の形態における動作の一例について説明する。図２は、本発明の実施の形態における車載システムを用いた通話時に行われる受信処理の一例を示すフローチャートである。
【００６１】
車載システムを利用した通話が始まると、通話相手との通話によるデータ通信が開始され、通信モジュール２００が、ステップＳ２０１において、通話相手から送られてくるデータを受信する。通信モジュール２００は、受信したデータを受信処理部１２１に送出し、受信処理部１２１で処理された後、ステップＳ２０２において、ステップＳ２０１で受信したデータが受信用キャッシュに格納される。
【００６２】
なお、ステップＳ２０３において通話が終了した場合には、受信処理も終了となる。一方、ステップＳ２０３において通話がまだ終了していない場合には、ステップＳ２０１に戻り、通話が終了するまで上記の受信処理を繰り返し行う。
【００６３】
また、図３は、本発明の実施の形態における車載システムを用いた通話時に行われる再生処理の一例を示すフローチャートである。車載システムを利用した通話が始まると、通話相手との通話によるデータ通信が開始され、ステップＳ３０１において、運転高負荷状態判定処理を開始する。なお、運転高負荷状態判定処理は、運転高負荷状態判定部１２８が運転状態に応じて受信データの再生の可否を判定する処理である。運転高負荷状態判定処理の詳細に関しては、後で図４を参照しながら説明する。
【００６４】
通話相手から受信したデータの再生処理は、運転高負荷状態判定部１２８によって判定された判定結果（受信データの再生を許可するか否か）に基づいて制御される（ステップＳ３０２）。ステップＳ３０２において運転高負荷状態の判定結果が受信データの再生を許可しないものである場合には、受信データの再生（後述のステップＳ３０３、Ｓ３０４の処理）を行わずにステップＳ３０１の運転高負荷状態判定処理に戻る。すなわち、運転高負荷状態の判定結果が受信データの再生を許可しないものである場合には、運転高負荷状態の判定結果が受信データの再生を許可するものとなるまで（運転状態が低負荷となるまで）、運転高負荷状態判定処理が繰り返し行われる。
【００６５】
一方、ステップＳ３０２において運転高負荷状態の判定結果が受信データの再生を許可するものである場合には、ステップＳ３０３において、受信音声処理部１２３及び受信画像処理部１２４が受信用キャッシュ１２２からデータを取得し、ステップＳ３０４において、音声再生出力部１２５及び画像再生出力部１２６がそのデータをスピーカ５００やモニタ６００を通じて出力する。これにより、ドライバは、通話相手から送られてくる音声や画像を視聴する。なお、このとき受信用キャッシュ１２２にデータが格納されていない場合には、再生すべきデータ（すなわち、通話相手から受信したデータ）が存在せず、再生処理を行う必要はない。
【００６６】
なお、ステップＳ３０５において通話が終了した場合には、再生処理も終了となる。一方、ステップＳ３０５において通話がまだ終了していない場合には、ステップＳ３０１に戻り、通話が終了するまで上記の再生処理を繰り返し行う。
【００６７】
また、図４は、本発明の実施の形態における車載システムを用いた通話時に行われる運転高負荷判定処理の一例を示すフローチャートである。なお、図４に示す運転高負荷判定処理は、図３に図示されているステップＳ３０１の運転高負荷状態判定処理における詳細な処理の一例を示すものである。
【００６８】
運転高負荷状態判定処理では、まずステップＳ３０１１において、運転状態検出部７００がドライバの運転状態（ドライバが車両を運転している状態）を検出し、ステップＳ３０１２において、運転負荷定量化部１２７が、運転状態検出部７００で検出された運転状態に基づいてドライバの運転状態を定量化する処理を行う。なお、運転状態検出部７００で検出される条件（運転状態）や、その定量化のアルゴリズムは、上述のように任意の条件及びアルゴリズムを用いることが可能である。
【００６９】
そして、ステップＳ３０１３において、ステップＳ３０１２で得られた運転状態の定量化結果に基づいて、ドライバの運転状態が高負荷状態か否かを判定する。なお、ドライバの運転状態が高負荷状態か否かを判定する際に用いられるアルゴリズムは、上述のように任意のアルゴリズムを用いることが可能である。
【００７０】
ステップＳ３０１３でドライバの運転状態が高負荷状態ではない（すなわち、低負荷状態）と判定された場合には、ステップＳ３０１４において、運転高負荷状態判定部１２８が受信データの再生許可を決定し、受信音声処理部１２３及び受信画像再生部１２４に対して、受信データの再生（すなわち、図３におけるステップＳ３０３、Ｓ３０４の処理）を行うように制御する。
【００７１】
一方、ステップＳ３０１３でドライバの運転状態が高負荷状態であると判定された場合には、ステップＳ３０１５において、運転高負荷状態判定部１２８が受信データの再生不許可を決定し、受信音声処理部１２３及び受信画像再生部１２４に対して、受信データの再生（すなわち、図３におけるステップＳ３０３、Ｓ３０４の処理）を行わないように制御する。
【００７２】
運転高負荷状態判定部１２８による受信用キャッシュ１２２内のデータの再生制御によって、高負荷状態のときにはデータの再生が行われずに受信用キャッシュ１２２内に受信データが蓄積され、低負荷状態のときには受信用キャッシュ１２２内に蓄積された受信データが再生されるようになる。
【００７３】
また、図５は、本発明の実施の形態における車載システムで行われるプレゼンス情報生成及び通知処理の一例を示すフローチャートである。車載システムを利用した通話が始まると、通話相手との通話によるデータ通信が開始され、まずステップＳ５０１において、ドライバが車両を運転中か否かを判断する。ステップＳ５０１でドライバが車両を運転中ではない（非運転中）と判断された場合には、ステップＳ５０３において、プレゼンス情報生成部１１５は、非運転中を示すプレゼンス情報を生成する。
【００７４】
一方、ステップＳ５０１でドライバが車両を運転中であると判断された場合には、ステップＳ５０２において、ドライバの運転状態が高負荷状態か否かを判定する。ステップＳ５０２でドライバの運転状態が高負荷状態であると判定された場合には、ステップＳ５０４において、プレゼンス情報生成部１１５は、運転中（高負荷状態）を示すプレゼンス情報を生成する。また、ステップＳ５０２でドライバの運転状態が高負荷状態ではない（すなわち、低負荷状態）と判定された場合には、ステップＳ５０５において、プレゼンス情報生成部１１５は、運転中（低負荷状態）を示すプレゼンス情報を生成する。
【００７５】
そして、ステップＳ５０６において、プレゼンス情報生成部１１５は、ステップＳ５０３〜ステップＳ５０５のいずれかの処理で生成されたプレゼンス情報を送信用キャッシュ１１３へ格納し、送信処理部１１４が通話相手の通話端末へプレゼンス情報を送信する（。これにより、車載システム１０は、ドライバによる通話時に、ドライバの運転状態が運転中（高負荷状態）、運転中（高負荷状態）、非運転中のいずれであるかを示すプレゼンス情報を通話相手の通話端末へ通知することが可能となる。
【００７６】
なお、ステップＳ５０７において通話が終了した場合には、プレゼンス情報生成及び通知処理も終了となる。一方、ステップＳ５０７において通話がまだ終了していない場合には、ステップＳ５０１に戻り、通話が終了するまで上記のプレゼンス情報生成及び通知処理を繰り返し行う。
【００７７】
なお、上述の説明では、プレゼンス情報としてドライバの運転状態が通話相手の通話端末へ通知されるが、プレゼンス情報として、ドライバ（車両）の位置情報が通話相手の通話端末へ通知されてもよい。この場合、プレゼンス情報生成部１１５は、通信状態検出部７００（特に、自車位置検出機能）から車両の位置情報を取得し、この車両の位置情報をプレゼンス情報として通話相手の通話端末へ通知する。これにより、通話相手は、ドライバの現在位置を把握することが可能となり、ドライバの現在位置に基づいた会話や情報収集を行うことが可能となる。
【００７８】
また、プレゼンス情報として、車載システムが利用可能な通信プロトコル又はデータフォーマット（例えば、音声や映像の変換に用いられるコーデックなど）の接続種別や、ドライバが使用を希望している通信プロトコル又はデータフォーマットの接続種別が通話相手の通話端末へ通知されてもよい。これにより、通話相手は、ドライバの通信を行うための通信プロトコル又はデータフォーマットやドライバが使用を希望している通信プロトコル又はデータフォーマットを把握することが可能となり、また、通話相手の通話端末が、ドライバの通信を行うための通信プロトコル又はデータフォーマットやドライバが使用を希望している通信プロトコル又はデータフォーマットを利用して（すなわち、通信処理装置１００が通話相手の通話端末との通信に用いる通信プロトコル又はデータフォーマットを自律的に切り換えて）、ドライバが利用している車載システム１０との通信を行うことが可能となる。
【００７９】
なお、図１に図示されている車載システム１０の通信処理装置は一例であり、例えば、通話相手の通話端末から受信したデータ（あるいは、本来受信するはずであったが受信できなかったデータ）の再送要求を行う機能や、ドライバの運転状態が変わった場合（低負荷状態から高負荷状態、あるいは、高負荷状態から低負荷状態に移った場合）やドライバによる発話の終わりをジングル（再生時間の短い音声）によって通信相手の通話端末へ通知する機能を有していてもよい。
【００８０】
また、図６は、本発明の実施の形態における通信システムの別の一例を示す図である。図６において、車載システム４０は、複数の通話相手の通話端末１０１０、１０２０と通話回線ネットワーク（図６では不図示）を介して通信を行うことが可能であり、この構成によって多人数による同時通話が実現可能である。なお、図６には、ドライバのほかに２人の通話相手が存在しており、合計３人による通話が行われる場合のシステム構成が一例として図示されているが、より多くの人数による同時通話が行われてもよい。
【００８１】
図６に図示されているように、車載システム１０が複数の通話相手の通話端末１０１０、１０２０との間で多人数通話を行う場合においても、本発明を適用することが可能である。本発明を適用することで、複数の通話相手の通話端末１０１０、１０２０に対してプレゼンス情報を提供することが可能となり、また、通話相手の通話端末１０１０、１０２０に本発明に係る通信処理装置１００が実装されている場合には、通話相手に関するプレゼンス情報を受信し、ドライバに報知することが可能となる。
【００８２】
なお、上述の本発明の実施の形態のそれぞれに関して独立して説明を行ったが、各実施の形態に係る構成や処理を組み合わせて行うことも可能である。また、上述の本発明の実施の形態では、模式的なブロック図を用いて説明を行ったが、これらのブロック図に記載されている各ブロックは、ハードウェア及び／又はソフトウェアによって実現可能である。また、フローチャートによって表されている動作は、ハードウェア及び／又は各処理を定めたプログラムをＣＰＵ（Central Processing Unit：中央演算処理装置）によって実行させることによって実現可能である。
【００８３】
また、上述の本発明の実施の形態では、車載システムと通話端末との間に音声及び画像の両方が伝送されることを前提としているが、音声及び画像のいずれか一方のみが伝送される通話に対して本発明を適用することも可能である。また、例えば、停車中は画像・音声の両方を再生出力し（テレビ電話）、低負荷運転中は画像の再生を停止して音声のみを再生出力し（音声通話のみ）、高負荷運転中は画像・音声の両方の再生を停止する構成としてもよい。
【００８４】
また、上述の本発明の実施の形態では、本発明を車載システムに適用しているが、適用対象のシステムは特に限定されるものではない。すなわち、上述の例では、車両の運転状態が高負荷状態か否かを判定して再生処理の可否を判定しているが、任意のシステムにおいて、通話者（上述の例におけるドライバに対応）の任意のステータスを取得し、そのステータスに基づいて、通話者の状態が通話を行うために適した状態か否かを判定してもよい。また、通話相手の通話端末へ通知するプレゼンス情報として、上記の通話者のステータスを使用してもよい。
【００８５】
また、上述の本発明の実施の形態では、運転高負荷状態判定部１２８、１８６が受信音声処理部１２３及び受信画像処理部１２４へ再生の可否（再生の許可／不許可）を送出することで、再生処理の実行／停止の制御を行っているが、受信用キャッシュ１２２に蓄積されているデータが、最終的にドライバが視聴可能となるように出力される動作を中断できるのであれば任意の処理を停止させてもよい。例えば、運転高負荷状態判定部１２８は、ドライバの運転状態が高負荷状態のときには、音声再生出力部１２５や画像再生出力部１２６へ処理の一時的な中断を指示してもよい。
【００８６】
また、上述の本発明の実施の形態では、受信用キャッシュ１２２に格納されたデータは再生出力によって読み出された場合にすぐに消去されてもよく、あるいは、消去されることなく受信用キャッシュ１２２に格納され続けてもよい。消去されることなく受信用キャッシュ１２２に格納され続ける場合、例えば、ドライバが聞き漏らしたなどの理由によってデータの再生を再度行えるようになる。さらに、消去されることなく受信用キャッシュ１２２に格納され続ける場合には、所定の時間以上格納され続けたデータの消去が行われるようにしてもよい。
【００８７】
また、上述の本発明の実施の形態では、運転状態が高負荷状態から低負荷状態に戻った場合に、受信用キャッシュ１２２に蓄積されている通話相手からの受信データの再生が再び開始されるが、このとき、再生されるデータに関して、例えば無音部分のスキップや早送りによって無音部分を詰めて再生できるようにしたり、通常よりも速い再生速度（倍速再生）で再生できるようにしたり、ドライバ自身がデータの再生をスキップできるようにしたりすることも可能である。これにより、ドライバは、運転状態が高負荷状態であった場合に受信したデータをより早く聴取したり、選別したりすることが可能となり、ドライバと通話相手との間で行われていた元の会話の状態に迅速に戻すことが可能となる。
【００８８】
このとき、図１１に図示されているように、受信用キャッシュ１２２に蓄積されている通話相手からの受信データの再生状態は、運転状態に応じて、ほぼ遅延無く通話相手との通話が行われる「通常再生」モード、高負荷状態が発生した場合に再生を一時的に中断する「一時停止」モード、運転状態が高負荷状態から低負荷状態に戻った際に上述の特殊再生（スキップや倍速再生などの早送り）を行う「時短再生」モードの各モードとなる。すなわち、通話相手からの受信データの再生状態は、通常の通話状態（低負荷状態時）では「通常再生」モードであり、高負荷状態が発生した場合には「一時停止」モードに移行し、運転状態が高負荷状態から低負荷状態に戻った際には「時短再生」モードに移行して、特殊再生を行う必要がなくなった場合（すなわち、高負荷状態時に受信用キャッシュ１２２に蓄積された通話相手からの受信データを含むデータ再生が、通話相手の通話端末から受信する受信データの再生に追いついた場合）に、再び「通常再生」モードに戻る。
【００８９】
また、ドライバの運転状態が高負荷状態の間に蓄積されていた受信音声の再生を行う際に、仮に高負荷状態が発生せずに再生の遅延が生じなかった場合の再生時刻（高負荷状態による再生中断がない状態で本来再生が行われたはずの時刻）と、現在時刻との遅延時間差を計算してドライバに音声や画像などで報知してもよい。
【産業上の利用可能性】
【００９０】
本発明は、車両運転中のドライバによる通話において、ドライバの運転の安全性、及び、ドライバ及びその通話相手による通話の利便性の両方を実現するという効果を有しており、車両運転中のドライバによる通話を実現させる通信技術に適用可能である。
【図面の簡単な説明】
【００９１】
【図１】本発明の第１の実施の形態における車載システムの構成の一例を示す図である。
【図２】本発明の第１の実施の形態における車載システムを用いた通話時に行われる受信処理の一例を示すフローチャートである。
【図３】本発明の第１の実施の形態における車載システムを用いた通話時に行われる再生処理の一例を示すフローチャートである。
【図４】本発明の第１の実施の形態における車載システムを用いた通話時に行われる運転高負荷判定処理の一例を示すフローチャートである。
【図５】本発明の実施の形態における車載システムで行われるプレゼンス情報生成及び通知処理の一例を示すフローチャートである。
【図６】本発明の実施の形態における通信システムの別の一例を示す図である。
【図７】本発明において、受信用キャッシュに蓄積されている通話相手からの受信データの再生状態のモード遷移の一例を示す図
【符号の説明】
【００９２】
１０  車載システム
１００  通信処理装置
１１０  送信処理装置
１１１  送信音声処理部
１１２  送信画像処理部
１１３  送信用キャッシュ
１１４  送信処理部
１１５  プレゼンス情報生成部
１２０  受信処理装置
１２１  受信処理部
１２２  受信用キャッシュ
１２３  受信音声処理部
１２４  受信画像処理部
１２５  音声再生出力部
１２６  画像再生出力部
１２７  運転負荷定量化部
１２８  運転高負荷状態判定部
１２９  プレゼンス情報処理部
２００  通信モジュール
３００  マイクロホン
４００  カメラ
５００  スピーカ
６００  モニタ
７００  運転状態検出部
１０１０、１０２０  通話端末
【図１】
2010016643.tif 000003
【図２】
2010016643.tif 000004
【図３】
2010016643.tif 000005
【図４】
2010016643.tif 000006
【図５】
2010016643.tif 000007
【図６】
2010016643.tif 000008
【図７】
2010016643.tif 000009
【手続補正書】
【提出日】平成21年3月27日(2009.3.27)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
車両運転中の通話が運転の安全性を低下させることは広く知られており、例えば現在の日本の法律では、運転中の携帯電話の操作や手で保持した状態での通話は禁じられている。一方、ハンズフリーセット（携帯電話を持たずに操作・通話を可能とするスピーカ及びマイクロホン付き装置）を使用した場合には、運転中の通話が許可されている。しかしながら、ハンズフリーセットを使用した場合においても、通話時の安全性は決して高いとは言えない。