本發(fā)明涉及電子商務(wù)技術(shù)領(lǐng)域，特別是涉及一種訂單處理方法、裝置、計(jì)算機(jī)設(shè)備及計(jì)算機(jī)可讀存儲介質(zhì)。

背景技術(shù)：

隨著互聯(lián)網(wǎng)和電子商務(wù)的發(fā)展，電子支付以方便快捷的特點(diǎn)正逐漸替代傳統(tǒng)的支付方式(如電話、傳真、郵局匯款，銀行轉(zhuǎn)帳、匯款等)，成為人們網(wǎng)絡(luò)交易中普遍接受的方式。越來越多的用戶通過電子支付購買在網(wǎng)絡(luò)平臺提供的產(chǎn)品，示例性的，上述產(chǎn)品可以為會員、付費(fèi)觀看的文章、道具等等。

在實(shí)際應(yīng)用中，用戶在向網(wǎng)絡(luò)平臺支付購買產(chǎn)品所需要的費(fèi)用后，可以進(jìn)行消費(fèi)，即可以獲得網(wǎng)絡(luò)平臺所提供的產(chǎn)品。但是由于互聯(lián)網(wǎng)傳輸?shù)牟环€(wěn)定性、網(wǎng)絡(luò)平臺存在漏洞等原因，會導(dǎo)致用戶在購買產(chǎn)品之后，無法進(jìn)行消費(fèi)，降低了用戶體驗(yàn)。

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

本發(fā)明實(shí)施例的目的在于提供一種訂單處理方法、裝置、計(jì)算機(jī)設(shè)備及計(jì)算機(jī)可讀存儲介質(zhì)，以實(shí)現(xiàn)提高用戶體驗(yàn)。具體技術(shù)方案如下：

第一方面，為了達(dá)到上述目的，本發(fā)明實(shí)施例公開了一種訂單處理方法，所述方法包括：

根據(jù)各訂單的屬性信息，確定支付狀態(tài)為成功但消費(fèi)狀態(tài)為失敗的候選訂單，其中，所述屬性信息至少包括：支付狀態(tài)和消費(fèi)狀態(tài)；

從所述候選訂單中確定待處理的目標(biāo)訂單；

針對每一目標(biāo)訂單，確定該目標(biāo)訂單的處理方式，并通過所確定的處理方式對該目標(biāo)訂單進(jìn)行處理。

可選地，在所述根據(jù)各訂單的屬性信息，確定支付狀態(tài)為成功但消費(fèi)狀態(tài)為失敗的候選訂單之前，所述方法還包括：

獲得補(bǔ)單請求；

判斷所述補(bǔ)單請求是否合法；

所述根據(jù)各訂單的屬性信息，確定支付狀態(tài)為成功但消費(fèi)狀態(tài)為失敗的候選訂單的步驟，包括：

當(dāng)判斷出所述補(bǔ)單請求合法時，根據(jù)各訂單的屬性信息，確定支付狀態(tài)為成功但消費(fèi)狀態(tài)為失敗的候選訂單。

可選地，所述屬性信息還包括：支付金額；

所述從所述候選訂單中確定待處理的目標(biāo)訂單的步驟，包括：

針對每一候選訂單，確定該候選訂單的目標(biāo)應(yīng)付金額，獲取該候選訂單的支付金額，并判斷該目標(biāo)訂單的支付金額是否大于或等于所述目標(biāo)應(yīng)付金額；

如果是，將該候選訂單確定為待處理的目標(biāo)訂單。

可選地，所述屬性信息還包括：支付時間；

所述針對每一候選訂單，確定該候選訂單的目標(biāo)應(yīng)付金額的步驟，包括：

針對每一候選訂單，判斷該候選訂單的支付時間是否在目標(biāo)時段內(nèi)，其中，所述目標(biāo)時段為優(yōu)惠時段或應(yīng)付金額更改前的時段；

如果是，將該候選訂單在所述目標(biāo)時段內(nèi)的應(yīng)付金額，確定為該候選訂單的目標(biāo)應(yīng)付金額；

如果否，將該候選訂單當(dāng)前的應(yīng)付金額，確定為該候選訂單的目標(biāo)應(yīng)付金額。

可選地，所述屬性信息還包括：產(chǎn)品標(biāo)識；

所述針對每一目標(biāo)訂單，確定該目標(biāo)訂單的處理方式，并通過所確定的處理方式對該目標(biāo)訂單進(jìn)行處理的步驟，包括：

針對每一目標(biāo)訂單，根據(jù)該目標(biāo)訂單對應(yīng)的產(chǎn)品標(biāo)識，確定該目標(biāo)訂單對應(yīng)的目標(biāo)產(chǎn)品；

根據(jù)該目標(biāo)訂單對應(yīng)的目標(biāo)產(chǎn)品，以及預(yù)設(shè)的各產(chǎn)品對應(yīng)的目標(biāo)訂單處理方式，確定該目標(biāo)訂單對應(yīng)的處理方式，并通過所確定的處理方式對該目標(biāo)訂單進(jìn)行處理。

第二方面，為了達(dá)到上述目的，本發(fā)明實(shí)施例還公開了一種訂單處理裝置，所述裝置包括：

