包括:
[0043]第一分析处理单元，用于查询所述额度申请表中所有状态信息为申请状态，且申请时间距离当前时间的第二时间差值大于第二预设时长的记录，将这些记录的状态信息更新为撤销状态；
[0044]第一统计单元，用于统计所述额度申请表中状态信息为申请状态的记录的条目数总和。
[0045]上述装置，优选的，所述分析处理模块包括:
[0046]第二分析处理单元，用于查询所述额度申请表中所有状态为申请成功状态，且申请时间距离当前时间的第三时间差值大于第三预设时长的记录，将这些记录的已处理额度累计返还额度资源，并将这些记录的状态信息更新为撤销状态；
[0047]第二统计单元，用于统计所述额度申请表中状态信息为申请状态的记录的条目数总和。
[0048]上述装置，优选的，所述分析处理模块包括:
[0049]第三分析处理单元，用于查询所述额度申请表中所有状态信息为申请状态，且申请时间距离当前时间的第二时间差值大于第二预设时长的记录，将这些记录的状态信息更新为撤销状态；
[0050]第四分析处理单元，用于查询所述额度申请表中所有状态为申请成功状态，且申请时间距离当前时间的第三时间差值大于第三预设时长的记录，将这些记录的已处理额度累计返还额度资源，并将这些记录的状态信息更新为撤销状态；
[0051]第三统计单元，用于统计所述额度申请表中状态信息为申请状态的记录的条目数总和。
[0052]通过以上方案可知，本发明实施例提供的一种额度资源处理方法、联机交易处理方法及装置，设置额度申请表，由联机交易在额度申请表中记录额度申请信息，联机交易不再直接对额度资源进行独占访问和更新，而是由一个独立后台应用程序依据额度申请表实现额度资源的处理，且后台应用程序可以对额度申请表中的记录进行批量处理。而且由于对额度申请表的读写不涉及额度资源处理，因此多个联机交易可以并行的访问额度申请表，从而减少了大量联机交易排队串行独占访问更新额度资源的情况，降低交易拥塞发生的概率，提高响应速度。
【附图说明】
[0053]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
[0054]图1为本发明实施例提供的额度资源处理方法的一种实现流程图；
[0055]图2为本发明实施例提供的对额度申请表中的记录进行分析处理，以确定额度申请表中状态信息为申请状态的记录的条目数总和的一种实现流程图；
[0056]图3为本发明实施例提供的对额度申请表中的记录进行分析处理，以确定额度申请表中状态信息为申请状态的记录的条目数总和的另一种实现流程图；
[0057]图4为本发明实施例提供的对额度申请表中的记录进行分析处理，以确定额度申请表中状态信息为申请状态的记录的条目数总和的又一种实现流程图；
[0058]图5为本发明实施例提供的额度资源处理装置的一种结构示意图；
[0059]图6为本发明实施例提供的分析处理模块的一种结构示意图；
[0060]图7为本发明实施例提供的分析处理模块的另一种结构示意图；
[0061]图8为本发明实施例提供的分析处理模块的又一种结构示意图。
【具体实施方式】
[0062]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0063]请参看图1，图1为本发明实施例提供的额度资源处理方法的一种实现流程图，可以包括:
[0064]步骤Sll:对额度申请表中的记录进行分析处理，以确定额度申请表中状态信息为申请状态的记录的条目数总和，其中，所述额度申请表中记录有联机交易记录的各次额度申请?目息，每条记录中记录有每笔额度申请的申请对象、申请额度、申请时间以及状态?目息;
[0065]本发明实施例中，设置额度申请表，该额度申请表用于记录每次联机交易发起的各次额度申请信息，一次额度申请(即一笔额度申请)对应一条记录，每条记录中记录有一次额度申请的申请对象(即用户申请的产品)、申请额度、申请时间以及状态信息，其中，每条记录的初始状态信息为申请状态。当处于申请状态的记录成功申请额度后，其状态改为申请成功状态，若未成功申请额度，则状态信息改为撤销状态。若状态信息为申请成功状态的记录未被后续联机交易使用，则状态信息也改为撤销状态。若被后续联机交易成功使用，则状态信息改为处理完成状态。
[0066]所述对额度申请表中的记录进行分析处理可以包括:确定额度申请表中无效的记录，将无效的记录的状态信息修改为撤销状态，然后确定额度申请表中状态信息为申请状态的记录的条目数。
[0067]也就是说，本发明实施例中，联机交易不再对额度资源进行独占访问和更新，而是在额度申请表中记录额度申请信息，而由于对额度申请表的读写不涉及额度资源处理，因此多个联机交易可以并行的处理额度申请表，从而避免联机交易排队串行独占访问更新额度资源。
[0068]步骤S12:判断所述额度申请表中状态信息为申请状态的记录的条目数总和是否达到预设条目数，若是，则执行步骤S15 ;否则，执行步骤S13 ;
[0069]步骤S13:查询额度申请表中状态信息为申请状态的最早一条记录，计算该记录的记录时间与当前时间的第一时间差值；
[0070]步骤S14:判断所述第一时间差值是否大于第一预设时长，若是，则执行步骤S15 ;否则，返回执行步骤Sll ;
[0071]本发明实施例中，在额度申请表中状态信息为申请状态的记录的条目数总和达到预设条目数，或者，虽然额度申请表中状态信息为申请状态的记录的条目数总和未达到预设条目数，但额度申请表中状态信息为申请状态的最早一条记录的记录时间与当前时间的第一时间差值大于第一预设时长时，说明联机交易并发度较高，此时由后台对额度资源进行处理。
[0072]可选的，当额度申请表中状态信息为申请状态的记录的条目数总和未达到预设条目数，且额度申请表中状态信息为申请状态的最早一条记录的记录时间与当前时间的第一时间差值小于或等于第一预设时长时，等待第四预设时长，若等待第四预设时长后，额度申请表中状态信息为申请状态的记录的条目数总和仍然未达到预设条目数，且额度申请表中状态信息为申请状态的最早一条记录的记录时间与当前时间的第一时间差值仍然小于或等于第一预设时长，则可以不执行步骤S15-步骤S17。也就是说，本发明实施例中，当额度申请表中状态信息为申请状态的记录的条目数总和未达到预设条目数，且额度申请表中状态信息为申请状态的最早一条记录的记录时间与当前时间的第一时间差值小于或等于第一预设时长时，等待第四预设时长，若等待第四预设时长后，额度申请表中状态信息为申请状态的记录的条目数总和仍然未达到预设条目数，且额度申请表中状态信息为申请状态的最早一条记录的记录时间与当前时间的第一时间差值仍然小于或等于第一预设时长，说明联机交易并发度较低，此时可以不启动后台的额度资源处理过程。
[0073]可选的，本发明实施例中，也可以通过如下方法确定是否开启后台的额度资源处理过程:
[0074]新增计数器，用于记录额度申请表中状态信息为申请状态的记录的条目数总和未达到预设条目数的连续次数。具体为，在判断出额度申请表中状态信息为申请状态的记录的条目数总和达到预设条目数时，将计数器清零；在判断出额度申请表中状态信息为申请状态的最早一条记录的记录时间与当前时间的第一时间差值大于第一预设时长时，将计数器加1，并判断计数结果是否达到预设计数值，当计数器的计数结果达到所述预设计数值时，认为联机交易并发度较低，可以不启动后台的额度资源处理过程。
[0075]步骤S15:计算所述额度申请表中所有状态信息为申请状态的记录中申请额度的总和，并查询额度资源的当前剩余额度值；