JP2000293788A - 移動体端末及びデータ更新システム - Google Patents

Abstract

(57)【要約】 【課題】 データの更新を確実に行うことができる効率
的なシステムを提供する。 【解決手段】 車両用ナビゲーション装置１００は、ま
ず、データ更新のタイムスケジュールをデータセンタ１
５０から放送衛星２００を介して受信する。そして、受
信したタイムスケジュールよって更新データの送信時刻
を判別し、判別された時刻に電源供給部２６によって通
信装置２８の電源をオンとする。一方、データセンタ１
５０は、タイムスケジュールに従って、該当する更新デ
ータを送信し、更新データは放送衛星２００から放送さ
れる。ナビゲーション装置１００で更新データを受信す
ると、受信した更新データに基づいて車両側で保持して
いるデータを更新する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は何らかのデータを記
憶した移動体端末及びデータ更新システムに関し、例え
ば、地図などのナビゲーション用データの更新に好適な
移動体端末及びデータ更新システムの改良に関するもの
である。

【０００２】

【背景技術】一般的なナビゲーション装置では、ＣＤ−
ＲＯＭやＤＶＤ−ＲＯＭなどによって地図などのナビゲ
ーションデータが供給されており、その内容を新しいも
のに更新する場合には、通常新しい内容のＣＤ−ＲＯＭ
などを新規購入する必要がある。しかし、この方法で
は、データ更新の頻度に限界があり、またユーザが更新
を行わないと、古い内容のデータのままナビゲーション
が行われるという不都合がある。

【０００３】これに対し、データ更新の手法として、特
開平８−９５４８８号公報に記載された電子地図システ
ム及びカーナビゲーション装置がある。これは、地形変
化や道路新設などの更新地図データを外部から通信によ
って取得し、自動的に内蔵地図データを更新することで
最新地図を表示するようにすることを目的としたもので
ある。この背景技術によれば、端末局側の交信手段は、
定時通信により、ホスト局から最新の更新地図データを
受信する。更新地図データには、道路の新設や工事に伴
うデータが含まれている。

【０００４】

【発明が解決しようとする課題】しかしながら、上述し
た背景技術では、データの更新が端末局毎に行われるた
め、多数の端末局がある場合には必ずしも効率的とはい
えない。また、定時通信でデータ更新を行うため、ホス
ト局側に必要な更新データがないときは、データ更新を
行うことができないという不都合もある。

【０００５】更に、車載用のナビゲーション装置の場合
は、状況によっては、ホスト局との通信を良好に行うこ
とができない可能性がある。例えば、都市部を走行して
いるような場合、ビルなど電波の受信の障害にあるもの
が多く、ホスト局側との通信が途切れたり、全く不通に
なってしまう可能性もある。従って、上述した背景技術
のように、定時通信によってデータを更新する手法で
は、必ずしも良好にデータを更新できない可能性があ
る。

【０００６】本発明は、以上の点に着目したもので、デ
ータの更新を確実に行うことができる効率的なシステム
を提供することを、その目的とするものである。

【０００７】

【課題を解決するための手段】前記目的を達成するた
め、本発明は、データの記憶装置を有し、センタ側から
送信された更新データに基づいて前記記憶装置のデータ
を更新する移動体端末において、予め定められたタイム
スケジュールに基づいて、特定の更新データの送信日時
を判断する送信日時判断手段；これによって判断された
送信日時に、該当する更新データの受信を開始する受信
手段；これによって受信した更新データに基づいて、前
記記憶装置のデータを更新するデータ更新手段；を備え
たことを特徴とする。

【０００８】主要な形態の一つは、前記記憶装置のデー
タのうち、更新すべきデータを判断するデータ判断手段
を備えており、前記送信日時判断手段は、前記データ判
断手段によって判断されたデータの更新日時を判断する
ことを特徴とする。他の形態は、前記送信日時判断手段
によって判断された送信日時に、前記受信手段に駆動用
の電源を供給する電源供給手段を備えたことを特徴とす
る。

