CN107154880B - ***监控方法及装置 - Google Patents

***监控方法及装置 Download PDF

Info

Publication number
CN107154880B
CN107154880B CN201610119833.9A CN201610119833A CN107154880B CN 107154880 B CN107154880 B CN 107154880B CN 201610119833 A CN201610119833 A CN 201610119833A CN 107154880 B CN107154880 B CN 107154880B
Authority
CN
China
Prior art keywords
dimension data
abnormal
data
order
test
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201610119833.9A
Other languages
English (en)
Other versions
CN107154880A (zh
Inventor
周豪杰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Advanced New Technologies Co Ltd
Advantageous New Technologies Co Ltd
Original Assignee
Advanced New Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Advanced New Technologies Co Ltd filed Critical Advanced New Technologies Co Ltd
Priority to CN201610119833.9A priority Critical patent/CN107154880B/zh
Publication of CN107154880A publication Critical patent/CN107154880A/zh
Application granted granted Critical
Publication of CN107154880B publication Critical patent/CN107154880B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Debugging And Monitoring (AREA)
  • Complex Calculations (AREA)

Abstract

本发明是关于一种***监控方法及装置，其方法包括：获取测试维度数据；计算所述测试维度数据的异常概率；当所述测试维度数据的异常概率大于预设概率时，确定所述测试维度数据为异常维度数据；计算所述异常维度数据的影响力值；当所述影响力值大于预设阈值时，确定所述异常维度数据为目标异常维度数据。由于该目标异常维度数据为异常概率和影响力均较大，说明该目标异常维度数据可能是造成***的异常运行的关键因素，需要将该目标异常维度数据从***的众多维度数据中提取出来做出进一步的判断，进而确定造成***异常的原因。

Description

***监控方法及装置
技术领域
本发明涉及支付技术领域，尤其涉及一种***监控方法及装置。
背景技术
随着网络收银台的业务量日益增加和技术的复杂度不断提高，监控用户在收银台上的支付流程成为保障支付业务不断壮大和提高用户支付体验的重要手段。传统的监控通常是指标监控，即设定一定的指标，然后将这些指标的状态展示在监控平台，但这需要以大量的逻辑分析为前提，将相关指标抽象为有效的逻辑指标，并通过人工监控部署在监控平台上的这些逻辑指标。
然而，由于用户在收银台上的支付流程受到诸多因素的影响，传统的监控方式监控不到通过逻辑分析未发现或者未考虑到的情况，很多时候不能及时发现并处理异常数据，影响用户在收银台上的正常支付，同时由于传统的监控方式需要大量的人力资源去监控全部的逻辑指标，造成监控效率低下。
发明内容
为克服相关技术中存在的问题，本发明提供一种***监控方法及装置。
根据本发明实施例的第一方面，提供一种***监控方法，包括：
获取测试维度数据；
计算所述测试维度数据的异常概率；
当所述测试维度数据的异常概率大于预设概率时，确定所述测试维度数据为异常维度数据；
计算所述异常维度数据的影响力值；
当所述影响力值大于预设阈值时，确定所述异常维度数据为目标异常维度数据。
根据本发明实施例的第二方面，提供一种***监控装置，包括：
测试维度数据获取单元，用于获取测试维度数据；
异常概率计算单元，用于计算所述测试维度数据的异常概率；
异常维度数据确定单元，用于在所述测试维度数据的异常概率大于预设概率时，确定所述测试维度数据为异常维度数据；
影响力值计算单元，用于计算所述异常维度数据的影响力值；
目标异常维度数据确定单元，用于在所述影响力值大于预设阈值时，确定所述异常维度数据为目标异常维度数据。
本发明的实施例提供的技术方案可以包括以下有益效果：
本发明提供的***监控方法及装置，通过获取所需测试的测试维度数据，并计算该测试维度数据的异常概率，在该测试维度数据的异常概率大于预设概率时，可以确定该测试维度数据为异常维度数据；然后计算该异常维度数据的影响力值，在该异常维度数据的影响力值大于预设阈值时，可以确定该异常维度数据为目标异常维度数据。由于该目标异常维度数据为异常概率和影响力均较大，说明该目标异常维度数据可能是造成***的异常运行的关键因素，需要将该目标异常维度数据从***的众多维度数据中提取出来做出进一步的判断，进而确定造成***异常的原因。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
图1是根据一示例性实施例示出的监控***示意图；
图2是根据一示例性实施例示出的一种***监控方法的流程图；
图3是图2中步骤S210的流程图；
图4是图2中步骤S220的流程图；
图5是图2中步骤S240的流程图；
图6是根据一示例性实施例示出的一种***监控方法的流程图；
图7是根据一示例性实施例示出的一种***监控装置的结构示意图；
图8是图7中测试维度数据获取单元的示意图；
图9是图7中异常概率计算单元的示意图；
图10是图7中影响力值计算单元的示意图；
图11是根据一示例性实施例示出的一种***监控装置的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
为解决传统的监控方式监控不到通过逻辑分析未发现或者未考虑到的情况，以及由于传统的监控方式需要大量的人力资源去监控全部的逻辑指标，造成监控效率低下的问题，本发明提供的***监控方法及装置中，随后通过对***中的数据进行整理，利用建立的网络模型来全面描述复杂的收银支付***，并通过建立的网络流量模型描述收银支付***中的数据在收银支付***中的交互，最后通过本发明实施例中提供的智能分析中心进行数据分析，得出分析结论。实施例中以支付宝收银支付***为例进行说明，其具体内容如下：
首先，整理数据。
通过采集用户在一定时间段(如30天)内在支付宝收银台支付***的交易明细，整理得到包括：用户ID(identification，身份识别号)、订单号(trade_no)、业务类型(biz_id)、每笔交易使用的收银台类型(cashier_type)、用户交互所处的页面(formname)、用户使用的操作***(system)、收银台版本号(version)及错误码(errorcode)等日志信息。
这里采集到的数据主要是***中的各维度信息(即交易的属性)，例如：业务类型、交易来源、支付银行渠道、收银台类型、交互所处页面、错误码、操作***、收银台版本号等，上述为常用的分析维度，但本发明实施例中不仅仅局限于上述提及到的维度，可以自由扩充。维度越多，分析得越精准，但是分析时间越长。因此需要对常用维度进行分析能够在速度和精准度中取到折中，可以根据具体情况设定。
其次，建立网络模型。
建立网络通用模型是为了替代传统监控方式中，经过业务分析产生大量逻辑指标进行监控的方案。第一、本发明建立后的网络模型能够用有限的参数全面地描述复杂的收银支付***。而传统的监控方案里面，需要用大量的逻辑指标但只能描述部分支付的状态，但这并不能够达到对支付***的全面描述。第二、本发明实施例中提供的网络模型并不随着业务和***的变更产生变化，而传统的监控方案在新增业务和***变更时需要增加逻辑指标。第三、由于本发明实施例中提供的网络模型的通用性和参数较少，网络模型可以自动化生成。这使得本发明提供的监控方式通用性和兼容性更好，能够自适应跟踪业务和***的变化，而不需要更变算法和模型。
在收集完收银支付***的各维度数据后，需要建立一个通用的模型对***进行状态描述。这里采用的是行为流网络模型(这个模型是通用的，与业务***无关)。由于收银支付***日益更新，埋点(即网络节点)行为不断更变，为了减少人工修改模型的成本，本发明实施例中采用一种自动化的网络模型建立方式。其中，本发明提供的实施例中自动化的网络模型建立方式包括：
1、按照订单号(trade_no)中用户的行为时间(也即日志时间logtime)的前后顺序进行自动化排序，获得用户对于该笔订单的操作次序(rnk)。其中，rnk代表用户的该笔订单是第rnk操作。
2、通过rnk的前后顺序，以编号rnk-1的行为数据为前节点，以编号为rnk的行为数据为后节点建立网络链路。也即每一条链路代表用户前一次操作页面(preform)到后一次操作页面(formname)的交互链路。
3、将链路存储在数据库中，完成了基于链路的网络模型的建立。
上述定义好的行为流的网络模型描述是明细行为数据，也即某笔订单用户从什么页面到达什么页面并且发生了什么样的事情(如选中了银行渠道、使用了什么样的服务、收银***是什么)。个体的行为是***的，但是大数据下，群体行为是稳定的。因此要建立群体的网络流量模型来描述收银支付***。一旦这个模型发生异动，根据大数定理，群体必定受到影响，从而捕捉***的数据异常。
网络流量模型是对上述网络模型的统计描述。传统的监控方式是在人为逻辑分析后产生相应的统计量。而本发明实施例中提供的网络流量模型用仅有的一个统计量(流量，也即流经支付宝收银支付***各个网络链路的各个维度的流量)替换了原来大量的逻辑统计量。因为这个方案仅仅采用一个统计指标，规避了传统监控中的各种率、量、比例的指标，降低了模型的维护成本、提高了模型的兼容性和全面性。更不需要针对不同的逻辑指标设计不同的分析方案。
网络流量模型按照用户的交互流程和遇到的错误码粒度经行建模。也即按照前一页面(preform)、后一页面(formname)、错误码(errorcode)、交易来源(trade_from)等维度进行统计最后得到preform、formname、errorcode、trade_from、cnt的统计。也即在网络链路(preform、formname)上，遇到错误码errorcode的次数为cnt次。
最后，建立智能分析中心。
基于上述对支付收银***的通用描述模型(不参杂业务和***逻辑)，对网络建立大面积自动化监控分析成为可能。而传统的监控使用了大量的逻辑指标，分析需要根据业务理解作出判断，产生分析算法，因此较难产生大规模自动化定位和分析。另外，本发明实施例中建立的上述模型描述支付***的模型是通用的且不含业务逻辑的，不需要针对每个监控维度设立不同的逻辑分析方案。因此，智能分析中心是在新的网络模型和网络流量模型基础上的自动化分析方案。它抽象和集成了相关算法，使得监控和分析更加全面和自动化。并且传统的监控方式，要针对特定的指标抽象出特定的分析方法，只有分析师预期下的异常情况才可能被发现。而本发明实施例中提供的智能分析中心可以全盘扫描，无需预先设计，就能够发现很多不在预期中出现的异常问题。
智能分析中心是在网络模型和网络流量模型基础上进行异常分析的过程。它包括了判决、评估、定位和打印等4个过程。其中，判决负责判定网络流量模型中有无异常的网络流量(数据异常)，也即是否某个给定维度上的某个链路上发生异常的错误。评估主要是评定异常量的大小以决定是否进行分析。定位是负责对数据异常(也即流量异常)进行分析，定位是什么业务维度或者***维度出现问题导致的异常。最后输出异常结果并报警。
如图1所示，可以将智能分析中心看做一个监控***，该智能分析中心的框架如下：判决神经元是判决功能的函数集合，负责判定某个维度或者大盘数据(流量)有无异常；评估神经元是评估功能的函数集合，负责判断影响力大小；维度神经元负责分析是否是某个维度出现了问题导致的异常，解释异常原因。它将数据异常翻译成业务或者***异常；打印中心负责输出分析结论。
为了详细说明图1中智能分析中心如何对***的维度数据进行判决、评估、定位及打印出结果。在本发明提供的一示例性实施例中，如图2所示，本发明提供了一种***监控方法，该方法可以包括如下步骤：
在步骤S210中，获取测试维度数据。
以支付宝收银支付***为例，这里的维度数据，是根据支付交易过程中的属性进行划分，如业务类型、交易来源、交易来源、支付银行渠道、收银台类型、交互所处的页面、产生的错误码、操作***标识及收银台版本号等都是常用的分析维度，但本发明实施例中的维度数据并不局限于此，可以根据需要自由扩充，维度越多，分析得愈加准确。
需要说明的是，用户可以根据实际的需要，选择所需测试维度下的维度数据，或者对***中所有维度下的维度数据进行测试，以判断其是否为异常维度数据，如果是异常维度数据，那么还可以计算该异常维度数据的影响力。
在步骤S220中，计算测试维度数据的异常概率。
在确定了所需测试的测试维度数据之后，需要计算该测试维度数据的异常概率。该测试数据的异常概率是通过与历史基准数据进行比较得到的，从统计学上来说，为该测试维度数据的当前水平相比历史基准水平所占历史波动的比例。
在步骤S230中，当测试维度数据的异常概率大于预设概率时，确定测试维度数据为异常维度数据。
结合图1，本发明实施例中通过判决神经元计算得到测试维度数据的异常概率，而判决神经元没有与任何的业务和***理解相关联，仅仅就输入的测试维度数据与历史基准数据的进行比较判断测试维度数据的异常概率。那么在该测试维度数据的异常概率大于预先设置的预设概率时，就可以判断该测试维度数据为异常维度数据。
需要说明的是，测试维度数据中可能包括很多数据，如该测试维度数据中包括子维度数据等，一旦测试维度数据中有部分或全部的数据的异常概率超过预设概率，那么就可以确定该测试维度数据为异常测试维度数据。
在步骤S240中，计算异常维度数据的影响力值。
结合图1，评估神经元是在判决神经元判断某个维度数据d(可能为空，为空时代表不区分细化维度的大盘网络流量模型)有数据异常的情况下，判断异常的影响力大小。评估影响力一般和某个KPI(Key Performance Indicatiors)逻辑指标进行绑定，如交易成功率。示例性的，以支付订单支付中断率为例，今日订单支付中断率与昨日订单支付中断率之差为异常维度数据的影响力值，该影响力值可以为正，可以为负，也可以为零；当该影响力值为正值时，说明该异常维度数据对支付交易形成消极影响；当该影响力值为负值时，说明该异常维度数据对支付交易形成积极影响；当该影响力值为零时，说明该异常维度数据对支付交易没有影响。
在步骤S250中，当影响力值大于预设阈值时，确定异常维度数据为目标异常维度数据。
在异常维度数据的影响力值大于设定的预设阈值时，说明该异常维度数据对支付***造成的负面影响不可忽视，应当作为目标异常维度数据进行进一步分析其造成的原因。
由于传统监控方式通常通过逻辑指标的抽象，提炼出相关的逻辑指标，如该逻辑指标是短信验证成功率和支付成功率等。然后通过对这些逻辑指标的监控，来发现异常和定位异常。但是传统的***监控方式通常存在下述的缺点：
1、传统监控方式中在提炼逻辑指标时需要大量的逻辑分析为前提，这对于大面积机器化自动化的监控应用造成困难。对于一个***的每一个可能出现的业务异常或者***异常都需要设立独立的逻辑指标，一旦一个逻辑指标发生异常，能够快速找出异常原因。但是对于如支付宝收银台等如此复杂的***，抽象出这些独立无关联的逻辑指标及管理这些逻辑指标是非常困难的。
2、基于很难抽象出和管理所有可能的逻辑指标，并通过这些逻辑指标确定出各个业务或者***的异常，因此基于逻辑指标的监控相对来说会有较大的死角，即对于事前防控的问题能够快速发现，但对于事前没有设立逻辑指标的问题无法及时发现，造成监控死角。
3、由于传统的监控方式在发现异常后，由于逻辑指标不够细化，仍需要分析师介入分析异常维度，这样需要耗费大量的人力资源。
因此，本发明提供了一种自动化的监控方式，抽象和固化分析师的分析逻辑成为实现对复杂收银***监控的重要前提和基础。在这个基础上，本发明能够快速发现用户体验问题，定位***或者业务问题，然后改善体验。通过在支付宝收银台支付***上测试，可以得出发明与传统的监控方式可以有如下区别：
Figure BDA0000933828510000071
通过上述本发明提供的监控方式及对传统监控方式的对比，使得本发明提供的***监控方法，可以产生如下有益效果：
本发明提供的***监控方法，通过获取所需测试的测试维度数据，并计算该测试维度数据的异常概率，在该测试维度数据的异常概率大于预设概率时，可以确定该测试维度数据为异常维度数据；然后计算该异常维度数据的影响力值，在该异常维度数据的影响力值大于预设阈值时，可以确定该异常维度数据为目标异常维度数据。由于该目标异常维度数据为异常概率和影响力均较大，说明该目标异常维度数据可能是造成***的异常运行的关键因素，需要将该目标异常维度数据从***的众多维度数据中提取出来做出进一步的判断，进而确定造成***异常的原因。
为了详细阐述如何获取测试维度数据，作为图2方法的细化，如图3所示，在本发明提供的又一实施例中，步骤S210还可以包括如下步骤：
在步骤S211中，采集***中的交易数据。
以支付宝收银台支付***为例，在该***正常运行过程中，实时都会产生大量的交易数据，根据实际需要，可以采集一定时间段内的交易数据，如到某一时刻起30天内***中的交易数据。
在步骤S212中，获取交易数据的属性信息。
这里的属性信息可以是业务类型、交易来源、支付银行渠道、收银台类型、交互所处页面、错误码、操作***及收银台版本号等等。
在步骤S213中，根据属性信息将交易数据分为不同的维度数据。
根据上述较大数据的属性信息，将这些交易数据分为对应在不同属性信息下的维度数据。
在步骤S214中，选取不同的维度数据中所需测试的维度数据作为测试维度数据。
可以根据在对***监控过程中实际的需要，选取当前所需测试的维度数据作为测试维度数据。示例性的，在对***进行监控的过程中，有些维度数据需要优先测试，那么可以将这些当前需要测试的维度数据作为测试维度数据。
为了详细阐述如何计算测试维度数据的异常概率，作为图2方法的细化，如图4所示，在本发明提供的又一实施例中，测试数据包括：错误码；步骤S220还可以包括如下步骤：
在步骤S221中，获取预先建立的历史基准库中测试维度数据对应的基准均值和样本方差。
历史基准库是指基于网络流量模型中的***的历史状态，是所需测试的测试维度数据进行比较的基准。历史基准库刻画的网络流量通过均值和样本方差两个通用指标来进行衡量。假设某个交易来源i的某条链路(从前一页preform j到后一页formname k)到目前为止历史T天的发生错误码e在纬度d(这里的维度是指更加细化的维度，比如某个银行渠道、某个收银台的或者某个版本的***等。在纬度d可以为空，也即不指定特定维度，为考察大盘交易的行为情况)的序列为
Figure BDA0000933828510000081
那么交易来源i的链路(j→k)发生错误码e在纬度d的基准均值为：
Figure BDA0000933828510000082
基准均值
Figure BDA0000933828510000083
代表历史流量的平均水平。
相应的样本方差为
Figure BDA0000933828510000084
样本方差
Figure BDA0000933828510000085
代表历史流量的波动性大小。
其中，上述基准均值和样本方差公式中的cnt表示错误码e出现的次数，并且cnt、N、T、i、j、k、e和d均为整数，其含义分别为上述所述。
在步骤S222中，获取测试维度数据出现错误码的次数。
错误码出现的次数为上述中的cnt的值。
在步骤S223中，根据基准均值、样本方差和错误码的次数，计算测试维度数据在历史波动中所占的波动比例。
可以结合图1，通过判决神经元判决测试维度数据在该维度下的数据异常程度，假定在交易来源i的链路(j→k)发生错误码e下的纬度d的历史基准库(基准均值和样本方差)已经获取到。此外，假设当天交易来源i的链路(j→k)发生错误码e下的纬度d的错误次数为
Figure BDA0000933828510000091
那么采用t分布检验法判定纬度d是否异常的判定方式如下：
计算t检验量
Figure BDA0000933828510000092
其统计学意义标识目前的水平相当有历史基准水平所占历史波动的比例，tijked越大，其测试维度数据的异常可能性越大。
在步骤S224中，根据波动比例确定测试维度数据的异常概率。
根据t分布概率表，查自由度为T-1的t检验量为tijked的概率为Pijked。该概率Pijked为描述数据异常程度的异常概率，即Pijked为测试维度数据的异常概率。
判决神经元没有任何的业务和***理解，仅仅就输入的数据和历史数据进行比较从而判断数据的概率大小。假定***设定的阈值为P，那么Pijked≥P判定为异常。P越高，***越不灵敏，准确率越高；P越低，***越灵敏，准确率越低。
结合图1，评估神经元是在判决神经元判断某个维度d(可能为空，为空时代表不区分细化维度的大盘网络流量模型)有数据异常的情况下，即该维度d为异常维度数据时，通过评估神经元判断该异常情况对***造成的影响力大小。评估影响力一般和某个KPI逻辑指标进行绑定，如交易成功率。以成功率为例，说明评估神经元判定规则。因此，作为图2方法的细化，在本发明提供的又一实施例中，如图5所示，步骤S240还可以包括如下步骤：
在步骤S241中，获取当日订单中断支付的订单量、当日订单总量、前一日订单中断支付的订单量和前一日订单总量。
在步骤S242中，根据当日订单中断支付的订单量和当日订单总量，确定出当日订单中断的订单比例。
在步骤S243中，根据前一日订单中断支付的订单量和前一日订单总量，确定出前一日订单中断的订单比例。
在步骤S244中，根据当日订单中断的订单比例和出前一日订单中断的订单比例，确定出测试维度数据的影响力值。
上述步骤S241至步骤S244中，假设已经检测出来在交易来源i的链路(j→k)纬度d发生错误码e数据异常。假设历史从当日(n＝0)到前一日(n＝1)交易来源i的链路(j→k)纬度d因为错误e造成订单中断支付的订单量是
Figure BDA0000933828510000101
前一日和当日的总订单量分别为tcnt1和tcnt0。那么交易来源i的链路(j→k)在纬度d发生的错误码e对成功率变化的影响力为：
Figure BDA0000933828510000102
其中，Δ表示影响力值，也即因错误码造成的订单无法完成的(流失)的比例之差也就是对成功率的影响力。前一日中断订单量通过
Figure BDA0000933828510000103
来表示，当日中断订单量通过
Figure BDA0000933828510000104
来表示，前一日订单总量通过tcnt1来表示，当日订单总量通过tcnt0来表示。
评估神经元可以对***中各种不同维度下的错误码的对成功率的影响力进行评估。
通过本发明上述实施例中提供的***监控方法，在对***中各维度数据进行监控过程中，通过对***中各所需测试的测试维度数据的测试，可以很好的将***中出现的异常概率较高，且影响力较大的目标异常维度数据检测出来。然而，在***出现异常的情况下，且检测出的目标异常维度数据较多时，由于各维度间关联可能较为紧密，而一旦某一维度数据出现异常，也可能导致相关的其他维度数据出现异常。因此，需要对检测出的这些目标异常维度数据做出进一步的分析，确定出造成异常的确切原因，即具体是哪个维度造成的***出现异常。
由于***中不同维度的维度数据关联性较为紧密，如某一维度中的维度数据出现异常，相关联的其他维度中的维度数据也可能出现异常。因此，在上述确定出***中出现的所有目标异常维度数据之后，为了确定出造成***出现异常的真正原因，还需对确定出的所有目标异常维度数据进行进一步的分析判断。由于维度中的维度数据还可以包括更具体的子维度数据，因此，需要提取出目标异常维度数据中子维度数据进行分析。作为图2方法的细化，在本发明提供的又一实施例中，如图6所示，该方法还可以包括如下步骤：
在步骤S260中，提取目标异常维度数据中的子维度数据。
以支付宝收银台支付***为例，由于不同维度中的维度数据又可以通过交叉产生不同的子维度数据，在确定出某维度中的维度数据为目标异常维度数据时，如果目标异常维度数据为多个，为了找出造成***出现数据异常的真正原因，还需要对目标异常维度数据中的子维度数据进行进一步的分析。
在步骤S270中，确定子维度数据中目标异常子维度数据占目标异常维度数据的比例。
在获取到子维度中的子维度数据后，可以依据上述实施例中提供的计算测试维度数据的异常概率、计算影响力的算法，来确定某一子维度数据是否为目标异常子维度数据。即先计算所需测试的子维度数据的异常概率，当该异常概率大于某一预设的概率时，在计算该子维度数据的影响力值，当该影响力值大于某一预设数值时，就可以确定该测试子维度数据为目标异常子维度数据。通过确定出所有目标异常子维度数据的数量，就可以确定子维度数据中目标异常子维度数据占目标异常维度数据的比例。
在步骤S280中，当子维度数据中目标异常子维度数据占目标异常维度数据的比例大于预设比例时，确定目标异常维度数据对应的维度为非异常维度。
示例性的，仍旧以支付宝收银台支付***为例，由于收银台的细化业务和***维度(D)很多，比如银行渠道、收银台类型、操作***、行业池等。每一个维度下面有若干的枚举值(d)，比如银行渠道下面有中国银行渠道、建设银行渠道等，行业池下面有数娱行业、实物B2C行业等。
每一个维度Di都会有一个维度神经元进行控制。例如，在大盘的数据出现数据异常时，每一个维度神经元启动负责检查所属名下的维度
Figure BDA0000933828510000111
是否出现异常。
示例性的：当天交易来源i的链路(j→k)发生错误码e下经过判决神经元的判定为异常，而且经过评估神经元评估对成功率有重大影响。那么各个台业务和***维度分别开始自查。维度Di的神经元准备好数据，去咨询判决神经元当
Figure BDA0000933828510000112
的情况下数据是否异常。
在维度神经元Di最终获知其名下的NDi(共Ni个枚举值)个维度出现异常。其中，维度神经元Di最终获知其名下的NDi的Ni个枚举值相当于Ni个子维度。每个子维度下对应有子维度数据。
维度神经元Di判定是不是普遍异常，也即
Figure BDA0000933828510000113
时认为是所有的维度出现异常。其中
Figure BDA0000933828510000114
可以设定为90％。业务可以根据不同的维度特性，设定不同的阈值。阈值越高，对该维度的预警要求越高。阈值越低，对该维度的预警要求越低。
如果维度神经元被判定其名下的枚举维度普遍异常，那么说明不是他自身的问题。维度神经元Di通知维度交叉中心并不是自己的问题。
如果维度神经元判定其名下的枚举值不是普遍异常，而是某几个维度出现异常。那么维度神经元告诉维度交叉中心是什么具体的业务或者***维度(也即d)出现了问题。示例性的，在支付宝收银台支付***中，用户可以通过支付宝将银行上一定数额的资金支付给商家。如，该商家可以是日常用户经常使用的美团网、大众点评及饿了么等网上商家；银行可以是中国银行、工商银行或者招商银行等。
例如，在用户在通过中国银行向美团网支付的过程中出现了数据异常，并且美团网和中国银行都出现了异常数据，为了进一步判断是美团网出现了问题，还是中国银行出现了问题，抑或二者都有问题。由于美团网和中国银行每天都包括很多的交易数据，例如，美团网的交易数据中，包括不同用户产生的交易订单数据，这些交易订单数据中包括正常交易数据和异常交易数据，如果这些正常交易数据中与中国银行无关，而异常交易数据与中国银行有关，那么很可能说明是中国银行出现了问题。
维度交叉中心会根据各个维度神经元提供的自检判定结果，在限定异常维度(也即每个维度神经元返回的异常维度枚举值d)的情况下，将准备好的数据去咨询评估神经元。
通过各个维度神经元排查，I个维度神经元Di(i＝1,…,I)发现其名下子集di∈Di1部分数据异常，而Di2部分数据正常。维度交叉神经元需要排查其本质原因是Di1造成的还是Dj1(i,j＝1,…,I)部分造成的。于是，维度神经元将数据分成4块，维度Di1∩Dj1，Di2∩Dj1，Di1∩Dj2，Di2∩Dj2.(其中Di1∩Dj1表示交易属性或者维度同时满足Di1，Dj1的数据部分)，将4部分数据交给判决和评估神经元按照上诉方法判断。可以得到以下结果：
A)Di2∩Dj1部分结果异常，Di1∩Dj2部分结果异常，那么是Di1合并Dj1维度共同造成。
B)Di2∩Dj1部分结果正常，Di1∩Dj2部分结果异常，那么是Di1维度造成。
C)Di2∩Dj1部分结果异常，Di1∩Dj2部分结果正常，那么是Di2维度造成。
对于两个异常维度的交叉检验标记为函数Dij＝f(Di1，Dj1)，也即输入异常维度Di，Dj得到异常结果Dij(Dij可以是Di1，Dj1，或者Di1合并Dj1)
神经元交叉检验过程需要进行I-1次，也即。D11和D21的检验结果形成新的异常维度f(D11，D21)和D31进行交叉检验。直至所有维度都交叉检验结束，得到最终结果
D＝f(……f(f(D11，D21)，D31)……，DI1)
评估神经元会通知维度交叉中心出现异常的维度D和错误码对成功率的影响力是多大。
维度交叉中心会通知打印中心输出异常(包括什么业务或者***问题、影响面如对成功率多广)，并进行预警。
本发明提供的***监控方法，通过获取所需测试的测试维度数据，并计算该测试维度数据的异常概率，在该测试维度数据的异常概率大于预设概率时，可以确定该测试维度数据为异常维度数据；然后计算该异常维度数据的影响力值，在该异常维度数据的影响力值大于预设阈值时，可以确定该异常维度数据为目标异常维度数据。由于该目标异常维度数据为异常概率和影响力均较大，说明该目标异常维度数据可能是造成***的异常运行的关键因素，需要将该目标异常维度数据从***的众多维度数据中提取出来做出进一步的判断，进而确定造成***异常的原因。
并且通过本发明实施例中提供的***监控方法，在监控的维度数据中测试维度数据的过程中，通过计算测试维度数据中的异常概率和影响力值，确定出目标异常维度数据。如果多个维度中的维度数据均为目标异常维度数据，为了确定造成***异常的原因，进一步对目标异常维度数据中的子维度数据进行判断，其判断过程仍旧以计算该子维度数据的异常概率和影响力值来确定出出现异常的子维度数据，进而找出造成***出现数据异常的原因。
通过以上的方法实施例的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：只读存储器(ROM)、随机存取存储器(RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
另外，作为对上述各实施例的实现，本发明实施例还提供了一种***监控装置，如图7所示，该装置包括：测试维度数据获取单元10、异常概率计算单元20、异常维度数据确定单元30、影响力值计算单元40和目标异常维度数据确定单元50，其中，
测试维度数据获取单元10，用于获取测试维度数据；
异常概率计算单元20，用于计算所述测试维度数据的异常概率；
异常维度数据确定单元30，用于在所述测试维度数据的异常概率大于预设概率时，确定所述测试维度数据为异常维度数据；
影响力值计算单元40，用于计算所述异常维度数据的影响力值；
目标异常维度数据确定单元50，用于在所述影响力值大于预设阈值时，确定所述异常维度数据为目标异常维度数据。
在本发明又一实施例中，基于图7，如图8所示，所述测试维度数据获取单元10，包括：交易数据采集模块11、属性信息获取模块12、维度数据划分模块13和测试维度数据选取模块14，其中，
交易数据采集模块11，用于采集所述***中的交易数据；
属性信息获取模块12，用于获取所述交易数据的属性信息；
维度数据划分模块13，用于根据所述属性信息将所述交易数据分为不同的维度数据；
测试维度数据选取模块14，用于选取所述不同的维度数据中所需测试的维度数据作为测试维度数据。
在本发明又一实施例中，基于图7，如图9所示，所述测试数据包括：错误码；所述异常概率计算单元20，包括：均值和方差获取模块21、次数获取模块22、波动比例计算模块23和异常概率计算模块24，其中，
均值和方差获取模块21，用于获取预先建立的历史基准库中所述测试维度数据对应的基准均值和样本方差；
次数获取模块22，用于获取所述测试维度数据出现所述错误码的次数；
波动比例计算模块23，用于根据所述基准均值、所述样本方差和所述错误码的次数，计算所述测试维度数据在历史波动中所占的波动比例；
异常概率计算模块24，用于根据所述波动比例确定所述测试维度数据的异常概率。
在本发明又一实施例中，基于图7，如图10所示，所述影响力值计算单元40，包括：订单总量获取模块41、第一订单比例确定模块42、第二订单比例确定模块43和影响力值确定模块44，其中，
订单总量获取模块41，用于获取当日订单中断支付的订单量、当日订单总量、前一日订单中断支付的订单量和前一日订单总量；
第一订单比例确定模块42，用于根据所述当日订单中断支付的订单量和当日订单总量，确定出当日订单中断的订单比例；
第二订单比例确定模块43，用于根据所述前一日订单中断支付的订单量和前一日订单总量，确定出前一日订单中断的订单比例；
影响力值确定模块44，用于根据所述当日订单中断的订单比例和所述出前一日订单中断的订单比例，确定出所述测试维度数据的影响力值。
在本发明又一实施例中，基于图7，如图11所示，该装置还可以包括：
子维度数据提取单元60，用于提取所述目标异常维度数据中的子维度数据；
目标异常子维度数据比例确定单元70，用于确定所述子维度数据中目标异常子维度数据占所述目标异常维度数据的比例；
非异常维度确定单元80，用于在所述子维度数据中目标异常子维度数据占所述目标异常维度数据的比例大于预设比例时，确定所述目标异常维度数据对应的维度为非异常维度。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
可以理解的是，本发明可用于众多通用或专用的计算***环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器***、基于微处理器的***、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何***或设备的分布式计算环境等等。
本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。
应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (8)

1.一种***监控方法，其特征在于，所述方法对***中所有维度下的维度数据进行测试，具体包括：
获取测试维度数据；
计算所述测试维度数据的异常概率；
当所述测试维度数据的异常概率大于预设概率时，确定所述测试维度数据为异常维度数据；
计算所述异常维度数据的影响力值；
当所述影响力值大于预设阈值时，确定所述异常维度数据为目标异常维度数据；
所述测试维度数据包括：错误码；所述计算所述测试维度数据的异常概率，包括：
获取预先建立的历史基准库中所述测试维度数据对应的基准均值和样本方差；
获取所述测试维度数据出现所述错误码的次数；
根据所述基准均值、所述样本方差和所述错误码的次数，计算所述测试维度数据在历史波动中所占的波动比例；
根据所述波动比例确定所述测试维度数据的异常概率。
2.根据权利要求1所述的***监控方法，其特征在于，所述获取测试维度数据，包括：
采集所述***中的交易数据；
获取所述交易数据的属性信息；
根据所述属性信息将所述交易数据分为不同的维度数据；
选取所述不同的维度数据中所需测试的维度数据作为测试维度数据。
3.根据权利要求1所述的***监控方法，其特征在于，所述计算所述异常维度数据的影响力值，包括：
获取当日订单中断支付的订单量、当日订单总量、前一日订单中断支付的订单量和前一日订单总量；
根据所述当日订单中断支付的订单量和当日订单总量，确定出当日订单中断的订单比例；
根据所述前一日订单中断支付的订单量和前一日订单总量，确定出前一日订单中断的订单比例；
根据所述当日订单中断的订单比例和所述出前一日订单中断的订单比例，确定出所述测试维度数据的影响力值。
4.根据权利要求1所述的***监控方法，其特征在于，还包括：
提取所述目标异常维度数据中的子维度数据；
确定所述子维度数据中目标异常子维度数据占所述目标异常维度数据的比例；
当所述子维度数据中目标异常子维度数据占所述目标异常维度数据的比例大于预设比例时，确定所述目标异常维度数据对应的维度为非异常维度。
5.一种***监控装置，其特征在于，所述装置对***中所有维度下的维度数据进行测试，具体包括：
测试维度数据获取单元，用于获取测试维度数据；
异常概率计算单元，用于计算所述测试维度数据的异常概率；
异常维度数据确定单元，用于在所述测试维度数据的异常概率大于预设概率时，确定所述测试维度数据为异常维度数据；
影响力值计算单元，用于计算所述异常维度数据的影响力值；
目标异常维度数据确定单元，用于在所述影响力值大于预设阈值时，确定所述异常维度数据为目标异常维度数据；
所述测试维度数据包括：错误码；所述异常概率计算单元，包括：
均值和方差获取模块，用于获取预先建立的历史基准库中所述测试维度数据对应的基准均值和样本方差；
次数获取模块，用于获取所述测试维度数据出现所述错误码的次数；
波动比例计算模块，用于根据所述基准均值、所述样本方差和所述错误码的次数，计算所述测试维度数据在历史波动中所占的波动比例；
异常概率计算模块，用于根据所述波动比例确定所述测试维度数据的异常概率。
6.根据权利要求5所述的***监控装置，其特征在于，所述测试维度数据获取单元，包括：
交易数据采集模块，用于采集所述***中的交易数据；
属性信息获取模块，用于获取所述交易数据的属性信息；
维度数据划分模块，用于根据所述属性信息将所述交易数据分为不同的维度数据；
测试维度数据选取模块，用于选取所述不同的维度数据中所需测试的维度数据作为测试维度数据。
7.根据权利要求5所述的***监控装置，其特征在于，所述影响力值计算单元，包括：
订单总量获取模块，用于获取当日订单中断支付的订单量、当日订单总量、前一日订单中断支付的订单量和前一日订单总量；
第一订单比例确定模块，用于根据所述当日订单中断支付的订单量和当日订单总量，确定出当日订单中断的订单比例；
第二订单比例确定模块，用于根据所述前一日订单中断支付的订单量和前一日订单总量，确定出前一日订单中断的订单比例；
影响力值确定模块，用于根据所述当日订单中断的订单比例和所述出前一日订单中断的订单比例，确定出所述测试维度数据的影响力值。
8.根据权利要求5所述的***监控装置，其特征在于，还包括：
子维度数据提取单元，用于提取所述目标异常维度数据中的子维度数据；
目标异常子维度数据比例确定单元，用于确定所述子维度数据中目标异常子维度数据占所述目标异常维度数据的比例；
非异常维度确定单元，用于在所述子维度数据中目标异常子维度数据占所述目标异常维度数据的比例大于预设比例时，确定所述目标异常维度数据对应的维度为非异常维度。
CN201610119833.9A 2016-03-03 2016-03-03 ***监控方法及装置 Active CN107154880B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610119833.9A CN107154880B (zh) 2016-03-03 2016-03-03 ***监控方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610119833.9A CN107154880B (zh) 2016-03-03 2016-03-03 ***监控方法及装置

Publications (2)

Publication Number Publication Date
CN107154880A CN107154880A (zh) 2017-09-12
CN107154880B true CN107154880B (zh) 2020-12-15

Family

ID=59792008

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610119833.9A Active CN107154880B (zh) 2016-03-03 2016-03-03 ***监控方法及装置

Country Status (1)

Country Link
CN (1) CN107154880B (zh)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109697203B (zh) * 2017-10-23 2023-03-24 腾讯科技（深圳）有限公司 指标异动分析方法及设备、计算机存储介质、计算机设备
CN108023764A (zh) * 2017-11-01 2018-05-11 北京趣拿软件科技有限公司 异常处理方法和装置
CN108009711A (zh) * 2017-11-23 2018-05-08 平安科技（深圳）有限公司 风险评估方法、装置、计算机设备及可读存储介质
CN108133021A (zh) * 2017-12-26 2018-06-08 北京奇艺世纪科技有限公司 一种数据异常检测方法及装置
CN110163457A (zh) * 2018-02-14 2019-08-23 北京京东尚科信息技术有限公司 一种业务指标的异常定位方法和装置
CN108683530B (zh) * 2018-04-28 2021-06-01 北京百度网讯科技有限公司 多维度数据的数据分析方法、装置及存储介质
CN108647891B (zh) * 2018-05-14 2020-07-14 口口相传(北京)网络技术有限公司 数据异常归因分析方法及装置
CN108346011A (zh) * 2018-05-15 2018-07-31 阿里巴巴集团控股有限公司 指标波动分析方法及装置
CN108829638B (zh) * 2018-06-01 2022-12-16 创新先进技术有限公司 一种业务数据波动处理方法及装置
CN110677310B (zh) * 2018-07-03 2023-04-07 百度在线网络技术（北京）有限公司 流量归因方法、装置以及终端
CN110942290A (zh) * 2018-09-25 2020-03-31 北京京东尚科信息技术有限公司 支付异常检测方法、***、电子设备和计算机可读介质
CN109614299B (zh) * 2018-09-25 2022-05-31 创新先进技术有限公司 一种***异常检测方法、装置及电子设备
CN109447598A (zh) * 2018-09-25 2019-03-08 平安科技（深圳）有限公司 支付数据处理方法、装置、计算机设备和存储介质
CN109785128A (zh) * 2018-12-13 2019-05-21 平安普惠企业管理有限公司 交易信息自动重发方法、装置、电子设备以及存储介质
CN109740099A (zh) * 2018-12-30 2019-05-10 北京奇艺世纪科技有限公司 一种数据异常定位方法和装置
CN109934268B (zh) * 2019-02-20 2021-01-22 中国工商银行股份有限公司 异常交易检测方法及***
CN112202625B (zh) * 2019-07-08 2023-08-15 ***通信集团浙江有限公司 网元异常诊断方法、装置、计算设备及计算机存储介质
CN111833135A (zh) * 2019-08-01 2020-10-27 北京嘀嘀无限科技发展有限公司 订单数据的分析方法、装置及电子设备
CN110995524B (zh) * 2019-10-28 2022-06-14 北京三快在线科技有限公司 流量数据监控方法、装置、电子设备和计算机可读介质
CN112511372B (zh) * 2020-11-06 2022-03-01 新华三技术有限公司 一种异常检测方法、装置及设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101286897A (zh) * 2008-05-16 2008-10-15 华中科技大学 一种基于超统计理论的网络流量异常检测方法
CN101577642A (zh) * 2008-05-08 2009-11-11 吴志军 一步预测卡尔曼滤波检测LDoS攻击的方法
CN101841435A (zh) * 2010-01-18 2010-09-22 中国科学院计算机网络信息中心 Dns查询流量异常的检测方法、装置和***
CN102184215A (zh) * 2011-05-04 2011-09-14 武汉大学 一种基于数据场的自动聚类方法
CN102231235A (zh) * 2011-04-29 2011-11-02 陈伟 一种交通流异常点检测定位方法
CN103974311A (zh) * 2014-05-21 2014-08-06 哈尔滨工业大学 基于改进高斯过程回归模型的状态监测数据流异常检测方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101242316A (zh) * 2008-02-03 2008-08-13 西安交大捷普网络科技有限公司 基于快速聚类算法的网络异常检测方法
CN101714273A (zh) * 2009-05-26 2010-05-26 北京银丰新融科技开发有限公司 一种基于规则引擎的银行异常业务监控方法和***
US8320397B2 (en) * 2010-04-07 2012-11-27 Indian Institute Of Technology Bombay Backoff adjustment method for MAC system
CN102694671A (zh) * 2011-03-23 2012-09-26 中兴通讯股份有限公司 一种实现故障告警的方法及装置
CN102932444B (zh) * 2012-10-29 2015-11-25 上海银商资讯有限公司 金融实时交易***中的负载均衡模块
CN103778567B (zh) * 2014-01-21 2017-07-28 深圳供电局有限公司 一种用户异常用电甄别的方法及***
CN103886068B (zh) * 2014-03-20 2018-04-03 北京国双科技有限公司 用于互联网用户行为分析的数据处理方法和装置
CN104461820B (zh) * 2014-10-29 2018-10-09 中国建设银行股份有限公司 一种设备监控的方法及装置
CN104933620A (zh) * 2015-06-25 2015-09-23 武汉金邦达投资咨询有限公司 一种在线交易的监控装置及方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101577642A (zh) * 2008-05-08 2009-11-11 吴志军 一步预测卡尔曼滤波检测LDoS攻击的方法
CN101286897A (zh) * 2008-05-16 2008-10-15 华中科技大学 一种基于超统计理论的网络流量异常检测方法
CN101841435A (zh) * 2010-01-18 2010-09-22 中国科学院计算机网络信息中心 Dns查询流量异常的检测方法、装置和***
CN102231235A (zh) * 2011-04-29 2011-11-02 陈伟 一种交通流异常点检测定位方法
CN102184215A (zh) * 2011-05-04 2011-09-14 武汉大学 一种基于数据场的自动聚类方法
CN103974311A (zh) * 2014-05-21 2014-08-06 哈尔滨工业大学 基于改进高斯过程回归模型的状态监测数据流异常检测方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
异常电力负荷数据的t检验辨识与修正;张健;《电力需求测试管理》;20050131;第1-3页 *
智能运维在百度日常业务监控中的探索;孙淑娟;《https://os.51cto.com/art/201508/488470.htm》;20150817;第1-7页 *

Also Published As

Publication number Publication date
CN107154880A (zh) 2017-09-12

Similar Documents

Publication Publication Date Title
CN107154880B (zh) ***监控方法及装置
CN106201871B (zh) 基于代价敏感半监督的软件缺陷预测方法
CN111882446B (zh) 一种基于图卷积网络的异常账户检测方法
EP3201804B1 (en) Cloud process for rapid data investigation and data integrity analysis
EP3686756A1 (en) Method and apparatus for grouping data records
CN111210326A (zh) 一种用于构建用户画像的方法及***
CN107679734A (zh) 一种用于无标签数据分类预测的方法和***
CN112100164A (zh) 一种智能审计方法、***和可读存储介质
CN109934268A (zh) 异常交易检测方法及***
CN109753408A (zh) 一种基于机器学习的流程异常预测方法
CN111695979A (zh) 一种原材料与成品的关系分析方法、装置及设备
CN114118793A (zh) 一种地方交易所风险预警方法、装置及设备
Vermetten et al. Is there anisotropy in structural bias?
CN111523764B (zh) 业务架构检测方法、装置、工具、电子设备和介质
CN117333012A (zh) 基于数据挖掘的金融风险跟踪管理***、装置和存储介质
CN109409091B (zh) 检测Web页面的方法、装置、设备以及计算机存储介质
CN110543910A (zh) 信用状态监测***和监测方法
US20230252477A1 (en) Automated rule generation system and methods
CN110796381A (zh) 建模数据评价指标的处理方法、装置、终端设备及介质
CN115934548A (zh) 一种基于信息检索的语句级软件缺陷定位方法及***
CN112651433B (zh) 一种特权账号异常行为分析方法
CN115187259A (zh) 基于无监督式机器学习的区块链异常交易识别方法和***
CN114066173A (zh) 资金流动行为分析方法及存储介质
CN113254781A (zh) 推荐***中的模型确定方法、装置、电子设备和存储介质
CN112950350A (zh) 一种基于机器学习的贷款产品推荐方法及***

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20200924

Address after: Grand Cayman Islands

Applicant after: Innovative advanced technology Co.,Ltd.

Address before: Grand Cayman Islands

Applicant before: Advanced innovation technology Co.,Ltd.

Effective date of registration: 20200924

Address after: Grand Cayman Islands

Applicant after: Advanced innovation technology Co.,Ltd.

Address before: Grand Cayman Islands

Applicant before: Alibaba Group Holding Ltd.

GR01 Patent grant
GR01 Patent grant