CN111292184A - 文件反馈的告警提示方法、装置及存储介质 - Google Patents

Abstract

本发明提供了一种文件反馈的告警提示方法、装置及存储介质；方法包括：获取并发送对应资产管理机构的一个统计周期内的交易数据，所述交易数据用于供基于所述交易数据，确定归属于所述资产管理机构的用户的资产信息；当对应所述资产管理机构的文件反馈时间到达时，获取所述资产管理机构对应的资产管理文件的反馈状态；其中，所述资产管理文件包括所述资产信息，用于基于所述资产信息，更新归属于所述资产管理机构的用户的资产；当所述反馈状态表征未收到反馈的所述资产管理文件时，发送告警提示信息，以提示所述资产管理机构反馈所述资产管理文件。通过本发明，针对不同的资产管理机构设置不同的告警时间阈值，能够提高告警的精准度。

Description

文件反馈的告警提示方法、装置及存储介质

技术领域

本发明涉及数据处理及区块链技术，尤其涉及一种文件反馈的告警提示方法、装置及存储介质。

背景技术

理财平台，如理财通、零钱通等，接入了越来越多的理财产品，方便用户购买进行资产管理。每天晚上提供理财产品的资产管理机构，如基金公司等，会提供收益文件等对账文件给理财平台，以使理财平台收到对账文件后，给用户做收益入账，以便用户在第二天查看昨日收益。为了保证理财平台能够及时完成入账，需要监控系统监控以提醒资产管理机构及时反馈对账文件。

相关技术中的监控管理系统通常会针对多个资产管理机构统一设置一个固定的时间点作为时间阈值，比如23:00，若各资产管理机构在23:00时还未反馈对账文件，则发出告警；但在实际应用中，每家资产管理机构的情况不同，反馈对账文件的时间也不同，若采用统一的时间阈值进行告警，则会造成告警晚或误告警的情况。

发明内容

本发明实施例提供一种文件反馈的告警提示方法、装置及存储介质，针对不同的资产管理机构设置不同的告警时间阈值，进行针对性的告警，能够提高告警的精准度。

本发明实施例提供一种文件反馈的告警提示方法，包括：

获取并发送对应资产管理机构的一个统计周期内的交易数据，所述交易数据用于供基于所述交易数据，确定归属于所述资产管理机构的用户的资产信息；

当对应所述资产管理机构的文件反馈时间到达时，获取所述资产管理机构对应的资产管理文件的反馈状态；

其中，所述资产管理文件包括所述资产信息，用于基于所述资产信息，更新归属于所述资产管理机构的用户的资产；

当所述反馈状态表征未收到反馈的所述资产管理文件时，发送告警提示信息，以提示所述资产管理机构反馈所述资产管理文件。

上述方案中，所述发送告警提示信息，以提示所述资产管理机构反馈所述资产管理文件，包括：

获取所述资产管理机构的告警优先级；

基于所述告警优先级，周期性发送告警提示信息，直至所述资产管理机构反馈所述资产管理文件，或者，到达目标时间。

本发明实施例提供一种文件反馈的告警提示装置，包括：

第一获取模块，用于获取并发送对应资产管理机构的一个统计周期内的交易数据，所述交易数据用于供基于所述交易数据，确定归属于所述资产管理机构的用户的资产信息；

第二获取模块，用于当对应所述资产管理机构的文件反馈时间到达时，获取所述资产管理机构对应的资产管理文件的反馈状态；

其中，所述资产管理文件包括所述资产信息，用于基于所述资产信息，更新归属于所述资产管理机构的用户的资产；

发送模块，用于当所述反馈状态表征未收到反馈的所述资产管理文件时，发送告警提示信息，以提示所述资产管理机构反馈所述资产管理文件。

上述方案中，所述装置还包括确定模块，所述确定模块，用于接收到针对所述资产管理机构反馈资产管理文件的时间配置指令，所述时间配置指令携带时间配置参数；

基于所述时间配置参数，确定对应所述资产管理机构的文件反馈时间。

上述方案中，所述确定模块，还用于获取所述资产管理文件对应的多个历史反馈时间；

基于所述多个历史反馈时间，确定所述资产管理机构对应所述资产管理文件的文件反馈时间。

上述方案中，所述确定模块，还用于对所述多个历史反馈时间进行加权求平均，得到对应的平均历史反馈时间；

将得到的所述平均历史反馈时间，确定为所述资产管理机构对应所述资产管理文件的文件反馈时间。

上述方案中，所述确定模块，还用于从所述多个历史反馈时间中，剔除最早反馈时间及最晚反馈时间，得到多个剩余历史反馈时间；

对所述多个剩余历史反馈时间进行加权求平均，得到对应的平均剩余历史反馈时间；

将所述平均剩余历史反馈时间与波动时间阈值进行求和处理，得到所述资产管理机构对应所述资产管理文件的文件反馈时间。

上述方案中，所述资产管理文件包括至少两种类型的管理文件，不同类型的管理文件对应不同的反馈时间；

所述第二获取模块，还用于当所述资产管理文件中对应目标类型的管理文件的反馈时间到达时，获取所述目标类型的管理文件的反馈状态；

相应地，所述发送模块，还用于当所述反馈状态表征未收到反馈的所述目标类型的管理文件时，发送告警提示信息，以提示所述资产管理机构反馈所述目标类型的管理文件。

上述方案中，所述资产管理文件包括至少两种类型的管理文件，不同类型的管理文件对应不同的反馈时间；

所述第二获取模块，还用于当所述资产管理文件中对应反馈时间最早的管理文件的反馈时间到达时，获取各种类型的管理文件的反馈状态；

相应地，所述发送模块，还用于当所述反馈状态表征未收到反馈的所述各种类型的管理文件时，发送告警提示信息，以提示所述资产管理机构统一反馈所述各种类型的管理文件。

上述方案中，所述发送模块，还用于获取所述资产管理机构的告警优先级；

基于所述告警优先级，周期性发送告警提示信息，直至所述资产管理机构反馈所述资产管理文件，或者，到达目标时间。

上述方案中，所述装置还包括存储模块，所述存储模块，用于存储对应所述资产管理机构的文件反馈时间至区块链网络。

本发明实施例提供一种电子设备，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现本发明实施例提供的方法。

本发明实施例提供一种存储介质，存储有可执行指令，用于引起处理器执行时，实现本发明实施例提供的方法。

