[DM]OMA DM RepPro 协议学习

2023-12-11 16:48
文章标签 dm 学习 协议 oma reppro

本文主要是介绍[DM]OMA DM RepPro 协议学习，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

 

OMA-TS-DM-RepPro-V1_2-20060406-C（1）

1.介绍

这篇文档将讲述设备管理应用的SyncML表现协议.

 2.OMA设备管理应用

 2.1MIME使用

OMA DM消息使用两种MIME内容类型。
application/vnd.syncml.dm+xml：DM消息的明文XML表示。
application/vnd.syncml.dm+wbxml：DM消息的WBXML二进制表示。

2.2WBXML

All clients and servers MUST expect any 1.x version of WBXML, and all clients and servers MUST use any of the
following versions of WBXML [WBXML1.1], [WBXML1.2], [WBXML1.3].

3Mark-up语言描述

3.1Common Use Elements

                                                                                          
命令                       服务器支持                           客户端支持    |
                      发送              接收                 发送             接收
Chal                MUST            MUST               MUST           MUST
Cmd                MUST            MUST               MUST           MUST
CmdID             MUST            MUST               MUST           MUST
CmdRef           MUST            MUST               MUST           MUST
Cred               MUST            MUST               MUST           MUST
Final                MUST            MUST               MUST           MUST
LocName         MUST            MUST               MUST           MUST
LocURI            MUST            MUST               MUST           MUST
MoreData        MUST             MUST              SHOULD       SHOULD
MsgID             MUST            MUST               MUST           MUST
MsgRef           MUST            MUST               MUST           MUST
RespURI          MAY             MUST                MAY            MUST
SessionID        MUST            MUST               MUST           MUST
Source            MUST            MUST               MUST           MUST
SourceRef        MUST            MUST               MUST           MUST
Target             MUST            MUST               MUST           MUST
TargetRef        MUST            MUST               MUST           MUST
VerDTD           MUST            MUST               MUST           MUST
VerProto          MUST            MUST               MUST           MUST

3.1.1Archive

限制： 在OMA DM管理协议中这个元素不被使用。

3.2.2Chal

限制：当使用syncml:auth-md5或syncml:auth-MAC验证的时候，NextNonce元素的Meta Format必须被指定并且必须是b64.
实例：下面是一个"MD-5" 验证challenge例子.被请求的password和userid是Base64字符编码。
<Status>
    <MsgRef>0</MsgRef>
    <Cmd>SyncHdr</Cmd>
    <TargetRef>http://www.datamgr.org/servlet/manageit</TargetRef>
    <SourceRef>IMEI:001004FF1234567</SourceRef>
    <Chal>
        <Meta>
            <Type xmlns=’syncml:metinf’>syncml:auth-md5</Type>
            <Format xmlns=’syncml:metinf’>b64</Format>
            <NextNonce xmlns=’syncml:metinf’>ZG9iZWhhdmUNCg==</NextNonce>
        </Meta>
    </Chal>
    <Data>401</Data>
</Status>

3.2.3Cmd

限制：没有额外的限制超出[REPPRO]定义的。
实例：
<Status>
    <MsgRef>1</MsgRef>
    <CmdRef>2</CmdRef>
    <CmdID>1234</CmdID>
    <Cmd>Replace</Cmd>
    <TargetRef>./antivirus_data</TargetRef>
    <!-- OK, antivirus update loaded-->
    <Data>200</Data>
</Status>

3.2.4CmdID

限制：没有额外的限制超出[REPPRO]定义的。
实例：
<Status>
    <MsgRef>1</MsgRef>
    <CmdRef>2</CmdRef>
    <CmdID>1234</CmdID>
    <Cmd>Replace</Cmd>
    <TargetRef>./antivirus_data</TargetRef>
    <!-- OK, antivirus update loaded-->
    <Data>200</Data>
</Status>

3.2.5CmdRef

限制：没有额外的限制超出[REPPRO]定义的。
实例：
<Status>
    <MsgRef>1</MsgRef>
    <CmdRef>2</CmdRef>
    <CmdID>1234</CmdID>
    <Cmd>Replace</Cmd>
    <TargetRef>./antivirus_data</TargetRef>
    <!-- OK, antivirus update loaded-->
    <Data>200</Data>
</Status>

3.2.6Cred

限制：同[REPPRO]定义相同的限制。另外OMA DM限制Cred元素的使用在sync头元素：SyncHdr中.发起人一定不能应用Cred在单独的命令中。当使用syncml:auth-md5时，Cred元素的Meta Format必须被指定为b64。
实例：
<Cred>
    <Meta>
        <Type xmlns=’syncml:metinf’>syncml:auth-md5</Type>
        <Format xmlns=’syncml:metinf’>b64</Format>
    </Meta>
    <Data>Zz6EivR3yeaaENcRN6lpAQ==</Data>
