JP2022182338A - 車両の置去警報装置 - Google Patents

Abstract

【課題】車両での子供といった乗員の置去について、その置去についての警報出力を状況に応じて適切に出力するようにする。【解決手段】車両１の置去警報装置２０は、車両１の車室３にいる乗員を含む乗車物を検出する乗車物検出部４１と、車両１からドライバが降車した後に車室３に乗員が残っている場合にドライバ１１を含む複数の人の携帯端末６３への置去警報の出力を制御する警報制御部３１と、を有する。警報制御部３１は、車両１からドライバ１１が降車した場合に、乗車物検出部４１により車室３に残る乗員を検出させ、ドライバ１１の降車後の車室３に乗員が残っている場合に、降車したドライバ１１の携帯端末８０が車室３に残っているか否かを判断し、降車したドライバ１１の携帯端末８０が車室３に残っているか否かに応じて、ドライバ１１の携帯端末８０を含む複数の人の携帯端末６３への置去警報の出力を切り換える。【選択図】図７

Description

本発明は、車両の置去警報装置に関する。

自動車といった車両では、ドライバが降車した後に、車室にたとえば子供といった他の乗員が残っていることがある。このような乗員の置去が生じていることをドライバが忘れて、乗員の置去状態が炎天下において長時間にわたって放置されると、放置されている乗員に影響を与える可能性がある。特に、乳幼児などが眠っている間にドライバが降車してしまうと、放置の影響が乳幼児の健康に影響を与える可能性がある。
このため、特許文献１では、車両とドライバの携帯端末とを連携させて、子供が車室に残されている場合には、所定の条件の下において携帯端末への置去警報を所定回数で繰り返すこと、さらには所定回数での携帯端末への置去警報の後において応答がなければ置去警報のための緊急通報を実行すること、を開示する。このような置去警報が実行されることにより、自動車の車室に子供が長期間にわたって放置されることが起き難くなる。

特開２０１７－１３９７３９号公報

しかしながら、特許文献１での置去についての警報出力は、上述するように一定の固定的でかつ画一的な警報出力となっている。
この場合、たとえばドライバが自身の携帯端末を車室に置き忘れていたときには、ドライバに対して置去警報を届けることができない。

このように車両では、子供といった乗員の置去について、その置去についての警報出力を状況に応じて適切に出力するようにすることが求められる。

本発明に係る車両の置去警報装置は、車両の車室にいる乗員を含む乗車物を検出する乗車物検出部と、前記車両からドライバが降車した後に前記車室に乗員が残っている場合にドライバを含む複数の人の携帯端末への置去警報の出力を制御する警報制御部と、を有し、前記警報制御部は、前記車両からドライバが降車した場合に、前記乗車物検出部により前記車両の車室に残る乗員を検出させ、ドライバの降車後の前記車室に乗員が残っている場合に、降車したドライバの携帯端末が前記車室に残っているか否かを判断し、降車したドライバの携帯端末が前記車室に残っているか否かに応じて、ドライバの携帯端末を含む複数の人の携帯端末への置去警報の出力を切り換える。

好適には、前記警報制御部は、降車したドライバの携帯端末に対して音声による呼掛を実行し、音声による呼掛に対して応答がある場合には、降車したドライバの携帯端末が前記車室に残っていると判断する、とよい。

好適には、前記警報制御部は、降車したドライバの前記携帯端末が前記車室に残っていない場合には、複数の人の前記携帯端末の中の、降車したドライバの前記携帯端末へ置去警報を出力する、とよい。

好適には、前記警報制御部は、降車したドライバの前記携帯端末が前記車室に残っている場合には、複数の人の前記携帯端末の中の、降車したドライバの前記携帯端末を除外した他の携帯端末へ置去警報を出力する、とよい。

好適には、前記警報制御部は、降車したドライバ以外の人の他の前記携帯端末への置去警報の出力に対して応答がある場合には、応答があった他の前記携帯端末と通信して、ドライバの降車後に前記車室に残っている乗員に対する救助制御を実行する、とよい。

好適には、前記警報制御部は、応答があった他の前記携帯端末から、端末位置を取得し、取得した端末位置と前記車両の自車位置とを比較し、取得した端末位置が前記車両の自車位置に接近している場合には、前記車両のドアロックを解除する、とよい。

本発明では、警報制御部は、車両からドライバが降車した場合に、乗車物検出部により車両の車室に残る乗員を検出させ、ドライバの降車後の車室に乗員が残っている場合に、降車したドライバの携帯端末が車室に残っているか否かを判断する。そして、警報制御部は、降車したドライバの携帯端末が車室に残っているか否かに応じて、ドライバの携帯端末を含む複数の人の携帯端末への置去警報の出力を切り換える。
このように本発明では、警報制御部による携帯端末への置去警報の出力処理が、降車したドライバの携帯端末を含む複数の人の携帯端末の間で切り替わる。本発明では、たとえばドライバが自身の携帯端末を車室に置き忘れている状況であったとしても、それを判断して、他の人の携帯端末へ置去警報を出力して、降車したドライバ以外の他の人に対して置去についての警報を適切に出力できることが期待できる。

図１は、本発明の実施形態に係る置去警報装置が適用される自動車の模式的な平面図である。 図２は、図１の自動車の模式的な縦断面図である。 図３は、図１の自動車において、置去警報装置として機能する制御システムの説明図である。 図４は、図３のミリ波センサの検出レベルに基づく車内物の種類判定方法の説明図である。 図５は、図３の車内物監視装置のメモリに記録される緊急連絡先リストの説明図である。 図６は、図４の車内物監視装置のＣＰＵによる、事前置去警報制御のフローチャートである。 図７は、図４の車内物監視装置のＣＰＵによる、置去警報制御のフローチャートである。 図８は、図７の置去警報制御により、ドライバの携帯端末に表示される警報画面の一例の説明図である。 図９は、図７の置去警報制御により、ドライバ以外の人の携帯端末に表示される警報画面の一例の説明図である。 図１０は、図４の車内物監視装置のＣＰＵによる、救助制御のフローチャートである。 図１１は、図１０の救助制御により、ドライバ以外の人の携帯端末に表示される救助画面の一例の説明図である。

以下、本発明の実施形態を、図面に基づいて説明する。

図１は、本発明の実施形態に係る置去警報装置が適用される自動車１の模式的な平面図である。
図２は、図１の自動車１を、自動車１の車幅方向の中央位置Ｙ０で切断した模式的な縦断面図である。
自動車１は、車両の一例である。自動車１の動力源は、ガソリンやエタノールを燃焼する内燃機関、蓄電電力などを用いる電気モータ、水素を用いる動力源、または、これらの組み合わせでよい。

