CN114764675A - 智能投顾系统的监控方法、装置、电子设备和存储介质 - Google Patents

Abstract

本申请涉及一种智能投顾系统的监控方法、装置、电子设备和存储介质，应用于计算机技术领域，其中，方法包括：获取监控指标数据，监控指标数据是由智能投顾系统中的业务子系统通过数据处理服务器发送、通过预设端口从业务系统的服务器获取、预设端口从智能投顾系统的服务器获取中的至少一种方式得到的；获取与监控指标数据对应的配置条件；判断监控指标数据是否满足配置条件；若不满足，触发报警机制，以进行报警。用以解决现有技术中，在智能投顾系统中，后台维护人员需要对各种指标数据进行实时监控，需要耗费较大人力，且容易导致出错的问题。

Description

智能投顾系统的监控方法、装置、电子设备和存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种智能投顾系统的监控方法、装置、电子设备和存储介质。

背景技术

随着人民生活水平的提高，手里的可支配资金也越来越多，可以通过一些金融理财产品的投资来获得更多的经济收益。智能投顾是金融服务领域的一种新兴产品，是指根据用户的基本信息、风险承受水平、收益目标以及风格偏好等，运用智能算法或投资最优组合等理论模型，为用户提供综合性的投资参考，包括资产配置及资产动态平衡等方面的策略。

在智能投顾系统中，后台维护人员需要对各种指标数据进行实时监控，以便于了解系统运行状况，这需要耗费较大人力，且容易导致出错。

发明内容

本申请提供了一种智能投顾系统的监控方法、装置、电子设备和存储介质，用以解决现有技术中，在智能投顾系统中，后台维护人员需要对各种指标数据进行实时监控，需要耗费较大人力，且容易导致出错的问题。

第一方面，本申请实施例提供了一种智能投顾系统的监控方法，包括：

获取监控指标数据，所述监控指标数据是由智能投顾系统中的业务子系统通过数据处理服务器发送、通过预设端口从所述业务系统的服务器获取、预设端口从所述智能投顾系统的服务器获取中的至少一种方式得到的；

获取与所述监控指标数据对应的配置条件；

判断所述监控指标数据是否满足所述配置条件；

若不满足，触发报警机制，以进行报警。

可选的，所述监控指标数据包括第一预设时长内的交易成功率、交易时长、第二预设时长内的超时交易比例、交易量环比骤变、应用服务接口状态、数据仓库文件时限、日终状态和对账文件状态中的至少一项。

可选的，所述获取监控指标数据，包括：

获取第一预设时长内的第一订单总量和交易成功的订单数量；

根据所述订单数量和所述第一订单总量计算得到所述交易成功率，将所述第一预设时长对应的所述交易成功率，作为所述监控指标数据；

所述获取与所述监控指标数据对应的配置条件，包括：

获取所述交易成功率对应的预设交易成功率阈值和所述第一预设时长内的预设交易量，将所述预设交易成功率阈值和所述预设交易量作为所述配置条件；

所述判断所述监控指标数据是否满足所述配置条件，包括：

判断所述第一订单总量是否大于所述预设额交易量，并且所述交易成功率是否大于所述预设交易成功率阈值。

可选的，所述获取监控指标数据，包括：

获取所述第二预设时长内的第二订单总量及超时订单量；

根据所述第二订单总量和所述超时订单量计算得到所述超时交易比例，将所述第二预设时长对应的所述超时交易比例，作为所述监控指标数据；

所述获取与所述监控指标数据对应的配置条件，包括：

获取所述超时交易比例对应的预设超时交易比例阈值，将所述预设超时交易比例阈值作为所述配置条件；

所述判断所述监控指标数据是否满足所述配置条件，包括：

判断所述超时交易比例是否小于所述预设超时交易比例阈值。

可选的，所述获取监控指标数据，包括：

获取第三预设时长内第一交易量均值和第四预设时长内的第二交易量均值；

根据所述第一交易量均值和所述第二交易量均值，计算得到交易量环比骤变值，将所述交易量环比骤变值作为所述监控指标数据；

所述获取与所述监控指标数据对应的配置条件，包括：

