專利名稱：面向Smartphone的交通信息查詢與點播的系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種面向Smartphone的交通信息査詢與點播的系統(tǒng)及方法。
背景技術(shù)：
隨著當今城市的發(fā)展，交通信息在人們生活中占有越來越重要的地位，功能強大而且方 便快捷的交通信息査詢與點播方式己經(jīng)成為迫切的需要。網(wǎng)格技術(shù)為交通信息的復雜計算提 供了后臺技術(shù)支撐，而PDA、 Smartphone以及車載嵌入式系統(tǒng)等移動設(shè)備的應用則提供了便 捷的査詢平臺，使人們隨時隨地都能對交通信息了如指掌。
Smartphone是微軟提出的新一代移動嵌入式平臺，它基于Windows CE 3.0操作系統(tǒng)， 集成了 PDA和移動電話的功能，提供了友好的人機交互和強大的數(shù)據(jù)處理能力。然而面向 Smartphone的交通信息査詢與點播還未得到普及應用。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種面向Smartphone的交通信息査詢與點播的系統(tǒng)及方法，該系 統(tǒng)以強大的后臺網(wǎng)格服務(wù)為支撐，為用戶提供實時、動態(tài)的交通信息査詢與點播服務(wù)。
為了實現(xiàn)以上目的，本發(fā)明提供了一種面向Smartphone的交通信息査詢與點播的系統(tǒng)， 其特征在于包括
交通信息網(wǎng)格，作為后臺以提供實時的交通信息； Smartphone客戶終端；
無線通信網(wǎng)絡(luò)，Smartphone與后臺交通信息網(wǎng)格服務(wù)器端之間通過無線通信網(wǎng)絡(luò)通信。 本發(fā)明還提供了一種面向Smartphone的交通信息査詢與點播的方法，其特征在于包括 本地服務(wù)在Smartphone終端對矢量地圖數(shù)據(jù)的組織、請求、傳輸、存儲，以實現(xiàn)本地 服務(wù)請求；
后臺服務(wù)Smartphone終端通過無線通信網(wǎng)絡(luò)與后臺服務(wù)器端實現(xiàn)實時通信，請求動態(tài) 交通信息；后臺交通信息網(wǎng)格服務(wù)器響應該請求，處理并發(fā)送數(shù)據(jù)；Smartphone終端接收動 態(tài)路況數(shù)據(jù)，并根據(jù)路況數(shù)據(jù)繪制反映動態(tài)路況的變化地圖，完成后臺服務(wù)點播。
其中，Smartphone終端調(diào)用一次繪圖函數(shù)完成一整條道路上所有路段所連接成的折線的 繪制。
對地圖數(shù)據(jù)進行縱向分層和橫向分塊，Smartphone客戶端根據(jù)需要在操作過程中從后臺 交通信息網(wǎng)格節(jié)點中動態(tài)地請求部分地圖數(shù)據(jù)；所述的縱向分層，即將路段在層次上分解為 四種類型，即主干道、快速干道、次干道和支路，按照繪圖比例尺的變化決定請求哪個層次 的地圖數(shù)據(jù)；所謂橫向分塊，即Smartphone客戶端通過向后臺交通信息網(wǎng)格服務(wù)器端發(fā)送一 個矩形區(qū)域的方式獲取所需要的地圖數(shù)據(jù)；服務(wù)器端將所有包含在該矩形區(qū)域內(nèi)的路口和與 該矩形區(qū)域有交叉的路段發(fā)送回客戶端。
Smartphone客戶端每次生成地圖時，將地圖繪制于地圖緩存位圖上，該地圖緩存位圖的 面積大于Smartphone屏幕的面積。
所述的地圖緩存位圖的上下左右各設(shè)有一個預取緩存區(qū)域，這四個預取緩存區(qū)域分別由 四個獨立線程繪制。
所述的地圖緩存位圖的長和寬均為Smartphone屏幕長和寬的2倍，面積為Smartphone 屏幕面積的4倍。
所述的預取緩存區(qū)域的面積為Smartphone屏幕面積的2倍，預取緩存區(qū)域與地圖緩存位 圖的連接處的邊界長度相同。
本發(fā)明的有益效果為在Smartphone上為用戶提供了豐富的實時、動態(tài)交通信息査詢與 點播服務(wù)。實現(xiàn)一個良好的人一機交互界面，合理利用Smartphone的顯示區(qū)域，將地圖信息 或服務(wù)響應準確、有效地反映給用戶，且操作簡單方便。


