主持人：大家下午好，我是这分会场的大会主席，我是Verizon Business全球战略高级顾问张涛，所天很有幸能受到邀请来主持这次分会场的会议。我想我们因为这个我们第三类演讲人黑龙江移动的刘刚先生他因为要赶飞机所以我们还是尽早开始这个分会场的会议。第一个是我们的演讲人是来自ILOG的技术顾问苏明富。苏明富先生具有10年的电信业务支撑系统开发经验，曾主持开发过中国移动某省的BOSS系统与中国联通某省的综合营帐系统。他在2006年加入ILOG，从事规则管理系统在电信行业应用的研发工作。在此之前，他就职于华为公司业务与软件运营支撑联合系统部，为项目系统工程师。
那我们有请苏先生给大家做精彩的演讲。
苏明富：好，大家下午好，非常感谢大家能够光临这个会场，接下来30分钟我们将介绍如何使用规则管理系统去构建一个运销平台，我的时间可能是过的比较快一些 。我演讲的主题主要包含，我首先介绍一下什么是规格管理系统听说的系统听说的越来越多，接着我们介绍使用利用这个规格管理系统，来建立一个主动营销平台。我们首先讲解什么是规格规格管理系统，谈到规格管理系统我们知道它肯定是规格，就是管理我们的业务规格，那么什么是业务规格呢，这上面列了几个例子，通过这几个例子我们可以看到，它的特点是什么，是与我们业务操作的过程中并且经常变化。还有我们系统里面有大量的这种规格，这些规格在一块组成了我们这个业务政策，其实我们讲要开展一个业务政策，总有这一大堆的业务规格来组成来来去指导，定义我们这个业务如何进行开展。在我们好多运用里面都存在这种大量的规格，包括我们的积分的管理，对一个规格我们采用这种方式来进行定义，他总是可以使用这些形势，如果一些条件满足了，我们做一些什么样的处理。传统我们实际上我们规则一直都是存在着我们的业务规格，传统上我们怎么来做呢，传统上我们总是来采用自己的来开发，加上我们的数据库我们进行一些相关的数据表，加上我们这个写一些代码来去完成，当这种开发方式当面临变更的时候，尤其我们现在的系统经常的变化就带来一系列的问题，包括我们感觉不能自主运用它，我们必须让厂家来进行维护，我们的成本也是非常高，我们经常要去变更，经常要去升级，我们市场反映的速度也是非常的慢，只是面临着问题，因此为了解决这个问题，现在又需要这么一个新的这么一个基础件系统，这个基础件系统就是叫有力的管理系统叫做BMS。就象我们有了流程我们有了数据库，提成我们系统的灵活程度，对于一个BMS一个规格管理系统，它是由哪些内容来组成的呢，首先他有一个集中的规则苦会把我们原来写在代码里面的规则拿出来，配合在这个规则库里面。就象我们把我们的业务数据放在我们的数据库里面管理是一样的，我们的技术人员和我们的业务人员可以通过BMS提供的工具来访问这个数据库包括变更规则，发布规则。规格里面的规则通过规则引擎可以部署到我们的应用里面，我们的应用可以通过规格引擎来运行这个规则，来进而实现我们业务的过程。
苏明富：我们看一下ILOG，是规则管理系统里面一直是领导着，现在我们这个新版本（英文）46，无论在支撑技术上，还是支撑业务上都是做的非常的优秀。我们现在这个产品主要包含四个模块，首先有一个技术人员使用的一个（英文），就是一个开发的一个基层的环境，我们的技术人员可以使用这个环境来书写规格，来书写我们的代码，然后我们有一个仿真器，有一个场景管理器，通过场景管理器我们可以来检测制订政策是否合理，我们每个政策的分支是不是可以走得到。还有一个…是外国的运用，我们的业务人员可以通过它很方便的去访问这个新建、变更、查询还有部署。最后一个就是和我们开发商比较紧密比较关注的就要结合到应用里面，通过这个服务器来达到运营规格的目的。这是我们的技术架构，我们的开发行业（英文）的，而我们的管理环境和外部人员是建立一个系统，和其他的系统我们可以接受这种其他的系统来进行集成。
我们看一下这个产品的总体结构，这是几大模块，这几大模块相互之间都可以进行协作，包括我们的技术人员开发完之后，可以通过项目同步到业务人员那去，业务人员变更也 可以到我们的技术人员那，无论是技术人员还是业务人员都是可以通过这个场景的管理器来进行运行。通过这个都可以通过部署到这个执行服务器上。这边就提供给我们的开发人员，这边是提供给我们的业务人员。
我们看一下，我们提供给开发人员和我们的系统分析人员这个工具，通过这个工具开发人员就可以去书写它的代码包括书他的的规格，一些复杂的规格，一些系统最初的规格，我们可以看这是存在一个（英文）的，我们现在知道这个…在家瓦的开发里面是很普遍的。我们提供这个…规则编写的插件 ，通过这个插件我们可以看到完全是自然书写语言的书写语言，通过这种属性对比的大小，还可以做逻辑运算，数据运算，做很复杂的数理运算，也可以用函数来达到。我们的条件满足之后也是开始做动作，这个动作也是通过点击下拉，这就是我们的开发人员来使用的这么一个环境。
我们分析人员开发好这些规则了，我们规则打好包了，我们有时候需要规则哪些规则先执行哪些后执行，我们有一个规则流决定，举个例子我们可能首先是数据，我们才能进行业务逻辑，数据里面包括一批规则，逻辑里面又有另一批规则。另外的话还可以通过业务对象的模型，这个对象模型我们可以看就是添加一些中文，添加一些中文的描述来对于我们的属性还有对于我们的方法来进行描述，这个定义好了之后业务人员就很容易的进行使用，以及还可以创建规则的模板，这是我们的系统分析人员来做的，我们的开发可以同步，我们的分析人员我们的技术人员还有我们的业务人员都可以同时来开发。我们提供给业务人员或者是我们厂家的维护人员他提供的工具，他的使用这个（英文）这是具有（英文）的一个环境。我们看这是基本上和我们图形，和…基本上是一样的，我们是基于…的下拉选择的属性这种操作功能，我们还有这种决策表，我们对这种结构非常一致的结构是选择一个决策表非常的方便。我们数据表一旦做好了这种结构我们的结构不可能变了，我们不可能增加一个极端，减少一个极端，否则我们的程序无法进行。对于这种推行的话，我们可以通过我们这个都是没关系的，系统照样不影响你们的系统，我们还可以通过决策树，这样走不同的分支，尽量实现我们的逻辑，这是业务原来使用的环境。
这个就是提供了管理工作，我们任何一个管理系统都是提供若干的管理功能，…也不例外，包括提供这种规格的组织管理，包括各种属性的管理，包括适合这种（英文），这个生效时间，结束时间以及它的状态都可以进行控制，还可以控制它的生命周期，包括我们的授权，我们可以授权哪些人可以创些那个规则，哪些人能够变更，哪些人可以发布，在这个周期点上多可以控制，以及查询功能这种专用或者是这种图表的功能，还可以使这种历史的变更，历史的变更轨迹，还可以仿真，就是通过仿真服务器来完全。在安全方面和运行上我们提供安全的配置这种图标来配置我们哪种角色可以访问哪个目录哪个包哪些规则，也可以做机械，我们形成一个稳定的方面，我们可以把这个规则打一个基线，也可以监控规则的运行。另外在规则的部署说加入我们的系统很庞大，有很多的规则，我们系统有很多的模块，我们可以按照模块来进行提取其中的部分规则，来发布从多个的规则集，每个规则集可以发到不同服务器上。
另外就是和这种BPM来集成，我们和这种主流的BPM都有集成到环境里面，在这种集成里面我们往往放在流程点上，当走到这个流程点，他在流程上跑的数据放在我们的规格服务，这个规格 服务会在里面进行逻辑运算，运算完了之后算好一个数据再有一个流程，就是依照这个数据来下进行下一步的分发，这个两个互相补充系统做的非常的灵活，也会简化这个流程。好了，前面就讲了我们这个产品和规格管理系统，下一个为什么我们电信系统为什么比较适合使用这种规格管理系统，这个是我们都听到的，我们的电信人员都铁道的，无论从象我们的业务人员还是项目的开发人员都有一大堆的问题存在，这个存在为什么会有这种问题，实际上确实是这样，我们的业务本身的特征就是这样的，我们是经常变化的，我们的这种地区的多样性尤其我们的国家富源这个好多的省份好多的地域，地域和地域的收入差别特别大，管理特征也是不一样，这都代表了我们业务的多样性，这种多样性的特征就是这样，实际上我们想要怎么做的，是由我们的开发人员来扮演我们业务人员的角色，这个没有开发人员自己来去分析这些业务，来去做这个业务，我们的业务人员缺少相关的工具来去主导这些实施，他们业务的策略的实施。
在电信这个系统里面，我们知道有很多的问题，包括我们如何确定一个技术，确定一个流程，确定我们数据的组织，还有大量的规格，这里面最容易多变的是我们的业务规则，我们的业务规则是最容易多变的。这是我们列出来在这个电信里面规则密集的运用，实际上ILOG…里面都有这个成功的案例，无论是营业我们最后的批价，就是一个主动的营销来讲，下面我会讲到的一块。所以我们使用既然有这么多的规格，我们又想给业务人提供很好的工具，我们就是应该采用规格管理系统把这些规格易变的东西管理起来，还是我们的项目开发人员都给他们提供相关的工具，让他们把注意力集中在自己的工作上，把自己的工作做好。所以有了规格，我觉得规格的实现我们系统的变更，变更周期就可以缩短，我们可以在业务层面上来做变更，通过规格管理系统来变更规格，发布这些规格，而不会影响我们的系统开发的变更，而我们开发的变更就是软件的这种升级我们的周期可以稍微脱的长一些，这样就是避免了系统的不稳定。
好的，前面就讲了这种我们电信行业我们电信的这种业务系统业需要这种规则，下面的话我讲一个非常说起来非常有挑战的一个主题，前面有厂家原来讲，我们的规格可能用在被动营销里面可能会好一些，用到主动营销会面临一些问题，我提出来这个方案可能也是初步的概括，希望大家能够探讨一下。
这个建设的目标就是我提出这个方案的目标是什么呢，能够给业务经理一个比较灵活的住都营销工具，我们知道主动营销是直接推动给客户的营销工具，尤其作用我们的，加强我们支持的我们的第四人员，我们的周边人员，我们的农村市场，我们给他们提供好的工具能够使用，我们能够常态化，而不是说我们走很长的时期，我们形成需求交给开发人员，开发方向，而是不是由业务人员自己能够做到，或者是由维护人员能够做到。另外就是我们通过这个工具能够把我们的营销方案集中的管理起来，就象一个知识库一样，你向各个地势各个省份都可以进行察看都可以进行学习。再一个我们想能够充分的利用经分的方法，前面厂商也有讲就是经分，这些能够比较有效的使用。我们活动营销的类别我总结了一下有这样的类别，假如一些体育的活动，文艺的组织，我们可以给客户推荐一下。在教师节我可能给教师进行一些活动，是学生我们可能给学生一些套餐，老年年限我们可以做一些东西。比如说我们推出的新的产品，数据业务，这个产品可能是依赖一个产品，我们来讲在主动性的来去做这种交叉销售，而不是被动性的。另外营销的这种消费量的这种营销作为客户消费累的计量，我们来做这种营销都是可以的。
这些营销方案我们厂家包括我们运营商都很清楚，目前基本上都是通过这种编码的方式，还有就是通过我们这种BM里面的模型，挖掘的模型，由我们的代码再去操作数据来通过这个模型运算，但是这种方式在某种程度上是什么呢，我们总是依赖开发人员，总是依赖我们IT人员，带来的成本和周期都是非常长，另外我们的活动总是在我们的代码里面，我们没有办法管理，也不知道我们的营销到底在哪里，也不好读也不好分析，这个我们对于地势的营销没办法不好支撑，我们都知道现在我们的系统都是在省级中的系统，我们的技术人员离我们的开发人员越来越远的忽略掉，我们应该很好的去支撑他。我这面提出来业务的模型，我们看一下，假设是建设这么一个系统，大概有哪些内容，这个就是我们要建设的内容，就是一个营销平台一个主动营销平台，这是我们周边的系统我们的经分，我们的业务系统，我们的业务经理，还有这种主动业务包括短信邮件。我们从经分里面挖出的规则，还有我们营销的经验都是可以形成规则，还有我们营销的经验，都可以形成规格，可以输入到我们管理系统建设的平台中管理起来可读的。然后我们从经分里面提取相关的指标数据，从我们的资料我们的客户资料数据，然后拿这些数据和我们的规则来进行匹配，进行逻辑运算，进而得到我们相关的这种业务的方案。
我们这个系统主要组成部分是什么呢，首先是一个数据的组织模块，我们必须是主动的，我们是抽出去，我们不希望我们跑一天只跑出来200个用户或者就2个用户，所以我们必须有效的组织出去，我们有一个比较好的工具，去抽取我们有效的工具到我们的营销平台里面，所以这个在抽取里面也是依赖我们的规则，我们去配置这些怎么去抽取。另外就是逻辑处理，这种客户可能适合什么处理，这些逻辑都是通过这个逻辑模块来进行书写规则，另外就是逻辑处理，这个系统在运营的时候就会出来这种执行动作，这个执行动作就会交给我们的系统，发短信、发彩信、发邮件，给我们的客户外乎，给我们的客户经理可能会做访谈或者是做走访，交我们的报纸，我们的报纸可能给客户做一些提示什么的。这面是一个系统的模型，前面这个业务模型，系统模型我们来看，右上角这块我们的BI系统也写一些接近主题的数据，我们有一个数据的加载服务，提取这些条件加载条件所定义的数据，定义提取完数据可以加载给规则引擎，我们有一组营销方案，我们可以把营销方案通过这种规格，先写好两类规则就是前面提到一个是数据的提取规则，我们是提取哪些数据，我们写上我们怎么去运营这个规则，我们逻辑处理这种规格，把这两类规格写好。我们把数据加载的规格运行之后会出一批数据加载的条件，我们给加载服务，到数据库里面提取相关的数据，然后再给这个规格引擎，这个规则引擎开始运算，运算完以后他出现了一组的营销动作。所以说采用这种方式来进行运行，两个阶段，定义提取哪些数据，第二分析了数据得到要做的动作就这两部就可以做好。
所以说上面这一部分我们可以看，它是完全的业务无关一个基础层，我们经分根本不用关心 数据，只要是按照数据的统计指标统计好，他提供标准的按照各种模式提取数据的方法，到时候我们这种引擎告诉了提哪些数据，我们会根据这些数据来进行运行，所以下面这部分就是我们业务相关的，我们通过这个来进行定义业务，来定义我们的业务相关的。
另外我们依赖哪些数据呢，我们要依赖我们的客户资料，我们要依赖我们的订购关系，我还要依赖我们的消息信息以及客户的办理信息，我们这些信息都可以使用这些信息来定义我们加载哪里数据，可能最简单的就是我们发一个短信，我们就需要提取客户资料就行了，所以我们定义规则的时候我们都可以定义我们提取哪些资料，我们定义提取的条件都可以去定义。提取完数据了，在运行规则的时候，在进行动作的时候我们大家有这样的动作，有消息类的动作，发消息类的动作，有报纸业务类的动作，有产品试验，还有客户外乎，还有客户经理的动作，拿到这些数据经过这种逻辑运算，找到他要执行哪些动作，这些动作框架就输给执行系统来执行，就是这么一个简单的系统。
这里面配置一个例子，这是我们做了一个很简单的一个例子，这是配置一个讲一个动感地带一个业务的促销，逐个促销我们定义的条件是什么，假如这个营销方案是这个编导，并且我们需要这个客户的资料，我们提供客户资料，并且有客户的消费数据，我们在提取资料的时候我们提供动感地带品牌的用户，我们再精确再加上消费金额的限制。我们来提数据的时候就按照这个规则来进行提数据，加上我们真正的数据处理要复杂一些，我们可能是动感地带这种年龄在18—30岁之间，入网时期在什么之前，他的短信消费 费用是多少，假如说这些条件都满足了，我们就是可以给客户加200元的试用包，加上去，这些让他两个月之内，并且给他发短信，你可以选用适用我们的产品了，这个产品的效果等等之类。所以这边是一个真正逻辑运算的过程，上面是一个数据提取的过程，这边是一个逻辑运算，所以说通过这种一个数据加载过程，可以跟数据逻辑匹配运算过程，可以做成这么一个主动的营销平台，就可以很方便支撑我们的业务人员，我们的营销人员去做一些营销的活动。当然在我们的展台上也做了一个简单的原形，有兴趣可以到我们那适用一下。
下面很简短的介绍一下了我们的案例了，我们这个（英文）有很长时间的产品了，无论是4.0还是5.0在全国都是有用了，还有提供网络计费的里面，还有发电的计费里面也有用，移动这种FSR这种客户忠诚度里面，积分能力预算，假如客户满足一些什么预算，我们怎么给他做一些优秀的回馈。当然在国内用的非常的多，我们中国的移动，以及广东移动都有在用，包括我们这种结算系统，积分系统，产品的配置还有业务处理，在集团移动集团公司里面这种国际漫游还有数据统一计算都是使用我们的产品。我们在内部业务上在上海电信做这种成本的，使用这种规格来进行驱动，在河北网通在这种综合平台上做这种帐目的优惠和营销产品都有来定义。另外一个最后一个性能的问题，一个性能的问题，实际上性能问题因为规格，一个性能就是依赖于规格的复杂程度，实际上我们这个产品可以说市场上最快的一个规格引擎，我们前一段时间在一个证券交易所他用的是5.1的，大概是120条规则，它一秒处理110万条交易，这个规矩就是基本上计算一个指标，指标对比，然后就做一个告诫，我们现在不是很火，这需要做交易监控。但是我们的6.5比我们的5.1还要快，上面就是我的演讲了，谢谢各位。
|
