本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，特別是涉及一種應(yīng)用處理方法和系統(tǒng)。

背景技術(shù)：

近年來，互聯(lián)網(wǎng)以及移動端的應(yīng)用越來越多，互聯(lián)網(wǎng)應(yīng)用具有復(fù)雜度高，并發(fā)度強，虛擬元素代替實物等特性，目前互聯(lián)網(wǎng)模式下應(yīng)用的執(zhí)行過程中存在下述問題：互聯(lián)網(wǎng)客戶端基數(shù)大，應(yīng)用執(zhí)行并發(fā)量高，對服務(wù)器的訪問量大，單一服務(wù)器難以勝任同時執(zhí)行操作并處理執(zhí)行結(jié)果的情況。

技術(shù)實現(xiàn)要素：

基于此，有必要針對現(xiàn)有應(yīng)用執(zhí)行并發(fā)量高，對服務(wù)器的訪問量大，單一服務(wù)器難以勝任同時執(zhí)行操作并處理執(zhí)行結(jié)果的問題，提供一種應(yīng)用處理方法和系統(tǒng)。

為了實現(xiàn)上述目的，本發(fā)明技術(shù)方案的實施例為：

一種應(yīng)用處理方法，包括以下步驟：

接收客戶端發(fā)送的應(yīng)用操作指令，所述操作指令為進行一次操作或進行連續(xù)多次操作的操作指令；

在所述應(yīng)用執(zhí)行所述操作指令得到執(zhí)行結(jié)果，在第一服務(wù)器記錄所述執(zhí)行結(jié)果對應(yīng)的虛擬元素的數(shù)目；

判斷所述客戶端擁有的虛擬元素的數(shù)目是否滿足預(yù)設(shè)操作條件；

當判定所述客戶端滿足預(yù)設(shè)操作條件時，從所述客戶端擁有的虛擬元素中獲取第一數(shù)目的虛擬元素放入第二服務(wù)器，在所述第一服務(wù)器記錄放入所述第二服務(wù)器的虛擬元素的數(shù)目，所述第一數(shù)目的虛擬元素根據(jù)所述操作指令和預(yù)設(shè)進行一次操作消耗的虛擬元素數(shù)目確定；

從第三服務(wù)器或所述第二服務(wù)器獲取所述執(zhí)行結(jié)果對應(yīng)的虛擬元素返回所述客戶端，并在所述第一服務(wù)器記錄所述客戶端的信息，所述客戶端的信息包括所述客戶端的身份標識和所述執(zhí)行結(jié)果。

一種應(yīng)用處理系統(tǒng)，包括：

操作指令接收模塊，用于接收客戶端發(fā)送的應(yīng)用操作指令，所述操作指令為進行一次操作或進行連續(xù)多次操作的操作指令；

操作指令執(zhí)行模塊，用于在所述應(yīng)用執(zhí)行所述操作指令得到執(zhí)行結(jié)果，在第一服務(wù)器記錄所述執(zhí)行結(jié)果對應(yīng)的虛擬元素的數(shù)目；

操作條件判斷模塊，用于判斷所述客戶端擁有的虛擬元素的數(shù)目是否滿足預(yù)設(shè)操作條件；

虛擬元素獲取模塊，用于當判定所述客戶端滿足預(yù)設(shè)操作條件時，從所述客戶端擁有的虛擬元素中獲取第一數(shù)目的虛擬元素放入第二服務(wù)器，在所述第一服務(wù)器記錄放入所述第二服務(wù)器的虛擬元素的數(shù)目，所述第一數(shù)目的虛擬元素根據(jù)所述操作指令和預(yù)設(shè)進行一次操作消耗的虛擬元素數(shù)目確定；

虛擬元素返回模塊，用于從第三服務(wù)器或所述第二服務(wù)器獲取所述執(zhí)行結(jié)果對應(yīng)的虛擬元素返回所述客戶端，并在所述第一服務(wù)器記錄所述客戶端的信息，所述客戶端的信息包括所述客戶端的身份標識和所述執(zhí)行結(jié)果。

