本申請(qǐng)涉及數(shù)據(jù)處理技術(shù)領(lǐng)域，更具體地說，涉及一種單機(jī)應(yīng)用指令處理方法及裝置。

背景技術(shù)：

隨著智能終端的發(fā)展，越來越多的廠商進(jìn)入應(yīng)用研發(fā)領(lǐng)域。應(yīng)用可以分為聯(lián)網(wǎng)應(yīng)用和單機(jī)應(yīng)用，二者的區(qū)別在于單機(jī)應(yīng)用不需要終端聯(lián)網(wǎng)，即可供用戶使用。常見的單機(jī)應(yīng)用如單機(jī)小游戲等。

在單機(jī)應(yīng)用的場(chǎng)景中，用戶若要得到應(yīng)用提供的某些對(duì)象，則需要利用與單機(jī)應(yīng)用集成的應(yīng)用處理程序包，以短信形式向第三方服務(wù)器發(fā)送對(duì)象獲取指令，由第三方服務(wù)器根據(jù)指令，從用戶的賬戶余額中扣除相應(yīng)金額，并同應(yīng)用供應(yīng)商進(jìn)行收入分成。同時(shí)，應(yīng)用處理程序在檢測(cè)到短信發(fā)送成功后，即通知單機(jī)應(yīng)用下發(fā)用戶指定的對(duì)象。這里，第三方服務(wù)器一般為電信運(yùn)營商。以用戶購買應(yīng)用提供的道具為例，假設(shè)應(yīng)用提供的道具價(jià)值一元，則用戶點(diǎn)擊購買后，由應(yīng)用處理程序包向電信運(yùn)營商發(fā)送短信，并在短信發(fā)送成功后通知應(yīng)用下發(fā)道具。電信運(yùn)營商收到短信后從用戶賬戶余額中扣除部分金額，扣除的部分金額由電信運(yùn)營商和應(yīng)用供應(yīng)商共享。

但是，發(fā)明人研究發(fā)現(xiàn)，現(xiàn)有技術(shù)僅僅支持單機(jī)應(yīng)用指令的短信發(fā)送渠道，且現(xiàn)有的短信發(fā)送方式存在缺陷：由于應(yīng)用處理程序包是以短信是否成功發(fā)送作為通知單機(jī)應(yīng)用下發(fā)對(duì)象的條件，當(dāng)用戶的賬戶余額不足但是短信套餐充足的情況下，用戶可以不斷的通過發(fā)送短信來進(jìn)行刷單，損害單機(jī)應(yīng)用供應(yīng)商的利益。

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

有鑒于此，本申請(qǐng)?zhí)峁┝艘环N單機(jī)應(yīng)用指令處理方法及裝置，用于解決 現(xiàn)有技術(shù)僅支持單機(jī)應(yīng)用指令的短信發(fā)送方式，且容易被用戶刷單，損害單機(jī)應(yīng)用提供商利益的問題。

為了實(shí)現(xiàn)上述目的，現(xiàn)提出的方案如下：

一種單機(jī)應(yīng)用指令處理方法，包括：

接收終端上的單機(jī)應(yīng)用發(fā)送的攜帶有終端標(biāo)識(shí)及用戶請(qǐng)求對(duì)象的狀態(tài)值的指令；

查詢預(yù)置的發(fā)送渠道推薦規(guī)則，確定與所述指令匹配的目標(biāo)發(fā)送渠道，所述發(fā)送渠道推薦規(guī)則規(guī)定了不同類型的發(fā)送渠道對(duì)指令攜帶的終端標(biāo)識(shí)及用戶請(qǐng)求對(duì)象的狀態(tài)值的要求；

利用所述目標(biāo)發(fā)送渠道，將所述指令作為一條訂單信息發(fā)往與該目標(biāo)發(fā)送渠道對(duì)應(yīng)的第三方服務(wù)器，以供所述第三方服務(wù)器操作所述訂單信息；

向所述單機(jī)應(yīng)用發(fā)送通知信息，以使所述單機(jī)應(yīng)用向所述用戶發(fā)放所請(qǐng)求的對(duì)象。

一種單機(jī)應(yīng)用指令處理裝置，包括：

指令接收單元，用于接收終端上的單機(jī)應(yīng)用發(fā)送的攜帶有終端標(biāo)識(shí)及用戶請(qǐng)求對(duì)象的狀態(tài)值的指令；

發(fā)送渠道匹配單元，用于查詢預(yù)置的發(fā)送渠道推薦規(guī)則，確定與所述指令匹配的目標(biāo)發(fā)送渠道，所述發(fā)送渠道推薦規(guī)則規(guī)定了不同類型的發(fā)送渠道對(duì)指令攜帶的終端標(biāo)識(shí)及用戶請(qǐng)求對(duì)象的狀態(tài)值的要求；

訂單信息發(fā)送單元，用于利用所述目標(biāo)發(fā)送渠道，將所述指令作為一條訂單信息發(fā)往與該目標(biāo)發(fā)送渠道對(duì)應(yīng)的第三方服務(wù)器，以供所述第三方服務(wù)器操作所述訂單信息；

應(yīng)用通知單元，用于向所述單機(jī)應(yīng)用發(fā)送通知信息，以使所述單機(jī)應(yīng)用向所述用戶發(fā)放所請(qǐng)求的對(duì)象。

