專利名稱：分配消息的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)地理信息領(lǐng)域，尤其涉及一種分配消息的方法和裝置。
背景技術(shù)：
MVC設(shè)計模式是“Model-View-Controller”的縮寫，即把一個應(yīng)用的輸入、處理 和輸出流程強(qiáng)制性分開。使用MVC應(yīng)用程序被分成三個部分模型、視圖、控制器。模型 (Model)就是業(yè)務(wù)流程/狀態(tài)的處理以及業(yè)務(wù)規(guī)則的制定。視圖(View)代表用戶交互界 面。控制器(Controller)可以理解為從用戶接受請求，將模型與視圖匹配在一起，共同完 成用戶的請求。在網(wǎng)絡(luò)地理信息系統(tǒng)Web-GIS應(yīng)用開發(fā)程序時，由于Web-GIS中業(yè)務(wù)邏輯復(fù)雜、數(shù) 據(jù)量大，所以需要應(yīng)用MVC模式進(jìn)行詳細(xì)設(shè)計開發(fā)，將視圖、控制器、模型分離。Spring MVC 框架是一個全功能的構(gòu)建Web應(yīng)用程序的MVC實現(xiàn)。可是，如何將Spring MVC框架應(yīng)用在 Web-GIS中是一個需要解決的問題。

發(fā)明內(nèi)容
本發(fā)明實施例提供分配消息的方法和裝置，用以將Spring MVC框架應(yīng)用在 Web-GIS 中。為達(dá)到上述目的，本發(fā)明實施例采用如下技術(shù)方案一種分配消息的方法，包括服務(wù)器端獲取客戶端發(fā)送的與預(yù)先設(shè)置的消息形式 相同的請求消息；服務(wù)器端根據(jù)預(yù)先設(shè)置的請求消息與控制器標(biāo)識之間的映射關(guān)系，將所 述請求消息分配給相應(yīng)的控制器處理；服務(wù)器端將所述控制器根據(jù)所述請求消息處理得到 的結(jié)果返回給客戶端。一種分配裝置，包括第一獲取單元，用于獲取客戶端發(fā)送的與預(yù)先設(shè)置的消息形式相同的請求消息；分配單元，用于根據(jù)預(yù)先設(shè)置的請求消息與控制器標(biāo)識之間的映射關(guān)系，將所述 獲取單元獲取的請求消息分配給相應(yīng)的控制器處理；返回單元，用于將所述控制器根據(jù)所述請求消息處理得到的結(jié)果返回給客戶端。本發(fā)明實施例提供的分配消息的方法和裝置，通過服務(wù)器端獲取客戶端發(fā)送的與 預(yù)先設(shè)置的消息形式相同的請求消息并將所述請求消息分配給相應(yīng)的控制器處理，實現(xiàn)了 Spring MVC框架中的控制器從用戶接受請求，將模型與視圖匹配在一起，共同完成用戶的 請求的具體實現(xiàn)。實現(xiàn)了 Web-GIS的視圖、控制器和模型的分離，降低了 Web-GIS程序的耦 合度，提高了代碼的重用性，提高了 Web-GIS程序后期的維護(hù)。


