一种轮询方法、支付方法、装置、服务器和支付系统与流程

本申请属于计算机通信领域，尤其涉及一种轮询方法、支付方法、装置、服务器和支付系统。

背景技术

伴随着移动支付技术的不断发展，第三方支付公司借助各种近场支付的新技术大力发展线下支付市场，常见的线下移动支付业务收单的主要实现方式为扫码支付或声波支付等，移动支付的主要优势在于，操作方便快捷，资金到账时间快等。

现有的线下移动支付的业务流程为：确认付款后，第三方支付公司的收单系统会生成业务单据，用户在客户端支付页面上选择支付工具，确认付款，服务器会经过第三方支付公司的支付系统向银行等公机构发起扣款请求，机构在处理扣款请求后，会向第三方支付公司的支付系统返回扣款结果；用户侧在确认付款后，客户端支付软件上会弹出等待界面，该界面会周期性的轮询服务器，该服务器会去查询支付结果，并同步返回，如果没有查询到支付结果，会继续查询，在超出预定时间还未获取到支付结果时，会向用户发送掉单的异常错误。

应该注意，上面对技术背景的介绍只是为了方便对本发明实施例的技术方案进行清楚、完整的说明，并方便本领域技术人员的理解而阐述的。不能仅仅因为这些方案在本发明实施例的背景技术部分进行了阐述而认为上述技术方案为本领域技术人员所公知。

技术实现要素：

目前，针对线下移动支付场景，考虑到用户不方便在商家或者收款人旁停留过久，当发生掉单时，迫于收款方的压力，用户会在还不知道支付结果的情况下，选择二次支付，如果事后确认第一次支付也成功了，就造成了重复支付，导致用户的资金损失。

另外，由于用户终端设备的客户端和服务器的轮询是同步的，因此，流量耗费较大，尤其是在跨国跨区访问的情况下，网络出现问题的概率较高，用户收不到支付结果的概率也会增加，即触发用于二次支付的概率也在增加，如果修改为客户端与服务器保持长连接，由服务器负责轮询，会对服务器造成比较大的压力。

为解决上述问题，本申请实施例提供一种轮询方法、支付方法、装置、服务器和支付系统，该轮询方法能够降低网络传输成本较高的终端设备和服务器之间的公网交互频率，避免对服务器造成比较大的压力，该支付方法防止用户重复支付。

根据本发明实施例的第一方面，提供一种轮询方法，其中，所述方法包括：

服务器接收终端设备发起的一次第一轮询；

基于所述第一轮询，所述服务器向处理系统发起多次第二轮询。

根据本发明实施例的第二方面，提供一种如第一方面所述的方法，其中，所述方法还包括：

所述服务器获取轮询配置，所述轮询配置包括第二轮询时间第一阈值和/或第二轮询时间间隔第二阈值和/或第二轮询次数第三阈值；

并且，所述服务器根据所述轮询配置发起所述多次第二轮询。

根据本发明实施例的第三方面，提供一种如第二方面所述的方法，其中，所述方法还包括：

在发起所述第二轮询次数等于所述第三阈值或者发起第二轮询的时间超过所述第一阈值，且所述服务器没有轮询到处理结果时，向终端设备返回处理结果未知响应，所述终端设备根据所述响应发起下一次第一轮询。

根据本发明实施例的第四方面，提供一种如第一方面或第三方面所述的方法，其中，所述处理系统是支付系统，所述处理结果是支付结果。

根据本发明实施例的第一方面，提供一种支付方法，其中，所述方法包括：

支付系统接收到扣款回执消息；

在满足预定条件时，所述支付系统发起退款流程。

根据本发明实施例的第六方面，提供一种如第五方面所述的方法，其中，所述方法还包括：

获取超时第四阈值配置信息；

根据所述扣款回执消息确定扣款时间；

并且，在满足预定条件时，所述支付系统发起退款流程包括：

在所述扣款时间与发起支付的时间差超过所述第四阈值时，所述支付系统发起退款流程。

根据本发明实施例的第七方面，提供一种如第六方面所述的方法，其中，所述第四阈值根据一次完整支付流程的时间确定。

根据本发明实施例的第八方面，提供一种如第七方面所述的方法，其中，所述方法还包括：

获取订单状态；

并且，在满足预定条件时，所述支付系统发起退款流程包括：

在订单状态为终态时，所述支付系统发起退款流程。

根据本发明实施例的第九方面，提供一种如第五方面所述的方法，其中，所述方法还包括：

