CN113762946A - 账户出入款方法、装置、电子设备、介质及程序产品 - Google Patents
账户出入款方法、装置、电子设备、介质及程序产品 Download PDFInfo
- Publication number
- CN113762946A CN113762946A CN202110832834.9A CN202110832834A CN113762946A CN 113762946 A CN113762946 A CN 113762946A CN 202110832834 A CN202110832834 A CN 202110832834A CN 113762946 A CN113762946 A CN 113762946A
- Authority
- CN
- China
- Prior art keywords
- account
- sub
- accounts
- payment
- balance
- 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
- 238000000034 method Methods 0.000 title claims abstract description 53
- 238000004590 computer program Methods 0.000 claims description 14
- 238000012546 transfer Methods 0.000 claims description 10
- 230000004044 response Effects 0.000 claims description 5
- 238000000151 deposition Methods 0.000 description 27
- 238000004891 communication Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 2
- 238000012216 screening Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
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
本发明提供一种账户出入款方法、装置、电子设备、存储介质及程序产品,该方法包括:接收出款交易请求,出款交易请求包括:出款需求账户以及出款金额值;判断出款需求账户是否为父账户,父账户设有N个子账户;若出款需求账户为父账户,则在N个子账户中确定至少两个子账户作为实际出款账户进行出款操作,通过设置父子账户,在接收出款交易请求时,能够判断出款需求账户是否为父账户,而父账户设有N个子账户,若出款需求账户为父账户,则在N个子账户中确定至少两个子账户作为实际出款账户进行出款操作,从而与现有技术中只能使用一个账户进行出款操作相比,能够极大地提高交易速度,满足大量的出入款需求,减少耗时,加快任务进程。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种账户出入款方法、装置、电子设备、存储介质及程序产品。
背景技术
对于银行,支付宝等现金账户、交易平台,一般来说单账户不存在短时间大批量出入款交易的场景,因为金融上对于资金账户交易有监管限制。但是对于一个虚拟币(如QQ币、贝壳币)账户交易系统来说,单账户大批量出入款的场景是存在的,以贝壳币系统为例,比如要搞一个全国性的活动,要从一个预算账户给全国的C端用户发积分,由于C端用户数量庞大,即使账户系统采用了出入款分离模型,但是同一个账户是无法并发出入款的。从一个预算账户顺序出款给全国几亿C端用户发币,耗时太久。以实际常用的Mysql数据库为例,每个账户每秒可以有100笔交易,那么一个预算账户给满足条件的1亿C端用户发积分。需要耗时100000000/100/3600=278个小时,显然耗时太长,不满足业务需求。
因此如何提供一种账户出入款方案能够满足大量的出入款需求,减少耗时,加快任务进程,是本领域技术人员亟待解决的技术问题。
发明内容
本发明提供一种账户出入款方法、装置、电子设备、存储介质及程序产品,能够满足大量的出入款需求,减少耗时,加快任务进程。
第一方面,本发明提供一种账户出入款方法,包括:
接收出款交易请求,所述出款交易请求包括:出款需求账户以及出款金额值;
判断所述出款需求账户是否为父账户,所述父账户设有N个子账户,N为大于1的整数;
若所述出款需求账户为父账户,则在所述N个子账户中确定M个子账户作为实际出款账户进行出款操作,M大于或等于2。
进一步地,还包括:
确定所述出款需求账户为父账户后,判断所述父账户余额是否大于零;
若所述父账户余额大于零,则将所述父账户的余额分配到N个子账户中。
进一步地,还包括:
确定所述N个子账户中余额为零的第一子账户以及余额最大的第二子账户;
将所述第二子账户中的余额在所述第一子账户与所述第二子账户之间平均分配。
进一步地,所述在所述N个子账户中确定实际出款账户进行出款操作包括:
在所述N个子账户中确定出余额不小于所述出款金额值的第三子账户;
在所述第三子账户中随机选择至少两个子账户作为实际出款账户。
进一步地,所述在所述N个子账户中确定实际出款账户进行出款操作还包括:
若在所述N个子账户中不存在余额不小于所述出款金额值的第三子账户,则确定总账户余额值不小于所述出款金额值的M个子账户;
确定所述M个子账户为实际出款账户进行出款操作。
进一步地,所述出款交易请求还包括入款账户数量及出款时间;在所述接收出款交易请求之后,所述方法还包括:根据所述入款账户数量及所述出款时间确定实际需要的单位时间出款笔数;根据所述子账户的数量和单账户出款速率获取当前支持的单位时间出款笔数;根据所述实际需要的单位时间出款笔数和所述当前支持的单位时间出款笔数计算单位时间差额出款笔数;根据所述单位时间差额出款笔数和所述单账户出款速率获取需新建的子账户的数量;根据所述需新建的子账户的数量新建子账户,并对新建的子账户进行余额转移操作。
进一步地,还包括:
接收用户的账户查询输入,所述账户查询输入包括目标查询账户;
响应于所述账户查询输入,在确定所述目标查询账户为父账户的情况下,将所述目标查询账户对应的所有子账户的余额值相加得到所述目标查询账户的余额值;将所述目标查询账户对应的所有子账户的满足查询条件的交易流水信息作为所述目标查询账户的交易流水信息。
第二方面,本发明提供一种账户出入款装置,包括:
请求接收模块,用于接收出款交易请求,所述出款交易请求包括:出款需求账户以及出款金额值;
账户判断模块,用于判断所述出款需求账户是否为父账户,所述父账户设有N个子账户,N为大于1的整数;
子账户操作模块,用于若所述出款需求账户为父账户,则在所述N个子账户中确定M个子账户作为实际出款账户进行出款操作,M大于或等于2。
进一步地,还包括:
余额判断模块,用于确定所述出款需求账户为父账户后,判断所述父账户余额是否大于零;
余额分配模块,用于若所述父账户余额大于零,则将所述父账户的余额分配到N个子账户中。
进一步地,还包括:
子账户确定模块,用于确定所述N个子账户中余额为零的第一子账户以及余额最大的第二子账户;
余额转移模块,用于将所述第二子账户中的余额在所述第一子账户与所述第二子账户之间平均分配。
进一步地,所述子账户操作模块包括:
出款账户筛选单元,用于在所述N个子账户中确定出余额不小于所述出款金额值的第三子账户;
出款子账户确定单元,用于在所述第三子账户中随机选择至少两个子账户作为实际出款账户。
进一步地,所述出款子账户确定单元还用于:
若在所述N个子账户中不存在余额不小于所述出款金额值的第三子账户,则确定总账户余额值不小于所述出款金额值的M个子账户;确定所述M个子账户为实际出款账户进行出款操作。
进一步地,所述出款交易请求还包括入款账户数量及出款时间;所述装置还包括子账户新建模块,所述子账户新建模块用于:根据所述入款账户数量及所述出款时间确定实际需要的单位时间出款笔数;根据所述子账户的数量和单账户出款速率获取当前支持的单位时间出款笔数;根据所述实际需要的单位时间出款笔数和所述当前支持的单位时间出款笔数计算单位时间差额出款笔数;根据所述单位时间差额出款笔数和所述单账户出款速率获取需新建的子账户的数量;根据所述需新建的子账户的数量新建子账户,并对新建的子账户进行余额转移操作。
进一步地,还包括:
账户查询模块,用于接收用户的账户查询输入,所述账户查询输入包括目标查询账户;
查询响应模块,用于响应于所述账户查询输入,在确定所述目标查询账户为父账户的情况下,将所述目标查询账户对应的所有子账户的余额值相加得到所述目标查询账户的余额值;将所述目标查询账户对应的所有子账户的满足查询条件的交易流水信息作为所述目标查询账户的交易流水信息。
第三方面,本发明还提供一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现如上述任一种所述账户出入款方法的步骤。
第四方面,本发明还提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现如上述任一种所述账户出入款方法的步骤。
第五方面,本发明还提供一种计算机程序产品,包括计算机程序/指令,该计算机程序/指令被处理器执行时实现如上述任一种所述账户出入款方法的步骤。
本发明提供的一种账户出入款方法、装置、电子设备、存储介质及程序产品,通过设置父子账户,在接收出款交易请求时,能够判断出款需求账户是否为父账户,而父账户设有N个子账户,若出款需求账户为父账户,则在N个子账户中确定至少两个子账户作为实际出款账户进行出款操作,从而与现有技术中只能使用一个账户进行出款操作相比,能够极大地提高交易速度,满足大量的出入款需求,减少耗时,加快任务进程。
附图说明
为了更清楚地说明本发明或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种账户出入款方法的流程图之一;
图2为本发明实施例提供的一种账户出入款方法的流程图之二;
图3为本发明实施例提供的一种账户出入款方法的流程图之三;
图4为本发明实施例提供的一种账户出入款方法的流程图之四;
图5为本发明实施例提供的一种账户出入款方法的流程图之五;
图6为本发明实施例提供的一种账户出入款方法的流程图之六;
图7为本发明实施例提供的一种账户出入款方法的流程图之七
图8为本发明实施例提供的一种账户出入款装置的组成结构示意图;
图9为是本发明实施例提供的电子设备的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
下面结合图1-图7描述本发明的一种账户出入款方法。
图1为本发明实施例提供的一种账户出入款方法的流程图之一;图2为本发明实施例提供的一种账户出入款方法的流程图之二;图3为本发明实施例提供的一种账户出入款方法的流程图之三;图4为本发明实施例提供的一种账户出入款方法的流程图之四;图5为本发明实施例提供的一种账户出入款方法的流程图之五;图6为本发明实施例提供的一种账户出入款方法的流程图之六;图7为本发明实施例提供的一种账户出入款方法的流程图之七。
在本发明的一种具体实施方式中,本发明提供一种账户出入款方法,包括:
步骤110:接收出款交易请求,所述出款交易请求包括:出款需求账户以及出款金额值。
首先,本发明实施例中的账户出入款方法应用于账户交易系统中,一般设置在服务器上,而交易请求一般来自于客户端,客户端上可以发起出款交易请求,具体地可以包括出款需求账户,出款金额以及相应地入款账户。当然,出款交易请求,也并非一定来自于客户端,也可以是来自其他渠道的出款交易请求,例如在以预算账户出款为例,一般一个业务方申请了一个预算账户,划拨了一笔预算,对于业务方而言智能感知到这一个预算账户,业务方会通过该预算账户给贝壳币系统提交1亿笔交易,分别给1亿C端用户发积分。这时就需要大量的出入款交易。
步骤120:判断所述出款需求账户是否为父账户,所述父账户设有N个子账户,N为大于1的整数。
在提出了出款交易请求后,可以判断该出款需求账户是否为父账户,父账户指的是具有N个子账户,能够同时并发进行交易的账户。在交易系统内部,通过评估业务方的一个预算账户的性能要求上限,比如该预算账户要在1小时内给一亿用户发积分。可以计算出该预算账户每秒需要出账100000000/3600=27777。需要该预算账户每秒有27777笔出款才能达到该要求,但是单账户由于性能上限,每秒只能出款100个。因此,那将该预算账户设置为父账户,并且为该父账户创建至少278个子账户。业务方的交易请求,在账户系统内部会被分散到这些子账户并发出款,从而达到性能要求。也就是说,至少要使用278个子账户,每个子账户每秒出款100个,才能满足业务需要。
步骤130:若所述出款需求账户为父账户,则在所述N个子账户中确定M个子账户作为实际出款账户进行出款操作,M大于或等于2。
在判定出款需求账户为父账户后,在N个子账户中确定M个子账户作为实际出款账户进行出款操作,M大于或等于2。
当然,在实践中,由于使用子账户进行交易,而父账户为名义上的账户,并不进行交易,因此父账户上并不需要余额,因此,在本实施例中,可以利用以下步骤将父账户上的余额转移到某些子账户上:
步骤210:确定所述出款需求账户为父账户后,判断所述父账户余额是否大于零;
步骤220:若所述父账户余额大于零,则将所述父账户的余额分配到N个子账户中。
也就是说,只要父账户上余额不为零,那么就要将父账户上的余额分配到子账户中,具体地,可以优先分配到余额较少的子账户上,当然也可以随机分配,随后可以在子账户之间进行再次的余额分配。
具体地,在子账户之间也可以进行余额的调整,从而保证每个子账户都有充足的余额值来进行交易,具体步骤如下:
步骤310:确定所述N个子账户中余额为零的第一子账户以及余额最大的第二子账户。
首先,可以获取到N个子账户的每个余额值,并根据余额值找到余额为零的子账户作为第一子账户,而将余额最大的一个或多个子账户作为第二子账户。
步骤320:将所述第二子账户中的余额在所述第一子账户与所述第二子账户之间平均分配。
例如,第一子账户有三个,编号为:A0001、A0002、A0004,余额均为零;而第二子账户有一个,编号为A0007,余额值为:100万,这时可以将这一百万的余额值平均分到编号为:A0001、A0002、A0004、A0007这四个子账户中,每个子账户也就有25万的余额值,从而使得每个子账户都有充足的余额进行交易,保持可用状态。
更进一步地,在本实施例中,为了在所述N个子账户中确定实际出款账户进行出款操作可以进行以下步骤:
步骤410:在所述N个子账户中确定出余额不小于所述出款金额值的第三子账户;
步骤420:在所述第三子账户中随机选择至少两个子账户作为实际出款账户。
也就是说,首先可以获取到N个子账户的每个余额值,并根据余额值找到余额大于出款金额值的子账户作为第三子账户,并且在第三账户中随机选择至少两个子账户作为实际出款的账户进行交易。当然,也可以根据子账户的金额选择余额值最大的两个子账户作为实际进行交易的子账户。
当然,在实际中,也存在出款金额值过大,每个子账户单独都不能满足出款的条件的情况,这时可以联合多个子账户进行交易,具体步骤如下:
步骤510:若在所述N个子账户中不存在余额不小于所述出款金额值的第三子账户,则确定总账户余额值不小于所述出款金额值的M个子账户;
步骤520:确定所述M个子账户为实际出款账户进行出款操作。实际出款账户
也就是,如果M个子账户的余额值加起来不小于出款金额值,那么说明账户整体具有进行交易的能力,这时,可以利用这M个子账户进行交易。
在上述实施例的基础上,所述出款交易请求还包括入款账户数量及出款时间;本实施例中,由于在实践中,可能存在当前的交易系统的子账户不够用的情况,这时用户可以创建子账户,在所述接收出款交易请求之后,具体地可以:
步骤610:根据所述入款账户数量及所述出款时间确定实际需要的单位时间出款笔数。
出款交易请求还包括入款账户数量及出款时间,比如如前所述要在1小时内给一亿用户发积分,则入款账户数量为一亿,出款时间为1小时。根据入款账户数量及出款时间确定实际需要的单位时间(每秒)出款笔数。则实时需要的单位时间出款笔数为100000000/3600=27777。
步骤620:根据所述子账户的数量和单账户出款速率获取当前支持的单位时间出款笔数。
单账户出款速率是每个子账户单位时间内(每秒)的出款笔数,可以根据单账户的性能上限设置单账户出款速率,如每秒出款100个。根据子账户的数量N和单账户出款速率可以得到当前支持的单位时间出款笔数。比如,若N等于100,则当前支持的单位时间出款笔数为10000。
步骤630:根据所述实际需要的单位时间出款笔数和所述当前支持的单位时间出款笔数计算单位时间差额出款笔数。
单位时间差额出款笔数是指与实际需要的单位时间出款笔数和当前支持的单位时间出款笔数的差额。因此,将实际需要的单位时间出款笔数和当前支持的单位时间出款笔数做差可以得到单位时间差额出款笔数。比如,27777-10000=17777。
步骤640:根据所述单位时间差额出款笔数和所述单账户出款速率获取需新建的子账户的数量。
根据单位时间差额出款笔数和单账户出款速率可以获取需新建的子账户的数量。17777/100≈178(向上取整)。
步骤650:根据所述需新建的子账户的数量新建子账户,并对新建的子账户进行余额转移操作。
根据需新建的子账户的数量新建子账户,并对新建的子账户进行余额转移操作。子账户创建完成后,由于是新的账户,在账户中并不存在余额,余额值为零,因此可以将父账户或者其他的原有的N个子账户中的部分余额转移到新创建的子账户中,从而使得新建的子账户可用。利用新建的子账户及原有的子账户进行出款操作。
本发明提供的账户出入款方法,父账户的交易请求可以分配到合适的各个子账户上,不管在任何时候给父账户创建子账户,出款的时候都会对父账户的余额进行重新分配到子账户。并且,在某个子账户没有钱,或者说每个子账户钱不够,但是多个子账户总余额是足够的情况,可以实现利用多个子账户进行出款。(如果是同一个账户大量入款,则无此要求,因为账户入款不需要判断余额)。
当然,在实践中,用户还需要对账户进行查询,这时可以:
步骤710:接收用户的账户查询输入,所述账户查询输入包括目标查询账户;
步骤720:响应于所述账户查询输入,在确定所述目标查询账户为父账户的情况下,将所述目标查询账户对应的所有子账户的余额值相加得到所述目标查询账户的余额值;将所述目标查询账户对应的所有子账户的满足查询条件的交易流水信息作为所述目标查询账户的交易流水信息。
本发明提供的账户出入款方法,可以解决要查看父预算账户流水或者余额的情况。
另外,本发明实施例实现了一个成熟的父子账户交易体系,业务方无感知,也就是说出入款账户业务方不需要自己指定是哪个子账户,完全由账户系统选择。
下面又一实施例进行具体说明,首先需要确定子账户N的个数,可以评估系统最大出入款速率,假如单一账户每秒最大出入款为s笔,如果要求该账户每秒出入款性能最大达到m笔,如果m>s,则需要创建子账户的数量为n=m/s取上整。而账户列表中的每个账户属性,都有一个字段parent_account_no来标识父账户编码,有一个字段is_parent_account_no字段来标识一个账户是否是父账户(如果是父账户,说明该账户出入款实际操作的是子账户)。
接下来对完整的父子账户出入款流程进行说明:
(1)业务方提交一笔交易,分别对出入款账户进行判断。
(2)如果出款需求账户的is_parent_account_no是true,则通过parent_account_no字段找出该出款需求账户的所有子账户。
(2-1)如果父账户余额大于0,首先将父账户的钱均分到各个子账户。
(2-2)如果子账户有余额为0的。获取余额最大的子账户
(2-2-1)余额最大的子账户余额>0,将余额最大子账户均分到自己和这些余额为0的子账户
(2-2-2)余额最大的子账户余额=0,说明所有子账户余额为0,出款需求账户余额不足,交易失败退出交易。
(2-3)从各个子账户中余额大于交易额的所有子账户中,随机选取至少两个子账户作为此次交易的实际出款账户。如果所有的子账户余额都比交易额小,则从中选择子账户余额相加大于该笔交易额的M个子账户,,该M个子账户作为该笔交易的实际出款账户。
(3)如果入款账户的is_parent_account_no是true,则通过parent_account_no字段找出该入款账户的所有子账户,并从中随机找出一个子账户,作为该笔交易的实际入款账户,子入款账户的余额不需要往父账户转移,因为有可能会有退款,如果子入款账户的钱往父入款账户转移,则会导致退款失败。
另外,在本发明实施例中,父账户的钱一旦转移到子账户中,子账户的钱不能再转入父账户中;绝大多数情况,各个子账户的金额对于交易是充足的,各个子账户之间是可以并发执行。只有在各个子账户的余额不足,才会触发各个子账户以及父账户之间余额重新分配。该过程可以应对任何时候创建子账户,并且会自动触发父子账户余额重新分配。
下面对本发明提供的账户出入款装置进行描述,下文描述的账户出入款装置与上文描述的账户出入款方法可相互对应参照。
请参考图8,图8为本发明实施例提供的一种账户出入款装置的组成结构示意图。
在本发明的一种具体实施方式中,本发明实施例提供一种账户出入款装置800,包括:
请求接收模块810,用于接收出款交易请求,所述出款交易请求包括:出款需求账户以及出款金额值;
账户判断模块820,用于判断所述出款需求账户是否为父账户,所述父账户设有N个子账户,N为大于1的整数;
子账户操作模块830,用于若所述出款需求账户为父账户,则在所述N个子账户中确定M个子账户作为实际出款账户进行出款操作,M大于或等于2。
进一步地,还包括:
余额判断模块,用于确定所述出款需求账户为父账户后,判断所述父账户余额是否大于零;
余额分配模块,用于若所述父账户余额大于零,则将所述父账户的余额分配到N个子账户中。
进一步地,还包括:
子账户确定模块,用于确定所述N个子账户中余额为零的第一子账户以及余额最大的第二子账户;
余额转移模块,用于将所述第二子账户中的余额在所述第一子账户与所述第二子账户之间平均分配。
进一步地,所述子账户操作模块包括:
出款账户筛选单元,用于在所述N个子账户中确定出余额不小于所述出款金额值的第三子账户;
出款子账户确定单元,用于在所述第三子账户中随机选择至少两个子账户作为实际出款账户。
进一步地,所述出款子账户确定单元还用于:
若在所述N个子账户中不存在余额不小于所述出款金额值的第三子账户,则确定总账户余额值不小于所述出款金额值的M个子账户;确定所述M个子账户为实际出款账户进行出款操作。
进一步地,所述出款交易请求还包括入款账户数量及出款时间;所述装置还包括子账户新建模块,所述子账户新建模块用于:根据所述入款账户数量及所述出款时间确定实际需要的单位时间出款笔数;根据所述子账户的数量和单账户出款速率获取当前支持的单位时间出款笔数;根据所述实际需要的单位时间出款笔数和所述当前支持的单位时间出款笔数计算单位时间差额出款笔数;根据所述单位时间差额出款笔数和所述单账户出款速率获取需新建的子账户的数量;根据所述需新建的子账户的数量新建子账户,并对新建的子账户进行余额转移操作。
进一步地,还包括:
账户查询模块,用于接收用户的账户查询输入,所述账户查询输入包括目标查询账户;
查询响应模块,用于响应于所述账户查询输入,在确定所述目标查询账户为父账户的情况下,将所述目标查询账户对应的所有子账户的余额值相加得到所述目标查询账户的余额值;将所述目标查询账户对应的所有子账户的满足查询条件的交易流水信息作为所述目标查询账户的交易流水信息。
本发明提供的一种账户出入款装置,通过设置父子账户,在接收出款交易请求时,能够判断出款需求账户是否为父账户,而父账户设有N个子账户,若所述出款需求账户为父账户,则在N个子账户中确定至少两个子账户作为实际出款账户进行出款操作,从而与现有技术中只能使用一个账户进行出款操作相比,能够极大地提高交易速度,满足大量的出入款需求,减少耗时,加快任务进程。
图9示例了一种电子设备的实体结构示意图,如图9所示,该电子设备可以包括:处理器(processor)510、通信接口(Communications Interface)520、存储器(memory)530和通信总线540,其中,处理器510,通信接口520,存储器530通过通信总线540完成相互间的通信。处理器510可以调用存储器530中的逻辑指令,以执行账户出入款方法,该方法包括:接收出款交易请求,所述出款交易请求包括:出款需求账户以及出款金额值;判断所述出款需求账户是否为父账户,所述父账户设有N个子账户,N为大于1的整数;若所述出款需求账户为父账户,则在所述N个子账户中确定M个子账户作为实际出款账户进行出款操作,M大于或等于2。
此外,上述的存储器530中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
另一方面,本发明还提供一种计算机程序产品,所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,计算机能够执行上述各方法所提供的账户出入款方法,该方法包括:接收出款交易请求,所述出款交易请求包括:出款需求账户以及出款金额值;判断所述出款需求账户是否为父账户,所述父账户设有N个子账户,N为大于1的整数;若所述出款需求账户为父账户,则在所述N个子账户中确定M个子账户作为实际出款账户进行出款操作,M大于或等于2。
又一方面,本发明还提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现以执行上述各实施例提供的账户出入款方法,该方法包括:接收出款交易请求,所述出款交易请求包括:出款需求账户以及出款金额值;判断所述出款需求账户是否为父账户,所述父账户设有N个子账户,N为大于1的整数;若所述出款需求账户为父账户,则在所述N个子账户中确定M个子账户作为实际出款账户进行出款操作,M大于或等于2。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种账户出入款方法,其特征在于,包括:
接收出款交易请求,所述出款交易请求包括:出款需求账户以及出款金额值;
判断所述出款需求账户是否为父账户,所述父账户设有N个子账户,N为大于1的整数;
若所述出款需求账户为父账户,则在所述N个子账户中确定M个子账户作为实际出款账户进行出款操作,M大于或等于2。
2.根据权利要求1所述的账户出入款方法,其特征在于,还包括:
确定所述出款需求账户为父账户后,判断所述父账户余额是否大于零;
若所述父账户余额大于零,则将所述父账户的余额分配到N个子账户中。
3.根据权利要求1所述的账户出入款方法,其特征在于,还包括:
确定所述N个子账户中余额为零的第一子账户以及余额最大的第二子账户;
将所述第二子账户中的余额在所述第一子账户与所述第二子账户之间平均分配。
4.根据权利要求1所述的账户出入款方法,其特征在于,所述在所述N个子账户中确定实际出款账户进行出款操作包括:
在所述N个子账户中确定出余额不小于所述出款金额值的第三子账户;
在所述第三子账户中随机选择至少两个子账户作为实际出款账户。
5.根据权利要求4所述的账户出入款方法,其特征在于,所述在所述N个子账户中确定实际出款账户进行出款操作还包括:
若在所述N个子账户中不存在余额不小于所述出款金额值的第三子账户,则确定总账户余额值不小于所述出款金额值的M个子账户;
确定所述M个子账户为实际出款账户进行出款操作。
6.根据权利要求根据权利要求1所述的账户出入款方法,其特征在于,所述出款交易请求还包括入款账户数量及出款时间;在所述接收出款交易请求之后,所述方法还包括:
根据所述入款账户数量及所述出款时间确定实际需要的单位时间出款笔数;
根据所述子账户的数量和单账户出款速率获取当前支持的单位时间出款笔数;
根据所述实际需要的单位时间出款笔数和所述当前支持的单位时间出款笔数计算单位时间差额出款笔数;
根据所述单位时间差额出款笔数和所述单账户出款速率获取需新建的子账户的数量;
根据所述需新建的子账户的数量新建子账户,并对新建的子账户进行余额转移操作。
7.根据权利要求根据权利要求1至6任一项所述的账户出入款方法,其特征在于,还包括:
接收用户的账户查询输入,所述账户查询输入包括目标查询账户;
响应于所述账户查询输入,在确定所述目标查询账户为父账户的情况下,将所述目标查询账户对应的所有子账户的余额值相加得到所述目标查询账户的余额值;将所述目标查询账户对应的所有子账户的满足查询条件的交易流水信息作为所述目标查询账户的交易流水信息。
8.一种账户出入款装置,其特征在于,包括:
请求接收模块,用于接收出款交易请求,所述出款交易请求包括:出款需求账户以及出款金额值;
账户判断模块,用于判断所述出款需求账户是否为父账户,所述父账户设有N个子账户,N为大于1的整数;
子账户操作模块,用于若所述出款需求账户为父账户,则在所述N个子账户中确定M个子账户作为实际出款账户进行出款操作,M大于或等于2。
9.一种非暂态计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现如权利要求1至7任一项所述账户出入款方法的步骤。
10.一种计算机程序产品,包括计算机程序/指令,其特征在于,该计算机程序/指令被处理器执行时实现如权利要求1至7任一项所述账户出入款方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110832834.9A CN113762946A (zh) | 2021-07-22 | 2021-07-22 | 账户出入款方法、装置、电子设备、介质及程序产品 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110832834.9A CN113762946A (zh) | 2021-07-22 | 2021-07-22 | 账户出入款方法、装置、电子设备、介质及程序产品 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113762946A true CN113762946A (zh) | 2021-12-07 |
Family
ID=78787870
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110832834.9A Pending CN113762946A (zh) | 2021-07-22 | 2021-07-22 | 账户出入款方法、装置、电子设备、介质及程序产品 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113762946A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20110109071A (ko) * | 2010-03-30 | 2011-10-06 | 중소기업은행 | 계좌 잔고 이체 방법 및 장치 |
CN108446974A (zh) * | 2018-03-06 | 2018-08-24 | 平安科技(深圳)有限公司 | 数据处理装置、方法及计算机可读存储介质 |
CN109377224A (zh) * | 2018-10-25 | 2019-02-22 | 阿里巴巴集团控股有限公司 | 区块链交易方法及装置、电子设备 |
CN109389484A (zh) * | 2018-09-26 | 2019-02-26 | 中国平安人寿保险股份有限公司 | 账户出账方法、装置、计算机设备和存储介质 |
CN112215701A (zh) * | 2020-10-13 | 2021-01-12 | 中国银行股份有限公司 | 一种多账户间资金灵活管理方法和装置 |
-
2021
- 2021-07-22 CN CN202110832834.9A patent/CN113762946A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20110109071A (ko) * | 2010-03-30 | 2011-10-06 | 중소기업은행 | 계좌 잔고 이체 방법 및 장치 |
CN108446974A (zh) * | 2018-03-06 | 2018-08-24 | 平安科技(深圳)有限公司 | 数据处理装置、方法及计算机可读存储介质 |
CN109389484A (zh) * | 2018-09-26 | 2019-02-26 | 中国平安人寿保险股份有限公司 | 账户出账方法、装置、计算机设备和存储介质 |
CN109377224A (zh) * | 2018-10-25 | 2019-02-22 | 阿里巴巴集团控股有限公司 | 区块链交易方法及装置、电子设备 |
CN112215701A (zh) * | 2020-10-13 | 2021-01-12 | 中国银行股份有限公司 | 一种多账户间资金灵活管理方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111699486B (zh) | 一种记账方法、会计核算系统、账户系统及支付系统 | |
AU2019206114A1 (en) | Electronic funds transaction system and method | |
CN107358524B (zh) | 一种同种货币下多个账户管理行间资金平账的方法 | |
CN103366306B (zh) | 共享资金数据处理装置及其使用方法 | |
CN106355784B (zh) | 一种用于atm设备的清机对账方法及系统 | |
CN111476460A (zh) | 一种银行自助设备智慧运营调度的方法、设备和介质 | |
CN111738709A (zh) | 交易处理方法及装置 | |
CN112712430A (zh) | 互联网银行的高频账户管理方法及装置 | |
CN114912925A (zh) | 欺诈检测方法、装置、电子设备及计算机可读介质 | |
CN110634066A (zh) | 确定结算利息的方法、装置和设备 | |
CN110084692A (zh) | 一种记账方法及装置 | |
CN111258750B (zh) | 数据量处理方法以及系统、额度分配方法以及系统 | |
CN111369347A (zh) | 业务处理方法、装置、设备及存储介质 | |
CN113762946A (zh) | 账户出入款方法、装置、电子设备、介质及程序产品 | |
CN114936920A (zh) | 基于日间计提的银行计息方法、装置、设备及存储介质 | |
KR20160025796A (ko) | 분할환전 처리 장치 및 방법 | |
CN111915417B (zh) | 纳税金额确定方法、装置和电子设备 | |
CN111325618B (zh) | 记账业务处理方法、装置、设备及存储介质 | |
CN111160885B (zh) | 账务处理方法及装置 | |
CN109272399B (zh) | 一种信用卡的管理方法及装置 | |
CN110751552A (zh) | 一种金融账户的金额处理方法、装置及服务器 | |
CN111061573A (zh) | 资源转移方法、装置、电子设备及存储介质 | |
CN116468551B (zh) | 一种金融业务管理方法、系统、计算机和可读存储介质 | |
CN114529291A (zh) | 一种多资金账户的扣款方法 | |
KR102273695B1 (ko) | 입금 식별 코드를 이용한 국고 보조금 이체 방법 및 그 시스템 |
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 |