一种账户间补款的方法和装置

摘要

本发明公开了一种账户间补款的方法和装置，涉及自动程序设计技术领域。该方法的一具体实施方式包括：建立账户体系；其中，账户体系包括主账户、在主账户下建立的子账户、主账户和子账户之间的结构关系、以及账户资金信息；根据签约的补款信息和结构关系，从子账户中确定补款账户，以及补款账户间的扣款顺序；接收付款请求，根据账户资金信息，确定当前账户的余额不足，按照扣款顺序，从补款账户中进行扣款操作。该实施方式通过建立账户体系，整合客户名下所有账户，使得客户可以实时掌握自身资产，同时通过签约的方式灵活配置补款账户及扣款顺序，在当前账户的余额不足时，可以使用补款账户进行自动补款，满足客户需求。

说明书

技术领域

本发明涉及自动程序设计技术领域，尤其涉及一种账户间补款的方法和装置。

背景技术

客户可以在银行建立多种账户，包括活期账户、定期账户、专用账户等。由于银行活期存款的利率较低，客户通常会选择将暂时不使用的资金购买利率相对较高的理财产品。但是由于理财产品都存在期限，如果未到期支取，将无法获得预期利息。客户难免会遇到急需使用资金的情况，故如果可以实现账户间的自动补款，可以帮助客户解决账户间资金无法共享的问题。

现有的补款模式只允许一种类型的账户进行补款，比如如果使用专用账户补款，则无法使用定期账户补款。同时客户名下的账户是独立存在的，每个账户的资金无关联，需要在指定界面进行查询等操作。

在实现本发明过程中，现有技术中至少存在如下问题：

补款模式单一，不灵活，无法根据客户需求进行个性化补款；各账户独立存在，导致客户无法便捷管理名下所有的账户，无法实现资金的分离分类。

发明内容

有鉴于此，本发明实施例提供一种账户间补款的方法和装置，该方法通过建立账户体系，整合客户名下所有账户，使得客户可以实时掌握自身资产，同时通过签约的方式灵活配置补款账户及扣款顺序，在当前账户的余额不足时，可以使用补款账户进行自动补款，满足客户需求。

为实现上述目的，根据本发明实施例的一个方面，提供了一种账户间补款的方法。

本发明实施例的一种账户间补款的方法，包括：建立账户体系；其中，所述账户体系包括主账户、在所述主账户下建立的子账户、所述主账户和所述子账户之间的结构关系、以及账户资金信息；根据签约的补款信息和所述结构关系，从所述子账户中确定补款账户，以及所述补款账户间的扣款顺序；接收付款请求，根据所述账户资金信息，确定当前账户的余额不足，按照所述扣款顺序，从所述补款账户中进行扣款操作。

可选地，所述建立账户体系，包括：接收账户体系建立请求；其中，所述账户体系建立请求包括主账户信息；根据配置的签约规则和所述主账户信息，确定所述主账户具有建立所述子账户的权限；按照设定的账户体系结构，在所述主账户下建立所述子账户，得到所述主账户和所述子账户之间的结构关系；在所述子账户下添加预建立的资金信息表；其中所述资金信息表用于记录所述主账户的账户资金信息，以及所述子账户的账户资金信息。

可选地，所述签约规则包括签约参数名和签约参数值；所述根据配置的签约规则和所述主账户信息，确定所述主账户具有建立所述子账户的权限，包括：根据所述主账户信息，确定所述签约参数名对应的实际参数值；确定所述实际参数值与所述签约参数值一致，则所述主账户具有建立所述子账户的权限。

可选地，所述在所述主账户下建立所述子账户的步骤之后，所述方法还包括：确定所述主账户对应的主合约，以及所述子账户对应的子合约；建立所述主合约与所述子合约之间的关联关系。

可选地，所述接收账户体系建立请求的步骤之后，所述方法还包括：为所述主账户添加签约标记；所述在所述主账户下建立所述子账户，包括：确定所述主账户存在所述签约标记，在所述主账户下建立所述子账户。

