WO2015151481A1 - 緊急通報システム及びサービスセンター並びに携帯電話 - Google Patents

Abstract

　緊急通報システム（１）において、緊急通報車載装置（３）は、車両に搭載され、事故発生時に、所定の信号を無線回線を介してサービスセンター（５）に発信する。前記緊急通報車載装置と前記サービスセンターとの間では、会話の通話も可能である。前記緊急通報システムは、無線回線を介して前記サービスセンターと通信する携帯電話（７）も備える。前記携帯電話は、前記サービスセンターに対して、通話を行う際の着信先を、前記緊急通報車載装置から該携帯電話に変更することを要求する着信先変更要求信号を該サービスセンターに発信し、該サービスセンターは、通話の前記着信先を該携帯電話に変更する。

Description

緊急通報システム及びサービスセンター並びに携帯電話 関連出願の相互参照

　本開示は、２０１４年４月２日に出願された日本出願番号２０１４－７６１９９号に基づくもので、ここにその記載内容を援用する。

　本開示は、車両の事故発生時に、事故車両の緊急通報車載装置からサービスセンターに、無線回線を介して、所定の情報が送信されるとともに、緊急通報車載装置とサービスセンターとの間で通話が可能な緊急通報システム及びサービスセンター並びに携帯電話に関するものである。

　近年、交通事故に対処するために、車両の衝突事故時に、車両位置をサービスセンター（緊急対応センター）へ通報することで、緊急車両の派遣を迅速に行える車両用の緊急通報システムが提案されている（特許文献１参照）。

　この緊急通報システムでは、運転者（ドライバ）等の搭乗者は、車両に搭載された通信装置（緊急通報車載装置）によって、サービスセンターのオペレータと通話できるので、ドライバ等は、車内又は車外（但し車両の近傍の窓越し）にて、オペレータと通話を行っていた。

　具体的には、図１１に示すように、車載のセンサ等によって車両の衝突を検知した場合には、緊急通報車載装置からサービスセンターに対して、自動的に所定のデータを送信するモードにて、衝突が発生した旨と緊急通報車載装置のＩＤ（車載機ＩＤ）と車両の位置情報とを含む緊急通報信号を送信する。

　サービスセンターでは、この緊急通報信号を受信すると、緊急通報車載装置に、緊急通報信号を正常に受信したことを示す信号を送信する（即ち正常応答を行う）。

　その後、緊急通報車載装置とサービスセンターとでは、通話を行うモードに切り替えられるので、例えばサービスセンターのオペレータから緊急通報車載装置に電話をかけることによって、サービスセンターのオペレータとドライバ等との間で、通話を行うことができる。

ＪＰ　Ｈ１１－２８３１７８　Ａ（ＪＰ　３０７３９６０　Ｂ２）

　しかしながら、上述した従来技術では、ドライバ等は、車両に設置された緊急通報車載装置を用いて、車内又は車両の近傍にて通話を行わなければならないので、例えば車両に火災が発生している場合など、車両から離れる必要がある状況では、緊急通報車載装置による通話ができない恐れがあった。

　本開示の目的は、車両の事故等で緊急通報車載装置の使用が難しい場合でも、緊急通報車載装置とは異なる携帯電話を使用して、サービスセンターと容易に通話することができる緊急通報システム及びサービスセンター並びに携帯電話を提供することにある。

　本開示の一つの例による緊急通報システムでは、車両に搭載され、該車両の事故発生時に、所定の信号を無線回線を介して発信する緊急通報車載装置と、前記緊急通報車載装置と無線回線を介して通信し、前記緊急通報車載装置の発信する前記所定の信号を受信するサービスセンターとを備える。前記サービスセンターは前記緊急通報車載装置と無線回線を介して通話が可能な状態にある。前記緊急通報システムは、更に、無線回線を介して前記サービスセンターと通信する携帯電話を備える。前記携帯電話は、前記サービスセンターに対して、該サービスセンターから通話を行う際の着信先を、前記緊急通報車載装置から該携帯電話に変更することを要求する着信先変更要求信号を送信する。前記着信先変更要求信号を受信した前記サービスセンターは、通話の前記着信先を前記緊急通報車載装置から前記携帯電話に変更する。

　上記の構成では、携帯電話からサービスセンターに対して、サービスセンターから緊急通報車載装置に通話を行う際の着信先（即ちサービスセンターから電話をかける相手）を、携帯電話に変更することを要求する着信先変更要求信号が送信された場合には、サービスセンターでは、着信先を携帯電話に変更することができる。例えば所定の着信先変更の条件（例えば携帯電話が緊急通報車載装置の近くにある場合や、登録された携帯電話である場合等の条件）が満たされたときに、着信先を携帯電話に変更する。

　つまり、上述したように、従来では、ドライバ等は、車両の事故の発生時には、緊急通報車載装置を用いて、車内又は車両の近傍にてサービスセンターのオペレータと通話しなければならないので、車両に火災が発生している場合などには、緊急通報車載装置による通話ができないことがあったが、上記の構成では、そのような場合には、ドライバ等が携帯している携帯電話からサービスセンターに対して、着信先変更要求信号を送信することにより、サービスセンターからの電話の着信先を携帯電話に変更することができる。

