本發(fā)明涉及數(shù)據(jù)通信技術(shù)領(lǐng)域，尤其是涉及一種訂單重發(fā)方法和裝置。

背景技術(shù)：

用戶在ios或者android設(shè)備上玩游戲時(shí)經(jīng)常會(huì)有購(gòu)買虛擬貨幣的充值行為，通常流程如下：用戶進(jìn)入游戲客戶端內(nèi)的充值界面，點(diǎn)擊購(gòu)買虛擬貨幣；游戲客戶端與appstore或者googlewallet的服務(wù)器進(jìn)行通信，由其先扣取用戶賬戶的錢然后生成訂單數(shù)據(jù)返回給游戲客戶端；游戲客戶端再把上述訂單數(shù)據(jù)發(fā)送到該游戲的服務(wù)器，由該游戲的服務(wù)器發(fā)放游戲虛擬貨幣給用戶。然而在上述流程中，游戲客戶端在發(fā)送訂單數(shù)據(jù)給游戲服務(wù)器時(shí)往往會(huì)由于網(wǎng)絡(luò)問(wèn)題發(fā)送不成功，導(dǎo)致用戶在已付款的情況下卻無(wú)法收到虛擬貨幣，用戶體驗(yàn)差。

針對(duì)上述充值過(guò)程中訂單發(fā)送失敗的問(wèn)題，目前尚未提出有效解決方案。

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

有鑒于此，本發(fā)明的目的在于提供一種訂單重發(fā)方法和裝置，可以將發(fā)送失敗的訂單進(jìn)行重發(fā)，以完成充值過(guò)程，提高了用戶的體驗(yàn)度。

第一方面，本發(fā)明實(shí)施例提供了一種訂單重發(fā)方法，應(yīng)用于客戶端，包括：當(dāng)客戶端接收到繳費(fèi)請(qǐng)求時(shí)，將繳費(fèi)請(qǐng)求發(fā)送至第三方服務(wù)器；接收第三方服務(wù)器在繳費(fèi)成功時(shí)下發(fā)的訂單；客戶端存儲(chǔ)上述訂單并向客戶端的服務(wù)器發(fā)送訂單；當(dāng)客戶端確定訂單提交成功時(shí)，刪除上述訂單；當(dāng)客戶端再次啟動(dòng)時(shí)進(jìn)行初始化；查找客戶端中存儲(chǔ)的訂單；重新向客戶端的服務(wù)器發(fā)送該訂單；當(dāng)接收到客戶端的服務(wù)器返回的提交成功消息時(shí)，確定訂單重發(fā)成功。

結(jié)合第一方面，本發(fā)明實(shí)施例提供了第一方面的第一種可能的實(shí)施方式，其中，當(dāng)客戶端再次啟動(dòng)時(shí)進(jìn)行初始化包括：當(dāng)客戶端再次啟動(dòng)時(shí)初始化sqlite數(shù)據(jù)庫(kù)。

結(jié)合第一方面，本發(fā)明實(shí)施例提供了第一方面的第二種可能的實(shí)施方式，其中，查找客戶端中存儲(chǔ)的訂單包括：查找客戶端是否存儲(chǔ)有訂單重發(fā)列表；當(dāng)存在訂單重發(fā)列表時(shí)，從訂單重發(fā)列表中查找訂單。

結(jié)合第一方面的第二種可能的實(shí)施方式，本發(fā)明實(shí)施例提供了第一方面的第三種可能的實(shí)施方式，還包括：當(dāng)不存在訂單重發(fā)列表時(shí)，新建訂單重發(fā)列表。

結(jié)合第一方面，本發(fā)明實(shí)施例提供了第一方面的第四種可能的實(shí)施方式，其中，確定訂單重發(fā)成功之后還包括：從客戶端中刪除上述訂單；當(dāng)客戶端確定訂單提交失敗時(shí)，提示用戶在下次啟動(dòng)時(shí)客戶端會(huì)重發(fā)上述訂單。

