CN107038597A - 积分兑换的报文传输方法及其系统 - Google Patents

Abstract

本发明涉及通信技术领域，公开了一种积分兑换的报文传输方法及其系统。本发明中，包含以下步骤：销售终端在生成与积分兑换交易相对应的用于携带订单信息的二维码后，向服务器端发送用于查单的请求报文；其中，订单信息包含订单编号与积分数额，请求报文中携带订单编号；服务器端在根据订单编号查询到相关订单的状态后，向销售终端反馈响应报文，响应报文中携带查询到的订单状态；销售终端根据响应报文中的订单状态，进行出货；其中，请求报文包含报文头与不定长报文体，响应报文包含报文头与定长的用于指示订单状态的返回码。使得积分可直接在销售终端上使用，方便用户的积分使用，提高了用户体验，而且，请求报文采用报文头与不定长报文体的组合方式，响应报文包含报文头与定长返回码的组合方式，简化了报文的识别和传输。

Description

积分兑换的报文传输方法及其系统

技术领域

本发明涉及通信技术领域，特别涉及一种积分兑换的报文传输技术。

背景技术

现今大多数积分消费都是通过刷卡在POS机中进行积分消费或者自行通过浏览器登录商家的网页进行积分兑换。

通过刷卡在POS机中进行积分消费，限制性较大，目前可以支持积分消费的POS机普遍度不高，因此给用户进行积分消费带来诸多不便。自行通过浏览器登录商家的网页进行积分消费，兑换商品，兑换成功之后，用户需要等待商家发货，待用户收到积分兑换的商品，完成交易，需要持续若干天。有时，还会因商家货源等原因，出现用户收不到商品的情况。在商家网页上进行积分消费，实时性不高，用户不能当场拿到兑换的商品，且寄送商品的过程中会产生邮寄费用，成本较高，用户体验不是很好。

随着移动应用的广泛普及，移动终端消费发展迅猛，结合移动终端在销售终端(例如售货机)中进行积分消费的方式也成为迫切需求。在积分兑换系统中，各部件之间进行报文传输的方式也需要进行适应性的改进。

发明内容

本发明的目的在于提供一种积分兑换的报文传输的方法及其系统，使得积分可直接在销售终端上使用，方便用户的积分使用，且请求报文采用报文头与不定长报文体的组合方式，响应报文包含报文头与定长返回码的组合方式，简化了报文的识别和传输。此外，在请求报文和相应报文中均携带有订单的相关信息，方便系统能快速准确的获取到订单信息，并发出后续需要执行的指令。

为解决上述技术问题，本发明的实施方式提供了一种积分兑换的报文传输方法，包含以下步骤：销售终端在生成与积分兑换交易相对应的用于携带订单信息的二维码后，向服务器端发送用于查单的请求报文；其中，订单信息包含订单编号与积分数额，请求报文中携带订单编号；服务器端在根据订单编号查询到相关订单的状态后，向销售终端反馈响应报文，响应报文中携带查询到的订单状态；销售终端根据响应报文中的订单状态，进行出货；其中，请求报文包含报文头与不定长报文体，响应报文包含报文头与定长的用于指示订单状态的返回码。

本发明的实施方式还提供了一种积分兑换的报文传输系统，包含：销售终端和服务器端；

销售终端进一步包含：

二维码生产单元，用于生成与积分兑换交易相对应的用于携带订单信息的二维码；

报文请求单元，用于在二维码生产单元生成二维码后，向服务器端发送用于查单的请求报文；其中，订单信息包含订单编号与积分数额，请求报文中携带所述订单编号；

解析单元，用于在接收到服务器端针对所述请求报文反馈的响应报文时，解析该响应报文中携带的订单状态；

出货单元，用于根据响应报文中的订单状态，进行出货；

服务器端用于在根据订单编号查询到相关订单的状态后，向销售终端反馈响应报文，响应报文中携带查询到的订单状态；

其中，请求报文包含报文头与不定长报文体，响应报文包含报文头与定长的用于指示订单状态的返回码。

本发明实施方式相对于现有技术而言，在销售终端上即可生成与积分兑换相对应的携带有订单信息的二维码，通过移动终端扫描二维码，借助于第三方服务平台实现对订单状态的更新，并将订单状态反馈给销售终端和移动终端，移动终端完成积分支付后，销售终端即可出货。使得积分可直接在销售终端上使用，且销售终端与服务器端进行信息交互采用的为请求报文方式，请求报文采用报文头与不定长报文体的组合方式，响应报文包含报文头与定长返回码的组合方式，简化了报文的识别和传输，方便用户进行积分消费。此外，在请求报文和相应报文中均携带有订单的相关信息，方便系统能快速准确的获取到订单信息，并发出后续需要执行的指令。

