本發(fā)明涉及通信
技術(shù)領(lǐng)域：
，特別涉及一種積分兌換的報文傳輸技術(shù)。
背景技術(shù)：
：現(xiàn)今大多數(shù)積分消費都是通過刷卡在pos機中進行積分消費或者自行通過瀏覽器登錄商家的網(wǎng)頁進行積分兌換。通過刷卡在pos機中進行積分消費，限制性較大，目前可以支持積分消費的pos機普遍度不高，因此給用戶進行積分消費帶來諸多不便。自行通過瀏覽器登錄商家的網(wǎng)頁進行積分消費，兌換商品，兌換成功之后，用戶需要等待商家發(fā)貨，待用戶收到積分兌換的商品，完成交易，需要持續(xù)若干天。有時，還會因商家貨源等原因，出現(xiàn)用戶收不到商品的情況。在商家網(wǎng)頁上進行積分消費，實時性不高，用戶不能當(dāng)場拿到兌換的商品，且寄送商品的過程中會產(chǎn)生郵寄費用，成本較高，用戶體驗不是很好。隨著移動應(yīng)用的廣泛普及，移動終端消費發(fā)展迅猛，結(jié)合移動終端在銷售終端(例如售貨機)中進行積分消費的方式也成為迫切需求。在積分兌換系統(tǒng)中，各部件之間進行報文傳輸?shù)姆绞揭残枰M行適應(yīng)性的改進。技術(shù)實現(xiàn)要素：本發(fā)明的目的在于提供一種積分兌換的報文傳輸?shù)姆椒捌湎到y(tǒng)，使得積分可直接在銷售終端上使用，方便用戶的積分使用，且請求報文采用報文頭與不定長報文體的組合方式，響應(yīng)報文包含報文頭與定長返回碼的組合方式，簡化了報文的識別和傳輸。此外，在請求報文和相應(yīng)報文中均攜帶有訂單的相關(guān)信息，方便系統(tǒng)能快速準(zhǔn)確的獲取到訂單信息，并發(fā)出后續(xù)需要執(zhí)行的指令。為解決上述技術(shù)問題，本發(fā)明的實施方式提供了一種積分兌換的報文傳輸方法，包含以下步驟：銷售終端在生成與積分兌換交易相對應(yīng)的用于攜帶訂單信息的二維碼后，向服務(wù)器端發(fā)送用于查單的請求報文；其中，訂單信息包含訂單編號與積分數(shù)額，請求報文中攜帶訂單編號；服務(wù)器端在根據(jù)訂單編號查詢到相關(guān)訂單的狀態(tài)后，向銷售終端反饋響應(yīng)報文，響應(yīng)報文中攜帶查詢到的訂單狀態(tài)；銷售終端根據(jù)響應(yīng)報文中的訂單狀態(tài)，進行出貨；其中，請求報文包含報文頭與不定長報文體，響應(yīng)報文包含報文頭與定長的用于指示訂單狀態(tài)的返回碼。本發(fā)明的實施方式還提供了一種積分兌換的報文傳輸系統(tǒng)，包含：銷售終端和服務(wù)器端；銷售終端進一步包含：二維碼生產(chǎn)單元，用于生成與積分兌換交易相對應(yīng)的用于攜帶訂單信息的二維碼；報文請求單元，用于在二維碼生產(chǎn)單元生成二維碼后，向服務(wù)器端發(fā)送用于查單的請求報文；其中，訂單信息包含訂單編號與積分數(shù)額，請求報文中攜帶所述訂單編號；解析單元，用于在接收到服務(wù)器端針對所述請求報文反饋的響應(yīng)報文時，解析該響應(yīng)報文中攜帶的訂單狀態(tài)；出貨單元，用于根據(jù)響應(yīng)報文中的訂單狀態(tài)，進行出貨；服務(wù)器端用于在根據(jù)訂單編號查詢到相關(guān)訂單的狀態(tài)后，向銷售終端反饋響應(yīng)報文，響應(yīng)報文中攜帶查詢到的訂單狀態(tài)；其中，請求報文包含報文頭與不定長報文體，響應(yīng)報文包含報文頭與定長的用于指示訂單狀態(tài)的返回碼。本發(fā)明實施方式相對于現(xiàn)有技術(shù)而言，在銷售終端上即可生成與積分兌換相對應(yīng)的攜帶有訂單信息的二維碼，通過移動終端掃描二維碼，借助于第三方服務(wù)平臺實現(xiàn)對訂單狀態(tài)的更新，并將訂單狀態(tài)反饋給銷售終端和移動終端，移動終端完成積分支付后，銷售終端即可出貨。使得積分可直接在銷售終端上使用，且銷售終端與服務(wù)器端進行信息交互采用的為請求報文方式，請求報文采用報文頭與不定長報文體的組合方式，響應(yīng)報文包含報文頭與定長返回碼的組合方式，簡化了報文的識別和傳輸，方便用戶進行積分消費。此外，在請求報文和相應(yīng)報文中均攜帶有訂單的相關(guān)信息，方便系統(tǒng)能快速準(zhǔn)確的獲取到訂單信息，并發(fā)出后續(xù)需要執(zhí)行的指令。另外，報文頭包含：長度字段、時間戳字段、支付方式代碼字段和控制碼字段；其中，控制碼字段用于標(biāo)識本請求報文的類型。在報文頭中攜帶有時間戳字段、支付方式代碼字段和控制碼字段，這些均為與訂單相關(guān)的關(guān)鍵信息，解析單元通過解析報文內(nèi)容，可以快速獲得訂單的相關(guān)信息。此外加入時間戳字段之后，也能保證每個報文頭均為唯一的，保證系統(tǒng)的正常工作。另外，長度字段的長度為4字節(jié)；時間戳字段的長度為14字節(jié)；支付方式代碼字段的長度為2字節(jié)；控制碼字段的長度為2字節(jié)。對報文頭的各組成部分的長度進行統(tǒng)一規(guī)定，保證報文頭長度統(tǒng)一，每個報文頭的格式相同，可以方便解析單元準(zhǔn)確的獲得請求報文中所攜帶的信息。另外，請求報文的類型包含：查單請求類型和訂單出貨狀態(tài)通知類型；不定長報文體在請求報文的類型為查單請求類型時，攜帶訂單編號；不定長報文體在請求報文的類型為訂單出貨狀態(tài)通知類型時，攜帶訂單編號和出貨狀態(tài)標(biāo)識號；出貨狀態(tài)標(biāo)識號用于指示出貨成功或出貨失??；積分兌換的報文傳輸方法還包含：銷售終端在出貨后，向服務(wù)器端發(fā)送類型為訂單出貨狀態(tài)通知類型的請求報文；服務(wù)器端在收到類型為訂單出貨狀態(tài)通知類型的請求報文后，更新相關(guān)訂單的狀態(tài)。請求報文類型不同，其攜帶的相關(guān)的信息也不相同，保證了請求報文的信息的簡潔明了，也方便服務(wù)器能快速準(zhǔn)確的根據(jù)訂單信息，執(zhí)行相關(guān)的操作。另外，服務(wù)器端在收到類型為訂單出貨狀態(tài)通知類型的請求報文后，解析該請求報文中的出貨狀態(tài)標(biāo)識號；如果出貨狀態(tài)標(biāo)識號指示出貨失敗，則觸發(fā)第三方服務(wù)平臺發(fā)起退回積分流程。當(dāng)出貨為未成功時，可以發(fā)起退回積分流程，使得積分消費流程完整而全面，確保了積分消費流程的正確性和合理性，提高用戶體驗。另外，返回碼指示的訂單狀態(tài)包含以下任意一種訂單狀態(tài)：等待支付、未支付、支付失敗、成功支付、出貨成功、出貨失敗、退款成功、退款失敗、下單失敗。通過返回碼的方式對訂單狀態(tài)進行定義，方便解析單元快速的解析到訂單狀態(tài)信息。另外，售終端在生成二維碼時，建立與服務(wù)器端之間的長連接；銷售終端利用長連接，周期性地向服務(wù)器端發(fā)送用于查單的請求報文；銷售終端在接收到的響應(yīng)報文中返回碼指示的訂單狀態(tài)為下單失敗、支付失敗或出貨成功時，斷開長連接。在特定的時間內(nèi)，建立長連接，保證輪詢，使得銷售終端能及時獲取到訂單的最新狀態(tài)，在交易結(jié)束時及時斷開，節(jié)省流量資源。另外，如果銷售終端在預(yù)設(shè)時長內(nèi)，未接收到返回碼指示的訂單狀態(tài)為下單失敗、支付失敗或出貨成功的響應(yīng)報文，則斷開長連接。設(shè)置預(yù)設(shè)時長，并在預(yù)設(shè)時內(nèi)未收到返回碼指示的訂單狀態(tài)為下單失敗、支付失敗或出貨成功的響應(yīng)報文，則斷開長連接，可以達到節(jié)省流量資源的目的。另外，返回碼的長度為2個字節(jié)?？紤]到目前訂單狀況的種類數(shù)量以及后續(xù)增加的需要，設(shè)置2個字節(jié)，一方面既能保證短期內(nèi)的需求，另一方面能不會增加系統(tǒng)的數(shù)據(jù)處理壓力。附圖說明圖1是根據(jù)本發(fā)明的第一實施方式中的售貨機積分兌換示意圖；圖2是根據(jù)本發(fā)明第一實施方式中積分兌換的報文傳輸方法的流程圖；圖3根據(jù)本發(fā)明第一實施方式中支付處理系統(tǒng)解析請求報文流程圖；圖4根據(jù)本發(fā)明第一實施方式中售貨機解析響應(yīng)報文的流程圖；圖5根據(jù)本發(fā)明第二實施方式中出貨失敗時退回積分流程圖；圖6是根據(jù)本發(fā)明第四實施方式中的積分兌換的報文傳輸系統(tǒng)的系統(tǒng)結(jié)構(gòu)圖。具體實施方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明的各實施方式進行詳細的闡述。然而，本領(lǐng)域的普通技術(shù)人員可以理解，在本發(fā)明各實施方式中，為了使讀者更好地理解本申請而提出了許多技術(shù)細節(jié)。但是，即使沒有這些技術(shù)細節(jié)和基于以下各實施方式的種種變化和修改，也可以實現(xiàn)本申請各權(quán)利要求所要求保護的技術(shù)方案。本發(fā)明的第一實施方式涉及一種積分兌換的報文傳輸方法。在本實施方式中，銷售終端以售貨機為例，進行說明。售貨機積分消費兌換商品，主要涉及移動終端、售貨機android平臺(即銷售終端)、支付處理系統(tǒng)(即服務(wù)器端)及第三方服務(wù)平臺(下文簡稱第三方服務(wù))這四個部分，如圖1所示。售貨機android平臺負責(zé)生成與積分兌換交易相對應(yīng)的二維碼，提供下單入口、實時查詢訂單狀態(tài)以及進行出貨；用戶安裝第三方提供的移動終端app，作為人機交互接口，主要用于掃描售貨機生成的攜帶有訂單信息的二維碼，獲取訂單信息以及完成支付等操作；支付處理系統(tǒng)相對于售貨機，作為服務(wù)端，主要完成調(diào)用第三方服務(wù)，返回訂單狀態(tài)信息的功能；第三方服務(wù)主要提供下單、查單、退款等服務(wù)。本實施方式的具體流程如圖2所示。步驟201中，選擇積分兌換商品。進入售貨機購物頁面，選擇某一商品，該售貨機上具有多種支付方式，其中包括積分支付方式。在本步驟中，需要在支付方式選擇頁面中選擇積分兌換。接著，進入步驟202，銷售終端生成二維碼。具體的說，售貨機生成與積分兌換交易相對應(yīng)的用于攜帶訂單信息的二維碼；其中，訂單信息包含訂單編號與積分數(shù)額。接著，進入步驟203，售貨機判斷移動終端掃描二維碼是否成功。移動終端利用預(yù)設(shè)的應(yīng)用程序app掃描二維碼。通過掃描二維碼可以獲取相關(guān)的訂單信息。若售貨機未檢測到移動終端app掃描二維碼成功，進入步驟204，售貨機通知服務(wù)器端下單失敗。掃描二維碼未成功包括超時未掃描二維碼、掃描二維碼失敗等情況。需要說明的是，當(dāng)訂單處于不同的訂單狀態(tài)時，分別有相對應(yīng)的狀態(tài)碼，狀態(tài)碼與訂單狀態(tài)的對應(yīng)關(guān)系如表1所示：表1若售貨機檢測到移動終端app掃描二維碼成功，進入步驟205，移動終端將成功掃描的二維碼所攜帶的信息，發(fā)送至第三方服務(wù)平臺，進行下單操作，生成有效訂單，此時該訂單狀態(tài)為“等待支付”，狀態(tài)碼為01。接著，在步驟206至步驟207中，銷售終端判斷移動終端是否完成訂單支付。具體地說，在步驟206中，銷售終端通過服務(wù)器端向第三方服務(wù)平臺查詢有效訂單的狀態(tài)，判斷訂單的狀態(tài)是否為已支付。在本實施方式中，銷售終端為與服務(wù)器端相對應(yīng)的客戶端，服務(wù)器端對應(yīng)至少一個銷售終端。在本實施方式中，售貨機周期性地向支付處理系統(tǒng)(即服務(wù)器端)發(fā)送查單請求報文，支付處理系統(tǒng)對接收到的查單請求報文進行解析，并將查詢到的訂單狀態(tài)信息反饋至售貨機。優(yōu)選地，查單請求報文的發(fā)送周期可以為1.5秒，即是每1.5秒輪詢一次，向支付處理系統(tǒng)發(fā)送查單請求報文，該查單請求報文中攜帶有訂單編號等相關(guān)信息，支付處理系統(tǒng)對接收到的查單請求報文進行解析，獲取訂單編號。支付處理系統(tǒng)與第三方服務(wù)平臺通過超文本傳輸協(xié)議(hypertexttransferprotocol，簡稱http協(xié)議)保持通訊，在本步驟中，支付處理系統(tǒng)根據(jù)解析得到的訂單編號，調(diào)用第三方接口，向第三方服務(wù)平臺查詢訂單編號所屬的有效訂單的狀態(tài)。比如說，本實施方式中，銷售終端向支付處理系統(tǒng)發(fā)送的請求報文由兩部分構(gòu)成，報文頭和報文體，報文頭在前，報文體在后，其中報文體指報文交易數(shù)據(jù)。報文頭包含：長度字段、時間戳字段、支付方式代碼字段和控制碼字段；其中，控制碼字段用于標(biāo)識本請求報文的類型。報文頭共占22字節(jié)，具體的組成如表2所示：表2長度字段時間戳字段支付方式代碼字段控制碼字段4字節(jié)14字節(jié)2字節(jié)2字節(jié)其中，時間戳字段為14字節(jié)：表示通訊發(fā)起時的時間，格式為yyyymmddhh(24小時)mmss，例如20151211100101。支付方式代碼字段為2字節(jié)，其中p3芭歐為積分消費，具體定義見下表3：表3支付方式代碼字段支付名稱p1微信支付p2支付寶支付p3芭歐p4淘智慧p5太平洋p6旅游卡p7金山控制碼字段定義：指令代碼，具體定義見下表4：表4控制碼字段發(fā)起方指令名稱01銷售終端查單請求02銷售終端訂單出貨狀態(tài)通知例，查單請求報文004020151204140036p3019300020420151204140036，其中，報文頭為：004020151204140036p301；報文體為：9300020420151204140036。該查單請求報文表示為2015年12月04日，14:00:36下的積分兌換訂單，訂單編號為9300020420151204140036。支付處理系統(tǒng)在收到售貨機發(fā)送的查單請求報文后，解析該請求報文，以獲取到訂單編號。并在獲取到訂單編號后，通過調(diào)用第三方接口，向第三方服務(wù)平臺查詢該訂單編號所屬的有效訂單的狀態(tài)，然后以響應(yīng)報文的方式將查詢到的有效訂單的狀態(tài)反饋至銷售終端。銷售終端通過對響應(yīng)報文進行解析，從而獲取到訂單的狀態(tài)。比如說，本實施方式中的響應(yīng)報文由兩部分組成：報文頭和返回碼，其中報文頭在前，返回碼在后。響應(yīng)報文長度：不包含用于標(biāo)識報文長度的字段，即報文長度＝報文頭所占字節(jié)數(shù)–4+2。其中的“4”表示報文長度所占用的字節(jié)數(shù)，“2”表示返回碼所占用的字節(jié)數(shù)。銷售終端對響應(yīng)報文進行解析，得到返回碼，返回碼用于指示訂單狀態(tài)，根據(jù)返回碼即可獲取到訂單狀態(tài)信息。返回碼定義如表5所示：表5比如說，響應(yīng)報文為002020151204140043p30104，其中報文頭為002020151204140043p301，返回碼為04。該響應(yīng)報文攜帶的信息為：下單時間為2015年12月04日，14:00:36，為積分兌換訂單，訂單狀態(tài)為支付成功。如果銷售終端查詢到的訂單狀態(tài)為已完成支付(即收到的響應(yīng)報文中，返回碼為04)，則進入步驟209；如果支付處理系統(tǒng)向銷售終端反饋的響應(yīng)報文中，返回碼為01、02或03，則進入步驟207，判斷查詢的時長是否已達到預(yù)設(shè)時長。如果已達到預(yù)設(shè)時長，則進入步驟208，認定支付失敗，結(jié)束流程；如果未達到預(yù)設(shè)時長，則回到步驟206，銷售終端在下一個查詢周期內(nèi)再次向支付處理系統(tǒng)發(fā)送查單請求報文。優(yōu)選地，預(yù)設(shè)時長可設(shè)為60秒，若在60秒內(nèi)，銷售終端未查詢到有效訂單的狀態(tài)為支付成功，可在步驟208，認定支付失敗后斷開與所述服務(wù)器端的連接。若在預(yù)設(shè)時長內(nèi)，銷售終端查詢到訂單狀態(tài)為支付成功，進入步驟209，銷售終端進行出貨，并在出貨成功后，向支付處理系統(tǒng)發(fā)送用于通知出貨成功的報文。具體的說，用于通知出貨成功的報文可以是訂單出貨狀態(tài)通知類型的請求報文，該類型的請求報文的報文體信息為“訂單編號_出貨狀態(tài)標(biāo)識號”，出貨狀態(tài)標(biāo)識號及對應(yīng)出貨情況如表6所示：表6也就是說，銷售終端在出貨后，向服務(wù)器端發(fā)送類型為訂單出貨狀態(tài)通知類型的請求報文。比如說，訂單出貨狀態(tài)通知報文具體為004320151204140129p30293000204204140129_05，其中，報文頭為：004320151204140129p302；報文體為：93000204204140129_05。該報文表示下單時間為2015年12月04日，14:00:36下的積分兌換訂單，訂單編號為93000204204140129，出貨狀態(tài)標(biāo)識號為05，即出貨成功。接著，進入步驟210，支付處理系統(tǒng)通知第三方服務(wù)平臺出貨成功。具體地說，服務(wù)器端在收到訂單出貨狀態(tài)通知類型的請求報文后，服務(wù)器端對該請求報文進行解析，并生成用于指示有效訂單的狀態(tài)為出貨成功的通知消息并將該通知消息發(fā)送至第三方服務(wù)平臺，第三方服務(wù)平臺更新訂單的狀態(tài)為出貨成功。需要說明的是，服務(wù)器端(即支付處理系統(tǒng))對請求報文的解析過程包括以下流程，具體如圖3所示。步驟301中，支付處理系統(tǒng)接收到售貨機發(fā)送的請求報文。接著，進入步驟302，支付處理系統(tǒng)對收到的請求報文進行解析，從報文頭中解析到支付方式字段，從而獲得支付方式。接著，進入步驟303，判斷支付方式字段是否為p3。其中支付方式字段p3代表積分兌換。若不是積分兌換，則進入步驟304，根據(jù)相應(yīng)的支付方式的操作流程執(zhí)行相關(guān)操作。若為積分兌換方式，進入步驟305，支付處理系統(tǒng)解析請求報文頭中的控制碼字段。其中，控制碼字段01代表請求報文類型為查單請求報文，控制碼地段02代表請求報文類型為訂單出貨狀態(tài)通知請求報文。接著，進入步驟306，判斷控制碼字段是否為01，即判斷請求報文類型是否為查單請求報文，若不是查單請求報文，即為出貨狀態(tài)通知類型請求報文，控制碼字段為02，進入步驟307，支付處理系統(tǒng)將生成的用于指示有效訂單的狀態(tài)為出貨成功的通知消息并將該通知消息發(fā)送至第三方服務(wù)平臺，第三方服務(wù)平臺更新訂單的狀態(tài)為出貨成功。若控制碼字段為01，即為查單請求報文，進入步驟308，向售貨機反饋響應(yīng)報文。具體的說，支付處理系統(tǒng)調(diào)用第三方接口，根據(jù)從請求報文中解析到的訂單編號，向第三方服務(wù)平臺查詢該訂單編號所屬的有效訂單的狀態(tài)，并以響應(yīng)報文的方式將查詢到的有效訂單的狀態(tài)反饋至售貨機。支付處理系統(tǒng)接收到響應(yīng)報文之后，需對響應(yīng)報文進行解析，通過返回碼，從而獲取到訂單狀態(tài)。售貨機對響應(yīng)報文的解析過程如圖4所示。步驟401中，售貨機接收到支付處理系統(tǒng)反饋的響應(yīng)報文。接著，進入步驟402，售貨機解析響應(yīng)報文，獲取返回碼。通過返回碼即可獲取到當(dāng)前的訂單狀態(tài)。接著，進入步驟403，判斷是否超過預(yù)設(shè)時長，預(yù)設(shè)時長可設(shè)為60秒，若超過60秒，進入步驟404，售貨機斷開與支付系統(tǒng)的長連接。若在預(yù)設(shè)時長60秒之內(nèi)，進入步驟405，售貨機以1.5秒為周期向支付處理系統(tǒng)發(fā)送請求報文，支付處理系統(tǒng)對收到的請求報文進行解析，然后調(diào)用第三方接口，根據(jù)從請求報文中解析到的訂單編號，向第三方服務(wù)平臺查詢該訂單編號所屬的有效訂單的狀態(tài)，并以響應(yīng)報文的方式將查詢到的有效訂單的狀態(tài)反饋至售貨機。直至超過預(yù)設(shè)時長60秒，售貨機斷開與支付處理系統(tǒng)之間的長連接。不難發(fā)現(xiàn)，在本實施方式中，在銷售終端上即可生成與積分兌換相對應(yīng)的攜帶有訂單信息的二維碼，并向服務(wù)器端發(fā)送用于查單的請求報文，可實現(xiàn)積分直接在銷售終端上使用，且請求報文采用報文頭與不定長報文體的組合方式，響應(yīng)報文包含報文頭與定長返回碼的組合方式，簡化了報文的識別和傳輸，方便用戶進行積分消費。此外，在請求報文和相應(yīng)報文中均攜帶有訂單的相關(guān)信息，方便系統(tǒng)能快速準(zhǔn)確的獲取到訂單信息，并發(fā)出后續(xù)需要執(zhí)行的指令。本發(fā)明的第二實施方式涉及一種積分兌換的報文傳輸方法。第二實施方式在第一實施方式的基礎(chǔ)上進行了改進，主要改進之處在于：服務(wù)器端在收到類型為訂單出貨狀態(tài)通知類型的請求報文后，解析該請求報文中的出貨狀態(tài)標(biāo)識號；如果出貨狀態(tài)標(biāo)識號指示出貨失敗，則觸發(fā)第三方服務(wù)平臺發(fā)起退回積分流程。具體流程如圖5所示：步驟501中，銷售終端判斷出貨是否成功。銷售終端向服務(wù)器端發(fā)送訂單出貨狀態(tài)通知請求報文，例如004320151204140129p30293000204204140129_05，服務(wù)器端通過對該請求報文進行解析，并生成用于指示有效訂單的狀態(tài)為出貨狀態(tài)的通知消息，若解析到出貨狀態(tài)標(biāo)識號為05，即出貨成功，進入步驟502，將生成用于指示有效訂單的狀態(tài)為出貨成功的通知消息，并將該通知消息發(fā)送至第三方服務(wù)平臺，第三方服務(wù)平臺更新訂單的狀態(tài)為出貨成功，此時訂單狀態(tài)碼為05。若出貨失敗，比如說，從出貨狀態(tài)通知請求報文中解析到出貨狀態(tài)標(biāo)識號為06，進入步驟503，服務(wù)器端生成用于指示有效訂單的狀態(tài)為出貨失敗的通知消息，并將該通知消息發(fā)送至第三方服務(wù)平臺，第三方服務(wù)平臺更新訂單的狀態(tài)為出貨失敗，此時訂單狀態(tài)碼為06。接著，進入步驟504，進入退回積分流程。具體的說，當(dāng)?shù)谌椒?wù)平臺收到出貨失敗的通知消息后，將觸發(fā)積分退回流程，退還扣除的積分。接著，進入步驟505，銷售終端判斷是否退款成功。具體的說，銷售終端在通知服務(wù)器端出貨失敗后，以1.5秒為一個周期，進行周期性地向服務(wù)器端查單請求報文，當(dāng)收到服務(wù)器端反饋的有效訂單的狀態(tài)為退款成功，進入步驟506，斷開連接，此時訂單狀態(tài)碼為07，即退款成功；若收到服務(wù)器端反饋的有效訂單的狀態(tài)為退款失敗，進入步驟507，第三方服務(wù)平臺將訂單狀態(tài)更新為退款失敗，此時訂單狀態(tài)碼為08，即退款失敗，并斷開連接。當(dāng)出貨失敗時，通過發(fā)起退回積分流程，將在支付訂單時扣除的相應(yīng)積分返還給用戶，使得積分消費流程完整而全面，確保了積分消費流程的正確性和合理性，在特定情形下，通過系統(tǒng)自動的發(fā)起積分退回流程，簡化用戶操作，提高了用戶體驗。本發(fā)明的第三實施方式涉及一種積分兌換的報文傳輸方法。第三實施方式在第一、第二實施方式的基礎(chǔ)上進行了改進，主要改進之處在于：銷售終端利用長連接，周期性地向服務(wù)器端發(fā)送用于查單的請求報文；銷售終端在接收到的響應(yīng)報文中返回碼指示的訂單狀態(tài)為下單失敗、支付失敗或出貨成功時，斷開長連接。在特定的時間內(nèi)，建立長連接，保證輪詢，及時獲取到訂單的最新狀態(tài)，在交易結(jié)束時，即訂單狀態(tài)為下單失敗、支付失敗或出貨成功時及時斷開長連接，節(jié)省流量資源。上面各種方法的步驟劃分，只是為了描述清楚，實現(xiàn)時可以合并為一個步驟或者對某些步驟進行拆分，分解為多個步驟，只要包含相同的邏輯關(guān)系，都在本專利的保護范圍內(nèi)；對算法中或者流程中添加無關(guān)緊要的修改或者引入無關(guān)緊要的設(shè)計，但不改變其算法和流程的核心設(shè)計都在該專利的保護范圍內(nèi)。本發(fā)明第四實施方式涉及一種積分兌換的報文傳輸系統(tǒng)，如圖6所示，包含：銷售終端和服務(wù)器端；進一步地，銷售終端還包含：二維碼生產(chǎn)單元，用于生成與積分兌換交易相對應(yīng)的用于攜帶訂單信息的二維碼；報文請求單元，用于在二維碼生產(chǎn)單元生成二維碼后，向服務(wù)器端發(fā)送用于查單的請求報文；其中，訂單信息包含訂單編號與積分數(shù)額，請求報文中攜帶所述訂單編號；解析單元，用于在接收到服務(wù)器端針對所述請求報文反饋的響應(yīng)報文時，解析該響應(yīng)報文中攜帶的訂單狀態(tài)；出貨單元，用于根據(jù)響應(yīng)報文中的訂單狀態(tài)，進行出貨；服務(wù)器端用于在根據(jù)訂單編號查詢到相關(guān)訂單的狀態(tài)后，向銷售終端反饋響應(yīng)報文，響應(yīng)報文中攜帶查詢到的訂單狀態(tài)；其中，請求報文包含報文頭與不定長報文體，響應(yīng)報文包含報文頭與定長的用于指示訂單狀態(tài)的返回碼。不難發(fā)現(xiàn)，本實施方式為與第一實施方式相對應(yīng)的系統(tǒng)實施例，本實施方式可與第一實施方式互相配合實施。第一實施方式中提到的相關(guān)技術(shù)細節(jié)在本實施方式中依然有效，為了減少重復(fù)，這里不再贅述。相應(yīng)地，本實施方式中提到的相關(guān)技術(shù)細節(jié)也可應(yīng)用在第一實施方式中。值得一提的是，本實施方式中所涉及到的各單元均為邏輯單元，在實際應(yīng)用中，一個邏輯單元可以是一個物理單元，也可以是一個物理單元的一部分，還可以以多個物理單元的組合實現(xiàn)。此外，為了突出本發(fā)明的創(chuàng)新部分，本實施方式中并沒有將與解決本發(fā)明所提出的技術(shù)問題關(guān)系不太密切的單元引入，但這并不表明本實施方式中不存在其它的單元。本領(lǐng)域的普通技術(shù)人員可以理解，上述各實施方式是實現(xiàn)本發(fā)明的具體實施例，而在實際應(yīng)用中，可以在形式上和細節(jié)上對其作各種改變，而不偏離本發(fā)明的精神和范圍。當(dāng)前第1頁12