CN111930783A - 监控方法、监控系统及计算设备 - Google Patents

Abstract

本发明公开了监控方法，在计算设备中执行，计算设备与客户端连接，计算设备中包括与多个业务模块相对应的多种规则链，每种规则链分别包括多个规则，每个规则包括一个或多个指标以及相应的触发条件，方法包括：接收业务方在客户端发送的对业务模块的监控请求，监控请求包括业务模块标识和相应的业务模块参数；获取与业务模块标识相对应的规则链；将业务模块参数分别映射到规则链中的每个规则的相应指标，以便逐次执行规则链中的每个规则；基于业务模块参数和每个规则的触发条件，确定每个规则是否触发的监控结果。本发明还一并公开了相应的监控系统和计算设备。本发明的监控方法，便于变更业务模块的监控规则，有利于提高对业务模块的监控效率。

Description

监控方法、监控系统及计算设备

技术领域

本发明涉及数据监控技术领域，特别涉及一种监控方法、监控系统及计算设备。

背景技术

对于购物类应用或者网站，为了防止用户恶意下单、刷单等行为，通常会引入风控反作弊系统来对用户下单数据进行监控。如果用户下单数据被反作弊系统拦截，则反作弊系统会判定该订单为无效订单。如果根据用户下单数据判定为恶意下单行为，则把用户添加到黑名单，这样可以大大提高线索转化率。

现有技术中，反作弊系统的监控规则，通常是采用对业务规则硬编码的方式，例如以if/e l se等方式形成业务规则链写入代码中。业务方调用反作弊服务，可以根据业务线获取到规则链并执行规则链，将执行结果返回给业务方。这种硬编码规则的方式会产生大量的重复代码，开发成本高，需求响应时间长，并且，业务规则的修改十分困难，每次调整规则均需要修改代码并重新上线。

还有一种方式是通过引入规则引擎来实现，通过对不同业务配置不同的规则链，每条规则链包含多种规则，通过获取相应的规则链并执行规则链，将执行结果返回给业务方。但，这种方式只能由开发人员来配置规则链，效率低下。

为此，需要一种监控方法和监控系统来解决上述技术方案中存在的问题。

发明内容

为此，本发明提供一种监控方法和监控系统，以力图解决或者至少缓解上面存在的问题。

根据本发明的一个方面，提供了一种监控方法，在计算设备中执行，所述计算设备与客户端连接，所述计算设备中包括与多个业务模块相对应的多种规则链，每种规则链分别包括多个规则，每个规则包括一个或多个指标以及相应的触发条件，所述触发条件是基于所述一个或多个指标设定的触发规则的条件，所述方法包括：接收业务方在客户端发送的对业务模块的监控请求，所述监控请求包括业务模块标识和相应的业务模块参数；获取与所述业务模块标识相对应的规则链；将所述业务模块参数分别映射到所述规则链中的每个规则的相应指标，以便逐次执行所述规则链中的每个规则；以及基于所述业务模块参数和每个规则的触发条件，确定每个规则是否触发的监控结果。

可选地，在根据本发明的监控方法中，还包括步骤：接收业务方在客户端发送的对业务模块的规则更新请求，所述规则更新请求包括规则文件；将所述规则文件解析为可执行规则链，将解析后的可执行规则链替换与所述业务模块相对应的先前的规则链。

可选地，在根据本发明的监控方法中，获取与所述业务模块标识相对应的规则链的步骤包括：判断所述多种规则链中是否包括与所述业务模块标识相对应的规则链；如果包括，则获取所述规则链，并调用规则引擎执行器来执行所述规则链中的多个规则；如果不包括，则向客户端返回不包括相应规则链的结果。

可选地，在根据本发明的监控方法中，所述规则文件包括与所述业务模块相对应的多个规则组件，将所述规则文件解析为可执行规则链的步骤包括：分别将所述规则文件中的每个规则组件解析为相应的可执行规则；将解析后的多个可执行规则组装为可执行规则链。