</Cred> 

3.2.7Final

限制：没有额外的限制超出[REPPRO]定义的。
实例：
<SyncML xmlns=’SYNCML:SYNCML1.2’>
    <SyncHdr>...blah, blah...</SyncHdr>
    <SyncBody>
        ...blah, blah...
        <Final/>
    </SyncBody>
</SyncML>

 3.2.8Lang

限制：在OMA DM协议中不使用这个元素。
3.2.9LocName
限制：用来在MD5验证中发送userid。
3.2.10LocURI
限制：没有额外的限制超出[REPPRO]定义的。
实例：
<SyncHdr>
    <VerDTD>1.2</VerDTD>
    <VerProto>DM/1.2</VerProto>
    <SessionID>1</SessionID>
    <MsgID>1</MsgID>
    <Target>
        <LocURI>http://www.syncml.org/mgmt-server</LocURI>
    </Target>
    <Source>
        <LocURI>IMEI:493005100592800</LocURI>
    </Source>
</SyncHdr>

3.2.11MoreData

限制：没有额外的限制超出[REPPRO]定义的。
实例：
<Add>
    <CmdID>15</CmdID>
    <Meta>
        <Type xmlns=’syncml:metinf’>bin</Type>
        <Format xmlns=’syncml:metinf’>b64</Format>
        <Size xmlns=’syncml:metinf’>3000</Size>
    </Meta>
    <Item>
        <Target>
            <LocURI>./</LocURI>
        </Target>
        <Data>
            <!-- First chunk of data file -->
        </Data>
        <MoreData/>
    </Item>
</Add>

3.2.12MsgID

限制：没有额外的限制超出[REPPRO]定义的。
实例：
<SyncHdr>
    <VerDTD>1.2</VerDTD>
    <VerProto>DM/1.2</VerProto>
    <SessionID>1</SessionID>
    <MsgID>1</MsgID>
    <Target>
        <LocURI>http://www.syncml.org/mgmt-server</LocURI>
    </Target>
    <Source>
        <LocURI>IMEI:493005100592800</LocURI>
    </Source>
</SyncHdr>

3.2.13MsgRef

限制：没有额外的限制超出[REPPRO]定义的。
实例：
<Status>
    <MsgRef>1</MsgRef>
    <CmdRef>2</CmdRef>
    <CmdID>1234</CmdID>
    <Cmd>Replace</Cmd>
    <TargetRef>./antivirus_data</TargetRef>
    <!-- OK, antivirus update loaded-->
    <Data>200</Data>
</Status>

3.2.14NoResp

限制：在OMA DM协议中不使用这个元素。

3.2.15NoResults

限制：在OMA DM协议中不使用这个元素。

3.2.16NumberOfChanges

限制：在OMA DM协议中不使用这个元素。

3.2.17RespURI

限制：没有额外的限制超出[REPPRO]定义的。
实例：
<SyncHdr>
    <VerDTD>1.2</VerDTD>
    <VerProto>DM/1.2</VerProto>
    <SessionID>1</SessionID>
    <MsgID>1</MsgID>
    <Target>
        <LocURI>http://www.syncml.org/mgmt-server</LocURI>
    </Target>
    <Source>
        <LocURI>IMEI:493005100592800</LocURI>
    </Source>
    <RespURI>http://www.deviceman.org/servlet/manageit/bruce1?user=jsmith&af
ter=20000512T133000Z</RespURI>
</SyncHdr>

3.2.18SessionID

限制：没有额外的限制超出[REPPRO]定义的。
实例：
<SyncML xmlns=’SYNCML:SYNCML1.2’ >
    <SyncHdr>
        <VerDTD>1.2</VerDTD>
        <VerProto>DM/1.2</VerProto>
        <SessionID>1</SessionID>
        <MsgID>1</MsgID>
        <Target>
            <LocURI>http://www.syncml.org/mgmt-server</LocURI>
        </Target>
        <Source>
            <LocURI>IMEI:493005100592800</LocURI>
        </Source>
    </SyncHdr>
    <SyncBody>
        ...blah, blah...
    </SyncBody>
</SyncML>

3.2.19SftDel

限制：在OMA DM协议中不使用这个元素。
3.2.20Source
限制：没有额外的限制超出[REPPRO]定义的。
实例：下面是一个SyncHdr元素类型的应用例子。
<SyncHdr>
    <VerDTD>1.2</VerDTD>
    <VerProto>DM/1.2</VerProto>
    <SessionID>1</SessionID>
    <MsgID>1</MsgID>
    <Target>
        <LocURI>http://www.syncml.org/mgmt-server</LocURI>
    </Target>
    <Source>
        <LocURI>IMEI:493005100592800</LocURI>
    </Source>