所述支付系统接收服务器基于终端设备发起的第一轮询而发起的多次第二轮询。

根据本发明实施例的第十方面，提供一种轮询装置，其中，其应用于服务器，所述装置包括：

第一接收单元，其用于接收终端设备发起的一次第一轮询；

第一处理单元，其用于基于所述第一轮询，向处理系统发起多次第二轮询。

根据本发明实施例的第十一方面，提供一种如第十方面所述的装置，其中，所述装置还包括：

第一获取单元，其用于获取轮询配置，所述轮询配置包括第二轮询时间第一阈值和/或第二轮询时间间隔第二阈值和/或第二轮询次数第三阈值；

并且，所述第一处理单元根据所述轮询配置发起所述多次第二轮询。

根据本发明实施例的第十二方面，提供一种如第十一方面所述的装置，其中，所述装置还包括：

发送单元，其用于在发起所述第二轮询次数等于所述第三阈值或者发起第二轮询的时间超过所述第一阈值，且所述服务器没有轮询到处理结果时，向终端设备返回处理结果未知响应，以便所述终端设备根据所述响应发起下一次第一轮询。

根据本发明实施例的第十三方面，提供一种如第十方面或第十二方面所述的装置，其中，所述处理系统是支付系统，所述处理结果是支付结果。

根据本发明实施例的第十四方面，提供一种支付装置，其应用于支付系统，其中，所述装置包括：

第二接收单元，其用于接收扣款回执消息；

第二处理单元，其用于在满足预定条件时，发起退款流程。

根据本发明实施例的第十五方面，提供一种如第十四方面所述的装置，其中，所述装置还包括：

第二获取单元，其用于获取超时第四阈值配置信息；根据所述扣款回执消息确定扣款时间；

并且，所述第二处理单元在所述扣款时间与发起支付的时间差超过所述第四阈值时，发起退款流程。

根据本发明实施例的第十六方面，提供一种如第十五方面所述的装置，其中，所述第四阈值根据一次完整支付流程的时间确定。

根据本发明实施例的第十七方面，提供一种如第十四方面所述的装置，其中，所述装置还包括：

第三获取单元，其用于获取订单状态；

并且，所述第二处理单元在订单状态为终态时，发起退款流程。

根据本发明实施例的第十八方面，提供一种如第十四方面所述的装置，其中，所述装置还包括：

第三接收单元，其用于接收服务器基于终端设备发起的第一轮询而发起的多次第二轮询。

根据本发明实施例的第十九方面，提供一种服务器，其中，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现第一方面至第四方面中任一方面所述的方法。

根据本发明实施例的第二十方面，提供一种支付系统，其中，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现前述第五方面至第九方面中任一方面所述的方法。

根据本发明实施例的第二十一方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被执行时实现前述第一方面至第四方面中任一方面所述方法的步骤。

根据本发明实施例的第二十二方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被执行时实现前述第五方面至第九方面中任一方面所述方法的步骤。

本申请的有益效果在于，终端设备向服务器每发起一次轮询，服务器向处理系统发起多次轮询，由此，能够降低网络传输成本较高的终端设备和服务器之间的公网交互频率，避免对服务器造成比较大的压力。

本申请的有益效果在于，在收到扣款结果，且在满足预定条件时，支付系统自动发起退款流程，将所扣款退回至用户的账户中，由此，能够防止用户重复支付。

参照后文的说明和附图，详细公开了本发明的特定实施方式，指明了本发明实施例的原理可以被采用的方式。应该理解，本发明的实施方式在范围上并不因而受到限制。在所附权利要求的精神和条款的范围内，本发明的实施方式包括许多改变、修改和等同。

针对一种实施方式描述和/或示出的特征可以以相同或类似的方式在一个或更多个其它实施方式中使用，与其它实施方式中的特征相组合，或替代其它实施方式中的特征。

应该强调，术语“包括/包含”在本文使用时指特征、整件、步骤或组件的存在，但并不排除一个或更多个其它特征、整件、步骤或组件的存在或附加。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例1中轮询方法流程图；

图2是本申请实施例2中支付方法流程图；

图3是本申请实施例3中轮询装置示意图；

图4是本申请实施例3中服务器结构示意图；

图5是本申请实施例4中支付装置示意图；

图6是本申请实施例4中支付系统构成示意图；

图7是本申请实施例5中支付过程流程图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

