專利名稱：遠(yuǎn)程過(guò)程調(diào)用及生成服務(wù)接口信息的方法、系統(tǒng)和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計(jì)算機(jī)領(lǐng)域，特別涉及一種遠(yuǎn)程過(guò)程調(diào)用及生成服務(wù)接口信息
的方法、系統(tǒng)和i殳備。
背景技術(shù)：
jabsorb是目前業(yè)界比較流行的一種簡(jiǎn)單的輕量級(jí)的Ajax/Web 2.0架構(gòu)，允 許用戶在瀏覽器上通過(guò)JavaScript代碼調(diào)用服務(wù)器端Java應(yīng)用。 jabsorb提供了 一種通用的用戶請(qǐng)求解決方案，具體過(guò)程如下
1) 第一次RPC (Remote Procedure Call,遠(yuǎn)程過(guò)程調(diào)用)請(qǐng)求時(shí)，客戶端 向月l務(wù)器端發(fā)送一個(gè)system.listMethods請(qǐng)求；
2) 服務(wù)器端接收到該請(qǐng)求后，將服務(wù)器端接口列表以json的數(shù)據(jù)形式發(fā)送 給客戶端；
3) 客戶端解析接收到的信息，獲取其中的服務(wù)器端接口列表，并根據(jù)服務(wù) 器端接口列表構(gòu)建RPC client (客戶端)對(duì)象；
4) 客戶端調(diào)用服務(wù)器端提供的某一接口方法，向服務(wù)器端發(fā)送第二次RPC 請(qǐng)求，完成實(shí)際的用戶請(qǐng)求。
綜合上述，現(xiàn)有技術(shù)至少存在以下問(wèn)題
每一次用戶請(qǐng)求時(shí)，jabsorb使用了兩次RPC請(qǐng)求的方案。這種在一次用戶 請(qǐng)求中發(fā)起兩次連接的方式，浪費(fèi)了服務(wù)器的連接資源，在服務(wù)負(fù)載較大時(shí)， 會(huì)導(dǎo)致服務(wù)器CPU ( Central Processing Unit,中央處理器)使用率浮高。

發(fā)明內(nèi)容
為了節(jié)省服務(wù)器的連接資源，本發(fā)明實(shí)施例提供了 一種遠(yuǎn)程過(guò)程調(diào)用及生 成服務(wù)接口信息的方法、系統(tǒng)和設(shè)備。所述技術(shù)方案如下
一種遠(yuǎn)程過(guò)程調(diào)用的方法，所述方法包括
客戶端根據(jù)第一描述形式的特征信息，將所述第一描述形式的服務(wù)接口信息下載到本地；
根據(jù)本地的所述第一描述形式的服務(wù)接口信息，向服務(wù)器端發(fā)送遠(yuǎn)程過(guò)程 調(diào)用請(qǐng)求。
其中，所述第一描述形式的服務(wù)接口信息是最新版本的第一描述形式的服
務(wù)接口信息。
一種生成服務(wù)接口信息的方法，所述方法包括 服務(wù)器端建立第 一描述形式與第二描述形式對(duì)應(yīng)關(guān)系的才莫板； 根據(jù)所述模板，將所述第二描述形式的服務(wù)接口信息轉(zhuǎn)換為所述第一描述
形式的服務(wù)接口信息。
其中，所述根據(jù)所述模板，將所述第二描述形式的服務(wù)接口信息轉(zhuǎn)換為所
述第 一描述形式的服務(wù)接口信息之后還包括
將所述第 一描述形式的服務(wù)接口信息標(biāo)記版本號(hào)，《吏客戶端根據(jù)所述版本 號(hào)將最新版本的所述第一描述形式的月l務(wù)接口信息下載到本地。
一種遠(yuǎn)程過(guò)程調(diào)用的系統(tǒng)，所述系統(tǒng)包括服務(wù)器端和客戶端； 所述服務(wù)器端，用于建立第 一描述形式與第二描述形式對(duì)應(yīng)關(guān)系的模板，
根據(jù)所述模板，將所述第二描述形式的服務(wù)接口信息轉(zhuǎn)換為所述第一描述形式
的服務(wù)接口信息；
所述客戶端，用于根據(jù)第一描述形式的特征信息，將所述第一描述形式的 服務(wù)接口信息從所述服務(wù)器端下載到本地，根據(jù)本地的所述第一描述形式的服 務(wù)接口信息，向所述服務(wù)器端發(fā)送遠(yuǎn)程過(guò)程調(diào)用請(qǐng)求。
其中，所述服務(wù)器端，還用于將所述第一描述形式的服務(wù)接口信息標(biāo)記版 本號(hào)；
所述客戶端，還用于根據(jù)所述版本號(hào)將最新版本的所述第一描述形式的服 務(wù)接口信息下載到本地。
一種客戶端設(shè)備，所述客戶端設(shè)備包括
下載模塊，用于根據(jù)第一描述形式的特征信息，將所述第一描述形式的服 務(wù)接口信息下載到本地；
請(qǐng)求模塊，用于根據(jù)所述下載模塊下載到本地的所述第一描述形式的服務(wù)
接口信息，向服務(wù)器端發(fā)送遠(yuǎn)程過(guò)程調(diào)用請(qǐng)求。
其中，所述下載模塊，還用于將最新版本的所述第一描述形式的服務(wù)接口信息下載到本地。
一種服務(wù)器，所述服務(wù)器包括
模板模塊，用于建立第一描述形式與第二描述形式對(duì)應(yīng)關(guān)系的模板；
轉(zhuǎn)換模塊，用于根據(jù)所述模板模塊建立的模板，將所述第二描述形式的服 務(wù)接口信息轉(zhuǎn)換為所述第 一描述形式的服務(wù)接口信息。
其中，所述服務(wù)器還包括
標(biāo)記模塊，用于將所述轉(zhuǎn)換模塊生成的第一描述形式的服務(wù)接口信息標(biāo)記 版本號(hào)，使客戶端根據(jù)所述版本號(hào)將最新版本的所述第一描述形式的服務(wù)接口 信息下載到本地。
本發(fā)明實(shí)施例提供的技術(shù)方案帶來(lái)的有益效果是
根據(jù)建立的模板，將第二描述形式的服務(wù)接口信息轉(zhuǎn)換為第一描述形式的 服務(wù)接口信息，實(shí)現(xiàn)了服務(wù)接口的提前綁定；根據(jù)預(yù)先下載的第一描述形式的 服務(wù)接口信息，向服務(wù)器端發(fā)送遠(yuǎn)程過(guò)程調(diào)用請(qǐng)求，節(jié)省了服務(wù)器的連接資源， 避免了 CPU使用率浮高的弊端。


