背景技術(shù)：

基于網(wǎng)絡(luò)技術(shù)和網(wǎng)絡(luò)服務(wù)的迅速發(fā)展，大量虛擬商品不斷涌現(xiàn)，滿足了人們?cè)诠ぷ鳌W(xué)習(xí)和日常生活中的多種需求。虛擬商品是指電子商務(wù)市場(chǎng)中的數(shù)字產(chǎn)品和服務(wù)，具有無(wú)實(shí)物性質(zhì)，虛擬商品主要包括計(jì)算機(jī)軟件、股票行情、金融信息、新聞、書(shū)籍、雜志、音樂(lè)影像、電視節(jié)目、搜索、虛擬云主機(jī)、虛擬云盤、虛擬光驅(qū)、APP虛擬應(yīng)用、網(wǎng)絡(luò)游戲中的一些產(chǎn)品和在線服務(wù)。目前，蘋(píng)果的移動(dòng)客戶端，特別是手機(jī)，在移動(dòng)市場(chǎng)中的占有率較高，在裝有IOS操作系統(tǒng)的移動(dòng)客戶端上購(gòu)買在應(yīng)用內(nèi)使用的虛擬商品必須通過(guò)IOS應(yīng)用內(nèi)購(gòu)買IAP(In-App Purchase)，例如虛擬貨幣和游戲道具等，手機(jī)用戶通過(guò)IOS IAP購(gòu)買這些虛擬商品并支付成功后，蘋(píng)果服務(wù)器返回相關(guān)訂單信息，手機(jī)將相關(guān)訂單信息發(fā)送到提供虛擬商品的消費(fèi)平臺(tái)服務(wù)器端，消費(fèi)平臺(tái)服務(wù)器端需要與蘋(píng)果服務(wù)器通信以驗(yàn)證相關(guān)訂單信息的合法性。但是，在通信狀況不穩(wěn)定的情況下，經(jīng)常出現(xiàn)驗(yàn)證相關(guān)訂單信息的合法性失敗的情況，導(dǎo)致用戶的訂單信息得不到及時(shí)處理，用戶無(wú)法收到已經(jīng)支付的虛擬商品，影響用戶體驗(yàn)。

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

針對(duì)現(xiàn)有技術(shù)中存在的缺陷，本發(fā)明的主要目的在于提供一種應(yīng)用內(nèi)購(gòu)買的訂單處理系統(tǒng)，本發(fā)明的另一目的在于提供一種應(yīng)用內(nèi)購(gòu)買的訂單處理方法，能夠有效地預(yù)防因驗(yàn)證訂單信息是否合法失敗或者創(chuàng)建訂單失敗導(dǎo)致的訂單信息丟失，確保消費(fèi)平臺(tái)服務(wù)器端能夠繼續(xù)及時(shí)處理訂單信息，使用戶盡快收到訂購(gòu)的虛擬商品，維護(hù)用戶的權(quán)益，提升用戶的體驗(yàn)。

本發(fā)明提供一種應(yīng)用內(nèi)購(gòu)買的訂單處理系統(tǒng)，用于處理用戶在具有IOS操作系統(tǒng)的客戶端上購(gòu)買在應(yīng)用內(nèi)使用的虛擬商品，包括：

安裝在客戶端的應(yīng)用，用于向用戶提供虛擬商品的列表，所述列表包括虛擬商品的名稱和單價(jià)，將用戶通過(guò)應(yīng)用內(nèi)購(gòu)買支付成功后從IOS操作系統(tǒng)的服務(wù)器接收的訂單信息存放到指定隊(duì)列中，并將所述訂單信息發(fā)送到消費(fèi)平臺(tái)服務(wù)器端，以及接收消費(fèi)平臺(tái)服務(wù)器端發(fā)送的所述訂單信息的驗(yàn)證成功信息，將驗(yàn)證成功信息對(duì)應(yīng)的訂單信息從所述指定隊(duì)列中刪除；

消費(fèi)平臺(tái)服務(wù)器端，其包括支付驗(yàn)證模塊和商品發(fā)放模塊；

支付驗(yàn)證模塊，用于接收應(yīng)用發(fā)出的所述訂單信息，依據(jù)所述訂單信息創(chuàng)建訂單，并驗(yàn)證所述訂單信息是否合法，將合法的所述訂單信息的內(nèi)容存入所述訂單中，將所述訂單和相應(yīng)的客戶端信息發(fā)送到商品發(fā)放模塊，以及將所述訂單信息的驗(yàn)證成功信息發(fā)送到應(yīng)用；