在本申请实施例中，术语“第一”、“第二”等用于对不同元素从称谓上进行区分，但并不表示这些元素的空间排列或时间顺序等，这些元素不应被这些术语所限制。术语“和/或”包括相关联列出的术语的一种或多个中的任何一个和所有组合。术语“包含”、“包括”、“具有”等是指所陈述的特征、元素、元件或组件的存在，但并不排除存在或添加一个或多个其他特征、元素、元件或组件。

在本申请实施例中，单数形式“一”、“该”等包括复数形式，可以广义地理解为“一种”或“一类”而并不是限定为“一个”的含义；此外术语“所述”应理解为既包括单数形式也包括复数形式，除非上下文另外明确指出。此外术语“根据”应理解为“至少部分根据……”，术语“基于”应理解为“至少部分基于……”，除非上下文另外明确指出。

在本申请实施例中，可互换术语“电子设备”和“终端设备”包括所有诸如移动电话、寻呼机、通信装置、电子记事簿、个人数字助理(pda)、智能电话、便携式通信装置，平板电脑，个人计算机，服务器等设备。

本申请实施例中涉及掉单，当面付等技术术语，为便于理解，以下简单说明。

掉单：服务调用方向服务提供方发起请求，通常会收到调用成功或者失败的响应消息，广义上掉单是指：由于网络传输或者系统内部问题等原因，服务调用方在预定时间阈值内没有收到服务提供方的响应消息。服务调用方无法确定本次服务请求在服务提供方的受理或是处理情况，这种情况，称之为发生了掉单。

当面付：商户通过以下任一方式在线下完成交易收款的支付过程称为当面付。

例如商家通过扫描线下买家终端的支付钱包中的条码、二维码等方式将买家的交易资金直接打入卖家支付宝账户，资金实时到账；

线下买家通过使用终端的支付钱包扫描商家的二维码等方式完成支付，资金实时到账；

线下买家通过使用终端的支付钱包中的声波支付功能向商家完成付款，资金实时到账。

以下结合附图对本申请实施例进行说明。

实施例1

本申请实施例1提供一种轮询方法，图1是该方法流程图，如图1所示，该方法包括：

步骤101，服务器接收终端设备发起的一次第一轮询；

步骤103，基于该第一轮询，该服务器向处理系统发起多次第二轮询。

在本实施例中，终端设备和服务器通过公网连接，例如该公网可以是移动网或互联网，可以通过终端设备上的客户端(app)访问与该客户端对应的服务器(appserver)；该处理系统可以是第三方服务提供系统，该可以通过终端设备上的客户端(app)发起服务调用请求，由该处理系统提供服务，例如该处理系统是第三方支付系统，终端设备上的客户端需要调用支付服务，即可以经由服务器向第三方支付系统发起支付请求，可以由第三方支付系统向银行等金融机构发起扣款请求。

在本实施例中，针对客户端发起的服务调用请求(例如支付请求)，通常会返回一个处理结果(例如支付结果)，例如调用成功或调用失败(扣款失败或扣款成功)等，在本实施例中，通过轮询的方式获取该处理结果，避免终端设备和服务器长连接带来的资源消耗。

在本实施例中，终端设备每发起一次第一轮询，由服务器向处理系统发起多次第二轮询，由此，可以降低网络传输成本最高的移动终端和服务器间公网交互的频率，避免终端设备消耗过多的流量。

在本实施例中，该第一轮询和第二轮询的请求内容相同，但发起者不同。

在本实施例中，步骤101的实施方式可以参考现有技术，此处不再赘述。例如，终端设备的客户端在完成处理后，通过设置一个等待页面，等待处理结果，由该页面会周期性的向服务器发起第一轮询，直到轮询到处理结果或者发起第一轮询的次数超过阈值，或者发起第一轮询的时间超过阈值，上述阈值可以预先配置，并由服务器获取(从本地获取或从云端配置中心获取)该配置的阈值，发送给终端设备。

在本实施例中，在步骤103中，针对终端设备发起的每一次第一轮询，服务器可以根据获取的轮询配置发起该多次第二轮询，即在步骤103前，该方法还可以包括：

步骤102，该服务器获取轮询配置，该轮询配置包括第二轮询时间第一阈值和/或第二轮询时间间隔第二阈值和/或第二轮询次数第三阈值。

在本实施例中，服务器可以从云端配置中心获取该轮询配置，但本实施例并不以此作为限制，例如，该轮询配置可以预先存储在该服务器中。

