额度资源处理方法、联机交易处理方法及装置.pdf

本发明实施例提供的一种额度资源处理方法、联机交易处理方法及装置，设置额度申请表，由联机交易在额度申请表中记录额度申请信息，联机交易不再直接对额度资源进行独占访问和更新，而是由一个独立后台应用程序依据额度申请表实现额度资源的处理，且后台应用程序可以对额度申请表中的记录进行批量处理。而且由于对额度申请表的读写不涉及额度资源处理，因此多个联机交易可以并行的访问额度申请表，从而减少了大量联机交易排队串行独占访问更新额度资源的情况，降低交易拥塞发生的概率，提高响应速度。

权利要求书
1.  一种额度资源处理方法，其特征在于，包括：
S11：对额度申请表中的记录进行分析处理，以确定额度申请表中状态信 息为申请状态的记录的条目数总和，其中，所述额度申请表中记录有联机交 易记录的各次额度申请信息，每条记录中记录有每笔额度申请的申请对象、 申请额度、申请时间以及状态信息；
S12：判断所述额度申请表中状态信息为申请状态的记录的条目数总和是 否达到预设条目数，若是，则执行步骤S15；否则，执行步骤S13；
S13：查询额度申请表中状态信息为申请状态的最早一条记录，计算该记 录的记录时间与当前时间的第一时间差值；
S14：判断所述第一时间差值是否大于第一预设时长，若是，则执行步骤 S15；否则，返回执行步骤S11；
S15：计算所述额度申请表中所有状态信息为申请状态的记录中申请额度 的总和，并查询额度资源的当前剩余额度值；
S16：将所述申请额度的总和与所述当前剩余额度值进行比较；若所述申 请额度的总和大于所述当前剩余额度值，则执行步骤S17；否则，执行步骤 S18；
S17：按照申请时间顺序，逐条记录将申请额度从所述当前剩余额度中扣 减，将额度申请表中完成扣除额度的记录标记为申请成功状态，并返回执行 步骤S11；
S18：从当前剩余额度中扣除所述申请额度的总和，将额度申请表中完成 扣除额度的记录一次性全部标记为申请成功状态，并返回执行步骤S11。

2.  根据权利要求1所述的方法，其特征在于，所述对额度申请表中的记 录进行分析处理，以确定额度申请表中状态信息为申请状态的记录的条目数 总和包括：
查询所述额度申请表中所有状态信息为申请状态，且申请时间距离当前 时间的第二时间差值大于第二预设时长的记录，将这些记录的状态信息更新 为撤销状态；
统计所述额度申请表中状态信息为申请状态的记录的条目数总和。

3.  根据权利要求1所述的方法，其特征在于，所述对额度申请表中的记 录进行分析处理，以确定额度申请表中状态信息为申请状态的记录的条目数 总和包括：
查询所述额度申请表中所有状态信息为申请成功状态，且申请时间距离 当前时间的第三时间差值大于第三预设时长的记录，将这些记录的已处理额 度累计返还额度资源，并将这些记录的状态信息更新为撤销状态；
统计所述额度申请表中状态信息为申请状态的记录的条目数总和。

4.  根据权利要求1所述的方法，其特征在于，所述对额度申请表中的记 录进行分析处理，以确定额度申请表中状态信息为申请状态的记录的条目数 总和包括：
查询所述额度申请表中所有状态信息为申请状态，且申请时间距离当前 时间的第二时间差值大于第二预设时长的记录，将这些记录的状态信息更新 为撤销状态；
查询所述额度申请表中所有状态为申请成功状态，且申请时间距离当前 时间的第三时间差值大于所述第三预设时长的记录，将这些记录的已处理额 度累计返还额度资源，并将这些记录的状态信息更新为撤销状态；
统计所述额度申请表中状态信息为申请状态的记录的条目数总和。

5.  根据权利要求2或4所述的方法，其特征在于，所述第二预设时长大 于联机交易的预设等待时长。

6.  一种联机交易处理方法，其特征在于，包括：
客户端初始化重提次数，并发起第一次联机交易，所述发起第一次联机 交易包括：
向后台存储的额度申请表中写入本次额度申请记录，所述额度申请记录 中包括：额度申请的申请对象、申请额度、申请时间以及状态信息，初始状 态信息为申请状态；
查询重提次数是否超过限定值，如已超过，则退出交易，否则，将重提 次数加1，并在等待预置时长后向后台发起第二次联机交易，所述向后台发起 第二次联机交易包括：
查询后台是否开启额度资源处理过程，如果后台开启额度资源处理过程， 则查询额度申请表中本次额度申请的状态信息，若为申请状态，则返回执行 所述查询重提次数是否超过限定值的步骤，若为申请失败状态或撤销状态， 则报错退出，若为申请成功状态，则开始后续联机交易逻辑处理，并在所述 后续联机交易逻辑处理成功时，更新状态信息为处理完成状态；其中，所述 额度资源处理过程为如权利要求1-5任意一项所述的额度资源处理过程；
如果后台未开启额度资源处理过程，则直接访问并更新额度资源。