获取所述交易量环比骤变值对应的预设交易量环比骤变值阈值，将所述预设交易量环比骤变值阈值作为所述配置条件；

所述判断所述监控指标数据是否满足所述配置条件，包括：

判断所述交易量环比骤变值是否大于所述预设交易量环比骤变值阈值。

可选的，所述触发报警机制，以进行报警之后，还包括：

将不满足所述配置条件的监控指标数据作为报警信息；

将所述报警信息存储在所述智能投顾系统的缓存中。

可选的，所述触发报警机制，以进行报警之后，还包括：

获取报警信息查询请求；

判断所述智能投顾系统的缓存中是否包括所述查询请求对应的报警信息；

若是，从所述智能投顾系统的缓存中获得所述报警信息；

若否，从所述智能投顾系统的数据库中，获取监控数据，从所述监控数据中提取所述查询请求对应的目标监控数据，根据所述目标监控数据计算得到所述报警信息；

将所述报警信息发送至所述智能投顾系统的显示界面，以进行显示。

可选的，所述获取监控指标数据之前，还包括：

获取所述监控指标数据的配置信息；

根据所述配置信息对所述智能投顾系统进行系统配置，以使所述智能投顾系统获取所述监控指标数据。

可选的，所述获取所述监控指标数据，包括：

获取监控数据；

提取所述监控数据中的目标监控数据；

根据所述目标监控数据计算得到所述监控指标数据。

第二方面，本申请实施例提供了一种智能投顾系统的监控装置，包括：

第一获取模块，用于获取监控指标数据，所述监控指标数据是由智能投顾系统中的业务子系统通过数据处理服务器发送、通过预设端口从所述业务系统的服务器获取、预设端口从所述智能投顾系统的服务器获取中的至少一种方式得到的；

第二获取模块，用于获取与所述监控指标数据对应的配置条件；

判断模块，用于判断所述监控指标数据是否满足所述配置条件；

报警模块，用于若不满足，触发报警机制，以进行报警。

可选的，所述监控指标数据包括第一预设时长内的交易成功率、交易时长、第二预设时长内的超时交易比例、交易量环比骤变、应用服务接口状态、数据仓库文件时限、日终状态和对账文件状态中的至少一项。

可选的，所述第一获取模块，具体包括：

获取第一预设时长内的第一订单总量和交易成功的订单数量；

根据所述订单数量和所述第一订单总量计算得到所述交易成功率，将所述第一预设时长对应的所述交易成功率，作为所述监控指标数据；

所述第二获取模块，具体包括：

获取所述交易成功率对应的预设交易成功率阈值和所述第一预设时长内的预设交易量，将所述预设交易成功率阈值和所述预设交易量作为所述配置条件；

所述判断模块，包括：

判断所述第一订单总量是否大于所述预设额交易量，并且所述交易成功率是否大于所述预设交易成功率阈值。

可选的，所述第一获取模块，包括：

获取所述第二预设时长内的第二订单总量及超时订单量；

根据所述第二订单总量和所述超时订单量计算得到所述超时交易比例，将所述第二预设时长对应的所述超时交易比例，作为所述监控指标数据；

所述第二获取模块，包括：

获取所述超时交易比例对应的预设超时交易比例阈值，将所述预设超时交易比例阈值作为所述配置条件；

所述判断模块，包括：

判断所述超时交易比例是否小于所述预设超时交易比例阈值。

可选的，所述第一获取模块，包括：

获取第三预设时长内第一交易量均值和第四预设时长内的第二交易量均值；

根据所述第一交易量均值和所述第二交易量均值，计算得到交易量环比骤变值，将所述交易量环比骤变值作为所述监控指标数据；

所述第二获取模块，包括：

获取所述交易量环比骤变值对应的预设交易量环比骤变值阈值，将所述预设交易量环比骤变值阈值作为所述配置条件；

所述判断模块，包括：

判断所述交易量环比骤变值是否大于所述预设交易量环比骤变值阈值。

可选的，还包括：存储模块，用于：

将不满足所述配置条件的监控指标数据作为报警信息；

将所述报警信息存储在所述智能投顾系统的缓存中。

可选的，还包括：

第三获取模块，用于获取报警信息查询请求；

