處理網(wǎng)絡請求的方法
【技術領域】
[0001]本發(fā)明涉及網(wǎng)絡服務器對來自用戶的網(wǎng)絡請求的處理，具體涉及一種處理網(wǎng)絡請求的方法。
【背景技術】
[0002]目前，隨著科學技術的發(fā)展，人們生活水平的逐步提高，網(wǎng)絡已經(jīng)在社會生活中廣泛應用，每個網(wǎng)絡服務器提供者都希望他們的網(wǎng)站擁有廣泛的用戶群并且能夠在同一時間為盡量多的用戶提供服務。特別是提供在線事務處理的網(wǎng)站，比如搜索網(wǎng)站，網(wǎng)上購物網(wǎng)站。對于這些網(wǎng)站而言，同時在線的用戶數(shù)越多就意味著能夠處理的事務量越大，進而網(wǎng)絡服務器的處理能力和服務器的資源配置盡管可以應付平常的事務處理量，但是在高峰時段或者在線用戶高的時刻或者業(yè)務情況比較復雜，需要較長時間處理的場合中會產(chǎn)生網(wǎng)絡服務擁堵，此時網(wǎng)絡請求的響應時間比較長，客戶端會長時間處于待處理狀態(tài)，影響到用戶的網(wǎng)絡體驗，甚至使得網(wǎng)絡陷入癱瘓狀態(tài)。
[0003]現(xiàn)有技術中，有若干種方法試圖解決這一問題。最簡單的途徑是在基礎網(wǎng)絡架構設計時充分考慮高峰時段的最大用戶量，從而按照最大用戶量設計網(wǎng)絡架構和負載能力。然而，這種過分理想化的解決途徑難以適用于現(xiàn)實中的所有網(wǎng)絡應用之中。因為充分估計未來的最大用戶量，是很難做到的，即便是大概確定了可能的最大用戶的數(shù)量，提供了足夠強大的網(wǎng)絡架構所耗費的成本可能也比較高，缺乏現(xiàn)實可能性。通過更新服務器系統(tǒng)，包括使用高性能硬件，優(yōu)化代碼方法移除性能瓶頸，但是業(yè)務情況比較復雜的情況下，還是不能達到用戶期望的情況也并不鮮見。
[0004]另一種途徑就是對網(wǎng)絡應用進行優(yōu)化，包括限制同時交易的最大用戶數(shù)，在高峰時段屏蔽一些事務處理應用。顯然這樣的限制措施將傷害大量終端用戶的用戶體驗，從而間接造成網(wǎng)絡服務提供者的用戶流失。
[0005]還有一種方法是通過異步處理，然后通過以下方法確認處理的結果，如一個小時后通過此URL確認處理結果，把結果發(fā)送到用戶的郵箱。此種方法不能實時了解處理的狀態(tài)，只能最后確認結果，不能對處理進行取消操作，也不能對所有的請求進行集中管理，已經(jīng)不能完全滿足的客戶的需求。

【發(fā)明內(nèi)容】