從上述的技術(shù)方案可以看出，本申請(qǐng)實(shí)施例提供的單機(jī)應(yīng)用指令處理方法，接收終端上的單機(jī)應(yīng)用發(fā)送的攜帶有終端標(biāo)識(shí)及用戶請(qǐng)求對(duì)象的狀態(tài)值的指令，然后查詢預(yù)置的發(fā)送渠道推薦規(guī)則，確定與所述指令匹配的目標(biāo)發(fā)送渠道，這里發(fā)送渠道推薦規(guī)則規(guī)定了不同類型的發(fā)送渠道對(duì)指令攜帶的終端標(biāo)識(shí)及用戶請(qǐng)求對(duì)象的狀態(tài)值的要求，也即可以根據(jù)指令選擇指令所匹配的目標(biāo)發(fā)送渠道，進(jìn)而利用所述目標(biāo)發(fā)送渠道，將所述指令作為一條訂單信 息發(fā)往與該目標(biāo)發(fā)送渠道對(duì)應(yīng)的第三方服務(wù)器，并向單機(jī)應(yīng)用發(fā)送通知信息，以使單機(jī)應(yīng)用向用戶發(fā)放所請(qǐng)求的對(duì)象。本申請(qǐng)支持指令的多種發(fā)送渠道，并且各個(gè)發(fā)送渠道均規(guī)定了所發(fā)送指令的相關(guān)信息，以短信發(fā)送渠道為例，可以設(shè)定攜帶某些終端標(biāo)識(shí)的指令不允許發(fā)送，如已知的某些刷單終端的標(biāo)識(shí)，還可以設(shè)定攜帶的用戶請(qǐng)求對(duì)象的狀態(tài)值超過預(yù)設(shè)值的指令不允許發(fā)送等，通過這種設(shè)置，防止了用戶使用短信持續(xù)刷單的問題，保護(hù)了單機(jī)應(yīng)用提供商的利益。

附圖說明

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

圖1為本申請(qǐng)實(shí)施例公開的一種單機(jī)應(yīng)用指令處理方法流程圖；

圖2為本申請(qǐng)實(shí)施例公開的另一種單機(jī)應(yīng)用指令處理方法流程圖；

圖3為本申請(qǐng)實(shí)施例公開的又一種單機(jī)應(yīng)用指令處理方法流程圖；

圖4為本申請(qǐng)實(shí)施例公開的一種確定目標(biāo)發(fā)送渠道的方法流程圖；

圖5為本申請(qǐng)實(shí)施例公開的又一種單機(jī)應(yīng)用指令處理方法流程圖；

圖6為本申請(qǐng)實(shí)施例公開的一種單機(jī)應(yīng)用指令處理裝置結(jié)構(gòu)示意圖；

圖7為本申請(qǐng)實(shí)施例公開的一種終端硬件結(jié)構(gòu)示意圖。

具體實(shí)施方式

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

本申請(qǐng)實(shí)施例提供的單機(jī)應(yīng)用指令處理方法，應(yīng)用于應(yīng)用處理程序包，該應(yīng)用處理程序包可以和單機(jī)應(yīng)用相互集成，共同安裝在終端上。這里，終端一般為手機(jī)，除此之外還可以是其它支持短信功能的終端。接下來，我們 從應(yīng)用處理程序包側(cè)對(duì)本申請(qǐng)方案進(jìn)行介紹，參見圖1，圖1為本申請(qǐng)實(shí)施例公開的一種單機(jī)應(yīng)用指令處理方法流程圖。

如圖1所示，該方法包括：

步驟S100、接收終端上的單機(jī)應(yīng)用發(fā)送的攜帶有終端標(biāo)識(shí)及用戶請(qǐng)求對(duì)象的狀態(tài)值的指令；

用戶對(duì)終端上的單機(jī)應(yīng)用進(jìn)行操作，請(qǐng)求獲取應(yīng)用提供的某個(gè)對(duì)象。而在應(yīng)用中，各個(gè)對(duì)象均具有對(duì)應(yīng)的狀態(tài)值，狀態(tài)值可以看作對(duì)象在應(yīng)用中的某種屬性，舉例如，游戲應(yīng)用中提供的各種道具即可看作對(duì)象，而道具的價(jià)值即可以道具的狀態(tài)值。

本申請(qǐng)的應(yīng)用處理程序包接收應(yīng)用發(fā)送的指令，進(jìn)而根據(jù)指令執(zhí)行后續(xù)動(dòng)作。

步驟S110、查詢預(yù)置的發(fā)送渠道推薦規(guī)則，確定與所述指令匹配的目標(biāo)發(fā)送渠道；

其中，所述發(fā)送渠道推薦規(guī)則規(guī)定了不同類型的發(fā)送渠道對(duì)指令攜帶的終端標(biāo)識(shí)及用戶請(qǐng)求對(duì)象的狀態(tài)值的要求。

本實(shí)施例中，應(yīng)用處理程序包支持多種類型的發(fā)送渠道，舉例如短信發(fā)送渠道、網(wǎng)絡(luò)發(fā)送渠道等。發(fā)送渠道具體用于執(zhí)行下述步驟S120的動(dòng)作。對(duì)于各個(gè)類型的發(fā)送渠道，均規(guī)定了對(duì)指令攜帶的終端標(biāo)識(shí)及用戶請(qǐng)求對(duì)象的狀態(tài)值的要求。舉例如，短信發(fā)送渠道所發(fā)送的指令中用戶請(qǐng)求對(duì)象的狀態(tài)值不能超過額定閾值，或者在限定時(shí)間內(nèi)，攜帶同一終端標(biāo)識(shí)的各個(gè)指令中的用戶請(qǐng)求對(duì)象的狀態(tài)值的和值不能夠超過額定閾值等等。

