缴税支付方法、装置、电子设备和存储介质与流程

本申请涉及支付处理技术领域，尤其涉及一种缴税支付方法、装置、电子设备和存储介质。

背景技术：

目前，现有网银支付的缴税支付方式中，用户在网上报税系统选择网银支付方式后，用户页面在互联网环境内经历多次跳转，交易链路过长，因跳转导致的支付失败率较高。

技术实现要素：

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本申请提出一种缴税支付方法，解决了现有技术中缴税支付方式用户端页面需要多次跳转，支付失败率比较高的技术问题，通过清算机构从税务机构获取待缴税信息发送给第一账户机构，从第一账户机构获取支付请求，并从已签约绑定的第二账户机构进行支付，最后清算机构根据支付结果与税务机构进行信息确认获取缴税回执信息，避免了用户端页面需要多次跳转，提高缴税支付效率，以及避免了由于跳转而产生的页面展示信息无法统一的问题，提升用户使用体验。

本申请提出另一种缴税支付方法。

本申请提出一种清算机构。

本申请提出一种第一账户机构。

本申请提出一种用户终端。

本申请提出一种缴税支付系统。

本申请提出一种电子设备。

本申请提出一种计算机可读存储介质。

本申请第一方面实施例提出了一种缴税支付方法，应用于清算机构，包括：

获取第一账户机构发送的缴税标识信息；

将所述缴税标识信息发送至税务机构进行查询，并接收所述税务机构反馈的与所述缴税标识信息对应的待缴税信息；

将所述待缴税信息发送给所述第一账户机构，并接收所述第一账户机构发送的支付请求；

将所述支付请求发送至第二账户机构进行处理，并根据所述第二账户机构反馈的支付结果与所述税务机构进行信息确认，并获取缴税回执信息；

将所述缴税回执信息发送至所述第一账户机构，以使所述第一账户机构根据所述缴税回执信息生成缴税支付结果并发送给用户终端。

本申请第二方面实施例提出了另一种缴税支付方法，应用于第一账户机构，包括：

获取缴税标识信息，通过调用清算机构的待缴信息查询接口获取与所述缴税标识信息对应的待缴税信息；

根据所述待缴税信息生成支付请求，并向所述清算机构发送所述支付请求，供所述清算机构向第二账户机构转接，所述支付请求中包括所述第二账户机构的账户信息和支付金额；

接收所述清算机构反馈的缴税回执信息，所述缴税回执信息由所述清算机构根据所述第二账户机构反馈的支付结果与所述税务机构进行信息确认后得到；

根据所述缴税回执信息生成缴税支付结果，并发送给用户终端。

本申请第三方面实施例提出了一种缴税支付方法，应用于用户终端，包括：

扫描缴税二维码获取缴税标识信息；

将所述缴税标识信息发送给第一账户机构；

接收第一账户机构反馈的待缴税信息并显示，其中，所述第一账户机构通过调用清算机构的待缴信息查询接口获取与所述缴税标识信息对应的待缴税信息；

根据所述待缴税信息生成缴税确认信息发送给所述第一账户机构，以使所述第一账户机构生成与所述待缴税信息对应的包括第二账户机构的支付请求；

接收所述第一账户机构反馈的根据缴税回执信息生成缴税支付结果并显示；其中，所述第一账户机构接收清算机构根据所述第二账户机构反馈的支付结果与税务机构进行信息确认获取的缴税回执信息。

本申请第四方面实施例提出了一种清算机构，包括：

第一获取模块，用于获取第一账户机构发送的缴税标识信息；

第一发送接收模块，用于将所述缴税标识信息发送至税务机构进行查询，并接收所述税务机构反馈的与所述缴税标识信息对应的待缴税信息；

第二发送接收模块，用于将所述待缴税信息发送给所述第一账户机构，并接收所述第一账户机构发送的支付请求；

发送获取模块，用于将所述支付请求发送至第二账户机构进行处理，并根据所述第二账户机构反馈的支付结果与所述税务机构进行信息确认，并获取缴税回执信息；

第一发送模块，用于将所述缴税回执信息发送至所述第一账户机构，以使所述第一账户机构根据所述缴税回执信息生成缴税支付结果并发送给用户终端。

本申请第五方面实施例提出了一种第一账户机构，包括：

获取模块，用于获取缴税标识信息，通过调用清算机构的待缴信息查询接口获取与所述缴税标识信息对应的待缴税信息；

第一生成发送模块，用于根据所述待缴税信息生成支付请求，并向所述清算机构发送所述支付请求，供所述清算机构向第二账户机构转接，所述支付请求中包括所述第二账户机构的账户信息和支付金额；