商品發(fā)放模塊，用于接收所述訂單和相應(yīng)的客戶端信息，并將所述訂單對(duì)應(yīng)的虛擬商品發(fā)送到相應(yīng)的客戶端。

在上述技術(shù)方案的基礎(chǔ)上，所述指定隊(duì)列為存放于所述應(yīng)用的指定目錄中的文件。

在上述技術(shù)方案的基礎(chǔ)上，所述支付驗(yàn)證模塊通過(guò)與IOS操作系統(tǒng)的服務(wù)器通信來(lái)驗(yàn)證所述訂單信息是否合法，具體包括：

所述支付驗(yàn)證模塊將接收到的所述訂單信息發(fā)送到IOS操作系統(tǒng)的服務(wù)器，并從該服務(wù)器接收非法的所述訂單信息的非法信息或者合法的所述訂單信息的內(nèi)容，所述內(nèi)容包括虛擬商品的名稱、數(shù)量和金額；

所述支付驗(yàn)證模塊將所述非法信息發(fā)送到發(fā)出非法的訂單信息的客戶端。

在上述技術(shù)方案的基礎(chǔ)上，所述支付驗(yàn)證模塊還用于在驗(yàn)證任一項(xiàng)訂單信息是否合法失敗后，向應(yīng)用發(fā)送該訂單信息的再次驗(yàn)證通知。

在上述技術(shù)方案的基礎(chǔ)上，所述支付驗(yàn)證模塊還用于在創(chuàng)建任一項(xiàng)訂單失敗后，向應(yīng)用發(fā)送該訂單對(duì)應(yīng)的訂單信息的再次驗(yàn)證通知。

在上述技術(shù)方案的基礎(chǔ)上，所述應(yīng)用還用于接收所述再次驗(yàn)證通知，在所述指定隊(duì)列中查找所述再次驗(yàn)證通知對(duì)應(yīng)的訂單信息，并以設(shè)定的時(shí)間間隔向支付驗(yàn)證模塊發(fā)出訂單信息，直到接收到支付驗(yàn)證模塊發(fā)送的所述驗(yàn)證成功信息后，將訂單信息從指定隊(duì)列中刪除。

在上述技術(shù)方案的基礎(chǔ)上，所述應(yīng)用還用于依據(jù)所述再次驗(yàn)證通知發(fā)出訂單信息的發(fā)出次數(shù)達(dá)到預(yù)設(shè)次數(shù)后，停止向支付驗(yàn)證模塊發(fā)出訂單信息，并將訂單信息從所述指定隊(duì)列中刪除。

在上述技術(shù)方案的基礎(chǔ)上，所述消費(fèi)平臺(tái)服務(wù)器端還包括商品列表模塊，所述商品列表模塊用于接收用戶通過(guò)所述應(yīng)用發(fā)出的所述虛擬商品的查詢請(qǐng)求，并將所述列表發(fā)送給所述應(yīng)用。

本發(fā)明還提供一種應(yīng)用內(nèi)購(gòu)買的訂單處理方法，用于處理用戶在具有IOS操作系統(tǒng)的客戶端上購(gòu)買在應(yīng)用內(nèi)使用的虛擬商品，包括以下步驟：

S1.商品列表模塊接收用戶通過(guò)應(yīng)用發(fā)出的虛擬商品的查詢請(qǐng)求，并將虛擬商品的列表發(fā)送給應(yīng)用，所述列表包括所述虛擬商品的名稱和單價(jià)；

S2.應(yīng)用向用戶提供所述列表，將用戶通過(guò)應(yīng)用內(nèi)購(gòu)買支付成功后從IOS操作系統(tǒng)的服務(wù)器生成的訂單信息存放到指定隊(duì)列中，并將所述訂單信息發(fā)送到消費(fèi)平臺(tái)服務(wù)器端；