7.  一种额度资源处理装置，其特征在于，包括：
分析处理模块，用于对额度申请表中的记录进行分析处理，以确定额度 申请表中状态信息为申请状态的记录的条目数总和，其中，所述额度申请表 中记录有联机交易记录的各次额度申请信息，每条记录中记录有每笔额度申 请的申请额度、申请时间以及状态信息；
第一判断模块，用于判断所述额度申请表中状态信息为申请状态的记录 的条目数总和是否达到预设条目数；
第一计算模块，用于当所述第一判断模块判断出所述条目数总和未达到 所述预设条目数时，查询额度申请表中状态信息为申请状态的最早一条记录， 计算该记录的记录时间与当前时间的第一时间差值；
第二判断模块，用于判断所述第一时间差值是否大于第一预设时长，若 否，则触发所述分析处理模块执行对额度申请表中的记录进行分析处理，以 确定额度申请表中状态信息为申请状态的记录的条目数总和的步骤；
第二计算模块，用于当所述第一判断模块判断出所述条目数总和达到所 述预设条目数，或者，所述第二判断模块判断出所述第一时间差值大于所述 第一预设时长时，计算所述额度申请表中所有状态信息为申请状态的记录中 申请额度的总和，并查询额度资源的当前剩余额度值；
比较模块，用于将所述申请额度的总和与所述当前剩余额度值进行比较；
第一额度资源处理模块，用于当所述比较模块的比较结果为所述申请额 度的总和大于所述当前剩余额度值时，按照申请时间顺序，逐条记录将申请 额度从所述当前剩余额度中扣减，将额度申请表中完成扣除额度的记录标记 为申请成功状态，并触发所述分析处理模块执行对额度申请表中的记录进行 分析处理，以确定额度申请表中状态信息为申请状态的记录的条目数总和的 步骤；
第二额度资源处理模块，用于当所述比较模块的比较结果为所述申请额 度的总和小于或等于所述当前剩余额度值时，从当前剩余额度中扣除所述申 请额度的总和，将额度申请表中完成扣除额度的记录一次性全部标记为申请 成功状态，并触发所述分析处理模块执行对额度申请表中的记录进行分析处 理，以确定额度申请表中状态信息为申请状态的记录的条目数总和的步骤。

8.  根据权利要求7所述的装置，其特征在于，所述分析处理模块包括：
第一分析处理单元，用于查询所述额度申请表中所有状态信息为申请状 态，且申请时间距离当前时间的第二时间差值大于第二预设时长的记录，将 这些记录的状态信息更新为撤销状态；
第一统计单元，用于统计所述额度申请表中状态信息为申请状态的记录 的条目数总和。

9.  根据权利要求7所述的装置，其特征在于，所述分析处理模块包括：
第二分析处理单元，用于查询所述额度申请表中所有状态为申请成功状 态，且申请时间距离当前时间的第三时间差值大于第三预设时长的记录，将 这些记录的已处理额度累计返还额度资源，并将这些记录的状态信息更新为 撤销状态；
第二统计单元，用于统计所述额度申请表中状态信息为申请状态的记录 的条目数总和。

10.  根据权利要求7所述的装置，其特征在于，所述分析处理模块包括：
第三分析处理单元，用于查询所述额度申请表中所有状态信息为申请状 态，且申请时间距离当前时间的第二时间差值大于第二预设时长的记录，将 这些记录的状态信息更新为撤销状态；
第四分析处理单元，用于查询所述额度申请表中所有状态为申请成功状 态，且申请时间距离当前时间的第三时间差值大于第三预设时长的记录，将 这些记录的已处理额度累计返还额度资源，并将这些记录的状态信息更新为 撤销状态；
第三统计单元，用于统计所述额度申请表中状态信息为申请状态的记录 的条目数总和。

