CN113657881A - 账单支付方法、系统、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种账单支付方法、系统、装置、设备及存储介质，属于信息处理技术领域，账单支付方法包括接收支付端发送的支付信息；其中，支付信息为支付端在向发卡机构支付与商户端关联的目标支付账单并成功扣款的情况下生成的信息，支付信息中包括与目标支付账单对应的账单标识；根据账单标识，确定目标支付账单；根据支付信息，对目标支付账单进行销账处理。根据本申请实施例，能够使账单支付过程与销账处理过程解耦，从而可以提高账单支付的灵活性。

Description

账单支付方法、系统、装置、设备及存储介质

技术领域

本申请属于信息处理技术领域，尤其涉及一种账单支付方法、系统、装置、设备及存储介质。

背景技术

随着经济的不断进步和发展，支付行业加速互联网化，人们进行账单支付的方式也越来越多，例如用户可通过多种APP缴纳水电费、信用卡还款、财税等账单费用。

在进行账单支付的过程中，通常采用的支付方式是，将扣款过程和销账、流水记录等过程由同一端来执行，这样，使得扣款过程与销账、流水记录等过程深度耦合，从而导致账单支付缺乏灵活性的问题。

发明内容

本申请实施例提供一种账单支付方法、系统、装置、设备及存储介质，能够解决现有技术中账单支付缺乏灵活性的问题。

第一方面，本申请实施例提供一种账单支付方法，应用于销账记录端，该方法可以包括：

接收支付端发送的支付信息；其中，支付信息为支付端在向商户端支付目标支付账单并由发卡机构成功扣款的情况下生成的信息，支付信息中包括与目标支付账单对应的账单标识；

根据账单标识，确定目标支付账单；

根据支付信息，对目标支付账单进行销账处理。

第二方面，本申请实施例提供一种账单支付方法，应用于支付端，该方法可以包括：

获取目标支付账单；其中，目标支付账单为与商户端关联的支付账单；

接收用户对目标支付账单的支付操作；

响应于支付操作，向商户端支付目标支付账单，以使发卡机构执行扣款操作；

在接收到成功扣款的反馈信息的情况下，生成与目标支付账单对应的支付信息；

向销账记录端发送支付信息，以使销账记录端根据支付信息，对目标支付账单进行销账处理。

第三方面，本申请实施例提供了一种账单支付系统，该系统可以包括：支付端、销账记录端、商户端以及发卡机构，其中：

支付端用于向商户端支付目标支付账单，并在发卡机构成功扣款的情况下生成支付信息，向销账记录端发送支付信息；其中，支付信息中包括与目标支付账单对应的账单标识；

销账记录端用于根据账单标识，确定目标支付账单，以及根据支付信息，对目标支付账单进行销账处理。

第四方面，本申请实施例提供了一种账单支付装置，应用于销账记录端，该装置可以包括：

信息接收模块，用于接收支付端发送的支付信息；其中，支付信息为支付端在向商户端支付目标支付账单并由发卡机构成功扣款的情况下生成的信息，支付信息中包括与目标支付账单对应的账单标识；

账单确定模块，用于根据账单标识，确定目标支付账单；

销账处理模块，用于根据支付信息，对目标支付账单进行销账处理。

第五方面，本申请实施例提供了一种账单支付装置，应用于支付端，该装置可以包括：

账单获取模块，用于获取目标支付账单；其中，目标支付账单为与商户端关联的支付账单；

操作接收模块，用于接收用户对目标支付账单的支付操作；

账单支付模块，用于响应于支付操作，向商户端支付目标支付账单，以使发卡机构执行扣款操作；

信息生成模块，用于发卡机构发的在接收到成功扣款的反馈信息的情况下，生成与目标支付账单对应的支付信息；

信息发送模块，用于向销账记录端发送支付信息，以使销账记录端根据支付信息，对目标支付账单进行销账处理。

第六方面，本申请实施例提供了一种电子设备，该电子设备可以包括：

处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如第一方面的的任一项实施例中所示的账单支付方法。

第七方面，本申请实施例提供了一种计算机存储介质，该计算机存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如第一方面的任一项实施例中所示的账单支付方法。