本发明实施例具有以下有益效果：

在对应资产管理机构的文件反馈时间到达时，判断该资产管理机构是否已反馈资产管理文件，当该资产管理机构未反馈资产管理文件时，发送告警提示信息，以提醒该资产管理机构及时反馈资产管理文件；如此，通过对不同的资产管理机构设置不同的文件反馈时间，实现对每个资产管理机构采用相应的文件反馈时间作为告警阈值，避免了采用统一时间作为告警阈值产生的晚告警、误告警的情况，在提高告警准确性的同时也提高了用户体验。

附图说明

图1为本发明实施例提供的文件反馈的告警提示系统的一个可选的架构示意图；

图2为本发明实施例提供的电子设备的一个可选的结构示意图；

图3为本发明实施例提供的文件反馈的告警提示方法的一个可选的流程示意图；

图4为本发明实施例提供的文件反馈的告警提示方法的一个可选的流程示意图；

图5为本发明实施例提供的文件反馈的告警提示方法的一个可选的流程示意图；

图6为本发明实施例提供的区块链网络的应用架构示意图；

图7为本发明实施例提供的区块链网络中区块链的结构示意图；

图8为本发明实施例提供的区块链网络的功能架构示意图；

图9为本发明实施例提供的文件反馈的告警提示方法的一个可选的流程示意图；

图10为相关技术提供的告警监控流程示意图；

图11为本发明实施例提供的反馈时间的获取流程示意图；

图12为本发明实施例提供的告警监控流程示意图；

图13为本发明实施例提供的文件反馈的告警提示装置的一个可选的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，所描述的实施例不应视为对本发明的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本发明实施例的目的，不是旨在限制本发明。

对本发明实施例进行进一步详细说明之前，对本发明实施例中涉及的名词和术语进行说明，本发明实施例中涉及的名词和术语适用于如下的解释。

1)对账文件：理财平台将每天的交易数据生成文件给资产关机机构，如基金公司，资产管理机构对账后反馈资产管理文件。

2)收益文件：资产管理机构提供给理财平台的文件，包括用户当前持有的资产份额和昨日收益等。

3)收益入账：根据收益文件，理财平台更新用户的资产，如给用户增加相应的收益并展示。

4)交易(Transaction)，等同于计算机术语“事务”，交易包括了需要提交到区块链网络执行的操作，并非单指商业语境中的交易，鉴于在区块链技术中约定俗成地使用了“交易”这一术语，本发明实施例遵循了这一习惯。

例如，部署(Deploy)交易用于向区块链网络中的节点安装指定的智能合约并准备好被调用；调用(Invoke)交易用于通过调用智能合约在区块链中追加交易的记录，并对区块链的状态数据库进行操作，包括更新操作(包括增加、删除和修改状态数据库中的键值对)和查询操作(即查询状态数据库中的键值对)。

5)区块链(Blockchain)，是由区块(Block)形成的加密的、链式的交易的存储结构。

6)区块链网络(Blockchain Network)，通过共识的方式将新区块纳入区块链的一系列的节点的集合。

7)账本(Ledger)，是区块链(也称为账本数据)和与区块链同步的状态数据库的统称。其中，区块链是以文件系统中的文件的形式来记录交易；状态数据库是以不同类型的键(Key)值(Value)对的形式来记录区块链中的交易，用于支持对区块链中交易的快速查询。

8)智能合约(Smart Contracts)，也称为链码(Chaincode)或应用代码，部署在区块链网络的节点中的程序，节点执行接收的交易中所调用的智能合约，来对状态数据库的键值对数据进行更新或查询的操作。

9)共识(Consensus)，是区块链网络中的一个过程，用于在涉及的多个节点之间对区块中的交易达成一致，达成一致的区块将被追加到区块链的尾部，实现共识的机制包括工作量证明(PoW，Proof of Work)、权益证明(PoS，Proof of Stake)、股份授权证明(DPoS，Delegated Proof-of-Stake)、消逝时间量证明(PoET，Proof of Elapsed Time)等。

参见图1，图1为本发明实施例提供的文件反馈的告警提示系统100的一个可选的架构示意图，为实现支撑一个示例性应用，用户终端400(示例性示出了终端400-1、终端400-2)上设置有理财应用客户端，如微信应用中的理财通，通过网络300连接理财平台服务器200，理财平台服务器200可通过网络与资产管理机构500连接，网络300可以是广域网或者局域网，又或者是二者的组合，使用无线链路实现数据传输。

如图1所示，用户打开用户终端400-1的理财应用客户端，在理财应用客户端上购买多个资产管理机构提供的理财产品，理财平台服务器200用于获取并发送对应资产管理机构的一个统计周期内的交易数据至资产管理机构500，其中，交易数据用于供基于交易数据，确定归属于资产管理机构的用户的资产信息；当理财平台服务器200确定对应资产管理机构的文件反馈时间到达时，还获取资产管理机构对应的资产管理文件的反馈状态；当反馈状态表征未收到反馈的资产管理文件时，发送告警提示信息至资产管理机构，以提示资产管理机构反馈资产管理文件。

在实际应用中，资产管理机构500接收到告警提示信息时，可及时反馈对应的资产管理文件至理财平台服务器200。

参见图2，图2为本发明实施例提供的电子设备200的一个可选的结构示意图，以电子设备实施为理财平台服务器为例，图2所示的电子设备200包括：至少一个处理器210、存储器250、至少一个网络接口220和用户接口230。电子设备200中的各个组件通过总线系统240耦合在一起。可理解，总线系统240用于实现这些组件之间的连接通信。总线系统240除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统240。

处理器210可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

用户接口230包括使得能够呈现媒体内容的一个或多个输出装置231，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口230还包括一个或多个输入装置232，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

存储器250可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器250可选地包括在物理位置上远离处理器210的一个或多个存储设备。

存储器250包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM，Read Only Me mory)，易失性存储器可以是随机存取存储器(RAM，Random Access Memory)。本发明实施例描述的存储器250旨在包括任意适合类型的存储器。

在一些实施例中，存储器250能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

操作系统251，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

网络通信模块252，用于经由一个或多个(有线或无线)网络接口220到达其他计算设备，示例性的网络接口220包括：蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB，Universal Serial Bus)等；

呈现模块253，用于经由一个或多个与用户接口230相关联的输出装置231(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)；

