【文章內(nèi)容簡(jiǎn)介】 一層客戶端，第二層應(yīng)用服務(wù)器和第三層地圖服務(wù)器。 通過(guò)引入三層結(jié)構(gòu)，可以將更多的精力放到第一層客戶端和第二層應(yīng)用服務(wù)器的功能開(kāi)發(fā)上，而對(duì)于第三層地圖服務(wù)器則可以采用成熟的商用解決方案。這樣的系統(tǒng)結(jié)構(gòu)縮短了項(xiàng)目開(kāi)發(fā)的周期，在擴(kuò)展性方面留有充分的余地，維護(hù)起來(lái)也很方便，同時(shí)使得系統(tǒng)在更加靈活的同時(shí)也更加強(qiáng)壯。 用戶在實(shí)際使用時(shí)可以通過(guò)三種方式訪問(wèn)系統(tǒng)。最通常的情況下，用戶將 通過(guò)移動(dòng)電話上運(yùn)行的客戶端程序，在具有定位能力的無(wú)線網(wǎng)絡(luò)支持下訪問(wèn)系統(tǒng)；當(dāng)用戶使用自帶定位能力的 PDA(Personal Digital Assistant)時(shí)，根據(jù)PDA 功能的差異，可以直接通過(guò) Inter 訪問(wèn)系統(tǒng)或者通過(guò)無(wú)線網(wǎng)絡(luò)間接訪問(wèn)系統(tǒng)；此外，為了增加系統(tǒng)的適用范圍，還允許用戶用 PC(Personal Computer)通過(guò) Inter 直接訪問(wèn)系統(tǒng)。雖然隨著技術(shù)的進(jìn)步，目前的 PDA和移動(dòng)電話都具有了一定的嵌入式計(jì)算能力和存儲(chǔ)能力，以目前市場(chǎng)上常見(jiàn)的中高端手機(jī)為例，其計(jì)算能力一般為 1M MIPS，存儲(chǔ)能力一般為數(shù)兆～數(shù)十兆。顯而易見(jiàn)，這樣的硬件條件是不足以處理龐大的地理數(shù)據(jù)的。因此，系統(tǒng)將主要的計(jì)算任務(wù)交由后臺(tái)服務(wù)器完成，如地圖的產(chǎn)生、移動(dòng)和縮放；地圖目標(biāo)的查詢：最短路徑搜索等。 PDA 或移動(dòng)電話只負(fù)責(zé)完成發(fā)起查詢和顯示查詢結(jié)果，而不保存地理數(shù)據(jù)和進(jìn)行復(fù)雜的地圖相關(guān)的運(yùn)算。 這樣的系統(tǒng)設(shè)計(jì)帶來(lái)的弊端是系統(tǒng)交互次數(shù)增加；數(shù)據(jù)傳輸量大，占用運(yùn)營(yíng)商過(guò)多的帶寬；后臺(tái)服務(wù)器負(fù)擔(dān)重等。但是硬件設(shè)備的發(fā)展數(shù)度是很快的，當(dāng)用戶端的掌上設(shè)備達(dá)到一定的要求后，可以將系統(tǒng)的計(jì)算任務(wù)從后臺(tái)服務(wù)器向用戶端轉(zhuǎn)移，從而改善 系統(tǒng)的性能。無(wú)論用戶采用何種訪問(wèn)方式，系統(tǒng)都必須根據(jù)用戶終端的顯示能力和運(yùn)算能力提供適當(dāng)?shù)捻憫?yīng)。同時(shí)為了適應(yīng)不同的訪問(wèn)方式和提高系統(tǒng)的可擴(kuò)展性，系統(tǒng)在客戶端和應(yīng)用服務(wù)器之間、應(yīng)用服務(wù)器和地圖服務(wù)器之間都定義了統(tǒng)一的 XML 接口。 XML 接口提供了與平臺(tái)無(wú)關(guān)的數(shù)據(jù)傳輸，只要遵循了這套接口，就可以從不同的平臺(tái)上來(lái)訪問(wèn)服務(wù)器。應(yīng)用服務(wù)器提供了客戶端和地圖服務(wù)器間的接口，它負(fù)責(zé)翻譯和轉(zhuǎn)換用戶的輸入以及地圖服務(wù)器的響應(yīng)，同時(shí)它還負(fù)責(zé)完成用戶信息的基于 LBS 的信息采集系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 7 管理和計(jì)費(fèi)。 地圖服務(wù)器采用了 ESRI 公司的產(chǎn)品 —— ArcIMS， ArclMS 地圖服務(wù)器適用于無(wú)線互聯(lián)網(wǎng)、 Inter、 Intra 的地圖應(yīng)用的開(kāi)發(fā)，能以多種圖形格式發(fā)布地圖，很容易建立基于 PDA 或手機(jī)的可擴(kuò)充的移動(dòng)定位服務(wù)應(yīng)用。對(duì)于 LBS 應(yīng)用，核心問(wèn)題是解決大用戶量的并發(fā)訪問(wèn)問(wèn)題， ArcIMS 采用了先進(jìn)的負(fù)載平衡和流量控制技術(shù)，當(dāng)需要擴(kuò)大系統(tǒng)容量時(shí)，只需簡(jiǎn)單的增加地圖服務(wù)器的數(shù)量就可以滿足用戶的要求。至于地理數(shù)據(jù)則可以從特定的基礎(chǔ)地理數(shù)據(jù)生產(chǎn)商處購(gòu)買，并且根據(jù)實(shí)際需要，還要對(duì) GIS 地理數(shù)據(jù)進(jìn)行一些自己感興趣的加工，比如采集并添加賓館酒店、自動(dòng)取款機(jī)、公共汽車站等數(shù)據(jù)信 息。 （二 ） 系統(tǒng) 結(jié)構(gòu)設(shè)計(jì) 隨著移動(dòng)互聯(lián)網(wǎng)的發(fā)展和智能移動(dòng)終的普及，移動(dòng)信息服務(wù)系統(tǒng)正逐步在取代傳統(tǒng)信息服務(wù)系統(tǒng)，其便捷的優(yōu)勢(shì)是傳統(tǒng)信息服務(wù)系統(tǒng)無(wú)法比及的，而隨著 LBS 技術(shù)的成熟及應(yīng)用，結(jié)合 LBS 的移動(dòng)信息服務(wù)系統(tǒng)更能發(fā)揮其地理位置與信息服務(wù)的優(yōu)勢(shì)。 本文提出了一種基于 LBS 的新型校園信息服務(wù)方式：移動(dòng)客戶端一旦在校園內(nèi)啟動(dòng)該軟件，服務(wù)器就將已經(jīng)整合好的院校通知信息，推送到客戶端。使得學(xué)生和老師省去了上多個(gè)院網(wǎng)，校園 BBS 以獲取校園動(dòng)態(tài)的繁瑣操作，達(dá)到校園信息的一站式閱讀。因?yàn)橐苿?dòng)手機(jī)自身的便攜 帶性，所以基于 LBS 的信息服務(wù)更有即時(shí)性，同時(shí)限定信息的使用者和發(fā)布者都是校園里面的人，從而一定程度上保證了信息的安全性。 1． 業(yè)務(wù)需求分析 目前的大學(xué)就業(yè)過(guò)程中，學(xué)生對(duì)招聘信息的需求是十分巨大的，但卻缺少知曉校園招聘信息的渠道，學(xué)校主要是通過(guò)學(xué)校就業(yè)網(wǎng)站顯示招聘單位和職位，或者通過(guò)學(xué)院 群等方式通知相關(guān)信息，這樣就存在著消息閉塞，缺乏實(shí)時(shí)性和共享性等缺點(diǎn)。同時(shí)，很多學(xué)生平日在學(xué)校里專心研究，很少走出校門(mén)，對(duì)城市地理環(huán)境并不熟悉，針對(duì)這個(gè)問(wèn)題，我們?cè)谙到y(tǒng)中融入 LBS 服務(wù)，從而給求職者關(guān)于企業(yè)和招聘會(huì) 的路線導(dǎo)航和乘車推薦。通過(guò)調(diào)查研究，系統(tǒng)業(yè)務(wù)主要包括以下幾個(gè)方面： 基于 LBS 的信息采集系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 8 ①個(gè)人注冊(cè)和企業(yè)注冊(cè)：求職者可以通過(guò)注冊(cè)頁(yè)面填寫(xiě)基本信息后注冊(cè)到該系統(tǒng)，系統(tǒng)會(huì)自動(dòng)保存其信息。企業(yè)用戶通過(guò)填寫(xiě)其企業(yè)基本信息后，通過(guò)管理員審核通過(guò)后，系統(tǒng)也會(huì)保存其信息。管理員可以通過(guò) Web 管理客戶端對(duì)個(gè)人用戶信息和企業(yè)用戶信息進(jìn)行管理。 ②企業(yè)信息發(fā)布：當(dāng)企業(yè)通過(guò)注冊(cè)后，可以在管理平臺(tái)上面發(fā)布該企業(yè)的招聘信息，例如職位名稱、職位介紹等。同時(shí)企業(yè)也可以通過(guò)管理平臺(tái)發(fā)布該企業(yè)宣講會(huì)詳情。 ③招聘信息查找：當(dāng)求職用戶注冊(cè)成功后，用戶可以通過(guò)行業(yè) 分類來(lái)查找與專業(yè)對(duì)口或者感興趣的職位，其次用戶也可以根據(jù)所在職位類型來(lái)查找相關(guān)的工作職位。用戶可以申請(qǐng)或自己感興趣的職位。 ④路徑規(guī)劃：用戶如果想去該公司所在地或者宣講會(huì)所在地，可以通過(guò)定位功能實(shí)現(xiàn)線路規(guī)劃，這樣大大方便了對(duì)地理環(huán)境不熟悉的求職者。 ⑤企業(yè)對(duì)應(yīng)聘者的查詢：當(dāng)求職者申請(qǐng)了某公司的職位后，企業(yè)用戶可以通過(guò)管理平臺(tái)查看到申請(qǐng)人的具體信息。 系統(tǒng)業(yè)務(wù)流程如圖 所示： 2． 功能需求分析 為了明確系統(tǒng)設(shè)計(jì)目的，通過(guò)分析和進(jìn)一步的整理歸納，系統(tǒng)整體功能需求如下： (1) 系統(tǒng)應(yīng)允許求職者可以通過(guò) 手機(jī)客戶端注冊(cè)為系統(tǒng)用戶，同時(shí)也允許管理員和企業(yè)用戶使用瀏覽器訪問(wèn) Web 管理端。管理員可以對(duì)其他用戶信息進(jìn)行查看，基于 LBS 的信息采集系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 9 能夠?qū)Ψ诸惸K和推薦模塊等進(jìn)行操作。 (2) 系統(tǒng)允許企業(yè)用戶添加招聘具體信息和宣講會(huì)信息，當(dāng)提交的招聘職位有求職者申請(qǐng)時(shí)，企業(yè)用戶可以通過(guò) Web 管理系統(tǒng)查詢到，并能查看申請(qǐng)人的基本信息。 (3) 系統(tǒng)求職用戶可以通過(guò)客戶端檢索求職信息，檢索條件可以是行業(yè)分類名或者職位類型名，當(dāng)查看自己想應(yīng)聘的職位信息時(shí)，可以申請(qǐng)和收藏該職位。并能通過(guò) LBS 服務(wù)導(dǎo)航到相關(guān)地點(diǎn)。用戶還可以檢索宣講會(huì)信息，并也能導(dǎo) 航到宣講會(huì)地點(diǎn)。 (4) 系統(tǒng)能通過(guò)后臺(tái)推送一些求職方面的資料或文章，供客戶端用戶查看學(xué)習(xí)。 (5) 系統(tǒng)能保證后臺(tái)數(shù)據(jù)庫(kù)的安全性，同時(shí)能維護(hù)系統(tǒng)數(shù)據(jù)庫(kù)表，包括對(duì)表進(jìn)行增刪改查操作。 3. 性能需求分析 作為一個(gè)便捷的實(shí)時(shí)求職信息服務(wù)平臺(tái)，除了完成上述功能性的要求外，還需要滿足一些非功能性要求，具體包括系統(tǒng)整體性、可擴(kuò)展性、并發(fā)性、數(shù)據(jù)安全性四個(gè)方面。 (1) 整體性：提供良好的用戶體驗(yàn)，統(tǒng)一的界面風(fēng)格，有較好的互操作性；具有多種連接網(wǎng)絡(luò)的方式，例如 WiFi 接入、 3G 網(wǎng)絡(luò)接入；降低系統(tǒng)資源的消耗，保證系統(tǒng) 的穩(wěn)定性和反應(yīng)時(shí)間。 (2) 可擴(kuò)展性：系統(tǒng)要具有低耦合性和良好的可擴(kuò)展性，便于系統(tǒng)日后維護(hù)和升級(jí)；當(dāng)新模塊或新功能、修改等因素情況下，系統(tǒng)各版本能夠兼容，方便系統(tǒng)的改進(jìn)和完善。 (3) 并發(fā)性：當(dāng)系統(tǒng)用戶數(shù)量增加時(shí)，系統(tǒng)服務(wù)器必須保證較高的并發(fā)性能，防止該情況下，系統(tǒng)出現(xiàn)訪問(wèn)延時(shí)或訪問(wèn)斷開(kāi)等現(xiàn)象，影響系統(tǒng)運(yùn)行。 (4) 數(shù)據(jù)安全性：為保證系統(tǒng)信息安全和通信安全，在網(wǎng)絡(luò)傳輸、數(shù)據(jù)校對(duì)等過(guò)程中，必須對(duì)程序中的隱私數(shù)據(jù)進(jìn)行一定的加密安全處理。 4. 體系架構(gòu) 我們將本系統(tǒng)分為 Web 管理端、 Android 客戶 端和系統(tǒng)服務(wù)器端三部分，在管理端我們采用典型的瀏覽器 /服務(wù)器 (B/S)架構(gòu)，在 Android 客戶端采用客戶端 /服務(wù)器 (C/S)架構(gòu)。同時(shí)，為了遵循系統(tǒng)可擴(kuò)展性和可復(fù)用性的設(shè)計(jì)原則，采用 MVC 軟件設(shè)計(jì)模式。將應(yīng)用程序的主要功能分離到不同的類層中，抽取出業(yè)務(wù)邏輯，實(shí)現(xiàn)底層控制與業(yè)務(wù)邏輯的分離，從而實(shí)現(xiàn)系統(tǒng)的低耦合性，使后期開(kāi)基于 LBS 的信息采集系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 10 發(fā)和維護(hù)更加方便。 架構(gòu)是指在一定的設(shè)計(jì)原則基礎(chǔ)上，對(duì)組成系統(tǒng)的各部分進(jìn)行合理的分析和安排，將多個(gè)小結(jié)構(gòu)有效的融合形成大的體系。它將系統(tǒng)的各個(gè)組成部分及其屬性之間的相互關(guān)系通過(guò)不同的角度 進(jìn)行展示。在應(yīng)用系統(tǒng)中最常見(jiàn)的一種架構(gòu)模式是分層，通過(guò)層次結(jié)構(gòu)將系統(tǒng)的各職責(zé)區(qū)分開(kāi)來(lái)，每個(gè)層次僅負(fù)責(zé)與本身相關(guān)的系統(tǒng)，通過(guò)層次間的相互依托和調(diào)用來(lái)完成整個(gè)系統(tǒng)功能。這樣可以將一個(gè)巨大的系統(tǒng)拆分成不同的組件，不僅理清了系統(tǒng)的結(jié)構(gòu)邏輯，也在很大程度上弱化了系統(tǒng)耦合度。系統(tǒng)也不會(huì)因?yàn)槿我粚哟谓M件的調(diào)整而整體變更。 一般情況下，一個(gè)系統(tǒng)大致可以分為三層，從上到下依次為應(yīng)用層、服務(wù)層、數(shù)據(jù)層，也就是我們通常所說(shuō)的三層架構(gòu)模式，其各層功能如表 2． 1 所示。 應(yīng)用層 負(fù)責(zé)具體業(yè)務(wù)和視圖展示。如系統(tǒng)的頁(yè)面顯示和結(jié)果展示 服務(wù)層 為應(yīng)用層提供服務(wù)支持，包括維護(hù)系統(tǒng)業(yè)務(wù)邏輯和數(shù)據(jù)接口 數(shù)據(jù)層 提供數(shù)據(jù)存儲(chǔ)訪問(wèn)服務(wù)，如數(shù)據(jù)庫(kù)、緩存、文件、搜素引擎等 系統(tǒng)分層架構(gòu)功能描述 根據(jù)上述的分層模式的優(yōu)勢(shì)，本系統(tǒng)也嚴(yán)格遵循分層模式的設(shè)計(jì)方法，實(shí)現(xiàn)系統(tǒng)的低依賴性和高復(fù)用性，本系統(tǒng)的完整的體系結(jié)構(gòu)設(shè)計(jì)如圖 所示。 系統(tǒng)總體結(jié)構(gòu)圖 通過(guò)對(duì)系統(tǒng)總體結(jié)構(gòu)的分析，通信終端僅僅顯示數(shù)據(jù)，而應(yīng)用層負(fù)責(zé)處理人機(jī)交互過(guò)程，移動(dòng)終端通過(guò)系統(tǒng)客戶端完成界面顯示，而 Web 管理端通過(guò)瀏基于 LBS 的信息采集系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 11 覽器進(jìn)行界面交互；服務(wù)層主要是負(fù)責(zé)系統(tǒng)各業(yè)務(wù)規(guī)則邏輯服 務(wù)組件的實(shí)現(xiàn)，并為業(yè)務(wù)邏輯層提供訪問(wèn)這些業(yè)務(wù)邏輯的接口；客戶端通過(guò)調(diào)用 Web Service 接口和業(yè)務(wù)基類共同完成業(yè)務(wù)邏輯處理，數(shù)據(jù)流傳輸?shù)炔僮鳎?Web管理端則通過(guò) HTTP請(qǐng)求與 Web 應(yīng)用服務(wù)器通信完成數(shù)據(jù)傳輸和業(yè)務(wù)邏輯處理；最后，系統(tǒng)通過(guò)數(shù)據(jù)層完成與數(shù)據(jù)庫(kù)服務(wù)器的數(shù)據(jù)交互。 總而概之，系統(tǒng)數(shù)據(jù)層從數(shù)據(jù)庫(kù)服務(wù)器獲得原始數(shù)據(jù)，通過(guò)邏輯處理層的處理，業(yè)務(wù)邏輯層再把數(shù)據(jù)轉(zhuǎn)換成符合業(yè)務(wù)規(guī)則的數(shù)據(jù)格式，最后，通過(guò)視圖層將信息轉(zhuǎn)換為用戶可以理解的信息格式?？梢?jiàn)，這種設(shè)計(jì)實(shí)現(xiàn)了系統(tǒng)的分層和互操作性。 5. 系統(tǒng)服務(wù)器 端結(jié)構(gòu)設(shè)計(jì) 與傳統(tǒng)應(yīng)用系統(tǒng)相比，高并發(fā)，大流量、高可用性、海量數(shù)據(jù)、用戶分布廣泛，網(wǎng)絡(luò)情況復(fù)雜等是互聯(lián)網(wǎng)應(yīng)用系統(tǒng)所具有的特點(diǎn)，這就要求系統(tǒng)服務(wù)器具有較高的性能。通常的小型系統(tǒng)中應(yīng)用程序、數(shù)據(jù)庫(kù)、文件等所有資源都在一臺(tái)服務(wù)器上，但是隨著系統(tǒng)的發(fā)展，一臺(tái)服務(wù)器是不能滿足系統(tǒng)發(fā)展的需求的。越來(lái)越多的用戶訪問(wèn)導(dǎo)致性能越來(lái)越差，越來(lái)越多的數(shù)據(jù)導(dǎo)致存儲(chǔ)空間不足等問(wèn)題將表現(xiàn)的愈來(lái)愈明顯。為了克服上述問(wèn)題，本系統(tǒng)的服務(wù)器設(shè)計(jì)采用分布式集群架構(gòu)，其結(jié)構(gòu)圖如圖 所示。 系統(tǒng)服務(wù)器結(jié)構(gòu)圖 基于 LBS 的信息采集系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 12 由上圖可知，服務(wù)器端由負(fù) 載均衡調(diào)度服務(wù)器、應(yīng)用服務(wù)器、文件服務(wù)器、緩存服務(wù)器、數(shù)據(jù)庫(kù)服務(wù)器五部分組成，在服務(wù)器架構(gòu)中，通過(guò)服務(wù)器對(duì)硬件資源的需求各不相同，我們將應(yīng)用服務(wù)器與數(shù)據(jù)服務(wù)器分離。應(yīng)用服務(wù)器需要強(qiáng)大的 CPU 來(lái)處理大量的業(yè)務(wù)邏輯；文件服務(wù)器需要大容量硬盤(pán)來(lái)存儲(chǔ)大量用戶上傳的文件；數(shù)據(jù)庫(kù)服務(wù)器需要更快的硬盤(pán)和更大的內(nèi)存來(lái)快速磁盤(pán)檢索和進(jìn)行數(shù)據(jù)緩存。系統(tǒng)通過(guò)負(fù)載均衡調(diào)度服務(wù)器，將來(lái)之用戶的訪問(wèn)請(qǐng)求分發(fā)到應(yīng)用服務(wù)器集群中的任何一臺(tái)服務(wù)器上，使應(yīng)用服務(wù)器的負(fù)載壓力不再成為整個(gè)系統(tǒng)的瓶頸。同時(shí)，通過(guò)使用緩存，是絕大部分?jǐn)?shù)據(jù)讀操作訪問(wèn)都 可以不通過(guò)數(shù)據(jù)庫(kù)就能完成，提高系統(tǒng)訪問(wèn)速率。由于目前主流數(shù)據(jù)庫(kù)都提供主從熱備份功能，通過(guò)配置兩臺(tái)數(shù)據(jù)庫(kù)服務(wù)器主從關(guān)系，實(shí)現(xiàn)數(shù)據(jù)庫(kù)讀寫(xiě)操作分離，從而改善數(shù)據(jù)負(fù)載壓力，同時(shí)保證數(shù)據(jù)安全。 6. 系統(tǒng)客戶端設(shè)計(jì) 客戶端是應(yīng)用程序與用戶之間交互的橋梁， 主要是負(fù)責(zé)數(shù)據(jù)顯示、功能模塊轉(zhuǎn)換等功能。本系統(tǒng)有兩個(gè)客戶端，一個(gè)是 Web 端的 Web 管理客戶端，其包括管理員功能界面和企業(yè)用戶功能界面。另一個(gè)是 Android 應(yīng)用客戶端，只針對(duì)求職用戶功能設(shè)計(jì)。 Web 管理客戶端