專利名稱：并發(fā)請求處理方法
技術(shù)領(lǐng)域：
本發(fā)明屬于數(shù)據(jù)處理技術(shù)領(lǐng)域，尤其是涉及一種并發(fā)請求處理方法。
背景技術(shù)：
對于大型的數(shù)據(jù)處理系統(tǒng)而言，通常會接收來自不同終端設(shè)備的大量的數(shù)據(jù)處理 請求，針對所述數(shù)據(jù)處理請求進(jìn)行相應(yīng)的處理，并且向?qū)?yīng)的終端設(shè)備反饋處理結(jié)果。如圖1所示，現(xiàn)有技術(shù)中，數(shù)據(jù)處理系統(tǒng)一般包括服務(wù)器910以及數(shù)據(jù)庫920。月艮 務(wù)器910接收來自終端設(shè)備930的請求，從數(shù)據(jù)庫920中獲取相應(yīng)的數(shù)據(jù)進(jìn)行處理，生成處 理結(jié)果。必要時還會將所述處理結(jié)果反饋至終端設(shè)備930。在有些情況下，服務(wù)器910可能接收到來自多個終端設(shè)備930的并發(fā)請求。在現(xiàn) 有技術(shù)中，為了保證數(shù)據(jù)的一致性，服務(wù)器910通常采用數(shù)據(jù)鎖的并發(fā)控制方法，將并發(fā)操 作轉(zhuǎn)換為串行操作。此種現(xiàn)有技術(shù)的缺陷在于由于每個請求的處理需要操作相關(guān)數(shù)據(jù)庫中一定量的 數(shù)據(jù)，需要一定的時間開銷，所以往往會造成不少終端設(shè)備需要等待過長的時間，從而導(dǎo)致 用戶體驗(yàn)效果很差。此外，采用數(shù)據(jù)鎖的并發(fā)控制方法訪問數(shù)據(jù)庫容易造成死鎖現(xiàn)象，從而 導(dǎo)致不能正常處理來自終端設(shè)備的請求?，F(xiàn)有技術(shù)中，一種常見的涉及并發(fā)請求的系統(tǒng)為電子交易系統(tǒng)，例如網(wǎng)絡(luò)購物系 統(tǒng)。在發(fā)布市場稀缺商品或有相當(dāng)大的價格優(yōu)勢的商品時，可能會有大量的買家借助終端 設(shè)備極短的時間里下網(wǎng)絡(luò)訂購單。此時，網(wǎng)絡(luò)服務(wù)器需要對網(wǎng)絡(luò)訂購單對應(yīng)的數(shù)據(jù)庫進(jìn)行 并發(fā)操作與控制。

發(fā)明內(nèi)容
本發(fā)解決的技術(shù)問題在于提供一種并發(fā)請求處理方法，可以提高對數(shù)據(jù)并發(fā)訪問 的控制效率。本發(fā)明實(shí)施方式提供的一種并發(fā)請求處理方法，包括在接收到來自多個用戶設(shè)備的并發(fā)數(shù)據(jù)處理請求時，緩存在預(yù)設(shè)數(shù)量范圍的數(shù)據(jù) 處理請求；對緩存的數(shù)據(jù)處理請求進(jìn)行預(yù)處理；對于預(yù)處理通過的數(shù)據(jù)處理請求，從數(shù)據(jù)庫中獲取對應(yīng)的服務(wù)所需數(shù)據(jù)；基于所述服務(wù)所需數(shù)據(jù)，對預(yù)處理通過的數(shù)據(jù)請求進(jìn)行處理，生成相應(yīng)的處理結(jié)^ O可選地，所述預(yù)處理包括拒絕未緩存的數(shù)據(jù)處理請求。可選地，以隊(duì)列的方式管理緩存的數(shù)據(jù)處理請求?？蛇x地，所述預(yù)處理包括根據(jù)數(shù)據(jù)處理所需關(guān)鍵信息的類型，提取數(shù)據(jù)處理請求 中相應(yīng)類型的信息，根據(jù)提取出的信息和數(shù)據(jù)處理所需關(guān)鍵信息確定允許通過的數(shù)據(jù)處理 請求。
可選地，所述關(guān)鍵信息包括服務(wù)類型、服務(wù)條件和/或用戶特征?？蛇x地，還包括將預(yù)處理結(jié)果反饋至對應(yīng)的用戶設(shè)備?？蛇x地，還包括根據(jù)所述處理結(jié)果更新數(shù)據(jù)庫。 可選地，還包括將所述處理結(jié)果反饋至用戶設(shè)備?？蛇x地，所述數(shù)據(jù)處理請求為商品訂購請求；所述關(guān)鍵信息包括商品類型、商品數(shù) 量、商品價格、用戶特征?？蛇x地，所述服務(wù)所需數(shù)據(jù)包括用戶身份信息、用戶訂購單信息、商家信息和/ 或可銷售商品信息。與現(xiàn)有技術(shù)相比，本發(fā)明的實(shí)施方式的并發(fā)請求處理方法的有益效果在于運(yùn)用 并發(fā)控制預(yù)處理機(jī)制，有效提高對數(shù)據(jù)并發(fā)訪問的控制效率；從而減少并發(fā)業(yè)務(wù)的響應(yīng)時 間，縮短用戶的等待時間；進(jìn)而提高并發(fā)業(yè)務(wù)用戶的體驗(yàn)指數(shù)。