由于不同的發(fā)送渠道對(duì)所發(fā)送的指令提出了不同要求，本實(shí)施例中應(yīng)用處理程序包可以根據(jù)指令的具體內(nèi)容，選擇匹配的發(fā)送渠道，例如對(duì)涉嫌刷單的指令，可以選擇指令要求比較嚴(yán)格的發(fā)送渠道，舉例如，若發(fā)現(xiàn)游戲單機(jī)應(yīng)用中同一終端在一定時(shí)間范圍內(nèi)發(fā)送的道具獲取指令次數(shù)超過閾值，因此認(rèn)定該終端可能存在刷單的嫌疑，為了保證游戲單機(jī)應(yīng)用提供商的利益，可以選擇網(wǎng)絡(luò)發(fā)送渠道，將指令發(fā)送給對(duì)應(yīng)的網(wǎng)銀服務(wù)器，由網(wǎng)銀服務(wù)器實(shí)時(shí)扣費(fèi)。由于網(wǎng)絡(luò)發(fā)送渠道相對(duì)短信發(fā)送渠道而言，指令發(fā)送失敗的概率較低，更加可靠，能夠避免用戶在賬戶余額不足而短信套餐充足的情況下進(jìn)行刷單的情。

步驟S120、利用所述目標(biāo)發(fā)送渠道，將所述指令作為一條訂單信息發(fā)往與該目標(biāo)發(fā)送渠道對(duì)應(yīng)的第三方服務(wù)器；

對(duì)于各個(gè)發(fā)送渠道，其均對(duì)應(yīng)設(shè)置有第三方服務(wù)器，舉例如，短信發(fā)送渠道對(duì)應(yīng)的為電信運(yùn)營商服務(wù)器，網(wǎng)絡(luò)發(fā)送渠道對(duì)應(yīng)的為網(wǎng)銀服務(wù)器等。本實(shí)施例中可以選擇創(chuàng)建訂單信息，該訂單信息業(yè)攜帶有終端標(biāo)識(shí)及用戶請(qǐng)求對(duì)象的狀態(tài)值，同時(shí)訂單信息還標(biāo)識(shí)有訂單號(hào)。通過向第三方服務(wù)器發(fā)送訂單信息，可以供第三方服務(wù)器操作訂單信息。

步驟S130、向所述單機(jī)應(yīng)用發(fā)送通知信息，以使所述單機(jī)應(yīng)用向所述用戶發(fā)放所請(qǐng)求的對(duì)象。

在發(fā)送完畢訂單信息后可以向單機(jī)應(yīng)用發(fā)送通知信息，通知其向用戶發(fā)放請(qǐng)求對(duì)象。

本申請(qǐng)實(shí)施例提供的單機(jī)應(yīng)用指令處理方法，接收終端上的單機(jī)應(yīng)用發(fā)送的攜帶有終端標(biāo)識(shí)及用戶請(qǐng)求對(duì)象的狀態(tài)值的指令，然后查詢預(yù)置的發(fā)送渠道推薦規(guī)則，確定與所述指令匹配的目標(biāo)發(fā)送渠道，這里發(fā)送渠道推薦規(guī)則規(guī)定了不同類型的發(fā)送渠道對(duì)指令攜帶的終端標(biāo)識(shí)及用戶請(qǐng)求對(duì)象的狀態(tài)值的要求，也即可以根據(jù)指令選擇指令所匹配的目標(biāo)發(fā)送渠道，進(jìn)而利用所述目標(biāo)發(fā)送渠道，將所述指令作為一條訂單信息發(fā)往與該目標(biāo)發(fā)送渠道對(duì)應(yīng)的第三方服務(wù)器，并向單機(jī)應(yīng)用發(fā)送通知信息，以使單機(jī)應(yīng)用向用戶發(fā)放所請(qǐng)求的對(duì)象。本申請(qǐng)支持指令的多種發(fā)送渠道，并且各個(gè)發(fā)送渠道均規(guī)定了所發(fā)送指令的相關(guān)信息，以短信發(fā)送渠道為例，可以設(shè)定攜帶某些終端標(biāo)識(shí)的指令不允許發(fā)送，如已知的某些刷單終端的標(biāo)識(shí)，還可以設(shè)定攜帶的用戶請(qǐng)求對(duì)象的狀態(tài)值超過預(yù)設(shè)值的指令不允許發(fā)送等，通過這種設(shè)置，防止了用戶持續(xù)刷單的問題，保護(hù)了單機(jī)應(yīng)用提供商的利益。

可選的，上述步驟S130的過程可以是在確定目標(biāo)發(fā)送渠道發(fā)送訂單信息成功后執(zhí)行。而若確定目標(biāo)發(fā)送渠道發(fā)送訂單信息失敗時(shí)，可以選擇其它發(fā)送渠道，重新向?qū)?yīng)的第三方服務(wù)器發(fā)送訂單信息，直至確定發(fā)送成功后再執(zhí)行步驟S130。

本實(shí)施例以單機(jī)應(yīng)用為單機(jī)游戲?yàn)槔?，?duì)本申請(qǐng)方案進(jìn)行介紹。