　これにより、ドライバ等は、事故車両から離れた安全な位置で、サービスセンターのオペレータと会話の通話もできるので、安全性が一層向上するという顕著な効果を奏する。

　なお、ここで携帯電話とは、ドライバ等が携帯可能であって、サービスセンターに対して、着信先変更要求等のデータをデータ通信によって送信可能で、且つ、サービスセンターのオペレータ等との間で通話が可能な情報通信機器（例えばスマートフォン、フィーチャフォン）も含むものである。

　本開示についての上記目的およびその他の目的、特徴や利点は、添付の図面を参照しながら下記の詳細な記述により、より明確になる。
第一実施形態の緊急通報システムの概略構成を示す説明図 第一実施形態の緊急通報システムにおける携帯電話と緊急通報車載装置とサービスセンターとの間の（変更許可の場合の）通信状態を示す説明図 第一実施形態の緊急通報システムにおける携帯電話と緊急通報車載装置とサービスセンターとの間の（変更拒否の場合の）通信状態を示す説明図 第一実施形態の緊急通報システムの緊急通報車載装置における処理を示すフローチャート 第一実施形態の緊急通報システムのサービスセンターにおける処理を示すフローチャート 第一実施形態の緊急通報システムの携帯電話における処理を示すフローチャート 第二実施形態の緊急通報システムにおける携帯電話と緊急通報車載装置とサービスセンターとの間の通信状態を示す説明図 第二実施形態の緊急通報システムの緊急通報車載装置における処理を示すフローチャート 第二実施形態の緊急通報システムのサービスセンターにおける処理を示すフローチャート 第二実施形態の緊急通報システムの携帯電話における処理を示すフローチャート 従来技術の説明図である。

　次に、本開示の緊急通報システム及びサービスセンター並びに携帯電話の実施形態を、図面と共に説明する。

第一実施形態

［システムの全体構成］
　まず、第一実施形態の緊急通報システムの全体構成について説明する。

　図１に示すように、第一実施形態の緊急通報システム１は、車両に搭載されている緊急通報車載装置（車載機）３と、インフラ側の緊急応答センターであるサービスセンター（詳しくはそのセンター装置）５と、運転者（ドライバ）等の搭乗者が携帯する携帯電話７を含む。この緊急車載装置３を搭載する前記車両は、ホスト車両あるいは対象車両とも言及される。

　このうち、緊急通報車載装置３とサービスセンター５とは、公知のデータ通信と（電話による）通話（会話通話とも言及される）とが可能な構成であり、しかも、サービスセンター５と携帯電話７とも、データ通信と通話とが可能な構成である。

　以下、各構成について詳しく説明する。

　＜緊急通報車載装置３＞
　緊急通報車載装置３は、周知のように、制御回路１１、音声処理部１３、無線通信部１５、メモリ部１７、ＬＡＮ送受信部１９等を備えた車載機である。

　また、緊急通報車載装置３には、制御回路１１に、入力器２１、表示器２３、エアバッグシステム２７が接続され、音声処理部１３に、マイクロホン３１、スピーカ３３が接続され、車内ＬＡＮを介して送受信するＬＡＮインタフェース部（ＬＡＮ送受信部とも言及される）１９に、ナビゲーションシステム２５が接続されている。

　このうち、制御回路１１は、緊急通報車載装置３の動作全般を制御する。制御回路１１は、緊急通報車載装置３の各種の処理を制御する。制御回路１１は、ＣＰＵ、ＲＡＭ，ＲＯＭを備えたマイクロコンピュータを主体として構成され、ＲＯＭに記録されたプログラムを実行しソフトウエアを利用して制御を実施しても良いが、それらの制御の一部あるいは全てを複数のハードウエアの回路によって、ハードウエアを利用して制御を実施しても良い。音声処理部１３は、マイクロホン３１に入力した音声をデジタル処理して制御回路１１に入力したり、制御回路１１からのデジタル信号をスピーカ３３から音声出力させるための回路である。従って、この音声処理部１３を介して、ドライバ等とサービスセンター５のオペレータとの間で会話が可能となる。

　無線通信部１５は、制御回路１１からの接続指令・切断指令に基づいて、通信インフラ（携帯電話網等）との間で、通信回線（音声通信回線及びデータ通信回線）を接続・切断する回路である。即ち、無線通信部１５は、サービスセンター５との間の各通信回線の接続・切断を行うものである。

　メモリ部１７は、車両（従って緊急通報車載装置３）を特定する車両ＩＤ（従って車載機ＩＤ）などの各種のメモリ情報を記憶する装置（例えば不揮発性メモリ）である。なお、車載機ＩＤと車両ＩＤとは同じであるので、以下では、車両ＩＤを用いて説明する。

　ＬＡＮ送受信部１９は、車載ＬＡＮとのインタフェース機能を有し、第一実施形態では周知のナビゲーションシステム２５等との間で各種の情報を送受信する。