第一接收模块，用于接收所述清算机构反馈的缴税回执信息，所述缴税回执信息由所述清算机构根据所述第二账户机构反馈的支付结果与所述税务机构进行信息确认后得到；

第二生成发送模块，用于根据所述缴税回执信息生成缴税支付结果，并发送给用户终端。

本申请第六方面实施例提出了一种用户终端，包括：

扫描模块，用于扫描缴税二维码获取缴税标识信息；

第二发送模块，用于将所述缴税标识信息发送给第一账户机构；

接收显示模块，用于接收第一账户机构反馈的待缴税信息并显示，其中，所述第一账户机构通过调用清算机构的待缴信息查询接口获取与所述缴税标识信息对应的待缴税信息；

第三生成发送模块，用于根据所述待缴税信息生成缴税确认信息发送给所述第一账户机构，以使所述第一账户机构生成与所述待缴税信息对应的包括第二账户机构的支付请求；

第二接收模块，用于接收所述第一账户机构反馈的根据缴税回执信息生成缴税支付结果并显示；其中，所述第一账户机构接收清算机构根据所述第二账户机构反馈的支付结果与税务机构进行信息确认获取的缴税回执信息。

本申请第七方面实施例提出了一种缴税支付系统，包括：第四方面实施例所述的清算机构、第五方面实施例所述的第一账户机构、第六方面实施例所述的用户终端、税务机构和第二账户机构；

其中，所述第一账户机构获取缴税标识信息，并将所述缴税标识信息发送给所述清算机构；

所述清算机构将所述缴税标识信息发送至所述税务机构进行查询，并接收所述税务机构反馈的与所述缴税标识信息对应的待缴税信息，并将所述待缴税信息发送给所述第一账户机构；

所述第一账户机构根据所述待缴税信息确定第二账户机构，并通过所述清算机构向所述第二账户机构发送支付请求；

所述清算机构根据所述第二账户机构反馈的支付结果与所述税务机构进行信息确认，并获取缴税回执信息发送至所述第一账户机构；

所述第一账户机构根据所述清算机构反馈的所述缴税回执信息生成缴税支付结果，并发送给用户终端。

本申请又一方面实施例提出了一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如前述方法实施例所述的缴税支付方法。

本申请又一方面实施例提出了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，实现前述方法实施例所述的缴税支付方法。

本申请实施例所提供的技术方案可以包含如下的有益效果：

本申请提出的缴税支付方法，第一账户机构通过用户使用用户终端(比如银行及非银行支付机构对应的应用程序)通过扫码等方式获取缴税标识信息，并发送给清算机构，清算机构从税务机构获取与缴税标识信息对应的待缴税信息发送给第一账户机构，从第一账户机构获取支付请求，并从已签约绑定的第二账户机构进行支付，最后清算机构根据支付结果与税务机构进行信息确认获取缴税回执信息，避免了用户端页面需要多次跳转，提高缴税支付效率，以及避免了由于跳转而产生的页面展示信息无法统一的问题，提升用户使用体验。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为现有技术的一种网银支付缴税的示例图；

图2为本申请实施例所提供的一种缴税支付方法的流程示意图；

图3为本申请实施例所提供的另一种缴税支付方法的流程示意图；

图4为本申请实施例所提供的又一种缴税支付方法的流程示意图；

图5为本申请实施例所提供的一种缴税支付方法的示例图；

图6为本申请实施例提供的一种清算机构的结构示意图；

图7为本申请实施例提供的一种第一账户机构的结构示意图；

图8为本申请实施例提供的一种用户终端的结构示意图；

图9为本申请实施例提供的一种缴税支付系统的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的缴税支付方法、装置、电子设备和存储介质。

具体地，为了本领域人员更加清楚了解本申请缴税支付方法的描述，针对本申请中的缴税支付方法涉及的包括：第一账户机构，清算机构、税务机构、用户终端和第二账户机构进行解释。

第一账户机构(银行及非银行支付机构)指的是国库缴税交易的发起方，为用户提供应用程序扫码服务并发起交易的支付机构或银行。

第二账户机构指的是在国库缴税交易中为用户提供账户体系服务，负责接收交易信息并进行账户扣款或入账等处理的银行机构。

用户终端，指的是用户通过通过电子税务局网页、税务大厅、税务自助机等方式完成缴税申报，用户终端可以直接获取缴税标识信息或者是通过用户终端中的第一账户机构应用程序扫描缴税二维码获取缴税标识信息。

