CN115438094A - 报警数据处理方法、装置、计算设备及存储介质 - Google Patents

Abstract

本申请适用于计算机技术领域，提供一种报警数据处理方法、装置、计算设备及存储介质，所述报警数据处理方法包括：获取报警数据；对所述报警数据按照时间域排序，得到第一有效分析数据；对所述第一有效分析数据进行相同报警编号的次数统计，得到第二有效分析数据；对所述第二有效分析数据进行多维度分析，得到分析结果。本申请的实施例提供的报警数据处理方法能定位复杂或关联性较强的报警原因。

Description

报警数据处理方法、装置、计算设备及存储介质

技术领域

本申请属于自动化控制技术领域，尤其涉及一种报警数据处理方法、装置、计算设备及存储介质。

背景技术

在自动化加工领域，尤其是激光加工领域，激光设备在整个工作工程中，需要对辅助气体、激光器设备、聚焦头、冷水机、数控系统、机械床身、传感器和各种各样复杂的切割工艺进行协调配合，才能实现各个部分的正常工作。然而，在每一台设备的生命周期内，出现各种各样的报警或者故障是不可避免的。

在终端客户现场，一旦设备出现问题，若不能及时处理，很可能导致用户的加工产品报废，甚至引发安全事故。然而，用户往往只能查看各设备厂商提供的操作日志、报警信息、以及加工记录等，无法找到复杂或关联性较强的报警原因。

发明内容

本申请的实施例提供一种报警数据处理方法、装置、计算设备及存储介质，能定位复杂或关联性较强的报警原因。

第一方面，本申请的实施例提供一种报警数据处理方法，包括：

获取报警数据；

对所述报警数据按照时间域排序，得到第一有效分析数据；

对所述第一有效分析数据进行相同报警编号的次数统计，得到第二有效分析数据；

对所述第二有效分析数据进行多维度分析，得到分析结果。

在第一方面的一种可能的实现方式中，所述报警数据处理方法还包括：

消除所述第二有效分析数据中的干扰数据；

所述对所述第二有效分析数据进行多维度分析，包括：

对消除干扰数据的所述第二有效分析数据进行多维度分析。

在第一方面的一种可能的实现方式中，所述获取报警数据包括：

采集报警数据；

对所述报警数据进行预处理。

在第一方面的一种可能的实现方式中，所述对所述报警数据进行预处理，包括：

剔除异常的数据；

剔除指定时间戳差值内的相同数据。

在第一方面的一种可能的实现方式中，所述获取报警数据还包括：

对所述报警数据进行分类。

在第一方面的一种可能的实现方式中，所述报警数据处理方法还包括：

根据所述分析结果进行售后服务调度。

在第一方面的一种可能的实现方式中，所述报警数据处理方法还包括：

若当前的分析结果满足预设条件，则返回所述根据所述分析结果进行售后服务调度。

在第一方面的一种可能的实现方式中，所述若当前的分析结果满足预设条件，则返回所述根据所述分析结果进行售后服务调度，包括：

若当前的分析结果不优于预设的比较基准，则返回所述根据所述分析结果进行售后服务调度；

或者，若当前的分析结果不优于前一分析结果且不优于预设的比较基准，则返回所述根据所述分析结果进行售后服务调度。

第二方面，本申请的实施例提供一种报警数据处理装置，包括：

数据获取模块，用于：获取报警数据；

数据排序模块，用于：对所述报警数据按照时间域排序，得到第一有效分析数据；

数据量化模块，用于：对所述第一有效分析数据进行相同报警编号的次数统计，得到第二有效分析数据；

分析模块，用于：对所述第二有效分析数据进行多维度分析，得到分析结果。

第三方面，本申请的实施例提供一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面中任一项所述的方法。

第四方面，本申请的实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面中任一项所述的方法。

第五方面，本申请的实施例提供一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面中任一项所述的方法。

本申请的实施例与现有技术相比存在的有益效果是：

在获取到报警数据之后，对报警数据按照时间域排序，得到第一有效分析数据，对第一有效分析数据进行相同报警编号的次数统计，得到第二有效分析数据，然后对第二有效分析数据进行多维度分析，得到分析结果，能定位复杂或关联性较强的报警原因。