S3.支付驗(yàn)證模塊接收應(yīng)用發(fā)出的訂單信息，依據(jù)所述訂單信息創(chuàng)建訂單，并驗(yàn)證訂單信息是否合法，若否，將非法信息發(fā)送到發(fā)出非法的訂單信息的客戶端；若是，將合法的所述訂單信息的內(nèi)容存入所述訂單中，將所述訂單和相應(yīng)的客戶端信息發(fā)送到商品發(fā)放模塊；以及將所述訂單信息的驗(yàn)證成功信息發(fā)送到應(yīng)用；

S4.應(yīng)用接收支付驗(yàn)證模塊發(fā)送的所述驗(yàn)證成功信息，將所述驗(yàn)證成功信息對(duì)應(yīng)的訂單信息從所述指定隊(duì)列中刪除；商品發(fā)放模塊接收所述訂單和相應(yīng)的客戶端信息，并將所述訂單對(duì)應(yīng)的虛擬商品發(fā)送到相應(yīng)的客戶端。

在上述技術(shù)方案的基礎(chǔ)上，步驟S3還包括：

若所述支付驗(yàn)證模塊驗(yàn)證任一項(xiàng)訂單信息是否合法失敗或者創(chuàng)建任一項(xiàng)訂單失敗，所述支付驗(yàn)證模塊向應(yīng)用發(fā)送再次驗(yàn)證通知，再次驗(yàn)證通知包括驗(yàn)證失敗的所述訂單信息或者創(chuàng)建失敗的訂單對(duì)應(yīng)的訂單信息；

應(yīng)用接收再次驗(yàn)證通知，在指定隊(duì)列中查找再次驗(yàn)證通知對(duì)應(yīng)的訂單信息，并以設(shè)定的時(shí)間間隔向支付驗(yàn)證模塊發(fā)出訂單信息，直到接收到支付驗(yàn)證模塊發(fā)送的驗(yàn)證成功信息后，將訂單信息從指定隊(duì)列中刪除。

與現(xiàn)有技術(shù)相比，本發(fā)明的優(yōu)點(diǎn)如下：

(1)本發(fā)明中的應(yīng)用將用戶通過(guò)應(yīng)用內(nèi)購(gòu)買支付成功后生成的訂單信息先存放到指定隊(duì)列中，只有當(dāng)支付驗(yàn)證模塊成功創(chuàng)建訂單和驗(yàn)證訂單信息，應(yīng)用接收消費(fèi)平臺(tái)服務(wù)器端發(fā)送的訂單信息的驗(yàn)證成功信息之后，才將訂單信息從指定隊(duì)列中刪除。因此，本發(fā)明能夠有效地預(yù)防因驗(yàn)證訂單信息是否合法失敗或者創(chuàng)建訂單失敗導(dǎo)致的訂單信息丟失，確保消費(fèi)平臺(tái)服務(wù)器端能夠繼續(xù)及時(shí)處理訂單信息，使用戶盡快收到訂購(gòu)的虛擬商品，維護(hù)用戶的權(quán)益，提升用戶的體驗(yàn)。

(2)支付驗(yàn)證模塊驗(yàn)證訂單信息是否合法失敗或者創(chuàng)建訂單失敗后，支付驗(yàn)證模塊向應(yīng)用發(fā)送再次驗(yàn)證通知，應(yīng)用接收再次驗(yàn)證通知，在指定隊(duì)列中查找再次驗(yàn)證通知對(duì)應(yīng)的訂單信息，并以設(shè)定的時(shí)間間隔向支付驗(yàn)證模塊發(fā)出訂單信息，直到接收到支付驗(yàn)證模塊發(fā)送的驗(yàn)證成功信息后，將訂單信息從指定隊(duì)列中刪除。這種方法不但能夠確保消費(fèi)平臺(tái)服務(wù)器端及時(shí)處理合法的訂單信息，使用戶盡快收到訂購(gòu)的虛擬商品，并且整個(gè)過(guò)程不需要用戶參與，節(jié)省用戶的時(shí)間，提升用戶的體驗(yàn)。

(3)應(yīng)用以設(shè)定的時(shí)間間隔向支付驗(yàn)證模塊發(fā)出訂單信息，直到接收到支付驗(yàn)證模塊發(fā)送的驗(yàn)證成功信息后，將訂單信息從指定隊(duì)列中刪除。因此在驗(yàn)證訂單信息是否合法失敗或者創(chuàng)建訂單失敗后，支付驗(yàn)證模塊只需要發(fā)送一次再次驗(yàn)證通知，就能夠確保最終完成合法的訂單信息驗(yàn)證和訂單創(chuàng)建，從而有效地降低消費(fèi)平臺(tái)服務(wù)器端與客戶端的通信次數(shù)和負(fù)擔(dān)，極大地提高了消費(fèi)平臺(tái)服務(wù)器端處理訂單的效率。