说明书额度资源处理方法、联机交易处理方法及装置
技术领域
本发明涉及信息处理技术领域，更具体的说，涉及一种额度资源处理方 法、联机交易处理方法及装置。
背景技术
在银行联机类业务中，经常存在对发行产品额度的控制，例如理财产品 额度上限、债券发售限额等，这些销售额度控制就需要在联机交易中对额度 资源进行热点访问和更新，直至资源耗尽。例如，对理财产品的购买交易， 对发售总额进行限制，每笔交易成功的认购交易都将扣减总额，直至总额为 零，产品将不能购买。
在这类交易中，额度资源(即产品限额)具有唯一属性，且同类交易都 必须访问此资源，每次访问此资源都必须独占访问、独占更新，以防止对产 品限额的错误读写，这就导致额度资源成为热点资源，当大量购买交易发生 时，就需要交易排队串行独占访问更新额度资源，导致交易拥塞，响应速度 变慢。当拥塞不断积累，使系统资源耗尽，甚至会导致系统崩溃。
因此，如何对额度资源进行处理以降低交易拥塞发生的概率，提高响应 速度成为亟待解决的问题。
发明内容
本发明的目的在于提供一种额度资源处理方法、联机交易处理方法及装 置，以降低交易拥塞发生的概率，提高响应速度。
为实现上述目的，本发明实施例提供了如下技术方案：
一种额度资源处理方法，包括：
S11：对额度申请表中的记录进行分析处理，以确定额度申请表中状态信 息为申请状态的记录的条目数总和，其中，所述额度申请表中记录有联机交 易记录的各次额度申请信息，每条记录中记录有每笔额度申请的申请对象、 申请额度、申请时间以及状态信息；
S12：判断所述额度申请表中状态信息为申请状态的记录的条目数总和是 否达到预设条目数，若是，则执行步骤S15；否则，执行步骤S13；
S13：查询额度申请表中状态信息为申请状态的最早一条记录，计算该记 录的记录时间(即申请时间)与当前时间的第一时间差值；
S14：判断所述第一时间差值是否大于第一预设时长，若是，则执行步骤 S15；否则，返回执行步骤S11；
S15：计算所述额度申请表中所有状态信息为申请状态的记录中申请额度 的总和，并查询额度资源的当前剩余额度值；
S16：将所述申请额度的总和与所述当前剩余额度值进行比较；若所述申 请额度的总和大于所述当前剩余额度值，则执行步骤S17；否则，执行步骤 S18；
S17：按照申请时间顺序，逐条记录将申请额度从所述当前剩余额度中扣 减，将额度申请表中完成扣除额度的记录标记为申请成功状态，并返回执行 步骤S11；
S18：从当前剩余额度中扣除所述申请额度的总和，将额度申请表中完成 扣除额度的记录一次性全部标记为申请成功状态，并返回执行步骤S11。
上述方法，优选的，所述对额度申请表中的记录进行分析处理，以确定 额度申请表中状态信息为申请状态的记录的条目数总和包括：
查询所述额度申请表中所有状态信息为申请状态，且申请时间距离当前 时间的第二时间差值大于第二预设时长的记录，将这些记录的状态信息更新 为撤销状态；
统计所述额度申请表中状态信息为申请状态的记录的条目数总和。
上述方法，优选的，所述对额度申请表中的记录进行分析处理，以确定 额度申请表中状态信息为申请状态的记录的条目数总和包括：
查询所述额度申请表中所有状态信息为申请成功状态，且申请时间距离 当前时间的第三时间差值大于第三预设时长的记录，将这些记录的已处理额 度累计返还额度资源，并将这些记录的状态信息更新为撤销状态；
统计所述额度申请表中状态信息为申请状态的记录的条目数总和。
上述方法，优选的，所述对额度申请表中的记录进行分析处理，以确定 额度申请表中状态信息为申请状态的记录的条目数总和包括：
查询所述额度申请表中所有状态信息为申请状态，且申请时间距离当前 时间的第二时间差值大于第二预设时长的记录，将这些记录的状态信息更新 为撤销状态；
查询所述额度申请表中所有状态为申请成功状态，且申请时间距离当前 时间的第三时间差值大于所述第三预设时长的记录，将这些记录的已处理额 度累计返还额度资源，并将这些记录的状态信息更新为撤销状态；
统计所述额度申请表中状态信息为申请状态的记录的条目数总和。
上述方法，优选的，所述第二预设时长大于联机交易的预设等待时长。
一种联机交易处理方法，包括：
客户端初始化重提次数，并发起第一次联机交易，所述发起第一次联机 交易包括：
向后台存储的额度申请表中写入本次额度申请记录，所述额度申请记录 中包括：额度申请的申请对象、申请额度、申请时间以及状态信息，初始状 态信息为申请状态；
查询重提次数是否超过限定值，如已超过，则退出交易，否则，将重提 次数加1，并在等待预置时长后向后台发起第二次联机交易，所述向后台发起 第二次联机交易包括：
查询后台是否开启额度资源处理过程，如果后台开启额度资源处理过程， 则查询额度申请表中本次额度申请的状态信息，若为申请状态，则返回执行 所述查询重提次数是否超过限定值的步骤，若为申请失败状态或撤销状态， 则报错退出，若为申请成功状态，则开始后续联机交易逻辑处理，并在所述 后续联机交易逻辑处理成功时，更新状态信息为处理完成状态；其中，所述 额度资源处理过程为如上任意一项所述的额度资源处理过程；
如果后台未开启额度资源处理过程，则直接访问并更新额度资源。
一种额度资源处理装置，包括：
分析处理模块，用于对额度申请表中的记录进行分析处理，以确定额度 申请表中状态信息为申请状态的记录的条目数总和，其中，所述额度申请表 中记录有联机交易记录的各次额度申请信息，每条记录中记录有每笔额度申 请的申请额度、申请时间以及状态信息；
第一判断模块，用于判断所述额度申请表中状态信息为申请状态的记录 的条目数总和是否达到预设条目数；
第一计算模块，用于当所述第一判断模块判断出所述条目数总和未达到 所述预设条目数时，查询额度申请表中状态信息为申请状态的最早一条记录， 计算该记录的记录时间与当前时间的第一时间差值；
第二判断模块，用于判断所述第一时间差值是否大于第一预设时长，若 否，则触发所述分析处理模块执行对额度申请表中的记录进行分析处理，以 确定额度申请表中状态信息为申请状态的记录的条目数总和的步骤；
第二计算模块，用于当所述第一判断模块判断出所述条目数总和达到所 述预设条目数，或者，所述第二判断模块判断出所述第一时间差值大于所述 第一预设时长时，计算所述额度申请表中所有状态信息为申请状态的记录中 申请额度的总和，并查询额度资源的当前剩余额度值；
比较模块，用于将所述申请额度的总和与所述当前剩余额度值进行比较；
第一额度资源处理模块，用于当所述比较模块的比较结果为所述申请额 度的总和大于所述当前剩余额度值时，按照申请时间顺序，逐条记录将申请 额度从所述当前剩余额度中扣减，将额度申请表中完成扣除额度的记录标记 为申请成功状态，并触发所述分析处理模块执行对额度申请表中的记录进行 分析处理，以确定额度申请表中状态信息为申请状态的记录的条目数总和的 步骤；
第二额度资源处理模块，用于当所述比较模块的比较结果为所述申请额 度的总和小于或等于所述当前剩余额度值时，从当前剩余额度中扣除所述申 请额度的总和，将额度申请表中完成扣除额度的记录一次性全部标记为申请 成功状态，并触发所述分析处理模块执行对额度申请表中的记录进行分析处 理，以确定额度申请表中状态信息为申请状态的记录的条目数总和的步骤。
上述装置，优选的，所述分析处理模块包括：
第一分析处理单元，用于查询所述额度申请表中所有状态信息为申请状 态，且申请时间距离当前时间的第二时间差值大于第二预设时长的记录，将 这些记录的状态信息更新为撤销状态；
第一统计单元，用于统计所述额度申请表中状态信息为申请状态的记录 的条目数总和。
上述装置，优选的，所述分析处理模块包括：
第二分析处理单元，用于查询所述额度申请表中所有状态为申请成功状 态，且申请时间距离当前时间的第三时间差值大于第三预设时长的记录，将 这些记录的已处理额度累计返还额度资源，并将这些记录的状态信息更新为 撤销状态；
第二统计单元，用于统计所述额度申请表中状态信息为申请状态的记录 的条目数总和。
上述装置，优选的，所述分析处理模块包括：
第三分析处理单元，用于查询所述额度申请表中所有状态信息为申请状 态，且申请时间距离当前时间的第二时间差值大于第二预设时长的记录，将 这些记录的状态信息更新为撤销状态；
第四分析处理单元，用于查询所述额度申请表中所有状态为申请成功状 态，且申请时间距离当前时间的第三时间差值大于第三预设时长的记录，将 这些记录的已处理额度累计返还额度资源，并将这些记录的状态信息更新为 撤销状态；
第三统计单元，用于统计所述额度申请表中状态信息为申请状态的记录 的条目数总和。
通过以上方案可知，本发明实施例提供的一种额度资源处理方法、联机 交易处理方法及装置，设置额度申请表，由联机交易在额度申请表中记录额 度申请信息，联机交易不再直接对额度资源进行独占访问和更新，而是由一 个独立后台应用程序依据额度申请表实现额度资源的处理，且后台应用程序 可以对额度申请表中的记录进行批量处理。而且由于对额度申请表的读写不 涉及额度资源处理，因此多个联机交易可以并行的访问额度申请表，从而减 少了大量联机交易排队串行独占访问更新额度资源的情况，降低交易拥塞发 生的概率，提高响应速度。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实 施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面 描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不 付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本发明实施例提供的额度资源处理方法的一种实现流程图；
图2为本发明实施例提供的对额度申请表中的记录进行分析处理，以确定 额度申请表中状态信息为申请状态的记录的条目数总和的一种实现流程图；
图3为本发明实施例提供的对额度申请表中的记录进行分析处理，以确定 额度申请表中状态信息为申请状态的记录的条目数总和的另一种实现流程 图；
图4为本发明实施例提供的对额度申请表中的记录进行分析处理，以确定 额度申请表中状态信息为申请状态的记录的条目数总和的又一种实现流程 图；
图5为本发明实施例提供的额度资源处理装置的一种结构示意图；
图6为本发明实施例提供的分析处理模块的一种结构示意图；
图7为本发明实施例提供的分析处理模块的另一种结构示意图；
图8为本发明实施例提供的分析处理模块的又一种结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行 清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而 不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做 出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
请参看图1，图1为本发明实施例提供的额度资源处理方法的一种实现流 程图，可以包括：
步骤S11：对额度申请表中的记录进行分析处理，以确定额度申请表中状 态信息为申请状态的记录的条目数总和，其中，所述额度申请表中记录有联 机交易记录的各次额度申请信息，每条记录中记录有每笔额度申请的申请对 象、申请额度、申请时间以及状态信息；
本发明实施例中，设置额度申请表，该额度申请表用于记录每次联机交 易发起的各次额度申请信息，一次额度申请(即一笔额度申请)对应一条记 录，每条记录中记录有一次额度申请的申请对象(即用户申请的产品)、申 请额度、申请时间以及状态信息，其中，每条记录的初始状态信息为申请状 态。当处于申请状态的记录成功申请额度后，其状态改为申请成功状态，若 未成功申请额度，则状态信息改为撤销状态。若状态信息为申请成功状态的 记录未被后续联机交易使用，则状态信息也改为撤销状态。若被后续联机交 易成功使用，则状态信息改为处理完成状态。
所述对额度申请表中的记录进行分析处理可以包括：确定额度申请表中 无效的记录，将无效的记录的状态信息修改为撤销状态，然后确定额度申请 表中状态信息为申请状态的记录的条目数。
也就是说，本发明实施例中，联机交易不再对额度资源进行独占访问和 更新，而是在额度申请表中记录额度申请信息，而由于对额度申请表的读写 不涉及额度资源处理，因此多个联机交易可以并行的处理额度申请表，从而 避免联机交易排队串行独占访问更新额度资源。
步骤S12：判断所述额度申请表中状态信息为申请状态的记录的条目数总 和是否达到预设条目数，若是，则执行步骤S15；否则，执行步骤S13；
步骤S13：查询额度申请表中状态信息为申请状态的最早一条记录，计算 该记录的记录时间与当前时间的第一时间差值；
步骤S14：判断所述第一时间差值是否大于第一预设时长，若是，则执行 步骤S15；否则，返回执行步骤S11；
本发明实施例中，在额度申请表中状态信息为申请状态的记录的条目数 总和达到预设条目数，或者，虽然额度申请表中状态信息为申请状态的记录 的条目数总和未达到预设条目数，但额度申请表中状态信息为申请状态的最 早一条记录的记录时间与当前时间的第一时间差值大于第一预设时长时，说 明联机交易并发度较高，此时由后台对额度资源进行处理。
可选的，当额度申请表中状态信息为申请状态的记录的条目数总和未达 到预设条目数，且额度申请表中状态信息为申请状态的最早一条记录的记录 时间与当前时间的第一时间差值小于或等于第一预设时长时，等待第四预设 时长，若等待第四预设时长后，额度申请表中状态信息为申请状态的记录的 条目数总和仍然未达到预设条目数，且额度申请表中状态信息为申请状态的 最早一条记录的记录时间与当前时间的第一时间差值仍然小于或等于第一预 设时长，则可以不执行步骤S15-步骤S17。也就是说，本发明实施例中，当 额度申请表中状态信息为申请状态的记录的条目数总和未达到预设条目数， 且额度申请表中状态信息为申请状态的最早一条记录的记录时间与当前时间 的第一时间差值小于或等于第一预设时长时，等待第四预设时长，若等待第 四预设时长后，额度申请表中状态信息为申请状态的记录的条目数总和仍然 未达到预设条目数，且额度申请表中状态信息为申请状态的最早一条记录的 记录时间与当前时间的第一时间差值仍然小于或等于第一预设时长，说明联 机交易并发度较低，此时可以不启动后台的额度资源处理过程。
可选的，本发明实施例中，也可以通过如下方法确定是否开启后台的额 度资源处理过程：
新增计数器，用于记录额度申请表中状态信息为申请状态的记录的条目 数总和未达到预设条目数的连续次数。具体为，在判断出额度申请表中状态 信息为申请状态的记录的条目数总和达到预设条目数时，将计数器清零；在 判断出额度申请表中状态信息为申请状态的最早一条记录的记录时间与当前 时间的第一时间差值大于第一预设时长时，将计数器加1，并判断计数结果是 否达到预设计数值，当计数器的计数结果达到所述预设计数值时，认为联机 交易并发度较低，可以不启动后台的额度资源处理过程。
步骤S15：计算所述额度申请表中所有状态信息为申请状态的记录中申请 额度的总和，并查询额度资源的当前剩余额度值；
步骤S16：将所述申请额度的总和与所述当前剩余额度值进行比较；若所 述申请额度的总和大于所述当前剩余额度值，则执行步骤S17；否则，执行步 骤S18；
步骤S17：按照申请时间顺序，逐条记录将申请额度从所述当前剩余额度 中扣减，将额度申请表中完成扣除额度的记录标记为申请成功状态，并返回 执行步骤S11；
若申请额度的总和大于所述当前剩余额度值，说明额度资源的当前剩余 额度不够，此时按照申请的先后顺序，每从额度申请表中读取一条记录，就 从额度资源的剩余额度中扣除该条记录中记录的申请额度，并将额度申请表 中该条记录中的状态信息更改为申请成功，直至额度资源中的剩余额度不够 扣除一条记录中记录的申请额度。
步骤S18：从当前剩余额度中扣除所述申请额度的总和，将额度申请表中 完成扣除额度的记录一次性全部标记为申请成功状态，并返回执行步骤S11。
若所述申请额度的总和小于或等于所述当前剩余额度值时，直接从申请 额度中扣除申请额度的总和，并一次性完成额度申请表中完成扣除额度的记 录的状态信息的更新，实现额度申请的批量处理。
需要说明的是，本发明实施例提供的额度资源处理方法由后台额度资源 处理程序(即本发明实施例提供的额度资源处理方法)处理完成，而不是由 联机交易程序完成。
本发明实施例提供的额度资源处理方法，设置额度申请表，由联机交易 在额度申请表中记录额度申请信息，联机交易不再直接对额度资源进行独占 访问和更新，而是由后台额度资源处理程序依据额度申请表实现额度资源的 处理，且额度资源处理程序可以对额度申请表中的记录进行批量处理。而且 由于对额度申请表的读写不涉及额度资源处理，因此多个联机交易可以并行 的访问额度申请表，从而减少了大量联机交易排队串行独占访问更新额度资 源的情况，降低交易拥塞发生的概率，提高响应速度。而且，由于不存在多 个联机交易(即联机交易程序)的资源竞争，因此避免了程序间死锁的产生。
另外，本发明实施例提供的额度资源处理方法，提高了系统的安全性和 稳定性。本发明实施例中，由后台额度资源处理程序唯一的访问和更新额度 资源，访问频度可控，相比大量联机交易并发抢夺额度资源，本发明实施例 可以极大的减轻系统负担，避免大量并发联机交易由于等待额度资源释放而 导致拥塞，系统资源消耗过大，甚至系统崩溃。
可选的，所述对额度申请表中的记录进行分析处理，以确定额度申请表 中状态信息为申请状态的记录的条目数总和的一种实现流程图如图2所示， 可以包括：
步骤S21：查询所述额度申请表中所有状态信息为申请状态，且申请时间 距离当前时间的第二时间差值大于第二预设时长的记录，将这些记录的状态 信息更新为撤销状态；
本发明实施例中，对于申请状态的记录，在超过一定时间后仍然为申请 状态，说明这部分记录的联机处理超时，将无法进行后续联机交易处理，也 就是无效记录，因此，将这部分记录的状态信息修改为撤销状态。
步骤S22：统计所述额度申请表中状态信息为申请状态的记录的条目数总 和。
可选的，所述对额度申请表中的记录进行分析处理，以确定额度申请表 中状态信息为申请状态的记录的条目数总和的另一种实现流程图如图3所示， 可以包括：
步骤S31：查询所述额度申请表中所有状态信息为申请成功状态，且申请 时间距离当前时间的第三时间差值大于第三预设时长的记录，将这些记录的 已处理额度累计返还额度资源，并将这些记录的状态信息更新为撤销状态； 其中，所述第三预设时长大于所述第二预设时长。
在额度申请表中的记录被处理成功后，状态信息将被更改为申请成功状 态，等待进行后续处理，此时，如果由于程序异常或网络原因无法进行后续 处理，则此部分已扣除的额度将被浪费。因此，额度申请表中状态信息为申 请成功状态，且记录时间距离当前时间的第三时间差值大于第三预设时长的 记录也属于无效记录，本发明实施例中，判断状态信息为申请成功状态的记 录是否超时未使用，如果是，则将额度回收，并更新状态信息为撤销状态。
步骤S32：统计所述额度申请表中状态信息为申请状态的记录的条目数总 和。
可选的，所述对额度申请表中的记录进行分析处理，以确定额度申请表 中状态信息为申请状态的记录的条目数总和的又一种实现流程图如图4所示， 可以包括：
步骤S41：查询所述额度申请表中所有状态信息为申请状态，且申请时间 距离当前时间的第二时间差值大于第二预设时长的记录，将这些记录的状态 信息更新为撤销状态；
步骤S42：查询所述额度申请表中所有状态为申请成功状态，且申请时间 距离当前时间的第三时间差值大于第三预设时长的记录，将这些记录的已处 理额度累计返还额度资源，并将这些记录的状态信息更新为撤销状态；
需要说明的是，步骤S41与步骤S42的执行顺序不做具体限定，可以先 执行步骤S41，再执行步骤S42；或者，先执行步骤S42，再执行步骤S41； 或者，步骤S41与步骤S42同时执行。
步骤S43：统计所述额度申请表中状态信息为申请状态的记录的条目数总 和。
上述实施例中，可选的，所述第二预设时长大于联机交易的预设等待时 长。本发明实施例中，联机交易会在额度申请表中记录额度申请信息后等待 第二预设时长，在等待第二预设时长后会根据额度申请表中的记录进行后续 处理。
本发明实施例还提供一种联机交易处理方法，具体可以包括：
客户端初始化重提次数，并发起第一次联机交易；
本发明实施例中，重提次数为客户端设置的一个重复提交次数参数，由 于后台额度资源处理过程(即本发明实施例提供的额度资源处理方法)可能 存在延时，因此，设计多次重提，以延长等待额度资源处理的时间。
所述发起第一次联机交易可以包括：
向后台存储的额度申请表中写入本次额度申请记录，所述额度申请记录 中包括：额度申请的申请对象、申请额度、申请时间以及状态信息，初始状 态信息为申请状态；
第一次联机交易程序在向后台提交额度申请时，在后台存储的额度申请 表中写入本次额度申请记录。
查询重提次数是否超过限定值，如已超过，则退出交易，否则，将重提 次数加1，并在等待预置时长后向后台发起第二次联机交易；所述向后台发起 第二次联机交易包括：
查询后台是否开启额度资源处理过程，如果后台开启额度资源处理过程， 则查询额度申请表中本次额度申请的状态信息，若为申请状态，则返回执行 所述查询重提次数是否超过限定值的步骤，若为申请失败状态或撤销状态， 则报错退出，若为申请成功状态，则开始后续联机交易逻辑处理，后续联机 交易处理完成后，再次查询额度申请表中的状态信息，如果额度申请表中记 录中的状态信息已经为撤销状态，则回滚，撤销之前的处理，如仍然为申请 成功状态，则将额度申请表中相应记录中的状态信息更新为处理完成状态。 其中，所述额度资源处理过程为如上所述的额度资源处理方法；如果后台未 开启额度资源处理过程，则直接访问并更新额度资源，依据更新结果更新额 度申请表中相应记录的状态信息，具体的，若额度资源更新成功，则更新状 态信息为申请成功，否则，更新状态信息为申请失败。当联机交易后续处理 成功，则更新额度申请表中记录的状态信息为处理完成状态。
本发明实施例中，将联机交易分为两次进行，第一次联机交易登记额度 申请表，然后等待后台进行额度资源处理，在等待一定时长后发起第二次联 机交易，由第二次联机交易程序直接处理额度表，可见，联机交易程序不再 直接访问额度资源，而是访问额度申请表。而且，将等待时间控制在前台交 易中，等待时间可控，避免大量联机交易并发时，对额度资源排队读取更新 而导致的拥塞和超速，提高高峰交易时刻的交易成功率。
另外，本发明实施例中，在联机交易并发度较低的情况下，后台额度资 源处理过程可以暂停，第一次联机交易读取后台额度资源处理启用标志，若 后台额度资源处理过程未开启，则第一次联机交易登记额度申请表，后续第 二次联机交易直接访问、更新额度资源。这样可以克服后台程序必须等待成 批额度申请才做额度资源处理导致的延时，并减少系统消耗。
与方法实施例相对应，本发明实施例还提供一种额度资源处理装置，本 发明实施例提供的额度资源处理装置的一种结构示意图如图5所示，可以包 括：
分析处理模块51，第一判断模块52，第一计算模块53，第二判断模块 54，第二计算模块55，比较模块56，第一额度资源处理模块57和第二额度 资源处理模块58；其中，
分析处理模块51用于对额度申请表中的记录进行分析处理，以确定额度 申请表中状态信息为申请状态的记录的条目数总和，其中，所述额度申请表 中记录有联机交易记录的各次额度申请信息，每条记录中记录有每笔额度申 请的申请额度、申请时间以及状态信息；
第一判断模块52用于判断所述额度申请表中状态信息为申请状态的记录 的条目数总和是否达到预设条目数；
第一计算模块53用于当所述第一判断模块52判断出所述条目数总和未 达到所述预设条目数时，查询额度申请表中状态信息为申请状态的最早一条 记录，计算该记录的记录时间与当前时间的第一时间差值；
第二判断模块54用于判断所述第一时间差值是否大于第一预设时长，若 否，则触发所述分析处理模块执行对额度申请表中的记录进行分析处理，以 确定额度申请表中状态信息为申请状态的记录的条目数总和的步骤；
第二计算模块55用于当所述第一判断模块52判断出所述条目数总和达 到所述预设条目数，或者，所述第二判断模块54判断出所述第一时间差值大 于所述第一预设时长时，计算所述额度申请表中所有状态信息为申请状态的 记录中申请额度的总和，并查询额度资源的当前剩余额度值；
比较模块56用于将所述申请额度的总和与所述当前剩余额度值进行比 较；
第一额度资源处理模块57，用于当所述比较模块的比较结果为所述申请 额度的总和大于所述当前剩余额度值时，按照申请时间顺序，逐条记录将申 请额度从所述当前剩余额度中扣减，将额度申请表中完成扣除额度的记录标 记为申请成功状态，并触发所述分析处理模块51执行对额度申请表中的记录 进行分析处理，以确定额度申请表中状态信息为申请状态的记录的条目数总 和的步骤；
第二额度资源处理模块58用于当所述比较模块的比较结果为所述申请额 度的总和小于或等于所述当前剩余额度值时，从当前剩余额度中扣除所述申 请额度的总和，将额度申请表中完成扣除额度的记录一次性全部标记为申请 成功状态，并触发所述分析处理模块51执行对额度申请表中的记录进行分析 处理，以确定额度申请表中状态信息为申请状态的记录的条目数总和的步骤。
本发明实施例一种额度资源处理装置，设置额度申请表，由联机交易在 额度申请表中记录额度申请信息，联机交易不再直接对额度资源进行独占访 问和更新，而是由本发明实施例提供的额度资源处理装置依据额度申请表实 现额度资源的处理，且本发明实施例提供的额度资源处理装置可以对额度申 请表中的记录进行批量处理。而且由于对额度申请表的读写不涉及额度资源 处理，因此多个联机交易可以并行的访问额度申请表，从而减少了大量联机 交易排队串行独占访问更新额度资源的情况，降低交易拥塞发生的概率，提 高响应速度。而且，由于不存在多个联机交易(即联机交易程序)的资源竞 争，因此避免了程序间死锁的产生。
另外，本发明实施例提供的额度资源处理装置，提高了系统的安全性和 稳定性。本发明实施例中，由额度资源处理装置唯一的访问和更新额度资源， 访问频度可控，相比大量联机交易并发抢夺额度资源，本发明实施例可以极 大的减轻系统负担，避免大量并发联机交易由于等待额度资源释放而导致拥 塞，系统资源消耗过大，甚至系统崩溃。
可选的，分析处理模块51的一种结构示意图如图6所示，可以包括：
第一分析处理单元61和第一统计单元62；其中，
第一分析处理单元61用于查询所述额度申请表中所有状态信息为申请状 态，且申请时间距离当前时间的第二时间差值大于第二预设时长的记录，将 这些记录的状态信息更新为撤销状态；
第一统计单元62用于统计所述额度申请表中状态信息为申请状态的记录 的条目数总和。
可选的，分析处理模块51的另一种结构示意图如图7所示，可以包括：
第二分析处理单元71和第二统计单元72；其中，
第二分析处理单元71用于查询所述额度申请表中所有状态为申请成功状 态，且申请时间距离当前时间的第三时间差值大于第三预设时长的记录，将 这些记录的已处理额度累计返还额度资源，并将这些记录的状态信息更新为 撤销状态；
第二统计单元72用于统计所述额度申请表中状态信息为申请状态的记录 的条目数总和。
可选的，分析处理模块51的又一种结构示意图如图8所示，可以包括：
第三分析处理单元81，第四分析处理单元82和第三统计单元83；其中，
第三分析处理单元81用于查询所述额度申请表中所有状态信息为申请状 态，且申请时间距离当前时间的第二时间差值大于第二预设时长的记录，将 这些记录的状态信息更新为撤销状态；
第四分析处理单元82用于查询所述额度申请表中所有状态为申请成功状 态，且申请时间距离当前时间的第三时间差值大于第三预设时长的记录，将 这些记录的已处理额度累计返还额度资源，并将这些记录的状态信息更新为 撤销状态；
第三统计单元83用于统计所述额度申请表中状态信息为申请状态的记录 的条目数总和。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各 示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结 合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特 定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方 法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描 述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程， 在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法， 可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的， 例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外 的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或 一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或 直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连 接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作 为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方， 或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或 者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中， 也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单 元中。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用 本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易 见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下， 在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例， 而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。