CN114546773A - 数据监控方法、装置、电子设备及计算机可读存储介质 - Google Patents

Abstract

本申请提供一种数据监控方法、装置、电子设备及计算机可读存储介质。该方法在接收到语音请求后，根据该语音请求确定各个语音处理环节，然后获取并整合各个语音处理环节对应的目标业务表得到全链路宽表，最后根据预设的数据监控模型和预设的监控周期对该全链路宽表进行监控以得到监控结果。该方法通过整合各个语音处理环节的目标业务表形成全链路宽表，然后通过监控全链路宽表得到监控结果，以使得工作人员可以根据监控结果快速定位全链路宽表中的数据异常处所反馈的问题，提高了数据监控的准确性和及时性。

Description

数据监控方法、装置、电子设备及计算机可读存储介质

技术领域

本申请涉及大数据处理技术领域，尤其涉及一种数据监控方法、装置、电子设备及计算机可读存储介质。

背景技术

随着终端设备被赋予了越来越多的AI能力，对其处理AI请求过程中所产生的数据进行监控就显得尤为重要。

从用户发出语音请求开始到最终返回请求结果结束，需要经过一系列的处理流程，而在这一系列的处理流程中产生了大量多源头的数据，这些多源头的数据可能涉及不同的技术团队。然而，当前技术中没有对请求处理流程的全链路数据进行监控，无法实现快速定位数据异常处反馈的问题，从而使得数据监控的准确性和及时性较低，不便于工作人员对数据异常处反馈的问题及时进行优化和处理。

因此，需要提供一种数据监控方法对请求处理流程的全链路数据进行监控，以便可以快速定位数据异常处反馈的问题，从而提高数据监控的准确性和及时性。

发明内容

本申请提供一种数据监控方法、装置、电子设备及计算机可读存储介质，用于对请求处理流程的全链路数据进行监控，以便可以快速定位数据异常处反馈的问题，从而提高数据监控的准确性和及时性。

为了解决上述技术问题，本申请提供以下技术方案：

本申请提供一种数据监控方法，包括：

接收语音请求，并根据所述语音请求确定各个语音处理环节；

获取各个语音处理环节对应的目标业务表；

整合所述目标业务表，得到全链路宽表；

根据预设的数据监控模型和预设的监控周期对所述全链路宽表进行监控，得到监控结果。

相应的，本申请还提供一种数据监控装置，包括：

请求接收模块，用于接收语音请求，并根据所述语音请求确定各个语音处理环节；

业务表获取模块，用于获取各个语音处理环节对应的目标业务表；

业务表整合模块，用于整合所述目标业务表，得到全链路宽表；

监控模块，用于根据预设的数据监控模型和预设的监控周期对所述全链路宽表进行监控，得到监控结果。

同时，本申请提供一种电子设备，其包括处理器和存储器，存储器用于存储计算机程序，处理器用于运行所述存储器里的计算机程序，以执行上述数据监控方法中的步骤。

此外，本申请还提供一种计算机可读存储介质，计算机可读存储介质存储有多条指令，指令适于处理器进行加载，以执行上述数据监控方法中的步骤。

有益效果：本申请提供一种数据监控方法、装置、电子设备及计算机可读存储介质。具体地，该方法在接收到语音请求后，根据该语音请求确定各个语音处理环节，然后获取各个语音处理环节对应的目标业务表，并整合各个目标业务表以得到全链路宽表，最后根据预设的数据监控模型和预设的监控周期对该全链路宽表进行监控得到监控结果。该方法通过整合各个语音处理环节的目标业务表得到全链路宽表，并对全链路宽表进行监控得到监控结果，根据监控结果可以由全链路宽表数据问题定位到语音处理环节的目标业务表数据问题，从而实现快速定位异常处理环节的目的，提高了数据监控的准确性和及时性，同时，工作人员可以根据定位结果及时准确的对其异常处理环节进行优化和处理，提高了语音请求的处理性能。

附图说明

下面结合附图，通过对本申请的具体实施方式详细描述，将使本申请的技术方案及其它有益效果显而易见。

