账户出账的方法、装置和电子设备与流程

文档序号:18744821发布日期:2019-09-21 02:12阅读:490来源:国知局
账户出账的方法、装置和电子设备与流程

本申请涉及互联网技术领域,更具体地涉及账户管理的方法、装置和电子设备。



背景技术:

目前个人或单位在银行进行存款时,每一笔存款需要开立一个账户去承载。当个人或单位进行取款时,需要针对每个账户进行取款。银行的业务系统同步受理客户支取多笔存单的支取请求,然后通过任务的方式对多笔存单的支取请求逐笔完成支取业务,由于需要指定多笔存单业务进行支取操作,导致具有较高的资金操作复杂度,且由于需要逐笔完成支取业务,导致资金到账的时效性较差。

因此,需要一种账户出账的方法,来克服上述技术问题。



技术实现要素:

本申请的目的之一在于提供一种确定账户出账的方法,以解决资金操作复杂度高、资金到账时效性差的问题。

为解决上述技术问题,本申请实施例是这样实现的:

第一方面,提供了一种账户出账的方法,包括:

接收用户的资金支取请求,所述资金支取请求用于请求支取目标金额的资金;

从所述用户的主账户中向所述用户支取所述目标金额的资金,所述主账户的余额为与所述主账户关联的子账户的余额的总和;

在从所述主账户支取所述目标金额的资金之后,对与所述主账户关联的子账户中的目标子账户执行资金支取操作,以使从所述目标子账户支取的总金额等于所述目标金额。

第二方面,提供了一种账户出账的装置,包括:

收发单元,接收用户的资金支取请求,所述资金支取请求用于请求支取目标金额的资金;

处理单元,从所述用户的主账户中向所述用户支取所述目标金额的资金,所述主账户的余额为与所述主账户关联的子账户的余额的总和;

所述处理单元,在从所述主账户支取所述目标金额的资金之后,对与所述主账户关联的子账户中的目标子账户执行资金支取操作,以使从所述目标子账户支取的总金额等于所述目标金额。

第三方面,提供了一种电子设备,包括:

处理器;以及

被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使用所述处理器执行以下操作:

接收用户的资金支取请求,所述资金支取请求用于请求支取目标金额的资金;

从所述用户的主账户中向所述用户支取所述目标金额的资金,所述主账户的余额为与所述主账户关联的子账户的余额的总和;

在从所述主账户支取所述目标金额的资金之后,对与所述主账户关联的子账户中的目标子账户执行资金支取操作,以使从所述目标子账户支取的总金额等于所述目标金额。

第四方面,提供了一种计算机可读介质,所述计算机可读介质存储一个或多个程序,所述一个或多个程序当被包括多个应用程序的电子设备执行时,使得电子设备执行以下操作:

接收用户的资金支取请求,所述资金支取请求用于请求支取目标金额的资金;

从所述用户的主账户中向所述用户支取所述目标金额的资金,所述主账户的余额为与所述主账户关联的子账户的余额的总和;

在从所述主账户支取所述目标金额的资金之后,对与所述主账户关联的子账户中的目标子账户执行资金支取操作,以使从所述目标子账户支取的总金额等于所述目标金额。

由以上本申请的技术方案可见,本申请实施例的账户出账的方法可以针对用户的资金支取请求操作主账户实现资金的支取,无需对多笔存单的支取请求逐笔完成支取,由此能够保障资金到账的时效性。并且本申请实施例的账户出账方法,在针对主账户执行完出账操作后,自动对与主账户关联的子账户执行支取操作,无需用户指定多笔存单业务进行支取操作,降低资金支取的复杂性。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。

图1是根据本申请的一个实施例的账户出账的方法的示意性流程图。

图2是根据本申请的一个具体实施例的账户出账的的方法的示意性流程图。

图3是根据本申请的一个实施例的电子设备的结构示意图。

图4是根据本申请的一个实施例的账户出账的装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。

图1示出了本申请一个实施例的账户出账的方法。图1的方法可以由账户出账的装置执行。如图1所示出的,方法包括:

S102,接收用户的资金支取请求,所述资金支取请求用于请求支取目标金额的资金。

具体地,用户可以通过银行柜台申请资金支取,这种情况下,S102中接收银行柜台的客户端发送的资金支取请求。或者用户可以直接在移动终端上安装的APP申请资金支取,在这种情况下,S102中接收移动终端上的APP发送的资金支取请求。

作为一个例子,资金支取请求中携带用户的标识ID和目标金额。这里,用户的ID例如可以是用户的身份证号。

S104,从所述用户的主账户中向所述用户支取所述目标金额的资金,所述主账户的余额为与所述主账户关联的子账户的余额的总和。

换言之,在S104中,从主账户中一次性向用户支取资金支取请求所请求支取的资金。

在S104中,与主账户关联的子账户为用户每笔存款操作所实际对应的账户。与主账户关联的子账户包括活期账户和定期账户中的至少一种。主账户与子账户关联的账户模型可以称为“多层次账户模型”。

