專利名稱：一種rpc式web服務(wù)架構(gòu)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及WEB架構(gòu)技術(shù)，尤其涉及一種RPC式WEB服務(wù)架構(gòu)方法。
背景技術(shù)：
WEB服務(wù)(WEB Service)是一種面向服務(wù)架構(gòu)的技術(shù)，通過標(biāo)準(zhǔn)WEB協(xié)議提供服務(wù)，保證不同平臺的應(yīng)用服務(wù)可以交互。根據(jù)W3C定義，WEB服務(wù)應(yīng)當(dāng)是一個軟件系統(tǒng)，用以支持網(wǎng)絡(luò)不同機器之間的互操作性。網(wǎng)絡(luò)服務(wù)通常是許多應(yīng)用程序接口(API)組成，它們通過網(wǎng)絡(luò)的遠(yuǎn)程服務(wù)器，執(zhí)行客戶所提交的請求。
WEB服務(wù)有三種手段遠(yuǎn)程過程調(diào)用(RPC)，面向服務(wù)架構(gòu)(SOA)以及表述性狀態(tài)轉(zhuǎn)移(REST)。
遠(yuǎn)程過程調(diào)用(RPC)-為 WEB服務(wù)提供一個分布式函數(shù)/方法接口供用戶調(diào)用。這是一種較傳統(tǒng)的方式，通常，在WSDL中對RPC接口進行定義(類似于早期的XML-RPC)。本質(zhì)上，RPC方式利用一個簡單映射，把用戶請求直接轉(zhuǎn)化成一個特定語言編寫的函數(shù)/方法。
面向服務(wù)架構(gòu)(SOA)-現(xiàn)在，業(yè)界比較關(guān)注的是遵從面向服務(wù)架構(gòu) (Service-Oriented Architecture, S0A)來構(gòu)建WEB服務(wù)。該方式中，通訊是由消息驅(qū)動， 而不再是某個動作或是方法調(diào)用，這種WEB服務(wù)也稱為“面向消息的服務(wù)”。
表述性狀態(tài)轉(zhuǎn)移(RepresentationalState Transfer, REST)- REST WEB 服務(wù)類似于HTTP或其他類似協(xié)議，接口是在一組廣泛使用的標(biāo)準(zhǔn)以供調(diào)用，如HTTP GET、PUT、 POST、DELETE。該方式關(guān)注與那些穩(wěn)定的資源交互，而不是消息或動作。
RPC式WEB服務(wù)(RPC-style WEB Service)通常從客戶端收到一個充滿數(shù)據(jù)的信封(envelope)，然后發(fā)回一個同樣充滿數(shù)據(jù)的信封。RPC式架構(gòu)意味著方法信息和作用域信息都在信封或報頭(headers)里，具體采用哪種信封，并不影響這里的分類，不過HTTP 是一種常見信封格式，而另一種常見的信封格式是S0AP，把SOAP信封放在HTTP信封里，在 HTTP上傳送SOAP文檔。各個RPC式服務(wù)采用自己的詞匯，就像計算機程序一樣，而REST式 WEB服務(wù)則相反，它們共用一套標(biāo)準(zhǔn)詞匯，即HTTP方法，REST式服務(wù)里的每個對象都具有統(tǒng)一的基本接口。
目前在嵌入式系統(tǒng)中采取的WEB服務(wù)架構(gòu)主要是以REST或者REST和RPC混合的方式，基本的架構(gòu)和數(shù)據(jù)分析過程如下
首先，用戶在終端輸入所要配置的頁面的地址，也就是通過一系列靜態(tài)或者動態(tài)的頁面將配置信息通過HTTP協(xié)議發(fā)送到WEB服務(wù)器；
然后，WEB服務(wù)端分析收到HTTP報文中調(diào)用的method方法，獲取方法之后再對報文中的以HTML格式存儲的配置信息進行分析，最后將配置信息發(fā)送到各個功能模塊，從而實現(xiàn)業(yè)務(wù)的配置。
在嵌入式設(shè)備的系統(tǒng)中，考慮到芯片處理能力和存儲空間的有限性，以及調(diào)用各種底層應(yīng)用的復(fù)雜度，REST這種WEB服務(wù)架構(gòu)可能存在以下問題
當(dāng)需要進行過多的配置時，REST服務(wù)架構(gòu)需要建立多個WEB頁面來配合不同的應(yīng)用，因此需要占用的資源相對比較多；
REST服務(wù)架構(gòu)或者REST和RPC混合式的服務(wù)架構(gòu)中處理客戶端操作的過程需要分成兩個部分，對于用戶下發(fā)的http/https報文，第一步需要分析該報文中調(diào)用的方法， 來區(qū)分出put、post、delete等不同的method ;第二步則需要通過分析http報文中的內(nèi)容來分析出不同的應(yīng)用，從而實現(xiàn)對底層不同業(yè)務(wù)不同應(yīng)用的操作。這樣的方式在嵌入式系統(tǒng)中顯然比較浪費資源，復(fù)雜度也比高。發(fā)明內(nèi)容
針對上述存在的問題，本發(fā)明的目的是提供一種RPC式WEB服務(wù)架構(gòu)方法，基于嵌入式系統(tǒng)開發(fā)的RPC式的服務(wù)架構(gòu)可以比較快速并且簡單地實現(xiàn)底層業(yè)務(wù)的調(diào)用，相對節(jié)省了嵌入式設(shè)備的有限資源，簡化了 WEB服務(wù)的基本架構(gòu)，并且降低了業(yè)務(wù)解析和實現(xiàn)的復(fù)雜度。
本發(fā)明的目的是通過下述技術(shù)方案實現(xiàn)的
一種RPC式WEB服務(wù)架構(gòu)方法，其中，搭建于一種RPC式WEB服務(wù)架構(gòu)上，所述RPC 式WEB服務(wù)架構(gòu)由上而下包括WEB頁面、SOAP服務(wù)器和下層應(yīng)用模塊，所述WEB頁面位于客戶使用端，所述RPC式WEB服務(wù)架構(gòu)方法包括下列步驟
將所述WEB頁面抽象為對象，所述對象中包含了所有與業(yè)務(wù)和應(yīng)用相關(guān)的配置信息；
抽象完成后，所述客戶使用端將相應(yīng)的配置信息封裝在一個指定的SOAP包中，并通過http/https協(xié)議將所述SOAP包發(fā)送到所述SOAP服務(wù)器端；
所述SOAP服務(wù)器端對收到的所述SOAP包進行解析后取出調(diào)用的方法和配置信息；
所述SOAP服務(wù)器端將所述調(diào)用的方法和配置信息發(fā)送到所述下層應(yīng)用模塊，完成業(yè)務(wù)配置。
上述RPC式WEB服務(wù)架構(gòu)方法，其中，所述http/https協(xié)議利用http報文作為傳輸通道，不攜帶任何信息，所述SOAP包封裝在所述http報文中。
上述RPC式WEB服務(wù)架構(gòu)方法，其中，所有的配置信息在指定的所述SOAP報文內(nèi)部做相應(yīng)的定義的方法包括set方法、get方法、add方法和delete方法。
上述RPC式WEB服務(wù)架構(gòu)方法，其中，所述SOAP服務(wù)器內(nèi)部集合了 WEB服務(wù)器模塊和應(yīng)用服務(wù)模塊。
上述RPC式WEB服務(wù)架構(gòu)方法，其中，所述SOAP服務(wù)器端將所述調(diào)用的方法和配置信息發(fā)送到所述下層應(yīng)用模塊，并調(diào)用相應(yīng)的所述應(yīng)用服務(wù)模塊執(zhí)行相關(guān)的操作，完成業(yè)務(wù)配置。
與已有技術(shù)相比，本發(fā)明的有益效果在于
1、簡化了 WEB服務(wù)架構(gòu)對數(shù)據(jù)報文進行分析的過程，只需進行一次業(yè)務(wù)或者應(yīng)用分析，即可調(diào)用到底層的應(yīng)用模塊。
2、使WEB服務(wù)架構(gòu)和具體的應(yīng)用無關(guān)，不需要在REST式服務(wù)架構(gòu)中所提供的具體的配置頁面，可以直觀的根據(jù)業(yè)務(wù)或者數(shù)據(jù)模型進行配置；
3、在保持WEB服務(wù)架構(gòu)不變的情況下，可以針對不同的業(yè)務(wù)或者協(xié)議做相應(yīng)的調(diào)離iF. O