圖1是現(xiàn)有技術(shù)的數(shù)據(jù)處理系統(tǒng)的示意圖；圖2是本發(fā)明實(shí)施方式的數(shù)據(jù)處理系統(tǒng)的系統(tǒng)示意圖；圖3是本發(fā)明另一種實(shí)施方式的數(shù)據(jù)處理系統(tǒng)的系統(tǒng)示意圖；圖4是本發(fā)明實(shí)施方式中并發(fā)控制預(yù)處理方法的示意圖；圖5是本發(fā)明一種實(shí)施例中并發(fā)控制預(yù)處理方法的示意圖；圖6是本發(fā)明的數(shù)據(jù)處理系統(tǒng)中服務(wù)器的一種實(shí)施方式的示意圖。
具體實(shí)施例方式參考圖1，是本發(fā)明實(shí)施方式的數(shù)據(jù)處理系統(tǒng)的系統(tǒng)示意圖。所述數(shù)據(jù)處理系統(tǒng)包括服務(wù)器102以及數(shù)據(jù)庫103。所述服務(wù)器102配置成與用 戶設(shè)備101進(jìn)行交互，從而可以為用戶提供各種類型的服務(wù)。其中，用戶設(shè)備101與服務(wù)器102之間可以通過各種網(wǎng)絡(luò)建立連接，實(shí)現(xiàn)數(shù)據(jù)通 信。所述網(wǎng)絡(luò)可以采用現(xiàn)有的各種網(wǎng)絡(luò)技術(shù)加以實(shí)施，此不贅述。具體實(shí)施時，所述用戶設(shè) 備 101 和服務(wù)器 102 之間可以采用 B/S(Browse/Server)或 C/S(Client/Server)架構(gòu)。用戶設(shè)備101用于實(shí)現(xiàn)與用戶的交互，接收用戶的操作指令并向用戶呈現(xiàn)結(jié)果； 實(shí)現(xiàn)與服務(wù)器102之間的通信，向服務(wù)器102發(fā)送請求，處理從服務(wù)器102接收到的數(shù)據(jù)。具體實(shí)現(xiàn)中，用戶設(shè)備101可以是具備與用戶的交互功能、數(shù)據(jù)處理和通信功能 的電子設(shè)備，例如PC機(jī)終端和移動終端等。所述數(shù)據(jù)庫103為服務(wù)器102提供用戶身份信息和服務(wù)所需數(shù)據(jù)，以輔助所述服 務(wù)器102實(shí)現(xiàn)數(shù)據(jù)處理。數(shù)據(jù)庫103可以接受服務(wù)器102的查詢、刪除、添加、統(tǒng)計(jì)和備份 等操作。所述數(shù)據(jù)庫103可以是服務(wù)器102的運(yùn)營商自身擁有的，可以部署在服務(wù)器102 的本地，也可以部署在遠(yuǎn)端，與服務(wù)器102之間可以通過網(wǎng)絡(luò)實(shí)現(xiàn)交互。服務(wù)器102實(shí)現(xiàn)與用戶設(shè)備101的交互，負(fù)責(zé)接收用戶設(shè)備101發(fā)出的請求；根據(jù) 所述請求中的相關(guān)參數(shù)從數(shù)據(jù)庫103獲取相關(guān)數(shù)據(jù)，處理前述請求；根據(jù)需要將處理結(jié)果 反饋至用戶設(shè)備101和/或更新數(shù)據(jù)庫103。具體地，所述服務(wù)器102包括預(yù)處理單元1023和處理單元1024。其中，所述預(yù)處理單元1023用于對來自多個用戶設(shè)備的并發(fā)數(shù)據(jù)處理請求進(jìn)行預(yù)處理；所述處理單元1024 用于根據(jù)預(yù)處理通過的數(shù)據(jù)處理請求從數(shù)據(jù)庫中獲取服務(wù)所需數(shù)據(jù)，生成與所述數(shù)據(jù)處理 請求對應(yīng)的處理結(jié)果。具體地，所述預(yù)處理可以是基于預(yù)設(shè)的處理數(shù)量，允許在該預(yù)設(shè)數(shù)量范圍的數(shù)據(jù) 處理請求通過，進(jìn)入后續(xù)的處理，拒絕其他的數(shù)據(jù)處理請求。具體地，所述預(yù)處理也可以是緩存預(yù)設(shè)數(shù)量范圍內(nèi)的數(shù)據(jù)處理請求，拒絕其他的 數(shù)據(jù)處理請求；根據(jù)服務(wù)類型、服務(wù)條件和/或用戶特征等關(guān)鍵信息對緩存的數(shù)據(jù)處理請 求進(jìn)行綜合判斷，確定進(jìn)入后續(xù)處理的數(shù)據(jù)處理請求，拒絕其他的數(shù)據(jù)處理請求。因此，被 拒絕的數(shù)據(jù)處理請求包括未進(jìn)入緩存的數(shù)據(jù)處理請求，也包括進(jìn)入緩存后被拒絕的數(shù)據(jù)處 理請求。參考圖3，在另一種實(shí)施方式中， 所述服務(wù)器102包括處理單元1021和數(shù)據(jù)緩存 單元1022。其中，所述數(shù)據(jù)緩存單元1022用于緩存數(shù)據(jù)處理所需關(guān)鍵信息；所述處理單元 1021用于根據(jù)來自用戶設(shè)備101的數(shù)據(jù)處理請求和所述數(shù)據(jù)處理所所需關(guān)鍵信息進(jìn)行預(yù) 處理；對于預(yù)處理通過的數(shù)據(jù)處理請求，從數(shù)據(jù)庫中獲取服務(wù)所需數(shù)據(jù)，生成與所述數(shù)據(jù)處 理請求對應(yīng)的處理結(jié)果。具體地，所述關(guān)鍵信息可以是服務(wù)類型、服務(wù)條件、用戶設(shè)備發(fā)送的數(shù)據(jù)處理請求 對應(yīng)的用戶的用戶特征等。具體地，所述預(yù)處理可以是緩存預(yù)設(shè)數(shù)量范圍內(nèi)的數(shù)據(jù)處理請求，拒絕其他的數(shù) 據(jù)處理請求；根據(jù)服務(wù)類型、服務(wù)條件、用戶特征對緩存的數(shù)據(jù)處理請求進(jìn)行綜合判斷，確 定進(jìn)入后續(xù)處理的數(shù)據(jù)處理請求，拒絕其他的數(shù)據(jù)處理請求。因此，被拒絕的數(shù)據(jù)處理請求 包括未進(jìn)入緩存的數(shù)據(jù)處理請求，也包括進(jìn)入緩存后被拒絕的數(shù)據(jù)處理請求。本發(fā)明的一個實(shí)施例中，所述數(shù)據(jù)處理系統(tǒng)為網(wǎng)絡(luò)購物系統(tǒng)。此種情形下，服務(wù)器 102在接收到來自多個用戶設(shè)備101的并發(fā)商品訂購請求后，基于網(wǎng)絡(luò)購物的應(yīng)用特征，對 商品訂購請求進(jìn)行預(yù)處理并響應(yīng)；依據(jù)預(yù)處理通過的商品訂購請求從數(shù)據(jù)庫103中獲取相 應(yīng)的用戶和商品數(shù)據(jù)，基于獲取的數(shù)據(jù)處理所述商品訂購請求，隨后將結(jié)果返回給用戶設(shè) 備 101。其中，本實(shí)施例的所述預(yù)處理是指服務(wù)器102根據(jù)網(wǎng)絡(luò)購物的特征，分析處理商 品訂購所需關(guān)鍵數(shù)據(jù)，將關(guān)鍵的數(shù)據(jù)緩存于主存中；接收到用戶設(shè)備101發(fā)送的商品訂購 請求后，先直接依據(jù)主存中的關(guān)鍵數(shù)據(jù)進(jìn)行預(yù)處理，快速響應(yīng)；再結(jié)合數(shù)據(jù)庫103中的數(shù)據(jù) 完整地處理預(yù)處理通過的商品訂購請求。其中，數(shù)據(jù)庫103中存儲的數(shù)據(jù)包括用戶身份信息、用戶訂購單信息、商家信息以 及其可銷售商品信息等。其中，用戶身份信息、商家信息以及可銷售商品信息可以是來自于用戶(或商家) 提供的信息，或者是操作人員錄入的信息，或者是其他設(shè)備或系統(tǒng)傳輸過來的信息等，可以 經(jīng)過服務(wù)器進(jìn)行相應(yīng)的處理，此不贅述。用戶訂購單信息是由所述數(shù)據(jù)處理系統(tǒng)進(jìn)行處理后生成的。在具體實(shí)現(xiàn)上，所述 用戶訂購單的信息可以用一條記錄表示，包含但不限于用戶賬號、訂購商品標(biāo)識、訂購商品 數(shù)量、訂購商品單價、訂購日期、訂購時間和訂購處理時間等信息。通常，單次訂購商品對應(yīng) 一條記錄。一個用戶可以訂購多種商品，每種商品的訂購分別對應(yīng)訂購一條記錄。一個用戶也可以多次訂購一種商品，每次訂購對應(yīng)一條記錄。本實(shí)施例中，前述數(shù)據(jù)處理系統(tǒng)的工作過程一般可以是用戶操作的用戶設(shè)備101向服務(wù)器102發(fā)送商品訂購請求；服務(wù)器102在接收到來自多個用戶設(shè)備101的并發(fā) 商品訂購請求后，基于網(wǎng)絡(luò)購物的應(yīng)用特征，對商品訂購請求進(jìn)行預(yù)處理并響應(yīng)；依據(jù)預(yù)處 理通過的商品訂購請求從數(shù)據(jù)庫103中獲取相應(yīng)的用戶和商品數(shù)據(jù)，基于獲取的數(shù)據(jù)處理 所述預(yù)處理通過的商品訂購請求，隨后將結(jié)果返回給用戶設(shè)備101。參考圖4，所述數(shù)據(jù)處理系統(tǒng)的并發(fā)控制預(yù)處理方法的一種實(shí)施方式包括步驟S11，服務(wù)器接收到來自多個用戶設(shè)備的并發(fā)數(shù)據(jù)處理請求，進(jìn)行預(yù)處理；其中，所述預(yù)處理可以是根據(jù)數(shù)據(jù)處理所需關(guān)鍵信息的類型，提取數(shù)據(jù)處理請求 中相應(yīng)類型的信息，根據(jù)提取出的信息和數(shù)據(jù)處理所需關(guān)鍵信息確定允許通過的數(shù)據(jù)處理 請求。具體地，所述關(guān)鍵信息可以是服務(wù)類型、服務(wù)條件、用戶設(shè)備發(fā)送的數(shù)據(jù)處理請求 對應(yīng)的用戶的用戶特征等。例如，一種處理方式是，對數(shù)據(jù)處理請求中的內(nèi)容和關(guān)鍵信息中的服務(wù)條件進(jìn)行 對比，對位于服務(wù)條件范圍內(nèi)的前幾個數(shù)據(jù)處理請求的預(yù)處理結(jié)果為通過，拒絕其他的數(shù) 據(jù)處理請求。此外，所述于處理也可以是是基于預(yù)設(shè)的處理數(shù)量，允許在該預(yù)設(shè)數(shù)量范圍的數(shù) 據(jù)處理請求通過，進(jìn)入后續(xù)的處理，拒絕其他的數(shù)據(jù)處理請求。步驟S12，對于預(yù)處理通過的數(shù)據(jù)處理請求，從數(shù)據(jù)庫中獲取對應(yīng)的服務(wù)所需數(shù) 據(jù)；步驟S13，基于所述服務(wù)所需數(shù)據(jù)，服務(wù)器對預(yù)處理通過的數(shù)據(jù)請求進(jìn)行處理，生 成相應(yīng)的處理結(jié)果；步驟S14，根據(jù)所述處理結(jié)果更新數(shù)據(jù)庫。步驟S15，將所述處理結(jié)果反饋至用戶設(shè)備。一種實(shí)施例中，所述數(shù)據(jù)處理系統(tǒng)為網(wǎng)絡(luò)交易系統(tǒng)。參考圖5，在此實(shí)施例中，并發(fā) 控制預(yù)處理方法包括步驟S101，用戶設(shè)備向服務(wù)器發(fā)送用戶登錄請求。所述登錄請求中攜帶必要的用戶名和密碼信息。步驟S102，服務(wù)器查詢數(shù)據(jù)庫，是否有記錄的信息與接收到的用戶設(shè)備發(fā)送的登 錄請求中的用戶名和密碼匹配；如果有匹配的記錄，身份驗(yàn)證成功，否則身份驗(yàn)證失敗。如果驗(yàn)證成功，服務(wù)器可以查詢數(shù)據(jù)庫中的可銷售商品信息，并發(fā)送給用戶設(shè)備。步驟S103，服務(wù)器向用戶設(shè)備發(fā)送身份驗(yàn)證結(jié)果，并緩存驗(yàn)證結(jié)果和身份信息。用戶設(shè)備收到驗(yàn)證結(jié)果后，判斷身份驗(yàn)證是否成功。如果身份驗(yàn)證不成功，則可以 重新執(zhí)行步驟S101、S102和S103，再次發(fā)起身份驗(yàn)證。如果身份驗(yàn)證成功，執(zhí)行步驟S104。步驟S104，用戶設(shè)備向用戶呈現(xiàn)可銷售商品信息。步驟S105，用戶設(shè)備接收用戶的操作信息，生成訂購請求(例如商品訂購單)，并 將之發(fā)送給服務(wù)器。步驟S106，服務(wù)器接收到商品訂購單后，采用并發(fā)控制預(yù)處理方式處理用戶訂購 請求，并處理結(jié)果發(fā)送給用戶設(shè)備。
其中，所述處理過程具體包括服務(wù)器將待處理的訂購請求放入訂購單預(yù)處理隊(duì) 列中；依據(jù)內(nèi)存中的關(guān)鍵數(shù)據(jù)以先入先出的方式快速預(yù)處理訂購請求，向用戶設(shè)備發(fā)送 訂購請求的預(yù)處理結(jié)果；具體地，所述關(guān)鍵數(shù)據(jù)可以是商品類型、商品數(shù)量、商品價格、用戶特征等。例如， 一種處理方式是，對用戶訂購請求中的數(shù)量和商品數(shù)量進(jìn)行對比，對數(shù)量總和位于商品數(shù) 量范圍內(nèi)的前幾個符合用戶特征的用戶訂購請求的預(yù)處理結(jié)果為通過，拒絕其他的用戶訂 購請求。將預(yù)處理通過的訂購請求放入訂購單系統(tǒng)處理隊(duì)列，結(jié)合數(shù)據(jù)庫中的數(shù)據(jù)以先入 先出的方式地處理訂購請求；根據(jù)處理結(jié)果更新數(shù)據(jù)庫中的相關(guān)數(shù)據(jù)，將處理結(jié)果發(fā)送給 用戶設(shè)備。 步驟S107，用戶設(shè)備向用戶呈現(xiàn)最終結(jié)果。參考圖6所示，是本發(fā)明實(shí)施方式中的服務(wù)器的示意圖。所述服務(wù)器包括關(guān)鍵數(shù)據(jù)管理單元201、預(yù)處理隊(duì)列管理單元202、并發(fā)控制預(yù)處 理單元203、系統(tǒng)處理隊(duì)列管理單元204和系統(tǒng)處理單元205。關(guān)鍵數(shù)據(jù)管理單元201用于根據(jù)數(shù)據(jù)處理請求分析所需的關(guān)鍵數(shù)據(jù)，并保持與數(shù) 據(jù)庫中的關(guān)鍵數(shù)據(jù)一致。預(yù)處理隊(duì)列管理單元202用于在大量數(shù)據(jù)處理請求并發(fā)時，以先入先出為原則， 以隊(duì)列的方式管理等待預(yù)處理的數(shù)據(jù)處理請求，將數(shù)據(jù)處理請求放入數(shù)據(jù)處理請求預(yù)處理 隊(duì)列。并發(fā)控制預(yù)處理單元203用于從數(shù)據(jù)處理請求預(yù)處理隊(duì)列中，以先入先出為原 貝IJ，依據(jù)關(guān)鍵數(shù)據(jù)管理單元201中的關(guān)鍵數(shù)據(jù)，快速預(yù)處理數(shù)據(jù)處理請求并響應(yīng)終端設(shè)備。系統(tǒng)處理隊(duì)列管理單元204的主要功能是，管理由并發(fā)控制預(yù)處理單元203預(yù)處 理成功的數(shù)據(jù)處理請求。例如，以先入先出為原則，以隊(duì)列的方式管理等待處理的數(shù)據(jù)處理 請求，將預(yù)處理過的數(shù)據(jù)處理請求放入數(shù)據(jù)處理請求系統(tǒng)處理隊(duì)列。系統(tǒng)處理單元205用于依據(jù)預(yù)處理的結(jié)果，結(jié)合數(shù)據(jù)庫中的數(shù)據(jù)，處理y預(yù)處理通 過的數(shù)據(jù)處理請求。因?yàn)轭A(yù)處理過程中，所依據(jù)的關(guān)鍵數(shù)據(jù)管理單元201中的關(guān)鍵數(shù)據(jù)時刻與數(shù)據(jù)庫 中的保持一致，所以預(yù)處理成功的數(shù)據(jù)處理請求，通常實(shí)際上也會成功地得到處理。因?yàn)轭A(yù)處理過程中，不操作實(shí)際的數(shù)據(jù)庫，所以處理速度非?？欤憫?yīng)的時間大大 縮短，用戶的等待時間大為縮短。本領(lǐng)域的技術(shù)人員可以理解，本發(fā)明實(shí)施方式中的方法可以通過硬件的方式實(shí) 現(xiàn)，也可以通過包括計(jì)算機(jī)程序在內(nèi)的軟件方式控制處理器等硬件加以實(shí)現(xiàn)。所述計(jì)算機(jī) 程序可以存儲在各種現(xiàn)有的存儲介質(zhì)中，此不贅述。雖然本發(fā)明已通過較佳實(shí)施例說明如上，但這些較佳實(shí)施例并非用以限定本發(fā) 明。本領(lǐng)域的技術(shù)人員，在不脫離本發(fā)明的精神和范圍內(nèi)，應(yīng)有能力對該較佳實(shí)施例做出各 種改正和補(bǔ)充，因此，本發(fā)明的保護(hù)范圍以權(quán)利要求書的范圍為準(zhǔn)。并且，本發(fā)明中用到的 術(shù)語、字詞以及權(quán)利要求的含義不能僅限于其字面和普通的含義去理解，還應(yīng)包括與本發(fā) 明的技術(shù)相符的含義和概念。
權(quán)利要求
一種并發(fā)請求處理方法，其特征在于，包括在接收到來自多個用戶設(shè)備的并發(fā)數(shù)據(jù)處理請求時，緩存在預(yù)設(shè)數(shù)量范圍的數(shù)據(jù)處理請求；對緩存的數(shù)據(jù)處理請求進(jìn)行預(yù)處理；對于預(yù)處理通過的數(shù)據(jù)處理請求，從數(shù)據(jù)庫中獲取對應(yīng)的服務(wù)所需數(shù)據(jù)；基于所述服務(wù)所需數(shù)據(jù)，對預(yù)處理通過的數(shù)據(jù)請求進(jìn)行處理，生成相應(yīng)的處理結(jié)果。
2.如權(quán)利要求1所述的并發(fā)請求處理方法，其特征在于，所述預(yù)處理包括拒絕未緩存 的數(shù)據(jù)處理請求。
3.如權(quán)利要求1所述的并發(fā)請求處理方法，其特征在于，以隊(duì)列的方式管理緩存的數(shù) 據(jù)處理請求。
4.如權(quán)利要求1所述的并發(fā)請求處理方法，其特征在于，所述預(yù)處理包括根據(jù)數(shù)據(jù)處 理所需關(guān)鍵信息的類型，提取數(shù)據(jù)處理請求中相應(yīng)類型的信息，根據(jù)提取出的信息和數(shù)據(jù) 處理所需關(guān)鍵信息確定允許通過的數(shù)據(jù)處理請求。
5.如權(quán)利要求4所述的并發(fā)請求處理方法，其特征在于，所述關(guān)鍵信息包括服務(wù)類型、 服務(wù)條件和/或用戶特征。
6.如權(quán)利要求1所述的并發(fā)請求處理方法，其特征在于，還包括將預(yù)處理結(jié)果反饋至 對應(yīng)的用戶設(shè)備。
7.如權(quán)利要求1至6任一項(xiàng)所述的并發(fā)請求處理方法，其特征在于，還包括根據(jù)所述 處理結(jié)果更新數(shù)據(jù)庫。
8.如權(quán)利要求1至4任一項(xiàng)所述的并發(fā)請求處理方法，其特征在于，還包括將所述處 理結(jié)果反饋至用戶設(shè)備。
9.如權(quán)利要求1所述的并發(fā)請求處理方法，其特征在于，所述數(shù)據(jù)處理請求為商品訂 購請求；所述關(guān)鍵信息包括商品類型、商品數(shù)量、商品價格、用戶特征。
10.如權(quán)利要求9所述的并發(fā)請求處理方法，其特征在于，所述服務(wù)所需數(shù)據(jù)包括用 戶身份信息、用戶訂購單信息、商家信息和/或可銷售商品信息。
全文摘要
本發(fā)明提供一種并發(fā)請求處理方法。所述方法包括在接收到來自多個用戶設(shè)備的并發(fā)數(shù)據(jù)處理請求時，緩存在預(yù)設(shè)數(shù)量范圍的數(shù)據(jù)處理請求；對緩存的數(shù)據(jù)處理請求進(jìn)行預(yù)處理；對于預(yù)處理通過的數(shù)據(jù)處理請求，從數(shù)據(jù)庫中獲取對應(yīng)的服務(wù)所需數(shù)據(jù)；基于所述服務(wù)所需數(shù)據(jù)，對預(yù)處理通過的數(shù)據(jù)請求進(jìn)行處理，生成相應(yīng)的處理結(jié)果。
文檔編號G06F17/30GK101968815SQ20101052690
公開日2011年2月9日 申請日期2010年10月29日 優(yōu)先權(quán)日2010年10月29日
發(fā)明者虞鋼 申請人:西本新干線股份有限公司