可选地，在根据本发明的监控方法中，所述计算设备与配置设备耦接，且配置设备与客户端连接，所述配置设备中配置有与多个业务模块相对应的多种规则链，所述计算设备适于从配置设备中获取相应的规则链，所述配置设备适于：接收业务方在客户端发送的对业务模块的规则更新请求，所述规则更新请求包括规则文件；将所述规则文件解析为可执行规则链，将解析后的可执行规则链替换与所述业务模块相对应的先前的规则链。

可选地，在根据本发明的监控方法中，所述计算设备与数据存储设备连接，在确定每个规则是否触发的监控结果之后，还包括步骤：

将所述监控结果发送至数据存储设备，以便所述数据存储设备对所述规则链中的每个规则对应的监控结果进行统计，并生成结果统计表返回至计算设备；接收所述客户端获取所述结果统计表的请求，将所述结果统计表返回至客户端。

可选地，在根据本发明的监控方法中，所述数据存储设备与配置设备连接，所述数据存储设备适于将生成的结果统计表发送至所述配置设备；所述客户端适于向所述配置设备请求获取所述结果统计表。

可选地，在根据本发明的监控方法中，所述计算设备与智能外呼设备连接，在获取与所述业务模块标识相对应的规则链之后，还包括步骤：判断所述规则链中是否包括智能外呼规则；如果包括，则请求智能外呼设备根据业务模块参数对相关用户进行智能外呼，并将外呼结果发送至客户端。

可选地，在根据本发明的监控方法中，所述规则链中的多个规则适于按照相应的执行顺序排列，以便基于所述执行顺序逐次执行所述规则链中的每个规则。

可选地，在根据本发明的监控方法中，其中，所述指标包括手机号、I P地址、车系信息、经销商信息、厂商信息中的一种或多种。

可选地，在根据本发明的监控方法中，其中，所述规则包括下单次数规则、独立下单规则、连续下单规则、黑名单规则、智能外呼规则。

根据本发明的一个方面，提供了一种监控系统，包括：监控服务器，适于执行如上所述的方法；以及客户端，与所述监控服务器通信连接，适于响应于业务方对业务模块的监控请求，将监控请求发送至所述监控服务器。

可选地，在根据本发明的监控系统中，还包括：配置设备，分别与所述监控服务器、客户端连接，所述配置设备中配置有与多个业务模块相对应的多种规则链，所述计算设备适于从配置设备中获取相应的规则链；所述配置设备适于：接收业务方在客户端发送的对业务模块的规则更新请求，所述规则更新请求包括规则文件；将所述规则文件解析为可执行规则链，将解析后的可执行规则链替换与所述业务模块相对应的先前的规则链。

可选地，在根据本发明的监控系统中，还包括：数据存储设备，与所述监控服务器连接，所述数据存储设备适于接收所述监控服务器发送的监控结果，并对所述规则链中的每个规则对应的监控结果进行统计，以生成结果统计表；并适于将所述结果统计表发送至所述监控服务器。

可选地，在根据本发明的监控系统中，还包括：智能外呼设备，与所述监控服务器、客户端、数据存储设备连接，适于接收所述监控服务器发送的外呼请求，根据业务模块参数对相关用户进行智能外呼，并将外呼结果发送至所述客户端。

根据本发明的一个方面，提供了一种计算设备，包括：至少一个处理器；以及存储器，存储有程序指令，其中，所述程序指令被配置为适于由所述至少一个处理器执行，所述程序指令包括用于执行如上所述的监控方法的指令。

根据本发明的一个方面，提供了一种存储有程序指令的可读存储介质，当所述程序指令被计算设备读取并执行时，使得所述计算设备执行如上所述方法。

根据本发明的技术方案，提供了一种监控方法，在监控服务器接收到业务方对业务模块的监控请求时，可以获取与业务模块相对应的规则链，并将业务模块的指标数据映射到规则链中的规则的相应指标，通过判断业务模块的指标数据是否达到每个规则的触发条件，来确定是否触发规则链中的每个规则，从而得到对业务模块的监控结果。根据本发明的监控方法，可以实现针对每个业务模块分别基于相应的规则链进行监控，规则链更加多样化，可以与业务模块高度匹配。