【０００９】本発明のデータ更新システムは、前記いず
れかの移動体端末；前記タイムスケジュールに基づい
て、該当する更新データを送信するセンタ；このセンタ
から送信された更新データを、前記移動体端末に対して
放送する放送衛星；を含むことを特徴とする。本発明の
前記及び他の目的，特徴，利点は、以下の詳細な説明及
び添付図面から明瞭になろう。

【００１０】

【発明の実施の形態】以下、本発明の一実施形態につい
て詳細に説明する。図１には、本形態の構成が示されて
いる。同図に示すように、本形態は、車両側のナビゲー
ション装置１００，データセンタないしは情報センタ１
５０，及び放送衛星２００によって構成されている。こ
れらのうち、ナビゲーション装置１００は、中央処理装
置１０を中心に、入力装置１２，計時部１４，ＲＯＭ１
６，ＲＡＭ１８，センサ２０，表示装置２２，記憶装置
２４，電源供給部２６，通信装置２８が含まれている。
これらのうち、中央処理装置１０は、ＣＰＵを中心に構
成されており、ＲＯＭ１６や記憶装置２４に格納されて
いるプログラムに基づいて経路探索や経路案内などの各
種のナビゲーション処理や、図５及び図７のフローチャ
ートに示したデータ更新処理を実行する。

【００１１】入力装置１２は、タッチパネル，ボタンス
イッチ，リモコンスイッチなど適宜の入力手段によって
構成されている。運転者などの車両搭乗者の使い勝手を
考慮して、音声入力装置を含んでもよい。計時部１４
は、日時の計測を行うものである。ＲＯＭ１６は、処理
に必要なプログラムのうち、ＢＩＯＳなどの基本的なも
のが格納されたメモリである。ＲＡＭ１８は、処理時に
適宜利用されるメモリである。センサ２０は、ＧＰＳセ
ンサ，速度センサ，ジャイロセンサなどを含んでおり、
これらによってナビゲーションに必要なデータが得られ
るようになっている。表示装置２２は、タッチパネルが
表示面に設けられた液晶モニタやＣＲＴなどによって構
成されており、経路案内における地図表示を始めとする
各種の表示が行われる。

【００１２】記憶装置２４は、例えばハードディスクな
どの記憶メディアを利用したものである。本形態では、
ナビゲーションデータ記憶部２４Ａの他に、プログラム
記憶部２４Ｂ，更新データ記憶部２４Ｃ，タイムスケジ
ュール記憶部２４Ｄを備えている。これらのうち、ナビ
ゲーションデータ記憶部２４Ａには、ナビゲーションに
必要なデータ，例えば地図データや経路案内データが記
憶されている。プログラム記憶部２４Ｂには、ナビゲー
ションやデータ更新などの各種の処理プログラムが記憶
されている。更新データ記憶部２４Ｃは、更新されたナ
ビゲーションデータを記憶するためのものである。タイ
ムスケジュール記憶部２４Ｄは、データ更新のタイムス
ケジュールを記憶するためのものである。電源供給部２
６は、中央処理装置１０からの指示に基づいて通信装置
２８に駆動電源を供給するためのものである。通信装置
２８は、放送衛星２００から放送されたデータを受信す
るためのものである。

【００１３】次に、データセンタ１５０は、中央処理装
置３０，通信装置３２，記憶装置３４，計時部３６を含
んでいる。中央処理装置３０は、ＣＰＵを中心に構成さ
れている。通信装置３２は、放送衛星２００と通信する
ためのもので、データセンタ１５０から送信されたデー
タが放送衛星２００によって放送される構成となってい
る。記憶装置３４は、更新データなどの送信やタイムス
ケジュール作成用のプログラムを格納したプログラム記
憶部３４Ａ，更新すべきデータを格納した更新データ記
憶部３４Ｂ，タイムスケジュール作成に利用されるタイ
ムスケジュール作成部３４Ｃなどを含んでいる。計時部
３６は、日時を計測するためのものである。