图1是本申请实施例提供的数据监控系统的系统架构图。

图2是本申请实施例提供的数据监控方法的流程示意图。

图3是本申请实施例提供的语音处理流程的全链路示意图。

图4是本申请实施例提供的数据仓库的结构示意图。

图5是本申请实施例提供的数据监控装置的结构示意图。

图6是本申请实施例提供的电子设备的结构示意图。

具体实施方式

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

本申请的说明书和权利要求书中的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含；本申请中所出现的模块的划分，仅仅是一种逻辑上的划分，实际应用中实现时可以有另外的划分方式，例如多个模块可以结合成或集成在另一个系统中，或一些特征可以忽略，或不执行。

在本申请中，语音请求指的是人为向终端设备发送的语音消息所形成的请求，例如“我想看XX电影”。

在本申请中，语音处理环节主要包括客户端的信号处理环节、语音识别端的语音识别处理环节、中控分域端的语音中控处理环节以及搜索服务端的语义搜索处理环节等。

在本申请中，目标业务表指的是各个语音处理环节所对应的业务表。例如，信号处理环节对应客户端表、语音识别环节对应ASR表、语音中控处理环节对应中控表、语义搜索环节对应搜索表等。

在本申请中，全链路宽表指的是将业务主题相关的指标、维度以及属性关联在一起的一张数据库表，即联合前述所有目标业务表形成的字段较多的数据库表。需要说明的是，全链路宽表相较于分散的目标业务表，其具有查询性能高和便捷的优点。

在本申请中，预设的数据监控模型主要通过开源大数据组件Griffin进行配置。

本申请提供一种数据监控方法、装置、电子设备及计算机可读存储介质。

请参阅图1，图1是本申请提供的数据监控系统的系统架构示意图，如图1所示，该数据监控系统至少包括终端设备101和监控服务器102，其中：

终端设备101和监控服务器102之间设有通信链路，以实现信息交互。通信链路的类型可以包括有线、无线通信链路或者光纤电缆等，本申请在此不做限制。

终端设备101可以是装备有音频模块和通信模块等具备AI功能的智能设备；例如，智能手机、智能平板电脑、智能音箱、智能冰箱以及智能电视等。

监控服务器102可以是独立的服务器，也可以是服务器组成的服务器网络或者服务器集群；例如，本申请中所描述的服务器，其包括但不限于计算机、网络主机、数据库服务器以及应用服务器或者多个服务器构成的云服务器，其中云服务器由基于云计算(CloudComputing)的大量计算机或者网络服务器构成。

本申请提出了一种数据监控系统，该数据监控系统包括终端设备101和监控服务器102。具体地，通过终端设备101接收用户发出的语音请求，然后根据该语音请求确定处理该语音请求所需的语音处理环节，并获取这些语音处理环节对应的目标业务表，然后整合所有的目标业务表得到全链路宽表，最后通过监控服务器102根据预设的数据监控模型和预设的监控周期对该全链路宽表进行监控得到监控结果。

在上述数据监控过程中，通过大数据技术融合AI语音处理链路上各个目标业务表形成全链路宽表，以此将处理AI语音请求一条链路上产生的数据有效的整合起来，再结合大数据监控组件配置相关监控内容，对全链路宽表进行监控得到监控结果，根据监控结果可以由全链路宽表数据问题定位到语音处理环节的目标业务表数据问题，从而实现快速定位异常处理环节的目的，提高了数据监控的准确性和及时性，同时，工作人员可以根据定位结果及时准确的对其异常处理环节进行优化和处理，还可以对语音处理环节涉及的技术问题提出优化或者补充建议，达到数据驱动人工智能业务的效果。

需要说明的是，图1所示的系统架构示意图仅仅是一个示例，本申请实施例描述的服务器、终端、设备以及场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。以下分别进行详细说明。需说明的是，以下实施例的描述顺序不作为对实施例优选顺序的限定。

综合上述数据监控系统的系统架构，下面将对本申请中数据监控方法进行详细的介绍，请参阅图2所示，图2是本申请实施例提供的数据监控方法的流程示意图。下面将对本申请中的数据监控方法进行详细的介绍，该方法至少包括以下步骤：