　この場合、ナビゲーションシステム２５は、車両の現在位置を示す車両位置情報、ホスト車両の速度を示す車速情報、ホスト車両から目的地等への距離を示す距離情報などを、車載ＬＡＮを介して緊急通報車載装置３に送信する。また、制御回路１１は、例えばＬＡＮ送受信部１９がナビゲーションシステム２５から受信した車両位置情報や、メモリ部１７に記憶されている車両ＩＤなどを含む緊急通報信号を、無線通信部１５からサービスセンター５に送信させる。尚、本願では、「情報」は不可算名詞のみならず可算名詞としても使用される。

　エアバッグシステム２７は、エアバッグが展開されると、エアバッグ展開信号を衝突検出信号として制御回路１１に出力する。

　なお、第一実施形態では、後述するように、エアバッグシステム２７がエアバッグ展開信号（衝突検出信号）を出力した旨を、緊急通報トリガとして、緊急通報信号を出力する緊急通報動作を行う。

　入力器２１は、ユーザが操作する緊急通報ボタンであり、その入力器２１が操作されたことを示す操作検出信号が、制御回路１１に出力される。なお、この入力器２１は、省略可能である。

　表示器２３は、制御回路１１から表示指令が入力されると、その表示指令に応じた表示情報を表示する。

　＜サービスセンター５＞
　サービスセンター５は、周知の緊急対応センターの装置であり、記憶器３５、制御回路３６、無線通信部３７とを備える。制御回路３６は、サービスセンター５の各種の処理を制御する。制御回路３６は、ＣＰＵ、ＲＡＭ，ＲＯＭを備えたマイクロコンピュータを主体として構成され、ＲＯＭに記録されたプログラムを実行しソフトウエアを利用して制御を実施しても良いが、それらの制御の一部あるいは全てを複数のハードウエアの回路によって、ハードウエアを利用して制御を実施しても良い。また、無線通信部３７を介して、緊急通報車載装置３との間で、緊急通報信号等のデータ通信や通話を行うことができ、且つ、ドライバ等の携帯電話７との間で、データ通信や通話を行うことができる。

　このサービスセンター５の記憶器３５には、車両ＩＤとユーザＩＤと着信先とが、関連づけて（即ち一つの情報から他の情報が得られるように紐付けされて）記憶されている。

　ここで、着信先としては、当初は、サービスセンター５から緊急通報車載装置３に電話して通話が可能なように、緊急通報車載装置３に割り当てられた電話番号が記憶されている。

　なお、サービスセンター５と緊急通報車載装置３との間の前記データ通信としては、例えばインターネットを介した通信やＳＭＳ（ショートメッセージサービス）による通信も採用できる。
＜携帯電話７＞
　携帯電話７は、制御回路４１、メモリ部４２、ユーザの操作入力を受け入れる入力部４３、無線通信部４４を含む。制御回路４１は、携帯電話７の各種の処理を制御する。制御回路４１は、ＣＰＵ、ＲＡＭ，ＲＯＭを備えたマイクロコンピュータを主体として構成され、ＲＯＭに記録されたプログラムを実行しソフトウエアを利用して制御を実施しても良いが、それらの制御の一部あるいは全てを複数のハードウエアの回路によって、ハードウエアを利用して制御を実施しても良い。携帯電話７は、周知のデータ通信や通話を切り替えて実施することが可能で且つ携帯可能な通信装置であり、サービスセンター５との間で、着信先変更要求等のデータ通信や、サービスセンター５のオペレータとの間で、通話を行う装置である。

　ここで、着信先変更要求（着信先変更要求信号とも言及される）とは、後述するように、サービスセンター５から電話を掛ける相手先を、緊急通報車載装置３から携帯電話７に変更する要求信号を通信することである。

　なお、携帯電話７としては、例えば電話機としての機能も有するタッチパネル式の可搬型端末（例えばいわゆるスマートフォン、フィーチャフォンも含む）などを採用することができる。

　また、この携帯電話７からサービスセンター５に対して、無線通信部４４を介して、所定のデータ（例えば後述する着信先変更要求）を通信する方法としては、下記のような各種の方法を採用できる。

　例えばスマートフォンに、予め、サービスセンター５に所定のデータを送信するように設定されたソフトウエアであるアプリケーション（いわゆるアプリ）をメモリ部４２に記憶しておき、緊急時にこのアプリを操作することにより、短時間でデータを送信することができる。

　なお、送信される着信先変更要求としては、着信先変更要求であることを示す情報（着信先変更要求情報）に加え、メモリ部４２に予め記憶されたユーザＩＤ（又は車両ＩＤ）および携帯電話７の電話番号、携帯電話７の位置を示す携帯位置情報が、規定されたメッセージフォーマット形式に従って含まれたデータ列として送信される。尚、携帯電話の位置情報は、GPSを搭載する場合は、それによって、検知するか、搭載しない場合は、基地局からデータを利用して検知する。

　また、スマートフォンから、サービスセンター５のホームページにアクセスし、例えばホームページに設定された所定の着信先変更要求の入力欄から、着信先変更要求に必要な所定のデータ（例えばユーザＩＤや携帯電話番号等）を入力してもよい。

　更に、サービスセンター５に対して、ＳＭＳによって、着信先変更要求を送信するようにしてもよい。この場合、サービスセンター５の送信先は、予めスマートフォンに記憶されていることが好ましい。なお、送信する内容（例えばユーザＩＤ）も、予め記憶されていることが好ましい。なお、ＳＭＳの場合は、発信元の情報（携帯電話の番号等の情報）は、送信の際に同時に送信される。
［緊急通報システム１全体における通信］
　まず、サービスセンター５と緊急通報車載装置３と携帯電話７との間の全体的な通信の手順について、時系列に沿って説明する。

