異步處理網絡請求的方法和系統的製作方法

2023-10-19 12:39:37 1

專利名稱：：異步處理網絡請求的方法和系統的製作方法
技術領域：
：本發明總體上涉及網絡伺服器對來自用戶的網絡請求的處理，特別的本發明涉及對網絡請求的異步處理方法和系統。
背景技術：
：每個網絡服務提供者都希望他們的網站擁有廣泛的用戶群並且能夠在同一時間為儘量多的用戶提供服務。特別是提供在線事務處理的網站，比如銀行的網站，網上購物的網站等。對於這些網站而言，同時在線的用戶數越多就意味著能夠處理的事務量越大，進而網絡服務提供者能夠獲得的收益也就越豐厚。但是，目前的狀況是，網絡伺服器的處理能力和伺服器的資源配置儘管可以應付平常的事務處理量，但是在尖峰時段或者在線用戶數突高的時刻會產生網絡服務擁堵，甚至陷入癱瘓狀態。終端用戶和網絡服務提供者之間通常使用HTTP協議進行通信。HTTP協議本身並不提供流量管理控制程序，也就是說大量的HTTP請求可能同時被發送到網絡服務提供者。當這一情況發生時，網絡伺服器系統就可能崩潰，從而導致所有的終端用戶都無法訪問相關服務。現有技術中，有若干種方法試圖解決這一問題。最簡單的途徑是在基礎網絡架構設計時充分考慮尖峰時段的最大用戶量，從而按照最大用戶量設計網絡架構和負栽能力。然而，這種過分理想化的解決途徑難以適用到現實中的所有網絡應用當中。因為充分估計未來的最大用戶量並非易事，並且即便是精確的確定了可能的最大用戶量，提供一個足夠強壯的網絡架構所耗費的成本可能也是難以接受的。更為重要的是，對於現存的大量網絡服務提供者而言，更新伺服器系統，包括其硬體系統是不現實的。另外一種方法是對網絡應用進行優化，包括限制同時交易的最大用戶數，在尖峰時段屏蔽一些事務處理應用。顯然這樣的限制措施將傷害大量終端用戶的用戶體驗，從而間接造成網絡服務提供者的用戶流失。有鑑於此，現有技術中缺少一種方法或系統，能夠在不實質性改變現有的網絡應用服務架構，又不影響終端用戶的用戶體驗的前提下，為儘量多的用戶提供網絡服務。
發明內容為了解決現有技術的上述問題，本發明提出了一種異步處理網絡請求的方法及其相應系統。該方法可以按照一定的規則對一部分網絡請求進行存儲，等待在適當的時候由網絡服務提供者進行異步處理。本發明通過將網絡請求進行異步處理的方案，緩解由於同一時刻大量在線用戶發送網絡請求對於伺服器端所帶來的壓力，並且本發明無需對現有的網絡伺服器進行硬體或軟體的實質性改動，其能夠在保證用戶體驗不受實質性影響的同時，降低解決成本。具體而言，本發明提供一種異步處理網絡請求的方法，包括接收至少一個網絡請求，判斷所述網絡請求是否需要進行異步處理，存儲所述需要進行異步處理的網絡請求，以及確定對所述存儲的網絡請求進行異步處理。本發明還提供一種異步處理網絡請求的系統，包括接收單元，用於接收至少一個網絡請求，判斷單元，用於判斷所述網絡請求是否需要進行異步處理，存儲單元，用於存儲所述需要進行異步處理的網絡請求，以及確定單元，用於確定對所述存儲的網絡請求進行異步處理。通過本發明的方法和系統，可以將一部分網絡請求暫時存儲起來，留待系統閒時進行異步處理，從而一方面緩解了在系統忙時大量用戶請求擁堵所帶來的壓力，並且在另一方面優化了用戶在獲得網絡服務時的用戶體驗。上述描迷大致列舉了本發明的優越之處，通過結合附圖與本發明最佳實施例的詳細說明，本發明的這些以及其它優點將更加明顯。本說明中所參考的附圖只用於示例本發明的典型實施例，不應該認為是對本發明範圍的限制。圖1A為將等待異步處理的網絡請求存儲到請求隊列的結構示意圖。圖1B為將請求隊列中存儲的網絡請求進行異步處理的結構式意圖。圖2為異步處理網絡請求的流程圖。圖3為判斷網絡請求是否需要進行異步處理的流程圖，圖4為通知用戶網絡請求將要進行異步處理的流程圖。圖5為被存儲的網絡請求記錄示意圖。圖6為通知用戶網絡請求將要進行異步處理的用戶界面。圖7為確定對存儲的網絡請求進行異步處理的流程圖。圖8為異步處理網絡請求的工作線程的流程圖。圖9為異步處理網絡請求的系統框圖。具體實施例方式下列討論中，提供大量具體的細節以幫助徹底了解本發明。然而，很顯然對於本領域技術人員來說，即使沒有這些具體細節，並不影響對本發明的理解。並且應該認識到，使用如下的任何具體術語僅僅是為了方便描述，因此，本發明不應當局限於只用在這樣的術語所標識和/或暗示的任何特定應用中。除非另有說明，本發明所述的功能可用硬體或軟體或它們的結合來運行。然而，在一優選實施列中，除非另有說明，這些功能是由處理器，如計算機或電子數據處理器，按照編碼，如電腦程式編碼，的集成電路來執行的。一般來說，為了實現本發明的實施例而執行的方法可以是作業系統或特定應用程式的一部分、程序、模塊、對象或指令序列。本發明的軟體通常包括將由本地計算機呈現成機器可讀格式的眾多指令，因此是可執行指令。此外，程序包括相對於程序來說駐留在本地或在存儲器中找到的變量和數據結構。另外，下文描述的各種程序可以根據在本發明的特定實施例中實現它們的應用方法來識別。當攜帶指向本發明的功能的計算機可讀指令時，這樣的信號承栽媒體代表本發明的實施例。圖1A為將等待異步處理的網絡請求存儲到請求隊列的結構示意圖。當大量的網絡請求在同一時間發送到網絡伺服器102時，異步處理控制系統101可以將部分網絡請求轉送到被存儲的網絡請求隊列中。造成網絡服務擁堵的原因可能是多種多樣的，在本發明的一種實施例中，通過靜態的時間控制對網絡請求進行分散。具體而言，在可預測的尖峰時段，分散網絡請求以進行異步處理。比如，按照銀行網站的經驗統計，上午的辦公時間9:00到11:00是網上銀行事務處理最繁忙的時候，因此可以把時段9:00am-ll:00pm定義為尖峰時段，從而在這一時段對網絡請求利用異步處理控制系統101進行千預。在本發明的又一種實施例中，通過動態的網絡伺服器資源狀態對網絡請求進行分散處理。比如當監測到當前的網絡銀行伺服器資源緊張，CPU利用率達到一定門限值，則在接下來的一段時間內對網絡請求利用異步處理控制系統101進行幹預，直到伺服器資源使用情況恢復正常為止。本領域的普通技術人員理解，本發明並不限於上述兩種實施方式，在其它需要的情況下，也可以決定利用異步處理控制系統101對網絡請求進行幹預，比如根據前一特定時間段內收到的網絡請求的數量來決定是否啟動異步處理模式。挑選特定的網絡請求進行異步處理的標準也是多種多樣的。在本發明的一種實施例中，某類請求消耗了大量的系統資源，但是這類請求對於用戶而言並非需要及時處理，於是異步處理控制系統101對這類網絡請求進行存儲以待異步處理。表l示出了以網絡銀行為例的各類網絡請求的特點，通過對這些請求特點的分析可以進一步挑選出進行異步處理的請求類型。tableseeoriginaldocumentpage9表l本領域的普通技術人員理解，某項資源的密集度高就意味著消耗的系統或網絡資源多，相反如果密集度低就意味著消耗的系統或網絡資源少。通過比較可以得知，轉帳需要消耗大量的主機操作，從而等待時間相對較長，但是實際上用戶並不需要立刻得到轉帳操作的反饋，因此有關轉讓的網絡請求可以被挑選出來進行異步處理。在本發明的又一種實施例中，利用用戶等級來決定是否對其網絡請求進行異步處理。當用戶的等級較高時，對其網絡請求進行即時處理，但是當用戶的等級較低時，對其網絡請求進行異步處理。當然，本領域的普通技術人員理解，本發明並不限於上述兩種挑選方式，也可以按照其它的標準挑選需要進行異步處理的網絡請求，比如根據用戶的交易額度確定是否進行異步處理等等。圖1B為將請求隊列中存儲的網絡請求進行異步處理的結構式意圖。在網絡請求的非尖峰時段，異步處理控制系統101從被存儲的網絡請求隊列中讀取網絡請求交給網絡伺服器102進行處理。圖2為異步處理網絡請求的流程圖。首先在步驟203接收至少一個網絡請求，然後在步驟205判斷所述網絡請求是否需要進行異步處理，所述判斷過程包括上文提到的對網絡伺服器系統的分析和對網絡請求類型的分析。字母A表示步驟205的詳細步驟將在圖3中進行展開說明。在步驟207中，對所述需要進行異步處理的至少一個網絡請求進行存儲。並且在步驟209中，在特定的時間段，比如非尖峰時段或者系統資源不緊張時，確定對所述存儲的網絡請求進行異步處理。字母B表示步驟209的詳細步驟將在圖7中進行展開說明。圖3為判斷網絡請求是否需要進行異步處理的流程圖。所述判斷步驟包括對網絡伺服器系統的分析和對網絡請求類型的分析。如上文所述對網絡伺服器系統的分析可以是對系統時間的分析也可以是對系統資源狀態的分析，甚至可以是除此以外的其它分析方法。然而在本實施例中，對系統時間和系統資源狀態二者都進行分析。並且在本實施例中，通過網絡請求所訪問的URL對網絡請求的類型進行分析，當然本領域的普通技術人員理解，本發明並不局限於這樣的實施方式。下面對判斷網絡請求是否需要進行異步處理的流程進行詳細說明。在步驟301中，核實網絡伺服器系統時間。在步驟303中，判斷網絡伺服器是否處於尖峰時段。所述尖峰時段可以是根據經驗值事先定義的時間段。如果所述系統時間顯示當前系統處於尖峰時段，則在步驟305進一步核實網絡伺服器的資源狀態信息，否則如果所述系統時間顯示當前系統並非處於尖峰時段，則在步驟315決定不對所述網絡請求進行異步處理，並在步驟317返回以執行正常的網絡請求處理程序。所述資源狀態信息可以包括下列各項中的一個或多個網絡伺服器的CPU使用情況、內存使用情況、網絡擁堵情況、資料庫連接狀況、網絡伺服器與其它交易主機的連接狀況、每秒中處理的請求數量(TPS)、以及伺服器響應時間等等。可以設計一系列門限值對上述資源狀態信息進行判斷。在步驟307中，當核實後的資源狀態信息顯示系統資源緊張時，進一步在步驟309中核實網絡請求所訪問的URL信息，否則在步驟315決定不會所述網絡請求進行異步處理，並在步驟317返回以執行正常的網絡請求處理程序。在步驟311中，當判斷所述網絡請求所訪問的URL涉及可以異步處理的業務時，進一步在步驟313中決定對所述網絡請求進行異步處理，否則在步驟315中決定不對所述網絡請求進行異步處理，並在步驟317中返回以執行正常的網絡請求處理程序。比如，以上文中提到的網絡銀行為例，在一種實施方式中，如果判斷所述網絡請求所訪問的URL涉及轉帳業務，則對該轉帳請求進行異步處理，否則對該業務請求進行即時處理。由於網絡請求所訪問的URL信息是附帶在用戶發送的網絡請求包中的，因此可以容易的從網絡請求包中提取相應的URL信息進行分析。在另一種實施方式中，如果利用用戶等級來決定是否對其網絡請求進行異步處理，則需要讀取網絡伺服器中的資料庫從而調用相關的用戶信息進行判斷。本領域的普通技術人員理解，圖3中的三個判斷步驟並非一定要按照圖示的順序進行，而是可以任意組合順序，因為這三個判斷步驟都是單獨發揮作用的。圖4為通知用戶網絡請求將要進行異步處理的流程圖。一旦判斷某一網絡請求需要進行異步處理，本發明可選的可以通知用戶相關異步處理信息。結合圖6,可以對所述通知過程進行更詳細的描述。在步驟403中，本發明通知發送所述網絡請求的用戶所迷網絡請求將會進行異步處理，比如圖6中的"Soiry，currentsystemisunderheavyworkload,yourrequestwillbeprocessedlater"。在步驟405中，通知用戶訪問所述異步處理結果的URL，比如圖6中的"Youcangetvisitthiswebsiteagaintoviewtheresultafter1hour.TheaccessURLishttps:〃www.ABCbank.com/user/assignment/resultid=fdjkweDSfEfdsafdsawefFDSAFDSA"，這樣用戶可以到指定的URL地址中查看其網絡請求處理結果。在步驟407，通知發送所述網絡請求的用戶所述異步處理結果的預測完成時間(圖6中未示出)，這樣用戶可以知道在多長時間以後，可以訪問相關網頁以獲取或者檢查其網絡請求結果。所述預測完成時間的計算可以通過統計當前的等待處理的異步請求數量與系統資源消耗情況，再結合未來網絡伺服器處理能力的經驗值來計算得到。在步驟409,從發送所述網絡請求的用戶獲得一個電子郵件地址，比如圖6中的"Youcanalsoleaveanemailaddress,wewillsendtheresulttoyou",以便將來將所述異步處理結果已經完成的消息通知用戶。在步驟411中，將網絡請求ID、是否等待異步處理、網絡請求提出時間，網絡請求通知信息等信息與網絡請求所訪問的URL、網絡請求會話信息和網絡請求內容一起封裝成網絡請求記錄(如圖5所示)。在另外一種實施方式中，也可以獲取用戶的手機信息，從而以簡訊的方式通知用戶所述異步處理結果已經完成的消息(圖6中未示出)。圖5為被存儲的網絡請求記錄示意圖501。每條記錄包括與所述網絡請求相關的下列信息網絡請求ID、是否等待異步處理、網絡請求提出時間、網絡請求所訪問的URL、網絡請求會話信息(requestcontext)、網絡請求通知信息，如用戶提交的電子郵件地址、手機號碼等、以及網絡請求的內容。其中所述是否等待異步處理的選項可以用以區分異步處理的網絡請求和即時處理的網絡請求。所述網絡請求會話信息是與網絡請求的內容相關的上下文會話信息。所述網絡請求的內容是用戶向網絡伺服器提交事務處理請求時所涉及的HTML頁面中的信息。比如在網絡銀行的例子中，在用戶登陸頁面中用戶輸入的用戶名、密碼等信息就屬於網絡請求會話信息，而在最後訪問的轉帳頁面中用戶輸入的轉帳號碼、轉帳金額等信息就屬於網絡請求的內容。保存網絡請求會話信息的原因在於一些網絡請求的異步處理依賴於用戶輸入的上下文信息。圖7為確定對存儲的網絡請求進行異步處理的流程圖。在步驟701中判斷是否開始進行異步處理，比如可以在系統進入空閒時段後，或者在系統資源不再緊張時，開始進行異步處理。在步驟703中，讀取異步批處理策略。雖然本發明並不限於在異步處理時使用批處理的方法，但是考慮到批處理能夠在一個線程中執行所有請求，從而可以更有效的利用資源，因此在本實施例中，使用批處理的方法對存儲的用戶請求進行處理。所述異步批處理策略可以決定將訪問相同URL的用戶請求進行批處理，或者將同一用戶的網絡請求進行批處理，或者將同一時間段的用戶請求進行批處理等。並且，所述批處理策略還應當確定成批處理的請求數量。在步驟705,讀取網絡請求的記錄從而提取網絡請求的相關信息。在步驟707，按照所述異步批處理策略建立批處理作業(batchjobs)，每個批處理作業都是一系列網絡請求的集合。在步驟709，開始工作線程(workerthreads)以處理網絡請求，所述工作線程將一個接一個的處理網絡請求。字母Bl表示步驟709的詳細步驟將在圖8中進行展開說明。圖8為異步處理網絡請求的工作線程的流程圖。在步驟801中，判斷工作隊列中是否有網絡請求。如果工作隊列中有網絡請求，則在步驟803中提取一個網絡請求。並且在步驟805中將所述網絡請求發送給網絡伺服器進行處理。在網絡伺服器處理完畢後，在步驟807獲得處理結果，並在步驟809中存儲處理結果，然後在步驟811中通知用戶，並在步驟813中從工作隊列中移除所述請求。在一種實施方式中，所述通知用戶的步驟可以是發送電子郵件給用戶，告知其處理結果已經完成，可以到指定的URL處提取或查閱處理結果。在另一種實施方式中，所述通知用戶的步驟也可以是發送手機簡訊給用戶，告知其處理結果已經完成，可以到指定的網絡URL或手機URL處提取或查閱處理結果。在又一種實施方式中，所述通知用戶的步驟還可以是將所述處理結果直接發送到用戶的電子郵件地址或以手機簡訊的形式發送給用戶，比如告知用戶轉帳交易已經成功等等。當然，所述通知用戶的步驟實際上並非是必需的，在一些情況下，可以無需通知用戶而是由用戶主動查詢處理結果。圖9為異步處理網絡請求的系統框圖。其中接收單元921從網絡伺服器910中獲得網絡請求，並發送給判斷單元922。判斷單元9"通過查詢策略信息判斷是否將所述網絡請求進行異步處理。所述策略信息(圖中未示出)可以包括系統方面的信息尖峰時段的時間信息、資源狀態信息、每單位時間內所接收的網絡請求門限值；以及用戶方面的信息網絡請求的類型，比如所訪問的URL地址，或者用戶的等級等。如果確定對網絡請求進行異步處理，判斷單元922就為該網絡請求封裝上網絡請求ID、是否等待異步處理、網絡請求提出時間等信息，以形成網絡請求記錄501。並且如果確定對網絡請求進行異步處理，異步處理控制系統920中的通知單元一(圖中未示出)用於通知發送所述網絡請求的用戶所述網絡請求將會進行異步處理。異步處理控制系統920中的通知單元二(圖中未示出)用於通知發送所述網絡請求的用戶訪問所述異步處理結果的URL。異步處理控制系統920中的通知單元三(圖中未示出)用於通知發送所述網絡請求的用戶所迷異步處理結果的預測完成時間。異步處理控制系統920中的獲取單元(圖中未示出)用於從發送所述網絡請求的用戶獲取電子郵件地址。如果確定對網絡請求進行異步處理，判斷單元922可以將所述網絡請求發送給存儲單元923。存儲單元923可以將經封裝的網絡請求記錄501存儲到網絡請求存儲器(圖中未示出)中。並且所述存儲單元923還可以在確定單元924決定對所存儲的網絡請求進行異步批處理時，從網絡請求存儲器中調取所述網絡請求。其中所述網絡請求存儲器可以是資料庫或者磁碟設備等存儲單元。確定單元924通過查詢策略信息判斷是否需要恢復對網絡請求的處理，並且建立批處理作業。在批處理完成後，確定單元924將處理結果存儲到處理結果存儲器(圖中未示出)。其中所述處理結果存儲器可以是資料庫或者磁碟設備等存儲單元。本發明還可以包含一個結果伺服器(圖中未示出)用以向終端用戶顯示處理結果。所述結杲伺服器可以是FTP伺服器、HTTP伺服器、郵件伺服器等。以HTTP伺服器為例，當用戶發送請求以查詢處理結果時，結果伺服器將會向用戶返回指定的HTML網頁。所述結果伺服器可以和原始的網絡伺服器910合併工作，也可以作為單獨的伺服器進行工作。)用於向所述電子郵件地址發送通知以告知所述網絡請求被處理完成。並且本發明還可以包含發送單元(圖中未示出)發送單元用於將異步處理結果通過電子郵件發送給所述用戶。本領域的普通技術人員理解，本發明也可以不向終端用戶通知處理結果已經完成，並且也不將處理結果發送給用戶，而是由用戶主動查詢處理結果。以上系統中各單元的具體工作流程在方法相關的描述中已經充分描述，這裡不在贅述。本領域的普通技術人員理解，上述各個操作過程可以由存儲在電腦程式產品中的可執行程序實現。該程序產品定義各實施例的功能，並承載各種信號，包括(但不局限於)1)永久存儲在不可擦寫存儲媒體上的信息；2)存儲在可擦寫存儲媒體上的信息；或3)通過包括無線通信在內的通信媒體(如，通過計算機網絡或電話網絡)傳送到計算機上的信息，特別是包括從網際網路和其它網絡下栽的信息。本發明的各種實施例可以提供許多優點，包括已經在
發明內容中列舉的，和能夠從技術方案本身推導出來的。但是無論一個實施例是否取得全部優點，並且也無論這樣的優點是否被認為是取得實質性提高，都不應構成對本發明的限制。同時，上文中提到的各種實施方式，僅僅是出於說明的目的，本領域的普通技術人員可以對上述實施方式做出各種修改和變更，而不偏離本發明的實質。本發明的範圍完全由所附權利要求書限定。權利要求1.一種異步處理網絡請求的方法，包括接收至少一個網絡請求，判斷所述網絡請求是否需要進行異步處理，存儲所述需要進行異步處理的網絡請求，以及確定對所述存儲的網絡請求進行異步處理。2.如權利要求l所述的方法，進一步包括通知發送所述網絡請求的用戶所述網絡請求將會進行異步處理。3.如權利要求l所述的方法，進一步包括通知發送所述網絡請求的用戶訪問所述異步處理結果的URL。4.如權利要求l所述的方法，進一步包括通知發送所述網絡請求的用戶所述異步處理結果的預測完成時間。5.如權利要求l所述的方法，進一步包括從發送所述網絡請求的用戶獲取電子郵件地址，並向所述電子郵件地址發送通知以告知所述網絡請求;故處理完成。6.如權利要求l所述的方法，進一步包括從發送所述網絡請求的用戶獲取電子郵件地址，並將異步處理結果通過電子郵件發送給所述用戶。7.如權利要求l所述的方法，其中所述判斷步驟根據所述網絡請求的相關信息決定是否需要對所述網絡請求進行異步處理，所述網絡請求的相關信息包括網絡請求所訪問的URL或者發送網絡請求的用戶屬性中的至少一個。8.如權利要求l所述的方法，其中所述判斷步驟才艮據時間信息決定是否需要對所述網絡請求進行異步處理當網絡伺服器處於尖峰時間段時，對所述網絡請求進行異步處理。9.如權利要求l所述的方法，其中所述判斷步驟根據網絡伺服器的資源狀態信息決定是否需要對所述網絡請求進行異步處理當資源狀態信息顯示系統資源緊張時，對所述網絡請求進行異步處理。10.如權利要求l所述的方法，其中所述確定步驟根據時間信息或網絡伺服器的資源狀態信息中的至少一個決定是否開始異步處理所述存儲的網絡請求。11.一種異步處理網絡請求的系統，包括接收單元，用於接收至少一個網絡請求，判斷單元，用於判斷所迷網絡請求是否需要進行異步處理，存儲單元，用於存儲所迷需要進行異步處理的網絡請求，以及確定單元，用於確定對所述存儲的網絡請求進行異步處理。12.如權利要求ll所述的系統，進一步包括通知單元一，用於通知發送所述網絡請求的用戶所述網絡請求將會進行異步處理。13.如權利要求11所述的系統，進一步包括通知單元二，用於通知發送所述網絡請求的用戶訪問所述異步處理結果的URL。14.如權利要求ll所述的系統，進一步包括通知單元三，用於通知發送所述網絡請求的用戶所述異步處理結果的預測完成時間。15.如權利要求11所述的系統，進一步包括獲取單元，用於從發送所述網絡請求的用戶獲取電子郵件地址，以及通知單元四，用於向所述電子郵件地址發送通知以告知所述網絡請求被處理完成。16.如權利要求ll所述的系統，進一步包括獲取單元，用於從發送所述網絡請求的用戶獲取電子郵件地址，以及發送單元，用於將異步處理結果通過電子郵件發送給所述用戶。17.如權利要求11所述的系統，其中所述判斷單元根據所述網絡請求的相關信息決定是否需要對所述網絡請求進行異步處理，所述網絡請求的相關信息包括網絡請求所訪問的URL或者發送網絡請求的用戶屬性中的至少一個。18.如權利要求11所述的系統，其中所述判斷單元根據時間信息決定是否需要對所述網絡請求進行異步處理當網絡伺服器處於尖峰時間段時，對所述網絡請求進行異步處理。19.如權利要求11所述的系統，其中所述判斷單元根據網絡伺服器的資源狀態信息決定是否需要對所述網絡請求進行異步處理當資源狀態信息顯示系統資源緊張時，對所述網絡請求進行異步處理。20.如權利要求11所述的系統，其中所述確定單元根據時間信息或網絡伺服器的資源狀態信息中的至少一個決定是否開始異步處理所述存儲的網絡請求。全文摘要本發明提出了一種異步處理網絡請求的方法及其相應系統。該方法可以按照一定的規則對一部分網絡請求進行存儲，等待在適當的時候由網絡服務提供者進行異步處理。本發明通過將網絡請求進行異步處理的方案，緩解由於同一時刻大量在線用戶發送網絡請求對於伺服器端所帶來的壓力，並且本發明無需對現有的網絡伺服器進行硬體或軟體的實質性改動，其能夠在保證用戶體驗不受實質性影響的同時，降低解決成本。文檔編號H04L12/56GK101621458SQ200810127440公開日2010年1月6日申請日期2008年6月30日優先權日2008年6月30日發明者蘭東俊,萌葉,興方,剛王,晟陸申請人:國際商業機器公司