清算机构指的是经中国人民银行批准成立的负责处理与支付机构、银行相关的资金清算业务的机构，在缴税支付中，可以为第一账户机构和税务机构提供直连通道，为用户提供网络支付服务的机构。

税务机构指的是税务征收机关。

在实际应用当中，有很多种方式进行缴税支付，比如图1所示，用户通过电子税务局相关页面选择未缴款税项信息，选择支付方式为网银支付，点击缴款，用户终端页面跳转至结算中心页面，结算中心页面向用户展示订单明细及付款银行，用户确认缴税订单并选择付款银行，用户终端页面从结算中心页面跳转至银行网关页面，银行网关页面向用户展示支付信息，用户在银行网关页面选择银行账户并输入支付信息，确认支付，银行将支付结果通知结算中心，用户页面跳转至结算中心页面并展示支付结果，最后结算中心将支付结果通知税务机构，更新用户缴税状态。

从上述例子中可以看出用户在选择网银支付方式后，用户终端页面在互联网环境内经历3次跳转，交易链路过长，因跳转导致的支付失败率较高(一般每跳转一次增加约30％的失败率)，并且在跳转过程中易被劫持，以及用户需要多次核实缴款内容，用户终端页面展示信息冗余等问题。

本申请提出的缴税支付方法，第一账户机构通过用户使用用户终端(比如银行及非银行支付机构对应的应用程序)通过扫码等方式获取缴税标识信息，并发送给清算机构，清算机构从税务机构获取与缴税标识信息对应的待缴税信息发送给第一账户机构，从第一账户机构获取支付请求，并从已签约绑定的第二账户机构进行支付，最后清算机构根据支付结果与税务机构进行信息确认获取缴税回执信息，避免了用户端页面需要多次跳转，提高缴税支付效率，以及避免了由于跳转而产生的页面展示信息无法统一的问题，提升用户使用体验。

图2为本申请实施例所提供的一种缴税支付方法的流程示意图。

为了更加清楚描述本申请缴税支付方法，首先以清算机构侧进行描述，如图2所示，该方法包括以下步骤：

步骤101，获取第一账户机构发送的缴税标识信息。

步骤103，将缴税标识信息发送至税务机构进行查询，并接收税务机构反馈的与缴税标识信息对应的待缴税信息。

在实际应用中，用户通过用户终端向第一账户机构发送代缴信息查询请求，其中，代缴信息查询请求请求中包括经过加密处理的纳税用户编号、缴税项信息和征收机关代码信息，第一账户机构可以直接将代缴信息查询请求转发给清算机构，也可以对代缴信息查询请求进行处理获取缴税标识信息进行加密等处理后发送给第一账户机构，因此，清算机构获取第一账户机构发送的缴税标识信息的方式有很多种，可以根据实际需要进行选择。

作为一种可能实现方式，接收第一账户机构发送的代缴信息查询请求，代缴信息查询请求中包括经过加密处理的纳税用户编号、缴税项信息和征收机关代码信息；对代缴信息查询请求进行解密处理，提取缴税标识信息，比如纳税用户编号、缴税项信息和征收机关代码信息等，其中，加密方式可以是对称加密、非对称加密等等，可以根据实际安全性需要进行选择设置。

进一步地，清算机构接收第一账户机构发送的缴税标识信息后，清算机构通过与税务机构直连通道获取与缴税标识信息对应的待缴税信息比如单位、姓名、缴税明细比如金额等等。

步骤105，将待缴税信息发送给第一账户机构，并接收第一账户机构发送的支付请求。

步骤107，将支付请求发送至第二账户机构进行处理，并根据第二账户机构反馈的支付结果与税务机构进行信息确认，并获取缴税回执信息。

步骤109，将缴税回执信息发送至第一账户机构，以使第一账户机构根据缴税回执信息生成缴税支付结果并发送给用户终端。

具体地，将待缴税信息发送给第一账户机构后，第一账户机构将待缴税信息发送给用户终端显示，用户能够确定该待缴税信息是否正确，从而在用户确认待缴税信息后，第一账户机构可以接收到缴税支付指令，根据缴税支付指令确定第二账户机构(即已签约的银行账户)生成支付请求，从而第一账户机构向清算机构发送支付请求，清算机构将支付请求发送至第二账户机构，以使第二账户机构对支付请求进行处理生成支付结果反馈给清算机构。

进一步地根据第二账户机构反馈的支付结果与税务机构进行信息确认，并获取缴税回执信息的方式有很多种，作为一种可能实现方式，在支付结果指示支付成功的情况下，调用税票服务锁定接口向税务机构发送锁票请求；接收税务机构反馈的锁票结果；在锁票结果指示可执行缴税的情况下，生成缴税回执请求发送至税务机构；接收税务机构反馈的缴税回执信息。

