JP2021185664A - 車両 - Google Patents

Abstract

【課題】端末装置の操作や視認が困難なユーザであってもつぶやきたい内容等の発信内容を安全に送受信できる通信システム及び端末装置を提供する。【解決手段】通信システムは、互いに通信可能な複数の端末装置を備えている。各端末装置は、音声入力変換手段と、音声送信手段と、音声受信手段と、音声再生手段とを備えている。音声再生手段は、再生が完了していない複数の音声信号が存在する場合、各音声信号に対応する音声が重複しないように整列させてから再生する。【選択図】図１０Ｃ

Description

関連出願の相互参照

本国際出願は、２０１１年１２月１４日に日本国特許庁に出願された日本国特許出願第２０１１−２７３５７８号および日本国特許出願第２０１１−２７３５７９号、並びに、２０１２年３月２８日に日本国特許庁に出願された日本国特許出願第２０１２−０７４６２７号および日本国特許出願第２０１２−０７４６２８号に基づく優先権を主張するものであり、日本国特許出願第２０１１−２７３５７８号、第２０１１−２７３５７９号、第２０１２−０７４６２７号、および第２０１２−０７４６２８号の全内容を参照により本国際出願に援用する。

本発明は、複数の端末装置を備えた通信システム、および端末装置に関する。

多数のユーザが携帯電話等の端末装置を用いて、つぶやきたい内容等の発信内容を文字でそれぞれ入力すると、サーバがその発信内容を順に並べた状態で各端末装置に配信するシステムが知られている（例えば、特許文献１参照）。

特開２０１１−２１５８６１号公報

端末装置の操作や視認が困難なユーザであってもつぶやきたい内容等の発信内容を安全に送受信できることが好ましい。

本発明の１つの局面は、
互いに通信可能な複数の端末装置を備えた通信システムであって、
各端末装置は、
ユーザが音声を入力すると該音声を音声信号に変換する音声入力変換手段と、
前記音声信号を他の端末装置を含む装置に送信する音声送信手段と、
他の端末装置にて送信された音声信号を受信する音声受信手段と、
受信した音声信号を再生する音声再生手段と、
を備え、
前記音声再生手段は、再生が完了していない複数の音声信号が存在する場合、各音声信号に対応する音声が重複しないように整列させてから再生する。

また、本発明の別の局面は、
複数の端末装置と前記複数の端末装置のそれぞれと通信可能なサーバ装置とを備えた通信システムであって、
各端末装置は、
ユーザが音声を入力すると該音声を音声信号に変換する音声入力変換手段と、
前記音声信号を前記サーバ装置に送信する音声送信手段と、
前記サーバ装置にて送信された音声信号を受信する音声受信手段と、
受信した音声信号を再生する音声再生手段と、
を備え、
前記サーバ装置は、
前記複数の端末装置から送信された音声信号を受信し、各音声信号に対応する音声が重複しないように整列させてから前記複数の端末装置に対して音声信号を配信する配信手段を備えている。

これらのような通信システムによれば、音声で発信内容を入力し、音声で他の通信装置からの発信内容を再生することができるので、端末装置の操作や視認が困難なユーザであってもつぶやきたい内容等の発信内容を安全に送受信することができる。

また、これらのような通信システムでは、音声を再生する際に、音声が重複しないように再生することができるので、音声を聞きやすくすることができる。
また、上記いずれの通信システムにおいても、音声再生手段は、ユーザによる特定の指令を受けると、既に再生した音声信号を再度再生するようにしてもよい。特に、直前に再生した音声信号を再生してもよい。

このような通信システムによれば、騒音等によって聞き取れなかった音声信号をユーザの指令により再度再生することができる。
さらに、上記いずれの通信システムにおいても、端末装置は車両に搭載されてもよく、端末装置は、車両のハンドル上にあるユーザの手の動きを検出する動作検出手段と、動作検出手段により音声の入力を開始する開始特定動作を検出した場合に、音声入力変換手段に作動を開始させ、動作検出手段により音声の入力を終了する終了特定動作を検出した場合に、音声入力変換手段に作動を終了させる作動制御手段と、を備えていてもよい。

このような通信システムによれば、音声を入力するための操作をハンドル上で行うことができる。よって、車両の運転中のユーザがより安全に音声を入力することができる。
また、上記いずれの通信システムにおいても、開始特定動作、および終了特定動作は、クラクションを操作する際の操作方向とは異なる方向の手の動きであってもよい。

このような通信システムによれば、開始特定動作または終了特定動作の際に、クラクションが鳴らされることを抑制することができる。
次に、端末装置は、上記のいずれかの通信システムを構成する端末装置として構成されていてもよい。

このような端末装置によれば、上記のいずれかの通信システムと同様の効果を享受することができる。
なお、上記通信システム（端末装置）においては、音声送信手段は、ユーザによって入力された音声信号に、該ユーザを識別するための識別情報を音声で付加した新たな音声信号を生成し、該生成した音声信号を送信するようにしてもよい。

また、複数の端末装置と複数の端末装置のそれぞれと通信可能なサーバ装置とを備えた通信システムにおいては、配信手段は、ユーザによって入力された音声信号に、該ユーザを識別するための識別情報を音声で付加した新たな音声信号を生成し、該生成した音声信号を配信するようにしてもよい。

これらのような通信システムによれば、音声で発信内容を入力し、音声で他の通信装置からの発信内容を再生することができるので、端末装置の操作や視認が困難なユーザであってもつぶやきたい内容等の発信内容を安全に送受信することができる。

また、これらのような通信システムでは、ユーザを識別するための識別情報を音声で付加することができるので、ユーザは自身の識別情報を話すことなく、他のユーザに音声発
信元のユーザを通知することができる。

さらに、上記いずれかの通信システムにおいて、付加する識別情報としては、ユーザの本名であってもよいし、本名以外のニックネームであってもよい。また、通信態様に応じて識別情報として追加する内容（例えば、本名、第１のニックネーム、第２のニックネーム等）を変更するようにしてもよい。例えば、互いに自身を特定するための情報を事前に交換しておき、通信相手が予め登録された相手であるか否かによって、追加する識別情報を変更すればよい。

また、上記いずれかの通信システムにおいては、音声信号の再生前に、音声信号から該音声信号に含まれる予め設定されたキーワードを抽出するキーワード抽出手段と、音声信号に含まれるキーワードを別の単語の音声または予め設定された音に置き換える音声置換手段と、を備えていてもよい。

このような通信システムによれば、配信するには好ましくない単語（卑猥な単語や人名を示す単語、或いは野蛮な単語等）をキーワードに登録し、配信してもよい単語や音に置換して配信を行うことができる。

なお、例えば、通信相手等の条件によって音声置換手段を作動させたり作動させなかったりしてもよい。また、「あのー」や「えーっと」等、話し言葉特有の意味のない単語については、この単語を省略した音声信号を生成するようにしてもよい。この場合、省略した分だけ音声信号の再生時間を短縮することができる。

また、上記いずれかの通信システムにおいては、各端末装置は、自身の位置情報を取得し、該位置情報を自身の端末装置から送信する音声信号に対応付けて他の端末装置に対して送信する位置情報送信手段と、他の端末装置にて送信された位置情報を取得する位置情報取得手段と、再生される音声に対応する端末装置の位置と自身の端末装置の位置との位置関係に応じて、音声再生手段によって音声を再生する際に出力される音量を制御する音量制御手段と、を備えていてもよい。

このような通信システムによれば、再生される音声に対応する端末装置の位置と自身の端末装置の位置との位置関係に応じて音量を制御するので、音声を聞くユーザは、他の端末装置と自身の端末装置との位置関係を感覚的に把握することができる。

なお、音量制御手段は、他の端末装置までの距離が遠くなるに従って音量が小さくなるように制御してもよいし、複数のスピーカから音声を出力する場合、自身の端末装置の位置に対する他の端末装置が位置する方位に応じて、ユーザからみて他の端末装置が位置する方向からの音量が大きくなるように音量を制御してもよい。また、このような制御を組み合わせてもよい。

さらに、上記通信システムにおいては、音声信号を文字に変換する文字変換手段と、該変換された文字を表示装置に出力する文字出力手段と、を備えていてもよい。
このような通信システムによれば、音声で聞き逃した情報を文字で確認することができる。

なお、上記いずれかの通信システムでは、車両の状態やユーザの運転操作を示す情報（ライト、ワイパ、テレビ、ラジオ等の作動状態、走行速度、進行方向等の走行状態、車両のセンサによる検出値や故障の有無等の制御状態）を音声に併せて送信してもよい。

この際、これらの情報は、音声で出力してもよいし、文字で出力してもよい。また、例
えば他の端末装置から得られる情報に基づいて渋滞情報等の各種情報を生成し、該生成した情報を出力してもよい。

なお、上記いずれかの通信システムにおいては、各端末装置同士が直接音声信号を交換する構成と、各端末装置同士がサーバ装置を介して音声信号を交換する構成とを、予め設定された条件（例えば、サーバ装置と繋がる基地局までの距離や、端末装置同士の通信状態、或いは、ユーザによる設定等）によって切り換えるようにしてもよい。

また、一定時間毎、一定の音声信号再生数毎、或いは、端末装置の位置に応じて、広告を音声で流すようにしてもよい。広告の内容は、広告主の端末装置やサーバ装置等から音声信号の再生を行う端末装置に送信するようにすればよい。

この際、ユーザが端末装置に対して所定の操作を入力することによって広告主との通話（通信）ができるようにしたり、広告主の店舗に端末装置のユーザを誘導したりするようにしてもよい。

さらに、上記いずれかの通信システムにおいても、通信相手を不特定多数としてもよいし、通信相手を限定してもよい。
例えば、位置情報を交換する構成の場合には、一定距離以内の端末装置を通信相手としてもよいし、特定のユーザ（先行車両や対向車両など（カメラを用いたナンバプレート撮像、ＧＰＳで特定））、予め設定されたグループ内のユーザを通信相手としてもよい。また、設定により通信相手を変更できるように（通信モードを変更できるように）してもよい。

また、端末装置が車両に搭載されている場合には、同じ道路を同じ方向に移動している端末装置を通信相手としたり、車両の挙動が一致している端末装置（脇道にそれた場合には通信相手から外すなど）を通信相手としたりしてもよい。

また、他のユーザを特定して、お気に入り登録や、排除登録等を予め設定できるように構成しておき、好みの相手を選択して通信できるようにしてもよい。この場合、音声を送信する際に通信相手を特定する通信相手情報を送信したり、サーバ装置が存在する場合には、サーバ装置に通信相手情報を登録しておいたりすることで、所定の相手にのみに音声信号を送信することができるようにすればよい。

また、複数のボタン等のスイッチにそれぞれ方向を対応付けておき、ユーザがこのスイッチで通信相手のいる方向を指定すると、その方向のユーザのみを通信相手に設定するようにしてもよい。

さらに、ユーザが音声を入力する際の感情や丁寧な話し方であるか等を、入力レベルの振幅や音声に含まれている丁寧表現を音声信号から検出することで判断し、感情が高ぶっていたり、丁寧な話し方でなかったりするユーザによる音声を配信しないようにしてもよい。

また、人の悪口を発言するユーザや、感情が高ぶっていたり、丁寧な話し方でなかったりするユーザに、失言等を通知するようにしてもよい。この場合、悪口等としてキーワード登録された単語が音声信号中に含まれているか否かによって判断を行うようにすればよい。

さらに、上記いずれの通信システムにおいても、音声信号を交換する構成としたが、文字からなる情報を取得し、この情報を音声に変換して再生するようにしてもよい。また、
音声を送信する際にも、音声を文字に変換してから伝送し、音声に復元してから再生するようにしてもよい。この構成では、通信によって伝送すべきデータ量を減少させることができる。

さらに、このように文字によってデータを伝送する構成においては、予め設定された複数の言語のうちの最もデータ量が少なくなる言語に翻訳してからデータを伝送するようにしてもよい。

ところで近年、例えばTwitter（登録商標）やFacebook（登録商標）など、ユーザが発
信した情報を、他のユーザが閲覧できる状態で管理するサービスの利用者が急増している。こうしたサービスにおいて、情報の発信及び閲覧には、パーソナルコンピュータや携帯電話機（いわゆるスマートフォンを含む）などの端末装置が用いられる（特開２０１１−２１５８６１号公報）。

一方で、車両（例えば自動車）に乗車した状態のユーザ（例えば車両の運転者）は、車両に乗車していない状態と比較して行動が制限されることから、時間を持て余すことが多い。このため、車両の乗車中に、前述したようなサービスを利用すると、時間を有効に活用することができる。しかしながら、従来のサービスは、車両に乗車したユーザによる使用態様を十分に考慮したものとは言い難かった。

そこで、車両に乗車したユーザにとって有用なサービスを構築するための技術を提供することが求められる。
このための技術として、第１の参考発明の端末装置は、音声を入力する入力手段と、位置情報を取得する取得手段と、前記入力手段により入力された音声を表す音声情報を、その音声の入力時に前記取得手段により取得された位置情報である発声位置が特定可能な形で、複数の前記端末装置で共用されるサーバへ送信する送信手段と、他の前記端末装置から前記サーバへ送信された前記音声情報を前記サーバから受信し、前記音声情報の表す音声を再生する再生手段と、を備え、前記再生手段は、他の前記端末装置から前記サーバへ送信された前記音声情報のうち、その発声位置が、前記取得手段により取得された位置情報を基準に設定される周辺エリア内に位置する前記音声情報の表す音声を再生する。

ある場所でユーザが発した音声は、その場所に存在する（又はその場所へ向かう）他のユーザにとって、有用である場合が多い。特に、車両に乗車したユーザの位置は、車両に乗車していないユーザと比較して、時間の経過（車両の走行）に伴い大きく変化し得る。したがって、車両に乗車するユーザにとって、現在地を基準とする周辺エリア内で発せられた他のユーザの音声は、有用な情報となり得る。

