(57)【要約】【課題】通信の届かない場所で車両とサーバとの連絡が取れなくなったときでも、サーバが自動で外部へ連絡を行う。【解決手段】表示装置は、現在の車両の位置情報を取得する位置情報取得部と、無線を介してサーバに対して電子メールを送信する第１のメール送受信部と、第１のメール送受信部に、解除時間を付与したサーバ宛ての第１のメールを送信させる第１の送信制御部と、車両の位置情報が予め設定された目的地に達した場合、第１のメール送受信部にサーバ宛ての第２のメールを送信させる第２の送信制御部と、を有する。また、サーバは、第１のメールを受信後、解除時間が経過するまでに第２のメールを受信しなければ、予め登録されたアドレスに通知を行う通知部を有する。【選択図】図２
2015141095.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載される表示装置と、前記表示装置と無線を介した通信が可能なサーバと、で構成される通信システムであって、
前記表示装置は、
現在の車両の位置情報を取得する位置情報取得部と、
前記無線を介して前記サーバに電子メールを送信する第１のメール送受信部と、
前記第１のメール送受信部に、解除時間を付与した前記サーバ宛ての第１のメールを送信させる第１の送信制御部と、
取得した前記位置情報が予め設定された目的地に達した場合、前記第１のメール送受信部に前記サーバ宛ての第２のメールを送信させる第２の送信制御部と、を有し、
前記サーバは、
前記第１のメールを受信後、前記解除時間が経過するまでに前記第２のメールを受信しなければ、予め登録されたアドレスに通知を行う通知部、を有することを特徴とする通信システム。
【請求項２】
前記目的地は、前記位置情報が、前記通信の通信圏外となる位置から通信圏内となる位置であり、
前記第１の送信制御部は、前記位置情報が、前記通信の通信圏外となる位置に近づいた場合に、前記第１のメール送受信部に前記第１のメールを送信させる、ことを特徴とする請求項１に記載の通信システム。
【請求項３】
前記車両の目的地をユーザに入力させる入力受付部を有し、
前記第２の送信制御部は、前記第１のメールの送信後、前記位置情報が前記目的地となった場合に、前記第１の送信制御部に前記第２のメールを送信させる、ことを特徴とする請求項１に記載の通信システム。
【請求項４】
前記第１の送信制御部は、前記車両が、前記第１のメールが送信される位置から前記目的地までの距離を通過する時間をもとに前記解除時間を算出する、ことを特徴とする請求項１から請求項３のいずれか一項に記載の通信システム。
【請求項５】
前記第１の送信制御部は、前記目的地が変更された場合、
前記第１のメール送受信部に、変更後の解除時間を示すサーバ宛の変更メールを送信させる、ことを特徴とする請求項１から請求項４のいずれか一項に記載の通信システム。
【請求項６】
前記サーバは、
所定のアドレスとの間で電子メールを送受信可能な第２のメール送受信部を有し、
前記通知部は、前記解除時間までに、前記第２のメール送受信部が前記第２のメールを受信しない場合、前記第２のメール送受信部に予め設定されたメールアドレスに第３のメールを送信させる、ことを特徴とする請求項１から請求項５のいずれか一項に記載の通信システム。
【請求項７】
位置情報取得部は、ＧＰＳにより前記位置情報を取得する、ことを特徴とする請求項１から請求項６のいずれか一項に記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に搭載される表示装置を構成要素に含む通信システムに関する。
【背景技術】
【０００２】
従来、車内に搭載して、映像や音声を出力することができる表示装置が知られている。また、この表示装置をインターネットや携帯電話網を介してサーバと接続し、車両位置をリアルタイムに検出することで、車両を監視するシステムも開示されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−３３１０５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
車両がサーバと通信できない通信圏外に位置していると、サーバが車両を監視できなくなる。そのため、車両が通信圏外で事故等に遭遇し救助が必要となっても、サーバの監視圏内から外れているため、救助が遅れる場合がある。
【０００５】
本発明は、上記課題にかんがみてなされたもので、通信の届かない場所で車両とサーバとの連絡が取れなくなったときでも、サーバが自動で外部へ連絡を行うことができる通信システムの提供を目的とする。
【課題を解決するための手段】
【０００６】
適用例１
本発明の一態様では、車両に搭載される表示装置と、前記表示装置と無線を介した通信が可能なサーバと、で構成される通信システムであって、前記表示装置は、現在の車両の位置情報を取得する位置情報取得部と、前記無線を介して前記サーバに対して電子メールを送信する第１のメール送受信部と、前記第１のメール送受信部に、解除時間を付与した前記サーバ宛ての第１のメールを送信させる第１の送信制御部と、前記車両の位置情報が予め設定された目的地に達した場合、前記第１のメール送受信部に前記サーバ宛ての第２のメールを送信させる第２の送信制御部と、を有し、前記サーバは、前記第１のメールを受信後、前記解除時間が経過するまでに前記第２のメールを受信しなければ、予め登録されたアドレスに通知を行う通知部、を有する。
【０００７】
上記のように構成された発明では、サーバの通知部は、表示装置から送信された第１のメールを受信後、この第１のメールに付与された解除時間が経過するまでに表示装置から第２のメールを受信しなければ、予め登録されたアドレスに通知を行う。
そのため、車両が通信圏外で事故等に遭遇し救助が必要となった場合でも、サーバは自動で外部に通知を行うことができるため、救助の遅れを防止することができる。
ここで、目的地とは、表示装置が第２のメールを送信する位置を示す場所を意味する。
【０００８】
適用例２
本発明の一態様では、前記目的地は、前記位置情報が、前記通信の通信圏外となる位置から通信圏内となる位置であり、前記第１の送信制御部は、前記位置情報が、前記通信の通信圏外となる位置に近づいた場合に、前記第１のメール送受信部に前記第１のメールを送信させる。
上記のように構成された発明では、トンネルのような断続的に通信圏内から通信圏外に切替わる箇所においても、本発明を適用することができる。
【０００９】
適用例３
本発明の一態様では、前記車両の目的地をユーザに入力させる入力受付部を有し、前記第２の送信制御部は、前記第１のメールの送信後、前記位置情報が前記目的地となった場合に、前記第１の送信制御部に前記第２のメールを送信させる。
上記のように構成された発明では、ユーザが目的地を設定することができ、本発明をより使いやすくすることができる。
【００１０】
適用例４
本発明の一態様では、前記第１の送信制御部は、前記車両が、前記第１のメールが送信される位置から前記目的地までの距離を通過する時間をもとに前記解除時間を算出する。
上記のように構成された発明では、車両がルートを通過する距離に応じて解除時間を設定することで、車両の実際の走行ルートに即して解除時間を設定することができる。
【００１１】
適用例５
本発明の一態様では、前記第１の送信制御部は、前記目的地が変更された場合、前記第１のメール送受信部に、変更後の解除時間を示すサーバ宛の変更メールを前記第１のメール送受信部に送信させる。
上記のように構成された発明では、目的地を変更した場合でも、本発明を適用することができる。
【００１２】
適用例６
本発明の一態様では、前記サーバは、所定のアドレスとの間で電子メールを送受信可能な第２のメール送受信部を有し、前記通知部は、前記解除時間までに、前記第２のメール送受信部が前記第２のメールを受信しない場合、前記第２のメール送受信部に予め設定されたメールアドレスに第３のメールを送信させる。
上記のように構成された発明では、サーバからの電子メールをもとに通知を行うことができ、既存のアプリケーションやハードを流用して本発明を実現することができる。
【００１３】
適用例７
本発明の一態様では、位置情報取得部は、ＧＰＳにより前記位置情報を取得する。
上記のように構成された発明では、カーナビゲーションシステムに使用される周知のＧＰＳ（Global Positioning System）を用いて本発明の機能の一部を実現することができる。
【図面の簡単な説明】
【００１４】
【図１】通信システムの構成を説明する図。
【図２】通信システム１００の全体構成を示すブロック図。
【図３】表示装置１０のハードウェア構成を示すブロック図。
【図４】サーバ３０のハードウェア構成を示すブロック図。
【図５】表示装置１０とサーバ３０との間で実施される処理を示すフローチャート。
【図６】表示装置１０の機能を説明する図。
【図７】第２の実施形態において、表示装置１０により実行される処理を説明する図。
【図８】第２の実施形態において、通信システム１００において実行される処理を示すフローチャート。
【図９】第３の実施形態において、通信システム１００において実行される処理を示すフローチャート。
【発明を実施するための形態】
【００１５】
以下、下記の順序に従って本発明の実施形態を説明する。
１．第１の実施形態：
（１）通信システムの構成
（２）通知方法
２．第２の実施形態：
３．第３の実施形態：
４．その他の実施形態：
【００１６】
１．第１の実施形態：
（１）通信システムの構成
図１は、通信システムの構成を説明する図である。
第１の実施形態では、通信システム１００は、表示装置１０と、サーバ３０と、サーバ４０と、を備えている。表示装置１０は、車両１の内部に搭載されており、車両１に乗車したユーザにカーナビゲーションや、映像の表示等のサービスを提供することができる。また、表示装置１０と、サーバ３０、４０とは、ネットワークＮＥに接続されている。ネットワークＮＥは、インターネット、携帯電話網、さらにはこれらを組み合わせた通信網である。
【００１７】
図２は、通信システム１００の全体構成を示すブロック図である。
図２に示すように、表示装置１０は、位置情報取得部１１と、第１のメール送受信部１２と、第１の送信制御部１３と、第２の送信制御部１４と、を有する。
また、サーバ３０は、通知部３１を有する。
【００１８】
位置情報取得部１１は、走行中の車両の位置を位置情報として取得する。位置情報は、車両１の位置と緯度と経度とをもとに表す情報である。位置情報取得部１１が車両の位置情報を取得する手法として、例えば、ＧＰＳをもとに現在の車両の位置を取得する。
【００１９】
第１のメール送受信部１２は、ネットワークＮＥに接続されており、このネットワークＮＥを介してサーバ３０宛てに電子メールを送信する。
【００２０】
第１の送信制御部１３は、第１のメール送受信部１２に解除時間を付与したサーバ宛ての第１のメールを送信させる。解除時間は、サーバ３０が第１のメールを受信してから第２のメールの受信を監視する時間を設定するものである。解除時間の設定方法としては、予め設定された固定時間のほか、第１の送信制御部１３が車両１の目的地までの距離をもとに算出するものであってもよい。
【００２１】
第２の送信制御部１４は、車両１の位置情報が目的地に達した場合、第１のメール送受信部１２に第２のメールをサーバ３０に送信させる。この第２のメールが解除時間が経過するまでにサーバ３０に送信された場合、サーバ３０は外部への通信（第３のメール）の送信を停止する。
【００２２】
サーバ３０の通知部３１は、第１のメールを受信した後、解除時間までに表示装置１０から第２のメールが送信されるのを監視している。そして、解除時間が経過するまでに、通知部３１が表示装置１０から第２のメールを受信すれば、通知部３１は、通知を行わない。
一方、解除時間が経過しても第２のメールを受信しないと、通知部３１は、予め設定されたサーバ４０に通知を行なう。この実施形態では、サーバ３０は第２のメール送受信部３２にサーバ４０宛ての第３のメールを送信させる。
そのため、サーバ３０からサーバ４０へ通知（第３のメール）が送信され、車両１に乗車するユーザが何らかの事故等に巻き込まれていることを通知することができる。
【００２３】
図３は、表示装置１０のハードウェア構成を示すブロック図である。
表示装置１０は、ＣＰＵ（Central Processing Unit）１５、ＲＯＭ(Read Only Memory)１６、ＲＡＭ(Random Access Memory)１７、無線通信ＩＦ１８、入出力Ｉ／Ｏ１９、ＣＡＮ通信部２０、タッチパネル（入力受付部）２１、バス２２を備える。表示装置１０の各部は、バス２２を通じて互いに接続されている。また、この第１の実施形態では、表示装置１０は、外部装置（スマートフォン５０）と接続している。
【００２４】
ＣＰＵ１５は、入出力Ｉ／Ｏ１９を介して、スマートフォン５０と接続することができる。この第１の実施形態では、スマートフォン５０は、ＧＰＳ機能により、車両１の位置を位置情報として取得する。そして、ＣＰＵ１５は、入出力Ｉ／Ｏ１９を介してスマートフォン５０から位置情報を取得する。そのため、入出力Ｉ／Ｏ１９は、本発明の位置情報取得部１１として機能する。これ以外にも、表示装置１０の内部にＧＰＳモジュールを備えることで、位置情報取得部１１を実現するものであってもよい。
【００２５】
また、ＣＰＵ１５は、ＣＡＮ通信部２０を介して、車両１の外部バス２５に接続されている。外部バス２５には、車両１の駆動を統合的に制御するＥＣＵ２３や、速度センサ２４が接続されている。そのため、ＣＰ１５は、ＣＡＮ通信部２０を介して、車両１の速度を速度情報として取得することができる。
【００２６】
無線通信ＩＦ１８は、サーバ３０との間で所定のプロトコルに応じた無線通信を行う。また、ＲＯＭ１６には、ＣＰＵ１５がバス２２に接続されたハードウェアを制御するためのＯＳ２００、ＣＰＵ１５が無線通信ＩＦ１８を用いてサーバ３０にメールを送信するためのメールアプリケーション２０１が記録されている。そのため、ＣＰＵ１５がＯＳ（Operating System）２００や、メールアプリケーション２０１をＲＡＭ１７に展開して実行し、無線通信ＩＦ１８を制御することで、本発明の第１のメール送受信部１２が実現される。
なお、ＣＰＵ１５がＯＳ２００を用いてハードウェア等を制御することは一例に過ぎず、ＣＰＵ１５がＯＳ２００を用いることなくハードウェア等を制御するものであってもよい。
【００２７】
また、ＲＯＭ１６には、プログラムモジュールである第１の送信制御モジュール２０２、第２の送信制御モジュール２０３が記録されている。ＣＰＵ１５がＲＯＭ１６に記録されたＯＳ２００、第１の送信制御モジュール２０２をＲＡＭ１７に展開して実行することで、第１の送信制御部１３の機能を実現する。また、ＣＰＵ１５がＲＯＭ１６に記録されたＯＳ２００、第２の送信制御モジュール２０３をＲＡＭ１７に展開して実行することで、第２の送信制御部１４の機能を実現する。
【００２８】
さらに、ＲＯＭ１６には、地図アプリケーション２０４が記録されている。この地図アプリケーション２０４には、車両が走行する地形の緯度や経度を示す情報が記録のほか、ＣＰＵ１５に住所情報、電話番号情報、目的地までの距離、所要時間を調べるための機能を付与する。
【００２９】
図４は、サーバ３０のハードウェア構成を示すブロック図である。
サーバ３０は、ＣＰＵ３３、ＲＯＭ３４、ＲＡＭ３５、ＨＤＤ（Hard Disk Drive）３６、ネットワークＩＦ３７を備える。
【００３０】
ネットワークＩＦ３７は、ネットワークＮＥに接続する。そのため、サーバ３０のＣＰＵ３３は、ネットワークＩＦ３７を介して、ネットワークＮＥに接続した表示装置１０やサーバ４０と通信を行うことができる。
また、ＨＤＤ３６には、ＣＰＵ３３にハードウェアを制御させるためのＯＳ３００や、ネットワークＮＥを通じてメールを送受信するためのメールアプリケーション３０１が記録されている。ＣＰＵ３３が、ＯＳ３００やメールアプリケーション３０１を実行して、ネットワークＩＦ３７を制御することで、本発明の第２のメール送受信部３２の機能を実現する。
【００３１】
また、ＨＤＤ３６には、プログラムモジュールである通知モジュール３０２が記録されている。ＣＰＵ３３がＯＳ３００や通知モジュール３０２を実行することで、本発明の、通知部３１の機能を実現する。
【００３２】
サーバ４０は、サーバ３０と同様のハードウェア構成を備える。そのため、サーバ４０については説明を省略する。
【００３３】
（２）通知方法
次に、表示装置１０とサーバ３０との間で実行される処理を説明する。
図５は、表示装置１０とサーバ３０との間で実施される処理を示すフローチャートである。また、図６は、表示装置１０の機能を説明する図である。この第１の実施形態では、サーバ３０との通信が通信圏外となるトンネルに近づいた場合に、第１のメールを送信し、位置情報がトンネルを出た位置（通信圏外となる位置から通信圏内となる位置）に変化した場合に、第２のメールを送信させる。即ち、この例では、目的地は、トンネルの出口である。
【００３４】
まず、ユーザが車両１を運転して、所定のルートを走行している。このとき、スマートフォン５０から表示装置１０に位置情報が所定周期で入力している。
図５の、ステップＳＡ１では、表示装置１０のＣＰＵ１５は、入出力Ｉ／Ｏ１９を通じて位置情報を取得する。
【００３５】
ステップＳＡ２では、ＣＰＵ１５は、現在の車両１の位置情報と、地図アプリケーション２０４とをもとに車両１のルート上に位置するトンネルの有無を判断する。図６（ａ）では、車両１のルート上にトンネルが位置している。
【００３６】
車両１が走行ルート上で通信圏外（トンネル）に近づいていれば（ステップＳＡ３：ＹＥＳ）、ステップＳＡ４では、ＣＰＵ１５は、解除時間を取得する。解除時間の取得は、例えば、地図アプリケーション２０４上で通信圏外の座標を結ぶ距離をもとに算出される。具体的には、ＣＰＵ１５は、通信圏外を示す座標を結んで取得される距離と、表示装置１０がＣＡＮ通信部２０を通じて取得する車両１の速度、さらにはスマートフォン５０から取得される渋滞情報をもとに決定される渋滞係数をもとに解除時間を算出する。例えば、図７で示す例では、解除時間は下記式（１）をもとに算出される。
解除時間＝トンネル距離÷車両１の速度×渋滞係数  …（１）
【００３７】
解除時間として予め登録された時間を用いる場合、ステップＳＡ４では、ＣＰＵ１５は登録された時間を解除時間として読み出す。これ以外にも、ユーザがタッチパネル２１を操作して、解除時間を手動で入力するものであってもよい。
【００３８】
ステップＳＡ５では、ＣＰＵ１５（第１の送信制御部１３）は、メールアプリケーション２０１を起動させて、サーバ３０宛てに第１のメールを送信する。第１のメールにはステップＳＡ４で取得された解除時間が付与される。その後、図６（ｂ）に示すように車両１はトンネル内を走行する。
【００３９】
ステップＳＡ６では、ＣＰＵ１５は、目的地（通信圏内）に到達するまで、ループを繰返す。ＣＰＵ１５が車両１が目的地である通信圏内（トンネル外）に到達したことを判断する一例としてスマートフォン５０から取得される位置情報をもとに判断を行う。
【００４０】
一方、サーバ３０では、表示装置１０から送信される第１のメールの受信を監視している。そのため、ＣＰＵ３３（通知部３１）は、ステップＳＢ１において、ネットワークＩＦ３７が表示装置１０のアドレスを送信元とする第１のメールを受信すると（ステップＳＢ１：ＹＥＳ）、ＣＰＵ３３は、ステップＳＢ２に進む。
【００４１】
ステップＳＢ２では、ＣＰＵ３３は、第１のメールに付与された解除時間を参照し、解除時間のカウントを開始する。ＣＰＵ３３は、図示しないタイマーをもとにカウントを開始する。
【００４２】
表示装置１０では、車両１が通信圏外（トンネル）を通過し位置情報が目的地に達すると（ステップＳＡ６：ＹＥＳ）、ステップＳＡ７では、ＣＰＵ１５（第２の送信制御部１４）は、メールアプリケーション２０１を起動させて、サーバ３０宛てに第２のメールを送信する（図６（ｃ））。
【００４３】
サーバ３０のＣＰＵ３３は、第２のメールを受信していなければ（ステップＳＢ３：ＹＥＳ）、ステップＳＢ４に進む。そして、ＣＰＵ３３は、解除時間が経過していなければ（ステップＳＢ４：ＮＯ）、ステップＳＢ３に戻りループを繰返す。
【００４４】
解除時間が経過する前に（ステップＳＢ４：ＮＯ）、サーバ３０が第２のメールを受信すると（ステップＳＢ３：ＮＯ）、ＣＰＵ３３は、第３のメールをサーバ４０に送信しない。この場合、図６（ｃ）に示すように、車両１は設定した解除時間までにトンネルを通過したことになる。
【００４５】
一方、第２のメールを受信することなく（ステップＳＢ３：ＹＥＳ）、解除時間が経過すると（ステップＳＢ４：ＹＥＳ）、ステップＳＢ５では、ＣＰＵ３３は、サーバ４０宛てに第３のメールを送信する。この第３のメールにより、ユーザが解除時間を経過しても、通信圏内に復帰しないことが通知される。この場合、図６（ｂ）に示すように、車両１は設定した解除時間までにトンネルを通過していないことになる。
【００４６】
以上、説明したようにこの第１の実施形態では、サーバ３０が第１のメールを受信した後、解除時間が経過するまでに第２のメールを受信しなければ、サーバは予め設定されたメールアドレスに第３のメールを送信するため、車両１が通信圏外で事故等に遭遇した場合でも、救助等に要する時間を短くすることができる。
また、発明では、トンネルのような断続的に通信圏内から通信圏外に切替わる箇所において使用することで、車両１がトンネル内で事故等に遭遇した場合でも、救助に要する時間を短くすることができる。
そして、車両がルートを通過する距離に応じて解除時間を設定することで、車両の実際の走行ルートに即して解除時間を設定することができる。
さらに、サーバからの電子メールをもとに通知を行うことができ、既存のアプリケーションやハードを流用して本発明を実現することができる。
【００４７】
２．第２の実施形態：
第２のメールを送信する目的地をユーザが時前に登録し、車両１がこの登録された目的地に到達すると、第２のメールをサーバ３０に送信するものであってもよい。
【００４８】
図７は、第２の実施形態において、表示装置１０により実行される処理を説明する図である。
この第２の実施形態では、まず、図７（ａ）に示すように、ユーザがタッチパネル２１を操作して、第２のメールを送信する目的地Ｐｄを事前に設定しておく。次に、図７（ｂ）に示すように、ユーザの操作により表示装置１０はサーバ３０に解除時間が設定された第１のメールを送信する。そして、図７（ｃ）に示すように、車両１が目的地Ｐｄに到達すると、表示装置１０はサーバ３０に第２のメールを送信する。サーバ３０は、第１のメールを受信後、第２のメールの受信を監視しており、解除時間が経過するまでに第２のメールを受信しなければ、第３のメールをサーバ４０に送信する。
【００４９】
図８は、第２の実施形態において、通信システム１００において実行される処理を示すフローチャートである。
図８のステップＳＡ１１において、ＣＰＵ１５は、タッチパネル２１を介してユーザから第２のメールを送信する目的地Ｐｄの登録を受付ける。なお、目的地Ｐｄは、通信圏内に設定されている。
【００５０】
ステップＳＡ１２において、ＣＰＵ１５は、車両１の現在の位置Ｐｎから、ステップＳＡ１１で入力された目的地Ｐｄまでのルートを走行するのに要する解除時間を算出する。例えば、ＣＰＵ１５は、スマートフォン５０から入力される位置情報をもとに車両１の現在の位置Ｐｎを取得する。次に、ＣＰＵ１５は、地図アプリケーション２０４上での車両１の現在の位置Ｐｎと目的地Ｐｄまでのルートを結ぶ距離を取得する。そして、ＣＰＵ１５は、取得した距離と、車両１の平均時速、さらには渋滞情報をもとに解除時間を算出する。
【００５１】
ユーザがタッチパネル２１を操作して第１のメールを送信する入力を行うと（ステップＳＡ１３：ＹＥＳ）、ステップＳＡ１４では、ＣＰＵ１５は、メールアプリケーション２０１を起動させて、サーバ３０宛てに第１のメールを送信する。また、この第２の実施形態においても、第１のメールにはステップＳＡ１２で取得された解除時間が付与される。
【００５２】
ステップＳＡ１５では、ＣＰＵ１５はスマートフォン５０から取得した位置情報を取得する。そして、ステップＳＡ１６では、ＣＰＵ１５は、車両１がステップＳ１１で登録された目的地Ｐｄに到達するまで、ループを繰返す。
【００５３】
一方、サーバ３０では、表示装置１０から送信される第１のメールの受信を監視している。そのため、ＣＰＵ３３は、ステップＳＢ１において、ネットワーク通信部３３が、表示装置１０が送信した第１のメールを受信すると（ステップＳＢ１１：ＹＥＳ）、ＣＰＵ３３は、ステップＳＢ１２に進む。
【００５４】
ステップＳＢ１２では、ＣＰＵ３３は、第１のメールに付与された解除時間を参照し、解除時間のカウントを開始する。カウントの開始方法としては、第１の実施形態と同様、図示しないタイマーをもとに行う。
【００５５】
表示装置１０では、車両１が目的地Ｐｄに到達すると（ステップＳＡ１６：ＹＥＳ）、ステップＳＡ１７では、ＣＰＵ１５は、メールアプリケーション２０１を起動させて、サーバ３０宛てに第２のメールを送信する。
このとき、目的地Ｐｄがサーバ３０との間の通信圏外である場合、ＣＰＵ１５は、車両１が通信圏内に移動するまで、第２のメールのサーバ３０への送信を繰り返し行うものであってもよい。上記構成とすることで、目的地が通信圏外である場合でも、サーバ３０に第２のメールを送信することができ、車両１が解除時間内に目的地に到達しているのにサーバ３０が第３のメールを送信するのを防止することができる。
【００５６】
サーバ３０のＣＰＵ３３は、第２のメールを受信していなければ（ステップＳＢ１３：ＹＥＳ）、ステップＳＢ１４に進む。そして、ＣＰＵ３３は、解除時間が経過していなければ（ステップＳＢ１４：ＮＯ）、ステップＳＢ１３に戻りループを繰返す。
【００５７】
そして、第２のメールを受信することなく（ステップＳＢ１３：ＹＥＳ）、解除時間が経過すると（ステップＳＢ１４：ＹＥＳ）、ステップＳＢ１５では、ＣＰＵ３３は、サーバ４０宛てに第３のメールを送信する。この第３のメールにより、登録ユーザが解除時間を経過しても、通信圏内に復帰しないことが通知される。
【００５８】
以上、説明したようにこの第２の実施形態では、第１の実施形態で奏する効果に加えて以下の効果を奏する。すなわち、ユーザが第２のメールを送信する目的地を任意に設定することができ、本発明をより使いやすくすることができる。
【００５９】
３．第３の実施形態：
ユーザが表示装置１０で設定した目的地Ｐｄを走行中に変更する場合、表示装置１０からサーバ３０に新たな電子メールを送信するものであってもよい。この場合、表示装置１０からサーバ３０に送信される新たな電子メールにより、サーバ３０の第２のメールが解除される。
【００６０】
図９は、第３の実施形態において、通信システム１００において実行される処理を示すフローチャートである。図９に示すフローチャートでは、表示装置１０からサーバ３０に第１のメールが送信されているものとする。
【００６１】
ユーザがタッチパネル２１を操作して、目的地Ｐｄの変更を行うと、ステップＳＡ２１において、ＣＰＵ１５は、目的地Ｐｄの変更を受付ける。
【００６２】
ステップＳＡ２２において、ＣＰＵ１５は、車両１の現在の位置Ｐｎから、ステップＳＡ２１で入力された変更後の目的地Ｐｄまでのルートを走行するのに要する解除時間を取得する。解除時間の取得方法としては、他の実施形態と同様である。
【００６３】
そして、ユーザがタッチパネル２１を操作して目的地Ｐｄを変更することを通知するメール（以下、変更メールと記載する）を送信する入力を行うと（ステップＳＡ２３：ＹＥＳ）、ステップＳＡ２４では、ＣＰＵ１５は、メールアプリケーション２０１を起動させて、サーバ３０宛てに更新メールを送信する。この更新メールにはステップＳＡ２２で取得された新たな解除時間が付与される。
【００６４】
ステップＳＡ２５では、ＣＰＵ１５はスマートフォン５０から位置情報を取得する。そして、ステップＳＡ２６では、ＣＰＵ１５は、車両１がステップＳ２１で新たに登録された目的地Ｐｄに到達するまで、ループを繰返す。
【００６５】
一方、サーバ３０では、表示装置１０から送信される変更メールの受信を監視している。そのため、ＣＰＵ３３は、ステップＳＢ２１において、ネットワーク通信部３３が、表示装置１０を送信もとのアドレスとする変更メールを受信すると（ステップＳＢ２１：ＹＥＳ）、ＣＰＵ３３は、ステップＳＢ２２に進む。
【００６６】
ステップＳＢ２２では、ＣＰＵ３３は、変更メールに付与された解除時間を参照し、新たに設定された解除時間のカウントを開始する。カウントの開始方法としては、他の実施形態と同様、図示しないタイマーをもとに行う。
【００６７】
以下、他の実施形態同様、表示装置１０では、車両１が変更後の目的地Ｐｄに到達すると（ステップＳＡ２６：ＹＥＳ）、ステップＳＡ２７では、ＣＰＵ１５は、メールアプリケーション２０１を起動させて、サーバ３０宛てに第２のメールを送信する。
【００６８】
サーバ３０のＣＰＵ３３は、第２のメールを受信することなく（ステップＳＢ２３：ＹＥＳ）、変更後の解除時間が経過すると（ステップＳＢ２４：ＹＥＳ）、ステップＳＢ２５では、サーバ４０宛てに第３のメールを送信する。
一方、変更後の解除時間が経過するまでに（ステップＳＢ２４：ＮＯ）、第２のメールを受信すれば（ステップＳＢ２２：ＮＯ）、サーバ３０はサーバ４０宛ての第３のメールを送信しない。
【００６９】
以上、説明したように、この第３の実施形態では、ユーザが目的地を変更した場合でも、本発明の機能を継続して使用することができる。
【００７０】
４．その他の実施形態：
解除時間は、表示装置１０により算出される以外にも、ユーザが手動で設定するものであってもよい。例えば、ユーザが目的地Ｐｄまでに要する時間を正確に解らない場合でも、解除時間を長めに設定しておくことで、サーバ３０が誤操作により第３のメールを送信することを防止することができる。
【００７１】
サーバ３０が外部へ通知する手法として電子メールを用いることは一例であり、通知を行うこができる手法であれば、どのようなものであってもよい。
【００７２】
なお、本発明は上記実施例に限られるものでないことは言うまでもない。当業者であれば言うまでもないことであるが、
・上記実施例の中で開示した相互に置換可能な部材および構成等を適宜その組み合わせを変更して適用すること
・上記実施例の中で開示されていないが、公知技術であって上記実施例の中で開示した部材および構成等と相互に置換可能な部材および構成等を適宜置換し、またその組み合わせを変更して適用すること
・上記実施例の中で開示されていないが、公知技術等に基づいて当業者が上記実施例の中で開示した部材および構成等の代用として想定し得る部材および構成等と適宜置換し、またその組み合わせを変更して適用すること
は本発明の一実施例として開示されるものである。
【符号の説明】
【００７３】
１…車両、１０…表示装置、１１…位置情報取得部、１２…第１のメール送受信部、１３…第１の送信制御部、１４…第２の送信制御部、１５…ＣＰＵ、１６…ＲＯＭ、１７…ＲＡＭ、１８…無線通信ＩＦ、１９…入出力Ｉ／Ｏ、２０…ＣＡＮ通信部、２１…タッチパネル、２２…バス、２３…ＥＣＵ、２４…速度センサ、２５…外部バス、３０…サーバ、３１…通知部、３２…第２のメール送受信部、３３…ＣＰＵ、３４…ＲＯＭ、３５…ＲＡＭ、３６…ＨＤＤ、３７…ネットワークＩＦ  ４０…サーバ、５０…スマートフォン、１００…通信システム、２００…ＯＳ、２０１…メールアプリケーション、２０２…第１の送信制御モジュール、２０３…第２の送信制御モジュール、２０４…地図アプリケーション、３００…ＯＳ、３０１…メールアプリケーション、３０２…通知モジュール
【図１】
2015141095.tif 000003
【図２】
2015141095.tif 000004
【図３】
2015141095.tif 000005
【図４】
2015141095.tif 000006
【図５】
2015141095.tif 000007
【図６】
2015141095.tif 000008
【図７】
2015141095.tif 000009
【図８】
2015141095.tif 000010
【図９】
2015141095.tif 000011