进一步地，根据本发明的监控方法，业务方可以根据对业务模块的监控需求，在客户端为业务模块配置相应的规则，并且，在需要变更业务模块的监控规则时，也可以在客户端将业务模块的规则更新请求发送给配置设备。根据本发明的监控方法，可以方便地为业务模块配置相应的监控规则，并且便于变更业务模块的监控规则，实现方式简单，有利于提高对业务模块的监控效率。

此外，通过智能外呼设备对业务模块的相关用户进行智能外呼，能避免出现下单用户的手机号是空号、错号的状况，有利于提高线索转化率，并且，可以根据用户意为用户提供更符合需求的服务，提高用户的活跃性和粘性。

附图说明

为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。

图1示出了根据本发明一个实施例的监控系统100的示意图；

图2示出了根据本发明一个实施例的计算设备200的示意图；以及

图3示出了根据本发明一个实施例的监控方法300的流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的监控系统100的示意图。

如图1所示，该系统100包括一个或者多个客户端110、监控服务器120、配置设备150。监控服务器120分别与配置设备150、客户端110连接，例如通过有线或无线的方式网络连接。并且，客户端110与配置设备150通信连接。

客户端130可以实现为包括桌面计算机和笔记本计算机配置的个人计算机，也可以实现为诸如手机、平板电脑、笔记本电脑、电视盒子、可穿戴设备等移动设备。在客户端130中驻留有相应的应用，业务方可以通过相应的应用与配置设备150、监控服务器120通信。例如，业务方可以经由客户端110向监控服务器120发送对一个或多个业务模块的监控请求。

监控服务器120在接收到客户端110的监控请求时，可以基于相应的规则链对业务模块进行监控。需要说明的是，规则链分别包括按顺序排列的多个规则，每个规则包括一个或多个指标以及相应的触发条件。这里，每个规则对应一个规则表达式，规则表达式中包括一个或多个指标，这些指标即是用于业务模块进行监控的指标。触发条件是基于规则对应的一个或多个指标所设定的触发规则的条件。

监控服务器120在执行规则链中的多个规则时，将业务模块的指标数据映射到规则表达式中的相应指标，并确定业务模块的指标数据是否达到了规则的触发条件，如果达到触发条件便确定触发该规则。监控服务器120通过确定与业务模块相对应的规则链中的每个规则是否触发，得到对业务模块的监控结果。

监控服务器120、配置设备150可以实现为单个计算设备，也可以实现为集群。在一个实施例中，监控服务器120适于执行本发明的监控方法300。本发明的监控方法300将在下文中详述。

在一个实施例中，业务方可以基于对每个业务模块的监控需求，预先在客户端110发送对每个业务模块的规则配置请求，规则配置请求包括与业务模块相对应的规则文件。进而，由客户端110将规则配置请求提交给配置设备150，配置设备150可以从规则配置请求中获取规则文件，并将规则文件解析为可执行的规则链。这样，配置设备150中可以包括与多个业务模块相对应的多种规则链。监控服务器120可以从配置设备150中获取与业务模块相对应的规则链，以便基于相应的规则链对业务模块进行监控。

在一个实施例中，当业务方对业务模块的监控规则有变更需求时，也可以在客户端110发送对业务模块的规则更新请求。客户端110响应于业务方的请求，并将对业务模块的规则更新请求发送给配置设备150。配置设备150会将规则更新请求中的规则文件解析为可执行规则链，并将解析后的可执行规则链替换与业务模块相对应的先前的规则链。这样，当业务方下一次在客户端110发送对该业务模块的监控请求时，监控服务器120可以从配置设备150中获取更新后的新的规则链，并基于新的规则链对该业务模块进行监控。

在一个实施例中，监控系统100还包括数据存储设备140，数据存储设备140分别与监控服务器120、配置设备150连接。监控服务器120可以将规则链中的每个规则是否触发的监控结果发送至数据存储设备140。数据存储设备140可以对获取到的监控结果进行存储和统计，基于规则链中的每个规则对应的监控结果生成结果统计表，并将生成的结果统计表返回至配置设备150。这样，业务方可以经由客户端110向配置设备150请求获取结果统计表，以便配置设备150将结果统计表发送至客户端110，供业务方查看。

