【正文】 該系統(tǒng)具有很強(qiáng)的通用性和實(shí)時(shí)性，為高校大學(xué)生、企業(yè)招聘管理部門都帶來了極大的方便。(4)運(yùn)用Java EE、JavaScript、Ajax、Web Service等技術(shù)對(duì)LBS移動(dòng)信息服務(wù)原型系統(tǒng)進(jìn)行了實(shí)現(xiàn)。(2)對(duì)基于LBS的求職助手信息系統(tǒng)做了詳細(xì)的業(yè)務(wù)、功能、性能需求分析，并對(duì)系統(tǒng)體系架構(gòu)做了概要設(shè)計(jì)，并在此基礎(chǔ)上對(duì)系統(tǒng)結(jié)構(gòu)、系統(tǒng)功能、系統(tǒng)數(shù)據(jù)庫進(jìn)行詳細(xì)設(shè)計(jì)。系統(tǒng)以大學(xué)生求職為背景，借助于信息管理系統(tǒng)的高效性和移動(dòng)互聯(lián)網(wǎng)的便利性，并結(jié)合LBS信息服務(wù)的優(yōu)勢(shì)，實(shí)現(xiàn)了一個(gè)求職信息集中、用戶使用便捷，具有LBS相關(guān)服務(wù)的求職應(yīng)用系統(tǒng)，有效的促進(jìn)了移動(dòng)信息服務(wù)模式的發(fā)展[20]。根據(jù)移動(dòng)終端定位系統(tǒng)的區(qū)別和接入的LBS平臺(tái)的差異以及接入網(wǎng)絡(luò)方式的不同，其完成業(yè)務(wù)請(qǐng)求的時(shí)間和提供的服務(wù)會(huì)有不同，但其服務(wù)流程大體一致，本小節(jié)主要通過移動(dòng)客戶端程序接入方式來具體介紹LBS服務(wù)的流程，：①用戶通過移動(dòng)終端里面的應(yīng)用程序發(fā)送業(yè)務(wù)請(qǐng)求；②定位組件獲取當(dāng)前用戶地理位置信息，實(shí)現(xiàn)定位過程，并返回給客戶端應(yīng)用程序；③客戶端程序通過網(wǎng)絡(luò)，將定位系統(tǒng)所獲得的地理位置數(shù)據(jù)發(fā)送到提供相應(yīng)服務(wù)的LBS平臺(tái)服務(wù)器端：④服務(wù)器通過相應(yīng)的業(yè)務(wù)邏輯，查詢本地?cái)?shù)據(jù)庫或者地理信息數(shù)據(jù)庫，獲取相應(yīng)的數(shù)據(jù)；⑤本地?cái)?shù)據(jù)庫或地理信息數(shù)據(jù)庫向LBS服務(wù)器端返回相應(yīng)格式的數(shù)據(jù)信息；⑥客戶端通過網(wǎng)絡(luò)接收服務(wù)器返回的數(shù)據(jù)并轉(zhuǎn)化為相應(yīng)的形式，顯示在客戶端程序界面，至此業(yè)務(wù)請(qǐng)求完成。用來處理用戶數(shù)據(jù)請(qǐng)求并返回給用戶。例如可以通過LBS服務(wù)提供商提供的網(wǎng)絡(luò)定位，也可以通過手機(jī)的GPS進(jìn)行定位，也可以通過移動(dòng)運(yùn)營(yíng)商的基站進(jìn)行定位等。 定位模塊：該模塊主要負(fù)責(zé)移動(dòng)通信終端的定位功能，通過定位的數(shù)據(jù)去滿足用戶的實(shí)時(shí)位置數(shù)據(jù)需求。許多商業(yè)公司的地圖及導(dǎo)航功能實(shí)際上可以看成一種GIS服務(wù)。例如系統(tǒng)用戶管理功能，可負(fù)責(zé)用戶相關(guān)資料的管理，用戶登陸校驗(yàn)等。而縱觀大部分LBS應(yīng)用的特點(diǎn)，我們可以抽取出不同類型下LBS應(yīng)用系統(tǒng)的共性，從而總結(jié)出LBS平臺(tái)的組件包括以下幾個(gè)部分：綜合業(yè)務(wù)處理模塊、系統(tǒng)管理模塊、GIS服務(wù)模塊、定位模塊、數(shù)據(jù)處理模塊，：LBS 平臺(tái)結(jié)構(gòu) 綜合業(yè)務(wù)處理模塊：該模塊主要負(fù)責(zé)所有的與客戶端之間的通信請(qǐng)求，通過對(duì)用戶發(fā)出的請(qǐng)求進(jìn)行響應(yīng)，并根據(jù)響應(yīng)進(jìn)行相應(yīng)的業(yè)務(wù)邏輯匹配，調(diào)用相應(yīng)模塊處理用戶請(qǐng)求，并返回正確的結(jié)果。本系統(tǒng)就是通過百度LBS平臺(tái)接口的調(diào)用來實(shí)現(xiàn)自身系統(tǒng)的LBS服務(wù)。四、 LBS平臺(tái)應(yīng)用與實(shí)現(xiàn) LBS平臺(tái)是將地理信息和移動(dòng)通信等技術(shù)指相結(jié)合，提供關(guān)于導(dǎo)航、追蹤、安全、娛樂、商業(yè)、信息等基于位置的服務(wù)平臺(tái)。當(dāng)需要進(jìn)行數(shù)據(jù)共享時(shí)，一般利用Content Provider為需要共享的數(shù)據(jù)定義一個(gè)URI，然后其它應(yīng)用程序通過Context獲得ComentResolver并將數(shù)據(jù)的URI傳入即可。④重寫一個(gè)onReceive0方法來接收。②通過sendBroadcast0等三種方法將Intent廣播出去。在信息發(fā)送時(shí)，需要將信息封裝后添加到一個(gè)Intent對(duì)象中，也就是所說的廣播消息注冊(cè)，然后通過sendBroadcast()等方法將Intent對(duì)象廣播出去，然后接收者會(huì)檢查注冊(cè)的IntentFilter是否與收到的Intent相同，當(dāng)相同時(shí)便會(huì)調(diào)用方法來接收消息。由于Service具有這樣的生命周期特性，其一般作為程序后臺(tái)進(jìn)行監(jiān)測(cè)、觸發(fā)通知、提供接口、更新數(shù)據(jù)等功能使用，本系統(tǒng)中就設(shè)計(jì)利用Service作為用戶定位程序進(jìn)行使用。Service一般由Activity啟動(dòng)，但是并不依賴于Activity，即當(dāng)Activity的生命周期結(jié)束事，Service仍然會(huì)繼續(xù)運(yùn)行，直到自己的生命周期結(jié)束為止。Android操作系統(tǒng)通過管理相應(yīng)的Activity來保持系統(tǒng)運(yùn)行的穩(wěn)定狀態(tài)。Activity一般通過View來實(shí)現(xiàn)應(yīng)用程序的用戶界面，通俗來說相當(dāng)于一個(gè)屏幕，用戶與程序的交互時(shí)通過該類實(shí)現(xiàn)的。 Android提供了多種功能組件，Activity、Service、Broadcast Receiver、Content Provider四種組件為Android應(yīng)用程序的運(yùn)行提供了基礎(chǔ)保證。 Android應(yīng)用程序采用了松耦合的結(jié)構(gòu)模式，將資源管理、布局管理、組件管理等分割開來，并通過AndroidManifest．xml文件將零碎的管理聯(lián)系起來。(4)Linux內(nèi)核層、內(nèi)存管理、進(jìn)程管理、網(wǎng)絡(luò)協(xié)議棧和驅(qū)動(dòng)模式等系統(tǒng)服務(wù)[18]。(3) 系統(tǒng)運(yùn)行庫層系統(tǒng)運(yùn)行庫層是應(yīng)用程序框架層與Linux內(nèi)核層的連接樞紐，其包括系統(tǒng)庫和Android運(yùn)行庫兩部分。為滿足不同需求的同時(shí)又不相互影響，在遵循框架的安全性限制情況下，任何一個(gè)開發(fā)人員都可以使用API提供的組件進(jìn)行快速開發(fā)，也可以繼承自各組件來實(shí)現(xiàn)個(gè)性化的拓展組件并發(fā)布其應(yīng)用程序及功能模塊。但這些核心應(yīng)用可被其他的應(yīng)用程序所替換，這一點(diǎn)足以體現(xiàn)Android系統(tǒng)內(nèi)部軟件的靈活性。(1) 應(yīng)用層應(yīng)用層搭載了一系列的Android核心應(yīng)用程序，這些應(yīng)用程序都是用Java語言開發(fā)的。 Apache CXF為開發(fā)者隱藏了底層交互過程，我們只需要將Web Service服務(wù)接口部署到相應(yīng)的Web容器中，并在工程中配置web．xml文件和Spring中的cxfwscfg．xml文件即可。而且能非常好的將自身API與Spring配置文件融合。 Apache CXF是一個(gè)開源服務(wù)框架，其支持不同類型前端開發(fā)模型，CXF實(shí)現(xiàn)了JAXWS APIs，支持JAXRS開發(fā)、二進(jìn)制和遺留協(xié)議[15]。由于本文所研究的是基于Android平臺(tái)下的應(yīng)用開發(fā)，為了統(tǒng)一開發(fā)環(huán)境，所設(shè)計(jì)的系統(tǒng)選擇Eclipse支持的JAVAEE平臺(tái)進(jìn)行開發(fā)。開發(fā)者只需關(guān)注Web Service接口方法的設(shè)計(jì)和實(shí)現(xiàn)?！衤毼活悇e列表TypeList0：無接口參數(shù)發(fā)表●職位類別查詢QueryJobByType0：接口參數(shù)為職位類別ID3. J2EE平臺(tái)下Web Service的實(shí)現(xiàn) 隨著技術(shù)的發(fā)展，SOAP協(xié)議已經(jīng)進(jìn)入比較成熟的階段。服務(wù)的接口如下。●宣講會(huì)列表PreaehList()：無接口參數(shù)。●職位列表JobList()：無接口參數(shù)．●查詢職位信息GetJobInformation()：接口參數(shù)為職位ID?！癫樵兤髽I(yè)信息GetCompanylnformation()：接口參數(shù)為企業(yè)ID。服務(wù)的接口如下。服務(wù)的接口如下?！裼脩舻卿汱oginUser()：接口參數(shù)為用戶登錄名和登錄密碼。服務(wù)的接口如下。系統(tǒng)WebService結(jié)構(gòu)圖對(duì)本系統(tǒng)的Web Service主要包括：用戶服務(wù)Users Service、推送資源服務(wù)ArticlePush Service、企業(yè)信息服務(wù)CompanyInformation Service、職位信息服務(wù)JobService、宣講信息服務(wù)PreachInformation Service、分類信息服務(wù)包括行業(yè)分類Industry Service和職位類型Type Service。我們將系統(tǒng)功能分解為各種獨(dú)立行為，這樣系統(tǒng)功能就由各簡(jiǎn)單的Web Bean封裝而成，并作為Web Service的提供者，Android客戶端作為服務(wù)的請(qǐng)求者可以直接訪問Web Service的URL來獲取相應(yīng)的數(shù)據(jù)來滿足客戶端的功能需求。這樣，服務(wù)的請(qǐng)求者就可以通過相應(yīng)的協(xié)議去訪問服務(wù)器，發(fā)現(xiàn)到服務(wù)提供者提供的服務(wù)，并可以通過調(diào)用該服務(wù)提供的接口方法來使用這個(gè)服務(wù)。Wreb Service核心是SOAP協(xié)議，SOAP是用于交換XML編碼信息的輕量級(jí)協(xié)議，它規(guī)范定義了SOAP消息的格式和XML數(shù)據(jù)編碼方式，以及如何通過HTTP協(xié)議來調(diào)用SOAP進(jìn)行請(qǐng)求。其基本實(shí)現(xiàn)了應(yīng)用軟件、Web網(wǎng)站、各種通信設(shè)備之間高度融合，促進(jìn)了Web無縫集成環(huán)境的發(fā)展。三、 系統(tǒng)關(guān)鍵技術(shù)分析與實(shí)現(xiàn)（一）Web Service框架分析與實(shí)現(xiàn) Web Service實(shí)現(xiàn)了應(yīng)用程序在不同平臺(tái)和不同語言間的相互服務(wù)調(diào)用，是一種面向服務(wù)的編程(SOA Service．Oriented Architecture)架構(gòu)。(2) 業(yè)務(wù)請(qǐng)求處理模塊：該模塊接收用戶請(qǐng)求和傳遞數(shù)據(jù)給結(jié)果處理模塊并接收該模塊返回的數(shù)值。： 由于Android應(yīng)用客戶端沒有使用客戶端數(shù)據(jù)庫，全部數(shù)據(jù)均通過網(wǎng)絡(luò)訪問服務(wù)器端數(shù)據(jù)庫，因此結(jié)果處理模塊需要負(fù)責(zé)通過數(shù)據(jù)訪問接口類，通過調(diào)用HttpClient類，請(qǐng)求相關(guān)URL，完成對(duì)Web Service接口來完成對(duì)數(shù)據(jù)的相關(guān)操作。Web管理端結(jié)構(gòu)圖Web管理端的顯示界面是基于JSP的動(dòng)態(tài)網(wǎng)頁，其通過訪問相應(yīng)的Action類來進(jìn)入業(yè)務(wù)邏輯層(Service層)進(jìn)行業(yè)務(wù)邏輯處理，當(dāng)處理完成后則調(diào)用相應(yīng)的數(shù)據(jù)層(Dao層)方法，進(jìn)行相應(yīng)的數(shù)據(jù)讀寫操作，并返回給JSP頁面顯示。另一個(gè)是Android應(yīng)用客戶端，只針對(duì)求職用戶功能設(shè)計(jì)。6. 系統(tǒng)客戶端設(shè)計(jì) 客戶端是應(yīng)用程序與用戶之間交互的橋梁， 主要是負(fù)責(zé)數(shù)據(jù)顯示、功能模塊轉(zhuǎn)換等功能。同時(shí)，通過使用緩存，是絕大部分?jǐn)?shù)據(jù)讀操作訪問都可以不通過數(shù)據(jù)庫就能完成，提高系統(tǒng)訪問速率。應(yīng)用服務(wù)器需要強(qiáng)大的CPU來處理大量的業(yè)務(wù)邏輯；文件服務(wù)器需要大容量硬盤來存儲(chǔ)大量用戶上傳的文件；數(shù)據(jù)庫服務(wù)器需要更快的硬盤和更大的內(nèi)存來快速磁盤檢索和進(jìn)行數(shù)據(jù)緩存。為了克服上述問題，本系統(tǒng)的服務(wù)器設(shè)計(jì)采用分布式集群架構(gòu)。通常的小型系統(tǒng)中應(yīng)用程序、數(shù)據(jù)庫、文件等所有資源都在一臺(tái)服務(wù)器上，但是隨著系統(tǒng)的發(fā)展，一臺(tái)服務(wù)器是不能滿足系統(tǒng)