CN115131014A - 一种支付账户系统的账户和资金管理方法、装置及存储介质 - Google Patents
一种支付账户系统的账户和资金管理方法、装置及存储介质 Download PDFInfo
- Publication number
- CN115131014A CN115131014A CN202210708904.4A CN202210708904A CN115131014A CN 115131014 A CN115131014 A CN 115131014A CN 202210708904 A CN202210708904 A CN 202210708904A CN 115131014 A CN115131014 A CN 115131014A
- Authority
- CN
- China
- Prior art keywords
- account
- fund
- amount
- sub
- frequency
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/102—Bill distribution or payments
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请实施例公开了一种支付账户系统的账户和资金管理方法、装置及存储介质,其中支付账户系统的账户和资金管理方法包括步骤:创建用户信息,生成对应的用户唯一标识,根据用户的不同的支付渠道以及对应的资金操作量和资金操作频率为用户创建不同的账户,账户包括资金户和账户信息,资金户包括若干资金子户,账户信息包括对应的支付渠道信息和金额操作执行策略,资金子户数量和金额操作执行策略基于资金操作量和资金操作频率确定;获取用户唯一标识和业务线标识,根据用户唯一标识对应的用户信息和业务线标识获取对应的账户信息;根据获取的账户信息中的金额操作执行策略执行金额操作,金额操作包括金额的增加、扣减、冻结和解冻中的至少一种。
Description
技术领域
本申请涉及计算机信息处理技术领域,具体涉及一种支付账户系统的账户和资金管理方法、装置及存储介质。
背景技术
随着SAAS平台对支付能力的需求日益增加,且不同业务线对支付的要求又无法趋于统一,需要各自对接不同的支付渠道,造成业务线的支付能力无法被复用以及管理上比较混乱。现有支付账户系统的解决方案一般是通过用户唯一标识获取对应账户,对账户直接进行操作金额的增减。现有方案在账户管理与资金管理上比较单一,无法适应业务上对资金变动的要求,现有方案对金额的操作往往是通过账户直接操作,为保证金额的准确性,在实现上一般通过在账户上加悲观锁或乐观锁,因此就会造成并发时多笔交易排队或通过多次尝试执行金额增减,降低了吞吐量。
发明内容
本申请实施例的目的在于提供一种支付账户系统的账户和资金管理方法、装置及存储介质,用以解决现有技术中的支付账户系统的账户管理与资金管理单一,无法适应业务上对资金变动的要求,以及对金额的操作往往是通过账户直接操作,造成吞吐量低的问题。
为实现上述目的,本申请实施例提供一种支付账户系统的账户和资金管理方法,包括步骤:创建用户信息,生成对应的用户唯一标识,根据所述用户的不同的支付渠道以及对应的资金操作量和资金操作频率为所述用户创建不同的账户,所述账户包括资金户和账户信息,所述资金户包括若干资金子户,所述账户信息包括对应的支付渠道信息和金额操作执行策略,所述资金子户数量和所述金额操作执行策略基于所述资金操作量和资金操作频率确定;获取所述用户唯一标识和业务线标识,根据所述用户唯一标识对应的所述用户信息和所述业务线标识获取对应的账户信息;根据获取的所述账户信息中的所述金额操作执行策略执行金额操作,所述金额操作包括金额的增加、扣减、冻结和解冻中的至少一种。
可选地,基于所述资金操作量大小和资金操作频率大小,将所述账户设置为低频增额低频减额账户、高频增额低频减额账户、高频减额低频增额账户或者高频增额高频减额账户,对应的所述金额操作执行策略分别为低频增额低频减额账户策略、高频增额低频减额账户策略、高频减额低频增额账户策略和高频增额高频减额账户策略。
可选地,获取所述发起方的所述访问请求表达式的方法包括:所述低频增额低频减额账户策略包括:以账户ID全局锁定所述账户,对所述账户金额进行增加或者扣减操作。
可选地,所述高频增额低频减额账户策略包括:将资金变动日志推送到消息队列中,由资金户变动监听器监听队列,依次处理所述资金变动日志并操作所述账户金额进行增加操作;以资金户ID全局锁定所述账户,对所述账户金额进行扣减操作。
可选地,所述高频减额低频增额账户策略包括:以资金户子户ID全局锁定所述账户,对所述资金户金额进行扣减操作,同时将资金变动日志推送到消息队列中,由资金户变动监听器监听队列,依次处理所述资金变动日志并操作所述账户金额进行扣减操作;以所述资金户ID全局锁定所述账户,对所述资金户金额进行增加操作,同时将所述资金变动日志推送到所述消息队列中,所述资金户变动监听器收到消息,需要进行动态分配金额到所述资金子户,根据当前账户总额+入账金额/资金子户数量=资金子户增长值,判段所述资金子户增长值是否小于所述资金子户锁定增额阀值,如果小于,则根据所述入账金额/所述增额阀值=执行操作的所述资金子户数量,并循环逐个锁定所述资金户增加分配额度进行增加操作。
可选地,高频增额高频减额账户策略包括:以所述资金户ID全局锁定所述账户,对所述资金户金额进行增加操作,同时将资金变动日志推送到消息队列中,资金户变动监听器收到消息,需要进行动态分配金额到所述资金子户,根据当前账户总额+入账金额/资金子户数量=资金子户增长值,判段所述资金子户增长值是否小于所述资金子户锁定增额阀值,如果小于,则根据所述入账金额/所述增额阀值=执行操作的所述资金子户数量,并循环逐个锁定所述资金户增加分配额度进行增加操作;以资金户子户ID全局锁定所述账户,对所述资金户金额进行扣减操作,同时将所述资金变动日志推送到所述消息队列中,由所述资金户变动监听器监听队列,依次处理所述资金变动日志并操作所述账户金额进行扣减操作。
可选地,当需要原路退回资金时,将所述账户设置为多渠道增额账户,多渠道增额策略为根据所述金额操作执行策略对所述账户资金进行增加操作后,在每笔增额的所述资金户下生成一个资金包;根据所述金额操作执行策略对所述账户资金进行扣减操作后,根据所述资金包生成时间倒序,依次扣除,并将资金为零的所述资金包设置为关闭状态。
可选地,在对所述资金户金额进行扣减操作时,还包括:采用排序集合的方式获取所述资金子户的顺序,锁定金额最高的所述资金子户,当锁定的所述资金子户不足时,在锁定所述资金子户的同时,再次抢锁定下一个所述资金子户并判断金额是否能够弥补上个所述资金子户的不足部分,如果不能,则再次进行抢锁定操作,直到金额满足扣减操作或者抢锁定全部所述资金子户后金额仍不足;在循环逐个锁定所述资金户增加分配额度进行增加操作时,还包括:生成资金子户发放清单,记录所述资金子户金额增加次数和资金增加金额,优先对金额增加次数最小的所述资金子户进行增加操作,生成定时任务,在预设时间判断是否有所述资金子户的金额与所有资金子户金额的均值之差超过预设阈值,若有,则对所有所述资金子户的金额进行平均分配。
为实现上述目的,本申请还提供一种支付账户系统的账户和资金管理装置,包括:存储器;以及
与所述存储器连接的处理器,所述处理器被配置成:
创建用户信息,生成对应的用户唯一标识,根据所述用户的不同的支付渠道以及对应的资金操作量和资金操作频率为所述用户创建不同的账户,所述账户包括资金户和账户信息,所述资金户包括若干资金子户,所述账户信息包括对应的支付渠道信息和金额操作执行策略,所述资金子户数量和所述金额操作执行策略基于所述资金操作量和资金操作频率确定;获取所述用户唯一标识和业务线标识,根据所述用户唯一标识对应的所述用户信息和所述业务线标识获取对应的账户信息;根据获取的所述账户信息中的所述金额操作执行策略执行金额操作,所述金额操作包括金额的增加、扣减、冻结和解冻中的至少一种。
为实现上述目的,本申请还提供一种计算机存储介质,其上存储有计算机程序,其中所述计算机程序被机器执行时实现如上所述的方法的步骤。
本申请实施例具有如下优点:
1.本申请实施例提供一种支付账户系统的账户和资金管理方法,包括步骤:创建用户信息,生成对应的用户唯一标识,根据所述用户的不同的支付渠道以及对应的资金操作量和资金操作频率为所述用户创建不同的账户,所述账户包括资金户和账户信息,所述资金户包括若干资金子户,所述账户信息包括对应的支付渠道信息和金额操作执行策略,所述资金子户数量和所述金额操作执行策略基于所述资金操作量和资金操作频率确定;获取所述用户唯一标识和业务线标识,根据所述用户唯一标识对应的所述用户信息和所述业务线标识获取对应的账户信息;根据获取的所述账户信息中的所述金额操作执行策略执行金额操作,所述金额操作包括金额的增加、扣减、冻结和解冻中的至少一种。
通过上述方法,将支付账户系统分为用户、账户和资金户,并且针对账户属性生成不同的金额操作执行策略以及多个资金子户,通过操作多个资金子户,解决资金变动时账户的唯一锁定问题,从而能够适应不同业务对资金变动的要求,并且提高了资金的吞吐量。
2.进一步,当需要原路退回资金时,将所述账户设置为多渠道增额账户,多渠道增额策略为根据所述金额操作执行策略对所述账户资金进行增加操作后,在每笔增额的所述资金户下生成一个资金包;根据所述金额操作执行策略对所述账户资金进行扣减操作后,根据所述资金包生成时间倒序,依次扣除,并将资金为零的所述资金包设置为关闭状态。
针对特殊账户,将资金户进一步细分为不同的资金包,通过记录每个资金包的来源、过期时间等特殊属性,做到专款专用。
附图说明
为了更清楚地说明本申请的实施方式或现有技术中的技术方案,下面将对实施方式或现有技术描述中所需要使用的附图作简单地介绍。显而易见地,下面描述中的附图仅仅是示例性的,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图引伸获得其它的实施附图。
图1为本申请实施例提供的一种支付账户系统的账户和资金管理方法的流程图;
图2为本申请实施例提供的一种支付账户系统的账户和资金管理装置的模块框图。
具体实施方式
以下由特定的具体实施例说明本申请的实施方式,熟悉此技术的人士可由本说明书所揭露的内容轻易地了解本申请的其他优点及功效,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
此外,下面所描述的本申请不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。
本申请一实施例提供一种支付账户系统的账户和资金管理方法,参考图1,图1为本申请的一实施方式中提供的一种支付账户系统的账户和资金管理方法的流程图,应当理解的是,该方法还可以包括未示出的附加框和/或可以省略所示出的框,本申请的范围在此方面不受限制。
在步骤101处,创建用户信息,生成对应的用户唯一标识,根据所述用户的不同的支付渠道以及对应的资金操作量和资金操作频率为所述用户创建不同的账户,所述账户包括资金户和账户信息,所述资金户包括若干资金子户,所述账户信息包括对应的支付渠道信息和金额操作执行策略,所述资金子户数量和所述金额操作执行策略基于所述资金操作量和资金操作频率确定。
具体地,在本实施例中,支付账户系统分为三个部分:用户1:N账户1:N资金户。账户的创建流程包括:首先为用户创建用户信息,注册时由系统生成用户唯一标识(身份ID),然后根据所述用户的不同的支付渠道以及对应的资金操作量和资金操作频率为所述用户创建不同的账户,所述账户包括资金户和账户信息,资金户是指账户内资金管理账户,用于处理具体交易时对账户金额的增减,最后根据所述支付渠道信息、资金操作量和资金操作频率确定每个资金户所需的资金子户数量,创建指定数量的资金子户。所述支付渠道包括银行的预存账户、授信账户、微信或者支付宝等。支付渠道信息包括用户在不同支付渠道的开户信息以及与支付渠道交互时需要传递的信息,比如支付渠道返回的身份标识信息。资金子户的数量主要与用户的支付渠道的交易量和交易频率有关,需要运营人员来配置,瞬时交易量比较大的用户,需要配置多个资金子户,增大吞吐量,同时也需要考虑支付渠道端瞬时并发量。
在一些实施例中,基于所述资金操作量大小和资金操作频率大小,将所述账户设置为低频增额低频减额账户、高频增额低频减额账户、高频减额低频增额账户或者高频增额高频减额账户,对应的所述金额操作执行策略分别为低频增额低频减额账户策略、高频增额低频减额账户策略、高频减额低频增额账户策略和高频增额高频减额账户策略。
在步骤102处,获取所述用户唯一标识和业务线标识,根据所述用户唯一标识对应的所述用户信息和所述业务线标识获取对应的账户信息。
具体地,当用户在使用本实施例中的支付账户系统进行交易时,系统获取到该用户的用户唯一标识,根据该用户唯一标识获取到对应的用户信息,该用户信息对应多个账户信息,然后从对接的外部系统获取当前交易的业务线标识,根据该业务线标识获取到所对应的当前用户的账户信息。业务线指用户的交易发生在哪个交易板块,比如机票、酒店、火车票交易,员工福利发放交易等,不同的业务线使用不同的账户进行处理。
在步骤103处,根据获取的所述账户信息中的所述金额操作执行策略执行金额操作,所述金额操作包括金额的增加、扣减、冻结和解冻中的至少一种。
在一些实施例中,对于低频增额低频减额账户的金额操作执行策略包括:以账户ID全局锁定所述账户,对所述账户金额进行增加或者扣减操作。
具体地,全局锁定指的是锁定该账户下的所有资金户,不允许交易操作,全局锁定时,需要将缓存中的账户状态置为锁定状态,资金户处理交易时需要根据账户ID判定该账户是否可用,如果不可用,则进行乐观锁模式判定(循环判定+休眠处理),超过一定次数后该笔交易进行失败处理。
在一些实施例中,对于高频增额低频减额账户的金额操作执行策略包括:将资金变动日志推送到消息队列中,由资金户变动监听器监听队列,依次处理所述资金变动日志并操作所述账户金额进行增加操作;以资金户ID全局锁定所述账户,对所述账户金额进行扣减操作。
具体地,以资金户ID全局锁定所述账户指的是资金户的锁定,账户资金划拨给该资金户的金额处理交易时需要排队处理。
在一些实施例中,所述高频减额低频增额账户策略包括:以资金户子户ID全局锁定所述账户,对所述资金户金额进行扣减操作,同时将资金变动日志推送到消息队列中,由资金户变动监听器监听队列,依次处理所述资金变动日志并操作所述账户金额进行扣减操作;以所述资金户ID全局锁定所述账户,对所述资金户金额进行增加操作,同时将所述资金变动日志推送到所述消息队列中,所述资金户变动监听器收到消息,需要进行动态分配金额到所述资金子户,根据当前账户总额+入账金额/资金子户数量=资金子户增长值,判段所述资金子户增长值是否小于所述资金子户锁定增额阀值,如果小于,则根据所述入账金额/所述增额阀值=执行操作的所述资金子户数量,并循环逐个锁定所述资金户增加分配额度进行增加操作。资金户的交易处理,不仅需要判定账户的锁定状态,同时需要判定自身的锁定状态,避免多笔交易同时进行的金额错误。
在一些实施例中,高频增额高频减额账户策略包括:以所述资金户ID全局锁定所述账户,对所述资金户金额进行增加操作,同时将资金变动日志推送到消息队列中,资金户变动监听器收到消息,需要进行动态分配金额到所述资金子户,根据当前账户总额+入账金额/资金子户数量=资金子户增长值,判段所述资金子户增长值是否小于所述资金子户锁定增额阀值,如果小于,则根据所述入账金额/所述增额阀值=执行操作的所述资金子户数量,并循环逐个锁定所述资金户增加分配额度进行增加操作;以资金户子户ID全局锁定所述账户,对所述资金户金额进行扣减操作,同时将所述资金变动日志推送到所述消息队列中,由所述资金户变动监听器监听队列,依次处理所述资金变动日志并操作所述账户金额进行扣减操作。
在一些实施例中,前述高频减额低频增额账户策略和高频增额高频减额账户策略中,在对所述资金户金额进行扣减操作时,还包括:采用排序集合的方式获取所述资金子户的顺序,锁定金额最高的所述资金子户,当锁定的所述资金子户不足时,在锁定所述资金子户的同时,再次抢锁定下一个所述资金子户并判断金额是否能够弥补上个所述资金子户的不足部分,如果不能,则再次进行抢锁定操作,直到金额满足扣减操作或者抢锁定全部所述资金子户后金额仍不足,在一些实施例中,操作完成后,再将资金子户放入排序集合中,从而尽量使一个账户内的交易处理,由每个资金子户轮流处理,尽量维持每个资金子户的金额的均衡,在一些实施例中,如果资金子户的资金为零,则触发再分配策略,锁定金额最高的资金子户与该资金为零的资金子户进行均值处理;在循环逐个锁定所述资金户增加分配额度进行增加操作时,还包括:在遍历增加资金子户额度时,生成维护一个资金子户发放清单,记录所述资金子户金额增加次数和资金增加金额,优先对金额增加次数最小的所述资金子户进行增加操作,生成定时任务,在预设时间判断是否有所述资金子户的金额与所有资金子户金额的均值之差超过预设阈值,若有,则对所有所述资金子户的金额进行平均分配。
具体地,采用优先对金额增加次数最小的资金子户进行增加操作的原因是:因为每次在这种情况下,平均分配的增长值小于增长阈值,可能会出现用户入金额度比较小,全部均衡分配的情况下,容易造成全部资金户的增加额度比较小,一个资金户的交易金额不足时再次触发锁定分配,所以采用非均衡分配方式,尽量保证账户下的资金户有能正常处理交易。对所有所述资金子户的金额进行平均分配的原因为:如果有资金户的金额满足分配要求,需要从其他资金户进行扣减补充,为了避免连锁反应(从一个资金户扣减导致该账户不满足要求),所以这个时候直接进行全部再分配。
在一些实施例中,当需要原路退回资金时,将所述账户设置为多渠道增额账户,多渠道增额策略为根据所述金额操作执行策略对所述账户资金进行增加操作后,在每笔增额的所述资金户下生成一个资金包;根据所述金额操作执行策略对所述账户资金进行扣减操作后,根据所述资金包生成时间倒序,依次扣除,并将资金为零的所述资金包设置为关闭状态。
具体地,针对特殊账户,将资金户进一步细分为不同的资金包,通过记录每个资金包的来源、过期时间等特殊属性,做到专款专用。例如,企业用户使用自己的金额给员工发放福利的时候,企业可能通过多个账户给员工发福利,但是员工离职的时候,需要将员工账户的金额退还到对应的企业账户,可以根据发放记录获取路径信息。
通过上述方法,将支付账户系统分为用户、账户和资金户,并且针对账户属性生成不同的金额操作执行策略以及多个资金子户,通过操作多个资金子户,解决资金变动时账户的唯一锁定问题,从而能够适应不同业务对资金变动的要求,并且提高了资金的吞吐量。
图2为本申请实施例提供的一种支付账户系统的账户和资金管理装置的模块框图。该装置包括:
存储器201;以及与所述存储器201连接的处理器202,所述处理器202被配置成:创建用户信息,生成对应的用户唯一标识,根据所述用户的不同的支付渠道以及对应的资金操作量和资金操作频率为所述用户创建不同的账户,所述账户包括资金户和账户信息,所述资金户包括若干资金子户,所述账户信息包括对应的支付渠道信息和金额操作执行策略,所述资金子户数量和所述金额操作执行策略基于所述资金操作量和资金操作频率确定;获取所述用户唯一标识和业务线标识,根据所述用户唯一标识对应的所述用户信息和所述业务线标识获取对应的账户信息;根据获取的所述账户信息中的所述金额操作执行策略执行金额操作,所述金额操作包括金额的增加、扣减、冻结和解冻中的至少一种。
在一些实施例中,所述处理器202还被配置成:基于所述资金操作量大小和资金操作频率大小,将所述账户设置为低频增额低频减额账户、高频增额低频减额账户、高频减额低频增额账户或者高频增额高频减额账户,对应的所述金额操作执行策略分别为低频增额低频减额账户策略、高频增额低频减额账户策略、高频减额低频增额账户策略和高频增额高频减额账户策略。
在一些实施例中,所述处理器202还被配置成:所述低频增额低频减额账户策略包括:以账户ID全局锁定所述账户,对所述账户金额进行增加或者扣减操作。
在一些实施例中,所述处理器202还被配置成:所述高频增额低频减额账户策略包括:将资金变动日志推送到消息队列中,由资金户变动监听器监听队列,依次处理所述资金变动日志并操作所述账户金额进行增加操作;以资金户ID全局锁定所述账户,对所述账户金额进行扣减操作。
在一些实施例中,所述处理器202还被配置成:所述高频减额低频增额账户策略包括:以资金户子户ID全局锁定所述账户,对所述资金户金额进行扣减操作,同时将资金变动日志推送到消息队列中,由资金户变动监听器监听队列,依次处理所述资金变动日志并操作所述账户金额进行扣减操作;以所述资金户ID全局锁定所述账户,对所述资金户金额进行增加操作,同时将所述资金变动日志推送到所述消息队列中,所述资金户变动监听器收到消息,需要进行动态分配金额到所述资金子户,根据当前账户总额+入账金额/资金子户数量=资金子户增长值,判段所述资金子户增长值是否小于所述资金子户锁定增额阀值,如果小于,则根据所述入账金额/所述增额阀值=执行操作的所述资金子户数量,并循环逐个锁定所述资金户增加分配额度进行增加操作。
在一些实施例中,所述处理器202还被配置成:高频增额高频减额账户策略包括:以所述资金户ID全局锁定所述账户,对所述资金户金额进行增加操作,同时将资金变动日志推送到消息队列中,资金户变动监听器收到消息,需要进行动态分配金额到所述资金子户,根据当前账户总额+入账金额/资金子户数量=资金子户增长值,判段所述资金子户增长值是否小于所述资金子户锁定增额阀值,如果小于,则根据所述入账金额/所述增额阀值=执行操作的所述资金子户数量,并循环逐个锁定所述资金户增加分配额度进行增加操作;以资金户子户ID全局锁定所述账户,对所述资金户金额进行扣减操作,同时将所述资金变动日志推送到所述消息队列中,由所述资金户变动监听器监听队列,依次处理所述资金变动日志并操作所述账户金额进行扣减操作。
在一些实施例中,所述处理器202还被配置成:当需要原路退回资金时,将所述账户设置为多渠道增额账户,多渠道增额策略为根据所述金额操作执行策略对所述账户资金进行增加操作后,在每笔增额的所述资金户下生成一个资金包;根据所述金额操作执行策略对所述账户资金进行扣减操作后,根据所述资金包生成时间倒序,依次扣除,并将资金为零的所述资金包设置为关闭状态。
在一些实施例中,所述处理器202还被配置成:在对所述资金户金额进行扣减操作时,还包括:采用排序集合的方式获取所述资金子户的顺序,锁定金额最高的所述资金子户,当锁定的所述资金子户不足时,在锁定所述资金子户的同时,再次抢锁定下一个所述资金子户并判断金额是否能够弥补上个所述资金子户的不足部分,如果不能,则再次进行抢锁定操作,直到金额满足扣减操作或者抢锁定全部所述资金子户后金额仍不足;在循环逐个锁定所述资金户增加分配额度进行增加操作时,还包括:生成资金子户发放清单,记录所述资金子户金额增加次数和资金增加金额,优先对金额增加次数最小的所述资金子户进行增加操作,生成定时任务,在预设时间判断是否有所述资金子户的金额与所有资金子户金额的均值之差超过预设阈值,若有,则对所有所述资金子户的金额进行平均分配。
具体实现方法参考前述方法实施例,此处不再赘述。
本申请可以是方法、装置、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质,其上载有用于执行本申请的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本申请操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等,以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA),该电子电路可以执行计算机可读程序指令,从而实现本申请的各个方面。
这里参照根据本申请实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理单元,从而生产出一种机器,使得这些指令在通过计算机或其他可编程数据处理装置的处理单元执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其他可编程数据处理装置、或其他设备上,使得在计算机、其他可编程数据处理装置或其他设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其他可编程数据处理装置、或其他设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本申请的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分,所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
注意,除非另有直接说明,否则本说明书(包含任何所附权利要求、摘要和附图)中所揭示的所有特征皆可由用于达到相同、等效或类似目的的可替代特征来替换。因此,除非另有明确说明,否则所公开的每一个特征仅是一组等效或类似特征的一个示例。在使用到的情况下,进一步地、较优地、更进一步地和更优地是在前述实施例基础上进行另一实施例阐述的简单起头,该进一步地、较优地、更进一步地或更优地后带的内容与前述实施例的结合作为另一实施例的完整构成。在同一实施例后带的若干个进一步地、较优地、更进一步地或更优地设置之间可任意组合的组成又一实施例。
虽然,上文中已经用一般性说明及具体实施例对本申请作了详尽的描述,但在本申请基础上,可以对之作一些修改或改进,这对本领域技术人员而言是显而易见的。因此,在不偏离本申请精神的基础上所做的这些修改或改进,均属于本申请要求保护的范围。
Claims (10)
1.一种支付账户系统的账户和资金管理方法,其特征在于,包括以下步骤:
创建用户信息,生成对应的用户唯一标识,根据所述用户的不同的支付渠道以及对应的资金操作量和资金操作频率为所述用户创建不同的账户,所述账户包括资金户和账户信息,所述资金户包括若干资金子户,所述账户信息包括对应的支付渠道信息和金额操作执行策略,所述资金子户数量和所述金额操作执行策略基于所述资金操作量和资金操作频率确定;
获取所述用户唯一标识和业务线标识,根据所述用户唯一标识对应的所述用户信息和所述业务线标识获取对应的账户信息;
根据获取的所述账户信息中的所述金额操作执行策略执行金额操作,所述金额操作包括金额的增加、扣减、冻结和解冻中的至少一种。
2.根据权利要求1所述的支付账户系统的账户和资金管理方法,其特征在于,基于所述资金操作量大小和资金操作频率大小,将所述账户设置为低频增额低频减额账户、高频增额低频减额账户、高频减额低频增额账户或者高频增额高频减额账户,对应的所述金额操作执行策略分别为低频增额低频减额账户策略、高频增额低频减额账户策略、高频减额低频增额账户策略和高频增额高频减额账户策略。
3.根据权利要求2所述的支付账户系统的账户和资金管理方法,其特征在于,所述低频增额低频减额账户策略包括:以账户ID全局锁定所述账户,对所述账户金额进行增加或者扣减操作。
4.根据权利要求2所述的支付账户系统的账户和资金管理方法,其特征在于,所述高频增额低频减额账户策略包括:将资金变动日志推送到消息队列中,由资金户变动监听器监听队列,依次处理所述资金变动日志并操作所述账户金额进行增加操作;
以资金户ID全局锁定所述账户,对所述账户金额进行扣减操作。
5.根据权利要求2所述的支付账户系统的账户和资金管理方法,其特征在于,所述高频减额低频增额账户策略包括:以资金户子户ID全局锁定所述账户,对所述资金户金额进行扣减操作,同时将资金变动日志推送到消息队列中,由资金户变动监听器监听队列,依次处理所述资金变动日志并操作所述账户金额进行扣减操作;
以所述资金户ID全局锁定所述账户,对所述资金户金额进行增加操作,同时将所述资金变动日志推送到所述消息队列中,所述资金户变动监听器收到消息,需要进行动态分配金额到所述资金子户,根据当前账户总额+入账金额/资金子户数量=资金子户增长值,判段所述资金子户增长值是否小于所述资金子户锁定增额阀值,如果小于,则根据所述入账金额/所述增额阀值=执行操作的所述资金子户数量,并循环逐个锁定所述资金户增加分配额度进行增加操作。
6.根据权利要求2所述的支付账户系统的账户和资金管理方法,其特征在于,高频增额高频减额账户策略包括:以所述资金户ID全局锁定所述账户,对所述资金户金额进行增加操作,同时将资金变动日志推送到消息队列中,资金户变动监听器收到消息,需要进行动态分配金额到所述资金子户,根据当前账户总额+入账金额/资金子户数量=资金子户增长值,判段所述资金子户增长值是否小于所述资金子户锁定增额阀值,如果小于,则根据所述入账金额/所述增额阀值=执行操作的所述资金子户数量,并循环逐个锁定所述资金户增加分配额度进行增加操作;
以资金户子户ID全局锁定所述账户,对所述资金户金额进行扣减操作,同时将所述资金变动日志推送到所述消息队列中,由所述资金户变动监听器监听队列,依次处理所述资金变动日志并操作所述账户金额进行扣减操作。
7.根据权利要求2所述的支付账户系统的账户和资金管理方法,其特征在于,还包括:当需要原路退回资金时,将所述账户设置为多渠道增额账户,多渠道增额策略为根据所述金额操作执行策略对所述账户资金进行增加操作后,在每笔增额的所述资金户下生成一个资金包;
根据所述金额操作执行策略对所述账户资金进行扣减操作后,根据所述资金包生成时间倒序,依次扣除,并将资金为零的所述资金包设置为关闭状态。
8.根据权利要求5或6所述的支付账户系统的账户和资金管理方法,其特征在于,在对所述资金户金额进行扣减操作时,还包括:采用排序集合的方式获取所述资金子户的顺序,锁定金额最高的所述资金子户,当锁定的所述资金子户不足时,在锁定所述资金子户的同时,再次抢锁定下一个所述资金子户并判断金额是否能够弥补上个所述资金子户的不足部分,如果不能,则再次进行抢锁定操作,直到金额满足扣减操作或者抢锁定全部所述资金子户后金额仍不足;
在循环逐个锁定所述资金户增加分配额度进行增加操作时,还包括:生成资金子户发放清单,记录所述资金子户金额增加次数和资金增加金额,优先对金额增加次数最小的所述资金子户进行增加操作,生成定时任务,在预设时间判断是否有所述资金子户的金额与所有资金子户金额的均值之差超过预设阈值,若有,则对所有所述资金子户的金额进行平均分配。
9.一种支付账户系统的账户和资金管理装置,其特征在于,包括:
存储器;以及
与所述存储器连接的处理器,所述处理器被配置成:
创建用户信息,生成对应的用户唯一标识,根据所述用户的不同的支付渠道以及对应的资金操作量和资金操作频率为所述用户创建不同的账户,所述账户包括资金户和账户信息,所述资金户包括若干资金子户,所述账户信息包括对应的支付渠道信息和金额操作执行策略,所述资金子户数量和所述金额操作执行策略基于所述资金操作量和资金操作频率确定;
获取所述用户唯一标识和业务线标识,根据所述用户唯一标识对应的所述用户信息和所述业务线标识获取对应的账户信息;
根据获取的所述账户信息中的所述金额操作执行策略执行金额操作,所述金额操作包括金额的增加、扣减、冻结和解冻中的至少一种。
10.一种计算机存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被机器执行时实现如权利要求1至8中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210708904.4A CN115131014A (zh) | 2022-06-21 | 2022-06-21 | 一种支付账户系统的账户和资金管理方法、装置及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210708904.4A CN115131014A (zh) | 2022-06-21 | 2022-06-21 | 一种支付账户系统的账户和资金管理方法、装置及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115131014A true CN115131014A (zh) | 2022-09-30 |
Family
ID=83379907
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210708904.4A Pending CN115131014A (zh) | 2022-06-21 | 2022-06-21 | 一种支付账户系统的账户和资金管理方法、装置及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115131014A (zh) |
-
2022
- 2022-06-21 CN CN202210708904.4A patent/CN115131014A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102629821B1 (ko) | 블록체인의 결제 처리 방법, 장치, 기기 및 매체 | |
US11216871B2 (en) | Method, apparatus and system for automated funding | |
WO2017139688A1 (en) | Peer-to-peer financial transactions using a private distributed ledger | |
US9519902B2 (en) | Fraud monitoring system with distributed cache | |
CN110910230A (zh) | 一种记账方法、记账系统及存储介质 | |
WO2020148342A1 (en) | A method and a system for managing the computing resources of a cloud computing platform | |
US11943285B2 (en) | Metering computing resources in cloud computing environments | |
US20200051066A1 (en) | System and method for a distributed ledger for information technology asset management | |
US10797878B2 (en) | Multi-node transaction management using one-time tokens | |
CN111105238A (zh) | 一种交易风险控制方法和装置 | |
CN111427691A (zh) | 虚拟资源分配方法、装置、介质及电子设备 | |
US9635188B1 (en) | Mobile device data allocation system | |
CN114282998A (zh) | 一种外币账户余额处理方法和装置 | |
CN115131014A (zh) | 一种支付账户系统的账户和资金管理方法、装置及存储介质 | |
CN109272321B (zh) | 快速支付方法、装置、设备及计算机可读存储介质 | |
US11042931B2 (en) | Intraday resource management system | |
CN111401873A (zh) | 一种任务创建方法、装置、存储介质和电子设备 | |
CN113283907B (zh) | 一种订单请求的处理方法、相关装置及存储介质 | |
US12008399B2 (en) | Optimization for scheduling of batch jobs | |
US20220270067A1 (en) | Transaction data processing method, device, apparatus and system | |
CN109903022B (zh) | 资源发放方法、装置、设备及计算机可读存储介质 | |
CN112950185A (zh) | 一种基于并行执行的交易费支付方法、设备及储存介质 | |
CN112102068A (zh) | 一种etc业务办理方法和系统 | |
CN111327663A (zh) | 一种堡垒机分配的方法和设备 | |
CN115456802B (zh) | 一种基于数字货币的保险事件处理系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |