资金自动估值核算方法、装置、计算机设备及存储介质与流程

本发明涉及计算机技术领域，尤其涉及资金自动估值核算方法、装置、计算机设备及存储介质。

背景技术：

在估值核算系统中，估值核算的过程为权益重置、持仓计算、清算和业务制证四个步骤。这四个步骤需要按顺序进行，每一个步骤都需要以前一个步骤的结果为依据。

在现有技术中，估值核算系统按照其执行的业务流程特点，执行流程的时候需要单独执行完成一个步骤之后，再由人力去启动执行下一个步骤。这样估值核算系统流程将花费比较多的人力和比较长的时间，且在执行流程的时候必须每一个步骤都需人为启动执行任务，整个流程比较繁琐，这种方式存在着，操作流程复杂，浪费人力资源的问题，且人为操作也存在着大的失误率，增大了操作风险。

技术实现要素：

本发明实施例提供资金自动估值核算方法、装置、计算机设备及存储介质，以解决现有技术中估值核算系统的执行流程操作复杂的问题。

第一方面，本发明实施例提供资金自动估值核算方法，包括：

在预设时间点查询金融数据库中是否存在待核算数据；

当监测到所述金融数据库中存在所述待核算数据时，获取所述待核算数据，并从所述待核算数据中获取最新的利率集合，基于所述最新的利率集合对当日前一天的利率进行权益重置以生成重置利率，并对所述权益重置的状态进行监测；

当监测到所述权益重置的状态为权益重置成功时，从所述待核算数据中获取持仓基础数据，基于所述重置利率对所述持仓基础数据进行持仓计算，以生成当日的权益数据，并对所述持仓计算的状态进行监测；

当监测到所述持仓计算的状态为持仓计算成功时，从所述待核算数据中获取财务层交易数据，对所述财务层交易数据和所述当日的权益数据进行清算以生成交易资金变动数据，并对所述清算的状态进行监测；

当监测到所述清算的状态为清算成功时，获取所述交易资金变动数据，对所述交易资金变动数据进行业务制证，生成制证凭证。

第二方面，本发明实施例提供一种资金自动估值核算方法装置，包括：

数据查询模块，用于在预设时间点查询金融数据库中是否存在待核算数据；

权益重置模块，用于当监测到所述金融数据库中存在所述待核算数据时，获取所述待核算数据，并从所述待核算数据中获取最新的利率集合，基于所述最新的利率集合对当日前一天的利率进行权益重置以生成重置利率，并对所述权益重置的状态进行监测；

持仓计算模块，用于当监测到所述权益重置的状态为权益重置成功时，从所述待核算数据中获取持仓基础数据，基于所述重置利率对所述持仓基础数据进行持仓计算，以生成当日的权益数据，并对所述持仓计算的状态进行监测；

清算模块，用于当监测到所述持仓计算的状态为持仓计算成功时，从所述待核算数据中获取财务层交易数据，对所述财务层交易数据和所述当日的权益数据进行清算以生成交易资金变动数据，并对所述清算的状态进行监测；

业务制证模块，用于当监测到所述清算的状态为清算成功时，获取所述交易资金变动数据，对所述交易资金变动数据进行业务制证，生成制证凭证。

第三方面，本发明实施例提供一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现所述资金自动估值核算方法的步骤。

第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现所述资金自动估值核算方法的步骤。

本发明实施例具有如下优点：通过自动获取待核算数据并启动估值核算的执行流程，在执行成功一个任务之后自动触发下一个任务的执行，简化了执行过程，减少了出错率，使得估值核算的执行更系统化、规范化，从而更适应企业的需求。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例1提供的资金自动估值核算方法的一实现流程图；

图2是本发明实施例1中提供的资金自动估值核算方法的另一实现流程图；

图3是本发明实施例1中提供的资金自动估值核算方法的又一实现流程图；

图4是本发明实施例1中提供的资金自动估值核算方法中步骤s30的一实现流程图；

图5是本发明实施例1中提供的资金自动估值核算方法的另一实现流程图；

图6是本发明实施例2中提供的资金自动估值核算装置的一示意图；

图7是本发明实施例4中提供的计算机设备的一示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例1

图1示出本实施例中资金自动估值核算方法的流程图。该资金自动估值核算方法应用在金融服务中，用于在系统中自动化执行估值核算的任务进程，以便简化执行过程，减少出错率。本实施例中，以应用在保险金融行业的资金估值核算为例进行说明。详述如下：

