基于平板电脑上的蓝牙同步移动终端电话薄的方法及系统

摘要

本发明公开了一种基于平板电脑上的蓝牙同步移动终端电话薄的方法及系统，其方法包括：基于平板电脑的蓝牙接口识别所需要进行电话薄同步的移动终端；判断移动终端同步的协议方式，所述协议方式为蓝牙免提应用协议HTP，或者为对象推送协议OPP，或者为移动数据同步化协议SyncML；在判断出移动终端同步的协议方式后，调用平板电脑上所对应的协议接口完成移动终端电话薄的同步操作。通过实施本发明，能够针对不同的现存的协议进行无缝融合，对国内外现有的协议基础上提出的电话簿同步系统能够实现平板电脑和手机之间的电话簿融合、同步。

说明书

技术领域

本发明涉及平板电脑技术领域，具体涉及一种基于平板电脑上的蓝牙同步 移动终端电话薄的方法及系统。

背景技术

蓝牙技术是一种无线数据与语音通信的开放性全球规范，它以低成本的近 距离无线连接为基础，为固定与移动设备通信环境建立一个特别连接。如果把 蓝牙技术引入到移动电话和膝上型电脑中，就可以去掉移动电话与膝上型电脑 之间的令人讨厌的连接电缆而通过无线使其建立通信。打印机、PDA、桌上型 电脑、传真机、键盘、游戏操纵杆以及所有其它的数字设备都可以成为蓝牙系 统的一部分。除此之外，蓝牙无线技术还为已存在的数字网络和外设提供通用 接口以组建一个远离固定网络的个人特别连接设备群。

目前移动终端电话薄的存储格式多种多样，而基于存储格式和蓝牙传输的 模式也不同，其所支持的传输模式也不相同，需要建立一种基于平板电脑接收 移动终端电话的普适模式，能够基于现有不同的移动终端传输模式来存储相应 的电话薄。

发明内容

针对目前移动终端蓝牙传输方式不同的缺陷，本发明提供了一种基于平板 电脑上的蓝牙同步移动终端电话薄的方法及系统，该系统和方法能够智能的针 对移动终端不同模式的蓝牙同步协议方式，保障电话薄同步的可靠性。

本发明实施例提供了一种基于平板电脑上的蓝牙同步移动终端电话薄的 方法，包括：

基于平板电脑的蓝牙接口识别所需要进行电话薄同步的移动终端；

判断移动终端同步的协议方式，所述协议方式为蓝牙免提应用协议HTP， 或者为对象推送协议OPP，或者为移动数据同步化协议SyncML；

在判断出移动终端同步的协议方式后，调用平板电脑上所对应的协议接口 完成移动终端电话薄的同步操作。

当移动终端同步的协议方式为蓝牙免提应用协议HTP时，所述调用平板电 脑上所对应的协议接口完成移动终端电话薄的同步操作包括：平板电脑向移动 终端发送获取电话薄信息的指令；

移动终端针对所述获取电话薄信息的指令作出应答响应；

平板电脑向移动终端询问移动终端电话薄的条目总数，并获得有效序号和 条目总数；

平板电脑依次从第一条开始读取有效记录的信息，移动终端形成格式应 答，通过格式应答向平板电脑返回封装在格式应答中的电话号码、编码格式、 姓名和号码所属域；

平板电脑从格式应答中提取出电话条目的电话号码、编码格式、姓名和号 码所属域，转换成平板电脑系统内部所需要的文字格式并存储在平板电脑上。

当移动终端同步的协议方式为对象推送协议OPP时，所述调用平板电脑上 所对应的协议接口完成移动终端电话薄的同步操作包括：

移动终端首先基于客户端软件向服务器申请建立连接；

在服务器为移动终端的客户端软件提供服务之后，移动终端将电话薄信息 转换为商务卡片Vcard格式；

移动终端向平板电脑发送商务卡片Vcard格式的数据；