例如,假设用户在4月1号定期存了5000元,与该5000元对应的账户为账户1,在4月5号活期存了1000元,与该1000元对应的账户为账户2,则与用户的主账户关联的子账户包括账户1和账户2,且主账户的余额为账户1的余额和账户2的余额的总和,即主账户的余额为6000元。

S106,在从所述主账户支取所述目标金额的资金之后,对与所述主账户关联的子账户中的目标子账户执行资金支取操作,以使从所述目标子账户支取的总金额等于所述目标金额。

也就是说,在S106中,从主账户向用户支取完目标金额的资金之后,从目标子账户中支取资金,使得从所有目标子账户中支取的资金的总金额等于目标金额。可以理解的是,从目标子账户中支取资金仅仅是从目标子账户的余额中扣减资金,而不将扣减的这部分金额提供给用户。

在一些实施例中,S106中的目标子账户可以是随机选择出的子账户。进一步地,在S106中的目标子账户可以是基于预设选取规则,从与主账户关联的子账户中选择出的目标子账户。

上述的预设选取规则可以是基于账户的创建时间、账户的存款利率等参数确定的规则,本申请实施例对此不作限定。

举例来说,假设用户的主账户关联的子账户有4个,分别为账户a、账户b、账户c和账户d。其中,账户a的余额为1万元,账户b的余额为5000元,账户c的余额为2万元,账户d的余额为1000元,且账户a的创建时间早于账户b的创建时间,账户b的创建时间早于账户d的创建时间,账户d的创建时间早于账户c的创建时间。若目标金额为15500,且预设选取规则为:优先选择创建时间短的子账户执行资金支取操作,则从账户a支取1万元,从账户b支取5000元,从账户d支取500元。

或者,假设账户a的存款利率为4%,账户b的存款利率为5%,账户c的存款利率为3.5%,账户d的存款利率为4%。若目标金额为15500,且预设选取规则为:优先选择存款利率低的子账户执行资金支取操作,则从账户c支取15500元。

又或者,假设账户a为定期账户,账户b为活期账户,账户c为定期账户,账户d为活期账户。若目标金额为5500元,且预设选取规则为:优先选择活期账户执行资金支取操作,则从账户b中支取5000元,从账户d中支取500元,或者从账户d中支取1000元,从账户b中支取4500元。

可选地,在一些实施例中,在S102之前,图1所示的方法还包括:

若第一次接收到所述用户的资金存储请求,则创建所述主账户及与所述资金存储请求对应的子账户。也就是说,在用户发起第一笔存单签约开户时一并为该用户开立主账户。

进一步地,在创建账户时通常需要与用户之间签订具体的协议。在此基础上,图1所示的方法还包括:创建与资金存储请求对应的子账户相关的存单协议,所述存单协议用于承载所述与资源存储请求对应的子账户相关的协议文本内容。或者可以理解为,存单协议实际上是子账户相关的协议的电子档案。

通常情况下,如果要从主账户中成功支取目标金额的资金,需要主账户的余额大于目标金额。因此,图1所示的方法还包括:确定主账户的余额是否大于目标金额;相对应的,S106中,从用户的主账户中向用户支取所述目标金额的资金,包括:若主账户的余额大于目标金额,则从主账户中向用户支取所述目标金额的资金。

在上述所有实施例的基础上,图1所示的方法还包括:在对目标子账户执行资金支取操作之后,向总账系统服务器发送通知消息,以使总账系统服务器针对所述目标子账户执行日切操作。

可以理解的是,这里的通知消息用于通知总账系统服务器针对目标子账户的资金支取操作已经结束。

下面将结合图2描述根据本申请的一个具体实施例的账户出账的方法。在描述图2中的账户出账的方法时,以账户出账的装置包括核心系统和业务系统为例进行描述,这里的核心系统主要用于承载账户通用的能力,业务系统为核心系统的上游系统,主要用于将核心系统的能力进行产品化,例如将核心系统的能力包装成不同的银行存款类产品。核心系统对上次业务系统透出用户额主账户的账号。

如图2所示出的,用户的主账户与定期账户A和定期账户B关联,主账户的余额等于定期账户A和定期账户B的余额的总和,定期账户A关联存单协议A,定期账户B关联存单协议B,主账户与定期账户A和定期账户B通过客户ID关联。在用户发起支取100元的资金支取请求时,业务系统调用核心系统对主账户执行支取操作,向用户支取100元,核心系统对主账户记账完成后,基于预设选取规则确定需对定期账户A和定期账户B执行资金支取操作,且需要从定期账户A支取70元,从定期账户B支取30元,进而核心系统执行子账户异步支取操作,即从定期账户A中支取70元,从定期账户B中支取30元,保证定期账户A和定期账户B支取的总金额为100元。

可以理解的是,通常1个核心系统会部署在多个服务器上。在这种情况下,对主账户执行支取操作的服务器在完成对主账户的支取时可以通过事务性消息的方式通知对子账户执行支取操作的服务器,使得对子账户执行支取操作的服务器基于预设规则选取进行支取的子账户(例如上文中的定期账户A和定期账户B),然后选出的子账户执行支取操作。

