專利名稱：：提供終端使用者內(nèi)容的導航系統(tǒng)及架構的制作方法
技術領域：
：本發(fā)明有關于電子導航裝置及一種提供數(shù)據(jù)予電子導航裝置的方法，特別指一種提供終端使用者內(nèi)容的導航系統(tǒng)及架構。
背景技術：
：可提供路線導引的導航裝置已逐漸受大眾所喜愛，且已有多種不同導航模式在市面販賣上。消費性導航系統(tǒng)大多使用多個GPS衛(wèi)星信號來決定出位置，根據(jù)已決定的位置從一地圖數(shù)據(jù)庫中搜尋出當?shù)馗浇貐^(qū)的地圖，接著在此導航裝置的顯示屏幕上的地圖顯示出導航裝置的位置。一般而言，路線導航裝置提供一路線導引。使用者在導航裝置上輸入欲到達的目的地，且此導航裝置根據(jù)一已計算的路線(使用地圖數(shù)據(jù)庫及一路線算法)及對使用者的位置持續(xù)偵測以提供路線導引至目的地。為了提供前述功能，導航裝置需要用于一GPS硬件、一地圖數(shù)據(jù)庫數(shù)據(jù)用儲存單元及一處理硬件。導航系統(tǒng)架構如圖1所示，此圖為傳系統(tǒng)導航裝置的硬件架構的方塊圖。此導航裝置IO包含一處理器U及其相連接的一內(nèi)存12，此內(nèi)存儲存多個應用程序以在處理器上執(zhí)行。內(nèi)存12可為一只讀存儲器(ROM)及隨機存取內(nèi)存(RAM)的組合。導航裝置IO亦包含一儲存組件13，用于儲存地理數(shù)據(jù)(geographicaldata)。儲存組件13—般可為一只讀光驅(qū)(CD-ROM)、一硬式磁盤驅(qū)動器(harddiskdrive)或是一固態(tài)內(nèi)存裝置(solidstatememorydevice),如記憶卡。導航裝置IO還包含一用于顯示導航信息的顯示單元14及一提供使用者輸入目的地信息且設定個人喜好的使用者接口。導航裝置亦包含一定位系統(tǒng)15，用以接收來自一GPS衛(wèi)星16的GPS數(shù)據(jù)。此定位系統(tǒng)亦可包含其它定位傳感器17，如陀螺儀(gyoscopes)及輪形刻度傳感器(wheelticksensor)?？墒褂靡?完整型客戶端"(fatclient)軟件架構(有時也稱的為內(nèi)建式(on-board))以在此導航裝置上提供所有地圖及導航功能，于圖1中的導航裝置硬件架構。如圖2所示一般的完整型客戶端軟件架構，此軟件架構包含一數(shù)據(jù)庫20、一操作系統(tǒng)21及一應用層(applicationlayer)22。此數(shù)據(jù)庫包含地圖的幾何(geometry)、地質(zhì)(topology)及標志(attribute)數(shù)據(jù)、景點(point-ofinterest,POI)數(shù)據(jù)及地址查尋數(shù)據(jù)。而操作系統(tǒng)根據(jù)市面上廣泛使用的操作系統(tǒng)可為微軟窗口精簡版(Microsoft'sWindowsCompactEdition)操作系統(tǒng)或是一專屬(proprietary)操作系統(tǒng)。在操作系統(tǒng)執(zhí)行的多個應用程序包含一地圖繪圖應用程序、一目的地査尋應用程序、一路線計算應用程序、一地圖匹配應用程序及一路線導引應用程序。完整型客戶端具許多優(yōu)點，其可獨立于其它系統(tǒng)及基本架構(infrastructure;)而完全獨立運作。這些完整型客戶端可使用于任一地方，快速響應使用者的輸入動作，提供一高精確(fiddity)使用者體驗，不需額外的花費。但在系統(tǒng)來源上，完整型客戶端仍具有許多缺點，例如完整型客戶端有較沉重的機體(footprint)，在進行建置及數(shù)據(jù)更新時有一定的困難度。另一相對于完整型客戶端架構的聯(lián)機裝置為精簡型客戶端(thinclient),亦稱的為外接式(off-board)。于此架構中，地圖數(shù)據(jù)與應用程序儲存于一遠程導航，，服務器"，其中此服務器一般通過一無線網(wǎng)絡而由多個導航裝置來使用。如圖3所示，此圖為一般精簡型客戶端導航系統(tǒng)架構的示意圖。客戶端30及客戶端31通過一無線網(wǎng)絡32與一網(wǎng)絡平臺33進行通信，任何一種網(wǎng)絡皆可使用，例如一移動電話網(wǎng)絡及一802.11LAN。無線網(wǎng)絡操作者可通過無線網(wǎng)絡將精簡型客戶端裝置連接至因特網(wǎng)36，因特網(wǎng)36上具有一由導航服務提供者所維護的特定服務器37。此服務器37視需要可與多個客戶端裝置進行通信。這些客戶端裝置可為任一適合的連接裝置，包含于圖1所示的常見的連接裝置。一般而言，客戶端裝置為一具有位置偵測功能的PDA或移動電話，其可提供無線網(wǎng)絡功能給使用者。圖4繪示客戶端裝置的硬件架構，圖中，客戶端裝置40包含一處理器41、一內(nèi)存42、一儲存裝置43、一可為屏幕與鍵盤的顯示及使用者接口44以及一定位系統(tǒng)45。此客戶端裝置具有一通信裝置46用以與一導航服務器進行通信?？蛻舳搜b置執(zhí)行客戶端軟件，如一可能顯示超文件標注語言(HTML)內(nèi)容的網(wǎng)站瀏覽器(webbrowser)或一可能顯示無線標記語言(WML)內(nèi)容的微瀏覽器(micro-browser)。客戶端裝置的軟件功能被大量地簡化為僅用于連接服務器及顯示服務器所提供的HTML或WML格式數(shù)據(jù)。客戶端裝置亦用以接收及處理使用者輸入的數(shù)據(jù)及定位系統(tǒng)45輸出的位置數(shù)據(jù)。來自服務器的信息可包含應用程序的使用者接口及導航信息，如服務器所產(chǎn)生的地圖及回合指令(turninstruction)。圖5顯示適用于圖3所提及的服務器37的典型硬件架構的示意圖。此服務器較佳的是一多功能(multi-purpose)硬件裝置，如PC或用以執(zhí)行多個服務器應用程序的積架式服務器(rackmountedserver)。此服務器50包含一處理器5、一內(nèi)存52及一儲存裝置53，儲存裝置53用以儲存地理數(shù)據(jù)及處理器所執(zhí)行的一軟件。儲存裝置53—般而言為一硬式磁盤驅(qū)動器。為了方便操作者控制服務器50,此服務器硬件架構包含一控制裝置54，例如，控制裝置為一屏幕、一鍵盤或一遠程連接裝置，如電話或一遠程桌面計算機(remotedesktop)。此服務器還包含一通信裝置55，使客戶端裝置及服務器組件之間可進行通信。另一通信裝置56，可為如同前述通信裝置55，使服務器可與因特網(wǎng)進行通信。在某些系統(tǒng)中，許多客戶端裝置連接較少的服務器，在此種情況中，通信裝置55能調(diào)節(jié)大量同時(simultaneous)存在客戶端連接裝置連接服務器。舉例來說，連接排列裝置(connectionscaling1116311)為——禾中負載平衡月艮務器(103(1111經(jīng)balancingserver),其視需要可將多個客戶端連接裝置分派至其余的服務器。圖6顯示適用于如圖5所提及的服務器50的典型軟件架構的示意圖。此服務器軟件包含一操作系統(tǒng)60、一基本服務器平臺(platform)61及一可為導航服務63的服務軟件(servicesoftware)。此操作系統(tǒng)60為一巿面上較常使用的操作系統(tǒng)，如Microsoft'sWindows或Linux?；痉掌髌脚_61提供多個組件，此些組件包含由多個軟件程序通常所使用的功能。此些組件由供貨商(vendor)或一第三方物流(thirdparty)提供的操作系統(tǒng)來提供，或是為了支持某些格式的應用程序而特別制作。舉例來說，一C標準函數(shù)庫(libmry)、一€++標準函數(shù)庫、一數(shù)據(jù)庫如Oracle或Informix,及一用于Java或.Net等的程序語言的執(zhí)行時間(run-time)環(huán)境與函數(shù)庫。服務器包含地圖數(shù)據(jù)62，其包含地圖的幾何、地質(zhì)及標志數(shù)據(jù)、景點(point-ofinterest,POI)數(shù)據(jù)及地址查尋數(shù)據(jù)。服務器使用基本服務器平臺61及地圖數(shù)據(jù)62，在操作系統(tǒng)上執(zhí)行若干個導航服務63。導航服務63包含一地圖繪示服務、一目的地査尋服務及、一路線計算服務及一導引(manoeuvre)產(chǎn)生服務。此導航服務的功能包含使用前述導航服務以產(chǎn)生如HTML或WML之類格式的內(nèi)容，其包含用于客戶端裝置上的使用者接口及導航供應信息。精簡型客戶端系統(tǒng)具有許多優(yōu)勢，其容易更新客戶端裝置所使用的地圖數(shù)據(jù)內(nèi)容及應用程序，且由于服務器通常具有較大儲存容量來儲存所有數(shù)據(jù)，所以精簡型客戶端系統(tǒng)能使用較多的地圖及POI數(shù)據(jù)，此些數(shù)據(jù)可在服務器上設置及更新，便可讓多個客戶端裝置使用更新后的數(shù)據(jù)，且精簡型系統(tǒng)的客戶端裝置通常比在完整型系統(tǒng)的客戶端裝置來得便宜。然而，前述精簡型客戶端系統(tǒng)仍具有許多缺點，其僅能于可聯(lián)機服務器的地方操作，而客戶端與服務器之間的數(shù)據(jù)傳送會產(chǎn)生費用，而維持昂貴服務器基本架構更需要持續(xù)地投入成本。而且因為頻寬限制、網(wǎng)絡延遲或是高系統(tǒng)負載，使得精簡型客戶端系統(tǒng)提供的導航服務質(zhì)量較差。將完整型客戶端的反應時間快(responsiveness)的優(yōu)點與精簡型客戶端能有效存取及更新數(shù)據(jù)信息的優(yōu)點整合的架構稱為聰明客戶端(smartclient),聰明客戶端通過增強本機資源如內(nèi)存、儲存裝置、圖形接口及處理能力而在本機執(zhí)行以提供較佳適應性及反應性的導航服務。聰明客戶端可單機操作，亦可與遠程系統(tǒng)聯(lián)機進行交換數(shù)據(jù)以提供更好的導航服務質(zhì)量。由于使用者接口數(shù)據(jù)并不常于一服務器與聰明客戶端之間來回傳輸，所以有較好的反應性，所以這些聰明客戶端較佳地使用通信頻道以提供成本上及效能上的效益。當有多個新的軟件版本出現(xiàn)時，聰明客戶端可啟動通信頻道來取得軟件，并在背景(bakgroimd)執(zhí)行更新?，F(xiàn)有手段的問題對于使用者而言，不管是完整型、精簡型或聰明客戶端解決方案，當所存在的硬件及軟件架構運作良好時，在技術上與邏輯上加入新的功能是困難的。相對應于新地圖及更多內(nèi)容數(shù)據(jù)的取得，多種導航產(chǎn)品正快速地成長，而前述內(nèi)容數(shù)據(jù)包含已改進的涵蓋范圍及較好的標志。當更多的裝置相連接且對大量的數(shù)據(jù)及服務進行存取時，便可取得一種新形式的內(nèi)容。內(nèi)容為一關鍵性的差異及衍生出大量產(chǎn)品功能的中央資源。此重要任務大部分并不反應在目前系統(tǒng)的設計，其被建立時便將這些內(nèi)容數(shù)據(jù)轉(zhuǎn)譯(render)為一致的(uniform)及已預定形式。像這些導航系統(tǒng)僅使用這些特定的數(shù)據(jù)形式且不能使用多種新的數(shù)據(jù)格式，除非這些新的數(shù)據(jù)格式被適當修改到可使用。而這些導航系統(tǒng)不是"內(nèi)容中心(content-centric)"特性，且不易響應內(nèi)容數(shù)據(jù)內(nèi)的改變。為了支持于建立時間內(nèi)功能的擴增(proliferation)，這些導航應用程序隨著許多互動片段(piece)變得更復雜，所以問題將會更嚴重，其中這些片段頻繁地被結(jié)合在多個單一(monolithic)系統(tǒng)。由于這些組件間的相互依賴性(interdependency)，因此在不影響此系統(tǒng)的其它部分的下改變此系統(tǒng)的部分軟件變得困難，且必須發(fā)行一新的產(chǎn)品而不是僅更新一現(xiàn)有的產(chǎn)品的部分。另外，在完成一整合及測試周期的前，所有組件的發(fā)展都發(fā)費相當多的時間。所以這些大型的方案及發(fā)展工作管理及系統(tǒng)合在運籌上(logistically)相當困難。為了將多個新的功能增加至該軟件，于圖7依序地顯示執(zhí)行此軟件的流程。步驟70:于初期間，一新的特征功能被認為是可取得的額外數(shù)據(jù)屬性。步驟71:若需要，則改變用以將來源數(shù)據(jù)轉(zhuǎn)換為此系統(tǒng)的實體儲存格式的地圖產(chǎn)生工作列(mapproductiontool),以支持關于新功能的任一新的屬性。步驟72:使用已更新地圖產(chǎn)生系統(tǒng)而建立地圖數(shù)據(jù)以產(chǎn)生一系統(tǒng)特定實體儲存格式的數(shù)據(jù)。步驟73:更新導航引擎以使用前述的數(shù)據(jù)。步驟74:于使用者應用程序的各種模塊中產(chǎn)生對應支持多個新功能的改變。步驟75:調(diào)整使用者接口及圖形接口以支持系統(tǒng)所需的新功能，且根據(jù)上述組件建立一完整地整合的應用程序。從這列的設計與產(chǎn)品流程的結(jié)果為一特定改良的產(chǎn)品，其利用特定的數(shù)據(jù)來源來符合的特定終端使用者的需求，且需花費較多時間來發(fā)展。此外，這些產(chǎn)品通常試圖成為每一使用者的一般性產(chǎn)品，但結(jié)果是將冗余的功能提供予多個終端使用者。
發(fā)明內(nèi)容本發(fā)明的主要目的處理上述所提及的某些問題，或至少提供一有用的選擇于一般的使用者。下列"外掛軟件對象"的詳細內(nèi)容的介紹中，會提及可執(zhí)行程序代碼及信息數(shù)據(jù)這兩者的內(nèi)容項目。"導航內(nèi)容提供架構"亦指一導航提供系統(tǒng)的所有對象，且此導航提供系統(tǒng)能產(chǎn)生、傳送及利用前述外掛軟件對象。"基本導航架構"有關于導航內(nèi)容提供架構的所有對象，其為一提供基本導航功能及使用多個外掛軟件對象的一導航裝置所特有的。在本文內(nèi)容內(nèi)的"基本導航功能"是常用的導航功能，如在地圖上顯示任一位置、定位(orientation)及縮放，搜尋的功能及解出緯度/經(jīng)度坐標目的地信息，如街道位置及景點(pointofinterest)的名字與類別;一最佳路徑計算算法;一排序(manoeuwe)產(chǎn)生算法，此算法能將一最佳路徑轉(zhuǎn)換為一序列排序以隨著路徑而被執(zhí)行;一車輛(vehicle)定位模塊，此模塊通過將移動信息數(shù)據(jù)與地圖進行匹配以獲得位置;一指令傳送機構(deliverymechanism),產(chǎn)生使用者所需的文字、符號或聽覺的提示信息。根據(jù)上述目的，本發(fā)明提供一導航內(nèi)容提供架構，包含一客戶端(client)裝置，具有用以提供一基本導航功能的一基本導航架構，此基本導航架構支持一固定組的外掛(plug-in)軟件對象。較佳地，此導航內(nèi)容提供架構還包含連接至客戶端裝置的一服務器，且此服務器被配置以提供外掛軟件對象至客戶端裝置，而外掛軟件對象提供額外功能至客戶端裝置。較佳地，此客戶端裝置與此服務器通過一無線連接方式連接。再者，客戶端裝置與服務器實體上設置在相同的裝置上。此外，本發(fā)明更提供一種外加功能至一具基本導航架構的客戶端裝置的方法，此基本導航架構提供基本導航功能，且基本導航架構支持一固定組外掛軟件對象，此方法包含:提供多個外掛軟件對象至客戶端裝置，而前述外掛軟件對象提供外加功能至客戶端裝置。較佳地，提供外掛軟件對象的步驟中包含通過一無線連接方式以自服務器連接。此外，提供外掛軟件對象的步驟中包含將外掛軟件對象嵌入至于儲存在客戶端裝置上的地理(geographkal)數(shù)據(jù)。較佳地，外掛軟件對象內(nèi)所包含的程序代碼及數(shù)據(jù)整合至客戶端裝置上的客戶端軟件的程序功能內(nèi)，同時程序代碼于客戶端裝置上執(zhí)行。較佳地，外掛軟件對象內(nèi)所包含的程序代碼以一可攜式字節(jié)碼被格式化，如Java、.NET或P-code，且由客戶端裝置上所包含的虛擬機器(virtualmachine)執(zhí)行。可攜式字節(jié)碼在執(zhí)行時，與執(zhí)行平臺無關。再者，本發(fā)明提供一種外加功能至具基本導航架構的客戶端裝置的方法，此基本導航架構提供基本導航功能，且基本導航架構支持固定組外掛軟件對象，此方法包含提供外掛軟件對象至客戶端裝置，以及將外掛軟件對象暫時地(tempomrily)或不間斷地儲存至客戶端裝置上，且當外掛軟件對象被執(zhí)行在客戶端裝置上時，外掛軟件對象提供外加功能至客戶端裝置。其中，于提供外掛軟件對象的步驟中還包含:提供只有未經(jīng)不間斷或暫時地儲存于客戶端裝置的外掛軟件對象。其中，儲存外掛軟件對象的步驟還包含儲存外掛軟件對象在客戶端裝置上直到對象被無效，其中對象被無效因為對象所囊括的功能或數(shù)據(jù)已被撤回或更新。由于有限儲存空間會局限外掛軟件對象儲存裝置，所以此方法還包含:刪去外掛軟件對象以空出地方給予更多新的己產(chǎn)生的外掛軟件對象。其中，此方法還包含:于客戶端裝置注冊外掛軟件對象以顯示出多個狀況條件，其中如果前述狀況條件發(fā)生，則將造成此狀況條件的外掛軟件對象刪除。再者，本發(fā)明再提供一種導航內(nèi)容提供架構包含一服務器，用以提供多個外掛軟件對象至多個客戶端裝置，當外掛軟件對象在客戶端裝置被執(zhí)行時，外掛軟件對象提供外加功能至客戶端裝置。其中，此服務器用將多個詳細可取得外掛軟件對象的詳細數(shù)據(jù)送至客戶端裝置。再者，本發(fā)明更提供一種導航內(nèi)容提供架構，其包含一客戶端裝置，其具有一用以提供一基本導航功能的基本導航架構，此基本導航架構支持固定組外掛軟件對象；一輸入裝置，其連接至客戶端裝置或客戶端裝置的部分，此輸入裝置提供--與客戶端裝置的一性能有關聯(lián)的輸入信號；其中外掛軟件對象在客戶端裝置上執(zhí)行以響應來自輸入裝置的信號。其中，輸入裝置為一絕對尋址裝置，如GPS傳感器此類型的。輸入裝置可偵測輸入裝置的速度、周遭環(huán)境的溫度、周遭光的強度、水深、時間或使用者特定格式的輸入。較佳地，外掛軟件對象注冊于使用客戶端裝置，以表示(spedfy)多個相關觸發(fā)信號及狀況。再者，本發(fā)明再提供一種提供導航功能或?qū)Ш叫畔⒅脸钟幸豢蛻舳搜b置的一使用者的方法，此客戶端裝置具有一提供基本導航功能的基本導航架構，其支持固定組外掛軟件對象，此方法包含提供多個外掛軟件對象，其中前些外掛軟件對象被配置以在客戶端裝置上執(zhí)行，借此響應與客戶端裝置關聯(lián)的一特定狀況。其中，前述特定狀況有關于客戶端裝置的位置。再者，本發(fā)明更提供一種導航內(nèi)容提供架構，其包含一客戶端裝置，具有一用以提供基本導航功能的基本導航架構，此基本導航架構支持固定組外掛軟件對象；一服務器，與客戶端裝置及因特網(wǎng)(intemet)進行通信；其中客戶端裝置包含一傳送要求內(nèi)容的請求信號至服務器的傳送裝置，及其中服務器包含一根據(jù)來自客戶端裝置的請求而向連結(jié)因特網(wǎng)的多個來源以迸行請求內(nèi)容的請求裝置及一用于接收所產(chǎn)生的內(nèi)容的一接收裝置，及以一將所產(chǎn)生的內(nèi)容以一外掛軟件對象形式傳送至客戶端裝置的傳送裝置。其中，此客戶端裝置包含一位置決定系統(tǒng)(positiondeterminingsystem)。服務器用以提供一外掛軟件對象至客戶端裝置，而當外掛軟件對象在客戶端裝置上執(zhí)行時，可讓使用者向服務器請求內(nèi)容。其中，位置決定系統(tǒng)所產(chǎn)生的客戶端裝置位置與要求內(nèi)容的請求一同傳送，且而回傳至客戶端裝置的內(nèi)容依前述位置而被調(diào)整(tailor)。此外，用于內(nèi)容的請求依一目前旅程(itinerary)、旅程速度、時間、日期或特定使用所界定的多個參數(shù)而調(diào)整。再者，服務器用以提供多個外掛軟件對象至客戶端裝置，該外掛軟件對象提供額外功能予客戶端裝置。此外，本發(fā)明更提供一種顯示方法，于具有顯示單元的客戶端裝置上顯示來自一內(nèi)容來源的內(nèi)容，此方法包含:于一遠程導航服務器上接收來自客戶端裝置的要求內(nèi)容的請求;從導航服務器傳送該請求至提供(hosting)因特網(wǎng)上內(nèi)容的一服務器;通過導航服務器接收該內(nèi)容游該內(nèi)容重新格式化(reformating)以作為一外掛軟件對象;將外掛軟件對象傳送至客戶端裝置;于客戶端裝置上執(zhí)行該外掛軟件對象以提供(render)信息至客戶端裝置的顯示單元。其中，客戶端裝置的位置的指示(indication)—同與要求內(nèi)容的請求被服務器接收。其中，當外掛軟件對象在一客戶端裝置上執(zhí)行時，外掛軟件對象亦是被設計(programmed)來產(chǎn)生一已客制化(customized)信息顯示。其中，客戶端裝置還包含一地圖顯示器(mapdisplay),且外掛軟件對象被設計來改變地圖顯示或于地圖顯示加注于額外信息。其中，此顯示方法還包含:從服務器傳送第一外掛軟件對象至客戶端裝置，當?shù)谝煌鈷燔浖ο笤诳蛻舳搜b置上執(zhí)行時，允許客戶端裝置進行內(nèi)容要求。其中，當?shù)谝煌鈷燔浖ο蟊粓?zhí)行時，若因特網(wǎng)內(nèi)容來源要求一使用者接口，則第一外掛軟件對象亦產(chǎn)生一使用者接口以支持該內(nèi)容請求的使用者客制化。再者，本發(fā)明再提供一種導航內(nèi)容提供架構，包含一具有一顯示單元的客戶端裝置;以及一服務器，與客戶端裝置及因特網(wǎng)進行通信，且服務器具有用于存取在因特網(wǎng)上的內(nèi)容來源的裝置；其中客戶端裝置操作用以在顯示單元上顯示多個表示喜愛內(nèi)容需求的圖像(icon)，其中當使用者在顯示單元上所選擇一圖像時，客戶端裝置將一己預定的內(nèi)容需求傳送至因特網(wǎng)內(nèi)容來源以響應使用者的操作。其中，表示喜愛內(nèi)容需求的多個圖像整合至客戶端裝置的一基于圖像的選單中。其中，因特網(wǎng)內(nèi)容來源為一數(shù)據(jù)庫(database)、搜尋引擎或遠程感測裝置。其中，內(nèi)容需求為一搜尋詢問或指令。再者，本發(fā)明提供一種于客戶端裝置上提供一導航使用者接口的系統(tǒng)，其包含一客戶端裝置，具有一顯示單元及一用于提供基本導航功能的基本導航架構，此基本導航架構支持固定組外掛軟件對象;以及一服務器，與客戶端裝置進行通信，此伺服器具有一目的地(destination)數(shù)據(jù)庫，該目的地數(shù)據(jù)庫包含多個特定目的地的詳細說明，且每一特定目的地與若干個外掛軟件對象結(jié)合；其中，于使用時，當使用者對客戶端裝置上選出一目的地而進行路線規(guī)劃時，不論所選出的目的地是否在目的地數(shù)據(jù)庫內(nèi)，客戶端裝置向服務器進行請求，且，假使所選出目的地在目的地數(shù)據(jù)庫內(nèi)，則服務器將可增加功能的一外掛軟件對象傳送至客戶端裝置。再者，本發(fā)明再提供一種于客戶端裝置上提供一導航使用者接口的方法，該方法包含將一目的地指定為一特定目的地;以及當一使用者對目的地要求路線導引時，則在客戶端裝置上提供一目的地特定使用者接口。其中，此客戶端裝置連接至一具實時(live)特定目的地數(shù)據(jù)庫的中央服務器。其中，此目的地特定使用者接口以一軟件外掛或外掛模塊(plug-ins)形式提供至客戶端裝置。此特定目的地較佳的是一公司行號。目的地特定使用者接口較佳的是包含一標識(logo)、顏色(colours)或與該目的地有關聯(lián)的廣告(advertising)。再者，本發(fā)明更提供一種導航內(nèi)容提供架構，其包含一第一裝置，具有一用以提供基本導航功能的基本導航架構及一用于連接至一無線通f言網(wǎng)絡(wirelesscommunicationnetwork)的裝置；其中第一裝置具有一使用者接口使得第一裝置的使用者可描述出一位置;以及其中第一裝置將根據(jù)該位置自動產(chǎn)生的信息傳送至一具有連接至無線通信網(wǎng)絡的裝置的遠程裝置。自動產(chǎn)生的信息可為任一形式，較佳的是短信系統(tǒng)(SMS)或移動多媒體信息系統(tǒng)(MMS)此形式的信息。第一裝置較佳的是一客戶端裝置。前述遠程裝置可為與無線通信網(wǎng)絡連接的任一類似的或不類似的裝置。一自動產(chǎn)生的信息較佳的是包含一關于所指定位置的信息或一表示如何到達所指定位置的路線導引。自動產(chǎn)生的信息較佳的是包含用于一公司行號的廣告內(nèi)容。再者，本發(fā)明再提供一種將導航信息提供于連接至一導航內(nèi)容提供架構的一裝置的方法，該導航內(nèi)容提供架構包含一第一裝置，該第一裝置具有一用以提供基本導航功能的基本導航架構，及具有一用以連接一無線通信網(wǎng)絡的裝置,該基本導航架構支持固定組的外掛軟件對象，且具有一服務器可將多個外掛軟件對象提供至第一裝置，而當這些外掛軟件對象在第一裝置上執(zhí)行時，則前些外掛軟件對象提供外加功能予第一裝置;該方法包含在第一裝置上接收一來自服務器的外掛軟件對象；允許第一裝置的一使用者指定一位置；將根據(jù)所指定的位置而自動產(chǎn)生的客制化信息傳送至一具有連接至該無線通信網(wǎng)絡的裝置的一遠程裝置；令外掛軟件對象在該第一裝置上自動地被執(zhí)行，并允許前述信息傳送至該遠程裝置以進行客制化。自動產(chǎn)生的信息可為任一形式，較佳的是短信系統(tǒng)(SMS)或移動多媒體信息系統(tǒng)OVIMS)此形式的信息。第一裝置較佳的是一客戶端裝置。前述遠程裝置可為與無線通信網(wǎng)絡連接的任一類似的或不類似的裝置。自動產(chǎn)生的信息較佳的是包含關于所指定位置的信息或可表示如何到達所指定位置的路線導引。自動產(chǎn)生的信息較佳的是亦包含一用于公司行號的廣告內(nèi)容。為對本發(fā)明的目的、構造特征及其功能有進一步的了解，茲配合附圖詳細說明如下圖1繪示現(xiàn)有技術的個人導航裝置的示意圖。圖2繪示圖1的現(xiàn)有技術的完整型客戶端"(fatdient)系統(tǒng)所使用的軟件架構的示意圖。，圖3繪示圖1的現(xiàn)有技術的精簡型客戶端(thinclient)系統(tǒng)架構的示意圖。圖4繪示現(xiàn)有技術的精簡型客戶端裝置硬件架構的示意圖。圖5繪示現(xiàn)有技術的服務器硬件架構的示意圖。圖6繪示現(xiàn)有技術的服務器軟件架構的示意圖。圖7繪示現(xiàn)有技術的導航軟件的特征整合流程圖。圖8繪示本發(fā)明的具有分開組件的系統(tǒng)架構的示意圖。圖9繪示本發(fā)明的包含客戶端及服務器組件的系統(tǒng)架構的示意圖。圖IO繪示本發(fā)明的結(jié)合一連接至因特網(wǎng)的客戶端與服務器導航裝置的系統(tǒng)架構的示意圖。圖U繪示本發(fā)明的單機(stand-alone)裝置的系統(tǒng)架構的示意圖。圖12繪示本發(fā)明的包含客戶端裝置的硬件與軟件組件的示意圖。圖13繪示本發(fā)明的基本導航平臺軟件及基本導航架構之間的關系的示意圖。圖14繪示本發(fā)明與外掛軟件對象架構相關的組件的示意圖。圖15繪示本發(fā)明的一外掛軟件對象活動生命周期的范例的示意圖。圖16繪示本發(fā)明的內(nèi)容頻道服務的軟件架構的示意圖。圖17繪示本發(fā)明從服務器產(chǎn)生及轉(zhuǎn)換此些外掛軟件對象的范例程序。圖18繪示本發(fā)明從服務器進行請求及轉(zhuǎn)換這些外掛軟件對象的范例程序。圖19繪示本發(fā)明的包含目錄服務服務器的系統(tǒng)架構的示意圖。圖20繪示本發(fā)明的目錄服務軟件架構的示意圖。'圖21繪示本發(fā)明的目錄服務的內(nèi)容頻道登入(sign-on)及注銷(sign-off)的范例程序。圖22繪示本發(fā)明的訂閱一內(nèi)容頻道的范例程序。圖23繪示本發(fā)明的安全架構的組件示意圖。圖24繪示本發(fā)明的用于讓客戶端裝置安全地訂閱一內(nèi)容頻道的范例程序。圖25繪示本發(fā)明的使用者交互式架構與其它系統(tǒng)組件之間關的示意圖。圖26繪示本發(fā)明的用來取得因特網(wǎng)內(nèi)容的范例程序。圖27繪示本發(fā)明的用來訂閱一網(wǎng)站的范例程序。圖28繪示本發(fā)明的階層式(tiered)選單系統(tǒng)的使用者接口屏幕的范例。圖29繪示本發(fā)明的用于Google搜尋的搜尋精靈(Wizard)使用者接口的范例。圖30繪示本發(fā)明的結(jié)果顯示使用者接口屏幕的范例。圖31繪示本發(fā)明的通過基于圖像的選單來進行搜尋驅(qū)動的程序范例。圖32繪示本發(fā)明的顧客導航使用者接口的范例。圖33繪示本發(fā)明的景點(point-ofinterest,POI)網(wǎng)頁入口使用者接口的實施例。圖34繪示本發(fā)明的用于產(chǎn)生一用于贊助廠商地點的顧客使用者接口的范例程序。圖35繪示本發(fā)明的用于裝置到裝置之間傳送信息的系統(tǒng)的示意圖。圖36繪示本發(fā)明的會議邀請使用者接口的范例。圖37繪示本發(fā)明的會議邀請及接受程序的范例。具體實施例方式目前導航系統(tǒng)不容易應用新的內(nèi)容數(shù)據(jù)格式，此類導航系統(tǒng)并不具內(nèi)容中心(content-centric)特性，所以僅能使用通過于圖7所示的程序處理過的新的格式數(shù)據(jù)。本發(fā)明通過將導航系統(tǒng)設計成具有一內(nèi)容中心特性來解決目前問題，其中導航系統(tǒng)的功能可隨著內(nèi)容改變而跟著改變或產(chǎn)生。通過具有對多個導航裝置、存取裝置、傳送裝置的整合能力、整合內(nèi)容及延伸此基本系統(tǒng)的功能的導航內(nèi)容提供架構來達成上述目的。內(nèi)容以可延伸程序的功能的外掛軟件對象的形式來傳送。多個外掛軟件對象與基本導航架構的多個基本導航裝置整合，以提供多個不同"表面"(skins)，其中前些不同表面針對用于一特定使用者或一特定目的的基本導航架構進行客制化。提供予裝置的額外內(nèi)容可源自(originatefrom)許多來源，包含連接至系統(tǒng)的外部來源。通過多個外掛軟件對象提供這樣的內(nèi)容、提供這樣的內(nèi)容作為外掛軟件對象、以及提供這樣的內(nèi)容給外掛軟件對象有助于一基于位置的服務提供者(locationbasedserviceprovider)或一第三方物流(thirdparty)的服務送達。當前述導航內(nèi)容提供架構實現(xiàn)時，允許相同的硬件及基本導航平臺來形成用于許多不同形式的基于導航及位置的產(chǎn)品(navigationandlocationbasedproduct)的主要部分(basis)。許多產(chǎn)品可用相同的客戶端硬件及基本導航架構，而客戶端硬件及基本導航架構的發(fā)展亦可無關于特定外掛軟件對象的功能。本發(fā)明的產(chǎn)品的基本系統(tǒng)建立完成后，可比習用導航系統(tǒng)架構及功能來得容易發(fā)展。這新的功能或適用功能的提供方式能減少延遲，其中此延遲為當多個軟件功能被確定及當前些軟件功能對于終端使用者被作為可用時的期間。而所傳送的這些功能適合于特定使用者的需求，當這些需求產(chǎn)生時，以及當一裝置被辨識出時，其中該裝置利用這些需求于商業(yè)目的上。在本文所提及的導航內(nèi)容提供架構可包含多個客戶端及多個服務器組件，且這些組件可被結(jié)合至相同的實體裝置或由任一裝置、包含通過因特網(wǎng)及無線方式而被連接在一起。這些系統(tǒng)的基本導航客戶端組件提供基本導航功能，而此功能可通過執(zhí)行多個程序組件來延伸，其中多個程序組件動態(tài)地被分布在多個客戶端及一服務器之間。通過導航內(nèi)容提供架構任一第三方物流來源及服務(其中包含由網(wǎng)絡網(wǎng)站所提供來源及服務)可輕易地整合。此導航內(nèi)容提供架構使得這些系統(tǒng)可根據(jù)己定義結(jié)構(mechanism)及多個應用程序接口，通過內(nèi)容及所提供的功能而產(chǎn)生差異化。從圖8至圖37所提及多種系統(tǒng)配置表示本發(fā)明多個可能實施例。在后面的章節(jié)中將以較詳細地方式描述在系統(tǒng)組件間的構成方式、功能及互相之間影響。請參閱圖8，其繪示具有分開組件的系統(tǒng)架構的方塊示意圖。與服務器81分離的導航裝置80通過一有線或無線通信頻道83而連接。而前述無線通信頻道如串接、USB、以太網(wǎng)絡(Ethemet)、藍芽(Bluetooth)、802.11無線網(wǎng)絡及移動電話。此服務器81能通過有線或無線通信頻道84(這些頻道包含先前己描述的無線通信頻道83)對若干個因特網(wǎng)內(nèi)容提供者82進行存取，其中前述因特網(wǎng)內(nèi)容提供者82包含網(wǎng)站(website)、網(wǎng)絡服務(webservices)及在因特網(wǎng)上的可見到的在線感應器(livesensor)。通過整合此系統(tǒng)設計而所應用的實例中通過因特網(wǎng)搜尋引擎以傳送實時(realtime)交通信息。請參閱圖9，其繪示僅包含一導航客戶端組件90及一服務器組件91的簡化系統(tǒng)的架構圖。圖中，與服務器91分離的導航客戶端組件90通過一有線或無線通信頻道92而連接，且此連接方式如前述無線通信頻道83—樣地方式連接。服務器組件91能與導航客戶端組件90進行通信，但不與因特網(wǎng)或任一內(nèi)容來源進行通信。而替代的內(nèi)容直接地存入服務器，及客戶端通過無線通信頻道92對內(nèi)容存取以作為必要來源。整合此系統(tǒng)設計而所應用的范例中為一已延伸的地理編碼(geocode)(地址查詢，addresslookup)服務，其利用一具有大量景點或道路的數(shù)據(jù)庫及一已界定內(nèi)容，如個人旅游或信息導爛，的關鍵詞搜尋。請參閱圖10，其繪示本發(fā)明的另一系統(tǒng)的架構圖，于圖中，導航裝置100包含導航客戶端102及服務器103的硬件與軟件組件。導航裝置100能通過關于先前描述的無線通信頻道84的一有線或無線通信頻道連接(wirelesscommunicationschannellink)104而對關于先前描述的因特網(wǎng)內(nèi)容提供者82的多種因特網(wǎng)內(nèi)容的來源101進行通信。至此，導航裝置100能對因特網(wǎng)內(nèi)容的來源101直接地進行通信以得到實時及更新的日期數(shù)據(jù)。一般而言，對于新的功能、格式的改變或因特網(wǎng)內(nèi)容的來源101的位置還需導航裝置100的使用者手動安裝。通過此系統(tǒng)配置而應用的實例中，傳送如交通信息頻道(TrafficMessageChannel,TMC)此類型的交通信息與由特定因特網(wǎng)搜尋引擎的網(wǎng)絡服務接口所提供的位置搜尋。請參閱圖U，其繪示本發(fā)明的系統(tǒng)簡易架構圖。在此架構內(nèi)的導航裝置110不需要與任一網(wǎng)絡連接而運作如一單機(stand-alone)裝置，且架構所包含該系統(tǒng)的客戶端112及服務器113組件近似前述系統(tǒng)所提及的導航裝置100。然而，此架構不同前述客戶端裝置能直接地存取內(nèi)容。此內(nèi)容111被儲存至由使用者提供或由客戶端裝置提供的一非揮發(fā)性永久儲存裝置或可攜式儲存媒介(medium)。舉例來說，儲存裝置如閃存、電池供電隨機存取內(nèi)存(Battery-backedram)、硬盤(harddrive)、只讀光驅(qū)(CD-ROM)及可攜式儲存卡如多媒體卡(MultiMediaCard，MMC)、壓縮快閃記憶卡(Compactflash)或智能型記憶卡(SmartCard，SD)。來自額外來源的實時內(nèi)容不會在此架構內(nèi)被獲得。替代的可攜式儲存媒介必須被置換或更新以得到新的功能或較新的數(shù)據(jù)。一般而言，內(nèi)容更新數(shù)據(jù)還需導航裝置110的使用者手動操作才能安裝。在此系統(tǒng)的一應用實例中，利用以地圖表示方式來提供一用于特定城市或區(qū)域的導覽城市的功能而使此系統(tǒng)成為一旅游產(chǎn)品?；緦Ш狡脚_請參考圖12，其繪示本發(fā)明的一提供基本導航平臺的導航客戶端裝置的架構圖。圖12的基本導航裝置120由一硬件裝置組成，此硬件裝置包含用于提供導航功能的必要硬件121及用于執(zhí)行基本導航軟件平臺軟件123。此基本導航平臺被使用來連接一基本導航架構以提供多種產(chǎn)品，此些產(chǎn)品差異由額外功能的提供而產(chǎn)生。此基本導航軟件平臺一般依靠操作系統(tǒng)122的支持來實現(xiàn)一可存取地圖及/或內(nèi)容數(shù)據(jù)126的導航應用程序124。舉例來說，適用于基本導航平臺的操作系統(tǒng)為Linux、WindowsCE及QNX。導航應用程序124通過一導航使用者接口來提供一終端使用者導航體驗，而此導航使用者接口利用一結(jié)合多種導航功能及用于地圖數(shù)據(jù)126的多種算法(algorithm)的導航引擎125。基本導航平臺軟件123提供一應用程序，此應用程序?qū)崿F(xiàn)常用的基本導航功能且此基本導航功能由導航引擎125所支持。基本導航功能包含一般使用的基本導航功能，如在一地圖上顯示任一位置、定位(orientation)及縮放、通過對多個已特定的影像、或在地圖上的批注(annotation)或?qū)ξ淖诌M行置換或迭印(superimposing)以選擇來客制化(customize)顯示畫面;用于搜尋功能及決定緯度(latitude)/經(jīng)度(longitude)坐標的(coordinate)目的地信息如街道位置及重要名字及標志的景點;對成本準則(criterion)及/或限制(constraint)調(diào)整而可定制的一較佳路徑計算算法，如A^^算法;一排序(manoeuvre)產(chǎn)生算法，此算法能將一較佳路徑轉(zhuǎn)換為一序列排序以隨著行駛路線執(zhí)行;一車輛(vehicle)定位模塊，此模塊通過匹配可取得位置及自一地圖所移動信息數(shù)據(jù);一指令傳送機構(deliverymechanism),根據(jù)一預設聲音檔案及指令文法，實時產(chǎn)生使用者所需的文字、符號或聽覺的提示信號。導航內(nèi)容提供架構定義請參閱圖13，其繪示本發(fā)明的包含基本導航平臺軟件131及一基本導航架構132的導航客戶端軟件130，基本導航平臺軟件131參照前述基本導航平臺軟件123的描述。明顯地，此基本導航架構132與基本導航平臺軟件分離，所以自身并不是一導航應用程序，然而此基本導航架構132能延伸多種應用來提供基本導航功育巨?；緦Ш狡脚_軟件及之后所提及的此系統(tǒng)基礎架構(infrastmcture)的構思提供用于基本導航架構的一平臺，且此平臺通過通過基本導航架構132所定義的一應用程序界面(ApplicationProgramInterface,API)133來使用。此平臺API133允許基本導航架構132對由導航客戶端軟件130所提供的多個基本導航功能進行存取。相類似的情形，此基本導航平臺軟件131通過一架構API134來存取基本導航架構132，其中此架構API134允許該基本導航平臺軟件132呼叫(hwoke)所需的基本導航架構功能。以基本導航架構的觀點，基本導航平臺軟件一般是為了與該基本導航架構適當運作而采用?；緦Ш狡脚_軟件較佳的是包含一核心(core)導航引擎125，其中核心導航引擎125不會輕易改變，但前述并入導航引擎的導航應用程序124會被改建或延伸以提供該基本導航架構所預期的平臺API133，及通過架構API134較適切地來存取基本導航架構。在一較佳實施例中，當基本導航架構被用來與不同的基本導航平臺連接時，API133及API134與基本導航架構的實施例不會改變。此架構API的標準化(standardization)與關于程序化路線導弓l(guideline)的架構產(chǎn)品確保此架構的最大實施可能性。通過使用正確的語言及技術此類的方式使得基本導航架構被實現(xiàn)，而在單一實施例兼容的(compatible)已產(chǎn)生多種不同的基本導航產(chǎn)品。這些規(guī)格若能加入一基本導航架構實施例，則這些規(guī)格會被設計能確保以最快的速度對前些導航產(chǎn)品的最大使用范圍進行擴展。此導航架構由并入導航客戶端裝置內(nèi)的基本導航架構所組成。事實上，在圖8至圖11中本發(fā)明的多個實施例中主要是描述客戶端與服務器組件間的導航內(nèi)容提供架構功能。在后序的章節(jié)所討論的導航內(nèi)容提供架構觀點的某些部分僅用于客戶端、某些用于服務器及某些用于此系統(tǒng)所有的組件。外掛軟件對象架構在圖14所繪示一基本導航架構可通過提供多個外掛軟件對象144來延伸。外掛軟件對象架構141為基本導航架構140的一組件，外掛軟件對象架構141使用外掛軟件對象144，并通過執(zhí)行在某些情況內(nèi)特定任務來提供額外的功能。而前些任務與固定組外掛軟件對象類型為了此架構而被定義。由于此架構的固有的彈性及固定組外掛軟件對象功能的變化可能性使得所提供的額外功能的范圍變得非常大。然而，額外功能僅限于整個此架構的一般運作期間，其主要與外掛軟件對象所面對的架構，以及何時與如何使用此些外掛軟件對象。外掛軟件對象144能延伸前述導航架構及導航應用層面，此外掛軟件對象144使用在包含多個程序代碼及數(shù)據(jù)片段(segment)的客戶端上。多個外掛軟件對象144通過外掛軟件對象架構141所使用的一執(zhí)行(execution)引擎142而被執(zhí)行，以運作必要的多個外掛軟件對象碼數(shù)據(jù)片段的特定組件。前述執(zhí)行引擎142通常不是基本導航架構140的一部分，但可能為基本導航架構140的一部分。此外，執(zhí)行引擎142可并入基本導航平臺軟件131或另以由一第三方物流所供應。執(zhí)行引擎142可具有任一實施方式;舉例來說，為腳本引擎"(scriptengine)、規(guī)則庫(rulebase)或是與導航客戶兼容地二進制機械碼(machinecode)。執(zhí)行引擎142較佳的是遵從多種執(zhí)行引擎的某些工業(yè)標準設計，且為一使用一字節(jié)碼解譯器(interpreter)的虛擬器(virtualmachine)或?qū)崟r編譯器(just-in-timecompiler)。或者，執(zhí)行引擎142較佳的是被包含在多個外掛軟件對象的程序通過虛擬器而被格式化為一字節(jié)碼。舉例來說，這些系統(tǒng)(scheme)為Java、.Net及P-code。外掛軟件對象架構141控制多個外掛軟件對象144的取得(acquisition)、儲存及應用。由外掛軟件對象架構141所使用的多個外掛軟件對象架構141可由基本導航裝置120所支持的任一裝置而被獲得。舉例來說，多個外掛軟件對象已為應用程序的一部分，對象來自一儲存卡、一客戶端裝置所直接存取地理地圖數(shù)據(jù)(geographicalmapdata)、或通過以任一有線或無線連接的一遠程服務器來提供。較佳的實施例已揭露在圖8及圖9中;當多個外掛軟件對象為基本導航架構所需時，多個外掛軟件對象通過無線連接的一服務器而被供應。在一實施例中，即使程序功能正在執(zhí)行，外掛軟件對象144包含的程序及數(shù)據(jù)亦可與基本導航架構140的程序功能整合。也就是說，此整合為無縫的(seamless)且在客戶端裝置的正常操作期間發(fā)生，且發(fā)生時客戶端裝置并不會要求任何重置或進入任何特別的程序安裝狀態(tài)。雖然程序執(zhí)行從邏輯的觀點來看是無縫地(seamless)，但此使用者較佳的是被告知任何傳輸或其它的延遲時間的原因，其中當這些外掛軟件對象被轉(zhuǎn)移且安裝時這些延遲時間可影響該客戶裝置的反應與可使用性。在一較佳實施例中，一旦獲得前些外掛軟件對象，便將外掛軟件對象架構141并入一裝置，以頻繁地(persistently)或暫時地將這些外掛軟件對象儲存至一外掛軟件對象高速緩存(cache)。這種機制亦是來防止將同一的(identical)外掛軟件對象重復地傳送至客戶端裝置。任一暫時的(temporary)或固定的儲存裝置可為一高速緩存。舉例來說，儲存裝置如隨機存取內(nèi)存(RAM)、多種可攜式儲存卡如如多媒體卡(multimediaCard,MMC)、壓縮快閃記憶卡(Compactflash)或智能型記憶卡(SmartCard,SD)。這些已儲存外掛軟件對象較佳的是通過外掛軟件對象架構141而被控制，外掛軟件對象架構141使用一至少最近已使用的按優(yōu)先級(prioritized)的列表來控帝ij。由于高速緩存暫時性或固定的儲存裝置的有限儲存性質(zhì)，所以按優(yōu)先級的列表的目的允許最近己使用的多個外掛軟件對象被刪除，以為了讓更多最新外掛軟件對象被使用或供應。執(zhí)行引擎142為在較佳實施例內(nèi)的外掛軟件對象架構的一部分，且該執(zhí)行引擎142能執(zhí)行被包含在多個外掛軟件對象內(nèi)的程序，但也能允許前些外掛軟件對象存取架構140、架構141的來源及基本導航平臺軟件131的來源。這存取由一架構API143來支持，其中此架構API143被顯露在包含于多個外掛軟件對象內(nèi)的程序。顯露在前些外掛軟件對象的架構API143較佳的是為此架構內(nèi)部，然而，依本發(fā)明的實施例，多個外掛軟件對象可額外地存取其余支持多個API及由執(zhí)行引擎所運轉(zhuǎn)多個外掛軟件對象的一般性運作的多個功能必要性。舉例來說，這些API為數(shù)學運算(mathematics)或計算函數(shù)、字符串操作(亦稱:串調(diào)處)(stringmanipulation)函數(shù)、內(nèi)存管理函數(shù)及由基本導航平臺API133所界定的其它函數(shù)。在一較佳實施例中，不管這些外掛軟件對象為何者形式或是何者語言被發(fā)展，在某種意義上，因架構API143為語言獨立(languageindependent),只要這些函數(shù)被呼叫及通過多個集合的函數(shù)參數(shù)(fonctionargument)被產(chǎn)生，則相似的功能被支持。這些外掛軟件對象144也具有由外掛軟件對象架構141所使用的一API145，以對前些對象進行互動。更詳細的內(nèi)容將在后序的章節(jié)所描述。對象生命周期架構外掛軟件對象144初期為一不活動的(inactive)狀態(tài)，且其已為基本導航架構140所取得及以暫時地或頻繁地被儲存在客戶端裝置120。也就是說，被包含在這些對象的程序代碼不會被執(zhí)行，取而代的，此程序代碼一直等待由多個特定事件(even)出現(xiàn)而被觸發(fā)，其中此程序代碼由一執(zhí)行引擎來執(zhí)行。由基本導航架構132所產(chǎn)生的這些事件通常能響應來自基本導航平臺軟件131所接收的多個輸入信號。在此基本內(nèi)容提供架構的一較佳實施例中，一己預定及已固定組事件被支持，以限制存在多種外掛軟件對象啟動形式?；緦Ш狡脚_軟件131能提供多種輸入信號來觸發(fā)這些外掛軟件對象的事件，此些事件于此架構132內(nèi)產(chǎn)生。這輸入信號可來自連接于客戶端裝置120或客戶端裝置120的一部分的裝置，且這輸入信號反應與客戶端裝置120或外界領域有關聯(lián)的某些性質(zhì)(property)。舉例來說，這些性質(zhì)為時間、位置、使用者速度、溫度、光的強度、一關聯(lián)車輛引擎的性質(zhì)及在一劃船環(huán)境內(nèi)的水深。任一外在或內(nèi)在環(huán)境傳感器輸入裝置如包含GPS傳感器及/或航位推算(deadreckoning)此類型的一絕對尋址裝置(absolutepositioningmeans)能被用來觸發(fā)這些外掛軟件對象。此外，這些傳感器裝置直接地偵測來自如一鍵盤或觸控板(touchpad)的使用者的輸入信號而產(chǎn)生多個觸發(fā)輸入信號。當通過一有線或以無線連接的通信頻道而接收一信息時，這觸發(fā)輸入信號實際上可被產(chǎn)生。前述執(zhí)行引擎啟動多個外掛軟件對象以響應由基本導航架構132所產(chǎn)生的多個事件，其中這些對象在架構中指示出對哪些事件有興趣。在這些事件的類型范例中，多個外掛軟件對象希望辯認出多種使用者互動活動性(activity)的類型、位置改變或絕對位置、時間轉(zhuǎn)換、窗口或消逝時間及接收的信息。外掛軟件對象有興趣的事件在此外掛軟件對象負責的事件范圍內(nèi)。該架構不會傳送在一外掛軟件對象范圍之外的事件給此外掛軟件對象?；緦Ш郊軜?40將在此些外掛軟件對象的事件范圍內(nèi)的事件通過一事件操作器API傳送至這些外掛軟件對象144，其中前述事件操作器(handler)API為由外掛軟件對象所提供一API145的部分。此API145通過此架構而用來與多個外掛軟件對象相配合。前述事件操作器API允許該外掛軟件對象執(zhí)行狀態(tài)(executionstate)通過從完全地靜止(dormant)至完全地運作的三種狀態(tài)來逐步升級(escalate)。在一第一完全地靜止狀態(tài)中，并沒有來自外掛軟件對象的程序代碼于執(zhí)行引擎執(zhí)行;然而，此外掛軟件對象的事件范圍通過架構建立。在一第二背景運作狀態(tài)中，一包含在外掛軟件對象的一背景事件操作器用以處理在事件范圍內(nèi)的這些事件。此事件操作器通過使用儲存于此對象內(nèi)的程序與數(shù)據(jù)而決定是否此對象活動的第三狀態(tài)是否應被呼叫(invoke)。當處在第二活動狀態(tài)時，多個對象最好限制對導航內(nèi)容提供架構所提供的多個API進行存取。在一較佳實施例中，沒有一個與架構API有關的使用者界面可被第二活動狀態(tài)內(nèi)的對象使用。在一第三完全地運作狀態(tài)中，外掛軟件對象可對架構API完全存取，其中這些架構API使得前些外掛軟件對象通過使用架構與基本導航平臺軟件的來源而執(zhí)行有用的任務。此架構支持外掛軟件對象狀態(tài)逐步擴大(escalation)亦是為了讓多個外掛軟件對象能決定多個自身觸發(fā)情況。此結(jié)構支持具有多個非常復雜觸發(fā)狀況的對象，當盡可能的保持此架構簡單的情況下，其中前些狀況通過被包含在這些對象內(nèi)的多個規(guī)則及數(shù)據(jù)而被決定。舉例來說，在一較佳實施例內(nèi)的外掛軟件對象能通過關于一已定義區(qū)域限制(geofence)區(qū)域或一路線頻道(corridor)在位置上的多處改變而被觸發(fā)。使用這種觸發(fā)方法的應用范例為車用應用程序及在某些地點產(chǎn)生旅游內(nèi)容的多種互動旅游引導。在某些應用范例中，此些外掛軟件對象可通過某些特定次數(shù)(times)或在一特定次數(shù)已耗用后而可被觸發(fā)，例如個人提示(reminder)警鈴、或是基于與位置連接的觸發(fā)，及一廣告(advertising)應用程序于一鄰近設備(facility)的開放時間(openinghour)期間傳送廣告。在前述第三完全地運作狀態(tài)內(nèi)的這些對象能使用完整組架構API。精確地說，依據(jù)此架構的正確實現(xiàn)方案的這些API可存取的;然而，在多個較佳實施例內(nèi)，外掛軟件對象在此狀態(tài)中提供一使用者接口，以使得此些對象能與客戶端導航裝置的使用者直接地進行互動。此外，在第三狀態(tài)內(nèi)的這些外掛軟件對象能觸發(fā)其余事件或?qū)ο?，以利用及改變基本導航功能的行?behavior)，例如安排行程路徑0"outing)與地圖顯示、請求與顯示內(nèi)容、觸發(fā)其余多個事件與對象及傳送與接收信息。事實上，在這些活動的本質(zhì)通過在此狀態(tài)內(nèi)的這些對象而可被實現(xiàn)及關于支持這些活動此導航內(nèi)容提供架構的構思絕大部分會在后序的章節(jié)被討論。如先前所述，因為在此客戶端裝置上的外掛軟件對象儲存高速緩存(cache)已被延伸及用于更多較新使用或取得的這些外掛軟件對象的空間被需求，所以這些外掛軟件對象通過此客戶端裝置而被儲存，直到外掛軟件對象被刪除為止。然而在一較佳實施例中，此些外掛軟件對象為了其它的理由也可從此外掛軟件對象高速緩存中提早被刪除。這些理由例如為此對象是某種類型且已經(jīng)執(zhí)行其被指定的功能；外掛軟件對象的使用時間己結(jié)束了；以及此對象己在該服務器被無效，因為此對象所囊括的功能或數(shù)據(jù)已被撤回或更新。此外，在一較佳實施例中，此些外掛軟件對象可定義自身使用期限(expiry)。此機制亦使能利用此外掛軟件對象事件操作器來監(jiān)督(monitor)這些重要的事件，及判斷多種狀況。其中若前些狀況出現(xiàn)，則此外掛軟件對象通過尚在使用期限內(nèi)的適當API來告知(notify)該架構。請參閱圖15，其繪示一用來完成單一任務后便終止的外掛軟件對象的生命周期內(nèi)的時間點。這對象通過基本導航架構140來取得(步驟150)，及接著被儲存(步驟151)至該客戶端裝置120的外掛軟件對象高速緩存。此架構逋過檢查被包含在外掛對象內(nèi)的信息來詢問(interrogate)該外掛軟件對象(步驟152)，來決定此外掛軟件對象事件范圍，其中此對象進入前述第一完全地靜止狀態(tài)。由響應由該基本導航平臺軟件所提供的觸發(fā)的此架構來決定在范圍內(nèi)(scope)的事件已發(fā)生(步驟153)，其中此架構執(zhí)行(步驟154)此外掛軟件對象的事件操作器。此事件操作器(步驟155)從事件報告以及內(nèi)部信息中決定:完全活動化的充分條件已經(jīng)達成。事件操作器通過使用一架構API143來告知架構(步驟156);對象的完全活動化已被要求。此架構使用對象執(zhí)行引擎142以啟動(步驟157)此對象的前景函數(shù)(foregroundfunction),其中對象進入前述第三完全地運作狀態(tài)且完成該對象所設定任務(步驟158)。在完成此對象所設定任務之后，對象指示架構其使用期限則到期(步驟159)。在接收使用期限告知后，此架構通過刪除(步驟15A)來自外掛軟件對象儲存高速緩存內(nèi)的對象以終止此對象。內(nèi)容頻道服務架構在圖8至圖11所揭露的導航內(nèi)容提供架構的多個實施例中，一導航客戶端組件的功能通過多個服務器組件提供多個外掛軟件對象而延伸，其中前些服務器組件具有與這些客戶端組件通信的通信裝置。如圖10與圖11中，這些客戶端與服務器組件在實體上可為相同的裝置，其中該通信裝置為在此裝置的內(nèi)部。如圖8與圖9中，這些客戶端與服務器組件可在分開的裝置中，而分開的裝置通過一有線或無線連接方式相連接。如圖3所繪示一現(xiàn)有系統(tǒng)，其使用一無線連接方式，且必要時，此服務器裝置能與多個客戶端裝置進行通信。一基于位置的服務提供者可使用此系統(tǒng)來將此些外掛軟件對象以無線方式提供至本發(fā)明的客戶端裝置。根據(jù)本發(fā)明，在圖6所示于服務器執(zhí)行的可為導航服務63的服務軟件可包含將這些外掛軟件對象傳送至些導航客戶端裝置的服務。這些由服務器所傳送的外掛軟件對象來自該服務器上的一內(nèi)容頻道服務。而多個內(nèi)容頻道延伸此系統(tǒng)的功能，且此系統(tǒng)提供這些內(nèi)容頻道以決定這些導航客戶端裝置的使用者可取得功能范圍。這些內(nèi)容頻道是讓此導航內(nèi)容提供架構的實施例的一系統(tǒng)與另一系統(tǒng)間有所區(qū)別的客制化組件。雖然這些內(nèi)容頻道的實施方案從一系統(tǒng)與另一系統(tǒng)間可不同，但內(nèi)容頻道為導航內(nèi)容提供架構的重要部分。內(nèi)容頻道為導航客戶端裝置的終端使用者可訂閱(subscribe)的內(nèi)容的單一形式。例如，用于紐約的旅游信息、旅行信息如航班時刻表(flighttimetable)或一餐廳指南?；谖恢玫姆仗峁┱咛峁﹥?nèi)容頻道且在本發(fā)明的較佳實施例，這些終端使用者通過這些內(nèi)容頻道的各自選擇而決定對此些客戶端裝置個人自身使用的感覺。再者，當某些內(nèi)容頻道可支持一單一或若干個收益產(chǎn)生方法(revenuegeneration)來持續(xù)的存取，則其它內(nèi)容頻道較佳的是免費提供至這些使用者。幾乎任一商業(yè)模式可被應用于上述系統(tǒng)，例如訂閱、以量計價(payperuse)、價格的比例、廣播(broadcast)廣告、關鍵詞廣告(payperclick)、論片付費(payperview)及精7隹營銷(targetedmarketing)。請參閱圖16，其繪示一導航內(nèi)容提供架構的較佳實施例內(nèi)的一內(nèi)容頻道服務的結(jié)構。內(nèi)容存取層160提供多個內(nèi)容頻道與此系統(tǒng)的剩余部分之間接口的標準格式。這會使得內(nèi)容頻道在系統(tǒng)內(nèi)被管理和組合(assemble)以提供多個內(nèi)容對象至該導航客戶端裝置。雖然這內(nèi)容存取層160內(nèi)容頻道接收外掛軟件對象的請求，此些外掛軟件對象由內(nèi)容頻道所產(chǎn)生但于導航客戶端裝置上執(zhí)行。為響應這些請求，此內(nèi)容存取層160執(zhí)行必要的處理、繪圖及轉(zhuǎn)換將所請求內(nèi)容，一般為外掛軟件對象形式，組合與提供至內(nèi)容頻道。此內(nèi)容頻道通過使用自一內(nèi)容來源161的數(shù)據(jù)而將內(nèi)容提供至這些終端使用者。此內(nèi)容來源可為任一形式且可結(jié)合多種真實來源，例如已儲存的數(shù)據(jù)及或檔案、儲存于數(shù)據(jù)庫內(nèi)的數(shù)據(jù)、因特網(wǎng)上的在線內(nèi)容來源、實時(realtime)所產(chǎn)生的信息及在內(nèi)容頻道上可取得的在線感測數(shù)據(jù)。在一較佳實施例中，己儲存的數(shù)據(jù)及檔案所包含的對象樣版(template)提供可執(zhí)行的程序代碼的多個片段(fragment),并通過內(nèi)容存取層160將這些片段及數(shù)據(jù)進行結(jié)合，以形成一完整的外掛軟件對象。在一較佳實施例中，內(nèi)容頻道包含繪圖及導航模塊162，其提供地圖數(shù)據(jù)、導航功能及通常為用作存取所需或處理地圖幾何及數(shù)據(jù)的多個功能函數(shù)(utilityfbnction)。此導航及功能函數(shù)通過多個內(nèi)容頻道的內(nèi)容存取層160來使用，且不常改變。例如幾何計算與空間運算(spatialoperation)、數(shù)據(jù)庫存取基元(primitive)、搜尋算法、標準地址搜尋與解析算法及路線計算算法。顧客管理模塊163管理多個內(nèi)容頻道訂閱及各自使用者的存取權利。在此系統(tǒng)內(nèi)并沒有存有"通用"(global)密碼或使用者辨識，取而代的地，在此系統(tǒng)內(nèi)每一內(nèi)容頻道當它被要求時需被響應維持所需的特定使用者信息。顧客特定信息的范例為聯(lián)說明、設定值及參數(shù)、安全數(shù)據(jù)及訂閱狀態(tài)。最后，圖16所顯示一交易(transaction)模塊164，其用以收集大體上關于由此頻道的全部顧客、多群顧客或多個個體所提供的內(nèi)容頻道服務的使用的信息。前述信息為任一形式，舉例來說為訂閱增加或減少、使用一頻道的時間、使用一頻道的顧客的年齡、內(nèi)容傳送的容量及內(nèi)容頻道特定活動力。這些信息較佳的是被收集以產(chǎn)生系統(tǒng)計(statistic)數(shù)值來分析前述所提供的服務的使用樣本(pattem)及用于收益產(chǎn)生目的。并沒有較詳細的交易追蹤機制全面地被使用于此系統(tǒng)內(nèi)，反之，此交易信息通過用于每一內(nèi)容頻道的基于位置的服務提供者而分別地被維持。此交易模塊為一重要的裝置，而通過此裝置可讓基于位置的服務提供者產(chǎn)生收益。內(nèi)容頻道通信架構在多個導航客戶端裝置及內(nèi)容頻道之間的架構通信的較佳實施例中，服務標準化為內(nèi)容頻道通信架構的一部分。此架構提供一信息協(xié)議以支持這些外掛軟件對象及內(nèi)容頻道特定信息的傳送。在此所使用的通信協(xié)議較佳的是與廣泛在業(yè)界所使用的標準一致。一些范例為簡單對象連結(jié)協(xié)議(SimpleObjectAccessProtocol,SOAP)及共享對象請求代理架構(CommonObjectRequestBrokerArchitecture,CORBA)。通過這些客戶端裝置的此機制功能能被更新且在客戶端裝置上的這些外掛軟件對象能使存取實時及最新的(uptodate)的信息。請參閱圖17，其繪示從一內(nèi)容頻道服務至一導航客戶端裝置的內(nèi)容傳送的流程圖。多個外掛軟件對象及/或其余內(nèi)容通過此服務被組譯(步驟170)以響應自導航客戶端裝置所產(chǎn)生多個請求。多個外掛軟件對象與其余內(nèi)容項目(item)根據(jù)如此架構的實施例的部分的一特定通信協(xié)議來編碼(步驟171)。在一較佳實例中，這牽涉到將這些項目從一二進制格式例如共通中繼語言(CommonIntermediateLanguage,CIL)到一傳輸格式例如多媒體傳送模式(MultipurposeInternetMailExtensions,MIME)或基數(shù)(base)64列化，且然后依據(jù)SOAP協(xié)議使用可擴展標示語言(ExtensibleMarkupLanguage,XML)囊括這些項目，以致于這些項目后來能被辨識出且回復。該己編碼數(shù)據(jù)通過任一裝置而被傳送至客戶端裝置(步驟172)。一旦由該客戶端所接收，此已編碼數(shù)據(jù)則被譯碼(步驟173)以使得此客戶端裝置的基本導航架構可取得這些外掛軟件對象及/或其它內(nèi)容數(shù)據(jù)。如先前所述，此客戶端裝置加入一外掛軟件對象儲存高速緩存，此一目的為了防止重復傳送相同這些外掛軟件對象。僅尚未被儲存在客戶端上的外掛軟件對象需由在服務器上的內(nèi)容頻道來提供。在一較佳實施例中，多個全球獨特標識符號(globaluniqueidentifier)被用來辨識此些外掛軟件對象。在對傳送來自一內(nèi)容頻道的對象進行初始化的前，對此客戶端導航架構將所需的這些對象的全球獨特標識符號與全部已儲存的對象的標識符號進行比較。理想上，要求這些外掛軟件對象的請求僅包含尚未被儲存在客戶端上的對象的全球獨特標識符號。請參閱圖18，其繪示本發(fā)明的基本導航架構的實施例需要得到一外掛軟件對象時所進行的動作順序。此客戶端裝置在此客戶端裝置的外掛軟件對象高速緩存進行搜尋(步驟180)，且使用已確認的這些獨特標識符號來決定在需要的對象不在此客戶端裝置內(nèi)。產(chǎn)生一包含丟失的(missing)對象的獨特標識符號的一內(nèi)容請求信息(步驟181)。此內(nèi)容請求信息于客戶端編碼，且使用近似于步驟171至步驟173的一程序，除了將客戶端與服務器的任務相反之外，來傳送(步驟182)此內(nèi)容請求信息至該服務器。為了響應此請求，內(nèi)容于此服務器被組譯，且根據(jù)步驟170至步驟173而傳送(步驟183)至該客戶端裝置。客戶端裝置獲得用于此基本導航架構的外掛軟件對象(步驟184)。目錄服務架構請參閱圖19,其繪示對應圖8至圖9的本發(fā)明的實施例中多個內(nèi)容頻道與一裝置之間的關示意圖。此系統(tǒng)被分開為一目錄服務器191、一內(nèi)容頻道服務器192及一能執(zhí)行這些外掛軟件對象的導航客戶端裝置190。這些服務器191及服務器192可為分離的服務器，其中這些分離的伺服器具有根據(jù)圖5所示的硬件架構。再者，這些服務器191及服務器192可被設置在相同的裝置內(nèi)，其中該裝置可為圖10及圖11所示的此系統(tǒng)內(nèi)所配置客戶端裝置190的相同的裝置。內(nèi)容頻道服務器192的若干個內(nèi)容頻道選擇性地利用來自因特網(wǎng)資源193的信息或服務以提供一特定格式的內(nèi)容，而使得這些外掛軟件對象被提供至導航客戶端裝置190。基于位置的服務提供者維持此目錄服務器191，且目錄服務器191調(diào)整終端使用者可取得的這些內(nèi)容頻道。對目錄服務而言內(nèi)容頻道幾乎被標準化以使得通過目錄服務來管理內(nèi)容頻道更容易，并且該方法通過提供更多內(nèi)容頻道來延伸該系統(tǒng)。其中。此目錄服務為用于一客戶端裝置190及一內(nèi)容頻道間進行通信的一第一接觸點。在發(fā)現(xiàn)通過此目錄服務而獲得這些內(nèi)容頻道之后，一客戶端裝置初始化(initial)直接與各自所需的內(nèi)容頻道連接，以響應使用者的活動、外掛軟件對象轉(zhuǎn)移及內(nèi)容頻道特定通信的發(fā)生。請參閱圖20，其繪示包含此目錄服務軟件的較佳實施例的所有組件。頻道管理模塊200提供一機制使得一或若干個頻道可"登入使用(sign-on)"該目錄服務。在任何時間，系統(tǒng)的功能與這些被登入使用的頻道有關。包含在此目錄服務內(nèi)的一客戶管理模塊201允許客戶端裝置找尋何者頻道可取得。而每一頻道的頻道說明如一名字及一說明則會被儲存在一頻道信息數(shù)據(jù)庫202內(nèi)，且通過一客戶端管理模塊201而被傳送至客戶端裝置，以顯示給該終端使用者觀看?？墒褂么讼到y(tǒng)的每一裝置的相關信息被儲存于一裝置信息數(shù)據(jù)庫203內(nèi)。數(shù)據(jù)庫202與203的使用將于稍后段落中被描述。這些內(nèi)容頻道由任一基于位置的服務提供者來提供，且這些內(nèi)容頻道提供者和此目錄服務提供者可為一不同的提供者。為了讓此目錄服務可列出這些內(nèi)容頻道，這些內(nèi)容頻道必須登入使用至該目錄服務，且這些內(nèi)容頻道于保持活動狀態(tài)時與目錄服務維持聯(lián)。當此內(nèi)容頻道服務要進行維護或其它理由時，這些多個內(nèi)容頻道可注銷(sign-off)目錄服務。以此方式，此目錄服務通常知悉何者頻道活動及何者頻道不活動。如果此目錄服務不活動肘，內(nèi)容頻道可能對那些己訂閱的顧客來說維持正常的運作。圖21繪示一內(nèi)容頻道服務的典型地登入使用、保持活動中以及注銷周期。在步驟210中，此內(nèi)容頻道服務傳送一登入使用請求至此目錄服務的頻道管理模塊200。此目錄服務將該頻道增加至這些活動的列表且響應(步驟211)—已登入使用信息，指響應OK。此內(nèi)容頻道服務通過傳送(步驟212)—"我在活動"(1amalive)信息至目錄服務，使得維持此內(nèi)容頻道服務目前狀態(tài)。此目錄服務響應一"認知"(acknowledge)(步驟213)。當此內(nèi)容頻道服務期望保持已登入使用至目錄服務，則會周期性地重復進行歩驟214、步驟212及步驟213。而當此內(nèi)容頻道服務期望注銷目錄服務時，則傳送(步驟215)一注銷請求信息至該目錄服務。此內(nèi)容頻道服務自目錄服務的頻道列表內(nèi)移除且此目錄服務傳送(步驟216)—認知信息至此內(nèi)容頻道服務。之后，此內(nèi)容頻道服務被去活動(de-active)。請參閱圖22，其繪示使用者通過客戶端裝置訂閱一內(nèi)容頻道的程序。圖中，此程序包含下列步驟步驟220:首先，由客戶端裝置請求目錄服務所儲存的可取得的內(nèi)容頻道的說明。步驟221:其次，此目錄服務將這些已登入使用頻道的一列表傳送至此客戶端裝置。步驟222:在客戶端裝置上顯示這些頻道的列表。步驟223:讓使用者來選擇一頻道。當使用者選擇一頻道后，此目錄服務已完成此任務，且此客戶端開始直接地與有關的內(nèi)容頻道服務進行通信。步驟224:此客戶端裝置傳送用于內(nèi)容頻道的一訂閱請求至內(nèi)容頻道服務，以請求頻道對象。步驟225:假如必要地，此內(nèi)容頻道服務為了訂閱目地傳送一認證(authentication)對象回至該客戶端裝置以取得使用者詳細說明。步驟226:假使使用儲存于該客戶端裝置內(nèi)的詳細說明下，則這些說明的輸入(entry)通過客戶端裝置而可自動地被執(zhí)行。反之，假使此使用者已選擇不儲存詳細說明時，則每次這些必要的詳細說明可需由使用者來輸入。步驟227:這些所需的詳細說明被傳回至該內(nèi)容頻道服務，其中這些詳細說明儲存于顧客管理模塊。步驟228:內(nèi)容頻道訂閱成功的通知(notification)從內(nèi)容頻道服務被傳送至客戶端裝置。步驟229:此頻道訂閱被儲存在該客戶端裝置以供未來用于與該內(nèi)容頻道服務進行通信。此頻道訂閱信息可包含任何信息，此信息是內(nèi)容頻道服務認為是重要且對一使用者的是特有的。安全架構因為此系統(tǒng)的組件是彼此相連接的，因此需要一安全架構讓此系統(tǒng)的所有組件能安全地進行通信，及辨識每一組件的識別碼。在此系統(tǒng)內(nèi)的所有的通信通過使用一公鑰/私鑰密碼(cryptography)機制如非對稱密鑰密碼算法(RSA)而被加密(encrypt)。再者，當安全內(nèi)容被簽署時，因使用數(shù)字憑證(certificate)而產(chǎn)生一已信任來源。最后，一數(shù)字版權管理(digitalrightmanagement,DRM)系統(tǒng)控制此系統(tǒng)內(nèi)的這些各自的客戶端裝置及這些內(nèi)容頻道服務。這些技術的設計與實施說明已為現(xiàn)有技術人士所知悉。請參閱圖23，其繪示對于在此安全架構重要的所有組件。圖中說明這些多種組件之間的任務及連接關在關聯(lián)。在系統(tǒng)內(nèi)，該客戶端230與一目錄服務231之間的一通信頻道233及該客戶端230與內(nèi)容頻道服務232之間的一通信頻道234進行的通信是安全。而該內(nèi)容頻道服務232與一目錄服務231之間的一通信頻道235進行的通信同樣地是安全。通過使用公鑰/私鑰密碼(cryptography)機制使得在這些頻道233、234及235進行的通信被加密。這些客戶端230具有在該客戶端230內(nèi)所產(chǎn)生的一公鑰/私鑰對236/237。這些內(nèi)容頻道服務232具有在該內(nèi)容頻道服務232內(nèi)所產(chǎn)生的一公鑰/私鑰對23D/23E。此目錄服務231具有在該目錄服務231所產(chǎn)生的一公鑰/私鑰對23A/23B。這些單位(party)傳送自身的公鑰至另一單位以希望另一單位接收已加密信息。該另一單位使用前述公鑰來加密此信息，其中該另一單位想要將此信息送至原來單位；且該原來單位使用一只被該原來單位所知曉的秘密私鑰237、23B及23E而解密此信息。如何辨識傳送這些信息的單位通過這些數(shù)字簽章(signature)及數(shù)字憑證238與23F來建立。將這些信息傳送至另一單位的單位通過使用一數(shù)字簽章來簽署(sign)該信息。此簽章由傳送的單位所產(chǎn)生，其中自這些信息所產(chǎn)生的一信息摘要(messagedigest)被傳送且通過使用只被該傳送器所知曉的私鑰而對此信息摘要進行加密。此信息摘要通過為人所熟知的算法如信息-摘要算法5(Message-DigestAlgorithm5，MD5)而被計算出。此接收器使用此傳送器的已知的公鑰以解密此信息摘要，且此信息所計算來來自本身信息摘要與已解密的數(shù)字簽章進行比較。如果兩者匹配時，然后這信息通過該已辨別的公鑰的所有者已被傳送。為了核對由一己信認來源所核發(fā)的公鑰，不用由一仲裁者(intermediaiy)截取(intercept)及傳送所有的信息，反而使用來自一己信認來源所核發(fā)一數(shù)字憑證。此數(shù)字憑證由憑證管理中心(certificationauthority,CA)而被配給，且此憑證管理中心為傳送器與接收器這二者所知曉。通過此傳送器的公鑰加密而使此數(shù)字憑證被配給至該傳送器，及一些信息通過使用憑證管理中心的私鑰加密而對傳送器是唯一的。此信息通過使用憑證管理中心的公鑰而被解密。此刻，每次一傳送器將一信息傳送至一接收器時，包括此傳送器的公鑰的數(shù)字憑證可被包含在內(nèi)。此憑證通過此接收單位使用已知的該憑證管理中心的公鑰情況下可被解密。被包含在此憑證內(nèi)的該傳送器的公鑰可與由該傳送器所報導的公鑰進行比較。如果兩者匹配時，然后即可知悉這些公鑰由何者傳送器所表明。在圖23所示的系統(tǒng)中，此憑證管理中心為目錄服務231。這是因為此目錄服務231控制對于此系統(tǒng)的多個體與服務這兩者的存取權。對于所有的內(nèi)容頻道服務而言這些裝置為一通信閘(gateway)。對想成為該系統(tǒng)的一部分的每一客戶裝置和內(nèi)容頻道而言，必須獲得一次數(shù)字憑證，其中該數(shù)字憑證致能對該系統(tǒng)的存取。這些憑證的核發(fā)經(jīng)由該目錄服務231使用注冊碼(registrationkey)239和注冊碼23H，及在目錄服務器內(nèi)的一注冊數(shù)據(jù)庫(registrationdatabase)BC的一系統(tǒng)而被控制。無論與這些碼在一起的說明是否已經(jīng)被使用來取得一憑證，此注冊數(shù)據(jù)庫23C包含全部注冊碼在此系統(tǒng)內(nèi)為有效(valid)。對一特定的內(nèi)容頻道或裝置僅有一個憑證被核發(fā)，之后此憑證被用作在此系統(tǒng)內(nèi)所有的通信。通過目錄服務與該客戶端裝置軟件的副本(c(3py)來核發(fā)這些注冊碼，或當在此目錄服務提供者與一內(nèi)容頻道提供者之間的一新的內(nèi)容頻道協(xié)議(agreemem)產(chǎn)生時核發(fā)這些注冊碼。一客戶端裝置或內(nèi)容頻道希望注冊時必須將特定信息傳送至此目錄服務，其中此特定信息包含該注冊碼及關于此注冊裝置的唯一識別的信息，而當一憑證已被核發(fā)時，致使該注冊碼可被作為標示使用。對于被使用在此系統(tǒng)內(nèi)的這些所有的客戶端裝置，首先必須注冊至此目錄服務。此目錄服務不需要知道何者為顧客裝置，只需知道此客戶端裝置軟件是為有效地。事實上，這顧客基臺實際上為一裝置基臺，且此目錄服務通過準許這些內(nèi)容頻道存取系統(tǒng)而可銷售(on-seil)該這些內(nèi)容頻道提供者。對于此架構的運作而言，這些裝置必須包含唯一序列號碼，用以區(qū)分一裝置及另一裝置。這序列號碼的范例為一儲存裝置的序列號碼、一內(nèi)部(internal)序列號碼或一IMEA號碼。此裝置序列號碼被包含該唯一信息內(nèi)，其中通過使用核發(fā)一數(shù)字憑證而將該唯一信息從客戶端裝置傳送至目錄服務。一旦憑證已被核發(fā)時，這注冊數(shù)據(jù)庫23C則包含注冊碼及客戶端裝置唯一序列號碼這二者。這些客戶端裝置除了最初存取注冊目的地之外，無法存取此目錄服務。一旦一裝置己完成注冊且一憑證已被發(fā)出后，此裝置可檢査通過此目錄服務可被使用的這些內(nèi)容頻道，且此裝置可直接地與這些內(nèi)容頻道通信。在通過此目錄服務而獲得這些內(nèi)容頻道的前，這些內(nèi)容頻道也必須注冊至該目錄服務。這些頻道通過一相似于此些客戶端裝置的的注冊程序來被核發(fā)憑證。此內(nèi)容頻道使用自身的憑證以在將來對所有的目錄服務及這些客戶裝置進行通信。在一些情況內(nèi)這些客戶端裝置可被預先注冊(pre-register)。如果用于導航及內(nèi)容提供的客戶端裝置軟件通過制造流程(manufactiire)而被預先裝設，然后則此裝置可由前述制造流程而被預先注冊。相同的或相似的結(jié)構正如先前所描述的使用方式，但制造流程取代為此顧客處理注冊過程。因為這些內(nèi)容頻道的訂閱通過此系統(tǒng)的這些終端使用者使用下而被產(chǎn)生在一個體(individual)部分上，所以該安全裝置正如先前所描述那樣重要。對于這些目錄服務提供者而言，知道該裝置為此系統(tǒng)內(nèi)一有效裝置對于此些內(nèi)容頻道是重要的，如同該裝置對于銷售顧客一樣。因為此顧客可必須對由此內(nèi)容頻道所提供內(nèi)容支付費用存取，所以知道用于這些內(nèi)容頻道的該顧客裝置的辨識是重要的。已注冊至該目錄服務的裝置可使用自身的目錄服務憑證以訂閱對此目錄服務所知道的內(nèi)容頻道。因為此客戶端裝置支持來自該目錄服務的一憑證，所以此內(nèi)容頻道驗證此客戶端裝置可被連接至此系統(tǒng)。同樣地，因為此內(nèi)容頻道支持來自該目錄服務的一憑證，所以此客戶端裝置驗證此內(nèi)容頻道為有效。當使用者訂閱一內(nèi)容頻道，此內(nèi)容頻道將信息送回至該客戶端裝置，以允許該客戶端裝置未來存取內(nèi)容頻道。被送回的信息為一"安全庫存檔"(securecookie)23J，其中此安全庫存檔23J對于此客戶端裝置是獨有的。這些安全庫存檔23J是類似于由許多網(wǎng)站所使用定期的庫存檔以記住使用者特定的信息，但此安全庫存檔23J經(jīng)由該內(nèi)容頻道使用只被該內(nèi)容頻道所知曉的一秘密密碼而被加密。無論此安全庫存檔23J何時與此客戶端裝置通信，此安全庫存文件23J經(jīng)由該客戶端裝置而傳送于該內(nèi)容頻道。此安全庫存文件23J所包含信息為該內(nèi)容頻道所期望儲存在客戶端裝置上，其中該信息包含關于此客戶端裝置或使用者的信息。如果己儲存的信息需要被改變，則此內(nèi)容頻道可在任何時間下更新此安全庫存檔。曾被儲存在客戶端裝置上的該安全庫存檔23J給予客戶端裝置的使用者對內(nèi)容的存取權，其中該內(nèi)容由一特定內(nèi)容頻道所提供。事實上，此客戶端裝置以在客戶端裝置內(nèi)的密碼鏈(keychain)、以對于該客戶端裝置未知的一己加密形式的此種方式可儲存對系統(tǒng)內(nèi)的這些內(nèi)容頻道的全部存取權。此庫存文件通過使用僅客戶端裝置所知悉的該一保全碼(secretkey)23G、典型地使用一平常所知悉塊對稱編碼(blocksymmetriccipher)如3DES(TripleDES)或RC5而被加密。當每一安全庫存檔必需僅與被使用的一已知悉內(nèi)容頻道有關聯(lián)時，所有被訂閱及有權來存取這些的頻道在本地被儲存至該客戶端裝置上。因為此基本導航架構能執(zhí)行這些外掛軟件對象，其與此客戶端裝置或使用者互動，而這些外掛軟件對象會詢問使用者個人信息，因此只有從一已信任來源的這些內(nèi)容對象經(jīng)由基本導航架構來接收。為實施此計劃，被一內(nèi)容頻道所送出的外掛軟件對象通過使用一憑證而被簽下，其中該憑證被該目錄服務發(fā)出給該內(nèi)容頻道。這樣可避免不是來自被該目錄服務所認可(authorize)的一內(nèi)容頻道的這些外掛軟件對象被執(zhí)行。請參閱圖24，其繪示一客戶端裝置安全地訂閱一內(nèi)容頻道服務的一范例程序。圖中，范例程序包含下列步驟步驟240rf初期，假設此客戶端裝置已注冊此目錄服務以自此目錄服務得到一憑證。。步驟241:然后，使用者存取此目錄服務以取得一紀錄可取得的內(nèi)容頻道服務的列表。步驟242:通過此客戶端裝置的使用者接口，該使用者選擇此列表上的一特定頻道服務用以訂閱。此客戶端裝置產(chǎn)生一包含關于此裝置及公鑰的信息的信息o步驟243:此信息通過使用客戶端私鑰而被簽下，且一并傳送由目錄服務所核發(fā)的該憑證至此內(nèi)容頻道服務。步驟244:此內(nèi)容頻道服務驗證此客戶端裝置使用該客戶端的公鑰而解密此信息簽章，且通過使用已信任的目錄服務公鑰而解密此憑證。具有己鑒定的傳送器的內(nèi)容頻道通過使用客戶端裝置公鑰可立即將已加密信息傳送至該客戶端裝置。步驟245:此內(nèi)容頻道服務傳送在由一信息內(nèi)自身的唯一信息及目錄服務所核發(fā)的憑證至該客戶端裝置，其中該信息使用該內(nèi)容頻道服務私鑰而被簽下。步驟246:此客戶端裝置使用自身的私鑰可解密來自該內(nèi)容頻道服務的信息。步驟247:此客戶端裝置使用己簽署信息及來自目錄服務的憑證可驗證此內(nèi)容頻道。此客戶端裝置通過使用該內(nèi)容頻道服務的公鑰可立即將加密信息傳送至該內(nèi)容頻道服務。步驟248:此客戶端裝置根據(jù)關于圖22中所描述步驟224至步驟227交換己加密信息作為必要的步驟。此內(nèi)容頻道服務所需用于訂閱的信息典型地包含該唯一裝置的辨識。步驟249:此內(nèi)容頻道接收此信息且使用客戶端唯一的信息而產(chǎn)生一安全庫存文件，其中前述信息包含該裝置辨識及包含回復此客戶端裝置的該庫存文件。該回復根據(jù)關于圖22內(nèi)所描述步驟228而被產(chǎn)生。步驟24A:此客戶端裝置更新自身的訂閱數(shù)據(jù)庫，且將該安全庫存檔儲存至自身的密碼鏈，以供未來與該內(nèi)容頻道服務通信時使用。使用者互動架構請參閱圖25，其繪示一導航客戶端裝置250加入對終端使用者而言被用來提供作為一使用者接口的一屏幕及一鍵盤251、基本導航平臺軟件252及一基本導航架構253。此基本導航架構253使用由對象執(zhí)行機器所執(zhí)行的這些外掛軟件對象255而與一使用者交互式架構256呈結(jié)合關，以獲得這些外掛軟件對象。這些外掛軟件對象使用使用者交互式架構256，同時處于完全活動以提供信息及自客戶端裝置250的一使用者得到輸入信號。此使用者交互式架構256由使用者交互式平臺軟件254的實施而被支持，其中此使用者交互式平臺軟件254為客戶端裝置的基本導航平臺軟件252的部分。使用者交互式架構256為限于由這些外掛軟件對象能將信息顯示于使用者的結(jié)構。此使用者交互式架構256提供由這些外掛軟件對象255所使用一列的API259以顯示信息及內(nèi)容。這些圖像(primitive)實例為一草圖(caiwas)、線條、圓圈(circle)、多角形(polygon)、文字及位映像(bitmap)影像。在一較佳實施例，這些圖像被實現(xiàn)為如一己標準化圖形API，其中此已標準化圖形API大部份地直接通過于平臺層，且此平臺層將多個平臺特定功能呼叫轉(zhuǎn)移至該平臺API25A。較佳地，此外，此架構的圖形API及平臺層的圖形API為相似，但通常是圖形API的一子集(subset)、一工業(yè)標準圖形API。如果對于此客戶端裝置而言，此前述相似API的實施未被獲得則前述平臺層必須實現(xiàn)此API。這些API為JavaAWT、openGL及WindowsGDI。較佳地，這些標準圖形影像格式由圖形API所支持;舉例來說，如.GIF、PNG、Jpeg、windowsBMP。此外，用來基本表達此基本互動架構的這些圖形API提供一固定組高階信息顯示及使用者互動界面(widget)。例如，一文字列表的顯示、自一列表中顯示及選擇一或多個項目、顯示一信息及得到一決定、得到文字輸入。在一較佳實施例中，這些界面將已標準化自身API的圖像顯示這些外掛軟件對象，但根據(jù)此基本導航平臺的平臺特定常規(guī)(convention)這些界面被實現(xiàn)。此舉，允許這些外掛軟件對象的實施例對不同導航客戶端裝置進行相同的存取，但此使用者界面的外觀及感覺仍保持與每一不同基本導航平臺一致。同樣地，也允許此基本導航平臺軟件對一特定環(huán)境有效地進行處理。舉例來說，此基本導航平臺可實現(xiàn)聲音辨識以得到輸入的某些形式或用于輸出的語音文字。因特網(wǎng)內(nèi)容傳送架構圖8至圖10顯示本發(fā)明包含與一客戶端裝置及因特網(wǎng)進行通信的一服務器的多個實施例。此客戶端裝置能請求來自一內(nèi)容頻道的一服務器內(nèi)容且此內(nèi)容頻道包含裝置，對于來自連接至此因特網(wǎng)的來源的內(nèi)容進行請求，其中因特網(wǎng)依據(jù)來自客戶端裝置的該請求。被請求的內(nèi)容通過該內(nèi)容頻道所接收且該內(nèi)容被轉(zhuǎn)為一外掛軟件對象及被傳送至此客戶端裝置以延伸該客戶端裝置的功能。此因特網(wǎng)內(nèi)容來源可為任一來源。在一較佳實施例中，此內(nèi)容來源為一搜尋引擎及所請求的內(nèi)容為一搜尋結(jié)果網(wǎng)頁。所以，在此實施例，上述所提及此導航內(nèi)容提供架構可對因特網(wǎng)搜尋服務進行存取，其中因特網(wǎng)搜尋服務的例子為GoogleLocal、WindowsLiveLocal、MSNCitySearch及Zagat。自該客戶端裝置被傳送至內(nèi)容頻道的內(nèi)容請求除了包含在圖18內(nèi)于步驟181己描述的信息之外，包含多種情況(situation)信息。較佳地，用于內(nèi)容的請求包含情況信息有關于該客戶端裝置及/或此使用者的過去、目前及未來的活動性。這些情況信息的例子為此客戶端裝置位置，其中此位置由一位置決定系統(tǒng)、目前旅游目的地或旅程(itinerary)、旅游速度、一天的時間及/或日期而被決定。較佳地，此內(nèi)容通過內(nèi)容頻道或由此內(nèi)容頻道所使用的一因特網(wǎng)內(nèi)容來源而依據(jù)前述情況信息被調(diào)整。根據(jù)所參照圖18所描述的步驟181中，用于此內(nèi)容的請求較佳地包含使用者的個人參數(shù)設定(personpreference)且同樣地，此內(nèi)容根據(jù)前述個人參數(shù)被調(diào)整。舉例來說，這些個人參數(shù)設定實施范例為沒有影像應被傳送、只有摘要結(jié)論應被傳送及被搜尋區(qū)域的隱含(default)半徑達0.5哩(mile)。這些內(nèi)容頻道被運作以被下載已請求內(nèi)容，如網(wǎng)頁，通過因特網(wǎng)及將此內(nèi)容重新格式化多個活動對象用以傳送至這些導航客戶端裝置。此內(nèi)容頻道實現(xiàn)一代理器(proxy)，其中此代理器被加入至此內(nèi)容頻道的內(nèi)容存取層160。在一較佳實施例中使用網(wǎng)頁作為因特網(wǎng)來源，所以此代理器自動地請求該網(wǎng)頁，設置(populate)該網(wǎng)頁的多個必要構件以核發(fā)一信息請求及解析(parse)—產(chǎn)生網(wǎng)頁以擷取所請求的內(nèi)容。在服務器上的此內(nèi)容頻道代理器執(zhí)行大部分的工作用以處理由此客戶端裝置所產(chǎn)生這些內(nèi)容請求。當這些外掛軟件對象由客戶端裝置執(zhí)行時，包含這些用于外掛軟件對象及因特網(wǎng)內(nèi)容的內(nèi)容請求可通過提早被供應至此客戶端裝置的這些外掛軟件對象而被產(chǎn)生。當這些自動地提供的說明為必要時，則請求的外掛軟件對象可客制化該內(nèi)容請求，其中前些說明為此服務器所需要。此使用者說明的范例為對于一網(wǎng)站上所需的登入及訂閱。這會保證使用者量被最小化及個人說明的隱私(privacy)被保護。較佳地，當請求的外掛軟件對象被執(zhí)行，同樣地，可產(chǎn)生一使用者接口以支持此內(nèi)容請求的使用者客制化(customisation)。當數(shù)據(jù)范圍不能自動地被預測但必要作為此內(nèi)容請求的部分時，則這些內(nèi)容來源需要如因特網(wǎng)來源。在圖18的步驟181期間，一客戶端裝置所產(chǎn)生的一內(nèi)容請求包含的信息如先前提及的也可包含情況信息。此外，在一較佳實施例中，此信息包含產(chǎn)生該內(nèi)容請求的外掛軟件對象的全球獨特標識符號。當此全球獨特標識符號被傳出時，允許該服務器決定核發(fā)這些內(nèi)容請求的這些外掛軟件對象的辨識及出現(xiàn)率(currency)。從一超過使用期限(outofdate)外掛軟件對象所核發(fā)的一請求從客戶端至服務器時，此請求可能被該服務器拒絕或忽略，反之，如果此請求仍被理解，則經(jīng)服務器進行處理。一外掛軟件對象可因多種理由而超過使用期限。舉例來說，所支持外掛軟件對象的功能已被更新或移除。在上述例子中，通過將一最新的外掛軟件對象版本傳送至客戶端裝置，使得在此客戶端裝置上自動地更新此外掛軟件對象，對于該服務器而言是可能。而對于其它的原因，知道此內(nèi)容請求的出處是有用的。在多個精準營銷應用的一范例中，通過決定一內(nèi)容請求是否為傳送一特定廣告的結(jié)果而產(chǎn)生商業(yè)收益是可能的。本發(fā)明提供一使用者交互式架構256，具有一種顯示內(nèi)容的方法，其中前述內(nèi)容來自一內(nèi)容來源而被顯示在合并有一顯示單元的一客戶端裝置上。在一較佳實施例中，一服務器將被格式化為這些外掛軟件對象的因特網(wǎng)來源提供至一客戶端裝置。較佳地，此外掛軟件對象被執(zhí)行時，此外掛軟件對象被提供并依據(jù)接收的因特網(wǎng)內(nèi)容而產(chǎn)生一信息內(nèi)容顯示。上述所顯示的信息可為通過使用者交互式架構任一種可被顯示的信息。而這些信息顯示的范例為一結(jié)果的列表、關于一特定結(jié)果的說明及一影像。較佳地，此客戶端裝置還包含一地圖顯示且被接收的外掛軟件對象變更(alter)此地圖顯示或?qū)㈩~外的信息批注至此地圖。這些例子為路線路徑、回合指令、地區(qū)輪廓(outline)、更多己說明地圖內(nèi)容及影像。在一較佳實施例中，己顯示信息包含廣告內(nèi)容且登廣告者提供基于位置的服務提供者以令該廣告內(nèi)容被傳送。圖26繪示來自因特網(wǎng)的內(nèi)容如何被請求及被顯示在此客戶端裝置上的程序。初期地，此使用者訂閱(步驟260)—內(nèi)容頻道的流程請參閱圖22的說明。在訂閱之后，一第一外掛軟件對象由客戶端裝置所接收(步驟261)，使得更多這些外掛軟件對象將被請求。此內(nèi)容頻道服務接收(步驟262)由該第一外掛軟件對象所產(chǎn)生的一請求，此請求的產(chǎn)生說明請參閱圖18中步驟180至步驟182。當接收來自客戶裝置的內(nèi)容請求，在內(nèi)容頻道服務內(nèi)的內(nèi)容頻道代理器將此內(nèi)容請求轉(zhuǎn)譯(步驟263)為因特網(wǎng)內(nèi)容請求。此因特網(wǎng)內(nèi)容請求被傳送(步驟264)至因特網(wǎng)內(nèi)容來源，其中此因特網(wǎng)內(nèi)容來源將未處理形式的內(nèi)容進行組合(步驟265)及傳送(步驟266)至該內(nèi)容頻道應用層。此未處理形式的內(nèi)容(步驟267)經(jīng)內(nèi)容頻道服務所接收，其中前述內(nèi)容被編碼、被傳送且根據(jù)圖17所描述歩驟170至歩驟173而在客戶端裝置上被制成可取得(步驟268)—外掛軟件對象。此在客戶端裝置上經(jīng)獲得的外掛軟件對象在該客戶端裝置被執(zhí)行(步驟269)以將信息提供至此客戶端裝置的顯示單元。圖22繪示用于訂閱一內(nèi)容頻道服務的一范例流程。當內(nèi)容頻道服務使用來自一因特網(wǎng)內(nèi)容來源時，此流程進一步被延伸，其中該因特網(wǎng)內(nèi)容來源同樣地需要訂閱此內(nèi)容頻道。圖27繪示用于訂閱如一內(nèi)容頻道服務的流程。初期地，參照圖22所揭露的步驟220至步驟224后，跟隨步驟270執(zhí)行請求一訂閱。然而，因為此因特網(wǎng)內(nèi)容來源也需要訂閱，所以此訂閱信息說明被傳送至因特網(wǎng)提供者(步驟271)。上述訂閱信息說明對于因特網(wǎng)內(nèi)容來源用來完成一成功訂閱。當一成功訂閱具因特網(wǎng)內(nèi)容來源時，通知(notification)被傳回(步驟272)至內(nèi)容頻道服務。此內(nèi)容頻道服務傳送(步驟273)包含關于因特網(wǎng)訂閱的一安全庫存文件至該客戶端裝置，且被儲存至該客戶端裝置上(步驟274)，以使得客戶端裝置對因特網(wǎng)內(nèi)容來源進行后續(xù)(subsequent)存取及自動地登入。基于圖案的窗體架構于圖8至圖11所繪示此架構的多個實施例可知，此客戶端具有裝置，能存取多種內(nèi)容來源，其包含本地內(nèi)容來源、來自一服務器的內(nèi)容及在因特網(wǎng)上的內(nèi)容。在一較佳實施例中，由這些系統(tǒng)所提供內(nèi)容通過由基本導航架構所提供一基于圖像(icon)的選單(menu)而可有效地被存取。在使用這些圖像的方式表現(xiàn)多個選單選項以允許使用者更快速地辨識及選擇有興趣的項目，尤其對于具有小型尺寸外型(formfactor)及小型屏幕尺寸的可攜式導航裝置是有用的。這些圖像的使用方法不只在美學觀點上(aesthetically)令人愉悅，而且為語言獨立及能輕易地在不同平臺上來執(zhí)行。此種方法也同樣地支持在此客戶端裝置上的多個使用者接口主題(theme)的提供;特別地，多個商標主題(brandtheme)通過這些選單圖像的選擇而可被實現(xiàn)。較佳地，這圖像選單由此使用者交互式架構所提供，且具一可組合階層式(tiered)結(jié)構。一第一階層(tier)有關于由該基于位置的服務提供者所提供不同類型(category)的服務、一第二階層關于多個特定服務及其它階層與這些服務有關聯(lián)的特定的功能。較佳地，這些服務關于一內(nèi)容頻道服務且通過這些外掛軟件對象來提供，其中前些外掛軟件對象由該內(nèi)容頻道服務來供應。此選單系統(tǒng)僅為使用這些外掛軟件對象的架構的部分，且所添加新的這些外掛軟件對象可使得此選單系統(tǒng)通過此架構而被延伸。這些在此選單內(nèi)的這些圖像對于該使用者提供一方式以執(zhí)行前些外掛軟件對象，亦是實現(xiàn)新的功能，其中該功能包含進一步延伸此選單系統(tǒng)。請參閱圖28，其繪示包含三個階層的一階層式選單系統(tǒng)的一實施例。此范例顯示用于此選單系統(tǒng)的使用者接口的一較佳態(tài)樣，其中此選單系統(tǒng)包含一列圖像。而在此實施例中，在此一第一階層選單280內(nèi)的每一圖像表示包含搜尋服務281、朋友找尋服務282及一援助(assistance)服務283的這些服務的一種。在此實施例中，選擇此搜尋服務281導向具有如第一階層選單280相同使用者接口形式的一第二階層選單284。在此第二階層選單284內(nèi)的每一圖像表示能提供多個搜尋結(jié)果的內(nèi)容頻道。此第二階層選單284所包含的多個內(nèi)容頻道支持GoogleLocal285、Zagat286及紐約旅游景點287這些搜尋頻道。此GoogleLocal及Zagat頻道285、286提供來自一遠程服務器的內(nèi)容，但紐約旅游頻道287提供來自該客戶端裝置上一數(shù)據(jù)庫的內(nèi)容。在此實施例中，一第三階層選單288通過對來自該第二階層選單的Google圖像2S5進行選擇而被啟動。在啟動第三階層選單作用下執(zhí)行由GoogleLocal搜尋頻道所提供的一外掛軟件對象，且與第三階層選單使用者交互式架構結(jié)合的該外掛軟件對象以產(chǎn)生該第三階層選單288。GoogleLocal搜尋頻道的第三階層選單288包含多個圖像、支持任一Google搜尋的一關鍵詞圖像289及用于表示一特定Google搜尋的一Starbucks圖像28a及McDonald's圖像28b。在第一階層選單280所顯示典型地這些服務類型通過基于位置的服務提供者而被設計，且這信息由目錄服務所提供。通過該目錄服務而獲得的這些內(nèi)容頻道被分派至一服務項目，較佳地通過基于位置的服務提供者也同樣地達到被分派的目的。然而，此第二階層選單284由使用者來定義。較佳地，在所有可能第二階層選單284內(nèi)的可取得這些圖像符合服務提供者，以將這些內(nèi)容頻道分派至這些頻道項目。較佳地，此外，這些圖像只被顯示在相應由使用者已選出的這些內(nèi)容頻道的第二階層(levd)選單284內(nèi)。再者，此使用者通過這些第二階層選單284的內(nèi)容頻道選擇，而本質(zhì)上地安裝這些第二階層選單284的版面(makeup)。在圖28所揭示第三階層選單288的范例對于Google搜尋頻道是特有的，且包含一圖像所呈現(xiàn)一常見搜尋如同這些圖像呈現(xiàn)用于搜尋Starbucks咖啡店及McDonalds餐廳的一Google成效一樣良好。這些Starbucks及McDonalds圖像對于較多常見實施范例為特有的，其中在一選單內(nèi)的這些圖像所呈現(xiàn)這些已預定內(nèi)容請求通過簡易地選出一圖像而可被核發(fā)。這些內(nèi)容請求被核發(fā)至一內(nèi)容頻道，此內(nèi)容頻道較佳的是將包含關于此內(nèi)容緯度經(jīng)度位置的已請求內(nèi)容以一外掛軟件對象的形式傳送至該客戶端裝置。任一內(nèi)容來源亦包含在因特網(wǎng)上的這些內(nèi)容來源可通過內(nèi)容頻道而被使用。較佳地，一因特網(wǎng)來源被使用，且此內(nèi)容請求造成在服務器內(nèi)的一已預定內(nèi)容請求通過該內(nèi)容頻道代理器而被核發(fā)至因特網(wǎng)內(nèi)容來源。此因特網(wǎng)內(nèi)容來源可為一數(shù)據(jù)庫、搜尋引擎或遠程感測裝置及該內(nèi)容請求呼叫一搜尋詢問或命令。此內(nèi)容頻道較佳的是將表示的使用者喜愛的這些內(nèi)容請求作為此些圖像，且允許這些使用者能選擇及客制化自己的這些請求。當這些使用者需要的請求時，此種對于特定使用者而傳送特定信息因一可用性觀點使得有效率(streamline)。對于上述所提及的這些導航系統(tǒng)的實施型式允許因特網(wǎng)搜尋，而這些喜愛最相近的搜尋可以用于一基于圖像的選單內(nèi)的多個圖像可被表示。圖28所顯示該使用者接口屏幕包含顯示此些特定搜尋請求的一列的圖像。一Starbucks圖像及McDonalds圖像被顯示。一對于搜尋GoogleLocal的使用者可選擇這些圖像以使設置這些最接進此客戶端裝置的目前位置的多個地點(outlet)，其中客戶端裝置的目前位置通過在該客戶端裝置內(nèi)的一位置決定裝置而被決定。這些搜尋引擎如GoogleLocal及YahooLocal以文字流暢地表現(xiàn)出結(jié)果。操作者輸入文字符合所搜尋信息，且此搜尋引擎接收多個匹配的結(jié)果位置。因為一通過這些圖像所產(chǎn)生的最新喜愛搜尋功能移除使用者重復地輸入文數(shù)數(shù)據(jù)(alpharmmericdata)的需求，所以在一導航裝置上通過這些圖像所產(chǎn)生的最新喜愛搜尋功能的性質(zhì)是令人滿意的。根據(jù)本發(fā)明具有一基于圖像的選單，簡易地呼叫一喜愛搜尋包含選擇符合的圖像。較佳地，所表示一搜尋的每一圖像包含具限制(constrain)或過濾(filter)方式的一組搜尋參數(shù)。舉例來說，這些搜尋參數(shù)用來限制從該客戶端裝置上的一某一距離的搜尋、僅包含一某一費用或低于某一費用下的搜尋結(jié)果、或僅搜尋提供多個特定要求的位置。較佳地，再者，這些顯示參數(shù)會影響被包含在此搜尋定義內(nèi)用己表示這些搜尋結(jié)果。這些顯示參數(shù)為可被使用的一地圖檢視(mapview)、用于表示位置的這些圖像可被取名及可被使用的字母小寫文字(smalltext)。這些可取得搜尋及顯示參數(shù)通過該內(nèi)容頻道而被決定且由該內(nèi)容頻道所提供的外掛軟件對象呼叫這些搜尋請求。舉例來說，支持這些喜愛搜尋的一外掛軟件對象提供一使用者接口使其允許該使用者來定義及客制化這些搜尋請求，其中前述外掛軟件對象包含這些自身搜尋、及任何搜尋及顯示參數(shù)。在一較佳實施例，此使用者界面為一使用精靈(Wizard)，允許使用者輕易輸入及編輯一搜尋定義，且使此搜尋定義被儲存以作為一喜愛搜尋。較佳地，以輸入這種方式且未被儲存作為喜愛搜尋的多個搜尋是被儲存在近來的搜尋列表中，且接續(xù)地能被編輯、再使用及/或被儲存作為若干個最喜愛的搜尋。當在第三階層搜尋選單288內(nèi)的選出關鍵詞圖像(icon)289時，于圖29內(nèi)的實施例顯示這些GoogleLocal頻道的搜尋精靈會被呼叫。請參閱圖29，其繪示由來自該Google搜尋頻道的一外掛軟件對象所提供一范例搜尋精靈螢慕。此搜尋精靈螢慕290提供一關鍵詞字段(keywordfidd)291允許通過使用者交互式架構而輸入搜尋關鍵詞(keyword)。另外，此螢慕290包含允許所有或某一特定結(jié)果被搜尋的一種類字段(categoiyfidd)292，及將搜尋區(qū)域限制至此客戶端裝置位置的某一距離的搜尋范圍字段(searchradiusfield)293。顯示類型字段(displaytypefidd)294允許多個不同類型結(jié)果顯示被使用及一顯示說明字段(displaydetailfield)295允許一較多或較少信息說明量被顯示。提供支持這些喜愛搜尋的一基于圖像的選單及這些內(nèi)容頻道可被用來支持用于該基于位置的服務提供者及第三方流商業(yè)的效益產(chǎn)生。許多不同類型圖像選單外掛的功能可被提供且?guī)缀跞我簧虡I(yè)模式可被用作效益產(chǎn)生。在精準營銷應用的一范例中，內(nèi)容頻道可免費(free)被提供于這些使用者且這些內(nèi)容頻道將這些圖像傳送至由內(nèi)容頻道所支持的一圖像選單，其中前述圖像選單包含多個這些使用者有興趣產(chǎn)品的特惠(specialoffer)或折扣(discount)。在此實施例中，這些圖像表示用于販賣這些有興趣產(chǎn)品的位置的喜愛搜尋，且此搜尋規(guī)定為預先定義且自動地由內(nèi)容頻道所提供。對于廣告模式的一應用實施例可為一廣告模式或可為一銷售模式(salesmodd)，其中，廣告模式中以廣告費支付圖像選單的空間，而此銷售交易產(chǎn)生商業(yè)上的效益。因為對于基于位置的服務提供者而言，此顧客輪廓(customerprofile)已為所熟知，且一內(nèi)容頻道服務的交易模塊可監(jiān)督包含產(chǎn)品與目的地選擇這類型的使用者行為，所以此種性質(zhì)的應用在該系統(tǒng)內(nèi)被支持。此信息允許較佳的精準營銷發(fā)生。如先前描述由此客戶端裝置所接收如這些搜尋結(jié)果的內(nèi)容通過使用者交互式架構而以多種方式來顯示。圖30顯示此搜尋結(jié)果的較佳實施例，其中這些結(jié)果任意地被顯示在一結(jié)果列表300或一雷達(radar)顯示301且此使用者能輕易在這兩種顯示的種類間進行切換。在此結(jié)果列表依據(jù)增加與導航裝置的目前位置的半徑距離而依次序被顯示在一結(jié)果列表。而在此列表顯示內(nèi)的每一輸入顯示與目前位置相距的結(jié)果距離、結(jié)果的名稱及所找到的結(jié)果種類。在此顯示模塊中，使用者可通過選擇雷達圖像303切換至雷達顯示模式301。而這些搜尋的結(jié)果可在顯示在一雷達顯示301,其中每一搜尋結(jié)果以一圖像被顯示在雷達顯示301上。而這些圖像顯示關于此使用者的位置，且此使用者的位置被顯示在顯示單元的中央部。此使用者可輕易地通過選擇此列表圖像304切換為列表顯示300。在這兩者結(jié)果顯示內(nèi)的每一搜尋結(jié)果可被選出以揭示更多關于此結(jié)果的說明。更多的說明通過一結(jié)果說明顯示302被顯示，其中這些說明包含已顯示在列表顯示300的信息，如同結(jié)果鄰近的一近拍(closeup)地圖景點，且假設關于搜尋結(jié)果的一描述或影像可取得的下，則前些說明包含更多關于目的地的信息。顯示于結(jié)果說明顯示302內(nèi)的結(jié)果為了多種目的通過使用該選擇圖像可被選出來使用。這些結(jié)果選擇的范例目的被用來作為一目的地、增加至一旅行行程、作為一會議位置及儲存至一喜愛目的地。關于以這種方式而達到的結(jié)果選擇范例將在后序章節(jié)中討論。第28圖、圖29及圖30顯示根據(jù)本發(fā)明對于GoogleLocal搜尋用來作為基于圖像的選單架構的一范例。請參閱圖31，其繪示于一GoogleLocal搜尋期間因通過此系統(tǒng)而完成多個步驟。于初期的步驟310，假設先前所關于圖18所提及步驟180至步驟184己被執(zhí)行，而得到用于GoogleLocal頻道的一外掛軟件對象。在步驟311，在圖28內(nèi)的GoogleLocal搜尋圖像289被使用者選出以開始在GoogleLocal中的一搜尋被。在步驟312，此使用者于顯示圖29內(nèi)的關鍵詞字段291輸入如加油站(gasstation)的一搜尋名稱(term)。在步驟313中，根據(jù)圖26所描述步驟262，這些搜尋名稱連同此導航裝置的位置傳送至在服務器內(nèi)的一GoogleLocal頻道內(nèi)容服務。在步驟314中，圖26所描述步驟263及264通過內(nèi)容頻道代理器而被執(zhí)行，以重新格式化這些搜尋名稱及位置為一超文件傳送協(xié)議(HTTP)要求予GoogleLocal服務器。該請求通過因特網(wǎng)被傳送出去，所以以此方式，任一Google搜尋請求通過一瀏覽器(webbrowser)而被產(chǎn)生。在步驟315中，根據(jù)圖26所描述步驟265及步驟266，通過GoogleLocal所組合這些結(jié)果會被以作為一HTML網(wǎng)頁送回至此服務器。在步驟316中，一網(wǎng)頁通過在服務器上的內(nèi)容頻道代理器而被轉(zhuǎn)換至一外掛軟件對象及被傳送至此客戶端裝置。前述轉(zhuǎn)換過程包含根據(jù)在被顯示在該裝置上的內(nèi)容類型以進行濾除，且可包含編碼。如果此導航裝置只顯示文字內(nèi)容，則該對象將只有包含文字;如果此導航裝置能處理較多內(nèi)容，此對象可包含較多內(nèi)容。該對象可包含在此客戶端裝置的附近多個加油站的辨識及位置。該對象于步驟317中通過客戶端裝置而被執(zhí)行，以產(chǎn)生于多種格式內(nèi)這些搜尋結(jié)果的一顯示，如一列表相似于圖30的該列表顯示300，或是雷達顯示相似于圖30的雷達顯示301。使用者之后能在步驟318中自該結(jié)果列表中選出一加油站，且一結(jié)果說明屏幕相似于圖30中的結(jié)果說明顯示302。導航客制化架構這些大部分加入自動路線導覽產(chǎn)生器的系統(tǒng)使用一標準接口而傳送無關于目前已選出目的地的路線導引。在本發(fā)明的另一構思，此導航內(nèi)容提供架構使用多個外掛軟件對象可被延伸且正常情況下使用基本導航平臺傳送一不同路線導引至使用者接口。當客戶端裝置的一使用者對于一特定目的地請求指引時，則對于一特定目的地的路線導引通過一顧客使用者接口而被傳送。較佳地，已客制化的使用者接口對于已選出特定目的地是獨有的，且此接口包含一標識(logo)、顏色(colours)或與該目的地有關聯(lián)的其它信息。一旦此特定目的地己找到或一另一目的地被選出，則使用者接口將不再對此特定目的地進行處理。在上述剛提及的路線導引使用者界面的使用方式可客制化以反應主題、關于一特定目的的一商標及廣告以產(chǎn)生用于基于位置的服務提供者的商業(yè)效益。較佳地，此特定目的為一商業(yè)目的，且此商業(yè)目的扮演一贊助金(sponsorshipfee)以提供路線導引信息。圖32顯示此導航裝置如何成為一廣告贊助者平臺、將此路線導引主題化(theming)以符合贊助者的商標。如果此贊助者的商標與一特定的顏色有關聯(lián)，那這顏色可被使用在屏幕上的預定顏色。同樣地，一標識(logo)320可顯示且產(chǎn)生報價(offer)說明在屏幕上。幾乎任一商業(yè)模式可被使用以自此系統(tǒng)上產(chǎn)生商業(yè)效益。舉例來說，此贊助者借瀏覽或付出一固定費用至基于位置的服務裝置提供者，且當產(chǎn)品報價恢復時，此贊助者通過導航裝置及使用基于位置的服務裝置提供者給予這些顧客一特別的報價。所以，以此商業(yè)效益的產(chǎn)生方式通過一內(nèi)容頻道服務的一交易模塊而更容易進行。先前已提及用于一特定目的地的此導航裝置路線導引客制程序以一外掛軟件對象形式來提供，其中此外掛軟件對象在該客戶端裝置執(zhí)行。此外掛軟件對象與使用者接口所需的這些特定目的地的一數(shù)據(jù)庫有關連性。此客戶端有裝置，存取此數(shù)據(jù)庫，其中于使用時，當使用者為安排行程路徑而在此客戶端裝置上選擇一目的地，此時，此客戶端裝置請求該數(shù)據(jù)庫，其中無論己選出目的地是否為一特定目的地及如果此已選出的特定目的地是一特定目的地，則與在此數(shù)據(jù)庫內(nèi)目的地有關聯(lián)的一相應外掛軟件對象以客制化該客戶端裝置的路線導引使用者接口。為完成此路徑行程，這些企業(yè)公司地點的一景點數(shù)據(jù)庫為必要地。此景點數(shù)據(jù)庫包含這些企業(yè)的名稱、類型及位置。此客戶端裝置可在任一地點對此景點數(shù)據(jù)庫存取，包含在此客戶端裝置本身上、與客戶端裝置連接的一服務器上或在因特網(wǎng)上通過被連接至因特網(wǎng)與客戶端裝置的一服務器來存取。此景點數(shù)據(jù)庫可為永不更新的一固定式數(shù)據(jù)庫、一周期性地更新的數(shù)據(jù)庫或是一連續(xù)性更新的實時數(shù)據(jù)庫。一單機系統(tǒng)配置圖顯示在如在圖9中，這些使用者可使用任一可取得的方法以自因特網(wǎng)定期地(periodically)下載一更新信息來更新在一儲存卡上的本地景點數(shù)據(jù)庫。其中前述方法的范例為從一網(wǎng)站下載一檔案至一PC，且此檔案使用連接至該PC的一儲存卡片閱讀機(cardreader)/(cardwriter)而被備分至該儲存卡。此客戶端裝置較佳的是被連接至一服務器，且此服務器包含這些特定目的地的一實時數(shù)據(jù)庫，其中此實時數(shù)據(jù)庫被一基于位置的服務提供者或一第三方物流維持。此外，當一廣告協(xié)議由基于位置的服務提供者或第三方物流或個人企業(yè)公司(individualbusiness)所產(chǎn)生，則內(nèi)容被增加至此數(shù)據(jù)庫。這些個人企業(yè)公司將這些說明增加至此數(shù)據(jù)庫，其中前述數(shù)據(jù)庫由通過一因特網(wǎng)網(wǎng)頁入口(portal)而經(jīng)因特網(wǎng)被存取。這些企業(yè)公司通過該阿頁入口而做到已訂閱或希望訂閱一贊助指引或目的特定廣告服務。用于一景點數(shù)據(jù)庫的一網(wǎng)頁入口使用者接口的范例顯示在圖33內(nèi)。對于數(shù)據(jù)庫的網(wǎng)頁入口允許來自這些企業(yè)公司的題材信息的收集且允許這些企業(yè)公司來管理自身的要求。此網(wǎng)頁入口較佳地簡化來使用且為了這些廣告目的允許一企業(yè)公司輸入自身的名稱，類型及地點及信息。廣告信息決定如何運用色彩組合(colourscheme)且亦包含被顯示在導航內(nèi)容的部分的小型的標識。一預覽模式允許廣告客戶來瀏覽此品牌體驗(brandexperience),亦為當終端使用者已選擇目的時，將在導航產(chǎn)品內(nèi)見到品牌體驗。請參閱圖32，其繪示一使用者接口320的一范例，且此范例的一預期的目的地為一McDonalds快餐餐廳。圖34顯示當McDonalds快餐餐廳作為一導航目的地時，如何產(chǎn)生一顧客導航使用者接口。于步驟340中，對于快餐餐廳的一搜尋被處理及來自這些結(jié)果的列表的一特定餐廳被選出。此客戶端裝置(于步驟341)傳送一請求至該內(nèi)容頻道服務，此請求用來要求此結(jié)果的較多說明，該內(nèi)容頻道服務提供前述結(jié)果。在步驟342，此內(nèi)容頻道服務檢査自身已贊助目的地數(shù)據(jù)庫且組合同樣也包含一旗標(flag)的一結(jié)果說明對象，其中此目的地為一已贊助目的地。己顯示的結(jié)果說明對象被傳送至(步驟343)導航裝置。如果是必要地，這結(jié)果說明對象可產(chǎn)生一已客制化的結(jié)果說明顯示。舉例來說，對于將促使這些顧客裝置以導航至此地點的一特定報價或廣告可被顯示。此使用者接口驗證(步驟344)這些使用者的選擇且于接口上選擇來導航。此客戶端裝置傳送(步驟345)用于一顧客導航使用者接口外掛軟件對象的一請求至該頻道內(nèi)容服務。此頻道內(nèi)容服務接收該外掛軟件對象并以回傳此外掛軟件對象至客戶端裝置(步驟346)，其中前述外掛軟件對象可被使用來產(chǎn)生該已客制化顧客導航使用者接口。此導航裝置于步驟347使用此顧客使用者界面而將路線導引至己選出的目的地。在此實施例，一McDonald's特定使用者界面被使用，此McDonald's特定使用者界面包括一McDonald's標識320及色彩組合。多個指引指示可被客制化以提到McDonalds;舉例來說"McDonalds"向左1.5哩(mile)。同儕計算(Peer-to-Peer)信息架構在一較佳實施例中，一導航內(nèi)容提供服務器可與一個或若干個已相連接的導航客戶端裝置無線地進行通信。此外，這些導航客戶端裝置具有裝置，越過一無線網(wǎng)絡(wirelessnetwork)而與其它的導航客戶端裝置或不同型式的導航客戶端裝置通信。舉例來說，這些不同型式的導航客戶端裝置為移動電話、PDA、計算機或遠程控制裝置。于該導航客戶端裝置與其余導航客戶端裝置被用作通信的網(wǎng)絡比通過導航內(nèi)容提供服務器而被使用以與該導航客戶端裝置通信可為相同或不同網(wǎng)絡。如果此網(wǎng)絡不能支持裝置對裝置通信(devicetodevicecommunication),那通信可通過一如一內(nèi)容頻道服務器的服務器。舉例來說，用作裝置對裝置通信的這些網(wǎng)絡為一移動通信網(wǎng)絡(cellularnetwork)或一802.11LAN。通過經(jīng)該導航客戶端裝置與第二裝置所支持任一信息通信方式使得信息可在這些裝置之間傳送。舉例來說前述信息通信方式為短信系統(tǒng)(SMS)、移動多媒體信息系統(tǒng)(MMS)與電子郵件(email)。在一較佳實施例中，前述第二裝置為一移動電話、被用來與其它裝置通信的無線網(wǎng)絡為蜂巢式(cellular)網(wǎng)絡及該信息為一SMS或MMS信息。裝置對裝置通信網(wǎng)絡可通過一導航客戶端裝置而被使用，以通過無線網(wǎng)絡將基于位置的信息傳送至一第二裝置。前述信息可為任一種信息。舉例來說，信息為一位置的說明、一地圖、對于此位置的路線導引及廣告。較佳地，導航客戶端裝置的使用者通過客戶端裝置的使用者接口指定此位置，且依據(jù)該位置的信息被自動地產(chǎn)生及被傳送至一第二裝置，其中此第二裝置具有連接至無線通信網(wǎng)絡的裝置。在此實施例中，此導航客戶端裝置可將這些地圖及這些指令傳送至由移動電話所致能的任一MMS，且僅有文字指令及信息傳送至由移動電話所致能的任一SMS。而這導航客戶端裝置提供必要的額外功能以產(chǎn)生及傳送基于位置的信息至任一合適的電話。加入裝置對裝置通信網(wǎng)絡信息通信的導航客戶端軟件被使用以組織在數(shù)個參與者(participant)間的會議(meeting)，其中這些參與者具有至少能接收這些SMS信息的一基本移動電話。圖35為一可攜式導航裝置350與其它可攜式無線裝置351及352進移動作的一示意圖。在此例子中，此會議組織者將多個邀請(irwite)傳送至包含此位置及作為文字信息的其它信息的該會議。以此同樣地方式，這些會議邀請以包含文字信息及影像這二者的一MMS信息可由可攜式導航裝置350被傳送至具MMS功能的電話353。圖36顯示用于傳送這些信息的使用者接口的一范例。一旦用于該會議的一位置與多個邀請已被選出，一會議時間可被決定及一簡短信息(briefmessage)被輸入。于本發(fā)明的一另一構思，一導航客戶端裝置具有用以無線地傳送這些邀請至其它裝置的裝置，及用以產(chǎn)生多個對其它無線裝置可充當一導航服務的導航指令的另一裝置。接著，續(xù)請參閱圖35，對于接收此邀請以參與會議及已提供位置或會議的位置已被知悉的該會議而言，用于所有被邀請者(irwitee)的這些路線可在組織者的導航客戶端裝置350上可被產(chǎn)生。作為一認知的部分的這些路線指令以僅有文字指令的參與者形式可被傳送至具SMS功能的電話351及352，并以多媒體指令形式被傳送至具MMS功能的電話353。此MMS電話353能接收一列相互作用的圖像或聲音回合指令，其中通過一會議參與者使用前進與后退箭頭，使得這些指令能被輕易地瀏覽。如果一參與者的位置未被知道，則該會議的更多細節(jié)包含時間與地點能在一只有文字的形式中被送到具SMS功能的移動電話351與352，或者被傳送而作為一MMS信息，且此MMS信息包含時間與地點以及目的地與其周遭環(huán)境的一地圖。已經(jīng)有廣泛采用提供標準特色的移動電話，這些標準特色例如文字傳信息與多媒體傳信息。雖然是慢慢增加中，只有有限的采用客戶端導航裝置或一般用途裝置，其中這些一般用途裝置運轉(zhuǎn)導航客戶端軟件。較佳地是，為了提升對基于位置的產(chǎn)品與服務的知曉與繁衍增加，且其中這些產(chǎn)品與服務被一基于位置的服務提供者所提供，又或者為了推廣第三方流的產(chǎn)品與服務，被一導航客戶端裝置所傳送的信息也能包含廣告內(nèi)容。較佳地是，廣告內(nèi)容被基于位置的服務提供者代表第三方流商業(yè)機構遞交，且此商業(yè)機構為此廣告遞交故支付費用給該基于位置的服務提供者。任何商業(yè)模式能被使用。范例是支付統(tǒng)一價格以廣播、每次廣告信息遞交支付一次、以及通過目標的特別出價所產(chǎn)生的銷售交易的營收分享。依據(jù)本發(fā)明，從裝置到裝置的信息傳輸能被外掛軟件對象初始化或客制化。再者，當信息被接收時外掛軟件對象能被驅(qū)動，以自動地處理這些信息，或自動傳送依據(jù)己接收的信息而定的進一步的信息?；緦Ш郊軜嬏峁难b置到裝置的信息的支持。此支持在此架構的實施例中被標準化，通過提供同儕計算(PeertoPeer)信息APIs以及一使用者互動架構，而該使用者交動架構支持裝置間的信息。被內(nèi)容頻道所提供的這些外掛軟件對象能使用這些機制以為一基于位置的服務提供者或一第三方流達到多樣不同的商業(yè)目標。范例為簡單地創(chuàng)造出知曉一產(chǎn)品或服務，或驅(qū)動往一特定的商業(yè)位置的交通。請參閱圖37，其繪示依據(jù)本發(fā)明當一導航客戶裝置的一使用者組織與另一人之間的會議時在系統(tǒng)中典型地發(fā)生的事情，其中該另一人具有具MMS功能的移動電話。在步驟370中，此會議組織者使用此導航裝置，以一目的地搜尋方法找到一適合的會議地方，其中前述方法例如是已參照圖31而被敘述的方法。在客戶端裝置上的一外掛軟件對象提供類^^在圖36中所描述的使用者接口，此使用者接口允許在步驟371中建立為了另一人的會議邀請及在步驟372中輸入信息，此會議邀請含有會議點(meetingpoint)的位置與輸入信息。此位置典型地以人類可讀的格式被敘述在邀請中，且該邀請也可包含此位置的地圖影像。此邀請在步驟373中被送到該另一人的移動電話，其中該邀請在該移動電話被接收與觀看。被包含在此邀請中的是關于如何接受或拒絕該會議的指令。每一參與者在步驟374中能通過回復(例如送出"Y"等于是或"N"等于否)以接受該會議請求，如同在原來的信息中所指令的，而且可以在信息回復(以一自由的格式)中可選擇地明確說明他們的目前位置。如果被邀請者的移動電話的位置能通過網(wǎng)絡而被知悉，則參與者的位置能被該導航客戶自動地發(fā)現(xiàn)，在這種情況下，參與者的目前位置就不需要在邀請中被請求。通常會議組織者為了得知其它裝置的位置，則這些其它裝置的擁有者需要對網(wǎng)絡先顯示出該會議組織者被允許知道他們的目前位置。目前在美國使此種能力能發(fā)生的范例移動電話網(wǎng)絡是Sprint與Nextel。表示接受的信息在步驟375中被該組織者的客戶端裝置所接收。若能得到呼叫者ID的話，呼叫者ID能被用來辨識傳送者。傳送者的位置在步驟375中自動地通過網(wǎng)絡通過詳細地分析此信息而被決定，或者被組織者手動地輸入。一旦位置被知道，在步驟376中導航裝置使用此位置以計算在該另一人的位置與會議點的位置之間的路線導引指令。這些指令在步驟377中作為包含回合指令的MMS信息而被傳送。該另一人在步驟378中接收此信息，而且然后當他們航向會議點時能夠查詢這些MMS指令。在路線導引之外他們看到用于一產(chǎn)品或服務的廣告。權利要求1、一種提供導航功能或?qū)Ш叫畔⒔o持有一客戶端裝置的一使用者的方法，該客戶端裝置具有一基本導航架構以提供基本導航功能，該基本導航架構支持固定組外掛軟件對象，其特征在于，該方法包含以下步驟提供多個外掛軟件對象，這些外掛軟件對象在該客戶端裝置上執(zhí)行以響應與該客戶端裝置相關的一特定狀況。2、如權利要求1所述的方法，其特征在于，該特定狀況有關于該客戶端裝置的該位置。3、一種導航內(nèi)容提供架構，其特征在于，包含一客戶端裝置，具有一基本導航架構以提供基本導航功能，該基本導航架構支持固定組外掛軟件對象；一服務器，該服務器與該客戶端裝置及因特網(wǎng)進行通信；其中，該客戶端裝置包含一將要求內(nèi)容的一請求傳送至該服務器的裝置，其中該服務器包含一根據(jù)來自客戶端裝置的請求而向連結(jié)到該因特網(wǎng)的多個來源以進行請求內(nèi)容的裝置、一用于接收結(jié)果內(nèi)容的裝置，及一將結(jié)果內(nèi)容以一外掛軟件對象形式傳送至該客戶端裝置的裝置。4、如權利要求3所述的導航內(nèi)容提供架構，其特征在于，該服務器被配置以提供一外掛軟件對象至該客戶端裝置，而當該外掛軟件對象在該客戶端裝置上執(zhí)行時，該客戶端裝置讓一使用者可向該服務器請求內(nèi)容。5、如權利要求3或4所述的導航內(nèi)容提供架構，其特征在于，該客戶端裝置包含一位置決定系統(tǒng)。6、如權利要求5所述的導航內(nèi)容提供架構，其特征在于，該位置決定系統(tǒng)所決定的該客戶端裝置的一位置與要求內(nèi)容的該請求一同傳送，且該所產(chǎn)生的內(nèi)容依該位置而被調(diào)整。7、如權利要求3或4所述的導航內(nèi)容提供架構，其特征在于，該要求內(nèi)容的請求依一目前旅程、旅程速度、一天的時間、日期或特定使用所界定的多個參數(shù)而被調(diào)整。8、如權利要求6所述的導航內(nèi)容提供架構，其特征在于，該要求內(nèi)容的請求依一目前旅程、旅程速度、一天的時間、日期或特定使用所界定的多個參數(shù)而被調(diào)整。9、如權利要求3或4所述的導航內(nèi)容提供架構，其特征在于，該服務器被配置以提供多個外掛軟件對象至該客戶端裝置，該外掛軟件對象提供額外功能至該客戶端裝置。10、一種方法，用以在具有一顯示器的一客戶端裝置上顯示一內(nèi)容來源的內(nèi)容，其特征在于，該方法包含以下步驟于一遠程導航服務器上接收來自該客戶端裝置的一要求內(nèi)容的請求；從該導航服務器傳送該請求至于因特網(wǎng)上提供內(nèi)容的一服務器；于該導航服務器上接收該內(nèi)容;以及將該內(nèi)容進行重新格式化以作為一外掛軟件對象；將該外掛軟件對象傳送至該客戶端裝置；在該客戶端裝置上執(zhí)行該外掛軟件對象以提供信息至該客戶端裝置的該顯不器。11、如權利要求10所述的方法，其特征在于，該客戶端裝置的該位置的一指示與該要求內(nèi)容的請求于該服務器上一同被接收。12、如權利要求10或11所述的方法，其特征在于，當該外掛軟件對象被執(zhí)在該客戶端裝置上時，該外掛軟件對象產(chǎn)生一客制化信息顯示。13、如權利要求10或11所述的方法，其特征在于，該客戶端裝置還包含一地圖顯示，且當該外掛軟件對象在該客戶端裝置上執(zhí)行時，該外掛軟件對象修改地圖顯示或于地圖上加注額外信息。14、如權利要求12所述的方法，其特征在于，該客戶端裝置還包含一地圖顯示，且當該外掛軟件對象在該客戶端裝置上執(zhí)行時，該外掛軟件對象修改地圖顯示或于地圖上加注額外信息。15.如權利要求14所述的方法，其特征在于，還包含:從該服務器傳送一第一外掛軟件對象至該客戶端裝置，當該第一外掛軟件對象在該客戶端裝置上執(zhí)行時，亦允許對該服務器上的內(nèi)容進行請求。16、如權利要求15所述的方法，其特征在于，該第一外掛軟件對象被執(zhí)行，且當一因特網(wǎng)內(nèi)容來源要求一使用者接口時，該第一外掛軟件對象也產(chǎn)生該使用者接口以支持該內(nèi)容請求的使用者客制化。全文摘要本發(fā)明有關于導航裝置及提供數(shù)據(jù)與功能予導航裝置的技術。本發(fā)明提供一導航裝置，其執(zhí)行基本導航架構軟件，且支持一完整導航內(nèi)容提供架構，其中此架構能支持一固定組外掛軟件對象類型。而此所支持的外掛軟件能提供功能與數(shù)據(jù)予導航裝置。前些外掛軟件對象可從一服務器而被下載，服務器為此架構的一部分。當這些導航裝置運作時，可根據(jù)使用者于這些導航裝置上所做的選擇，通過一無線網(wǎng)絡來下載此外掛軟件對象。文檔編號G01C21/26GK101415015SQ20071016333公開日2009年4月22日申請日期2007年10月19日優(yōu)先權日2007年10月19日發(fā)明者曼特喜·約翰·布洛德班,班杰明·彼得·包得勒申請人:神達電腦股份有限公司