CN107730381B - 一种备份截面数据的方法及装置 - Google Patents

Abstract

本申请公开了一种备份截面数据的方法及装置，包括：服务器确定账户的第一备份周期结束之后，获取所述账户的截面数据中第一已用额度的第一清算日期以及第二已用额度的第二清算日期；所述第一已用额度与所述的第二已用额度的累加和为所述账户的截面数据对应的总已用额度；所述服务器若确定所述第一清算日期小于所述第二清算日期，则将所述第一清算日期的日期更新为第三清算日期，否则将所述第二清算日期的日期更新为所述第三清算日期；所述第三清算日期为所述第一清算日期与所述第二清算日期中较小的日期之后的两个自然日的日期；所述服务器在所述账户的第二备份周期结束之前对所述第三清算日期对应的已用额度完成备份。

Description

一种备份截面数据的方法及装置

技术领域

本申请涉及金融领域，尤其涉及一种备份截面数据的方法及装置。

背景技术

在交易联机处理系统中，会涉及到某个账户的截面数据的实时变化，比如某个联机额度控制系统中，账户的截面数据中的已用额度是实时变化的。在这种系统中，对所有账户的截面数据进行备份时，会存在如下问题：当前清算日期结束时开始进行备份，在开始备份第一个账户的截面数据的时间点到最后一个账户的截面数据备份完成的时间点之间，有可能会收到新的联机交易，那么该交易对应的账户的截面数据就会被更新，此时，该账户的截面数据备份出来的截面数据就已经不再是上个清算日期的账户的截面数据。为避免上述问题的发生，需要在备份时为数据库加锁，但是，加锁备份数据库会导致此时的联机系统不可用。

现有技术中，对该问题的解决方法通常是进行截面数据的补录，操作复杂，出错率高，可能对联机交易系统的性能产生影响。

因此，目前亟需一种备份截面数据的方法，以解决联机交易系统既要对外提供7×24小时不间断的服务，又要在准确、高效的备份所有账户的截面数据的问题。

发明内容

本申请实施例提供一种备份截面数据的方法及装置，以解决联机交易系统既要对外提供7×24小时不间断的服务时，如何准确、高效的备份所有账户的截面数据的问题。

本申请实施例提供一种备份截面数据的方法，包括：

服务器确定账户的第一备份周期结束之后，获取所述账户的截面数据中第一已用额度的第一清算日期以及第二已用额度的第二清算日期；所述第一已用额度与所述的第二已用额度的累加和为所述账户的截面数据对应的总已用额度；

所述服务器若确定所述第一清算日期小于所述第二清算日期，则将所述第一清算日期的日期更新为第三清算日期，否则将所述第二清算日期的日期更新为所述第三清算日期；所述第三清算日期为所述第一清算日期与所述第二清算日期中最小的日期之后的两个自然日的日期；

所述服务器在所述账户的截面数据的第二备份周期结束之前对所述第三清算日期对应的已用额度完成备份。

一种可能的实现方式，所述服务器在所述账户的所述第一备份周期结束之前，所述方法还包括：

所述服务器获取所述账户的第一交易请求；

所述服务器若确定所述第一交易请求的清算日期与所述第一已用额度的清算日期相同，则更新所述第一已用额度；所述更新后的第一已用额度为所述第一交易请求中的交易金额与更新前的所述第一已用额度之和；

所述服务器若确定所述第一交易请求的清算日期与所述第二已用额度的清算日期相同，则更新所述第二已用额度；所述更新后的第二已用额度为所述第一交易请求中的交易金额与更新前的所述第二已用额度之和。

一种可能的实现方式，所述服务器获取所述账户的所述第一交易请求之前，还包括：

所述服务器确定所述第一交易请求的交易金额小于所述账户的可用额度；

所述账户的可用额度R₃根据以下公式确定：

R₃＝R₀+R₁-(R_2-1+R_2-2)

其中，R₀为所述账户的信用额度，R₁为所述账户的预付额度，R_2-1为所述账户的第一已用额度，R_2-2为所述账户的第二已用额度。

一种可能的实现方式，所述服务器确定所述账户的所述第一备份周期结束之后，所述第二备份周期结束之前，还包括：