この点、前述した構成によれば、ある端末装置Ａのユーザは、他の端末装置Ｂ（他の車両）のユーザが発した音声のうち、端末装置Ａの現在地を基準に設定される周辺エリア内で発せられた音声を聞くことができる。したがって、このような端末装置によれば、車両に乗車したユーザに対して有用な情報を提供することができる。

また、前述した端末装置において、前記周辺エリアは、前記取得手段により取得された位置情報に対して進行方向側に偏りを持つエリアであってもよい。この構成によれば、既に通過した場所で発せられた音声を再生対象から減らして、これから向かう場所で発せられた音声を増やすことができる。したがって、このような端末装置によれば、情報の有用性を高くすることができる。

また、前述した端末装置において、前記周辺エリアは、進行予定経路に沿ったエリアであってもよい。この構成によれば、進行予定経路に沿ったエリア以外で発せられた音声を
再生対象から除外することができる。したがって、このような端末装置によれば、情報の有用性を高くすることができる。

また、第２の参考発明の端末装置は、車両に関する特定のイベントが発生したことを検出する検出手段と、前記検出手段により前記特定のイベントが発生したことが検出された場合に、前記特定のイベントに対応する音声を表す音声情報を、他の前記端末装置、又は、複数の前記端末装置で共用されるサーバ、へ送信する送信手段と、他の前記端末装置又は前記サーバから前記音声情報を受信し、前記音声情報の表す音声を再生する再生手段と、を備える。

この構成によれば、ある端末装置Ａのユーザは、他の端末装置Ｂ（他の車両）から送信された、車両に関する特定のイベントに対応する音声を聞くことができる。したがって、端末装置のユーザは、他の車両の状態を、運転しながら把握することができる。

また、前述した端末装置において、前記検出手段は、車両のユーザにより特定の運転操作が行われたことを、前記特定のイベントとして検出し、前記送信手段は、前記検出手段により前記特定の運転操作が検出された場合に、前記特定の運転操作が行われたことを通知する内容の音声を表す前記音声情報を送信してもよい。この構成によれば、端末装置のユーザは、他の車両において特定の運転操作が行われたことを、運転しながら把握することができる。

また、前述した端末装置において、前記検出手段は、急ブレーキ操作を検出し、前記送信手段は、前記検出手段により急ブレーキ操作が検出された場合に、急ブレーキ操作が行われたことを通知する内容の音声を表す前記音声情報を送信してもよい。この構成によれば、端末装置のユーザは、他の車両において急ブレーキ操作が行われたことを、運転しながら把握することができる。したがって、目視だけで他の車両の状態を確認する場合と比較して、安全な走行を実現することができる。

通信システムの概略構成を示すブロック図である。 車両に搭載された装置の概略構成を示すブロック図である。 入力部の構成を示す説明図である。 サーバの概略構成を示すブロック図である。 音声発信処理の一部を示すフローチャートである。 音声発信処理の残りの部分を示すフローチャートである。 分類処理を示すフローチャートである。 操作音声決定処理を示すフローチャートである。 状態音声決定処理を示すフローチャートである。 認証処理を示すフローチャートである。 音声配信処理の一部を示すフローチャートである。 音声配信処理の別の一部を示すフローチャートである。 音声配信処理の残りの部分を示すフローチャートである。 音声再生処理の一部を示すフローチャートである。 音声再生処理の残りの部分を示すフローチャートである。 スピーカ設定処理を示すフローチャートである。 モード移行処理を示すフローチャートである。 再再生処理を示すフローチャートである。 蓄積処理を示すフローチャートである。 要求処理を示すフローチャートである。 応答処理の一部を示すフローチャートである。 応答処理の残りの部分を示すフローチャートである。 自車両位置から所定距離以内に設定された周辺エリアを示す図である。 基準位置から所定距離以内に設定された周辺エリアを示す図である。 走行予定経路に沿って設定された周辺エリアを示す図である。 変形例の応答処理の一部を示すフローチャートである。 変形例の応答処理の残りの部分を示すフローチャートである。 変形例の音声再生処理の一部を示すフローチャートである。 変形例の音声再生処理の別の一部を示すフローチャートである。 変形例の音声再生処理のさらに別の一部を示すフローチャートである。 変形例の音声再生処理の残りの部分を示すフローチャートである。 居眠り判定処理を示すフローチャートである。 追加情報表示処理を示すフローチャートである。

以下に本発明に係る実施の形態を図面とともに説明する。
［本実施形態の構成］
図１は、本発明が適用された通信システム１の概略構成を示すブロック図、図２は、車両に搭載された装置の概略構成を示すブロック図である。また、図３Ａ−３Ｃは、入力部４５の構成を示す説明図である。また、図４は、サーバ１０の概略構成を示すブロック図である。

通信システム１は、端末装置３１〜３３のユーザ同士が簡単な操作で音声によってコミュニケーションをすることが可能な機能を有するシステムである。ここでいうユーザとは、車両の乗員（例えば運転者）である。通信システム１は、図１に示すように、互いに通信可能な複数の端末装置３１〜３３と、これらの端末装置３１〜３３のそれぞれと基地局２０，２１を介して通信可能なサーバ１０と、を備えている。つまり、サーバ１０は、複数の端末装置３１〜３３で共用される。なお、本実施形態では、説明の便宜上、３つの端末装置３１〜３３を図示しているが、より多くの端末装置を用いてもよい。

端末装置３１〜３３は、例えば乗用車やトラック等の車両に搭載された車載装置として構成されており、図２に示すように、ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３等を備えた周知のマイコンとして構成されている。ＣＰＵ４１は、ＲＯＭ４２等に格納されたプログラムに基づいて、後述する音声発信処理や音声再生処理等の各種処理を実施する。

また、端末装置３１〜３３は、その他に通信部４４や入力部４５を備えている。通信部４４は、例えば携帯電話機の無線基地局として構成された基地局２０，２１と通信を行う機能（携帯電話網を介してサーバ１０や他の端末装置３１〜３３と通信を行うための通信部）と、自身の見通し範囲内に位置する他の端末装置３１〜３３（先行車両、後方車両、対向車両など、他の車両に搭載された端末装置３１〜３３）と直接通信を行う機能（他の端末装置３１〜３３と直接通信を行うための通信部）と、を備えている。

入力部４５は、端末装置３１〜３３のそれぞれのユーザが指令を入力するためのボタン、スイッチ等として構成されている。また、入力部４５は、ユーザの生体的特徴を読み取るための機能も備えている。

さらに、入力部４５は、図３Ａに示すように、車両のハンドル６０のユーザ側の面において、複数のタッチパネル６１，６２としても構成されている。そして、これらのタッチパネル６１，６２は、クラクションスイッチ６３の周囲、かつ車両の旋回の際のハンドル操作時には触れない位置に配置されている。このようなタッチパネル６１，６２は、車両のハンドル６０上にあるユーザの手（指）の動きを検出する。

また、図２に示すように、端末装置３１〜３３は、車両に備えられたナビゲーション装置４８、オーディオ装置５０、ＡＢＳＥＣＵ５１、マイク５２、スピーカ５３、ブレーキセンサ５４、パッシングセンサ５５、ウインカセンサ５６、下面センサ５７、横風センサ５８、衝突／転倒センサ５９、その他の周知の複数のセンサ類に通信線（例えば車内ＬＡＮ）を介して接続されている。

ナビゲーション装置４８は、周知のナビゲーション装置と同様に、車両の現在地を検出する現在地検出部及び画像を表示させるディスプレイを備えている。ナビゲーション装置４８は、ＧＰＳ受信機４９により検出される車両の位置座標（現在地）の情報などに基づき、周知のナビゲーション処理を実行する。また、ナビゲーション装置４８は、端末装置３１〜３３から現在地を要求されると、最新の現在地の情報を端末装置３１〜３３に返す。また、ナビゲーション装置４８は、端末装置３１〜３３から文字情報を表示させるよう指令を受けると、ディスプレイに文字情報に対応する文字を表示させる。

オーディオ装置５０は、音楽等を再生する周知の音響再生装置である。オーディオ装置５０によって再生された音楽等は、スピーカ５３から出力される。
ＡＢＳＥＣＵ５１は、アンチロック・ブレーキ・システム（ＡＢＳ）に関する制御を行う電子制御装置（ＥＣＵ）である。ＡＢＳＥＣＵ５１は、車輪のスリップ率があらかじめ設定された範囲内（車両を安全かつ速やかに制動可能なスリップ率）となるように制動力（ブレーキ油圧）を制御することで、ブレーキのロックを抑制する。つまり、ＡＢＳＥＣＵ５１は、ブレーキロック抑制装置として機能する。また、ＡＢＳＥＣＵ５１は、ＡＢＳが作動した場合（制動力の制御を開始した場合）に、通知信号を端末装置３１〜３３に出力する。

マイク５２は、ユーザの発する音声を入力する。
スピーカ５３は、例えば５つのスピーカとサブウーハとを備えた５．１ｃｈサラウンドシステムとして構成されている。これらの各スピーカは、ユーザの周囲を取り囲むように配置されている。

ブレーキセンサ５４は、ユーザによるブレーキペダルの踏み込み速度が判定基準値以上である場合に、急ブレーキ操作として検出する。なお、急ブレーキ操作の判定は、これに限定されるものではなく、例えば、ブレーキペダルの踏み込み量に基づき判定してもよく、また、車両の加速度（減速度）に基づき判定してもよい。

パッシングセンサ５５は、ユーザによるパッシング操作（ヘッドライトを一時的にロービームからハイビームにする操作）を検出する。
ウインカセンサ５６は、ユーザによるウインカ操作（左右いずれかのウインカを点滅させる操作）を検出する。

下面センサ５７は、路面の段差などと車両の下面とが接触した状態又は接触する危険性の高い状態を検出する。本実施形態では、外部の物体（路面の段差など）と接触することにより容易に変形又は変位し、接触状態から解放されることで元の（変形前又は変位前の）状態に復帰する検出部材が、前後のバンパの下面（車輪部分を除く車両の下面における最下部）に設けられている。そして、下面センサ５７は、この検出部材の変形又は変位を検出することで、路面の段差などと車両の下面とが接触した状態又は接触する危険性の高い状態を検出する。なお、路面の段差などと車両の下面とが接触した状態又は接触する危険性の高い状態を、外部の物体と非接触で検出するセンサを用いてもよい。

横風センサ５８は、車両に対する強い横風（例えば、風圧が判定基準値以上の横風）を
検出する。なお、横風センサ５８は、風圧を検出するセンサとしてもよく、また、風量を検出するセンサとしてもよい。

衝突／転倒センサ５９は、車両が外部の物体（他の車両を含む）に衝突した状態や、車両が転倒した状態など、車両が事故を起こした可能性の高い状態を検出する。衝突／転倒センサ５９は、車両に強い衝撃（加速度）が生じたことを検出するセンサとして構成することができる。なお、衝突した状態と、転倒した状態と、を独立して検出するようにしてもよい。例えば、車両（車体）の傾き度合いに応じて転倒状態か否かを判定してもよい。また、車両が事故を起こした可能性の高いその他の状態（例えば、エアバッグが開いた状態）を含めてもよい。

サーバ１０は、図４に示すように、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、データベース（記憶装置）１４、通信部１５等を備えた周知のサーバとしてのハードウェア構成を備えている。このサーバ１０は、後述する音声配信処理等の各種処理を実施する。

また、サーバ１０のデータベース１４としては、端末装置３１〜３３のユーザの名前と、これらのユーザのニックネームと、を対応付けた名前／ニックネームＤＢ、端末装置３１〜３３のＩＤと通信相手とを記述した通信相手ＤＢ、禁止ワードが登録された禁止ワードＤＢ、広告主の端末装置のＩＤと広告を行う範囲とが記述された広告ＤＢ等を備えている。ユーザは、サーバ１０に名前、ニックネーム、通信相手等を登録しておくことで、本システムのサービスが利用可能となる。

［本実施形態の処理］
このような通信システム１において実施される処理について、図５Ａ及び５Ｂ以下の図面を用いて説明する。図５Ａ及び５Ｂは、端末装置３１〜３３のＣＰＵ４１が実行する音声発信処理を示すフローチャートである。

音声発信処理は、端末装置３１〜３３の電源が投入されると開始され、その後繰り返し実行される処理である。また、音声発信処理は、ユーザによって発せられる音声を表す音声情報などを他の装置（サーバ１０や他の端末装置３１〜３３等）に対して送信する処理である。以下の説明では、他の装置へ送信するための音声情報を「送信音声情報」ともいう。

詳細には、図５Ａ及び５Ｂに示すように、まず、入力部４５を介した入力操作があったか否かを判定する（Ｓ１０１）。ここで、入力操作としては、通常の入力操作と、緊急用の入力操作とがあり、異なる入力操作として自身のＲＯＭ等のメモリに登録されている。

通常の入力操作としては、例えば図３Ｂに示すように、タッチパネル６１，６２においてハンドル６０の径方向にスライドする手の動きが登録されており、緊急用の入力操作としては、例えば図３Ｃに示すように、タッチパネル６１，６２においてハンドル６０の周方向にスライドする手の動きが登録されている。この処理では、これらの操作のうちのいずれかがタッチパネル６１，６２を介して入力されたか否かを判定する。

このように入力操作がクラクションスイッチ６３の作動方向（押す方向）とは異なる方向で作動するよう設定されているとクラクションの誤作動を抑制することができるため好ましい。

入力操作がなければ（Ｓ１０１：ＮＯ）、後述するＳ１１０の処理に移行する。また、入力操作があれば（Ｓ１０１：ＹＥＳ）、ユーザの発する音声（送信音声情報とするための音声）の録音を開始する（Ｓ１０２）。

そして、入力部４５を介した終了操作があったか否かを判定する（Ｓ１０３）。終了操作は入力操作同様にあらかじめＲＯＭ等のメモリに登録されている。この終了操作は入力操作と同様の操作であってもよいし、異なる操作であってもよい。