S201：接收语音请求，并根据语音请求确定各个语音处理环节。

用户发出语音请求，例如“看XX电影”，具备AI功能的智能终端设备接收到该语音请求，然后根据该语音请求确定各个语音处理环节。如图3所示，图3为本申请实施例提供的语音处理流程的全链路示意图。针对“看XX电影”的语音请求，需要经过客户端的语音处理环节、语音识别服务端(ASR服务端)的语音识别处理环节、中控分域端的语音中控处理环节以及搜索服务端的语义搜索服务环节，最后通过客户端返回请求结果。

S202：获取各个语音处理环节对应的目标业务表。

在一种实施例中，在确定了各个语音处理环节后，需要获取每个语音处理环节对应的目标业务表，其具体步骤包括：获取预设数据处理周期和各个语音处理环节的源端日志数据；根据预设数据处理周期处理源端日志数据，得到各个语音处理环节对应的原始业务表；根据预设数据处理周期处理原始业务表，得到各个语音处理环节对应的细节业务表；根据预设数据处理周期处理细节业务表，得到各个语音处理环节对应的目标业务表。其中，源端日志数据包括客户端日志数据、ASR服务日志数据、中控日志数据以及搜索日志数据；如图4所示，图4为本申请实施例提供的数据仓库的结构示意图，该数据仓库主要包括操作数据层(Operation Data Store，OSD层)、细节数据层(Data Warehouse Details，DWD层)、数据服务层(Data Warehouse Service，DWS层)以及数据应用层(Application DataService，ADS层)，其中，ODS层用于存储原始业务表，DWD层用于存储细节业务表，DWS层用于存储目标业务表，ADS层用于存储全链路宽表，下面将对各层的业务表的获取进行详细的介绍。

在一种实施例中，获取原始业务表的具体步骤包括：获取预设数据格式；根据预设数据处理周期和预设数据格式将源端日志数据保存在数据仓库的操作数据层对应的表中，得到各个语音处理环节的原始业务表。其中，预设数据格式包括JSON格式；数据仓库可以是Hive数据仓库；操作数据层(Operation Data Store，OSD层)，也称贴源层，是直接从业务系统采集过来的最原始的数据，包含了所有业务的变更过程，数据粒度也是最细的。

获取原始业务表的过程即定时处理多个源端数据并同步到Hive数据仓库的OSD层的过程。具体地，通过大数据技术Spark和Flink根据预设数据处理周期将客户端日志数据、ASR服务日志数据、中控日志数据以及搜索日志数据等源端日志数据进行处理，将日志按照完整的JSON格式保留在数据仓库的操作数据层对应的表中，得到各个语音处理环节的原始业务表，以便兼容数据源端字段的增加或减少；此外，每个表还保留标识AI语音请求或处理的请求ID(query-id)、区分日志的版本字段以及标识数据时间概念数据仓库分区的日期字段。其中，请求ID(query-id)是唯一的，当某一个具体的SQL语句被编译后，请求ID(query-id)即生成用来标识特定的SQL语句。

需要说明的是，在处理源端数据至Hive数据仓库的同时，还需要采用大数据技术Airflow设置定时调度任务，以便后续对其进行监控。

在一种实施例中，获取细节业务表的具体步骤包括：解析原始业务表中的数据，得到原始业务表中的数据的键值对；将所述键值对存储至数据仓库的细节数据层对应的表中，并对所述操作数据层中的各个业务表进行数据清洗处理，得到各个语音处理环节对应的细节业务表数据。其中，数据的键值对指的是原始业务表中JSON日志格式的key和value值；数据清洗处理指的是去除空值、去除脏数据、去除超过极限范围的数据、去重以及IP解析等处理；细节数据层(Data Warehouse Details，DWD层)是在ODS层上根据业务过程建模出来的实时事实明细层，对于访问日志这种数据，会回流到离线系统供下游使用，最大程度地保证实时和离线数据ODS层和DWD层一致。