　図２に示すように、車両の衝突事故が発生した場合には、緊急通報車載装置３からサービスセンター５に対して、従来と同様に、緊急通報信号が送信される。

　この緊急通報信号には、車両事故等の緊急事態が発生したことを示す情報と、車両ＩＤと、車両位置情報が含まれる。

　次に、サービスセンター５では、緊急通報車載装置３からの緊急通報信号を受信すると、従来と同様に、緊急通報車載装置３に対して、緊急通報信号を正常に受信したことを示す信号を送信する（正常応答を行う）。

　そして、サービスセンター５では、緊急通報信号に含まれる車両ＩＤに基づいて、記憶器３５に記憶されたデータ（即ち、車両ＩＤとユーザＩＤと着信先のデータ）を検索し、着信先のデータに基づいて、緊急通報車載装置３との通話が可能な状態に設定する（切り替える）。

　例えば、従来と同様に、サービスセンター５から緊急通報車載装置３から自動的に電話をかけて、オペレータとドライバとの間で通話が可能な状態とする。なお、この場合、緊急通報車載装置３では、例えば自動的に通話が可能な状態に切り替えられる。

　また、サービスセンター５側のディスプレイに通話が可能な状態に切り替えられた旨の表示、或いは、特定の車両からの緊急通報信号を受信した旨等の表示を行い、オペレータの操作によって通話を開始するようにしてもよい。

　従って、このような動作によって、以後、サービスセンター５のオペレータと車両のドライバとの間で、通話が可能である。

　次に、ドライバは、自身が携帯する携帯電話７からサービスセンター５に対して、例えば上述したスマートフォンのアプリを操作して、着信先変更要求を行うと、サービスセンター５に、着信先変更要求情報、ユーザＩＤ（又は車両ＩＤ）、携帯電話７の電話番号、携帯位置情報等が送信される。なお、この着信先変更要求には、後述する変更許可応答や変更拒否応答のデータを送信する際の送信先（携帯電話７）のデータ、即ち、データ通信の送信先の情報も含まれている。

　次に、サービスセンター５は、この着信先変更要求を受信すると、後に詳述するように、着信先の変更を許可するか拒否するかを判定する着信先変更判定を行う。

　ここで、着信先の変更を許可する場合には、携帯電話７に対して、データ通信によって、着信先変更要求を許可する旨の情報を送信する。

　この情報は、例えば携帯電話７のディスプレイに表示されたり、振動等によって伝達されるので、ドライバは、着信先変更要求が許可されたことを認識することができる。

　また、サービスセンター５では、この着信先変更要求に応じて、サービスセンター５から電話をかける際の着信先を、緊急通報車載装置３から携帯電話７に変更する。これにより、その後、例えばサービスセンター５から携帯電話７に電話をかけることによって、サービスセンター５のオペレータと携帯電話７を持ったドライバとの間で通話が可能となる。

　一方、着信先要求を許可しない場合には、図３に示すように、携帯電話７に対して、着信先変更要求を拒否する旨の情報を送信する。

　この情報は、前記許可の際と同様に、例えば携帯電話７のディスプレイに表示されたり、振動等によって伝達されるので、ドライバは、着信先変更要求が拒否されたことを認識することができる。

　この場合は、着信先変更要求が拒否されたので、その後は、従来と同様に、サービスセンター５から緊急通報車載装置３に電話をかけることによって、サービスセンター５のオペレータと緊急通報車載装置３の近傍のドライバとの間で通話が可能となる。

　［緊急通報車載装置３にて実施される処理］
　次に、緊急通報車載装置３が制御回路１１を使って実施する処理について説明する。

　ここで、この出願に記載されるフローチャート、あるいは、フローチャートの処理は、複数のセクションを含み、各セクションは、たとえば、Ｓ１００と表現される。さらに、各セクションは、複数のサブセクションに分割されることができる、一方、複数のセクションが合わさって一つのセクションにすることも可能である。さらに、各セクションは、デバイス、モジュールとして言及されることができる。また、上記の複数のセクションの各々あるいは組合わさったものは、(i)ハードウエアユニット（例えば、コンピュータ）と組み合わさったソフトウエアのセクションのみならず、(ii)ハードウエア（例えば、集積回路、配線論理回路）のセクションとして、関連する装置の機能を含みあるいは含まずに実現できる。さらに、ハードウエアのセクションは、マイクロコンピュータの内部に含まれることもできる。

　図４に示すように、Ｓ１００では、エアバッグシステム２７からの衝突検出信号に基づいて、車両（ホスト車両）の衝突が検出されたか否かを判定する。ここで、衝突検出信号が得られた場合には、車両の衝突が発生したとして、Ｓ１１０に進み、一方、衝突検出信号が得られない場合には、車両の衝突が発生していないとして、一旦本処理を終了する。

　Ｓ１１０では、車両が衝突したので、サービスセンター５に対して、緊急通報信号を送信する。即ち、緊急通報信号として、緊急事態が発生したことを示す情報と車両ＩＤと車両位置情報とが送信される。

