一種多訂單批量處理方法及裝置制造方法
【專利摘要】本發(fā)明適用于信息處理領(lǐng)域，提供了一種多訂單批量處理方法及裝置，該方法包括：于訂單系統(tǒng)中接收下單請求；遍歷訂單系統(tǒng)中下單頁面內(nèi)的每一個下單組件，并根據(jù)各下單組件中的下單信息進行異步下單處理，生成與各下單組件中的下單信息對應(yīng)的訂單信息；訂單系統(tǒng)將生成的所有訂單信息提交至支付系統(tǒng)進行支付。本發(fā)明根據(jù)從訂單系統(tǒng)中的下單頁面內(nèi)遍歷到的各下單組件中的下單信息進行異步下單處理，訂單系統(tǒng)將異步下單處理得到的所有訂單信息一次性提交至支付系統(tǒng)進行支付，從而可以實現(xiàn)批量下單和批量付款的目的。
【專利說明】一種多訂單批量處理方法及裝置

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明屬于信息處理領(lǐng)域，尤其涉及一種多訂單批量處理方法及裝置。

【背景技術(shù)】
[0002] 隨著網(wǎng)絡(luò)通訊技術(shù)的發(fā)展，網(wǎng)絡(luò)可承載的業(yè)務(wù)類型越來越多，如基于網(wǎng)絡(luò)實現(xiàn)的 各種訂單系統(tǒng)和支付系統(tǒng)等，通過訂單系統(tǒng)和支付系統(tǒng)的協(xié)作，可以實現(xiàn)網(wǎng)絡(luò)支付，如網(wǎng)絡(luò) 充值等。
[0003] 現(xiàn)有的網(wǎng)絡(luò)支付方式一般如下：用戶通過訂單系統(tǒng)提供的下單頁面輸入單條下單 信息，訂單系統(tǒng)在根據(jù)該下單信息生成訂單號后，直接跳轉(zhuǎn)至支付系統(tǒng)的支付頁面，支付系 統(tǒng)根據(jù)該訂單號進行支付處理。這種方式一次支付操作只能實現(xiàn)一個訂單的處理，使得網(wǎng) 絡(luò)支付操作復(fù)雜，特別通過網(wǎng)絡(luò)充值時，一次只能給一個充值賬號進行充值，從而使網(wǎng)絡(luò)充 值操作復(fù)雜。


【發(fā)明內(nèi)容】

[0004] 本發(fā)明實施例提供一種多訂單批量處理方法，旨在解決現(xiàn)有技術(shù)存在一次支付操 作只能實現(xiàn)一個訂單的處理而造成的網(wǎng)絡(luò)支付操作復(fù)雜的技術(shù)問題。
[0005] 本發(fā)明實施例是這樣實現(xiàn)的，一種多訂單批量處理方法，所述方法包括：
[0006] 于訂單系統(tǒng)接收下單請求；
[0007] 遍歷訂單系統(tǒng)中下單頁面內(nèi)的每一個下單組件，并根據(jù)各下單組件中的下單信息 進行異步下單處理，生成與各下單組件中的下單信息對應(yīng)的訂單信息；
[0008] 訂單系統(tǒng)將生成的所有訂單信息提交至支付系統(tǒng)進行支付。
[0009] 本發(fā)明實施例還提供一種多訂單批量處理裝置，所述裝置包括：
[0010] 請求接收單元，用于在訂單系統(tǒng)中接收下單請求；
[0011] 下單處理單元，用于遍歷訂單系統(tǒng)中下單頁面內(nèi)的每一個下單組件，并根據(jù)所述 下單組件中的下單信息進行異步下單處理，生成各下單組件中的下單信息對應(yīng)的訂單信 息；
[0012] 訂單提交單元，用于將生成的所有訂單信息提交至支付系統(tǒng)進行支付。
[0013] 在本發(fā)明實施例中，在接收到下單請求后，根據(jù)從訂單系統(tǒng)中的下單頁面內(nèi)遍歷 到的各下單組件中的下單信息進行異步下單處理，訂單系統(tǒng)將異步下單處理得到的所有訂 單信息一次性提交至支付系統(tǒng)，支付系統(tǒng)根據(jù)所有訂單信息進行合并付款處理，從而可以 實現(xiàn)批量下單和批量付款。

