东进语音记录仪MDR3000E系列实现原理剖析.docVIP

东进语音记录仪MDR3000E系列实现原理剖析 　　摘 要：目的：分析东进记录仪MDR3000E实现原理。方法：通过实际运维经验对系统硬件实现进行分析，通过.net Reflector反编译器、SQL Server Management Studio集成环境对系统软件实现进行分析。结果：分析得出硬件实现部分系统采用典型的客户机/服务器架构.服务器端软件实现部分分为前/后端两部分，前端基于WCF框架实现服务器端与客户机端的交互，后端基于典型关系型数据库实现[1]。结论：系统实现均采用业内标准框架，设计符合规范，存在由于具体现场情况造成传统设计缺陷的问题（长时间运行后系统最后录音功能失效），通过限制被操作数据实体的数据量解决。 　　关键词：.net framework；SQL Server；WCF；ADO.NET组件 　　中图分类号：TN912.2 文献标识码：A 文章编号：1671-2064（2017）16-0030-03 　　空管语音记录系统实现了对空管运行中涉及的各类型语音的录音、监听、数据查询及备份等功能，同时除本机操作要求外提供网络操作数据的功能。为民航空管提供查找事故责任、监督工作质量的重要手段和依据。从而有效地保证飞行的安全可靠。本文集中针对东进MDR3000E语音记录仪系统服务器端软件功能的实现原理进行分析，进而结合其在浦东七年来的运行情况，汇总了系统相关问题。包括长时间运行后系统最后录音功能失效的问题，并提出了相应的解决方案，通过实践操作对方案进行了验证。 　　1 东进MDR3000E语音记录仪实现原理分析 　　1.1 硬件部分 　　东进公司的MDR3000E系列产品解决方案的硬件组成包括服务器，局域网、客户端以及时钟、录音数据源。属于典型的C/S结构系统。服务器汇总处理不同信号源提供的信号，客户端通过网络对服务器处理过的数据进行访问。系统核心服务器硬件简而言之其就是一台基于PC总线的工业电脑。语音记录的关键功能实现即通过在工控机上加装语音记录卡（D080D记录单元）。 　　1.2 软件部分 　　软件基于windows操作系统开发，典型采用MVC设计模式进行程序设计，服务器前端基于.net framework开发，后台数据库基于Sql Server数据库系统开发。 　　1.2.1 服务器前端实现分析 　　为了深入分析前端代码，我们使用.net Reflector软件对程序进行反编译。它是一个类浏览器和反编译器，可以浏览程序集的类和方法，可以分析由这些类和方法生成的 Microsoft中间语言（MSIL），并且可以反编译这些类和方法并查看C#或Visual Basic.NET中的等价类和方法。通过分析，我们发现前端代码主要包括以下几个程序集： 　　（1）D80d32。顾名思义，实现记录仪系统D80D记录单元的功能代码，涉及较多非.net托管代码，本文不作解析，通过d080d32.cpp文件将相关接口暴露在业务逻辑处理部分，不影响对系统实现原理的分析。 　　（2）GPSRCI。顾名思义，实现系统时钟处理功能，包括串口时钟信号处理的类文件（GPSMonitor.cs）、Windows系统时钟处理的类文件（Win32.cs）。 　　（3）Log4net。包含了代表各类型日志的实体类，优秀的第三方日志框架，引用log4net程序集，通过文件Log.config加载至开发项目，帮助程序员把日志信息输出到各种不同的目标。 　　（4）MDRCommon。实现服务器端关于初始化服务的通用方法，包括备份记录仪数据库相关方法的类文件（Back UpManager.cs）、读取/写入程序接口 ini文件的通用类文件（IniFile.cs）。 　　（5）MDRContract。程序集的名称即反映了MDR系统整个C/S架构下程序间的通讯基于WCF框架，通过数据契约的序列化实现。程序集包括以下数据契约： 　　1）记录信号相关的数据契约：表示语音通道配置的数据契约（ChnlSoundCfg.cs）、表示语音通道状态的数据契约（ChnlSoundState.cs）、表示语音通道数据格式的契约（RecordSound.cs）；2）服务器管理相关的数据契约：表示记录仪系统服务器端当前配置信息的数据契约（SystemCfg.cs）、表示记录仪系统服务器端当前状态信息的数据契约（SystemState.cs），包含大量GPS状态信息、表示记录仪系统服务器网络接口信息的数据契约（HostInfo.cs）、表示记录仪系统服务器硬盘使用情况信息的数据契约（DiskInfo.cs）、表示用户信息及权限的数据契约（UserInfo.cs）、表示系统运行日志的数据契约（LogInfo.cs）；3）服务器管理相关的服务契约：实现系统