在运营实时触达需求中，存在如下具有代表性的业务场景:用户在X分钟内发生A行为次数大于等于Y次。提高灵活度需要从业务规则和系统代码解耦和入手，规则和代码耦合直接导致了重复代码增多、业务规则修改困难等问题。
开篇里面介绍了什么是规则，也介绍了几种规则引擎，最终对比，本系列专题就是drools。XX网站注册需要输入相关的用户信息，用户名、密码、验证码、重点看下:手机号和验证码，这2个是检查的时候重点看的两项，因为现在所有互联网用户必须实名认证，手机号码也必须实名，通过手机号的验证码来确定是不是本人。
实际业务场景:一个小例子: 假如我们有个业务场景，当客户的积分位于一个区间A时，我们给予他一个头衔a，当一个客户的积分位于区间B时，我们给予他一个头衔b，当客户的积分位于区间C时，我们给予他一个 头衔c。
比如:用户在 PC 端下单、然后在手机 APP 里完成支付，这个对于 Chloro 是一个会话，这个会话我们称之为风控 Session，通过 Risksession 的定义，风控系统使用户的行为可以量化，也可以刻画。
