專利名稱：一種基于藍(lán)牙技術(shù)的文件傳輸方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計算機(jī)軟件技術(shù)，尤其涉及一種基于藍(lán)牙技術(shù)的文件傳輸方法和裝置。
背景技術(shù)：
藍(lán)牙(Bluetooth)技術(shù)是一種能在較短距離內(nèi)進(jìn)行無線通信和數(shù)據(jù)交換的無線 傳輸技術(shù)，由于其具有連接快捷、成本低廉、功耗小、傳輸速度較快且傳輸效果不受方向性 限制等諸多優(yōu)點(diǎn)，因而在大量數(shù)字設(shè)備中得到了廣泛的應(yīng)用。 藍(lán)牙技術(shù)出現(xiàn)至今，在傳輸速度、信號質(zhì)量和功耗等方面已經(jīng)有了長足的進(jìn)步，應(yīng)
用藍(lán)牙進(jìn)行數(shù)據(jù)交換的軟件數(shù)量眾多，但利用藍(lán)牙連接進(jìn)行數(shù)據(jù)傳送的流程卻始終沒有太
大的變化，如圖1所示，所述流程包括 步驟101 :在文件選擇界面中選定待傳送文件； 步驟102 :啟動藍(lán)牙搜索，搜索有效范圍內(nèi)的所有當(dāng)前活動藍(lán)牙設(shè)備，將得到的目 標(biāo)設(shè)備列表顯示在搜索結(jié)果界面中； 步驟103 :在所述搜索結(jié)果界面中顯示的設(shè)備列表中選定某個目標(biāo)設(shè)備，將所述 待傳送文件通過藍(lán)牙連接發(fā)送給該目標(biāo)設(shè)備。
如果希望繼續(xù)發(fā)送文件，則需要返回步驟101，重復(fù)執(zhí)行上述流程?？梢?，上述方法 可以將選定的待傳送文件傳送給指定的目標(biāo)設(shè)備。
但是，該方法也存在著嚴(yán)重的缺陷 首先，當(dāng)有效范圍內(nèi)的活動藍(lán)牙設(shè)備數(shù)量較少時，步驟102中搜索并發(fā)現(xiàn)目標(biāo)設(shè) 備的速度尚可，但當(dāng)有效范圍內(nèi)的活動藍(lán)牙設(shè)備眾多時，搜索并發(fā)現(xiàn)所有的目標(biāo)設(shè)備就會 需要較長的時間； 其次，當(dāng)進(jìn)行多次文件傳送時，每次都必須重復(fù)執(zhí)行步驟101 步驟103，從而每 次都需要重新搜索有效范圍內(nèi)的所有當(dāng)前活動藍(lán)牙設(shè)備，而這無疑會浪費(fèi)大量的時間，尤 其是當(dāng)多次進(jìn)行文件傳送的目標(biāo)設(shè)備為同一個設(shè)備時，這種重復(fù)搜索造成操作起來比較繁 瑣，而且造成時間上不必要的浪費(fèi)，同時重復(fù)搜索的過程本身也會消耗大量不必要的系統(tǒng) 資源。