在一个实施例中，监控系统100还包括智能外呼设备160，智能外呼设备160与监控服务器120连接，并且智能外呼设备160与数据存储设备140、客户端110通信连接。监控服务器120在获取到与业务模块相对应的规则链之后，还判断规则链中是否包括智能外呼规则，如果包括智能外呼规则，则调用智能外呼设备160的智能外呼服务，换言之，监控服务器120根据业务模块参数中的相应指标数据(例如手机号)请求智能外呼设备160对相关用户进行智能外呼。这里，智能外呼设备160在接收到监控服务器120的外呼请求后，可以根据业务模块参数中的指标数据(例如手机号)对相关用户进行智能外呼。进而，智能外呼设备160可以将外呼结果发送至数据存储设备140，换言之，数据存储设备140可以从智能外呼设备160中获取外呼结果。并且，智能外呼设备160还可以异步将外呼结果发送给客户端110。这样，通过智能外呼设备对相关用户进行智能外呼，能避免出现下单用户的手机号是空号、错号的状况，有利于提高线索转化率，并且，可以根据用户意为用户提供更符合需求的服务，提高用户的活跃性和粘性。

根据本发明的实施例，上述监控系统100中的各种部件，可以通过诸如局域网(LAN)或者如因特网的广域网(WAN)的一个或多个网络进行通信。其中，监控服务器120、配置设备150、客户端110均可以通过如下所述的计算设备200来实现。

图2示出了根据本发明一个实施例的计算设备200的示意图。

如图2所示，在基本的配置202中，计算设备200典型地包括系统存储器206和一个或者多个处理器204。存储器总线208可以用于在处理器204和系统存储器206之间的通信。

取决于期望的配置，处理器204可以是任何类型的处理，包括但不限于：微处理器(μP)、微控制器(μC)、数字信息处理器(DSP)或者它们的任何组合。处理器204可以包括诸如一级高速缓存210和二级高速缓存212之类的一个或者多个级别的高速缓存、处理器核心214和寄存器216。示例的处理器核心214可以包括运算逻辑单元(ALU)、浮点数单元(FPU)、数字信号处理核心(DSP核心)或者它们的任何组合。示例的存储器控制器218可以与处理器204一起使用，或者在一些实现中，存储器控制器218可以是处理器204的一个内部部分。

取决于期望的配置，系统存储器206可以是任意类型的存储器，包括但不限于：易失性存储器(诸如RAM)、非易失性存储器(诸如ROM、闪存等)或者它们的任何组合。系统存储器106可以包括操作系统220、一个或者多个应用222以及程序数据224。应用222实际上是多条程序指令，其用于指示处理器204执行相应的操作。在一些实施方式中，应用222可以布置为在操作系统上使得处理器204利用程序数据224进行操作。

计算设备200还可以包括有助于从各种接口设备(例如，输出设备242、外设接口244和通信设备246)到基本配置202经由总线/接口控制器230的通信的接口总线240。示例的输出设备242包括图形处理单元248和音频处理单元250。它们可以被配置为有助于经由一个或者多个A/V端口252与诸如显示器或者扬声器之类的各种外部设备进行通信。示例外设接口244可以包括串行接口控制器254和并行接口控制器256，它们可以被配置为有助于经由一个或者多个I/O端口258和诸如输入设备(例如，键盘、鼠标、笔、语音输入设备、触摸输入设备)或者其他外设(例如打印机、扫描仪等)之类的外部设备进行通信。示例的通信设备246可以包括网络控制器260，其可以被布置为便于经由一个或者多个通信端口264与一个或者多个其他计算设备262通过网络通信链路的通信。

网络通信链路可以是通信介质的一个示例。通信介质通常可以体现为在诸如载波或者其他传输机制之类的调制数据信号中的计算机可读指令、数据结构、程序模块，并且可以包括任何信息递送介质。“调制数据信号”可以这样的信号，它的数据集中的一个或者多个或者它的改变可以在信号中编码信息的方式进行。作为非限制性的示例，通信介质可以包括诸如有线网络或者专线网络之类的有线介质，以及诸如声音、射频(RF)、微波、红外(IR)或者其它无线介质在内的各种无线介质。这里使用的术语计算机可读介质可以包括存储介质和通信介质二者。