在所有的Vcard格式的数据发送完之后，检验信息发送的完整性，并解析 Vcard格式的数据，提取电话薄信息，并将电话薄信息存入平板电脑。

当移动终端同步的协议方式为移动数据同步化协议SyncML时，所述调用平 板电脑上所对应的协议接口完成移动终端电话薄的同步操作包括：

平板电脑与移动终端件通过单向同步把移动终端上的电话薄信息发送给 平板电脑。

所述平板电脑与移动终端件通过单向同步把移动终端上的电话薄信息发 送给平板电脑包括：

所述移动终端先把电话薄信息封装为商务卡片的格式，并通过单向同步把 移动终端上的电话薄信息发送给平板电脑。

相应的，本发明实施例还提供了一种基于平板电脑上的蓝牙同步移动终端 电话薄的系统，该系统包括：

蓝牙模块，用于基于平板电脑的蓝牙接口识别所需要进行电话薄同步的移 动终端；

识别模块，用于判断移动终端同步的协议方式，所述协议方式为蓝牙免提 应用协议HTP，或者为对象推送协议OPP，或者为移动数据同步化协议 SyncML；

同步模块，用于在判断出移动终端同步的协议方式后，调用平板电脑上所 对应的协议接口完成移动终端电话薄的同步操作。

所述同步模块包括：

HTP同步单元，用于基于蓝牙免提应用协议HTP方式完成移动终端电话薄 的同步操作；

OPP同步单元，用于基于对象推送协议OPP方式完成移动终端电话薄的同 步操作；

SyncML同步单元，用于基于移动数据同步化协议SyncML方式完成移动终 端电话薄的同步操作。

所述SyncML同步单元用于通过单向同步把移动终端上的电话薄信息发送 给平板电脑。

通过实施本发明提供的基于平板电脑上的蓝牙同步移动终端电话薄的方 法和系统，针对基于蓝牙的平板电脑提出一种能够通用的电话簿同步系统，系 统能够针对不同的现存的协议进行无缝融合，对国内外现有的协议基础上提出 的电话簿同步系统能够实现平板电脑和手机之间的电话簿融合、同步，方便用 户对电话薄的存储，使得用户操作更加方便。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施 例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述 中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付 出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1是本发明实施例中的基于平板电脑上的蓝牙同步移动终端电话薄的方 法流程图；

图2是本发明实施例中的基于平板电脑中面向HFP的电话本同步方法流程 图；

图3是本发明实施例中的基于平板电脑中对象推送协议OPP的同步方法流 程图；

图4是本发明实施例中的基于平板电脑上的蓝牙同步移动终端电话薄的系 统结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清 楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是 全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造 性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

设计电话簿同步系统的第一步是确定同步应用采用的蓝牙应用框架。符合 条件的框架除了能够支持电话簿形式的内容传输之外，还需是一个通用的，能 被大多数设备兼容的应用模式。蓝牙免提应用协议HFP、对象推送协议OPP 和移动数据同步化协议SyncML三种应用模式基本满足上述两项条件，其中 HFP是基于RFCOMM协议的应用框架，而后两者同样是以OBEX为基础。 基于平板电脑的底层是操作系统OS，然后是蓝牙协议栈，这两部分内容都可 以移植而得到；上层是本系统的关键所在，及电话本同步系统，它包含底层的 三个关于蓝牙免提系统的三个协议：HFP、OPP、SyncML。HFP(Hand Free Profile) 被称为蓝牙免提应用框架，在蓝牙协议栈上位于的虚拟串口协议（RFCOMM） 的上层；OBEX被称为对象交换协议（Object Exchange Protocal），在协议族中 服务于RFCOMM与应用层之间，OPP（对象推送框架，Object Push Protocol） 继承了OBEX；SyncML这种数据同步协议的发起者为包括Ericsson、IBM、 Lotus、Matsushita、Motorola、Nokia、Openwave和Starfish在内的多家公司共 同成立的数据同步论坛组织--SyncML发起组。本发明将具体介绍如何结合这 三种协议标准来实现一个无缝的安全的电话本同步系统，它将是现有蓝牙免提 系统的增值部分。

