JP4134510B2 - In-vehicle information terminal - Google Patents
In-vehicle information terminal Download PDFInfo
- Publication number
- JP4134510B2 JP4134510B2 JP2000379871A JP2000379871A JP4134510B2 JP 4134510 B2 JP4134510 B2 JP 4134510B2 JP 2000379871 A JP2000379871 A JP 2000379871A JP 2000379871 A JP2000379871 A JP 2000379871A JP 4134510 B2 JP4134510 B2 JP 4134510B2
- Authority
- JP
- Japan
- Prior art keywords
- landmark
- time
- data
- user information
- vehicle
- 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
Landscapes
- Navigation (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Traffic Control Systems (AREA)
- Instructional Devices (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、地図情報を基に案内や検索を行う車載情報端末および目標物選択方法に関するものである.
【0002】
【従来の技術】
従来,車載情報端末において、経路の目的地又は経由地を設定する場合には、使用者が地図上の位置を直接設定するか、若しくは最寄り検索,情報検索等の処理を実行した結果を用いて設定していた(例えば、特開2000−2556号公報)。
【0003】
【発明が解決しようとする課題】
しかしながら,この方法で複雑な経路を設定しようとすると、使用者は自分の所望の経路を得るために何回も目標物や施設の検索および経路探索の操作を繰り返さなければならず、操作が煩雑であった。
【0004】
一方、上記とは別に、固定の観光ルートを予め複数記憶するという方法もあるが、これは旅行会社等が決めた経路をそのまま載せたもので、使用者の行きたい場所が必ずしも経路にあるわけではなく、仮に使用者がこの経路を変更したいと望んでも変更はできないか操作が煩雑になるという欠点があった。
【0005】
本発明はこのような問題を解決するためになされたもので、簡単な操作で使用者の嗜好にあった走行経路を得る車載情報端末ならびに走行経路作成方法を提供するものである。
【0006】
【課題を解決するための手段】
本発明の車載情報端末は、ランドマークの種別を含む走行軌跡を作成する手段と、ランドマークへの総立ち寄り時間、およびランドマークの使用者の嗜好・関心の度合いを示す訪問係数を含む使用者情報をランドマーク毎に格納し、かつ、ランドマークへの総立ち寄り時間の基準値を示す時間と、訪問係数の基準値を示す係数との関係を表わす対応表をランドマーク毎に格納した記憶手段と、走行軌跡に基づいてランドマークへの立ち寄り時間を算出し、この立ち寄り時間を使用者情報に含まれる総立ち寄り時間に加算して新総立ち寄り時間を算出し、かつ、ランドマークの種別に対応する対応表に従って新総立ち寄り時間から新たな訪問係数を求め、前記使用者情報を更新する更新手段とで構成されている。この構成により、現在位置もしくは指定位置の近辺にあって、走行履歴から使用者の嗜好・関心の度合いを定量的に学習・更新することができる。
【0007】
また、本発明の車載情報端末は、使用者情報に含まれる訪問係数に基づいてランドマークを選択する手段をさらに備えて構成されている。また、衛星および車両センサの少なくとも一方により現在位置を算出する自車位置算出手段と、指定位置データとコース種別データとを入力する入力手段とをさらに備え、訪問係数に基づいてランドマークを選択する手段は、コース種別データに対応する種別のランドマークのうち、訪問係数の順に現在位置もしくは指定位置の近傍のランドマークを選択する。この構成により、走行履歴から使用者の嗜好・関心の度合いを定量的に学習・更新することができる。
【0008】
また、本発明の車載情報端末は、更新手段が、ランドマークに前回立ち寄ったときの時刻と、ランドマークに再度訪問したときの時刻とに基づいてランドマークに再度訪問するまでの時間である更新間隔を算出し、この更新間隔に基づいて訪問係数を修正する。また、記憶手段は、ランドマークに前回立ち寄ったときの時刻を格納し、かつ、更新間隔の基準値である時間と、立ち寄り時間を修正する修正係数の基準値である係数との関係を表す対応表をランドマークの種別毎に格納し、更新手段は、この対応表を参照して更新間隔から修正係数を求める。この構成により、訪問係数の精度を向上することができる。
【0009】
また、本発明の車載情報端末は、更新手段が、走行軌跡に含まれる自車位置およびランドマークの位置に基づいて自車とランドマークとの間の直線距離を算出し、この算出され た直線距離によって立ち寄り時間を修正する。また、記憶手段は、自車とランドマークとの間の直線距離の基準値である距離と、立ち寄り時間を修正する修正係数の基準値である係数との関係を表す対応表を格納し、更新手段は、この対応表を参照して直線距離から修正係数を求める。このことによって、訪問係数の精度を更に向上することができる。
【0010】
また、本発明の車載情報端末は、選択されたランドマークへの巡回経路探索を行うコース作成手段を追加した構成である。この構成により、適切な走行経路を得ることができる。
【0011】
また、本発明の車載情報端末は、選択されたランドマークおよび探索された巡回経路を地図上に表示する表示手段を加えた構成である。この構成により、使用者が選択したランドマークを巡って容易に走行することができる。
【0012】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を用いて説明する。
【0013】
図1は本発明の車載情報端末の実施例の構成を示す機能ブロック図である。
【0014】
本実施例の車載情報端末は、使用者、センサ等からの入力を制御し、現在位置と指定位置および走行目的などを出力するための入力データ制御部1と、記録している地図データベースの読み込みを制御し、前記現在位置および指定位置を中心とする所定の範囲の地図データと走行軌跡データを作成・出力する地図制御部2と、使用者の嗜好・関心を反映した目標物(立ち寄る対象の土地・施設・建物などをいう。以下同じ。)に関する情報を記述した使用者情報および前記走行軌跡データ等を記録するメモリ3と、走行軌跡データより使用者の嗜好・関心を学習して、使用者情報を更新する使用者情報更新部4と、地図データおよび使用者情報等を基に目標物等を決定して経路探索を行うコース作成部5と探索経路の全体図と各目標物への到着予測時間等の表示を行う表示部6とを備えたものである。
【0015】
本発明において重要な役割を担っている使用者情報について、図9で説明する。この使用者情報には、使用者の嗜好・関心に合致した目標物の種別コードと名称および目標物に前回までに立ち寄った時間の総計と前回に立ち寄った年月日・時刻と嗜好・関心の度合いを表す訪問係数などが含まれている。なお、図9の使用者情報の各データには、説明のためのデータ記号UA〜UHを付している。
【0016】
種別コードは、4桁の16進数で表し、16進数であることを表すコード「0x」を先頭に付している。この例では図11に掲げるように、1桁目で大分類を、2桁目で中分類を、3桁目と4桁目とで小分類を表している。また、大分類の1〜3は旅行関連を、大分類の4〜6は生活関連の処理分類を表している。
【0017】
立ち寄った年月日は6桁の10進数で表し、西暦年の下2桁および月と日とをそれぞれ2桁ずつの数字で表している。立ち寄った時刻は4桁の数字で表し、24時間表示の時間と分とをそれぞれ2桁の数字で表している。
【0018】
訪問係数は、後述する算出方法による0と1との間の数で、嗜好・関心の度合いが高い方が大きい値を持つ。
【0019】
まず上記実施例の動作の概要を図2〜図22を用いて説明する。初めにコース作成部5の行うコース作成処理について図2〜図4のフローチャートを参照して説明する。
【0020】
入力データ制御部に、巡回点ピックアップ条件(巡回点ピックアップ条件とは、図8のように、出発地・目的地・走行指定地である巡回基準点それぞれの位置・走行目的を示すコース種別などを言う。)が入力され、コース作成部5へ供給される(図2ステップ2、以下フローチャートではS2のように略記する。)と、コース作成部は巡回点ピックアップ処理を実行する(図2ステップ3から、図3の巡回点ピックアップ処理STARTへ処理が移行する)。
【0021】
この巡回点ピックアップ処理では、主として以下の処理を行う。
【0022】
1)地図データベースの中より、巡回基準点付近の地図データを選択して読み込む(ステップ6)。
【0023】
2)使用者情報を順次読み(ステップ6またはステップ13)、コース種別に合うデータを選択する(ステップ7とステップ8またはステップ10とステップ11)。
【0024】
3)1)項で選択された地図データの中より、その目標物の種別コードが、2)項において選択されたデータの種別コードに合致するものを選択して、巡回点リストへ追記する(ステップ9またはステップ12)。
【0025】
4)使用者情報が終わるまで、2)項と3)項を繰返す(ステップ14)。この巡回点ピックアップ処理によって、使用者情報に記録された使用者の嗜好・関心を表す目標物の種別コードに適合する、巡回基準点付近の目標物すなわち巡回点が求められる。
【0026】
次に、使用者情報更新部4の行う使用者情報更新動作について、図5〜図7のフローチャートを参照して説明する。地図情報部2より走行軌跡データが供給される(図5ステップ36)と、使用者情報更新部4は使用者情報更新処理を実行する(図5ステップ37から、図6の使用者情報更新処理STARTへ処理が移行する)。使用者情報更新処理は主として以下の処理を行う。
【0027】
1)走行軌跡データより、駐車か否かを判定する(ステップ45)。
【0028】
2)駐車の場合には、地図データより求めた、現在地近辺の目標物(以下、ランドマークとも云う)に立ち寄ったと仮定して、以下の処理を続行する。なお、実施例の仮定は、使用者の確認を加えれば、確定にすることもできる。
【0029】
3)自車と目標値の距離によって、駐車時間により立ち寄り時間を推定する(図7ステップ59、ステップ60)。
【0030】
4)使用者情報に、目標物を含むデータの有無を判定する(図7ステップ63)。
【0031】
A.使用者情報に、目標物を含むデータがある場合には、
i)立ち寄り時間を使用者情報の総立ち寄り時間に加え、新総立ち寄り時間とし(ステップ64)、
ii)立ち寄った時刻と使用者情報の立ち寄った時刻との差を、更新間隔とする(ステップ65)。
【0032】
iii)目標物の種別コードによって異なる算出方法によって、新総立ち寄り時間より、訪問係数を求め(ステップ73または76)、更新間隔時間より、修正係数を求め(ステップ72または75)、両係数の積を訪問係数とする(ステップ74)。
【0033】
iv)使用者情報のデータの総立ち寄り時間・立ち寄った年月日と時刻・訪問係数を更新する(S78)。
【0034】
B.使用者情報に、目標物を含むデータがない場合には、
i)立ち寄り時間を新総立ち寄り時間とする(ステップ66)。
【0035】
ii)目標物の種別コードによって異なる算出方法によって、新総立ち寄り時間より、訪問係数を求める(ステップ68または69)。
【0036】
iii)目標物の種別コードと名称、および総立ち寄り時間・立ち寄った年月日と時刻・訪問係数を追記する(ステップ70)。目標物の種別コードと名称、および総立ち寄り時間・立ち寄った年月日と時刻・訪問係数を追記する(ステップ70)。
【0037】
5)使用者情報のデータを訪問係数の大きい順に並べ直す(ステップ79)。
【0038】
以上のような使用者情報の更新動作によって、目標物について使用者の嗜好・関心を自動的に学習して、使用者情報のデータが更新される。従って、このより使用者情報の更新動作を繰返すことにより、使用者の嗜好・関心の学習が進むことになり、より適切に前述のコース作成が可能になる。
【0039】
引続いて、上記の実施例の動作を詳細に説明する。
【0040】
電源の投入やリセットスタートによって車載情報端末が動作を開始すると、コース作成部5と使用者情報更新部4が起動される。コース作成部5は所定の初期化処理を図2のステップ1で行った後、ピックアップ条件の入力待ちとなる(図2のステップ2)。以下に、図8のピックアップ条件(下記)の実施例が入力された場合について説明する。
【0041】
出発地経度:139°23′35″ 出発地緯度:35°34′07″
巡回基準点経度:139°02′06″ 巡回基準点緯度:35°11′58″
目的地経度:139°01′29″ 目的地緯度:35°12′03″
コース種別:旅行
図3の巡回点ピックアップ処理においては、最初に巡回点ピックアップ条件に示された、巡回基準点Cを中心とした所定範囲、例えば半径または東西南北10kmの範囲などの地図データの読み込みを地図制御部へ要求し、出発地Sを巡回点リスト(図12)へ登録し、さらに、使用者情報のデータである使用者情報記録の先頭データを取得する(ステップ6)。
【0042】
図9の使用者情報記録の実施例の先頭データUAは次の通りである。
【0043】
種別コード:0x5112 名称:コンビニエンスストア1
総立ち寄り時間:1150分 立ち寄った年月日:00328
立ち寄った時刻:2015 訪問係数:0.92
この取得データについて処理を進める(ステップ7)。巡回点ピックアップ条件に示されたコース種別が旅行の場合は、ステップ8を実行し、旅行でない場合はステップ10を実行する。図8の実施例ではコース種別が旅行のためステップ8を実行する。
【0044】
使用者情報記録より取得したデータに示された種別コードを判定し(ステップ8)、種別コードが旅行関連の場合は、ステップ9の巡回点リスト作成処理を実行し、旅行関連でない場合はステップ9を実行しない。取得した使用者情報記録データUAの種別コードは生活関連のためステップ9を実行せず、使用者情報記録の次のデータを取得する(ステップ13)。使用者情報記録が終了か否かを判定し(ステップ14)、終了の場合はステップ15を実行し、終了でない場合はステップ7に戻り、以上の処理を繰返し実行する。
【0045】
この使用者情報記録のデータUBおよびデータUCの種別コードも生活の関連ためステップ7以下先ほどと同様のステップを経て、使用者情報記録の次のデータUDを取得して、処理を行う。
【0046】
種別コード:0x3611 名称:スキー場1
総立ち寄り時間:19900分 立ち寄った年月日:000301
立ち寄った時刻:1320 訪問係数:0.57
この使用者情報記録のデータUDの種別コードは旅行関連のため、ステップ9の巡回点リスト追加処理を実行する。次に図4の巡回点リスト追加処理について説明する。地図データの最初の下記データMAを取得し、中分類一致フラグを0にする(ステップ16)。
【0047】
種別コード:0x1421 ランドマーク名称:箱根関所跡
ランドマーク中心経度:139°01′45″ ランドマーク中心緯度:35°11′21″
最寄り道路:0x1120
この取得データMAについて処理を進める。使用者情報記録のデータUDと地図データのデータMAとの種別コードの一致を判定する(ステップ18)。一致の場合はステップ20を実行し、一致しなかった場合はステップ19を実行する。探しているデータUDの種別コードは0x3611のためステップ19を実行する。次に、使用者情報記録のデータUDの種別コードと地図データMAの種別コードの中分類までの一致を判定する(ステップ23)。一致した場合はステップ25を実行し、一致しなかった場合はステップ24を実行する。探している種別コードは0x3611のためステップ24を実行する。中分類一致フラグが1の場合はステップ34を実行し、1でない場合はステップ29を実行する(ステップ24)。ここでは、中分類一致フラグは0のため、ステップ29を実行する。使用者情報記録のデータUDの種別コードと地図データMAの種別コードの大分類との一致を判定する(ステップ30)。
【0048】
一致した場合はステップ31以下を実行し、一致しなかった場合は直接ステップ34へ飛ぶ。探しているデータUDの種別コードは0x3611であり、地図データMAの種別コードは0x1421のためステップ34へ飛び、地図データの次のデータMBを取得する(ステップ34)。
【0049】
地図データが終了の場合は処理を終了し、終了でない場合は上記のステップ17以下を繰返し実行する(ステップ35)。
【0050】
地図データMB〜地図データMDの種別コードも大分類まで一致しないため、地図データの次のデータMEを取得して、同様の処理を行う。
【0051】
種別コード:0x3540 ランドマーク名称:アスレチックガーデン
ランドマーク中心経度:139°06′16″ ランドマーク中心緯度:35°13′51″
最寄り道路:0x01e0
この地図データMEの種別コードは大分類が一致するため、地図データより巡回点リスト(図12)に必要なランドマークの緯度、経度、最寄り道路IDなどを取得する(ステップ31)。取得した緯度経度と一致するデータが巡回点リストにすでに存在する場合はステップ34を実行し、存在しない場合はステップ33を実行する(ステップ32)。この場合には、まだ巡回点リストは作成していないため、取得したデータを巡回点リストに追加する(ステップ33)。
【0052】
地図データの次の下記データMFを取得する(ステップ34)。
【0053】
種別コード:0xfff ランドマーク名称:
ランドマーク中心経度: ランドマーク中心緯度:
最寄り道路:
地図データMFは終了データのため、巡回点リスト作成処理を終了する。図3の巡回点ピックアップ処理へ戻り、使用者情報記録の次のデータUEを取得して、処理を行う。
【0054】
種別コード:0x3521 名称:レジャーランド1
総立ち寄り時間:18000分 立ち寄った年月日:4991224
立ち寄った時刻:2130 訪問係数:0.55
この使用者情報記録のデータUEの種別コードは旅行関連のため、図4の巡回点リスト追加処理を実行する。先ほどと同様にして、下記の地図データMEを取得するまで処理を繰返す。
【0055】
種別コード:0x3540 ランドマーク名称:アスレチックガーデン
ランドマーク中心経度:139°06′16″ ランドマーク中心緯度:35°13′51″
最寄り道路:0x01e0
この地図データMEは先ほど追加した巡回点リスト(図12)に存在するために、再度リストに追加されない(ステップ32)。次の地図データMFは終了データのため、巡回点リスト追加処理は終了する。図3の巡回点ピックアップ処理のステップ13へ戻り、使用者情報記録の次の下記データUFを取得して処理を行う。
【0056】
種別コード:0x1432 名称:史跡1 総立ち寄り時間:5900分
立ち寄った年月日:980505 立ち寄った時刻:1715
訪問係数:0.34
この使用者情報記録のデータUFの種別コードは旅行関連のため、図4の巡回点リスト追加処理を実行する。下記地図データMAを取得して、先ほどと同様に処理を進める。
【0057】
種別コード:0x1421 ランドマーク名称:箱根関所跡
ランドマーク中心経度:139°01′45″ ランドマーク中心緯度:35°11′21″
最寄り道路:0x1120
前記データUFと地図データMAの種別コードは大・中分類が一致するため、地図データより巡回点リストに必要なランドマークの緯度、経度、最寄り道路IDを取得する(ステップ25)。取得した緯度経度と一致するデータが巡回点リストに存在しないため、取得したデータを巡回点リストへ追加する(ステップ27)。中分類一致フラグを1にする(ステップ28)。地図データの次の下記データMBを取得する(ステップ34)。
【0058】
種別コード:0x1210 ランドマーク名称:芦ノ湖
ランドマーク中心経度:139°02′01″ ランドマーク中心緯度:35°11′51″
最寄り道路:0x111e
この地図データMBおよび引き続く地図データMB〜地図データMEは大分類では一致するが、すでに中分類一致フラグが1になっているため(ステップ24
)、地図データMFを取得する(ステップ34)まで、同じ処理を繰り返す。
【0059】
次の地図データMFは終了データのため(ステップ35)、図4の巡回点リスト追加処理を終了し、図3の巡回点ピックアップ処理へ戻る。使用者情報記録の次の下記データUGを取得して、処理を続ける。
【0060】
種別コード:0x1111 名称:国定公園1 総立ち寄り時間:550分
立ち寄った年月日:990813 立ち寄った時刻:1045
訪問係数:0.15
この取得データについて処理を進める。この使用者情報記録のデータUGの種別コードは旅行関連のため、図4の巡回点リスト追加処理を実行する。次の地図データMAについて先ほどと同様に処理を進める。
【0061】
種別コード:0x1421 ランドマーク名称:箱根関所跡
ランドマーク中心経度:139°01′45″ ランドマーク中心緯度:35°11′21″
最寄り道路:0x1120
前記データUGとこの地図データMAの種別コードは大分類では一致するが、すでに巡回点リストの中に存在するため(ステップ32)、データは追加せず地図データの次の下記データMBを取得する(ステップ34)。
【0062】
種別コード:0x1210 ランドマーク名称:芦ノ湖
ランドマーク中心経度:139°02′01″ ランドマーク中心緯度:35°11′51″
最寄り道路:0x111e
前記データUGとこの地図データMBの種別コードは大分類で一致し巡回点リストの中にデータは存在しないので、巡回点リストに追加する(ステップ33)。
【0063】
次の地図データMCおよびデータMDも先ほどと同様であり、巡回点リストの中にデータは存在しないので、巡回点リストに追加する(ステップ33)。
【0064】
続いて地図データの次の下記データMEを取得する。
【0065】
種別コード:0x3540 ランドマーク名称:アスレチックガーデン
ランドマーク中心経度:139°06′16″ ランドマーク中心緯度:35°13′51″
最寄り道路:0x01e0
このデータMEの種別コードは大分類でも一致しないため(ステップ30)、地図データの次のデータMFを取得する(ステップ34)。地図データMFは終了データのため、図4の巡回点リスト追加処理を終了し、図3の巡回点ピックアップ処理へ戻る。使用者情報記録の次のデータUHは終了データのため、巡回点リスト(図12)に巡回点ピックアップ条件(図8)の目的地のデータEを追加する(ステップ15)。図3の巡回点ピックアップ処理を終了し、図2のコース作成処理に戻る。
【0066】
前記巡回点リストの巡回点を訪問係数の順に選択・増加させて、巡回点への推定立ち寄り時間(例えば、図9の使用者情報の総立ち寄り時間を立ち寄り回数(図には明示してない)で除した過去の平均立ち寄り時間などで求めた)と目標物間の推定移動時間の合計が、出発予定時間と目的地への到着希望時間あるいは巡回点での滞在予定時間(例えば、巡回点ピックアップ条件(図8)で設定して)内の範囲内で、巡回点の選択と前記巡回点を巡る最適な経路を探索する(ステップ4)。次に経路の全体図、各巡回点への到着時間、各巡回点間の距離を表示部6にて表示する(ステップ5)。
【0067】
以上で、一連のコース作成処理を終了し、再度初期処理ステップ2を実行して、次のピックアップ条件のデータ入力待ちとなる。
【0068】
次に使用者情報更新部4の使用者情報更新動作を図5〜7に沿って説明する。電源の投入やリセットスタートによって車載情報端末が動作を開始すると、使用者情報更新部4が起動されて、走行軌跡データの入力待ちとなる(図5のステップ36)。
【0069】
図15に掲げた走行軌跡の実施例が入力された場合について説明する。この例は、図22に示す場所において一度電源を落として停車した後、電源を再投入して車載情報端末が動作を開始した場合である。
【0070】
図15に掲げた走行軌跡は下記のデータである。
【0071】
自車経度:139°09′54″ 自車緯度:35°14′50″ 車速:0
年月日:000403 時間:1310 ランドマーク情報:P1
ランドマーク情報の項のP1で指定されるランドマーク情報(図16)には2つのデータが含まれており、次の通りである。
【0072】
図22のランドマーク1のランドマーク情報(図16のデータL1)
種別コード:0xc211 名称:ファミリーレストラン3
経度:139°09′35″ 緯度:35°14′50″
図22のランドマーク2のランドマーク情報(図16のデータL2)
種別コード:0x5111 名称:コンビニエンスストア1
経度:139°09′54″ 緯度:35°14′53″
上記の最新の走行軌跡データが地図制御部2から送られると、図5のステップ37から、図6の使用者情報更新処理STARTへ処理が移行する。最初に処理済みコードリスト(図13)を初期化し、直前の走行軌跡より得られるランドマークリスト(図14)の最初の下記データLL1を取得する(ステップ42)。
【0073】
種別コード:0xc211 年月日:000403 時間:1220
ランドマークの経度:139°09′54″ ランドマークの緯度:35°14′50″
自車経度:139°09′54″ 自車緯度:35°14′50″
このランドマークリストのデータLL1の自車位置と図15の走行軌跡データの自車位置とに示された緯度、経度より、この間の自車の移動距離を求める(ステップ43)。
【0074】
データLL1の自車位置 経度:139°09′54″ 緯度:35°14′50″
走行軌跡データの自車位置 経度:139°09′54″ 緯度:35°14′50″
両者の位置は同じであり、自車位置の移動距離は0[m]である。
【0075】
ランドマークリストのデータLL1に示された年月日と時間と走行軌跡データに示された年月日、時間との差より立ち寄り時間を求める(ステップ44)。
【0076】
データLL1の年月日:000403 データLL1の時間:1220
走行軌跡データの年月日:000403 走行軌跡データの時間:1310
両データの差より、立ち寄り時間は50分である。
【0077】
自車の移動が20[m]未満であり、かつ立ち寄り時間が3分以上経過しているという両条件を満たしているか否かを判定し(ステップ45)、前記両条件を満たしている場合は、駐車して立ち寄ったものと判断して、ステップ46以降の処理を実行し、前記条件を満たしていない場合は駐車と判断せず前記処理をスキップする。この例では共に条件を満たしているため、ステップ46以降を実行する。
【0078】
ランドマークリストのデータLL1に示されたランドマークの緯度、経度と走行軌跡データに示された自車の緯度、経度より、自車とランドマーク1との直線距離を求める(ステップ46)。
【0079】
ランドマーク1の位置 経度:139°09′55″ 緯度:35°14′50″
走行軌跡データの自車位置 経度:139°09′54″ 緯度:35°14′50″
この両データより、自車とランドマーク1との直線距離は25[m]である。ランドマーク1のデータLL1に示された種別コードが処理済みコードリストに示された種別コードの中に存在する場合はステップ48以下を実行し、存在しない場合はステップ51更新処理以下を実行する(ステップ47)。ここでは、処理済みコードリストにデータはまだ作られていないため、ステップ51の更新処理(図7)を実行する。次に更新処理を図7を参照して説明する。
【0080】
ランドマークリストのデータLL1に示された種別コードの最上位ビットである駐車場フラグが1の場合はステップ57以下を実行し、1でない場合はステップ59を実行する(ステップ56)。このデータLL1の種別コード(0xc211)の駐車場フラグは1のため、ステップ57を実行し、種別コードの駐車場フラグを0にする(ステップ57)。駐車場フラグを0にするため、データLL1の種別コードは0x4211となる。ランドマーク1との距離を10[m]に修正する(ステップ58)。
【0081】
ついで、ランドマークとの直線距離を基に立ち寄り時間の修正係数を算出する(ステップ59)。図17に前記直線距離と立ち寄り時間修正係数の関係を表すグラフの実施例を示す。ランドマーク1との直線距離は10[m]のため、立ち寄り時間修正係数は1.0となる。立ち寄り時間に修正係数をかけて、立ち寄り時間を修正する(ステップ60)。立ち寄り時間修正係数は1.0のため、立ち寄り時間は50分となる。
【0082】
使用者情報記録(図9)の最初のデータUAを取得する(ステップ61)。ランドマークリストのデータLL1に示された種別コードと種別コードが一致する使用者情報記録のデータをデータUAから順に探す(ステップ62)。使用者情報記録の中に一致するデータが見つかった場合はステップ64以下を実行し、一致するデータが見つからなかった場合はステップ66以下を実行する(ステップ63)。
【0083】
使用者情報記録の中で種別コードが一致するのは下記データUCで、次の通り。
【0084】
種別コード:0x4211 名称:ファミリーレストラン1
総立ち寄り時間:1720分 立ち寄った年月日:000322
立ち寄った時刻:1930 訪問係数:0.60
走行軌跡データ(図15)に示された年月日、時刻と使用者情報記録のデータUCに示された立ち寄った年月日、時刻より更新間隔を算出する(ステップ64)。
【0085】
走行軌跡データの年月日:000403 走行軌跡データの時刻:1310
データUCの年月日:000322 データUCの時刻;1939
両データの差より更新間隔は16900分となる。
【0086】
使用者情報記録のデータUCに示された総立ち寄り時間に今回求めた立ち寄り時間を加えて、総立ち寄り時間を算出し直す(ステップ65)。すなわち、先ほど求めた立ち寄り時間50分を、使用者情報記録のデータUCの総立ち寄り時間1720分に加えて1770分に更新する。
【0087】
前記種別コードが生活関連の場合はステップ72以下を実行し、生活関連でない場合はステップ75以下を実行する(ステップ71)。この場合の種別コード0x4211は生活関連であるので、ステップ72を実行する。
【0088】
更新間隔より生活関連の修正係数を算出する(ステップ72)。
【0089】
図18に生活関連の更新間隔と修正係数の関係の実施例をグラフで示す。更新間隔は16900分のため、生活関連の修正係数は0.6になる。
【0090】
総立ち寄り時間より生活関連の訪問係数を算出する(ステップ73)。
【0091】
図19に生活関連の総立ち寄り時間と訪問係数の関係の実施例をグラフで示す。総立ち寄り時間は1770分のため、訪問係数は0.61になる。
【0092】
生活関連の訪問係数0.61に修正係数0.6をかけて訪問係数を0.37に修正する(ステップ74)。
【0093】
使用者情報記録の前記データUCの総立ち寄り時間、立ち寄った年月日、時刻、訪問係数を更新する(ステップ78)。
【0094】
使用者情報記録を訪問係数の降順に並べ替えて処理を終了し(ステップ79)、使用者情報更新処理へ戻る。
【0095】
処理済みコードリストにランドマークリスト1の種別コード(ステップ52)およびランドマークと自車の直線距離を追加する(ステップ53)。
【0096】
ランドマークリスト(図14)の次のデータを得る(ステップ54)。ランドマークリストのデータが終了の場合は使用者情報更新処理を終了して図5のステップ38へ戻り、終了でない場合は再度ステップ46以下を実行する(ステップ55)。実施例ではランドマークリストの次の下記データLL2を得る。
【0097】
種別コード:0x5111 年月日:000403 時間:1220
ランドマークの経度:139°09′54″ ランドマークの緯度:35°14′53″
自車経度:139°09′54″ 自車緯度:35°14′50″
自車とランドマーク2との直線距離を求める(ステップ46)。
【0098】
ランドマーク2の位置 経度:139°09′54″ 緯度:35°14′53″
走行軌跡データの自車位置 経度:139°09′54″ 緯度:35°14′50″
両位置の差より、自車とランドマークとの直線距離は93[m]である。データLL2の種別コードは処理済みコードリストのデータに存在しないため、ステップ51更新処理(図7)を実行する。種別コードの駐車場フラグは1ではないため、ステップ59を実行する。ランドマーク2との直線距離は93[m]のため、立ち寄り時間修正係数は0.65となる。立ち寄り時間修正係数は0.65のため立ち寄り時間は33分に修正される。
【0099】
使用者情報記録のデータの中でデータLL2の種別コードと一致するデータは見つからないため、ステップ66を実行する。総立ち寄り時間を立ち寄り時間とする(ステップ66)。総立ち寄り時間は33分となる。ランドマークリストのデータに示された種別コードを判定し(ステップ67)、種別コードが生活関連の場合はステップ68を実行し、生活関連で無い場合はステップ69を実行する(ステップ67)。
【0100】
データLL2の種別コード0x5111は生活関連であるので、ステップ68を実行する。立ち寄り時間より生活関連の訪問係数を算出する(ステップ68)。総立ち寄り時間は33分のため、訪問係数は0.13になる。使用者情報記録に各項目のデータを追加する(ステップ70)。
【0101】
使用者情報記録を訪問係数の降順に並べ替えて処理を終了し、使用者情報更新処理へ戻る(ステップ79)。
【0102】
ランドマークリストは終了のため、図6使用者情報更新処理を終了して(ステップ55)、図5の使用者情報更新部の動作へ戻る。
【0103】
次に地図制御部2から走行軌跡データが入力されると(ステップ38)、ステップ39を実行する。走行軌跡データに示された車速が20[km/h]以下の場合は、ランドマークリストの更新処理(ステップ40、41)を実行し後に、20[km/h]以下でない場合は、そのまま、再び走行軌跡データの入力を待つ(ステップ39)。
【0104】
実施例では、走行軌跡データの車速が0[km/h]なので、ランドマークリストの更新処理であるステップ40以下を実行する。現在のランドマークリスト(図14)の全データを消去し(ステップ40)、走行軌跡データの全てのランドマーク情報(図16)をランドマークリストへ登録・更新する(ステップ41)。
【0105】
次にステップ38において、走行軌跡データの入力待ちとなる。
【0106】
以上述べたように、本発明においては、使用者の嗜好・関心の度合いが反映された使用者情報が走行軌跡データより自動的に更新される。
【0107】
なお、前述の巡回点ピックアップ処理においては、内蔵する地図データベースより必要部分を抽出するものとして説明を行ったが、通信によって、外部のサービスセンターなどに貯えられた地図データベースより必要部分を抽出することもできる。
【0108】
また、前述のコース作成処理においては、巡回点ピックアップ条件(図8)における、巡回基準点が1点であるとして説明を行ったが、複数の巡回基準点を設定して、その処理を順次行うように拡張することができる。
【0109】
また、巡回基準点を中心とした地図データの読出し(図3のステップ6)を、出発地から巡回基準点および巡回基準点から目的地までの経路に沿って、あるいは巡回基準点を指定せずに出発地から目的地までの経路に沿って、必要な範囲を順次読み出すことにより、経路沿いの目標物を検索するようにすることもできる。
【0110】
また、巡回点ピックアップ処理(図2のステップ3)の後、および/または、経路表示(図2のステップ5)の後に、従来の技術を用いて、取り出した巡回点すなわち目標物の削除・追加を行うことができることは云うまでも無い。
【0111】
なお、また、前記のコース作成処理(図2〜4)および使用者情報更新動作(図5〜7)においては、コース種別が旅行・生活の2種類に限定して説明したが、例えば、業務・趣味などその他の種類を追加しても本発明の本質を損なうものではない。
【0112】
また、同一車両を複数使用者で利用する場合には、使用者別の使用者情報を保存しておいて、使用者に応じて対応する使用者情報を適用することもできる。
【0113】
また、使用者情報を車両より取外し可能な記憶媒体、たとえばICカードなどに転記・保存しておいて、動作開始時に、使用者情報を前記記憶媒体より読み出すことにより、車両を変更しても使用者の嗜好・関心に適応したコースを作成することもできる。
【0114】
【発明の効果】
以上説明したように本発明によれば、使用者は特に意識することなく、走行軌跡を用いて、目標物についての使用者の嗜好・関心を学習させ、学習結果を用いて経路探索を行う事で、使用者にとって初めて訪れる場所においても使用者の嗜好・関心に合った目標物を選択し、走行経路を得ることができる。
【図面の簡単な説明】
【図1】 本発明の実施例の機能ブロック図
【図2】 本発明の実施例におけるコース作成処理のフロー図
【図3】 本発明の実施例における巡回点ピックアップ処理のフロー図
【図4】 本発明の実施例における巡回点リスト追加処理のフロー図
【図5】 本発明の実施例における使用者情報更新動作のフロー図
【図6】 本発明の実施例における使用者情報更新処理のフロー図
【図7】 本発明の実施例における更新処理のフロー図
【図8】 本発明の巡回点ピックアップ条件の一例を示す図
【図9】 本発明の使用者情報記録の一例を示す図
【図10】 本発明の巡回基準点近辺の地図データの一例を示す図
【図11】 本発明の種別コードの一例を示す図
【図12】 本発明の巡回点リストの一例を示す図
【図13】 本発明の処理済みコードリストの一例を示す図
【図14】 本発明のランドマークリストの一例を示す図
【図15】 本発明の走行軌跡データの一例を示す図
【図16】 本発明の走行軌跡のランドマーク情報の一例を示す図
【図17】 本発明の実施例におけるランドマークとの直線距離と立ち寄り時間修正係数の関係を表す図
【図18】 本発明の実施例における生活関連の更新間隔と修正係数の関係を表す図
【図19】 本発明の実施例における生活関連の総立ち寄り時間と訪問係数の関係を表す図
【図20】 本発明の実施例における旅行関連の更新間隔と修正係数の関係を表す図
【図21】 本発明の実施例における旅行関連の総立ち寄り時間と訪問係数の関係を表す図
【図22】 本発明の実施例における動作開始点の説明図
【符号の説明】
1 入力データ制御部
2 地図制御部
3 メモリ
4 使用者情報更新部
5 コース作成部
6 表示部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an in-vehicle information terminal that performs guidance and search based on map information and a target selection method.
[0002]
[Prior art]
Conventionally, when setting the destination or waypoint of a route in an in-vehicle information terminal, the user directly sets the position on the map, or uses the result of processing such as nearest search, information search, etc. (For example, JP 2000-2556 A).
[0003]
[Problems to be solved by the invention]
However, if a complicated route is set by this method, the user has to repeatedly search for a target or a facility and search for a route many times in order to obtain his desired route, which is complicated. Met.
[0004]
On the other hand, in addition to the above, there is a method of storing a plurality of fixed sightseeing routes in advance, but this is a route on which a travel agency decided, and the place where the user wants to go is not necessarily in the route. However, if the user wishes to change the route, the user cannot change the route or the operation becomes complicated.
[0005]
The present invention has been made to solve such a problem, and provides an in-vehicle information terminal and a travel route creation method for obtaining a travel route that meets a user's preference with a simple operation.
[0006]
[Means for Solving the Problems]
In-vehicle information terminal of the present invention,Means to create a travel locus that includes the type of landmark, total stoppage time for the landmark, and landmarkUser preferences and interestsIncludes a visit coefficient indicating the degree ofUser informationFor each landmarkStoreIn addition, a correspondence table showing the relationship between the time indicating the reference value of the total stop-off time for the landmark and the coefficient indicating the reference value of the visit coefficient is stored for each landmark.Storage means;Based on the driving trajectory, the stop time for the landmark is calculated, and the new stop time is calculated by adding this stop time to the total stop time included in the user information, and corresponding to the type of landmark A new visit coefficient is obtained from the new total stop-off time according to the table, and the updating means for updating the user informationIt is configured. With this configuration, in the vicinity of the current position or specified position,Learn and update the user's preference and interest level quantitatively from the driving historycan do.
[0007]
The in-vehicle information terminal of the present invention isFurther comprising means for selecting a landmark based on a visit coefficient included in the user informationIt is configured.The vehicle further includes a vehicle position calculation means for calculating a current position by at least one of a satellite and a vehicle sensor, and an input means for inputting designated position data and course type data, and selects a landmark based on a visit coefficient. The means selects a landmark in the vicinity of the current position or the designated position in the order of the visit coefficient among the types of landmarks corresponding to the course type data.With this configuration,Learn and update the user's preference and interest level quantitatively from the driving historycan do.
[0008]
The in-vehicle information terminal of the present invention is updatedBased on the time when the means last visited the landmark and the time when the landmark was visited again, an update interval, which is the time until the landmark was revisited, was calculated. Correct the visit factor. The storage means stores the time when the landmark was last visited, and represents the relationship between the time that is the reference value of the update interval and the coefficient that is the reference value of the correction coefficient for correcting the stop time A table is stored for each type of landmark, and the updating means refers to the correspondence table and obtains a correction coefficient from the update interval.With this configuration, the accuracy of the visit coefficient can be improved.
[0009]
The in-vehicle information terminal of the present invention isThe updating means calculates a straight line distance between the vehicle and the landmark based on the vehicle position and the landmark position included in the travel locus, and this calculated Correct the drop-in time according to the straight line distance. In addition, the storage means stores a correspondence table that represents a relationship between a distance that is a reference value of the straight line distance between the vehicle and the landmark and a coefficient that is a reference value of a correction coefficient for correcting the stop-by time. The means obtains a correction coefficient from the linear distance with reference to this correspondence table.By this, the accuracy of the visit coefficientTheFurther improvementcan do.
[0010]
The in-vehicle information terminal of the present invention isSelected landmarkIt is the structure which added the course preparation means to perform the round route search to. With this configuration, an appropriate travel route can be obtained.
[0011]
The in-vehicle information terminal of the present invention is selectedLandmarksAnd explorationWasIn this configuration, display means for displaying a patrol route on a map is added. This configuration allows the user to selectLandmarkYou can easily travel around.
[0012]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0013]
FIG. 1 is a functional block diagram showing a configuration of an embodiment of an in-vehicle information terminal according to the present invention.
[0014]
The in-vehicle information terminal according to the present embodiment controls input from a user, a sensor, etc., and outputs an input data control unit 1 for outputting a current position, a designated position, a traveling purpose, and the like, and reading a recorded map database A map control unit 2 that creates and outputs a predetermined range of map data and travel locus data centered on the current position and the specified position, and a target that reflects the user's preference and interest User information describing information related to land, facilities, buildings, etc.) and memory 3 for recording the travel locus data, etc., and learning and using the user's preferences and interests from the travel locus data. A user information update unit 4 that updates the user information, a course creation unit 5 that performs a route search by determining a target or the like based on the map data and the user information, etc., an overall view of the search route, and each target To It is obtained and a display unit 6 for displaying such estimated time.
[0015]
The user information that plays an important role in the present invention will be described with reference to FIG. This user information includes the type code and name of the target that matches the user's preferences and interests, the total number of times the target has been stopped by the previous time, and the date and time of the previous stop and the preference and interest. A visit coefficient indicating the degree is included. In addition, data symbols UA to UH for explanation are attached to each data of the user information in FIG.
[0016]
The type code is represented by a 4-digit hexadecimal number, and a code “0x” representing the hexadecimal number is attached to the head. In this example, as shown in FIG. 11, the major classification is in the first digit, the middle classification is in the second digit,3Digits and4The small classification is represented by the digit. The major classifications 1 to 3 represent travel-related, and the major classifications 4 to 6 represent life-related processing classifications.
[0017]
The date of stoppage is represented by a six-digit decimal number, and the last two digits of the year and the month and date are each represented by a two-digit number. The time of the stop is represented by a four-digit number, and the hour and minute of the 24-hour display are each represented by a two-digit number.
[0018]
The visit coefficient is a number between 0 and 1 according to a calculation method described later, and has a larger value when the degree of preference / interest is higher.
[0019]
First, the outline of the operation of the above embodiment will be described with reference to FIGS. First, the course creation processing performed by the course creation unit 5 will be described with reference to the flowcharts of FIGS.
[0020]
In the input data control unit, the round trip point pickup conditions (the round trip point pickup conditions are, as shown in FIG. Is input and supplied to the course creation unit 5 (step 2 in FIG. 2, abbreviated as S2 in the flowchart below), the course creation unit executes a round-point pick-up process (step 3 in FIG. 2). , The processing shifts to the cyclic point pickup processing START of FIG. 3).
[0021]
In this round point pickup process, the following processes are mainly performed.
[0022]
1) Select and read map data near the patrol reference point from the map database (step 6).
[0023]
2) User information is sequentially read (step 6 or step 13), and data suitable for the course type is selected (step 7 and step 8 or step 10 and step 11).
[0024]
3) From the map data selected in the item 1), select the target type code that matches the type code of the data selected in the item 2) and add it to the cyclic point list ( Step 9 or Step 12).
[0025]
4) Repeat steps 2) and 3) until the user information is completed (step 14). By this round trip point pick-up process, a target near the round base point, that is, a round trip point, that matches the target type code that represents the preference and interest of the user recorded in the user information is obtained.
[0026]
Next, the user information update operation performed by the user information update unit 4 will be described with reference to the flowcharts of FIGS. When the travel locus data is supplied from the map information unit 2 (step 36 in FIG. 5), the user information update unit 4 executes the user information update process (from step 37 in FIG. 5 to the user information update process in FIG. 6). Processing shifts to START). The user information update process mainly performs the following process.
[0027]
1) It is determined whether or not the vehicle is parked from the travel locus data (step 45).
[0028]
2) In the case of parking, the following processing is continued on the assumption that the vehicle has stopped at a target near the current location (hereinafter also referred to as a landmark) obtained from the map data. In addition, the assumption of an Example can also be confirmed if a user's confirmation is added.
[0029]
3) The stop time is estimated from the parking time based on the distance between the vehicle and the target value (step 59 and step 60 in FIG. 7).
[0030]
4) It is determined whether or not the user information includes data including the target (step 63 in FIG. 7).
[0031]
A. If the user information includes data that includes the target,
i) Add a stoppage time to the total stoppage time of the user information to obtain a new total stoppage time (step 64),
ii) The difference between the time when the user stops and the time when the user information stops is set as the update interval (step 65).
[0032]
iii) The visit coefficient is obtained from the new total stop-off time by a calculation method that differs depending on the target type code (step 73 or 76), the correction coefficient is obtained from the update interval time (step 72 or 75), and the product of both coefficients Is a visit coefficient (step 74).
[0033]
iv) The total stop time / date and time / time / visit coefficient of the user information data are updated (S78).
[0034]
B. If there is no data including the target in the user information,
i) The stoppage time is set as the new total stopover time (step 66).
[0035]
ii) A visit coefficient is obtained from the new total stop-off time by a calculation method that differs depending on the type code of the target (step 68 or 69).
[0036]
iii) Add the type code and name of the target, the total stoppage time, the date and time of stoppage, the time, and the visit coefficient (step 70). The type code and name of the target, and the total stop time, the date and time of the stop, the time, and the visit coefficient are added (step 70).
[0037]
5) Rearrange the user information data in descending order of visit coefficient (step 79).
[0038]
By the user information update operation as described above, the user's preference / interest is automatically learned about the target, and the user information data is updated. Therefore, by repeating the updating operation of the user information, learning of the user's preference and interest proceeds, and the above-described course creation can be performed more appropriately.
[0039]
Subsequently, the operation of the above embodiment will be described in detail.
[0040]
When the in-vehicle information terminal starts operation by turning on the power or resetting, the course creation unit 5 and the user information update unit 4 are activated. The course creation unit 5 performs a predetermined initialization process in step 1 of FIG. 2, and then waits for input of pickup conditions (step 2 of FIG. 2). Hereinafter, a case where the embodiment of the pickup condition (described below) in FIG. 8 is input will be described.
[0041]
Departure longitude: 139 ° 23'35 "Departure latitude: 35 ° 34'07"
Traveling reference point longitude: 139 ° 02'06 ″ Traveling reference point latitude: 35 ° 11′58 ″
Destination Longitude: 139 ° 01'29 "Destination Latitude: 35 ° 12'03"
Course type: Travel
In the cyclic point pick-up process of FIG. 3, the map control unit first reads map data such as a predetermined range centered on the cyclic reference point C, for example, a radius or a range of 10 km from east, west, south, and north, which is indicated in the cyclic point pickup condition. The departure place S is registered in the traveling point list (FIG. 12), and the top data of the user information record, which is the user information data, is acquired (step 6).
[0042]
The head data UA in the embodiment of the user information recording in FIG. 9 is as follows.
[0043]
Type code: 0x5112 Name: Convenience store 1
Total stop-off time: 1150 minutes Date of stop: 00328
Time of stop: 2015 Visit coefficient: 0.92
Processing is performed on this acquired data (step 7). If the course type indicated in the round trip pickup condition is travel, step 8 is executed, and if not, step 10 is executed. In the embodiment of FIG. 8, step 8 is executed because the course type is travel.
[0044]
The type code indicated in the data acquired from the user information record is determined (step 8). If the type code is travel-related, the loop point list creation process of step 9 is executed. Do not execute. Since the type code of the acquired user information record data UA is related to life, step 9 is not executed, and the next data of the user information record is acquired (step 13). It is determined whether or not the user information recording is finished (step 14), and if finished, step 15 is executed. If not finished, the process returns to step 7 and the above processing is repeatedly executed.
[0045]
The user information record data UB and the data UC type codes are also related to daily life, and the next step UD and subsequent steps are followed to acquire the next data UD of the user information record and perform processing.
[0046]
Type code: 0x3611 Name: Ski resort 1
Total stop-off time: 19900 minutes Date of stop-off: 00301
Time of stop: 1320 Visit coefficient: 0.57
Since the type code of the data UD of the user information record is related to travel, the round point list addition process in step 9 is executed. Next, the cyclic point list addition process of FIG. 4 will be described. First, the following data MA of the map data is acquired, and the middle classification match flag is set to 0 (step 16).
[0047]
Type code: 0x1421 Landmark name: Hakone Sekisho site
Landmark center longitude: 139 ° 01'45 "Landmark center latitude: 35 ° 11'21"
Nearest road: 0x1120
Processing is performed on the acquired data MA. It is determined whether the type code coincides with the data UD of the user information record and the data MA of the map data (step 18). If they match, step 20 is executed, and if they do not match, step 19 is executed. Since the type code of the data UD being searched is 0x3611, step 19 is executed. Next, it is determined whether or not the classification code of the data UD of the user information record matches the middle classification of the classification code of the map data MA (step 23). If they match, step 25 is executed, and if they do not match, step 24 is executed. Since the type code being searched for is 0x3611, step 24 is executed. If the middle classification match flag is 1, step 34 is executed, and if it is not 1, step 29 is executed (step 24). Here, since the middle classification match flag is 0, step 29 is executed. A match between the type code of the data UD of the user information record and the large classification of the type code of the map data MA is determined (step 30).
[0048]
If they match, step 31 and the subsequent steps are executed. If they do not match, the process jumps directly to step 34. Since the type code of the data UD being searched for is 0x3611 and the type code of the map data MA is 0x1421, the process jumps to step 34 to acquire the next data MB of the map data (step 34).
[0049]
If the map data is terminated, the process is terminated, and if not terminated, the above step 17 and subsequent steps are repeatedly executed (step 35).
[0050]
Since the classification codes of the map data MB to the map data MD do not match up to the major classification, the next data ME of the map data is acquired and the same processing is performed.
[0051]
Type code: 0x3540 Landmark name: Athletic Garden
Landmark center longitude: 139 ° 06'16 "Landmark center latitude: 35 ° 13'51"
Nearest road: 0x01e0
Since the classification codes of the map data ME match the major classification, the latitude, longitude, nearest road ID, etc. of landmarks necessary for the traveling point list (FIG. 12) are acquired from the map data (step 31). If data that matches the acquired latitude / longitude already exists in the circulation point list, step 34 is executed, and if not, step 33 is executed (step 32). In this case, since the circulation point list has not yet been created, the acquired data is added to the circulation point list (step 33).
[0052]
The following data MF following the map data is acquired (step 34).
[0053]
Type code: 0xfff Landmark name:
Landmark center longitude: Landmark center latitude:
Nearest road:
Since the map data MF is end data, the round point list creation processing is ended. Returning to the cyclic point pick-up process of FIG. 3, the next data UE of the user information record is acquired and the process is performed.
[0054]
Type code: 0x3521 Name: Leisure Land 1
Total stop-off time: 18000 minutes Date of stop-off: 4991224
Time of stop: 2130 Visit coefficient: 0.55
Since the type code of the data UE of the user information record is travel-related, the circulation point list addition process of FIG. 4 is executed. In the same manner as before, the process is repeated until the following map data ME is obtained.
[0055]
Type code: 0x3540 Landmark name: Athletic Garden
Landmark center longitude: 139 ° 06'16 "Landmark center latitude: 35 ° 13'51"
Nearest road: 0x01e0
Since this map data ME exists in the previously added tour point list (FIG. 12), it is not added to the list again (step 32). Since the next map data MF is end data, the round point list addition processing ends. Returning to step 13 of the cyclic point pick-up process in FIG. 3, the following data UF following the user information record is acquired and processed.
[0056]
Type code: 0x1432 Name: Historic Site 1 Total stop-off time: 5900 minutes
Date of stop: 980505 Time of stop: 1715
Visiting coefficient: 0.34
Since the type code of the data UF of the user information record is travel-related, the circulation point list addition process of FIG. 4 is executed. The following map data MA is acquired, and the process proceeds as before.
[0057]
Type code: 0x1421 Landmark name: Hakone Sekisho site
Landmark center longitude: 139 ° 01'45 "Landmark center latitude: 35 ° 11'21"
Nearest road: 0x1120
Since the classification codes of the data UF and the map data MA match the large / medium classification, the latitude and longitude of the landmark and the nearest road ID necessary for the traveling point list are acquired from the map data (step 25). Since there is no data matching the acquired latitude and longitude in the circulation point list, the acquired data is added to the circulation point list (step 27). The middle classification match flag is set to 1 (step 28). The following data MB following the map data is acquired (step 34).
[0058]
Type code: 0x1210 Landmark name: Lake Ashi
Landmark center longitude: 139 ° 02'01 "Landmark center latitude: 35 ° 11'51"
Nearest road: 0x111e
Although the map data MB and the subsequent map data MB to map data ME match in the large classification, the middle classification matching flag is already 1 (step 24).
), The same processing is repeated until the map data MF is acquired (step 34).
[0059]
Since the next map data MF is end data (step 35), the circulation point list addition process of FIG. 4 is terminated and the process returns to the circulation point pickup process of FIG. The following data UG following the user information record is acquired and the processing is continued.
[0060]
Type code: 0x1111 Name: National park 1 Total stop-off time: 550 minutes
Date of stop: 99081 Time of stop: 1045
Visiting coefficient: 0.15
Processing is performed on the acquired data. Since the type code of the data UG of the user information record is related to travel, the round point list addition process of FIG. 4 is executed. The next map data MA is processed in the same manner as before.
[0061]
Type code: 0x1421 Landmark name: Hakone Sekisho site
Landmark center longitude: 139 ° 01'45 "Landmark center latitude: 35 ° 11'21"
Nearest road: 0x1120
Although the type code of the data UG and the map data MA match in the large classification, it already exists in the cyclic point list (step 32), so no data is added and the following data MB next to the map data is acquired. (Step 34).
[0062]
Type code: 0x1210 Landmark name: Lake Ashi
Landmark center longitude: 139 ° 02'01 "Landmark center latitude: 35 ° 11'51"
Nearest road: 0x111e
Since the type codes of the data UG and the map data MB coincide with each other in a large classification and no data exists in the cyclic point list, they are added to the cyclic point list (step 33).
[0063]
The next map data MC and data MD are the same as described above, and no data exists in the circulation point list, so they are added to the circulation point list (step 33).
[0064]
Subsequently, the following data ME next to the map data is acquired.
[0065]
Type code: 0x3540 Landmark name: Athletic Garden
Landmark center longitude: 139 ° 06'16 "Landmark center latitude: 35 ° 13'51"
Nearest road: 0x01e0
Since the type code of the data ME does not match even in the large classification (step 30), the next data MF of the map data is acquired (step 34). Since the map data MF is the end data, the circuit point list adding process in FIG. 4 is terminated and the process returns to the circuit point pick-up process in FIG. Since the next data UH of the user information record is the end data, the destination data E of the traveling point pickup condition (FIG. 8) is added to the traveling point list (FIG. 12) (step 15). The traveling point pick-up process in FIG. 3 is terminated, and the process returns to the course creation process in FIG.
[0066]
The tour points in the tour point list are selected / increased in the order of visit coefficient, and the estimated visit time to the tour points (for example, the total visit time of the user information in FIG. 9 is the number of visits (not shown in the figure)) The sum of the estimated travel time between the target and the target travel time is calculated by dividing the estimated departure time and the desired arrival time at the destination or the expected stay time at the patrol point (for example, the round trip point pick-up). Within the range within the range (set in the condition (FIG. 8)), the selection of the round point and the optimum route around the round point are searched (step 4). Next, an overall view of the route, the arrival time at each traveling point, and the distance between each traveling point are displayed on the display unit 6 (step 5).
[0067]
Thus, the series of course creation processes is completed, the initial process step 2 is executed again, and data waiting for the next pickup condition is awaited.
[0068]
Next, the user information update operation of the user information update unit 4 will be described with reference to FIGS. When the in-vehicle information terminal starts operating by turning on the power or resetting, the user information update unit 4 is activated and waits for input of travel locus data (step 36 in FIG. 5).
[0069]
The case where the example of the travel locus shown in FIG. 15 is input will be described. In this example, the vehicle information terminal starts operating after the power is turned off once at the place shown in FIG.
[0070]
The travel locus shown in FIG. 15 is the following data.
[0071]
Own vehicle longitude: 139 ° 09'54 "Own vehicle latitude: 35 ° 14'50" Vehicle speed: 0
Date: 00403 Time: 1310 Landmark information: P1
The landmark information (FIG. 16) designated by P1 in the landmark information section includes two pieces of data as follows.
[0072]
Landmark information of landmark 1 in FIG. 22 (data L1 in FIG. 16)
Type code: 0xc211 Name: Family restaurant 3
Longitude: 139 ° 09'35 "Latitude: 35 ° 14'50"
Landmark information of landmark 2 in FIG. 22 (data L2 in FIG. 16)
Type code: 0x5111 Name: Convenience store 1
Longitude: 139 ° 09'54 "Latitude: 35 ° 14'53"
When the latest travel locus data is sent from the map control unit 2, the process shifts from step 37 in FIG. 5 to the user information update process START in FIG. First, the processed code list (FIG. 13) is initialized, and the first following data LL1 of the landmark list (FIG. 14) obtained from the immediately preceding traveling locus is acquired (step 42).
[0073]
Type code: 0xc211 Date: 000004 Time: 1220
Landmark Longitude: 139 ° 09'54 "Landmark Latitude: 35 ° 14'50"
Own car longitude: 139 ° 09'54 "Own car latitude: 35 ° 14'50"
Based on the latitude and longitude indicated by the vehicle position in the landmark list data LL1 and the vehicle position in the travel locus data in FIG. 15, the travel distance of the vehicle is determined (step 43).
[0074]
Data LL1 vehicle position Longitude: 139 ° 09'54 "Latitude: 35 ° 14'50"
The location of the vehicle in the travel locus data Longitude: 139 ° 09'54 "Latitude: 35 ° 14'50"
Both positions are the same, and the moving distance of the vehicle position is 0 [m].
[0075]
The stop time is obtained from the difference between the date and time indicated in the landmark list data LL1 and the date and time indicated in the travel locus data (step 44).
[0076]
Date of data LL1: 00403 Time of data LL1: 1220
Date of travel locus data: 00403 Time of travel locus data: 1310
The drop-in time is 50 minutes from the difference between the two data.
[0077]
It is determined whether or not both conditions that the movement of the own vehicle is less than 20 [m] and the drop-in time has passed for 3 minutes or more are satisfied (step 45). If it is determined that the vehicle has been parked and stopped, the processing from step 46 onward is executed. In this example, since both conditions are satisfied, Step 46 and subsequent steps are executed.
[0078]
From the latitude and longitude of the landmark indicated in the landmark list data LL1 and the latitude and longitude of the subject vehicle indicated in the travel locus data, a linear distance between the subject vehicle and the landmark 1 is obtained (step 46).
[0079]
Location of Landmark 1 Longitude: 139 ° 09'55 "Latitude: 35 ° 14'50"
The location of the vehicle in the travel locus data Longitude: 139 ° 09'54 "Latitude: 35 ° 14'50"
From these two data, the linear distance between the vehicle and the landmark 1 is 25 [m]. If the type code shown in the data LL1 of the landmark 1 is present in the type code shown in the processed code list, step 48 and the subsequent steps are executed. Step 47). Here, since the data has not yet been created in the processed code list, the update process of FIG. 51 (FIG. 7) is executed. Next, the update process will be described with reference to FIG.
[0080]
If the parking lot flag, which is the most significant bit of the type code indicated in the landmark list data LL1, is 1, step 57 and the following steps are executed. If not, step 59 is executed (step 56). Since the parking lot flag of the type code (0xc211) of this data LL1 is 1, step 57 is executed, and the parking lot flag of the type code is set to 0 (step 57). In order to set the parking lot flag to 0, the type code of the data LL1 is 0x4211. The distance from the landmark 1 is corrected to 10 [m] (step 58).
[0081]
Next, a correction coefficient for the stopping time is calculated based on the linear distance from the landmark (step 59). FIG. 17 shows an example of a graph representing the relationship between the linear distance and the drop-in time correction coefficient. Since the linear distance to the landmark 1 is 10 [m], the stop time correction coefficient is 1.0. The stopping time is corrected by multiplying the stopping time by a correction coefficient (step 60). Since the stop time correction factor is 1.0, the stop time is 50 minutes.
[0082]
First data UA of the user information record (FIG. 9) is acquired (step 61). The user information record data whose type code matches the type code shown in the landmark list data LL1 is searched in order from the data UA (step 62). If matching data is found in the user information record, step 64 and subsequent steps are executed, and if no matching data is found, step 66 and subsequent steps are executed (step 63).
[0083]
The following data UC matches the type code in the user information record as follows.
[0084]
Type code: 0x4211 Name: Family Restaurant 1
Total visit time: 1720 minutes Date of stop: 000322
Time of stop: 1930 Visit coefficient: 0.60
An update interval is calculated from the date and time indicated in the travel locus data (FIG. 15) and the date and time of arrival indicated in the data UC of the user information record (step 64).
[0085]
Date of travel locus data: 00403 Time of travel locus data: 1310
Date of data UC: 00322 Time of data UC; 1939
The difference between the two dataRenewalThe new interval is 16900 minutes.
[0086]
The total stoppage time calculated this time is added to the total stoppage time indicated in the data UC of the user information record to recalculate the total stopover time (step 65). That is, the stop time 50 minutes previously obtained is updated to 1770 minutes in addition to the total stop time 1720 minutes of the user information record data UC.
[0087]
If the type code is related to life, step 72 and the subsequent steps are executed. If the type code is not related to life, step 75 and the subsequent steps are executed (step 71). Since the type code 0x4211 in this case is related to life, step 72 is executed.
[0088]
A life-related correction coefficient is calculated from the update interval (step 72).
[0089]
FIG. 18 is a graph showing an example of the relationship between the life-related update interval and the correction coefficient. Since the update interval is 16900 minutes, the life-related correction coefficient is 0.6.
[0090]
A life related visit coefficient is calculated from the total stop-off time (step 73).
[0091]
FIG. 19 is a graph showing an example of the relationship between the total visit time related to daily life and the visit coefficient. The total visit time is 1770 minutes, so the visit factor is 0.61.
[0092]
The visit coefficient is corrected to 0.37 by multiplying the daily life related visit coefficient 0.61 by the correction coefficient 0.6 (step 74).
[0093]
The total stoppage time, date and time of stoppage of the data UC of the user information record, and the visit coefficient are updated (step 78).
[0094]
The user information records are rearranged in descending order of the visit coefficient, the process is terminated (step 79), and the process returns to the user information update process.
[0095]
The type code of the landmark list 1 (step 52) and the linear distance between the landmark and the vehicle are added to the processed code list (step 53).
[0096]
The next data of the landmark list (FIG. 14) is obtained (step 54). If the landmark list data is complete, the user information update process is terminated and the process returns to step 38 in FIG. 5. If not complete, step 46 and subsequent steps are executed again (step 55). In the embodiment, the following data LL2 following the landmark list is obtained.
[0097]
Type code: 0x5111 Date: 00403 Time: 1220
Landmark Longitude: 139 ° 09'54 "Landmark Latitude: 35 ° 14'53"
Own car longitude: 139 ° 09'54 "Own car latitude: 35 ° 14'50"
A straight line distance between the vehicle and the landmark 2 is obtained (step 46).
[0098]
Location of Landmark 2 Longitude: 139 ° 09'54 "Latitude: 35 ° 14'53"
The location of the vehicle in the travel locus data Longitude: 139 ° 09'54 "Latitude: 35 ° 14'50"
From the difference between the two positions, the linear distance between the vehicle and the landmark is 93 [m]. Since the type code of the data LL2 does not exist in the data of the processed code list, the step 51 update process (FIG. 7) is executed. Since the parking flag of the type code is not 1, step 59 is executed. Since the linear distance to the landmark 2 is 93 [m], the stop time correction coefficient is 0.65. Since the stop time correction coefficient is 0.65, the stop time is corrected to 33 minutes.
[0099]
Since no data matching the type code of data LL2 is found in the user information record data, step 66 is executed. The total stop time is set as a stop time (step 66). Total stopover time is 33 minutes. The type code indicated in the landmark list data is determined (step 67). If the type code is related to life, step 68 is executed, and if it is not related to life, step 69 is executed (step 67).
[0100]
Since the type code 0x5111 of the data LL2 is related to life, Step 68 is executed. A life related visit coefficient is calculated from the drop-in time (step 68). The total visit time is 33 minutes, so the visit factor is 0.13. Data for each item is added to the user information record (step 70).
[0101]
The user information records are rearranged in descending order of the visit coefficient, the process is terminated, and the process returns to the user information update process (step 79).
[0102]
Since the landmark list is completed, the user information update process in FIG. 6 is terminated (step 55), and the process returns to the operation of the user information update unit in FIG.
[0103]
Next, when travel locus data is input from the map control unit 2 (step 38), step 39 is executed. When the vehicle speed indicated in the travel locus data is 20 [km / h] or less, the landmark list update process (steps 40 and 41) is executed. It again waits for the input of travel locus data (step 39).
[0104]
In the embodiment, since the vehicle speed of the travel locus data is 0 [km / h], step 40 and subsequent steps, which are the landmark list update process, are executed. All data in the current landmark list (FIG. 14) is erased (step 40), and all landmark information (FIG. 16) in the travel locus data is registered and updated in the landmark list (step 41).
[0105]
Next, in step 38, input of travel locus data is awaited.
[0106]
As described above, in the present invention, the user information reflecting the degree of preference / interest of the user is automatically updated from the travel locus data.
[0107]
In the above-mentioned tour point pick-up process, the description has been made on the assumption that the necessary part is extracted from the built-in map database. However, the necessary part is extracted from the map database stored in an external service center by communication. You can also.
[0108]
In the course creation process described above, it has been described that there is one cyclic reference point in the cyclic point pickup condition (FIG. 8). However, a plurality of cyclic reference points are set and the process is sequentially performed. Can be extended as
[0109]
Further, reading of map data centering on the patrol reference point (step 6 in FIG. 3) is performed along the route from the starting point to the patrol reference point and the patrol reference point to the destination, or without specifying the patrol reference point. It is also possible to search for a target along the route by sequentially reading out a necessary range along the route from the departure point to the destination.
[0110]
Further, after the tour point pick-up process (step 3 in FIG. 2) and / or after the route display (step 5 in FIG. 2), the tour points that have been taken out, that is, the target are deleted and added using conventional techniques. Needless to say, it can be done.
[0111]
In the course creation process (FIGS. 2 to 4) and the user information update operation (FIGS. 5 to 7), the course type is limited to two types of travel and life. -Adding other types such as hobbies does not impair the essence of the present invention.
[0112]
When the same vehicle is used by a plurality of users, user information for each user can be stored, and corresponding user information can be applied according to the user.
[0113]
In addition, the user information can be transferred / stored on a storage medium that can be removed from the vehicle, such as an IC card, and the user information can be read from the storage medium at the start of operation to be used even if the vehicle is changed. It is also possible to create a course adapted to the preferences and interests of the person.
[0114]
【The invention's effect】
As described above, according to the present invention, the user can learn the user's preference / interest about the target by using the traveling trajectory and perform the route search using the learning result without being particularly conscious. Thus, even in a place where the user visits for the first time, a target that matches the user's preference and interest can be selected to obtain a travel route.
[Brief description of the drawings]
FIG. 1 is a functional block diagram of an embodiment of the present invention.
FIG. 2 is a flowchart of course creation processing in an embodiment of the present invention.
FIG. 3 is a flow diagram of a cyclic point pick-up process in an embodiment of the present invention.
FIG. 4 is a flowchart of a cyclic point list addition process in the embodiment of the present invention.
FIG. 5 is a flowchart of a user information update operation in the embodiment of the present invention.
FIG. 6 is a flowchart of user information update processing in the embodiment of the present invention.
FIG. 7 is a flowchart of update processing in the embodiment of the present invention.
FIG. 8 is a diagram showing an example of a tour point pickup condition according to the present invention.
FIG. 9 is a diagram showing an example of a user information record according to the present invention.
FIG. 10 is a diagram showing an example of map data in the vicinity of the traveling reference point according to the present invention.
FIG. 11 is a diagram showing an example of a type code according to the present invention.
FIG. 12 is a diagram showing an example of a cyclic point list according to the present invention.
FIG. 13 is a diagram showing an example of a processed code list according to the present invention.
FIG. 14 is a diagram showing an example of a landmark list according to the present invention.
FIG. 15 is a diagram showing an example of travel locus data according to the present invention.
FIG. 16 is a diagram showing an example of landmark information of a traveling locus according to the present invention.
FIG. 17 is a diagram illustrating a relationship between a linear distance from a landmark and a stop time correction coefficient in the embodiment of the present invention.
FIG. 18 is a diagram showing the relationship between the life-related update interval and the correction coefficient in the embodiment of the present invention.
FIG. 19 is a diagram showing the relationship between the life-related total stop-in time and the visit coefficient in the embodiment of the present invention
FIG. 20 is a diagram showing a relationship between a travel-related update interval and a correction coefficient in the embodiment of the present invention.
FIG. 21 is a diagram showing the relationship between travel-related total stop-in time and visit coefficient in an embodiment of the present invention.
FIG. 22 is an explanatory diagram of an operation start point in an embodiment of the present invention.
[Explanation of symbols]
1 Input data controller
2 Map controller
3 memory
4 user information update department
5 Course creation department
6 Display section
Claims (9)
前記ランドマークへの総立ち寄り時間、および前記ランドマークの使用者の嗜好・関心の度合いを示す訪問係数を含む使用者情報を前記ランドマーク毎に格納し、かつ、ランドマークへの総立ち寄り時間の基準値を示す時間と、訪問係数の基準値を示す係数との関係を表わす対応表を前記ランドマーク毎に格納した記憶手段と、
前記走行軌跡に基づいて前記ランドマークへの立ち寄り時間を算出し、この立ち寄り時間を前記使用者情報に含まれる総立ち寄り時間に加算して新総立ち寄り時間を算出し、かつ、前記ランドマークの種別に対応する前記対応表に従って前記新総立ち寄り時間から新たな訪問係数を求め、前記使用者情報を更新する更新手段とを備えた
ことを特徴とする車載情報端末。 Means for creating a travel locus including landmark types;
The total drop in time to the landmark, and the user information including a visit coefficient indicating the degree of preference-interest of a user of the landmark stored in each of the landmark, and the total drop in the time to landmarks A storage unit storing a correspondence table representing a relationship between a time indicating a reference value and a coefficient indicating a reference value of a visit coefficient for each landmark ;
Based on the travel trajectory, a stoppage time for the landmark is calculated, a new total stoppage time is calculated by adding the stoppage time to the total stoppage time included in the user information, and the type of the landmark vehicle information terminal said corresponding calculated new visiting coefficients from the new total drop time according to table, characterized in that a updating means for updating the user information corresponding to.
指定位置データとコース種別データとを入力する入力手段とをさらに備え、
前記訪問係数に基づいてランドマークを選択する手段は、前記コース種別データに対応する種別のランドマークのうち、前記訪問係数の順に前記現在位置もしくは指定位置の近傍のランドマークを選択する
ことを特徴とする請求項2記載の車載情報端末。 Own vehicle position calculating means for calculating a current position by at least one of a satellite and a vehicle sensor;
An input means for inputting designated position data and course type data;
The means for selecting a landmark based on the visit coefficient selects a landmark in the vicinity of the current position or a specified position in the order of the visit coefficient from landmarks of the type corresponding to the course type data. The in-vehicle information terminal according to claim 2 .
ことを特徴とする請求項1記載の車載情報端末。 The update means calculates an update interval which is a time until the landmark is revisited based on a time when the landmark was visited last time and a time when the landmark was visited again. vehicle information terminal according to claim 1, wherein the modifying the visiting coefficients based on the update interval.
前記更新手段は、この対応表を参照して前記更新間隔から前記修正係数を求める
ことを特徴とする請求項4記載の車載情報端末。 The storage means stores the time when the landmark was last visited, and the relationship between the time indicating the reference value of the update interval and the coefficient indicating the reference value of the correction coefficient for correcting the stop time. A corresponding correspondence table is stored for each landmark type,
5. The in-vehicle information terminal according to claim 4 , wherein the updating unit obtains the correction coefficient from the update interval with reference to the correspondence table .
ことを特徴とする請求項1記載の車載情報端末。 The updating means calculates a linear distance between the vehicle and the landmark based on the vehicle position and the landmark position included in the travel locus, and the stop time is calculated based on the calculated linear distance. The in-vehicle information terminal according to claim 1 , wherein the information is corrected .
前記更新手段は、この対応表を参照して前記直線距離から前記修正係数を求める
ことを特徴とする請求項6記載の車載情報端末。 The storage means stores a correspondence table representing a relationship between a distance indicating a reference value of a straight line distance between the vehicle and the landmark and a coefficient which is a reference value of a correction coefficient for correcting the stop time;
The in-vehicle information terminal according to claim 6 , wherein the updating means obtains the correction coefficient from the linear distance with reference to the correspondence table .
ことを特徴とする請求項2記載の車載情報端末。 The in-vehicle information terminal according to claim 2 , further comprising course creation means for searching for a route to the selected landmark .
ことを特徴とする請求項8記載の車載情報端末。 The in-vehicle information terminal according to claim 8 , further comprising display means for displaying the selected landmark and the tour route on a map.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000379871A JP4134510B2 (en) | 2000-12-14 | 2000-12-14 | In-vehicle information terminal |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000379871A JP4134510B2 (en) | 2000-12-14 | 2000-12-14 | In-vehicle information terminal |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002181576A JP2002181576A (en) | 2002-06-26 |
| JP4134510B2 true JP4134510B2 (en) | 2008-08-20 |
Family
ID=18848158
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000379871A Expired - Fee Related JP4134510B2 (en) | 2000-12-14 | 2000-12-14 | In-vehicle information terminal |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4134510B2 (en) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3987877B2 (en) * | 2005-04-08 | 2007-10-10 | 松下電器産業株式会社 | Map information updating apparatus and map information updating method |
| JP4511426B2 (en) | 2005-07-01 | 2010-07-28 | 株式会社デンソー | Vehicle navigation device |
| JP2007279971A (en) * | 2006-04-05 | 2007-10-25 | Kenwood Corp | Agent device and agent system |
| CN101578497A (en) * | 2007-07-12 | 2009-11-11 | 松下电器产业株式会社 | Journey reminder device and journey reminder method |
| JP5105249B2 (en) * | 2008-08-29 | 2012-12-26 | アイシン・エィ・ダブリュ株式会社 | Information distribution center and program |
| JP4801130B2 (en) * | 2008-11-10 | 2011-10-26 | 株式会社ゼンリンデータコム | Point management device, point management method, and computer program |
| JP5325954B2 (en) * | 2011-08-29 | 2013-10-23 | 株式会社ゼンリンデータコム | Route search device, guidance terminal device, route search system |
-
2000
- 2000-12-14 JP JP2000379871A patent/JP4134510B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002181576A (en) | 2002-06-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2533012B1 (en) | Navigation system including a destination estimating apparatus | |
| US20240280367A1 (en) | Systems and methods for generating scenic routes | |
| JP4293242B2 (en) | Vehicle navigation device | |
| EP1489382B1 (en) | Place guidance system | |
| CN1942740B (en) | Guide route search device, navigation device and method for searching guide route | |
| JP5648979B2 (en) | Road information update system and navigation device | |
| CN103279470B (en) | Mobile terminal apparatus, server unit, information providing system and method | |
| JP3842799B2 (en) | Map data providing device | |
| CN1996427B (en) | Traffic information processing apparatus | |
| EP2217882A2 (en) | Corridor mapping with alternative routes | |
| JP2009031039A (en) | Route search apparatus and route search method | |
| CN111858786A (en) | System and method for providing transit time confidence in route planning | |
| WO2005078392A1 (en) | Guide route search device, guide route search method, and computer program thereof | |
| JP4134510B2 (en) | In-vehicle information terminal | |
| JP3013555B2 (en) | Route guidance device for vehicles | |
| JP5929996B2 (en) | Road information update system and navigation device | |
| JP2002054940A (en) | Travel plan assisting system and information storing medium readable by computer | |
| JPH11257985A (en) | Navigation device | |
| JP4508672B2 (en) | Guide route search device, navigation device, and guide route search method | |
| JP4563044B2 (en) | Guide route simulation display device, navigation device, and guide route simulation display method | |
| TW201013161A (en) | Portable navigation device and application thereof | |
| JP2019124664A (en) | Destination setting support system and destination setting support program | |
| JP5720435B2 (en) | Parking lot information notification device | |
| JP4897448B2 (en) | Portable information terminal, map data update method, and map update system | |
| JP2003308010A (en) | Map data recording medium and navigation device using the same |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051125 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20051213 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071227 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080108 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080310 |
|
| 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: 20080507 |
|
| 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: 20080520 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110613 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |