JP7227873B2 - 故障通報装置、及び故障通報方法 - Google Patents

Description

本発明は、故障通報装置、及び故障通報方法に関する。

近年、車両に故障等が検知された場合に、故障対応センター又は自宅に設置されたサーバ等へ故障が検知されたことを通報する車載通信装置等を備えた車両が普及しつつある。また、特許文献１には、車両の車載通信装置の代わりに、車両の乗員が所持するスマートフォンやタブレット端末などの携帯端末を、故障情報を送信する送信機として用いる車両用情報通信システムが記載されている。

特開２０１７－２１６５８０号公報

しかし、例えば、車両のドア又はドアロック等が故障した場合のような車両のセキュリティに関わる故障情報が車両の外部に送信されると、故障情報が悪用されて車両が盗難等の対象となるおそれがある。

そこで、本発明は、車両のセキュリティを低下させることなく故障情報を送信することが可能な故障通報装置、及び故障通報方法を提供することを目的とする。

本発明の一実施形態に係る故障通報装置は、車両故障が発生したことを示す故障信号を取得する取得部と、車外のサーバと通信を行うための車外通信部と、携帯端末を識別可能な識別信号を受信する端末通信部と、車両を移動不能なロック状態、又は、車両を移動可能なアンロック状態とする制御部と、を有し、制御部は、取得部が故障信号を取得した場合に車外通信部に車両の故障に関する情報を送信させるとともに車両をロック状態とし、端末通信部が予め登録された識別信号をロック状態において受信した場合に車両をアンロック状態とすることを特徴とする。これにより、車両のセキュリティを低下させることなく故障情報を送信することが可能な故障通報装置が提供される。

上記の故障通報装置において、制御部は、車両をロック状態とするより前に携帯端末の位置情報の履歴に基づいて予め登録された携帯端末の識別信号を端末通信部が受信したときに、車両をアンロック状態とすることが好ましい。これにより、信頼できる携帯端末がアンロック端末として登録される。

上記の故障通報装置は、端末通信部が携帯端末から受信した携帯端末の位置情報の履歴が、車両の位置情報の履歴に所定距離以上追従している場合に、携帯端末をアンロック端末として登録する端末登録部を更に有することが好ましい。これにより、より信頼できる携帯端末がアンロック端末として登録される。

上記の故障通報装置において、端末登録部は、車両の移動方向が変化したときの車両の位置情報が、携帯端末の同時刻における位置情報と所定回数以上一致している場合に、携帯端末をアンロック端末として登録することが好ましい。これにより、更に信頼できる携帯端末がアンロック端末として登録される。

上記の故障通報装置において、制御部は、車両内に乗員が存在しておらず、かつ、車両の故障がセキュリティに関わるものである場合に、車両をロック状態とすることが好ましい。これにより、車両内に乗員が存在するとき、又は検知された故障がセキュリティに関わるものでない場合には車両はロック状態とされないため、乗員が車両をアンロック状態に戻す手間が省かれ、乗員の利便性が向上する。

本発明の一実施形態に係る故障通報方法は、プロセッサを有し、プロセッサは、車両故障が発生したことを示す故障信号を取得した場合に車両の故障に関する情報を送信するとともに車両を移動不能なロック状態とし、携帯端末から予め登録された識別信号をロック状態において受信した場合に車両を移動可能なアンロック状態とすることを特徴とする。これにより、車両のセキュリティを低下させることなく故障情報を送信することが可能な故障通報方法が提供される。

一実施形態に係る故障対応システム１の構成の一例を示した図である。 車両２に搭載された車載通信装置２０のハードウェア構成を、車両２の他の車載装置とともに示したブロック図である。 車載通信装置２０のメモリ２１０及びプロセッサ２２０の構成の一例を示したブロック図である。 車載通信装置２０のプロセッサ２２０において実行される故障通報処理の一例を示したフローチャートである。 車載通信装置２０のプロセッサ２２０において実行される車両アンロック処理の一例を示したフローチャートである。 携帯端末５０をアンロック端末として登録する端末登録処理の一例を概略的に示した図である。 車載通信装置２０のプロセッサ２２０において実行される端末登録処理の一例を示したフローチャートである。