第二判断模块，用于判断所述智能投顾系统的缓存中是否包括所述查询请求对应的报警信息；

第四获取模块，用于若是，从所述智能投顾系统的缓存中获得所述报警信息；

第五获取模块，用于若否，从所述智能投顾系统的数据库中，获取监控数据，从所述监控数据中提取所述查询请求对应的目标监控数据，根据所述目标监控数据计算得到所述报警信息；

发送模块，用于将所述报警信息发送至所述智能投顾系统的显示界面，以进行显示。

可选的，还包括：

第六获取模块，用于获取所述监控指标数据的配置信息；

配置模块，用于根据所述配置信息对所述智能投顾系统进行系统配置，以使所述智能投顾系统获取所述监控指标数据。

可选的，所述第一获取模块，具体包括：

获取监控数据；

提取所述监控数据中的目标监控数据；

根据所述目标监控数据计算得到所述监控指标数据。

第三方面，本申请实施例提供了一种电子设备，包括：处理器、通信接口、存储器和通信总线，其中，处理器、通信接口和存储器通过通信总线完成相互间的通信；

所述存储器，用于存储计算机程序；

所述处理器，用于执行所述存储器中所存储的程序，实现第一方面所述的智能投顾系统的监控方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现第一方面所述的智能投顾系统的监控方法。

本申请实施例提供的上述技术方案与现有技术相比具有如下优点：本申请实施例提供的该方法，通过获取监控指标数据，监控指标数据是由智能投顾系统中的业务子系统通过数据处理服务器发送、通过预设端口从业务系统的服务器获取、预设端口从智能投顾系统的服务器获取中的至少一种方式得到的；获取与监控指标数据对应的配置条件；判断监控指标数据是否满足配置条件；若不满足，触发报警机制，以进行报警。如此，通过获取的监控指标数据与配置条件进行比较，一旦发现监控指标数据不满足配置条件，便触发报警机制，不再需要维护人员实施监控，节省了大量人力。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

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

图1为本申请一实施例提供的智能投顾系统的结构图；

图2为本申请一实施例提供的智能投顾系统的监控方法的流程图；

图3为本申请一实施例提供的智能投顾系统的监控装置的结构图；

图4为本申请一实施例提供的电子设备的结构图。

具体实施方式

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

本申请的智能投顾系统的监控方法可以应用于以下智能投顾系统中，参照图1，该智能投顾系统包括:智投监控服务系统、监控UI界面、数据库、缓存、数据处理服务器、业务子系统、智投服务器、业务应用服务器和数据处理服务器。具体的，智投监控服务系统通过预设端口，从智投服务器、业务应用服务器和数据处理服务器获取监控指标数据，或通过数据处理服务器接收业务子系统发送的监控指标数据。然后，获取与监控指标数据对应的配置条件；判断监控指标数据是否满足配置条件；若不满足，触发报警机制，以进行报警。

本申请一实施例中提供了一种智能投顾系统的监控方法，该方法可以应用于任意一种形式的电子设备中，如移终端和服务器中。如图2所示，该智能投顾系统的监控方法，包括：

步骤201、获取监控指标数据，监控指标数据是由智能投顾系统中的业务子系统通过数据处理服务器发送、通过预设端口从业务子系统的服务器获取、预设端口从智能投顾系统的服务器获取中的至少一种方式得到的。

一些实施例中，监控指标数据可以通过发送的监控数据直接获得；也可以先获取监控数据，获取监控指标数据的计算公式，基于计算公式，计算得到监控数据对应的监控指标数据。其中，计算公式可以在预先配置的配置信息中得到。例如，监控数据中包括预设时长内的订单总量、交易成功的订单数量，配置信息中的计算公式为：预设时长内的交易成功率＝预设时长内交易成功的订单数量除以预设时长内的订单总量，由此，可以得到监控指标数据为预设时长内的交易成功率。

具体的，监控指标数据包括第一预设时长内的交易成功率、交易时长、第二预设时长内的超时交易比例、交易量环比骤变、应用服务接口状态、数据仓库文件时限、日终状态和对账文件状态中的至少一项。数据处理服务器可以但不限于为Kafka，Kafka是一种高吞吐量的分布式发布订阅消息系统，它可以处理消费者在网站中的所有动作流数据。

