專利名稱：異步請求應(yīng)答的通信方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種請求應(yīng)答的通信方法，特別涉及一種應(yīng)用在伺服端所運行 的應(yīng)用程序，應(yīng)用程序與請求端間的信息傳遞的異步請求應(yīng)答的通信方法。
背景技術(shù)：
在一般的應(yīng)用程序為了能達到實時反應(yīng)的處理，所以多會采用異步請求應(yīng)
答(Asynchronous request response)的機制。異步請求應(yīng)答可以利用線程輪詢 (polling)與回復(fù)(callback)兩種方式來實現(xiàn)。請參考圖la與圖lb所示，其分別 為現(xiàn)有線程監(jiān)控架構(gòu)圖與現(xiàn)有線程運作流程圖。
在圖la中分別具有請求端110與伺服端120。在圖la的請求端110具有 數(shù)個線程(thread)lll。在請求端110中具有線程111的輪詢機制，其用以監(jiān)控 請求端110對伺服端120所發(fā)送的請求應(yīng)答是否有響應(yīng)。其中線程111的輪詢 的運作方式請配合圖lb所示，其包括下列步驟請求端發(fā)送數(shù)個請求至伺服 端(步驟S150)，其中每一個請求分別對應(yīng)設(shè)置一個請求線程lll。對于一個應(yīng) 用程序而言，在應(yīng)用程序中可以具有許多的線程。線程111的操作狀態(tài)分別為 運行(run)、阻塞(block)及就緒(ready)。
請求端對每一請求線程分別的詢問是否己經(jīng)接收到伺服端的響應(yīng)(步驟
S160)。若請求已經(jīng)接收到伺服端的響應(yīng)，請求端判斷是否持續(xù)此一線程(步驟 S170)。若請求端持續(xù)此一線程的話，則重復(fù)步驟S160(步驟S171)。否則，請 求端將消滅此一線程(步驟S172)。
對于線程111的輪詢機制而言，伺服端120需要不斷地對線程111的輪詢 進行信息的收集和響應(yīng)，所以會消耗伺服端120中的運算資源(例如，CPU運 算或內(nèi)存等)。而且伺服端120響應(yīng)每一個線程111都需要耗費部分時間同時 線程111都存在輪詢時間間隔，所以不可避免的會出現(xiàn)線程111遺漏信息的情 況。
另一種異步請求應(yīng)答方式，其利用回復(fù)機制。請參考圖2所示，其為現(xiàn)有
3回復(fù)運作流程圖。請求端110送出異步遠程過程調(diào)用請求(RPC)至伺服端(步驟 S210)。其中，對請求的控制權(quán)會從請求端移轉(zhuǎn)到請求端的執(zhí)行環(huán)境(runtime)， 并且請求端的執(zhí)行環(huán)境會代表請求端將請求傳送到伺服端(步驟S220)。當(dāng)請求 被傳送到服務(wù)器時，服務(wù)器應(yīng)用程序就會開始執(zhí)行遠程呼叫(步驟S230)。伺服 端完成遠程呼叫后，將執(zhí)行結(jié)果回復(fù)至請求端(步驟S240)。請求端會呼叫請求 端的執(zhí)行環(huán)境，并從中接收伺服端所傳送的執(zhí)行結(jié)果(步驟S250)。
回復(fù)的缺點就是，僅僅適用于網(wǎng)絡(luò)間信息傳遞，如果應(yīng)用于服務(wù)器120 內(nèi)部會加大資源消耗和系統(tǒng)負擔(dān)。