圖l是本發(fā)明實(shí)施例1中提供的遠(yuǎn)程過(guò)程調(diào)用的方法流程圖； 圖2是本發(fā)明實(shí)施例1中提供的生成服務(wù)接口信息的方法流程圖； 圖3是本發(fā)明實(shí)施例1中提供的RPC系統(tǒng)結(jié)構(gòu)示意圖； 圖4是本發(fā)明實(shí)施例1中提供的遠(yuǎn)程過(guò)程調(diào)用及生成服務(wù)接口信息的信息 交互圖5是本發(fā)明實(shí)施例2中提供的遠(yuǎn)程過(guò)程調(diào)用的系統(tǒng)結(jié)構(gòu)示意圖6是本發(fā)明實(shí)施例3中提供的客戶端設(shè)備結(jié)構(gòu)示意圖7是本發(fā)明實(shí)施例4中提供的服務(wù)器結(jié)構(gòu)示意圖8是本發(fā)明實(shí)施例4中提供的服務(wù)器另一結(jié)構(gòu)示意圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明 實(shí)施方式作進(jìn)一步地詳細(xì)描述。 實(shí)施例1參見(jiàn)圖1,本實(shí)施例提供了一種遠(yuǎn)程過(guò)程調(diào)用的方法，該方法包括 101:客戶端根據(jù)第一描述形式的特征信息，將該第一描述形式的服務(wù)接口 信息下載到本地；
102:根據(jù)本地的該第一描述形式的服務(wù)接口信息，向服務(wù)器端發(fā)送遠(yuǎn)程過(guò) 程調(diào)用請(qǐng)求。
本實(shí)施例提供的遠(yuǎn)程過(guò)程調(diào)用的方法，根據(jù)預(yù)先下載的第一描述形式的服 務(wù)接口信息，向服務(wù)器端發(fā)送遠(yuǎn)程過(guò)程調(diào)用請(qǐng)求，節(jié)省了服務(wù)器的連接資源， 避免了 CPU使用率浮高的弊端。
參見(jiàn)圖2，本實(shí)施例還提供了一種生成服務(wù)接口信息的方法，該方法包括 201:服務(wù)器端建立第一描述形式與第二描述形式對(duì)應(yīng)關(guān)系的才莫板； 202:沖艮據(jù)該模板，將該第二描述形式的服務(wù)接口信息轉(zhuǎn)換為該第一描述形 式的服務(wù)接口信息。
本實(shí)施例提供的生成服務(wù)接口信息的方法，根據(jù)建立的模板，將第二描述 形式的服務(wù)接口信息轉(zhuǎn)換為第一描述形式的服務(wù)接口信息，實(shí)現(xiàn)了服務(wù)接口的 提前綁定，使得客戶端可以根據(jù)預(yù)先下載的第一描述形式的服務(wù)接口信息，向 服務(wù)器端發(fā)送遠(yuǎn)程過(guò)程調(diào)用請(qǐng)求，節(jié)省了服務(wù)器的連接資源，避免了CPU使用 率浮高的弊端。
參見(jiàn)圖3所示的RPC系統(tǒng)結(jié)構(gòu)示意圖，包括服務(wù)器端和客戶端。其中，月良 務(wù)器端包括接口服務(wù)器a、接口發(fā)布工具b和內(nèi)容服務(wù)器c,根據(jù)具體的需求， 三者可以是三個(gè)獨(dú)立的設(shè)備，也可以集成到一個(gè)設(shè)備上；客戶端包括客戶端設(shè) 備d。下面結(jié)合圖3，詳細(xì)敘述遠(yuǎn)程過(guò)程調(diào)用及生成服務(wù)接口信息的過(guò)程，其信 息交互圖參見(jiàn)圖4所示
401:接口服務(wù)器a使用模板引擎，定制第一描述形式與第二描述形式對(duì)應(yīng) 關(guān)系的模板；
其中，第一描述形式，是客戶端的描述形式，例如JavaScript;第二描述 形式，是服務(wù)器端的描述形式，例如Java,第二描述形式包括多種存在形式， 例如Java的class文件，Java的exe文件等。
402:接口發(fā)布工具b才艮據(jù)定制的模板，將第二描述形式的服務(wù)接口信息轉(zhuǎn) 換為第一描述形式的服務(wù)接口信息，并為第一描述形式的服務(wù)接口信息標(biāo)記版 本號(hào)，發(fā)布到內(nèi)容服務(wù)器c上，同時(shí)更新配置中心，使客戶端與服務(wù)器端版本一致；
具體的，通過(guò)反射方式，將第二描述形式的服務(wù)接口信息轉(zhuǎn)換為第一描述 形式的服務(wù)接口信息；
例如， 一個(gè)提供了兩個(gè)服務(wù)接口信息的Java的class文件如下 public interface IUserAndQuestionDao {
int addAskPending(int userld, int questionld， int time);
int addAnswered(int userld, int questionld, int time);
轉(zhuǎn)換后，對(duì)應(yīng)生成的JavaScript文件4戈碼如下 Var rpcClient = {
addAskPending: function(){......}
addAnswered: fUnction() {......}
進(jìn)一步的，當(dāng)不考慮軟件的升級(jí)問(wèn)題時(shí)，第一描述形式的服務(wù)接口信息也 可以不標(biāo)記版本號(hào)，采用新版本覆蓋舊版本的方式，即內(nèi)容服務(wù)器c上只保留 最新版本的接口描述信息，以保持客戶端與服務(wù)器端版本的一致性。
403:客戶端設(shè)備d根據(jù)第一描述形式的特征信息，將最新版本的第一描述 形式的服務(wù)接口信息下載到本地；
進(jìn)一步的，在客戶端設(shè)備訪問(wèn)網(wǎng)站時(shí)，或訪問(wèn)網(wǎng)站的一個(gè)特定業(yè)務(wù)服務(wù)時(shí)， 瀏覽器發(fā)現(xiàn)據(jù)第一描述形式的特征信息，例如script標(biāo)簽，則自動(dòng)將相應(yīng)的最 新版本的第 一描述形式的服務(wù)接口信息下載到本地；
例如用戶訪問(wèn)網(wǎng)站時(shí)，瀏覽器發(fā)現(xiàn)script標(biāo)簽，如<script type= "text/javascript" src="http:〃cache.soso.com/wenwen/js/rpcClient.js" ></script>，瀏覽 器下載到客戶端本地后，就得到rpcClient的定義。
404:客戶端設(shè)備d根據(jù)本地的最新版本的第 一描述形式的服務(wù)接口信息， 向接口服務(wù)器a發(fā)送RPC請(qǐng)求；
具體的，根據(jù)該最新版本的第一描述形式的服務(wù)接口信息，組裝成一個(gè)json 格式的http請(qǐng)求，將該http請(qǐng)求發(fā)送到服務(wù)器端，完成一個(gè)具體的RPC調(diào)用。
例如網(wǎng)頁(yè)中調(diào)用javascript代碼rpcClient.addAnswered,就可以向接口月良 務(wù)器發(fā)起一個(gè)RPC請(qǐng)求。405:接口服務(wù)器a接收到RPC請(qǐng)求后，通過(guò)反射等方式找到相應(yīng)的服務(wù)器 端對(duì)象，執(zhí)行相應(yīng)的方法，將執(zhí)行結(jié)果封裝成json格式返回給客戶端設(shè)備d，客 戶端設(shè)備d的第 一描述形式的服務(wù)接口信息負(fù)責(zé)解析和展示結(jié)果。
本實(shí)施例提供的方法，針對(duì)特定業(yè)務(wù)，生成依賴性很強(qiáng)的JavaScript代碼， 實(shí)現(xiàn)了 RPC接口的提前綁定，節(jié)省了服務(wù)器的http連接資源，尤其適合B/S (Browser/Server,瀏覽器/服務(wù)器)模式的發(fā)布系統(tǒng)，相對(duì)于現(xiàn)有技術(shù)，在一 次用戶請(qǐng)求中發(fā)起兩次連接的方法，避免了服務(wù)器CPU使用率浮高的弊端。
實(shí)施例2
參見(jiàn)圖5，本實(shí)施例提供了一種遠(yuǎn)程過(guò)程調(diào)用的系統(tǒng)，該系統(tǒng)包括服務(wù)器 端501和客戶端502;
該服務(wù)器端501,用于建立第一描述形式與第二描述形式對(duì)應(yīng)關(guān)系的模板， 根據(jù)該模板，將該第二描述形式的服務(wù)接口信息轉(zhuǎn)換為該第一描述形式的服務(wù) 接口信息；
該客戶端502，用于根據(jù)第一描述形式的特征信息，將該第一描述形式的服 務(wù)接口信息從該服務(wù)器端501下載到本地，根據(jù)本地的該第一描述形式的服務(wù) 接口信息，向該服務(wù)器端501發(fā)送遠(yuǎn)程過(guò)程調(diào)用請(qǐng)求。
進(jìn)一步的，
該服務(wù)器端501,還用于將該第一描述形式的服務(wù)接口信息標(biāo)記版本號(hào)； 該客戶端502,還用于根據(jù)該版本號(hào)將最新版本的該第一描述形式的服務(wù)接 口信息下載到本地。
本實(shí)施例提供的系統(tǒng)所涉及的服務(wù)器端和客戶端，與方法實(shí)施例中的服務(wù) 器端和客戶端屬于同一構(gòu)思，其具體的實(shí)現(xiàn)過(guò)程詳見(jiàn)方法實(shí)施例，在此不再贅述。
本實(shí)施例提供的系統(tǒng)，根據(jù)建立的模板，將第二描述形式的服務(wù)接口信息 轉(zhuǎn)換為第一描述形式的服務(wù)接口信息，實(shí)現(xiàn)了服務(wù)接口的提前綁定；根據(jù)預(yù)先 下載的第一描述形式的服務(wù)接口信息，向服務(wù)器端發(fā)送遠(yuǎn)程過(guò)程調(diào)用請(qǐng)求，節(jié) 省了服務(wù)器的連接資源，避免了 CPU使用率浮高的弊端。
實(shí)施例3參見(jiàn)圖6，本實(shí)施例提供了一種客戶端設(shè)備，包括
下載模塊601,用于根據(jù)第一描述形式的特征信息，將該第一描述形式的服 務(wù)接口信息下載到本地；
請(qǐng)求模塊602,用于根據(jù)該下載模塊601下載到本地的該第一描述形式的服 務(wù)接口信息，向服務(wù)器端發(fā)送遠(yuǎn)程過(guò)程調(diào)用請(qǐng)求。
進(jìn)一步的
該下載模塊601,還用于將最新版本的該第一描述形式的服務(wù)接口信息下載 到本地。
本實(shí)施例提供客戶端設(shè)備，與方法實(shí)施例中的客戶端設(shè)備屬于同一構(gòu)思， 其具體的實(shí)現(xiàn)過(guò)程詳見(jiàn)方法實(shí)施例，在此不再贅述。
本實(shí)施例提供的客戶端設(shè)備，根據(jù)預(yù)先下載的第一描述形式的服務(wù)接口信 息，向服務(wù)器端發(fā)送遠(yuǎn)程過(guò)程調(diào)用請(qǐng)求，節(jié)省了服務(wù)器的連接資源，避免了 CPU 使用率浮高的弊端。
實(shí)施例4
參見(jiàn)圖7，本實(shí)施例提供了一種服務(wù)器，該服務(wù)器包括 模板模塊701,用于建立第 一描述形式與第二描述形式對(duì)應(yīng)關(guān)系的模板； 轉(zhuǎn)換模塊702，用于根據(jù)該模板模塊701建立的模板，將該第二描述形式的 服務(wù)接口信息轉(zhuǎn)換為該第 一描述形式的服務(wù)接口信息。 進(jìn)一步的，參見(jiàn)圖8，該服務(wù)器還包括
標(biāo)記模塊703,用于將該轉(zhuǎn)換模塊702生成的第一描述形式的服務(wù)接口信息 標(biāo)記版本號(hào)，使客戶端根據(jù)該版本號(hào)將最新版本的該第一描述形式的服務(wù)接口 信息下載到本地。
本實(shí)施例提供服務(wù)器，與方法實(shí)施例中的服務(wù)器端屬于同一構(gòu)思，其具體 的實(shí)現(xiàn)過(guò)程詳見(jiàn)方法實(shí)施例，在此不再贅述。
本實(shí)施例提供的服務(wù)器，根據(jù)建立的模板，將第二描述形式的服務(wù)接口信 息轉(zhuǎn)換為第一描述形式的服務(wù)接口信息，實(shí)現(xiàn)了服務(wù)接口的提前綁定，使得客 戶端可以根據(jù)預(yù)先下載的第一描述形式的服務(wù)接口信息，向服務(wù)器發(fā)送遠(yuǎn)程過(guò) 程調(diào)用請(qǐng)求，節(jié)省了服務(wù)器的連接資源，避免了 CPU使用率浮高的弊端。以上實(shí)施例提供的技術(shù)方案中的全部或部分內(nèi)容可以通過(guò)軟件編程實(shí)現(xiàn)，
其軟件程序存儲(chǔ)在可讀取的存儲(chǔ)介質(zhì)中，存儲(chǔ)介質(zhì)例如計(jì)算機(jī)中的硬盤、光 盤或軟盤。
以上所述僅為本發(fā)明的較佳實(shí)施例，并不用以限制本發(fā)明，凡在本發(fā)明的 精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的 保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種遠(yuǎn)程過(guò)程調(diào)用的方法，其特征在于，所述方法包括客戶端根據(jù)第一描述形式的特征信息，將所述第一描述形式的服務(wù)接口信息下載到本地；根據(jù)本地的所述第一描述形式的服務(wù)接口信息，向服務(wù)器端發(fā)送遠(yuǎn)程過(guò)程調(diào)用請(qǐng)求。
2、 如權(quán)利要求l所述的方法，其特征在于，所述第一描述形式的服務(wù)接口 信息是最新版本的第 一描述形式的服務(wù)接口信息。
3、 一種生成服務(wù)接口信息的方法，其特征在于，所述方法包括 服務(wù)器端建立第一描述形式與第二描述形式對(duì)應(yīng)關(guān)系的才莫板； 根據(jù)所述模板，將所述第二描述形式的服務(wù)接口信息轉(zhuǎn)換為所述第一描述形式的服務(wù)接口信息。
4、 如權(quán)利要求3所述的方法，其特征在于，所述根據(jù)所述模板，將所述第 二描述形式的服務(wù)接口信息轉(zhuǎn)換為所述第 一描述形式的服務(wù)接口信息之后還包 括將所述第一描述形式的服務(wù)接口信息標(biāo)記版本號(hào)，使客戶端根據(jù)所述版本 號(hào)將最新版本的所述第 一描述形式的服務(wù)接口信息下載到本地。
5、 一種遠(yuǎn)程過(guò)程調(diào)用的系統(tǒng)，其特征在于，所述系統(tǒng)包括服務(wù)器端和客 戶端；所述服務(wù)器端，用于建立第 一描述形式與第二描述形式對(duì)應(yīng)關(guān)系的模板， 根據(jù)所述模板，將所述第二描述形式的服務(wù)接口信息轉(zhuǎn)換為所述第一描述形式 的服務(wù)接口信息；所述客戶端，用于根據(jù)第一描述形式的特征信息，將所述第一描述形式的 服務(wù)接口信息從所述服務(wù)器端下載到本地，根據(jù)本地的所述第一描述形式的服務(wù)接口信息，向所述服務(wù)器端發(fā)送遠(yuǎn)程過(guò)程調(diào)用請(qǐng)求。
6、 如權(quán)利要求5所述的系統(tǒng)，其特征在于，所述服務(wù)器端，還用于將所述第 一描述形式的服務(wù)接口信息標(biāo)記版本號(hào)；所述客戶端，還用于根據(jù)所述版本號(hào)將最新版本的所述第一描述形式的服 務(wù)接口信息下載到本地。
7、 一種客戶端設(shè)備，其特征在于，所述客戶端設(shè)備包括下載模塊，用于根據(jù)第一描述形式的特征信息，將所述第一描述形式的服 務(wù)接口信息下載到本地；請(qǐng)求模塊，用于根據(jù)所述下載模塊下載到本地的所述第一描述形式的服務(wù) 接口信息，向服務(wù)器端發(fā)送遠(yuǎn)程過(guò)程調(diào)用請(qǐng)求。
8、 如權(quán)利要求7所述的客戶端設(shè)備，其特征在于，所述下載模塊，還用于 將最新版本的所述第 一描述形式的服務(wù)接口信息下載到本地。
9、 一種服務(wù)器，其特征在于，所述服務(wù)器包括模板模塊，用于建立第 一描述形式與第二描述形式對(duì)應(yīng)關(guān)系的模板； 轉(zhuǎn)換模塊，用于根據(jù)所述模板模塊建立的模板，將所述第二描述形式的服 務(wù)接口信息轉(zhuǎn)換為所述第 一描述形式的服務(wù)接口信息。
10、 如權(quán)利要求9所述的服務(wù)器，其特征在于，所述服務(wù)器還包括 標(biāo)記模塊，用于將所述轉(zhuǎn)換模塊生成的第一描述形式的服務(wù)接口信息標(biāo)記版本號(hào)，使客戶端根據(jù)所述版本號(hào)將最新版本的所述第一描述形式的服務(wù)接口 信息下載到本地。
全文摘要
本發(fā)明公開(kāi)了一種遠(yuǎn)程過(guò)程調(diào)用及生成服務(wù)接口信息的方法、系統(tǒng)和設(shè)備，屬于計(jì)算機(jī)領(lǐng)域。所述RPC方法包括客戶端根據(jù)第一描述形式的特征信息，將所述第一描述形式的服務(wù)接口信息下載到本地；根據(jù)本地的所述第一描述形式的服務(wù)接口信息，向服務(wù)器端發(fā)送遠(yuǎn)程過(guò)程調(diào)用請(qǐng)求。生成服務(wù)接口信息的方法包括服務(wù)器端建立第一描述形式與第二描述形式對(duì)應(yīng)關(guān)系的模板；根據(jù)所述模板，將所述第二描述形式的服務(wù)接口信息轉(zhuǎn)換為所述第一描述形式的服務(wù)接口信息?？蛻舳嗽O(shè)備包括下載模塊和請(qǐng)求模塊。服務(wù)器包括模板模塊和轉(zhuǎn)換模塊。所述系統(tǒng)包括服務(wù)器端和客戶端。本發(fā)明實(shí)現(xiàn)了服務(wù)接口的提前綁定，節(jié)省了服務(wù)器的連接資源，避免了CPU使用率浮高的弊端。
文檔編號(hào)G06F9/46GK101533361SQ200910135219
公開(kāi)日2009年9月16日 申請(qǐng)日期2009年4月16日 優(yōu)先權(quán)日2009年4月16日
發(fā)明者寧曉濤, 揚(yáng) 高 申請(qǐng)人:騰訊科技(深圳)有限公司