可选地，所述资金信息表包括资金表和明细表，其中，所述资金表用于记录所述子账户的当前金额，以及所述主账户的汇总金额；所述明细表用于记录所述子账户的余额变动明细，以及所述主账户的汇总明细。

可选地，所述补款信息包括用于补款的子账户，以及子账户的优先级；所述根据签约的补款信息和所述结构关系，从所述子账户中确定补款账户，以及所述补款账户间的扣款顺序包括：根据所述结构关系，查询所述主账户下的所述子账户，构建子账户集；接收从所述子账户集中选择的子账户，以及子账户之间的优先级；将选择的子账户作为所述补款账户，根据所述优先级，生成所述补款账户之间的扣款顺序。

可选地，所述付款请求包括付款金额；所述根据所述账户资金信息，确定当前账户的余额不足，包括：根据当前账户的账户资金信息，确定所述当前账户的可用余额；比较所述当前账户的可用余额与所述付款金额的大小，确定所述当前账户的可用余额小于所述付款金额。

可选地，所述按照所述扣款顺序，从所述补款账户中进行扣款操作，包括：按照所述扣款顺序，从所述补款账户中依次扣除可用余额；其中，扣除的所述可用余额之和等于所述付款请求中指定的付款金额；更新所述资金信息表。

可选地，所述方法还包括：建立补款签约记录表；其中，所述补款签约记录表用于记录所述扣款顺序；所述按照所述扣款顺序，从所述补款账户中依次扣除可用余额的步骤之前，所述方法还包括：确定所述补款签约记录表中存在所述当前账户对应的扣款顺序。

可选地，所述方法还包括：确定所述补款签约记录表中不存在所述当前账户对应的扣款顺序，获取所述当前账户的主账户的可用余额；确定所述主账户的可用余额大于所述付款金额，按照所述付款金额，从所述主账户进行扣款。

可选地，所述按照所述扣款顺序，从所述补款账户中依次扣除可用余额的步骤之前，所述方法还包括：查询所述资金信息表，获取所述当前账户的主账户的汇总可用余额；确定所述汇总可用余额大于等于所述付款金额。

可选地，所述方法还包括：确定所述汇总可用余额小于所述付款金额，则发送扣款失败信息。

为实现上述目的，根据本发明实施例的另一方面，提供了一种账户间补款的装置。

本发明实施例的一种账户间补款的装置，包括：建立模块，用于建立账户体系；其中，所述账户体系包括主账户、在所述主账户下建立的子账户、所述主账户和所述子账户之间的结构关系、以及账户资金信息；确定模块，用于根据签约的补款信息和所述结构关系，从所述子账户中确定补款账户，以及所述补款账户间的扣款顺序；补款模块，用于接收付款请求，根据所述账户资金信息，确定当前账户的余额不足，按照所述扣款顺序，从所述补款账户中进行扣款操作。

可选地，所述建立模块，还用于接收账户体系建立请求；其中，所述账户体系建立请求包括主账户信息；根据配置的签约规则和所述主账户信息，确定所述主账户具有建立所述子账户的权限；按照设定的账户体系结构，在所述主账户下建立所述子账户，得到所述主账户和所述子账户之间的结构关系；以及在所述子账户下添加预建立的资金信息表；其中所述资金信息表用于记录所述主账户的账户资金信息，以及所述子账户的账户资金信息。

可选地，所述签约规则包括签约参数名和签约参数值；所述建立模块，还用于根据所述主账户信息，确定所述签约参数名对应的实际参数值；以及确定所述实际参数值与所述签约参数值一致，则所述主账户具有建立所述子账户的权限。

可选地，所述装置还包括：合约处理模块，用于确定所述主账户对应的主合约，以及所述子账户对应的子合约；以及建立所述主合约与所述子合约之间的关联关系。

可选地，所述装置还包括：标记模块，用于为所述主账户添加签约标记；所述建立模块，还用于确定所述主账户存在所述签约标记，在所述主账户下建立所述子账户。

可选地，所述资金信息表包括资金表和明细表，其中，所述资金表用于记录所述子账户的当前金额，以及所述主账户的汇总金额；所述明细表用于记录所述子账户的余额变动明细，以及所述主账户的汇总明细。

可选地，所述补款信息包括用于补款的子账户，以及子账户的优先级；所述确定模块，还用于根据所述结构关系，查询所述主账户下的所述子账户，构建子账户集；接收从所述子账户集中选择的子账户，以及子账户之间的优先级；以及将选择的子账户作为所述补款账户，根据所述优先级，生成所述补款账户之间的扣款顺序。

可选地，所述付款请求包括付款金额；所述付款模块，还用于根据当前账户的账户资金信息，确定所述当前账户的可用余额；以及比较所述当前账户的可用余额与所述付款金额的大小，确定所述当前账户的可用余额小于所述付款金额。

可选地，所述补款模块，还用于按照所述扣款顺序，从所述补款账户中依次扣除可用余额；其中，扣除的所述可用余额之和等于所述付款请求中指定的付款金额；以及更新所述资金信息表。

可选地，所述装置还包括：表格建立模块，用于建立补款签约记录表；其中，所述补款签约记录表用于记录所述扣款顺序；判定模块，用于确定所述补款签约记录表中存在所述当前账户对应的扣款顺序。

可选地，所述装置还包括：主账户扣款模块，用于确定所述补款签约记录表中不存在所述当前账户对应的扣款顺序，获取所述当前账户的主账户的可用余额；以及确定所述主账户的可用余额大于所述付款金额，按照所述付款金额，从所述主账户进行扣款。

可选地，所述装置还包括：查询处理模块，用于查询所述资金信息表，获取所述当前账户的主账户的汇总可用余额；以及确定所述汇总可用余额大于等于所述付款金额。

可选地，所述装置还包括：扣款失败模块，用于确定所述汇总可用余额小于所述付款金额，则发送扣款失败信息。

为实现上述目的，根据本发明实施例的再一方面，提供了一种电子设备。

本发明实施例的一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种账户间补款的方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读介质。

本发明实施例的一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种账户间补款的方法。

上述发明中的一个实施例具有如下优点或有益效果：通过建立账户体系，整合客户名下所有账户，使得客户可以实时掌握自身资产，同时通过签约的方式灵活配置补款账户及扣款顺序，在当前账户的余额不足时，可以使用补款账户进行自动补款，满足客户需求。

通过配置签约规则，使得在接收到账户体系建立请求时，可以筛选出具有建立权限的主账户，同时对筛选出的主账户，按照账户体系结构建立结构关系以及资金信息表，使得客户可以统一管理自己的账户，实时掌握资金的流向。根据业务需求，将签约规则参数化为签约参数名和签约参数值，使得可以通过比较签约参数名对应的实际参数值与签约参数值的异同，来确定账户是否具有建立账户体系的权限，避免补款互斥。

通过建立主合约和子合约的关联关系，使得可以在具有关联关系的账户之间实现约定转账的功能。通过在主账户下添加签约标记，后续建立子账户时，可以同步插入资金信息表。通过资金表和明细表实现账户间的资金流与明细流联动，使得客户可以清晰掌握名下所有账户的资金情况。

通过签约的方式，使得客户可以自行选择补款账户以及补款的优先级，实现了补款账户及扣款顺序的灵活配置，个性化定制补款需求。在当前账户余额不足时，联动补款账户自动补款，减少客户操作流程及利息损失。通过建立补款签约记录表，记录补款账户的扣款顺序，使得后续补款时可以通过查询补款签约记录表，实现自动补款。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的账户间补款的方法的主要步骤的示意图；

图2是本发明实施例的建立账户体系的主要流程示意图；

图3是本发明实施例的账户体系结构示意图；

图4是本发明实施例的确定补款账户以及扣款顺序的主要流程示意图；

图5是本发明实施例的自动补款的主要流程示意图；

图6是根据本发明实施例的账户间补款的装置的主要模块的示意图；

图7是本发明实施例可以应用于其中的示例性系统架构图；

图8是适用于来实现本发明实施例的电子设备的计算机装置的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