與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果為：本發(fā)明應(yīng)用處理方法和系統(tǒng)，接收客戶端發(fā)送的應(yīng)用執(zhí)行操作指令，在所述應(yīng)用執(zhí)行所述操作指令得到執(zhí)行結(jié)果，在第一服務(wù)器記錄執(zhí)行結(jié)果對應(yīng)的虛擬元素的數(shù)目；判斷所述客戶端擁有的虛擬元素的數(shù)目是否滿足預(yù)設(shè)操作條件；當判定滿足預(yù)設(shè)操作條件時，從所述客戶端擁有的虛擬元素中獲取第一數(shù)目的虛擬元素放入第二服務(wù)器，在第一服務(wù)器記錄放入第二服務(wù)器的虛擬元素的數(shù)目；從第三服務(wù)器或第二服務(wù)器獲取所述執(zhí)行結(jié)果對應(yīng)的虛擬元素返回所述客戶端，并在第一服務(wù)器記錄所述客戶端的信息，本發(fā)明多個服務(wù)器協(xié)同工作解決單一服務(wù)器難以同時執(zhí)行操作并處理執(zhí)行結(jié)果的問題，快速執(zhí)行客戶端發(fā)送的操作指令，滿足實際需要。

附圖說明

圖1為一個實施例中應(yīng)用處理方法流程圖；

圖2為基于圖1所示方法一個具體示例中應(yīng)用處理方法流程圖；

圖3為一個實施例中應(yīng)用處理系統(tǒng)結(jié)構(gòu)示意圖。

具體實施方式

為使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進行進一步的詳細說明。應(yīng)當理解，此處所描述的具體實施方式僅僅用以解釋本發(fā)明，并不限定本發(fā)明的保護范圍。

一個實施例中應(yīng)用處理方法，如圖1所示，包括以下步驟：

步驟S101：接收客戶端發(fā)送的應(yīng)用操作指令，所述操作指令為進行一次操作或進行連續(xù)多次操作的操作指令；

這里，所述應(yīng)用包括游戲應(yīng)用、聊天應(yīng)用、視頻應(yīng)用等。

具體地，以游戲應(yīng)用中的抽獎為例，所述操作指令為進行一次抽獎或進行連續(xù)多次抽獎的操作指令。

步驟S102：在所述應(yīng)用執(zhí)行所述操作指令得到執(zhí)行結(jié)果，在第一服務(wù)器記錄所述執(zhí)行結(jié)果對應(yīng)的虛擬元素的數(shù)目；

具體地，還以上述抽獎為例，在游戲應(yīng)用執(zhí)行抽獎指令得到抽獎結(jié)果，即中得什么獎。

這里，所述執(zhí)行結(jié)果對應(yīng)的虛擬元素的數(shù)目，即在執(zhí)行抽獎指令后，得到抽獎結(jié)果，每種抽獎結(jié)果都對應(yīng)一定數(shù)目的虛擬貨幣。

這里，第一服務(wù)器記錄所述執(zhí)行結(jié)果對應(yīng)的虛擬元素的數(shù)目，即第一服務(wù)器用于處理抽獎動態(tài)扣減。

步驟S103：判斷所述客戶端擁有的虛擬元素的數(shù)目是否滿足預(yù)設(shè)操作條件；

具體地，承接上述例子，判斷所述客戶端是否足額抽獎，即判斷所述客戶端擁有的虛擬元素是否可以支付抽獎需要消耗的虛擬貨幣。

步驟S104：當判定所述客戶端滿足預(yù)設(shè)操作條件時，從所述客戶端擁有的虛擬元素中獲取第一數(shù)目的虛擬元素放入第二服務(wù)器，在所述第一服務(wù)器記錄放入所述第二服務(wù)器的虛擬元素的數(shù)目，所述第一數(shù)目的虛擬元素根據(jù)所述操作指令和預(yù)設(shè)進行一次操作消耗的虛擬元素數(shù)目確定；

具體地，在上述抽獎的例子中如果判定所述客戶端足額抽獎，從所述客戶端擁有的虛擬元素中獲取抽獎需要支付的虛擬貨幣，并進行存儲和記錄。

