專利名稱：一種使用一次交互發(fā)送多個(gè)請(qǐng)求的辦法的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種使用 一次交互發(fā)送多個(gè)請(qǐng)求的辦法，特別涉及一種在客戶端與服務(wù)器通信時(shí)通過一次交互來發(fā)送多個(gè)請(qǐng)求的辦法。
背景技術(shù)：
隨著手機(jī)軟件的日益普及，手機(jī)與服務(wù)器的交互成為影響軟件效率的關(guān)鍵，目前帶寬還沒有達(dá)到理想的狀態(tài)，通信的效率與網(wǎng)絡(luò)流量密切相關(guān)。從另一個(gè)方面來考慮，服務(wù)器端針對(duì)每個(gè)通信接口的設(shè)計(jì)要求功能單一，要求客戶端可以組織多個(gè)功能單一的請(qǐng)求同時(shí)發(fā)送給服務(wù)器端，這樣便于服務(wù)器接口的開發(fā)與維護(hù)。

發(fā)明內(nèi)容
本發(fā)明將提供一種組織各個(gè)功能單一的請(qǐng)求的辦法，將其發(fā)送給服務(wù)器端，服務(wù)器端將解析出各個(gè)單一的請(qǐng)求，并按順序進(jìn)行處理。
本發(fā)明所述的一種使用一次交互發(fā)送多個(gè)請(qǐng)求的辦法，該方法至少包含如
下步驟
步驟l:服務(wù)器端開發(fā)各個(gè)功能單一的接口。步驟2:服務(wù)器端制定一種協(xié)議規(guī)范。
步驟3:客戶按照協(xié)議規(guī)范組織多個(gè)功能單一的請(qǐng)求，并發(fā)送給服務(wù)器。步驟4:服務(wù)器解析請(qǐng)求數(shù)據(jù)并處理請(qǐng)求。
步驟5:服務(wù)器把各個(gè)接口的應(yīng)答結(jié)果按照協(xié)議規(guī)范來組織，并發(fā)送給客戶端；要求應(yīng)答數(shù)據(jù)按照請(qǐng)求數(shù)據(jù)的順序排列。
步驟6:客戶端把應(yīng)答數(shù)據(jù)按照協(xié)議規(guī)范提取出各個(gè)請(qǐng)求的應(yīng)答結(jié)果。本方法所述的一種組織各個(gè)功能單一的請(qǐng)求的辦法，服務(wù)器端制定一種協(xié)
議規(guī)范，其步驟為
步驟21:.要求客戶端把請(qǐng)求數(shù)據(jù)按照這樣的規(guī)范來組織數(shù)據(jù)。步驟22:該規(guī)范使用XML格式。
步驟23:規(guī)定如何使用該XML格式來組織請(qǐng)求數(shù)據(jù)和傳送控制參數(shù)。步驟24:如果要發(fā)送多個(gè)請(qǐng)求，則按規(guī)定XML格式添加為多個(gè)相鄰的請(qǐng)求數(shù)據(jù)節(jié)點(diǎn)。
本發(fā)明所述的一種組織各個(gè)功能單一的請(qǐng)求的辦法，服務(wù)器解析請(qǐng)求數(shù)據(jù)并處理請(qǐng)求，其步驟為
步驟41: ^姿照協(xié)議規(guī)范解析各個(gè)功能單一的請(qǐng)求。步驟42:按照順序發(fā)送給各個(gè)接口進(jìn)行業(yè)務(wù)處理。
步驟43:如果其中某個(gè)接口在處理過程中發(fā)生錯(cuò)誤，將按照客戶端傳遞上來的控制參數(shù)，來決定是否繼續(xù)往下執(zhí)行。
本發(fā)明涉及的一種組織各個(gè)功能單一的請(qǐng)求的辦法，使得客戶端可以組織多個(gè)功能單一的請(qǐng)求同時(shí)發(fā)送給服務(wù)器端，便于服務(wù)器接口的開發(fā)與維護(hù)。


圖1為本發(fā)明的流程圖。
具體實(shí)施例方式
參見圖1,本發(fā)明的主要步驟如下
步驟l:服務(wù)器端開發(fā)各個(gè)功能單一的接口。
步驟2:服務(wù)器端制定一種協(xié)議規(guī)范。
步驟3:客戶按照協(xié)議規(guī)范組織多個(gè)功能單一的請(qǐng)求，并發(fā)送給服務(wù)器。步驟4:服務(wù)器解析請(qǐng)求數(shù)據(jù)并處理請(qǐng)求。步驟5:服務(wù)器把各個(gè)接口的應(yīng)答結(jié)果按照協(xié)議規(guī)范來組織，并發(fā)送給客戶端；要求應(yīng)答數(shù)據(jù)按照請(qǐng)求數(shù)據(jù)的順序排列。
步驟6:客戶端把應(yīng)答數(shù)據(jù)按照協(xié)議規(guī)范提取出各個(gè)請(qǐng)求的應(yīng)答結(jié)果。上述步驟.2服務(wù)器端制定一種協(xié)議規(guī)范的具體步驟為步驟21:要求客戶端把請(qǐng)求數(shù)據(jù)按照這樣的規(guī)范來組織數(shù)據(jù)。步驟22:該規(guī)范使用XML格式。
步驟23:規(guī)定如何使用該XML格式來組織請(qǐng)求數(shù)據(jù)和傳送控制參數(shù)。步驟24:如果要發(fā)送多個(gè)請(qǐng)求，則按規(guī)定XML格式添加為多個(gè)相鄰的請(qǐng)求數(shù)據(jù)節(jié)點(diǎn)。
上述步驟4服務(wù)器解析請(qǐng)求數(shù)據(jù)并處理請(qǐng)求的具體步驟為步驟41:.按照協(xié)議規(guī)范解析各個(gè)功能單一的請(qǐng)求。步驟42:按照順序發(fā)送給各個(gè)接口進(jìn)行業(yè)務(wù)處理。
步驟43:如果其中某個(gè)接口在處理過程中發(fā)生錯(cuò)誤，將按照客戶端傳遞上來的控制參數(shù)，來決定是否繼續(xù)往下執(zhí)行。
上述技術(shù)方案實(shí)施時(shí)，使得客戶端可以組織多個(gè)功能單一的請(qǐng)求同時(shí)發(fā)送給服務(wù)器端，便于服務(wù)器接口的開發(fā)與維護(hù)。
最后所應(yīng)說明的是，以上實(shí)施例僅用以說明而并非限制本發(fā)明所描述的技術(shù)方案；因此.,盡管本說明書參照上述的實(shí)施例對(duì)本發(fā)明已進(jìn)行了詳細(xì)的說明，但是，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解，仍然可以對(duì)本發(fā)明進(jìn)行修改或者等同地替換；而一切不脫離本發(fā)明的精神和范圍的技術(shù)方案及其改進(jìn)，其均應(yīng)涵蓋在本發(fā)明的權(quán)利要求范圍當(dāng)中。
權(quán)利要求
1、一種使用一次交互發(fā)送多個(gè)請(qǐng)求的辦法，其特征在于該方法至少包含如下步驟步驟1服務(wù)器端開發(fā)各個(gè)功能單一的接口。步驟2服務(wù)器端制定一種協(xié)議規(guī)范。步驟3客戶按照協(xié)議規(guī)范組織多個(gè)功能單一的請(qǐng)求，并發(fā)送給服務(wù)器。步驟4服務(wù)器解析請(qǐng)求數(shù)據(jù)并處理請(qǐng)求。步驟5服務(wù)器把各個(gè)接口的應(yīng)答結(jié)果按照協(xié)議規(guī)范來組織，并發(fā)送給客戶端；要求應(yīng)答數(shù)據(jù)按照請(qǐng)求數(shù)據(jù)的順序排列。步驟6客戶端把應(yīng)答數(shù)據(jù)按照協(xié)議規(guī)范提取出各個(gè)請(qǐng)求的應(yīng)答結(jié)果。
2、 根據(jù)權(quán)力要求1所述的一種使用一次交互發(fā)送多個(gè)請(qǐng)求的辦法，其特征 在于服務(wù)器端制定一種協(xié)議規(guī)范，其步驟為步驟21:要求客戶端把請(qǐng)求數(shù)據(jù)按照這樣的規(guī)范來組織數(shù)據(jù)。 步驟22:該規(guī)范使用XML格式。步驟23:.規(guī)定如何使用該XML格式來組織請(qǐng)求數(shù)據(jù)和傳送控制參數(shù)。 步驟24:如果要發(fā)送多個(gè)請(qǐng)求，則按規(guī)定XML格式添加為多個(gè)相鄰的請(qǐng)求數(shù) 據(jù)節(jié)點(diǎn)。
3、 根據(jù)權(quán)力要求1所述的一種使用一次交互發(fā)送多個(gè)請(qǐng)求的辦法，其特征 在于服務(wù)器解析請(qǐng)求數(shù)據(jù)并處理請(qǐng)求，其步驟為步驟41:按照協(xié)議規(guī)范解析各個(gè)功能單一的請(qǐng)求。 步驟42:按照順序發(fā)送給各個(gè)接口進(jìn)行業(yè)務(wù)處理。步驟43:如果其中某個(gè)接口在處理過程中發(fā)生錯(cuò)誤，將按照客戶端傳遞上 來的控制參數(shù)，來決定是否繼續(xù)往下執(zhí)行。
全文摘要
一種使用一次交互發(fā)送多個(gè)請(qǐng)求的辦法，首先服務(wù)器端開發(fā)各個(gè)功能單一的接口；服務(wù)器端制定一種協(xié)議規(guī)范；客戶按照協(xié)議規(guī)范組織多個(gè)功能單一的請(qǐng)求，并發(fā)送給服務(wù)器；然后服務(wù)器解析請(qǐng)求數(shù)據(jù)并處理請(qǐng)求；服務(wù)器把各個(gè)接口的應(yīng)答結(jié)果按照協(xié)議規(guī)范來組織，并發(fā)送給客戶端；要求應(yīng)答數(shù)據(jù)按照請(qǐng)求數(shù)據(jù)的順序排列；最后客戶端把應(yīng)答數(shù)據(jù)按照協(xié)議規(guī)范提取出各個(gè)請(qǐng)求的應(yīng)答結(jié)果。本發(fā)明使得客戶端可以組織多個(gè)功能單一的請(qǐng)求同時(shí)發(fā)送給服務(wù)器端，便于服務(wù)器接口的開發(fā)與維護(hù)。
文檔編號(hào)H04W4/18GK101557572SQ20081010386
公開日2009年10月14日 申請(qǐng)日期2008年4月11日 優(yōu)先權(quán)日2008年4月11日
發(fā)明者瑩 劉, 濤 孫, 徐友春, 朱紅軍, 湯海京, 蔣海濤 申請(qǐng)人:北京聞言科技有限公司