第一確定模塊，用于根據(jù)各訂單的屬性信息，確定支付狀態(tài)為成功但消費(fèi)狀態(tài)為失敗的候選訂單，其中，所述屬性信息至少包括：支付狀態(tài)和消費(fèi)狀態(tài)；

第二確定模塊，用于從所述候選訂單中確定待處理的目標(biāo)訂單；

處理模塊，用于針對每一目標(biāo)訂單，確定該目標(biāo)訂單的處理方式，并通過所確定的處理方式對該目標(biāo)訂單進(jìn)行處理。

可選地，所述裝置還包括：

獲得模塊，用于獲得補(bǔ)單請求；

判斷模塊，用于判斷所述補(bǔ)單請求是否合法；

所述第一確定模塊，具體用于當(dāng)所述判斷模塊判斷出所述補(bǔ)單請求合法時，根據(jù)各訂單的屬性信息，確定支付狀態(tài)為成功但消費(fèi)狀態(tài)為失敗的候選訂單。

可選地，所述屬性信息還包括：支付金額；

所述第二確定模塊，包括：

判斷子模塊，用于針對每一候選訂單，確定該候選訂單的目標(biāo)應(yīng)付金額，獲取該候選訂單的支付金額，并判斷該目標(biāo)訂單的支付金額是否大于或等于所述目標(biāo)應(yīng)付金額；

第一確定子模塊，用于在所述判斷子模塊的判斷結(jié)果為是的情況下，將該候選訂單確定為待處理的目標(biāo)訂單。

可選地，所述屬性信息還包括：支付時間；

所述判斷子模塊，包括：

第一判斷單元，用于針對每一候選訂單，判斷該候選訂單的支付時間是否在目標(biāo)時段內(nèi)，其中，所述目標(biāo)時段為優(yōu)惠時段或應(yīng)付金額更改前的時段；

第一確定單元，用于在所述第一判斷單元的判斷結(jié)果為是的情況下，將該候選訂單在所述目標(biāo)時段內(nèi)的應(yīng)付金額，確定為該候選訂單的目標(biāo)應(yīng)付金額；

第二確定單元，用于在所述第一判斷單元的判斷結(jié)果為否的情況下，將該候選訂單當(dāng)前的應(yīng)付金額，確定為該候選訂單的目標(biāo)應(yīng)付金額；

第二判斷單元，用于獲取該候選訂單的支付金額，并判斷該目標(biāo)訂單的支付金額是否大于或等于所述目標(biāo)應(yīng)付金額。

可選地，所述屬性信息還包括：產(chǎn)品標(biāo)識；

所述處理模塊，包括：

第二確定子模塊，用于針對每一目標(biāo)訂單，根據(jù)該目標(biāo)訂單對應(yīng)的產(chǎn)品標(biāo)識，確定該目標(biāo)訂單對應(yīng)的目標(biāo)產(chǎn)品；

處理子模塊，用于根據(jù)該目標(biāo)訂單對應(yīng)的目標(biāo)產(chǎn)品，以及預(yù)設(shè)的各產(chǎn)品對應(yīng)的目標(biāo)訂單處理方式，確定該目標(biāo)訂單對應(yīng)的處理方式，并通過所確定的處理方式對該目標(biāo)訂單進(jìn)行處理。

第三方面，為了達(dá)到上述目的，本發(fā)明實(shí)施例還公開了一種計(jì)算機(jī)設(shè)備，所述計(jì)算機(jī)設(shè)備包括處理器、通信接口、存儲器和通信總線，其中，所述處理器、所述通信接口、所述存儲器通過所述總線完成相互間的通信，

所述存儲器，用于存放計(jì)算機(jī)程序；

所述處理器，用于執(zhí)行所述存儲器上所存放的程序時，實(shí)現(xiàn)如上述第一方面所述的方法步驟。

第四方面，為了達(dá)到上述目的，本發(fā)明實(shí)施例還公開了一種計(jì)算機(jī)可讀存儲介質(zhì)，所述計(jì)算機(jī)可讀存儲介質(zhì)內(nèi)存儲有計(jì)算機(jī)程序，所述計(jì)算機(jī)程序被處理器執(zhí)行時實(shí)現(xiàn)如上述第一方面所述的方法步驟。

本發(fā)明實(shí)施例提供的訂單處理方法、裝置、計(jì)算機(jī)設(shè)備及計(jì)算機(jī)可讀存儲介質(zhì)，可以從所確定的候選訂單中確定待處理的目標(biāo)訂單，進(jìn)一步地，確定目標(biāo)訂單的處理方式，通過所確定的處理方式對該目標(biāo)訂單進(jìn)行處理，保證用戶能夠?qū)οM(fèi)失敗的產(chǎn)品進(jìn)行消費(fèi)，進(jìn)而提高用戶體驗(yàn)。當(dāng)然，實(shí)施本發(fā)明的任一產(chǎn)品或方法必不一定需要同時達(dá)到以上所述的所有優(yōu)點(diǎn)。

附圖說明

為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實(shí)施例提供的訂單處理方法的流程示意圖；

圖2為本發(fā)明實(shí)施例提供的訂單處理裝置的結(jié)構(gòu)示意圖；

圖3為本發(fā)明實(shí)施例提供的計(jì)算機(jī)設(shè)備的結(jié)構(gòu)示意圖。

具體實(shí)施方式