图1示出了本发明实施例提供的基于平板电脑上的蓝牙同步移动终端电话 薄的方法流程图，具体包括如下：

S101：基于平板电脑的蓝牙接口识别所需要进行电话薄同步的移动终端；

S102：判断移动终端同步的协议方式，所述协议方式为蓝牙免提应用协议 HTP，或者为对象推送协议OPP，或者为移动数据同步化协议SyncML；

S103：在判断出移动终端同步的协议方式后，调用平板电脑上所对应的协 议接口完成移动终端电话薄的同步操作。

需要说明的是，当移动终端同步的协议方式为蓝牙免提应用协议HTP时， 所述调用平板电脑上所对应的协议接口完成移动终端电话薄的同步操作包括： 平板电脑向移动终端发送获取电话薄信息的指令；移动终端针对所述获取电话 薄信息的指令作出应答响应；平板电脑向移动终端询问移动终端电话薄的条目 总数，并获得有效序号和条目总数；平板电脑依次从第一条开始读取有效记录 的信息，移动终端形成格式应答，通过格式应答向平板电脑返回封装在格式应 答中的电话号码、编码格式、姓名和号码所属域；平板电脑从格式应答中提取 出电话条目的电话号码、编码格式、姓名和号码所属域，转换成平板电脑系统 内部所需要的文字格式并存储在平板电脑上。

进一步的，当移动终端同步的协议方式为对象推送协议OPP时，所述调用 平板电脑上所对应的协议接口完成移动终端电话薄的同步操作包括：移动终端 首先基于客户端软件向服务器申请建立连接；在服务器为移动终端的客户端软 件提供服务之后，移动终端将电话薄信息转换为商务卡片Vcard格式；移动终 端向平板电脑发送商务卡片Vcard格式的数据；在所有的Vcard格式的数据发送 完之后，检验信息发送的完整性，并解析Vcard格式的数据，提取电话薄信息， 并将电话薄信息存入平板电脑。

进一步的，当移动终端同步的协议方式为移动数据同步化协议SyncML时， 所述调用平板电脑上所对应的协议接口完成移动终端电话薄的同步操作包括： 平板电脑与移动终端件通过单向同步把移动终端上的电话薄信息发送给平板 电脑。这里的平板电脑与移动终端件通过单向同步把移动终端上的电话薄信息 发送给平板电脑包括：移动终端先把电话薄信息封装为商务卡片的格式，并通 过单向同步把移动终端上的电话薄信息发送给平板电脑。

本发明的系统为了无缝的同步移动终端电话薄到平板电脑，所以支持了现 有的三种主流的免提系统的协议HFP、OPP、SyncML。接下来我们分别说明 在这三种协议上设计的电话簿同步方案的设计。

首先是面向HFP的电话本同步方案。HFP(Hand Free Profile)被称为蓝牙免 提应用框架，在蓝牙协议栈上位于的虚拟串口协议（RFCOMM）的上层。它 利用RFCOMM提供的虚拟化的串口通信服务，与远程的同样支持蓝牙免提应 用框架的设备建立基于字节流传输的通信链路。通信双方在该链路上发送AT 命令格式的信令，通过信令来携带控制指令和协议数据。关于HFP协议的具 体流程设计在此不详细说明。

HandFree服务复用了工业标准所定义的AT指令集，指令的格式和含义都 延续了该工业标准的规定。在GSM07.07定义的指令集中，包括了一个供外部 设备操作手机的电话簿数据库的命令子集，通过向手机发送指令，可完成电话 簿数据库、读取、查询和写入电话簿条目的操作。HFP v1.5集成了这个子集。 如果交互的手机支持HFP v1.5的应用框架，或蓝牙协议栈兼容这个命令子集， 则车载设备在HFP连接上同步电话簿信息的构想是可以实现的。车载设备可向 连接的手机发送询问电话簿条目的指令，手机识别和解析这些指令后，调用相 应的应用执行指令要求的任务并形成应答返回。当车载设备接收到有效回复之 后，依据AT信息的格式从中提取出条目内容，将之存储于本地的数据库中。 运用AT命令的具体的交互方法图2所示，具体的步骤如下所示。

