亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

用于針對每條車道提供交通信息并使用該信息的裝置的制作方法

文檔序號:6455215閱讀:193來源:國知局
專利名稱:用于針對每條車道提供交通信息并使用該信息的裝置的制作方法
技術領域
本發(fā)明涉及一種用于提供道路交通信息并使用所提供的該信息的方法和 裝置。
2.
背景技術
當今,隨著數(shù)字信號處理和通信技術的進步,逐漸以數(shù)字數(shù)據(jù)的形式來提 供無線電和TV廣播信號。由于以數(shù)字形式來提供信號,諸如新聞、股票、天 氣以及交通信息等各種信息現(xiàn)在正對TV或無線電廣播信號作出補充。
特別地,隨著市區(qū)車輛數(shù)目、假日期間車輛數(shù)目的增加等此類原因,交通 信息的必要性也不斷增加。因此,經(jīng)由衛(wèi)星、地面廣播、或移動通信網(wǎng)絡來提 供交通信息作為輔助信息的方法也正在發(fā)展之中。
如上所述地提供交通信息是通過路段單元來實現(xiàn)的。路段也被稱為"環(huán) 節(jié)",它是內(nèi)部不含支路的單元路段。即,諸如平均環(huán)節(jié)速度等交通信息是針 對每一個體道路環(huán)節(jié)提供的。在單個道路環(huán)節(jié)中可能存在多個車道,且每個車 道能呈現(xiàn)出與其它車道不同的交通狀況。因此,在行往目的地的途中,如果駕 駛員沿特定道路環(huán)節(jié)上的特定車道移動而所選車道又呈現(xiàn)嚴重擁堵,則該駕駛 員將不能及時到達目的地。
3. 發(fā)明公開
本發(fā)明的一個目的是建議一種為駕駛員提供每條車道的有用交通信息的 方法。本發(fā)明的另一目的是提供一種用于提供交通信息的方法和裝置,該方法 和裝置能解決與相關技術有關的局限。
本發(fā)明的另一目的是提供一種使用針對每條車道所提供的交通信息的方 法和裝置。
根據(jù)本發(fā)明的一個方面的一種用于編碼交通信息的方法,包括創(chuàng)建包括關于屬于道路環(huán)節(jié)的每一個體車道的交通信息的狀態(tài)信息,創(chuàng)建關于該道路環(huán) 節(jié)的位置信息,以及創(chuàng)建包括狀態(tài)信息和位置信息的交通信息消息。
根據(jù)本發(fā)明的一個方面的一種用于解碼交通信息的方法,包括從收到信 號提取交通信息消息,以及從所提取出的交通信息消息提取包括關于屬于道路 環(huán)節(jié)的每一個體車道的交通信息的狀態(tài)信息和關于該道路環(huán)節(jié)的位置信息。
在本發(fā)明的一個實施例中,位置信息包括用于標識道路環(huán)節(jié)的標識符,道 路環(huán)節(jié)的車道數(shù)目,以及關于每條車道的行駛方向的信息。
在本發(fā)明的一個實施例中,狀態(tài)信息包括對應每一個體車道的分量,該分
量包括每條車道的標識編號以及該車道上的平均速度或行程時間。
一種根據(jù)本發(fā)明的一個實施例接收交通信息的終端,在屏幕上顯示在從收 到信號解碼之后與每條車道的行駛方向信息一道已被存儲的每條車道的交通
"f曰息。
在根據(jù)本發(fā)明的一個實施例中,每條車道的行駛方向信息是通過解碼收到 交通信息信號而獲得的。
在根據(jù)本發(fā)明的另一實施例中,每條車道的行駛方向信息是從諸如電子地 圖等預先存儲的道路信息中獲得的。
在根據(jù)本發(fā)明的一個實施例中,當指定目的地時,針對每一個體車道顯示 通往指定目的地的預計到達時間。在未指定目的地的情形中,在屏幕上分別針 對每一個體車道顯示關于當前位置處的道路環(huán)節(jié)的交通信息或關于位于路徑 方向上的下一道路環(huán)節(jié)的交通信息。
在根據(jù)本發(fā)明的一個實施例中,對于通向指定目的地的行駛方向的車道, 該車道的行駛方向被區(qū)別于其他車道地顯示。
在根據(jù)本發(fā)明的另一實施例中,對于不通向指定目的地的行駛方向的車 道,該車道的行駛方向被區(qū)別于其他車道地顯示。
在根據(jù)本發(fā)明的一個實施例中,當車道數(shù)目在通往指定目的地的行駛方 向、或在筆直方向上的下一道路環(huán)節(jié)中減少時,區(qū)別于其它車道地顯示由于車 道數(shù)目減少而消失的車道的行駛方向。
在根據(jù)本發(fā)明的一個實施例中,當通往指定目的地的路徑上存在交通問題 (由于兩條車道之間的預計到達時間的明顯差異、事故、或道路施工等)時,區(qū)別于其他車道地顯示呈現(xiàn)交通問題的車道的行駛方向。
一種根據(jù)本發(fā)明的一個方面用于解碼交通信息的裝置,包括解碼器,用 以從接收到的交通信息消息中提取包括關于屬于道路環(huán)節(jié)的每一個體車道的 交通信息的狀態(tài)信息和關于該道路環(huán)節(jié)的位置信息,并將所提取出的狀態(tài)信息 和位置信息解碼;以及控制器,用以基于經(jīng)解碼器解碼的信息在屏幕上輸出關 于每條車道的交通信息。
一種根據(jù)本發(fā)明的一個方面用于為用戶提供交通信息的裝置,包括解碼 器,用以從收到信號提取包括屬于道路環(huán)節(jié)的每一個體車道的行駛方向和/或交 通信息的狀態(tài)信息以及關于該道路環(huán)節(jié)的位置信息;控制器,用以根據(jù)用戶請 求通過輸出單元輸出所提取的信息;以及接口單元,其包括請求單元(例如按 鈕),該請求單元的功能是請求屬于道路環(huán)節(jié)的各個車道的行駛方向和/或交通
f曰息。
另一根據(jù)本發(fā)明的一個方面為用戶提供交通信息的裝置,包括解碼器, 用以從收到信號提取包括屬于道路環(huán)節(jié)的每一個體車道的行駛方向和/或交通 信息的狀態(tài)信息以及關于該道路環(huán)節(jié)的位置信息;以及控制器,用以根據(jù)用戶
請求通過輸出單元輸出所提取的信息。當未在輸出單元上顯示道路環(huán)節(jié)的每一 個體車道的行駛方向和/或交通信息時,控制器為接口單元提供請求單元(例如
按鈕),該請求單元具有請求屬于道路環(huán)節(jié)的各個車道的行駛方向和/或交通信
息的功能。
一種根據(jù)本發(fā)明的另一實施例接收交通信息的裝置,在屏幕上選擇性地顯 示在從收到信號解碼之后己被存儲的每一個體車道的交通信息以及關于每一 個體車道的行駛方向的信息。
在一個實施例中,當路徑方向上存在隧道、橋、十字路口、或岔路口 (高 架或高速公路匝道等)時在屏幕上顯示關于每一個體車道的行駛方向的信息。
在一個實施例中,當指定目的地時,除了顯示關于每條車道的行駛方向的 信息的情形之外,在前方十字路口需要左轉(zhuǎn)彎或右轉(zhuǎn)彎時在屏幕上顯示關于每 一個體車道的行駛方向的信息。
在根據(jù)本發(fā)明的一個實施例中,當屬于道路環(huán)節(jié)的每一個體車道的行駛方 向和/或交通信息的顯示在該裝置的環(huán)境配置中被設為非活躍時,向接口單元提供按鈕并且同時,屬于道路環(huán)節(jié)的每一個體車道的行駛方向和/或交通信息的顯 示在環(huán)境配置中被設為活躍。
本申請的這些和其他目的將因以下給出的具體描述而變得更加顯而易見。 然而,應該理解的是,這些具體描述和特定示例盡管指示本發(fā)明的優(yōu)選實施例, 但僅是作為例示給出的,因為對于本領域的技術人員而言,根據(jù)本具體描述, 落在本發(fā)明的精神實質(zhì)和范圍內(nèi)的各種改動和變形將是顯而易見的。
4.附圖簡述
包括在這里以提供對本發(fā)明的進一步理解的附圖示出本發(fā)明的優(yōu)選實施 方式,并與說明書一起解釋本發(fā)明的原理。在附圖中-


