專利名稱：基于平板電腦上的藍(lán)牙同步移動(dòng)終端電話薄的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及平板電腦技術(shù)領(lǐng)域，具體涉及一種基于平板電腦上的藍(lán)牙同步移動(dòng)終端電話薄的方法及系統(tǒng)。
背景技術(shù)：
藍(lán)牙技術(shù)是一種無(wú)線數(shù)據(jù)與語(yǔ)音通信的開(kāi)放性全球規(guī)范，它以低成本的近距離無(wú)線連接為基礎(chǔ)，為固定與移動(dòng)設(shè)備通信環(huán)境建立一個(gè)特別連接。如果把藍(lán)牙技術(shù)引入到移動(dòng)電話和膝上型電腦中，就可以去掉移動(dòng)電話與膝上型電腦之間的令人討厭的連接電纜而通過(guò)無(wú)線使其建立通信。打印機(jī)、PDA、桌上型電腦、傳真機(jī)、鍵盤(pán)、游戲操縱桿以及所有其它的數(shù)字設(shè)備都可以成為藍(lán)牙系統(tǒng)的一部分。除此之外，藍(lán)牙無(wú)線技術(shù)還為已存在的數(shù)字網(wǎng)絡(luò)和外設(shè)提供通用接口以組建一個(gè)遠(yuǎn)離固定網(wǎng)絡(luò)的個(gè)人特別連接設(shè)備群。目前移動(dòng)終端電話薄的存儲(chǔ)格式多種多樣，而基于存儲(chǔ)格式和藍(lán)牙傳輸?shù)哪Ｊ揭膊煌?，其所支持的傳輸模式也不相同，需要建立一種基于平板電腦接收移動(dòng)終端電話的普適模式，能夠基于現(xiàn)有不同的移動(dòng)終端傳輸模式來(lái)存儲(chǔ)相應(yīng)的電話薄。

