国产自产21区,亚洲97,免费毛片网,国产啪视频,青青青国产在线观看,国产毛片一区二区三区精品

專利名稱：車載終端、服務器裝置、交通信息系統及線路數據更新法的制作方法
技術領域：
本發明涉及利用由探測車輛發送的信息生成交通信息數據，并顯示該交通信息的車載終端、服務器裝置、交通信息系統、線路數據(link date)更新方法及交通信息提供方法。
背景技術：
近年，將行駛中的一臺臺車輛作為探測車輛(probe car)而感知的信息通過無線通信匯集到例如信息中心的探測車輛系統的概念逐漸確定。根據該方法，與固定式的傳感器比較，能夠提供更實時且詳細的信息作為擁堵信息等交通信息。
而且，現已公開有如下道路對應裝置地面中心將表示與更新信息或道路信息關聯的場所的線路(link)以由位置坐標表現的坐標列數據的形式進行發送，終端裝置基于接收的坐標列數據，使從地面中心裝置送來的線路與本身具有的道路地圖數據的線路對應，由此即使因新設道路等而使得道路的形式發生變化，在終端裝置一方也能容易地進行對應(例如，參照專利文獻1)。
進而，還公開有如下交通信息收集/提供系統在來自行駛車輛即探測車輛的信息較多地集中的線路中，增大信息的更新頻度，反之，在來自行駛車輛的信息集中得少的線路中，減小信息的更新頻度，由此防止由廣播(announce)效果引起的暫時的不穩定的交通集中的發生(例如，參照專利文獻2)。
但是，線路數據一般按每規定期間而被更新，但車載終端的線路數據的更新狀態可能按每個車載終端而不同，需要發送各線路數據版本(version)所對應的交通信息，因此存在施加到通信通道的負擔大的問題。
尤其是，在接收探測車輛的交通信息時，車輛的行駛狀態中存在偏差(由于是會員制，因此只能利用特定的車輛，而且其行駛狀態中還會產生統計上偏差)，因此在交通信息或新設線路的信息的接收中產生偏差。因此，在更新時需要多次發送線路的更新信息，存在通信通道的負擔增大的問題。
進而，作為駕駛員所需要的信息是未擁堵的新設道路或突發擁堵等信息，但在所述的專利文獻1及專利文獻2中，駕駛員所需要的交通信息和并不那么需要的交通信息都被以相同的重要度發送。由此，例如在車載終端的接收容量小的情況等，存在無法發送所有真正重要的交通信息的問題。
專利文獻1特開2003-121170號公報(權利要求1)專利文獻2特開2002-208094號公報(權利要求1、段落0017～0020、圖2)發明內容鑒于所述問題，本發明的目的在于減輕更新時的通信通道的負擔。
本發明提供的車載終端、服務器裝置、交通信息系統、線路數據更新方法、交通信息提供方法的特征在于，中心服務器從探測車輛接收包括行駛位置與時刻信息的探測車輛信息，并基于所述探測車輛信息進行新線路的判定，在判定為新線路的情況下，生成線路數據，并基于所述探測車輛信息生成交通信息數據，從授權裝置接收包含被授權(權利要求中的確定)的線路ID即確定線路ID的線路數據，并基于所述確定線路ID生成新舊線路ID表，進行多個所述交通信息數據的發送順序的確定，并將確定了所述發送順序的多個交通信息數據發送到車載終端，所述車載終端基于所述新舊線路ID表，取得與收到的所述交通信息數據相應的線路數據。
根據本發明，能夠減輕更新時的通信通道的負擔。由此，能夠構筑可進行高效的線路數據的管理或發送的系統。