圖1是本發(fā)明RPC式WEB服務(wù)架構(gòu)的結(jié)構(gòu)示意圖2是本發(fā)明RPC式WEB服務(wù)架構(gòu)方法的流程示意框圖。
具體實施方式
下面結(jié)合原理圖和具體操作實施例對本發(fā)明作進一步說明。
本發(fā)明一種RPC式WEB服務(wù)架構(gòu)方法，搭建于一種RPC式WEB服務(wù)架構(gòu)上，如圖1 所示，RPC式WEB服務(wù)架構(gòu)由上而下包括WEB頁面、SOAP服務(wù)器和下層應(yīng)用模塊，WEB頁面位于客戶使用端，SOAP服務(wù)器內(nèi)部集合了原來REST式WEB架構(gòu)中的WEB服務(wù)器模塊和應(yīng)用服務(wù)模塊。
本發(fā)明優(yōu)選實施例中，RPC式WEB服務(wù)架構(gòu)方法包括下列步驟
將WEB頁面抽象為對象，在本系統(tǒng)中具體抽象為objects，該objects中包含了所有與業(yè)務(wù)和應(yīng)用相關(guān)的配置信息。
抽象完成后，客戶使用端將相應(yīng)的配置信息封裝在一個指定的SOAP包中，并通過 http/https協(xié)議將SOAP包發(fā)送到SOAP服務(wù)器端。此處的http報文只作為傳輸通道，沒有攜帶任何信息，所有的配置信息在http報文中的SOAP包中，SOAP包封裝在http報文的 hearders中。原先的http的各種method在此處不再使用，而是在指定SOAP報文內(nèi)部做相應(yīng)的定義，比如定義為set、get、add、delete等各種方法,一般均為常用的定義方法，同時也包含了各種配置信息和參數(shù)的值。
SOAP服務(wù)器端對收到的SOAP包進行解析后取出調(diào)用的方法和配置信息。最終 SOAP服務(wù)器端將調(diào)用的方法和配置信息發(fā)送到下層應(yīng)用模塊，并調(diào)用相應(yīng)的應(yīng)用服務(wù)模塊執(zhí)行相關(guān)的操作，完成業(yè)務(wù)配置。
本發(fā)明簡化了 WEB服務(wù)架構(gòu)對數(shù)據(jù)報文進行分析的過程，只需進行一次業(yè)務(wù)或者應(yīng)用分析，即可調(diào)用到底層的應(yīng)用模塊；使WEB服務(wù)架構(gòu)和具體的應(yīng)用無關(guān)，不需要在REST 式服務(wù)架構(gòu)中所提供的具體的配置頁面，可以直觀的根據(jù)業(yè)務(wù)或者數(shù)據(jù)模型進行配置；在保持WEB服務(wù)架構(gòu)不變的情況下，可以針對不同的業(yè)務(wù)或者協(xié)議做相應(yīng)的調(diào)整。
以上對本發(fā)明的具體實施例進行了詳細(xì)描述，但本發(fā)明并不限制于以上描述的具體實施例，其只是作為范例。對于本領(lǐng)域技術(shù)人員而言，任何等同修改和替代也都在本發(fā)明的范疇之中。因此，在不脫離本發(fā)明的精神和范圍下所作出的均等變換和修改，都應(yīng)涵蓋在本發(fā)明的范圍內(nèi)。
權(quán)利要求
1.一種RPC式WEB服務(wù)架構(gòu)方法，其特征在于，搭建于一種RPC式WEB服務(wù)架構(gòu)上，所述RPC式WEB服務(wù)架構(gòu)由上而下包括WEB頁面、SOAP服務(wù)器和下層應(yīng)用模塊，所述WEB頁面位于客戶使用端，所述RPC式WEB服務(wù)架構(gòu)方法包括下列步驟將所述WEB頁面抽象為對象，所述對象中包含了所有與業(yè)務(wù)和應(yīng)用相關(guān)的配置信息；抽象完成后，所述客戶使用端將相應(yīng)的配置信息封裝在一個指定的SOAP包中，并通過 http/https協(xié)議將所述SOAP包發(fā)送到所述SOAP服務(wù)器端；所述SOAP服務(wù)器端對收到的所述SOAP包進行解析后取出調(diào)用的方法和配置信息；所述SOAP服務(wù)器端將所述調(diào)用的方法和配置信息發(fā)送到所述下層應(yīng)用模塊，完成業(yè)務(wù)配置。
2.如權(quán)利要求1所述RPC式WEB服務(wù)架構(gòu)方法,其特征在于，所述http/https協(xié)議利用http報文作為傳輸通道，不攜帶任何信息，所述SOAP包封裝在所述http報文中。
3.如權(quán)利要求2所述RPC式WEB服務(wù)架構(gòu)方法，其特征在于，所有的配置信息在指定的所述SOAP報文內(nèi)部做相應(yīng)的定義的方法包括set方法、get方法、add方法和delete方法。
4.如權(quán)利要求1至3中任意一項所述RPC式WEB服務(wù)架構(gòu)方法，其特征在于，所述SOAP 服務(wù)器內(nèi)部集合了 WEB服務(wù)器模塊和應(yīng)用服務(wù)模塊。
5.如權(quán)利要求4所述RPC式WEB服務(wù)架構(gòu)方法，其特征在于，所述SOAP服務(wù)器端將所述調(diào)用的方法和配置信息發(fā)送到所述下層應(yīng)用模塊，并調(diào)用相應(yīng)的所述應(yīng)用服務(wù)模塊執(zhí)行相關(guān)的操作，完成業(yè)務(wù)配置。
全文摘要
本發(fā)明公開了一種RPC式WEB服務(wù)架構(gòu)方法，將所述WEB頁面抽象為對象，所述對象中包含了所有與業(yè)務(wù)和應(yīng)用相關(guān)的配置信息；抽象完成后，所述客戶使用端將相應(yīng)的配置信息封裝在一個指定的SOAP包中，并將所述SOAP包發(fā)送到所述SOAP服務(wù)器端；所述SOAP服務(wù)器端對收到的所述SOAP包進行解析后取出調(diào)用的方法和配置信息；所述SOAP服務(wù)器端將所述調(diào)用的方法和配置信息發(fā)送到所述下層應(yīng)用模塊，完成業(yè)務(wù)配置。本發(fā)明簡化了WEB服務(wù)架構(gòu)對數(shù)據(jù)報文進行分析的過程，只需進行一次業(yè)務(wù)或者應(yīng)用分析，即可調(diào)用到底層的應(yīng)用模塊。
文檔編號H04L29/06GK103002047SQ20121055359
公開日2013年3月27日 申請日期2012年12月19日 優(yōu)先權(quán)日2012年12月19日
發(fā)明者張珠明, 郝眾望 申請人:上海斐訊數(shù)據(jù)通信技術(shù)有限公司