結(jié)合第一方面的第三種可能的實(shí)施方式，本發(fā)明實(shí)施例提供了第一方面的第五種可能的實(shí)施方式，還包括：在客戶端運(yùn)行過(guò)程中，定時(shí)檢查訂單重發(fā)列表中是否有訂單；如果有，重發(fā)訂單重發(fā)列表中的訂單；當(dāng)訂單發(fā)送成功時(shí)，從訂單重發(fā)列表將訂單刪除。

第二方面，本發(fā)明實(shí)施例還提供一種訂單重發(fā)裝置，應(yīng)用于客戶端，包括：繳費(fèi)請(qǐng)求發(fā)送模塊，用于當(dāng)客戶端接收到繳費(fèi)請(qǐng)求時(shí)，將繳費(fèi)請(qǐng)求發(fā)送至第三方服務(wù)器；訂單接收模塊，用于接收第三方服務(wù)器在繳費(fèi)成功時(shí)下發(fā)的訂單；訂單發(fā)送模塊，用于客戶端向客戶端的服務(wù)器發(fā)送訂單；訂單存儲(chǔ)模塊，用于當(dāng)客戶端確定訂單提交失敗時(shí)，存儲(chǔ)訂單；初始化模塊，用于當(dāng)客戶端再次啟動(dòng)時(shí)進(jìn)行初始化；訂單查找模塊，用于查找客戶端中存儲(chǔ)的訂單；訂單重發(fā)模塊，用于重新向客戶端的服務(wù)器發(fā)送訂單；確定模塊，用于當(dāng)接收到客戶端的服務(wù)器返回的提交成功消息時(shí)，確定訂單重發(fā)成功。

結(jié)合第二方面，本發(fā)明實(shí)施例提供了第二方面的第一種可能的實(shí)施方式，其中，初始化模塊還用于：當(dāng)客戶端再次啟動(dòng)時(shí)初始化sqlite數(shù)據(jù)庫(kù)。

結(jié)合第二方面，本發(fā)明實(shí)施例提供了第二方面的第二種可能的實(shí)施方式，其中，訂單查找模塊還用于：查找客戶端是否存儲(chǔ)有訂單重發(fā)列表；當(dāng)存在訂單重發(fā)列表時(shí)，從訂單重發(fā)列表中查找訂單。

結(jié)合第二方面，本發(fā)明實(shí)施例提供了第二方面的第三種可能的實(shí)施方式，還包括：訂單重發(fā)列表新建模塊，用于當(dāng)不存在訂單重發(fā)列表時(shí)，新建訂單重發(fā)列表。

本發(fā)明實(shí)施例帶來(lái)了以下有益效果：

本實(shí)施例提供的訂單重發(fā)方法和裝置，在客戶端向客戶端的服務(wù)器提交收到的第三方服務(wù)器返回的繳費(fèi)訂單時(shí)，存儲(chǔ)上述訂單，在提交成功后再將該訂單刪除，如果提交失敗則保留；進(jìn)而在客戶端啟動(dòng)時(shí)查找客戶端中存儲(chǔ)的提交失敗的訂單，查找到之后進(jìn)行重發(fā)，通過(guò)上述保存訂單并重發(fā)的方式，可以有效保證完成繳費(fèi)充值過(guò)程，提高了用戶的體驗(yàn)度。

本發(fā)明的其他特征和優(yōu)點(diǎn)將在隨后的說(shuō)明書中闡述，并且，部分地從說(shuō)明書中變得顯而易見(jiàn)，或者通過(guò)實(shí)施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點(diǎn)在說(shuō)明書、權(quán)利要求書以及附圖中所特別指出的結(jié)構(gòu)來(lái)實(shí)現(xiàn)和獲得。

為使本發(fā)明的上述目的、特征和優(yōu)點(diǎn)能更明顯易懂，下文特舉較佳實(shí)施例，并配合所附附圖，作詳細(xì)說(shuō)明如下。

附圖說(shuō)明

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

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

圖2為本發(fā)明實(shí)施例提供的另一種訂單重發(fā)方法的流程示意圖；