进一步的，在获取监控指标数据之前，获取监控指标数据的配置信息；根据配置信息对智能投顾系统进行系统配置，以使智能投顾系统获取监控指标数据。

一些实施例中，先根据配置信息对智能投顾系统进行系统配置，在对智能投顾系统配置完成后，智能投顾系统便可以依据系统中的配置信息获取监控指标数据。

具体的，配置信息中包括与监控指标数据对应的配置条件、配置接口信息、数据库表信息和监控指标项信息。

其中，配置条件包括监控指标数据对应的指标阈值。配置接口信息指示预设端口，智能投顾系统通过配置接口信息确定预设端口，从而得到每个配置接口访问的耗时情况。数据库表信息包括配置监控指标字段，动态生成数据表，同时生成扩展表(其中，扩展表包括当前使用临时表、当年存储表及下一年存储表)，通过定时扫描生成，保证跨年数据一致性等情况。监控指标项信息包括监控指标项名称、指标更新频率、指标数据保存时长、计算公式、预警触发收件人等。

步骤202、获取与监控指标数据对应的配置条件。

一些实施例中，配置条件可以从配置信息中获取，由于监控指标数据有多种，因此，在得到监控指标数据后，还需要从配置信息中确定该监控指标数据对应的配置条件，以进一步完成预警。

步骤203、判断监控指标数据是否满足配置条件，若不满足执行步骤204，若满足，执行步骤201，继续获取监控指标数据，以持续监控异常。

一些实施例中，在获取监控指标数据和配置条件后，便可以根据配置条件判断监控指标数据是否满足，进而确定是否需要报警。

步骤204、触发报警机制，以进行报警。

一些实施例中，在监控指标数据不满足配置条件，便会触发报警机制，在进行报警时，可以在智能投顾系统的显示界面弹出报警对话框，也可以向配置信息中预先配置的预警触发收件人，发送报警短信或邮件。

进一步的，触发报警机制，以进行报警之后，将不满足配置条件的监控指标数据作为报警信息；将报警信息存储在智能投顾系统的缓存中。

一些实施例中，为了方便管理人员对报警历史的查阅，本实施例中，将不满足配置条件的监控指标数据作为报警信息存储在智能投顾系统的缓存中，从而使管理人员获取报警信息更加快捷、方便。

进一步的，触发报警机制，以进行报警之后，获取报警信息查询请求；判断智能投顾系统的缓存中是否包括查询请求对应的报警信息；若是，从智能投顾系统的缓存中获得报警信息；若否，从智能投顾系统的数据库中，获取监控数据，从监控数据中提取查询请求对应的目标监控数据，根据目标监控数据计算得到报警信息；将报警信息发送至智能投顾系统的显示界面，以进行显示。

一些实施例中，在管理人员需要查看报警信息时，先从智能投顾系统的缓存中获取报警信息，由于缓存的数据存储量有限，并且会间隔一段时间进行清除，因此，会存在缓存中不包括查询请求对应的报警信息的情况，此时，需要从智能投顾系统的数据库中，获取查询请求对应的目标监控数据，并根据监控数据重新计算得到报警信息。进而，将获得的报警信息发送到显示界面显示，供管理人员查看。

以下根据监控指标数据的不同，提供具体的监控过程(步骤201至步骤204)的实施例。

在一个具体实施例中，监控指标数据为第一预设时长内的交易成功率，监控过程包括：

获取第一预设时长内的第一订单总量和交易成功的订单数量；根据订单数量和第一订单总量计算得到交易成功率；获取交易成功率对应的预设交易成功率阈值和第一预设时长内的预设交易量，将预设交易成功率阈值和预设交易量作为配置条件；判断是否第一订单总量大于预设额交易量，并且交易成功率大于预设交易成功率阈值；若否，触发报警机制。

其中，交易成功率可以由交易成功的订单数量和第一订单总量计算得到，第一预设时长可以但不限于为1个交易日，预设交易成功率阈值可以但不限于为99％。

在另一个具体实施例中，监控指标数据为超时交易比例时，监控过程包括：