所述服务器获取所述账户的第二交易请求；

所述服务器更新所述第四清算日期对应的已用额度；所述第四清算日期为所述第二清算日期和所述第三清算日期中较小的清算日期；所述更新后的已用额度为所述第二交易请求中的交易金额与更新前的所述已用额度之和。

本申请实施例提供一种备份截面数据的装置，包括：

处理模块，用于确定账户的第一备份周期结束之后，获取所述账户的截面数据中第一已用额度的第一清算日期以及第二已用额度的第二清算日期；所述第一已用额度与所述的第二已用额度的累加和为所述账户的截面数据对应的总已用额度；

所述处理模块，用于若确定所述第一清算日期小于所述第二清算日期，则将所述第一清算日期的日期更新为第三清算日期，否则将所述第二清算日期的日期更新为所述第三清算日期；所述第三清算日期为所述第一清算日期与所述第二清算日期中较小的日期之后的两个自然日的日期；

备份模块，用于在所述账户的第二备份周期结束之前对所述第三清算日期对应的已用额度完成备份。

一种可能的实现方式，所述处理模块具体用于：

获取所述账户的第一交易请求；

若确定所述第一交易请求的清算日期与所述第一已用额度的清算日期相同，则更新所述第一已用额度；所述更新后的第一已用额度为所述第一交易请求中的交易金额与更新前的所述第一已用额度之和；

若确定所述第一交易请求的清算日期与所述第二已用额度的清算日期相同，则更新所述第二已用额度；所述更新后的第二已用额度为所述第一交易请求中的交易金额与更新前的所述第二已用额度之和。

一种可能的实现方式，所述处理模块具体用于：

确定所述第一交易请求的交易金额小于所述账户的可用额度；

所述账户的可用额度R₃根据以下公式确定：

R₃＝R₀+R₁-(R_2-1+R_2-2)

其中，R₀为所述账户的信用额度，R₁为所述账户的预付额度，R_2-1为所述账户的第一已用额度，R_2-2为所述账户的第二已用额度。

一种可能的实现方式，所述处理模块在账户的第一备份周期结束之后，所述第二备份周期结束之前，具体用于：

获取所述账户的第二交易请求；

更新所述第四清算日期对应的已用额度；所述第四清算日期为所述第一已用额度的清算日期与所述第二已用额度的清算日期中较小的清算日期；所述更新后的已用额度为所述第二交易请求中的交易金额与更新前的所述已用额度之和。

本申请实施例提供一种备份截面数据的方法及装置，将账户的截面数据中的总已用额度分为第一已用额度和第二已用额度，服务器确定第一备份周期结束时，若第一已用额度的清算日期小于第二已用额度的清算日期，则将第一已用额度对应的第一清算日期更新为第三清算日期，将第一已用额度对应的第一已用额度备份。此时，若有新的交易需要记录，该交易对应的清算日期为第二清算日期，因此，服务器将该交易的交易金额记录在第二清算日期对应的第二已用额度中，避免了在备份截面数据时，需要锁定数据库而导致的联机交易系统的不可用。利用本申请的技术方案备份出的截面数据，因不超过清算日期的边界而具有明确的业务含义，数据质量较好，再利用价值较高，具有较高的业务价值。并且，备份数据的提取不是以中断联机系统的业务处理为代价的。

附图说明

图1为本申请实施例提供的一种备份截面数据的方法流程图；

图2为本申请实施例提供的一种备份截面数据方法流程图；

图3为本申请实施例提供的一种备份截面数据方法的流程图；

图4为本申请实施例提供的一种备份截面数据装置的结构示意图。

具体实施方式

如图1所示，本申请提供一种备份截面数据的方法的流程图，该方法包括：

步骤101：服务器确定账户的第一备份周期结束之后，获取所述账户的截面数据中第一已用额度的第一清算日期以及第二已用额度的第二清算日期；

步骤102：所述服务器若确定所述第一清算日期小于所述第二清算日期，则将所述第一清算日期的日期更新为第三清算日期；否则，将所述第二清算日期的日期更新为所述第三清算日期；所述第三清算日期为所述第一清算日期与所述第二清算日期中较小的日期之后的两个自然日的日期；