用戶在單機(jī)游戲環(huán)境中選擇購買某個(gè)游戲道具，該游戲道具價(jià)值1圓人民幣。則當(dāng)用戶點(diǎn)擊購買后，單機(jī)游戲向本申請(qǐng)的應(yīng)用處理程序包發(fā)送指令， 指令中攜帶有終端標(biāo)識(shí)及用戶購買的游戲道具的價(jià)值。應(yīng)用處理程序包接收指令后，查詢預(yù)置的各類發(fā)送渠道的推薦規(guī)則，確定終端標(biāo)識(shí)及游戲道具價(jià)值均滿足短信發(fā)送渠道的要求，因此選擇短信發(fā)送渠道作為目標(biāo)發(fā)送渠道。進(jìn)一步，將指令作為一條訂單信息發(fā)往目標(biāo)發(fā)送渠道對(duì)應(yīng)的電信運(yùn)營商服務(wù)器，由電信運(yùn)營商服務(wù)器實(shí)施扣費(fèi)操作。應(yīng)用處理程序包同時(shí)向單機(jī)游戲發(fā)送通知信息，通知單機(jī)游戲向用戶發(fā)放游戲道具。

在本申請(qǐng)另一個(gè)實(shí)施例中，假設(shè)發(fā)送渠道包括短信發(fā)送渠道和網(wǎng)絡(luò)發(fā)送渠道。為了便于理解下文，首先對(duì)短信發(fā)送渠道和網(wǎng)絡(luò)發(fā)送渠道進(jìn)行介紹。短信發(fā)送渠道即通過向電信運(yùn)營商發(fā)送短信的形式發(fā)送指令。短信發(fā)送渠道比較簡(jiǎn)捷，但是，若用戶賬戶余額不足而短信套餐充足，則可以通過短信渠道的形式不斷的刷單，損害應(yīng)用提供商的利益。而網(wǎng)絡(luò)發(fā)送渠道，其需要用戶提供網(wǎng)銀賬號(hào)等信息，用戶操作比較復(fù)雜，但是，網(wǎng)絡(luò)發(fā)送渠道不存在用戶刷單的可能，能夠保護(hù)應(yīng)用提供商的利益。

參見圖2，圖2為本申請(qǐng)實(shí)施例公開的另一種單機(jī)應(yīng)用指令處理方法流程圖。

如圖2所示，該方法包括：

步驟S200、接收終端上的單機(jī)應(yīng)用發(fā)送的攜帶有終端標(biāo)識(shí)及用戶請(qǐng)求對(duì)象的狀態(tài)值的指令；

用戶對(duì)終端上的單機(jī)應(yīng)用進(jìn)行操作，請(qǐng)求獲取應(yīng)用提供的某個(gè)對(duì)象。而在應(yīng)用中，各個(gè)對(duì)象均具有對(duì)應(yīng)的狀態(tài)值，狀態(tài)值可以看作對(duì)象在應(yīng)用中的某種屬性，舉例如，游戲應(yīng)用中提供的各種道具即可看作對(duì)象，而道具的價(jià)值即可以道具的狀態(tài)值。

步驟S210、判斷指令攜帶的所述終端標(biāo)識(shí)是否在本地預(yù)置的黑名單中，若是，則執(zhí)行步驟S220，若否，則執(zhí)行步驟S230；

步驟S220、將所述網(wǎng)絡(luò)發(fā)送渠道確定為與所述指令匹配的目標(biāo)發(fā)送渠道；

步驟S230、判斷當(dāng)前時(shí)間之前的預(yù)置歷史時(shí)間段內(nèi)，攜帶有同一終端標(biāo)識(shí)的指令中，用戶請(qǐng)求對(duì)象的狀態(tài)值的和值是否超過閾值，若是，則執(zhí)行步驟S220，若否，則執(zhí)行步驟S240；

步驟S240、將所述短信發(fā)送渠道確定為與所述指令匹配的目標(biāo)發(fā)送渠道；

步驟S250、利用所述目標(biāo)發(fā)送渠道，將所述指令作為一條訂單信息發(fā)往與該目標(biāo)發(fā)送渠道對(duì)應(yīng)的第三方服務(wù)器；

對(duì)于各個(gè)發(fā)送渠道，其均對(duì)應(yīng)設(shè)置有第三方服務(wù)器，如短信發(fā)送渠道對(duì)應(yīng)的為電信運(yùn)營商服務(wù)器，網(wǎng)絡(luò)發(fā)送渠道對(duì)應(yīng)的為網(wǎng)銀服務(wù)器。本實(shí)施例中可以選擇創(chuàng)建訂單信息，該訂單信息業(yè)攜帶有終端標(biāo)識(shí)及用戶請(qǐng)求對(duì)象的狀態(tài)值，同時(shí)訂單信息還標(biāo)識(shí)有訂單號(hào)。通過向第三方服務(wù)器發(fā)送訂單信息，可以供第三方服務(wù)器操作訂單信息。

步驟S260、向所述單機(jī)應(yīng)用發(fā)送通知信息，以使所述單機(jī)應(yīng)用向所述用戶發(fā)放所請(qǐng)求的對(duì)象。

本實(shí)施例中，在應(yīng)用處理程序包本地預(yù)置有黑名單，黑名單中記錄了存在刷單嫌疑的終端標(biāo)識(shí)。若接收的一個(gè)指令中攜帶的終端標(biāo)識(shí)恰好在黑名單中，則代表該指令有可能是刷單指令，因此為了避免用戶刷單，可以選擇網(wǎng)絡(luò)發(fā)送渠道，從而保證應(yīng)用提供商的利益。

進(jìn)一步，若接收的一個(gè)指令中攜帶的終端標(biāo)識(shí)不在黑名單中，則進(jìn)一步執(zhí)行步驟S230的判斷邏輯。在步驟S230中，限制了同一終端在預(yù)置時(shí)間段內(nèi)所請(qǐng)求的對(duì)象狀態(tài)值的和值的上限，也即若同一終端在一定時(shí)間段內(nèi)多次發(fā)送對(duì)象請(qǐng)求，且請(qǐng)求的對(duì)象狀態(tài)值的和值超過閾值，則認(rèn)為該用戶也存在刷單的可能，因此選擇網(wǎng)絡(luò)發(fā)送渠道。