附圖說(shuō)明

圖1是本發(fā)明實(shí)施例應(yīng)用內(nèi)購(gòu)買的訂單處理系統(tǒng)模塊圖；

圖2是本發(fā)明的一個(gè)實(shí)施例應(yīng)用內(nèi)購(gòu)買的訂單處理方法的流程圖；

圖3是圖2中步驟S3的具體流程圖；

圖4是本發(fā)明另一個(gè)實(shí)施例應(yīng)用內(nèi)購(gòu)買的訂單處理方法的流程圖；

圖5是圖4中步驟S3'的具體流程圖。

附圖標(biāo)記：

應(yīng)用1；

消費(fèi)平臺(tái)服務(wù)器端2，支付驗(yàn)證模塊21，商品發(fā)放模塊22，商品列表模塊23。

具體實(shí)施方式

下面結(jié)合附圖及具體實(shí)施例對(duì)本發(fā)明作進(jìn)一步的詳細(xì)描述。

參見(jiàn)圖1所示，本發(fā)明實(shí)施例提供一種應(yīng)用內(nèi)購(gòu)買的訂單處理系統(tǒng)，用于處理用戶在具有IOS操作系統(tǒng)的客戶端上購(gòu)買在應(yīng)用內(nèi)使用的虛擬商品，包括安裝在客戶端的應(yīng)用1和消費(fèi)平臺(tái)服務(wù)器端2。

安裝在客戶端的應(yīng)用1，用于向用戶提供虛擬商品的列表，列表包括虛擬商品的名稱和單價(jià)，將用戶通過(guò)應(yīng)用內(nèi)購(gòu)買支付成功后從IOS操作系統(tǒng)的服務(wù)器接收的訂單信息存放到指定隊(duì)列中，并將訂單信息發(fā)送到消費(fèi)平臺(tái)服務(wù)器端2，以及接收消費(fèi)平臺(tái)服務(wù)器端2發(fā)送的訂單信息的驗(yàn)證成功信息，將驗(yàn)證成功信息對(duì)應(yīng)的訂單信息從指定隊(duì)列中刪除。

指定隊(duì)列為存放于應(yīng)用1的指定目錄中的文件。

消費(fèi)平臺(tái)服務(wù)器端22包括支付驗(yàn)證模塊21和商品發(fā)放模塊22。

支付驗(yàn)證模塊21，用于接收應(yīng)用1發(fā)出的訂單信息，依據(jù)訂單信息創(chuàng)建訂單，并驗(yàn)證訂單信息是否合法，將合法的訂單信息的內(nèi)容存入訂單中，將訂單和相應(yīng)的客戶端信息發(fā)送到商品發(fā)放模塊22，以及將訂單信息的驗(yàn)證成功信息發(fā)送到應(yīng)用1。

相應(yīng)的客戶端信息包括發(fā)出合法的訂單信息的應(yīng)用1所在的客戶端的網(wǎng)絡(luò)地址和用戶在應(yīng)用1中的注冊(cè)信息。

本發(fā)明中的應(yīng)用1將用戶通過(guò)應(yīng)用內(nèi)購(gòu)買支付成功后生成的訂單信息先存放到指定隊(duì)列中，只有當(dāng)支付驗(yàn)證模塊21成功創(chuàng)建訂單和驗(yàn)證訂單信息，應(yīng)用接收消費(fèi)平臺(tái)服務(wù)器端2發(fā)送的訂單信息的驗(yàn)證成功信息之后，才將訂單信息從指定隊(duì)列中刪除。因此，本發(fā)明能夠有效地預(yù)防因驗(yàn)證訂單信息是否合法失敗或者創(chuàng)建訂單失敗導(dǎo)致的訂單信息丟失，確保消費(fèi)平臺(tái)服務(wù)器端2能夠繼續(xù)及時(shí)處理訂單信息，使用戶盡快收到訂購(gòu)的虛擬商品，維護(hù)用戶的權(quán)益，提升用戶的體驗(yàn)。