步骤103：所述服务器在所述账户的第二备份周期结束之前对所述第三清算日期对应的已用额度完成备份。

在步骤101中，所述第一备份周期可以为所述服务器根据系统预先设置的方式确定的。一种可能的实现方式，所述第一备份周期可以为每个清算日期结束的时刻，每个清算日期结束时刻可以为日切时刻。所述第二备份周期与所述第一备份周期相差一个清算周期，例如，第一备份周期结束时刻可以为第一清算日期的日切时刻，第二备份周期结束时刻可以为第二清算日期的日切时刻。

所述账户的截面数据是指联机交易系统中存储的与该账户有关的信息，例如，账户的截面数据可包括但不限于：账户标识(ID)、信用额度(R₀)、预付额度(R₁)、总已用额度(R₂)。例如，账户的截面数据在交易系统的内存中的存储格式可如下列表格一所示。

表格一

表格一中，账户的信用额度为给予账户标识对应的账户的基础额度；账户的预付额度为账户标识对应的账户中事先交付的预付资金；账户的总已用额度为账户标识对应的账户中生成的交易的交易金额的累加。例如，账户ID为111的账户，其账户的信用额度为5000，账户的预付额度为1000，账户的已用额度为800，账户的总已用额度R₂更新时间为2017-07-01-15.44.57。该账户当前的可用额度R₃为5200。

一种可能的实现方式，联机交易中，需要实时更新的内容为账户的已用额度R₂，信用额度R₀和预付额度R₁不是实时更新的内容，不需要设置为7×24小时可用，即在对账户的截面数据进行备份时，可以将对信用额度R₀和预付额度R₁进行锁定。因此，将账户的总已用额度拆分为：第一已用额度(R_{2_1})和第二已用额度(R_{2_2})。

账户的截面数据中的已用额度在交易系统的内存中的存储格式可如下列表格二所示。

表格二

其中，账户的截面数据中的第一已用额度为账户标识对应的账户的截面数据中在第一已用额度的清算日期记录的交易金额的累加。

第二已用额度为账户标识对应的账户的截面数据中在第二已用额度对应的清算日期记录的交易金额的累加。第一已用额度(R_2-1)与第二已用额度(R_2-2)的累加和为所述账户的总已用额度(R₂)。

所述账户的可用额度R₃根据以下公式确定：R₃＝R₀+R₁-(R_2-1+R_2-2)。

例如，账户111的信用额度为5000，账户111的预付额度为1000，账户111的已用额度为(500+300)，因此，账户111的可用额度为5000+1000-(500+300)为5200。

一种可能的实现方式，在第一备份周期结束之前，根据清算日期的不同，不同的交易保存在不同清算日期对应的已用额度中。结合图1的实施例，具体实施方式可参见图2所示的方法流程。

步骤201、所述服务器获取所述账户的第一交易请求、所述账户的截面数据中的第一已用额度的第一清算日期以及第二已用额度的第二清算日期。

步骤202、判断所述第一交易请求对应的清算日期是否与第一清算日期相同，如果是，则转至步骤203，否则，转至步骤204。

步骤203、更新所述第一已用额度；所述更新后的第一已用额度为所述第一交易请求中的交易金额与更新前的所述第一已用额度之和。

步骤204、更新所述第二已用额度；所述更新后的第二已用额度为所述第一交易请求中的交易金额与更新前的所述第二已用额度之和。

一种可能的实现方式，账户标识对应的账户中的交易的发生日期可能为清算日期，也可能提前于清算日期一个自然日，清算日期的确定根据所述联机交易系统确定。下面通过一个具体的例子对图2所示的方法流程进行解释说明。

例如，当用户使用账户111在2017-07-01刷卡完成一笔500的消费后，银行系统会对此交易实时响应，更新账户111中的截面数据，如扣减可用额度，增加已用额度的记录等。

一种可能的实现方式，所述联机交易系统可以为联机交易中进行额度控制的系统。该系统的功能是监控账户的额度变化状态，保证每个账户中的联机交易额度不超过其信用额度与预付额度的总和。当一个交易进入该额度控制系统时，该交易的清算日期相对于该交易发生的日期有所延迟。因此，该用户的账户在2017-07-01产生了一笔交易，该交易的清算日期可能为2017-07-01，也可能为2017-07-02。

