开卡请求处理方法和装置与流程

1.本发明金融服务技术领域，尤其涉及一种开卡请求处理方法和装置。


背景技术：

2.随着金融市场的发展，银行卡已经成为了城乡居民日常消费、支付结算和信贷理财的重要工具。在办理新银行卡的过程中，用户需要进行必要的身份核验，且填写多种资料。用户通常一次只能申请开通一张银行卡。如果用户需要开通多张银行卡，往往需要申请多次。这种开卡方式增加了用户的操作负担，降低了工作人员的工作效率，已不适用新的业务发展需要。


技术实现要素：

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.图1是本发明第一实施例提供的一种开卡请求处理方法的流程示意图；
65.图2是本发明第二实施例提供的一种开卡请求处理方法的流程示意图；
66.图3是本发明第三实施例提供的一种开卡请求处理方法的流程示意图；
67.图4是本发明的实施例提供的一种开卡请求处理装置的结构示意图；
68.图5是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
69.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
70.本技术技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
71.图1是本发明第一实施例提供的一种开卡请求处理方法的流程示意图，如图1所示，该方法包括：
72.步骤101：接收针对目标用户的开卡请求，获取开卡请求对应的请求信息。
73.开卡请求用于开通银行卡。银行卡包括：借记卡、贷记卡、储蓄卡信用卡等。请求信息为开卡请求的相关信息。请求信息可包括：用户信息、使用地域、开卡类型、开卡用途等。
74.步骤102：根据请求信息，确定开卡请求对应的至少一个开卡类型。
75.开卡类型为基于开卡请求开通的银行卡类型。开卡类型可包括：转账卡、专用卡、专项分期卡、消费卡等。可通过多种方式确定开卡请求对应的至少一个开卡类型。例如：请求信息中包括至少一个开卡类型，则直接获取请求信息中包含的开卡类型即可。
76.又如，请求信息中包括开卡用途，则根据开卡用途与开卡类型的匹配关系，确定开卡请求对应的至少一个开卡类型。如果请求信息中包括两项开卡用途：日常消费及分期购车，日常消费对应的开卡类型为：消费卡，分期购车对应的开卡类型为：专项分期卡。则确定该请求信息对应的开卡类型为：消费卡及专项分期卡。
77.步骤103：根据至少一个开卡类型对应的依赖信息，将至少一个开卡类型拆分成至少一个类型分组，所述类型分组中包括的各开卡类型之间具有依赖关系。
78.针对各类型分组，以并行调度方式，调度各类型分组对应的开卡流程。在类型分组中，以串行调度方式，调度类型分组中的各开卡类型对应的开卡流程。
79.举例来说，开卡请求对应于第一卡类型、第二卡类型、第三卡类型及第四卡类型。其中，第一卡类型与第二卡类型分别对应于主卡及副卡。第三卡类型与第四卡类型分别对应于转账卡及消费卡。第一卡类型与第二卡类型之间具有依赖关系，其它卡类型之间均没有依赖关系。则将上述四个开卡类型拆分成如下三个类型分组：
80.第一类型分组：第一卡类型、第二卡类型；第二类型分组：第三卡类型；第三类型分组：第四卡类型。
81.设置三个任务，以并行调度方式，调度各类型分组对应的开卡流程。针对第一类型分组，先调度第一卡类型对应的开卡流程，在第一卡类型对应的开卡流程执行完毕之后，再调度第二卡类型对应的开卡流程。
82.步骤104：以并行调度方式，调度各所述类型分组对应的开卡流程，以完成开卡请求对应的开卡处理。
83.在本发明实施例中，接收开卡请求，确定开卡请求对应的至少一个开卡类型。根据至少一个开卡类型对应的依赖信息，确定调度方式。以该调度方式，调度各开卡类型对应的开卡流程，以完成开卡请求对应的开卡处理。因此，本发明实施例的方案能够根据用户需要，一次性开通多个开卡类型的银行卡，减轻用户的操作负担，且提升工作人员的工作效
率，适用于新的业务发展需要。
84.此外，在开卡请求对应多个开卡类型的情况下，根据开卡类型之间的依赖信息，将多个开卡类型拆分成至少一个类型分组。采用并行调度方式，调度各类型分组对应的开卡流程。采用串行调度方式，调度类型分组中的各开卡类型对应的开卡流程。通过上述方式，能够使系统快速顺利地完成开卡请求对应的开卡处理。
85.图2是本发明第二实施例提供的一种开卡请求处理方法的流程示意图，如图2所示，该方法包括：
86.步骤201：接收针对目标用户的开卡请求，获取开卡请求对应的请求信息。
87.步骤202：根据请求信息，确定开卡请求对应的支用方式。
88.步骤203：根据预设的支用映射表，确定支用方式对应的至少一个开卡类型，支用映射表用于保存支用方式与开卡类型的对应关系。
89.支用方式用于表征不同的开卡类型的组合方式。支用方式可根据需求进行设定。支用方式可包括：本行商户支用、他行商户支用、借记卡支用、专项分期卡支用、本行对公账户支用、溢缴款分期通支用等。
90.请求信息中可直接包括支用方式，获取请求信息中包含的支用方式即可。也可根据请求信息中的开卡用途、用户信息等，确定开卡请求对应的支用方式。
91.可接收支用方式的配置操作；根据配置操作，在系统中生成支用映射表。在支用映射表中一种支用方式对应于至少一个开卡类型。确定开卡请求对应的支用方式之后，根据支用映射表，得到支用方式对应的至少一个开卡类型，并将得到的至少一个开卡类型作为开卡请求对应的至少一个开卡类型。
92.步骤204：根据至少一个开卡类型对应的依赖信息，将至少一个开卡类型拆分成至少一个类型分组，各类型分组中包括的开卡类型之间具有依赖关系。
93.确定类型分组内的调度方式为串行调度方式，确定类型分组间的调度方式为并行调度方式。
94.步骤205：以并行调度方式，调度各类型分组对应的开卡流程，以完成开卡请求对应的开卡处理。
95.针对各类型分组，以并行调度方式，调度各类型分组对应的开卡流程。在类型分组中，以串行调度方式，调度类型分组中的各开卡类型对应的开卡流程。
96.在本发明实施例中，确定开卡请求对应的支用方式；根据预设的支用映射表，确定支用方式对应的至少一个开卡类型。可根据业务需要灵活地配置支用映射表。通过上述方式，能够使系统灵活快速地完成业务所需的开卡请求对应的开卡处理。
97.图3是本发明第三实施例提供的一种开卡请求处理方法的流程示意图，如图3所示，该方法包括：
98.步骤301：接收针对目标用户的开卡请求，获取开卡请求对应的请求信息。
99.步骤302：根据请求信息，确定开卡请求对应的至少一个开卡类型。
100.步骤303：接收针对目标卡的请款请求，目标卡为根据开卡请求开通的银行卡。
101.步骤304：获取针对目标卡的处理日志；根据处理日志，确定是否成功处理过针对目标卡的以往请款请求。
102.如果成功处理过以往请款请求，则开卡请求对应的所有开卡类型的开卡流程均执
行完毕，执行步骤305。如果未成功处理以往请款请求，则需要进一步判断，所有开卡类型的开卡流程是否都已执行完毕，执行步骤306。
103.步骤305：执行请款请求对应的请款处理流程。
104.步骤306：确定各开卡类型对应的开卡流程是否均已执行完毕。
105.可通过下述方式确定各开卡类型对应的开卡流程是否均已执行完毕：获取开卡请求的处理日志；在处理日志中，查找各开卡类型对应的开卡结果；确定各开卡类型对应的开卡结果中，是否存在状态为失败的开卡结果；响应于各开卡类型对应的开卡结果中不存在状态为失败的开卡结果，确定各开卡类型对应的开卡流程均已执行完毕。
106.开卡请求的处理日志中会记录开卡请求对应的各开卡类型的开卡结果，从而根据开卡请求的处理日志能够准确确定各开卡类型的开卡流程是否都已成功执行。
107.步骤307：响应于各开卡类型对应的开卡流程均已执行完毕，执行请款请求对应的请款处理流程。
108.在本发明实施例中，在未成功处理过目标卡的请款请求之前，判断各开卡类型对应的开卡流程是否均已执行完毕，以保证所有的开卡流程都完成后，再进行请款流程流转。
109.图4是本发明的一个实施例提供的一种开卡请求处理装置的结构示意图，如图4所示，该装置包括：
110.请求接收模块401，用于接收针对目标用户的开卡请求，获取所述开卡请求对应的请求信息；
111.类型确定模块402，用于根据所述请求信息，确定所述开卡请求对应的至少一个开卡类型；
112.分组模块403，用于根据所述至少一个开卡类型对应的依赖信息，将至少一个开卡类型拆分成至少一个类型分组，所述类型分组中包括的各开卡类型之间具有依赖关系；
113.处理模块404，用于以并行调度方式，调度各所述类型分组对应的开卡流程，以完成所述开卡请求对应的开卡处理。
114.可选地，所述处理模块404具体用于：
115.从所述至少一个类型分组中，确定出目标类型分组；
116.确定所述目标类型分组中的各开卡类型对应的依赖信息；
117.根据所述目标类型分组中的各开卡类型对应的依赖信息，以串行调度方式，调度所述目标类型分组中的各开卡类型对应的开卡流程。
118.可选地，所述目标类型分组中的开卡类型包括：第一卡类型及第二卡类型；
119.所述处理模块404具体用于：
120.根据所述第一卡类型与所述第二卡类型之间的依赖信息，确定所述第一卡类型与所述第二卡类型的调度顺序；
121.按照所述调度顺序，以串行调度方式，依次调度所述第一卡类型及所述第二卡类型对应的开卡流程。
122.可选地，所述类型确定模块402具体用于：
123.根据所述请求信息，确定所述开卡请求对应的支用方式；
124.根据预设的支用映射表，确定所述支用方式对应的至少一个开卡类型，所述支用映射表用于保存支用方式与开卡类型的对应关系。
125.可选地，还包括：
126.请款处理模块405，用于接收针对目标卡的请款请求，所述目标卡为根据所述开卡请求开通的银行卡；
127.确定各所述开卡类型对应的开卡流程是否均已执行完毕；
128.响应于各所述开卡类型对应的开卡流程均已执行完毕，执行所述请款请求对应的请款处理流程。
129.可选地，所述请款处理模块405具体用于：
130.获取针对所述目标卡的处理日志；
131.根据所述处理日志，确定是否成功处理过针对所述目标卡的以往请款请求；
132.响应于成功处理过所述以往请款请求，执行所述请款请求对应的请款处理流程；
133.响应于未成功处理所述以往请款请求，执行所述确定各所述开卡类型对应的开卡流程是否均已执行完毕的步骤。
134.可选地，所述所述请款处理模块405还用于：
135.获取针对所述目标卡的处理日志；
136.根据所述处理日志，确定是否成功处理过针对所述目标卡的以往请款请求；
137.响应于成功处理过所述以往请款请求，执行所述请款请求对应的请款处理流程；
138.响应于未成功处理所述以往请款请求，执行所述确定各所述开卡类型对应的开卡流程是否均已执行完毕的步骤。
139.可选地，所述所述请款处理模块405还用于：
140.获取所述开卡请求的处理日志；
141.在所述处理日志中，查找各所述开卡类型对应的开卡结果；
142.确定各所述开卡类型对应的开卡结果中，是否存在状态为失败的开卡结果；
143.响应于各所述开卡类型对应的开卡结果中不存在状态为失败的开卡结果，确定各所述开卡类型对应的开卡流程均已执行完毕。
144.本发明实施例提供了一种电子设备，包括：
145.一个或多个处理器；
146.存储装置，用于存储一个或多个程序，
147.当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述任一实施例的方法。
148.本发明实施例提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现本发明实施例中的企业风险评估方法。
149.下面参考图5，其示出了适于用来实现本发明实施例的终端设备的计算机系统500的结构示意图。图5示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
150.如图5所示，计算机系统500包括中央处理单元(cpu)501，其可以根据存储在只读存储器(rom)502中的程序或者从存储部分508加载到随机访问存储器(ram)503中的程序而执行各种适当的动作和处理。在ram 503中，还存储有系统500操作所需的各种程序和数据。cpu 501、rom 502以及ram 503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。
151.以下部件连接至i/o接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至i/o接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。
152.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(cpu)501执行时，执行本发明的系统中限定的上述功能。
153.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
154.附图中的流程图和框图，图示了根据本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
155.描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：请求接收模块、类型确定模块、分组模块及处理模块。其中，这些模块的名称在某种情况下并不构成对该模
块本身的限定，例如，请求接收模块还可以被描述为“接收针对目标用户的开卡请求，获取所述开卡请求对应的请求信息的模块”。
156.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：
157.接收针对目标用户的开卡请求，获取所述开卡请求对应的请求信息；
158.根据所述请求信息，确定所述开卡请求对应的至少一个开卡类型；
159.根据所述至少一个开卡类型对应的依赖信息，将至少一个开卡类型拆分成至少一个类型分组，所述类型分组中包括的各开卡类型之间具有依赖关系；
160.以并行调度方式，调度各所述类型分组对应的开卡流程，以完成所述开卡请求对应的开卡处理。
161.根据本发明实施例的技术方案，接收开卡请求，确定开卡请求对应的至少一个开卡类型。根据至少一个开卡类型对应的依赖信息，将至少一个开卡类型拆分成至少一个类型分组。以并行调度方式，调度各类型分组对应的开卡流程，以完成开卡请求对应的开卡处理。因此，本发明实施例的方案能够根据用户需要，一次性开通多个开卡类型的银行卡，减轻用户的操作负担，且提升工作人员的工作效率，适用于新的业务发展需要。
162.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。