當(dāng)然，上述實(shí)施例僅僅示例了兩種判斷邏輯，除此之外還可以存在其它的多種判斷邏輯，例如限定同一終端在預(yù)置時(shí)間段內(nèi)發(fā)送對(duì)象請(qǐng)求的次數(shù)不能夠超過一定值，否則認(rèn)為該終端存在刷單可能，進(jìn)而可以選擇網(wǎng)絡(luò)發(fā)送渠道作為目標(biāo)發(fā)送渠道。

進(jìn)一步地，參見圖3，圖3為本申請(qǐng)實(shí)施例公開的又一種單機(jī)應(yīng)用指令處理方法流程圖。

如圖3所示，該方法包括：

步驟S300、接收終端上的單機(jī)應(yīng)用發(fā)送的攜帶有終端標(biāo)識(shí)及用戶請(qǐng)求對(duì)象的狀態(tài)值的指令；

用戶對(duì)終端上的單機(jī)應(yīng)用進(jìn)行操作，請(qǐng)求獲取應(yīng)用提供的某個(gè)對(duì)象。而在應(yīng)用中，各個(gè)對(duì)象均具有對(duì)應(yīng)的狀態(tài)值，狀態(tài)值可以看作對(duì)象在應(yīng)用中的 某種屬性，舉例如，游戲應(yīng)用中提供的各種道具即可看作對(duì)象，而道具的價(jià)值即可以道具的狀態(tài)值。

步驟S310、判斷指令攜帶的所述終端標(biāo)識(shí)是否在本地預(yù)置的黑名單中，若是，則執(zhí)行步驟S320，若否，則執(zhí)行步驟S330；

步驟S320、將所述網(wǎng)絡(luò)發(fā)送渠道確定為與所述指令匹配的目標(biāo)發(fā)送渠道；

步驟S330、判斷當(dāng)前時(shí)間之前的預(yù)置歷史時(shí)間段內(nèi)，攜帶有同一終端標(biāo)識(shí)的指令中，用戶請(qǐng)求對(duì)象的狀態(tài)值的和值是否超過閾值，若是，則執(zhí)行步驟S320，若否，則執(zhí)行步驟S340；

步驟S340、將所述短信發(fā)送渠道確定為與所述指令匹配的目標(biāo)發(fā)送渠道；

步驟S350、利用所述目標(biāo)發(fā)送渠道，將所述指令作為一條訂單信息發(fā)往與該目標(biāo)發(fā)送渠道對(duì)應(yīng)的第三方服務(wù)器；

步驟S360、在檢測(cè)到終端處于斷網(wǎng)狀態(tài)時(shí)，將所述訂單信息緩存在本地；

步驟S370、在檢測(cè)到終端處于聯(lián)網(wǎng)狀態(tài)時(shí)，將所述訂單信息及本地緩存的歷史訂單信息上傳至后臺(tái)，并且利用后臺(tái)記錄的黑名單對(duì)本地的黑名單進(jìn)行更新；

其中，后臺(tái)記錄的黑名單為后臺(tái)通過對(duì)本地上傳的訂單信息及第三方服務(wù)器操作后并上傳的訂單信息進(jìn)行核對(duì)所得到的黑名單，其中所述訂單信息標(biāo)識(shí)有訂單號(hào)。

步驟S380、向所述單機(jī)應(yīng)用發(fā)送通知信息，以使所述單機(jī)應(yīng)用向所述用戶發(fā)放所請(qǐng)求的對(duì)象。

需要說明的是，在斷網(wǎng)狀態(tài)下，終端向第三方服務(wù)器發(fā)送訂單信息時(shí)，一般為短信發(fā)送方式。相比于上一實(shí)施例可知，本實(shí)施例中若終端處于斷網(wǎng)狀態(tài)，則在向第三方服務(wù)器發(fā)送訂單信息后，進(jìn)一步將訂單信息緩存在本地。對(duì)于緩存在本地的訂單信息，當(dāng)檢測(cè)到終端聯(lián)網(wǎng)后，進(jìn)一步上傳至后臺(tái)。

當(dāng)然，上述步驟S370的執(zhí)行順序并非限定于圖3的情況，其可以在圖3中的任意位置執(zhí)行。

為了便于理解后臺(tái)創(chuàng)建黑名單的過程，本實(shí)施對(duì)后臺(tái)的運(yùn)行規(guī)則進(jìn)行簡(jiǎn)單介紹：

后臺(tái)接收的信息分為兩類，一類是第三方服務(wù)器操作后并上傳的訂單信息；另一類是應(yīng)用處理程序包上傳的訂單信息?？梢岳斫獾氖?，若訂單信息 為用戶刷單產(chǎn)生的訂單信息，則該訂單信息無法被第三方服務(wù)器操作，也即凡是第三方服務(wù)器操作后上傳給后臺(tái)的訂單信息均為合法的訂單信息。而應(yīng)用處理程序包上傳的訂單信息包含了合法訂單信息和用戶刷單產(chǎn)生的非法訂單信息，因此后臺(tái)通過比對(duì)訂單號(hào)，若發(fā)現(xiàn)處理程序包上傳的某條訂單信息不存在于第三方服務(wù)器上傳的訂單信息中，則代表該條訂單信息為非法訂單信息，從而將該條訂單信息攜帶的終端標(biāo)識(shí)添加到黑名單中。