本申请实施例的账单支付方法、系统、装置、设备及存储介质，通过由支付端向商户端支付目标支付账单并由发卡机构完成扣款，而在销账记录端执行销账处理过程，也即，销账记录端在接收到支付端发送的支付信息的情况下，完成对目标支付账单的销账处理，由于该支付信息是支付端在向商户端支付目标支付账单并由发卡机构成功扣款的情况下生成的，因此，能够使账单支付过程与销账处理过程解耦，从而可以提高账单支付的灵活性。

附图说明

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

图1是本申请一个实施例提供的账单支付系统的架构示意图；

图2是本申请一个实施例提供的账单支付系统的账单支付流程示意图；

图3是本申请另一个实施例提供的账单支付方法的流程示意图；

图4是本申请另一个实施例提供的账单支付方法的流程示意图；

图5是本申请另一个实施例提供的账单支付装置的结构示意图；

图6是本申请另一个实施例提供的账单支付装置的结构示意图；

图7是本申请又一个实施例提供的账单支付设备的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

为了解决现有技术问题，本申请实施例提供了一种账单支付系统，下面将对该账单支付系统进行详细说明。

图1为本申请一个实施例提供的账单支付系统的架构示意图，如图1所示，该账单支付系统具体可以包括：支付端10、销账记录端11、商户端12以及发卡机构13，其中：

支付端10用于向商户端12支付目标支付账单，并在发卡机构13成功扣款的情况下生成支付信息，向销账记录端11发送支付信息；其中，支付信息中包括与目标支付账单对应的账单标识；

销账记录端11用于根据账单标识，确定目标支付账单，以及根据支付信息，对目标支付账单进行销账处理。

基于上述架构，支付端10与销账记录端11签约，并通过专线或公网连接销账记录端11，用于进行联机查询和销账操作等；发卡机构13与支付端10属于同一成员机构，支付端10在联机交易中自行完成行内扣款，对于支付端10发起的查询、销账等报文，销账记录端11负责转发给商户端12处理。

这里，支付端10可以包括但不限于线上支付端和线下支付端，销账记录端11可以是其他各端之间的中间平台，商户端12可以是行业机构、行业商户以及各收费单位，商户端12可以独立灵活定价，发卡机构13可以是支付端10支付时所使用的银行卡或扣款通道对应的机构，例如银行等。这样，通过在支付端10内自行完成行内扣款，销账记录端11根据支付信息对目标支付账单进行销账处理，可以使账单支付过程与销账处理过程解耦，从而可以提高账单支付的灵活性。

如图2所示，在一种可选实施方式中，销账记录端可以包括：支付程序对接平台22以及商户对接平台24；

支付程序对接平台22用于根据账单标识，确定目标支付账单，向商户对接平台24发送销账请求；其中，销账请求中包括支付信息，销账请求用于指示商户端26根据支付信息，对目标支付账单进行销账处理，生成销账处理结果；

商户对接平台24用于向商户端26转发销账请求，以及接收商户端26返回的销账处理结果，向支付程序对接平台22转发销账处理结果；

支付程序对接平台22还用于根据销账处理结果，生成销账处理反馈信息，向支付端21发送销账处理反馈信息。

在一个具体例子中，支付端21首先通过销账记录端发起账单查询请求，销账记录端向商户端26发起账单查询，由商户端26查询到相应支付账单后作出应答并返回至支付端21。在支付端21完成行内扣款过程后，向支付程序对接平台22发送与该支付账单对应的支付信息，支付程序对接平台22针对该支付账单向商户对接平台24发送销账请求，该请求中至少包含支付信息，商户对接平台24将销账请求转发至商户端26，商户端26根据商户信息对该账单进行销账处理，并将销账处理结果返回至商户对接平台24，商户对接平台24再将销账处理结果转发至支付程序对接平台22，支付程序对接平台22根据销账处理结果，生成销账处理反馈信息，并向支付端21发送销账处理反馈信息。示例性地，在销账处理结果为销账成功的情况下，支付程序对接平台22向支付端21发送销账成功的信息通知，在销账处理结果为销账失败的情况下，支付程序对接平台22向支付端21发送销账失败的信息通知。

在一种可选实施方式中，销账记录端还包括：对账清算平台23，其中：

支付程序对接平台22还用于向对账清算平台23发送流水记录请求；其中，流水记录请求包括支付信息；