　続くＳ１２０では、緊急通報車載装置３とサービスセンター５との間で、即ち、ドライバとサービスセンター５のオペレータとの間で、通話が可能な状態に切り替えて、一旦本処理を終了する。

　なお、通常では、緊急通報信号の送信の後に、サービスセンター５からの正常応答が受信されるので、正常応答の受信後に、緊急通報車載装置３とサービスセンター５との間で、通話が可能な状態に切り替えてもよい。

　［サービスセンター５にて実施される処理］
　次に、サービスセンター５が制御回路３６を使って実施する処理について説明する。

　図５に示すように、Ｓ２００では、緊急通報車載装置３から送信された緊急通報信号を受信したか否かを判定する。ここで、受信した場合には、Ｓ２１０に進み、一方、受信しない場合には、一旦本処理を終了する。

　Ｓ２１０では、緊急通報信号を受信したことを、緊急通報車載装置３に送信する（即ち正常応答を行う）。

　続くＳ２２０では、緊急通報車載装置３とサービスセンター５との間で通話が可能な状態に切り替える。

　続くＳ２３０では、携帯電話７から送信された着信先変更要求を受信したか否かを判定する。つまり、サービスセンター５から電話を掛ける相手（着信先）を、初期設定の緊急通報車載装置３から、着信先変更要求を送信した携帯電話７に変更することを要求する信号（着信先変更要求）を所定時間内に受信したか否かを判定する。ここで、受信したと判定されると、Ｓ２４０に進み、一方、受信しないと判定されると、一旦本処理を終了する。

　Ｓ２４０では、着信先変更要求があるので、着信先の変更を許可するか否かを判定する。ここで、許可すると判定されると、Ｓ２５０に進み、一方、許可しない（拒否する）と判定されると、Ｓ２６０に進む。制御回路３６は、Ｓ２４０，Ｓ２５０、Ｓ２６０にて着信先変更判定部として機能している。

　ここで、着信先を変更する場合の条件について説明する。

　第一実施形態では、携帯電話７から送信された着信先変更要求に、ユーザＩＤ（又は車両ＩＤ）、携帯電話７の電話番号、携帯電話の位置情報等が含まれている。

　従って、サービスセンター５では、まず、送信されたユーザＩＤ（又は車両ＩＤ）が、記憶器３５に記憶されているユーザＩＤ（又は車両ＩＤ）と一致するかどうかを判定し、一致する場合には、適正な携帯電話７からの着信先変更要求であると判断する。

　次に、車両位置情報と携帯位置情報とから、車両と携帯電話７との位置関係（距離）を求め、その距離が所定の範囲内（事故発生時に車両に搭乗していたドライバからの通信であるとみなされる範囲内：例えば１００ｍ以内）であるか否かを判定し、所定範囲内である場合には、着信先の変更を許可し、所定範囲外である場合には、着信先の変更を拒否する。

　そして、Ｓ２５０では、前記Ｓ２４０の判定によって着信先の変更を許可したので、携帯電話７に対して、データ通信によって、許可したことを示す信号を送信する（着信許可応答を送信する）。

　続くＳ２７０では、着信先を、携帯電話７に変更する。

　なお、このとき、緊急通報車載装置３とサービスセンター５との間で通話が可能な状態の場合、例えば、サービスセンター５から緊急通報車載装置３に電話がかけられて接続状態になっている場合には、一旦その接続を遮断するようにしても良い。

　続くＳ２８０では、携帯電話７とサービスセンター５との間で通話が可能な状態に切り替えて、一旦本処理を終了する。例えばサービスセンター５から携帯電話７に対して電話をかける等の処理が行われる。

　一方、Ｓ２６０では、着信先の変更を拒否したので、携帯電話７に対して、データ通信によって、拒否したことを示す信号（着信拒否応答）を送信し、一旦本処理を終了する。

　なお、この状態では、携帯電話７との通話はできないが、従来と同様に、緊急通報車載装置３とサービスセンター５との間で通話が可能な状態である。

　［携帯電話７にて実施される処理］
　次に、携帯電話７が、制御回路４１を使って実施する処理を示す。図６に示すように、Ｓ３００にて、ドライバ等によって、入力部４３を介して、着信先変更要求の送信の入力がされたか否かを判定する。ここで、操作されたと判定されると、Ｓ３１０に進み、一方、操作されていないと判定されると、一旦本処理を終了する。

　なお、着信先変更要求の送信の入力あるいは操作としては、例えば、上述したように、スマートフォンにてアプリを立ち上げて、着信先変更要求の送信の操作を行うことが挙げられる。

　Ｓ３１０では、着信先変更要求の送信の操作がなされたので、携帯電話７からサービスセンター５に対して、着信先変更要求の送信を行う。制御回路４１は、Ｓ３１０にて着信先変更要求部として機能している。

　続くＳ３２０では、サービスセンター５から送信された着信先変更許可の信号（変更許可応答）を、所定時間内に受信したか否かを判定する。ここで、変更許可応答を受信した場合には、Ｓ３３０に進み、一方、変更許可応答を受信しない場合には、Ｓ３４０に進む。