這里，從所述客戶端擁有的虛擬元素中獲取第一數(shù)目的虛擬元素放入第二服務(wù)器，第二服務(wù)器用于計算抽獎項目的營收情況。

步驟S105：從第三服務(wù)器或所述第二服務(wù)器獲取所述執(zhí)行結(jié)果對應(yīng)的虛擬元素返回所述客戶端，并在所述第一服務(wù)器記錄所述客戶端的信息，所述客戶端的信息包括所述客戶端的身份標識和所述執(zhí)行結(jié)果。

具體地，承接上述例子，所述客戶端足額抽獎，在所述客戶端支付抽獎消耗的虛擬貨幣后，返回所述客戶端抽獎中的虛擬貨幣，并記錄所述客戶端的信息。

這里，所述客戶端的信息包括所述客戶端的身份標識、中得獎項、中獎時間和中得獎項對應(yīng)的虛擬貨幣的數(shù)目等。

從以上描述可知，本發(fā)明應(yīng)用處理方法，多個服務(wù)器協(xié)同工作解決單一服務(wù)器難以同時執(zhí)行操作并處理執(zhí)行結(jié)果的問題，快速執(zhí)行客戶端發(fā)送的操作指令，滿足實際需要。

此外，在一個具體示例中，若所述執(zhí)行結(jié)果為預(yù)設(shè)特殊執(zhí)行結(jié)果，從所述第三服務(wù)器獲取所述執(zhí)行結(jié)果對應(yīng)的虛擬元素返回所述客戶端，否則，從所述第二服務(wù)器獲取所述執(zhí)行結(jié)果對應(yīng)的虛擬元素返回所述客戶端，所述預(yù)設(shè)特殊執(zhí)行結(jié)果包括再來一次和獲得預(yù)設(shè)數(shù)目的虛擬元素。

所述獲得預(yù)設(shè)數(shù)目的虛擬元素可以根據(jù)實際需要設(shè)置，例如獲得百萬虛擬元素，以游戲應(yīng)用中的抽獎為例，所述預(yù)設(shè)特殊執(zhí)行結(jié)果包括再來一次和獲得百萬虛擬貨幣。

這里，若所述執(zhí)行結(jié)果為預(yù)設(shè)特殊執(zhí)行結(jié)果，從第三服務(wù)器獲取所述執(zhí)行結(jié)果對應(yīng)的虛擬元素返回所述客戶端，即第三服務(wù)器用于處理特殊情況。

此外，在一個具體示例中，當所述預(yù)設(shè)特殊執(zhí)行結(jié)果為再來一次時，從所述第三服務(wù)器獲取第二數(shù)目的虛擬元素返回所述客戶端，所述第二數(shù)目的虛擬元素根據(jù)預(yù)設(shè)進行一次操作消耗的虛擬元素數(shù)目確定；

當所述預(yù)設(shè)特殊執(zhí)行結(jié)果為獲得預(yù)設(shè)數(shù)目的虛擬元素時，從所述第二服務(wù)器獲取所述預(yù)設(shè)數(shù)目的虛擬元素放入所述第三服務(wù)器，從所述第三服務(wù)器獲取所述預(yù)設(shè)數(shù)目的虛擬元素返回所述客戶端。

這里，第三服務(wù)器用于處理特殊情況，以上述抽獎為例，客戶端抽到再來一次的時候，用第三服務(wù)器去平衡較好，因為第二服務(wù)器用于計算抽獎項目的營收情況，而再來一次顯然是不需要支付的；獲得預(yù)設(shè)數(shù)目的虛擬元素時用第三服務(wù)器處理較好，因為該獎項有交互過程，例如拿出部分用于分紅，用第三服務(wù)器統(tǒng)一控制便于管理。

此外，在一個具體示例中，當判定所述客戶端不滿足所述預(yù)設(shè)操作條件時，在所述第一服務(wù)器消除執(zhí)行所述操作指令后記錄的所述執(zhí)行結(jié)果對應(yīng)的虛擬元素的數(shù)目，停止操作。