圖l為本發(fā)明的總體框圖。
圖2為與矩形區(qū)域有交叉的路段的示意圖。
圖3為地圖緩沖示意圖。
圖4為屏幕超出地圖緩存左邊界調(diào)整示意圖。
圖5為地圖預取示意圖。
圖6為有地圖預取功能時屏幕超出地圖緩存左邊界調(diào)整示意圖。 圖7前臺與后臺網(wǎng)格平臺的交互的流程示意圖。
具體實施例方式
以下結(jié)合附圖及實施例對本發(fā)明作進一步描述。
一種面向Smartphone的交通信息査詢與點播的系統(tǒng)，其特征在于包括 交通信息網(wǎng)格，作為后臺以提供實時的交通信息； Smartphone客戶終端；
無線通信網(wǎng)絡(luò)，Smartphone與后臺交通信息網(wǎng)格服務(wù)器端之間通過無線通信網(wǎng)絡(luò)通信。
本發(fā)明還提供了一種面向Smartphone的交通信息查詢與點播的方法，其特征在于包括
本地服務(wù)在Smartphone終端對矢量地圖數(shù)據(jù)的組織、請求、傳輸、存儲，以實現(xiàn)本地 服務(wù)請求；實現(xiàn)地圖的各項基本操作，即地圖的顯示、移動、放大、縮小等基本瀏覽功能。
后臺服務(wù)Smartphone終端通過無線通信網(wǎng)絡(luò)與后臺服務(wù)器端實現(xiàn)實時通信，請求動態(tài) 交通信息；后臺交通信息網(wǎng)格服務(wù)器響應該請求，處理并發(fā)送數(shù)據(jù)；Smartphone終端接收動 態(tài)路況數(shù)據(jù)，并根據(jù)路況數(shù)據(jù)繪制反映動態(tài)路況的變化地圖，完成后臺服務(wù)點播。實現(xiàn)與后 臺服務(wù)層的連接以及服務(wù)請求的響應。在Smartphone終端上的需要支持的服務(wù)響應主要為動 態(tài)(靜態(tài))最短路徑、動態(tài)路況展示、停車場査詢等等。
Smartphone展示平臺需要實現(xiàn)的功能大體上可以分成本地操作的實現(xiàn)和后臺服務(wù)的請 求兩部分組成。具體實施的總體框圖如圖l所示。
本地服務(wù)實現(xiàn)是指需要的計算量較小，可以直接在Smartphone上實現(xiàn)的部分功能，包括 人機交互響應、地圖拖動縮放、路名路口査詢和后臺服務(wù)請求展示。后臺服務(wù)請求是指需要 的計算量較大，在Smartphone上不能實現(xiàn)，需要借助網(wǎng)格的強大計算能力完成的功能，包括 最短路徑服務(wù)、實時路況服務(wù)和黃頁信息服務(wù)。人機交互響應模塊是響應用戶對Smartphone 的操作，完成用戶指定功能。地圖拖動縮放模塊是在Smartphone屏幕上顯示地圖，并根據(jù)用 戶需要拖動地圖或者放大縮小地圖。路名查詢模塊是根據(jù)用戶輸入的路名査詢道路或者路口， 并把查詢到的信息顯示到屏幕上。
后臺服務(wù)展示模塊是把用戶的要求轉(zhuǎn)化為后臺請求發(fā)送給后臺，然后把后臺傳回的信息 以友好的方式顯示給用戶。最短路徑服務(wù)模塊包括動態(tài)最短路徑和靜態(tài)最短路徑。靜態(tài)最短 路徑是査詢兩地之間距離最短的路徑，動態(tài)最短路徑是査詢兩地之間根據(jù)當前路況所需時間 最短的路徑。實時路況服務(wù)模塊是查詢當前的路況。黃頁信息服務(wù)模塊是査詢某地附近的公 共設(shè)施位置及使用狀況。
為了解決Smartphone輸入方式簡單和地圖操作的復雜性之間的矛盾，本系統(tǒng)精心設(shè)計了 一整套適合于地圖操作的輸入輸出接口，如用鍵盤模擬鼠標操作。為了解決Smartphone相對 較弱的計算能力與地圖的生成和現(xiàn)實需要的較大計算量之間的矛盾，本系統(tǒng)將重點放在如何
在Smartphone上提高地圖生成和響應時間上，如地圖的緩存和預取等。本系統(tǒng)把用戶的后臺 請求轉(zhuǎn)換為SOCKET請求，發(fā)給服務(wù)器，并把后臺網(wǎng)格平臺傳回的用戶需要的信息(如實時交 通路況、動態(tài)路徑?jīng)Q策、公共設(shè)施查詢等)以友好的方式顯示給用戶。
1) 用戶輸入接口設(shè)計與實現(xiàn):雖然Smartphone有很多PDA (個人數(shù)字助手，Personal Digital Assistant)和多媒體娛樂、等多種功能，但本質(zhì)上Smartphone還是以移動電話的 功能為主。所以Smartphone的輸入設(shè)備只有鍵盤，只支持單手操作(one-handed叩eration)。 對于普通的移動電話為主的簡單操作，Smartphone的標準鍵盤操作完全足夠了。但對于交通 信息査詢所需要到的復雜地圖操作(如地圖的拖動縮放，道路和路口的選擇等等)，標準鍵盤 操作則顯得比較單薄，遠不如鼠標和觸摸屏操作方便。這就需要重新設(shè)計操作方式，使之能 適用于交通信息査詢。在本系統(tǒng)中，我采用了模擬鼠標的方式來解決復雜地圖操作的問題。 即用鍵盤上的上下左右四個鍵控制模擬鼠標的移動，用"確認選擇"鍵來模擬鼠標左鍵的單 擊和雙擊。對于0—9數(shù)字鍵，在地圖操作中不需要，就可以把它設(shè)置為一些快捷鍵。
2) 地圖的顯示和預取
地圖顯示是本系統(tǒng)中消耗CPU時間和內(nèi)存的部分，所以要想盡一切辦法較快地圖顯示和 速度，這是整個系統(tǒng)的關(guān)鍵。根據(jù)我們目前使用的由上海市交通局提供的上海市交通地圖數(shù) 據(jù)，共有14006個路口， 21753個路段，如果每次拖動縮放地圖或者其它操作引起的重繪都 要畫者20000多條路段，對于Smartphone這樣的相對低速的移動設(shè)備來說，所產(chǎn)生的時間延 時無疑是無法忍受的。
采取下面的一些策略來加快地圖顯示速度，減少繪制地圖的延時
A. —次畫一條道路，而不是一次只要一個路段
對于Windows系統(tǒng)的GDI (Graphic Developer' s Interface,圖形開發(fā)接口)，在一個 設(shè)備上下文(DC)上畫--個圖形對象所需要的時間的數(shù)量級幾乎是一個常量，圖像對象的復 雜程度引起的時間開銷很小，常常可以忽略不計。所以要加快繪制地圖的速度，可以通過減 少圖形對象數(shù)量，增加每個圖形對象的復雜程度。
在一個設(shè)備上下文DC上畫一個路段，實際上是調(diào)用Windows GDI函數(shù)PolyPolyline,畫 一條連接路段上各點的折線。 一條道路由一系列首尾相連的路段組成，每個路段又是一條折 線，那么就可以把這些首尾相連的路段所代表的折線連起來，組成一條更長的折線，只用一 次調(diào)用PolyPolyline函數(shù)畫出一條連接道路上所有路段上的點的折線，而不是畫道路上的每 個路段時都調(diào)用一次PolyPolyline函數(shù)。這樣就增加了每個圖形對象的復雜程度，減少了圖 形對象的數(shù)量，加快了繪制地圖的速度。 B.根據(jù)需要動態(tài)地請求部分的數(shù)據(jù)，即地圖縱向分層、橫向分塊的策略。
a. 所謂縱向分層，即將路段在層次上分解為四種類型，即主干道、快速干道、次干道和 支路。按照繪圖比例尺的變化決定請求哪個層次的地圖數(shù)據(jù)。
當比例尺較小時，只需要畫出主干道，而其它層次的道路不用畫出。當比例尺逐漸放大 到一定程度，則需要畫出主干道和快速干道，次干道和支路不必畫出。依此類推，當比例尺 放大到足夠大時，所有層次的道路才會需要被畫出。
b. 所謂橫向分塊，只有與要顯示區(qū)域矩形有交叉部分的道路才會被畫出，其他道路不必 畫出。所謂"與矩形區(qū)域有交叉"是指道路的"閉包矩形"與要顯示區(qū)域矩形有相交的部分。
如圖2所示，上面的一條道路與要顯示區(qū)域矩形沒有交叉部分，所以不需要被畫出，席 面的四條道路，中間一條被矩形完全包圍，其他三條和矩形有交叉部分，它們都需要被畫出。
采用地圖縱向分層、橫向分塊的策略，當比例尺較小時，雖然要顯示區(qū)域較大，但只有 等級較高的道路會被畫出，等級較低的道路則不會被畫出，也就是只有一小部分道路會被畫 出；當比例尺較大時，雖然一些低等級道路也會被畫出，但要顯示區(qū)域卻較小，與該區(qū)域矩 形有交叉部分的道路比較少，所以仍然只有一小部分道路會被劃出。
這樣就大大減少繪制地圖時圖形對象的數(shù)量，加快了繪制速度。
3)地圖緩存
雖然以上兩種方法顯著減少了繪制地圖時圖形對象的數(shù)量，但即使這樣，繪制一次地圖 的延時仍需要幾秒鐘。如果每次移動地圖或者其它操作引起的窗口重繪，都需要重新生成一 次地圖，這仍然是無法忍受的。
所以我們采用了地圖緩存的辦法來減少地圖生成的次數(shù)。地圖緩存實際上一個比屏幕尺 寸更大的一張位圖，每次生成地圖時，不直接畫到屏幕上，而是畫到這張位圖上。每次重繪 時，只要根據(jù)屏幕與這張位圖地相對位置把位圖的一部分畫到屏幕上，而不需要重新生成地 圖。只有在屏幕的位置超出了這張位圖的范圍時，才需要重新生成地圖。
在本系統(tǒng)中，地圖緩存的大小為屏幕大小的4倍，即寬度和高度都是屏幕的2倍。
如圖3所示，中間的小矩形表示屏幕矩形，設(shè)它的寬度和高度分別為SW (Screen Width) 和SH (ScreenHeight)。外面的大矩形為地圖緩存矩形，它的寬度和高度分別2XSW和2XSH。 屏幕和地圖緩存的的相對坐標"，yl為屏幕矩形的左上角與地圖緩存矩形的左上角距離。初始 化時或者在剛縮小放大地圖后，屏幕在地圖緩存上的相對坐標為(SW/2, SH/2},表示屏幕在 地圖緩存的中央。移動屏幕實際上是移動屏幕在地圖緩存的相對坐標，每次重繪時，只需要 把地圖緩存上以屏幕相對坐標k,yl為左上角，分別以SW和SH為寬度和高度的舉行區(qū)域畫到屏
幕上。屏幕在地圖緩存上的相對坐標橫軸的范圍為O—SW，縱軸的范圍為O—SH。當相對坐標 超過這個范圍時，就需要重新生成地圖，并且調(diào)整相對坐標。
如圖4的左半部分所示，當相對坐標U,yi的橫坐標x小于O時，即屏幕超出了地圖緩存 的左邊界，就需要地圖緩存的矩形范圍向左移SW，重新生成地圖，同是相對坐標也相應調(diào)整 為bc+SW， y}。如圖4的右半部分所示，虛線矩形表示調(diào)整之前的地圖緩存矩形范圍，實線矩 形則表示調(diào)整之前的地圖緩存矩形范圍。
同理當相對坐標U，yl的橫坐標x大于SW時，即屏幕超出了地圖緩存的右邊界，就需要 地圖緩存的矩形范圍向右移SW，重新生成地圖，同是相對坐標也相應調(diào)整為"-SW,yh當相 對坐標U，y)的縱坐標y小于O時，即屏幕超出了地圖緩存的上邊界，就需要地圖緩存的矩形 范圍向上移SH,重新生成地圖，同是相對坐標也相應調(diào)整為{x， y+SW}。當相對坐標(x,yi的 縱坐標y大于SH時，即屏幕超出了地圖緩存的下邊界，就需要地圖緩存的矩形范圍向下移 SH，重新生成地圖，同是相對坐標也相應調(diào)整為h,y-SH}。
4)地圖預取
大部分時間地圖只是在小范圍內(nèi)移動，如果采用了地圖緩存，大部分時間內(nèi)不需要重新 生成地圖。但是，當屏幕與地圖緩存的相對坐標超出范圍時，還是需要重新生成地圖。對于 用戶來說，前面的地 圖移動都很流暢，但在邊界處突然停頓幾秒，然后才能繼續(xù)移動，這也 是很不友好的。所以，我們必須想辦法消除地圖緩存在邊界處重新生成地圖對用戶造成的影 響。地圖預取就是為了解決這個問題而采用的。
地圖預取是指，在地圖緩存的基礎(chǔ)上在加四個預取緩存(預取緩存和地圖緩存一樣，實 際上也是一張位圖)，如圖5所示，上下兩個預取緩存寬度和高度分別為2XSW和SH，生成緊鄰 地圖緩存矩形范圍且在其上方和下方的部分地圖，左右上下兩個預取緩存寬度和高度分別為 SW和2XSH，生成緊鄰地圖緩存矩形范圍且在其左方和右方的部分地圖。
四個地圖預取緩存分別由四個獨立線程在生成，線程優(yōu)先級低于主線程，所以不影響地 圖本身的操作，只在系統(tǒng)空閑時，預先生成部分地圖。當屏幕在地圖緩存上的相對坐標超出 范圍時，如果它所需要的部分地圖己經(jīng)預取，就不必再生成地圖，而是直接把這各預取緩存 畫到地圖緩存的合適位置，并調(diào)整向?qū)ψ鴺说闹怠＿@樣，在屏幕的相對位置超出范圍時，也 不會出現(xiàn)突然的停頓，是地圖移動過程比較流暢。
如圖6所示，當相對坐標k，yi的橫坐標x小于O時，即屏幕超出了地圖緩存的左邊界， 如果左邊的預取緩存預取已經(jīng)完成，那么先把地圖緩存的右半部分畫到右邊的預取緩存上， 然后把地圖緩存的左半部分畫到地圖緩存的右半部分上，最后把左邊的預取緩存畫到地圖緩
存的右半部分上，這樣地圖緩存的重繪就完成了，同時使右邊的預取緩存仍然有效，不需要 再重新預取，而其它三個預取緩存則因為重繪地圖緩存而無效，需要重新啟動預取。相對坐 標的調(diào)整與沒有地圖預取功能是相同。當左邊的預取緩存預取還沒有完成時，就需要先提高 左邊的預取緩存預取線成優(yōu)先級，使它能夠盡快完成，等待它預取完成后才能進行上面的操 作。雖然，這也可能會使移動操作不流暢，但一般來說，從一次地圖緩存重繪到下一次重繪， 中間會間隔一段時間，在這段時間里，預取操作一般都會完成。即使因為預取還沒有完成而 等待，在此之間它已經(jīng)完成了一部分地圖的生成，所需要等待的時間也比重新生成地圖要短 得多。從概率上講，如果屏幕超出了地圖緩存的左邊界而重繪地圖緩存后，那么下一次重繪 最有可能用到預取緩存仍然是左邊的那個，因為用很有肯能是一直按住左移鍵，連續(xù)發(fā)生屏 幕超出了地圖緩存的左邊界而重繪，所以把左邊的預取緩存的預取線程的優(yōu)先級設(shè)得比其它 兩個無效預取緩存的預取線程高，但仍然低于主線程的優(yōu)先級，因為預取只是一個提高效率 的輔助手段，不能影響正常的操作。
同理，其它三種屏幕超出了地圖緩存的邊界的情況也類似地，利用預取緩存重繪地圖緩 存，并是其中三個預取緩存無效而重新預取，最后屏幕在地圖緩存上相對坐標的調(diào)整與沒有 地圖預取功能是相同。
初始化時或者地圖放大縮小時，先只在地圖緩存上生成地圖，四個預取緩存都無效，然 后啟動它們的預取線程，開始預取，線程優(yōu)先級相同，但都低于主線程由優(yōu)先級。
以上是本系統(tǒng)采用的四點加快地圖操作響應速度的策略，從實際效果來看，的確起到了 加快響應減少延時的作用。
與后臺網(wǎng)格平臺的交互本系統(tǒng)為用戶提供的實時交通系統(tǒng)(實是路況，最短路徑，黃 頁信息等)，都是由后臺網(wǎng)格平臺經(jīng)過海量計算后得到的。
本系統(tǒng)的接到用戶的操作后，判斷時候是否需要后臺服務(wù)，如果不需要則直接完成本地
服務(wù)后更新地圖。若需要，則先根據(jù)用戶的操作生成數(shù)據(jù)服務(wù)請求數(shù)據(jù)包。如果當前GPRS 還沒連通，還需要連接GPRS。然后與后臺網(wǎng)格平臺建立SOCKET連接，并向后臺發(fā)送請求數(shù) 據(jù)。由于與后臺采用異步請求模式，發(fā)送請求之后直接返回，繼續(xù)等待接受用戶操作。后臺 網(wǎng)格平臺接收到請求后，經(jīng)過網(wǎng)格計算，將結(jié)果的響應數(shù)據(jù)傳回本系統(tǒng)。本系統(tǒng)根據(jù)后臺發(fā) 回的數(shù)據(jù)更新地圖，把結(jié)果顯示給用戶。流程圖如圖7所示。
權(quán)利要求
1、面向Smartphone的交通信息查詢與點播的系統(tǒng)，其特征在于包括交通信息網(wǎng)格，作為后臺以提供實時的交通信息；Smartphone客戶終端；無線通信網(wǎng)絡(luò)，Smartphone客戶終端與后臺交通信息網(wǎng)格服務(wù)器端之間通過無線通信網(wǎng)絡(luò)通信。
2、 面向Smartphone的交通信息査詢與點播的方法，其特征在于包括本地服務(wù)在Smartphone客戶終端對矢量地圖數(shù)據(jù)的組織、請求、傳輸、存儲，以實現(xiàn) 本地服務(wù)請求；后臺服務(wù)Smartphone客戶終端通過無線通信網(wǎng)絡(luò)與后臺服務(wù)器端實現(xiàn)實時通信，請求 動態(tài)交通信息；后臺交通信息網(wǎng)格服務(wù)器響應該請求，處理并發(fā)送數(shù)據(jù)；Smartphone客戶終 端接收動態(tài)路況數(shù)據(jù)，并根據(jù)路況數(shù)據(jù)繪制反映動態(tài)路況的變化地圖，完成后臺服務(wù)點播。
3、 按權(quán)利要求2所述的面向Smartphone的交通信息査詢與點播的方法，其特征在于 Smartphone終端調(diào)用一次繪圖函數(shù)完成一整條道路上所有路段所連接成的折線的繪制。
4、 按權(quán)利要求2所述的面向Smartphone的交通信息查詢與點播的方法，其特征在于對地 圖數(shù)據(jù)進行縱向分層和橫向分塊，Smartphone客戶端根據(jù)需要在操作過程中從后臺交通信息 網(wǎng)格節(jié)點中動態(tài)地請求部分地圖數(shù)據(jù)；所述的縱向分層，即將路段在層次上分解為四種類型，即主干道、快速干道、次干道和 支路，按照繪圖比例尺的變化決定請求哪個層次的地圖數(shù)據(jù)；所謂橫向分塊，即Smartphone客戶端通過向后臺交通信息網(wǎng)格服務(wù)器端發(fā)送一個矩形區(qū) 域的方式獲取所需要的地圖數(shù)據(jù)；服務(wù)器端將所有包含在該矩形區(qū)域內(nèi)的路口和與該矩形區(qū) 域有交叉的路段發(fā)送回客戶端。
5、 按權(quán)利要求2所述的面向Smartphone的交通信息査詢與點播的方法，其特征在于 Smartphone客戶終端每次生成地圖時，將地圖繪制于地圖緩存位圖上，該地圖緩存位圖的面 積大于Smartphone屏幕的面積。
6、 按權(quán)利要求5所述的面向Smartphone的交通信息査詢與點播的方法，其特征在于所述 的地圖緩存位圖的上下左右各設(shè)有一個預取緩存區(qū)域，這四個預取緩存區(qū)域分別由四個獨立 線程繪制。
7、 按權(quán)利要求5或6所述的面向Smartphone的交通信息査詢與點播的方法，其特征在于 所述的地圖緩存位圖的長和寬均為Smartphone屏幕長和寬的2倍，面積為Smartphone屏幕 面積的4倍。
8、按權(quán)利要求6所述的面向Smartphone的交通信息査詢與點播的方法，其特征在于所述 的預取緩存區(qū)域的面積為Smartphone屏幕面積的2倍，預取緩存區(qū)域與地圖緩存位圖的連接 處的邊界長度相同。
全文摘要
本發(fā)明涉及一種面向Smartphone的交通信息查詢與點播的系統(tǒng)及方法，系統(tǒng)包括后臺交通信息網(wǎng)格，Smartphone客戶終端，無線通信網(wǎng)絡(luò)。該系統(tǒng)提供了本地服務(wù)在Smartphone終端對矢量地圖數(shù)據(jù)的組織、請求、傳輸、存儲，以實現(xiàn)本地服務(wù)請求；后臺服務(wù)Smartphone終端通過無線通信網(wǎng)絡(luò)與后臺服務(wù)器端實現(xiàn)實時通信，請求動態(tài)交通信息；后臺交通信息網(wǎng)格服務(wù)器響應該請求，處理并發(fā)送數(shù)據(jù)；Smartphone終端接收動態(tài)路況數(shù)據(jù)，并根據(jù)路況數(shù)據(jù)繪制反映動態(tài)路況的變化地圖，完成動態(tài)(靜態(tài))最短路徑、動態(tài)路況展示、停車場查詢等后臺服務(wù)點播。本發(fā)明的有益效果為在Smartphone上為用戶提供了豐富的實時、動態(tài)交通信息查詢與點播服務(wù)。實現(xiàn)一個良好的人—機交互界面，且操作簡單方便。
文檔編號G06F17/30GK101114916SQ20061002931
公開日2008年1月30日 申請日期2006年7月24日 優(yōu)先權(quán)日2006年7月24日
發(fā)明者魏 冉, 鈺 方, 曾國蓀, 章昭輝, 苗多謙, 蔣昌俊, 閆春鋼, 陳宏中 申請人:同濟大學