JP4320831B2 - 移動体端末及びデータ更新システム - Google Patents
移動体端末及びデータ更新システム Download PDFInfo
- Publication number
- JP4320831B2 JP4320831B2 JP09542899A JP9542899A JP4320831B2 JP 4320831 B2 JP4320831 B2 JP 4320831B2 JP 09542899 A JP09542899 A JP 09542899A JP 9542899 A JP9542899 A JP 9542899A JP 4320831 B2 JP4320831 B2 JP 4320831B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- time
- update
- update data
- mobile terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Traffic Control Systems (AREA)
- Navigation (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Mobile Radio Communication Systems (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は何らかのデータを記憶した移動体端末及びデータ更新システムに関し、例えば、地図などのナビゲーション用データの更新に好適な移動体端末及びデータ更新システムの改良に関するものである。
【０００２】
【背景技術】
一般的なナビゲーション装置では、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどによって地図などのナビゲーションデータが供給されており、その内容を新しいものに更新する場合には、通常新しい内容のＣＤ−ＲＯＭなどを新規購入する必要がある。しかし、この方法では、データ更新の頻度に限界があり、またユーザが更新を行わないと、古い内容のデータのままナビゲーションが行われるという不都合がある。
【０００３】
これに対し、データ更新の手法として、特開平８−９５４８８号公報に記載された電子地図システム及びカーナビゲーション装置がある。これは、地形変化や道路新設などの更新地図データを外部から通信によって取得し、自動的に内蔵地図データを更新することで最新地図を表示するようにすることを目的としたものである。この背景技術によれば、端末局側の交信手段は、定時通信により、ホスト局から最新の更新地図データを受信する。更新地図データには、道路の新設や工事に伴うデータが含まれている。
【０００４】
【発明が解決しようとする課題】
しかしながら、上述した背景技術では、データの更新が端末局毎に行われるため、多数の端末局がある場合には必ずしも効率的とはいえない。また、定時通信でデータ更新を行うため、ホスト局側に必要な更新データがないときは、データ更新を行うことができないという不都合もある。
【０００５】
更に、車載用のナビゲーション装置の場合は、状況によっては、ホスト局との通信を良好に行うことができない可能性がある。例えば、都市部を走行しているような場合、ビルなど電波の受信の障害にあるものが多く、ホスト局側との通信が途切れたり、全く不通になってしまう可能性もある。従って、上述した背景技術のように、定時通信によってデータを更新する手法では、必ずしも良好にデータを更新できない可能性がある。
【０００６】
本発明は、以上の点に着目したもので、データの更新を確実に行うことができる効率的なシステムを提供することを、その目的とするものである。
【０００７】
【課題を解決するための手段】
前記目的を達成するため、本発明は、データの記憶装置を有し、センタ側から送信された更新データに基づいて前記記憶装置のデータを更新する移動体端末において、前記センタが作成したタイムスケジュールと、前記記憶装置に記憶されている更新データの更新日時を比較し、受信すべき新規の更新データがあるかどうかを判断するデータ判断手段，該データ判断手段によって新規の更新データがあると判断された場合に、前記タイムスケジュールから、該当する更新データの送信日時を読み出す送信日時判断手段；該送信日時判断手段によって読み出された送信日時に、該当する更新データの受信を開始する受信手段；受信した更新データに基づいて、前記記憶装置のデータを更新するデータ更新手段；前記送信日時判断手段によって読み出された送信日時に前記受信手段に駆動用の電源を供給し、前記更新データの受信後に前記受信手段の駆動用の電源の供給を停止する電源供給手段；を備えたことを特徴とする。
【０００８】
主要な形態の一つは、前記受信手段は、前記センタ側から送信された現在時刻を受信し、該現在時刻に基づいて移動体端末の時刻を補正することを特徴とする。
【０００９】
本発明のデータ更新システムは、前記いずれかの移動体端末；前記タイムスケジュールに基づいて、該当する更新データを送信するセンタ；該センタから送信された更新データを、前記移動体端末に対して放送する放送衛星；を含むことを特徴とする。本発明の前記及び他の目的，特徴，利点は、以下の詳細な説明及び添付図面から明瞭になろう。
【００１０】
【発明の実施の形態】
以下、本発明の一実施形態について詳細に説明する。図１には、本形態の構成が示されている。同図に示すように、本形態は、車両側のナビゲーション装置１００，データセンタないしは情報センタ１５０，及び放送衛星２００によって構成されている。これらのうち、ナビゲーション装置１００は、中央処理装置１０を中心に、入力装置１２，計時部１４，ＲＯＭ１６，ＲＡＭ１８，センサ２０，表示装置２２，記憶装置２４，電源供給部２６，通信装置２８が含まれている。これらのうち、中央処理装置１０は、ＣＰＵを中心に構成されており、ＲＯＭ１６や記憶装置２４に格納されているプログラムに基づいて経路探索や経路案内などの各種のナビゲーション処理や、図５及び図７のフローチャートに示したデータ更新処理を実行する。
【００１１】
入力装置１２は、タッチパネル，ボタンスイッチ，リモコンスイッチなど適宜の入力手段によって構成されている。運転者などの車両搭乗者の使い勝手を考慮して、音声入力装置を含んでもよい。計時部１４は、日時の計測を行うものである。ＲＯＭ１６は、処理に必要なプログラムのうち、ＢＩＯＳなどの基本的なものが格納されたメモリである。ＲＡＭ１８は、処理時に適宜利用されるメモリである。センサ２０は、ＧＰＳセンサ，速度センサ，ジャイロセンサなどを含んでおり、これらによってナビゲーションに必要なデータが得られるようになっている。表示装置２２は、タッチパネルが表示面に設けられた液晶モニタやＣＲＴなどによって構成されており、経路案内における地図表示を始めとする各種の表示が行われる。
【００１２】
記憶装置２４は、例えばハードディスクなどの記憶メディアを利用したものである。本形態では、ナビゲーションデータ記憶部２４Ａの他に、プログラム記憶部２４Ｂ，更新データ記憶部２４Ｃ，タイムスケジュール記憶部２４Ｄを備えている。これらのうち、ナビゲーションデータ記憶部２４Ａには、ナビゲーションに必要なデータ，例えば地図データや経路案内データが記憶されている。プログラム記憶部２４Ｂには、ナビゲーションやデータ更新などの各種の処理プログラムが記憶されている。更新データ記憶部２４Ｃは、更新されたナビゲーションデータを記憶するためのものである。タイムスケジュール記憶部２４Ｄは、データ更新のタイムスケジュールを記憶するためのものである。電源供給部２６は、中央処理装置１０からの指示に基づいて通信装置２８に駆動電源を供給するためのものである。通信装置２８は、放送衛星２００から放送されたデータを受信するためのものである。
【００１３】
次に、データセンタ１５０は、中央処理装置３０，通信装置３２，記憶装置３４，計時部３６を含んでいる。中央処理装置３０は、ＣＰＵを中心に構成されている。通信装置３２は、放送衛星２００と通信するためのもので、データセンタ１５０から送信されたデータが放送衛星２００によって放送される構成となっている。記憶装置３４は、更新データなどの送信やタイムスケジュール作成用のプログラムを格納したプログラム記憶部３４Ａ，更新すべきデータを格納した更新データ記憶部３４Ｂ，タイムスケジュール作成に利用されるタイムスケジュール作成部３４Ｃなどを含んでいる。計時部３６は、日時を計測するためのものである。
【００１４】
上述した更新データは、車両側のナビゲーションデータを更新するためのデータで、道路の新設，工事，交通規制などのナビゲーション用のデータの更新内容の他、ナビゲーションプログラムの更新内容も含んでいる。この更新データは、例えば図２に示すように、個々の識別番号（データＮｏ．）と更新日（更新データの作成日）で表されている。例えば、九州地区に関する更新データは、データＮｏが「０７−００１」，「０７−００２」……「０７−００ｎ」となっている。そして、例えばデータＮｏ「０７−００１」の更新日は「９８．１０．２０」であるという具合である。他の地区の更新データについても同様である。このように、本形態によれば、更新データは、各地区毎に細分化されている。このようにすることで、例えば車両側が断続的にしかデータを受信できないような場合でも、受信に成功する可能性が高くなるように配慮されている。
【００１５】
上述したタイムスケジュールは、更新データの送信のスケジュールを示すもので、例えば図３に示すように、ある週における更新データの送信時刻をテーブル化したものである。同図の例では、データＮｏ「０７−１０３」，更新日１９９９年０１月１１日の更新データは、１５時３０分４５秒〜４７秒の間に放送される。データＮｏ「０１−１０３」，更新日１９９９年０１月１１日の更新データは、１時３０分４５秒〜４７秒の間に放送される。他の更新データについても、図示の通りである。
【００１６】
各更新データのデータＮｏを単位とした送信日時データは、予め定められて記憶装置３４に格納されている。中央処理装置３０は、それらの送信日時データから、該当する週のものを抽出し、図３に示すようなテーブルとする。このとき、記憶装置３４のタイムテーブル作成部３４Ｂが利用される。なお、タイムスケジュールテーブルを予め作成して記憶装置３４に格納しておいてもよい。このデータ更新のタイムスケジュールテーブルは、予め設定された時刻でデータセンタ１５０から放送衛星２００に送信され、各車両に向けて放送される。
【００１７】
次に、以上のように構成された本形態の作用を説明する。まず、概要を説明すると、ナビゲーション装置１００は、最初にデータ更新のタイムスケジュールを、データセンタ１５０から放送衛星２００を介して受信する。データセンタ１５０によるタイムスケジュール送信処理は図４のフローチャートに従って行なわれ、ナビゲーション装置１００におけるタイムスケジュール取得処理は図５のフローチャートに従って行なわれる。次に、データセンタ１５０は、前記タイムスケジュールに基づいて、図６のフローチャートに従い、更新データを放送衛星２００から放送する。ナビゲーション装置１００は、放送される更新データを、図７のフローチャートに従って受信し、データを更新する。以下、順に説明する。
【００１８】
（１）センタ側におけるタイムスケジュールの送信……データセンタ１５０では、計時部３６で日時がカウントされており（ステップＳ６０）、これが中央処理装置３０で参照されている。そして、予め定めた送信時刻となったときは（ステップＳ６２のYes）、記憶装置３４のタイムスケジュール作成部３４Ｃに作成されたタイムスケジュールが通信装置３２から放送衛星２００に送信される（ステップＳ６４）。
【００１９】
（２）車両側におけるタイムスケジュールの受信……車両側のナビゲーション装置１００では、ユーザによって入力装置１２によりタイムスケジュールの受信時刻が設定される（ステップＳ１０でYes）。なお、この受信時刻の設定を、データセンタ１５０から送信される送信時刻を受信して自動で設定するようにしてもよい。計時部１４では日時の計時が行われる（ステップＳ１２）。そして、タイムスケジュール受信の設定時刻となると（ステップＳ１４でYes）、中央処理装置１０によって電源供給部２６が駆動され、通信装置２８の電源がオンとなる（ステップＳ１６）。
【００２０】
そして、一定の受信待機時間の経過までにタイムスケジュールを受信したときは（ステップＳ２６，Ｓ１８でyes）、受信したタイムスケジュールを記憶装置２４のタイムスケジュール記憶部２４Ｄに格納される（ステップＳ２２）。なお、データセンタ１５０からは、後述するように放送衛星２００を介して正確な現在時刻も送信されるので、必要があれば自車の時刻を補正する（ステップＳ２０）。タイムスケジュールを受信して格納した後は、中央処理装置１０によって電源供給部２６により、通信装置２８の電源がオフとなる（ステップＳ２４）。
【００２１】
（３）センタ側における更新データの送信……データセンタ１５０では、送信したタイムスケジュールに基づいて、図６の手順で該当する更新データを送信する。すなわち、中央処理装置３０は、計時部３６における計時を参照し（ステップＳ７２）、送信すべき更新データがあるときは（ステップＳ７４でYes）、該当する更新データを記憶装置３４の更新データ記憶部３４Ｂから読み出して、通信装置３２で放送衛星２００に送信する（ステップＳ７６）。更新データは、タイムスケジュール通りに放送衛星２００から地上に向けて送信される。なお、このとき、更新データと平行して、次週のタイムスケジュールと正確な現在時刻が常時送信される。
【００２２】
（４）車両側における更新データの受信……図７に示す更新データの受信処理は、タイムスケジュールを受信したことにより開始する（ステップＳ３０でYes）。中央処理装置１０は、記憶装置２４の更新データ記憶部２４Ｃに記憶されている更新データの更新日と、タイムスケジュール記憶部２４Ｄに記憶されているタイムスケジュールの更新日時を比較する（ステップＳ３２）。その結果、受信すべき更新データ，すなわち新規更新データがあるときは（ステップＳ３４のYes）、その送信日時をタイムスケジュールから読み出す（ステップＳ３６）。なお、週のスケジュールが終了した時点で、自動的に中央処理装置１０の電源をオンとし、次の週のタイムスケジュールと現在の更新データの更新日時とを照合し、更新可能なデータの更新スケジュールの日時を全て抽出するようにしてもよい。
【００２３】
例えば、記憶装置２４のタイムスケジュール記憶部２４Ｄに図３のタイムスケジュールが格納されており、また、既受信の更新データが「データＮｏ．０７−１０３，更新日９８．１０．２０」であるとする。この場合、タイムスケジュールを参照すると、データＮＯ．０７−１０３の更新日は図３から「９９．０１．１１」であり、前記既受信のデータよりも新しい。このようなときに、前記ステップＳ３４でYesとなる。そして、タイムスケジュールのデータＮＯ．０７−１０３のの送信日時である「１５：３０：４５」がタイムスケジュールから読み出される。
【００２４】
中央処理装置１０は、計時部１４を参照し（ステップＳ３８）、タイムスケジュールから読み出した新規更新データの送信日時となったら（ステップＳ４０のYes）、電源供給部２６によって通信装置２８の電源をオンとする（ステップＳ４２）。そして、所定の受信待機時間の経過までに新規更新データを受信したときは（ステップＳ５０，Ｓ４４のYes）、受信したデータに基づいて更新データ記憶部２４Ｃの該当データが更新される。前記例では、データＮｏ０７−１０３が新規更新データによって更新される。なお、データ更新後、更新日時も新規更新データの更新日時に更新される。データ更新後、電源供給部２６によって通信装置２８の電源はオフとなる（ステップＳ４８）。
【００２５】
このように、車両用ナビゲーション装置１００は、受信したタイムスケジュールよって更新データの送信時刻を判別し、判別された時刻に通信装置の電源をオンとする。そして、更新データを受信すると、受信した更新データに基づいて車両側で保持しているデータを更新する。
【００２６】
本発明には数多くの実施形態があり、以上の開示に基づいて多様に改変することが可能である。例えば、次のようなものも含まれる。
（１）同一のデータを複数回送信するようにしてもよい。そうすると、複数回の更新処理が可能となり、通信障害などがあっても良好にデータ更新を行うことができる。
（２）更新対象としては、地図データや経路探索用プログラムなど、ナビゲーション用の各種のデータに対して適用可能である。
（３）上述した更新データやタイムスケジュールは一例であり、必要に応じて適宜設定してよい。
（４）データを更新したときに、その旨をユーザに映像や音声で通知するようにしてもよい。
（５）前記形態は、本発明を車両用のナビゲーション装置に適用したものであるが、歩行者用移動端末など各種の移動体に適用可能である。
【００２７】
【発明の効果】
以上説明したように、本発明によれば、次のような効果がある。
（１）車両用端末の記億装置のデータのうち更新すべきデータを判断し、該判断されたデータについての更新データの送信日時に受信を開始するので、定時通信を行う場合に比べて、更新データを確実に取得できる。
（２）受信手段は、前記判断された日時に電源が供給され更新データの受信を開始するので、更新データを省電力で確実に取得できる。
【００２８】
次に、他の発明について説明する。本発明は、前方道路上の障害物を検出し、ドライバに報知する車両用報知装置に関するものである。
【００２９】
１．従来技術……従来、ビデオカメラで撮像した道路画像と赤外線カメラ等により撮像した道路の温度分布とを合成して表示し、道路領域に特定の温度部分がある場合に警報を発することにより、ユーザに障害物を回避させるようにした装置が提案されている（特開平８ー２６３７８４号参照）。例えば、道路領域上に低温部分が検出されれば雪や氷が存在すると判断し、高温部分が検出されれば人間や動物が存在すると判定する。そして、それらを回避するように警報や表示を行う。
【００３０】
２．解決しようとする課題……しかしながら、このような従来技術では、道路領域に特定の温度部分があれば、ドライバが容易に現認できる場合でも警報が発せられてしまう。このため、ドライバが警報に慣れてしまい、本来の役目を果たすことができなくなる可能性がある。
【００３１】
３．課題を解決するための手段……本発明は、以下の特徴を有する。
（１）移動体前方に、肉眼で視認困難な障害物が存在する場合に、その旨を報知することを特徴とする障害報知方法。
（２）暗視カメラと人間の目の感度で撮像する可視カメラにより同一の走行障害物を撮像し、前記暗視カメラにより撮像された暗視画像の走行障害物像のうち、前記可視カメラにより撮像された可視画像に存在しない走行障害物像を判別し、該判別された走行障害物像についてユーザが認識できるように報知することを特徴とする車両用報知装置。
【００３２】
４．実施形態……以下、本発明の一実施形態を説明する。図８には、本形態の構成が示されている。この例は、本形態の報知装置をナビゲーション装置に適用したものである。図８に示すように、本装置は、中央処理装置５０を中心に、入力装置５２，ＲＯＭ５４，ＲＡＭ５６，センサ５８，表示装置６０，記憶装置６２，暗視カメラ６４，可視カメラ６６が含まれている。中央処理装置５０は、ＣＰＵを中心に構成されており、ＲＯＭ５４や記憶装置６２のプログラム領域６２Ａに格納されているプログラムに基づいて経路探索や経路案内などの各種のナビゲーション処理や、図１０のフローチャートに示した走行障害物判断・報知処理を実行する。
【００３３】
入力装置５２は、タッチパネル，ボタンスイッチ，リモコンスイッチなど適宜の入力手段によって構成されている。運転者などの車両搭乗者の使い勝手を考慮して、音声入力装置を含んでもよい。ＲＯＭ５４は、処理に必要なプログラムのうち、ＢＩＯＳなどの基本的なものが格納されたメモリである。ＲＡＭ５６は、処理時に適宜利用されるメモリである。センサ５８は、ＧＰＳセンサ，速度センサ，ジャイロセンサなどを含んでおり、これらによってナビゲーションに必要なデータが得られるようになっている。表示装置６０は、タッチパネルが表示面に設けられた液晶モニタやＣＲＴなどによって構成されており、経路案内における地図表示を始めとする各種の表示が行われる。
【００３４】
記憶装置６２は、例えばＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの記憶メディアを利用したものである。本形態では、プログラム記憶部６２Ａに動作に、ナビゲーションや障害物判断・報知などの各種の処理プログラムが記憶されている。暗視カメラ６４は、赤外線カメラ，高感度カメラ，サーモグラフィなどの暗視画像を撮像するカメラである。可視カメラ６６は、可視光のもとで撮像を行う通常の可視画像を撮像するカメラである。暗視カメラ６４と可視力メラ６６は、車両前方の同一範囲を撮像できるように、車両に取り付けられている。
【００３５】
次に、図９に示すような場合を例として、本形態の動作を説明する。図９では、障害物として人物ｈ１，ｈ２が車両前方に存在している。そして、人物ｈ１は街灯Ｌに照らされており、人物ｈ２は照らされていない。図１０には、障害物判断・報知処理動作のフローチャートが示されている。ユーザ（ドライバ）が初期画面等において、入力装置５２の操作によって予め「走行障害物報知モード」を選択すると、同図のステップＳ１０２以下が実行される（ステップＳ１００でYes）。すなわち、暗視カメラ６４，可視カメラ６６による撮像が開始され（ステップＳ１０２，Ｓ１０６）、１フレーム分の暗視画像，可視画像が取り込まれる（ステップＳ１０４，Ｓ１０８）。
【００３６】
上述した図９の場合、図１１（Ａ）に示す暗視画像と、同図（Ｂ）に示す可視画像がそれぞれＲＡＭ５６に格納される（Ｓ１４、Ｓ１８）。図１１（Ａ）の暗視画像中には、走行障害物領域ｈ１，ｈ２が存在する。ここで、走行障害物とは、歩行者，動物，凍結道など、通常の車両走行の障害となるものをいう。これら走行障害物領域ｈ１，ｈ２の存在のため、ステップＳ２０の判断はYesとなる。なお、ステップＳ２０における領域の判断は、公知の領域抽出手段等により実行される。
【００３７】
次に、各走行障害物領域毎に対応する可視画像の領域について、平均明るさを演算する（ステップＳ１１４）。明るさは、例えば同領域の各画素の平均輝度又は、平均明度等により求める。そして、求めた平均明るさを予め設定したしきい値と比較する（ステップＳ１１６）。その結果、走行障害物領域の平均明るさがしきい値以下の場合は（ステップＳ１１６のYes）、その走行障害物領域についてユーザは視認できないと推定し（ステップＳ１１６でYes）、走行障害物報知用の音声出力を行う（ステップＳ１１８）。以上の動作は、カウンタを設定し（ステップＳ１１２）、各走行障害物領域毎に対応する可視画像の領域のすべてについて順に行われる（ステップＳ１２０，１２２）。
【００３８】
上述した図９の例では、ステップＳ１１２における走行障害物領域はｈ１，ｈ２の２つなので、総数ｎ＝２となる。走行障害物領域ｈ１に対応する可視画像の領域ｈ３（図１１（Ｃ）参照）は、街灯Ｌに照らされており、同領域ｈ３の各画素の平均輝度＞しきい値となる（ステップＳ１１６でNo）。しかし、走行障害物領域ｈ２に対応する可視画像の領域ｈ４（図１１（Ｃ）参照）は、街灯Ｌに照らされておらず、同領域ｈ４の各画素の平均輝度＜しきい値となる（ステップＳ１１６でYes）。従って、同走行障害物領域ｈ２については、報知用の音声が出力される（ステップＳ１１８）。報知用の音声は、例えば、「ビービー前方右側に歩行者がいます。」などである。又は、図１１（Ｄ）に示すように、表示装置６０の画面上のｈ２位置において、ｈ２の像を点滅させる。全ての走行障害物領域について処理が実行されると、ステップＳ１０２，Ｓ１０６で再度画像が取り込まれ、上記処理が繰り返される。
【００３９】
５．他の態様……本発明には数多くの実施形態があり、以上の開示に基づいて多様に改変することが可能である。例えば、次のようなものも含まれる。
（１）前記報知装置をナビゲーション装置と組み合わせ、ナビゲーションによって検出された現在位置と地図データを参照することにより、現在位置が山奥などの街灯等のない地域と判別された場合に、図１０のステップＳ１０の障害物報知モードとなるようにしてもよい。この場合、街灯などのない地域の位置を特定するデータを、ナビゲーションデータに含めるようにする。
【００４０】
（２）暗視力メラが赤外線カメラであるときなど、可能であれば、暗視カメラと可視カメラを共用するようにしてもよい。図１２には、その一例が示されている。同図において、車両前方画像は、撮像光学系７０によって撮像され、分波器７２で赤外線と可視光線に分波される。赤外線は赤外線モニタ７４に供給され、可視光線は可視光線モニタ７６に供給される。これらモニタ７４，７６の画像に対しては、中央処理装置５０（図８参照）で、上述した画像解析が行われ、ドライバにとって認識困難な障害物が検出される。なお、図８では表示装置を１台としたが、図１２のように、暗視用と可視用にそれぞれ表示装置を設けるようにしてもよい。
（３）図８では、障害物報知装置をナビゲーション装置に組み込んだが、別個の装置構成とすることを妨げるものではない。
【００４１】
６．発明の効果……このように、本発明によれば、暗視カメラと人間の目の感度で撮像する可視カメラにより同一の走行障害物が撮像される。そして、前記暗視カメラにより撮像された暗視画像の走行障害物像のうち、前記可視カメラにより撮像された可視画像は人間の目で視認されていると推定して除外し、他の視認されていないと考えられる走行障害物についてユーザにその旨が報知される。すなわち、可視画像にない走行障害物像，つまり、可視画像に全く存在しないか、闇夜のカラスのように周囲に溶け込んでほとんど存在しないと考えられるような障害物が検出される。そして、ユーザが認識できるような手段，例えば音声の出力や検出された障害物の表示などの方法でその旨が報知される。従って、ユーザが容易に認識できるか、もしくは容易に認識できると推定される走行障害物についは報知されないため、頻繁に警報が発せられる煩わしさを解消できる。また、警報に対する慣れが防止され、本来の役目を果たすことができる。
【図面の簡単な説明】
【図１】データ更新を行う移動体端末の一実施形態を示すブロック図である。
【図２】前記形態における更新データと更新日の一例を示す図である。
【図３】前記形態におけるデータ更新のタイムスケジュールを示す図である。
【図４】前記形態におけるタイムスケジュール送信処理の手順を示すフローチャートである。
【図５】前記形態におけるタイムスケジュール受信処理の手順を示すフローチャートである。
【図６】前記形態における更新データ送信処理の手順を示すフローチャートである。
【図７】前記形態における更新データ受信処理の手順を示すフローチャートである。
【図８】他の発明である障害報知装置の一実施形態を示すブロック図である。
【図９】車両前方の障害物の状況の一例を示す図である。
【図１０】前記実施形態における障害物判断及び報知処理の手順を示すフローチャートである。
【図１１】前記障害物判断及び報知処理の手順の様子を示す図である。
【図１２】障害物報知装置の他の形態を示すブロック図である。
【符号の説明】
１０…中央処理装置
１２…入力装置
１４…計時部
２０…センサ
２２…表示装置
２４Ａ…ナビゲーションデータ記憶部
２４Ｂ…プログラム記憶部
２４Ｃ…更新データ記憶部
２４Ｄ…タイムスケジュール記憶部
２４…記憶装置
２６…電源供給部
２８…通信装置
３０…中央処理装置
３２…通信装置
３４…記憶装置
３４Ａ…プログラム記憶部
３４Ｂ…更新データ記憶部
３４Ｃ…タイムスケジュール作成部
３６…計時部
５０…中央処理装置
５２…入力装置
５８…センサ
６０…表示装置
６２…記憶装置
６２Ａ…プログラム記憶部
６４…暗視カメラ
６６…可視カメラ
７０…撮像光学系
７２…分波器
７４，７６…モニタ
１００…ナビゲーション装置
１５０…データセンタ
２００…放送衛星
ｈ１，ｈ２…走行障害物領域
【発明の属する技術分野】
本発明は何らかのデータを記憶した移動体端末及びデータ更新システムに関し、例えば、地図などのナビゲーション用データの更新に好適な移動体端末及びデータ更新システムの改良に関するものである。
【０００２】
【背景技術】
一般的なナビゲーション装置では、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどによって地図などのナビゲーションデータが供給されており、その内容を新しいものに更新する場合には、通常新しい内容のＣＤ−ＲＯＭなどを新規購入する必要がある。しかし、この方法では、データ更新の頻度に限界があり、またユーザが更新を行わないと、古い内容のデータのままナビゲーションが行われるという不都合がある。
【０００３】
これに対し、データ更新の手法として、特開平８−９５４８８号公報に記載された電子地図システム及びカーナビゲーション装置がある。これは、地形変化や道路新設などの更新地図データを外部から通信によって取得し、自動的に内蔵地図データを更新することで最新地図を表示するようにすることを目的としたものである。この背景技術によれば、端末局側の交信手段は、定時通信により、ホスト局から最新の更新地図データを受信する。更新地図データには、道路の新設や工事に伴うデータが含まれている。
【０００４】
【発明が解決しようとする課題】
しかしながら、上述した背景技術では、データの更新が端末局毎に行われるため、多数の端末局がある場合には必ずしも効率的とはいえない。また、定時通信でデータ更新を行うため、ホスト局側に必要な更新データがないときは、データ更新を行うことができないという不都合もある。
【０００５】
更に、車載用のナビゲーション装置の場合は、状況によっては、ホスト局との通信を良好に行うことができない可能性がある。例えば、都市部を走行しているような場合、ビルなど電波の受信の障害にあるものが多く、ホスト局側との通信が途切れたり、全く不通になってしまう可能性もある。従って、上述した背景技術のように、定時通信によってデータを更新する手法では、必ずしも良好にデータを更新できない可能性がある。
【０００６】
本発明は、以上の点に着目したもので、データの更新を確実に行うことができる効率的なシステムを提供することを、その目的とするものである。
【０００７】
【課題を解決するための手段】
前記目的を達成するため、本発明は、データの記憶装置を有し、センタ側から送信された更新データに基づいて前記記憶装置のデータを更新する移動体端末において、前記センタが作成したタイムスケジュールと、前記記憶装置に記憶されている更新データの更新日時を比較し、受信すべき新規の更新データがあるかどうかを判断するデータ判断手段，該データ判断手段によって新規の更新データがあると判断された場合に、前記タイムスケジュールから、該当する更新データの送信日時を読み出す送信日時判断手段；該送信日時判断手段によって読み出された送信日時に、該当する更新データの受信を開始する受信手段；受信した更新データに基づいて、前記記憶装置のデータを更新するデータ更新手段；前記送信日時判断手段によって読み出された送信日時に前記受信手段に駆動用の電源を供給し、前記更新データの受信後に前記受信手段の駆動用の電源の供給を停止する電源供給手段；を備えたことを特徴とする。
【０００８】
主要な形態の一つは、前記受信手段は、前記センタ側から送信された現在時刻を受信し、該現在時刻に基づいて移動体端末の時刻を補正することを特徴とする。
【０００９】
本発明のデータ更新システムは、前記いずれかの移動体端末；前記タイムスケジュールに基づいて、該当する更新データを送信するセンタ；該センタから送信された更新データを、前記移動体端末に対して放送する放送衛星；を含むことを特徴とする。本発明の前記及び他の目的，特徴，利点は、以下の詳細な説明及び添付図面から明瞭になろう。
【００１０】
【発明の実施の形態】
以下、本発明の一実施形態について詳細に説明する。図１には、本形態の構成が示されている。同図に示すように、本形態は、車両側のナビゲーション装置１００，データセンタないしは情報センタ１５０，及び放送衛星２００によって構成されている。これらのうち、ナビゲーション装置１００は、中央処理装置１０を中心に、入力装置１２，計時部１４，ＲＯＭ１６，ＲＡＭ１８，センサ２０，表示装置２２，記憶装置２４，電源供給部２６，通信装置２８が含まれている。これらのうち、中央処理装置１０は、ＣＰＵを中心に構成されており、ＲＯＭ１６や記憶装置２４に格納されているプログラムに基づいて経路探索や経路案内などの各種のナビゲーション処理や、図５及び図７のフローチャートに示したデータ更新処理を実行する。
【００１１】
入力装置１２は、タッチパネル，ボタンスイッチ，リモコンスイッチなど適宜の入力手段によって構成されている。運転者などの車両搭乗者の使い勝手を考慮して、音声入力装置を含んでもよい。計時部１４は、日時の計測を行うものである。ＲＯＭ１６は、処理に必要なプログラムのうち、ＢＩＯＳなどの基本的なものが格納されたメモリである。ＲＡＭ１８は、処理時に適宜利用されるメモリである。センサ２０は、ＧＰＳセンサ，速度センサ，ジャイロセンサなどを含んでおり、これらによってナビゲーションに必要なデータが得られるようになっている。表示装置２２は、タッチパネルが表示面に設けられた液晶モニタやＣＲＴなどによって構成されており、経路案内における地図表示を始めとする各種の表示が行われる。
【００１２】
記憶装置２４は、例えばハードディスクなどの記憶メディアを利用したものである。本形態では、ナビゲーションデータ記憶部２４Ａの他に、プログラム記憶部２４Ｂ，更新データ記憶部２４Ｃ，タイムスケジュール記憶部２４Ｄを備えている。これらのうち、ナビゲーションデータ記憶部２４Ａには、ナビゲーションに必要なデータ，例えば地図データや経路案内データが記憶されている。プログラム記憶部２４Ｂには、ナビゲーションやデータ更新などの各種の処理プログラムが記憶されている。更新データ記憶部２４Ｃは、更新されたナビゲーションデータを記憶するためのものである。タイムスケジュール記憶部２４Ｄは、データ更新のタイムスケジュールを記憶するためのものである。電源供給部２６は、中央処理装置１０からの指示に基づいて通信装置２８に駆動電源を供給するためのものである。通信装置２８は、放送衛星２００から放送されたデータを受信するためのものである。
【００１３】
次に、データセンタ１５０は、中央処理装置３０，通信装置３２，記憶装置３４，計時部３６を含んでいる。中央処理装置３０は、ＣＰＵを中心に構成されている。通信装置３２は、放送衛星２００と通信するためのもので、データセンタ１５０から送信されたデータが放送衛星２００によって放送される構成となっている。記憶装置３４は、更新データなどの送信やタイムスケジュール作成用のプログラムを格納したプログラム記憶部３４Ａ，更新すべきデータを格納した更新データ記憶部３４Ｂ，タイムスケジュール作成に利用されるタイムスケジュール作成部３４Ｃなどを含んでいる。計時部３６は、日時を計測するためのものである。
【００１４】
上述した更新データは、車両側のナビゲーションデータを更新するためのデータで、道路の新設，工事，交通規制などのナビゲーション用のデータの更新内容の他、ナビゲーションプログラムの更新内容も含んでいる。この更新データは、例えば図２に示すように、個々の識別番号（データＮｏ．）と更新日（更新データの作成日）で表されている。例えば、九州地区に関する更新データは、データＮｏが「０７−００１」，「０７−００２」……「０７−００ｎ」となっている。そして、例えばデータＮｏ「０７−００１」の更新日は「９８．１０．２０」であるという具合である。他の地区の更新データについても同様である。このように、本形態によれば、更新データは、各地区毎に細分化されている。このようにすることで、例えば車両側が断続的にしかデータを受信できないような場合でも、受信に成功する可能性が高くなるように配慮されている。
【００１５】
上述したタイムスケジュールは、更新データの送信のスケジュールを示すもので、例えば図３に示すように、ある週における更新データの送信時刻をテーブル化したものである。同図の例では、データＮｏ「０７−１０３」，更新日１９９９年０１月１１日の更新データは、１５時３０分４５秒〜４７秒の間に放送される。データＮｏ「０１−１０３」，更新日１９９９年０１月１１日の更新データは、１時３０分４５秒〜４７秒の間に放送される。他の更新データについても、図示の通りである。
【００１６】
各更新データのデータＮｏを単位とした送信日時データは、予め定められて記憶装置３４に格納されている。中央処理装置３０は、それらの送信日時データから、該当する週のものを抽出し、図３に示すようなテーブルとする。このとき、記憶装置３４のタイムテーブル作成部３４Ｂが利用される。なお、タイムスケジュールテーブルを予め作成して記憶装置３４に格納しておいてもよい。このデータ更新のタイムスケジュールテーブルは、予め設定された時刻でデータセンタ１５０から放送衛星２００に送信され、各車両に向けて放送される。
【００１７】
次に、以上のように構成された本形態の作用を説明する。まず、概要を説明すると、ナビゲーション装置１００は、最初にデータ更新のタイムスケジュールを、データセンタ１５０から放送衛星２００を介して受信する。データセンタ１５０によるタイムスケジュール送信処理は図４のフローチャートに従って行なわれ、ナビゲーション装置１００におけるタイムスケジュール取得処理は図５のフローチャートに従って行なわれる。次に、データセンタ１５０は、前記タイムスケジュールに基づいて、図６のフローチャートに従い、更新データを放送衛星２００から放送する。ナビゲーション装置１００は、放送される更新データを、図７のフローチャートに従って受信し、データを更新する。以下、順に説明する。
【００１８】
（１）センタ側におけるタイムスケジュールの送信……データセンタ１５０では、計時部３６で日時がカウントされており（ステップＳ６０）、これが中央処理装置３０で参照されている。そして、予め定めた送信時刻となったときは（ステップＳ６２のYes）、記憶装置３４のタイムスケジュール作成部３４Ｃに作成されたタイムスケジュールが通信装置３２から放送衛星２００に送信される（ステップＳ６４）。
【００１９】
（２）車両側におけるタイムスケジュールの受信……車両側のナビゲーション装置１００では、ユーザによって入力装置１２によりタイムスケジュールの受信時刻が設定される（ステップＳ１０でYes）。なお、この受信時刻の設定を、データセンタ１５０から送信される送信時刻を受信して自動で設定するようにしてもよい。計時部１４では日時の計時が行われる（ステップＳ１２）。そして、タイムスケジュール受信の設定時刻となると（ステップＳ１４でYes）、中央処理装置１０によって電源供給部２６が駆動され、通信装置２８の電源がオンとなる（ステップＳ１６）。
【００２０】
そして、一定の受信待機時間の経過までにタイムスケジュールを受信したときは（ステップＳ２６，Ｓ１８でyes）、受信したタイムスケジュールを記憶装置２４のタイムスケジュール記憶部２４Ｄに格納される（ステップＳ２２）。なお、データセンタ１５０からは、後述するように放送衛星２００を介して正確な現在時刻も送信されるので、必要があれば自車の時刻を補正する（ステップＳ２０）。タイムスケジュールを受信して格納した後は、中央処理装置１０によって電源供給部２６により、通信装置２８の電源がオフとなる（ステップＳ２４）。
【００２１】
（３）センタ側における更新データの送信……データセンタ１５０では、送信したタイムスケジュールに基づいて、図６の手順で該当する更新データを送信する。すなわち、中央処理装置３０は、計時部３６における計時を参照し（ステップＳ７２）、送信すべき更新データがあるときは（ステップＳ７４でYes）、該当する更新データを記憶装置３４の更新データ記憶部３４Ｂから読み出して、通信装置３２で放送衛星２００に送信する（ステップＳ７６）。更新データは、タイムスケジュール通りに放送衛星２００から地上に向けて送信される。なお、このとき、更新データと平行して、次週のタイムスケジュールと正確な現在時刻が常時送信される。
【００２２】
（４）車両側における更新データの受信……図７に示す更新データの受信処理は、タイムスケジュールを受信したことにより開始する（ステップＳ３０でYes）。中央処理装置１０は、記憶装置２４の更新データ記憶部２４Ｃに記憶されている更新データの更新日と、タイムスケジュール記憶部２４Ｄに記憶されているタイムスケジュールの更新日時を比較する（ステップＳ３２）。その結果、受信すべき更新データ，すなわち新規更新データがあるときは（ステップＳ３４のYes）、その送信日時をタイムスケジュールから読み出す（ステップＳ３６）。なお、週のスケジュールが終了した時点で、自動的に中央処理装置１０の電源をオンとし、次の週のタイムスケジュールと現在の更新データの更新日時とを照合し、更新可能なデータの更新スケジュールの日時を全て抽出するようにしてもよい。
【００２３】
例えば、記憶装置２４のタイムスケジュール記憶部２４Ｄに図３のタイムスケジュールが格納されており、また、既受信の更新データが「データＮｏ．０７−１０３，更新日９８．１０．２０」であるとする。この場合、タイムスケジュールを参照すると、データＮＯ．０７−１０３の更新日は図３から「９９．０１．１１」であり、前記既受信のデータよりも新しい。このようなときに、前記ステップＳ３４でYesとなる。そして、タイムスケジュールのデータＮＯ．０７−１０３のの送信日時である「１５：３０：４５」がタイムスケジュールから読み出される。
【００２４】
中央処理装置１０は、計時部１４を参照し（ステップＳ３８）、タイムスケジュールから読み出した新規更新データの送信日時となったら（ステップＳ４０のYes）、電源供給部２６によって通信装置２８の電源をオンとする（ステップＳ４２）。そして、所定の受信待機時間の経過までに新規更新データを受信したときは（ステップＳ５０，Ｓ４４のYes）、受信したデータに基づいて更新データ記憶部２４Ｃの該当データが更新される。前記例では、データＮｏ０７−１０３が新規更新データによって更新される。なお、データ更新後、更新日時も新規更新データの更新日時に更新される。データ更新後、電源供給部２６によって通信装置２８の電源はオフとなる（ステップＳ４８）。
【００２５】
このように、車両用ナビゲーション装置１００は、受信したタイムスケジュールよって更新データの送信時刻を判別し、判別された時刻に通信装置の電源をオンとする。そして、更新データを受信すると、受信した更新データに基づいて車両側で保持しているデータを更新する。
【００２６】
本発明には数多くの実施形態があり、以上の開示に基づいて多様に改変することが可能である。例えば、次のようなものも含まれる。
（１）同一のデータを複数回送信するようにしてもよい。そうすると、複数回の更新処理が可能となり、通信障害などがあっても良好にデータ更新を行うことができる。
（２）更新対象としては、地図データや経路探索用プログラムなど、ナビゲーション用の各種のデータに対して適用可能である。
（３）上述した更新データやタイムスケジュールは一例であり、必要に応じて適宜設定してよい。
（４）データを更新したときに、その旨をユーザに映像や音声で通知するようにしてもよい。
（５）前記形態は、本発明を車両用のナビゲーション装置に適用したものであるが、歩行者用移動端末など各種の移動体に適用可能である。
【００２７】
【発明の効果】
以上説明したように、本発明によれば、次のような効果がある。
（１）車両用端末の記億装置のデータのうち更新すべきデータを判断し、該判断されたデータについての更新データの送信日時に受信を開始するので、定時通信を行う場合に比べて、更新データを確実に取得できる。
（２）受信手段は、前記判断された日時に電源が供給され更新データの受信を開始するので、更新データを省電力で確実に取得できる。
【００２８】
次に、他の発明について説明する。本発明は、前方道路上の障害物を検出し、ドライバに報知する車両用報知装置に関するものである。
【００２９】
１．従来技術……従来、ビデオカメラで撮像した道路画像と赤外線カメラ等により撮像した道路の温度分布とを合成して表示し、道路領域に特定の温度部分がある場合に警報を発することにより、ユーザに障害物を回避させるようにした装置が提案されている（特開平８ー２６３７８４号参照）。例えば、道路領域上に低温部分が検出されれば雪や氷が存在すると判断し、高温部分が検出されれば人間や動物が存在すると判定する。そして、それらを回避するように警報や表示を行う。
【００３０】
２．解決しようとする課題……しかしながら、このような従来技術では、道路領域に特定の温度部分があれば、ドライバが容易に現認できる場合でも警報が発せられてしまう。このため、ドライバが警報に慣れてしまい、本来の役目を果たすことができなくなる可能性がある。
【００３１】
３．課題を解決するための手段……本発明は、以下の特徴を有する。
（１）移動体前方に、肉眼で視認困難な障害物が存在する場合に、その旨を報知することを特徴とする障害報知方法。
（２）暗視カメラと人間の目の感度で撮像する可視カメラにより同一の走行障害物を撮像し、前記暗視カメラにより撮像された暗視画像の走行障害物像のうち、前記可視カメラにより撮像された可視画像に存在しない走行障害物像を判別し、該判別された走行障害物像についてユーザが認識できるように報知することを特徴とする車両用報知装置。
【００３２】
４．実施形態……以下、本発明の一実施形態を説明する。図８には、本形態の構成が示されている。この例は、本形態の報知装置をナビゲーション装置に適用したものである。図８に示すように、本装置は、中央処理装置５０を中心に、入力装置５２，ＲＯＭ５４，ＲＡＭ５６，センサ５８，表示装置６０，記憶装置６２，暗視カメラ６４，可視カメラ６６が含まれている。中央処理装置５０は、ＣＰＵを中心に構成されており、ＲＯＭ５４や記憶装置６２のプログラム領域６２Ａに格納されているプログラムに基づいて経路探索や経路案内などの各種のナビゲーション処理や、図１０のフローチャートに示した走行障害物判断・報知処理を実行する。
【００３３】
入力装置５２は、タッチパネル，ボタンスイッチ，リモコンスイッチなど適宜の入力手段によって構成されている。運転者などの車両搭乗者の使い勝手を考慮して、音声入力装置を含んでもよい。ＲＯＭ５４は、処理に必要なプログラムのうち、ＢＩＯＳなどの基本的なものが格納されたメモリである。ＲＡＭ５６は、処理時に適宜利用されるメモリである。センサ５８は、ＧＰＳセンサ，速度センサ，ジャイロセンサなどを含んでおり、これらによってナビゲーションに必要なデータが得られるようになっている。表示装置６０は、タッチパネルが表示面に設けられた液晶モニタやＣＲＴなどによって構成されており、経路案内における地図表示を始めとする各種の表示が行われる。
【００３４】
記憶装置６２は、例えばＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの記憶メディアを利用したものである。本形態では、プログラム記憶部６２Ａに動作に、ナビゲーションや障害物判断・報知などの各種の処理プログラムが記憶されている。暗視カメラ６４は、赤外線カメラ，高感度カメラ，サーモグラフィなどの暗視画像を撮像するカメラである。可視カメラ６６は、可視光のもとで撮像を行う通常の可視画像を撮像するカメラである。暗視カメラ６４と可視力メラ６６は、車両前方の同一範囲を撮像できるように、車両に取り付けられている。
【００３５】
次に、図９に示すような場合を例として、本形態の動作を説明する。図９では、障害物として人物ｈ１，ｈ２が車両前方に存在している。そして、人物ｈ１は街灯Ｌに照らされており、人物ｈ２は照らされていない。図１０には、障害物判断・報知処理動作のフローチャートが示されている。ユーザ（ドライバ）が初期画面等において、入力装置５２の操作によって予め「走行障害物報知モード」を選択すると、同図のステップＳ１０２以下が実行される（ステップＳ１００でYes）。すなわち、暗視カメラ６４，可視カメラ６６による撮像が開始され（ステップＳ１０２，Ｓ１０６）、１フレーム分の暗視画像，可視画像が取り込まれる（ステップＳ１０４，Ｓ１０８）。
【００３６】
上述した図９の場合、図１１（Ａ）に示す暗視画像と、同図（Ｂ）に示す可視画像がそれぞれＲＡＭ５６に格納される（Ｓ１４、Ｓ１８）。図１１（Ａ）の暗視画像中には、走行障害物領域ｈ１，ｈ２が存在する。ここで、走行障害物とは、歩行者，動物，凍結道など、通常の車両走行の障害となるものをいう。これら走行障害物領域ｈ１，ｈ２の存在のため、ステップＳ２０の判断はYesとなる。なお、ステップＳ２０における領域の判断は、公知の領域抽出手段等により実行される。
【００３７】
次に、各走行障害物領域毎に対応する可視画像の領域について、平均明るさを演算する（ステップＳ１１４）。明るさは、例えば同領域の各画素の平均輝度又は、平均明度等により求める。そして、求めた平均明るさを予め設定したしきい値と比較する（ステップＳ１１６）。その結果、走行障害物領域の平均明るさがしきい値以下の場合は（ステップＳ１１６のYes）、その走行障害物領域についてユーザは視認できないと推定し（ステップＳ１１６でYes）、走行障害物報知用の音声出力を行う（ステップＳ１１８）。以上の動作は、カウンタを設定し（ステップＳ１１２）、各走行障害物領域毎に対応する可視画像の領域のすべてについて順に行われる（ステップＳ１２０，１２２）。
【００３８】
上述した図９の例では、ステップＳ１１２における走行障害物領域はｈ１，ｈ２の２つなので、総数ｎ＝２となる。走行障害物領域ｈ１に対応する可視画像の領域ｈ３（図１１（Ｃ）参照）は、街灯Ｌに照らされており、同領域ｈ３の各画素の平均輝度＞しきい値となる（ステップＳ１１６でNo）。しかし、走行障害物領域ｈ２に対応する可視画像の領域ｈ４（図１１（Ｃ）参照）は、街灯Ｌに照らされておらず、同領域ｈ４の各画素の平均輝度＜しきい値となる（ステップＳ１１６でYes）。従って、同走行障害物領域ｈ２については、報知用の音声が出力される（ステップＳ１１８）。報知用の音声は、例えば、「ビービー前方右側に歩行者がいます。」などである。又は、図１１（Ｄ）に示すように、表示装置６０の画面上のｈ２位置において、ｈ２の像を点滅させる。全ての走行障害物領域について処理が実行されると、ステップＳ１０２，Ｓ１０６で再度画像が取り込まれ、上記処理が繰り返される。
【００３９】
５．他の態様……本発明には数多くの実施形態があり、以上の開示に基づいて多様に改変することが可能である。例えば、次のようなものも含まれる。
（１）前記報知装置をナビゲーション装置と組み合わせ、ナビゲーションによって検出された現在位置と地図データを参照することにより、現在位置が山奥などの街灯等のない地域と判別された場合に、図１０のステップＳ１０の障害物報知モードとなるようにしてもよい。この場合、街灯などのない地域の位置を特定するデータを、ナビゲーションデータに含めるようにする。
【００４０】
（２）暗視力メラが赤外線カメラであるときなど、可能であれば、暗視カメラと可視カメラを共用するようにしてもよい。図１２には、その一例が示されている。同図において、車両前方画像は、撮像光学系７０によって撮像され、分波器７２で赤外線と可視光線に分波される。赤外線は赤外線モニタ７４に供給され、可視光線は可視光線モニタ７６に供給される。これらモニタ７４，７６の画像に対しては、中央処理装置５０（図８参照）で、上述した画像解析が行われ、ドライバにとって認識困難な障害物が検出される。なお、図８では表示装置を１台としたが、図１２のように、暗視用と可視用にそれぞれ表示装置を設けるようにしてもよい。
（３）図８では、障害物報知装置をナビゲーション装置に組み込んだが、別個の装置構成とすることを妨げるものではない。
【００４１】
６．発明の効果……このように、本発明によれば、暗視カメラと人間の目の感度で撮像する可視カメラにより同一の走行障害物が撮像される。そして、前記暗視カメラにより撮像された暗視画像の走行障害物像のうち、前記可視カメラにより撮像された可視画像は人間の目で視認されていると推定して除外し、他の視認されていないと考えられる走行障害物についてユーザにその旨が報知される。すなわち、可視画像にない走行障害物像，つまり、可視画像に全く存在しないか、闇夜のカラスのように周囲に溶け込んでほとんど存在しないと考えられるような障害物が検出される。そして、ユーザが認識できるような手段，例えば音声の出力や検出された障害物の表示などの方法でその旨が報知される。従って、ユーザが容易に認識できるか、もしくは容易に認識できると推定される走行障害物についは報知されないため、頻繁に警報が発せられる煩わしさを解消できる。また、警報に対する慣れが防止され、本来の役目を果たすことができる。
【図面の簡単な説明】
【図１】データ更新を行う移動体端末の一実施形態を示すブロック図である。
【図２】前記形態における更新データと更新日の一例を示す図である。
【図３】前記形態におけるデータ更新のタイムスケジュールを示す図である。
【図４】前記形態におけるタイムスケジュール送信処理の手順を示すフローチャートである。
【図５】前記形態におけるタイムスケジュール受信処理の手順を示すフローチャートである。
【図６】前記形態における更新データ送信処理の手順を示すフローチャートである。
【図７】前記形態における更新データ受信処理の手順を示すフローチャートである。
【図８】他の発明である障害報知装置の一実施形態を示すブロック図である。
【図９】車両前方の障害物の状況の一例を示す図である。
【図１０】前記実施形態における障害物判断及び報知処理の手順を示すフローチャートである。
【図１１】前記障害物判断及び報知処理の手順の様子を示す図である。
【図１２】障害物報知装置の他の形態を示すブロック図である。
【符号の説明】
１０…中央処理装置
１２…入力装置
１４…計時部
２０…センサ
２２…表示装置
２４Ａ…ナビゲーションデータ記憶部
２４Ｂ…プログラム記憶部
２４Ｃ…更新データ記憶部
２４Ｄ…タイムスケジュール記憶部
２４…記憶装置
２６…電源供給部
２８…通信装置
３０…中央処理装置
３２…通信装置
３４…記憶装置
３４Ａ…プログラム記憶部
３４Ｂ…更新データ記憶部
３４Ｃ…タイムスケジュール作成部
３６…計時部
５０…中央処理装置
５２…入力装置
５８…センサ
６０…表示装置
６２…記憶装置
６２Ａ…プログラム記憶部
６４…暗視カメラ
６６…可視カメラ
７０…撮像光学系
７２…分波器
７４，７６…モニタ
１００…ナビゲーション装置
１５０…データセンタ
２００…放送衛星
ｈ１，ｈ２…走行障害物領域
Claims (3)
- データの記憶装置を有し、センタ側から送信された更新データに基づいて前記記憶装置のデータを更新する移動体端末において、
前記センタが作成したタイムスケジュールと、前記記憶装置に記憶されている更新データの更新日時を比較し、受信すべき新規の更新データがあるかどうかを判断するデータ判断手段，
該データ判断手段によって新規の更新データがあると判断された場合に、前記タイムスケジュールから、該当する更新データの送信日時を読み出す送信日時判断手段；
該送信日時判断手段によって読み出された送信日時に、該当する更新データの受信を開始する受信手段；
受信した更新データに基づいて、前記記憶装置のデータを更新するデータ更新手段；
前記送信日時判断手段によって読み出された送信日時に前記受信手段に駆動用の電源を供給し、前記更新データの受信後に前記受信手段の駆動用の電源の供給を停止する電源供給手段；
を備えたことを特徴とする移動体端末。 - 請求項１記載の移動体端末であって、
前記受信手段は、前記センタ側から送信された現在時刻を受信し、該現在時刻に基づいて移動体端末の時刻を補正することを特徴とする移動体端末。 - 請求項１又は２記載の移動体端末；
前記タイムスケジュールに基づいて、該当する更新データを送信するセンタ；
該センタから送信された更新データを、前記移動体端末に対して放送する放送衛星；
を含むことを特徴とするデータ更新システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09542899A JP4320831B2 (ja) | 1999-04-01 | 1999-04-01 | 移動体端末及びデータ更新システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09542899A JP4320831B2 (ja) | 1999-04-01 | 1999-04-01 | 移動体端末及びデータ更新システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000293788A JP2000293788A (ja) | 2000-10-20 |
| JP4320831B2 true JP4320831B2 (ja) | 2009-08-26 |
Family
ID=14137433
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP09542899A Expired - Fee Related JP4320831B2 (ja) | 1999-04-01 | 1999-04-01 | 移動体端末及びデータ更新システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4320831B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103253188A (zh) * | 2012-01-11 | 2013-08-21 | 罗伯特·博世有限公司 | 用于选择性输出告警信号的方法 |
Families Citing this family (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4752132B2 (ja) * | 2001-05-17 | 2011-08-17 | ソニー株式会社 | 移動体通信における情報提供システムおよび携帯端末 |
| JP3893304B2 (ja) * | 2002-04-05 | 2007-03-14 | 株式会社ケンウッド | 更新システム及びそれを用いたナビゲーションシステム |
| JP2003309626A (ja) * | 2002-04-15 | 2003-10-31 | Matsushita Electric Ind Co Ltd | 情報通信端末および情報通信システム |
| US7415243B2 (en) | 2003-03-27 | 2008-08-19 | Honda Giken Kogyo Kabushiki Kaisha | System, method and computer program product for receiving data from a satellite radio network |
| US8041779B2 (en) | 2003-12-15 | 2011-10-18 | Honda Motor Co., Ltd. | Method and system for facilitating the exchange of information between a vehicle and a remote location |
| US7818380B2 (en) | 2003-12-15 | 2010-10-19 | Honda Motor Co., Ltd. | Method and system for broadcasting safety messages to a vehicle |
| JP2007533004A (ja) | 2004-04-06 | 2007-11-15 | 本田技研工業株式会社 | アプリケーション情報に関する車両関連のメッセージの交換を制御するための方法及びシステム |
| US7643788B2 (en) | 2004-09-22 | 2010-01-05 | Honda Motor Co., Ltd. | Method and system for broadcasting data messages to a vehicle |
| JP4622587B2 (ja) * | 2005-03-07 | 2011-02-02 | パナソニック株式会社 | 情報表示システムおよびそのプログラム |
| JP4872245B2 (ja) * | 2005-06-06 | 2012-02-08 | トヨタ自動車株式会社 | 歩行者認識装置 |
| JP4646778B2 (ja) * | 2005-10-21 | 2011-03-09 | アイシン・エィ・ダブリュ株式会社 | 地図情報配信システム |
| US8046162B2 (en) | 2005-11-04 | 2011-10-25 | Honda Motor Co., Ltd. | Data broadcast method for traffic information |
| JP4856944B2 (ja) * | 2005-12-21 | 2012-01-18 | 日立オートモティブシステムズ株式会社 | 地図放送受信端末および地図放送受信方法 |
| US7668653B2 (en) | 2007-05-31 | 2010-02-23 | Honda Motor Co., Ltd. | System and method for selectively filtering and providing event program information |
| US8099308B2 (en) | 2007-10-02 | 2012-01-17 | Honda Motor Co., Ltd. | Method and system for vehicle service appointments based on diagnostic trouble codes |
| JP5295942B2 (ja) * | 2009-12-24 | 2013-09-18 | 日本電信電話株式会社 | 無線端末のソフトウェア更新方法および無線ネットワーク |
| JP5931451B2 (ja) * | 2012-01-13 | 2016-06-08 | 株式会社日立国際電気 | 無線通信システム及び無線受信機 |
-
1999
- 1999-04-01 JP JP09542899A patent/JP4320831B2/ja not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103253188A (zh) * | 2012-01-11 | 2013-08-21 | 罗伯特·博世有限公司 | 用于选择性输出告警信号的方法 |
| CN103253188B (zh) * | 2012-01-11 | 2016-09-21 | 罗伯特·博世有限公司 | 用于选择性输出告警信号的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000293788A (ja) | 2000-10-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4320831B2 (ja) | 移動体端末及びデータ更新システム | |
| JP5251805B2 (ja) | 車載用電子機器及びプログラム | |
| JP2000285394A (ja) | 車両の表示装置 | |
| JP2001256598A (ja) | 危険箇所報知システム | |
| US10346689B2 (en) | Apparatus and method for connecting a mobile device camera | |
| CA3045435A1 (en) | Pedestrian protecting system and method for operating the same | |
| JPH08201078A (ja) | 車載用ナビゲーション装置 | |
| JP2004061259A (ja) | 情報提供装置、情報提供方法及び情報提供用プログラム | |
| JP3900508B2 (ja) | 車両の周囲情報報知装置 | |
| JP2002274218A (ja) | 車両用表示装置 | |
| JP2010117315A (ja) | 運転支援装置および運転支援プログラム | |
| JP2001285101A (ja) | デジタル放送受信機 | |
| JP2001322493A (ja) | 車両周辺映像表示装置 | |
| CN110301133B (zh) | 信息处理装置、信息处理方法和计算机可读记录介质 | |
| JP2013191215A (ja) | 車載用電子機器及びプログラム | |
| JP2005029025A (ja) | 車載表示装置、画像表示方法および画像表示プログラム | |
| JP2000278621A (ja) | ディジタルテレビ受信機における追加データダウンロード制御システム | |
| JP2003237466A (ja) | 自動車用後部座席監視システム及び撮像装置 | |
| JP2010026951A (ja) | 安全走行用の自動支援機器の制御装置 | |
| JPH1047978A (ja) | 車両用前方モニタ装置 | |
| JP2004056785A (ja) | 車載用画像処理装置 | |
| JP2000283785A (ja) | カーナビゲーションシステムおよび方法 | |
| JP2003536185A (ja) | 交通情報伝達方法および交通情報システム | |
| JP2002002425A (ja) | 車両用表示装置 | |
| JP2001004383A (ja) | ナビゲーションシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060324 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081118 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090113 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090210 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090410 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090512 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090525 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120612 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120612 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130612 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140612 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |