專利名稱:汽車導航裝置、程序以及地圖數據更新方法
技術領域:
本發明涉及汽車導航裝置以及其程序和在該汽車導航裝置中采用的地圖數據的 更新方法。
背景技術:
近年來,在道路上行駛的車輛用的導航裝置(以下,稱為汽車導航裝置)不僅國內 即使在海外也迅速地普及。汽車導航裝置根據在硬盤裝置(HDD =Hard Disk Drive)等中存儲的地圖數據和從 GPS(Global Positioning System)衛星的電波中取得的緯度經度數據,在地圖數據上確定 本車位置,并將所確定的本車位置和其附近的地圖顯示到顯示裝置上。另外,汽車導航裝置根據用戶的輸入操作,在地圖數據上確定目的地,由此來進行 從本車位置到目的地的路徑探索,使該探索到的路徑重合顯示在上述顯示裝置所顯示的地 圖上,并且在本車沿著該路徑行駛時,還進行用于路徑引導的向導顯示及聲音輸出等。汽車導航裝置用的地圖數據是所謂的KIWI格式、A格式、I格式等的數據,一直 以來,是經由汽車導航裝置供應商,以存儲在CD-ROM (Compact Disk-Read Only Memory) / DVD-ROM (Digital VersatileDisk-Read Only Memory)等移動存儲介質中的方式向終端用 戶進行提供。并且,當利用移動存儲介質提供新地圖數據時,汽車導航裝置的終端用戶將在硬 盤裝置中存儲的舊地圖數據利用該移動存儲介質所存儲的新地圖數據進行總變換,從而更 新為新地圖數據。但是,當考慮到地圖數據更新中的實際變更數據大多是百分之幾的程度時,經由 這樣的移動存儲介質的地圖更新并非能稱為高效的方法。另外,經由移動存儲介質的地圖 更新不能與每日建設或改修新道路等變更道路地圖的實際形態迅速對應。順便說一下,新 地圖數據的提供最多1年僅進行1次左右,因此導致在很多相應位置的地點處汽車導航裝 置的地圖數據與實際道路的狀況相背離的結果。近年來,開始了作成舊地圖與新地圖的差分地圖數據并采用通信或廣播來分發該 差分地圖數據的服務。在此情況下,不需要經由移動存儲介質等,因此能夠減輕到提供新地 圖數據進行更新為止的從業人員以及終端用戶的麻煩。結果,地圖數據的更新頻度例如能 夠從1年1次增加到2 3個月1次等。另一方面,在分發差分地圖數據的情況下,采用通信或廣播來作為其分發手段,因 此可稱為能夠以差分地圖數據來削減數據量,但在該地圖數據的分發以及更新中需要長時 間。順便說一下,在目前狀況下,僅更新東京都的地圖數據就需要花費30分鐘左右。例如,在專利文獻1中公開了如下的地圖數據更新方法,在更新地圖數據時,預先 保留更新前的地圖數據,采用該更新前的地圖數據使汽車導航裝置的動作繼續,在全部地 圖數據更新完成時,全部切換為新地圖數據,使汽車導航裝置動作。另外,在專利文獻2中公開了如下的汽車導航裝置的例子,該汽車導航裝置通過階段性地構成地圖數據、更新包含車輛當前位置的地域的地圖數據來削減地圖數據分發的 時間及成本。該汽車導航裝置針對更新中的地圖數據,預先存儲更新前的地圖數據和更新 后的地圖數據雙方,在本車位置處于更新地域內時采用更新前的地圖數據,在處于更新地 域外時采用更新前的地圖數據進行路徑引導。專利文獻1日本特開平11-95657號公報專利文獻2日本特開2003-315056號公報根據專利文獻1所公開的地圖數據更新方法,即使在地圖數據更新中,也能夠使 汽車導航裝置的功能正常動作,但沒有解決在能夠使用新地圖數據之前花費較長時間這樣 的缺點。而且,在地圖數據更新中使用更新前的地圖數據,因此無法避免會顯示與現實不相 符的路徑引導信息等的可能性。另外,在專利文獻2所公開的汽車導航裝置中,有可能在已更新的地域邊界附近 的地圖數據和與該已更新的地域鄰接的更新前的地圖數據之間產生不匹配,因此,有時產 生所顯示的地圖數據與路徑引導數據相互矛盾這樣的結果。如以上那樣,在現有技術中,無法順利地使可迅速利用已更新的地圖數據的情況、 以及利用更新前的地域地圖數據和更新后的地域地圖數據不矛盾地進行路徑探索或顯示 引導數據的情況同時成立。
發明內容
因此,本發明的目的是提供即使在地圖數據更新中也能夠確保汽車導航功能的正 常動作并且可迅速利用已更新的地圖數據這樣的汽車導航裝置、程序以及地圖數據更新方 法。本發明的汽車導航裝置具備地圖數據存儲單元,其將多個地域的地圖數據作為 各個地圖數據文件進行存儲;顯示單元,其顯示該地圖數據;位置取得單元,其取得本車位 置;以及目的地設定單元,其設定目的地,該汽車導航裝置參照上述地圖數據存儲單元,探 索從本車位置到目的地的引導路徑,并將已探索到的引導路徑顯示在顯示單元上。并且,該 汽車導航裝置的運算處理裝置的特征是執行以下處理。(1)從存儲在地圖數據存儲單元內的多個地域的地圖數據文件中,按照該汽車導 航裝置所包含的應用程序,將執行該應用程序所需的地域的地圖數據文件確定為包含目的 地或引導路徑的地域以及其周邊地域的地圖數據文件。(2)在更新地圖數據存儲單元所存儲的地圖數據文件時,針對上述確定的地圖數 據文件監視其更新狀況。(3)將使通過上述監視所獲得的上述確定的地圖數據文件的更新狀況和該地圖數 據文件的識別信息與上述應用程序對應的信息,作為管理上述應用程序的動作匹配性的管 理信息,存儲到存儲裝置中。(4)當更新在上述管理信息中包含其識別信息的地圖數據文件時,與上述應用程 序的執行狀況相關聯地更新該地圖數據文件,當更新在上述管理信息中包含其識別信息的 地圖數據文件以外的地圖數據文件時,與上述應用程序的執行狀況無關聯地更新該地圖數 據文件。如以上那樣,在本發明中,按照汽車導航裝置所包含的應用程序,確定執行該應用程序所需的地域的地圖數據文件,并監視已確定的地圖數據文件的更新狀況。因此,在本發 明中,如果執行應用程序所需的地域地圖數據文件被更新,則不用等待全部地域地圖數據 文件的更新完成,就能夠使該應用程序正常動作。另外,在本發明中,在更新上述已特定的地圖數據文件時,與應用程序的執行狀況 相關聯地進行更新,因此能夠確保通過該應用程序所實現的汽車導航裝置的正常動作。(發明效果)在汽車導航裝置內,即使是地圖數據更新中也能夠實現其通常功能的正常動作, 而且能夠迅速利用已更新的地圖數據。
圖1是示出本發明實施方式的汽車導航裝置的功能塊結構的例圖。圖2是示出本發明實施方式的地圖分發中心的結構的例圖。圖3是示出地圖分發主計算機的內部結構的例圖。圖4是示出地圖分發主計算機的主處理的處理流程的例圖。圖5是示出地圖分發主計算機的主處理中的差分提取處理的處理流程的例圖。圖6是用于說明構成地圖數據的郵包的概念的圖。圖7是用于說明地圖數據庫的文件結構的概念的圖。圖8是示出汽車導航裝置中的主處理的處理流程的例圖。圖9是示出汽車導航裝置中的地圖更新處理的處理流程的例圖。圖10是示出汽車導航裝置1中的引導向導處理的處理流程的例圖。圖11是示出汽車導航裝置的地圖更新處理中的DB文件更新處理的處理流程的例 圖。圖12是示出DB文件名目錄的結構的例圖。圖13是示出汽車導航裝置的地圖更新處理中的差分更新處理的處理流程的例 圖。圖14是示出汽車導航裝置的引導向導處理中的引導向導補正處理的處理流程的 例圖。圖15是示出導航應用匹配性管理表的結構的例圖。圖16是用于說明汽車導航裝置的主存儲裝置與HDD之間的關系數據庫(RDB)的 動作的圖。圖17是示出汽車導航裝置的地圖數據庫中的管理信息的數據結構的例圖。圖18是示出表示HDD上的地圖數據被地圖介質上的地圖數據更新的狀況的第1 例的圖(之1)。圖19是示出表示HDD上的地圖數據被地圖介質上的地圖數據更新的狀況的第1 例的圖(之2)。圖20是示出表示HDD上的地圖數據被地圖介質上的地圖數據更新的狀況的第2 例的圖(之1)。圖21是示出表示HDD上的地圖數據被地圖介質上的地圖數據更新的狀況的第2 例的圖(之2)。
符號說明1汽車導航裝置;2地圖分發中心;4通信裝置;5地圖介質;21地圖介質作成裝置; 22通信控制裝置;23地圖分發主計算機;24數據庫管理裝置;25P0I數據庫;26地圖數據 庫;101文件更新部;102差分更新部;103導航應用匹配性管理表;104匹配性判斷部;105 更新方式切換部;106更新時間計算部;107緩存地圖更新部;108緩存地圖區域確定部; 109緩存地圖;111不匹配補正部;112車速取得部;113本車位置決定部;114目的地設定 部;115路徑探索部;116引導向導部;117更新用地圖數據輸入部;118顯示部;231地圖介 質用地圖數據選擇部;232差分提取部;233數據包處理部;234分發處理部;235地圖內容 決定部;236地圖數據庫選擇部;237P0I數據庫選擇部;238網絡I/F部。
具體實施例方式以下,參照附圖對本發明的實施方式進行詳細說明。圖1是示出本發明實施方式的汽車導航裝置的功能塊結構的例圖。如圖1所示,汽車導航裝置1具有存儲地圖數據庫的HDD地圖110,作為實現所謂 汽車導航的功能的功能塊,具備取得車的行駛速度的車速取得部112、根據來自GPS衛星 的電波來確定緯度經度以決定本車位置的本車位置決定部113、將被用戶選擇的POI (Point of Interest,興趣點)設定為目的地的目的地設定部114、進行從本車位置到目的地的路 徑探索的路徑探索部115、根據已路徑探索出的結果來進行交叉點向導等引導向導的引導 向導部116、顯示地圖及引導向導的顯示部118等。通過汽車導航裝置1的未圖示的運算處理裝置(以下,稱為「CPU(Central Processing Unit) J )執行由半導體存儲器等構成的未圖示的主存儲裝置所加載的規定程 序,來實現這些功能塊。此外,在本實施方式中,以下,將用于實現這些功能塊的程序稱為 「導航應用」。汽車導航裝置1還具備緩存地圖109,作為本實施方式特有的功能塊,具備更新用 地圖數據輸入部117、緩存地圖區域確定部108、緩存地圖更新部107、文件更新部101、差分 更新部102、更新方式切換部105、更新時間計算部106、導航應用匹配性管理表103、匹配性 判斷部104、不匹配補正部111等。更新用地圖數據輸入部117經由通信或廣播從地圖分發中心2分發,并輸入由通 信裝置4接收到的更新用地圖數據,或者,讀取由移動存儲介質等構成的地圖介質5所記錄 的更新用地圖數據。此外,通信裝置4是移動電話機、數據廣播的接收裝置等。文件更新部101以及差分更新部102利用從更新用地圖數據輸入部117輸入的更 新用地圖數據,來更新構成HDD地圖110的地圖數據庫的地圖數據的文件(以下,稱為「DB 文件」)。這里,HDD地圖110構成在未圖示的硬盤裝置上,另外,參照附圖來說明地圖數據 庫的結構。此外,文件更新部101將HDD地圖110的地圖數據庫以DB文件為單位進行更新, 差分更新部102將該地圖數據庫以差分數據為單位進行更新。另外,更新方式切換部105 切換更新地圖數據的方式(文件更新或差分更新)。另外,更新時間計算部106按照各個更 新方式來計算地圖數據更新所需的時間。緩存地圖109通過導航應用將高頻度使用的地域的地圖數據從HDD地圖110中取
8出,然后存儲在未圖示的主存儲裝置及高速的輔助存儲裝置(硬盤裝置等)上,并以地圖數 據存取的高速化為目的進行設置。緩存地圖區域確定部108根據到達本車位置或目的地的引導路徑,在緩存地圖 109上確定應該存儲(緩存)的地圖數據的對象地域(區域)。在此情況下,作為緩存對象 的地域按照各個導航應用(本車位置決定、路徑探索、引導向導等),來確定為用于確保該 導航應用的正常動作所需要的范圍的地域。并且,該范圍是針對僅包含本車位置或目的地 的地域或還包含鄰接地域的地域等按照每個導航應用而預先確定的。因此,在本實施方式中,緩存地圖區域確定部108按照每個導航應用來確定作為 其緩存對象的地域,并將存儲有所確定地域的地圖數據的DB文件名稱(識別信息)與該導 航應用相對應,存儲在導航應用匹配性管理表103內。此外,參照圖15來詳細說明導航應 用匹配性管理表103。在由緩存地圖區域確定部108確定的地域中有變更的情況下,緩存地圖更新部 107根據HDD地圖110的地圖數據,來更新在緩存地圖109中緩存的地圖數據。另外,在從 更新用地圖數據輸入部117輸入了緩存地圖109所緩存的地域的更新用地圖數據時,根據 該地域的更新用地圖數據進行更新。此外,緩存地圖更新部107在根據更新用地圖數據來更新緩存地圖109時,參照導 航應用匹配性管理表103,監視是否按照各個導航應用更新了與作為應該緩存地圖數據的 地域編制目錄的地域相對應的DB文件,并將其監視的結果存儲在導航應用匹配性管理表 103 中。匹配性判斷部104參照導航應用匹配性管理表103,來判定各導航應用所使用的 地域的地圖DB文件、即作為緩存地圖109存儲的地域的地圖DB文件是更新中(未更新完 畢)還是更新完成的狀態(更新完畢)。然后,在是未更新完畢的情況下,判定為與該導航 應用沒有匹配性(不匹配)。在由匹配性判斷部104判定為不匹配的情況下,不匹配補正部 111在其導航應用中適當執行用于補正地圖數據不匹配的處理。圖2是示出本發明實施方式的地圖分發中心2的結構的例圖。如圖2所示,地圖分發中心2的結構為包含地圖介質作成裝置21、通信控制裝置 22、地圖分發主計算機23、數據庫管理裝置24和多個版本的POI數據庫25以及地圖數據庫 26。地圖分發主計算機23根據經由地圖介質作成裝置21或通信控制裝置22輸入的 版本指定信息,來作成全地圖數據或差分地圖數據。這里,所謂全地圖數據是指由數據庫管理裝置24管理的地圖數據庫26中的被上 述版本指定信息指定的版本的地圖數據庫26所包含的全地圖數據。但是,在用于地圖數據 更新的全地圖數據的情況下,作為該全地圖數據,不需要包含存儲有不用更新的地域的地 圖數據的DB文件。另外,所謂差分地圖數據是指被上述版本指定信息指定的版本的地圖數 據庫26的地圖數據與最新版本的地圖數據庫26的地圖數據的差分數據。地圖分發主計算機23將已作成的全地圖數據或差分地圖數據向地圖介質作成裝 置21輸出,通過該地圖介質作成裝置21,來作成已寫入全地圖數據或差分地圖數據的地圖 介質5 (參照圖1,⑶-ROM、DVD-ROM等)。地圖分發主計算機23還將該已作成的差分地圖 數據向通信控制裝置22輸出,并經由通信網絡及廣播電波向汽車導航裝置1分發。
此外,如圖2所示,作為與地圖數據庫26相同的數據庫有POI數據庫25,不過在本 實施方式中,簡單地將這些統稱為「地圖數據庫」。另外,將構成地圖數據庫的文件稱為「DB 文件」,將構成該DB文件的數據稱為「地圖數據」。圖3是示出地圖分發主計算機23的內部結構的例圖。地圖分發主計算機23是管 理地圖分發中心2的主要動作的中樞部,如圖3所示,該地圖分發主計算機23的結構為包 含地圖介質用地圖數據選擇部231、差分提取部232、數據包處理部233、分發處理部234、地 圖內容決定部235、地圖數據庫選擇部236、POI數據庫選擇部237、網絡I/F部238等。地圖介質用地圖數據選擇部231在將全地圖數據或差分地圖數據向地圖介質作 成裝置21輸出時,選擇已存儲有作為地圖介質5的作成對象的地域的地圖數據的DB文件。 另外,差分提取部232針對兩個互不相同版本(通常,其一方是最新版本)的地圖數據庫提 取其差分數據。另外,數據包處理部233將由差分提取部232提取出的差分數據變換成分發時的 廣播或通信數據包的格式。分發處理部234通過將實施數據包處理的差分數據向通信控制 裝置22輸出,來重疊到由數據廣播及數據通信等的數據輪播和IP (Internet Protocol)構 成的數據傳送路徑。另外,地圖內容決定部235根據從附屬于地圖分發主計算機23的輸入裝置(省略 圖示)等輸入的數據,來決定作為向地圖介質作成裝置21或通信控制裝置22輸出的地圖 數據包含哪種地圖數據(地圖數據庫26的數據、POI數據庫25的數據或雙方的數據等)。地圖數據庫選擇部236以及POI數據庫選擇部237根據由地圖內容決定部235決 定的地圖數據種類,經由網絡I/F部238以及數據庫管理裝置24,來選擇作為對象的POI數 據庫25及地圖數據庫26等。此外這里,地圖分發主計算機23和數據庫管理裝置24是通過在地圖分發中心2 內鋪設的高速的LAN (Local Area Network)等連接的。圖4是示出地圖分發主計算機23的主處理的處理流程的例圖。如圖4所示,地圖分發主計算機23首先接受從地圖介質作成裝置21、通信控制裝 置22或鍵盤等輸入裝置(未圖示)等輸入的作成地圖分發或地圖介質的請求(步驟S01)。 然后,在該請求是地圖分發請求時(在步驟S02中為“是”),地圖分發主計算機23從汽車 導航裝置1取得該汽車導航裝置1此時具有的地圖數據庫以及PIO數據庫的版本(步驟 S03),此外,還從汽車導航裝置1取得本車位置的緯度經度信息(步驟S04)。接著,地圖分發主計算機23針對各個地域的地圖數據執行提取差分數據的差分 提取處理(步驟S05)。此外,地圖分發主計算機23還根據本車位置的緯度經度信息等,來 決定汽車導航裝置1中的差分更新順序(步驟S06),并且決定該差分數據的分發調度(步 驟S07),將地圖數據的差分數據向汽車導航裝置1分發(步驟S08)。另外,在步驟SOl中接受的請求不是地圖分發請求而是地圖介質作成請求的情況 下(在步驟S02中是“否”),地圖分發主計算機23從鍵盤等輸入裝置等接受POI數據庫25 的版本以及地圖數據庫26的版本輸入(步驟Sll)。并且,地圖分發主計算機23經由數據庫管理裝置24,確認上述所接受版本的POI 數據庫25以及地圖數據庫26存在于地圖分發中心2中(步驟S12),并將上述接受版本的 POI數據庫25以及地圖數據庫26寫入地圖介質5 (步驟S13)。此外,在未確認其存在的情
10況下,例如,將此情況顯示到附屬的顯示裝置等中。此外這里,在利用地圖介質作成裝置21進行更新用地圖數據作成的情況下,該更 新用地圖數據是全地圖數據,不過一般不需要此限定,也可以是差分數據。圖5是示出地圖分發主計算機23的主處理中的差分提取處理的處理流程的例圖。 如圖5所示,地圖分發主計算機23首先經由數據庫管理裝置24,取得地圖分發中心2中的 最新POI數據庫25的版本以及最新地圖數據庫26的版本(步驟S051),此外,還根據從汽 車導航裝置1發送的信息,來取得存在于汽車導航裝置1中的POI數據庫25的版本以及地 圖數據庫26的版本(步驟S052)。接著,地圖分發主計算機23從地圖分發中心2的最新版本的POI數據庫25和與 存在于汽車導航裝置1內的POI數據庫相同版本的POI數據庫25中檢索并提取以新ID進 行管理的POI記錄(步驟S053),此外,同樣從地圖分發中心2的最新版本的POI數據庫25 和與存在于汽車導航裝置1內的POI數據庫相同版本的POI數據庫25中檢索并提取以現 有ID進行管理的POI記錄中的具有變更場所的POI記錄(步驟S054)。此外,在這些檢索 中,可采用基于SQL (Structured Query Language,結構化查詢語言)的查詢。接著,地圖分發主計算機23從地圖分發中心2的最新地圖數據庫26和與存在于 汽車導航裝置1內的地圖數據庫相同版本的地圖數據庫26中檢索并提取以新ID進行管理 的地圖記錄(步驟S055),此外同樣,還從地圖分發中心2的最新地圖數據庫26和與存在于 汽車導航裝置1內的地圖數據庫相同版本的地圖數據庫26中檢索并提取以現有ID進行管 理的地圖記錄中的具有變更場所的地圖記錄(步驟S056)。在這些檢索中可進行基于SQL 的查詢。接著,地圖分發主計算機23根據預先設定的廣播及通信的規格,將如以上這樣作 為差分提取的POI記錄以及地圖記錄進行數據包化(步驟S057)。接著,參照圖6以及圖7來說明構成在本實施方式中采用的郵包(parcel)以及地 圖數據庫的文件。這里,圖6是用于說明構成地圖數據的郵包的概念的圖,圖7是用于說明 地圖數據庫的文件結構的概念的圖。如圖6所示,郵包是按照規定大小區劃分割出的1個區劃所表示的地域的地圖或 該地圖所包含的地圖數據的總稱,并利用郵包ID進行識別。即,利用使指定矩形大小的級 別信息和該矩形的左下頂點的緯度以及經度的信息連結的文字信息來表示郵包ID。這里,級別信息是Lvl-Lv6這6個級別,各級別中的矩形大小如圖7所示,一邊分 別是2. 5km、10km、40km、160km、640km、2560km。另外,緯度以及經度信息采用度表量程的小 數點以下兩位的10進數來表示。例如,在郵包ID是“Lv4+40. 00+14. 00”的情況下,其矩形左下頂點的位置是北緯 40度、東經14度,其一邊的大小為160km。此外,在緯度以及經度是南緯以及西經的情況下, 分別取代“ + ”而附加“_”。關于郵包ID的管理體系,在地圖分發中心2側具有如下這樣的單元,該單元預先 經由通信取得汽車導航裝置的機型和郵包ID管理體系(例如,如圖6所示的郵包ID格式 定義信息),并在地圖分發中心2側進行了基于郵包ID格式定義的ID變換之后分發地圖更 新數據,因此針對各種機型的PND (Perscmal Navigation Device,個人導航設備)都能夠進 行分發,從而只要是能取得這樣的地圖分發中心2側的地圖更新數據的汽車導航裝置,無需更換新的就能夠實現功能。另外,如圖7所示,構成地圖數據庫26的1個文件(在本實施方式中被稱為「DB 文件」),在級別信息是Lvl-lv4的情況下,由一邊為320km的矩形地域所包含的地圖數據構 成,在級別信息是Lv5、lv6的情況下,由一邊為2560km的矩形地域所包含的地圖數據構成。因此,在Lv4的DB文件中,存儲有四張160km四方地域的地圖(4個Lv4的郵包) 的地圖數據,在Lv3的DB文件中,存儲有64張40km四方地域的地圖(64個Lv3的郵包)的 地圖數據,在Lv2的DB文件中,存儲有1024張IOkm四方地域的地圖(1024個Lv2的郵包) 的地圖數據,在Lvl的DB文件中,存儲有16384張2. 5km四方地域的地圖(16384個Lvl的 郵包)的地圖數據。另外,Lv5、1ν6的地圖數據都存儲在1個DB文件中。即,1張2560km四方地域的 地圖(1個Lv6的郵包)的地圖數據以及1張640km四方地域的地圖(4個Lv5的郵包)的 地圖數據存儲在1個DB文件中。如以上所述,在整體為2560km四方地域、Lvl_Lv4的DB文件中包含320km四方地 域的地圖數據的情況下,Lvl-Lv4的DB文件中,有4個級別,每個級別16個,一共存在64 個。此外,DB文件的名稱也與郵包ID同樣,由指定矩形地域大小的級別信息與該矩形 左下頂點的緯度以及經度信息連結的文字信息表示。圖8是示出汽車導航裝置1中的主處理的處理流程的例圖。這里,所謂主處理就 是在汽車導航裝置1中接入電源之后直至切斷電源之前的一連串處理。如圖8所示,當通過引擎鍵等向汽車導航裝置1接通電源(電源ON)時,汽車導航 裝置1的CPU(以下,簡稱為「CPU」)執行在輔助存儲裝置中存儲的OS (Operating System) 以及將導航應用加載到主存儲裝置內等的規定初始化處理(步驟S21)。接著,CPU進入取得汽車導航事件(4《 > 卜)的循環處理(步驟S22)。這里,所 謂汽車導航事件就是由附屬于汽車導航裝置1的通信裝置4、輸入裝置、傳感器接口等產生 的插入事件,另外,還指由計時器及程序產生的事件。因此,在該事件是“本車位置更新事件”的情況下(在步驟S23中為“是”),CPU向 OS所提供的郵箱發送本車位置更新處理請求消息(步驟S24)。此時,CPU當在該郵箱內檢 測到存在本車位置更新處理請求消息時,開始執行本車位置更新處理,并從此時接收的GPS 電波中取得本車位置的緯度經度。另外,在該事件是“地圖顯示事件”的情況下(在步驟S25中為“是”),CPU向郵箱 發送地圖顯示處理請求消息(步驟S26)。此時,CPU當在該郵箱中檢測到存在地圖顯示處 理請求消息時,將其中包含此時取得的本車位置的規定大小的地圖顯示到顯示裝置上。以下同樣,在該事件是“目的地設定事件”的情況下(在步驟S27中為“是”),CPU 向郵箱發送目的地設定處理請求消息(步驟S28)。另外,在該事件是“路徑探索事件”的情 況下(在步驟S29中為“是”),CPU向郵箱發送路徑探索處理請求消息(步驟S30)。另外, 在該事件是“引導向導事件”的情況下(在步驟S31中為“是”),CPU向郵箱發送引導向導 處理請求消息(步驟S32)。另外,在該事件是“地圖更新事件”的情況下(在步驟S33中為 “是”),CPU向郵箱發送地圖更新處理請求消息(步驟S34)。另外,在該事件是“再啟動事 件”的情況下(在步驟S35中為“是”),CPU向郵箱發送再啟動處理請求消息(步驟S36)。
12
此外,在該事件是“電源OFF事件”的情況下(在步驟S37中為“是”),CPU向郵箱發送汽車導航結束處理請求消息(步驟S38),并結束圖8的主處理。圖9是示出汽車導航裝置1中的地圖更新處理的處理流程的例圖。如圖9所示,汽車導航裝置1的CPU首先判定有無地圖更新處理請求消息(步驟 S41)。然后,在其判定結果為具有地圖更新處理請求消息的情況下(在步驟S41中為“是”), CPU針對不包含本車位置或引導路徑的地圖,決定構成該地圖數據庫的文件的DB文件更新 方式(步驟S42)。在步驟S42的處理中,例如,對在緩存地圖109上緩存的地域地圖數據的DB文件 進行差分更新,對其以外的地域地圖數據的DB文件進行全地圖數據的更新(以下,稱為「文 件更新」)。為了決定最初執行文件更新和差分更新的哪方,而通過更新時間計算部106計 算每個更新方式的地圖數據更新所需的時間,來決定更新時間短的一方率先執行。例如,比 較文件更新以及差分更新的更新時間,由于文件更新的更新時間短所以決定為文件更新先 于差分更新,在此情況下,CPU根據以下順序來執行步驟S42以后的處理。文件更新可靈活應用按照每個圓來改寫DB文件的通常FILE處理的I/F。另一方 面,在實現差分更新之后,需要在裝入設備上執行關系數據庫處理中的SQL文的翻譯處理、 表定義解析處理、對HDD物理空間上的頁檢索處理等一連串處理。因此,在比較文件更新和 差分更新的更新時間時,如果更新數據量為一定以上,則存在文件更新比差分更新快的情 況,所以在考慮了汽車導航裝置1這樣的組裝設備的處理特性之后,本比較處理可能成為 用戶未感覺到地圖更新時間的處理。S卩,CPU首先對構成地圖數據庫的DB文件執行DB文件更新處理(步驟S43)。此 夕卜,參照圖11來說明DB文件更新處理的詳細處理流程。接著,CPU將指定作為差分更新對象的DB文件的DB文件更新區域信息(郵包ID) 向地圖分發中心2發送(步驟S44),還將本車位置的緯度經度向地圖分發中心2發送(步 驟 S45)。與此相對,地圖分發中心2當接收從汽車導航裝置1發送的文件更新區域信息和 本車位置的緯度經度時,將含有包含該本車位置的地域地圖數據的郵包或DB文件的差分 數據向汽車導航裝置1分發。因此,汽車導航裝置1的CPU接收所分發的差分數據(步驟 S46),并根據已接收的差分數據來進行差分更新處理(步驟S47)。此外,參照圖13來說明 差分更新處理的詳細處理流程。此外,地圖更新處理的執行順序不限于圖9所示的順序,例如,可以在差分更新處 理(步驟S47)之后執行DB文件更新處理(步驟S43)。在此情況下,因為緩存地圖109先 于HDD地圖110被更新,所以導航應用可使用更快更新的地圖數據。圖10是示出汽車導航裝置1中的引導向導處理的處理流程的例圖。如圖10所示,汽車導航裝置1的CPU首先判定有無引導向導處理請求消息(步驟 S51)。然后,在其判定結果為具有引導向導處理請求消息的情況下(在步驟S51中為“是”), CPU參照導航應用匹配性管理表103,判定利用郵包ID來確定導航應用“引導”的地圖數據 的地圖更新處理是否結束(步驟S52)。然后,在其判定結果為地圖更新處理結束的情況下 (在步驟S52中為“是”),CPU參照導航應用“引導”更新后的地圖(步驟S53),發送路徑探 索處理請求消息,由此針對路徑探索處理請求引導路徑的再次路徑探索(步驟S54)。
然后,CPU比較再次路徑探索后的引導路徑和其以前的引導路徑,在再次路徑探索 后的引導路徑率先到達目的地的情況下(在步驟S55中是“是”),將再次路徑探索后的引 導路徑顯示到顯示裝置上(步驟S56),并且與再次路徑探索前相比,用粗線或醒目的顏色 來強調顯示引導路徑變化的路徑部分的道路及背景等(步驟S57)。另一方面,在再次路徑 探索后的引導路徑未率先到達目的地的情況下(在步驟S55中為“否”),在顯示裝置上顯 示再次路徑探索前的引導路徑(步驟S58)。另外,當在步驟S52的判定中判定為地圖更新處理未結束的情況下(在步驟S52 中為“否”),進行引導向導補正處理(步驟S59),在根據該引導向導補正處理的結果提示不 匹配的引導信息時,利用聲音消息或顯示裝置所顯示的消息,來對用戶通知「具有引導向導 與實際道路不同的情況」(步驟S60)。
以上,通過進行步驟S55的條件分支處理,來自動判定在地圖更新后再次路徑探 索的引導路徑是否是比地圖更新前的引導路徑有利的引導路徑(例如,最短時間路徑),并 將有利的引導路徑顯示到顯示裝置上。因此,沒有由于地圖更新而妨礙用戶車輛運轉的情 況。并且,汽車導航裝置1所提供的功能在地圖更新時立即生效,因此用戶能夠立刻活用此 功能。另外,在步驟S60中,向用戶通知「具有引導向導與實際道路不同的情況」,因此用 戶在引導向導補正處理(步驟S59)之后,即使處于車輛運轉中也不用對汽車導航裝置1進 行操作,就能夠掌握是否與地圖不匹配的狀況。圖11是示出汽車導航裝置1的地圖更新處理中的DB文件更新處理的處理流程的 例圖。汽車導航裝置1的CPU首先識別地圖介質5 (步驟S4301)。此外,這里所謂的地圖 介質5通常是存儲有更新用地圖數據的移動存儲介質(CD-ROM/DVD-ROM等),廣義上能夠將 經由通信裝置4等可通信連接的地圖分發中心2視為地圖介質5。接著,CPU經由本車位置決定部113來取得本車位置(步驟S4302),還變更地圖顯 示級別(步驟S4303)。例如,在地圖顯示級別是Lv5、6的情況下,變更為Lv4。接著,CPU根據本車位置和地圖數據庫的DB文件命名規則,來確定在本車位置周 邊適合及非適合的Lv4-1的DB文件名(步驟S4304),并作成DB文件名目錄(list)(步驟 S4305)。此外,參照圖12來說明DB文件名目錄的結構,在DB文件名目錄中與各個DB文件 的文件名相對應地存儲“本車位置周邊比特(bit)”、“削除文件大小”、“削除狀態”、“復制狀 態”的各個信息。這里,在“本車位置周邊比特”上設置“1”的DB文件其實是緩存到緩存 地圖109上的DB文件。因此,在導航應用匹配性管理表103中可根據與本車位置決定應用 等對應著列表的DB文件的名稱,將DB文件名目錄中的“本車位置周邊比特”設置為“1”或 “0”。接著,CPU從地圖數據庫中切離適合Lv5_6的DB文件(步驟S4306),還從地圖數 據庫中切離不適合本車位置周邊的Lv4-1的DB文件(步驟S4307)。另外此時,適合本車 位置周邊的Lv4-1的DB文件處于剩余在緩存地圖109上的狀態,以下,將這些DB文件稱為 「舊本車位置周邊DB文件」。接著,CPU確認存儲地圖數據庫的硬盤裝置(以下,簡稱為「HDD」)的空余容量(步驟S4308)。在此之前的處理是DB文件更新處理的前處理,在步驟S4308確認了 HDD的空余 容量為更新充分DB文件的量時,如下地執行更新處理本身。CPU首先參照DB文件名目錄,逐個選擇削除狀態為“未削除”的文件進行削除,在 DB文件名目錄上,將已削除的DB文件的削除狀態變更為“削除完畢”(步驟S4309)。
接著,CPU參照DB文件名目錄,從地圖介質5向HDD(緩存地圖109)更名并復制 適合本車位置周邊的DB文件(步驟S4310)。此外在該步驟中,以下,將更名并復制的DB文 件稱為「新本車位置周邊更名DB文件」。接著,CPU參照DB文件名目錄,在不適合本車位置周邊的DB文件中,選擇并復制 其復制狀態為“未復制”的DB文件,在DB文件名目錄上,將已復制的DB文件的復制狀態變 更為“復制完畢”(步驟S4311)。接著,CPU刪除舊本車位置周邊DB文件(步驟S4312),將新本車位置周邊更名DB 文件的名稱重新命名為與舊本車位置周邊DB文件相同的名稱(步驟S4313)。以上,構成地圖數據庫的DB文件的更新結束。圖12是示出DB文件名目錄結構的例圖。如圖12所示,在DB文件名目錄1402 中,針對構成地圖數據庫的DB文件,分別存貨“文件名”、“本車位置周邊比特”、“削除文件大 小”、“削除狀態”、“復制狀態”的各個信息。因此,可通過采用該DB文件名目錄1402,來管 理構成地圖數據庫的DB文件的更新狀況。順便說一下,圖12(a)示出執行步驟S4305(參照圖11)之后的DB文件名目錄1402 所存儲的數據例,這里,反映步驟S4304的處理結果,關于適合本車位置周邊的DB文件,將 該“本車位置周邊比特”設定為“ 1 ”。另外,圖12(b)以及(c)分別示出在步驟S4309以及步驟S4311的處理執行中DB 文件名目錄1402所存儲的數據例。在圖12 (b)中,關于已削除的DB文件,將削除狀態從“未 削除”變更為“削除完畢”。另外,在圖12(c)中,關于已復制的DB文件,將復制狀態從“未 復制”變更為“復制完畢”。此外,在圖12中,文件名是將表示郵包ID以及地圖顯示級別的值以規定的規則編 碼后生成的文字列。圖13是示出汽車導航裝置1的地圖更新處理中的差分更新處理的處理流程的例 圖。汽車導航裝置1的CPU首先從差分更新處理對象的差分數據中,提取此時利用于 引導向導處理中的引導路徑的節點數據所附帶的差分數據(步驟S4701)。S卩,CPU可通過 提取引導路徑的節點數據所附帶的差分數據,來執行用于更新引導路徑數據的判斷處理。 接著,CPU經由車速取得部112來取得本車的車速(步驟S4702)。此外,在取得車速時,例 如以1秒間隔取得車速,并將以之前10秒即10個車速取移動平均的值作為此時的車速。接著,CPU計算道路數據的差分更新時間(步驟S4703),還計算引導數據的差分更 新時間(步驟S4704)。在此情況下,根據關于道路數據或引導數據的差分數據大小、操作地 圖數據庫的命令(追加、削除、更新等)的單位數據大小的處理結束時間等來計算該差分更 新時間。順便說一下,關于追加、削除、更新的單位數據大小的處理結束時間分別是0. Ims/ byte、0. 5ms/byte、0. 2ms/byte 左右。此外,在一邊接受基于通信或廣播的差分數據分發一邊執行差分更新處理的情況下,還考慮基于該通信及廣播的傳送時間。在此情況下,通過“差分數據大小”X “傳輸速 率”來算出傳送時間。接著,CPU對道路數據的差分更新時間和到達本車更新場所的時間進行比較,在道 路數據的差分更新時間比到達更新場所的時間小的情況下(在步驟S4705中是“是”),實 施道路數據的差分更新(步驟S4706),在道路數據的差分更新時間不小于到達更新場所的 時間的情況下(在步驟S4705中是“否”),不實施道路數據的差分更新。接著,CPU在引導差分數據是Ikm外的交叉點 向導聲音的情況下(在步驟S4707中 是“是”),取得車速以及本車位置(S4708)。CPU還判定引導數據的差分更新時間是否小于 從本車位置到更新場所之間的距離減去IOOOm后的距離除以車速所得的值,在小于的情況 下(在步驟S4709中是“是”),實施Ikm外的交叉點向導聲音的引導數據的差分更新(步 驟 S4710)。另一方面,在引導數據的差分更新時間不小于從本車位置到更新場所之間的距離 減去Ikm后的距離除以車速所得的值的情況下(在步驟S4709中是“否”),判斷為趕不上 該Ikm外的交叉點向導聲音的引導數據更新,在HDD地圖110的管理信息的更新可否標志 中設置“不可”(步驟S4711)。此外,參照圖17來說明HDD地圖110的管理信息。另外,在引導的差分數據不是Ikm外的交叉點向導聲音(在步驟S4707中為“否”) 而是300m外的交叉點向導聲音時(在步驟S4712中為“是”),取得車速以及本車位置(步驟 S4713)。此外,CPU還判定引導數據的差分更新時間是否小于從本車位置到更新場所之間的 距離減去300m后的距離除以車速所得的值,在小于的情況下(在步驟S4714中為“是”), 實施300m外的交叉點向導聲音的引導數據的差分更新(步驟S4715)。另一方面,在引導數據的差分更新時間不小于從本車位置到更新場所之間的距離 減去300m后的距離除以車速所得的值的情況下(在步驟S4714中為“否”),判斷為趕不上 該300m外的交叉點向導聲音的引導數據更新,在HDD地圖110的管理信息的更新可否標志 中設定“不可”(步驟S4716)。另外,在引導差分數據不是300m外的交叉點向導聲音(在步驟S4712中為“否”) 而是50m外的交叉點向導聲音的情況下(在步驟S4717中為“是”),取得車速以及本車位 置(步驟S4718)。此外,CPU還判定引導數據的差分更新時間是否小于從本車位置到更新 場所之間的距離減去50m后的距離除以車速所得的值,在小于的情況下(在步驟S4719中 為“是”),實施50m外的交叉點向導聲音的引導數據的差分更新(步驟S4720)。另一方面,在引導數據的差分更新時間不小于從本車位置到更新場所之間的距離 減去50m后的距離除以車速所得的值時(在步驟S4719中為“否”),判斷為趕不上該50m 外的交叉點向導聲音的引導數據更新,在HDD地圖110的管理信息的更新可否標志中設置 “不可”(步驟S4721)。以上,在要求步驟S4707至步驟S4721的實時性的引導向導處理部分,CPU優先更 新趕得上引導差分數據更新的數據。另外,在不能差分數據更新的情況下,在更新可否標志 上保持不能更新的情況,因此CPU在引導向導補正處理(參照圖10、步驟S59)中,不用重新 檢索HDD地圖110的地圖數據,就能夠執行該處理。圖14是示出汽車導航裝置1的引導向導處理中的引導向導補正處理的處理流程 的例圖。引導向導補正處理是用于在道路數據與引導數據之間具有矛盾時補正引導向導的處理。
汽車導航裝置1的CPU首先從引導數據列中提取與本車位置最近的事件(步驟 S5901)。接著,CPU判定是否更新道路連接,在更新了道路連接的情況下(在步驟S5902中 為“是”),參照HDD地圖110的管理信息的更新可否標志(步驟S5903)。然后,在該道路連接所附帶的引導數據的更新可否標志以及道路數據的更新可否 標志中的一方是“不可”的情況下(在步驟S5904中為“是”),CPU按照每個相應節點ID, 針對連接數、連接間的角度、道路類別等,來比較道路數據與引導數據之間的差異(步驟 S5905)。通過此處理,針對一方為“不可”的情況,優先判斷道路數據與引導數據之間的容 許差異,所以CPU不用重新檢索HDD地圖110的地圖數據,就能夠執行該判斷處理(比較處 理步驟S5905)。然后,根據該比較處理,在具有差異的情況下(在步驟S5906中為“是”),CPU在 HDD地圖110的管理信息中設置該引導數據的不一致標志(步驟S5907)。在該步驟中,預 先設置引導數據的不一致標志,由此CPU不用重新檢索HDD地圖110的地圖數據,就能夠立 即執行對要求實時應答的用戶的通知處理(參照圖10、步驟S60)。另一方面,在步驟S5902的判定中沒有更新道路連接的情況下(在步驟S5902中 為“否”)、在步驟S5904的判定中道路連接所附帶的引導數據的更新可否標志以及道路數 據的更新可否標志雙方一致都為“可”或“不可”的情況下(在步驟S5904中為“否”)以及 在步驟S5905的比較中沒有差異的情況下(在步驟S5906中為“否”),不進行引導向導的 補正處理。圖15是示出導航應用匹配性管理表103結構的例圖。如圖15所示,導航應用匹 配性管理表103由應用名稱、郵包數、郵包ID目錄、更新完畢標志的各數據構成。這里,應用名稱是在汽車導航裝置1中動作的導航應用的名稱,郵包數是在該導 航應用進行正常動作的基礎上需要的郵包數,郵包ID目錄是在該導航應用進行正常動作 的基礎上需要的郵包的郵包ID的目錄。此外,如上所述,由該郵包ID目錄指定的郵包的地 圖數據被存儲在緩存地圖109內。如上所述通過緩存地圖更新部107、緩存地圖區域確定部 108來執行導航應用匹配性管理表103的更新以及參照。更新完畢標志表示由郵包ID目錄指定的全部郵包(DB文件)的地圖數據更新是 否已結束。即,在與某導航應用對應的更新完畢標志是“完畢”的情況下,保證該導航應用 的動作。另一方面,在更新完畢標志是“未完畢”的情況下,該導航應用需要使用更新前郵 包的地圖數據來進行動作。另外,導航應用匹配性管理表103中的郵包ID目錄伴隨著本車位置的移動進行適 當改寫。另外,與路徑引導應用相對的郵包數是包含引導路徑的周邊郵包數,在探索引導路 徑時或伴隨著本車位置的移動進行適當改寫。通過具備該導航應用匹配性管理表103,可按照每個導航應用,來檢測存儲有該導 航應用正常動作所需的地圖數據的郵包(DB文件)的更新結束。因此,各導航應用不用等 待全部地圖數據的更新結束,就能夠檢測自身動作所需的地圖數據的更新結束,在此時刻, 能夠利用更新后的地圖數據。即,對于汽車導航裝置1的用戶,能夠更早地利用已更新的新 地圖。此外,在以上圖15的說明中,還可將郵包數改稱為DB文件數,將郵包ID目錄改稱為DB文件的名稱目錄。圖16是用于說明汽車導航裝置1的主存儲裝置30與HDD40之間的關系數據庫 (RDB =Relational Data Base)的動作的圖。在圖16中,HDD40具備用于對RDB所管理的地圖數據庫中的表名稱、表中保持的 欄目的名稱及類型進行定義的表定義信息41。當通過電源ON后的初始化處理使RDB初始 化時,表定義信息41被加載到存儲空間中的存儲庫311上,該存儲空間中加載有主存儲裝 置 30 上的 DBMS (Database Management System,數據庫管理系統)31。
DBMS31當從汽車導航應用以函數調用形式收到地圖存取請求時,根據該函數調用 的內容來生成SQL文32。SQL編譯器33采用已經將該SQL文32加載到存儲庫311上的表 定義信息進行SQL文32的解釋。數據存取器34解決作為SQL文32的解釋結果的地圖數據庫中的地圖數據的物理 配置,確定作為地圖數據管理單位的頁和管理頁的管理信息,并逐次存儲在主存儲裝置30 上的全局緩存器312中。如以上所述,將管理信息42和頁加載到主存儲裝置30中,由此CPU在導航應用執 行時,可從主存儲裝置30中高速參照必要的地圖數據,可消除經由RDB參照的開銷以及從 HDD40存取數據的開銷。圖17是示出汽車導航裝置1的地圖數據庫中的管理信息42的數據結構的例圖。 如圖17所示,管理信息42由頁大小、頁數、頁編號目錄、郵包ID、數據種類、更新可否標志、 不一致標志等構成。這里,頁大小是1頁的數據容量,頁數是保持該地圖數據所需的頁數,頁編號目錄 是保持該地圖數據的頁編號(頁地址)的目錄,郵包ID是該地圖數據所屬的郵包的郵包 ID,數據類別是該地圖數據的類別(道路數據、引導數據、背景數據等)。另外,更新可否標志是表示是否能差分更新的標志,其在差分更新處理(參照圖 13)中進行設置。另外,不一致標志是表示道路數據與引導數據是否一致的標志,其在引導 向導補正處理(參照圖14)中被設置為相應的引導數據。圖18以及圖19是示出表示通過地圖介質上的地圖數據來更新HDD上的地圖數據 的狀況的第1例的圖。在圖18中,(a)是表示開始地圖更新時的地圖數據狀態的圖,符號61表示Lv5_6 的地圖,符號62表示Lvl-4的地圖,符號63表示本車位置周邊地圖,符號64表示本車位置。當執行DB文件更新處理(參照圖11)時,如圖18(b)所示,首先,刪除舊的Lv5_6 的地圖61和除了本車位置周邊地圖63之外的舊的Lvl-4的地圖62。這里,將本車位置周 邊地圖63存儲在緩存地圖103 (參照圖1)內。接著,如圖19(c)所示,從地圖介質5向HDD以未改變文件名的方式直接復制除了 Lv5_6的地圖61以及本車位置周邊地圖63之外的Lvl_4的地圖62。另外,關于本車位置 周邊地圖63在新文件更名后復制到緩存地圖103上。接著,如圖19(d)所示,當該復制結束時,如圖19(e)所示,刪除舊的本車位置周邊 地圖63,將更名后復制的新本車位置周邊地圖63重新更名為與舊的本車位置周邊地圖63 相同的名稱。以上,在圖19(f)中,地圖數據的更新結束。圖20以及圖21示出表示根據地圖介質上的地圖數據來更新HDD上的地圖數據的狀況的第2例的圖。在圖20中,(a)是示出開始地圖更新時的地圖數據狀態的圖,符號71表示Lv5_6的地圖,符號72表示Lvl-4的地圖,符號73表示本車位置周邊地圖,符號74表示本車位置。接著,當執行DB文件更新處理(參照圖11)時,如圖20(b)所示,在HDD上的地圖 數據中確定引導路徑75,還確定引導路徑周邊地圖77。如圖20(c)所示,首先還刪除舊的 Lv5_6的地圖71和除了引導路徑周邊地圖77之外的舊的Lvl_4的地圖72。接著,如圖21(d)所示,從地圖介質5向HDD以未改變文件名的方式直接復制 Lv5_6的地圖71以及除了引導路徑周邊地圖77之外的Lvl-4的地圖72。另外,關于引導 路徑周邊地圖77在新文件更名后復制到緩存地圖103中。接著,當如圖21(e)所示該復制結束時,如圖21 (f)所示,刪除舊的引導路徑周邊 地圖77,并將更名后復制的引導路徑周邊地圖77重新更名為與舊的引導路徑周邊地圖77 相同的名稱。由以上,在圖21(g)中,地圖數據的更新結束。
權利要求
一種汽車導航裝置,具有地圖數據存儲單元,其將多個地域的地圖數據作為各個地圖數據文件進行存儲;顯示單元,其顯示該地圖數據;位置取得單元,其取得本車位置;以及目的地設定單元,其設定目的地,該汽車導航裝置參照上述地圖數據存儲單元,探索從上述本車位置到上述目的地的引導路徑,并將已探索到的引導路徑顯示在上述顯示單元上,其特征在于,上述汽車導航裝置的運算處理裝置,從存儲在上述地圖數據存儲單元內的多個地域的地圖數據文件中,按照上述汽車導航裝置所包含的每個應用程序,將執行該應用程序所需的地域的地圖數據文件確定為包含上述目的地或上述引導路徑的地域以及其周邊地域的地圖數據文件,在更新上述地圖數據存儲單元所存儲的上述地圖數據文件時,針對上述確定的地圖數據文件監視其更新狀況,將使通過上述監視所獲得的上述確定的地圖數據文件的更新狀況和該地圖數據文件的識別信息與上述應用程序對應的信息,作為管理上述應用程序的動作匹配性的管理信息,存儲到存儲裝置中,當更新在上述管理信息中包含其識別信息的地圖數據文件時,與上述應用程序的執行狀況相關聯地更新該地圖數據文件,當更新在上述管理信息中包含其識別信息的地圖數據文件以外的地圖數據文件時,與上述應用程序的執行狀況無關聯地更新該地圖數據文件。
2.根據權利要求1所述的汽車導航裝置,其特征在于,上述運算處理裝置在執行引導向導的應用程序的情況下,參照上述管理信息,判定與 該應用程序對應的地圖數據文件的更新是否完成,在該更新完成時,采用已更新的地圖數 據文件的地圖數據,進行再次路徑探索,對通過上述再次路徑探索而獲得的新引導路徑和在上述地圖數據的更新前獲得的舊 引導路徑進行比較,當判定為新引導路徑提前到達目的地時,在上述顯示單元上顯示上述 新引導路徑。
3.根據權利要求1所述的汽車導航裝置,其特征在于,上述運算處理裝置在更新上述引導路徑所附帶的地圖數據的情況下,預測本車到達該 更新對象的地圖數據所示位置為止的時間和更新該更新對象的地圖數據的時間,在更新上 述更新對象的地圖數據的時間小于本車到達上述更新對象的地圖數據所示位置為止的時 間時,更新上述更新對象的地圖數據。
4.根據權利要求1所述的汽車導航裝置,其特征在于,上述運算處理裝置使與上述地圖數據存儲單元所存儲的上述多個地域相對的地圖數 據文件中的、在上述管理表內存儲有其識別信息的地圖數據文件的更新,比其以外的地圖 數據文件的更新率先執行。
5.一種程序,是汽車導航裝置的程序,該汽車導航裝置具有地圖數據存儲單元,其將 多個地域的地圖數據作為各個地圖數據文件進行存儲;顯示單元,其顯示該地圖數據;位 置取得單元,其取得本車位置;以及目的地設定單元,其設定目的地,該汽車導航裝置參照 上述地圖數據存儲單元,探索從上述本車位置到上述目的地的引導路徑,并將已探索到的 引導路徑顯示在上述顯示單元上,該程序的特征在于,使上述汽車導航裝置的運算處理裝置執行以下處理從存儲在上述地圖數據存儲單元內的多個地域的地圖數據文件中,按照上述汽車導航 裝置所包含的每個應用程序,將執行該應用程序所需的地域的地圖數據文件確定為包含上 述目的地或上述引導路徑的地域以及其周邊地域的地圖數據文件,在更新上述地圖數據存儲單元所存儲的上述地圖數據文件時,針對上述確定的地圖數 據文件監視其更新狀況,將使通過上述監視所獲得的上述確定的地圖數據文件的更新狀況和該地圖數據文件 的識別信息與上述應用程序對應的信息,作為管理上述應用程序的動作匹配性的管理信 息,存儲到存儲裝置中,當更新在上述管理信息中包含其識別信息的地圖數據文件時,與上述應用程序的執行 狀況相關聯地更新該地圖數據文件,當更新在上述管理信息中包含其識別信息的地圖數據 文件以外的地圖數據文件時,與上述應用程序的執行狀況無關聯地更新該地圖數據文件。
6.根據權利要求5所述的程序,其特征在于,使上述運算處理裝置執行以下的處理在引導向導的應用程序中,參照上述管理信息,判定與該應用程序對應的地圖數據文 件的更新是否完成,在該更新完成時,采用已更新的地圖數據文件的地圖數據,進行再次路 徑探索,對通過上述再次路徑探索而獲得的新引導路徑和在上述地圖數據的更新前獲得的舊 引導路徑進行比較,當判定為新引導路徑提前到達目的地時,在上述顯示單元上顯示上述 新引導路徑。
7.根據權利要求5所述的程序,其特征在于,使上述運算處理裝置執行以下的處理,在更新上述引導路徑所附帶的地圖數據的情況下,預測本車到達該更新對象的地圖數 據所示位置為止的時間和更新該更新對象的地圖數據的時間,在更新上述更新對象的地圖 數據的時間小于本車到達上述更新對象的地圖數據所示位置為止的時間時,更新上述更新 對象的地圖數據。
8.根據權利要求5所述的程序,其特征在于,使上述運算處理裝置對與上述地圖數據存儲單元所存儲的上述多個地域相對的地圖 數據文件中的、在上述管理表內存儲有其識別信息的地圖數據文件的更新,比其以外的地 圖數據文件的更新率先執行。
9.一種地圖數據更新方法,是汽車導航裝置中的地圖數據更新方法,該汽車導航裝置 具有地圖數據存儲單元,其將多個地域的地圖數據作為各個地圖數據文件進行存儲;顯 示單元,其顯示該地圖數據;位置取得單元,其取得本車位置;以及目的地設定單元,其設 定目的地,該汽車導航裝置參照上述地圖數據存儲單元,探索從上述本車位置到上述目的 地的引導路徑,并將已探索到的引導路徑顯示在上述顯示單元上,該地圖數據更新方法的 特征在于,上述汽車導航裝置的運算處理裝置,從存儲在上述地圖數據存儲單元內的多個地域的 地圖數據文件中,按照上述汽車導航裝置所包含的每個應用程序,將執行該應用程序所需 的地域的地圖數據文件確定為包含上述目的地或上述引導路徑的地域以及其周邊地域的 地圖數據文件,在更新上述地圖數據存儲單元所存儲的上述地圖數據文件時,針對上述確定的地圖數 據文件監視其更新狀況,將使通過上述監視所獲得的上述確定的地圖數據文件的更新狀況和該地圖數據文件 的識別信息與上述應用程序對應的信息,作為管理上述應用程序的動作匹配性的管理信 息,存儲到存儲裝置中,當更新在上述管理信息中包含其識別信息的地圖數據文件時,與上述應用程序的執行 狀況相關聯地更新該地圖數據文件,當更新在上述管理信息中包含其識別信息的地圖數據 文件以外的地圖數據文件時,與上述應用程序的執行狀況無關聯地更新該地圖數據文件。
10.根據權利要求9所述的地圖數據更新方法,其特征在于,上述運算處理裝置在更新上述引導路徑所附帶的地圖數據的情況下,預測本車到達該 更新對象的地圖數據所示位置為止的時間和更新該更新對象的地圖數據的時間,在更新上 述更新對象的地圖數據的時間小于本車到達上述更新對象的地圖數據所示位置為止的時 間時,更新上述更新對象的地圖數據。
11.根據權利要求9所述的地圖數據更新方法,其特征在于,上述運算處理裝置使與上述地圖數據存儲單元所存儲的上述多個地域相對的地圖數 據文件中的、在上述管理表內存儲有其識別信息的地圖數據文件的更新,比其以外的地圖 數據文件的更新率先執行。
全文摘要
提供一種汽車導航裝置、程序以及地圖數據更新方法。汽車導航裝置(1)具有HDD地圖(110)、緩存地圖(109),在HDD地圖(110)中存儲全部地域的地圖數據,在緩存地圖中存儲路徑探索部(115)、引導向導部(116)所使用地域的地圖數據。緩存地圖區域確定部(108)按照每個導航應用來確定應該存儲在緩存地圖內的地域地圖數據文件,并將所特定的地圖數據文件的名稱與導航應用相對應地存儲在導航應用匹配性管理表(103)內。匹配性判斷部(104)監視在導航應用匹配性管理表中登記有其名稱的地圖數據文件的更新狀況,并且將通過該監視所獲得的更新狀況(更新完畢或未完畢)存儲在導航應用匹配性管理表(103)內。
文檔編號G01C21/30GK101936742SQ201010214070
公開日2011年1月5日 申請日期2010年6月24日 優先權日2009年6月26日
發明者佐佐木浩人, 內田貴之, 友部修, 川股幸博, 相川哲盛 申請人:歌樂牌株式會社