(57)【要約】【課題】より多くの場面での活用を図ることができる車両側装置を提供する。【解決手段】車両２に配置される車両側装置１であって、緊急通報を受信すると、当該車両２のエンジンが停止しているか否かを判断し、当該判断の結果により、車両のエンジンが停止しているか否かにより、緊急通報の発報態様を異ならせて、緊急通報を報知する。【選択図】図１
2014056338.tif 000002
【特許請求の範囲】
【請求項１】
車両に配置される車両側装置であって、
緊急通報を受信する受信手段と、
当該車両のエンジンが停止しているか否かを判断する判断手段と、
前記判断手段の判断の結果により、車両のエンジンが停止しているか否かにより、前記緊急通報の発報態様を異ならせて、緊急通報を報知する報知手段と、
を含む。
【請求項２】
請求項１記載の車両側装置であって、
予め定めた環境の情報を測定するセンサと、
前記センサの出力を外部のセンタ装置へ送出する手段と、を含み、
前記受信手段は、前記センタ装置から緊急通報を受信する車両側装置。
【請求項３】
請求項１または２記載の車両側装置であって、
前記車両内の乗員の有無を判断する第２判断手段をさらに備え、
前記報知手段は、前記判断手段の判断の結果による車両のエンジンが停止しているか否か、並びに前記第２判断手段の判断結果による乗員の有無に基づき、前記緊急通報の発報態様を異ならせて、緊急通報を報知する車両側装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に搭載される車両側装置に関する。
【背景技術】
【０００２】
近年の車両では、広く電子制御が行われており、車両の各種情報がＣＡＮ（Control Area Network）等、車両内の有線又は無線によるネットワークを介して共有されている。こうした車両の各種情報には、例えばブレーキの動作やワイパーの動作、カーナビゲーションシステムが取得した位置情報、ライトの点灯有無等、幅広い情報が含まれる。
【０００３】
なお、特許文献１には、ナビ装置とナビサーバとを有し、ナビサーバが、探索したルートにおいて車両の現在位置から災害発生エリアへの進入点としての１次災害注意地点がある場合、ナビ装置との通信により、災害レベルの高低に応じた色彩が付された災害発生メッシュと、１次災害注意地点に配置された１次災害内容を表わす１次災害標識とをナビ装置に表示させるという技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０-０５４３８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の技術では、走行中の車両に対して災害の情報を提示し、運転者の注意を喚起することができるだけで、機能が十分活用できていないという問題点があった。
【０００６】
本発明は上記実情に鑑みて為されたもので、その機能をより多くの場面での活用を図ることができる車両側装置を提供することを、その目的の一つとする。
【課題を解決するための手段】
【０００７】
上記従来例の問題点を解決する本発明は、車両に配置される車両側装置であって、緊急通報を受信する受信手段と、当該車両のエンジンが停止しているか否かを判断する判断手段と、前記判断手段の判断の結果により、車両のエンジンが停止しているか否かにより、前記緊急通報の発報態様を異ならせて、緊急通報を報知する報知手段と、を含むこととしたものである。ここで車両側装置には、前記装置が配置された車両の外部と無線通信網を介して接続し、車両内においては、有線又は無線ＬＡＮ等にて一つ以上の情報通信装置と接続して、情報の送受信及び送受信した情報処理を行う車両内及び車両外の通信装置とを接続する、車両内の情報集線処理装置（情報ハブ）又は情報処理基盤装置（情報プラットフォーム）としての機能を含むことができる。
【０００８】
またここで、予め定めた環境の情報を測定するセンサと、前記センサの出力を外部のセンタ装置へ送出する手段と、を含み、前記受信手段は、前記センタ装置から緊急通報を受信することとしてもよい。
【０００９】
さらに前記車両内の乗員の有無を判断する第２判断手段をさらに備え、前記報知手段は、前記判断手段の判断の結果による車両のエンジンが停止しているか否か、並びに前記第２判断手段の判断結果による乗員の有無に基づき、前記緊急通報の発報態様を異ならせて、緊急通報を報知することとしてもよい。
【発明の効果】
【００１０】
本発明によると、車両側に配備する装置をより多くの場面で活用できる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態に係る車両側装置の構成、及び接続例を表すブロック図である。
【図２】本発明の実施の形態に係る車両側装置と通信するセンタ側装置の例を表す構成ブロック図である。
【図３】本発明の実施の形態に係る車両側装置の動作の一例を表す流れ図である。
【図４】本発明の実施の形態に係る車両側装置の別の構成例を表すブロック図である。
【発明を実施するための形態】
【００１２】
本発明の実施の形態について図面を参照しながら説明する。本発明の実施の形態に係る車両側装置１は、図１に例示するように制御部１１，記憶部１２，通信部１３，インタフェース部１４，鳴動部１５及び電源部１６を含んで構成されている。この車両側装置１は、車両２に設置されている。また、この車両側装置１は、無線通信網等（３ＧやＬＴＥ等によるモバイルネットワーク、ブロードバンドワイヤレスネットワーク等の無線によるアクセスを行う電気通信網を含むが、これに限られない。）の通信手段を介して外部にあるセンタ側装置３と通信可能に接続される。
【００１３】
ここで制御部１１は、ＣＰＵなどのプログラム制御デバイスであり、記憶部１２に格納されたプログラムに従って動作する。具体的に本実施の形態では、この制御部１１は、所定のタイミングにおいて（例えば周期的に繰り返し）、車両２を識別する識別情報と、車両の現在位置を表す位置情報と、車両の速度、ワイパー動作の有無、ライト点灯の有無、ブレーキの踏込み割合、アクセル開度、エンジン回転数等の運転状況に関する情報とを、インタフェース部１４を介して取得し、予め定められた処理を行う。具体的にこの制御部１１は、取得したこれらの識別情報や、位置情報等の運転状況に関する情報を、通信部１３を介してセンタ側装置３へ送信する。
【００１４】
またこの制御部１１は、通信部１３を介して緊急通報を受信する。また制御部１１は搭載されている車両２のエンジンが停止しているか否かを判断し、車両２のエンジンが停止しているか否かにより、受信した緊急通報の発報態様を異ならせて、緊急通報を報知する動作を行う。この制御部１１の詳しい動作については後に述べる。
【００１５】
記憶部１２は、メモリデバイスを含む。この記憶部１２は、制御部１１によって実行されるプログラムを保持している。このプログラムは、例えばＤＶＤ-ＲＯＭ等のコンピュータ可読な記録媒体を介して提供され、この記憶部１２に格納されたものであってもよい。またこのプログラムは、インターネット上のサーバ等からネットワークを介して提供され、この記憶部１２に格納されたものであってもよい。さらにこの記憶部１２は、制御部１１のワークメモリとしても動作する。
【００１６】
さらに本実施の形態では、この記憶部１２には、可搬型のメモリデバイス（ＵＳＢメモリ等）を含む。本実施の形態の一例においては、この可搬型のメモリデバイスには、車両側装置１を搭載する車両２の識別情報や通信部１３が使用する通信パラメータ等の情報が格納される。
【００１７】
通信部１３は、無線通信網等に接続され、外部のネットワークを介してセンタ側装置３との間で各種の情報を送受する。この通信部１３には予め無線通信網のキャリアから割り当てられた識別番号（電話番号等）が設定されていてもよい。通信部１３は制御部１１から入力される指示に従い、センタ側装置３宛に、指示された情報を送信する。またこの通信部１３は、無線通信網を介してセンタ側装置３から受信した情報を制御部１１に出力する。
【００１８】
インタフェース部１４は、車両２内のネットワーク（ＣＡＮ等）に接続される。このインタフェース部１４は、この車両２内のネットワークを介して、車両２の各部に配されている車両制御装置（ＥＣＵ（Engine Control Unit等））やカーナビゲーションシステム等から各種の情報を受信し、制御部１１に出力する。
【００１９】
鳴動部１５は、制御部１１から入力される指示に従い、指示された音量で音声を鳴動する。本実施の形態の一例においては、この鳴動部１５は音声合成器とスピーカとを備えて、制御部１１から入力される指示に従って鳴動するべき音声を合成し、当該合成した音声を、制御部１１から指示された音量でスピーカにより鳴動する。またこの鳴動部１５は車両２のクラクションを鳴動できるようになっていても構わない。
【００２０】
電源部１６は、二次電池１６Ｂを含んで構成される。この電源部１６は、車両２側から例えば１２Ｖの電源供給を受け入れて、二次電池１６Ｂを充電する。また車両２側から電源供給を受けているときには、車両側装置１の各部に対して当該車両２から供給される電力を分配して供給する。また一方で、車両２側からの電源供給がないとき（車両２のエンジンに連動するなどして電源供給がされていないとき）には、この電源部１６は、二次電池１６Ｂから取り出される電力を、各部へ分配して供給する。またこの電源部１６は、制御部１１に対し、現在車両２からの電源供給があるか否かを表す信号を出力することとしてもよい。
【００２１】
一方、センタ側装置３は、図２に例示するように、制御部３１と、記憶部３２と、通信部３３とを含んで構成される。この制御部３１はＣＰＵ等のプログラム制御デバイスであり、記憶部３２に格納されたプログラムに従って動作する。
【００２２】
本実施の形態では、この制御部３１は、通信部３３から、当該通信部３３が車両側装置１から受信した、当該車両側装置１を搭載した車両２を識別する識別情報や車両の現在位置を表す位置情報、さらには車両の速度、ワイパー動作の有無、ライト点灯の有無、ブレーキの踏込み割合、アクセル開度、エンジン回転数等の運転状況に関する情報を受け入れる。そして制御部３１は、当該受信した情報を記憶部３２に蓄積する。
【００２３】
またこの制御部３１は、当該記憶部３２に蓄積した情報を用いて、地点ごとの運転状況に関する情報について予め定められた分析処理を実行し、分析結果を生成する。さらに本実施の形態の一例では、制御部３１が無線通信網を介して緊急通報を送信することになる。この制御部３１の動作については後に述べる。
【００２４】
記憶部３２は、メモリデバイスやディスクデバイスを含んでなる。この記憶部３２は、制御部３１によって実行されるプログラムを保持している。また、この記憶部３２は、制御部３１によって蓄積される情報を格納して保持する。さらに記憶部３２は制御部３１のワークメモリとして動作するメモリデバイスを含む。
【００２５】
また本実施の形態では、この記憶部３２には、各車両側装置１に割り当てられた電話番号のリストが格納される。
【００２６】
通信部３３は、車両側装置１との間での通信を行う。具体的にこの通信部３３はネットワークインタフェース等であり、例えばインターネットや無線通信網を介して車両側装置１から受信する情報を制御部３１に出力する。またこの通信部３３は、制御部３１から入力される指示に従い、指示された宛先となった車両側装置１に対して、例えばインターネットや無線通信網を介して、情報や緊急通報等を送信する。本実施の形態のある例では、この通信部３３は緊急通報を送信する際にはＳＭＳ（Short Message Service）を利用する。尤も、本実施の形態はこれに限られるものではなく、共通チャネルを介して車両側装置１に受信されるＣＢＳ（Cell Broadcasting Short Message）を用いて緊急通報を送信してもよいし、他のメッセージングサービスやメールサービス、ウェブサービス（ツイッターなど）を利用しても構わない。
【００２７】
さらに本実施の形態では、このセンタ側装置３には、オペレータ端末４が接続されていてもよいし、またセンタ側装置３は、ネットワーク（インターネット等）を介して、他のサーバ装置からの情報を受信することとしてもよい。例えば、センタ側装置３の制御部３１は、オペレータ端末４からオペレータが行った操作により緊急通報を各車両側装置１へ送信するべき旨の指示を受け入れる。そして制御部３１は、記憶部３２に格納された各車両側装置１の電話番号のリストを参照し、当該リストに含まれる電話番号のそれぞれに対して緊急通報としてのＳＭＳメールを送出するよう通信部３３に指示する。ここで緊急通報としてのＳＭＳメールとは例えばＳＭＳメールの本文先頭に緊急通報であることを表す文字列を含むＳＭＳメールなどとしてそのフォームを予め定めておく。
【００２８】
また緊急通報が地震情報や集中豪雨の情報等のように地域を限って送信するべきものである場合、あるいは地域ごとに異なるべきものである場合は、センタ側装置３は次のように動作してもよい。すなわちセンタ側装置３では、各車両側装置１がそれぞれ無線通信網のどの基地局のカバーエリアに在圏しているかを表す情報を取得して記憶しておく（車両側装置１の識別情報と電話番号とに関連付けて、当該車両側装置１が在圏するカバーエリアを構成する基地局を特定する情報を記憶しておく）。またセンタ側装置３の制御部３１は、緊急通報の情報を地域を特定する情報とともに受け入れる。制御部３１は、当該情報で特定される地域をカバーエリアとする基地局を検索する。そして制御部３１は検索により見出された基地局のカバーエリアに在圏する車両側装置１の電話番号を取得し、当該取得した電話番号に対して緊急通報の内容を含むＳＭＳメールを送信する。
【００２９】
次に本実施の形態に係る車両側装置１の制御部１１の動作について述べる。この制御部１１はセンタ側装置３から緊急通報としてのＳＭＳメール（緊急通報であることを表すフォームに合致するＳＭＳメール）を受信すると、当該ＳＭＳメールに含まれる情報を発報する動作を行う。
【００３０】
すなわち制御部１１は、こうして緊急通報を受信すると図３に例示する処理を開始し、車両２のエンジンが停止しているか否かを判断する（Ｓ１）。この判断は具体的には、制御部１１がインタフェース部１３を介して取得したエンジン回転数の情報等を用いてもよい。つまり、取得したエンジン回転数が「０」であれば、制御部１１はエンジンが停止していると判断する。また取得したエンジン回転数が「０」でなければ、制御部１１はエンジンが停止していないと判断する。またこの制御部１１は、電源部１６が出力する信号に基づいてエンジンが停止しているか否かを判断してもよい。つまり、電源部１６が出力する信号により、電源部１６が車両２からの電源供給を受けている場合には、制御部１１はエンジンが停止していないと判断する。また、電源部１６が車両２からの電源供給がないことを表す信号を出力しているときには、制御部１１はエンジンが停止していると判断する。
【００３１】
制御部１１は、エンジンが停止していないと判断すると、受信した緊急通報の内容を表す情報を音声合成して、第１の音量により鳴動するよう鳴動部１５を制御する（Ｓ２）。ここで第１の音量は、例えば車両２の車内において聴取可能な程度の音量として予め経験的に設定した音量であるとする。
【００３２】
また処理Ｓ１において、エンジンが停止していると判断すると、制御部１１は、受信した緊急通報の内容を表す情報を音声合成して、第２の音量により鳴動するよう鳴動部１５を制御する（Ｓ３）。ここで第２の音量は、例えば車両２の車外でも聴取可能な程度の音量として予め経験的に設定した音量であるとする。なお、この処理Ｓ３を実行する際、鳴動部１５は予め定められたパターンでクラクションを断続的に鳴動することとしてもよい。
【００３３】
なお、ここでの説明ではエンジンが停止しているか否かにより緊急通報の発報態様を異ならせることとしたが、本実施の形態はこれに限られない。例えばエンジンの停止の有無のみならず、車両２内の乗員の有無を判断し、車両２のエンジンが停止しているか否か、並びに乗員の有無に基づき、緊急通報の発報態様を異ならせてもよい。
【００３４】
ここで乗員の有無は、シートベルト着用状態や、タイヤの空気圧といった情報で調べることができる。または乗員の有無を焦電センサ等の人体検出センサにより調べてもよい。この例では、例えばエンジンが停止しており、かつ、乗員がいない場合に制御部１１が第２の音量により鳴動するよう鳴動部１５を制御することとしてもよい。また、エンジンが停止していないか、または乗員がいる場合は第１の音量により鳴動するよう鳴動部１５を制御することとしてもよい。なお、エンジン停止の有無、乗員の有無に基づいてどのように発報態様を異ならせるかは、緊急通報の内容によって異ならせてもよい。例えば、高温注意報等の緊急通報の場合は、エンジンが停止されており、乗員がいる場合に車外の人物に対して「高温の車内に乗員が取り残されている」旨を知らせるべく、制御部１１が第２の音量により鳴動するよう鳴動部１５を制御することとしてもよい。
【００３５】
さらにここでは緊急通報が地震情報や集中豪雨の情報等のように地域を限って送信するべきものである場合、あるいは地域ごとに異なるべきものである場合、センタ側装置３において送信先となる車両側装置１を選択することとしていた。しかしながら本実施の形態はこれに限られるものではない。例えばセンタ側装置３が送信する緊急通報は、地域を特定する情報と緊急通報の内容とを関連付けた緊急通報情報要素を複数含んでもよい。この場合の緊急通報は、例えば、「東京都港区：震度３，２０秒後；東京都中央区：震度４，１８秒後…」といったものとなる。ここでの例ではセミコロン（；）で区切られた各部分が緊急通報情報要素となる。
【００３６】
そしてこのような緊急通報を受信した車両側装置１は、車両２から取得している車両２の位置情報を参照し、この位置情報に対応する地域を特定する情報を含んだ緊急通報情報要素を検索する。ここで車両側装置１がかかる緊急通報情報要素を見出すと、当該緊急通報情報要素に含まれる緊急通報の内容（上記の例で「震度３，２０秒後」の部分）を取り出して発報の処理を行う。
【００３７】
本実施の形態は以上の構成を備えるので、センタ側装置３にて緊急通報を送信するべき指示を受け入れたときに、各車両側装置１に対して、センタ側装置３からＳＭＳメールにて緊急通報が送信される。そして車両側装置１はエンジンが停止していないときには、車内の人物に対して当該緊急通報を報知し、エンジンが停止しているときには車外の人物に対して当該緊急通報を報知するよう動作する。このように本実施の形態では、車両のエンジンが停止しているか否かにより、緊急通報の発報態様を異ならせて、緊急通報を報知することで、駐車中の車両２内に配されている車両側装置１も有効に利用でき、その活用を図ることができる。
【００３８】
また本実施の形態では、車両側装置１において、予め定めた環境の情報を測定するセンサを備えてもよい。このような例における本実施の形態の車両側装置１は、図４に例示するように、制御部１１′，記憶部１２，通信部１３，インタフェース部１４，鳴動部１５，電源部１６及びセンサ部１７を含むものとなる。ここで既に述べた例と同様の構成となるものについては同じ符号を付して詳細な説明を省略する。
【００３９】
本実施の形態においてセンサ部１７は、車両側装置１の周囲の環境の情報を測定により取得する。この環境の情報は例えば温度、湿度、気圧、空間線量（γ線，β線線量等）などである。このセンサ部１７の測定結果の情報は制御部１１′に出力される。
【００４０】
制御部１１′は、既に説明した制御部１１と同様の動作を行うものであるが、さらにセンサ部１７が出力する測定結果の情報を、識別情報や運転状況に関する情報と同様に、予め定めた処理に供する。具体的な例として、制御部１１′は、このセンサ部１７が出力する測定結果の情報を、識別情報や運転状況に関する情報とともに通信部１３に出力してセンタ側装置３へ送信させる。
【００４１】
センタ側装置３では、当該受信した情報を蓄積するとともに、この蓄積した情報について予め定めた方法で分析処理を行う。一例として車両側装置１のセンサ部１７が空間線量を測定し、その測定結果をシーベルト毎時単位の数値情報として出力する場合について説明する。この場合、当該情報を受信したセンタ側装置３では、当該受信した情報を蓄積するとともに、情報に含まれる空間線量の測定値が、予めこの測定値に関して定められているしきい値（例えば１０μシーベルト毎時）を超えるときに、「空間線量が高い」旨の文字列を、緊急通報として、当該情報の送信元となった車両側装置１に対して送出する。
【００４２】
さらにこの制御部３１は、当該情報に含まれる位置情報に関連付けて「空間線量が高い」旨の文字列を含む緊急通報の情報を分析処理の結果として記憶しておく。そして制御部３１は、いずれかの車両側装置１から情報を受信したときに、当該情報に含まれる現在位置の情報が表す位置を含む所定の範囲にある地点に関する分析処理の結果を参照し、注目車両に搭載された車両側装置へ送信するべき緊急通報があるか否かを判断する。
【００４３】
具体的にセンタ側装置３が「緯度：LATa，経度：LONa」なる位置情報に対して「空間線量が高い」旨の文字列を含む緊急通報の情報を関連付けて記憶しているとする。このとき制御部３１がこの「緯度：LATa，経度：LONa」との間の距離が予め定めたしきい値を下回る緯度、経度の位置情報を、いずれかの車両側装置１（注目車両側装置１ｎと呼ぶ）から受信した場合、当該注目車両側装置１ｎに対して当該「空間線量が高い」旨の文字列を含む緊急通報を送信するべきと判断する。制御部３１はそして、当該注目車両側装置１ｎに対して当該「空間線量が高い」旨の文字列を含む緊急通報を送信する。
【００４４】
これにより注目車両側装置１が走行中である（エンジンが停止していない）場合は当該注目車両側装置１を搭載した車両内の人物に対して、緊急通報を表す音声が鳴動される。また、注目車両側装置１が駐車中である（エンジンが停止している）場合は当該注目車両側装置１を搭載した車両２外で、当該車両２の近傍にいる人物に対して、緊急通報を表す音声が鳴動される。
【００４５】
なお、ここでは環境の測定結果に基づき緊急通報を行う例としたが、センタ側装置３が行う分析の処理はこの例に限られない。例えばセンタ側装置３は、各車両側装置１から受信した空間線量の情報を、当該空間線量の情報とともに受信した他の情報、例えば車両側装置１を搭載する車両２においてエアコンが「外気吸入」の状態にあるか否か、窓は開いているか否か、といった情報に基づいて補正する。具体的には外気吸入の状態になく、窓が開いていなければ、空間線量の情報に所定の１以上の値を乗じて補正するなどとする。そして該空間線量の情報とともに受信した位置情報を参照して、地図上に補正後の空間線量の情報をプロットした情報を生成してもよい。
【００４６】
このように制御部３１が、各車両側装置１から受信し、記憶部３２に蓄積した情報を用いて分析の処理を行う場合、例えばこの蓄積されている情報のうち、位置情報と運転状況に関する情報とを参照し、地点ごとの運転状況に関する情報について予め定められた分析処理を実行し、分析結果を生成してもよい。
【００４７】
例えば制御部３１は、蓄積した情報に含まれる位置情報を参照して、予め定められた地域ごとの位置情報に分類する。ここで、位置情報を分類する際に用いる地域は、地図情報に基づいて定められる。一例としては地図情報を一律の大きさの矩形状の地域に分割して得たものであってもよい。また別の例では、地図上にある道路近傍の地域を所定距離の区間ごとに分割したものであってもよい。
【００４８】
制御部３１は、分類先である地域ごとに、各地域に分類された位置情報に関連付けられた運転状況に関する情報を集計する。制御部３１は、例えば分類先である地域ｉ（ｉ＝１，２，…）ごとに、当該地域ｉに分類された位置情報の数Ｎiをカウントする。また制御部３１は、例えば車両速度が予め定めた車両速度閾値を超えている運転状況に関する情報の数ｎi_speedと、ブレーキの踏込み割合が所定の割合閾値を超えている運転状況に関する情報の数ｎi_breakとを求め、これらの車両の割合ｒi_speed＝ｎi_speed／Ｎiや、ｒi_break＝ｎi_break／Ｎi等を分析結果として求める。制御部３１はそして、これらの割合ｒi_speedや、ｒi_breakが所定の値を上回っているなど、予め定めた警告原因がある場合に、その地域ｉ（以下、区別のため、これらの地域を特定地域と呼ぶ）を見出す。ここで警告原因は、運転状況に関する情報に基づいて警告するべきものと判断されるものをいう。
【００４９】
その後、制御部３１は通信部３３が車両側装置１から受信した情報を出力するごとに、当該情報に含まれる車両の位置情報を参照し、当該位置情報を含む地域が特定地域であるか否かを判断する。そして制御部３１は、通信部３３が出力する情報に含まれる、車両２の位置の情報を含む地域が特定地域であった場合は、当該情報の送信元である車両側装置１（特定地域内にある車両２に搭載された車両側装置１）に対して送信するべき情報を生成する。
【００５０】
具体的に制御部３１は、当該情報の送信元である車両側装置１を搭載した車両２が、ブレーキの踏込み割合が所定閾値を超える運転状況の車両が、所定割合より多い地域（ｒi_break＝ｎi_break／Ｎが所定の値を上回っている特定地域）に所在していれば、「急ブレーキ多発地域です」といった文字列情報を、当該車両側装置１へ送出することとする。つまり制御部３１は、車両側装置１を搭載した車両２の所在する特定地域における警告原因に係る情報を提供する。
【００５１】
車両側装置１では、当該センタ側装置３から送信された情報を音声合成して、音声鳴動する。これにより、利用者は、警告原因に関する情報を聴取できるようになる。
【００５２】
また制御部３１は、受信した車両の情報の走行距離の情報を参照し、当該走行距離の情報が予め定めた範囲の値となっている車両２に搭載された車両側装置１に対して、車両２のメンテナンスの時期が到来していることを表す情報を生成して送信してもよい。また制御部３１は、車両２から車両側装置１が取得した他の情報（ブレーキ液の液量やバッテリーの劣化等の情報など）に基づいてメンテナンスの警告を行ってもよい。
【００５３】
車両側装置１では、当該センタ側装置３から送信された情報を音声合成して、音声鳴動する。これにより、利用者は、メンテナンスに係る情報を聴取できるようになる。
【００５４】
さらに車両側装置１は、車両２の各部から取得する情報として、エアバッグの動作に関する情報を収集してセンタ側装置３へ送出してもよい。センタ側装置３の制御部３１は、エアバッグが動作した旨の情報が、いずれかの車両側装置１から受信されると、当該車両側装置１が当該エアバッグが動作した旨の情報とともに、あるいは直前（エアバッグが動作した旨の情報以前であって直近）に送信していた位置情報を、記憶部３２から取り出す。
【００５５】
そして制御部３１は、当該取り出した位置情報を用いて事故の発生があった旨の情報を、予め定められた連絡先（保険会社、警察、当該情報を送信した車両側装置１を搭載する車両２について予め登録された連絡先等）へ通報してもよい。
【００５６】
さらにセンタ側装置３は、インターネット等を介して、予め定めたウェブサイト等から繰返し情報を収集し、当該収集した情報のうちに位置情報を含んだ情報がある場合に、当該情報が表す位置情報の近傍に位置する（当該位置情報と予め定められたしきい値を下回る距離だけ離れた位置情報を直近で送信した）車両側装置１に対して、当該収集した情報を送出してもよい。なお、こうした情報が例えばカテゴリに分類できる場合、具体的にはニュース情報を専門に配信するウェブサイトから情報を収集して「ニュース」のカテゴリに分類することとする場合には、さらに次のように処理を行ってもよい。
【００５７】
すなわちセンタ側装置３は、予め車両側装置１の利用者から、インターネット等を介して、車両側装置１の識別情報（電話番号でもよい）と、どのカテゴリの情報の送信を受けたいかの指定を受け入れておく。そしてセンタ側装置３は当該利用者の車両側装置１を識別する識別情報（電話番号でもよい）に関連付けて、当該指定されたカテゴリの情報を配信希望カテゴリ情報として記憶しておく。
【００５８】
センタ側装置３は、インターネット等を介して、予め定めたウェブサイト等から収集した情報をカテゴリ別に分類して蓄積して保持する。そして当該収集した情報のうちに位置情報を含んだ情報がある場合に、当該情報が表す位置情報の近傍に位置する（当該位置情報と予め定められたしきい値を下回る距離だけ離れた位置情報を直近で送信した）車両側装置１であって、かつ、配信希望カテゴリ情報において、当該情報のカテゴリの情報に当該車両側装置１を識別する情報が関連付けられている車両側装置１を検索する。センタ側装置３は、かかる車両側装置１が見出された場合は、当該位置情報を含んだ情報（予め配信が希望されたカテゴリの情報）を、当該見出した車両側装置１に対して送信する。
【００５９】
これにより例えば、ある車両側装置１ｎの利用者が予めイベント情報の配信を希望しているとき、センタ側装置３がイベント情報のウェブサイトから位置情報を含んだイベント情報を収集すると、センタ側装置３が次のように動作することになる。すなわちセンタ側装置３は、当該収集したイベント情報の位置情報が表す場所から予め定めたしきい値を下回る距離だけ離れた場所を表す位置情報を送信する車両側装置１であって、「イベント情報」のカテゴリの情報の配信を希望している利用者の車両側装置１を検索する。ここで上記車両側装置１ｎが、上記収集されたイベント情報の位置情報が表す場所から予め定めたしきい値を下回る距離だけ離れた場所を表す位置情報を送信している場合に、当該車両側装置１ｎに対して上記収集したイベント情報を送出する。
【００６０】
車両側装置１では、当該センタ側装置３から送信された情報を音声合成して、音声鳴動する。これにより、利用者は、イベント情報等、希望するカテゴリの情報を取得することができるようになる。
【００６１】
なお、車両側装置１はセンタ側装置３から得た情報を表示する画面を表す映像信号を生成して出力できるようになっていてもよい。この場合は車両側装置１が出力する当該映像信号をモニタ（カーナビゲーションのモニタ等）で得て出力することとしてもよい。
【符号の説明】
【００６２】
１  車両側装置、２  車両、３  センタ側装置、４  オペレータ端末、１１，１１′，３１  制御部、１２，３２  記憶部、１３，３３  通信部、１４  インタフェース部、１５  鳴動部、１６  電源部、１７  センサ部。
【図１】
2014056338.tif 000003
【図２】
2014056338.tif 000004
【図３】
2014056338.tif 000005
【図４】
2014056338.tif 000006
【手続補正書】
【提出日】平成25年11月6日(2013.11.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
車両に配置される車両側装置であって、
緊急通報を受信する受信手段と、
当該車両のエンジンが停止しているか否かを判断する判断手段と、
前記判断手段の判断の結果により、車両のエンジンが停止しているか否かにより、エンジンが停止していなければ車両内において聴取可能な程度の音量として設定された第１の音量で前記緊急通報を報知し、エンジンが停止しているときには、車両の車外でも聴取可能な程度の音量として設定された第２の音量で前記緊急通報を報知する報知手段と、
を含む車両側装置。
【請求項２】
車両に配置される車両側装置であって、
緊急通報を受信する受信手段と、
当該車両のエンジンが停止しているか否かを判断する判断手段と、
前記車両内の乗員の有無を判断する第２判断手段をさらに備え、
前記判断手段の判断の結果による車両のエンジンが停止しているか否か、並びに前記第２判断手段の判断結果による乗員の有無に基づき、車両内において聴取可能な程度の音量として設定された第１の音量で前記緊急通報を報知するか、車両の車外でも聴取可能な程度の音量として設定された第２の音量で前記緊急通報を報知するかを決定し、決定した音量で緊急通報を報知する報知手段と、
を含む車両側装置。
【請求項３】
請求項２記載の車両側装置であって、
前記報知手段は、前記判断手段の判断の結果による車両のエンジンが停止しているか否かと、前記第２判断手段の判断結果による乗員の有無と、緊急通報の内容とに基づいて、車両内において聴取可能な程度の音量として設定された第１の音量で前記緊急通報を報知するか、車両の車外でも聴取可能な程度の音量として設定された第２の音量で前記緊急通報を報知するかを決定し、決定した音量で緊急通報を報知する車両側装置。