圖1是表示本實施方式的交通信息系統的一例的圖；
圖2是表示本實施方式的交通信息系統中的中心服務器的一例的框圖；圖3是表示本實施方式的交通信息系統中的車載終端的一例的框圖；圖4是表示本實施方式的交通信息系統的處理的流程的時間圖；圖5是表示關于中心服務器中的新線路數據的判定/生成/保存的處理的流程圖；圖6是表示地圖匹配處理的例子的圖；圖7是表示新線路數據的生成方法的例子的圖；圖8是表示線路數據的格式的例子的圖；圖9是表示線路連接關系數據的格式的例子的圖；圖10是表示中心服務器中的交通信息數據的生成/保存的處理的流程圖；圖11是表示交通信息數據的格式的圖；圖12是表示新舊線路ID表的生成的處理的流程圖；圖13是表示新舊線路ID表的格式的圖；圖14是表示中心服務器中的發送處理所涉及的處理的流程圖；圖15是表示本實施方式的交通信息數據的排列的格式的例子的圖；圖16是表示對中心服務器中的可發送的數據量進行限制并發送到車載終端的處理的流程圖；圖17A是表示中心服務器中的跨不同區域的交通信息發送數據量的確定的處理的流程圖(其一)；圖17B是表示中心服務器中的跨不同區域的交通信息發送數據量的確定的處理的流程圖(其二)；圖18A是表示車載終端中的處理的流程圖(其一)；圖18B是表示車載終端中的處理的流程圖(其二)；圖19是以地點的連接關系表現線路時的線路數據的格式；圖20是以地點的連接關系表現線路時的交通信息數據的格式；圖21是以地點的連接關系表現線路時的新舊地點號碼表的例子的圖。
圖中1-中心服務器，2-車載終端，3-信息中心，4-車輛，5-探測車輛，8-授權裝置，11-收發部(中心服務器)，12-處理部(中心服務器)，13-判定部(中心服務器)，14-新線路交通信息DB，15-已有線路交通信息DB，16-新線路DB，17-已有線路DB，21-收發部(車載終端)，22-處理部(車載終端)，23-判定部(車載終端)，24-初始線路DB，25-追加線路DB，26-新舊線路IDDB。
具體實施例方式
以下，參照附圖，進行本發明的實施方式的說明。
圖1是表示本實施方式的交通信息系統的一例的圖；交通信息系統被構成為包括相互經由網絡7連接的信息中心3、授權裝置8、各基站6，還包括通過無線通信與各基站6連接的探測車輛5、車輛4。信息中心3被構成為包括中心服務器(技術方案中的服務器裝置)1，其進行生成交通信息數據、新線路的生成、新舊線路ID表的生成及發送處理等處理，車輛4被構成為包括車載終端2，其從信息中心3接收交通信息數據或新舊線路ID表，并對這些進行顯示。進而，授權裝置8具有通過進行對新開通的道路等添加新的線路ID(確定線路ID)的授權，從而確定新線路的線路ID的功能。
圖2是表示本實施方式的交通信息系統中的中心服務器的一例的框圖。
中心服務器1被構成為包括進行各種處理的處理部12；與該處理部12連接的進行各種判定的判定部13；進行信息收發的收發部11；保存有尚未被授權裝置8(參照圖1)授權的線路即新線路的交通信息數據的新線路交通信息數據庫(DB)14；保存有已經被授權的線路即已有線路的交通信息數據的已有線路交通信息DB15；保存有新線路的線路數據(新線路數據)的新線路DB16；及保存有已有線路的線路數據(已有線路數據)的已有線路DB 17。
圖3是表示本實施方式的交通信息系統中的車載終端的一例的框圖。
車載終端2被構成為包括進行各種處理的處理部22；與該處理部22連接的進行各種判定的判定部23；進行信息收發的收發部21；顯示各種信息的顯示部28；例如在車載終端2出廠時作為初始信息保存已有線路數據的初始線路DB24；每次從信息中心3(參照圖1)發送新線路，都追加所發送的新線路數據的追加線路DB25；保存有新舊線路ID表的新舊線路IDDB26；保存有地物數據等的地圖DB27。
此處，對中心服務器1的新線路DB16及已有線路DB17、和車載終端2的初始線路DB24及追加線路DB25的差異進行說明。
中心服務器1的新線路DB16中保存的新線路數據若被授權則移動到已有線路DB17中。
對此，車載終端2的追加線路DB25，即使被授權也不將后述的臨時線路ID變更成確定線路ID，并且也不將線路數據移動到初始線路DB24中。而且，初始線路DB24也不改變其保存內容。
圖4是表示本實施方式的交通信息系統的處理的流程的時間圖。
參照圖1、圖2及圖3，并按照圖4，說明本實施方式的交通信息系統的處理的流程。
首先，探測車輛信息從探測車輛5被發送到信息中心3(中心服務器1)(S401)。此處，所謂探測車輛信息包含從設置在探測車輛5中的未圖示的車速傳感器或回轉儀等獲得的探測車輛5的當前的行駛位置或時刻信息。
然后，信息中心3基于送來的探測車輛信息進行新線路的判定，在判定為新線路的情況下，生成線路數據，將生成的線路數據保存到新線路DB16(S402)。步驟S402的處理的說明參照圖5～圖6在后面敘述。
進而，信息中心3基于送來的探測車輛信息生成交通信息數據，并將此數據保存到新線路交通信息DB14或已有線路交通信息DB15中(S403)。步驟S403的處理的說明參照圖10在后面敘述。
授權裝置8基于以公共團體或民間的地圖公司所收集的地圖為基礎的線路信息，按照每規定期間進行對新線路添加線路ID的授權(S404)。另外，在本實施方式中，線路ID設為由授權裝置8自動地添加，但也可例如由委員會等授權機關進行授權，授權裝置獲得該結果并進行存儲。
然后，由授權裝置8將包含被授權的線路ID(確定線路ID)的線路數據發送到信息中心3(S405)。而后，在信息中心3中，基于從授權裝置8送來的確定線路ID生成新舊線路ID表(S406)。步驟S406的處理參照圖12在后面敘述。
生成的新舊線路ID表發送到車輛4(車載終端2)(S407)，并經由車載終端2的收發部21保存到新舊線路IDDB26中(S408)。
接著，交通信息請求信號從車載終端2發送到信息中心3，從而進行交通信息數據的請求(S409)。
進而，接收了交通信息請求信號的信息中心3執行確定所發送的多個交通信息數據的發送順序等的發送處理(S410)。步驟S410的處理的說明參照圖14～圖17在后面敘述。
然后，信息中心3將確定了發送順序的多個交通信息數據發送到車輛4(S411)。
接收了交通信息數據的車輛4的車載終端2基于新舊線路ID表等，取得/顯示收到的交通信息數據所對應的線路數據(S412)，進而，顯示相應的交通信息數據等(S413)。步驟S411及步驟S412的處理的說明參照圖18在后面敘述。
另外，步驟S401～步驟S403的處理是每次探測車輛信息從探測車輛5發送到信息中心3都進行的處理，步驟S404～步驟S407是以每年一次或比此更短例如半年一次或三個月一次的間隔進行的處理，步驟S408～步驟S412的處理是每次由車輛4發出交通信息數據的請求都進行的處理。
圖5是表示關于中心服務器中的新線路數據的判定/生成/保存的處理的流程圖。
參照圖1及圖2，并按照圖5，說明關于由中心服務器1中的探測車輛信息判定/生成/保存新線路數據的處理的流程。
另外，該處理是相當于圖4的步驟S402的處理。
發送部11收到始終從探測車輛5發送到收發部11的探測車輛信息(S501)之后，將其發送到處理部12。
然后，處理部12基于當前的探測車輛5的位置等，從已有線路DB17中取得距當前的探測車輛5的位置規定距離以內的已有線路數據，并對發送的探測車輛信息進行地圖匹配處理(S502)。
接著，判定部13判定步驟S502中的地圖匹配處理的結果是否是地圖匹配失敗(S503)。地圖匹配是否失敗，例如根據當前的車輛4的位置與相應的已有線路的距離是否在閾值以上而判定。
在由判定部13判定為地圖匹配已失敗的情況下(S503→“是”)，處理部12存儲相應的探測車輛5的位置數據(坐標數據)(S504)，并返回到步驟S501的處理。
在步驟S503中，在由判定部13判定為地圖匹配未失敗(成功)的情況下(S503→“否”)，判定部13再關于一個循環前的處理的車輛位置判定地圖匹配是否已失敗(S505)。
在步驟S505中，關于一個循環前的處理的探測車輛5的位置，在判定部13判定為地圖匹配未失敗(成功)的情況下(S505→“否”)，由于無需生成新線路數據，因此返回到步驟S501的處理。
在步驟S505中，關于一個循環前的處理的車輛4的位置，在判定部13判定為地圖匹配失敗的情況下(S505→“是”)，前進到步驟S506的處理。
在步驟S506中，通過連結在地圖匹配中已失敗的位置，生成新線路數據，并對處理部12生成的新線路數據賦予未被授權的線路ID即臨時線路ID(S507)。然后，處理部12將生成的新線路數據保存到新線路DB16中(S508)，返回到步驟S501的處理。
另外，步驟S501～步驟S508的處理例如在來自探測車輛5的探測車輛信息的發送未進行規定時間以上時結束。
如圖6所示，以探測車輛5在從端點A到端點B的路徑行駛的情況為例，更具體地說明步驟S501～步驟S508的處理。
圖6是表示地圖匹配處理的例子的圖。
參照圖2并按照圖6，對新線路數據的判定方法、和生成方法進行說明。
如圖6所示，設定如下情況已有線路DB17中登記有以端點A(地點A)與端點B(地點B)為兩端的已有線路AB的已有線路數據，探測車輛5從地點A向地點B行駛。此時，在從地點A經地點P及地點Q到達地點B的道路區間，地點數據匹配成功(由圖6的○表示的點)，處理部12推測為探測車輛5在該區間行駛。在從地點P到地點Q的道路區間匹配失敗，不能推測為探測車輛5在哪條道路行駛，因此視為探測車輛5在已有線路DB17中未登記的道路行駛，并保存這些探測車輛5的位置數據(由圖6的×表示的點)。
圖7是表示新線路數據的生成方法的例子的圖。
對在圖6中舉出的例子的情況下，圖5的步驟S506的新線路數據的生成處理，利用圖7進行具體地說明。
首先，通過連接圖7中的匹配失敗位置(由圖7的×表示的點)的位置數據而生成新線路數據(圖7的虛線)(步驟S506)。并且，在將該新線路數據與道路AB連接的地點設為C、D時，將該新線路CD的新線路數據追加到新線路DB 16中。
圖8是表示線路數據的格式的例子的圖。
按照圖8，對線路數據的格式的例子進行說明。
線路數據例如為JIS X 0410網孔代碼(mesh code)等，按每個線路存儲有對區域進行特別指定的區域ID、在區域ID內對線路唯一地添加的ID即線路ID、線路上的補充點的數量、及各補充點的網孔內的x坐標與y坐標。
圖9是表示線路連接關系數據的格式的例子的圖。
按照圖9，對線路連接關系數據的格式的例子進行說明。
在線路連接關系數據中存儲有線路ID、線路的起始節點號碼及終點節點號碼等。通過參照該數據，明確各線路彼此的連接關系。
另外，在圖8及圖9中，線路ID存儲臨時線路ID或確定線路ID。
圖10是表示中心服務器中的交通信息數據的生成/保存的處理的流程圖。
參照圖1及圖2，并按照圖10，表示中心服務器1中的交通信息數據的生成/保存的處理的流程。
首先，收發部11接收探測車輛信息(S1001相當于圖4的步驟S401)，并經由處理部12將該探測車輛信息送到判定部13。
判定部13基于送來的探測車輛信息中包含的探測車輛5的位置坐標等，檢索新線路DB16或已有線路DB17，判定相應線路是否為新線路(S1002)。相應線路是否為新線路，是根據相應線路的線路數據是保存于新線路DB16中還是保存于已有線路DB17中而判定的。
由判定部13判定相應線路是新線路的情況下(S1002→“是”)，使處理前進到步驟S1003。
在步驟S1003中，處理部12將交通信息數據的臨時標記(技術方案中的判定信息)設定為“1”。
然后，處理部12基于送來的探測車輛信息，生成交通信息數據(S1004)，并將生成的交通信息數據保存到新線路交通信息DB14中(S1005)。
交通信息數據通過基于例如探測車輛信息中包含的探測車輛的行駛速度等算出旅行時間及擁堵度而生成。
在步驟S1002中，在相應線路被判定為并非新線路，即，為已有線路的情況下(S1002→“否”)，使處理前進到步驟S1006。
在步驟S1006中，處理部12將交通信息數據的臨時線路標記設定為“0”。
然后，處理部12基于送來的探測車輛信息，生成交通信息數據(S1007)，并將生成的交通信息數據保存到已有線路交通信息DB15中(S1008)。
另外，步驟S1004、步驟S1007的處理可以在步驟S1001之后進行，還可以在步驟S1003、步驟S1006之前進行。
圖11是表示交通信息數據的格式的圖。
交通信息數據例如為JIS X 0410區域網孔代碼等，構成為包括對特定的區域進行特別指定的區域ID；對區域ID內的線路唯一地添加的號碼即區域ID；表示相應的線路是否為被授權裝置8授權后的線路的標記即臨時線路標記；表示該交通信息數據的優先度的優先值；在按照后述的優先值順序對交通信息數據進行分類時，表示某一優先值的集合結束的優先值結束標記；旅行時間；例如基于線路中的車輛4的平均速度等算出的表示擁堵程度的擁堵度；存儲有擁堵長度或擁堵最前頭位置等信息的選擇部。另外，線路ID中存儲有臨時線路ID或確定線路ID。而且，優先值結束標記并不是必須的。
圖12是表示新舊線路ID表的生成的處理的流程圖。
參照圖1、圖2及圖3，并參照圖12，對新舊線路ID表的生成的處理進行說明。
另外，該處理是相當于圖4的步驟S406～步驟S408的處理。
首先，收發部11接收由授權裝置8送來的線路數據(S1201)，收發部11將收到的線路數據送到處理部12。
然后，處理部12基于送來的線路數據的線路的形狀等檢索新線路DB16，并對被推測為與送來的線路數據相同的新線路DB16中保存的新線路數據進行特別指定(S1202)。
進而，處理部12使特別指定的新線路數據的臨時線路ID、與從授權裝置8接收的確定線路ID對應，從而生成新舊線路ID表(S1203)。然后，經由中心服務器1的收發部11、網絡7、基站6及車載終端2的收發部21，將新舊線路ID表發送到車載終端2的處理部22(S1204)。處理部22將發送的新舊線路ID表保存到新舊線路IDDB26中(S1205)。
然后，中心服務器1的處理部12將被授權的新線路數據從新線路DB16移動到已有線路DB17中(S1206)。
圖13是表示新舊線路ID表的格式的圖。
如圖13所示，新舊線路ID表使臨時線路ID與確定線路ID對應，并存儲到新舊線路IDDB26中。
圖14是表示中心服務器中的發送處理所涉及的處理流程的流程圖。
下面，參照圖1及圖2，并按照圖14，對中心服務器1中的發送處理所涉及的處理進行說明。
另外，該處理相當于圖4的步驟S410的處理。
首先，交通信息請求信號經由收發部21、基站6及網絡7從車載終端2發送到信息中心3的中心服務器1，中心服務器1的收發部11對發送來的交通信息請求信號進行接收(S1401)。交通信息請求信號可由用戶發送經車載終端2所具備的未圖示的輸入部輸入的信息，也可在車載終端2起動時等，由車載終端2的收發部21(參照圖3)自動地發送。
而且，交通信息請求信號設為包括表示交通信息數據的范圍的信息。這可由用戶經未圖示的輸入部指定表示交通信息數據的范圍，還可由車載終端2的處理部22從車輛4的當前地、地圖的比例尺等算出表示交通信息數據的范圍。
并且，處理部12從已有線路交通信息DB15或新線路交通信息DB14讀入存在于表示交通信息數據的范圍內的任意的線路的最近更新后的交通信息數據(S1402)。
接著，處理部12將讀入的交通信息數據的優先值設定為“0”(S1403)。
然后，判定部13判定讀入的交通信息數據的線路是已有線路還是新線路(S1404)。讀入的交通信息數據的線路是已有線路還是新線路的判定，通過參照讀入的交通信息數據的臨時線路標記而判定。
在步驟S1404中，在線路被判定為已有線路的情況下(S1404→“已有”)，使處理前進到步驟S1406。
在步驟S1404中，在線路被判定為新線路的情況下(S1404→“新”)，處理部12進行對相應的交通信息數據的優先值加“3”的處理(S1405)。通過步驟S1403的處理，優先值被設定為“0”，因此在步驟S1405的處理中，優先值變為“3”。通過這樣的處理，在讀入的交通信息數據的線路為新線路時優先值變為“3”，為已有線路時優先值仍然為“0”。因此，新線路的交通信息數據比已有線路的交通信息數據更優先地被發送到車載終端2。
接著，判定部13參照交通信息數據的擁堵度，根據該擁堵度是否在規定的閾值以上來判定該線路是否擁堵(S1406)。
在步驟S1406中，在擁堵度比規定的閾值小的情況下，即在判定為相應的線路未擁堵的情況下(S1406→“否”)，使處理前進到步驟S1410。
在步驟S1406中，在相應的線路的擁堵度在規定的閾值以上的情況下，即在判定為相應的線路擁堵的情況下(S1406→“是”)，使處理前進到步驟S1407。
在步驟S1407中，判定部13判定相應的線路的擁堵是否為突發擁堵。相應的線路的擁堵是否為由事故等引起的突發擁堵，例如像下面那樣進行判定。
首先，處理部12從新線路交通信息DB14或已有線路交通信息DB15中取得相應的線路的過去的交通信息數據。并且，判定部13對于相應的線路，例如比較數日份的同一時間的交通信息數據與當前的交通信息數據，對他日未擁堵的概率高(即，擁堵度在閾值以下的日子超過半數)的情況，判定部13判定當前的交通信息數據為擁堵，此時，相應的線路被判定為處于突發擁堵的狀態。
在步驟S1407中，在相應的線路被判定為突發擁堵的狀態的情況下(S1407→“是”)，處理部12在進行對交通信息數據的優先值加“2”的處理(S1408)之后，使處理前進到步驟S1410。
在步驟S1407中，在相應的線路被判定為并非突發擁堵的狀態的情況下(S1407→“否”)，處理部12在進行對交通信息數據的優先值加“1”的處理(S1409)之后，使處理前進到步驟S1410。
在步驟S1410中，判定部13判定表示交通信息請求信號中包含的交通信息數據的范圍內的所有對象線路是否已全部被讀入。
在步驟S1410中，在判定為未讀入所有的線路的情況下(S1410→“否”)，返回到步驟S1402的處理。
在步驟S1410中，在判定為已讀入所有的線路的情況下(S1410→“是”)，前進到步驟S1411的處理。
在步驟S1411中，處理部12對按照優先值順序讀入的所有交通信息數據進行分類。
然后，處理部12將分類后的交通信息數據送到收發部11，收發部11經由網絡7及基站6將分類后的交通信息數據發送到車載終端2(S1412)。
通過步驟S1401～步驟S1412的處理，新線路且處于突發擁堵的線路的交通信息數據被最優先發送，然后，按照新線路且擁堵、新線路、已有線路且突發擁堵、已有線路且擁堵、及已有線路的順序，線路的交通信息數據被發送。
由此，可優先地發送例如新設的道路且發生突發擁堵等必要度高的信息，從而可發送高效的交通信息數據。
圖15是表示本實施方式的交通信息數據的排列的格式的例子的圖。
參照圖11并按照圖15，對本實施方式的交通信息數據的排列的格式的例子進行說明。
圖15中的矩形1501及矩形1502表示圖5所示的交通信息數據的格式。并且，矩形1501是優先值結束標記為“0”的交通信息數據，矩形1502是優先值結束標記為“1”的交通信息數據。
而且，如圖15所示，在優先值5的交通信息數據連續以后，存在表示優先值5的交通信息數據結束的優先值結束標記“1”的交通信息數據，然后，優先值4的交通信息數據連續。以下，從優先值3到優先值0，交通信息數據被同樣地排列。
通過采用這樣的格式，不僅可對車載終端2優先地發送優先度更高的(優先值大)交通信息數據，而且如后面所述，例如可根據車載終端2的接收能力，發送特定的優先值的交通信息數據。并且，通過導入優先值標記，能夠容易地判定優先值的分界線。另外，該優先值標記并不是必須的。
下面，參照圖1及圖2，并按照圖16，說明對中心服務器中的可發送的數據量進行限制并發送到車載終端2的方法。
圖16是表示對中心服務器1中的可發送的數據量進行限制并發送到車載終端2的處理的流程圖。
另外，該處理是在圖14的步驟S1411和步驟S1412的處理之間進行的處理。
首先，處理部12算出可發送數據量(S1601)。可發送數據量由廣播或通信的頻帶寬度、數據量及可發送時間等算出。
然后，處理部12參照新線路交通信息DB 14及已有線路交通信息DB15，算出要發送的交通信息數據量(S1602)。要發送的交通信息數據量由例如要表示交通信息數據的范圍內存在的線路的數量等算出。
并且，判定部13比較可發送的數據量與要發送的交通信息數據量，判定要發送的交通信息數據量是否大于可發送的數據量(S1603)。
在由判定部13判定為要發送的交通信息數據量大于可發送的數據量的情況下(S1603→“是”)，收發部11經由網絡7及基站6將可發送數據量的交通信息數據發送到車載終端2(S1604)。
在由判定部13判定為要發送的交通信息數據量小于可發送的數據量的情況下(S1603→“否”)，收發部11經由網絡7及基站6將要發送的全部交通信息數據的交通信息數據發送到車載終端2(S1605)。
通過這樣的方法，例如在要發送的交通信息數據因廣播或通信的頻帶寬度等關系而不得不減少發送的交通信息數據量的情況等，能夠對車載終端2優先地發送必要度更高的(優先值大)的交通信息數據。
下面，參照圖1及圖2，并參照圖17A及圖17B，對中心服務器中的跨不同區域的交通信息發送數據量的確定的處理進行說明。
圖17A及圖17B是表示中心服務器1中的跨不同區域的交通信息發送數據量的確定的處理的流程圖。
另外，該處理是在圖14的步驟S1411與步驟S1412的處理之間進行的處理。
首先，由處理部12進行發送區域的特別指定(S1701)。發送區域根據來自車載終端2的要求而例如指定多個交通信息管理區域，并基于此進行發送區域的特別指定。
然后，處理部12算出可發送數據量(S1702)。可發送數據量可根據所述的方法算出，還可在由S1701特別指定的區域內，基于通信容量最小的區域的頻帶寬度、通信的通信量等算出。
接著，處理部12參照已有線路交通信息DB15與新線路交通信息DB14，算出發送區域內的優先值為5的交通信息數據量(S1703)。
然后，判定部13比較步驟S1703的結果(即，發送區域內的優先值為5的交通信息數據量)與可發送數據量，判定步驟S1703的結果是否大于可發送數據量(S1704)。
在步驟S1703的結果大于可發送數據量的情況下(S1704→“是”)，由于優先值為5的交通信息數據量大于可發送數據量，因此判定為無法發送，從而交通信息數據未被發送(S1705)。
在步驟S1704的結果在可發送數據量以下的情況下(S1704→“否”)，前進到步驟S1706的處理。
在步驟S1706中，處理部12參照新線路交通信息DB14與已有線路交通信息DB15，算出發送區域內的優先值為4的交通信息數據量。
然后，處理部12將步驟S1703的結果(即，發送區域內的優先值為5的交通信息數據量)與步驟S1706的結果(即，發送區域內的優先值為4的交通信息數據量)進行相加(S1707)。
接著，判定部13對步驟S1707的結果(即，發送區域內的優先值為5的交通信息數據量)與可發送數據量進行比較，判定步驟S1707的結果是否大于可發送數據量(S1708)。
在步驟S1707的結果大于可發送數據量的情況下(S1708→“是”)，處理部12進行發送區域內的優先值為5的交通信息數據的發送(S1709)。
在步驟S1707的結果在可發送數據量以下的情況下(S1708→“否”)，針對優先值為3的交通信息數據進行同樣的處理。
以下，對優先值從3到2的交通信息數據進行同樣的處理。
然后，處理部12參照新線路交通信息DB14與已有線路交通信息DB15，算出發送區域內的優先值為1的交通信息數據量(S1710)。
下面的處理參照圖17B進行說明。
然后，在步驟S1711中，處理部12將步驟S1710的結果(即，發送區域內的優先值為1的交通信息數據量)、和發送區域內的優先值從5到2的交通信息數據量進行相加，算出優先值從1到5的交通信息數據量。
接著，判定部13對步驟S1711的結果(即，發送區域內的優先值從5到1的交通信息數據量)與可發送數據量進行比較，判定步驟S1711的結果是否大于可發送數據量(S1712)。
在步驟S1711的結果大于可發送數據量的情況下(S1712→“是”)，進行發送區域內的優先值為2的交通信息數據的發送(S1713)。
在步驟S1711的結果在可發送數據量以下的情況下(S1712→“否”)，使處理前進到步驟S1714。
然后，處理部12參照新線路交通信息DB14與已有線路交通信息DB15，算出發送區域內的優先值為0的交通信息數據量(S1714)。
進而，處理部12將步驟S1711的結果與步驟S1714的結果(即，優先值為0的交通信息數據量)進行相加，算出發送區域內的全部交通信息數據量(優先值5～優先值0的交通信息數據量)(S1715)。
接著，判定部13對步驟S1715的結果(即，發送區域內的全部交通信息數據量)與可發送數據量進行比較，判定步驟S1715的結果是否大于可發送數據量(S1716)。
在步驟S1715的結果大于可發送數據量的情況下(S1716→“是”)，進行發送區域內的優先值為1以上的交通信息數據的發送(S1717)。
在步驟S1715的結果小于可發送數據量的情況下(S1716→“否”)，處理部12進行發送區域內的全部交通信息數據的發送(S1718)。
例如，在對多個交通信息管理區域發送交通信息時，因通信的通信量的差異等，各交通信息管理區域的通信容量也不同。因此，在對多個交通信息管理區域發送交通信息時，需要與通信容量最小的區域相稱。在這樣的情況下，通過進行如圖17所示的處理，能夠以優先度高的順序發送與通信容量相稱的交通信息數據。
另外，在本實施方式中，將優先值設為5級，但并不限定于此，例如還可設為10級。而且，在本實施方式中，將新說明的道路或擁堵的道路的優先值設為大的值，但并不限定于此，例如還可將距離車輛4當前行駛著的場所較近的場所(例如線路與車輛4的當前位置的距離在規定的閾值以下)中存在的線路的交通信息數據的優先值設為大的值。
圖18A及圖18B是表示車載終端2中的處理的流程圖。
參照圖1、圖2及圖3，并按照圖18A及圖18B，對車載終端2中的處理的流程進行說明。
另外，該處理是相當于圖4的步驟S412及步驟S413的處理。
首先，收發部21接收包含線路ID(確定線路ID或臨時線路ID)的交通信息數據(S1801)，并將接收的交通信息數據送到處理部22。
處理部22從交通信息數據中取得線路ID(S1802)。
然后，判定部23檢索接收的交通信息數據的臨時線路標記，判定該臨時線路標記是“0”還是“1”(S1803)。
在臨時線路標記是“1”的情況下(S1803→“1”)，該線路是尚未被授權的新線路。因此，在步驟S1802中取得的線路ID是臨時線路ID。因此，判定部23檢索并判定在追加線路DB25中是否存在相應的臨時線路ID的線路數據(S1804)。
在步驟S1804中，在判定部23判定相應的臨時線路ID的線路數據存在于追加線路DB25中的情況下(S1804→“是”)，處理部22從追加線路DB25中取得相應線路的線路數據，并顯示到顯示部28中(S1805)。然后，處理部22對在步驟S1801中接收的交通信息數據進行顯示(S1806)。進而，處理部22從地圖DB27中取得地物數據并將其顯示到顯示部28中(S1807)。
在步驟S1804中，在判定部23判定該臨時線路ID的線路數據未存在于追加線路DB25中的情況下(S1804→“否”)，該線路數據尚未從信息中心3被發送到車載終端2。因此，處理部22經由收發部21、基站6及網絡7，將包含相應的臨時線路ID的線路數據發送請求信號發送到信息中心3，由此請求發送線路數據(S1808)。
收到線路數據請求信號的信息中心3的中心服務器1的收發部11將線路數據發送請求信號的臨時線路ID送到處理部12，處理部12基于送來的臨時線路ID，從新線路DB16中取得相應的線路數據，送到收發部11。收發部11經由網絡7及基站6，將相應的線路數據送到車載終端2。
收到線路數據的車載終端2的收發部21將送來的線路數據發送到處理部22。然后，處理部22將收到的線路數據顯示到顯示部28中(S1809)。接著，處理部22將在步驟S1801中接收的交通信息數據顯示到顯示部28中(S1810)。進而，處理部22從地圖DB27中取得地物數據并將其顯示到顯示部28中(S1811)。
回到步驟S1803的處理。在步驟S1803中，在臨時線路標記為“0”的情況下(S1803→“0”)，該線路是已經被授權的線路。因此，在步驟S1802中取得的線路ID是確定線路ID。因此，判定部23檢索并判定在初始線路DB24中是否存在相應的確定線路ID的線路數據(S1812)。
在步驟S1812中，在判定部23判定相應的確定線路ID的線路數據存在于初始線路DB24中的情況下(S1812→“是”)，處理部22從初始線路DB24中取得相應的線路數據，并顯示到顯示部28中(S1813)。然后，處理部22將在步驟S1801中接收的交通信息數據顯示到顯示部28中(S1814)。進而，處理部22從地圖DB27中取得地物數據，并將該數據顯示到顯示部28中(S1815)。
在步驟S1812中，在判定部23判定該確定線路ID的線路數據未存在于初始線路DB24中的情況下(S1812→“否”)，處理部22參照新舊線路IDDB26中存儲的新舊線路ID表(S1816)。另外，此時若不存在新舊線路ID表，則車載終端2經由網絡7、基站6從信息中心3取得新舊線路ID表。并且，處理部22通過參照新舊線路ID表，使臨時線路ID與確定線路ID對應起來，從而取得在步驟S1802中取得的確定線路ID所對應的臨時線路ID(S1817)。
下面的處理參照圖18B進行說明。
然后，判定部23檢索并判定在追加線路DB25中是否存在相應的臨時線路ID的線路數據(S1818)。
在步驟S1818中，在判定部23判定該臨時線路ID的線路數據存在于追加線路DB25中的情況下(S1818→“是”)，處理部22基于在圖18A的步驟S1817中取得的臨時線路ID，從追加線路DB25中取得相應的線路數據，并顯示到顯示部28中(S1819)。然后，處理部22將在步驟S1801中接收的交通信息數據顯示到顯示部28中(S1820)。進而，處理部22從地圖DB27中取得地物數據，并將該數據顯示到顯示部28中(S1821)。
在步驟S1818中，在判定部23判定該臨時線路ID的線路數據未存在于追加線路DB25中的情況下(S1818→“否”)，該線路數據尚未從信息中心3被發送到車載終端2。因此，處理部22經由收發部21、基站6及網絡7，將包含相應的臨時線路ID的線路數據請求信號發送到信息中心3，由此請求發送線路數據(S1822)。
收到線路數據請求信號的信息中心3的中心服務器1的收發部11將線路數據請求信號的臨時線路ID送到處理部12，處理部12基于送來的臨時線路ID，從新線路DB16中取得相應的線路數據，送到收發部11。收發部11經由網絡7及基站6，將相應的線路數據送到車載終端2。
收到線路數據的車載終端2的收發部21將送來的線路數據發送到處理部22。然后，處理部22將收到的線路數據顯示到顯示部28中(S1823)。接著，處理部22將在步驟S1801中接收的交通信息數據顯示到顯示部28中(S1824)。進而，處理部22從地圖DB27中取得地物數據，并將該數據顯示到顯示部28中(S1825)。
另外，在開始使用本實施方式的交通信息系統的最初年度，不存在新舊線路ID表和被授權的新線路。因此，在步驟S1803中，在臨時線路標記被判定為“0”的情況下，步驟S1812的處理全部被判定為“是”。
進而，在交通信息的顯示中，可以是預先緩沖處理部22接收的交通信息數據，當取得了所有交通信息數據時再將交通信息數據顯示到顯示部28中，或者，也可以在取得了規定數量的交通信息數據時將交通信息數據顯示到顯示部28中。而且，還可以是處理部22不緩沖交通信息數據，而依次將取得的交通信息數據顯示到顯示部28中。
在本實施方式中，作為特別指定線路的方法，使用了區域ID與臨時ID，但并不限定于此，例如還可以由地點(相當于節點)的連接關系而特別指定線路。
按照圖19～圖21，對由地點的連接關系而特別指定線路時的線路數據、交通信息數據及新舊線路ID表的格式進行說明。
圖19是以地點的連接關系表現線路時的線路數據的格式。
如圖19所示，在本變形例中，例如，存儲有對交叉路口等地點唯一地添加的號碼即地點號碼，并且存儲有該地點的坐標即地點坐標(x坐標，y坐標)、相應的地點號碼的下一地點號碼(大的號碼)、前一地點號碼(小號碼)。
圖20是以地點的連接關系表現線路時的交通信息數據的格式。
本變形例中的交通信息數據被構成為包括區間號碼、方向信息、旅行時間、擁堵度及選擇部。此處，旅行時間、擁堵度及選擇部是與參照圖5說明的信息同樣的信息。
區間號碼相當于圖5的例子中的線路，例如以某地點號碼與地點號碼的對(例如，100:101等)表現。而且，方向信息以距某地點號碼的正、負表現上、下(例如，101-1為向下方向，100+1為向上方向等)。
圖21是以地點的連接關系表現線路時的新舊地點號碼表的例子的圖。
如圖21所示，圖11中的臨時線路ID為臨時地點號碼，確定線路ID為確定地點號碼。
而且，在利用圖19～圖21所示的線路數據、交通信息數據及新舊地點號碼數據的情況下，圖1～圖4、圖5、圖12、圖13、圖15～圖18中的線路ID成為區間號碼。
如以上所說明，與在更新中將新線路數據、已有線路數據全部發送到車載終端2的方法相比，通過發送數據量小得多的新舊線路ID表，能夠減輕信息中心3與車載終端2之間的通信通道的負荷。
權利要求
1.一種車載終端，包括追加線路數據庫，其保存包含由服務器裝置賦予的、由授權裝置確定之前的臨時線路ID的線路數據；新舊線路ID數據庫，其保存由所述授權裝置確定后的線路ID即確定線路ID及將所述臨時線路ID對應起來的新舊線路ID表；收發部，其接收包含所述確定線路ID的交通信息數據；和處理部，其取得所述交通信息數據中包含的所述確定線路ID，參照所述新舊線路ID數據庫中存儲的所述新舊線路ID表，取得與所述確定線路ID對應的臨時線路ID，并基于該臨時線路ID，從所述追加線路數據庫取得線路數據。
2.根據權利要求1所述的車載終端，其特征在于，所述交通信息數據中包括判定信息，其表示對應的線路是否為被確定了的線路，所述車載終端還包括判定部，其基于所述判定信息，判定所述收到的交通信息數據所對應的線路是否為被確定了的線路，所述處理部基于所述判定部的判定結果，取得確定線路ID。
3.一種服務器裝置，包括新線路交通信息數據庫，其保存有包含由本身賦予的、未被授權裝置確定的線路ID即臨時線路ID的交通信息數據；已有線路交通信息數據庫，其保存有包含由所述授權裝置確定后的線路ID即確定線路ID的交通信息數據；和處理部，其從所述新線路交通信息數據庫或所述已有線路交通信息數據庫讀入所述交通信息數據，并基于所述交通信息數據中包含的所述確定線路ID或所述臨時線路ID，對所述讀入的交通信息數據設定優先值，按照該優先值排列多個所述交通信息數據。
4.根據權利要求3所述的服務器裝置，其特征在于，所述處理部還具有的功能是至少由通信的頻帶寬度，算出可發送數據量，并參照所述已有線路交通信息數據庫及所述新線路交通信息數據庫算出要發送的交通信息數據量，所述服務器裝置為還包括判定部，其比較所述可發送數據量與所述要發送的交通信息數據量，判定所述要發送的交通信息數據量是否大于所述可發送數據量；和收發部，其在由所述判定部判定為所述要發送的交通信息數據量大于所述可發送數據量的情況下，將所述可發送數據量的交通信息數據發送到所述車載終端。
5.一種服務器裝置，包括收發部，其接收至少包括探測車輛的行駛位置與時刻信息的探測車輛信息；判定部，其判定包含所述探測車輛信息中包含的所述探測車輛的位置坐標的信息所對應的線路是否為新線路；和處理部，其按照所述判定的結果，將表示所述對應的線路是否為被確定了的線路的判定信息設定到包含擁堵信息的交通信息數據中。
6.一種交通信息系統，服務器裝置具有如下功能從探測車輛接收至少包含所述探測車輛的行駛位置與時刻信息的探測車輛信息，并基于所述探測車輛信息生成交通信息數據，從授權裝置接收包含由所述授權裝置確定的線路ID即確定線路ID的線路數據，并基于所述確定線路ID生成新舊線路ID表，該新舊線路ID表使所述確定線路ID與由本身賦予的、由授權裝置確定前的線路ID即臨時線路ID對應，將所述新舊線路ID表發送到車載終端，進行多個所述交通信息數據的發送順序的確定，并將確定了所述發送順序的多個交通信息數據發送到所述車載終端，車載終端具有如下功能保存送來的所述新舊線路ID表，并基于所述新舊線路ID表，取得收到的所述交通信息數據所對應的線路數據。
7.一種線路數據更新方法，車載終端被構成為包括進行信息處理的處理部；進行信息收發的收發部；追加線路數據庫，其保存包含由服務器裝置賦予的、由授權裝置確定之前的線路ID即臨時線路ID的線路數據；和新舊線路ID數據庫，其保存新舊線路ID表，該新舊線路ID表將由授權裝置確定后的線路ID即確定線路ID與所述臨時線路ID對應，所述收發部接收包含所述確定線路ID的交通信息數據，所述處理部取得所述交通信息數據中包含的所述確定線路ID，所述處理部參照所述新舊線路ID數據庫中存儲的所述新舊線路ID表，所述處理部取得與所述確定線路ID對應的臨時線路ID，所述處理部基于該臨時線路ID，從所述追加線路數據庫取得線路數據。
8.根據權利要求7所述的線路數據更新方法，其特征在于，所述車載終端還包括判定信息的判定部，所述交通信息數據中包括判定信息，其表示對應的線路是否為被確定了的線路，所述判定部基于所述判定信息，判定所述收到的交通信息數據所對應的線路是否為被確定了的線路，所述處理部基于所述判定部的判定結果，取得確定線路ID。
9.一種交通信息提供方法，服務器裝置被構成為包括進行信息處理的處理部；新線路交通信息數據庫，其保存有包含由本身賦予的、未被授權裝置確定的線路ID即臨時線路ID的交通信息數據；和已有線路交通信息數據庫，其保存有包含由授權裝置確定后的線路ID即確定線路ID的交通信息數據；所述處理部從所述新線路交通信息數據庫或所述已有線路交通信息數據庫讀入所述交通信息數據，所述處理部基于所述交通信息數據中包含的所述確定線路ID及所述讀入的交通信息數據中包含的臨時線路ID，對所述讀入的交通信息數據設定優先值，所述處理部按照所述優先值排列多個所述交通信息數據。
10.根據權利要求9所述的交通信息提供方法，其特征在于，所述服務器裝置還包括判定信息的判定部、及收發信息的收發部，所述處理部至少由通信的頻帶寬度算出可發送數據量，所述處理部參照所述已有線路交通信息數據庫及所述新線路交通信息數據庫算出要發送的交通信息數據量，所述判定部比較所述可發送數據量與所述要發送的交通信息數據量，判定所述要發送的交通信息數據量是否大于所述可發送數據量，在判定為所述要發送的交通信息數據量大于所述可發送數據量的情況下，所述收發部將所述可發送數據量的交通信息數據發送到所述車載終端。
11.一種交通信息提供方法，服務器裝置被構成為包括進行信息處理的處理部、判定信息的判定部、及收發信息的收發部，所述收發部接收至少包括探測車輛的行駛位置與時刻信息的探測車輛信息；所述判定部判定包含所述探測車輛信息中包含的探測車輛的位置坐標的信息所對應的線路是否為新線路，所述處理部按照所述判定的結果，將表示所述對應的線路是否為被確定了的線路的信息設定到包含擁堵信息的交通信息數據中。
全文摘要
本發明提供一種車載終端(2)、中心服務器(1)、交通信息系統、線路數據更新方法、交通信息提供方法，其特征在于，中心服務器(1)從探測車輛(5)接收探測車輛信息，并基于所述探測車輛信息生成交通信息數據，從授權裝置(8)接收包含被授權了的線路ID的線路數據，并基于所述線路ID生成新舊線路ID表，進行多個所述交通信息數據的發送順序的確定，并將確定了所述發送順序的多個交通信息數據發送到所述車載終端(2)，所述車載終端(2)基于所述新舊線路ID表，取得與接收的所述交通信息數據相應的線路數據。由此，減輕年度更新時的通信通道的負擔，并優先地發送對駕駛員來說必要度高的信息。
文檔編號G01C21/34GK1932446SQ20061015163
公開日2007年3月21日 申請日期2006年9月7日 優先權日2005年9月13日
發明者伏木匠, 君田和也, 橫田孝義, 熊谷正俊 申請人:株式會社日立制作所