本申请涉及数据处理技术领域，具体涉及一种资源属性值的处理方法及装置。
背景技术
在一些复杂系统中，例如银行系统中的基金托管系统，会涉及大量资源属性值的处理，其中，资源属性值例如可以为基金托管时产生的各种费用，比如，管理费、托管费、审计费等等，由于各类资源属性值的处理规则不同，如人工处理需要花费大量的时间，且极易出现错误。在现有技术中，如何实现自动且高效地对各类资源属性值进行不同类型的处理，是亟待解决的技术问题。
技术实现要素：
有鉴于此，本申请实施例提供一种资源属性值的处理方法及装置，以实现自动且高效地处理资源属性值。
为解决上述问题，本申请实施例提供的技术方案如下：
本申请实施例的第一方面提供了一种资源属性值的处理方法，包括：
获取资源属性值的配置规则，所述配置规则包括固定配置规则和/或自定义配置规则；
根据所述资源属性值的配置规则，对所述资源属性值进行计算，获得所述资源属性值的计算结果；
将所述资源属性值的计算结果保存在第一结果表中；
根据所述资源属性值的配置规则，从所述第一结果表中读取所述资源属性值的计算结果进行汇总，获得所述资源属性值的汇总结果；
将所述资源属性值的汇总结果保存在第二结果表中；
根据所述资源属性值的配置规则，根据从所述第二结果表中读取的所述资源属性值的汇总结果，生成所述资源属性值对应的处理指令。
可选的，所述固定配置规则是根据用户通过界面对基础配置项的配置规则进行选择后生成的。
可选的，所述自定义配置规则是根据用户通过界面对配置项以及所述配置项对应的所需函数进行选择后生成的，所述所需函数保存在系统函数库或者自定义函数库中。
可选的，该方法还包括：
在所述资源属性值的配置规则变更后，重新根据所述资源属性值的配置规则，对所述资源属性值进行计算，获得所述资源属性值的计算结果；
和/或，获取所述资源属性值的调整结果，将所述调整结果作为所述资源属性值的计算结果。
可选的，所述方法还包括：
按照凭证模板，从所述第一结果表中读取所述资源属性值的计算结果，生成所述资源属性值的计算结果凭证。
可选的，所述方法还包括：
在执行所述资源属性值对应的处理指令之后，生成所述资源属性值的处理结果凭证。
本申请实施例的第二方面提供了一种资源属性值的处理装置，该装置包括：
第一获取单元，用于获取资源属性值的配置规则，所述配置规则包括规定配置规则和/或自定义配置规则；
第一计算单元，用于根据所述资源属性值的配置规则，对所述资源属性值进行计算，获得所述资源属性值的计算结果；
第一存储单元，用于将所述资源属性值的计算结果保存在第一结果表中；
第二计算单元，用于根据所述资源属性值的配置规则，从所述第一结果表中读取所述资源属性值的计算结果进行汇总，获得所述资源属性值的汇总结果；
第二存储单元，用于将所述资源属性值的汇总结果保存在第二结果表中；
第一生成单元，用于根据所述资源属性值的配置规则，根据从所述第二结果表中读取的所述资源属性值的汇总结果，生成所述资源属性值对应的处理指令。
可选的，所述固定配置规则是根据用户通过界面对基础配置项的配置规则进行选择后生成的。
可选的，所述自定义配置规则是根据用户通过界面对配置项以及所述配置项对应的所需函数进行选择后生成的，所述所需函数保存在系统函数库或者自定义函数库中。
可选的，所述第一计算单元，还用于在所述资源属性值的配置规则变更后，重新根据所述资源属性值的配置规则，对所述资源属性值进行计算，获得所述资源属性值的计算结果；
和/或，该装置还包括：
第二获取单元，用于获取所述资源属性值的调整结果，将所述调整结果作为所述资源属性值的计算结果。
可选的，该装置还包括：
第二生成单元，用于按照凭证模板，从所述第一结果表中读取所述资源属性值的计算结果，生成所述资源属性值的计算结果凭证。
可选的，该装置还包括：
第三生成单元，用于在执行所述资源属性值对应的处理指令之后，生成所述资源属性值的处理结果凭证。
由此可见，本申请实施例具有如下有益效果：
通过上述技术方案可知，本申请提供的资源属性值的处理方法，可预先配置处理资源属性值的规则，当需要对资源属性值进行计算时，可自动获取资源属性值的配置规则，然后根据该配置规则，对资源属性值进行计算，获得计算结果，同时将该计算结果保存在第一结果表中，当需要对计算结果进行汇总时，自动从第一结果表中读取资源属性值的计算结果，根据资源属性值的配置规则进行汇总，获得汇总结果，并将该汇总结果保存在的第二结果表中，最后，当需要对对汇总结果进行处理时，自动从第二结果表中读取汇总结果，根据资源属性值的配置规则，生成资源属性值对应的处理指令，从而完成相关费用的支付，可见，通过本申请提供的方法，可预先配置各资源属性值对应的规则，当需要对某资源属性值进行处理时，通过获取该资源属性值对应的配置规则，自动处理该资源属性值，无需人工操作，极大减少了人工的工作量，实现自动且高效地处理资源属性值。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1为本申请实施例提供的一种资源属性值的处理方法流程图；
图2为本申请实施例提供的一种固定配置规则配置页面示意图；
图3为本申请实施例提供的一种自定义配置规则配置页面示意图；
图4为本申请实施例提供的一种计算结果凭证示意图；
图5为本申请实施例提供的一种资源属性值的处理装置结构图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请实施例作进一步详细的说明。
为便于理解本申请提供的技术方案，下面对本申请技术方案的背景技术进行简单说明。
发明人对传统的处理资源属性值研究中发现，传统的处理资源属性值方法，主要依靠人工操作进行处理，然而，资源属性值种类较多，每类资源属性值对应不同的计算规则，从而导致人工工作量较大，工作效率低且容易出错，以银行系统中的基金托管系统为例，银行对于托管的基金按照一定的规则收取费用，比如，管理费、托管费、审计费等等，针对每项费用均需进行每日计提，逐日累计，在定期支付，然而每项费用的计算规则各不相同，业务人员需要针对每项费用进行人工处理，业务量较大，需要花费大量时间，导致工作效率较低。
基于此，发明人经过研究，提出了一种资源属性值的处理方法，预先配置资源属性值的计算规则，需要对资源属性值进行计算时，触发计算操作，系统可自动获取资源属性值的配置规则，并根据该配置规则对资源属性值进行计算，获得计算结果，同时将该计算结果保存在第一结果表中，当需要对计算结果进行汇总时，自动从第一结果表中读取资源属性值的计算结果，根据资源属性值的配置规则进行汇总，获得汇总结果，并将该汇总结果保存在的第二结果表中，最后，当需要对对汇总结果进行处理时，自动从第二结果表中读取汇总结果，根据资源属性值的配置规则，生成资源属性值对应的处理指令，从而完成相关费用的支付。可见，通过本申请提供的方法，无需人工操作，极大减少了人工的工作量，实现自动且高效地处理资源属性值。
为便于本领域技术人员对本申请技术方案的理解，下面将结合附图对本申请提供的资源属性值处理方法进行详细描述。
参见图1，该图为本申请实施例提供的一种资源属性值的处理方法，该方法可以包括以下步骤：
s101：获取资源属性值的配置规则，配置规则包括固定配置规则和/或自定义配置规则。
本实施例中，可预先针对不同的资源属性值设置其对应的配置规则，对于常规的资源属性值，比如管理费、托管费等，可以通过已有的计算基准完成规则的配置，针对复杂的资源属性值，由于复杂度较高，无法通过已有的计算基准完成规则的配置，用户可以通过自定义方式完成复杂的资源属性值规则的配置，下面将分别介绍固定配置规则和自定义配置规则。
为便于理解，本实施例中，配置规则可以为银行基金托管系统中费用计提规则，其中，计提是指按照规定的比率与规定的基数相乘计算并提取，费用计提规则为费用计算依据，用于描述费用计算时间、计算条件、费用计算公式等等，例如，管理费计提规则，托管费计提规则、审计费计提规则等。
固定配置规则是根据用户通过界面对基础配置项的配置规则进行选择后生成的，其中，基础配置项可以包括计费基准、计费基准日、费率等等，用户根据当前需要计算的资源属性值对基础配置项进行配置。为便于理解，参见图2所示固定规则配置界面示意图，用户可以通过下拉菜单选择计费基准、计费基准日以及费率。以配置管理费的计提规则为例，每日计提的管理费＝上一日基金资产净值*管理费率/当年天数，则用户通过下拉菜单选择计费基准为资产净值，计算基准日为上一日，费率为0.0015，分母数为本年实际天数，选择完成后，用户通过提交，即可完成管理费计提规则的配置。
自定义配置规则是根据用户通过界面对配置项以及配置项对应的所需函数进行选择后生成的，所需函数保存在系统函数库或者自定义函数库中。
对于复杂度较高的费用计算规则，用户可以通过自定义方式定义费用的计算公式等配置项，以完成费用计算规则的配置。参见图3所示自定义配置规则界面示意图，首先公式类型选择为自定义，通过点击“公式编辑器”按钮，便可对计费公式进行编辑，从系统函数库或者原子函数库中选择所需的函数以完成规则的配置。
可以理解的是，由于银行系统中业务类型在不断增加，相应地费用类型也可能在不断增加，为使得系统可以对新增的费用类型进行计算，还可以扩展系统函数库的功能，实时更新系统函数库，以增加其他类型的函数，完善自定义功能。
本实施例中，当某资源属性值的规则配置完成后，为保证配置规则的准确性，可以对该配置规则进行审核，如果审核未通过或者需要改变配置规则时，系统还提供了配置规则维护功能，以使得用户可以修改、新增、删除配置规则中的具体参数，例如，修改管理费计提规则中计费频率、计费公式等等。
s102：根据资源属性值的配置规则，对资源属性值进行计算，获得资源属性值的计算结果。
通过步骤s101可知，已获取某资源属性值的配置规则，比如管理费的计提规则，当需要对该费用进行计算时，系统根据该费用的计提规则，进行计算，获得计算结果。其中，可以人为触发计算操作，也可以在计提规则中设置计算条件，当满足条件时，自动触发计算，比如，设置计算频率为每天下午5点，则在每日的下午5点，系统自动触发计算操作，获取每日计算结果。
可以理解的是，用户可以根据实际需求，对资源属性值的配置规则进行修改，比如，修改计算基准、费率等等。当资源属性值的配置规则变更后，需重新根据资源属性值的配置规则对资源属性值进行计算，获得该资源属性值的计算结果。实际应用时，当管理费用计提规则发生变更时，用户可以点击重新计算或输入条件后触发计算，系统可以将原有计算结果清除后，再根据变更后的计提规则对管理费用进行计算，获得计算结果。
另外，为保证资源属性值计算结果的准确性，用户还可以对资源属性值的计算结果进行审核，以根据审核结果对计算结果进行调整，例如，新增计算结果或者修改计算结果，系统获得资源属性值的调整结果，将调整结果作为资源属性值的计算结果。例如，用户手动新增管理费用记录，系统获取该管理费用记录将其作为管理费用的计算结果。
s103：将资源属性值的计算结果保存在第一结果表中。
本实施例中，将步骤s102中的计算结果保存在第一结果表中，第一结果表可以为银行基金托管系统中的核算费用管理表，为后续的计算提供数据。在实际应用时，可以针对不同的资源属性值将其计算结果保存在不同子表中，例如，管理费的计算结果保存在管理费用计提结果表，审计费的计算结果保存在审计费用计提结果表中。当然，也可以将不同资源属性值的计算结果保存在同一张表中。
另外，用户可以根据第一结果表查询已保存的计算结果，具体实现时，可以通过费用查询界面进行查询，在费用查询界面输入相应的信息后，可以通过点击查询按钮，便可以查看费用计提结果信息列表，该列表中包括该费用的计提规则、计提日期、费用基准等信息，从而使得用户可以快速获得该费用的相关信息。同时，在该费用查询界面中，用户还可以增加、修改以及删除费用计提记录，提高工作效率。
s104：根据资源属性值的配置规则，从第一结果表中读取资源属性值的计算结果进行汇总，获得资源属性值的汇总结果。
本实施例中，资源属性值的配置规则中可以设置汇总条件，当条件满足时，则从第一结果表中提取该资源属性值的计算结果，进行汇总，得到汇总结果。例如，汇总条件为每月的第一个自然日，以管理费为例，依据设置的日期规则，在每月的第一个自然日，从管理费用计提表中提取上一个月保存的管理费用计算结果，将上个月所有的计算结果进行相加，得到汇总结果。
本实施中，系统可以针对每类资源属性值进行汇总。比如针对管理费、审计费、托管费等每项费用均进行汇总，得到每项费用的汇总结果。
s105：将资源属性值的汇总结果保存在第二结果表中。
本实施例中，第二结果表可以为银行基金托管系统中的清算费用管理表，系统将步骤s104的汇总结果保存至清算费用管理表，为后续的操作提供数据。具体实施时，系统可以将每项费用的汇总结果保存在清算费用管理表中，以便系统进行费用的清算。
s106：根据资源属性值的配置规则，根据从第二结果表中读取的资源属性值的汇总结果，生成资源属性值对应的处理指令。
本实施例中，系统根据资源属性值的配置规则，可以获取处理频率，按照该频率从第二结果表中读取资源属性值的汇总结果，并生成相应的处理指令，以完成对该资源属性值的最终处理。
其中，处理指令可以为银行基金托管系统中的支付指令，系统根据配置规则中支付频率生成支付指令，以完成相关费用的支付。比如管理费，按月支付，在每月第2天进行支付，则系统在每月的第2天生成支付指令，其中支付指令中的金额取自清算费用管理表中管理费用汇总额，系统根据支付指令获取相应金额的管理费用。
通过本申请提供的资源属性值的处理方法，当需要对资源属性值进行计算时，可自动获取资源属性值的配置规则，然后根据该配置规则，对资源属性值进行计算，获得计算结果，同时将该计算结果保存在第一结果表中，当需要对计算结果进行汇总时，自动从第一结果表中读取资源属性值的计算结果，根据资源属性值的配置规则进行汇总，获得汇总结果，并将该汇总结果保存在的第二结果表中，最后，当需要对对汇总结果进行处理时，自动从第二结果表中读取汇总结果，根据资源属性值的配置规则，生成资源属性值对应的处理指令，从而完成相关费用的支付，可见，通过本申请提供的方法，可预先配置各资源属性值对应的规则，当需要对某资源属性值进行处理时，通过获取该资源属性值对应的配置规则，自动处理该资源属性值，无需人工操作，极大减少了人工的工作量，实现自动且高效地处理资源属性值。
需要说明的是，当发生经济业务事项时，通常情况下，需要提供相关凭证，以证明发生事项以及明确经济责任，因此，在本申请实施例中，当系统根据资源属性值的配置规则获得计算结果时，还可以根据计算结果生成相应的计算结果凭证，具体为，按照凭证模板，从第一结果表中读取资源属性值的计算结果，生成资源属性值的计算结果凭证。
本实施例中，可以在配置规则中设置凭证相关信息，例如，凭证生成频率，凭证生成日等等。需要说明的是，凭证生成频率和对资源属性值计算的频率可以相同，比如均为每日；也可以不同，当二者不同时，计算频率高于凭证生成频率，比如，计算频率为每日，凭证生成频率为每月最后一个自然日，也就是说，系统每日对资源属性值进行计算得到计算结果，并将该计算结果保存在第一结果表中，但不生成凭证；在每个月最后一个自然日，系统根据配置规则先获得最后一日的计算结果，并将该结果保存在第一结果表中，在按照凭证模板，从第一结果表中提取从当月第一个自然日到最后一个自然日之间所有的计算结果，根据所有的计算结果生成凭证。为便于理解，参见图4所示托管费计提凭证，该凭证中记载托管费的发生时间、凭证号、金额等等。
可以理解的是，当系统通过处理指令完成相关费用的支付时，也需要生成相应的凭证，因此，在执行资源属性值对应的处理指令之后，生成资源属性值的处理结果凭证。
本实施例中，处理结果凭证可以为银行系统中支付凭证，当系统完成相关费用的支付后，针对支付的费用类型，金额，日期等信息生成支付凭证，并保存该支付凭证。
基于上述方法实施例，本申请还提供了一种资源属性值的处理装置，下面将结合附图对该处理装置进行说明。
参见图5，该图为本申请实施例提供的一种资源属性值的处理装置结构图。
本实施例中，该装置包括：第一获取单元501、第一计算单元502、第一存储单元503、第二计算单元504、第二存储单元505和第一生成单元506。
其中，第一获取单元501，用于获取资源属性值的配置规则，所述配置规则包括规定配置规则和/或自定义配置规则。
第一计算单元502，用于根据所述资源属性值的配置规则，对所述资源属性值进行计算，获得所述资源属性值的计算结果。
第一存储单元503，用于将所述资源属性值的计算结果保存在第一结果表中。
第二计算单元504，用于根据所述资源属性值的配置规则，从所述第一结果表中读取所述资源属性值的计算结果进行汇总，获得所述资源属性值的汇总结果。
第二存储单元505，用于将所述资源属性值的汇总结果保存在第二结果表中。
第一生成单元506，用于根据所述资源属性值的配置规则，根据从所述第二结果表中读取的所述资源属性值的汇总结果，生成所述资源属性值对应的处理指令。
在一些实施方式中，所述固定配置规则是根据用户通过界面对基础配置项的配置规则进行选择后生成的。
在一些实施方式中，所述自定义配置规则是根据用户通过界面对配置项以及所述配置项对应的所需函数进行选择后生成的，所述所需函数保存在系统函数库或者自定义函数库中。
在一些实施方式中，第一计算单元，还用于在所述资源属性值的配置规则变更后，重新根据所述资源属性值的配置规则，对所述资源属性值进行计算，获得所述资源属性值的计算结果；和/或，该装置还包括：第二获取单元，用于获取所述资源属性值的调整结果，将所述调整结果作为所述资源属性值的计算结果。
在一些实施方式中，该装置还包括：
第二生成单元，用于按照凭证模板，从所述第一结果表中读取所述资源属性值的计算结果，生成所述资源属性值的计算结果凭证。
在一些实施方式中，该装置还包括：
第三生成单元，用于在执行所述资源属性值对应的处理指令之后，生成所述资源属性值的处理结果凭证。
需要说明的是，本实施例中各单元或模块的具体实现和配置可以参见图1所示方法实施例实现，在此不再赘述。
通过本实施例提供的处理装置，当需要对资源属性值进行计算时，可自动获取资源属性值的配置规则，然后根据该配置规则，对资源属性值进行计算，获得计算结果，同时将该计算结果保存在第一结果表中，当需要对计算结果进行汇总时，自动从第一结果表中读取资源属性值的计算结果，根据资源属性值的配置规则进行汇总，获得汇总结果，并将该汇总结果保存在的第二结果表中，最后，当需要对对汇总结果进行处理时，自动从第二结果表中读取汇总结果，根据资源属性值的配置规则，生成资源属性值对应的处理指令，从而完成相关费用的支付，可见，通过本申请提供的装置，可预先配置各资源属性值对应的规则，当需要对某资源属性值进行处理时，通过获取该资源属性值对应的配置规则，自动处理该资源属性值，无需人工操作，极大减少了人工的工作量，实现自动且高效地处理资源属性值。
需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统或装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：只存在a，只存在b以及同时存在a和b三种情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。
还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。