假设所述联机交易系统于2017-07-01-18.44.57接收到交易请求1，该交易请求1中所包含的账户标识为“111”，且该交易请求1中的截面数据中包含“500”，交易请求1的清算日期为2017-07-02。

所述联机交易系统的服务器在接收到交易请求1后，获取所述账户的截面数据中的第一清算日期以及第二清算日期，此时，第一清算日期为2017-07-01，第二清算日期为2017-07-02。由于交易请求1对应的清算日期与第二清算日期相同，因此，应对第二已用额度更新，更新后的第二已用额度为交易请求1中的交易金额与更新前的第二已用额度之和。

在更新第二已用额度之前，或在接收所述第一交易请求之前，可根据交易请求1中携带的交易信息“消费500”，判断该交易是否超限。具体实施过程包括：

判断账户111的总已用额度R₂是否大于账户111的信用额度R₀和账户的预付额度R₁之和，即判断(R_2-1+R_2-2+500)是否大于(1000+5000)，由于1300(800+500)不大于6000(1000+5000)，因此，该交易请求1未超限，可将账户111的截面数据中第二已用额度值(R_2-2)更新为“800”，R_2-2更新时间更新为“2017-07-01-18.44.57”；将账户111的总已用额度(R₂)更新为“1300”，R₂更新时间更新为“2017-07-01-18.44.57”。更新后，如下列表格三和表格四所示。

表格三

表格四

在根据交易请求中携带的账户标识和第二已用额度，更新交易系统的内存中账户标识对应的总已用额度之后，还可生成交易应答报文。因此，上述例子中，在根据交易请求1将账户标识111的第二已用额度(R_{2_2})更新为“800”之后，还可生成交易应答报文1，该交易应答报文1中可携带的内容为“账户标识111，消费500，第二已用额度更新为800，账户的总已用额度更新为1300，可用额度更新为4700，更新时间2017-07-01-18.44.57”。

服务器在第一备份周期结束之后，更新账户的截面数据中的清算日期的步骤如图3所示。结合图1的实施例，本申请提供一种更新已用额度的清算日期的方法流程，具体步骤如下：

步骤301、服务器在第一备份周期结束之后，所述服务器获取所述账户的截面数据中的第一已用额度的第一清算日期以及第二已用额度的第二清算日期。

步骤302、判断第一清算日期是否大于第二清算日期，若是，则进行步骤303，若否，则进行步骤304。

步骤303、将所述第一清算日期的日期更新为第三清算日期，并将所述第一已用额度进行备份；所述第三清算日期为所述第一清算日期之后的两个自然日的日期。

步骤304、将所述第二清算日期的日期更新为第三清算日期，并将所述第二已用额度进行备份。所述第三清算日期为所述第二清算日期之后的两个自然日的日期。

举例来说，在联机交易系统中需保存已用额度对应的清算日期，以保证联机交易系统可以根据当前已用额度的清算日期确定新的交易记录的保存。已用额度的清算日期可通过主键(key)和值(value)的方式进行记录，已用额度的清算日期记录格式可如下列表格五所示。

表格五

主键(key)	值(value)
		第一已用额度对应的清算日期	2017-07-03
第一已用额度对应的清算日期的更新时间	2017-07-02-01.00.00
		第二已用额度对应的清算日期	2017-07-04
第二已用额度对应的清算日期的更新时间	2017-07-03-01.00.00

在表格五中，第一已用额度对应的清算日期为“2017-07-03”，第一已用额度对应的清算日期的更新时间为“2017-07-02-01.00.00”。更新时间为当前的第一备份周期的结束时刻，即在2017-07-02-01.00.00时，所述第一已用额度的清算日期未更新时为所述第一清算日期，此时的第一清算日期为2017-07-01，更新后的清算日期为第三清算日期，即2017-07-03。此时，第二清算日期不更新，仍为2017-07-02。