S201：HF连接建立，然后平板终端（音频单元）向手机（音频网关）发 送AT+CPBS=“SIM”，该指令告知手机移动终端要获取SIM卡内存储的电话簿 信息。手机向平板电脑返回一个OK信息；

S202：平板电脑发送AT+CPBR=？，询问SIM卡中存储的条目总数。手机 调用系统内部函数获得这个信息后，组织回复+CPBR： {<index1}<index2>…}<nlegnth><tlengh>，向移动终端返回数据库的有效序号 和条目总数。手机电话簿数据内的条目序号并不一定是连续的，回复中的有效 序号列可以帮助询问方在取条目信息时跳过空的序号；

S203：平板电脑发送AT+CPBR:<index1>读取SIM卡中第一条有效记录的 信息。手机形成格式形同+CPBR：<index1><number><format><name\feild>的 应答。应答中封装有index1的电话号码，编码格式，姓名和号码所属域。号码 所属域用来表明号码的类别，如家庭号码、办公号码或手机号码。

S204：平板电脑从应答中提取出电话条目的姓名、号码和所属域，转换成 系统内部需要的文字格式，存储于本地的SIM数据库中。

S205：平板电脑递增AT+CPBR的记录序号，反复发送这条指令，顺序读 出SIM数据库中的其他条目。

S206：发送AT+CPBS=“ME”选择手机的内存数据库，重复Step2~Step4 顺序读出内存数据库内的电话簿条目。

下面说明基于对象推送协议OPP的同步方案设计。OBEX被称为对象交换 协议（Object Exchange Protocal），在协议族中服务于RFCOMM与应用层之间。 该层实体的主要功能是完成来自虚拟串口的字节流信息和格式化的数据包之 间封装与拆封，协议规定中所指的对象（Object）就是以这种格式化数据包进 行传输的。OBEX使用对象携带来自应用层的块状数据，如文件，诊断信息串 和电子商务卡片。这类块状数据在字节间有着较强的关联性，如直接交付给虚 拟串口，数据的关联性得不到体现，应用层也需要在纠错和格式鉴别上花费更 大的花销。因此，OBEX协议大大提高了数据传输的高效性和组织性，为应有 层的快速开发提供了友好的接口。OPP主要针对对象推送的服务实现，从GOEP 中去掉了对象回拉服务，即限定数据的同步流向为以客户端为起点，以服务器 为终点。换句话说，数据只能上传，不能下载。同时，在OPP的应用示例中， 通信总是由发送方发起。另外，OPP将支持的文件类型框定为少数的几种，包 括商务卡片（vCard）和商务日程表（vCalendar）两种。GOEP也对OPP隐去了 蓝牙底层交互的规范。基于OPP的电话簿同步的设计交互图如图3所示，具体 步骤如下：

S301：手机设备的客户端软件发送0x08操作码向服务器申请建立连接。服 务器若可以为该客户端提供服务，则返回0xA0表示接受客户端的连接。双方 可在数据包中附加若干Header来交换初始化信息。

S302：手机设备从数据库中顺序取出信息条目，转化为Vcard的格式，把 不超过双方协商的最大Body长度的Vcard集填入数据包的Body Header中，以 0x02的操作码发送，请求put操作。

S303：平板电脑接收数据包，从Body Header中提取数据，暂时放入缓存， 并向手机发送操作码0x90指示手机继续推送。