図１から図２に示す自動車１は、車体２を有する。車体２には、複数の乗員が乗車可能な車室３を有する。車室３には、自動車１の前後方向に並ぶ複数のシート４～６が設けられる。図１の自動車１の複数のシート４～６は、前から順番に、ドライバ１１または同乗者１２が着座可能な前列の複数のシート４，５、複数の乗員が自動車１の車幅方向に並んで着座可能な後列のシート６、である。後列のシート６の後側には、荷室が設けられる。前列の複数のシート４，５の前には、ダッシュボード７が設けられる。

ドライバ１１は、不図示の右前ドアを開閉して車室３に入って前列のドライバ１１用のシート４に着座し、右前ドアを開閉して車室３から退出する。
同乗者１２は、たとえば不図示の左前ドアを開閉して車室３に入って前列の同乗者１２用のシート５に着座し、左前ドアを開閉して車室３から退出する。
子供１３は、たとえば不図示の右後ドアまたは左後ドアを開閉して車室３に入って後列のシート６に着座し、右後ドアまたは左後ドアを開閉して車室３から退出する。たとえば乳幼児のように介助が必要な場合、ドライバ１１や同乗者１２といった大人は、右後ドアまたは左後ドアを開閉して、後列のシート６にチャイルドシート１４を装着し、チャイルドシート１４に乳幼児を載せる。なお、子供１３は、前列の同乗者１２用のシート５に着座してもよい。同乗者１２は、後列のシート６に着座してもよい。
シート４～６に直接に着座する大人や子供１３は、不図示のシートベルトを装着する。これにより、乗員は、上体をシート４～６のバックレストに寄り掛けた状態で、シート４～６に着座する。シート４～６に着座している乗員の着座位置は、基本的に一定の範囲に収まる。

そして、自動車１は、ドライバ１１や同乗者１２を含む乗員が車室３のシート４～６に着座するように乗車している状態において、ドライバ１１の運転操作、運転支援、または自動運転により走行する。
このような自動車１では、たとえば、走行中において車室３にいるドライバ１１を含む乗員を監視し、ドライバ１１の降車後に車室３に残る子供１３といった乗員についての置去を監視したり、することが望ましい。

図３は、図１の自動車１において、置去警報装置として機能する制御システム２０の説明図である。
自動車１の置去警報装置は、ドライバ１１の降車後に車室３に残る子供１３といった乗員についての置去を監視して警報を出力することができる。
図３の制御システム２０は、車内物監視装置２１、ドライバモニタ装置（ＤＭＳ）２２、センサ装置２３、ユーザインタフェース装置（ＵＩ装置）２４、出力装置２５、空調装置２６、外通信装置２７、および、これらが接続される車内ネットワーク２８、を有する。

車内ネットワーク２８は、自動車１のためのたとえばＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＬＩＮ（Ｌｏｃａｌ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｎｅｔｗｏｒｋ）に準拠した有線の通信ネットワークでよい。車内ネットワーク２８は、ＬＡＮなどの通信用ネットワークでも、これらを組み合わせたものであってもよい。車内ネットワーク２８の一部には、無線方式の通信ネットワークが含まれてよい。車内ネットワーク２８に接続される上述した各種の装置２１～２７は、たとえば装置毎のＩＤを付加した暗号化パケットを送受することにより、相互にデータを入出力することができる。

ドライバモニタ装置２２には、車内カメラ４２が接続される。車内カメラ４２は、たとえば車室３にいる主にドライバ１１を撮像可能となるように、車室３を前から撮像するようにたとえばダッシュボード７に設けられてよい。ドライバモニタ装置２２に接続される車内カメラ４２は、複数で設けられてよい。複数の車内カメラの一方の車内カメラは、主にドライバ１１を撮像するように設けられ、他方の車内カメラは、車室３を全体的に広角に撮像するものとしてよい。ドライバモニタ装置２２には、さらに赤外線などを出力するＬＥＤが接続されてよい。ドライバモニタ装置２２は、車内カメラ４２の撮像画像に基づいて、自動車１のドライバ１１といった乗員を識別し、乗員の状態を監視してよい。ドライバモニタ装置２２は、乗員の状態の顔や目の向きにより、わき見、居眠りなどの状態を監視してよい。赤外線を乗員に対して照射することにより、乗員の静脈パターンを撮像でき、ドライバモニタ装置２２は脈拍といった情報を生成することが可能になる。ドライバモニタ装置２２は、車内カメラ４２による車室３の撮像画像、それに基づく情報を、車内ネットワーク２８を通じて他の装置へ出力してよい。

センサ装置２３には、イグニションスイッチ４３、ドア開閉センサ４４、ドアロックセンサ４５、ＧＮＳＳ受信機４６、加速度センサ４７、といった自動車１に設けられる各種のセンサが接続される。なお、たとえばＧＮＳＳ受信機４６といった一部のセンサは、車内ネットワーク２８に直接に接続されてよい。

イグニションスイッチ４３は、ドライバ１１が自動車１を走行させる場合に操作するトグルスイッチである。イグニションスイッチ４３が１回操作されると、自動車１の動力源が作動状態または作動可能状態になる。自動車１の動力源が作動状態または作動可能状態にある場合、自動車１はその動力により走行可能となる。イグニションスイッチ４３が２回操作されると、自動車１の動力源が停止状態になる。

ドア開閉センサ４４は、自動車１の不図示のドアの開閉を検出する。ドア開閉センサ４４は、自動車１に設けられる複数のドアごとに設けられてよい。乗員は、自動車１から乗降する場合、ドアを開いて閉じる。ドア開閉センサ４４は、ドアの開閉操作を検出する。

ドアロックセンサ４５は、自動車１の不図示のドアのロック状態を検出する。ドアロックセンサ４５は、ドアロッカとともに、自動車１に設けられる複数のドアごとに設けられてよい。ドアロッカは、自動車１のドアを開閉操作できないようにロックする。ドアロックセンサ４５は、ドアロッカのロック状態と非ロック状態とを検出してよい。

ＧＮＳＳ受信機４６は、不図示のＧＮＳＳ衛星の電波などを受信して、ＧＮＳＳ受信機４６の位置を、ＧＮＳＳ受信機４６が設けられる自動車１の自車位置として生成する。ＧＮＳＳ受信機４６は、自車位置とともに、ＧＮＳＳ衛星の電波に基づく正確な時刻情報を生成してよい。

加速度センサ４７は、自動車１に作用する加速度を検出する。加速度センサ４７は、自動車１の前後方向、上下方向、車幅方向の３軸の加速度を検出してよい。加速度センサ４７は、３軸の加速度の検出に基づいて、自動車１のヨー加速度、ピッチ加速度、ロール加速度、ヨー速度、ピッチ速度、ロール速度、を生成してよい。

センサ装置２３は、接続されているセンサ４３～４７から検出値を取得し、検出値またはそれに基づく情報を、車内ネットワーク２８を通じて他の装置へ出力してよい。

ユーザインタフェース装置２４には、スピーカ４８、マイクロホン４９、が接続される。ユーザインタフェース装置２４には、この他もタッチ式表示デバイス、各種のスイッチが接続されてよい。スピーカ４８は、車室３へ向けて音声などを出力する。マイクロホン４９は、車室３の音を収集する。タッチ式表示デバイスは、乗員が操作可能な画面を表示する。ユーザインタフェース装置２４は、マイクロホン４９が収集した音のデータを、車内ネットワーク２８を通じて他の装置へ出力してよい。

出力装置２５には、自動車１のホーン５０、ウィンカ５１、ヘッドライト５２、メータ液晶パネル５３、が接続される。ホーン５０、ウィンカ５１、およびヘッドライト５２は、自動車１の車体２の外表面に設けられる。出力装置２５には、この他にも、自動車１の車体２の外表面に設けられる自動運転ランプなどが接続されてよい。メータ液晶パネル５３は、ダッシュボード７においてドライバ１１の前側に設けられ、ドライバ１１に自動車１の走行情報を表示する。

空調装置２６は、自動車１のたとえば車室３の温度が設定温度となるように、車室３を空調する。

外通信装置２７は、自動車１の外にある基地局６１と通信路を確立し、基地局６１に接続されているサーバ装置６２や携帯端末６３との間で無線データを送受する。無線通信の規格には、たとえばＩＭＴ－２０２０（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ－２０２０）、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１ａｘ、がある。基地局６１は、携帯端末６３のキャリアによる基地局６１であっても、高度交通システム（ＩＴＳ）などのための基地局６１であってもよい。サーバ装置６２は、たとえば自動車の製造会社、携帯電話のキャリア、自動車のサービス会社、警察、消防、病院などの公共サービス機関、民間サービス機関などが使用する、通信機能を備えるコンピュータ装置でよい。たとえば公共サービス機関は、サーバ装置６２が自動車１の外通信装置２７から緊急通報を受信すると、緊急出動をして乗員を救護する。携帯端末６３は、たとえば自動車１のドライバ１１、同乗者１２、その他の人が使用する、通信機能を備える携帯可能なコンピュータ装置でよい。

サーバ装置６２または携帯端末６３には、基地局６１を通じて自動車１に設けられる置去警報装置との間で通信が可能なアプリケーションプログラムが実行可能にインストールされてよい。
サーバ装置６２または携帯端末６３と置去警報装置として機能する制御システム２０とは、自動車１での乗員の置去を通知するシステム６０を実現する。

車内物監視装置２１は、たとえばＣＰＵ３１、メモリ３２、タイマ３３、入出力部３４、および、これらが接続される内部バス３５、を有する。内部バス３５には、ミリ波センサ４１が接続される。
なお、上述した各種装置２２～２７も、車内物監視装置２１と同様にＣＰＵ、メモリ、タイマ、入出力部、および、これらが接続される内部バス、を有してよい。
また、通信機能を備えるコンピュータ装置であるサーバ装置６２または携帯端末６３も、車内物監視装置２１と同様にＣＰＵ、メモリ、タイマ、外通信装置、および、これらが接続される内部バス、を有してよい。

入出力部３４は、車内ネットワーク２８に接続される。入出力部３４は、車内物監視装置２１のＣＰＵ３１が送信しようとするデータを含む、送信先の装置のＩＤを付加した暗号化パケットを、車内ネットワーク２８へ出力する。入出力部３４は、車内ネットワーク２８を監視し、自分のＩＤが送信先として付加されている自分宛ての暗号化パケットを、車内ネットワーク２８から取得する。入出力部３４は、取得したデータを、ＣＰＵ３１へ出力する。

タイマ３３は、時間、時刻を計測する。タイマ３３の時刻は、ＧＮＳＳ受信機４６により生成される時刻により校正されてよい。タイマ３３は、たとえばプログラム実行周期などを計測して、実行周期などを計測するたびに割込信号をＣＰＵ３１へ出力してよい。

ミリ波センサ４１は、図１に示すように車室３の前上部に、たとえば所謂オーバヘッドコンソールに設けられる。ミリ波センサ４１は、たとえばミリ波を送信する２つの送信アンテナと、ミリ波を受信する４つの受信アンテナとを備えてよい。この場合、ミリ波センサ４１は、８チャネルとなる。また、ミリ波の周波数は、２４ＧＨｚ帯であっても、６０ＧＨｚ帯であっても、７４ＧＨｚ帯であってもよい。
ミリ波センサ４１は、車室３の前上部から、後下方向を中心とする所定範囲へ、ミリ波を出力する。ミリ波は、金属板で構成されていない前側のシート４，５のバックレストを透過し、金属板を用いる後側のシート６のバックレストで反射する。ミリ波センサ４１は、たとえばミリ波で車室３を車幅方向へスキャンすることにより、車室３の略全体において反射されたミリ波の反射波を、たとえば前側のシート４，５の後側となる後側のシート６の足元における反射波や、後側のシート６の後側の荷室における反射波などを含んで、受信することができる。ミリ波の反射波には、人体が存在する場合、荷物が存在する場合、それらが存在しない場合とは異なる成分が含まれる。また、反射波の成分が増加することにより、反射波の検出レベルは高くなる。
このようにミリ波センサ４１は、自動車１の車室３へ向けてミリ波の電波を出力して、自動車１の車室３にいる乗員または荷物といった車内物によるミリ波の反射波を検出できる。

メモリ３２は、ＣＰＵ３１が実行するプログラム、プログラムの実行に使用するデータ、プログラムの実行により生成されるデータ、を記録する。メモリ３２は、ＲＡＭといった揮発性メモリと、ＳＳＤやＨＤＤといった不揮発性メモリと、で構成されてよい。

ＣＰＵ３１は、メモリ３２からプログラムを読み込んで実行する。これにより、車内物監視装置２１には、その動作を全体的に制御する制御部が実現される。
車内物監視装置２１の制御部としてのＣＰＵ３１は、ミリ波センサ４１を作動させて、ミリ波センサ４１によるミリ波の反射波の検出レベルに基づいて、車室３に存在する乗員や荷物といった車内物を検出してよい。ＣＰＵ３１は、また、検出した車内物の状態や存否を監視してよい。
この際、ＣＰＵ３１は、ミリ波センサ４１から出力するミリ波の周波数を、予め設定されている複数の中から選択して切り替えてよい。低い周波数のミリ波は、遮蔽に強い。高い周波数のミリ波は、乗員の胸部の動きを検出可能である。乗員の胸部の表面は、呼吸に応じて変動する。
ＣＰＵ３１は、ミリ波の反射波の検出レベルと閾値との比較判断により、自動車１の車室３にいる車内物の種類を判定してよい。

図４は、図３のミリ波センサ４１の検出レベルに基づく車内物の種類判定方法の説明図である。
図４の縦軸は、ミリ波センサ４１による反射波の検出レベルである。横軸は、車内物の種類である。ここでは、荷物、子供１３、大人の３種類の車内物が示されている。