以下、本発明の好適な実施形態について図面を用いて説明する。なお、本発明は以下の実施形態に限定されるものではなく、その要旨を逸脱しない範囲において適宜変更可能である。また、各図において同一、又は相当する機能を有するものは、同一符号を付し、その説明を省略又は簡潔にすることもある。

図１は、一実施形態に係る故障対応システム１の構成の一例を示した図である。故障対応システム１は、車両２に搭載された車載通信装置２０と、故障対応センターに設置されたサーバ３０を備える。車載通信装置２０とサーバ３０は、ネットワーク４０を介して相互に通信可能に構成される。ネットワーク４０としては、例えば、電話通信網、インターネット通信網、ＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｔｒａｎｓｐｏｒｔ Ｓｙｓｔｅｍ：高度道路交通システム）用の通信網等、又はこれらの通信網を組み合わせたものが用いられる。

図１に示す車両２は、ドアロックが故障して、ドアが閉まらなくなっている。車載通信装置２０は、このような車両２の故障に関する情報を検知した場合に、故障に関する通報を、ネットワーク４０に接続された無線基地局４１を介してサーバ３０へ自動的に送信する。しかし、前述のとおり、このような車両２のセキュリティに関わる故障情報が車両２の外部に送信されると、故障情報が悪用されて車両２が盗難等の対象となるおそれがある。

そこで、車載通信装置２０は、車両２の故障に関する情報をサーバ３０へ通報するときに、車両２を移動不能なロック状態とする。これにより、車載通信装置２０は、車両２のセキュリティを低下させることなく故障情報を送信することができる。

その後、車載通信装置２０は、例えば、車両２の乗員が所持するアンロック端末として予め登録された携帯端末５０が、端末通信装置２２により検知されると、車両２を移動可能なアンロック状態とする。このアンロック端末は、例えば、車両２の乗員が所持する携帯端末５０が、携帯端末５０の位置情報の履歴等に基づいて信頼できると車載通信装置２０により判定されたときに登録される。

サーバ３０は、車載通信装置２０から故障に関する通報を受信すると、車両２の乗員が所持する携帯端末５０等に、車両２に故障が検知されたことを通知するメールを送信してもよい。この際、サーバ３０は、車載通信装置２０から受信した通報の内容に応じて、車両２の故障の修理を提案するメールを送信してもよい。或いは、サーバ３０は、車載通信装置２０から受信した通報の内容に応じて、故障対応センターに待機する技術者の所持する端末等に、車両２の故障に対応するよう指示を送信してもよい。サーバ３０は、故障対応センターに設置される代わりに、車両２の乗員の自宅等に設置されてもよい。

図２は、車両２に搭載された車載通信装置２０のハードウェア構成を、車両２の他の車載装置とともに示したブロック図である。車両２は、車内ネットワークを介して相互に接続された、車載通信装置２０、測位センサ２１、端末通信装置２２、及び車両ロック装置２３、及び故障検知センサ２４等を有する。車内ネットワークは、例えば、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）規格に準拠した通信ネットワークとされる。

車載通信装置２０は、故障通報装置の一例であり、例えば、図１に示したように無線基地局４１を介してネットワーク４０に接続され、サーバ３０と通信可能に構成される。車載通信装置２０は、例えば、ＴＣＵ（Ｔｅｌｅｍａｔｉｃｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｔ）等とされる。車載通信装置２０は、メモリ２１０、プロセッサ２２０、車外通信Ｉ／Ｆ（インターフェース）２３０、及び車内通信Ｉ／Ｆ２４０を有する。車載通信装置２０には、後述する他の車載装置が有する機能の全部又は一部が統合されてもよい。

メモリ２１０は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、光記録媒体、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）及びＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等の半導体メモリ、又はこれらを組み合わせた記憶媒体を有する。メモリ２１０は、車載通信装置２０の各種処理に用いられるコンピュータプログラム、データベース、テーブル等を記憶する。例えば、メモリ２１０は、車両２をアンロック可能なアンロック端末として登録された携帯端末５０の識別情報、及び、後述する端末登録処理のために使用される車両２の位置情報の履歴と携帯端末５０の位置情報の履歴等を記憶する。コンピュータプログラムは、公知のセットアッププログラム等により、コンピュータ読み取り可能な可搬型記録媒体又は通信回線を介して、メモリ２１０に記憶されてもよい。

