【導(dǎo)讀】{ "error_code": 17, "error_msg": "Open api daily request limit reached" }

　　

【正文】 系統(tǒng)、子系統(tǒng)相互進行數(shù)據(jù)訪問，保證網(wǎng)絡(luò)的可持續(xù)發(fā)展。 9．系統(tǒng)擴充性 考慮到業(yè)務(wù)在不斷發(fā)展、變化，因此要求系統(tǒng)在結(jié)構(gòu)、容量、通信和處理能力等方面具有擴充性和升級的能力。 10．系統(tǒng)開發(fā)性 整個內(nèi)部網(wǎng)絡(luò)傳輸采用標準的 TCP/IP 協(xié)議，客觀上要求它必須具有良好的開放性，必須符合相關(guān)的工業(yè)標準，以充分保障系統(tǒng)與其他應(yīng)用系統(tǒng)的無縫集成。系統(tǒng)提供開放式結(jié)構(gòu)，易于與其他系統(tǒng)連接 。 . .. 系統(tǒng)功能 基本 GIS功能 1．地圖顯示功能 可對當(dāng)前的地圖進行放大、縮小、快速拖拽漫游操作，以便了解某個移動目標所在位置的詳細情況或了解更大區(qū)域或全局的整體情況，可根據(jù)目標地理信息的要求進行多層地理信息處理。 2．圖層控制 可見性控制與圖層顯示優(yōu)先性控制功能。設(shè)置有豐富的圖層，系統(tǒng)管理員可方便地命名定義，操作員可通過下拉菜單挑選、隱去來配置所顯示的圖層，一次選定的圖層在程序重新啟動時可保持顯示。同時監(jiān)控界面可實現(xiàn)全屏顯示地圖。 3．制圖概括功能 圖形開窗放大與縮小時，隨著縮放比例的不 同，顯示不同詳細程度的地圖，避免屏幕顯示過密不利觀察，使屏幕承載度趨于合理。 4．鷹眼功能 當(dāng)主窗口顯示放大的局部圖形時，可另開一個小窗口顯示全境，并可通過該窗口控制主窗口的顯示內(nèi)容。鷹眼中的地圖本身也可以放大、縮小，進行左右的漫游。 5．自動切換圖功能 系統(tǒng)可根據(jù)車輛位置自動選擇比例尺最小的地圖顯示該車輛。例如：當(dāng)車輛超出城區(qū)圖范圍時，自動切換到郊區(qū)圖上，反之由郊區(qū)圖進入城區(qū)圖范圍時自動切換到城區(qū)圖。 6．地圖打印 可隨時打印實時顯示的地圖圖樣及窗口顯示的界面。 7．地圖修改 提供修改電子地圖的工具，可直 接在地圖上根據(jù)軌跡點添加、編輯、修改道路、地物、面塊等信息，保持地理信息的及時更新。智能化動態(tài)注記功能，包括：流動注記功能 (街道、河流等線形地物注記，隨線形地物當(dāng)前顯示部分流. .. 動，始終完整的顯示在當(dāng)前窗口內(nèi) )。 8．輔助功能 距離面積測定、分析、測量并提供任意弧段距離測量功能與任意多邊形周長和面積量算功能。具有輔助決策功能：距離測定、路線查詢、建筑物查詢、其他信息查詢。 客戶端通信功能 客戶端通信模塊負責(zé)接收回傳的各移動目標定位信號并隊其中的經(jīng)緯度信號進行坐標轉(zhuǎn)換，然后傳送到監(jiān)控和調(diào)度模塊；還負責(zé)下 達調(diào)度指令傳送給服務(wù)中心。同時，通信模塊還負責(zé)客戶端用戶與服務(wù)中心管理員之間網(wǎng)上通信。 車輛監(jiān)控和調(diào)度功能 1．實時監(jiān)控功能 從通信模塊得到的實時的車輛經(jīng)緯度，然后在電子地圖上找到相應(yīng)的點以特定圖標顯示車輛位置，不斷對位置信息進行刷新，實時顯示移動目標的位置和狀態(tài)，同時能提供該移動目標的檔案資料。 2．單目標跟蹤 可選定車輛進行目標跟蹤顯示，當(dāng)跟蹤目標移動到屏幕邊緣時，電子地圖自動調(diào)整將目標顯示在畫面的中心。 3．多目標、區(qū)域監(jiān)控 可方便地選擇車輛編號、操作指令來實施位置詢問及控制。要求車輛編號即 可從列表中選擇又可直接輸入，操作指令則只以列表方式來選擇。支持多個窗口的顯示，可以在所有監(jiān)控窗口上任意移動。同時接受操作員的控制。 4．多種監(jiān)控方式 定時呼叫：選定目標和期望回傳時間間隔，控制車臺每隔一定時間回傳一個 GPS 數(shù)據(jù)；定長呼叫：選定目標和期望回傳距離間隔，控制車臺每行駛一定距離回傳一個 GPS 定位數(shù)據(jù)；終止呼叫：終止前面設(shè)置的定時呼叫或者定長呼叫；定次呼叫：選定目標、期望回傳時間間隔及回傳次數(shù)，控制車載臺每隔一定時間回傳一個 GPS 定位數(shù)據(jù)，在滿足回傳次數(shù)后自動終止回傳數(shù)據(jù)；組呼：對一組車臺進行呼叫， 控制它們回傳定位數(shù)據(jù)。 5．報警功能 各類報警是本系統(tǒng)的主要功能之一，特別對于出租車的防劫、私家車的防盜、運鈔車的越界報警等具有十分的必要性。中心接到報警后，監(jiān). .. 控客戶端會發(fā)出聲光報警信號，提醒值班接警員有警情發(fā)生。該模塊主要完成對于防盜、防劫、越界、求助等類型的報警處理功能。以及利用車內(nèi)麥克對目標車輛進行監(jiān)聽，遙控目標車輛的電路、油路以及車門關(guān)閉等功能。 6．智能中文信息調(diào)度 監(jiān)控客戶端根據(jù)調(diào)車用戶所報位置劃定呼叫區(qū)域，中心系統(tǒng)根據(jù)呼叫區(qū)域選定此區(qū)域中的處于空車狀態(tài)的車輛并顯示與監(jiān)控客戶端，監(jiān)控客戶端選擇距 離較近的單個或多個車輛下發(fā)中文調(diào)度命令，車載監(jiān)控單元的顯示器上顯示此命令并發(fā)出提示音，出租司機觸發(fā)確認按鈕回傳應(yīng)答信息，中心向最先回傳應(yīng)答信息的車輛下發(fā)調(diào)度確認信息并在數(shù)據(jù)庫中記錄備案便于處理。 數(shù)據(jù)管理功能 1．系統(tǒng)管理功能中心 程序啟動時須輸入操作員號碼和口令。設(shè)系統(tǒng)管理員可管理操作員權(quán)限及可修改口令。各種控制功能受權(quán)限控制。 2．日志記錄 系統(tǒng)提供日志記錄功能，供管理人員查看系統(tǒng)的運行日志、監(jiān)控坐席的操作日志等，為管理人員對系統(tǒng)的分析、坐席管理等提供依據(jù)。日志內(nèi)容包括：賬號登錄的時間、坐席對 車輛發(fā)送的指令等。 3．?dāng)?shù)據(jù)庫查詢功能 數(shù)據(jù)庫修改、查詢功能：可通過數(shù)據(jù)庫添加修改查詢車輛的具體情況。包括車輛型號、車輛檔案、駕乘人員、維修記錄等相關(guān)資料。多種查詢范圍選擇 (整個區(qū)域查詢、跨圖查詢、當(dāng)前圖幅查詢、當(dāng)前圖層查詢、當(dāng)前子圖層查詢 )。模糊查詢功能。 . .. 第 4 章 系統(tǒng)總體設(shè)計 系統(tǒng)原理 車輛定位主要是采用 GPS 衛(wèi)星定位技術(shù)，而監(jiān)控中心與車輛之間則主要是通過利用 GPRS 移動通信網(wǎng)絡(luò)進行數(shù)據(jù)傳輸來的實現(xiàn)實時通信 的 。 監(jiān)控中心接收 到的數(shù)據(jù)主要是基于 車載 GPS 衛(wèi)星計算出的 位置 和狀態(tài) 信息（ 經(jīng)緯度 、時速、方向等 ） ，再結(jié)合 電子地圖為基礎(chǔ)的數(shù)據(jù)庫 資料， 經(jīng)過壓縮打包后通過 GPRS 模塊發(fā)送過去的 ，這樣 就有利于 監(jiān)控中心為車輛提供 更準確的 實時跟蹤 服務(wù)以及電子地圖導(dǎo)航的功能。 用戶 如果要想對目標車輛進行實時監(jiān)控管理，可以通過Inter 網(wǎng)絡(luò)去訪問監(jiān)控中心的主頁， 輸入正確的用戶名和密碼后，選定要監(jiān)控的車輛就 可實現(xiàn)對其的監(jiān)控管理。 如下圖 31 所示，是 車輛監(jiān)控系統(tǒng)的一個總體結(jié)構(gòu)圖，主要包括 車載客戶端、無線網(wǎng)絡(luò)、 監(jiān)控中心 、車輛監(jiān)控這幾部分。 圖 31 系統(tǒng)總體結(jié)構(gòu)圖 系統(tǒng)體系模式 整個 WebGPS 車輛監(jiān)控系統(tǒng)的關(guān)鍵部分是 監(jiān)控中心。現(xiàn)在對于大型車輛監(jiān)控系統(tǒng)而言，主要存在兩種 體系架構(gòu)模式： C/S 和 B/S， 這兩種模式各有 其 優(yōu)缺點，. .. 車輛選擇哪種 體系構(gòu)架 將會對 產(chǎn)品的上市起到 至關(guān)重要的 作用， 下面就對這兩種模式進行一個分析 。 傳統(tǒng) C/S 系統(tǒng)的體系結(jié)構(gòu) 傳統(tǒng)的 C/S（ 即 Client/Server） 模式 是 一個兩層結(jié)構(gòu) ， 可以在多臺電腦上同時執(zhí)行 、相互協(xié)作 ，有效的將軟硬件結(jié)合在一起，提高了資源的利用率 和系統(tǒng)的效率。 按其不同的功能 可 分為服務(wù)器和客戶這兩大塊。 服務(wù)器部分的主要功能是 對 數(shù)據(jù)庫的處理， 對一些 后臺程序進行統(tǒng)一管理和操作，例如對外部設(shè)備的共享管理以及對共享數(shù)據(jù)庫的一個操控 ；而 客戶部分則 主要是對應(yīng)用程序的處理 、 對請求 做出 一定的 響應(yīng) 以及執(zhí)行一些前臺 服務(wù) ， 如 對用戶接口的管理、報告請求以及共享數(shù)據(jù)的處理 等 。 而 C/S 模式也有它的局限性，由于此體系結(jié)構(gòu)被分成了二層結(jié)構(gòu)，因此就產(chǎn)生了胖客戶端和瘦服務(wù)器的怪異現(xiàn)象。胖客戶端的“胖”主要是體現(xiàn)在 客戶端中同時容納了顯示邏輯和事務(wù)處理邏輯這兩個單元，處理任務(wù)比較繁重；而瘦服務(wù)器的“瘦”主要表現(xiàn)在服務(wù)器的工作量小，主要是數(shù)據(jù)處理邏輯和數(shù)據(jù)庫這兩個單元。 這樣的模式就限定了 C/S 使用的范圍僅僅是在用戶數(shù)量小、工作任務(wù)輕、數(shù)據(jù)庫只有一個、安全系數(shù)較高且速度快的局域網(wǎng)中。 隨著社會的發(fā)展，用戶數(shù)量不斷增多，人們對系統(tǒng)性能的要求也越來越高，系統(tǒng)也由原先的小型化變成了大型化，這無疑對 C/S 模式提出了更高的要求，而 C/S 的局限性到導(dǎo)致它將無法滿足人們的這些需求，具體體現(xiàn)到以下幾點： 大量的程序開發(fā)。隨著用戶數(shù)量的不斷增多，訪問數(shù)據(jù)庫的接口和應(yīng)用程序也就需要增多，而這部分主要是集中在客戶端，無形中就給客戶端增加了 很大壓力，需要通過編程實現(xiàn)更多的接口來滿足用戶的需求。 客戶端投資成本增大。 用戶數(shù)量的增多導(dǎo)致客戶端的應(yīng)用程序也隨之增多，這就要求客戶端提高其配置來達到更好的性能，這就增加了成本。 系統(tǒng)維護 、系統(tǒng)移植的工作量增大。一個平臺一旦搭建好后，就不好輕易更改， 一旦需要修改，就要更新所有客戶端程序，導(dǎo)致維護工作的難度增加。 新型 Browser/Server 系統(tǒng)的三層體系結(jié)構(gòu) . .. B/S（即 Browser/Server）是隨著網(wǎng)絡(luò)發(fā)展而誕生的一種新型體系結(jié)構(gòu)，而且得到了快速發(fā)展，很多商家都采用了這種模式。 從根本上來講， B/S 模式是C/S 模式的一種延伸，它是基于 C/S 模式發(fā)展而來 的 ，即 B/S 模式將 C/S 的兩層結(jié)構(gòu)發(fā)展成三層結(jié)構(gòu) ， B/S 結(jié)合了 Web 的應(yīng)用。 B/S 系統(tǒng)中，主要的工作負擔(dān)都移植到了服務(wù)器上，客戶端的工作任務(wù)相對較小，大大簡化了 客戶 端 的工作。 客戶端 只需安裝少量客戶端軟件， 借助Inter 網(wǎng)絡(luò)與服務(wù)器進行通信， 而對數(shù)據(jù)的訪問、程序的執(zhí)行都基本上在服務(wù)器上。 簡單的說， B/S 模式就是把 C/S 模式中的事務(wù)處理模塊 從原先的客戶端移除 后 單獨 看作 一層， 減輕了客戶端的工作量，把繁重的工作轉(zhuǎn)移給了另一層，即 Web 服務(wù)器， 下圖 32 即為 B/S 的三層結(jié)構(gòu)體系。 圖 32 Browser/Server 結(jié)構(gòu) 將 事務(wù)邏輯不發(fā)移出到 Web 服務(wù)器中，有效地減輕了客戶端和工作人員的工作負擔(dān) ，同時這種三層結(jié)構(gòu)彼此之間是相互獨立的，改變其中任何一層，對其他兩層都不會產(chǎn)生影響 ?，F(xiàn)在客戶端只需要承擔(dān)顯示功能，不在進行復(fù)雜的運算和數(shù)據(jù)訪問功能，只給客戶提供顯示功能 ，使得客戶端變得“苗條了許多” ，而且客戶端的性能也不要求很高了，有效地降低了投資成本； 工作人員對設(shè)備的維護上從原先對每個客戶端的維護轉(zhuǎn)變成只對 Web 服務(wù)器的維護， 維護的工作量大大降低 。 C/S 模式中存在很多問題和弊端，而 C/S 體系結(jié)構(gòu)的升級版 —— B/S 模式則很好的解決了這些問題，從根本上對 C/S 模式進行了一個改革，其主要表現(xiàn)在以下幾個方面： 客戶端 只擔(dān)任顯示功能， 不再進行復(fù)雜的計算和數(shù)據(jù)處理 ，服務(wù)器也發(fā)揮了服務(wù)器的強大功能，便于工作人員對設(shè)備的維護，這樣就大大降低了 設(shè)備的維護費用、投資成本以及對客戶端的硬件要求。 便于維護和升級。 工作人員對設(shè)備的維護工作基本上只是針對服務(wù)器了 ，而不用再擔(dān)心用戶的客戶端，因為客戶端不再需要專門的軟件，當(dāng)企業(yè)對網(wǎng)絡(luò)進行升級變更時，只需對客戶端的軟件升級即可，不再需要維護人員 上門服務(wù) ，. .. 大大減輕了工作人員的工作量和企業(yè)的投資 成本。 操作簡單明了。 B/S 模式的 客戶端相當(dāng)于一個瀏覽器，人們可以像使用電腦一樣，通過鼠標點擊即可訪問相應(yīng)的信息，如點擊圖像，即可訪問相關(guān)的圖像信息，而不再需要對用戶進行相關(guān)培訓(xùn)， 該設(shè)備在未來將會有很好的前景。 信息實時發(fā)布。 B/S 模式是基于 Inter 網(wǎng)絡(luò)的 Web 服務(wù)，因此有利于對信息進行及時的發(fā)布，進而使得數(shù)據(jù)庫的應(yīng)用功能得到大幅度提升，適應(yīng)了時代的要求。 但是， B/S 模式并不是沒有缺點，與 C/S 模式相比，其不足主要表現(xiàn)在：設(shè)備運行速度不高，對網(wǎng)絡(luò)流量的要求較大，因為 B/S 模式主要依賴于網(wǎng)絡(luò)，客戶端 與 Web服務(wù)器，以及 Web服務(wù)器與數(shù)據(jù)庫之間的相互通信都需要 Inter來實現(xiàn)。 但綜合前面的分析，最終監(jiān)控中心系統(tǒng)的構(gòu)架還是采用了 B/S 模式。 系統(tǒng)的 MVC 設(shè)計模式 MVC 設(shè)計模式 MVC(ModelViewControl)模式是 Xerox PARC 在八十年代提出的，其 主要是為編程語言 Smalltalk80 服務(wù)的。 該模式的主要貢獻是將業(yè)務(wù)邏輯和顯示功能分開，這樣就降低了 處理和顯示數(shù)據(jù)的對象之間的聯(lián)系程度，因此該方法在一定領(lǐng)域內(nèi)得到了廣泛應(yīng)用 。 MVC 根據(jù)不同功能將應(yīng)用 平臺劃分了不同模塊，使其結(jié)構(gòu)更加明了，更加直觀， 便于隨著系統(tǒng)的變化而改變。 MVC 模式主要有以下三個對象： 1) 模型 (Model)對象 在整個模型中，最核心 、 占據(jù)最重要地位的當(dāng)數(shù)模型對象， 它在 系統(tǒng)設(shè)計中起到關(guān)鍵作用，有效地減少了代碼長度；且 它在應(yīng)用程序中擔(dān)任著重要角色。模型 對象采用面向?qū)ο蟮姆绞?，將問題轉(zhuǎn)化為應(yīng)用程序來解決， 應(yīng)用程序的相關(guān)信息如數(shù)據(jù)結(jié)構(gòu)等都包含在 抽象對象 和隱含的邏輯當(dāng)中， 應(yīng)用程序的狀態(tài)也得到了集中展現(xiàn)。模型對象在 MVC 中 擔(dān)任最重要的角色，處理任務(wù)繁多， 模型處理后的數(shù)據(jù)格式與模型沒有必然聯(lián)系 ，這就方便了為其他視圖對象提供相關(guān)數(shù)據(jù)。 . .. 2)視圖 (View)對象 在應(yīng)用程序中 負責(zé) 產(chǎn)生用戶界面的是視圖對象 ，其功能主要是管理操作人員與應(yīng)用程序之間相互通信的接口。它為用戶提供方便的輸入方式，激活 應(yīng)用邏輯運行，同時也將運行結(jié)果顯示給操作人員。視圖對象是關(guān)系訪問模型的數(shù)據(jù)，對其他信息都不了解，當(dāng)模型方式變化時， 視圖會隨著一起改變，模型和視圖之間是多對多的關(guān)系。 3)控制器 (Control)對象 控制器對象的主要任務(wù)是