支付驗(yàn)證模塊21通過(guò)與IOS操作系統(tǒng)的服務(wù)器通信來(lái)驗(yàn)證訂單信息是否合法，具體包括：

支付驗(yàn)證模塊21將接收到的訂單信息發(fā)送到IOS操作系統(tǒng)的服務(wù)器，并從該服務(wù)器接收非法的訂單信息的非法信息或者合法的訂單信息的內(nèi)容，內(nèi)容包括虛擬商品的名稱、數(shù)量和金額。

支付驗(yàn)證模塊21將非法信息發(fā)送到發(fā)出非法的訂單信息的客戶端。其中，客戶端為發(fā)出非法的訂單信息的應(yīng)用1所在的客戶端，非法信息包括短信和可以被應(yīng)用1直接接收的通知或消息。

支付驗(yàn)證模塊21還用于在驗(yàn)證任一項(xiàng)訂單信息是否合法失敗后，向應(yīng)用1發(fā)送該訂單信息的再次驗(yàn)證通知。

支付驗(yàn)證模塊21還用于在創(chuàng)建任一項(xiàng)訂單失敗后，向應(yīng)用1發(fā)送該訂單對(duì)應(yīng)的訂單信息的再次驗(yàn)證通知。

應(yīng)用1還用于接收再次驗(yàn)證通知，在指定隊(duì)列中查找再次驗(yàn)證通知對(duì)應(yīng)的訂單信息，并以設(shè)定的時(shí)間間隔向支付驗(yàn)證模塊21發(fā)出訂單信息，直到接收到支付驗(yàn)證模塊21發(fā)送的驗(yàn)證成功信息后，將訂單信息從指定隊(duì)列中刪除。

設(shè)定的時(shí)間間隔根據(jù)實(shí)際情況確定，既要考慮盡快完成驗(yàn)證訂單信息和創(chuàng)建訂單，以盡量縮短訂購(gòu)虛擬商品的用戶的等待時(shí)間，也要考慮設(shè)定過(guò)短的時(shí)間間隔給支付驗(yàn)證模塊21帶來(lái)的負(fù)擔(dān)，例如，設(shè)定的時(shí)間間隔可以為1小時(shí)。

支付驗(yàn)證模塊21驗(yàn)證訂單信息是否合法失敗或者創(chuàng)建訂單失敗后，支付驗(yàn)證模塊21向應(yīng)用1發(fā)送再次驗(yàn)證通知，應(yīng)用1接收再次驗(yàn)證通知，在指定隊(duì)列中查找再次驗(yàn)證通知對(duì)應(yīng)的訂單信息，并以設(shè)定的時(shí)間間隔向支付驗(yàn)證模塊21發(fā)出訂單信息，直到接收到支付驗(yàn)證模塊21發(fā)送的驗(yàn)證成功信息后，將訂單信息從指定隊(duì)列中刪除。這種方法不但能夠確保消費(fèi)平臺(tái)服務(wù)器端2及時(shí)處理合法的訂單信息，使用戶盡快收到訂購(gòu)的虛擬商品，并且整個(gè)過(guò)程不需要用戶參與，節(jié)省用戶的時(shí)間，提升用戶的體驗(yàn)。

應(yīng)用1以設(shè)定的時(shí)間間隔向支付驗(yàn)證模塊21發(fā)出訂單信息，直到接收到支付驗(yàn)證模塊21發(fā)送的驗(yàn)證成功信息后，將訂單信息從指定隊(duì)列中刪除。因此在驗(yàn)證訂單信息是否合法失敗或者創(chuàng)建訂單失敗后，支付驗(yàn)證模塊21只需要發(fā)送一次再次驗(yàn)證通知，就能夠確保最終完成合法的訂單信息驗(yàn)證和訂單創(chuàng)建，從而有效地降低消費(fèi)平臺(tái)服務(wù)器端2與客戶端的通信次數(shù)和負(fù)擔(dān)，極大地提高了消費(fèi)平臺(tái)服務(wù)器端2處理訂單的效率。

應(yīng)用1還用于依據(jù)再次驗(yàn)證通知發(fā)出訂單信息的發(fā)出次數(shù)達(dá)到預(yù)設(shè)次數(shù)后，停止向支付驗(yàn)證模塊21發(fā)出訂單信息，并將訂單信息從指定隊(duì)列中刪除。