获取第二预设时长内的第二订单总量及超时订单量；根据第二订单总量和超时订单量计算得到超时交易比例；获取超时交易比例对应的预设超时交易比例阈值；判断超时交易比例是否小于预设超时交易比例阈值，若否，触发报警机制。

其中，超时交易比例可以由超时订单量和第二订单总量的比值计算得到，第二预设时长可以但不限于为1个交易日，超时订单是指订单最初创建与最终更新的时间差，超过订单完成阈值(100毫秒)的订单。

在另一个具体实施例中，监控指标数据为交易量环比骤变时，监控过程包括：

获取第三预设时长内第一交易量均值和第四预设时长内的第二交易量均值；根据第一交易量均值和第二交易量均值，计算得到交易量环比骤变值；获取交易量环比骤变值对应的预设交易量环比骤变值阈值；判断交易量环比骤变值是否大于预设交易量环比骤变值阈值，若否，触发报警机制。

其中，第三预设时长可以为上一交易日，第四预设时长可以为指定时间段。预设交易量环比骤变值阈值可以但不限于为30％。

一些实施例中，监控指标数据为交易时长时，监控过程可以为获取上一次交易的最后时间与当前时间比较，当时间差超过设定的阈值，则报警。

一些实施例中，监控指标数据为应用服务接口状态时，通过对应用服务接口进行调用，以检查接口是否调用正常，如果调用不通，则尝试3次进行检查程序运行进程是否存活，若有一项未存活，则确定应用服务接口状态为不可用。

一些实施例中，监控指标数据为对账文件状态时，可以监控ETL文件每交易日处理情况，对于部分文件定义其最晚处理告警时间阈值，当在该时间点尚未进行处理进行告警。

一些实施例中，监控指标数据为通知消息状态时，可以监控短信等消息通知是否存在超时未发送的情况，当超时时间超过阈值(默认为10分钟)则进行预警。

一些实施例中，监控指标数据为日终状态时，可以监控日终是否按时发起，以及监控日终流程是否存在错误，若未按时发起或日终流程存在错误，则进行报警。

一些实施例中，监控指标数据为对账文件状态时，可以对以下情况进行预警并指定对应的原因码：

对日终处理后数据进行对账，如果对账有异常进行预警；

每交易日15.30分监控上一交易日是否还存在中间状态的订单，若存在，则进行报警；

每个交易日晚上19点监控本应在该系统日确认的订单是否都正常确认处理，若否，则进行报警；

每交易日13点监控本应在该交易日发起调仓买入的计划，若未执行，则进行报警；

监控正在调仓的计划中调仓买入的总金额是否小于调仓卖出到账总金额，若是，则进行报警。

一些实施例中，还可以利用数据统计技术对交易量(分成功和失败)进行统计，利用Hicharts进行展示。Highcharts是一个用纯JavaScript编写的一个图表库，能够很简单便捷的在web网站或是web应用程序添加有交互性的图表。

基于同一构思，本申请实施例中提供了一种智能投顾系统的监控装置，该装置的具体实施可参见方法实施例部分的描述，重复之处不再赘述，如图3所示，该装置主要包括：

第一获取模块301，用于获取监控指标数据，监控指标数据是由智能投顾系统中的业务子系统通过数据处理服务器发送、通过预设端口从业务系统的服务器获取、预设端口从智能投顾系统的服务器获取中的至少一种方式得到的；

第二获取模块302，用于获取与监控指标数据对应的配置条件；

判断模块303，用于判断监控指标数据是否满足配置条件；

报警模块304，用于若不满足，触发报警机制，以进行报警。

可选的，监控指标数据包括第一预设时长内的交易成功率、交易时长、第二预设时长内的超时交易比例、交易量环比骤变、应用服务接口状态、数据仓库文件时限、日终状态和对账文件状态中的至少一项。

可选的，第一获取模块，具体包括：

获取第一预设时长内的第一订单总量和交易成功的订单数量；

根据订单数量和第一订单总量计算得到交易成功率，将第一预设时长对应的交易成功率，作为监控指标数据；

第二获取模块，具体包括：

获取交易成功率对应的预设交易成功率阈值和第一预设时长内的预设交易量，将预设交易成功率阈值和预设交易量作为配置条件；

