專利名稱：一種在http通信中統(tǒng)一處理請求應(yīng)答的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種在HTTP通信中統(tǒng)一處理請求應(yīng)答的方法，特別涉及一種在 HTTP通信時使用統(tǒng)一的接口來接收請求并返回應(yīng)答的方法。
背景技術(shù)：
當(dāng)客戶端使用WEB方式和服務(wù)器通信時，不同的通信請求通常發(fā)送給不同 的接口，隨著接口的增多，接口的維護也越來越難，本發(fā)明將使用一個統(tǒng)一的 接口，來處理各種請求。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種采用 一種在HTTP通信時使用統(tǒng)一的
接口來接收請求并返回應(yīng)答的方法。
本發(fā)明所述的一種在HTTP通信中統(tǒng)一處理請求應(yīng)答的方法，該方法至少包
括如下的步驟
步驟l:客戶端根據(jù)協(xié)議規(guī)范來組織請求數(shù)據(jù)。
步驟2:客戶端將請求數(shù)據(jù)通過網(wǎng)絡(luò)服務(wù)接口發(fā)送給服務(wù)器。
步驟3:服務(wù)器接收到請求之后，根據(jù)協(xié)議格式解析出請求數(shù)據(jù)中包含的請
求接口信息、業(yè)務(wù)數(shù)據(jù)及控制參數(shù)。
步驟4:服務(wù)器根據(jù)請求參數(shù)中包含的業(yè)務(wù)接口信息創(chuàng)建相應(yīng)的業(yè)務(wù)請求處理器。
步驟5:服務(wù)器將才艮據(jù)控制參數(shù)來決定該請求執(zhí)行的細(xì)節(jié)。
步驟6:業(yè)務(wù)數(shù)據(jù)進入到業(yè)務(wù)處理流程，業(yè)務(wù)層處理該請求并返回應(yīng)答信息。
步驟7:應(yīng)答數(shù)據(jù)進入?yún)f(xié)議層，按照協(xié)議來編碼步驟8:服務(wù)器將應(yīng)答數(shù)據(jù)返回給客戶端。
本發(fā)明所述的一種在HTTP通信中統(tǒng)一處理請求應(yīng)答的方法，客戶端根據(jù)協(xié)
議規(guī)范來組織請求數(shù)據(jù)其步驟為
步驟ll:制定一種通信協(xié)議，客戶端按照協(xié)議格式來組織請求數(shù)據(jù)。 步驟12:請求數(shù)據(jù)中需要包含要請求的業(yè)務(wù)接口的信息，業(yè)務(wù)數(shù)據(jù)及其它
一些控制參數(shù)。
本發(fā)明所述的一種在HTTP通信中統(tǒng)一處理請求應(yīng)答的方法，客戶端將請求 數(shù)據(jù)通過網(wǎng)絡(luò)服務(wù)接口發(fā)送給服務(wù)器其步驟為
步驟21:服務(wù)器端提供的通信接口，可以為HTTP P0ST或Web Service等 多種類型。
步驟22:客戶端可以選擇任一通信接口來發(fā)送請求并接收應(yīng)答。 本發(fā)明所述的一種在HTTP通信中統(tǒng)一處理請求應(yīng)答的方法，服務(wù)器接收到
請求之后，根據(jù)協(xié)議格式解析出請求數(shù)據(jù)中包含的請求接口信息、業(yè)務(wù)數(shù)據(jù)及
控制參數(shù)起步驟為
步驟31:考慮到以后協(xié)議的升級，需要有一個協(xié)議編碼解碼系統(tǒng)，叫做協(xié)議層。
步驟32:數(shù)據(jù)在進入業(yè)務(wù)流程之前，先經(jīng)過協(xié)議層，解析出請求數(shù)據(jù)中的 包含的要請求的業(yè)務(wù)信息，業(yè)務(wù)數(shù)據(jù)及控制參數(shù)。
本發(fā)明涉及的 一種在HTTP通信中統(tǒng)一處理請求應(yīng)答的方法使得當(dāng)客戶端使 用WEB方式和服務(wù)器通信時，使用一個統(tǒng)一的接口，來處理各種請求。


圖1為本發(fā)明的流程圖。
具體實施方式
參見圖1,本發(fā)明的主要步驟如下
步驟l:客戶端根據(jù)協(xié)議規(guī)范來組織請求數(shù)據(jù)。
步驟2:客戶端將請求數(shù)據(jù)通過網(wǎng)絡(luò)服務(wù)接口發(fā)送給服務(wù)器。
步驟3:服務(wù)器接收到請求之后，根據(jù)協(xié)議格式解析出請求數(shù)據(jù)中包含的請
求接口信息、業(yè)務(wù)數(shù)據(jù)及控制參數(shù)。
步驟4:服務(wù)器根據(jù)請求參數(shù)中包含的業(yè)務(wù)接口信息創(chuàng)建相應(yīng)的業(yè)務(wù)請求處理器。
步驟5:服務(wù)器將纟艮據(jù)控制參數(shù)來決定該請求執(zhí)行的細(xì)節(jié)。
步驟6:業(yè)務(wù)數(shù)據(jù)進入到業(yè)務(wù)處理流程，業(yè)務(wù)層處理該請求并返回應(yīng)答信息。
步驟7:應(yīng)答數(shù)據(jù)進入?yún)f(xié)議層，按照協(xié)議來編碼。
步驟8:服務(wù)器將應(yīng)答數(shù)據(jù)返回給客戶端。
上述步驟1所述的客戶端根據(jù)協(xié)議規(guī)范來組織請求數(shù)據(jù)的具體步驟為 步驟ll:制定一種通信協(xié)議，客戶端按照協(xié)議格式來組織請求數(shù)據(jù)。 步驟12:請求數(shù)據(jù)中需要包含要請求的業(yè)務(wù)接口的信息，業(yè)務(wù)數(shù)據(jù)及其它 一些控制參數(shù)。
上述步驟2所述的客戶端將請求數(shù)據(jù)通過網(wǎng)絡(luò)服務(wù)接口發(fā)送給服務(wù)器的具 體步驟為
步驟21:服務(wù)器端提供的通信接口，可以為HTTP POST或Web Service等 多種類型。
步驟22:客戶端可以選擇任一通信接口來發(fā)送請求并接收應(yīng)答。 上述步驟3所述的服務(wù)器接收到請求之后，根據(jù)協(xié)議格式解析出請求數(shù)據(jù) 中包含的請求接口信息、業(yè)務(wù)數(shù)據(jù)及控制參數(shù)的具體步驟為
步驟31:考慮到以后協(xié)議的升級，需要有一個協(xié)議編碼解碼系統(tǒng)，叫做協(xié)議層。
步驟32:數(shù)據(jù)在進入業(yè)務(wù)流程之前，先經(jīng)過協(xié)議層，解析出請求數(shù)據(jù)中的 包含的要請求的業(yè)務(wù)信息，業(yè)務(wù)數(shù)據(jù)及控制參數(shù)。
上述的技術(shù)方案實施時使得當(dāng)客戶端使用WEB方式和服務(wù)器通信時，使用 一個統(tǒng)一的接口，來處理各種請求。
最后所應(yīng)說明的是，以上實施例僅用以說明而并非限制本發(fā)明所描述的技 術(shù)方案；因此，盡管本說明書參照上述的實施例對本發(fā)明已進行了詳細(xì)的說明， 但是，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解，仍然可以對本發(fā)明進行修改或者等同 地替換；而一切不脫離本發(fā)明的精神和范圍的技術(shù)方案及其改進，其均應(yīng)涵蓋 在本發(fā)明的權(quán)利要求范圍當(dāng)中。
權(quán)利要求
1、一種在HTTP通信中統(tǒng)一處理請求應(yīng)答的方法，其特征在于該方法至少包括如下的步驟步驟1客戶端根據(jù)協(xié)議規(guī)范來組織請求數(shù)據(jù)。步驟2客戶端將請求數(shù)據(jù)通過網(wǎng)絡(luò)服務(wù)接口發(fā)送給服務(wù)器。步驟3服務(wù)器接收到請求之后，根據(jù)協(xié)議格式解析出請求數(shù)據(jù)中包含的請求接口信息、業(yè)務(wù)數(shù)據(jù)及控制參數(shù)。步驟4服務(wù)器根據(jù)請求參數(shù)中包含的業(yè)務(wù)接口信息創(chuàng)建相應(yīng)的業(yè)務(wù)請求處理器。步驟5服務(wù)器將根據(jù)控制參數(shù)來決定該請求執(zhí)行的細(xì)節(jié)。步驟6業(yè)務(wù)數(shù)據(jù)進入到業(yè)務(wù)處理流程，業(yè)務(wù)層處理該請求并返回應(yīng)答信息。步驟7應(yīng)答數(shù)據(jù)進入?yún)f(xié)議層，按照協(xié)議來編碼。步驟8服務(wù)器將應(yīng)答數(shù)據(jù)返回給客戶端。
2、 根據(jù)權(quán)力要求1所述的一種在HTTP通信中統(tǒng)一處理請求應(yīng)答的方法， 其特征在于客戶端根據(jù)協(xié)議規(guī)范來組織請求數(shù)據(jù)，其步驟為步驟ll:制定一種通信協(xié)議，客戶端按照協(xié)議^"式來組織請求數(shù)據(jù)。 步驟12:請求數(shù)據(jù)中需要包含要請求的業(yè)務(wù)接口的信息，業(yè)務(wù)數(shù)據(jù)及其它 一些控制參數(shù)。
3、 根據(jù)權(quán)力要求1所述的一種在HTTP通信中統(tǒng)一處理請求應(yīng)答的方法， 其特征在于客戶端將請求數(shù)據(jù)通過網(wǎng)絡(luò)服務(wù)接口發(fā)送給服務(wù)器，其步驟為步驟21:服務(wù)器端提供的通信接口，可以為HTTP POST或Web Service等 多種類型。步驟22:客戶端可以選擇任一通信接口來發(fā)送請求并接收應(yīng)答。
4 、根據(jù)權(quán)力要求1所述的一種在HTTP通信中統(tǒng)一處理請求應(yīng)答的方法，其特征在于服務(wù)器接收到請求之后，根據(jù)協(xié)議格式解析出請求數(shù)據(jù)中包含的請求接口信息、業(yè)務(wù)數(shù)據(jù)及控制參數(shù)，其步驟為步驟31:考慮到以后協(xié)議的升級，需要有一個協(xié)議編碼解碼系統(tǒng)，叫做協(xié)議層。步驟32:數(shù)據(jù)在進入業(yè)務(wù)流程之前，先經(jīng)過協(xié)議層，解析出請求數(shù)據(jù)中的 包含的要請求的業(yè)務(wù)信息，業(yè)務(wù)數(shù)據(jù)及控制參數(shù)。
全文摘要
一種在HTTP通信中統(tǒng)一處理請求應(yīng)答的方法，首先客戶端根據(jù)協(xié)議規(guī)范來組織請求數(shù)據(jù)；客戶端將請求數(shù)據(jù)通過網(wǎng)絡(luò)服務(wù)接口發(fā)送給服務(wù)器；服務(wù)器接收到請求之后，根據(jù)協(xié)議格式解析出請求數(shù)據(jù)中包含的請求接口信息、業(yè)務(wù)數(shù)據(jù)及控制參數(shù)；然后服務(wù)器根據(jù)請求參數(shù)中包含的業(yè)務(wù)接口信息創(chuàng)建相應(yīng)的業(yè)務(wù)請求處理器；服務(wù)器將根據(jù)控制參數(shù)來決定該請求執(zhí)行的細(xì)節(jié)；業(yè)務(wù)數(shù)據(jù)進入到業(yè)務(wù)處理流程，業(yè)務(wù)層處理該請求并返回應(yīng)答信息；應(yīng)答數(shù)據(jù)進入?yún)f(xié)議層，按照協(xié)議來編碼；最后服務(wù)器將應(yīng)答數(shù)據(jù)返回給客戶端。本發(fā)明使得當(dāng)客戶端使用WEB方式和服務(wù)器通信時，使用一個統(tǒng)一的接口，來處理各種請求。
文檔編號H04L29/10GK101557411SQ20081010358
公開日2009年10月14日 申請日期2008年4月9日 優(yōu)先權(quán)日2008年4月9日
發(fā)明者濤 孫, 楠 張, 徐友春, 朱紅軍, 湯海京, 峰 趙 申請人:北京聞言科技有限公司