在根据本发明的实施例中，计算设备200被配置为执行根据本发明的监控方法。计算设备200的应用222中包括执行本发明的监控方法300的多条程序指令，这些程序指令可以指示处理器204执行本发明的监控方法300。计算设备200通过执行本发明的监控方法300，能实现基于相应的监控规则对业务模块进行反作弊监控。

需要说明的是，业务方通常包括多种类型的业务，每种业务分别对应一个业务模块。例如，每个业务模块分别对应不同种类的产品。根据本发明的监控方法300，可以实现针对每个业务模块分别基于相应的规则进行监控。

图3示出了根据本发明一个实施例的监控方法300的流程图。方法300适于在计算设备(例如前述计算设备200)中执行。

在根据本发明的实施例中，计算设备200与客户端110通信连接，业务方可以通过客户端110与计算设备200通信。例如，业务方在需要对一个或多个业务模块进行反作弊监控时，可以通过客户端110向计算设备200发送对业务模块的监控请求。

根据一个实施例，计算设备200中预先配置有与多个业务模块相对应的多种规则链，每种规则链分别包括按顺序排列的多个规则，每个规则包括一个或多个指标以及相应的触发条件。这里，每个规则对应一个规则表达式，规则表达式中包括一个或多个指标，这些指标即是用于业务模块进行监控的指标。触发条件是基于规则对应的一个或多个指标所设定的触发规则的条件。实际上，规则是基于业务方对业务模块的监控需求配置的，具体地，通过确定业务方所要监控的业务模块的一个或多个指标，并确定针对这一个或多个指标设定的触发条件，来生成相应的规则。当将业务模块的相应指标数据映射到规则表达式中的相应指标时，如果业务模块的指标数据达到了触发条件，便会触发该规则。

如图3所示，监控方法300始于步骤S310。

在步骤S310中，接收业务方在客户端110发送的对一个或多个业务模块的监控请求，监控请求包括业务模块标识和相应的业务模块参数。也就是说，业务方在客户端110发送监控请求时，是基于输入业务模块的相关信息来发送对相应的业务模块的监控请求，业务模块的相关信息包括业务模块标识和相应的业务模块参数。故，计算设备200在获取到客户端110发送的监控请求时，可以从监控请求中获取业务模块标识和相应的业务模块参数。

应当指出，业务模块参数可以包括与一个或多个监控的指标相对应的指标数据，计算设备200可以基于业务模块的相应指标数据来对业务模块进行反作弊监控，也就是判断这些指标数据能否触发相应的规则。

随后，在步骤S320中，从预先配置的多种规则链中获取与业务模块标识相对应的规则链，以便通过相应的规则链对业务模块进行监控。

随后，在步骤S330中，将业务模块参数中的一个或多个指标数据分别映射到规则链中的每个规则中的相应指标，以便逐次执行规则链中的每个规则。应当指出，规则链中的多个规则按照相应的执行顺序排列，计算设备200是基于执行顺序逐次执行规则链中的每个规则，也就是说，按照执行顺序逐次将指标数据映射到规则链中的每个规则表达式中的相应指标，以便判断规则链中的每个规则是否达到触发条件。应当理解，为了对业务模块进行全方位的监控，通常需要从业务的多个方面分别设置监控规则，这样能获得更准确、有效的监控结果。与每个业务模块相对应的多个监控规则组成相应的规则链。

最后，在步骤S340中，基于业务模块参数中的一个或多个指标数据、规则链中的每个规则的触发条件，来确定规则链中的每个规则是否触发的监控结果。也就是判断业务模块的指标数据是否达到规则链中的每个规则的触发条件，如果达到规则的触发条件，说明触发规则；反之，如果没有达到规则的触发条件，说明规则不触发。通过确定与业务模块相对应的规则链中的每个规则是否触发，得到对业务模块的监控结果。也就是说，当将业务模块的相应指标数据映射到规则表达式中的相应指标时，如果业务模块的指标数据达到了规则的触发条件，会触发该规则。反之，没有达到规则的触发条件，便不会触发该规则。

根据一个实施例，规则链中的规则可以包括下单次数规则、独立下单规则、连续下单规则、黑名单规则、智能外呼规则中的多种，但并不限于所列举出的规则类型。通过配置多种规则组合形成规则链，能实现规则链更加多样化，可以与业务模块高度匹配。