下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

為了解決現(xiàn)有技術(shù)中的問題，本發(fā)明實(shí)施例提供了一種訂單處理方法、裝置、計(jì)算機(jī)設(shè)備及計(jì)算機(jī)可讀存儲介質(zhì)。下面首先對一種訂單處理方法進(jìn)行詳細(xì)說明。

圖1為本發(fā)明實(shí)施例提供的訂單處理方法的流程示意圖；方法包括：

s101：根據(jù)各訂單的屬性信息，確定支付狀態(tài)為成功但消費(fèi)狀態(tài)為失敗的候選訂單，其中，所述屬性信息至少包括：支付狀態(tài)和消費(fèi)狀態(tài)。

在本發(fā)明實(shí)施例中，訂單的屬性信息是訂單生成的時候記錄的，訂單的屬性信息可以包括：支付狀態(tài)和消費(fèi)狀態(tài)。支付狀態(tài)用于記錄支付是否成功的信息，消費(fèi)狀態(tài)用于記錄消費(fèi)是否成功的信息。示例性的，假設(shè)用于標(biāo)識成功的信息可以為0，用于標(biāo)識失敗的信息可以為1，如果支付狀態(tài)是0，說明支付成功；如果消費(fèi)狀態(tài)為1，說明消費(fèi)失敗。用于標(biāo)識支付狀態(tài)或消費(fèi)狀態(tài)的信息可以根據(jù)實(shí)際情況確定，還可以采用“成功”和“失敗”的字樣進(jìn)行標(biāo)識，也可以采用預(yù)先設(shè)置的數(shù)據(jù)和字母的組合、數(shù)字、字母等進(jìn)行標(biāo)識。

用戶在網(wǎng)絡(luò)平臺上進(jìn)行消費(fèi)的時候，分為兩個階段：

第一階段：用戶通過預(yù)先確定的方式或渠道將應(yīng)付金額支付給網(wǎng)絡(luò)平臺；

第二階段：用戶在支付完成后，進(jìn)行消費(fèi)。

在上述兩個階段中，如果第一階段支付失敗，需要用戶自行重新進(jìn)行支付，這個階段中，用戶是可以自己進(jìn)行操控的。如果在第二階段消費(fèi)失敗，對于用戶來說沒有網(wǎng)絡(luò)平臺的后臺操作的權(quán)限，用戶無法處理，需要網(wǎng)絡(luò)平臺這個服務(wù)的提供方介入進(jìn)行處理。消費(fèi)失敗可以是由多種原因造成的，示例性的，可以由互聯(lián)網(wǎng)數(shù)據(jù)傳輸不穩(wěn)定造成的，也可以是網(wǎng)絡(luò)平臺自身存在漏洞造成的，在這里不進(jìn)行限定。

在本發(fā)明實(shí)施例中，可以定時執(zhí)行s101的步驟，示例性的，可以設(shè)置每隔3分鐘執(zhí)行s101的步驟，具體執(zhí)行s101的時間間隔可以根據(jù)實(shí)際情況而定。當(dāng)然，也可以是網(wǎng)絡(luò)平臺在檢測到新生成的訂單的數(shù)量到達(dá)預(yù)設(shè)閾值的時候，執(zhí)行s101的步驟；還可以是在其他情況下觸發(fā)執(zhí)行s101的步驟。

另外，因?yàn)榫W(wǎng)絡(luò)之間傳輸同步異步的情況的存在，導(dǎo)致有可能某些訂單已經(jīng)支付完成，但訂單上的支付狀態(tài)還未及時得到更新等情況的存在。為了不漏掉任何一個候選訂單，當(dāng)執(zhí)行s101的步驟時，需要確定之前處于支付中或者消費(fèi)中的訂單目前的屬性信息，進(jìn)一步地，確定該訂單是否為候選訂單。

示例性的，當(dāng)定時執(zhí)行s101的步驟時，確定上次與本次執(zhí)行s101中間的時間間隔所產(chǎn)生的訂單，并且逐一確定該訂單是否為支付狀態(tài)為成功但消費(fèi)狀態(tài)為失敗的訂單，如果是，將該訂單確定為候選訂單。另外，還需要確定之前幾個時間間隔內(nèi)的訂單或之前所有的訂單中，確定之前執(zhí)行s101的步驟時處于支付中或者消費(fèi)中的訂單，進(jìn)一步地，確定這些訂單當(dāng)前的屬性信息，進(jìn)而確定這些訂單中是否存在侯選訂單。

在本發(fā)明實(shí)施例中，選擇支付狀態(tài)為成功但消費(fèi)狀態(tài)為失敗的訂單，作為候選訂單，可以理解為判斷訂單是否為支付狀態(tài)為成功但消費(fèi)狀態(tài)為失敗的訂單，如果是，將該訂單確定為候選訂單。

在實(shí)際應(yīng)用中，在執(zhí)行s101的步驟之前，還存在重復(fù)支付的情況，用戶在第一次支付成功但無法進(jìn)行消費(fèi)的時候，會進(jìn)行第二次支付，進(jìn)而造成重復(fù)支付，當(dāng)然，還可以是其他的情況造成重復(fù)支付的出現(xiàn)，在此不進(jìn)行一一列舉。每一訂單的屬性信息均包含有用戶的標(biāo)識，基于用戶的標(biāo)識，通過以下步驟確定是否重復(fù)支付：