对账清算平台23用于响应于流水记录请求，根据支付信息，记录目标支付账单对应的支付流水信息，生成流水记录结果，向支付程序对接平台22发送流水记录结果；

支付程序对接平台22还用于根据流水记录结果，生成流水记录反馈信息，向支付端21发送流水记录反馈信息。

如图2所示，在一个具体例子中，销账记录端还可以包括对账清算平台23，支付程序对接平台22向对账清算平台23发送流水记录请求，流水记录请求至少包括支付信息，对账清算平台23根据支付信息生成流水记录结果，并将流水记录结果返回至支付端21。

在一种可选实施方式中，对账清算平台23还用于根据支付流水信息生成清算文件，向目标端发送清算文件；其中，目标端包括发卡机构25和商户端26对应的收单机构27中的至少一端。

这里，对账清算平台23根据支付流水信息生成的清算文件分别可以包括ICOM类清算文件和ACOM类清算文件，其中，ICOM类清算文件可以包含清算主键F7、F11、F32、F33，清算主键可以用于确定账单标识，从而查询得到与账单标识对应的目标支付账单。销账记录端向发卡机构25发送ICOM类清算文件，向商户端26对应的收单机构发送ACOM类清算文件，商户端26对应的收单机构27可以为商户端26中负责收款的具体机构，例如商户端在某地的分公司。在一种可选实施方式中，对账清算平台23还用于根据支付流水信息生成分润文件，向支付端21发送分润文件。

在一种可选实施方式中，对账清算平台23还用于根据支付流水信息生成对账文件，向商户端26发送对账文件。

这里，对账清算平台23根据支付流水信息生成的分润文件可以包含清算主键F7、F11、F32、F33，其中，分润文件可以用于确定支付端21的比例提成。

如图2所示，在一个具体例子，对账清算平台23根据支付流水信息完成日终清算和对账处理后，可向发卡机构25发送ICOM类清算文件，向商户端对应的收单机构27发送ACOM类清算文件，向支付端21发送分润文件，以及向商户端26发送行业对账文件，上述清算文件、分润文件和行业对账文件中包含清算主键F7、F11、F32、F33，以使各平台可以通过账单标识查询得到目标支付账单，之后由对账清算平台23对各个文件进行统一清算。

根据上述架构，下面对本申请实施例提供的账单支付方法进行详细说明。

图3示出了本申请一个实施例提供的账单支付方法的流程示意图。如图3所示，该账单支付方法应用于销账记录端，具体可以包括如下：

首先，步骤110，接收支付端发送的支付信息；其中，支付信息为支付端在向商户端支付目标支付账单并由发卡机构成功扣款的情况下生成的信息，支付信息中包括与目标支付账单对应的账单标识；

接着，步骤120，根据账单标识，确定目标支付账单；

然后，步骤130，根据支付信息，对目标支付账单进行销账处理。

由此，通过由支付端向商户端支付目标支付账单并由发卡机构完成扣款，而在销账记录端执行销账处理过程，也即，销账记录端在接收到支付端发送的支付信息的情况下，完成对目标支付账单的销账处理，由于该支付信息是支付端在向商户端支付目标支付账单并由发卡机构成功扣款的情况下生成的，因此，能够使账单支付过程与销账处理过程解耦，从而可以提高账单支付的灵活性。

下面对上述步骤进行详细说明，具体如下所示：

首先，涉及步骤110，本申请实施例中的支付端可以是具有支付功能的应用程序客户端，也可以是线下用于缴费的设备。支付信息可以包括账单支付时间、支付金额、银行卡号以及与目标支付账单对应的账单标识等与账单支付内容相关的信息，其中，账单标识是能够唯一标识账单的字符，包括数字、字母、符号等。

在一个具体的例子中，支付端在从商户端查询得到目标支付账单的情况下，向商户端支付目标支付账单，发卡机构对目标支付账单的支付操作进行扣款，在成功扣款的情况下支付端可生成支付信息，进而向销账记录端发送该支付信息，以使销账记录端接收支付端发送的支付信息后，根据该支付信息对目标支付账单进行销账处理。

其次，涉及步骤120，本申请实施例中销账记录端在接收支付端发送的支付信息后，可以根据支付信息中具有唯一性的账单标识，查询得到与账单标识对应的支付账单，也即目标支付账单。