例如，預(yù)設(shè)次數(shù)為7，當(dāng)應(yīng)用1依據(jù)再次驗(yàn)證通知發(fā)出7次訂單信息后，停止向支付驗(yàn)證模塊21發(fā)出訂單信息，并將訂單信息從指定隊(duì)列中刪除。這樣可以減輕消費(fèi)平臺(tái)服務(wù)器端2的負(fù)擔(dān)，提高消費(fèi)平臺(tái)服務(wù)器端2處理訂單的效率。

商品發(fā)放模塊22，用于接收訂單和相應(yīng)的客戶端信息，并將訂單對(duì)應(yīng)的虛擬商品發(fā)送到相應(yīng)的客戶端。

相應(yīng)的客戶端信息包括發(fā)出合法的訂單信息的應(yīng)用1所在的客戶端的網(wǎng)絡(luò)地址和用戶在應(yīng)用1中的注冊(cè)信息。相應(yīng)的客戶端上的應(yīng)用1最終接收并存儲(chǔ)虛擬商品。

消費(fèi)平臺(tái)服務(wù)器端2還包括商品列表模塊23，商品列表模塊23用于接收用戶通過(guò)應(yīng)用1發(fā)出的虛擬商品的查詢請(qǐng)求，并將列表發(fā)送給應(yīng)用1。

參見(jiàn)圖2所示，本發(fā)明的一個(gè)實(shí)施例提供一種應(yīng)用內(nèi)購(gòu)買的訂單處理方法，用于處理用戶在具有IOS操作系統(tǒng)的客戶端上購(gòu)買在應(yīng)用內(nèi)使用的虛擬商品，包括以下步驟：

S1.商品列表模塊23接收用戶通過(guò)應(yīng)用1發(fā)出的虛擬商品的查詢請(qǐng)求，并將虛擬商品的列表發(fā)送給應(yīng)用1，列表包括虛擬商品的名稱和單價(jià)。

S2.應(yīng)用1向用戶提供列表，將用戶通過(guò)應(yīng)用內(nèi)購(gòu)買支付成功后從IOS操作系統(tǒng)的服務(wù)器接收的訂單信息存放到指定隊(duì)列中，并將訂單信息發(fā)送到消費(fèi)平臺(tái)服務(wù)器端2。

S3.支付驗(yàn)證模塊21接收應(yīng)用1發(fā)出的訂單信息，依據(jù)訂單信息創(chuàng)建訂單，并驗(yàn)證訂單信息是否合法，若否，將非法信息發(fā)送到發(fā)出非法的訂單信息的客戶端；若是，將合法的訂單信息的內(nèi)容存入訂單中，將訂單和相應(yīng)的客戶端信息發(fā)送到商品發(fā)放模塊22；以及將訂單信息的驗(yàn)證成功信息發(fā)送到應(yīng)用1。

其中，發(fā)出非法的訂單信息的客戶端為發(fā)出非法的訂單信息的應(yīng)用1所在的客戶端，非法信息包括短信和可以被應(yīng)用1直接接收的通知或消息。

相應(yīng)的客戶端信息包括發(fā)出合法的訂單信息的應(yīng)用1所在的客戶端的網(wǎng)絡(luò)地址和用戶在應(yīng)用1中的注冊(cè)信息。

參見(jiàn)圖3所示，步驟S3具體包括：

S3.1支付驗(yàn)證模塊21接收應(yīng)用1發(fā)出的訂單信息。

S3.2a依據(jù)訂單信息創(chuàng)建訂單。

S3.3驗(yàn)證訂單信息是否合法，若否，進(jìn)入S3.5；若是，進(jìn)入S3.4。

S3.4將合法的訂單信息的內(nèi)容存入訂單中，將訂單和相應(yīng)的客戶端信息發(fā)送到商品發(fā)放模塊22，進(jìn)入S3.6。

S3.5將非法信息發(fā)送到相應(yīng)的客戶端。

S3.6將訂單信息的驗(yàn)證成功信息發(fā)送到應(yīng)用1。

S4.應(yīng)用1接收支付驗(yàn)證模塊21發(fā)送的驗(yàn)證成功信息，將驗(yàn)證成功信息對(duì)應(yīng)的訂單信息從指定隊(duì)列中刪除；商品發(fā)放模塊22接收訂單和相應(yīng)的客戶端信息，并將訂單對(duì)應(yīng)的虛擬商品發(fā)送到相應(yīng)的客戶端。