判断模块，包括：

判断第一订单总量是否大于预设额交易量，并且交易成功率是否大于预设交易成功率阈值。

可选的，第一获取模块，包括：

获取第二预设时长内的第二订单总量及超时订单量；

根据第二订单总量和超时订单量计算得到超时交易比例，将第二预设时长对应的超时交易比例，作为监控指标数据；

第二获取模块，包括：

获取超时交易比例对应的预设超时交易比例阈值，将预设超时交易比例阈值作为配置条件；

判断模块，包括：

判断超时交易比例是否小于预设超时交易比例阈值。

可选的，第一获取模块，包括：

获取第三预设时长内第一交易量均值和第四预设时长内的第二交易量均值；

根据第一交易量均值和第二交易量均值，计算得到交易量环比骤变值，将交易量环比骤变值作为监控指标数据；

第二获取模块，包括：

获取交易量环比骤变值对应的预设交易量环比骤变值阈值，将预设交易量环比骤变值阈值作为配置条件；

判断模块，包括：

判断交易量环比骤变值是否大于预设交易量环比骤变值阈值。

可选的，还包括：存储模块，用于：

将不满足配置条件的监控指标数据作为报警信息；

将报警信息存储在智能投顾系统的缓存中。

可选的，还包括：

获取报警信息查询请求；

判断智能投顾系统的缓存中是否包括查询请求对应的报警信息；

若是，从智能投顾系统的缓存中获得报警信息；

若否，从智能投顾系统的数据库中，获取监控数据，从监控数据中提取查询请求对应的目标监控数据，根据目标监控数据计算得到报警信息；

将报警信息发送至智能投顾系统的显示界面，以进行显示。

可选的，还包括：

获取监控指标数据的配置信息；

根据配置信息对智能投顾系统进行系统配置，以使智能投顾系统获取监控指标数据。

可选的，第一获取模块具体包括：

获取监控数据；

提取监控数据中的目标监控数据；

根据目标监控数据计算得到监控指标数据。

基于同一构思，本申请实施例中提供了一种电子设备，如图4所示，该电子设备主要包括：处理器401、通信接口402、存储器403和通信总线404，其中，处理器401、通信接口402和存储器403通过通信总线404完成相互间的通信。其中，存储器403中存储有可被至处理器401执行的程序，处理器401执行存储器403中存储的程序，实现如下步骤：

获取监控指标数据，监控指标数据是由智能投顾系统中的业务子系统通过数据处理服务器发送、通过预设端口从业务系统的服务器获取、预设端口从智能投顾系统的服务器获取中的至少一种方式得到的；

获取与监控指标数据对应的配置条件；

判断监控指标数据是否满足配置条件；

若不满足，触发报警机制，以进行报警。

上述电子设备中提到的通信总线404可以是外设部件互连标准(PeripheralComponent Interconnect，简称PCI)总线或扩展工业标准结构(Extended IndustryStandard Architecture，简称EISA)总线等。该通信总线404可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口402用于上述电子设备与其他设备之间的通信。

存储器403可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器401的存储装置。

上述的处理器401可以是通用处理器，包括中央处理器(Central ProcessingUnit，简称CPU)、网络处理器(Network Processor，简称NP)等，还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本申请的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当该计算机程序在计算机上运行时，使得计算机执行上述实施例中所描述的智能投顾系统的监控方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。该计算机可以时通用计算机、专用计算机、计算机网络或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、微波等)方式向另外一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如软盘、硬盘、磁带等)、光介质(例如DVD)或者半导体介质(例如固态硬盘)等。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (20)

1.一种智能投顾系统的监控方法，其特征在于，包括：

获取监控指标数据，所述监控指标数据是由智能投顾系统中的业务子系统通过数据处理服务器发送、通过预设端口从所述业务子系统的服务器获取、预设端口从所述智能投顾系统的服务器获取中的至少一种方式得到的；

获取与所述监控指标数据对应的配置条件；

判断所述监控指标数据是否满足所述配置条件；

若不满足，触发报警机制，以进行报警。