接着，涉及步骤130，本申请实施例中销账记录端在确定与账单标识对应的目标支付账单后，可以根据支付信息，对目标支付账单进行销账处理，销账处理可以是对目标支付账单的对账和注销处理。另外，销账处理过程可以在销账记录端完成，也可以是发送销账处理指令给其他端，以使其他端对目标支付账单进行销账，例如可以是生成该支付账单的商户端来完成销账过程。

这样，通过销账记录端在接收到支付端发送的支付信息的情况下，完成对目标支付账单的销账处理，由于该支付信息是支付端在向商户端支付目标支付账单并由发卡机构成功扣款的情况下生成的，因此，能够使账单支付过程与销账处理过程解耦，从而可以提高账单支付的灵活性。

在一种可选实施方式中，上述步骤130具体还可以包括：

向商户端发送销账请求；其中，销账请求中包括支付信息，销账请求用于指示商户端根据支付信息，对目标支付账单进行销账处理，生成销账处理结果；

接收商户端返回的销账处理结果；

根据销账处理结果，生成销账处理反馈信息；

向支付端发送销账处理反馈信息。

这里，销账处理结果可以是销账成功的结果，也可以是销账失败的结果，销账处理反馈信息是根据销账处理结果生成的通知信息，销账记录端接收商户端返回的销账处理结果后，再向支付端发送销账处理成功或者失败的通知信息。

在一个具体的例子中，在向水利公司支付目标支付账单并由发卡机构成功扣款的情况下，销账记录端向水利公司发送销账请求交易，然后水利公司进行处理并返回给销账记录端销账成功的结果，进而生成销账成功的通知信息，从而向支付端发送销账成功的通知信息。

这样，销账记录端在接收到支付端发送的支付信息的情况下，可以针对性的对目标支付账单进行销账处理，更加方便快捷。

在一种可选实施方式中，在上述步骤120之后，本申请实施例提供的账单支付方法还可以包括：

根据所述支付信息，记录所述目标支付账单对应的支付流水信息，得到流水记录结果；

根据所述流水记录结果，生成流水记录反馈信息；

向所述支付端发送所述流水记录反馈信息。

这里，支付流水信息可以包括支付账号、支付时间以及银行卡号等信息。

在一个具体的例子中，在向水利公司支付目标支付账单并由发卡机构成功扣款的情况下，销账记录端根据支付信息记录目标支付账单对应的支付流水信息，得到流水记录结果并生成流水记录反馈信息，从而向支付端发送流水记录反馈信息。

这样，通过销账记录端记录目标支付账单对应的支付流水信息，可以将流水记录结果快速的反馈给支付端。

在一种可选实施方式中，在上述步骤110之前，本申请实施例提供的账单支付方法还可以包括：

接收支付端发送的账单查询指令；其中，账单查询指令包括商户标识以及登录支付端的用户账号所对应的用户身份标识；

响应于账单查询指令，确定与商户标识对应的商户端；

向商户端发送账单查询请求；其中，账单查询请求包括用户身份标识，账单查询请求用于指示商户端查询与用户身份标识对应的目标支付账单；

接收商户端返回的目标支付账单；

向支付端发送目标支付账单，以使支付端显示目标支付账单，并在支付端内完成向商户端的支付操作。

这里，商户标识可以是商户的名称、编号等，例如水利公司对应的编号，用户身份标识可以是用于标识用户身份的信息，例如可以是用户ID、身份证号码之类的标识。

在一个具体的例子中，支付端发送账单查询指令给销账记录端，账单查询指令中有水利公司的标识以及用户账号ID，销账记录端向该水利公司发送账单查询请求，该水利公司通过账单查询请求中的用户账号ID查询对应的目标支付账单，并将目标支付账单发送给销账记录端，销账记录端再将其转发给支付端，以使支付端根据目标支付账单完成向水利公司的支付操作。

这样，通过根据账单查询指令确定对应的商户端，从而向商户端发送账单查询请求，并根据商户端返回的目标支付账单在支付端内完成支付操作，可以提高账单支付的灵活性。

在一种可选实施方式中，在根据支付信息，记录目标支付账单对应的支付流水信息之后，本申请实施例提供的账单支付方法还可以包括：

根据支付流水信息生成清算文件；

向目标端发送清算文件；其中，目标端包括发卡机构和商户端对应的收单机构中的至少一端。