發(fā)明內(nèi)容
本發(fā)明提供一種基于藍(lán)牙技術(shù)的文件傳輸方法和裝置，能夠提高利用藍(lán)牙進(jìn)行文
件傳送時的操作效率，簡化操作流程。 為達(dá)到上述目的，本發(fā)明的技術(shù)方案具體是這樣實現(xiàn)的 —種基于藍(lán)牙技術(shù)的文件傳輸方法，啟動藍(lán)牙傳輸客戶端，該方法還包括 獲取本地文件列表，搜索有效范圍內(nèi)的所有活動藍(lán)牙設(shè)備得到當(dāng)前活動藍(lán)牙設(shè)備
列表，緩存所述當(dāng)前活動藍(lán)牙設(shè)備列表； 從所述本地文件中選定待傳送文件，從所述設(shè)備列表中選定目標(biāo)設(shè)備，當(dāng)接收到文件傳送指令時，將所述待傳送文件發(fā)送給所述目標(biāo)設(shè)備。
將所述待傳送文件發(fā)送給所述目標(biāo)設(shè)備的方法包括 將選定的至少一個待傳送文件排成待傳送文件隊列，將隊列中的各文件依次發(fā)送給所述目標(biāo)設(shè)備，直至將所述隊列清空。 當(dāng)文件傳送中斷時，所述將隊列中的各文件依次發(fā)送給所述目標(biāo)設(shè)備，直至將所述隊列清空的方法包括 當(dāng)文件傳送中斷時，觸發(fā)問詢窗口并等待控制指令；若所述控制指令指示放棄，則放棄本次文件傳送；若所述指令指示重試，則從隊列中余下的第一個文件開始繼續(xù)傳送，直至將所述隊列清空。 所述文件傳輸方法進(jìn)一步包括 當(dāng)接收到刷新指令時，執(zhí)行所述搜索有效范圍內(nèi)的所有活動藍(lán)牙設(shè)備得到當(dāng)前活
動藍(lán)牙設(shè)備列表，緩存所述當(dāng)前活動藍(lán)牙設(shè)備列表。 —種基于藍(lán)牙技術(shù)的文件傳輸裝置，該裝置包括 觸發(fā)模塊，用于啟動藍(lán)牙傳輸客戶端，并通知文件列表模塊和設(shè)備列表模塊；
文件列表模塊，用于根據(jù)觸發(fā)模塊的通知獲取本地文件列表； 設(shè)備列表模塊，用于根據(jù)觸發(fā)模塊的通知，搜索有效范圍內(nèi)的所有活動藍(lán)牙設(shè)備得到當(dāng)前活動藍(lán)牙設(shè)備列表，緩存所述當(dāng)前活動藍(lán)牙設(shè)備列表； 文件傳送模塊，用于從文件列表模塊中的所述本地文件列表中選定待傳送文件，從設(shè)備列表模塊中的所述設(shè)備列表中選定目標(biāo)設(shè)備；在接收到文件傳送指令時，將選定的待傳送文件發(fā)送給所述選定的目標(biāo)設(shè)備。
所述觸發(fā)模塊包括 對應(yīng)關(guān)系建立單元，用于保存預(yù)先設(shè)置的客戶端界面與所述文件列表模塊和設(shè)備列表模塊的對應(yīng)關(guān)系； 啟動觸發(fā)單元，用于啟動藍(lán)牙傳輸客戶端，并根據(jù)對應(yīng)關(guān)系建立單元中的對應(yīng)關(guān)
系通知文件列表模塊和設(shè)備列表模塊。 所述文件傳送模塊包括 文件隊列建立單元，用于將選定的至少一個待傳送文件排成待傳送文件隊列；
指令接收單元，用于接收文件傳送指令，將隊列中的各文件依次發(fā)送給選定的目標(biāo)設(shè)備，直至將所述隊列清空。 所述文件傳送模塊進(jìn)一步包括中斷響應(yīng)單元； 所述中斷響應(yīng)單元，用于當(dāng)文件傳送中斷時，觸發(fā)問詢窗口并等待控制指令； 所述指令接收單元，進(jìn)一步用于接收控制指令，若所述控制指令指示放棄，則放棄
本次文件傳送；若所述指令指示重試，則從隊列中余下的第一個文件開始繼續(xù)傳送，直至將
待傳送文件排成的隊列清空。 所述文件傳輸裝置還包括 刷新模塊，用于在接收到刷新指令時，通知設(shè)備列表模塊進(jìn)行當(dāng)前活動藍(lán)牙設(shè)備的搜索； 所述設(shè)備列表模塊，進(jìn)一步用于根據(jù)刷新模塊的通知，執(zhí)行所述搜索有效范圍內(nèi)的所有活動藍(lán)牙設(shè)備得到當(dāng)前活動藍(lán)牙設(shè)備列表，緩存所述當(dāng)前活動藍(lán)牙設(shè)備列表。
由上述的技術(shù)方案可見，本發(fā)明實施例的這種基于藍(lán)牙技術(shù)的文件傳輸方法和裝 置，當(dāng)進(jìn)行多次文件傳送時，通過緩存搜索得到的當(dāng)前活動藍(lán)牙設(shè)備列表，避免了每次文件 傳送之后都進(jìn)行重新搜索，從而大大節(jié)省了等待的時間，因此能夠顯著提高操作效率，簡化 操作流程。