根據(jù)用戶的標(biāo)識，確定同一個用戶的訂單；

在所確定的訂單中，判斷是否存在為支付同一個產(chǎn)品的多個訂單；

如果存在，確定支付同一個產(chǎn)品的訂單的支付時間；

如果這些訂單中存在支付時間的差值在預(yù)設(shè)的時間閾值內(nèi)的兩個訂單，則確定用戶重復(fù)支付。

當(dāng)然，還存在其他確定用戶是否重復(fù)支付的方法，在此不進(jìn)行一一列舉。在確定候選訂單的時候，確定用戶是否進(jìn)行了重復(fù)支付。重復(fù)支付所產(chǎn)生的訂單中，還存在沒有進(jìn)行消費(fèi)的訂單時，對沒有消費(fèi)的訂單，則按照預(yù)先確定的處理方式進(jìn)行處理。示例性的，處理過程可以為：向用戶發(fā)送提醒信息，提醒信息中包含提供給用戶選擇的處理方式，例如有退款、增加道具的數(shù)量等等；獲得用戶選擇的處理方式，對重復(fù)支付的訂單進(jìn)行處理。這里所說的重復(fù)支付的訂單是用戶重復(fù)支付所產(chǎn)生的訂單中，還沒有進(jìn)行消費(fèi)的訂單。當(dāng)然，還可以直接按照網(wǎng)絡(luò)平臺自己設(shè)置的處理方式進(jìn)行處理，無需用戶選擇。

在本發(fā)明實(shí)施例中，候選訂單中可以包括重復(fù)支付的訂單，也可以不包括重復(fù)支付的訂單。在候選訂單包括重復(fù)支付的訂單時候，可以理解為預(yù)先已經(jīng)和用戶確認(rèn)：重復(fù)支付的訂單與普通的候補(bǔ)訂單處理方式相同。

s102：從所述候選訂單中確定待處理的目標(biāo)訂單。

從候選訂單中確定待處理的目標(biāo)訂單的方式可以為：根據(jù)候選訂單的屬性信息確定待處理的目標(biāo)訂單。需要說明的是，在實(shí)際應(yīng)用中，可能會存在各種各樣的問題，例如，訂單是惡意第三方偽造的訂單，或者惡意第三方篡改了消費(fèi)狀態(tài)。因?yàn)榇嬖谶@些問題，為了避免給網(wǎng)絡(luò)平臺造成不必要的損失，即如果對偽造的訂單或篡改的訂單進(jìn)行處理，會使得網(wǎng)絡(luò)平臺在沒有收取費(fèi)用的情況下，根據(jù)訂單提供相應(yīng)的服務(wù)。因此，需要進(jìn)一步地從候選訂單中確定目標(biāo)訂單。

具體地，所述屬性信息還可以包括：支付金額。所述從所述候選訂單中確定待處理的目標(biāo)訂單的步驟，可以包括：針對每一候選訂單，確定該候選訂單的目標(biāo)應(yīng)付金額，獲取該候選訂單的支付金額，并判斷該目標(biāo)訂單的支付金額是否大于或等于所述目標(biāo)應(yīng)付金額；如果是，將該候選訂單確定為待處理的目標(biāo)訂單。

需要說明的是，訂單是針對購買產(chǎn)品所產(chǎn)生的信息生成的，購買不同的產(chǎn)品需要支付的金額，可能相同，也可能不同，因?yàn)椴煌漠a(chǎn)品的價格是預(yù)先制定的，可以將不同的產(chǎn)品制定相同的價格，也可以制定不同的價格。這里所說的價格均是單價，候選訂單的目標(biāo)應(yīng)付金額為該訂單中購買的產(chǎn)品的單價與購買數(shù)量的乘積。

在確定該候選訂單的目標(biāo)應(yīng)付金額后，需要獲取該候選訂單的支付金額。在本發(fā)實(shí)施例中，用戶通過第三方支付平臺向網(wǎng)絡(luò)平臺支付購買產(chǎn)品的費(fèi)用，第三方支付平臺只向網(wǎng)絡(luò)平臺反饋用戶支付是否成功的信息，如果成功，則向網(wǎng)絡(luò)平臺反饋支付金額的信息，但是第三方支付平臺不會驗(yàn)證支付金額與應(yīng)付金額是否相等，所以會造成支付金額不等于應(yīng)付金額的情況出現(xiàn)。如果一個候選訂單的支付金額大于或等于目標(biāo)應(yīng)付金額時，將該候選訂單確定為待處理的目標(biāo)訂單，因?yàn)樵摵蜻x訂單的支付金額足夠支付購買的產(chǎn)品所需要的費(fèi)用。

具體的，所述屬性信息還可以包括：支付時間；

所述針對每一候選訂單，確定該候選訂單的目標(biāo)應(yīng)付金額的步驟，包括：

針對每一候選訂單，判斷該候選訂單的支付時間是否在目標(biāo)時段內(nèi)，其中，所述目標(biāo)時段為優(yōu)惠時段或應(yīng)付金額更改前的時段；

如果是，將該候選訂單在所述目標(biāo)時段內(nèi)的應(yīng)付金額，確定為該候選訂單的目標(biāo)應(yīng)付金額；