附图说明

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

图1是本申请一实施例提供的报警数据处理方法的流程示意图；

图2是本申请一实施例提供的报警数据处理方法的步骤A1的流程示意图；

图3是本申请一实施例提供的报警数据处理方法的步骤A12的流程示意图；

图4是本申请一实施例提供的报警数据处理方法的报警数据信息的示意图；

图5是本申请另一实施例提供的报警数据处理方法的流程示意图；

图6是本申请又一实施例提供的报警数据处理方法的流程示意图；

图7是本申请又一实施例提供的报警数据处理方法的流程示意图；

图8是本申请一实施例提供的报警数据处理装置的结构示意图；

图9是本申请一实施例提供的计算设备的结构示意图。

具体实施方式

为了使本申请所要解决的技术问题、技术方案及有益效果更加清楚明白，以下结合附图1至图9及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请的实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

本申请的实施例提供一种报警数据处理方法，该方法可以应用于自动化加工领域(比如激光加工领域)。

本申请的实施例提供的报警数据处理方法可以应用于服务器、个人计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等计算设备，本申请的实施例对计算设备的具体类型不作任何限制。

前述计算设备可以是加工设备(比如激光加工设备)的配套计算设备。

图1是本申请一实施例提供的报警数据处理方法的流程示意图。参考图1，本申请的实施例提供的报警数据处理方法包括步骤A1至步骤A4。

步骤A1、获取报警数据。

报警数据是设备在整个生命周期内出现的报警信息(也可称为故障信息)。应当理解，报警数据是历史数据。

报警数据可以由计算设备从外部接收并记录于报警数据库中，也可以由计算设备自身采集并记录于报警数据库中。

图2是本申请一实施例提供的报警数据处理方法的步骤A1的流程示意图。参考图2，在一些实施例中，步骤A1(即获取报警数据)包括步骤A11。

步骤A11、采集报警数据。

对加工设备的整个生命周期内出现的各种报警信息(也可称为故障信息)进行采集并记录于报警数据库中，供后续使用。

步骤A12、对报警数据进行预处理。

图3是本申请一实施例提供的报警数据处理方法的步骤A12的流程示意图。参考图3，在一些实施例中，步骤A12(即对报警数据进行预处理)包括步骤A121和步骤A122。

步骤A121、剔除异常的数据。

在采集到报警数据之后，对报警数据进行异常检测。

前述异常检测包括但不限于数据库数据格式检查、以及数值检查，若报警数据的格式或者数值有误，则将异常的报警数据剔除。

步骤A122、剔除指定时间戳差值内的相同数据。

在采集到报警数据之后，对报警数据进行重复项检测。

重复项检测是将同时刻内出现的相同数据信息进行唯一化处理；具体的，针对指定时间戳差值内的相同记录数据，只保留一个有效数据，剔除其余相同数据。前述指定时间戳差值是小于指定数量(比如20个)插补周期的时间戳差值。

步骤A13、对报警数据进行分类。

图4是本申请一实施例提供的报警数据处理方法的报警数据信息的示意图。数据分类是将设备记录的报警数据进行分类，具体如下。

传感器检测类：主要是通过设备上各种传感器对设备的机械部件和功能硬件状态进行监控；报警数据信息主要包括：报警编号，报警时间，报警类型，报警等级，报警名称，报警时设备工作模式，报警时的执行任务单号，生产状态。

数控系统控制类：主要包括数控系统在工作时出现的各种报警监控；报警数据信息主要包括：报警编号，报警时间，报警类型，报警等级，报警名称，报警时设备工作模式，报警时执行程序的信息(包括轮廓中、轮廓头、轮廓尾)，报警时的执行任务单号，生产状态。

激光加工工艺类：主要包括对各种不同材质进行加工过程中出现的控制和工艺类报警；报警数据信息主要包括：报警编号，报警时间，报警类型，报警等级，报警名称，报警时设备工作模式，板材材质、切割气体类型、板材厚度等信息，加工工艺文件信息，报警时的执行任务单号，生产状态。

