一种额度控制方法、系统和装置与流程

1.本发明涉及计算机技术领域，特别涉及人工智能技术领域，尤其涉及一种额度控制方法、系统和装置。


背景技术：

2.金融业界销售的金融产品通常都是有额度限制的，例如：总额度为20亿。客户可以通过银行渠道申请购买产品份额，所有客户申请购买的份额的总和不能超过产品的发售总额度。在金融产品发售时，会有很多客户同时购买，导致产品额度计算不及时，会产生超卖的情况。相关技术中，通常采取锁、订单累加、额度分片或额度树的方式进行额度控制，但这类方式存在大量浪费系统资源、性能和可靠性较差、执行效率低下的问题，还会给系统的安全稳定运行带来极大压力。


技术实现要素：

3.本发明的一个目的在于提供一种额度控制方法，能够节约系统资源，提高系统性能和可靠性，提高额度控制的执行效率，保障了系统安全稳定的运行状态。本发明的另一个目的在于提供一种额度控制装置。本发明的再一个目的在于提供一种计算机可读介质。本发明的还一个目的在于提供一种计算机设备。
4.为了达到以上目的，本发明一方面公开了一种额度控制方法，包括：
5.从预先设置的数据存储区中获取交易产品的额度请求记录，数据存储区包括多个数据区，每个数据区具备指定的优先级；
6.按照每个数据区的优先级顺序，对数据区中存储的额度请求记录进行额度控制处理，生成业务处理结果和最终总额度。
7.优选的，在从预先设置的数据存储区中获取交易产品的额度请求记录之前，还包括：
8.接收用户输入的交易产品的额度请求，额度请求包括请求额度和请求类型；
9.根据请求额度生成额度请求记录；
10.按照请求类型，将额度请求记录添加至对应的数据区。
11.优选的，数据存储区包括调仓数据区、撤单数据区、冲正数据区、大额数据区和小额数据区，多个数据区的优先级由高到低分别为：调仓数据区、冲正数据区、撤单数据区、大额数据区和小额数据区。
12.优选的，按照每个数据区的优先级顺序，对数据区中存储的额度请求记录进行额度控制处理，生成业务处理结果和最终总额度，包括：
13.获取交易产品的当前总额度和预先设置的参数表；
14.按照调仓数据区的额度请求记录，对当前总额度进行更新，生成第一更新总额度；
15.按照冲正数据区的额度请求记录，对第一更新总额度进行更新，生成第二更新总额度；
16.按照撤单数据区的额度请求记录，对第二更新总额度进行更新，生成第三更新总额度；
17.根据参数表和第三更新总额度，对大额数据区的额度请求记录进行额度业务处理，生成业务处理结果和第四更新总额度；
18.根据参数表和第四更新总额度，对小额数据区的额度请求记录进行额度业务处理，生成业务处理结果和最终总额度。
19.优选的，调仓数据区的额度请求记录为调仓额度记录，调仓额度记录包括第一记录状态、记录类型和第一记录额度数；
20.按照调仓数据区的额度请求记录，对当前总额度进行更新，生成第一更新总额度，包括：
21.筛选出第一记录状态为未处理的调仓额度记录；
22.若筛选出的调仓额度记录的记录类型为调增，将第一记录额度数与当前总额度相加，得到第一更新总额度；
23.若筛选出的调仓额度记录的记录类型为调减，将当前总额度减去第一记录额度数，得到第一更新总额度。
24.优选的，方法还包括：
25.保存第一更新总额度，并将筛选出的调仓额度记录的第一记录状态更新为已处理。
26.优选的，冲正数据区的额度请求记录为冲正额度记录，冲正额度记录包括第二记录状态和第二记录额度数；
27.按照冲正数据区的额度请求记录，对第一更新总额度进行更新，生成第二更新总额度，包括：
28.筛选出第二记录状态为未处理的冲正额度记录；
29.将第二记录额度数与第一更新总额度相加，得到第二更新总额度。
30.优选的，方法还包括：
31.保存第二更新总额度，并将筛选出的冲正额度记录的第二记录状态更新为已处理。
32.优选的，撤单数据区的额度请求记录为撤单额度记录，撤单额度记录包括第三记录状态和第三记录额度数；
33.按照撤单数据区的额度请求记录，对第二更新总额度进行更新，生成第三更新总额度，包括：
34.筛选出第三记录状态为未处理的撤单额度记录；
35.将第三记录额度数与第二更新总额度相加，得到第三更新总额度。
36.优选的，方法还包括：
37.保存第三更新总额度，并将筛选出的撤单额度记录的第三记录状态更新为已处理。
38.优选的，参数表中包括大额并发数，大额数据区的额度请求记录为大额额度记录，大额额度记录包括第四记录状态和第四记录额度数；
39.根据参数表和第三更新总额度，对大额数据区的额度请求记录进行额度业务处
理，生成业务处理结果和第四更新总额度，包括：
40.按照大额并发数，筛选出第四记录状态为未处理的大额额度记录；
41.依次判断每条大额额度记录的第四记录额度数是否小于或等于第三更新总额度；
42.若是，将第三更新总额度减去第四记录额度数，得到第四更新总额度，并按照大额额度记录执行业务，得到业务处理结果；
43.若否，对大额额度记录添加余额不足标签，生成业务处理失败的业务处理结果，并将第三更新总额度确定为第四更新总额度。
44.优选的，方法还包括：
45.保存第四更新总额度，并将筛选出的大额额度记录的第四记录状态更新为已处理。
46.优选的，参数表中包括小额并发数，小额数据区的额度请求记录为小额额度记录，小额额度记录包括第五记录状态和第五记录额度数；
47.根据参数表和第四更新总额度，对小额数据区的额度请求记录进行额度业务处理，生成业务处理结果和最终总额度，包括：
48.按照小额并发数，筛选出第五记录状态为未处理的小额额度记录；
49.依次判断每条小额额度记录的第五记录额度数是否小于或等于第四更新总额度；
50.若是，将第四更新总额度减去第五记录额度数，得到最终总额度，并按照小额额度记录执行业务，得到业务处理结果；
51.若否，对小额额度记录添加余额不足标签，生成业务处理失败的业务处理结果，并将第四更新总额度确定为最终总额度。
52.优选的，方法还包括：
53.保存最终总额度，并将筛选出的小额额度记录的第五记录状态更新为已处理。
54.优选的，在按照每个数据区的优先级顺序，对数据区中存储的额度请求记录进行额度控制处理，生成业务处理结果和最终总额度之后，还包括：
55.根据额度请求记录和对应的业务处理结果，生成订单记录表；
56.遍历订单记录表中的订单记录，并对异常的订单记录进行异常处理，得到异常处理结果。
57.优选的，根据额度请求记录和对应的业务处理结果，生成订单记录表，包括：
58.若额度请求记录对应的业务处理结果为成功，根据额度请求记录和处理成功的业务状态，生成订单记录；
59.若额度请求记录对应的业务处理结果为失败，根据额度请求记录和处理失败的业务状态，生成订单记录，并且，将额度请求记录对应的记录额度数与最终总额度相加，得到更新后的最终总额度；
60.若额度请求记录对应的业务处理结果为超时或未明，根据额度请求记录和处理超时或未明的业务状态，生成订单记录；
61.根据多条订单记录，生成订单记录表。
62.优选的，遍历订单记录表中的订单记录，并对异常的订单记录进行异常处理，得到异常处理结果，包括：
63.筛选出业务状态为处理超时或未明的订单记录，订单记录包括失败重试次数；
64.判断失败重试次数是否大于预设的最大失败重试次数；
65.若是，将订单记录的业务状态更新为人工处理；
66.若否，按照订单记录对应的额度请求记录重新执行业务，生成重新执行后的业务处理结果。
67.优选的，方法还包括：
68.若重新执行后的业务处理结果为成功，将订单记录的业务状态更新为处理成功；
69.若重新执行后的业务处理结果为失败，将订单记录的业务状态更新为处理失败，并根据订单记录向冲正数据区添加冲正额度记录；
70.若重新执行后的业务处理结果为超时或未明，将订单记录的失败重试次数进行加一处理。
71.本发明还公开了一种额度控制装置，包括：
72.获取单元，用于从预先设置的数据存储区中获取交易产品的额度请求记录，数据存储区包括多个数据区，每个数据区具备指定的优先级；
73.额度控制单元，用于按照每个数据区的优先级顺序，对数据区中存储的额度请求记录进行额度控制处理，生成业务处理结果和最终总额度。
74.优选的，装置还包括：
75.接收单元，用于接收用户输入的交易产品的额度请求，额度请求包括请求额度和请求类型；
76.额度请求记录生成单元，用于根据请求额度生成额度请求记录；
77.记录添加单元，用于按照请求类型，将额度请求记录添加至对应的数据区。
78.优选的，数据存储区包括调仓数据区、撤单数据区、冲正数据区、大额数据区和小额数据区，多个数据区的优先级由高到低分别为：调仓数据区、冲正数据区、撤单数据区、大额数据区和小额数据区。
79.优选的，额度控制单元，具体用于获取交易产品的当前总额度和预先设置的参数表；按照调仓数据区的额度请求记录，对当前总额度进行更新，生成第一更新总额度；按照冲正数据区的额度请求记录，对第一更新总额度进行更新，生成第二更新总额度；按照撤单数据区的额度请求记录，对第二更新总额度进行更新，生成第三更新总额度；根据参数表和第三更新总额度，对大额数据区的额度请求记录进行额度业务处理，生成业务处理结果和第四更新总额度；根据参数表和第四更新总额度，对小额数据区的额度请求记录进行额度业务处理，生成业务处理结果和最终总额度。
80.优选的，调仓数据区的额度请求记录为调仓额度记录，调仓额度记录包括第一记录状态、记录类型和第一记录额度数；
81.额度控制单元，具体用于筛选出第一记录状态为未处理的调仓额度记录；若筛选出的调仓额度记录的记录类型为调增，将第一记录额度数与当前总额度相加，得到第一更新总额度；若筛选出的调仓额度记录的记录类型为调减，将当前总额度减去第一记录额度数，得到第一更新总额度。
82.优选的，方法还包括：
83.第一更新单元，用于保存第一更新总额度，并将筛选出的调仓额度记录的第一记录状态更新为已处理。
84.优选的，冲正数据区的额度请求记录为冲正额度记录，冲正额度记录包括第二记录状态和第二记录额度数；
85.额度控制单元，具体用于筛选出第二记录状态为未处理的冲正额度记录；将第二记录额度数与第一更新总额度相加，得到第二更新总额度。
86.优选的，装置还包括：
87.第二更新单元，用于保存第二更新总额度，并将筛选出的冲正额度记录的第二记录状态更新为已处理。
88.优选的，撤单数据区的额度请求记录为撤单额度记录，撤单额度记录包括第三记录状态和第三记录额度数；
89.额度控制单元，具体用于筛选出第三记录状态为未处理的撤单额度记录；将第三记录额度数与第二更新总额度相加，得到第三更新总额度。
90.优选的，装置还包括：
91.第三更新单元，用于保存第三更新总额度，并将筛选出的撤单额度记录的第三记录状态更新为已处理。
92.优选的，参数表中包括大额并发数，大额数据区的额度请求记录为大额额度记录，大额额度记录包括第四记录状态和第四记录额度数；
93.额度控制单元，具体用于按照大额并发数，筛选出第四记录状态为未处理的大额额度记录；依次判断每条大额额度记录的第四记录额度数是否小于或等于第三更新总额度；若是，将第三更新总额度减去第四记录额度数，得到第四更新总额度，并按照大额额度记录执行业务，得到业务处理结果；若否，对大额额度记录添加余额不足标签，生成业务处理失败的业务处理结果，并将第三更新总额度确定为第四更新总额度。
94.优选的，装置还包括：
95.第四更新单元，用于保存第四更新总额度，并将筛选出的大额额度记录的第四记录状态更新为已处理。
96.优选的，参数表中包括小额并发数，小额数据区的额度请求记录为小额额度记录，小额额度记录包括第五记录状态和第五记录额度数；
97.额度控制单元，具体用于按照小额并发数，筛选出第五记录状态为未处理的小额额度记录；依次判断每条小额额度记录的第五记录额度数是否小于或等于第四更新总额度；若是，将第四更新总额度减去第五记录额度数，得到最终总额度，并按照小额额度记录执行业务，得到业务处理结果；若否，对小额额度记录添加余额不足标签，生成业务处理失败的业务处理结果，并将第四更新总额度确定为最终总额度。
98.优选的，装置还包括：
99.第五更新单元，用于保存最终总额度，并将筛选出的小额额度记录的第五记录状态更新为已处理。
100.优选的，装置还包括：
101.订单生成单元，用于根据额度请求记录和对应的业务处理结果，生成订单记录表；
102.订单异常处理单元，用于遍历订单记录表中的订单记录，并对异常的订单记录进行异常处理，得到异常处理结果。
103.优选的，订单生成单元，具体用于若额度请求记录对应的业务处理结果为成功，根
据额度请求记录和处理成功的业务状态，生成订单记录；若额度请求记录对应的业务处理结果为失败，根据额度请求记录和处理失败的业务状态，生成订单记录，并且，将额度请求记录对应的记录额度数与最终总额度相加，得到更新后的最终总额度；若额度请求记录对应的业务处理结果为超时或未明，根据额度请求记录和处理超时或未明的业务状态，生成订单记录；根据多条订单记录，生成订单记录表。
104.优选的，订单异常处理单元，具体用于筛选出业务状态为处理超时或未明的订单记录，订单记录包括失败重试次数；判断失败重试次数是否大于预设的最大失败重试次数；若是，将订单记录的业务状态更新为人工处理；若否，按照订单记录对应的额度请求记录重新执行业务，生成重新执行后的业务处理结果。
105.优选的，装置还包括：
106.第六更新单元，用于若重新执行后的业务处理结果为成功，将订单记录的业务状态更新为处理成功；
107.第七更新单元，用于若重新执行后的业务处理结果为失败，将订单记录的业务状态更新为处理失败，并根据订单记录向冲正数据区添加冲正额度记录；
108.累加单元，用于若重新执行后的业务处理结果为超时或未明，将订单记录的失败重试次数进行加一处理。
109.本发明还公开了一种额度控制系统，系统包括：如上述额度控制装置以及服务注册中心；
110.额度控制装置用于按照预设时间周期向服务注册中心发送心跳报文；
111.服务注册中心用于响应于心跳报文，并向额度控制装置返回的响应报文。
112.本发明还公开了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述方法。
113.本发明还公开了一种计算机设备，包括存储器和处理器，所述存储器用于存储包括程序指令的信息，所述处理器用于控制程序指令的执行，所述处理器执行所述程序时实现如上所述方法。
114.本发明还公开了一种计算机程序产品，包括计算机程序/指令，计算机程序/指令被处理器执行时实现如上所述方法。
115.本发明从预先设置的数据存储区中获取交易产品的额度请求记录，数据存储区包括多个数据区，每个数据区具备指定的优先级；按照每个数据区的优先级顺序，对数据区中存储的额度请求记录进行额度控制处理，生成业务处理结果和最终总额度，能够节约系统资源，提高系统性能和可靠性，提高额度控制的执行效率，保障了系统安全稳定的运行状态。
附图说明
116.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
117.图1为本发明实施例提供的一种额度控制系统的结构示意图；
118.图2为本发明实施例提供的一种额度控制方法的流程图；
119.图3为本发明实施例提供的又一种额度控制方法的流程图；
120.图4为本发明实施例提供的一种生成第一更新总额度的流程图；
121.图5为本发明实施例提供的一种生成第二更新总额度的流程图；
122.图6为本发明实施例提供的一种生成第三更新总额度的流程图；
123.图7为本发明实施例提供的一种生成第四更新总额度的流程图；
124.图8为本发明实施例提供的一种生成最终总额度的流程图；
125.图9为本发明实施例提供的一种生成订单记录表的流程图；
126.图10为本发明实施例提供的一种异常处理的流程图；
127.图11为本发明实施例提供的一种额度控制装置的结构示意图；
128.图12为本发明实施例提供的一种计算机设备的结构示意图。
具体实施方式
129.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
130.需要说明的是，本技术公开的一种额度控制方法、系统和装置可用于人工智能技术领域，也可用于除人工智能技术领域之外的任意领域，本技术公开的一种额度控制方法、系统和装置的应用领域不做限定。
131.为了便于理解本技术提供的技术方案，下面先对本技术技术方案的相关内容进行说明。微服务是一种分布式架构实现方式，应用程序由许多松散且可独立部署的较小服务组成，服务与服务之间通过注册中心进行服务的注册和发现，同时各服务与注册中心维持心跳，保证服务的高可用性，没有心跳响应的服务将被注册中心清除。数据区用于存放请求数据，通常是数据库或者消息队列。远程过程调用是一种计算机通信协议，该协议允许一台计算机的程序调用另一台计算机的子程序。同步调用是一种过程调用方式，一个进程调用子程序或过程后，等待调用的返回才继续执行。异步调用是一种过程调用方式，一个进程调用子程序或过程后，无需等待被调子程序或过程的返回，而让进程操作继续执行。异步回调是一种过程调用方式，一个进程调用子程序或过程后，被调子程序或过程会立即返回一个回调对象，而无需等待被调子程序或过程的执行，进程操作可以继续执行，并在后续阶段通过调用回调对象获取被调子程序或过程的返回数据。
132.本发明采用分布式微服务架构设计，设计原理是通过把用户的一次购买行为拆分为额度扣减和订单执行两个阶段执行。本发明从微观上看每一个额度的扣减是在内存中串行的，而宏观上看订单的执行是分布在不同机器上并行的，充分利用分布式系统将耗时耗力的操作分布在不同的机器上执行，即解除了对额度热点资源的无序争抢，同时又能保证高效、准确的完成订单执行；在产品发售时，通常是几十、上百个金融产品在同时销售，额度和订单相分离的设计，可以使额度和订单分布在不同的数据库上执行，大大提高执行效率，这样的功能分离可用使程序高效的分布式并发执行，而又不会产生热点资源争抢。例如：额度控制在一台分布式内存或者数据库上执行，订单分布在五台数据库机器上执行。
133.由于本发明是分布式微服务架构设计，在调度额度控制装置中的额度控制单元和订单异常处理单元时，需要选读取预设的参数表中各单元的服务状态。
134.额度控制单元用于进行总额度控制，控制额度的扣减和调增、调减，并判断是否有足够额度给订单；在内存中完成对额度扣减订单额度，执行速度非常快；通过异步调用额度管理单元和指令工作单元，将额度保存、订单执行等复杂操作交给其他机器完成。
135.订单异常处理单元用于对执行异常的订单完成一系列的补偿操作，如：a、对超时和未明状态的订单，重新调用指令工作单元，重试业务逻辑，直到有明确的成功或者失败；b、对重试后专题失败的订单，发起额度冲正，将订单记录放入冲正数据区，由额度控制单元重新增加该订单额度，完成补偿操作。
136.具体地，通过设置定时任务，定时调用额度控制单元的服务，判断当前服务状态是否为处理中，若是，则终止当前服务，退出后续处理；若否，将参数表中对应的服务状态更新为处理中，如果更新成功，则继续后续步骤处理，如果更新失败则终止当前服务，退出后续处理；通过此步骤可以保证多个额度控制单元服务同时或先后调起，但是只有一个实例可以处于执行中。
137.具体地，通过设置定时任务，定时调用订单异常处理单元的服务，判断当前服务状态是否为处理中，若是，则终止当前服务，退出后续处理；若否，将参数表中对应的服务状态更新为处理中，如果更新成功，则继续后续步骤处理，如果更新失败则终止当前服务，退出后续处理；通过此步骤可以保证多个订单异常处理单元服务同时或先后调起，但是只有一个实例可以处于执行中。
138.图1为本发明实施例提供的一种额度控制系统的结构示意图，如图1所示，系统包括额度控制装置10和服务注册中心20，额度控制装置10与服务注册中心20通信连接。
139.额度控制装置10用于按照预设时间周期向服务注册中心20发送心跳报文。其中，时间周期可以根据实际需求进行设置，本发明实施例对此不作限定。
140.服务注册中心20用于响应于心跳报文，并向额度控制装置10返回的响应报文。
141.本发明实施例中，额度控制装置10用于提供多种服务，包括但不限于额度控制服务、额度管理服务和指令工作服务，多种服务分别部署于多台机器上，并注册于服务注册中心20。
142.具体地，管理员可以通过页面在额度管理单元维护产品额度等初始化参数，并将额度保存到数据数或者分布式内存中；同时额度管理单元对外提供以下服务：a、对外提供产品当前总额度；b、接收额度控制单元传来的当前总额度，并保存到数据库或者分布式内存中。
143.具体地，指令工作服务包括：接收记录数据、完成订单业务逻辑，如：执行各种数据校验、各种业务完整性检查(用户身份检查、账户检查)、扣款、增加持仓、写日志等业务逻辑。
144.由于本发明是采用分布式架构，可以通过增加指令工作服务的机器数量，进行水平扩展来提高指令并发执行效率，同时额度控制服务和指令工作服务都有多个实例运行，保证服务的高可用性。
145.具体地，额度控制装置10中的多种服务按照预设时间周期向服务注册中心20发送心跳报文，若服务注册中心20在连续指定数量周期内未收到某种服务发送的心跳报文，表
明该服务掉线，服务注册中心20移除该服务，从而保证整体服务的高可用性。
146.值得说明的是，图1所示的额度控制系统还可以执行图2至图10任一所示的方法，本发明实施例在此不再赘述。
147.下面以额度控制装置作为执行主体为例，说明本发明实施例提供的额度控制方法的实现过程。可理解的是，本发明实施例提供的额度控制方法的执行主体包括但不限于额度控制装置。
148.图2为本发明实施例提供的一种额度控制方法的流程图，如图2所示，该方法包括：
149.步骤101、从预先设置的数据存储区中获取交易产品的额度请求记录，数据存储区包括多个数据区，每个数据区具备指定的优先级。
150.步骤102、按照每个数据区的优先级顺序，对数据区中存储的额度请求记录进行额度控制处理，生成业务处理结果和最终总额度。
151.值得说明的是，本技术中技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。本技术实施例中的用户信息均是通过合法合规途径获得，并且对用户信息的获取、存储、使用、处理等经过客户授权同意的。
152.本发明实施例提供的技术方案中，从预先设置的数据存储区中获取交易产品的额度请求记录，数据存储区包括多个数据区，每个数据区具备指定的优先级；按照每个数据区的优先级顺序，对数据区中存储的额度请求记录进行额度控制处理，生成业务处理结果和最终总额度，能够节约系统资源，提高系统性能和可靠性，提高额度控制的执行效率，保障了系统安全稳定的运行状态。
153.图3为本发明实施例提供的又一种额度控制方法的流程图，如图3所示，该方法包括：
154.步骤201、接收用户输入的交易产品的额度请求，额度请求包括请求额度和请求类型。
155.本发明实施例中，各步骤由额度控制装置执行。
156.本发明实施例中，用户通过个人终端购买交易产品，生成额度请求，额度控制装置接收该额度请求；或者，管理员通过管理员终端发起调仓的额度请求，额度控制装置接收该额度请求。请求额度为用户的购买份额，请求类型包括但不限于额度类别或调仓。额度类别包括大额或小额，若请求额度大于预先设置的大额阈值，额度类别为大额；若请求额度小于或等于预先设置的大额阈值，额度类别为小额。作为一种可选方案，大额阈值为50万。
157.步骤202、根据请求额度生成额度请求记录。
158.本发明实施例中，额度请求记录包括交易产品和请求额度。
159.步骤203、按照请求类型，将额度请求记录添加至对应的数据区。
160.本发明实施例中，数据存储区按照功能划分，包括多个数据区，具体为：调仓数据区、撤单数据区、冲正数据区、大额数据区和小额数据区。其中，调仓数据区用于存储对总额度进行调增或调减的额度请求记录；撤单数据区用于存储用户下单成功，后续又撤销订单的额度请求记录；冲正数据区用于存储额度补偿失败的额度请求记录；大额数据区用于存储请求额度大于大额阈值的额度请求记录；小额数据区用于存储请求额度小于或等于大额阈值的额度请求记录。
161.具体地，若请求类型为大额的额度类别，将该额度请求记录添加至对应的大额数
据区；若请求类型为小额的额度类别，将该额度请求记录添加至对应的小额数据区；若请求类型为调仓，将该额度请求记录添加至对应的调仓数据区。
162.本发明实施例中，通过使用不同的数据区存储不同类型的额度请求记录，分别进行相应的额度和业务处理，防止多方同时进行额度更新，从而确保总额度的准确性。
163.作为另一种可选方案，还可以将额度请求记录存储至预先设置的消息队列，防止并发请求引起的系统阻塞，缓解系统并发压力。
164.步骤204、从预先设置的数据存储区中获取交易产品的额度请求记录，数据存储区包括多个数据区，每个数据区具备指定的优先级。
165.本发明实施例中，数据存储区包括调仓数据区、撤单数据区、冲正数据区、大额数据区和小额数据区。作为一种可选方案，多个数据区的优先级由高到低分别为：调仓数据区、冲正数据区、撤单数据区、大额数据区和小额数据区。
166.本发明实施例中，优先对总额度完成更新操作，然后再做额度扣减操作，可以最大限度保证记录能够有额度执行成功。
167.步骤205、获取交易产品的当前总额度和预先设置的参数表。
168.本发明实施例中，参数表包括但不限于大额并发数、小额并发数和超时时间。参数表中各参数的具体取值可以根据实际需求进行设置，本发明实施例对此不作限定。
169.本发明实施例中，额度控制装置中的额度管理单元包括交易产品的当前总额度，可以从额度管理单元中读取当前总额度。
170.步骤206、按照调仓数据区的额度请求记录，对当前总额度进行更新，生成第一更新总额度。
171.本发明实施例中，调仓数据区的额度请求记录为调仓额度记录，调仓额度记录包括第一记录状态、记录类型和第一记录额度数。第一记录状态包括已处理或未处理；记录类型包括调增或调减。
172.图4为本发明实施例提供的一种生成第一更新总额度的流程图，如图4所示，步骤206具体包括：
173.步骤2061、筛选出第一记录状态为未处理的调仓额度记录。
174.本发明实施例中，调仓数据区中包括多条调仓额度记录，从多条调仓额度记录中筛选出未处理的调仓额度记录，按照未处理的调仓额度记录依次处理，更新当前总额度。
175.步骤2062、判断调仓额度记录的记录类型是否为调增，若是，执行步骤2063；若否，执行步骤2064。
176.本发明实施例中，若筛选出的调仓额度记录的记录类型为调增，表明需要增加当前总额度，继续执行步骤2063；若筛选出的调仓额度记录的记录类型不是调增，则为为调减，表明需要扣减当前总额度，继续执行步骤2064。
177.步骤2063、将第一记录额度数与当前总额度相加，得到第一更新总额度，本步骤结束。
178.本发明实施例中，第一更新总额度为根据调仓额度记录更新后的当前总额度。
179.步骤2064、将当前总额度减去第一记录额度数，得到第一更新总额度。
180.本发明实施例中，第一更新总额度为根据调仓额度记录更新后的当前总额度。
181.进一步地，保存第一更新总额度，并将筛选出的调仓额度记录的第一记录状态更
新为已处理。具体地，异步调用额度管理单元保存第一更新总额度到数据库或内存服务器，并将处理后的调仓额度记录的状态修改为已处理，表明该条记录已处理，下次遍历时不再对此条记录进行处理，防止重复处理导致总额度紊乱。
182.步骤207、按照冲正数据区的额度请求记录，对第一更新总额度进行更新，生成第二更新总额度。
183.本发明实施例中，冲正数据区的额度请求记录为冲正额度记录，冲正额度记录包括第二记录状态和第二记录额度数。第二记录状态包括已处理或未处理。
184.图5为本发明实施例提供的一种生成第二更新总额度的流程图，如图5所示，步骤207具体包括：
185.步骤2071、筛选出第二记录状态为未处理的冲正额度记录。
186.本发明实施例中，冲正数据区中包括多条冲正额度记录，从多条冲正额度记录中筛选出未处理的冲正额度记录，按照未处理的冲正额度记录依次处理，更新当前总额度。
187.步骤2072、将第二记录额度数与第一更新总额度相加，得到第二更新总额度。
188.本发明实施例中，第二更新总额度为根据冲正额度记录更新后的当前总额度。
189.进一步地，保存第二更新总额度，并将筛选出的冲正额度记录的第二记录状态更新为已处理。具体地，异步调用额度管理单元保存第二更新总额度到数据库或内存服务器，并将处理后的冲正额度记录的状态修改为已处理，表明该条记录已处理，下次遍历时不再对此条记录进行处理，防止重复处理导致总额度紊乱。
190.步骤208、按照撤单数据区的额度请求记录，对第二更新总额度进行更新，生成第三更新总额度。
191.本发明实施例中，撤单数据区的额度请求记录为撤单额度记录，撤单额度记录包括第三记录状态和第三记录额度数。第三记录状态包括已处理或未处理。
192.图6为本发明实施例提供的一种生成第三更新总额度的流程图，如图6所示，步骤208具体包括：
193.步骤2081、筛选出第三记录状态为未处理的撤单额度记录。
194.本发明实施例中，撤单数据区中包括多条撤单额度记录，从多条撤单额度记录中筛选出未处理的撤单额度记录，按照未处理的撤单额度记录依次处理，更新当前总额度。
195.步骤2082、将第三记录额度数与第二更新总额度相加，得到第三更新总额度。
196.本发明实施例中，第三更新总额度为根据撤单额度记录更新后的当前总额度。
197.进一步地，保存第三更新总额度，并将筛选出的撤单额度记录的第三记录状态更新为已处理。具体地，异步调用额度管理单元保存第三更新总额度到数据库或内存服务器，并将处理后的撤单额度记录的状态修改为已处理，表明该条记录已处理，下次遍历时不再对此条记录进行处理，防止重复处理导致总额度紊乱。
198.步骤209、根据参数表和第三更新总额度，对大额数据区的额度请求记录进行额度业务处理，生成业务处理结果和第四更新总额度。
199.本发明实施例中，参数表中包括大额并发数，大额数据区的额度请求记录为大额额度记录，大额额度记录包括第四记录状态和第四记录额度数。第四记录状态包括已处理或未处理。
200.图7为本发明实施例提供的一种生成第四更新总额度的流程图，如图7所示，步骤
209具体包括：
201.步骤2091、按照大额并发数，筛选出第四记录状态为未处理的大额额度记录。
202.本发明实施例中，大额数据区中包括多条大额额度记录，按照大额并发数，从多条大额额度记录中筛选出未处理的大额额度记录，按照未处理的大额额度记录依次处理，更新当前总额度。
203.例如：大额并发数为10，则从多条大额额度记录中筛选出10条未处理的大额额度记录。
204.步骤2092、依次判断每条大额额度记录的第四记录额度数是否小于或等于第三更新总额度，若是，执行步骤2093；若否，执行步骤2094。
205.具体地，若当前的大额额度记录的第四记录额度数小于或等于第三更新总额度，表明当前总额度充足，继续执行步骤2093；若当前的大额额度记录的第四记录额度数大于第三更新总额度，表明当前总额度不足，无法满足当前用户的购买需求，继续执行步骤2094。
206.值得说明的是，步骤2092是对筛选出来的每条大额额度记录串行执行判断操作，从而保证交易成功率。
207.步骤2093、将第三更新总额度减去第四记录额度数，得到第四更新总额度，并按照大额额度记录执行业务，得到业务处理结果，本步骤结束。
208.本发明实施例中，对当前总额度扣减第四记录额度数，得到更新后的当前总额度，即：第四更新总额度。
209.本发明实施例中，以异步回调的方式调用指令工作服务，指令工作服务按照预设的业务订单的执行逻辑，执行大额额度记录的业务，得到业务处理结果，业务处理结果包括成功、失败、超时或者未明。
210.进一步地，将回调对象保存到大额回调数组。
211.步骤2094、对大额额度记录添加余额不足标签，生成业务处理失败的业务处理结果，并将第三更新总额度确定为第四更新总额度。
212.本发明实施例中，若当前额度不足，添加余额不足标签，即：记录余额不足状态，此时当前总额度未发生变化，为了便于计算，直接将第三更新总额度确定为第四更新总额度。
213.进一步地，保存第四更新总额度，并将筛选出的大额额度记录的第四记录状态更新为已处理。具体地，异步调用额度管理单元保存第四更新总额度到数据库或内存服务器，并将处理后的大额额度记录的状态修改为已处理，表明该条记录已处理，下次遍历时不再对此条记录进行处理，防止重复处理导致总额度紊乱。
214.步骤210、根据参数表和第四更新总额度，对小额数据区的额度请求记录进行额度业务处理，生成业务处理结果和最终总额度。
215.本发明实施例中，参数表中包括小额并发数，小额数据区的额度请求记录为小额额度记录，小额额度记录包括第五记录状态和第五记录额度数。第五记录状态包括已处理或未处理。
216.图8为本发明实施例提供的一种生成最终总额度的流程图，如图8所示，步骤210具体包括：
217.步骤2101、按照小额并发数，筛选出第五记录状态为未处理的小额额度记录。
218.本发明实施例中，小额数据区中包括多条小额额度记录，按照小额并发数，从多条小额额度记录中筛选出未处理的小额额度记录，按照未处理的小额额度记录依次处理，更新当前总额度。
219.例如：小额并发数为10，则从多条小额额度记录中筛选出10条未处理的小额额度记录。
220.步骤2102、依次判断每条小额额度记录的第五记录额度数是否小于或等于第四更新总额度，若是，执行步骤2103；若否，执行步骤2104。
221.具体地，若当前的小额额度记录的第五记录额度数小于或等于第四更新总额度，表明当前总额度充足，继续执行步骤2103；若当前的小额额度记录的第五记录额度数大于第四更新总额度，表明当前总额度不足，无法满足当前用户的购买需求，继续执行步骤2104。
222.值得说明的是，步骤2102是对筛选出来的每条小额额度记录串行执行判断操作，从而保证交易成功率。
223.步骤2103、将第四更新总额度减去第五记录额度数，得到最终总额度，并按照小额额度记录执行业务，得到业务处理结果，本步骤结束。
224.本发明实施例中，对当前总额度扣减第五记录额度数，得到更新后的当前总额度，即：最终总额度。
225.本发明实施例中，以异步回调的方式调用指令工作服务，指令工作服务按照预设的业务订单的执行逻辑，执行小额额度记录的业务，得到业务处理结果，业务处理结果包括成功、失败、超时或者未明。
226.进一步地，将回调对象保存到小额回调数组。
227.步骤2104、对小额额度记录添加余额不足标签，生成业务处理失败的业务处理结果，并将第四更新总额度确定为最终总额度。
228.本发明实施例中，若当前额度不足，添加余额不足标签，即：记录余额不足状态，此时当前总额度未发生变化，为了便于计算，直接将第四更新总额度确定为最终总额度。
229.进一步地，保存最终总额度，并将筛选出的小额额度记录的第五记录状态更新为已处理。具体地，异步调用额度管理单元保存最终总额度到数据库或内存服务器，并将处理后的小额额度记录的状态修改为已处理，表明该条记录已处理，下次遍历时不再对此条记录进行处理，防止重复处理导致总额度紊乱。
230.步骤211、根据额度请求记录和对应的业务处理结果，生成订单记录表。
231.图9为本发明实施例提供的一种生成订单记录表的流程图，如图9所示，步骤211具体包括：
232.步骤2111、判断额度请求记录对应的业务处理结果，若业务处理结果为成功，执行步骤2112；若业务处理结果为失败，执行步骤2113；若业务处理结果为超时或未明，执行步骤2114。
233.本发明实施例中，若额度请求记录对应的业务处理结果为成功，表明用户已成功购买交易产品的份额，继续执行步骤2112；若额度请求记录对应的业务处理结果为失败，表明用户未能购买交易产品的份额，继续执行步骤2113；若额度请求记录对应的业务处理结果为超时或未明，表明用户因超时未能成功购买交易产品份额，或者，不能明确用户是否已
经购入交易产品的份额，继续执行步骤2114。
234.步骤2112、根据额度请求记录和处理成功的业务状态，生成订单记录，继续执行步骤2115。
235.本发明实施例中，记录该笔成功交易的订单记录，订单记录包括额度请求记录和业务状态。
236.步骤2113、根据额度请求记录和处理失败的业务状态，生成订单记录，继续执行步骤2115。
237.本发明实施例中，记录该笔失败交易的订单记录，订单记录包括额度请求记录和业务状态。
238.进一步地，将失败的额度请求记录对应的记录额度数与最终总额度相加，得到更新后的最终总额度，保证事务一致性。
239.步骤2114、根据额度请求记录和处理超时或未明的业务状态，生成订单记录。
240.本发明实施例中，记录该笔超时或未明的交易的订单记录，订单记录包括额度请求记录和业务状态。
241.步骤2115、根据多条订单记录，生成订单记录表。
242.本发明实施例中，订单记录表中包括多条订单记录，以供后续工作人员后续对订单的查询，便于维护，以及额度控制装置中的订单异常处理单元基于订单记录表对超时或未明的交易的订单记录进行异常处理，以提高执行效率和交易成功率。
243.步骤212、遍历订单记录表中的订单记录，并对异常的订单记录进行异常处理，得到异常处理结果。
244.图10为本发明实施例提供的一种异常处理的流程图，如图10所示，步骤212具体包括：
245.步骤2121、筛选出业务状态为处理超时或未明的订单记录，订单记录包括失败重试次数。
246.本发明实施例中，订单记录表中包括多条订单记录，从订单记录表中筛选出处理超时或未明的订单记录，处理超时或未明的订单记录对应有失败重试次数，作为一种可选方案，失败重试次数的初始值设置为0。
247.步骤2122、判断失败重试次数是否大于预设的最大失败重试次数，若是，执行步骤2123；若否，执行步骤2124。
248.本发明实施例中，最大失败重试次数可以设置于参数表中，最大失败重试次数可以根据实际需求进行设置，本发明实施例对此不作限定。
249.具体地，若失败重试次数大于最大失败重试次数，表明该订单记录无法自动化执行，继续执行步骤2123；若失败重试次数小于或等于最大失败重试次数，表明该订单记录还可以进行重新执行，继续执行步骤2124。
250.步骤2123、将订单记录的业务状态更新为人工处理，本步骤结束。
251.本发明实施例中，业务状态为人工处理，表明需要工作人员对该订单记录进行人工干预。
252.步骤2124、按照订单记录对应的额度请求记录重新执行业务，生成重新执行后的业务处理结果。
253.本发明实施例中，调用指令工作服务按照预设的业务订单的执行逻辑，重新执行额度请求记录的业务，得到重新执行后的业务处理结果。
254.进一步地，在步骤2124之后，还包括：
255.若重新执行后的业务处理结果为成功，将订单记录的业务状态更新为处理成功；若重新执行后的业务处理结果为失败，将订单记录的业务状态更新为处理失败，并根据订单记录向冲正数据区添加冲正额度记录，以供后续对当前的最终总额度进行更新；若重新执行后的业务处理结果为超时或未明，将订单记录的失败重试次数进行加一处理，并继续执行步骤2122。
256.本发明实施例中，通过在数据存储区中设置冲正数据区和订单异常处理单元完成事务补偿，在订单失败后向冲正数据区添加冲正额度记录，完成对总额度的增加更新，从而达到总额度和订单事务的一致性。
257.本发明实施例提供的额度控制方法的技术方案中，从预先设置的数据存储区中获取交易产品的额度请求记录，数据存储区包括多个数据区，每个数据区具备指定的优先级；按照每个数据区的优先级顺序，对数据区中存储的额度请求记录进行额度控制处理，生成业务处理结果和最终总额度，能够节约系统资源，提高系统性能和可靠性，提高额度控制的执行效率，保障了系统安全稳定的运行状态。
258.图11为本发明实施例提供的一种额度控制装置的结构示意图，该装置用于执行上述额度控制方法，如图11所示，该装置包括：获取单元11和额度控制单元12。
259.获取单元11用于从预先设置的数据存储区中获取交易产品的额度请求记录，数据存储区包括多个数据区，每个数据区具备指定的优先级。
260.额度控制单元12用于按照每个数据区的优先级顺序，对数据区中存储的额度请求记录进行额度控制处理，生成业务处理结果和最终总额度。
261.本发明实施例中，装置还包括：接收单元13、额度请求记录生成单元14和记录添加单元15。
262.接收单元13用于接收用户输入的交易产品的额度请求，额度请求包括请求额度和请求类型。
263.额度请求记录生成单元14用于根据请求额度生成额度请求记录。
264.记录添加单元15用于按照请求类型，将额度请求记录添加至对应的数据区。
265.本发明实施例中，数据存储区包括调仓数据区、撤单数据区、冲正数据区、大额数据区和小额数据区，多个数据区的优先级由高到低分别为：调仓数据区、冲正数据区、撤单数据区、大额数据区和小额数据区。
266.本发明实施例中，额度控制单元12具体用于获取交易产品的当前总额度和预先设置的参数表；按照调仓数据区的额度请求记录，对当前总额度进行更新，生成第一更新总额度；按照冲正数据区的额度请求记录，对第一更新总额度进行更新，生成第二更新总额度；按照撤单数据区的额度请求记录，对第二更新总额度进行更新，生成第三更新总额度；根据参数表和第三更新总额度，对大额数据区的额度请求记录进行额度业务处理，生成业务处理结果和第四更新总额度；根据参数表和第四更新总额度，对小额数据区的额度请求记录进行额度业务处理，生成业务处理结果和最终总额度。
267.本发明实施例中，调仓数据区的额度请求记录为调仓额度记录，调仓额度记录包
括第一记录状态、记录类型和第一记录额度数；
268.额度控制单元12具体用于筛选出第一记录状态为未处理的调仓额度记录；若筛选出的调仓额度记录的记录类型为调增，将第一记录额度数与当前总额度相加，得到第一更新总额度；若筛选出的调仓额度记录的记录类型为调减，将当前总额度减去第一记录额度数，得到第一更新总额度。
269.本发明实施例中，方法还包括：第一更新单元16。
270.第一更新单元16用于保存第一更新总额度，并将筛选出的调仓额度记录的第一记录状态更新为已处理。
271.本发明实施例中，冲正数据区的额度请求记录为冲正额度记录，冲正额度记录包括第二记录状态和第二记录额度数；
272.额度控制单元12具体用于筛选出第二记录状态为未处理的冲正额度记录；将第二记录额度数与第一更新总额度相加，得到第二更新总额度。
273.本发明实施例中，装置还包括：第二更新单元17。
274.第二更新单元17用于保存第二更新总额度，并将筛选出的冲正额度记录的第二记录状态更新为已处理。
275.本发明实施例中，撤单数据区的额度请求记录为撤单额度记录，撤单额度记录包括第三记录状态和第三记录额度数；
276.额度控制单元12具体用于筛选出第三记录状态为未处理的撤单额度记录；将第三记录额度数与第二更新总额度相加，得到第三更新总额度。
277.本发明实施例中，装置还包括：第三更新单元18。
278.第三更新单元18用于保存第三更新总额度，并将筛选出的撤单额度记录的第三记录状态更新为已处理。
279.本发明实施例中，参数表中包括大额并发数，大额数据区的额度请求记录为大额额度记录，大额额度记录包括第四记录状态和第四记录额度数；
280.额度控制单元12具体用于按照大额并发数，筛选出第四记录状态为未处理的大额额度记录；依次判断每条大额额度记录的第四记录额度数是否小于或等于第三更新总额度；若是，将第三更新总额度减去第四记录额度数，得到第四更新总额度，并按照大额额度记录执行业务，得到业务处理结果；若否，对大额额度记录添加余额不足标签，生成业务处理失败的业务处理结果，并将第三更新总额度确定为第四更新总额度。
281.本发明实施例中，装置还包括：第四更新单元19。
282.第四更新单元19用于保存第四更新总额度，并将筛选出的大额额度记录的第四记录状态更新为已处理。
283.本发明实施例中，参数表中包括小额并发数，小额数据区的额度请求记录为小额额度记录，小额额度记录包括第五记录状态和第五记录额度数；
284.额度控制单元12具体用于按照小额并发数，筛选出第五记录状态为未处理的小额额度记录；依次判断每条小额额度记录的第五记录额度数是否小于或等于第四更新总额度；若是，将第四更新总额度减去第五记录额度数，得到最终总额度，并按照小额额度记录执行业务，得到业务处理结果；若否，对小额额度记录添加余额不足标签，生成业务处理失败的业务处理结果，并将第四更新总额度确定为最终总额度。
285.本发明实施例中，装置还包括：第五更新单元20。
286.第五更新单元20用于保存最终总额度，并将筛选出的小额额度记录的第五记录状态更新为已处理。
287.本发明实施例中，装置还包括：订单生成单元21和订单异常处理单元22。
288.订单生成单元21用于根据额度请求记录和对应的业务处理结果，生成订单记录表。
289.订单异常处理单元22用于遍历订单记录表中的订单记录，并对异常的订单记录进行异常处理，得到异常处理结果。
290.本发明实施例中，订单生成单元21具体用于若额度请求记录对应的业务处理结果为成功，根据额度请求记录和处理成功的业务状态，生成订单记录；若额度请求记录对应的业务处理结果为失败，根据额度请求记录和处理失败的业务状态，生成订单记录，并且，将额度请求记录对应的记录额度数与最终总额度相加，得到更新后的最终总额度；若额度请求记录对应的业务处理结果为超时或未明，根据额度请求记录和处理超时或未明的业务状态，生成订单记录；根据多条订单记录，生成订单记录表。
291.本发明实施例中，订单异常处理单元22具体用于筛选出业务状态为处理超时或未明的订单记录，订单记录包括失败重试次数；判断失败重试次数是否大于预设的最大失败重试次数；若是，将订单记录的业务状态更新为人工处理；若否，按照订单记录对应的额度请求记录重新执行业务，生成重新执行后的业务处理结果。
292.本发明实施例中，装置还包括：第六更新单元23、第七更新单元24和累加单元25。
293.第六更新单元23用于若重新执行后的业务处理结果为成功，将订单记录的业务状态更新为处理成功。
294.第七更新单元24用于若重新执行后的业务处理结果为失败，将订单记录的业务状态更新为处理失败，并根据订单记录向冲正数据区添加冲正额度记录。
295.累加单元25用于若重新执行后的业务处理结果为超时或未明，将订单记录的失败重试次数进行加一处理。
296.本发明实施例的方案中，从预先设置的数据存储区中获取交易产品的额度请求记录，数据存储区包括多个数据区，每个数据区具备指定的优先级；按照每个数据区的优先级顺序，对数据区中存储的额度请求记录进行额度控制处理，生成业务处理结果和最终总额度，能够节约系统资源，提高系统性能和可靠性，提高额度控制的执行效率，保障了系统安全稳定的运行状态。
297.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机设备，具体的，计算机设备例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
298.本发明实施例提供了一种计算机设备，包括存储器和处理器，存储器用于存储包括程序指令的信息，处理器用于控制程序指令的执行，程序指令被处理器加载并执行时实现上述额度控制方法的实施例的各步骤，具体描述可参见上述额度控制方法的实施例。
299.下面参考图12，其示出了适于用来实现本技术实施例的计算机设备600的结构示
意图。
300.如图12所示，计算机设备600包括中央处理单元(cpu)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的工作和处理。在ram603中，还存储有计算机设备600操作所需的各种程序和数据。cpu601、rom602、以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。
301.以下部件连接至i/o接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶反馈器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡，调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装如存储部分608。
302.特别地，根据本发明的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包括用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。
303.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
304.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本技术时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
305.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
306.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
307.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或
其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
308.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
309.本技术技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
310.本领域技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
311.本技术可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本技术，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
312.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
313.以上所述仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。