CN101692736B - 基于flex技术在电信移动业务事务交换监控方法 - Google Patents

Abstract

基于flex技术在电信移动业务事务交换数据的监控方法，对电信移动业务的枢纽业务综合监控时，使用多个面板窗口以拓扑视图的形式同时展现最近1±0.5小时内枢纽各业务总业务量、系统异常量和总异常量的变化趋势；后台取出各业务总业务量、系统异常量和总异常量数据进行实时刷新和定时刷新；枢纽拓扑视图监控：多窗口视图主要展现的是最近一段时间个业务业务量异常量的总量的变化趋势；基于flex message的后台驱动实时告警：通过JMS消息适配器使得Flex消息与java消息交互，Java消息发布者订阅者也做为Flex的客户端，这样Java对象向Flex应用发布消息。

Description

基于flex技术在电信移动业务事务交换监控方法

一、技术领域

本发明涉及flex技术在电信全国移动业务事务交换(枢纽系统)监控上的应用。 

二、背景技术

传统的电信全国移动业务事务交换监控系统，主要是采用B/S架构，JSP或者PHP等动态脚本语言，以javascript结合SVG或者VML图形技术动态作出曲线柱状等统计分析图形界面的来展现数据关系。按一定的时间频率使用ajax请求后台生成监控数据来局部刷新前台的图形视图。 

这种开发方式受客户端javascript的限制，需要做大量的二次开发，开发出符合系统需求的图形展现，比如柱状图、饼图、趋势图等等，但是这样开发出的图形展现效果较单一，用户交互体验差。开发的时候还要注意不同的浏览器之间javascript，css不兼容的问题，需要做许多额外的工作。开发调试javascript也十分繁琐。为达到尽量实时的监控，频繁的采集后台数据也给后台服务器造成了压力，甚至可能对其监控的系统造成影响，也占用了大量的网络带宽资源。 

flex是Adobe公司开发出来的基于Flash的客户端技术，相比传统的html具有无可比拟的用户体验，它封装好了一些常用的UI控件，以及诸如字段验证，行为特效等，开发人员使用起来十分方便，还可以根据需要扩展自定义组件来满足自己的需要。 

Flex的优势，还在于跨平台性、浏览器应用系统无关，只需要浏览器里有flash player就可以，而绝大部分的浏览器里装有flash player。所以传统web html开发所面临的十分繁琐的跨浏览器CSS，javascript兼容性问题，使用flex不会遇到。 

监控常常是在一定业务规则下展现的告警，通过图形来展现可以很直观地看出数据关系，量化比较等。传统的web在图形视图的开发上非常的繁琐，需要耗费大量的人力，而开发出来的监控展现用户交互体验性不好。flex自身封装的图形控件以及开源社区里有许多第三方图形控件可以很好的实现数据的图形化展现，加上flex本身良好的交互体验特性，可以作为监控图形展现很好的解决方案。有效提高了开发人员的开发效率。 

电信枢纽系统面对的是全国电信业务的综合交换，快速准确的发现定位并且解决问题，是保障系统正常运行，保障全国电信业务交换业务支撑正常开展的需要。因此，准确高效的监控也是系统的重要组成部分。 

三、发明内容

本发明目的是：针对传统web监控实现机制的缺点，本发明使用flex作为前端的展现技术，提出一种基于flex技术在电信移动业务事务交换监控上的应用方法。利用Flex的技术特点加上系统针对电信业务的特点设计的事件告警计划，也有利于维护人员从多角度发现问题，快速分析定位问题，协调解决问题。 

本发明的技术方案是：基于flex技术在电信移动业务事务交换数据的监控方法， 

(1)、电信移动业务的枢纽业务综合监控时，使用多个面板窗口以拓扑视图(曲线图)的形式在同一个界面上像仪表盘(dashboard)一样并排同时展现最近1±0。5小时内枢纽各业务总业务量，总异常量的变化趋势；维护人员看出整个枢纽系统最近一段时 间各业务的大体运行情况。 