如背景技术所述，现有的补款方式，补款模式单一，无法根据客户需求进行个性化补款；同时由于账户独立存在，无法实现便捷管理，无法分离分类资金。比如，针对家庭客户群体，无法实现个人资金与家庭资金的分离分类管理。在个人资金不足时，无法使用家庭资金进行自动补款；同样地，家庭资金不足时，无法联动家庭成员的个人账户进行补款。

针对上述问题，本发明提供了一种账户间补款的方法，能够灵活配置补款账户及扣款顺序，自动实现个性化组合补款。下面结合附图进行详细说明。

图1是根据本发明实施例的账户间补款的方法的主要步骤的示意图。如图1所示，本发明实施例的账户间补款的方法，主要包括如下步骤：

步骤S101：建立账户体系；其中，所述账户体系包括主账户、在所述主账户下建立的子账户、所述主账户和所述子账户之间的结构关系、以及账户资金信息。

客户借记卡名下可开立活期账户、定期账户、专用账户等。活期账户是指基本账户；定期账户是客户购买定期后产生的账户，每种定期都会产生一个定期账户；专用账户是用来存放有特殊用途的资金账户。为了建立账户之间的联系，需客户签约建立账户体系。其中，账户体系的最上层为主账户，主账户下分出各类子账户，当下层子账户的资金发生变动时，同步上层主账户的资金变化。

实施例中，根据业务需求，预先配置账户体系的签约规则，该签约规则用于判定申请建立账户体系的客户，其主账户是否具有建立子账户的权限。在确定主账户具有建立子账户的权限时，允许该客户建立账户体系。

该步骤的实现过程为：在接收到来自客户的账户体系建立请求后，根据账户体系建立请求中携带的主账户信息和配置的签约规则，确定主账户具有建立子账户的权限；之后按照设定的账户体系结构，在主账户下建立子账户，得到主账户和子账户之间的结构关系；最后在子账户下添加预建立的资金信息表，该表用于记录主账户和子账户的账户资金信息。

步骤S102：根据签约的补款信息和所述结构关系，从所述子账户中确定补款账户，以及所述补款账户间的扣款顺序。账户体系建立后，客户可基于结构关系，自行选择用于补款的子账户，并设置子账户的优先级。

当接收到客户选择的子账户和子账户的优先级后，将客户选择的子账户作为补款账户，并根据子账户的优先级设置补款账户的扣款顺序。优先级越高的子账户，其在扣款顺序中的排序越靠前。比如，选择的子账户为子账户1、子账户2和子账户3，优先级为子账户2>子账户1>子账户3，则补款账户为子账户1、子账户2和子账户3，扣款顺序为子账户2、子账户1和子账户3。

步骤S103：接收付款请求，根据所述账户资金信息，确定当前账户的余额不足，按照所述扣款顺序，从所述补款账户中进行扣款操作。用户进行转账、消费等财务场景时，触发生成付款请求。该付款请求包括付款账户(即当前账户)、收款账户和付款金额。

基于账户体系中的账户资金信息，查看当前账户的可用余额是否大于等于付款金额，在当前账户的可用余额小于付款金额的情况下，说明当前账户的余额不足，按照扣款顺序，从补款账户中进行自动扣款操作。

图2是本发明实施例的建立账户体系的主要流程示意图。如图2所示，本发明实施例的建立账户体系(即步骤S101)的实现过程，主要包括如下步骤：

步骤S201：配置签约规则。基于业务需求，确定账户体系的签约规则。具体地，基于业务需求，抽象出参数指标，通过维护该参数指标，即可控制签约规则。比如，只允许一类卡签约账户体系，则抽象出的参数指标为结算账户类型。

实施例中，签约规则包括签约参数名和签约参数值。签约参数名，比如为结算账户类型、销售机构、开立渠道等。签约参数值即上述签约参数名对应的取值，比如结算账户类型为一类户，销售机构为上海行，开立渠道为手机银行。

步骤S202：建立账户结构关系表和资金信息表。此处建立的账户结构关系表和资金信息表为没有具体信息的表格，在客户签约账户体系后，再填入信息。其中，账户结构关系表用来记录主账户与每个子账户之间结构关系。资金信息表用于记录主账户的账户资金信息，以及子账户的账户资金信息，包括资金表和明细表。