另外，报文头包含：长度字段、时间戳字段、支付方式代码字段和控制码字段；其中，控制码字段用于标识本请求报文的类型。在报文头中携带有时间戳字段、支付方式代码字段和控制码字段，这些均为与订单相关的关键信息，解析单元通过解析报文内容，可以快速获得订单的相关信息。此外加入时间戳字段之后，也能保证每个报文头均为唯一的，保证系统的正常工作。

另外，长度字段的长度为4字节；时间戳字段的长度为14字节；支付方式代码字段的长度为2字节；控制码字段的长度为2字节。对报文头的各组成部分的长度进行统一规定，保证报文头长度统一，每个报文头的格式相同，可以方便解析单元准确的获得请求报文中所携带的信息。

另外，请求报文的类型包含：查单请求类型和订单出货状态通知类型；不定长报文体在请求报文的类型为查单请求类型时，携带订单编号；不定长报文体在请求报文的类型为订单出货状态通知类型时，携带订单编号和出货状态标识号；出货状态标识号用于指示出货成功或出货失败；积分兑换的报文传输方法还包含：销售终端在出货后，向服务器端发送类型为订单出货状态通知类型的请求报文；服务器端在收到类型为订单出货状态通知类型的请求报文后，更新相关订单的状态。请求报文类型不同，其携带的相关的信息也不相同，保证了请求报文的信息的简洁明了，也方便服务器能快速准确的根据订单信息，执行相关的操作。

另外，服务器端在收到类型为订单出货状态通知类型的请求报文后，解析该请求报文中的出货状态标识号；如果出货状态标识号指示出货失败，则触发第三方服务平台发起退回积分流程。当出货为未成功时，可以发起退回积分流程，使得积分消费流程完整而全面，确保了积分消费流程的正确性和合理性，提高用户体验。

另外，返回码指示的订单状态包含以下任意一种订单状态：等待支付、未支付、支付失败、成功支付、出货成功、出货失败、退款成功、退款失败、下单失败。通过返回码的方式对订单状态进行定义，方便解析单元快速的解析到订单状态信息。

另外，售终端在生成二维码时，建立与服务器端之间的长连接；销售终端利用长连接，周期性地向服务器端发送用于查单的请求报文；销售终端在接收到的响应报文中返回码指示的订单状态为下单失败、支付失败或出货成功时，断开长连接。在特定的时间内，建立长连接，保证轮询，使得销售终端能及时获取到订单的最新状态，在交易结束时及时断开，节省流量资源。

另外，如果销售终端在预设时长内，未接收到返回码指示的订单状态为下单失败、支付失败或出货成功的响应报文，则断开长连接。设置预设时长，并在预设时内未收到返回码指示的订单状态为下单失败、支付失败或出货成功的响应报文，则断开长连接，可以达到节省流量资源的目的。

另外，返回码的长度为2个字节。考虑到目前订单状况的种类数量以及后续增加的需要，设置2个字节，一方面既能保证短期内的需求，另一方面能不会增加系统的数据处理压力。

附图说明

图1是根据本发明的第一实施方式中的售货机积分兑换示意图；

图2是根据本发明第一实施方式中积分兑换的报文传输方法的流程图；

图3根据本发明第一实施方式中支付处理系统解析请求报文流程图；

图4根据本发明第一实施方式中售货机解析响应报文的流程图；

图5根据本发明第二实施方式中出货失败时退回积分流程图；

图6是根据本发明第四实施方式中的积分兑换的报文传输系统的系统结构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请各权利要求所要求保护的技术方案。

本发明的第一实施方式涉及一种积分兑换的报文传输方法。在本实施方式中，销售终端以售货机为例，进行说明。售货机积分消费兑换商品，主要涉及移动终端、售货机android平台(即销售终端)、支付处理系统(即服务器端)及第三方服务平台(下文简称第三方服务)这四个部分，如图1所示。售货机android平台负责生成与积分兑换交易相对应的二维码，提供下单入口、实时查询订单状态以及进行出货；用户安装第三方提供的移动终端App，作为人机交互接口，主要用于扫描售货机生成的携带有订单信息的二维码，获取订单信息以及完成支付等操作；支付处理系统相对于售货机，作为服务端，主要完成调用第三方服务，返回订单状态信息的功能；第三方服务主要提供下单、查单、退款等服务。