在本实施例中，在步骤103中，服务器可以根据该第二阈值确定发起第二轮询的间隔，根据该第三阈值确定发起第二轮询的次数；在轮询到处理结果时，停止发起第二轮询，终端设备根据该一次第一轮询也可以获取该处理结果；在发起该第二轮询次数等于该第三阈值或者发起第二轮询的时间超过该第一阈值，且该服务器没有轮询到处理结果时，该方法还可以包括：向终端设备返回处理结果未知响应，终端设备根据该响应会继续向服务器发起下一次第一轮询，直到轮询到处理结果或者发起第一轮询的次数超过阈值，或者发起第一轮询的时间超过阈值。

由上述实施例可知，终端设备向服务器每发起一次轮询，服务器向处理系统发起多次轮询，由此，能够降低网络传输成本较高的终端设备和服务器之间的公网交互频率，避免对服务器造成比较大的压力。

实施例2

本发明实施例2提供一种支付方法，图2是该方法流程图，如图2所示，该方法包括：

步骤202，支付系统接收到扣款回执消息；

步骤204，在满足预定条件时，该支付系统发起退款流程。

在本实施例中，该支付系统可以如实施例1所述，为第三方支付系统。

在本实施例中，在扣款成功时，支付系统会收到银行等金融机构的扣款回执消息，该消息可以包括扣款时间、扣款金额、扣款账号等信息；在步骤204中，可以基于预定条件判断步骤202中的扣款回执消息是否被终端设备获取到，或者说该扣款是否发生了掉单，在判断结果为是时，由该支付系统自动发起退款流程，即将订单修改为关单状态，并向银行等金融结构发送撤销扣款的请求，将扣款退回至用户账户中，将步骤202中已扣款返还至用户的账户中。

在一个实施方式中，可以根据发起支付到扣款时间差来确定是否发起退款流程。

在该实施方式中，该支付系统可以从配置中心获取超时第四阈值配置信息，该配置中心的实施方式可以参考实施例1，此处不再赘述；根据该扣款回执消息确定扣款时间；在该扣款时间与发起支付的时间差超过该第四阈值时，确定发生了掉单，即终端设备未获取到支付结果，该支付系统发起退款流程。

在该实施方式中，该第四阈值根据一次完整支付流程的时间确定。例如，该第四阈值与用户线下支付时的正常耗时一致，通常在支付场景中用户30秒内可以完成完整支付流程，该第四阈值等于30秒，但本实施例并不以此作为限制，该第四阈值还可以设置的比该完整支付流程时间长，此处不再一一举例。

在一个实施方式中，可以根据订单状态确定是否发起退款流程。

在该实施方式中，该支付系统的收单系统在用户发起支付时，会生成一个订单信息，该订单信息包括交易时间、交易金额、订单有效期以及该订单状态等，订单状态随着支付过程更新，例如该订单状态包括：初始状态、支付成功状态(success)、支付失败状态(fail)、关单状态(fail)(即超出订单有效期)，其中，支付成功状态、支付失败状态、关单状态可以称为终态，在接收到扣款回执消息，且订单状态为终态时，该支付系统发起退款流程，防止二次支付。

在本实施例中，该方法还可以包括：(可选，未图示)

该支付系统接收服务器基于终端设备发起的第一轮询而发起的多次第二轮询，其实施方式可以参考实施例1步骤103，此处不再赘述。

由上述实施例可知，在收到扣款结果，且在满足预定条件时，支付系统自动发起退款流程，将所扣款退回至用户的账户中，由此，能够防止用户重复支付。

在本实施例中，实施例1,2可以单独实施，针对支付业务，也可以将实施例1,2结合实施，本实施例并不以此作为限制，具体结合的实施方式可以参考实施例5。

实施例3

本发明实施例3提供一种轮询装置，由于该装置解决问题的原理与实施例1中的方法类似，因此其具体的实施可以参考实施例1中的方法的实施，内容相同之处，不再重复说明。图3是该轮询装置示意图，其应用于服务器，如图3所示，该装置包括：

第一接收单元301，其用于接收终端设备发起的一次第一轮询；

第一处理单元302，其用于基于该第一轮询，向处理系统发起多次第二轮询。

在本实施例中，该第一接收单元301以及第一处理单元302的具体实施方式可以参考实施例1中步骤101，103，此处不再赘述。

在本实施例中，该装置还可以包括：

第一获取单元303(可选)，其用于获取轮询配置，该轮询配置包括第二轮询时间第一阈值和/或第二轮询时间间隔第二阈值和/或第二轮询次数第三阈值；其实施方式可以参考实施例1步骤102，此处不再赘述。

并且，该第一处理单元302根据该轮询配置发起该多次第二轮询。