这里，收单机构可以为商户端中负责收款的具体机构，例如商户端在某地的分公司。

这样，销账记录端可以根据支付流水信息快捷的将清算文件发送给发卡机构和商户端对应的收单机构中的至少一端。

在一种可选实施方式中，在根据支付信息，记录目标支付账单对应的支付流水信息之后，本申请实施例提供的账单支付方法还可以包括：

根据所述支付流水信息生成分润文件；

向所述支付端发送所述分润文件。

这里，分润文件可以用于确定支付端的比例提成。

这样，销账记录端可以根据支付流水信息便捷的将分润文件发送给支付端。

在一种可选实施方式中，在根据支付信息，记录目标支付账单对应的支付流水信息之后，本申请实施例提供的账单支付方法还可以包括：

根据所述支付流水信息生成对账文件；

向所述商户端发送所述对账文件。

这里，对账文件可以是用于核对账目流水的文件。

这样，销账记录端可以根据支付流水信息快速的将对账文件发送给商户端。

基于上述实施例，图4示出了本申请另一个实施例提供的账单支付方法的流程示意图。如图4所示，该账单支付方法应用于支付端，具体可以包括如下：

步骤410，获取目标支付账单；其中，目标支付账单为与商户端关联的支付账单；

这里，目标支付账单可以通过直接向商户端发送查询请求的方式获取，也可以向销账记录端发送查询指令，以通过销账记录端查询相应的支付账单的方式获取目标支付账单。

在一种可选实施方式中，获取目标支付账单具体可以包括：

向销账记录端发送账单查询指令；其中，账单查询指令用于指示销账记录端向商户端发送账单查询请求，以及接收商户端返回的目标支付账单；

接收销账记录端返回的目标支付账单。

这样，通过向销账记录端发送账单查询指令，可以由销账记录端作为中间端，向商户端请求获取目标支付账单，以便后期进行统一清算对账管理。

步骤420，接收用户对目标支付账单的支付操作；

这里，支付操作是在支付端内完成的操作，例如，用户通过点击目标支付账单中的结算按钮完成对该账单的支付。

步骤430，响应于支付操作，向商户端支付目标支付账单，以使发卡机构执行扣款操作；

这里，支付端完成支付操作后，无需销账记录端参与扣款过程，而是直接由发卡机构完成相应的扣款操作。

在一个具体的例子中，接收用户在支付端对水利公司的水费账单进行支付操作后，由银行和支付端自行对该账单进行扣款，并直接支付给对应的水利公司在某地的分公司，此扣款过程不经过销账记录端。

这样，通过由支付端自行完成行内扣款，销账记录端不参与扣款过程，而是完成销账、清算过程，从而商户端可根据支付端的不同自行定价，无需多方联合定价，提高了账单支付的灵活性。

步骤440，在接收到成功扣款的反馈信息的情况下，生成与目标支付账单对应的支付信息；

这里，支付端接收到发卡机构完成扣款操作的反馈信息后，生成与目标支付账单对应的支付信息。

步骤450，向销账记录端发送支付信息，以使销账记录端根据支付信息，对目标支付账单进行销账处理。

这样，通过由支付端向商户端支付目标支付账单并由发卡机构完成扣款，而在销账记录端执行销账处理过程，由于该支付信息是支付端在向商户端支付目标支付账单并由发卡机构成功扣款的情况下生成的，因此，能够使账单支付过程与销账处理过程解耦，从而可以提高账单支付的灵活性。

基于相同的发明构思，本公开还提供了一种账单支付装置，该装置可配置于电子设备中。具体结合图5进行详细说明。

图5是根据一示例性实施例示出的一种账单支付装置的结构示意图。

如图5所示，该账单支付装置50具体可以包括：

信息接收模块501，用于接收支付端发送的支付信息；其中，所述支付信息为所述支付端在向商户端支付目标支付账单并由发卡机构成功扣款的情况下生成的信息，所述支付信息中包括与所述目标支付账单对应的账单标识；

账单确定模块502，用于根据所述账单标识，确定所述目标支付账单；

销账处理模块503，用于根据所述支付信息，对所述目标支付账单进行销账处理。

下面对上述账单支付装置50进行详细说明，具体如下所示：

在其中一个实施例中，销账处理模块503具体可以包括：

