基于SyncML的移动终端数据分享设计与实现
浅析数据同步协议——SyncML
参 考 文 献
… ｊｂｃ ， ｅｅ ｔ Ｂ ｓ １ １ ｕ ｉａ Ｌ ｖｎｅ ， １ Ｃ，ｅ １ Ｓ ｌ ｏｇｎｚｔ ｎｉ ｍ ｂｌ ｄｈ ｅｗ ｒ：ｈ ｐ ｒａｈｏ ｒ ｎ ｄｓＩ Ｅ ｏ Ｌ Ｂ １ １ ｔａ ．ｅ － ｒａｉ ｉ ｏ ｉ Ａ ｏ ｎｔｏｋ ｔｅ ｐｏｃ ｔ ｍｉｏ ｅ．Ｅ ＥＣ ｍｍｕ ｉ ｔ ｎ ｆ ａｏ ｎ ｅ ｃ ａ ｆｅ ｎｃ ｉ ａｏ
Ｃｏ ｍｍｕ ｉａ ｏ ， 异１ ９ ｎ ｃ ｔ ｎｓ Ａｕ ９ ９ ｉ
【】 ｅＧ， ｅｌ Ｈ ｎ Ｃ ｉ ｇＣＣ． ｒｌ ｓｈ ｒｒｈｃｌｏ ｔ ｇ ｒｔｃｌ ｔ ｒｕ ｂｌｙ． ｒ ｅｄｎ ｓ ｆＥ ＥＷＣ Ｃ９ ， ４ Ｐ ｉ Ｇ ｒ Ｍ， ｏ ｇ ａ Ｘ， ｈａ Ａｗ ｅ ｅ ｉ ａｃ ｉ ｕｉ ｏ ｏｗ ｈｇｏ ｐｍｏｉｔ Ｐｏ ｅｉｇ Ｅ Ｎ ９ ｎ ｉ ｓ ｅ ａｒ ｎ ｐ ｏ ｉ ｉ ｃ ｏＩ
Ｍａ ａｉｅ ２ ０ ，９ ６：６ － ７ ｇ ｚｎ ， ０ １３ （ １ ６ １ ４ １
【】Ｍｏｉ ｄｈ ｅ ｏｋ （ Ｎ Ｔ ． ｔ ：ｗ ｗｉｔｏｇ ｔ１ ｈｎ ｒ ｍ虮ｅ ａ ｅ．ｔ１ＩＴ ， ｙ２ ０ ２ ｂｌ Ａ ｏ Ｎ ｔ ｒｓ ＭＡ Ｅ ） ｈ ｐｌ ｗ ． ｆｒ／ ｍ ． ａ ｅｓ ｅ ｃ ｗ ｔ ｌ ｅ． ｈ ｃ ／ 卜ｄ１ｎ ｒ ｍ ．Ｅ Ｆ Ｍａ ０ ０ ｈ
Ｂ ｔ ｒ ｂｌ ｅ ｏ ｓ ｎ ｐ ｌ ａ ｏ ｓ ３ （ ）， ９ ８ １ １ １ ９ ｌ ｅ Ｍｏ ｅ ｗ ｋ ａ ａ ｚ ｉ Ｎ ｔ ｒ ｄＡ ｐｉ ｔ ｎ ， ｃｉ １ １９ ， ０ ￣ １
基于SyncML的移动数据库同步技术研究
Ｓ ｙ ｎ ｃ ＭＬ 传输 绑定 协议主要描述 了数 据包在传输过程 中的 承载形式 ， 目前行业 内通用 的形式包 括 Ｈ ｒ Ｉ ｆ Ｉ ’ Ｐ 、 ＷＳ Ｐ 、 Ｏ Ｂ Ｅ Ｘ三种 形式 ， 在数据同步过程 中根据 同步双方 的具体情况 自动识别 。 Ｓ ｙ ｎ ｃ ＭＬ协议栈 中各协议 之 间的层次关 系十 分清楚 ， 高 层 协议 以底层协议 为基础 ， 低层协议 可 以为高层协议服务 ， 各 层 协议分工 明确完成的定义了数据交互过程中的具体实现形式 。
１ 通 用数 据 同步协 议 Ｓ ｙ ｎ ｃ ＭＬ
Ｓ ｙ ｎ ｃ Ｍ Ｌ是一种被工业 界广泛接受的面 向应用层 的数 据同 步标准 ， 一经 推出就受 到行业 内的广 泛认 可 ， 目前该协议 可以 很好 的支 持市场上 的移动终端设 备 ， 网络传输形式 多样化 ， 数 据同步标准上可 以实现任何行业 内数据类型标准 ， 正因为具备 该种优势 ， 使得 移动设 备厂商和通讯厂商争相在此协议上深度 开发 和应 用 。 这也为不 同设备间 的数 据通信创造 了有利条件 。 Ｓ ｙ ｎ ｃ ＭＬ 协议 是依靠 Ｓ ｙ ｎ ｃ ＭＬ协议栈来 承载 的具 体功能 ， Ｓ ｙ ｎ ｃ ．
１ ． ２ Ｓ ｙ ｎ ｃ ＭＬ表示协议（ ｓ ｙ ｎ ｃ ＭＬ Ｒｅ ｐ ｒ ｅ ｓ ｅ ｎ ｔ ａ ｔ ｉ ｏ ｎ Ｐ ｒ ｏ ｔ ｏ ｃ ｏ １ ）
随着 移动互联网技术的快速发展 ， 用户使用移 动终端设备 （ 移 动计 算机 、 Ｐ ａ ｄ 、 智能手 机 、 智能手 表等） 可 以随时 、 随地 、 方 便、 快捷 、 准确的获取和传递各种类型 的信息 。另一方面 ， 受到 网络条件 、 通讯协议 、 通讯费用和宽带费用等条件 的约束 ， 用户 在享 受这种先进科技带来 的服务 同时 ， 也面临一个难 以解 决的 现实 问题 ， 即： 如何解 决数据一致性 和共享性 的问题 。为 了满 足用 户在离线状态下获取和传递信息 的需求 ， 一般做法是 主服 务器将 一个数据库副本存放在用户使用的移动终端上 ， 并定 时 与主服务器保持数据交互连接 。因此 ， 有必要 为一种管理 机制 维 护主服务 器数据库 与移动客户端 数据库副本 之间 的数据一 致性 和共 享性。同时 ， 满足异 步信息操作后数据 冲突的检测 和 解决 方法 。Ｓ ｙ ｎ ｃ Ｍ Ｌ 协 议” 怍 为一种 国际标 准化组织 Ｏ Ｍ Ａ制定 的开放 国际工 业标准 ， 该协议 已经被 国内外 工业届普遍 接受 ， 并 被 国际 电信联盟确认 为下一代移 动通信标 准的重要组成 部 分之 一。本文正是在此基础上 ， 从 理论 方面详 细分析和探讨 移 动数据 在异 步操作 下 的同步 问题 ， 提 出一个数 据 同步原型 系 统， 在 网络连接／ 断接 、 不 同类 型的设 备以及客户端操作 系统之 间存 在差异的条件下 ， 提供通 用性 的移动 词： 移动数据库 ； 数据 同步； 副本 ；
基于SyncML的WAP个人移动系统设计与实现
利 用 ｐ ｐ开 发 实现 了 一 种 Ｗ Ａ 方 式 的 个 人 资 料 管 理 系统 ， 有 方 便 、 全 ， 持 多 种 移 动 终 端 的 特 点 该 系 统 ｈ Ｐ 具 安 支 为 用 户 提 供 “ 瓜 ” 的 个 人 数 据 维 护 服 务 ． 效 解 决 了 数 据 维 护 问题 ． 时 也 为 建 立 用 户 为 本 的 移 动 应 用 业 傻 式 有 同
通 过 手 机 处 理 日常 事 务 快 速 增 长 的 用 户 数 量 及 用 户 使 用 习惯 的改变 ． 使个 人移 动应 用系 统顺 应而 生 。 促 无 线 应 用 协 议 ＷＡ （ ｉ ｌｓ ｐ ｌ ａ ｏ ｒｔｃ １ Ｐ Ｗ ｒ ｅｓＡ ｐｉ ｔ ｎＰｏｏｏ） ｅ ｅｉ 是
容 服 务 器 的 Ｕ Ｌ后 ． 号 经 过 无 线 网 络 。 ｗ Ａ 协 议 方 Ｒ 信 以 Ｐ
无 关 的信 息同 步标准 协议 集 ． 为 Ｓ ｎ ＭＬ数据 传输 协议 分 ｙｃ
（ｙ ｃ — Ｓ 和 Ｓ ｎ ＭＬ 设 备 管 理 协 议 （ｙ ｃ — Ｍ１ Ｓ ｎ ＭＬ Ｄ ） ｙｃ Ｓ ｎ ＭＬ Ｄ 。 Ｓ ｎ ＭＬ提 供 了 一 个 开 放 标 准 ，得 到 了 Ｎ ｋａＳ ｍｂａ ｙｃ ｏ ｉ、ｙ ｉ ｎ，
基 于 Ｓ ｎ ＭＬ的 Ｗ Ａ ｙｃ Ｐ个 人 移 动 系统 设 计 与 实现
李 琳
（ 山西 财政 税 务 专科 学 校 ， 西 太原 ０ ０ ２ ） 山 ３０ ４
摘 要： 为解决 ３ 网络 移动 终端 上个人 信 息 资料 的维护 、 存 、 享等 问题 ， 章采 用 Ｓ ｎ ＭＬ同步协 议 ， Ｇ 保 共 文 ｙｃ
式 发送 请 求 至 ＷＡ Ｐ网 关 ． 后 经 过 “ 译 ” 再 以 Ｈ 卯 然 翻 ． １
移动数据同步协议SyncML分析
０ 引 言
随 着 社 会 的 迅 速 发 展 ， 求 的 不 断 增 长 ， 们 对 设 备 的 需 人 功 能 性 要 求 也 不 断 的 提 高 。 设 备 的 多 样 性 （Ｃ机 、 提 、 Ｐ 手 智 能 手 机 、 ＤＡ 导 致 传 输 协 议 的 多 样 性 ， 而 给 终 端 用 户 、 Ｐ ） 从 设 备 制 造 商 、 应 用 程 序 开 发 者 和 设 备 提 供 商 带 来 了 许 多 不 可 避 免 的问题 。 对 于 终 端 用 户 而 言 ， 要 在 不 同 的 设 备 使 用 不 同 的 同步 需 产 品 来 访 问大 量 的 数 据 ， 在 不 同 的 设 备 上 安 装 配 置 不 同 的 即 同步 传输 协 议 ， 样 花 费 大 量 的 配 置 、 作 和 管 理 的 时 间 ； 这 操 对 于 设 备 制 造 商 而 言 ， 了满 足 不 同设 备 之 间通 信 所 需 协 议 不 为 同， 虑到 兼容性 ， 备制造商 需要考虑设 备的存储 空间 、 考 设 内 存 、 耗 等 问题 ， 而 无 法 准 确 精 简 设 备 ； 服 务 提 供 商 而 言 ， 功 从 对 同步 技 术 的 繁 殖 不 可 能 实 现 高 效 的 部 署 和 支 持 用 户 ， 了 支 为 持 一 些 已经 在 使 用 的 数 据 类 型 和 设 备 ， 务 提 供 商 必 须 安 装 服 和 配 置 多 服 务 架 构 、 护 和 支 持 此 架 构 并且 维护 兼 容 和 性 能 ； 维 对 应 用 程 序 开 发 者 而 言 ， 种 同 步 技 术 使 得 他 们 在 以后 的 数 多 据 维 护 中 不 能 灵 活 的 改 进 网络 数 据 存 储 ， 且 还 增 加 了开 发 并
基于ML的数据交换平台的设计与实现
在实现过程中，我们需要首先对不同的数据库进行调研和分析，了解其数据 结构和特点。然后，利用机器学习算法对各个数据库中的数据进行特征提取和选 择。通过分析不同数据库中的数据特征，我们可以建立一个通用的数据模型，用 于实现不同系统之间的数据转换和映射。
为了验证该技术的可行性和有效性，我们搭建了一个基于.NET的校园网信息 管理平台，并实现了不同系统之间的数据共享和交换。通过测试和实际应用，我 们发现该技术可以有效地解决异构数据库之间数据交换的问题，提高了不同系统 之间的协同效率和信息共享能力。
（5）监控管理模块：用于监控和管理数据交换平台的运行状态、日志记录 等。
3、数据交换平台实现
31、1数据源接入
数据源接入可以采用不同的方式，如JDBC连接数据库、使用HTTP API等。具 体实现方式应根据实际业务系统的特点和需求来确定。
3、2消息队列实现
消息队列是数据交换平台的核心组件之一，负责接收和存储数据源发送的数 据消息。在本平台中，我们采用了ActiveMQ作为消息队列的实现。ActiveMQ具有 高可用性、高性能、可扩展性等特点，支持多种消息协议和数据格式。
3、3数据处理模块实现
数据处理模块从消息队列中读取数据消息，并进行相应的处理（如解析、转 换、过滤等）。在本平台中，我们采用了Java语言编写数据处理模块，使用了 Spring框架提供的IoC和AOP技术，实现了模块的高可用性和可扩展性。
3、4目标系统实现
目标系统接收和处理后的数据消息，并将其发送到目标业务系统中。在本平 台中，我们采用了JDBC连接数据库的方式来实现目标系统的接入。具体实现方式 应根据实际业务系统的特点和需求来确定。
随着企业信息化的快速发展，各个业务系统之间的数据交换和共享变得越来 越重要。为了实现不同系统之间的数据互通，通常需要设计和实现一个数据交换 平台。本次演示将介绍一种基于中间件技术的数据交换平台的设计与实现方法。
云脉手机数据SyncML同步软件(手机PIM软件)
云脉手机数据SyncML同步软件（手机PIM软件）
手机PIM服务可实现手机个人重要信息（通讯录、短信、日程、备忘录等）同步上传至云端服务器，实现数据“云”备份，也可以在手机数据丢失后将这些数据轻松下载，恢复。
云脉手机SYNCML PIM同步软件支持安卓、IOS、PPC、SYMBIAN、MTK、展讯等10多个手机、PC、服务器平台。
与40多个手机厂商合作中国移动号簿管家及中国电信号簿助理定制手机。
SyncML同步软件功能特点：
支持多平台手机（提供十几个手机OS、PC及服务器版本的SyncML软件）
严格执行SyncML国际标准，可同步Google、Nokia、中国移动、中国电信等SyncML服务器及标准的SyncML 手机客户端同步
同步速度快、同步引擎小
产品优势
◆是中国唯一一家能实现手机、网络、PC三端平台相互同步的PIM系统软件。
手机、网络、PC三个平台互联互通，保证数据的无缝交换
◆是中国开发了最多手机平台PIM软件的公司。
积累了6年的各主流手机平台（安卓、IOS、MTK，展讯, Symbian, PPC等）软件开发经验
◆公司已与50多个手机厂商/设计/芯片公司、移动（号簿管家）及电信成功合作SyncML同步软件
项目合作：86-592-6301803 6301863
Email：sales@
Websites:
关键字: PIM,SYNCML,手机数据同步,手机通讯录同步。
基于SyncML协议的数据同步过程的研究与优化
应用 （ 图 １ 如 中应 用 Ｂ）进行 数据 同步交互 。它们之 间的数 据 同步 交互可以利用 Ｈ Ｔ Ｔ Ｐ协议 、ＷＳ Ｐ协议 、Ｏ Ｅ Ｂ Ｘ协 议等
公用 网络连 接 。
基 于 Ｓ ｎ ＭＬ的数据 同步 应用 作为一 项移 动通 信领域 ｙｃ
的新兴 业务，能够完成任何 网络 、任何数 据类型 、任何设 备 之 间 的数据信 息 的 同步， 因此 具备 广 阔的 应用 前景 和极 大 的应用价 值 。
Ｓ ｎ ＭＬ同步架 构描述 了应 用 Ｓ ｎ ＭＬ协 议实 现数 据 同步 ｙｃ ｙｃ 的主 要组 成 框架及 各 部分 的 作 用； Ｓ ｎ ＭＬ同 步协 议主 要 ｙｃ 定义 了 同步会 话 中 的数据 交 互 的流 程 ；Ｓ ｎ ＭＬ表 示协 议 ｙｃ 主要涉及 同步所 支持 的数 据类型 、消息格式等 ；Ｓ ｎ ＭＬ传 ｙｃ 输 绑 定 协 议 中 定 义 了如 何 在 超 文 本 传 输 协 议 （ ＴＴ Ｈ Ｐ，
２１ ｙ ｃ ． Ｓ ｎ ＭＬ同步框架
在 图 １中，描述 了 Ｓ ｎ ＭＬ协 议规定 的基 本数据同步架 ｙｃ
构 ，它 由应 用 、同步引擎 、 同步代理 、Ｓ ｎ ＭＬ数据对 象 、 ｙｃ Ｓ ｎ ＭＬ适配器 和 Ｓ ｎ ＭＬ接 口组 成 。 ｙｃ ｙｃ 应 用 Ａ代表 一个 网络应 用 ，可 以 与其 它 网络设 备 上 的
块 实 现 的 分 析 和 大 量 的 测 试 经 验 基 础 上 ， 着 重 讨 论 了对 协 议 方 案 的 优 化 改进 。
１ 概述
在 当今信 息充斥 的社会 中，我们 的日常工作 、生活 中需 要 传递 各种 数据信 息 。然 而不 同通 信设 备 完成 数据 信息 的
交 互时 ，要 求我们 存 储于 不 同设备 中的 同一信 息要 时刻 保 持 更新 ，比如随身携带 的手机 中的通信 录发生变化后， 办公 室或 家中的 Ｐ Ｃ机上 的通信录 也要进行 同样的 变化，这 就是 数 据 同步 。 数据 同步 的应 用不 胜枚 举 ， 因此越 来 越多 的设 备制造
基于SyncML的移动设备数据同步技术
示 网络服 务．“ 用 Ａ” 据 同 步操 作 基 于数 应 数
据 同 步 协 议 ， 同步 引擎 ” 理 整 个 操 作 过 由“ 管 程 ．“ 同步服 务代 理 ” 理 “ 管 同步 引 擎 ” 网络 对 的访 问 ， 管 理服务 器端 和客 户端 的应 用之 间 并 进行 数据 同 步 的相互 通 信 过 程．“ ｙ ｃ Ｓ ｎ ＭＬ适 图 １ ｙｃ Ｓ ｎＭＬ系统模型结构
据 同步操 作 中实体 之 间传 递 消息 的格式 ； ②在 Ｓ ｎ ＭＬ同步 协议 中定 义 了 Ｓ ｎ ＭＬ客户端 和 Ｓ ｎ ＭＬ服 ｙｃ ｙｃ ｙｃ 务 器端之 间 消息 的交互 过程 ， 同时 定义 的数据 同步 类型包 括 双 向同步 、 同步 、 慢 客户 端发 起单 向 同步等 ； ③ Ｓ ｎ ＭＬ的传 输方 式 是指 Ｓ ｎ ＭＬ规 范乜 定 义 的 Ｓ ｎ ＭＬ包 的传 输 方 式 ， 定 协 议包 括 ＨＴ ， Ｐ和 ｙｃ ｙｃ ｙｃ 绑 ＴＰ ＷＳ
基 于 Ｓ ｎ ＭＬ的移 动 设 备 数 据 同步 技 术 ｙｃ
袁 满 ，王 兴 兆 ，陈付 平 ，郭 玲 玲 ，孙 永 东
（１ ．大 庆 石 油 学 院 计 算 机 与 信 息 技 术 学 院 ， 龙 江 大 庆 １３ １ ； ２ 大庆 油 田 有 限 责 任 公 司 勘 探 开 发 研 究 院 ． 龙 黑 ６ ３ ８ ． 黑
配 器” 责在 同步过 程 中收 、 双方 的相 互通信 ， 负 发 同时 负责 创建 和 维 护“ 用 Ａ” 应 用 Ｂ 之 间 的 网络 连 应 和“ ”
基于SyncML协议的移动数据库同步冲突处理策略
（ ． ｏ ｔ ａ ｅ ｃ ｏ ｌ Ｈ ｎ ｎ Ｕ ｉ ｅ ｓ ｔ ， ｈ ｎ ｓ ａ Ｈ ｎ ｎ ４ ０ ８ ， ｈ ｎ ２ Ｈ ｎ ｎ Ｆ ｎ ｎ ｅ ａ ｄ Ｅ ｏ ｏ ｉ ｓ Ｃ ｌ ｅ ｅ １ Ｓ ｆ ｗ ｒ Ｓ ｈ ｏ ， ｕ ａ ｎ ｖ ｒ ｉ ｙ Ｃ ａ ｇ ｈ ， ｕ ａ １ ０ ２ Ｃ ｉ ａ； ． ｕ ａ ｉ ａ ｃ ｎ ｃ ｎ ｍ ｃ ｏ ｌ ｇ ，
一
处 理 规 则 不 够 完 善 还 须 进 一 步扩 充 。本 文 在 分 析 ＳｎＭＬ同步 协议 基 础 上来 研 究 冲突 检 测 和处 理 机 ｙｃ
ｓ ｎ ｈｒ ｎ ｚ ｔｏ ｆ ｎ ｔｏ ． ｙ ｃ ｏ ｉａ ｉｎ ｕ ｃ ｉ ｎ
Ｋｅ ｗｏ ｄ ： ｙ ｃ ｙ ｒ ｓ Ｓ ｎ ＭＬ； ｙ ｃ ｒ ｎ ｚ ｔ ｎ ｐ ｏ ｅ ｓｎ ｃ ｎ ｉｔ ｄ ｔｃ ｉｎ； ｏ ｆ ｃ ｌ ｎ ｔ ｎ ｓ ｎ ｈ ０ ｉａｉ ｒ ｃ ｓ ｉ ｇ； ｏ ｆ ｃ ｅｅ ｔ ｏ ｌ ｏ ｃ ｎ ｉ ｔ ｅｉ ａ ｉ ｌ ｍｉ ｏ
ｂ ｅ ｋ ｎ ｆ ｃ ｎ ａ ｔ ａ ｄ ｔ ｅ ｌ ｔ ｄ ｒ ｓ ｕ ｃ ｓ ｆ ｍｏ ｉ ａａ ａ ｅ ｈ ｓ ｐ ｐ ｒ ｉ ｏ ｅ ｅ ｒ ｈ ａ ｄ ｉ ｌ ｍｅ ｔ ｒ ａ ｉ ｇ ｏ ｏ ｔ ｃ ｎ ｈ ｉ ｅ ｅ ｏ ｒ ｅ ｏ ｂ ｌ ｄ ｔ ｂ ｓ ，ｔ ｉ ａ ｅ ｓ ｔ ｒ ｓ ａ ｃ ｎ ｍｐ ｅ ｎ ｍｉ ｅ ｔｅ ｈ ｍｅ ｈ ｄ ｆ ｃ ｎ ｉ ｔ ｅ ｅ ｔ ｎ ｎ ｅｉ ｎ ｔ ｎ ｎ ｙ ｃ ｐ ｏ ｏ ｏ ｎ ｏ ｏ ｓ ｍ ｔ ｍｏ ｉ ｄ ｔ ｂ ｓ ｔ ｏ ｏ ｏ ｆ ｃ ｄ ｔｃ ｉ ａ ｄ ｌ ｌ ｏ ｍｉ ａ ｉ ｏ Ｓ ｎ ＭＬ ｒ ｔ ｃ ｌ ａ ｄ ｔ ｃ ｎ ｕ ｍａ ｅ ｏ ｂｌ ｅ ａａ ａ ｅ
基于SyncML的移动数据同步系统的设计
１ Ｓ ｎ ＭＬ协 议 ｙｃ
Ｓ ｎＭＬ是 由数据 同步论 坛组织制定 的一个通 用数据 同步协议 ， ｙｃ 该协议 目前 已成 为一个 被广泛接 受 的 工业 界通 用 的同步协议 。ＳｎＭＬ基 于 ＸＭＬ定 义 ， 承了 ＸＭＬ语 言简单 、 ｙｃ 继 开放 、 可扩展 的特点 ； 而且 Ｓｎ ｙ－ ｃ ＭＬ仅 仅定 义了同步协议 的框 架结构 、 据流 程及操 作 的类 型 ， 于协 议 的实现 没 有具体 的规定 ， 而开 数 对 从 发 实现起来具 有很大 的灵 活性 。
基 于 Ｓ ｎＭＬ的移 动 数 据 同步 系统 的设 计 ｙｃ
王 文琴 蒋小莺
（ 常州工学院计算机信息工程学院 ， 江苏 常州 ２３ ０ ） １０ ２
摘要 ： 移动 计 算环 境 中， 据 同步 可 以使 人们 能 够使 用各种 各样 的 无 线或者 移 动设备 处理 和 在 数 存储 各 种数 据 。文章介 绍 了一 种 通 用 同步 协议 Ｓ ｎＭＬ， 细描 述 了一 个 支持 Ｓ ｎＭＬ 协议 的数 ｙｃ 详 ｙｃ
客户端 和服务器端双 向传输并交换各 自 修改过 的信 息， 客户端 首先传送 客户端将其所 有的数据传送 到服务 器 ， 由服务 器进行 比较以发 现需要 同步的信息 只有客户端发送修改信 息 ， 器端作相应修改 服务 只有服务 器端 发送修 改信息 ， 客户端作 相应修 改
基于信息共享的智能移动终端设备的设计与实现
收稿日期：2019-09-24 作者简介：任慢利（1997—），女，安徽临泉人，研究方向：汽车 工程。
157
设计与分析◆Sheji yu Fenxi
安全、网络传输加密、双向隔离装置、内外网分离。 1.1 终端数据安全
移 动 终 端主 要 通 过 数 字 安 全 认 证 、传 输 数 据 密 文 加 密 等 方式，实现移动端的数据传输安全。具体功能设计如下：
6 数据分析
测 试 不 同型 号 的 电磁 铁 最 大 吸 引 距 离 实 验 ，所 选 用 的 电 磁铁额定电压均为12 V，功率随型号的不同而改变，型号则根 据所需吸引物的最大质量决定。由于本小车需要隔空吸引铁 质物件，电磁铁型号的选择以实验最终效果而定。经过多次实 验取 平 均 数 ，本 款 小 车 最 终 采 用 型 号 P30/22 的 电 磁 铁 能 达 到 最佳效果。
2 系统总体设计
2.1 技术架构 技术架构分为PC端与移动端两部分，每部分均分为4层：
数据层、应用层、服务层和表现层。 （1）数据层。PC端主要负责收集各个系统的源数据信息、
处理过程结果信息、最终结果数据信息，并按照符合业务应用 的数据格式进行存储。移动端的数据信息跟PC端的信息保持 同步即可。（2）应用层。应用层主要实现与数据层的交互，利用 较主流的互联网开发组件对数据库的具体操作进行封装并集 成到业务基础组件架构中，同时对各模块业务进行解耦，建立 较为完善的独立处置模块，各模块之间互不干扰，形成配网拓 扑模型分析、停电事件分析、流程控制、工单处置、报表处置等 多个基础应用算法。移动端应用层主要负责结果数据模块的 数据抽取，根据用户的业务需求对具体的模块数据进行调取， 获取过程快速响应并在终端形成结果展示。（3）服务层。PC端 服务层根据具体的业务应用场景将应用层的相关组件封装 成 标 准 化 服 务 ，采 用 SOA 模 式 满 足 自 身 系 统 建 设 ，同 时 提 供 各类数据与应用接口，为数据传输与应用扩展奠定基础。移动 端服务层主要满足自身系统建设，同时负责与PC端模块间建 立连接，获取数据资源。（4）表现层。表现层是最终展现给用户 的应用系统，应满足实际业务应用需求。PC端表现层作为后 台基本配置与展现工具，主要实现工单处置、拓扑台账管理、 图形展示、停电事件确认、数据共享、用户鉴权及权限控制等 基础内容。移动端表现层是数据共享的最终媒介工具，主要包 含工单处置进度、停电事件分析结果、停送电信息发布、工单
个人云系统移动终端数据同步的设计与实现的开题报告
个人云系统移动终端数据同步的设计与实现的开题报告一、选题背景随着移动智能终端的普及和云计算技术的不断进步，个人云系统已成为越来越多用户用于数据存储、管理和共享的首选服务。
而在使用个人云系统时，移动终端的数据同步问题成为用户的主要需求。
由于移动终端具有移动性和较小的存储容量，因此在设计和实现个人云系统移动终端数据同步功能时需要考虑多种问题，如数据同步方式、数据传输安全、数据冲突解决等。
二、研究目的和意义本文旨在设计和实现一种高效、安全、实用的个人云系统移动终端数据同步方案，以满足用户在数据存储、管理和共享方面的需求。
通过本研究，能够更好地了解个人云系统移动终端数据同步的要点和挑战，为相关领域的研究和应用提供参考和借鉴。
三、研究内容和研究方法本文将采用文献研究法和实验研究法相结合的方法，对个人云系统移动终端数据同步问题进行研究。
具体研究内容包括：1.个人云系统移动终端数据同步方式研究：介绍主要的数据同步方式，如基于云端控制、基于移动终端控制等，分析各种方法的优缺点，提出一种高效实用的个人云系统移动终端数据同步方案；2.个人云系统移动终端数据传输安全研究：主要介绍数据传输加密、身份认证、访问控制等技术，以及如何在数据传输过程中保障数据安全；3.个人云系统移动终端数据冲突解决策略研究：设计一种合理的数据冲突检测策略，并给出相应解决方案，以保障数据同步的一致性。
四、预期成果本研究预期的成果包括：1.设计和实现一个高效、安全、实用的个人云系统移动终端数据同步方案，并经过实验验证其可行性和效果；2.提出一个完备的个人云系统移动终端数据同步的问题框架，为相关领域的研究和应用提供参考和借鉴；3.根据实验结果，总结出个人云系统移动终端数据同步方面的优缺点，并提出改进和未来研究的方向。
五、论文结构本论文将分为以下几个章节：第1章：绪论。
主要介绍研究背景、选题目的、研究内容、研究方法、预期成果和论文结构等。
第2章：相关技术介绍。
嵌入式系统中数据同步协议SyncML的研究和实现
嵌入式系统中数据同步协议SyncML的研究和实现
尤国芳;王学香;刘昊
【期刊名称】《电子器件》
【年(卷),期】2004(027)001
【摘要】概述了目前嵌入式设备上几种常用的同步协议,并简单比较它们的性能和适用范围,然后重点介绍其中一种协议--SyncML,以及它在嵌入式系统中的实现.详细描述了该实现的框架结构、各模块功能和具体实现.
【总页数】5页(P134-138)
【作者】尤国芳;王学香;刘昊
【作者单位】东南大学国家专用集成电路系统工程技术研究中心,南京,210096;东南大学国家专用集成电路系统工程技术研究中心,南京,210096;东南大学国家专用集成电路系统工程技术研究中心,南京,210096
【正文语种】中文
【中图分类】TN919
【相关文献】
1.基于数据同步协议SyncML协议的研究与实现 [J], 王博;李腊元;冯美来;赵新伟
2.SyncML数据同步协议的核心模块实现 [J], 王俊建;张继棠
3.基于SyncML协议的数据同步过程的研究与优化 [J], 周英军;贾世楼
4.基于Android平台和SyncML协议的数据同步技术在智能农业中的实现 [J], 路顺涛;马奉先;郭骅
5.新一代移动设备的数据同步协议--SyncML协议分析及实现 [J], 王云;卫武迪
因版权原因，仅展示原文概要，查看原文内容请购买。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
基于SyncML的移动终端数据分享设计与实现
【摘要】伴随移动互联网的发展、成熟、多样化以及移动终端设备的日益普及，市场上移动终端设备有关数据分享的相关协议技术，具有私有性、局限性和互不兼容性，造成仅支持部分移动终端和部分数据类型的现状。
本文基于SyncML提出了一个开放的数据分享设计方案。
通过对SyncML协议框架通用应用层的设计改进和建立结构化分享描述信息，实现及时向终端用户分享数据信息。
【关键词】SyncML；数据分享；移动终端
1.引言
随着移动互联网逐步走向成熟和便携式移动终端设备的高度普及，数据信息的交互分享已经不再受空间地理位置限制，为用户信息获取带来方便。
目前移动终端设备在数据同步分享领域存在着多种私有协议技术，且每种协议技术仅针对有限的移动终端系统和数据类型。
这些非相关的协议技术使用户制造商、服务提供商和开发人员的工作任务更加复杂化。
不同的私有的数据和设备管理协议技术的增加和应用扩散，已经成为移动终端设备应用发展的一大障碍，制约数据传递和分享，限制了用户的流动性。
单一同步分享标准的缺乏为最终用户、设备制造商、设备提供商和开发人员制造了诸多问题。
SyncML同步协议是由IBM、Nokia及Psion等国际知名公司组织成立的SyncML发起组制定。
该协议是一个工业界标准的通用数据同步规范，是一种能够支持各种数据类型和多种终端设备的同步协议。
以SyncML协议及其协议框架作为数据分享基础技术，改进协议框架同步应用层，借助同步应用层以下各层，使移动终端与云端在不同的开发平台和不同的数据类型之间数据分享成为现实。
2.SyncML协议框架
SyncML同步协议主要包括SyncML数据同步协议[1]、SyncML表示协议[2]和SyncML传输方式绑定协议。
SyncML数据同步协议主要定义七种同步类型，完成数据信息同步；SyncML表示协议定义了消息、包、元素、命令的概念以及消息的传递格式；SyncML传输方式绑定协议通常是指HTTP、WSP、OBEX三类协议。
SyncML同步协议的制定使数据同步成为应用协议栈中的一个层次，使其它应用程序或协议得以在SyncML协议的基础上进行设计实现，让同步分享服务成为移动通信的一部分[3]。
SyncML协议框架可划分为同步应用层、SyncML协议实现及接口层和通讯协议层三层。
同步应用层是框架的上层结构，具有数据同步分享管理、接口调用和冲突检测处理等功能；SyncML协议实现及接口层是架构的核心，提供了SyncML的实现同时并向应用层提供统一的开发接口，SyncML接口是SyncML 适配器的应用编程接口，同样也是框架实体与网络传输的接口，它建立各种底层通信协议之上，与应用无关；通讯协议层是协议框架的底层，包含HTTP、WSP 和OBEX三类网络传输协议，这3类协议基本上覆盖了所有设备的传输，使SyncML拥有很强的通用性。
图1为SyncML协议框架结构图。
3.基于SyncML的数据分享研究
移动终端数据分享主要包括云端分享信息描述表、分享移动终端（分享端）和云端（存储、服务云）数据同步、云端和获取分享移动终端（获取端）数据分享三大部分。
其中数据分享结构如图2所示。
云端分享信息表包含序号、名称、数据类型、分享用户、目标用户、分享状态、获取方式和分享类别字段，包含数据信息分享所需必备信息。
获取方式字段设置关键字对结构化数据进行访问，给予地址信息对非结构化数据进行访问。
分享类别字段有权限分享、普通分享两种方式，用户可以根据权限，针对目标数据提出请求分享。
分享端和云端数据同步[4]基于标准SyncML协议与框架实现，具有保持双方数据一致的功能。
结构化同步数据通过SyncML协议实现及接口层转化为SyncML信息包发送到服务器端，在服务器端SycnML调用SyncML adapter将信息包解析为同步数据，经过Sync Engine分析处理后存储。
非结构化数据同步分为两步：一是对其描述信息按同步结构化数据方式同步；二调用SyncML协议框架通讯层上传非结构化数据信息。
云端和获取端的数据分享主要是把从分享端同步上来的分享数据信息由云端按照分享描述信息要求，根据网络环境好则分享，差则等待的情况，调用分享功能模块，最终分享给多个获取端。
在移动终端数据分享实施过程中，分享端和获取端角色可互相转换。
4.移动终端数据分享设计实现
4.1 云端数据分享设计
云端开发采用Ubuntu+Apache+PHP[5]作为开发平台。
此平台既可支持多种基于web的客户端访问，同时又具备良好的安全性和稳定性，确保数据分享可靠实现。
在云端框架应用层增加请求分享处理和分享功能。
前者用于处理移动终端请求分享要求；后者依据数据分享描述信息，实现数据分享分发。
其中数据分享流程如图3所示。
当向分享描述信息表中写入数据时，触发行触发器生成分享描述信息子表。
通过查询此表获取分享数据获取方式信息，进而获取分享数据；通过网络监听程序，监听网络当前状况；当网络良好时，实施数据分享，向获取端发送数据信息。
4.2 移动终端数据分享设计
分享设置：对收到的分享数据，按数据结构类型或扩展名分别设置存储文件夹或存放在移动终端数据库中。
分享更新：当云端分享信息描述表更新时，其行触发器会触发数据分享程序，调用发送数据程序向获取端发送分享数据，对获取终端数据进行数据更新。
请求分享：如果分享数据信息在移动终端丢失或出现错误时，可向云端发送含有分享描述信息的SyncML消息包向云端请求再次分享；云端调用请求分享处理模块，根据分享数据的权限类别，向请求端发送分享数据或分享数据权限不够信息。
冲突处理：当冲突发生时，需采用适当的方法来消除冲突，以保证数据一致。
通常有以下处理方式：移动端优先、服务器端优先、以分享数据先后顺序来解决冲突等。
考虑到移动终端的不稳定性，采用服务器端优先的策略来解决冲突问题。
4.3 数据分享功能实现
分享端通过数据同步把要分享的数据同步到云端，同时保持两端数据的一致；云端通过调用数据分享功能把数据发送到多个获取端，最终实现数据分享[6]。
例如，分享一个足球图片。
通过图5录入分享描述信息，并同步到云端；当返回同步回执时，发送足球图片到云端，完成分享端和云端数据同步。
云端通过足球图片分享描述信息，调用分享模块发送足球图片，实现数据分享。
分享结
果如图6所示。
5.结束语
移动终端的广泛使用使其对数据信息分享的要求更加迫切，基于SyncML的数据分享基本实现了数据的及时分享功能。
分享功能结构设计以及对于大数据分享问题不足，还有待进一步完善。
随着网络技术、智能终端技术、多媒体技术和无线通讯技术的发展，移动终端数据分享将会有更好的发展前景，不断满足用户的需求。
参考文献
[1]Open Mobile Alliance DS Protocol,DS Protocol Approved Version 1.2.1-10 2007-08.
[2]Open Mobile Alliance SyncML Representation Protocol,SycnML Representation Protocol Approved Version 1.2.1-10 2007-08.
[3]刘瑾,关永.移动数据同步协议SyncML分析[J].计算机工程与设计,2008,5:29.
[4]关山威.基于SyncML的数据库同步复制技术的研究与应用[D].武汉理工大学,2011.
[5]李琳.基于SyncML的WAP个人移动系统设计与实现[J].重庆电子工程职业学院学报,2010,6.
[6]姜国栋.SyncML在智能手机上的实现[D].大连理工大学,2006.。