根据一个实施例，每个规则中的指标可以包括手机号、I P地址、车系信息、经销商信息、厂商信息中的一种或多种，但并不限于所列举出的指标。

另外，每个规则中还可以包括相应的时间窗，时间窗即是该规则中的各个指标和触发条件所适配的预定时间段。或者，也可以把时间窗作为规则中的一个指标。

例如，可以针对业务模块对应的产品设置下单次数规则，该下单次数规则中的指标包括手机号、车系信息，且该规则的时间窗为一天，该规则的触发条件为下单次数超过1单。这样，下单次数规则即表示：如果在同一天内同一手机号用户对同一车系的下单次数超过1单，则会触发该下单次数规则。

在与该业务模块相对应的规则链中还可以包括独立下单规则，例如，该独立下单规则中的指标包括I P地址，且该规则的时间窗为一个月，该规则的触发条件为超过50个独立号码下单。这样，独立下单规则即表示：如果在同一个月内同一I P地址超过50个独立号码下单，则会触发该独立下单规则。

在与该业务模块相对应的规则链中还可以包括连续下单规则，例如，例如，该连续下单规则中的指标包括手机号，该规则的触发条件为连续下单时间超过3天。这样，连续下单规则即表示：如果同一手机号用户连续三天以上下单，则会触发该连续下单规则。

另外，当业务方对业务模块的监控规则有变更需求时，可以在客户端110发送对业务模块的规则更新请求。计算设备200可以接收业务方在客户端110发送的对业务模块的规则更新请求，规则更新请求中包括业务模块要更新的规则对应的规则文件(json格式)。进而，计算设备200可以将规则文件解析为可执行规则链，并将解析后的可执行规则链替换与该业务模块相对应的先前的规则链。

根据一个实施例，计算设备200与配置设备150耦接，配置设备150与客户端110通信连接。配置设备150中配置有与多个业务模块相对应的多种规则链，从而，计算设备200可以从配置设备150中获取与业务模块相对应的规则链。在该实施例中,当业务方在客户端110发送对业务模块的规则更新请求时，客户端110响应于业务方的请求，并将对业务模块的规则更新请求发送给配置设备150。并且，配置设备150在接收到客户端110发送的对业务模块的规则更新请求后，配置设备150会将规则更新请求中的规则文件解析为可执行规则链，并将解析后的可执行规则链替换与业务模块相对应的先前的规则链。

这样，当业务方下一次在客户端110发送对该业务模块的监控请求时，计算设备200可以获取与该业务模块相对应的更新后的新的规则链，并基于新的规则链对业务模块进行监控。

需要说明的是，在执行监控方法300之前，也是基于业务方对业务模块的监控需求，预先为每个业务模块配置相应的规则链。具体地，业务方可以基于对每个业务模块的监控需求，在客户端110发送对业务模块的规则配置请求，规则配置请求包括与业务模块相对应的规则文件，进而，客户端110将规则配置请求提交给配置设备150，由配置设备150从规则配置请求中获取规则文件，并将规则文件解析为可执行的规则链。

根据一个实施例，规则文件包括与业务模块相对应的多个规则组件。应当理解，每个规则组件包括业务方为业务模块设定的相应的一个或多个指标、针对这一个或多个指标设定的触发条件。配置设备150在将规则文件解析为可执行的规则链时，首先，分别将规则文件中的每个规则组件解析为相应的可执行规则，进而，将解析后的多个可执行规则组装为可执行规则链。

根据一个实施例，在获取与业务模块标识相对应的规则链时，首先，判断计算设备或者配置设备配置的多种规则链中是否包括与业务模块标识相对应的规则链。如果包括，则获取相应的规则链，并调用规则引擎执行器来执行该规则链中的多个规则。如果不包括，则向客户端110返回不包括相应规则链的结果。

根据一个实施例，计算设备200还与数据存储设备140连接。在确定每个规则是否触发的监控结果之后，可以将监控结果发送至数据存储设备140。数据存储设备可以对规则链中的每个规则对应的监控结果进行存储和统计，并基于规则链中的每个规则对应的监控结果生成结果统计表，将生成的结果统计表返回至计算设备200。