本实施方式的具体流程如图2所示。

步骤201中，选择积分兑换商品。进入售货机购物页面，选择某一商品，该售货机上具有多种支付方式，其中包括积分支付方式。在本步骤中，需要在支付方式选择页面中选择积分兑换。

接着，进入步骤202，销售终端生成二维码。具体的说，售货机生成与积分兑换交易相对应的用于携带订单信息的二维码；其中，订单信息包含订单编号与积分数额。

接着，进入步骤203，售货机判断移动终端扫描二维码是否成功。移动终端利用预设的应用程序APP扫描二维码。通过扫描二维码可以获取相关的订单信息。若售货机未检测到移动终端APP扫描二维码成功，进入步骤204，售货机通知服务器端下单失败。扫描二维码未成功包括超时未扫描二维码、扫描二维码失败等情况。

需要说明的是，当订单处于不同的订单状态时，分别有相对应的状态码，状态码与订单状态的对应关系如表1所示：

表1

若售货机检测到移动终端APP扫描二维码成功，进入步骤205，移动终端将成功扫描的二维码所携带的信息，发送至第三方服务平台，进行下单操作，生成有效订单，此时该订单状态为“等待支付”，状态码为01。

接着，在步骤206至步骤207中，销售终端判断移动终端是否完成订单支付。具体地说，在步骤206中，销售终端通过服务器端向第三方服务平台查询有效订单的状态，判断订单的状态是否为已支付。在本实施方式中，销售终端为与服务器端相对应的客户端，服务器端对应至少一个销售终端。

在本实施方式中，售货机周期性地向支付处理系统(即服务器端)发送查单请求报文，支付处理系统对接收到的查单请求报文进行解析，并将查询到的订单状态信息反馈至售货机。优选地，查单请求报文的发送周期可以为1.5秒，即是每1.5秒轮询一次，向支付处理系统发送查单请求报文，该查单请求报文中携带有订单编号等相关信息，支付处理系统对接收到的查单请求报文进行解析，获取订单编号。支付处理系统与第三方服务平台通过超文本传输协议(Hyper Text Transfer Protocol，简称HTTP协议)保持通讯，在本步骤中，支付处理系统根据解析得到的订单编号，调用第三方接口，向第三方服务平台查询订单编号所属的有效订单的状态。

比如说，本实施方式中，销售终端向支付处理系统发送的请求报文由两部分构成，报文头和报文体，报文头在前，报文体在后，其中报文体指报文交易数据。

报文头包含：长度字段、时间戳字段、支付方式代码字段和控制码字段；其中，控制码字段用于标识本请求报文的类型。报文头共占22字节，具体的组成如表2所示：

表2

长度字段	时间戳字段	支付方式代码字段	控制码字段
				4字节	14字节	2字节	2字节

其中，时间戳字段为14字节：表示通讯发起时的时间，格式为yyyymmddhh(24小时)mmss，例如20151211100101。

支付方式代码字段为2字节，其中P3芭欧为积分消费，具体定义见下表3：

表3

支付方式代码字段	支付名称
		P1	微信支付
P2	支付宝支付
		P3	芭欧
P4	淘智慧
		P5	太平洋
P6	旅游卡
		P7	金山

控制码字段定义：指令代码，具体定义见下表4：

表4

控制码字段	发起方	指令名称
			01	销售终端	查单请求
02	销售终端	订单出货状态通知

例，查单请求报文004020151204140036P3019300020420151204140036，其中，报文头为：004020151204140036P301；报文体为：9300020420151204140036。该查单请求报文表示为2015年12月04日，14:00:36下的积分兑换订单，订单编号为9300020420151204140036。

支付处理系统在收到售货机发送的查单请求报文后，解析该请求报文，以获取到订单编号。并在获取到订单编号后，通过调用第三方接口，向第三方服务平台查询该订单编号所属的有效订单的状态，然后以响应报文的方式将查询到的有效订单的状态反馈至销售终端。销售终端通过对响应报文进行解析，从而获取到订单的状态。