输入处理模块254，用于对一个或多个来自一个或多个输入装置232之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本发明实施例提供的文件反馈的告警提示装置可以采用软件方式实现，图2示出了存储在存储器250中的文件反馈的告警提示装置255，其可以是程序和插件等形式的软件，包括以下软件模块：第一获取模块2551、第二获取模块2552和发送模块2553，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。将在下文中说明各个模块的功能。

在另一些实施例中，本发明实施例提供的文件反馈的告警提示装置可以采用硬件方式实现，作为示例，本发明实施例提供的文件反馈的告警提示装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本发明实施例提供的文件反馈的告警提示方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)或其他电子元件。

下面将结合本发明实施例提供的文件反馈的告警提示方法实施为理财平台服务器时的示例性应用，说明本发明实施例提供的文件反馈的告警提示方法。

参见图3，图3为本发明实施例提供的文件反馈的告警提示方法的一个可选的流程示意图，将结合图3示出的步骤进行说明。

步骤301：理财平台服务器获取并发送对应资产管理机构的一个统计周期内的交易数据。

其中，交易数据用于供基于交易数据，确定归属于资产管理机构的用户的资产信息。

在实际应用中，终端上设置有理财应用客户端，如微信应用中的理财通，理财应用客户端接入了多家资产管理机构提供的理财产品，用户打开终端上的理财应用客户端，可购买相应的理财产品进行资产管理。这里，资产管理机构可通过对应资产管理机构的商户标识来区分，不同的商户标识代表不同的资产管理机构，如商户标识1217608301代表资产管理机构A，商户标识11800008507代表资产管理机构B。由于一个资产管理机构还可提供多种理财产品，每个理财产品都有一个代码，如基金代码，那么相应地，具体到某个资产管理机构的某个理财产品可结合商户标识和基金代码来表征。

理财平台服务器将一个统计周期内(比如一天)的交易数据生成对账文件发送给对应的资产管理机构，以使该资产管理机构对接收到的对账文件进行对账之后，生成并反馈对应的资产管理文件至理财平台服务器，这里，资产管理文件可为收益文件，包括用户当前持有的资产份额和昨日收益，理财平台服务器根据资产管理机构反馈的资产管理文件进行收益入账处理，即给用户增加相应的收益并展示。

步骤302：当对应资产管理机构的文件反馈时间到达时，获取资产管理机构对应的资产管理文件的反馈状态。

其中，资产管理文件包括资产信息，用于基于资产信息，更新归属于资产管理机构的用户的资产。

这里，理财平台服务器通过在对应资产管理机构的文件反馈时间到达时，判断其是否已接收到该资产管理机构对应的资产管理文件，来确定是否需要发出告警提示信息。

在实际应用中，每家资产管理机构反馈资产管理文件的时间不同，在一些实施例中，理财平台服务器可通过如下方式确定资产管理机构的文件反馈时间：

接收到针对资产管理机构反馈资产管理文件的时间配置指令，其中，时间配置指令携带时间配置参数；基于时间配置参数，确定对应资产管理机构的文件反馈时间。

这里，文件反馈时间为理财平台服务器与对应的资产管理机构约定的，资产管理平台需在约定好的文件反馈时间之前，或在约定好的文件反馈时间反馈对应的资产管理文件给理财平台服务器，如理财平台服务器与资产管理机构A约定的文件反馈时间为21:30，则资产管理机构A需在每晚21:30或之前反馈对应的资产管理文件给理财平台服务器。

在一些实施例中，理财平台服务器还可通过如下方式确定资产管理机构的文件反馈时间：

获取资产管理文件对应的多个历史反馈时间；基于多个历史反馈时间，确定资产管理机构对应资产管理文件的文件反馈时间。

在实际应用中，不同的资产管理机构对应的资产管理文件的文件反馈时间不同，同时，资产管理文件可包括多种类型的管理文件，即同一资产管理机构提供多种不同类型的管理文件，那么相应的，针对不同类型的管理文件的文件反馈时间可不同，通过统计一段时间内的不同类型的管理文件的文件反馈时间，来确定该资产管理机构对相应类型的管理文件的文件反馈时间。

例如，理财平台服务器拉取一周内资产管理机构A提供资产管理文件B的反馈时间，结合这一周内的反馈时间，确定对应资产管理机构的文件反馈时间。当资产管理文件B包括管理文件C、管理文件D和管理文件E等三种类型的管理文件时，理财平台服务器分别获取一周内对应管理文件C、管理文件D和管理文件E的反馈时间；并根据对应管理文件C一周内的反馈时间来确定资产管理机构A针对管理文件C的文件反馈时间，根据对应管理文件D在一周内的反馈时间来确定资产管理机构A针对管理文件D的文件反馈时间，根据对应管理文件E在一周内的反馈时间来确定资产管理机构A针对管理文件E的文件反馈时间。

在一些实施例中，理财平台服务器可通过如下方式基于多个历史反馈时间，确定资产管理机构对应资产管理文件的文件反馈时间：

对多个历史反馈时间进行加权求平均，得到对应的平均历史反馈时间；将得到的平均历史反馈时间，确定为资产管理机构对应资产管理文件的文件反馈时间。

这里，将过去一段时间内的历史反馈时间的平均值作为该资产管理机构对应资产管理文件的文件反馈时间。

在一些实施例中，理财平台服务器可通过如下方式基于多个历史反馈时间，确定资产管理机构对应资产管理文件的文件反馈时间：

从多个历史反馈时间中，剔除最早反馈时间及最晚反馈时间，得到多个剩余历史反馈时间；对多个剩余历史反馈时间进行加权求平均，得到对应的平均剩余历史反馈时间；将平均剩余历史反馈时间与波动时间阈值进行求和处理，得到资产管理机构对应资产管理文件的文件反馈时间。

这里，为了避免异常情况，将统计周期内的多个历史反馈时间中剔除最大值和最小值，得到剩余的多个历史反馈时间，并对剩余的多个历史反馈时间进行加权求和，得到对应的平均时间，将得到的平均时间与波动时间阈值进行求和，得到对应的告警时间，将得到的告警时间作为资产管理机构对应资产管理文件的文件反馈时间，这里，波动时间阈值可灵活设定，比如30分钟。

步骤303：当反馈状态表征未收到反馈的资产管理文件时，发送告警提示信息，以提示资产管理机构反馈资产管理文件。