【００１４】上述した更新データは、車両側のナビゲー
ションデータを更新するためのデータで、道路の新設，
工事，交通規制などのナビゲーション用のデータの更新
内容の他、ナビゲーションプログラムの更新内容も含ん
でいる。この更新データは、例えば図２に示すように、
個々の識別番号（データＮｏ．）と更新日（更新データ
の作成日）で表されている。例えば、九州地区に関する
更新データは、データＮｏが「０７−００１」，「０７
−００２」……「０７−００ｎ」となっている。そし
て、例えばデータＮｏ「０７−００１」の更新日は「９
８．１０．２０」であるという具合である。他の地区の
更新データについても同様である。このように、本形態
によれば、更新データは、各地区毎に細分化されてい
る。このようにすることで、例えば車両側が断続的にし
かデータを受信できないような場合でも、受信に成功す
る可能性が高くなるように配慮されている。

【００１５】上述したタイムスケジュールは、更新デー
タの送信のスケジュールを示すもので、例えば図３に示
すように、ある週における更新データの送信時刻をテー
ブル化したものである。同図の例では、データＮｏ「０
７−１０３」，更新日１９９９年０１月１１日の更新デ
ータは、１５時３０分４５秒〜４７秒の間に放送され
る。データＮｏ「０１−１０３」，更新日１９９９年０
１月１１日の更新データは、１時３０分４５秒〜４７秒
の間に放送される。他の更新データについても、図示の
通りである。

【００１６】各更新データのデータＮｏを単位とした送
信日時データは、予め定められて記憶装置３４に格納さ
れている。中央処理装置３０は、それらの送信日時デー
タから、該当する週のものを抽出し、図３に示すような
テーブルとする。このとき、記憶装置３４のタイムテー
ブル作成部３４Ｂが利用される。なお、タイムスケジュ
ールテーブルを予め作成して記憶装置３４に格納してお
いてもよい。このデータ更新のタイムスケジュールテー
ブルは、予め設定された時刻でデータセンタ１５０から
放送衛星２００に送信され、各車両に向けて放送され
る。

【００１７】次に、以上のように構成された本形態の作
用を説明する。まず、概要を説明すると、ナビゲーショ
ン装置１００は、最初にデータ更新のタイムスケジュー
ルを、データセンタ１５０から放送衛星２００を介して
受信する。データセンタ１５０によるタイムスケジュー
ル送信処理は図４のフローチャートに従って行なわれ、
ナビゲーション装置１００におけるタイムスケジュール
取得処理は図５のフローチャートに従って行なわれる。
次に、データセンタ１５０は、前記タイムスケジュール
に基づいて、図６のフローチャートに従い、更新データ
を放送衛星２００から放送する。ナビゲーション装置１
００は、放送される更新データを、図７のフローチャー
トに従って受信し、データを更新する。以下、順に説明
する。

【００１８】（１）センタ側におけるタイムスケジュー
ルの送信……データセンタ１５０では、計時部３６で日
時がカウントされており（ステップＳ６０）、これが中
央処理装置３０で参照されている。そして、予め定めた
送信時刻となったときは（ステップＳ６２のYes）、記
憶装置３４のタイムスケジュール作成部３４Ｃに作成さ
れたタイムスケジュールが通信装置３２から放送衛星２
００に送信される（ステップＳ６４）。

【００１９】（２）車両側におけるタイムスケジュール
の受信……車両側のナビゲーション装置１００では、ユ
ーザによって入力装置１２によりタイムスケジュールの
受信時刻が設定される（ステップＳ１０でYes）。な
お、この受信時刻の設定を、データセンタ１５０から送
信される送信時刻を受信して自動で設定するようにして
もよい。計時部１４では日時の計時が行われる（ステッ
プＳ１２）。そして、タイムスケジュール受信の設定時
刻となると（ステップＳ１４でYes）、中央処理装置１
０によって電源供給部２６が駆動され、通信装置２８の
電源がオンとなる（ステップＳ１６）。