プロセッサ２２０は、一以上の演算回路及びその周辺回路を有し、メモリ２１０に記憶されたコンピュータプログラムを実行する。プロセッサ２２０は、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、又はＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等により構成されてもよい。

車外通信Ｉ／Ｆ２３０は、プロセッサ２２０を、無線基地局４１等を介してネットワーク４０に接続するための通信Ｉ／Ｆ回路を有し、車載通信装置２０がサーバ３０と通信とすることを可能とする。車外通信Ｉ／Ｆ２３０は、無線基地局４１と無線通信するための無線アンテナ等を有する。

車内通信Ｉ／Ｆ２４０は、プロセッサ２２０を、車内ネットワークに接続するための通信Ｉ／Ｆ回路を有し、車載通信装置２０が車両２の他の車載装置と通信することを可能とする。車内ネットワーク用の通信プロトコルとしては、例えば、ＣＡＮ規格に準拠した通信プロトコルが用いられる。

測位センサ２１は、車両２の現在地を示す位置情報を取得して車載通信装置２０に出力する。測位センサ２１としては、車両２に設置されたカーナビゲーションシステムのＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）、又はＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）受信機等が用いられる。

端末通信装置２２は、車載通信装置２０が、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信を利用して、車両２の乗員が所持する携帯端末５０と通信するための通信Ｉ／Ｆ回路を有する。端末通信装置２２は、携帯端末５０の識別信号、及び携帯端末５０の位置情報又は位置情報の履歴等の情報を携帯端末５０から受信し、車載通信装置２０に出力する。識別信号とは、車載通信装置２０が携帯端末５０を識別可能とするための信号であり、具体的には携帯端末５０の機器アドレスやデバイス名を用いる。携帯端末５０は、端末通信装置２２を介して携帯端末５０の位置情報を車載通信装置２０へ送信するために必要なアプリケーションプログラム等を有していてもよい。

車両ロック装置２３は、車両２を移動不能なロック状態、又は、車両２を移動可能なアンロック状態とする。車両ロック装置２３は、例えば、車両２のイグニッションが機能しないようにして車両２を移動不能とし、車両２のイグニッションが機能するようにして車両２を移動可能とすることで、それぞれロック状態、アンロック状態とすることができる。或いは、車両ロック装置２３は、車両２のギアがエンジン又はモータの駆動力を車軸に伝達しないようにして車両２を移動不能とし、エンジン又はモータの駆動力を車軸に伝達するようにして車両２を移動可能とすることで、それぞれロック状態、アンロック状態とすることができる。

故障検知センサ２４は、車両２の各部の故障を検知して、車両故障が発生したことを示す故障信号を車載通信装置２０に出力する。故障検知センサ２４は、車両２が標準的に備えるものが利用されてもよい。故障検知センサ２４は、例えば、車両２のドアの故障、又はドアロックの故障を検知するドアセンサとされる。

図３は、車載通信装置２０のメモリ２１０及びプロセッサ２２０の構成の一例を示したブロック図である。メモリ２１０は、取得プログラム２１１、車外通信プログラム２１２、端末通信プログラム２１３、制御プログラム２１４、及び端末登録プログラム２１５を、ソフトウェアモジュール又はファームウェア等として記憶する。プロセッサ２２０は、メモリ２１０に記憶された各プログラムを読み出して実行し、取得部２２１、車外通信部２２２、端末通信部２２３、制御部２２４、及び端末登録部２２５として機能する。

図４は、車載通信装置２０のプロセッサ２２０において実行される故障通報処理の一例を示したフローチャートである。プロセッサ２２０の取得部２２１、車外通信部２２２、及び制御部２２４は、以下のフローチャートに従って故障通報処理を実行する。