图1使用多个面板窗口以拓扑视图在同一个界面上显示的具体流程图，图1如下所示： 

枢纽系统建有业务量异常量的统计模型，每笔业务交易都将刷新统计数据，时间粒度控制在分钟级别上，前台界面上可根据需要再提取并统计指定时间段内指定业务的业务量或者异常量。例如，多窗口视图中，每个窗口展现一种业务一段时间比如最近一小时的运行状况，就可以取出这段时间内相应业务的统计量来展现。多窗口视图，主要是为了使维护人员能比较直观的在一个页面内看到系统最近一段时间内大致的运行情况，业务量异常量变化趋势，选用曲线图方式来展现比较直观，使用三种不同的颜色渲染曲线，分别表示总业务量，总系统异常量，总业务异常量，用户可以通过界面上的功能设置，设置关注的时间范围。总系统、总业务异常量设定可以根据时间统计模型获得，如高于正常时间段10％则判断异常。多窗口视图每个窗口可以最大化，最小化，可关闭，就如同windows操作系统一样管理窗口。这样用户就可以详细查看某种业务的运行状况，或者隐去不关注的业务。后台线程会每隔一分钟取一下最近一分钟的统计数据，发送到前台缓存的统计数据里，视图也随之变化。缓存里超出最大时间范围内的统计数据将被删除。 

(2)、枢纽系统拓扑视图监控：多窗口视图主要展现的是最近一段时间个业务业务量异常量的总量的变化趋势，关注的各业务大致的运行情况，而拓扑视图关注的是某项业务下各省份的统计对比情况，以及该业务某个省份的发起业务，以及作为落地方业务的统计情况。使用拓扑图形的展现形式直观地反映省系统与枢纽交互的过程与运行情况；这里使用了基于Flex第三方开源的birdeye RaVis关系分析图形控件来构造拓扑关系图；每个拓扑节点表示省份系统或者枢纽平台。节点文字使用向上向下的箭头图标表示发起或者作为落地方业务类型，箭头图标旁边标以当前的业务统计数据。点击某个节点再显示该省份系统某时间范围内的业务、异常统计详情。具体流程图如图2。 

(3)、基于flex message的后台驱动实时告警；Flex具有消息服务机制，它通过消息适配器使Flex程序向JMS主题与队列订阅消息，JMS(Java Messaging Service)是Java平台上有关面向消息中间件的技术规范；这样Java程序就可以将消息发送到Flex。利用这种机制可以实现后台驱动前台数据更新。监控中一旦发现异常，就立即将告警发送给前台界面来展示。而不需前台不停地请求后台数据来监听异常； 

基于flex消息服务的后台驱动实时告警；Flex具有消息服务机制，由其自身提供的客户端API以及相应的服务端消息服务来创建Flex消息服务，例如通过JMS消息适配器使得Flex消息可以与java消息交互，Java消息发布者订阅者也可以做为Flex的客户端，这样Java对象可以向Flex应用发布消息，也可以对Flex应用发布的消息做出响应。实际应用中在flex客户端创建消息组件Consumer，接收来自接收点java消息服务端Producer发送的消息。 

在本监控系统中，由于涉及到的业务数据众多，而且要求能尽量实时的展现系统的运行状态，如果按照传统的web刷新机制，如果不能很好的管理控制数据的加载，频繁地请求后台数据，很可能导致系统耗用大量的带宽资源，系统响应缓慢，甚至浏览器缓存不足崩溃等等。因此本系统中利用Flex的这种消息服务机制，由后台驱动前台数据刷新，后台线程定时统计数据，再将数据以增量的方式推送给前台，前台只保存一段时间范围内的数据，避免了重复加载，并提高了数据更新的实时性。后台线程再根据业务告警阈值，来判断当前系统或业务的运行状态，需要的时候向前台特定的消息接收点发送告警信息。