</SyncHdr>

3.2.21SourceRef

限制：没有额外的限制超出[REPPRO]定义的。
实例：
<Status>
    <CmdID>4321</CmdID>
    <MsgRef>1</MsgRef>
    <CmdRef>1234</CmdRef>
    <Cmd>Copy</Cmd>
    <TargetRef>./DM/WAPSetting/1</TargetRef>
    <SourceRef>./Common/WAP/1</SourceRef>
    <Data>200</Data>
</Status>

3.2.22Target

限制：没有额外的限制超出[REPPRO]定义的。
实例：下面是一个SyncHdr元素类型的应用例子。
<SyncHdr>
    <VerDTD>1.2</VerDTD>
    <VerProto>DM/1.2</VerProto>
    <SessionID>1</SessionID>
    <MsgID>1</MsgID>
    <Target>
        <LocURI>http://www.syncml.org/mgmt-server</LocURI>
    </Target>
    <Source>
        <LocURI>IMEI:493005100592800</LocURI>
    </Source>
</SyncHdr>

3.2.23TargetRef

限制：没有额外的限制超出[REPPRO]定义的。
实例：
<Status>
    <CmdID>4321</CmdID>
    <MsgRef>1</MsgRef>
    <CmdRef>1234</CmdRef>
    <Cmd>Copy</Cmd>
    <TargetRef>./DM/WAPSetting/1</TargetRef>
    <SourceRef>./Common/WAP/1</SourceRef>
    <Data>200</Data>
</Status>

3.2.24VerDTD

限制：没有额外的限制超出[REPPRO]定义的。
实例：
<SyncHdr>
    <VerDTD>1.2</VerDTD>
    <VerProto>DM/1.2</VerProto>
    <SessionID>1</SessionID>
    <MsgID>1</MsgID>
    <Target>
        <LocURI>http://www.syncml.org/mgmt-server</LocURI>
    </Target>
    <Source>
        <LocURI>IMEI:493005100592800</LocURI>
    </Source>
</SyncHdr>

3.2.25VerProto

限制：规范的主要修订出现了矛盾的变化以至于可能需要一个新的管理客户端。较小修订改变没有影响管理客户端的基本兼容性。
当DM消息符合OMA DM协议规范的修订时，这个值必须是"DM/1.2".
实例：
<SyncHdr>
    <VerDTD>1.2</VerDTD>
    <VerProto>DM/1.2</VerProto>
    <SessionID>1</SessionID>
    <MsgID>1</MsgID>
    <Target>
        <LocURI>http://www.syncml.org/mgmt-server</LocURI>
    </Target>
    <Source>
        <LocURI>IMEI:493005100592800</LocURI>
    </Source>
</SyncHdr>

 3.3Message Container Elements

                                                                                    
命令                  服务器支持                      客户端支持      
                   发送              接收             发送            接收
SyncML         MUST             MUST           MUST          MUST
SyncHdr        MUST             MUST           MUST          MUST
SyncBody      MUST             MUST           MUST          MUST

3.3.1SyncML

限制：由于传输支持MIME内容类型，所以对象必须识别为
application/vnd.syncml.dm+xml (for clear-text, XML representation)或者
application/vnd.syncml.dm+wbxml (for binary, WBXML representation).
实例：
<SyncML xmlns=’SYNCML:SYNCML1.2’>
    <SyncHdr>
        <VerDTD>1.2</VerDTD>
        <VerProto>DM/1.2</VerProto>
        <SessionID>1</SessionID>
        <MsgID>1</MsgID>
        <Target>
            <LocURI>http://www.syncml.org/mgmt-server</LocURI>
        </Target>
        <Source>
            <LocURI>IMEI:493005100592800</LocURI>
        </Source>
    </SyncHdr>
    <SyncBody>
        ...blah, blah...
    </SyncBody>
</SyncML>

3.3.2SyncHdr

限制：没有额外的限制超出[REPPRO]定义的。
实例：
<SyncML xmlns=’SYNCML:SYNCML1.2’>
    <SyncHdr>
        <VerDTD>1.2</VerDTD>
        <VerProto>DM/1.2</VerProto>
        <SessionID>1</SessionID>
        <MsgID>1</MsgID>
        <Target>
            <LocURI>http://www.syncml.org/mgmt-server</LocURI>
        </Target>
        <Source>
            <LocURI>IMEI:493005100592800</LocURI>
        </Source>
    </SyncHdr>
    <SyncBody>
        ...blah, blah...
    </SyncBody>