如果否，將該候選訂單當(dāng)前的應(yīng)付金額，確定為該候選訂單的目標(biāo)應(yīng)付金額。

在本發(fā)明實(shí)施例中，上述所說的產(chǎn)品的價格可能會進(jìn)行調(diào)整，也就是說產(chǎn)品可能在不同的時間段，存在不同的價格。示例性的，網(wǎng)絡(luò)平臺為了促銷，設(shè)置了一個優(yōu)惠時間段，將產(chǎn)品的價格給予8折的折扣，即以前購買一個產(chǎn)品需要支付10元的費(fèi)用，現(xiàn)在只需要支付8元的費(fèi)用；另外，網(wǎng)絡(luò)平臺設(shè)置價格優(yōu)勢吸引用戶，將產(chǎn)品的價格調(diào)低；還可能因?yàn)檫\(yùn)營成本增加，將產(chǎn)品的價格調(diào)高。

因?yàn)橛锌赡苡脩糁Ц顿M(fèi)用的時候，是在優(yōu)惠時段內(nèi)，但確定目標(biāo)應(yīng)付金額的時候是在非優(yōu)惠時間段內(nèi)，為了盡可能準(zhǔn)確地確定出目標(biāo)訂單，需要確定在優(yōu)惠時間段內(nèi)的目標(biāo)應(yīng)付金額；因?yàn)橛锌赡苡脩糁Ц顿M(fèi)用的時候，是在應(yīng)付金額更改前，即產(chǎn)品的價格調(diào)整前，但確定目標(biāo)應(yīng)付金額的時候是在應(yīng)付金額更改后，為了盡可能地準(zhǔn)確地確定出目標(biāo)訂單，需要確定在應(yīng)付金額更改前的目標(biāo)應(yīng)付金額。

因此，綜上所述，可以根據(jù)每一候選訂單的支付時間，判斷該候選訂單的支付時間是否在目標(biāo)時間段內(nèi)，如果是，則將該候選訂單在所述目標(biāo)時段內(nèi)的應(yīng)付金額，確定為該候選訂單的目標(biāo)應(yīng)付金額；否則，將該候選訂單當(dāng)前的應(yīng)付金額，確定為該候選訂單的目標(biāo)應(yīng)付金額。

s103：針對每一目標(biāo)訂單，確定該目標(biāo)訂單的處理方式，并通過所確定的處理方式對該目標(biāo)訂單進(jìn)行處理。

在本發(fā)明實(shí)施例中，針對不同的目標(biāo)訂單，預(yù)先確定了不同的處理方式，即預(yù)先建立了處理方式與目標(biāo)訂單的其中一個屬性信息的關(guān)聯(lián)關(guān)系，確定了目標(biāo)訂單，就可以根據(jù)其屬性信息，以及預(yù)先建立的關(guān)聯(lián)關(guān)系，確定該目標(biāo)訂單的處理方式，通過所確定的處理方式處理該目標(biāo)訂單。所確定的處理方式的處理流程是預(yù)先確定的，在處理該目標(biāo)訂單的時候，根據(jù)預(yù)先確定的處理流程對目標(biāo)訂單進(jìn)行處理。

在本發(fā)明實(shí)施例中，是自動進(jìn)行目標(biāo)訂單的確定、處理，而不是手動地確定目標(biāo)訂單并處理，也不是等到用戶反饋消費(fèi)失敗再由網(wǎng)絡(luò)平臺的客服人員進(jìn)行處理，這樣不僅減少了消費(fèi)失敗的訂單的數(shù)量，還可以在用戶未反饋消費(fèi)失敗的信息之前，對用戶消費(fèi)失敗的訂單進(jìn)行處理，提高了用戶體驗(yàn)，另外，使得用戶對網(wǎng)絡(luò)平臺更加信賴，具有良好的粘性，進(jìn)而為網(wǎng)絡(luò)平臺帶來更多更穩(wěn)定的用戶群體，提高了網(wǎng)絡(luò)平臺的效益。

在本發(fā)明實(shí)施例的一種實(shí)施方式中，所述屬性信息還可以包括：產(chǎn)品標(biāo)識。所述針對每一目標(biāo)訂單，確定該目標(biāo)訂單的處理方式，并通過所確定的處理方式對該目標(biāo)訂單進(jìn)行處理的步驟，可以包括：針對每一目標(biāo)訂單，根據(jù)該目標(biāo)訂單對應(yīng)的產(chǎn)品標(biāo)識，確定該目標(biāo)訂單對應(yīng)的目標(biāo)產(chǎn)品；根據(jù)該目標(biāo)訂單對應(yīng)的目標(biāo)產(chǎn)品，以及預(yù)設(shè)的各產(chǎn)品對應(yīng)的目標(biāo)訂單處理方式，確定該目標(biāo)訂單對應(yīng)的處理方式，并通過所確定的處理方式對該目標(biāo)訂單進(jìn)行處理。