圖1示出根據(jù)本發(fā)明的實施例通過其提供交通信息的網(wǎng)絡;
圖2A示出根據(jù)本發(fā)明無線傳送的交通信息的格式的示例;
圖2B示出根據(jù)本發(fā)明依照其構(gòu)成圖2A的CTT事件容器或TPEG-CTT位
置容器的語法的示例;
圖3A示出根據(jù)本發(fā)明圍繞每一個體車道的交通信息的傳送而包括在CTT
事件容器中的擁堵信息的傳送結(jié)構(gòu)的示例;
圖3B示出根據(jù)本發(fā)明圍繞道路環(huán)節(jié)的車道信息傳送而包括在TPEG-CTT 位置容器中的關于道路環(huán)節(jié)的信息的傳送結(jié)構(gòu)的示例;
圖4A和4B分別示出載入圖3A的CTT分量中的平均環(huán)節(jié)速度和環(huán)節(jié)行 程時間的語法的示例;
圖5A到5C分別示出載入圖3B的CTT分量中的車道數(shù)目以及關于每一 個體車道的行駛方向信息的語法的示例;
圖6示出根據(jù)本發(fā)明在汽車事故和道路施工情形下包括在RTM事件容器 中的關于道路狀況的信息(障礙等)的傳送結(jié)構(gòu)的示例;
圖7示出根據(jù)本發(fā)明的一個實施例接收傳送自服務器的交通信息的導航 終端的框圖8示出根據(jù)本發(fā)明的一個實施例為每條車道單獨存儲已解碼交通信息 的示例;
圖9示出根據(jù)本發(fā)明的一個實施例在屏幕上為每一個體車道單獨顯示行程時間和行駛方向的示例;
圖10示出根據(jù)本發(fā)明的一個實施例為通向指定目的地的每一個體車道單 獨顯示預計到達時間和行駛方向的示例;
圖11A到IIC分別示出根據(jù)本發(fā)明的一個實施例依據(jù)道路行駛狀況以各 種方式單獨顯示每一個體車道的行駛方向的示例。
5.發(fā)明實施方式
以下根據(jù)本發(fā)明,將參照附圖具體描述若干實施例。
圖1示出根據(jù)本發(fā)明的實施例通過其提供擁堵信息(交通信息)的網(wǎng)絡/ 系統(tǒng)。廣播站中的交通信息提供服務器或設備100將收集自各種源(例如,運 營商輸入、通過網(wǎng)絡101接收自另一服務器或探測汽車的信息)的關于擁堵和
道路狀況(例如,事故)的信息針對每一道路環(huán)節(jié)和車道來重新配置,并無線
地發(fā)射該經(jīng)重新配置的信息以使得安裝在汽車200或其他實體中的交通信息接 收終端(例如,導航終端)能接收到該信息。
如圖2A中所示,從交通信息提供服務器100無線傳送至交通信息接收終 端的交通信息的格式包括消息環(huán)節(jié)序列。以下,消息環(huán)節(jié)是指TPEG (傳輸協(xié) 議輸出組)-CTT (擁堵和行程時間信息)消息。序列中傳送交通(擁堵)信息 的消息段,即TPEG-CTT消息包括消息管理容器21、 CTT事件容器22、以及 TPEG-CTT位置容器23。段序列中的其他消息段可以是除交通信息之外的交通 相關信息,例如用于傳送關于道路上的障礙的信息的TPEG-RTM (道路交通消 息)消息30。
消息管理容器(例如,元21)攜帶關于日期、時間、以及消息的發(fā)生時 間的信息,而CTT事件容器(例如,元22)攜帶關于每條道路環(huán)節(jié)和車道的 交通信息。TPEG-CTT位置容器(例如,元23)攜帶與交通信息相關的道路環(huán) 節(jié)的位置和描述信息。
由于本發(fā)明涉及提供每一個體車道的道路交通信息,所以在以下描述中提 供根據(jù)本發(fā)明用以為每一車道提供交通信息的信息配置和相關操作。對于未在 此描述的本發(fā)明的實施例的某些技術,可使用提供關于道路環(huán)節(jié)的道路交通信 息的各種己知方法中的其中一種。
10如圖2B和3A所示,CTT事件容器和TPEG-CTT位置容器兩者都包括一 個或一個以上的CTT分量201。當擁堵(交通)信息被載入CTT分量中時, 每個CTT分量獲得如圖3A中所示的標識符0x80。在位置信息的情形中,每 個CTT分量獲得如圖3B所示的標識符0x90。
如圖3A所示,例如當CTT分量包括交通信息時,標識符為0x80的CTT 分量302包括并攜帶承載交通信息的一個以上的狀態(tài)分量301。每個狀態(tài)分量 是作為攜帶平均環(huán)節(jié)速度(標識符為0x00的狀態(tài)分量)或環(huán)節(jié)行程時間(標 識符為0x01的狀態(tài)分量)的交通信息來傳送的。關于與該相應平均環(huán)節(jié)速度 或環(huán)節(jié)行程時間相關的車道的信息303也是由該相應狀態(tài)分量傳送的。因此, 如果路段(環(huán)節(jié))的車道數(shù)目為n,則針對與單個環(huán)節(jié)有關的交通信息傳送攜 帶相應車道的交通信息的n個狀態(tài)分量中的每一個。
圖4A和4B分別示出傳送平均環(huán)節(jié)速度和環(huán)節(jié)行程時間的個體狀態(tài)分量 (例如,元301)的結(jié)構(gòu)的語法??衫锰柎a來指定車道編號,這樣該號碼可 標示該車道編碼。當車道編號未知時,例如,向相應字段指派O值。當指派O 值時,接收信息的終端(例如,汽車200)可解釋成該狀態(tài)分量所攜帶的平均 環(huán)節(jié)速度或環(huán)節(jié)行程時間與其車道彼此不作區(qū)分的相應環(huán)節(jié)相關。
與提供其每一個體車道的交通信息的環(huán)節(jié)有關的信息是由后繼的 TPEG-CTT位置容器來攜帶的,圖3B即是相對應的示例。
如圖3B所示,當CTT分量包括道路環(huán)節(jié)的位置信息時,具有標識符0x90 的CTT分量312攜帶一個以上的TPEG位置分量(Tpeg一loc^分量)311。每個 TPEG位置分量311攜帶標識符為0x00的位置坐標信息。位置坐標信息攜帶一 個以上的坐標分量330。
各種信息被載入依賴于標識符的每個坐標分量330中。例如,環(huán)節(jié)的標識 信息、經(jīng)緯度坐標、頂點、類型信息、以及描述信息可被載入每個坐標分量330 中。
如圖3B所示,環(huán)節(jié)標識符320 (標識符為0x10的坐標分量)攜帶與上述 由狀態(tài)分量所傳送的交通信息相關的路段(或數(shù)個路段)——即環(huán)節(jié)(或數(shù)個 環(huán)節(jié))的ID 321。 ID321對應于在交通信息的整個服務區(qū)上唯一地標識道路環(huán) 節(jié)的信息,它可以是號碼或者代碼。狀態(tài)分量301所攜帶的交通信息與坐標分量330所攜帶的環(huán)節(jié)標識信息之間的相互關系是由信息在相應分量中的次序決 定的。在每個坐標分量所攜帶的信息之間適用同一規(guī)則。例如,第一標識符Ox00 的環(huán)節(jié)分量(其攜帶環(huán)節(jié)ID)、第一標識符OxOl的描述符分量(其攜帶關于 車道數(shù)目的信息)、以及第一標識符0x02的描述符分量(其攜帶關于每一個 體車道的行駛方向的信息)彼此相關聯(lián)。
如圖3B所示,服務器100將關于環(huán)節(jié)的車道的信息載入描述符(標識符 0x03的坐標分量)313中并由此來傳送該信息。除環(huán)節(jié)的車道信息之外,描述 符313還傳送諸如環(huán)節(jié)名稱等關于環(huán)節(jié)的各種描述信息,但這與本發(fā)明沒有相 關性,所以在此不作描述。關于環(huán)節(jié)的車道的信息包括車道數(shù)目和各車道的行 駛方向。車道數(shù)目由標識符OxOl的描述符分量314傳送,其信息是根據(jù)圖5A 的語法來制備的。這里,在未給出關于車道數(shù)目的信息時,O值被指派給相應 字段并由此被傳送。服務器100根據(jù)圖5B的語法來配置關于每一個體車道的 行駛方向的信息,并通過標識符0x02的描述符分量來傳送該信息。該傳送是 以為每一個體車道制備車道方向分量的方式來實施的。如圖3B所示,如果道 路環(huán)節(jié)的車道數(shù)目為n,則n個車道方向分量315被載入標識符0x02的描述符 分量313中。用于傳送關于車道的行駛方向信息的至少一個車道方向字段(標 識符OxOO的車道方向分量)316被設于車道方向分量315中,被根據(jù)圖5C中 示出的語法來制備,并包括關于相應車道編號331和行駛方向332的信息。車 道編號331記錄指示該相應車道的值。例如,對于第一車道記錄"1",而對 于第二車道記錄"2"。行駛方向332記錄指示行駛方向的值。作為示出行駛 方向的值的示例,當相應車道沿筆直方向時,記錄"l";對于左轉(zhuǎn)彎記錄"2"; 對于筆直/左轉(zhuǎn)彎記錄"4";對于筆直/右轉(zhuǎn)彎記錄"5";以及對于不存在關 于行駛方向的信息的情況,記錄"0"。以上僅是示例,并且顯然應當理解可
為每個方向指派不同的數(shù)字或其他手段。
當收集自各種源的當前交通信息中包括道路上的障礙(事故或道路施工)
時,服務器100將該信息配置為上述TPEG-RTM并由此傳送該信息。
圖6示出服務器100通過其傳送關于道路上的障礙的信息的TPEG-RTM (例如,圖2A中的元30)消息的示例。在圖6的示例中,盡管用于傳送關于 道路上的障礙的信息的RTM分量的標識符使用與上述CTT分量相同的標識符0x80,但當前分量是CTT分量還是RTM分量一般是由前面消息管理容器所攜 帶的信息決定的。因此,交通信息接收終端在識別每個分量方面不會出現(xiàn)錯誤 標識或混亂。如圖6中所示,TPEG-RTM消息包括消息管理容器、RTM-事件 容器、以及TPEG位置容器。RTM-事件容器包括一個或多個RTM分量 601,...602等。關于由道路上的車輛問題導致的障礙的信息由標識符0x80的 RTM分量601來傳送,而關于由道路施工等引起的障礙的信息由標識符0x85 的RTM分量602來傳送。除此之外,關于道路上的各種障礙的信息可在發(fā)生 時通過相關RTM分量來傳送。
如圖6中所示,在由于車輛問題而引起的障礙的情形中,關于車輛問題的 位置的信息611、關于問題車輛的數(shù)目的信息612A、以及關于車輛問題的原因 的信息612B被制備和傳送;在由于道路施工等引起的障礙的情形中,關于道 路施工的位置的信息621、關于道路施工的類型的信息622等被制備和傳送。 關于引起交通問題的車道的信息被包含在傳送關于障礙的位置的信息的字段 611、 621中。例如,如果道路對應于單向四車道的道路且在第三和第四車道上 發(fā)生車輛問題或正在進行道路施工,則指定第三和第四車道的信息被載入關于 相應位置的信息字段611、 621中??梢栽S多種方式來定義表示關于車道的信 息的方法并可采用依照由已知TPEG RTM應用定義的表rtm10的定義。
關于車輛問題的原因612B,可記錄標示例如"未知"、"翻車"、"火 災"或"事故"等的值;且可在道路施工類型622中記錄標示"未知"、"維 修"、"地鐵建造"、或"道路上漆"等的值。
圖7是根據(jù)本發(fā)明的一個實施例接收傳送自服務器100的交通信息的導航 終端70的框圖。終端70可設于諸如圖1中的汽車200的其他設備/實體中。圖 7的終端70包括調(diào)諧器l,用于在收到交通信息信號的所需頻帶上諧振并隨 后輸出己調(diào)交通信息信號;解調(diào)器2,用于通過將已調(diào)交通信息信號解調(diào)而輸 出交通信息信號;TPEG解碼器3,用于將已解調(diào)的交通信息信號解碼并獲得 包括各種道路交通信息和障礙信息的交通信息;GPS模塊8,用于通過從多個 衛(wèi)星接收信號來計算當前位置(例如,緯度、經(jīng)度、和海拔);存儲裝置或單 元4,用于存儲各種圖形信息;輸入設備9,用于接收用戶輸入;導航引擎5, 用于基于用戶輸入、當前位置、以及獲得的交通信息控制屏幕顯示;存儲器5A,用以臨時存儲必要的或其它信息;LCD面板或其他顯示單元7,用于視頻顯示; 以及LCD驅(qū)動器6,用于根據(jù)要顯示的圖形數(shù)據(jù)向LCD 7饋送驅(qū)動信號。輸 入設備9可以是配備在例如觸摸屏的LCD面板7上的接口。為了以下描述方 便,存儲裝置4被假定為具有或者沒有在其中存儲關于每個環(huán)節(jié)的信息以及環(huán) 節(jié)的車道信息和節(jié)點的電子地圖。終端70可包括其它組件,且終端70的所有 組件是操作性地耦合和配置的。
調(diào)諧器1在服務器100發(fā)射的信號上諧振,且解調(diào)器2以預定方式解調(diào)并 輸出諧振信號。TPEG解碼器3然后從輸入解調(diào)信號中提取出以圖2A和2B、 圖3A和3B、圖4A和4B、圖5A到5C、和/或圖6中的結(jié)構(gòu)來傳送的TPEG 消息,并臨時存儲該TPEG消息。解釋臨時存儲的TPEG消息的每一條,并將 關于該消息的內(nèi)容的必要信息和/或控制數(shù)據(jù)遞送給導航引擎5。盡管TPEG解 碼器3將各種信息和/或控制數(shù)據(jù)遞送給導航引擎5,但由于本發(fā)明涉及提供環(huán) 節(jié)的每一個體車道的交通信息和障礙信息,所以出于簡明起見,以下描述是圍 繞提供每一個體車道的交通信息的過程給出的。
TPEG解碼器3從每條TPEG消息的消息管理容器提取日期/時間和消息發(fā) 生時間,從"消息元"的信息確定后繼的容器是CTT事件容器還是RTM事件 容器。如果后繼的容器對應于這兩者中的任意一者,則遞送從容器內(nèi)的CTT 分量或RTM分量獲得的信息以便于將由導航引擎5根據(jù)交通信息和障礙信息 針對每一個體車道實施的顯示操作。對應于當前傳送的交通信息的位置信息從 后繼的TPEG-CTT位置容器中獲得。位置信息包括起始點和結(jié)束點的位置坐標 (經(jīng)度和緯度)或指派給道路環(huán)節(jié)的環(huán)節(jié)ID,這取決于TPEG-CTT位置容器 的類型信息。同時,TPEG-CTT位置容器還包括每一環(huán)節(jié)的車道信息(車道數(shù) 目和每條車道的行駛方向)。當提供有存儲裝置4時,參照存儲在存儲裝置4 中的關于每個環(huán)節(jié)和節(jié)點的信息確定對應于接收到的環(huán)節(jié)ID的路段。同時, 在必要時,導航引擎5將接收到的環(huán)節(jié)的位置坐標轉(zhuǎn)換成環(huán)節(jié)ID或反之。
如果存儲裝置4設有電子地圖(關于每一個體環(huán)節(jié)的整個信息和地理信 息),則可從自服務器100提供的交通信息獲得諸如交通信息和道路障礙信息 等實時信息,而可從電子地圖中所含的信息獲得諸如道路的位置信息、車道信 息等固定信息。固定信息是利用從服務器IOO提供的信息還是利用已含在電子
14地圖中的信息僅是選擇問題,而不論固定信息的來源如何都可同樣地應用以下 所述的用于向用戶提供交通信息的方法。區(qū)別僅在于當需要關于道路的固定信 息(位置、車道信息等)時使用含在存儲裝置4中的電子地圖信息還是存儲在 存儲器5A中的已解碼信息。
導航引擎5以圖8的格式針對每個環(huán)節(jié)和車道將接收到的交通信息和道路 障礙信息存儲在存儲器5A中。此時,關于相應環(huán)節(jié)的相應車道的道路障礙信
息(事故、道路施工等)以這樣一種方式來存儲接收到的道路障礙代碼——
如圖8所示的71——與相應環(huán)節(jié)的相應車道相關聯(lián)地存儲。圖8中所存儲的信 息的類型僅是簡單示例,此外,從服務器100提供的各種其它交通信息也可以 索引結(jié)構(gòu)的形式或其他形式來存儲。
當存儲裝置4包括電子地圖時,導航引擎5參照接收自GPS模塊8的當 前位置坐標讀出電子地圖的必要部分(以當前位置為中心的區(qū)域,其大小根據(jù) 當前顯示標尺而變化)并通過驅(qū)動器6在LCD面板7上以圖9的形式顯示該 讀出部分。此時,在對應于當前定位的位置上標記特定圖形符號81。
導航引擎5從如圖8所示存儲在存儲器5A中的信息讀出屬于當前行駛環(huán) 節(jié)的每條車道的行程時間(或平均速度)并如圖9所示地在屏幕上顯示每一個 體車道的行程時間82。同時,當前行駛道路環(huán)節(jié)的每一個體車道的行駛方向信 息83被讀出并一起被顯示在屏幕上。關于每條車道的信息(每條車道的行程 時間或平均速度、以及行駛方向信息)在正常情況下可以不提供,而是替代地 可根據(jù)用戶選擇軟按鈕B1以請求激活相應信息的顯示來提供。關于這一點, 軟按鈕可以是輸入設備9上的物理鍵,其中在選擇該按鈕時所執(zhí)行的功能是選 擇性地改變的,且由于在特定時間選擇該按鈕而引起的對功能的通知的信息被 顯示在LCD面板7的相應位置上;或者軟按鈕可以是觸摸屏類型的按鈕,其 功能被顯示在LCD面板7上,而其選擇是在該面板上完成的。在輸入設備9 上將用于請求激活每條車道的信息顯示的按鈕實現(xiàn)為其功能固定的鍵也是同 樣可能的。在根據(jù)本發(fā)明的另一實施例中,作為實現(xiàn)用于請求激活每條車道的 信息顯示的按鈕的替代或與連同提供該按鈕,每條車道的信息顯示的激活可通 過在終端70的配置中設置為活躍或非活躍來控制。S卩,當用戶在導航引擎5 提供的配置屏幕中將"每條車道的信息顯示"設置為活躍時,關于每條車道的信息82、 83總是如圖9所示地被顯示,而當設置為不活躍時則不顯示相應信 息。這樣,通過按鈕或環(huán)境配置對每條車道的信息的激活/去激活的控制可同樣 地應用于以下所述的關于車道的不同信息(例如,每條車道的預計到達時間或 關于特定車道的障礙信息)的情形。在根據(jù)本發(fā)明的一個實施例中,當"每條 車道的信息顯示"在環(huán)境配置中被設為非活躍時,導航引擎5提供用以請求激 活每條車道的信息顯示的軟按鈕。當該按鈕被請求時,導航引擎5將環(huán)境配置 中的"每條車道的信息顯示"改為活躍狀態(tài),且同時如圖9所示地顯示關于每 條車道的信息。
取決于用戶選擇,作為關于當前行駛路段的交通信息和車道方向信息的替 代,也可顯示關于位于前面的環(huán)節(jié)或路徑方向的左側(cè)或右側(cè)的環(huán)節(jié)的那些信 息。
如果終端70的用戶己通過輸入設備9指定目的地,則導航引擎5確定到 達該目的地的最優(yōu)路徑(例如,最短距離或最短時間)。最短距離路徑是屬于 一組道路環(huán)節(jié)的各環(huán)節(jié)的長度之和最短的路徑。最短時間路徑是屬于一組道路 環(huán)節(jié)的各環(huán)節(jié)的行程時間之和最短的路徑。在確定最優(yōu)路徑之后,如圖10所 示,導航引擎5顯示通往該目的地的路徑的每一個體車道的預計到達時間91 。 每一個體車道的預計到達時間是行駛路徑上相同車道的行程時間之和。當各行
駛環(huán)節(jié)之間的車道數(shù)目不同時,例如下一行駛環(huán)節(jié)的車道數(shù)目減少時,最外面 車道的行程時間利用最接近的內(nèi)車道的行程時間。例如,在當前環(huán)節(jié)是四車道 道路而下一環(huán)節(jié)是三車道道路時,為了獲得顯示給用戶的每一個體車道的預計 到達時間,由于在下一環(huán)節(jié)中沒有第四車道,所以第四車道的預計到達時間通 過利用下一環(huán)節(jié)的第三車道的行程時間來獲得。至于每條車道的行駛方向,顯 示關于當前環(huán)節(jié)的每條車道的行駛方向92。具有通向指定目的地的行駛方向的 車道可以一種區(qū)別于其他不同行駛方向的顯示圖標的方式來顯示(例如,閃爍、 顏色顛倒、或不同顏色)。在根據(jù)本發(fā)明的另一實施例中,如圖11A所示,對 于不通向指定目的地的車道方向的圖標,可向該圖標應用車道禁行的圖形覆蓋 1001。隨后,對于上述被標記為車道禁行的車道,從屏幕刪除預計到達時間 (1002)。當被刪除的車道的行駛方向在下一環(huán)節(jié)中再次對應通往目的地的行 駛方向時,移除車道禁行的圖形覆蓋并在屏幕上再次顯示預計到達時間。在通向指定目的地的路徑上的下一環(huán)節(jié)或在無指定目的地情形下當前路 徑方向上的下一環(huán)節(jié)可能具有比當前環(huán)節(jié)少的車道數(shù)目。對于這種情況,如圖 IIB所示,導航引擎5通過使用比其他方向圖標更淡的圖標顏色來區(qū)別地顯示 由于車道數(shù)目減少而消失的車道的方向圖標1011,由此讓用戶識別到車道的減 少。下一環(huán)節(jié)中車道數(shù)目的減少還可以另一方法是或以不同形式通知。
當通往指定目的地的路徑上存在障礙時,對于具有障礙的車道,可通過利 用區(qū)別色彩或不同大小來與其他車道不同地顯示相應車道的方向圖標。圖11C
示出其顯示示例,其中相應車道的方向圖標1021被用紅色顯示以便指示屬于
通向目的地的路徑的路段的第三和第四車道中存在障礙。當用戶請求關于相應
圖標1021的具體描述時,通過讀取指示接收到的與屬于該路徑的各環(huán)節(jié)中的 相應環(huán)節(jié)或最鄰近的環(huán)節(jié)有關的道路障礙和相關原因(這是接收關于路徑上的 多個環(huán)節(jié)的障礙信息的情形)的代碼,可在屏幕上顯示關于該代碼的描述1022 (汽車事故、地鐵建造等)。
如果在沒有特定原因的情況下,接收到的根據(jù)每個環(huán)節(jié)的每一個體車道從 行程時間計算出的通往目的地的預計到達時間顯示嚴重偏離,例如若特定車道 的預計到達間比其他車道的預計到達時間的平均或最大值長30%,則相應車 道的方向圖標可通過使用用于指示道路障礙的相同形式來顯示,如圖11C所 示。此時,當用戶請求具體描述時,諸如"到達時間延遲"等通知可被顯示在 屏幕上。
在根據(jù)本發(fā)明的另一實施例中,導航引擎5并不總是在屏幕上顯示每條車 道的方向圖標,而是可根據(jù)當前形勢狀況顯示方向圖標。例如,在當前目的地 未指定的情況下,當隧道、橋、十字路口、或岔路(高架路或高速公路匝道等) 在前方300米內(nèi)時,可激活顯示。在當前目的地指定的情況下,除了關于在未
指定目的地情形下所作的顯示之外,還可在前方交叉路口處應作出左轉(zhuǎn)彎或右 轉(zhuǎn)彎時在屏幕上顯示方向圖標。
以上具體描述的本發(fā)明的各種實施例和示例通過顯示和利用道路的每一 個體車道的估計交通信息和障礙信息使得在交通擁擠的大城市中行駛的駕駛
員能夠以較少時間達到所期望的目的地。由于本發(fā)明可在車道上恰當?shù)胤峙浣?通,所以能夠?qū)崿F(xiàn)道路資源的高效使用。本發(fā)明的優(yōu)選實施例的先前描述是出于說明的目的呈現(xiàn)的。因此,本領域 的技術人員可利用本發(fā)明以及具有各種改進、修改、替代、或添加但仍落在所 附權(quán)利要求所限定的本發(fā)明的精神實質(zhì)和范圍內(nèi)的各種實施例。
權(quán)利要求
1. 一種用于編碼交通信息的方法,包括創(chuàng)建包括關于屬于道路環(huán)節(jié)的每條車道的交通信息的狀態(tài)信息;創(chuàng)建關于所述道路環(huán)節(jié)的位置信息;以及創(chuàng)建包括所述狀態(tài)信息和所述位置信息的交通信息消息。
2. 如權(quán)利要求1所述的方法,其特征在于,所述位置信息包括用于標識 所述道路環(huán)節(jié)的標識符。
3. 如權(quán)利要求2所述的方法,其特征在于,所述位置信息還包括關于屬 于所述道路環(huán)節(jié)的車道數(shù)目以及每條車道的行駛方向的信息。
4. 如權(quán)利要求1所述的方法,其特征在于,所創(chuàng)建的狀態(tài)信息包括攜帶 每條車道的標識編號以及每條車道上的平均速度或行程時間的分量。
5. 如權(quán)利要求1所述的方法,其特征在于,進一步包括 創(chuàng)建包括關于發(fā)生在所述道路環(huán)節(jié)上的障礙的信息和所述障礙所影響的車道的信息的事件信息,并將所創(chuàng)建的事件信息納入所述交通信息消息中。
6. —種用于解碼交通信息的方法,包括 從收到信號提取交通信息消息;以及從所提取出的交通信息消息提取包括屬于道路環(huán)節(jié)的每條車道的交通信 息的狀態(tài)信息和關于所述道路環(huán)節(jié)的位置信息。
7. 如權(quán)利要求6所述的方法,其特征在于,進一步包括 在解碼所述狀態(tài)信息和所述位置信息之后輸出關于每條車道的交通信息。
8. 如權(quán)利要求6所述的方法,其特征在于,所提取出的位置信息包括用 于標識所述道路環(huán)節(jié)的標識符。
9. 如權(quán)利要求8所述的方法,其特征在于,所提取出的位置信息還包括 關于屬于所述道路環(huán)節(jié)的車道數(shù)目以及每條車道的行駛方向的信息。
10. 如權(quán)利要求6所述的方法,其特征在于,所提取出的狀態(tài)信息包括攜 帶每條車道的標識編號以及每條車道上的平均速度或行程時間的分量。
11. 如權(quán)利要求6所述的方法,其特征在于,進一步包括-從所提取出的交通信息消息中提取包括關于發(fā)生在所述道路環(huán)節(jié)上的障礙的信息以及關于所述障礙所影響的車道的信息的事件信息。
12. —種用于解碼交通信息的裝置,包括解碼器,用以從接收到的交通信息消息中提取包括關于屬于道路環(huán)節(jié)的每 條車道的交通信息的狀態(tài)信息和關于所述道路環(huán)節(jié)的位置信息,并將所提取出 的狀態(tài)信息和所述位置信息解碼;以及控制器,用以基于經(jīng)所述解碼器解碼的信息輸出關于每條車道的交通信息。
13. 如權(quán)利要求12所述的裝置,其特征在于,所提取出的位置信息包括 用于標識所述道路環(huán)節(jié)的標識符。
14. 如權(quán)利要求13所述的裝置,其特征在于,所提取出的位置信息還包 括關于屬于所述道路環(huán)節(jié)的車道數(shù)目以及每條車道的行駛方向的信息。
15. 如權(quán)利要求12所述的裝置,其特征在于,所提取出的狀態(tài)信息包括 攜帶每條車道的標識編號以及每條車道上的平均速度或行程時間的分量。
16. 如權(quán)利要求12所述的裝置,其特征在于,所述控制器在屏幕上顯示 對應每條車道通往指定目的地的預計到達時間。
17. 如權(quán)利要求16所述的裝置,其特征在于,所述預計到達時間是基于 屬于通向所述指定目的地的路徑的各道路環(huán)節(jié)的收到交通信息之和而計算出 的。
18. 如權(quán)利要求12所述的裝置,其特征在于,所述控制器在屏幕上分別 針對每條車道顯示關于當前道路環(huán)節(jié)或位于路徑方向上的下一道路環(huán)節(jié)的交通"f曰息。
19. 如權(quán)利要求12所述的裝置,其特征在于,所述控制器還在屏幕上顯 示屬于所述當前道路環(huán)節(jié)的每條車道的行駛方向。
20. 如權(quán)利要求19所述的裝置,其特征在于,所述屬于道路環(huán)節(jié)的每條 車道的行駛方向是從經(jīng)所述解碼器解碼的信息或從預先存儲在存儲單元中的 道路信息獲得的。
21. 如權(quán)利要求19所述的裝置,其特征在于,對于通往指定目的地的車 道,所述控制器區(qū)別于其它車道地顯示該車道的行駛方向。
22. 如權(quán)利要求19所述的裝置,其特征在于,對于不通往指定目的地的車道,所述控制器區(qū)別于其它車道地顯示該車道的行駛方向。
23. 如權(quán)利要求19所述的裝置,其特征在于,如果車道數(shù)目在通往指定 目的地的路徑上或在筆直方向上的下一道路環(huán)節(jié)上減少,則所述控制器區(qū)別于 其它車道地顯示由于車道數(shù)目減少而消失的車道的行駛方向。
24. 如權(quán)利要求19所述的裝置,其特征在于,如果在通往指定目的地的 路徑中存在障礙問題,則所述控制器區(qū)別于其他車道地顯示具有所述障礙問題 的車道的行駛方向。
25. 如權(quán)利要求24所述的裝置,其特征在于,在經(jīng)由特定車道的預計到 達時間與經(jīng)由其他車道的預計到達時間相差超過閾值的情況下,所述控制器確 定所述障礙問題包括所述特定車道上的事故發(fā)生和正在進行道路施工中的至 少一者。
26. 如權(quán)利要求25所述的裝置,其特征在于,關于所述特定車道上的事 故發(fā)生和/或所述正在進行道路施工的信息是從由所述解碼器自所述收到交通 信息消息解碼得到的事件信息獲得的。
27. —種用于為用戶提供交通信息的裝置,包括解碼器,用以從收到信號提取包括關于屬于道路環(huán)節(jié)的每條車道的行駛方 向和/或交通信息的狀態(tài)信息以及關于所述道路環(huán)節(jié)的位置信息;控制器,用以根據(jù)用戶請求通過輸出單元輸出所提取的信息;以及 接口單元,其包括請求單元,所述請求單元的功能是請求關于屬于道路環(huán) 節(jié)的每條車道的行駛方向和/或交通信息。
28. 如權(quán)利要求27所述的裝置,其特征在于,當所述請求單元被選中時, 所述控制器通過所述輸出單元輸出關于屬于道路環(huán)節(jié)的每條車道的行駛方向 和/或交通信息。
29. —種用于為用戶提供交通信息的裝置,包括解碼器,用以從收到信號提取包括關于屬于道路環(huán)節(jié)的每條車道的行駛方 向和/或交通信息的狀態(tài)信息以及關于所述道路環(huán)節(jié)的位置信息;以及控制器,用以根據(jù)用戶請求通過輸出單元輸出所提取的信息, 其中在未在所述輸出單元上顯示關于屬于所述道路環(huán)節(jié)的每條車道的所 述行駛方向和/或交通信息的情況下,所述控制器為接口單元提供請求單元,所述請求單元具有請求關于屬于道路環(huán)節(jié)的每條車道的行駛方向和/或交通信息 的功能。
30. 如權(quán)利要求29所述的裝置,其特征在于,所述請求單元包括物理固 定鍵和指示所述鍵的功能的文本串。
31. 如權(quán)利要求29所述的裝置,其特征在于,所述請求單元包括所述輸 出單元上的觸摸區(qū)以及指示當所述觸摸區(qū)被觸摸時將執(zhí)行的功能的文本串,所 述文本串被顯示在所述觸摸區(qū)上。
32. 如權(quán)利要求29所述的裝置,其特征在于,在關于屬于道路環(huán)節(jié)的每 條車道的行駛方向和/或交通信息的顯示在所述裝置的環(huán)境配置中被設為非活 躍的情形中,所述控制器為所述接口單元提供所述請求單元。
33. 如權(quán)利要求32所述的裝置,其特征在于,伴隨向所述接口單元提供 所述請求單元,所述控制器在所述裝置的環(huán)境配置中將關于屬于道路環(huán)節(jié)的每 條車道的行駛方向和/或交通信息的模式顯示改為活躍。
全文摘要
本發(fā)明的實施例提供每條車道的交通信息(例如,擁堵及行程時間信息、道路障礙信息等)。一種根據(jù)本發(fā)明的實施例的用于編碼交通信息的方法創(chuàng)建包括關于屬于道路環(huán)節(jié)的每一個體車道的交通信息的狀態(tài)信息,創(chuàng)建關于該道路環(huán)節(jié)的位置信息,以及創(chuàng)建包括狀態(tài)信息和位置信息的交通信息消息。該消息可無線地從服務器傳送到終端。
文檔編號G06F19/00GK101473326SQ200780022361
公開日2009年7月1日 申請日期2007年8月2日 優(yōu)先權(quán)日2006年8月10日
發(fā)明者李宣旼 申請人:Lg電子株式會社
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1