通信故障类：主要包括设备使用过程中出现的各种通信故障进行监控。报警数据信息主要包括：报警编号，报警时间，报警类型，报警等级，报警名称，报警时设备工作模式，报警时的执行任务单号，生产状态。

其他故障类：主要包含除上述类型之外的报警进行汇总归类；报警数据信息主要包括：报警编号，报警时间，报警类型，报警等级，报警名称，报警时设备工作模式，报警时的执行任务单号，生产状态。

当然，还可以根据实际情况对报警数据进行更细致的分类。

步骤A2、对报警数据按照时间域排序，得到第一有效分析数据。

在生产应用中，加工设备有不同阶段的状态，通常分为出厂阶段、投产阶段、以及调试阶段。

相应的，报警数据也对应不同阶段的数据，比如出厂阶段的报警数据、投产阶段的报警数据、以及调试阶段的报警数据。具体的，报警数据中包含生产状态值，比如出厂阶段的生产状态值、投产阶段的生产状态值、以及调试阶段的生产状态值，不同阶段的生产状态值不相同。

加工设备的不同阶段的具体划分界限可以由设备商确定。

示例的，出厂阶段是从设备开始装配到设备抵达用户现场，调试完成并正式交付于用户时为节点。

示例的，投产阶段是指设备正常生产的期间。其中，在投产阶段，默认为用户登录。

示例的，调试阶段是指设备在使用的过程中出现问题，设备商的技术人员现场登录调试权限(即结束投产阶段)并执行调试的期间。

出厂阶段的报警信息和调试阶段的报警信息仅用于后期的对比参考。可以将报警数据中生产状态为出厂阶段和调试阶段的数据删除，提取投产阶段的数据并进行时间域排序。

可以将投产阶段的第一有效分析数据标记为Si，用于后续处理。具体的，用户初次登录产生的有效分析数据为S0，一旦中途出现设备故障等进入调试阶段而中断用户登录，再次切换为用户登录时，则产生的有效分析数据为S1，以此类推。

步骤A3、对第一有效分析数据进行相同报警编号的次数统计，得到第二有效分析数据。

在得到第一有效分析数据Si之后，对第一有效分析数据Si进行相同报警编号的量化处理，即统计相同报警编号的次数，得到第二有效分析数据Ti，其中Ti与Si对应。

以对激光加工工艺文件信息(即第一有效分析数据)进行量化处理为例，统计各工艺文件所产生的报警信息在相同报警编号下的次数。

此外，由于不同用户生产实际情况差异较大，可以获取报警最频繁类工艺文件信息和使用频率最少的工艺文件信息，并将使用频率少于P次的数据进行删除，此处的P值由出厂进行设定，同时支持离线和在线修改，且P值在实际应用中的合理区间为1至10。P值越小表明使用频率越小，并将使用频率小于P的工艺文件所产生的报警信息视为可忽略信息。

步骤A4、对第二有效分析数据进行多维度分析，得到分析结果。

第二有效分析数据包含多维度的数据信息。根据前述步骤A13，由不同分类的报警数据得到的第二有效分析数据的维度也会不同。由于第二有效分析数据是对第一有效分析数据Si进行相同报警编号的量化处理得到的，在不同的维度对第二有效分析数据进行分析，能在不同维度定位报警原因。

以激光加工工艺类报警为例。在统计各工艺文件所产生的报警信息在相同报警编号下的次数之后，激光加工工艺类报警对工艺文件信息的维度包括板材材质、板材厚度、切割气体、报警编号等；对于不同的工艺文件，其前述维度(比如板材材质、板材厚度、切割气体、报警编号)的参数会不同。在多维度分析时可以对每一个工艺文件的报警信息进行平均处理：

Pi＝average(工艺文件Mi，工艺文件Mi执行次数Ni/总的报警次数Oi)。

其中，加工设备每加工一个工件(比如板材)都会执行一次工艺文件Mi，Ni为执行工艺文件Mi的总次数，Oi为工艺文件Mi下的所有报警次数累加值。

在获取到Pi值后将Pi值记录于对应的工艺文件信息(即对应的维度)中。这样，可以获知用户现场的哪些工艺文件信息(即哪个维度)存在生产不稳定的因素，从而指导后续的售后服务。