需要说明的是，在根据锁票结果指示为不可执行缴税的情况下，向第二账户机构发送退款请求，以使第二账户机构进行退款处理。

其中，锁票请求主要是清算机构向税务机构请求是否以该清算机构进行支付处理，因为可能同时有很多清算机构向税务机构请求，比如网联清算机构、银联清算机构等，以避免重复支付，提升支付灵活性和效率。

本申请实施例的缴税支付方法中，获取第一账户机构发送的缴税标识信息；将缴税标识信息发送至税务机构进行查询，并接收税务机构反馈的与缴税标识信息对应的待缴税信息；将待缴税信息发送给第一账户机构，并接收第一账户机构发送的支付请求；将支付请求发送至第二账户机构进行处理，并根据第二账户机构反馈的支付结果与税务机构进行信息确认，并获取缴税回执信息；将缴税回执信息发送至第一账户机构，以使第一账户机构根据缴税回执信息生成缴税支付结果并发送给用户终端。由此，解决了现有技术中缴税支付方式用户端页面需要多次跳转，支付失败率比较高的技术问题，通过清算机构从税务机构获取待缴税信息发送给第一账户机构，从第一账户机构获取支付请求，并从已签约绑定的第二账户机构进行支付，最后清算机构根据支付结果与税务机构进行信息确认获取缴税回执信息，避免了用户端页面需要多次跳转，提高缴税支付效率，以及避免了由于跳转而产生的页面展示信息无法统一的问题，提升用户使用体验。

为了更加全面上述实施例，本实施例提供了另一种缴税支付方法，以第一账户机构侧进行描述，图3为本申请实施例所提供的另一种缴税支付方法的流程示意图。

如图3所示，该方法可以包括以下步骤：

步骤201，获取缴税标识信息，通过调用清算机构的待缴信息查询接口获取与缴税标识信息对应的待缴税信息。

具体地，第一账户机构可以接收用户终端发送的缴税标识信息，比如纳税用户编号、缴税项信息和征收机关代码信息等缴税标识信息，其中，用户终端发送的可以是代缴信息查询请求，其中，代缴信息查询请求中包括经过加密处理的纳税用户编号、缴税项信息和征收机关代码信息，可以对代缴信息查询请求进行解密处理，提取缴税标识信息发送给清算机构，也可以直接将代缴信息查询请求转发给清算机构。

因此，第一账户机构在获取缴税标识信息后，调用清算机构的查询待缴信息接口获取与缴税标识信息对应的待缴税信息，即清算机构获取缴税标识信息后向税务机构查询该待缴税信息，税务机构向清算机构返回待缴税信息，从而清算机构返回待缴税信息比如单位、姓名、缴税明细比如金额等等并。

步骤203，根据待缴税信息生成支付请求，并向清算机构发送支付请求，供清算机构向第二账户机构转接，支付请求中包括第二账户机构的账户信息和支付金额。

步骤205，接收清算机构反馈的缴税回执信息，缴税回执信息由清算机构根据第二账户机构反馈的支付结果与税务机构进行信息确认后得到。

步骤207，根据缴税回执信息生成缴税支付结果，并发送给用户终端。

可以理解的是，在显示待缴税信息后，用户能够确定该待缴税信息是否正确，从而在用户确认待缴税信息后，可以接收到缴税支付指令，根据缴税支付指令确定第二账户机构(即已签约的银行账户)，从而通过清算机构向第二账户机构发送支付请求，支付请求中包括第二账户机构的账户信息和支付金额，以使第二账户机构对支付请求进行处理生成支付结果(支付成功或者是支付失败)发送至清算机构，清算机构根据支付结果与税务机构进行信息确认，并获取缴税回执信息。

可以理解的是，支付结果可以是成功，也可以失败，在支付失败时直接显示失败信息给用户即可，在支付成功时，还接收到清算机构反馈的缴税回执信息，更具体地，清算机构根据支付结果确定支付成功，调用税票服务锁定接口向税务机构发送锁票请求，接收税务机构反馈的锁票结果，在锁票结果指示可执行缴税的情况下，生成缴税回执请求发送至税务机构，接收税务机构反馈的缴税回执信息发送给第一账户机构，第一账户机构根据清算机构反馈的缴税回执信息生成缴税支付结果并发送给用户终端显示，比如显示缴税支付成功。

