提供終端使用者內容的導航系統及架構的製作方法

2023-07-03 22:29:06 1

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