CN109754238A - 透支资产账户管理方法、装置、计算设备及存储介质 - Google Patents

Abstract

本公开涉及一种透支资产账户管理方法，该方法包括：响应于接收到针对用户透支账户的资产偿还请求，获取相应的偿还数额，所述用户透支账户包括分日期建立的多个子账户；基于所述子账户的透支数额与所述偿还数额的比较结果，更新所述子账户的偿还状态和未还数额；以及对于所述偿还状态指示未还清的部分子账户，根据所述部分子账户的建立日期和未还数额，获取所述用户透支账户的透支成本。本公开的一实施例通过建立子账户和记录余额变化，使得整体利息计算量仅受账户量一个维度影响，而账户量基本随时间按照一定的趋势增长，因此系统容量预估可控，不受各种外部因素影响。

Description

透支资产账户管理方法、装置、计算设备及存储介质

技术领域

本公开涉及金融技术领域，具体而言，涉及一种透支资产账户管理方法、装置、计算设备及存储介质。

背景技术

现有透支资产账户管理方法中，针对结算周期内未还清的账单，按照透支成本的积数每日进行累计，即对透支账户的累计余额和累计透支天数进行透支成本的计算，若透支账户的累计余额有变化，则根据变化时间，即此次变化开始的时间到下一次余额变化开始的时间，对这段时间内的透支成本进行计算，若累计余额再有变化则依次进行透支成本计算，直至结算周期结束。

现有的透支资产账户管理方法仅记录累计余额的变化，以及仅根据累计余额的变化和累计天数进行透支成本计算。其计算量随着累计余额的变化量而变化。因此，若是例如营销日、节假日等有促销时，透支资产账户的交易量会有较大的增幅，其累计余额的变化会较多，导致透支成本的计算量增大。

因此，需要一种新的透支资产账户管理方法、装置、计算设备及存储介质。

在所述背景技术部分公开的上述信息仅用于加强对本公开的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

有鉴于此，本公开提供一种透支资产账户管理方法、装置、计算设备及存储介质，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的一个或者多个问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开实施例的第一方面，一种透支资产账户管理方法，该透支资产账户管理方法，包括：

响应于接收到针对用户透支账户的资产偿还请求，获取相应的偿还数额，所述用户透支账户包括分日期建立的多个子账户；

基于所述子账户的透支数额与所述偿还数额的比较结果，更新所述子账户的偿还状态和未还数额；以及

对于所述偿还状态指示未还清的部分子账户，根据所述部分子账户的建立日期和未还数额，获取所述用户透支账户的透支成本。

根据本公开实施例的第二方面，提供一种透支资产账户管理装置，该装置包括：

数额获取模块，设置为响应于接收到针对用户透支账户的资产偿还请求，获取相应的偿还数额，所述用户透支账户包括分日期建立的多个子账户；

数据更新模块，设置为基于所述子账户的透支数额与所述偿还数额的比较结果，更新所述子账户的偿还状态和未还数额；以及

成本计算模块，设置为对于所述偿还状态指示未还清的部分子账户，根据所述部分子账户的建立日期和未还数额，获取所述用户透支账户的透支成本。

根据本公开实施例的第三方面，提供一种存储有计算机程序的存储介质，所述计算机程序在由计算机的处理器运行时，使所述计算机执行如以上任一实施例所述的方法。

根据本公开实施例的第四方面，提供一种计算设备，包括：处理器；存储器，存储有可由所述处理器执行的指令；其中所述处理器被配置为执行如以上任一实施例所述的方法。

本公开的实施例提供的技术方案可以包括以下有益效果：

既能支持原有资产账户管理方法中采用透支成本计算方法，亦能支持资产账户按照未偿还额计收透支成本。整体利息计算量仅受账户量一个维度影响，而账户量基本随时间按照一定的趋势增长，因此系统容量预估可控，不受各种外部因素影响；而采用明细计算法，计算量受账户量和交易量两个维度影响，其中交易量受各种外部因素影响不可预估，例如营销日、节假日等有促销时与平常日相比有较大波动。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