</SyncML>

3.3.3SyncBody

限制：没有额外的限制超出[REPPRO]定义的。
实例：
<SyncML xmlns=’SYNCML:SYNCML1.2’>
    <SyncHdr>
        ...blah, blah...
    </SyncHdr>
    <SyncBody>
        <Status>
            <MsgRef>2</MsgRef>
            <CmdID>1</CmdID>
            <CmdRef>0</CmdRef>
            <Cmd>SyncHdr</Cmd>
            <Data>200</Data>
        </Status>
        <Alert>
            <CmdID>2</CmdID>
            <Data>1100</Data> <!—- User displayable notification -->
            <Item></Item>
            <Item>
                <Data>Your antivirus software is being updated.</Data>
            </Item>
        </Alert>
        <Get>
            <CmdID>3</CmdID>
            <Item>
                <Target>
                    <LocURI>./antivirus_data/version</LocURI>
                </Target>
            </Item>
        </Get>
        <Final/>
    </SyncBody>
</SyncML>

3.4Data Description Elements

                                                                                    
命令                  服务器支持                      客户端支持      
                   发送              接收             发送            接收
Data             MUST             MUST           MUST          MUST
Item             MUST             MUST           MUST          MUST
Meta             MUST             MUST           MUST          MUST
Correlator      MAY               MUST           MAY            MAY 

3.4.1Data

限制：It is REQUIRED that either the mark-up characters of the Data element
content are properly escaped according to [XML] specification rules or that the
CDATA sections are used.
实例：
<Item>
    <Data>MINDT=10</Data>
</Item>

3.4.2Item

限制：When an Item contains information for a managed node, and the meta format is not null, the Data element MUST be specified.
实例：
<Item>
    <Data>MINDT=10</Data>
</Item>

3.4.3Meta

限制：没有额外的限制超出[REPPRO]定义的。
实例：
<Cred>
    <Meta>
        <Type xmlns=’syncml:metinf’>syncml:auth-md5</Type>
        <Format xmlns=’syncml:metinf’>b64</Format>
    </Meta>
    <Data>Zz6EivR3yeaaENcRN6lpAQ==</Data>
</Cred>

3.4.4Correlator

限制：没有额外的限制超出[REPPRO]定义的。
实例：
<Correlator>
    abc1234
</Correlator>

3.5Meta Information Elements

                                                                                    
命令                  服务器支持                      客户端支持      
                   发送              接收             发送            接收
EMI              MAY               MAY             MAY            MAY
Format          MUST             MUST           MUST          MUST
MaxMsgSize   MAY               MUST           MAY            MUST
MaxObjSize    MUST             MUST           SHOULD      SHOULD
MetInf          MUST             MUST           MUST          MUST
NextNonce    MUST             MUST           MUST          MUST
Size              MUST             MUST           MUST          MUST
Type            MUST             MUST           MUST          MUST

3.6Protocol Management Elements

                                                                                    
命令                  服务器支持                      客户端支持      
                   发送              接收             发送            接收
Status          MUST             MUST           MUST           MUST

3.6.1Status

限制：
实例：
<Status>
    <MsgRef>2</MsgRef>
    <CmdID>1</CmdID>
    <CmdRef>0</CmdRef>
    <Cmd>SyncHdr</Cmd>
    <Data>200</Data>
</Status>

3.7Protocol Command Elements

 

这篇关于[DM]OMA DM RepPro 协议学习的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/481396。

相关文章

Java深度学习库DJL实现Python的NumPy方式

Java深度学习库DJL实现Python的NumPy方式

《Java深度学习库DJL实现Python的NumPy方式》本文介绍了DJL库的背景和基本功能,包括NDArray的创建、数学运算、数据获取和设置等,同时,还展示了如何使用NDArray进行数据预处理... 目录1 NDArray 的背景介绍1.1 架构2 JavaDJL使用2.1 安装DJL2.2 基本操
阅读更多...
Java如何接收并解析HL7协议数据

Java如何接收并解析HL7协议数据

《Java如何接收并解析HL7协议数据》文章主要介绍了HL7协议及其在医疗行业中的应用,详细描述了如何配置环境、接收和解析数据,以及与前端进行交互的实现方法,文章还分享了使用7Edit工具进行调试的经... 目录一、前言二、正文1、环境配置2、数据接收：HL7Monitor3、数据解析：HL7Busines
阅读更多...
HarmonyOS学习(七)——UI（五）常用布局总结

HarmonyOS学习(七)——UI（五）常用布局总结