　Ｓ３３０では、着信先の変更が成功したことを報知するために、携帯電話７のディスプレイに、「着信先変更完了」と表示し、一旦本処理を終了する。

　一方、Ｓ３４０では、着信先の変更が失敗したことを報知するために、携帯電話７のディスプレイに、「着信先変更失敗」と表示し、一旦本処理を終了する。

　［第一実施形態の効果］
　第一実施形態の緊急通報システム１では、車両の衝突事故が発生した場合に、携帯電話７からサービスセンター５に対して、サービスセンター５から緊急通報車載装置３に通話を行う際の着信先（即ちサービスセンター５から電話をかける相手）を、携帯電話７に変更することを要求する着信先変更要求が送信された場合には、サービスセンター５では、所定の着信先変更の条件（例えば携帯電話７が緊急通報車載装置３の近くにある場合等の条件）が満たされたときには、着信先を携帯電話７に変更する。

　つまり、従来では、ドライバ等は、車両の事故の発生時には、緊急通報車載装置３を用いて、車内又は車両の近傍にてサービスセンター５のオペレータと通話しなければならないので、車両に火災が発生している場合などには、緊急通報車載装置３による通話ができないことがあったが、第一実施形態では、そのような場合には、ドライバ等が携帯している携帯電話７からサービスセンター５に対して、着信先変更要求を送信することにより、サービスセンター５からの電話の着信先を携帯電話７に設定することができる。

　これにより、ドライバ等は、事故車両から離れた安全な位置で、サービスセンター５のオペレータと通話ができるので、安全性が一層向上するという顕著な効果を奏する。

　また、第一実施形態では、着信先変更要求には、携帯電話７と車両ＩＤとを関連づける関連情報（例えばユーザＩＤ）と、携帯電話７の電話番号と、携帯電話７にて測位した携帯位置情報が含まれているので、サービスセンター５では、その着信先変更要求に基づいて、着信先の変更を許可するか又は拒否するかを的確に判定することができる。また、送信された携帯電話番号に基づいて、携帯電話７に電話をかけることができる。

　なお、簡易的には、携帯位置情報を省略することも可能である。

　更に、第一実施形態では、事故発生時に、緊急通報車載装置３からサービスセンター５に対して、（緊急通報信号による）車両位置情報や（着信先変更要求による）携帯位置情報が送信される。よって、サービスセンター５では、車両位置情報と携帯位置情報とに基づいて、緊急通報車載装置３と携帯電話７との距離を求め、その距離が所定以上離れている場合には、着信先変更要求を拒否するので、即ち、その距離が所定範囲内である場合には、着信先変更要求を許可するので、着信先を適切に設定することができる。

　つまり、携帯電話７が車両からあまり離れている場合には、事故車両の近傍からの通信ではないとして、着信先をその携帯電話７に変更することを拒否するので、間違った携帯電話７と通話することを防止することができる。

第二実施形態

　次に、第二実施形態について説明するが、前記第一実施形態と同様な内容の説明は省略又は簡略化する。なお、各構成の番号は第一実施形態と同じものを使用する（以下同様）。

　第二実施形態は、前記第一実施形態と類似である。通信の処理の手順等が異なるので、異なる点を説明する。
［緊急通報システム全体における通信］
　まず、サービスセンター５と緊急通報車載装置３と携帯電話７との間の全体的な通信の手順について、時系列に沿って説明する。

　なお、第二実施形態では、サービスセンター５の記憶器３５には、車両ＩＤと当初の着信先（緊急通報車載装置３）と（車両のユーザの）携帯電話番号（関連携帯電話の番号とも言及される）が、関連づけられて記憶されている。なお、更に、ユーザＩＤ等も関連づけられて記憶されていてもよい。

　図７に示すように、車両の衝突事故が発生した場合には、緊急通報車載装置３からサービスセンター５に対して、緊急通報信号が送信される。

　次に、サービスセンター５では、緊急通報車載装置３からの緊急通報信号を受信すると、緊急通報車載装置３に対して、緊急通報信号を正常に受信したことを示す信号を送信する（正常応答を行う）。

　そして、サービスセンター５では、緊急通報信号に含まれる車両ＩＤに基づいて、記憶器３５に記憶されたデータを検索し、当初の着信先のデータに基づいて、緊急通報車載装置３との通話が可能な状態に設定する（切り替える）。

　従って、このような動作によって、以後、サービスセンター５のオペレータと車両のドライバとの間で、通話が可能である。

　次に、サービスセンター５では、携帯電話７の番号が分かっているので（即ち登録された携帯電話番号であるので）、携帯電話７に対して、データ通信（例えばＳＭＳ）によって、変更要求先の情報（即ちサービスセンター５である送信先の情報：例えば電話番号や変更要求受付ＵＲＬ）を送信する。

　次に、携帯電話７では、この変更要求先を受信した場合に、着信先を携帯電話７に変更したいときには、この送信された変更要求先に対して、データ通信によって、着信先変更要求を送信する。例えばＳＭＳの返信や、ホームページでの入力欄を利用して、サービスセンター５に、着信先変更要求を送信する。