在本实施例中，该装置还可以包括：

发送单元(未图示，可选)，其用于在发起该第二轮询次数等于该第三阈值或者发起第二轮询的时间超过该第一阈值，且该服务器没有未接收到处理结果时，向终端设备返回处理结果未知响应，以便该终端设备根据该响应发起下一次第一轮询，其实施方式可以参考实施例1，此处不再赘述。

在本实施例中，该处理系统是支付系统，该处理结果是支付结果，但本实施例并不以此作为限制，该处理系统还可以是其他服务提供系统。

本实施例3还提供一种服务器，图4是该服务器构成示意图，如图4所示，其包括中央处理器401和存储器402；该存储器402耦合到该中央处理器401。该图是示例性的；还可以使用其它类型的结构，来补充或代替该结构，以实现电信功能或其它功能。

在本实施例中，该中央处理器401可以被配置为执行：接收终端设备发起的一次第一轮询；基于该第一轮询，向处理系统发起多次第二轮询。

在本实施例中，该中央处理器401可以被配置为执行：获取轮询配置，该轮询配置包括第二轮询时间第一阈值和/或第二轮询时间间隔第二阈值和/或第二轮询次数第三阈值。

在本实施例中，该中央处理器401可以被配置为执行：根据该轮询配置发起该多次第二轮询。

在本实施例中，该中央处理器401可以被配置为执行：在发起该第二轮询次数等于该第三阈值或者发起第二轮询的时间超过该第一阈值，且该服务器没有未接收到处理结果时，向终端设备返回处理结果未知响应，以便该终端设备根据该响应发起下一次第一轮询。

在本实施例中，该中央处理器401执行的具体实施方式可以参考实施例1，此处不再赘述。

如图4所示，该中央处理器401有时也称为控制器或操作控件，可以包括微处理器或其它处理器装置和/或逻辑装置，该中央处理器401接收输入并控制该装置400的各个部件的操作。

在本实施例中，该存储器402，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。并且该中央处理器401可执行该存储器402存储的该程序，以实现信息存储或处理等。其它部件的功能与现有类似，此处不再赘述。该服务器400的各部件可以通过专用硬件、固件、软件或其结合来实现，而不偏离本发明实施例的范围。

在本实施例中，还提供一种服务器(未图示)，其包含该装置300，或者装置300可以是与服务器包含的中央处理器连接的芯片，通过其包含的中央处理器的控制来实现该装置300的功能，另外服务器

还可以包括输入单元、显示器、电源、通信模块(未图示)等，其结构也可以参考现有技术，本实施例并不以此作为限制。

在本实施例中，该服务器可以是应用程序(app)的服务器。

由上述实施例可知，终端设备向服务器每发起一次轮询，服务器向处理系统发起多次轮询，由此，能够降低网络传输成本较高的终端设备和服务器之间的公网交互频率，避免对服务器造成比较大的压力。

实施例4

本发明实施例4提供一种支付装置，由于该装置解决问题的原理与实施例2中的方法类似，因此其具体的实施可以参考实施例2中的方法的实施，内容相同之处，不再重复说明。图5是该装置示意图，其应用于支付系统，如图5所示，该装置包括

第二接收单元501，其用于接收扣款回执消息；

第二处理单元502，其用于在满足预定条件时，发起退款流程。

在本实施例中，该第二接收单元501和第二处理单元502的实施方式可以参考实施例2步骤201-202，此处不再赘述。

在本实施例中，该装置还可以包括：

第二获取单元(未图示)，其用于获取超时第四阈值配置信息；其中，该第四阈值根据一次完整支付流程的时间确定；根据该扣款回执消息确定扣款时间；

并且，该第二处理单元502在该扣款时间与发起支付的时间差超过该第四阈值时，发起退款流程。

在本实施例中，该装置还可以包括：

第三获取单元(未图示)，获取订单状态；

并且，该第二处理单元502在订单状态为终态时，发起退款流程。

在本实施例中，该装置还可以包括：

第三接收单元(未图示)，其用于接收服务器基于终端设备发起的第一轮询而发起的多次第二轮询。

该第二获取单元、第三接收单元的具体实施方式可以参考实施例2，此处不再赘述。

本实施例4还提供一种支付系统，图6是该支付系统构成示意图，如图6所示，其包括中央处理器601和存储器602；该存储器602耦合到该中央处理器601。该图是示例性的；还可以使用其它类型的结构，来补充或代替该结构，以实现电信功能或其它功能。

