專利名稱：基于藍(lán)牙協(xié)議的高安全性點(diǎn)對點(diǎn)文件傳輸方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種基于藍(lán)牙協(xié)議的文件傳輸方法，特別是一種基于藍(lán)牙協(xié)議的高安
全性點(diǎn)對點(diǎn)文件傳輸方法。
背景技術(shù)：
藍(lán)牙技術(shù)聯(lián)盟組織發(fā)布的FP文件傳輸應(yīng)用規(guī)范或FT文件傳輸協(xié)議是建立在 通用對象交換協(xié)議基礎(chǔ)之上的藍(lán)牙標(biāo)準(zhǔn)應(yīng)用技術(shù)規(guī)范，參考藍(lán)牙技術(shù)聯(lián)盟Bluetooth SIG(Bluetooth Special Interest Group)公開發(fā)布的藍(lán)牙技術(shù)規(guī)范(BLUETOOTH SPECIFICATION Version 1. 1)第366 396頁，PartK :12 File Transfer Profile部分。
藍(lán)牙技術(shù)聯(lián)盟組織制定的通用文件傳輸技術(shù)規(guī)范，其本質(zhì)就是在串口應(yīng)用規(guī)范層 次之上封裝了一套文件傳輸?shù)牟僮鲗ο?。根?jù)標(biāo)準(zhǔn)的藍(lán)牙技術(shù)規(guī)范，F(xiàn)P文件傳輸應(yīng)用規(guī)范 是一個直接面對用戶應(yīng)用的最高層次的技術(shù)規(guī)范，是由封裝為串口應(yīng)用規(guī)范中的通用對象 交換技術(shù)規(guī)范基礎(chǔ)上添加面對用戶的應(yīng)用服務(wù)內(nèi)容而形成的。FP文件傳輸應(yīng)用規(guī)范定義如 何從一個設(shè)備(計算機(jī)、PDA、智能手機(jī)等)傳輸數(shù)據(jù)至另一個設(shè)備。FP文件傳輸應(yīng)用規(guī)范 以數(shù)據(jù)流的方式傳輸文件，因此適用于所有文件類型。FP文件傳輸應(yīng)用規(guī)范還包括瀏覽遠(yuǎn) 端設(shè)備目錄和文件內(nèi)容的能力。在更下一層的串口應(yīng)用規(guī)范中，協(xié)議只定義了兩個串口之 間進(jìn)行連接的對等設(shè)備角色，不存在主/從關(guān)系，串行通訊設(shè)備之間是平等的。而在FP文 件傳輸應(yīng)用規(guī)范中不存在對等關(guān)系。FP文件傳輸應(yīng)用規(guī)范中將負(fù)責(zé)初始化的設(shè)備確定為 客戶機(jī)，另一個設(shè)備定義為服務(wù)器。在這種客戶機(jī)/服務(wù)器模式中，客戶機(jī)可以通過封裝在 0BEX(通用對象交換協(xié)議，用于建立客戶機(jī)和服務(wù)器設(shè)備之間的對象交換會話)中的操作
命令，實現(xiàn)下面的具體功能 1、從服務(wù)器下拉(下載)文件和文件夾 2、上拉(上載)文件和文件夾至服務(wù)器 3 、瀏覽服務(wù)器上的文件夾 4、刪除服務(wù)器上的文件和文件夾 5、在服務(wù)器上創(chuàng)建新文件夾 標(biāo)準(zhǔn)的藍(lán)牙文件傳輸協(xié)議的功能很強(qiáng)大，除了文件傳輸操作以外，還涉及復(fù)雜的 遠(yuǎn)程文件和目錄瀏覽、刪除等等操作，但是，強(qiáng)大的功能也意味著復(fù)雜的操作。在標(biāo)準(zhǔn)文件 傳輸協(xié)議中，主控操作的一方不僅需要有瀏覽和管理本地文件系統(tǒng)的人機(jī)界面，還要有瀏 覽和控制遠(yuǎn)程文件系統(tǒng)的人機(jī)界面，因此這種復(fù)雜的操作不利于在人機(jī)界面簡單的平臺上 實現(xiàn)。 另外，由于標(biāo)準(zhǔn)的藍(lán)牙文件傳輸協(xié)議在實現(xiàn)文件傳輸?shù)臅r候，作為發(fā)起方的客戶 端，實現(xiàn)文件傳輸?shù)耐瑫r要求服務(wù)器端至少提供操作目錄的瀏覽和改寫權(quán)限，導(dǎo)致服務(wù)器 端的目錄必然被客戶端訪問；除了必要的被傳輸文件，服務(wù)器端的操作目錄下的本地其它 文件的信息必然會泄露給客戶端，因此導(dǎo)致服務(wù)器端的私有信息的不必要開放如果兩個 人使用支持藍(lán)牙文件傳輸協(xié)議的計算機(jī)設(shè)備實現(xiàn)文件對傳功能，發(fā)起文件傳輸?shù)囊环骄哂袨g覽和改寫另一方某個文件目錄的權(quán)限，這種應(yīng)用模式發(fā)生在收發(fā)設(shè)備屬于兩個不同所有 者之間，顯然在信息安全和隱私保護(hù)方面是不能夠被接受的。標(biāo)準(zhǔn)藍(lán)牙協(xié)議存在的最大安 全問題就是為實現(xiàn)某個特定文件傳輸提供的操作權(quán)限是整個文件目錄，操作權(quán)限大于完成 某個特定文件傳輸所必要的信息開放權(quán)限。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種與藍(lán)牙技術(shù)規(guī)范提供的FT文件傳輸協(xié)議 不同的藍(lán)牙文件傳輸方法，本發(fā)明并不修改藍(lán)牙底層協(xié)議提供的標(biāo)準(zhǔn)串口連接協(xié)議，而是 與藍(lán)牙標(biāo)準(zhǔn)文件傳輸協(xié)議一樣，在串口連接協(xié)議之上構(gòu)建文件傳輸協(xié)議。該方法工作于藍(lán) 牙底層協(xié)議之上，能夠在保證藍(lán)牙設(shè)備的硬件兼容性的基礎(chǔ)上運(yùn)行，但與藍(lán)牙標(biāo)準(zhǔn)的FT文 件傳輸協(xié)議相比，能夠避免FT文件傳輸協(xié)議工作時發(fā)生的操作權(quán)限擴(kuò)大的安全隱患，且操 作簡單。為解決上述技術(shù)問題，本發(fā)明是按如下方式來實現(xiàn)的 在兩個以上具有標(biāo)準(zhǔn)藍(lán)牙連接裝置的計算機(jī)系統(tǒng)組成的藍(lán)牙無線網(wǎng)絡(luò)系統(tǒng)內(nèi)，提 供了一個計算機(jī)程序傳輸文件的方法，該方法包括從一臺具有藍(lán)牙通訊模塊的計算機(jī)將一 個文件傳輸?shù)酵愋陀嬎銠C(jī)的步驟，這種傳輸過程進(jìn)行了嚴(yán)格的訪問權(quán)限限制，在設(shè)備驗 證以后發(fā)生的文件傳輸過程中，僅傳送文件本身的數(shù)據(jù)，而不涉及發(fā)送和接收的計算機(jī)設(shè) 備存放文件的目錄以及其它文件的任何信息，不向文件發(fā)送和接收方提供任何對方計算機(jī) 內(nèi)部的存儲信息。 交付的程序在建立文件傳輸連接之前，設(shè)置了高級設(shè)備認(rèn)證流程，可以建立與藍(lán) 牙設(shè)備低層無關(guān)的高級設(shè)備認(rèn)證，通過完全基于標(biāo)準(zhǔn)串行設(shè)備訪問的程序?qū)崿F(xiàn)傳輸對象設(shè) 備的識別和認(rèn)證。高級設(shè)備驗證和選擇程序的操作步驟如下 1、高級設(shè)備ID的建立高級設(shè)備ID存放在發(fā)布的程序可以訪問到的配置文件或 計算機(jī)系統(tǒng)的特定存儲空間中，該設(shè)備ID不同于藍(lán)牙自身的廠家設(shè)備ID，而是可以由用戶 編輯的設(shè)備ID，簡單地說，就是用戶給自己的藍(lán)牙設(shè)備取的名字； 2、高級設(shè)備ID驗證高級設(shè)備名驗證是在自定義的藍(lán)牙串口主機(jī)文件傳輸體系 中的重要的驗證依據(jù)。交付的程序進(jìn)一步封裝的具體操作有 2. 1、接收設(shè)備ID獲取發(fā)送方獲取處在可接收狀態(tài)的接收方設(shè)備高級ID，在一個
兩個設(shè)備以上的藍(lán)牙網(wǎng)絡(luò)環(huán)境中，通過藍(lán)牙設(shè)備隨機(jī)配對，獲得一個以上的高級設(shè)備ID ; 2.2、接收設(shè)備遙控推出如果并非發(fā)送方想要的設(shè)備，則接收設(shè)備將收到來自發(fā) 送的"遙控推出設(shè)備"會話，自動退出并使用藍(lán)牙設(shè)備處在暫時的"不接受任何網(wǎng)絡(luò)響應(yīng)"的 狀態(tài)；如果發(fā)送方中止點(diǎn)對點(diǎn)連接，也將執(zhí)行這個推出動作； 2. 3、發(fā)送設(shè)備ID獲取確認(rèn)接收方ID為指定ID，發(fā)送主機(jī)操作者做了確認(rèn)操作 后，接收方獲得發(fā)送方ID; 2.4、設(shè)備ID驗證通過發(fā)送方選定接收設(shè)備，接收方也許可發(fā)送設(shè)備ID，則雙向 驗證通過。 3、點(diǎn)對點(diǎn)連接建立和結(jié)束高級設(shè)備ID驗證通過以后，自動進(jìn)入點(diǎn)對點(diǎn)連接建立 狀態(tài)，發(fā)送方和接收方將對應(yīng)的文件發(fā)送和接收數(shù)據(jù)結(jié)構(gòu)；不需要繼續(xù)傳輸文件時可以中 止點(diǎn)對點(diǎn)連接，或者由于連接物理鏈路失效，也將中止點(diǎn)對點(diǎn)連接。 在標(biāo)準(zhǔn)的藍(lán)牙串口設(shè)備仿真協(xié)議之上，建立文件點(diǎn)對點(diǎn)傳輸協(xié)議。單純的串口協(xié)議只是數(shù)據(jù)流的通道，實現(xiàn)任何應(yīng)用都將產(chǎn)生一個發(fā)起應(yīng)用的和一個響應(yīng)應(yīng)用的主機(jī)。在 交付的程序里，采用的實現(xiàn)方法是簡單地分出主次，而不是建立客戶機(jī)/服務(wù)器系統(tǒng)。 一旦 基于藍(lán)牙虛擬串口設(shè)備的點(diǎn)對點(diǎn)連接建立，交付的程序提供的文件傳輸?shù)牟襟E如下
1 、文件發(fā)送程序操作步驟 1. 1、文件屬性傳送發(fā)送主機(jī)將文件名和基本屬性(至少包含文件長度，其它內(nèi) 容可根據(jù)需要定制)通過虛假串口設(shè)備發(fā)送到接收主機(jī)； 1. 2、文件傳輸許可驗證接收到來自文件接收主機(jī)通過虛擬串口發(fā)送的文件傳輸 許可驗證； 1. 3、文件內(nèi)容傳輸文件內(nèi)容被切分成一定大小的數(shù)據(jù)包，按順序傳輸并自動驗 證，在驗證出錯的時候以數(shù)據(jù)包為單位重發(fā)；
1. 4 、文件傳輸中止和結(jié)束。
2、文件接收程序操作步驟 2. 1、文件屬性接收接收主機(jī)接收到文件名和基本屬性； 2. 2、文件接收許可驗證接收主機(jī)通過人機(jī)操作界面( 一般為屏幕和按鍵)獲得 接收主機(jī)操作者同意接收文件的驗證以后，為文件建立合法的本地存儲路徑(包括可能的 文件名調(diào)整)，將建立文件傳輸許可通過虛擬串口回應(yīng)給接收主機(jī)文件； 2. 3、內(nèi)容傳輸文件內(nèi)容被切分成一定大小的數(shù)據(jù)包，按順序傳輸并自動驗證，在 驗證出錯的時候以數(shù)據(jù)包為單位重發(fā)；
2.4、文件傳輸中止和結(jié)束。 本發(fā)明的積極效果在于本發(fā)明所述的基于藍(lán)牙協(xié)議的高安全性點(diǎn)對點(diǎn)文件傳輸 方法，由于操作上基于簡單的虛擬串口設(shè)備，完全封裝在藍(lán)牙具體的操作協(xié)議之上，更適合 低成本嵌入平臺上實現(xiàn)，而且操作的安全性和隱私保護(hù)性都更好，因此適合不同個人之間 實現(xiàn)不依賴PC、PDA等設(shè)備的直接文件交換，或者某種現(xiàn)場數(shù)據(jù)采集系統(tǒng)使用。兩個以上的 用戶使用這種協(xié)議支持的微型嵌入藍(lán)牙移動存儲設(shè)備，能夠在不需要打開和暴露任何一方 PC、 PDA、移動存儲設(shè)備任何其它文件和目錄信息的情況下，對需要特定文件實現(xiàn)傳輸和共
享，且操作簡單，容易實現(xiàn)。


