发明内容
本申请实施例提供一种账户管理方法、装置、存储介质及电子设备,以解决业务***在接入账户限额管理功能时需要耗费大量的人力和物力进行重复性的开发工作的问题。
第一方面,本申请实施例提供一种账户管理方法,应用于账户限额管理***,所述方法,包括:
获取业务平台发送的限制协定信息,所述限制协定信息包括账户信息以及预设限制信息,所述预设限制信息用于对所述账户的额度进行限制;
根据所述限制协定信息确定调用协议,以使所述账户限额管理***根据所述调用协议响应所述业务平台发起的账户处理请求,所述账户处理请求用于对所述业务平台中所述账户信息对应的额度信息进行变更。
在一种可能的设计中,在所述根据所述限制协定信息确定调用协议之后,还包括:
获取所述业务平台发送的合同修改请求,所述合同修改请求包括新的限制协定信息;
根据所述新的限制协定信息更新所述调用协议中的预设限制信息。
在一种可能的设计中,所述账户信息为所述业务平台中的任意一个账户信息,或者所述业务平台中全部账户信息。
在一种可能的设计中,所述账户处理请求包括记账请求、冲销请求以及限额查询请求中的任意一个或多个。
在一种可能的设计中,在所述根据所述限制协定信息确定调用协议之后,还包括:
获取所述记账请求,所述记账请求包括待记账账户信息以及待记账金额;
若存在与所述待记账账户信息对应的调用协议,则获取所述待记账账户信息对应的剩余额度;
若所述待记账金额小于所述剩余额度,则发送记账失败信息,所述记账失败信息用于指示所述业务平台停止支付操作;
若所述待记账金额大于或等于所述剩余额度,则发送记账成功信息,所述记账成功信息用于指示所述业务平台继续支付操作。
在一种可能的设计中,在所述发送记账成功信息之后,还包括:
获取所述冲销请求,所述冲销请求包括待冲销账户信息以及待冲销金额;
根据所述待冲销金额对所述待冲销账户信息对应的剩余额度进行冲销处理。
在一种可能的设计中,所述调用协议包括时间范围信息,以及所述时间范围信息对应的限制信息,其中,所述时间范围信息与所述时间范围信息对应的限制信息根据所述限制协定信息进行确定。
在一种可能的设计中,所述调用协议包括多层子节点,所述多层子节点构成树状结构,其中,每一层子节点包括账户信息以及预设限制信息;
当所述账户限额管理***根据所述调用协议响应所述业务平台发起的账户处理请求时,选取所述调用协议中第一叶节点至根节点中最小的预设限额作为所述账户处理请求对应的限额,所述第一叶节点为所述账户处理请求对应的子节点。
在一种可能的设计中,当所述账户处理请求包括记账请求时,根据所述记账请求中的待记账账户信息以及待记账金额对所述待记账账户信息对应的第一子节点、根节点以及所述第一子节点与根节点之间的所有子节点进行记账处理;或者,
当所述账户处理请求包括记账请求时,根据所述记账请求中的待冲销账户信息以及待冲销金额对所述待冲销账户信息对应的第二子节点、根节点以及所述第二子节点与根节点之间的所有子节点进行冲销处理。
在一种可能的设计中,对于每次所述账户处理请求记录对应的账户处理记录信息,所述账户处理记录信息包括账户处理请求类型标识符。
第二方面,本申请实施例提供一种账户管理装置,包括:
获取模块,用于获取业务平台发送的限制协定信息,所述限制协定信息包括账户信息以及预设限制信息,所述预设限制信息用于对所述账户的额度进行限制;
处理模块,用于根据所述限制协定信息确定调用协议,以使所述账户管理***根据所述调用协议响应所述业务平台发起的账户处理请求,所述账户处理请求用于对所述业务平台中所述账户信息对应的额度信息进行变更。
在一种可能的设计中,所述获取模块,还用于获取所述业务平台发送的合同修改请求,所述合同修改请求包括新的限制协定信息;
所述处理模块,还用于根据所述新的限制协定信息更新所述调用协议中的预设限制信息。
在一种可能的设计中,所述账户信息为所述业务平台中的任意一个账户信息,或者所述业务平台中全部账户信息。
在一种可能的设计中,所述账户处理请求包括记账请求、冲销请求以及限额查询请求中的任意一个或多个。
在一种可能的设计中,所述获取模块,还用于获取所述记账请求,所述记账请求包括待记账账户信息以及待记账金额;
所述获取模块,还用于获取所述待记账账户信息对应的剩余额度;
所述账户管理装置,还包括:
发送模块,用于发送记账失败信息,所述记账失败信息用于指示所述业务平台停止支付操作;
所述发送模块,还用于发送记账成功信息,所述记账成功信息用于指示所述业务平台继续支付操作。
在一种可能的设计中,所述获取模块,还用于获取所述冲销请求,所述冲销请求包括待冲销账户信息以及待冲销金额;
所述处理模块,还用于根据所述待冲销金额对所述待冲销账户信息对应的剩余额度进行冲销处理。
在一种可能的设计中,所述调用协议包括时间范围信息,以及所述时间范围信息对应的限制信息,其中,所述时间范围信息与所述时间范围信息对应的限制信息根据所述限制协定信息进行确定。
在一种可能的设计中,所述多层子节点构成树状结构,其中,每一层子节点包括账户信息以及预设限制信息;
当所述账户限额管理***根据所述调用协议响应所述业务平台发起的账户处理请求时,选取所述调用协议中第一叶节点至根节点中最小的预设限额作为所述账户处理请求对应的限额,所述第一叶节点为所述账户处理请求对应的子节点。
在一种可能的设计中,当所述账户处理请求包括记账请求时,根据所述记账请求中的待记账账户信息以及待记账金额对所述待记账账户信息对应的第一子节点、根节点以及所述第一子节点与根节点之间的所有子节点进行记账处理;或者,
当所述账户处理请求包括记账请求时,根据所述记账请求中的待冲销账户信息以及待冲销金额对所述待冲销账户信息对应的第二子节点、根节点以及所述第二子节点与根节点之间的所有子节点进行冲销处理。
在一种可能的设计中,对于每次所述账户处理请求记录对应的账户处理记录信息,所述账户处理记录信息包括账户处理请求类型标识符。
第三方面,本申请实施例还提供一种电子设备,包括:
处理器;以及,
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行第一方面中任意一种可能的账户管理方法。
第四方面,本申请实施例还提供一种存储介质,其上存储有计算机程序,该程序被处理器执行时实现第一方面中任意一种可能的账户管理方法。
本申请实施例提供的一种账户管理方法、装置、存储介质及电子设备,通过将账户限额管理***组件化,在业务平台需要接入限额功能时,账户限额管理***可以根据限制协定信息确定限额调用协议,以使业务平台可以通过调用账户限额管理***所提供的接口,来响应业务平台发起的账户处理请求,从而使得账户限额管理***可以根据账户处理请求对业务平台中账户信息对应的额度信息进行变更。从而实现对于不同的业务平台可以共用一套账户限额管理***,在新的业务平台需要限额功能的业务***时,无需再额外对限额***进行开发时,通过直接将业务平台接入账户限额管理***的方式,即可实现账户限额管理***可以根据限额调用协议响应业务平台发起的账户处理请求,进而避免了业务***在接入账户限额管理功能时需要耗费大量的人力和物力所进行的重复性的开发工作。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
随着互联网技术的不断发展,电子支付得到了快速发展,这意味着越来越多的交易不再是线下进行。为了对支付进行限制,通常需要设置账户限额,从而根据具体业务的风险管控或自身业务要求,对指定账户进行的限额。
目前,现有的账户管理***,例如:账户限额管理***,通常都是与业务***高度耦合,针对每个业务***,需要独立开发单独的账户限额管理***。而账户限额管理***主要的限额功能通常需要确认限额账户以及限额范围。具体的,对于限额账户的确认,可以是根据具体业务模型确认,如:用户账号、用户证件号、用户***、使用渠道等。而对于限额的范围的确定,则可以根据业务不同,对单笔金额限制、日笔数、日金额、月笔数、月金额、年笔数、年金额、终身笔数、终身金额、自定义开始与结束时间的笔数与金额单独进行设置。
但是,由于对于不同的业务***,账户限额管理***都是需要单独集成开发。可见,现有技术中针对每个需要限额功能的业务***,都是在对该业务***进行开发时,同时需要集成开发一个限额***,因此,当前业务***在接入账户限额管理功能时需要耗费大量的人力和物力进行重复性的开发工作。
在现有账户限额方式中,当限额账户范围修改时,需要单独对集成开发的限额***进行修改才能更新功能,并且当业务如果有层级限额时,需要业务自己进行多次调用,如果某一个账户记账失败,需要对已经记账成功的账户进行恢复处理。并且,没有完善的统计功能,不能很好的监控***运营情况。
针对上述存在的各个问题,本申请实施例提供一种账户管理方法,在业务平台需要接入限额功能时,在建立业务平台与账户限额管理***之后,直接通过调用账户限额管理***所提供的接口,从而使得账户限额管理***直接根据限制协定信息生成限额调用协议,为业务平台提供限额服务。从而实现对于不同的业务***,可以共用一套账户限额管理***,在新的业务平台需要限额功能的业务***时,无需再额外对限额***进行开发时,通过直接接入账户限额管理***,即可实现账户限额管理***可以根据限额调用协议响应业务平台发起的账户处理请求。进而避免了业务***在接入账户限额管理功能时需要耗费大量的人力和物力所进行的重复性的开发工作。
图1是本申请根据一示例实施例示出的账户管理方法的应用场景示意图。如图1所示,在本实施例中,当业务平台(调用方服务器100)需要接入限额功能时,可以先生成***接入文件,在该***接入文件中,可以包括业务平台的属性信息(例如:分配的平台编号以及***的相关功能描述)、业务平台层级信息、业务平台默认配置信息以及可以用于对业务平台进行测试的样例。当账户限额管理***(限额服务器200)获取到业务平台生成的***接入文件之后,可以在账户限额管理***中为业务平台配置上述的平台编号,从而建立业务平台与账户限额管理***之间的连接。
图2是本申请根据另一示例实施例示出的账户管理方法的应用场景示意图。如图2所示,为了能够实现对业务平台中具体业务的限制功能,终端设备(例如个人电脑310或者智能手机320)可以向业务平台(调用方服务器100)发送限制协定信息。示例性地,当为了能够实现对业务平台中具体业务的限额功能时,其中,上述限制协定信息可以为限额合同信息,具体的,限额合同信息包括账户信息以及预设限额信息。然后,业务平台(调用方服务器100)将限额合同信息发送至账户限额管理***(限额服务器200),从而使得账户限额管理***根据限额合同信息确定限额调用协议,以使账户限额管理***根据限额调用协议响应业务平台发起的账户处理请求,其中,账户处理请求用于对业务平台中账户信息对应的额度信息进行变更,对于账户处理请求例如可以是包括记账请求、冲销请求以及限额查询请求。其中,当账户处理请求为记账请求时,账户限额管理***根据限额调用协议对记账请求进行处理,以在账户限额管理***中进行记账处理,从而更新业务平台中该账户信息对应的额度信息。
可见,本实施例提供的账户管理方法将账户限额管理***组件化,在业务平台需要接入限额功能时,在建立业务平台与账户限额管理***之后,直接通过调用账户限额管理***所提供的接口,从而使得账户限额管理***直接根据限额合同信息生成限额调用协议,为业务平台提供限额服务。从而实现对于不同的业务***,可以共用一套账户限额管理***,在新的业务平台需要限额功能的业务***时,无需再额外对限额***进行开发时,通过直接接入账户限额管理***,即可实现账户限额管理***可以根据限额调用协议响应业务平台发起的账户处理请求。进而避免了业务***在接入账户限额管理功能时需要耗费大量的人力和物力所进行的重复性的开发工作。
图3是本申请根据一示例实施例示出的账户管理方法的流程示意图。如图3所示,本实施例提供的账户管理方法,包括:
步骤101、获取业务平台发送的限制协定信息。
具体的,可以获取业务平台发送的限制协定信息,其中,限制协定信息包括账户信息以及预设限制信息。
步骤102、根据限制协定信息确定限额调用协议。
步骤103、根据限额调用协议响应业务平台发起的账户处理请求。
在账户限额管理***获取到限额合同信息之后,可以根据限额合同信息确定限额调用协议。在该限额调用协议中可以包括所进行限额的账户信息,该账户信息所对应账户的限额金额,以及业务平台调用账户限额管理***的调用接口,从而当业务平台发起账户处理请求时,例如,业务平台发起记账请求、冲销请求或者限额查询请求时,账户限额管理***根据限额调用协议响应业务平台所发起的账户处理请求,从而对业务平台中账户信息对应的额度信息进行变更。
其中,在根据限额合同信息确定限额调用协议之后,还可以获取业务平台发送的合同修改请求,其中,合同修改请求包括新的限额合同信息,根据新的限额合同信息更新调用协议中的预设限额信息。
并且,上述的账户信息为可以业务平台中的任意一个、若干个账户信息,或者业务平台中全部账户信息。值得说明的,针对上述限额合同信息中的预设限额可以是统一配置的方式,也可以是个性化配置的方式。例如,对于账户限额管理***接入的第一业务平台的所有账户可以配置的是统一的限额金额,而对于账户限额管理***接入的第二业务平台的各个账户对应的限额金额均可以是个性化配置的。
此外,还值得说明的,上述的限额调用协议中可以包括时间范围信息,以及各个时间范围信息所对应的限额信息,其中,时间范围信息与时间范围信息对应的限制信息根据限额合同信息进行确定。对于上述限额信息,可以为限额笔数以及限额金额。限额管理***可以是根据限额调用协议中的时间范围信息以及限额信息确定所对应账户的具体额度。其中,限额调用协议中的时间范围信息,以及各个时间范围信息所对应的限额信息可以根据业务需求进行修改,例如,可以根据业务平台对于账户的征信情况进行确定和修正,也可以是根据用户向业务平台发起的调整请求进行修改。具体的,对于单个账户,在限额调用协议中可以包括以下任一或者任多信息:单笔交易金额、单笔金额是否启用;日交易笔数、日交易金额、日交易是否启用控制;月交易笔数据、月交易金额、月交易是否启用控制;年交易笔数、年交易金额、年交易是否启用控制,终身交易笔、终身交易金额、终身交易是否启用控制、自定义时间区间交易笔数据、自定义事件区间交易累计金额、自定义区间交易是否控制;根据业务的需求,如果业务对限额都设置为固定值,则可以使用默认的限额模板功能进行设置,其中还可以设置是否对某一项是否启用;如果不启用时设置为否即可。并且,对于已有的限额进行修改时修改记录都会记录,以便于后续查询问题使用。
在本实施例中,通过将账户限额管理***组件化,在业务平台需要接入限额功能时,账户限额管理***可以根据限额合同信息确定限额调用协议,以使业务平台可以通过调用账户限额管理***所提供的接口,来响应业务平台发起的账户处理请求,从而使得账户限额管理***可以根据账户处理请求对业务平台中账户信息对应的额度信息进行变更。从而实现对于不同的业务平台可以共用一套账户限额管理***,在新的业务平台需要限额功能的业务***时,无需再额外对限额***进行开发时,通过直接将业务平台接入账户限额管理***的方式,即可实现账户限额管理***可以根据限额调用协议响应业务平台发起的账户处理请求,进而避免了业务***在接入账户限额管理功能时需要耗费大量的人力和物力所进行的重复性的开发工作。此外,还可以通过限额合同信息对限额调用协议中的时间范围信息,以及各个时间范围信息所对应的限额信息可以根据业务需求进行确定,从而适应业务平台或者用户对在业务需求发生变化是,可以通过配置限额合同信息中的参数来对账户中的限额进行动态调整。
图4是本申请根据另一示例实施例示出的账户管理方法的流程示意图。如图4所示,本实施例提供的账户管理方法,包括:
步骤201、获取业务平台发送的限制协定信息。
步骤202、根据限制协定信息确定限额调用协议。
步骤203、根据限额调用协议响应业务平台发起的账户处理请求。
值得说明的,本实施例中步骤201-步骤203的具体实现方式可以参照图3所示实施例步骤101-步骤103中的描述,此处不再进行赘述。
步骤204、获取记账请求。
当终端设备在发生消费行为时,需要向业务平台发起记账请求,而业务平台则会通过调用账户限额管理***的相关接口,并根据账户限额管理***所要求的格式组织数据,从而使得账户限额管理***获取到记账请求,其中,记账请求包括待记账账户信息以及待记账金额。
步骤205、若存在与待记账账户信息对应的限额调用协议,则获取待记账账户信息对应的剩余额度。
当账户限额管理***获取到记账请求之后,在进行记账之前,还需要根据待记账账户信息查询是否存在与待记账账户信息对应的限额调用协议。若存在与待记账账户信息对应的限额调用协议,则获取待记账账户信息对应的剩余额度。
步骤206、判断待记账金额是否大于或等于剩余额度。若判断结果为是,则执行步骤207,若判断结果为否,则执行步骤208。
步骤207、发送记账成功信息。
步骤208、发送记账失败信息。
若待记账金额小于剩余额度,则发送记账失败信息,记账失败信息用于指示业务平台停止支付操作,若待记账金额大于或等于剩余额度,则发送记账成功信息,记账成功信息用于指示业务平台继续支付操作。
值得说明的,限额调用协议可以为单个节点形式(对应单笔记账限额记账),也可以是包括多个节点形式(对应层级限额记账)。其中,当限额调用协议包括多层子节点时,多层子节点构成树状结构,其中,每一层子节点包括账户信息以及预设限额信息,当账户限额管理***根据限额调用协议响应业务平台发起的账户处理请求时,选取限额调用协议中第一叶节点至根节点中最小的预设限额作为账户处理请求对应的限额,第一叶节点为账户处理请求对应的子节点。
并且,当账户处理请求包括记账请求时,根据记账请求中的待记账账户信息以及待记账金额对待记账账户信息对应的第一子节点、根节点以及第一子节点与根节点之间的所有子节点进行记账处理。
可以针对不同业务账户抽象出一个字段用“实例原值”,从而来标识具体的账户,如果为多层级账户时,则限额协议维护一个树形结构的数据,下级节点记录上级节点的ID,示例性地,其中实例原值规则可以为:根节点实例原值+#符号+下级实例原值+#符号+下级实例原值,直到添加到叶子节点为止。图5是图4所示实施例中多层级限额调用协议的结构示例图。根据具体业务对业务模型进行分析,抽象出所要限额的账户与层级,对于单层级限额账户如:某亲子付业务,限额账户为用户ID。而对于多层级限额账户,例如:银行卡支付多渠道记账业务,包括三层:第一层为具体的***ID;第二层为:直连或代扣类型;第三层为具体的直连银行编码或代扣通道编码。如图5所示,在层级1,对于***的“实例原值”可以为402359640037;而对于层级2,快捷支付的“实例原值”可以为402359640037#QP,银行卡代扣支付的“实例原值”可以为402359640037#AR;而对于层级3,对于快捷支付侧的直连快捷的“实例原值”可以为402359640037#QP#ZL,代扣支付侧的代扣渠道1的“实例原值”可以为402359640037#AR#AR_SZFS_SZ_S_01,银行卡代扣支付侧的代扣渠道2的“实例原值”可以为402359640037#AR#AR_SZFS_SZ_S_02,银行卡代扣支付侧的代扣渠道3的“实例原值”可以为402359640037#AR#AR_SZFS_SZ_S_03。
并且,如果业务对于每一个限额账户的设置都不一样,则需要业务在使用限额记账前对限额调用协议进行设置后,才能记账处理。其中如果是层级限额时,可以对不同层级的节点设置不同的限额,记账时,使用的是从叶子节点到根节点的最小的限制项目。例如:层级3中代扣渠道3当前的限额为3万,层级2中银行卡代扣支付的限额为4万,而层级1中***维度当前的限额为5万,则在进行记账时,从叶子节点(代扣渠道3)到根节点(***维度)中的最小限制项目(层级3中代扣渠道3当前的限额为3万)作为当前限额。
在本实施例的记账过程中,无论单笔记账,还是层级限额记账,业务平台传入一笔交易即可,在该交易中包括业务接入限额平台编号,交易号、交易金额、限额实例原值等关键字段后,账户限额管理***即可正常记账。并且,记账分为先查询后记账以及实时记账。对于先查询后记账,可以是业务的页面展现时,先根据平台编号、限额实例原值等查询该账户或层级账户综合的最小的金额与笔数据给到前端进行业务控制,如果限额够用,然后在进行记账处理。而对于实时记账,可以是业务***使用限额时,直接调用记账接口,如果成功则正常结束,如果业务失败,则调用冲销接口进行冲销处理。
若是单层限额则直接查询最后设置的限额调用协议,其中如果没有限额调用协议,可以查询是否有公共的默认配置;而若存在限额调用协议,则则创建最终协议与限额账户信息。
如果是层级限额,则根据协议中配置的分隔符(通常为#号),对实例原值进行拆分,然后查询每一层最终限额。再根据最终限额列表进行查询限额账户列表数据;然后根据账户列表数据对每一个账户数据添加交易金额与笔数,其中,日、月、年、终身、区间都需增加,同时需要更新清算日期为当日,更新条件为需要控制的笔数加1小于等于限额笔数,相应账户金额加上本次交易金额小于等于相应的限额金额;同时记账日期大于等于当前日期或记账日期小于当前日期是进行更新,并将账户流水***账户流水表,以及根据清算时间与记账时间是否为相同,从而进行相应的日、月、年、自定义区间的账户累计清零处理,同时进行相应的统计记录添加。从而使得如果限额账户为层级账户时,业务平台只需要调用一次记账,***自动根据一条交易记录到其他层级账户上,便于业务根据自身限额进行业务限额扩展。并且,记账后自动进行统计处理。
如果为冲销,则只有在原交易成功记账的前提下对其进行金额与笔数的还原。图6是本申请根据再一示例实施例示出的账户管理方法的流程示意图。如图6所示,本实施例提供的账户管理方法,包括:
步骤301、获取业务平台发送的限制协定信息。
步骤302、根据限制协定信息确定限额调用协议。
步骤303、根据限额调用协议响应业务平台发起的账户处理请求。
值得说明的,本实施例中步骤301-步骤303的具体实现方式可以参照图3所示实施例步骤101-步骤103中的描述,此处不再进行赘述。
步骤304、获取冲销请求。
步骤305、根据待冲销金额对待冲销账户信息对应的剩余额度进行冲销处理。
账户限额管理***获取冲销请求,冲销请求包括待冲销账户信息以及待冲销金额,根据待冲销金额对待冲销账户信息对应的剩余额度进行冲销处理。
当账户处理请求为记账请求时,根据记账请求中的待冲销账户信息以及待冲销金额对待冲销账户信息对应的第二子节点、根节点以及第二子节点与根节点之间的所有子节点进行冲销处理。从而使得如果限额账户为层级账户时,业务平台只需要调用一次记账,***自动根据一条交易记录到其他层级账户上,便于业务根据自身限额进行业务限额扩展。并且,记账后自动进行统计处理。如果冲销处理时,自动将原交易所在的日、月、年、终身额度退回。
此外,在上述任意实施例的基础上,对于每次账户处理请求记录对应的账户处理记录信息,账户处理记录信息包括账户处理请求类型标识符。从而使得记账后数据需要和其他***进行数据对比时,通过账户处理请求类型标识符来对数据进行筛选对账处理。
图7是本申请根据一示例实施例示出的账户管理装置的结构示意图。如图7所示,本实施例提供的账户管理装置400,包括:
获取模块401,用于获取业务平台发送的限制协定信息,所述限制协定信息包括账户信息以及预设限制信息,所述预设限制信息用于对所述账户的额度进行限制;
处理模块402,用于根据所述限制协定信息确定调用协议,以使所述账户管理***根据所述限额调用协议响应所述业务平台发起的账户处理请求,所述账户处理请求用于对所述业务平台中所述账户信息对应的额度信息进行变更。
在一种可能的设计中,所述获取模块401,还用于获取所述业务平台发送的合同修改请求,所述合同修改请求包括新的限制协定信息;
所述处理模块402,还用于根据所述新的限制协定信息更新所述调用协议中的预设限制信息。
在一种可能的设计中,所述账户信息为所述业务平台中的任意一个账户信息,或者所述业务平台中全部账户信息。
在一种可能的设计中,所述账户处理请求包括记账请求、冲销请求以及限额查询请求中的任意一个或多个。
在一种可能的设计中,所述获取模块,还用于获取所述记账请求,所述记账请求包括待记账账户信息以及待记账金额;
所述获取模块,还用于获取所述待记账账户信息对应的剩余额度;
所述账户管理装置400,还包括:
发送模块403,用于发送记账失败信息,所述记账失败信息用于指示所述业务平台停止支付操作;
所述发送模块403,还用于发送记账成功信息,所述记账成功信息用于指示所述业务平台继续支付操作。
在一种可能的设计中,所述获取模块401,还用于获取所述冲销请求,所述冲销请求包括待冲销账户信息以及待冲销金额;
所述处理模块402,还用于根据所述待冲销金额对所述待冲销账户信息对应的剩余额度进行冲销处理。
在一种可能的设计中,所述调用协议包括时间范围信息,以及所述时间范围信息对应的限制信息,其中,所述时间范围信息与所述时间范围信息对应的限制信息根据所述限制协定信息进行确定。
在一种可能的设计中,所述多层子节点构成树状结构,其中,每一层子节点包括账户信息以及预设限制信息;
当所述账户限额管理***根据所述限额调用协议响应所述业务平台发起的账户处理请求时,选取所述限额调用协议中第一叶节点至根节点中最小的预设限额作为所述账户处理请求对应的限额,所述第一叶节点为所述账户处理请求对应的子节点。
在一种可能的设计中,当所述账户处理请求包括记账请求时,根据所述记账请求中的待记账账户信息以及待记账金额对所述待记账账户信息对应的第一子节点、根节点以及所述第一子节点与根节点之间的所有子节点进行记账处理;或者,
当所述账户处理请求包括记账请求时,根据所述记账请求中的待冲销账户信息以及待冲销金额对所述待冲销账户信息对应的第二子节点、根节点以及所述第二子节点与根节点之间的所有子节点进行冲销处理。
在一种可能的设计中,对于每次所述账户处理请求记录对应的账户处理记录信息,所述账户处理记录信息包括账户处理请求类型标识符。
值得说明地,图7所示实施例提供的账户管理装置,可用于执行上述任一实施例所提供的账户管理方法,具体实现方式和技术效果类似,这里不再赘述。
图8是本申请根据一示例实施例示出的电子设备的结构示意图。如图8所示,本实施例提供的一种电子设备500,包括:
处理器501;以及,
存储器502,用于存储所述处理器的可执行指令,该存储器还可以是flash(闪存);
其中,所述处理器501配置为经由执行所述可执行指令来执行上述方法中的各个步骤。具体可以参见前面方法实施例中的相关描述。
可选地,存储器502既可以是独立的,也可以跟处理器501集成在一起。
当所述存储器502是独立于处理器501之外的器件时,所述电子设备50,还可以包括:
总线503,用于连接所述处理器501以及所述存储器502。
本实施例还提供一种可读存储介质,可读存储介质中存储有计算机程序,当电子设备的至少一个处理器执行该计算机程序时,电子设备执行上述的各种实施方式提供的方法。
本实施例还提供一种程序产品,该程序产品包括计算机程序,该计算机程序存储在可读存储介质中。电子设备的至少一个处理器可以从可读存储介质读取该计算机程序,至少一个处理器执行该计算机程序使得电子设备实施上述的各种实施方式提供的方法。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或对其中部分或全部技术特征进行等同替换;而这些修改或替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。