荷物による反射波の検出レベルの範囲と、子供１３による反射波の検出レベルの範囲と、大人による反射波の検出レベルの範囲とは、図４に示すように相互に分離し得る。
したがって、ＣＰＵ３１は、荷物による反射波の検出レベルと子供１３による反射波の検出レベルとの間の低閾値により、荷物と子供１３とを判別できる。
また、ＣＰＵ３１は、子供１３による反射波の検出レベルと大人による反射波の検出レベルとの間の高閾値により、子供１３と大人とを判別できる。
なお、低閾値および高閾値は、固定値としても、状況などに応じて変動させてもよい。
ＣＰＵ３１は、乗車物検出部として、ミリ波センサ４１を用いて自動車１の車室３にいる乗員を含む乗車物を検出できる。

また、図３の車内物監視装置２１のＣＰＵ３１は、ミリ波での子供１３といった乗員の置去を判定し、置去にされている乗員がいることをドライバ１１へ警報出力してよい。ドライバ１１に対する置去警報の出力には、たとえば、メータ液晶パネル５３への置去警報の出力、ホーン５０からの置去警報の出力、ドライバの携帯端末６３への置去警報の出力などが想定し得る。また、ＣＰＵ３１は、置去警報の出力の１つとして、公共サービス機関などのサーバ装置６２に対して緊急通報を出力してよい。ＣＰＵ３１は、警報制御部として、自動車１からドライバ１１が降車した後に車室３に乗員が残っている場合にドライバの携帯端末６３への置去警報の出力を含む複数の警報出力を実行することになる。
ただし、ドライバ１１が自動車１から既に遠く離れているタイミングにおいて、メータ液晶パネル５３へ置去警報を出力したり、ホーン５０から置去警報を出力したりしても、ドライバ１１には置去警報が届かない。また、ドライバ１１が携帯端末６３を、車室３に置去している場合、携帯端末６３へ置去警報を出力しても、ドライバ１１には置去警報が届かない。これらの場合、ドライバ１１は、車室３に置去にされている乗員について対応することはできない。この場合、公共サービス機関などのサーバ装置６２への緊急通報が、唯一の対応可能な手段となってしまう。公共サービス機関などの負担は大きくなる。通報件数が増加すれば、公共サービス機関などが適切に対応できなくなる可能性もある。
このため、乗員の置去警報を出力するＣＰＵ３１は、出力する警報について改善することが重要である。

図５は、図３の車内物監視装置２１のメモリ３２に記録される緊急連絡先リストの説明図である。
ＣＰＵ３１は、図５の緊急連絡先リストに基づいて、少なくともドライバ１１を含む複数の人の携帯端末６３への置去警報の出力を含む複数の警報出力を実行することができる。
メモリ３２に記録される緊急連絡先リストは、置去警報の出力先ごとのレコードを有する。各レコードは、通報順、通報手段、通報内容、取得情報、を含む。図５には、各レコードの対象例が追加されている。

第一行目のレコードは、自動車１の第一ドライバのものである。第一ドライバには、第１番目の通知順が割り当てられている。そして、第一ドライバに対しては、ドライバの携帯端末６３で実行されるアプリケーションプログラムとの通信により、自動車１の自車位置、置去の詳細情報（車室３の撮像画像）、などを通報するように設定されている。

第２行目のレコードは、自動車１の第二ドライバのものである。第二ドライバには、第２番目の通知順が割り当てられている。そして、第二ドライバに対しては、ドライバの携帯端末６３で実行されるアプリケーションプログラムとの通信により、自動車１の自車位置、置去の詳細情報（車室３の撮像画像）、などを通報するように設定されている。

第３行目のレコードは、自動車１の同乗者１２のものである。同乗者１２には、第３番目の通知順が割り当てられている。そして、同乗者１２に対しては、同乗者１２の携帯端末６３で閲覧可能な電子メールの通信により、自動車１の自車位置、置去の詳細情報（車室３の撮像画像）、などを通報するように設定されている。

第５行目のレコードは、第一緊急通報先（緊急通報１）のものである。そして、第一緊急通報先に対しては、電話発呼により、自動車１の自車位置、置去の概略情報、緊急連絡先リストに含まれている上述した第一ドライバなどの連絡先、などを通報するように設定されている。

第６行目のレコードは、第二緊急通報先（緊急通報２）のものである。そして、第二緊急通報先に対しては、サーバ装置６２との所定の通信により、自動車１の自車位置、置去の詳細情報（車室３の撮像画像、置去にされている乗員の呼吸や脈拍といった生体情報）、緊急連絡先リストに含まれている上述した第一ドライバなどの連絡先、などを通報するように設定されている。

図６は、図４の車内物監視装置２１のＣＰＵ３１による、事前置去警報制御のフローチャートである。
ＣＰＵ３１は、乗員の置去の警報制御部として、図６の制御を繰返し実行する。

ステップＳＴ１において、車内物監視装置２１のＣＰＵ３１は、自動車１の走行が終了して自動車１の動力源であるエンジンが停止されたか否かを判断する。ＣＰＵ３１は、たとえば、動作していたエンジンを停止するためにイグニションスイッチ４３が操作されたか否かに基づいて、エンジンが停止されたか否かを判断してよい。エンジンが停止された場合、ＣＰＵ３１は、処理をステップＳＴ２へ進める。エンジンが停止されていない場合、ＣＰＵ３１は、本制御を終了する。

ステップＳＴ２において、車内物監視装置２１のＣＰＵ３１は、実際に乗員が車室３に置去により残されているか否かにかかわらず、ダッシュボード７においてドライバ１１の前側に設けられるメータ液晶パネル５３へ置去警報を出力する。車内物監視装置２１のＣＰＵ３１は、入出力部３４、車内ネットワーク２８を通じて出力装置２５へ置去警報を出力する。出力装置２５は、置去警報を取得して、メータ液晶パネル５３に置去警報を表示する。これにより、自動車１の走行が終了してエンジンを停止させたドライバ１１は、降車する前に、乗員などの置去が起きないように注意が喚起され得る。その後、ＣＰＵ３１は、本制御を終了する。

図７は、図４の車内物監視装置２１のＣＰＵ３１による、置去警報制御のフローチャートである。
ＣＰＵ３１は、乗員の置去の警報制御部として、図７の制御を繰返し実行する。

ステップＳＴ１１において、ＣＰＵ３１は、ドライバ１１が降車したか否かを判断する。ＣＰＵ３１は、たとえば、動作していたエンジンを停止するためにイグニションスイッチ４３が操作されて図６のステップＳＴ２の処理が実行され、さらにドア開閉センサ４４がドライバ１１用のドアの開閉操作を検出しまたはドアロックセンサ４５がドアロックの解除状態を検出している場合に、ドライバ１１が降車したと判断してよい。ＣＰＵ３１は、ドライバ１１が降車したと判断するまで、本処理を繰り返す。ドライバ１１が降車すると、ＣＰＵ３１は、処理をステップＳＴ１２へ進める。