圖1為現(xiàn)有技術(shù)中利用藍(lán)牙連接進(jìn)行文件傳送的流程示意圖。
圖2為本發(fā)明實施例中基于藍(lán)牙技術(shù)的文件傳輸方法的流程示意圖。
圖3為本發(fā)明實施例中基于藍(lán)牙技術(shù)的文件傳輸裝置的組成結(jié)構(gòu)示意圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下參照附圖并舉實施例，對 本發(fā)明進(jìn)一步詳細(xì)說明。 根據(jù)前文中對現(xiàn)有技術(shù)的描述分析，容易發(fā)現(xiàn)現(xiàn)有藍(lán)牙傳輸流程操作效率較低、 操作方式繁瑣主要體現(xiàn)在 1)選擇待發(fā)送文件與選擇目標(biāo)設(shè)備需要分別在不同的界面中進(jìn)行操作；
2)每次傳送文件時，都需要先進(jìn)行當(dāng)前活動藍(lán)牙設(shè)備的搜索。 在上述基礎(chǔ)上，本發(fā)明實施例對現(xiàn)有藍(lán)牙傳輸流程進(jìn)行了改進(jìn)和調(diào)整，提供了一 種基于藍(lán)牙技術(shù)的文件傳輸方法，該方法的流程如圖2所示，其中包括 步驟201 :啟動藍(lán)牙傳輸客戶端，獲取本地文件列表，搜索有效范圍內(nèi)的所有活動
藍(lán)牙設(shè)備得到當(dāng)前活動藍(lán)牙設(shè)備列表，緩存所述當(dāng)前活動藍(lán)牙設(shè)備列表； 步驟202 :從所述本地文件中選定待傳送文件，從所述設(shè)備列表中選定目標(biāo)設(shè)備，
當(dāng)接收到文件傳送指令時，將所述待傳送文件發(fā)送給所述目標(biāo)設(shè)備。 其中，所述獲取本地文件列表的方法可以采用文件系統(tǒng)中常用的各種現(xiàn)有技術(shù)， 同時搜索當(dāng)前活動藍(lán)牙設(shè)備列表的方法也與已有的藍(lán)牙設(shè)備搜索方法相同，因此此處不予 贅述；同時，需要說明的是，在實際應(yīng)用中，獲取本地文件列表可以通過軟件設(shè)置專門的文 件列表窗口來顯示，同時，藍(lán)牙設(shè)備搜索的結(jié)果也可以通過軟件設(shè)置專門的藍(lán)牙設(shè)備列表 窗口進(jìn)行顯示。并且，采用軟件界面進(jìn)行實現(xiàn)時，為了達(dá)到操作方式的最優(yōu)，本發(fā)明實施例 采用將文件列表窗口與藍(lán)牙設(shè)備列表窗口同時在一個界面中進(jìn)行顯示的方法，從而能夠免 去在文件選擇和設(shè)備選擇時分別在不同窗口進(jìn)行的麻煩，有助于提高操作效率。但是容易 理解，也可以將顯示文件列表的窗口和顯示藍(lán)牙設(shè)備列表的窗口分開在不同界面顯示，此 時則需要在步驟201中獲取本地文件列表后就選定待傳送文件，并在得到當(dāng)前活動藍(lán)牙設(shè) 備列表后選定目標(biāo)設(shè)備；相應(yīng)地，在步驟202中直接根據(jù)文件傳送指令進(jìn)行文件發(fā)送即可， 由于這種方法與現(xiàn)有技術(shù)在流程上類似，因此不再詳細(xì)介紹。 可見，采用本發(fā)明實施例提供的文件傳輸方法，在一次文件傳送結(jié)束后，如果希望 繼續(xù)進(jìn)行文件傳送，不需要退出所述客戶端界面就可以繼續(xù)選擇下一次需要傳送的文件， 從而避免了在不同界面下分別執(zhí)行文件選擇和目標(biāo)設(shè)備選擇時頻繁的界面切換，大大減小 了操作的繁瑣程度；同時，步驟201中緩存了搜索得到的當(dāng)前活動藍(lán)牙設(shè)備列表，因此當(dāng)進(jìn) 行多次文件傳送時，就可以直接調(diào)用已經(jīng)緩存了的設(shè)備列表，從而避免了每次進(jìn)行文件傳
6送時都進(jìn)行當(dāng)前活動藍(lán)牙設(shè)備的重新搜索，從而大大節(jié)省了等待的時間。 需要說明的是，步驟202中選定的待傳送文件，既可以是一個，也可以是多個。當(dāng)
所述待傳送文件為多個時，該方法是將所有待傳送的文件排成一個隊列，依次對其中的文
件進(jìn)行傳送直至將隊列清空(當(dāng)然，對于待傳送文件為一個的情況，可以視為此時的隊列
中只有一個文件)。因此，將所述待傳送文件發(fā)送給所述目標(biāo)設(shè)備的方法包括 將選定的至少一個待傳送文件排成待傳送文件隊列，將隊列中的各文件依次發(fā)送
給選定的目標(biāo)設(shè)備，直至將所述隊列清空。 此外，由于無線傳輸?shù)奶攸c(diǎn)，可能出現(xiàn)在傳輸一個或多個文件的過程中受到外界 干擾、距離變化等因素的影響而傳送中斷的情況，因此所述將隊列中的各文件依次發(fā)送給 選定的目標(biāo)設(shè)備，直至將所述隊列清空的方法包括 當(dāng)文件傳送中斷時，觸發(fā)問詢窗口并等待控制指令；若所述指令指示放棄，則放棄 本次文件傳送；若所述指令指示重試，則從藍(lán)牙連接中斷時所傳送的文件(也就是所述隊 列中余下的第一個文件)開始繼續(xù)傳送，直至將所述隊列清空。 需要指出的是，由于本發(fā)明實施例提供的基于藍(lán)牙技術(shù)的文件傳輸方法是對現(xiàn)有
的藍(lán)牙傳輸流程進(jìn)行的重設(shè)，且需要通過計算機(jī)程序進(jìn)行實現(xiàn)，而具體通過計算機(jī)程序?qū)?br> 現(xiàn)上述各步驟的方法，則均可以采用現(xiàn)有技術(shù)進(jìn)行實現(xiàn)，故本文不再一一詳述。 在進(jìn)行多次文件傳送的過程中，有時會有新的一個或多個藍(lán)牙設(shè)備進(jìn)入有效范
圍，而如果需要向其中某個新的藍(lán)牙設(shè)備發(fā)送文件時，只能退出客戶端界面并重新啟動，才
能夠再次進(jìn)行藍(lán)牙設(shè)備的搜索并進(jìn)行文件傳送。為避免出現(xiàn)這種情況，本發(fā)明所述的方法
中還進(jìn)一步包括當(dāng)接收到刷新指令時，則再次發(fā)起執(zhí)行搜索有效范圍內(nèi)的所有活動藍(lán)牙
設(shè)備得到當(dāng)前活動藍(lán)牙設(shè)備列表，緩存所述當(dāng)前活動藍(lán)牙設(shè)備列表的步驟，通過這種方法，
從而可以不用退出客戶端界面就能夠再次進(jìn)行當(dāng)前活動藍(lán)牙設(shè)備的搜索。 可見，本發(fā)明的較佳實施例還進(jìn)一步可以自主控制在何時進(jìn)行活動藍(lán)牙設(shè)備的搜
索，從而在節(jié)省了每次進(jìn)行藍(lán)牙設(shè)備搜索花費(fèi)的時間的同時，還同時兼顧到可能出現(xiàn)的新
的藍(lán)牙設(shè)備，進(jìn)一步提高了本發(fā)明的適用性和操作的便捷程度。 本發(fā)明實施例還提供一種基于藍(lán)牙技術(shù)的文件傳輸裝置，其組成結(jié)構(gòu)如圖3所 示，包括觸發(fā)模塊310，文件列表模塊320，設(shè)備列表模塊330，文件傳送模塊340和刷新模 塊350 ;其中，所述觸發(fā)模塊310包括對應(yīng)關(guān)系建立單元311和啟動觸發(fā)單元312 ;所述文件 傳送模塊340包括文件隊列建立單元341，中斷響應(yīng)單元342和指令接收單元343 ;下面分 別進(jìn)行詳細(xì)介紹 觸發(fā)模塊310，用于啟動藍(lán)牙傳輸客戶端，并通知文件列表模塊320和設(shè)備列表模 塊330 ; 其中，對應(yīng)關(guān)系建立單元311 ，用于保存預(yù)先設(shè)置的客戶端界面與所述文件列表模 塊320和設(shè)備列表模塊330的對應(yīng)關(guān)系； 啟動觸發(fā)單元312，用于啟動藍(lán)牙傳輸客戶端，并根據(jù)對應(yīng)關(guān)系建立單元中的對應(yīng) 關(guān)系通知文件列表模塊320和設(shè)備列表模塊330。 文件列表模塊320，用于根據(jù)觸發(fā)模塊310的通知，獲取本地文件列表； 設(shè)備列表模塊330，用于根據(jù)觸發(fā)模塊310的通知，搜索有效范圍內(nèi)的所有活動藍(lán)
牙設(shè)備得到當(dāng)前活動藍(lán)牙設(shè)備列表，緩存所述當(dāng)前活動藍(lán)牙設(shè)備列表；
文件傳送模塊340，用于從文件列表模塊320中的所述本地文件列表中選定待傳 送文件，從設(shè)備列表模塊330中的所述設(shè)備列表中選定目標(biāo)設(shè)備；在接收到文件傳送指令 時，將本地文件列表中選定的待傳送文件發(fā)送給所述藍(lán)牙設(shè)備列表中選定的目標(biāo)設(shè)備。
由于從本地文件列表中選定的待傳送文件，既可以是一個，也可以是多個。將所有 待傳送的文件排成一個隊列，依次對其中的文件進(jìn)行傳送直至將隊列清空。因此，所述文件 傳送模塊340中包括 文件隊列建立單元341，用于將選定的至少一個待傳送文件排成待傳送文件隊 列； 指令接收單元343，用于接收文件傳送指令，將隊列中的各文件依次發(fā)送給選定的 目標(biāo)設(shè)備，直至將所述隊列清空； 此外，由于無線傳輸?shù)奶攸c(diǎn)，可能出現(xiàn)在傳輸一個或多個文件的過程中受到外界 干擾、距離變化等因素的影響而傳送中斷的情況，為了使得客戶端界面更加友好易用，所述 文件傳送模塊340中還可以進(jìn)一步包括中斷響應(yīng)單元342 ; 所述中斷響應(yīng)單元342，用于當(dāng)文件傳送中斷時，觸發(fā)問詢窗口并等待控制指令；
相應(yīng)地，此時指令接收單元343，進(jìn)一步用于接收控制指令，若所述控制指令指示 放棄，則放棄本次文件傳送；若所述指令指示重試，則從隊列中余下的第一個文件開始繼續(xù) 傳送，直至將待傳送文件排成的隊列清空。 與前文所述的文件傳輸方法相同，當(dāng)文件列表模塊320和設(shè)備列表模塊330可以 在同一界面顯示它們得到的結(jié)果，也可以在不同界面分別顯示，相應(yīng)的區(qū)別與前文所述相 同，此處不再贅述。 在進(jìn)行多次文件傳送的過程中，有時會有新的一個或多個藍(lán)牙設(shè)備進(jìn)入有效范 圍，而如果需要向其中某個新的藍(lán)牙設(shè)備發(fā)送文件時，只能退出客戶端界面并重新啟動，才 能夠再次進(jìn)行藍(lán)牙設(shè)備的搜索并進(jìn)行文件傳送，為避免出現(xiàn)這種情況，較佳地，該裝置還可 以包括刷新模塊350 ; 刷新模塊350，用于在接收到刷新指令時，通知設(shè)備列表模塊330進(jìn)行當(dāng)前活動藍(lán) 牙設(shè)備的搜索； 設(shè)備列表模塊330，進(jìn)一步用于根據(jù)刷新模塊350的通知，執(zhí)行所述搜索有效范圍 內(nèi)的所有活動藍(lán)牙設(shè)備，將根據(jù)搜索結(jié)果生成的當(dāng)前活動藍(lán)牙設(shè)備列表在客戶端界面中進(jìn) 行顯示，并緩存所述當(dāng)前活動藍(lán)牙設(shè)備列表。 可見，本發(fā)明實施例提供的基于藍(lán)牙技術(shù)的文件傳輸裝置，通過緩存搜索得到的 當(dāng)前活動藍(lán)牙設(shè)備列表，避免了進(jìn)行多次文件傳送時每次進(jìn)行文件傳送時都進(jìn)行當(dāng)前活動 藍(lán)牙設(shè)備的重新搜索，從而大大節(jié)省了等待的時間。同時，當(dāng)所述文件列表與設(shè)備列表在同 一界面下進(jìn)行顯示時，進(jìn)行多次文件傳送時還可以不必每次文件傳輸結(jié)束后都退出所述客 戶端界面，而是可以直接繼續(xù)選擇下一次需要傳送的文件，從而大大減小了操作的繁瑣程 度；此外，本發(fā)明的較佳實施例還進(jìn)一步可以自主控制在何時進(jìn)行活動藍(lán)牙設(shè)備的搜索，從 而在節(jié)省了每次進(jìn)行藍(lán)牙設(shè)備的搜索花費(fèi)的時間的同時，還同時兼顧到可能出現(xiàn)的新的藍(lán) 牙設(shè)備，進(jìn)一步提高了本發(fā)明的適用性和操作的便捷程度。 因此，容易理解，以上所述僅為本發(fā)明的較佳實施例，并非用于限定本發(fā)明的精神 和保護(hù)范圍，任何熟悉本領(lǐng)域的技術(shù)人員所做出的等同變化或替換，都應(yīng)視為涵蓋在本發(fā)
8明的保護(hù)范圍之內(nèi),
權(quán)利要求
一種基于藍(lán)牙技術(shù)的文件傳輸方法，其特征在于，啟動藍(lán)牙傳輸客戶端，該方法還包括獲取本地文件列表，搜索有效范圍內(nèi)的所有活動藍(lán)牙設(shè)備得到當(dāng)前活動藍(lán)牙設(shè)備列表，緩存所述當(dāng)前活動藍(lán)牙設(shè)備列表；從所述本地文件中選定待傳送文件，從所述設(shè)備列表中選定目標(biāo)設(shè)備，當(dāng)接收到文件傳送指令時，將所述待傳送文件發(fā)送給所述目標(biāo)設(shè)備。
2. 根據(jù)權(quán)利要求1所述的文件傳輸方法，其特征在于，將所述待傳送文件發(fā)送給所述 目標(biāo)設(shè)備的方法包括將選定的至少一個待傳送文件排成待傳送文件隊列，將隊列中的各文件依次發(fā)送給所 述目標(biāo)設(shè)備，直至將所述隊列清空。
3. 根據(jù)權(quán)利要求2所述的文件傳輸方法，其特征在于，當(dāng)文件傳送中斷時，所述將隊列 中的各文件依次發(fā)送給所述目標(biāo)設(shè)備，直至將所述隊列清空的方法包括當(dāng)文件傳送中斷時，觸發(fā)問詢窗口并等待控制指令；若所述控制指令指示放棄，則放棄 本次文件傳送；若所述指令指示重試，則從隊列中余下的第一個文件開始繼續(xù)傳送，直至將 所述隊列清空。
4. 根據(jù)權(quán)利要求1至3中任一項所述的文件傳輸方法，其特征在于，該方法進(jìn)一步包括當(dāng)接收到刷新指令時，執(zhí)行所述搜索有效范圍內(nèi)的所有活動藍(lán)牙設(shè)備得到當(dāng)前活動藍(lán) 牙設(shè)備列表，緩存所述當(dāng)前活動藍(lán)牙設(shè)備列表。
5. —種基于藍(lán)牙技術(shù)的文件傳輸裝置，其特征在于，該裝置包括 觸發(fā)模塊，用于啟動藍(lán)牙傳輸客戶端，并通知文件列表模塊和設(shè)備列表模塊； 文件列表模塊，用于根據(jù)觸發(fā)模塊的通知獲取本地文件列表；設(shè)備列表模塊，用于根據(jù)觸發(fā)模塊的通知，搜索有效范圍內(nèi)的所有活動藍(lán)牙設(shè)備得到 當(dāng)前活動藍(lán)牙設(shè)備列表，緩存所述當(dāng)前活動藍(lán)牙設(shè)備列表；文件傳送模塊，用于從文件列表模塊中的所述本地文件列表中選定待傳送文件，從設(shè) 備列表模塊中的所述設(shè)備列表中選定目標(biāo)設(shè)備；在接收到文件傳送指令時，將選定的待傳 送文件發(fā)送給所述選定的目標(biāo)設(shè)備。
6. 根據(jù)權(quán)利要求5所述的文件傳輸裝置，其特征在于，所述觸發(fā)模塊包括 對應(yīng)關(guān)系建立單元，用于保存預(yù)先設(shè)置的客戶端界面與所述文件列表模塊和設(shè)備列表模塊的對應(yīng)關(guān)系；啟動觸發(fā)單元，用于啟動藍(lán)牙傳輸客戶端，并根據(jù)對應(yīng)關(guān)系建立單元中的對應(yīng)關(guān)系通 知文件列表模塊和設(shè)備列表模塊。
7. 根據(jù)權(quán)利要求5所述的文件傳輸裝置，其特征在于，所述文件傳送模塊包括 文件隊列建立單元，用于將選定的至少一個待傳送文件排成待傳送文件隊列； 指令接收單元，用于接收文件傳送指令，將隊列中的各文件依次發(fā)送給選定的目標(biāo)設(shè)備，直至將所述隊列清空。
8. 根據(jù)權(quán)利要求7所述的文件傳輸裝置，其特征在于，所述文件傳送模塊進(jìn)一步包括 中斷響應(yīng)單元；所述中斷響應(yīng)單元，用于當(dāng)文件傳送中斷時，觸發(fā)問詢窗口并等待控制指令；所述指令接收單元，進(jìn)一步用于接收控制指令，若所述控制指令指示放棄，則放棄本次 文件傳送；若所述指令指示重試，則從隊列中余下的第一個文件開始繼續(xù)傳送，直至將待傳 送文件排成的隊列清空。
9.根據(jù)權(quán)利要求5至8中任一項所述的文件傳輸裝置，其特征在于，該裝置還包括 刷新模塊，用于在接收到刷新指令時，通知設(shè)備列表模塊進(jìn)行當(dāng)前活動藍(lán)牙設(shè)備的搜索；所述設(shè)備列表模塊，進(jìn)一步用于根據(jù)刷新模塊的通知，執(zhí)行所述搜索有效范圍內(nèi)的所 有活動藍(lán)牙設(shè)備得到當(dāng)前活動藍(lán)牙設(shè)備列表，緩存所述當(dāng)前活動藍(lán)牙設(shè)備列表。
全文摘要
本發(fā)明公開了一種基于藍(lán)牙技術(shù)的文件傳輸方法，啟動藍(lán)牙傳輸客戶端，該方法還包括獲取本地文件列表，搜索有效范圍內(nèi)的所有活動藍(lán)牙設(shè)備得到當(dāng)前活動藍(lán)牙設(shè)備列表，緩存所述當(dāng)前活動藍(lán)牙設(shè)備列表；從所述本地文件中選定待傳送文件，從所述設(shè)備列表中選定目標(biāo)設(shè)備，當(dāng)接收到文件傳送指令時，將所述待傳送文件發(fā)送給所述目標(biāo)設(shè)備。本發(fā)明還同時提供了一種基于藍(lán)牙技術(shù)的文件傳輸裝置，該裝置包括觸發(fā)模塊，文件列表模塊，設(shè)備列表模塊和文件傳送模塊。本發(fā)明提供的基于藍(lán)牙技術(shù)的文件傳輸方法和裝置，通過緩存搜索得到的當(dāng)前活動藍(lán)牙設(shè)備列表，避免了每次文件傳送之后都進(jìn)行重新搜索，大大節(jié)省了等待時間，顯著提高了操作效率并簡化了操作流程。
文檔編號H04B5/00GK101729100SQ20081020188
公開日2010年6月9日 申請日期2008年10月28日 優(yōu)先權(quán)日2008年10月28日
發(fā)明者李嘉忠, 褚偉明 申請人:英華達(dá)(上海)電子有限公司