以数控系统控制类报警中的碰撞报警(报警编号为28)为例，其维度包括：工艺文件信息，板材材质，板材厚度，割气体，报警时执行程序的信息(包括轮廓中、轮廓头、轮廓尾)等。这样，能获取此报警在每一个工艺文件信息下对应的报警位置(比如轮廓中、轮廓头或者轮廓尾)，进而确定系统控制参数的合理性，同时辅助分析对应工艺文件参数设置的优良。

还可以统计分析硬件模块在正常生产过程中的报警数据，以推断相应的报警为正常安全提示报警，还是设备硬件故障导致的报警等。

根据上述内容可知，在获取到报警数据之后，对报警数据按照时间域排序，得到第一有效分析数据，对第一有效分析数据进行相同报警编号的次数统计，得到第二有效分析数据，然后对第二有效分析数据进行多维度分析，得到分析结果，能定位复杂或关联性较强的报警原因。

在得到分析结果之后，可以将分析结果以可视化报告的形式输出，以实现可视化结果显示。

在对分析结果进行可视化的同时可以进行辅助分析类操作，包括但不限于：某报警的有效区间记录统计、不同报警等级的报警信息统计、不同工艺参数的累计报警次数统计、针对各类报警的各个参数进行升序和降序排序处理、不同类型报警的前X％报警信息统计。这些多样化的状态统计，能提高售后人员解决问题的效率。

在实际应用中，输出前述可视化报告需要一定的权限，以供不同权限等级的用户登录查看。

图5是本申请另一实施例提供的报警数据处理方法的流程示意图。参考图5，在一些实施例中，报警数据处理方法还包括步骤B1。

步骤B1、消除第二有效分析数据中的干扰数据。

消除干扰数据主要是结合特定且已知的输入规则，对数据进行处理。

示例的，对于激光加工过程中的碰撞报警，其影响因素主要有工艺参数控制、以及系统参数控制。气压对切割过程影响很大，切割时若报警气压不足(比如报警编号为49)，继续切割可能导致切割不透，引发切割过程中的碰撞报警，导致在当前条件下加工时碰撞报警(比如报警编号为28)出现的频率增多，此时增多的28号报警主要是由于气压影响，会对系统控制和工艺参数分析造成干扰，所以这时需要结合特定的规则将部分碰撞报警信息进行处理，处理方式包括直接剔除、或者对受影响的数据乘以一个影响因子k，其中，k在0-1之间进行取值。

相应的，前述步骤A4(即对第二有效分析数据进行多维度分析)具体包括：对消除干扰数据的第二有效分析数据进行多维度分析。这样，能提高定位报警的准确率。

图6是本申请又一实施例提供的报警数据处理方法的流程示意图。参考图6，在一些实施例中，报警数据处理方法还包括步骤C1。

步骤C1、根据分析结果进行售后服务调度。

在实际应用中，当有效报警数据的时间长度大于M天后，每次启动设备或者设备启动后每N小时，后台自动进行报警数据分析。其中，M和N为正整数。

为更真实的反馈设备交付用户后的使用情况，采样样本量不宜太小，因此M的值建议大于或等于7，N可以是大于5。

如果现场设备的分析结果触发出厂时设置的报警阈值，则可以通过后台服务器或云平台将用户的原始数据以及分析结果发送给设备商，以便于设备商对用户设备的生产状态进行全面的了解。在实际应用中，前述操作需用户许可，由用户预先设置。

在获取到分析结果之后，系统会根据系统当前设置的自动调度或人工调度选项进行售后服务调度。

自动调度是根据设备商的售后服务系统中服务人员的当前状态(包括服务中、休假、可预约等)、服务成本(服务人员的差旅费用，比如住宿、交通、饮食等)和服务人员的技能等级等因素进行智能调度。调度原则为可以尽快的解决用户设备的问题，同时所需的服务成本最小。

人工调度系统则由设备厂商的相关人员结合具体情况进行技术人员调度服务，以尽快赶往用户现场解决问题。

