[发明专利]一种支付验证方法及系统

说明书

本发明涉及一种支付验证方法及系统，支付服务端根据支付客户端的请求创建商户订单标识，使支付客户端得以在发起支付请求时关联商户订单标识，并在用户完成支付后获得第三方验证服务器返回作为支付结果凭证的票据；与商户订单标识相关联的订单信息包含本次支付对应的用户标识及商品标识；支付客户端实时发起的支付验证请求没有获得支付服务器返回的支付成功信息或票据无效信息时，将本次支付信息缓存并定时访问支付服务端重新发起验证请求；在支付服务端实时发起的票据验证请求没有获得第三方验证服务器返回的结果时，对票据缓存并定时访问第三方验证服务器重新发起验证请求。本发明减少了支付环节可能原因的单据损失，安全性高、用户体验好。

技术领域

本发明涉及一种支付验证方法及系统，特别涉及一种针对苹果IAP支付的商户支付验证方法及系统。

背景技术

苹果公司是目前最大的消费科技公司，目前，所有在苹果iOS(iPhone OperatingSystem，操作系统)购买的虚拟商品，都需要使用苹果公司提供的IAP(in-App Purchase，应用程序内购)支付解决方案，但是由于IAP支付解决方案本身存在一些技术问题，导致用户付款后，商家往往无法得知用户真实付款情况，专业术语称为掉单。商家对接IAP支付总体的掉单数量/总支付数量＝掉单率。IAP支付掉单率高的原因在于苹果等海外共同采用的支付架构方案是客户端的票据验证方案。即，用户在iOS设备上发起支付后，苹果服务器将票据下发至客户端，客户端再将票据下发给商家的服务端，再由服务端使用该票据向苹果服务器请求验证票据的有效性。客户端到服务端的票据传递过程往往会因为网络差、客户端执行中断等原因失败，导致商家未接收到用户支付完成的结果，进而掉单。另一方面，IAP支付为了保障用户隐私，并不支持商户使用商户标记号或用户信息去获取支付结果。

因此现在提出的解决方案有一种是由使用苹果IAP支付的客户端直接验证票据的方案。但在这种模式下客户端本身具有可被黑客攻击的特性，往往会导致商家被不法分子刷单，造成商家巨额经济损失。

还有一种是由苹果服务器验证票据方案。但客户端拿到票据后进行重试，也会因为客户端本身的网络特点导致票据未被投递成功。即使商户服务端拿到票据，也会由于苹果服务器在海外的不稳定性，导致验证不及时引起掉单或者支付延迟到账。

此外，用户卸载支付APP(应用程序)或者商户订单未能关联上苹果票据回调结果的情况下，票据无法追溯落实。

发明内容

本发明提出了一个支付验证方法及系统，用以解决商户对接IAP支付系统时遇到的问题，并针对其中大部分的易掉单环节和安全风险环节做了详实的异常处理，保证极低掉单率、高安全性以及高性能要求。

本发明提供的一种支付验证方法中，支付客户端在用户发起支付时，请求并获得由支付服务端创建的商户订单标识，与所述商户订单标识相关联的订单信息包含本次支付对应的用户标识及商品标识；

所述支付客户端发起支付时关联所述商户订单标识，在用户完成支付后获得第三方验证服务器返回作为支付结果凭证的票据；

所述支付客户端在收到票据后实时向支付服务端发起的至少一次支付验证请求，若未获得所述支付服务器返回的约定信号，则支付客户端将本次支付的信息缓存，并定时访问支付服务端就本次支付重新发起支付验证请求。

可选地，所述支付验证请求包含商户订单标识、票据序列；或者，所述支付验证请求包含商户账号信息、票据序列。

可选地，所述支付客户端实时发起的任意一次支付验证请求，若收到所述支付服务端返回的约定信号，则所述支付客户端结束本次支付；

所述支付客户端重新发起的任意一次支付验证请求，若收到所述支付服务端返回的约定信号，则所述支付客户端结束本次支付，并从缓存中将本次支付对应的标记移除；

所述约定信号是支付成功信号或票据无效信号；