自适应布局 1.1、线性布局（LinearLayout） 通过线性容器Row和Column实现线性布局。Column容器内的子组件按照垂直方向排列，Row组件中的子组件按照水平方向排列。 属性说明space通过space参数设置主轴上子组件的间距，达到各子组件在排列上的等间距效果alignItems设置子组件在交叉轴上的对齐方式，且在各类尺寸屏幕上表现一致，其中交叉轴为垂直时，取值为Vert
阅读更多...
Ilya-AI分享的他在OpenAI学习到的15个提示工程技巧

Ilya-AI分享的他在OpenAI学习到的15个提示工程技巧

Ilya（不是本人，claude AI）在社交媒体上分享了他在OpenAI学习到的15个Prompt撰写技巧。 以下是详细的内容： 提示精确化:在编写提示时,力求表达清晰准确。清楚地阐述任务需求和概念定义至关重要。例:不用"分析文本",而用"判断这段话的情感倾向:积极、消极还是中性"。 快速迭代:善于快速连续调整提示。熟练的提示工程师能够灵活地进行多轮优化。例:从"总结文章"到"用
阅读更多...
【前端学习】AntV G6-08 深入图形与图形分组、自定义节点、节点动画（下）

【前端学习】AntV G6-08 深入图形与图形分组、自定义节点、节点动画（下）

【课程链接】 AntV G6：深入图形与图形分组、自定义节点、节点动画（下）_哔哩哔哩_bilibili 本章十吾老师讲解了一个复杂的自定义节点中，应该怎样去计算和绘制图形，如何给一个图形制作不间断的动画，以及在鼠标事件之后产生动画。（有点难，需要好好理解） <!DOCTYPE html><html><head><meta charset="UTF-8"><title>06
阅读更多...
学习hash总结

学习hash总结

2014/1/29/   最近刚开始学hash，名字很陌生，但是hash的思想却很熟悉，以前早就做过此类的题，但是不知道这就是hash思想而已，说白了hash就是一个映射，往往灵活利用数组的下标来实现算法，hash的作用：1、判重；2、统计次数；
阅读更多...
零基础学习Redis(10) -- zset类型命令使用

零基础学习Redis(10) -- zset类型命令使用

zset是有序集合，内部除了存储元素外，还会存储一个score，存储在zset中的元素会按照score的大小升序排列，不同元素的score可以重复，score相同的元素会按照元素的字典序排列。 1. zset常用命令 1.1 zadd  zadd key [NX | XX] [GT | LT]   [CH] [INCR] score member [score member ...]
阅读更多...
【机器学习】高斯过程的基本概念和应用领域以及在python中的实例

【机器学习】高斯过程的基本概念和应用领域以及在python中的实例

引言 高斯过程（Gaussian Process，简称GP）是一种概率模型，用于描述一组随机变量的联合概率分布，其中任何一个有限维度的子集都具有高斯分布 文章目录 引言一、高斯过程1.1 基本定义1.1.1 随机过程1.1.2 高斯分布 1.2 高斯过程的特性1.2.1 联合高斯性1.2.2 均值函数1.2.3 协方差函数（或核函数） 1.3 核函数1.4 高斯过程回归（Gauss
阅读更多...
【学习笔记】 陈强-机器学习-Python-Ch15 人工神经网络（1）sklearn

【学习笔记】 陈强-机器学习-Python-Ch15 人工神经网络（1）sklearn

系列文章目录 监督学习：参数方法 【学习笔记】 陈强-机器学习-Python-Ch4 线性回归 【学习笔记】 陈强-机器学习-Python-Ch5 逻辑回归 【课后题练习】 陈强-机器学习-Python-Ch5 逻辑回归（SAheart.csv） 【学习笔记】 陈强-机器学习-Python-Ch6 多项逻辑回归 【学习笔记 及 课后题练习】 陈强-机器学习-Python-Ch7 判别分析 【学
阅读更多...
系统架构师考试学习笔记第三篇——架构设计高级知识（20）通信系统架构设计理论与实践

系统架构师考试学习笔记第三篇——架构设计高级知识（20）通信系统架构设计理论与实践

本章知识考点：         第20课时主要学习通信系统架构设计的理论和工作中的实践。根据新版考试大纲,本课时知识点会涉及案例分析题(25分),而在历年考试中,案例题对该部分内容的考查并不多,虽在综合知识选择题目中经常考查,但分值也不高。本课时内容侧重于对知识点的记忆和理解,按照以往的出题规律,通信系统架构设计基础知识点多来源于教材内的基础网络设备、网络架构和教材外最新时事热点技术。本课时知识
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2