在实际应用中，资产管理文件包括至少两种类型的管理文件，不同类型的管理文件对应不同的反馈时间；在一些实施例中，参见图4，图4为本发明实施例提供的文件反馈的告警提示方法的一个可选的流程示意图，图3所示的步骤302可通过图4所示的步骤304来实现：

步骤304：当资产管理文件中对应目标类型的管理文件的反馈时间到达时，获取目标类型的管理文件的反馈状态；

相应地，图3所示的步骤303可通过图4所示的步骤305来实现：

步骤305：当反馈状态表征未收到反馈的目标类型的管理文件时，发送告警提示信息，以提示资产管理机构反馈目标类型的管理文件。

这里，对于同一资产管理机构提供的多种不同类型的管理文件，由于针对不同类型的管理文件的文件反馈时间不同，那么理财平台服务器可监控当资产管理文件中对应目标类型的管理文件的反馈时间到达时，获取目标类型的管理文件的反馈状态，即监控是否已接收到资产管理机构反馈的目标类型的管理文件，当未接收到反馈的目标类型的管理文件时，发送告警提示信息至该资产管理机构，以提示该资产管理机构及时反馈目标类型的管理文件。

其中，目标类型的管理文件的反馈时间可通过理财平台服务器与资产管理机构约定得到，还可基于过去一段时间内资产管理机构反馈该目标类型的管理文件的历史反馈时间来确定，具体地，获取目标类型的资产管理文件对应的多个历史反馈时间，从多个历史反馈时间中，剔除最早反馈时间及最晚反馈时间，得到多个剩余历史反馈时间；对多个剩余历史反馈时间进行加权求平均，得到对应的平均剩余历史反馈时间；将平均剩余历史反馈时间与波动时间阈值进行求和处理，得到资产管理机构对应目标类型的资产管理文件的文件反馈时间。

例如，商户标识为1217608301的资产管理机构提供的基金代码为000343的理财产品，该资产管理机构提供“申购反馈”这一管理文件的反馈时间为20:30，提供“赎回反馈”这一管理文件的告警时间为20:40，提供“收益文件”这一管理文件的告警时间为23:40。

那么相应地，理财平台服务器在20:30获取对应“申购反馈”这一管理文件的反馈状态，当反馈状态表征未接收到“申购反馈”这一管理文件时，发送告警提示信息，以提示资产管理机构反馈“申购反馈”这一管理文件。理财平台服务器在20:40获取对应“赎回反馈”这一管理文件的反馈状态，当反馈状态表征未接收到“赎回反馈”这一管理文件时，发送告警提示信息，以提示资产管理机构反馈“赎回反馈”这一管理文件。理财平台服务器在23:40获取对应“收益文件”这一管理文件的反馈状态，当反馈状态表征未接收到“收益文件”这一管理文件时，发送告警提示信息，以提示资产管理机构反馈“收益文件”这一管理文件。

通过上述方法，对同一资产管理机构反馈的不同类型的管理文件，得到相应的反馈时间，并分别在对应各种类型的管理文件的反馈时间到达时，获取对应的反馈状态，并分别基于各反馈状态决定是否向资产管理机构发送对应提示告警信息，如此，对于同一资产管理机构反馈的不同类型的管理文件，有针对性发出提示告警信息，避免晚告警或早告警的情况，提高了告警的精准度。

在一些实施例中，参见图5，图5为本发明实施例提供的文件反馈的告警提示方法的一个可选的流程示意图，图3所示的步骤302可通过图5所示的步骤306来实现：

步骤306：当资产管理文件中对应反馈时间最早的管理文件的反馈时间到达时，获取各种类型的管理文件的反馈状态；

相应地，图3所示的步骤303可通过图5所示的步骤307来实现：

步骤307：当反馈状态表征未收到反馈的各种类型的管理文件时，发送告警提示信息，以提示资产管理机构统一反馈各种类型的管理文件。

这里，对于同一资产管理机构提供的多种不同类型的管理文件，由于针对不同类型的管理文件的文件反馈时间不同，可在资产管理文件中对应反馈时间最早的管理文件的反馈时间到达时，获取各种类型的管理文件的反馈状态，当确定未接收到反馈的各种类型的管理文件时，发送告警提示信息，以提示资产管理机构统一反馈各种类型的管理文件；如此，在保证及时获取各种类型的管理文件的同时，避免多次发送提示告警信息。

在一些实施例中，理财平台服务器可通过如下方式发送告警提示信息，以提示资产管理机构反馈所述资产管理文件：

获取资产管理机构的告警优先级；基于获取的告警优先级，周期性发送告警提示信息，直至资产管理机构反馈资产管理文件，或者，到达目标时间。

这里，在实际应用中，可根据资产管理文理机构反馈的资产管理文件的重要性来确定资产管理机构的告警优先级；也可根据资产管理机构的文件反馈时间来确定该资产机构的告警优先级，一般而言，资产管理机构需在每天的零点之前反馈资产管理文件至理财平台服务器，以便理财平台服务器收到资产管理文件后给用户做收益入账，使得用户能够在第二天查看昨日收益，因此，可根据文件反馈时间(即告警时间)距离零点的长短来确定资产管理机构的告警优先级，文件反馈时间距离零点越近，则对应的资产管理机构的告警优先级就越大；告警优先级的大小决定发送告警周期的长短，告警优先级越大，则对应的告警周期就越小。

例如，假如资产管理机构A的文件反馈时间为20:30，资产管理机构B的文件反馈时间为23:30，由于资产管理机构B的文件反馈时间相对于资产管理机构A的文件反馈时间距离00：00更近，则可确定资产管理机构A的告警优先级为低优先级，资产管理机构B的告警优先级为高优先级，基于此，可设置资产管理机构A的告警周期为1小时，即每小时发送一次告警提示信息；资产管理机构B的告警周期为10分钟，即每10分钟发送一次告警提示信息，直至资产管理机构反馈资产管理文件；但若到达00：00依然未接收到资产管理机构反馈资产管理文件，则停止发送告警提示信息，这是由于若资产管理机构未在当天反馈对应的资产管理文件，则认为为事故事件，由其他处理逻辑来实施，本发明并不具体限定。