這里，承接上例，若執(zhí)行所述操作指令后記錄所述執(zhí)行結(jié)果對應(yīng)的虛擬貨幣的數(shù)目是2000，當判定所述客戶端不是足額抽獎，消除上述2000的記錄，停止抽獎。

上述在接收到客戶端發(fā)送的應(yīng)用操作指令后直接執(zhí)行，不判定客戶端是否足額是由于互聯(lián)網(wǎng)抽獎在客戶端點擊抽獎這個操作存在高并發(fā)性，這里通過設(shè)置直接處理而不進行邏輯判斷，能夠有效防止進程擁塞。

此外，在一個具體示例中，在執(zhí)行所述操作指令之前若所述客戶端擁有的虛擬元素的數(shù)目大于或等于所述第一數(shù)目，判定所述客戶端滿足所述預(yù)設(shè)操作條件。

為了更好地理解上述方法，以下詳細闡述一個本發(fā)明應(yīng)用處理方法的應(yīng)用實例。

本應(yīng)用實例以游戲應(yīng)用中的十連抽抽獎為例，如圖2所示，可以包括以下步驟：

步驟S201：客戶端發(fā)送十連抽抽獎指令；

步驟S202：在游戲應(yīng)用執(zhí)行上述十連抽抽獎指令得到所述客戶端中得的獎項，在動態(tài)獎池服務(wù)器記錄所述客戶端中得獎項對應(yīng)的虛擬貨幣的數(shù)目；

這里，直接抽獎，不判定客戶端是否足額是由于互聯(lián)網(wǎng)抽獎在客戶端點擊抽獎這個操作存在高并發(fā)性，這里通過設(shè)置直接處理而不進行邏輯判斷，能夠有效防止進程擁塞。

具體地，動態(tài)獎池服務(wù)器用于處理抽獎動態(tài)扣減。

步驟S203：判斷所述客戶端是否足額抽獎；

具體地，判斷所述客戶端擁有的虛擬貨幣是否可以支付十連抽抽獎需要消耗的虛擬貨幣。

步驟S204：當判定所述客戶端足額抽獎時，從所述客戶端擁有的虛擬貨幣中獲取十連抽抽獎需要消耗的虛擬貨幣放入最終獎池服務(wù)器，在動態(tài)獎池服務(wù)器記錄放入最終獎池服務(wù)器的虛擬貨幣的數(shù)目，否則在動態(tài)獎池服務(wù)器消除記錄的所述客戶端中得獎項對應(yīng)的虛擬貨幣的數(shù)目，停止抽獎；十連抽抽獎需要消耗的虛擬貨幣由抽獎次數(shù)和預(yù)設(shè)進行一次抽獎消耗的虛擬貨幣確定；

這里，最終獎池服務(wù)器計算抽獎項目的營收情況。

若執(zhí)行上述十連抽抽獎后記錄所述客戶端中得的獎項對應(yīng)的虛擬貨幣的數(shù)目是2000，當判定所述客戶端不是足額抽獎，消除上述2000的記錄，停止抽獎。

步驟S205：若所述客戶端足額抽獎，所述客戶端中得獎項為再來一次時，從緩存獎池服務(wù)器獲取預(yù)設(shè)進行一次抽獎消耗的虛擬貨幣返回所述客戶端，若所述客戶端中得百萬虛擬貨幣時，從最終獎池服務(wù)器獲取百萬虛擬貨幣放入緩存獎池服務(wù)器，從緩存獎池服務(wù)器獲取百萬虛擬貨幣返回所述客戶端；否則，從最終獎池服務(wù)器獲取所述客戶端中得獎項對應(yīng)的虛擬貨幣返回所述客戶端。

這里，緩存獎池服務(wù)器用于處理特殊情況，客戶端抽到再來一次的時候，用緩存獎池服務(wù)器去平衡較好，因為最終獎池服務(wù)器用于計算抽獎項目的營收情況，而再來一次顯然是不需要支付的；獲得百萬虛擬貨幣時用緩存獎池服務(wù)器處理較好，因為該獎項有交互過程，例如拿出部分用于分紅，用緩存獎池服務(wù)器統(tǒng)一控制便于管理。