如图1所示，该资金自动估值核算方法包括如下步骤：

s10:在预设时间点查询金融数据库中是否存在待核算数据。

其中，预设时间点为用户根据实际情况设定的具体时间并且该具体时间可以更改，例如，用户把预设时间点设定在下午3点钟，则到达下午3点开始查询。

金融数据库中存储着金融交易过程中的所有数据，例如，基本数据，实收数据，利率重置数据，交易层交易数据和财务层交易数据，交易层持仓数据和财务层持仓数据，交易相关资金变动数据和交易无关资金变动数据，mtm值相关变动数据，无头流水数据和权益数据等。

待核算数据是指执行资金估值核算时，所需要的相应的数据。例如执行权益重置需要的银行最新的利率集合、执行清算需要的财务层交易数据等。

具体地，在预设时间点触发对金融数据库的查询，查询金融数据库中是否存在待核算数据。

进一步地，对于金融数据库中是否存在待核算数据的具体查询方式，可选地，可以为对金融数据库中待核算数据的种类的查询。例如，当查询到金融数据库存在待核算数据时，判断金融数据库中待核算数据的种类是否达到预设种类。当查询金融数据库中存在预设种类的待核算数据时，即金融数据库中存在待核算数据。

s20:当监测到金融数据库中存在待核算数据时，获取待核算数据，并从待核算数据中获取最新的利率集合，基于最新的利率集合对当日前一天的利率进行权益重置以生成重置利率，并对权益重置的状态进行监测。

其中，最新的利率集合是指采集的各银行实时发布的当日最新利率。

重置利率是根据各银行的最新利率计算得到的该估值核算中相应的最新利率，用以替换估值核算系统中当日前一天的利率。

权益重置的状态是标明该权益重置任务是否执行成功的属性信息，权益重置的状态包括未执行状态、任务成功状态和任务失败状态。未执行状态表示权益重置任务未执行或者未执行完成；任务成功状态表示权益重置任务已经执行并且执行成功；任务失败状态表示权益重置任务已经执行但是执行失败。通过对权益重置的状态的监测，可以实时掌握资金估值权益重置的进程，并以作为触发持仓计算的条件。

进一步地，可以设置从金融数据库中获取不同种类的待核算数据的顺序。例如，估值核算的过程一般按照权益重置、持仓计算、清算和制证的逻辑来进行。在获取待核算数据时，可以按照系统进行估值核算的逻辑，设置先获取执行权益重置所需要的数据，再获取执行持仓计算所需要的数据，然后获取清算所需要的数据以及最后获取制证所需要的数据。

例如，当接收完执行权益重置需要的所有数据后，则可以开始对该数据执行权益重置，而不必等待所有待核算数据都接受完毕再开始执行权益重置任务。

进一步地，检测系统当前是否获取完执行权益重置所需要的所有数据，可以根据当前获取的执行权益重置所需要的所有数据的大小来检测。例如，系统上执行权益重置所需要的所有数据是从金融数据库获取的，判断获取到的执行权益重置所需要的所有数据的数据量大小占金融数据库中发送的该数据的数据量的比例，当获取到的数据量大小比例达到预设比例时，即可以执行相应的任务。例如，当获取执行权益重置所需要的所有数据的数据量大小比例达到100％时，则可以确定执行权益重置所需要的所有数据已获取完毕。

其中，待核算数据可以是在经查询系统不断查询到达预设种类时的待核算数据，也可以是未达到预设种类而经人工干预后达到预设种类状态的待核算数据，这两者都可以触发权益重置的步骤。

进一步地，监测到估值核算系统上的待核算数据的种类达到预设种类时，获取相应银行最新的利率集合，从最新的利率集合中获取最新的一条有效的利率，对当日前一天的利率执行权益重置，得到当日的重置利率。同时，对权益重置的状态进行监测。

优选地，对权益重置的状态进行监测的过程中，可以形成权益重置日志并予以保存，以供后期查询。保存期限可以更改，例如，用户根据自己的需要和内存的大小，设置保存天数为30天，默认的保存天数为7天。

s30:当监测到权益重置的状态为权益重置成功时，从待核算数据中获取持仓基础数据，基于重置利率对持仓基础数据进行持仓计算，以生成当日的权益数据，并对持仓计算的状态进行监测。