終了操作がなければ（Ｓ１０３：ＮＯ）、入力操作後、あらかじめ設定された基準時間（例えば２０秒）が経過しているか否かを判定する（Ｓ１０４）。ここで基準時間は、長時間の音声入力を禁止するために設けられたものであり、特定の通信相手と通信を行う場合には、不特定の通信相手と通信を行う場合に比べ、同じかより長い基準時間が設定される。また、基準時間を無限大の時間に設定してもよい。

基準時間が経過していなければ（Ｓ１０４：ＮＯ）、Ｓ１０２の処理に戻る。また、基準時間が経過している場合（Ｓ１０４：ＹＥＳ）及びＳ１０３の処理にて終了操作がされている場合（Ｓ１０３：ＹＥＳ）には、録音を終了し、入力操作が緊急用の操作入力であるか否かを判定する（Ｓ１０５）。緊急用の操作入力であれば（Ｓ１０５：ＹＥＳ）、緊急用の音声情報である旨の緊急情報フラグを付加し（Ｓ１０６）、Ｓ１０７の処理に移行する。

緊急用の操作入力でなければ（Ｓ１０５：ＮＯ）、直ちにＳ１０７の処理に移行する。続いて、録音された音声（肉声）を、合成音声（機械音）に変換する（Ｓ１０７）。具体的には、まず、録音された音声を、周知の音声認識技術を利用してテキスト（文字データ）に変換する。次に、変換により得られたテキストを、周知の音声合成技術を利用して合成音声に変換する。このようにして、録音された音声が合成音声に変換される。

続いて、送信音声情報に操作内容情報を付加するよう設定する（Ｓ１０８）。ここで操作内容情報とは、車両の状態やユーザの運転操作を示す情報（ウインカ操作、パッシング操作、急ブレーキ操作等の操作状態、ライト、ワイパ、テレビ、ラジオ等の作動状態、走行速度、加速度、進行方向等の走行状態、各種センサによる検出値や故障の有無等の制御状態等）を示す。これらの情報は、車両内の通信線（例えば車内ＬＡＮ）を介して取得される。

続いて、送信音声情報を、あらかじめ決められた複数の種類（ジャンル）のいずれかに分類し、分類した種類を表す分類情報を送信音声情報に付加するよう設定する分類処理を実行する（Ｓ１０９）。このような分類は、例えばサーバ１０や端末装置３１〜３３において、多数の音声情報の中から必要な音声情報を抽出（検索）する場合に利用される。送信音声情報の分類は、ユーザが手動で行ってもよく、また、自動で行ってもよい。例えば、ディスプレイに選択項目（あらかじめ決められた複数の種類）を表示し、ユーザに選択させてもよい。また例えば、発言の内容を解析し、その内容に応じた種類に分類してもよい。また例えば、発言時の状況（車両の状態や運転操作など）に応じた種類に分類してもよい。

図６は、送信音声情報の分類を自動で行う場合の分類処理の一例を示すフローチャートである。まず、特定の運転操作が発言時に行われていたか否かを判定する（Ｓ２０１）。この例では、パッシングセンサ５５により検出されるパッシング操作と、ブレーキセンサ５４により検出される急ブレーキ操作と、がここでいう特定の運転操作に該当する。また、この例では、音声情報を、「通常」、「注意」及び「警告」の３つの種類に分類する。

特定の運転操作が発言時に行われていないと判定した場合には（Ｓ２０１：ＮＯ）、送信音声情報を「通常」に分類し、「通常」を表す分類情報を送信音声情報に付加するよう設定する（Ｓ２０２）。

一方、パッシング操作が発言時に行われていたと判定した場合には（Ｓ２０１：ＹＥＳ，Ｓ２０３：ＹＥＳ）、送信音声情報を「注意」に分類し、「注意」を表す分類情報を送信音声情報に付加するよう設定する（Ｓ２０４）。また、急ブレーキ操作が発言時に行われていたと判定した場合には（Ｓ２０３：ＮＯ，Ｓ２０５：ＹＥＳ）、送信音声情報を「警告」に分類し、「警告」を表す分類情報を送信音声情報に付加するよう設定する（Ｓ２０６）。

このような分類処理の後、後述するＳ１１４（図５Ｂ）に移行する。なお、Ｓ２０５で急ブレーキ操作が発言時に行われていないと判定した場合には（Ｓ２０５：ＮＯ）、Ｓ１０１（図５Ａ）に戻る。

ちなみに、この例では、送信音声情報を１つの種類に分類しているが、これに限定されるものではなく、例えばタグ情報のように、１つの送信音声情報に対し２つ以上の種類を割り当てることができるようにしてもよい。

図５Ａに戻り、前述したＳ１０１で入力操作なしと判定した場合には（Ｓ１０１：ＮＯ）、特定の運転操作が行われたか否かを判定する（Ｓ１１０）。ここでいう特定の運転操作とは、ユーザが発声していない音声を送信音声情報として送信するトリガとしての操作であり、前述したＳ２０１で判定した特定の運転操作とは異なるものであってもよい。特定の運転操作が行われたと判定した場合には（Ｓ１１０：ＹＥＳ）、運転操作に応じた送信音声情報を決定する操作音声決定処理を実行する（Ｓ１１１）。

図７は、操作音声決定処理の一例を示すフローチャートである。この例では、ウインカセンサ５６により検出されるウインカ操作と、パッシングセンサ５５により検出されるパッシング操作と、ブレーキセンサ５４により検出される急ブレーキ操作と、がＳ１１０でいう特定の運転操作に該当する。

まず、Ｓ１１０でいう特定の運転操作としてウインカ操作が検出されたか否かを判定する（Ｓ３０１）。ウインカ操作が検出されたと判定した場合には（Ｓ３０１：ＹＥＳ）、ウインカ操作が行われたことを通知する内容の音声（例えば、「ウインカ操作を行いました」、「左（右）へ移動します」、「注意してください」等の音声）を送信音声情報に設定する（Ｓ３０２）。

一方、ウインカ操作が検出されていないと判定した場合には（Ｓ３０１：ＮＯ）、Ｓ１１０でいう特定の運転操作としてパッシング操作が検出されたか否かを判定する（Ｓ３０３）。パッシング操作が検出されたと判定した場合には（Ｓ３０３：ＹＥＳ）、パッシング操作が行われたことを通知する内容の音声（例えば、「パッシング操作を行いました」、「注意してください」等の音声）を送信音声情報に設定する（Ｓ３０４）。

そして、ウインカ操作が検出された場合（Ｓ３０１：ＹＥＳ）及びパッシング操作が検出された場合（Ｓ３０３：ＹＥＳ）のいずれにおいても、送信音声情報を「注意」に分類し、「注意」を表す分類情報を送信音声情報に付加するよう設定する（Ｓ３０５）。その後、操作音声決定処理を終了し、後述するＳ１１４（図５Ｂ）の処理に移行する。

一方、パッシング操作が検出されていないと判定した場合には（Ｓ３０３：ＮＯ）、Ｓ１１０でいう特定の運転操作として急ブレーキ操作が検出されたか否かを判定する（Ｓ３０６）。急ブレーキ操作が検出されたと判定した場合には（Ｓ３０６：ＹＥＳ）、急ブレーキ操作が行われたことを通知する内容の音声（例えば、「急ブレーキ操作を行いました」等の音声）を送信音声情報に設定する（Ｓ３０７）。そして、送信音声情報を「警告」
に分類し、「警告」を表す分類情報を送信音声情報に付加するよう設定する（Ｓ３０８）。その後、操作音声決定処理を終了し、後述するＳ１１４（図５Ｂ）の処理に移行する。なお、Ｓ１１０でいう特定の運転操作として急ブレーキ操作が検出されていないと判定した場合には（Ｓ３０６：ＮＯ）、Ｓ１０１（図５Ａ）に戻る。

図５Ａに戻り、前述したＳ１１０で特定の運転操作が行われていないと判定した場合には（Ｓ１１０：ＮＯ）、特定の状態が検出されたか否かを判定する（Ｓ１１２）。ここでいう特定の状態とは、ユーザが発声していない音声を送信音声情報として送信するトリガとしての状態である。特定の状態が検出されていないと判定した場合には（Ｓ１１２：ＮＯ）、音声発信処理を終了する。一方、特定の状態が検出されたと判定した場合には（Ｓ１１２：ＹＥＳ）、状態に応じた送信音声情報を決定する状態音声決定処理を実行する（Ｓ１１３）。

図８は、状態音声決定処理の一例を示すフローチャートである。この例では、ＡＢＳが作動した状態と、路面の段差などと車両の下面とが接触した状態又は接触する危険性の高い状態と、車両に対する強い横風が検出された状態と、車両が衝突又は転倒した状態と、がＳ１１２でいう特定の状態に該当する。

まず、ＡＢＳＥＣＵ５１から出力される通知信号に基づき、ＡＢＳが作動したか否かを判定する（Ｓ４０１）。ＡＢＳが作動したと判定した場合には（Ｓ４０１：ＹＥＳ）、ＡＢＳが作動したことを通知する内容の音声（例えば、「ＡＢＳが作動しました」、「スリップに注意してください」等の音声）を送信音声情報に設定する（Ｓ４０２）。

一方、ＡＢＳが作動していないと判定した場合には（Ｓ４０１：ＮＯ）、下面センサ５７により、路面の段差などと車両の下面とが接触した状態又は接触する危険性の高い状態が検出されたか否かを判定する（Ｓ４０３）。そして、接触した状態又は接触する危険性の高い状態が検出されたと判定した場合には（Ｓ４０３：ＹＥＳ）、車両の下面を擦る危険性があることを通知する内容の音声（例えば、「車両の下面を擦る危険性があります」、「段差が存在します」等の音声）を送信音声情報に設定する（Ｓ４０４）。

一方、接触した状態又は接触する危険性の高い状態が検出されていないと判定した場合には（Ｓ４０３：ＮＯ）、横風センサ５８により、車両に対する強い横風が検出されたか否かを判定する（Ｓ４０５）。そして、強い横風が検出されたと判定した場合には（Ｓ４０５：ＹＥＳ）、強い横風が検出されたことを通知する内容の音声（例えば、「横風に注意してください」等の音声）を送信音声情報に設定する（Ｓ４０６）。

そして、ＡＢＳが作動した場合（Ｓ４０１：ＹＥＳ）、路面の段差などと車両の下面とが接触した状態又は接触する危険性の高い状態が検出された場合（Ｓ４０３：ＹＥＳ）、及び、強い横風が検出された場合（Ｓ４０５：ＹＥＳ）、のいずれにおいても、送信音声情報を「注意」に分類し、「注意」を表す分類情報を送信音声情報に付加するよう設定する（Ｓ４０７）。その後、状態音声決定処理を終了し、後述するＳ１１４（図５Ｂ）の処理に移行する。

一方、強い横風が検出されていないと判定した場合には（Ｓ４０５：ＮＯ）、衝突／転倒センサ５９により、車両が衝突又は転倒した状態（車両が事故を起こした可能性の高い状態）が検出されたか否かを判定する（Ｓ４０８）。車両が衝突又は転倒した状態が検出されたと判定した場合には（Ｓ４０８：ＹＥＳ）、車両が衝突又は転倒したことを通知する内容の音声（例えば「車両が衝突（又は転倒）しました」、「事故が発生しました」等の音声）を送信音声情報に設定する（Ｓ４０９）。そして、送信音声情報を「警告」に分類し、「警告」を表す分類情報を送信音声情報に付加するよう設定する（Ｓ４１０）。そ
の後、状態音声決定処理を終了し、後述するＳ１１４（図５Ｂ）の処理に移行する。なお、車両が衝突又は転倒した状態が検出されていないと判定した場合には（Ｓ４０８：ＮＯ）、Ｓ１０１（図５Ａ）に戻る。

図５Ｂに戻り、Ｓ１１４では、ナビゲーション装置４８に対して位置情報を要求することで位置情報を取得し、この位置情報を送信音声情報に付加するよう設定する。位置情報は、取得した時点でのナビゲーション装置４８の現在地（換言すれば、車両の現在地、端末装置３１〜３３の現在地、ユーザの現在地）を、絶対位置（緯度や経度等）で表す情報である。特に、Ｓ１１４で取得した位置情報は、ユーザが音声を発した位置（発声位置）を表す。なお、発声位置は、ユーザが音声を発した位置を特定できるものであればよく、音声を入力するタイミングと位置情報を取得するタイミングとの時間差（車両の走行に伴う位置の変化）などの要因により、多少のばらつきが生じても構わない。

続いて、送信音声情報、緊急情報、位置情報、操作内容情報、分類情報及び後述する認証処理にて設定されるユーザのニックネームを含む情報を送信データとした音声パケットを生成する（Ｓ１１５）。そして、生成した音声パケットを通信相手の装置（サーバ１０又は他の端末装置３１〜３３）に対して無線送信して（Ｓ１１６）、音声発信処理を終了する。つまり、ユーザの発した音声を表す送信音声情報を、緊急情報、位置情報（発声位置）、操作内容情報、分類情報及びニックネームが特定可能な形（対応付けられた状態）で送信する。なお、すべての音声パケットをサーバ１０へ送信し、特定の音声パケット（例えば分類情報として「注意」又は「警告」が付加された送信音声情報を含むもの）については、直接通信可能な他の端末装置３１〜３３にも送信するようにしてもよい。

また、端末装置３１〜３３では、起動時やユーザによる特定の操作が入力された際に、図９に示す認証処理を実施する。認証処理は、音声入力を行うユーザを特定するための処理である。

