一种收费事项的配置方法及装置与流程

1.本技术涉及数据处理技术领域，尤其是涉及一种收费事项的配置方法及装置。


背景技术：

2.用户在银行等其他涉及交易业务的场景中办理相关交易业务时，通常涉及有不同的手续费用；例如，在银行场景中交易业务所涉及的手续费可以包括支付结算、银行卡服务、电子银行服务、代理业务、担保承诺服务、投行与咨询服务等业务。
3.在传统银行业务办理系统中，收费事项管理环节较为分散，各收费事项由不同部门进行制定；并且仅制定了各项业务的基本手续费用，但是，由于实际办理时不同用户自身实际情况的差异，使得不同用户所适用的手续费用存在一定差别，若分别制定适用于不同用户的收费事项，则需要耗费大量的人力资源，且由于需配置的收费事项较多，使得在后续使用过程中难以对各项收费事项进行管理与维护。


技术实现要素：

4.有鉴于此，本技术的目的在于提供一种收费事项的配置方法及装置，业务人员可以通过所使用的终端设备实现收费事项的灵活配置，整合对不同部门所制定的各项收费事项，简化各项收费事项的配置过程，有助于提高配置效率。
5.本技术实施例提供了一种收费事项的配置方法，在图形用户界面中提供并显示事项配置界面；其中，所述事项配置界面中显示有至少一个待配置收费事项；所述配置方法包括：
6.响应于事项配置操作，对所述至少一个待配置收费事项进行配置，得到至少一个候选收费事项；
7.针对于每个候选收费事项，响应于定价配置操作，确定该候选收费事项所涉及的至少一项基础费用事项和至少一项费用优惠策略；
8.基于每个候选收费事项、每个候选收费事项的至少一项基础费用事项以及每个候选收费事项的至少一项费用优惠策略，生成费用模型；
9.利用待办理对象的对象详情信息，通过查询生成的所述费用模型，确定所述用户完成办理所述待办理对象待缴纳的总费用数据。
10.本技术实施例还提供了一种收费事项的配置装置，在图形用户界面中提供并显示事项配置界面；其中，所述事项配置界面中显示有至少一个待配置收费事项；所述配置装置包括：
11.事项配置模块，用于响应于事项配置操作，对所述至少一个待配置收费事项进行配置，得到至少一个候选收费事项；
12.策略配置模块，用于针对于每个候选收费事项，响应于定价配置操作，确定该候选收费事项所涉及的至少一项基础费用事项和至少一项费用优惠策略；
13.模型生成模块，用于基于每个候选收费事项、每个候选收费事项的至少一项基础
费用事项以及每个候选收费事项的至少一项费用优惠策略，生成费用模型；
14.费用查询模块，用于利用待办理对象的对象详情信息，通过查询生成的所述费用模型，确定所述用户完成办理所述待办理对象待缴纳的总费用数据。
15.本技术实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如上述的收费事项的配置方法的步骤。
16.本技术实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如上述的收费事项的配置方法的步骤。
17.本技术实施例提供的收费事项的配置方法及装置，响应于事项配置操作，对所述至少一个待配置收费事项进行配置，得到至少一个候选收费事项；针对于每个候选收费事项，响应于定价配置操作，确定该候选收费事项所涉及的至少一项基础费用事项和至少一项费用优惠策略；基于每个候选收费事项、每个候选收费事项的至少一项基础费用事项以及每个候选收费事项的至少一项费用优惠策略，生成费用模型；利用待办理对象的对象详情信息，通过查询生成的所述费用模型，确定所述用户完成办理所述待办理对象待缴纳的总费用数据。由此，业务人员便可以通过提供的终端设备统一制定并整合适合于不同用户的各项收费事项以及优惠策略，形成费用模型，以便于后期通过提供的终端设备对费用模型各个收费事项的集中管理及维护，简化收费事项的维护过程，提供收费事项的配置效率。
18.为使本技术的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
19.为了更清楚地说明本技术实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
20.图1为本技术实施例所提供的一种收费事项的配置方法的流程图；
21.图2为本技术实施例所提供的一种费用估计过程示意图；
22.图3为本技术实施例所提供的一种费用收取过程示意图；
23.图4为本技术实施例所提供的一种收费事项的配置装置的结构示意图之一；
24.图5为本技术实施例所提供的一种收费事项的配置装置的结构示意图之二；
25.图6为本技术实施例所提供的一种电子设备的结构示意图。
具体实施方式
26.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本技术实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本技术的实施例的详细描述并非旨在限制要求保护的本技术的范围，而是仅仅表示本技术的选定实
施例。基于本技术的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的每个其他实施例，都属于本技术保护的范围。
27.基于此，本技术实施例提供了一种收费事项的配置方法，可以统一管理适合于不同用户的各项收费事项以及优惠策略，以便于后期对各个收费事项的管理及维护，简化收费事项的维护过程，提供收费事项的配置效率。
28.在具体实施时，本技术实施例所提供的收费事项的配置方法可以基于终端设备执行，终端设备可以是已下载并可运行配置程序的本地电子设备，例如，智能手机、个人计算机、平板电脑等。终端设备(例如，本地电子设备)可以通过配置界面与业务人员进行交互，接收业务人员通过配置界面输入的配置信息，逐一完成每个候选收费事项的配置，从而实现费用模型的生成。
29.此外，当本技术实施例所提供的收费事项的配置方法应用于服务器时，该收费事项的配置方法还可以基于云交互系统来实现与执行，其中，云交互系统可包括服务器和客户端设备。在一个可选的实施方式中，云交互系统下的服务器中可以运行多个云应用，例如：多个收费事项的配置装置。在运行模式下，收费事项的配置方法所涉及配置程序的运行主体和配置界面的呈现主体是分离的，收费事项的配置方法的储存与运行是在服务器上完成的，客户端设备用于配置界面的呈现，举例而言，客户端设备可以是靠近业务人员侧的具有数据传输功能的显示设备。在进行收费事项配置时，业务人员操作客户端设备，向服务器发送配置参数，服务器根据所接收的配置参数，逐一完成每个候选收费事项的配置，从而实现费用模型的生成。
30.在费用模型生成后，可以将费用模型存储至服务器上，在后续进行总费用数据确定的情况下，可以通过前文所述的客户端设备从服务器上查询对应的费用模型；在查询前，业务人员可以通过客户端设备发送对应的请求，如，用于请求办理待办理对象的业务办理请求等，服务器接收到业务办理请求后响应该业务办理请求，并通过待办理对象的对象详情信息进行模型的查询，并由服务器通过查询费用模型中的收费事项和优惠策略，确定完成待办理对象的办理所涉及的总费用数据。
31.需要说明的是，当收费事项的配置过程涉及多个配置装置时，多个配置装置可分别设置于不同的服务器，也可以集成设置于同一个服务器；当收费事项的配置过程中有多个业务人员参与时，多个业务人员可分别使用不同的客户端设备，也可使用同一客户端设备并通过软件的方式切换角色来实现。
32.请参阅图1，图1为本技术实施例所提供的一种收费事项的配置方法的流程图。应用于业务人员所使用的终端设备；在图形用户界面中提供并显示事项配置界面；其中，所述事项配置界面中显示有至少一个待配置收费事项；如图1中所示，本技术实施例提供的收费事项的配置方法，包括：
33.s101、响应于事项配置操作，对所述至少一个待配置收费事项进行配置，得到至少一个候选收费事项。
34.s102、针对于每个候选收费事项，响应于定价配置操作，确定该候选收费事项所涉及的至少一项基础费用事项和至少一项费用优惠策略。
35.s103、基于每个候选收费事项、每个候选收费事项的至少一项基础费用事项以及每个候选收费事项的至少一项费用优惠策略，生成费用模型。
36.s104、利用待办理对象的对象详情信息，通过查询生成的所述费用模型，确定所述用户完成办理所述待办理对象待缴纳的总费用数据。
37.本技术实施例所提供的一种收费事项的配置方法，在业务人员具有收费事项配置需求时，可以通过业务人员所使用的终端设备的，为其所提供一个能够对收费事项进行配置的事项配置界面，业务人员可以通过事项配置操作完成事项配置界面中各待配置收费事项进行配置，以得到完成配置的至少一个候选收费事项；再通过定价配置操作，为每个候选收费事项配置该候选收费事项的基础费用事项以及费用优惠策略；进而，整合每个候选收费事项、每个候选收费事项的至少一项基础费用事项以及每个候选收费事项的至少一项费用优惠策略，生成费用模型；以在用户具有办理待办理对象的办理需求时，可通过查询费用模型，确定用户完成办理待办理对象待缴纳的总费用数据。由此，可以统一制定并整合适合于不同用户的各项收费事项以及优惠策略，以便于后期对各个收费事项的集中管理及维护，简化收费事项的维护过程，提供收费事项的配置效率；并且，还可以结合用户的实际情况，确定该用户实现业务办理所需支付的总费用数据，能够提高费用数据计算结果的准确性，进而，提高了待办理对象的业务办理效率。
38.这里，对于不同对象类别的目标对象来说，其所涉及的待配置收费事项与事项配置界面也可能会存在差异，例如，当目标对象为“支票”时，其所属的对象类别为“金融产品”类，对于“支票”这个目标对象来说，所涉及的待配置收费事项可以包括支票手续费、支票工本费以及支票挂失费等事项，此时，便可以将包括上述待配置收费事项的事项配置界面显示给业务人员；而当目标对象为“转账”时，其所属的对象类别为“金融服务”类，对于“转账”这个目标对象来说，所涉及的待配置收费事项可以包括办理渠道费用、办理场景费用以及办理手续费等事项，此时，便可以将包括上述待配置收费事项的事项配置界面显示给业务人员。
39.因此，在对目标对象所涉及的候选收费事项以及费用优惠策略进行配置时，可以事先根据目标对象的所属对象类别，为业务人员展示相应的事项配置界面，并在事项配置界面显示出该对象类别所关联的各个待收费事项。
40.这里，对于事项配置界面的显示触发方式，可以包括当业务人员登录终端设备时自动确定目标对象的对象类别，并触发对象类别对应的事项配置界面的显示；还可以是通过相应的界面显示控件，触发目标对象的对象类别的确定以及事项配置界面的显示；还可以是业务人员通过在终端设备上施加费用配置操作，触发目标对象的对象类别的确定以及事项配置界面的显示，可以根据实际情况而定，在此不做限制。
41.在一种实施方式中，通过以下步骤确定目标对象所属对象类别：响应于费用配置操作，获取所述目标对象的基础属性信息；利用所述基础属性信息，匹配所述目标对象所属的对象类别。
42.该步骤中，响应于业务人员在终端设备上施加费用配置操作，以获取待配置收费事项的目标对象的基础属性信息；利用该目标对象的基础属性信息，匹配已设置对象类别所关联的关键词，确定出该目标对象所属的对象类别；例如，假设对象类别为“金融产品”时，该对象类别所关联的关键词包括支票、基金、存折以及卡等，当目标对象的对象名称中包括上述关键词中的任意一种时，便可以确定目标对象的对象类别为“金融产品”。
43.这里，对于显示在事项配置界面中的待配置收费事项可以根据实际情况而进行调
整，以能够更加贴合于目标对象所使用的业务场景，进行目标对象所涉及的候选收费事项进行配置。
44.在一种实施方式中，在图形用户界面中显示所述对象类别对应的事项配置界面之后，所述配置方法还包括：响应于事项调整指令，按照所述事项调整指令所指示的调整方式，调整显示的所述至少一个待配置收费事项，得到调整后的至少一个待配置收费事项；将所述调整后的至少一个待配置收费事项显示在所述图形用户界面中。
45.该步骤中，业务人员可以通过终端设备下达事项调整指令，以实现对于各个待配置收费事项的调整；具体的，响应于业务人员所下达的事项调整指令，按照事项调整指令所指示出的调整方式，调整显示在事项配置界面中的至少一个待配置收费事项，得到调整后的至少一个待配置收费事项；并将调整后的至少一个待配置收费事项显示在事项配置界面中。
46.其中，所述调整方式包括新增、删除以及修改中的至少一种。
47.在步骤s101中，响应于业务人员在终端设备所显示的事项配置界面中所施加的事项配置操作，对事项配置界面中已显示的至少一个待配置收费事项进行配置，得到完成配置的至少一个候选收费事项。
48.本技术所提供的方案中，响应于事项配置操作，具体可以为，当业务人员按下事项配置操作对应的控件时，便可以触发待配置收费事项的配置；具体的，业务人员可以通过手指、鼠标等触控事项配置操作对应的控件；或者是通过键盘中的预设组合键触控事项配置操作对应的控件，例如，键盘中的ctrl键、alt键、a键等按键，预设按键可以根据业务人员的需求进行人为设置。
49.其中，事项配置操作可以包括点击操作、双击操作、滑动操作、拖拽操作以及输入操作等操作。
50.在一种实施方式中，所述事项配置操作包括参数获取操作和参数调整操作；步骤s101包括：
51.s1011、针对于每个待配置收费事项，响应于参数获取操作，获取该待配置收费事项的初始事项参数。
52.该步骤中，针对于显示在事项配置界面中的每个待配置收费事项，响应于业务人员通过终端设备所施加的参数获取操作，获取预先为该待配置收费事项所设置的初始事项参数；例如，当待配置收费事项为“支票手续费”时，可以通过参数获取操作，获取根据以往经验预先设置的初始手续费，即“支票手续费为2元”。
53.在支票手续费无需调整的情况下，可以进一步的减少业务人员的配置操作，因此，可以进一步地提高配置效率。
54.本技术所提供的方案中，响应于参数获取操作，具体可以为，当业务人员按下参数获取操作对应的控件时，便可以触发初始事项参数的获取。
55.其中，参数获取操作可以包括点击操作、双击操作、滑动操作、拖拽操作以及输入操作等操作。
56.s1012、响应于参数调整操作，调整该待配置收费事项的初始事项参数，得到完成配置的、该待配置收费事项对应的候选收费事项。
57.该步骤中，在该待配置收费事项的参数存在变动的情况下，业务人员还可以通过
终端设备施加参数调整操作，以实现对于该待配置收费事项的初始事项参数的调整；具体的，响应于业务人员通过终端设备所施加的参数调整操作，调整该待配置收费事项的初始事项参数，得到完成配置的候选收费事项。
58.本技术所提供的方案中，响应于参数调整操作，具体可以为，当业务人员按下参数调整操作对应的控件时，便可以触发初始事项参数的调整。
59.其中，参数调整操作可以包括点击操作、双击操作、滑动操作、拖拽操作以及输入操作等操作。
60.在步骤s102中，在确定了目标对象所涉及的候选收费事项之后，需针对于每个候选收费事项，进一步地制定该候选收费事项所涉及的至少一项基础费用事项和适用于该候选收费事项的至少一项费用优惠策略；具体的，响应于业务人员通过终端设备所施加的定价配置操作，确定业务人员为该候选收费事项所设置的至少一项基础费用事项；同时，业务人员还可以通过定价配置操作，设置适用于该候选收费事项的至少一项费用优惠策略。
61.本技术所提供的方案中，响应于定价配置操作，具体可以为，当业务人员按下定价配置操作对应的控件时，便可以触发费用以及优惠策略的配置。
62.其中，定价配置操作可以包括点击操作、双击操作、滑动操作、拖拽操作以及输入操作等操作。
63.在一种实施方式中，定价配置操作包括基础费用配置操作和优惠策略配置操作；步骤s102包括：
64.s1021、针对于每个候选收费事项，响应于基础费用配置操作，配置该候选收费事项所涉及的至少一项基础费用事项。
65.该步骤中，针对于每个候选收费事项，业务人员可以通过基础费用配置操作，实现该候选收费事项所涉及的至少一项基础费用事项的配置；具体的，响应于业务人员通过终端设备所施加的基础费用配置操作，配置该候选收费事项所涉及的至少一项基础费用事项。
66.其中，所述基础费用事项包括基础费用数据；基础费用数据包括收取方式、收费频率、收费金额/比例以及欠费处理方式等。
67.本技术所提供的方案中，响应于基础费用配置操作，具体可以为，当业务人员按下基础费用配置操作对应的控件时，便可以触发基础费用的配置。
68.其中，基础费用配置操作可以包括点击操作、双击操作、滑动操作、拖拽操作以及输入操作等操作。
69.s1022、响应于优惠策略配置操作，配置该候选收费事项在至少一个费用优惠维度下的费用优惠策略。
70.该步骤中，针对于每个候选收费事项，业务人员可以通过优惠策略配置操作，实现该候选收费事项所涉及的至少一项费用优惠策略的配置；具体的，响应于业务人员通过终端设备所施加的优惠策略配置操作，配置该候选收费事项在至少一个费用优惠维度下的费用优惠策略。
71.这里，对于一个候选收费事项来说可以具有不同的费用优惠维度，费用优惠维度是指在不同角度上对候选收费事项的基础费用数据进行优惠；例如，站在“用户”的角度上，费用优惠维度可以为“客户优惠维度”；具体的，费用优惠维度至少包括客户优惠维度、营销
渠道优惠维度以及网点营销优惠维度。
72.本技术所提供的方案中，响应于优惠策略配置操作，具体可以为，当业务人员按下优惠策略配置操作对应的控件时，便可以触发优惠策略的配置。
73.其中，优惠策略配置操作可以包括点击操作、双击操作、滑动操作、拖拽操作以及输入操作等操作。
74.在一种实施方式中，所述优惠策略配置操作包括维度选择操作、条件配置操作和方式配置操作；步骤s1022包括：
75.步骤a、响应于维度选择操作，确定该候选收费事项涉及的至少一个费用优惠维度。
76.该步骤中，由于，可以在多个不同角度上对候选收费事项进行优惠，因此，候选收费事项至少涉及一个费用优惠维度，需完成每个费用优惠维度的配置；具体的，响应于业务人员通过终端设备所施加的维度选择操作，确定出该候选收费事项涉及的至少一个费用优惠维度。
77.本技术所提供的方案中，响应于维度选择操作，具体可以为，当业务人员按下维度选择操作对应的控件时，便可以触发优惠维度的选择。
78.其中，维度选择操作可以包括点击操作、双击操作、滑动操作、拖拽操作以及输入操作等操作。
79.步骤b、针对于每个费用优惠维度，响应于条件配置操作，配置该费用优惠维度所具有的至少一个费用优惠条件。
80.该步骤中，针对于候选收费事项所涉及的每个费用优惠维度，响应于业务人员通过终端设备所施加的条件配置操作，配置在该费用优惠维度下候选收费事项所具有的至少一个费用优惠条件。
81.例如，当费用优惠维度为“客户优惠维度”时，在“客户优惠维度”下候选收费事项所具有的至少一个费用优惠条件包括客户级别为大客户、客户存款》10万等。
82.本技术所提供的方案中，响应于条件配置操作，具体可以为，当业务人员按下条件配置操作对应的控件时，便可以触发优惠条件的配置；具体的，业务人员可以通过手指、鼠标等触控条件配置操作对应的控件；或者是通过键盘中的预设组合键触控条件配置操作对应的控件，例如，键盘中的ctrl键、alt键、a键等按键，预设按键可以根据业务人员的需求进行人为设置。
83.其中，条件配置操作可以包括点击操作、双击操作、滑动操作、拖拽操作以及输入操作等操作。
84.步骤c、针对于每个费用优惠条件，响应于方式配置操作，确定在满足该费用优惠条件时采取的费用优惠方式。
85.该步骤中，针对于每个已配置的费用优惠条件，响应于业务人员通过终端设备所施加的方式配置操作，确定在满足该费用优惠条件的情况下，对所涉及的至少一项基础费用数据可采取的费用优惠方式。
86.对应于上述实施例，当客户级别为大客户时，可以较少5％的手续费等优惠方式。
87.本技术所提供的方案中，响应于方式配置操作，具体可以为，当业务人员按下方式配置操作对应的控件时，便可以触发优惠方式的配置；具体的，业务人员可以通过手指、鼠
标等触控方式配置操作对应的控件；或者是通过键盘中的预设组合键触控方式配置操作对应的控件，例如，键盘中的ctrl键、alt键、a键等按键，预设按键可以根据业务人员的需求进行人为设置。
88.其中，方式配置操作可以包括点击操作、双击操作、滑动操作、拖拽操作以及输入操作等操作。
89.步骤d、基于每个费用优惠条件和该费用优惠条件对应的费用优惠方式，得到该费用优惠维度下的至少一个费用优惠策略。
90.该步骤中，整合该费用优惠维度下每个费用优惠条件和该费用优惠条件对应的费用优惠方式，确定该费用优惠维度下候选收费事项所涉及的至少一个费用优惠策略。
91.在步骤s103中，整合每个候选收费事项、每个候选收费事项的至少一项基础费用事项以及每个候选收费事项的至少一项费用优惠策略，生成费用模型。
92.在步骤s104中，在用户具有待办理对象的办理需求时，可以通过查询已生成的费用模型，从已配置的至少一项候选收费事项中，匹配出对于该用户来说，待办理对象所涉及的至少一项待收费事项以及该用户所具有的目标优惠策略，以确定用户完成办理待办理对象待缴纳的总费用数据。
93.请参阅图2，图2为本技术实施例所提供的一种费用估计过程示意图。如图2所示，所述s104包括：
94.s1041、获取待办理对象的对象详情信息。
95.s1042、利用所述对象详情信息，通过查询生成的所述费用模型，从已配置的至少一项候选收费事项中确定完成办理所述待办理对象所涉及的至少一项待收费事项。
96.s1043、针对于每项待收费事项，根据用户的账户信息和/或所述用户办理所述待办理对象的办理场景，确定相对于所述用户该待收费事项所具有目标优惠策略。
97.s1044、基于所述目标优惠策略调整该待收费事项的基础费用数据，得到该收费事项的目标费用数据。
98.s1045、基于各项待收费事项的目标费用数据，确定所述用户完成办理所述待办理对象待缴纳的总费用数据。
99.在用户办理待办理对象时，根据待办理对象的对象详情信息，确定办理待办理对象所涉及的至少一项待收费事项，并结合于用户办理待办理对象的办理场景以及用户自身的账户信息，确定每项待收费事项是否具有相应的目标优惠策略；在具有目标优惠策略的情况下，对每项收费事项的基础费用数据进行调整，并确定出用户完成办理待办理对象所需支付的总费用数据，以此，在无需业务人员进行人工核对的情况下，结合用户的实际情况，准确地确定出用户办理该待办理对象的所需支付的总费用数据，有助于提高业务的办理效率。
100.在步骤s1041中，当确定用户具有待办理对象的办理意愿时，获取用户所办理的待办理对象的对象详情信息；其中，对象详情信息包括对象名称、对象所属类别以及对象办理部门等信息。
101.在步骤s1042中，对于待办理对象来说，不同的待办理对象所涉及的待收费事项不同；并且，即使是同一待办理对象，在不同的交易事项下所涉及的待收费事项也是不同的；因此，需根据待办理对象的对象详情信息，通过查询生成的费用模型，从费用模型的已配置
至少一项候选收费事项中确定出完成办理该待办理对象所涉及的至少一个待收费事项。
102.示例性的，当用户所要办理的待办理对象为“支票业务”时，“支票业务”在不同交易事项下所涉及的待收费事项不同，当交易事项为“购买”时，“支票业务”所涉及的待收费事项可以包括支票工本费、支票购买手续费等待收费事项；当交易事项为“兑现”时待收费事项可以包括支票兑现手续费等待收费事项；当交易事项为“挂失”时待收费事项可以包括支票工本费、支票挂失手续费等待收费事项。
103.这里，以“银行”场景为例，在“银行”中对于不同客户来说，由于，客户等级上的区别，使得不同客户办理相同待办理对象所具有的优惠策略可能会存在差异；例如，高级客户办理待办理对象a可以减少1％的手续费；普通客户办理待办理对象a则仅能够减少0.5％的手续费等；
104.同样，在“银行”场景下，办理待办理对象的办理场景上的差异，也会使得相同的待办理对象所具有的优惠策略存在差异，以待办理对象为“取款业务”，待收费事项为“取款手续费”为例，在“网点柜台”办理取款业务时，所涉及的取款手续费不存在任何的优惠策略；而在“手机银行”中办理取款业务时，则会减免一定的取款手续费。
105.因此，还需根据用户的账户信息和/或用户办理待办理对象所处的办理场景，进一步地确定在该用户办理待办理对象时，该待办理对象所涉及的各项待收费事项是否存在相应的优惠策略。
106.在步骤s1043中，针对于完成办理待办理对象所涉及的每项收费事项，根据用户的账户信息和/或用户办理待办理对象所处的办理场景，进一步的确定出对于该用户来说，该待收费事项是否具有目标优惠策略，以此实现对于该待收费事项的减免。
107.在一种实施方式中，步骤s1043包括：
108.步骤s10431、针对于每项收费事项，利用所述用户的账户信息和/或所述办理场景，从该待收费事项的至少一个费用优惠策略中匹配出所述用户满足费用优惠条件的至少一个候选优惠策略。
109.该步骤中，对于每项待收费事项，预先为该待收费事项配置了至少一个费用优惠策略，可以通过匹配用户的账户信息和/或办理场景，从至少一个费用优惠策略中确定出适用于用户的至少一个候选优惠策略；即，确定出用户满足费用优惠条件的、可以使用的至少一个候选优惠策略。
110.示例性的，每个费用优惠策略均配置有相应的费用优惠条件，费用优惠策略b的费用优惠条件为“高级用户”，当根据用户的账户信息，确定该用户为“高级用户”时，确定该用户满足费用优惠策略b的费用优惠条件，将费用优惠策略b确定为候选优惠策略；再例如，费用优惠策略c的费用优惠条件为“手机银行”，当用户使用“手机银行”办理该待办理对象时，确定该用户满足费用优惠策略c的费用优惠条件，将费用优惠策略c确定为候选优惠策略。
111.在一种实施方式中，步骤s10431包括：
112.利用所述账户信息，从该待收费事项的至少一个费用优惠策略中匹配出适用于所述用户的至少一个可用优惠策略；结合所述办理场景，从所述至少一个可用优惠策略中确定出在所述办理场景适用于所述用户的至少一个候选优惠策略。
113.该步骤中，针对于每项待收费事项，利用用户的账户信息，从该待收费事项的至少一个费用优惠策略中匹配出该用户适用的至少一个可用优惠策略；在此基础上，结合用户
办理该待办理对象的办理场景，再从至少一个可用优惠策略中进一步地筛选出在办理场景下适用于该用户的候选优惠策略。
114.例如，该收费事项存在4个费用优惠策略，费用优惠策略1、费用优惠策略2、费用优惠策略3以及费用优惠策略4，其中，费用优惠策略1和费用优惠策略2适用于高级用户，费用优惠策略3和费用优惠策略4适用于普通用户；若根据用户的账户信息，确定该用户为普通用户，则可将费用优惠策略3和费用优惠策略4确定为该用户适用的至少一个可用优惠策略。
115.进一步的，费用优惠策略3适用的办理场景为网点柜台，费用优惠策略4适用的办理场景为手机银行，若用户办理待办理对象的办理场景为手机银行，则将费用优惠策略4确定为用户所适用的候选优惠策略。
116.或，利用所述账户信息，从该待收费事项的至少一个费用优惠策略中匹配出适用于所述用户的至少一个第一优惠策略；利用所述办理场景，从所述至少一个费用优惠策略中确定出在所述办理场景下所述待办理对象所适用的至少一个第二优惠策略；基于所述第一优惠策略和所述第二优惠策略，确定出适用于所述用户的至少一个候选优惠策略。
117.该步骤中，针对于每项待收费事项，首先，利用用户的账户信息，从该待收费事项的至少一个费用优惠策略中匹配出该用户适用的至少一个第一优惠策略；其次，再结合用户办理该待办理对象的办理场景，再从至少一个费用优惠策略中确定出在办理场景下待办理对象所适用的至少一个第二优惠策略；最后，将第一优惠策略和第二优惠策略均确定为该用户所适用的至少一个候选优惠策略。
118.例如，该待收费事项存在4个费用优惠策略，费用优惠策略1、费用优惠策略2、费用优惠策略3以及费用优惠策略4，其中，费用优惠策略1适用于高级用户、费用优惠策略2适用于普通用户、费用优惠策略3适用于网点柜台、费用优惠策略4适用于手机银行；若根据用户的账户信息，确定该用户为普通用户，则可将费用优惠策略2确定为该用户适用的第一优惠策略；若该用户办理待办理对象的办理场景为网点柜台，则可将费用优惠策略3确定为该用户适用的第二优惠策略；将费用优惠策略2和费用优惠策略3确定为该用户所适用的候选优惠策略。
119.或，利用所述账户信息，从该待收费事项的至少一个费用优惠策略中匹配出适用于所述用户的至少一个候选优惠策略。
120.该步骤中，针对于每项待收费事项，利用该用户的账户信息，从该待收费事项的至少一个费用优惠策略中，匹配出该用户所适用的至少一个候选优惠策略。
121.或，利用所述办理场景，从该待收费事项的至少一个费用优惠策略中确定出在所述办理场景下所述用户办理所述待办理对象所适用的至少一个候选优惠策略。
122.该步骤中，针对于每项待收费事项，参考用户办理待办理对象的办理场景，从该待收费事项的至少一个费用优惠策略中，匹配出在当前的办理场景下该用户办理待办理对象所适用的至少一个候选优惠策略。
123.步骤s10432、结合每个候选优惠策略的使用详情信息，从所述至少一个候选优惠策略确定出所述用户所适用的目标优惠策略。
124.该步骤中，对于该用户而言，虽然，该用户满足费用优惠条件的候选优惠策略存在不止一个的情况，但是，该用户是否能够使用全部的候选优惠策略，或者至少一个候选优惠
策略中哪些可以作为适用于该用户的目标优惠策略，还需参考于每个候选优惠策略的使用详情信息，进一步地确定出适用于该用户的目标优惠策略。
125.在一种实施方式中，步骤s10432包括：
126.步骤1、按照预设策略选取策略，确定所述至少一个候选优惠策略是否能够累计。
127.该步骤中，预先设置有策略选取策略，策略选择策略能够表明至少一个候选优惠策略的使用方式；这里，使用方式可以包括“累计使用”，即至少一个候选优惠策略可以累计叠加使用；使用方式还可以包括“择一使用”，即需要利用特定选取方式，从至少一个候选优惠策略中选择出适用于该用户的目标优惠策略。
128.步骤2、若是，通过叠加所述至少一个候选优惠策略，确定出所述用户所适用的目标优惠策略。
129.该步骤中，若按照策略选取策略，确定至少一个候选优惠策略能够累计，即确定至少一个候选优惠策略的使用方式为累计使用，则通过叠加至少一个候选优惠策略，确定出用户所适用的目标优惠策略。
130.示例性的，确定出两个用户满足费用优惠条件的候选优惠策略，候选优惠策略c和候选优惠策略d，候选优惠策略c为减少1％的手续费，候选优惠策略d为减少2％的手续费，若候选优惠策略c和候选优惠策略d的使用方式为“累计使用”，则叠加候选优惠策略c和候选优惠策略所减少的手续费，得到适用于用户的目标优惠策略，即目标优惠策略为减少3％的手续费。
131.步骤3、若否，结合每个候选优惠策略的使用详情信息所携带的使用优先级，将使用优先级最高的候选优惠策略确定为目标优惠策略。
132.该步骤中，若按照策略选取策略，确定至少一个候选优惠策略不能够累计，即确定至少一个候选优惠策略的使用方式为择一使用，则需根据特定选取方式，从至少一个候选优惠策略中选择出适用于该用户的目标优惠策略；其中，特定选取方式包括按优先级选取和按优惠值选取；当特定选取方式为按优先级选取时，结合每个候选优惠策略的使用详情信息所携带的使用优先级，将使用优先级最高的候选优惠策略确定为用户所适用的目标优惠策略。
133.对应于上述实施例，确定出两个用户满足费用优惠条件的候选优惠策略，候选优惠策略c和候选优惠策略d，候选优惠策略c的使用优先级为3级，候选优惠策略d的使用优先级为4级，在特定选取方式为按优先级选取的方式下，将候选优惠策略d确定为用户所适用的目标优惠策略。
134.或者，步骤4、若否，结合每个候选优惠策略的使用详情信息，确定每个候选优惠策略的优惠值，将优惠值最高的候选优惠策略确定为目标优惠策略。
135.该步骤中，若按照策略选取策略，确定至少一个候选优惠策略不能够累计，即确定至少一个候选优惠策略的使用方式为择一使用，则需根据特定选取方式，从至少一个候选优惠策略中选择出适用于该用户的目标优惠策略；其中，特定选取方式包括按优先级选取和按优惠值选取；当特定选取方式为按优惠值选取时，结合每个候选优惠策略的使用详情信息，确定每个候选优惠策略的优惠值，将优惠值最高的候选优惠策略确定为用户所适用的目标优惠策略。
136.对应于上述实施例，确定出两个用户满足费用优惠条件的候选优惠策略，候选优
惠策略c和候选优惠策略d，候选优惠策略c为减少1％的手续费，候选优惠策略d为减少2％的手续费，在特定选取方式为按优惠值选取的方式下，将候选优惠策略d确定为用户所适用的目标优惠策略。
137.在步骤s1044中，针对于每项待收费事项，若对于该用户来说，该待收费事项具有目标优惠策略，则按照目标优惠策略调整该收费事项的基础费用数据，以得到该用户需针对于该待收费事项缴纳的目标费用数据。
138.在步骤s1045中，基于各项待收费事项的目标费用数据，可以通过求和的方式，确定出该用户完成待办理对象的办理所需缴纳的总费用数据。
139.这里，若用户想要完成待办理对象的办理，则需要按照预设费用收取策略，完成总费用数据的缴纳。
140.在一种实施方式中，所述配置方法还包括：通过查询预设费用收取策略，确定完成办理所述待办理对象需缴纳的所述总费用数据的缴纳时间；按照所述缴纳时间，在完成所述总费用数据的收取之后，完成所述待办理对象的办理。
141.该步骤中，在用户缴纳完成办理待办理对象所涉及的总费用数据时，可以查询预设费用收取策略，确定想要完成办理待办理对象，缴纳待办理对象所涉及的总费用数据的缴纳时间；并按照缴纳时间，及时地完成总费数据的收取之后，完成对该用户具有办理意愿的待办理对象的办理。
142.这里，为了便于用户办理待办理对象，可以为不同待办理对象设置不同的缴纳时间，例如，可以将缴纳时间设置为实时缴纳，还可以将缴纳时间设置为日终缴纳。
143.在一种实施方式中，所述缴纳时间包括实时缴纳；所述按照所述缴纳时间，在完成所述总费用数据的收取之后，完成所述待办理对象的办理，包括：利用所述账户信息，确定所述用户的账户余额是否能够完成所述总费用数据的实时缴纳；若是，完成所述总费用数据的收取，并完成所述待办理对象的办理；若否，确定缴纳所述总费用数据的缴纳方式，并按照所述缴纳方式，完成所述总费用数据的缴纳。
144.该步骤中，若总费用数据的缴纳时间为实时缴纳，则说明需在完成总费用数据的缴纳之后，才能够完成待办理对象的办理；此时，需利用账户信息，确定用户的账户余额是否足以完成总费用数据的实时缴纳；若账户余额能够完成总费用数据的实时缴纳，则从账户余额中完成总费用数据的扣取，以此，完成总费用数据的收取，并完成待办理对象的办理。
145.若账户余额不能够完成总费用数据的实时缴纳，则进一步的确定出总费用数据的缴纳方式，按照缴纳方式完成总费用数据的缴纳；其中，缴纳方式包括差额缴纳和全额缴纳中的任意一种。
146.这里，为了避免用户由于未能够及时地完成总费用数据的缴纳，而拖慢待办理对象的办理进程，针对于不同的待办理对象，可以为用户设置多种缴纳总费用数据的缴纳方式；例如，差额缴纳，即允许用户先缴纳部分的总费用数据，之后在规定的期限内完成剩余的总费用数据的缴纳即可。
147.在一种实施方式中，所述缴纳方式包括差额缴纳；所述按照所述缴纳方式，完成所述总费用数据的缴纳，包括：采取所述差额缴纳的缴纳方式，完成对部分的总费用数据的缴纳，并完成所述待办理对象的办理；在预设时间段内，重复收取未缴纳的剩余的总费用数
据，直至完成全部的总费用数据的收取为止。
148.该步骤中，在缴纳方式为差额缴纳的情况下，确定需进行缴纳的部分的总费用数据，从账户余额中完成部分的总费用数据的扣取，并完成待办理对象的办理。
149.在预设时间段内，重复向用户收取未缴纳的剩余的总费用数据，直至完成全部的总费用数据的收取为止；若在预设收取次数内，未完成剩余的总费用数据，则不再向用户收取剩余的总费用数据，记录未完成收取的原因，并生成异常信息，并上报给业务人员。
150.若待处理业务的缴纳方式为全额缴纳，则需要实时完成全部的总费用数据的缴纳，否则，无法完成待办理对象的办理。
151.若待办理对象所涉及的总费用数据的缴纳时间为日终缴纳，则在日终时，再次判断总费用数据的缴纳方式，并按照缴纳方式完成对总费用数据的收取。
152.请参阅图3，图3为本技术实施例所提供的一种费用收取过程示意图。如图3所示，步骤301：开始；步骤302：确定待办理对象所涉及的至少一项待收费事项；步骤303：确定每项待收费事项是否具有目标优惠策略；若是，执行步骤304；若否，执行步骤306；步骤304：利用每项待收费事项的目标优惠策略，计算每项待收费事项的目标费用数据；步骤305：基于各个待收费事项的目标费用数据，确定办理待办理对象所需缴纳的总费用数据；步骤306：判断是否实时收取总费用数据；若是，执行步骤307：若否，执行步骤311；步骤307：判断用户的账户余额是否能够完成总费用数据的实时缴纳；若是，执行步骤310；若否，执行步骤308；步骤308：判断是否可以差额收取总费用数据；若是，执行步骤309；若否，执行步骤312；步骤309：收取部分的总费用数据；步骤310：收取全部的总费用数据；步骤311：日终收取总费用数据；步骤312：结束。
153.本技术实施例提供的收费事项的配置方法，响应于事项配置操作，对所述至少一个待配置收费事项进行配置，得到至少一个候选收费事项；针对于每个候选收费事项，响应于定价配置操作，确定该候选收费事项所涉及的至少一项基础费用事项和至少一项费用优惠策略；基于每个候选收费事项、每个候选收费事项的至少一项基础费用事项以及每个候选收费事项的至少一项费用优惠策略，生成费用模型；利用待办理对象的对象详情信息，通过查询生成的所述费用模型，确定所述用户完成办理所述待办理对象待缴纳的总费用数据。由此，业务人员可以通过提供的终端设备统一制定并整合适合于不同用户的各项收费事项以及优惠策略，形成费用模型，以便于后期通过提供的终端设备对费用模型中的各个收费事项的集中管理及维护，简化收费事项的维护过程，提供收费事项的配置效率。
154.请参阅图4、图5，图4为本技术实施例所提供的一种收费事项的配置装置的结构示意图之一，图5为本技术实施例所提供的一种收费事项的配置装置的结构示意图之二。在图形用户界面中提供并显示事项配置界面；其中，所述事项配置界面中显示有至少一个待配置收费事项；如图4中所示，所述配置装置400包括：
155.事项配置模块410，用于响应于事项配置操作，对所述至少一个待配置收费事项进行配置，得到至少一个候选收费事项；
156.策略配置模块420，用于针对于每个候选收费事项，响应于定价配置操作，确定该候选收费事项所涉及的至少一项基础费用事项和至少一项费用优惠策略；
157.模型生成模块430，用于基于每个候选收费事项、每个候选收费事项的至少一项基础费用事项以及每个候选收费事项的至少一项费用优惠策略，生成费用模型；
158.费用查询模块440，用于利用待办理对象的对象详情信息，通过查询生成的所述费用模型，确定所述用户完成办理所述待办理对象待缴纳的总费用数据。
159.进一步的，所述策略配置模块420在用于针对于每个候选收费事项，响应于定价配置操作，确定该候选收费事项所涉及的至少一项基础费用事项和至少一项费用优惠策略时，所述策略配置模块420用于：
160.针对于每个候选收费事项，响应于基础费用配置操作，配置该候选收费事项所涉及的至少一项基础费用事项；其中，所述基础费用事项包括基础费用数据；
161.响应于优惠策略配置操作，配置该候选收费事项在至少一个费用优惠维度下的费用优惠策略。
162.进一步的，所述策略配置模块420在用于响应于优惠策略配置操作，配置该候选收费事项在至少一个费用优惠维度下的费用优惠策略时，所述策略配置模块420用于：
163.响应于维度选择操作，确定该候选收费事项涉及的至少一个费用优惠维度；
164.针对于每个费用优惠维度，响应于条件配置操作，配置该费用优惠维度所具有的至少一个费用优惠条件；
165.针对于每个费用优惠条件，响应于方式配置操作，确定在满足该费用优惠条件时采取的费用优惠方式；
166.基于每个费用优惠条件和该费用优惠条件对应的费用优惠方式，得到该费用优惠维度下的至少一个费用优惠策略。
167.进一步的，所述费用查询模块440在用于利用所述对象详情信息，通过查询生成的所述费用模型，确定所述用户完成办理所述待办理对象待缴纳的总费用数据时，所述费用查询模块440用于：
168.获取待办理对象的对象详情信息；
169.利用所述对象详情信息，通过查询生成的所述费用模型，从已配置的至少一项候选收费事项中确定完成办理所述待办理对象所涉及的至少一项待收费事项；
170.针对于每项待收费事项，根据用户的账户信息和/或所述用户办理所述待办理对象的办理场景，确定相对于所述用户该待收费事项所具有目标优惠策略；
171.基于所述目标优惠策略调整该待收费事项的基础费用数据，得到该收费事项的目标费用数据；
172.基于各项待收费事项的目标费用数据，确定所述用户完成办理所述待办理对象待缴纳的总费用数据。
173.进一步的，所述费用查询模块440在用于针对于每项待收费事项，根据用户的账户信息和/或所述用户办理所述待办理对象的办理场景，确定相对于所述用户该待收费事项所具有目标优惠策略时，所述费用查询模块440用于：
174.针对于每项待收费事项，利用所述用户的账户信息和/或所述办理场景，从该待收费事项的至少一个费用优惠策略中匹配出所述用户满足费用优惠条件的至少一个候选优惠策略；
175.结合每个候选优惠策略的使用详情信息，从所述至少一个候选优惠策略确定出所述用户所适用的目标优惠策略。
176.进一步的，所述费用查询模块440在用于利用所述用户的账户信息和/或所述办理
场景，从该待收费事项的至少一个费用优惠策略中匹配出所述用户满足费用优惠条件的至少一个候选优惠策略时，所述费用查询模块440用于：
177.利用所述账户信息，从该待收费事项的至少一个费用优惠策略中匹配出适用于所述用户的至少一个可用优惠策略；结合所述办理场景，从所述至少一个可用优惠策略中确定出在所述办理场景适用于所述用户的至少一个候选优惠策略；或，
178.利用所述账户信息，从该待收费事项的至少一个费用优惠策略中匹配出适用于所述用户的至少一个第一优惠策略；利用所述办理场景，从所述至少一个费用优惠策略中确定出在所述办理场景下所述待办理对象所适用的至少一个第二优惠策略；基于所述第一优惠策略和所述第二优惠策略，确定出适用于所述用户的至少一个候选优惠策略；或，
179.利用所述账户信息，从该待收费事项的至少一个费用优惠策略中匹配出适用于所述用户的至少一个候选优惠策略；或，
180.利用所述办理场景，从该待收费事项的至少一个费用优惠策略中确定出在所述办理场景下所述用户办理所述待办理对象所适用的至少一个候选优惠策略。
181.进一步的，如图5所示，所述配置装置400还包括费用收取模块450，所述费用收取模块450用于：
182.通过查询预设费用收取规则，确定完成办理所述待办理对象需缴纳的所述总费用数据的缴纳时间；
183.按照所述缴纳时间，在完成所述总费用数据的收取之后，完成所述待办理对象的办理。
184.进一步的，所述缴纳时间包括实时缴纳；所述费用收取模块450在用于按照所述缴纳时间，在完成所述总费用数据的收取之后，完成所述待办理对象的办理时，所述费用收取模块450用于：
185.利用所述账户信息，确定所述用户的账户余额是否能够完成所述总费用数据的实时缴纳；
186.若是，完成所述总费用数据的收取，并完成所述待办理对象的办理；
187.若否，确定缴纳所述总费用数据的缴纳方式，并按照所述缴纳方式，完成所述总费用数据的缴纳。
188.进一步的，所述缴纳方式包括差额缴纳；所述费用收取模块450在用于按照所述缴纳方式，完成所述总费用数据的缴纳时，所述费用收取模块450用于：
189.采取所述差额缴纳的缴纳方式，完成对部分的总费用数据的缴纳，并完成所述待办理对象的办理；
190.在预设时间段内，重复收取未缴纳的剩余的总费用数据，直至完成全部的总费用数据的收取为止。
191.本技术实施例提供的收费事项的配置装置，响应于事项配置操作，对所述至少一个待配置收费事项进行配置，得到至少一个候选收费事项；针对于每个候选收费事项，响应于定价配置操作，确定该候选收费事项所涉及的至少一项基础费用事项和至少一项费用优惠策略；基于每个候选收费事项、每个候选收费事项的至少一项基础费用事项以及每个候选收费事项的至少一项费用优惠策略，生成费用模型；利用待办理对象的对象详情信息，通过查询生成的所述费用模型，确定所述用户完成办理所述待办理对象待缴纳的总费用数
据。由此，业务人员可以通过提供的终端设备统一制定并整合适合于不同用户的各项收费事项以及优惠策略，形成费用模型，以便于后期通过提供的终端设备对费用模型中的各个收费事项的集中管理及维护，简化收费事项的维护过程，提供收费事项的配置效率。
192.请参阅图6，图6为本技术实施例所提供的一种电子设备的结构示意图。如图6中所示，所述电子设备600包括处理器610、存储器620和总线630。
193.所述存储器620存储有所述处理器610可执行的机器可读指令，当电子设备600运行时，所述处理器610与所述存储器620之间通过总线630通信，所述机器可读指令被所述处理器610执行时，可以执行如上述图1所示方法实施例中的收费事项的配置方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。
194.本技术实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时可以执行如上述图1所示方法实施例中的收费事项的配置方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。
195.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
196.在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
197.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
198.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
199.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
200.最后应说明的是：以上所述实施例，仅为本技术的具体实施方式，用以说明本技术的技术方案，而非对其限制，本技术的保护范围并不局限于此，尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使
相应技术方案的本质脱离本技术实施例技术方案的精神和范围，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。