本申请实施例的缴税支付方法中，获取缴税标识信息，通过调用清算机构的待缴信息查询接口获取与缴税标识信息对应的待缴税信息；根据待缴税信息生成支付请求，并向清算机构发送支付请求，供清算机构向第二账户机构转接，支付请求中包括第二账户机构的账户信息和支付金额；接收清算机构反馈的缴税回执信息，缴税回执信息由清算机构根据第二账户机构反馈的支付结果与税务机构进行信息确认后得到；根据缴税回执信息生成缴税支付结果，并发送给用户终端。由此，解决了现有技术中缴税支付方式用户端页面需要多次跳转，支付失败率比较高的技术问题，通过第一账户机构接收清算机构从税务机构获取待缴税信息，从第一账户机构发送支付请求，并通过清算机构从已签约绑定的第二账户机构进行支付，最后第一账户机构获取清算机构根据支付结果与税务机构进行信息确认的缴税回执信息，避免了用户端页面需要多次跳转，提高缴税支付效率，以及避免了由于跳转而产生的页面展示信息无法统一的问题，提升用户使用体验。

为了更加全面上述实施例，本实施例提供了又一种缴税支付方法，以用户终端侧进行描述，图4为本申请实施例所提供的另一种缴税支付方法的流程示意图。

如图4所示，该方法可以包括以下步骤：

步骤301，扫描缴税二维码获取缴税标识信息。

步骤303，将缴税标识信息发送给第一账户机构。

具体地，用户需要预先向税务机构进行缴税申报，作为一种可能实现方式，用户终端向税务机构发送缴税申报请求；其中，缴税申报请求包括纳税用户编号、缴税项信息和征收机关代码信息，接收税务机构根据纳税用户编号、缴税项信息和征收机关代码信息进行处理后生成的缴税二维码。

具体地，纳税人通过电子税务局网页、税务大厅、税务自助机等方式完成申报后，网页或窗口向用户展示缴税二维码，用户使用用户终端进行扫码获取缴税标识信息。可以理解的是，缴税标识信息是唯一的，不同的缴税标识信息对不同的申报缴税信息。

进一步地，将缴税标识信息发送给第一账户机构。

步骤305，接收第一账户机构反馈的待缴税信息并显示，其中，第一账户机构通过调用清算机构的待缴信息查询接口获取与缴税标识信息对应的待缴税信息。

步骤307，根据待缴税信息生成缴税确认信息发送给第一账户机构，以使第一账户机构生成与待缴税信息对应的包括第二账户机构的支付请求。

步骤309，接收第一账户机构反馈的根据缴税回执信息生成缴税支付结果并显示；其中，第一账户机构接收清算机构根据第二账户机构反馈的支付结果与税务机构进行信息确认获取的缴税回执信息。

具体地，第一账户机构在获取缴税标识信息后，调用清算机构的查询待缴信息接口获取与缴税标识信息对应的待缴税信息，即清算机构获取缴税标识信息后向税务机构查询该待缴税信息，税务机构向清算机构返回待缴税信息，从而清算机构返回待缴税信息比如单位、姓名、缴税明细比如金额等等并在用户终端显示。

从而，待缴税信息在用户终端显示，用户能够确定该待缴税信息是否正确，从而在用户确认待缴税信息后，第一账户机构可以接收到缴税支付指令，根据缴税支付指令确定第二账户机构(即已签约的银行账户)生成支付请求，从而第一账户机构向清算机构发送支付请求，清算机构将支付请求发送至第二账户机构，以使第二账户机构对支付请求进行处理生成支付结果反馈给清算机构。

可以理解的是，支付结果可以是成功，也可以失败，在支付失败时直接显示失败信息给用户即可，在支付成功时，清算机构根据支付结果确定支付成功，调用税票服务锁定接口向税务机构发送锁票请求，接收税务机构反馈的锁票结果，在锁票结果指示可执行缴税的情况下，生成缴税回执请求发送至税务机构，接收税务机构反馈的缴税回执信息发送给第一账户机构，第一账户机构根据清算机构反馈的缴税回执信息生成缴税支付结果并发送给用户终端显示，比如显示缴税支付成功。