認証処理では、図９に示すように、まず、ユーザの生体的特徴（例えば、指紋、網膜、掌、声紋等のうちのいずれか）を端末装置３１〜３３の入力部４５を介して取得する（Ｓ５０１）。そして、あらかじめＲＡＭ等のメモリに登録されたユーザ名（ＩＤ）と生体的特徴とを対応付けたデータベースを参照することによってユーザを特定し、ユーザが設定したニックネームを音声に挿入するよう設定する（Ｓ５０２）。このような処理が終了すると、認証処理を終了する。

次に、音声配信処理について図１０Ａ−１０Ｃに示すフローチャートを用いて説明する。音声配信処理は、サーバ１０が端末装置３１〜３３から送信された音声パケットに対して所定の操作（処理）を行い、操作後の音声パケットを他の端末装置３１〜３３に対して配信する処理である。

詳細には、図１０Ａ−１０Ｃに示すように、まず、端末装置３１〜３３から送信された音声パケットを受信したか否かを判定する（Ｓ７０１）。音声パケットを受信していなければ（Ｓ７０１：ＮＯ）、後述するＳ７２５の処理に移行する。

また、音声パケットを受信していれば（Ｓ７０１：ＹＥＳ）、この音声パケットを取得し（Ｓ７０２）、名前／ニックネームＤＢを参照することで音声パケットにニックネームを付加する（Ｓ７０３）。この処理では、ユーザによって入力された音声パケットに、ユーザを識別するための識別情報であるニックネームを音声で付加した新たな音声パケットを生成する。このとき、ユーザが入力した音声とニックネームとが重複しないように、ニックネームはユーザが入力した音声の前又は後に付加する。

続いて、新たな音声パケットに含まれる音声情報の表す音声を文字に変換する（Ｓ７０４）。この処理では、音声を他のユーザが読み取り可能な文字に変換する周知の処理を利用する。この際、位置情報、操作内容情報等についても同様に文字データに変換する。なお、音声パケットの送信元の端末装置３１〜３３で、音声から文字への変換処理を行う場合には、その変換処理によって得られた文字データを端末装置３１〜３３から取得することで、サーバ１０における変換処理を省略（又は簡略化）してもよい。

次いで、音声（又は変換した文字データ）中の名前（人名）を抽出し、名前があるか否かを判定する（Ｓ７０５）。なお、音声パケットに緊急情報が含まれている場合には、Ｓ７０５から後述するＳ７２０までの処理を省略し、後述するＳ７２１の処理に移行する。

音声中に名前がなければ（Ｓ７０５：ＮＯ）、後述するＳ７０９の処理に移行する。また、音声中に名前があれば（Ｓ７０５：ＹＥＳ）、名前／ニックネームＤＢにこの名前が存在するか否かを判定する（Ｓ７０６）。名前／ニックネームＤＢに音声中の名前が存在すれば（Ｓ７０６：ＹＥＳ）、この名前を対応するニックネームに音声で置換（文字データにおいては名前をニックネームに文字で置換）し（Ｓ７０７）、Ｓ７０９の処理に移行する。

また、名前／ニックネームＤＢに音声中の名前が存在しなければ（Ｓ７０６：ＮＯ）、名前を「ピー」という音に置換（文字データにおいては名前を「＊＊＊」等の別の文字に置換）し（Ｓ７０８）、Ｓ７０９の処理に移行する。

続いて、音声（又は変換した文字データ）中のあらかじめ設定された禁止ワードを抽出する（Ｓ７０９）。禁止ワードは、一般的に下品、卑猥等、聞く人を不愉快にさせる虞がある単語が禁止ワードＤＢに登録されており、この処理では音声（又は変換した文字データ）中の単語と禁止ワードＤＢ内の禁止ワードとを照合することで禁止ワードを抽出する。

禁止ワードについては、「ブー」という音に置換（文字データにおいては名前を「×××」等の別の文字に置換）する（Ｓ７１０）。続いて、抑揚チェック及び丁寧表現チェックを実施する（Ｓ７１１，Ｓ７１２）。

これらの処理では、ユーザが音声を入力する際の感情や丁寧な話し方であるか等を、マイク５２への入力レベルの振幅（絶対値や変化率）や音声に含まれている丁寧表現を音声情報から検出することで判断し、感情が高ぶっていたり、丁寧な話し方でなかったりする状況であるか否かを検出する。

チェックの結果、入力された音声が通常の感情であり、かつ丁寧な話し方であれば（Ｓ７１３：ＹＥＳ）、直ちに後述するＳ７１５の処理に移行する。また、チェックの結果、入力された音声について、感情が高ぶっていたり、丁寧な話し方でなかったりすれば（Ｓ７１３：ＮＯ）、この音声パケットの配信を禁止する旨を示す、音声配信禁止フラグをセットし（Ｓ７１４）、Ｓ７１５の処理に移行する。

続いて、該当する音声パケットを送信した端末装置３１〜３３の挙動を、位置情報を追跡することで特定し、端末装置３１〜３３の挙動が幹線道路から脇道にそれるか、又は、一定時間（例えば、５分程度）以上停止したか否かを判定する（Ｓ７１５）。

端末装置３１〜３３の挙動が幹線道路から脇道にそれるか停止していれば（Ｓ７１５：ＹＥＳ）、休憩しているものとして休憩フラグをセットし（Ｓ７１６）、Ｓ７１７の処理に移行する。また、端末装置３１〜３３の挙動が幹線道路から脇道にそれる、又は、停止
することに該当しなければ（Ｓ７１５：ＮＯ）、直ちにＳ７１７の処理に移行する。

そして、あらかじめ設定された端末装置（例えば、電源が投入されているすべての端末装置、設定に基づき抽出される一部の端末装置、等）を通信相手として設定し（Ｓ７１７）、また、音声入力元の端末装置３１〜３３に対して失言の結果（名前や禁止ワードの有無の結果や、抑揚チェック、丁寧表現チェックの結果等）を通知する（Ｓ７１８）。

続いて、配信を行う端末装置３１〜３３（配信先車両）の位置が特定の位置を通過したか否かを判定する（Ｓ７１９）。ここで、サーバ１０においては、複数の広告が広告ＤＢに登録されており、この広告ＤＢでは、広告ごとに広告を配信する領域が設定されている。この処理では、広告（ＣＭ）を配信する領域に端末装置３１〜３３が進入したことを検出している。

配信先車両が特定の位置を通過していれば（Ｓ７１９：ＹＥＳ）、特定の位置に対応する広告をこの端末装置３１〜３３に送信する音声パケットに付加する（Ｓ７２０）。また、配信先車両が特定の位置を通過していなければ（Ｓ７１９：ＮＯ）、Ｓ７２１の処理に移行する。

続いて、配信すべき音声パケットが複数あるか否かを判定する（Ｓ７２１）。音声パケットが複数ある場合には（Ｓ７２１：ＹＥＳ）、音声パケットが重複しないように整列させ（Ｓ７２２）、Ｓ７２３の処理に移行する。なお、この処理の際には、緊急情報の再生順位が先になるように優先して整列され、休憩フラグがセットされた音声パケットは順序が後になるように整列される。

また、音声パケットが１つである場合には（Ｓ７２１：ＮＯ）、直ちにＳ７２３の処理に移行する。続いて、既に音声パケットを送信中であるか否かを判定する（Ｓ７２３）。
音声パケットの送信中であれば（Ｓ７２３：ＹＥＳ）、送信しようとする音声パケットを送信中のパケットの後で送信するよう設定し（Ｓ７２４）、Ｓ７２６の処理に移行する。また、音声パケットの送信中でなければ（Ｓ７２３：ＮＯ）、直ちにＳ７２６の処理に移行する。

ところで、Ｓ７２５の処理では、送信する音声パケットがあるか否かを判定する（Ｓ７２５）。音声パケットがあれば（Ｓ７２５：ＹＥＳ）、送信すべき音声パケットの送信を行い（Ｓ７２６）、音声配信処理を終了する。また、音声パケットがなければ（Ｓ７２６：ＮＯ）、音声配信処理を終了する。

次に、端末装置３１〜３３のＣＰＵ４１が音声の再生を行う音声再生処理について図１１Ａ及び１１Ｂに示すフローチャートを用いて説明する。音声再生処理では、図１１Ａ及び１１Ｂに示すように、まず、他の端末装置３１〜３３やサーバ１０等の他の装置からパケットを受信したか否かを判定する（Ｓ８０１）。パケットを受信していなければ（Ｓ８０１：ＮＯ）、音声再生処理を終了する。

また、パケットを受信していれば（Ｓ８０１：ＹＥＳ）、このパケットが音声パケットであるか否かを判定する（Ｓ８０２）。音声パケットでなければ（Ｓ８０２：ＮＯ）、後述するＳ８１２の処理に移行する。

また、音声パケットであれば（Ｓ８０２：ＹＥＳ）、現在再生中の音声情報について再生を停止し、再生中であった音声情報を消去する（Ｓ８０３）。そして、配信禁止フラグがセットされているか否かを判定する（Ｓ８０４）。配信禁止フラグがセットされていれば（Ｓ８０４：ＹＥＳ）、音声再生を禁止する旨を示す音声メッセージ（ＲＯＭ等のメモ
リにあらかじめ記録されているもの）を生成するとともに、この音声メッセージに対応する文字メッセージを生成する（Ｓ８０５）。

続いて、音声を聞き取りやすくするために、オーディオ装置５０により再生されている音楽等の再生音量をオフにする（Ｓ８０６）。なお、再生音量を低下させてもよく、また、再生自体を停止させてもよい。

続いて、再生される音声の配信元に対応する端末装置３１〜３３の位置（発声位置）と、自身の端末装置３１〜３３の位置（現在地）と、の位置関係に応じて、音声をスピーカ５３から再生する際に出力される音量を設定するスピーカ設定処理を実施し（Ｓ８０７）、設定された音量でＳ８０５の処理にて生成された音声メッセージを再生（再生を開始）する（Ｓ８０８）。この際、文字メッセージを含む文字データをナビゲーション装置４８のディスプレイに出力し表示させる（Ｓ８１２）。

なお、この処理において表示される文字データとしては、音声パケットに含まれる音声情報の表す音声の内容を示す文字データ、ユーザによる操作内容を示す文字データ及び音声メッセージが含まれる。

また、Ｓ８０４の処理にて、配信禁止フラグがセットされていなければ（Ｓ８０４：ＮＯ）、前述したＳ８０６と同様、オーディオ装置５０により再生されている音楽等の再生音量をオフにする（Ｓ８０９）。さらに、スピーカ設定処理を実施し（Ｓ８１０）、音声パケットに含まれる音声情報の表す音声を再生し（Ｓ８１１）、Ｓ８１２の処理に移行する。音声情報の表す音声は合成音声であるため、再生態様を容易に変更することができる。例えば、再生スピードの調整、言葉に含まれる感情成分の抑制、音調の調整、声色の調整など、ユーザ操作に基づき又は自動的に変更することができる。

なお、Ｓ８１１の処理では、整列された音声パケットに含まれる音声情報の表す音声を順に再生するので、音声パケットが重複することはないことを前提としているが、複数のサーバ１０から音声パケットを受信する場合のように、音声パケットが重複する虞がある場合には、前述のＳ７２２の処理（音声パケットを整列させる処理）を実施するようにすればよい。

続いて、コマンドを表す音声がユーザにより入力されたか否かを判定する（Ｓ８１３）。本実施形態では、音声の再生中に、再生中の音声を飛ばすコマンドを表す音声（例えば「カット」という音声）が入力されると（Ｓ８１３：ＹＥＳ）、現在再生中の音声情報を所定の単位で飛ばして、次の音声情報を再生する（Ｓ８１４）。つまり、聞きたくない音声を、音声操作によりスキップして再生することができる。ここでいう所定の単位は、例えば発言（コメント）単位としてもよく、また、発言者単位としてもよい。受信したすべての音声情報について音声の再生が終了すると（Ｓ８１５：ＹＥＳ）、オーディオ装置５０により再生されている音楽等の再生音量をオンに戻して（Ｓ８１６）、音声再生処理を終了する。

次に、Ｓ８０７及びＳ８１０で実行されるスピーカ設定処理の詳細について、図１２を用いて説明する。図１２は音声再生処理のうちのスピーカ設定処理を示すフローチャートである。スピーカ設定処理では、図１２に示すように、まず、自車両位置を示す位置情報（過去の位置情報を含む）をナビゲーション装置４８から取得する（Ｓ９０１）。

続いて、再生対象となる音声パケットに含まれる位置情報（発声位置）を抽出し（Ｓ９０２）、自車両の移動ベクトルに対する他の端末装置３１〜３３の位置（距離）を検出する（Ｓ９０３）。この処理においては、自身の端末装置３１〜３３（車両）の進行方向を
基準としたときの再生する音声パケットの送信元の端末装置が位置する方位と、この端末装置までの距離とを検出する。

続いて、音声パケットの送信元の端末装置が位置する方位に応じて、スピーカの音量比を調整する（Ｓ９０４）。この処理では、送信元の端末装置が位置する方位から音声が聞こえるように、この端末装置が存在する方位に位置するスピーカの音量を最も大きくなるように音量の比率を設定する。

そして、音声パケットの送信元の端末装置までの距離に応じて最も音量比が大きなスピーカに対する音量の最大値を設定する（Ｓ９０５）。この処理によって他のスピーカに対する音量についても音量比に基づいて設定できる。このような処理が終了すると、スピーカ設定処理を終了する。

次に、モード移行処理について説明する。図１３は、端末装置３１〜３３のＣＰＵ４１が実行するモード移行処理を示すフローチャートである。モード移行処理は、通信相手を不特定多数とする配信モードと、特定の相手を通信相手とする対話モードとを切り替えるための処理であり、端末装置３１〜３３の電源が投入されると開始され、その後繰り返し実施される。

詳細には、図１３に示すように、まず、現在の設定モードが対話モードであるか配信モードであるかを判定する（Ｓ１００１，Ｓ１００４）。設定モードが対話モードでも配信モードでもなければ（Ｓ１００１：ＮＯ，Ｓ１００４：ＮＯ）、Ｓ１００１の処理に戻る。