需要說明的是，產(chǎn)品標(biāo)識可以為產(chǎn)品的名稱，也可以為網(wǎng)絡(luò)平臺為產(chǎn)品所設(shè)置的編號或代號。不同的產(chǎn)品因?yàn)槠渥陨硇再|(zhì)的差別，不能采用同一種處理方式，對產(chǎn)品對應(yīng)的訂單進(jìn)行處理，需要根據(jù)產(chǎn)品的性質(zhì)，為該產(chǎn)品對應(yīng)的訂單設(shè)置處理方式。這樣才能有針對性地對目標(biāo)訂單進(jìn)行處理。進(jìn)一步地，能夠準(zhǔn)確地對目標(biāo)訂單進(jìn)行處理，這樣，盡可能地保證了目標(biāo)訂單的處理結(jié)果的正確性，進(jìn)而提高用戶體驗(yàn)。

在本發(fā)明實(shí)施例中，每一目標(biāo)訂單中均包含產(chǎn)品標(biāo)識，根據(jù)該產(chǎn)品標(biāo)識能夠確定該目標(biāo)訂單的目標(biāo)產(chǎn)品，將針對該目標(biāo)產(chǎn)品對應(yīng)的目標(biāo)訂單設(shè)置的處理方式，確定為該目標(biāo)訂單對應(yīng)的處理方式，并通過所確定的處理方式對該目標(biāo)訂單進(jìn)行處理。

示例性的，目標(biāo)產(chǎn)品為付費(fèi)觀看的文章，對于該目標(biāo)產(chǎn)品的目標(biāo)訂單的處理方式可以為建立該用戶與該文章之間的關(guān)聯(lián)關(guān)系，在下一次用戶請求查閱該文章時，直接閱讀該文章。目標(biāo)產(chǎn)品為道具時，對于該目標(biāo)產(chǎn)品的目標(biāo)訂單的處理方式可以為將該道具添加至用戶用于存放道具的地方，該處理方式還可以包括在添加完成后，通知用戶；目標(biāo)產(chǎn)品為會員期限時，對于該目標(biāo)產(chǎn)品的目標(biāo)訂單的處理方式可以為在該用戶目前的會員期限上增加購買的期限。

在本發(fā)明的一個可選實(shí)施例中，在步驟s101之前，所述方法還可以包括：

獲得補(bǔ)單請求；

判斷所述補(bǔ)單請求是否合法；

所述根據(jù)各訂單的屬性信息，確定支付狀態(tài)為成功但消費(fèi)狀態(tài)為失敗的候選訂單(s101)，包括：

當(dāng)判斷出所述補(bǔ)單請求合法時，根據(jù)各訂單的屬性信息，確定支付狀態(tài)為成功但消費(fèi)狀態(tài)為失敗的候選訂單。

在本發(fā)明實(shí)施例中，為了保證整個訂單處理過程的安全性，防止惡意第三方進(jìn)行訂單的處理，并且為了保證用戶的信息不被泄露，可以進(jìn)行安全校驗(yàn)，判斷補(bǔ)單請求是否合法，即網(wǎng)絡(luò)平臺可以對補(bǔ)單請求進(jìn)行驗(yàn)證以確定其是否合法。在補(bǔ)單請求不合法的情況下，則不允許對訂單進(jìn)行處理，如果合法，則可以執(zhí)行根據(jù)各訂單的屬性信息，確定支付狀態(tài)為成功但消費(fèi)狀態(tài)為失敗的候選訂單的步驟。

需要說明的是，補(bǔ)單請求可以理解為處理目標(biāo)訂單的請求，補(bǔ)單請求中包含生成補(bǔ)單請求的服務(wù)器的ip(internetprotocol，網(wǎng)絡(luò)之間的互聯(lián)協(xié)議)地址，網(wǎng)絡(luò)平臺判斷補(bǔ)單請求所包含的ip地址是否為預(yù)先確定的合法的ip地址，如果是，則執(zhí)行s101的步驟；如果否，則拒絕本次的補(bǔ)單請求。

補(bǔ)單請求中也可以包含數(shù)字簽名，生成該補(bǔ)單請求的服務(wù)器利用私鑰對摘要信息加密，與原文一起生成補(bǔ)單請求，網(wǎng)絡(luò)平臺在獲得該補(bǔ)單請求時，需要利用該服務(wù)器公鑰才能解密被加密的摘要信息，然后用哈希算法對收到的原文產(chǎn)生一個摘要信息，與解密的摘要信息對比。如果相同，則確定該補(bǔ)單請求合法，否則，拒絕本次補(bǔ)單請求。當(dāng)然，并不僅限于上述舉例說明的判斷補(bǔ)單請求是否合法的方法。

應(yīng)用本發(fā)明實(shí)施例中，從所確定的候選訂單中確定待處理的目標(biāo)訂單，進(jìn)一步地，確定目標(biāo)訂單的處理方式，通過所確定的處理方式對該目標(biāo)訂單進(jìn)行處理，保證用戶能夠?qū)οM(fèi)失敗的產(chǎn)品進(jìn)行消費(fèi)，進(jìn)而提高用戶的體驗(yàn)。

與圖1所示的方法實(shí)施例相對應(yīng)，圖2為本發(fā)明實(shí)施例提供的訂單處理裝置的結(jié)構(gòu)示意圖，該裝置包括第一確定模塊201、第二確定模塊202和處理模塊203，其中，

第一確定模塊201，用于根據(jù)各訂單的屬性信息，確定支付狀態(tài)為成功但消費(fèi)狀態(tài)為失敗的候選訂單，其中，所述屬性信息至少包括：支付狀態(tài)和消費(fèi)狀態(tài)；