本申请实施例的缴税支付方法中，扫描缴税二维码获取缴税标识信息；将缴税标识信息发送给第一账户机构；接收第一账户机构反馈的待缴税信息并显示，其中，第一账户机构通过调用清算机构的待缴信息查询接口获取与缴税标识信息对应的待缴税信息；根据待缴税信息生成缴税确认信息发送给第一账户机构，以使第一账户机构生成与待缴税信息对应的包括第二账户机构的支付请求；接收第一账户机构反馈的根据缴税回执信息生成缴税支付结果并显示；其中，第一账户机构接收清算机构根据第二账户机构反馈的支付结果与税务机构进行信息确认获取的缴税回执信息。由此，解决了现有技术中缴税支付方式用户端页面需要多次跳转，支付失败率比较高的技术问题，通过第一账户机构接收清算机构从税务机构获取待缴税信息，从第一账户机构发送支付请求，并通过清算机构从已签约绑定的第二账户机构进行支付，最后第一账户机构获取清算机构根据支付结果与税务机构进行信息确认的缴税回执信息，避免了用户端页面需要多次跳转，提高缴税支付效率，以及避免了由于跳转而产生的页面展示信息无法统一的问题，提升用户使用体验。

基于上述实施例的描述，为了更加清楚描述本申请的缴税支付方法，下面结合图5进行详细说明，具体地如图5所示：

(1)用户通过电子税务局网页、税务大厅、税务自助机完成申报，相应网页或窗口向用户展示缴税二维码；(2)用户使用用户终端的银行及非银行支付机构应用程序app识读缴税二维码获取缴税标识信息；(3)银行及非银行支付机构(第一账户机构)调用清算机构提供的待缴信息查询接口，查询该缴税标识信息对应的待缴税信息；(4)清算机构获取第一账户机构的查询请求，向税务机构查询待缴税信息；(5)税务机构向清算机构返回待缴税信息；(6)清算机构向第一账户机构返回待缴税信息；(7)用户终端向用户展示待缴税信息；(8)用户确认缴税并选择已签约的银行账户授权支付；(9)第一账户机构向清算机构发起支付请求；(10)清算机构转接支付请求至对应银行(第二账户机构)；(11)第二账户机构完成支付申请受理并向清算机构返回支付结果；(12)清算机构向第一账户机构返回支付状态；(13)支付完成后，清算机构调用税票服务锁定接口，向税务机构发起锁票请求；(14)税务机构将锁票结果回执清算机构；(15)清算机构向税务机构发起缴税回执请求，向税务机构申报缴税成功；(16)税务机构向清算机构返回收到缴税回执信息；(17)清算机构通知第一账户机构缴税业务状态；(18)用户终端向用户展示缴税支付结果。

由此，用户从扫码缴税开始直至缴税成功都停留在银行及非银行支付机构(第一账户机构)应用程序app页面，不用进行页面的来回跳转，税务机构、清算机构、银行(第二账户机构)及非银行支付机构应用程序及银行(第一账户机构)之间都是专线连接，不依赖互联网环境，提升信息流和交易流的安全，税务机构、清算机构、第二账户机构及第一账户机构之间的交互流程都是内部交互，用户体验更加便捷，也就是说用户在使用用户终端扫码之后，始终停留在第一账户机构对应的app页面，无需跳转，降低了支付失败率，解决了由于跳转而产生的页面展示信息无法统一的问题，不存在跳转地址被劫持导致的信息泄露和支付风险；用户信息和交易在第二账户机构、税务机构、第一账户机构之间通过专线的方式进行流转传输，安全性高；以及大幅度降低了纳税人缴税所需时间，减少了缴税人支付时用户端多次页面跳转登陆确认信息的步骤，可以支持税制改革后大量纳税人向税务机构主动申报纳税的场景。

为了实现上述实施例，本申请还提出一种清算机构，图6为本申请实施例提供的一种缴税支付装置的结构示意图。

如图6所示，该清算机构400包括：第一获取模块401、第一发送接收模块403、第二发送接收模块405、发送获取模块407和第一发送模块409。

第一获取模块401，用于获取第一账户机构发送的缴税标识信息。

第一发送接收模块403，用于将所述缴税标识信息发送至税务机构进行查询，并接收所述税务机构反馈的与所述缴税标识信息对应的待缴税信息。

第二发送接收模块405，用于将所述待缴税信息发送给所述第一账户机构，并接收所述第一账户机构发送的支付请求。

发送获取模块407，用于将所述支付请求发送至第二账户机构进行处理，并根据所述第二账户机构反馈的支付结果与所述税务机构进行信息确认，并获取缴税回执信息。

第一发送模块409，用于将所述缴税回执信息发送至所述第一账户机构，以使所述第一账户机构根据所述缴税回执信息生成缴税支付结果并发送给用户终端。

进一步地，在本申请实施例的一种可能的实现方式中，发送获取模块407，具体用于：在所述支付结果指示支付成功的情况下，调用税票服务锁定接口向所述税务机构发送锁票请求；接收所述税务机构反馈的锁票结果；在所述锁票结果指示可执行缴税的情况下，生成缴税回执请求发送至所述税务机构；接收所述税务机构反馈的缴税回执信息。