【００２０】そして、一定の受信待機時間の経過までに
タイムスケジュールを受信したときは（ステップＳ２
６，Ｓ１８でyes）、受信したタイムスケジュールを記
憶装置２４のタイムスケジュール記憶部２４Ｄに格納さ
れる（ステップＳ２２）。なお、データセンタ１５０か
らは、後述するように放送衛星２００を介して正確な現
在時刻も送信されるので、必要があれば自車の時刻を補
正する（ステップＳ２０）。タイムスケジュールを受信
して格納した後は、中央処理装置１０によって電源供給
部２６により、通信装置２８の電源がオフとなる（ステ
ップＳ２４）。

【００２１】（３）センタ側における更新データの送信
……データセンタ１５０では、送信したタイムスケジュ
ールに基づいて、図６の手順で該当する更新データを送
信する。すなわち、中央処理装置３０は、計時部３６に
おける計時を参照し（ステップＳ７２）、送信すべき更
新データがあるときは（ステップＳ７４でYes）、該当
する更新データを記憶装置３４の更新データ記憶部３４
Ｂから読み出して、通信装置３２で放送衛星２００に送
信する（ステップＳ７６）。更新データは、タイムスケ
ジュール通りに放送衛星２００から地上に向けて送信さ
れる。なお、このとき、更新データと平行して、次週の
タイムスケジュールと正確な現在時刻が常時送信され
る。

【００２２】（４）車両側における更新データの受信…
…図７に示す更新データの受信処理は、タイムスケジュ
ールを受信したことにより開始する（ステップＳ３０で
Yes）。中央処理装置１０は、記憶装置２４の更新デー
タ記憶部２４Ｃに記憶されている更新データの更新日
と、タイムスケジュール記憶部２４Ｄに記憶されている
タイムスケジュールの更新日時を比較する（ステップＳ
３２）。その結果、受信すべき更新データ，すなわち新
規更新データがあるときは（ステップＳ３４のYes）、
その送信日時をタイムスケジュールから読み出す（ステ
ップＳ３６）。なお、週のスケジュールが終了した時点
で、自動的に中央処理装置１０の電源をオンとし、次の
週のタイムスケジュールと現在の更新データの更新日時
とを照合し、更新可能なデータの更新スケジュールの日
時を全て抽出するようにしてもよい。

【００２３】例えば、記憶装置２４のタイムスケジュー
ル記憶部２４Ｄに図３のタイムスケジュールが格納され
ており、また、既受信の更新データが「データＮｏ．０
７−１０３，更新日９８．１０．２０」であるとする。
この場合、タイムスケジュールを参照すると、データＮ
Ｏ．０７−１０３の更新日は図３から「９９．０１．１
１」であり、前記既受信のデータよりも新しい。このよ
うなときに、前記ステップＳ３４でYesとなる。そし
て、タイムスケジュールのデータＮＯ．０７−１０３の
の送信日時である「１５：３０：４５」がタイムスケジ
ュールから読み出される。

【００２４】中央処理装置１０は、計時部１４を参照し
（ステップＳ３８）、タイムスケジュールから読み出し
た新規更新データの送信日時となったら（ステップＳ４
０のYes）、電源供給部２６によって通信装置２８の電
源をオンとする（ステップＳ４２）。そして、所定の受
信待機時間の経過までに新規更新データを受信したとき
は（ステップＳ５０，Ｓ４４のYes）、受信したデータ
に基づいて更新データ記憶部２４Ｃの該当データが更新
される。前記例では、データＮｏ０７−１０３が新規更
新データによって更新される。なお、データ更新後、更
新日時も新規更新データの更新日時に更新される。デー
タ更新後、電源供給部２６によって通信装置２８の電源
はオフとなる（ステップＳ４８）。