其中，持仓是指投资者持有期货、股票、基金、债券等衍生金融工具。

持仓基础数据是指对期货、股票、基金、债券等衍生金融进行计算持仓成本或持仓收益等所需要的数据。

权益数据是指持有的期货、股票、基金、债券等衍生金融份额产生的收益利润。

持仓计算的状态是标明该持仓计算任务是否执行成功的属性信息，持仓计算的状态包括未执行状态、任务成功状态和任务失败状态。未执行状态表示持仓计算任务未执行或者未执行完成；任务成功状态表示持仓计算任务已经执行并且执行成功；任务失败状态表示持仓计算任务已经执行但是执行失败。通过对持仓计算的状态的监测，可以实时掌握资金持仓计算的进程，并以作为触发清算的条件。

具体地，权益重置成功时权益重置的状态由未执行状态变成任务成功状态。具体可以通过检测权益重置任务是否生成了重置利率，若执行权益重置任务后生成了重置利率，则权益重置成功；反之，没有生成重置利率，则权益重置不成功。

当权益重置的状态变为任务成功的状态时，系统触发持仓计算任务，从待核算数据中获取当日前一天的持仓数据和当日的交易数据，生成持仓基础数据，基于重置利率对当日的持仓基础数据进行持仓计算生成当日的权益数据。同时，对持仓计算的状态进行监测。

例如，期货的权益数据是指期货交易者在交易闭市时所持有合约按当日结算价计算的持仓值与原持仓值的价差。期货的权益数据计算公式为：当日开仓持仓盈亏＝∑[(卖出开仓价-当日结算价)×卖出开仓量]+∑[(当日结算价-买入开仓价)×买入开仓量]。其中当日结算价为合约最后一小时成交价格根据重置利率按照成交量的加权平均价。

优选地，对持仓计算的状态进行监测的过程中，可以形成持仓计算日志并予以保存，以供后期查询。其具体实现方式同s20一样，此处不再赘述。

s40:当监测到持仓计算的状态为持仓计算成功时，从待核算数据中获取财务层交易数据，对财务层交易数据和当日的权益数据进行清算以生成交易资金变动数据，并对清算的状态进行监测。

其中，清算是指把一时期内的所有收支情况进行总结核算。在估值核算系统中为核算估值日期内所有资金的收支情况。

财务层交易数据是指财务层面上进行交易所产生的实际的资金数据。

交易资金变动数据是指一时期内相对于上一个计算周期的收支情况的体现。例如，在一个计算周期内，基金进行清算之后是亏损还是盈利的体现。

清算的状态是标明该清算任务是否执行成功的属性信息，清算的状态包括未执行状态、任务成功状态和任务失败状态。未执行状态表示清算任务未执行或者未执行完成；任务成功状态表示清算任务已经执行并且执行成功；任务失败状态表示清算任务已经执行但是执行失败。通过对清算的状态的监测，可以实时掌握资金的清算进程，并以作为业务制证的触发条件。

具体地，持仓计算成功时持仓计算的状态由未执行状态变成任务成功状态。具体可以通过检测持仓计算任务是否生成了当日的权益数据，若执行持仓计算任务后生成了当日的权益数据，则持仓计算成功；反之，没有生成当日的权益数据，则持仓计算不成功。

当持仓计算的状态变为任务成功的状态时，触发清算任务，系统从待核算数据中获取出财务层交易数据，财务层交易数据获取完毕，则对财务层交易数据和当日的权益数据进行清算生成交易资金变动数据。同时，对持仓计算的状态进行监测。

例如，期货的交易资金变动数据可以是指期货交易的持仓盈亏。持仓盈亏＝历史持仓盈亏+当日开仓持仓盈亏。其中，历史持仓盈亏＝(当日结算价-上一日结算价)×持仓量；所以，持仓盈亏＝(当日结算价-上一日结算价)×持仓量+当日开仓持仓盈亏。

优选地，对清算的状态进行监测的过程中，可以形成清算日志并予以保存，以供后期查询。其具体实现方式同s20一样，此处不再赘述。

s50:当监测到清算的状态为清算成功时，获取交易资金变动数据，对交易资金变动数据进行业务制证，生成制证凭证。

其中，业务制证是指按照相应的财务规范编制记账凭证。