图2所示的账户出账的方法,实现在多层次账户体系下对用户的多笔定期账户支取金额的总和直接一次在主账户支取操作中体系,降低了客户资金操作的复杂性和成本,保证用户资金到账的时效性,同时也降低业务系统的接入成本,伸展了核心系统的记账能力,有利于金融业务的产品创新。

下面将结合图3详细描述根据本申请一个实施例的电子设备。参考图3,在硬件层面,电子设备包括处理器,可选地,包括内部总线、网络接口、存储器。其中,存储器可能包含内存,例如高速随机存取存储器(Random-Access Memory,RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少1个磁盘存储器等。当然,该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接,该内部总线可以是工业标准体系结构(Industry Standard Architecture,ISA)总线、外设部件互连标准(Peripheral Component Interconnect,PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture,EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图3中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。

存储器,用于存放程序。具体地,程序可以包括程序代码,所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器,并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行,在逻辑层面上形成账户出账的装置。处理器,执行存储器所存放的程序,并具体用于执行以下操作:

接收用户的资金支取请求,所述资金支取请求用于请求支取目标金额的资金;

从所述用户的主账户中向所述用户支取所述目标金额的资金,所述主账户的余额为与所述主账户关联的子账户的余额的总和;

在从所述主账户支取所述目标金额的资金之后,对与所述主账户关联的子账户中的目标子账户执行资金支取操作,以使从所述目标子账户支取的总金额等于所述目标金额。

上述如本申请图1和图2所示实施例揭示的由账户出账的装置执行的方法可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。

当然,除了软件实现方式之外,本申请的电子设备并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。

本申请实施例还提出了一种计算机可读存储介质,该计算机可读存储介质存储一个或多个程序,该一个或多个程序包括指令,该指令当被包括多个应用程序的电子设备执行时,能够使该电子设备执行图1和图2所示实施例的方法,并具体用于执行以下方法:

接收用户的资金支取请求,所述资金支取请求用于请求支取目标金额的资金;

从所述用户的主账户中向所述用户支取所述目标金额的资金,所述主账户的余额为与所述主账户关联的子账户的余额的总和;

在从所述主账户支取所述目标金额的资金之后,对与所述主账户关联的子账户中的目标子账户执行资金支取操作,以使从所述目标子账户支取的总金额等于所述目标金额。

图4是本申请的一个实施例的账户出账的装置的结构示意图。请参考图4在一种软件实施方式中,装置400可包括:收发单元41和处理单元42,其中,

收发单元41,接收用户的资金支取请求,所述资金支取请求用于请求支取目标金额的资金;

处理单元42,从所述用户的主账户中向所述用户支取所述资金支取请求所请求支取的目标金额,所述主账户的余额为与所述主账户关联的子账户的余额的总和;

所述处理单元42,在从所述主账户支取所述目标金额的资金之后,对与所述主账户关联的子账户中的目标子账户执行资金支取操作,以使从所述目标子账户支取的总金额等于所述目标金额。

本申请实施例的账户出账的装置可以针对用户的资金支取请求操作主账户实现资金的支取,无需对多笔存单的支取请求逐笔完成支取,由此能够保障资金到账的时效性。并且本申请实施例的账户出账的装置,在针对主账户执行完出账操作后,自动对与主账户关联的子账户执行支取操作,无需用户指定多笔存单业务进行支取操作,降低资金支取的复杂性。

可选地,作为一个实施例,在接收单元41接收用户的资金支取请求之前,处理单元42:

若第一次接收到所述用户的资金存储请求,则创建所述主账户以及与所述资金存储请求对应的子账户。

可选地,作为一个实施例,处理单元42:

创建与所述资金存储请求对应的子账户相关的存单协议,所述存单协议用于承载所述与资源存储请求对应的子账户相关的协议文本内容。

可选地,作为一个实施例,在所述对与所述主账户关联的子账户中的目标子账户执行资金支取操作之前,处理单元42:

基于预设选取规则,从所述与主账户关联的子账户中选择所述目标子账户。

可选地,作为一个实施例,收发单元41:

在处理单元42对所述目标子账户执行资金支取操作之后,向总账系统服务器发送通知消息,以使所述总账系统服务器针对所述目标子账户执行日切操作。

可选地,作为一个实施例,所述与所述主账户关联的子账户包括活期账户和定期账户中的至少一种。

可选地,作为一个实施例,处理单元42:

确定所述主账户的余额是否大于所述目标金额;

若所述主账户的余额大于所述目标金额,则从所述主账户中向所述用户支取所述目标金额的资金。

本申请实施例的账户出账的装置还可执行图1和图2中的账户出账的装置执行的方法,并实现账户出账的装置在图1和图2所示实施例的功能,在此不再赘述。

总之,以上所述仅为本申请的较佳实施例而已,并非用于限定本申请的保护范围。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。

上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。

还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1