相應(yīng)的客戶端信息包括發(fā)出合法的訂單信息的應(yīng)用1所在的客戶端的網(wǎng)絡(luò)地址和用戶在應(yīng)用1中的注冊(cè)信息。相應(yīng)的客戶端上的應(yīng)用1最終接收并存儲(chǔ)虛擬商品。

本發(fā)明中的應(yīng)用1將用戶通過(guò)應(yīng)用內(nèi)購(gòu)買支付成功后生成的訂單信息先存放到指定隊(duì)列中，只有當(dāng)支付驗(yàn)證模塊21成功創(chuàng)建訂單和驗(yàn)證訂單信息，應(yīng)用1接收消費(fèi)平臺(tái)服務(wù)器端2發(fā)送的訂單信息的驗(yàn)證成功信息之后，才將訂單信息從指定隊(duì)列中刪除。因此，本發(fā)明能夠有效地預(yù)防因驗(yàn)證訂單信息是否合法失敗或者創(chuàng)建訂單失敗導(dǎo)致的訂單信息丟失，確保消費(fèi)平臺(tái)服務(wù)器端2能夠繼續(xù)及時(shí)處理訂單信息，使用戶盡快收到訂購(gòu)的虛擬商品，維護(hù)用戶的權(quán)益，提升用戶的體驗(yàn)。

參見(jiàn)圖4所示，本發(fā)明的另一個(gè)實(shí)施例提供一種應(yīng)用內(nèi)購(gòu)買的訂單處理方法，用于處理用戶在具有IOS操作系統(tǒng)的客戶端上購(gòu)買在應(yīng)用內(nèi)使用的虛擬商品，包括以下步驟：

S1.商品列表模塊23接收用戶通過(guò)應(yīng)用1發(fā)出的虛擬商品的查詢請(qǐng)求，并將虛擬商品的列表發(fā)送給應(yīng)用1，列表包括虛擬商品的名稱和單價(jià)。

S2.應(yīng)用1向用戶提供列表，將用戶通過(guò)應(yīng)用內(nèi)購(gòu)買支付成功后從IOS操作系統(tǒng)的服務(wù)器接收的訂單信息存放到指定隊(duì)列中，并將訂單信息發(fā)送到消費(fèi)平臺(tái)服務(wù)器端2。

S3'.支付驗(yàn)證模塊21接收應(yīng)用1發(fā)出的訂單信息，依據(jù)訂單信息創(chuàng)建訂單，并驗(yàn)證訂單信息是否合法，若否，將非法信息發(fā)送到相應(yīng)的客戶端；若是，將合法的訂單信息的內(nèi)容存入訂單中，將訂單和相應(yīng)的客戶端信息發(fā)送到商品發(fā)放模塊22；以及將訂單信息的驗(yàn)證成功信息發(fā)送到應(yīng)用1。

其中，發(fā)出非法的訂單信息的客戶端為發(fā)出非法的訂單信息的應(yīng)用1所在的客戶端，非法信息包括短信和可以被應(yīng)用1直接接收的通知或消息。

相應(yīng)的客戶端信息包括發(fā)出合法的訂單信息的應(yīng)用1所在的客戶端的網(wǎng)絡(luò)地址和用戶在應(yīng)用1中的注冊(cè)信息。

步驟S3'還包括：

若支付驗(yàn)證模塊21驗(yàn)證任一項(xiàng)訂單信息是否合法失敗或者創(chuàng)建任一項(xiàng)訂單失敗，支付驗(yàn)證模塊21向應(yīng)用1發(fā)送再次驗(yàn)證通知，再次驗(yàn)證通知包括驗(yàn)證失敗的訂單信息或者創(chuàng)建失敗的訂單對(duì)應(yīng)的訂單信息。

應(yīng)用1接收再次驗(yàn)證通知，在指定隊(duì)列中查找再次驗(yàn)證通知對(duì)應(yīng)的訂單信息，并以設(shè)定的時(shí)間間隔向支付驗(yàn)證模塊21發(fā)出訂單信息，直到接收到支付驗(yàn)證模塊21發(fā)送的驗(yàn)證成功信息后，將訂單信息從指定隊(duì)列中刪除。