制御部２２４は、車両２に故障が検知されたか否かを判定する（ステップＳ１０１）。制御部２２４は、車両故障が発生したことを示す故障信号を、取得部２２１によって故障検知センサ２４から取得して、車両２に故障が検知されたか否かを検知することができる。車両２に故障が検知されない場合（ステップＳ１０１でＮｏ）、制御部２２４は処理を終了する。

一方、車両２に故障が検知された場合（ステップＳ１０１でＹｅｓ）、制御部２２４は、車両２の故障に関する情報を生成する。また制御部２２４は、生成した車両２の故障に関する情報を、車外通信部２２２に車外通信Ｉ／Ｆ２３０を介してサーバ３０へ送信させる（ステップＳ１０２）。車両２の故障に関する情報とは、具体的には故障内容を示す情報である。車両２の故障に関する情報には、その他、故障が発生した日付や時刻、場所を含めてもよい。

次に、制御部２２４は、車両内に乗員が存在するか否かを判定する（ステップＳ１０３）。制御部２２４は、例えば、車両２に搭載された不図示の車内カメラ、又は着座センサ等を用いて、車両内に乗員が存在するか否かを検知することができる。車両内に乗員が存在する場合（ステップＳ１０３でＹｅｓ）。制御部２２４は処理を終了する。これにより、車両内に乗員が存在するときには車両２はロック状態とされないため、乗員が車両２をアンロック状態に戻す手間が省かれ、乗員の利便性が向上する。

一方、車両内に乗員が存在しない場合（ステップＳ１０３でＮｏ）、制御部２２４は、検知された故障がセキュリティに関わるものであるか否かを判定する（ステップＳ１０４）。制御部２２４は、検知された故障が悪用されて車両２が盗難等の対象となるおそれがある場合に、該故障はセキュリティに関するものであると判定する。例えば、制御部２２４は、検知された故障が車両２のドア又はドアロック等の故障である場合に、セキュリティに関わるものであると判定することができる。検知された故障がセキュリティに関わるものでない場合（ステップＳ１０４でＮｏ）、制御部２２４は処理を終了する。これにより、検知された故障がセキュリティに関わるものでない場合には車両２はロック状態とされないため、乗員が車両２をアンロック状態に戻す手間が省かれ、乗員の利便性が向上する。

一方、検知された故障が、セキュリティに関わるものである場合（ステップＳ１０４でＹｅｓ）、制御部２２４は、車両ロック装置２３を制御して、車両２を移動不能なロック状態とする（ステップＳ１０５）。

図５は、車載通信装置２０のプロセッサ２２０において実行される車両アンロック処理の一例を示したフローチャートである。プロセッサ２２０の端末通信部２２３、及び制御部２２４は、以下のフローチャートに従って車両アンロック処理を実行する。

端末通信部２２３は、端末通信装置２２によってアンロック端末を検知したか否かを判定する（ステップＳ２０１）。端末通信部２２３は、例えば、車両２をロックするより前にアンロック端末として予め登録された携帯端末５０から端末通信装置２２を介して識別信号を受信したときに、アンロック端末を検知したと判定することができる。アンロック端末が検知されない場合（ステップＳ２０１でＮｏ）、制御部２２４は処理を終了する。

一方、アンロック端末が検知された場合（ステップＳ２０１でＹｅｓ）、制御部２２４は、車両ロック装置２３を制御して、車両２を移動可能なアンロック状態とする（ステップＳ２０２）。これにより、アンロック端末を所持する車両２の乗員は、車両２をアンロック状態とすることができる。

図６（ａ）～図６（ｃ）は、携帯端末５０をアンロック端末として登録する端末登録処理の一例を概略的に示した図である。携帯端末５０は、例えば、車両２の乗員が所持する携帯電話及びスマートフォン等とされる。

時刻ｔ１において、運転手が駐車場の位置（ｘ１、ｙ１）に駐車する車両２に乗車すると、車載通信装置２０は、運転手が所持する携帯端末５０から、携帯端末５０の識別信号とともに携帯端末５０の位置（ｘ１、ｙ１）の情報を受信する。また、車載通信装置２０は、車両２の測位センサ２１により車両２の位置（ｘ１、ｙ１）の情報を取得する。