通过参照附图详细描述其示例实施例，本公开的上述和其它目标、特征及优点将变得更加显而易见。下面描述的附图仅仅是本公开的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据一示例性实施例示出的一种透支资产账户管理方法的流程图；

图2是根据本公开一实施例透支资产账户管理装置的流程图；

图3示出根据本公开示例实施方式中一种计算设备的示意图。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本公开将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

应理解，虽然本文中可能使用术语第一、第二、第三等来描述各种组件，但这些组件不应受这些术语限制。这些术语乃用以区分一组件与另一组件。因此，下文论述的第一组件可称为第二组件而不偏离本公开概念的教示。如本文中所使用，术语“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。

本领域技术人员可以理解，附图只是示例实施例的示意图，附图中的模块或流程并不一定是实施本公开所必须的，因此不能用于限制本公开的保护范围。

目前，在资产账户管理的方案中，一般根据透支成本的积数计算透支成本，例如在信用卡使用规则中，在还款日之前按照账单金额全额偿还，部分银行允许未还差额在10元内，方可享受先消费后免息的便利，当在还款日之前未全额偿还，银行将按照全部透支额收取从记账日到还款日的透支利息。实现上述计息规则，主要采用利息积数计息法，利息积数计息法为按实际天数每日累计账户余额，以累计积数乘以日利率计算利息的方法。每日日终根据余额累计利息积数，在到期还款日进行判断，如果按照账单金额全额偿还，则对利息积数清零，如果未全额偿还，则利息积数继续累计，在账单日根据累计的利息积数，计息公式为利息＝累计计息积数×日利率，具体如表1所示，收取的利息为13000×0.0005＝6.2(假定日利率为0.0005)。

日期	累计余额	累计天数	累计利息积数
				3月5日-3月7日	1000	3	1000×3＝3000
3月8日-3月9日	5000	2	3000+5000×2＝13000

表1

根据透支成本的积数计算透支成本，余额累计利息积数后，没有记录余额变化的记录。

为了解决上述方案存在的问题，本发明的实施例提供一种透支资产账户管理方法和装置以及计算设备。下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。

图1是根据一示例性实施例示出的一种透支资产账户管理方法的流程图。

如图1所示，本实施例的方法包括以下步骤S101-S103。

步骤S101，响应于接收到针对用户透支账户的资产偿还请求，获取相应的偿还数额，所述用户透支账户包括分日期建立的多个子账户。

用户可以向银行请求透支账户，在透支账户中请求资产转移。在结算周期后银行向用户发送用户透支账户的资产偿还请求，获取结算周期内用户透支账户内相应的偿还数额。

例如，用户在银行办理信用卡，并使用信用卡账户进行交易结算时，每月银行会针对上一个月用户的交易金额生成信用卡账单。

用户透支账户可以包括分日期建立的多个子账户，例如，可以按照每个月份的自然日的天数进行子账户的建立，3月份共有31天，用户透支账户3月份可以建立31个子账户。

步骤S102，基于所述子账户的透支数额与所述偿还数额的比较结果，更新所述子账户的偿还状态和未还数额。

在示例性实施例中，按照所述多个子账户的建立日期先后顺序，使用所述偿还数额依序进行抵扣操作，并更新所述子账户的偿还状态和未还数额，直至所述多个子账户均完成更新或所述偿还数额不足抵扣。

例如，若是排序后的第N个子账户有500的透支数额，第N+1个子账户中有400的透支数额，第N+2个子账户中有300的透支数额，偿还数额1000，偿还数额依次进行对第N，N+1，N+2个子账户中的透支数额依次进行抵扣并进行状态更新，抵扣完后，第N+2个子账户的未还数额为200，偿还数额为0，无法继续对后续的子账户进行抵扣。

在示例性实施例中，在所述偿还数额足以抵扣所述子账户的透支数额时，将所述子账户的偿还状态更新为已还清；在所述偿还数额不足以抵扣所述子账户的透支数额时，将所述子账户的偿还状态更新为未还清。

对子账户中的透支数额与偿还数额进行比较，若偿还数额大于或者等与透支数额，偿还数额能抵扣子账户全部的透支数额，则设置子账户的偿还状态为已还清，若偿还数额小于透支数额，子账户的透支数额不能抵扣子账户的全部的透支数额，则设置子账户的偿还状态为未还清。