获取细节业务表的过程即定时处理Hive数据仓库ODS层各个原始业务表到DWD层。具体地，采用Spark解析ODS层中各个原始业务表的预设数据格式，从而获取到预设数据格式日志数据的key值和value值，保留key值全字段到DWD层，并导入value值，此外，对ODS层各个业务表做去空、去重、IP解析等数据清洗处理后，形成Hive数据仓库DWD层中各个业务表，即细节业务表。

在一种实施例中，获取目标业务表的具体步骤包括：获取预设字段；根据预设数据处理周期和预设字段抽取细节业务表中的数据，形成各个语音处理环节对应的目标业务表。其中，预设字段包括DWD层中各个细节业务表的主要字段。

获取目标业务表的过程即定时处理Hive数据仓库DWD层各个细节业务表到数据服务层(Data Warehouse Service，DWS层)。具体地，抽取Hive数据仓库DWD层中各个细节业务表的主要字段，形成Hive数据仓库DWS层的客户端表、ASR表、中控表以及搜索表等目标业务表。其中，DWS层在订阅DWD层数据后，会在实时计算任务中计算各个维度的汇总指标，如果维度是各个垂直业务线通用的，则会放在DWS层作为通用的数据模型使用。

S203：整合目标业务表，得到全链路宽表。

在得到DWS层的各个目标业务表(包括客户端表、ASR表、中控表以及搜索表)后，需要通过大数据技术根据语音请求的请求ID(query-id)，采用Sparksql将各个目标业务表整合起来，形成全链路宽表。需要说明的是，全链路宽表形成于Hive数据仓库的数据应用层(Application Data Service，ADS层)，该层主要是提供数据产品和数据分析需要的数据，一般会存储在ES、mysql等系统中供线上系统使用。

S204：根据预设的数据监控模型和预设的监控周期对全链路宽表进行监控，得到监控结果。

在一种实施例中，形成了某个语音请求对应的全链路宽表后，需要对全链路宽表进行监控，其具体步骤包括：获取预设的监控内容和调度所述全链路宽表的任务完成时间；根据预设的监控内容，配置预设的数据监控模型；根据任务完成时间，确定预设的监控周期；根据预设的监控周期和预设的数据监控模型对全链路宽表中预设的监控内容进行监控，得到监控结果。其中，预设的监控内容可以人为配置，也可以系统默认，监控内容包括：全链路宽表的数据量、全链路宽表字段数据缺失问题、全链路宽表字段重复值问题以及源端ODS层各个原始业务表数据量与数据仓库终端ADS层全链路宽表对比；调度全链路宽表的任务完成时间是根据Airflow每日调度全链路宽表的时间计算得到的；数据监控模型是采用开源大数据组件Griffin，根据预设的监控内容对数据监控模型进行配置，根据任务完成时间在Griffin上配置对应的定时调度监控程序，即能对全链路宽表的预设监控内容进行定时监控。

具体地，对于全链路宽表的数据量，通过在数据监控模型中配置监控全链路宽表每日分区数据总量即可进行监控，其判断依据可以是：首先，若当天分区数据量为0则视为异常，其次，将当天分区数据总量与过去几天的分区历史数据量进行对比，若超过预设的阈值则视为异常；对于全链路宽表字段数据缺失问题，通过在数据监控模型中配置选取全链路宽表中对应不同业务表的重要字段进行监控，特别是终端设备基本信息相关的维度字段，其判断依据可以是：若选取的监控字段记录为空，则视为异常，若选取的监控字段为空的记录超过了一定范围，则视为异常，若选取的监控字段为空占总量的比例超过预设的阈值，则视为异常；对于全链路宽表字段重复值问题，通过在数据监控模型中配置选取全链路宽表中需要监控某些字段的重复值，其判断依据可以是：若监控的字段的重复数据占总量的比例超过预设阈值，则视为异常；若监控的字段的重复数据的次数超过预设阈值，则视为异常；对于全链路宽表与OSD层各个原始业务表数据量对比，通过在数据监控模型中配置需要对比OSD层客户端表、ASR表、中控表、搜索表和ADS层全链路宽表数据量，其判断依据可以是：将全链路宽表的数据总量分别减去各个原始业务表的数据总量，分别得到各个原始业务表对应的数据差值，若该差值超过预设阈值，则视为异常。通过对全链路数据的监控，可以观察业务量变动，数据量从端到端的一致性问题，形成了日志数据的监控闭环。

