（通信与信息系统专业论文）基于oma+dm标准的终端管理平台研究.pdf

北京邮电大学硕上论文 基于o m ad m 标准的终端管理平台研究 基于o m ad m 标准的终端管理平台研究 摘要 运营商为了迎合广大用户的需求，不断推出内容丰富多彩的移动 增值业务，尤其是在3 g 网络刚刚投入使用的背景下，移动增值业务 更将突飞猛进的发展。然而，移动增值业务的发展也给用户带来了许 多麻烦，比如：运营商推出的每项业务几乎都需要对终端进行相应的 设置才能使用；有些业务需要用户在终端上安装客户端软件才能使 用；终端出现故障的可能性也越来越大；终端固件会慢慢落伍，以至 于不能使用新的业务。 o m a 国际组织于2 0 0 2 年提出了终端管理( d m ，d e v i c e m a n a g e m e n t ) 的概念，并在s y n c m l 协议的基础上制定了o m ad m 标准，为我们提供了解决上述问题的理论基础。本文研究的终端管理 平台正是基于o m ad m 标准所实现的。这一平台实现了对用户终端 的固件更新、配置管理、信息采集、远程诊断和锁定重置等功能。 论文首先详细阐述了终端管理业务，并从中提取出了业务需求。 根据对业务需求的分析，将终端管理系统的建设分为三个子系统，即 业务操作子系统、业务管理子系统和门户系统。 其次，深入研究了基于o m ad m 标准的终端管理技术。以o m a d m 标准和u a p r o f ( u s e r a g e n tp r o f i l e ) 机制为基础，提出了如何获 取终端描述信息的解决方案。 再次，深入研究了终端管理平台的软件架构。以j 2 e e 技术框架 为基础，提出了基于m v c 模式的终端管理平台软件架构。将终端管 理平台的业务逻辑层从整个系统中分离出来，降低了业务之间的藕合 度，提高了代码的重用性，增强了系统的扩展性。 最后，设计并实现了移动终端管理平台，并对终端管理平台的性 能作了分析。 关键词：终端管理o m am v c 固件更新 北京邮电人学硕士论文基于o m ad m 标准的终端管理平台研究 t h ei 己e s e a r c ho nd e v i c em a n a g e 匝n t p l 册o r mb a s e do no 【ad ms t a n d a r d a bs t r a c t i no r d e rt om e e tt h en e e d so ft h eu s e r s ，t e l e c o mo p e r a t o r sh a v e i n t r o d u c e dav a r i e t yo fm o b i l ev a l u e a d d e ds e r v i c e s e s p e c i a l l yi nt h e b a c k g r o u n dt h a tt h e3gn e t w o r kh a sj u s tb e e np u ti n t ou s e ，m o b i l e v a l u e a d d e ds e r v i c e sw i l l d e v e l o p m o r e r a p i d l y h o w e v e r ，t h e d e v e l o p m e n to fm o b i l ev a l u e a d d e ds e r v i c e sb r i n g st ot h eu s e r sal o to f t r o u b l e s f o re x a m p l e ，i no r d e rt ou s et h eb u s i n e s st h a tt e l e c o mo p e r a t o r s i n t r o d u c e d ，u s e r sm u s ts e td e v i c ea c c o r d i n g l yo ri n s t a l lc l i e n ts o f t w a r ei n t h ed e v i c e t h ep o s s i b i l i t yo fd e v i c ef a i l u r ea p p e a r i n gi n c r e a s e s d e v i c e f i r m w a r ew i l lb eg r a d u a l l yo u t d a t e d ，s ot h a tu s e r sc o u l dn o tu s et h en e w b u s i n e s s o m ai n t e m a t i o n a lo r g a n i z a t i o np u tf o r w a r dt h ec o n c e p to fd e v i c e m a n a g e m e n ta n dc o n s t i t u t e d0 m ad ms t a n d a r do nt h eb a s i so ft h e s y n c m lp r o t o c o li n2 0 0 2 ，p r o v i d i n gu sw i t has o l u t i o nt oa b o v ep r o b l e m s f r o mt h e o r e t i c a lf o u n d a t i o n t h ed e v i c em a n a g e m e n tp l a t f o r i 1w h i c hi s r e s e a r c h e di nt h i sd i s s e r t a t i o ni si u s tb a s e do nt h eo m a d ms t a n d a r d t h i sp l a t f o r mr e a l i z e sf u n c t i o n so ff i r m w a r eu p d a t e ，c o n f i g u r a t i o n m a n a g e m e n t ，i n f o r m a t i o nc o l l e c t i o n ，r e m o t ed i a g n o s i sa n dl o c k & r e s e t f i r s t l y , t h i sd i s s e r t a t i o nd e s c r i b e si nd e t a i lt h ed e v i c em a n a g e m e n t s e r v i c ea n de x t r a c t st h eb u s i n e s sr e q u i r e m e n t s b a s e do na n a l y s i so f b u s i n e s sr e q u i r e m e n t s d e v i c em a n a g e m e n ts y s t e mi sd i v i d e di n t ot h r e e s u b s y s t e m s ，n a m e l y , o p e r a t i o n a ls u b s y s t e m ，b u s i n e s sm a n a g e m e n t s u b s y s t e ma n dp o r t a ls u b s y s t e m 。 s e c o n d l y , w er e s e a r c h i n t ot h ed e v i c e m a n a g e m e n tt e c h n o l o g y d e e p l y , b a s e do no m a d ms t a n d a r d t h es o l u t i o no fh o wt oo b t a i n d e v i c ed e s c r i p t i o ni n f o r m a t i o ni si n t r o d u c e d w h i c hi sb a s e do no m a d ms t a n d a r da n du a p r o f ( u s e r a g e n tp r o f i l e ) m e c h a n i s m t h i r d l y , w er e s e a r c h i n t ot h es o f t w a r ef r a m e w o r ko fd e v i c e m a n a g e m e n tp l a t f o r md e e p l y t h es o f t w a r ef r a m e w o r ko fd e v i c e m a n a g e m e n tp l a t f o r mi si n t r o d u c e d ，w h i c hi sb a s e do nm v cm o d e la n d j 2 e et e c h n o l o g y t h i ss o f t w a r ef r a m e w o r ks e p a r a t e st h eb u s i n e s sl o g i c l e v e lf r o mt h es y s t e m ，s ot h a tt h ec o u p l i n gb e t w e e nt h eb u s i n e s s e si s r e d u c e d ，t h er e u s a b i l i t yo ft h ec o d ei si n c r e a s e da n dt h ee x t e n s i b l eo ft h e s y s t e mi se n h a n c e d f i n a l l y , w ed e s i g na n di m p l e m e n tt h ed e v i c em a n a g e m e n tp l a t f o r m ， a n da l s oa n a l y s et h ep e r f o r m a n c eo ft h ed e v i c em a n a g e m e n t p l a t f o r m k e yw o r d s ：d e v i c e m a n a g e m e n to m am v cf i r m w a r eu p d a t e 声明 独创性( 或创新性) 声明 本人声明所呈交的论文是本人在导师指导下进行的研究工作及取得的研究 成果。尽我所知，除了文中特别加以标注和致谢中所罗列的内容以外，论文中不 包含其他人已经发表或撰写过的研究成果，也不包含为获得北京邮电大学或其他 教育机构的学位或证书而使用过的材料。与我一同工作的同志对本研究所做的任 何贡献均已在论文中作了明确的说明并表示了谢意。 申请学位论文与资料若有不实之处，本人承担一切相关责任。 本人签名：日期： 关于论文使用授权的说明 学位论文作者完全了解北京邮电大学有关保留和使用学位论文的规定，即： 研究生在校攻读学位期间论文工作的知识产权单位属北京邮电大学。学校有权保 留并向国家有关部门或机构送交论文的复印件和磁盘，允许学位论文被查阅和借 阅；学校可以公布学位论文的全部或部分内容，可以允许采用影印、缩印或其它 复制手段保存、汇编学位论文。( 保密的学位论文在解密后遵守此规定) 保密论文注释：本学位论文属于保密在一年解密后适用本授权书。 本人签名： 导师签名：芝! 型a日期：互! 旦2 ，至2 星 北京邮电大学硕上论文基于o m ad m 标准的终端管理平台研究 1 1 课题研究背景 第一章绪论 近几年，随着电信运营业的不断发展，丰富多彩的增值业务不断推向市场， 并且，伴随着3 g 时代的到来，电信增值业务的发展势头更将如日中天。然而， 伴随着增值业务的蓬勃发展，我们也从中发现了一些问题，比如： ( 一) 运营商推出的每项业务几乎都需要对终端进行相应的设置才能使用。 比如，如果用户想开通w a p 业务就必须要在终端上配置w a p 网关等各项参数。 用户往往会对这些繁琐的配置感到烦恼，严重降低了用户对该业务的满意度。 ( - - ) 有些业务需要用户在终端上安装客户端软件才能使用，比如，使用飞 信业务首先就要在终端上安装飞信客户端，并且，随着客户端软件的不断升级， 用户还要一次次的下载升级包，用户同样为此感到烦恼。 ( 三) 随着终端功能的不断强大，终端出现故障的可能性也越来越大。一旦 出现故障，用户只能拿着终端去附近的维修点修理。用户会为此而埋怨。 ( 四) 随着时间的推移，终端固件会慢慢落伍，以至于不能使用新的业务， 直接影响了新业务的推广。针对这个问题，终端厂商往往采取将旧版本终端收回 的办法，但是这样却需要很大的收回成本。 为了更好的解决以上问题，方便业务的推广和改善客户服务，如何对终端进 行有效、快捷的管理成为运营商和终端厂商共同关注的焦点。 2 0 0 2 年，o m a 国际组织提出了终端管理的概念，并在s y n c m l 协议的基础 上制定了o m a d m 标准，为我们提供了解决这些问题的理论基础。o m a d m 标 准规定了标准化的管理对象，以及网络和客户段的通信规则，是目前在终端管理 技术上应用最广的协议标准。 本课题正是研究了基于o m a d m 标准所实现的远程动态管理用户终端的一 个平台，这一平台实现了对用户终端的固件更新、配置管理、信息采集、远程诊 断和锁定重置等功能。基于o m ad m 标准的终端管理平台很好的解决了上面所 提出的问题，从而将能够降低运营商的客户服务成本，降低用户使用增值业务的 难度，提高业务的使用率，增加运营商的收入。 北京邮电大学硕士论文基于o m ad m 标准的终端管理平台研究 1 。2 课题研究的现状 1 2 1 0 m a 标准研究现状 e r i c s s o n , n o k i a 等业内知名公司为了制定一个开放的、标准的数据同步 ( d a t a s y n c h r o n i z a t i o n ) 标准，于2 0 0 0 年2 月份策划成立了s y n c m l 组织，该组 织在2 0 0 2 年2 月发布了s y n c m l l 1 规范，并在其中引入了终端管理( d m ) 协 议【l 】。如今，s y n c m l 组织已并入o m a 国际组织，o m a 组织进一步完善了终端 管理协议，下面对o m a 组织制定的终端管理方面的协议作一下介绍【2 】： ( 一) o m ad m 标准 d m 标准允许第三方推出复杂的移动终端配置流程。第三方可以是无线运 营商、业务提供商或者公司信息管理部门。通过终端管理，第三方可以对终端用 户的移动终端进行远程参数设置、故障修复以及进行软件安装和更新。 ( 二) f u m 0 标准 f u m o 标准详细说明了管理对象和其必要的行为以支持移动终端的固件 更新。它基于o m ad m 标准并支持a l t e r n a t ed o w n l o a d 机制( 比如o m a d o w n l o a d ) 。f u m o 标准相当于客户端和管理移动终端固件更新的服务器之间的 接口。 ( 三) o m ad o w n l o a d 标准 o m ad o w n l o a d 标准基于h 1 v r p 下载机制，并添加了o m ad o w n l o a d 协议 中定义的一些相关特性。o m a d o w n l o a d 标准还具有其他附加功能，用以进行内 容协商、独立于协议的具有良好结构的元数据( m e t a d a t a ) 展现和对安装的应 用层确认。 ( 四) o m ac p 标准 p r o v i s i o n i n g 是一种基于w a p 客户端配置的处理流程。这种处理流程最小 化了与用户的互动操作。它包括以o t a ( o v e r t h e a i r ) 和通过应用如s i m 卡等 配置方式。o m ac l i e n tp r o v i s i o n i n gv 1 1 向后兼容w a p2 0 。这一版本还支持直 接访问( 并支持w a pp r o x y ) 和应用访问。 o m ac l i e n tp r o v i s i o n i n g 标准使运营商可以通过o t a 方式发送新的设置给 客户，客户只需将收到的新的设置保存到终端上就可以使用新的业务了。对于运 营商而言，简化先进业务的访问流程，可以提高业务的使用率、增加新的盈利渠 道并能减少客户支持费用。 1 2 2 终端管理研究现状 目前，欧美和日本等发达国家的终端管理业务已经被推广，并拥有很多的用 户。韩国s k 电讯，日本n t t d o c o m o 、k d d i 以及v o d a f o n e k k ，美国的c i n g u l a r , v e r i z o n ，s p r i n tp c s 都已经建设并商业运营了d m 平台。 2 北京邮电大学硕士论文基于o m ad m 标准的终端管理平台研究 中国目前还没有商业使用的终端管理系统，随着3 g 时代的到来，数据业务 的发展使运营商越来越重视对终端内容的管理和控制，因此，终端管理业务的开 展，必将成为运营商一个新的赢利点。根据欧美等发达国家开展终端管理业务的 经验来看，采用基于o m ad m 标准的终端管理技术作为开展该业务的技术基础， 将会为业务的顺利开展提供保障。 1 3 课题研究的主要内容 本论文对基于o m a d m 标准的终端管理平台做了深入的研究，论文的章节 安排如下： 第一章绪论。对课题研究的背景、现状以及课题研究的主要内容作了阐述。 第二章终端管理业务。详细阐述了终端管理业务，根据提取出的业务需求 给出了终端管理系统的系统结构。 第三章基于o m ad m 标准的终端管理技术研究。本章对o m ad m 标准作 了深入的研究。对基于o m ad m 标准的通信机制和通信安全性作了详细的讨论， 并且研究了如何采用终端管理技术获取终端描述信息，以u a p r o f 机制和o m a d m 标准为理论基础，提出了获取终端描述信息的解决方案。 第四章终端管理平台的软件架构分析。本章从框架和模式的概念入手，讨 论了设计模式的选择对系统建设的重要性，然后对j 2 e e 体系进行了研究，提出 了基于m v c 模式和j 2 e e 技术的软件架构。 第五章终端管理平台的设计与实现。本章首先对终端管理业务流程进行了 详细的分析和设计，然后提出了终端管理平台的体系结构。接下来详细阐述了业 务逻辑处理模块、业务管理模块和系统接口的设计。 第六章终端管理系统的性能分析。本章提出了衡量系统性能的指标，并从 四项基本业务入手分析了应用服务器和数据库服务器的性能。 第七章总结与展望。本章对论文主要工作进行总结，并对终端管理业务的 发展进行展望。 北京邮电大学硕一卜论文基于o m ad m 标准的终端管理平台研究 第二章终端管理业务 随着电信增值业务的不断发展以及终端功能的不断复杂化，如何实现对终端 的统一管理成为运营商和终端厂商不断关注的问题。终端管理业务是中国联通针 对当前终端管理复杂的现象推出的一种新的业务，这项业务采用了o m a 国际组 织发布的o m ad m 标准，实现了对终端的参数采集、参数配置、固件更新、远 程诊断和锁定重置，完成了对远程终端的有效管理。本章将从业务需求和系统结 构这两个角度对终端管理业务进行阐述。 2 1 业务需求分析 2 1 1 业务介绍 随着移动数据业务日趋丰富和复杂，业务对终端的依赖性也越来越高。终端 作为用户使用移动业务的载体，成为移动运营服务体系中不可或缺的重要组成部 分，为了实现更方便，更有效，更快捷地对终端设备进行远程管理，中国联通和 各终端厂商都致力于提高对终端设备的远程管理能力。 终端管理技术为运营商和终端厂商提供了一种低成本的手段来维护管理终 端软件和数据，o m ad m 规范是o m a 国际标准化组织制订的用于实现终端设 备管理的标准。利用终端管理技术可以通过o t a ( o v e r t h ea i r ) 的方式来采集 终端信息，配置终端的参数信息，将数据包从网络侧下载到终端上安装并更新永 久性信息，处理终端设备产生的事件和告警信息【3 】。 终端管理系统以终端管理o m ad m 标准为基础，需要实现上述描述的基本 d m 业务功能。结合当前中国联通运营在终端方面的需求，可以衍生出各种基 于终端的d m 业务功能。通过平台收集并组织静态和动态的终端信息，围绕终 端信息进行各种统计分析，可以为决策支持、目标营销、网络优化提供支持。通 过统一发布的终端能力数据，可以支持终端和其它业务平台的业务适配。通过固 件更新、软件升级、下载客户端软件，可以推广新业务和新应用。通过远程诊断 可以进行参数重设、补丁下载、手机遗失锁定等客户服务功能，提高客服效率和 用户满意度，创造新型的客户服务模式。 2 1 2 业务需求获取 通过前面对移动终端管理业务的介绍，下面从运营商的角度对业务进行总结 和归纳，提取需求信息，描述如下： 4 北京邮电大学硕士论文基于o m ad m 标准的终端管理平台研究 ( 1 ) 固件更新。通过空中数据链路对固件版本进行升级。主要用于终端软 件b u g 修复和终端软件版本升级。通过固件更新功能，可以实现手机软件的升 级和瑕疵的修复，避免召回有瑕疵的产品，节省成本。 ( 2 ) 参数采集。通过信息采集功能可以对终端的下列参数信息进行采集： 终端设备的参数配置信息，如w a p 、m m s 网关的配置信息。 终端设备的应用软件列表，如u m a i l 、i m 、g a m e 等。 终端设备硬件资源使用信息，如地址簿可用空间、可用内存等。 其它终端信息，保留收集其它终端信息的要求，如中国联通新开展业务 的参数设置。 支持客户服务人员，了解手机状态，迅速诊断手机故障，以采取适当的修复 方案，如通过固件更新或设置更新等，从而大幅度提升客户满意度，降低支持成 本。 ( 3 ) 参数配置 终端管理系统，根据系统中定义的规则，对支持o m ad m 和o m ac p 的移 动终端，进行参数配置。参数配置的内容主要包括： 数据服务访问参数，如a p n 名称等参数。 业务访问参数，如w a p 网关、m m s 网关、j 2 m eo t a 服务器等的访问 参数。 联通主页u r l 、书签等的配置信息。 中国联通新开展业务的参数设置。 参数配置功能用于修改手机中的参数配置，支持客户服务人员解决终端参数 配置故障，及支持运营商实现数据业务的无障碍开通和优化。 ( 4 ) 远程诊断和锁定重置 通过空中数据链路可以对终端进行远程锁定及终端软件的重新设置。当手机 遗失以后，用户可以通过客服系统提出对自己丢失的手机终端发起远程锁定重 设操作的请求。客服代表c s r 根据用户请求，首先对用户身份进行验证，验证通 过后再利用终端管理系统锁定手机终端所有通信功能，或将手机参数恢复到出厂 设置，清除所有用户数据，阻止他人继续使用该手机，并且保护手机终端上的用 户数据。 ( 5 ) 信息管理。包括对操作员信息、角色信息、终端厂商信息、认证鉴权 信息、终端信息、终端用户信息、机卡绑定信息的管理。 ( 6 ) 功能管理。包括参数配置模板管理、信息采集模板管理、固件升级包 管理和任务管理。 北京邮电大学硕士论文基于o m ad m 标准的终端管理平台研究 ( 7 ) 测试管理。终端管理系统提供终端型号、固件升级包的测试管理功能， 测试包括：自测试和审批测试。自测试由终端厂商自主完成，终端管理系统提供 自测试平台。终端型号、固件升级包通过自测试后，须提交运营商。运营商对终 端厂商提交的终端型号和固件升级包进行审批测试，通过审批测试后发布。 ( 8 ) 系统管理。包括数据统计、用户权限控制、系统监控。 ( 9 ) 门户管理。门户系统包括：运营商门户、终端厂商门户、客户服务门 户和用户自服务门户，提供运营商、终端厂商、客户服务人员、终端用户与系统 的交互界面。 ( 1 0 ) 安全管理。系统应具备系统自身的安全管理功能，同时对网络安全问 题也应有较全面的防范措施。 通过以上描述，我们可以了解到终端管理业务的基本需求，通过对这些需求 的总结，大致可以把它们分为两类t 一是业务操作，包括固件更新、参数采集、参数配置、远程诊断和锁定重置。 这些操作也可以称为操作引擎。 二是业务管理，包括信息管理、功能管理、测试管理、系统管理、门户管理、 安全管理。 下一节将基于这两大业务需求分类继续讨论系统的结构。 2 2 系统结构的建立 上一节分析了终端管理业务的需求，并归纳出了两大业务需求分类：业务操 作和业务管理。另外，建设终端管理平台的主要目的是为了实现对远程终端的有 效管理，方便业务的开展，因此，终端管理平台应该提供其他业务系统的接口。 基于上一节描述的业务需求，本节将给出终端管理平台的系统逻辑结构和系统组 网结构。 2 2 1 系统逻辑结构 终端管理平台系统逻辑结构图如图2 1 所示： 6 北京邮电大学硕士论文 基于o m ad m 标准的终端管理平台研究 图2 1d m 平台逻辑结构图 信息管理，提供对系统操作员、角色、终端厂商相关信息的管理，基于 这些信息实现认证鉴权；同时，提供对终端型号、终端用户、移动终端， 以及机卡绑定信息的管理。 功能管理，包括：对参数配置模板、信息采集模板的管理，对固件升级 包生命周期的管理，以及对业务操作任务和策略的管理。 操作引擎，是指业务能力的实现，提供对移动终端的固件升级、参数配 置和信息采集等功能。 测试管理，提供对终端参数配置、信息采集和固件升级的测试的管理功 能。 系统管理，提供对业务操作相关数据的统计，操作的日志记录和审计， 以及提供对操作节点的管理功能。 门户管理，提供对运营商、终端厂商、客户服务人员、终端用户的交互 界面及门户管理部分。 统一接口，用来连接其他业务系统。 2 2 2 系统组网结构 终端管理平台系统组网结构如图2 2 所示： 7 北京邮电人学硕上论文基于o m ad m 标准的终端管理甲台研究 案曼墨员 用户 运营商、终端厂商、客服人员以及终端用户通过w e b 门户系统访问终端 管理平台。 终端管理平台对即将上市的支持d m 业务的c d m a 终端及已经上市并支 持c p ( c l i e n tp r o v i s i o n i n g ) 功能的g p r s 终端提供业务功能。终端管理 平台系统下行通过w 印p u s h 方式与移动终端交互。 终端管理系统通过中国联通终端测试与管理系统实时获得机卡绑定信 息。 终端管理平台也可以通过客户服务系统为用户提供终端管理的功能。 终端管理平台通过业务支撑系统提供计费等业务支撑。 从系统组网结构可以看出，终端管理平台可以分为业务操作子系统、业务管 理子系统、门户子系统。业务操作子系统是对操作引擎的实现，主要依赖于高效、 安全的终端管理技术。业务管理子系统实现了对业务信息的统一管理，实现该系 统的关键技术是软件架构的设计，良好的软件架构可以降低系统的复杂度，提高 系统的性能。另外，门户子系统的实现以及三个子系统良好的融合同样依赖于性 能良好的软件架构。由此可见，要实现一个性能良好的终端管理平台主要取决于 两个方面，一是高效、安全的终端管理技术，二是良好的系统软件架构。论文的 第三、四章将分别对这两项关键技术进行研究。 北京邮电大学硕七论文基于o m ad m 标准的终端管理平台研究 2 3 本章小结 本章首先详细分析了终端管理业务，从运营商的角度提取出了业务需求，并 对业务需求进行分类。终端管理业务需求可分为两类，一是业务操作，二是对业 务的管理。然后，本章继续以业务需求为基础提出了系统结构，包括系统逻辑结 构和系统组网结构，把终端管理平台的建设细分为三个子系统的建设。子系统的 实现涉及到两个技术难点，一是终端管理技术的实现，二是软件架构的设计。论 文的后续章节将对这两项技术作深入的研究。 9 北京邮电人学硕上论文基于o m ad m 标准的终端管理平台研究 第三章基于o m ad m 标准的终端管理技术研究 终端管理技术的出现，使运营商对用户终端进行有效的远程管理成为可能。 通过终端管理技术，运营商可以方便地获得用户终端中的业务信息和功能信息 等，终端可以将运营商感兴趣的信息自动地从终端侧传递到网络侧；用户也可以 在手机出现故障时通过终端管理技术对手机进行远程故障诊断，当需要固件更新 或升级时，相应的固件升级包就会从网络侧发送到用户终端侧进行修复。目前， 终端管理技术的相关标准是在国际标准组织o m a 的d m 工作组中进行制定的。 这些标准主要有d m 引擎协议组，以及基于d m 引擎实现的各种d m 业务应用 的标准。 3 1 基于o m ad m 标准的通信机制研究 本节将分别从数据模型，消息格式，通信流程和通信安全性这几个方面研究 基于o m ad m 标准的通信机制。 3 1 1 数据模型 如果要实现对终端的统一管理，终端就要具备统一的数据格式，o m ad m 协议定义了标准的管理对象【4 】，通过管理这些对象达到管理设备的目的。标准的 管理对象可分为四类，即o m ad ma c c o u n t 管理对象，d e v l n f o 管理对象， d e v d e t a i l 管理对象以及i n b o x 管理对象，如表3 1 所示： 表3 - 1 标准管理对象 是否要求客户是否要求服务 管理对象 端支持器支持 描述 a c c o u n tm u s t m u s t 用于管理o m ad m 协议的设置 d e v i n f om u s tm u s to m ad m 服务器使用的终端信息 d e v d e t a i lm u s t m u s t 通用的标准化的终端信息 保留的u r i ，终端设备在其中使用 i n b o x m a ym a y 管理对象标识符以区别绝对u r i 为了对这些对象进行有效的管理，o m ad m 数据模型采用了终端管理树 ( d e v i c e m a n a g e m e n tt r e e ) 和终端描述框架( d e v i c e d e s c r i p t i o nf r a m e w o r k ) 这两个 概念，终端管理树以树的形式组织用于操作的数据对象；终端描述框架，包含了 有关终端管理树的元信息。 3 1 1 1 终端管理树( d mt r e e ) 终端的功能不断增加，有些新功能可能没有对应的管理对象，导致服务器不 1 0 北京邮电大学硕士论文基于o m ad m 标准的终端管理平台研究 能识别这些新的功能，从而无法对这些功能进行管理。为了有效管理这些新功能， 需要为这些功能定义新的管理对象。同时，它要求设备厂商在发布产品之前需要 公布设备的描述。服务器的管理者只需要在服务器上添加新的描述，它就能自动 识别和配置设备的新功能。d mt r e e 【5 1 将所有管理对象以树的形式组织起来，并 且为每个管理对象分配唯一的u r i 。如下图所示： 图3 - 1d m t r e e 示意图 o m ad m 协议定义了节点的添加和删除，以及节点内容的添加、删除、修 改和接收。d mt r e e 中的节点分为永久性节点或动态节点。永久性节点是在终端 设备制造期间建立的，不能被删除。o m ad m 协议还指定了访问控制权限的方 式，这些权限用于添加、修改、删除和访问树中的节点。服务器通过发送g e t 命令获取d mt r e e 节点的信息。 例如，某款终端的m m s 网关参数存储在m m s b a s e 节点下，d m 服务器可以 发送g e t 命令( 有关命令格式的内容将在下一节介绍) 给客户端，代码如下： 4 v e n d o r m m s b a s e 客户端收到命令之后，将返回给服务器一个结果，代码如下： 北京邮电大学硕士论文基于o m ad m 标准的终端管理平台研究 l m a n u f a c t u r e - t h ed e v i c em o d e l e m a i l + + + + + t h e ”n a m e n o d ef o rac o n n e c t i v i t yo b j e c t + 删o d e 删o d e 1 3 北京邮电大学硕十论文基于o m ad m 标准的终端管理平台研究 3 1 2 消息格式 在讨论服务器与客户端的通信流程之前，先讨论一下双方通信内容的格式， 即消息格式。 o m ad m 协议定义的消息格式可分为四类：消息容器标记、数据描述标记、 协议管理标记、协议命令标记【7 1 。 一、消息容器标记 为d m 协议的消息提供了基本的容器。包括s y n c m l 、s y n c h d r 、s y n c b o d y 。 s y n c m l 是d mt r e e 中的根结点；s y n c h d r 摧i 述了消息的基本信息，比如消息i d ， 消息版本等；s y n c b o d y 描述了消息的主体内容。 二、数据描述标记 描述了消息中的数据。包括d a t a 、m e t a 等。d a t a 描述了数据内容；m e t a 描述 了验证数据的基本信息。 三、协议管理标记 描述了消息中的管理信息，如s t a t u s 标记描述了对应命令的状态码。 四、协议命令标记 描述了消息中的操作方式。下面介绍几种常用的命令： ( 1 ) a d d 意义：添加数据。 父节点：a t o m i c 、s e q u e n c e 、s y n c 、s y n c b o d y 。 可以包含的元素：( c m d l d ，n o r e s p ? ，c r d e ? ，m e a t ? ，i t e m ) 。 ( 2 ) a l e r t 意义：发送一些自定义的信息给接收方。通过这个命令，双方可以进行一些 内容信息的交流，例如状态或发给应用程序的通知等。另外，它还允许通过标准 的方式去扩展出一些非标准的命令。 父节点：a t o m i c 、s e q u e n c e 、s n y c b o d y 。 要求：协议定义了一组标准的a l e r tc o d e ，具体内容这里不再列出。 ( 3 ) c o p y 意义：将数据复制到接收方的数据库。 父节点：a t o m i c 、s e q u e n c e 、s y n c 、s y n c b o d y 。 可以包含的元素：( c m d i d ，n o r e s p ? ，c r e d ? ，m e t a ? ，i t e m + ) 。 ( 4 ) d e l e t e 意义：删除数据。 父节点：a t o m i c 、s e q u e n c e 、s y n c 、s y n c b o d y 。 可以包含的元素：( c m d l d ，n o r e s p ? ，a r c h i v e ? ，s f i d e l ? ，c r e d ? ，m e t a ? ， 1 4 北京邮电大学硕上论文基于o m ad m 标准的终端管理平台研究 i t e m ) 。 ( 5 ) e x e c 意义：在接收方进行一系列操作。 父节点：a t o m i c 、s e q u e n c e 、s n y c b o d y 。 可以包含的元素：( c m l d i d ，n o r e s p ? ，c r e a ? ， ( 6 ) g e t 意义：从接收方获取数据。 父节点：a t o m i c 、s e q u e n c e 、s y n c b o d y 。 可以包含的元素：( c m d i d ，n o r e s p ? ，l a n g ? ， ( 7 ) s y n c 意义：进行数据同步。 m e t a ? , i t e m ) 。 c r e d ? ，m e t a ? ，i t e m ) 。 父节点：a t o m i c 、s e q u e n c e 、s y n c b o d y 。 可以包含的元素：( c m d l d ，n o r e s p ? ，c r e a ? ，t a r g e 口，s o u r c e ? ，m c t a ? ， ( a d d l a t o m i c l c o p y l d e l e t e l s e q u e n c e l r e p l a c e ) ) 。 以上几种常用的命令在终端管理业务的实现上经常用到，比如采集终端参 数是就要使用g e t 命令，对终端参数进行配置是就要使用e x e c 命令。 o m a d m 定义的消息格式规范了服务器和客户端的通信内容，为通信流程 的设计提供了基础。 3 1 3 通信流程 o m ad m 协议定义的通信流程由两阶段组成：建立阶段和管理阶段【8 1 。建立 阶段主要完成设备的鉴权和设备信息的交换；管理阶段是命令执行阶段，可能包 含多个互操作。图3 2 描述了这两个阶段： 北京邮电大学硕上论文基于o m ad m 标准的终端管理平台研究 管理阶段 图3 2o m ad m 通信流程示意图 下面对这两个阶段迸一步阐述。 一、建立阶段 来自服务器的p a c k a g e 0 是可选包，是服务器使用的一种带外信令机制来通 知客户端，向服务器发起连接并建立一个管理会话。许多设备都不能连续不断地 侦听来自服务器的连接。其他设备出于安全考虑也不会开放某个端口来接收连 接。然而，大多数设备可以接收一些消息。管理平台就可以使用通知来引起客户 端主动发起与服务器的连接，这个连接可以建立在h t t p 、w a p 或者其他传输 协议之上。 在收到服务器的通知之后，客户端需要主动向服务器发送p a c k a g e l ，请求建 立会话。这个包主要包括以下内容： 设备信息，例如生产厂商、型号等，这些信息必须在第一个发送的消息 中。 客户端的身份信息，服务器将使用该信息来验证客户端。 会话建立方式，告诉服务器会话是由服务器或者客户端发起的。 服务器收到客户端发来f l q p a c k a g e l 之后，继续发送p a c k a g e 2 给客户端， p a c k a g e 2 应包含以下信息： 服务器身份信息，客户端将使用该信息来验证服务器。 要求客户端执行的命令信息。 执行命令所需要的数据。 二、管理阶段 1 6 北京邮电大学硕士论文基于o m ad m 标准的终端管理平台研究 管理阶段由多个交互操作组成。服务器发送给客户端的包的内容决定了会话 是继续还是结束。如果服务器发送的包含有需要客户端返回状态或结果( s t a t u s 或 r e s u l t s ) 的操作，这个阶段就会继续下去。服务器收到客户端的结果以后，它可 以根据需要来决定是否结束这个会话。由于包的处理可能需要一定的时间，d m 协议并没有定义超时的时间。 来自客户端的p a c k a g e 3 含有对于服务器在p a c k a g e 2 r p 发送的管理命令的响 应。这些响应包括管理操作的状态，或者是如果服务器请求任何消息时，所返回 的有关结果。如果服务器在p a c k a g e 2 中发送任何命令并且没有要求客户端发送下 一个消息，那么客户端就不会发送这个p