请求发送子模块，用于向所述商户端发送销账请求；其中，所述销账请求中包括所述支付信息，所述销账请求用于指示所述商户端根据所述支付信息，对所述目标支付账单进行销账处理，生成销账处理结果；

结果接收子模块，用于接收所述商户端返回的所述销账处理结果；

信息生成子模块，用于根据销账处理结果，生成销账处理反馈信息；

信息发送子模块，用于向支付发送销账处理反馈信息。

相应的，上述涉及的账单支付装置50还包括：

信息记录模块，用于在根据账单标识，确定目标支付账单之后，根据支付信息，记录目标支付账单对应的支付流水信息，得到流水记录结果；

反馈生成模块，用于根据流水记录结果，生成流水记录反馈信息；

发送信息模块，用于向支付端发送流水记录反馈信息。

相应的，上述涉及的账单支付装置50还包括：

指令接受模块，用于在接收支付端发送的支付信息之前，接收支付端发送的账单查询指令；其中，账单查询指令包括商户标识以及登录支付端的用户账号所对应的用户身份标识；响应于账单查询指令，确定与商户标识对应的商户端；

请求发送模块，用于向商户端发送账单查询请求；其中，账单查询请求包括用户身份标识，账单查询请求用于指示商户端查询与用户身份标识对应的目标支付账单；

账单接受模块，用于接收商户端返回的目标支付账单；

支付完成模块，用于向支付端发送目标支付账单，以使支付端显示目标支付账单，并在支付端内完成向商户端的支付操作。

相应的，上述涉及的账单支付装置50还包括：

清算生成模块，用于在根据支付信息，记录目标支付账单对应的支付流水信息之后，根据支付流水信息生成清算文件；

清算发送模块，用于向目标端发送清算文件；其中，目标端包括发卡机构和商户端对应的收单机构中的至少一端。

相应的，上述涉及的账单支付装置50还包括：

分润生成模块，用于在根据支付信息，记录目标支付账单对应的支付流水信息之后，根据支付流水信息生成分润文件；

分润发送模块，用于向支付端发送分润文件。

相应的，上述涉及的账单支付装置50还包括：

对账生成模块，用于在根据支付信息，记录目标支付账单对应的支付流水信息之后，根据支付流水信息生成对账文件；

对账发送模块，用于向商户端发送对账文件。

图6是根据一示例性实施例示出的一种账单支付装置的结构示意图。

如图6所示，该账单支付装置60具体可以包括：

账单获取模块601，用于获取目标支付账单；其中，目标支付账单为与商户端关联的支付账单；

操作接收模块602，用于接收用户对目标支付账单的支付操作；

账单支付模块603，用于响应于支付操作，向商户端支付目标支付账单，以使发卡机构执行扣款操作；

信息生成模块604，用于发卡机构发的在接收到成功扣款的反馈信息的情况下，生成与目标支付账单对应的支付信息；

信息发送模块605，用于向销账记录端发送支付信息，以使销账记录端根据支付信息，对目标支付账单进行销账处理。

下面对上述账单支付装置60进行详细说明，具体如下所示：

在其中一个实施例中，账单获取模块601具体可以包括：

指令发送子模块，用于向销账记录端发送账单查询指令；其中，账单查询指令用于指示销账记录端向商户端发送账单查询请求，以及接收商户端返回的目标支付账单；

账单接收子模块，用于接收销账记录端返回的目标支付账单。

由此，通过由支付端向商户端支付目标支付账单并由发卡机构完成扣款，而在销账记录端执行销账处理过程，也即，销账记录端在接收到支付端发送的支付信息的情况下，完成对目标支付账单的销账处理，由于该支付信息是支付端在向商户端支付目标支付账单并由发卡机构成功扣款的情况下生成的，因此，能够使账单支付过程与销账处理过程解耦，从而可以提高账单支付的灵活性。

图7是本申请实施例提供的一种账单支付设备的结构示意图。

如图7所示，该账单支付设备700能够实现根据本申请实施例中的账单支付方法以及账单支付装置，或者账单支付方法以及账单支付装置的计算设备的示例性硬件架构的结构图。该账单支付设备可以指代本申请实施例中的电子设备或者第一服务器。

该账单支付设备700可以包括处理器701以及存储有计算机程序指令的存储器702。