また、設定モードが対話モードであれば（Ｓ１００１：ＹＥＳ）、入力部４５を介してモード移行操作があったか否かを判定する（Ｓ１００２）。モード移行操作がなければ（Ｓ１００２：ＮＯ）、モード移行処理を終了する。

モード移行操作があれば（Ｓ１００２：ＹＥＳ）、配信モードに移行する（Ｓ１００３）。この際、サーバ１０に対して通信相手を不特定多数に設定するよう通知し、サーバ１０がこの通知を受けて、この端末装置３１〜３３に対する通信相手の設定（通信相手ＤＢの記述）を変更する。

また、設定モードが配信モードであれば（Ｓ１００１：ＮＯ，Ｓ１００４：ＹＥＳ）、入力部４５を介してモード移行操作があったか否かを判定する（Ｓ１００５）。モード移行操作がなければ（Ｓ１００５：ＮＯ）、モード移行処理を終了する。

モード移行操作があれば（Ｓ１００５：ＹＥＳ）、音声パケットを再生中の相手に対話要求を送信する（Ｓ１００６）。詳細には、サーバ１０に対して音声パケット（の送信元の端末装置）を指定して対話要求を送信すると、サーバ１０は対応する端末装置に対話要求を送信する。そしてサーバ１０は、この端末装置から対話要求に対する回答を受け、対話要求元の端末装置３１〜３３に回答を送る。

端末装置３１〜３３では、対話要求を受け入れる旨の回答があれば（Ｓ１００７：ＹＥＳ）、対話要求を受け入れた端末装置を通信相手とする対話モードに移行する（Ｓ１００８）。この際、サーバ１０に対して通信相手を特定の端末装置に設定するよう端末装置を指定して通知し、サーバ１０がこの通知を受けて通信相手の設定を変更する。

また、対話要求を受け入れる旨の回答がなければ（Ｓ１００７：ＮＯ）、モード移行処理を終了する。
次に、図１４は、端末装置３１〜３３のＣＰＵ４１が実行する再再生処理を示すフローチャートである。再再生処理は、音声パケットに含まれる音声情報の表す音声の再生中に、繰り返し再生を行う旨の再再生操作が入力されると開始される割り込み処理である。この処理は、音声再生処理を中断して実施される。

再再生処理では、図１４に示すように、まず、指定の音声パケットを選択する（Ｓ１０１１）。この処理では、再生中の音声パケット又は再生直後の音声パケット（再生終了後基準時間（例えば３秒）以内）を現在再生中の音声パケットの再生開始後の時間に応じて選択する。

続いて、選択された音声パケットを最初から再生し（Ｓ１０１２）、再再生処理を終了する。この処理が終了すると、音声再生処理を再開する。
ところで、サーバ１０は、端末装置３１〜３３から送信された音声パケットを受信して音声情報を蓄積し、端末装置３１〜３３から要求を受けた場合に、蓄積している音声情報の中から要求元の端末装置３１〜３３に応じた音声情報を抽出し、抽出した音声情報を送信してもよい。

図１５は、サーバ１０のＣＰＵ１１が実行する蓄積処理を示すフローチャートである。蓄積処理は、前述した音声発信処理（図５Ａ及び５Ｂ）で端末装置３１〜３３から送信された音声パケットを蓄積（記憶）するための処理である。なお、蓄積処理は、前述した音声配信処理（図１０Ａ−１０Ｃ）に代えて実施してもよく、また、音声配信処理とともに（例えば並行して）実施してもよい。

蓄積処理では、まず、端末装置３１〜３３から送信された音声パケットを受信したか否かを判定する（Ｓ１１０１）。音声パケットを受信していなければ（Ｓ１１０１：ＮＯ）、蓄積処理を終了する。

音声パケットを受信した場合には（Ｓ１１０１：ＹＥＳ）、受信した音声パケットをデータベース１４に蓄積する（Ｓ１１０２）。具体的には、音声パケットに含まれる各種情報（音声情報、緊急情報、位置情報、操作内容情報、分類情報、ユーザのニックネーム、等）に基づいて、音声情報が検索できる形で蓄積する。その後、蓄積処理を終了する。なお、所定の消去条件を満たす音声情報（例えば、古い音声情報、解約ユーザの音声情報、等）はデータベース１４から消去するようにしてもよい。

図１６は、端末装置３１〜３３のＣＰＵ４１が実行する要求処理を示すフローチャートである。要求処理は、所定時間（例えば数十秒や数分）ごとに実行される。
要求処理では、まず、ナビゲーション装置４８によりルート案内の処理が実行されている（換言すれば、目的地までの案内ルートが設定されている）か否かを判定する（Ｓ１２０１）。ルート案内の処理が実行されていると判定した場合には（Ｓ１２０１：ＹＥＳ）、ナビゲーション装置４８から、自車両位置を示す位置情報（現在の位置情報）と、案内ルートの情報（目的地及び目的地に至る経路の情報）と、を車両位置情報として取得する（Ｓ１２０２）。その後、Ｓ１２０６に移行する。なお、車両位置情報とは、後述する周辺エリアをサーバ１０に設定させるための情報である。

一方、ルート案内の処理が実行されていないと判定した場合には（Ｓ１２０１：ＮＯ）、車両が走行中であるか否かを判定する（Ｓ１２０３）。具体的には、車両の走行速度が判定基準値を上回る場合に、走行中であると判定する。この判定基準値は、一般的な右左折時の速度（直進走行と比較して低い速度）よりも高い値となるように設定されている。このため、走行中であると判定された場合には、車両の進行方向が大きく変化しない可能性が高い。換言すれば、Ｓ１２０３では、車両の位置情報の変化に基づき進行方向が予測
しやすい走行状態であるか否かを判定する。ただし、これに限定されるものではなく、例えば、０又は０に近い値を判定基準値に設定してもよい。

車両が走行中であると判定した場合には（Ｓ１２０３：ＹＥＳ）、ナビゲーション装置４８から、自車両位置を示す位置情報（現在の位置情報）と、１つ以上の過去の位置情報と、を車両位置情報として取得する（Ｓ１２０４）。その後、Ｓ１２０６に移行する。なお、過去の位置情報を複数取得する場合は、例えば、５秒前の位置情報、１０秒前の位置情報、というように、時間間隔が等しい位置情報を取得してもよい。

一方、車両が走行中でないと判定した場合には（Ｓ１２０３：ＮＯ）、ナビゲーション装置４８から、自車両位置を示す位置情報（現在の位置情報）を車両位置情報として取得する（Ｓ１２０５）。その後、Ｓ１２０６に移行する。

続いて、お気に入り情報を取得する（Ｓ１２０６）。お気に入り情報は、多数の音声情報の中からユーザが必要とする音声情報を抽出（検索）するために用いることのできる情報であり、ユーザにより手動で又は自動的に（例えば、ユーザの発言などから嗜好を解析して）設定される。例えば、特定のユーザ（例えば、あらかじめ指定しておいたユーザ）がお気に入り情報として設定されると、その特定のユーザにより発信された音声情報が優先して抽出される。同様に、例えば、特定のキーワードがお気に入り情報として設定されると、その特定のキーワードを含む音声情報が優先して抽出される。なお、このＳ１２０６の処理では、既に設定されているお気に入り情報を取得してもよく、また、この段階でユーザに設定させてもよい。

続いて、要求する音声情報の種類（ジャンル）を取得する（Ｓ１２０７）。ここでいう種類とは、前述したＳ１０９等の処理で分類した種類（本実施形態では「通常」、「注意」及び「警告」）である。

続いて、車両位置情報と、お気に入り情報と、音声情報の種類と、自身（端末装置３１〜３３）のＩＤ（サーバ１０が返信先を特定するための情報）と、を含む情報要求を、サーバ１０へ送信する（Ｓ１２０８）。その後、要求処理を終了する。

図１７Ａ及び１７Ｂは、サーバ１０のＣＰＵ１１が実行する応答処理を示すフローチャートである。応答処理は、前述した要求処理（図１６）で端末装置３１〜３３から送信された情報要求に対して応答するための処理である。なお、応答処理は、前述した音声配信処理（図１０Ａ−１０Ｃ）に代えて実施してもよく、また、音声配信処理とともに（例えば並行して）実施してもよい。

応答処理では、まず、端末装置３１〜３３から送信された情報要求を受信したか否かを判定する（Ｓ１３０１）。情報要求を受信していなければ（Ｓ１３０１：ＮＯ）、応答処理を終了する。

情報要求を受信した場合には（Ｓ１３０１：ＹＥＳ）、受信した情報要求に含まれる車両位置情報に応じた周辺エリアを設定する（Ｓ１３０２〜Ｓ１３０６）。本実施形態では、前述したように（Ｓ１２０１〜Ｓ１２０５，Ｓ１２０８）、（Ｐ１）自車両位置を示す位置情報、（Ｐ２）自車両位置を示す位置情報及び１つ以上の過去の位置情報、（Ｐ３）自車両位置を示す位置情報及び案内ルートの情報、のうちのいずれかが、車両位置情報として提供される。

受信した情報要求に含まれる車両位置情報が、（Ｐ１）自車両位置を示す位置情報、であると判定した場合には（Ｓ１３０２：ＹＥＳ）、図１８に例示するように、自車両位置
（車両の現在地）Ｃから所定距離Ｌ１以内のエリアＡ１を周辺エリアに設定する（Ｓ１３０３）。その後、Ｓ１３０７に移行する。なお、図１８において、縦横の線は、車両が走行可能な道路を示し、“×”は、サーバ１０に蓄積されている音声情報の発声位置を示す。

一方、受信した情報要求に含まれる車両位置情報が、（Ｐ２）自車両位置を示す位置情報及び１つ以上の過去の位置情報、であると判定した場合には（Ｓ１３０２：ＮＯ，Ｓ１３０４：ＹＥＳ）、図１９に例示するように、自車両位置（車両の現在地）Ｃよりも進行方向側（図１９における右側）にずれた基準位置Ｃｂから所定距離Ｌ２以内のエリアＡ２を周辺エリアに設定する（Ｓ１３０５）。その後、Ｓ１３０７に移行する。

具体的には、車両の進行方向は、現在の位置情報Ｃと過去の位置情報Ｃｐとの位置関係に基づいて推測する。なお、現在地Ｃから基準位置Ｃｂまでの距離は、エリアの半径Ｌ２よりも大きくしてもよい。つまり、現在地Ｃを含まないエリアＡ２を周辺エリアに設定してもよい。

一方、受信した情報要求に含まれる車両位置情報が、（Ｐ３）自車両位置を示す位置情報及び案内ルートの情報、であると判定した場合には（Ｓ１３０４：ＮＯ）、走行予定経路に沿ったエリアを周辺エリアに設定する（Ｓ１３０６）。その後、Ｓ１３０７に移行する。

具体的には、例えば図２０に示すように、出発地Ｓから目的地Ｇに至る走行予定経路（太線部分）のうち、現在地Ｃから目的地Ｇに至る経路に沿ったエリア（経路上と判定されるエリア）Ａ３を、周辺エリアに設定する。ここで、経路に沿ったエリアは、例えば、経路からの距離が所定距離Ｌ３以内の範囲として設定してもよい。この場合、道路属性（例えば道路の幅や種類など）に応じてＬ３の値を変更してもよい。また、目的地Ｇまでの範囲ではなく、現在地Ｃから所定距離Ｌ４以内の範囲としてもよい。また、ここでは走行済みの経路（出発地Ｓから現在地Ｃに至る経路）を除外しているが、これに限定されるものではなく、走行済みの経路も含めるようにしてもよい。

続いて、データベース１４に蓄積されている音声情報の中から、発声位置が周辺エリア内の音声情報を抽出する（Ｓ１３０７）。図１８〜図２０の例では、発声位置が周辺エリア（破線で囲まれた領域）Ａ１，Ａ２，Ａ３内の音声情報が抽出される。

続いて、Ｓ１３０７で抽出された音声情報の中から、受信した情報要求に含まれる音声情報の種類に対応する音声情報を抽出する（Ｓ１３０８）。さらに、Ｓ１３０８で抽出された音声情報の中から、受信した情報要求に含まれるお気に入り情報に対応する音声情報を抽出する（Ｓ１３０９）。

以上の処理（Ｓ１３０２〜Ｓ１３０９）により、端末装置３１〜３３から受信した情報要求に応じた音声情報を、その情報要求の送信元の端末装置３１〜３３へ送信すべき送信候補の音声情報として抽出する。

続いて、送信候補の音声情報のそれぞれについて、音声の内容を解析する（Ｓ１３１０）。具体的には、音声情報の表す音声をテキスト（文字データ）に変換し、変換後のテキストに含まれるキーワードを抽出する。なお、音声情報の内容を表すテキスト（文字データ）をその音声情報ともにデータベース１４に記憶しておき、記憶されている情報を利用するようにしてもよい。

続いて、送信候補の音声情報のそれぞれについて、他の音声情報と内容が重複するか否
かを判定する（Ｓ１３１１）。例えば、ある音声情報Ａに含まれるキーワードと、別の音声情報Ｂに含まれるキーワードと、が所定割合以上（例えば半数以上）一致する場合に、音声情報Ａ，Ｂの内容が重複すると判定する。なお、単にキーワードの割合で判定するのではなく、文脈等に基づき内容の重複を判定してもよい。

そして、送信候補の音声情報のすべてについて、他の音声情報と内容が重複しないと判定した場合には（Ｓ１３１１：ＮＯ）、Ｓ１３１３へ移行して、送信候補の音声情報を、情報要求の送信元の端末装置３１〜３３へ送信し（Ｓ１３１３）、応答処理を終了する。なお、送信先の端末装置３１〜３３ごとに、送信済みの音声情報を記憶しておき、既に送信した音声情報については送信しないようにしてもよい。