制证凭证就是指制证之后生存的记账凭证。

具体地，清算成功时清算的状态由未执行状态变成任务成功状态。具体可以通过检测清算任务是否生成了交易资金变动数据，若执行清算任务后生成了交易资金变动数据，则清算成功；反之，没有生成交易资金变动数据，则清算不成功。

当清算的状态变为任务成功的状态时，触发业务制证任务，系统获取交易资金变动数据，对交易资金变动数据进行业务制证生成制证凭证。

优选地，完成制证任务之后，可以形成制证日志并予以保存，以供后期查询。

本发明实施例所提供的资金自动估值核算方法中，通过在预设时间点定时查询金融数据库，然后获取待核算数据，减少了人为操作的过程，执行更方便；通过获取到相应的待核算数据以触发权益重置任务，使得估值核算流程开始执行，提高了系统的执行效率；通过监测权益重置的状态、持仓计算的状态、清算的状态的状态信息，以监测权益重置任务、持仓计算任务、清算任务的执行进程，并作为下一任务的触发条件，使得估值核算过程流程化、标准化，极大地简化了执行过程，减少了人力和时间成本。

在一具体实施方式中，如图2所示，步骤s20中，获取所述待核算数据，具体包括如下步骤：

s201：获取用户输入的待查询的估值类型以及核算日期。

其中，估值类型是指要进行核算金融数据的类型。核算日期是用于确定核算哪一天的金融数据。

具体地，获取用户从客户端输入的估值类型和核算日期，确定要查询的金融数据的类型和日期。估值类型和核算日期可以通过用户在系统界面选择相应的选项以获得。

s202：获取金融增量数据，将金融增量数据同步至金融数据库中。

其中，金融增量数据是指金融交易过程中数据更新的部分，即在上次查询金融数据库至本次查询之间，更新的待核算数据。金融增量数据可以采用增量同步的方式获得。增量同步是指只同步两个数据库不同的部分。

具体地，估值核算系统每天3点，从cdms和pcms两个数据库中获取更新的基本数据和实收数据，然后从mecury数据库获取估值核算需要的交易数据，其中，基本数据、实收数据和交易数据更新的部分为金融增量数据。采用增量同步的方法，将金融增量数据同步至金融数据库中。采用增量同步的方法，可以既保证了金融数据库的完整性、时效性和最新性，也提高了每次更新数据的效率。增量同步只获取更新部分的金融增量数据，提高了更新数据的效率。

当金融增量数据同步至金融数据库之后，然后按照用户选择的估值类型和估值日期，去匹配相应的待核算数据。

进一步地，查询金融数据库获取待核算数据可以根据用户的设定频率进行查询，以每隔预设时间段进行查询，将预设时间段内更新的金融增量数据同步至金融数据库。例如，每隔15分钟对金融数据查询一次，默认查询频率为每0.25h/次，将每次查询到的数据更新的部分同步至金融数据库，直至完成相关待核算数据的获取。

s203：基于待查询的估值类型以及核算日期，从金融数据库获取对应的待核算数据。

其中，基于要执行估值核算的估值类型以及核算日期，按照用户所设定的估值类型和核算日期为过滤条件，从金融数据库中查询相应的金融数据。

在本实施方式中，通过设定每隔预设时间段对金融数据库进行增量同步，以便能够保证获取金融数据的实时性和完整性，保障估值核算的准确性；通过估值类型和核算日期对金融数据库进行查询，以便能够从数量庞大的数据中获取出估值核算所需要的数据，提高系统效率。

在一具体实施方式中，如图3所示，步骤s20中，即基于最新的利率集合对当日前一天的利率进行权益重置以生成重置利率，并对权益重置的状态进行监测，具体包括如下步骤：

s21:基于银行最新的利率集合，获取基础利率。

其中，基础利率是指是金融市场上具有普遍参照作用的利率，其他利率水平或金融资产价格均可根据基础利率来确定。例如，以中国人民银行对国家专业银行和其他金融机构规定的存贷款利率为基础利率。

具体地，从金融数据库中获取银行最新的利率集合，从最新的利率集合中获取出有效的基础利率。

s22:采用多线程方式，依据预设支付周期，基于基础利率对当日前一天的利率进行重新计算以生成重置利率。

其中，多线程方式是指多个线程的工作并行进行，以提高系统效率。