比如说，本实施方式中的响应报文由两部分组成：报文头和返回码，其中报文头在前，返回码在后。响应报文长度：不包含用于标识报文长度的字段，即报文长度＝报文头所占字节数–4+2。其中的“4”表示报文长度所占用的字节数，“2”表示返回码所占用的字节数。

销售终端对响应报文进行解析，得到返回码，返回码用于指示订单状态，根据返回码即可获取到订单状态信息。返回码定义如表5所示：

表5

比如说，响应报文为002020151204140043P30104，其中报文头为002020151204140043P301，返回码为04。该响应报文携带的信息为：下单时间为2015年12月04日，14:00:36，为积分兑换订单，订单状态为支付成功。

如果销售终端查询到的订单状态为已完成支付(即收到的响应报文中，返回码为04)，则进入步骤209；如果支付处理系统向销售终端反馈的响应报文中，返回码为01、02或03，则进入步骤207，判断查询的时长是否已达到预设时长。如果已达到预设时长，则进入步骤208，认定支付失败，结束流程；如果未达到预设时长，则回到步骤206，销售终端在下一个查询周期内再次向支付处理系统发送查单请求报文。

优选地，预设时长可设为60秒，若在60秒内，销售终端未查询到有效订单的状态为支付成功，可在步骤208，认定支付失败后断开与所述服务器端的连接。

若在预设时长内，销售终端查询到订单状态为支付成功，进入步骤209，销售终端进行出货，并在出货成功后，向支付处理系统发送用于通知出货成功的报文。

具体的说，用于通知出货成功的报文可以是订单出货状态通知类型的请求报文，该类型的请求报文的报文体信息为“订单编号_出货状态标识号”，出货状态标识号及对应出货情况如表6所示：

表6

也就是说，销售终端在出货后，向服务器端发送类型为订单出货状态通知类型的请求报文。比如说，订单出货状态通知报文具体为004320151204140129P30293000204204140129_05，其中，报文头为：004320151204140129P302；报文体为：93000204204140129_05。该报文表示下单时间为2015年12月04日，14:00:36下的积分兑换订单，订单编号为93000204204140129，出货状态标识号为05，即出货成功。

接着，进入步骤210，支付处理系统通知第三方服务平台出货成功。具体地说，服务器端在收到订单出货状态通知类型的请求报文后，服务器端对该请求报文进行解析，并生成用于指示有效订单的状态为出货成功的通知消息并将该通知消息发送至第三方服务平台，第三方服务平台更新订单的状态为出货成功。

需要说明的是，服务器端(即支付处理系统)对请求报文的解析过程包括以下流程，具体如图3所示。

步骤301中，支付处理系统接收到售货机发送的请求报文。

接着，进入步骤302，支付处理系统对收到的请求报文进行解析，从报文头中解析到支付方式字段，从而获得支付方式。

接着，进入步骤303，判断支付方式字段是否为P3。其中支付方式字段P3代表积分兑换。若不是积分兑换，则进入步骤304，根据相应的支付方式的操作流程执行相关操作。

若为积分兑换方式，进入步骤305，支付处理系统解析请求报文头中的控制码字段。其中，控制码字段01代表请求报文类型为查单请求报文，控制码地段02代表请求报文类型为订单出货状态通知请求报文。

接着，进入步骤306，判断控制码字段是否为01，即判断请求报文类型是否为查单请求报文，若不是查单请求报文，即为出货状态通知类型请求报文，控制码字段为02，进入步骤307，支付处理系统将生成的用于指示有效订单的状态为出货成功的通知消息并将该通知消息发送至第三方服务平台，第三方服务平台更新订单的状态为出货成功。

若控制码字段为01，即为查单请求报文，进入步骤308，向售货机反馈响应报文。具体的说，支付处理系统调用第三方接口，根据从请求报文中解析到的订单编号，向第三方服务平台查询该订单编号所属的有效订单的状态，并以响应报文的方式将查询到的有效订单的状态反馈至售货机。

支付处理系统接收到响应报文之后，需对响应报文进行解析，通过返回码，从而获取到订单状态。售货机对响应报文的解析过程如图4所示。

步骤401中，售货机接收到支付处理系统反馈的响应报文。

接着，进入步骤402，售货机解析响应报文，获取返回码。通过返回码即可获取到当前的订单状态。

接着，进入步骤403，判断是否超过预设时长，预设时长可设为60秒，若超过60秒，进入步骤404，售货机断开与支付系统的长连接。

