CN107770281A - 一种通知商户退款信息的方法、服务器及计算机可读存储介质 - Google Patents

Abstract

本发明实施例公开了一种通知商户退款信息的方法、服务器及计算机可读存储介质，其中方法包括：若检测到第一次退款通知失败，向轮询通知表插入一条对应退款通知的退款通知记录，退款通知记录包括通知时间，通知次数，是否通知成功；根据退款通知记录的通知时间向商户服务器发送退款通知；检测是否收到商户服务器响应退款通知而返回的响应信息；若没有收到响应信息，更新退款通知记录的通知时间和通知次数；判断更新后的通知次数是否大于预设次数；若所述更新后的通知次数不大于预设次数，根据更新后的通知时间向商户服务器发送退款通知并返回所述检测是否收到所述商户服务器响应所述退款通知而返回的响应信息的步骤。

Description

一种通知商户退款信息的方法、服务器及计算机可读存储 介质

技术领域

本发明涉及电子技术领域，尤其涉及一种通知商户退款信息的方法、服务器及计算机可读存储介质。

背景技术

目前，随着互联网技术和智能终端的高速发展，越来越多的智能终端进入人们的日常生活和工作当中。人们可以利用智能手持终端、PC端、自助机终端、电视机终端等终端上网购买商品或服务。在人们利用智能手持终端等终端设备上网购买商品或服务的过程中，人们需要通过终端内移动支付工具进行在线支付，其中，在线支付是指卖方与买方通过互联网上的电商网站、应用程序等进行交易时，银行及其他第三方如支付宝、微信等为买卖双方提供网上资金结算服务的一种业务，它为支付方提供了一个安全、快捷、方便的电子商务应用环境和网上资金结算工具。在移动支付过程中，时常会遇到买方用户在购买商品或服务后需要退货及退款等情况，如果确认用户需要退款，支付服务器在退款成功后就需要通知商户服务器该笔订单是退款成功的，从而，商户服务器会通知用户该笔订单已退款成功并接着完成后续的退款流程。然而，由于网络、商户服务器出故障或其他等原因，可能会出现支付服务器通知商户服务器失败这一情况，进而导致商户服务器对于用户的退款流程中断，造成用户无法即时收到退款金额，导致用户的退款体验效果很差，容易造成用户的流失或投诉。其中，支付服务器可以为银行及其他具备电子账户操作权限的第三方服务器，商户服务器可以为电子商务网站服务器。

现有技术中，为了解决支付服务器通知商户服务器失败这一问题，需要等到支付服务器每天核对一遍退款通知的时候，如果核对确认该项退款通知失败，支付服务器就会再补发一次通知给商户服务器，商户服务器收到退款成功的通知后，进而告知用户退款成功，并完成后续的退款流程。然而现有技术中的这种解决方案需要等到支付服务器每日核对退款通知状态或者用户打电话投诉时才能发现用户退款流程有异常，不能及时退款给用户，用户退款体验效果仍然比较差，还大大增加了支付服务器工作人员的工作压力，并且这种解决方案没有考虑到如果支付服务器再次补发通知给商户服务器后，仍然通知失败，则该笔退款的流程应该如何继续。

因此，如何设计一种通知方法以确保商户服务器能收到支付服务器发送的退款成功的退款通知并减少工作人员的工作压力，是本领域技术人员亟待解决的技术问题。

发明内容

本发明实施例提供一种通知商户退款信息的方法、服务器及计算机可读存储介质，该方法可以及时发现用户退款流程异常，确保支付服务器能周期性轮询通知商户服务器以确保商户收到退款成功的退款通知，进而及时进行用户退款处理，保障用户顺利收到退款，提高用户退款体验效果。

第一方面，本发明实施例提供了一种通知商户退款信息的方法，该方法包括：

若检测到第一次退款通知失败，向轮询通知表插入一条对应所述退款通知的退款通知记录，所述退款通知记录包括通知时间，通知次数，是否通知成功；

根据所述退款通知记录的通知时间向商户服务器发送所述退款通知；

检测是否收到所述商户服务器响应所述退款通知而返回的响应信息；

若没有收到所述响应信息，更新所述退款通知记录的通知时间和通知次数；

判断更新后的通知次数是否大于预设次数；

若所述更新后的通知次数不大于预设次数，根据更新后的通知时间向商户服务器发送所述退款通知并返回所述检测是否收到所述商户服务器响应所述退款通知而返回的响应信息的步骤。

第二方面，本发明实施例提供了一种服务器，该服务器包括用于执行上述第一方面的方法的单元。

第三方面，本发明实施例提供了另一种服务器，该服务器包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储支持服务器执行上述方法的应用程序代码，所述处理器被配置用于执行上述第一方面的方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行执行上述第一方面的方法。

本发明通过检测到支付服务器向商户服务器第一次退款通知失败后，向支付服务器的轮询通知表插入一条对应所述退款通知的退款通知记录，并根据该退款通知记录的通知时间发送该退款通知，直至收到该商户服务器响应该退款通知而返回的响应信息，若仍没有收到该响应信息，则判定该退款通知失败并在计数器中对通知次数计数一次以更新该通知次数，当更新后的通知次数不大于预设次数，根据更新后的通知时间向商户服务器发送所述退款通知并返回所述检测是否收到所述商户服务器响应所述退款通知而返回的响应信息的步骤；当更新后的通知次数大于预设次数，则采用短信或邮件的方式向商户服务器推送所述退款通知。本发明的有益效果在于，本方案克服了现有技术中只能通过每日人工核对一遍退款信息或用户投诉时才能发现用户退款流程有异常的缺陷，能及时发现用户退款流程异常，并能周期性通知商户服务器，直至收到商户服务器返回的响应信息，保障了商户服务器在网络差或服务器出故障等问题之后也能再次收到该退款成功的退款通知，并完成用户退款流程，若多次发送退款通知后，商户服务器仍没能收到该退款通知，则采用短信或邮件的方式向商户服务器推送所述退款通知，确保及时通知商户服务器进行用户退款处理，保障用户及时收到退款金额，提高用户退款体验效果，并且减少工作人员的工作压力和时间成本。

附图说明

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

图1是本发明第一实施例提供的一种通知商户退款信息的方法的示意流程图；

图2是图1所示的步骤S14的示意流程图；

图3是图1所示的步骤S17的示意流程图；

图4是本发明第二实施例提供的一种通知商户退款信息的方法的示意流程图；

图5是本发明第一实施例提供的一种服务器的示意性框图；

图6是图5所示的更新模块40的示意性框图；

图7是图5所示的轮询通知模块70的示意性框图；

图8是本发明第二实施例提供的一种服务器的示意性框图；

图9是本发明实施例提供的另一种服务器的示意性框图。

具体实施方式

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

具体实现中，本发明实施例中描述的终端包括但不限于诸如具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的智能手机、膝上型计算机或平板电脑之类的其它便携式设备。还应当理解的是，在某些实施例中，所述设备并非便携式通信设备，而是具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的台式计算机。

在接下来的讨论中，描述了包括显示器和触摸敏感表面的终端。然而，应当理解的是，终端可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其它物理用户接口设备。

终端支持各种应用程序，例如以下中的一个或多个：绘图应用程序、演示应用程序、文字处理应用程序、网站创建应用程序、盘刻录应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件应用程序、即时消息收发应用程序、锻炼支持应用程序、照片管理应用程序、数码相机应用程序、数字摄影机应用程序、web浏览应用程序、数字音乐播放器应用程序和/或数字视频播放器应用程序、移动支付应用程序。