支付周期是指金融交易中设定的支付结算完成一个循环的时间段。

重置利率是指某一金融资产当天的市场利率，用于置换当日前一天的市场利率，是金融资产资金借贷成本的真实反映。

具体地，从最新的利率集合中获取到基础利率，根据预设支付周期内资金市场的供求变化关系得到相应市场利率的浮动倍额，采用多个线程并行进行的方式，基于相应市场利率的浮动倍额对基础利率进行计算，基于基础利率对当日前一天的利率进行计算，生成重置利率，将计算出来的重置利率，置换掉当日前一天的市场利率。

s23:当生成重置利率时，导出并存储重置利率并将权益重置的状态由第一权益状态变成第二权益状态。

具体地，导出并存储重置利率，可以向存储重置利率的数据库发起数据查询以确认数据库存储导出的重置利率。其中，可以通过数据库存储的数据状态进行数据查询，也可以根据数据库的存储状态进行数据查询，优选地，向数据库发起sql查询，根据查询结果判断数据库中是否存储有导出的重置利率。

进一步地，第一权益状态是指权益重置的未执行状态，第二权益状态是指权益重置的任务成功状态，第三权益状态是指权益重置的任务失败状态。可以用代码来表示权益重置的状态的第一权益状态、第二权益状态和第三权益状态，例如，在权益重置的状态的属性信息中，用0010表示第一权益状态，用0011表示第二权益状态，用0012表示第三权益状态，更利于标记和区分。

若当前数据权益重置成功之后，导出并存储重置利率，权益重置的状态由第一权益状态变为第二权益状态，则其代码由0010变为0011，当检测到当前权益重置的状态为0011时，触发持仓计算任务。

s24:当未生成重置利率时，将权益重置的状态由第一权益状态变成第三权益状态。

具体地，若当前数据执行权益重置任务不成功，未生成重置利率，则权益重置的状态由第一权益状态变为第三权益状态，则其代码由0010变为0012，当检测到权益重置的状态为0012时，自动返回上一步骤，并重新执行权益重置任务。同时发出提示信息，以提示相关人员进行错误核查。

在本实施方式中，通过从银行最新的利率集合中获取基础利率，保障了利率数据的实时性和有效性；通过采用多线程方式计算重置利率，大大提高了系统的效率；采用代码来表示权益重置的状态的不同状态，便于掌握权益重置任务的进程；通过对数据库发起查询，以确认数据库是否存储导出的重置利率，为一下个任务的顺利执行提供了保障；对任务失败的状态发出提示信息，便于及时解决进程中的错误。

在一具体实施方式中，如图4所示，步骤s30中，即待核算数据包括当日前一天的持仓数据和当日的交易数据；当监测到权益重置的状态为权益重置成功时，从待核算数据中获取持仓基础数据，基于重置利率对持仓基础数据进行持仓计算，以生成当日的权益数据，并对持仓计算的状态进行监测，具体包括如下步骤：

s31:当监测到权益重置的状态为第二权益状态时，基于当日前一天的持仓数据和当日的交易数据生成当日的持仓基础数据。

具体地，权益重置的状态为第二权益状态时，则表示权益重置任务执行成功，触发持仓计算任务。系统首先从待核算数据中获取当日前一天的持仓数据和当日的交易数据，生成当日的持仓基础数据。

s32：基于重置利率，对当日的持仓基础数据进行持仓计算以生成当日的权益数据。

具体地，权益重置任务执行成功后，重置利率导出并存储在数据库中，系统从数据库中获取重置利率，基于重置利率对当日的持仓基础数据进行持仓计算，生成当日的权益数据。

s33:当生成当日的权益数据时，导出并存储当日的权益数据并将持仓计算的状态由第一持仓状态变成第二持仓状态。

具体地，导出并存储当日的权益数据，可以向存储当日的权益数据的数据库发起数据查询以确认数据库存储导出的该当日的权益数据。其中，可以通过数据库存储的数据状态进行数据查询，也可以根据数据库的存储状态进行数据查询，优选地，向数据库发起sql查询，根据查询结果判断数据库中是否存储导出的当日的权益数据。

进一步地，第一持仓状态是指持仓计算的未执行状态，第二持仓状态是指持仓计算的任务完成状态，第三持仓状态是指持仓计算的任务失败状态。可以用代码来表示持仓计算的状态的第一持仓状态、第二持仓状态和第三持仓状态，例如，在持仓计算的状态的属性信息中，用0020表示第一持仓状态，用0021表示第二持仓状态，用0022表示第三持仓状态。