發(fā)明內(nèi)容
針對(duì)目前移動(dòng)終端藍(lán)牙傳輸方式不同的缺陷，本發(fā)明提供了一種基于平板電腦上的藍(lán)牙同步移動(dòng)終端電話薄的方法及系統(tǒng)，該系統(tǒng)和方法能夠智能的針對(duì)移動(dòng)終端不同模式的藍(lán)牙同步協(xié)議方式，保障電話薄同步的可靠性。本發(fā)明實(shí)施例提供了一種基于平板電腦上的藍(lán)牙同步移動(dòng)終端電話薄的方法，包括:基于平板電腦的藍(lán)牙接口識(shí)別所需要進(jìn)行電話薄同步的移動(dòng)終端；判斷移動(dòng)終端同步的協(xié)議方式，所述協(xié)議方式為藍(lán)牙免提應(yīng)用協(xié)議HTP，或者為對(duì)象推送協(xié)議0ΡΡ，或者為移動(dòng)數(shù)據(jù)同步化協(xié)議SyncML ；在判斷出移動(dòng)終端同步的協(xié)議方式后，調(diào)用平板電腦上所對(duì)應(yīng)的協(xié)議接口完成移動(dòng)終端電話薄的同步操作。當(dāng)移動(dòng)終端同步的協(xié)議方式為藍(lán)牙免提應(yīng)用協(xié)議HTP時(shí)，所述調(diào)用平板電腦上所對(duì)應(yīng)的協(xié)議接口完成移動(dòng)終端電話薄的同步操作包括:平板電腦向移動(dòng)終端發(fā)送獲取電話薄信息的指令；移動(dòng)終端針對(duì)所述獲取電話薄信息的指令作出應(yīng)答響應(yīng)；平板電腦向移動(dòng)終端詢問(wèn)移動(dòng)終端電話薄的條目總數(shù)，并獲得有效序號(hào)和條目總數(shù)；平板電腦依次從第一條開(kāi)始讀取有效記錄的信息，移動(dòng)終端形成格式應(yīng)答，通過(guò)格式應(yīng)答向平板電腦返回封裝在格式應(yīng)答中的電話號(hào)碼、編碼格式、姓名和號(hào)碼所屬域；平板電腦從格式應(yīng)答中提取出電話條目的電話號(hào)碼、編碼格式、姓名和號(hào)碼所屬域，轉(zhuǎn)換成平板電腦系統(tǒng)內(nèi)部所需要的文字格式并存儲(chǔ)在平板電腦上。
當(dāng)移動(dòng)終端同步的協(xié)議方式為對(duì)象推送協(xié)議OPP時(shí)，所述調(diào)用平板電腦上所對(duì)應(yīng)的協(xié)議接口完成移動(dòng)終端電話薄的同步操作包括:移動(dòng)終端首先基于客戶端軟件向服務(wù)器申請(qǐng)建立連接；在服務(wù)器為移動(dòng)終端的客戶端軟件提供服務(wù)之后，移動(dòng)終端將電話薄信息轉(zhuǎn)換為商務(wù)卡片Vcard格式；移動(dòng)終端向平板電腦發(fā)送商務(wù)卡片Vcard格式的數(shù)據(jù)；在所有的Vcard格式的數(shù)據(jù)發(fā)送完之后，檢驗(yàn)信息發(fā)送的完整性，并解析Vcard格式的數(shù)據(jù)，提取電話薄信息，并將電話薄信息存入平板電腦。當(dāng)移動(dòng)終端同步的協(xié)議方式為移動(dòng)數(shù)據(jù)同步化協(xié)議SyncML時(shí)，所述調(diào)用平板電腦上所對(duì)應(yīng)的協(xié)議接口完成移動(dòng)終端電話薄的同步操作包括:平板電腦與移動(dòng)終端件通過(guò)單向同步把移動(dòng)終端上的電話薄信息發(fā)送給平板電腦。所述平板電腦與移動(dòng)終端件通過(guò)單向同步把移動(dòng)終端上的電話薄信息發(fā)送給平板電腦包括:所述移動(dòng)終端先把電話薄信息封裝為商務(wù)卡片的格式，并通過(guò)單向同步把移動(dòng)終端上的電話薄信息發(fā)送給平板電腦。相應(yīng)的，本發(fā)明實(shí)施例還提供了一種基于平板電腦上的藍(lán)牙同步移動(dòng)終端電話薄的系統(tǒng)，該系統(tǒng)包括:藍(lán)牙模塊，用于基于平板電腦的藍(lán)牙接口識(shí)別所需要進(jìn)行電話薄同步的移動(dòng)終端;識(shí)別模塊，用于判斷移動(dòng)終端同步的協(xié)議方式，所述協(xié)議方式為藍(lán)牙免提應(yīng)用協(xié)議HTP，或者為對(duì)象推送協(xié)議0ΡΡ，或者為移動(dòng)數(shù)據(jù)同步化協(xié)議SyncML ；同步模塊，用于在判斷出移動(dòng)終端同步的協(xié)議方式后，調(diào)用平板電腦上所對(duì)應(yīng)的協(xié)議接口完成移動(dòng)終端電話薄的同步操作。所述同步模塊包括:HTP同步單元，用于基于藍(lán)牙免提應(yīng)用協(xié)議HTP方式完成移動(dòng)終端電話薄的同步操作；OPP同步單元，用于基于對(duì)象推送協(xié)議OPP方式完成移動(dòng)終端電話薄的同步操作；SyncML同步單元，用于基于移動(dòng)數(shù)據(jù)同步化協(xié)議SyncML方式完成移動(dòng)終端電話薄的同步操作。所述SyncML同步單元用于通過(guò)單向同步把移動(dòng)終端上的電話薄信息發(fā)送給平板電腦。通過(guò)實(shí)施本發(fā)明提供的基于平板電腦上的藍(lán)牙同步移動(dòng)終端電話薄的方法和系統(tǒng)，針對(duì)基于藍(lán)牙的平板電腦提出一種能夠通用的電話簿同步系統(tǒng)，系統(tǒng)能夠針對(duì)不同的現(xiàn)存的協(xié)議進(jìn)行無(wú)縫融合，對(duì)國(guó)內(nèi)外現(xiàn)有的協(xié)議基礎(chǔ)上提出的電話簿同步系統(tǒng)能夠?qū)崿F(xiàn)平板電腦和手機(jī)之間的電話簿融合、同步，方便用戶對(duì)電話薄的存儲(chǔ)，使得用戶操作更加方便。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其它的附圖。圖1是本發(fā)明實(shí)施例中的基于平板電腦上的藍(lán)牙同步移動(dòng)終端電話薄的方法流程圖；圖2是本發(fā)明實(shí)施例中的基于平板電腦中面向HFP的電話本同步方法流程圖；圖3是本發(fā)明實(shí)施例中的基于平板電腦中對(duì)象推送協(xié)議OPP的同步方法流程圖；圖4是本發(fā)明實(shí)施例中的基于平板電腦上的藍(lán)牙同步移動(dòng)終端電話薄的系統(tǒng)結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其它實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。設(shè)計(jì)電話簿同步系統(tǒng)的第一步是確定同步應(yīng)用采用的藍(lán)牙應(yīng)用框架。符合條件的框架除了能夠支持電話簿形式的內(nèi)容傳輸之外，還需是一個(gè)通用的，能被大多數(shù)設(shè)備兼容的應(yīng)用模式。藍(lán)牙免提應(yīng)用協(xié)議HFP、對(duì)象推送協(xié)議OPP和移動(dòng)數(shù)據(jù)同步化協(xié)議SyncML三種應(yīng)用模式基本滿足上述兩項(xiàng)條件，其中HFP是基于RFCOMM協(xié)議的應(yīng)用框架，而后兩者同樣是以O(shè)BEX為基礎(chǔ)?；谄桨咫娔X的底層是操作系統(tǒng)OS，然后是藍(lán)牙協(xié)議棧，這兩部分內(nèi)容都可以移植而得到；上層是本系統(tǒng)的關(guān)鍵所在，及電話本同步系統(tǒng)，它包含底層的三個(gè)關(guān)于藍(lán)牙免提系統(tǒng)的三個(gè)協(xié)議:HFP、OPP、SyncML。HFP(Hand Free Profile)被稱為藍(lán)牙免提應(yīng)用框架，在藍(lán)牙協(xié)議棧上位于的虛擬串口協(xié)議(RFCOMM)的上層；0ΒΕΧ被稱為對(duì)象交換協(xié)議(Object Exchange Protocal),在協(xié)議族中服務(wù)于RFCOMM與應(yīng)用層之間，OPP (對(duì)象推送框架，Object Push Protocol)繼承了 OBEX ;SyncML這種數(shù)據(jù)同步協(xié)議的發(fā)起者為包括Ericsson、IBM、Lotus、Matsushita、Motorola、Nokia、Openwave 和 Starfish 在內(nèi)的多家公司共同成立的數(shù)據(jù)同步論壇組織一SyncML發(fā)起組。本發(fā)明將具體介紹如何結(jié)合這三種協(xié)議標(biāo)準(zhǔn)來(lái)實(shí)現(xiàn)一個(gè)無(wú)縫的安全的電話本同步系統(tǒng)，它將是現(xiàn)有藍(lán)牙免提系統(tǒng)的增值部分。圖1示出了本發(fā)明實(shí)施例提供的基于平板電腦上的藍(lán)牙同步移動(dòng)終端電話薄的方法流程圖，具體包括如下:SlOl:基于平板電腦的藍(lán)牙接口識(shí)別所需要進(jìn)行電話薄同步的移動(dòng)終端；S102:判斷移動(dòng)終端同步的協(xié)議方式，所述協(xié)議方式為藍(lán)牙免提應(yīng)用協(xié)議HTP，或者為對(duì)象推送協(xié)議0ΡΡ，或者為移動(dòng)數(shù)據(jù)同步化協(xié)議SyncML ；S103:在判斷出移動(dòng)終端同步的協(xié)議方式后，調(diào)用平板電腦上所對(duì)應(yīng)的協(xié)議接口完成移動(dòng)終端電話薄的同步操作。需要說(shuō)明的是，當(dāng)移動(dòng)終端同步的協(xié)議方式為藍(lán)牙免提應(yīng)用協(xié)議HTP時(shí)，所述調(diào)用平板電腦上所對(duì)應(yīng)的協(xié)議接口完成移動(dòng)終端電話薄的同步操作包括:平板電腦向移動(dòng)終端發(fā)送獲取電話薄信息的指令；移動(dòng)終端針對(duì)所述獲取電話薄信息的指令作出應(yīng)答響應(yīng)；平板電腦向移動(dòng)終端詢問(wèn)移動(dòng)終端電話薄的條目總數(shù)，并獲得有效序號(hào)和條目總數(shù)；平板電腦依次從第一條開(kāi)始讀取有效記錄的信息，移動(dòng)終端形成格式應(yīng)答，通過(guò)格式應(yīng)答向平板電腦返回封裝在格式應(yīng)答中的電話號(hào)碼、編碼格式、姓名和號(hào)碼所屬域；平板電腦從格式應(yīng)答中提取出電話條目的電話號(hào)碼、編碼格式、姓名和號(hào)碼所屬域，轉(zhuǎn)換成平板電腦系統(tǒng)內(nèi)部所需要的文字格式并存儲(chǔ)在平板電腦上。進(jìn)一步的，當(dāng)移動(dòng)終端同步的協(xié)議方式為對(duì)象推送協(xié)議OPP時(shí)，所述調(diào)用平板電腦上所對(duì)應(yīng)的協(xié)議接口完成移動(dòng)終端電話薄的同步操作包括:移動(dòng)終端首先基于客戶端軟件向服務(wù)器申請(qǐng)建立連接；在服務(wù)器為移動(dòng)終端的客戶端軟件提供服務(wù)之后，移動(dòng)終端將電話薄信息轉(zhuǎn)換為商務(wù)卡片Vcard格式；移動(dòng)終端向平板電腦發(fā)送商務(wù)卡片Vcard格式的數(shù)據(jù)；在所有的Vcard格式的數(shù)據(jù)發(fā)送完之后，檢驗(yàn)信息發(fā)送的完整性，并解析Vcard格式的數(shù)據(jù)，提取電話薄信息，并將電話薄信息存入平板電腦。進(jìn)一步的，當(dāng)移動(dòng)終端同步的協(xié)議方式為移動(dòng)數(shù)據(jù)同步化協(xié)議SyncML時(shí)，所述調(diào)用平板電腦上所對(duì)應(yīng)的協(xié)議接口完成移動(dòng)終端電話薄的同步操作包括:平板電腦與移動(dòng)終端件通過(guò)單向同步把移動(dòng)終端上的電話薄信息發(fā)送給平板電腦。這里的平板電腦與移動(dòng)終端件通過(guò)單向同步把移動(dòng)終端上的電話薄信息發(fā)送給平板電腦包括:移動(dòng)終端先把電話薄信息封裝為商務(wù)卡片的格式，并通過(guò)單向同步把移動(dòng)終端上的電話薄信息發(fā)送給平板電腦。本發(fā)明的系統(tǒng)為了無(wú)縫的同步移動(dòng)終端電話薄到平板電腦，所以支持了現(xiàn)有的三種主流的免提系統(tǒng)的協(xié)議HFP、OPP、SyncML。接下來(lái)我們分別說(shuō)明在這三種協(xié)議上設(shè)計(jì)的電話簿同步方案的設(shè)計(jì)。首先是面向HFP的電話本同步方案。HFP (Hand Free Profile)被稱為藍(lán)牙免提應(yīng)用框架，在藍(lán)牙協(xié)議棧上位于的虛擬串口協(xié)議(RFCOMM)的上層。它利用RFCOMM提供的虛擬化的串口通信服務(wù)，與遠(yuǎn)程的同樣支持藍(lán)牙免提應(yīng)用框架的設(shè)備建立基于字節(jié)流傳輸?shù)耐ㄐ沛溌?。通信雙方在該鏈路上發(fā)送AT命令格式的信令，通過(guò)信令來(lái)攜帶控制指令和協(xié)議數(shù)據(jù)。關(guān)于HFP協(xié)議的具體流程設(shè)計(jì)在此不詳細(xì)說(shuō)明。HandFree服務(wù)復(fù)用了工業(yè)標(biāo)準(zhǔn)所定義的AT指令集，指令的格式和含義都延續(xù)了該工業(yè)標(biāo)準(zhǔn)的規(guī)定。在GSM07.07定義的指令集中，包括了一個(gè)供外部設(shè)備操作手機(jī)的電話簿數(shù)據(jù)庫(kù)的命令子集，通過(guò)向手機(jī)發(fā)送指令，可完成電話簿數(shù)據(jù)庫(kù)、讀取、查詢和寫(xiě)入電話簿條目的操作。HFP vl.5集成了這個(gè)子集。如果交互的手機(jī)支持HFP vl.5的應(yīng)用框架，或藍(lán)牙協(xié)議棧兼容這個(gè)命令子集，則車載設(shè)備在HFP連接上同步電話簿信息的構(gòu)想是可以實(shí)現(xiàn)的。車載設(shè)備可向連接的手機(jī)發(fā)送詢問(wèn)電話簿條目的指令，手機(jī)識(shí)別和解析這些指令后，調(diào)用相應(yīng)的應(yīng)用執(zhí)行指令要求的任務(wù)并形成應(yīng)答返回。當(dāng)車載設(shè)備接收到有效回復(fù)之后，依據(jù)AT信息的格式從中提取出條目?jī)?nèi)容，將之存儲(chǔ)于本地的數(shù)據(jù)庫(kù)中。運(yùn)用AT命令的具體的交互方法圖2所示，具體的步驟如下所示。S201:HF連接建立，然后平板終端(音頻單元)向手機(jī)(音頻網(wǎng)關(guān))發(fā)送AT+CPBS= “SIM”，該指令告知手機(jī)移動(dòng)終端要獲取SIM卡內(nèi)存儲(chǔ)的電話簿信息。手機(jī)向平板電腦返回一個(gè)OK信息；S202:平板電腦發(fā)送AT+CPBR= ，詢問(wèn)SM卡中存儲(chǔ)的條目總數(shù)。手機(jī)調(diào)用系統(tǒng)內(nèi)部函數(shù)獲得這個(gè)信息后，組織回復(fù)+CPBR: {〈indexl} <index2>...}〈nlegnthXtlengh〉，向移動(dòng)終端返回?cái)?shù)據(jù)庫(kù)的有效序號(hào)和條目總數(shù)。手機(jī)電話簿數(shù)據(jù)內(nèi)的條目序號(hào)并不一定是連續(xù)的，回復(fù)中的有效序號(hào)列可以幫助詢問(wèn)方在取條目信息時(shí)跳過(guò)空的序號(hào)；S203:平板電腦發(fā)送AT+CPBR:〈indexl〉讀取SM卡中第一條有效記錄的信息。手機(jī)形成格式形同+CPBR:<indexl><number><format><name\feild>的應(yīng)答。應(yīng)答中封裝有indexl的電話號(hào)碼，編碼格式，姓名和號(hào)碼所屬域。號(hào)碼所屬域用來(lái)表明號(hào)碼的類別，如家庭號(hào)碼、辦公號(hào)碼或手機(jī)號(hào)碼。S204:平板電腦從應(yīng)答中提取出電話條目的姓名、號(hào)碼和所屬域，轉(zhuǎn)換成系統(tǒng)內(nèi)部需要的文字格式，存儲(chǔ)于本地的SIM數(shù)據(jù)庫(kù)中。S205:平板電腦遞增AT+CPBR的記錄序號(hào)，反復(fù)發(fā)送這條指令，順序讀出SM數(shù)據(jù)庫(kù)中的其他條目。S206:發(fā)送AT+CPBS= “ME”選擇手機(jī)的內(nèi)存數(shù)據(jù)庫(kù)，重復(fù)St印2 St印4順序讀出內(nèi)存數(shù)據(jù)庫(kù)內(nèi)的電話簿條目。下面說(shuō)明基于對(duì)象推送協(xié)議OPP的同步方案設(shè)計(jì)。OBEX被稱為對(duì)象交換協(xié)議(Object Exchange Protocal),在協(xié)議族中服務(wù)于RFCOMM與應(yīng)用層之間。該層實(shí)體的主要功能是完成來(lái)自虛擬串口的字節(jié)流信息和格式化的數(shù)據(jù)包之間封裝與拆封，協(xié)議規(guī)定中所指的對(duì)象(Object)就是以這種格式化數(shù)據(jù)包進(jìn)行傳輸?shù)摹BEX使用對(duì)象攜帶來(lái)自應(yīng)用層的塊狀數(shù)據(jù)，如文件，診斷信息串和電子商務(wù)卡片。這類塊狀數(shù)據(jù)在字節(jié)間有著較強(qiáng)的關(guān)聯(lián)性，如直接交付給虛擬串口，數(shù)據(jù)的關(guān)聯(lián)性得不到體現(xiàn)，應(yīng)用層也需要在糾錯(cuò)和格式鑒別上花費(fèi)更大的花銷。因此，OBEX協(xié)議大大提高了數(shù)據(jù)傳輸?shù)母咝院徒M織性，為應(yīng)有層的快速開(kāi)發(fā)提供了友好的接口。OPP主要針對(duì)對(duì)象推送的服務(wù)實(shí)現(xiàn)，從GOEP中去掉了對(duì)象回拉服務(wù)，即限定數(shù)據(jù)的同步流向?yàn)橐钥蛻舳藶槠瘘c(diǎn)，以服務(wù)器為終點(diǎn)。換句話說(shuō)，數(shù)據(jù)只能上傳，不能下載。同時(shí)，在OPP的應(yīng)用示例中，通信總是由發(fā)送方發(fā)起。另外，OPP將支持的文件類型框定為少數(shù)的幾種，包括商務(wù)卡片(vCard)和商務(wù)日程表(vCalendar)兩種。GOEP也對(duì)OPP隱去了藍(lán)牙底層交互的規(guī)范。基于OPP的電話簿同步的設(shè)計(jì)交互圖如圖3所示，具體步驟如下:S301:手機(jī)設(shè)備的客戶端軟件發(fā)送0x08操作碼向服務(wù)器申請(qǐng)建立連接。服務(wù)器若可以為該客戶端提供服務(wù)，則返回OxAO表示接受客戶端的連接。雙方可在數(shù)據(jù)包中附加若干Header來(lái)交換初始化信息。S302:手機(jī)設(shè)備從數(shù)據(jù)庫(kù)中順序取出信息條目，轉(zhuǎn)化為Vcard的格式，把不超過(guò)雙方協(xié)商的最大Body長(zhǎng)度的Vcard集填入數(shù)據(jù)包的Body Header中，以0x02的操作碼發(fā)送，請(qǐng)求put操作。S303:平板電腦接收數(shù)據(jù)包,從Body Header中提取數(shù)據(jù)，暫時(shí)放入緩存，并向手機(jī)發(fā)送操作碼0x90指示手機(jī)繼續(xù)推送。S304:手機(jī)設(shè)備繼續(xù)以put操作發(fā)送Vcard,發(fā)送一張Vcard的數(shù)據(jù)包使用End-of-Body Header指示一個(gè)完整對(duì)象發(fā)送完畢。在最后一張VCard送出前，若傳輸需要中斷，手機(jī)設(shè)備需要向服務(wù)器發(fā)送OxFF丟棄碼。服務(wù)器接收到該操作碼后，結(jié)束對(duì)End-of-Body的等待,把存儲(chǔ)緩沖區(qū)內(nèi)的已接收對(duì)象片斷全部丟棄。S305:平板電腦在檢測(cè)到End-of-Body之后，將緩存中的按順序拼接起來(lái)，檢驗(yàn)完整性并解析Vcard提取電話信息，存入本地?cái)?shù)據(jù)庫(kù)。若對(duì)象數(shù)據(jù)接收無(wú)誤，向手機(jī)返回OxOA的成功碼。S306:手機(jī)發(fā)送0x81操作碼請(qǐng)求斷開(kāi)連接，服務(wù)器返回成功碼。至此，雙方的OPP
交互結(jié)束。面向SyncML的同步的大致方案，首先應(yīng)考慮為通信雙方分配角色，顯然，平板電腦系統(tǒng)的SyncML應(yīng)用層適合作為服務(wù)器，而手機(jī)作為客戶端。由于在應(yīng)用中，同步數(shù)據(jù)僅來(lái)自于客戶端，不存在起點(diǎn)為服務(wù)器的同步數(shù)據(jù)流，因此使用單向同步(One-way sync)就能夠滿足實(shí)際的應(yīng)用了。以這個(gè)結(jié)論作為前提，我們來(lái)進(jìn)一步確定應(yīng)該由誰(shuí)來(lái)作為同步的發(fā)起方。如果同步由客戶端發(fā)起，會(huì)增加設(shè)計(jì)的難度。其一，客戶端要設(shè)法確定同步發(fā)起的時(shí)間。根據(jù)產(chǎn)品的要求，同步的過(guò)程要在手機(jī)與車載系統(tǒng)建立HFP連接之后自動(dòng)進(jìn)行。雖然市面上的手機(jī)大多支持SyncML應(yīng)用服務(wù)，但內(nèi)置的軟件服務(wù)程序不可能具有這種特殊功能。其二，服務(wù)器要對(duì)發(fā)起同步的設(shè)備進(jìn)行身份鑒別，否則，不能確認(rèn)同步消息是不是可信任的，會(huì)引發(fā)安全問(wèn)題。因此，理想的方案中，同步應(yīng)該由服務(wù)器發(fā)起，即使用服務(wù)器同步通告作為應(yīng)用的同步方式。在第一次同步中，服務(wù)器發(fā)起客戶端刷新同步(Refresh fromclient only)的同步通告，請(qǐng)求手機(jī)上傳全部電話簿信息。若服務(wù)器有足夠的空間長(zhǎng)期存儲(chǔ)數(shù)據(jù)拷貝，在以后的同步中，服務(wù)器只需要發(fā)起客戶端單向同步(One-way sync fromclient only)，請(qǐng)求手機(jī)上傳與上次的拷貝不相同的部分，而服務(wù)器則更新拷貝中的部分?jǐn)?shù)據(jù)即可。鑒于SyncML協(xié)議對(duì)VCard文件格式的支持，電話簿信息可以封裝為.vcf文件傳輸。相應(yīng)的，圖4示出了本發(fā)明實(shí)施例中的基于平板電腦上的藍(lán)牙同步移動(dòng)終端電話薄的系統(tǒng)結(jié)構(gòu)示意圖，該系統(tǒng)包括:藍(lán)牙模塊，用于基于平板電腦的藍(lán)牙接口識(shí)別所需要進(jìn)行電話薄同步的移動(dòng)終端;識(shí)別模塊，用于判斷移動(dòng)終端同步的協(xié)議方式，所述協(xié)議方式為藍(lán)牙免提應(yīng)用協(xié)議HTP，或者為對(duì)象推送協(xié)議0ΡΡ，或者為移動(dòng)數(shù)據(jù)同步化協(xié)議SyncML ；同步模塊，用于在判斷出移動(dòng)終端同步的協(xié)議方式后，調(diào)用平板電腦上所對(duì)應(yīng)的協(xié)議接口完成移動(dòng)終端電話薄的同步操作。這里的同步模塊包括:HTP同步單元，用于基于藍(lán)牙免提應(yīng)用協(xié)議HTP方式完成移動(dòng)終端電話薄的同步操作；OPP同步單元，用于基于對(duì)象推送協(xié)議OPP方式完成移動(dòng)終端電話薄的同步操作；SyncML同步單元，用于基于移動(dòng)數(shù)據(jù)同步化協(xié)議SyncML方式完成移動(dòng)終端電話薄的同步操作。需要說(shuō)明的是，SyncML同步單元用于通過(guò)單向同步把移動(dòng)終端上的電話薄信息發(fā)送給平板電腦。綜上，本發(fā)明實(shí)施例基于平板電腦上的藍(lán)牙同步移動(dòng)終端電話薄的方法和系統(tǒng)，針對(duì)基于藍(lán)牙的平板電腦提出一種能夠通用的電話簿同步系統(tǒng)，系統(tǒng)能夠針對(duì)不同的現(xiàn)存的協(xié)議進(jìn)行無(wú)縫融合，對(duì)國(guó)內(nèi)外現(xiàn)有的協(xié)議基礎(chǔ)上提出的電話簿同步系統(tǒng)能夠?qū)崿F(xiàn)平板電腦和手機(jī)之間的電話簿融合、同步，方便用戶對(duì)電話薄的存儲(chǔ)，使得用戶操作更加方便。本領(lǐng)域普通技術(shù)人員可以理解上述實(shí)施例的各種方法中的全部或部分步驟是可以通過(guò)程序來(lái)指令相關(guān)的硬件來(lái)完成，該程序可以存儲(chǔ)于一計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，存儲(chǔ)介質(zhì)可以包括:只讀存儲(chǔ)器(ROM，Read Only Memory)、隨機(jī)存取存儲(chǔ)器(RAM，RandomAccess Memory)、磁盤(pán)或光盤(pán)等。 以上對(duì)本發(fā)明實(shí)施例所提供的基于平板電腦上的藍(lán)牙同步移動(dòng)終端電話薄的方法和系統(tǒng)進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個(gè)例對(duì)本發(fā)明的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說(shuō)明只是用于幫助理解本發(fā)明的方法及其核心思想；同時(shí)，對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實(shí)施方式
及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本說(shuō)明書(shū)內(nèi)容不應(yīng)理解為對(duì)本發(fā)明的限制。
權(quán)利要求
1.一種基于平板電腦上的藍(lán)牙同步移動(dòng)終端電話薄的方法，其特征在于，包括: 基于平板電腦的藍(lán)牙接口識(shí)別所需要進(jìn)行電話薄同步的移動(dòng)終端； 判斷移動(dòng)終端同步的協(xié)議方式，所述協(xié)議方式為藍(lán)牙免提應(yīng)用協(xié)議HTP，或者為對(duì)象推送協(xié)議OPP，或者為移動(dòng)數(shù)據(jù)同步化協(xié)議SyncML ； 在判斷出移動(dòng)終端同步的協(xié)議方式后，調(diào)用平板電腦上所對(duì)應(yīng)的協(xié)議接口完成移動(dòng)終端電話薄的同步操作。
2.如權(quán)利要求1所述的基于平板電腦上的藍(lán)牙同步移動(dòng)終端電話薄的方法，其特征在于，當(dāng)移動(dòng)終端同步的協(xié)議方式為藍(lán)牙免提應(yīng)用協(xié)議HTP時(shí)，所述調(diào)用平板電腦上所對(duì)應(yīng)的協(xié)議接口完成移動(dòng)終端電話薄的同步操作包括:平板電腦向移動(dòng)終端發(fā)送獲取電話薄信息的指令； 移動(dòng)終端針對(duì)所述獲取電話薄信息的指令作出應(yīng)答響應(yīng)； 平板電腦向移動(dòng)終端詢問(wèn)移動(dòng)終端電話薄的條目總數(shù)，并獲得有效序號(hào)和條目總數(shù)； 平板電腦依次從第一條開(kāi)始讀取有效記錄的信息，移動(dòng)終端形成格式應(yīng)答，通過(guò)格式應(yīng)答向平板電腦返回封裝在格式應(yīng)答中的電話號(hào)碼、編碼格式、姓名和號(hào)碼所屬域； 平板電腦從格式應(yīng)答中提取出電話條目的電話號(hào)碼、編碼格式、姓名和號(hào)碼所屬域，轉(zhuǎn)換成平板電腦系統(tǒng)內(nèi)部所需要的文字格式并存儲(chǔ)在平板電腦上。
3.如權(quán)利要求1所述的基于平板電腦上的藍(lán)牙同步移動(dòng)終端電話薄的方法，其特征在于，當(dāng)移動(dòng)終端同步的協(xié)議方式為對(duì)象推送協(xié)議OPP時(shí)，所述調(diào)用平板電腦上所對(duì)應(yīng)的協(xié)議接口完成移動(dòng)終端電話薄的同步操作包括: 移動(dòng)終端首先基于客戶端軟 件向服務(wù)器申請(qǐng)建立連接； 在服務(wù)器為移動(dòng)終端的客戶端軟件提供服務(wù)之后，移動(dòng)終端將電話薄信息轉(zhuǎn)換為商務(wù)卡片Vcard格式； 移動(dòng)終端向平板電腦發(fā)送商務(wù)卡片Vcard格式的數(shù)據(jù)； 在所有的Vcard格式的數(shù)據(jù)發(fā)送完之后，檢驗(yàn)信息發(fā)送的完整性，并解析Vcard格式的數(shù)據(jù)，提取電話薄信息，并將電話薄信息存入平板電腦。
4.如權(quán)利要求1所述的基于平板電腦上的藍(lán)牙同步移動(dòng)終端電話薄的方法，其特征在于，當(dāng)移動(dòng)終端同步的協(xié)議方式為移動(dòng)數(shù)據(jù)同步化協(xié)議SyncML時(shí)，所述調(diào)用平板電腦上所對(duì)應(yīng)的協(xié)議接口完成移動(dòng)終端電話薄的同步操作包括: 平板電腦與移動(dòng)終端件通過(guò)單向同步把移動(dòng)終端上的電話薄信息發(fā)送給平板電腦。
5.如權(quán)利要求4所述的基于平板電腦上的藍(lán)牙同步移動(dòng)終端電話薄的方法，其特征在于，所述平板電腦與移動(dòng)終端件通過(guò)單向同步把移動(dòng)終端上的電話薄信息發(fā)送給平板電腦包括: 所述移動(dòng)終端先把電話薄信息封裝為商務(wù)卡片的格式，并通過(guò)單向同步把移動(dòng)終端上的電話薄信息發(fā)送給平板電腦。
6.一種基于平板電腦上的藍(lán)牙同步移動(dòng)終端電話薄的系統(tǒng)，其特征在于，該系統(tǒng)包括: 藍(lán)牙模塊，用于基于平板電腦的藍(lán)牙接口識(shí)別所需要進(jìn)行電話薄同步的移動(dòng)終端； 識(shí)別模塊，用于判斷移動(dòng)終端同步的協(xié)議方式，所述協(xié)議方式為藍(lán)牙免提應(yīng)用協(xié)議HTP,或者為對(duì)象推送協(xié)議0ΡΡ，或者為移動(dòng)數(shù)據(jù)同步化協(xié)議SyncML ；同步模塊，用于在判斷出移動(dòng)終端同步的協(xié)議方式后，調(diào)用平板電腦上所對(duì)應(yīng)的協(xié)議接口完成移動(dòng)終端電話薄的同步操作。
7.如權(quán)利要求6所述的基于平板電腦上的藍(lán)牙同步移動(dòng)終端電話薄的系統(tǒng)，其特征在于，所述同步模塊包括: HTP同步單元，用于基于藍(lán)牙免提應(yīng)用協(xié)議HTP方式完成移動(dòng)終端電話薄的同步操作；OPP同步單元，用于基于對(duì)象推送協(xié)議OPP方式完成移動(dòng)終端電話薄的同步操作；SyncML同步單元，用于基于移動(dòng)數(shù)據(jù)同步化協(xié)議SyncML方式完成移動(dòng)終端電話薄的同步操作。
8.如權(quán)利要求7所述的基于平板電腦上的藍(lán)牙同步移動(dòng)終端電話薄的系統(tǒng)，其特征在于，所述SyncML同步單 元用于通過(guò)單向同步把移動(dòng)終端上的電話薄信息發(fā)送給平板電腦。
全文摘要
本發(fā)明公開(kāi)了一種基于平板電腦上的藍(lán)牙同步移動(dòng)終端電話薄的方法及系統(tǒng)，其方法包括基于平板電腦的藍(lán)牙接口識(shí)別所需要進(jìn)行電話薄同步的移動(dòng)終端；判斷移動(dòng)終端同步的協(xié)議方式，所述協(xié)議方式為藍(lán)牙免提應(yīng)用協(xié)議HTP，或者為對(duì)象推送協(xié)議OPP，或者為移動(dòng)數(shù)據(jù)同步化協(xié)議SyncML；在判斷出移動(dòng)終端同步的協(xié)議方式后，調(diào)用平板電腦上所對(duì)應(yīng)的協(xié)議接口完成移動(dòng)終端電話薄的同步操作。通過(guò)實(shí)施本發(fā)明，能夠針對(duì)不同的現(xiàn)存的協(xié)議進(jìn)行無(wú)縫融合，對(duì)國(guó)內(nèi)外現(xiàn)有的協(xié)議基礎(chǔ)上提出的電話簿同步系統(tǒng)能夠?qū)崿F(xiàn)平板電腦和手機(jī)之間的電話簿融合、同步。
文檔編號(hào)H04M1/2745GK103117777SQ201310060700
公開(kāi)日2013年5月22日 申請(qǐng)日期2013年2月27日 優(yōu)先權(quán)日2013年2月27日
發(fā)明者莊宏?yáng)| 申請(qǐng)人:廣州長(zhǎng)嘉電子有限公司