在一种实施例中，在得到监控结果之后，可以针对监控结果表征异常处进行告警，其具体步骤包括：在监控结果表征异常时，触发预警信息；根据预警信息，发送预警邮件。具体地，可以通过在开源大数据组件Griffin上配置人员接收监控结果告警邮件，以便及时分析监控结果，从而定位整个语音处理流程中的异常处理环节，并及时的解决问题，确保了数据仓库数据的准确性和可靠性。

需要说明的是，除了通过发警告邮件的方式向工作人员发出监控异常的结果外，还可以通过语音等其他方式进行告警，本申请在此不对告警的具体方式进行限定。

基于上述实施例的内容，本申请实施例提供了一种数据监控装置。该数据监控装置用于执行上述方法实施例中提供的数据监控方法，具体地，请参阅图5，该装置包括：

请求接收模块501，用于接收语音请求，并根据所述语音请求确定各个语音处理环节；

业务表获取模块502，用于获取各个语音处理环节对应的目标业务表；

业务表整合模块503，用于整合所述目标业务表，得到全链路宽表；

监控模块504，用于根据预设的数据监控模型和预设的监控周期对所述全链路宽表进行监控，得到监控结果。

在一种实施例中，业务表获取模块502包括：

数据获取模块，用于获取预设数据处理周期和各个语音处理环节的源端日志数据；

原始表获取模块，用于根据所述预设数据处理周期处理所述源端日志数据，得到各个语音处理环节对应的原始业务表；

细节表获取模块，用于根据所述预设数据处理周期处理所述原始业务表，得到各个语音处理环节对应的细节业务表；

目标表获取模块，用于根据所述预设数据处理周期处理所述细节业务表，得到各个语音处理环节对应的目标业务表。

在一种实施例中，原始表获取模块包括：

格式获取模块，用于获取预设数据格式；

原始表生成模块，用于根据所述预设数据处理周期和所述预设数据格式将所述源端日志数据保存在数据仓库的操作数据层对应的表中，得到各个语音处理环节的原始业务表。

在一种实施例中，细节表获取模块包括：

数据解析模块，用于解析所述原始业务表中的数据，得到所述原始业务表中的数据的键值对；

细节表生成模块，用于将所述键值对存储至数据仓库的细节数据层对应的表中，并对所述操作数据层中的各个业务表进行数据清洗处理，得到各个语音处理环节对应的细节业务表数据。

在一种实施例中，目标表获取模块包括：

字段获取模块，用于获取预设字段；

目标表生成模块，用于根据所述预设数据处理周期和所述预设字段抽取所述细节业务表中的数据，形成各个语音处理环节对应的目标业务表。

在一种实施例中，监控模块包括：

第一获取模块，用于获取预设的监控内容和调度所述全链路宽表的任务完成时间；

模型配置模块，用于根据所述预设的监控内容，配置预设的数据监控模型；

周期确定模块，用于根据所述任务完成时间，确定预设的监控周期；

监控子模块，用于根据预设的监控周期和所述预设的数据监控模型对所述全链路宽表中所述预设的监控内容进行监控，得到监控结果。

在一种实施例中，数据监控装置还包括：

预警触发模块，用于在所述监控结果表征异常时，触发预警信息；

邮件发送模块，用于根据所述预警信息，发送预警邮件。

本申请实施例的数据监控装置，可以用于执行前述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

区别于当前的技术，本申请提供的数据监控装置设置了业务表整合模块和监控模块，通过业务表整合模块能够理清语音请求处理过程中整条链路的数据，从而整合了跨团队的、分散的多源数据，有助于数据价值发现和业务优化，通过监控模块实现了对全链路数据的监控，可以观察业务量的变动、数据量从端到端的一致性问题等，形成了日志数据的监控闭环，根据监控结果可以由全链路的数据问题快速定位到语音处理环节的目标业务表的数据问题，实现了快速定位异常处理环节的目的，提高了数据监控的准确性和及时性。