资金表用来记录每个子账户的当前金额，包括可用余额、账户余额、冻结金额等，以及主账户的汇总金额，包括汇总可用余额、汇总账户余额、汇总冻结金额等。明细表用来记录每个子账户的余额变动明细，以及主账户的汇总明细。

汇总可用余额是指全部子账户和主账户的可用余额之和。汇总账户余额是指全部子账户主账户的账户余额之和。汇总冻结金额是指全部子账户和主账户的冻结金额之和。汇总明细是指全部子账户的余额变动明细和主账户的余额变动明细。

步骤S203：接收账户体系建立请求。客户与银行签约(即签订协议)，同意以其名下的某个账户为主账户，开立账户体系。此时即生成一个账户体系建立请求，该账户体系建立请求包括客户的主账户信息。主账户可以是借记卡、存折等。

在一优选的实施例中，客户签约后，会在主账户上添加签约标记，用于客户后续开立其他账户时，记录与该主账户的关系。

步骤S204：根据签约规则和账户体系建立请求携带的主账户信息，确定主账户具有建立子账户的权限。该步骤即根据主账户信息，确定签约参数名对应的实际参数值；之后比较实际参数值与签约参数值是否完全一致，如果两者完全一致，则说明主账户具有建立子账户的权限；否则，说明主账户不具备建立子账户的权限。

假设签约规则为：结算账户类型为一类户，销售机构为上海行，开立渠道为手机银行。申请建立账户体系的客户A，其借记卡账户信息(即主账户)指示：该卡为二类卡，由上海行销售，通过手机银行申请。则可知实际参数值为{二类卡、上海行、手机银行}，与签约参数值{一类卡、上海行、手机银行}不一致，故客户A不具备建立子账户的权限。

再比如，申请建立账户体系的客户B，其借记卡账户信息指示：该卡为一类卡，由上海行销售，通过手机银行申请。则可知实际参数值为{一类卡、上海行、手机银行}，与签约参数值完全一致，故客户B具备建立子账户的权限。

步骤S205：按照设定的账户体系结构，在主账户下建立子账户，填写账户结构关系表和资金信息表。

图3是本发明实施例的账户体系结构示意图。如图3所示，每个主账户对应自己的合约(即图中的借记卡合约)，该合约下存在专用账户、定期账户、活期账户(即备付金)、电子现金等。

账户体系建立在活期账户下，即在每个活期账户下开立子账户(即图中资金池)，每个子账户对应自己的合约(即图中分类管理子合约、分类专用子合约)，每个合约可以配发介质包括借记卡卡片、对账簿等。每个合约又可以与其他合约关联，可用来实现约定转账等功能。合约中约定客户和银行的权利、义务。

客户需要购买定期或者开立专用账户时，检查主账户的签约标记，如果主账户存在签约标记，则可以按照图3所示账户体系结构，在主账户下建立子账户，并填写账户结构关系表和资金信息表。

在一可选的实施例中，在主账户下建立子账户之后，还可以建立主合约(主账户对应的合约)与子合约(子账户对应的合约)之间的关联关系，以便于根据关联关系实现约定转账的功能。

步骤S206：在子账户下添加账户结构关系表和资金信息表。在建立子账户时，在子账户下同步插入账户结构关系表和资金信息表，至此账户体系建立完成。

图4是本发明实施例的确定补款账户以及扣款顺序的主要流程示意图。如图4所示，本发明实施例的确定补款账户以及扣款顺序(即步骤S102)的实现过程，主要包括如下步骤：

步骤S401：根据结构关系，查询主账户下的子账户，构建子账户集。根据账户结构关系表，查询该主账户下的全部子账户，将查询出的子账户添加到子账户集。

步骤S402：接收从子账户集中选择的子账户，以及子账户之间的优先级。在用户界面上显示子账户集中的子账户，等待用户选择子账户，以及设置子账户之间的优先级。优先级用于确定优先使用哪个子账户进行补款。

步骤S403：将选择的子账户作为补款账户，根据优先级，生成补款账户之间的扣款顺序。当接收到用户从子账户集中选择的子账户，以及设置的优先级后，将选择的子账户作为补款账户，并根据子账户的优先级设置补款账户的扣款顺序。