圖3為本發(fā)明實(shí)施例提供的另一種訂單重發(fā)方法的流程示意圖；

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

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

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

圖7為本發(fā)明實(shí)施例提供的一種智能終端的結(jié)構(gòu)示意圖。

具體實(shí)施方式

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

目前游戲客戶端在將訂單信息發(fā)送到服務(wù)器的充值過(guò)程中，存在由于網(wǎng)絡(luò)問(wèn)題導(dǎo)致的訂單信息發(fā)送不成功的問(wèn)題，導(dǎo)致用戶在已付款的情況下充值失敗，基于此，本發(fā)明實(shí)施例提供的一種訂單重發(fā)方法和裝置，可以將發(fā)送失敗的訂單進(jìn)行重發(fā)，以完成充值過(guò)程，提高了用戶的體驗(yàn)度。為便于對(duì)本實(shí)施例進(jìn)行理解，首先對(duì)本發(fā)明實(shí)施例所公開(kāi)的一種訂單重發(fā)方法進(jìn)行詳細(xì)介紹。

在介紹訂單重發(fā)方法前，需要先定義上述方法的應(yīng)用場(chǎng)景，應(yīng)用場(chǎng)景并不限于游戲充值場(chǎng)景，可以適用于所有客戶端接收第三方服務(wù)器的訂單信息，并且該客戶端需要將訂單信息發(fā)送到服務(wù)端的場(chǎng)景，在本發(fā)明實(shí)施例中以游戲客戶端發(fā)送訂單為例。

實(shí)施例1

本發(fā)明實(shí)施例1提供了一種訂單重發(fā)方法，應(yīng)用于客戶端，參見(jiàn)圖1所示的訂單重發(fā)方法的流程示意圖，包括如下步驟：

步驟s11，當(dāng)客戶端接收到繳費(fèi)請(qǐng)求時(shí)，將繳費(fèi)請(qǐng)求發(fā)送至第三方服務(wù)器。

具體地，用戶在進(jìn)行繳費(fèi)時(shí)，在客戶端提交繳費(fèi)請(qǐng)求，其中繳費(fèi)請(qǐng)求包括充值、購(gòu)買游戲虛擬貨幣等。

步驟s12，接收第三方服務(wù)器在繳費(fèi)成功時(shí)下發(fā)的訂單。

以ios或者android游戲客戶端為例，客戶端將繳費(fèi)請(qǐng)求發(fā)送至appstore或者googlewallet服務(wù)器，由上述appstore或者googlewallet服務(wù)器扣取用戶賬戶中的金錢，生成訂單返回給游戲客戶端，由游戲客戶端再把訂單發(fā)送到游戲的服務(wù)器，服務(wù)器發(fā)放游戲虛擬貨幣等給玩家。

步驟s13，客戶端存儲(chǔ)上述訂單并向該客戶端的服務(wù)器發(fā)送訂單。

客戶端在向該客戶端的服務(wù)器發(fā)送訂單時(shí)存儲(chǔ)了該訂單，可以避免在發(fā)送訂單時(shí)，游戲因其他原因關(guān)閉或者閃退，導(dǎo)致服務(wù)器未收到消息，客戶端也來(lái)不及保存，進(jìn)而漏單。

步驟s14，當(dāng)客戶端確定訂單提交成功時(shí)，刪除上述訂單。

在復(fù)雜網(wǎng)絡(luò)環(huán)境下，游戲客戶端在將訂單信息發(fā)送到游戲的服務(wù)器時(shí)，存在訂單發(fā)送失敗的情況，此時(shí)客戶端存儲(chǔ)該發(fā)送失敗的訂單?？梢岳斫獾氖?，在訂單發(fā)送成功的情況下沒(méi)有必要存儲(chǔ)該發(fā)送成功的訂單，因此在客戶端中存儲(chǔ)的訂單均為發(fā)送失敗的訂單。本實(shí)施例中，對(duì)客戶端保存上述提交失敗的訂單的方式不做限定，客戶端可以采用任何可用的存儲(chǔ)方式。