(4)、基于flex的界面展现 

Flex的组件机制与数据绑定机制，使得开发人员可以最大限度的做到组件重用，或者根据需要做适当的扩展即可。数据绑定机制使得开发人员无需对变化的数据再做逻辑处理来刷新视图。flex内部的机制可以监听数据的变化，做到视图的同步更新。这样开发人员可以专注于视图的展现，行为的控制处理，而不是业务数据的转换处理展示。(5)、基于flex的监控图形展现，Flex自带的一些图表控件，如曲线图，柱状图，饼图等的控件使用，使维护人员可以观察到业务量的变化趋势，系统间数据量的对比分析。(6)、枢纽系统的告警通知事件计划，枢纽系统定义了一套事件计划机制。或者实时或者定时将枢纽系统的异常信息或者与各省的事务交换过程中的异常业务反馈给枢纽以及省系统维护人员。反馈的方式有邮件、短信或者及时通。(7)、枢纽业务、性能统计监控 

针对枢纽系统与各省之间事务交换海量的数据，以及系统维护人员关注的业务对象。枢纽设计了在海量业务数据中快速统计业务量异常量的模型，以便维护人员尽快地了解各省系统的运行状况，也便于集团公司对各业务做全局分析，来做业务决策规划。(3)有益效果： 

●使用flex做前台开发，后台仍然可以沿用j2ee的开发架构，前台的界面架构具有良好的可移植性。 

●基于flex message的后台驱动机制，改变了传统的客户端不停的请求后台数据的监控模式，减少了带宽资源的浪费，并且提高了实时性。使维护人员可以及时地发现问题。 

●基于组件开发，以及flex布局方式，使得界面开发的效率较高，开发人员可以将开发的重点转移到业务相关的开发实现上。 

●Flex的图形控件，具有良好的界面交互特性，可以非常直观地体现数据在监控逻辑上的关系，开发人员不需要再做二次开发，直接将图形元素绑定数据即可。 

●针对电信事务交换系统的监控告警事件计划机制可以帮助维护运营人员保障系统正常稳定的运行。 

四、附图说明

图1使用多个面板窗口以拓扑视图在同一个界面上显示的流程图， 

图2是枢纽系统拓扑视图监控的流程图，图3是整个事件计划处理过程的流程图。 

五、具体实施方式

1、枢纽系统业务综合监控 

为使维护人员对系统所有业务的最近一段时间运行状况有一个全局的把握，在主监控界面使用多窗口界面，在每个窗口中以曲线图的形式同时展现最近一个小时内枢纽各业务总业务量，总异常量的变化趋势。维护人员只要打开这个页面就可以知道枢纽最近一段时间的运行状况，前台界面定时到后台取数据，曲线图控件绑定数据，及时更新变化，刷新频率可以由用户来设定。用户可以最大最小化窗口来关注某些业务。 

2、枢纽系统拓扑视图监控 

拓扑视图有助于枢纽系统与省公司在业务过程中发起方、落地方关系的表示。这里使用了基于Flex的birdeye raVis关系图分析控件来展现。初始化的时候指定当前关注业务下有哪些系统可以关注，运行时可以动态地显示隐藏系统，以便关注某些特定的系统。拓扑图在显示隐藏或者初始加载的时候可以动态的改变布局拓扑节点在界面上的位置。节点上使用向上向下的图标展现业务的交易方向，节点数据即该系统的当前关注业务下当天的业务量。点击选中某个节点可以在旁边的业务详情面板中展现选中系统最近的业务量，这个面板可由用户拖动到合适的位置，或改变大小。 

3、基于flex message的后台驱动实时告警 

Flex具有消息服务机制，消息适配器是扮演Flex消息服务与其他的消息系统之间管道的代码。Java程序可以将消息发送到Flex，实现后台驱动前台数据更新。 