【專利附圖】

【附圖說明】
[0014] 圖1是本發(fā)明實施例提供的多訂單批量處理方法的運行環(huán)境示意圖；
[0015] 圖2是本發(fā)明實施例提供的多訂單批量處理方法的作業(yè)流程圖；
[0016] 圖3a、3b是本發(fā)明實施例提供的下單頁面的示例圖；
[0017] 圖4是本發(fā)明另一實施例提供的多訂單批量處理方法的作業(yè)流程圖；
[0018] 圖5是本發(fā)明實施例提供的多訂單批量處理裝置的結(jié)構(gòu)框圖。

【具體實施方式】
[0019] 為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對 本發(fā)明進行進一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并 不用于限定本發(fā)明。
[0020] 在本發(fā)明實施例中，根據(jù)從訂單系統(tǒng)中的下單頁面內(nèi)遍歷到的各下單組件中的下 單信息進行異步下單處理，訂單系統(tǒng)將異步下單處理得到的所有訂單信息一次性提交至支 付系統(tǒng)，支付系統(tǒng)根據(jù)所有訂單信息進行合并付款處理，從而可以實現(xiàn)批量下單和批量付 款的目的。
[0021] 為了說明本發(fā)明所述的技術(shù)方案，下面通過具體實施例來進行說明。
[0022] 圖1示出了運行本發(fā)明實施例提供的多訂單批量處理方法的設(shè)備的硬件結(jié)構(gòu) 圖。其中訂單系統(tǒng)和支付系統(tǒng)是運行在該設(shè)備上的、提供不同服務(wù)的應(yīng)用程序。當(dāng)然訂 單系統(tǒng)和支付系統(tǒng)也可以分別運行在不同設(shè)備上，在此不作限定。在后續(xù)說明中，以訂 單系統(tǒng)和支付系統(tǒng)運行在同一設(shè)備上為例進行說明。該設(shè)備除了包括至少一個處理器 (processor) 150,至少一個存儲器（memory) 160,通訊總線130,還包括其他硬件，圖中僅示 意出處理器150、存儲器160和通訊總線130。
[0023] 處理器150,存儲器160通過通訊總線130完成相互間的通信。
[0024] 存儲器160,用于存放程序162。其中存儲器160可能為高速RAM存儲器，也可能 是非易失性存儲器（non-volatile memory),例如為磁盤存儲器。程序162是指實現(xiàn)多訂單 批量處理方法的程序，其可以是訂單系統(tǒng)和/或支付系統(tǒng)等。具體地，程序162可以包括程 序代碼，所述程序代碼包括計算機操作指令。
[0025] 處理器150,用于執(zhí)行程序162。處理器150可能是一個中央處理器（CPU)，或者是 特定集成電路ASIC (Application Specific Integrated Circuit),或者是被配置成實施 本發(fā)明實施例的一個或多個集成電路。
[0026] 圖2示出了本發(fā)明實施例提供的多訂單批量處理的方法的作業(yè)流程，詳述如下：
[0027] S101，于訂單系統(tǒng)中接收下單請求。
[0028] 其中訂單系統(tǒng)包括但不限于充值系統(tǒng)等。其中充值系統(tǒng)可以為手機充值系統(tǒng)、游 戲幣充值系統(tǒng)等。當(dāng)訂單系統(tǒng)為充值系統(tǒng)時，下單請求為充值請求。
[0029] 在本實施例中，在打開訂單系統(tǒng)時，于圖1所示設(shè)備的顯示界面上顯示一個下單 頁面。該下單頁面上顯示有至少一個下單組件和一下單請求鍵。其中下單組件用于供用戶 輸入下單信息。下單請求鍵用于供用戶輸入下單請求。
[0030] 下單信息是指用戶在所述下單頁面上輸入的下單信息，該下單信息包括商品標(biāo)識 字段和商品數(shù)量字段。本實施例中，如訂單系統(tǒng)為充值系統(tǒng)，下單請求為充值請求時，商品 標(biāo)識字段為充值賬號字段，商品數(shù)量字段為充值面值字段。該下單信息還可以包括其他字 段，如商品單價字段等。當(dāng)訂單系統(tǒng)為充值系統(tǒng)，下單請求為充值請求時，該下單信息還可 以包括賬號歸屬地字段、驗證碼字段等。
[0031] 在本發(fā)明另一實施例中，該下單頁面上還顯示有下單組件添加鍵。該下單組件添 加鍵供用戶輸入下單組件添加指令。為了使用戶可以輸入多條下單信息，在本發(fā)明另一實 施例中，該方法還包括：
[0032] 檢測下單頁面中的下單組件添加指令，根據(jù)該下單組件添加指令在下單頁面添加 單個下單組件，或者批量添加下單組件。
[0033] 在本實施例中，用戶可以通過下單頁面中的下單組件添加鍵輸入下單組件添加指 令，通過下單組件添加指令，可以在下單頁面添加單個下單組件，也可以添加多個下單組 件。在下單頁面添加了下單組件后，如果下單頁面包括多個下單組件，則通過下單頁面包括 的多個下單組件可以輸入多條下單信息。
[0034] S102,遍歷訂單系統(tǒng)中下單頁面內(nèi)的每一個下單組件，并根據(jù)各下單組件中的下 單信息進行異步下單處理，生成與下單組件中的下單信息對應(yīng)的訂單信息。其具體過程如 下：
[0035] A1、在訂單系統(tǒng)中循環(huán)遍歷下單頁面中的下單組件，獲取遍歷到的下單組件中的 下單信息以及下單信息的條數(shù)。
[0036] 在本實施例中，訂單系統(tǒng)在接收到下單請求后，遍歷下單頁面中的下單組件，從下 單頁面中的每個下單組件中獲取對應(yīng)的下單信息。
[0037] A2、針對遍歷到的下單組件，調(diào)用下單接口，將遍歷到的下單組件中的下單信息傳 入該下單接口。
[0038] 在本實施例中，訂單系統(tǒng)在遍歷下單頁面中的一個下單組件，并從中獲取到下單 信息后，即調(diào)用下單接口，將從該下單組件中獲取到的下單信息傳入該下單接口。其中遍歷 下單組件和調(diào)用下單接口可以同時或者異步進行，舉例說明如下：
[0039] 訂單系統(tǒng)遍歷下單頁面中的第一個下單組件，從中獲取到下單信息，并針對該第 一個下單組件，調(diào)用下單接口，將從第一個下單組件中獲取到的下單信息傳入下單接口，同 時繼續(xù)遍歷下單頁面中的第二個下單組件。在遍歷下單頁面中的第二個下單組件并從中獲 取到下單信息后，針對該第二個下單組件，調(diào)用下單接口，將從第二個下單組件中獲取到的 下單信息傳入下單接口，同時繼續(xù)遍歷下單頁面中的第三個下單組件，依此類推，直到訂單 系統(tǒng)遍歷完下單頁面中的所有下單組件。
[0040] 在本發(fā)明另一實施例中，在訂單系統(tǒng)循環(huán)遍歷下單頁面中的下單組件，獲取遍歷 到的下單組件中的下單信息以及下單信息的條數(shù)之后，在訂單系統(tǒng)針對遍歷到的下單組 件，調(diào)用下單接口，并將遍歷到的下單組件中的下單信息傳入所述下單接口之前，該方法還 包括：
[0041] 驗證從下單組件中獲取到的下單信息的有效性，針對下單信息有效的下單組件， 調(diào)用下單接口，將該下單信息有效的下單組件中的下單信息傳入下單接口。當(dāng)從下單組件 中獲取到的下單信息驗證為無效時，則輸入信息輸入錯誤的提示。其中驗證從下單組件中 獲取到的下單信息有效性的具體方式可以采用現(xiàn)有技術(shù)提供的任意一種方式，也可以采用 本發(fā)明實施例提供的如下方式：
[0042] 如果訂單系統(tǒng)為手機訂單系統(tǒng)，則驗證下單信息中的充值賬號是否為有效的手機 號碼，同時驗證充值面值是否為有效的充值面值，如果下單信息中的充值賬號為有效的手 機號碼，同時充值面值為有效的充值面值，則驗證該下單信息為有效，否則，驗證該下單信 息為無效。
[0043] A3、下單接口根據(jù)傳入的下單信息進行下單處理，并返回下單結(jié)果。
[0044] 在本實施例中，通過對現(xiàn)有的訂單系統(tǒng)中的下單接口進行改進，在現(xiàn)有的訂單系 統(tǒng)中的下單接口中增加批量下單標(biāo)識（format參數(shù))。該批量下單標(biāo)識用于標(biāo)記訂單系統(tǒng) 接收到的下單請求為批量下單請求。該增加了批量下單標(biāo)識的下單接口根據(jù)傳入的下單信 息進行下單處理后，向訂單系統(tǒng)返回下單結(jié)果。其中下單接口向訂單系統(tǒng)返回json格式的 下單結(jié)果。其中下單結(jié)果為下單成功或者下單失敗，當(dāng)下單結(jié)果為下單成功時，該下單結(jié)果 包括根據(jù)下單信息生成的訂單信息。
[0045] 其中訂單信息包括訂單標(biāo)識，還可以包括商品標(biāo)識字段、商品數(shù)量字段、應(yīng)付金額 字段等。其中訂單標(biāo)識用于唯一標(biāo)識一條訂單信息，如訂單標(biāo)識可以為訂單號等。商品標(biāo) 識字段、商品數(shù)量字段分別與用于生成該條訂單信息的下單信息中的商品標(biāo)識字段、商品 數(shù)量字段一致。應(yīng)付金額可以根據(jù)該條訂單信息中的商品標(biāo)識字段和/或商品數(shù)量字段所 對應(yīng)的銷售單價確定。
[0046] 在本實施例中，下單接口根據(jù)傳入的下單信息進行下單處理，并返回下單結(jié)果的 具體過程如下：
[0047] 下單接口根據(jù)傳入的下單信息生成對應(yīng)的訂單號。以訂單系統(tǒng)為訂單系統(tǒng)，下單 請求為充值請求為例，說明生成訂單號的具體過程：
[0048] B1、下單接口將下單信息中的充值賬號、充值時間以及隨機碼的組合生成訂單號。 舉例說明如下：
[0049] 假設(shè)傳入下單接口的下單信息為：充值賬號為13711111111，充值面值為50 元，則根據(jù)該下單信息可生成如下訂單號=1371111111112013022113131285658。其中 13711111111為充值賬號，20130221為充值時間，3131285658為隨機碼。
[0050] B2、根據(jù)下單接口傳入的下單信息中的充值面值從存儲的商品信息表中查詢對應(yīng) 的銷售單價。其中商品信息表用于存儲商品信息，該商品信息包括但不限于充值面值字段、 銷售單價字段等。
[0051] B3、下單接口返回下單結(jié)果。
[0052] 在本實施例中，下單接口在根據(jù)傳入的下單信息進行下單處理時，存在下單處理 失敗的情況，因此下單接口返回的下單結(jié)果為下單成功或者下單失敗，如果為下單成功，則 該下單結(jié)果包括生成的訂單信息。
[0053] A4、將訂單系統(tǒng)種各下單接口返回的下單結(jié)果存儲至訂單數(shù)組中，當(dāng)該訂單數(shù)組 中存儲的下單結(jié)果與下單信息的條數(shù)一致時，則結(jié)束異步下單處理。
[0054] 在本實施例中，訂單系統(tǒng)針對每個下單組件或者針對每一個下單信息有效的下單 組件，均調(diào)用一個下單接口，通過調(diào)用的下單結(jié)構(gòu)根據(jù)該下單組件中的下單信息進行下單 處理，而由于每個下單接口返回下單結(jié)果的時間有先有后，因此，需要創(chuàng)建一訂單數(shù)組，每 次在下單接口返回下單結(jié)果時，就將該下單結(jié)果存儲至該訂單數(shù)組中，直到該訂單數(shù)組中 存儲的下單結(jié)果的數(shù)量與下單組件中下單信息的條數(shù)一致時，則認(rèn)為異步批量下單處理結(jié) 束。
[0055] S103,訂單系統(tǒng)將生成的所有訂單信息提交至支付系統(tǒng)。
[0056] 在本實施例中，訂單系統(tǒng)在異步下單請求已全部返回下單結(jié)果時，如所有下單接 口均返回下單結(jié)果時，獲取下單結(jié)果中的所有訂單信息，將所有訂單信息提交至支付系統(tǒng)， 并跳轉(zhuǎn)至支付系統(tǒng)的支付頁面。其中判斷所有下單接口是否均返回下單結(jié)果的具體方式如 下：
[0057] 判斷訂單數(shù)組中的下單結(jié)果的個數(shù)是否與下單頁面中遍歷到的下單信息的條數(shù) 一致，如果是，則判定所有下單接口均返回了下單結(jié)果。
[0058] 其中訂單系統(tǒng)將生成的所有訂單信息提交至支付系統(tǒng)的具體過程如下：
[0059] 訂單系統(tǒng)調(diào)用支付系統(tǒng)的支付接口，通過支付接口將所有訂單信息提交至支付系 統(tǒng)，并跳轉(zhuǎn)至支付系統(tǒng)的支付頁面。
[0060] 其中支付接口為支持多個訂單標(biāo)識的支付接口，即該支付接口可擴展為包含任意 數(shù)量的deal_id參數(shù)的支付接口。訂單系統(tǒng)通過該充值接口可以將多個訂單號一并提交至 支付系統(tǒng)，并跳轉(zhuǎn)至支付系統(tǒng)的支付頁面。支付系統(tǒng)根據(jù)所有訂單信息進行批量付款處理。
[0061] 在本實施例中，在接收到下單請求后，針對下單頁面中的每條下單信息進行異步 下單處理，并異步返回根據(jù)下單信息生成的訂單信息，將所有訂單信息一并提交至支付系 統(tǒng)，支付系統(tǒng)根據(jù)所有訂單信息進行批量付款處理，從而可以實現(xiàn)批量充值、批量付款的目 的，簡化了充值操作。
[0062] 為了便于理解，以下以訂單系統(tǒng)為充值系統(tǒng)，下單請求為充值請求為例，對本發(fā)明 進行進一步說明：
[0063] 請參閱圖3a和3b，為本發(fā)明實施例提供的下單頁面的示例圖，但下單頁面不以圖 3a和3b為限，還可以為其它多種形式。
[0064] 在本實施例中，在打開充值系統(tǒng)時，充值系統(tǒng)顯示的下單頁面可以為圖3a所示的 下單頁面，在圖3a所示的下單頁面中，包括兩個下單組件1，用戶通過這兩個下單組件可以 輸入兩條下單信息。當(dāng)用戶還需要輸入更多條下單信息時，可以通過圖3a所示的下單頁面 中的下單組件添加鍵2 (圖3a以添加手機號為例）添加單個下單組件或者批量添加下單組 件，如圖3b所示。在圖3b所示的下單頁面中，包括四個下單組件，用戶通過這四個下單組 件可以輸入四條下單信息。
[0065] 當(dāng)用戶在圖3b所示的下單頁面輸入了圖3b所示的下單信息，并通過圖3b所示的 下單請求鍵輸入了下單請求(如圖3b中的"給一人充值"、"給多人充值"、"購買充值卡")后， 充值系統(tǒng)遍歷圖3b所示的下單頁面中的第一個下單組件(如"手機號1")，獲取其中的下單 信息，調(diào)用下單接口，將下單信息傳入下單接口，通過下單接口對所述下單信息進行下單處 理，并將下單接口返回的下單結(jié)果存儲至訂單數(shù)組中，同時繼續(xù)遍歷圖3b所示的下單頁面 中的下一個下單組件，獲取其中的下單信息，調(diào)用下單接口，依此原理，直到遍歷完圖3b所 示的下單頁面中的所有下單組件，當(dāng)調(diào)用的所有下單接口均返回下單結(jié)果，即當(dāng)訂單數(shù)組 中存儲的下單結(jié)果的數(shù)量與下單組件中下單信息的條數(shù)一致時，則認(rèn)為異步批量下單處理 結(jié)束。充值系統(tǒng)在異步批量下單處理結(jié)束時，將訂單數(shù)組中的所有訂單信息提交至支付系 統(tǒng)，并跳轉(zhuǎn)至支付系統(tǒng)的支付頁面，通過支付系統(tǒng)的支付頁面進行批量支付處理。其中，在 遍歷完圖3b所示的下單頁面中的下單組件后，即可獲取到下表1所示的下單信息：
[0066] 表 1
[0067]

【權(quán)利要求】
1. 一種多訂單批量處理方法，其特征在于，所述方法包括： 于訂單系統(tǒng)中接收下單請求； 遍歷訂單系統(tǒng)中下單頁面內(nèi)的每一個下單組件，并根據(jù)各下單組件中的下單信息進行 異步下單處理，生成與各下單組件中的下單信息對應(yīng)的訂單信息； 訂單系統(tǒng)將生成的所有訂單信息提交至支付系統(tǒng)進行支付。
2. 如權(quán)利要求1所述的方法，其特征在于，所述訂單系統(tǒng)為充值系統(tǒng)，所述下單請求為 充值請求。
3. 如權(quán)利要求1所述的方法，其特征在于，所述方法還包括： 檢測下單頁面中的下單組件添加指令； 根據(jù)所述下單組件添加指令在下單頁面添加單個下單組件，或者批量添加下單組件。
4. 如權(quán)利要求1所述的方法，其特征在于，所述遍歷訂單系統(tǒng)中下單頁面內(nèi)的每一個 下單組件，并根據(jù)所述下單組件中的下單信息進行異步下單處理，生成與各下單組件中的 下單信息對應(yīng)的訂單信息的步驟，包括： 在所述訂單系統(tǒng)中循環(huán)遍歷下單頁面中的下單組件，獲取遍歷到的下單組件中的下單 信息以及下單信息的條數(shù)； 針對遍歷到的下單組件，調(diào)用下單接口，將遍歷到的下單組件中的下單信息傳入所述 下單接口； 所述下單接口根據(jù)傳入的下單信息進行下單處理，并返回下單結(jié)果，所述下單結(jié)果為 下單成功或者下單失敗，當(dāng)所述下單結(jié)果為下單成功時，所述下單結(jié)果包括根據(jù)所述下單 信息生成的訂單信息； 將所述訂單系統(tǒng)中各下單接口返回的下單結(jié)果存儲至訂單數(shù)組中，當(dāng)所述訂單數(shù)組中 存儲的下單結(jié)果與下單信息的條數(shù)一致時，結(jié)束異步下單處理。
5. 如權(quán)利要求4所述的方法，其特征在于，在所述訂單系統(tǒng)中循環(huán)遍歷下單頁面中的 下單組件，獲取遍歷到的下單組件中的下單信息以及下單信息的條數(shù)之后，針對遍歷到的 下單組件，調(diào)用下單接口，并將遍歷到的下單組件中的下單信息傳入所述下單接口之前，所 述方法包括： 驗證從遍歷到的下單組件中獲取到的下單信息的有效性； 所述訂單系統(tǒng)針對遍歷到的下單組件，調(diào)用下單接口，并將遍歷到的下單組件中的下 單信息傳入所述下單接口，具體為： 針對下單信息有效的下單組件，調(diào)用下單接口，將所述下單信息有效的下單組件中的 下單信息傳入所述下單接口。
6. 如權(quán)利要求1所述的方法，其特征在于，所述訂單系統(tǒng)將生成的所有訂單信息提交 至支付系統(tǒng)的步驟包括： 訂單系統(tǒng)調(diào)用支付系統(tǒng)的支付接口，通過所述支付接口將所有訂單信息提交至支付系 統(tǒng)，所述支付接口為支持多個訂單標(biāo)識的支付接口。
7. -種多訂單批量處理裝置，其特征在于，所述裝置包括： 請求接收單元，用于在訂單系統(tǒng)中接收下單請求； 下單處理單元，用于遍歷訂單系統(tǒng)中下單頁面內(nèi)的每一個下單組件，并根據(jù)所述下單 組件中的下單信息進行異步下單處理，生成各下單組件中的下單信息對應(yīng)的訂單信息； 訂單提交單元，用于將生成的所有訂單信息提交至支付系統(tǒng)進行支付。
8. 如權(quán)利要求所述的裝置，其特征在于，所述訂單系統(tǒng)為充值系統(tǒng)，所述下單請求為充 值請求。
9. 如權(quán)利要求7所述的裝置，其特征在于，所述裝置還包括： 下單組件添加單元，用于檢測下單頁面中的下單組件添加指令，根據(jù)所述下單組件添 加指令在下單頁面添加單個下單組件，或者批量添加下單組件。
10. 如權(quán)利要求7所述的裝置，其特征在于，所述下單處理單元具體包括： 組件遍歷模塊，用于循環(huán)遍歷下單頁面中的下單組件，獲取遍歷到的下單組件中的下 單信息以及下單信息的條數(shù)； 接口調(diào)用模塊，用于針對遍歷到的下單組件，調(diào)用下單接口，并將遍歷到的下單組件中 的下單信息傳入所述下單接口； 訂單處理模塊，用于通過下單接口根據(jù)傳入的下單信息進行下單處理，并返回下單結(jié) 果，所述下單結(jié)果為下單成功或者下單失敗，當(dāng)所述下單結(jié)果為下單成功時，所述下單結(jié)果 包括根據(jù)所述下單信息生成的訂單信息； 結(jié)果處理模塊，用于將所述訂單系統(tǒng)中各下單接口返回的下單結(jié)果存儲至訂單數(shù)組 中，當(dāng)所述訂單數(shù)組中存儲的下單結(jié)果與下單信息的條數(shù)一致時，結(jié)束異步下單處理。
11. 如權(quán)利要求10所述的裝置，其特征在于，所述下單處理單元還包括： 信息驗證模塊，用于驗證從遍歷到的下單組件中獲取到的下單信息的有效性；此時， 所述接口調(diào)用模塊針對下單信息有效的下單組件，調(diào)用下單接口，將所述下單信息有 效的下單組件中的下單信息傳入所述下單接口。
12. 如權(quán)利要求7所述的裝置，其特征在于，所述訂單提交單元具體用于調(diào)用支付系統(tǒng) 的支付接口，通過所述支付接口將所有訂單信息提交至支付系統(tǒng)，所述支付接口為支持多 個訂單標(biāo)識的支付接口。
【文檔編號】G06Q30/00GK104123654SQ201310156170
【公開日】2014年10月29日 申請日期:2013年4月28日 優(yōu)先權(quán)日:2013年4月28日
【發(fā)明者】陳勁濤 申請人:騰訊科技（深圳）有限公司