通过上述方式，对不同的资产管理机构设置不同的文件反馈时间，实现对每个资产管理机构采用相应的文件反馈时间作为告警阈值，避免了采用统一时间作为告警阈值产生的晚告警、误告警的情况；同时，针对同一资产管理机构提供的多种不同类型的管理文件，得到相应的反馈时间，并分别在对应各种类型的管理文件的反馈时间到达时，获取对应的反馈状态，并分别基于各反馈状态决定是否向资产管理机构发送对应提示告警信息，如此，对于同一资产管理机构反馈的不同类型的管理文件，有针对性发出提示告警信息，避免晚告警或早告警的情况，提高了告警的精准度。

在一些实施例中，结合区块链技术，理财平台服务器生成用于存储对应资产管理机构的文件反馈时间的交易，提交生成的交易至区块链网络的节点，以使节点对交易共识后存储对应资产管理机构的文件反馈时间至区块链网络；当需要核验对应资产管理机构反馈资产管理文件与否时，生成用于获对应资产管理机构的文件反馈时间的交易，提交生成的交易至区块链网络的节点，以使节点对交易共识后返回对应资产管理机构的文件反馈时间，可在对应资产管理机构的文件反馈时间到达时，获取资产管理机构对应的资产管理文件的反馈状态，对是否收到反馈的资产管理文件进行核验。

接下来对本发明实施例中的区块链网络进行说明。参见图6，图6为本发明实施例提供的区块链网络的应用架构示意图，包括业务主体400、认证中心700，区块链网络600(示例性示出了共识节点610-1至共识节点610-3)，下面分别说明。

区块链网络600的类型是灵活多样的，例如可以为公有链、私有链或联盟链中的任意一种。以公有链为例，任何业务主体的电子设备例如用户终端和服务器，都可以在不需要授权的情况下接入区块链网络600；以联盟链为例，业务主体在获得授权后其下辖的电子设备(例如终端/服务器)可以接入区块链网络600，此时，如成为区块链网络600中的客户端节点，这里客户端指示应用客户端。

在一些实施例中，客户端节点可以只作为区块链网络600的观察者，即提供支持业务主体发起交易(例如，用于上链存储数据或查询链上数据)功能，对于区块链网络600的共识节点610的功能，例如排序功能、共识服务和账本功能等，客户端节点可以缺省或者有选择性(例如，取决于业务主体的具体业务需求)地实施。从而，可以将业务主体的数据和业务处理逻辑最大程度迁移到区块链网络600中，通过区块链网络600实现数据和业务处理过程的可信和可追溯。

