一種並行業務處理方法、設備及系統的製作方法
2023-12-07 05:14:41
一種並行業務處理方法、設備及系統的製作方法
【專利摘要】本發明公開一種並行業務處理方法、設備及系統，該方法包括：同步鎖伺服器接收到業務伺服器發送的加鎖請求後，判斷所請求加鎖的業務請求是否加鎖，若業務請求未加鎖，則對業務請求進行加鎖，並向業務伺服器返回加鎖成功響應；若業務請求已加鎖，則向業務伺服器返回加鎖失敗響應，保證了在跨城市、跨IDC或跨伺服器上處理並行業務的處理結果的準確性。
【專利說明】一種並行業務處理方法、設備及系統
【技術領域】
[0001]本發明涉及通信【技術領域】，特別是涉及一種並行業務處理方法、設備及系統。
【背景技術】
[0002]典型的網際網路系統模型分為三層結構，即接口層、業務層和數據層。接口層用於將調用者的請求轉發給業務層，隔離調用者和業務系統；業務層用於按照一定的邏輯流程處理調用者的請求，通常要返回處理結果；數據層用於存儲業務層的處理結果，供下次調用時使用。業務層按照特定的執行序列處理請求，處理過程中會從數據層讀取數據或將中間處理結果寫入數據層，執行序列是指，處理一個請求需要的多個邏輯處理步驟。
[0003]根據網際網路的特點，往往需要在多個城市、同一城市的不同IDC (Internet DataCenter，Internet數據中心)或者同一 IDC的不同伺服器部署並行業務層，這時如果同一個業務請求同時出現在多個並行的業務層，必然會交叉執行同一執行邏輯序列，並由此產生邏輯混亂和數據不一致的問題。因此，需要一種同步機制，使得同一個業務請求的執行序列能夠在多個業務層間同步執行。
[0004]當前進程間通信的同步方案有管道、FIFO (First Input First Output)命名管道、共享內存、消息隊列、信號量等。然而，現有的進程間通信的同步方案都是處理部署在同一臺伺服器上的多個進程間的同步需求，無法處理跨城市、跨IDC和跨伺服器間的進程同步需求。
[0005]因此，亟需一種並行業務處理方案用以解決上述問題。
【發明內容】
[0006]本發明的目的在於提供一種並行業務層業務同步實現方法、設備及系統，用以解決在跨城市、跨IDC或跨伺服器上部署的並行業務層上執行同一個業務請求帶來的邏輯混亂和數據不一致的問題，保證業務處理結果的準確性。
[0007]為此，本發明實施例採用如下技術方案:
本發明實施例提供一種並行業務處理方法，所述方法包括:
同步鎖伺服器接收到業務伺服器發送的加鎖請求後，判斷所請求加鎖的業務請求是否加鎖，若所述業務請求未加鎖，則對所述業務請求進行加鎖，並向所述業務伺服器返回加鎖成功響應；若所述業務請求已加鎖，則向所述業務伺服器返回加鎖失敗響應。
[0008]本發明實施例還提供一種並行業務處理方法，所述方法包括:
業務伺服器向同步鎖伺服器發送對業務請求進行加鎖的加鎖請求，以使所述同步鎖伺服器判斷所請求加鎖的業務請求是否加鎖，在判斷所述業務請求未加鎖時，則對所述業務請求進行加鎖，並向所述業務伺服器返回加鎖成功響應，在判斷所述業務請求已加鎖時，向所述業務伺服器返回加鎖失敗響應；
若所述業務伺服器接收到加鎖成功響應，則根據所述業務請求進行業務處理；
若所述業務伺服器接收到加鎖失敗響應，則暫時放棄對所述業務請求進行業務處理，並按照預設的次數和/或頻率再次向所述同步鎖伺服器發送加鎖請求。
[0009]本發明實施例還提供一種同步鎖伺服器，所述同步鎖伺服器包括:
接收模塊，用於接收業務伺服器發送的加鎖請求；
處理模塊，用於在所述接收模塊接收到加鎖請求後，判斷所請求加鎖的業務請求是否加鎖，當所述業務請求未加鎖時，對所述業務請求進行加鎖，並通過發送模塊向所述業務伺服器返回加鎖成功響應；當所述業務請求已加鎖時，通過發送模塊向所述業務伺服器返回加鎖失敗響應。
[0010]本發明實施例還提供一種業務伺服器，所述業務伺服器包括:
發送模塊，用於向同步鎖伺服器發送對業務請求進行加鎖的加鎖請求，以使所述同步鎖伺服器判斷所請求加鎖的業務請求是否加鎖，在判斷所述業務請求未加鎖時，則對所述業務請求進行加鎖，並向所述業務伺服器返回加鎖成功響應；在判斷所述業務請求已加鎖時，向所述業務伺服器返回加鎖失敗響應；
處理模塊，用於在接收模塊接收到加鎖成功響應時，根據所述業務請求進行業務處理；以及，在接收模塊接收到加鎖失敗響應時，暫時放棄對所述業務請求進行業務處理，並按照預設的次數和/或頻率再次通過所述發送模塊向所述同步鎖伺服器發送加鎖請求。
[0011]本發明實施例還提供一種並行業務處理系統，所述系統包括:所述同步鎖伺服器以及所述業務伺服器。
[0012]與現有技術相比，本發明的實施例具有如下優點:
本發明實施例通過同步鎖伺服器根據加鎖請求，在判斷所請求的業務請求未加鎖時，對該業務請求進行加鎖，並返回加鎖成功響應，以使業務伺服器在接收到加鎖成功響應後進行相應的業務處理；否則，向業務伺服器返回加鎖失敗響應。通過對並行業務請求設置加鎖/解鎖機制，使得在包括至少兩個業務伺服器的分布式業務處理系統中，針對一個業務請求，保證每次只有一個業務層請求加鎖成功，解決了在跨城市、跨IDC或跨伺服器上部署並行業務，當執行同一個業務請求時，業務處理邏輯混亂以及數據不一致的問題，保證了業務處理結果的準確性。
【專利附圖】
【附圖說明】
[0013]圖1為本發明實施例提供的分布式業務處理系統架構示意圖；
圖2為本發明實施例提供的並行業務處理流程示意圖之一；
圖3為本發明實施例提供的並行業務處理流程示意圖之二；
圖4為本發明實施例提供的同步鎖伺服器結構示意圖；
圖5為本發明實施例提供的業務伺服器結構示意圖。
【具體實施方式】
[0014]針對在跨城市、跨IDC或跨伺服器上部署並行業務的應用場景，多個並行業務層同時處理同一個業務請求，引起的業務處理邏輯混亂以及數據不一致的問題，本發明實施例提供的並行業務處理方案，每次對一個業務層的業務請求進行加鎖，進行業務處理，保證業務處理結果的準確性。
[0015]下面將結合本發明中的附圖，對本發明中的技術方案進行清楚、完整的描述，顯然，所描述的實施例是本發明的一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動的前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。
[0016]本發明實施例提供的並行業務處理方法，應用於包括同步鎖伺服器和數據中心的業務處理系統，該業務處理系統可以包括多個數據中心，多個數據中心形成分布式架構，或者，該業務處理系統也可以包括一個數據中心，該數據中心內包括多個業務伺服器，各業務伺服器形成分布式架構。本發明實施例以包括同步鎖伺服器和至少兩個業務伺服器的分布式業務處理系統為例進行詳細說明。如圖1所示，分布式業務處理系統包括:同步鎖伺服器11和數據中心12，還可以包括用於存儲業務處理結果的資料庫，數據中心12可以包括多個接口機121和多個業務伺服器122，各接口機121與各業務伺服器122形成並行的業務處理層，用於並行處理業務。同步鎖伺服器11用於根據業務伺服器122發送的加鎖請求對相應的業務請求進行加鎖，以及根據業務伺服器122發送的解鎖請求對相應的業務請求進行解鎖；業務伺服器122用於向同步鎖伺服器11發送加鎖請求和解鎖請求，並在業務請求被加鎖後，根據該業務請求進行相應的業務處理；接口機121用於接收客戶端13發送的業務請求，並將業務請求發送給相應的業務伺服器122。
[0017]以下以圖1所示的分布式業務處理系統架構為例，結合圖2詳細說明並行業務處理流程，如圖所示，該流程包括:
步驟201，業務伺服器122向同步鎖伺服器11發送對業務請求進行加鎖的加鎖請求。
[0018]具體的，客戶端13向接口機121發送業務請求，接口機121接收到該業務請求後，將該業務請求發送給各業務伺服器122。業務伺服器122接收到接口機121發送的業務請求後，不直接執行相應的業務邏輯，而是將該業務請求發送給同步鎖伺服器11，請求對該業務請求加鎖。
[0019]步驟202，同步鎖伺服器11接收加鎖請求，並判斷該業務請求是否已加鎖，若已加鎖，則執行步驟203，否則，執行步驟204。
[0020]步驟203，同步鎖伺服器11向業務伺服器122返回加鎖失敗響應。
[0021]具體的，若同步鎖伺服器11在接收到加鎖請求後，判斷該業務請求已加鎖，則向業務伺服器122返回加鎖失敗響應，以使業務服務122器暫時放棄對該業務請求進行業務處理。
[0022]業務伺服器122接收到加鎖失敗響應後，不會進行相應的業務處理。優選的，業務伺服器122在接收到同步鎖伺服器11發送的加鎖失敗響應後，可以按照預設的次數和/或頻率再次向同步鎖伺服器11發送加鎖請求，以確保本業務伺服器122處理該業務請求的機會更大一些。其中，再次發送加鎖請求的次數和/或發送頻率與應用場景以及業務處理時間相關。
[0023]步驟204，同步鎖伺服器11對該業務請求進行加鎖，並向業務伺服器122返回加鎖成功響應，以使業務伺服器122根據該業務請求進行業務處理。
[0024]步驟205，業務伺服器122在接收到加鎖成功響應後，進行相應的業務處理，並將業務處理結果存儲於資料庫當中。
[0025]步驟206，業務伺服器122在完成業務處理後，向同步鎖伺服器11發送解鎖請求。
[0026]步驟207，同步鎖伺服器11對該業務請求進行解鎖。[0027]具體的，同步鎖伺服器11在接收到對該業務請求進行解鎖的的解鎖請求後，對該業務請求解鎖，該解鎖請求是業務伺服器122在完成業務處理後所發送的。
[0028]在並行業務處理過程中，有兩種情況會造成業務請求的同步鎖被永遠鎖住:
1、若同步鎖伺服器11判斷該業務請求處於未加鎖狀態，則對該業務請求加鎖，並向相應的業務伺服器122返回加鎖成功響應，但是業務伺服器122並未收到該加鎖成功響應，此時，該業務請求已處於加鎖狀態，但是業務伺服器122無法進行相應的業務處理，若其他業務伺服器122向同步鎖伺服器11發送對該業務請求進行加鎖的加鎖請求，由於該業務請求仍處於加鎖狀態，因此，同步鎖伺服器11會返回加鎖失敗響應，由此導致該業務請求被永遠鎖住。
[0029]2、若同步鎖伺服器11對業務請求加鎖之後，未收到業務伺服器122發送的解鎖請求,這樣也會導致該業務請求被永遠鎖住。
[0030]因此，為了避免業務請求的同步鎖被永遠鎖住，可以通過在同步鎖伺服器11上設置定時器(定時器的計時時長即為加鎖時間有效期限)，來限制業務請求的加鎖時長，該計時時長大於或等於業務伺服器122處理業務請求的處理時間。
[0031]如圖3所示，為本發明另一實施例提供的非正常解鎖的並行業務處理流程，該流程包括以下步驟:
步驟301，業務伺服器122向同步鎖伺服器11發送對業務請求進行加鎖的加鎖請求。
[0032]步驟302，同步鎖伺服器11接收加鎖請求，並判斷該業務請求是否已加鎖，若已加鎖，則執行步驟303，否則，執行步驟304。
[0033]步驟303，同步鎖伺服器11向業務伺服器122返回加鎖失敗響應。
[0034]步驟304，同步鎖伺服器11對業務請求進行加鎖，啟動定時器，並向業務伺服器122返回加鎖成功響應。
[0035]步驟305，當定時器的計時時長到達時，同步鎖伺服器11對該業務請求進行解鎖。
[0036]在本實施例中，步驟304中的啟動定時器操作，以及步驟305的在定時器的計時時長到達時，對業務請求進行解鎖的操作為新增操作。利用用定時器監控業務請求的加鎖時長，並在條件滿足時改變業務請求的加鎖狀態，使得同步鎖伺服器11在每次接收到加鎖請求時，可以僅判斷該業務請求的加鎖狀態，而不用考慮加鎖時長，提高了同步鎖伺服器11的處理效率，對於在短時間內接收到多次加鎖請求的情況，可以明顯提高系統的業務處理能力。
[0037]當同步鎖伺服器11與業務伺服器122之間發生通信故障或者其他故障時，同步鎖伺服器11發送的加鎖成功響應無法送達業務伺服器122，業務伺服器122無法進行相應的業務處理，而實際該業務請求已處於加鎖狀態，導致該業務請求被永遠鎖死；或者，當業務伺服器122發送的解鎖請求無法到達同步鎖伺服器11時，也會導致業務請求被永遠鎖死。本發明實施例利用定時器限定加鎖時間的有效期限，在加鎖時間的有效期限到期時，對業務請求進行強制解鎖，能夠有效避免業務請求被永遠鎖死的情況，確保業務流程的順利進行。
[0038]在本發明的上述實施例中，同步鎖伺服器判斷所請求加鎖的業務請求是否加鎖的處理(步驟202)、對業務請求進行加鎖處理(步驟204)或解鎖處理(步驟207)，可以通過以下方式實現:在同步鎖伺服器11中建立用於記錄業務標識與加鎖開始時間的對應關係的加鎖數據列表，該加鎖數據列表如表1所不:
表1
【權利要求】
1.一種並行業務處理方法，其特徵在於，所述方法包括: 同步鎖伺服器接收到業務伺服器發送的加鎖請求後，判斷所請求加鎖的業務請求是否加鎖，若所述業務請求未加鎖，則對所述業務請求進行加鎖，並向所述業務伺服器返回加鎖成功響應；若所述業務請求已加鎖，則向所述業務伺服器返回加鎖失敗響應。
2.如權利要求1所述的方法，其特徵在於，所述對所述業務請求進行加鎖之後，所述方法還包括: 所述同步鎖伺服器啟動定時器；所述定時器的計時時長大於或等於業務伺服器處理所述業務請求的處理時間； 當所述定時器的計時時長到達時，所述同步鎖伺服器對所述業務請求進行解鎖。
3.如權利要求1所述的方法，其特徵在於，所述方法還包括:所述同步鎖伺服器在接收到業務伺服器在完成業務處理後所發送的解鎖請求後，對所述業務請求進行解鎖。
4.如權利要求1-3任一項所述的方法，其特徵在於，所述同步鎖伺服器對所述業務請求進行加鎖，具體為:所述同步鎖伺服器從接收到的加鎖請求中提取業務標識，並根據所述業務標識對相應的業務請求進行加鎖； 所述同步鎖伺服器對所述業務請求進行解鎖，具體為:所述同步鎖伺服器從接收到的解鎖請求中提取業務標識，並根據所述業務標識對相應的業務請求進行解鎖； 所述判斷所請求加鎖的業務請求是否加鎖，具體為:所述同步鎖伺服器從接收到的加鎖請求中提取業務標識，並根據所述業務標識判斷相應的業務請求是否加鎖。
5.如權利要求4所述的方法，其特徵在於，所述同步鎖伺服器根據所述業務標識對相應的業務請求進行加鎖，具體為:所述同步鎖伺服器對所述業務標識進行哈希運算，根據哈希結果索引所請求加鎖的業務標識，並將索引到的業務標識對應的加鎖開始時間設置為接收所述加鎖請求的接收時間； 所述同步鎖伺服器根據所述業務標識對相應的業務請求進行解鎖，具體為:所述同步鎖伺服器對所述業務標識進行哈希運算，根據哈希結果索引所請求解鎖的業務標識，並清除索引到的業務標識及對應的加鎖開始時間； 所述根據所述業務標識判斷相應的業務請求是否加鎖，具體為:所述同步鎖伺服器對所述業務標識進行哈希運算，根據哈希結果索引所請求加鎖的業務標識，若索引到業務標識以及對應的加鎖開始時間，則判斷所請求加鎖的業務請求為已加鎖，否則，判斷所請求加鎖的業務請求為未加鎖。
6.如權利要求4所述的方法，其特徵在於，所述同步鎖伺服器根據所述業務標識對相應的業務請求進行加鎖，具體為:所述同步鎖伺服器對所述業務標識按照全量直接映射算法進行運算，根據運算結果索引所請求加鎖的業務標識，並將索引到的業務標識對應的加鎖開始時間設置為接收所述加鎖請求的接收時間； 所述同步鎖伺服器根據所述業務標識對相應的業務請求進行解鎖，具體為:所述同步鎖伺服器對所述業務標識按照全量直接映射算法進行運算，根據運算結果索引所請求解鎖的業務標識，並將與索引到的業務標識對應的加鎖開始時間設置為初始值； 所述根據所述業務標識判斷相應的業務請求是否加鎖，具體為:所述同步鎖伺服器對所述業務標識按照全量直接映射算法進行運算，並根據運算結果索引所請求解鎖的業務標識，若索引到業務標識，且對應的加鎖開始時間非初始值，則判斷所請求加鎖的業務請求為已加鎖，否則，則判斷所請求加鎖的業務請求為未加鎖。
7.如權利要求4所述的方法，其特徵在於，所述同步鎖伺服器根據所述業務標識對相應的業務請求進行加鎖，具體為:所述同步鎖伺服器對所述業務標識進行哈希運算，根據哈希結果索引所請求加鎖的業務標識，並將索引到的業務標識對應的業務請求狀態設置為加鎖狀態； 所述同步鎖伺服器根據所述業務標識對相應的業務請求進行解鎖，具體為:所述同步鎖伺服器對所述業務標識進行哈希運算，根據哈希結果索引所請求解鎖的業務標識，並清除索引到的業務標識及對應的業務請求狀態； 所述根據所述業務標識判斷相應的業務請求是否加鎖，具體為:所述同步鎖伺服器對所述業務標識進行哈希運算，根據哈希結果索引所請求加鎖的業務標識，若索引到業務標識以及對應的業務請求狀態，則判斷所請求加鎖的業務請求為已加鎖，否則，則判斷所請求加鎖的業務請求為未加鎖。
8.一種並行業務處理方法，其特徵在於，所述方法包括: 業務伺服器向同步鎖伺服器發送對業務請求進行加鎖的加鎖請求，以使所述同步鎖伺服器判斷所請求加鎖的業務請求是否加鎖，在判斷所述業務請求未加鎖時，則對所述業務請求進行加鎖，並向所述業務伺服器返回加鎖成功響應，在判斷所述業務請求已加鎖時，向所述業務伺服器返回加鎖失敗響應； 若所述業務伺服器接收到加鎖成功響應，則根據所述業務請求進行業務處理； 若所述業務伺服器 接收到加鎖失敗響應，則暫時放棄對所述業務請求進行業務處理，並按照預設的次數和/或頻率再次向所述同步鎖伺服器發送加鎖請求。
9.如權利要求8所述的方法，其特徵在於，所述根據所述業務請求進行業務處理之後，所述方法還包括: 所述業務伺服器在完成所述業務處理後，向所述同步鎖伺服器發送解鎖請求，以使所述同步鎖伺服器對所述業務請求進行解鎖。
10.一種同步鎖伺服器，其特徵在於，所述同步鎖伺服器包括: 接收模塊，用於接收業務伺服器發送的加鎖請求； 處理模塊，用於在所述接收模塊接收到加鎖請求後，判斷所請求加鎖的業務請求是否加鎖，當所述業務請求未加鎖時，對所述業務請求進行加鎖，並通過發送模塊向所述業務伺服器返回加鎖成功響應；當所述業務請求已加鎖時，通過發送模塊向所述業務伺服器返回加鎖失敗響應。
11.如權利要求10所述的同步鎖伺服器，其特徵在於，所述處理模塊還用於，在對所述業務請求進行加鎖之後，啟動定時器，並在所述定時器計時時長到達時，對所請求解鎖的業務請求進行解鎖；所述定時器的計時時長大於或等於業務伺服器處理所述業務請求的處理時間。
12.如權利要求10所述的同步鎖伺服器，其特徵在於， 所述接收模塊還用於，接收業務伺服器發送的解鎖請求，所述解鎖請求是業務伺服器在完成業務處理後發送的； 所述處理模塊還用於，在所述接收模塊接收到業務伺服器發送的解鎖請求後，對所請求解鎖的業務請求進行解鎖。
13.如權利要求10-12任一項所述的同步鎖伺服器，其特徵在於，所述處理模塊包括加鎖/解鎖子模塊和判斷子模塊； 所述加鎖/解鎖子模塊用於，從所述接收模塊接收到的加鎖請求中提取業務標識，並根據所述業務標識對相應的業務請求進行加鎖；以及從所述接收模塊接收到的解鎖請求中提取業務標識，並根據相應的業務標識對所述業務請求進行解鎖； 所述判斷子模塊用於，從所述接收模塊接收到的加鎖請求中提取業務標識，並根據所述業務標識判斷相應的業務請求是否加鎖。
14.如權利要求13所述的同步鎖伺服器，其特徵在於， 所述加鎖/解鎖子模塊具體用於，在所述判斷子模塊判斷所述業務請求未加鎖時，對所述業務標識進行哈希運算，根據哈希結果索引所請求加鎖的業務標識，並將索引到的業務標識對應的加鎖開始時間設置為接收所述加鎖請求的接收時間；以及，在所述接收模塊接收到業務伺服器發送的解鎖請求時，對所述業務標識進行哈希運算，根據哈希結果索引所請求解鎖的業務標識，並清除索引到的業務標識及對應的加鎖開始時間； 所述判斷子模塊具體用於，對所述業務標識進行哈希運算，根據哈希結果索引所請求加鎖的業務標識，若索引到業務標識以及對應的加鎖開始時間，則判斷所請求加鎖的業務請求為已加鎖，否則，判斷所請求加鎖的業務請求為未加鎖。
15.如權利要求13所述的同步鎖伺服器，其特徵在於， 所述加鎖/解鎖子模塊具體用於，在所述判斷子模塊判斷所述業務請求未加鎖時，對所述業務標識按照全量直接映射算法進行運算，根據運算結果索引所請求加鎖的業務標識，並將索引到的業務標識 對應的加鎖開始時間設置為接收所述加鎖請求的接收時間；以及，在所述接收模塊接收到業務伺服器發送的解鎖請求時，對所述業務標識按照全量直接映射算法進行運算，根據運算結果索引所請求解鎖的業務標識，並將與索引到的業務標識對應的加鎖開始時間設置為初始值； 所述判斷模塊具體用於，對所述業務標識按照全量直接映射算法進行運算，並根據運算結果索引所請求加鎖的業務標識，若索引到業務標識，且對應的加鎖開始時間非初始值，則判斷所請求加鎖的業務請求為已加鎖，否則，判斷所請求加鎖的業務請求為未加鎖。
16.如權利要求13所述的同步鎖伺服器，其特徵在於， 所述加鎖/解鎖子模塊具體用於，在所述判斷子模塊判斷所述業務請求未加鎖時，對所述業務標識進行哈希運算，根據哈希結果索引所請求加鎖的業務標識，並將索引到的業務標識對應的業務請求狀態設置為加鎖狀態；以及在所述接收模塊接收到業務伺服器發送的解鎖請求時，對所述業務標識進行哈希運算，根據哈希結果索引所請求解鎖的業務標識，並清除索引到的業務標識及對應的業務請求狀態； 所述判斷子模塊具體用於，對所述業務標識進行哈希運算，根據哈希結果索引所請求加鎖的業務標識，若索引到業務標識以及對應的業務請求狀態，則判斷所請求加鎖的業務請求為已加鎖，否則，則判斷所請求加鎖的業務請求為未加鎖。
17.—種業務伺服器，其特徵在於，所述業務伺服器包括: 發送模塊，用於向同步鎖伺服器發送對業務請求進行加鎖的加鎖請求，以使所述同步鎖伺服器判斷所請求加鎖的業務請求是否加鎖，在判斷所述業務請求未加鎖時，則對所述業務請求進行加鎖，並向所述業務伺服器返回加鎖成功響應；在判斷所述業務請求已加鎖時，向所述業務伺服器返回加鎖失敗響應； 處理模塊，用於在接收模塊接收到加鎖成功響應時，根據所述業務請求進行業務處理；以及，在接收模塊接收到加鎖失敗響應時，暫時放棄對所述業務請求進行業務處理，並按照預設的次數和/或頻率再次通過所述發送模塊向所述同步鎖伺服器發送加鎖請求。
18.如權利要求17所述的業務伺服器，其特徵在於，所述發送模塊還用於，在所述處理模塊完成所述業務處理後，向所述同步鎖伺服器發送解鎖請求，以使所述同步鎖伺服器對所述業務請求進行解鎖。
19.一種並行業務處理系統,其特徵在於,所述系統包括:如權利要求10-16任一項所述的同步鎖伺服器，以及至少兩個如權`利要求17-18任一項所述的業務伺服器。
【文檔編號】H04L29/08GK103634347SQ201210303495
【公開日】2014年3月12日 申請日期:2012年8月24日 優先權日:2012年8月24日
【發明者】倪衛傑, 謝啟明, 張津, 尹志敏, 李雯榕 申請人:騰訊科技（深圳）有限公司