S4.應(yīng)用1接收支付驗(yàn)證模塊21發(fā)送的驗(yàn)證成功信息，將驗(yàn)證成功信息對(duì)應(yīng)的訂單信息從指定隊(duì)列中刪除；商品發(fā)放模塊22接收訂單和相應(yīng)的客戶端信息，并將訂單對(duì)應(yīng)的虛擬商品發(fā)送到相應(yīng)的客戶端。

相應(yīng)的客戶端信息包括發(fā)出合法的訂單信息的應(yīng)用1所在的客戶端的網(wǎng)絡(luò)地址和用戶在應(yīng)用1中的注冊(cè)信息。相應(yīng)的客戶端上的應(yīng)用1最終接收并存儲(chǔ)虛擬商品。

參見(jiàn)圖5所示，步驟S3'具體包括：

S3.1支付驗(yàn)證模塊21接收應(yīng)用1發(fā)出的訂單信息。

S3.2b判斷依據(jù)訂單信息創(chuàng)建訂單是否成功，若是，進(jìn)入S3.3；若否，進(jìn)入S3.7。

S3.3驗(yàn)證訂單信息是否合法，若否，進(jìn)入S3.5；若是，進(jìn)入S3.4。

S3.4將合法的訂單信息的內(nèi)容存入訂單中，將訂單和相應(yīng)的客戶端信息發(fā)送到商品發(fā)放模塊22，進(jìn)入S3.6。

S3.5將非法信息發(fā)送到相應(yīng)的客戶端。

S3.6將訂單信息的驗(yàn)證成功信息發(fā)送到應(yīng)用1，進(jìn)入S4。

S3.7支付驗(yàn)證模塊21向應(yīng)用1發(fā)送再次驗(yàn)證通知。

S3.8應(yīng)用1接收再次驗(yàn)證通知，在指定隊(duì)列中查找再次驗(yàn)證通知對(duì)應(yīng)的訂單信息，并以設(shè)定的時(shí)間間隔向支付驗(yàn)證模塊21發(fā)出訂單信息，重復(fù)步驟S3.1至S3.6。

支付驗(yàn)證模塊21驗(yàn)證訂單信息是否合法失敗或者創(chuàng)建訂單失敗后，支付驗(yàn)證模塊21向應(yīng)用1發(fā)送再次驗(yàn)證通知，應(yīng)用1接收再次驗(yàn)證通知，在指定隊(duì)列中查找再次驗(yàn)證通知對(duì)應(yīng)的訂單信息，并以設(shè)定的時(shí)間間隔向支付驗(yàn)證模塊21發(fā)出訂單信息，直到接收到支付驗(yàn)證模塊21發(fā)送的驗(yàn)證成功信息后，將訂單信息從指定隊(duì)列中刪除。這種方法不但能夠確保消費(fèi)平臺(tái)服務(wù)器端2及時(shí)處理合法的訂單信息，使用戶盡快收到訂購(gòu)的虛擬商品，并且整個(gè)過(guò)程不需要用戶參與，節(jié)省用戶的時(shí)間，提升用戶的體驗(yàn)。

應(yīng)用1以設(shè)定的時(shí)間間隔向支付驗(yàn)證模塊21發(fā)出訂單信息，直到接收到支付驗(yàn)證模塊21發(fā)送的驗(yàn)證成功信息后，將訂單信息從指定隊(duì)列中刪除。因此在驗(yàn)證訂單信息是否合法失敗或者創(chuàng)建訂單失敗后，支付驗(yàn)證模塊21只需要發(fā)送一次再次驗(yàn)證通知，就能夠確保最終完成合法的訂單信息驗(yàn)證和訂單創(chuàng)建，從而有效地降低消費(fèi)平臺(tái)服務(wù)器端2與客戶端的通信次數(shù)和負(fù)擔(dān)，極大地提高了消費(fèi)平臺(tái)服務(wù)器端2處理訂單的效率。

本發(fā)明不局限于上述實(shí)施方式，對(duì)于本技術(shù)領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤(rùn)飾，這些改進(jìn)和潤(rùn)飾也視為本發(fā)明的保護(hù)范圍之內(nèi)。本說(shuō)明書(shū)中未作詳細(xì)描述的內(nèi)容屬于本領(lǐng)域?qū)I(yè)技術(shù)人員公知的現(xiàn)有技術(shù)。