基於線程數量限制的伺服器業務請求並行處理方法及系統的製作方法
2023-06-16 05:08:36 1
基於線程數量限制的伺服器業務請求並行處理方法及系統的製作方法
【專利摘要】本發明提供了一種基於線程數量限制的伺服器業務請求並行處理方法和系統，該業務請求並行處理方法和系統採用了根據處理時長不同而對業務請求加以分類處理的控制方案，對伺服器調用於並行處理每一類別業務請求的線程數量的上限加以限制，以避免長處理時長業務請求對伺服器線程的「壟斷佔用」的情況，確保伺服器中總有部分線程被用於並行處理短處理時長的業務請求，使得伺服器業務請求處理線程的分配平衡性得以增強，從而提升了伺服器整體的業務請求處理執行效率和用戶服務效率，同時也降低了伺服器對大量運算複雜的長處理時長業務請求進行並行處理導致長時間對伺服器系統資源形成「壟斷佔用」的可能性，從而改善了伺服器的系統資源分配合理性能。
【專利說明】基於線程數量限制的伺服器業務請求並行處理方法及系統
【技術領域】
[0001]本發明涉及計算機通信網絡技術和伺服器【技術領域】，具體涉及一種基於線程數量限制的伺服器業務請求並行處理方法及系統。
【背景技術】
[0002]伺服器，是指在計算機通信網絡中的一個管理資源對外提供業務服務的高性能計算機。伺服器類型有很多，例如數據伺服器、文件伺服器、網頁伺服器、流媒體伺服器、搜索伺服器等，它們偵聽計算機通信網絡中來自計算機客戶端或移動通信客戶端的業務請求，並對業務請求進行響應和處理，進而為計算機客戶端或移動通信客戶端提供各種不同的業務服務，豐富了網絡應用。計算機通信網絡中的伺服器隨時都面臨著數量龐大的業務請求需要執行處理，伺服器對業務請求的處理能力自然也成為其業務服務質量的一項重要衡量標準，快速、高效的業務服務更能夠提升用戶的業務體驗以及對業務服務產品的忠誠度。
[0003]為了提升伺服器業務服務質量，目前伺服器都普遍採用了多線程並行處理業務請求的多線程並發處理模式，使得多個業務請求能夠在同一時段內得以處理，以增強伺服器的業務請求處理能力。即便是對於同一服務業務而言，都存在多種不同的業務請求，不同業務請求的處理時長也不盡相同，不同業務請求的處理時長可能相差數倍；更何況，有很多伺服器還同時運行有多項服務業務，因此伺服器可能接收和處理的業務請求更加多樣化，不同業務請求處理時長的差別也可能更大；本文所述業務請求的處理時長，是指伺服器調用線程對業務請求進行處理直至處理完成得到請求處理結果所持續的時長。而目前的伺服器通常採用的是一種比較簡單的多線程並發處理模式，即對於伺服器接收到的各種業務請求不加區分地進行統一排隊，形成一個單一的請求隊列，再根據請求隊列中各業務請求的排隊順序，分別調用多個線程依次對請求隊列中尚未處理的業務請求進行並行處理，每個線程在業務請求處理完成後得以釋放並能夠再次被調用，以執行後續的業務請求處理。
[0004]但由於受到伺服器系統處理性能和系統資源的限制，伺服器能夠用於執行業務請求並行處理的線程的總數是有限的，並且伺服器接收到的業務請求具有很強的隨機性，因此伺服器採用這種簡單的多線程並發處理模式很可能時常出現這樣的情況:在某個時間段單一請求隊列中排隊靠前的都是處理時長較長的業務請求，使得伺服器幾乎所有能夠用於執行業務請求並行處理的線程都被調用執行這些處理時長較長的業務請求。這種情況的發生將主要帶來兩方面的不利影響:①、如果能夠先對短處理時長的業務請求進行處理後、再對長處理時長的業務請求進行處理，不僅使得短處理時長業務請求所對應的用戶能夠迅速獲得請求處理結果，對於長處理時長業務請求所對應的用戶而言，其獲得請求處理結果的等待時間也並沒有大幅超出預期，因此使得不同用戶均能獲得較好的業務服務體驗感；然而，由於伺服器所有能夠用於執行業務請求並行處理的線程都被處理時長較長的業務請求所「壟斷佔用」，使得短處理時長的業務請求也必須排隊等待有線程完成業務請求處理得以釋放後才能夠得到處理，這樣雖然沒有影響長處理時長業務請求所對應的用戶對業務服務的體驗感，但卻大大增加了短處理時長業務請求所對應的用戶獲得請求處理結果的等待時間，並且其等待時長大幅超出預期，因此很可能嚴重影響這些用戶的業務服務體驗感；並且，如果長處理時長業務請求的處理時間是短處理時長業務請求的數倍，那麼意味著，這種情況發生的過程中，雖然確保了一定數量的長處理時長業務請求所對應用戶的業務服務體驗感，但卻是以大幅降低數倍數量的短處理時長業務請求所對應用戶的業務服務體驗感作為代價的，因此從整體而言，實際上降低了伺服器的業務請求處理執行效率以及用戶服務效率。②、業務請求的處理時長越長，通常意味著該業務請求對應的處理運算越複雜，需要佔用的伺服器系統資源也越多；如果伺服器所有能夠用於執行業務請求並行處理的線程都被調用執行處理時長較長的業務請求，那麼意味著伺服器的大量系統資源將在較長時間內被這些執行業務請求並行處理的線程所佔用，甚至可能在這段較長的時間內對伺服器系統資源形成「壟斷佔用」，使得伺服器執行其它任務處理的運行效率驟然降低甚至終止運行，進而發生網絡服務中斷、伺服器系統任務崩潰等嚴重後果。
【發明內容】
[0005]針對現有技術中存在的上述不足，本發明的目的在於提供一種基於線程數量限制的伺服器業務請求並行處理方法，以提升伺服器整體的業務請求處理執行效率和用戶服務效率，改善伺服器的系統資源分配合理性能，解決現有技術中伺服器存在的業務請求處理執行效率和用戶服務效率難以保證、時常可能出現網絡服務中斷或伺服器系統任務崩潰的問題。
[0006]為實現上述目的，本發明採用了如下技術手段:
基於線程數量限制的伺服器業務請求並行處理方法，其特徵在於，預先根據伺服器對業務請求處理時長的長短將業務請求分為數個類別，並分別設置各類別業務請求對應的並行處理線程上限數量，各類別業務請求對應的並行處理線程上限數量的總和等於伺服器能夠用於執行業務請求並行處理的線程的總數；伺服器接收業務請求並進行類別識別，對不同類別業務請求分別排隊，形成各類別業務請求相應的請求隊列，且伺服器分別對每一個類別的請求隊列中尚未處理的業務請求調用不超過相應類別業務請求對應的並行處理線程上限數量的線程進行多線程並行處理。
[0007]上述的伺服器業務請求並行處理方法中，作為進一步優選方案，所述「預先根據伺服器對業務請求處理時長的長短將業務請求分為數個類別，並分別設置各類別業務請求對應的並行處理線程上限數量」具體為:
al)預先統計伺服器處理各不同業務請求的處理時長，獲得其中的最短處理時長和最長處理時長；
a2)將所述最短處理時長至所述最長處理時長之間的時長空間劃分為依次相鄰的數個時長區間，將預先統計的處理時長在同一時長區間的業務請求歸為一類，從而根據預先統計的各不同業務請求的處理時長所在的時長區間，將業務請求對應的分為數個類別；
a3)分別設置各類別業務請求對應的並行處理線程上限數量，各類別業務請求對應的並行處理線程上限數量的總和等於伺服器能夠用於執行業務請求並行處理的線程的總數。
[0008]上述的伺服器業務請求並行處理方法中，作為進一步優選方案，所述「伺服器接收業務請求並進行類別識別，對不同類別業務請求分別排隊，形成各類別業務請求相應的請求隊列」具體為: bl)預先分別設置各類別業務請求的隊列存儲空間，用於分別存儲各類別業務請求相應的請求隊列；
b2)在伺服器接收到業務請求時，識別接收到的業務請求所屬的類別，查找到相應類別業務請求的隊列存儲空間；
b3)將接收到的業務請求作為其相應類別的請求隊列中當前排隊最靠後的一個存入相應類別業務請求的隊列存儲空間。
[0009]上述的伺服器業務請求並行處理方法中，作為進一步優選方案，所述「伺服器分別對每一個類別的請求隊列中尚未處理的業務請求調用不超過相應類別業務請求對應的並行處理線程上限數量的線程進行多線程並行處理」具體為:
對每一個類別的業務請求，按如下步驟分別進行多線程並行處理的線程調用控制:
Cl)檢測該類別業務請求相應的請求隊列中當前是否存在尚未處理的業務請求；若存在，則執行步驟c2);若不存在，則執行步驟c4)；
c2)檢測當前對該類別業務請求執行並行處理的線程數量，判斷當前對該類別業務請求執行並行處理的線程數量是否已達到該類別業務請求對應的並行處理線程上限數量；若已達到，則執行步驟c4);若尚未達到，則執行步驟c3)；
c3)調用一個線程對該類別的請求隊列中當前排隊最靠前的一個尚未處理的業務請求進行處理，然後立即返回步驟Cl)；
c4)延時At時長，然後返回步驟Cl)。
[0010]上述的伺服器業務請求並行處理方法中，作為進一步優選方案，所述At時長的取值範圍為5(T500ms。
[0011]上述的伺服器業務請求並行處理方法中，作為進一步優選方案，所述各類別業務請求對應的並行處理線程上限數量中，平均處理時長越長的業務請求類別對應的並行處理線程上限數量的值越小。
[0012]相應地，本發明還提供了一種能夠實現上述伺服器業務請求並行處理方法的基於線程數量限制的伺服器業務請求並行處理系統；為此，本發明採用了如下的技術手段:
基於線程數量限制的伺服器業務請求並行處理系統，其特徵在於，包括分類處理模塊、排隊處理模塊和數個線程調用模塊；所述分類處理模塊用於預先根據伺服器對業務請求處理時長的長短將業務請求分為數個類別，並分別設置各類別業務請求對應的並行處理線程上限數量，各類別業務請求對應的並行處理線程上限數量的總和等於伺服器能夠用於執行業務請求並行處理的線程的總數；所述排隊處理模塊用於接收業務請求並進行類別識別，對不同類別業務請求分別排隊，形成各類別業務請求相應的請求隊列；所述數個線程調用模塊分別用於對每一個類別的請求隊列中尚未處理的業務請求調用不超過相應類別業務請求對應的並行處理線程上限數量的線程進行多線程並行處理。
[0013]上述的伺服器業務請求並行處理系統中，作為進一步優選方案，所述分類處理模塊主要由處理時長統計單元、業務請求分類單元和並行處理線程上限數量設置單元構成；所述處理時長統計單元用於預先統計伺服器處理各不同業務請求的處理時長，獲得其中的最長處理時長和最短處理時長；所述業務請求分類單元用於將所述最短處理時長至所述最長處理時長之間的時長空間劃分為依次相鄰的數個時長區間，將預先統計的處理時長在同一時長區間的業務請求歸為一類，從而根據預先統計的各不同業務請求的處理時長所在的時長區間，將業務請求對應的分為數個類別；所述並行處理線程上限數量設置單元用於分別設置各類別業務請求對應的並行處理線程上限數量，各類別業務請求對應的並行處理線程上限數量的總和等於伺服器能夠用於執行業務請求並行處理的線程的總數。
[0014]上述的伺服器業務請求並行處理系統中，作為進一步優選方案，所述排隊處理模塊主要由隊列存儲設置單元、類別識別單元和排隊執行單元構成；所述隊列存儲設置單元用於分別設置各類別業務請求的隊列存儲空間，以分別存儲各類別業務請求相應的請求隊列；所述類別識別單元用於在伺服器接收到業務請求時，識別接收到的業務請求所屬的類另O，查找到相應類別業務請求的隊列存儲空間；所述排隊執行單元用於將接收到的業務請求作為其相應類別的請求隊列中當前排隊最靠後的一個存入相應類別業務請求的隊列存儲空間。
[0015]上述的伺服器業務請求並行處理系統中，作為進一步優選方案，每一個所述線程調用模塊用於對一個類別的業務請求進行多線程並行處理的線程調用控制；每一個線程調用模塊均主要由請求列隊檢測單元、線程數量控制單元、線程調用執行單元和延遲處理單元構成；所述請求列隊檢測單元用於檢測該類別業務請求相應的請求隊列中當前是否存在尚未處理的業務請求；若存在，則觸發運行線程數量控制單元；若不存在，則觸發運行延遲處理單元；所述線程數量控制單元用於檢測當前對該類別業務請求執行並行處理的線程數量，判斷當前對該類別業務請求執行並行處理的線程數量是否已達到該類別業務請求對應的並行處理線程上限數量；若已達到，則觸發運行延遲處理單元；若尚未達到，則觸發運行線程調用執行單元；所述線程調用執行單元用於調用一個線程對該類別的請求隊列中當前排隊最靠前的一個尚未處理的業務請求進行處理，然後立即觸發運行請求列隊檢測單元；所述延遲處理單元用於延時At時長，然後觸發運行請求列隊檢測單元。
[0016]相比於現有技術，本發明具有如下有益效果:
1、本發明的基於線程數量限制的伺服器業務請求並行處理方法和系統，採用了根據處理時長不同而對業務請求加以分類處理的控制方案，對伺服器調用於並行處理每一類別業務請求的線程數量的上限加以限制，以避免長處理時長業務請求對伺服器線程的「壟斷佔用」的情況，確保伺服器中總有部分線程被用於並行處理短處理時長的業務請求，使得伺服器業務請求處理線程的分配平衡性得以增強，從而提升了伺服器整體的業務請求處理執行效率和用戶服務效率。
[0017]2、本發明的基於線程數量限制的伺服器業務請求並行處理方法和系統，也降低了伺服器對大量運算複雜的長處理時長業務請求進行並行處理導致長時間對伺服器系統資源形成「壟斷佔用」的可能性，從而改善了伺服器的系統資源分配合理性能。
[0018]3、本發明的基於線程數量限制的伺服器業務請求並行處理方法和系統，可以廣泛應用於各種業務的伺服器當中，讓伺服器為用戶提供更加快速、高效的業務服務，提升用戶的業務體驗以及對業務服務產品的忠誠度。
【專利附圖】
【附圖說明】
[0019]圖1為本發明基於線程數量限制的伺服器業務請求並行處理方法的流程框圖；
圖2為本發明基於線程數量限制的伺服器業務請求並行處理方法中一種分類處理優選方案的流程框圖； 圖3為本發明基於線程數量限制的伺服器業務請求並行處理方法中一種分類列隊優選方案的流程框圖；
圖4為本發明基於線程數量限制的伺服器業務請求並行處理方法中一種線程調用控制優選方案的流程框圖；
圖5為本發明基於線程數量限制的伺服器業務請求並行處理系統的系統框架圖。
【具體實施方式】
[0020]針對現有的伺服器對業務請求處理所採用的多線程並發處理模式難以保證業務請求處理執行效率和用戶服務效率、時常可能出現網絡服務中斷或伺服器系統任務崩潰等多方面的缺陷，究其原因，是現有技術中伺服器所採用的多線程並發處理模式對業務請求不加區分、對並行處理各種業務請求的線程數量不加限制而造成的。基於此，本發明方法提出一種基於線程數量限制的伺服器業務請求並行處理方法，與現有技術中簡單的多線程並發處理模式不同，本發明方法預先根據伺服器對業務請求處理時長的長短將業務請求分為數個類別，並分別設置各類別業務請求對應的並行處理線程上限數量，各類別業務請求對應的並行處理線程上限數量的總和等於伺服器能夠用於執行業務請求並行處理的線程的總數；伺服器接收業務請求並進行類別識別，對不同類別業務請求分別排隊，形成各類別業務請求相應的請求隊列，且伺服器分別對每一個類別的請求隊列中尚未處理的業務請求調用不超過相應類別業務請求對應的並行處理線程上限數量的線程進行多線程並行處理。
[0021]本發明通過這種根據處理時長不同而對業務請求加以分類處理的控制方案，對伺服器調用於並行處理每一類別業務請求的線程數量的上限加以限制，以避免長處理時長業務請求對伺服器線程的「壟斷佔用」的情況，確保伺服器中總有部分線程被用於並行處理短處理時長的業務請求，使得伺服器業務請求處理線程的分配平衡性得以增強，從而提升了伺服器整體的業務請求處理執行效率和用戶服務效率，同時也降低了伺服器對大量運算複雜的長處理時長業務請求進行並行處理導致長時間對伺服器系統資源形成「壟斷佔用」的可能性，從而改善了伺服器的系統資源分配合理性能。需要說明的是，本文所述的「長處理時長業務請求」和「短處理時長業務請求」是針對同一業務伺服器而言的一組相對概念，即在同一伺服器中，處理時長較長的業務請求被稱為「長處理時長業務請求」，相反，處理時長較短的業務請求被稱為「短處理時長業務請求」，而並非以某一固定的時長值作為區分界限而劃分出所謂的「長處理時長業務請求」和「短處理時長業務請求」。
[0022]下面通過實施例對本發明的效果做進一步說明。
[0023]實施例一:
本實施例以一對外提供文獻資料數據搜索業務的文獻搜索伺服器為例，利用本發明的基於線程數量限制的伺服器業務請求並行處理方法執行該文獻搜索伺服器的相關業務請求處理，藉以說明本發明方法的具體應用以及有益效果。
[0024]該文獻搜索伺服器能夠用於執行業務請求並行處理的線程的總數為3000個，能夠對文獻搜索伺服器接收到的3000個業務請求同時進行並行處理；若文獻搜索伺服器在同一時間段接收和排隊的業務請求數量超過3000個，則超出3000個的部分則需要等候3000個執行業務請求並行處理的線程中有線程完成處理並得以釋放後，再依次調用被釋放的線程進行處理。該文獻搜索伺服器需要接收和處理的業務請求主要有頁面跳轉處理請求、文獻檢索處理請求、文獻閱讀處理請求等；頁面跳轉處理請求有多種，例如請求跳轉至首頁、用戶登錄頁面、文獻檢索頁面等相應的頁面跳轉處理請求，伺服器對於頁面跳轉處理請求的處理過程是根據請求的指定調取伺服器中已存儲的網頁數據發送給用戶，處理過程比較簡單，因此伺服器對頁面跳轉處理請求的處理時長通常在0.05、.2秒之間；文獻檢索處理請求也有多種,例如根據專業分類檢索、根據作者分類檢索、根據文獻名稱檢索、根據關鍵字檢索等相應的文獻檢索處理請求，伺服器對文獻檢索處理請求的處理過程是根據文獻檢索條件從伺服器的文獻資料庫中檢索出相匹配的所有文獻並將檢索結果的連結列表發送給用戶，由於文獻資料庫中需要與文獻檢索條件進行匹配對比的文獻文件數量眾多，處理過程稍顯複雜，因此伺服器對文獻檢索處理請求的處理時長通常會超過0.2秒，有時處理時長甚至達到I秒；伺服器對文獻閱讀處理請求的處理過程是根據請求所指定的文獻從文獻資料庫中提取相應的文獻文件數據並調用閱讀播放器對調取的文獻文件數據加以顯示處理，由於文獻文件數據通常具有較大的數據量，數據提取操作的時間較長，加之還需要調用閱讀播放器對調取的文獻文件數據加以顯示處理，處理過程較為複雜，因此伺服器對文獻閱讀處理請求的處理時長通常會超過I秒，約在廣5秒之間。
[0025]在實際應用中，由於每個用戶進入文獻搜索伺服器所提供的文獻搜索業務，都不可避免的要進行進入業務首頁、用戶登錄、文件檢索等操作，這些操作通常都需要發送數次的頁面跳轉處理請求和文獻檢索處理請求而得以完成，當用戶獲得檢索結果列表後才有可能通過發送文獻閱讀處理請求獲得文件文件數據顯示後進行相應的閱讀瀏覽操作，因此該文獻搜索伺服器接收和處理頁面跳轉處理請求和文獻檢索處理請求的數量通常都是大於文獻閱讀處理請求的數量的；然而由於該文獻搜索伺服器所提供的文獻搜索業務時刻都面向數以萬計的網際網路用戶，因此很有可能在某一個時間段內，有3000個甚至更多的已經登錄並檢索獲得檢索結果列表的用戶幾乎同時需要閱讀其各自製定的文獻文件，從而文獻搜索伺服器一下子接收到了來自這3000個甚至更多用戶的文獻閱讀處理請求並需要處理，與此同時，當然還有來自其他眾多用戶的頁面跳轉處理請求和文獻檢索處理請求需要處理；若採用現有技術中的多線程並發處理模式，對不同的業務請求都家區分地排隊調用線程進行並行處理，則可能導致這3000個甚至更多的文獻閱讀處理請求佔用了伺服器全部的用於執行業務請求並行處理的線程，並且由於伺服器對文獻閱讀處理請求的處理時長比較長，通常在廣5秒之間，從而使得自其他眾多用戶原本僅需零點幾秒處理完成並獲得結果的的頁面跳轉處理請求和文獻檢索處理請求，只得在數秒之後能夠得以處理，影響了伺服器整體的業務請求處理執行效率和用戶服務效率，並且給其他眾多用戶帶來了頁面跳轉、文獻檢索響應遲鈍的業務體驗感，對用戶的業務產品忠誠度帶來負面影響。
[0026]針對該文獻搜索伺服器目前的情況，該文獻搜索伺服器利用本發明基於線程數量限制的伺服器業務請求並行處理方法，對其相關的業務請求進行分類區分處理和控制，其處理流程如圖1所示，包括如下步驟:
51)預先根據伺服器對業務請求處理時長的長短將業務請求分為數個類別，並分別設置各類別業務請求對應的並行處理線程上限數量；
52)伺服器接收業務請求並進行類別識別，對不同類別業務請求分別排隊，形成各類別業務請求相應的請求隊列；
53)伺服器分別對每一個類別的請求隊列中尚未處理的業務請求調用不超過相應類別業務請求對應的並行處理線程上限數量的線程進行多線程並行處理。
[0027]其中，步驟SI用於為業務請求的分類區分處理和控制提供分類基礎以及伺服器對各類別業務請求進行並行處理的線程數量調用限制基礎。考慮到結合伺服器執行業務請求並行處理的具體應用環境以及伺服器整體運行的可操作性，可以採用如下所述的分類處理方法作為優選的分類方案，其處理流程如圖2所示:
sll)預先統計伺服器處理各不同業務請求的處理時長，獲得其中的最短處理時長和最長處理時長；
sl2)將所述最短處理時長至所述最長處理時長之間的時長空間劃分為依次相鄰的數個時長區間，將預先統計的處理時長在同一時長區間的業務請求歸為一類，從而根據預先統計的各不同業務請求的處理時長所在的時長區間，將業務請求對應的分為數個類別；sl3)分別設置各類別業務請求對應的並行處理線程上限數量，各類別業務請求對應的並行處理線程上限數量的總和等於伺服器能夠用於執行業務請求並行處理的線程的總數。
[0028]在該作為優選的分類方案中，由於伺服器對業務請求的處理時長，與伺服器的硬體處理性能、伺服器作業系統的處理調用性能、伺服器所提供的服務業務類型等因素都有密切關聯，因此不同應用環境的伺服器對各種業務請求進行處理的最長處理時長和最短處理時長不盡相同；同時，不同的業務服務對伺服器整體的業務請求處理管理需求不盡相同，因此所需要採用的具體分類方式不相同，即意味著對最短處理時長至最長處理時長之間的時長空間的時長區間劃分方式也是不同相同的，這些都需要需要根據實際應用情況以及管理需求而定。在具體應用過程中，時長區間劃分得越多，則相應地對業務請求類別的劃分也就越多，則越有利於細緻化管理，但相應地因分類控制條件也隨分類數量的增多而增加致使業務請求分類處理的控制壓力也增大。
[0029]而限制各類別業務請求對應的並行處理線程上限數量的總和等於伺服器能夠用於執行業務請求並行處理的線程的總數，一方面是通過該限制確保並行處理每一類別業務請求的線程數量的上限均不能完全佔用伺服器能夠用於執行業務請求並行處理的線程的總數，從而避免長處理時長業務請求「壟斷佔用」伺服器的全部線程資源，另一方面是即便出現各個類別業務請求對應的並行處理線程均達到上限的情況下，也不至於超出伺服器的線程負荷，並且也使得伺服器能夠用於執行業務請求並行處理的全部線程儘可能得以充分利用。但通常情況下，伺服器接收的處理的長處理時長業務請求的數量往往是少於短處理時長業務請求的，由此出發考慮伺服器整體的線程分配平衡性以及系統資源分配合理性等因素，各類別業務請求對應的並行處理線程上限數量的設置，最很好是平均處理時長越長的業務請求類別(即所在時長區間的值越大的業務請求類別)對應的並行處理線程上限數量的值越小。
[0030]對於本實施例而言，例如，首先通過統計獲知該文獻搜索伺服器對各種頁面跳轉處理請求、文獻檢索處理請求、文獻閱讀處理請求的處理時長在0.05飛秒之間，其最長處理時長和最短處理時長則分別為5秒和0.05秒；之後，考慮到該文獻搜索伺服器對頁面跳轉處理請求、文獻檢索處理請求、文獻閱讀處理請求的各自處理特點即處理時長情況，可以在所述最短處理時長0.05秒與最長處理時長5秒之間的時長空間[0.05秒，5秒]內設置兩個時長分界值，分別為I秒和0.2秒，以該兩個時長分界值作為劃分時長區間的分界點，並將時長分界值自身劃分在較小值區間，從而將時長空間[0.05秒，5秒]劃分為依次相鄰的三個時長區間，分別為[0.05秒，0.2秒]、(0.2秒，I秒]和(I秒，5秒]，從而頁面跳轉處理請求、文獻檢索處理請求、文獻閱讀處理請求則被分別劃歸為不同的三類別業務請求；為表述方便，後文將[0.05秒，0.2秒]、(0.2秒，I秒]和(I秒，5秒]三個時長區間對應的三類別業務請求分別稱為第一類別業務請求、第二類別業務請求、第三類別業務請求；最後，考慮到該文獻搜索伺服器接收和處理的頁面跳轉處理請求(第一類別業務請求)和文獻檢索處理請求(第二類別業務請求)數量都大於文獻閱讀處理請求(第三類別業務請求)的數量這一伺服器實際應用情況，故三個類別業務請求對應的並行處理線程上限數量採用5:3:2的分配比例，即預設置第一類別業務請求對應的並行處理線程上限數量為1500個、第二類別業務請求對應的並行處理線程上限數量為900個、第三類別業務請求對應的並行處理線程上限數量為600個。至此，對業務請求的分類處理以及並行處理線程上限數量的設置即完成。
[0031]採用上述步驟slf sl3作為優選方案實現步驟SI，優勢在於，對於伺服器系統設計人員而言，只需要設定統計伺服器處理各不同業務請求的處理時長的統計方案，再根據伺服器具體應用的服務業務以及管理需求設定時長區間的分界點作為設計參數，並設置好各個類別業務請求並行處理線程上限數量的分配比例，即可通過在伺服器系統中編程設計自運行程序，由伺服器自運行執行上述分類及並行處理線程上限數量的設置處理步驟，即便伺服器相關的業務請求種數有增減或變動也不會影響分類處理的運行，具有良好的魯棒性能；同時該優選方案針對於不同應用環境的伺服器，只需要根據實際應用情況相應調整設計參數即可得以應用，具有很好的適應性和可移植性。當然，除了該優選方案之外，本領域技術人員也可以根據其已有知識和實際的伺服器業務應用領域情況，採用其它方案實現步驟SI。
[0032]步驟S2用於對伺服器接收的不同類別業務請求分別列隊，便於後期針對不同類別的請求列隊對不同類別的業務請求進行分類處理。考慮到伺服器執行業務請求並行處理的特點，可以採用如下所述的列隊處理方法作為優選的分類列隊方案，其處理流程如圖3所示:
s21)預先分別設置各類別業務請求的隊列存儲空間，用於分別存儲各類別業務請求相應的請求隊列。
[0033]s22)在伺服器接收到業務請求時，識別接收到的業務請求所屬的類別，查找到相應類別業務請求的隊列存儲空間。
[0034]s23)將接收到的業務請求作為其相應類別的請求隊列中當前排隊最靠後的一個存入相應類別業務請求的隊列存儲空間。
[0035]為了實現業務請求的分類處理和控制，需要對不同類別業務請求分別排隊，使得各類別業務請求按相應請求列隊的排隊順序得以處理；而針對不同類別業務請求的請求隊列分別設置隊列存儲空間，便則於不同類別業務請求的請求隊列的查詢操作。對於本實施例而言，針對前述的第一類別業務請求、第二類別業務請求、第三類別業務請求，在伺服器內分別設置了隊列存儲空間Al、隊列存儲空間A2、隊列存儲空間A3，該三個隊列存儲空間各自具有不同的存儲地址；在伺服器接收到業務請求時，例如，若接收到一個頁面跳轉處理請求，即識別其屬於第一類別業務請求，查找到其相應類別的隊列存儲空間為隊列存儲空間Al，從而將該接收到的頁面跳轉處理請求作為第一類別的請求隊列中當前排隊最靠後的一個存入隊列存儲空間Al ;若接收到其它類別的業務請求，也執行相應處理，從而分別形成各類別業務請求相應的請求隊列。
[0036]採用上述步驟s2f s23作為優選方案實現步驟S2，優勢在於，對於伺服器系統設計人員而言，只需要設定各類別業務請求的隊列存儲空間在伺服器中對應的存儲地址所在位置，即可通過在伺服器系統中編程設計自運行程序，由伺服器自運行執行上述的分類列隊處理步驟，為後續對業務請求的分類處理提供了列隊區分的基礎。當然，除了該優選方案之外，本領域技術人員也可以根據其已有知識和實際的伺服器業務應用領域情況，採用其它方案實現步驟S2。
[0037]步驟S3用於根據上述的分類和列隊基礎，分別對並行處理每一類別業務請求的線程數量的上限加以限制，實現伺服器對業務請求的分類區分處理和控制，進而達到增強伺服器業務請求處理線程的分配平衡性、避免長初始時長業務請求對伺服器全部線程資源的壟斷佔用的目的。考慮到結合伺服器執行業務請求並行處理的具體應用環境以及伺服器整體運行的可操作性，對每一個類別的業務請求，可以按如下步驟分別進行多線程並行處理的線程調用控制，其處理流程如圖4所示:
s31)檢測該類別業務請求相應的請求隊列中當前是否存在尚未處理的業務請求；若存在，則執行步驟s32);若不存在，則執行步驟s34)；
s32)檢測當前對該類別業務請求執行並行處理的線程數量，判斷當前對該類別業務請求執行並行處理的線程數量是否已達到該類別業務請求對應的並行處理線程上限數量；若已達到，則執行步驟s34);若尚未達到，則執行步驟s33)；
s33)調用一個線程對該類別的請求隊列中當前排隊最靠前的一個尚未處理的業務請求進行處理，然後立即返回步驟s31)；
s34)延時At時長，然後返回步驟s31)。
[0038]通過上述的線程調用控制處理過程可以看到，在對伺服器的業務請求進行分類處理控制的過程中，如果一個類別業務請求相應的請求隊列中存在尚未處理的業務請求且對該類別業務請求執行並行處理的線程數量未達到該類別業務請求對應的並行處理線程上限數量的情況下，伺服器將逐次調用待用線程按照該類別業務請求相應的請求隊列的排隊順序對其中尚未處理的業務請求進行處理，保證數據業務請求處理的及時執行；而當對該類別業務請求執行並行處理的線程數量達到該類別業務請求對應的並行處理線程上限數量後，且該類別業務請求相應的請求隊列中依然存在尚未處理的業務請求的情況下，則只能循環延時At時長，等候有處理該類別業務請求的線程處理完成並得以釋放、對該類別業務請求執行並行處理的線程數量減少至該類別業務請求對應的並行處理線程上限數量以下之後，伺服器才會繼續調用線程對該類別業務請求進行處理；針對每一個類別的業務請求都按照上述步驟s3f s34執行線程調用控制操作，由此對並行處理每一個類別業務請求的線程數量的上限加以限制。
[0039]對於本實施例而言，例如，若在某一時間段，第一類別業務請求、第二類別業務請求、第三類別業務請求對應的請求隊列中分別有9000個頁面跳轉處理請求、4500個文獻檢索處理請求以及3000個文獻閱讀處理請求尚未處理，無論這些業務請求的整體排序順序如何，伺服器都將調用1500個線程(即第一類別業務請求對應的並行處理線程上限數量)並行處理1500個頁面跳轉處理請求(處理時長在0.05、.2秒之間，可看作第一類別業務請求的一個並行處理周期)、調用900個線程(即第二類別業務請求對應的並行處理線程上限數量)並行處理900個文獻檢索處理請求(處理時長在0.2^1秒之間，可看作第二類別業務請求的一個並行處理周期)、調用600個線程(即第三類別業務請求對應的並行處理線程上限數量)並行處理600個文獻閱讀處理請求(處理時長在I飛秒之間，可看作第三類別業務請求的一個並行處理周期)，其餘各類尚未處理的業務請求都將在各自相應的請求列隊中排隊等候，直至第一類別業務請求執行6個並行處理周期(不超過1.2秒)、第二類別業務請求執行5個並行處理周期(不超過5秒)、第三類別業務請求執行5個並行處理周期(不超過25秒)，則完成對9000個頁面跳轉處理請求、4500個文獻檢索處理請求以及3000個文獻閱讀處理請求的全部處理；由此，採用本發明的業務請求並行處理方法對該文獻搜索伺服器進行業務請求處理，不會如同現有的多線程並發處理模式那樣，導致伺服器3000個線程全部被處理時長較長的文獻閱讀處理請求長時間佔用，避免了長處理時長業務請求對伺服器線程的「壟斷佔用」的情況，確保伺服器中總有部分線程被用於並行處理短處理時長的業務請求；雖然本發明的業務請求並行處理方法會導致部分長處理時長業務請求所對應的用戶等待時間增加，影響了他們對業務服務的體驗感，但相比於現有多線程並發處理模式消耗5秒鐘並行處理3000個文獻閱讀處理請求而言，採用本發明的業務請求並行處理方法能夠在5秒鐘以內能夠並發完成37500個以上的頁面跳轉處理請求、4500個以上的文獻檢索處理請求以及600個以上文獻閱讀處理請求的並行處理，使得伺服器業務請求處理線程的分配平衡性得以增強，5秒內並行處理業務請求的總數超過42600個，可見伺服器整體的業務請求處理執行效率得以大幅增加，也使得更多用戶的業務請求得以及時處理，提升了伺服器整體的用戶服務效率，因此在能夠在整體上提升用戶群的業務體驗以及對業務服務產品的忠誠度；同時，也降低了伺服器對大量運算複雜的長處理時長業務請求進行並行處理導致長時間對伺服器系統資源形成「壟斷佔用」的可能性，從而改善了伺服器的系統資源分配合理性能。
[0040]上述步驟s3fs34所 述的線程調用控制處理方法，可通過對伺服器編程後由伺服器自運行執行，其自身也是一個多線程處理方案，針對每一類別業務請求的處理和控制操作均可分配一個獨立線程執行，保證個各類別業務請求的處理和控制操作互不幹擾；該作為優選分類控制方案的線程數量限制處理方法，也不會受到的業務請求種數有增減或變動的影響，並且也適用於不同應用環境的伺服器，同樣具備良好的魯棒性能以及良好的適應性和可移植性。至於上述步驟s334中涉及的延遲At時長，是為了避免在針對每一類別業務請求的處理和控制過程中，在不存在尚未處理的該類別業務請求或者並行處理該類別業務請求的線程數量已達到上限的情況下過於頻繁的執行判斷操作，不必要的增加伺服器處理任務的負擔，當然At時長的值也不應當過大，否則會影響並行處理該類別業務請求的效率；這些因素考慮，At時長的取值範圍在5(T500ms之間較為適宜。當然，除了該優選方案之外，本領域技術人員也可以根據其已有知識和實際的伺服器業務應用領域情況，採用其它方案實現步驟S3。
[0041]實施例二:
對應的，本發明還提供了一種基於線程數量限制的伺服器業務請求並行處理系統，該系統可以集成於伺服器中，也可以作為伺服器外的獨立裝置；依然以實施例一所述的文獻搜索伺服器為例，由文獻搜索伺服器結合本發明的業務請求並行處理系統，使得該文獻搜索伺服器能夠自運行實現實施例一所述的業務請求並行處理方法。
[0042]該業務請求並行處理系統的結構如圖5所示，主要包括分類處理模塊10、排隊處理模塊20和線程調用模塊30，且線程調用模塊30為數個；分類處理模塊10用於預先根據伺服器對業務請求處理時長的長短將業務請求分為數個類別，並分別設置各類別業務請求對應的並行處理線程上限數量，各類別業務請求對應的並行處理線程上限數量的總和等於伺服器能夠用於執行業務請求並行處理的線程的總數；排隊處理模塊20用於接收業務請求並進行類別識別，對不同類別業務請求分別排隊，形成各類別業務請求相應的請求隊列；線程調用模塊30用於對每一個類別的請求隊列中尚未處理的業務請求調用不超過相應類別業務請求對應的並行處理線程上限數量的線程進行多線程並行處理。這些模塊均可以由本領域技術人員利用其掌握的編程技術通過編程得以實現。
[0043]其中，具體而言，分類處理模塊10可以包括處理時長統計單元、業務請求分類單元和並行處理線程上限數量設置單元；處理時長統計單元用於預先統計伺服器處理各不同業務請求的處理時長，獲得其中的最長處理時長和最短處理時長；業務請求分類單元用於將所述最短處理時長至所述最長處理時長之間的時長空間劃分為依次相鄰的數個時長區間，將預先統計的處理時長在同一時長區間的業務請求歸為一類，從而根據預先統計的各不同業務請求的處理時長所在的時長區間，將業務請求對應的分為數個類別；並行處理線程上限數量設置單元用於分別設置各類別業務請求對應的並行處理線程上限數量，各類別業務請求對應的並行處理線程上限數量的總和等於伺服器能夠用於執行業務請求並行處理的線程的總數。由此編程構建實現分類處理模塊，編程技術人員只需要設定統計伺服器處理各不同業務請求的處理時長的統計方案，再根據伺服器具體應用的服務業務以及管理需求設定時長區間的分界點作為設計參數，並設置好各個類別業務請求並行處理線程上限數量的分配比例，即可讓伺服器系統自運行執行實施例一中所述的優選分類處理方案，並確保了分類處理模塊具備良好魯棒性能以及良好的的適應性和可移植性。
[0044]排隊處理模塊20可以包括隊列存儲設置單元、類別識別單元和排隊執行單元；隊列存儲設置單元用於分別設置各類別業務請求的隊列存儲空間，以分別存儲各類別業務請求相應的請求隊列；類別識別單元用於在伺服器接收到業務請求時，識別接收到的業務請求所屬的類別，查找到相應類別業務請求的隊列存儲空間；排隊執行單元用於將接收到的業務請求作為其相應類別的請求隊列中當前排隊最靠後的一個存入相應類別業務請求的隊列存儲空間。由此編程構建實現排隊處理模塊，即可讓伺服器系統自運行執行實施例一中所述的優選分類列隊方案，為後續對業務請求的分類處理提供了列隊區分的基礎。
[0045]系統中的每一個所述線程調用模塊用於對一個類別的業務請求進行多線程並行處理的線程調用控制。每一個線程調用模塊30均主要由請求列隊檢測單元、線程數量控制單元、線程調用執行單元和延遲處理單元構成。在每一個線程調用模塊30中，請求列隊檢測單元用於檢測該類別業務請求相應的請求隊列中當前是否存在尚未處理的業務請求，若存在，則觸發運行線程數量控制單元，若不存在，則觸發運行延遲處理單元；線程數量控制單元用於檢測當前對該類別業務請求執行並行處理的線程數量，判斷當前對該類別業務請求執行並行處理的線程數量是否已達到該類別業務請求對應的並行處理線程上限數量，若已達到，則觸發運行延遲處理單元，若尚未達到，則觸發運行線程調用執行單元；線程調用執行單元用於調用一個線程對該類別的請求隊列中當前排隊最靠前的一個尚未處理的業務請求進行處理，然後立即觸發運行請求列隊檢測單元；延遲處理單元用於延時At時長，然後觸發運行請求列隊檢測單元。由此編程構建實現線程調用模塊，即可讓伺服器系統自運行執行實施例一中所述的優選線程調用控制方案，有效提升了伺服器整體的業務請求處理執行效率和用戶服務效率。考慮到通常情況下，伺服器接收的處理的長處理時長業務請求的數量往往少於短處理時長業務請求，針對各類別業務請求對應的並行處理線程上限數量的設置，最很好也是平均處理時長越長的業務請求類別(即所在時長區間的值越大的業務請求類別)對應的並行處理線程上限數量的值越小，以更進一步提高伺服器整體的線程分配平衡性以及系統資源分配合理性。
[0046]綜合上述兩個實施例的舉例說明，可以看到，本發明的基於線程數量限制的伺服器業務請求並行處理方法及系統，採用了根據處理時長不同而對業務請求加以分類處理的控制方案，對伺服器調用於並行處理每一類別業務請求的線程數量的上限加以限制，以避免長處理時長業務請求對伺服器線程的「壟斷佔用」的情況，確保伺服器中總有部分線程被用於並行處理短處理時長的業務請求，使得伺服器業務請求處理線程的分配平衡性得以增強，從而提升了伺服器整體的業務請求處理執行效率和用戶服務效率；同時也降低了伺服器對大量運算複雜的長處理時長業務請求進行並行處理導致長時間對伺服器系統資源形成「壟斷佔用」的可能性，從而改善了伺服器的系統資源分配合理性能。本發明基於線程數量限制的伺服器業務請求並行處理方法及系統，不僅僅可以應用於實施例中涉及的文獻搜索伺服器，在本發明的基於線程數量限制的伺服器業務請求並行處理方法和系統的應用過程中，本領域技術人員可以通過編程，讓伺服器自運行執行對業務請求分類處理和控制，並可以通過根據具體應用場合調整伺服器設計參數的方式，使其廣泛應用於各種業務的伺服器當中，讓伺服器提供更加快速、高效的業務服務，從整體上提升用戶的業務體驗以及對業務服務產品的忠誠度。
[0047]最後說明的是，以上實施例僅用以說明本發明的技術方案而非限制，儘管參照實施例對本發明進行了詳細說明，本領域的普通技術人員應當理解，可以對本發明的技術方案進行修改或者等同替換，而不脫離本發明技術方案的宗旨和範圍，其均應涵蓋在本發明的權利要求範圍當中。
【權利要求】
1.基於線程數量限制的伺服器業務請求並行處理方法，其特徵在於，預先根據伺服器對業務請求處理時長的長短將業務請求分為數個類別，並分別設置各類別業務請求對應的並行處理線程上限數量，各類別業務請求對應的並行處理線程上限數量的總和等於伺服器能夠用於執行業務請求並行處理的線程的總數；伺服器接收業務請求並進行類別識別，對不同類別業務請求分別排隊，形成各類別業務請求相應的請求隊列，且伺服器分別對每一個類別的請求隊列中尚未處理的業務請求調用不超過相應類別業務請求對應的並行處理線程上限數量的線程進行多線程並行處理。
2.根據權利要求1所述的伺服器業務請求並行處理方法，其特徵在於，所述「預先根據伺服器對業務請求處理時長的長短將業務請求分為數個類別，並分別設置各類別業務請求對應的並行處理線程上限數量」具體為: al)預先統計伺服器處理各不同業務請求的處理時長，獲得其中的最短處理時長和最長處理時長； a2)將所述最短處理時長至所述最長處理時長之間的時長空間劃分為依次相鄰的數個時長區間，將預先統計的處理時長在同一時長區間的業務請求歸為一類，從而根據預先統計的各不同業務請求的處理時長所在的時長區間，將業務請求對應的分為數個類別； a3)分別設置各類別業務請求對應的並行處理線程上限數量，各類別業務請求對應的並行處理線程上限數量的總和等於伺服器能夠用於執行業務請求並行處理的線程的總數。
3.根據權利要求1所述的伺服器業務請求並行處理方法，其特徵在於，所述「伺服器接收業務請求並進行類別識別，對不同類別業務請求分別排隊，形成各類別業務請求相應的請求隊列」具體為: bl)預先分別設置各類別業務請求的隊列存儲空間，用於分別存儲各類別業務請求相應的請求隊列； b2)在伺服器接收到業務請求時，識別接收到的業務請求所屬的類別，查找到相應類別業務請求的隊列存儲空間； b3)將接收到的業務請求作為其相應類別的請求隊列中當前排隊最靠後的一個存入相應類別業務請求的隊列存儲空間。
4.根據權利要求1所述的伺服器業務請求並行處理方法，其特徵在於，所述「伺服器分別對每一個類別的請求隊列中尚未處理的業務請求調用不超過相應類別業務請求對應的並行處理線程上限數量的線程進行多線程並行處理」具體為: 對每一個類別的業務請求，按如下步驟分別進行多線程並行處理的線程調用控制: Cl)檢測該類別業務請求相應的請求隊列中當前是否存在尚未處理的業務請求；若存在，則執行步驟c2);若不存在，則執行步驟c4)； c2)檢測當前對該類別業務請求執行並行處理的線程數量，判斷當前對該類別業務請求執行並行處理的線程數量是否已達到該類別業務請求對應的並行處理線程上限數量；若已達到，則執行步驟c4);若尚未達到，則執行步驟c3)； c3)調用一個線程對該類別的請求隊列中當前排隊最靠前的一個尚未處理的業務請求進行處理，然後立即返回步驟Cl)； c4)延時At時長,然後返回步驟Cl)。
5.根據權利要求4所述的伺服器業務請求並行處理方法，其特徵在於，所述At時長的取值範圍為5(T500ms。
6.根據權利要求1所述的伺服器業務請求並行處理方法，其特徵在於，所述各類別業務請求對應的並行處理線程上限數量中，平均處理時長越長的業務請求類別對應的並行處理線程上限數量的值越小。
7.基於線程數量限制的伺服器業務請求並行處理系統，其特徵在於，包括分類處理模塊、排隊處理模塊和數個線程調用模塊； 所述分類處理模塊用於預先根據伺服器對業務請求處理時長的長短將業務請求分為數個類別，並分別設置各類別業務請求對應的並行處理線程上限數量，各類別業務請求對應的並行處理線程上限數量的總和等於伺服器能夠用於執行業務請求並行處理的線程的總數； 所述排隊處理模塊用於接收業務請求並進行類別識別，對不同類別業務請求分別排隊，形成各類別業務請求相應的請求隊列； 所述數個線程調用模塊分別用於對每一個類別的請求隊列中尚未處理的業務請求調用不超過相應類別業務請求對應的並行處理線程上限數量的線程進行多線程並行處理。
8.根據權利要求7所述的伺服器業務請求並行處理系統，其特徵在於，所述分類處理模塊主要由處理時長統計單元、業務請求分類單元和並行處理線程上限數量設置單元構成； 所述處理時長統計單元用於預先統計伺服器處理各不同業務請求的處理時長，獲得其中的最長處理時長和最短處理時長； 所述業務請求分類單元用於將所述最短處理時長至所述最長處理時長之間的時長空間劃分為依次相鄰的數個時長區間，將`預先統計的處理時長在同一時長區間的業務請求歸為一類，從而根據預先統計的各不同業務請求的處理時長所在的時長區間，將業務請求對應的分為數個類別； 所述並行處理線程上限數量設置單元用於分別設置各類別業務請求對應的並行處理線程上限數量，各類別業務請求對應的並行處理線程上限數量的總和等於伺服器能夠用於執行業務請求並行處理的線程的總數。
9.根據權利要求7所述的伺服器業務請求並行處理系統，其特徵在於，所述排隊處理模塊主要由隊列存儲設置單元、類別識別單元和排隊執行單元構成； 所述隊列存儲設置單元用於分別設置各類別業務請求的隊列存儲空間，以分別存儲各類別業務請求相應的請求隊列； 所述類別識別單元用於在伺服器接收到業務請求時，識別接收到的業務請求所屬的類另O，查找到相應類別業務請求的隊列存儲空間； 所述排隊執行單元用於將接收到的業務請求作為其相應類別的請求隊列中當前排隊最靠後的一個存入相應類別業務請求的隊列存儲空間。
10.根據權利要求7所述的伺服器業務請求並行處理系統，其特徵在於，每一個所述線程調用模塊用於對一個類別的業務請求進行多線程並行處理的線程調用控制；每一個線程調用模塊均主要由請求列隊檢測單元、線程數量控制單元、線程調用執行單元和延遲處理單元構成； 所述請求列隊檢測單元用於檢測該類別業務請求相應的請求隊列中當前是否存在尚未處理的業務請求；若存在，則觸發運行線程數量控制單元；若不存在，則觸發運行延遲處理單元； 所述線程數量控制單元用於檢測當前對該類別業務請求執行並行處理的線程數量，判斷當前對該類別業務請求執行並行處理的線程數量是否已達到該類別業務請求對應的並行處理線程上限數量；若已達到，則觸發運行延遲處理單元；若尚未達到，則觸發運行線程調用執行單元； 所述線程調用執行單元用於調用一個線程對該類別的請求隊列中當前排隊最靠前的一個尚未處理的業務請求進行處理，然後立即觸發運行請求列隊檢測單元； 所述延遲處理單元用於延時At時長，然後觸發運行請求列隊檢測單元。
【文檔編號】H04L12/24GK103516536SQ201210212637
【公開日】2014年1月15日 申請日期:2012年6月26日 優先權日:2012年6月26日
【發明者】王忻 申請人:重慶新媒農信科技有限公司