这样，业务方可以在客户端110向计算设备200请求获取对业务模块的监控结果统计表，计算设备200在接收到客户端110获取结果统计表的请求时，将结果统计表返回至客户端110，以便业务方在客户端110查看对业务模块的监控结果统计表，了解业务模块对应的规则链的触发情况。

在一个实施例中，数据存储设备140与配置设备150连接，数据存储设备140在基于规则链中的每个规则对应的监控结果生成结果统计表之后，可以将生成的结果统计表发送至配置设备150。并且，业务方可以经由客户端110向配置设备150发送对结果统计表的获取请求，进而，配置设备150将结果统计表返回至客户端110，供业务方查看。

根据一个实施例，计算设备200还与智能外呼设备160连接，且智能外呼设备160与数据存储设备140、客户端110通信连接。计算设备200在在获取到与业务模块相对应的规则链之后，还判断规则链中是否包括智能外呼规则，如果包括智能外呼规则，则调用智能外呼设备160的智能外呼服务，换言之，计算设备200根据业务模块参数中的相应指标数据(例如手机号)请求智能外呼设备160对相关用户进行智能外呼。这里，智能外呼设备160可以根据业务模块参数中的指标数据(例如手机号)对相关用户进行智能外呼。进而，智能外呼设备160可以将外呼结果发送至数据存储设备140，换言之，数据存储设备140可以从智能外呼设备160中获取外呼结果。并且，智能外呼设备160还可以异步将外呼结果发送给客户端110。这样，通过智能外呼设备对相关用户进行智能外呼，能避免出现下单用户的手机号是空号、错号的状况，有利于提高线索转化率，并且，可以根据用户意为用户提供更符合需求的服务，提高用户的活跃性和粘性。

A7、如A6所述的方法，其中，所述数据存储设备与配置设备连接，所述数据存储设备适于将生成的结果统计表发送至所述配置设备；所述客户端适于向所述配置设备请求获取所述结果统计表。

A8、如A1-A7任一项所述的方法，其中，所述计算设备与智能外呼设备连接，在获取与所述业务模块标识相对应的规则链之后，还包括步骤：判断所述规则链中是否包括智能外呼规则；如果包括，则请求智能外呼设备根据业务模块参数对相关用户进行智能外呼，并将外呼结果发送至客户端。

A9、如A1-A8任一项所述的方法，其中，所述规则链中的多个规则适于按照相应的执行顺序排列，以便基于所述执行顺序逐次执行所述规则链中的每个规则。

A10、如A1-A9任一项所述的方法，其中，所述指标包括手机号、I P地址、车系信息、经销商信息、厂商信息中的一种或多种。

A11、如A1-A10任一项所述的方法，其中，所述规则包括下单次数规则、独立下单规则、连续下单规则、黑名单规则、智能外呼规则。

B14、如B12或B13所述的监控系统，其中，还包括：数据存储设备，与所述监控服务器连接，所述数据存储设备适于接收所述监控服务器发送的监控结果，并对所述规则链中的每个规则对应的监控结果进行统计，以生成结果统计表；并适于将所述结果统计表发送至所述监控服务器。

B15、如B12-B14任一项所述的监控系统，其中，还包括：智能外呼设备，与所述监控服务器、客户端、数据存储设备连接，适于接收所述监控服务器发送的外呼请求，根据业务模块参数对相关用户进行智能外呼，并将外呼结果发送至所述客户端。

这里描述的各种技术可结合硬件或软件，或者它们的组合一起实现。从而，本发明的方法和设备，或者本发明的方法和设备的某些方面或部分可采取嵌入有形媒介，例如可移动硬盘、U盘、软盘、CD-ROM或者其它任意机器可读的存储介质中的程序代码(即指令)的形式，其中当程序被载入诸如计算机之类的机器，并被所述机器执行时，所述机器变成实践本发明的设备。

在程序代码在可编程计算机上执行的情况下，计算设备一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)，至少一个输入装置，和至少一个输出装置。其中，存储器被配置用于存储程序代码；处理器被配置用于根据该存储器中存储的所述程序代码中的指令，执行本发明的多语言垃圾文本的识别方法。