ステップＳＴ１２において、ＣＰＵ３１は、ドライバ１１が降車した後の車室３に乗員が残されているかを確認するために、乗員の検出処理（乗車物の検出処理）を実行する。車内物監視装置２１のミリ波センサ４１は、ドライバ１１が降車した後の車室３へミリ波を出力し、車室３での反射波を検出する。ＣＰＵ３１は、たとえば図４に示すようにミリ波センサ４１の検出レベルと閾値との比較に基づいて、ドライバ１１が降車した車室３に残っている乗員といった車内物の有無、および車内物の種類を判定する。

ステップＳＴ１３において、ＣＰＵ３１は、ステップＳＴ１２の検出結果に基づいて、乗員の置去の有無を判断する。ステップＳＴ１２においてたとえば子供１３といった乗員が残っていると判定されている場合、ＣＰＵ３１は、乗員が置去されていると判断し、処理をステップＳＴ１４へ進める。乗員が残っていない場合、ＣＰＵ３１は、本制御を終了する。

ステップＳＴ１４において、ＣＰＵ３１は、ドライバ１１の降車後の車室３に乗員が置去されていると判断したことに基づいて、降車したドライバ１１に対するホーン５０警報を出力する。出力装置２５は、ＣＰＵ３１の指示に基づいて、ホーン５０を作動させて置去警報のための音を出力する。降車したドライバ１１が自動車１の近くにいる場合、ホーン５０の音を聞き、置去の可能性について気付くことができる。

ステップＳＴ１５において、ＣＰＵ３１は、後述する図８に示すドライバの携帯端末８０（ドライバ端末）への音声による呼掛けを実行して、その応答の有無を確認する。ユーザインタフェース装置２４は、ＣＰＵ３１の指示に基づいて、スピーカ４８から音声による呼掛を出力する。出力する音声は、ドライバの携帯端末８０にインストールされているアシスタントアプリケーションが自動応答できる所定の呼掛メッセージでよい。出力する音声は、ユーザインタフェース装置２４において合成されたものでも、ドライバ１１の呼掛を録音したものでもよい。これにより、ＣＰＵ３１は、降車したドライバの携帯端末８０に対して、音声による呼掛を実行する。ドライバ１１の降車後の車室３に、降車したドライバの携帯端末８０が残っている場合、ドライバの携帯端末８０は、音声による呼掛けに対して応答音を出力する。ユーザインタフェース装置２４は、音声による呼掛をスピーカ４８から出力した後、マイクロホン４９の入力音を監視し、ドライバの携帯端末８０の応答音を検出できる。ユーザインタフェース装置２４は、ドライバの携帯端末８０の応答音の有無についての検出結果を、ＣＰＵ３１へ出力する。

ステップＳＴ１６において、ＣＰＵ３１は、ドライバの携帯端末８０が車室３に置去にされているか否かを判断する。ステップＳＴ１５のドライバの携帯端末８０への音声による呼掛け出力に対して応答音が検出されていない場合、ＣＰＵ３１は、降車したドライバの携帯端末８０が車室３に置去にされていないと判断し、処理をステップＳＴ１７へ進める。ＣＰＵ３１は、ステップＳＴ１５のドライバの携帯端末８０への音声による呼掛け出力に対して応答音が検出されている場合、降車したドライバの携帯端末８０が車室３に置去にされて残っていると判断し、処理をステップＳＴ２１へ進める。これにより、ＣＰＵ３１は、ドライバ１１の降車後の車室３に乗員が置去されている場合において、ドライバの携帯端末８０が車室３に置去にされているか否かを判断できる。

ステップＳＴ１７から、ＣＰＵ３１は、ドライバの携帯端末８０が車室３に置去にされていない場合での置去警報の出力処理を開始する。この場合、ドライバ１１は、高い確率で、携帯端末６３を持って降車していると考えられる。ＣＰＵ３１は、メモリ３２の緊急連絡先リストからドライバ１１のレコードを読み込み、降車したドライバの携帯端末８０へ置去警報を出力する。外通信装置２７は、ＣＰＵ３１の指示に基づいて、基地局６１を通じて、ドライバの携帯端末８０へ、置去警報を送信する。ドライバの携帯端末８０は、置去警報を受信し、たとえば置去警報についてのドライバ１１操作があると確認応答を返す。外通信装置２７は、ドライバの携帯端末８０からの応答の有無を、ＣＰＵ３１へ出力する。

ステップＳＴ１８において、ＣＰＵ３１は、置去警報を出力したドライバの携帯端末８０からの応答の有無を判断する。ドライバの携帯端末８０からの応答がない場合、ＣＰＵ３１は、処理をステップＳＴ１９へ進める。ドライバの携帯端末８０からの応答があると、ＣＰＵ３１は、本制御を終了する。

ステップＳＴ１９において、ＣＰＵ３１は、ドライバの携帯端末８０へ置去警報を出力してからの所定の待ち時間が経過したか否かを判断する。タイマ３３は、ドライバの携帯端末８０へ置去警報を出力してからの経過時間を計測し、所定の待ち時間が経過すると、ＣＰＵ３１へタイマ３３割込みを出力する。タイマ３３からの割り込みがない場合、すなわち所定の待ち時間が経過していない場合、ＣＰＵ３１は、処理をステップＳＴ１８へ戻す。これにより、ＣＰＵ３１は、所定の待ち時間において、ドライバの携帯端末８０からの応答を待ち続けることができる。待ち時間が経過すると、ＣＰＵ３１は、処理をステップＳＴ２０へ進める。

ステップＳＴ２０において、ＣＰＵ３１は、ドライバ１１からの応答が得られないため、緊急措置として、メモリ３２の緊急連絡先リストから緊急通報先のレコードを読み込み、置去についての緊急通報を、サーバ装置６２などへ出力する。ＣＰＵ３１は、警報制御部として、降車したドライバの携帯端末８０への警報出力に対して所定の待ち時間の間に応答がない場合には、置去警報のための緊急通報を出力する。外通信装置２７は、ＣＰＵ３１の指示に基づいて、基地局６１を通じて、たとえばサーバ装置６２へ置去についての緊急通報を出力する。サーバ装置６２を使用するたとえば公共サービス機関は、サーバ装置６２が自動車１の外通信装置２７から緊急通報を受信すると、緊急出動をして乗員を救護する。その後、ＣＰＵ３１は、本制御を終了する。

ステップＳＴ２１から、ＣＰＵ３１は、ドライバの携帯端末８０が車室３に置去にされている場合での置去警報の出力処理を開始する。ＣＰＵ３１は、メモリ３２から、図５の緊急連絡先リストを読み込んで取得する。

ステップＳＴ２２において、ＣＰＵ３１は、取得した緊急連絡先リストに含まれる複数の他の携帯端末９０の位置を確認する。緊急連絡先リストにおいて、ドライバの携帯端末８０以外の他の携帯端末９０の位置は、各々の他の携帯端末９０から送信される最新の位置情報により更新されていてよい。ＣＰＵ３１は、位置情報が不足する他の携帯端末９０、または位置情報を取得してから期間が経過している他の携帯端末９０について、新たな位置情報を取得する処理を、必要に応じて実行してよい。

ステップＳＴ２３において、ＣＰＵ３１は、携帯端末６３の位置情報に基づいて、緊急連絡先リストに含まれる複数の携帯端末６３について、除外するものや、警報する順番を決定する。ＣＰＵ３１は、たとえばＧＮＳＳ受信機４６による自動車１の自車位置と各携帯端末６３の位置との距離が近い順番で、警報する順番を決定してよい。ＣＰＵ３１は、一定以上の距離で離れている携帯端末６３や、位置情報が得られない携帯端末６３について、今回の通報対象から除外してよい。

ステップＳＴ２４において、ＣＰＵ３１は、ステップＳＴ２３で決定した順番で、緊急連絡先リストに含まれるドライバの携帯端末８０以外の他の携帯端末９０へ置去警報を出力する。外通信装置２７は、ＣＰＵ３１の指示に基づいて、基地局６１を通じて、ドライバ１１以外の人の他の携帯端末９０へ、置去警報を送信する。ドライバ以外の人は、他の携帯端末９０により置去警報を受信し、置去警報に対する操作を行う。外通信装置２７は、ドライバ以外の人の他の携帯端末９０からの応答の有無を、ＣＰＵ３１へ出力する。

ステップＳＴ２５において、ＣＰＵ３１は、置去警報を出力した他の携帯端末９０からの応答の有無を判断する。なお、ＣＰＵ３１は、ステップＳＴ１９と同様に、置去警報を出力した他の携帯端末９０からの応答について待ち時間の経過を待ってよい。置去警報を出力した他の携帯端末９０からの応答がない場合、ＣＰＵ３１は、処理をステップＳＴ２６へ進める。他の携帯端末９０からの応答があると、ＣＰＵ３１は、処理をステップＳＴ２７へ進める。

ステップＳＴ２６において、ＣＰＵ３１は、緊急連絡先リストに含まれる未処理の他の携帯端末９０の有無を判断する。緊急連絡先リストに含まれるすべての他の携帯端末９０に対して置去警報を出力し終えていない場合、または除外した以外のすべての他の携帯端末９０に対して置去警報を出力し終えていない場合、ＣＰＵ３１は、未処理の他の携帯端末９０が残っていると判断して、処理をステップＳＴ２４へ戻す。ＣＰＵ３１は、未処理の他の携帯端末９０が無くなるまで、ステップＳＴ２４からステップＳＴ２６の処理を繰り返す。未処理の他の携帯端末９０がなくなると、ＣＰＵ３１は、処理をステップＳＴ２０へ進める。これにより、ＣＰＵ３１は、警報制御部として、降車したドライバの携帯端末８０が車室３に残っている場合には、降車したドライバ以外の人の他の携帯端末９０へ置去警報を出力する。また、ＣＰＵ３１は、警報制御部として、図９に後述するように降車したドライバ以外の人の携帯端末９０への置去警報の出力に対して所定の待ち時間の間に応答がない場合には、置去警報のための緊急通報を出力する。

ステップＳＴ２７において、ＣＰＵ３１は、救助者を設定する。ＣＰＵ３１は、自動車１走行開始時の設定ではドライバ１１に設定されているメモリ３２の救助者設定を、応答があった他の携帯端末９０の人に変更する。その後、ＣＰＵ３１は、本制御を終了する。ＣＰＵ３１は、警報制御部として、降車したドライバ以外の人の他の携帯端末９０への置去警報の出力に対して応答がある場合には、置去警報のための緊急通報を出力することなく図７の制御を終了する。

このように車内物監視装置２１のＣＰＵ３１は、警報制御部として、降車したドライバの携帯端末８０が車室３に残っているか否かに応じて、降車したドライバの携帯端末８０を含む複数の人の内での携帯端末６３への置去警報の出力先、置去警報のための緊急通報の出力の有無、を切り換える。具体的には、ＣＰＵ３１は、降車したドライバの携帯端末８０が車室３に残っていない場合には、複数の人の携帯端末６３の中の、降車したドライバの携帯端末８０のみへ置去警報を出力し、降車したドライバの携帯端末８０が車室３に残っている場合には、複数の人の携帯端末６３の中の、降車したドライバの携帯端末８０を除外した他の携帯端末９０へ順番に置去警報を出力する。これにより、緊急通報に対応できないと予想されるドライバ１１への緊急通報を不要に出力しないようにしつつも、ドライバ以外の人についても緊急通報の出力対象とすることにより、ＣＰＵ３１が置去警報のための緊急通報を出力する回数を抑制でき、緊急通報先の対応負担を軽減できる。
なお、上述した説明では、ＣＰＵ３１は、自動車１のメータ液晶パネル５３への置去警報の出力と、自動車１のホーン５０による置去警報の出力とについては、降車したドライバの携帯端末８０が車室３に残っているか否かによらずに常に出力している。これとは異なり、ＣＰＵ３１は、これらについても降車したドライバの携帯端末８０が車室３に残っているか否かに応じて出力を切り換えるようにしてもよい。また、ＣＰＵ３１は、複数の置去警報の出力順および要否を、降車したドライバの携帯端末８０が車室３に残っているか否かに応じて切り換えるようにしてもよい。

図８は、図７の置去警報制御により、ドライバの携帯端末８０に表示される警報画面８１の一例の説明図である。
車内物監視装置２１のＣＰＵ３１は、図７のステップＳＴ１７において、図８の置去警報の警報画面８１を、ドライバの携帯端末８０へ送信する。

図８の置去警報の警報画面８１には、ドライバ１１の降車後の車室３を車内カメラ４２で撮像した撮像画像８２とともに、置去状況を確認して了解した場合に操作される了解ボタン８３、が表示される。
ドライバの携帯端末８０は、ドライバ１１により了解ボタン８３が操作されると、置去状況を確認して了解したことを示す応答を、基地局６１および外通信装置２７を通じて、車内物監視装置２１へ返す。車内物監視装置２１のＣＰＵ３１は、この応答を、ステップＳＴ１８の応答判断に用いてよい。

図９は、図７の置去警報制御により、ドライバ以外の人の携帯端末９０に表示される警報画面９１の一例の説明図である。
車内物監視装置２１のＣＰＵ３１は、図７のステップＳＴ２４において、図９の置去警報の警報画面９１を、ドライバ以外の人の他の携帯端末９０へ送信する。