在本实施例中，该中央处理器601可以被配置为执行：接收扣款回执消息；在满足预定条件时，发起退款流程

在本实施例中，该中央处理器601可以被配置为执行：获取超时第四阈值配置信息；其中，该第四阈值根据一次完整支付流程的时间确定；根据该扣款回执消息确定扣款时间；在该扣款时间与发起支付的时间差超过该第四阈值时，发起退款流程。

在本实施例中，该中央处理器601可以被配置为执行：获取订单状态，在订单状态为终态时，发起退款流程。

在本实施例中，该中央处理器601可以被配置为执行：接收服务器基于终端设备发起的第一轮询而发起的多次第二轮询。

在本实施例中，该中央处理器601执行的具体实施方式可以参考实施例2，此处不再赘述。

如图6所示，该中央处理器601有时也称为控制器或操作控件，可以包括微处理器或其它处理器装置和/或逻辑装置，该中央处理器601接收输入并控制该装置600的各个部件的操作。

在本实施例中，该存储器602，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。并且该中央处理器601可执行该存储器602存储的该程序，以实现信息存储或处理等。其它部件的功能与现有类似，此处不再赘述。该支付系统600的各部件可以通过专用硬件、固件、软件或其结合来实现，而不偏离本发明实施例的范围。

在本实施例中，还提供一种支付系统(未图示)，其包含该装置500，或者装置500可以是与支付系统包含的中央处理器连接的芯片，通过其包含的中央处理器的控制来实现该装置500的功能，该支付系统可以是第三方支付系统。

由上述实施例可知，在收到扣款结果，且在满足预定条件时，支付系统自动发起退款流程，将所扣款退回至用户的账户中，由此，能够防止用户重复支付。

实施例5

本实施例5提供一种终端设备、服务器、支付系统、机构、配置中心；

图7是支付过程流程图，如图7所示，该方法包括：

步骤701，用户操作终端设备发起支付；服务器经过该支付系统向机构发起扣款请求；

其中，由于机构在处理扣款请求需要一定的周期，通常可以异步等待机构返回扣款结果回执；

步骤702，支付系统收到机构返回的扣款结果回执；

步骤703，判断是否满足预定条件；判断结果为是，执行步骤704，否则结束；

步骤704，支付系统发起退款流程；

由上述实施例可知，在收到扣款结果，且在满足预定条件时，支付系统自动发起退款流程，将所扣款退回至用户的账户中，由此，能够防止用户重复支付。

步骤705，为获取支付结果，在没有超出预定时间，或第一轮询发起未超过预定次数时，终端设备向服务器发起一次第一轮询；该预定时间和预定次数可以在发起第一次第一轮询后，由服务器获取预先配置的预定时间和预定次数返回给终端设备。

步骤706，服务器获取配置信息；

步骤707，服务器根据配置信息向支付系统发起多次第二轮询；

步骤708，服务器判断是否轮询到支付结果，判断结果为否时，执行步骤709；判断结果为是时，结束轮询，返回支付结果；

步骤709，返回支付结果未知响应；返回步骤705。

在本实施例中，步骤701～704以及步骤705～709是独立的过程，本申请并不限制其执行的先后顺序，其可以同时执行，也可以先后执行，此处不再赘述，其具体实施方式可以分别参考实施例1,2，此处不再赘述。

由上述实施例可知，终端设备向服务器每发起一次轮询，服务器向处理系统发起多次轮询，由此，能够降低网络传输成本较高的终端设备和服务器之间的公网交互频率，避免对服务器造成比较大的压力。

本发明实施例还提供一种计算机可读程序，其中当在轮询装置中执行该程序时，该程序使得计算机在该轮询装置中执行如上面实施例1中的轮询方法。

本发明实施例还提供一种计算机可读程序，其中当在支付装置中执行该程序时，该程序使得计算机在该轮询装置中执行如上面实施例2中的支付方法。

上述程序可以是能运行于终端设备中的软件。例如：支付宝、微信等支付软件。

本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被执行时实现如上面实施例1中的轮询方法。

本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被执行时实现如上面实施例2中的支付方法。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

上述实施例阐明的装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。当然，也可以将实现某功能的模块由多个子模块或子单元组合实现。

本申请中所述的方法、装置或模块可以以计算机可读程序代码方式实现控制器按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本申请所述装置中的部分模块可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的硬件的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，也可以通过数据迁移的实施过程中体现出来。该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请的全部或者部分可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、移动通信终端、多处理器系统、基于微处理器的系统、可编程的电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。