專利名稱：車載應用的適配裝置、啟動方法和系統(tǒng)，車載端的制作方法
技術(shù)領域：
本發(fā)明涉及車載系統(tǒng)領域，特別涉及一種車載應用的適配裝置、啟動方法和系統(tǒng)，車載端。
背景技術(shù)：
如今，汽車產(chǎn)業(yè)發(fā)展迅速，汽車的數(shù)量越來越多。人們在擁有汽車的同時，也會越來越關注使用汽車時的使用體驗，從而越來越多的車載設備應用于汽車上以實現(xiàn)各種車載應用，例如車載導航、車載定位(通常為GPS, Global Positioning System)、語音播報(TTS，Text to Speech)、車載DVD播放、車載通信等，可以實現(xiàn)包括實時路況信號、目的地地圖以及行車導航等行車信號的需求的服務，以及音樂、視頻、圖片等多媒體需求的服務等。各種車載設備或裝置之間相互聯(lián)系，共同構(gòu)成了汽車的車載系統(tǒng)，即車載端。隨著車聯(lián)網(wǎng)的出現(xiàn)，車載端還可以通過網(wǎng)絡實現(xiàn)各類信息的獲取等?，F(xiàn)有的網(wǎng)絡服務端(云端)可以實時地向車載端發(fā)布各種信息，而當車載端的用戶對這些信息感興趣而需要得到進一步地信息時，通常都需要手動啟動車載端上的一些應用，也就是說，無法通過服務端發(fā)布的信息直接去啟動車載應用。舉例來說，當服務端向車載端發(fā)送一條包含有餐館信息的消息后，如果用戶想去其中一家餐館就餐時，就需要手動啟動車載端的導航應用，獲取導航信息。對于用戶來說，這樣的使用體驗并不完善。公告號為CN1332832C的中國專利申請公開了一種車載應用程序選擇系統(tǒng)和車載應用程序選擇裝置及方法，根據(jù)拍攝到的車輛乘員的圖像選擇不同車載應用程序來執(zhí)行動作。但并未涉及通過服務端發(fā)布的信息去啟動車載應用的解決方案。

發(fā)明內(nèi)容
本發(fā)明要解決的問題是現(xiàn)有技術(shù)無法通過服務端發(fā)送的信息調(diào)用車載端的應用。為解決上述技術(shù)問題，本發(fā)明技術(shù)方案提供一種車載應用的適配裝置，包括:請求接收單元，適于接收基于消息界面產(chǎn)生的調(diào)用請求；請求解析單元，適于解析所述調(diào)用請求，調(diào)用應用接口單元；應用接口單元，適于生成匹配于車載應用的應用啟動信號；應用啟動單元，適于基于所述應用啟動信號啟動所述車載應用。為解決上述技術(shù)問題，本發(fā)明技術(shù)方案還提供一種車載端，包括:顯示單元，適于基于服務端發(fā)送的消息顯示消息界面；請求單元，適于基于所述消息界面產(chǎn)生調(diào)用請求；上述的車載應用的適配裝置。為解決上述技術(shù)問題，本發(fā)明技術(shù)方案還提供一種車載應用的啟動系統(tǒng)，包括:上述的車載端和適于向所述車載端發(fā)送消息的服務端。為解決上述技術(shù)問題，本發(fā)明技術(shù)方案一種車載GPS的啟動方法，包括:接收基于消息界面產(chǎn)生的調(diào)用請求；解析所述調(diào)用請求，生成匹配于車載應用的應用啟動信號；基于所述應用啟動信號啟動所述車載應用。與現(xiàn)有技術(shù)相比，本發(fā)明技術(shù)方案具有以下優(yōu)點:
通過消息界面產(chǎn)生調(diào)用請求，再將調(diào)用請求轉(zhuǎn)換為匹配于車載應用的應用啟動信號，由此實現(xiàn)了在不改變現(xiàn)有車載應用的前提下，就可以通過消息調(diào)用車載應用，增強了用戶對于車載應用的使用體驗。并且，消息界面是基于服務端發(fā)送的實時消息而生成，用戶通過消息界面調(diào)用車載應用，由此提高了服務端、車載端和用戶之間的交互性。


