專利名稱：導(dǎo)航應(yīng)用接口的制作方法
技術(shù)領(lǐng)域：
本申請涉及導(dǎo)航系統(tǒng)的領(lǐng)域，包括車輛導(dǎo)航系統(tǒng)。更具體地，本申請涉及包括應(yīng)用編程接口(API)的導(dǎo)航系統(tǒng)。
背景技術(shù)：
導(dǎo)航系統(tǒng)可以是車載系統(tǒng)或便攜式設(shè)備，例如執(zhí)行導(dǎo)航應(yīng)用的指定手持式單元或移動電話。常常，在車輛導(dǎo)航系統(tǒng)的情況下，系統(tǒng)是向車輛用戶提供娛樂和信息服務(wù)的較大信息系統(tǒng)的部分。導(dǎo)航系統(tǒng)一般包括導(dǎo)航平臺和也稱為導(dǎo)航解決方案的底層導(dǎo)航核心應(yīng)用。導(dǎo)航平臺一般包括硬件結(jié)構(gòu)和軟件框架(包括操作系統(tǒng))，以及相關(guān)的用戶接口以支持導(dǎo)航解決方案的執(zhí)行和與導(dǎo)航解決方案的用戶交互。導(dǎo)航解決方案一般是“后端”軟件和提供核心導(dǎo)航功能例如路線規(guī)劃和指導(dǎo)以及地圖、地址和興趣點(diǎn)(POI)信息的相關(guān)數(shù)據(jù)庫。導(dǎo)航系統(tǒng)(特別是車輛導(dǎo)航系統(tǒng))已發(fā)展成復(fù)雜和定制的系統(tǒng)，其從歷史觀點(diǎn)上說由原始設(shè)備制造商(OEM)發(fā)展為嵌入式信息系統(tǒng)，其中導(dǎo)航平臺和導(dǎo)航解決方案都被發(fā)展并一起構(gòu)造為單一的系統(tǒng)。最近的趨勢是OEM利用外部導(dǎo)航解決方案專業(yè)知識并對于導(dǎo)航解決方案指望外部賣主。在一般發(fā)展周期中，導(dǎo)航或信息娛樂系統(tǒng)OEM可基于客戶例如車輛制造商所限定的需要來設(shè)計導(dǎo)航平臺。導(dǎo)航系統(tǒng)OEM又將需要能夠滿足對集成到導(dǎo)航系統(tǒng)中的特定需要的定制導(dǎo)航解決方案。集成導(dǎo)航解決方案的步驟常常是復(fù)雜和繁雜的，因為導(dǎo)航平臺配置成以特定和復(fù)雜的方式與導(dǎo)航解決方案通過接口連接。因此，特定的提供商發(fā)展的導(dǎo)航解決方案將特別適合于特定的OEM導(dǎo)航平臺，并將需要平臺以非常明確和常常復(fù)雜的方式與解決方案通過接口連接。依賴于導(dǎo)航解決方案的特定提供商的導(dǎo)航系統(tǒng)OEM可能為了獲得未來的解決方案而被稍微委托給該提供商。導(dǎo)航系統(tǒng)發(fā)展的經(jīng)濟(jì)情況以增加的成本和低效率為特征，這可能減輕，如果為將導(dǎo)航解決方案集成到導(dǎo)航平臺中提供更大的靈活性。另一問題涉及導(dǎo)航平臺和導(dǎo)航解決方案的不同的相應(yīng)發(fā)展周期。導(dǎo)航平臺發(fā)展可以每年一次地或以車輛模型周期來循環(huán)，而導(dǎo)航解決方案發(fā)展周期沒有被如此限制且一般更快速。新的技術(shù)可實現(xiàn)對導(dǎo)航解決方案中的特征和功能的頻繁升級。另一方面，將這樣的特征和功能集成到導(dǎo)航系統(tǒng)中可能必須等待，直到下一代導(dǎo)航平臺被發(fā)展。作為例子，考慮以適當(dāng)?shù)臄?shù)據(jù)庫信息來升級以提供向用戶建議最佳交通車道的新的車道推薦特征的導(dǎo)航解決方案。在當(dāng)前的技術(shù)和經(jīng)濟(jì)環(huán)境中，將這樣的特征添加到OEM導(dǎo)航系統(tǒng)通常將需要導(dǎo)航平臺的重大修改來或甚至完全重新設(shè)計，以便使用新的特征。因此提供使導(dǎo)航平臺發(fā)現(xiàn)并集成在導(dǎo)航解決方案中可用的新功能的方式是有利的。又一問題是導(dǎo)航解決方案的性能和兼容性通常不能被充分評估，直到導(dǎo)航解決方案集成到主機(jī)導(dǎo)航平臺中。類似地，導(dǎo)航系統(tǒng)OEM在使用平臺測試導(dǎo)航解決方案的兼容性方面有困難，直到平臺和解決方案都被完成。因此，使導(dǎo)航解決方案的原型化能夠繼續(xù)下去而不依賴于主機(jī)導(dǎo)航平臺的發(fā)展將是合乎需要的。
因此，在本領(lǐng)域中對處理前述問題并便于導(dǎo)航解決方案到導(dǎo)航平臺中的更有效和靈活的集成的改進(jìn)的需要。前述缺點(diǎn)和其它缺點(diǎn)由根據(jù)本發(fā)明的方面的導(dǎo)航系統(tǒng)和有關(guān)的方法處理。

發(fā)明內(nèi)容
本發(fā)明提供利用標(biāo)準(zhǔn)化應(yīng)用編程接口(API)的導(dǎo)航系統(tǒng)。API提供導(dǎo)航解決方案的地層復(fù)雜性的抽象。因此，在解決方案內(nèi)的復(fù)雜的導(dǎo)航功能可由導(dǎo)航平臺使用相對簡單的請求來訪問。而且，導(dǎo)航平臺和導(dǎo)航解決方案都被發(fā)展以通過預(yù)先確定的API來經(jīng)由接口連接，因此實現(xiàn)在發(fā)展和集成中的更大的靈活性和效率。API包括用于快速原型化、初始化、視圖設(shè)置、信息發(fā)現(xiàn)和交換、車輛位置、路線指導(dǎo)、導(dǎo)航音頻的接口部件和交通信息頻道(TMC)部件。這些接口部件由功能的標(biāo)準(zhǔn)集定義，以完成導(dǎo)航平臺和導(dǎo)航解決方案之間的高級交互作用?？焖僭突涌诓考砂▽Υ_保導(dǎo)航解決方案和導(dǎo)航平臺的有效集成最低限度地必需的一組API功能。主機(jī)導(dǎo)航平臺和導(dǎo)航解決方案可配置成根據(jù)快速原型化部件通過接口連接，且兼容性由此被保證。導(dǎo)航解決方案因此可被發(fā)展和原型化，而不需要完全集成到現(xiàn)有的導(dǎo)航平臺中。初始化接口部件為導(dǎo)航解決方案和平臺提供標(biāo)準(zhǔn)初始化序列。信息發(fā)現(xiàn)和交換接口部件使導(dǎo)航平臺能夠發(fā)現(xiàn)和利用導(dǎo)航解決方案所提供的所有信息和功能。因此，可以在不需要導(dǎo)航平臺的修改的情況下發(fā)現(xiàn)和利用在導(dǎo)航解決方案中提供的所公開的功能。根據(jù)本發(fā)明的實現(xiàn)的實施例，API可以在客戶端-服務(wù)器結(jié)構(gòu)中實現(xiàn)。導(dǎo)航平臺可包括配置成通過API與使用導(dǎo)航解決方案所提供的導(dǎo)航服務(wù)器部件通過接口連接的導(dǎo)航客戶端部件。導(dǎo)航客戶端部件可向?qū)Ш椒?wù)器部件發(fā)出請求命令。類似地，導(dǎo)航服務(wù)器部件向客戶端部件發(fā)出響應(yīng)命令或消息。請求和響應(yīng)消息可被實現(xiàn)為高級功能調(diào)用并用面向?qū)ο蟮木幊陶Z目例如C++來定義。當(dāng)審查下面的附圖和詳細(xì)描述時，本發(fā)明的其它設(shè)備、裝置、系統(tǒng)、方法、特征和優(yōu)點(diǎn)對本領(lǐng)域技術(shù)人員將或?qū)⒆兊妹黠@。在這個描述內(nèi)的所有這樣的額外系統(tǒng)、方法、特征和優(yōu)點(diǎn)被規(guī)定為在本發(fā)明的范圍內(nèi)，且被所附權(quán)利要求保護(hù)。


通過參考下面的附圖將更好地理解本發(fā)明。附圖中的部件不一定按比例，相反重點(diǎn)放在說明本發(fā)明的原理上。在附圖中，相似的參考數(shù)字在不同的附圖中始終表示相應(yīng)的部件。圖I是根據(jù)本發(fā)明的一個實現(xiàn)的實施例的導(dǎo)航系統(tǒng)的方框圖。圖2是根據(jù)本發(fā)明的實現(xiàn)的實施例的可應(yīng)用于包括API的圖I的導(dǎo)航系統(tǒng)的導(dǎo)航系統(tǒng)結(jié)構(gòu)的方框圖。圖3是示出根據(jù)本發(fā)明的一個實現(xiàn)的實施例的圖I的導(dǎo)航系統(tǒng)的部件和接口的方框圖。圖4是示出根據(jù)本發(fā)明的實現(xiàn)的實施例的API的接口部件的方框圖。圖5是示出初始化接口的請求-響應(yīng)對話的一個實施例的序列圖。
圖6是示出適合于實現(xiàn)信息發(fā)現(xiàn)和交換接口部件的信息樹結(jié)構(gòu)的一個實施例的信息樹圖示。圖7是示出用于信息發(fā)現(xiàn)和交換的示例性過程的序列圖。圖8是示出用于在信息發(fā)現(xiàn)和交換接口中獲得國家信息的過程的一個實施例的序列圖。圖9A和9B示出說明用于在信息交換接口中獲得狀態(tài)信息的示例性過程的序列圖。圖10是示出由導(dǎo)航音頻接口部件執(zhí)行的示例性過程的序列圖。
具體實施例方式本領(lǐng)域技術(shù)人員將理解和認(rèn)識到，結(jié)合包括在本申請中的附圖描述的一個或多個過程、子過程或過程步驟可由硬件和/或軟件執(zhí)行。如果過程由軟件執(zhí)行，軟件可存在于適當(dāng)?shù)碾娮犹幚聿考蛳到y(tǒng)例如在附圖中示意性描繪的一個或多個功能部件或模塊中的軟件存儲器中。軟件存儲器中的軟件可包括用于實現(xiàn)邏輯功能(即，能以數(shù)字形式例如數(shù)字電路或源代碼或以模擬形式例如模擬電路或模擬源代碼如模擬電、聲音或視頻信號實現(xiàn)的“邏輯”)的可執(zhí)行指令的有序列表，并可選擇性地體現(xiàn)在任何計算機(jī)可讀介質(zhì)中，用于由或結(jié)合指令執(zhí)行系統(tǒng)、裝置或設(shè)備例如基于計算機(jī)的系統(tǒng)、包含計算機(jī)的系統(tǒng)或可選擇性地從指令執(zhí)行系統(tǒng)、裝置或設(shè)備取出指令并執(zhí)行指令的其它系統(tǒng)來使用。在本公開的背景下，“計算機(jī)可讀介質(zhì)”是可包含或存儲由或結(jié)合指令執(zhí)行系統(tǒng)、裝置或設(shè)備來使用的程序的任何裝置。計算機(jī)可讀介質(zhì)可以選擇性地是例如但不限于電子、磁性、光學(xué)、電池、紅外或半導(dǎo)體系統(tǒng)、裝置或設(shè)備。計算機(jī)可讀介質(zhì)的更具體的例子但然而是非排他列表將包括下列項便攜式計算機(jī)磁盤(磁性)、RAM(電子)、只讀存儲器“ROM” (電子)、可擦可編程只讀存儲器(EPR0M或閃存)(電子)和便攜式光盤只讀存儲器“CDR0M”(光學(xué))。注意，計算機(jī)可讀介質(zhì)可以甚至是紙或永久地安裝有程序的另一適當(dāng)?shù)慕橘|(zhì)，因為程序可以經(jīng)由例如紙的光學(xué)掃描、穿孔卡片或其它介質(zhì)的讀取而被電子地捕獲，接著如果必要則以適當(dāng)?shù)姆绞奖痪幾g、解釋或否則被處理，并然后存儲在計算機(jī)存儲器中。如本文公開的處理器可包括微處理器、中央處理單元(CPU)、數(shù)字信號處理器或構(gòu)成用于執(zhí)行存儲在計算機(jī)可讀介質(zhì)中的指令的機(jī)器的其它數(shù)字或模擬部件。圖I是根據(jù)本發(fā)明的一個實現(xiàn)的實施例的導(dǎo)航系統(tǒng)100的方框圖。導(dǎo)航系統(tǒng)100包括通過應(yīng)用編程接口 130協(xié)作的導(dǎo)航平臺110和導(dǎo)航解決方案120，如將在下面詳細(xì)描述的。導(dǎo)航平臺110包括導(dǎo)航計算機(jī)140、人機(jī)接口(HMI) 150、車載傳感器170和通信單元180。導(dǎo)航計算機(jī)140通常包括經(jīng)由總線146進(jìn)行電子通信的處理器142和存儲器144。存儲器144是提供信息的存儲的電子存儲部件，并可包括對處理器142和固定存儲器(內(nèi)部硬盤或集成固態(tài)存儲器)以及可移動存儲部件(閃存、可移動存儲卡等)的數(shù)據(jù)和指令。如將認(rèn)識到的，存儲元件144代表本地存儲器以及遠(yuǎn)程存儲器(例如，經(jīng)由網(wǎng)絡(luò)連接可遠(yuǎn)程訪問的基于云的存儲部件)。存儲器144為處理器142提供對數(shù)據(jù)146和指令的存儲。指令可提供操作系統(tǒng)148和經(jīng)由處理器142在操作系統(tǒng)148內(nèi)執(zhí)行的用于執(zhí)行指定任務(wù)的一個或多個應(yīng)用149?？偩€146也可與圖形處理單元141通信，圖形處理單元141包括指定的圖形處理部件，并向顯示器152提供信號。導(dǎo)航計算機(jī)140可通過車輛總線接口 143與車輛子系統(tǒng)通信。HMI150實現(xiàn)用戶與導(dǎo)航平臺110的交互作用，并可包括顯示器152、語音輸入設(shè)備154、音頻輸出設(shè)備156和觸覺輸入設(shè)備158，觸覺輸入設(shè)備158可包括鍵盤、觸摸屏、儀表板或控制臺控制或允許用戶以觸覺方式與導(dǎo)航平臺100交互作用的其它設(shè)備?？砂ǚ峡刂破鲄^(qū)域網(wǎng)(CAN)總線標(biāo)準(zhǔn)的總線的車載總線160實現(xiàn)車輛子系統(tǒng)的部件和導(dǎo)航計算機(jī)144之間的電子通信。車載傳感器170可包括GPS、速度、陀螺儀和其它參數(shù)的傳感器。通信單元180可包括無線廣域網(wǎng)(WAN)或其它連接。如普通技術(shù)人員將認(rèn)識到的，導(dǎo)航解決方案120和API 130雖然被示為與導(dǎo)航平臺Iio處于特定的關(guān)系中，但可以用不同的方式與導(dǎo)航平臺110協(xié)作。例如，導(dǎo)航解決方案120和API 130可以被實現(xiàn)為在本地存儲在存儲器144中的應(yīng)用。可選地，導(dǎo)航解決方案120可被設(shè)置為在云計算和/或軟件即服務(wù)模型下通過通信單元180經(jīng)由無線鏈路可訪問
的遠(yuǎn)程服務(wù)。圖2是示出導(dǎo)航系統(tǒng)的結(jié)構(gòu)配置的方框圖。該系統(tǒng)結(jié)構(gòu)包括導(dǎo)航平臺層200、API層220、導(dǎo)航解決方案層240和設(shè)備層260。導(dǎo)航平臺層200包括上面關(guān)于圖I描述的HMI150、以及與API層220協(xié)作的客戶端部件210，HMI 150將通過客戶端部件210訪問導(dǎo)航解決方案層240。如將認(rèn)識到的，客戶端部件210可集成到HMI 150中或配置為單獨(dú)的部件，如圖2所示?？蛻舳瞬考?10提供經(jīng)由API層220與導(dǎo)航解決方案層240通過接口連接的功能，如將在下面更詳細(xì)地解釋的。導(dǎo)航解決方案層240包括核心導(dǎo)航應(yīng)用242，其提供服務(wù)器部件244并與導(dǎo)航數(shù)據(jù)庫246和地圖類型/配置數(shù)據(jù)庫248協(xié)作。導(dǎo)航數(shù)據(jù)庫246包括與導(dǎo)航路線、道路、興趣點(diǎn)有關(guān)的信息或其它行進(jìn)相關(guān)的信息。地圖類型/配置數(shù)據(jù)庫248包括與地圖類型有關(guān)的信息和與一般被顯示為與路線指導(dǎo)圖形組合的層(即，道路圖示)的圖形地圖顯示有關(guān)的呈現(xiàn)/顯示偏好。導(dǎo)航核心應(yīng)用232還與可視化引擎241交互作用，可視化引擎241提供使用戶能夠以圖形形式可視化核心導(dǎo)航應(yīng)用242的輸出所必需的輸出。服務(wù)器部件244與API層220協(xié)作，如將在下面更詳細(xì)地解釋的。設(shè)備層260包括與導(dǎo)航解決方案層240協(xié)作的多個設(shè)備和相應(yīng)的接口。這些包括圖形處理單元141、定位引擎242、TMC設(shè)備244和文本到語音(TTS)設(shè)備246。相應(yīng)的接口設(shè)置成允許這些設(shè)備與導(dǎo)航解決方案層240 (包括圖形API 250、定位API 252、交通媒體中心API 254和語音API 256)協(xié)作。定位引擎244從傳感器170獲得車輛傳感器信息。如將認(rèn)識到的，即使設(shè)備層260和圖I所示的導(dǎo)航平臺110 —樣可具有元件例如傳感器和HMI元件，為了概念目的，設(shè)備層260在圖2中被示為單獨(dú)的層。普通技術(shù)人員將理解，可設(shè)置與服務(wù)器部件244相關(guān)的一個或幾個服務(wù)器。例如，一個服務(wù)器可提供用于導(dǎo)航核心應(yīng)用242的基本路線指導(dǎo)能力的功能，而另一服務(wù)器可提供用于導(dǎo)航核心應(yīng)用242的三維城市觀測儀或地球縮放能力的功能。圖3是示出關(guān)于根據(jù)本發(fā)明的方面的導(dǎo)航系統(tǒng)中的客戶端-服務(wù)器結(jié)構(gòu)的更多細(xì)節(jié)的方框圖。導(dǎo)航應(yīng)用編程接口 130便于客戶端部件210和導(dǎo)航服務(wù)器部件240之間的交互作用。根據(jù)本發(fā)明的方面，客戶端部件210提供很多請求功能212，以便向服務(wù)器部件240發(fā)起請求。服務(wù)器部件240提供很多響應(yīng)功能242，以產(chǎn)生對客戶端部件210的響應(yīng)。進(jìn)程間通信(IPC)通道250在客戶端部件210和服務(wù)器部件240所執(zhí)行的進(jìn)程當(dāng)中提供數(shù)據(jù)(包括消息)的進(jìn)程間交換。如將對普通技術(shù)人員明顯的，IPC通道可通過已知的方法例如消息傳遞、同步、共享存儲器和遠(yuǎn)程過程調(diào)用(RPC)來實現(xiàn)。而且，用于實現(xiàn)IPC通道的方法可基于線程之間的通信的帶寬和時延以及正被傳遞的數(shù)據(jù)的類型來改變。IPC通道可利用用于消息處理的IPC庫部件252。服務(wù)器部件還包括到系統(tǒng)級資源的接口，系統(tǒng)級資源可包括圖形輸出庫260、導(dǎo)航定位(NP)庫270和音頻輸出庫280。下面是適合于實現(xiàn)根據(jù)本發(fā)明的方面的導(dǎo)航API的示例性功能的列表。該列表并不以任何方式規(guī)定為是無遺漏的或自我限制的。此外，對所述功能的術(shù)語是任意的，且并不以任何方式被規(guī)定為是限制性的。每個術(shù)語的功能也被包括，但功能被實現(xiàn)的方式在本申請中所述的實現(xiàn)中不以任何方式被限制。本領(lǐng)域的普通技術(shù)人員將認(rèn)識到，這些功能可以用適當(dāng)?shù)木幊陶Z言、面向?qū)ο蟮木幊陶Z言例如C++實現(xiàn)。而且，對普通技術(shù)人員來說顯然，將“請求”術(shù)語合并在功能名稱中的命名法表示在導(dǎo)航客戶端部件上實現(xiàn)的功能調(diào)用。類似地，合并“響應(yīng)”術(shù)語的功能名
稱表示在導(dǎo)航服務(wù)器部件上實現(xiàn)的功能調(diào)用。下面將描述用于實現(xiàn)前述接口部件的適當(dāng)功能。括號中的用于表示功能所傳遞的示例性值或參數(shù)。如將認(rèn)識到的，由導(dǎo)航解決方案的服務(wù)器部件提供的示例性響應(yīng)功能提供在導(dǎo)航解決方案內(nèi)的復(fù)雜功能的抽象層。因此，導(dǎo)航平臺可通過請求功能來訪問導(dǎo)航解決方案內(nèi)的全功能，請求功能被制定為相對簡單的命令且不需要與導(dǎo)航解決方案的底層復(fù)雜性相關(guān)的復(fù)雜過程。根據(jù)本發(fā)明的方面，如圖4所示，根據(jù)本發(fā)明的示例性API包括由總API的功能的子集實現(xiàn)的多個功能接口部件。這些接口部件包括快速原型化接口部件410、初始化接口部件412、信息交換接口部件414、車輛位置信息接口部件516、導(dǎo)航路線接口部件518、導(dǎo)航音頻接口部件520和交通媒體頻道(TMC)接口部件522。下面將更詳細(xì)地解釋每個部件。怏諫原型化接口部件根據(jù)本發(fā)明的方面，快速原型化接口部件被實現(xiàn)來使導(dǎo)航解決方案的快速原型化成為可能?？焖僭突涌诓考峁┆?dú)立于主機(jī)導(dǎo)航平臺的存在而實現(xiàn)導(dǎo)航解決方案的功能評估和測試所必需的最少的一組功能。快速原型化接口部件便于初始化、滾動、旋轉(zhuǎn)和路線指導(dǎo)功能。這些功能使導(dǎo)航解決方案的開發(fā)者能夠評估其解決方案，而不需要到現(xiàn)有的OEM導(dǎo)航平臺中的以前合并。這使任何解決方案與對資源和開發(fā)時間的最小量的努力的結(jié)合能夠評估在真實生活環(huán)境中的解決方案。定義示例性快速原型化接口部件的功能在接下來的描述中被詳述，且附圖在本申請中被參考。requestlnit (VID)-功能requestlnit由導(dǎo)航客戶端部件216調(diào)用來在導(dǎo)航客戶端部件216在系統(tǒng)中啟動之后初始化導(dǎo)航服務(wù)器部件238。功能調(diào)用可將視覺部件ID (VID)傳遞到導(dǎo)航服務(wù)器部件作為設(shè)備層240的底層圖形子系統(tǒng)的標(biāo)識符。導(dǎo)航服務(wù)器部件在發(fā)出responselnit消息之前成功地初始化自己并執(zhí)行所需的步驟，例如到系統(tǒng)接口的傳遞或內(nèi)部數(shù)據(jù)初始化，而沒有來自導(dǎo)航客戶端部件的交互作用。responselnit (errorCode)-功能調(diào)用 responselnit 在 requestlnit 被調(diào)用之前向客戶端提供回答，服務(wù)器使用responselnit來響應(yīng)，傳遞不等于零的錯誤代碼，如果任何東西防止導(dǎo)航服務(wù)器部件被正確地初始化。errorCode參數(shù)表示在服務(wù)器和客戶端側(cè)上預(yù)先定義和公布的錯誤代碼。錯誤代碼是導(dǎo)航解決方案供應(yīng)商特定的。等于零的錯誤代碼指示無錯誤的初始化。requestSetScreenViewport(xTopLeft, yTopLeft, xBottomRight, yBottomRight)-這個功能調(diào)用將導(dǎo)航解決方案的視覺輸出定位在屏幕上，并可被調(diào)用來通過指定導(dǎo)航視覺部件的左上和右下角而限定位置。屏幕可以從在(0，0)處的左上角測量。所有絕對屏幕坐標(biāo)從(0,0)角開始。因此，功能調(diào)用可傳遞四個坐標(biāo)xTopLeft、yTopLeft、xBottomRight 和 yBottomRight 作為參數(shù)。requestSetMeasurementSystem(unitSystem)-這個功能調(diào)用將設(shè)置用于視覺和非視覺操作的導(dǎo)航解決方案的當(dāng)前測量系統(tǒng)。它可以在初始化期間以及在運(yùn)行時間期間被調(diào)用。測量系統(tǒng)指定對從導(dǎo)航客戶端部件216傳遞到導(dǎo)航服務(wù)器部件238并傳遞回的正確的距離相關(guān)的信息是必要的。unitSystem可被定義為具有未定義的英國碼、英國尺或度量的可能值的枚舉數(shù)據(jù)類型。re questSet CoordinateSystem (e Co ordinate Sy stem, Coordinate Sy stem)-導(dǎo)航解決方案的當(dāng)前坐標(biāo)系統(tǒng)由可能在初始化期間以及在運(yùn)行時間期間調(diào)用的requestSet-CoordinateSystem功能設(shè)置。坐標(biāo)系統(tǒng)指定對從客戶端側(cè)傳遞到服務(wù)器并傳遞回的正確的位置相關(guān)的信息是必要的。eCoordinateSystem參數(shù)可被定義為具有表示可用的坐標(biāo)系統(tǒng)的值的枚舉數(shù)據(jù)類型。requestSetZoomScale (double, zoomscale)該功能用于放大或縮小視覺輸出，考慮到當(dāng)前的單元測量系統(tǒng)。參數(shù)zoomScale表示每顯示厘米的以米為單位的視覺輸出的標(biāo)尺，其中自我位置(汽車)被定位。這也適用于透視圖。例如，傳遞500的值導(dǎo)致在顯示器上每厘米是世界坐標(biāo)中的500米。該關(guān)系在穿過當(dāng)前自我位置(汽車)的水平線上是正確的。requestSetRotation (degree, threshold)-該功能從服務(wù)器請求視覺輸出的旋轉(zhuǎn)。度參數(shù)代表以度為單位的視覺輸出的旋轉(zhuǎn)量。O代表北，有效值范圍從O。到359°和-1°到-359°。負(fù)角導(dǎo)致逆時針旋轉(zhuǎn)，正角導(dǎo)致順時針旋轉(zhuǎn)。閾值參數(shù)指示旋轉(zhuǎn)水平，在該旋轉(zhuǎn)之后，中間框架必須被繪制。-I的參數(shù)值定義沒有中間框架，而是到特定角的中間旋轉(zhuǎn)。如果閾值大于度值，閾值將被忽略，且沒有中間框架將被繪制。requestSetPosition (xCoordinate, yCoordinate, coordinateType)-該功倉泛考慮到當(dāng)前坐標(biāo)系統(tǒng)而將視覺輸出定位在過去的世界或顯示坐標(biāo)(由coordinateType指示)處。當(dāng)前用戶位置可被定義為“自我”位置且與兩個不同的坐標(biāo)集相關(guān)，一個坐標(biāo)集是從屏幕的零點(diǎn)測量的絕對坐標(biāo)，而一個坐標(biāo)集是從視口的零點(diǎn)測量的相對坐標(biāo)集。requestSetOrientation (eOrientation, orientation)-根據(jù)已被傳遞的方位參數(shù)設(shè)置視覺輸出的方位。該參數(shù)可以是具有northUp (標(biāo)識北方位)、headingUp (標(biāo)識航向方位)或destinationUp (標(biāo)識目的方位)的可能值的枚舉數(shù)據(jù)類型。requestScrolling (mode, direction, speed)-該功能將使視覺導(dǎo)航輸出滾動，阻止輸出滾動，并跳回到當(dāng)前自我位置。該功能可以設(shè)置有參數(shù)的不同組合。模式參數(shù)可以是具有start (標(biāo)識滾動的開始)、stop (標(biāo)識滾動停止)、jumpBackToCarPosition (標(biāo)識滾動的停止加上跳回到汽車位置)或detachFromCarPosition(滾動從汽車位置分離)的可能值的枚舉數(shù)據(jù)類型。該參數(shù)規(guī)定用于這個滾動請求的模式。只有參數(shù)改變時，使用start的多個請求才改變，否則該調(diào)用被忽略。除了第一個調(diào)用以外，使用其它模式的隨后調(diào)用將被忽略。Stop停止在當(dāng)前位置處的滾動,其中jumpBackToCarPosition停止?jié)L動并使該位置跳回到汽車位置。在stop被調(diào)用之后，對start的調(diào)用開始在當(dāng)前位置滾動，對jumpBackToCarPosition的調(diào)用使該位置跳回到汽車位置。方向參數(shù)代表以度為單位的所請求的滾動方向(O表示北，有效值范圍從O到359度)。速度參數(shù)代表每個滾動步驟滾動的像素的量。requestSetVisible (visibleState)-該功能控制導(dǎo)航的視覺輸出的可見性和不可見性。visibleState參數(shù)是指示可見性是開啟還是關(guān)閉的二進(jìn)制指示符。requestSetAppearanceStyle (appearanceStyle)-導(dǎo)航的視覺輸出的風(fēng)格通過調(diào)用requestSetAppearanceStyle例如白天或夜晚時間模式來控制。該風(fēng)格設(shè)置的顏色一般對導(dǎo)航平臺供應(yīng)商是特定的。參數(shù)appearanceStyle指示將顯示在視覺輸出上的值,且可以是具有day (白天顏色)、night (夜晚顏色)或autoStyle (標(biāo)識自動設(shè)置)的值的枚舉數(shù)據(jù)類型。枚舉可以被處理為位掩碼以支持對白天和夜晚的交通醒目性。如果白天和夜晚·被設(shè)置，只有白天設(shè)置被顯示。requestTranslateDestinationToCoordinate -位置輸入基于 EIS (編碼信息串)類型。在從拼寫程序或從所存儲的目的地取回目的地串之后，編碼串需要通過調(diào)用requestTranslateDestinationToCoordinate來轉(zhuǎn)換成坐標(biāo)以用作中途停留地或目的地。responseTranslateDestinationToCoordinate -在 EIS 被傳遞到導(dǎo)航服務(wù)器以轉(zhuǎn)換成坐標(biāo)之后，服務(wù)器通過調(diào)用本身傳遞坐標(biāo)的responseTranslateDestinationTo-Coordinate來對該請求作出響應(yīng)，如果EIS可被成功地轉(zhuǎn)換的狀態(tài)和已經(jīng)傳遞的EIS本身以使該響應(yīng)匹配相應(yīng)的請求。requestSetDestination(xCoordinate, yCoordinate)-作為中途停留地的一個目的地或多個目的地可使用requestSetDestination來設(shè)置。requestStartRoute O _該功能在至少一個目的地被設(shè)置之后被調(diào)用。路線指導(dǎo)的所請求的模式作為參數(shù)被傳遞，且路線指導(dǎo)立即開始。參數(shù)被處理為32位位掩碼以支持組合的路線。如果沒有目的地被requestSetDestination設(shè)置,該調(diào)用將被忽略。所設(shè)置的目的地僅僅對開始路線的第一請求是有效的。每個新的請求在開始路線之前需要有相應(yīng)的目的地。requestStopRoute O該功能通知路線指導(dǎo)。如果路線指導(dǎo)是活動的，路線選擇可通過調(diào)用requestSto-pRoute來停止。該調(diào)用將被忽略，如果路線指導(dǎo)不是活動的。requestSetDemoMode (demoState, xCoordinateCar, yCoordinateCar)-該功能啟用或禁用導(dǎo)航演示模式。在演示模式中，路線指導(dǎo)可以在沒有GPS設(shè)備的情況下開始。導(dǎo)航設(shè)備將獨(dú)立地行進(jìn)。xCoordinateCar和yCoordinateCar參數(shù)代表演示汽車位置的坐標(biāo)。如果demoState參數(shù)指示演示模式將被關(guān)掉，已傳遞的演示汽車位置值將被忽略。informDemoModeEnabled-該功能向?qū)Ш娇蛻舳颂峁┭菔灸Ｊ綘顟B(tài)。在初始化之后和改變時，服務(wù)器發(fā)送信號一次。上面的功能定義根據(jù)本發(fā)明的方面的示例性快速原型化接口部件。除了上面描述的快速原型化接口功能以外，并再次參考圖4，根據(jù)本發(fā)明的方面的預(yù)先定義的API功能可包括用于初始化、視圖設(shè)置(視覺輸出配置)、信息發(fā)現(xiàn)和交換、車輛定位、路線指導(dǎo)、導(dǎo)航音頻和TMC的功能。這些將在下面被描述。初始化接口部件上面描述的requestlnit和responselnit功能也將屬于初始化工具集,但已經(jīng)被涵蓋在快速原型化接口部件功能列表中。requestShutdown -這是請求關(guān)閉導(dǎo)航服務(wù)器部件的來自客戶端部件的功能調(diào)用。responseShutdown -該功能將響應(yīng)于關(guān)閉請求而關(guān)閉服務(wù)器部件。視圖設(shè)置接口部件requestSetViewType (viewType)-該功能設(shè)置地圖的視圖類型。參數(shù) viewType是具有view2D (2D視圖)、view3D (3D視圖)、viewBird (沒有高度信息的透視圖)、viewGarage (只顯示在預(yù)覽車庫中的車輛模型的3D透視圖)和viewPreview(識別路線預(yù)覽地圖)的可能值的枚舉。requestSetComponentContext -該功能使視覺部件聽從隨后的調(diào)用。所有隨后的調(diào)用只與支持單個導(dǎo)航客戶端的多個地圖有關(guān)。該調(diào)用可以是排他的，使客戶端的所有其它視覺部件忽略調(diào)用，直到其上下文由這個請求激活。在其上下文被激活之后，該調(diào)用支持待調(diào)用的不同的地圖。不同的輸出可由不同的客戶端支持。requestSetScreenViewportFrame-該功能將設(shè)置對隨后操作的屏幕視口框架。屏幕視口框架不影響屏幕視口的分辨率?？蚣茉O(shè)置成支持對縱覽例如路線縱覽或縮放到交通事故的有限屏幕區(qū)域。requestSetVisualAssistance-該功能啟用和禁用對視覺上削弱的用戶的視覺輔助。requestBlock-該功能塊進(jìn)一步更新到視覺輸出。然后隨后的請求將只設(shè)置在服務(wù)器側(cè)上的狀態(tài)，而不在屏幕上引起任何再現(xiàn)或繪制。狀態(tài)設(shè)置請求可以被存儲，且服務(wù)器一被下面的功能requestUnblock解鎖就稍后被應(yīng)用于繪制。鎖定只應(yīng)用于發(fā)送客戶端的視覺輸出，且對其它客戶端沒有影響。requestUnblock -該功能將對被上面的requestBlock功能鎖定的視覺輸出的更新解鎖。從客戶端提取的隨后請求將導(dǎo)致立即的繪制。解鎖功能只適用于調(diào)用客戶端的視覺輸出，對其它客戶端沒有影響。responseUnblock -在視覺輸出被解鎖且完整的因而產(chǎn)生的框架被繪制之后，該功能對客戶端作出響應(yīng)。如上面關(guān)于requestBlock功能所述的，來自客戶端的所有存儲的狀態(tài)設(shè)置請求將應(yīng)用于因而產(chǎn)生的框架。在所有存儲的狀態(tài)設(shè)置請求的應(yīng)用之后，響應(yīng)將被發(fā)送到客戶端。requestSetEgoPosition -該功能將自我位置設(shè)置在視覺導(dǎo)航部件的屏幕視口內(nèi)的屏幕上的相對屏幕坐標(biāo)中。自我位置可由適當(dāng)?shù)膱D標(biāo)例如汽車的頂置圖像指示，以指示在屏幕上的當(dāng)前位置。該位置是相對屏幕坐標(biāo)。requestGetEgoPosition-該功能獲得在視覺導(dǎo)航部件的屏幕視口內(nèi)的屏幕上的相對屏幕坐標(biāo)中的當(dāng)前自我位置。responseGetEgoPositionOnScreen -該功能返回在視覺導(dǎo)航部件的屏幕視口內(nèi)的屏幕上的相對屏幕坐標(biāo)中的當(dāng)前自我位置。
進(jìn)一步關(guān)于圖5所示的序列圖來解釋上面描述的初始化和視圖設(shè)置功能及其在示例性導(dǎo)航系統(tǒng)的客戶端-服務(wù)器結(jié)構(gòu)中的交互作用。該序列以向服務(wù)器提交requestlnit功能的客戶端部件開始。requestlnit功能將在這種情況(16)中代表視覺部件ID的參數(shù)傳遞到服務(wù)器。服務(wù)器接著開始初始化過程，其將包括導(dǎo)航解決方案的初始化。服務(wù)器初始化獨(dú)立于客戶端而發(fā)生，因此服務(wù)器部件將需要建立與所有系統(tǒng)部件例如系統(tǒng)圖形庫和傳感器的通信。當(dāng)完成時，服務(wù)器部件經(jīng)由responselnit命令(包括指示初始化是否是成功的錯誤標(biāo)記)作出響應(yīng)。在服務(wù)器對初始化請求作出響應(yīng)之后，客戶端使用上面描述的功能向服務(wù)器發(fā)出很多狀態(tài)設(shè)置消息。這些消息將設(shè)置啟動值，例如對視覺輸出或所請求的縮放水平的視口。啟動值可在每當(dāng)需要時被設(shè)置，但一般在導(dǎo)航服務(wù)器被請求執(zhí)行進(jìn)一步的行動之后被設(shè)置。直到現(xiàn)在，不請求服務(wù)器再現(xiàn)或顯示任何視覺輸出。在從服務(wù)器產(chǎn)生所有狀態(tài)設(shè)置請求之后，requestSetVisible命令從客戶端發(fā)出以指示服務(wù)器在導(dǎo)航平臺上的圖形輸出設(shè)
備上再現(xiàn)繪制的框架。信息發(fā)現(xiàn)和交換接口部件根據(jù)本發(fā)明的一個方面，提供信息交換接口部件以使導(dǎo)航平臺能夠發(fā)現(xiàn)信息的類型，且因此發(fā)現(xiàn)在導(dǎo)航解決方案上可用的能力和功能，并與導(dǎo)航解決方案交換信息。信息交換接口部件可以被實現(xiàn)為一組請求和響應(yīng)功能，如將在下面進(jìn)一步描述的。示例性系統(tǒng)可利用編碼信息串(EIS)來實現(xiàn)在導(dǎo)航解決方案中可用的并由導(dǎo)航平臺檢索的信息的識別。EIS包括由〈> 形式的標(biāo)志或標(biāo)簽識別的信息。例如,標(biāo)志<IFT>表示信息類型標(biāo)識符，<CTR>標(biāo)識國家信息，<ITR>表示標(biāo)識交叉路口(通過交叉或第二街道)的信息。另一例子EIS將在下面的一些功能描述中被使用。參考圖6進(jìn)一步解釋信息發(fā)現(xiàn)和交換接口部件414，圖6示出用于組織信息類型、通過導(dǎo)航解決方案變得可用的相關(guān)EIS標(biāo)簽(由“〈V’表示)和信息值的示例性信息樹。此夕卜，圖7、8、9A和9B是序列圖，其利用在圖6中的示例性信息樹中描述的信息，并示出使導(dǎo)航平臺(客戶端)發(fā)現(xiàn)從導(dǎo)航解決方案(服務(wù)器)可得到的信息的類型的序列，以及作為例子檢索選定的國家和州位置信息。如可在圖6中看到的，從導(dǎo)航解決方案可得到的信息可包括根標(biāo)識符(信息類型)，其可在EIS中被表示為例如〈IFT〉。在這個例子中，導(dǎo)航解決方案提供由導(dǎo)航平臺使用的四種類型的信息(I)位置輸入；⑵興趣點(diǎn)；⑶地圖；以及⑷TMC信息類型。這些信息類型每個包括由信息樹中的相應(yīng)分支表示的額外的子類型。例如，位置輸入類型信息包括子類型國家、州和郵政編碼。每個子類型由在導(dǎo)航客戶端所作出的請求和導(dǎo)航服務(wù)器所給出的響應(yīng)中的適當(dāng)EIS表示。requestGetAvailabIeInformation (inpurEIS)-該功能請求對當(dāng)前信息的下一可用改進(jìn)的列表。參數(shù)inpurEIS是代表所請求的信息的編碼信息串(EIS)，并將包括在特定水平處的所有可用信息類型的列表和每種類型可用的項目的計數(shù)。如果NULL-指針(空串)被傳遞，則可用信息的頂部和根部水平返回到客戶端。responseGetAvailablelnformation(inpurEIS, availableTypesEIS)-該服務(wù)器響應(yīng)功能將根據(jù)所傳遞的信息提供在信息樹結(jié)構(gòu)中的下一可用信息類型的列表，在該信息樹結(jié)構(gòu)中，提供在導(dǎo)航解決方案上可得到的信息。參數(shù)輸入EIS是與在請求命令中傳遞的相同的EIS，使得客戶端側(cè)可使來自服務(wù)器的響應(yīng)與所發(fā)出的原始請求匹配。返回的參數(shù)availableTypesEIS代表可得到的信息類型，每個信息類型具有總項目計數(shù)作為值。NULL指針使響應(yīng)無效。requestGetDetails (inputEIS, requestedFields)-該功能基于關(guān)于 inputEIS串提供的信息來請求詳細(xì)的信息。在所請求的字段中的串都將被格式化為被標(biāo)簽指示符O包圍的EIS標(biāo)志。例如，<GE0>或〈ALL〉。參數(shù)requestedFields代表導(dǎo)航服務(wù)器提供的所請求的字段。responseGetDetaiIs(inpurEIS, validState, requestedFields, outputEIS)。這是返回關(guān)于響應(yīng)于requestGetDetails命令而提供的信息的細(xì)節(jié)的響應(yīng)功能。參數(shù)validState是具有有效或無效的可能值以指示狀態(tài)的有效性的枚舉，其指示請求是否是成功的。requestedFields參數(shù)包含在請求命令中所請求的相同字段，以便使請求與響應(yīng)匹
配。outpurEIS參數(shù)包含具有添加的字段的輸出EIS。requestGetList (inpurEIS,startlndex,resultCount, sortOptions,fieldOptions, cancelState)-該功能請求輸入EIS的信息的列表。參數(shù)startlndex表示在I開始計數(shù)的列表窗的第一元素。resultCount表示窗口的所請求的數(shù)量的項目。較少的將被返回，可用計數(shù)小于所請求的數(shù)量。-I的值指示返回所有可用的項目。參數(shù)sortOption表示對數(shù)據(jù)分類的方法，默認(rèn)分類串是“Default”。參數(shù)sortOption是具有defaultSort (識別默認(rèn)串)、ascending(升序分類)、descending(降序分類)、nearFirst (最接近的第一分類)、farFirst (較遠(yuǎn)的第一串)、hierarchicalSort (較高等級的第一分類)、hierarchicalDescSort(較低等級的第一分類)的可能值的枚舉。參數(shù)fieldOptions表示具有所請求的字段的串陣列結(jié)構(gòu)以返回當(dāng)前請求。默認(rèn)字段串是“Default”。參數(shù)cancelState表示取消狀態(tài)。真值用于在以前的請求使用相同的參數(shù)做出時取消當(dāng)前未決的請求；該信息將作為具有被設(shè)置為真的完整標(biāo)志的響應(yīng)而被發(fā)送，假值將作為單獨(dú)的請求而被處理。信息的列表也可作為在共享存儲器中的文件而不是在itemList中的條目而被返回，如果客戶端緊接著在輸入EIS中的<IFT>標(biāo)簽之后添加標(biāo)簽<VM>、〈PATH〉和〈LANG〉。responseGetList(inpurEIS, validState, startlndex, resultCount, sortOptions, fieldOptions, itemList, outputEIS, completeState)-該功能提供所請求的信息的列表。該響應(yīng)的行為是靈活的，以通過標(biāo)記具有假值的完整標(biāo)志來支持在一個響應(yīng)或只有一些所請求的結(jié)果的部分結(jié)果中的所有所請求的數(shù)據(jù)。因此，可能接收對單個requestGetList調(diào)用的多個響應(yīng)。如果在輸入EIS中指定的〈PATH〉是針對預(yù)先計算的列表，則實際〈PATH〉將在outpurEIS中被返回。validState表示指示請求是否是成功的狀態(tài)。如在 requestGetList 命令中解釋了 startlndex、resultCount、sortOptions 和fieldOptions。ItemList是所請求的項目的列表。參數(shù)outpurEIS包含額外的信息,如果不同于原始請求。參數(shù)completeState指示列表是否是完整的。requestGetListInformation (inputEIS)-該功能請求當(dāng)前信息的可能的分類和字段數(shù)據(jù)類型。當(dāng)用于語音識別時，導(dǎo)航客戶端也可包括緊接著在EIS中的<IFT>(信息類型)標(biāo)簽之后的<VIM>(語音輸入模式)標(biāo)簽，以請求關(guān)于特定的語音輸入類型的信息。responseGetListInformation (inpurEIS, validState, sortOptions, f ieldOptions，output EIS)-該功能提供所請求的信息的可能的分類和字段數(shù)據(jù)類型。提供該列表是否被預(yù)先編譯<PCP>或?qū)⒂煞?wù)器動態(tài)地產(chǎn)生的信息。該數(shù)據(jù)將被客戶端利用來決定如何將信息顯示給用戶。服務(wù)器只需要在客戶端在請求<VIM>中提供語音輸入模式時提供該信息。參數(shù)validState指示請求是否是成功的。參數(shù)sortOptions是代表當(dāng)前節(jié)點(diǎn)的可用分類選項的矢量的StringArray結(jié)構(gòu)。參數(shù)fieldOptions是代表字段選項的矢量的StringArray0參數(shù)outputEIS包括添加的字段，包括<PCP>標(biāo)簽(如果以<VM>來請求)。應(yīng)為每種可用語言提供<LANG>標(biāo)簽(如果以<VIM>來請求)。requestGetSpell (inputEIS)-該功能請求用于基于在EIS記錄中的最后一·個選擇標(biāo)準(zhǔn)來拼寫當(dāng)前信息(由inpurEIS表示)的可用字符集。responseGetSpell (inpurEIS, validState, nextAvailableCharacters, count,isFullMatch)-該功能提供下一可用字符和在inputEIS中表示的信息的剩余計數(shù)。參數(shù)validState指示請求是否是成功的。參數(shù)nextAvailableCharacters表示剩余的下一可用字符集。參數(shù)計數(shù)表示匹配當(dāng)前輸入的項目的計數(shù)。參數(shù)isFullMatch指示輸入的串是否完全規(guī)定項目。參考圖7所示的序列圖，從導(dǎo)航解決方案(圖7中的導(dǎo)航服務(wù)器)可得到的信息首先使用上面描述的示例性requestGetAvailablelnformation功能經(jīng)由來自導(dǎo)航平臺(導(dǎo)航客戶端)的請求被發(fā)現(xiàn)。零值在命令中給出以指示對可用信息的根請求。服務(wù)器使用包括inputEIS值(在這種情況下是零，并為了消息控制/記賬目的而被提供回到客戶端)的responseGetAvailablelnformation消息作出響應(yīng)。結(jié)果代碼指示來自根請求的一個結(jié)果,該結(jié)果是“InfoType”并指示(4)的值。導(dǎo)航客戶端接著發(fā)出GetList請求以請求與根InfoType相關(guān)的四種信息類型的列表。在響應(yīng)中，服務(wù)器提供responseGetList消息,其提供四種類型的信息的列表LDB、LI、POI和TMC。因此，導(dǎo)航解決方案向?qū)Ш狡脚_識別可用于使用的信息的類型。圖8是示出來自導(dǎo)航解決方案的位置信息的進(jìn)一步檢索的序列圖?？蛻舳爽F(xiàn)在使用規(guī)定InfoType作為位置信息(LI)的EIS發(fā)出GetAvailableInformation請求。在availablelnfo字段中從服務(wù)器返回的信息是“Country (國家)”信息類型的標(biāo)識符和規(guī)定兩個另外的信息類型的參數(shù)。GetList請求接著由客戶端發(fā)出以檢索兩個“country”信息類型的列表。(2)的項目計數(shù)和指示“CANADA”和“USA”的列表從服務(wù)器返回。圖9A和9B示出用于檢索狀態(tài)位置信息的類似序列圖。在客戶端和服務(wù)器之間的交換以類似于上面描述的國家信息過程的方式進(jìn)行。然而，由于在availablelnfo字段(53個州)中返回的大量結(jié)果，GetSpell功能被使用兩次以集中于來自服務(wù)器的信息的檢索。第一 GetSpell響應(yīng)返回可用字符的列表和滿足“State=”標(biāo)準(zhǔn)(53)的結(jié)果的數(shù)量。第二GetSpell請求配置成檢索以字母“M”開始的狀態(tài)的子集，并引起指示8個項目和可用字符“ΑΙ0”的響應(yīng)。GetSpell功能再次用于獲得滿足標(biāo)準(zhǔn)的狀態(tài)的列表。如將明顯的，上述功能和序列可用于實現(xiàn)可識別從導(dǎo)航解決方案可用的所有信息的信息發(fā)現(xiàn)和交換接口部件414。用于編碼從導(dǎo)航解決方案可用并經(jīng)由信息交換接口的信息的方案不限于四種示例性信息類型，而是擴(kuò)展到路線和交叉路口信息和實質(zhì)上通過導(dǎo)航解決方案變得可用的所有類型的信息。作為另一例子，可如在步驟和相關(guān)請求以及下述響應(yīng)功能中闡述的來利用交叉路口信息向服務(wù)器發(fā)送請求以獲得下一可用類型-requestGetAvailablelnformation( “<IFT>LI〈*XCTR>UnitedStates〈*>〈STA>Michigan〈*XCTY>Ann Arbor〈*>，，)具有可用信息的來自服務(wù)器的響應(yīng)-responseGetAvailabIeInformation( “<IFT>LI〈*XCTR>UnitedStates〈*>〈STA>Michigan〈*XCTY>AnnArbor〈*>，，，“<STR>301〈*>”)向服務(wù)器發(fā)送請求以獲得街道的列表-names:requestGetList ("<IFT>LI〈*XCTR>UnitedStates〈*>〈STA>Michigan〈*XCTY>AnnArbor〈*XSTR>〈*>"，1，3，defaultSort, “Default”，false)具有街道列表的來自服務(wù)器的響應(yīng)-responseGetList ( " <IFT>LI〈*XCTR>UnitedStates〈*>〈STA>Michigan〈*XCTY>AnnArboiOXSTRX*〉"，valid, 1，3，defaultSort, “Default，，，{ “<STR>31s Dr〈*>”，“<STR>3rd St〈*>”，”〈STRMth St〈*>” }，false)向服務(wù)器發(fā)送請求以得到下一可用類型-requestGetAvailablelnformation( “<IFT>LI〈*XCTR>UnitedStates〈*>〈STA>Michigan〈*XCTY>AnnArbor〈*XSTR>3rd St〈*> ”)具有可用信息的來自服務(wù)器的響應(yīng)-responseGetAvai lab Ie Informat ion ( “<IFT>LI〈*XCTR>UnitedStates〈*>〈STA>Michigan〈*XCTY>Ann Arbor〈*XSTR>3rdSt〈*>”，“〈HN0>1〈*XITR>20〈*>”)向服務(wù)器發(fā)送請求以獲得下一拼寫程序字符-requestGetSpell ("<IFT>LI〈*XCTR>UnitedStates〈*>〈STA>Michigan〈*XCTY>AnnArbor〈*XSTR>3rd St〈*XITR>〈*>")具有下一拼寫程序字符的來自服務(wù)器的響應(yīng)-responseGetSpell ("<IFT>LI〈*XCTR>UnitedStates〈*>〈STA>Michigan〈*XCTY>AnnArbor〈*>〈STR>3rdSt〈*XITR>〈*>"，valid,“CDHJKLMW”，20，false)向服務(wù)器發(fā)送請求以獲得交叉路口街道名稱的列表-requestGetList ("<IFT>LI〈*XCTR>UnitedStates〈*>〈STA>Michigan〈*XCTY>AnnArbor〈*>〈STR>3rdSt〈*XITR>C〈*>"，1，3，defaultSort,“Default”，false)
具有交叉路口列表的來自服務(wù)器的響應(yīng)_responseGetList ( " <IFT>LI〈*>〈CTR>UnitedStates〈*>〈STA>Michigan〈*>〈CTY>AnnArbor<*XSTR>3rd St<*XITR>C<*>//, valid, I, 3，defaultSort, “Default”，{ “<STR>Chapin St〈*>” }，false)作為另一例子，使用信息發(fā)現(xiàn)和交換接口部件414，導(dǎo)航平臺可請求對路線中的所有路段的整個路線列表。這樣的請求可通過參考具有零值的路線元素<RTE>通過規(guī)定來指定。這說明路線信息可如何使用限定信息發(fā)現(xiàn)和交換接口部件414的功能來從導(dǎo)航解決方案獲得。向服務(wù)器發(fā)送請求以獲得所有路線路段的計數(shù)requestGetAvailablelnformation( “<IFT>RT〈*>〈RTH>888〈*>〈RTE>0〈*>”)具有可用信息的來自服務(wù)器的響應(yīng)responseGetAvailabIeInformation ( “<IFT>RT〈*>〈RTH>888〈*XRTEXK*〉”，“<RSG>13〈*>”)向服務(wù)器發(fā)送請求以獲得對路線句柄888的路線選項的列表requestGetList ( "〈IFT>RT〈*XRTH>888〈*>〈RTE>0〈*>〈RSG>〈*>"，I, 13, defaultSort, “Default”，false)具有路線選項的來自服務(wù)器的響應(yīng)responseGetList( "〈IFT>RT〈*XRTH>888〈*>〈RTE>0〈*>〈RSG>〈*>"，valid, I, I, defaultSort, “Default，，，{ "〈RTE>1〈*>〈RSG>0〈*XMNT>6〈*>〈MNN>192〈*>〈STR>Unnamed road〈*>〈MND>670〈*>〈GE0>-83. 43110342. 496809〈*>〈TRT>14000〈*>","〈RTE>1〈*>〈RSG>2〈*XMNT>13〈*>〈MNN>192〈*>〈STR>W12Mile Rd〈*>〈MND>3190〈*>〈GE0>-83. 43057542.497113〈*>〈TRT>20000〈*>",..."〈RTE>1〈*>〈RSG>3〈*XMNT>3〈*>〈MNN>0〈*>〈STR>W12Mile Rd〈*>〈MND>16840〈*>〈GE0>-83. 42704342.497289〈*>〈TRT>118000〈*>","〈RTE>2〈*>〈RSG>4〈*XMNT>13〈*>〈MNN>242〈*>〈STR>A %s EBDetroit<*XIC0N>/tmp/nng_rs_icon_0. bmp<*XTXT>M-5〈*>〈MND>13550〈*>〈GE0>-83.44769642. 496640〈*>〈TRT>92000〈*>","〈RTE>2〈*>〈RSG>15〈*>〈MNT>3〈*XMNN>0〈*>〈STR>1660Brookdale Dr〈*>〈MND>0〈*>〈GE0>-83. 430684
42. 296395〈*>〈TRT>0〈*>"}，false)如將認(rèn)識到的，全路線列表的每個列表項目應(yīng)包含它所屬的〈RTE〉。對普通技術(shù)人員來說也顯然，識別從導(dǎo)航解決方案可得到的信息的這個方面適應(yīng)由導(dǎo)航解決方案提供的新類型的信息的添加以及通過導(dǎo)航平臺的信息的發(fā)現(xiàn)。也就是說，在下一代導(dǎo)航解決方案上變得可用的新功能和信息可由現(xiàn)有的導(dǎo)航平臺利用而不使導(dǎo)航平臺升級。例如，可通過添加新信息類型對導(dǎo)航平臺識別關(guān)于導(dǎo)航解決方案的車道推薦特征的添加和相關(guān)的可用信息，該新信息類型使用在圖6所示的信息樹上的一組新的EIS標(biāo)志和相應(yīng)的額外分支(未不出)的“車道推薦”來表不。車輛位置信息接口部件requestVehicIeLocationInformationDetaiIs(updateMode, updateInterval)-該功能基于規(guī)定的時間間隔來啟用或禁用位置信息更新。updateMode參數(shù)指示方位的更新應(yīng)如何被發(fā)送，且是具有disable (禁用更新)、once (更新一次)、onChange (關(guān)于方位中的
變化的更新)和frequency (更新的限定的頻率)的可能值的枚舉。updatelnterval參數(shù)表示位置更新將被提供給客戶端的最大速率。將一般只提供關(guān)于變化的更新。值以ms為單位。informVehicIeLocationInformationDetaiIs (poslnfo) _ 該功倉泛提供由 poslnfo規(guī)定的當(dāng)前位置的細(xì)節(jié)。這包括自我位置、航向和所有可用的國家、州、城市、當(dāng)前街道信息、最近的交叉街道等。它還可能包括速度限制、時區(qū)、車道推薦。導(dǎo)航路線接口部件requestBlockRoute (operation, items)-該功能從路線計算添加或移除項目，并可用于規(guī)定代表在每條路線上要全局地和/或局部地避免的路線或路段的矢量或其它項目。如果路線句柄的空列表被提供，則鎖定的項目將被全局地應(yīng)用，并影響所有新的路線計算和當(dāng)前活動的路線。每路線一次只有一個距離塊被這個功能支持。如果第二個塊被指定，它將代替前一個距離塊。操作參數(shù)表示應(yīng)在路線計算期間根據(jù)考慮添加或移除的路段，并且是可具有將根據(jù)考慮移除路段的值A(chǔ)ddBlock或?qū)⑹孤范螐逆i定的列表移除且因此被重新考慮的路段的值RemoveBlock的枚舉。參數(shù)項目是代表從路線計算移除的項目的EIS的列表，并可包括道路路段、路線演戲或路線上向前的一段距離。responseBlockRoute (operation, items, validState)-這是對requestBlockRoute的服務(wù)器響應(yīng)。操作和項目參數(shù)如上所述。參數(shù)validstate指示請求是否是成功的。requestNewTrip (destinations, routeModes)-該功能創(chuàng)建新的旅程。將有新的路線句柄，識別由對每組規(guī)定的路線選項創(chuàng)建的特定的路線模式定義的所計算的路線的唯一標(biāo)識符。參數(shù)destinations是代表在路線計算中使用的路線元素的元素的列表。參數(shù)routeModes是代表路線模式的元素的列表。將對經(jīng)過的每個路線模式創(chuàng)建路線元素。responseNewTrip (destinations, routeModes, validState, handles)-該功能返回所規(guī)定的每組路線選項的路線句柄標(biāo)識符。參數(shù)handles是路線句柄的列表。在列表中的路線句柄的順序匹配規(guī)定的路線選項的順序。零的路線句柄值識別具有在位置零處的路線選項的路線。requestKillTrip (handles)-破壞路線句柄的列表。轉(zhuǎn)彎列表和路線細(xì)節(jié)在與路線相關(guān)的信息樹中將不再是可用的。破壞活動的路線句柄將取消指導(dǎo)。在這種情況下，下面解釋的功能informActiveRouteDescription將相應(yīng)地被更新。responseKillTrip (handles) -該功能是對已破壞的路線句柄的服務(wù)器響應(yīng)。requestStartGuidance (routeHandle)-該功能開始與 routeHandle 所表不的規(guī)定路線句柄相關(guān)的路線。功能informActiveRouteDescription將相應(yīng)地被更新。requestStopGuidance O -停止所有路線選擇。ActiveRouteDescription 將相應(yīng)地被更新。當(dāng)指導(dǎo)被停止時,在ActiveRouteDescription中的路線句柄將是-I。informActiveRouteDescription(routeDesc)-識別也稱為目的地的活動的路線元素和也稱為演習(xí)的活動的路線路段。-I的路線句柄指示沒有路線是活動的。參數(shù)routeDesc表示當(dāng)前活動的路線描述信息。informNextManeuverlnfo (timeDist, nextManlnfo)-向下一演習(xí)提供剩余的時間和距離。該功能僅在ActiveRouteDescription包含有效的路線句柄時是有效的。informNextDestinationlnfoFunction (nextDestlnfo)-提供到下一目的地的剩余時間和距離。只有當(dāng)ActiveRouteDescription包含有效的路線句柄時是有效的。參數(shù)nextDestlnfo表示關(guān)于下一目的地的信息。informCalculationState (routeHandle, calcState, calcPercent)-該功能返回對變化的路線計算狀態(tài)的信息。該響應(yīng)被發(fā)送以通知客戶端路線何時被規(guī)劃、計算、重新計算，或目的地已到達(dá)。這是對獲得路線路段列表(轉(zhuǎn)彎列表)的觸發(fā)器。參數(shù)routeHandle表示改變的路線句柄，calcState表示新的計算狀態(tài)(空閑、規(guī)劃、被規(guī)劃、計算、被計算、路線選擇、被選擇路線或出故障)，而calcPercent表示被計算的路線的總百分比(O到100或-1，如果不可用)。上面的功能可為導(dǎo)航平臺提供有利的方式來影響導(dǎo)航解決方案所提供的路線選擇功能。例如，為了向?qū)Ш浇鉀Q方案發(fā)出使特定路線在向前一段規(guī)定距離阻塞的命令，可利用requestBlockRoute和responseBlockRoute功能。例如，為了阻塞向前5000米的路線，客戶端將發(fā)送下面的命令requestBlockRoute(AddBlock,{ “〈IFT>RT〈*XRTH>888〈*>〈RRD>5000〈*>”})且服務(wù)器將使用下面的命令作出響應(yīng)responseBlockRoute(AddBlock,{ “〈IFT>RT〈*XRTH>888〈*>〈RRD>5000〈*>”}，valid)如將認(rèn)識到的，導(dǎo)航路線接口部件功能可用于實現(xiàn)各種路線阻塞功能，例如移除前面的塊，阻塞整個路線路段，僅阻塞路線路段的演習(xí)。而且，信息交換接口部件的GetAvailableInformation功能可與存儲在與圖6所示的信息樹結(jié)構(gòu)類似的信息樹結(jié)構(gòu)中的路線 M息一起被利用，例如以檢索對特定的路線句柄的路線塊的列表向服務(wù)器發(fā)送請求以獲得下一可用的類型requestGetAvailablelnformation( “<IFT>RT〈*>〈RTH>888〈*>”)具有可用信息的來自服務(wù)器的響應(yīng)responseGetAvailabIeInformation ( “<IFT>RT〈*>〈RTH>888〈
*>，，，“〈RT0>1〈*XRTE>1〈*>〈BLK>2〈*>”)阻塞的路段<BLK>將包含路線的所有類型的被阻塞的項目，包括被阻塞的路段演習(xí)和被阻塞的道路距離。向服務(wù)器發(fā)送請求以獲得對路線句柄888的阻塞的路段的列表requestGetList ("〈IFT>RT〈*XRTH>888〈*>〈BLK>〈*>"，I, 3，defaultSort, “Default”，false)
具有阻塞的路段的來自服務(wù)器的響應(yīng)responseGetList ( “〈IFT>RT〈*XRTH>888〈*>〈BLK>〈*>，，，valid, I, 3, defaultSort, “Default，，，{ “〈IFT>RT〈*XRTH>888〈*>〈BLK>l〈*>〈STR>FromStreet - To Street〈*>〈BET>l〈*>〈GE0>-83. 2242. 53〈*>”，“〈IFT>RT〈*XRTH>888〈*>〈BLK>2〈*>〈STR>From Street-To Street〈*>〈BET>2〈*>〈GE0>-83. 4242.23〈*>”，“〈IFT>RT〈*XRTH>888〈*>〈BLK>3〈*>〈MNT>25〈*>〈STR>Street〈*>〈BET>3〈*>〈GE0>-83. 1242. 73〈*>，，}，false)下面的例子說明可使用上述功能實現(xiàn)的路線選項樹擴(kuò)展向服務(wù)器發(fā)送請求以獲得下一可用的類型requestGetAvailablelnformation( “<IFT>RT〈*>〈RTH>888〈*>，，)具有可用信息的來自服務(wù)器的響應(yīng)responseGetAvailabIeInformation ( “<IFT>RT〈*>〈RTH>888〈*>”，“〈RT0>1〈*XRTE>1〈*>〈BLK>0〈*>”)向服務(wù)器發(fā)送請求以獲得對路線句柄888的阻塞的路段的列表requestGetList (//<IFT>RT<*XRTH>888<*XRT0><*>//, I, I,defaultSort, “Default”，false)具有路線選項的來自服務(wù)器的響應(yīng)responseGetList (//<IFT>RT<*XRTH>888<*XRT0><*>//,valid, I, I, defaultSort, “Default”，{ “〈RT0>9〈*>〈UR0>8〈*XRAT>136〈*>〈RCS>4〈*>〈RRD>24532 0〈*>〈TRT>3756324〈*>” }，false)上面返回的EIS指示下列項所請求的路線選項，<RT0>fastest | avoidMotorways<*> ;無法實現(xiàn)的路線選項，〈UR0>avoidMotorways〈*> ；路線上的避免類型，<RAT>avoidMotorways | avoidUnpaved<*> ;路線計算狀態(tài)，<RCS>Calculated ;真實道路距離(分米)，<RRD>245320<*> ；剩余行進(jìn)時間(ms)，<TRT>3756324〈*>。導(dǎo))|幾首步頁接口部件導(dǎo)航音頻接口部件包括用于使導(dǎo)航客戶端部件能夠利用導(dǎo)航服務(wù)器部件所提供的音頻服務(wù)的功能。
informPromptReady(audioSource)-該功能在導(dǎo)航服務(wù)器上被提供并向客戶端指示提示準(zhǔn)備好了。參數(shù)audioSource可以是具有audiolde (默認(rèn)導(dǎo)航音頻源(指示沒有導(dǎo)航音頻當(dāng)前正播放))、audioAutomatic(導(dǎo)航核心發(fā)起的音頻源,例如由車輛接近演習(xí)位置而觸發(fā)的轉(zhuǎn)彎推薦)、audioManual (用戶發(fā)起的音頻源，例如用戶請求導(dǎo)航提示的重復(fù))的可能值的枚舉。requestPromptReady (audioSource)-該客戶端功能向?qū)Ш椒?wù)器指示可在指定的音頻源上播放提示。requestSetADA(adaState)該功能啟用或禁用聲驅(qū)動公告(ADA)。參數(shù)adaState是二進(jìn)制狀態(tài)指示符。具有相同的二進(jìn)制狀態(tài)的隨后調(diào)用可被忽略。informADAIsEnabIed(isEnabIed)-該功能指示 ADA 被啟用或禁用。如果IsEnabled為真，導(dǎo)航音頻公告將被播放。如果IsEnabled為假，導(dǎo)航音頻公告將不被播放。requestCancelADAO -這是取消當(dāng)前的聲驅(qū)動公告(ADA)的功能。該功能調(diào)用只
影響當(dāng)前輸出的ADA，且對隨后的ADA沒有影響。requestRepeatADA O -這是重復(fù)最后一個ADA的功能。最后一個ADA將被重復(fù)。如果到目前為止沒有ADA被輸出，則調(diào)用將被忽略。informActiveAudioSource (audioSource)-該功能將返回當(dāng)前播放的音頻源。由audioSource表示的狀態(tài)可以是空閑、自動和手動。參數(shù)audioSource表示當(dāng)前播放的音頻源?，F(xiàn)在將參考圖10解釋利用上面的功能的示例性序列。導(dǎo)航客戶端可在相應(yīng)的音頻將被播放之前發(fā)起requestPromptReady功能。因此，在序列中的第一步驟是導(dǎo)航服務(wù)器發(fā)出informPromptReady消息以用信號通知準(zhǔn)備播放音頻提示。這跟隨有以requestPromptReady命令的形式的來自HMI (和導(dǎo)航客戶端部件)的確認(rèn),指示導(dǎo)航解決方案開始音頻分發(fā)的許可。接著，導(dǎo)航服務(wù)器使用informActiveAudio源作出響應(yīng),將活動的音頻源從空閑改變到手動。當(dāng)客戶端接收到informPromptReady消息時,它將音頻屬性設(shè)置到當(dāng)前音頻源并開始播放音頻。當(dāng)它結(jié)束時，它將AudioPiOmpt屬性設(shè)置為空閑。HMI可使用這個觸發(fā)器來改變音頻源。交通消息頻道接口部件交通消息頻道接口部件包括用于使導(dǎo)航平臺能夠利用由導(dǎo)航解決方案提供的TMC相關(guān)的功能的一組功能。requestSetTMCMode (tmcMode)該功能在處理TMC信息時啟用和禁用服務(wù)器。當(dāng)TMC被禁用時，消息可以從所顯示的地圖移除，且TMC消息列表被清除。informTMCMode (tmcState)-通知客戶端新的TMC信息已被接收到。該信息是對請求所監(jiān)控的TMC信息的觸發(fā)器。服務(wù)器將在初始化之后和改變時發(fā)送一次信號。參數(shù)tmcState是用于指示TMC處理將被開啟或關(guān)掉的二進(jìn)制指示符。requestSetTMCRouteMode (tmcRouteMode, minutes)-該功能在服務(wù)器由于 TMC 事件而提供新路線時設(shè)置可選的路線的接受模式。參數(shù)tmcRouteMode可以是具有tmcOff (表示在路線計算期間將不考慮TMC消息)UmcAutomatic (表示在路線計算期間將不考慮TMC消息，且服務(wù)器將自動接受所計算的路線)、tmcManual (表示在路線計算期間將不考慮TMC消息，但服務(wù)器將不自動接受所計算的路線)、或tmcDelay (表示如果規(guī)定的延遲時間被當(dāng)前路線超過，則服務(wù)器將只改變當(dāng)前路線)的值的枚舉。參數(shù)minutes表示最小剩余的時間差。只有當(dāng)新路線比當(dāng)前路線快給定的時間差時，服務(wù)器才提供新路線。如果該差小于給定的時間，則所計算的路線將結(jié)束。informTMCRouteMode (tmcRouteMode, minutes)-該功能通知客戶端當(dāng)前的 TMC路線模式。服務(wù)器將在初始化之后和在改變時發(fā)送信號一次。informTMCInfoChanged(tmclnfo)-該功能通知客戶端新的TMC信息已被接收至IJ。該信息是對請求所監(jiān)控的TMC信息的觸發(fā)器。informTMCOnRouteChanged-通知客戶端關(guān)于規(guī)定的路線句柄的新的TMC信息已被接收到。該信息是對請求所監(jiān)控的TMC信息的觸發(fā)器。informTMCRoutesAvailable(routeList, tmcNewEvents, tmcDeletedEvents)-該功能通知客戶端當(dāng)接受模式是tmcManual時基于所接收的TMC信息可用的可選路線。參數(shù)routeList表示具有更新的TMC信息的路線句柄的列表。參數(shù)tmcNewEvents表示引起可選
路線的計算的最重要的新tmc事件的列表。參數(shù)tmcDeletedEvents表示引起可選路線的計算的最重要的刪除的tmc事件的列表。該信息是對請求所監(jiān)控的TMC信息的觸發(fā)器。requestTMCIgnore-這是規(guī)定事件或TMC事件的組忽略或停止忽略的功率。從對路線計算的考慮中，將移除忽略的TMC消息和組。所忽略的TMC消息將在信息接口中在〈IFT>TMC〈*XRQT>IgnoredMessages〈*>處是可用的。所忽略的TMC消息組將在信息接口中在<IFT>TMC〈*XRQT > IgnoredMessageGroups〈inform 處是可用的。TMCIgnoresChanged 將在TMCIgnore之后被服務(wù)器調(diào)用。功能已完成。這將通知客戶端忽略被更新。informTMCIgnoresChanged-通知所忽略的TMC信息已改變的功能。該信息是對請求所監(jiān)控的TMC信息的觸發(fā)器。requestTMCAvoid-規(guī)定要避免或停止避免的TMC的事件或組。所避免的TMC消息和組應(yīng)為了路線計算目的而在它們上施加額外懲罰。所避免的TMC消息將在信息接口中在〈IFT>TMC〈*XRQT>AvoidedMessages〈*>處是可用的。所避免的TMC消息將在信息接口中在〈IFT>TMC〈*XRQT>AvoidedMessageGroups〈*> 處是可用的。功能 informTMCAvoidsChanged將在tmc避免功能完成之后被服務(wù)器調(diào)用。這將通知客戶端避免已被更新。informTMCAvoidsChanged-這通知客戶端避免TMC信息已改變。該信息是對請求所監(jiān)控的TMC信息的觸發(fā)器。普通技術(shù)人員將認(rèn)識到，上述實現(xiàn)說明了本發(fā)明。API提供用于導(dǎo)航解決方案中的底層復(fù)雜性的抽象層。例如，不是要求導(dǎo)航平臺向?qū)Ш浇鉀Q方案發(fā)出大量復(fù)雜的編程水平命令以提取出具有可選路線的復(fù)雜路線縱覽，導(dǎo)航平臺可發(fā)出相對較少的命令，例如與高級步驟相關(guān)的上面公開的高級示例性功能，因為導(dǎo)航解決方案根據(jù)定義示例性API的功能的預(yù)先定義的標(biāo)準(zhǔn)集來配置。而且，API實現(xiàn)導(dǎo)航解決方案到導(dǎo)航平臺中的靈活和有效的集成，獨(dú)立于主機(jī)導(dǎo)航平臺的發(fā)展的導(dǎo)航解決方案的快速原型化，以及從任何導(dǎo)航解決方案可得到的信息類型和功能的發(fā)現(xiàn)。為了說明和描述的目的提出了實現(xiàn)的前述描述。它不是排他的，且并不將所要求保護(hù)的發(fā)明限制到所公開的精確形式。修改和變化根據(jù)上面的描述是可能的，或可以從實踐本發(fā)明中獲取。權(quán)利要求及其等效形式限定本發(fā)明的范圍。
權(quán)利要求
1.一種包括導(dǎo)航平臺的導(dǎo)航系統(tǒng)，所述導(dǎo)航平臺包括用于與導(dǎo)航解決方案連接的應(yīng)用接口，所述接口包括適合于與由所述導(dǎo)航解決方案提供的相應(yīng)功能協(xié)作的一組預(yù)先定義的功能。
2.如權(quán)利要求I所述的導(dǎo)航系統(tǒng)，其中所述應(yīng)用接口包括用于使導(dǎo)航解決方案能夠在功能上獨(dú)立于所述導(dǎo)航平臺而被評估的快速原型化接口部件。
3.如權(quán)利要求2所述的導(dǎo)航解決方案，其中所述用于配置所述導(dǎo)航解決方案的視覺輸出的功能包括用于將所述導(dǎo)航解決方案的視覺輸出定位在所述導(dǎo)航平臺上的顯示設(shè)備上的功能。
4.如權(quán)利要求I所述的導(dǎo)航系統(tǒng)，其中所述預(yù)先定義的功能配置成作出對所述導(dǎo)航解決方案的請求并從所述導(dǎo)航解決方案接收響應(yīng)，從而實現(xiàn)客戶端-服務(wù)器結(jié)構(gòu)。
5.如權(quán)利要求I所述的導(dǎo)航平臺，其中所述應(yīng)用接口包括用于發(fā)現(xiàn)從所述導(dǎo)航解決方案可得到的信息的信息發(fā)現(xiàn)和交換接口部件。
6.如權(quán)利要求5所述的導(dǎo)航平臺，其中所述信息交換接口部件包括用于確定從所述導(dǎo)航解決方案可得到的信息的類型的至少一個功能。
7.如權(quán)利要求5所述的導(dǎo)航平臺，其中所述信息交換接口部件包括用于請求從所述導(dǎo)航解決方案可得到的信息類型的列表的至少一個功能。
8.如權(quán)利要求I所述的導(dǎo)航平臺，還包括用于允許所述導(dǎo)航平臺和導(dǎo)航解決方案之間的進(jìn)程間通信的進(jìn)程間通信接口。
9.一種將導(dǎo)航解決方案集成到導(dǎo)航平臺中的方法，所述方法包括 在所述導(dǎo)航平臺上設(shè)置應(yīng)用編程接口，所述應(yīng)用編程接口包括一組預(yù)先定義的功能； 給導(dǎo)航解決方案提供所述應(yīng)用編程接口； 經(jīng)由所述組預(yù)先定義的功能從所述導(dǎo)航解決方案請求信息。
10.如權(quán)利要求9所述的方法，其中所述應(yīng)用編程接口包括快速原型化接口部件，且所述方法還包括使用所述快速原型化接口部件來評估所述導(dǎo)航解決方案的步驟。
11.如權(quán)利要求9所述的方法，其中所述應(yīng)用編程接口包括信息發(fā)現(xiàn)和交換部件，且所述方法還包括使用所述信息發(fā)現(xiàn)和交換部件來發(fā)現(xiàn)從所述導(dǎo)航解決方案可得到的信息的步驟。
全文摘要
導(dǎo)航系統(tǒng)設(shè)置有應(yīng)用編程接口以實現(xiàn)導(dǎo)航解決方案到導(dǎo)航平臺中的有效集成。系統(tǒng)包括客戶端-服務(wù)器結(jié)構(gòu)，且API使用分別在客戶端和服務(wù)器中定義的標(biāo)準(zhǔn)化的一組請求和響應(yīng)功能來實現(xiàn)。API包括用于獨(dú)立于特定的導(dǎo)航平臺而實現(xiàn)導(dǎo)航解決方案的快速原型化接口部件。信息發(fā)現(xiàn)和交換接口部件使導(dǎo)航平臺(客戶端)能夠發(fā)現(xiàn)和檢索從導(dǎo)航解決方案(服務(wù)器)導(dǎo)航解決方案可得到的信息。
文檔編號G01C21/00GK102878992SQ20121024136
公開日2013年1月16日 申請日期2012年7月12日 優(yōu)先權(quán)日2011年7月12日
發(fā)明者R.哈斯, R.奧德, S.蒙蒂爾格雷, R.博菲利加 申請人:哈曼國際工業(yè)有限公司