相应的，本申请实施例还提供一种电子设备，如图6所示，该电子设备可以包括有一个或者一个以上处理核心的处理器601、无线(WiFi，Wireless Fidelity)模块602、有一个或一个以上计算机可读存储介质的存储器603、音频电路604、显示单元605、输入单元606、传感器607、电源608、以及射频(RF，Radio Frequency)电路609等部件。本领域技术人员可以理解，图6中示出的电子设备的结构并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器601是电子设备的控制中心，利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器603内的软件程序和/或模块，以及调用存储在存储器603内的数据，执行电子设备的各种功能和处理数据，从而对电子设备进行整体监控。在一种实施例中，处理器601可包括一个或多个处理核心；优选的，处理器601可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器601中。

WiFi属于短距离无线传输技术，电子设备通过无线模块602可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图6示出了无线模块602，但是可以理解的是，其并不属于终端的必需构成，完全可以根据需要在不改变发明的本质的范围内而省略。

存储器603可用于存储软件程序以及模块，处理器601通过运行存储在存储器603的计算机程序以及模块，从而执行各种功能应用以及数据处理。存储器603可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器603可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器603还可以包括存储器控制器，以提供处理器601和输入单元606对存储器603的访问。

音频电路604包括扬声器，扬声器可提供用户与电子设备之间的音频接口。音频电路604可将接收到的音频数据转换后的电信号，传输到扬声器，由扬声器转换为声音信号输出；另一方面，扬声器将收集的声音信号转换为电信号，由音频电路604接收后转换为音频数据，再将音频数据输出处理器601处理后，经射频电路609发送给比如另一电子设备，或者将音频数据输出至存储器603以便进一步处理。音频电路604还可能包括耳塞插孔，以提供外设耳机与电子设备的通信。

显示单元605可用于显示由用户输入的信息或提供给用户的信息以及终端的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元605可包括显示面板，在一种实施例中，可以采用液晶显示器(LCD，Liquid CrystalDisplay)、有机发光二极管(OLED，Organic Light-Emitting Diode)等形式来配置显示面板。进一步的，触敏表面可覆盖显示面板，当触敏表面检测到在其上或附近的触摸操作后，传送给处理器601以确定触摸事件的类型，随后处理器601根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图6中，触敏表面与显示面板是作为两个独立的部件来实现输入和输出功能，但是在某些实施例中，可以将触敏表面与显示面板集成而实现输入和输出功能。

输入单元606可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，在一个具体的实施例中，输入单元606可包括触敏表面以及其他输入设备。触敏表面，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面上或在触敏表面附近的操作)，并根据预先设定的程式驱动相应的连接装置。在一种实施例中，触敏表面可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器601，并能接收处理器601发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面。除了触敏表面，输入单元606还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

电子设备还可包括至少一种传感器607，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及距离传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板的亮度(接近传感器可在终端移动到耳边时，关闭显示面板和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等)；至于电子设备还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

电子设备还包括给各个部件供电的电源608(比如电池)，优选的，电源可以通过电源管理系统与处理器601逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源608还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

射频电路609可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器601处理；另外，将涉及上行的数据发送给基站。通常，射频电路609包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM，Subscriber Identity Module)卡、收发信机、耦合器、低噪声放大器(LNA，Low Noise Amplifier)、双工器等。此外，射频电路609还可以通过无线通信与网络和其他设备通信。无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GSM，Global System of Mobile communication)、通用分组无线服务(GPRS，GeneralPacket Radio Service)、码分多址(CDMA，Code Division Multiple Access)、宽带码分多址(WCDMA，Wideband Code Division Multiple Access)、长期演进(LTE，Long TermEvolution)、电子邮件、短消息服务(SMS，Short Messaging Service)等。

尽管未示出，电子设备还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，电子设备中的处理器601会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器603中，并由处理器601来运行存储在存储器603中的应用程序，从而实现以下功能：