進(jìn)一步地，對(duì)于短信發(fā)送渠道，其可以分為移動(dòng)短信發(fā)送渠道、聯(lián)通短信發(fā)送渠道和電信短信發(fā)送渠道，且該三個(gè)短信發(fā)送渠道各自包含若干個(gè)子渠道。則參見圖4，上述實(shí)施例中的步驟S240、將所述短信發(fā)送渠道確定為與所述指令匹配的目標(biāo)發(fā)送渠道的過程，可以包括：

步驟S400、根據(jù)終端的電信運(yùn)營商標(biāo)識(shí)，從所述移動(dòng)短信發(fā)送渠道、所述聯(lián)通短信發(fā)送渠道和所述電信短信發(fā)送渠道中選擇電信運(yùn)營商標(biāo)識(shí)一致的渠道；

步驟S410、根據(jù)本地預(yù)置的子渠道優(yōu)先級(jí)，從所述電信運(yùn)營商標(biāo)識(shí)一致的渠道下的子渠道中選擇優(yōu)先級(jí)最高的子渠道，將其確定為與所述指令匹配的目標(biāo)發(fā)送渠道。

當(dāng)單機(jī)應(yīng)用為單機(jī)游戲時(shí)，移動(dòng)短信發(fā)送渠道下設(shè)置有移動(dòng)和游戲基地發(fā)送渠道、移動(dòng)MM游戲基地發(fā)送渠道等，聯(lián)通短信發(fā)送渠道下設(shè)置有聯(lián)通沃商店發(fā)送渠道等、電信短信發(fā)送渠道下設(shè)置有電信愛游戲發(fā)送渠道等。其中，各個(gè)子渠道均設(shè)置有選擇優(yōu)先級(jí)。

基于上一實(shí)施例，在本申請(qǐng)的又一實(shí)施例中，進(jìn)一步增加單機(jī)應(yīng)用處理程序包對(duì)本地子渠道優(yōu)先級(jí)進(jìn)行更新的過程，詳細(xì)參見圖5。

如圖5所示，該方法包括：

步驟S500、接收終端上的單機(jī)應(yīng)用發(fā)送的攜帶有終端標(biāo)識(shí)及用戶請(qǐng)求對(duì)象的狀態(tài)值的指令；

步驟S510、判斷指令攜帶的所述終端標(biāo)識(shí)是否在本地預(yù)置的黑名單中，若是，則執(zhí)行步驟S520，若否，則執(zhí)行步驟S530；

步驟S520、將所述網(wǎng)絡(luò)發(fā)送渠道確定為與所述指令匹配的目標(biāo)發(fā)送渠道；

步驟S530、判斷當(dāng)前時(shí)間之前的預(yù)置歷史時(shí)間段內(nèi)，攜帶有同一終端標(biāo)識(shí)的指令中，用戶請(qǐng)求對(duì)象的狀態(tài)值的和值是否超過閾值，若是，則執(zhí)行步驟S520，若否，則執(zhí)行步驟S540；

步驟S540、將所述短信發(fā)送渠道確定為與所述指令匹配的目標(biāo)發(fā)送渠道；

步驟S550、利用所述目標(biāo)發(fā)送渠道，將所述指令作為一條訂單信息發(fā)往與該目標(biāo)發(fā)送渠道對(duì)應(yīng)的第三方服務(wù)器；

步驟S560、在檢測(cè)到終端處于斷網(wǎng)狀態(tài)時(shí)，將所述訂單信息緩存在本地；

步驟S570、在檢測(cè)到終端處于聯(lián)網(wǎng)狀態(tài)時(shí)，將所述訂單信息及本地緩存的歷史訂單信息上傳至后臺(tái)，并且利用后臺(tái)記錄的黑名單對(duì)本地的黑名單進(jìn)行更新；

步驟S580、在檢測(cè)到終端處于聯(lián)網(wǎng)狀態(tài)時(shí)，向后臺(tái)發(fā)送子渠道優(yōu)先級(jí)更新請(qǐng)求，所述更新請(qǐng)求中攜帶有終端標(biāo)識(shí)；

步驟S590、接收后臺(tái)反饋的子渠道優(yōu)先級(jí)排序，并對(duì)本地的子渠道優(yōu)先級(jí)進(jìn)行更新；

其中后臺(tái)反饋的子渠道優(yōu)先級(jí)排序?yàn)楹笈_(tái)利用終端標(biāo)識(shí)確定終端所在省份，進(jìn)而查詢?cè)撌》莞鱾€(gè)子渠道的關(guān)停狀態(tài)，確定該省份各個(gè)子渠道的優(yōu)先級(jí)排序。

步驟S600、向所述單機(jī)應(yīng)用發(fā)送通知信息，以使所述單機(jī)應(yīng)用向所述用戶發(fā)放所請(qǐng)求的對(duì)象。

當(dāng)然，上述步驟S580、S590的執(zhí)行順序并非限定于圖5的情況，其可以在圖3中的任意位置執(zhí)行。

本實(shí)施例中，后臺(tái)通過對(duì)各個(gè)省份的子渠道的關(guān)停狀態(tài)進(jìn)行統(tǒng)計(jì)，進(jìn)而確定各個(gè)省份的子渠道優(yōu)先級(jí)排序，并將子渠道優(yōu)先級(jí)排序信息發(fā)給單機(jī)應(yīng)用處理程序包，以供其對(duì)本地子渠道優(yōu)先級(jí)進(jìn)行更新。

下面對(duì)本申請(qǐng)實(shí)施例提供的單機(jī)應(yīng)用指令處理裝置進(jìn)行描述，下文描述的單機(jī)應(yīng)用指令處理裝置與上文描述的單機(jī)應(yīng)用指令處理方法可相互對(duì)應(yīng)參照。