若当前数据持仓计算成功之后，导出并存储当日的权益数据，持仓计算的状态由第一持仓状态变为第二持仓状态，则其代码由0020变为0021，当检测到当前持仓计算的状态为0021时，触发清算任务。

s34:当未生成当日的权益数据时，将权益重置的状态由第一持仓状态变成第三持仓状态。

具体地，若当前数据执行持仓计算任务不成功，未生成当日的权益数据，则持仓计算的状态由第一持仓状态变为第三持仓状态，则其代码由0020变为0022，当检测到持仓计算的状态为0022时，自动返回上一步骤，并重新执行持仓计算任务。同时发出提示信息，以提示相关人员进行错误核查。

在本实施方式中，通过采用代码来表示持仓计算进程的不同状态，可以实时显示任务进程，便于管理和监控；通过对数据库发起查询，以确认数据库是否存储导出的当日的权益数据，为一下个任务的顺利执行提供了保障；对任务失败的状态发出提示信息，便于及时解决进程中的错误。

在一具体实施方式中，步骤s40中，即当监测到持仓计算的状态为持仓计算成功时，从待核算数据中获取财务层交易数据，对财务层交易数据和当日的权益数据进行清算以生成交易资金变动数据，并对清算的状态进行监测，具体为：

当检测到持仓计算的状态为第二持仓状态时，则表示持仓计算任务执行成功，触发清算任务。系统从待核算数据中获取财务层交易数据，对财务层交易数据和当日的权益数据进行清算，生成交易资金变动数据。

当生成交易资金变动数据时，导出并存储交易资金变动数据并将清算的状态由第一清算状态变为第二清算状态。

当未生成交易资金变动数据时，将清算的状态由第一清算状态变成第三清算状态。

其中，第一清算状态用于指示清算的未执行状态，第二清算状态用于指示清算的任务成功状态；第三清算状态用于指示清算的任务失败状态。可以用代码来表示清算的状态的第一清算状态、第二清算状态和第三清算状态。例如，在清算的状态的属性信息中，用0030表示第一清算状态，用0031表示第二清算状态，用0032表示第三清算状态。

在一具体实施方式中，如图5所示，步骤s50，即对交易资金变动数据进行业务制证，生成制证凭证，具体包括如下步骤：

s51：对交易资金变动数据的账目明细进行监测，并判断账目明细是否平衡；当判定账目明细不平衡时，对存在的不平账目数据进行保存，并发出警报信息；当判定账目明细平衡时，对交易资金变动数据进行业务制证，生成制证凭证。

具体地，清算完成后，根据相应的财务分录规则，对交易资金变动数据的账目明细进行监测。当判定账目明细不平时，对存在的不平账目数据进行保存，并发出报警信息。若判定账目明细平衡，则对交易资金变动数据执行业务制证。

在本实施方式中，存在账目明细不平时，通过保存账目不平的数据，同时发出报警信息给相关人员，可以使相关人员及时准确的了解对账不平数据位置，同时也可以利用人工弥补清算的不足，保证清算结果的正确。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

实施例2

图6示出与实施例1中资金自动估值核算方法一一对应的资金自动估值核算装置的原理框图。如图6所示，该资金自动估值核算装置包括数据查询模块10、权益重置模块20、持仓计算模块30、清算模块40和业务制证模块50。

数据查询模块10，用于在预设时间点查询金融数据库中是否存在待核算数据。

权益重置模块20，用于当监测到金融数据库中存在待核算数据时，获取待核算数据，并从待核算数据中获取最新的利率集合，基于最新的利率集合对当日前一天的利率进行权益重置以生成重置利率，并对权益重置的状态进行监测。

持仓计算模块30，用于当监测到权益重置的状态为权益重置成功时，从待核算数据中获取持仓基础数据，基于重置利率对持仓基础数据进行持仓计算，以生成当日的权益数据，并对持仓计算的状态进行监测。

清算模块40，用于当监测到持仓计算的状态为持仓计算成功时，从待核算数据中获取财务层交易数据，对财务层交易数据和当日的权益数据进行清算以生成交易资金变动数据，并对清算的状态进行监测。

