买专利卖专利找龙图腾，真高效！ 查专利查商标用IPTOP,全免费！专利年费监控用IP管家,真方便！

申请/专利权人：中国平安人寿保险股份有限公司

摘要：本发明实施例公开了一种资金支付方法、装置、计算机设备及存储介质，包括下述步骤：获取待确认的交易信息，其中，所述交易信息包括：用户账单、第三方支付账单和收款账单；根据所述交易信息核对所述用户账单、第三方支付账单和收款账单是否一致；当所述用户账单、第三方支付账单和收款账单一致时，向用户终端发送交易信息。由于中心账户在交易的过程中，能够获取交易各方发送的交易信息，进而使中心账户能够对整个交易流程进行全程监控，同时由于信息汇总的优势能够使交易信息更难被修改，从而保证了交易的安全性。

主权项：1.一种资金支付方法，其特征在于，包括下述步骤：获取待确认的交易信息，其中，所述交易信息包括：用户账单、第三方支付账单和收款账单；根据所述交易信息核对所述用户账单、第三方支付账单和收款账单是否一致；当所述用户账单、第三方支付账单和收款账单一致时，向用户终端发送交易信息；其中，所述获取待确认的交易信息的步骤之前，还包括下述步骤：获取所述用户账单，并从获取所述用户账单时起启动计时任务生成第一时长；将所述第一时长与预设的第一时间阈值进行比对，当所述第一时长大于所述第一时间阈值，且未接收到所述第三方支付账单时，向第三方支付终端发送询问消息，以基于所述第三方支付终端的回复信息，向所述用户终端发送解释信息；其中，当所述交易信息包括优惠券时，在所述获取待确认的交易信息的步骤之前，还包括下述步骤：获取所述优惠券的来源信息；根据所述来源信息识别所述优惠券的发行方是否为中心账户；当所述优惠券的发行方是所述中心账户时，向第三方支付终端发起转账，以补足所述优惠券表征的优惠金额；其中，当需要进行退款时，在所述向第三方支付终端发起转账，以补足所述优惠券表征的优惠金额的步骤之后，还包括下述步骤：获取用户终端发送的退款请求，其中，所述退款请求中包括所述优惠券的优惠信息以及退款原因；根据所述优惠信息识别所述优惠券的发行方是否为所述中心账户；识别所述退款原因中表征的退款责任方是否为收款方；当所述优惠券的发行方是所述中心账户时，向所述第三方支付终端发送扣款通知，以扣除所述优惠券表征的优惠金额；当所述退款责任方是所述收款方时，向所述用户终端发送与所述优惠券相同或者相似的优惠券。