进一步地，在本申请实施例的一种可能的实现方式中，在根据所述锁票结果指示为不可执行缴税的情况下，向所述第二账户机构发送退款请求，以使所述第二账户机构进行退款处理。

需要说明的是，前述对方法实施例的解释说明也适用于该实施例的装置，此处不再赘述。

本申请实施例的清算机构中，获取第一账户机构发送的缴税标识信息；将缴税标识信息发送至税务机构进行查询，并接收税务机构反馈的与缴税标识信息对应的待缴税信息；将待缴税信息发送给第一账户机构，并接收第一账户机构发送的支付请求；将支付请求发送至第二账户机构进行处理，并根据第二账户机构反馈的支付结果与税务机构进行信息确认，并获取缴税回执信息；将缴税回执信息发送至第一账户机构，以使第一账户机构根据缴税回执信息生成缴税支付结果并发送给用户终端。由此，解决了现有技术中缴税支付方式用户端页面需要多次跳转，支付失败率比较高的技术问题，通过清算机构从税务机构获取待缴税信息发送给第一账户机构，从第一账户机构获取支付请求，并从已签约绑定的第二账户机构进行支付，最后清算机构根据支付结果与税务机构进行信息确认获取缴税回执信息，避免了用户端页面需要多次跳转，提高缴税支付效率，以及避免了由于跳转而产生的页面展示信息无法统一的问题，提升用户使用体验。

为了实现上述实施例，本申请还提出一种清算机构，图7为本申请实施例提供的一种清算机构的结构示意图。

如图7所示，该第一账户机构600包括：获取模块601、第一生成发送模块603、第一接收模块605和第二生成发送模块607。

获取模块601，用于获取缴税标识信息，通过调用清算机构的待缴信息查询接口获取与所述缴税标识信息对应的待缴税信息。

第一生成发送模块603，用于根据所述待缴税信息生成支付请求，并向所述清算机构发送所述支付请求，供所述清算机构向第二账户机构转接，所述支付请求中包括所述第二账户机构的账户信息和支付金额。

第一接收模块605，用于接收所述清算机构反馈的缴税回执信息，所述缴税回执信息由所述清算机构根据所述第二账户机构反馈的支付结果与所述税务机构进行信息确认后得到。

第二生成发送模块607，用于根据所述缴税回执信息生成缴税支付结果，并发送给用户终端。

需要说明的是，前述对方法实施例的解释说明也适用于该实施例的装置，此处不再赘述。

本申请实施例的第一账户机构中，获取缴税标识信息，通过调用清算机构的待缴信息查询接口获取与缴税标识信息对应的待缴税信息；根据待缴税信息生成支付请求，并向清算机构发送支付请求，供清算机构向第二账户机构转接，支付请求中包括第二账户机构的账户信息和支付金额；接收清算机构反馈的缴税回执信息，缴税回执信息由清算机构根据第二账户机构反馈的支付结果与税务机构进行信息确认后得到；根据缴税回执信息生成缴税支付结果，并发送给用户终端。由此，解决了现有技术中缴税支付方式用户端页面需要多次跳转，支付失败率比较高的技术问题，通过第一账户机构接收清算机构从税务机构获取待缴税信息，从第一账户机构发送支付请求，并通过清算机构从已签约绑定的第二账户机构进行支付，最后第一账户机构获取清算机构根据支付结果与税务机构进行信息确认的缴税回执信息，避免了用户端页面需要多次跳转，提高缴税支付效率，以及避免了由于跳转而产生的页面展示信息无法统一的问题，提升用户使用体验。

为了实现上述实施例，本申请还提出一种用户终端，图8为本申请实施例提供的一种用户终的结构示意图。

如图8所示，该用户终端800包括：扫描模块801、第二发送模块803、接收显示模块805、第三生成发送模块807和第二接收模块809。

扫描模块801，用于扫描缴税二维码获取缴税标识信息。

第二发送模块803，用于将所述缴税标识信息发送给第一账户机构。

接收显示模块805，用于接收第一账户机构反馈的待缴税信息并显示，其中，所述第一账户机构通过调用清算机构的待缴信息查询接口获取与所述缴税标识信息对应的待缴税信息。

第三生成发送模块807，用于根据所述待缴税信息生成缴税确认信息发送给所述第一账户机构，以使所述第一账户机构生成与所述待缴税信息对应的包括第二账户机构的支付请求。

