携帯端末、衝撃通報方法および衝撃通報プログラム
【課題】車両が受けた衝撃とは無関係の衝撃の検知に応じて通報が行われることを防止する。
【解決手段】衝撃センサと、前記衝撃センサが衝撃を検知したか否かを判定する衝撃判定手段と、車載器が衝撃を検知した場合に通報先装置に通報する車載器側通報機能が、当該車載器において正常に実行されているか否かを診断する診断手段と、前記車載器側通報機能が正常に実行されていると診断された場合に、前記通報先装置に通報せず、前記衝撃センサにて衝撃が検知されたと判定され、かつ、前記車載器側通報機能が正常に実行されていないと診断された場合に、前記通報先装置に通報する通報手段と、を備える携帯端末。
【解決手段】衝撃センサと、前記衝撃センサが衝撃を検知したか否かを判定する衝撃判定手段と、車載器が衝撃を検知した場合に通報先装置に通報する車載器側通報機能が、当該車載器において正常に実行されているか否かを診断する診断手段と、前記車載器側通報機能が正常に実行されていると診断された場合に、前記通報先装置に通報せず、前記衝撃センサにて衝撃が検知されたと判定され、かつ、前記車載器側通報機能が正常に実行されていないと診断された場合に、前記通報先装置に通報する通報手段と、を備える携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末、衝撃通報方法および衝撃通報プログラムに関する。
【背景技術】
【０００２】
一定以上の衝撃を検知した場合に、通報センタへ通報する車載器が提案されている（特許文献１、参照。）。また、スマートフォンの衝撃センサが一定以上の衝撃を感知すると自動的に通報ボタンを画面に表示させるプログラムが提案されている（非特許文献１、参照。）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−２９８７８６号公報
【非特許文献１】"ｓｍａｒｔ Ｇ−ＢＯＯＫの主なサービス ＨＥＬＰＮＥＴ通報支援機能"，［ＵＲＬ］http://g-book.com/pc/smart_G-BOOK/default.asp
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、車両が衝突した場合に、車両が受けた衝撃が車載器に伝達されやすく、通報を行うべき段階ではすでに車載器が壊れているという問題があった。すなわち、特許文献１の技術では、通報を行うべきにも拘わらず、車載器が通報できないという問題があった。一方、スマートフォンは、車両から衝撃が伝達されにくいが、車両が受けた衝撃とは無関係の衝撃を受けやすいという問題があった。すなわち、特許文献２の技術では、例えば車内においてスマートフォンを落下させた等の衝撃を受けた場合でも、通報ボタンを画面に表示させ誤った通報を誘起させてしまうという問題があった。
本発明は、前記課題にかんがみてなされたものであり、車両が受けた衝撃とは無関係の衝撃に応じて通報が行われることを防止することを目的とする。
【課題を解決するための手段】
【０００５】
前記の目的を達成するため、本発明の携帯端末において、診断手段は、車載器が衝撃を検知した場合に通報先装置に通報する車載器側通報機能が、当該車載器において正常に実行されているか否かを診断する。衝撃判定手段は、衝撃センサにて衝撃が検知されたか否かを判定する。通報手段は、車載器側通報機能が正常に実行されていると診断された場合に、通報先装置に通報しない。一方、通報手段は、車載器側通報機能が正常に実行されていないと診断され、かつ、衝撃センサにて衝撃が検知されたと判定された場合に、通報先装置に通報する。
【０００６】
通常、携帯端末は車両に固定治具を用いて固定されていないため、事故等により車両が受けた衝撃によって携帯端末が壊れる可能性は車載器よりも低い。従って、衝撃センサにて衝撃が検知されたと判定された場合に携帯端末が通報先装置に通報することにより、車載器が壊れるような衝撃を車両が受けた場合でも、壊れる可能性の低い携帯端末が通報先装置に通報できる。
【０００７】
しかしながら、通常、携帯端末は車両に固定されることなく車両内に持ち込まれるため、携帯端末の衝撃センサは車両が受けた衝撃とは無関係の衝撃も検知し得る。従って、携帯端末単独による衝撃の検知に応じて通報を行うと、車両が受けた衝撃とは無関係の衝撃に応じた通報がなされる可能性が生じる。これに対して車両に備えられる車載器は、車両に組み込まれた衝撃検知手段から衝撃検知の情報を得るように構成することができ、事故等により車両が衝撃を受けたことを高い確度で検知できる。車載器側通報機能が正常に実行されていると診断された場合に携帯端末が通報先装置に通報しないようにすることにより、車両が衝撃を受けたことを高い確度で通報可能な車載器側通報機能に通報を委ねることができる。従って、車載器側通報機能が正常である場合には、車両が受けた衝撃とは無関係の衝撃に応じて携帯端末により通報が行われることを防止できる。
【０００８】
携帯端末が備える衝撃センサは、例えば加速度センサや角加速度センサとすることができる。衝撃センサは加速度や角加速度を示す検知信号を生成し、衝撃判定手段は検知信号が示す加速度や角加速度が所定の閾値よりも大きい場合に衝撃センサにて衝撃が検知されたと判定してもよい。また、衝撃センサが加速度や角加速度を検知する具体的手法は特に限定されない。例えば加速度や角加速度を受けることに起因する物体の運動や変形や変質を電磁的手法や光学的手法によって検知することにより衝撃センサが加速度や角加速度を検知してもよい。また、衝撃センサが衝撃を検知する方向は、一軸方向であっても二軸方向以上であってもよい。例えば、事故により車両が受けやすい水平方向の衝撃を他の方向の衝撃と区別して検知してもよい。
【０００９】
通報手段が行う通報とは、通報先装置に衝撃を検知したことを伝達するために行う動作であり、通報先装置に衝撃を検知したことを示す通報データを送信することであってもよい。通報データには、衝撃を検知したことを示す衝撃検知データのほかに、携帯端末または車載器の位置を示す位置データ、携帯端末または車載器を識別する識別データ、衝撃強度や衝撃検知時刻を示す衝撃データ等を含んでもよい。また、通報手段が行う通報とは、携帯端末と通報先装置との間で音声通信を確立することであってもよい。さらに、通報手段が通報する通報先装置は、一つの装置に限られず、複数の装置であってもよい。また、携帯端末の通報手段が通報する通報先装置と、車載器側通報機能によって通報される通報先装置とが共通してもよいし、互いに異なってもよい。例えば、携帯端末の通報手段は、車載器側通報機能が通報する通報先装置を示すデータを予め取得することにより、車載器側通報機能が通報する通報先装置と共通する通報先装置に通報を行ってもよい。
【００１０】
携帯端末の診断手段は、所定の通信手段を介して車載器側通報機能を診断する。この通信手段は、有線通信手段であってもよいし無線通信手段であってもよい。診断手段は、車載器に対して所定のデータを送信し、当該データに応答する実行確認データを車載器から受信したことをもって車載器側通報機能が正常に実行されていると診断してもよい。さらに、診断手段は、実行確認データが受信されないことをもって車載器側通報機能が正常に実行されていないと診断してもよい。また、車載器が自発的に送信した実行確認データを受信したことをもって車載器側通報機能が正常に実行されていると診断してもよい。なお、実行確認データは、車載器側通報機能が正常に実行されていることを肯定するデータに限らず、車載器側通報機能が正常に実行されていることを否定するデータであってもよい。すなわち、診断手段は、車載器側通報機能が正常に実行されていないことを示す実行確認データが受信されたことをもって車載器側通報機能が正常に実行されていないと診断してもよい。
【００１１】
衝撃判定手段により衝撃センサにて衝撃が検知されたと判定された場合に、診断手段による車載器側通報機能の診断を行うことにより、診断手段が定期的に車載器側通報機能を診断しなくても、衝撃センサが衝撃を検知したタイミングにおける車載器側通報機能の状態を診断できる。すなわち、衝撃判定手段により衝撃センサが衝撃を検知した段階で、車載器側通報機能の診断を行うことにより、通報の即応性を確保しつつ、携帯端末と車載器との通信頻度を抑制できる。なお、診断手段による診断を、衝撃判定手段による衝撃の判定よりも先に行ってもよい。
【００１２】
また、診断手段は、所定の周期タイミングごとと、衝撃センサにて衝撃が検知されたと判定された場合との双方において診断を行ってもよい。予め所定の周期タイミングごとに車載器側通報機能の診断をしておけば、衝撃判定手段が衝撃を検知したと判定する前に車載器側通報機能が正常に実行されていないことを診断できる。衝撃判定手段が衝撃を検知したと判定する前に車載器側通報機能が正常に実行されていないと診断された場合、車載器側通報機能が衝撃以外の要因によって正常に実行されなくなったと判断できる。このような場合、衝撃判定手段が衝撃を検知したと判定するまでの間に車載器側通報機能が正常な状態へと回復しない限り、衝撃判定手段が衝撃を検知したと判定したことをもって通報手段による通報が行われることとなる。すなわち、携帯端末単独による衝撃の検知に応じて通報が行われ、車両が受けた衝撃とは無関係の衝撃に応じて通報がなされる可能性が高くなる。
【００１３】
従って、予め車載器側通報機能が正常に実行されていないと診断された場合には、予め車載器側通報機能が正常に実行されていると診断された場合よりも、衝撃判定手段が衝撃を検知したと判定するための要件を厳しくするのが望ましい。例えば、最も現在に近い周期タイミングにて車載器側通報機能が正常に実行されていると診断された場合には衝撃センサが検知した衝撃強度が所定の第１閾値以上である場合に衝撃センサにて衝撃が検知されたと判定するとともに、最も現在に近い周期タイミングにて車載器側通報機能が正常に実行されていないと診断された場合には衝撃センサが検知した衝撃強度が第１閾値以上よりも強い第２閾値以上である場合に衝撃センサにて衝撃が検知されたと判定してもよい。周期タイミングとは、所定の時間が経過するごとの周期であってもよいし、所定の距離だけ携帯端末が移動するごとの周期であってもよい。
【００１４】
なお、本発明のように、携帯端末が衝撃を検知しても、車載器の車載器側通報機能が正常であれば携帯端末が通報をしない手法は、この処理を行う方法やプログラムとしても適用可能である。また、本発明の手法を適用した衝撃通報装置、方法、プログラムは、単独の装置として実現される場合もあれば、複数の装置として実現される場合もある。また、一部がソフトウェアであり一部がハードウェアであったりするなど、適宜、変更可能である。さらに、衝撃通報装置を制御するプログラムの記録媒体としても発明は成立する。むろん、そのソフトウェアの記録媒体は、磁気記録媒体であってもよいし光磁気記録媒体であってもよいし、今後開発されるいかなる記録媒体においても全く同様に考えることができる。
【図面の簡単な説明】
【００１５】
【図１】衝撃通報システムを示すブロック図である。
【図２】（２Ａ）は開始処理のフローチャート、（２Ｂ）は衝撃通報処理のフローチャートである。
【図３】閾値調整処理のフローチャートである。
【発明を実施するための形態】
【００１６】
ここでは、下記の順序に従って本発明の実施の形態について説明する。
（１）衝撃通報システムの構成：
（２）衝撃通報処理：
（３）第２実施形態：
（４）他の実施形態：
【００１７】
（１）衝撃通報システムの構成：
図１は、携帯端末１０を含む衝撃通報システム１の構成を示すブロック図である。衝撃通報システム１は、携帯端末１０の他に、車載器としてのナビゲーション装置２０と、通報先装置３０（サーバ３０ａ，電話機３０ｂ）とを含む。携帯端末１０とナビゲーション装置２０とは、近距離通信媒体を介して相互に通信する。近距離通信媒体は、例えば有線通信媒体であってもよいし、電波や赤外線等の無線通信媒体であってもよい。本実施形態において携帯端末１０とナビゲーション装置２０とは、所定の通信規格に準じた無線電波通信により通信する。また、携帯端末１０とナビゲーション装置２０とはそれぞれ遠距離通信媒体を介して通報先装置３０と通信する。遠距離通信媒体は、例えば携帯電話通信網とされる。
【００１８】
本実施形態において携帯端末１０は多機能携帯電話（スマートフォン）である。図１に示すように携帯端末１０は、ＣＰＵとＲＡＭとＲＯＭ等を備える制御部１１と記録媒体１２と加速度センサ１３とＧＰＳ受信部１４と遠距離通信部１５と近距離通信部１６とを備える。制御部１１は、記録媒体１２やＲＯＭに記録されたプログラムを実行する。制御部１１は、プログラムの一つとして衝撃通報プログラム１１０を実行する。記録媒体１２は、通報先情報１２ａを記録する。通報先情報１２ａは、通報先装置３０に対して通報を行うための通信アドレスを示すデータである。すなわち、サーバ３０ａについては当該サーバ３０ａに割り当てられたＩＰアドレス等が記録され、電話機３０ｂについては電話番号が記録されている。
【００１９】
加速度センサ１３は、携帯端末１０が受けた衝撃の衝撃強度としての加速度を検知するセンサであり、本実施形態では加速度に応じて変形する圧電素子に生じた電圧等に基づいて得られる。また、加速度センサ１３は、３個の直交軸方向の加速度に応じた検知信号を生成する３次元加速度センサとされる。加速度センサ１３は、検知信号を制御部１１に出力する。
ＧＰＳ受信部１４は、ＧＰＳ衛星からの電波を受信し、図示しないインタフェースを介して携帯端末１０の位置を算出するための位置情報を制御部１１に出力する。
遠距離通信部１５は、通報先装置３０と携帯電話通信網を介して通信するための回路によって構成される。
近距離通信部１６は、ナビゲーション装置２０と無線電波を介して通信するための回路によって構成される。
【００２０】
衝撃通報プログラム１１０は、衝撃判定部１１０ａと診断部１１０ｂと通報部１１０ｃとを含む。
衝撃判定部１１０ａは、加速度センサ１３が衝撃を検知したか否かを判定する機能を制御部１１に実行させるモジュールである。すなわち、衝撃判定部１１０ａの機能により制御部１１は、加速度センサ１３から出力された検知信号に基づいて加速度センサ１３が検知した加速度を取得し、当該加速度が所定の閾値以上である場合に加速度センサ１３にて衝撃が検知されたと判定する。この閾値は、例えば通常の携帯端末１０の使用によって携帯端末１０が受ける加速度よりも大きい値とされる。
【００２１】
診断部１１０ｂは、車載器側通報部２１０ｂがナビゲーション装置２０において正常に実行されているか否かを診断する機能を制御部１１に実行させるモジュールである。車載器側通報部２１０ｂとは、ナビゲーション装置２０が衝撃を検知した場合に通報先装置３０に通報する機能をナビゲーション装置２０に実行させるモジュールである。車載器側通報部２１０ｂの詳細については後述する。
【００２２】
診断部１１０ｂの機能により制御部１１は、衝撃判定部１１０ａの機能により加速度センサ１３にて衝撃が検知されたと判定された場合に、車載器側通報部２１０ｂが正常に実行されているか否かを判定する。診断部１１０ｂの機能により制御部１１は、ナビゲーション装置２０の制御部２１と近距離通信部１６により通信し、ナビゲーション装置２０に対して車載器側通報部２１０ｂが正常に実行されているか否かを問い合わせる。診断部１１０ｂの機能により制御部１１は、前記問い合わせに応じてナビゲーション装置２０から実行確認データを受信した場合には、ナビゲーション装置２０にて車載器側通報部２１０ｂが正常に実行されていると診断する。すなわち、診断部１１０ｂの機能により制御部１１は、前記問い合わせに応じてナビゲーション装置２０から実行確認データを受信されない場合には、ナビゲーション装置２０にて車載器側通報部２１０ｂが正常に実行されていないと診断する。実行確認データは、車載器側通報部２１０ｂを正常に実行している場合にナビゲーション装置２０が携帯端末１０に送信するデータである。
【００２３】
通報部１１０ｃは、車載器側通報部２１０ｂが正常に実行されていると診断された場合に、通報先装置３０に通報せず、加速度センサ１３にて衝撃が検知されたと判定され、かつ、車載器側通報部２１０ｂが正常に実行されていないと診断された場合に、通報先装置３０に通報する機能を制御部１１に実行させるモジュールである。すなわち、通報部１１０ｃの機能により制御部１１は、ナビゲーション装置２０にて車載器側通報部２１０ｂが正常に実行されている限りは、加速度センサ１３が検知した加速度に拘わらず通報先装置３０に通報しない。一方、通報部１１０ｃの機能により制御部１１は、加速度センサ１３にて衝撃が検知されたと判定され、さらに車載器側通報部２１０ｂが正常に実行されたと診断されなかった場合には、通報先装置３０に通報する。本実施形態において通報部１１０ｃの機能により制御部１１は、加速度センサ１３が衝撃を検知したことを示す衝撃検知データを含む通報データを生成する。そして、通報部１１０ｃの機能により制御部１１は、遠距離通信部１５によって通報データを通報先情報１２ａが示すＩＰアドレスが割り当てられたサーバ３０ａに送信する。
【００２４】
図１に示すようにナビゲーション装置２０は、車両Ｃに搭載される。車両Ｃは、固定治具Ｃ１とエアバッグ制御部Ｃ２とＧＰＳ受信Ｃ３とを備える。固定治具Ｃ１は、ナビゲーション装置２０を車両Ｃに固定する。エアバッグ制御部Ｃ２は、車両Ｃに備えられたエアバッグを制御するためのコンピュータであり、図示しない加速度センサが検知した加速度が所定値以上である場合に、衝撃を検知したとしてエアバッグを動作させる。この加速度センサは、例えば車両正面からの衝撃を検知するために車両Ｃのフロアトンネル部に備えられたり、車両側面からの衝撃を検知するために車両Ｃのクロスメンバ部に備えられたりする。このように、加速度センサを車両Ｃの高剛性部位に備えさせることにより、エアバッグ制御部Ｃ２は車両Ｃが衝撃を受けたことを高い確度で検知できる。エアバッグ制御部Ｃ２は、衝撃の検知に応じてエアバッグを動作させた場合に、制御部２１にエアバッグ動作信号を出力する。ＧＰＳ受信Ｃ３は、ＧＰＳ衛星からの電波を受信し、図示しないインタフェースを介して車両Ｃの位置を算出するためのデータを制御部２１に出力する。
【００２５】
ナビゲーション装置２０は、ＣＰＵとＲＡＭとＲＯＭ等を備える制御部２１と記録媒体２２と遠距離通信部２５と近距離通信部２６とを備える。制御部２１は、記録媒体２２やＲＯＭに記録されたナビゲーションプログラム２１０を実行する。記録媒体２２は、通報先情報２２ａを記録する。通報先情報２２ａは、携帯端末１０の記録媒体１２に記録された通報先情報１２ａと同様に通報先装置３０の通信アドレスを示すデータである。遠距離通信部２５は、携帯端末１０の遠距離通信部１５と同様に通報先装置３０と携帯電話通信網を介して通信するための回路によって構成される。近距離通信部２６は、携帯端末１０の近距離通信部１６と無線電波を介して通信するための回路によって構成される。
【００２６】
ナビゲーションプログラム２１０は、ナビゲーション部２１０ａと車載器側通報部２１０ｂとを含む。
ナビゲーション部２１０ａは、地図や車両Ｃの走行予定経路を運転者に案内させる機能を制御部２１に実行させるモジュールである。また、ナビゲーション部２１０ａの機能により制御部２１は、携帯端末１０からの問い合わせに応じて車載器側通報部２１０ｂが正常に実行されているか否かを判定し、車載器側通報部２１０ｂが正常に実行されている場合には実行確認データを携帯端末１０へ返信する。例えば、車載器側通報部２１０ｂが正常に実行されている場合にＲＡＭ上にて常時書き換えられるパラメータを監視し、当該パラメータが変化している場合には、実行確認データを携帯端末１０へ返信する。車載器側通報部２１０ｂが正常に実行されていない場合には、実行確認データは携帯端末１０へと返信されない。また、車両Ｃの衝突によりナビゲーション装置２０が破壊されナビゲーション部２１０ａが実行されていない場合にも、実行確認データは携帯端末１０へ返信されないこととなる。
【００２７】
車載器側通報部２１０ｂは、ナビゲーション装置２０が衝撃を検知した場合に通報先装置３０に通報する機能を制御部２１に実行させるモジュールである。ここで、ナビゲーション装置２０が衝撃を検知した場合とは、エアバッグ制御部Ｃ２からエアバッグ動作信号が出力された場合を意味する。車載器側通報部２１０ｂの機能により制御部２１は、エアバッグ動作信号が出力された場合に、通報先情報２２ａが示す通信アドレスが割り当てられた通報先装置３０に対して遠距離通信部２５を介して、ナビゲーション装置２０（エアバッグ制御部Ｃ２）が衝撃を検知したことを示す通報データを送信する。
【００２８】
以上説明したように、車両Ｃに備えられるナビゲーション装置２０は、車両Ｃに組み込まれたエアバッグ制御部Ｃ２から衝撃を検知したことを示すエアバッグ動作信号を得ることができ、事故等により車両Ｃが衝撃を受けたことを高い確度で検知できる。これに対して、通常、携帯端末１０は固定治具Ｃ１を用いて車両Ｃに固定されることなく車両Ｃ内に持ち込まれるため、携帯端末１０の加速度センサ１３は車両Ｃが受けた衝撃とは無関係の衝撃も検知し得る。ナビゲーション装置２０にて車載器側通報部２１０ｂが正常に実行されていると診断された場合に、携帯端末１０が通報先装置３０に通報しないようにすることにより、車載器側通報部２１０ｂが正常である場合には車載器側通報部２１０ｂに通報を委ねることができる。従って、車載器側通報部２１０ｂが正常である場合には、車両Ｃが受けた衝撃とは無関係の衝撃に応じて携帯端末１０により通報が行われることを防止できる。
【００２９】
一方、通常、携帯端末１０は車両Ｃに固定治具Ｃ１を用いて固定されていないため、事故等により車両Ｃが受けた衝撃によって携帯端末１０が壊れる可能性はナビゲーション装置２０よりも低い。従って、車載器側通報部２１０ｂが正常に実行されていないと診断され、かつ、加速度センサ１３にて衝撃が検知されたと判定された場合に携帯端末１０が通報先装置３０に通報することにより、ナビゲーション装置２０が壊れるような衝撃を車両Ｃが受けた場合でも、壊れる可能性の低い携帯端末１０が通報先装置３０に通報することができる。
【００３０】
制御部１１は加速度センサ１３にて衝撃が検知されたと判定された場合に、車載器側通報部２１０ｂの診断を行うことにより、診断部１１０ｂの機能により定期的に車載器側通報部２１０ｂを診断しなくても、加速度センサ１３が衝撃を検知したタイミングにおける車載器側通報部２１０ｂの状態を診断できる。すなわち、制御部１１は、加速度センサ１３にて衝撃が検知されたと判定された場合に、車載器側通報部２１０ｂの診断を行うことにより、通報の即応性を確保しつつ、携帯端末１０とナビゲーション装置２０との通信頻度を抑制できる。
【００３１】
（２）衝撃通報処理：
図２Ａは携帯端末１０が実行する開始処理のフローチャートであり、図２Ｂは衝撃通報処理のフローチャートである。開始処理のステップＳ１００において、携帯端末１０の制御部１１は診断部１１０ｂの機能により、近距離通信部１６を介してナビゲーション装置２０と通信を確立する。制御部１１はナビゲーション装置２０に対して周期的に通信を試みており、携帯端末１０がナビゲーション装置２０に対して通信可能距離以内に接近した場合に、携帯端末１０とナビゲーション装置２０との通信が確立される。携帯端末１０が車両Ｃ内に持ち込まれた場合には、携帯端末１０とナビゲーション装置２０とは通信可能距離以内となる。
【００３２】
続くステップＳ１１０において、診断部１１０ｂの機能により制御部１１は、近距離通信部１６を介してナビゲーション装置２０の記録媒体２２に記録された通報先情報２２ａと、記録媒体１２に記録された通報先情報１２ａとを同期する。本実施形態において制御部１１は、記録媒体１２に記録された通報先情報１２ａを、ナビゲーション装置２０の記録媒体２２に記録された通報先情報２２ａで上書きする。例えば、通報先情報２２ａにはサーバ３０ａとして、交通情報を集中的に管理するサーバや、ナビゲーション装置２０の使用者が登録したサーバが登録されている。また、通報先情報２２ａには電話機３０ｂとして、緊急通報用電話番号や、ナビゲーション装置２０の使用者が登録した電話機や携帯電話機の電話番号が登録されている。開始処理が終了すると、制御部１１は図２Ｂに示す衝撃通報処理を実行する。
【００３３】
衝撃通報処理のステップＳ１１５において、衝撃判定部１１０ａの機能により制御部１１は、加速度センサ１３から出力された検知信号に基づいて加速度センサ１３が衝撃を検知したか否かを判定する。すなわち、制御部１１は、加速度センサ１３が検知した加速度を取得し、当該加速度が所定の閾値以上である場合に加速度センサ１３にて衝撃が検知されたと判定する。加速度センサ１３にて衝撃が検知されたと判定しなかった場合、制御部１１は所定期間待機した後に、再度、ステップＳ１１５を実行する。すなわち、ステップＳ１１５は、加速度センサ１３にて衝撃が検知されたと判定されない限り所定周期で繰り返される。
【００３４】
一方、ステップＳ１１５において加速度センサ１３にて衝撃が検知されたと判定された場合、制御部１１はステップＳ１２０を実行する。ステップＳ１２０において、診断部１１０ｂの機能により制御部１１は、ナビゲーション装置２０に対して車載器側通報部２１０ｂが正常に実行されているか否かを問い合わせる。そして、診断部１１０ｂの機能により制御部１１は、ナビゲーション装置２０から所定のタイムアウト期間以内に実行確認データを受信した場合には、ナビゲーション装置２０にて車載器側通報部２１０ｂが正常に実行されていると診断する。
【００３５】
ナビゲーション装置２０にて車載器側通報部２１０ｂが正常に実行されていると診断された場合、通報部１１０ｃの機能により制御部１１は、通報先装置３０に通報を行うことなく、ステップＳ１１５に戻り、再度、衝撃を検知したか否かを判定する。この場合には、ナビゲーション装置２０にて正常に実行されている車載器側通報部２１０ｂによって、車両Ｃが受けた衝撃に応じた通報を行うことができる。
【００３６】
一方、ステップＳ１２０において車載器側通報部２１０ｂが正常に実行されていないと診断された場合、ステップＳ１２５において通報部１１０ｃの機能により制御部１１は、記録媒体１２から通報先情報１２ａを取得する。すなわち、ナビゲーション装置２０から前記タイムアウト期間以内に実行確認データを受信しなかった場合、制御部１１はナビゲーション装置２０が通報すべきであった通報先装置３０の通信アドレスを取得する。本実施形態において制御部１１は、サーバ３０ａのＩＰアドレスと、電話機３０ｂの電話番号とを取得する。
【００３７】
続くステップＳ１３０において通報部１１０ｃの機能により制御部１１は、ＧＰＳ受信部１４から出力された位置情報を取得する。ステップＳ１３５において通報部１１０ｃの機能により制御部１１は、サーバ３０ａに対して通報データを送信する。すなわち、加速度センサ１３が衝撃を検知したことを示す衝撃検知データと、ＧＰＳ受信部１４からの位置情報に基づく携帯端末１０の位置を示す位置データと、携帯端末１０を識別する識別データとを含む通報データを生成し、当該通報データをサーバ３０ａに送信する。これにより、サーバ３０ａは、携帯端末１０と対応付けられた車両Ｃが衝突したこと、および、衝突した位置を特定することができる。複数のサーバ３０ａが通報先情報１２ａに登録されている場合には、複数のサーバ３０ａのそれぞれに対して通報データを送信してもよい。
【００３８】
ステップＳ１４０において通報部１１０ｃの機能により制御部１１は、通報先情報１２ａが示すサーバ３０ａに通報データが正常に送信できたか否かを判定する。そして、通報データが正常に送信できなかった場合には、通報部１１０ｃの機能により制御部１１は、通報データの送信が成功するまで通報データの送信を繰り返して実行する。なお、本実施形態の携帯端末１０はマルチタスクＯＳ（不図示）を実行しており、ステップＳ１３５〜Ｓ１４０が繰り返されている期間においても携帯端末１０の使用者の操作により、例えば緊急通報用電話番号に対して通話をすることができる。
【００３９】
ステップＳ１４０において通報データが正常に送信できたと判定した場合、ステップＳ１４５において通報部１１０ｃの機能により制御部１１は、通報先情報１２ａが示す電話番号の電話機３０ｂを発呼（音声接続を試行）する。なお、ステップＳ１３５にて通報データが正常に送信できた場合に限らず、ステップＳ１３５〜Ｓ１４０を所定期間繰り返しても通報データが正常に送信できなかった場合にも、ステップＳ１４５を実行してもよい。ステップＳ１５０において通報部１１０ｃの機能により制御部１１は、通報先情報１２ａが示す電話機３０ｂと音声接続ができたか否かを判定する。そして、電話機３０ｂとの音声接続ができなかった場合には、通報部１１０ｃの機能により制御部１１は、電話機３０ｂとの音声接続に成功するまで電話機３０ｂの発呼を繰り返して実行する。なお、ステップＳ１３５〜Ｓ１４０にて通報データの送信を実行する間に、携帯端末１０の使用者の操作により電話機３０ｂとの通話が行われた場合に、ステップＳ１４５〜Ｓ１５０をスキップしてもよい。
【００４０】
ステップＳ１５０において電話機３０ｂとの音声接続ができた場合には、ステップＳ１５５において通報部１１０ｃの機能により制御部１１は、電話機３０ｂとの通話を実行させる。そして、ステップＳ１６０において電話機３０ｂとの通話が終和すると、衝撃通報処理を終了させる。なお、複数の電話機３０ｂが通報先情報１２ａに登録されている場合には、複数の電話機３０ｂのそれぞれに対して順次通話を行うようにしてもよい。
【００４１】
（３）第２実施形態：
図３は、他の実施形態において携帯端末１０が実行する閾値調整処理のフローチャートである。ステップＳ２００において、制御部１１は、所定の周期タイミングが到来したか否かを判定する。この周期タイミングは、衝撃の検知の有無に拘わらず携帯端末１０がナビゲーション装置２０の車載器側通報部２１０ｂを定期的に診断するタイミングであり、例えば１分（図２Ｂの衝撃通報処理の実行周期よりも周期が長い）とされる。なお、閾値調整処理と並行して第１実施形態の衝撃通報処理（図２Ｂ）は実行されている。
【００４２】
図３のステップＳ２００において周期タイミングが到来したと判定された場合には、図２ＢのステップＳ１２０と同様に制御部１１は車載器側通報部２１０ｂが正常に実行されているか否かを診断する（ステップＳ２１０）。そして、車載器側通報部２１０ｂが正常に実行されていると判定された場合には、ステップＳ２２０において制御部１１は、図２ＢのステップＳ１１５にて衝撃を検知したか否かを判定するための閾値を第１閾値（第１実施形態と同じ値）とする。一方、車載器側通報部２１０ｂが正常に実行されていないと判定された場合には、ステップＳ２３０において制御部１１は、図２ＢのステップＳ１１５にて衝撃を検知したか否かを判定するための閾値を第２閾値とする。ここで、第２閾値は第１閾値よりも大きくされる。以上のようにして、ステップＳ２２０またはステップＳ２３０において閾値を第１閾値または第２閾値に設定すると、制御部１１はステップＳ２００に戻り、再び周期タイミングの到来を待つ。
【００４３】
以上説明した閾値調整処理おいて、制御部１１は、周期タイミングごとに車載器側通報部２１０ｂが正常に実行されているか否かを診断する。そして、最も現在に近い周期タイミングにおいて車載器側通報部２１０ｂが正常に実行されていると診断された場合には、図２ＢのステップＳ１１５にて衝撃を検知したか否かを判定するための閾値を第２閾値よりも小さい第１閾値とする。一方、最も現在に近い周期タイミングにおいて車載器側通報部２１０ｂが正常に実行されていないと診断された場合には、図２ＢのステップＳ１１５にて衝撃を検知したか否かを判定するための閾値を第１閾値よりも大きい第２閾値とする。
【００４４】
本実施形態のように予め所定の周期タイミングごとに車載器側通報部２１０ｂを診断しておけば、図２ＢのステップＳ１１５にて衝撃を検知したと判定する前に車載器側通報部２１０ｂが正常に実行されているか否かを診断できる。図２ＢのステップＳ１１５にて衝撃を検知したと判定する前に車載器側通報部２１０ｂが正常に実行されていないと診断された場合、車載器側通報部２１０ｂが衝撃以外の要因によって正常に実行されなくなったと判断できる。このような場合、図２ＢのステップＳ１１５にて衝撃を検知したと判定するまでの間に車載器側通報部２１０ｂが正常な状態へと回復しない限り、通報部１１０ｃの機能により通報が行われることとなる。すなわち、携帯端末１０による衝撃の検知に応じて通報が行われ、車両Ｃが受けた衝撃とは無関係の衝撃に応じて通報がなされる可能性が高くなる。本実施形態では、予め車載器側通報部２１０ｂが正常に実行されていないと診断された場合には、図２ＢのステップＳ１１５にて衝撃を検知するための閾値を第１閾値よりも大きい第２閾値とする。これにより、車載器側通報部２１０ｂが衝撃以外の要因によって正常に実行されなくなった場合に、車両Ｃが受けた衝撃とは無関係の衝撃の検知が通報に直結することを防止できる。
【００４５】
（４）他の実施形態：
なお、本発明の実施形態は上述の実施形態に限られない。例えば、携帯端末１０が備える加速度センサ１３は、角加速度センサであってもよい。また、加速度センサ１３は、衝撃（所定よりも大きい加速度や角加速度）を検知した場合に限り検知信号を制御部１１に出力し、制御部１１は検知信号の出力を受けた場合に加速度センサ１３にて衝撃が検知されたと判定してもよい。さらに、加速度センサ１３が加速度や角加速度を検知する具体的手法は特に限定されない。例えば加速度や角加速度を受けることに起因する物体の運動や変質を電磁的手法や光学的手法によって検知することにより加速度センサ１３が加速度や角加速度を検知してもよい。また、衝突により車両Ｃが受けやすい水平方向の衝撃のみを検知してもよい。これにより、車両Ｃ内における携帯端末１０の鉛直方向の落下に応じて通報がされることが防止できる。
【００４６】
通報データは、衝撃の程度や衝撃検知時刻を示す衝撃データ等を含んでもよい。さらに、ナビゲーション装置２０が携帯端末１０よりも正確な位置を特定する手段（車速センサ，ジャイロセンサ，地図情報を用いたマップマッチング手段）等を備える場合には、通報データに含める位置データを衝撃検知の直前においてナビゲーション装置２０が特定していた位置に基づいて生成してもよい。また、通報部１１０ｃの機能により携帯端末１０が通報する通報先装置３０と、車載器側通報部２１０ｂの機能によりナビゲーション装置２０が通報する通報先装置３０とは、互いに異なってもよい。すなわち、携帯端末１０の通報先情報１２ａと、ナビゲーション装置２０の通報先情報２２ａとは同期していなくてもよい。
【００４７】
また、診断を行う際に制御部１１は、必ずしもナビゲーション装置２０に問い合わせる必要はなく、ナビゲーション装置２０が自発的に送信した実行確認データを受信したことをもって車載器側通報部２１０ｂが正常に実行されていると診断してもよい。なお、実行確認データは、車載器側通報部２１０ｂが正常に実行されていることを肯定するデータに限らず、車載器側通報部２１０ｂが正常に実行されていることを否定するデータであってもよい。すなわち、制御部１１は、車載器側通報部２１０ｂ正常に実行されていないことを示す実行確認データが受信されたことをもって車載器側通報部２１０ｂが正常に実行されていないと診断してもよい。
【符号の説明】
【００４８】
１…衝撃通報システム、１０…携帯端末、１１…制御部、１２…記録媒体、１２ａ…通報先情報、１３…加速度センサ、１４…ＧＰＳ受信部、１５…遠距離通信部、１６…近距離通信部、２０…ナビゲーション装置、２１…制御部、２２…記録媒体、２２ａ…通報先情報、２５…遠距離通信部、２６…近距離通信部、３０…通報先装置、３０ａ…サーバ、３０ｂ…電話機、１１０…衝撃通報プログラム、１１０ａ…衝撃判定部、１１０ｂ…診断部、１１０ｃ…通報部、２１０…ナビゲーションプログラム、２１０ａ…ナビゲーション部、２１０ｂ…車載器側通報部、Ｃ…車両、Ｃ１…固定治具、Ｃ２…エアバッグ制御部、Ｃ３…ＧＰＳ受信。
【技術分野】
【０００１】
本発明は、携帯端末、衝撃通報方法および衝撃通報プログラムに関する。
【背景技術】
【０００２】
一定以上の衝撃を検知した場合に、通報センタへ通報する車載器が提案されている（特許文献１、参照。）。また、スマートフォンの衝撃センサが一定以上の衝撃を感知すると自動的に通報ボタンを画面に表示させるプログラムが提案されている（非特許文献１、参照。）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−２９８７８６号公報
【非特許文献１】"ｓｍａｒｔ Ｇ−ＢＯＯＫの主なサービス ＨＥＬＰＮＥＴ通報支援機能"，［ＵＲＬ］http://g-book.com/pc/smart_G-BOOK/default.asp
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、車両が衝突した場合に、車両が受けた衝撃が車載器に伝達されやすく、通報を行うべき段階ではすでに車載器が壊れているという問題があった。すなわち、特許文献１の技術では、通報を行うべきにも拘わらず、車載器が通報できないという問題があった。一方、スマートフォンは、車両から衝撃が伝達されにくいが、車両が受けた衝撃とは無関係の衝撃を受けやすいという問題があった。すなわち、特許文献２の技術では、例えば車内においてスマートフォンを落下させた等の衝撃を受けた場合でも、通報ボタンを画面に表示させ誤った通報を誘起させてしまうという問題があった。
本発明は、前記課題にかんがみてなされたものであり、車両が受けた衝撃とは無関係の衝撃に応じて通報が行われることを防止することを目的とする。
【課題を解決するための手段】
【０００５】
前記の目的を達成するため、本発明の携帯端末において、診断手段は、車載器が衝撃を検知した場合に通報先装置に通報する車載器側通報機能が、当該車載器において正常に実行されているか否かを診断する。衝撃判定手段は、衝撃センサにて衝撃が検知されたか否かを判定する。通報手段は、車載器側通報機能が正常に実行されていると診断された場合に、通報先装置に通報しない。一方、通報手段は、車載器側通報機能が正常に実行されていないと診断され、かつ、衝撃センサにて衝撃が検知されたと判定された場合に、通報先装置に通報する。
【０００６】
通常、携帯端末は車両に固定治具を用いて固定されていないため、事故等により車両が受けた衝撃によって携帯端末が壊れる可能性は車載器よりも低い。従って、衝撃センサにて衝撃が検知されたと判定された場合に携帯端末が通報先装置に通報することにより、車載器が壊れるような衝撃を車両が受けた場合でも、壊れる可能性の低い携帯端末が通報先装置に通報できる。
【０００７】
しかしながら、通常、携帯端末は車両に固定されることなく車両内に持ち込まれるため、携帯端末の衝撃センサは車両が受けた衝撃とは無関係の衝撃も検知し得る。従って、携帯端末単独による衝撃の検知に応じて通報を行うと、車両が受けた衝撃とは無関係の衝撃に応じた通報がなされる可能性が生じる。これに対して車両に備えられる車載器は、車両に組み込まれた衝撃検知手段から衝撃検知の情報を得るように構成することができ、事故等により車両が衝撃を受けたことを高い確度で検知できる。車載器側通報機能が正常に実行されていると診断された場合に携帯端末が通報先装置に通報しないようにすることにより、車両が衝撃を受けたことを高い確度で通報可能な車載器側通報機能に通報を委ねることができる。従って、車載器側通報機能が正常である場合には、車両が受けた衝撃とは無関係の衝撃に応じて携帯端末により通報が行われることを防止できる。
【０００８】
携帯端末が備える衝撃センサは、例えば加速度センサや角加速度センサとすることができる。衝撃センサは加速度や角加速度を示す検知信号を生成し、衝撃判定手段は検知信号が示す加速度や角加速度が所定の閾値よりも大きい場合に衝撃センサにて衝撃が検知されたと判定してもよい。また、衝撃センサが加速度や角加速度を検知する具体的手法は特に限定されない。例えば加速度や角加速度を受けることに起因する物体の運動や変形や変質を電磁的手法や光学的手法によって検知することにより衝撃センサが加速度や角加速度を検知してもよい。また、衝撃センサが衝撃を検知する方向は、一軸方向であっても二軸方向以上であってもよい。例えば、事故により車両が受けやすい水平方向の衝撃を他の方向の衝撃と区別して検知してもよい。
【０００９】
通報手段が行う通報とは、通報先装置に衝撃を検知したことを伝達するために行う動作であり、通報先装置に衝撃を検知したことを示す通報データを送信することであってもよい。通報データには、衝撃を検知したことを示す衝撃検知データのほかに、携帯端末または車載器の位置を示す位置データ、携帯端末または車載器を識別する識別データ、衝撃強度や衝撃検知時刻を示す衝撃データ等を含んでもよい。また、通報手段が行う通報とは、携帯端末と通報先装置との間で音声通信を確立することであってもよい。さらに、通報手段が通報する通報先装置は、一つの装置に限られず、複数の装置であってもよい。また、携帯端末の通報手段が通報する通報先装置と、車載器側通報機能によって通報される通報先装置とが共通してもよいし、互いに異なってもよい。例えば、携帯端末の通報手段は、車載器側通報機能が通報する通報先装置を示すデータを予め取得することにより、車載器側通報機能が通報する通報先装置と共通する通報先装置に通報を行ってもよい。
【００１０】
携帯端末の診断手段は、所定の通信手段を介して車載器側通報機能を診断する。この通信手段は、有線通信手段であってもよいし無線通信手段であってもよい。診断手段は、車載器に対して所定のデータを送信し、当該データに応答する実行確認データを車載器から受信したことをもって車載器側通報機能が正常に実行されていると診断してもよい。さらに、診断手段は、実行確認データが受信されないことをもって車載器側通報機能が正常に実行されていないと診断してもよい。また、車載器が自発的に送信した実行確認データを受信したことをもって車載器側通報機能が正常に実行されていると診断してもよい。なお、実行確認データは、車載器側通報機能が正常に実行されていることを肯定するデータに限らず、車載器側通報機能が正常に実行されていることを否定するデータであってもよい。すなわち、診断手段は、車載器側通報機能が正常に実行されていないことを示す実行確認データが受信されたことをもって車載器側通報機能が正常に実行されていないと診断してもよい。
【００１１】
衝撃判定手段により衝撃センサにて衝撃が検知されたと判定された場合に、診断手段による車載器側通報機能の診断を行うことにより、診断手段が定期的に車載器側通報機能を診断しなくても、衝撃センサが衝撃を検知したタイミングにおける車載器側通報機能の状態を診断できる。すなわち、衝撃判定手段により衝撃センサが衝撃を検知した段階で、車載器側通報機能の診断を行うことにより、通報の即応性を確保しつつ、携帯端末と車載器との通信頻度を抑制できる。なお、診断手段による診断を、衝撃判定手段による衝撃の判定よりも先に行ってもよい。
【００１２】
また、診断手段は、所定の周期タイミングごとと、衝撃センサにて衝撃が検知されたと判定された場合との双方において診断を行ってもよい。予め所定の周期タイミングごとに車載器側通報機能の診断をしておけば、衝撃判定手段が衝撃を検知したと判定する前に車載器側通報機能が正常に実行されていないことを診断できる。衝撃判定手段が衝撃を検知したと判定する前に車載器側通報機能が正常に実行されていないと診断された場合、車載器側通報機能が衝撃以外の要因によって正常に実行されなくなったと判断できる。このような場合、衝撃判定手段が衝撃を検知したと判定するまでの間に車載器側通報機能が正常な状態へと回復しない限り、衝撃判定手段が衝撃を検知したと判定したことをもって通報手段による通報が行われることとなる。すなわち、携帯端末単独による衝撃の検知に応じて通報が行われ、車両が受けた衝撃とは無関係の衝撃に応じて通報がなされる可能性が高くなる。
【００１３】
従って、予め車載器側通報機能が正常に実行されていないと診断された場合には、予め車載器側通報機能が正常に実行されていると診断された場合よりも、衝撃判定手段が衝撃を検知したと判定するための要件を厳しくするのが望ましい。例えば、最も現在に近い周期タイミングにて車載器側通報機能が正常に実行されていると診断された場合には衝撃センサが検知した衝撃強度が所定の第１閾値以上である場合に衝撃センサにて衝撃が検知されたと判定するとともに、最も現在に近い周期タイミングにて車載器側通報機能が正常に実行されていないと診断された場合には衝撃センサが検知した衝撃強度が第１閾値以上よりも強い第２閾値以上である場合に衝撃センサにて衝撃が検知されたと判定してもよい。周期タイミングとは、所定の時間が経過するごとの周期であってもよいし、所定の距離だけ携帯端末が移動するごとの周期であってもよい。
【００１４】
なお、本発明のように、携帯端末が衝撃を検知しても、車載器の車載器側通報機能が正常であれば携帯端末が通報をしない手法は、この処理を行う方法やプログラムとしても適用可能である。また、本発明の手法を適用した衝撃通報装置、方法、プログラムは、単独の装置として実現される場合もあれば、複数の装置として実現される場合もある。また、一部がソフトウェアであり一部がハードウェアであったりするなど、適宜、変更可能である。さらに、衝撃通報装置を制御するプログラムの記録媒体としても発明は成立する。むろん、そのソフトウェアの記録媒体は、磁気記録媒体であってもよいし光磁気記録媒体であってもよいし、今後開発されるいかなる記録媒体においても全く同様に考えることができる。
【図面の簡単な説明】
【００１５】
【図１】衝撃通報システムを示すブロック図である。
【図２】（２Ａ）は開始処理のフローチャート、（２Ｂ）は衝撃通報処理のフローチャートである。
【図３】閾値調整処理のフローチャートである。
【発明を実施するための形態】
【００１６】
ここでは、下記の順序に従って本発明の実施の形態について説明する。
（１）衝撃通報システムの構成：
（２）衝撃通報処理：
（３）第２実施形態：
（４）他の実施形態：
【００１７】
（１）衝撃通報システムの構成：
図１は、携帯端末１０を含む衝撃通報システム１の構成を示すブロック図である。衝撃通報システム１は、携帯端末１０の他に、車載器としてのナビゲーション装置２０と、通報先装置３０（サーバ３０ａ，電話機３０ｂ）とを含む。携帯端末１０とナビゲーション装置２０とは、近距離通信媒体を介して相互に通信する。近距離通信媒体は、例えば有線通信媒体であってもよいし、電波や赤外線等の無線通信媒体であってもよい。本実施形態において携帯端末１０とナビゲーション装置２０とは、所定の通信規格に準じた無線電波通信により通信する。また、携帯端末１０とナビゲーション装置２０とはそれぞれ遠距離通信媒体を介して通報先装置３０と通信する。遠距離通信媒体は、例えば携帯電話通信網とされる。
【００１８】
本実施形態において携帯端末１０は多機能携帯電話（スマートフォン）である。図１に示すように携帯端末１０は、ＣＰＵとＲＡＭとＲＯＭ等を備える制御部１１と記録媒体１２と加速度センサ１３とＧＰＳ受信部１４と遠距離通信部１５と近距離通信部１６とを備える。制御部１１は、記録媒体１２やＲＯＭに記録されたプログラムを実行する。制御部１１は、プログラムの一つとして衝撃通報プログラム１１０を実行する。記録媒体１２は、通報先情報１２ａを記録する。通報先情報１２ａは、通報先装置３０に対して通報を行うための通信アドレスを示すデータである。すなわち、サーバ３０ａについては当該サーバ３０ａに割り当てられたＩＰアドレス等が記録され、電話機３０ｂについては電話番号が記録されている。
【００１９】
加速度センサ１３は、携帯端末１０が受けた衝撃の衝撃強度としての加速度を検知するセンサであり、本実施形態では加速度に応じて変形する圧電素子に生じた電圧等に基づいて得られる。また、加速度センサ１３は、３個の直交軸方向の加速度に応じた検知信号を生成する３次元加速度センサとされる。加速度センサ１３は、検知信号を制御部１１に出力する。
ＧＰＳ受信部１４は、ＧＰＳ衛星からの電波を受信し、図示しないインタフェースを介して携帯端末１０の位置を算出するための位置情報を制御部１１に出力する。
遠距離通信部１５は、通報先装置３０と携帯電話通信網を介して通信するための回路によって構成される。
近距離通信部１６は、ナビゲーション装置２０と無線電波を介して通信するための回路によって構成される。
【００２０】
衝撃通報プログラム１１０は、衝撃判定部１１０ａと診断部１１０ｂと通報部１１０ｃとを含む。
衝撃判定部１１０ａは、加速度センサ１３が衝撃を検知したか否かを判定する機能を制御部１１に実行させるモジュールである。すなわち、衝撃判定部１１０ａの機能により制御部１１は、加速度センサ１３から出力された検知信号に基づいて加速度センサ１３が検知した加速度を取得し、当該加速度が所定の閾値以上である場合に加速度センサ１３にて衝撃が検知されたと判定する。この閾値は、例えば通常の携帯端末１０の使用によって携帯端末１０が受ける加速度よりも大きい値とされる。
【００２１】
診断部１１０ｂは、車載器側通報部２１０ｂがナビゲーション装置２０において正常に実行されているか否かを診断する機能を制御部１１に実行させるモジュールである。車載器側通報部２１０ｂとは、ナビゲーション装置２０が衝撃を検知した場合に通報先装置３０に通報する機能をナビゲーション装置２０に実行させるモジュールである。車載器側通報部２１０ｂの詳細については後述する。
【００２２】
診断部１１０ｂの機能により制御部１１は、衝撃判定部１１０ａの機能により加速度センサ１３にて衝撃が検知されたと判定された場合に、車載器側通報部２１０ｂが正常に実行されているか否かを判定する。診断部１１０ｂの機能により制御部１１は、ナビゲーション装置２０の制御部２１と近距離通信部１６により通信し、ナビゲーション装置２０に対して車載器側通報部２１０ｂが正常に実行されているか否かを問い合わせる。診断部１１０ｂの機能により制御部１１は、前記問い合わせに応じてナビゲーション装置２０から実行確認データを受信した場合には、ナビゲーション装置２０にて車載器側通報部２１０ｂが正常に実行されていると診断する。すなわち、診断部１１０ｂの機能により制御部１１は、前記問い合わせに応じてナビゲーション装置２０から実行確認データを受信されない場合には、ナビゲーション装置２０にて車載器側通報部２１０ｂが正常に実行されていないと診断する。実行確認データは、車載器側通報部２１０ｂを正常に実行している場合にナビゲーション装置２０が携帯端末１０に送信するデータである。
【００２３】
通報部１１０ｃは、車載器側通報部２１０ｂが正常に実行されていると診断された場合に、通報先装置３０に通報せず、加速度センサ１３にて衝撃が検知されたと判定され、かつ、車載器側通報部２１０ｂが正常に実行されていないと診断された場合に、通報先装置３０に通報する機能を制御部１１に実行させるモジュールである。すなわち、通報部１１０ｃの機能により制御部１１は、ナビゲーション装置２０にて車載器側通報部２１０ｂが正常に実行されている限りは、加速度センサ１３が検知した加速度に拘わらず通報先装置３０に通報しない。一方、通報部１１０ｃの機能により制御部１１は、加速度センサ１３にて衝撃が検知されたと判定され、さらに車載器側通報部２１０ｂが正常に実行されたと診断されなかった場合には、通報先装置３０に通報する。本実施形態において通報部１１０ｃの機能により制御部１１は、加速度センサ１３が衝撃を検知したことを示す衝撃検知データを含む通報データを生成する。そして、通報部１１０ｃの機能により制御部１１は、遠距離通信部１５によって通報データを通報先情報１２ａが示すＩＰアドレスが割り当てられたサーバ３０ａに送信する。
【００２４】
図１に示すようにナビゲーション装置２０は、車両Ｃに搭載される。車両Ｃは、固定治具Ｃ１とエアバッグ制御部Ｃ２とＧＰＳ受信Ｃ３とを備える。固定治具Ｃ１は、ナビゲーション装置２０を車両Ｃに固定する。エアバッグ制御部Ｃ２は、車両Ｃに備えられたエアバッグを制御するためのコンピュータであり、図示しない加速度センサが検知した加速度が所定値以上である場合に、衝撃を検知したとしてエアバッグを動作させる。この加速度センサは、例えば車両正面からの衝撃を検知するために車両Ｃのフロアトンネル部に備えられたり、車両側面からの衝撃を検知するために車両Ｃのクロスメンバ部に備えられたりする。このように、加速度センサを車両Ｃの高剛性部位に備えさせることにより、エアバッグ制御部Ｃ２は車両Ｃが衝撃を受けたことを高い確度で検知できる。エアバッグ制御部Ｃ２は、衝撃の検知に応じてエアバッグを動作させた場合に、制御部２１にエアバッグ動作信号を出力する。ＧＰＳ受信Ｃ３は、ＧＰＳ衛星からの電波を受信し、図示しないインタフェースを介して車両Ｃの位置を算出するためのデータを制御部２１に出力する。
【００２５】
ナビゲーション装置２０は、ＣＰＵとＲＡＭとＲＯＭ等を備える制御部２１と記録媒体２２と遠距離通信部２５と近距離通信部２６とを備える。制御部２１は、記録媒体２２やＲＯＭに記録されたナビゲーションプログラム２１０を実行する。記録媒体２２は、通報先情報２２ａを記録する。通報先情報２２ａは、携帯端末１０の記録媒体１２に記録された通報先情報１２ａと同様に通報先装置３０の通信アドレスを示すデータである。遠距離通信部２５は、携帯端末１０の遠距離通信部１５と同様に通報先装置３０と携帯電話通信網を介して通信するための回路によって構成される。近距離通信部２６は、携帯端末１０の近距離通信部１６と無線電波を介して通信するための回路によって構成される。
【００２６】
ナビゲーションプログラム２１０は、ナビゲーション部２１０ａと車載器側通報部２１０ｂとを含む。
ナビゲーション部２１０ａは、地図や車両Ｃの走行予定経路を運転者に案内させる機能を制御部２１に実行させるモジュールである。また、ナビゲーション部２１０ａの機能により制御部２１は、携帯端末１０からの問い合わせに応じて車載器側通報部２１０ｂが正常に実行されているか否かを判定し、車載器側通報部２１０ｂが正常に実行されている場合には実行確認データを携帯端末１０へ返信する。例えば、車載器側通報部２１０ｂが正常に実行されている場合にＲＡＭ上にて常時書き換えられるパラメータを監視し、当該パラメータが変化している場合には、実行確認データを携帯端末１０へ返信する。車載器側通報部２１０ｂが正常に実行されていない場合には、実行確認データは携帯端末１０へと返信されない。また、車両Ｃの衝突によりナビゲーション装置２０が破壊されナビゲーション部２１０ａが実行されていない場合にも、実行確認データは携帯端末１０へ返信されないこととなる。
【００２７】
車載器側通報部２１０ｂは、ナビゲーション装置２０が衝撃を検知した場合に通報先装置３０に通報する機能を制御部２１に実行させるモジュールである。ここで、ナビゲーション装置２０が衝撃を検知した場合とは、エアバッグ制御部Ｃ２からエアバッグ動作信号が出力された場合を意味する。車載器側通報部２１０ｂの機能により制御部２１は、エアバッグ動作信号が出力された場合に、通報先情報２２ａが示す通信アドレスが割り当てられた通報先装置３０に対して遠距離通信部２５を介して、ナビゲーション装置２０（エアバッグ制御部Ｃ２）が衝撃を検知したことを示す通報データを送信する。
【００２８】
以上説明したように、車両Ｃに備えられるナビゲーション装置２０は、車両Ｃに組み込まれたエアバッグ制御部Ｃ２から衝撃を検知したことを示すエアバッグ動作信号を得ることができ、事故等により車両Ｃが衝撃を受けたことを高い確度で検知できる。これに対して、通常、携帯端末１０は固定治具Ｃ１を用いて車両Ｃに固定されることなく車両Ｃ内に持ち込まれるため、携帯端末１０の加速度センサ１３は車両Ｃが受けた衝撃とは無関係の衝撃も検知し得る。ナビゲーション装置２０にて車載器側通報部２１０ｂが正常に実行されていると診断された場合に、携帯端末１０が通報先装置３０に通報しないようにすることにより、車載器側通報部２１０ｂが正常である場合には車載器側通報部２１０ｂに通報を委ねることができる。従って、車載器側通報部２１０ｂが正常である場合には、車両Ｃが受けた衝撃とは無関係の衝撃に応じて携帯端末１０により通報が行われることを防止できる。
【００２９】
一方、通常、携帯端末１０は車両Ｃに固定治具Ｃ１を用いて固定されていないため、事故等により車両Ｃが受けた衝撃によって携帯端末１０が壊れる可能性はナビゲーション装置２０よりも低い。従って、車載器側通報部２１０ｂが正常に実行されていないと診断され、かつ、加速度センサ１３にて衝撃が検知されたと判定された場合に携帯端末１０が通報先装置３０に通報することにより、ナビゲーション装置２０が壊れるような衝撃を車両Ｃが受けた場合でも、壊れる可能性の低い携帯端末１０が通報先装置３０に通報することができる。
【００３０】
制御部１１は加速度センサ１３にて衝撃が検知されたと判定された場合に、車載器側通報部２１０ｂの診断を行うことにより、診断部１１０ｂの機能により定期的に車載器側通報部２１０ｂを診断しなくても、加速度センサ１３が衝撃を検知したタイミングにおける車載器側通報部２１０ｂの状態を診断できる。すなわち、制御部１１は、加速度センサ１３にて衝撃が検知されたと判定された場合に、車載器側通報部２１０ｂの診断を行うことにより、通報の即応性を確保しつつ、携帯端末１０とナビゲーション装置２０との通信頻度を抑制できる。
【００３１】
（２）衝撃通報処理：
図２Ａは携帯端末１０が実行する開始処理のフローチャートであり、図２Ｂは衝撃通報処理のフローチャートである。開始処理のステップＳ１００において、携帯端末１０の制御部１１は診断部１１０ｂの機能により、近距離通信部１６を介してナビゲーション装置２０と通信を確立する。制御部１１はナビゲーション装置２０に対して周期的に通信を試みており、携帯端末１０がナビゲーション装置２０に対して通信可能距離以内に接近した場合に、携帯端末１０とナビゲーション装置２０との通信が確立される。携帯端末１０が車両Ｃ内に持ち込まれた場合には、携帯端末１０とナビゲーション装置２０とは通信可能距離以内となる。
【００３２】
続くステップＳ１１０において、診断部１１０ｂの機能により制御部１１は、近距離通信部１６を介してナビゲーション装置２０の記録媒体２２に記録された通報先情報２２ａと、記録媒体１２に記録された通報先情報１２ａとを同期する。本実施形態において制御部１１は、記録媒体１２に記録された通報先情報１２ａを、ナビゲーション装置２０の記録媒体２２に記録された通報先情報２２ａで上書きする。例えば、通報先情報２２ａにはサーバ３０ａとして、交通情報を集中的に管理するサーバや、ナビゲーション装置２０の使用者が登録したサーバが登録されている。また、通報先情報２２ａには電話機３０ｂとして、緊急通報用電話番号や、ナビゲーション装置２０の使用者が登録した電話機や携帯電話機の電話番号が登録されている。開始処理が終了すると、制御部１１は図２Ｂに示す衝撃通報処理を実行する。
【００３３】
衝撃通報処理のステップＳ１１５において、衝撃判定部１１０ａの機能により制御部１１は、加速度センサ１３から出力された検知信号に基づいて加速度センサ１３が衝撃を検知したか否かを判定する。すなわち、制御部１１は、加速度センサ１３が検知した加速度を取得し、当該加速度が所定の閾値以上である場合に加速度センサ１３にて衝撃が検知されたと判定する。加速度センサ１３にて衝撃が検知されたと判定しなかった場合、制御部１１は所定期間待機した後に、再度、ステップＳ１１５を実行する。すなわち、ステップＳ１１５は、加速度センサ１３にて衝撃が検知されたと判定されない限り所定周期で繰り返される。
【００３４】
一方、ステップＳ１１５において加速度センサ１３にて衝撃が検知されたと判定された場合、制御部１１はステップＳ１２０を実行する。ステップＳ１２０において、診断部１１０ｂの機能により制御部１１は、ナビゲーション装置２０に対して車載器側通報部２１０ｂが正常に実行されているか否かを問い合わせる。そして、診断部１１０ｂの機能により制御部１１は、ナビゲーション装置２０から所定のタイムアウト期間以内に実行確認データを受信した場合には、ナビゲーション装置２０にて車載器側通報部２１０ｂが正常に実行されていると診断する。
【００３５】
ナビゲーション装置２０にて車載器側通報部２１０ｂが正常に実行されていると診断された場合、通報部１１０ｃの機能により制御部１１は、通報先装置３０に通報を行うことなく、ステップＳ１１５に戻り、再度、衝撃を検知したか否かを判定する。この場合には、ナビゲーション装置２０にて正常に実行されている車載器側通報部２１０ｂによって、車両Ｃが受けた衝撃に応じた通報を行うことができる。
【００３６】
一方、ステップＳ１２０において車載器側通報部２１０ｂが正常に実行されていないと診断された場合、ステップＳ１２５において通報部１１０ｃの機能により制御部１１は、記録媒体１２から通報先情報１２ａを取得する。すなわち、ナビゲーション装置２０から前記タイムアウト期間以内に実行確認データを受信しなかった場合、制御部１１はナビゲーション装置２０が通報すべきであった通報先装置３０の通信アドレスを取得する。本実施形態において制御部１１は、サーバ３０ａのＩＰアドレスと、電話機３０ｂの電話番号とを取得する。
【００３７】
続くステップＳ１３０において通報部１１０ｃの機能により制御部１１は、ＧＰＳ受信部１４から出力された位置情報を取得する。ステップＳ１３５において通報部１１０ｃの機能により制御部１１は、サーバ３０ａに対して通報データを送信する。すなわち、加速度センサ１３が衝撃を検知したことを示す衝撃検知データと、ＧＰＳ受信部１４からの位置情報に基づく携帯端末１０の位置を示す位置データと、携帯端末１０を識別する識別データとを含む通報データを生成し、当該通報データをサーバ３０ａに送信する。これにより、サーバ３０ａは、携帯端末１０と対応付けられた車両Ｃが衝突したこと、および、衝突した位置を特定することができる。複数のサーバ３０ａが通報先情報１２ａに登録されている場合には、複数のサーバ３０ａのそれぞれに対して通報データを送信してもよい。
【００３８】
ステップＳ１４０において通報部１１０ｃの機能により制御部１１は、通報先情報１２ａが示すサーバ３０ａに通報データが正常に送信できたか否かを判定する。そして、通報データが正常に送信できなかった場合には、通報部１１０ｃの機能により制御部１１は、通報データの送信が成功するまで通報データの送信を繰り返して実行する。なお、本実施形態の携帯端末１０はマルチタスクＯＳ（不図示）を実行しており、ステップＳ１３５〜Ｓ１４０が繰り返されている期間においても携帯端末１０の使用者の操作により、例えば緊急通報用電話番号に対して通話をすることができる。
【００３９】
ステップＳ１４０において通報データが正常に送信できたと判定した場合、ステップＳ１４５において通報部１１０ｃの機能により制御部１１は、通報先情報１２ａが示す電話番号の電話機３０ｂを発呼（音声接続を試行）する。なお、ステップＳ１３５にて通報データが正常に送信できた場合に限らず、ステップＳ１３５〜Ｓ１４０を所定期間繰り返しても通報データが正常に送信できなかった場合にも、ステップＳ１４５を実行してもよい。ステップＳ１５０において通報部１１０ｃの機能により制御部１１は、通報先情報１２ａが示す電話機３０ｂと音声接続ができたか否かを判定する。そして、電話機３０ｂとの音声接続ができなかった場合には、通報部１１０ｃの機能により制御部１１は、電話機３０ｂとの音声接続に成功するまで電話機３０ｂの発呼を繰り返して実行する。なお、ステップＳ１３５〜Ｓ１４０にて通報データの送信を実行する間に、携帯端末１０の使用者の操作により電話機３０ｂとの通話が行われた場合に、ステップＳ１４５〜Ｓ１５０をスキップしてもよい。
【００４０】
ステップＳ１５０において電話機３０ｂとの音声接続ができた場合には、ステップＳ１５５において通報部１１０ｃの機能により制御部１１は、電話機３０ｂとの通話を実行させる。そして、ステップＳ１６０において電話機３０ｂとの通話が終和すると、衝撃通報処理を終了させる。なお、複数の電話機３０ｂが通報先情報１２ａに登録されている場合には、複数の電話機３０ｂのそれぞれに対して順次通話を行うようにしてもよい。
【００４１】
（３）第２実施形態：
図３は、他の実施形態において携帯端末１０が実行する閾値調整処理のフローチャートである。ステップＳ２００において、制御部１１は、所定の周期タイミングが到来したか否かを判定する。この周期タイミングは、衝撃の検知の有無に拘わらず携帯端末１０がナビゲーション装置２０の車載器側通報部２１０ｂを定期的に診断するタイミングであり、例えば１分（図２Ｂの衝撃通報処理の実行周期よりも周期が長い）とされる。なお、閾値調整処理と並行して第１実施形態の衝撃通報処理（図２Ｂ）は実行されている。
【００４２】
図３のステップＳ２００において周期タイミングが到来したと判定された場合には、図２ＢのステップＳ１２０と同様に制御部１１は車載器側通報部２１０ｂが正常に実行されているか否かを診断する（ステップＳ２１０）。そして、車載器側通報部２１０ｂが正常に実行されていると判定された場合には、ステップＳ２２０において制御部１１は、図２ＢのステップＳ１１５にて衝撃を検知したか否かを判定するための閾値を第１閾値（第１実施形態と同じ値）とする。一方、車載器側通報部２１０ｂが正常に実行されていないと判定された場合には、ステップＳ２３０において制御部１１は、図２ＢのステップＳ１１５にて衝撃を検知したか否かを判定するための閾値を第２閾値とする。ここで、第２閾値は第１閾値よりも大きくされる。以上のようにして、ステップＳ２２０またはステップＳ２３０において閾値を第１閾値または第２閾値に設定すると、制御部１１はステップＳ２００に戻り、再び周期タイミングの到来を待つ。
【００４３】
以上説明した閾値調整処理おいて、制御部１１は、周期タイミングごとに車載器側通報部２１０ｂが正常に実行されているか否かを診断する。そして、最も現在に近い周期タイミングにおいて車載器側通報部２１０ｂが正常に実行されていると診断された場合には、図２ＢのステップＳ１１５にて衝撃を検知したか否かを判定するための閾値を第２閾値よりも小さい第１閾値とする。一方、最も現在に近い周期タイミングにおいて車載器側通報部２１０ｂが正常に実行されていないと診断された場合には、図２ＢのステップＳ１１５にて衝撃を検知したか否かを判定するための閾値を第１閾値よりも大きい第２閾値とする。
【００４４】
本実施形態のように予め所定の周期タイミングごとに車載器側通報部２１０ｂを診断しておけば、図２ＢのステップＳ１１５にて衝撃を検知したと判定する前に車載器側通報部２１０ｂが正常に実行されているか否かを診断できる。図２ＢのステップＳ１１５にて衝撃を検知したと判定する前に車載器側通報部２１０ｂが正常に実行されていないと診断された場合、車載器側通報部２１０ｂが衝撃以外の要因によって正常に実行されなくなったと判断できる。このような場合、図２ＢのステップＳ１１５にて衝撃を検知したと判定するまでの間に車載器側通報部２１０ｂが正常な状態へと回復しない限り、通報部１１０ｃの機能により通報が行われることとなる。すなわち、携帯端末１０による衝撃の検知に応じて通報が行われ、車両Ｃが受けた衝撃とは無関係の衝撃に応じて通報がなされる可能性が高くなる。本実施形態では、予め車載器側通報部２１０ｂが正常に実行されていないと診断された場合には、図２ＢのステップＳ１１５にて衝撃を検知するための閾値を第１閾値よりも大きい第２閾値とする。これにより、車載器側通報部２１０ｂが衝撃以外の要因によって正常に実行されなくなった場合に、車両Ｃが受けた衝撃とは無関係の衝撃の検知が通報に直結することを防止できる。
【００４５】
（４）他の実施形態：
なお、本発明の実施形態は上述の実施形態に限られない。例えば、携帯端末１０が備える加速度センサ１３は、角加速度センサであってもよい。また、加速度センサ１３は、衝撃（所定よりも大きい加速度や角加速度）を検知した場合に限り検知信号を制御部１１に出力し、制御部１１は検知信号の出力を受けた場合に加速度センサ１３にて衝撃が検知されたと判定してもよい。さらに、加速度センサ１３が加速度や角加速度を検知する具体的手法は特に限定されない。例えば加速度や角加速度を受けることに起因する物体の運動や変質を電磁的手法や光学的手法によって検知することにより加速度センサ１３が加速度や角加速度を検知してもよい。また、衝突により車両Ｃが受けやすい水平方向の衝撃のみを検知してもよい。これにより、車両Ｃ内における携帯端末１０の鉛直方向の落下に応じて通報がされることが防止できる。
【００４６】
通報データは、衝撃の程度や衝撃検知時刻を示す衝撃データ等を含んでもよい。さらに、ナビゲーション装置２０が携帯端末１０よりも正確な位置を特定する手段（車速センサ，ジャイロセンサ，地図情報を用いたマップマッチング手段）等を備える場合には、通報データに含める位置データを衝撃検知の直前においてナビゲーション装置２０が特定していた位置に基づいて生成してもよい。また、通報部１１０ｃの機能により携帯端末１０が通報する通報先装置３０と、車載器側通報部２１０ｂの機能によりナビゲーション装置２０が通報する通報先装置３０とは、互いに異なってもよい。すなわち、携帯端末１０の通報先情報１２ａと、ナビゲーション装置２０の通報先情報２２ａとは同期していなくてもよい。
【００４７】
また、診断を行う際に制御部１１は、必ずしもナビゲーション装置２０に問い合わせる必要はなく、ナビゲーション装置２０が自発的に送信した実行確認データを受信したことをもって車載器側通報部２１０ｂが正常に実行されていると診断してもよい。なお、実行確認データは、車載器側通報部２１０ｂが正常に実行されていることを肯定するデータに限らず、車載器側通報部２１０ｂが正常に実行されていることを否定するデータであってもよい。すなわち、制御部１１は、車載器側通報部２１０ｂ正常に実行されていないことを示す実行確認データが受信されたことをもって車載器側通報部２１０ｂが正常に実行されていないと診断してもよい。
【符号の説明】
【００４８】
１…衝撃通報システム、１０…携帯端末、１１…制御部、１２…記録媒体、１２ａ…通報先情報、１３…加速度センサ、１４…ＧＰＳ受信部、１５…遠距離通信部、１６…近距離通信部、２０…ナビゲーション装置、２１…制御部、２２…記録媒体、２２ａ…通報先情報、２５…遠距離通信部、２６…近距離通信部、３０…通報先装置、３０ａ…サーバ、３０ｂ…電話機、１１０…衝撃通報プログラム、１１０ａ…衝撃判定部、１１０ｂ…診断部、１１０ｃ…通報部、２１０…ナビゲーションプログラム、２１０ａ…ナビゲーション部、２１０ｂ…車載器側通報部、Ｃ…車両、Ｃ１…固定治具、Ｃ２…エアバッグ制御部、Ｃ３…ＧＰＳ受信。
【特許請求の範囲】
【請求項１】
衝撃センサと、
前記衝撃センサが衝撃を検知したか否かを判定する衝撃判定手段と、
車載器が衝撃を検知した場合に通報先装置に通報する車載器側通報機能が、当該車載器において正常に実行されているか否かを診断する診断手段と、
前記車載器側通報機能が正常に実行されていると診断された場合に、前記通報先装置に通報せず、
前記衝撃センサにて衝撃が検知されたと判定され、かつ、前記車載器側通報機能が正常に実行されていないと診断された場合に、前記通報先装置に通報する通報手段と、
を備える携帯端末。
【請求項２】
前記診断手段は、前記衝撃センサにて衝撃が検知されたと判定された場合において、前記車載器側通報機能が正常に実行されているか否かを診断する、
請求項１に記載の携帯端末。
【請求項３】
携帯端末が行う衝撃通報方法であって、
前記携帯端末が備える衝撃センサが衝撃を検知したか否かを判定する衝撃判定工程と、
車載器が衝撃を検知した場合に通報先装置に通報する車載器側通報機能が、当該車載器において正常に実行されているか否かを診断する診断工程と、
前記車載器側通報機能が正常に実行されていると診断された場合に、前記通報先装置に通報せず、
前記車載器側通報機能が正常に実行されていないと診断され、かつ、前記衝撃センサにて衝撃が検知されたと判定された場合に、前記通報先装置に通報する通報工程と、
を含む衝撃通報方法。
【請求項４】
携帯端末が備える衝撃センサが衝撃を検知したか否かを判定する衝撃判定機能と、
車載器が衝撃を検知した場合に通報先装置に通報する車載器側通報機能が、当該車載器において正常に実行されているか否かを診断する診断機能と、
前記車載器側通報機能が正常に実行されていると診断された場合に、前記通報先装置に通報せず、
前記車載器側通報機能が正常に実行されていないと診断され、かつ、前記衝撃センサにて衝撃が検知されたと判定された場合に、前記通報先装置に通報する通報機能と、
を前記携帯端末に実行させる衝撃通報プログラム。
【請求項１】
衝撃センサと、
前記衝撃センサが衝撃を検知したか否かを判定する衝撃判定手段と、
車載器が衝撃を検知した場合に通報先装置に通報する車載器側通報機能が、当該車載器において正常に実行されているか否かを診断する診断手段と、
前記車載器側通報機能が正常に実行されていると診断された場合に、前記通報先装置に通報せず、
前記衝撃センサにて衝撃が検知されたと判定され、かつ、前記車載器側通報機能が正常に実行されていないと診断された場合に、前記通報先装置に通報する通報手段と、
を備える携帯端末。
【請求項２】
前記診断手段は、前記衝撃センサにて衝撃が検知されたと判定された場合において、前記車載器側通報機能が正常に実行されているか否かを診断する、
請求項１に記載の携帯端末。
【請求項３】
携帯端末が行う衝撃通報方法であって、
前記携帯端末が備える衝撃センサが衝撃を検知したか否かを判定する衝撃判定工程と、
車載器が衝撃を検知した場合に通報先装置に通報する車載器側通報機能が、当該車載器において正常に実行されているか否かを診断する診断工程と、
前記車載器側通報機能が正常に実行されていると診断された場合に、前記通報先装置に通報せず、
前記車載器側通報機能が正常に実行されていないと診断され、かつ、前記衝撃センサにて衝撃が検知されたと判定された場合に、前記通報先装置に通報する通報工程と、
を含む衝撃通報方法。
【請求項４】
携帯端末が備える衝撃センサが衝撃を検知したか否かを判定する衝撃判定機能と、
車載器が衝撃を検知した場合に通報先装置に通報する車載器側通報機能が、当該車載器において正常に実行されているか否かを診断する診断機能と、
前記車載器側通報機能が正常に実行されていると診断された場合に、前記通報先装置に通報せず、
前記車載器側通報機能が正常に実行されていないと診断され、かつ、前記衝撃センサにて衝撃が検知されたと判定された場合に、前記通報先装置に通報する通報機能と、
を前記携帯端末に実行させる衝撃通報プログラム。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２０１２−２０８５４４（Ｐ２０１２−２０８５４４Ａ）
【公開日】平成２４年１０月２５日（２０１２．１０．２５）
【国際特許分類】
【出願番号】特願２０１１−７１４２４（Ｐ２０１１−７１４２４）
【出願日】平成２３年３月２９日（２０１１．３．２９）
【出願人】（０００１００７６８）アイシン・エィ・ダブリュ株式会社 (3,717)
【Ｆターム（参考）】
【公開日】平成２４年１０月２５日（２０１２．１０．２５）
【国際特許分類】
【出願日】平成２３年３月２９日（２０１１．３．２９）
【出願人】（０００１００７６８）アイシン・エィ・ダブリュ株式会社 (3,717)
【Ｆターム（参考）】
[ Back to top ]