在一可选的实施例中，客户可以通过签约的方式，选择子账户，设置优先级。同时支持客户修改、取消该签约。在步骤S403之后，还可以建立补款签约记录表。该表用于记录补款账户的扣款顺序。在后续补款时，可以根据该扣款顺序依次扣款。

图5是本发明实施例的自动补款的主要流程示意图。如图5所示，本发明实施例的自动补款(即步骤S103)的实现过程，主要包括如下步骤：

步骤S501：根据当前账户的账户资金信息，确定当前账户的可用余额。该步骤用于查看当前账户的可用余额。

步骤S502：判断当前账户的可用余额是否大于等于付款金额，如果当前账户的可用余额大于等于付款金额，则执行步骤S503；否则，执行步骤S504。

当前账户的可用余额大于等于付款金额，说明余额足以支付本次交易；如果当前账户的可用余额小于付款金额，说明余额不足以支付本次交易。

步骤S503：按照付款金额，从当前账户的可用余额中直接扣款，结束本流程。

步骤S504：判断补款签约记录表中是否存在当前账户对应的扣款顺序，如果存在当前账户对应的扣款顺序，则执行步骤S505；如果不存在当前账户对应的扣款顺序，则执行步骤S508。实施例中，可以基于借记卡合约编码、补款类型(包括单一账户补款、账户体系补款)，查询补款签约记录表。

步骤S505：查询资金信息表，获取当前账户的主账户的汇总可用余额。实施例中，可以根据主账户的账号查询资金表，得到主账户的汇总可用余额。

步骤S506：判断汇总可用余额是否大于等于付款金额，如果汇总可用余额大于等于付款金额，则执行步骤S507；否则执行步骤S511。

步骤S507：按照扣款顺序和付款金额，从补款账户中依次扣除可用余额，更新资金表和明细表，结束本流程。扣除的可用余额之和等于付款金额。

步骤S508：获取当前账户的主账户的可用余额。

步骤S509：判断主账户的可用余额是否大于等于付款金额，如果主账户的可用余额大于等于付款金额，则执行步骤S510；否则执行步骤S511。

步骤S510：按照付款金额，从主账户的可用余额进行扣款，结束本流程。

步骤S511：发送扣款失败信息。该信息用于提示用户其名下可用于补款的账户余额不足，扣款失败。

通过本发明实施例的账户间补款的方法可以看出，通过建立账户体系，整合客户名下所有账户，使得客户可以实时掌握自身资产，同时通过签约的方式灵活配置补款账户及扣款顺序，在当前账户的余额不足时，可以使用补款账户进行自动补款，满足客户需求。

图6是根据本发明实施例的账户间补款的装置的主要模块的示意图。如图6所示，本发明实施例的账户间补款的装置600，主要包括：

建立模块601，用于建立账户体系；其中，所述账户体系包括主账户、在所述主账户下建立的子账户、所述主账户和所述子账户之间的结构关系、以及账户资金信息。

实施例中，根据业务需求，预先配置账户体系的签约规则，该签约规则用于判定申请建立账户体系的客户，其主账户是否具有建立子账户的权限。在确定主账户具有建立子账户的权限时，允许该客户建立账户体系。

该模块的实现过程为：在接收到来自客户的账户体系建立请求后，根据账户体系建立请求中携带的主账户信息和配置的签约规则，确定主账户具有建立子账户的权限；之后按照设定的账户体系结构，在主账户下建立子账户，得到主账户和子账户之间的结构关系；最后在子账户下添加预建立的资金信息表，该表用于记录主账户和子账户的账户资金信息。

确定模块602，用于根据签约的补款信息和所述结构关系，从所述子账户中确定补款账户，以及所述补款账户间的扣款顺序。账户体系建立后，客户可基于结构关系，自行选择用于补款的子账户，并设置子账户的优先级。