　以後は、前記第一実施形態と同様に、サービスセンター５は、この着信先変更要求を受信すると、着信先の変更を許可するか拒否するかを判定する着信先変更判定を行い、その判定結果を、携帯電話７に対して送信する。

　そして、着信先の変更が許可された場合には、サービスセンター５と携帯電話７との通話が可能となり、着信先の変更が拒否された場合には、サービスセンター５と緊急通報車載装置３との通話が可能な状態が維持される。

　［緊急通報車載装置３にて実施される処理］
　図８に示すように、Ｓ４００では、エアバッグシステム２７からの衝突検出信号に基づいて、車両（ホスト車両）の衝突が検出されたか否かを判定する。つまり、衝突検出信号が得られた場合には、衝突が発生したとして、Ｓ４１０に進み、衝突検出信号が得られない場合には、衝突が発生していないとして、一旦本処理を終了する。

　Ｓ４１０では、車両が衝突したので、サービスセンター５に対して、緊急通報信号を送信する。

　続くＳ４２０では、緊急通報車載装置３とサービスセンター５との間で通話が可能な状態に切り替えて、一旦本処理を終了する。

　［サービスセンター５にて実施される処理］
　図９に示すように、Ｓ５００では、緊急通報車載装置３から送信された緊急通報信号を受信したか否かを判定する。ここで、受信した場合には、Ｓ５１０に進み、一方、受信しない場合には、一旦本処理を終了する。

　Ｓ５１０では、緊急通報信号を受信したことを、緊急通報車載装置３に送信する（即ち正常応答を行う）。

　続くＳ５２０では、緊急通報車載装置３とサービスセンター５との間で通話が可能な状態に切り替える。

　続くＳ５３０では、着信先を変更する場合の携帯電話７の電話番号のデータが記憶されているか否かを判定する。ここで携帯電話番号のデータが記憶されている（即ち登録された携帯電話番号である）と判定されると、Ｓ５４０に進み、一方、データが無いと判定されると、Ｓ５５０に進む。

　なお、携帯電話番号が登録されていないと判断された場合でも、その後、携帯電話から前記第一実施形態と同様な着信先変更要求があると、以後、前記第一実施形態の着信先変更要求以後の処理と同様な処理を行うことにより、着信先の変更が可能である。

　Ｓ５４０では、携帯電話７に対して、変更要求先通知を実施して、着信先変更要求の発信先である連絡先（データの送信先：即ちサービスセンター５に対してデータを送信する際の送信先：例えば電話番号や変更要求受付ＵＲＬ）を送信する。

　続くＳ５５０では、（登録された）携帯電話７から送信された着信先変更要求を所定時間内に受信したか否かを判定する。ここで、受信したと判定されると、Ｓ５６０に進み、一方、受信しないと判定されると、一旦本処理を終了する。

　Ｓ５６０では、着信先変更要求があるので、着信先の変更を許可するか否かを判定する。ここで、許可すると判定されると、Ｓ５７０に進み、一方、許可しない（拒否する）と判定されると、Ｓ５８０に進む。

　Ｓ５７０では、着信先の変更を許可したので、携帯電話７に対して、データ通信（例えばＳＭＳ）によって、許可したことを示す信号を送信する（着信許可応答を送信する）。

　続くＳ５９０では、着信先を、携帯電話７に変更する。

　続くＳ５９５では、携帯電話７とサービスセンター５との間で通話が可能な状態に切り替えて、一旦本処理を終了する。例えばサービスセンター５から携帯電話７に対して電話をかける等の処理が行われる。

　一方、Ｓ５８０では、着信先の変更を拒否したので、携帯電話７に対して、データ通信（例えばＳＭＳ）によって、拒否したことを示す信号を送信し（着信拒否応答を送信し）、一旦本処理を終了する。

　［携帯電話７にて実施される処理］
　図１０に示すように、Ｓ６００にて、変更要求先通知を受信したか否かを判定する。ここで、受信したと判定されると、Ｓ６１０に進み、一方、受信しないと判定されると、一旦本処理を終了する。

　Ｓ６１０では、入力部４３を介して、着信先変更要求の送信の操作がされたか否かを判定する。ここで、操作されたと判定されると、Ｓ６２０に進み、一方、操作されないと判定されると、一旦本処理を終了する。

　Ｓ６２０では、着信先変更要求の送信の操作がなされたので、携帯電話７からサービスセンター５に対して、着信先変更要求の送信を行う。

　続くＳ６３０では、サービスセンター５から送信された着信先変更許可の信号（変更許可応答）を、所定時間内に受信したか否かを判定する。ここで、変更許可応答を受信した場合には、Ｓ６４０に進み、一方、変更許可応答を受信しない場合には、Ｓ６５０に進む。

　Ｓ６４０では、着信先の変更が成功したことを報知するために、携帯電話７のディスプレイに、「着信先変更完了」と表示し、一旦本処理を終了する。

　一方、ステッ６５０では、着信先の変更が失敗したことを報知するために、携帯電話７のディスプレイに、「着信先変更失敗」と表示し、一旦本処理を終了する。

　［第二実施形態の効果］
　第一実施形態では、基本的に、前記第一実施形態と同様な効果を奏する。