S304：手机设备继续以put操作发送Vcard，发送一张Vcard的数据包使用 End-of-Body Header指示一个完整对象发送完毕。在最后一张VCard送出前，若 传输需要中断，手机设备需要向服务器发送0xFF丢弃码。服务器接收到该操作 码后，结束对End-of-Body的等待，把存储缓冲区内的已接收对象片断全部丢 弃。

S305：平板电脑在检测到End-of-Body之后，将缓存中的按顺序拼接起来， 检验完整性并解析Vcard提取电话信息，存入本地数据库。若对象数据接收无 误，向手机返回0x0A的成功码。

S306：手机发送0x81操作码请求断开连接，服务器返回成功码。至此，双 方的OPP交互结束。

面向SyncML的同步的大致方案，首先应考虑为通信双方分配角色，显然， 平板电脑系统的SyncML应用层适合作为服务器，而手机作为客户端。由于在 应用中，同步数据仅来自于客户端，不存在起点为服务器的同步数据流，因此 使用单向同步（One-way sync）就能够满足实际的应用了。以这个结论作为前 提，我们来进一步确定应该由谁来作为同步的发起方。如果同步由客户端发起， 会增加设计的难度。其一，客户端要设法确定同步发起的时间。根据产品的要 求，同步的过程要在手机与车载系统建立HFP连接之后自动进行。虽然市面上 的手机大多支持SyncML应用服务，但内置的软件服务程序不可能具有这种特 殊功能。其二，服务器要对发起同步的设备进行身份鉴别，否则，不能确认同 步消息是不是可信任的，会引发安全问题。因此，理想的方案中，同步应该由 服务器发起，即使用服务器同步通告作为应用的同步方式。在第一次同步中， 服务器发起客户端刷新同步（Refresh from client only）的同步通告，请求手机 上传全部电话簿信息。若服务器有足够的空间长期存储数据拷贝，在以后的同 步中，服务器只需要发起客户端单向同步（One-way sync from client only），请 求手机上传与上次的拷贝不相同的部分，而服务器则更新拷贝中的部分数据即 可。鉴于SyncML协议对VCard文件格式的支持，电话簿信息可以封装为.vcf文 件传输。

相应的，图4示出了本发明实施例中的基于平板电脑上的蓝牙同步移动终 端电话薄的系统结构示意图，该系统包括：

蓝牙模块，用于基于平板电脑的蓝牙接口识别所需要进行电话薄同步的移 动终端；

识别模块，用于判断移动终端同步的协议方式，所述协议方式为蓝牙免提 应用协议HTP，或者为对象推送协议OPP，或者为移动数据同步化协议 SyncML；

同步模块，用于在判断出移动终端同步的协议方式后，调用平板电脑上所 对应的协议接口完成移动终端电话薄的同步操作。

这里的同步模块包括：

HTP同步单元，用于基于蓝牙免提应用协议HTP方式完成移动终端电话薄 的同步操作；

OPP同步单元，用于基于对象推送协议OPP方式完成移动终端电话薄的同 步操作；

SyncML同步单元，用于基于移动数据同步化协议SyncML方式完成移动终 端电话薄的同步操作。

需要说明的是，SyncML同步单元用于通过单向同步把移动终端上的电话 薄信息发送给平板电脑。

综上，本发明实施例基于平板电脑上的蓝牙同步移动终端电话薄的方法和 系统，针对基于蓝牙的平板电脑提出一种能够通用的电话簿同步系统，系统能 够针对不同的现存的协议进行无缝融合，对国内外现有的协议基础上提出的电 话簿同步系统能够实现平板电脑和手机之间的电话簿融合、同步，方便用户对 电话薄的存储，使得用户操作更加方便。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步 骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读 存储介质中，存储介质可以包括：只读存储器（ROM，Read Only Memory）、 随机存取存储器（RAM，Random Access Memory）、磁盘或光盘等。

以上对本发明实施例所提供的基于平板电脑上的蓝牙同步移动终端电话 薄的方法和系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实 施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核 心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施 方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本 发明的限制。