本申請涉及計算機
技術(shù)領(lǐng)域：
，尤其涉及一種請求處理方法及裝置。
背景技術(shù)：
：客戶端(如：瀏覽器)可基于相應(yīng)的網(wǎng)絡(luò)傳輸協(xié)議與服務(wù)器進(jìn)行業(yè)務(wù)交互，如：客戶端向服務(wù)器發(fā)出超文本傳輸協(xié)議(hypertexttransferprotocol，http)請求，以使得服務(wù)器對http請求進(jìn)行處理。目前，服務(wù)器在處理客戶端發(fā)送的請求時，往往會設(shè)置請求超時時長(如：30s)，換言之，如果服務(wù)器針對客戶端所發(fā)送的某個請求(以下稱為第一請求)的處理時間超過了上述的請求超時時長，則基于報錯機制，服務(wù)器會向客戶端返回超時報錯，例如：服務(wù)器針對處理超時的http請求，會向客戶端返回http504錯誤(其中，http504錯誤表示發(fā)生了超時現(xiàn)象)。對于服務(wù)器而言，向客戶端反饋超時報錯后，服務(wù)器仍會繼續(xù)對第一請求進(jìn)行處理(即，處理該第一請求所占用的處理資源并未釋放)，然而，用戶可能會認(rèn)為業(yè)務(wù)出錯，從而使用客戶端再次向服務(wù)器發(fā)起相同的請求(以下稱為第二請求)，服務(wù)器則會占用新的處理資源以處理第二請求，對第二請求的處理仍可能超過請求超時時長，所以，服務(wù)器會繼續(xù)反饋超時報錯，以此類推，服務(wù)器中會積累大量請求并占用大量的處理資源。而在實際應(yīng)用場景中，服務(wù)器通常會向不同的客戶端提供業(yè)務(wù)服務(wù)，在一些情況下，不同的客戶端可能會向服務(wù)器發(fā)出相同的請求，但對于服務(wù)器而言，均會將這些請求作為不同的請求進(jìn)行處理，此時，已出現(xiàn)重復(fù)處理的現(xiàn)象，特別是服務(wù)器處理超時后，會分別向不同的客戶端反饋超時報錯，則不同用戶可能會通過相應(yīng)的客戶端再次向服務(wù)器發(fā)出請求，從而導(dǎo)致服務(wù)器中對大量的相同請求進(jìn)行重復(fù)處理，使得處理資源被大量占用，嚴(yán)重影響服務(wù)器的處理效率?，F(xiàn)有技術(shù)中，為了減少或避免上述問題，通常采用的方式為：將服務(wù)器默認(rèn)的請求超時時長延長，如：將超時時間從30s延長至10min。并且，使用緩存存儲對請求的處理結(jié)果。但是，上述方式仍存在一定缺陷，具體而言：雖然將超時時間延長，能夠使得客戶端在一段時間內(nèi)不會向服務(wù)器重復(fù)發(fā)出相同請求，但對于處理耗時較長的請求而言，服務(wù)器對其處理的耗時仍可能會超過延長后的超時時間，也就是說，服務(wù)器仍會向客戶端返回超時報錯，造成客戶端再次向服務(wù)器發(fā)出相同請求的現(xiàn)象。使用緩存存儲處理結(jié)果的方式，能夠在一定程度上減少服務(wù)器對相同請求的處理，但是，對于處理耗時較長的請求而言，服務(wù)器可能在處理請求(還未生成處理結(jié)果)的過程中，接收到來自其他客戶端的相同請求，由于還未生成處理結(jié)果，所以，服務(wù)器仍會對相同的請求進(jìn)行處理，并占用相應(yīng)的處理資源，從而增加服務(wù)器的工作負(fù)荷。技術(shù)實現(xiàn)要素：本申請實施例提供一種請求處理方法及裝置，用以解決服務(wù)器重復(fù)處理相同請求的問題。本申請實施例提供的一種請求處理方法，包括：接收客戶端發(fā)送的業(yè)務(wù)請求；確定所述業(yè)務(wù)請求所攜帶的業(yè)務(wù)數(shù)據(jù)；根據(jù)所述業(yè)務(wù)數(shù)據(jù)，查找與所述業(yè)務(wù)數(shù)據(jù)對應(yīng)的處理結(jié)果或處理狀態(tài)數(shù)據(jù)；當(dāng)查找到所述處理結(jié)果時，將查找到的所述處理結(jié)果反饋給所述客戶端；當(dāng)查找到所述處理狀態(tài)數(shù)據(jù)時，將查找到的所述處理狀態(tài)數(shù)據(jù)反饋給所述客戶端，并在處理結(jié)果生成后，將生成的處理結(jié)果反饋給所述客戶端。本申請實施例還提供的一種請求處理方法，包括：向服務(wù)器發(fā)送攜帶有業(yè)務(wù)數(shù)據(jù)的業(yè)務(wù)請求，以使得所述服務(wù)器反饋對應(yīng)于所述業(yè)務(wù)數(shù)據(jù)的處理結(jié)果或處理狀態(tài)數(shù)據(jù)；接收所述服務(wù)器反饋的處理結(jié)果或處理狀態(tài)數(shù)據(jù)。本申請實施例提供的一種請求處理裝置，包括：接收模塊，接收客戶端發(fā)送的業(yè)務(wù)請求；數(shù)據(jù)確定模塊，確定所述業(yè)務(wù)請求所攜帶的業(yè)務(wù)數(shù)據(jù)；查詢處理模塊，根據(jù)所述業(yè)務(wù)數(shù)據(jù)，查找與所述業(yè)務(wù)數(shù)據(jù)對應(yīng)的處理結(jié)果或處理狀態(tài)數(shù)據(jù)；反饋模塊，當(dāng)查找到所述處理結(jié)果時，將查找到的所述處理結(jié)果反饋給所述客戶端，當(dāng)查找到所述處理狀態(tài)數(shù)據(jù)時，將查找到的所述處理狀態(tài)數(shù)據(jù)反饋給所述客戶端，并在處理結(jié)果生成后，將生成的處理結(jié)果反饋給所述客戶端。本申請實施例另提供的一種請求處理裝置，包括：請求發(fā)送模塊，向服務(wù)器發(fā)送攜帶有業(yè)務(wù)數(shù)據(jù)的業(yè)務(wù)請求，以使得所述服務(wù)器反饋對應(yīng)于所述業(yè)務(wù)數(shù)據(jù)的處理結(jié)果或處理狀態(tài)數(shù)據(jù)；請求接收模塊，接收所述服務(wù)器反饋的處理結(jié)果或處理狀態(tài)數(shù)據(jù)。本申請實施例提供一種請求處理方法及裝置，通過該方法，服務(wù)器在接收到客戶端所發(fā)出的業(yè)務(wù)請求后，為了避免出現(xiàn)對相同業(yè)務(wù)請求的重復(fù)處理，服務(wù)器會確定業(yè)務(wù)請求所攜帶的業(yè)務(wù)數(shù)據(jù)，以便于根據(jù)該業(yè)務(wù)數(shù)據(jù)查找與業(yè)務(wù)數(shù)據(jù)對應(yīng)的處理結(jié)果或是處理狀態(tài)數(shù)據(jù)，換言之，服務(wù)器有可能在接收到當(dāng)前的業(yè)務(wù)請求之前，已經(jīng)接收到了相同的業(yè)務(wù)請求并進(jìn)行處理，那么，如果服務(wù)器已經(jīng)生成了相應(yīng)的處理結(jié)果，則服務(wù)器可將查找到的處理結(jié)果反饋給客戶端，而如果服務(wù)器正在處理相同的業(yè)務(wù)請求并且還未生成處理結(jié)果，則服務(wù)器可將查找到的處理狀態(tài)數(shù)據(jù)反饋給客戶端，當(dāng)服務(wù)器經(jīng)過一段時間生成了處理結(jié)果后，則服務(wù)器會將新生成的處理結(jié)果主動發(fā)送給客戶端。相較于現(xiàn)有技術(shù)而言，本申請實施例中的上述方式可避免服務(wù)器針對相同請求進(jìn)行重復(fù)處理的現(xiàn)象，能夠減少服務(wù)器內(nèi)部處理資源的消耗。附圖說明此處所說明的附圖用來提供對本申請的進(jìn)一步理解，構(gòu)成本申請的一部分，本申請的示意性實施例及其說明用于解釋本申請，并不構(gòu)成對本申請的不當(dāng)限定。在附圖中：圖1a為本申請實施例提供的請求處理過程所基于的架構(gòu)示意圖；圖1b為本申請實施例提供的服務(wù)器側(cè)的請求處理過程；圖2為本申請實施例提供的基于客戶端側(cè)的請求處理過程；圖3為本申請實施例提供的業(yè)務(wù)邏輯架構(gòu)的示意圖；圖4為本申請實施例提供的實際請求處理流程示意圖；圖5為本申請實施例提供的基于服務(wù)器側(cè)的請求處理裝置結(jié)構(gòu)示意圖；圖6為本申請實施例提供的基于客戶端側(cè)的請求處理裝置結(jié)構(gòu)示意圖。具體實施方式為使本申請的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本申請具體實施例及相應(yīng)的附圖對本申請技術(shù)方案進(jìn)行清楚、完整地描述。顯然，所描述的實施例僅是本申請一部分實施例，而不是全部的實施例。基于本申請中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。正如前述，現(xiàn)有技術(shù)中服務(wù)器存在對相同請求進(jìn)行重復(fù)處理的缺陷，導(dǎo)致服務(wù)器中的處理資源被過多占用，急劇加重了服務(wù)器的工作負(fù)荷?；诖?，本申請實施例中提供了一種請求處理方法，實現(xiàn)了避免服務(wù)器對相同請求進(jìn)行重復(fù)處理，以減少對服務(wù)器處理資源的占用。需要說明的是，本申請實施例中所述的請求處理方法，基于如圖1a所示的架構(gòu)，在圖1a中可見，該架構(gòu)中包含多個客戶端以及后端服務(wù)器，其中，所述的客戶端，可以是瀏覽器、應(yīng)用程序等，圖1a中所示出的不同客戶端可分別運行在不同的終端設(shè)備中。所述的服務(wù)器，能夠提供相應(yīng)的業(yè)務(wù)服務(wù)，在實際應(yīng)用場景下，客戶端與服務(wù)器之間基于網(wǎng)絡(luò)傳輸協(xié)議進(jìn)行業(yè)務(wù)交互，所述的網(wǎng)絡(luò)傳輸協(xié)議，包括但不限于：http、安全超文本傳輸協(xié)議(hypertexttransferprotocoloversecuresocketlayer，https)、傳輸控制協(xié)議(transmissioncontrolprotocol，tcp)、用戶數(shù)據(jù)報協(xié)議(userdatagramprotocol，udp)等協(xié)議。這里并不構(gòu)成對本申請的限定。下面將結(jié)合如圖1a所示的架構(gòu)，對本申請中的請求處理方法進(jìn)行說明，具體而言，如圖1b所示，請求處理過程包括如下步驟：步驟s101：接收客戶端發(fā)送的業(yè)務(wù)請求。所述的業(yè)務(wù)請求，可認(rèn)為是基于不同業(yè)務(wù)需求的請求，如：數(shù)據(jù)計算請求、頁面訪問請求、支付請求、下單請求等等?；趫D1a所示的架構(gòu)可知，本申請實施例中所述的業(yè)務(wù)請求，可能來自于該架構(gòu)中的任一客戶端。在實際應(yīng)用場景下，服務(wù)器在接收到當(dāng)前的業(yè)務(wù)請求之前，可能已經(jīng)接收到了相同的業(yè)務(wù)請求(之前接收到的相同業(yè)務(wù)請求可能由同一客戶端發(fā)出，也可能由不同客戶端發(fā)出)，那么，為了避免出現(xiàn)重復(fù)處理相同業(yè)務(wù)請求的情況，服務(wù)器將執(zhí)行下述步驟。s102：確定所述業(yè)務(wù)請求所攜帶的業(yè)務(wù)數(shù)據(jù)。所述的業(yè)務(wù)數(shù)據(jù)，可認(rèn)為是所需請求的與業(yè)務(wù)相關(guān)的數(shù)據(jù)，其中可包括：業(yè)務(wù)參數(shù)、業(yè)務(wù)類別標(biāo)識、業(yè)務(wù)場景標(biāo)識等，這里并不作具體限定。通過業(yè)務(wù)數(shù)據(jù)，服務(wù)器可以確定出相同的業(yè)務(wù)請求，需要說明的是，本申請實施例中所提及的相同的業(yè)務(wù)請求，是指業(yè)務(wù)數(shù)據(jù)相同的請求，換言之，無論業(yè)務(wù)請求是否由不同的客戶端發(fā)出，只要其中的業(yè)務(wù)數(shù)據(jù)相同，便可認(rèn)為是相同的業(yè)務(wù)請求。當(dāng)然，這里并不構(gòu)成對本申請的限定。s103：根據(jù)所述業(yè)務(wù)數(shù)據(jù)，查找與所述業(yè)務(wù)數(shù)據(jù)對應(yīng)的處理結(jié)果或處理狀態(tài)數(shù)據(jù)。在本實施例中，服務(wù)器針對接收到的業(yè)務(wù)請求均會進(jìn)行處理，也就是說，服務(wù)器在接收到當(dāng)前的業(yè)務(wù)請求之前，可能已經(jīng)接收到了相同的業(yè)務(wù)請求并進(jìn)行了處理，那么，在本步驟中，為了避免出現(xiàn)重復(fù)處理業(yè)務(wù)請求的現(xiàn)象，服務(wù)器將根據(jù)業(yè)務(wù)數(shù)據(jù)查找相應(yīng)的處理結(jié)果或是處理狀態(tài)數(shù)據(jù)。其中，如果服務(wù)器已經(jīng)生成了相應(yīng)的處理結(jié)果，則服務(wù)器可根據(jù)業(yè)務(wù)數(shù)據(jù)查找相應(yīng)的處理結(jié)果。而如果服務(wù)器當(dāng)前時刻還未生成處理結(jié)果(即，服務(wù)器根據(jù)業(yè)務(wù)數(shù)據(jù)并未查找到處理結(jié)果)，則服務(wù)器可查詢對相同業(yè)務(wù)請求的處理狀態(tài)(即，處理狀態(tài)數(shù)據(jù))?？梢姡c現(xiàn)有技術(shù)不同的是，在本申請實施例中，服務(wù)器接收到了業(yè)務(wù)請求后，并不會直接對該業(yè)務(wù)請求進(jìn)行處理，而是查找相應(yīng)的處理結(jié)果或是處理狀態(tài)數(shù)據(jù)。s104：當(dāng)查找到所述處理結(jié)果時，將查找到的所述處理結(jié)果反饋給所述客戶端。s105：當(dāng)查找到所述處理狀態(tài)數(shù)據(jù)時，將查找到的所述處理狀態(tài)數(shù)據(jù)反饋給所述客戶端，并在處理結(jié)果生成后，將生成的處理結(jié)果反饋給所述客戶端。如前所述，服務(wù)器可能已經(jīng)處理過相同的業(yè)務(wù)請求，并生成了相應(yīng)的處理結(jié)果，那么，在服務(wù)器查找到了處理結(jié)果后，可將該處理結(jié)果反饋給客戶端。當(dāng)然，服務(wù)器也有可能正在對相同的業(yè)務(wù)請求進(jìn)行處理(還未生成處理結(jié)果)，故服務(wù)器將相應(yīng)的處理狀態(tài)數(shù)據(jù)反饋給客戶端，以“告知”客戶端當(dāng)前的處理狀態(tài)，服務(wù)器將等待處理結(jié)果的生成，當(dāng)服務(wù)器生成了處理結(jié)果，則可將生成的處理結(jié)果主動發(fā)送給客戶端。作為本申請實施例中的一種方式，客戶端與服務(wù)器之間保持長連接(如：http長連接)，那么，客戶端向服務(wù)器發(fā)送業(yè)務(wù)請求且服務(wù)器向客戶端反饋了處理狀態(tài)數(shù)據(jù)后，二者之間仍保持長連接，所以，服務(wù)器在生成了處理結(jié)果后，可通過保持的長連接，將生成的處理結(jié)果反饋給客戶端。通過上述步驟，服務(wù)器在接收到客戶端所發(fā)出的業(yè)務(wù)請求后，為了避免出現(xiàn)對相同業(yè)務(wù)請求的重復(fù)處理，服務(wù)器會確定業(yè)務(wù)請求所攜帶的業(yè)務(wù)數(shù)據(jù)，以便于根據(jù)該業(yè)務(wù)數(shù)據(jù)查找與業(yè)務(wù)數(shù)據(jù)對應(yīng)的處理結(jié)果或是處理狀態(tài)數(shù)據(jù)，換言之，服務(wù)器有可能在接收到當(dāng)前的業(yè)務(wù)請求之前，已經(jīng)接收到了相同的業(yè)務(wù)請求并進(jìn)行處理，那么，如果服務(wù)器已經(jīng)生成了相應(yīng)的處理結(jié)果，則服務(wù)器會將查找到的處理結(jié)果反饋給客戶端，而如果服務(wù)器正在處理相同的業(yè)務(wù)請求并且還未生成處理結(jié)果，則服務(wù)器會將查找到的處理狀態(tài)數(shù)據(jù)反饋給客戶端，當(dāng)服務(wù)器經(jīng)過一段時間生成了處理結(jié)果后，則服務(wù)器可將新生成的處理結(jié)果主動發(fā)送給客戶端。相較于現(xiàn)有技術(shù)而言，本申請實施例中的上述方式可避免服務(wù)器針對相同請求進(jìn)行重復(fù)處理的現(xiàn)象，能夠減少服務(wù)器內(nèi)部處理資源的消耗。此外，需要說明的是，現(xiàn)有技術(shù)中的諸如http、https等網(wǎng)絡(luò)傳輸協(xié)議存在超時報錯機制，具體而言，當(dāng)客戶端向服務(wù)器發(fā)送了業(yè)務(wù)請求后，如果在設(shè)定的超時時長內(nèi)，服務(wù)器并未針對該業(yè)務(wù)請做出響應(yīng)，則會生成超時報錯。而導(dǎo)致服務(wù)器不能在設(shè)定的超時時長內(nèi)做出響應(yīng)的原因，正是由于某些業(yè)務(wù)請求的處理耗時較長。在本申請實施例中，服務(wù)器接收到業(yè)務(wù)請求后，通過業(yè)務(wù)請求所攜帶的業(yè)務(wù)數(shù)據(jù)，查找相應(yīng)的處理結(jié)果或處理狀態(tài)數(shù)據(jù)，一旦查找到處理結(jié)果或處理狀態(tài)數(shù)據(jù)，服務(wù)器會反饋給客戶端(即，服務(wù)器針對客戶端的業(yè)務(wù)請求做出響應(yīng))，查找已存在的處理結(jié)果或者獲得業(yè)務(wù)請求的處理狀態(tài)數(shù)據(jù)所消耗的時間，小于服務(wù)器對業(yè)務(wù)請求的處理耗時，這樣也就能夠保證在超時時間到達(dá)前，向客戶端做出響應(yīng)，進(jìn)而減少或避免超時報錯的發(fā)生。為了清楚的闡述本申請的上述請求處理方法，現(xiàn)以基于http連接的實際應(yīng)用場景進(jìn)行詳細(xì)說明：在本場景下，客戶端與服務(wù)器之間建立http長連接，并通過該http長連接實現(xiàn)業(yè)務(wù)請求、處理結(jié)果或處理狀態(tài)數(shù)據(jù)的傳輸。在http自身的協(xié)議機制下，http長連接具有保活時長(keepalive-timeout)，當(dāng)?；顣r長到達(dá)時，http長連接被釋放(即，http長連接斷開)。而?；顣r長的刷新依賴于客戶端發(fā)送請求，換言之，每當(dāng)客戶端發(fā)送一個請求，則?；顣r長進(jìn)行一次刷新(即，重新計時)。由此可知，對于本申請實施例的前述內(nèi)容而言，服務(wù)器在查找到了處理狀態(tài)數(shù)據(jù)并反饋給客戶端后，由于客戶端接收到了服務(wù)器的響應(yīng)，故客戶端不再發(fā)出業(yè)務(wù)請求，服務(wù)器會等待生成了處理結(jié)果后，再將生成的處理結(jié)果反饋給客戶端，但顯然，由于?；顣r長的存在，客戶端不再向服務(wù)器發(fā)出業(yè)務(wù)請求，則?；顣r長不再刷新，并且，服務(wù)器等待處理結(jié)果生成所需的時間，有可能超過http長連接的?；顣r長，從而致使http長連接斷開。因此，作為本場景下的一種可行方式，客戶端可向服務(wù)器發(fā)起周期性的業(yè)務(wù)請求。也即，接收客戶端發(fā)送的業(yè)務(wù)請求，包括：接收所述客戶端通過http連接(或https連接)按照設(shè)定周期發(fā)送的業(yè)務(wù)請求。此外，考慮到http具有超時報錯機制，一旦服務(wù)器對請求的處理耗時超過了設(shè)定的請求超時時長，則會產(chǎn)生超時報錯。那么，便可將周期設(shè)定為小于超時報錯的時長，以避免超時報錯現(xiàn)象的出現(xiàn)，故，所述設(shè)定周期短于處理所述業(yè)務(wù)請求所對應(yīng)的超時時長。這里的超時時長，可由服務(wù)器設(shè)置，在此不作具體限定。上述方式不僅能夠避免出現(xiàn)超時報錯的現(xiàn)象，而且客戶端周期式的重復(fù)發(fā)送業(yè)務(wù)請求，也能夠不斷刷新http長連接的?；顣r長。在實際應(yīng)用中，假設(shè)客戶端已向服務(wù)器發(fā)出了業(yè)務(wù)請求，如果客戶端接收到了相應(yīng)的處理結(jié)果，則表明服務(wù)器已完成對業(yè)務(wù)請求的處理，從而，客戶端將停止按照設(shè)定周期向服務(wù)器重復(fù)發(fā)送所述的業(yè)務(wù)請求。而如果客戶端接收到了處理狀態(tài)數(shù)據(jù)，由于處理狀態(tài)數(shù)據(jù)僅表征了服務(wù)器對所述業(yè)務(wù)請求的處理狀態(tài)，并非最終的處理結(jié)果，故客戶端將繼續(xù)按照設(shè)定周期重復(fù)向服務(wù)器發(fā)送所述業(yè)務(wù)請求。具體地，客戶端可以在t1時刻向服務(wù)器發(fā)送業(yè)務(wù)請求，若服務(wù)器反饋了處理狀態(tài)數(shù)據(jù)，則經(jīng)過設(shè)定周期t后，客戶端在t2時刻再次向服務(wù)器發(fā)送業(yè)務(wù)請求，以此類推，直到服務(wù)器反饋了處理結(jié)果為止。在一種方式下，當(dāng)服務(wù)器在向客戶端反饋了處理結(jié)果后，可能在客戶端發(fā)送下一次業(yè)務(wù)請求之前生成了處理結(jié)果，則服務(wù)器可以主動向客戶端發(fā)送生成的處理結(jié)果。需要說明的是，實際應(yīng)用中，服務(wù)器可能會與大量的客戶端保持連接，如果服務(wù)器主動向大量客戶端主動反饋生成的處理結(jié)果，會增加服務(wù)器的工作負(fù)荷，所以，作為一種更加貼合實際應(yīng)用的方式，服務(wù)器針對一個業(yè)務(wù)請求，僅反饋一個響應(yīng)，而不會主動針對某一請求連續(xù)反饋多個響應(yīng)。換言之，即使服務(wù)器生成了處理結(jié)果，也會等待客戶端在下一個周期發(fā)出業(yè)務(wù)請求后，才將該處理結(jié)果反饋給客戶端。需要說明的是，基于前述如圖1a所示的架構(gòu)，在一種可能的實際應(yīng)用場景下，本申請實施例中的客戶端為企業(yè)內(nèi)部瀏覽器(相應(yīng)的，服務(wù)器也可認(rèn)為是企業(yè)內(nèi)部服務(wù)器)，在該瀏覽器中，通過相應(yīng)的編譯語言(如：java語言)實現(xiàn)異步調(diào)用的業(yè)務(wù)請求，也即，瀏覽器在業(yè)務(wù)請求發(fā)出后，可以無需等待服務(wù)器對業(yè)務(wù)請求的響應(yīng)，而執(zhí)行后續(xù)的業(yè)務(wù)流程。另外，通過相應(yīng)的編譯語言，也能夠?qū)崿F(xiàn)在瀏覽器中設(shè)定業(yè)務(wù)請求的發(fā)送周期短于服務(wù)器中設(shè)置的超時時長，也就是說，客戶端每次向服務(wù)器發(fā)送了異步業(yè)務(wù)請求后，可以在超時時長到達(dá)前，向服務(wù)器發(fā)送下一個異步業(yè)務(wù)請求，這樣的方式能夠避免超時報錯。當(dāng)然，上述內(nèi)容僅是一種可能的實際應(yīng)用場景，并不應(yīng)構(gòu)成對本申請的限定。當(dāng)服務(wù)器接收到了業(yè)務(wù)請求，便可確定其業(yè)務(wù)數(shù)據(jù)，并查找相應(yīng)的處理結(jié)果或處理狀態(tài)數(shù)據(jù)，其過程可為：查找與所述業(yè)務(wù)數(shù)據(jù)對應(yīng)的處理結(jié)果，并在未查找到所述處理結(jié)果時，查找對應(yīng)于所述業(yè)務(wù)數(shù)據(jù)的處理狀態(tài)數(shù)據(jù)。具體而言，本場景下，業(yè)務(wù)請求中會攜帶有不同的業(yè)務(wù)參數(shù)(param)，具體而言，不同的業(yè)務(wù)參數(shù)以不同的參數(shù)名和參數(shù)值體現(xiàn)，例如：如下表1所示。參數(shù)名參數(shù)值param1val1param2val2…………paramnvaln表1從表1中可見，某業(yè)務(wù)請求包含n個業(yè)務(wù)參數(shù)(即，param1～paramn)及其對應(yīng)的參數(shù)值。這里需要說明的是，所述參數(shù)值并非僅包含具體的數(shù)值，可以是諸如文字、符號等字符或字符串等，也可以是與參數(shù)名所對應(yīng)的一組數(shù)據(jù)、函數(shù)等，這里并不具體限定。應(yīng)理解地，在實際應(yīng)用中，對于相同的業(yè)務(wù)請求而言，其中所攜帶的業(yè)務(wù)參數(shù)應(yīng)是一致的，也即，業(yè)務(wù)請求中所攜帶的參數(shù)名及相應(yīng)的參數(shù)值應(yīng)一致。那么，服務(wù)器便可以通過業(yè)務(wù)請求中所攜帶的業(yè)務(wù)參數(shù)來判定其接收到的業(yè)務(wù)請求是否是相同的業(yè)務(wù)請求，換言之，由于服務(wù)器會處理其接收到的任一業(yè)務(wù)請求，那么，服務(wù)器便可根據(jù)業(yè)務(wù)參數(shù)來判定是否已經(jīng)針對相同的業(yè)務(wù)請求進(jìn)行了處理，以避免出現(xiàn)針對相同業(yè)務(wù)請求重復(fù)處理，占用處理資源的現(xiàn)象。那么，查找處理結(jié)果時，也就可以基于業(yè)務(wù)請求中所攜帶的業(yè)務(wù)數(shù)據(jù)進(jìn)行查找，即，查找與所述業(yè)務(wù)數(shù)據(jù)對應(yīng)的處理結(jié)果，包括：根據(jù)所述業(yè)務(wù)數(shù)據(jù)，生成結(jié)果查詢鍵，在緩存中查找對應(yīng)于所述結(jié)果查詢鍵的處理結(jié)果。具體來說，所述的結(jié)果查詢鍵是服務(wù)器將業(yè)務(wù)請求中所攜帶的參數(shù)名和參數(shù)值進(jìn)行累積所形成了長字符串，以上述表1中所示出的業(yè)務(wù)參數(shù)為例，服務(wù)器可以將其組裝為param1＝val1，param2＝val2，……，paramn＝valn的長字符串的形式，并將該長字符串作為結(jié)果查詢key(即，結(jié)果查詢鍵)。也即，在本示例中，結(jié)果查詢鍵param＝(param1＝val1，param2＝val2，……，paramn＝valn)?；谠摻Y(jié)果查詢鍵，服務(wù)器可以在其自身的緩存中(需要說明的是，服務(wù)器通常會在緩存中存儲業(yè)務(wù)請求的處理結(jié)果)，查找與該結(jié)果查詢鍵對應(yīng)的處理結(jié)果，以此來減少或避免對相同業(yè)務(wù)請求的重復(fù)處理。在現(xiàn)有技術(shù)中的應(yīng)用場景中，如果服務(wù)器在針對某一業(yè)務(wù)請求進(jìn)行處理但還未生成處理結(jié)果時，該服務(wù)器又接收到同樣的業(yè)務(wù)請求，由于還未生成處理結(jié)果，故服務(wù)器并不能在緩存中查找到處理結(jié)果，那么，服務(wù)器還會對接收到的相同業(yè)務(wù)請求進(jìn)行處理。正是考慮到現(xiàn)有技術(shù)的應(yīng)用場景下，上述情況可能造成服務(wù)器對相同業(yè)務(wù)請求進(jìn)行重復(fù)處理，所以在本申請實施例中，除了查找處理結(jié)果之外，還會針對業(yè)務(wù)請求的處理狀態(tài)進(jìn)行查詢，具體而言，查找對應(yīng)于所述業(yè)務(wù)數(shù)據(jù)的處理狀態(tài)數(shù)據(jù)，包括：根據(jù)所述業(yè)務(wù)數(shù)據(jù)生成狀態(tài)查詢鍵，在所述緩存中查找對應(yīng)于該狀態(tài)查詢鍵的處理狀態(tài)數(shù)據(jù)。其中，所述的狀態(tài)查詢鍵用于查找對業(yè)務(wù)請求的處理狀態(tài)。沿用上例，結(jié)果查詢鍵可采用上例中生成的key，使用該param便可以在緩存中查詢是否已生成了業(yè)務(wù)請求的處理結(jié)果數(shù)據(jù)，如果查詢到了處理結(jié)果數(shù)據(jù)，便可進(jìn)一步將處理結(jié)果數(shù)據(jù)作為結(jié)果查詢鍵param所對應(yīng)的值，即，可以表示為：key＝param，val＝處理結(jié)果數(shù)據(jù)；而如果未查找到相應(yīng)的處理結(jié)果，則表明服務(wù)器可能正在對相同的業(yè)務(wù)請求進(jìn)行處理，故將進(jìn)一步檢查服務(wù)器對該業(yè)務(wù)請求的執(zhí)行狀態(tài)，服務(wù)器可基于結(jié)果查詢鍵param，生成狀態(tài)查詢鍵param_status。進(jìn)而服務(wù)器便可以通過該狀態(tài)查詢鍵在緩存中查找針對相應(yīng)業(yè)務(wù)請求的處理狀態(tài)數(shù)據(jù)。如果服務(wù)器正在進(jìn)行處理，則可以確定出該狀態(tài)查詢鍵的值為true，即，可表示為：key＝param_status，val＝true；此時，服務(wù)器可以向客戶端反饋“正在處理”。而如果狀態(tài)查詢鍵的值為false或null，則表明對業(yè)務(wù)請求處理失敗或未進(jìn)行處理。在此情況下，所述方法還包括：當(dāng)未查找到所述處理狀態(tài)數(shù)據(jù)或處理狀態(tài)數(shù)據(jù)對應(yīng)的處理狀態(tài)為失敗時，處理所述業(yè)務(wù)請求，并在所述緩存中更新所述狀態(tài)查詢鍵對應(yīng)的處理狀態(tài)數(shù)據(jù)，當(dāng)生成處理結(jié)果后，將生成的所述處理結(jié)果存儲于所述緩存中。換言之，服務(wù)器會針對業(yè)務(wù)請求進(jìn)行處理，并在緩存中寫入相應(yīng)的狀態(tài)(即，將上述狀態(tài)查詢鍵的值改為true)。并在生成了處理結(jié)果后，存儲在緩存中。正是通過上述方式，不僅可以避免服務(wù)器向客戶端反饋超時報錯的現(xiàn)象，并且在查詢鍵的基礎(chǔ)上，可確定出業(yè)務(wù)請求的處理結(jié)果或是對業(yè)務(wù)請求的處理狀態(tài)，從而可以避免服務(wù)器對相同業(yè)務(wù)請求的重復(fù)處理。以上是針對服務(wù)器側(cè)的描述，在本申請實施例中，基于客戶端側(cè)，還提供一種請求處理方法，如圖2所示，具體包括以下步驟：步驟s201：向服務(wù)器發(fā)送攜帶有業(yè)務(wù)數(shù)據(jù)的業(yè)務(wù)請求，以使得所述服務(wù)器反饋對應(yīng)于所述業(yè)務(wù)數(shù)據(jù)的處理結(jié)果或處理狀態(tài)數(shù)據(jù)。當(dāng)然，在本申請實施例中，業(yè)務(wù)請求具體可由用戶向客戶端發(fā)出了相應(yīng)的指令(如：請求出發(fā)指令)后所生成。其中，所述的請求觸發(fā)指令，用于在客戶端上觸發(fā)業(yè)務(wù)請求，在一種實際應(yīng)用場景中，請求觸發(fā)指令可源自于對客戶端上業(yè)務(wù)控件的點擊、按壓等操作，這里并不作具體限定?？蛻舳私邮盏秸埱笥|發(fā)指令后，便可以確定出請求觸發(fā)指令所對應(yīng)的諸如業(yè)務(wù)參數(shù)、業(yè)務(wù)標(biāo)識等業(yè)務(wù)數(shù)據(jù)。步驟s202，接收所述服務(wù)器反饋的處理結(jié)果或處理狀態(tài)數(shù)據(jù)。具體地，向服務(wù)器發(fā)送攜帶有業(yè)務(wù)數(shù)據(jù)的業(yè)務(wù)請求，包括：基于建立的http連接或https連接，按照設(shè)定周期，向所述服務(wù)器發(fā)送攜帶有業(yè)務(wù)數(shù)據(jù)的業(yè)務(wù)請求，其中，所述設(shè)定周期短于處理所述業(yè)務(wù)請求所對應(yīng)的超時時長。所述方法還包括：當(dāng)接收到反饋的所述處理狀態(tài)數(shù)據(jù)時，按照設(shè)定周期重復(fù)發(fā)送所述業(yè)務(wù)請求；當(dāng)接收到反饋的所述處理結(jié)果，停止按照設(shè)定周期重復(fù)發(fā)送所述業(yè)務(wù)請求?；谇笆鰞?nèi)容，本申請實施例中可采用如圖3所示的業(yè)務(wù)邏輯架構(gòu)。在圖3中，客戶端內(nèi)包含異步請求發(fā)送、異步結(jié)果接收兩個功能單元，這兩個功能單元分別用于采用異步方式發(fā)送業(yè)務(wù)請求，以及接收服務(wù)器的反饋。服務(wù)器中包含處理結(jié)果識別、處理狀態(tài)識別、業(yè)務(wù)請求處理這三個功能單元以及數(shù)據(jù)緩存，其中，處理結(jié)果識別用于在數(shù)據(jù)緩存中根據(jù)結(jié)果查詢鍵識別相同業(yè)務(wù)請求的處理結(jié)果，處理狀態(tài)識別用于在數(shù)據(jù)緩存中根據(jù)狀態(tài)查詢鍵識別對相同業(yè)務(wù)請求處理狀態(tài)，業(yè)務(wù)請求處理對輪詢請求進(jìn)行處理，而數(shù)據(jù)緩存用于存儲服務(wù)器已處理的業(yè)務(wù)參數(shù)及相應(yīng)的處理結(jié)果、處理狀態(tài)等數(shù)據(jù)?；趫D3所示的業(yè)務(wù)邏輯架構(gòu)，在實際應(yīng)用中的業(yè)務(wù)請求處理過程如圖4所示：步驟s401：用戶向客戶端發(fā)出請求觸發(fā)指令。步驟s402：客戶端確定請求觸發(fā)指令對應(yīng)的業(yè)務(wù)參數(shù)，并基于預(yù)設(shè)的周期向服務(wù)器發(fā)起業(yè)務(wù)請求。其中，業(yè)務(wù)參數(shù)包含：參數(shù)名和參數(shù)值。在客戶端發(fā)起了首個業(yè)務(wù)請求后，客戶端會進(jìn)入等待頁面。步驟s403：服務(wù)器基于業(yè)務(wù)請求的業(yè)務(wù)參數(shù)的參數(shù)名和參數(shù)值，生成結(jié)果查詢鍵key＝param。服務(wù)器將業(yè)務(wù)參數(shù)中的所有參數(shù)名及其對應(yīng)的參數(shù)值，組裝為字符串param，即，結(jié)果查詢鍵。步驟s404：服務(wù)器通過結(jié)果查詢鍵key＝param獲取緩存中的值。其中，如果key＝param的值不為空，則表明服務(wù)器已經(jīng)針對相同的業(yè)務(wù)請求進(jìn)行了處理并生成了相應(yīng)的處理結(jié)果。而如果key＝param的值為空，則表明服務(wù)器在當(dāng)前時刻，并未生成相應(yīng)的處理結(jié)果。步驟s405：若結(jié)果查詢鍵key＝param的值不為空，則將處理結(jié)果發(fā)送給客戶端。步驟s406：若結(jié)果查詢鍵key＝param的值為空，則生成狀態(tài)查詢鍵key＝param_status。步驟s407：服務(wù)器在緩存中查詢狀態(tài)查詢鍵key＝param_status的值。其中，如果狀態(tài)查詢鍵key＝param_status的值為true，則表明服務(wù)器正在對相同的業(yè)務(wù)請求進(jìn)行處理，但還未生成相應(yīng)的結(jié)果數(shù)據(jù)；如果狀態(tài)查詢鍵key＝param_status的值為false或null，則表明服務(wù)器處理失敗或還未進(jìn)行處理，即，服務(wù)器可處理該業(yè)務(wù)請求。步驟s408：若狀態(tài)查詢鍵key＝param_status的值為true，則服務(wù)器向客戶端反饋“正在處理”。步驟s409：若狀態(tài)查詢鍵key＝param_status的值為false或null，則服務(wù)器對業(yè)務(wù)請求進(jìn)行處理，并將狀態(tài)查詢鍵key＝param_status，val＝true寫入緩存。步驟s410：生成處理結(jié)果后，將結(jié)果查詢鍵key＝param，val＝result寫入緩存，并執(zhí)行步驟s405。從上述內(nèi)容及示例中可見，在實際的請求處理場景中，一旦用戶向客戶端發(fā)出了請求觸發(fā)指令后，客戶端便會按照設(shè)定周期向服務(wù)器發(fā)送業(yè)務(wù)請求，服務(wù)器可將業(yè)務(wù)請求中的業(yè)務(wù)參數(shù)生成相應(yīng)的key，以便在緩存中查詢是否具有與該key相匹配的處理結(jié)果，如果有，則反饋給客戶端，而如果未查詢到處理結(jié)果，則服務(wù)器進(jìn)一步生成用以查詢處理狀態(tài)的key’，通過key’，服務(wù)器在緩存中查詢處理狀態(tài)，如果查詢到key’的值為true，則表明服務(wù)器正在進(jìn)行處理，此時，將向客戶端反饋“正在處理”，而客戶端則繼續(xù)按照設(shè)定周期發(fā)送業(yè)務(wù)請求，而如果查詢到key’的值為false或null，則服務(wù)器需要對業(yè)務(wù)請求進(jìn)行處理，并告知客戶端“正在處理”，直到服務(wù)器生成了處理結(jié)果，那么，客戶端將停止發(fā)送業(yè)務(wù)請求。以上為本申請?zhí)峁┑恼埱筇幚矸椒ǖ膸追N實施例，基于同樣的思路，本申請還提供了請求處理裝置的實施例，如圖5所示。圖5中的請求處理裝置包括：接收模塊501，接收客戶端發(fā)送的業(yè)務(wù)請求；數(shù)據(jù)確定模塊502，確定所述業(yè)務(wù)請求所攜帶的業(yè)務(wù)數(shù)據(jù)；查詢處理模塊503，根據(jù)所述業(yè)務(wù)數(shù)據(jù)，查找與所述業(yè)務(wù)數(shù)據(jù)對應(yīng)的處理結(jié)果或處理狀態(tài)數(shù)據(jù)；反饋模塊504，當(dāng)查找到所述處理結(jié)果時，將查找到的所述處理結(jié)果反饋給所述客戶端，當(dāng)查找到所述處理狀態(tài)數(shù)據(jù)時，將查找到的所述處理狀態(tài)數(shù)據(jù)反饋給所述客戶端，并在處理結(jié)果生成后，將生成的處理結(jié)果反饋給所述客戶端。所述接收模塊501，接收所述客戶端通過http連接或https連接，按照設(shè)定周期發(fā)送的業(yè)務(wù)請求；其中，所述設(shè)定周期短于處理所述業(yè)務(wù)請求所對應(yīng)的超時時長。所述查詢處理模塊503，查找與所述業(yè)務(wù)數(shù)據(jù)對應(yīng)的處理結(jié)果，并在未查找到所述處理結(jié)果時，查找對應(yīng)于所述業(yè)務(wù)數(shù)據(jù)的處理狀態(tài)數(shù)據(jù)。所述查詢處理模塊503，根據(jù)所述業(yè)務(wù)數(shù)據(jù)，生成結(jié)果查詢鍵，在緩存中查找對應(yīng)于所述結(jié)果查詢鍵的處理結(jié)果。所述查詢處理模塊503，根據(jù)所述業(yè)務(wù)數(shù)據(jù)生成狀態(tài)查詢鍵，在所述緩存中查找對應(yīng)于該狀態(tài)查詢鍵的處理狀態(tài)數(shù)據(jù)。所述裝置還包括：請求處理模塊505，當(dāng)所述查詢處理模塊503未查詢到所述處理狀態(tài)數(shù)據(jù)或處理狀態(tài)數(shù)據(jù)對應(yīng)的處理狀態(tài)為失敗時，處理所述業(yè)務(wù)請求，并在所述緩存中更新所述狀態(tài)查詢鍵對應(yīng)的處理狀態(tài)數(shù)據(jù)，當(dāng)生成處理結(jié)果后，將生成的所述處理結(jié)果存儲于所述緩存中。所述反饋模塊504，將查找到的所述處理狀態(tài)數(shù)據(jù)反饋給所述客戶端，通過所述處理狀態(tài)數(shù)據(jù)控制所述客戶端繼續(xù)按照設(shè)定周期重復(fù)發(fā)送所述業(yè)務(wù)請求。此時，所述反饋模塊504，將查找到的所述處理結(jié)果反饋給所述客戶端，通過所述處理結(jié)果控制所述客戶端停止按照設(shè)定周期重復(fù)發(fā)送所述業(yè)務(wù)請求。本申請還提供一種請求處理裝置，如圖6所示，該裝置包括：請求發(fā)送模塊601，向服務(wù)器發(fā)送攜帶有業(yè)務(wù)數(shù)據(jù)的業(yè)務(wù)請求，以使得所述服務(wù)器反饋對應(yīng)于所述業(yè)務(wù)數(shù)據(jù)的處理結(jié)果或處理狀態(tài)數(shù)據(jù)；請求接收模塊602，接收所述服務(wù)器反饋的處理結(jié)果或處理狀態(tài)數(shù)據(jù)。所述請求發(fā)送模塊601，通過http連接或https連接，按照設(shè)定周期，向所述服務(wù)器發(fā)送攜帶有業(yè)務(wù)數(shù)據(jù)的業(yè)務(wù)請求，其中，所述設(shè)定周期短于所述服務(wù)器設(shè)置的請求超時時長。所述裝置還包括：請求控制模塊603，當(dāng)所述請求接收模塊602接收到反饋的所述處理狀態(tài)數(shù)據(jù)時，繼續(xù)按照設(shè)定周期重復(fù)發(fā)送所述業(yè)務(wù)請求；當(dāng)所述請求接收模塊602接收到反饋的所述處理結(jié)果，停止按照設(shè)定周期重復(fù)發(fā)送所述業(yè)務(wù)請求。在20世紀(jì)90年代，對于一個技術(shù)的改進(jìn)可以很明顯地區(qū)分是硬件上的改進(jìn)(例如，對二極管、晶體管、開關(guān)等電路結(jié)構(gòu)的改進(jìn))還是軟件上的改進(jìn)(對于方法流程的改進(jìn))。然而，隨著技術(shù)的發(fā)展，當(dāng)今的很多方法流程的改進(jìn)已經(jīng)可以視為硬件電路結(jié)構(gòu)的直接改進(jìn)。設(shè)計人員幾乎都通過將改進(jìn)的方法流程編程到硬件電路中來得到相應(yīng)的硬件電路結(jié)構(gòu)。因此，不能說一個方法流程的改進(jìn)就不能用硬件實體模塊來實現(xiàn)。例如，可編程邏輯器件(programmablelogicdevice,pld)(例如現(xiàn)場可編程門陣列(fieldprogrammablegatearray，fpga))就是這樣一種集成電路，其邏輯功能由用戶對器件編程來確定。由設(shè)計人員自行編程來把一個數(shù)字系統(tǒng)“集成”在一片pld上，而不需要請芯片制造廠商來設(shè)計和制作專用的集成電路芯片。而且，如今，取代手工地制作集成電路芯片，這種編程也多半改用“邏輯編譯器(logiccompiler)”軟件來實現(xiàn)，它與程序開發(fā)撰寫時所用的軟件編譯器相類似，而要編譯之前的原始代碼也得用特定的編程語言來撰寫，此稱之為硬件描述語言(hardwaredescriptionlanguage，hdl)，而hdl也并非僅有一種，而是有許多種，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)與verilog。本領(lǐng)域技術(shù)人員也應(yīng)該清楚，只需要將方法流程用上述幾種硬件描述語言稍作邏輯編程并編程到集成電路中，就可以很容易得到實現(xiàn)該邏輯方法流程的硬件電路?？刂破骺梢园慈魏芜m當(dāng)?shù)姆绞綄崿F(xiàn)，例如，控制器可以采取例如微處理器或處理器以及存儲可由該(微)處理器執(zhí)行的計算機可讀程序代碼(例如軟件或固件)的計算機可讀介質(zhì)、邏輯門、開關(guān)、專用集成電路(applicationspecificintegratedcircuit，asic)、可編程邏輯控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存儲器控制器還可以被實現(xiàn)為存儲器的控制邏輯的一部分。本領(lǐng)域技術(shù)人員也知道，除了以純計算機可讀程序代碼方式實現(xiàn)控制器以外，完全可以通過將方法步驟進(jìn)行邏輯編程來使得控制器以邏輯門、開關(guān)、專用集成電路、可編程邏輯控制器和嵌入微控制器等的形式來實現(xiàn)相同功能。因此這種控制器可以被認(rèn)為是一種硬件部件，而對其內(nèi)包括的用于實現(xiàn)各種功能的裝置也可以視為硬件部件內(nèi)的結(jié)構(gòu)?；蛘呱踔粒梢詫⒂糜趯崿F(xiàn)各種功能的裝置視為既可以是實現(xiàn)方法的軟件模塊又可以是硬件部件內(nèi)的結(jié)構(gòu)。上述實施例闡明的系統(tǒng)、裝置、模塊或單元，具體可以由計算機芯片或?qū)嶓w實現(xiàn)，或者由具有某種功能的產(chǎn)品來實現(xiàn)。一種典型的實現(xiàn)設(shè)備為計算機。具體的，計算機例如可以為個人計算機、膝上型計算機、蜂窩電話、相機電話、智能電話、個人數(shù)字助理、媒體播放器、導(dǎo)航設(shè)備、電子郵件設(shè)備、游戲控制臺、平板計算機、可穿戴設(shè)備或者這些設(shè)備中的任何設(shè)備的組合。為了描述的方便，描述以上裝置時以功能分為各種單元分別描述。當(dāng)然，在實施本申請時可以把各單元的功能在同一個或多個軟件和/或硬件中實現(xiàn)。本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、cd-rom、光學(xué)存儲器等)上實施的計算機程序產(chǎn)品的形式。本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。這些計算機程序指令也可存儲在能引導(dǎo)計算機或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。在一個典型的配置中，計算設(shè)備包括一個或多個處理器(cpu)、輸入/輸出接口、網(wǎng)絡(luò)接口和內(nèi)存。內(nèi)存可能包括計算機可讀介質(zhì)中的非永久性存儲器，隨機存取存儲器(ram)和/或非易失性內(nèi)存等形式，如只讀存儲器(rom)或閃存(flashram)。內(nèi)存是計算機可讀介質(zhì)的示例。計算機可讀介質(zhì)包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術(shù)來實現(xiàn)信息存儲。信息可以是計算機可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序的模塊或其他數(shù)據(jù)。計算機的存儲介質(zhì)的例子包括，但不限于相變內(nèi)存(pram)、靜態(tài)隨機存取存儲器(sram)、動態(tài)隨機存取存儲器(dram)、其他類型的隨機存取存儲器(ram)、只讀存儲器(rom)、電可擦除可編程只讀存儲器(eeprom)、快閃記憶體或其他內(nèi)存技術(shù)、只讀光盤只讀存儲器(cd-rom)、數(shù)字多功能光盤(dvd)或其他光學(xué)存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設(shè)備或任何其他非傳輸介質(zhì)，可用于存儲可以被計算設(shè)備訪問的信息。按照本文中的界定，計算機可讀介質(zhì)不包括暫存電腦可讀媒體(transitorymedia)，如調(diào)制的數(shù)據(jù)信號和載波。還需要說明的是，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、商品或者設(shè)備中還存在另外的相同要素。本領(lǐng)域技術(shù)人員應(yīng)明白，本申請的實施例可提供為方法、系統(tǒng)或計算機程序產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例或結(jié)合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、cd-rom、光學(xué)存儲器等)上實施的計算機程序產(chǎn)品的形式。本申請可以在由計算機執(zhí)行的計算機可執(zhí)行指令的一般上下文中描述，例如程序模塊。一般地，程序模塊包括執(zhí)行特定事務(wù)或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類型的例程、程序、對象、組件、數(shù)據(jù)結(jié)構(gòu)等等。也可以在分布式計算環(huán)境中實踐本申請，在這些分布式計算環(huán)境中，由通過通信網(wǎng)絡(luò)而被連接的遠(yuǎn)程處理設(shè)備來執(zhí)行事務(wù)。在分布式計算環(huán)境中，程序模塊可以位于包括存儲設(shè)備在內(nèi)的本地和遠(yuǎn)程計算機存儲介質(zhì)中。本說明書中的各個實施例均采用遞進(jìn)的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對于系統(tǒng)實施例而言，由于其基本相似于方法實施例，所以描述的比較簡單，相關(guān)之處參見方法實施例的部分說明即可。以上所述僅為本申請的實施例而已，并不用于限制本申請。對于本領(lǐng)域技術(shù)人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內(nèi)所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本申請的權(quán)利要求范圍之內(nèi)。當(dāng)前第1頁12