從以上描述可知，本實施例客戶端發(fā)送十連抽抽獎指令，在游戲應(yīng)用執(zhí)行十連抽抽獎指令得到所述客戶端中得的獎項，在動態(tài)獎池服務(wù)器記錄所述客戶端中得獎項對應(yīng)的虛擬貨幣的數(shù)目；判斷所述客戶端是否足額抽獎；當判定是時，從所述客戶端擁有的虛擬貨幣中獲取十連抽抽獎需要消耗的虛擬貨幣放入最終獎池服務(wù)器，在動態(tài)獎池服務(wù)器記錄放入最終獎池服務(wù)器的虛擬貨幣的數(shù)目，否則在動態(tài)獎池消除記錄的所述客戶端中得獎項對應(yīng)的虛擬貨幣的數(shù)目，停止抽獎；所述客戶端足額抽獎，若所述客戶端中得獎項為再來一次時，從緩存獎池服務(wù)器獲取預(yù)設(shè)進行一次抽獎消耗的虛擬貨幣返回所述客戶端，若所述客戶端中得百萬虛擬貨幣時，從最終獎池服務(wù)器獲取百萬虛擬貨幣放入緩存獎池服務(wù)器，從緩存獎池服務(wù)器獲取百萬虛擬貨幣返回所述客戶端，否則，從最終獎池服務(wù)器獲取所述客戶端中得獎項對應(yīng)的虛擬貨幣返回所述客戶端，多個獎池服務(wù)器協(xié)同工作解決單一獎池服務(wù)器難以同時執(zhí)行操作并處理執(zhí)行結(jié)果的問題，快速執(zhí)行客戶端發(fā)送的抽獎指令，滿足實際需要。

一個實施例中應(yīng)用處理系統(tǒng)，如圖3所示，包括：

操作指令接收模塊301，用于接收客戶端發(fā)送的應(yīng)用操作指令，所述操作指令為進行一次操作或進行連續(xù)多次操作的操作指令；

操作指令執(zhí)行模塊302，用于在所述應(yīng)用執(zhí)行所述操作指令得到執(zhí)行結(jié)果，在第一服務(wù)器記錄所述執(zhí)行結(jié)果對應(yīng)的虛擬元素的數(shù)目；

操作條件判斷模塊303，用于判斷所述客戶端擁有的虛擬元素的數(shù)目是否滿足預(yù)設(shè)操作條件；

虛擬元素獲取模塊304，用于當判定所述客戶端滿足預(yù)設(shè)操作條件時，從所述客戶端擁有的虛擬元素中獲取第一數(shù)目的虛擬元素放入第二服務(wù)器，在所述第一服務(wù)器記錄放入所述第二服務(wù)器的虛擬元素的數(shù)目，所述第一數(shù)目的虛擬元素根據(jù)所述操作指令和預(yù)設(shè)進行一次操作消耗的虛擬元素數(shù)目確定；

虛擬元素返回模塊305，用于從第三服務(wù)器或所述第二服務(wù)器獲取所述執(zhí)行結(jié)果對應(yīng)的虛擬元素返回所述客戶端，并在所述第一服務(wù)器記錄所述客戶端的信息，所述客戶端的信息包括所述客戶端的身份標識和所述執(zhí)行結(jié)果。

此外，在一個具體示例中，若所述執(zhí)行結(jié)果為預(yù)設(shè)特殊執(zhí)行結(jié)果，所述虛擬元素返回模塊305從所述第三服務(wù)器獲取所述執(zhí)行結(jié)果對應(yīng)的虛擬元素返回所述客戶端，否則，所述虛擬元素返回模塊305從所述第二服務(wù)器獲取所述執(zhí)行結(jié)果對應(yīng)的虛擬元素返回所述客戶端，所述預(yù)設(shè)特殊執(zhí)行結(jié)果包括再來一次和獲得預(yù)設(shè)數(shù)目的虛擬元素。

所述獲得預(yù)設(shè)數(shù)目的虛擬元素可以根據(jù)實際需要設(shè)置，例如獲得百萬虛擬元素，以游戲應(yīng)用中的抽獎為例，所述預(yù)設(shè)特殊執(zhí)行結(jié)果包括再來一次和獲得百萬虛擬貨幣。