參見圖6，圖6為本申請(qǐng)實(shí)施例公開的一種單機(jī)應(yīng)用指令處理裝置結(jié)構(gòu)示意圖。

如圖6所示，該裝置包括：

指令接收單元61，用于接收終端上的單機(jī)應(yīng)用發(fā)送的攜帶有終端標(biāo)識(shí)及用戶請(qǐng)求對(duì)象的狀態(tài)值的指令；

發(fā)送渠道匹配單元62，用于查詢預(yù)置的發(fā)送渠道推薦規(guī)則，確定與所述指令匹配的目標(biāo)發(fā)送渠道，所述發(fā)送渠道推薦規(guī)則規(guī)定了不同類型的發(fā)送渠道對(duì)指令攜帶的終端標(biāo)識(shí)及用戶請(qǐng)求對(duì)象的狀態(tài)值的要求；

訂單信息發(fā)送單元63，用于利用所述目標(biāo)發(fā)送渠道，將所述指令作為一條訂單信息發(fā)往與該目標(biāo)發(fā)送渠道對(duì)應(yīng)的第三方服務(wù)器，以供所述第三方服務(wù)器操作所述訂單信息；

應(yīng)用通知單元64，用于向所述單機(jī)應(yīng)用發(fā)送通知信息，以使所述單機(jī)應(yīng)用向所述用戶發(fā)放所請(qǐng)求的對(duì)象。

可選的，所述發(fā)送渠道可以包括短信發(fā)送渠道和網(wǎng)絡(luò)發(fā)送渠道，則所述發(fā)送渠道匹配單元可以包括：

第一判斷單元，用于判斷指令攜帶的所述終端標(biāo)識(shí)是否在本地預(yù)置的黑名單中；

第一發(fā)送渠道確定單元，用于在所述第一判斷單元判斷為是時(shí)，將所述網(wǎng)絡(luò)發(fā)送渠道確定為與所述指令匹配的目標(biāo)發(fā)送渠道；

第二判斷單元，用于在所述第一判斷單元判斷為否時(shí)，判斷當(dāng)前時(shí)間之前的預(yù)置歷史時(shí)間段內(nèi)，攜帶有同一終端標(biāo)識(shí)的指令中，用戶請(qǐng)求對(duì)象的狀態(tài)值的和值是否超過閾值；

第二發(fā)送渠道確定單元，用于在所述第二判斷單元判斷為是時(shí)，將所述網(wǎng)絡(luò)發(fā)送渠道確定為與所述指令匹配的目標(biāo)發(fā)送渠道；

第三發(fā)送渠道確定單元，用于在所述第二判斷單元判斷為否時(shí)，將所述短信發(fā)送渠道確定為與所述指令匹配的目標(biāo)發(fā)送渠道。

可選的，本申請(qǐng)的單機(jī)應(yīng)用指令處理裝置還可以包括：

訂單信息緩存單元，用于在檢測(cè)到終端處于斷網(wǎng)狀態(tài)時(shí)，將所述訂單信息緩存在本地；

訂單信息上傳單元，用于在檢測(cè)到終端處于聯(lián)網(wǎng)狀態(tài)時(shí)，將所述訂單信息及本地緩存的歷史訂單信息上傳至后臺(tái)；

黑名單更新單元，用于在檢測(cè)到終端處于聯(lián)網(wǎng)狀態(tài)時(shí)，利用后臺(tái)記錄的黑名單對(duì)本地的黑名單進(jìn)行更新，其中，后臺(tái)記錄的黑名單為后臺(tái)通過對(duì)本地上傳的訂單信息及第三方服務(wù)器操作后并上傳的訂單信息進(jìn)行核對(duì)所得到的黑名單，其中所述訂單信息標(biāo)識(shí)有訂單號(hào)。

可選的，所述短信發(fā)送渠道包括移動(dòng)短信發(fā)送渠道、聯(lián)通短信發(fā)送渠道和電信短信發(fā)送渠道，且該三個(gè)短信發(fā)送渠道各自包含若干個(gè)子渠道，則所述第三發(fā)送渠道確定單元可以包括：

運(yùn)營商確定單元，用于根據(jù)終端的電信運(yùn)營商標(biāo)識(shí)，從所述移動(dòng)短信發(fā)送渠道、所述聯(lián)通短信發(fā)送渠道和所述電信短信發(fā)送渠道中選擇電信運(yùn)營商標(biāo)識(shí)一致的渠道；

子渠道確定單元，用于根據(jù)本地預(yù)置的子渠道優(yōu)先級(jí)，從所述電信運(yùn)營商標(biāo)識(shí)一致的渠道下的子渠道中選擇優(yōu)先級(jí)最高的子渠道，將其確定為與所述指令匹配的目標(biāo)發(fā)送渠道。

可選的，本申請(qǐng)的單機(jī)應(yīng)用指令處理裝置還可以包括：

更新請(qǐng)求發(fā)送單元，用于在檢測(cè)到終端處于聯(lián)網(wǎng)狀態(tài)時(shí)，向后臺(tái)發(fā)送子渠道優(yōu)先級(jí)更新請(qǐng)求，所述更新請(qǐng)求中攜帶有終端標(biāo)識(shí)；

優(yōu)先級(jí)更新單元，用于接收后臺(tái)反饋的子渠道優(yōu)先級(jí)排序，并對(duì)本地的子渠道優(yōu)先級(jí)進(jìn)行更新，其中后臺(tái)反饋的子渠道優(yōu)先級(jí)排序?yàn)楹笈_(tái)利用終端標(biāo)識(shí)確定終端所在省份，進(jìn)而查詢?cè)撌》莞鱾€(gè)子渠道的關(guān)停狀態(tài)，確定該省份各個(gè)子渠道的優(yōu)先級(jí)排序。