步驟s15，當(dāng)客戶端再次啟動(dòng)時(shí)進(jìn)行初始化。

在啟動(dòng)游戲時(shí)需要先進(jìn)行初始化，具體是初始化sqlite數(shù)據(jù)庫(kù)，可以防止后續(xù)重發(fā)訂單的過(guò)程中出現(xiàn)丟單。

步驟s16，查找客戶端中存儲(chǔ)的訂單。

在客戶端再次啟動(dòng)時(shí)，需要先查找客戶端中存儲(chǔ)的訂單，該訂單是用戶在上述繳費(fèi)過(guò)程中客戶端提交失敗的訂單。

步驟s17，重新向客戶端的服務(wù)器發(fā)送上述訂單。

在客戶端中存儲(chǔ)有訂單時(shí)，將上述訂單進(jìn)行重新發(fā)送至服務(wù)器。如果客戶端中未存儲(chǔ)有訂單，則表示此前無(wú)發(fā)送失敗的訂單。

步驟s18，當(dāng)接收到客戶端的服務(wù)器返回的提交成功消息時(shí)，確定訂單重發(fā)成功。

本實(shí)施例提供的訂單重發(fā)方法，在客戶端向客戶端的服務(wù)器提交收到的第三方服務(wù)器返回的繳費(fèi)訂單時(shí)，存儲(chǔ)上述訂單，在提交成功后再將該訂單刪除，如果提交失敗則保留；進(jìn)而在客戶端啟動(dòng)時(shí)查找客戶端中存儲(chǔ)的提交失敗的訂單，查找到之后進(jìn)行重發(fā)，通過(guò)上述保存訂單并重發(fā)的方式，可以有效保證完成繳費(fèi)充值過(guò)程，提高了用戶的體驗(yàn)度。

考慮到在發(fā)送時(shí)，存在提交失敗的情況，因此上述方法還包括：當(dāng)客戶端確定訂單提交失敗時(shí)，提示用戶在下次啟動(dòng)時(shí)客戶端會(huì)重發(fā)訂單。在訂單發(fā)送未成功的情況下，考慮到此時(shí)游戲已經(jīng)在運(yùn)行中，繼續(xù)重發(fā)會(huì)消耗系統(tǒng)資源，對(duì)游戲的體驗(yàn)也會(huì)產(chǎn)生一定的影響，因此提示用戶在客戶端下次啟動(dòng)時(shí)，由客戶端重新發(fā)送該訂單。

具體地，客戶端可以通過(guò)多種方式確定訂單提交失敗，包括但不限于以下方式：

(1)當(dāng)指定時(shí)間內(nèi)未接收到客戶端的服務(wù)器返回的提交成功消息時(shí)，確定訂單提交失?。簧鲜鎏峤怀晒οㄓ唵翁峤淮_認(rèn)消息或服務(wù)器發(fā)放游戲虛擬貨幣消息等。

(2)當(dāng)接收到客戶端的服務(wù)器返回的提交失敗消息時(shí)，確定訂單提交失??；

(3)當(dāng)客戶端無(wú)網(wǎng)絡(luò)連接或者網(wǎng)絡(luò)連接異常時(shí)，確定訂單提交失敗。

本實(shí)施例提供的上述方法，在客戶端重發(fā)成功后刪除存儲(chǔ)的訂單，在客戶端重發(fā)失敗時(shí)提示用戶在下次啟動(dòng)時(shí)重發(fā)，可以保證訂單重發(fā)至發(fā)送成功，同時(shí)節(jié)省系統(tǒng)資源。

實(shí)施例2

本發(fā)明實(shí)施例2提供了一種訂單重發(fā)方法，以提交失敗的訂單存儲(chǔ)在訂單重發(fā)列表中為例進(jìn)行說(shuō)明。參見(jiàn)圖2所示的流程示意圖，具體包括如下步驟(其中步驟s21-s25與實(shí)施例1中的步驟s11-s15相同)：