全文数据：资金支付方法、装置、计算机设备及存储介质技术领域本发明实施例涉及数据处理领域，尤其是一种资金支付方法、装置、计算机设备及存储介质。背景技术在线支付是指卖方与买方通过因特网上的电子商务网站进行交易时，银行为其提供网上资金结算服务的一种业务。它为企业和个人提供了一个安全、快捷、方便的电子商务应用环境和网上资金结算工具。现有技术中，在线支付时通过线性的方式进行，即用户通过支付终端向第三方支付机构银行、支付宝或微信发送支付请求，第三方支付机构在接收到用户的支付请求后，向最终的收款方转账，并扣除用户账户上相应的金额完成支付，至此，线上交易完成。本发明创造的发明人在研究中发现，现有技术中线性且单向的支付方式，整个交易过程缺乏全局管控，无法对资金流动进行监管，资金流动安全收到挑战。发明内容本发明实施例提供一种能够对多方支付流程进行校准核对的资金支付方法、装置、计算机设备及存储介质。为解决上述技术问题，本发明创造的实施例采用的一个技术方案是：提供一种资金支付方法，包括下述步骤：获取待确认的交易信息，其中，所述交易信息包括：用户账单、第三方支付账单和收款账单；根据所述交易信息核对所述用户账单、第三方支付账单和收款账单是否一致；当所述用户账单、第三方支付账单和收款账单一致时，向用户终端发送交易信息。可选地，所述获取待确认的交易信息的步骤之前，还包括下述步骤：获取所述用户账单；从获取所述用户账单时起启动计时任务生成第一时长；将所述第一时长与预设的第一时间阈值进行比对，当所述第一时长大于所述第一时间阈值，且未接收到所述第三方支付账单时，向第三方支付终端发送询问消息。可选地，将所述第一时长与预设的第一时间阈值进行比对，当所述第一时长大于所述第一时间阈值，且未接收到所述第三方支付账单时，向第三方支付终端发送询问消息的步骤之后，还包括下述步骤：获取所述第三方支付账单；从获取所述第三方支付账单时起启动计时任务生成第二时长；将所述第二时长与预设的第二时间阈值进行比对，当所述第二时长大于所述第二时间阈值，且未接收到所述收款账单时，向所述收款终端发送所述问询消息。可选地，将所述第一时长与预设的第一时间阈值进行比对，当所述第一时长大于所述第一时间阈值，且未接收到所述第三方支付账单时，向第三方支付终端发送询问消息的步骤之后，还包括下述步骤：获取所述第三方支付终端响应于所述询问消息的回复信息，其中，所述回复信息中包括账单回复超时的原因；将所述回复信息写入预设的回复模板中生成解释信息；将所述解释信息发送至所述用户终端。可选地，所述交易信息包括优惠券，所述资金支付方法用于中心账户信息调度；所述获取待确认的交易信息的步骤之前，还包括下述步骤：获取所述优惠券的来源信息；根据所述来源信息识别所述优惠券的发行方是否为所述中心账户；当所述优惠券的发行方是所述中心账户时，向第三方支付终端发起转账，以补足所述优惠券表征的优惠金额。可选地，所述当所述优惠券的发行方是所述中心账户时，向第三方支付终端发起转账，以补足所述优惠券表征的优惠金额的步骤之后，还包括下述步骤：获取用户终端发送的退款请求，其中，所述退款请求中包括所述优惠券的优惠信息；根据所述优惠信息识别所述优惠券的发行方是否为所述中心账户；当所述优惠券的发行方是所述中心账户时，向所述第三方支付终端发送扣款通知，以扣除所述优惠券表征的优惠金额。可选地，所述当所述优惠券的发行方是所述中心账户时，向第三方支付终端发起转账，以补足所述优惠券表征的优惠金额的步骤之后，还包括下述步骤：获取用户终端发送的退款请求，其中，所述退款请求中包括退款原因；识别所述退款原因中表征的退款责任方是否为收款方；当所述退款责任方是所述收款方时，向所述用户终端发送与所述优惠券相同或者相似的优惠券。为解决上述技术问题，本发明实施例还提供一种资金支付装置，包括：获取模块，用于获取待确认的交易信息，其中，所述交易信息包括：用户账单、第三方支付账单和收款账单；处理模块，用于根据所述交易信息核对所述用户账单、第三方支付账单和收款账单是否一致；执行模块，用于当所述用户账单、第三方支付账单和收款账单一致时，向用户终端发送交易信息。可选地，所述资金支付装置还包括：第一获取子模块，用于获取所述用户账单；第一处理子模块，用于从获取所述用户账单时起启动计时任务生成第一时长；第一执行子模块，用于将所述第一时长与预设的第一时间阈值进行比对，当所述第一时长大于所述第一时间阈值，且未接收到所述第三方支付账单时，向第三方支付终端发送询问消息。可选地，所述资金支付装置还包括：第二获取子模块，用于获取所述第三方支付账单；第二处理子模块，用于从获取所述第三方支付账单时起启动计时任务生成第二时长；第二执行子模块，用于将所述第二时长与预设的第二时间阈值进行比对，当所述第二时长大于所述第二时间阈值，且未接收到所述收款账单时，向所述收款终端发送所述问询消息。可选地，所述资金支付装置还包括：第三获取子模块，用于获取所述第三方支付终端响应于所述询问消息的回复信息，其中，所述回复信息中包括账单回复超时的原因；第三处理子模块，用于将所述回复信息写入预设的回复模板中生成解释信息；第三执行子模块，用于将所述解释信息发送至所述用户终端。可选地，所述交易信息包括优惠券，所述资金支付方法用于中心账户信息调度；所述资金支付装置还包括：第四获取子模块，用于获取所述优惠券的来源信息；第四处理子模块，用于根据所述来源信息识别所述优惠券的发行方是否为所述中心账户；第四执行子模块，用于当所述优惠券的发行方是所述中心账户时，向第三方支付终端发起转账，以补足所述优惠券表征的优惠金额。可选地，所述资金支付装置还包括：第五获取子模块，用于获取用户终端发送的退款请求，其中，所述退款请求中包括所述优惠券的优惠信息；第五处理子模块，用于根据所述优惠信息识别所述优惠券的发行方是否为所述中心账户；第五执行子模块，用于当所述优惠券的发行方是所述中心账户时，向所述第三方支付终端发送扣款通知，以扣除所述优惠券表征的优惠金额。可选地，所述资金支付装置还包括：第六获取子模块，用于获取用户终端发送的退款请求，其中，所述退款请求中包括退款原因；第六处理子模块，用于识别所述退款原因中表征的退款责任方是否为收款方；第六执行子模块，用于当所述退款责任方是所述收款方时，向所述用户终端发送与所述优惠券相同或者相似的优惠券。为解决上述技术问题，本发明实施例还提供一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行上述所述资金支付方法的步骤。为解决上述技术问题，本发明实施例还提供一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述所述资金支付方法的步骤。本发明实施例的有益效果是：通过设置中心账户，在线上交易时中心账户分别获取作为用户凭证的用户账单、第三方支付机构的支付账单以及收款方的收款账单，通过比对上述三个账单之间是否一致，确定该交易是否成功，当确认该交易成功后将交易信息发送至用户终端，完成线上交易的整体流程。由于中心账户在交易的过程中，能够获取交易各方发送的交易信息，进而使中心账户能够对整个交易流程进行全程监控，同时由于信息汇总的优势能够使交易信息更难被修改，从而保证了交易的安全性。附图说明为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1为本发明实施例资金支付方法的基本流程示意图；图2为本发明实施例发送问询信息的流程示意图；图3为本发明实施例发送问询信息的第二种方法的流程示意图；图4为本发明实施例生成解释信息的流程示意图；图5为本发明实施例中心账户弥补优惠差额的流程示意图；图6为本发明实施例退款时扣除优惠金额的流程示意图；图7为本发明实施例优惠券补发的流程示意图；图8为本发明实施例资金支付装置的基本结构示意图；图9为本发明实施例计算机设备基本结构框图。具体实施方式为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。在本发明的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，执行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCSPersonalCommunicationsService，个人通信系统，其可以组合语音、数据处理、传真和或数据通信能力；PDAPersonalDigitalAssistant，个人数字助理，其可以包括射频接收器、寻呼机、互联网内联网访问、网络浏览器、记事本、日历和或GPSGlobalPositioningSystem，全球定位系统接收器；常规膝上型和或掌上型计算机或其他设备，其具有和或包括射频接收器的常规膝上型和或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具航空、海运和或陆地中的，或者适合于和或配置为在本地运行，和或以分布形式，运行在地球和或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐视频播放终端，例如可以是PDA、MIDMobileInternetDevice，移动互联网设备和或具有音乐视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。请参阅图1，图1为本实施例资金支付方法的基本流程示意图。如图1所示，一种资金支付方法，包括下述步骤：S1100、获取待确认的交易信息，其中，所述交易信息包括：用户账单、第三方支付账单和收款账单；中心账户所在的服务器端，在交易过程中分别获取交易三方的账单。其中，用户终端在确认购买产品或服务后，通过第三方支付平台向卖家或者服务提供者进行支付，并在用户终端生成用户账单。用户账单中包括：用户支付时间，支付使用的第三方平台机构、收款方和支付金额。第三方支付终端在接收到用户终端发起的付款请求后，根据付款请求中的收款方和支付金额，在用户账户上划取对应的金额至收款方在第三方支付平台上的账号中完成转账。第三方支付终端在完成转账后，将转账产生的第三方支付账单发送至中心账户。其中第三方支付账单包括：支付的发起账户、收款方账户和支付金额。收款终端作为交易的最终收款人，在接收到第三方支付终端发送的转账信息后，查阅账户中是否由对应款项进账，确认存在进账时，向中心账户发送收款账单。收款账单包括：支付账户、第三方支付机构和支付金额。但是用户账单、第三方支付账单和收款账单中包括的内容不局限于此，根据具体应用场景的不同，在一些实施方式中，支付账户、第三方支付机构和支付金额还包括购买商品或者服务的信息。S1200、根据所述交易信息核对所述用户账单、第三方支付账单和收款账单是否一致；中心账户根据获取的用户账单、第三方支付账单和收款账单对交易进行校验。校验的方法能够是校验上述三张账单中的交易金额是否一致，通过提取各账单中的交易金额，比对三个交易金额是否一致。提取交易金额的方法能够是通过训练至收敛的卷积神经网络，对交易金额进行提取。但比较方式不局限于此，在一些实施方式中，比对账单还能够是首先确认用户账单中指向的第三方支付机构是否为第三方支付账单的发送方，若是，则确认第三方支付账单中的收款方是否为收款账单的发送方；若是，则最后确认上述三个账单中的账单金额是否一致。S1300、当所述用户账单、第三方支付账单和收款账单一致时，向用户终端发送交易信息。通过比对确认上述三个账单中的内容一致时，中心账户向用户终端发送交易信息。其中，交易信息根据上述三个账单内容指定，其内容能够包括：交易完成时间、交易金额和账户余额等信息。上述实施方式通过设置中心账户，在线上交易时中心账户分别获取作为用户凭证的用户账单、第三方支付机构的支付账单以及收款方的收款账单，通过比对上述三个账单之间是否一致，确定该交易是否成功，当确认该交易成功后将交易信息发送至用户终端，完成线上交易的整体流程。由于中心账户在交易的过程中，能够获取交易各方发送的交易信息，进而使中心账户能够对整个交易流程进行全程监控，同时由于信息汇总的优势能够使交易信息更难被修改，从而保证了交易的安全性。在一些实施方式中，为防止交易信息在传递时发生截留，或者由于故障导致支付延迟无法向用户发送支付状态的情况，中心账户在接收到用户发送的账单后进行计时，当计时时间超过预设的时间后，中心账户会发送问询信息，向第三方支付终端或收款终端进行询问。请参阅图2，图2为本实施例的发送问询信息的流程示意图。如图2所示，步骤S1100之前还包括下述步骤：S1011、获取所述用户账单；用户终端在确认购买产品或服务后，通过第三方支付平台向卖家或者服务提供者进行支付，并在用户终端生成用户账单。用户账单中包括：用户支付时间，支付使用的第三方平台机构、收款方和支付金额。S1012、从获取所述用户账单时起启动计时任务生成第一时长；中心账户在接收到用户终端发送的用户账单后，开启计时任务，其中，计时任务的开始时间为服务器端接收到用户终端发送的用户账单时开始，计时任务的结束时间为中心账户接收到第三方支付账单时结束。在中心账户未接收到第三方支付账单期间计时任务一致持续，计时产生的时间为第一时长。S1013、将所述第一时长与预设的第一时间阈值进行比对，当所述第一时长大于所述第一时间阈值，且未接收到所述第三方支付账单时，向第三方支付终端发送询问消息。将第一时长与预设的第一时间阈值进行比对，当第一时长大于第一时间阈值，还未收到第三方支付终端发送的第三方支付账单时，中心账户向第三方支付终端发送问询信息。其中，问询信息中包括不限于：发起支付的用户账户、发起支付的时间、支付金额和支付收款方等信息。第三方支付终端在接收到上述问询信息后，通过问询信息的内容查找对应的账单处理信息，让后将处理信息回复至中心账户。处理信息包括不限于：对应账单处理阶段、完成信息或故障信息。中心账户在接收到处理信息后，根据处理信息中的内容向用户终端发送信息。例如，处理信息为网络故障导致转账无法及时处理时，中心账户根据该处理信息向用户终端发送“由于故障原因本订单无法及时处理，敬请等待片刻”，以抚慰用户急切的心情。通过上述实施方式，能够在第三方支付终端账单发送延时后，及时向第三方支付终端发送问询信息，获取交易信息。能够及时的获取交易详情，并根据交易延时的具体问题向用户做出对应的解释，在提高交易统筹管理及时性的同时，增强了用户体验。另一方面，问询信息的发送也能够确认第三方支付终端是否及时的接收到用户的转账申请，防止的支付请求被截留后修改的可能，增强了交易的安全性。在一些实施方式中，当中心账户在接收到第三方支付终端发送的账单后进行计时，当计时时间超过预设的时间后，中心账户会发送问询信息，向收款终端进行询问。请参阅图3，图3为本实施例的发送问询信息的第二种方法的流程示意图。如图3所示，步骤S1013之后还包括：S1021、获取所述第三方支付账单；收款终端作为交易的最终收款人，在接收到第三方支付终端发送的转账信息后，查阅账户中是否由对应款项进账，确认存在进账时，向中心账户发送收款账单。收款账单包括：支付账户、第三方支付机构和支付金额。S1022、从获取所述第三方支付账单时起启动计时任务生成第二时长；中心账户在接收到第三方支付终端发送的第三方支付账单后，开启计时任务，其中，计时任务的开始时间为服务器端接收到第三方支付终端发送的第三方支付账单时开始，计时任务的结束时间为中心账户接收到收款账单时结束。在中心账户未接收到收款账单期间计时任务一致持续，计时产生的时间为第二时长。S1023、将所述第二时长与预设的第二时间阈值进行比对，当所述第二时长大于所述第二时间阈值，且未接收到所述收款账单时，向所述收款终端发送所述问询消息。将第二时长与预设的第二时间阈值进行比对，当第二时长大于第二时间阈值，还未收到收款终端发送的收款账单时，中心账户向收款终端发送问询信息。其中，问询信息中包括不限于：发起支付的用户账户、发起支付的时间、支付金额和支付收款方等信息。收款终端在接收到上述问询信息后，通过问询信息的内容查找对应的账单处理信息，让后将处理信息回复至中心账户。处理信息包括不限于：对应账单处理阶段、完成信息或故障信息。中心账户在接收到处理信息后，根据处理信息中的内容向用户终端发送信息。例如，处理信息为网络故障导致收款终端无法接收到该款项后，中心账户根据该处理信息向用户终端发送“由于故障原因商家无法及时处理，敬请等待片刻”，以抚慰用户急切的心情。通过上述实施方式，能够在第三方支付终端账单发送延时后，及时向第三方支付终端发送问询信息，获取交易信息。能够及时的获取交易详情，并根据交易延时的具体问题向用户做出对应的解释，在提高交易统筹管理及时性的同时，增强了用户体验。另一方面，问询信息的发送也能够确认第三方支付终端是否及时的接收到用户的转账申请，防止的支付请求被截留后修改的可能，增强了交易的安全性。通过上述实施方式，能够通过问询信息确定收款账单的延时情况，既能够提高中心账户统筹管理的效率，同时能够提高用户体验。另一方面也能够提高转账交易的安全性。在一些实施方式中，当第三方支付终端或收款终端响应于中心账户的问询信息回复的回复信息后，将回复信息中的内容转化为解释信息后，向用户做出解释。防止用户由于毫无音讯的等待交易结果，造成的心里焦虑。请参阅图4，图4为本实施例生成解释信息的流程示意图。如图4所示，步骤S1013之后还包括下述步骤：S1031、获取所述第三方支付终端响应于所述询问消息的回复信息，其中，所述回复信息中包括账单回复超时的原因；第三方支付终端在接收到上述问询信息后，通过问询信息的内容查找对应的账单处理信息，让后将处理信息回复至中心账户。处理信息包括不限于：对应账单处理阶段、完成信息或故障信息。中心账户在接收到处理信息后，根据处理信息中的内容向用户终端发送信息。S1032、将所述回复信息写入预设的回复模板中生成解释信息；获取到第三方支付终端发送的回复信息后，提取回复信息中写明的账单延时的原因信息。然后进行语义识别识别造成原因。例如，如果原因在于业务高并发导致无法及时处理、未接收到该转账申请或者服务器宕机无法正常工作等信息。然后提取与各原因具有对应关系的回复模板。回复模板是预先设置的能够将回复信息转化为解释信息的文本模板。例如，当第三方支付终端为接收到对应的账单时，调用对应的回复模板然后生成回复信息：尊敬的用户张XX，您好！关于您提供的交易订单：1055656XXX6的交易账单，在本系统中未接收到对应的付款请求信息，我方正在积极的排查原因，敬请等待回复。另造成上述情况的部分原因有可能源自于贵方的操作失误，请按下方步骤协助排查：XXXXXXXX；2、XXXXXXXXX。不同的回复模板设置的回复格式有所不同，其主要的区别点在于，根据不同的问题，对对应的问题作出解释的部分。S1033、将所述解释信息发送至所述用户终端。中心账户将生成的警示信息发送至用户终端，完成向用户解释账单延时的任务。在一些实施方式中，中心账户作为集团公司中的总账户，收款账户为各个子公司账户时。中心账户为促进交易，会发放各类优惠券进行优惠活动。由于用户使用优惠券进行交易，而第三方机构却需要向收款终端支付商品或服务的所有费用，因此，会出现一定的金额短缺，需要中心账户进行弥补。请参阅图5，图5为本实施例中心账户弥补优惠差额的流程示意图。如图5所示，步骤S1100之前还包括下述步骤：S1041、获取所述优惠券的来源信息；用户终端在使用了中心账户发放的优惠券进行购买活动时，中心账户接受用户终端发送的用户账单。其中，用户账单中包括用户使用优惠券的信息，该信息中包括优惠券的发放方。S1042、根据所述来源信息识别所述优惠券的发行方是否为所述中心账户；在获取了优惠券的来源信息后，识别该来源信息中优惠券的发放方，即优惠券的来源。在一些实施方式中，优惠券的来源体现在优惠券的编号上，例如，ZXZH10325689编号中的ZXZH为支付中心的拼音缩写，能够识别优惠券的发放方。S1043、当所述优惠券的发行方是所述中心账户时，向第三方支付终端发起转账，以补足所述优惠券表征的优惠金额。通过识别确定优惠券的发放方为中心账户时，中心账户根据优惠券的优惠金额，向第三方支付终端发起转账请求，转账请求中包括用户交易的订单编号等信息，用于第三方支付终端确定交易账单，并将中心账户发起的转账与该交易订单进行关联。中心账户发起的转账金额为用户优惠券表征的优惠券金额，即实际商品的价格和用户实际支付金额的差值。通过识别优惠券的来源，在确定优惠券的发放方为中心账户时，中心账户向第三方支付终端发起转账，补足实际商品的价格和用户实际支付金额的差值。避免了对账出现误差，提高了交易的便捷性。在一些实施方式中，用户在购买了收款方提供的服务或者商品后，出于主观想法或者服务和商品出现瑕疵，需要进行退款时。第三方支付终端对应的需要扣除收款方账户上的对应金额，完成退款。如果用户使用优惠券进行交易，该优惠券的提供方为中心账户时，中心账户需要扣除弥补给第三方支付机构的优惠金额，而第三方支付终端退回至用户账户中的金额也是该用户实际支付的金额。请参阅图6，图6为本实施例退款时扣除优惠金额的流程示意图。如图6所示，步骤S1043之后还包括下述步骤：S1051、获取用户终端发送的退款请求，其中，所述退款请求中包括所述优惠券的优惠信息；用户在购买了收款方提供的服务或者商品后，出于主观想法或者服务和商品出现瑕疵，需要进行退款时。向第三方支付机构申请退款，同时退款请求也发送至中心账户，退款请求中包括优惠券的优惠信息，包括不限于优惠券的发放方、优惠券的金额和申请退款的原因等。S1052、根据所述优惠信息识别所述优惠券的发行方是否为所述中心账户；在获取了优惠券的优惠信息后，识别该优惠信息中优惠券的发放方，即优惠券的来源。在一些实施方式中，优惠券的来源体现在优惠券的编号上，例如，ZXZH5261689编号中的ZXZH为支付中心的拼音缩写，能够识别优惠券的发放方。S1053、当所述优惠券的发行方是所述中心账户时，向所述第三方支付终端发送扣款通知，以扣除所述优惠券表征的优惠金额。当识别出该优惠券的发放方为中心账户时，中心账户向第三方支付终端发送扣款通知，扣款通知为中包括不限于原交易订单的订单编号、扣款原因、扣款金额、扣款凭据和扣款用户的账号。其中，扣款凭据为中心账户支付优惠金额的转账记录或者转账编号。第三方支付终端在接收到上述信息后，进行相应的扣款操作，扣款金额为优惠券表征的优惠金额。在一些实施方式中，用户发起扣款的原因在于购买的商品或者服务存在瑕疵或者不合格时，在规定的时间内发起退款请求，中心账户需要识别退款原因的责任方是否为用户本身，若不是，则需要向用户重新发放优惠券，以刺激其进行消费；若责任人为用户本身则无需补偿优惠券，作为用户失信的一种惩罚。请参阅图7，图7为本实施例优惠券补发的流程示意图。如图7所示，步骤S1043之后还包括下述步骤：S1061、获取用户终端发送的退款请求，其中，所述退款请求中包括退款原因；用户通过用户终端向第三方支付机构发起退款时，需要在退款请求中写明退款原因。该退款请求同时同步发送至中心账户。退款请求中还包括：使用中心账户发放的优惠券的信息。S1062、识别所述退款原因中表征的退款责任方是否为收款方；通过语义识别用户退款原因中，退款的理由是否为购买的商品或者服务存在瑕疵或者不合格时，则表征该退款原因的责任方为收款方提供的服务或商品存在缺陷，退款责任在于收款方。而退款原因中，用户写明退款原因未写明商品或者服务存在瑕疵或者不合格时，则表明用户出于自己主观因素需要退款，则退款责任方为用户。S1063、当所述退款责任方是所述收款方时，向所述用户终端发送与所述优惠券相同或者相似的优惠券。当确定退款的责任方为收款方时，中心账户确定该用户是否使用了优惠券，若是，则判断该优惠券的放方法是否为中心账户，若是则在优惠券数据库中提取相同或者相似的优惠券补发至用户终端。在本实施例中，相同或相似是指优惠金额相同或相似。在一些实施方式中，用户之前的优惠券已经发完或者已经过了时效，中心账户选择金额相近或相同的优惠券进行补发。通过辨识退款责任方的方法判断是否补发优惠券，既能够促进用户的再次消费，同时也能够抑制用户无理由退货，进一步的提高了交易量。为解决上述技术问题，本发明实施例还提供一种资金支付装置。请参阅图8，图8为本实施例资金支付装置的基本结构示意图。如图8所示，一种资金支付装置，包括：获取模块2100、处理模块2200和执行模块2300。其中，获取模块2100用于获取待确认的交易信息，其中，交易信息包括：用户账单、第三方支付账单和收款账单；处理模块2200用于根据交易信息核对用户账单、第三方支付账单和收款账单是否一致；执行模块2300用于当用户账单、第三方支付账单和收款账单一致时，向用户终端发送交易信息。上述实施方式，通过设置中心账户，在线上交易时中心账户分别获取作为用户凭证的用户账单、第三方支付机构的支付账单以及收款方的收款账单，通过比对上述三个账单之间是否一致，确定该交易是否成功，当确认该交易成功后将交易信息发送至用户终端，完成线上交易的整体流程。由于中心账户在交易的过程中，能够获取交易各方发送的交易信息，进而使中心账户能够对整个交易流程进行全程监控，同时由于信息汇总的优势能够使交易信息更难被修改，从而保证了交易的安全性。在一些实施方式中，资金支付装置还包括：第一获取子模块、第一处理子模块和第一执行子模块。其中，第一获取子模块用于获取用户账单；第一处理子模块用于从获取用户账单时起启动计时任务生成第一时长；第一执行子模块用于将第一时长与预设的第一时间阈值进行比对，当第一时长大于第一时间阈值，且未接收到第三方支付账单时，向第三方支付终端发送询问消息。在一些实施方式中，资金支付装置还包括：第二获取子模块、第二处理子模块和第二执行子模块。其中，第二获取子模块用于获取第三方支付账单；第二处理子模块用于从获取第三方支付账单时起启动计时任务生成第二时长；第二执行子模块用于将第二时长与预设的第二时间阈值进行比对，当第二时长大于第二时间阈值，且未接收到收款账单时，向收款终端发送问询消息。在一些实施方式中，资金支付装置还包括：第三获取子模块、第三处理子模块和第三执行子模块。其中，第三获取子模块用于获取第三方支付终端响应于询问消息的回复信息，其中，回复信息中包括账单回复超时的原因；第三处理子模块用于将回复信息写入预设的回复模板中生成解释信息；第三执行子模块用于将解释信息发送至用户终端。在一些实施方式中，交易信息包括优惠券，资金支付方法用于中心账户信息调度；资金支付装置还包括：第四获取子模块、第四处理子模块和第四执行子模块。其中，第四获取子模块用于获取优惠券的来源信息；第四处理子模块用于根据来源信息识别优惠券的发行方是否为中心账户；第四执行子模块用于当优惠券的发行方是中心账户时，向第三方支付终端发起转账，以补足优惠券表征的优惠金额。在一些实施方式中，资金支付装置还包括：第五获取子模块、第五处理子模块和第五执行子模块。其中，第五获取子模块用于获取用户终端发送的退款请求，其中，退款请求中包括优惠券的优惠信息；第五处理子模块用于根据优惠信息识别优惠券的发行方是否为中心账户；第五执行子模块用于当优惠券的发行方是中心账户时，向第三方支付终端发送扣款通知，以扣除优惠券表征的优惠金额。在一些实施方式中，资金支付装置还包括：第六获取子模块、第六处理子模块和第六执行子模块。其中，第六获取子模块用于获取用户终端发送的退款请求，其中，退款请求中包括退款原因；第六处理子模块用于识别退款原因中表征的退款责任方是否为收款方；第六执行子模块用于当退款责任方是收款方时，向用户终端发送与优惠券相同或者相似的优惠券。为解决上述技术问题，本发明实施例还提供计算机设备。具体请参阅图9，图9为本实施例计算机设备基本结构框图。如图9所示，计算机设备的内部结构示意图。如图9所示，该计算机设备包括通过系统总线连接的处理器、非易失性存储介质、存储器和网络接口。其中，该计算机设备的非易失性存储介质存储有操作系统、数据库和计算机可读指令，数据库中可存储有控件信息序列，该计算机可读指令被处理器执行时，可使得处理器实现一种资金支付方法。该计算机设备的处理器用于提供计算和控制能力，支撑整个计算机设备的运行。该计算机设备的存储器中可存储有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种资金支付方法。该计算机设备的网络接口用于与终端连接通信。本领域技术人员可以理解，图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。本实施方式中处理器用于执行图8中获取模块2100、处理模块2200和执行模块2300的具体功能，存储器存储有执行上述模块所需的程序代码和各类数据。网络接口用于向用户终端或服务器之间的数据传输。本实施方式中的存储器存储有人脸图像关键点检测装置中执行所有子模块所需的程序代码及数据，服务器能够调用服务器的程序代码及数据执行所有子模块的功能。计算机设备通过设置中心账户，在线上交易时中心账户分别获取作为用户凭证的用户账单、第三方支付机构的支付账单以及收款方的收款账单，通过比对上述三个账单之间是否一致，确定该交易是否成功，当确认该交易成功后将交易信息发送至用户终端，完成线上交易的整体流程。由于中心账户在交易的过程中，能够获取交易各方发送的交易信息，进而使中心账户能够对整个交易流程进行全程监控，同时由于信息汇总的优势能够使交易信息更难被修改，从而保证了交易的安全性。本发明还提供一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述任一实施例所述资金支付方法的步骤。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体Read-OnlyMemory，ROM等非易失性存储介质，或随机存储记忆体RandomAccessMemory，RAM等。应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