一方、送信候補の音声情報の中に、他の音声情報と内容が重複する音声情報が存在すると判定した場合には（Ｓ１３１１：ＹＥＳ）。内容が重複する複数の音声情報のうち、送信候補の音声情報として残す１つの音声情報以外を、送信候補の音声情報から除外することで、内容の重複を解消する（Ｓ１３１２）。例えば、内容が重複する複数の音声情報のうち、最も新しい音声情報を残してもよく、逆に、最も古い音声情報を残してもよい。また例えば、音声情報に含まれるキーワードが最も多いものを残してもよい。その後、送信候補の音声情報を、情報要求の送信元の端末装置３１〜３３へ送信し（Ｓ１３１３）、応答処理を終了する。

なお、サーバ１０から端末装置３１〜３３へ送信された音声情報は、前述した音声再生処理（図１１Ａ及び１１Ｂ）で再生される。端末装置３１〜３３は、既に受信済みの音声パケットの表す音声の再生中に、新たな音声パケットを受信した場合には、新たに受信した音声パケットの表す音声を優先して再生する。また、古い音声パケットの表す音声は再生せずに消去する。その結果、車両の位置に応じた音声情報の表す音声が優先して再生される。

［本実施形態による効果］
以上説明したように、本実施形態によれば、以下の効果が得られる。
（１）端末装置３１〜３３は、車両において、ユーザが発した音声を入力するとともに（Ｓ１０２）、位置情報（現在地）を取得する（Ｓ１１４）。そして、端末装置３１〜３３は、入力された音声を表す音声情報を、その音声の入力時に取得された位置情報（発声位置）が特定可能な形で、複数の端末装置３１〜３３で共用されるサーバ１０へ送信する（Ｓ１１６）。また、端末装置３１〜３３は、他の端末装置３１〜３３からサーバ１０へ送信された音声情報をサーバ１０から受信し、受信した音声情報の表す音声を再生する（Ｓ８１１）。具体的には、端末装置３１〜３３は、他の端末装置３１〜３３からサーバ１０へ送信された音声情報のうち、その発声位置が、現在地を基準に設定される周辺エリア内（Ｓ１３０３，Ｓ１３０５，Ｓ１３０６）に位置する音声情報の表す音声を再生する。

ある場所でユーザが発した音声は、その場所に存在する（又はその場所へ向かう）他のユーザにとって、有用である場合が多い。特に、車両に乗車したユーザの位置は、車両に乗車していないユーザと比較して、時間の経過（車両の走行）に伴い大きく変化し得る。したがって、車両に乗車するユーザにとって、現在地を基準とする周辺エリア内で発せられた他のユーザの音声は、有用な情報となり得る。

この点、本実施形態では、ある端末装置３１のユーザは、他の端末装置３２，３３（他の車両）のユーザが発した音声のうち、端末装置３１の現在地を基準に設定される周辺エリア内で発せされた音声を聞くことができる。したがって、本実施形態によれば、車両に乗車したユーザに対して有用な情報を提供することができる。

周辺エリア内で発生された音声は、リアルタイムな音声に限らず、過去の（例えば数時間前に発せられた）音声も含まれ得るが、このような音声は、周辺エリア外（例えば遠方の場所）で発せられたリアルタイムな音声と比較して、有用な情報となり得る。例えば、道路における特定の地点で車線規制等が行われている場合、その情報をあるユーザがつぶやくことで、その地点へ向かう別のユーザは、その地点を回避するという選択を行うことができる。また例えば、道路における特定の地点から見る景色が素晴らしい場合、その情報をあるユーザがつぶやくことで、その地点へ向かう別のユーザは、その景色を見逃さないようにすることができる。

（２）端末装置３１〜３３からサーバ１０へ、車両位置情報として、車両の現在の位置情報に加え、過去の位置情報又は走行予定経路（進行予定経路）の情報が送信された場合、周辺エリアは、車両の現在地に対して進行方向側に偏りを持つエリアに設定される（図１９、図２０）。このため、既に通過した場所で発せられた音声を再生対象から減らして、これから向かう場所で発せられた音声を増やすことができる。その結果、情報の有用性を高くすることができる。

（３）周辺エリアが、走行予定経路に沿ったエリアに設定された場合には、走行予定経路に沿ったエリア以外で発せられた音声を除外することができるため、情報の有用性を更に向上させることができる。

（４）端末装置３１〜３３は、所定時間ごとに車両位置情報を自動的に取得し（Ｓ１２０２，Ｓ１２０４，Ｓ１２０５）、サーバ１０へ送信することで（Ｓ１２０８）、車両の現在地に応じた音声情報を取得する。このため、車両の走行に伴い位置が変化しても、その位置に応じた音声情報を取得することができる。特に、端末装置３１〜３３は、サーバ１０から新たな音声情報を受信した場合に、受信済みの音声情報を消去して（Ｓ８０３）、新たな音声情報を再生する（Ｓ８１１）。つまり、所定時間ごとに、音声を再生すべき音声情報を、最新の車両位置情報に応じた音声情報に更新する。したがって、再生される音声を、車両の走行に伴う位置の変化に追従させることができる。

（５）端末装置３１〜３３は、車両の現在地を含む車両位置情報等をサーバ１０へ送信することで（Ｓ１２０８）、現在地等に応じた音声情報をサーバ１０に抽出させ（Ｓ１３０２〜Ｓ１３１２）、サーバ１０から受信した音声情報の表す音声を再生する（Ｓ８１１）。このため、端末装置３１〜３３で音声情報を抽出する構成と比較して、サーバ１０から受信する音声情報の量を減らすことができる。

（６）端末装置３１〜３３は、ユーザの発した音声を入力し（Ｓ１０２）、入力した音声を合成音声に変換する（Ｓ１０７）。このように合成音声に変換してから再生することで、音声をそのまま再生する場合と比較して、再生態様を変更しやすくすることができる。例えば、再生スピードの調整、言葉に含まれる感情成分の抑制、音調の調整、声色の調整、などの変更を容易に行うことができる。

（７）端末装置３１〜３３は、音声の再生中に、コマンドを表す音声が入力された場合に、そのコマンドに応じて音声の再生態様を変更する。具体的には、再生中の音声を飛ばすコマンドを表す音声が入力された場合に（Ｓ８１３：ＹＥＳ）、再生中の音声を所定の単位で飛ばして再生する（Ｓ８１４）。このため、聞きたくない音声を、例えば発言（コメント）単位や、発言者単位など、所定の単位で飛ばして再生することができる。

（８）サーバ１０は、送信候補の音声情報のそれぞれについて、他の音声情報と内容が重複するか否かを判定し（Ｓ１３１１）、重複すると判定した場合には（Ｓ１３１１：ＹＥＳ）、重複する内容の音声情報を削除する（Ｓ１３１２）。例えば、ある場所で発生し
た事故についての発言などのように、同じ事象に対して複数のユーザが同様の発言をした場合には、同様の発言が繰り返し再生される現象が生じやすくなる。この点、本実施形態によれば、内容の重複する音声の再生が省略されるため、同様の発言が繰り返し再生される現象を生じにくくすることができる。

（９）サーバ１０は、送信候補の音声情報の中から、お気に入り情報に対応する音声情報を抽出して（Ｓ１３０９）、端末装置３１〜３３へ送信する（Ｓ１３１３）。このため、他の多数のユーザにより送信される大量の音声情報の中から、ユーザが必要とする（ユーザに応じた優先条件を満たす）音声情報を効率よく抽出して優先的に再生することができる。

（１０）端末装置３１〜３３は、車両に搭載されたオーディオ装置と通信可能に構成され、音声の再生中におけるオーディオ装置の音量を、音声を再生する前の音量と比較して、低くする（Ｓ８０６）。このため、音声を聞き取りやすくすることができる。

（１１）端末装置３１〜３３は、車両において、車両に関する特定のイベントが発生したことを検出する（Ｓ１１０，Ｓ１１２）。そして、端末装置３１〜３３は、特定のイベントが発生したことを検出した場合に（Ｓ１１０：ＹＥＳ又はＳ１１２：ＹＥＳ）、特定のイベントに対応する音声を表す音声情報を、他の端末装置３１〜３３又はサーバ１０へ送信する（Ｓ１１６）。また、端末装置３１〜３３は、他の端末装置３１〜３３又はサーバ１０から音声情報を受信し、受信した音声情報の表す音声を再生する（Ｓ８１１）。

本実施形態によれば、ある端末装置３１のユーザは、他の端末装置３２，３３（他の車両）から送信された、車両に関する特定のイベントに対応する音声を聞くことができる。したがって、端末装置３１〜３３のユーザは、他の車両の状態を、運転しながら把握することができる。

（１２）端末装置３１〜３３は、車両のユーザにより特定の運転操作が行われたことを、特定のイベントとして検出する（Ｓ３０１，Ｓ３０３，Ｓ３０６）。そして、端末装置３１〜３３は、特定の運転操作を検出した場合に（Ｓ３０１：ＹＥＳ、Ｓ３０３：ＹＥＳ又はＳ３０６：ＹＥＳ）、特定の運転操作が行われたことを通知する内容の音声を表す音声情報を送信する（Ｓ３０２，Ｓ３０４，Ｓ３０７，Ｓ１１６）。このため、端末装置３１〜３３のユーザは、他の車両において特定の運転操作が行われたことを、運転しながら把握することができる。

（１３）端末装置３１〜３３は、急ブレーキ操作を検出した場合に（Ｓ３０６：ＹＥＳ）、急ブレーキ操作が行われたことを通知する内容の音声を表す音声情報を送信する（Ｓ３０７）。このため、端末装置３１〜３３のユーザは、他の車両において急ブレーキ操作が行われたことを、運転しながら把握することができる。したがって、目視だけで他の車両の状態を確認する場合と比較して、安全な走行を実現することができる。

（１４）端末装置３１〜３３は、パッシング操作を検出した場合に（Ｓ３０３：ＹＥＳ）、パッシング操作が行われたことを通知する内容の音声を表す音声情報を送信する（Ｓ３０４）。このため、端末装置３１〜３３のユーザは、他の車両においてパッシング操作が行われたことを、運転しながら把握することができる。したがって、目視だけで他の車両の状態を確認する場合と比較して、他の車両からの合図を把握しやすくすることができる。

（１５）端末装置３１〜３３は、ウインカ操作を検出した場合に（Ｓ３０１：ＹＥＳ）、ウインカ操作が行われたことを通知する内容の音声を表す音声情報を送信する（Ｓ３０
２）。このため、端末装置３１〜３３のユーザは、他の車両においてウインカ操作が行われたことを、運転しながら把握することができる。したがって、目視だけで他の車両の状態を確認する場合と比較して、他の車両の動きを予測しやすくすることができる。

（１６）端末装置３１〜３３は、車両に関する特定の状態を特定のイベントとして検出する（Ｓ４０１，Ｓ４０３，Ｓ４０５，Ｓ４０８）。そして、端末装置３１〜３３は、特定の状態を検出した場合に（Ｓ４０１：ＹＥＳ、Ｓ４０３：ＹＥＳ、Ｓ４０５：ＹＥＳ又はＳ４０８：ＹＥＳ）、特定の状態が検出されたことを通知する内容の音声を表す音声情報を送信する（Ｓ４０２，Ｓ４０４，Ｓ４０６，Ｓ４０９，Ｓ１１６）。このため、端末装置３１〜３３のユーザは、他の車両において特定の状態が検出されたことを、運転しながら把握することができる。

（１７）端末装置３１〜３３は、ＡＢＳの作動を検出した場合に（Ｓ４０１：ＹＥＳ）、ＡＢＳが作動したことを通知する内容の音声を表す音声情報を送信する（Ｓ４０２）。このため、端末装置３１〜３３のユーザは、他の車両においてＡＢＳが作動したことを、運転しながら把握することができる。したがって、路面の状況を目視だけで確認する場合と比較して、スリップしやすい状況を予測しやすくすることができる。

（１８）端末装置３１〜３３は、路面の段差などと車両の下面とが接触した状態又は接触する危険性の高い状態を検出した場合に（Ｓ４０３：ＹＥＳ）、車両の下面を擦る危険性があることを通知する内容の音声を表す音声情報を送信する（Ｓ４０４）。このため、路面の状況を目視だけで確認する場合と比較して、車両の下面を擦る危険性が高い状況を予測しやすくすることができる。

（１９）端末装置３１〜３３は、車両が横風を受けている状態を検出した場合に（Ｓ４０５：ＹＥＳ）、車両が横風を受けていることを通知する内容の音声を表す音声情報を送信する（Ｓ４０６）。このため、車外の状況を目視だけで確認する場合と比較して、横風の影響を受けやすい状況を予測しやすくすることができる。

（２０）端末装置３１〜３３は、車両が転落又は衝突した状態を検出した場合に（Ｓ４０８：ＹＥＳ）、車両が転落又は衝突したことを通知する内容の音声を表す音声情報を送信する（Ｓ４０９）。このため、端末装置３１〜３３のユーザは、他の車両が転落又は衝突したことを、運転しながら把握することができる。したがって、目視だけで他の車両の状態を確認する場合と比較して、安全な走行を実現することができる。

（２１）その他、以下のような効果も得られる。
以上のように詳述した通信システム１は、互いに通信可能な複数の端末装置３１〜３３を備えており、また、複数の端末装置３１〜３３のそれぞれと通信可能なサーバ１０とを備えている。各端末装置３１〜３３のＣＰＵ４１は、ユーザが音声を入力すると該音声を音声情報に変換し、音声情報を他の端末装置３１〜３３を含む装置に送信する。

そして、ＣＰＵ４１は他の端末装置３１〜３３にて送信された音声情報を受信し、受信した音声情報を再生する。また、サーバ１０は、複数の端末装置３１〜３３から送信された音声情報を受信し、各音声情報に対応する音声が重複しないように整列させてから複数の端末装置３１〜３３に対して音声情報を配信する。