若在预设时长60秒之内，进入步骤405，售货机以1.5秒为周期向支付处理系统发送请求报文，支付处理系统对收到的请求报文进行解析，然后调用第三方接口，根据从请求报文中解析到的订单编号，向第三方服务平台查询该订单编号所属的有效订单的状态，并以响应报文的方式将查询到的有效订单的状态反馈至售货机。直至超过预设时长60秒，售货机断开与支付处理系统之间的长连接。

不难发现，在本实施方式中，在销售终端上即可生成与积分兑换相对应的携带有订单信息的二维码，并向服务器端发送用于查单的请求报文，可实现积分直接在销售终端上使用，且请求报文采用报文头与不定长报文体的组合方式，响应报文包含报文头与定长返回码的组合方式，简化了报文的识别和传输，方便用户进行积分消费。此外，在请求报文和相应报文中均携带有订单的相关信息，方便系统能快速准确的获取到订单信息，并发出后续需要执行的指令。

本发明的第二实施方式涉及一种积分兑换的报文传输方法。第二实施方式在第一实施方式的基础上进行了改进，主要改进之处在于：服务器端在收到类型为订单出货状态通知类型的请求报文后，解析该请求报文中的出货状态标识号；如果出货状态标识号指示出货失败，则触发第三方服务平台发起退回积分流程。具体流程如图5所示：

步骤501中，销售终端判断出货是否成功。销售终端向服务器端发送订单出货状态通知请求报文，例如004320151204140129P30293000204204140129_05，服务器端通过对该请求报文进行解析，并生成用于指示有效订单的状态为出货状态的通知消息，若解析到出货状态标识号为05，即出货成功，进入步骤502，将生成用于指示有效订单的状态为出货成功的通知消息，并将该通知消息发送至第三方服务平台，第三方服务平台更新订单的状态为出货成功，此时订单状态码为05。

若出货失败，比如说，从出货状态通知请求报文中解析到出货状态标识号为06，进入步骤503，服务器端生成用于指示有效订单的状态为出货失败的通知消息，并将该通知消息发送至第三方服务平台，第三方服务平台更新订单的状态为出货失败，此时订单状态码为06。

接着，进入步骤504，进入退回积分流程。具体的说，当第三方服务平台收到出货失败的通知消息后，将触发积分退回流程，退还扣除的积分。

接着，进入步骤505，销售终端判断是否退款成功。具体的说，销售终端在通知服务器端出货失败后，以1.5秒为一个周期，进行周期性地向服务器端查单请求报文，当收到服务器端反馈的有效订单的状态为退款成功，进入步骤506，断开连接，此时订单状态码为07，即退款成功；若收到服务器端反馈的有效订单的状态为退款失败，进入步骤507，第三方服务平台将订单状态更新为退款失败，此时订单状态码为08，即退款失败，并断开连接。

当出货失败时，通过发起退回积分流程，将在支付订单时扣除的相应积分返还给用户，使得积分消费流程完整而全面，确保了积分消费流程的正确性和合理性，在特定情形下，通过系统自动的发起积分退回流程，简化用户操作，提高了用户体验。

本发明的第三实施方式涉及一种积分兑换的报文传输方法。第三实施方式在第一、第二实施方式的基础上进行了改进，主要改进之处在于：销售终端利用长连接，周期性地向服务器端发送用于查单的请求报文；销售终端在接收到的响应报文中返回码指示的订单状态为下单失败、支付失败或出货成功时，断开长连接。在特定的时间内，建立长连接，保证轮询，及时获取到订单的最新状态，在交易结束时，即订单状态为下单失败、支付失败或出货成功时及时断开长连接，节省流量资源。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包含相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第四实施方式涉及一种积分兑换的报文传输系统，如图6所示，包含：销售终端和服务器端；

进一步地，销售终端还包含：

二维码生产单元，用于生成与积分兑换交易相对应的用于携带订单信息的二维码；

报文请求单元，用于在二维码生产单元生成二维码后，向服务器端发送用于查单的请求报文；其中，订单信息包含订单编号与积分数额，请求报文中携带所述订单编号；

解析单元，用于在接收到服务器端针对所述请求报文反馈的响应报文时，解析该响应报文中携带的订单状态；

出货单元，用于根据响应报文中的订单状态，进行出货；

服务器端用于在根据订单编号查询到相关订单的状态后，向销售终端反馈响应报文，响应报文中携带查询到的订单状态；