例如，若是第N个子账户中有1000的透支数额，用户偿还数额为 1500，其偿还数额与透支数额相等，则第N个子账户的偿还状态更新为已还清；第N+1个子账户中有1000的透支数额，在偿还数额1000已经抵扣第N个子账户透支数额后，其剩余的偿还数额为500，小于第N+1 个子账户的透支数额，因此剩余的偿还数额只能抵扣第N+1个子账户的部分透支数额，第N+1个子账户的透支数额仍然有500，因此，第N+1 个子账户的偿还状态为未还清。

步骤S103，对于所述偿还状态指示未还清的部分子账户，根据所述部分子账户的建立日期和未还数额，获取所述用户透支账户的透支成本。

在示例性实施例中，对于所述部分子账户的每个子账户，基于结算日期与该子账户的建立日期之间的差得到结算天数；根据结算利率与所述每个子账户的结算天数和未还数额的乘积，分别得到所述每个子账户的透支成本，汇总后得到所述用户透支账户的透支成本。

对于所述偿还状态指示未还清的部分子账户，计算其子账户透支成本＝未还数额×结算天数×结算天数。例如，银行设定每月15号生成账单，结算日期可以是每月生成账单的日期，假定日利率为0.0005，如表2所示：

子账户	透支数额	偿还数额	未还数额	子账户建立日期	结算日期	结算天数
							N	500	800	0	3月5日	4月15日	42
N+1	400	300	100	3月8日	4月15日	39
							N+2	300	0	300	3月10日	4月15日	37

表2

对于第N个子账户，子账户的透支数额全部被偿还数额抵扣，未还数额为0，因此，透支成本为0。

对于第N+1个子账户，子账户的透支数额部分被偿还数额抵扣，未还数额为100，因此，透支成本为100×39×0.0005，即1.95。

对于第N+2个子账户，偿还数额不足，无法对子账户的透支数额进行抵扣，未还数额为300，因此，透支成本为300×37×0.0005，即5.55。

在示例性实施例中，在一个结算周期内，分日期为所述用户透支账户建立所述多个子账户；以及响应于接收到的资产转移请求，按照所述资产转移请求发生的日期更新该日期对应子账户的未还数额。

结算周期为透支账户的上一个到期偿还日到下一个到期偿还日之间的时间，分日期为所述用户透支账户建立所述多个子账户。

例如，银行设定的还款日为每月3号，上一个月的还款日到下一个月的还款日之间可以被认为是一个结算周期，即每个月4号到下一个月的3 号是为一个结算周期，可以为结算周期之间的每一个自然日建立一个子账户。用户在此期间的每一笔交易金额都有交易时间，将此交易金额更新到交易时间所在的自然日对应的子账户中，同一天产生的交易金额可以合并更新到对应的子账户中。

在示例性实施例中，在预设的结算日期，对于前一结算周期内所述偿还状态指示未还清的部分子账户，获取所述用户透支账户的透支成本。

例如，5月3号的还款金额对应的是3月16号到4月15号之间的账单，若是3月16号到4月15号之间有未还清的子账户，则在5月15号账单生成日当天进行账户的透支成本计算，并将未还款的子账户的计息起息日更新为5月15号，下一期账单针对未还款子账户的透支成本计算则以5月15号作为子账户建立日期并进行透支成本计算。每个月对子账户的透支成本进行计算，以及将未还款子账户的计息起息日更新为当月的 15号。

若是由于未还款的子账户的数量较多，则累计到对应的账单中的子账户数量也会变得很多，在进行透支成本计算的时候会给系统增加较多的计算量。因此，为了提升系统的性能，可以将未还款的子账户按照周期合并，例如可以将未付款的子账户按照月份进行合并或者将按月合并的子账户进行按年份合并，合并的子账户的透支成本计算方式与新建立的子账户的透支成本计算方式相同，此处不做赘述。