このような通信システム１によれば、音声で発信内容を入力し、音声で他の端末装置３１〜３３からの発信内容を再生することができるので、運転中のユーザであってもつぶやきたい内容等の発信内容を安全に送受信することができる。また、このような通信システム１では、音声を再生する際に、音声が重複しないように再生することができるので、音
声を聞きやすくすることができる。

また、上記通信システム１においてＣＰＵ４１は、ユーザによる特定の指令を受けると、既に再生した音声情報を再度再生する。特に、直前に再生した音声情報を再生してもよい。このような通信システム１によれば、騒音等によって聞き取れなかった音声情報をユーザの指令により再度再生することができる。

さらに、上記通信システム１において、端末装置３１〜３３は車両に搭載されており、端末装置３１〜３３のＣＰＵ４１は、車両のハンドル上にあるユーザの手の動きを検出するタッチパネル６１，６２と、タッチパネル６１，６２により音声の入力を開始する開始特定動作を検出した場合に、音声パケットを生成する処理を開始させ、タッチパネル６１，６２により音声の入力を終了する終了特定動作を検出した場合に、音声パケットを生成する処理を終了させる。このような通信システム１によれば、音声を入力するための操作をハンドル上で行うことができる。よって、車両の運転中のユーザがより安全に音声を入力することができる。

また、上記通信システム１においてＣＰＵ４１は、タッチパネル６１，６２を介して入力される開始特定動作及び終了特定動作を、クラクションを操作する際の操作方向とは異なる方向の手の動きとして検出する。このような通信システム１によれば、開始特定動作又は終了特定動作の際に、クラクションが鳴らされることを抑制することができる。

また、上記通信システム１においてサーバ１０は、ユーザによって入力された音声情報に、該ユーザを識別するための識別情報を音声で付加した新たな音声情報を生成し、該生成した音声情報を配信する。このような通信システム１では、ユーザを識別するための識別情報を音声で付加することができるので、ユーザは自身の識別情報を話すことなく、他のユーザに音声発信元のユーザを通知することができる。

さらに、上記通信システム１においてサーバ１０は、音声情報の再生前に、音声情報から該音声情報に含まれるあらかじめ設定されたキーワードを抽出し、音声情報に含まれるキーワードを別の単語の音声又はあらかじめ設定された音に置き換える。このような通信システム１によれば、配信するには好ましくない単語（卑猥な単語や人名を示す単語、野蛮な単語等）をキーワードに登録し、配信してもよい単語や音に置換して配信を行うことができる。

また、上記通信システム１において各端末装置３１〜３３のＣＰＵ４１は、自身の位置情報を取得し、該位置情報を自身の端末装置３１〜３３から送信する音声情報に対応付けて他の端末装置３１〜３３に対して送信し、他の端末装置３１〜３３にて送信された位置情報を取得する。そして、再生される音声に対応する端末装置３１〜３３の位置と自身の端末装置３１〜３３の位置との位置関係に応じて、音声を再生する際に出力される音量を制御する。

特に、ＣＰＵ４１は、他の端末装置３１〜３３までの距離が遠くなるに従って音量が小さくなるように制御し、かつ複数のスピーカから音声を出力する際に、自身の端末装置３１〜３３の位置に対する他の端末装置３１〜３３が位置する方位に応じて、ユーザからみて他の端末装置３１〜３３が位置する方向からの音量が大きくなるように音量を制御する。

このような通信システム１によれば、再生される音声に対応する端末装置３１〜３３の位置と自身の端末装置３１〜３３の位置との位置関係に応じて音量を制御するので、音声を聞くユーザは、他の端末装置３１〜３３と自身の端末装置３１〜３３との位置関係を感
覚的に把握することができる。

さらに、上記通信システム１においてサーバ１０は、音声情報を文字に変換し、変換された文字を表示装置に出力する。このような通信システム１によれば、音声で聞き逃した情報を文字で確認することができる。

さらに、上記通信システム１では、各端末装置３１〜３３のＣＰＵ４１は、車両の状態やユーザの運転操作を示す情報（ライト、ワイパ、テレビ、ラジオ等の作動状態、走行速度、進行方向等の走行状態、車両のセンサによる検出値や故障の有無等の制御状態）を音声に併せて送信する。このような通信システム１では、ユーザの運転操作を示す情報についても他の端末装置３１〜３３に送ることができる。

また、上記通信システム１では、端末装置３１〜３３の位置に応じて、広告を音声で流す。広告の内容は、サーバ１０にて挿入され、サーバ１０が音声情報の再生を行う端末装置３１〜３３に広告を送信する。このような通信システム１によれば、広告収入を得ることができるビジネスモデルを提供することができる。

さらに、上記通信システム１においては、通信相手を不特定多数とする配信モードと特定の通信相手との通話を行う対話モードとを変更可能に設定されている。このような通信システム１によれば、特定の相手との通話を楽しむこともできる。

さらに、上記通信ステム１においてサーバ１０は、ユーザが音声を入力する際の感情や丁寧な話し方であるか等を、入力レベルの振幅や音声に含まれている丁寧表現を音声情報から検出することで判断し、感情が高ぶっていたり、丁寧な話し方でなかったりするユーザによる音声を配信しないようにする。このような通信システム１によれば、喧嘩を引き起こす原因となるユーザからの発言を排除することができる。

また、上記通信システム１においてサーバ１０は人の悪口を発言するユーザや、感情が高ぶっていたり、丁寧な話し方でなかったりするユーザに、失言等を通知する。この場合、悪口等としてキーワード登録された単語が音声情報中に含まれているか否かによって判断を行う。このような通信システム１によれば、失言を行ったユーザに失言を行わないよう促すことができる。

なお、Ｓ１０２が入力手段としての処理の一例に相当し、Ｓ１１４，Ｓ１２０２，Ｓ１２０４，Ｓ１２０５が取得手段としての処理の一例に相当し、Ｓ１１６が送信手段としての処理の一例に相当し、Ｓ８１１が再生手段としての処理の一例に相当する。

［その他の実施形態］
本発明の実施の形態は、上記の実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態を採りうる。

（１）上記実施形態では、蓄積された複数の音声情報の中から、音声を再生する端末装置３１〜３３に応じた音声情報を抽出する抽出処理を、サーバ１０で実行するようにしているが（Ｓ１３０２〜Ｓ１３１２）、これに限定されるものではない。例えば、音声を再生する端末装置３１〜３３でこのような抽出処理の一部又は全部を実行してもよい。例えば、サーバ１０が、端末装置３１〜３３で再生されない可能性のある余分な音声情報も含み得る形で、音声情報を端末装置３１〜３３へ送信し、端末装置３１〜３３が、受信した音声情報の中から、再生すべき音声情報を抽出（不要な音声情報を破棄）するようにしてもよい。なお、サーバ１０から端末装置３１〜３３への音声情報の送信は、端末装置３１〜３３からの要求に応じて行われるようにしてもよく、また、要求に関係なく行われるよ
うにしてもよい。

（２）上記実施形態では、サーバ１０は、送信候補の音声情報のそれぞれについて、他の音声情報と内容が重複するか否かを判定し（Ｓ１３１１）、重複すると判定した場合に（Ｓ１３１１：ＹＥＳ）、内容の重複を解消する（Ｓ１３１２）。このようにすることで、同様の発言が繰り返し再生される現象を生じにくくすることができるが、見方を変えれば、内容が重複する音声情報の数が多いほど、その内容の信憑性は高いと考えられる。そこで、内容が重複する音声情報が一定数以上であることを、その内容の音声を再生する条件としてもよい。

例えば、図２１Ａ及び２１Ｂに示す応答処理は、前述した図１７Ａ及び１７Ｂの応答処理におけるＳ１３１１〜Ｓ１３１２の処理を、Ｓ１４０１〜Ｓ１４０３の処理に置き換えたものである。すなわち、図２１Ａ及び２１Ｂに示す応答処理では、送信候補の音声情報のそれぞれについて、例えば「事故」や「通行規制」など、あらかじめ設定された特定のキーワードが含まれるか否かを判定する（Ｓ１４０１）。

そして、送信候補の音声情報の中に、特定のキーワードを含む音声情報が存在すると判定した場合には（Ｓ１４０１：ＹＥＳ）、特定のキーワードを含む音声情報の中に、同一内容の（内容が重複する）音声情報が一定数（例えば３つ）未満のものが存在するか否かを判定する（Ｓ１４０２）。ここで、同一内容の音声情報が一定数未満の音声情報が存在すると判定した場合には（Ｓ１４０２：ＹＥＳ）、その内容の音声情報を送信候補の音声情報から除外する（Ｓ１４０３）。その後、送信候補の音声情報を、情報要求の送信元の端末装置３１〜３３へ送信し（Ｓ１３１３）、応答処理を終了する。

一方、送信候補の音声情報の中に、特定のキーワードを含む音声情報が存在しないと判定した場合や（Ｓ１４０１：ＮＯ）、同一内容の音声情報が一定数未満の音声情報が存在しないと判定した場合には（Ｓ１４０２：ＮＯ）、そのままＳ１３１３へ移行し、送信候補の音声情報を、情報要求の送信元の端末装置３１〜３３へ送信して（Ｓ１３１３）、応答処理を終了する。

つまり、図２１Ａ及び２１Ｂに例示した応答処理によれば、特定のキーワードが含まれる音声情報については、同一内容の音声情報が一定数蓄積されるまでは端末装置３１〜３３へ送信されず、一定数に達したことを条件として端末装置３１〜３３へ送信される。このようにすることで、虚偽の情報など、内容の信憑性の低い音声が端末装置３１〜３３で再生されることを抑制することができる。

なお、図２１Ａ及び２１Ｂの例では、特定のキーワードを含む音声情報を対象として、同一内容の音声情報が一定数存在することを送信のための条件としたが、これに限定されるものではない。例えば、特定のキーワードを含むか否かに関係なく、送信候補の音声情報のすべてについて、同一内容の音声情報が一定数存在することを送信のための条件としてもよい。また、同一内容の音声が一定数存在するか否かの判定においては、発信元が同一の音声情報が複数存在しても、１つとしてカウントする（複数としてカウントしない）ようにしてもよい。このようにすれば、同一のユーザが同一内容の音声を複数回発言することにより、内容の信憑性の低い音声が他のユーザの端末装置３１〜３３で再生されてしまうことを抑制することができる。

（３）上記実施形態では、音声情報を送信する端末装置３１〜３３が、録音された音声を合成音声に変換する処理を行うようにしているが（Ｓ１０７）、これに限定されるものではない。例えば、このような変換処理の一部又は全部をサーバ１０で実行してもよく、また、音声を再生する端末装置３１〜３３で実行してもよい。

（４）上記実施形態では、端末装置３１〜３３が所定時間ごとに要求処理（図１６）を実行するようにしているが、これに限定されるものではなく、他の所定のタイミングで実行してもよい。例えば、所定距離を走行するごと、ユーザによる要求操作時、指定時刻の到来時、指定地点の通過時、周辺エリアの退出時、などに実行してもよい。

（５）上記実施形態では、周辺エリア内の音声情報を抽出して再生するようにしているが、これに限定されるものではない。例えば、周辺エリアを包含する（周辺エリアよりも広い）拡大エリアを設定し、拡大エリア内の音声情報を抽出して、その中から周辺エリア内の音声情報を更に抽出して再生してもよい。具体的には、上記実施形態のＳ１３０７で、発声位置が拡大エリア内の音声情報を抽出する。そして、端末装置３１〜３３では、サーバ１０から受信した拡大エリア内の音声情報を記憶（キャッシュ）しておき、音声情報の表す音声を再生する段階において、発声位置が周辺エリア内の音声情報を抽出して再生する。このようにすれば、車両の走行に伴い、現在地に基づく周辺エリアが変化しても、変化後の周辺エリアが音声情報受信時の拡大エリア内であれば、その周辺エリアに応じた音声情報の表す音声を再生することができる。

（６）上記実施形態では、車両の現在地（実際の位置）に基づいて周辺エリアを設定するようにしているが、これに限定されるものではなく、現在地以外の位置情報を取得し、取得した位置情報を基準に周辺エリアを設定してもよい。具体的には、ユーザにより設定（入力）された位置情報を取得してもよい。このようにすれば、例えば、目的地を基準に周辺エリアを設定することで、目的地付近で発信された音声情報を、目的地から遠く離れた場所で事前に確認することができる。

（７）上記実施形態では、端末装置として、車両に搭載された車載装置として構成された端末装置３１〜３３を例示したが、これに限定されるものではない。例えば、ユーザが携帯可能かつ車両で使用可能な装置（携帯電話機等）でもよい。また、端末装置は、構成の少なくとも一部（例えば、位置を検出するための構成、音声を入力するための構成、音声を再生するための構成、等）を車両に搭載された装置と共用してもよく、共用しなくてもよい。

（８）上記実施形態では、他の端末装置３１〜３３からサーバ１０へ送信された音声情報のうち、その発声位置が、現在地を基準に設定される周辺エリア内に位置する音声情報の表す音声を再生する構成を例示したが、これに限定されるものではなく、位置情報に関係なく音声情報を抽出・再生するようにしてもよい。

（９）端末装置がユーザから入力する情報は、ユーザの発した音声に限定されるものではなく、例えば、ユーザにより入力された文字情報でもよい。つまり、端末装置は、ユーザの発した音声に代えて（又は音声とともに）、ユーザから文字情報を入力してもよい。この場合、端末装置は、文字情報をユーザが視認可能に表示してもよく、また、文字情報を合成音声に変換して再生してもよい。

（１０）上記実施形態は、本発明が適用された実施形態の一例に過ぎない。本発明は、システム、装置、方法、プログラム、記録した記録媒体、などの種々の形態で実現することができる。