第二確定模塊202，用于從所述候選訂單中確定待處理的目標(biāo)訂單；

處理模塊203，用于針對每一目標(biāo)訂單，確定該目標(biāo)訂單的處理方式，并通過所確定的處理方式對該目標(biāo)訂單進(jìn)行處理。

應(yīng)用本發(fā)明實(shí)施例，從所確定的候選訂單中確定待處理的目標(biāo)訂單，進(jìn)一步地，確定目標(biāo)訂單的處理方式，通過所確定的處理方式對該目標(biāo)訂單進(jìn)行處理，保證用戶能夠?qū)οM(fèi)失敗的產(chǎn)品進(jìn)行消費(fèi)，進(jìn)而提高用戶的體驗(yàn)。

具體的，所述裝置還包括獲得模塊和判斷模塊(圖中未示出)；

獲得模塊，用于獲得補(bǔ)單請求；

判斷模塊，用于判斷所述補(bǔ)單請求是否合法；

所述第一確定模塊201，具體用于當(dāng)所述判斷模塊判斷出所述補(bǔ)單請求合法時，根據(jù)各訂單的屬性信息，確定支付狀態(tài)為成功但消費(fèi)狀態(tài)為失敗的候選訂單。

具體的，所述屬性信息還包括：支付金額；

所述第二確定模塊202，可以包括判斷子模塊和第一確定子模塊(圖中未示出)；

判斷子模塊，用于針對每一候選訂單，確定該候選訂單的目標(biāo)應(yīng)付金額，獲取該候選訂單的支付金額，并判斷該目標(biāo)訂單的支付金額是否大于或等于所述目標(biāo)應(yīng)付金額；

第一確定子模塊，用于在所述判斷子模塊的判斷結(jié)果為是的情況下，將該候選訂單確定為待處理的目標(biāo)訂單。

具體的，所述屬性信息還包括：支付時間；

所述判斷子模塊，包括：第一判斷單元、第一確定單元、第二確定單元和第二判斷單元(圖中未示出)；

第一判斷單元，用于針對每一候選訂單，判斷該候選訂單的支付時間是否在目標(biāo)時段內(nèi)，其中，所述目標(biāo)時段為優(yōu)惠時段或應(yīng)付金額更改前的時段；

第一確定單元，用于在所述第一判斷單元的判斷結(jié)果為是的情況下，將該候選訂單在所述目標(biāo)時段內(nèi)的應(yīng)付金額，確定為該候選訂單的目標(biāo)應(yīng)付金額；

第二確定單元，用于在所述第一判斷單元的判斷結(jié)果為否的情況下，將該候選訂單當(dāng)前的應(yīng)付金額，確定為該候選訂單的目標(biāo)應(yīng)付金額；

第二判斷單元，用于獲取該候選訂單的支付金額，并判斷該目標(biāo)訂單的支付金額是否大于或等于所述目標(biāo)應(yīng)付金額。

可選地，所述屬性信息還包括：產(chǎn)品標(biāo)識；

所述處理模塊203，包括第二確定子模塊和處理子模塊(圖中未示出)；

第二確定子模塊，用于針對每一目標(biāo)訂單，根據(jù)該目標(biāo)訂單對應(yīng)的產(chǎn)品標(biāo)識，確定該目標(biāo)訂單對應(yīng)的目標(biāo)產(chǎn)品；

處理子模塊，用于根據(jù)該目標(biāo)訂單對應(yīng)的目標(biāo)產(chǎn)品，以及預(yù)設(shè)的各產(chǎn)品對應(yīng)的目標(biāo)訂單處理方式，確定該目標(biāo)訂單對應(yīng)的處理方式，并通過所確定的處理方式對該目標(biāo)訂單進(jìn)行處理。

本發(fā)明實(shí)施例還提供了一種計(jì)算機(jī)設(shè)備，如圖3所示，包括處理器301、通信接口302、存儲器303和通信總線304，其中，處理器301，通信接口302，存儲器303通過通信總線304完成相互間的通信，

存儲器303，用于存放計(jì)算機(jī)程序；

處理器301，用于執(zhí)行存儲器303上所存放的程序時，實(shí)現(xiàn)如下步驟：

根據(jù)各訂單的屬性信息，確定支付狀態(tài)為成功但消費(fèi)狀態(tài)為失敗的候選訂單，其中，所述屬性信息至少包括：支付狀態(tài)和消費(fèi)狀態(tài)；

從所述候選訂單中確定待處理的目標(biāo)訂單；

針對每一目標(biāo)訂單，確定該目標(biāo)訂單的處理方式，并通過所確定的處理方式對該目標(biāo)訂單進(jìn)行處理。

應(yīng)用本發(fā)明實(shí)施例，從所確定的候選訂單中確定待處理的目標(biāo)訂單，進(jìn)一步地，確定目標(biāo)訂單的處理方式，通過所確定的處理方式對該目標(biāo)訂單進(jìn)行處理，保證用戶能夠?qū)οM(fèi)失敗的產(chǎn)品進(jìn)行消費(fèi)，進(jìn)而提高用戶的體驗(yàn)。