相关的技术人员在抵到用户现场后，需要在加工设备登录调试服务权限，加工设备在调试服务权限产生的数据为非有效数据。技术人员离开后需要退出调试服务权限，使得加工设备进入用户生产权限，在用户生产权限下产生的数据均为有效数据。若调试服务权限连续登录时间超过设置的时间，则定时提醒是否切换为登录用户生产权限，以防止技术人员离开用户现场时忘记切换操作权限。

图7是本申请又一实施例提供的报警数据处理方法的流程示意图。参考图7，在一些实施例中，报警数据处理方法还包括步骤D1。

步骤D1、若当前的分析结果满足预设条件，则返回执行步骤C1(根据分析结果进行售后服务调度)。

在加工设备经历调试阶段并进入投产阶段后，将当前的分析结果与预设条件进行比较，如果当前的分析结果满足预设条件，则表示调试无效，问题没有解决，需要再次进行售后服务调度以解决问题；如果当前的分析结果不满足预设条件，则表示调试有效，问题得到解决；如此，实现自动评估问题是否完全解决。

示例的，将当前的分析结果与OEM(Original Equipment Manufacturer，原始设备制造商)厂商预设的比较基准进行对比，如果当前的分析结果不优于预设的比较基准，表示当前的分析结果满足预设条件，则表示调试无效，问题没有解决，需要再次进行售后服务调度以解决问题；如果当前的分析结果优于预设的比较基准，表示当前的分析结果不满足预设条件，则表示调试有效，问题得到解决，否则问题没有解决。

在一些实施例中，还可以将当前的分析结果与前一分析结果和设置的比较基准进行比较；如果当前的分析结果不优于前一分析结果且不优于设置的比较基准，表示当前的分析结果满足预设条件，则表示调试无效，问题没有解决，需要再次进行售后服务调度以解决问题；如果当前的分析结果优于前一分析结果且优于设置的比较基准，表示当前的分析结果不满足预设条件，则表示调试有效，问题得到解决。其中，当前的分析结果对应第一有效分析数据Si，前一分析结果对应的第一有效数据为S(i-1)。

当前的分析结果优于前一分析结果可以用于评价售后服务的有效性，以便优化售后服务调度。

若最后判定为问题没有解决，则返回步骤C1进入售后服务调度环节。此时的系统的自动调度的评判条件可以将售后服务的技术技能优于服务成本，旨在尽快解决用户现场的问题。

在自动化加工领域，尤其是在激光加工领域，通常是在设备出现问题或故障直接暴露出来时，用户才能发现并向设备厂商进行反馈，以进行设备的维护。这样会增加用户生产不良产品的风险和停产的概率，频繁的问题暴露还会影响用户的使用体验，造成公司声誉的损伤。同时，面对需要各种各样的综合性问题，需要经验丰富或者具有专业技术能力的工作人员才能进行故障定位，工作量大且耗时较长。针对需要现场进行维护的故障，往往还存在售后服务人员的调度问题，可能出现周边技术人员无法尽快达到现场进行处理的现象，此时就需要从更远处进行人员调度，如此一来，会增加设备商的维护成本。

本申请的实施例提供的报警数据处理方法可以用于智能化故障监控，可以应用于自动化加工领域，尤其是激光加工领域；本申请的实施例提供的报警数据处理方法，在面对广大的用户群体、各种各样的综合性问题时，能够自动的对设备生命周期内的各种报错信息、工作状态、用户使用习惯等信息进行自动的分析处理，一旦发现潜在或者直接的问题时，通过售后服务调度环节及时、主动给用户进行维护处理，以减小用户的生产成本，也能提高问题的处理效率；同时凭借对大数据的分析结果报告可以降低工作人员对问题的定位和解决时间，从而降低服务和维护成本；借助售后改善跟踪环节，则可以不断的对售后服务进行自动跟踪，实时自动维护广大用户群体的设备，降低设备生产出不良产品的风险和停产的概率，减少频繁的问题暴露，能减小生产成本，以保持产品的质量，能提升产品竞争力，能提升用户的使用体验，赢得用户口碑。

对应于上文实施例所述方法，图8示出本申请的实施例提供的报警数据处理装置的结构框图，为了便于说明，仅示出与本申请实施例相关的部分。

参考图8，本申请的实施例提供的报警数据处理装置包括数据获取模块1A、数据排序模块2A、数据量化模块3A和分析模块4A。