本公开实施例通过子账户的建立和余额变化的记录，使得整体利息计算量仅受账户量一个维度影响，而账户量基本随时间按照一定的趋势增长，因此系统容量预估可控，不受各种外部因素影响。支持原有信用卡计息规则，亦能支持信用卡按照未偿还额计收透支利息。

图2是根据本公开一实施例透支资产账户管理装置的流程图。本公开实施例提供的一种透支资产账户管理装置可以包括账户建立模块200、数额获取模块201、数据更新模块202、成本计算模块203。

数额获取模块201，设置为响应于接收到针对用户透支账户的资产偿还请求，获取相应的偿还数额，所述用户透支账户包括分日期建立的多个子账户；

数据更新模块202，设置为基于所述子账户的透支数额与所述偿还数额的比较结果，更新所述子账户的偿还状态和未还数额；

成本计算模块203，设置为对于所述偿还状态指示未还清的部分子账户，根据所述部分子账户的建立日期和未还数额，获取所述用户透支账户的透支成本。

数据更新模块202还被设置为按照所述多个子账户的建立日期先后顺序，使用所述偿还数额依序进行抵扣操作，并更新所述子账户的偿还状态和未还数额，直至所述多个子账户均完成更新或所述偿还数额不足抵扣。

数据更新模块202还被设置为在所述偿还数额足以抵扣所述子账户的透支数额时，将所述子账户的偿还状态更新为已还清。

数据更新模块202还被设置为在所述偿还数额不足以抵扣所述子账户的透支数额时，将所述子账户的偿还状态更新为未还清。

对于所述部分子账户的每个子账户，成本计算模块203还被设置为基于结算日期与该子账户的建立日期之间的差得到结算天数。

成本计算模块203还被设置为根据结算利率与所述每个子账户的结算天数和未还数额的乘积，分别得到所述每个子账户的透支成本，汇总后得到所述用户透支账户的透支成本。

在一个结算周期内，账户建立模块200被设置为分日期为所述用户透支账户建立所述多个子账户；以及响应于接收到的资产转移请求，数据更新模块202被设置为按照所述资产转移请求发生的日期更新该日期对应子账户的未还数额。在预设的结算日期，对于前一结算周期内所述偿还状态指示未还清的部分子账户，成本计算模块203还被设置为获取所述用户透支账户的透支成本。

对于所述前一结算周期内所述偿还状态指示未还清的部分子账户，基于所述部分子账户的未还数额总和，数据更新模块202还被设置为更新在所述结算日期第二天建立的子账户的未还数额。

根据本公开实施例透支资产账户管理装置，使得整体利息计算量仅受账户量一个维度影响，而账户量基本随时间按照一定的趋势增长，因此系统容量预估可控，不受各种外部因素影响。

本实施例基于与上述方法实施例同样的发明构思，提供了一种透支资产账户管理装置，本实施例能够用于实现上述实施例中提供的透支资产账户管理方法。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。作为模块或单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现木公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

通过以上实施方式的描述，本领域的技术人员易于理解，上文描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。

例如，在一个示例实施方式中，还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时可以实现上述任意一个实施例中所述方法的步骤。所述方法的具体步骤可参考前述实施例中的详细描述，此处不再赘述。所述计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在另一个示例实施方式中，还提供一种计算设备，该设备可以是手机、平板电脑等移动终端，也可以是台式计算机、服务器等终端设备，本示例实施方式中对此不作限制。图3示出根据本公开示例实施方式中一种计算设备30的示意图。例如，设备30可以被提供为一移动终端。参照图3，设备30包括处理组件31，其进一步包括一个或多个处理器，以及由存储器32所代表的存储器资源，用于存储可由处理组件31的执行的指令，例如应用程序。存储器32中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件31被配置为执行指令，以执行上述透支资产账户管理方法。

其中，存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端或移动终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

装置30还可以包括一个电源组件33被配置为执行装置30的电源管理，一个有线或无线网络接口34被配置为将装置30连接到网络，和一个输入输出(I/O)接口35。装置30可以操作基于存储在存储器32的操作系统，例如Android、iOS或类似。