圖1是本發(fā)明技術(shù)方案的車載應用的適配裝置的基本結(jié)構(gòu)示意圖；圖2是本發(fā)明技術(shù)方案的車載應用的啟動系統(tǒng)的基本結(jié)構(gòu)示意圖；圖3是本發(fā)明技術(shù)方案的車載應用的啟動方法的基本流程圖；圖4是本發(fā)明實施例1的車載GPS的啟動系統(tǒng)的結(jié)構(gòu)示意圖；圖5是車載端接收到消息后的顯示界面的示例圖；圖6是本發(fā)明實施例1的消息界面的示例圖；圖7是本發(fā)明實施例1的適配裝置的結(jié)構(gòu)示意圖；圖8是本發(fā)明實施例1的更新后的消息界面的示例圖；圖9是本發(fā)明實施例2的車載導航的啟動系統(tǒng)的結(jié)構(gòu)示意圖；圖10是本發(fā)明實施例2的消息界面的示例圖；圖11是本發(fā)明實施例2的適配裝置的結(jié)構(gòu)示意圖；圖12是本發(fā)明實施例3的車載語音播報的啟動系統(tǒng)的結(jié)構(gòu)示意圖；圖13是本發(fā)明實施例3的消息界面的示例圖；圖14是本發(fā)明實施例3的適配裝置的結(jié)構(gòu)示意圖；圖15是本發(fā)明實施例4的車載端升級的啟動系統(tǒng)的結(jié)構(gòu)示意圖；圖16是本發(fā)明實施例4的消息界面的示例圖；圖17是本發(fā)明實施例4的適配裝置的結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明的上述目的、特征和優(yōu)點能夠更為明顯易懂，下面結(jié)合附圖對本發(fā)明的具體實施方式
做詳細的說明。在以下描述中闡述了具體細節(jié)以便于充分理解本發(fā)明。但是本發(fā)明能夠以多種不同于在此描述的其它方式來實施，本領域技術(shù)人員可以在不違背本發(fā)明內(nèi)涵的情況下做類似推廣。因此本發(fā)明不受下面公開的具體實施方式
的限制?，F(xiàn)有技術(shù)中，服務端可以以消息的形式向車載端發(fā)布各種實時信息，車載端的顯示界面會顯示服務端發(fā)布的信息，然而當用戶對這些信息感興趣而需要得到進一步地信息時，通常都需要手動啟動車載端上的一些應用。本發(fā)明實施例提供一種車載應用的適配裝置，如圖1所示，適配裝置14包括:請求接收單元141、請求解析單元142、應用接口單元143和應用啟動單元144。其中，請求接收單元141，適于接收基于消息界面產(chǎn)生的調(diào)用請求；請求解析單元142，與所述請求接收單元141相連，適于解析所述調(diào)用請求，調(diào)用應用接口單元143 ;應用接口單元143，適于生成匹配于車載應用的應用啟動信號；應用啟動單元144，與所述應用接口單元143相連，適于基于所述應用啟動信號啟動所述車載應用。
本發(fā)明實施例還提供一種車載應用的啟動系統(tǒng)，如圖2所示，包括車載端I和適于向所述車載端I發(fā)送消息的服務端2。所述車載端I包括:車載應用單元11、顯示單元12、請求單元13和適配裝置14。其中，車載應用單元11，適于實現(xiàn)車載應用；顯示單元12，適于基于服務端發(fā)送的消息顯示消息界面；請求單元13，適于基于所述消息界面產(chǎn)生調(diào)用請求；適配裝置14，適于解析所述調(diào)用請求，生成匹配于車載應用的應用啟動信號，并啟動相應的車載應用。適配裝置14的結(jié)構(gòu)可以如圖1所示。本發(fā)明實施例還提供一種車載應用的啟動方法，如圖3所示，包括:步驟SI，接收基于消息界面產(chǎn)生的調(diào)用請求；步驟S2，解析所述調(diào)用請求，生成匹配于車載應用的應用啟動信號；步驟S3，基于所述應用啟動信號啟動所述車載應用。下面結(jié)合附圖和具體實施例對本發(fā)明的技術(shù)方案進行詳細說明。實施例1本實施例的車載應用包括車載定位(GPS)應用，調(diào)用請求包括GPS調(diào)用請求，應用啟動信號包括GPS啟動信號；應用接口單元包括GPS接口單元，應用啟動單元包括GPS啟動單元,車載應用單元包括GPS單元。以服務端向車載端發(fā)送一條“推薦附近餐館”的消息，車載端顯示了 “附近餐館的名稱”為例，在行車過程中，由于車載端的位置變化，附近的餐館也會隨之變化，而現(xiàn)有技術(shù)如果用戶需要在行車過程中實時地獲取附近餐館的消息時，就需要手動啟動車載端的GPS應用，向服務端上報GPS信息，以由服務端基于車載端上報的GPS信息向車載端發(fā)送實時消
肩、O因此,本實施例的車載GPS的啟動系統(tǒng),如圖4所示,包括:車載端Al和適于向所述車載端Al發(fā)送消息的服務端A2，所述車載端Al與所述服務端A2之間的通信方式可以為2G/3G網(wǎng)絡通信方式。所述車載端Al包括:GPS單元Al I，適于實現(xiàn)GPS應用，獲取GPS信息，所述GPS信息通常包括車載端所在位置的經(jīng)緯度信息；顯示單元A12，適于基于所述服務端A2發(fā)送的消息顯示消息界面；請求單元A13，與所述顯示單元A12相連，適于基于所述消息界面產(chǎn)生GPS調(diào)用請求；適配裝置A14，與所述GPS單元Al 1、請求單元A13相連，適于接收所述GPS調(diào)用請求，基于所述GPS調(diào)用請求生成GPS啟動信號，基于所述GPS啟動信號啟動所述GPS單元All，獲取所述GPS單元All反饋的GPS信息；更新單元A16，與所述適配裝置A14相連，適于基于車載應用發(fā)送的反饋信息更新所述顯示單元A12顯示的消息界面。具體地，更新單元A16適于基于所述適配裝置A14獲取的GPS信息更新所述顯示單元A12顯示的消息界面。通過請求單元產(chǎn)生基于消息界面的GPS調(diào)用請求，再由適配裝置將GPS調(diào)用請求轉(zhuǎn)換為啟動GPS應用的信號，由此實現(xiàn)了通過消息界面調(diào)用車載端的GPS應用；進一步地，通過適配裝置和更新單元實現(xiàn)了基于GPS應用反饋的GPS信息實時更新消息界面。下面對本發(fā)明實施例的車載GPS的啟動系統(tǒng)的工作流程進行詳細說明。
請參考圖4，首先，服務端A2向車載端Al發(fā)送消息，例如，服務端A2根據(jù)系統(tǒng)時間判斷當前為用餐時間，因此根據(jù)車載端Al的當前位置(可以由車載端Al的GPS單元All上報，也可以是用戶在車載端Al輸入并上報)向車載端Al發(fā)送了一條標題為“推薦附近餐館”的消息。又例如，服務端A2實時獲取車載端Al的當前位置，當車輛行駛到商家D (第三方)附近時，服務端A2向車載端Al發(fā)送了一條該商家的商品促銷的消息。車載端Al通過車載收件箱接收服務端A2發(fā)送的消息，并通過顯示界面或語音提示用戶接收到了新消息。用戶打開車載收件箱，顯示界面如圖5所示，為了區(qū)別于現(xiàn)有類別的消息(如導航信息、系統(tǒng)通知)，本實施例將可通過其啟動車載應用的消息歸類為“互動消息”，用戶點擊“互動消息”，則顯示互動消息列表，互動消息列表中的消息可以按照接收的時間先后排列。本實施例中，服務端A2發(fā)送的消息包含了消息界面文件的鏈接，消息界面文件可以為網(wǎng)頁文件，如html、htm、asp、php、jsp文件等,對應地，網(wǎng)頁文件的鏈接可以為URL地址。接著，顯示單元A12基于所述服務端A2發(fā)送的消息顯示消息界面。本實施例中，車載端Al還包括與顯示單元A12相連的鏈接單元A15,基于所述消息界面文件的鏈接獲取所述消息界面文件。以消息界面文件為網(wǎng)頁文件為例，服務端A2發(fā)送的互動消息僅是簡短的標題和網(wǎng)頁文件的鏈接，該互動消息的詳細內(nèi)容實際上包含在所述網(wǎng)頁文件中，當用戶對該互動消息感興趣而選擇查看時，鏈接單元A15連接至網(wǎng)絡，從所述網(wǎng)頁文件的鏈接下載網(wǎng)頁文件并發(fā)送至顯示單元A12，顯示單元A12根據(jù)網(wǎng)頁文件繪制生成消息界面，所述消息界面以網(wǎng)頁的形式呈現(xiàn)在車載端Al的顯示界面上，消息界面顯示有用于產(chǎn)生GPS調(diào)用請求的控件。以用戶選擇“推薦附近餐館”的消息為例，消息界面可以如圖6所示，其顯示了多個控件，包括:標注有“更新”的控件，用于產(chǎn)生GPS調(diào)用請求；以餐館的名稱標注的控件，用于產(chǎn)生導航調(diào)用請求。對于用戶來說，操作(如觸摸或點擊)“更新”的控件就可以啟動車載GPS應用，獲得GPS信息；操作以餐館的名稱標注的控件就可以啟動車載導航應用，獲得導航信息。所述網(wǎng)頁文件可以由服務端A2或第三方提供，網(wǎng)頁文件中，HTML/XHTML負責頁面結(jié)構(gòu)，CSS負責樣式表現(xiàn)，JavaScript負責動態(tài)行為，使得顯示的網(wǎng)頁可以豐富多樣化，并且可由服務端A2或第三方實時更新。為了實現(xiàn)對網(wǎng)頁文件的控件進行操作就可以啟動車載GPS應用，如車載GPS、車載導航等，網(wǎng)頁文件內(nèi)嵌了 GPS應用接口、導航應用接口等，以JavaScript實現(xiàn)GPS應用或?qū)Ш綉玫恼{(diào)用。需要說明的是，本實施例中，在服務端A2向車載端Al發(fā)布信息時，服務端A2向車載端Al發(fā)送的消息包括消息的標題和消息界面文件的鏈接，但并不包括消息的具體內(nèi)容(在消息界面文件中描述)，當車載端Al對消息感興趣時再下載消息界面文件，因此在一定程度上減少了服務端A2向車載端Al傳送信息的數(shù)據(jù)量，提高了傳輸速率，節(jié)省了車載端Al的存儲空間。在其他實施例中，服務端A2也可以在向車載端Al發(fā)布信息時就把消息界面文件發(fā)給車載端Al。接著，在顯示消息界面后，請求單元A13基于所述消息界面產(chǎn)生GPS調(diào)用請求并發(fā)送給適配裝置A14。以用戶在如圖6所示的消息界面中點擊(選擇)“更新”的控件為例，請求單元A13與網(wǎng)頁內(nèi)嵌的GPS應用接口建立連接，產(chǎn)生GPS調(diào)用請求。接著，適配裝置A14接收到請求單元A13發(fā)送的GPS調(diào)用請求后，基于所述GPS調(diào)用請求生成GPS啟動信號，基于所述GPS啟動信號啟動所述GPS單元AU。
請求單元A13產(chǎn)生的GPS調(diào)用請求并不能直接用于調(diào)用GPS應用，也就是說，GPS單元All不能識別GPS調(diào)用請求，因此需要適配裝置A14對GPS調(diào)用請求進行解析和處理，以獲得GPS單元All能夠識別的信號。本實施例中，由于消息界面文件內(nèi)嵌的GPS應用接口和適配裝置A14的作用，使得無需改變現(xiàn)有的GPS單元的基本結(jié)構(gòu)即可實現(xiàn)通過消息界面調(diào)用車載GPS應用。具體來說，如圖7所示，適配裝置A14包括請求接收單元A141、請求解析單元A142、GPS接口單元A143、GPS啟動單元A144和GPS反饋單元A145。請求接收單元A141接收請求單元A13產(chǎn)生的GPS調(diào)用請求并發(fā)送給請求解析單元A142 ;請求解析單元A142解析所述GPS調(diào)用請求，調(diào)用GPS接口單元A143 ；GPS接口單元A143基于請求解析單元A142的調(diào)用生成GPS啟動信號，GPS接口單元A143可以是JavaScript應用程序(如可以命名為geolocation, js) ；GPS啟動單元A144將所述GPS啟動信號發(fā)送至GPS單元All以啟動GPS應用；6 3單元々11啟動后，GPS反饋單元A145從所述GPS單元Al I獲取反饋的GPS信息并發(fā)送給更新單元A16。繼續(xù)參考圖4，更新單元A16在接收到適配裝置A14的GPS反饋單元A145發(fā)送的GPS信息后，將GPS信息上報至服務端A2，服務端A2基于更新單元A16上報的GPS信息(通常為車載端的當前位置的經(jīng)緯度信息)，更新向車載端Al發(fā)送的“推薦附近餐館”的消息，車載端Al在接收到更新的消息后，更新顯示的消息界面。具體實施時，更新單元A16可以包括信息發(fā)送單元和消息傳送單元。所述信息發(fā)送單元適于將適配裝置A14獲取的GPS信息發(fā)送至服務端A2 ;所述消息傳送單元適于接收服務端A2發(fā)送的基于所述GPS信息產(chǎn)生的消息并發(fā)送至顯示單元A12。本實施例中，服務端A2發(fā)送的基于所述GPS信息產(chǎn)生的消息(更新后的消息)包括消息界面文件的鏈接(更新后的消息界面文件的鏈接)，所述消息傳送單元通過鏈接單元A15將更新后的消息發(fā)送給顯示單元A12，具體地，鏈接單元A15根據(jù)更新后的消息界面文件的鏈接獲取更新后的消息界面文件并發(fā)送給顯示單元A12，顯示單元A12根據(jù)更新后的消息界面文件生成消息界面并予以顯示，更新后的消息界面可以如圖8所示。在其他實施例中，更新后的消息界面文件可以包含在服務端A2發(fā)送的消息中，所述消息傳送單元直接將更新后的消息界面文件發(fā)送給顯示單元A12，顯示單元A12根據(jù)更新后的消息界面文件生成消息界面并予以顯示。需要說明的是，本實施例中，消息界面文件中沒有包含當前位置的信息，相應地，在圖8中未顯示當前位置的信息。在其他實施例中，服務端也可以基于車載端上報的GPS信息確定當前位置的信息并將其描述在消息界面文件中，由此顯示單元顯示的消息界面中也會顯示有當前位置的信息。此外，所述GPS單元Al I還適于向適配裝置A14反饋GPS定位結(jié)果；所述適配裝置A14的GPS反饋單元A145還適于將所述GPS定位結(jié)果發(fā)送至顯示單元A12。例如，當GPS單元All由于衛(wèi)星信號等原因定位失敗后，向適配裝置A14發(fā)送“GPS定位失敗”的消息，適配裝置A14向顯示單元A12反饋“GPS定位失敗”的消息，通過顯示單元A12將“GPS定位失敗”的消息顯示在消息界面中。對應地，本實施例的車載GPS的啟動方法包括:步驟S11，接收基于消息界面產(chǎn)生的GPS調(diào)用請求；步驟S12，解析所述GPS調(diào)用請求，生成GPS啟動信號；步驟S13，基于所述GPS啟動信號啟動GPS應用；步驟S14，接收所述GPS應用發(fā)送的反饋信息，所述反饋信息包括GPS信息；步驟S15，基于GPS應用反饋的GPS信息更新所述消息界面。本實施例通過消息界面產(chǎn)生GPS調(diào)用請求，再將GPS調(diào)用請求轉(zhuǎn)換為啟動GPS應用的信號，由此實現(xiàn)了通過服務端發(fā)送的消息調(diào)用車載端的GPS應用；進一步，GPS應用啟動后，可以將與GPS信息關聯(lián)的信息反饋給消息界面，也就是基于GPS信息實時地更新消息界面。因此，上述技術(shù)方案增強了用戶對于車載GPS應用的使用體驗，提高了服務端、車載端和用戶之間的交互性。實施例2本實施例的調(diào)用請求包括車載應用的參數(shù)信息，所述應用接口單元還適于基于所述車載應用的參數(shù)信息生成匹配于所述車載應用的應用參數(shù)，所述應用啟動單元還適于將所述應用參數(shù)發(fā)送至所述車載應用。本實施例的車載應用包括車載導航應用，調(diào)用請求包括導航調(diào)用請求，應用啟動信號包括導航啟動信號；應用接口單元包括導航接口單元，應用啟動單元包括導航啟動單元，車載應用單元包括導航單元。以服務端向車載端發(fā)送一條“推薦附近餐館”的消息，車載端顯示了 “附近餐館的名稱”為例，現(xiàn)有技術(shù)中，當用戶想去其中一家餐館就餐時，就需要手動啟動車載端的導航應用，輸入“餐館的名稱”，獲取導航信息。對于用戶來說，這樣的使用體驗并不完善。因此,本實施例的車載導航的啟動系統(tǒng),如圖9所示,包括:車載端BI和適于向所述車載端BI發(fā)送消息的服務端B2，所述車載端BI與所述服務端B2之間的通信方式可以為2G/3G網(wǎng)絡通信方式。所述車載端BI包括:導航單元B11，適于基于導航應用參數(shù)進行導航，所述導航應用參數(shù)包括導航點信息；顯示單元B12，適于基于所述服務端B2發(fā)送的消息顯示消息界面；請求單元B13，與所述顯示單元B12相連，適于基于所述消息界面產(chǎn)生導航調(diào)用請求，所述導航調(diào)用請求包括導航點信息；適配裝置B14，與所述導航單元B11、請求單元B13相連，適于接收所述導航調(diào)用請求，基于所述導航調(diào)用請求生成導航應用參數(shù)和導航啟動信號，基于所述導航啟動信號啟動所述導航單元BI I，并發(fā)送所述導航應用參數(shù)至所述導航單元BI I。通過請求單元B13產(chǎn)生基于消息界面的導航調(diào)用請求，再由適配裝置B14將導航調(diào)用請求轉(zhuǎn)換為啟動導航應用的信號和應用參數(shù)，由此實現(xiàn)了通過消息界面調(diào)用車載端的導航應用。下面對本實施例的車載導航的啟動系統(tǒng)的工作流程進行詳細說明。請參考圖9，首先，服務端B2向車載端BI發(fā)送消息，例如，服務端B2根據(jù)系統(tǒng)時間判斷當前為用餐時間，因此根據(jù)車載端BI的當前位置向車載端BI發(fā)送了一條標題為“推薦附近餐館”的消息。又例如，服務端B2實時獲取車載端BI的當前位置，當車輛行駛到商家D(第三方)附近時，服務端B2向車載端BI發(fā)送了一條該商家的商品促銷的消息。車載端BI通過車載收件箱接收服務端B2發(fā)送的消息，并通過顯示界面或語音提示用戶接收到了新消息。用戶打開車載收件箱，顯示界面如圖5所示，為了區(qū)別于現(xiàn)有類別的消息(如導航信息、系統(tǒng)通知)，本實施例將可通過其啟動車載應用的消息歸類為“互動消息”，用戶點擊“互動消息”，則顯示互動消息列表，互動消息列表中的消息可以按照接收的時間先后排列。本實施例中，服務端B2發(fā)送的消息包含了消息界面文件的鏈接，所述消息界面文件包括了導航點信息，例如導航點的名稱、導航點的位置等。消息界面文件可以為網(wǎng)頁文件,如html、htm、asp、php、jsp文件等,對應地，網(wǎng)頁文件的鏈接可以為URL地址。接著，顯示單元B12基于所述服務端B2發(fā)送的消息顯示消息界面。本實施例中，車載端BI還包括與顯示單元B12相連的鏈接單元B15,基于所述消息界面文件的鏈接獲取所述消息界面文件。以消息界面文件為網(wǎng)頁文件為例，服務端B2發(fā)送的互動消息僅是簡短的標題和網(wǎng)頁文件的鏈接，該互動消息的詳細內(nèi)容和導航點信息實際上包含在所述網(wǎng)頁文件中，當用戶對該互動消息感興趣而選擇查看時，鏈接單元B15連接至網(wǎng)絡，從所述網(wǎng)頁文件的鏈接下載網(wǎng)頁文件并發(fā)送至顯示單元B12，顯示單元B12根據(jù)網(wǎng)頁文件繪制生成消息界面，所述消息界面以網(wǎng)頁的形式呈現(xiàn)在車載端BI的顯示界面上，消息界面顯示有用于產(chǎn)生導航調(diào)用請求的控件。以用戶選擇“推薦附近餐館”的消息為例，消息界面可以如圖6所示，其顯示了多個控件，每個控件以餐館(導航點)的名稱標注，對于用戶來說，操作(如觸摸或點擊)這些控件就可以啟動車載導航應用，獲得餐館的導航信息。以用戶選擇“商家D的商品促銷”的消息為例，消息界面可以如圖10所示，其顯示了多條促銷信息和一個控件，該控件以商家的名稱(商家D)標注，對于用戶來說，如對促銷信息感興趣而打算去該商家時，操作(如觸摸或點擊)該控件就可以啟動車載導航應用，獲得商家D的導航信息。所述網(wǎng)頁文件可以由服務端B2或第三方提供，網(wǎng)頁文件中，HTML/XHTML負責頁面結(jié)構(gòu)，CSS負責樣式表現(xiàn)，JavaScript負責動態(tài)行為，使得顯示的網(wǎng)頁可以豐富多樣化，并且可由服務端B2或第三方實時更新。為了實現(xiàn)對網(wǎng)頁文件的控件進行操作就可以啟動車載導航應用，網(wǎng)頁文件內(nèi)嵌了導航應用接口，以JavaScript實現(xiàn)導航應用的調(diào)用。需要說明的是，本實施例中，在服務端B2向車載端BI發(fā)布信息時，服務端B2向車載端BI發(fā)送的消息包括消息的標題和消息界面文件的鏈接，但并不包括消息的具體內(nèi)容(在消息界面文件中描述)，當車載端BI對消息感興趣時再下載消息界面文件，因此在一定程度上減少了服務端B2向車載端BI傳送信息的數(shù)據(jù)量，提高了傳輸速率，節(jié)省了車載端BI的存儲空間。在其他實施例中，服務端B2也可以在向車載端BI發(fā)布信息時就把消息界面文件發(fā)給車載端BI。接著，在顯示消息界面后，請求單元B13基于所述消息界面產(chǎn)生導航調(diào)用請求并發(fā)送給適配裝置B14，所述導航調(diào)用請求包括導航點信息。以用戶在如圖6所示的消息界面中點擊(選擇)“餐館B”的控件為例，請求單元B13與網(wǎng)頁內(nèi)嵌的導航應用接口建立連接，產(chǎn)生包含導航點信息的導航調(diào)用請求，導航點也就是導航的目的地，導航點信息可以是名稱，如餐館B，也可以是位置，如餐館B的經(jīng)緯度信息，或者是導航點附近的路名等。導航點信息可以預先在網(wǎng)頁文件中設置。
此外，在用戶選擇控件后，請求單元B13還可以通過顯示單元B12向用戶提供一對話框(需求輸入界面)，供用戶輸入一些導航需求信息，例如導航點信息、指定導航顯示模式等，所述導航顯示模式可以為導航模式或預覽模式，其中，導航模式是指在導航啟動后，以圖文的形式向用戶顯示導航地圖和導航路線，并進行語音導航；預覽模式是指導航啟動后，以文字形式向用戶顯示從當前位置到目的地的大致方位、路線和路況等。用戶輸入導航需求信息并確認后，導航需求信息也會包含在請求單元B13產(chǎn)生的導航調(diào)用請求中。 接著，適配裝置B14接收到請求單元B13發(fā)送的導航調(diào)用請求后，基于所述導航調(diào)用請求生成導航應用參數(shù)和導航啟動信號，基于所述導航啟動信號啟動所述導航單元B11，并發(fā)送所述導航應用參數(shù)至所述導航單元BI I。請求單元B13產(chǎn)生的導航調(diào)用請求并不能直接用于調(diào)用導航應用，也就是說，導航單元11不能識別導航調(diào)用請求，因此需要適配裝置B14對導航調(diào)用請求進行解析和處理，以獲得導航單元Bll能夠識別的應用參數(shù)。本實施例中，由于消息界面文件內(nèi)嵌的導航應用接口和適配裝置B14的作用，使得無需改變現(xiàn)有的導航單元的基本結(jié)構(gòu)即可實現(xiàn)通過消息界面調(diào)用車載導航應用。具體來說，如圖11所示，適配裝置B14包括請求接收單元B141、請求解析單元B142、導航接口單元B143和導航啟動單元B144。請求接收單元B141接收請求單元B13產(chǎn)生的導航調(diào)用請求并發(fā)送給請求解析單元B142 ;請求解析單元B142解析所述導航調(diào)用請求，獲取導航點信息，調(diào)用導航接口單元B143并將導航點信息傳送給導航接口單元B143 ；導航接口單元B143基于導航點信息生成導航應用參數(shù)和導航啟動信號，導航應用參數(shù)與導航單元Bll的參數(shù)接口匹配,導航接口單元B143可以是JavaScript應用程序(如可以命名為navi, js);導航啟動單元B144將所述導航啟動信號發(fā)送至導航單元Bll以啟動導航應用，并發(fā)送導航應用參數(shù)至所述導航單元B11。導航應用參數(shù)包括導航點信息，還可以包括用戶輸入的導航需求信息，如導航顯示模式等。本實施例中，導航接口單元B143生成的導航應用參數(shù)包含在導航啟動信號攜帶的信息中，因此導航單元Bll啟動后也就可以從導航啟動信號中解析出導航應用參數(shù)。在其他實施例中，導航啟動信號也可以不攜帶信息，在導航單元Bll接收到導航啟動信號后，向?qū)Ш絾訂卧狟144反饋啟動成功的信號，導航啟動單元B144接收到啟動成功的信號后，再向?qū)Ш絾卧狟ll發(fā)送導航應用參數(shù)。導航單元Bll通常包括硬件部分和應用程序部分，適于相互配合以實現(xiàn)導航應用。導航單元Bll啟動后，獲取導航應用參數(shù)，然后根據(jù)導航點的經(jīng)緯度信息和從GPS單元獲取的當前位置的經(jīng)緯度信息匹配導航路線，并根據(jù)導航需求信息顯示導航界面。需要說明的是，本實施例中GPS單元始終處于工作狀態(tài)，在其他實施例中，若用戶在如圖6所示的消息界面中點擊(選擇)“餐館B”的控件時，GPS單元處于關閉狀態(tài)，則所述調(diào)用請求還可以包括GPS調(diào)用請求以啟動GPS單元，關于GPS調(diào)用請求啟動GPS應用的過程可以參考實施例1。本實施例中，所述導航單元Bll還適于向適配裝置B14反饋導航結(jié)果；所述適配裝置B14還包括反饋單元,具體為導航反饋單元,適于獲取所述導航單元Bll發(fā)送的反饋信息(如導航結(jié)果)，將所述導航結(jié)果發(fā)送至顯示單元B12。例如，當導航單元Bll成功匹配到導航路線后，適配裝置B14的導航反饋單元向顯示單元B12反饋“導航成功”的消息，通過顯示單元B12將“導航成功”的消息顯示在消息界面中；當導航單元Bll未匹配到導航路線或由于其他原因啟動失敗后，適配裝置B14的導航反饋單元向顯示單元B12反饋“導航失敗”的消息，通過顯示單元B12將“導航失敗”的消息顯示在消息界面中。對應地，本實施例的車載導航的啟動方法包括:步驟S21，接收基于消息界面產(chǎn)生的導航調(diào)用請求，所述導航調(diào)用請求包括導航點信息；步驟S22，解析所述導航調(diào)用請求，生成導航應用參數(shù)和導航啟動信號，所述導航應用參數(shù)包括導航點信息；步驟S23，基于所述導航啟動信號啟動導航應用，并發(fā)送所述導航應用參數(shù)至所述導航應用。在本發(fā)明的一個實施例中，所述車載導航的啟動方法還可以包括:步驟S24，將所述導航應用的導航結(jié)果反饋至消息界面。本實施例通過消息界面產(chǎn)生導航調(diào)用請求，再將導航調(diào)用請求轉(zhuǎn)換為啟動導航應用的信號和導航應用可識別的導航應用參數(shù)，由此實現(xiàn)了通過服務端發(fā)送的消息調(diào)用車載端的導航應用，增強了用戶對于車載導航應用的使用體驗，提高了服務端、車載端和用戶之間的交互性。實施例3本實施例的調(diào)用請求包括車載應用的參數(shù)信息，所述應用接口單元還適于基于所述車載應用的參數(shù)信息生成匹配于所述車載應用的應用參數(shù)，所述應用啟動單元還適于將所述應用參數(shù)發(fā)送至所述車載應用。本實施例的車載應用包括車載語音播報應用，調(diào)用請求包括語音播報調(diào)用請求，應用啟動信號包括語音播報啟動信號；應用接口單元包括語音播報接口單元，應用啟動單元包括語音播報啟動單元，車載應用單元包括語音播報單元。以服務端向車載端發(fā)送了一條新聞或?qū)崟r路況信息，車載端顯示了新聞或?qū)崟r路況信息的標題為例，現(xiàn)有技術(shù)中，當用戶想收聽該條新聞或?qū)崟r路況信息，就需要手動啟動車載端的語音播報應用，輸入要收聽的文字內(nèi)容，由語音播報應用將文字內(nèi)容朗讀出來。對于用戶來說，由于需要手動啟動語音播報應用，再輸入文字內(nèi)容，不但操作復雜，而且如果是在行車過程也會影響安全性，因此，這樣的使用體驗并不完善。本實施例的車載語音播報的啟動系統(tǒng)，如圖12所不,包括:車載端Cl和適于向所述車載端Cl發(fā)送消息的服務端C2，所述車載端Cl與所述服務端C2之間的通信方式可以為2G/3G網(wǎng)絡通信方式。所述車載端Cl包括:語音播報單元C11，適于接收語音播報應用參數(shù)，將所述語音播報應用參數(shù)包括的要播報的文本信息轉(zhuǎn)換成語音并進行播報；顯示單元C12，適于基于所述服務端C2發(fā)送的消息顯示消息界面；請求單元C13，與所述顯示單元C12相連，適于基于所述消息界面產(chǎn)生語音播報調(diào)用請求，所述語音播報調(diào)用請求包括要播報的文本信息和/或語音播報操作指令；適配裝置C14，與所述語音播報單元Cl 1、請求單元C13相連，適于接收所述語音播報調(diào)用請求，基于所述語音播報調(diào)用請求生成語音播報應用參數(shù)和語音播報啟動信號，基于所述語音播報啟動信號啟動所述語音播報單元Cll，并發(fā)送所述語音播報應用參數(shù)至所述語音播報單元CU。通過請求單元C13產(chǎn)生基于消息界面的語音播報調(diào)用請求，再由適配裝置C14將語音播報調(diào)用請求轉(zhuǎn)換為啟動語音播報應用的信號和應用參數(shù)，由此實現(xiàn)了通過消息界面調(diào)用車載端的語音播報應用。下面對本實施例的車載語音播報的啟動系統(tǒng)的工作流程進行詳細說明。請參考圖12，首先，服務端C2向車載端Cl發(fā)送消息，例如，服務端C2根據(jù)車載端Cl上報的GPS數(shù)據(jù)，確定車載端Cl當前位置在南北高架上，則向車載端Cl發(fā)送了一條標題為“南北高架實時路況信息”的消息。車載端Cl通過車載收件箱接收服務端C2發(fā)送的消息，并通過顯示界面或語音提示用戶接收到了新消息。用戶打開車載收件箱，顯示界面如圖5所示，為了區(qū)別于現(xiàn)有類別的消息(如導航信息、系統(tǒng)通知)，本實施例將可通過其啟動車載應用的消息歸類為“互動消息”，用戶點擊“互動消息”，則顯示互動消息列表，互動消息列表中的消息可以按照接收的時間先后排列。本實施例中，服務端C2發(fā)送的消息包含了消息界面文件的鏈接，所述消息界面文件包括了可進行播報的文字內(nèi)容，要播報的文本信息可以是部分或全部文字內(nèi)容。消息界面文件可以為網(wǎng)頁文件，如html、htm、asp、php、jsp文件等,對應地，網(wǎng)頁文件的鏈接可以為URL地址。接著，顯示單元C12基于所述服務端C2發(fā)送的消息顯示消息界面。本實施例中，車載端Cl還包括與顯示單元C12相連的鏈接單元C15，基于所述消息界面文件的鏈接獲取所述消息界面文件。以消息界面文件為網(wǎng)頁文件為例，服務端C2發(fā)送的互動消息僅是簡短的標題和網(wǎng)頁文件的鏈接，該互動消息的詳細內(nèi)容實際上包含在所述網(wǎng)頁文件中，當用戶對該互動消息感興趣而選擇查看時，鏈接單元C15連接至網(wǎng)絡，從所述網(wǎng)頁文件的鏈接下載網(wǎng)頁文件并發(fā)送至顯示單元C12，顯示單元C12根據(jù)網(wǎng)頁文件繪制生成消息界面，所述消息界面以網(wǎng)頁的形式呈現(xiàn)在車載端Cl的顯示界面上，消息界面顯示有用于產(chǎn)生語音播報調(diào)用請求的控件。以用戶選擇“南北高架實時路況信息”的消息為例，消息界面可以如圖13所示，其顯示了消息的詳細內(nèi)容(可進行播報的文字內(nèi)容)和多個控件，控件用于供用戶輸入語音播報操作指令，例如，播放指令(PLAY)、暫停播放指令(PAUSE)、繼續(xù)播放指令(RESUME)、停止播放指令(STOP)或重復播放指令(REPLAY)，圖13中僅示例性地給出了 3個控件。對于用戶來說，操作(如觸摸或點擊)這些控件就可以啟動和操作車載語音播報單元C11，將消息的詳細內(nèi)容轉(zhuǎn)換為語音。所述網(wǎng)頁文件可以由服務端C2或第三方提供，網(wǎng)頁文件中，HTML/XHTML負責頁面結(jié)構(gòu)，CSS負責樣式表現(xiàn)，JavaScript負責動態(tài)行為，使得顯示的網(wǎng)頁可以豐富多樣化，并且可由服務端C2或第三方實時更新。為了實現(xiàn)對網(wǎng)頁文件的控件進行操作就可以啟動車載語音播報應用，網(wǎng)頁文件內(nèi)嵌了語音播報應用接口，以JavaScript實現(xiàn)語音播報應用的調(diào)用。需要說明的是，本實施例中，在服務端C2向車載端Cl發(fā)布信息時，服務端C2向車載端Cl發(fā)送的消息包括消息的標題和消息界面文件的鏈接，但并不包括消息的具體內(nèi)容(在消息界面文件中描述)，當車載端Cl對消息感興趣時再下載消息界面文件，因此在一定程度上減少了服務端C2向車載端Cl傳送信息的數(shù)據(jù)量，提高了傳輸速率，節(jié)省了車載端Cl的存儲空間。在其他實施例中，服務端C2也可以在向車載端Cl發(fā)布信息時就把消息界面文件發(fā)給車載端Cl。接著，在顯示消息界面后，請求單元C13基于所述消息界面產(chǎn)生語音播報調(diào)用請求并發(fā)送給適配裝置C14，所述語音播報調(diào)用請求包括要播報的文本信息和/或語音播報操作指令，所述語音播報操作指令包括播放指令、暫停播放指令、繼續(xù)播放指令、停止播放指令和重復播放指令中的一種。具體來說，語音播報調(diào)用請求可以僅包括要播報的文本信息，或者包括要播報的文本信息和播放指令，用于啟動語音播報單元Cll ;在語音播報單元Cll啟動后，如果需要控制語音播報單元Cll對于相同的要播報的文本信息(已發(fā)送給語音播報單元Cll的文本信息)進行操作，則語音播報調(diào)用請求可以僅包括語音播報操作指令。以用戶在如圖13所示的消息界面中點擊(選擇)“播放”控件為例，請求單元C13與網(wǎng)頁內(nèi)嵌的語音播報應用接口建立連接，產(chǎn)生包含要播報的文本信息和語音播報操作指令的語音播報調(diào)用請求，要播報的文本信息可以是消息的全部文字內(nèi)容，也可以是部分文字內(nèi)容(基于用戶在消息界面中的選擇而截取得到)。需要說明的是，本實施例的消息界面是基于包含有控件的消息界面文件(如網(wǎng)頁文件)而生成，在其他實施例中，消息界面也可以是基于文本文件(如txt文件)而生成，服務端C2在向車載端Cl發(fā)送的消息包括消息的標題和消息的詳細內(nèi)容，其中消息的詳細內(nèi)容是以文本文件的形式發(fā)送，當用戶選擇該消息時，消息界面顯示該文本文件，請求單元C13產(chǎn)生語音播報調(diào)用請求，將要播報的文本信息即文本文件中的文字(消息的全部或部分內(nèi)容)打包在語音播報調(diào)用請求。 接著，適配裝置C14接收到請求單元C13發(fā)送的語音播報調(diào)用請求后，基于所述語音播報調(diào)用請求生成語音播報應用參數(shù)和語音播報啟動信號，基于所述語音播報啟動信號啟動所述語音播報單元C11，并發(fā)送所述語音播報應用參數(shù)至所述語音播報單元CU。請求單元C13產(chǎn)生的語音播報調(diào)用請求并不能直接用于調(diào)用語音播報應用，也就是說，語音播報單元Cll不能識別語音播報調(diào)用請求，因此需要適配裝置C14對語音播報調(diào)用請求進行解析和處理，以獲得語音播報單元Cll能夠識別的應用參數(shù)。本實施例中，由于消息界面文件內(nèi)嵌的語音播報應用接口和適配裝置C14的作用，使得無需改變現(xiàn)有的語音播報單元的基本結(jié)構(gòu)即可實現(xiàn)通過消息界面調(diào)用車載語音播報應用。具體來說，如圖14所示,適配裝置C14包括請求接收單元C141、請求解析單元C142、語音播報接口單元C143和語音播報啟動單元C144。請求接收單元C141接收請求單元C13產(chǎn)生的語音播報調(diào)用請求并發(fā)送給請求解析單元C142 ;請求解析單元C142解析所述語音播報調(diào)用請求，獲取要播報的文本信息和/或語音播報操作指令，調(diào)用語音播報接口單元C143并將要播報的文本信息傳送給語音播報接口單元C143 ;語音播報接口單元C143基于要播報的文本信息和/或語音播報操作指令生成語音播報應用參數(shù)和語音播報啟動信號，語音播報應用參數(shù)與語音播報單元Cl I的參數(shù)接口匹配，語音播報接口單元C143可以是JavaScript應用程序(如可以命名為tts.js);語音播報啟動單元C144將所述語音播報啟動信號發(fā)送至語音播報單元Cll以啟動語音播報應用，并發(fā)送語音播報應用參數(shù)至所述語音播報單元CU。語音播報應用參數(shù)包括要播報的文本信息和/或?qū)谡Z音播報操作指令的語音播報操作參數(shù)，所述語音播報操作參數(shù)包括播放操作、暫停播放操作、繼續(xù)播放操作、停止播放操作和重復播放操作中的一種。本實施例中，語音播報接口單元C143生成的語音播報應用參數(shù)包含在語音播報啟動信號攜帶的信息中，因此語音播報單元Cii啟動后也就可以從語音播報啟動信號中解析出語音播報應用參數(shù)中要播報的文本信息。在其他實施例中，語音播報啟動信號也可以不攜帶信息，在語音播報單元Cll接收到語音播報啟動信號后，向語音播報啟動單元C144反饋啟動成功的信號，語音播報啟動單元C144接收到啟動成功的信號后，再向語音播報單元Cll發(fā)送語音播報應用參數(shù)。語音播報單元Cl I通常包括TTS語音引擎和控制單元，其中，TTS語音引擎基于要播報的文本信息將文本轉(zhuǎn)換語音，控制單元基于語音播報操作參數(shù)進行操作。語音播報單元Cll啟動后，獲取語音播報應用參數(shù)，然后將語音播報應用參數(shù)中的要播報的文本信息轉(zhuǎn)換成語音后播放出來。之后，語音播報單元Cll還可以接收包含有語音播報操作參數(shù)的語音播報應用參數(shù)，解析出語音播報操作參數(shù)并執(zhí)行相應地操作，所述語音播報操作參數(shù)包括播放操作、暫停播放操作、繼續(xù)播放操作、停止播放操作和重復播放操作中的一種。對應地，本實施例的車載語音播報的啟動方法包括:步驟S31，接收基于消息界面產(chǎn)生的語音播報調(diào)用請求，所述語音播報調(diào)用請求包括要播報的文本信息和/或語音播報操作指令；步驟S32，解析所述語音播報調(diào)用請求，生成語音播報應用參數(shù)和語音播報啟動信號，所述語音播報應用參數(shù)包括要播報的文本信息和/或語音播報操作參數(shù)；步驟S33，基于所述語音播報啟動信號啟動語音播報應用，并發(fā)送所述語音播報應用參數(shù)至所述語音播報應用。本實施例通過消息界面產(chǎn)生語音播報調(diào)用請求，再將語音播報調(diào)用請求轉(zhuǎn)換為啟動語音播報應用的信號和語音播報應用可識別的語音播報應用參數(shù)，由此實現(xiàn)了通過服務端發(fā)送的消息調(diào)用車載端的語音播報應用，增強了用戶對于車載語音播報應用的使用體驗，提高了服務端、車載端和用戶之間的交互性。實施例4本實施例的調(diào)用請求包括車載應用的參數(shù)信息，所述應用接口單元還適于基于所述車載應用的參數(shù)信息生成匹配于所述車載應用的應用參數(shù)，所述應用啟動單元還適于將所述應用參數(shù)發(fā)送至所述車載應用。本實施例的車載應用包括車載升級應用，調(diào)用請求包括升級調(diào)用請求，應用啟動信號包括升級啟動信號；應用接口單元包括升級接口單元，應用啟動單元包括升級啟動單元，車載應用單元包括升級單元。以某一車載應用的運營商(第三方)發(fā)布新版本的車載應用軟件(例如導航軟件)后，可以通過服務端向車載端發(fā)送一條“導航軟件有新版本”的消息為例，車載端顯示了 “導航軟件的新版本信息”，現(xiàn)有技術(shù)中，當用戶想升級車載端的導航軟件時，就需要手動啟動車載端的導航軟件的升級應用，輸入升級網(wǎng)站的信息，例如URL地址，升級應用鏈接到該地址，下載新版本導航軟件并更新車載端的導航應用?；蛘?，當車載系統(tǒng)的運營商發(fā)布新版本的車載操作系統(tǒng)后，可以通過服務端向車載端發(fā)送一條“車載系統(tǒng)有新版本”的消息，車載端顯示了 “車載系統(tǒng)的新版本信息”，當用戶想升級車載端的操作系統(tǒng)時，就需要手動啟動車載端的系統(tǒng)升級應用，輸入升級網(wǎng)站的信息，例如URL地址，升級應用鏈接到該地址，下載新版本操作系統(tǒng)并更新車載端的操作系統(tǒng)。對于用戶來說，這樣的使用體驗并不完
盡
口 o因此，本實施例的車載端升級的啟動系統(tǒng)，如圖15所示，包括:車載端Dl和適于向所述車載端Dl發(fā)送消息的服務端D2，所述車載端Dl與所述服務端D2之間的通信方式可以為2G/3G網(wǎng)絡通信方式。所述車載端Dl包括:升級單元D11，適于基于升級應用參數(shù)實現(xiàn)車載端升級，所述車載端升級包括車載端的系統(tǒng)升級和/或應用升級，所述升級應用參數(shù)包括升級鏈接信息；顯示單元D12，適于基于所述服務端D2發(fā)送的消息顯示消息界面；請求單元D13，與所述顯示單元D12相連，適于基于所述消息界面產(chǎn)生升級調(diào)用請求，所述升級調(diào)用請求包括升級鏈接信息；適配裝置D14，與所述升級單元Dl 1、請求單元D13相連，適于接收所述升級調(diào)用請求，基于所述升級調(diào)用請求生成升級應用參數(shù)和升級啟動信號，基于所述升級啟動信號啟動所述升級單元Dll,并發(fā)送所述升級應用參數(shù)至所述升級單元DlI。通過請求單元D13產(chǎn)生基于消息界面的升級調(diào)用請求，再由適配裝置D14將升級調(diào)用請求轉(zhuǎn)換為啟動升級應用的信號和應用參數(shù)，由此實現(xiàn)了通過消息界面調(diào)用車載端的升級應用。下面以導航應用升級為例對本實施例的車載端升級的啟動系統(tǒng)的工作流程進行詳細說明。請參考圖15，首先，服務端D2向車載端Dl發(fā)送消息，例如，導航應用的運營商發(fā)布了新版本的導航應用軟件并通知了服務端D2，服務端D2向車載端Dl發(fā)送了一條標題為“導航軟件有新版本”的消息。車載端Dl通過車載收件箱接收服務端D2發(fā)送的消息，并通過顯示界面或語音提示用戶接收到了新消息。用戶打開車載收件箱，顯示界面如圖5所示，為了區(qū)別于現(xiàn)有類別的消息(如導航信息、系統(tǒng)通知)，本實施例將可通過其啟動車載應用的消息歸類為“互動消息”，用戶點擊“互動消息”，則顯示互動消息列表，互動消息列表中的消息可以按照接收的時間先后排列。本實施例中，服務端D2發(fā)送的消息包含了消息界面文件的鏈接，所述消息界面文件包括了升級鏈接信息，例如升級網(wǎng)站的網(wǎng)址等。消息界面文件可以為網(wǎng)頁文件，如html、htm、asp、php、jsp文件等,對應地，網(wǎng)頁文件的鏈接可以為URL地址。接著，顯示單元D12基于所述服務端D2發(fā)送的消息顯示消息界面。本實施例中，車載端Dl還包括與顯示單元D12相連的鏈接單元D15,基于所述消息界面文件的鏈接獲取所述消息界面文件。以消息界面文件為網(wǎng)頁文件為例，服務端D2發(fā)送的互動消息僅是簡短的標題和網(wǎng)頁文件的鏈接，該互動消息的詳細內(nèi)容和升級鏈接信息實際上包含在所述網(wǎng)頁文件中，當用戶對該互動消息感興趣而選擇查看時，鏈接單元D15連接至網(wǎng)絡，從所述網(wǎng)頁文件的鏈接下載網(wǎng)頁文件并發(fā)送至顯示單元D12，顯示單元D12根據(jù)網(wǎng)頁文件繪制生成消息界面，所述消息界面以網(wǎng)頁的形式呈現(xiàn)在車載端Dl的顯示界面上，消息界面顯示有用于產(chǎn)生升級調(diào)用請求的控件。以用戶選擇“導航軟件有新版本”的消息為例，消息界面可以如圖16所示，其顯示了導航軟件新版本的詳細信息、下載鏈接(升級網(wǎng)站地址)和標識有“升級”的控件，對于用戶來說，如需升級車載端的導航軟件，操作(如觸摸或點擊)“升級”控件或者點擊“下載鏈接”就可以啟動車載導航的升級應用程序，對導航應用程序進行升級。
所述網(wǎng)頁文件可以由第三方提供，網(wǎng)頁文件中，HTML/XHTML負責頁面結(jié)構(gòu)，CSS負責樣式表現(xiàn)，JavaScript負責動態(tài)行為，使得顯示的網(wǎng)頁可以豐富多樣化，并且可由服務端D2或第三方實時更新。為了實現(xiàn)對網(wǎng)頁文件的控件進行操作就可以啟動車載升級應用，網(wǎng)頁文件內(nèi)嵌了升級應用接口，以JavaScript實現(xiàn)升級應用的調(diào)用。需要說明的是，本實施例中，在服務端D2向車載端Dl發(fā)布信息時，服務端D2向車載端Dl發(fā)送的消息包括消息的標題和消息界面文件的鏈接，但并不包括消息的具體內(nèi)容和升級鏈接信息(在消息界面文件中描述)，當車載端Dl對消息感興趣時再下載消息界面文件，因此在一定程度上減少了服務端D2向車載端Dl傳送信息的數(shù)據(jù)量，提高了傳輸速率，節(jié)省了車載端Dl的存儲空間。在其他實施例中，服務端D2也可以在向車載端Dl發(fā)布信息時就把消息界面文件發(fā)給車載端Dl。接著，在顯示消息界面后，請求單元D13基于所述消息界面產(chǎn)生升級調(diào)用請求并發(fā)送給適配裝置D14，所述升級調(diào)用請求包括升級鏈接信息。以用戶在如圖16所示的消息界面中點擊(選擇)“升級”的控件為例，請求單元D13與網(wǎng)頁內(nèi)嵌的升級應用接口建立連接，產(chǎn)生包含升級鏈接信息的升級調(diào)用請求，升級鏈接信息如升級網(wǎng)站的URL地址由第三方預先在網(wǎng)頁文件中描述。此外，升級調(diào)用請求還可以包括升級版本信息，例如當前版本號和新版本號等。接著，適配裝置D14接收到請求單元D13發(fā)送的升級調(diào)用請求后，基于所述升級調(diào)用請求生成升級應用參數(shù)和升級啟動信號，基于所述升級啟動信號啟動所述升級單元D11，并發(fā)送所述升級應用參數(shù)至所述升級單元Dl I。請求單元D13產(chǎn)生的升級調(diào)用請求并不能直接用于調(diào)用升級應用，也就是說，升級單元Dll不能識別升級調(diào)用請求，因此需要適配裝置D14對升級調(diào)用請求進行解析和處理，以獲得升級單元Dll能夠識別的應用參數(shù)。本實施例中，由于消息界面文件內(nèi)嵌的升級應用接口和適配裝置D14的作用，使得無需改變現(xiàn)有的升級單元的基本結(jié)構(gòu)即可實現(xiàn)通過消息界面調(diào)用車載端的升級應用。具體來說，如圖17所示，適配裝置D14包括請求接收單元D141、請求解析單元D142、升級接口單元D143和升級啟動單元D144。請求接收單元D141接收請求單元D13產(chǎn)生的升級調(diào)用請求并發(fā)送給請求解析單元D142 ;請求解析單元D142解析所述升級調(diào)用請求，獲取升級鏈接信息，調(diào)用升級接口單元D143并將升級鏈接信息傳送給升級接口單元D143 ；升級接口單元D143基于升級鏈接信息生成升級應用參數(shù)和升級啟動信號，升級應用參數(shù)與升級單元Dll的參數(shù)接口匹配，升級接口單元D143可以是JavaScript應用程序(如可以命名為app.js);升級啟動單元D144將所述升級啟動信號發(fā)送至升級單元Dll以啟動升級應用，并發(fā)送升級應用參數(shù)至所述升級單元D11。升級應用參數(shù)包括升級鏈接信息，還可以包括升級版本信息等。本實施例中，升級接口單元D143生成的升級應用參數(shù)包含在升級啟動信號攜帶的信息中，因此升級單元Dll啟動后也就可以從升級啟動信號中解析出升級應用參數(shù)。在其他實施例中，升級啟動信號也可以不攜帶信息，在升級單元Dll接收到升級啟動信號后，向升級啟動單元D144反饋啟動成功的信號,升級啟動單元D144接收到啟動成功的信號后，再向升級單元Dll發(fā)送升級應用參數(shù)。升級單元Dll啟動后，獲取升級應用參數(shù)，然后根據(jù)升級鏈接信息鏈接到升級網(wǎng)站，下載新版本的導航軟件并對車載端的導航應用程序進行更新，可以通過顯示單元D12顯示升級界面，所述升級界面顯示下載和升級過程。本實施例中，所述升級單元Dl I還適于向適配裝置D14反饋升級結(jié)果；所述適配裝置D14還適于將所述升級結(jié)果發(fā)送至顯示單元D12。例如，當升級單元Dll下載新版本并成功升級后，適配裝置D14向顯示單元D12反饋“升級成功”的消息，通過顯示單元D12將“升級成功”的消息顯示在消息界面中；當升級單元Dll因網(wǎng)絡等原因未下載到新版本軟件或由于其他原因?qū)е律壥『螅m配裝置D14向顯示單元D12反饋“升級失敗”的消息，通過顯示單元D12將“升級失敗”的消息顯示在消息界面中。升級結(jié)果(成功或失敗)可以顯示在消息界面中，也可以顯示在升級界面中。需要說明的是，上述升級單元Dll用以實現(xiàn)升級應用，即車載端升級，所述車載端升級是對車載端的系統(tǒng)升級和車載應用升級的總稱，也就是說，升級單元Dll既可以實現(xiàn)車載端的操作系統(tǒng)的升級，也可以實現(xiàn)車載端的應用程序的升級，應用程序運行于操作系統(tǒng)上。在實際應用中，車載端的操作系統(tǒng)的升級應用可以內(nèi)嵌于車載系統(tǒng)中，車載端的應用程序的升級應用可以內(nèi)嵌于相應的車載應用中，例如，導航軟件的升級應用即內(nèi)嵌于車載導航應用中。對應地，本實施例車載端升級的啟動方法包括:步驟S41，接收基于消息界面產(chǎn)生的升級調(diào)用請求，所述升級調(diào)用請求包括升級鏈接信息；步驟S42，解析所述升級調(diào)用請求，生成升級應用參數(shù)和升級啟動信號，所述升級應用參數(shù)包括升級鏈接信息；步驟S43，基于所述升級啟動信號和升級應用參數(shù)啟動車載端升級。在本發(fā)明的一個實施例中，所述車載端升級的啟動方法還可以包括:步驟S44，將所述車載端升級的升級結(jié)果反饋至消息界面。本實施例通過消息界面產(chǎn)生升級調(diào)用請求，再將升級調(diào)用請求轉(zhuǎn)換為啟動升級應用的信號和升級應用可識別的升級應用參數(shù)，由此實現(xiàn)了通過服務端發(fā)送的消息調(diào)用車載端的升級應用，增強了用戶對于車載升級應用的使用體驗，提高了服務端、車載端和用戶之間的交互性。需要說明的是，本發(fā)明技術(shù)方案的車載應用并不限于上述實施例所列舉的應用，還可以是音頻播放應用、視頻播放應用等，且在具體實施時，車載端可以包括多個車載應用，相應地，應用接口單元可以包括多個對應于車載應用的接口單元。適配裝置的請求解析單元根據(jù)請求接收單元接收的調(diào)用請求，解析出所述調(diào)用請求所需調(diào)用的車載應用(可以是一個或多個)，調(diào)用相應的接口單元，由被調(diào)用的接口單元生成與所需調(diào)用的車載應用匹配的啟動信號。本發(fā)明雖然已以較佳實施例公開如上，但其并不是用來限定本發(fā)明，任何本領域技術(shù)人員在不脫離本發(fā)明的精神和范圍內(nèi)，都可以利用上述揭示的方法和技術(shù)內(nèi)容對本發(fā)明技術(shù)方案做出可能的變動和修改，因此，凡是未脫離本發(fā)明技術(shù)方案的內(nèi)容，依據(jù)本發(fā)明的技術(shù)實質(zhì)對以上實施例所作的任何簡單修改、等同變化及修飾，均屬于本發(fā)明技術(shù)方案的保護范圍。
權(quán)利要求
1.一種車載應用的適配裝置，其特征在于，包括: 請求接收單元，適于接收基于消息界面產(chǎn)生的調(diào)用請求； 請求解析單元，適于解析所述調(diào)用請求，調(diào)用應用接口單元； 應用接口單元，適于生成匹配于車載應用的應用啟動信號； 應用啟動單元，適于基于所述應用啟動信號啟動所述車載應用。
2.根據(jù)權(quán)利要求1所述的車載應用的適配裝置，其特征在于，所述車載應用包括車載定位應用、車載導航應用、車載語音播報應用、車載升級應用和車載音/視頻播放應用的其中一種或者任意組合。
3.根據(jù)權(quán)利要求1所述的車載應用的適配裝置，其特征在于，還包括:應用反饋單元，適于獲取所述車載應用發(fā)送的反饋信息。
4.根據(jù)權(quán)利要求1所述的車載應用的適配裝置，其特征在于，所述調(diào)用請求包括車載應用的參數(shù)信息，所述應用接口單元還適于基于所述車載應用的參數(shù)信息生成匹配于所述車載應用的應用參數(shù)，所述應用啟動單元還適于將所 述應用參數(shù)發(fā)送至所述車載應用。
5.根據(jù)權(quán)利要求4所述的車載應用的適配裝置，其特征在于，所述應用啟動信號攜帶的信息包括所述應用參數(shù)。
6.根據(jù)權(quán)利要求1所述的車載應用的適配裝置，其特征在于，所述服務端發(fā)送的消息包括文本文件。
7.根據(jù)權(quán)利要求1所述的車載應用的適配裝置，其特征在于，所述消息界面基于服務端發(fā)送的消息而生成。
8.根據(jù)權(quán)利要求7所述的車載應用的適配裝置，其特征在于，所述服務端發(fā)送的消息包括消息界面文件的鏈接。
9.根據(jù)權(quán)利要求8所述的車載應用的適配裝置，其特征在于，所述消息界面文件為網(wǎng)頁文件。
10.一種車載端，其特征在于，包括: 顯示單元，適于基于服務端發(fā)送的消息顯示消息界面； 請求單元，適于基于所述消息界面產(chǎn)生調(diào)用請求； 權(quán)利要求1至6任一項所述的車載應用的適配裝置。
11.根據(jù)權(quán)利要求10所述的車載端，其特征在于，所述服務端向所述車載端發(fā)送的消息包括消息界面文件的鏈接； 所述車載端還包括:鏈接單元，適于基于所述消息界面文件的鏈接獲取所述消息界面文件； 所述顯示單元基于所述消息界面文件生成消息界面并予以顯示。
12.根據(jù)權(quán)利要求11所述的車載端，其特征在于，所述消息界面文件為網(wǎng)頁文件。
13.根據(jù)權(quán)利要求10所述的車載端，其特征在于，還包括:更新單元，適于基于車載應用發(fā)送的反饋信息更新所述顯示單元顯示的消息界面。
14.根據(jù)權(quán)利要求13所述的車載端，其特征在于，所述更新單元包括: 信息發(fā)送單元，適于將所述車載應用發(fā)送的反饋信息發(fā)送至所述服務端； 消息傳送單元，適于接收所述服務端發(fā)送的基于所述反饋信息產(chǎn)生的消息并發(fā)送至所述顯示單元。
15.—種車載應用的啟動系統(tǒng)，其特征在于，包括: 權(quán)利要求10至14任一項所述的車載端； 服務端，適于向所述車載端發(fā)送消息。
16.根據(jù)權(quán)利要求15所述的車載應用的啟動系統(tǒng)，其特征在于，所述車載端與所述服務端之間的通信方式為2G/3G網(wǎng)絡通信方式。
17.—種車載應用的啟動方法，其特征在于，包括: 接收基于消息界面產(chǎn)生的調(diào)用請求； 解析所述調(diào)用請求，生成匹配于車載應用的應用啟動信號； 基于所述應用啟動信號啟動所述車載應用。
18.根據(jù)權(quán)利要求17所述的車載應用的啟動方法，其特征在于，所述車載應用包括車載定位應用、車載導航應用、車載語音播報應用、車載升級應用和車載音視頻播放應用的其中一種或者任意組合。
19.根據(jù)權(quán)利要求17所述的車載應用的啟動方法，其特征在于，還包括:獲取所述車載應用發(fā)送的反饋信息。
20.根據(jù)權(quán)利要求19所述的車載應用的啟動方法，其特征在于，還包括:基于車載應用發(fā)送的反饋信息更新所述消息界面。
21.根據(jù)權(quán)利要求17所述的車載應用的啟動方法，其特征在于，所述消息界面基于服務端發(fā)送的消息而生成。
22.根據(jù)權(quán)利要求21所述的車載應用的啟動方法，其特征在于，所述服務端發(fā)送的消息包括消息界面文件的鏈接。
23.根據(jù)權(quán)利要求22所述的車載應用的啟動方法，其特征在于，所述消息界面文件為網(wǎng)頁文件。
全文摘要
一種車載應用的適配裝置、啟動方法和系統(tǒng)，車載端，所述車載應用的適配裝置包括請求接收單元，適于接收基于消息界面產(chǎn)生的調(diào)用請求；請求解析單元，適于解析所述調(diào)用請求，調(diào)用應用接口單元；應用接口單元，適于生成匹配于車載應用的應用啟動信號；應用啟動單元，適于基于所述應用啟動信號啟動所述車載應用。本技術(shù)方案實現(xiàn)了通過服務端發(fā)送的消息調(diào)用車載端的應用，增強了用戶的使用體驗。
文檔編號B60K28/02GK103182938SQ20111045734
公開日2013年7月3日 申請日期2011年12月30日 優(yōu)先權(quán)日2011年12月30日
發(fā)明者吳岳, 陳磊, 朱武杰, 雷慈祥, 成凱麗 申請人:上海博泰悅臻電子設備制造有限公司