共享账户变动信息记录方法及装置、内部账户补账方法及
系统
技术领域
本申请涉及计算机技术领域,尤其涉及一种针对互联网资源共享账户资源变动信息的记录系统、方法及装置,以及一种银行内部账户的补账系统、方法及装置。
背景技术
随着互联网的发展,互联网资源的需求不断增大,比如网络存储资源、安全监控资源等,并且为了满足交换、流通的需求,还出现了一些虚拟的互联网资源,比如积分资源、虚拟货币等,这些都可以统称为互联网资源。每个用户都有自己的账户来管理自己的互联网资源,可以将用户自己的账户称为分账户。同样,为了方便管理互联网资源,并且统计可调度的资源、以及各种流通情况,也会有至少一个共享账户,一般这个共享账户会对应多个分账户,当分账户向共享账户发送资源请求时(获取、归还、交换等),共享账户会完成资源请求,在完成请求后,生成变动信息(增加、减少、兑换等),并根据变动信息进行记录。比如,某个分账户向对应的共享账户请求网络存储资源,当共享账户将网络存储资源的地址分配给该账户后,会生成变动信息,并将这次变动信息进行记录。
现有技术,对互联网资源共享账户变动信息进行记录是采用逐个实时记录的方式,即当共享账户内的记录系统接收到一个变动信息后,就立刻进行记录,保证了实时性;但由于共享账户一般对应很多分账户,过多的变动信息就可能出现共享账户在记录时压力过大,还可能出现等待列队等,这就占用了过多的处理资源,造成性能瓶颈。另外,如果共享账户出现崩溃的情况,还会共享账户的可用性。
发明内容
本申请实施例提供一种针对互联网资源共享账户变动信息的记录方法,用于解决现有技术对变动信息进行逐个实时记录时,由于变动信息过多,出现性能瓶颈的问题。
本申请实施例提供一种针对互联网资源共享账户变动信息的记录装置,用于解决现有技术对变动信息进行逐个实时记录时,由于变动信息过多,出现性能瓶颈的问题。
本申请实施例提供一种银行内部账户的补账方法。
本申请实施例提供一种银行内部账户的补账装置。
本申请实施例采用下述技术方案:
一种针对互联网资源共享账户变动信息的记录方法,所述变动信息包含变动发生时间、变动类型以及变动资源值,所述方法包括:
根据当前时间确定需要记录的变动信息的批次号,所述批次号是根据所述变动发生时间,以及变动信息的接收时间,对变动信息进行的标记;
根据确定出的批次号,选取需要记录的变动信息;
根据选取的变动信息中的变动类型以及变动资源值,对不同变动类型对应的变动信息进行变动资源值统计,得到变动结果;
根据所述变动结果对共享账户变动信息进行记录。
优选地,所述批次号是根据变动发生时间以及变动信息的接收时间,并按照预设单日批次数,对变动信息进行的标记;
则根据当前时间确定需要记录的变动信息的批次号,包括:
按照预设记录时间间隔,定时根据当前时间确定需要记录的变动信息的批次号。
优选地,根据确定出的批次号,选取需要记录的变动信息,包括:
根据确定出的批次号,选取等于和小于需要记录的批次号对应的变动信息。
一种针对互联网资源共享账户资源变动信息的记录装置,包括:标记单元、确定单元、选取单元、汇总单元以及记录单元,其中,
所述标记单元,用于根据变动信息中包含的变动发生时间,以及变动信息的接收时间,对变动信息进行批次号标记;
所述确定单元,用于根据当前时间确定需要记录的变动信息的批次号;
所述选取单元,用于根据确定出的批次号,选取需要记录的变动信息;
所述统计单元,用于根据选取的变动信息中的变动类型以及变动资源值,对不同变动类型对应的变动信息进行变动资源值统计,得到变动结果;
所述记录单元,用于根据变动结果对共享账户变动信息进行记录。
优选地,所述标记单元,具体用于:
根据变动发生时间以及变动信息的接收时间,并按照预设单日批次数,对变动信息进行批次号标记;则
所述装置还包括:定时单元,具体用于:
按照预设记录时间间隔,定时触发确定单元及记录单元,以便完成对共享账户变动信息进行记录。
优选地,所述选取单元,具体用于:
根据确定出的批次号,选取等于和小于需要记录的批次号对应的变动信息。
一种银行内部账户的补账方法,其特征在于,所述补账消息包含交易时间、交易类型以及交易金额,所述方法包括:
根据当前时间确定需要补账的补账消息的批次号,所述批次号是根据所述交易时间,以及补账消息的接收时间,对补账消息进行的标记;
根据确定出的批次号,选取需要补账的补账消息;
根据选取的补账消息中的交易类型以及交易金额,对不同交易类型对应的补账消息进行交易金额统计,得到补账结果;
根据所述补账结果对内部账户进行补账。
优选地,所述批次号是根据交易时间以及补账消息的接收时间,并按照预设单日批次数,对变动信息进行的标记;则
根据当前时间确定需要补账的补账消息的批次号,包括:
按照预设补账时间间隔,定时根据当前时间确定需要补账的补账消息的批次号。
优选地,根据确定出的批次号,选取需要补账的补账消息,包括:
根据确定出的批次号,选取等于和小于需要补账的批次号对应的补账消息。
一种银行内部账户的补账系统,其特征在于,包括:内部账户补账系统以及内部账户账务系统,其中,
所述内部账户补账系统包括:受理系统、汇总系统以及发送系统,其中,
所述受理系统,包括:接收系统、标记系统,其中,
所述接收系统,用于接收针对银行内部账户的补账消息,所述补账消息中包含交易时间、交易类型以及交易金额;
所述标记系统,用于根据交易时间以及补账消息的接收时间,对补账消息进行批次号标记;
所述汇总系统,包括:确定系统、选取系统以及统计系统,其中,
所述确定系统,用于根据当前时间确定需要补账的补账消息的批次号;
所述选取系统,用于根据确定出的批次号,选取需要补账的补账消息;
所述统计系统,用于根据选取的补账消息中的交易类型以及交易金额,对不同交易类型对应的补账消息进行交易金额统计,得到补账结果;
所述发送系统,用于将统计后的补账结果发送给所述内部账户账务系统;
所述内部账户账务系统,用于根据接收到的补账结果对内部账户进行补账。
优选地,所述标记系统,具体用于:
根据交易时间以及补账消息的接收时间,并按照预设单日批次数,对补账消息进行批次号标记;则
所述系统还包括:定时系统,具体用于:
按照预设补账时间间隔,定时触发汇总系统以及发送系统,以便完成对内部账户进行补账。
优选地,所述选取系统,具体用于:
根据确定出的批次号,选取等于和小于需要补账的批次号对应的补账消息。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果:在不同时间接收到变动信息后,根据变动发生时间和接收到变动信息的时间,对变动信息按照批次顺序进行批次号标记。在开始记录操作时,先根据当前时间确定需要记录的变动信息的批次号,再根据确定出的批次号选取并统计,得到相对单一的变动结果,最后根据变动结果进行逐批次记录。也就做到了随着时间的推移,以及互联网资源请求的发生,将不同时间段的变动信息进行逐批次归类,再根据不同时间,逐批次对归类后的变动信息统计,得到相对单一的结果,并记录。解决了现有技术对变动信息进行逐个实时记录的方式,由于变动信息过多,导致共享账户压力过大,造成性能瓶颈的问题。该方法利用“将整体分批次、将多元进行归一”的思想,以及“逐批次标记和记录自由控制频率”的手段,既可以尽量保证实时性,又可以控制处理资源的占用率,降低出现崩溃的情况,还能提高共享账户的可用性。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本申请实施例1提供的一种针对互联网资源共享账户资源变动信息的记录方法的流程示意图;
图2为本申请实施例2提供的一种针对互联网资源共享账户资源变动信息的记录装置的结构框图;
图3为本申请实施例3提供的一种银行内部账户的补账方法的流程示意图;
图4为本申请实施例4提供的一种银行内部账户的补账系统的结构框图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
以下结合附图,详细说明本申请各实施例提供的技术方案。
实施例1
如前所述,现有技术,对互联网资源共享账户变动信息进行记录是当共享账户内的记录系统接收到变动信息后,就立刻进行记录,比如,在一分钟之内,有10000个分账户向共享账户发送了互联网资源请求(比如,获取、归还、兑换等),在完成请求后,就生成了10000个变动信息,并向记录系统逐个发送。当记录系统接收到第1个变动信息时,就立刻进行记录,直到将第10000个变动信息记录完毕。相对于对应的多个分账户,共享账户就可以看作是一个单点,需要应付多个分账户的变动信息,记录系统在单位时间内也是有可处理数量的,如果持续的接收变动信息,就会出现压力过大,还可能出现等待列队,比如,处理到第5000个变动信息时,又陆续来了20000个变动信息,只能等待,这就会占用过多的处理资源,造成性能瓶颈。如果出现差错,还可能出现记录系统崩溃,还可能导致共享账户崩溃,也就影响了共享账户的可用性。基于此缺陷,本发明人提出了一种针对互联网资源共享账户资源变动信息的记录方法,用于解决现有技术对变动信息进行逐个实时记录时,由于变动信息过多,出现性能瓶颈的问题。此外还能减少共享账户出现崩溃的几率,提高共享账户的可用性。该方法的流程示意图如图1所示,包括下述步骤:
步骤11:根据当前时间确定需要记录的变动信息的批次号。
在该步骤中,变动信息是根据共享账户完成分账户发送的互联网资源请求而生成的,比如,分账户a1向共享账户A发送获取100积分的请求,则根据该请求生成变动信息为“A减少100积分到a1”,其中,“A减少到a1”就表示了变动类型,变动类型可以包括:获取(分账户从共享账户中获取互联网资源)、归还(分账户将互联网资源归还给共享账户)、兑换(分账户将一种资源从共享账户中兑换另一种资源)等等;“100”就是变动的资源值,又如“10TB网络存储资源”中的“10”也是变动的资源值。通常情况下,变动信息中还可以包含变动发生时间,也可以认为是互联网资源请求的时间,比如“11:01:35”,这就是精确到秒的变动发生时间。
批次号可以是根据变动发生时间,以及变动信息的接收时间,对变动信息进行的标记。具体地,变动发生时间可以是指共享账户接收到互联网资源请求的时间,而变动信息的接收时间可以是指接收到变动信息时的时间。一种情况下,分账户会在发送请求时就希望立刻处理,就如现在发出请求就需要立刻实现请求的目的,在经过生成变动信息的时间后,通常变动信息的接收时间会晚于变动发生的时间,此时,就可以以变动信息的接收时间为准,将接收时间作为批次参考时间,对变动信息进行批次号标记,可以将一天24小时分为24个批次,变动信息的接收时间属于哪个小时就可以将其标记为哪个批次,比如,变动信息的接收时间为11:22:35,那么就可以为该变动信息标记为第11批次;还可以将一天24小时分为48批次,则11:22:35接收到的变动信息就是第21批次。还有一种情况,分账户会发送预约请求,比如一定时间后,执行该请求,但是也会生成变动信息,此时,变动发生时间就可能晚于变动信息的接收时间,那么就可以以变动发生时间作为批次参考时间,比如,变动信息的接收时间为11:22:35,交易发生时间为14:00,那么该变动信息的批次号就可以是第14批次。
在进行批次号标记的过程中,完全可以根据不同的需要,将一天分为若干批次。在一种实施方式中,可以根据变动发生时间以及变动信息的接收时间,并按照预设单日批次数,对变动信息进行的标记。具体地,预设记录的时间间隔可以是天、时、分、秒,比如,如果预设的时间间隔为天,那么在一个24小时之内的所有变动信息都作为一批,具体可以根据下述公式进行计算:
tagNum=tagtime/(24H/N),
其中,N是指单日批次数,24h是指单日的时间,单位可以是时、分、秒,并可以根据N的个数调整;tagtime是指批次参考时间,tagNum是指批次号。比如N=480,在前文已经介绍批次参考时间是根据变动发生时间和变动信息接收时间的前后顺序而定,如某个变动信息的批次参考时间是11:22:35,那么tagNum=(11×60+22+35/60)/(24×60/480)=228,则该变动信息的批次号为228。
当前时间就是在开始针对共享账户变动信息的记录操作开始时的时间,因为不同的变动信息已经被标记了不同了批次号,所以就可以依次对由小到大的批次号对应的变动信息进行记录,在标记过程中,可以将一天24小时分为24个批次,在确定需要记录的变动信息的批次号时,也可以根据这个规则还确定,但是由于标记的操作和记录的操作时并行的,所以根据变动信息接收时间确定出的批次号就会和根据当前时间确定出的批次号冲突,所以就可以设定根据当前时间确定出的需要记录的变动信息的批次号是当前时间所属批次的上一批次。比如,以一天24小时分为24个批次,变动信息的接收时间为11:22:00,那么就为该变动信息标记为第11批次,在开始记录操作时,当前时间为11:22:00,当前时间所属的批次为第11批次,那么就可以确定需要记录的变动信息的批次号为第10批次,等到当前时间为12:00时,就可以对所以第11批次的变动信息进行记录。
在前文已经介绍,可以按照预设单日批次数,对变动信息进行的标记,为了尽量达到实时性的目的,本步骤可以按照预设记录时间间隔,定时根据当前时间确定需要记录的变动信息的批次号。比如预设记录时间间隔可以与(24H/N)相同,形成“标记批次号”和“确定需要记录的批次号”是同一步调,具体比如当为第11批次的变动信息标记时,将第10批次的变动信息进行记录,以此类推。也可以根据不同需求动态调整记录时间间隔,比如根据当前处理资源的占用率,实时性的要求灯,缩短或加长时间间隔,具体比如,在为第10批次和第11批次标记时不进行处理,在为第12批次标记时,缩短记录时间间隔,集中对第10、11批次的变动信息进行记录。
步骤12:根据确定出的批次号,选取需要记录的变动信息。
在步骤11中,已经确定出了需要记录的变动信息的批次号,该步骤中,就可以根据批次号来选取变动信息,比如,确定出需要记录的变动信息的批次号为第10批次,那么就可以选取所有标记为第10批次的变动信息。
在实际应用中,有可能出现漏选的情况,所以为了达到对上一次记录操作进行补漏的目的,本步骤也可以根据确定出的批次号,选取等于和小于需要记录的批次号对应的变动信息。比如,确定出需要记录的变动信息的批次号为第10批次,那么就可以选取所有标记为第10批次以前的所有变动信息。
步骤13:根据选取的变动信息中的变动类型以及变动资源值,对不同变动类型对应的变动信息进行变动资源值统计,得到变动结果。
在步骤12中,已经选取了需要记录的变动信息,在本步骤中,就可以进行统计,由于变动信息中的类型决定了增加和减少,变动的资源值决定了这一批变动信息的变动结果,所以,可以根据变动类型以及变动资源值,对不同变动类型对应的变动信息进行变动资源值统计,得到变动结果。比如本批次有1000个变动信息,包含了获取和归还,对于共享账户而言,获取就是减少了,归还就是增加了,从而可以进行变动资源值统计,得到本批次的变动结果。
在实际应用中,可能会有兑换等其他各种类型,所以可能不一定值针对一个共享账户,这就需要分别进行统计,此处不再赘述。
步骤14:根据变动结果对共享账户变动信息进行记录。
在步骤13中得到了变动结果,这个变动结果就是对同一批次的多个变动信息进行统计,得到的一个结果,比如增加了1000积分资源,就可以将该结果进行记录,也就完成了对同一批次多个变动信息的记录。需要说明,这里所说的一个结果,并非指多个变动信息对应“一个结果”,而是指多个变动信息中可以合并统计的部分,形成的一个结果,但在实际应用中可能会针对不同共享账户,不同变动类型,形成多个结果,“一个结果”只是指“多元归一”的思想。
采用实施例1提供的该方法,在不同时间接收到变动信息后,根据变动发生时间和接收到变动信息的时间,对变动信息按照批次顺序进行批次号标记。在开始记录操作时,先根据当前时间确定需要记录的变动信息的批次号,再根据确定出的批次号选取并统计,得到相对单一的变动结果,最后根据变动结果进行逐批次记录。也就做到了随着时间的推移,以及互联网资源请求的发生,将不同时间段的变动信息进行逐批次归类,再根据不同时间,逐批次对归类后的变动信息统计,得到相对单一的结果,并记录。解决了现有技术对变动信息进行逐个实时记录的方式,由于变动信息过多,导致共享账户压力过大,造成性能瓶颈的问题。该方法利用“将整体分批次、将多元进行归一”的思想,以及“逐批次标记和记录自由控制频率”的手段,既可以尽量保证实时性,又可以控制处理资源的占用率,降低出现崩溃的情况,还能提高共享账户的可用性。
实施例2
基于相同的发明构思,由于整个记录方法需要各司其职,所以实施例2提供了一种针对互联网资源共享账户资源变动信息的记录装置,用于解决现有技术对变动信息进行逐个实时记录时,由于变动信息过多,出现性能瓶颈的问题。此外还能减少共享账户出现崩溃的几率,提高共享账户的可用性。图2为该系统的结构框图,该装置包括:标记单元21、确定单元22、选取单元23、汇总单元24以及记录单元25,其中,
标记单元21,可以用于根据变动信息中包含的变动发生时间,以及变动信息的接收时间,对变动信息进行批次号标记。
在本单元执行操作之前,还可以有一个接受单元,可以用于接收变动信息,该变动信息可以包含变动发生时间、变动类型以及变动资源值。该单元在接收时,就记录瞎接收变动信息的时间,以便对其进行批次号标记。
在实际应用中,该单元还可以在接收变动信息后,对其进行有效性检查,比如,可以检查变动信息的格式是否符合要求,检查变动信息的安全性等等。如果没有通过检查,可以发出告警,或让相关功能重新生成一次变动信息。
当接收到变动消息后,就可以根据变动发生时间以及变动信息的接收时间,对变动信息进行批次号标记。
在实施例1中已经介绍了如何进行批次号标记,在此基础上,还可以为批次号添加日期,比如2016030317,是指该变动信息是2016年3月3日的第17批次。
当接收单元接收到变动信息后,就可以触发标记单元21,对变动信息进行批次号标记。
在实际应用中,还可以按照预设单日批次数,对变动信息进行批次号标记。
确定单元22,可以用于根据当前时间确定需要记录的变动信息的批次号。
当一个记录任务被触发后,确定单元22会先被触发,用于确定需要记录的批次号。对于触发的时间,可以有一个独立的定时单元,按照预设记录时间间隔,定时触发记录任务,也就可以通过触发确定单元22及记录单元25,来完成对共享账户变动信息进行记录。具体地,可以先建立一个汇总任务,先去触发确定系统221,去确定需要记录的批次号。
定时系统也可以根据处理资源的占用率,实时性要求定,自行调节触发的频率和时间段。
当确定单元22确定出需要记录的变动信息的批次号后,可以为汇总任务添加汇总状态为初始状态,以表示汇总任务已经开始,但未完成。
选取单元23,可以用于根据确定出的批次号,选取需要记录的变动信息。
确定单元22确定出批次号后,本单元就可以去选取该批次号的变动信息;在实际应用中,可以将数据存入数据库中。
在实际应用中,有可能出现漏选的情况,所以,在一种实施方式中,选取单元23,也可以用于根据确定出的批次号,选取等于和小于需要记录的批次号对应的变动信息。
统计单元24,可以用于根据选取的变动信息中的变动类型以及变动资源值,对不同变动类型对应的变动信息进行变动资源值统计,得到变动结果。
当选取单元23选取到需要记录的变动信息后,就可以根据变动类型以及变动资源值,分别进行统计,统计出至少一个变动结果,在统计完毕后,就可以将汇总状态更新为已完成,由于完成了汇总任务,也就为后续的记录任务做了铺垫,所以可以向汇总任务(或定时单元)发送汇总成功的通知,同时建立记录任务,并记录状态标记为初始状态。
记录单元25,可以用于根据变动结果对共享账户变动信息进行记录。
本单元可以被记录任务出发,先去获取记录状态为初始状态的记录任务,并根据对应的记录结果,对共享账户变动信息进行记录。在记录完成后,可以将记录状态更新为已完成,还可以向记录任务发送记录成功的通知。
在实际应用中,记录单元也会出现遗漏的情况,即遗漏获取了一些记录任务,由于没有完成记录任务,所以记录状态一定是初始状态,就可以在下次执行新的记录任务时一并获取。
在该装置中,定时单元可以辅助对记录任务进行发起,在发起一个记录任务后,先触发确定单元22,确定需要记录的批次号,并通过选取单元23和统计单元24对变动信息进行汇总,在汇总完成后,触发记录单元25,获取变动结果,并完成记录任务。
采用实施例2提供的该装置,在不同时间接收到变动信息后,根据变动发生时间和接收到变动信息的时间,对变动信息按照批次顺序进行批次号标记。在开始记录操作时,先根据当前时间确定需要记录的变动信息的批次号,再根据确定出的批次号选取并统计,得到相对单一的变动结果,最后根据变动结果进行逐批次记录。也就做到了随着时间的推移,以及互联网资源请求的发生,将不同时间段的变动信息进行逐批次归类,再根据不同时间,逐批次对归类后的变动信息统计,得到相对单一的结果,并记录。解决了现有技术对变动信息进行逐个实时记录的方式,由于变动信息过多,导致共享账户压力过大,造成性能瓶颈的问题。
实施例3
基于相同的发明思路,作为前述实施例的引申,本实施例提供了一种银行内部账户的补账方法。某个用户在银行申请各种业务时,都会用唯一的个人分账户来申请,由于银行内部核算的需求,就会建立很多内部账户,并与多个分账户对应,就形成了“多对一”的关系,当完成某个业务后,会对该业务进行补充记账,来满足核算的需求。现有技术,当内部账户接收到补账消息后,会立刻进行补记账,如果补账消息过多,就形成了高并发补账,这就会占用过多的处理资源,造成性能瓶颈。如果出现差错,还可能出现内部账户崩溃,也就影响了银行系统的可用性。基于此缺陷,提出了本实施例的一种银行内部账户的补账方法。该方法的流程示意图如图3所示,包括下述步骤:
步骤31:根据当前时间确定需要补账的补账消息的批次号。
与实施例1中步骤11相似,也是需要先接收补账消息,补账消息中可以包含交易时间、交易类型以及交易金额。交易类型可以包括,储蓄、转账、借贷等。
当接收到补账消息后,就可以根据交易时间,以及补账消息的接收时间,对补账消息进行的标记。在实际应用中,还可以根据前日日切时间,对补账消息进行时效的判断,比如,可以通过下述逻辑关系来实现:
最终批次号可以是如2016030417这样的形式,表示补账消息是2016年3月4日的第17批次。补账信息可以被生成一个表格,如下表1所示:
字段名 |
字段 |
备注 |
账号 |
ACCOUNT_NO |
内部账号编号 |
交易金额 |
AMOUNT |
交易金额 |
交易类型 |
DIRECTION |
对账号进行借或者贷操作 |
批次号 |
TAG |
批次号算法计算出来的标记 |
交易日期 |
TRANS_TIME |
交易发生时间 |
表1
为了在方便根据批次号选取补账消息,以及对不同内部账户进行交易金额统计,可以在该表格上建立了索引INDEX(ACCOUNT_NO,DIRECTION,TAG)。
当补账任务开始后,就可以根据当前时间,来确定需要补账的补账消息的批次号。
具体地,可以通过下述逻辑关系来实现:
步骤32:根据确定出的批次号,选取需要补账的补账消息。
在步骤31确定出批次号后,就可以根据建立的索引,选取需要补账的补账消息。
在选取过程中,可以选取等于和小于需要补账的批次号对应的补账消息。
步骤33:根据选取的补账消息中的交易类型以及交易金额,对不同交易类型对应的补账消息进行交易金额统计,得到补账结果。
交易类型在前文已经提到,可以包含储蓄、转账、借贷等,并且不同的业务类型,也往往会对应不同的内部账户,比如,储蓄账户、转账过渡账户、贷款账户等。对于多个补账消息,针对不同交易类型,可以统计出一个补账结果。
步骤34:根据补账结果对内部账户进行补账。
当步骤33统计出补账结果后,就可以针对不同的内部账户,进行补账。比如,储蓄内部账户A增加100000元,利息账户A,增加1000元,等。
实施例4
基于相同的发明构思,整个记录方法也需要各司其职,所以实施例4提供了一种银行内部账户的补账系统,用于解决现有技术对补账消息进行逐个实时补记账时,由于消息过多,出现性能瓶颈的问题。此外还能减少内部账户出现崩溃的几率,提高银行系统的可用性。图4为该系统的结构框图,该系统包括:内部账户补账系统41以及内部账户账务系统42。
其中,内部账户补账系统41包括:受理系统411、汇总系统412以及发送系统413,其中,
受理系统411,包括:接收系统4111、标记系统4112,其中,
接收系统4111,可以用于接收针对银行内部账户的补账消息。
当内部账户接收到银行业务后,就会生成一个补账消息,并发送给接收系统4111,补账消息中包含了交易时间、交易类型以及交易金额。
标记系统4112,可以用于根据交易时间以及补账消息的接收时间,对补账消息进行批次号标记。
具体的标记方式,可以参照实施例3中介绍的。
内部账户补账系统还可以包含一个定时系统,可以用于按照预设补账时间间隔,定时触发汇总系统412以及发送系统413,以便完成对内部账户进行补账。定时系统可以建立补账任务,该补账任务就可以是根据内部账户的不同、交易类型的不同、分别建立的。当定时系统建立一个补账任务后,会先建立一个汇总任务,并调用汇总系统412。具体地,
汇总系统412,包括:确定系统4124、选取系统4122以及统计系统4123,其中,
确定系统4124,可以用于根据当前时间确定需要补账的补账消息的批次号。
当汇总任务调用确定系统4124时,可以根据当前时间,确定出需要补账的补账消息的批次号,具体的确定方式,也可以参照实施例3中介绍的。当确定出批次号后,可以将为汇总任务添加一个汇总状态,由于还没开始,所以可以标记为初始状态,接着调用选取系统4122。
选取系统4122,可以用于根据确定出的批次号,选取需要补账的补账消息。
由于实际应用中会出现漏选的情况,所以也可以根据确定出的批次号,选取等于和小于需要补账的批次号对应的补账消息。在选取了需要补账的补账消息后,接着调用统计系统4123。
统计系统4123,可以用于根据选取的补账消息中的交易类型以及交易金额,对不同交易类型对应的补账消息进行交易金额统计,得到补账结果。
在银行系统中,会有很多交易类型,同一种交易类型,也可以细化为不同的机构、币种、并且根据细化分类,一个批次的补账消息还可能对应多种内部账户,所以就像前文介绍,定时系统可以根据内部账户的不同、交易类型的不同、分别建立补账任务,此时,就可以分别进行统计,得到补账结果,这个结果就可以是单一的结果。此时,汇总任务已经完成,就可以将汇总状态更新为已完成。并且还可以为补账任务添加一个补账状态,由于还没开始,所以也可以标记为初始状态。
当汇总任务完成后,定时系统就可以调用发送系统413。
发送系统413,可以用于将统计后的补账结果发送给内部账户账务系统。
统计系统4123已经将补账任务进行了初始状态的标记,所以发送系统413就可以获取补账状态为初始状态的补账任务,将对应的补账结果发送给内部账户账务系统42。
内部账户账务系统42,可以用于根据接收到的补账结果对内部账户进行补账。
当接收到针对不同内部账户的补账结果后,就可以为每个内部账户进行补记账。这样循环往复,就形成了分批次补账。
在实际应用中,会采用分布式喜用,会有一个统一服务管理器,每个服务器都将自己的基础信息(工作时间、负责处理的业务、处理能力等)注册到统一服务管理器中,当定时系统需要建立任务时,可以先向统一服务管理器发送任务请求,统一服务管理器会根据每个服务器的基础信息,挑选最优的一个,返回给定时系统,定时系统就可以将任务发送给最优的这个服务器,以便提高处理效率。
采用实施例4提供的该系统,在不同时间接收到补张消息后,根据交易时间和接收到变动信息的时间,对补账消息按照批次顺序进行批次号标记。在开始补账操作时,先根据当前时间确定需要补账的补账消息的批次号,再根据确定出的批次号选取并统计,得到相对单一的补账结果,最后根据补账结果进行逐批次补账。也就做到了随着时间的推移,以及交易的发生,将不同时间段的补账消息进行逐批次归类,再根据不同时间,逐批次对归类后的补账消息统计,得到相对单一的结果,并记录。解决了现有技术对补账消息进行逐个实时补记账的方式,由于补账消息过多,导致内部账户压力过大,造成性能瓶颈的问题。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。