図９の置去警報の警報画面９１には、ドライバ１１の降車後の車室３を車内カメラ４２で撮像した撮像画像９２とともに、置去状況に対する救助を了解した場合に操作される救助了解ボタン９５、が表示される。
また、図９の置去警報の警報画面９１には、ドライバの携帯端末８０への連絡が届かない可能性があることを通知するメッセージ９３と、自動車１の現在の自車位置９４と、が併せて表示される。
ドライバ以外の人の携帯端末９０は、救助了解ボタン９５が操作されると、置去状況を確認して救助を了解したことを示す応答を、基地局６１および外通信装置２７を通じて、車内物監視装置２１へ返す。車内物監視装置２１のＣＰＵ３１は、この応答を、ステップＳＴ２５の応答判断に用いてよい。

図１０は、図４の車内物監視装置２１のＣＰＵ３１による、救助制御のフローチャートである。
ＣＰＵ３１は、乗員の置去の警報制御部として、図１０の制御を繰返し実行する。
ＣＰＵ３１は、たとえば図７の置去警報制御に続けて、図１０の制御を実行してよい。

ステップＳＴ３１において、車内物監視装置２１のＣＰＵ３１は、メモリ３２から、最新の救助者設定を取得する。救助者設定は、基本的にはドライバ１１であるが、ドライバの携帯端末８０が車室３に置去にされている場合には、緊急連絡先リストに含まれているドライバ以外の人が、救助者として設定される。

ステップＳＴ３２において、ＣＰＵ３１は、メモリ３２において救助者設定されている救助者の携帯端末６３に対して、置去警報の続きとして、実行可能な複数の救助処理を通知する。外通信装置２７は、ＣＰＵ３１の指示に基づいて、基地局６１を通じて、救助者の携帯端末６３へ、実行可能な複数の救助処理を送信する。救助者の携帯端末６３は、実行可能な複数の救助処理の中から救助者により選択操作された救助処理を送信する。外通信装置２７は、救助者の携帯端末６３から受信した救助処理を、ＣＰＵ３１へ出力する。

ステップＳＴ３３において、ＣＰＵ３１は、救助者の携帯端末６３から、救助処理の実行が指示されたか否かを判断する。救助者の携帯端末６３から救助処理を取得している場合、ＣＰＵ３１は、救助処理の実行が指示されたとして、処理をステップＳＴ３４へ進める。救助者の携帯端末６３から救助処理を取得していない場合、ＣＰＵ３１は、救助処理の実行が指示されていないとして、処理をステップＳＴ３５へ進める。

ステップＳＴ３４において、ＣＰＵ３１は、指示された救助処理を実行する。ＣＰＵ３１は、携帯端末６３から救助処理についての応答がある場合、応答に係る救助処理を実行する。

ステップＳＴ３５において、ＣＰＵ３１は、救助者の携帯端末６３から、最新の位置情報を取得する。たとえばドライバ以外の人の他の携帯端末９０から応答があった場合、ＣＰＵ３１は、他の携帯端末９０から、最新の端末位置を取得する。

ステップＳＴ３６において、ＣＰＵ３１は、救助者の携帯端末６３の位置と、自動車１の自車位置とを比較する。そして、ＣＰＵ３１は、救助者の携帯端末６３が、自車である自動車１に対して、自動車１のドアを開閉可能な程度に接近しているか否かを判断する。接近していない場合、ＣＰＵ３１は、処理をステップＳＴ３３へ戻し、ステップＳＴ３３からステップＳＴ３６の処理を繰り返す。ＣＰＵ３１は、救助者からの救助処理を受け付け可能な状態で、救助者が自動車１に接近することを待つ。そして、救助者の携帯端末６３が自動車１の自車位置に接近すると、ＣＰＵ３１は、処理をステップＳＴ３７へ進める。

ステップＳＴ３７において、ＣＰＵ３１は、ドアロックを解除する。ＣＰＵ３１は、救助者の携帯端末６３から取得する端末位置が、自動車１の自車位置に接近している場合には、自動車１のドアロックを解除する。これにより、自動車１まで救助にかけつけた救助者は、自動車１のドアロックを解除するキーデバイスを所持していなくとも、自動車１の車室３に入って、車室３に置去に残されている子供１３といった乗員に対しての救助作業を行うことができる。

このように車内物監視装置２１のＣＰＵ３１は、警報制御部として、降車したドライバ以外の人の他の携帯端末９０への置去警報の出力に対して応答がある場合には、応答があった他の携帯端末９０と通信して、ドライバ１１の降車後に車室３に残っている乗員に対する救助制御を実行できる。

図１１は、図１０の救助制御により、ドライバ以外の人の携帯端末９０に表示される救助画面１０１の一例の説明図である。
車内物監視装置２１のＣＰＵ３１は、図１０のステップＳＴ３２において、図１１の救助画面１０１を、救助者の携帯端末６３へ送信する。

図１１の救助画面１０１には、ドライバ１１の降車後の車室３を車内カメラ４２で撮像した最新の撮像画像１０２とともに、実行可能な複数の救助処理ごとの複数の操作ボタン１０５～１０９、が表示される。ここでは、複数の操作ボタン１０５～１０９として、空調装置２６を起動させる空調オンの操作ボタン１０５と、緊急通報を実行する緊急通報の操作ボタン１０６と、自動車１のユーザインタフェース装置２４と接続して車室３に残されている乗員との通話を可能にする通話接続の操作ボタン１０７と、自動車１の周囲にいる人に対して緊急事態を通知するためにホーン５０を鳴らすホーン作動の操作ボタン１０８と、ウィンカ５１を点滅作動させる操作ボタン１０９と、が示されている。
なお、複数の操作ボタン１０５～１０９は、図８の警報画面８１または図９の警報画面９１において点線で例示するように、警報画面においても表示されてよい。
また、図１１の救助画面１０１には、ドライバの携帯端末８０への連絡が届かない可能性があることを通知するメッセージ１０３と、自動車１の現在の自車位置１０４と、が併せて表示される。このようにＣＰＵ３１は、警報制御部として、応答があった携帯端末６３に対して、自動車１の自車位置、自動車１の室内の撮像画像１０２、降車したドライバの携帯端末８０への連絡不可の注意喚起のメッセージ１０３、選択可能な複数の救助処理の操作ボタン１０５～１０９、を送信することになる。

救助者は、図１１の救助画面１０１に表示される自動車１の自車位置へ向けて移動して、自動車１に置去にされている乗員に対する救助作業を行うことができる。
また、自動車１の自車位置へ到達するまでに、たとえば自動車１に置去にされている乗員の状態が変化した場合、操作ボタン１０５～１０９を操作して、空調装置２６を起動させたり、乗員と話をしたり、ホーン５０を鳴らしたり、ウィンカ５１を点滅作動させたり、緊急通報をしたり、できる。