在表五中，第二已用额度更新时间为第二备份周期结束时刻，即在2017-07-03-01.00.00时，所述第二已用额度的清算日期未更新时，为所述第二清算日期，此时的第二清算日期为2017-07-02，更新后的清算日期为2017-07-04，此时，第一已用额度对应的清算日期，即第三清算日期不更新，仍为2017-07-03。

因此，第二已用额度对应的清算日期为“2017-07-04”，清算日期的更新时间为2017-07-01-02.00.00”。

一种可能的实现方式，在步骤103中，所述服务器在所述第一备份周期结束之后，在所述第二备份周期结束之前，接收备份截面数据的指令；

当所述服务器接收到所述备份截面数据的指令之后，所述服务器将所述第三清算日期对应的已用额度进行锁定并备份至外部存储器。

一种可能的实现方式，服务器对第三清算日期对应的已用额度进行备份的过程中，若服务器接收到所述账户的第二交易请求，此时，新的交易的清算日期为第四清算日期，所述第四清算日期为所述第一已用额度对应的清算日期与所述第二已用额度对应的清算日期中较小的清算日期。因此，所述服务器更新所述第四清算日期对应的已用额度；所述更新后的已用额度为所述第二交易请求中的交易金额与更新前的所述第四清算日期对应的已用额度之和。

第一备份周期结束之后，即对第一已用额度或第二已用额度的清算日期更新之后，在第二备份周期之前，此时有联机交易需要记录在该联机交易系统中时，该交易的清算日期为未更新清算日期对应的已用额度的清算日期，因此该交易的交易金额将会保存至未更新清算日期对应的已用额度中，该已用额度不需要进行备份，因此，并不影响该联机系统7×24小时的不间断使用。

本实施例中的业务场景为对每个清算日期内的账户的截面数据中的已用额度进行备份，其中包括当日所有账户的截面数据中的已用额度。为保证每个清算日期的所有交易金额都可以保存在对应清算日期的已用额度中，因此，服务器需要设置第一备份周期和第二备份周期，可以设置第一备份周期结束时刻为当前清算日期的日切时刻，第二备份周期结束时刻为下一次日切时刻。在第一备份周期结束时，前一个清算日期结束，此时对账户的截面数据中的已用额度备份，可以保证备份出的数据因不超过清算日期的边界而具有明确的业务含义，数据质量较好，再利用价值较高，具有较高的业务价值。

基于相同的发明构思，一种可能的实现方式，联机交易中，需要实时更新的内容为账户的总已用额度R₂，或信用额度R₀或预付额度R₁三者任一项或是多项的集合。则将账户的总已用额度拆分为：第一已用额度(R_{2_1})和第二已用额度(R_{2_2})，或将账户的信用额度拆分为：第一信用额度(R_{0_1})和第二信用额度(R_{0_2})，或将账户的预付额度拆分为：第一预付额度(R_{1_1})和第二预付额度(R_{1_2})。

在具体实施过程中，若账户的信用额度或账户的预付额度也需要实时更新，则所述账户的截面数据还包括账户的信用额度R₀更新时间或账户的预付额度R₁更新时间。

举例来讲，若需要拆分账户的信用额度R₀和账户的已用额度R₂，则拆分之后的账户的截面数据可以包括：账户标识(ID)、预付额度(R₁)、第一信用额度(R_0-1)、第一信用额度的清算日期、、第二信用额度(R_0-2)、第二信用额度的清算日期、第一已用额度(R_2-1)、第一已用额度的清算日期、第一已用额度(R_2-2)、第二已用额度的清算日期。

第一已用额度(R_2-1)与第二已用额度(R_2-2)的累加和为所述账户对应的总已用额度(R₂)。

第一信用额度(R_0-1)与第二信用额度(R_0-2)的累加和为所述账户对应的总的信用额度(R₀)。

在该场景下，更新清算日期的方法和截面数据的备份方法可参考图1中的实施例，在此不再赘述。