区块链网络600中的共识节点接收来自不同业务主体(例如图6中示出的业务主体400)的客户端节点(例如，图6中示出的归属于业务主体400的客户端节点410提交的交易，执行交易以存储目标页面的第一检测结果，执行交易的各种中间结果或最终结果可以返回业务主体的客户端节点中显示。

例如，客户端节点410可以订阅区块链网络600中感兴趣的事件，例如区块链网络600中特定的组织/通道中发生的交易，由共识节点610推送相应的交易通知到客户端节点410，从而触发客户端节点410中相应的业务逻辑。

以业务主体接入区块链网络以实现对应目标页面的第一检测结果的获取为例说明区块链的示例性应用。

参见图6，业务主体400为理财应用客户端，从认证中心700进行登记注册获得数字证书，数字证书中包括业务主体的公钥、以及认证中心700对业务主体的公钥和身份信息签署的数字签名，用来与业务主体针对交易的数字签名一起附加到交易中，并被发送到区块链网络，以供区块链网络从交易中取出数字证书和签名，验证消息的可靠性(即是否未经篡改)和发送消息的业务主体的身份信息，区块链网络会根据身份进行验证，例如是否具有发起交易的权限。业务主体下辖的电子设备(例如终端或者服务器)运行的客户端都可以向区块链网络600请求接入而成为客户端节点。

业务主体400的客户端节点410用于在需要核验对应资产管理机构反馈资产管理文件与否时，生成用于获对应资产管理机构的文件反馈时间的交易，在交易中指定了实现获取操作需要调用的智能合约、以及向智能合约传递的参数，交易还携带了客户端节点410的数字证书、签署的数字签名(例如，使用客户端节点410的数字证书中的私钥，对交易的摘要进行加密得到)，并将交易广播到区块链网络600中的共识节点610。

区块链网络600中的共识节点610中接收到交易时，对交易携带的数字证书和数字签名进行验证，验证成功后，根据交易中携带的业务主体400的身份，确认业务主体400是否是具有交易权限，数字签名和权限验证中的任何一个验证判断都将导致交易失败。验证成功后签署节点610自己的数字签名(例如，使用节点610-1的私钥对交易的摘要进行加密得到)，并继续在区块链网络600中广播。

区块链网络600中的共识节点610接收到验证成功的交易后，将交易填充到新的区块中，并进行广播。区块链网络600中的共识节点610广播的新区块时，会对新区块进行共识过程，如果共识成功，则将新区块追加到自身所存储的区块链的尾部，并根据交易的结果更新状态数据库，执行新区块中的交易：对于获对应资产管理机构的文件反馈时间的交易，在状态数据库中查询获对应资产管理机构的文件反馈时间的键值对，并返回交易结果。

作为区块链的示例，参见图7，图7为本发明实施例提供的区块链网络600中区块链的结构示意图，每个区块的头部既可以包括区块中所有交易的哈希值，同时也包含前一个区块中所有交易的哈希值，新产生的交易的记录被填充到区块并经过区块链网络中节点的共识后，会被追加到区块链的尾部从而形成链式的增长，区块之间基于哈希值的链式结构保证了区块中交易的防篡改和防伪造。

下面说明本发明实施例提供的区块链网络的示例性的功能架构，参见图8，图8为本发明实施例提供的区块链网络600的功能架构示意图，包括应用层601、共识层602、网络层603、数据层604和资源层605，下面分别进行说明。

资源层605封装了实现区块链网路600中的各个节点610的计算资源、存储资源和通信资源。

数据层604封装了实现账本的各种数据结构，包括以文件系统中的文件实现的区块链，键值型的状态数据库和存在性证明(例如区块中交易的哈希树)。

网络层603封装了点对点(P2P，Point to Point)网络协议、数据传播机制和数据验证机制、接入认证机制和业务主体身份管理的功能。

其中，P2P网络协议实现区块链网络600中节点610之间的通信，数据传播机制保证了交易在区块链网络600中的传播，数据验证机制用于基于加密学方法(例如数字证书、数字签名、公/私钥对)实现节点610之间传输数据的可靠性；接入认证机制用于根据实际的业务场景对加入区块链网络600的业务主体的身份进行认证，并在认证通过时赋予业务主体接入区块链网络600的权限；业务主体身份管理用于存储允许接入区块链网络600的业务主体的身份、以及权限(例如能够发起的交易的类型)。

共识层602封装了区块链网络600中的节点610对区块达成一致性的机制(即共识机制)、交易管理和账本管理的功能。共识机制包括POS、POW和DPOS等共识算法，支持共识算法的可插拔。

交易管理用于验证节点610接收到的交易中携带的数字签名，验证业务主体的身份信息，并根据身份信息判断确认其是否具有权限进行交易(从业务主体身份管理读取相关信息)；对于获得接入区块链网络600的授权的业务主体而言，均拥有认证中心颁发的数字证书，业务主体利用自己的数字证书中的私钥对提交的交易进行签名，从而声明自己的合法身份。

账本管理用于维护区块链和状态数据库。对于取得共识的区块，追加到区块链的尾部；执行取得共识的区块中的交易，当交易包括更新操作时更新状态数据库中的键值对，当交易包括查询操作时查询状态数据库中的键值对并向业务主体的客户端节点返回查询结果。支持对状态数据库的多种维度的查询操作，包括：根据区块序列号(例如交易的哈希值)查询区块；根据区块哈希值查询区块；根据交易序列号查询区块；根据交易序列号查询交易；根据业务主体的账号(序列号)查询业务主体的账号数据；根据通道名称查询通道中的区块链。

应用层601封装了区块链网络能够实现的各种业务，包括交易的溯源、存证和验证等。

接下来以理财平台服务器为理财通对应的服务器、资产管理机构为基金公司A为例，继续对本发明实施例提供的文件反馈的告警提示方法进行介绍，参见图9，图9为本发明实施例提供的文件反馈的告警提示方法的一个可选的流程示意图，如图9所示，本发明实施例提供的文件反馈的告警提示方法包括：

步骤701：理财通服务器获取基金公司A对应的目标类型的管理文件对应的多个历史反馈时间。

这里，目标类型的管理文件归属于基金公司A提供的资产管理文件，其中，资产管理文件包括资产信息，用于基于资产信息更新归属于基金公司A的用户的资产。在实际应用中，目标类型可为“申购反馈”、“赎回反馈”和“收益文件”中的其中一种。

步骤702：理财通服务器从多个历史反馈时间中，剔除最早反馈时间及最晚反馈时间，得到多个剩余历史反馈时间。

步骤703：理财通服务器对多个剩余历史反馈时间进行加权求平均，得到对应的平均剩余历史反馈时间。

步骤704：理财通服务器将平均剩余历史反馈时间与波动时间阈值进行求和处理，得到基金公司A对应目标类型的管理文件的反馈时间。

这里，波动时间阈值可灵活设定，比如30分钟，通过上述方式，从多个历史反馈时间中，剔除最早反馈时间及最晚反馈时间，避免异常情况，确定对应基金公司A对应目标类型的管理文件的反馈时间；也即，若目标类型的管理文件为“申购反馈”这一管理文件时，确定对应基金公司A对应“申购反馈”这一管理文件的反馈时间；若目标类型的管理文件为“赎回反馈”这一管理文件时，确定对应基金公司A对应“赎回反馈”这一管理文件的反馈时间；若目标类型的管理文件为“收益文件”这一管理文件时，确定对应基金公司A对应“收益文件”这一管理文件的反馈时间。

步骤705：理财通服务器获取并发送对应基金公司A一天内的交易数据。

其中，交易数据用于供基于交易数据，确定归属于基金公司A的用户的资产信息。

步骤706：当对应目标类型的管理文件的反馈时间到达时，理财通服务器获取目标类型的管理文件的反馈状态。

例如，当目标类型的管理文件为“申购反馈”这一管理文件时，如果确定的对应基金公司A对应“申购反馈”这一管理文件的反馈时间为21:30，则在21:30时，理财通服务器获取“申购反馈”这一管理文件的反馈状态，反馈状态用于表征基金公司A是否已将“申购反馈”这一管理文件反馈给理财通服务器。

步骤707：当反馈状态表征未收到反馈的目标类型的管理文件时，理财通服务器发送告警提示信息至基金公司A，以提示基金公司A反馈目标类型的管理文件。

这里，还以上述目标类型的管理文件为“申购反馈”这一管理文件为例进行说明，当反馈状态表征理财通服务器还没有收到基金公司A反馈的“申购反馈”这一管理文件时，理财通服务器发送告警提示信息至基金公司，以提示基金公司A反馈“申购反馈”这一管理文件。

下面，将说明本发明实施例在一个实际的应用场景中的示例性应用。

参见图10，图10为相关技术提供的告警监控流程示意图，如图10所示，理财平台服务器的监控模块对多家资产管理机构(即基金公司等合作机构)配置同一的告警时间，轮询检测各个资产管理机构是否已反馈资产管理文件(即收益文件等对账文件)，若已反馈，则结束监控流程；若未反馈，则判断是否超过配置的告警时间，若未超过，则结束监控流程，若已超过，则发出告警。

而在实际应用中，每家资产管理机构的理财产品特点不同，反馈对账文件的时间也不同，统一监控时，告警时间阈值不容易把控，若采用统一的时间阈值进行告警，则会造成告警晚或误告警的情况，比如，对于本该早于该告警时间反馈资产管理文件的资产管理机构，比较晚的才发出告警，而对于本该晚于该告警时间反馈资产管理文件的资产管理机构，太早发出告警。

此外，同一资产管理机构可提供多种不同类型的管理文件，比如对账反馈文件一般可在20点之前提供、收益文件一般在0点之前提供，监控系统需要根据不同类型的管理文件而配置不同的时间点，使系统运营复杂化，这些均带来了不好的用户体验。

鉴于此，本发明实施例提供一种文件反馈的告警提示方法，通过获取并发送对应资产管理机构的一个统计周期内的交易数据；当对应资产管理机构的文件反馈时间到达时，获取资产管理机构对应的资产管理文件的反馈状态；当反馈状态表征未收到反馈的资产管理文件时，发送告警提示信息，以提示资产管理机构反馈资产管理文件；如此，通过对不同的资产管理机构设置不同的文件反馈时间，实现对每个资产管理机构采用相应的文件反馈时间作为告警阈值。

同时，针对同一资产管理机构提供的多种不同类型的管理文件，分别得到相应的反馈时间，并分别在对应各种类型的管理文件的反馈时间到达时，获取对应的反馈状态，并分别基于各反馈状态决定是否向资产管理机构发送对应提示告警信息，如此，对于同一资产管理机构反馈的不同类型的管理文件，有针对性发出提示告警信息，避免晚告警、早告警或运营复杂化等问题，提高了告警的精准度。

在实际实施时，资产管理机构上传反馈对应的资产管理文件时，理财平台服务器记录各资产管理机构各种类型的管理文件的反馈时间，文件记录表如表1所示，针对商户标识为1217608301的资产管理机构提供的基金代码为000343的理财产品，该资产管理机构提供申购反馈、赎回反馈和收益文件等三种类型的管理文件给理财平台服务器，理财平台服务器统计对应各种类型的管理文件的历史反馈时间，分别基于对应各种类型的管理文件的历史反馈时间，确定管理机构针对各种类型的管理文件的文件反馈时间。

表1

参见图11，图11为本发明实施例提供的反馈时间的获取流程示意图，如图11所示，理财平台服务器的监控模块提高如下步骤计算各资产管理机构、各种类型的管理文件的反馈时间(即动态告警阈值)：

步骤801：监控模块从商户配置表中拉取当前有效商户标识。

这里，资产管理机构可通过对应资产管理机构的商户标识来区分，不同的商户标识代表不同的资产管理机构，如商户标识1217608301代表资产管理机构A，商户标识11800008507代表资产管理机构B。

步骤802：监控模块遍历有效的商户标识。

步骤803：监控模块根据商户标识及文件类型从文件记录表中查询对应的历史记录信息。

步骤804：监控模块根据查询得到的历史记录信息，计算得到对应文件类型的管理文件的反馈时间(即动态的告警阈值)。

步骤805：监控模块将得到的该资产管理机构针对该文件类型的管理文件的反馈时间记录至告警阈值表。

这里，从查询得到的历史记录信息，获取该资产管理机构针对目标类型的管理文件的多个历史反馈时间，比如最近7天的反馈时间；为了避免异常情况，从多个历史反馈时间中，剔除最早反馈时间及最晚反馈时间，得到多个剩余历史反馈时间；然后，对多个剩余历史反馈时间进行加权求平均，得到对应的平均剩余历史反馈时间；最后，将平均剩余历史反馈时间与波动时间阈值进行求和处理，得到该资产管理机构对应目标类型的管理文件的反馈时间，并将得到的该资产管理机构针对该目标类型的管理文件的反馈时间记录至告警阈值表中。这里，波动时间阈值可灵活设定，比如30分钟，那么针对表1中的资产管理机构的几种类型的管理文件，得到的对应的告警时间如表2所示。

商户标识	基金代码	文件类型	告警时间
				1217608301	000343	申购反馈	2019.11.04 20:30:00
1217608301	000343	赎回反馈	2019.11.04 20:40:00
				1217608301	000343	收益文件	2019.11.04 23:40:00
1800008507	000730	申购反馈	2019.11.04 21:30:00
				1800008507	000730	赎回反馈	2019.11.04 21:35:00

表2

从表2可知，对于不同的资产管理机构，其反馈相同类型的管理文件的文件反馈时间(即告警时间)是不同的；对于同一资产管理机构提供的不同类型的管理文件，其对不同类型的管理文件的文件反馈时间也不同。

参见图12，图12为本发明实施例提供的告警监控流程示意图，如图12所示，监控模块轮询该资产管理机构是否已反馈资产管理文件，若已反馈，则结束监控流程；若未反馈，则查询对应的反馈时间(即动态阈值)，判断是否超过反馈时间，若未超过，则结束监控流程，若已超过，则发出告警。

通过上述方式，增加记录各资产管理机构反馈各种类型的管理文件的反馈时间的信息，并增加根据资产管理机构的商户标识及文件类型计算各资产管理机构动态阈值告警值的模块，并在轮询监控时查询动态阈值，超过则告警，实现针对不同的资产管理机构、不同类型的管理文件，动态计算告警阈值，避免了用同一个时间阈值造成的晚告警、误告警的情况，也不需要根据文件类型设置不同的告警时间，从而大大减小了运营压力，及时准确的发现问题并告警。

下面继续说明本发明实施例提供的文件反馈的告警提示装置255实施为软件模块的示例性结构，在一些实施例中，如图2和图13所示，图13为本发明实施例提供的文件反馈的告警提示装置的一个可选的结构示意图，存储在存储器250中的文件反馈的告警提示装置255，其可以是程序和插件等形式的软件，包括以下软件模块：第一获取模块2551、第二获取模块2552和发送模块2553。

第一获取模块2551，用于获取并发送对应资产管理机构的一个统计周期内的交易数据，所述交易数据用于供基于所述交易数据，确定归属于所述资产管理机构的用户的资产信息；

第二获取模块2552，用于当对应所述资产管理机构的文件反馈时间到达时，获取所述资产管理机构对应的资产管理文件的反馈状态；

其中，所述资产管理文件包括所述资产信息，用于基于所述资产信息，更新归属于所述资产管理机构的用户的资产；

发送模块2553，用于当所述反馈状态表征未收到反馈的所述资产管理文件时，发送告警提示信息，以提示所述资产管理机构反馈所述资产管理文件。

在一些实施例中，所述装置还包括确定模块，所述确定模块，用于接收到针对所述资产管理机构反馈资产管理文件的时间配置指令，所述时间配置指令携带时间配置参数；

基于所述时间配置参数，确定对应所述资产管理机构的文件反馈时间。

在一些实施例中，所述确定模块，还用于获取所述资产管理文件对应的多个历史反馈时间；

基于所述多个历史反馈时间，确定所述资产管理机构对应所述资产管理文件的文件反馈时间。

在一些实施例中，所述确定模块，还用于对所述多个历史反馈时间进行加权求平均，得到对应的平均历史反馈时间；

将得到的所述平均历史反馈时间，确定为所述资产管理机构对应所述资产管理文件的文件反馈时间。

在一些实施例中，所述确定模块，还用于从所述多个历史反馈时间中，剔除最早反馈时间及最晚反馈时间，得到多个剩余历史反馈时间；

对所述多个剩余历史反馈时间进行加权求平均，得到对应的平均剩余历史反馈时间；

将所述平均剩余历史反馈时间与波动时间阈值进行求和处理，得到所述资产管理机构对应所述资产管理文件的文件反馈时间。

在一些实施例中，所述资产管理文件包括至少两种类型的管理文件，不同类型的管理文件对应不同的反馈时间；

所述第二获取模块，还用于当所述资产管理文件中对应目标类型的管理文件的反馈时间到达时，获取所述目标类型的管理文件的反馈状态；

相应地，所述发送模块，还用于当所述反馈状态表征未收到反馈的所述目标类型的管理文件时，发送告警提示信息，以提示所述资产管理机构反馈所述目标类型的管理文件。

在一些实施例中，所述资产管理文件包括至少两种类型的管理文件，不同类型的管理文件对应不同的反馈时间；

所述第二获取模块，还用于当所述资产管理文件中对应反馈时间最早的管理文件的反馈时间到达时，获取各种类型的管理文件的反馈状态；

相应地，所述发送模块，还用于当所述反馈状态表征未收到反馈的所述各种类型的管理文件时，发送告警提示信息，以提示所述资产管理机构统一反馈所述各种类型的管理文件。

在一些实施例中，所述发送模块，还用于获取所述资产管理机构的告警优先级；

基于所述告警优先级，周期性发送告警提示信息，直至所述资产管理机构反馈所述资产管理文件，或者，到达目标时间。

在一些实施例中，所述装置还包括存储模块，所述存储模块，用于存储对应所述资产管理机构的文件反馈时间至区块链网络。

本发明实施例提供一种电子设备，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现本发明实施例提供的方法。

本发明实施例提供一种存储介质，存储有可执行指令，用于引起处理器执行时，实现本发明实施例提供的方法。

在一些实施例中，存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(HTML，Hyper TextMarkup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

以上所述，仅为本发明的实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本发明的保护范围之内。

Claims (10)

1.一种文件反馈的告警提示方法，其特征在于，所述方法包括：

获取并发送对应资产管理机构的一个统计周期内的交易数据，所述交易数据用于供基于所述交易数据，确定归属于所述资产管理机构的用户的资产信息；

当对应所述资产管理机构的文件反馈时间到达时，获取所述资产管理机构对应的资产管理文件的反馈状态；

其中，所述资产管理文件包括所述资产信息，用于基于所述资产信息，更新归属于所述资产管理机构的用户的资产；

当所述反馈状态表征未收到反馈的所述资产管理文件时，发送告警提示信息，以提示所述资产管理机构反馈所述资产管理文件。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

接收到针对所述资产管理机构反馈资产管理文件的时间配置指令，所述时间配置指令携带时间配置参数；

基于所述时间配置参数，确定对应所述资产管理机构的文件反馈时间。

3.如权利要求1所述的方法，其特征在于，所述方法还包括：

获取所述资产管理文件对应的多个历史反馈时间；

基于所述多个历史反馈时间，确定所述资产管理机构对应所述资产管理文件的文件反馈时间。

4.如权利要求3所述的方法，其特征在于，所述基于所述多个历史反馈时间，确定所述资产管理机构对应所述资产管理文件的文件反馈时间，包括：

对所述多个历史反馈时间进行加权求平均，得到对应的平均历史反馈时间；

将得到的所述平均历史反馈时间，确定为所述资产管理机构对应所述资产管理文件的文件反馈时间。

5.如权利要求3所述的方法，其特征在于，所述基于所述多个历史反馈时间，确定所述资产管理机构对应所述资产管理文件的文件反馈时间，包括：

从所述多个历史反馈时间中，剔除最早反馈时间及最晚反馈时间，得到多个剩余历史反馈时间；

对所述多个剩余历史反馈时间进行加权求平均，得到对应的平均剩余历史反馈时间；

将所述平均剩余历史反馈时间与波动时间阈值进行求和处理，得到所述资产管理机构对应所述资产管理文件的文件反馈时间。

6.如权利要求1所述的方法，其特征在于，所述资产管理文件包括至少两种类型的管理文件，不同类型的管理文件对应不同的反馈时间；

所述当对应所述资产管理机构的文件反馈时间到达时，获取所述资产管理机构对应的资产管理文件的反馈状态，包括：

当所述资产管理文件中对应目标类型的管理文件的反馈时间到达时，获取所述目标类型的管理文件的反馈状态；

相应地，所述当所述反馈状态表征未收到反馈的所述资产管理文件时，发送告警提示信息，以提示所述资产管理机构反馈所述资产管理文件，包括：

当所述反馈状态表征未收到反馈的所述目标类型的管理文件时，发送告警提示信息，以提示所述资产管理机构反馈所述目标类型的管理文件。

7.如权利要求1所述的方法，其特征在于，所述资产管理文件包括至少两种类型的管理文件，不同类型的管理文件对应不同的反馈时间；

所述当对应所述资产管理机构的文件反馈时间到达时，获取所述资产管理机构对应的资产管理文件的反馈状态，包括：

当所述资产管理文件中对应反馈时间最早的管理文件的反馈时间到达时，获取各种类型的管理文件的反馈状态；

相应地，所述当所述反馈状态表征未收到反馈的所述资产管理文件时，发送告警提示信息，以提示所述资产管理机构反馈所述资产管理文件，包括：

当所述反馈状态表征未收到反馈的所述各种类型的管理文件时，发送告警提示信息，以提示所述资产管理机构统一反馈所述各种类型的管理文件。

8.如权利要求1至7任一项所述的方法，其特征在于，所述方法还包括：

存储对应所述资产管理机构的文件反馈时间至区块链网络。

9.一种文件反馈的告警提示装置，其特征在于，所述装置包括：

第一获取模块，用于获取并发送对应资产管理机构的一个统计周期内的交易数据，所述交易数据用于供基于所述交易数据，确定归属于所述资产管理机构的用户的资产信息；

第二获取模块，用于当对应所述资产管理机构的文件反馈时间到达时，获取所述资产管理机构对应的资产管理文件的反馈状态；

其中，所述资产管理文件包括所述资产信息，用于基于所述资产信息，更新归属于所述资产管理机构的用户的资产；

发送模块，用于当所述反馈状态表征未收到反馈的所述资产管理文件时，发送告警提示信息，以提示所述资产管理机构反馈所述资产管理文件。

10.一种计算机可读存储介质，其特征在于，存储有可执行指令，用于引起处理器执行时，实现权利要求1至8任一项所述的方法。

Images