需要说明的是，本发明所示的存储有计算机程序的存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器 (ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的计算设备中所包含的；也可以是单独存在，而未装配入该计算设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该计算设备执行时，使得该计算设备实现如上述实施例中所述的透支资产账户管理方法。

例如，所述的计算设备可以实现如图1中所示的：步骤S101，响应于接收到针对用户透支账户的资产偿还请求，获取相应的偿还数额，所述用户透支账户包括分日期建立的多个子账户；步骤S102，基于所述子账户的透支数额与所述偿还数额的比较结果，更新所述子账户的偿还状态和未还数额；以及步骤S103，对于所述偿还状态指示未还清的部分子账户，根据所述部分子账户的建立日期和未还数额，获取所述用户透支账户的透支成本。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是 CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本发明实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (10)

1.一种透支资产账户管理方法，其特征在于，包括：

响应于接收到针对用户透支账户的资产偿还请求，获取相应的偿还数额，所述用户透支账户包括分日期建立的多个子账户；

基于所述子账户的透支数额与所述偿还数额的比较结果，更新所述子账户的偿还状态和未还数额；以及

对于所述偿还状态指示未还清的部分子账户，根据所述部分子账户的建立日期和未还数额，获取所述用户透支账户的透支成本。

2.如权利要求1所述的方法，其特征在于，所述的基于所述子账户的透支数额与所述偿还数额的比较结果，更新所述子账户的偿还状态和未还数额，包括：

按照所述多个子账户的建立日期先后顺序，使用所述偿还数额依序进行抵扣操作，并更新所述子账户的偿还状态和未还数额，直至所述多个子账户均完成更新或所述偿还数额不足抵扣。

3.如权利要求1或2所述的方法，其特征在于，所述的更新所述子账户的偿还状态和未还数额，包括：

在所述偿还数额足以抵扣所述子账户的透支数额时，将所述子账户的偿还状态更新为已还清；

在所述偿还数额不足以抵扣所述子账户的透支数额时，将所述子账户的偿还状态更新为未还清。

4.如权利要求1所述的方法，其特征在于，所述的根据所述部分子账户的建立日期和未还数额，获取所述用户透支账户的透支成本，包括：

对于所述部分子账户的每个子账户，基于结算日期与该子账户的建立日期之间的差得到结算天数；

根据结算利率与所述每个子账户的结算天数和未还数额的乘积，分别得到所述每个子账户的透支成本，汇总后得到所述用户透支账户的透支成本。

5.如权利要求1所述的方法，其特征在于，还包括：

在一个结算周期内，分日期为所述用户透支账户建立所述多个子账户；以及

响应于接收到的资产转移请求，按照所述资产转移请求发生的日期更新该日期对应子账户的未还数额。

6.如权利要求5所述的方法，其特征在于，所述的对于所述偿还状态指示未还清的部分子账户，根据所述部分子账户的建立日期和未还数额，获取所述用户透支账户的透支成本，包括：

在预设的结算日期，对于前一结算周期内所述偿还状态指示未还清的部分子账户，获取所述用户透支账户的透支成本。

7.如权利要求6所述的方法，其特征在于，还包括：

对于所述前一结算周期内所述偿还状态指示未还清的部分子账户，基于所述部分子账户的未还数额总和，更新在所述结算日期第二天建立的子账户的未还数额。

8.一种透支资产账户管理装置，该装置包括：

数额获取模块，设置为响应于接收到针对用户透支账户的资产偿还请求，获取相应的偿还数额，所述用户透支账户包括分日期建立的多个子账户；

数据更新模块，设置为基于所述子账户的透支数额与所述偿还数额的比较结果，更新所述子账户的偿还状态和未还数额；

成本计算模块，设置为对于所述偿还状态指示未还清的部分子账户，根据所述部分子账户的建立日期和未还数额，获取所述用户透支账户的透支成本。

9.一种存储有计算机程序的存储介质，所述计算机程序在由计算机的处理器运行时，使所述计算机执行如权利要求1-7中任一项所述的方法。

10.一种计算设备，包括：

处理器；

存储器，存储有可由所述处理器执行的指令；

其中所述处理器被配置为执行如权利要求1-7中任一项所述的方法。