syncml协议范例.doc

  1. 1、本文档共16页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
syncml协议范例

syncml协议范例 篇一:SyncML协议翻译 SyncML 同步协议(SyncML Sync Protocol) 翻译 周鹏 2006-1-24 摘要 本规范定义了SyncML客户和服务的同步协议。 它规范了怎样使用SynML表示层协议去完成SyncML客户端和服务端的操作。 1. 介绍 本规范的目的是用SyncML表示层协议(using the SyncML Representation protocol)定义同步协议.本协议的名称称为SyncML 同步协议,为不同的同步过程定义协议,同步过程发生在SyncML客户端和服务端.它们间的消息顺序图参考MSC#39;s. 本规范包含了一些普通的有用的同步案例. 1.1 SyncML框架 通过SyncML框架(图一)提供的SyncML接口实现本规范.本规范不要求实现SyncML接口的所有特征. 图一 SyncML框架 应用quot;Aquot; 描述的是一个提供网络同步服务的应用程序. 应用quot;Bquot;是相同网络上面的设备.服务和设备使用相同的网络传输协议(HTTP). 在上图中,同步引擎在SyncML服务器中实现,有时也可以在客户端提供同步引擎.SyncML 接口 同步服务代理(Sync server)和客户同步代理(Client Agent)使用本协议和SyncML 接口(the SyncML interface #39;SyncML I/F#39;)提供表示层协议. 1.2 设备的角色 图二描述了一部作为SyncML客户的手机和一个SyncML 服务器同步的例子. SyncML 客户发送 SyncML消息给SyncML服务器, 这个SyncML消息包含了 SyncML 客户的修改数据.服务器同步数据(包含可能的增加 修改 删去),数据是服务器的同步消息(SyncML messages),之后,同步服务器(the SyncML server)返回给同步客户(SynML Client)它的修改数据. 图二 移动电话和服务器同步的例子 上图提供了一个十分简单的例子,描述了规范中的设备角色: 同步客户端(SyncML Client)- 设备包含了同步客户代理,它首先发送它的修改数据给服务器. 客户必须能够接收同步服务器(the SyncML server)的影响. 同步客户端(SyncML Client)通常首先发送修改,但是,有些情况下服务器会首先初始化同步.同步客户端通常是移动电话设备,个人电脑,PDA 设备. 同步服务器(SyncML server) -- 它是包含了同步引擎和同步代理的设备.通常是等待通步客户端发发起 同步请求和修改数据.当它收到客户的修改数据,服务器处理同步分析并且给客户端响应. 同步服务器在传输协议层可以主动的发送命令初始化同步. 典型的同步服务器设备是服务设备或者是个人电脑 1.3 同步类型 本规范定了七种同步类型,将在下面表一种介绍 表一 SyncML同步类型 1.4 符合和约定 参考英文版 The key words quot;MUSTquot;, quot;MUST NOTquot;, quot;REQUIREDquot;, quot;SHALLquot;, quot;SHALL NOTquot;, quot;SHOULDquot;, quot;SHOULD NOTquot;, quot;RECOMMENDEDquot;, quot;NOT RECOMMENDEDquot;, quot;MAYquot; and quot;OPTIONALquot; in this document are to be interpreted as described in [RFC 2119]. Any reference to components of the Device Information DTD or XML snippets are specified in this type face. 1.4.1 MSC 名称概念 用在消息序列图上面的名称概念如下 ?BOX - 一个初始过程或者设备的内部过程 ?Hexagon- 开始传输的一个需要条件 ?Arrow-代表一个消息或者一个传输过程 2.协议的基础 在此章节,所有的同步类型的特征和需求都将被定义. 2.1 改变日志信息 本协议要求所有设备(客户端设备和服务端设备)能够跟踪他们之间的发生的改变和同步. 他们需要维护数据项的修改日志信息,修改包含替换,增加,删去. 本协议没有规定在设备内部 怎样维护这些日志信息.然而,当同步开始的时候,设备必须知道哪些数据项发生了改变. 为了标识这些数据项,唯

文档评论(0)

xiaozu + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档