運転手が車両２の運転を開始すると、車載通信装置２０は、携帯端末５０から携帯端末５０の位置情報を一定の制御周期ごとに受信するとともに、車両２の測位センサ２１により車両２の位置情報を一定の制御周期ごとに取得する。

その後、車両２の運転手は、時刻ｔ２において、道路の交差点の位置（ｘ２、ｙ２）において車両２を右折させる。そして、車両２の運転手は、時刻ｔ３において、道路の交差点の位置（ｘ３、ｙ３）において車両２を左折させる。

この結果、車載通信装置２０が測位センサ２１により取得した車両２の位置情報の履歴は、図６（ｂ）に示すような軌跡を描く。他方、車載通信装置２０が携帯端末５０から受信した携帯端末５０の位置情報の履歴は、図６（ｃ）に示すような軌跡を描く。

よって、車載通信装置２０は、携帯端末５０の位置情報の履歴が、車両２の位置情報の履歴に所定距離以上追従している場合に、携帯端末５０が車両２の乗員の所有物である可能性が高いと判定することができる。この所定距離は、例えば５０ｋｍとすることができるが、これに限定されず最適な値が適宜設定されてよい。或いは、車載通信装置２０は、携帯端末５０の位置情報の履歴が、車両２の位置情報の履歴に所定時間以上追従している場合に、携帯端末５０が車両２の乗員の所有物である可能性が高いと判定してもよい。この所定時間は、例えば１時間とすることができるが、これに限定されず最適な値が適宜設定されてよい。

そして、車載通信装置２０は、位置情報の履歴が、車両２の位置情報の履歴に追従していると判定された携帯端末５０を、車両２をアンロック可能なアンロック端末として登録する。これにより、信頼できる携帯端末５０がアンロック端末として登録される。

更に、車載通信装置２０は、車両２の移動方向が変化したときの車両２の位置情報が、図６（ｂ）、図６（ｃ）に示したように、携帯端末５０の同時刻における位置情報と所定回数以上一致している場合に、携帯端末５０をアンロック端末として登録してもよい。所定回数は、例えば１０回とすることができるが、これに限定されず、例えば、図６（ｂ）、図６（ｃ）に示したように２回以上であればよい。これにより、車両２と並走する他車両の乗員の所持する携帯端末５０が偶然アンロック端末として登録されてしまうことが防止されるため、より信頼できる携帯端末５０がアンロック端末として登録される。更に、車載通信装置２０は、アンロック端末として登録可能な携帯端末５０の種類等を予め制限するようにしてもよい。

図７は、車載通信装置２０のプロセッサ２２０において実行される端末登録処理の一例を示したフローチャートである。プロセッサ２２０の端末通信部２２３、及び端末登録部２２５は、以下のフローチャートに従って端末登録処理を実行する。

端末通信部２２３は、携帯端末５０を検知したか否かを判定する（ステップＳ３０１）。端末通信部２２３は、例えば、端末通信装置２２を介して携帯端末５０から識別信号を受信したときに、携帯端末５０を検知したと判定することができる。端末通信部２２３は、携帯端末５０を検知するまで、ステップＳ３０１を繰り返す。

携帯端末５０を検知すると（ステップＳ３０１でＹｅｓ）、端末登録部２２５は、携帯端末５０から受信した識別番号が登録済みであるか否かを判定する（ステップＳ３０２）。携帯端末５０から受信した識別番号が登録済みである場合（ステップＳ３０２でＹｅｓ）、端末登録部２２５は処理を終了する。

一方、携帯端末５０から受信した識別番号が登録済みでない場合（ステップＳ３０２でＮｏ）、端末通信部２２３は、携帯端末５０から端末通信装置２２を介して携帯端末５０の位置情報を受信する（ステップＳ３０３）。

また、端末登録部２２５は、車両２の測位センサ２１により車両２の位置情報を取得する（ステップＳ３０４）。

