(57)【特許請求の範囲】
【請求項１】
車載機器から車両情報を収集する情報収集部と、
前記情報収集部が収集した車両情報を一時的に記憶するメモリと、
車内に持ち込まれた携帯端末が接続される通信インタフェースと、
前記情報収集部によって収集された車両情報のうち前記携帯端末において転送要に設定されている種別の車両情報を前記メモリから読み出して前記通信インタフェースを介して前記携帯端末に転送し、当該転送済みの車両情報を前記メモリから削除する制御部とを有する車載情報装置を備え、
前記携帯端末は、前記車載情報装置から転送された車両情報をセンター装置に転送するものであり、
前記制御部は、第１種の車両情報が転送要に設定されている第１の携帯端末が前記通信インタフェースに接続されている場合において前記メモリの空き容量不足を検知したとき、前記第１の携帯端末を介して前記センター装置にメモリ満杯通知を送信するものであり、
前記センター装置は、前記第１の携帯端末からメモリ満杯通知を受けると、第２種の車両情報が転送要に設定されている第２の携帯端末にメモリ満杯通知を送信する
ことを特徴とする車両用情報通信システム。
【請求項２】
前記センター装置は、車両ごとに、車両情報の転送に使用される携帯端末の個体情報および携帯端末において転送要に設定されている車両情報の種別の情報が登録されたデータベースを有し、前記第１の携帯端末からメモリ満杯通知を受けると、前記データベースを検索して前記第２の携帯端末を特定する、請求項１に記載の車両用情報通信システム。
【請求項３】
前記制御部は、前記メモリの使用量が所定値に達すると、前記メモリの空き容量不足を検知する、請求項１または請求項２に記載の車両用情報通信システム。
【請求項４】
前記制御部は、前記メモリの空き容量の減少速度を計算し、所定期間内に前記メモリの空き容量がなくなると判断したとき、前記メモリの空き容量不足を検知する、請求項１または請求項２に記載の車両用情報通信システム。
【請求項５】
前記車両情報は、運転履歴に関する情報および車両状態に関する情報の２種類の情報を含む、請求項１ないし請求項４のいずれかに記載の車両用情報通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両情報を車外へ送信する車両用情報通信システムに関する。
【背景技術】
【０００２】
乗用車などの車両には、パワートレイン制御、ボディ制御、車両制御などのさまざまな制御を行うためのさまざまな電子制御モジュール（ＥＣＵ：Electronic Control Unit）が搭載されている。また、車両のさまざまな作動状況を記録する運転データレコーダ（ＯＤＲ：Operation Data Recorder）が搭載されていることもある。このような各種車載装置から収集した車両に関する各種情報（車両情報）は、車両の故障診断やメンテナンス管理などに役立つものである。
【０００３】
車両情報はセンター装置などの車外装置において蓄積および解析・加工されるが、センター装置が車両情報を取得するには、ＵＳＢメモリなどのメモリデバイスに車両情報を書き出してＵＳＢメモリをＰＣに接続してＰＣからインターネット経由でセンター装置に車両情報を送信する必要があり不便である。かかる問題に対して、双方向通信が可能な専用の通信モジュールまたは携帯電話機を用いて、走行中の車両のダイアグ情報をセンター装置に送信する技術が知られている（例えば、特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２５０４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記の従来技術のように車両情報の送信専用の通信モジュールを車載するよりも、スマートフォンやタブレット端末などの乗車者が所持する携帯端末を車両情報を送信する送信機として用いることがコスト面で有利であり好ましい。また、車両情報の送信専用の通信モジュールでは故障が発生すると修理または取り替えしない限り車両情報が送信できないのに対して、携帯端末だと故障やバッテリー切れが発生しても、例えば同乗者が所持する別の携帯端末を代わりに使用して車両情報を送信することができる。このように、代替が利く点で、携帯端末を車両情報を送信する送信機として使用することは有利である。
【０００６】
一方、車両情報を送信する送信機として携帯端末を用いる場合、その携帯端末の通信プランを使用してセンター装置と通信するため、通信コスト（パケット課金）が問題となる。そこで、携帯端末で送信すべき車両情報をその携帯端末の所持者（ユーザー）に選択可能にすることで、ユーザーにとって不要な車両情報の送信を防いで通信コストを下げることができる。この場合、あるユーザーにとって不要な車両情報はセンター装置に送信されずに車両側のメモリに蓄積され、その車両情報を必要とする別のユーザーがその車両に乗車したときにそのユーザーが所持する携帯端末を使用してセンター装置に送信することができる。しかし、そのような別のユーザーが長らくその車両に乗車しなければ、メモリが満杯になってそのユーザーが必要とする車両情報はセンター装置に送信されることなく削除されてしまうおそれがある。
【０００７】
上記問題に鑑み、本発明は、携帯電話機やスマートフォンなどの携帯端末を車両情報の送信機として使用する車両用情報通信システムにおいて車両側に蓄積された車両情報が意図せず削除されるのを防ぐことを課題とする。
【課題を解決するための手段】
【０００８】
本発明の一局面に従った車両用情報通信システムは、車載機器から車両情報を収集する情報収集部と、情報収集部が収集した車両情報を一時的に記憶するメモリと、車内に持ち込まれた携帯端末が接続される通信インタフェースと、情報収集部によって収集された車両情報のうち携帯端末において転送要に設定されている種別の車両情報をメモリから読み出して通信インタフェースを介して携帯端末に転送し、当該転送済みの車両情報をメモリから削除する制御部とを有する車載情報装置を備え、携帯端末は、車載情報装置から転送された車両情報をセンター装置に転送するものであり、制御部は、第１種の車両情報が転送要に設定されている第１の携帯端末が通信インタフェースに接続されている場合においてメモリの空き容量不足を検知したとき、第１の携帯端末を介してセンター装置にメモリ満杯通知を送信するものであり、センター装置は、第１の携帯端末からメモリ満杯通知を受けると、第２種の車両情報が転送要に設定されている第２の携帯端末にメモリ満杯通知を送信するものである。
【発明の効果】
【０００９】
本発明によると、携帯電話機やスマートフォンなどの携帯端末を車両情報の送信機として使用する車両用情報通信システムにおいて車両側に蓄積された車両情報が削除される前にその車両情報を必要とするユーザーに通知がなされる。これにより、車両側に蓄積された車両情報が意図せず削除されるのを防ぐことができる。
【図面の簡単な説明】
【００１０】
【図１】一実施形態に係る車両用情報通信システムの概略図
【図２】一例に係る車載システムの構成図
【図３】携帯端末の車内通信および車外通信の環境設定画面を示す図
【図４】車載情報装置、携帯端末、およびセンター装置間での車両情報の転送手順を示すシーケンス図
【図５】車両用情報通信システムにおけるメモリ満杯通知処理のフローチャート
【発明を実施するための形態】
【００１１】
以下、適宜図面を参照しながら、実施の形態を詳細に説明する。ただし、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。
【００１２】
なお、発明者らは、当業者が本発明を十分に理解するために添付図面および以下の説明を提供するのであって、これらによって特許請求の範囲に記載の主題を限定することを意図するものではない。
【００１３】
図１は、一実施形態に係る車両用情報通信システムの概略を示す。本実施形態に係る車両用情報通信システム１００は、車載情報装置（ＣＭＵ：Connectivity Master Unit）１０と、携帯端末２０（ＤＴＵ：Data Transfer Unit）と、センター装置３０とを含む。このうち車載情報装置１０および携帯端末２０は車両１０１の車内に配置され、センター装置３０は車外（遠隔地）に配置される。
【００１４】
車両１０１は、内燃機関エンジン、ハイブリッドエンジン、電動モーターなどの原動機の動力により走行する自動車であり、典型的には乗用車である。
【００１５】
車載情報装置１０は、車両１０１のダッシュボードあるいはセンターコンソールに配置される車載装置である。車載情報装置１０は、タッチパネル機能を有する小型表示装置（図示せず）を備えており、タッチ操作によりカーナビゲーション、車載ＡＶ装置、車内空調、車両設定などの各種操作を行うことができるようになっている。
【００１６】
また、車載情報装置１０は、車両１０１の車両情報を収集する機能を有する。ここでいう車両情報とは、車両１０１の各種車載機器から得られる情報であり、車載機器が検出したそのままの未加工データ（例えば、ＧＰＳ（Global Positioning System）情報や時刻情報など）のほか、車載機器において解析・加工処理された加工データ（例えば、ヒータコントロール解析データやブレーキ解析データなど）も含む。
【００１７】
携帯端末２０は、乗車者が所持する携帯電話機、スマートフォン、タブレット端末、ノートＰＣなどの携帯情報端末あるいは携帯通信機器である。携帯端末２０は、車両１０１の車内に持ち込まれて車載情報装置１０と有線および／または無線で接続される。後述するように、車載情報装置１０に複数の携帯端末２０を同時に接続することができる。また、一つの携帯端末２０が有線および無線の二つの通信インタフェースを使用して車載情報装置１０に接続することもできる。携帯端末２０を車載情報装置１０に接続することで、乗車者は、携帯端末２０の操作を車載情報装置１０側で行うことができる。例えば、携帯端末２０が持つ音楽コンテンツや映像コンテンツやラジオを車載情報装置１０で操作して車載ＡＶ装置で再生したり、ショートメッセージを車載情報装置１０で見たり、車載情報装置１０を使ってハンズフリー通話をしたりすることができる。
【００１８】
携帯端末２０は、３Ｇ、ＬＴＥ（Long Term Evolution）、ＧＳＭ（Global System for Mobile communication）などのキャリア通信機能を有している。携帯端末２０において専用のアプリ（アプリケーションプログラム）を起動することにより、携帯端末２０は、車載情報装置１０から車両情報を受けて、当該車両情報を電気通信回線１０２を介して無線通信によりセンター装置３０に転送する送信機として機能する。
【００１９】
電気通信回線１０２は、３Ｇ、ＬＴＥ、ＧＳＭなどの電気通信事業者（通信キャリア）が提供する公衆移動体通信網、インターネット、ＷＡＮ（Wide Area Network）、およびＬＡＮ（Local Area Network）などを含む。
【００２０】
センター装置３０は、携帯端末２０から転送される車両情報を電気通信回線１０２を経由して受信し、受信した車両情報を蓄積および解析・加工する装置である。例えば、センター装置３０は、複数のサーバーから構成される。電気通信回線１０２側の末端にはバックエンドサーバー３０Ａが配置される。バックエンドサーバー３０Ａは、主に通信プラットフォームとして機能し、携帯端末２０から転送される車両情報を受信してそれを蓄積する。バックエンドサーバー３０Ａは、ＷＡＮやＬＡＮなどを通じてリージョンサーバー３０Ｂなどのさらに別のサーバーに接続されている。リージョンサーバー３０Ｂは、バックエンドサーバー３０Ａの蓄積情報を適宜読み出して解析・加工する。リージョンサーバー３０Ｂにより解析・加工された情報は車両１０１のメンテナンスや付加価値の高いサービス提供に活用される。
【００２１】
上記のように、本実施形態に係る車両用情報通信システム１００では、車両１０１に車載された専用の通信機器ではなく車両１０１の乗車者が所持するスマートフォンなどの汎用の携帯端末を利用して車両情報をセンター装置３０に転送する。
【００２２】
次に、車両１０１の車載システムの構成例について説明する。図２は、一例に係る車載システムの構成を示す。
【００２３】
車両１０１には、エンジンを含むパワートレインの動作を制御するＰＣＭ（Powertrain Control Module）４１、変速機の制御を行うＴＣＭ（Transmission Control Module）４２、ワイパー、ドアロック、ルームライト、ウィンカー、テールランプ、キーレス、セキュリティなどの電装品を制御するＢＣＭ（Body Control Module）４３、車輪のスリップなどを防止して車両の走行安定性を保つようにエンジントルクの制御を行うＤＳＣ（Dynamic Stability Control）４４などのさまざまな電子制御モジュール（ＥＣＭ：Electronic Control Module）が車載されている。これら車載機器は、ＣＡＮ（Controller Area Network）などの車載バス５０に接続されている。
【００２４】
車載情報装置１０も車載バス５０に接続されている。具体的には、車載情報装置１０は、情報収集部１１、ＣＰＵ（Central Processing Unit）１２、メモリ１３、および通信インタフェース（Ｉ／Ｆ）１４Ａおよび１４Ｂを備えている。これら構成要素は内部バス１８に接続されている。
【００２５】
情報収集部１１は、上記の各種車載機器から車両情報を収集するモジュールである。情報収集部１１は、ＣＡＮバスインタフェースなどの車載バス５０に接続するためのインタフェースを介して車載バス５０に接続される。
【００２６】
メモリ１３は、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）などの揮発性メモリと、ＲＯＭ（Read Only Memory）やフラッシュメモリなどの不揮発性メモリとを含む。メモリ１３は、車載情報装置１０を動作させるためのプログラムを保存したり（ＲＯＭやフラッシュメモリの場合）、情報収集部１１が収集した車両情報を一時的に記憶したり（ＲＡＭの場合）、長期間に亘って蓄積したりする（フラッシュメモリの場合）ことができる。
【００２７】
通信インタフェース１４Ａおよび１４Ｂは、車載情報装置１０と携帯端末２０とを接続するインタフェースである。通信インタフェース１４Ａは、ブルートゥース（登録商標）などの近距離無線インタフェースであり、車載情報装置１０と携帯端末２０とは無線２０１により通信する。通信インタフェース１４Ｂは、ＵＳＢ（Universal Serial Bus）などの有線インタフェースであり、車載情報装置１０と携帯端末２０とはケーブル２０２で接続され、ケーブル２０２を通じて通信する。
【００２８】
通信インタフェース１４Ａおよび１４Ｂのすべてを用いて複数の携帯端末２０を車載情報装置１０に同時に接続することができる。特に、通信インタフェース１４Ｂは複数のポートを有しており、これら複数のポートに複数の携帯端末２０を同時に接続することができる。図２の例では通信インタフェース１４Ｂは二つのポートを有しており、通信インタフェース１４Ａと合わせて最大で３台の携帯端末２０と接続することができる。
【００２９】
ユーザー（乗車者）は、携帯端末２０を車載情報装置１０からセンター装置３０へ車両情報を送信する送信機として機能させるにあたって、車両情報の通信に係る車内外の通信環境を任意に設定することができる。図３は、携帯端末２０の車内通信および車外通信の環境設定画面を示す。例えば、車内通信として、ブルートゥースおよびＵＳＢのそれぞれについて使用の可否を設定することができる。また、車外通信として、キャリア通信およびＷｉ−Ｆｉ通信のそれぞれについて使用の可否を設定することができる。
【００３０】
図２へ戻り、ＣＰＵ１２は、メモリ１３に格納されたプログラムに従って車載情報装置１０の全体的な動作を制御する。例えば、ＣＰＵ１２は、情報収集部１１が車載機器から車両情報を収集し、収集した情報を必要に応じて解析・加工して所定のデータ構造を有する電子ファイルを生成する。生成された電子ファイルはメモリ１３に保存される。
【００３１】
ＣＰＵ１２は、情報種別に応じて複数の電子ファイル、例えば、走行距離および燃費の累積データを保持するファイル（便宜上、ファイルＡとする）；１ドライブ（イグニッションオンからオフまでの期間）の走行時間、走行距離、燃費、イグニッションオフの場所および時刻を保持するファイル（便宜上、ファイルＢとする）；１００ｍｓ刻みの運転操作の詳細ログを保持するファイル（便宜上、ファイルＣとする）；ブレーキ解析データを保持するファイル（便宜上、ファイルＤとする）；パワートレイン系ドライブ解析データを保持するファイル（便宜上、ファイルＥとする）；バッテリー静的解析データを保持するファイル（便宜上、ファイルＦとする）；ワーニングランプ点灯情報、車両系故障コード、およびワーニングランプ点灯の前後数秒間の車両状態情報を保持するファイル（便宜上、ファイルＧとする）；インジケータランプ点灯情報およびインジケータランプ点灯の前後数秒間の車両状態情報を保持するファイル（便宜上、ファイルＨとする）などを生成する。ファイルの生成タイミングは、例えば、ファイルＡ，Ｂ，Ｄ，Ｅ，Ｆがイグニッションオフ時であり、ファイルＣが運転データレコーダによる記録終了時であり、ファイルＧがワーニングランプ点灯時であり、ファイルＨがＡＢＳ（Antilock Brake System）などの安全デバイスの作動時である。
【００３２】
また、ＣＰＵ１２は、所定のタイミングでメモリ１３からファイルを読み出して、通信インタフェース１４Ａおよび１４Ｂのうち通信環境設定で使用可能に設定されている方のインタフェースを介して携帯端末２０にファイルを転送する。携帯端末２０は、転送されたファイルを電気通信回線１０２を介してセンター装置３０に転送する。ＣＰＵ１２によるファイルの読み出しおよび送信タイミングは、例えば、ファイルＡがエンジン始動時であり、ファイルＤ，Ｅ，Ｆがイグニッションオン時であり、ファイルＢ，Ｃ，Ｇ，Ｈがファイル生成後すぐである。
【００３３】
車両情報は、運転履歴に関する情報、車両状態に関する情報および車両故障に関する情報の大きく３つに分類することができる。例えば、上記のファイルＡ，Ｂ，Ｃは運転履歴に関する情報を格納するファイルの例であり、ファイルＤ，Ｅ，Ｆは車両状態に関する情報を格納するファイルの例であり、ファイルＧ，Ｈは車両故障に関する情報を格納するファイルの例である。このうち車両故障に関する情報は他の車両情報よりも重要度が高いため必ずセンター装置３０に転送する必要があるが、他の二つについては、携帯端末２０の通信コストを削減するために、センター装置３０に転送するか否かをユーザーが任意に設定することが望ましい。具体的には、ユーザーは、図３に示した携帯端末２０の通信設定画面において、運転履歴に関する情報および車両状態に関する情報の転送の要否を設定することができる。例えば、図３の例では、運転履歴に関する情報は転送不要に設定され、車両状態に関する情報は転送要に設定されている。このように、携帯端末２０ごとにセンター装置３０に転送すべき車両情報の種別を設定することができる。
【００３４】
図４は、車載情報装置１０、携帯端末２０、およびセンター装置３０間での車両情報の転送手順を示すシーケンス図である。同図を参照しながら、車載情報装置１０、携帯端末２０、およびセンター装置３０間での車両情報の転送手順について説明する。なお、携帯端末２０は、通信インタフェース１４Ａまたは１４Ｂに接続されて車載情報装置１０と通信できる状態にあり、また、電気通信回線１０２を介してセンター装置３０と通信できる状態にあるものとする。
【００３５】
車載情報装置１０において車両情報を格納するファイルが生成され、当該ファイルをセンター装置３０に送信すべきトリガーが生じると、車載情報装置１０は、携帯端末２０に対して接続要求をする（Ｓ１１）。携帯端末２０は、当該接続要求を受けると自機が車載情報装置１０と接続できる状態にあるか否かを確認して、接続できる状態にあれば車載情報装置１０に対して接続許可を出す（Ｓ２１）。
【００３６】
車載情報装置１０は、当該接続許可を受けると携帯端末２０に対してファイルの転送要求をする（Ｓ１２）。携帯端末２０は、当該転送要求を受けると車載情報装置１０に対してファイルの転送許可を出す（Ｓ２２）。車載情報装置１０は、当該転送許可を受けると、通信インタフェース１４Ａまたは１４Ｂを介して携帯端末２０に、車両情報を格納したファイルを転送する（Ｓ１３）。
【００３７】
携帯端末２０は、車載情報装置１０からファイルを受信し、車載情報装置１０に受信結果を通知する（Ｓ２３）。続けて、携帯端末２０は、当該受信したファイルを、電気通信回線１０２を介してセンター装置３０に転送する（Ｓ２４）。
【００３８】
センター装置３０は、携帯端末２０からファイルを受信し、携帯端末２０に受信結果を通知する（Ｓ３１）。携帯端末２０は、携帯端末２０から通知された受信結果に基づいて、センター装置３０にファイルが転送できたか否かのエラー判定を行う（Ｓ２５）。
【００３９】
もしセンター装置３０にファイルが正しく転送できていなければ、携帯端末２０は、車載情報装置１０に対してファイルの再送要求をする（Ｓ２６）。車載情報装置１０は、当該再送要求を受けると、通信インタフェース１４Ａまたは１４Ｂを介して再び携帯端末２０に、車両情報を格納したファイルを転送する（Ｓ１３）。
【００４０】
一方、もしセンター装置３０にファイルが正しく転送できたならば、センター装置３０は、当該受信したファイルに格納された車両情報を蓄積し、また、解析・加工を行う（Ｓ３２）。また、携帯端末２０は、車載情報装置１０に対して転送に成功したファイルの削除要求をする（Ｓ２７）。
【００４１】
車載情報装置１０は、当該削除要求を受けると、携帯端末２０を経由してセンター装置３０への転送に成功したファイルを削除する（Ｓ１４）。続けて、車載情報装置１０は、携帯端末２０に対して転送に成功したファイルをファイルリストから削除する要求をする（Ｓ１５）。
【００４２】
携帯端末２０は、車載情報装置１０から受信してセンター装置３０へ転送すべきファイルをファイルリストで管理している。携帯端末２０は、当該削除要求を受けると、センター装置３０に転送したファイルのファイル名をファイルリストから削除する（Ｓ２８）。このように、ファイルリストを利用することで、センター装置３０に転送が完了したファイルが車載情報装置１０のメモリ１３から削除されたか否かを携帯端末２０側で把握することができる。
【００４３】
上記の手順により、車両１０１の乗車者が車内に持ち込んだ携帯電話機、スマートフォン、タブレット端末、ノートＰＣなどの携帯端末２０を、車載情報装置１０からセンター装置３０へ車両情報を送信する送信機として機能させることができる。
【００４４】
車載情報装置１０に接続される携帯端末２０において運転履歴に関する情報および車両状態に関する情報のいずれかが転送不要に設定されていると、その車両情報を格納するファイルはメモリ１３から削除されずに蓄積され続ける。そして、メモリ１３が満杯になると古い車両情報が削除されて空いた領域に新たな車両情報が記憶される。すなわち、古い車両情報はセンター装置３０に転送されずに削除されてしまう。しかし、そのようなセンター装置３０に転送されずに削除される車両情報はあるユーザーにとって不要であっても別のユーザーにとって必要なことがある。例えば、１台の車両１０１に対してその車両１０１の車両情報をセンター装置３０に転送するのに使用される携帯端末２０が複数台登録されており、それら携帯端末２０ごとに転送要に設定されている車両情報の種別が異なる場合である。そこで、本実施形態に係る車両用情報通信システム１００では、センター装置３０に転送されない車両情報を削除する前に、その車両情報を必要とするユーザーに、メモリ１３が満杯になって車両情報が削除されるおそれがある旨を通知して注意を喚起する。以下、車両用情報通信システム１００におけるそのような通知（メモリ満杯通知）について説明する。
【００４５】
図５は、車両用情報通信システム１００におけるメモリ満杯通知処理のフローチャートである。なお、図５のフローチャートにおいて携帯端末２０Ａは、ユーザーＡが所持し、車内に持ち込まれて車載情報装置１０の通信インタフェース１４Ａまたは１４Ｂに接続される携帯端末であり、携帯端末２０Ｂは、ユーザーＢが所持し、車両情報を送信する送信機として使用可能であるが現在車外にある携帯端末である。携帯端末２０Ａでは第１種の車両情報（例えば、運転履歴に関する情報）が転送要に設定され、携帯端末２０Ｂでは第２種の車両情報（例えば、車両状態に関する情報）が転送要に設定されているものとする。携帯端末２０Ａは特許請求の範囲にいう「第１の携帯端末」の一例であり、携帯端末２０Ｂは「第２の携帯端末」の一例である。
【００４６】
携帯端末２０Ａが車載情報装置１０の通信インタフェース１４Ａまたは１４Ｂに接続されると、車載情報装置１０は、携帯端末２０Ａに対して、携帯端末２０Ａにおいて設定要に設定されている車両情報の種別を問い合わせる（Ｓ１０１）。当該問い合わせに対して、携帯端末２０Ａは、車両情報装置１０に対して、設定要に設定されている車両情報の種別を回答する（Ｓ２０１）。上述したように、携帯端末２０Ａでは第１種の車両情報が転送要に設定されている。
【００４７】
車両情報装置１０において第１種の車両情報を格納するファイルが生成され、当該ファイルをセンター装置３０に送信すべきトリガーが生じると、車両情報装置１０のＣＰＵ１２は、メモリ１３から当該ファイルを読み出して通信インタフェース１４Ａまたは１４Ｂを介して携帯端末２０Ａに転送し、転送が完了するとメモリ１３から当該ファイルを削除する（Ｓ１０２）。一方、車両情報装置１０において第２種の車両情報を格納するファイルが生成されると、当該ファイルは携帯端末２０Ａに転送されずにメモリ１３に蓄積される。なお、ステップＳ１０２は、図４におけるステップＳ１１〜Ｓ１５に相当する。
【００４８】
携帯端末２０Ａは、車載情報装置１０からファイルを受信するとセンター装置３０に当該ファイルを転送する（Ｓ２０２）。なお、ステップＳ２０２は、図４におけるステップＳ２１〜Ｓ２８に相当する。
【００４９】
センター装置３０は、携帯端末２０Ａからファイルを受信すると、当該ファイルに格納された第１種の車両情報に対して所定の処理を行う（Ｓ３０１）。なお、ステップＳ３０１は、図４におけるステップＳ３１〜Ｓ３２に相当する。
【００５０】
車載情報装置１０から携帯端末２０Ａに第１種の車両情報が転送されると、ＣＰＵ１２は、メモリ１３の空き容量を確認する（Ｓ１０３）。第２種の車両情報を格納するファイルは携帯端末２０Ａに転送されないため、当該ファイルはメモリ１３に蓄積され続けてメモリ１３の空き容量が減少する。
【００５１】
例えば、ＣＰＵ１２は、メモリ１３の使用量が所定量（例えば、８０％）に達すると、メモリ１３の空き容量不足を検知することができる。これによると、最も簡単にメモリ１３の空き容量不足を検知することができる。あるいは、ＣＰＵ１２は、メモリ１３の空き容量の減少速度を計算し、所定期間内（例えば、１週間以内）にメモリ１３の空き容量がなくなると判断したとき、メモリ１３の空き容量不足を検知することができる。これによると、メモリ１３の空き容量の減少速度の計算が多少複雑であるが、より精度の高いメモリ１３の空き容量不足の検知が可能になる。
【００５２】
ＣＰＵ１２は、メモリ１３の空き容量不足を検知すると（Ｓ１０３でＹＥＳ）、携帯端末２０Ａに対してメモリ満杯通知を送信する（Ｓ１０４）。携帯端末２０Ａは、車載情報装置１０からメモリ満杯通知を受信すると（Ｓ２０３でＹＥＳ）、センター装置３０にメモリ満杯通知を転送する（Ｓ２０４）。すなわち、携帯端末２０Ａを介して車載情報装置１０からセンター装置３０にメモリ満杯通知を送信することができる。
【００５３】
なお、メモリ満杯通知は１ビット情報として表すことができる。当該１ビット情報は、ステップＳ１０２，Ｓ２０２で転送されるファイルのパケットヘッダに付加することが可能であり、そうすることでステップＳ１０２，Ｓ２０２でファイル転送とメモリ満杯通知を同時に行うことができる。
【００５４】
センター装置３０は、携帯端末２０Ａからメモリ満杯通知を受信すると（Ｓ３０２でＹＥＳ）、メモリ満杯通知を送信すべき携帯端末を特定する（Ｓ３０３）。センター装置３０におけるリージョンサーバー３０Ｂにはデータベースが実装されており、当該データベースには、車両ごとに、車両情報の転送に使用される携帯端末の個体情報および携帯端末において転送要に設定されている車両情報の種別の情報が登録されている。センター装置３０は、データベースを検索して、携帯端末２０Ａにおいて第１種の車両情報が転送要に設定されていることがわかると、さらにデータベースを検索して、車両１０１の車両情報の転送に使用される携帯端末のうち第２種の車両情報が転送要に設定されている携帯端末を見つける。この結果、例えば、携帯端末２０Ｂが見つかる。
【００５５】
センター装置３０は、メモリ満杯通知を送信すべき携帯端末が携帯端末２０Ｂであると特定すると、携帯端末２０Ｂに対して、メモリ満杯通知を送信する（Ｓ３０４）。なお、センター装置３０は、現在車外にある携帯端末２０Ｂに対してプッシュ配信によりメモリ満杯通知を送信することができる。
【００５６】
携帯端末２０Ｂは、センター装置３０からメモリ満杯通知を受信すると（Ｓ２０５でＹＥＳ）、車両１０１のメモリ容量が満杯に近づいている旨を画面に表示する（Ｓ２０６）。これにより、携帯端末２０Ｂの所持者、すなわち、第２種の車両情報を必要とするユーザーに、車両１０１側に溜まっている第２種の車両情報がもうじき削除されるのでその前に取り出すよう促すことができる。
【００５７】
上記の通り、本実施形態によると、携帯電話機やスマートフォンなどの携帯端末２０を車両情報の送信機として使用する車両用情報通信システム１００において車両１０１側に蓄積された車両情報が削除される前にその車両情報を必要とするユーザーに通知がなされる。これにより、車両１０１側に蓄積された車両情報が意図せず削除されるのを防ぐことができる。
【００５８】
以上のように、本発明における技術の例示として、実施の形態を説明した。そのために、添付図面および詳細な説明を提供した。
【００５９】
したがって、添付図面および詳細な説明に記載された構成要素の中には、課題解決のために必須な構成要素だけでなく、上記技術を例示するために、課題解決のためには必須でない構成要素も含まれ得る。そのため、それらの必須ではない構成要素が添付図面や詳細な説明に記載されていることをもって、直ちに、それらの必須ではない構成要素が必須であるとの認定をするべきではない。
【００６０】
また、上述の実施の形態は、本発明における技術を例示するためのものであるから、特許請求の範囲またはその均等の範囲において種々の変更、置き換え、付加、省略などを行うことができる。
【符号の説明】
【００６１】
１００    車両用情報通信システム
１０      車載情報装置
１１      情報収集部
１２      ＣＰＵ（制御部）
１３      メモリ
１４Ａ    通信インタフェース
１４Ｂ    通信インタフェース
２０      携帯端末
２０Ａ    携帯端末（第１の携帯端末）
２０Ｂ    携帯端末（第２の携帯端末）
３０      センター装置
４１      ＰＣＭ（車載機器）
４２      ＴＣＭ（車載機器）
４３      ＢＣＭ（車載機器）
４４      ＤＳＣ（車載機器）
【図１】
0006327291.tif 000002
【図２】
0006327291.tif 000003
【図３】
0006327291.tif 000004
【図４】
0006327291.tif 000005
【図５】
0006327291.tif 000006