系统中我们在前台flex程序的配置文件中配置一个适配器，建立与后台连通的通信通道(channel)。后台编写java线程在不停地监听监控数据，前端flex订阅了这个消息。一旦有异常消息的产生，producer将把异常消息推送给前端来展现。这样用户只要开着系统实时告警的功能页面，只要有异常信息就能够实时地被告知，并且及时地做处理。枢纽系统维护人员使用这个机制关注各省系统发的单子是否存在异常单。 

4、基于flex的界面展现 

Flex的数据绑定机制，是flex内部可以侦听数据的变化，一旦数据发生变化，会更新数据关联的视图。传统的html页面，需要开发人员自己编写代码，根据变化了的数据做视图的更新。数据绑定机制使得开发人员无需对变化的数据再做逻辑处理来刷新视图。Flex的基于组件开发机制使得用户可以重用组件，用户可以直接使用flex丰富的UI库，或者其他自定义的控件来构建自己的页面。通常这些控件都已经根据一些常用的需求做了功能的封装，例如使用了flex的表格控件，点击表头(columnHeader)的时候可以根据这一列对数据进行排序；后台数据加载的时候，显示一个时钟的忙状态鼠标；多窗口视图组件等。 

5、基于flex的监控图形展现 

枢纽系统维护人员需要关注枢纽以及各省系统业务量的变化，异常单子数量，对比各省各业务的交易状况等等，Flex自带的一些图表控件，如曲线图，柱状图，饼图等的控件使用，使维护人员可以观察到业务量的变化趋势，系统间数据量的对比分析。程序实现上，只需在界面上定义好图标控件，指明需要关注的字段，加载数据到前台，绑定即可。图表上面的一些如坐标轴刻度值、饼图占比、图例等都由flex自己计算生成。 

6、枢纽系统的告警通知事件计划 

告警通知事件分为实时监控的告警以及计划通知事件。实时告警针对系统运行环境、各省系统联通状况性能状况等异常的监控，以及针对枢纽、省系统之间事务交换过程中 各种各样的业务异常单子的监控。这些监控需要维护人员及时的发现并及时的处理，避免出现宕机、堵单、非法攻击等影响枢纽事务交换系统正常运行的状况出现；计划事件告警针对枢纽系统与省系统交互过程中的通知、提醒，可以是维护人员的通知，或者是程序根据一定规则产生的警告提醒。 

事件计划的添加通过系统管理界面来实现。配置该事件计划需要配置关注的是哪个系统哪个业务，是成功的还是失败的。配置关注时长、关注时长下告警阈值统计量区间，以及关注的指标类型(总业务量，总异常量，性能统计量等)。不同的业务在不同的时段时长内是不一样的，甚至可能是几个数量级的差别。所以需要针对不同的业务不同的时段时长做不同的告警计划。 

维护人员还需要配置该事件计划的触发类型。当前枢纽系统设计的触发类型主要有时钟触发、关注触发两类。时钟触发是指实时去扫描业务统计表以及告警阈值配置表，来判断是否有需要告警。由于时钟关注是实时的侦听关注，同一个时刻内可能重复的发送一样的告警内容，程序中将做重复发送的告警判断，避免用一个告警时长内重复的发送。关注触发是根据维护人员设定的计划安排来发送告警通知内容，不需要做重复发送的判断。 

不管是实时触发告警还是关注触发告警，系统都将记录告警发出事件，记录其时间，内容以及发出后的处理状态，处理状态由维护人员通过界面上的操作来修改状态。 

整个事件计划处理过程的流程图(图3)如下： 

7、枢纽业务、性能统计监控 

枢纽系统根据维护，统计的需要设计了业务当天、历史业务量统计表，业务量统计的关键指标包括总业务量，总系统异常量、总业务异常量，异常处理完成量(记录维护人员当天异常的处理量)，这几项指标可以帮助维护了解系统业务交易运行状况，或者业务运营维护人员做业务的对比分析总结。 