　特に、第二実施形態では、サービスセンター５には、緊急通報車載装置３を特定するデータ（車両ＩＤ）と携帯電話７を特定するデータ（携帯電話番号）とが関連づけて記憶されており、その関連づけて記憶されたデータに基づいて、着信先変更要求が、その関連づけて記憶された関連の携帯電話としての携帯電話７からの要求であると判定された場合には、着信先を携帯電話７に変更する。

　つまり、第二実施形態では、予め、サービスセンター５側に、変更する着信先のデータ（携帯電話７のデータ）が記憶されている。従って、緊急通報車載装置３からサービスセンター５に送信する操作や、送信データの処理等を簡易化できるという利点がある。

　また、第二実施形態では、第一実施形態のように、車両と携帯電話７との位置関係（距離）の判定を行わないので、判定の処理を簡易かできるとともに、携帯位置情報を送信しない携帯電話７にも適用できるという利点もある。

　なお、第二実施形態の場合も、前記第一実施形態のように、車両と携帯電話７との位置関係（距離）の判定を行ってもよい。この場合は、より精度良く判定を行うことができるという利点がある。

　本開示は、実施形態に準拠して記述されたが、本開示は当該実施形態や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、さらには、それらに一要素のみ、それ以上、あるいはそれ以下、を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。

Claims (9)

1. 　車両に搭載され、該車両の事故発生時に、所定の信号を無線回線を介して発信する緊急通報車載装置（３）と、
   　前記緊急通報車載装置と無線回線を介して通信し、前記緊急通報車載装置の発信する前記所定の信号を受信するサービスセンター（５）と、を備え、
   　前記サービスセンターは、前記緊急通報車載装置と無線回線を介して、通話が可能な状態になっている、緊急通報システムであって、
   　前記緊急通報システムは、更に、無線回線を介して前記サービスセンターと通信する携帯電話（７）を備え、
   　前記携帯電話は、前記サービスセンターに対して、該サービスセンターから通話を行う際の着信先を、前記緊急通報車載装置から該携帯電話に変更することを要求する着信先変更要求信号を送信し（Ｓ３１０）、
   　前記着信先変更要求信号を受信した前記サービスセンターは、通話の前記着信先を前記緊急通報車載装置から前記携帯電話に変更する（Ｓ２４０、Ｓ２５０）
   　緊急通報システム。
2. 　前記事故発生時に、前記緊急通報車載装置は前記サービスセンターに対して、前記車両を特定する車両ＩＤと前記車両の位置を示す車両位置情報とのうち、少なくとも前記車両ＩＤを含む緊急通報信号を送信する（Ｓ１００、Ｓ１１０）
   　請求項１に記載の緊急通報システム。
3. 　前記着信先変更要求信号は、前記携帯電話と前記車両ＩＤとを関連づける関連情報と、前記携帯電話の電話番号と、前記携帯電話にて測位した携帯位置情報とのうち、少なくとも前記関連情報と前記電話番号を含む
   　請求項２に記載の緊急通報システム。
4. 　前記事故発生時に、前記緊急通報車載装置は前記サービスセンターに対して、前記車両位置情報を送信し、前記携帯電話は、前記サービスセンターに対して、前記携帯位置情報を送信した場合には、
   　前記サービスセンターでは、前記車両位置情報と前記携帯位置情報とに基づいて、前記緊急通報車載装置と前記携帯電話との距離を求め、該距離が所定以上離れている場合には、前記着信先変更要求信号を拒否する（Ｓ２４０、Ｓ２６０）
   　請求項１~３のいずれか１項に記載の緊急通報システム。
5. 　前記サービスセンターは、記憶器（３５）を備え、該記憶器には、前記緊急通報車載装置を特定するデータと関連の携帯電話を特定するデータとが関連づけて記憶されており、該関連づけて記憶されたデータに基づいて、前記着信先変更要求信号が、前記関連づけて記憶された関連携帯電話からの要求であると判定された場合には、前記着信先を前記携帯電話に変更する（Ｓ５５０）
   　請求項１～４のいずれか１項に記載の緊急通報システム。
6. 　前記請求項１～５のいずれか１項に記載の緊急通報システムに用いられるサービスセンターであって、
   　前記着信先変更要求があった場合には、該着信先変更要求が適切であるか否かを判定し、　該着信先変更要求が適切でない場合には、前記着信先の変更を拒否し、一方、該着信先変更要求が適切である場合には、前記着信先を変更する着信先変更判定部（Ｓ２４０、Ｓ２５０、Ｓ２６０）を備える、
   　サービスセンター。
7. 　前記緊急通報車載装置を特定するデータと前記車両のユーザを特定する情報とを関連づけて記憶している記憶器（３５）をさらに備える
   　請求項６に記載のサービスセンター。
8. 　前記緊急通報車載装置を特定するデータと関連する携帯電話を特定するデータとを関連づけて記憶している記憶器（３５）をさらに備える
   　請求項６又は７に記載のサービスセンター。
9. 　前記請求項１～５のいずれか１項に記載の緊急通報システムに用いられる携帯電話であって、
   　前記サービスセンターに対して、前記着信先を該携帯電話（７）に変更する前記着信先変更要求信号を送信する着信先変更要求部（Ｓ３１０）を有する
   　携帯電話。

Images