上述計(jì)算機(jī)設(shè)備提到的通信總線304可以是外設(shè)部件互連標(biāo)準(zhǔn)(peripheralcomponentinterconnect，pci)總線或擴(kuò)展工業(yè)標(biāo)準(zhǔn)結(jié)構(gòu)(extendedindustrystandardarchitecture，eisa)總線等。該通信總線可以分為地址總線、數(shù)據(jù)總線、控制總線等。為便于表示，圖中僅用一條粗線表示，但并不表示僅有一根總線或一種類型的總線。

通信接口302用于上述計(jì)算機(jī)設(shè)備與其他設(shè)備之間的通信。

存儲器303包括隨機(jī)存取存儲器(randomaccessmemory，ram)，也可以包括非易失性存儲器(non-volatilememory，nvm)，例如至少一個磁盤存儲器。可選的，存儲器還可以是至少一個位于遠(yuǎn)離前述處理器的存儲裝置。

上述的處理器301可以是通用處理器，包括中央處理器(centralprocessingunit，cpu)、網(wǎng)絡(luò)處理器(networkprocessor，np)等；還可以是數(shù)字信號處理器(digitalsignalprocessing，dsp)、專用集成電路(applicationspecificintegratedcircuit，asic)、現(xiàn)場可編程門陣列(field-programmablegatearray，fpga)或者其他可編程邏輯器件、分立門或者晶體管邏輯器件、分立硬件組件。

在本發(fā)明提供的又一實(shí)施例中，還提供了一種計(jì)算機(jī)可讀存儲介質(zhì)，該計(jì)算機(jī)可讀存儲介質(zhì)中存儲計(jì)算機(jī)程序，當(dāng)其在計(jì)算機(jī)上運(yùn)行時，使得計(jì)算機(jī)執(zhí)行上述實(shí)施例中任一所述的訂單處理方法。

應(yīng)用本發(fā)明實(shí)施例，從所確定的候選訂單中確定待處理的目標(biāo)訂單，進(jìn)一步地，確定目標(biāo)訂單的處理方式，通過所確定的處理方式對該目標(biāo)訂單進(jìn)行處理，保證用戶能夠?qū)οM(fèi)失敗的產(chǎn)品進(jìn)行消費(fèi)，進(jìn)而提高用戶的體驗(yàn)。

在上述實(shí)施例中，可以全部或部分地通過軟件、硬件、固件或者其任意組合來實(shí)現(xiàn)。當(dāng)使用軟件實(shí)現(xiàn)時，可以全部或部分地以計(jì)算機(jī)程序產(chǎn)品的形式實(shí)現(xiàn)。所述計(jì)算機(jī)程序產(chǎn)品包括一個或多個計(jì)算機(jī)指令。在計(jì)算機(jī)上加載和執(zhí)行所述計(jì)算機(jī)程序程序時，全部或部分地產(chǎn)生按照本發(fā)明實(shí)施例所述的流程或功能。所述計(jì)算機(jī)可以是通用計(jì)算機(jī)、專用計(jì)算機(jī)、計(jì)算機(jī)網(wǎng)絡(luò)、或者其他可編程裝置。所述計(jì)算機(jī)程序可以存儲在計(jì)算機(jī)可讀存儲介質(zhì)中，或者從一個計(jì)算機(jī)可讀存儲介質(zhì)向另一個計(jì)算機(jī)可讀存儲介質(zhì)傳輸，例如，所述計(jì)算機(jī)程序可以從一個網(wǎng)站站點(diǎn)、計(jì)算機(jī)、服務(wù)器或數(shù)據(jù)中心通過有線(例如同軸電纜、光纖、數(shù)字用戶線(dsl))或無線(例如紅外、無線、微波等)方式向另一個網(wǎng)站站點(diǎn)、計(jì)算機(jī)、服務(wù)器或數(shù)據(jù)中心進(jìn)行傳輸。所述計(jì)算機(jī)可讀存儲介質(zhì)可以是計(jì)算機(jī)能夠存取的任何可用介質(zhì)或者是包含一個或多個可用介質(zhì)集成的服務(wù)器、數(shù)據(jù)中心等數(shù)據(jù)存儲設(shè)備。所述可用介質(zhì)可以是磁性介質(zhì)，(例如，軟盤、硬盤、磁帶)、光介質(zhì)(例如，dvd)、或者半導(dǎo)體介質(zhì)(例如固態(tài)硬盤solidstatedisk(ssd))等。

對于計(jì)算機(jī)設(shè)備/存儲介質(zhì)實(shí)施例而言，由于其基本相似于方法實(shí)施例，所以描述的比較簡單，相關(guān)之處參見方法實(shí)施例的部分說明即可。

需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個實(shí)體或者操作與另一個實(shí)體或操作區(qū)分開來，而不一定要求或者暗示這些實(shí)體或操作之間存在任何這種實(shí)際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。

本說明書中的各個實(shí)施例均采用相關(guān)的方式描述，各個實(shí)施例之間相同相似的部分互相參見即可，每個實(shí)施例重點(diǎn)說明的都是與其他實(shí)施例的不同之處。尤其，對于裝置實(shí)施例而言，由于其基本相似于方法實(shí)施例，所以描述的比較簡單，相關(guān)之處參見方法實(shí)施例的部分說明即可。

以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進(jìn)等，均包含在本發(fā)明的保護(hù)范圍內(nèi)。