【００２５】このように、車両用ナビゲーション装置１
００は、受信したタイムスケジュールよって更新データ
の送信時刻を判別し、判別された時刻に通信装置の電源
をオンとする。そして、更新データを受信すると、受信
した更新データに基づいて車両側で保持しているデータ
を更新する。

【００２６】本発明には数多くの実施形態があり、以上
の開示に基づいて多様に改変することが可能である。例
えば、次のようなものも含まれる。 （１）同一のデータを複数回送信するようにしてもよ
い。そうすると、複数回の更新処理が可能となり、通信
障害などがあっても良好にデータ更新を行うことができ
る。 （２）更新対象としては、地図データや経路探索用プロ
グラムなど、ナビゲーション用の各種のデータに対して
適用可能である。 （３）上述した更新データやタイムスケジュールは一例
であり、必要に応じて適宜設定してよい。 （４）データを更新したときに、その旨をユーザに映像
や音声で通知するようにしてもよい。 （５）前記形態は、本発明を車両用のナビゲーション装
置に適用したものであるが、歩行者用移動端末など各種
の移動体に適用可能である。

【００２７】

【発明の効果】以上説明したように、本発明によれば、
次のような効果がある。 （１）車両用端末の記億装置のデータのうち更新すべき
データを判断し、該判断されたデータについての更新デ
ータの送信日時に受信を開始するので、定時通信を行う
場合に比べて、更新データを確実に取得できる。 （２）受信手段は、前記判断された日時に電源が供給さ
れ更新データの受信を開始するので、更新データを省電
力で確実に取得できる。

【００２８】次に、他の発明について説明する。本発明
は、前方道路上の障害物を検出し、ドライバに報知する
車両用報知装置に関するものである。

【００２９】１．従来技術……従来、ビデオカメラで撮
像した道路画像と赤外線カメラ等により撮像した道路の
温度分布とを合成して表示し、道路領域に特定の温度部
分がある場合に警報を発することにより、ユーザに障害
物を回避させるようにした装置が提案されている（特開
平８ー２６３７８４号参照）。例えば、道路領域上に低
温部分が検出されれば雪や氷が存在すると判断し、高温
部分が検出されれば人間や動物が存在すると判定する。
そして、それらを回避するように警報や表示を行う。

【００３０】２．解決しようとする課題……しかしなが
ら、このような従来技術では、道路領域に特定の温度部
分があれば、ドライバが容易に現認できる場合でも警報
が発せられてしまう。このため、ドライバが警報に慣れ
てしまい、本来の役目を果たすことができなくなる可能
性がある。

【００３１】３．課題を解決するための手段……本発明
は、以下の特徴を有する。 （１）移動体前方に、肉眼で視認困難な障害物が存在す
る場合に、その旨を報知することを特徴とする障害報知
方法。 （２）暗視カメラと人間の目の感度で撮像する可視カメ
ラにより同一の走行障害物を撮像し、前記暗視カメラに
より撮像された暗視画像の走行障害物像のうち、前記可
視カメラにより撮像された可視画像に存在しない走行障
害物像を判別し、該判別された走行障害物像についてユ
ーザが認識できるように報知することを特徴とする車両
用報知装置。

【００３２】４．実施形態……以下、本発明の一実施形
態を説明する。図８には、本形態の構成が示されてい
る。この例は、本形態の報知装置をナビゲーション装置
に適用したものである。図８に示すように、本装置は、
中央処理装置５０を中心に、入力装置５２，ＲＯＭ５
４，ＲＡＭ５６，センサ５８，表示装置６０，記憶装置
６２，暗視カメラ６４，可視カメラ６６が含まれてい
る。中央処理装置５０は、ＣＰＵを中心に構成されてお
り、ＲＯＭ５４や記憶装置６２のプログラム領域６２Ａ
に格納されているプログラムに基づいて経路探索や経路
案内などの各種のナビゲーション処理や、図１０のフロ
ーチャートに示した走行障害物判断・報知処理を実行す
る。