[0006]本發(fā)明的目的就是為了彌補現(xiàn)有技術的缺陷，提供一種讓客戶端能隨時了解服務器對請求的處理情況并且能夠對其進行集中處理的處理網(wǎng)絡請求的方法。
[0007]為解決上述技術問題，本發(fā)明的基本構思是:一種處理網(wǎng)絡請求的方法，其特征在于包括以下步驟:
[0008](I)網(wǎng)絡服務器端接收至少一種請求客戶端發(fā)送的網(wǎng)絡請求信息；
[0009](2)網(wǎng)絡服務器端存儲所述網(wǎng)絡請求信息；
[0010](3)網(wǎng)絡服務器端對所述存儲的網(wǎng)絡請求進行異步處理；
[0011](4)客戶端通過網(wǎng)絡服務器發(fā)送的反饋頁面得到處理結果，并對其進行集中管理。
[0012]進一步地，在步驟(2)中，網(wǎng)絡服務器接受客戶端的網(wǎng)絡請求后，存儲所述網(wǎng)絡請求信息并發(fā)送網(wǎng)絡請求已被受理的提示信息給客戶端。
[0013]進一步地，所述網(wǎng)絡服務器端在異步處理的整個過程中，及時更新處理的狀態(tài)，所述網(wǎng)絡服務器端在處理完成后存儲處理結果；所述集中管理包括客戶端可隨時通過刷新反饋頁面確認該客戶端提交的所有請求的最新處理狀態(tài)。
[0014]更進一步地，所述集中管理還包括一個客戶端選擇的步驟；所述客戶端選擇的步驟設置為根據(jù)處理編號來確認該處理的狀態(tài)；或者設置為在處理狀態(tài)為正常完了后，下載或者直接查看處理的結果。
[0015]進一步地，所述客戶端的反饋頁面通過刷新，得到最新狀態(tài)，最新狀態(tài)包括異常終止。
[0016]進一步地，所述客戶端選擇的步驟設置為刪除處理完了的請求；或者設置為取消未被處理或者處理中的請求。
[0017]更進一步地，所述網(wǎng)絡請求信息為檢索時，客戶端不必等待檢索完成，就提交新的檢索請求,客戶端通過反饋頁面集中管理提交的所有檢索請求,并查看檢索結果。
[0018]進一步地，所述網(wǎng)絡請求信息為彩票過濾，客戶端首先輸入彩票的集合，或者彩票的全集；然后挑選算法組成算法鏈；客戶端提交請求后，網(wǎng)絡服務器端算法鏈對彩票集合進行過濾；客戶端不必等待過濾完成，繼續(xù)使用系統(tǒng)的服務；選擇不同的算法組成算法鏈或者輸入不同的彩票集合，提交新的網(wǎng)絡請求信息，客戶端通過反饋頁面集中管理提交的所有請求，并查看過濾的結果。
[0019]進一步地，所述網(wǎng)絡請求信息為一個預算制定，客戶端選擇各種物料信息，提交請求后，系統(tǒng)自動根據(jù)物料價格參數(shù)制作預算報價單；客戶端不必等待系統(tǒng)處理完成，可以繼續(xù)使用系統(tǒng)的服務，客戶端通過反饋頁面集中管理所提交的請求。
[0020]更進一步地，所述網(wǎng)絡請求信息為應用模擬，設計人員或者技術人員通過輸入技術參數(shù)提交模擬請求，客戶端不必等待處理完成，更改參數(shù)提交新的網(wǎng)絡請求信息，客戶端通過反饋頁面集中管理確認提交的請求，進而確定最佳的技術參數(shù)。
[0021]有益效果:本發(fā)明的服務器端可以按照一定的規(guī)則對網(wǎng)絡請求進行存儲，等待在適當?shù)臅r候由網(wǎng)絡服務提供者進行異步處理?？蛻舳丝梢酝ㄟ^反饋頁面了解服務器端的處理狀態(tài)，并對其提交的所有請求進行集中管理，選擇合適的處理方式，可以刪除處理完成的請求；也可以取消未被處理或者處理中的請求。本發(fā)明緩解了由于同一時刻大量的在線用戶發(fā)送網(wǎng)絡請求對于服務器所帶來的壓力，并且本發(fā)明無需對現(xiàn)有的網(wǎng)絡服務器進行硬件或軟件的實質性改動，其能夠在保證用戶體驗不受實質性影響的同時，降低了成本，增強了客戶端和服務器端交互能力，從而提高了用戶的訪問體驗。
【附圖說明】
[0022]圖1為本發(fā)明的系統(tǒng)框圖；
[0023]圖2為本發(fā)明的接收客戶請求服務器處理流程圖；
[0024]圖3為本發(fā)明的網(wǎng)絡服務器發(fā)給客戶端用于確認網(wǎng)絡請求已被受理的提示信息框；
[0025]圖4為本發(fā)明的請求處理系統(tǒng)的流程圖；
[0026]圖5為圖4的線程A的流程圖；
[0027]圖6為本發(fā)明狀態(tài)轉移的示意圖；
[0028]圖7為本發(fā)明的反饋頁面的大概效果圖；
[0029]圖8為本發(fā)明刷新反饋頁面，下載或查看處理結果示意圖；
[0030]圖9為本發(fā)明客戶端點擊取消按鈕時服務器端的處理流程圖；
[0031]圖10為本發(fā)明客戶端點擊刪除按鈕時服務器端的處理流程圖。
【具體實施方式】
[0032]下面將結合說明書附圖，對本發(fā)明做進一步的說明。
[0033]實施例1
[0034]有關本實施方式的其中之一的所述網(wǎng)絡請求信息為比較耗時的檢索時的一種處理網(wǎng)絡請求的方法，其特征在于包括以下步驟:
[0035](I)網(wǎng)絡服務器端接收至少一種請求客戶端發(fā)送的網(wǎng)絡請求信息；
[0036](2)存儲所述網(wǎng)絡請求信息；
[0037](3)對所述存儲的網(wǎng)絡請求進行異步處理；
[0038](4)客戶端通過網(wǎng)絡服務器發(fā)送的反饋頁面得到處理結果，并對其進行集中管理。
[0039]在步驟(2)中，網(wǎng)絡服務器接受客戶端的網(wǎng)絡請求后，存儲所述網(wǎng)絡請求信息并發(fā)送網(wǎng)絡請求已被受理的提示信息給客戶端。
[0040]所述網(wǎng)絡服務器端在處理的整個過程中，及時更新處理的狀態(tài)，所述網(wǎng)絡服務器端在處理完成后存儲處理結果；所述集中管理包括客戶端可隨時通過刷新反饋頁面確認該客戶端提交的所有請求的最新處理狀態(tài)。
[0041]如