微米、客户端-[OMA] DM Bootstrap 设备引导-by小雨
废话就不多说了,开始。。。
绍介
其他的OMA标准义定了一个管理会话是怎样建立和维护的。然而,为了使客户端也能发起一个管理会话,它必须供提响应的OMA DM设置。
引诱是一个供提客户端一个可以动启一个到务服器的管理会话进程。经已被引诱的客户端可以进一步的引诱,来动启到一个新的务服器的管理会话,或者新重引诱来新更账户。
引诱
引诱式模
OMA DM 客户端须要通过一组大庞的协议并且可以通过不同的网络境环来被作操。这使得它很难找到“大而全”的解决方案。这章的开始是一些引诱基本的要求,接着义定了三个不同的引诱进程。
要求
解决方案
本文档义定了以下方法执行引诱进程。
- 定制引诱:
设备在制造时就装载载了OMA DM账户以及接连息信,也称为厂工引诱。
- 智能卡引诱:
智能卡插在设备里,DM客户端从智能卡里初始化。
- 务服器发起的引诱:
DM务服器通过一些推送机制比如WAP Push或者OBEX来发送引诱息信。前提是,DM务服器须要晓得设备的地址或者电话号码。
- 客户端发起的引诱:
DM客户端从DM引诱务服器受接引诱息信,前提是设备经已晓得务服器的URL。
DM客户端最少应当晓得一种所支撑流程的配置文件。(见5.3).
定制引诱
从端终度角来看这是一个便方的引诱式方,因为用户不须要任何做事情。在这里,作操者的作操细节被设备运营商在出厂时预订了,有所的关于作操者的网络境环和管理施设都备准好了。这类式模的另一个利益就是它非常安全。因为经已没有必要通过网络来传输敏感的命令和息信,比如共享密钥。但是这类式模不是很稳定,而且不是有所的设备在制造时都供提这一务服,不是有所的设备由作操者来发起接连,在用户个人设置并且初始化后,DM务服和DM客户端都可以动启一个OMA DM管理会话。
图1概述了这个场景
图1 定制引诱
智能卡引诱
从端终用户的度角来看这也是一个便方的引诱DM客户端的式方,因为用户也不须要做任何事情。在这类式模下DM客户端可以在智能卡里取获引诱息信。没有必要通过无线网络来递传敏感命令和息信,比如共享密钥。在确保引诱息信被认证的情况下,智能卡是非常安全的。如果设备支撑智能卡引诱,可么可以在没有运营商授权的情况下以可就引诱设备,在DM客户端引诱后,DM务服器和DM客户端都可以动启一个管理会话。
图2 从智能卡引诱
务服器动启引诱
在这类式模下,设备刚开离装配线,是一个清洁的态状,一旦用户想用设备并且做个性化设置,比如插入了一张SIM卡,这是能可其它不同的式方。在现的问题是来通知DM务服器设备的身份、地址和电话号码,这也可以通过很多种式方实现。
- 可以在售销点里取得息信,如果售销系统和管理系统是绑定在一起的。
- 可以通过用户在进入自助务服网站时输入电话号码取得。
- 可以在设备第一次注册网络时取得。总之是触发设备将使用的号码经由主要的接连网络发送到DM务服器里。
- 可以通过语音提示系统提示用户键入他的电话号码。
不管务服器怎样取得设备的地址和电话号码,在现假设务服器可以向用户发送引诱息信。息信的结构和内容在这里会义定,包含的息信经已足够设备客户端向务服器发送一个管理会话息信。
DM客户端应当只从授权的务服器(DMSecurity)接收引诱息信.
图3 式模预览
图3 务服器发起的引诱
客户端发起引诱
在这类式模下,DM客户端从DM引诱务服器上检索引诱包,前提是DM客户端得晓得DM务服器的URL地址,就像图4的那样。在附录E里面描述了一个发现引诱务服器的方法。在引诱包被成功的安装后,DM客户端就开始尝试着向务服器动启一个管理接连。
图4 客户端发起的引诱
供提OTA引诱包
OTA(无线)通过OMA 推送来供提DM引诱包。设备决定是否受接引诱包的策略不再本标准的范围之内。一个可行的方法是,利用设备支撑Push Management Object(PushMO)这一特性,它维护着一个叫做白名单的的东西,可以授权向设备发送OMA Push息信。在这类情况下设备仅当确认认证通过时才会执行Push message。
引诱配置
对于那些经已存在引诱或者供提响应机制的设备,OMA DM的设计经已满足了很多种类型设备的管理须要。这类情况下OMA DM利用了现有的机制来向后兼容并且可以实现简单的部署。本文档绍介了引诱配置的概念,义定了不同种类的设备是怎样引诱的的,指出了OMA DM是怎样利用了存在的标准。每一个配置义定了它自己的安全机制、传输式方以及数据格式。目前计划了两种配置文件,但是随着对OMA DM兴趣的增长,更多的配置文件会被添加进来。设备管理配置必须要支撑,其它的特殊配置要尽可能支撑。
- OMA客户端配置
这个概要文件义定了OMA设备管(ERELDDM)是怎么应用与引诱的。
OMA客户端配置(ERELDCP)旨在向设备供提初始的配置息信,可以用来使设备可以被OMA设备管理(ERELDDM)管理。这一章指定了客户端供提的息信和设备管理数之间的映射,如果设备支撑客户端供提息信的和管理设备,通过供提的参数来管理就很有可能了。
未完...
文章结束给大家分享下程序员的一些笑话语录:
小沈阳版程序员~~~ \n程序员其实可痛苦的了......需求一做一改,一个月就过去了;嚎~ \n需求再一改一调,一季度就过去了;嚎~ \n程序员最痛苦的事儿是啥,知道不?就是,程序没做完,需求又改了; \n程序员最最痛苦的事儿是啥,知道不? 就是,系统好不容易做完了,方案全改了; \n程序员最最最痛苦的事儿是啥,知道不? 就是,系统做完了,狗日的客户跑了; \n程序员最最最最最痛苦的事儿是啥,知道不? 就是,狗日的客户又回来了,程序给删没了!