第二接收模块809，用于接收所述第一账户机构反馈的根据缴税回执信息生成缴税支付结果并显示；其中，所述第一账户机构接收清算机构根据所述第二账户机构反馈的支付结果与税务机构进行信息确认获取的缴税回执信息。

需要说明的是，前述对方法实施例的解释说明也适用于该实施例的装置，此处不再赘述。

本申请实施例的用户终端，扫描缴税二维码获取缴税标识信息；将缴税标识信息发送给第一账户机构；接收第一账户机构反馈的待缴税信息并显示，其中，第一账户机构通过调用清算机构的待缴信息查询接口获取与缴税标识信息对应的待缴税信息；根据待缴税信息生成缴税确认信息发送给第一账户机构，以使第一账户机构生成与待缴税信息对应的包括第二账户机构的支付请求；接收第一账户机构反馈的根据缴税回执信息生成缴税支付结果并显示；其中，第一账户机构接收清算机构根据第二账户机构反馈的支付结果与税务机构进行信息确认获取的缴税回执信息。由此，解决了现有技术中缴税支付方式用户端页面需要多次跳转，支付失败率比较高的技术问题，通过第一账户机构接收清算机构从税务机构获取待缴税信息，从第一账户机构发送支付请求，并通过清算机构从已签约绑定的第二账户机构进行支付，最后第一账户机构获取清算机构根据支付结果与税务机构进行信息确认的缴税回执信息，避免了用户端页面需要多次跳转，提高缴税支付效率，以及避免了由于跳转而产生的页面展示信息无法统一的问题，提升用户使用体验。

为了实现上述实施例，本申请还提出一种缴税支付系统，图9为本申请实施例提供的一种缴税支付系统的结构示意图。

如图9所示，该缴税支付系统包括：税务机构200、清算机构400、第一账户机构600，用户终端800和第二账户机构1000。

其中，第一账户机构600获取缴税标识信息，并将缴税标识信息发送给清算机构400。

清算机构400将缴税标识信息发送至税务机构200进行查询，并接收税务机构200反馈的与缴税标识信息对应的待缴税信息，并将待缴税信息发送给第一账户机构600。

第一账户机构600根据待缴税信息确定第二账户机构1000，并通过清算机构400向第二账户机构1000发送支付请求。

清算机构400根据第二账户机构1000反馈的支付结果与税务机构200进行信息确认，并获取缴税回执信息发送至第一账户机构600。

第一账户机构600根据清算机构400反馈的缴税回执信息生成缴税支付结果，并发送给用户终端800。

在本申请实施例的一种可能的实现方式中，所述清算机构400根据所述第二账户机构1000反馈的支付结果与所述税务机构200进行信息确认，并获取缴税回执信息发送至所述第一账户机构600，包括：

若根据所述支付结果指示支付成功的情况下，所述清算机构400调用税票服务锁定接口向所述税务机构200发送锁票请求；所述清算机构400接收所述税务机构200反馈的锁票结果，在所述锁票结果指示可执行缴税的情况下，生成缴税回执请求发送至所述税务机构200；所述清算机构400根据所述税务机构200反馈的缴税回执信息发送给所述第一账户机构600。

本申请实施例的缴税支付系统中，获取缴税标识信息，并将缴税标识信息发送给清算机构，清算机构将所述缴税标识信息发送至所述税务机构进行查询，并接收所述税务机构反馈的与所述缴税标识信息对应的待缴税信息，并将所述待缴税信息发送给所述第一账户机构，第一账户机构根据所述待缴税信息确定第二账户机构，并通过所述清算机构向所述第二账户机构发送支付请求，清算机构根据所述第二账户机构反馈的支付结果与所述税务机构进行信息确认，并获取缴税回执信息发送至所述第一账户机构，第一账户机构根据所述清算机构反馈的所述缴税回执信息生成缴税支付结果，并发送给用户终端。由此，解决了现有技术中缴税支付方式用户端页面需要多次跳转，支付失败率比较高的技术问题，通过清算机构从税务机构获取待缴税信息发送给第一账户机构，从第一账户机构获取支付请求，并从已签约绑定的第二账户机构进行支付，最后清算机构根据支付结果与税务机构进行信息确认获取缴税回执信息，避免了用户端页面需要多次跳转，提高缴税支付效率，以及避免了由于跳转而产生的页面展示信息无法统一的问题，提升用户使用体验。

为了实现上述实施例，本申请实施例提出了一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如前述第一账户机构执行方法实施例所述的缴税支付方法。

为了实现上述实施例，本申请实施例提出了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，实现前述方法实施例所述的缴税支付方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。