综上所述，本申请实施例，将账户的截面数据中需要被联机交易实时更新的额度拆分为两个额度进行记录，两个额度对应的清算日期在第一备份周期结束后进行更新；若需要对某个账户的截面数据中的联机交易进行处理，则根据联机交易的截面数据和清算日期，确定当前交易应该保存至上述额度中的其中之一个额度中，并对该额度进行更新；下一个清算日期开始到第二备份周期结束之前，非当前清算日期更新的那套额度对应的截面数据可以被锁定，并将该套截面数据备份到外部存储器中，此数据即为所有账户在上个清算日期的截面数据。利用本申请备份出的数据因不超过清算日期的边界而具有明确的业务含义，数据质量较好，再利用价值较高，具有较高的业务价值。而数据的提取不是以中断联机系统的业务处理为代价的，另外，本申请易于实现，代码复杂度低并且维护成本较低，从而本申请提供的备份截面数据的方法和装置具备了高可用性。

如图4所述，为本申请实施例提供的一种备份截面数据的装置结构示意图，所述装置包括：

处理模块401，用于确定账户的第一备份周期结束之后，获取所述账户的截面数据中第一已用额度的第一清算日期以及第二已用额度的第二清算日期；所述第一已用额度与所述的第二已用额度的累加和为所述账户的截面数据对应的总已用额度；

处理模块401，用于若确定所述第一清算日期小于所述第二清算日期，则将所述第一清算日期的日期更新为第三清算日期，否则将所述第二清算日期的日期更新为所述第三清算日期；所述第三清算日期为所述第一清算日期与所述第二清算日期中较小的日期之后的两个自然日的日期；

备份模块402，用于在所述账户的第二备份周期结束之前对所述第三清算日期对应的已用额度完成备份。

一种可能的实现方式，处理模块401具体用于：

获取所述账户的第一交易请求；

若确定所述第一交易请求的清算日期与所述第一已用额度的清算日期相同，则更新所述第一已用额度；所述更新后的第一已用额度为所述第一交易请求中的交易金额与更新前的所述第一已用额度之和；

若确定所述第一交易请求的清算日期与所述第二已用额度的清算日期相同，则更新所述第二已用额度；所述更新后的第二已用额度为所述第一交易请求中的交易金额与更新前的所述第二已用额度之和。

一种可能的实现方式，处理模块401具体用于：

确定所述第一交易请求的交易金额小于所述账户的可用额度；

所述账户的可用额度R₃根据以下公式确定：

R₃＝R₀+R₁-(R_2-1+R_2-2)

其中，R₀为所述账户的信用额度，R₁为所述账户的预付额度，R_2-1为所述账户的第一已用额度，R_2-2为所述账户的第二已用额度。

一种可能的实现方式，处理模块401在所述账户的所述第一备份周期结束之后，所述第二备份周期结束之前，具体用于：

获取所述账户的第二交易请求；

更新所述第四清算日期期对应的已用额度；所述第四清算日期为所述第一已用额度的清算日期与所述第二已用额度的清算日期中较小的清算日期；所述更新后的已用额度为所述第二交易请求中的交易金额与更新前的所述已用额度之和。

本申请实施例提供一种方法及装置，将账户的截面数据中的账户的总已用额度分为第一已用额度和第二已用额度，账户的第一备份周期结束之后，若第一已用额度的清算日期小于第二已用额度的清算日期，则将第一已用额度对应的第一清算日期更新为第三清算日期，将第一已用额度对应的截面数据备份。此时，若有新的交易需要记录，该交易的截面数据对应的清算日期为第二清算日期，因此，服务器将该交易记录在第二清算日期对应的已用额度中，避免了在备份截面数据时，需要锁定数据库而导致的联机交易系统的不可用。利用本申请备份出的数据因不超过清算日期的边界而具有明确的业务含义，数据质量较好，再利用价值较高，具有较高的业务价值。而数据的提取不是以中断联机系统的业务处理为代价的，另外，本申请易于实现，代码复杂度低并且维护成本较低，从而本申请提供的备份截面数据的方法和装置具备了高可用性。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (8)

1.一种备份截面数据的方法，其特征在于，包括：

服务器确定账户的第一备份周期结束之后，获取所述账户的截面数据中第一已用额度的第一清算日期以及第二已用额度的第二清算日期；所述第一已用额度与所述的第二已用额度的累加和为所述账户的截面数据对应的总已用额度；

