额度资源的批处理方法、装置、设备及存储介质与流程

1.本发明实施例涉及数据处理技术领域，尤其涉及一种额度资源的批处理方法、装置、设备及存储介质。


背景技术：

2.在理财产品销售过程中，存在对发行产品额度的控制，客户联机交易申购理财产品时，每笔交易都会扣减产品额度，当剩余额度低于客户申购申请金额时，产品将不能销售。近年来，随着电子渠道的扩展，迫切需要扩展客户可交易时间，支持客户7*24小时进行产品买卖交易。根据产品交易规则描述，在销售时间范围内客户可发起正常申购申请，在销售时间范围外客户发起预约申购申请，交易当时不进行额度校验和扣减，而是在下一个产品工作日经批处理转为正常申购的同时进行额度扣减。
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.图1a是本发明实施例一中的一种额度资源的批处理方法的流程图；
43.图1b是本发明实施例一中的一种批处理流程图；
44.图2是本发明实施例二中的一种额度资源的批处理装置的结构示意图；
45.图3是本发明实施例三中的一种计算机设备的结构示意图。
具体实施方式
46.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
47.实施例一
48.图1a是本发明实施例一中的一种额度资源的批处理方法的流程图，本实施例可适用于对产品的预约申购记录进行批处理的情况，该方法可以由额度资源的批处理装置来执行，该装置可以由硬件和/或软件来实现，并一般可以集成在提供批处理服务的计算机设备中。如图1a所示，该方法包括：
49.步骤110、统计目标产品的预约申购记录对应的申请金额总量。
50.其中，产品可以是理财产品，指商业银行或者银行理财子公司面向客户发行的资产管理产品，部分开放式理财产品支持客户每个交易日办理产品份额申购和赎回。预约申购是指客户在非产品销售时段内发起的对理财产品预约购买，预约申购需要转成申购后才能进行后续处理。
51.可选的，统计目标产品的预约申购记录对应的申请金额总量，可以包括：并发统计各产品销售机构的预约申购记录对应的总申请金额；对各产品销售机构的总申请金额进行累加，得到目标产品的申请金额总量。
52.本实施例中，为了能按照先占用、再返还的思想，完成对产品额度的短平快处理，降低处理预约申购时对额度数据的锁定时间，可以筛选出需要处理的预约申购数据并进行统计，为后续流程提供预约申购申请金额总量。如图1b所示，可以同时针对每个产品销售机构，遍历取出产品销售机构的每一条预约申购记录，并将该预约申购记录中的申请金额计入该机构的总申请金额，对各产品销售机构的总申请金额进行累加，从而得到所有产品销售机构的产品预约申购记录的申请金额总量。
53.步骤120、根据申请金额总量与目标产品的当前剩余额度之间的差值关系，对当前剩余额度进行一次总额度扣除。
54.本实施例中，为了减少对额度资源的占用时间，在获取到申请金额总量后，从目标产品的当前剩余额度中一次性扣除所有预约申购记录对应的申请金额总量。由于可能出现当前剩余额度不足，无法扣除申请额度总量的情况，因此，可以先计算申请金额总量与目标产品的当前剩余额度之间的差值，根据差值大小，确定从当前剩余额度扣除的总额度。
55.可选的，根据申请金额总量与目标产品的当前剩余额度之间的差值关系，对当前剩余额度进行一次总额度扣除，可以包括：如果申请金额总量小于或等于目标产品的当前剩余额度，则从当前剩余额度中扣除申请金额总量，并完成数据库中额度资源的持久化；如果申请金额总量大于目标产品的当前剩余额度，则对当前剩余额度进行全额扣除，完成数据库中额度资源的持久化，并根据申请金额总量副本记录，确定额度扣除成功的预约申购记录。
56.本实施例中，如图1b所示，如果两者的差值小于或等于零，即申请金额总量小于或等于目标产品的当前剩余额度，则确定目标产品的当前剩余额度充足，可以直接从当前剩余额度中扣除申请金额总量并提交事务，实现数据库中额度资源的持久化。此时，所有产品销售机构中的所有预约申购记录都被标记为额度扣除成功。如果申请金额总量大于目标产品的当前剩余额度，则确定目标产品的当前剩余额度不足，无法扣除所有预约申购记录对应的申请金额，此时可以对当前剩余额度进行全额扣除，扣减后的当前剩余额度为0。由于此时只有部分预约申购记录的申请额度被成功扣除，其他的预约申购记录的申请额度扣除失败，因此，需要根据申请金额总量副本记录，筛选出额度扣除成功的预约申购记录。
57.需要说明的是，在此步骤中，仅扣减额度时锁定额度资源，扣减完成后可及时提交数据库持久化，整个过程消耗时间与客户联机申购交易接近，可有效避免批处理与联机交易的资源冲突。
58.可选的，根据申请金额总量副本记录，确定额度扣除成功的预约申购记录，可以包括：根据各产品销售机构的预约申购记录以及扣除总额度，生成申请金额总量副本记录；按照预约申购时间升序的顺序，依次从申请金额总量副本记录中选择目标预约申购记录，并将目标预约申购记录中的目标申请金额与扣除总额度进行比较；如果扣除总额度大于或等于目标申请金额，则将目标预约申购记录标记为额度扣除成功，并从扣除总额度中扣除目标申请金额；如果扣除总额度小于目标申请金额，则将目标预约申购记录标记为额度扣除失败。
59.本实施例中，在筛选额度扣除成功的预约申购记录时，可以根据扣除总额度，先筛选额度扣减成功的预约申购记录。可以按照预约申购时间从先到后的顺序，从扣除总额度中扣减各预约申购记录的申请额度，同时将该预约申购记录标记为额度扣除成功，直至扣除总额度不足以扣除预约申购记录的申请额度为止，将剩余的未标记的预约申购记录标记为额度扣减失败。
60.可选的，根据申请金额总量副本记录，确定额度扣除成功的预约申购记录，可以包括：根据各产品销售机构的预约申购记录、申请金额总量以及扣除总额度，生成申请金额总量副本记录；按照预约申购时间降序的顺序，依次从申请金额总量副本记录中选择目标预约申购记录；如果申请金额总量大于扣除总额度，则将目标预约申购记录标记为额度扣除
失败，并从申请金额总量中扣除目标预约申购记录中的目标申请金额；如果申请金额总量小于或等于扣除总额度，则将目标预约申购记录标记为额度扣除成功。
61.本实施例中，在筛选额度扣除成功的预约申购记录时，还可以根据申请金额总量和扣除总额度，先筛选额度扣减失败的预约申购记录。可以按照预约申购时间从后到先的顺序，当申请金额总量大于扣除总额度时，将当前预约申购记录标记为额度扣除失败，同时从申请金额总量中减去该预约申购记录的申请额度，直至当前的申请金额总量小于或等于扣除总额度为止，将剩余的预约申购记录标记为额度扣除成功。
62.步骤130、对额度扣除成功的预约申购记录进行并发处理，确定成功申请总额度。
63.本实施例中，在预约申购转为申购的过程中，除了需要成功进行申请额度扣除，还需要成功进行其他的业务逻辑处理，例如客户端扣款、登记交易信息等，一旦其中有环节处理失败，则预约申购失败。因此，还需从额度扣除成功的预约申购记录中进一步筛选成功转申购的预约申购记录，进而确定所有成功转申购的预约申购记录对应的成功申请总额度。
64.可选的，对额度扣除成功的预约申购记录进行并发处理，确定成功申请总额度，可以包括：对于每个产品销售机构，遍历产品销售机构的额度扣除成功的预约申购记录，并对预约申购记录进行其他业务逻辑处理；将各产品销售机构中处理成功的预约申购记录的申请金额进行累加，得到成功申请总额度。
65.步骤140、将成功申请总额度与扣除总额度之差进行返还处理。
66.本实施例中，考虑到额度扣除成功的预约申购记录可能因为其他业务逻辑处理失败而预约申购失败，使得其对应的扣除额度变成无效扣除，因此，可以根据有效扣除的成功申请总额度对产品的当期剩余额度进行更新。
67.可选的，将成功申请总额度与扣除总额度之差进行返还处理，可以包括：如果成功申请总额度与扣除总额度的差值大于零，则将成功申请总额度与扣除总额度的差值和目标产品的当前剩余额度的加和值，更新为目标产品的当前剩余额度，并完成数据库中额度资源的持久化。
68.本实施例中，将成功申请总额度与扣除总额度进行差值计算，如果两者的差值大于零，则说明有部分额度扣除成功的预约申购记录，其扣除额度为未实际使用的无效扣除额度，需返还到产品的当前剩余额度上。此时，可以将成功申请总额度与扣除总额度的差值增加到数据库中的当前剩余额度上，并对数据库中存储的其他额度资源进行适应性更新，完成数据库中额度资源的持久化。
69.需要说明的是，通过将成功申请总额度与扣除总额度之差进行返还处理，即使在对产品的当前剩余额度进行全额扣除的情况下，所筛选的额度扣除成功的预约申购记录实际上扣除的额度总量与扣除总额度不等，最终也能将当时多扣除的额度准确返还。
70.本实施例在预约转申购的批量处理过程中，将额度操作剥离于现有技术的流程，由单独节点进行额度操作，额度节点在处理时，对每种产品的所有预约申购记录，只需调用一次额度资源查询和扣减额度，使得处理过程中锁定额度数据时间最短，较之于以前对产品下的每条预约申购记录都去查询和扣减额度的处理方法，处理时间有了大幅的降低。抽离出额度节点后，其他几个业务逻辑处理节点可以实现并发处理，又可以提高数据处理速度，降低预约数据处理耗时，有效的降低了批量处理预约申购记录时对正常理财产品申请交易的影响。
71.本发明实施例中，通过统计目标产品的预约申购记录对应的申请金额总量；根据申请金额总量与目标产品的当前剩余额度之间的差值关系，对当前剩余额度进行一次总额度扣除；对额度扣除成功的预约申购记录进行并发处理，确定成功申请总额度；将成功申请总额度与扣除总额度之差进行返还处理，解决了现有技术中批处理预约申购记录时，只能逐条进行处理，导致产品额度资源被长时间占用的问题，提高对额度资源的批处理效率，降低与联机交易之间产生额度资源冲突的概率。
72.实施例二
73.图2是本发明实施例二中的一种额度资源的批处理装置的结构示意图，本实施例可适用于对产品的预约申购记录进行批处理的情况，该装置可以由硬件和/或软件来实现，并一般可以集成在提供批处理服务的计算机设备中。如图2所示，该装置包括：
74.额度统计模块210，用于统计目标产品的预约申购记录对应的申请金额总量；
75.额度扣除模块220，用于根据申请金额总量与目标产品的当前剩余额度之间的差值关系，对当前剩余额度进行一次总额度扣除；
76.并发处理模块230，用于对额度扣除成功的预约申购记录进行并发处理，确定成功申请总额度；
77.额度返还模块240，用于将成功申请总额度与扣除总额度之差进行返还处理。
78.本发明实施例中，通过统计目标产品的预约申购记录对应的申请金额总量；根据申请金额总量与目标产品的当前剩余额度之间的差值关系，对当前剩余额度进行一次总额度扣除；对额度扣除成功的预约申购记录进行并发处理，确定成功申请总额度；将成功申请总额度与扣除总额度之差进行返还处理，解决了现有技术中批处理预约申购记录时，只能逐条进行处理，导致产品额度资源被长时间占用的问题，提高对额度资源的批处理效率，降低与联机交易之间产生额度资源冲突的概率。
79.可选的，额度统计模块210，用于：
80.并发统计各产品销售机构的预约申购记录对应的总申请金额；
81.对各产品销售机构的总申请金额进行累加，得到目标产品的申请金额总量。
82.可选的，额度扣除模块220，用于：
83.如果申请金额总量小于或等于目标产品的当前剩余额度，则从当前剩余额度中扣除申请金额总量，并完成数据库中额度资源的持久化；
84.如果申请金额总量大于目标产品的当前剩余额度，则对当前剩余额度进行全额扣除，完成数据库中额度资源的持久化，并根据申请金额总量副本记录，确定额度扣除成功的预约申购记录。
85.可选的，额度扣除模块220，用于：
86.根据各产品销售机构的预约申购记录以及扣除总额度，生成申请金额总量副本记录；
87.按照预约申购时间升序的顺序，依次从申请金额总量副本记录中选择目标预约申购记录，并将目标预约申购记录中的目标申请金额与扣除总额度进行比较；
88.如果扣除总额度大于或等于目标申请金额，则将目标预约申购记录标记为额度扣除成功，并从扣除总额度中扣除目标申请金额；
89.如果扣除总额度小于目标申请金额，则将目标预约申购记录标记为额度扣除失
败。
90.可选的，额度扣除模块220，用于：
91.根据各产品销售机构的预约申购记录、申请金额总量以及扣除总额度，生成申请金额总量副本记录；
92.按照预约申购时间降序的顺序，依次从申请金额总量副本记录中选择目标预约申购记录；
93.如果申请金额总量大于扣除总额度，则将目标预约申购记录标记为额度扣除失败，并从申请金额总量中扣除目标预约申购记录中的目标申请金额；
94.如果申请金额总量小于或等于扣除总额度，则将目标预约申购记录标记为额度扣除成功。
95.可选的，并发处理模块230，用于：
96.对于每个产品销售机构，遍历产品销售机构的额度扣除成功的预约申购记录，并对预约申购记录进行其他业务逻辑处理；
97.将各产品销售机构中处理成功的预约申购记录的申请金额进行累加，得到成功申请总额度。
98.可选的，额度返还模块240，用于：
99.如果成功申请总额度与扣除总额度的差值大于零，则将成功申请总额度与扣除总额度的差值和目标产品的当前剩余额度的加和值，更新为目标产品的当前剩余额度，并完成数据库中额度资源的持久化。
100.本发明实施例所提供的额度资源的批处理装置可执行本发明任意实施例所提供的额度资源的批处理方法，具备执行方法相应的功能模块和有益效果。
101.实施例三
102.图3是本发明实施例三中的一种计算机设备的结构示意图。图3示出了适于用来实现本发明实施方式的示例性设备12的框图。图3显示的设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
103.如图3所示，设备12以通用计算设备的形式表现。设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
104.总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
105.设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
106.系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)30和/或高速缓存存储器32。设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图3未显示，通常称为“硬盘驱动器”)。尽管图3中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘
(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
107.具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
108.设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该设备12交互的设备通信，和/或与使得该设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且，设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与设备12的其它模块通信。应当明白，尽管图中未示出，可以结合设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
109.处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的一种额度资源的批处理方法，包括：
110.统计目标产品的预约申购记录对应的申请金额总量；
111.根据申请金额总量与目标产品的当前剩余额度之间的差值关系，对当前剩余额度进行一次总额度扣除；
112.对额度扣除成功的预约申购记录进行并发处理，确定成功申请总额度；
113.将成功申请总额度与扣除总额度之差进行返还处理。
114.实施例四
115.本发明实施例四还公开了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现一种额度资源的批处理方法，包括：
116.统计目标产品的预约申购记录对应的申请金额总量；
117.根据申请金额总量与目标产品的当前剩余额度之间的差值关系，对当前剩余额度进行一次总额度扣除；
118.对额度扣除成功的预约申购记录进行并发处理，确定成功申请总额度；
119.将成功申请总额度与扣除总额度之差进行返还处理。
120.本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是，但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或
者与其结合使用。
121.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
122.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
123.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言，诸如java、smalltalk、c++，还包括常规的过程式程序设计语言，诸如”c”语言或类似的程序设计语言。程序代码可以完全地在操作人员计算机上执行、部分地在操作人员计算机上执行、作为一个独立的软件包执行、部分在操作人员计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到操作人员计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
124.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。