数据获取模块1A，用于：获取报警数据。

数据排序模块2A，用于：对报警数据按照时间域排序，得到第一有效分析数据。

数据量化模块3A，用于：对第一有效分析数据进行相同报警编号的次数统计，得到第二有效分析数据。

分析模块4A，用于：对第二有效分析数据进行多维度分析，得到分析结果。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

图9为本申请一实施例提供的计算设备的结构示意图。如图6所示，该实施例的计算设备9包括：至少一个处理器90(图9中仅示出一个)、存储器91以及存储在存储器91中并可在至少一个处理器90上运行的计算机程序92；处理器90执行计算机程序92时实现上述任意各个方法实施例中的步骤。

计算设备9可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该计算设备可包括，但不仅限于，处理器90和存储器91。本领域技术人员可以理解，图9仅仅是计算设备的举例，并不构成对计算设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备、总线等。

处理器90可以是中央处理单元(Central Processing Unit，CPU)，该处理器90还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器91在一些实施例中可以是计算设备9的内部存储单元，例如计算设备的硬盘或内存。存储器91在另一些实施例中也可以是计算设备的外部存储设备，例如计算设备上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器91还可以既包括计算设备的内部存储单元也包括外部存储设备。存储器91用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如计算机程序的程序代码等。存储器91还可以用于暂时地存储已经输出或者将要输出的数据。

示例性的，计算机程序92可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器91中，并由处理器90执行，以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序92在计算设备9中的执行过程。

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

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

前述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于计算机可读存储介质中；该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质包括：能够将计算机程序代码携带到装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

本申请的实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请的实施例提供一种计算机程序产品，当计算机程序产品在计算设备上运行时，使得计算设备可实现上述各个方法实施例中的步骤。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

前述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

Claims (11)

1.一种报警数据处理方法，其特征在于，包括：

获取报警数据；

对所述报警数据按照时间域排序，得到第一有效分析数据；

对所述第一有效分析数据进行相同报警编号的次数统计，得到第二有效分析数据；

对所述第二有效分析数据进行多维度分析，得到分析结果。

2.如权利要求1所述的报警数据处理方法，其特征在于，所述报警数据处理方法还包括：

消除所述第二有效分析数据中的干扰数据；

所述对所述第二有效分析数据进行多维度分析，包括：

对消除干扰数据的所述第二有效分析数据进行多维度分析。

3.如权利要求1所述的报警数据处理方法，其特征在于，所述获取报警数据包括：

采集报警数据；

对所述报警数据进行预处理。

4.如权利要求3所述的报警数据处理方法，其特征在于，所述对所述报警数据进行预处理，包括：

剔除异常的数据；

剔除指定时间戳差值内的相同数据。

5.如权利要求3所述的报警数据处理方法，其特征在于，所述获取报警数据还包括：

对所述报警数据进行分类。

6.如权利要求1所述的报警数据处理方法，其特征在于，所述报警数据处理方法还包括：

根据所述分析结果进行售后服务调度。

7.如权利要求6所述的报警数据处理方法，其特征在于，所述报警数据处理方法还包括：

若当前的分析结果满足预设条件，则返回所述根据所述分析结果进行售后服务调度。

8.如权利要求7所述的报警数据处理方法，其特征在于，所述若当前的分析结果满足预设条件，则返回所述根据所述分析结果进行售后服务调度，包括：

若当前的分析结果不优于预设的比较基准，则返回所述根据所述分析结果进行售后服务调度；

或者，若当前的分析结果不优于前一分析结果且不优于预设的比较基准，则返回所述根据所述分析结果进行售后服务调度。

9.一种报警数据处理装置，其特征在于，所述报警数据处理装置包括：

数据获取模块，用于：获取报警数据；

数据排序模块，用于：对所述报警数据按照时间域排序，得到第一有效分析数据；

数据量化模块，用于：对所述第一有效分析数据进行相同报警编号的次数统计，得到第二有效分析数据；

分析模块，用于：对所述第二有效分析数据进行多维度分析，得到分析结果。

10.一种终端设备，其特征在于，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至8任一项所述的报警数据处理方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至8任一项所述的报警数据处理方法。

Images