本申請(qǐng)實(shí)施例提供的單機(jī)應(yīng)用指令處理裝置，接收終端上的單機(jī)應(yīng)用發(fā)送的攜帶有終端標(biāo)識(shí)及用戶請(qǐng)求對(duì)象的狀態(tài)值的指令，然后查詢預(yù)置的發(fā)送渠道推薦規(guī)則，確定與所述指令匹配的目標(biāo)發(fā)送渠道，這里發(fā)送渠道推薦規(guī)則規(guī)定了不同類型的發(fā)送渠道對(duì)指令攜帶的終端標(biāo)識(shí)及用戶請(qǐng)求對(duì)象的狀態(tài)值的要求，也即可以根據(jù)指令選擇指令所匹配的目標(biāo)發(fā)送渠道，進(jìn)而利用所述目標(biāo)發(fā)送渠道，將所述指令作為一條訂單信息發(fā)往與該目標(biāo)發(fā)送渠道對(duì)應(yīng)的第三方服務(wù)器，并向單機(jī)應(yīng)用發(fā)送通知信息，以使單機(jī)應(yīng)用向用戶發(fā)放所請(qǐng)求的對(duì)象。本申請(qǐng)支持指令的多種發(fā)送渠道，并且各個(gè)發(fā)送渠道均規(guī)定了所發(fā)送指令的相關(guān)信息，以短信發(fā)送渠道為例，可以設(shè)定攜帶某些終端標(biāo)識(shí)的指令不允許發(fā)送，如已知的某些刷單終端的標(biāo)識(shí)，還可以設(shè)定攜帶的用戶 請(qǐng)求對(duì)象的狀態(tài)值超過預(yù)設(shè)值的指令不允許發(fā)送等，通過這種設(shè)置，防止了用戶持續(xù)刷單的問題，保護(hù)了單機(jī)應(yīng)用提供商的利益。

本申請(qǐng)實(shí)施例還提供一種終端，該終端可以包括上述所述的單機(jī)應(yīng)用指令處理裝置，對(duì)于單機(jī)應(yīng)用指令處理裝置的描述可參照上文對(duì)應(yīng)部分描述，此處不再贅述。

下面對(duì)本申請(qǐng)實(shí)施例提供的終端的硬件結(jié)構(gòu)進(jìn)行描述，下文描述中涉及單機(jī)應(yīng)用指令處理的部分可參照上文對(duì)應(yīng)部分描述。圖7為本申請(qǐng)實(shí)施例提供的終端的硬件結(jié)構(gòu)示意圖，參照?qǐng)D7，該終端可以包括：

處理器1，通信接口2，存儲(chǔ)器3，通信總線4，和顯示屏5；

其中處理器1、通信接口2、存儲(chǔ)器3和顯示屏5通過通信總線4完成相互間的通信；

可選的，通信接口2可以為通信模塊的接口，如GSM模塊的接口；

處理器1，用于執(zhí)行程序；

存儲(chǔ)器3，用于存放程序；

程序可以包括程序代碼，所述程序代碼包括處理器的操作指令。

處理器1可能是一個(gè)中央處理器CPU，或者是特定集成電路ASIC(Application Specific Integrated Circuit)，或者是被配置成實(shí)施本申請(qǐng)實(shí)施例的一個(gè)或多個(gè)集成電路。

存儲(chǔ)器3可能包含高速RAM存儲(chǔ)器，也可能還包括非易失性存儲(chǔ)器(non-volatile memory)，例如至少一個(gè)磁盤存儲(chǔ)器。

其中，程序可具體用于：

接收終端上的單機(jī)應(yīng)用發(fā)送的攜帶有終端標(biāo)識(shí)及用戶請(qǐng)求對(duì)象的狀態(tài)值的指令；

查詢預(yù)置的發(fā)送渠道推薦規(guī)則，確定與所述指令匹配的目標(biāo)發(fā)送渠道，所述發(fā)送渠道推薦規(guī)則規(guī)定了不同類型的發(fā)送渠道對(duì)指令攜帶的終端標(biāo)識(shí)及用戶請(qǐng)求對(duì)象的狀態(tài)值的要求；

利用所述目標(biāo)發(fā)送渠道，將所述指令作為一條訂單信息發(fā)往與該目標(biāo)發(fā)送渠道對(duì)應(yīng)的第三方服務(wù)器，以供所述第三方服務(wù)器操作所述訂單信息；

向所述單機(jī)應(yīng)用發(fā)送通知信息，以使所述單機(jī)應(yīng)用向所述用戶發(fā)放所請(qǐng)求的對(duì)象。

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

本說明書中各個(gè)實(shí)施例采用遞進(jìn)的方式描述，每個(gè)實(shí)施例重點(diǎn)說明的都是與其他實(shí)施例的不同之處，各個(gè)實(shí)施例之間相同相似部分互相參見即可。

對(duì)所公開的實(shí)施例的上述說明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本申請(qǐng)。對(duì)這些實(shí)施例的多種修改對(duì)本領(lǐng)域的專業(yè)技術(shù)人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本申請(qǐng)的精神或范圍的情況下，在其它實(shí)施例中實(shí)現(xiàn)。因此，本申請(qǐng)將不會(huì)被限制于本文所示的這些實(shí)施例，而是要符合與本文所公開的原理和新穎特點(diǎn)相一致的最寬的范圍。