以上のように、本実施形態では、車内物監視装置２１のＣＰＵ３１は、自動車１からドライバ１１が降車した場合に、ミリ波センサ４１により自動車１の車室３に残る乗員を検出させ、ドライバ１１の降車後の車室３に乗員が残っている場合に、降車したドライバの携帯端末８０が車室３に残っているか否かを判断する。そして、ＣＰＵ３１は、降車したドライバの携帯端末８０が車室３に残っているか否かに応じて、ドライバの携帯端末８０を含む複数の人の携帯端末６３への置去警報の出力を切り換える。
このように本実施形態では、ＣＰＵ３１による携帯端末６３への置去警報の出力処理が、降車したドライバの携帯端末８０を含む複数の人の携帯端末６３の間で切り替わる。本実施形態では、たとえばドライバ１１が自身の携帯端末６３を車室３に置き忘れている状況であったとしても、それを判断して、他の人の携帯端末９０へ置去警報を出力して、降車したドライバ以外の他の人に対して置去についての警報を適切に出力できることが期待できる。

以上の実施形態は、本発明に好適な実施形態の例であるが、本発明は、これに限定されるものではなく、発明の要旨を逸脱しない範囲において種々の変形または変更が可能である。

上述した実施形態では、車内物監視装置２１は、ミリ波センサ４１の検出に基づいて、乗員といった車内物を検出している。この他にもたとえば、車内物監視装置２１は、車内カメラ４２の撮像画像に基づいて、乗員といった車内物を検出してもよい。

上述した実施形態では、車内物監視装置２１のＣＰＵ３１が、ドライバ１１の降車後の乗員検出に基づいて、上述した一連の複数の置去警報の出力と複数の救助処理の通知および実行とを切り換えて制御している。
この他にもたとえば、車内物監視装置２１のＣＰＵ３１以外の、自動車１の制御システム２０に設けられるその他の装置２２～２７のＣＰＵにより、または、複数のＣＰＵの協働により、上述した一連の複数の置去警報の出力と複数の救助処理の通知および実行とを切り換えて制御してもよい。
また、自動車１の制御システム２０の処理負荷を軽減するために、上述した一連の複数の置去警報の出力と複数の救助処理の通知および実行の一部を、基地局６１やサーバ装置６２のＣＰＵにより実行してもよい。

上述した実施形態において、警報制御部としてのＣＰＵ３１は、複数の他の携帯端末についての位置を確認し、自動車１の自車位置に近い他の携帯端末から順番に置去警報を出力できる。そして、警報制御部は、降車したドライバ以外の人の他の携帯端末への置去警報の出力に対して応答がある場合には、応答があった他の携帯端末と通信して、ドライバの降車後に車室に残っている乗員に対する救助制御を実行できる。また、警報制御部は、応答があった他の携帯端末に対して、自動車１の自車位置、自動車１の室内の撮像画像、降車したドライバの携帯端末への連絡不可の注意喚起、選択可能な救助処理、の中の少なくとも１つの情報を送信できる。また、警報制御部は、救助制御において他の携帯端末から救助処理についての応答がある場合、応答に係る救助処理を実行できる。
また、乗車物検出部としてのミリ波センサ４１は、自動車１の車室へ向けてミリ波の電波を出力して、自動車１の車室にいる乗員または荷物といった車内物によるミリ波の反射波を検出するミリ波センサ、を用いて、自動車１の車室にいる乗員を含む乗車物を検出できる。

１…自動車（車両）、２…車体、３…車室、４～６…シート、７…ダッシュボード、１１…ドライバ、１２…同乗者、１３…子供、１４…チャイルドシート、２０…制御システム、２１…車内物監視装置、２２…ドライバモニタ装置、２３…センサ装置、２４…ユーザインタフェース装置、２５…出力装置、２６…空調装置、２７…外通信装置、２８…車内ネットワーク、３１…ＣＰＵ（警報制御部）、３２…メモリ、３３…タイマ、３４…入出力部、３５…内部バス、４１…ミリ波センサ（乗車物検出部）、４２…車内カメラ、４３…イグニションスイッチ、４４…ドア開閉センサ、４５…ドアロックセンサ、４６…ＧＮＳＳ受信機、４７…加速度センサ、４８…スピーカ、４９…マイクロホン、５０…ホーン、５１…ウィンカ、５２…ヘッドライト、５３…メータ液晶パネル、６０…システム、６１…基地局、６２…サーバ装置、６３…携帯端末、８０…ドライバの携帯端末、８１…警報画面、８２…撮像画像、８３…了解ボタン、９０…ドライバ以外の人の携帯端末、９１…警報画面、９２…撮像画像、９３…メッセージ、９４…自車位置、９５…救助了解ボタン、１０１…救助画面、１０２…撮像画像、１０３…注意喚起のメッセージ、１０４…自車位置、１０５～１０９…操作ボタン

Claims (6)

1. 車両の車室にいる乗員を含む乗車物を検出する乗車物検出部と、
   前記車両からドライバが降車した後に前記車室に乗員が残っている場合にドライバを含む複数の人の携帯端末への置去警報の出力を制御する警報制御部と、
   を有し、
   前記警報制御部は、
   前記車両からドライバが降車した場合に、前記乗車物検出部により前記車両の車室に残る乗員を検出させ、
   ドライバの降車後の前記車室に乗員が残っている場合に、降車したドライバの携帯端末が前記車室に残っているか否かを判断し、
   降車したドライバの携帯端末が前記車室に残っているか否かに応じて、ドライバの携帯端末を含む複数の人の携帯端末への置去警報の出力を切り換える、
   車両の置去警報装置。
   
2. 前記警報制御部は、
   降車したドライバの携帯端末に対して音声による呼掛を実行し、
   音声による呼掛に対して応答がある場合には、降車したドライバの携帯端末が前記車室に残っていると判断する、
   請求項１記載の、車両の置去警報装置。
   
3. 前記警報制御部は、
   降車したドライバの前記携帯端末が前記車室に残っていない場合には、複数の人の前記携帯端末の中の、降車したドライバの前記携帯端末へ置去警報を出力する、
   請求項１または２記載の、車両の置去警報装置。
   
4. 前記警報制御部は、
   降車したドライバの前記携帯端末が前記車室に残っている場合には、複数の人の前記携帯端末の中の、降車したドライバの前記携帯端末を除外した他の携帯端末へ置去警報を出力する、
   請求項１から３のいずれか一項記載の、車両の置去警報装置。
   
5. 前記警報制御部は、
   降車したドライバ以外の人の他の前記携帯端末への置去警報の出力に対して応答がある場合には、応答があった他の前記携帯端末と通信して、ドライバの降車後に前記車室に残っている乗員に対する救助制御を実行する、
   請求項４記載の、車両の置去警報装置。
   
6. 前記警報制御部は、
   応答があった他の前記携帯端末から、端末位置を取得し、
   取得した端末位置と前記車両の自車位置とを比較し、
   取得した端末位置が前記車両の自車位置に接近している場合には、前記車両のドアロックを解除する、
   請求項５記載の、車両の置去警報装置。
   
   
   

Images