步驟s21，當(dāng)客戶端接收到繳費(fèi)請(qǐng)求時(shí)，將繳費(fèi)請(qǐng)求發(fā)送至第三方服務(wù)器。

步驟s22，接收第三方服務(wù)器在繳費(fèi)成功時(shí)下發(fā)的訂單。

步驟s23，客戶端存儲(chǔ)上述訂單并向該客戶端的服務(wù)器發(fā)送訂單。

步驟s24，當(dāng)客戶端確定訂單提交成功時(shí)，刪除上述訂單。

在本實(shí)施例中客戶端存儲(chǔ)上述訂單的方式為在客戶端中的訂單重發(fā)列表內(nèi)保存為例進(jìn)行說(shuō)明

步驟s25，當(dāng)客戶端再次啟動(dòng)時(shí)進(jìn)行初始化。

步驟s26，查找客戶端是否存儲(chǔ)有訂單重發(fā)列表。

上述訂單重發(fā)列表保存為retryorder，在本實(shí)施例中以訂單重發(fā)列表retryorder包含兩個(gè)字段為例進(jìn)行說(shuō)明，具體包括：訂單號(hào)orderid；訂單詳細(xì)數(shù)據(jù)orderdetail，該orderdetail數(shù)據(jù)是json(javascriptobjectnotation，js對(duì)象標(biāo)記)格式的。

步驟s27，當(dāng)存在訂單重發(fā)列表時(shí)，從訂單重發(fā)列表中查找訂單。

步驟s28，當(dāng)不存在訂單重發(fā)列表時(shí)，新建訂單重發(fā)列表。

如果客戶端中沒(méi)有上述訂單重發(fā)列表，則創(chuàng)建表retryorder。不存在訂單重發(fā)列表的情況可以是首次啟動(dòng)客戶端或者訂單重發(fā)列表被刪除或者出錯(cuò)等，此時(shí)新建列表，在客戶端提交訂單到服務(wù)器失敗時(shí)，將該訂單保存到訂單重發(fā)列表，供之后重發(fā)操作使用。

步驟s29，重新發(fā)送上述訂單到服務(wù)器。

在上述步驟s23和s24中，對(duì)上述訂單進(jìn)行的操作的具體步驟如下：

(1)當(dāng)客戶端向客戶端的服務(wù)器提交訂單時(shí)，將該訂單保存至訂單重發(fā)列表；

(2)判斷該新訂單是否提交成功；

(3)如果是，從訂單重發(fā)列表中刪除該新訂單；

(4)如果否，提示用戶在下次啟動(dòng)時(shí)客戶端會(huì)重發(fā)該新訂單。

在上述存儲(chǔ)操作中，是將客戶端所有的訂單在提交之前全部保存，通過(guò)訂單發(fā)送成功與否來(lái)決定需要保留哪些訂單，顯然提交成功的訂單不再需要保存在訂單重發(fā)列表中，即將其刪除，僅保留失敗訂單，留待下次啟動(dòng)時(shí)由客戶端重發(fā)。

本實(shí)施例提供的訂單重發(fā)方法，客戶端通過(guò)訂單重發(fā)列表的方式存儲(chǔ)提交失敗的訂單，在客戶端啟動(dòng)時(shí)查找并重發(fā)上述訂單，可以有效保證完成繳費(fèi)充值過(guò)程，提高了用戶的體驗(yàn)度。

考慮到客戶端發(fā)送訂單失敗至用戶下次啟動(dòng)客戶端一般會(huì)間隔一段時(shí)間，用戶在充值時(shí)可能急需充值成功以便得到虛擬貨幣或者虛擬道具，因此在上述方法的基礎(chǔ)上，還包括以下客戶端運(yùn)行過(guò)程中進(jìn)行重發(fā)的步驟：

(1)在客戶端運(yùn)行過(guò)程中，定時(shí)檢查訂單重發(fā)列表中是否有訂單；

(2)如果有，重發(fā)訂單重發(fā)列表中的訂單；

(3)當(dāng)訂單發(fā)送成功時(shí)，從訂單重發(fā)列表將訂單刪除。