其中，请求报文包含报文头与不定长报文体，响应报文包含报文头与定长的用于指示订单状态的返回码。

不难发现，本实施方式为与第一实施方式相对应的系统实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

值得一提的是，本实施方式中所涉及到的各单元均为逻辑单元，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (10)

1.一种积分兑换的报文传输方法，其特征在于，包含以下步骤：

销售终端在生成与积分兑换交易相对应的用于携带订单信息的二维码后，向服务器端发送用于查单的请求报文；其中，所述订单信息包含订单编号与积分数额，所述请求报文中携带所述订单编号；

所述服务器端在根据所述订单编号查询到相关订单的状态后，向所述销售终端反馈响应报文，所述响应报文中携带所述查询到的订单状态；

所述销售终端根据所述响应报文中的订单状态，进行出货；

其中，所述请求报文包含报文头与不定长报文体，所述响应报文包含报文头与定长的用于指示订单状态的返回码。

2.根据权利要求1所述的积分兑换的报文传输方法，其特征在于，所述报文头包含：长度字段、时间戳字段、支付方式代码字段和控制码字段；其中，所述控制码字段用于标识本请求报文的类型。

3.根据权利要求2所述的积分兑换的报文传输方法，其特征在于，

所述长度字段的长度为4字节；

所述时间戳字段的长度为14字节；

所述支付方式代码字段的长度为2字节；

所述控制码字段的长度为2字节。

4.根据权利要求2所述的积分兑换的报文传输方法，其特征在于，所述请求报文的类型包含：查单请求类型和订单出货状态通知类型；

所述不定长报文体在所述请求报文的类型为查单请求类型时，携带所述订单编号；

所述不定长报文体在所述请求报文的类型为订单出货状态通知类型时，携带所述订单编号和出货状态标识号；所述出货状态标识号用于指示出货成功或出货失败；

所述积分兑换的报文传输方法还包含：

所述销售终端在出货后，向所述服务器端发送类型为订单出货状态通知类型的请求报文；

所述服务器端在收到类型为订单出货状态通知类型的请求报文后，更新所述相关订单的状态。

5.根据权利要求4所述的积分兑换的报文传输方法，其特征在于，还包含：

所述服务器端在收到类型为订单出货状态通知类型的请求报文后，解析该请求报文中的出货状态标识号；

如果所述出货状态标识号指示出货失败，则触发第三方服务平台发起退回积分流程。

6.根据权利要求5所述的积分兑换的报文传输方法，其特征在于，所述返回码指示的订单状态包含以下任意一种订单状态：

等待支付、未支付、支付失败、成功支付、出货成功、出货失败、退款成功、退款失败、下单失败。

7.根据权利要求6所述的积分兑换的报文传输方法，其特征在于，还包含：

所述销售终端在生成所述二维码时，建立与所述服务器端之间的长连接；

所述销售终端向所述服务器端发送用于查单的请求报文的步骤中，所述销售终端利用所述长连接，周期性地向所述服务器端发送用于查单的请求报文；

所述销售终端在接收到的所述响应报文中返回码指示的订单状态为下单失败、支付失败或出货成功时，断开所述长连接。

8.根据权利要求7所述的积分兑换的报文传输方法，其特征在于，还包含：

如果所述销售终端在预设时长内，未接收到返回码指示的订单状态为下单失败、支付失败或出货成功的响应报文，则断开所述长连接。

9.根据权利要求1所述的积分兑换的报文传输方法，其特征在于，所述返回码的长度为2个字节。

10.一种积分兑换的报文传输系统，其特征在于，包含：销售终端和服务器端；

所述销售终端包含：

二维码生产单元，用于生成与积分兑换交易相对应的用于携带订单信息的二维码；

报文请求单元，用于在所述二维码生产单元生成所述二维码后，向所述服务器端发送用于查单的请求报文；其中，所述订单信息包含订单编号与积分数额，所述请求报文中携带所述订单编号；

解析单元，用于在接收到所述服务器端针对所述请求报文反馈的响应报文时，解析该响应报文中携带的订单状态；

出货单元，用于根据所述响应报文中的订单状态，进行出货；

所述服务器端用于在根据所述订单编号查询到相关订单的状态后，向所述销售终端反馈响应报文，所述响应报文中携带所述查询到的订单状态；

其中，所述请求报文包含报文头与不定长报文体，所述响应报文包含报文头与定长的用于指示订单状态的返回码。