本发明涉及通信技术领域，尤其涉及一种订单支付管理方法和系统。
背景技术：
随着第三方支付机构的快速发展及市场拓展，出现了多种支付方式，每种支付方式都有大量的使用客户群体。对于商户来说，在网络异常下会出现支付结果未知的状况，为保障商户利益，维护消费者利益的支付订单管理方法将会增加客户体验。
银行一般以冲正机制保护消费者利益，银行冲正是指由操作员发起的，对已经成功记账的交易进行撤销的过程。而自动冲正则指由系统发起的，对不确定交易的撤销过程。一般说来，冲正交易状态主要有三种：成功、失败和不确定。自动冲正机制的使用原则和常见形式自动冲正的滥用会导致账务的混乱，因此，自动冲正机制只有在某一方记账返回超时，银行方无法确定其记账结果，存在出现单边账的可能时，才可以采用。
现有技术中，传统金融POS刷卡支付，通信报文采用基于ISO8583报文国际标准的包格式的通信协议，配合主密钥、工作密钥的管理机制满足了通信安全的要求，其冲正机制对于解决支付结果未知的情况有一定的滞后性；第三方支付结构大多采用其他的机制来解决支付结果未知的案例，操作都存在一定的复杂性。在日常生活中，通常会存在由于网络问题，或者延时等问题商户的终端接收客户的支付结果支付未成功，但实际上客户又已经进行了消费的情况，或者是由于银行的自动冲正机制导致商户未能成功收到客户的支付款项，给客户和商户都带来了不便。
技术实现要素：
本发明的实施例提供了一种订单支付管理方法和系统，本发明提供如下方案：
终端根据所述终端绑定的商户信息向后台服务器申请预交易订单号；其中，所述后台服务器根据所述商户信息以及终端号生成预交易订单号，所述预交易订单号用于对应商户实际产生的下一笔的交易请求；
终端向后台服务器发起所述交易请求时，终端根据应用业务流程选择商品相关支付信息绑定到所述预交易订单号，生成交易订单，并标记所述交易订单未支付，并根据所述交易订单向后台服务器发起交易订单号申请，其中，所述商品相关支付信息包括商品的支付方式；
终端将未支付的交易订单根据已获取的主密钥进行MAC运算向后台服务器发起支付请求，其中，由所述后台服务器采用MAC运算解析所述支付请求，并根据所述支付方式重新打包所述支付请求，并将重新打包的支付请求发送到所述支付方式对应的第三方交易平台，由所述后台服务器返回所述第三方交易平台返回的支付结果，所述后台服务器解析所述支付结果，并打包返回至所述终端；
所述终端接收所述支付结果。
根据本发明的上述方法，预先将所述终端的标识与商户信息进行匹配，使所述终端绑定商户信息；并为所述终端生成主密钥，将所述终端绑定商户信息以及所述主密钥同步至所述后台服务器。
根据本发明的上述方法，在所述终端申请预交易订单号之前，包括：
终端生成随机数保存，并采用公钥对所述随机数加密封装报文发送至后台服务器；其中，由后台服务器采用私钥解密所述随机数，对所述主密钥采用随机数进行3Des计算加密后回传至终端；
终端接收加密的主密钥，采用随机数进行3Des解密获取所述主密钥，并对所述主密钥使用终端设备号进行3Des加密并存储在加密的数据文件中，以用于终端将未支付的交易订单根据所述主密钥进行MAC运算向后台服务器发起支付请求。
根据本发明的上述方法，所述终端接收所述支付结果，包括：
当终端接收所述后台服务器返回的接收所述支付结果标识所述交易订单的状态为支付未成功，终端标记所述交易订单的状态为交易结果未知，其中，由所述终端根据所述交易订单使用的所述交易订单号向后台服务器发起所述交易订单的状态查询请求；所述后台服务器根据所述交易订单号查询所述交易订单的交易结果，并将交易结果反馈至所述终端。
根据本发明的上述方法，所述终端接收所述支付结果，包括：
当终端接收所述后台服务器返回的接收所述支付结果标识所述交易订单的状态为支付成功，则确定所述交易订单完成支付。
根据本发明的另一方面，还提供一种订单支付管理系统，包括：
预交易模块：其用于使终端根据所述终端绑定的商户信息向后台服务器申请预交易订单号；其中，所述后台服务器根据所述商户信息以及终端号生成预交易订单号，所述预交易订单号用于对应商户实际产生的下一笔的交易请求；
交易模块：其用于使终端向后台服务器发起所述交易请求时，终端根据应用业务流程选择商品相关支付信息绑定到所述预交易订单号，生成交易订单，并标记所述交易订单未支付，并根据所述交易订单向后台服务器发起交易订单号申请，其中，所述商品相关支付信息包括商品的支付方式；
支付模块：其用于使终端将未支付的交易订单根据已获取的主密钥进行MAC运算向后台服务器发起支付请求，其中，由所述后台服务器采用MAC运算解析所述支付请求，并根据所述支付方式重新打包所述支付请求，并将重新打包的支付请求发送到所述支付方式对应的第三方交易平台，由所述后台服务器返回所述第三方交易平台返回的支付结果，所述后台服务器解析所述支付结果，并打包返回至所述终端；
接收模块：其用于使所述终端接收所述支付结果。
根据本发明的另一方面，包括：
预备模块：其用于预先将所述终端的标识与商户信息进行匹配，使所述终端绑定商户信息；并为所述终端生成主密钥，将所述终端绑定商户信息以及所述主密钥同步至所述后台服务器。
根据本发明的另一方面，所述预备模块还用于，
使终端生成随机数保存，并采用公钥对所述随机数加密封装报文发送至后台服务器；其中，由后台服务器采用私钥解密所述随机数，对所述主密钥采用随机数进行3Des计算加密后回传至终端；
终端接收加密的主密钥，采用随机数进行3Des解密获取所述主密钥，并对所述主密钥使用终端设备号进行3Des加密并存储在加密的数据文件中，以用于终端将未支付的交易订单根据所述主密钥进行MAC运算向后台服务器发起支付请求。
根据本发明的另一方面，所述接收模块具体用于，
当终端接收所述后台服务器返回的接收所述支付结果标识所述交易订单的状态为支付未成功，终端标记所述交易订单的状态为交易结果未知，其中，由所述终端根据所述交易订单使用的所述交易订单号向后台服务器发起所述交易订单的状态查询请求；所述后台服务器根据所述交易订单号查询所述交易订单的交易结果，并将交易结果反馈至所述终端。
根据本发明的另一方面，所述接收模块具体用于，
当终端接收所述后台服务器返回的接收所述支付结果标识所述交易订单的状态为支付成功，则确定所述交易订单完成支付。
由上述本发明的实施例提供的技术方案可以看出，本发明实施例通过终端根据所述终端绑定的商户信息向后台服务器申请预交易订单号；其中，所述后台服务器根据所述商户信息以及终端号生成预交易订单号，所述预交易订单号用于对应商户实际产生的下一笔的交易请求；终端向后台服务器发起所述交易请求时，终端根据应用业务流程选择商品相关支付信息绑定到所述预交易订单号，生成交易订单，并标记所述交易订单未支付，并根据所述交易订单向后台服务器发起交易订单号申请，其中，所述商品相关支付信息包括商品的支付方式；终端将未支付的交易订单根据已获取的主密钥进行MAC运算向后台服务器发起支付请求，其中，由所述后台服务器采用MAC运算解析所述支付请求，并根据所述支付方式重新打包所述支付请求，并将重新打包的支付请求发送到所述支付方式对应的第三方交易平台，由所述后台服务器返回所述第三方交易平台返回的支付结果，所述后台服务器解析所述支付结果，并打包返回至所述终端；所述终端接收所述支付结果。通过此方法解决了交易订单异常时，快速的确认交易结果是否成功，给商户和用户都带来了便利，保障交易流程的闭环性。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本实施例一提供的产生主密钥以及终端获取主密钥报文交互过程图；
图2为本发明实施例一提供的一种订单支付管理方法的处理流程图；
图3为本实施例一提供的交易申请订单号的报文交互过程图；
图4为本实施例一提供的交易订单查询的报文交互过程图；
图5为本实施例二提供的提供的一种订单支付管理系统的系统模块图。
具体实施方式
为便于对本发明实施例的理解，下面将结合附图以几个具体实施例为例做进一步的解释说明，且各个实施例并不构成对本发明实施例的限定。
实施例一
本实施例的一种订单支付管理方法，其涉及终端，用户支付端，以及后台服务器，还有第三方的交易平台，本申请的终端指商户用于接收用户支付的终端；
本实施例中需要预先产生主密钥，并使终端获取主密钥，其具体交互过程如附图1所示；
将所述终端的标识与商户信息进行匹配，使所述终端绑定商户信息；并为所述终端生成主密钥，将所述终端绑定商户信息以及所述主密钥同步至所述后台服务器。
终端生成随机数保存，并采用公钥对所述随机数加密封装报文发送至后台服务器；其中，由后台服务器采用私钥解密所述随机数，对所述主密钥采用随机数进行3Des计算加密后回传至终端；
终端接收加密的主密钥，采用随机数进行3Des解密获取所述主密钥，并对所述主密钥使用终端设备号进行3Des加密并存储在加密的数据文件中，以用于终端将未支付的交易订单根据所述主密钥进行MAC运算向后台服务器发起支付请求。
其中，上述将所述终端绑定商户信息以及所述主密钥同步至所述后台服务器；以及终端接收加密的主密钥时，优选地，通信协议采用基于ISO8583报文国际标准的包格式，使用8583报文的自定义域。
本实施例的一种订单支付管理方法具体执行步骤如下，具体如附图2所示；
步骤11、终端根据所述终端绑定的商户信息向后台服务器申请预交易订单号；其中，所述后台服务器根据所述商户信息以及终端号生成预交易订单号，所述预交易订单号用于对应商户实际产生的下一笔的交易请求；
步骤12、终端向后台服务器发起所述交易请求时，终端根据应用业务流程选择商品相关支付信息绑定到所述预交易订单号，生成交易订单，并标记所述交易订单未支付，并根据所述交易订单向后台服务器发起交易订单号申请，其中，所述商品相关支付信息包括商品的支付方式；
优选地，在进行交易订单号申请时，通信协议采用基于ISO8583报文国际标准的包格式，使用8583报文的自定义域，具体交易申请订单号的报文交互过程如附图3所示，
此外，所述商品相关支付信息还包括但不限于下述信息：生产商品类型、数量、金额；
步骤13、终端将未支付的交易订单根据已获取的主密钥进行MAC运算向后台服务器发起支付请求，其中，由所述后台服务器采用MAC运算解析所述支付请求，并根据所述支付方式重新打包所述支付请求，并将重新打包的支付请求发送到所述支付方式对应的第三方交易平台，由所述后台服务器返回所述第三方交易平台返回的支付结果，所述后台服务器解析所述支付结果，并打包返回至所述终端；
步骤14、所述终端接收所述支付结果。
具体的，所述终端接收所述支付结果，包括：
当终端接收所述后台服务器返回的接收所述支付结果标识所述交易订单的状态为支付未成功，终端标记所述交易订单的状态为交易结果未知，其中，由所述终端根据所述交易订单使用的所述交易订单号向后台服务器发起所述交易订单的状态查询请求；所述后台服务器根据所述交易订单号查询所述交易订单的交易结果，并将交易结果反馈至所述终端。
优选地，在进行交易订单查询时，通信协议采用基于ISO8583报文国际标准的包格式，使用8583报文的自定义域，具体交易订单查询的报文交互过程如附图4所示，
当终端接收所述后台服务器返回的接收所述支付结果标识所述交易订单的状态为支付成功，则确定所述交易订单完成支付。
实施例二
该实施例提供了一种订单支付管理系统，其具体实现结构如图5所示，具体可以包括如下的模块：
预交易模块51：其用于使终端根据所述终端绑定的商户信息向后台服务器申请预交易订单号；其中，所述后台服务器根据所述商户信息以及终端号生成预交易订单号，所述预交易订单号用于对应商户实际产生的下一笔的交易请求；
交易模块52：其用于使终端向后台服务器发起所述交易请求时，终端根据应用业务流程选择商品相关支付信息绑定到所述预交易订单号，生成交易订单，并标记所述交易订单未支付，并根据所述交易订单向后台服务器发起交易订单号申请，其中，所述商品相关支付信息包括商品的支付方式；
支付模块53：其用于使终端将未支付的交易订单根据已获取的主密钥进行MAC运算向后台服务器发起支付请求，其中，由所述后台服务器采用MAC运算解析所述支付请求，并根据所述支付方式重新打包所述支付请求，并将重新打包的支付请求发送到所述支付方式对应的第三方交易平台，由所述后台服务器返回所述第三方交易平台返回的支付结果，所述后台服务器解析所述支付结果，并打包返回至所述终端；
接收模块54：其用于使所述终端接收所述支付结果。
一种订单支付管理系统，还包括：
预备模块50：其用于预先将所述终端的标识与商户信息进行匹配，使所述终端绑定商户信息；并为所述终端生成主密钥，将所述终端绑定商户信息以及所述主密钥同步至所述后台服务器。
所述预备模块50还用于，
使终端生成随机数保存，并采用公钥对所述随机数加密封装报文发送至后台服务器；其中，由后台服务器采用私钥解密所述随机数，对所述主密钥采用随机数进行3Des计算加密后回传至终端；
终端接收加密的主密钥，采用随机数进行3Des解密获取所述主密钥，并对所述主密钥使用终端设备号进行3Des加密并存储在加密的数据文件中，以用于终端将未支付的交易订单根据所述主密钥进行MAC运算向后台服务器发起支付请求。
所述接收模块54具体用于，
当终端接收所述后台服务器返回的接收所述支付结果标识所述交易订单的状态为支付未成功，终端标记所述交易订单的状态为交易结果未知，其中，由所述终端根据所述交易订单使用的所述交易订单号向后台服务器发起所述交易订单的状态查询请求；所述后台服务器根据所述交易订单号查询所述交易订单的交易结果，并将交易结果反馈至所述终端。
所述接收模块54具体用于，
当终端接收所述后台服务器返回的接收所述支付结果标识所述交易订单的状态为支付成功，则确定所述交易订单完成支付。
用本发明实施例的系统进行订单支付管理的具体过程与前述方法实施例类似，此处不再赘述。
综上所述，本发明实施例通过终端根据所述终端绑定的商户信息向后台服务器申请预交易订单号；其中，所述后台服务器根据所述商户信息以及终端号生成预交易订单号，所述预交易订单号用于对应商户实际产生的下一笔的交易请求；终端向后台服务器发起所述交易请求时，终端根据应用业务流程选择商品相关支付信息绑定到所述预交易订单号，生成交易订单，并标记所述交易订单未支付，并根据所述交易订单向后台服务器发起交易订单号申请，其中，所述商品相关支付信息包括商品的支付方式；终端将未支付的交易订单根据已获取的主密钥进行MAC运算向后台服务器发起支付请求，其中，由所述后台服务器采用MAC运算解析所述支付请求，并根据所述支付方式重新打包所述支付请求，并将重新打包的支付请求发送到所述支付方式对应的第三方交易平台，由所述后台服务器返回所述第三方交易平台返回的支付结果，所述后台服务器解析所述支付结果，并打包返回至所述终端；所述终端接收所述支付结果。通过此方法解决了交易订单异常时，快速的确认交易结果是否成功，给商户和用户都带来了便利，保障交易流程的闭环性。本领域普通技术人员可以理解：附图只是一个实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。