可以在终端上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的一个或多个功能以及终端上显示的相应信息。这样，终端的公共物理架构(例如，触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。

请参看图1，其是本发明第一实施例提供的一种通知商户退款信息的方法的示意流程图，该方法可以应用在具有在线支付功能的银行及其他第三方工具如支付宝、微信等上，该银行及其他第三方工具可以为支付终端设备和商户服务器提供网上资金结算服务和一个安全、快捷、方便的电子商务应用环境。如图所示，该方法可包括如下步骤S11～S18。

S11、若检测到第一次退款通知失败，向轮询通知表插入一条对应所述退款通知的退款通知记录，所述退款通知记录包括通知时间，通知次数，是否通知成功。具体地，当用户通过在线支付方式付款，收到商品和/或服务后，对商品和/或服务不满意(或者想取消交易)，可以提交退款请求，提交请求后支付服务器会进行退款操作，当退款成功后，支付服务器需要通知商户该笔订单是退款成功的，商户才会通知用户该笔订单已退款成功并接着完成后续的退款操作，因此，当用户提交退款申请后，支付服务器退款成功后需要向商户服务器发送退款成功的退款通知，以便完成后续整个退款的流程。如果支付服务器第一次退款通知发送失败后，由于现有技术是需要等到支付服务器每天核对一遍退款通知的时候，确定该退款通知失败后才会补发一次通知给商户服务器，才能完成后续的退款流程，但是这种方式不能及时退款给用户，用户的退款体验效果比较差，因此本方案的支付服务器在检测到第一次退款通知失败后，会向轮询通知表里插入一条对应所述退款通知的退款通知记录信息，该退款通知记录包括以下的信息：通知时间，通知次数以及是否通知成功；在一些可行实施例中，还包括用户订单号，该退款通知对应的商户服务器地址等信息。

S12、根据所述退款通知记录的通知时间向商户服务器发送所述退款通知。具体地，所述退款通知记录包括通知次数，通知时间以及是否通知成功。当判定第一次退款通知失败后，通过插入的退款通知记录里的通知时间可以确定第二次向商户服务器发送该退款通知的通知时间，因此，等到该通知时间后，支付服务器会向商户服务器第二次发送该退款通知。

S13、检测是否收到所述商户服务器响应所述退款通知而返回的响应信息。具体地，当支付服务器向该商户服务器发送该退款通知后，需要收到该商户服务器响应该退款通知而返回的响应信息，以保障该退款通知成功发送到该商户服务器，确保用户的后续退款流程顺利完成。因此，需要实时检测是否收到该商户服务器响应所述退款通知而返回的响应信息。

S14、若没有收到所述响应信息，更新所述退款通知记录的通知时间和通知次数。具体地，若没有检测收到该商户服务器响应该退款通知而返回的响应信息，表明该支付服务器通知该商户服务器失败，则更新所述退款通知记录的通知时间和通知次数。在本实施例中，更新该退款通知记录的通知次数是通过在计数器中对当前的通知次数进行计数一次的方式实现，从而更新该通知次数。本实施例中，根据更新后的通知次数确定所述通知时间的时间间隔，其中，该通知时间的时间间隔可以以不等时间间隔预先配置在支付服务器中，也可以设定为等时间间隔，当然也可以根据用户及服务器自身需求随时进行调整修改，在此不对通知时间的时间间隔做具体限制。例如，在本实施例中，当该通知时间的时间间隔采用不等时间间隔预先配置在支付服务器时，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表。当预设次数为8次时，所述更新后通知次数依次可以对应的时间间隔包括2分钟，2分钟，5分钟，10分钟，1小时，2小时，6小时。例如，当支付服务器给商户服务器发送第一次该退款通知时，没有收到商户响应所述退款通知而返回的响应信息，则判定第一次该退款通知失败，则向所述轮询通知表插入一条对应所述退款通知的退款通知记录，因此，该通知次数的初始值设为1次；当第二次发送该退款通知后仍没有收到响应信息，则在计数器中对该通知失败计数一次，则更新后通知次数为2次，查询所述时间间隔查询列表确定更新后通知次数为2次时对应的时间间隔为2分钟，则支付服务器则需要等待两分钟后向所述商户服务器发送该退款通知，若仍没有收到所述商户服务器的响应信息，则在计数器中再对上述通知次数进行计数一次，则更新后通知次数为3次，其对应的时间间隔为2分钟，以此类推，若更新后通知次数为4次，则对应的时间间隔为5分钟，若更新后通知次数为5次，则对应的时间间隔为10分钟，因此，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表，根据更新后的通知次数确定所述通知时间的时间间隔，进而根据所确定的时间间隔更新所述退款通知记录的通知时间，其中，所述通知时间是由当前通知时间加上所确定的时间间隔确定的。例如，若当前通知时间为早上7点，第二次通知失败后，更新后的通知次数为2次，则确定的当前通知时间的时间间隔为2分钟，则下一次通知时间为7点加上2分钟，即为7点2分。

S15、若收到所述响应信息，则将所述退款通知记录的是否通知成功标记为是，不再向所述商户服务器发送所述退款通知。具体地，若检测到该商户服务器响应所述退款通知而返回的响应信息，表明支付服务器通知商户服务器的退款通知成功，标记所述退款通知记录的“是否通知成功”为是，不再向所述商户服务器发送所述退款通知。

S16、判断更新后的通知次数是否大于预设次数。具体地，判断所述退款通知记录的通知次数的当前更新累计的次数是否大于预设次数。在一些可行的实施例中，该预设次数可以预先配置在支付服务器中，也可以根据用户及服务器自身需求随时进行修改设置，在此对该预设次数不做具体的限制。例如可以将该预设次数设置为8次，如果将预设次数设置为8次，则可以周期性轮询通知商户服务器至多8次。

S17、若所述更新后的通知次数不大于预设次数，根据更新后的通知时间向商户服务器发送所述退款通知并返回步骤S13。具体地，若所述更新后的通知次数不大于该预设次数，表明在预设次数范围内支付服务器还可以继续周期性向商户服务器发送该退款通知，直至收到该商户服务器响应所述退款通知而返回的响应信息。本实施例中，支付服务器会定时自动扫描所述轮询通知表，优选地，支付服务器每隔一分钟就自动扫描一次所述轮询通知表；并根据轮询通知表中的退款通知记录的通知次数确定所述通知时间的时间间隔，进而确定根据所确定的时间间隔更新后的通知时间，判断是否到达所述更新后的通知时间，若到达所述更新后的通知时间，支付服务器会根据所述更新后的通知时间向所述商户服务器再次发送所述退款通知，并返回所述检测是否收到所述商户服务器响应所述退款通知而返回的响应信息的步骤，即返回步骤S13。

S18、若所述更新后的通知次数大于预设次数，采用短信或邮件的方式向商户服务器推送所述退款通知。具体地，若该更新后的通知次数大于该预设次数，表明支付服务器以预设次数周期性轮询通知该商户服务器后，仍然没有收到该商户服务器响应该退款通知而返回的响应信息，表明以预设次数通知商户服务器后仍旧通知失败了，则短信或邮件的方式向该商户服务器推送所述退款通知以确保该商户服务器收到该退款通知，进而提醒商户检查该商户服务器的网络状况和及时处理该用户的后续退款流程。

在上述实施例中，通过检测到第一次退款通知失败，向支付服务器的轮询通知表中插入一条对应该退款通知的退款通知记录，并根据该退款通知记录的通知时间再次发送该退款通知，直至收到该商户服务器响应所述退款通知而返回的响应信息，若仍没有收到该响应信息则更新所述退款通知记录的通知时间和通知次数，根据更新后的通知次数确定通知时间的时间间隔，进而根据所确定的时间间隔确定更新后的通知时间。若所述更新后的通知次数大于预设次数，则采用短信或邮件方式通知商户服务器。其中，该预设次数和通知时间的时间间隔可以预先配置于服务器中，也可以根据用户及服务器自身需求随时进行修改。即上述实施例中，若没有收到该商户返回的响应信息，则能及时发现退款通知失败、用户退款流程异常的情况，并能周期性轮询通知商户服务器，直至收到商户服务器返回的响应信息，避免该商户服务器可能由于网络状况不好或服务器出现故障等问题暂时收不到该退款通知而无法及时处理该退款流程的情况，从而确保商户服务器收到该退款成功的退款通知，并完成用户的后续退款流程。克服了现有技术中只能通过每日人工核对一遍退款信息或用户投诉才能发现用户退款流程有异常的缺陷，并且多次发送退款通知后，商户服务器仍没能收到该退款通知，则采用短信或邮件的方式发送该退款通知，确保及时通知商户服务器进行用户退款处理，保障用户及时收到退款金额，提高用户退款体验效果，并且有效减少工作人员的工作压力和时间成本。

请参看图2，其是图1所示的步骤S14的示意流程图。具体地，所述的步骤S14包括以下子步骤S14a～S14c。

S14a、对通知次数计数一次以更新该通知次数。具体地，若没有检测收到该商户服务器响应该退款通知而返回的响应信息，表明该支付服务器通知该商户服务器失败，则对通知次数计数一次以更新该通知次数。在本实施例中，更新该退款通知记录的通知次数是通过在计数器中对当前的通知次数进行计数一次的方式实现，从而更新该通知次数。在此不对所述通知次数的更新实现方式做限制。

S14b、根据更新后的通知次数确定所述通知时间的时间间隔。具体地，该通知时间的时间间隔可以以不等时间间隔预先配置在支付服务器中，也可以设定为等时间间隔，当然也可以根据用户及服务器自身需求随时进行调整修改，在此不对通知时间的时间间隔做具体限制。例如，在本实施例中，当该通知时间的时间间隔采用不等时间间隔预先配置在支付服务器时，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表。当预设次数为8次时，所述更新后通知次数依次可以对应的时间间隔包括2分钟，2分钟，5分钟，10分钟，1小时，2小时，6小时。例如，当支付服务器给商户服务器发送第一次该退款通知时，没有收到商户响应所述退款通知而返回的响应信息，则判定第一次该退款通知失败，则向所述轮询通知表插入一条对应所述退款通知的退款通知记录，因此，该通知次数的初始值设为1次；当第二次发送该退款通知后仍没有收到响应信息，则在计数器中对该通知失败计数一次，则更新后通知次数为2次，查询所述时间间隔查询列表确定更新后通知次数为2次时对应的时间间隔为2分钟，则支付服务器则需要等待两分钟后向所述商户服务器发送该退款通知，若仍没有收到所述商户服务器的响应信息，则在计数器中再对上述通知次数进行计数一次，则更新后通知次数为3次，其对应的时间间隔为2分钟，以此类推，若更新后通知次数为4次，则对应的时间间隔为5分钟，若更新后通知次数为5次，则对应的时间间隔为10分钟，因此，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表，从而根据更新后的通知次数确定所述通知时间的时间间隔。

S14c、根据所确定的时间间隔更新所述退款通知记录的通知时间。具体地，所述通知时间是由当前通知时间加上所确定的时间间隔确定的。例如，若当前通知时间为早上7点，第二次通知失败后，更新后的通知次数为2次，则确定的当前通知时间的时间间隔为2分钟，则下一次通知时间为7点加上2分钟，即为7点2分。

在上述实施例中，若没有收到该响应信息则更新所述退款通知记录的通知时间和通知次数，其中，对通知次数计数一次以更新该通知次数，根据更新后的通知次数确定通知时间的时间间隔，进而根据所确定的时间间隔确定更新后的通知时间。

请参看图3，其是图1所示的步骤S17的示意流程图。具体地，所述的步骤S17包括以下子步骤S17a～S17d。

S17a、定时自动扫描所述轮询通知表。具体地，该支付服务器会定时自动扫描所述轮询通知表，优选地，该支付服务器每隔一分钟就自动扫描一次该轮询通知表，确保可以实时获取查询该轮询通知表中的退款通知记录的相关信息，确保该退款通知记录能及时被处理。

S17b、确定根据所确定的时间间隔更新后的通知时间。具体地，当所述第一次退款通知发送失败后，支付服务器会向轮询通知表内插入一条对应所述退款通知的退款通知记录，表明该订单退款成功，但是通知商户失败。该退款通知记录包括通知次数、通知时间以及是否通知成功。根据更新后的通知次数确定所述通知时间的时间间隔，确定根据所确定的时间间隔更新后的通知时间，等到该更新后的通知时间后，支付服务器会再次向商户服务器发送退款成功的退款通知。即所述通知时间是由当前通知时间加上所确定的时间间隔确定的。例如，若当前通知时间为早上7点，第二次通知失败后，更新后的通知次数为2次，则确定的当前通知时间的时间间隔为2分钟，则下一次通知时间为7点加上2分钟，即为7点2分。在一些可行的实施例中，该通知时间的时间间隔可以以不等时间间隔预先配置在支付服务器中，也可以设定为等时间间隔，当然也可以根据用户及服务器自身需求随时进行调整修改，在此不对通知时间的时间间隔做具体限制。在另外一些可行的实施例中，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表，当预设次数为8次时，所述更新后通知次数依次可以对应的时间间隔包括2分钟，2分钟，5分钟，10分钟，1小时，2小时，6小时。

S17c、判断是否到达所述更新后的通知时间。具体地，确定根据所确定的时间间隔更新后的通知时间后，支付服务器会每隔一分钟自动扫描一次轮询通知表，判断是否达到所确定的更新后的通知时间。

S17d、若到达所述更新后的通知时间，向所述商户服务器发送所述退款通知并返回所述检测是否收到所述商户服务器响应所述退款通知而返回的响应信息的步骤。

在上述实施例中，通过定时自动扫描所述轮询通知表，确保可以实时获取查询该轮询通知表中的退款通知记录的相关信息，确保该退款通知记录能及时被处理，其次，根据更新后的通知次数确定所述通知时间的时间间隔，确定根据所确定的时间间隔更新后的通知时间，等待所述更新后的通知时间后，支付服务器会再次向商户服务器发送所述退款通知。因此，本实施例中，能及时发现用户退款流程异常，并能周期性通知商户服务器，直至收到商户服务器返回的响应信息，避免该商户服务器可能由于网络状况不好或服务器出现故障等问题暂时收不到该退款通知而无法及时处理该退款流程的情况，从而确保商户服务器收到该退款成功的退款通知，并完成用户的后续退款流程。克服了现有技术中只能通过每日人工核对一遍退款信息或用户投诉才能发现用户退款流程有异常的缺陷，并且多次发送退款通知后，商户服务器仍没能收到该退款通知，则采用短信或邮件的方式发送该退款通知，确保及时通知商户服务器进行用户退款处理，保障用户及时收到退款金额，提高用户退款体验效果，并且减少工作人员的工作压力和时间成本。

请参看图4，其是本发明第二实施例提供的一种通知商户退款信息的方法的示意流程图。该方法可以应用在具有在线支付功能的银行及其他第三方工具如支付宝、微信等上，该银行及其他第三方工具可以为支付终端设备和商户服务器提供网上资金结算服务和一个安全、快捷、方便的电子商务应用环境。如图所示，该方法可包括如下步骤S21～S30。

S21、向所述商户服务器第一次发送所述退款通知。具体地，当用户通过在线支付方式付款，收到商品和/或服务后，对商品和/或服务不满意(或者想取消交易)，可以提交退款请求，提交请求后支付服务器会进行退款操作，当退款成功后，支付服务器需要通知商户该笔订单是退款成功的，商户才会通知用户该笔订单已退款成功并接着完成后续的退款操作，因此，当用户提交退款申请后，支付服务器退款成功后需要向商户服务器发送退款成功的退款通知，以便完成后续整个退款的流程。

S22、检测是否收到所述商户服务器响应所述退款通知而返回的响应信息。具体地，当支付服务器向该商户服务器发送第一次退款通知后，需要收到该商户服务器响应该退款通知而返回的响应信息，以保障该退款通知成功发送到该商户服务器，确保用户的后续退款流程顺利完成。因此，需要实时检测是否收到该商户服务器响应所述退款通知而返回的响应信息。

S23、判定第一次退款通知失败，向轮询通知表插入一条对应所述退款通知的退款通知记录，所述退款通知记录包括通知时间，通知次数，是否通知成功。具体地，如果支付服务器第一次退款通知发送失败后，由于现有技术是需要等到支付服务器每天核对一遍退款通知的时候，确定该退款通知失败后才会补发一次通知给商户服务器，才能完成后续的退款流程，但是这种方式不能及时退款给用户，用户的退款体验效果比较差，因此本方案的支付服务器在检测到第一次退款通知失败后，会向轮询通知表里插入一条对应所述退款通知的退款通知记录信息，该退款通知记录包括以下的信息：通知时间，通知次数以及是否通知成功；在一些可行实施例中，还包括用户订单号，该退款通知对应的商户服务器地址等信息。

S24、根据所述退款通知记录的通知时间向商户服务器发送所述退款通知。具体地，所述退款通知记录包括通知次数，通知时间以及是否通知成功。当判定第一次退款通知失败后，通过插入的退款通知记录里的通知时间可以确定第二次向商户服务器发送该退款通知的通知时间，因此，等到该通知时间后，支付服务器会向商户服务器第二次发送该退款通知。

S25、检测是否收到所述商户服务器响应所述退款通知而返回的响应信息。具体地，当支付服务器向该商户服务器发送该退款通知后，需要收到该商户服务器响应该退款通知而返回的响应信息，以保障该退款通知成功发送到该商户服务器，确保用户的后续退款流程顺利完成。因此，需要实时检测是否收到该商户服务器响应所述退款通知而返回的响应信息。

S26、若没有收到所述响应信息，更新所述退款通知记录的通知时间和通知次数。具体地，若没有检测收到该商户服务器响应该退款通知而返回的响应信息，表明该支付服务器通知该商户服务器失败，则更新所述退款通知记录的通知时间和通知次数。在本实施例中，更新该退款通知记录的通知次数是通过在计数器中对当前的通知次数进行计数一次的方式实现，从而更新该通知次数。本实施例中，根据更新后的通知次数确定所述通知时间的时间间隔，其中，该通知时间的时间间隔可以以不等时间间隔预先配置在支付服务器中，也可以设定为等时间间隔，当然也可以根据用户及服务器自身需求随时进行调整修改，在此不对通知时间的时间间隔做具体限制。例如，在本实施例中，当该通知时间的时间间隔采用不等时间间隔预先配置在支付服务器时，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表。当预设次数为8次时，所述更新后通知次数依次可以对应的时间间隔包括2分钟，2分钟，5分钟，10分钟，1小时，2小时，6小时。例如，当支付服务器给商户服务器发送第一次该退款通知时，没有收到商户响应所述退款通知而返回的响应信息，则判定第一次该退款通知失败，则向所述轮询通知表插入一条对应所述退款通知的退款通知记录，因此，该通知次数的初始值设为1次；当第二次发送该退款通知后仍没有收到响应信息，则在计数器中对该通知失败计数一次，则更新后通知次数为2次，查询所述时间间隔查询列表确定更新后通知次数为2次时对应的时间间隔为2分钟，则支付服务器则需要等待两分钟后向所述商户服务器发送该退款通知，若仍没有收到所述商户服务器的响应信息，则在计数器中再对上述通知次数进行计数一次，则更新后通知次数为3次，其对应的时间间隔为2分钟，以此类推，若更新后通知次数为4次，则对应的时间间隔为5分钟，若更新后通知次数为5次，则对应的时间间隔为10分钟，因此，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表，根据更新后的通知次数确定所述通知时间的时间间隔，进而根据所确定的时间间隔更新所述退款通知记录的通知时间，其中，所述通知时间是由当前通知时间加上所确定的时间间隔确定的。例如，若当前通知时间为早上7点，第二次通知失败后，更新后的通知次数为2次，则确定的当前通知时间的时间间隔为2分钟，则下一次通知时间为7点加上2分钟，即为7点2分。

S27、若收到所述响应信息，则将所述退款通知记录的是否通知成功标记为是，不再向所述商户服务器发送所述退款通知。具体地，若检测到该商户服务器响应所述退款通知而返回的响应信息，表明支付服务器通知商户服务器的退款通知成功，标记所述退款通知记录的“是否通知成功”为是，不再向所述商户服务器发送所述退款通知。

S28、判断更新后的通知次数是否大于预设次数。具体地，判断所述退款通知记录的通知次数的当前更新累计的次数是否大于预设次数。在一些可行的实施例中，该预设次数可以预先配置在支付服务器中，也可以根据用户及服务器自身需求随时进行修改设置，在此对该预设次数不做具体的限制。例如可以将该预设次数设置为8次，如果将预设次数设置为8次，则可以周期性轮询通知商户服务器至多8次。

S29、若所述更新后的通知次数不大于预设次数，根据更新后的通知时间向商户服务器发送所述退款通知并返回步骤S13。具体地，若所述更新后的通知次数不大于该预设次数，表明在预设次数范围内支付服务器还可以继续周期性向商户服务器发送该退款通知，直至收到该商户服务器响应所述退款通知而返回的响应信息。本实施例中，支付服务器会定时自动扫描所述轮询通知表，优选地，支付服务器每隔一分钟就自动扫描一次所述轮询通知表；并根据轮询通知表中的退款通知记录的通知次数确定所述通知时间的时间间隔，进而确定根据所确定的时间间隔更新后的通知时间，判断是否到达所述更新后的通知时间，若到达所述更新后的通知时间，支付服务器会根据所述更新后的通知时间向所述商户服务器再次发送所述退款通知，并返回所述检测是否收到所述商户服务器响应所述退款通知而返回的响应信息的步骤，即返回步骤S13。

S30、若所述更新后的通知次数大于预设次数，采用短信或邮件的方式向商户服务器推送所述退款通知。具体地，若该更新后的通知次数大于该预设次数，表明支付服务器以预设次数周期性轮询通知该商户服务器后，仍然没有收到该商户服务器响应该退款通知而返回的响应信息，表明以预设次数通知商户服务器后仍旧通知失败了，则短信或邮件的方式向该商户服务器推送所述退款通知以确保该商户服务器收到该退款通知，进而提醒商户检查该商户服务器的网络状况和及时处理该用户的后续退款流程。

在上述实施例中，向所述商户服务器第一次发送所述退款通知，检测是否收到商户返回的响应信息，若没有收到该响应信息则判定第一次退款通知失败后，向支付服务器的轮询通知表中插入一条对应该退款通知的退款通知记录，并根据该退款通知记录的通知时间再次发送该退款通知，直至收到该商户服务器响应所述退款通知而返回的响应信息，若仍没有收到该响应信息则更新所述退款通知记录的通知时间和通知次数，根据更新后的通知次数确定通知时间的时间间隔，进而根据所确定的时间间隔确定更新后的通知时间。若所述更新后的通知次数大于预设次数，则采用短信或邮件方式通知商户服务器。其中，该预设次数和通知时间的时间间隔可以预先配置于服务器中，也可以根据用户及服务器自身需求随时进行修改。即上述实施例中，若没有收到该商户返回的响应信息，则能及时发现退款通知失败、用户退款流程异常的情况，并能周期性轮询通知商户服务器，直至收到商户服务器返回的响应信息，避免该商户服务器可能由于网络状况不好或服务器出现故障等问题暂时收不到该退款通知而无法及时处理该退款流程的情况，从而确保商户服务器收到该退款成功的退款通知，并完成用户的后续退款流程。克服了现有技术中只能通过每日人工核对一遍退款信息或用户投诉才能发现用户退款流程有异常的缺陷，并且多次发送退款通知后，商户服务器仍没能收到该退款通知，则采用短信或邮件的方式发送该退款通知，确保及时通知商户服务器进行用户退款处理，保障用户及时收到退款金额，提高用户退款体验效果，并且有效减少工作人员的工作压力和时间成本。

请参看图5，其是本发明第一实施例提供的一种服务器100的示意性框图。该服务器100包括插入模块10、退款通知模块20、检测模块30、更新模块40、标记模块50、判断模块60、轮询通知模块70以及消息推送模块80。

所述插入模块10用于若检测到第一次退款通知失败，向轮询通知表插入一条对应所述退款通知的退款通知记录，所述退款通知记录包括通知时间，通知次数，是否通知成功。具体地，当用户通过在线支付方式付款，收到商品和/或服务后，对商品和/或服务不满意(或者想取消交易)，可以提交退款请求，提交请求后支付服务器会进行退款操作，当退款成功后，支付服务器需要通知商户该笔订单是退款成功的，商户才会通知用户该笔订单已退款成功并接着完成后续的退款操作，因此，当用户提交退款申请后，支付服务器退款成功后需要向商户服务器发送退款成功的退款通知，以便完成后续整个退款的流程。如果支付服务器第一次退款通知发送失败后，由于现有技术是需要等到支付服务器每天核对一遍退款通知的时候，确定该退款通知失败后才会补发一次通知给商户服务器，才能完成后续的退款流程，但是这种方式不能及时退款给用户，用户的退款体验效果比较差，因此本方案的支付服务器在检测到第一次退款通知失败后，会向轮询通知表里插入一条对应所述退款通知的退款通知记录信息，该退款通知记录包括以下的信息：通知时间，通知次数以及是否通知成功；在一些可行实施例中，还包括用户订单号，该退款通知对应的商户服务器地址等信息。

所述退款通知模块20用于根据所述退款通知记录的通知时间向商户服务器发送所述退款通知。具体地，所述退款通知记录包括通知次数，通知时间以及是否通知成功。当判定第一次退款通知失败后，通过插入的退款通知记录里的通知时间可以确定第二次向商户服务器发送该退款通知的通知时间，因此，等到该通知时间后，支付服务器会向商户服务器第二次发送该退款通知。

所述检测模块30用于检测是否收到所述商户服务器响应所述退款通知而返回的响应信息。具体地，当支付服务器向该商户服务器发送该退款通知后，需要收到该商户服务器响应该退款通知而返回的响应信息，以保障该退款通知成功发送到该商户服务器，确保用户的后续退款流程顺利完成。因此，需要实时检测是否收到该商户服务器响应所述退款通知而返回的响应信息。

所述更新模块40用于若没有收到所述响应信息，更新所述退款通知记录的通知时间和通知次数。具体地，若没有检测收到该商户服务器响应该退款通知而返回的响应信息，表明该支付服务器通知该商户服务器失败，则更新所述退款通知记录的通知时间和通知次数。在本实施例中，更新该退款通知记录的通知次数是通过在计数器中对当前的通知次数进行计数一次的方式实现，从而更新该通知次数。本实施例中，根据更新后的通知次数确定所述通知时间的时间间隔，其中，该通知时间的时间间隔可以以不等时间间隔预先配置在支付服务器中，也可以设定为等时间间隔，当然也可以根据用户及服务器自身需求随时进行调整修改，在此不对通知时间的时间间隔做具体限制。例如，在本实施例中，当该通知时间的时间间隔采用不等时间间隔预先配置在支付服务器时，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表。当预设次数为8次时，所述更新后通知次数依次可以对应的时间间隔包括2分钟，2分钟，5分钟，10分钟，1小时，2小时，6小时。例如，当支付服务器给商户服务器发送第一次该退款通知时，没有收到商户响应所述退款通知而返回的响应信息，则判定第一次该退款通知失败，则向所述轮询通知表插入一条对应所述退款通知的退款通知记录，因此，该通知次数的初始值设为1次；当第二次发送该退款通知后仍没有收到响应信息，则在计数器中对该通知失败计数一次，则更新后通知次数为2次，查询所述时间间隔查询列表确定更新后通知次数为2次时对应的时间间隔为2分钟，则支付服务器则需要等待两分钟后向所述商户服务器发送该退款通知，若仍没有收到所述商户服务器的响应信息，则在计数器中再对上述通知次数进行计数一次，则更新后通知次数为3次，其对应的时间间隔为2分钟，以此类推，若更新后通知次数为4次，则对应的时间间隔为5分钟，若更新后通知次数为5次，则对应的时间间隔为10分钟，因此，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表，根据更新后的通知次数确定所述通知时间的时间间隔，进而根据所确定的时间间隔更新所述退款通知记录的通知时间，其中，所述通知时间是由当前通知时间加上所确定的时间间隔确定的。例如，若当前通知时间为早上7点，第二次通知失败后，更新后的通知次数为2次，则确定的当前通知时间的时间间隔为2分钟，则下一次通知时间为7点加上2分钟，即为7点2分。

所述标记模块50用于若收到所述响应信息，则将所述退款通知记录的是否通知成功标记为是，不再向所述商户服务器发送所述退款通知。具体地，若检测到该商户服务器响应所述退款通知而返回的响应信息，表明支付服务器通知商户服务器的退款通知成功，标记所述退款通知记录的“是否通知成功”为是，不再向所述商户服务器发送所述退款通知。

所述判断模块60用于判断更新后的通知次数是否大于预设次数。具体地，判断所述退款通知记录的通知次数的当前更新累计的次数是否大于预设次数。在一些可行的实施例中，该预设次数可以预先配置在支付服务器中，也可以根据用户及服务器自身需求随时进行修改设置，在此对该预设次数不做具体的限制。例如可以将该预设次数设置为8次，如果将预设次数设置为8次，则可以周期性轮询通知商户服务器至多8次。

所述轮询通知模块70用于若所述更新后的通知次数不大于预设次数，根据更新后的通知时间向商户服务器发送所述退款通知并返回步骤S13。具体地，若所述更新后的通知次数不大于该预设次数，表明在预设次数范围内支付服务器还可以继续周期性向商户服务器发送该退款通知，直至收到该商户服务器响应所述退款通知而返回的响应信息。本实施例中，支付服务器会定时自动扫描所述轮询通知表，优选地，支付服务器每隔一分钟就自动扫描一次所述轮询通知表；并根据轮询通知表中的退款通知记录的通知次数确定所述通知时间的时间间隔，进而确定根据所确定的时间间隔更新后的通知时间，判断是否到达所述更新后的通知时间，若到达所述更新后的通知时间，支付服务器会根据所述更新后的通知时间向所述商户服务器再次发送所述退款通知，并返回所述检测是否收到所述商户服务器响应所述退款通知而返回的响应信息的步骤，即返回步骤S13。

所述消息推送模块80用于若所述更新后的通知次数大于预设次数，采用短信或邮件的方式向商户服务器推送所述退款通知。具体地，若该更新后的通知次数大于该预设次数，表明支付服务器以预设次数周期性轮询通知该商户服务器后，仍然没有收到该商户服务器响应该退款通知而返回的响应信息，表明以预设次数通知商户服务器后仍旧通知失败了，则短信或邮件的方式向该商户服务器推送所述退款通知以确保该商户服务器收到该退款通知，进而提醒商户检查该商户服务器的网络状况和及时处理该用户的后续退款流程。

在上述实施例中，插入模块10通过检测到第一次退款通知失败，向支付服务器的轮询通知表中插入一条对应该退款通知的退款通知记录，所述退款通知模块20可以根据该退款通知记录的通知时间再次发送该退款通知，进而通过检测模块30检测是否收到该商户的响应信息，若仍没有收到该响应信息则通过更新模块40更新所述退款通知记录的通知时间和通知次数，根据更新后的通知次数确定通知时间的时间间隔，进而根据所确定的时间间隔确定更新后的通知时间。若收到该响应信息则通过标记模块50标记该“是否通知成功”为是，停止发送所述退款通知。通过判断模块60判断更新后的通知次数是否大于预设次数，若不大于预设次数，则轮询通知模块70可以根据更新后的通知时间向商户服务器发送所述退款通知并返回步骤S13。若大于预设次数，则通过消息推送模块80采用短信或邮件方式通知商户服务器。其中，该预设次数和通知时间的时间间隔可以预先配置于服务器中，也可以根据用户及服务器自身需求随时进行修改。即上述实施例中，若没有收到该商户返回的响应信息，则能及时发现退款通知失败、用户退款流程异常的情况，并能周期性轮询通知商户服务器，直至收到商户服务器返回的响应信息，避免该商户服务器可能由于网络状况不好或服务器出现故障等问题暂时收不到该退款通知而无法及时处理该退款流程的情况，从而确保商户服务器收到该退款成功的退款通知，并完成用户的后续退款流程。克服了现有技术中只能通过每日人工核对一遍退款信息或用户投诉才能发现用户退款流程有异常的缺陷，并且多次发送退款通知后，商户服务器仍没能收到该退款通知，则采用短信或邮件的方式发送该退款通知，确保及时通知商户服务器进行用户退款处理，保障用户及时收到退款金额，提高用户退款体验效果，并且有效减少工作人员的工作压力和时间成本。

请参看图6，其是图5所示的更新模块40的示意流程图。在本实施例中，该更新模块40包括计数模块42、第一确定模块44以及时间更新模块46。

所述计数模块42用于对通知次数计数一次以更新该通知次数。具体地，若没有检测收到该商户服务器响应该退款通知而返回的响应信息，表明该支付服务器通知该商户服务器失败，则对通知次数计数一次以更新该通知次数。在本实施例中，更新该退款通知记录的通知次数是通过在计数器中对当前的通知次数进行计数一次的方式实现，从而更新该通知次数。在此不对所述通知次数的更新实现方式做限制。

所述第一确定模块44用于根据更新后的通知次数确定所述通知时间的时间间隔。具体地，该通知时间的时间间隔可以以不等时间间隔预先配置在支付服务器中，也可以设定为等时间间隔，当然也可以根据用户及服务器自身需求随时进行调整修改，在此不对通知时间的时间间隔做具体限制。例如，在本实施例中，当该通知时间的时间间隔采用不等时间间隔预先配置在支付服务器时，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表。当预设次数为8次时，所述更新后通知次数依次可以对应的时间间隔包括2分钟，2分钟，5分钟，10分钟，1小时，2小时，6小时。例如，当支付服务器给商户服务器发送第一次该退款通知时，没有收到商户响应所述退款通知而返回的响应信息，则判定第一次该退款通知失败，则向所述轮询通知表插入一条对应所述退款通知的退款通知记录，因此，该通知次数的初始值设为1次；当第二次发送该退款通知后仍没有收到响应信息，则在计数器中对该通知失败计数一次，则更新后通知次数为2次，查询所述时间间隔查询列表确定更新后通知次数为2次时对应的时间间隔为2分钟，则支付服务器则需要等待两分钟后向所述商户服务器发送该退款通知，若仍没有收到所述商户服务器的响应信息，则在计数器中再对上述通知次数进行计数一次，则更新后通知次数为3次，其对应的时间间隔为2分钟，以此类推，若更新后通知次数为4次，则对应的时间间隔为5分钟，若更新后通知次数为5次，则对应的时间间隔为10分钟，因此，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表，从而根据更新后的通知次数确定所述通知时间的时间间隔。

所述时间更新模块46用于根据所确定的时间间隔更新所述退款通知记录的通知时间。具体地，所述通知时间是由当前通知时间加上所确定的时间间隔确定的。例如，若当前通知时间为早上7点，第二次通知失败后，更新后的通知次数为2次，则确定的当前通知时间的时间间隔为2分钟，则下一次通知时间为7点加上2分钟，即为7点2分。

在上述实施例中，若没有收到该响应信息则通过更新模块40更新所述退款通知记录的通知时间和通知次数，其中，通过计数模块42对通知次数计数一次以更新该通知次数，确定模块44可以根据更新后的通知次数确定通知时间的时间间隔，进而时间更新模块46可以根据所确定的时间间隔确定更新后的通知时间。

请参看图7，其是图5所示的轮询通知模块70的示意流程图。在本实施例中，该轮询通知模块70包括自动扫描模块72、第二确定模块74、时间判断模块76以及计时发送模块78。

所述自动扫描模块72用于定时自动扫描所述轮询通知表。具体地，该支付服务器会定时自动扫描所述轮询通知表，优选地，该支付服务器每隔一分钟就自动扫描一次该轮询通知表，确保可以实时获取查询该轮询通知表中的退款通知记录的相关信息，确保该退款通知记录能及时被处理。

所述第二确定模块74用于确定根据所确定的时间间隔更新后的通知时间。具体地，当所述第一次退款通知发送失败后，支付服务器会向轮询通知表内插入一条对应所述退款通知的退款通知记录，表明该订单退款成功，但是通知商户失败。该退款通知记录包括通知次数、通知时间以及是否通知成功。根据更新后的通知次数确定所述通知时间的时间间隔，确定根据所确定的时间间隔更新后的通知时间，等到该更新后的通知时间后，支付服务器会再次向商户服务器发送退款成功的退款通知。即所述通知时间是由当前通知时间加上所确定的时间间隔确定的。例如，若当前通知时间为早上7点，第二次通知失败后，更新后的通知次数为2次，则确定的当前通知时间的时间间隔为2分钟，则下一次通知时间为7点加上2分钟，即为7点2分。在一些可行的实施例中，该通知时间的时间间隔可以以不等时间间隔预先配置在支付服务器中，也可以设定为等时间间隔，当然也可以根据用户及服务器自身需求随时进行调整修改，在此不对通知时间的时间间隔做具体限制。在另外一些可行的实施例中，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表，当预设次数为8次时，所述更新后通知次数依次可以对应的时间间隔包括2分钟，2分钟，5分钟，10分钟，1小时，2小时，6小时。

所述时间判断模块76用于判断是否到达所述更新后的通知时间。具体地，确定根据所确定的时间间隔更新后的通知时间后，支付服务器会每隔一分钟自动扫描一次轮询通知表，判断是否达到所确定的更新后的通知时间。

所述计时发送模块78用于若到达所述更新后的通知时间，向所述商户服务器发送所述退款通知并返回所述检测是否收到所述商户服务器响应所述退款通知而返回的响应信息的步骤。该计时发送模块78可以为计时器。

在上述实施例中，通过所述自动扫描模块72定时自动扫描所述轮询通知表，确保可以实时获取查询该轮询通知表中的退款通知记录的相关信息，确保该退款通知记录能及时被处理，其次，所述第一确定模块44可以根据更新后的通知次数确定所述通知时间的时间间隔，通过所述第二确定模块74可以确定根据所确定的时间间隔更新后的通知时间，通过时间判断模块76可以判断是否到达所述更新后的通知时间，若到达所述更新后的通知时间，可以通过计时发送模块78再次向商户服务器发送所述退款通知。因此，本实施例中，能及时发现用户退款流程异常，并能周期性通知商户服务器，直至收到商户服务器返回的响应信息，避免该商户服务器可能由于网络状况不好或服务器出现故障等问题暂时收不到该退款通知而无法及时处理该退款流程的情况，从而确保商户服务器收到该退款成功的退款通知，并完成用户的后续退款流程。克服了现有技术中只能通过每日人工核对一遍退款信息或用户投诉才能发现用户退款流程有异常的缺陷，并且多次发送退款通知后，商户服务器仍没能收到该退款通知，则采用短信或邮件的方式发送该退款通知，确保及时通知商户服务器进行用户退款处理，保障用户及时收到退款金额，提高用户退款体验效果，并且减少工作人员的工作压力和时间成本。

请参看图8，其是本发明第二实施例提供的一种服务器100＇的示意性框图。该服务器100＇包括第一通知模块101、第一检测模块102、插入模块103、第二通知模块104、第二检测模块105、更新模块106、标记模块107、判断模块108、轮询通知模块109以及消息推送模块110。

所述第一通知模块101用于向所述商户服务器第一次发送所述退款通知。具体地，当用户通过在线支付方式付款，收到商品和/或服务后，对商品和/或服务不满意(或者想取消交易)，可以提交退款请求，提交请求后支付服务器会进行退款操作，当退款成功后，支付服务器需要通知商户该笔订单是退款成功的，商户才会通知用户该笔订单已退款成功并接着完成后续的退款操作，因此，当用户提交退款申请后，支付服务器退款成功后需要向商户服务器发送退款成功的退款通知，以便完成后续整个退款的流程。

所述第一检测模块102用于检测是否收到所述商户服务器响应所述退款通知而返回的响应信息。具体地，当支付服务器向该商户服务器发送第一次退款通知后，需要收到该商户服务器响应该退款通知而返回的响应信息，以保障该退款通知成功发送到该商户服务器，确保用户的后续退款流程顺利完成。因此，需要实时检测是否收到该商户服务器响应所述退款通知而返回的响应信息。

所述插入模块103用于判定第一次退款通知失败，向轮询通知表插入一条对应所述退款通知的退款通知记录，所述退款通知记录包括通知时间，通知次数，是否通知成功。具体地，如果支付服务器第一次退款通知发送失败后，由于现有技术是需要等到支付服务器每天核对一遍退款通知的时候，确定该退款通知失败后才会补发一次通知给商户服务器，才能完成后续的退款流程，但是这种方式不能及时退款给用户，用户的退款体验效果比较差，因此本方案的支付服务器在检测到第一次退款通知失败后，会向轮询通知表里插入一条对应所述退款通知的退款通知记录信息，该退款通知记录包括以下的信息：通知时间，通知次数以及是否通知成功；在一些可行实施例中，还包括用户订单号，该退款通知对应的商户服务器地址等信息。

所述第二通知模块104用于根据所述退款通知记录的通知时间向商户服务器发送所述退款通知。具体地，所述退款通知记录包括通知次数，通知时间以及是否通知成功。当判定第一次退款通知失败后，通过插入的退款通知记录里的通知时间可以确定第二次向商户服务器发送该退款通知的通知时间，因此，等到该通知时间后，支付服务器会向商户服务器第二次发送该退款通知。

所述第二检测模块105用于检测是否收到所述商户服务器响应所述退款通知而返回的响应信息。具体地，当支付服务器向该商户服务器发送该退款通知后，需要收到该商户服务器响应该退款通知而返回的响应信息，以保障该退款通知成功发送到该商户服务器，确保用户的后续退款流程顺利完成。因此，需要实时检测是否收到该商户服务器响应所述退款通知而返回的响应信息。

所述更新模块106用于若没有收到所述响应信息，更新所述退款通知记录的通知时间和通知次数。具体地，若没有检测收到该商户服务器响应该退款通知而返回的响应信息，表明该支付服务器通知该商户服务器失败，则更新所述退款通知记录的通知时间和通知次数。在本实施例中，更新该退款通知记录的通知次数是通过在计数器中对当前的通知次数进行计数一次的方式实现，从而更新该通知次数。本实施例中，根据更新后的通知次数确定所述通知时间的时间间隔，其中，该通知时间的时间间隔可以以不等时间间隔预先配置在支付服务器中，也可以设定为等时间间隔，当然也可以根据用户及服务器自身需求随时进行调整修改，在此不对通知时间的时间间隔做具体限制。例如，在本实施例中，当该通知时间的时间间隔采用不等时间间隔预先配置在支付服务器时，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表。当预设次数为8次时，所述更新后通知次数依次可以对应的时间间隔包括2分钟，2分钟，5分钟，10分钟，1小时，2小时，6小时。例如，当支付服务器给商户服务器发送第一次该退款通知时，没有收到商户响应所述退款通知而返回的响应信息，则判定第一次该退款通知失败，则向所述轮询通知表插入一条对应所述退款通知的退款通知记录，因此，该通知次数的初始值设为1次；当第二次发送该退款通知后仍没有收到响应信息，则在计数器中对该通知失败计数一次，则更新后通知次数为2次，查询所述时间间隔查询列表确定更新后通知次数为2次时对应的时间间隔为2分钟，则支付服务器则需要等待两分钟后向所述商户服务器发送该退款通知，若仍没有收到所述商户服务器的响应信息，则在计数器中再对上述通知次数进行计数一次，则更新后通知次数为3次，其对应的时间间隔为2分钟，以此类推，若更新后通知次数为4次，则对应的时间间隔为5分钟，若更新后通知次数为5次，则对应的时间间隔为10分钟，因此，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表，根据更新后的通知次数确定所述通知时间的时间间隔，进而根据所确定的时间间隔更新所述退款通知记录的通知时间，其中，所述通知时间是由当前通知时间加上所确定的时间间隔确定的。例如，若当前通知时间为早上7点，第二次通知失败后，更新后的通知次数为2次，则确定的当前通知时间的时间间隔为2分钟，则下一次通知时间为7点加上2分钟，即为7点2分。

所述标记模块107用于若收到所述响应信息，则将所述退款通知记录的是否通知成功标记为是，不再向所述商户服务器发送所述退款通知。具体地，若检测到该商户服务器响应所述退款通知而返回的响应信息，表明支付服务器通知商户服务器的退款通知成功，标记所述退款通知记录的“是否通知成功”为是，不再向所述商户服务器发送所述退款通知。

所述判断模块108用于判断更新后的通知次数是否大于预设次数。具体地，判断所述退款通知记录的通知次数的当前更新累计的次数是否大于预设次数。在一些可行的实施例中，该预设次数可以预先配置在支付服务器中，也可以根据用户及服务器自身需求随时进行修改设置，在此对该预设次数不做具体的限制。例如可以将该预设次数设置为8次，如果将预设次数设置为8次，则可以周期性轮询通知商户服务器至多8次。

所述轮询通知模块109用于若所述更新后的通知次数不大于预设次数，根据更新后的通知时间向商户服务器发送所述退款通知并返回步骤S13。具体地，若所述更新后的通知次数不大于该预设次数，表明在预设次数范围内支付服务器还可以继续周期性向商户服务器发送该退款通知，直至收到该商户服务器响应所述退款通知而返回的响应信息。本实施例中，支付服务器会定时自动扫描所述轮询通知表，优选地，支付服务器每隔一分钟就自动扫描一次所述轮询通知表；并根据轮询通知表中的退款通知记录的通知次数确定所述通知时间的时间间隔，进而确定根据所确定的时间间隔更新后的通知时间，判断是否到达所述更新后的通知时间，若到达所述更新后的通知时间，支付服务器会根据所述更新后的通知时间向所述商户服务器再次发送所述退款通知，并返回所述检测是否收到所述商户服务器响应所述退款通知而返回的响应信息的步骤，即返回步骤S13。

所述消息推送模块110用于若所述更新后的通知次数大于预设次数，采用短信或邮件的方式向商户服务器推送所述退款通知。具体地，若该更新后的通知次数大于该预设次数，表明支付服务器以预设次数周期性轮询通知该商户服务器后，仍然没有收到该商户服务器响应该退款通知而返回的响应信息，表明以预设次数通知商户服务器后仍旧通知失败了，则短信或邮件的方式向该商户服务器推送所述退款通知以确保该商户服务器收到该退款通知，进而提醒商户检查该商户服务器的网络状况和及时处理该用户的后续退款流程。

在上述实施例中，通过第一通知模块101向所述商户服务器第一次发送所述退款通知，第一检测模块102检测是否收到商户返回的响应信息，若没有收到该响应信息判定第一次退款通知失败，通过插入模块103向支付服务器的轮询通知表中插入一条对应该退款通知的退款通知记录，所述第二通知模块104可以根据该退款通知记录的通知时间再次发送该退款通知，进而通过第二检测模块105检测是否收到该商户的响应信息，若仍没有收到该响应信息则通过更新模块106更新所述退款通知记录的通知时间和通知次数，根据更新后的通知次数确定通知时间的时间间隔，进而根据所确定的时间间隔确定更新后的通知时间。若收到该响应信息则通过标记模块107标记该“是否通知成功”为是，停止发送所述退款通知。通过判断模块108判断更新后的通知次数是否大于预设次数，若不大于预设次数，则轮询通知模块109可以根据更新后的通知时间向商户服务器发送所述退款通知并返回步骤S13。若大于预设次数，则通过消息推送模块110采用短信或邮件方式通知商户服务器。其中，该预设次数和通知时间的时间间隔可以预先配置于服务器中，也可以根据用户及服务器自身需求随时进行修改。即上述实施例中，若没有收到该商户返回的响应信息，则能及时发现退款通知失败、用户退款流程异常的情况，并能周期性轮询通知商户服务器，直至收到商户服务器返回的响应信息，避免该商户服务器可能由于网络状况不好或服务器出现故障等问题暂时收不到该退款通知而无法及时处理该退款流程的情况，从而确保商户服务器收到该退款成功的退款通知，并完成用户的后续退款流程。克服了现有技术中只能通过每日人工核对一遍退款信息或用户投诉才能发现用户退款流程有异常的缺陷，并且多次发送退款通知后，商户服务器仍没能收到该退款通知，则采用短信或邮件的方式发送该退款通知，确保及时通知商户服务器进行用户退款处理，保障用户及时收到退款金额，提高用户退款体验效果，并且有效减少工作人员的工作压力和时间成本。

请参看图9，是本发明另一实施例提供的一种服务器80的示意框图。如图所示，在本实施例中的服务器80可以包括：一个或多个处理器801、一个或多个输入设备802、一个或多个输出设备803、存储器804。上述处理器801、输入设备802、输出设备803、存储器804通过总线805连接。存储器802用于存储指令，处理器801用于执行存储器802存储的指令。

其中，处理器801用于：

若检测到第一次退款通知失败，向轮询通知表插入一条对应所述退款通知的退款通知记录，所述退款通知记录包括通知时间，通知次数，是否通知成功。具体地，当用户通过在线支付方式付款，收到商品和/或服务后，对商品和/或服务不满意(或者想取消交易)，可以提交退款请求，提交请求后支付服务器会进行退款操作，当退款成功后，支付服务器需要通知商户该笔订单是退款成功的，商户才会通知用户该笔订单已退款成功并接着完成后续的退款操作，因此，当用户提交退款申请后，支付服务器退款成功后需要向商户服务器发送退款成功的退款通知，以便完成后续整个退款的流程。如果支付服务器第一次退款通知发送失败后，由于现有技术是需要等到支付服务器每天核对一遍退款通知的时候，确定该退款通知失败后才会补发一次通知给商户服务器，才能完成后续的退款流程，但是这种方式不能及时退款给用户，用户的退款体验效果比较差，因此本方案的支付服务器在检测到第一次退款通知失败后，会向轮询通知表里插入一条对应所述退款通知的退款通知记录信息，该退款通知记录包括以下的信息：通知时间，通知次数以及是否通知成功；在一些可行实施例中，还包括用户订单号，该退款通知对应的商户服务器地址等信息。

根据所述退款通知记录的通知时间向商户服务器发送所述退款通知。具体地，所述退款通知记录包括通知次数，通知时间以及是否通知成功。当判定第一次退款通知失败后，通过插入的退款通知记录里的通知时间可以确定第二次向商户服务器发送该退款通知的通知时间，因此，等到该通知时间后，支付服务器会向商户服务器第二次发送该退款通知。

检测是否收到所述商户服务器响应所述退款通知而返回的响应信息。具体地，当支付服务器向该商户服务器发送该退款通知后，需要收到该商户服务器响应该退款通知而返回的响应信息，以保障该退款通知成功发送到该商户服务器，确保用户的后续退款流程顺利完成。因此，需要实时检测是否收到该商户服务器响应所述退款通知而返回的响应信息。

若没有收到所述响应信息，更新所述退款通知记录的通知时间和通知次数。具体地，若没有检测收到该商户服务器响应该退款通知而返回的响应信息，表明该支付服务器通知该商户服务器失败，则更新所述退款通知记录的通知时间和通知次数。在本实施例中，更新该退款通知记录的通知次数是通过在计数器中对当前的通知次数进行计数一次的方式实现，从而更新该通知次数。本实施例中，根据更新后的通知次数确定所述通知时间的时间间隔，其中，该通知时间的时间间隔可以以不等时间间隔预先配置在支付服务器中，也可以设定为等时间间隔，当然也可以根据用户及服务器自身需求随时进行调整修改，在此不对通知时间的时间间隔做具体限制。例如，在本实施例中，当该通知时间的时间间隔采用不等时间间隔预先配置在支付服务器时，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表。当预设次数为8次时，所述更新后通知次数依次可以对应的时间间隔包括2分钟，2分钟，5分钟，10分钟，1小时，2小时，6小时。例如，当支付服务器给商户服务器发送第一次该退款通知时，没有收到商户响应所述退款通知而返回的响应信息，则判定第一次该退款通知失败，则向所述轮询通知表插入一条对应所述退款通知的退款通知记录，因此，该通知次数的初始值设为1次；当第二次发送该退款通知后仍没有收到响应信息，则在计数器中对该通知失败计数一次，则更新后通知次数为2次，查询所述时间间隔查询列表确定更新后通知次数为2次时对应的时间间隔为2分钟，则支付服务器则需要等待两分钟后向所述商户服务器发送该退款通知，若仍没有收到所述商户服务器的响应信息，则在计数器中再对上述通知次数进行计数一次，则更新后通知次数为3次，其对应的时间间隔为2分钟，以此类推，若更新后通知次数为4次，则对应的时间间隔为5分钟，若更新后通知次数为5次，则对应的时间间隔为10分钟，因此，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表，根据更新后的通知次数确定所述通知时间的时间间隔，进而根据所确定的时间间隔更新所述退款通知记录的通知时间，其中，所述通知时间是由当前通知时间加上所确定的时间间隔确定的。例如，若当前通知时间为早上7点，第二次通知失败后，更新后的通知次数为2次，则确定的当前通知时间的时间间隔为2分钟，则下一次通知时间为7点加上2分钟，即为7点2分。

若收到所述响应信息，则将所述退款通知记录的是否通知成功标记为是，不再向所述商户服务器发送所述退款通知。具体地，若检测到该商户服务器响应所述退款通知而返回的响应信息，表明支付服务器通知商户服务器的退款通知成功，标记所述退款通知记录的“是否通知成功”为是，不再向所述商户服务器发送所述退款通知。

判断更新后的通知次数是否大于预设次数。具体地，判断所述退款通知记录的通知次数的当前更新累计的次数是否大于预设次数。在一些可行的实施例中，该预设次数可以预先配置在支付服务器中，也可以根据用户及服务器自身需求随时进行修改设置，在此对该预设次数不做具体的限制。例如可以将该预设次数设置为8次，如果将预设次数设置为8次，则可以周期性轮询通知商户服务器至多8次。

若所述更新后的通知次数不大于预设次数，根据更新后的通知时间向商户服务器发送所述退款通知并返回步骤S13。具体地，若所述更新后的通知次数不大于该预设次数，表明在预设次数范围内支付服务器还可以继续周期性向商户服务器发送该退款通知，直至收到该商户服务器响应所述退款通知而返回的响应信息。本实施例中，支付服务器会定时自动扫描所述轮询通知表，优选地，支付服务器每隔一分钟就自动扫描一次所述轮询通知表；并根据轮询通知表中的退款通知记录的通知次数确定所述通知时间的时间间隔，进而确定根据所确定的时间间隔更新后的通知时间，判断是否到达所述更新后的通知时间，若到达所述更新后的通知时间，支付服务器会根据所述更新后的通知时间向所述商户服务器再次发送所述退款通知，并返回所述检测是否收到所述商户服务器响应所述退款通知而返回的响应信息的步骤，即返回步骤S13。

若所述更新后的通知次数大于预设次数，采用短信或邮件的方式向商户服务器推送所述退款通知。具体地，若该更新后的通知次数大于该预设次数，表明支付服务器以预设次数周期性轮询通知该商户服务器后，仍然没有收到该商户服务器响应该退款通知而返回的响应信息，表明以预设次数通知商户服务器后仍旧通知失败了，则短信或邮件的方式向该商户服务器推送所述退款通知以确保该商户服务器收到该退款通知，进而提醒商户检查该商户服务器的网络状况和及时处理该用户的后续退款流程。

在上述实施例中，通过检测到第一次退款通知失败，向支付服务器的轮询通知表中插入一条对应该退款通知的退款通知记录，并根据该退款通知记录的通知时间再次发送该退款通知，直至收到该商户服务器响应所述退款通知而返回的响应信息，若仍没有收到该响应信息则更新所述退款通知记录的通知时间和通知次数，根据更新后的通知次数确定通知时间的时间间隔，进而根据所确定的时间间隔确定更新后的通知时间。若所述更新后的通知次数大于预设次数，则采用短信或邮件方式通知商户服务器。其中，该预设次数和通知时间的时间间隔可以预先配置于服务器中，也可以根据用户及服务器自身需求随时进行修改。即上述实施例中，若没有收到该商户返回的响应信息，则能及时发现退款通知失败、用户退款流程异常的情况，并能周期性轮询通知商户服务器，直至收到商户服务器返回的响应信息，避免该商户服务器可能由于网络状况不好或服务器出现故障等问题暂时收不到该退款通知而无法及时处理该退款流程的情况，从而确保商户服务器收到该退款成功的退款通知，并完成用户的后续退款流程。克服了现有技术中只能通过每日人工核对一遍退款信息或用户投诉才能发现用户退款流程有异常的缺陷，并且多次发送退款通知后，商户服务器仍没能收到该退款通知，则采用短信或邮件的方式发送该退款通知，确保及时通知商户服务器进行用户退款处理，保障用户及时收到退款金额，提高用户退款体验效果，并且有效减少工作人员的工作压力和时间成本。

进一步地，处理器300用于：

对通知次数计数一次以更新该通知次数。具体地，若没有检测收到该商户服务器响应该退款通知而返回的响应信息，表明该支付服务器通知该商户服务器失败，则对通知次数计数一次以更新该通知次数。在本实施例中，更新该退款通知记录的通知次数是通过在计数器中对当前的通知次数进行计数一次的方式实现，从而更新该通知次数。在此不对所述通知次数的更新实现方式做限制。

根据更新后的通知次数确定所述通知时间的时间间隔。具体地，该通知时间的时间间隔可以以不等时间间隔预先配置在支付服务器中，也可以设定为等时间间隔，当然也可以根据用户及服务器自身需求随时进行调整修改，在此不对通知时间的时间间隔做具体限制。例如，在本实施例中，当该通知时间的时间间隔采用不等时间间隔预先配置在支付服务器时，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表。当预设次数为8次时，所述更新后通知次数依次可以对应的时间间隔包括2分钟，2分钟，5分钟，10分钟，1小时，2小时，6小时。例如，当支付服务器给商户服务器发送第一次该退款通知时，没有收到商户响应所述退款通知而返回的响应信息，则判定第一次该退款通知失败，则向所述轮询通知表插入一条对应所述退款通知的退款通知记录，因此，该通知次数的初始值设为1次；当第二次发送该退款通知后仍没有收到响应信息，则在计数器中对该通知失败计数一次，则更新后通知次数为2次，查询所述时间间隔查询列表确定更新后通知次数为2次时对应的时间间隔为2分钟，则支付服务器则需要等待两分钟后向所述商户服务器发送该退款通知，若仍没有收到所述商户服务器的响应信息，则在计数器中再对上述通知次数进行计数一次，则更新后通知次数为3次，其对应的时间间隔为2分钟，以此类推，若更新后通知次数为4次，则对应的时间间隔为5分钟，若更新后通知次数为5次，则对应的时间间隔为10分钟，因此，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表，从而根据更新后的通知次数确定所述通知时间的时间间隔。

根据所确定的时间间隔更新所述退款通知记录的通知时间。具体地，所述通知时间是由当前通知时间加上所确定的时间间隔确定的。例如，若当前通知时间为早上7点，第二次通知失败后，更新后的通知次数为2次，则确定的当前通知时间的时间间隔为2分钟，则下一次通知时间为7点加上2分钟，即为7点2分。

在上述实施例中，若没有收到该响应信息则更新所述退款通知记录的通知时间和通知次数，其中，对通知次数计数一次以更新该通知次数，根据更新后的通知次数确定通知时间的时间间隔，进而根据所确定的时间间隔确定更新后的通知时间。

进一步地，处理器300还用于：

定时自动扫描所述轮询通知表。具体地，该支付服务器会定时自动扫描所述轮询通知表，优选地，该支付服务器每隔一分钟就自动扫描一次该轮询通知表，确保可以实时获取查询该轮询通知表中的退款通知记录的相关信息，确保该退款通知记录能及时被处理。

确定根据所确定的时间间隔更新后的通知时间。具体地，当所述第一次退款通知发送失败后，支付服务器会向轮询通知表内插入一条对应所述退款通知的退款通知记录，表明该订单退款成功，但是通知商户失败。该退款通知记录包括通知次数、通知时间以及是否通知成功。根据更新后的通知次数确定所述通知时间的时间间隔，确定根据所确定的时间间隔更新后的通知时间，等到该更新后的通知时间后，支付服务器会再次向商户服务器发送退款成功的退款通知。即所述通知时间是由当前通知时间加上所确定的时间间隔确定的。例如，若当前通知时间为早上7点，第二次通知失败后，更新后的通知次数为2次，则确定的当前通知时间的时间间隔为2分钟，则下一次通知时间为7点加上2分钟，即为7点2分。在一些可行的实施例中，该通知时间的时间间隔可以以不等时间间隔预先配置在支付服务器中，也可以设定为等时间间隔，当然也可以根据用户及服务器自身需求随时进行调整修改，在此不对通知时间的时间间隔做具体限制。在另外一些可行的实施例中，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表，当预设次数为8次时，所述更新后通知次数依次可以对应的时间间隔包括2分钟，2分钟，5分钟，10分钟，1小时，2小时，6小时。

判断是否到达所述更新后的通知时间。具体地，确定根据所确定的时间间隔更新后的通知时间后，支付服务器会每隔一分钟自动扫描一次轮询通知表，判断是否达到所确定的更新后的通知时间。

若到达所述更新后的通知时间，向所述商户服务器发送所述退款通知并返回所述检测是否收到所述商户服务器响应所述退款通知而返回的响应信息的步骤。

在上述实施例中，通过定时自动扫描所述轮询通知表，确保可以实时获取查询该轮询通知表中的退款通知记录的相关信息，确保该退款通知记录能及时被处理，其次，根据更新后的通知次数确定所述通知时间的时间间隔，确定根据所确定的时间间隔更新后的通知时间，等待所述更新后的通知时间后，支付服务器会再次向商户服务器发送所述退款通知。因此，本实施例中，能及时发现用户退款流程异常，并能周期性通知商户服务器，直至收到商户服务器返回的响应信息，避免该商户服务器可能由于网络状况不好或服务器出现故障等问题暂时收不到该退款通知而无法及时处理该退款流程的情况，从而确保商户服务器收到该退款成功的退款通知，并完成用户的后续退款流程。克服了现有技术中只能通过每日人工核对一遍退款信息或用户投诉才能发现用户退款流程有异常的缺陷，并且多次发送退款通知后，商户服务器仍没能收到该退款通知，则采用短信或邮件的方式发送该退款通知，确保及时通知商户服务器进行用户退款处理，保障用户及时收到退款金额，提高用户退款体验效果，并且减少工作人员的工作压力和时间成本。

进一步地，处理器300可以实现：

向所述商户服务器第一次发送所述退款通知。具体地，当用户通过在线支付方式付款，收到商品和/或服务后，对商品和/或服务不满意(或者想取消交易)，可以提交退款请求，提交请求后支付服务器会进行退款操作，当退款成功后，支付服务器需要通知商户该笔订单是退款成功的，商户才会通知用户该笔订单已退款成功并接着完成后续的退款操作，因此，当用户提交退款申请后，支付服务器退款成功后需要向商户服务器发送退款成功的退款通知，以便完成后续整个退款的流程。

检测是否收到所述商户服务器响应所述退款通知而返回的响应信息。具体地，当支付服务器向该商户服务器发送第一次退款通知后，需要收到该商户服务器响应该退款通知而返回的响应信息，以保障该退款通知成功发送到该商户服务器，确保用户的后续退款流程顺利完成。因此，需要实时检测是否收到该商户服务器响应所述退款通知而返回的响应信息。

判定第一次退款通知失败，向轮询通知表插入一条对应所述退款通知的退款通知记录，所述退款通知记录包括通知时间，通知次数，是否通知成功。具体地，如果支付服务器第一次退款通知发送失败后，由于现有技术是需要等到支付服务器每天核对一遍退款通知的时候，确定该退款通知失败后才会补发一次通知给商户服务器，才能完成后续的退款流程，但是这种方式不能及时退款给用户，用户的退款体验效果比较差，因此本方案的支付服务器在检测到第一次退款通知失败后，会向轮询通知表里插入一条对应所述退款通知的退款通知记录信息，该退款通知记录包括以下的信息：通知时间，通知次数以及是否通知成功；在一些可行实施例中，还包括用户订单号，该退款通知对应的商户服务器地址等信息。

根据所述退款通知记录的通知时间向商户服务器发送所述退款通知。具体地，所述退款通知记录包括通知次数，通知时间以及是否通知成功。当判定第一次退款通知失败后，通过插入的退款通知记录里的通知时间可以确定第二次向商户服务器发送该退款通知的通知时间，因此，等到该通知时间后，支付服务器会向商户服务器第二次发送该退款通知。

检测是否收到所述商户服务器响应所述退款通知而返回的响应信息。具体地，当支付服务器向该商户服务器发送该退款通知后，需要收到该商户服务器响应该退款通知而返回的响应信息，以保障该退款通知成功发送到该商户服务器，确保用户的后续退款流程顺利完成。因此，需要实时检测是否收到该商户服务器响应所述退款通知而返回的响应信息。

若没有收到所述响应信息，更新所述退款通知记录的通知时间和通知次数。具体地，若没有检测收到该商户服务器响应该退款通知而返回的响应信息，表明该支付服务器通知该商户服务器失败，则更新所述退款通知记录的通知时间和通知次数。在本实施例中，更新该退款通知记录的通知次数是通过在计数器中对当前的通知次数进行计数一次的方式实现，从而更新该通知次数。本实施例中，根据更新后的通知次数确定所述通知时间的时间间隔，其中，该通知时间的时间间隔可以以不等时间间隔预先配置在支付服务器中，也可以设定为等时间间隔，当然也可以根据用户及服务器自身需求随时进行调整修改，在此不对通知时间的时间间隔做具体限制。例如，在本实施例中，当该通知时间的时间间隔采用不等时间间隔预先配置在支付服务器时，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表。当预设次数为8次时，所述更新后通知次数依次可以对应的时间间隔包括2分钟，2分钟，5分钟，10分钟，1小时，2小时，6小时。例如，当支付服务器给商户服务器发送第一次该退款通知时，没有收到商户响应所述退款通知而返回的响应信息，则判定第一次该退款通知失败，则向所述轮询通知表插入一条对应所述退款通知的退款通知记录，因此，该通知次数的初始值设为1次；当第二次发送该退款通知后仍没有收到响应信息，则在计数器中对该通知失败计数一次，则更新后通知次数为2次，查询所述时间间隔查询列表确定更新后通知次数为2次时对应的时间间隔为2分钟，则支付服务器则需要等待两分钟后向所述商户服务器发送该退款通知，若仍没有收到所述商户服务器的响应信息，则在计数器中再对上述通知次数进行计数一次，则更新后通知次数为3次，其对应的时间间隔为2分钟，以此类推，若更新后通知次数为4次，则对应的时间间隔为5分钟，若更新后通知次数为5次，则对应的时间间隔为10分钟，因此，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表，根据更新后的通知次数确定所述通知时间的时间间隔，进而根据所确定的时间间隔更新所述退款通知记录的通知时间，其中，所述通知时间是由当前通知时间加上所确定的时间间隔确定的。例如，若当前通知时间为早上7点，第二次通知失败后，更新后的通知次数为2次，则确定的当前通知时间的时间间隔为2分钟，则下一次通知时间为7点加上2分钟，即为7点2分。

若收到所述响应信息，则将所述退款通知记录的是否通知成功标记为是，不再向所述商户服务器发送所述退款通知。具体地，若检测到该商户服务器响应所述退款通知而返回的响应信息，表明支付服务器通知商户服务器的退款通知成功，标记所述退款通知记录的“是否通知成功”为是，不再向所述商户服务器发送所述退款通知。

判断更新后的通知次数是否大于预设次数。具体地，判断所述退款通知记录的通知次数的当前更新累计的次数是否大于预设次数。在一些可行的实施例中，该预设次数可以预先配置在支付服务器中，也可以根据用户及服务器自身需求随时进行修改设置，在此对该预设次数不做具体的限制。例如可以将该预设次数设置为8次，如果将预设次数设置为8次，则可以周期性轮询通知商户服务器至多8次。

若所述更新后的通知次数不大于预设次数，根据更新后的通知时间向商户服务器发送所述退款通知并返回步骤S13。具体地，若所述更新后的通知次数不大于该预设次数，表明在预设次数范围内支付服务器还可以继续周期性向商户服务器发送该退款通知，直至收到该商户服务器响应所述退款通知而返回的响应信息。本实施例中，支付服务器会定时自动扫描所述轮询通知表，优选地，支付服务器每隔一分钟就自动扫描一次所述轮询通知表；并根据轮询通知表中的退款通知记录的通知次数确定所述通知时间的时间间隔，进而确定根据所确定的时间间隔更新后的通知时间，判断是否到达所述更新后的通知时间，若到达所述更新后的通知时间，支付服务器会根据所述更新后的通知时间向所述商户服务器再次发送所述退款通知，并返回所述检测是否收到所述商户服务器响应所述退款通知而返回的响应信息的步骤，即返回步骤S13。

若所述更新后的通知次数大于预设次数，采用短信或邮件的方式向商户服务器推送所述退款通知。具体地，若该更新后的通知次数大于该预设次数，表明支付服务器以预设次数周期性轮询通知该商户服务器后，仍然没有收到该商户服务器响应该退款通知而返回的响应信息，表明以预设次数通知商户服务器后仍旧通知失败了，则短信或邮件的方式向该商户服务器推送所述退款通知以确保该商户服务器收到该退款通知，进而提醒商户检查该商户服务器的网络状况和及时处理该用户的后续退款流程。

在上述实施例中，向所述商户服务器第一次发送所述退款通知，检测是否收到商户返回的响应信息，若没有收到该响应信息则判定第一次退款通知失败后，向支付服务器的轮询通知表中插入一条对应该退款通知的退款通知记录，并根据该退款通知记录的通知时间再次发送该退款通知，直至收到该商户服务器响应所述退款通知而返回的响应信息，若仍没有收到该响应信息则更新所述退款通知记录的通知时间和通知次数，根据更新后的通知次数确定通知时间的时间间隔，进而根据所确定的时间间隔确定更新后的通知时间。若所述更新后的通知次数大于预设次数，则采用短信或邮件方式通知商户服务器。其中，该预设次数和通知时间的时间间隔可以预先配置于服务器中，也可以根据用户及服务器自身需求随时进行修改。即上述实施例中，若没有收到该商户返回的响应信息，则能及时发现退款通知失败、用户退款流程异常的情况，并能周期性轮询通知商户服务器，直至收到商户服务器返回的响应信息，避免该商户服务器可能由于网络状况不好或服务器出现故障等问题暂时收不到该退款通知而无法及时处理该退款流程的情况，从而确保商户服务器收到该退款成功的退款通知，并完成用户的后续退款流程。克服了现有技术中只能通过每日人工核对一遍退款信息或用户投诉才能发现用户退款流程有异常的缺陷，并且多次发送退款通知后，商户服务器仍没能收到该退款通知，则采用短信或邮件的方式发送该退款通知，确保及时通知商户服务器进行用户退款处理，保障用户及时收到退款金额，提高用户退款体验效果，并且有效减少工作人员的工作压力和时间成本。

应当理解，在本发明实施例中，所称处理器801可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备802可以包括触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等，输出设备803可以包括显示器(LCD等)、扬声器等。

该存储器804可以包括只读存储器和随机存取存储器，并向处理器801提供指令和数据。存储器804的一部分还可以包括非易失性随机存取存储器。例如，存储器804还可以存储设备类型的信息。

具体实现中，本发明实施例中所描述的处理器801、输入设备802、输出设备803可执行本发明实施例提供的一种通知商户退款信息的方法的第一实施例和第二实施例中所描述的实现方式，也可执行本发明实施例所描述的服务器的实现方式，在此不再赘述。

在本发明的另一实施例中提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现：

若检测到第一次退款通知失败，向轮询通知表插入一条对应所述退款通知的退款通知记录，所述退款通知记录包括通知时间，通知次数，是否通知成功。具体地，当用户通过在线支付方式付款，收到商品和/或服务后，对商品和/或服务不满意(或者想取消交易)，可以提交退款请求，提交请求后支付服务器会进行退款操作，当退款成功后，支付服务器需要通知商户该笔订单是退款成功的，商户才会通知用户该笔订单已退款成功并接着完成后续的退款操作，因此，当用户提交退款申请后，支付服务器退款成功后需要向商户服务器发送退款成功的退款通知，以便完成后续整个退款的流程。如果支付服务器第一次退款通知发送失败后，由于现有技术是需要等到支付服务器每天核对一遍退款通知的时候，确定该退款通知失败后才会补发一次通知给商户服务器，才能完成后续的退款流程，但是这种方式不能及时退款给用户，用户的退款体验效果比较差，因此本方案的支付服务器在检测到第一次退款通知失败后，会向轮询通知表里插入一条对应所述退款通知的退款通知记录信息，该退款通知记录包括以下的信息：通知时间，通知次数以及是否通知成功；在一些可行实施例中，还包括用户订单号，该退款通知对应的商户服务器地址等信息。

根据所述退款通知记录的通知时间向商户服务器发送所述退款通知。具体地，所述退款通知记录包括通知次数，通知时间以及是否通知成功。当判定第一次退款通知失败后，通过插入的退款通知记录里的通知时间可以确定第二次向商户服务器发送该退款通知的通知时间，因此，等到该通知时间后，支付服务器会向商户服务器第二次发送该退款通知。

检测是否收到所述商户服务器响应所述退款通知而返回的响应信息。具体地，当支付服务器向该商户服务器发送该退款通知后，需要收到该商户服务器响应该退款通知而返回的响应信息，以保障该退款通知成功发送到该商户服务器，确保用户的后续退款流程顺利完成。因此，需要实时检测是否收到该商户服务器响应所述退款通知而返回的响应信息。

若没有收到所述响应信息，更新所述退款通知记录的通知时间和通知次数。具体地，若没有检测收到该商户服务器响应该退款通知而返回的响应信息，表明该支付服务器通知该商户服务器失败，则更新所述退款通知记录的通知时间和通知次数。在本实施例中，更新该退款通知记录的通知次数是通过在计数器中对当前的通知次数进行计数一次的方式实现，从而更新该通知次数。本实施例中，根据更新后的通知次数确定所述通知时间的时间间隔，其中，该通知时间的时间间隔可以以不等时间间隔预先配置在支付服务器中，也可以设定为等时间间隔，当然也可以根据用户及服务器自身需求随时进行调整修改，在此不对通知时间的时间间隔做具体限制。例如，在本实施例中，当该通知时间的时间间隔采用不等时间间隔预先配置在支付服务器时，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表。当预设次数为8次时，所述更新后通知次数依次可以对应的时间间隔包括2分钟，2分钟，5分钟，10分钟，1小时，2小时，6小时。例如，当支付服务器给商户服务器发送第一次该退款通知时，没有收到商户响应所述退款通知而返回的响应信息，则判定第一次该退款通知失败，则向所述轮询通知表插入一条对应所述退款通知的退款通知记录，因此，该通知次数的初始值设为1次；当第二次发送该退款通知后仍没有收到响应信息，则在计数器中对该通知失败计数一次，则更新后通知次数为2次，查询所述时间间隔查询列表确定更新后通知次数为2次时对应的时间间隔为2分钟，则支付服务器则需要等待两分钟后向所述商户服务器发送该退款通知，若仍没有收到所述商户服务器的响应信息，则在计数器中再对上述通知次数进行计数一次，则更新后通知次数为3次，其对应的时间间隔为2分钟，以此类推，若更新后通知次数为4次，则对应的时间间隔为5分钟，若更新后通知次数为5次，则对应的时间间隔为10分钟，因此，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表，根据更新后的通知次数确定所述通知时间的时间间隔，进而根据所确定的时间间隔更新所述退款通知记录的通知时间，其中，所述通知时间是由当前通知时间加上所确定的时间间隔确定的。例如，若当前通知时间为早上7点，第二次通知失败后，更新后的通知次数为2次，则确定的当前通知时间的时间间隔为2分钟，则下一次通知时间为7点加上2分钟，即为7点2分。

若收到所述响应信息，则将所述退款通知记录的是否通知成功标记为是，不再向所述商户服务器发送所述退款通知。具体地，若检测到该商户服务器响应所述退款通知而返回的响应信息，表明支付服务器通知商户服务器的退款通知成功，标记所述退款通知记录的“是否通知成功”为是，不再向所述商户服务器发送所述退款通知。

判断更新后的通知次数是否大于预设次数。具体地，判断所述退款通知记录的通知次数的当前更新累计的次数是否大于预设次数。在一些可行的实施例中，该预设次数可以预先配置在支付服务器中，也可以根据用户及服务器自身需求随时进行修改设置，在此对该预设次数不做具体的限制。例如可以将该预设次数设置为8次，如果将预设次数设置为8次，则可以周期性轮询通知商户服务器至多8次。

若所述更新后的通知次数不大于预设次数，根据更新后的通知时间向商户服务器发送所述退款通知并返回步骤S13。具体地，若所述更新后的通知次数不大于该预设次数，表明在预设次数范围内支付服务器还可以继续周期性向商户服务器发送该退款通知，直至收到该商户服务器响应所述退款通知而返回的响应信息。本实施例中，支付服务器会定时自动扫描所述轮询通知表，优选地，支付服务器每隔一分钟就自动扫描一次所述轮询通知表；并根据轮询通知表中的退款通知记录的通知次数确定所述通知时间的时间间隔，进而确定根据所确定的时间间隔更新后的通知时间，判断是否到达所述更新后的通知时间，若到达所述更新后的通知时间，支付服务器会根据所述更新后的通知时间向所述商户服务器再次发送所述退款通知，并返回所述检测是否收到所述商户服务器响应所述退款通知而返回的响应信息的步骤，即返回步骤S13。

若所述更新后的通知次数大于预设次数，采用短信或邮件的方式向商户服务器推送所述退款通知。具体地，若该更新后的通知次数大于该预设次数，表明支付服务器以预设次数周期性轮询通知该商户服务器后，仍然没有收到该商户服务器响应该退款通知而返回的响应信息，表明以预设次数通知商户服务器后仍旧通知失败了，则短信或邮件的方式向该商户服务器推送所述退款通知以确保该商户服务器收到该退款通知，进而提醒商户检查该商户服务器的网络状况和及时处理该用户的后续退款流程。

在上述实施例中，通过检测到第一次退款通知失败，向支付服务器的轮询通知表中插入一条对应该退款通知的退款通知记录，并根据该退款通知记录的通知时间再次发送该退款通知，直至收到该商户服务器响应所述退款通知而返回的响应信息，若仍没有收到该响应信息则更新所述退款通知记录的通知时间和通知次数，根据更新后的通知次数确定通知时间的时间间隔，进而根据所确定的时间间隔确定更新后的通知时间。若所述更新后的通知次数大于预设次数，则采用短信或邮件方式通知商户服务器。其中，该预设次数和通知时间的时间间隔可以预先配置于服务器中，也可以根据用户及服务器自身需求随时进行修改。即上述实施例中，若没有收到该商户返回的响应信息，则能及时发现退款通知失败、用户退款流程异常的情况，并能周期性轮询通知商户服务器，直至收到商户服务器返回的响应信息，避免该商户服务器可能由于网络状况不好或服务器出现故障等问题暂时收不到该退款通知而无法及时处理该退款流程的情况，从而确保商户服务器收到该退款成功的退款通知，并完成用户的后续退款流程。克服了现有技术中只能通过每日人工核对一遍退款信息或用户投诉才能发现用户退款流程有异常的缺陷，并且多次发送退款通知后，商户服务器仍没能收到该退款通知，则采用短信或邮件的方式发送该退款通知，确保及时通知商户服务器进行用户退款处理，保障用户及时收到退款金额，提高用户退款体验效果，并且有效减少工作人员的工作压力和时间成本。

进一步实现：

对通知次数计数一次以更新该通知次数。具体地，若没有检测收到该商户服务器响应该退款通知而返回的响应信息，表明该支付服务器通知该商户服务器失败，则对通知次数计数一次以更新该通知次数。在本实施例中，更新该退款通知记录的通知次数是通过在计数器中对当前的通知次数进行计数一次的方式实现，从而更新该通知次数。在此不对所述通知次数的更新实现方式做限制。

根据更新后的通知次数确定所述通知时间的时间间隔。具体地，该通知时间的时间间隔可以以不等时间间隔预先配置在支付服务器中，也可以设定为等时间间隔，当然也可以根据用户及服务器自身需求随时进行调整修改，在此不对通知时间的时间间隔做具体限制。例如，在本实施例中，当该通知时间的时间间隔采用不等时间间隔预先配置在支付服务器时，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表。当预设次数为8次时，所述更新后通知次数依次可以对应的时间间隔包括2分钟，2分钟，5分钟，10分钟，1小时，2小时，6小时。例如，当支付服务器给商户服务器发送第一次该退款通知时，没有收到商户响应所述退款通知而返回的响应信息，则判定第一次该退款通知失败，则向所述轮询通知表插入一条对应所述退款通知的退款通知记录，因此，该通知次数的初始值设为1次；当第二次发送该退款通知后仍没有收到响应信息，则在计数器中对该通知失败计数一次，则更新后通知次数为2次，查询所述时间间隔查询列表确定更新后通知次数为2次时对应的时间间隔为2分钟，则支付服务器则需要等待两分钟后向所述商户服务器发送该退款通知，若仍没有收到所述商户服务器的响应信息，则在计数器中再对上述通知次数进行计数一次，则更新后通知次数为3次，其对应的时间间隔为2分钟，以此类推，若更新后通知次数为4次，则对应的时间间隔为5分钟，若更新后通知次数为5次，则对应的时间间隔为10分钟，因此，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表，从而根据更新后的通知次数确定所述通知时间的时间间隔。

根据所确定的时间间隔更新所述退款通知记录的通知时间。具体地，所述通知时间是由当前通知时间加上所确定的时间间隔确定的。例如，若当前通知时间为早上7点，第二次通知失败后，更新后的通知次数为2次，则确定的当前通知时间的时间间隔为2分钟，则下一次通知时间为7点加上2分钟，即为7点2分。

在上述实施例中，若没有收到该响应信息则更新所述退款通知记录的通知时间和通知次数，其中，对通知次数计数一次以更新该通知次数，根据更新后的通知次数确定通知时间的时间间隔，进而根据所确定的时间间隔确定更新后的通知时间。

进一步实现：

定时自动扫描所述轮询通知表。具体地，该支付服务器会定时自动扫描所述轮询通知表，优选地，该支付服务器每隔一分钟就自动扫描一次该轮询通知表，确保可以实时获取查询该轮询通知表中的退款通知记录的相关信息，确保该退款通知记录能及时被处理。

确定根据所确定的时间间隔更新后的通知时间。具体地，当所述第一次退款通知发送失败后，支付服务器会向轮询通知表内插入一条对应所述退款通知的退款通知记录，表明该订单退款成功，但是通知商户失败。该退款通知记录包括通知次数、通知时间以及是否通知成功。根据更新后的通知次数确定所述通知时间的时间间隔，确定根据所确定的时间间隔更新后的通知时间，等到该更新后的通知时间后，支付服务器会再次向商户服务器发送退款成功的退款通知。即所述通知时间是由当前通知时间加上所确定的时间间隔确定的。例如，若当前通知时间为早上7点，第二次通知失败后，更新后的通知次数为2次，则确定的当前通知时间的时间间隔为2分钟，则下一次通知时间为7点加上2分钟，即为7点2分。在一些可行的实施例中，该通知时间的时间间隔可以以不等时间间隔预先配置在支付服务器中，也可以设定为等时间间隔，当然也可以根据用户及服务器自身需求随时进行调整修改，在此不对通知时间的时间间隔做具体限制。在另外一些可行的实施例中，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表，当预设次数为8次时，所述更新后通知次数依次可以对应的时间间隔包括2分钟，2分钟，5分钟，10分钟，1小时，2小时，6小时。

判断是否到达所述更新后的通知时间。具体地，确定根据所确定的时间间隔更新后的通知时间后，支付服务器会每隔一分钟自动扫描一次轮询通知表，判断是否达到所确定的更新后的通知时间。

若到达所述更新后的通知时间，向所述商户服务器发送所述退款通知并返回所述检测是否收到所述商户服务器响应所述退款通知而返回的响应信息的步骤。

在上述实施例中，通过定时自动扫描所述轮询通知表，确保可以实时获取查询该轮询通知表中的退款通知记录的相关信息，确保该退款通知记录能及时被处理，其次，根据更新后的通知次数确定所述通知时间的时间间隔，确定根据所确定的时间间隔更新后的通知时间，等待所述更新后的通知时间后，支付服务器会再次向商户服务器发送所述退款通知。因此，本实施例中，能及时发现用户退款流程异常，并能周期性通知商户服务器，直至收到商户服务器返回的响应信息，避免该商户服务器可能由于网络状况不好或服务器出现故障等问题暂时收不到该退款通知而无法及时处理该退款流程的情况，从而确保商户服务器收到该退款成功的退款通知，并完成用户的后续退款流程。克服了现有技术中只能通过每日人工核对一遍退款信息或用户投诉才能发现用户退款流程有异常的缺陷，并且多次发送退款通知后，商户服务器仍没能收到该退款通知，则采用短信或邮件的方式发送该退款通知，确保及时通知商户服务器进行用户退款处理，保障用户及时收到退款金额，提高用户退款体验效果，并且减少工作人员的工作压力和时间成本。

进一步地，还可以实现：

向所述商户服务器第一次发送所述退款通知。具体地，当用户通过在线支付方式付款，收到商品和/或服务后，对商品和/或服务不满意(或者想取消交易)，可以提交退款请求，提交请求后支付服务器会进行退款操作，当退款成功后，支付服务器需要通知商户该笔订单是退款成功的，商户才会通知用户该笔订单已退款成功并接着完成后续的退款操作，因此，当用户提交退款申请后，支付服务器退款成功后需要向商户服务器发送退款成功的退款通知，以便完成后续整个退款的流程。

检测是否收到所述商户服务器响应所述退款通知而返回的响应信息。具体地，当支付服务器向该商户服务器发送第一次退款通知后，需要收到该商户服务器响应该退款通知而返回的响应信息，以保障该退款通知成功发送到该商户服务器，确保用户的后续退款流程顺利完成。因此，需要实时检测是否收到该商户服务器响应所述退款通知而返回的响应信息。

判定第一次退款通知失败，向轮询通知表插入一条对应所述退款通知的退款通知记录，所述退款通知记录包括通知时间，通知次数，是否通知成功。具体地，如果支付服务器第一次退款通知发送失败后，由于现有技术是需要等到支付服务器每天核对一遍退款通知的时候，确定该退款通知失败后才会补发一次通知给商户服务器，才能完成后续的退款流程，但是这种方式不能及时退款给用户，用户的退款体验效果比较差，因此本方案的支付服务器在检测到第一次退款通知失败后，会向轮询通知表里插入一条对应所述退款通知的退款通知记录信息，该退款通知记录包括以下的信息：通知时间，通知次数以及是否通知成功；在一些可行实施例中，还包括用户订单号，该退款通知对应的商户服务器地址等信息。

根据所述退款通知记录的通知时间向商户服务器发送所述退款通知。具体地，所述退款通知记录包括通知次数，通知时间以及是否通知成功。当判定第一次退款通知失败后，通过插入的退款通知记录里的通知时间可以确定第二次向商户服务器发送该退款通知的通知时间，因此，等到该通知时间后，支付服务器会向商户服务器第二次发送该退款通知。

检测是否收到所述商户服务器响应所述退款通知而返回的响应信息。具体地，当支付服务器向该商户服务器发送该退款通知后，需要收到该商户服务器响应该退款通知而返回的响应信息，以保障该退款通知成功发送到该商户服务器，确保用户的后续退款流程顺利完成。因此，需要实时检测是否收到该商户服务器响应所述退款通知而返回的响应信息。

若没有收到所述响应信息，更新所述退款通知记录的通知时间和通知次数。具体地，若没有检测收到该商户服务器响应该退款通知而返回的响应信息，表明该支付服务器通知该商户服务器失败，则更新所述退款通知记录的通知时间和通知次数。在本实施例中，更新该退款通知记录的通知次数是通过在计数器中对当前的通知次数进行计数一次的方式实现，从而更新该通知次数。本实施例中，根据更新后的通知次数确定所述通知时间的时间间隔，其中，该通知时间的时间间隔可以以不等时间间隔预先配置在支付服务器中，也可以设定为等时间间隔，当然也可以根据用户及服务器自身需求随时进行调整修改，在此不对通知时间的时间间隔做具体限制。例如，在本实施例中，当该通知时间的时间间隔采用不等时间间隔预先配置在支付服务器时，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表。当预设次数为8次时，所述更新后通知次数依次可以对应的时间间隔包括2分钟，2分钟，5分钟，10分钟，1小时，2小时，6小时。例如，当支付服务器给商户服务器发送第一次该退款通知时，没有收到商户响应所述退款通知而返回的响应信息，则判定第一次该退款通知失败，则向所述轮询通知表插入一条对应所述退款通知的退款通知记录，因此，该通知次数的初始值设为1次；当第二次发送该退款通知后仍没有收到响应信息，则在计数器中对该通知失败计数一次，则更新后通知次数为2次，查询所述时间间隔查询列表确定更新后通知次数为2次时对应的时间间隔为2分钟，则支付服务器则需要等待两分钟后向所述商户服务器发送该退款通知，若仍没有收到所述商户服务器的响应信息，则在计数器中再对上述通知次数进行计数一次，则更新后通知次数为3次，其对应的时间间隔为2分钟，以此类推，若更新后通知次数为4次，则对应的时间间隔为5分钟，若更新后通知次数为5次，则对应的时间间隔为10分钟，因此，可以将所述更新后通知次数与所述通知时间的时间间隔一一对应起来建立时间间隔查询列表，根据更新后的通知次数确定所述通知时间的时间间隔，进而根据所确定的时间间隔更新所述退款通知记录的通知时间，其中，所述通知时间是由当前通知时间加上所确定的时间间隔确定的。例如，若当前通知时间为早上7点，第二次通知失败后，更新后的通知次数为2次，则确定的当前通知时间的时间间隔为2分钟，则下一次通知时间为7点加上2分钟，即为7点2分。

若收到所述响应信息，则将所述退款通知记录的是否通知成功标记为是，不再向所述商户服务器发送所述退款通知。具体地，若检测到该商户服务器响应所述退款通知而返回的响应信息，表明支付服务器通知商户服务器的退款通知成功，标记所述退款通知记录的“是否通知成功”为是，不再向所述商户服务器发送所述退款通知。

判断更新后的通知次数是否大于预设次数。具体地，判断所述退款通知记录的通知次数的当前更新累计的次数是否大于预设次数。在一些可行的实施例中，该预设次数可以预先配置在支付服务器中，也可以根据用户及服务器自身需求随时进行修改设置，在此对该预设次数不做具体的限制。例如可以将该预设次数设置为8次，如果将预设次数设置为8次，则可以周期性轮询通知商户服务器至多8次。

若所述更新后的通知次数不大于预设次数，根据更新后的通知时间向商户服务器发送所述退款通知并返回步骤S13。具体地，若所述更新后的通知次数不大于该预设次数，表明在预设次数范围内支付服务器还可以继续周期性向商户服务器发送该退款通知，直至收到该商户服务器响应所述退款通知而返回的响应信息。本实施例中，支付服务器会定时自动扫描所述轮询通知表，优选地，支付服务器每隔一分钟就自动扫描一次所述轮询通知表；并根据轮询通知表中的退款通知记录的通知次数确定所述通知时间的时间间隔，进而确定根据所确定的时间间隔更新后的通知时间，判断是否到达所述更新后的通知时间，若到达所述更新后的通知时间，支付服务器会根据所述更新后的通知时间向所述商户服务器再次发送所述退款通知，并返回所述检测是否收到所述商户服务器响应所述退款通知而返回的响应信息的步骤，即返回步骤S13。

若所述更新后的通知次数大于预设次数，采用短信或邮件的方式向商户服务器推送所述退款通知。具体地，若该更新后的通知次数大于该预设次数，表明支付服务器以预设次数周期性轮询通知该商户服务器后，仍然没有收到该商户服务器响应该退款通知而返回的响应信息，表明以预设次数通知商户服务器后仍旧通知失败了，则短信或邮件的方式向该商户服务器推送所述退款通知以确保该商户服务器收到该退款通知，进而提醒商户检查该商户服务器的网络状况和及时处理该用户的后续退款流程。

在上述实施例中，向所述商户服务器第一次发送所述退款通知，检测是否收到商户返回的响应信息，若没有收到该响应信息则判定第一次退款通知失败后，向支付服务器的轮询通知表中插入一条对应该退款通知的退款通知记录，并根据该退款通知记录的通知时间再次发送该退款通知，直至收到该商户服务器响应所述退款通知而返回的响应信息，若仍没有收到该响应信息则更新所述退款通知记录的通知时间和通知次数，根据更新后的通知次数确定通知时间的时间间隔，进而根据所确定的时间间隔确定更新后的通知时间。若所述更新后的通知次数大于预设次数，则采用短信或邮件方式通知商户服务器。其中，该预设次数和通知时间的时间间隔可以预先配置于服务器中，也可以根据用户及服务器自身需求随时进行修改。即上述实施例中，若没有收到该商户返回的响应信息，则能及时发现退款通知失败、用户退款流程异常的情况，并能周期性轮询通知商户服务器，直至收到商户服务器返回的响应信息，避免该商户服务器可能由于网络状况不好或服务器出现故障等问题暂时收不到该退款通知而无法及时处理该退款流程的情况，从而确保商户服务器收到该退款成功的退款通知，并完成用户的后续退款流程。克服了现有技术中只能通过每日人工核对一遍退款信息或用户投诉才能发现用户退款流程有异常的缺陷，并且多次发送退款通知后，商户服务器仍没能收到该退款通知，则采用短信或邮件的方式发送该退款通知，确保及时通知商户服务器进行用户退款处理，保障用户及时收到退款金额，提高用户退款体验效果，并且有效减少工作人员的工作压力和时间成本。

所述计算机可读存储介质可以是前述任一实施例所述的服务器的内部存储单元，例如服务器的硬盘或内存。所述计算机可读存储介质也可以是所述服务器的外部存储设备，例如所述服务器上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，所述计算机可读存储介质还可以既包括所述服务器的内部存储单元也包括外部存储设备。所述计算机可读存储介质用于存储所述计算机程序以及所述服务器所需的其他程序和数据。所述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的服务器和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的服务器和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个服务器，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种通知商户退款信息的方法，其特征在于，包括：

若检测到第一次退款通知失败，向轮询通知表插入一条对应所述退款通知的退款通知记录，所述退款通知记录包括通知时间，通知次数，是否通知成功；

根据所述退款通知记录的通知时间向商户服务器发送所述退款通知；

检测是否收到所述商户服务器响应所述退款通知而返回的响应信息；

若没有收到所述响应信息，更新所述退款通知记录的通知时间和通知次数；

判断更新后的通知次数是否大于预设次数；

若所述更新后的通知次数不大于预设次数，根据更新后的通知时间向商户服务器发送所述退款通知并返回所述检测是否收到所述商户服务器响应所述退款通知而返回的响应信息的步骤。

2.根据权利要求1所述方法，其特征在于，所述向轮询通知表插入一条对应所述退款通知的退款通知记录之前，还包括：

向所述商户服务器第一次发送所述退款通知；

检测是否收到所述商户服务器响应所述退款通知而返回的响应信息；

若没有收到所述响应信息，则判定第一次退款通知失败。

3.根据权利要求1所述方法，其特征在于，所述检测是否收到所述商户服务器响应所述退款通知而返回的响应信息之后，还包括：

若收到所述响应信息，则将所述退款通知记录的是否通知成功标记为是，不再向所述商户服务器发送所述退款通知。

4.根据权利要求1所述方法，其特征在于，所述若没有收到所述响应信息，更新所述退款通知记录的通知时间和通知次数的步骤具体包括：

若没有收到所述响应信息，则对通知次数计数一次以更新该通知次数；

根据更新后的通知次数确定所述通知时间的时间间隔；

根据所确定的时间间隔更新所述退款通知记录的通知时间。

5.根据权利要求4所述方法，其特征在于，所述根据更新后的通知时间向商户服务器发送所述退款通知并返回所述检测是否收到所述商户服务器响应所述退款通知而返回的响应信息的步骤，具体包括：

定时自动扫描所述轮询通知表；

确定根据所确定的时间间隔更新后的通知时间；

判断是否到达所述更新后的通知时间；

若到达所述更新后的通知时间，向所述商户服务器发送所述退款通知并返回所述检测是否收到所述商户服务器响应所述退款通知而返回的响应信息的步骤。

6.根据权利要求4所述方法，其特征在于，所述预设次数为8次，所述通知时间的时间间隔分别设置为2分钟、2分钟、5分钟、10分钟、1小时、2小时及6小时。

7.根据权利要求1所述方法，其特征在于，所述判断更新后的通知次数是否大于预设次数之后，还包括：

若所述更新后的通知次数大于预设次数，采用短信或邮件的方式向商户服务器推送所述退款通知。

8.一种服务器，其特征在于，包括：用于执行如权利要求1-7任一权利要求所述的方法的单元。

9.一种服务器，其特征在于，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储应用程序代码，所述处理器被配置用于调用所述程序代码，执行如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-7任一项所述的方法。