2.根据权利要求1所述的智能投顾系统的监控方法，其特征在于，所述监控指标数据包括第一预设时长内的交易成功率、交易时长、第二预设时长内的超时交易比例、交易量环比骤变值、应用服务接口状态、数据仓库文件时限、日终状态和对账文件状态中的至少一项。

3.根据权利要求2所述的智能投顾系统的监控方法，其特征在于，所述获取监控指标数据，包括：

获取第一预设时长内的第一订单总量和交易成功的订单数量；

根据所述订单数量和所述第一订单总量计算得到所述交易成功率，将所述第一预设时长对应的所述交易成功率，作为所述监控指标数据；

所述获取与所述监控指标数据对应的配置条件，包括：

获取所述交易成功率对应的预设交易成功率阈值和所述第一预设时长内的预设交易量，将所述预设交易成功率阈值和所述预设交易量作为所述配置条件；

所述判断所述监控指标数据是否满足所述配置条件，包括：

判断所述第一订单总量是否大于所述预设交易量，并且所述交易成功率是否大于所述预设交易成功率阈值。

4.根据权利要求2所述的智能投顾系统的监控方法，其特征在于，所述获取监控指标数据，包括：

获取所述第二预设时长内的第二订单总量及超时订单量；

根据所述第二订单总量和所述超时订单量计算得到所述超时交易比例，将所述第二预设时长对应的所述超时交易比例，作为所述监控指标数据；

所述获取与所述监控指标数据对应的配置条件，包括：

获取所述超时交易比例对应的预设超时交易比例阈值，将所述预设超时交易比例阈值作为所述配置条件；

所述判断所述监控指标数据是否满足所述配置条件，包括：

判断所述超时交易比例是否小于所述预设超时交易比例阈值。

5.根据权利要求2所述的智能投顾系统的监控方法，其特征在于，所述获取监控指标数据，包括：

获取第三预设时长内第一交易量均值和第四预设时长内的第二交易量均值；

根据所述第一交易量均值和所述第二交易量均值，计算得到交易量环比骤变值，将所述交易量环比骤变值作为所述监控指标数据；

所述获取与所述监控指标数据对应的配置条件，包括：

获取所述交易量环比骤变值对应的预设交易量环比骤变值阈值，将所述预设交易量环比骤变值阈值作为所述配置条件；

所述判断所述监控指标数据是否满足所述配置条件，包括：

判断所述交易量环比骤变值是否大于所述预设交易量环比骤变值阈值。

6.根据权利要求1所述的智能投顾系统的监控方法，其特征在于，所述触发报警机制，以进行报警之后，还包括：

将不满足所述配置条件的监控指标数据作为报警信息；

将所述报警信息存储在所述智能投顾系统的缓存中。

7.根据权利要求1或6所述的智能投顾系统的监控方法，其特征在于，所述触发报警机制，以进行报警之后，还包括：

获取报警信息查询请求；

判断所述智能投顾系统的缓存中是否包括所述查询请求对应的报警信息；

若是，从所述智能投顾系统的缓存中获得所述报警信息；

若否，从所述智能投顾系统的数据库中，获取监控数据，从所述监控数据中提取所述查询请求对应的目标监控数据，根据所述目标监控数据计算得到所述报警信息；

将所述报警信息发送至所述智能投顾系统的显示界面，以进行显示。

8.根据权利要求1所述的智能投顾系统的监控方法，其特征在于，所述获取监控指标数据之前，还包括：

获取所述监控指标数据的配置信息；

根据所述配置信息对所述智能投顾系统进行系统配置，以使所述智能投顾系统获取所述监控指标数据。

9.根据权利要求1所述的智能投顾系统的监控方法，其特征在于，所述获取所述监控指标数据，包括：

获取监控数据；

提取所述监控数据中的目标监控数据；

根据所述目标监控数据计算得到所述监控指标数据。

10.一种智能投顾系统的监控装置，其特征在于，包括：

第一获取模块，用于获取监控指标数据，所述监控指标数据是由智能投顾系统中的业务子系统通过数据处理服务器发送、通过预设端口从所述业务系统的服务器获取、预设端口从所述智能投顾系统的服务器获取中的至少一种方式得到的；

第二获取模块，用于获取与所述监控指标数据对应的配置条件；

判断模块，用于判断所述监控指标数据是否满足所述配置条件；