具体地，上述处理器701可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器702可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器702可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器702可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器702可在综合网关容灾设备的内部或外部。在特定实施例中，存储器702是非易失性固态存储器。

处理器701通过读取并执行存储器702中存储的计算机程序指令，以实现图3至图7所示实施例中的方法，并达到相应技术效果，为简洁描述在此不再赘述。

在一个实施例中，该账单支付设备700还可包括收发器703和总线704。其中，如图7所示，处理器701、存储器702和收发器703通过总线704连接并完成相互间的通信。

总线704包括硬件、软件或两者。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围控件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线703可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

本申请实施例还提供了一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令用于实现本申请实施例所记载的信息推送方法。

在一些可能的实施方式中，本申请提供的方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在计算机设备上运行时，所述程序代码用于使所述计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的方法中的步骤，例如，所述计算机设备可以执行本申请实施例所记载的信息推送方法。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于：电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请是参照根据本申请的方法、设备和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程信息处理设备的处理器以产生一个机器，使得通过计算机或其他可编程信息处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程信息处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程信息处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

Claims (19)

1.一种账单支付方法，其特征在于，应用于销账记录端，所述方法包括：

接收支付端发送的支付信息；其中，所述支付信息为所述支付端在向商户端支付目标支付账单并由发卡机构成功扣款的情况下生成的信息，所述支付信息中包括与所述目标支付账单对应的账单标识；

根据所述账单标识，确定所述目标支付账单；

根据所述支付信息，对所述目标支付账单进行销账处理。

2.根据权利要求1所述的方法，其特征在于，所述根据所述支付信息，对所述目标支付账单进行销账处理，包括：

向所述商户端发送销账请求；其中，所述销账请求中包括所述支付信息，所述销账请求用于指示所述商户端根据所述支付信息，对所述目标支付账单进行销账处理，生成销账处理结果；

接收所述商户端返回的所述销账处理结果；

根据所述销账处理结果，生成销账处理反馈信息；

向所述支付发送所述销账处理反馈信息。

3.根据权利要求1所述的方法，其特征在于，在根据所述账单标识，确定所述目标支付账单之后，所述方法还包括：

根据所述支付信息，记录所述目标支付账单对应的支付流水信息，得到流水记录结果；

根据所述流水记录结果，生成流水记录反馈信息；

向所述支付端发送所述流水记录反馈信息。

4.根据权利要求1所述的方法，其特征在于，在接收支付端发送的支付信息之前，所述方法还包括：

接收所述支付端发送的账单查询指令；其中，所述账单查询指令包括商户标识以及登录所述支付端的用户账号所对应的用户身份标识；响应于所述账单查询指令，确定与所述商户标识对应的所述商户端；

向所述商户端发送账单查询请求；其中，所述账单查询请求包括所述用户身份标识，所述账单查询请求用于指示所述商户端查询与所述用户身份标识对应的所述目标支付账单；

接收所述商户端返回的所述目标支付账单；

向所述支付端发送所述目标支付账单，以使所述支付端显示所述目标支付账单，并在所述支付端内完成向所述商户端的支付操作。

5.根据权利要求3所述的方法，其特征在于，在根据所述支付信息，记录所述目标支付账单对应的支付流水信息之后，所述方法还包括：

根据所述支付流水信息生成清算文件；

向目标端发送所述清算文件；其中，所述目标端包括所述发卡机构和所述商户端对应的收单机构中的至少一端。

6.根据权利要求3所述的方法，其特征在于，在根据所述支付信息，记录所述目标支付账单对应的支付流水信息之后，所述方法还包括：

根据所述支付流水信息生成分润文件；

向所述支付端发送所述分润文件。

7.根据权利要求3所述的方法，其特征在于，在根据所述支付信息，记录所述目标支付账单对应的支付流水信息之后，所述方法还包括：

根据所述支付流水信息生成对账文件；

向所述商户端发送所述对账文件。

8.一种账单支付方法，其特征在于，应用于支付端，所述方法包括：

获取目标支付账单；其中，所述目标支付账单为与商户端关联的支付账单；

接收用户对所述目标支付账单的支付操作；

响应于所述支付操作，向所述商户端支付所述目标支付账单，以使所述发卡机构执行扣款操作；

在接收到成功扣款的反馈信息的情况下，生成与所述目标支付账单对应的支付信息；