接收语音请求，并根据所述语音请求确定各个语音处理环节；

获取各个语音处理环节对应的目标业务表；

整合所述目标业务表，得到全链路宽表；

根据预设的数据监控模型和预设的监控周期对所述全链路宽表进行监控，得到监控结果。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请实施例提供一种计算机可读存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以实现上述数据监控方法的功能。

其中，该计算机可读存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

以上对本申请实施例所提供的数据监控方法、装置、电子设备以及计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种数据监控方法，其特征在于，包括：

接收语音请求，并根据所述语音请求确定各个语音处理环节；

获取各个语音处理环节对应的目标业务表；

整合所述目标业务表，得到全链路宽表；

根据预设的数据监控模型和预设的监控周期对所述全链路宽表进行监控，得到监控结果。

2.根据权利要求1所述的数据监控方法，其特征在于，所述获取各个语音处理环节对应的目标业务表的步骤，包括：

获取预设数据处理周期和各个语音处理环节的源端日志数据；

根据所述预设数据处理周期处理所述源端日志数据，得到各个语音处理环节对应的原始业务表；

根据所述预设数据处理周期处理所述原始业务表，得到各个语音处理环节对应的细节业务表；

根据所述预设数据处理周期处理所述细节业务表，得到各个语音处理环节对应的目标业务表。

3.根据权利要求2所述的数据监控方法，其特征在于，所述根据所述预设数据处理周期处理所述源端日志数据，得到各个语音处理环节对应的原始业务表的步骤，包括：

获取预设数据格式；

根据所述预设数据处理周期和所述预设数据格式将所述源端日志数据保存在数据仓库的操作数据层对应的表中，得到各个语音处理环节的原始业务表。

4.根据权利要求2所述的数据监控方法，其特征在于，所述根据所述预设数据处理周期处理所述原始业务表，得到各个语音处理环节对应的细节业务表的步骤，包括：

解析所述原始业务表中的数据，得到所述原始业务表中的数据的键值对；

将所述键值对存储至数据仓库的细节数据层对应的表中，并对所述操作数据层中的各个业务表进行数据清洗处理，得到各个语音处理环节对应的细节业务表数据。

5.根据权利要求2所述的数据监控方法，其特征在于，所述根据所述预设数据处理周期处理所述细节业务表，得到各个语音处理环节对应的目标业务表的步骤，包括：

获取预设字段；

根据所述预设数据处理周期和所述预设字段抽取所述细节业务表中的数据，形成各个语音处理环节对应的目标业务表。

6.根据权利要求1所述的数据监控方法，其特征在于，所述根据预设的数据监控模型和预设的监控周期对所述全链路宽表进行监控，得到监控结果的步骤，包括：

获取预设的监控内容和调度所述全链路宽表的任务完成时间；

根据所述预设的监控内容，配置预设的数据监控模型；

根据所述任务完成时间，确定预设的监控周期；

根据预设的监控周期和所述预设的数据监控模型对所述全链路宽表中所述预设的监控内容进行监控，得到监控结果。

7.根据权利要求1所述的数据监控方法，其特征在于，在所述根据预设的数据监控模型和预设的监控周期对所述全链路宽表进行监控，得到监控结果的步骤之后，还包括：

在所述监控结果表征异常时，触发预警信息；

根据所述预警信息，发送预警邮件。

8.一种数据监控装置，其特征在于，包括：

请求接收模块，用于接收语音请求，并根据所述语音请求确定各个语音处理环节；

业务表获取模块，用于获取各个语音处理环节对应的目标业务表；

业务表整合模块，用于整合所述目标业务表，得到全链路宽表；

监控模块，用于根据预设的数据监控模型和预设的监控周期对所述全链路宽表进行监控，得到监控结果。

9.一种电子设备，其特征在于，包括处理器和存储器，所述存储器用于存储计算机程序，所述处理器用于运行所述存储器里的计算机程序，以执行权利要求1至7任一项所述的数据监控方法中的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有多条指令，所述指令适于处理器进行加载，以执行权利要求1至7任一项所述的数据监控方法中的步骤。

Images