权利要求：1.一种资金支付方法，其特征在于，包括下述步骤：获取待确认的交易信息，其中，所述交易信息包括：用户账单、第三方支付账单和收款账单；根据所述交易信息核对所述用户账单、第三方支付账单和收款账单是否一致；当所述用户账单、第三方支付账单和收款账单一致时，向用户终端发送交易信息。2.根据权利要求1所述的资金支付方法，其特征在于，所述获取待确认的交易信息的步骤之前，还包括下述步骤：获取所述用户账单；从获取所述用户账单时起启动计时任务生成第一时长；将所述第一时长与预设的第一时间阈值进行比对，当所述第一时长大于所述第一时间阈值，且未接收到所述第三方支付账单时，向第三方支付终端发送询问消息。3.根据权利要求2所述的资金支付方法，其特征在于，将所述第一时长与预设的第一时间阈值进行比对，当所述第一时长大于所述第一时间阈值，且未接收到所述第三方支付账单时，向第三方支付终端发送询问消息的步骤之后，还包括下述步骤：获取所述第三方支付账单；从获取所述第三方支付账单时起启动计时任务生成第二时长；将所述第二时长与预设的第二时间阈值进行比对，当所述第二时长大于所述第二时间阈值，且未接收到所述收款账单时，向所述收款终端发送所述问询消息。4.根据权利要求2所述的资金支付方法，其特征在于，将所述第一时长与预设的第一时间阈值进行比对，当所述第一时长大于所述第一时间阈值，且未接收到所述第三方支付账单时，向第三方支付终端发送询问消息的步骤之后，还包括下述步骤：获取所述第三方支付终端响应于所述询问消息的回复信息，其中，所述回复信息中包括账单回复超时的原因；将所述回复信息写入预设的回复模板中生成解释信息；将所述解释信息发送至所述用户终端。5.根据权利要求1所述的资金支付方法，其特征在于，所述交易信息包括优惠券，所述资金支付方法用于中心账户信息调度；所述获取待确认的交易信息的步骤之前，还包括下述步骤：获取所述优惠券的来源信息；根据所述来源信息识别所述优惠券的发行方是否为所述中心账户；当所述优惠券的发行方是所述中心账户时，向第三方支付终端发起转账，以补足所述优惠券表征的优惠金额。6.根据权利要求5所述的资金支付方法，其特征在于，所述当所述优惠券的发行方是所述中心账户时，向第三方支付终端发起转账，以补足所述优惠券表征的优惠金额的步骤之后，还包括下述步骤：获取用户终端发送的退款请求，其中，所述退款请求中包括所述优惠券的优惠信息；根据所述优惠信息识别所述优惠券的发行方是否为所述中心账户；当所述优惠券的发行方是所述中心账户时，向所述第三方支付终端发送扣款通知，以扣除所述优惠券表征的优惠金额。7.根据权利要求5所述的资金支付方法，其特征在于，所述当所述优惠券的发行方是所述中心账户时，向第三方支付终端发起转账，以补足所述优惠券表征的优惠金额的步骤之后，还包括下述步骤：获取用户终端发送的退款请求，其中，所述退款请求中包括退款原因；识别所述退款原因中表征的退款责任方是否为收款方；当所述退款责任方是所述收款方时，向所述用户终端发送与所述优惠券相同或者相似的优惠券。8.一种资金支付装置，其特征在于，包括：获取模块，用于获取待确认的交易信息，其中，所述交易信息包括：用户账单、第三方支付账单和收款账单；处理模块，用于根据所述交易信息核对所述用户账单、第三方支付账单和收款账单是否一致；执行模块，用于当所述用户账单、第三方支付账单和收款账单一致时，向用户终端发送交易信息。9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行如权利要求1至7中任一项权利要求所述资金支付方法的步骤。10.一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行如权利要求1至7中任一项权利要求所述资金支付方法的步骤。

百度查询： 中国平安人寿保险股份有限公司 资金支付方法、装置、计算机设备及存储介质