所述服务器若确定所述第一清算日期小于所述第二清算日期，则将所述第一清算日期的日期更新为第三清算日期，否则将所述第二清算日期的日期更新为所述第三清算日期；所述第三清算日期为所述第一清算日期与所述第二清算日期中较小的日期之后的两个自然日的日期；

所述服务器在所述账户的第二备份周期结束之前对所述第三清算日期对应的已用额度完成备份。

2.如权利要求1所述的方法，其特征在于，所述服务器在所述账户的所述第一备份周期结束之前，所述方法还包括：

所述服务器获取所述账户的第一交易请求；

所述服务器若确定所述第一交易请求的清算日期与所述第一已用额度的清算日期相同，则更新所述第一已用额度；所述更新后的第一已用额度为所述第一交易请求中的交易金额与更新前的所述第一已用额度之和；

所述服务器若确定所述第一交易请求的清算日期与所述第二已用额度的清算日期相同，则更新所述第二已用额度；所述更新后的第二已用额度为所述第一交易请求中的交易金额与更新前的所述第二已用额度之和。

3.如权利要求2所述的方法，其特征在于，所述服务器获取所述账户的所述第一交易请求之前，还包括：

所述服务器确定所述第一交易请求的交易金额小于所述账户的可用额度；

所述账户的可用额度R₃根据以下公式确定：

R₃＝R₀+R₁-(R_2-1+R_2-2)

其中，R₀为所述账户的信用额度，R₁为所述账户的预付额度，R_2-1为所述账户的第一已用额度，R_2-2为所述账户的第二已用额度。

4.如权利要求1所述的方法，其特征在于，服务器确定所述账户的所述第一备份周期结束之后，所述第二备份周期结束之前，还包括：

所述服务器获取所述账户的第二交易请求；

所述服务器更新所述第四清算日期对应的已用额度；所述第四清算日期为所述第一已用额度的清算日期与所述第二已用额度的清算日期中较小的清算日期；所述更新后的已用额度为所述第二交易请求中的交易金额与更新前的所述已用额度之和。

5.一种备份截面数据的装置，包括：

处理模块，用于确定账户的第一备份周期结束之后，获取所述账户的截面数据中第一已用额度的第一清算日期以及第二已用额度的第二清算日期；所述第一已用额度与所述的第二已用额度的累加和为所述账户的截面数据对应的总已用额度；

所述处理模块，用于若确定所述第一清算日期小于所述第二清算日期，则将所述第一清算日期的日期更新为第三清算日期，否则将所述第二清算日期的日期更新为所述第三清算日期；所述第三清算日期为所述第一清算日期与所述第二清算日期中较小的日期之后的两个自然日的日期；

备份模块，用于在所述账户的第二备份周期结束之前对所述第三清算日期对应的已用额度完成备份。

6.如权利要求5所述的装置，所述处理模块具体用于：

获取所述账户的第一交易请求；

若确定所述第一交易请求的清算日期与所述第一已用额度的清算日期相同，则更新所述第一已用额度；所述更新后的第一已用额度为所述第一交易请求中的交易金额与更新前的所述第一已用额度之和；

若确定所述第一交易请求的清算日期与所述第二已用额度的清算日期相同，则更新所述第二已用额度；所述更新后的第二已用额度为所述第一交易请求中的交易金额与更新前的所述第二已用额度之和。

7.如权利要求6所述的装置，所述处理模块具体用于：

确定所述第一交易请求的交易金额小于所述账户的可用额度；

所述账户的可用额度R₃根据以下公式确定：

R₃＝R₀+R₁-(R_2-1+R_2-2)

其中，R₀为所述账户的信用额度，R₁为所述账户的预付额度，R_2-1为所述账户的第一已用额度，R_2-2为所述账户的第二已用额度。

8.如权利要求5所述的装置，所述处理模块在账户的所述第一备份周期结束之后，所述第二备份周期结束之前，具体用于：

获取所述账户的第二交易请求；

更新所述第四清算日期对应的已用额度；所述第四清算日期为所述第一已用额度的清算日期与所述第二已用额度的清算日期中较小的清算日期；所述更新后的已用额度为所述第二交易请求中的交易金额与更新前的所述已用额度之和。

Images