对于全国海量业务的交换，枢纽与各省系统之间的事务交换过程中的性能状况，也是维护人员非常关注的一个指标。枢纽系统设计了针对性能的监控统计表，关键指标包括：总时长，平均时长，请求转发总时长，请求转发平均时长，落地总时长，落地平均时长等。 

在枢纽与各系统的交互过程中每一笔交互在枢纽系统中，都会做完整的记录，包括原始的交易报文，每一个步骤的发生时间等，都有一个完整的事务过程，以保证正常交易顺利正确的完成。这个过程中记录的时间，包括单子在枢纽内部处理的时间，枢纽向落地方请求的时间，作为本次交易的性能衡量指标。 

在成功完成一次交易后，表触发器会根据完成的状态往当天业务统计表里添加一条记录。统计表以一分钟作为统计粒度。前台展现的时候以时间维度、系统、业务维度，不同的时间粒度来展现统计数据，生成不同的统计报表。 

表触发器触发执行的代码里还会根据计算出来的性能数据，往当天的性能统计表里新增一条性能统计数据。到凌晨0点的时候，系统将会把当天的表数据清到历史表里去。在当天表里只有当天的业务量、性能统计数据，为求前台监控展现的效率。 

Claims (1)

1.基于flex技术在电信移动业务事务交换数据的监控方法，其特征是

1)对电信移动业务的枢纽业务综合监控时，使用多个面板窗口以拓扑视图的形式同时展现最近1±0.5小时内枢纽各业务总业务量、系统异常量和总异常量的变化趋势；维护人员看出整个枢纽系统最近一段时间各业务的运行情况：具体步骤是，按小时统计的主数据进入；业务数据触发，从后台取出各业务总业务量、系统异常量和总异常量数据；前台以拓扑视图的形式显示；后台取出各业务总业务量、系统异常量和总异常量数据进行实时刷新和定时刷新；

电信移动业务枢纽建有业务量异常量的统计模型，每笔业务交易都将刷新统计数据，时间粒度控制在分钟级别上，前台界面上可根据需要再提取并统计指定时间段内指定业务的业务量或者异常量；使用三种不同的颜色渲染曲线，分别表示总业务量，总系统异常量，总业务异常量；

2)枢纽拓扑视图监控：多窗口视图主要展现的是最近一段时间各业务业务量异常量的总量的变化趋势，关注各业务大致的运行情况，而拓扑视图关注的是某项业务下各省份的统计对比情况，以及该业务某个省份的发起业务，以及作为各地方业务的统计情况；使用拓扑图形的展现形式直观地反映省系统与枢纽交互的过程与运行情况；这里使用了基于Flex第三方开源的birdeye RaVis关系分析图形控件来构造拓扑视图；

3)基于flex message的后台驱动实时告警；Flex通过消息适配器使Flex程序向JMS主题与队列订阅消息，JMS是Java平台上有关面向消息中间件的技术规范；Java程序将消息发送到Flex，利用这种机制可以实现后台驱动前台数据更新；监控中一旦发现异常，就立即将告警发送给前台界面来展示；而不需前台不停地请求后台数据来监听异常；

基于flex消息服务的后台驱动实时告警：Flex具有消息服务机制，通过JMS消息适配器使得Flex消息与java消息交互，Java消息发布者订阅者也做为Flex的客户端，这样Java对象向Flex应用发布消息，或对Flex应用发布的消息做出响应；实际应用中在flex客户端创建消息组件Consumer，接收来自接收点java消息服务端Producer发送的消息；

Flex的消息服务机制：由后台驱动前台数据刷新，后台线程定时统计数据，再将数据以增量的方式推送给前台，前台只保存一段时间范围内的数据，避免了重复加载，并提高了数据更新的实时性；后台线程再根据业务告警阈值，来判断当前系统或业务的运行状态，需要的时候向前台特定的消息接收点发送告警信息。

Images