下面結(jié)合附圖和具體實施方式
對本發(fā)明作進(jìn)一步詳細(xì)的說明。
圖1是目前常規(guī)的藍(lán)牙應(yīng)用技術(shù)規(guī)范層次。 圖2是目前常規(guī)的藍(lán)牙標(biāo)準(zhǔn)的FT文件傳輸協(xié)議的協(xié)議棧模型。
圖3是目前常規(guī)的串口規(guī)范協(xié)議棧。 圖4是根據(jù)本發(fā)明的自定義點(diǎn)對點(diǎn)文件直傳模型的操作封裝示意圖。
圖5是根據(jù)本發(fā)明的自定義點(diǎn)對點(diǎn)文件直傳模型的協(xié)議棧。
具體實施例方式
如圖1所示是目前常規(guī)的藍(lán)牙應(yīng)用技術(shù)規(guī)范層次 從藍(lán)牙應(yīng)用技術(shù)規(guī)范的層次結(jié)構(gòu)中，可以看到，藍(lán)牙FP文件傳輸應(yīng)用規(guī)范在藍(lán)牙 應(yīng)用規(guī)范體系中所處的最高一層的層次地位，同時也可以看到，涉及文件形式的處理和傳送的藍(lán)牙應(yīng)用規(guī)范最后處理文件內(nèi)容的時候，本質(zhì)上都采用串口應(yīng)用規(guī)范完成下一層的數(shù) 據(jù)交換。所以，藍(lán)牙技術(shù)組織制定的通用文件傳輸技術(shù)規(guī)范，其本質(zhì)就是在串口應(yīng)用規(guī)范層 次之上封裝了一套文件傳輸?shù)牟僮鲗ο蟆?如圖2所示是目前常規(guī)的藍(lán)牙標(biāo)準(zhǔn)的FT文件傳輸協(xié)議的協(xié)議棧模型 標(biāo)準(zhǔn)藍(lán)牙的FT文件傳輸協(xié)議是一種客戶機(jī)/服務(wù)器模式，由發(fā)起的客戶機(jī)向服務(wù)
器發(fā)出文件傳輸請求，從客戶端一端觀察，其運(yùn)行過程為 1、發(fā)起請求； 2、獲得服務(wù)器某個目錄的瀏覽權(quán)限； 3、從服務(wù)器對應(yīng)目錄選擇需要下載的文件或者從本地選擇需要上傳的文件； 4、執(zhí)行文件下載或上傳操作。 如圖3所示是目前常規(guī)的串口規(guī)范協(xié)議棧 串口應(yīng)用規(guī)范是藍(lán)牙所有涉及文件傳輸?shù)南聦訁f(xié)議。由于串口應(yīng)用規(guī)范是所有通
過串口接入計算機(jī)設(shè)備的應(yīng)用規(guī)范的一部分，因此其通信對象的兩端設(shè)備是對等的角色，
不存在主/從關(guān)系。通過藍(lán)牙建立串行連接的標(biāo)準(zhǔn)過程如下 1、本地設(shè)備的SDP查詢無端設(shè)備的服務(wù)器信道編號； 2、遠(yuǎn)端設(shè)備回應(yīng)服務(wù)器的信道編號； 3、進(jìn)行必要的鑒權(quán)； 4、建立L2CAP連接； 5 、在服務(wù)器信道上建立RFC0匪連接，構(gòu)成一個虛假串口設(shè)備。 在功能上，藍(lán)牙串口應(yīng)用規(guī)范簡單地等同于一個主機(jī)設(shè)備驅(qū)動的標(biāo)準(zhǔn)串口，沒有
具體的應(yīng)用操作，其操作程序與標(biāo)準(zhǔn)的計算機(jī)串口操作協(xié)議完全相同。 如圖4所示是根據(jù)本發(fā)明的自定義點(diǎn)對點(diǎn)文件直傳模型的操作封裝示意圖。 交付的程序在建立文件傳輸連接之前，設(shè)置了高級設(shè)備認(rèn)證流程，可以建立與藍(lán)
牙設(shè)備低層無關(guān)的高級設(shè)備認(rèn)證，通過完全基于標(biāo)準(zhǔn)串行設(shè)備訪問的程序?qū)崿F(xiàn)傳輸對象設(shè)
備的識別和認(rèn)證。高級設(shè)備驗證和選擇程序的操作步驟如下 1、高級設(shè)備ID的建立高級設(shè)備ID存放在發(fā)布的程序可以訪問到的配置文件或 計算機(jī)系統(tǒng)的特定存儲空間中，該設(shè)備ID不同于藍(lán)牙自身的廠家設(shè)備ID，而是可以由用戶 編輯的設(shè)備ID，簡單地說，就是用戶給自己的藍(lán)牙設(shè)備取的名字； 2、高級設(shè)備ID驗證高級設(shè)備名驗證是在自定義的藍(lán)牙串口主機(jī)文件傳輸體系 中的重要的驗證依據(jù)。交付的程序進(jìn)一步封裝的具體操作有 2. 1、接收設(shè)備ID獲取發(fā)送方獲取處在可接收狀態(tài)的接收方設(shè)備高級ID，在一個 兩個設(shè)備以上的藍(lán)牙網(wǎng)絡(luò)環(huán)境中，通過藍(lán)牙設(shè)備隨機(jī)配對，獲得一個以上的高級設(shè)備ID ; 2. 2、接收設(shè)備遙控推出如果并非發(fā)送方想要的設(shè)備，則接收設(shè)備將收到來自發(fā) 送的"遙控推出設(shè)備"會話，自動退出并使用藍(lán)牙設(shè)備處在暫時的"不接受任何網(wǎng)絡(luò)響應(yīng)"的 狀態(tài)；如果發(fā)送方中止點(diǎn)對點(diǎn)連接，也將執(zhí)行這個推出動作； 2. 3、發(fā)送設(shè)備ID獲取確認(rèn)接收方ID為指定ID，發(fā)送主機(jī)操作者做了確認(rèn)操作 后，接收方獲得發(fā)送方ID; 2.4、設(shè)備ID驗證通過發(fā)送方選定接收設(shè)備，接收方也許可發(fā)送設(shè)備ID，則雙向 驗證通過。
3、點(diǎn)對點(diǎn)連接建立和結(jié)束高級設(shè)備ID驗證通過以后，自動進(jìn)入點(diǎn)對點(diǎn)連接建立
狀態(tài)，發(fā)送方和接收方將對應(yīng)的文件發(fā)送和接收數(shù)據(jù)結(jié)構(gòu)；不需要繼續(xù)傳輸文件時可以中
止點(diǎn)對點(diǎn)連接，或者由于連接物理鏈路失效，也將中止點(diǎn)對點(diǎn)連接。 如圖5所示是根據(jù)本發(fā)明的自定義點(diǎn)對點(diǎn)文件直傳模型的協(xié)議棧。 在標(biāo)準(zhǔn)的藍(lán)牙串口設(shè)備仿真協(xié)議之上，建立文件點(diǎn)對點(diǎn)傳輸協(xié)議。單純的串口協(xié)
議只是數(shù)據(jù)流的通道，實現(xiàn)任何應(yīng)用都將產(chǎn)生一個發(fā)起應(yīng)用的和一個響應(yīng)應(yīng)用的主機(jī)。在
交付的程序里，采用的實現(xiàn)方法是簡單地分出主次，而不是建立客戶機(jī)/服務(wù)器系統(tǒng)。 一旦
基于藍(lán)牙虛擬串口設(shè)備的點(diǎn)對點(diǎn)連接建立，交付的程序提供的文件傳輸?shù)牟襟E如下 1 、文件發(fā)送程序操作步驟 1. 1、文件屬性傳送發(fā)送主機(jī)將文件名和基本屬性(至少包含文件長度，其它內(nèi) 容可根據(jù)需要定制)通過虛假串口設(shè)備發(fā)送到接收主機(jī)； 1. 2、文件傳輸許可驗證接收到來自文件接收主機(jī)通過虛擬串口發(fā)送的文件傳輸 許可驗證； 1.3、文件內(nèi)容傳輸文件內(nèi)容被切分成一定大小的數(shù)據(jù)包，按順序傳輸并自動驗 證，在驗證出錯的時候以數(shù)據(jù)包為單位重發(fā)；
1. 4 、文件傳輸中止和結(jié)束。
2、文件接收程序操作步驟 2. 1、文件屬性接收接收主機(jī)接收到文件名和基本屬性； 2. 2、文件接收許可驗證接收主機(jī)通過人機(jī)操作界面( 一般為屏幕和按鍵)獲得 接收主機(jī)操作者同意接收文件的驗證以后，為文件建立合法的本地存儲路徑(包括可能的 文件名調(diào)整)，將建立文件傳輸許可通過虛擬串口回應(yīng)給接收主機(jī)文件； 2. 3、內(nèi)容傳輸文件內(nèi)容被切分成一定大小的數(shù)據(jù)包，按順序傳輸并自動驗證，在 驗證出錯的時候以數(shù)據(jù)包為單位重發(fā)；
2.4、文件傳輸中止和結(jié)束。 雖然本發(fā)明是參考其優(yōu)選實施例示出和描述的，但本領(lǐng)域的普通技術(shù)人員應(yīng)該理 解，在不脫離附屬的權(quán)利要求書所限定的本發(fā)明的精神和范圍的情況下，可以進(jìn)行各種形 式和細(xì)節(jié)的改變。
權(quán)利要求
一種基于藍(lán)牙協(xié)議的高安全性點(diǎn)對點(diǎn)文件傳輸方法，其特征在于該方法包括如下步驟設(shè)置高級設(shè)備認(rèn)證流程；在標(biāo)準(zhǔn)的藍(lán)牙串口設(shè)備仿真協(xié)議之上，建立文件點(diǎn)對點(diǎn)傳輸協(xié)議。
2. 根據(jù)權(quán)利要求1所述的基于藍(lán)牙協(xié)議的高安全性點(diǎn)對點(diǎn)文件傳輸方法，其特征在 于所述設(shè)置高級設(shè)備認(rèn)證流程，還包括如下步驟高級設(shè)備ID的建立高級設(shè)備ID存放在發(fā)布的程序可以訪問到的配置文件或計算機(jī) 系統(tǒng)的特定存儲空間中，該設(shè)備ID不同于藍(lán)牙自身的廠家設(shè)備ID，而是可以由用戶編輯的 設(shè)備ID ;高級設(shè)備ID驗證；高級設(shè)備ID驗證通過以后，自動進(jìn)入建立文件點(diǎn)對點(diǎn)傳輸協(xié)議狀態(tài)。
3. 根據(jù)權(quán)利要求2所述的基于藍(lán)牙協(xié)議的高安全性點(diǎn)對點(diǎn)文件傳輸方法，其特征在于所述高級設(shè)備ID驗證，包括如下步驟接收設(shè)備ID獲取發(fā)送方獲取處在可接收狀態(tài)的接收方設(shè)備高級ID，在一個兩個設(shè)備 以上的藍(lán)牙網(wǎng)絡(luò)環(huán)境中，通過藍(lán)牙設(shè)備隨機(jī)配對，獲得一個以上的高級設(shè)備ID ;接收設(shè)備遙控推出如果并非發(fā)送方想要的設(shè)備，則接收設(shè)備將收到來自發(fā)送的"遙控 推出設(shè)備"會話，自動退出并使用藍(lán)牙設(shè)備處在暫時的"不接受任何網(wǎng)絡(luò)響應(yīng)"的狀態(tài)；如果 發(fā)送方中止點(diǎn)對點(diǎn)連接，也將執(zhí)行這個推出動作；發(fā)送設(shè)備ID獲取確認(rèn)接收方ID為指定ID，發(fā)送主機(jī)操作者做了確認(rèn)操作后，接收方 獲得發(fā)送方ID ;設(shè)備ID驗證通過發(fā)送方選定接收設(shè)備，接收方也許可發(fā)送設(shè)備ID，則雙向驗證通過。
4. 根據(jù)權(quán)利要求1或2所述的基于藍(lán)牙協(xié)議的高安全性點(diǎn)對點(diǎn)文件傳輸方法，其特征在于所述建立文件點(diǎn)對點(diǎn)傳輸協(xié)議，還包括如下步驟 文件發(fā)送程序操作步驟文件屬性傳送發(fā)送主機(jī)將文件名和基本屬性至少包含文件長度，通過虛假串口設(shè)備 發(fā)送到接收主機(jī)；文件傳輸許可驗證接收到來自文件接收主機(jī)通過虛擬串口發(fā)送的文件傳輸許可驗證；文件內(nèi)容傳輸文件內(nèi)容被切分成一定大小的數(shù)據(jù)包，按順序傳輸并自動驗證，在驗證 出錯的時候以數(shù)據(jù)包為單位重發(fā)； 文件傳輸中止和結(jié)束； 文件接收程序操作步驟文件屬性接收接收主機(jī)接收到文件名和基本屬性；文件接收許可驗接收主機(jī)通過人機(jī)操作界面一般為屏幕和按鍵，獲得接收主機(jī)操作 者同意接收文件的驗證以后，為文件建立合法的本地存儲路徑，包括可能的文件名調(diào)整，將 建立文件傳輸許可通過虛擬串口回應(yīng)給接收主機(jī)文件；內(nèi)容傳輸文件內(nèi)容被切分成一定大小的數(shù)據(jù)包，按順序傳輸并自動驗證，在驗證出錯 的時候以數(shù)據(jù)包為單位重發(fā)；文件傳輸中止和結(jié)束。
全文摘要
本發(fā)明涉及一種基于藍(lán)牙協(xié)議的文件傳輸方法，特別是一種基于藍(lán)牙協(xié)議的高安全性點(diǎn)對點(diǎn)文件傳輸方法。本發(fā)明并不修改藍(lán)牙底層協(xié)議提供的標(biāo)準(zhǔn)串口連接協(xié)議，而是與藍(lán)牙標(biāo)準(zhǔn)文件傳輸協(xié)議一樣，在串口連接協(xié)議之上構(gòu)建文件傳輸協(xié)議。該方法包括如下步驟設(shè)置高級設(shè)備認(rèn)證流程；在標(biāo)準(zhǔn)的藍(lán)牙串口設(shè)備仿真協(xié)議之上，建立文件點(diǎn)對點(diǎn)傳輸協(xié)議。該方法工作于藍(lán)牙底層協(xié)議之上，能夠在保證藍(lán)牙設(shè)備的硬件兼容性的基礎(chǔ)上運(yùn)行，但與藍(lán)牙標(biāo)準(zhǔn)的FT文件傳輸協(xié)議相比，能夠避免FT文件傳輸協(xié)議工作時發(fā)生的操作權(quán)限擴(kuò)大的安全隱患，且操作簡單，容易實現(xiàn)。
文檔編號H04L29/08GK101778089SQ20091000063
公開日2010年7月14日 申請日期2009年1月12日 優(yōu)先權(quán)日2009年1月12日
發(fā)明者巴軍旺 申請人:武漢藍(lán)鯨世紀(jì)科技開發(fā)有限公司