端末登録部２２５は、携帯端末５０から受信した位置情報の履歴が、車両２の位置情報の履歴に所定距離以上追従しているか否かを判定する（ステップＳ３０５）。端末登録部２２５は、携帯端末５０の位置情報の履歴が、車両２の位置情報の履歴に所定距離以上追従するまで、一定の制御周期ごとに、ステップＳ３０１～ステップＳ３０５を繰り返す。なお、端末登録部２２５は、一定の制御周期ごとに携帯端末５０から携帯端末５０の位置情報を受信する代わりに、携帯端末５０から携帯端末５０の位置情報の履歴をまとめて受信してもよい。

携帯端末５０の位置情報の履歴が、車両２の位置情報の履歴に所定距離以上追従すると、端末登録部２２５は、携帯端末５０をアンロック端末として登録する（ステップＳ３０６）。

以上のように、本実施形態の故障通報装置は、車両故障が発生したことを示す故障信号を取得する取得部と、車外のサーバと通信を行うための車外通信部と、携帯端末を識別可能な識別信号を受信する端末通信部と、車両を移動不能なロック状態、又は、車両を移動可能なアンロック状態とする制御部と、を有し、制御部は、取得部が故障信号を取得した場合に車外通信部に車両の故障に関する情報を送信させるとともに車両をロック状態とし、端末通信部が予め登録された識別信号をロック状態において受信した場合に車両をアンロック状態とすることを特徴とする。これにより、車両のセキュリティを低下させることなく故障情報を送信することが可能な故障通報装置、及び故障通報方法が提供される。

上述の実施形態は、いずれも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならない。すなわち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

１ 故障対応システム
２ 車両
２０ 車載通信装置（故障通報装置）
２１ 測位センサ
２２ 端末通信装置
２３ 車両ロック装置
２４ 故障検知センサ
３０ サーバ
４０ ネットワーク
４１ 無線基地局
５０ 携帯端末
２１０ メモリ
２１１ 取得プログラム
２１２ 車外通信プログラム
２１３ 端末通信プログラム
２１４ 制御プログラム
２１５ 端末登録プログラム
２２０ プロセッサ
２２１ 取得部
２２２ 車外通信部
２２３ 端末通信部
２２４ 制御部
２２５ 端末登録部
２３０ 車外通信Ｉ／Ｆ
２４０ 車内通信Ｉ／Ｆ

Claims (6)

1. 車両故障が発生したことを示す故障信号を取得する取得部と、
   車外のサーバと通信を行うための車外通信部と、
   携帯端末を識別可能な識別信号を受信する端末通信部と、
   車両を移動不能なロック状態、又は、車両を移動可能なアンロック状態とする制御部と、を有し、
   前記制御部は、前記取得部が前記故障信号を取得した場合に前記車外通信部に車両の故障に関する情報を送信させるとともに車両を前記ロック状態とし、前記端末通信部が予め登録された前記識別信号を前記ロック状態において受信した場合に車両を前記アンロック状態とする、
   ことを特徴とする故障通報装置。
2. 前記制御部は、車両を前記ロック状態とするより前に前記携帯端末の位置情報の履歴に基づいて予め登録された前記携帯端末の前記識別信号を前記端末通信部が受信したときに、車両を前記アンロック状態とする、
   請求項１に記載の故障通報装置。
3. 前記端末通信部が前記携帯端末から受信した前記携帯端末の位置情報の履歴が、車両の位置情報の履歴に所定距離以上追従している場合に、前記携帯端末をアンロック端末として登録する端末登録部を更に有する、
   請求項２に記載の故障通報装置。
4. 前記端末登録部は、車両の移動方向が変化したときの車両の位置情報が、前記携帯端末の同時刻における位置情報と所定回数以上一致している場合に、前記携帯端末をアンロック端末として登録する、
   請求項３に記載の故障通報装置。
5. 前記制御部は、車両内に乗員が存在しておらず、かつ、車両の故障がセキュリティに関わるものである場合に、車両を前記ロック状態とする、
   請求項１～４のいずれか一項に記載の故障通報装置。
6. プロセッサを有し、プロセッサは、
   車両故障が発生したことを示す故障信号を取得した場合に車両の故障に関する情報を送信するとともに車両を移動不能なロック状態とし、携帯端末から予め登録された識別信号を前記ロック状態において受信した場合に車両を移動可能なアンロック状態とする、
   ことを特徴とする故障通報方法。

Images