發(fā)明內(nèi)容
鑒于以上的問題，本發(fā)明的主要目的在于提供一種異步請求應(yīng)答的通信方 法，特別有關(guān)于一種應(yīng)用在伺服端所運行的應(yīng)用程序的信息傳遞。
為實現(xiàn)上述目的，本發(fā)明所揭露的異步請求應(yīng)答的通信方法，其包括下列
步驟于請求端中建立相應(yīng)請求應(yīng)答的通信端(SOCket)與連結(jié)端口(port);在每
一請求端中分別設(shè)置對象池(object pool),用以記錄不同的請求應(yīng)答所相應(yīng)的 該通信端的聯(lián)機狀態(tài)；等待伺服端完成請求應(yīng)答；回傳回復(fù)訊息至請求端相應(yīng) 的通信端；根據(jù)回復(fù)訊息査找對象池中的相應(yīng)的處理事件。
本發(fā)明在請求端中采用了通信端與連接端口來進行異步請求應(yīng)答的運作， 以減輕伺服端與請求端間對應(yīng)用程序請求應(yīng)答的聯(lián)機負載量并且保證所取得 的數(shù)據(jù)的連續(xù)性和完整性。
以下結(jié)合附圖和具體實施例對本發(fā)明進行詳細描述，但不作為對本發(fā)明的 限定。