（１１）その他、以下のようにしてもよい。
例えば、上記通信システム１においては、通信態様に応じて識別情報として追加する内容（例えば、本名、第１のニックネーム、第２のニックネーム等）を変更するようにしてもよい。例えば、互いに自身を特定するための情報を事前に交換しておき、通信相手があ
らかじめ登録された相手であるか否かによって、識別情報を変更すればよい。

また、上記実施形態では、いかなる場合もキーワードを別の単語等に置き換えるよう構成したが、例えば、通信相手や通信モード等の条件によってはキーワードを別の単語等に置き換える処理を実施しないようにしてもよい。特定の相手と通信をしている場合には、公衆に対して配信する場合と異なり、このような処理を行う必要がないからである。

また、「あのー」や「えーっと」等、話し言葉特有の意味のない単語については、この単語を省略した音声情報を生成するようにしてもよい。この場合、省略した分だけ音声情報の再生時間を短縮することができる。

また、上記実施形態では、各端末装置３１〜３３のＣＰＵ４１が車両の状態やユーザの運転操作を示す情報の情報を文字で出力したが、音声で出力してもよい。また、例えば他の端末装置３１〜３３から得られる情報に基づいて渋滞情報等の各種情報を生成し、該生成した情報を出力してもよい。

さらに、上記通信システム１においては、各端末装置３１〜３３同士が直接音声情報を交換する構成と、各端末装置３１〜３３同士がサーバ１０を介して音声情報を交換する構成とを、あらかじめ設定された条件（例えば、サーバ１０と繋がる基地局までの距離や、端末装置３１〜３３同士の通信状態、又は、ユーザによる設定等）によって切り換えるようにしてもよい。

また、上記実施形態では、端末装置３１〜３３の位置に応じて、広告を音声で流すよう構成したが、一定時間ごと、一定の音声情報再生数ごとに広告を音声で流すようにしてもよい。また、広告の内容は、広告主の端末装置３１〜３３から他の端末装置３１〜３３に送信してもよい。この際、ユーザが端末装置３１〜３３に対して所定の操作を入力することによって広告主との通話（通信）ができるようにしたり、広告主の店舗に端末装置３１〜３３のユーザを誘導したりするようにしてもよい。

さらに、上記実施形態においては、特定の複数の通信相手と通信を行うモードを設定してもよい。例えば、位置情報を交換する構成の場合には、一定距離以内の端末装置３１〜３３を通信相手としてもよいし、特定のユーザ（先行車両や対向車両など（カメラを用いたナンバプレート撮像、ＧＰＳで特定）、あらかじめ設定されたグループ内のユーザを通信相手としてもよい。また、設定により通信相手を変更できるように（通信モードを変更できるように）してもよい。

また、端末装置３１〜３３が車両に搭載されている場合には、同じ道路を同じ方向に移動している端末装置３１〜３３を通信相手としたり、車両の挙動が一致している端末装置３１〜３３（脇道にそれた場合には通信相手から外すなど）を通信相手としたりしてもよい。

また、他のユーザを特定して、お気に入り登録や、排除登録等をあらかじめ設定できるように構成しておき、好みの相手を選択して通信できるようにしてもよい。この場合、音声を送信する際に通信相手を特定する通信相手情報を送信したり、サーバが存在する場合には、サーバに通信相手情報を登録しておいたりすることで、所定の相手にのみ音声情報を送信することができるようにすればよい。

また、複数のボタン等のスイッチにそれぞれ方向を対応付けておき、ユーザがこのスイッチで通信相手のいる方向を指定すると、その方向のユーザのみを通信相手に設定するようにしてもよい。

さらに、上記通信システム１においては、音声情報を交換する構成としたが、文字からなる情報を取得し、この情報を音声に変換して再生するようにしてもよい。また、音声を送信する際にも、音声を文字に変換してから伝送し、音声に復元してから再生するようにしてもよい。この構成では、通信によって伝送すべきデータ量を減少させることができる。

さらに、このように文字によってデータを伝送する構成においては、あらかじめ設定された複数の言語のうちの最もデータ量が少なくなる言語に翻訳してからデータを伝送するようにしてもよい。

また、上記実施形態のサーバ１０の機能の一部を端末装置３１〜３３が実施してもよい。例えば、端末装置３１〜３３のＣＰＵ４１において、再生が完了していない複数の音声情報が存在する場合、各音声情報に対応する音声が重複しないように整列させてから再生するようにしてもよい。ＣＰＵ４１において、ユーザによって入力された音声情報に、該ユーザを識別するための識別情報を音声で付加した新たな音声情報を生成し、該生成した音声情報を送信するようにしてもよい。

具体的には、音声発信処理や音声再生処理において、音声配信処理の一部を実施させてもよい。例えば、音声再生処理にて音声配信処理の一部を実施する場合には、図２２Ａ−２２Ｄに示すように、音声再生処理のＳ８０２とＳ８０４との間において、音声配信処理のＳ７０３〜Ｓ７２２（Ｓ７１７を除く）の処理を実施すればよい。

このような通信システムであっても、音声を再生する際に、音声が重複しないように再生することができるので、音声を聞きやすくすることができる。また、このような通信システム１であっても、ユーザを識別するための識別情報を音声で付加することができるので、ユーザは自身の識別情報を話すことなく、他のユーザに音声発信元のユーザを通知することができる。

また、上記実施形態では、音声が重複して再生されることを禁止したが、あえて音声の一部を重複させて再生してもよい。この場合、先の音声の最後の数秒間と、後の音声の最初の数秒間だけをオーバーラップするようにしてもよい。この際には、先の音声の最後に徐々に音量を小さくするフェードアウト効果と、後の音声の最初に徐々に音声を大きくするフェードイン効果とを組み合わせるようにしてもよい。

さらに、ユーザが発した音声の有無で居眠り運転かどうか判定してもよい。この構成を実現するためには、例えば、図２３に示す居眠り判定処理を実施するとよい。
居眠り判定処理は、端末装置３１〜３３において音声発信処理と並行して実施される処理であり、ユーザが一定時間発声しない場合や、発声したとしても意識レベルが低いと推定される場合に、警報を発したり停車等の車両制御をしたりする処理である。詳細には、図２３に示すように、まず、ユーザによる最終発生からの時間をカウントする（Ｓ１４０１）。

そして、ユーザによる最終発声から予め設定された第１基準時間（例えば１０分程度）が経過したか否かを判定する（Ｓ１４０２）。第１基準時間が経過していなければ（Ｓ１４０２：ＮＯ）、居眠り判定処理を終了する。

また、第１基準時間が経過していれば（Ｓ１４０２：ＹＥＳ）、ユーザへの問い掛けを実施する（Ｓ１４０３）。この処理では、ユーザが意識レベルを確認するためにユーザに発声を促す質問を行う。このため、例えば「起きていますか？」等、直接的な問い掛けで
もよいし、「現在時刻を教えてください」等、間接的な問い掛けでもよい。

続いて、このような問い掛けに対する応答が得られたか否かを判定する（Ｓ１４０４）。問い掛けに対する応答が得られていれば（Ｓ１４０４：ＹＥＳ）、応答のレベルを判定する（Ｓ１４０５）。

ここで、応答のレベルとは、声の大きさ、滑舌のよさ等、眠くなるとレベル（音の大きさ、音声認識による精度）が低下する項目を示し、この処理ではこれらの何れかの項目と予め設定された閾値とを比較して判断する。

応答のレベルが十分高ければ（Ｓ１４０５：ＹＥＳ）、居眠り判定処理を終了する。また、応答のレベルが不十分である場合（Ｓ１４０５：ＮＯ）、およびＳ１４０４の処理にて問い掛けに対する応答が得られていない場合には（Ｓ１４０４：ＮＯ）、ユーザによる最終発声から前述の第１基準時間以上の値に設定された第２基準時間（例えば、１０分１０秒程度）が経過したか否かを判定する（Ｓ１４０６）。

第２基準時間が経過していなければ（Ｓ１４０６：ＮＯ）、Ｓ１４０３の処理に戻る。また、第２基準時間が経過していれば（Ｓ１４０６：ＹＥＳ）、スピーカ５３等を介して警報を発する（Ｓ１４０７）。

続いて、警報に対する応答（例えば、「わー」というような声や警報を解除するための入力部４５を介した操作）が得られたか否かを判定する（Ｓ１４０８）。警報に対する応答が得られていれば（Ｓ１４０８：ＹＥＳ）、Ｓ１４０５の処理と同様に、応答のレベルを判定する（Ｓ１４０９）。なお、入力部４５を介した操作が入力された場合には、応答のレベルが充分であるものと判定する。

応答のレベルが十分高ければ（Ｓ１４０９：ＹＥＳ）、居眠り判定処理を終了する。また、応答のレベルが不十分である場合（Ｓ１４０９：ＮＯ）、およびＳ１４０８の処理にて問い掛けに対する応答が得られていない場合には（Ｓ１４０８：ＮＯ）、ユーザによる最終発声から前述の第２基準時間以上の値に設定された第３基準時間（例えば、１０分３０秒程度）が経過したか否かを判定する（Ｓ１４１０）。

第３基準時間が経過していなければ（Ｓ１４１０：ＮＯ）、Ｓ１４０７の処理に戻る。また、第３基準時間が経過していれば（Ｓ１４１０：ＹＥＳ）、例えば車両を停車させる等の車両制御を実施し（Ｓ１４１１）、居眠り判定処理を終了する。

このような処理を実施すれば、ユーザ（運転者）の居眠りを抑制することができる。
また、広告を音声で挿入する場合（Ｓ７２０）や、音声を文字でも表示させる場合（Ｓ８１２）には、さらに追加の文字情報をナビゲーション装置４８等のディスプレイに表示させてもよい。

このような構成を実現するために、例えば、図２４に示す追加情報表示処理を実施すればよい。なお、追加情報表示処理は、サーバ１０において音声配信処理と並行して実施される処理である。

追加情報表示処理では、図２４に示すように、まず、音声配信処理において広告（ＣＭ）が挿入されたか否か（Ｓ１５０１）、および文字が表示されたか否か（Ｓ１５０２）を判定する。広告が挿入された（Ｓ１５０１：ＹＥＳ）、或いは文字が表示された（Ｓ１５０２：ＹＥＳ）場合には、表示させる文字に関連する情報を取得する（Ｓ１５０３）。

ここで、文字に関連する情報には、例えば、表示させる文字列（キーワード）に対応する広告や地域の情報、或いは文字列に関する情報を解説するための情報等、この文字列に対応付けられた情報が該当する。この情報は、サーバ１０内から取得してもよいし、サーバ１０の外部（インターネット上等）から取得してもよい。

文字に関連する情報を取得すると、この情報を文字や画像としてディスプレイに表示させ（Ｓ１５０４）、追加情報表示処理を終了する。
なお、Ｓ１５０１およびＳ１５０２の処理において広告が挿入されておらず、かつ文字が表示されない場合には（Ｓ１５０１：ＮＯかつＳ１５０２：ＮＯ）、追加情報表示処理を終了する。

このような構成によれば、音声を文字として表示させるだけでなく、関連する情報についても表示させることができる。
なお、文字情報を表示させるディスプレイは、ナビゲーション装置４８のディスプレイに限らず、車両内のヘッドアップディスプレイ等、任意のディスプレイであってもよい。

１…通信システム、１０…サーバ、２０…基地局、３１〜３３…端末装置、４１…ＣＰＵ、４２…ＲＯＭ、４３…ＲＡＭ、４４…通信部、４５…入力部、４８…ナビゲーション装置、４９…ＧＰＳ受信機、５２…マイク、５３…スピーカ

本発明は、端末装置を備えた車両に関する。

本発明の１つの局面は、
他の端末装置と通信可能な端末装置を備えた車両であって、
端末装置は、
ユーザが音声を入力すると該音声を音声信号に変換する音声入力変換手段と、
音声信号を他の端末装置を含む装置に送信する音声送信手段と、
他の端末装置にて送信された音声信号を受信する音声受信手段と、
受信した音声信号を再生する音声再生手段と、
を備える。
本発明の別の局面は、
互いに通信可能な複数の端末装置を備えた通信システムであって、
各端末装置は、
ユーザが音声を入力すると該音声を音声信号に変換する音声入力変換手段と、
前記音声信号を他の端末装置を含む装置に送信する音声送信手段と、
他の端末装置にて送信された音声信号を受信する音声受信手段と、
受信した音声信号を再生する音声再生手段と、
を備え、
前記音声再生手段は、再生が完了していない複数の音声信号が存在する場合、各音声信号に対応する音声が重複しないように整列させてから再生する。

Claims (3)

1. 互いに通信可能な複数の端末装置を備えた通信システムであって、
   各端末装置は、
   ユーザが音声を入力すると該音声を音声信号に変換する音声入力変換手段と、
   前記音声信号を他の端末装置を含む装置に送信する音声送信手段と、
   他の端末装置にて送信された音声信号を受信する音声受信手段と、
   受信した音声信号を再生する音声再生手段と、
   を備え、
   前記音声再生手段は、再生が完了していない複数の音声信号が存在する場合、各音声信号に対応する音声が重複しないように整列させてから再生する、通信システム。
2. 複数の端末装置と前記複数の端末装置のそれぞれと通信可能なサーバ装置とを備えた通信システムであって、
   各端末装置は、
   ユーザが音声を入力すると該音声を音声信号に変換する音声入力変換手段と、
   前記音声信号を前記サーバ装置に送信する音声送信手段と、
   前記サーバ装置にて送信された音声信号を受信する音声受信手段と、
   受信した音声信号を再生する音声再生手段と、
   を備え、
   前記サーバ装置は、
   前記複数の端末装置から送信された音声信号を受信し、各音声信号に対応する音声が重複しないように整列させてから前記複数の端末装置に対して音声信号を配信する配信手段を備えている、通信システム。
3. 請求項１または請求項２に記載の通信システムにおいて、
   前記音声再生手段は、ユーザによる特定の指令を受けると、既に再生した音声信号を再度再生する、通信システム。

Images