【００３３】入力装置５２は、タッチパネル，ボタンス
イッチ，リモコンスイッチなど適宜の入力手段によって
構成されている。運転者などの車両搭乗者の使い勝手を
考慮して、音声入力装置を含んでもよい。ＲＯＭ５４
は、処理に必要なプログラムのうち、ＢＩＯＳなどの基
本的なものが格納されたメモリである。ＲＡＭ５６は、
処理時に適宜利用されるメモリである。センサ５８は、
ＧＰＳセンサ，速度センサ，ジャイロセンサなどを含ん
でおり、これらによってナビゲーションに必要なデータ
が得られるようになっている。表示装置６０は、タッチ
パネルが表示面に設けられた液晶モニタやＣＲＴなどに
よって構成されており、経路案内における地図表示を始
めとする各種の表示が行われる。

【００３４】記憶装置６２は、例えばＣＤ−ＲＯＭやＤ
ＶＤ−ＲＯＭなどの記憶メディアを利用したものであ
る。本形態では、プログラム記憶部６２Ａに動作に、ナ
ビゲーションや障害物判断・報知などの各種の処理プロ
グラムが記憶されている。暗視カメラ６４は、赤外線カ
メラ，高感度カメラ，サーモグラフィなどの暗視画像を
撮像するカメラである。可視カメラ６６は、可視光のも
とで撮像を行う通常の可視画像を撮像するカメラであ
る。暗視カメラ６４と可視力メラ６６は、車両前方の同
一範囲を撮像できるように、車両に取り付けられてい
る。

【００３５】次に、図９に示すような場合を例として、
本形態の動作を説明する。図９では、障害物として人物
ｈ１，ｈ２が車両前方に存在している。そして、人物ｈ
１は街灯Ｌに照らされており、人物ｈ２は照らされてい
ない。図１０には、障害物判断・報知処理動作のフロー
チャートが示されている。ユーザ（ドライバ）が初期画
面等において、入力装置５２の操作によって予め「走行
障害物報知モード」を選択すると、同図のステップＳ１
０２以下が実行される（ステップＳ１００でYes）。す
なわち、暗視カメラ６４，可視カメラ６６による撮像が
開始され（ステップＳ１０２，Ｓ１０６）、１フレーム
分の暗視画像，可視画像が取り込まれる（ステップＳ１
０４，Ｓ１０８）。

【００３６】上述した図９の場合、図１１（Ａ）に示す
暗視画像と、同図（Ｂ）に示す可視画像がそれぞれＲＡ
Ｍ５６に格納される（Ｓ１４、Ｓ１８）。図１１（Ａ）
の暗視画像中には、走行障害物領域ｈ１，ｈ２が存在す
る。ここで、走行障害物とは、歩行者，動物，凍結道な
ど、通常の車両走行の障害となるものをいう。これら走
行障害物領域ｈ１，ｈ２の存在のため、ステップＳ２０
の判断はYesとなる。なお、ステップＳ２０における領
域の判断は、公知の領域抽出手段等により実行される。

【００３７】次に、各走行障害物領域毎に対応する可視
画像の領域について、平均明るさを演算する（ステップ
Ｓ１１４）。明るさは、例えば同領域の各画素の平均輝
度又は、平均明度等により求める。そして、求めた平均
明るさを予め設定したしきい値と比較する（ステップＳ
１１６）。その結果、走行障害物領域の平均明るさがし
きい値以下の場合は（ステップＳ１１６のYes）、その
走行障害物領域についてユーザは視認できないと推定し
（ステップＳ１１６でYes）、走行障害物報知用の音声
出力を行う（ステップＳ１１８）。以上の動作は、カウ
ンタを設定し（ステップＳ１１２）、各走行障害物領域
毎に対応する可視画像の領域のすべてについて順に行わ
れる（ステップＳ１２０，１２２）。

