(57)【要約】      （修正有）【課題】車両の事故等で緊急通報車載装置の使用が難しい場合でも、緊急通報車載装置とは異なる携帯電話を使用して、サービスセンターと容易に通話することができる緊急通報システム及びサービスセンター並びに携帯電話を提供する。【解決手段】車両の事故発生時に、事故車両の緊急通報車載装置３からサービスセンター５に、無線回線を介して、所定の情報が送信される構成と、緊急通報車載装置３とサービスセンター５との間で通話が可能な構成と、を備えた緊急通報システム１において、携帯電話７からサービスセンター５に対して、サービスセンター５から緊急通報車載装置３に通話を行う際の着信先を、緊急通報車載装置３から携帯電話７に変更することを要求する着信先変更要求が送信された場合に、着信先変更要求を受信したサービスセンター５は、着信先を携帯電話７に変更する。【選択図】図１
2015198393.tif 000002
【特許請求の範囲】
【請求項１】
車両の事故発生時に、事故車両の緊急通報車載装置（３）からサービスセンター（５）に、無線回線を介して、所定の情報が送信される構成と、前記緊急通報車載装置（３）と前記サービスセンター（５）との間で通話が可能な構成と、を備えた緊急通報システムに（１）おいて、
携帯電話（７）から前記サービスセンター（５）に対して、該サービスセンター（５）から前記緊急通報車載装置（３）に通話を行う際の着信先を、該緊急通報車載装置（３）から前記携帯電話（７）に変更することを要求する着信先変更要求が送信された場合に、前記着信先変更要求を受信したサービスセンター（５）は、前記着信先を前記携帯電話（７）に変更する（Ｓ２４０、Ｓ２５０）ことを特徴とする緊急通報システム。
【請求項２】
前記事故発生時に、前記緊急通報車載装置（３）から前記サービスセンター（５）に対して、前記車両を特定する車両ＩＤと前記車両の位置を示す車両位置情報とのうち、少なくとも前記車両ＩＤを含む緊急通報信号を送信する（Ｓ１００、Ｓ１１０）ことを特徴とする請求項１に記載の緊急通報システム。
【請求項３】
前記着信先変更要求には、前記携帯電話（７）と前記車両ＩＤとを関連づける関連情報と、前記携帯電話（７）の電話番号と、前記携帯電話（７）にて測位した携帯位置情報とのうち、少なくとも前記関連情報と前記電話番号を付加することを特徴とする請求項２に記載の緊急通報システム。
【請求項４】
前記事故発生時に、前記緊急通報車載装置（３）から前記サービスセンター（５）に対して、前記車両位置情報と前記携帯位置情報が送信された場合には、
前記サービスセンター（５）では、前記車両位置情報と前記携帯位置情報とに基づいて、前記緊急通報車載装置（３）と前記携帯電話（７）との距離を求め、該距離が所定以上離れている場合には、前記着信先変更要求を拒否する（Ｓ２４０、Ｓ２６０）ことを特徴とする請求項３に記載の緊急通報システム。
【請求項５】
前記サービスセンター（５）には、前記緊急通報車載装置（３）を特定するデータと前記携帯電話（７）を特定するデータとが関連づけて記憶されており、該関連づけて記憶されたデータに基づいて、前記着信先変更要求が、前記関連づけて記憶された携帯電話（７）からの要求であると判定された場合には、前記着信先を前記携帯電話（７）に変更する（Ｓ５５０）ことを特徴とする請求項１〜４のいずれか１項に記載の緊急通報システム。
【請求項６】
前記請求項１〜５のいずれか１項に記載の緊急通報システムに用いられるサービスセンター（５）であって、
前記着信先変更要求があった場合には、該着信先変更要求が適切であるか否かを判定し、該着信先変更要求が適切でない場合には、前記着信先の変更を拒否し、一方、該着信先変更要求が適切である場合には、前記着信先を変更する（Ｓ２４０、Ｓ２５０、Ｓ２６０）ことを特徴とするサービスセンター。
【請求項７】
前記緊急通報車載装置（３）を特定するデータと前記車両のユーザを特定する情報とを関連づけて記憶していることを特徴とする請求項６に記載のサービスセンター。
【請求項８】
前記緊急通報車載装置（３）を特定するデータと前記携帯電話（７）を特定するデータとを関連づけて記憶していることを特徴とする請求項６又は７に記載のサービスセンター。
【請求項９】
前記請求項１〜５のいずれか１項に記載の緊急通報システム（１）に用いられる携帯電話（７）であって、
前記サービスセンター（５）に対して、前記着信先を前記携帯電話（７）に変更する前記着信先変更要求を送信する（Ｓ３１０）機能を有することを特徴とする携帯電話。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の事故発生時に、事故車両の緊急通報車載装置からサービスセンターに、無線回線を介して、所定の情報が送信されるとともに、緊急通報車載装置とサービスセンターとの間で通話が可能な緊急通報システム及びサービスセンター並びに携帯電話に関するものである。
【背景技術】
【０００２】
近年、交通事故に対処するために、車両の衝突事故時に、車両位置をサービスセンター（緊急対応センター）へ通報することで、緊急車両の派遣を迅速に行える車両用の緊急通報システムが提案されている（特許文献１参照）。
【０００３】
この緊急通報システムでは、運転者（ドライバ）等の搭乗者は、車両に搭載された通信装置（緊急通報車載装置）によって、サービスセンターのオペレータと通話できるので、ドライバ等は、車内又は車外（但し車両の近傍の窓越し）にて、オペレータと通話を行っていた。
【０００４】
具体的には、図１１に示すように、車載のセンサ等によって車両の衝突を検知した場合には、緊急通報車載装置からサービスセンターに対して、自動的に所定のデータを送信するモードにて、衝突が発生した旨と緊急通報車載装置のＩＤ（車載機ＩＤ）と車両の位置情報とを含む緊急通報信号を送信する。
【０００５】
サービスセンターでは、この緊急通報信号を受信すると、緊急通報車載装置に、緊急通報信号を正常に受信したことを示す信号を送信する（即ち正常応答を行う）。
その後、緊急通報車載装置とサービスセンターとでは、通話を行うモードに切り替えられるので、例えばサービスセンターのオペレータから緊急通報車載装置に電話をかけることによって、サービスセンターのオペレータとドライバ等との間で、通話を行うことができる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特許第３０７３９６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した従来技術では、ドライバ等は、車両に設置された緊急通報車載装置を用いて、車内又は車両の近傍にて通話を行わなければならないので、例えば車両に火災が発生している場合など、車両から離れる必要がある状況では、緊急通報車載装置による通話ができない恐れがあった。
【０００８】
本発明は、前記課題を解決するためになされたものであり、その目的は、車両の事故等で緊急通報車載装置の使用が難しい場合でも、緊急通報車載装置とは異なる携帯電話を使用して、サービスセンターと容易に通話することができる緊急通報システム及びサービスセンター並びに携帯電話を提供することにある。
【課題を解決するための手段】
【０００９】
本発明は、車両の事故発生時に、事故車両の緊急通報車載装置からサービスセンターに、無線回線を介して、所定の情報が送信される構成と、前記緊急通報車載装置と前記サービスセンターとの間で通話が可能な構成と、を備えた緊急通報システムにおいて、携帯電話から前記サービスセンターに対して、該サービスセンターから前記緊急通報車載装置に通話を行う際の着信先を、該緊急通報車載装置から前記携帯電話に変更することを要求する着信先変更要求が送信された場合に、前記着信先変更要求を受信したサービスセンターは、前記着信先を前記携帯電話に変更することを特徴とする。
【００１０】
本発明の緊急通報システムでは、携帯電話からサービスセンターに対して、サービスセンターから緊急通報車載装置に通話を行う際の着信先（即ちサービスセンターから電話をかける相手）を、携帯電話に変更することを要求する着信先変更要求が送信された場合には、サービスセンターでは、着信先を携帯電話に変更することができる。例えば所定の着信先変更の条件（例えば携帯電話が緊急通報車載装置の近くにある場合や、登録された携帯電話である場合等の条件）が満たされたときに、着信先を携帯電話に変更する。
【００１１】
つまり、上述したように、従来では、ドライバ等は、車両の事故の発生時には、緊急通報車載装置を用いて、車内又は車両の近傍にてサービスセンターのオペレータと通話しなければならないので、車両に火災が発生している場合などには、緊急通報車載装置による通話ができないことがあったが、本発明では、そのような場合には、ドライバ等が携帯している携帯電話からサービスセンターに対して、着信先変更要求を送信することにより、サービスセンターからの電話の着信先を携帯電話に変更することができる。
【００１２】
これにより、ドライバ等は、事故車両から離れた安全な位置で、サービスセンターのオペレータと通話ができるので、安全性が一層向上するという顕著な効果を奏する。
なお、ここで携帯電話とは、ドライバ等が携帯可能であって、サービスセンターに対して、着信先変更要求等のデータをデータ通信によって送信可能で、且つ、サービスセンターのオペレータ等との間で通話が可能な情報通信機器（例えばスマートフォン等）である。
【図面の簡単な説明】
【００１３】
【図１】実施例１の緊急通報システムの概略構成を示す説明図である。
【図２】実施例１の緊急通報システムにおける携帯電話と緊急通報車載装置とサービスセンターとの間の（変更許可の場合の）通信状態を示す説明図である。
【図３】実施例１の緊急通報システムにおける携帯電話と緊急通報車載装置とサービスセンターとの間の（変更拒否の場合の）通信状態を示す説明図である。
【図４】実施例１の緊急通報システムの緊急通報車載装置における処理を示すフローチャートである。
【図５】実施例１の緊急通報システムのサービスセンターにおける処理を示すフローチャートである。
【図６】実施例１の緊急通報システムの携帯電話における処理を示すフローチャートである。
【図７】実施例２の緊急通報システムにおける携帯電話と緊急通報車載装置とサービスセンターとの間の通信状態を示す説明図である。
【図８】実施例２の緊急通報システムの緊急通報車載装置における処理を示すフローチャートである。
【図９】実施例２の緊急通報システムのサービスセンターにおける処理を示すフローチャートである。
【図１０】実施例２の緊急通報システムの携帯電話における処理を示すフローチャートである。
【図１１】従来技術の説明図である。
【発明を実施するための形態】
【００１４】
次に、本発明の緊急通報システム及びサービスセンター並びに携帯電話の実施例を、図面と共に説明する。
【実施例１】
【００１５】
［システムの全体構成］
まず、本実施例１の緊急通報システムの全体構成について説明する。
図１に示すように、本実施例１の緊急通報システム１は、車両に搭載されている緊急通報車載装置（車載機）３と、インフラ側の緊急応答センターであるサービスセンター（詳しくはそのセンター装置）５と、運転者（ドライバ）等の搭乗者が携帯する携帯電話７などから構成されている。
【００１６】
このうち、緊急通報車載装置３とサービスセンター５とは、公知のデータ通信と（電話による）通話とが可能な構成であり、しかも、センター装置５と携帯電話７とも、データ通信と通話とが可能な構成である。
【００１７】
以下、各構成について詳しく説明する。
＜緊急通報車載装置３＞
緊急通報車載装置３は、周知のように、制御部１１、音声処理部１３、無線通信部１５、メモリ部１７、ＬＡＮ送受信部１９等を備えた車載機である。
【００１８】
また、緊急通報車載装置３には、制御部１１に、操作器２１、表示器２３、エアバッグシステム２７が接続され、音声処理部１３に、マイクロホン３１、スピーカ３３が接続され、ＬＡＮ送受信部１９に、ナビゲーションシステム２５が接続されている。
【００１９】
このうち、制御部１１は、ＣＰＵを備えたマイクロコンピュータを主体として構成されており、緊急通報車載装置３の動作全般を制御する制御装置である。
音声処理部１３は、マイクロホン３１に入力した音声をデジタル処理して制御部１１に入力したり、制御部１１からのデジタル信号をスピーカ３３から音声出力させるための回路である。従って、この音声処理部１３を介して、ドライバ等とサービスセンター５のオペレータとの間で会話が可能となる。
【００２０】
無線通信部１５は、制御部１１からの接続指令・切断指令に基づいて、通信インフラ（携帯電話網等）との間で、通信回線（音声通信回線及びデータ通信回線）を接続・切断する回路である。即ち、無線通信部１５は、サービスセンター５との間の各通信回線の接続・切断を行うものである。
【００２１】
メモリ部１７は、車両（従って緊急通報車載装置３）を特定する車両ＩＤ（従って車載機ＩＤ）などの各種のメモリ情報を記憶する装置（例えば不揮発性メモリ）である。なお、車載機ＩＤと車両ＩＤとは同じであるので、以下では、車両ＩＤを用いて説明する。
【００２２】
ＬＡＮ送受信部１９は、車載ＬＡＮとのインタフェース機能を有し、本実施例１では周知のナビゲーションシステム２５等との間で各種の情報を送受信する。
この場合、ナビゲーションシステム２５は、車両の現在位置を示す車両位置情報、自車両の速度を示す車速情報、自車から目的地等への距離を示す距離情報などを、車載ＬＡＮを介して緊急通報車載装置３に送信する。また、制御部１１は、例えばＬＡＮ送受信部１９がナビゲーションシステム２５から受信した車両位置情報や、メモリ部１７に記憶されている車両ＩＤなどを含む緊急通報信号を、無線通信部１５からサービスセンター５に送信させる。
【００２３】
エアバッグシステム２７は、エアバッグが展開されると、エアバッグ展開信号を衝突検出信号として制御部１１に出力する。
なお、本実施例１では、後述するように、エアバッグシステム２７がエアバッグ展開信号（衝突検出信号）を出力した旨を、緊急通報トリガとして、緊急通報信号を出力する緊急通報動作を行う。
【００２４】
操作器２１は、ユーザが操作する緊急通報ボタンであり、その操作器２１が操作されたことを示す操作検出信号が、制御部１１に出力される。なお、この操作器２１は、省略可能である。
【００２５】
表示器２３は、制御部１１から表示指令が入力されると、その表示指令に応じた表示情報を表示する。
＜サービスセンター５＞
サービスセンター５は、周知の緊急対応センターの装置であり、緊急通報車載装置３との間で、緊急通報信号等のデータ通信や通話を行うことができ、且つ、ドライバ等の携帯電話７との間で、データ通信や通話を行うことができる。
【００２６】
このサービスセンター５の記憶装置３５には、車両ＩＤとユーザＩＤと着信先とが、関連づけて（即ち一つの情報から他の情報が得られるように紐付けされて）記憶されている。
【００２７】
ここで、着信先としては、当初は、サービスセンター５から緊急通報車載装置３に電話して通話が可能なように、緊急通報車載装置３に割り当てられた電話番号が記憶されている。
【００２８】
なお、サービスセンター５と緊急通報車載装置３との間の前記データ通信としては、例えばインターネットを介した通信やＳＭＳ（ショートメッセージサービス）による通信を採用できる。
【００２９】
＜携帯電話７＞
携帯電話７は、周知のデータ通信や通話を切り替えて実施することが可能で且つ携帯可能な通信装置であり、サービスセンター５との間で、着信先変更要求等のデータ通信や、サービスセンター５のオペレータとの間で、通話を行う装置である。
【００３０】
ここで、着信先変更要求とは、後述するように、サービスセンター５から電話を掛ける相手先を、緊急通報車載装置３から携帯電話７に変更する要求の通信ことである。
なお、携帯電話７としては、例えば電話機としての機能も有するタッチパネル式の可搬型端末（例えばいわゆるスマートフォンやガラパゴス携帯）などを採用することができる。
【００３１】
また、この携帯電話７からサービスセンター５に対して、所定のデータ（例えば後述する着信先変更要求）を通信する方法としては、下記のような各種の方法を採用できる。
例えばスマートフォンに、予め、サービスセンター５に所定のデータを送信するように設定されたソフトウエアであるアプリケーション（いわゆるアプリ）を記憶しておき、緊急時にこのアプリを操作することにより、短時間でデータを送信することができる。
【００３２】
なお、送信される着信先変更要求としては、着信先変更要求であることを示す情報（着信先変更要求情報）に加え、ユーザＩＤ（又は車両ＩＤ）、携帯電話７の電話番号、携帯電話７の位置を示す携帯位置情報等が、規定されたメッセージフォーマット形式に従ったデータ列として送信される。
【００３３】
また、スマートフォンから、サービスセンター５のホームページにアクセスし、例えばホームページに設定された所定の着信先変更要求の入力欄から、着信先変更要求に必要な所定のデータ（例えばユーザＩＤや携帯電話番号等）を入力してもよい。
【００３４】
更に、サービスセンター５に対して、ＳＭＳによって、着信先変更要求を送信するようにしてもよい。この場合、サービスセンター５の送信先は、予めスマートフォンに記憶されていることが好ましい。なお、送信する内容（例えばユーザＩＤ）も、予め記憶されていることが好ましい。なお、ＳＭＳの場合は、発信元の情報（携帯電話の番号等の情報）は、送信の際に同時に送信される。
［緊急通報システム１全体における通信］
まず、サービスセンター５と緊急通報車載装置３と携帯電話７との間の全体的な通信の手順について、時系列に沿って説明する。
【００３５】
図２に示すように、車両の衝突事故が発生した場合には、緊急通報車載装置３からサービスセンター５に対して、従来と同様に、緊急通報信号が送信される。
この緊急通報信号には、車両事故等の緊急事態が発生したことを示す情報と、車両ＩＤと、車両位置情報が含まれる。
【００３６】
次に、サービスセンター５では、緊急通報車載装置３からの緊急通報信号を受信すると、従来と同様に、緊急通報車載装置３に対して、緊急通報信号を正常に受信したことを示す信号を送信する（正常応答を行う）。
【００３７】
そして、サービスセンター５では、緊急通報信号に含まれる車両ＩＤに基づいて、記憶装置３５に記憶されたデータ（即ち、車両ＩＤとユーザＩＤと着信先のデータ）を検索し、着信先のデータに基づいて、緊急通報車載装置３との通話が可能な状態に設定する（切り替える）。
【００３８】
例えば、従来と同様に、サービスセンター５から緊急通報車載装置３から自動的に電話をかけて、オペレータとドライバとの間で通話が可能な状態とする。なお、この場合、緊急通報車載装置３では、例えば自動的に通話が可能な状態に切り替えられる。
【００３９】
また、サービスセンター５側のディスプレイに通話が可能な状態に切り替えられた旨の表示、或いは、特定の車両からの緊急通報信号を受信した旨等の表示を行い、オペレータの操作によって通話を開始するようにしてもよい。
【００４０】
従って、このような動作によって、以後、サービスセンター５のオペレータと車両のドライバとの間で、通話が可能である。
次に、ドライバは、自身が携帯する携帯電話７からサービスセンター５に対して、例えば上述したスマートフォンのアプリを操作して、着信先変更要求を行うと、サービスセンター５に、着信先変更要求情報、ユーザＩＤ（又は車両ＩＤ）、携帯電話７の電話番号、携帯位置情報等が送信される。なお、この着信先変更要求には、後述する変更許可応答や変更拒否応答のデータを送信する際の送信先（携帯電話７）のデータ、即ち、データ通信の送信先の情報も含まれている。
【００４１】
次に、サービスセンター５は、この着信先変更要求を受信すると、後に詳述するように、着信先の変更を許可するか拒否するかを判定する着信先変更判定を行う。
ここで、着信先の変更を許可する場合には、携帯電話７に対して、データ通信によって、着信先変更要求を許可する旨の情報を送信する。
【００４２】
この情報は、例えば携帯電話７のディスプレイに表示されたり、振動等によって伝達されるので、ドライバは、着信先変更要求が許可されたことを認識することができる。
また、サービスセンター５では、この着信先変更要求に応じて、サービスセンター５から電話をかける際の着信先を、緊急通報車載装置３から携帯電話７に変更する。これにより、その後、例えばサービスセンター５から携帯電話７に電話をかけることによって、サービスセンター５のオペレータと携帯電話７を持ったドライバとの間で通話が可能となる。
【００４３】
一方、着信先要求を許可しない場合には、図３に示すように、携帯電話７に対して、着信先変更要求を拒否する旨の情報を送信する。
この情報は、前記許可の際と同様に、例えば携帯電話７のディスプレイに表示されたり、振動等によって伝達されるので、ドライバは、着信先変更要求が拒否されたことを認識することができる。
【００４４】
この場合は、着信先変更要求が拒否されたので、その後は、従来と同様に、サービスセンター５から緊急通報車載装置３に電話をかけることによって、サービスセンター５のオペレータと緊急通報車載装置３の近傍のドライバとの間で通話が可能となる。
【００４５】
［緊急通報車載装置３にて実施される処理］
次に、緊急通報車載装置３にて実施される処理について説明する。
図４に示すように、ステップ（Ｓ）１００では、エアバッグシステム２７からの衝突検出信号に基づいて、車両（自車両）の衝突が検出されたか否かを判定する。ここで、衝突検出信号が得られた場合には、車両の衝突が発生したとして、ステップ１１０に進み、一方、衝突検出信号が得られない場合には、車両の衝突が発生していないとして、一旦本処理を終了する。
【００４６】
ステップ１１０では、車両が衝突したので、サービスセンター５に対して、緊急通報信号を送信する。即ち、緊急通報信号として、緊急事態が発生したことを示す情報と車両ＩＤと車両位置情報とが送信される。
【００４７】
続くステップ１２０では、緊急通報車載装置３とサービスセンター５との間で、即ち、ドライバとサービスセンター５のオペレータとの間で、通話が可能な状態に切り替えて、一旦本処理を終了する。
【００４８】
なお、通常では、緊急通報信号の送信の後に、サービスセンター５からの正常応答が受信されるので、正常応答の受信後に、緊急通報車載装置３とサービスセンター５との間で、通話が可能な状態に切り替えてもよい。
【００４９】
［サービスセンター５にて実施される処理］
次に、サービスセンター５にて実施される処理について説明する。
図５に示すように、ステップ２００では、緊急通報車載装置３から送信された緊急通報信号を受信したか否かを判定する。ここで、受信した場合には、ステップ２１０に進み、一方、受信しない場合には、一旦本処理を終了する。
【００５０】
ステップ２１０では、緊急通報信号を受信したことを、緊急通報車載装置３に送信する（即ち正常応答を行う）。
続くステップ２２０では、緊急通報車載装置３とサービスセンター５との間で通話が可能な状態に切り替える。
【００５１】
続くステップ２３０では、携帯電話７から送信された着信先変更要求を受信したか否かを判定する。つまり、サービスセンター５から電話を掛ける相手（着信先）を、初期設定の緊急通報車載装置３から、着信先変更要求を送信した携帯電話７に変更することを要求する信号（着信先変更要求）を所定時間内に受信したか否かを判定する。ここで、受信したと判定されると、ステップ２４０に進み、一方、受信しないと判定されると、一旦本処理を終了する。
【００５２】
ステップ２４０では、着信先変更要求があるので、着信先の変更を許可するか否かを判定する。ここで、許可すると判定されると、ステップ２５０に進み、一方、許可しない（拒否する）と判定されると、ステップ２６０に進む。
【００５３】
ここで、着信先を変更する場合の条件について説明する。
本実施例１では、携帯電話７から送信された着信先変更要求に、ユーザＩＤ（又は車両ＩＤ）、携帯電話７の電話番号、携帯電話の位置情報等が含まれている。
【００５４】
従って、サービスセンター５では、まず、送信されたユーザＩＤ（又は車両ＩＤ）が、記憶装置３５に記憶されているユーザＩＤ（又は車両ＩＤ）と一致するかどうかを判定し、一致する場合には、適正な携帯電話７からの着信先変更要求であると判断する。
【００５５】
次に、車両位置情報と携帯位置情報とから、車両と携帯電話７との位置関係（距離）を求め、その距離が所定の範囲内（事故発生時に車両に搭乗していたドライバからの通信であるとみなされる範囲内：例えば１００ｍ以内）であるか否かを判定し、所定範囲内である場合には、着信先の変更を許可し、所定範囲外である場合には、着信先の変更を拒否する。
【００５６】
そして、ステップ２５０では、前記ステップ２４０の判定によって着信先の変更を許可したので、携帯電話７に対して、データ通信によって、許可したことを示す信号を送信する（着信許可応答を送信する）。
【００５７】
続くステップ２７０では、着信先を、携帯電話７に変更する。
なお、このとき、緊急通報車載装置３とサービスセンター５との間で通話が可能な状態の場合、例えば、サービスセンター５から緊急通報車載装置３に電話がかけられて接続状態になっている場合には、一旦その接続を遮断するようにしても良い。
【００５８】
続くステップ２８０では、携帯電話７とサービスセンター５との間で通話が可能な状態に切り替えて、一旦本処理を終了する。例えばサービスセンター５から携帯電話７に対して電話をかける等の処理が行われる。
【００５９】
一方、ステップ２６０では、着信先の変更を拒否したので、携帯電話７に対して、データ通信によって、拒否したことを示す信号（着信拒否応答）を送信し、一旦本処理を終了する。
【００６０】
なお、この状態では、携帯電話７との通話はできないが、従来と同様に、緊急通報車載装置３とサービスセンター５との間で通話が可能な状態である。
［携帯電話７にて実施される処理］
図６に示すように、ステップ３００にて、ドライバ等によって、着信先変更要求の送信の操作がされたか否かを判定する。ここで、操作されたと判定されると、ステップ３１０に進み、一方、操作されていないと判定されると、一旦本処理を終了する。
【００６１】
なお、着信先変更要求の送信の操作としては、例えば、上述したように、スマートフォンにてアプリを立ち上げて、着信先変更要求の送信の操作を行うことが挙げられる。
ステップ３１０では、着信先変更要求の送信の操作がなされたので、携帯電話７からサービスセンター５に対して、着信先変更要求の送信を行う。
【００６２】
続くステップ３２０では、サービスセンター５から送信された着信先変更許可の信号（変更許可応答）を、所定時間内に受信したか否かを判定する。ここで、変更許可応答を受信した場合には、ステップ３３０に進み、一方、変更許可応答を受信しない場合には、ステップ３４０に進む。
【００６３】
ステップ３３０では、着信先の変更が成功したことを報知するために、携帯電話７のディスプレイに、「着信先変更完了」と表示し、一旦本処理を終了する。
一方、ステップ３４０では、着信先の変更が失敗したことを報知するために、携帯電話７のディスプレイに、「着信先変更失敗」と表示し、一旦本処理を終了する。
【００６４】
［本実施例１の効果］
本実施例１の緊急通報システム１では、車両の衝突事故が発生した場合に、携帯電話７からサービスセンター５に対して、サービスセンター５から緊急通報車載装置３に通話を行う際の着信先（即ちサービスセンター５から電話をかける相手）を、携帯電話７に変更することを要求する着信先変更要求が送信された場合には、サービスセンター５では、所定の着信先変更の条件（例えば携帯電話７が緊急通報車載装置３の近くにある場合等の条件）が満たされたときには、着信先を携帯電話７に変更する。
【００６５】
つまり、従来では、ドライバ等は、車両の事故の発生時には、緊急通報車載装置３を用いて、車内又は車両の近傍にてサービスセンター５のオペレータと通話しなければならないので、車両に火災が発生している場合などには、緊急通報車載装置３による通話ができないことがあったが、本実施例１では、そのような場合には、ドライバ等が携帯している携帯電話７からサービスセンター５に対して、着信先変更要求を送信することにより、サービスセンター５からの電話の着信先を携帯電話７に設定することができる。
【００６６】
これにより、ドライバ等は、事故車両から離れた安全な位置で、サービスセンター５のオペレータと通話ができるので、安全性が一層向上するという顕著な効果を奏する。
また、本実施例１では、着信先変更要求には、携帯電話７と車両ＩＤとを関連づける関連情報（例えばユーザＩＤ）と、携帯電話７の電話番号と、携帯電話７にて測位した携帯位置情報が含まれているので、サービスセンター５では、その着信先変更要求に基づいて、着信先の変更を許可するか又は拒否するかを的確に判定することができる。また、送信された携帯電話番号に基づいて、携帯電話７に電話をかけることができる。
【００６７】
なお、簡易的には、携帯位置情報を省略することも可能である。
更に、本実施例１では、事故発生時に、緊急通報車載装置３からサービスセンター５に対して、（緊急通報信号による）車両位置情報や（着信先変更要求による）携帯位置情報が送信される。よって、サービスセンター５では、車両位置情報と携帯位置情報とに基づいて、緊急通報車載装置３と携帯電話７との距離を求め、その距離が所定以上離れている場合には、着信先変更要求を拒否するので、即ち、その距離が所定範囲内である場合には、着信先変更要求を許可するので、着信先を適切に設定することができる。
【００６８】
つまり、携帯電話７が車両からあまり離れている場合には、事故車両の近傍からの通信ではないとして、着信先をその携帯電話７に変更することを拒否するので、間違った携帯電話７と通話することを防止することができる。
【実施例２】
【００６９】
次に、実施例２について説明するが、前記実施例１と同様な内容の説明は省略又は簡略化する。なお、各構成の番号は実施例１と同じものを使用する（以下同様）。
本実施例２は、ハード構成は前記実施例１と同じであり、通信の処理の手順等が異なるので、異なる点を説明する。
［緊急通報システム全体における通信］
まず、サービスセンター５と緊急通報車載装置３と携帯電話７との間の全体的な通信の手順について、時系列に沿って説明する。
【００７０】
なお、本実施例２では、サービスセンター５の記憶装置３５には、車両ＩＤと当初の着信先（緊急通報車載装置３）と（車両のユーザの）携帯電話番号が、関係づけられて記憶されている。なお、更に、ユーザＩＤ等も関係づけられて記憶されていてもよい。
【００７１】
図７に示すように、車両の衝突事故が発生した場合には、緊急通報車載装置３からサービスセンター５に対して、緊急通報信号が送信される。
次に、サービスセンター５では、緊急通報車載装置３からの緊急通報信号を受信すると、緊急通報車載装置３に対して、緊急通報信号を正常に受信したことを示す信号を送信する（正常応答を行う）。
【００７２】
そして、サービスセンター５では、緊急通報信号に含まれる車両ＩＤに基づいて、記憶装置３５に記憶されたデータを検索し、当初の着信先のデータに基づいて、緊急通報車載装置３との通話が可能な状態に設定する（切り替える）。
【００７３】
従って、このような動作によって、以後、サービスセンター５のオペレータと車両のドライバとの間で、通話が可能である。
次に、サービスセンター５では、携帯電話７の番号が分かっているので（即ち登録された携帯電話番号であるので）、携帯電話７に対して、データ通信（例えばＳＭＳ）によって、変更要求先の情報（即ちサービスセンター５である送信先の情報：例えば電話番号や変更要求受付ＵＲＬ）を送信する。
【００７４】
次に、携帯電話７では、この変更要求先を受信した場合に、着信先を携帯電話７に変更したいときには、この送信された変更要求先に対して、データ通信によって、着信先変更要求を送信する。例えばＳＭＳの返信や、ホームページでの入力欄を利用して、サービスセンター５に、着信先変更要求を送信する。
【００７５】
以後は、前記実施例１と同様に、サービスセンター５は、この着信先変更要求を受信すると、着信先の変更を許可するか拒否するかを判定する着信先変更判定を行い、その判定結果を、携帯電話７に対して送信する。
【００７６】
そして、着信先の変更が許可された場合には、サービスセンター５と携帯電話７との通話が可能となり、着信先の変更が拒否された場合には、サービスセンター５と緊急通報車載装置３との通話が可能な状態が維持される。
【００７７】
［緊急通報車載装置３にて実施される処理］
図８に示すように、ステップ４００では、エアバッグシステム２７からの衝突検出信号に基づいて、車両（自車両）の衝突が検出されたか否かを判定する。つまり、衝突検出信号が得られた場合には、衝突が発生したとして、ステップ４１０に進み、衝突検出信号が得られない場合には、衝突が発生していないとして、一旦本処理を終了する。
【００７８】
ステップ４１０では、車両が衝突したので、サービスセンター５に対して、緊急通報信号を送信する。
続くステップ４２０では、緊急通報車載装置３とサービスセンター５との間で通話が可能な状態に切り替えて、一旦本処理を終了する。
【００７９】
［サービスセンター５にて実施される処理］
図９に示すように、ステップ５００では、緊急通報車載装置３から送信された緊急通報信号を受信したか否かを判定する。ここで、受信した場合には、ステップ５１０に進み、一方、受信しない場合には、一旦本処理を終了する。
【００８０】
ステップ５１０では、緊急通報信号を受信したことを、緊急通報車載装置３に送信する（即ち正常応答を行う）。
続くステップ５２０では、緊急通報車載装置３とサービスセンター５との間で通話が可能な状態に切り替える。
【００８１】
続くステップ５３０では、着信先を変更する場合の携帯電話７の電話番号のデータが記憶されているか否かを判定する。ここで携帯電話番号のデータが記憶されている（即ち登録された携帯電話番号である）と判定されると、ステップ５４０に進み、一方、データが無いと判定されると、ステップ５５０に進む。
【００８２】
なお、携帯電話番号が登録されていないと判断された場合でも、その後、携帯電話から前記実施例１と同様な着信先変更要求があると、以後、前記実施例１の着信先変更要求以後の処理と同様な処理を行うことにより、着信先の変更が可能である。
【００８３】
ステップ５４０では、携帯電話７に対して、電話の変更先を変更する際の連絡先（データの送信先：即ちサービスセンター５に対してデータを送信する際の送信先：例えば電話番号や変更要求受付ＵＲＬ）を送信する。
【００８４】
続くステップ５５０では、（登録された）携帯電話７から送信された着信先変更要求を所定時間内に受信したか否かを判定する。ここで、受信したと判定されると、ステップ５６０に進み、一方、受信しないと判定されると、一旦本処理を終了する。
【００８５】
ステップ５６０では、着信先変更要求があるので、着信先の変更を許可するか否かを判定する。ここで、許可すると判定されると、ステップ５７０に進み、一方、許可しない（拒否する）と判定されると、ステップ５８０に進む。
【００８６】
ステップ５７０では、着信先の変更を許可したので、携帯電話７に対して、データ通信（例えばＳＭＳ）によって、許可したことを示す信号を送信する（着信許可応答を送信する）。
【００８７】
続くステップ５９０では、着信先を、携帯電話７に変更する。
続くステップ５９５では、携帯電話７とサービスセンター５との間で通話が可能な状態に切り替えて、一旦本処理を終了する。例えばサービスセンター５から携帯電話７に対して電話をかける等の処理が行われる。
【００８８】
一方、ステップ５８０では、着信先の変更を拒否したので、携帯電話７に対して、データ通信（例えばＳＭＳ）によって、拒否したことを示す信号を送信し（着信拒否応答を送信し）、一旦本処理を終了する。
【００８９】
［携帯電話７にて実施される処理］
図１０に示すように、ステップ６００にて、変更要求先通知を受信したか否かを判定する。ここで、受信したと判定されると、ステップ６１０に進み、一方、受信しないと判定されると、一旦本処理を終了する。
【００９０】
ステップ６１０では、着信先変更要求の送信の操作がされたか否かを判定する。ここで、操作されたと判定されると、ステップ６２０に進み、一方、操作されないと判定されると、一旦本処理を終了する。
【００９１】
ステップ６２０では、着信先変更要求の送信の操作がなされたので、携帯電話７からサービスセンター５に対して、着信先変更要求の送信を行う。
続くステップ６３０では、サービスセンター５から送信された着信先変更許可の信号（変更許可応答）を、所定時間内に受信したか否かを判定する。ここで、変更許可応答を受信した場合には、ステップ６４０に進み、一方、変更許可応答を受信しない場合には、ステップ６５０に進む。
【００９２】
ステップ６４０では、着信先の変更が成功したことを報知するために、携帯電話７のディスプレイに、「着信先変更完了」と表示し、一旦本処理を終了する。
一方、ステッ６５０では、着信先の変更が失敗したことを報知するために、携帯電話７のディスプレイに、「着信先変更失敗」と表示し、一旦本処理を終了する。
【００９３】
［本実施例２の効果］
本実施例１では、基本的に、前記実施例１と同様な効果を奏する。
特に、本実施例２では、サービスセンター５には、緊急通報車載装置３を特定するデータ（車両ＩＤ）と携帯電話７を特定するデータ（携帯電話番号）とが関連づけて記憶されており、その関連づけて記憶されたデータに基づいて、着信先変更要求が、その関連づけて記憶された携帯電話７からの要求であると判定された場合には、着信先を携帯電話７に変更する。
【００９４】
つまり、本実施例２では、予め、サービスセンター５側に、変更する着信先のデータ（携帯電話７のデータ）が記憶されている。従って、緊急通報車載装置３からサービスセンター５に送信する操作や、送信データの処理等を簡易化できるという利点がある。
【００９５】
また、本実施例２では、実施例１のように、車両と携帯電話７との位置関係（距離）の判定を行わないので、判定の処理を簡易かできるとともに、携帯位置情報を送信しない携帯電話７にも適用できるという利点もある。
【００９６】
なお、本実施例２の場合も、前記実施例１のように、車両と携帯電話７との位置関係（距離）の判定を行ってもよい。この場合は、より精度良く判定を行うことができるという利点がある。
【００９７】
尚、本発明は前記実施例などになんら限定されるものではなく、本発明を逸脱しない範囲において種々の態様で実施しうることはいうまでもない。
（１）例えば前記各実施例において、例えば１つの構成要素が有する機能を複数の構成要素に分散させたり、複数の構成要素が有する機能を１つの構成要素に統合したりしてもよい。また、実施例の構成の少なくとも一部を、同様の機能を有する公知の構成に置き換えてもよい。更に、実施例の構成の少なくとも一部を、他の実施例の構成に対して付加、置換等してもよい。
【００９８】
（２）なお、特許請求の範囲に記載した括弧内の符号は、一つの態様として実施例に記載の具体的手段との対応関係を示すものであって、本発明の技術的範囲を限定するものではない。
【符号の説明】
【００９９】
１…緊急通報システム
３…緊急通報車載装置（車載機）
５…サービスセンター
７…携帯電話
１１…制御部
２５…ナビゲーションシステム
２７…エアバッグシステム
【図１】
2015198393.tif 000003
【図２】
2015198393.tif 000004
【図３】
2015198393.tif 000005
【図４】
2015198393.tif 000006
【図５】
2015198393.tif 000007
【図６】
2015198393.tif 000008
【図７】
2015198393.tif 000009
【図８】
2015198393.tif 000010
【図９】
2015198393.tif 000011
【図１０】
2015198393.tif 000012
【図１１】
2015198393.tif 000013