這里，若所述執(zhí)行結(jié)果為預(yù)設(shè)特殊執(zhí)行結(jié)果，從第三服務(wù)器獲取所述執(zhí)行結(jié)果對應(yīng)的虛擬元素返回所述客戶端，即第三服務(wù)器用于處理特殊情況。

此外，在一個具體示例中，當所述預(yù)設(shè)特殊執(zhí)行結(jié)果為再來一次時，所述虛擬元素返回模塊305從所述第三服務(wù)器獲取第二數(shù)目的虛擬元素返回所述客戶端，所述第二數(shù)目的虛擬元素根據(jù)預(yù)設(shè)進行一次操作消耗的虛擬元素數(shù)目確定；

當所述預(yù)設(shè)特殊執(zhí)行結(jié)果為獲得預(yù)設(shè)數(shù)目的虛擬元素時，所述虛擬元素返回模塊305從所述第二服務(wù)器獲取所述預(yù)設(shè)數(shù)目的虛擬元素放入所述第三服務(wù)器，從所述第三服務(wù)器獲取所述預(yù)設(shè)數(shù)目的虛擬元素返回所述客戶端。

這里，第三服務(wù)器用于處理特殊情況，以上述抽獎為例，客戶端抽到再來一次的時候，用第三服務(wù)器去平衡較好，因為第二服務(wù)器用于計算抽獎項目的營收情況，而再來一次顯然是不需要支付的；獲得預(yù)設(shè)數(shù)目的虛擬元素時用第三服務(wù)器處理較好，因為該獎項有交互過程，例如拿出部分用于分紅，用第三服務(wù)器統(tǒng)一控制便于管理。

如圖3所示，在一個具體示例中，所述應(yīng)用處理系統(tǒng)還包括記錄消除模塊306，用于當判定所述客戶端不滿足所述預(yù)設(shè)操作條件時，在所述第一服務(wù)器消除執(zhí)行所述操作指令后記錄的所述執(zhí)行結(jié)果對應(yīng)的虛擬元素的數(shù)目，停止操作。

這里，承接上例，若執(zhí)行所述操作指令后記錄所述執(zhí)行結(jié)果對應(yīng)的虛擬貨幣的數(shù)目是2000，當判定所述客戶端不是足額抽獎，消除上述2000的記錄，停止抽獎。

上述在接收到客戶端發(fā)送的應(yīng)用操作指令后直接執(zhí)行，不判定客戶端是否足額是由于互聯(lián)網(wǎng)抽獎在客戶端點擊抽獎這個操作存在高并發(fā)性，這里通過設(shè)置直接處理而不進行邏輯判斷，能夠有效防止進程擁塞。

此外，在一個具體示例中，在執(zhí)行所述操作指令之前若所述客戶端擁有的虛擬元素的數(shù)目大于或等于所述第一數(shù)目，所述操作條件判斷模塊303判定所述客戶端滿足所述預(yù)設(shè)操作條件。

從以上描述可知，本發(fā)明應(yīng)用處理系統(tǒng)，多個服務(wù)器協(xié)同工作解決單一服務(wù)器難以同時執(zhí)行操作并處理執(zhí)行結(jié)果的問題，快速執(zhí)行客戶端發(fā)送的操作指令，滿足實際需要。

以上所述實施例的各技術(shù)特征可以進行任意的組合，為使描述簡潔，未對上述實施例中的各個技術(shù)特征所有可能的組合都進行描述，然而，只要這些技術(shù)特征的組合不存在矛盾，都應(yīng)當認為是本說明書記載的范圍。

以上所述實施例僅表達了本發(fā)明的幾種實施方式，其描述較為具體和詳細，但并不能因此而理解為對發(fā)明專利范圍的限制。應(yīng)當指出的是，對于本領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干變形和改進，這些都屬于本發(fā)明的保護范圍。因此，本發(fā)明專利的保護范圍應(yīng)以所附權(quán)利要求為準。