【００３８】上述した図９の例では、ステップＳ１１２
における走行障害物領域はｈ１，ｈ２の２つなので、総
数ｎ＝２となる。走行障害物領域ｈ１に対応する可視画
像の領域ｈ３（図１１（Ｃ）参照）は、街灯Ｌに照らさ
れており、同領域ｈ３の各画素の平均輝度＞しきい値と
なる（ステップＳ１１６でNo）。しかし、走行障害物領
域ｈ２に対応する可視画像の領域ｈ４（図１１（Ｃ）参
照）は、街灯Ｌに照らされておらず、同領域ｈ４の各画
素の平均輝度＜しきい値となる（ステップＳ１１６でYe
s）。従って、同走行障害物領域ｈ２については、報知
用の音声が出力される（ステップＳ１１８）。報知用の
音声は、例えば、「ビービー前方右側に歩行者がいま
す。」などである。又は、図１１（Ｄ）に示すように、
表示装置６０の画面上のｈ２位置において、ｈ２の像を
点滅させる。全ての走行障害物領域について処理が実行
されると、ステップＳ１０２，Ｓ１０６で再度画像が取
り込まれ、上記処理が繰り返される。

【００３９】５．他の態様……本発明には数多くの実施
形態があり、以上の開示に基づいて多様に改変すること
が可能である。例えば、次のようなものも含まれる。 （１）前記報知装置をナビゲーション装置と組み合わ
せ、ナビゲーションによって検出された現在位置と地図
データを参照することにより、現在位置が山奥などの街
灯等のない地域と判別された場合に、図１０のステップ
Ｓ１０の障害物報知モードとなるようにしてもよい。こ
の場合、街灯などのない地域の位置を特定するデータ
を、ナビゲーションデータに含めるようにする。

【００４０】（２）暗視力メラが赤外線カメラであると
きなど、可能であれば、暗視カメラと可視カメラを共用
するようにしてもよい。図１２には、その一例が示され
ている。同図において、車両前方画像は、撮像光学系７
０によって撮像され、分波器７２で赤外線と可視光線に
分波される。赤外線は赤外線モニタ７４に供給され、可
視光線は可視光線モニタ７６に供給される。これらモニ
タ７４，７６の画像に対しては、中央処理装置５０（図
８参照）で、上述した画像解析が行われ、ドライバにと
って認識困難な障害物が検出される。なお、図８では表
示装置を１台としたが、図１２のように、暗視用と可視
用にそれぞれ表示装置を設けるようにしてもよい。 （３）図８では、障害物報知装置をナビゲーション装置
に組み込んだが、別個の装置構成とすることを妨げるも
のではない。

【００４１】６．発明の効果……このように、本発明に
よれば、暗視カメラと人間の目の感度で撮像する可視カ
メラにより同一の走行障害物が撮像される。そして、前
記暗視カメラにより撮像された暗視画像の走行障害物像
のうち、前記可視カメラにより撮像された可視画像は人
間の目で視認されていると推定して除外し、他の視認さ
れていないと考えられる走行障害物についてユーザにそ
の旨が報知される。すなわち、可視画像にない走行障害
物像，つまり、可視画像に全く存在しないか、闇夜のカ
ラスのように周囲に溶け込んでほとんど存在しないと考
えられるような障害物が検出される。そして、ユーザが
認識できるような手段，例えば音声の出力や検出された
障害物の表示などの方法でその旨が報知される。従っ
て、ユーザが容易に認識できるか、もしくは容易に認識
できると推定される走行障害物についは報知されないた
め、頻繁に警報が発せられる煩わしさを解消できる。ま
た、警報に対する慣れが防止され、本来の役目を果たす
ことができる。

【図面の簡単な説明】

【図１】データ更新を行う移動体端末の一実施形態を示
すブロック図である。

【図２】前記形態における更新データと更新日の一例を
示す図である。