以示例而非限制的方式，可读介质包括可读存储介质和通信介质。可读存储介质存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据，并且包括任何信息传递介质。以上的任一种的组合也包括在可读介质的范围之内。

在此处所提供的说明书中，算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与本发明的示例一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的，而非限制性的，本发明的范围由所附权利要求书限定。

Claims (10)

1.一种监控方法，在计算设备中执行，所述计算设备与客户端连接，所述计算设备中包括与多个业务模块相对应的多种规则链，每种规则链分别包括多个规则，每个规则包括一个或多个指标以及相应的触发条件，所述触发条件是基于所述一个或多个指标设定的触发规则的条件，所述方法包括：

接收业务方在客户端发送的对业务模块的监控请求，所述监控请求包括业务模块标识和相应的业务模块参数；

获取与所述业务模块标识相对应的规则链；

将所述业务模块参数分别映射到所述规则链中的每个规则的相应指标，以便逐次执行所述规则链中的每个规则；以及

基于所述业务模块参数和每个规则的触发条件，确定每个规则是否触发的监控结果。

2.如权利要求1所述的方法，其中，还包括步骤：

接收业务方在客户端发送的对业务模块的规则更新请求，所述规则更新请求包括规则文件；

将所述规则文件解析为可执行规则链，将解析后的可执行规则链替换与所述业务模块相对应的先前的规则链。

3.如权利要求1或2所述的方法，其中，获取与所述业务模块标识相对应的规则链的步骤包括：

判断所述多种规则链中是否包括与所述业务模块标识相对应的规则链；

如果包括，则获取所述规则链，并调用规则引擎执行器来执行所述规则链中的多个规则；

如果不包括，则向客户端返回不包括相应规则链的结果。

4.如权利要求2或3所述的方法，其中，所述规则文件包括与所述业务模块相对应的多个规则组件，将所述规则文件解析为可执行规则链的步骤包括：

分别将所述规则文件中的每个规则组件解析为相应的可执行规则；

将解析后的多个可执行规则组装为可执行规则链。

5.如权利要求1-4任一项所述的方法，其中，所述计算设备与配置设备耦接，且配置设备与客户端连接，所述配置设备中配置有与多个业务模块相对应的多种规则链，所述计算设备适于从配置设备中获取相应的规则链，所述配置设备适于：

接收业务方在客户端发送的对业务模块的规则更新请求，所述规则更新请求包括规则文件；

将所述规则文件解析为可执行规则链，将解析后的可执行规则链替换与所述业务模块相对应的先前的规则链。

6.如权利要求1-5任一项所述的方法，其中，所述计算设备与数据存储设备连接，在确定每个规则是否触发的监控结果之后，还包括步骤：

将所述监控结果发送至数据存储设备，以便所述数据存储设备对所述规则链中的每个规则对应的监控结果进行统计，并生成结果统计表返回至计算设备；

接收所述客户端获取所述结果统计表的请求，将所述结果统计表返回至客户端。

7.一种监控系统，包括：

监控服务器，适于执行如权利要求1-6任一项所述的方法；以及

客户端，与所述监控服务器通信连接，适于响应于业务方对业务模块的监控请求，将监控请求发送至所述监控服务器。

8.如权利要求7所述的监控系统，其中，还包括：

配置设备，分别与所述监控服务器、客户端连接，所述配置设备中配置有与多个业务模块相对应的多种规则链，所述计算设备适于从配置设备中获取相应的规则链；

所述配置设备适于：接收业务方在客户端发送的对业务模块的规则更新请求，所述规则更新请求包括规则文件；将所述规则文件解析为可执行规则链，将解析后的可执行规则链替换与所述业务模块相对应的先前的规则链。

9.一种计算设备，包括：

至少一个处理器；以及

存储器，存储有程序指令，其中，所述程序指令被配置为适于由所述至少一个处理器执行，所述程序指令包括用于执行如权利要求1-6中任一项所述的监控方法的指令。

10.一种存储有程序指令的可读存储介质，当所述程序指令被计算设备读取并执行时，使得所述计算设备执行如权利要求1-6中任一项所述方法。

Images