当接收到客户选择的子账户和子账户的优先级后，将客户选择的子账户作为补款账户，并根据子账户的优先级设置补款账户的扣款顺序。优先级越高的子账户，其在扣款顺序中的排序越靠前。比如，选择的子账户为子账户1、子账户2和子账户3，优先级为子账户2>子账户1>子账户3，则补款账户为子账户1、子账户2和子账户3，扣款顺序为子账户2、子账户1和子账户3。

补款模块603，用于接收付款请求，根据所述账户资金信息，确定当前账户的余额不足，按照所述扣款顺序，从所述补款账户中进行扣款操作。用户进行转账、消费等财务场景时，触发生成付款请求。该付款请求包括付款账户(即当前账户)、收款账户和付款金额。

基于账户体系中的账户资金信息，查看当前账户的可用余额是否大于等于付款金额，在当前账户的可用余额小于付款金额的情况下，说明当前账户的余额不足，按照扣款顺序，从补款账户中进行自动扣款操作。

另外，本发明实施例的账户间补款的装置600还可以包括：合约处理模块、标记模块、表格建立模块、判定模块、主账户扣款模块、查询处理模块和扣款失败模块(图6中未示出)。其中，合约处理模块，用于确定所述主账户对应的主合约，以及所述子账户对应的子合约；以及建立所述主合约与所述子合约之间的关联关系。标记模块，用于为所述主账户添加签约标记。

表格建立模块，用于建立补款签约记录表；其中，所述补款签约记录表用于记录所述扣款顺序。判定模块，用于确定所述补款签约记录表中存在所述当前账户对应的扣款顺序。主账户扣款模块，用于确定所述补款签约记录表中不存在所述当前账户对应的扣款顺序，获取所述当前账户的主账户的可用余额；以及确定所述主账户的可用余额大于所述付款金额，按照所述付款金额，从所述主账户进行扣款。

查询处理模块，用于查询所述资金信息表，获取所述当前账户的主账户的汇总可用余额；以及确定所述汇总可用余额大于等于所述付款金额。扣款失败模块，用于确定所述汇总可用余额小于所述付款金额，则发送扣款失败信息。

从以上描述可以看出，通过建立账户体系，整合客户名下所有账户，使得客户可以实时掌握自身资产，同时通过签约的方式灵活配置补款账户及扣款顺序，在当前账户的余额不足时，可以使用补款账户进行自动补款，满足客户需求。

图7示出了可以应用本发明实施例的账户间补款的方法或账户间补款的装置的示例性系统架构700。

如图7所示，系统架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器705可以是提供各种服务的服务器，例如对管理员利用终端设备701、702、703发送的账户体系建立请求进行处理的后台管理服务器。后台管理服务器可以建立账户体系，确定补款账户以及扣款顺序，进行扣款操作，并将处理结果(例如扣款结果)反馈给终端设备。

需要说明的是，本申请实施例所提供的账户间补款的方法一般由服务器705执行，相应地，账户间补款的装置一般设置于服务器705中。

应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

根据本发明的实施例，本发明还提供了一种电子设备和一种计算机可读介质。

本发明的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种账户间补款的方法。

本发明的计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种账户间补款的方法。

下面参考图8，其示出了适用于来实现本发明实施例的电子设备的计算机系统800的结构示意图。图8示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，计算机系统800包括中央处理单元(CPU)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有计算机系统800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

特别地，根据本发明公开的实施例，上文主要步骤图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行主要步骤图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括建立模块、确定模块和补款模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，建立模块还可以被描述为“建立账户体系的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：建立账户体系；其中，所述账户体系包括主账户、在所述主账户下建立的子账户、所述主账户和所述子账户之间的结构关系、以及账户资金信息；根据签约的补款信息和所述结构关系，从所述子账户中确定补款账户，以及所述补款账户间的扣款顺序；接收付款请求，根据所述账户资金信息，确定当前账户的余额不足，按照所述扣款顺序，从所述补款账户中进行扣款操作。

根据本发明实施例的技术方案，通过建立账户体系，整合客户名下所有账户，使得客户可以实时掌握自身资产，同时通过签约的方式灵活配置补款账户及扣款顺序，在当前账户的余额不足时，可以使用补款账户进行自动补款，满足客户需求。

上述产品可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。