在客戶端運(yùn)行過(guò)程中，采用定期檢查retryorder表中是否有需要重發(fā)的訂單的方式，進(jìn)行重發(fā)操作。

本實(shí)施例提供的上述方法，可以采用客戶端運(yùn)行過(guò)程中進(jìn)行重發(fā)的方式，可以加快繳費(fèi)充值完成，提高了用戶的體驗(yàn)度。

實(shí)施例3

本發(fā)明實(shí)施例3提供了一種訂單重發(fā)方法，在實(shí)施例2提供的方法的基礎(chǔ)上，以用戶實(shí)際使用時(shí)的場(chǎng)景為例進(jìn)行說(shuō)明。參見(jiàn)圖3所示的流程示意圖，具體包括如下步驟：

步驟s31，客戶端判斷retryorder表是否存在。如果存在，執(zhí)行步驟s32；如果不存在，執(zhí)行步驟s33。

步驟s32，重發(fā)retryorder表中的訂單。

步驟s33，創(chuàng)建retryorder表。

步驟s34，判斷上述訂單是否發(fā)送成功。如果是，執(zhí)行步驟s35；如果否，執(zhí)行步驟s36。

步驟s35，刪除retryorder表中的上述訂單。

步驟s36，提示用戶在下次啟動(dòng)時(shí)客戶端會(huì)重發(fā)該新訂單。

本實(shí)施例提供的上述方法，在客戶端啟動(dòng)時(shí)檢查retryorder表是否存在，并重發(fā)retryorder表中的訂單，可以保證繳費(fèi)充值完成，提高了用戶的體驗(yàn)度。

實(shí)施例4

本發(fā)明實(shí)施例4提供了一種訂單重發(fā)裝置，應(yīng)用于客戶端，參見(jiàn)圖4所示的結(jié)構(gòu)示意圖，包括以下模塊：

繳費(fèi)請(qǐng)求發(fā)送模塊401，用于當(dāng)客戶端接收到繳費(fèi)請(qǐng)求時(shí)，將繳費(fèi)請(qǐng)求發(fā)送至第三方服務(wù)器；

訂單接收模塊402，用于接收第三方服務(wù)器在繳費(fèi)成功時(shí)下發(fā)的訂單；

訂單發(fā)送模塊403，用于客戶端存儲(chǔ)上述訂單并向客戶端的服務(wù)器發(fā)送訂單；

訂單存儲(chǔ)模塊404，用于當(dāng)客戶端確定訂單提交成功時(shí)，刪除上述訂單；

初始化模塊405，用于當(dāng)客戶端再次啟動(dòng)時(shí)進(jìn)行初始化；

訂單查找模塊406，用于查找客戶端中存儲(chǔ)的訂單；

訂單重發(fā)模塊407，用于重新向客戶端的服務(wù)器發(fā)送訂單；

確定模塊408，用于當(dāng)接收到客戶端的服務(wù)器返回的提交成功消息時(shí)，確定訂單重發(fā)成功。

進(jìn)一步，初始化模塊405還用于：當(dāng)客戶端再次啟動(dòng)時(shí)初始化sqlite數(shù)據(jù)庫(kù)。

訂單查找模塊406還用于：查找客戶端是否存儲(chǔ)有訂單重發(fā)列表；當(dāng)存在訂單重發(fā)列表時(shí)，從訂單重發(fā)列表中查找訂單。

初始化模塊405還用于：當(dāng)客戶端再次啟動(dòng)時(shí)初始化sqlite數(shù)據(jù)庫(kù)。

訂單查找模塊406還用于：查找客戶端是否存儲(chǔ)有訂單重發(fā)列表；當(dāng)存在訂單重發(fā)列表時(shí)，從訂單重發(fā)列表中查找訂單。