业务制证模块50，用于当监测到清算的状态为清算成功时，获取交易资金变动数据，对交易资金变动数据进行业务制证，生成制证凭证。

优选地，权益重置模块20，包括：估值类型获取单元201、数据同步单元202和数据查询单元203。

估值类型获取单元201，用于获取用户输入的待查询的估值类型以及核算日期。

数据同步单元202，用于获取金融增量数据，将金融增量数据同步至金融数据库中。

数据查询单元203，用于基于待查询的估值类型以及核算日期，从金融数据库获取对应的待核算数据。

优选地，权益重置模块20，还包括：基础利率获取单元21、重置利率生成单元22和权益状态监控单元23。

基础利率获取单元21，用于基于银行最新的利率集合，获取基础利率。

重置利率生成单元22，用于采用多线程方式，依据预设支付周期，基于基础利率对当日前一天的利率进行重新计算以生成重置利率。

权益状态监控单元23，用于当生成重置利率时，导出并存储重置利率并将权益重置的状态由第一权益状态变成第二权益状态；当未生成重置利率时，将权益重置的状态由第一权益状态变成第三权益状态；其中，第一权益状态用于指示权益重置的未执行状态，第二权益状态用于指示权益重置的任务成功状态，第三权益状态用于指示权益重置的任务失败状态。

优选地，持仓计算模块30，包括：持仓基础数据生成单元31、权益数据生成单元32和持仓状态监控单元33。

持仓基础数据生成单元31，用于当监测到权益重置的状态为第二权益状态时，基于当日前一天的持仓数据和当日的交易数据生成当日的持仓基础数据。

权益数据生成单元32，用于基于重置利率，对当日的持仓基础数据进行持仓计算以生成当日的权益数据。

持仓状态监控单元33，用于当生成当日的权益数据时，导出并存储当日的权益数据并将持仓计算的状态由第一持仓状态变成第二持仓状态；当未生成生成当日的权益数据时，将权益重置的状态由第一持仓状态变成第三持仓状态；其中，第一持仓状态用于指示持仓计算的未执行状态，第二持仓状态用于指示持仓计算的任务成功状态；第三持仓状态用于指示持仓计算的任务失败状态。

优选地，制证模块50，包括：对账单元51。

对账单元，用于对交易资金变动数据的账目明细进行监测，并判断账目明细是否平衡；当判定账目明细不平衡时，对存在的不平账目数据进行保存，并发出警报信息；当判定账目明细平衡时，对交易资金变动数据进行业务制证，生成制证凭证。

本实施例资金自动估值核算装置中各模块的实现功能与实施例中资金自动估值核算方法对应的步骤一一对应，为避免赘述，本实施例不一一详述。各模块实现各自功能的过程，具体可参考前述实施例的描述，此处不再赘述。

实施例3

本实施例提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现实施例1中资金自动估值核算方法，为避免重复，这里不再赘述。或者，该计算机程序被处理器执行时实现实施例2中资金自动估值核算中各模块/单元的功能，为避免重复，这里不再赘述。

可以理解地，所述计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号和电信信号等。

实施例4

图7是本发明一实施例提供的计算机设备的示意图。如图7所示，该实施例的计算机设备70包括：处理器71、存储器72以及存储在存储器72中并可在处理器71上运行的计算机程序73。处理器71执行计算机程序73时实现上述实施例1中资金自动估值核算方法的步骤，例如图1所示的步骤s10至s50。或者，处理器71执行计算机程序73时实现上述各装置实施例中各模块/单元的功能，例如图6所示模块10至50的功能。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

示例性的，计算机程序73可以被分割成一个或多个模块，一个或者多个模块被存储在存储器72中，并由处理器71执行，以完成本发明。一个或多个模块可以是能够完成特定功能的一系列计算机程序的指令段，该指令段用于描述计算机程序73在计算机设备70中的执行过程。例如，计算机程序73可以被分割成数据查询模块10、权益重置模块20、持仓计算模块30、清算模块40和业务制证模块50。

处理器71可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器72可以是计算机设备70的内部存储单元，例如计算机设备70的硬盘或内存。存储器72也可以是计算机设备70的外部存储设备，例如计算机设备70上配备的插接式硬盘。存储器72可以用于存储计算机程序以及计算机设备70所需的其他程序和数据，还可以用于暂时地存储已经输出或者将要输出的数据。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。