圖1為本發(fā)明實施例提供的分配消息的方法流程圖；圖2為本發(fā)明又一實施例提供的分配消息的方法流程3
圖3為本發(fā)明實施例提供的分配裝置結(jié)構(gòu)示意圖一；圖4為本發(fā)明實施例提供的分配裝置結(jié)構(gòu)示意圖二。
具體實施例方式下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；?本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護(hù)的范圍。為了將Spring MVC框架應(yīng)用在Web-GIS中，本發(fā)明實施例提供一種分配消息的 方法和裝置。如圖1所示，本發(fā)明實施例提供的分配消息的方法，包括步驟101，服務(wù)器端獲取客戶端發(fā)送的與預(yù)先設(shè)置的消息形式相同的請求消息。步驟102，服務(wù)器端根據(jù)預(yù)先設(shè)置的請求消息與控制器標(biāo)識之間的映射關(guān)系，將所 述請求消息分配給相應(yīng)的控制器處理。步驟103，服務(wù)器端將所述控制器根據(jù)所述請求消息處理得到的結(jié)果返回給客戶端。本發(fā)明實施例提供的分配消息的方法，通過服務(wù)器端獲取客戶端發(fā)送的與預(yù)先設(shè) 置的消息形式相同的請求消息并將所述請求消息分配給相應(yīng)的控制器處理，實現(xiàn)了 Spring MVC框架中的控制器從用戶接受請求，將模型與視圖匹配在一起，共同完成用戶的請求的具 體實現(xiàn)。實現(xiàn)了 Web-GIS的視圖、控制器和模型的分離，降低了 Web-GIS程序的耦合度，提 高了代碼的重用性，提高了 Web-GIS程序后期的維護(hù)。如圖2所示，本發(fā)明又一實施例提供的分配消息的方法，基于Spring MVC框架實 現(xiàn)，包括步驟201，服務(wù)器端獲取客戶端發(fā)送的與預(yù)先設(shè)置的消息形式相同的請求消息。在本實施例中，所述預(yù)先設(shè)置的消息形式可以通過在web工程下的web. xml文件 中配置Spring框架提供的DispatcherServlet實現(xiàn)。例如，可以通過程序代碼實現(xiàn)獲取客 戶端發(fā)送的形式為.do為結(jié)尾的所有請求消息
<servlet>
<servlet-name>CennaviLBS</servlet-name>
<servlet-class>org. 3pringf ramework. weto. servlet .DispatctLerservlet(Zservlet-Clsiss) <load-on-startup>l</load-on-startup> </servlet> <servlet-mapping> <servlet-naiine>CennaviLBS</3ervlet-name> <url-pattern>*.do</url-pattern> </3ervlet-mapping>步驟202，服務(wù)器端根據(jù)預(yù)先設(shè)置的請求消息與控制器標(biāo)識之間的映射關(guān)系，將所 述請求消息分配給相應(yīng)的控制器處理。在本實施例中，所述預(yù)先設(shè)置的請求消息與控制器標(biāo)識之間的映射關(guān)系以.xml 格式保存在配置文件中。所述預(yù)先設(shè)置的請求消息與控制器標(biāo)識之間的映射關(guān)系可以通 過Spring框架提供的SimpleUrlHandlerMapping類保存，在具體應(yīng)用時，可以通過所述SimpleUrlHandlerMapping類將所述請求消息映射到與所述請求消息對應(yīng)的控制器標(biāo)識， 通過所述控制器標(biāo)識將所述請求詳細(xì)分配給相應(yīng)的控制器進(jìn)行處理。如，所述請求消息與 控制器標(biāo)識之間的映射關(guān)系可以通過以下代碼實現(xiàn)，通過下述代碼可以將query, do為結(jié) 尾的所有請求指定給了名稱為LBSController控制器做處理操作
<toean name= "urIM^pplng-"
class= "orfir. spriiigir^meiirorA:. weib. ser^iet · h^ndler. SijnpIeUrJifaBciJ erJiappin^'^ <propetty nsnne= "zn^ppiKera rr> <props>
<prop key= "query. c2o">LBSConti:Dller</prop> </props> </property> </toean>所述控制器通過在所述配置文件中定義控制器的具體實現(xiàn)類來實現(xiàn)，可以通過下 述程序代碼實現(xiàn)對所述控制器的具體實現(xiàn)類的定義值得說明的是，在所述控制器的具體實現(xiàn)類中的一個屬性被定義，該屬性
<bean name= "LBS Controller" class= "cn. com. cenjiafi ■ li>s ■ controller: .LBSController ">
<pcoperty narne= "serviceOper" ref = "serviceOper"></property> </bean>的作用是保存請求消息類型，控制器可以根據(jù)請求消息類型向各自對應(yīng)的服務(wù) 類分發(fā)請求。步驟203，所述控制器根據(jù)所述請求消息類型和預(yù)先設(shè)置的請求消息類型與具體 服務(wù)類標(biāo)識對應(yīng)關(guān)系，獲取與所述請求消息類型對應(yīng)的具體服務(wù)類標(biāo)識。在所述配置文件中還定義有請求消息類型的具體實現(xiàn)類，在所述請求消息實現(xiàn)類 中定義了一個屬性，該屬性的作用是保存不同請求消息類型對應(yīng)的具體服務(wù)類標(biāo)識。在本 實施例中，所述請求消息類型與具體服務(wù)類標(biāo)識的對應(yīng)關(guān)系是以數(shù)據(jù)結(jié)構(gòu)Map<key，value〉 來定義的，這種數(shù)據(jù)結(jié)構(gòu)是通過鍵值對端數(shù)據(jù)進(jìn)行存儲的，所以可以通過key快速的得到 與其對應(yīng)的value，得到value之后可以通過<ref bean =...>的形式來調(diào)用與所述具體
服務(wù)類標(biāo)識對應(yīng)的具體服務(wù)類，其具體實現(xiàn)可以通過下述程序代碼實現(xiàn)<bean name="serviceOper” class="cn.com.cennavl.Jtos.service.TypeServlceOper"> <property name = nservj.c<eN&p"> Cinap >
<entry>
<key>
<value>poiService</value> </key>
<ref Ioean= "poiSerrice" /> </entry> <entry>
<key>
■cvalue>busLirLeService</value> </key>
<ref bean= "JbusLiiieSer^ice" /> </entry> </map> </prQperty> </bean>步驟204，控制器調(diào)用與所述具體服務(wù)類標(biāo)識對應(yīng)的具體服務(wù)類來處理與所述服 務(wù)類對應(yīng)的請求消息得到處理結(jié)果。在本實施例中，所述具體服務(wù)類通過控制反轉(zhuǎn)(Inversion of Control, Ioc)的方 式得到，所述Ioc不是創(chuàng)建對象，而是描述創(chuàng)建對象的方式。Ioc在代碼中不直接與對象和 服務(wù)連接，而是在配置文件中描述創(chuàng)建對象即創(chuàng)建具體服務(wù)類需要的服務(wù)。步驟205，服務(wù)器端將所述控制器根據(jù)所述請求消息處理得到的結(jié)果返回給客戶端。本發(fā)明實施例提供的分配消息的方法，通過服務(wù)器端獲取客戶端發(fā)送的與預(yù)先設(shè) 置的消息形式相同的請求消息并將所述請求消息分配給相應(yīng)的控制器處理，實現(xiàn)了 Spring MVC框架中的控制器從用戶接受請求，將模型與視圖匹配在一起，共同完成用戶的請求的具 體實現(xiàn)。實現(xiàn)了 Web-GIS的視圖、控制器和模型的分離，降低了 Web-GIS程序的耦合度，提 高了代碼的重用性，提高了 Web-GIS程序后期的維護(hù)。如圖3所示，本發(fā)明實施例提供的分配裝置，包括第一獲取單元301，用于獲取客戶端發(fā)送的與預(yù)先設(shè)置的消息形式相同的請求消 息；具體的實現(xiàn)方法可以參見如圖2所示的步驟201所述，此處不再贅述。分配單元302，用于根據(jù)預(yù)先設(shè)置的請求消息與控制器標(biāo)識之間的映射關(guān)系，將所 述獲取單元獲取的請求消息分配給相應(yīng)的控制器處理；具體的實現(xiàn)方法可以參見如圖2所 示的步驟202所述，此處不再贅述。返回單元303，用于將所述控制器根據(jù)所述請求消息處理得到的結(jié)果返回給客戶 端。具體的實現(xiàn)方法可以參見如圖2所示的步驟205所述，此處不再贅述。如圖4所示，所述分配裝置，還包括第二獲取單元401，用于根據(jù)所述請求消息類型和預(yù)先設(shè)置的請求消息類型與具 體服務(wù)類標(biāo)識，獲取與所述第二獲取單元獲取的請求消息類型對應(yīng)的具體服務(wù)類標(biāo)識；具 體的實現(xiàn)方法可以參見如圖2所示的步驟203所述，此處不再贅述。處理單元402，用于調(diào)用與所述第三獲取單元獲取的具體服務(wù)類標(biāo)識對應(yīng)的具體 服務(wù)類來處理與所述服務(wù)類對應(yīng)的請求消息得到處理結(jié)果。具體的實現(xiàn)方法可以參見如圖 2所示的步驟204所述，此處不再贅述。
本發(fā)明實施例提供的分配裝置，通過服務(wù)器端獲取客戶端發(fā)送的與預(yù)先設(shè)置的消 息形式相同的請求消息并將所述請求消息分配給相應(yīng)的控制器處理，實現(xiàn)了 Spring MVC框 架中的控制器從用戶接受請求，將模型與視圖匹配在一起，共同完成用戶的請求的具體實 現(xiàn)。實現(xiàn)了 Web-GIS的視圖、控制器和模型的分離，降低了 Web-GIS程序的耦合度，提高了 代碼的重用性，提高了 Web-GIS程序后期的維護(hù)。本發(fā)明實施例提供的分配消息的方法和裝置，能夠應(yīng)用于交通信息和數(shù)字地圖領(lǐng) 域。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟是可以 通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一計算機(jī)可讀存儲介質(zhì)中，如 ROM/RAM、磁碟或光盤等。以上所述，僅為本發(fā)明的具體實施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何 熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵 蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)以所述權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
一種分配消息的方法，其特征在于，包括服務(wù)器端獲取客戶端發(fā)送的與預(yù)先設(shè)置的消息形式相同的請求消息；服務(wù)器端根據(jù)預(yù)先設(shè)置的請求消息與控制器標(biāo)識之間的映射關(guān)系，將所述請求消息分配給相應(yīng)的控制器處理；服務(wù)器端將所述控制器根據(jù)所述請求消息處理得到的結(jié)果返回給客戶端。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述控制器根據(jù)所述請求消息處理得到 的結(jié)果具體包括控制器根據(jù)所述請求消息類型和預(yù)先設(shè)置的請求消息類型與具體服務(wù)類標(biāo)識的對應(yīng) 關(guān)系，獲取與所述請求消息類型對應(yīng)的具體服務(wù)類標(biāo)識；控制器調(diào)用與所述具體服務(wù)類標(biāo)識對應(yīng)的具體服務(wù)類來處理與所述服務(wù)類對應(yīng)的請 求消息得到處理結(jié)果。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述具體服務(wù)類通過控制反轉(zhuǎn)的方式得到。
4.根據(jù)權(quán)利要求1-3任一項所述的方法，其特征在于，所述預(yù)先設(shè)置的請求消息與控 制器標(biāo)識之間的映射關(guān)系保存在.xml格式的配置文件中。
5.根據(jù)權(quán)利要求1-3任一項所述的方法，其特征在于，所述方法基于SpringMVC框架實現(xiàn)。
6.一種分配裝置，其特征在于，包括第一獲取單元，用于獲取客戶端發(fā)送的與預(yù)先設(shè)置的消息形式相同的請求消息； 分配單元，用于根據(jù)預(yù)先設(shè)置的請求消息與控制器標(biāo)識之間的映射關(guān)系，將所述獲取 單元獲取的請求消息分配給相應(yīng)的控制器處理；返回單元，用于將所述控制器根據(jù)所述請求消息處理得到的結(jié)果返回給客戶端。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，還包括第二獲取單元，用于根據(jù)所述請求消息類型和預(yù)先設(shè)置的請求消息類型與具體服務(wù)類 標(biāo)識的對應(yīng)關(guān)系，獲取與所述第二獲取單元獲取的請求消息類型對應(yīng)的具體服務(wù)類標(biāo)識；處理單元，用于調(diào)用與所述第三獲取單元獲取的具體服務(wù)類標(biāo)識對應(yīng)的具體服務(wù)類來 處理與所述服務(wù)類對應(yīng)的請求消息得到處理結(jié)果。
全文摘要
本發(fā)明實施例公開一種分配消息的方法和裝置，涉及網(wǎng)絡(luò)地理信息領(lǐng)域，用以將Spring MVC框架應(yīng)用在Web-GIS中。本發(fā)明的技術(shù)方案包括服務(wù)器端獲取客戶端發(fā)送的與預(yù)先設(shè)置的消息形式相同的請求消息；服務(wù)器端根據(jù)預(yù)先設(shè)置的請求消息與控制器標(biāo)識之間的映射關(guān)系，將所述請求消息分配給相應(yīng)的控制器處理；服務(wù)器端將所述控制器根據(jù)所述請求消息處理得到的結(jié)果返回給客戶端。本發(fā)明實施例提供的分配消息的方法和裝置，能夠應(yīng)用于交通信息和數(shù)字地圖領(lǐng)域。
文檔編號G06F9/46GK101901163SQ20101023057
公開日2010年12月1日 申請日期2010年7月13日 優(yōu)先權(quán)日2010年7月13日
發(fā)明者付升榮, 曹家齊, 蔣晟, 薛明, 鄭小華 申請人:北京世紀(jì)高通科技有限公司