(57)【要約】【課題】緊急通報が必要な時に緊急通報ができなくなる可能性を低減すること。【解決手段】車両３に搭載され、かつバックアップバッテリ３１２を備えるとともに、車両３の緊急イベント発生時に緊急通報センタ２に緊急通報を送信する緊急通報装置３１であって、車両３が使用される可能性の高い時間である使用時間帯を推定して、未使用時間帯を推定する推定部３１５と、推定部３１５の推定結果に基づいて、バックアップバッテリ３１２のリフレッシュに関する設定を行う設定部３１６と、を備える。バックアップバッテリ３１２のリフレッシュ中にイグニッションスイッチ３３２がオンになった場合には、リフレッシュを中断する。【選択図】図２
2020117063.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載され、かつバックアップバッテリを備えるとともに、前記車両の緊急イベント発生時に緊急通報センタに緊急通報を送信する緊急通報装置であって、
前記車両が使用される可能性の高い時間を推定する推定部と、
前記推定部の推定結果に基づいて、前記バックアップバッテリのリフレッシュに関する設定を行う設定部と、を備える
緊急通報装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、緊急通報装置に関する。
【背景技術】
【０００２】
自動車事故の発生時に、最寄りの緊急通報センタに自動で通報を行うシステムとして、自動緊急通報システム（ｅＣａｌｌ）が導入され始めている。自動緊急通報システムにおいては、車両の乗員が意識を喪失して救助を依頼できない場合でも、緊急通報センタを介して当該車両の位置情報や車両情報を警察署や消防署などの緊急通報受理機関に自動で送信することで、事故の対応を迅速化することが可能になる。非特許文献１には、車両の事故において車両に搭載されたバッテリから通信機器への電力の供給が途絶えて、緊急通報センタへの情報の送信が不通になることを想定して、バックアップ電源を備える必要性が開示されている。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ＦＤＫ株式会社  「ｅＣａｌｌ用バックアップ電源」［平成３１年１月１５日検索］、インターネット＜URL：http://www.fdk.co.jp/cyber-j/pi_ecall＞
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、バックアップ電源は定常的に用いられるバッテリではないことから、いわゆるメモリ効果によって早期劣化する可能性がある。メモリ効果を低減させるためにはリフレッシュが有効であるが、バッテリのリフレッシュを任意のタイミングで実行すると、緊急通報が必要な時に緊急通報ができなくなる可能性があった。
【０００５】
本発明は、上記に鑑みてなされたものであって、その目的は、緊急通報が必要な時に緊急通報ができなくなる可能性を低減できる緊急通報装置を提供することにある。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、上記目的を達成するために、本発明に係る緊急通報装置は、車両に搭載され、かつバックアップバッテリを備えるとともに、前記車両の緊急イベント発生時に緊急通報センタに緊急通報を送信する緊急通報装置であって、前記車両が使用される可能性の高い時間を推定する推定部と、前記推定部の推定結果に基づいて、前記バックアップバッテリのリフレッシュに関する設定を行う設定部と、を備えることを特徴とする。
【発明の効果】
【０００７】
本発明に係る緊急通報装置によれば、車両が使用される可能性の高い時間を推定し、推定結果に基づいてリフレッシュに関する設定を行うことによって、緊急通報の必要時に緊急通報ができなくなる可能性を低減することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】図１は、本発明の一実施形態による緊急通報装置を適用可能な緊急通報システムの構成を示すブロック図である。
【図２】図２は、本発明の一実施形態による緊急通報装置が搭載された車両の構成を示すブロック図である。
【図３】図３は、本発明の一実施形態による緊急通報装置におけるバックアップバッテリにおけるリフレッシュ方法を説明するための模式図である。
【図４】図４は、本発明の一実施形態による緊急通報装置のバックアップバッテリのリフレッシュ方法を説明するためのフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の一実施形態について図面を参照しつつ説明する。なお、以下の実施形態の全図においては、同一または対応する部分には同一の符号を付す。また、本発明は以下に説明する実施形態によって限定されるものではない。
【００１０】
まず、本発明の一実施形態による緊急通報装置を適用可能な緊急通報システムについて説明する。図１は、本実施形態による緊急通報システム１を示す。図１に示すように、緊急通報システム１は、ネットワーク１０を介して互いに通信可能な、緊急通報センタ２と、複数の車両３と、複数の端末４とを有する。
【００１１】
本実施形態において、緊急通報サーバとしての緊急通報センタ２は、車両３からの緊急通報を受信し、受信した緊急通報に応じて所定の対応を実施可能に関係各所に連絡を行うセンタである。
【００１２】
ネットワーク１０は、インターネット回線網や携帯電話回線網などから構成される。ネットワーク１０は、例えば、インターネットなどの公衆通信網であって、例えばＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）、携帯電話などの電話通信網や公衆回線、ＶＰＮ（Virtual  Private  Network）、および専用線などの一または複数の組み合わせからなる。ネットワーク１０は、有線通信および無線通信が適宜組み合わされている。
【００１３】
（緊急通報センタ）
緊急通報センタ２は、複数の車両３のそれぞれの通信部３４から送信された種々の情報を、ネットワーク１０を介して収集するデータ収集処理を実行する。緊急通報センタ２は、収集した種々の情報を分析可能である。緊急通報センタ２は、制御部２１、記憶部２２、および通信部２３を備える。
【００１４】
制御部２１は、具体的に、ＣＰＵ（Central  Processing  Unit）、ＤＳＰ（Digital  Signal  Processor）、ＦＰＧＡ（Field-Programmable  Gate  Array）などのプロセッサ、およびＲＡＭ（Random  Access  Memory）やＲＯＭ（Read  Only  Memory）などの主記憶部（いずれも図示せず）を備える。
【００１５】
制御部２１は、記憶部２２に記憶されたプログラムを主記憶部の作業領域にロードして実行し、プログラムの実行を通じて各構成部などを制御することで、所定の目的に合致した機能を実現できる。
【００１６】
記憶部２２は、物理的には、ＲＡＭ等の揮発性メモリ、ＲＯＭ等の不揮発性メモリ、ＥＰＲＯＭ（Erasable  Programmable  ROM）、ハードディスクドライブ（ＨＤＤ、Hard  Disk  Drive）、およびリムーバブルメディアなどから選ばれた記憶媒体から構成される。なお、リムーバブルメディアは、例えば、ＵＳＢ（Universal  Serial  Bus）メモリ、または、ＣＤ（Compact  Disc）、ＤＶＤ（Digital  Versatile  Disc）、またはＢＤ（Blu-ray（登録商標）  Disc）のようなディスク記録媒体である。また、外部から装着可能なメモリカード等のコンピュータ読み取り可能な記録媒体を用いて記憶部２２を構成してもよい。記憶部２２には、緊急通報センタ２の動作を実行するための、オペレーティングシステム（Operating  System  :ＯＳ）、各種プログラム、各種テーブル、各種データベースなどが記憶可能である。各種プログラムには、本実施形態によるモデル更新処理プログラムも含まれる。これらの各種プログラムは、ハードディスク、フラッシュメモリ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に記録して広く流通させることも可能である。
【００１７】
本実施形態において制御部２１は、記憶部２２に記憶されたプログラムの実行により、データ収集部２１ａの機能を実行する。データ収集部２１ａは、緊急通報に関する情報（緊急通報情報）を収集する。緊急通報情報は、車両３の位置情報、および例えば自動車事故などの緊急イベントに関する情報（緊急イベント情報）を含む。データ収集部２１ａは、これらの位置情報および緊急イベント情報を、緊急イベントの発生時に通信部２３を通じて、緊急イベントが発生した車両３から受信して、記憶部２２に記憶させる。記憶部２２には、緊急通報情報に対応した、緊急イベントごとの対応方法の情報（対応情報）がさらに記憶されている。制御部２１は、受信した緊急通報情報に応じた対応情報を記憶部２２から読み出して、対応情報に応じて処理を実行する。なお、緊急通報情報および、対応情報ならびに対応情報に応じた処理については、従来公知であるため、説明を省略する。
【００１８】
（緊急通報装置）
次に、一実施形態による緊急通報装置が搭載された車両について説明する。図１に示すように、一実施形態による緊急通報装置は、それぞれの車両３に搭載され、車両３における緊急イベント発生時に緊急通報センタ２に緊急通報を送信する。車両３はさらに、エアバッグＥＣＵ（Electronic  Control  Unit）３２および走行系ＥＣＵ３３を含む車載ＥＣＵと、通信部３４とを備える。
【００１９】
図２は、一実施形態による緊急通報装置が搭載された車両３の構成を示すブロック図である。図２に示すように、一実施形態による緊急通報装置３１は、車両３に搭載されて、車両３の事故や衝突などの緊急イベントの発生を緊急通報センタ２へ通報するための装置である。緊急通報装置３１は、緊急通報センタ２との間において無線通信により各種の情報を授受することが可能である。緊急通報装置３１は、緊急通報センタ２の人間のオペレータや人工知能などによって実現されるオペレータとの間において、緊急通報により車両３の衝突の発生状況の報告や必要とされる情報を交換する。
【００２０】
緊急通報装置３１には、上述した緊急通報などの際に用いられるユーザインターフェースと接続されている。ユーザインターフェースは車両３の車室内などに搭載される。ユーザインターフェースは、マイク３６、スピーカ３７、通報用ボタン３８、およびインジケータ３９を備える。マイク３６は、操作者からの音声通話に用いられる。スピーカ３７は、緊急通報センタ２からの音声による応答が出力される。通報用ボタン３８は、例えば押しボタンなどからなり、緊急通報の開始時に操作可能に構成される。インジケータ３９は、緊急通報装置３１の動作の正常および異常を示す発光体からなり、例えば赤色ＬＥＤからなる赤インジケータ３９Ｒ、および緑色ＬＥＤからなる緑インジケータ３９Ｇを含む。なお、インジケータ３９は備えなくてもよい。
【００２１】
緊急通報装置３１は、各種の車載装置の動作を制御するための車載ＥＣＵに対し、例えばＣＡＮ（Controller  Area  Network）などの車両ネットワークＮＷを介して接続される。緊急通報装置３１は、車載ＥＣＵからの出力に基づいて、車両３の都度の状況を把握可能に構成されている。
【００２２】
緊急通報装置３１は、上述した緊急通報を行う際に各種の演算処理を統括的に実行する制御部３１０を備える。制御部３１０は、緊急通報の際に、車両３の車両識別情報としての車両ＩＤなどの各種情報を記憶部３１１から読み出す。制御部３１０は、上述した車載ＥＣＵから車両ネットワークＮＷを介して入力される情報に基づいて更新される各種パラメータなどを記憶部３１１に書き込む。制御部３１０は、緊急通報が実行対象の通報処理であるかを、例えば記憶部３１１から読み出すフラグ情報に基づいて識別する。制御部３１０は、識別した通報処理に応じた通信先の電話番号やパケット通信のアクセス先の情報を記憶部３１１から読み出す。
【００２３】
制御部３１０は、推定部３１５および設定部３１６を有する。推定部３１５は、車両３が使用される可能性の高い時間を推定して、推定結果を設定部３１６に出力する。設定部３１６は、推定部３１５から入力された推定結果に基づいて、後述する緊急通報装置３１の緊急用バッテリであるバックアップバッテリ３１２のリフレッシュに関する設定を行う。
【００２４】
緊急通報装置３１は、車載バッテリ３３０とバックアップバッテリ３１２との間において電源の管理を行う電源管理部３１３を備える。車載バッテリ３３０は、緊急通報装置３１を含めた各種の車載装置に電力を供給する車両３のメインバッテリとして機能する。一方、バックアップバッテリ３１２は、車両３からの通報処理に必要となる電力を担保するための緊急用のバッテリとして機能する。
【００２５】
緊急通報装置３１は、上述した車載ＥＣＵに対して車両ネットワークＮＷを介して接続された車両ネットワーク通信部３１４を備える。ここで、車載ＥＣＵは、エアバッグＥＣＵ３２および走行系ＥＣＵ３３を含む。エアバッグＥＣＵ３２は、車両３の衝突時におけるエアバッグの動作を制御する。エアバッグＥＣＵ３２には、車両３の衝突を検知する衝突検知センサ３２１が接続されている。衝突検知センサ３２１は、例えば車両３の加速度に基づいて車両３に加わる衝撃を検知する加速度センサなどから構成され、車両３の減速度が所定の閾値以上となった場合に車両３の衝突を検知する。エアバッグＥＣＵ３２は、衝突検知センサ３２１が車両３の衝突を検知した際に出力する検知信号を、車両ネットワーク通信部３１４に出力する。
【００２６】
走行系ＥＣＵ３３は、エンジンＥＣＵなどの車両３の走行を制御する。走行系ＥＣＵ３３は、例えば車両３に設けられた車速センサ（図示せず）が検出した車速を示す車速情報を、車両ネットワークＮＷを介して緊急通報装置３１に逐次出力する。走行系ＥＣＵ３３は、例えば車両３のライトなどの動作を制御する。走行系ＥＣＵ３３には、車両３のイグニッションのオン／オフ動作を切り替えるイグニッションスイッチ３３２や、車両３のヘッドライトのオン／オフ動作を切り替えるライトスイッチ３３３が接続されている。走行系ＥＣＵ３３は、イグニッションスイッチ３３２やライトスイッチ３３３のオン／オフ動作の切り替え時に出力するパルス信号を、車両ネットワーク通信部３１４に出力する。
【００２７】
車両ネットワーク通信部３１４は、ナビゲーション装置３５に対して車両ネットワークＮＷを介して接続されている。ナビゲーション装置３５は、車両３の経路案内を行う。ナビゲーション装置３５には、車両３の走行位置を検出するＧＰＳ（Global  Positioning  System）３５１が搭載されている。ＧＰＳ３５１は、ＧＰＳ３５１が搭載される車両３の絶対位置を検知するためのＧＰＳ衛星信号を受信する。ＧＰＳ３５１は、受信したＧＰＳ衛星信号に基づいて車両３の位置を特定する。そして、ナビゲーション装置３５は、ＧＰＳ３５１が特定した位置を示す緯度経度情報に基づいて車両３の経路案内を行う。また、ＧＰＳ３５１は、特定した位置を示す緯度経度情報を、車両ネットワークＮＷを介して車両ネットワーク通信部３１４に出力する。
【００２８】
緊急通報装置３１は、緊急通報センタ２との間において無線通信により各種の情報を授受する通信部３４を備える。通信部３４は例えばＤＣＭ（Data  Communication  Module）等からなる。通信部３４には、衝突検知センサ３２１を通じて車両３の衝突が検知されて以降、操作者によって通報用ボタン３８が操作されると、緊急通報を開始するための開始指令信号が制御部３１０から入力される。通信部３４は、開始指令信号が入力されると、緊急通報に応じた通信を緊急通報センタ２との間において確立しようとする。一方、衝突検知センサ３２１を通じて車両３の衝突が検知されていない状態で操作者によって通報用ボタン３８が操作されたときにも、その時点で実行対象となっている通報処理が緊急通報であれば、その緊急通報に応じた通信を緊急通報センタ２との間において確立しようとする。その後、通信部３４は、緊急通報センタ２との間において緊急通報に応じた通信が確立されれば、操作者からマイク３６を通じて入力された音声の情報を緊急通報センタ２に無線送信する。また、通信部３４は、車両３への音声による応答があった場合には、スピーカ３７を通じて音声の情報を操作者に出力する。これにより、操作者と緊急通報センタ２のオペレータとの間における音声通話が実現される。
【００２９】
また、図１に示すように、緊急通報システム１においては、ユーザから緊急通報がなされると、通報処理に関する情報が車両３からネットワーク１０を介して緊急通報センタ２に送信される。緊急通報センタ２に送信された各種情報は、緊急通報センタ２に設けられた制御部２１によって処理されて、記憶部２２に格納される。反対に、緊急通報センタ２の制御部２１から出力された情報は、通信部２３およびネットワーク１０を介して、車両３や端末４に送信される。
【００３０】
次に、一実施形態による緊急通報装置のバックアップバッテリ３１２のリフレッシュ方法について説明する。すなわち、上述したように、緊急通報装置３１においては、車両３において車載バッテリ３３０から断線された際に、予備のバッテリとしてバックアップバッテリ３１２（ＢＵＢ：Back  Up  Battery）が用いられる。バックアップバッテリ３１２としては、ニッケル水素電池やリチウムイオン電池などの２次電池が用いられる。この点、２次電池においては、メモリ効果などの原因によって早期劣化の可能性がある。２次電池の早期劣化を抑制するには、２次電池をほとんど放電させた後に改めて充電を実施する、いわゆるバッテリリフレッシュ（以下、リフレッシュ）が有効である。リフレッシュは、バックアップバッテリ３１２の短寿命化を抑制する効果を有するが、車両３の走行中に実施すると、実際に緊急通報が必要な場合に、バックアップバッテリ３１２の残量（ＳＯＣ：State  Of  Charge）が減少して、緊急通報ができなくなる可能性がある。そこで、本発明においては、車両３のユーザが車両３を使用しない時間を推定し、ユーザが車両３を使用しないと推定された時間帯にバックアップバッテリ３１２のリフレッシュを実行する。これによって、緊急通報が必要な場合に、バックアップバッテリ３１２のＳＯＣが緊急通報の実行において不足する可能性を低減させつつ、バックアップバッテリ３１２の寿命を延ばすことができる。
【００３１】
図３は、緊急通報装置３１における記憶部３１１およびバックアップバッテリ３１２と、車載バッテリ３３０とを模式的に示す図である。図３に示すように、緊急通報装置３１の記憶部３１１には、車両３における使用情報が格納されている。使用情報は、車両３の利用時間履歴などのユーザが車両３の使用における情報を含む。この一実施形態による緊急通報装置３１のバックアップバッテリ３１２のリフレッシュにおいては、記憶部３１１に格納された車両３の使用情報を用いて、リフレッシュの実行の有無を決定する。
【００３２】
図４は、一実施形態によるバックアップバッテリ３１２のリフレッシュ方法を説明するためのフローチャートである。なお、図４に示すリフレッシュ処理は車両３の緊急通報装置３１において所定時間間隔で繰り返し実行される。図４に示すように、まず、ステップＳＴ１において緊急通報装置３１の制御部３１０は、ユーザが車両３を使用した際に、ユーザによる車両３の利用時間履歴や利用場所などの使用情報を記憶部３１１に記憶する。なお、ユーザが所有する端末４から車両３の使用情報をさらに読み出して、記憶部３１１に記憶させてもよい。
【００３３】
ステップＳＴ２に移行して制御部３１０の推定部３１５は、記憶部３１１から使用情報を読み出し、読み出した使用情報に基づいて車両３が使用される可能性が高い日付や曜日および時間帯（以下、使用時間帯）を推定する。推定部３１５は、車両３の使用時間帯を推定することによって、使用時間帯以外を、ユーザが車両３を使用する可能性が低い日付や曜日および時間帯（以下、未使用時間帯）と推定する。ここで、可能性が高いとする確率は、例えば２０％以上としてもよい。すなわち、推定部３１５は、使用情報に基づいてユーザが車両３を使用する確率が２０％以上である日付や曜日および時間帯を、ユーザによる車両３の使用時間帯と推定し、２０％未満である日付や曜日および時間帯を、ユーザによる車両３の未使用時間帯と推定する。なお、推定部３１５は、使用情報に基づいて、ユーザが車両３を使用する確率が略０％である日付や曜日および時間帯を、ユーザによる車両３の未使用時間帯と推定してもよい。推定部３１５は、推定した使用時間帯または未使用時間帯の情報を設定部３１６に出力する。
【００３４】
推定部３１５による推定は、記憶部３１１に格納された所定のプログラムに従って行ってもよく、制御部３１０に格納された人工知能（ＡＩ）などによってもよい。さらに、推定部３１５によって、車両３の未使用時間帯を推定する方法としては、種々の方法を採用できる。具体的に例えば、推定部３１５は、端末４の記憶部（図示せず）に格納されたスケジュールアプリによるユーザのスケジュールを、通信部３４を通じて受信して、受信したスケジュールの情報から未使用時間帯を推定してもよい。推定部３１５は、制御部３１０においてスケジュールアプリなどを実行することにより曜日を読み出し、平日や休日などの区分から未使用時間帯を推定してもよい。推定部３１５は、車両３の利用時間履歴以外にも、車両３の記憶部３１１に格納された車両情報における走行履歴から、未使用時間帯を推定してもよい。推定部３１５は、所定の天気予報サーバ（図示せず）から通信部３４を介して受信した天気予報の情報から、未使用時間帯を推定してもよい。
【００３５】
次に、ステップＳＴ３に移行して制御部３１０は、電源管理部３１３からバックアップバッテリ３１２の情報を入力して、バックアップバッテリ３１２が劣化しているか否かを判定する。制御部３１０がバックアップバッテリ３１２は劣化していないと判定した場合（ステップＳＴ３：Ｎｏ）、ステップＳＴ１に復帰する。なお、ステップＳＴ３において否定的な判定がされた場合、ステップＳＴ１に復帰せずにリフレッシュ処理を終了してもよく、ステップＳＴ３を繰り返し実行してもよい。
【００３６】
制御部３１０がバックアップバッテリ３１２は劣化していると判定した場合（ステップＳＴ３：Ｙｅｓ）、ステップＳＴ４に移行する。ステップＳＴ４において制御部３１０は、走行系ＥＣＵ３３からイグニッションスイッチ３３２のオン／オフ動作の信号を入力する。制御部３１０は、イグニッションスイッチ３３２がオフであるか否かを判定する。制御部３１０がイグニッションスイッチ３３２はオンであると判定した場合（ステップＳＴ４：Ｎｏ）、イグニッションスイッチ３３２がオフになるまで、ステップＳＴ４を繰り返し実行する。一方、制御部３１０がイグニッションスイッチ３３２はオフであると判定した場合（ステップＳＴ４：Ｙｅｓ）、ステップＳＴ５に移行する。なお、ステップＳＴ４において否定的な判定がされた場合、ステップＳＴ１，ＳＴ２，ＳＴ３のいずれかに復帰するようにしてもよい。
【００３７】
ステップＳＴ５において制御部３１０の設定部３１６は、推定部３１５から入力された車両３の使用時間帯や未使用時間帯に基づいて、バックアップバッテリ３１２のリフレッシュを行う時間帯を設定する。具体的にステップＳＴ５において、設定部３１６は、推定部３１５から入力された未使用時間帯に、リフレッシュを行う時間帯（以下、リフレッシュ予定時間）を設定する。ここで、バックアップバッテリ３１２のリフレッシュに要する時間が未使用時間帯の時間よりも長い場合、設定部３１６は、リフレッシュを実行可能な時間が確保可能な未使用時間帯に、リフレッシュの実行を設定する。その後、ステップＳＴ６に移行する。
【００３８】
ステップＳＴ６において設定部３１６は、電源管理部３１３から車載バッテリ３３０のＳＯＣを入力して、車載バッテリ３３０のＳＯＣがバックアップバッテリ３１２のリフレッシュに十分であるか否かを判定する。設定部３１６が車載バッテリ３３０のＳＯＣはバックアップバッテリ３１２のリフレッシュに不十分であると判定した場合（ステップＳＴ６：Ｎｏ）、リフレッシュ処理を終了する。一方、設定部３１６が車載バッテリ３３０のＳＯＣはバックアップバッテリ３１２のリフレッシュにおいて十分であると判定した場合（ステップＳＴ６：Ｙｅｓ）、ステップＳＴ７に移行する。ステップＳＴ７において制御部３１０は、バックアップバッテリ３１２のリフレッシュの実行を開始する。なお、バックアップバッテリ３１２のリフレッシュ中に、制御部３１０が走行系ＥＣＵ３３から、イグニッションスイッチ３３２がオンになった信号を受信した場合、リフレッシュの実行を中断して、車載バッテリ３３０に対する充電を開始する。なお、この際に、バックアップバッテリ３１２に対する充電を行ってもよい。以上により、一実施形態によるバックアップバッテリ３１２のリフレッシュ処理が終了する。
【００３９】
以上説明した本発明の一実施形態によれば、緊急通報装置３１は、車両３に搭載され、かつバックアップバッテリ３１２を備えるとともに、車両３の緊急イベントの発生時に通信部３４を介して緊急通報センタ２に緊急通報を送信する。その上で、制御部３１０の推定部３１５が車両３の使用時間帯および未使用時間帯を推定し、推定部３１５が推定した未使用時間帯に基づいて、設定部３１６がバックアップバッテリ３１２のリフレッシュに関する設定を行っている。これにより、車両３において緊急イベントが発生して緊急通報が必要な時にバックアップバッテリ３１２のリフレッシュが行われているなどの可能性を低減できるので、緊急通報が必要な時に緊急通報ができなくなる可能性を低減することが可能となる。
【００４０】
以上、本発明の一実施形態について具体的に説明したが、本発明は、上述の一実施形態に限定されるものではなく、本発明の技術的思想に基づく各種の変形が可能である。例えば、上述の一実施形態において挙げた数値や車両３および緊急通報装置３１の構成はあくまでも例に過ぎず、必要に応じてこれと異なる数値や車両３および緊急通報装置３１の構成を用いてもよい。さらなる効果や変形例は、当業者によって容易に導き出すことができる。本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付のクレームおよびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。
【符号の説明】
【００４１】
１  緊急通報システム
２  緊急通報センタ
３  車両
４  端末
１０  ネットワーク
２１，３１０  制御部
２１ａ  データ収集部
２２，３１１  記憶部
２３，３４  通信部
３１  緊急通報装置
３２  エアバッグＥＣＵ
３３  走行系ＥＣＵ
３１２  バックアップバッテリ
３１３  電源管理部
３１４  車両ネットワーク通信部
３１５  推定部
３１６  設定部
３２１  衝突検知センサ
３３０  車載バッテリ
３３２  イグニッションスイッチ
【図１】
2020117063.tif 000003
【図２】
2020117063.tif 000004
【図３】
2020117063.tif 000005
【図４】
2020117063.tif 000006