[发明专利]一种交易结果的查询方法及装置

说明书

本发明实施例涉及通信技术领域，尤其涉及一种交易结果的查询方法及装置，包括：向扣款方后台发送扣款交易请求；接收所述扣款方后台发送的所述扣款交易请求的应答消息，所述应答消息用于确认已收到所述扣款交易请求；确定向所述扣款方后台发送查询交易结果请求的时间点；所述发送查询交易结果请求的时间点为以历史时间段内所述扣款方后台处理交易的交易耗时为聚类计算样本，通过聚类算法计算得出；在到达所述时间点时，向所述扣款方后台发送所述查询交易结果请求；接收所述扣款方后台发送的所述扣款交易请求对应的交易结果。本发明实施例用以解决查询频率高容易对服务器造成压力，查询频度低很难保证查询结果的实时有效性的问题。

技术领域

本发明涉及通信技术领域，尤其涉及一种交易结果的查询方法及装置。

背景技术

在扫码支付交易中，最为核心的交易为付款方向扣款方发起支付交易并快速准确的获取明确交易结果。目前，获取扣款方(发卡行或第三方支付)交易处理结果为两种方式：一种为异步通知，扣款方支付明确交易结果后调用付款方预留的IP地址通知付款方交易明确结果；另一种为同步查询，即付款方主动向扣款方发起查询请求，获取交易明确结果。

异步通知方式为扣款方主动通知付款方，付款方可以拿到实时交易明确结果，但在扫码付交易实际运行过程中发现，当交易并发(TPS)高的情况下，存在扣款方由于特殊原因(如队列阻塞)，异步通知机制存在延迟的情况。由于扫码支付场景要求，扣款结果实时性要求极高，用户从付款到商户收到扣款通知都在必须很短时间内完成。付款方实时获取交易明确结果，按照上面介绍的两种查询方式中同步查询方式具有一定的主动性，在异步通知存在延迟时，付款方可以通过主动查询的方式，在一定的频次下同步查询获取最终交易明确结果。

现有技术方案在同步查询交易过程中，查询一笔交易明确结果时间间隔为固定模式。固定模式一般需要向扣款方发送多次查询请求，其中，第一次查询为交易开始后2秒，第二次查询与第一次查询间隔4秒，第三次查询与第二次查询间隔8秒，依次递推，针对同一个交易共查询5次，最长一次查询耗时62秒。因此，这种通过固定模式查询交易明确结果的方式没有考虑到扣款方由于接入各发卡行情况不一样可能存在处理耗时不同的问题。例如，某银行所属的借记卡在中午12点时每笔交易处理时间超过20秒，按照固定轮询的方式需要查询到第4次才能获取交易明确结果，此时通过固定轮询方式存在一定资源上的浪费。而当部分扣款方对扣款信息处理很快，此时按照固定模式查询可能存在时间上的浪费。

因此，固定模式查询存在以下问题：查询频度太高，致使服务端处理CPU(中央处理器，Central Processing Unit)使用率升高，相关高频度查询可能对扣款方造成一定程度的服务压力；查询频度太低，很难保证查询结果的实时有效性，交易明确结果未知导致用户和商户无法最终完成该笔交易。

发明内容

本申请提供一种交易结果的查询方法及装置，用以解决查询频率高容易对服务器造成压力，查询频度低很难保证查询结果的实时有效性的问题。

本发明实施例提供一种分布式环境下的业务处理方法，包括以下步骤：

向扣款方后台发送扣款交易请求；

接收所述扣款方后台发送的所述扣款交易请求的应答消息，所述应答消息用于确认已收到所述扣款交易请求；

确定向所述扣款方后台发送查询交易结果请求的时间点；所述发送查询交易结果请求的时间点为以历史时间段内所述扣款方后台处理交易的交易耗时为聚类计算样本，通过聚类算法计算得出；

在到达所述时间点时，向所述扣款方后台发送所述查询交易结果请求；

接收所述扣款方后台发送的所述扣款交易请求对应的交易结果。

可选的，所述聚类算法为模糊c均值聚类算法。

可选的，所述发送查询交易结果请求的时间点通过以下方式计算得出：