參見(jiàn)圖5所示的結(jié)構(gòu)示意圖，上述裝置還包括訂單重發(fā)列表新建模塊409，用于當(dāng)不存在訂單重發(fā)列表時(shí)，新建訂單重發(fā)列表。參見(jiàn)圖6所示的結(jié)構(gòu)示意圖，上述裝置還包括定時(shí)檢查模塊410，用于在客戶端運(yùn)行過(guò)程中，定時(shí)檢查訂單重發(fā)列表中是否有訂單。如果有，訂單重發(fā)模塊407重發(fā)訂單重發(fā)列表中的訂單；當(dāng)訂單發(fā)送成功時(shí)，從訂單重發(fā)列表將訂單刪除。

所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述地方便和簡(jiǎn)潔，上述描述的裝置的具體工作過(guò)程，可以參考前述方法實(shí)施例中的對(duì)應(yīng)過(guò)程，在此不再贅述。

本實(shí)施例提供的訂單重發(fā)裝置，在客戶端向客戶端的服務(wù)器提交收到的第三方服務(wù)器返回的繳費(fèi)訂單時(shí)，存儲(chǔ)上述訂單，在提交成功后再將該訂單刪除，如果提交失敗則保留；進(jìn)而在客戶端啟動(dòng)時(shí)查找客戶端中存儲(chǔ)的提交失敗的訂單，查找到之后進(jìn)行重發(fā)，通過(guò)上述保存提交失敗的訂單并重發(fā)的方式，可以有效保證完成繳費(fèi)充值過(guò)程；在客戶端重發(fā)成功后刪除存儲(chǔ)的訂單，在客戶端重發(fā)失敗時(shí)提示用戶在下次啟動(dòng)時(shí)重發(fā)，可以保證訂單重發(fā)至發(fā)送成功，同時(shí)節(jié)省系統(tǒng)資源，提高了用戶的體驗(yàn)度。

參見(jiàn)圖7，本發(fā)明實(shí)施例還提供一種智能終端100，包括：處理器70，存儲(chǔ)器71，總線72和通信接口73，處理器70、通信接口73和存儲(chǔ)器71通過(guò)總線72連接；處理器70用于執(zhí)行存儲(chǔ)器71中存儲(chǔ)的可執(zhí)行模塊，例如計(jì)算機(jī)程序。

其中，存儲(chǔ)器71可能包含高速隨機(jī)存取存儲(chǔ)器(ram，randomaccessmemory)，也可能還包括非不穩(wěn)定的存儲(chǔ)器(non-volatilememory)，例如至少一個(gè)磁盤存儲(chǔ)器。通過(guò)至少一個(gè)通信接口73(可以是有線或者無(wú)線)實(shí)現(xiàn)該系統(tǒng)網(wǎng)元與至少一個(gè)其他網(wǎng)元之間的通信連接，可以使用互聯(lián)網(wǎng)，廣域網(wǎng)，本地網(wǎng)，城域網(wǎng)等。

總線72可以是isa總線、pci總線或eisa總線等?？偩€可以分為地址總線、數(shù)據(jù)總線、控制總線等。為便于表示，圖xx中僅用一個(gè)雙向箭頭表示，但并不表示僅有一根總線或一種類型的總線。

其中，存儲(chǔ)器71用于存儲(chǔ)程序，處理器70在接收到執(zhí)行指令后，執(zhí)行前述程序，前述本發(fā)明實(shí)施例任一實(shí)施例揭示的流過(guò)程定義的裝置所執(zhí)行的方法可以應(yīng)用于處理器70中，或者由處理器70實(shí)現(xiàn)。