【図３】前記形態におけるデータ更新のタイムスケジュ
ールを示す図である。

【図４】前記形態におけるタイムスケジュール送信処理
の手順を示すフローチャートである。

【図５】前記形態におけるタイムスケジュール受信処理
の手順を示すフローチャートである。

【図６】前記形態における更新データ送信処理の手順を
示すフローチャートである。

【図７】前記形態における更新データ受信処理の手順を
示すフローチャートである。

【図８】他の発明である障害報知装置の一実施形態を示
すブロック図である。

【図９】車両前方の障害物の状況の一例を示す図であ
る。

【図１０】前記実施形態における障害物判断及び報知処
理の手順を示すフローチャートである。

【図１１】前記障害物判断及び報知処理の手順の様子を
示す図である。

【図１２】障害物報知装置の他の形態を示すブロック図
である。

【符号の説明】

１０…中央処理装置 １２…入力装置 １４…計時部 ２０…センサ ２２…表示装置 ２４Ａ…ナビゲーションデータ記憶部 ２４Ｂ…プログラム記憶部 ２４Ｃ…更新データ記憶部 ２４Ｄ…タイムスケジュール記憶部 ２４…記憶装置 ２６…電源供給部 ２８…通信装置 ３０…中央処理装置 ３２…通信装置 ３４…記憶装置 ３４Ａ…プログラム記憶部 ３４Ｂ…更新データ記憶部 ３４Ｃ…タイムスケジュール作成部 ３６…計時部 ５０…中央処理装置 ５２…入力装置 ５８…センサ ６０…表示装置 ６２…記憶装置 ６２Ａ…プログラム記憶部 ６４…暗視カメラ ６６…可視カメラ ７０…撮像光学系 ７２…分波器 ７４，７６…モニタ １００…ナビゲーション装置 １５０…データセンタ ２００…放送衛星 ｈ１，ｈ２…走行障害物領域

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｂ 7/26 Ｈ０４Ｂ 7/26 Ｍ Ｆターム(参考） 2F029 AA02 AB01 AB07 AB09 AC01 AC02 AC04 AC06 5B082 AA00 GA04 GA14 HA03 HA05 5B089 GA25 HA12 KB11 KB14 KC29 KC48 KC60 KE03 MB01 MB04 5H180 AA01 BB04 BB13 BB15 CC04 FF04 FF05 FF27 FF33 5K067 AA21 BB36 DD51 EE02 EE07 EE10 FF02 FF05 HH23 KK15

Claims (4)

【特許請求の範囲】
1. 【請求項１】 データの記憶装置を有し、センタ側から
   送信された更新データに基づいて前記記憶装置のデータ
   を更新する移動体端末において、 予め定められたタイムスケジュールに基づいて、特定の
   更新データの送信日時を判断する送信日時判断手段；こ
   れによって判断された送信日時に、該当する更新データ
   の受信を開始する受信手段；これによって受信した更新
   データに基づいて、前記記憶装置のデータを更新するデ
   ータ更新手段；を備えたことを特徴とする移動体端末。
2. 【請求項２】 請求項１記載の移動体端末であって、 前記記憶装置のデータのうち、更新すべきデータを判断
   するデータ判断手段を備えており、 前記送信日時判断手段は、前記データ判断手段によって
   判断されたデータの更新日時を判断することを特徴とす
   る移動体端末。
3. 【請求項３】 請求項１又は２記載の移動体端末であっ
   て、 前記送信日時判断手段によって判断された送信日時に、
   前記受信手段に、駆動用の電源を供給する電源供給手段
   を備えたことを特徴とする移動体端末。
4. 【請求項４】 請求項１〜３のいずれかに記載の移動体
   端末；前記タイムスケジュールに基づいて、該当する更
   新データを送信するセンタ；このセンタから送信された
   更新データを、前記移動体端末に対して放送する放送衛
   星；を含むことを特徴とするデータ更新システム。