圖la為現(xiàn)有線程監(jiān)控架構(gòu)圖； 圖lb為現(xiàn)有線程運作流程圖； 圖2為現(xiàn)有回復(fù)運作流程圖； 圖3a為本發(fā)明的系統(tǒng)架構(gòu)圖； 圖3b為本發(fā)明的運作流程圖3c為本發(fā)明的線程運作示意圖。其中，附圖標(biāo)記
110 請求端
111 線程
120 伺服端
310 請求端
311 物件池
312 連接端口
313 線程 320 伺服端
具體實施例方式
本發(fā)明提出了一種解決伺服端對請求端的異步請求應(yīng)答的通信。特別是對 伺服端中所運行的應(yīng)用程序，其用以應(yīng)答對請求端所發(fā)送的請求。請參考圖 3a與圖3b所示，其分別為本發(fā)明的系統(tǒng)架構(gòu)圖與本發(fā)明的運作流程圖。在圖 3a中分別具有請求端310與伺服端320。在請求端中包括有對象池311、連接 端口312與線程313。與現(xiàn)有技術(shù)不同的是，在本發(fā)明中并非是線程313的輪 詢或遠程呼叫請求來實現(xiàn)異步請求應(yīng)答。
請求端向伺服端中注冊相應(yīng)的通信信息(步驟S410)，使得伺服端根據(jù)通信 信息用以確認請求端所欲使用的通信端。于請求端中建立相應(yīng)請求的通信端 (步驟S420)。步驟S410與步驟S420分別是對請求端310與伺服端320進行請 求及應(yīng)答的初始化過程。其中，通信端(socket)提供一種應(yīng)用程序間的通信方 法，通信端主要是用在兩個不同的應(yīng)用程序間的信息交換。在應(yīng)用程序中對每 一個通信端對應(yīng)設(shè)置不同的識別碼。所以應(yīng)用程序間在進行信息交換時，兩方 的應(yīng)用程序可以根據(jù)唯一識別碼來建立其通信管道。
在通信端中更建立連接端口(port)312，以供相應(yīng)的應(yīng)用程序進行通信。較 佳的實施方式更可以視請求的數(shù)量在每一個通信端中建立多個連接端口 312 來與伺服端進行通信。
接著，在每一個請求端中分別設(shè)置對象池(objectpool)(步驟S430)，利用 對象池311記錄每一個請求所相應(yīng)的通信端與連接端口 312的聯(lián)機狀態(tài)。在通信過程中，判斷通信端與伺服端的聯(lián)機狀態(tài)(步驟S440)。若請求端310與伺服 端320為斷線狀態(tài)時，通信端重新向該伺服端320發(fā)出聯(lián)機要求。否則持續(xù)執(zhí) 行步驟S440，判斷請求端310與伺服端320的聯(lián)機狀態(tài)。
等待伺服端接收請求(步驟S450)。當(dāng)伺服端完成請求時，由伺服端應(yīng)答回 復(fù)訊息至請求端(步驟S460)。特別值得注意的是，請求端310在發(fā)送請求給伺 服端320后，請求端310就可以進行其它應(yīng)用程序的計算或資源調(diào)用。因為伺 服端320所采用的是異步處理，所以伺服端320并不會立即的發(fā)送回復(fù)訊息給 請求端310。請求端310而是等待一段時間，請求端310并在此一時間中可以 運行其它的應(yīng)用程序。
根據(jù)回復(fù)訊息查找對象池中是否有相應(yīng)的處理事件(步驟S470)。若是請求 端310從對象池311中査找到相應(yīng)回復(fù)訊息的處理事件時，請求端310會調(diào)用 此一處理事件給相應(yīng)的應(yīng)用程序使用。執(zhí)行數(shù)據(jù)清除手段(步驟S472)，若是請 求端310所接收到的回復(fù)訊息無法從對象池311中査找到相應(yīng)的處理事件時， 請求端310會執(zhí)行數(shù)據(jù)清除手段用以清除回復(fù)訊息。請參考圖3c所示，其為 本發(fā)明的線程運作示意圖。
本發(fā)明在請求端中采用了通信端與連接端口來進行異步請求應(yīng)答的運作， 以減輕伺服端與請求端間對應(yīng)用程序請求應(yīng)答的聯(lián)機負載量。并且保證所取得 的數(shù)據(jù)的連續(xù)性和完整性。
當(dāng)然，本發(fā)明還可有其它多種實施例，在不背離本發(fā)明精神及其實質(zhì)的情 況下，熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但 這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護范圍。
權(quán)利要求
1、一種異步請求應(yīng)答的通信方法，應(yīng)用在一伺服端所運行的數(shù)個應(yīng)用程序，該應(yīng)用程序用以接收數(shù)個請求端的一請求，其特征在于，該異步請求應(yīng)答方法包括下列步驟于該請求端中建立相應(yīng)該請求的一通信端與一連結(jié)端口；在每一該請求端中分別設(shè)置一對象池，用以記錄該些請求所相應(yīng)的該通信端的聯(lián)機狀態(tài)；等待該伺服端接收該些請求；當(dāng)該伺服端完成該些請求時，由該伺服端應(yīng)答一回復(fù)訊息至該請求端；以及根據(jù)該回復(fù)訊息查找該對象池中的相應(yīng)的一處理事件。
2、 根據(jù)權(quán)利要求1所述的異步請求應(yīng)答的通信方法，其特征在于，在該 請求端發(fā)送請求前，更包括下列步驟該請求端向該伺服端中注冊相應(yīng)的一通 信信息，使得該伺服端根據(jù)該些通信信息用以確認該請求端所欲使用的該通信 端。
3、 根據(jù)權(quán)利要求1所述的異步請求應(yīng)答的通信方法，其特征在于，該査 找對象池的步驟后更包括若是該請求端所接收到的回復(fù)訊息無法從該對象池中査找到相應(yīng)的處理 事件時，執(zhí)行一數(shù)據(jù)清除手段，用以清除該些回復(fù)訊息。
4、 根據(jù)權(quán)利要求1所述的異步請求應(yīng)答的通信方法，其特征在于，在建 立該通信端后，更包括下列步驟若該通信端與該伺服端為離線狀態(tài)時，該通信端重新向該伺服端發(fā)出聯(lián)機 要求。
全文摘要
一種異步請求應(yīng)答的通信方法，應(yīng)用在伺服端所運行的應(yīng)用程序的數(shù)據(jù)傳遞。異步請求應(yīng)答方法包括下列步驟于請求端中建立相應(yīng)請求的通信端與連接端口；在每一請求端中分別設(shè)置對象池，用以記錄不同的請求所相應(yīng)的該通信端的聯(lián)機狀態(tài)；等待伺服端完成請求；當(dāng)伺服端完成所接收的請求時，由伺服端傳送一回復(fù)訊息至請求端相應(yīng)的通信端；根據(jù)回復(fù)訊息查找對象池中的相應(yīng)的處理事件。因請求端中采用了通信端與連接端口來進行異步請求應(yīng)答的運作，以減輕伺服端與請求端間的聯(lián)機負載。
文檔編號G06F9/46GK101452398SQ20071019494
公開日2009年6月10日 申請日期2007年12月5日 優(yōu)先權(quán)日2007年12月5日
發(fā)明者劉文涵, 陳玄同, 瑋 高 申請人:英業(yè)達股份有限公司