向销账记录端发送所述支付信息，以使所述销账记录端根据所述支付信息，对所述目标支付账单进行销账处理。

9.根据权利要求8所述的方法，其特征在于，所述获取目标支付账单，包括：

向所述销账记录端发送账单查询指令；其中，所述账单查询指令用于指示所述销账记录端向所述商户端发送账单查询请求，以及接收所述商户端返回的所述目标支付账单；

接收所述销账记录端返回的所述目标支付账单。

10.一种账单支付系统，其特征在于，包括：支付端、销账记录端、商户端以及发卡机构，其中：

所述支付端用于向所述商户端支付目标支付账单，并在所述发卡机构成功扣款的情况下生成支付信息，向所述销账记录端发送所述支付信息；其中，所述支付信息中包括与所述目标支付账单对应的账单标识；

所述销账记录端用于根据所述账单标识，确定所述目标支付账单，以及根据所述支付信息，对所述目标支付账单进行销账处理。

11.根据权利要求10所述的系统，其特征在于，所述销账记录端包括：支付程序对接平台以及商户对接平台；

所述支付程序对接平台用于根据所述账单标识，确定所述目标支付账单，向所述商户对接平台发送销账请求；其中，所述销账请求中包括所述支付信息，所述销账请求用于指示所述商户端根据所述支付信息，对所述目标支付账单进行销账处理，生成销账处理结果；

所述商户对接平台用于向所述商户端转发所述销账请求，以及接收所述商户端返回的销账处理结果，向所述支付程序对接平台转发所述销账处理结果；

所述支付程序对接平台还用于根据所述销账处理结果，生成销账处理反馈信息，向所述支付端发送所述销账处理反馈信息。

12.根据权利要求11所述的系统，其特征在于，所述销账记录端还包括：对账清算平台，其中：

所述支付程序对接平台还用于向所述对账清算平台发送流水记录请求；其中，所述流水记录请求包括所述支付信息；

所述对账清算平台用于响应于所述流水记录请求，根据所述支付信息，记录所述目标支付账单对应的支付流水信息，生成流水记录结果，向所述支付程序对接平台发送所述流水记录结果；

所述支付程序对接平台还用于根据所述流水记录结果，生成流水记录反馈信息，向所述支付端发送所述流水记录反馈信息。

13.根据权利要求12所述的系统，其特征在于，所述对账清算平台还用于根据所述支付流水信息生成清算文件，向目标端发送所述清算文件；其中，所述目标端包括所述发卡机构和所述商户端对应的收单机构中的至少一端。

14.根据权利要求12所述的系统，其特征在于，所述对账清算平台还用于根据所述支付流水信息生成分润文件，向所述支付端发送所述分润文件。

15.根据权利要求12所述的系统，其特征在于，所述对账清算平台还用于根据所述支付流水信息生成对账文件，向所述商户端发送所述对账文件。

16.一种账单支付装置，其特征在于，应用于销账记录端，所述装置包括：

信息接收模块，用于接收支付端发送的支付信息；其中，所述支付信息为所述支付端在向商户端支付目标支付账单并由发卡机构成功扣款的情况下生成的信息，所述支付信息中包括与所述目标支付账单对应的账单标识；

账单确定模块，用于根据所述账单标识，确定所述目标支付账单；

销账处理模块，用于根据所述支付信息，对所述目标支付账单进行销账处理。

17.一种账单支付装置，其特征在于，应用于支付端，所述装置包括：

账单获取模块，用于获取目标支付账单；其中，所述目标支付账单为与商户端关联的支付账单；

操作接收模块，用于接收用户对所述目标支付账单的支付操作；

账单支付模块，用于响应于所述支付操作，向所述商户端支付所述目标支付账单，以使所述发卡机构执行扣款操作；

信息生成模块，用于发卡机构发的在接收到成功扣款的反馈信息的情况下，生成与所述目标支付账单对应的支付信息；

信息发送模块，用于向销账记录端发送所述支付信息，以使所述销账记录端根据所述支付信息，对所述目标支付账单进行销账处理。

18.一种电子设备，其特征在于，所述电子设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-7或8-9任意一项所述的账单支付方法。

19.一种计算机存储介质，其特征在于，所述计算机存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-7或8-9任意一项所述的账单支付方法。

Images