專利名稱：在服務器端動態配置業務處理進程的方法和系統的制作方法
技術領域：
本發明涉及網絡通信技術領域，特別涉及一種在服務器端動態配置業務處 理進程的方法和系統。
背景技術：
交易的抽象表述，就是一個同步通訊過程一方發出請求(交錢)，等待對 方返回應答(交貨)。通常，稱發出請求的一方為客戶端，做出應答的一方為服 務器端。
目前，在大多數交易過程中，每個服務器端都負責接收客戶端的交易請求， 并對交易請求進行處理。例如在銀行的交易系統中，當客戶端向銀行系統的 服務器發出交易請求時，每臺銀行系統的服務器都負責接收、處理客戶端的交 易請求。每到來一個交易請求，不管服務器是否繁忙，都會接受該交易請求， 并對其進行處理，而沒有一個緩沖的過程。而且，在^l艮行系統中，存在多類別 的業務進程，如拒面業務、銀行卡業務、支付系統業務等。目前的銀行系統 不能對這些業務進行動態的配置，當業務并發量比較大的時候。不能實現多類 別的服務均衡。
同時，在現有的交易系統中，不能對整個交易過程的運行狀況進行實時監 控和管理。當交易過程中的業務進程數比較多時，需要處理的數據量也比較大， 而服務器端的資源不能無限擴大，服務器的服務處理能力有限，無法對交易過 程進行整體把握，此時，交易系統容易出現資源占用過大和運行效率低的情況， 對服務器和客戶之間的正常交易產生不利的影響。
發明內容
本發明要解決的技術問題在于提供一種在服務器端動態配置業務處理進程 的方法，用于提高服務器端的業務處理效率。
為解決上述技術問題，本發明所采用的技術方案為 一種在服務器端動態配置業務處理進程的方法，包括如下步驟
分別為服務器端的至少兩種業務處理進程設置預定業務處理量； 監測各業務處理進程的實時業務處理量；
當所述業務處理進程的實時業務處理量大于所述預定業務處理量時，調整 所述業務處理進程的數量。
本發明提供的在服務器端動態配置業務處理進程的方法，對服務器端的至 少兩種業務處理進程分別設置一個預定業務處理量，所述的各業務處理進程能 夠處理的業務量不能超過該預定業務處理量，與現有技術相比，不會出現某個 業務處理進程的業務處理量過大，而導致系統資源占用過大，出現雪崩現象； 對各業務處理進程的實時業務處理量進行監測，與現有技術相比，可以隨時掌 握各業務處理進程的業務處理狀況，并根據監測結果來對業務處理進程的個數 進行調整；當所述業務處理進程的實時業務處理量大于所述預定業務處理量時， 能夠對業務處理進程的進程數進行重新分配，使服務器端的所有業務處理進程 達到均衡狀態，與現有技術相比，避免了一個業務處理進程的業務處理量過大、 而另 一個業務處理進程則出現空閑的情況，提高了業務處理的效率。
與上述在服務器端動態配置業務處理進程的方法相對應，本發明還提供一 種在服務器端動態配置業務處理進程的系統，該系統能夠提高服務器端業務處 理的效率。本發明所采用的技術方案為
一種在服務器端動態配置業務處理進程的系統，包括 業務量設置單元，用于設置各業務處理進程的預定業務處理量； 至少兩種業務處理進程，位于服務器端，用于處理客戶端的交易請求； 網絡監聽單元，用于接收客戶端的交易請求，提取所述交易請求中的交易 請求包，并監測各業務處理進程的實時業務處理量，并根據業務處理進程的處 理狀態信息對業務處理進程的數量做出調整。
本發明提供的在服務器端動態配置業務處理進程的系統，對服務器端的至 少兩種業務處理進程分別設置一個預定業務處理量，當所述的各業務處理進程 的實時處理的業務量超過該預定業務處理量時，調整該業務處理進程的業務處 理量。與現有技術相比，不會出現某個業務處理進程的業務處理量過大，而導
致系統資源占用過大，出現雪崩現象。同時，對各業務處理進程的實時業務處 理量進行監測，與現有技術相比，可以隨時掌握各業務處理進程的業務處理狀
況，并根據監測結果來對業務處理進程的個數進行調整；當所述業務處理進程 的實時業務處理量大于所述預定業務處理量時，網絡監聽單元或管理單元能夠 對業務處理進程的進程數進行重新分配，使服務器端的所有業務處理進程達到 均衡狀態，與現有技術相比，避免了一個業務處理進程的業務處理量過大、而 另 一個業務處理進程則出現空閑的情況，提高了業務處理的效率。
圖l為本發明實施例提供的在服務器端動態配置業務處理進程的方法流程
圖2為本發明實施例提供的在服務器端動態配置業務處理進程的方法中，客 戶端加密請求包以及服務器驗證客戶端身份的流程圖3為本發明實施例提供的在服務器端動態配置業務處理進程的系統結構圖。
具體實施例方式
下面結合附圖對本發明做進一步的詳細說明。
為了能夠在業務并發量較大的時候，提高服務器端的業務處理效率，本發 明提供了一種在服務器端動態配置業務處理進程的方法和系統。本發明所述的 方法和系統可以應用在銀行、郵政等系統，但應用領域并不局限于在此列舉的 場合。在本發明中，以銀行的交易系統為例進行說明。
本發明提供的在服務器端動態配置業務處理進程的方法，包括如下步驟
分別為服務器端的至少兩種業務處理進程設置預定業務處理量；
監測各業務處理進程的實時業務處理量；
當所述業務處理進程的實時業務處理量大于所述預定業務處理量時，調整 所述業務處理進程的數量。
本發明提供的在服務器端動態配置業務處理進程的方法，對服務器端的至 少兩種業務處理進程分別設置一個預定業務處理量，所述的各業務處理進程能
夠處理的業務量不能超過該預定業務處理量，與現有技術相比，不會出現某個
業務處理進程的業務處理量過大，而導致系統資源占用過大，出現雪崩現象； 對各業務處理進程的實時業務處理量進行監測，與現有^t支術相比，可以隨時掌 握各業務處理進程的業務處理狀況，并根據監測結果來對業務處理進程的個數 進行調整；當所述業務處理進程的實時業務處理量大于所述預定業務處理量時， 能夠對業務處理進程的進程數進行重新分配，使服務器端的所有業務處理進程 達到均衡狀態，與現有技術相比，避免了一個業務處理進程的業務處理量過大、 而另 一個業務處理進程則出現空閑的情況，提高了業務處理的效率。
如圖1所示，所述在服務器端動態配置業務處理進程的方法，具體包括如 下步驟
101、 分別為服務器端的至少兩種業務處理進程設置預定業務處理量。 在交易系統中，不同的業務處理進程處理不同業務類型的客戶請求。服務
器首先對一定時間內客戶端的請求數量進行統計，統計出與各請求類型所對應 的業務量，對各業務處理進程設置相應的預定業務處理量，以滿足客戶端的需 求，提高業務處理的效率。所述的一定時間可以自由定義，例如可以是一個小 時，或一天等。
例如，客戶端的請求類型可以包括卡業務、存款業務、貨款業務等。那么 如果在兩個小時內，服務器端發現客戶端關于卡業務的請求比較多，而貨款業 務的請求相對較少，那么服務器端就會分配較多的業務處理進程數量給處理卡 業務的業務處理進程，而處理貨款業務的處理進程數量則會相對少些。
102、 客戶端發出交易請求給服務器。
客戶端進程發起交易請求，通過網絡處理把客戶端數據變換成網絡數據格 式。然后，客戶端將交易請求進行打包成請求包，發送給服務器端。所述請求 包包括兩部分內容數據包和包頭，其中，數據包中的信息為客戶需要與服務 器進行交易的數據信息，如交易金額，交易類型，請求時間等，而包頭中的信 息為客戶的一些身份信息，如客戶端的標識名稱等。在發送交易請求給服務器 時，客戶端需要對交易請求包進行加密。103、服務器根據客戶端的請求包，驗證客戶端的身份。
服務器根據接收到的加密后的請求包，對客戶端的身份進行驗證。如果驗 證通過，則證明客戶端身份合法，可以繼續進行交易。
如圖2所示，所述客戶端加密請求包以及服務器驗證客戶端身份的步驟具 體為
201、 為客戶端和服務器端分配初始密鑰。
首先，為參與交易的服務器端和客戶端分別分配一個原始的IDEA (International Data Encryption Algori thm，國際數據力口密算法)密鑰 0RGIDEA_KEY，該密鑰由客戶端和服務器端專人負責保管，在每天營業的開始 輸入并保存在兩端的電腦內存中。其中，為了確保交易安全，所述密鑰 ORGIDEA-KEY定期更新。
202、 客戶端使用所述初始密鑰對待發送的請求包進行加密。 在每一次交易開始時，客戶端填寫簽到請求包，所述簽到請求包中包括網
點號、客戶機的機器號和審計號，以及待交易的內容。并對所述簽到請求包中 的信息采用MD5 (Message Digest Algorithm 5，信息-摘要算法)進行力口密， 然后用原始IDEA密鑰0RGIDEA-KEY對該信息進行加密并上傳到月1務器。其中，每 一次交易開始時，客戶端將審計號自增l
203、 服務器端校-瞼客戶信息并發送加密后的簽到返回包。 服務器接收到經過加密的簽到請求包后，首先校驗客戶端信息(網絡名稱
或地址)的合法性，并隨^L生成一個密鑰0PIDEA-KEY,填寫一個簽到返回包， 并對所述簽到返回包進行MD5校驗，然后用ORGIDEA-KEY對該簽到返回包中除包 頭以外的所有部分進行加密，并傳送給客戶端，同時設置相應的審計號。
其中，服務器端在接收到請求包后，首先校驗對方網絡連接的合法性，再 使用0PIDEA-KEY進行解密；然后對請求包中的數據做MD5，并同請求包中的MD5 對比，若相同，則數據完整性校驗通過。然后將請求包中的審計號同服務器中 的審計號比較，若請求包中的審計號大則接受，并用請求包中的審計號替代服 務器中的審計號，否則表示出錯。最后，服務器根據請求包中的拒員號校驗操
作員的操:作權限，若通過則可以繼續交易。
204、客戶端對簽到返回包進行解密并保存。
收到服務器發送過來的簽到返回包后，客戶端使用同樣的密鑰ORGIDEAJEY 對服務器下傳的簽到返回包進行解密，解密后對該簽到返回包做MD5，并同下傳 的MD5進行對比。若兩者相同，則接受OPIDEA-KEY,并保存在客戶端。
104、 l良務器為客戶端分配相對應的業務處理進程。
接收到客戶端的請求包，并驗證客戶端身份合法之后，服務器提取所述請 求包的包頭信息，并將所述請求包的包頭信息和數據包信息分別存儲在共享內 存中。各業務處理進程讀取存儲的請求包中的包頭信息，查找與該業務進程服 務類型相對應的包頭信息；在查找到所述與包頭信息后，在共享內存內，將相 應業務處理進程的狀態置為忙。同時，根據各業務處理進程的請求，分別將客 戶的請求包發送給對應的業務處理進程。當然，各業務處理進程的狀態為忙的 表示方式并不局限與在此所列舉的，可以根據需要設定。
其中，若客戶端的業務類型為大文件的傳輸時，例如公司通過銀行代發 工資，由于交易已經完成，不需要傳送交易數據，只需要對工資發放的詳細清 單進行輸出和打印。由于傳送的文件較大，為了避免其它業務類型的客戶等候 時間過長，分擔其它業務處理進程的壓力，提高業務處理的效率，服務器將另 外分配特定業務處理進程，專門處理客戶的該種業務類型。
105、 監測各業務處理進程的實時業務處理量。
在交易過程中，為了對各業務處理進程的運行狀況進行監測，服務器讀取 共享內存中各業務處理進程的狀態值，當所述業務處理進程的狀態值為忙的個
數大于所述預定業務處理量時，服務器為所述業務處理進程分配附加的業務處 理進程。而相應減少狀態值為"閑"的業務處理進程的個數。
106、 調整各業務處理進程的數量。
在交易過程，當業務并發量大的時候，會出現某個業務處理進程的實時業 務處理量大于該業務處理進程的預定業務處理量時，為了避免出現所述業務處 理進程資源占用過大的情況，服務器對各業務處理進程的數量進行調整，以實
現各業務處理進程以高效率運行。所述調整各業務處理進程數量的過程可以由
兩種方式完成
當所述業務處理進程的狀態值為忙的個數大于所述預定業務處理量時，為 所述業務處理進程增加相應的業務處理進程；
或服務器顯示各業務處理進程的處理狀態信息，然后，根據各業務處理進 程的狀態信息，手動調節各業務處理進程的狀態值。
107、在所述業務處理進程處理完相對應的業務后，將處理結果返回給客戶端。
在所述業務處理進程處理完相對應的業務后，服務器將處理后的交易數據 返回給客戶，此時， 一個完整的交易過程結束。
本發明提供的在服務器端動態配置業務處理進程的方法，對服務器端的至 少兩種業務處理進程分別設置一個預定業務處理量，所述的各業務處理進程能 夠處理的業務量不能超過該預定業務處理量，與現有技術相比，不會出現某個 業務處理進程的業務處理量過大，而導致系統資源占用過大，出現雪崩現象； 對各業務處理進程的實時業務處理量進行監測，與現有技術相比，可以隨時掌 握各業務處理進程的業務處理狀況，并根據監測結果來對業務處理進程的個數 進行調整；當所述業務處理進程的實時業務處理量大于所述預定業務處理量時， 能夠對業務處理進程的進程數進行重新分配，使服務器端的所有業務處理進程 達到均衡狀態，與現有技術相比，避免了一個業務處理進程的業務處理量過大、 而另一個業務處理進程則出現空閑的情況，提高了業務處理的效率。
與上述在服務器端動態配置業務處理進程的方法相對應，本發明還提供一 種在服務器端動態配置業務處理進程的系統，如圖3所示，所述系統包括 業務量設置單元301,用于設置各業務處理進程的預定業務處理量； 至少兩種業務處理進程302，位于服務器端，用于處理客戶端的交易請求； 網絡監聽單元303,用于接收客戶端的交易請求，提取所述交易請求中的交 易請求包，并監測各業務處理進程302的實時業務處理量，并根據業務處理進 程302的處理狀態信息對業務處理進程302的數量做出調整。
不同的業務處理進程處理不同業務類型的客戶，業務量設置單元301首先 對一定時間內客戶端的請求數量進行統計，統計出與各請求類型所對應的業務 量，對各業務處理進程設置相應的預定業務處理量，以滿足客戶端的需求，提 高業務處理的效率。所述的一定時間可以自由定義，例如可以是一個小時，或 一天等。
網絡監聽單元303監測各業務處理進程302的實時業務處理量，當所述業 務處理進程302的實時業務處理量大于預定業務處理量時，才艮據業務處理進程 302的處理狀態信息對業務處理進程的數量做出調整。
本發明提供的在服務器端動態配置業務處理進程的系統，業務量設置單元 301對服務器端的至少兩種業務處理進程302分別設置一個預定業務處理量，當 所述的各業務處理進程的實時處理的業務量超過該預定業務處理量時，調整該 業務處理進程的業務處理量。與現有技術相比，不會出現某個業務處理進程的 業務處理量過大，而導致系統資源占用過大，出現雪崩現象。同時，對各業務 處理進程的實時業務處理量進行監測，與現有技術相比，可以隨時掌握各業務 處理進程的業務處理狀況，并根據監測結果來對業務處理進程的個數進行調整； 當所述業務處理進程的實時業務處理量大于所述預定業務處理量時，網絡監聽 單元303能夠對業務處理進程的進程數進行重新分配，使服務器端的所有業務處 理進程達到均衡狀態，與現有技術相比，避免了一個業務處理進程的業務處理 量過大、而另一個業務處理進程則出現空閑的情況，提高了業務處理的效率。
如圖3所示，為了保證交易過程的保密性和數據完整性，所述系統還包括
安全加密單元304，位于客戶端，在發送交易請求給服務器端時，客戶端需 要對交易請求包進行加密。
所述客戶端加密請求包以及安全加密單元304驗證客戶端身份的過程與方 法實施例中的相同，在此不再贅述。
為了便于各業務處理進程302發現與自身處理的業務類型相對應的客戶端 請求，所述系統還包括
存儲單元305，用于存儲所述網絡監聽單元303提取出的交易請求包，以及
各業務處理進程302的狀態值。網絡監聽單元303接收到客戶端的請求包后，提 取所述請求包的包頭信息，并將所述請求包的包頭信息和數據包信息分別存儲 在存儲單元304中。各業務處理進程讀取存儲的請求包中的包頭信息，查找與該 業務進程服務類型相對應的包頭信息；在查找到所述與包頭信息后，在存儲單 元305內，將相應業務處理進程的狀態置為忙。同時，根據各業務處理進程的請 求，網絡監聽單元303分別將客戶的請求包發送給對應的業務處理進程。當然， 各業務處理進程的狀態為忙的表示方式并不局限與在此所列舉的，可以才艮據需 要設定。
在交易過程中，為了對各業務處理進程302的運行狀況進行監測，網絡監 聽單元303讀取存儲單元305中各業務處理進程的狀態值，當所述業務處理進 程的狀態值為忙的個數大于所述預定業務處理量時，為所述業務處理進程分配 附加的業務處理進程，而相應減少狀態值為"閑，，的業務處理進程的個數。所 述各業務處理進程的狀態值、預定業務處理量和實時業務處理量等。
如圖3所示，為了便于調整各業務處理進程的數量，所述系統還包括
管理單元306,用于顯示所述各業務處理進程302的處理狀態信息，并手動 的調整各業務處理進程的業務處理量。
在交易過程，當業務并發量大的時候，會出現某個業務處理進程的實時業 務處理量大于該業務處理進程的預定業務處理量時，為了避免出現所述業務處 理進程資源占用過大的情況，可對各業務處理進程的數量進行調整，以實現各 業務處理進程以高效率運行。
所述調整各業務處理進程數量的過程可以由兩種方式完成
1) 當所述業務處理進程的狀態值為忙的個數大于所述預定業務處理量時， 由網絡監聽單元303為所述業務處理進程增加相應的業務處理進程；
2) 管理單元306根據服務器端顯示的各業務處理進程的處理狀態信息，手 動調節各業務處理進程的狀態值。即，手動的為各業務處理進程分配進程數量， 從而達到各業務處理進程數量的均衡分配。
在所述業務處理進程處理完相對應的業務后，服務器將處理后的交易數據
返回給客戶，此時， 一個完整的交易過程結束。
為了滿足客戶端的多類型的請求，減輕服務器端的處理壓力，所述系統還
包括
文件傳輸單元307,用于將客戶端的交易請求傳送給所述網絡監聽單元303。 例如公司通過銀行代發工資，由于交易已經完成，不需要傳送交易數據，只 需要對工資發放的詳細清單進行輸出和打印。由于傳送的文件較大，為了避免
其它業務類型的客戶等候時間過長，分擔其它業務處理進程的壓力，提高業務 處理的效率，文件傳輸單元307負責傳送所述的清單等文件。
本發明提供的在服務器端動態配置業務處理進程的系統，業務量設置單元 301對服務器端的至少兩種業務處理進程分別設置一個預定業務處理量，當所述 的各業務處理進程的實時處理的業務量超過該預定業務處理量時，調整該業務 處理進程的業務處理量。與現有技術相比，不會出現某個業務處理進程的業務 處理量過大，而導致系統資源占用過大，出現雪崩現象。同時，對各業務處理 進程的實時業務處理量進行監測，與現有技術相比，可以隨時掌握各業務處理 進程的業務處理狀況，并根據監測結果來對業務處理進程的個數進行調整；當 所述業務處理進程的實時業務處理量大于所述預定業務處理量時，網絡監聽單 元302或管理單元305能夠對業務處理進程的進程數進行重新分配，使服務器端 的所有業務處理進程達到均衡狀態，與現有技術相比，避免了一個業務處理進 程的業務處理量過大、而另一個業務處理進程則出現空閑的情況，提高了業務 處理的效率。
以上所述，僅為本發明的具體實施方式
，但本發明的保護范圍并不局限于 此，任何熟悉本技術領域的技術人員在本發明揭露的技術范圍內，可輕易想到 變化或替換，都應涵蓋在本發明的保護范圍之內。因此，本發明的保護范圍應 該以權利要求所界定的保護范圍為準。
權利要求
1、一種在服務器端動態配置業務處理進程的方法，其特征在于，包括如下步驟分別為服務器端的至少兩種業務處理進程設置預定業務處理量；監測各業務處理進程的實時業務處理量；當所述業務處理進程的實時業務處理量大于所述預定業務處理量時，調整所述業務處理進程的數量。
2、 根據權利要求1所述的在服務器端動態配置業務處理進程的方法，其特 征在于，所述分別為服務器端的至少兩種業務處理進程設置預定業務處理量的 步驟具體為統計一定時間內，客戶端對各類型業務的請求量；根據對各類型業務請求量的多少，為各業務處理進程設置預定業務處理量。
3、 根據權利要求1或2所述的在服務器端動態配置業務處理進程的方法， 其特征在于，在所述監測各業務處理進程的實時業務處理量的步驟之前，還包 括提取客戶端發送的請求包的包頭信息，并將所述包頭信息存儲在共享內存中；各業務處理進程查找所述包頭信息，在查找到與其業務處理類型一致的包頭信息后，更改其處理狀態值為忙，并在共享內存中存儲所述處理狀態值；根據各業務處理進程的請求，分別將客戶的請求包發送給對應的業務處理 進程。
4、 根據權利要求3所述的在服務器端動態配置業務處理進程的方法，其特 征在于，所述監測各業務處理進程的實時業務處理量的步驟具體為讀取共享內存中各業務處理進程的狀態值。
5、 根據權利要求l所述的在服務器端動態配置業務處理進程的方法，其特 征在于，所述調整所述業務處理進程的數量的步驟具體為當所述業務處理進程的狀態值為忙的個數大于所述預定業務處理量時，為所述業務處理進程增加相應的業務處理進程。
6、 根據權利要求1所述的在服務器端動態配置業務處理進程的方法，其特征在于，所述調整所述業務處理進程的數量的步驟具體為 顯示各業務處理進程的處理狀態信息；根據各業務處理進程的狀態信息，手動調節各業務處理進程的狀態值。
7、 根據權利要求5或6所述的在服務器端動態配置業務處理進程的方法， 其特征在于，所述業務處理進程的處理狀態信息包括各業務處理進程的狀態 值、預定業務處理量和實時業務處理量。
8、 根據權利要求3所述的在服務器端動態配置業務處理進程的方法，其特 征在于，在所述提取客戶端發送的請求包的包頭信息的步驟之前，還包括驗證客戶端身份的合法性。
9、 根據權利要求1所述的在服務器端動態配置業務處理進程的方法，其特 征在于，所述方法還包括在所述業務處理進程處理完相應的業務后，將各業務處理進程的處理結果 返回給客戶端。
10、 一種在服務器端動態配置業務處理進程的系統，其特征在于所述系 統包括業務量設置單元，用于設置各業務處理進程的預定業務處理量； 至少兩種業務處理進程，位于服務器端，用于處理客戶端的交易請求； 網絡監聽單元，用于接收客戶端的交易請求，提取所述交易請求中的交易請求包，并監測各業務處理進程的實時業務處理量，并根據業務處理進程的處理狀態信息對業務處理進程的數量做出調整。
11、 根據權利要求10所述的在服務器端動態配置業務處理進程的系統，其 特征在于，還包括存儲單元，用于存儲所述網絡監聽單元提取出的交易請求包，以及各業務 處理進程的狀態值。
12、 根據權利要求11所述的在服務器端動態配置業務處理進程的系統，其特征在于，所述系統還包括安全加密單元，位于客戶端，用于加密客戶端的交易請求。
13、 根據權利要求12所述的在服務器端動態配置業務處理進程的系統，其 特征在于，所述系統還包括管理單元，用于顯示所述各業務處理進程的處理狀態信息，并調整各業務 處理進程的進程數量。
14、 根據權利要求IO所述的在服務器端動態配置業務處理進程的系統，其 特征在于，所述系統還包括文件傳輸單元，用于將客戶端的交易請求傳送給所述網絡監聽單元。
15、 根據權利要求10或13所述的在服務器端動態配置業務處理進程的系 統，其特征在于，所述業務處理進程的處理狀態信息包括各業務處理進程的狀 態值、預定業務處理量和實時業務處理量。
全文摘要
本發明公開了一種在服務器端動態配置業務處理進程的方法和系統，涉及網絡通信技術領域，為解決現有技術中交易系統業務并發量大時，業務處理效率低的問題而發明。本發明提供的在服務器端動態配置業務處理進程的方法，包括如下步驟分別為服務器端的至少兩種業務處理進程設置預定業務處理量；監測各業務處理進程的實時業務處理量；當所述業務處理進程的實時業務處理量大于所述預定業務處理量時，調整所述業務處理進程的數量。所述系統包括業務量設置單元，至少兩種業務處理進程，網絡監聽單元。本發明適用于在交易系統中，對服務器端的業務處理進程進行動態配置。
文檔編號G06F9/46GK101178671SQ20071019844
公開日2008年5月14日 申請日期2007年12月11日 優先權日2007年12月11日
發明者剛 李, 李鴻烈, 黃學宏 申請人:北大方正集團有限公司;北京方正奧德計算機系統有限公司