报警模块，用于若不满足，触发报警机制，以进行报警。

11.根据权利要求10所述的智能投顾系统的监控装置，其特征在于，所述监控指标数据包括第一预设时长内的交易成功率、交易时长、第二预设时长内的超时交易比例、交易量环比骤变、应用服务接口状态、数据仓库文件时限、日终状态和对账文件状态中的至少一项。

12.根据权利要求11所述的智能投顾系统的监控装置，其特征在于，所述第一获取模块，具体包括：

获取第一预设时长内的第一订单总量和交易成功的订单数量；

根据所述订单数量和所述第一订单总量计算得到所述交易成功率，将所述第一预设时长对应的所述交易成功率，作为所述监控指标数据；

所述第二获取模块，具体包括：

获取所述交易成功率对应的预设交易成功率阈值和所述第一预设时长内的预设交易量，将所述预设交易成功率阈值和所述预设交易量作为所述配置条件；

所述判断模块，包括：

判断是否所述第一订单总量大于所述预设额交易量，并且所述交易成功率大于所述预设交易成功率阈值。

13.根据权利要求11所述的智能投顾系统的监控装置，其特征在于，所述第一获取模块，包括：

获取所述第二预设时长内的第二订单总量及超时订单量；

根据所述第二订单总量和所述超时订单量计算得到所述超时交易比例，将所述第二预设时长对应的所述超时交易比例，作为所述监控指标数据；

所述第二获取模块，包括：

获取所述超时交易比例对应的预设超时交易比例阈值，将所述预设超时交易比例阈值作为所述配置条件；

所述判断模块，包括：

判断所述超时交易比例是否小于所述预设超时交易比例阈值。

14.根据权利要求11所述的智能投顾系统的监控装置，其特征在于，所述第一获取模块，包括：

获取第三预设时长内第一交易量均值和第四预设时长内的第二交易量均值；

根据所述第一交易量均值和所述第二交易量均值，计算得到交易量环比骤变值，将所述交易量环比骤变值作为所述监控指标数据；

所述第二获取模块，包括：

获取所述交易量环比骤变值对应的预设交易量环比骤变值阈值，将所述预设交易量环比骤变值阈值作为所述配置条件；

所述判断模块，包括：

判断所述交易量环比骤变值是否大于所述预设交易量环比骤变值阈值。

15.根据权利要求10所述的智能投顾系统的监控装置，其特征在于，还包括：存储模块，用于：

将不满足所述配置条件的监控指标数据作为报警信息；

将所述报警信息存储在所述智能投顾系统的缓存中。

16.根据权利要求10所述的智能投顾系统的监控装置，其特征在于，还包括：

第三获取模块，用于获取报警信息查询请求；

第二判断模块，用于判断所述智能投顾系统的缓存中是否包括所述查询请求对应的报警信息；

第四获取模块，用于若是，从所述智能投顾系统的缓存中获得所述报警信息；

第五获取模块，用于若否，从所述智能投顾系统的数据库中，获取监控数据，从所述监控数据中提取所述查询请求对应的目标监控数据，根据所述目标监控数据计算得到所述报警信息；

发送模块，用于将所述报警信息发送至所述智能投顾系统的显示界面，以进行显示。

17.根据权利要求10所述的智能投顾系统的监控装置，其特征在于，还包括：

第六获取模块，用于获取所述监控指标数据的配置信息；

配置模块，用于根据所述配置信息对所述智能投顾系统进行系统配置，以使所述智能投顾系统获取所述监控指标数据。

18.根据权利要求10所述的智能投顾系统的监控装置，其特征在于，所述第一获取模块，具体包括：

获取监控数据；

提取所述监控数据中的目标监控数据；

根据所述目标监控数据计算得到所述监控指标数据。

19.一种电子设备，其特征在于，包括：处理器、通信接口、存储器和通信总线，其中，处理器、通信接口和存储器通过通信总线完成相互间的通信；

所述存储器，用于存储计算机程序；

所述处理器，用于执行所述存储器中所存储的程序，实现权利要求1-9任一项所述的智能投顾系统的监控方法。

20.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-9任一项所述的智能投顾系统的监控方法。

Images