處理器70可能是一種集成電路芯片，具有信號(hào)的處理能力。在實(shí)現(xiàn)過(guò)程中，上述方法的各步驟可以通過(guò)處理器70中的硬件的集成邏輯電路或者軟件形式的指令完成。上述的處理器70可以是通用處理器，包括中央處理器(centralprocessingunit，簡(jiǎn)稱cpu)、網(wǎng)絡(luò)處理器(networkprocessor，簡(jiǎn)稱np)等；還可以是數(shù)字信號(hào)處理器(digitalsignalprocessing，簡(jiǎn)稱dsp)、專用集成電路(applicationspecificintegratedcircuit，簡(jiǎn)稱asic)、現(xiàn)成可編程門陣列(field-programmablegatearray，簡(jiǎn)稱fpga)或者其他可編程邏輯器件、分立門或者晶體管邏輯器件、分立硬件組件?？梢詫?shí)現(xiàn)或者執(zhí)行本發(fā)明實(shí)施例中的公開(kāi)的各方法、步驟及邏輯框圖。通用處理器可以是微處理器或者該處理器也可以是任何常規(guī)的處理器等。結(jié)合本發(fā)明實(shí)施例所公開(kāi)的方法的步驟可以直接體現(xiàn)為硬件譯碼處理器執(zhí)行完成，或者用譯碼處理器中的硬件及軟件模塊組合執(zhí)行完成。軟件模塊可以位于隨機(jī)存儲(chǔ)器，閃存、只讀存儲(chǔ)器，可編程只讀存儲(chǔ)器或者電可擦寫可編程存儲(chǔ)器、寄存器等本領(lǐng)域成熟的存儲(chǔ)介質(zhì)中。該存儲(chǔ)介質(zhì)位于存儲(chǔ)器71，處理器70讀取存儲(chǔ)器71中的信息，結(jié)合其硬件完成上述方法的步驟。

本發(fā)明實(shí)施例所提供的進(jìn)行訂單重發(fā)方法的計(jì)算機(jī)程序產(chǎn)品，包括存儲(chǔ)了處理器可執(zhí)行的非易失的程序代碼的計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，所述程序代碼包括的指令可用于執(zhí)行前面方法實(shí)施例中所述的方法，具體實(shí)現(xiàn)可參見(jiàn)方法實(shí)施例，在此不再贅述。

所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡(jiǎn)潔，上述描述的系統(tǒng)、裝置和單元的具體工作過(guò)程，可以參考前述方法實(shí)施例中的對(duì)應(yīng)過(guò)程，在此不再贅述。

在本申請(qǐng)所提供的幾個(gè)實(shí)施例中，應(yīng)該理解到，所揭露的系統(tǒng)、裝置和方法，可以通過(guò)其它的方式實(shí)現(xiàn)。以上所描述的裝置實(shí)施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時(shí)可以有另外的劃分方式，又例如，多個(gè)單元或組件可以結(jié)合或者可以集成到另一個(gè)系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點(diǎn)，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過(guò)一些通信接口，裝置或單元的間接耦合或通信連接，可以是電性，機(jī)械或其它的形式。

所述作為分離部件說(shuō)明的單元可以是或者也可以不是物理上分開(kāi)的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部單元來(lái)實(shí)現(xiàn)本實(shí)施例方案的目的。

另外，在本發(fā)明各個(gè)實(shí)施例中的各功能單元可以集成在一個(gè)處理單元中，也可以是各個(gè)單元單獨(dú)物理存在，也可以兩個(gè)或兩個(gè)以上單元集成在一個(gè)單元中。

所述功能如果以軟件功能單元的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷售或使用時(shí)，可以存儲(chǔ)在一個(gè)處理器可執(zhí)行的非易失的計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述方法的全部或部分步驟。而前述的存儲(chǔ)介質(zhì)包括：u盤、移動(dòng)硬盤、只讀存儲(chǔ)器(rom，read-onlymemory)、隨機(jī)存取存儲(chǔ)器(ram，randomaccessmemory)、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。

最后應(yīng)說(shuō)明的是：以上所述實(shí)施例，僅為本發(fā)明的具體實(shí)施方式，用以說(shuō)明本發(fā)明的技術(shù)方案，而非對(duì)其限制，本發(fā)明的保護(hù)范圍并不局限于此，盡管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，其依然可以對(duì)前述實(shí)施例所記載的技術(shù)方案進(jìn)行修改或可輕易想到變化，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換；而這些修改、變化或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明實(shí)施例技術(shù)方案的精神和范圍，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)所述以權(quán)利要求的保護(hù)范圍為準(zhǔn)。