SyncML在蓝牙车载免提装置中的应用

为了保证电话簿数据的一致性，当用户在手机上更新了电话簿时，免提装置上的电话簿数据库也应该同步更新，蓝牙SIG组织没有单独定义同步协议，本文在分析通用的数据同步协议SyncML的基础上，将SyncML与蓝牙OBEX绑定，实现了免提装置和手机间电话簿的同步。

SyncML简介

SyncML是同步标记语言(Synchronous Markup Language)的缩写，旨在提供一种终端用户、设备开发商、数据提供商、基础构件开发商、应用软件开发商及服务提供商协同工作的机制，使得任何终端设备均可随时随地进行数据同步。它包括同步协议、表示协议和传输绑定协议三个部分。

同步协议

同步协议指定了如何使用表示协议以满足客户端和服务器SyncML的互操作性，以消息序列表(message sequence chart)的形式定义了七种同步类型的会话流程，以请求／响应的形式定义了会话中的数据交互过程等。同步协议采用客户端／服务器模式定义了同步框架，划分了客户端和服务器的任务模块。

其中，服务器的同步引擎负责整个数据同步操作，同步服务器代理和同步客户端代理实现同步协议，SyncML接口实现表示协议，SyncML适配器实现传输协议的绑定，用于收发XMI语言格式的object。下面通过同步协议定义的几个重要概念来描述一下同步机制。

客户端和服务器端都要建立自己的数据库，每个数据条目都由一个UID(唯一标识符)进行标识，客户端UID称为LUID，服务器UID称为GUID。服务器建立一个ID映射表，使得LUID可以和GUID一一映射，当数据条目发生更改时，建立记录更改信息的变更日志。当同步开始后，通过UID映射和变更日志指定是哪个数据条目发生了怎样的改变。

为了检查同步效果，服务器端和客户端各有两个同步锚last和next，一般情况是用ISO8601格式的日历时间，也可以用一个序列号，在初始化同步时客户端和服务器端互换同步锚，它的用法如下：

设本次同步客户端同步锚为last_c、next_c，服务器端同步锚为last_s、next_s，同步成功，则更新next_c=next_s，同步不成功则不更新next_c。

下次同步时，客户端同步锚为last_c'=next_c、next_c'，服务器端同步锚为last_s'=next_s、next_s'，客户端发送last_c'和next_c'到服务器端，服务器端比较last_c'与last_s'，相等则说明上次同步是成功的，不相等则说明上次同步失败。检查出上次同步失败后就要初始化慢同步(双向同步所有数据)下载所有的电话簿数据。

表示协议

表示协议定义了SyncML同步应用中XML(Extensible MarkupLanguage)的语法和语义，是一种与平台无关并被广泛采用的标准。SyncML以XML文档的形式定义了SyncML消息的格式，每条消息就是一个单独的XML文档。该文档包括一个Header和Body，Header以SyncHdr类型定义，指定了该SyncML消息的路由和版本信息；Body以SyncBody类型定义，包含了一条或多条SyncML操作，一个操作的语义由命令和被操作数据的类型共同确定。SyncMLDTD定义了SyncML消息中通用元素的类型，根据这些通用元素类型可以指定特定的元素类型，从而满足各种数据同步的扩展需要。

SyncML在蓝牙车载免提装置中的实现

SyncML OBEX绑定协议

OBEX(Object Exchange)是红外数据标准协会(IrDA)定义的用于对象交换的一种协议，后被蓝牙SIG组织采纳，定义了GOEP(General Object ExchangeProfile)与其适配。在GOEP的基础上，蓝牙SIG定义了FTP、OPP、PBAP剖面应用，其中PBAP是专为电话簿数据的自动下载定义的剖面，可以下载手机和SIM卡上存储的电话簿，还可以下载呼叫日志、呼入、呼出和未接来电。OPP可以用于电话簿的手动下载。SyncML针对OBEX定义的绑定协议分别定义了SyncML在红外OBEX和蓝牙OBEX上的实现方式，跟蓝牙OBEX的绑定如图2所示。

图2中的SyncML Client层实现客户端代理的功能，SYncMLServer层实现同步引擎和服务器端代理的功能。OBEX定义了对象模型来描述对象，使用PUT 和GET命令在不同设备、不同平台之间方便高效地交换信息。为了统一地描述各种对象，OBEX定义了Header的概念，每个Header描述对象的一个方面。OBEX定义了一系列常用的Header，其中SyncML应用到的header为Connection ID、Type、length、Body／EndofBody、Target。

SyncML应用所绑定的OBEX操作符包括Connect、Disconnect、Put、Get和Abort。绑定协议规定每条SyncML消息必须以MIME类型在OBEX请求或响应主体内传输，定义了OBEX连接、对象交换、断开连接过程中的请求／响应必须包括哪些Filed和Header，比如在一次OBEX Connect操作中，必须包括的Field为连接操作符0x80+包长度+OBEX版本号+标志位+最大OBEX包长度，包含的Header为Target。

SyncML的软件实现

SyncML的软件实现包括应用程序、SyncML协议的实现和通信程序三个部分，软件结构如图3所示。应用程序包括同步管理器、变更日志管理和数据库管理三个部分。同步管理器按照SyncML同步协议为每个同步类型定义的消息序列表管理同步流程，通过调用SyncML协议实现的API，实现错误处理、命令处理等操作；变更日志管理程序记录数据更改情况，同时维护多个变更日志，数据库管理程序实现对电话簿数据库的增删和修改。SyncML协议的实现主要完成创建、发送、接收和解析SyncML消息，该部分在SyncML协会提供的开放性实现样本--SyncML C Toolkit的基础上实现。通信程序即SyncML与OBEX的绑定，将SyncML消息封装为OBEX的object，通过蓝牙链路进行传输。

电话簿数据的处理

电话簿数据对象符合vCard2.1和vCard3.0规范，该规范被SyncML使用，用于电话簿数据类型的定义。vCard定义了一种个人信息的组织方法，主要用于个人信息的传输和交换。符合vCard规范的电话簿数据如下所示：