一種基于藍(lán)牙的移動終端文件傳輸方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種基于藍(lán)牙的移動終端文件傳輸方法及系統(tǒng)，所述方法包括：當(dāng)?shù)谝灰苿咏K端共享文件給第二移動終時，在第一移動終端中生成待傳輸文件的信息，為待傳文件信息表；第一移動終端將文件按待傳文件信息表中的順序傳輸給第二移動終端；第一移動終端將待傳文件信息表傳輸給第二移動終端；第二移動終端按照接收到的待傳文件信息表對之前所接收到的數(shù)據(jù)進(jìn)行文件提取。本發(fā)明旨在兩臺移動終端之間傳輸多個文件時能一直保持較高地傳輸速度，從而提高藍(lán)牙共享文件的傳輸速率，特別適用于兩臺移動終端之間傳輸多個小文件（文件大小比較?。┑那闆r，提高了藍(lán)牙的利用率，為用戶提供了方便。
【專利說明】
一種基于藍(lán)牙的移動終端文件傳輸方法及系統(tǒng)
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及移動終端技術(shù)領(lǐng)域，尤其涉及的是一種基于藍(lán)牙的移動終端文件傳輸方法及系統(tǒng)。
【背景技術(shù)】
[0002]藍(lán)牙是移動終端的標(biāo)準(zhǔn)配置功能之一，因此當(dāng)兩臺移動終端之間進(jìn)行文件傳輸時可以選擇藍(lán)牙方式，其過程大致如下:
步驟I，兩臺移動終端(移動終端A，移動終端B)啟動藍(lán)牙功能，并相互配對進(jìn)行連接； 步驟2，移動終端A通過藍(lán)牙向移動終端B發(fā)送藍(lán)牙文件發(fā)送的請求；
步驟3，移動終端B接收請求，移動終端A將文件發(fā)送給移動終端B ；
以上為兩臺移動終端之間傳輸一個文件的情況，當(dāng)兩臺移動終端之間傳輸多個文件時，為上述步驟2至3的重復(fù)，譬如移動終端A需要發(fā)送三個文件給移動終端B，其步驟大致如下:
步驟I，兩臺移動終端(移動終端A，移動終端B)啟動藍(lán)牙功能，并相互配對進(jìn)行連接； 步驟2，移動終端A通過藍(lán)牙向移動終端B發(fā)送第一個文件發(fā)送的請求；
步驟3，移動終端B接收請求，移動終端A將文件發(fā)送給移動終端B ；
步驟4，移動終端A通過藍(lán)牙向移動終端B發(fā)送第二個文件發(fā)送的請求；
步驟5，移動終端B接收請求，移動終端A將第二文件發(fā)送給移動終端B;
步驟6，移動終端A通過藍(lán)牙向移動終端B發(fā)送第三個文件發(fā)送的請求；
步驟7，移動終端B接收請求，移動終端A將第三文件發(fā)送給移動終端B;
從上述步驟中可以看出在兩臺移動終端之間傳輸多個文件時，是一個文件一個文件依次傳輸，因此，在每一個文件傳輸完時傳輸速度都將降為零，當(dāng)下一個文件開始傳輸時速度再次從零逐漸上升。對于兩臺移動終端之間傳輸多個文件時將影響總體傳輸速度，特別是在兩臺移動終端之間傳輸多個小文件(文件大小比較小)時，對于總體傳輸速度影響將更加明顯，不方便用戶。
[0003]因此，現(xiàn)有技術(shù)還有待于改進(jìn)和發(fā)展。

【發(fā)明內(nèi)容】

[0004]本發(fā)明要解決的技術(shù)問題在于，針對現(xiàn)有技術(shù)的上述缺陷，提供一種基于藍(lán)牙的移動終端文件傳輸方法及系統(tǒng)。旨在兩臺移動終端之間傳輸多個文件時能一直保持較高的傳輸速度，從而提高藍(lán)牙共享文件的傳輸速率，特別適用于兩臺移動終端之間傳輸多個小文件(文件大小比較小)的情況，提高了藍(lán)牙的利用率，為用戶提供了方便。
[0005]本發(fā)明解決技術(shù)問題所采用的技術(shù)方案如下:
一種基于藍(lán)牙的移動終端文件傳輸方法，其中，包括:
步驟A、當(dāng)?shù)谝灰苿咏K端共享文件給第二移動終時，在第一移動終端中生成待傳輸文件的信息，為待傳文件信息表； 步驟B、第一移動終端將文件按待傳文件信息表中的順序傳輸給第二移動終端；
步驟C、第一移動終端將待傳文件信息表傳輸給第二移動終端；
步驟D、第二移動終端按照接收到的待傳文件信息表對之前所接收到的數(shù)據(jù)進(jìn)行文件提取。
[0006]所述基于藍(lán)牙的移動終端文件傳輸方法，其中，所述步驟A還包括:
Al，判斷待傳輸文件個數(shù)，若只有一個文件待傳輸則直接將該文件傳輸給第二移動終端；
A2，獲取待傳文件，生成待傳文件信息表。
[0007]所述基于藍(lán)牙的移動終端文件傳輸方法，其中，所述待傳文件信息表具體內(nèi)容如下:所述待傳文件信息表中包含了若干條以下格式的內(nèi)容:
待傳文件X的序號，待傳文件X在存儲器中的起始地址，待傳文件X的大??；
其中，待傳文件X的序號由I開始依次編號；
其中，一個待傳文件包含一條以上信息。
[0008]所述基于藍(lán)牙的移動終端文件傳輸方法，其中，所述步驟B具體包括:
BI，讀取待傳文件信息表中的內(nèi)容，將待傳文件按照待傳文件信息表中的內(nèi)容按條目進(jìn)行傳輸。
[0009]所述基于藍(lán)牙的移動終端文件傳輸方法，其中，所述步驟BI具體包括:
BI 1、先獲取待傳文件?目息表，
Β12、然后按表中的內(nèi)容逐條傳輸數(shù)據(jù)，每條傳輸時獲取待傳文件在存儲器中的起始地址及對應(yīng)待傳文件的大小，然后將該文件在存儲器中的地址開始的、大小為所獲取該文件對應(yīng)大小的數(shù)據(jù)通過藍(lán)牙傳輸出去。
[0010]所述基于藍(lán)牙的移動終端文件傳輸方法，其中，所述步驟D具體包括:
Dl.第二移動終端按照接收到的待傳文件信息表對之前所得到的數(shù)據(jù)進(jìn)行文件提取；D2、提取方法具體為:第Y個待傳文件的數(shù)據(jù)為:在所接收到的數(shù)據(jù)中的起始地址為Yl，大小為Υ2的數(shù)據(jù)；
其中，Yl為待傳文件信息表中第Y條之前所有條目中所列待傳文件的大小之和，Υ2為待傳文件信息表中第Y條中所列的待傳文件的大小。
[0011]—種基于藍(lán)牙的移動終端文件傳輸系統(tǒng)，其中，包括:
待傳文件信息生成模塊，用于當(dāng)?shù)谝灰苿咏K端共享文件給第二移動終時，控制在第一移動終端中生成待傳輸文件的信息，為待傳文件信息表；
文件傳輸控制模塊，用于控制第一移動終端將文件按待傳文件信息表中的順序傳輸給第二移動終端；
待傳文件信息表傳輸模塊，用于控制第一移動終端將待傳文件信息表傳輸給第二移動終端；
文件數(shù)據(jù)提取模塊，用于控制第二移動終端按照接收到的待傳文件信息表對之前所接收到的數(shù)據(jù)進(jìn)行文件提取。
[0012]所述基于藍(lán)牙的移動終端文件傳輸系統(tǒng)，其中，所述待傳文件信息生成模塊包括:判斷單元，用于判斷待傳輸文件個數(shù)，若只有一個文件待傳輸則直接將該文件傳輸給第二移動終端； 獲取生成單元，用于獲取待傳文件，生成待傳文件信息表；
所述待傳文件信息表具體內(nèi)容如下:所述待傳文件信息表中包含了若干條以下格式的內(nèi)容:
待傳文件X的序號，待傳文件X在存儲器中的起始地址，待傳文件X的大??；
其中，待傳文件X的序號由I開始依次編號；
其中，一個待傳文件包含一條以上信息。
[0013]所述基于藍(lán)牙的移動終端文件傳輸系統(tǒng)，其中，所述文件傳輸控制模塊具體包括: 待傳文件信息獲取單元，用于先獲取待傳文件信息表，
傳輸控制單元，用于按表中的內(nèi)容逐條傳輸數(shù)據(jù)，每條傳輸時獲取待傳文件在存儲器中的起始地址及對應(yīng)待傳文件的大小，然后將該文件在存儲器中的地址開始的、大小為所獲取該文件對應(yīng)大小的數(shù)據(jù)通過藍(lán)牙傳輸出去。
[0014]所述基于藍(lán)牙的移動終端文件傳輸系統(tǒng)，其中，所述文件數(shù)據(jù)提取模塊包括: 提取準(zhǔn)備單元，用于控制第二移動終端按照接收到地待傳文件信息表對之前所得到的數(shù)據(jù)進(jìn)行文件提取；
提取控制單元，用于控制提取方法具體為:第Y個待傳文件的數(shù)據(jù)為:在所接收到的數(shù)據(jù)中的起始地址為Π，大小為Y2的數(shù)據(jù)；
其中，Yl為待傳文件信息表中第Y條之前所有條目中所列待傳文件的大小之和，Y2為待傳文件信息表中第Y條中所列的待傳文件的大小。
[0015]本發(fā)明所提供的基于藍(lán)牙的移動終端文件傳輸方法及系統(tǒng)，相較于現(xiàn)有技術(shù)，本發(fā)明所述方法通過當(dāng)?shù)谝灰苿咏K端共享文件給第二移動終時，在第一移動終端中生成待傳文件信息表;第一移動終端將文件按待傳文件信息表中的順序傳輸給第二移動終端;第一移動終端將按待傳文件信息表傳輸給第二移動終端。通過本發(fā)明所述方法，可以使兩臺移動終端之間傳輸多個文件時能一直保持較高地傳輸速度，從而提高藍(lán)牙共享文件的傳輸效率，特別適用于兩臺移動終端之間傳輸多個小文件(文件大小比較小)的情況。
【附圖說明】
[0016]圖1是本發(fā)明基于藍(lán)牙的移動終端文件傳輸方法的較佳實(shí)施例的流程圖。
[0017]圖2是本發(fā)明基于藍(lán)牙的移動終端文件傳輸系統(tǒng)的較佳實(shí)施例的功能原理框圖。
【具體實(shí)施方式】
[0018]為使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚、明確，以下參照附圖并舉實(shí)施例對本發(fā)明進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
[0019]請參見圖1，圖1是本發(fā)明基于藍(lán)牙的移動終端文件傳輸方法的較佳實(shí)施例的流程圖。如圖1所示，本發(fā)明實(shí)施例提供的一種基于藍(lán)牙的移動終端文件傳輸方法，包括以下步驟:
步驟SlOO、當(dāng)?shù)谝灰苿咏K端共享文件給第二移動終時，在第一移動終端中生成待傳輸文件的信息，為待傳文件信息表；
本發(fā)明實(shí)施例中:當(dāng)?shù)谝灰苿咏K端共享文件給第二移動終時，判斷待傳輸文件個數(shù)，若只有一個文件待傳輸則直接將該文件傳輸給第二移動終端;獲取待傳文件，生成待傳文件信息表。其中，所述待傳文件信息表具體內(nèi)容如下:所述待傳文件信息表中包含了若干條以下格式的內(nèi)容:
待傳文件X的序號，待傳文件X在存儲器中的起始地址，待傳文件X的大??；
其中，待傳文件X的序號由I開始依次編號；
其中，一個待傳文件包含一條以上信息。
[0020]譬如，目前待傳文件有兩個:文件Fl，文件F2；則所生成地待傳文件信息表地內(nèi)容可以如下:
I，文件Fl在存儲器中的起始地址，文件Fl的大??；
2，文件F2在存儲器中的起始地址，文件F2的大?。?br> 當(dāng)然，所生成的待傳文件信息表地內(nèi)容不限于以上，也可以如下:
I，文件F2在存儲器中的起始地址，文件F2的大??；
2，文件Fl在存儲器中的起始地址，文件Fl的大小。
[0021]步驟S200、第一移動終端將文件按待傳文件信息表中的順序傳輸給第二移動終端；
即讀取待傳文件信息表中的內(nèi)容，將待傳文件按照待傳文件信息表中的內(nèi)容按條目進(jìn)行傳輸。例如、先獲取待傳文件信息表，然后將文件按待傳文件信息表中的順序傳輸給第二移動終端，如按表中的內(nèi)容逐條傳輸數(shù)據(jù)，每條傳輸時獲取待傳文件在存儲器中的起始地址及對應(yīng)待傳文件的大小，然后將該文件在存儲器中的地址開始的、大小為所獲取該文件對應(yīng)大小的數(shù)據(jù)通過藍(lán)牙傳輸出去，譬如，待傳文件信息表中有以下條目:
6，H1，H2;則將存儲器中以地址Hl為起始地址之后的大小為H2的數(shù)據(jù)傳輸出去，直接整個文件傳輸完成，再依次傳輸下一個文件，直到所有待傳文件傳輸完成。
[0022]步驟S300、第一移動終端將待傳文件信息表傳輸給第二移動終端；
然后第一移動終端將待傳文件信息表傳輸給第二移動終端。
[0023]步驟S400、第二移動終端按照接收到的待傳文件信息表對之前所接收到的數(shù)據(jù)進(jìn)行文件提取。
[0024]其中，所述步驟S400具體包括:第二移動終端按照接收到地待傳文件信息表對之前所得到的數(shù)據(jù)進(jìn)行文件提取;提取方法具體為:第Y個待傳文件的數(shù)據(jù)為:在所接收到的數(shù)據(jù)中的起始地址為Π，大小為Y2的數(shù)據(jù)；
其中，Yl為待傳文件信息表中第Y條之前所有條目中所列待傳文件的大小之和，Y2為待傳文件信息表中第Y條中所列的待傳文件的大小。
[0025]譬如，所接收到的待傳文件信息表如下:
I,Ml,R1；
2，M2，R2;
3，M3，R3;
4，M4，R4;
5，M5，R5;
6，M6，R6;
則說明所接收到的文件數(shù)據(jù)中包含六個文件，如果要獲取待傳文件信息表中條目5所對應(yīng)的文件的數(shù)據(jù)，則為所接收到的文件數(shù)據(jù)中從起始地址R1+R2+R3+R4開始、大小為R5的數(shù)據(jù)。
[0026]由上可見，本發(fā)明實(shí)施例提供的一種基于藍(lán)牙的移動終端文件傳輸方法，所述方法通過當(dāng)?shù)谝灰苿咏K端共享文件給第二移動終時，在第一移動終端中生成待傳文件信息表;第一移動終端將文件按待傳文件信息表中的順序傳輸給第二移動終端;第一移動終端將按待傳文件信息表傳輸給第二移動終端。通過本發(fā)明所述方法，可以使兩臺移動終端之間傳輸多個文件時能一直保持較高地傳輸速度，從而提高藍(lán)牙共享文件的使用體驗，特別適用于兩臺移動終端之間傳輸多個小文件(文件大小比較小)的情況。
[0027]基于上述方法實(shí)施例，本發(fā)明還提供了一種基于藍(lán)牙的移動終端文件傳輸系統(tǒng)，如圖2所示，所述系統(tǒng)包括:
待傳文件信息生成模塊210，用于當(dāng)?shù)谝灰苿咏K端共享文件給第二移動終時，控制在第一移動終端中生成待傳輸文件的信息，為待傳文件信息表;具體如上所述。
[0028]文件傳輸控制模塊220，用于控制第一移動終端將文件按待傳文件信息表中的順序傳輸給第二移動終端;具體如上所述。
[0029]待傳文件信息表傳輸模塊230，用于控制第一移動終端將待傳文件信息表傳輸給第二移動終端;具體如上所述。
[0030]文件數(shù)據(jù)提取模塊240，用于控制第二移動終端按照接收到的待傳文件信息表對之前所接收到的數(shù)據(jù)進(jìn)行文件提取;具體如上所述。
[0031]所述基于藍(lán)牙的移動終端文件傳輸系統(tǒng)，其中，所述待傳文件信息生成模塊包括: 判斷單元，用于判斷待傳輸文件個數(shù)，若只有一個文件待傳輸則直接將該文件傳輸給第二移動終端;具體如上所述。
[0032]獲取生成單元，用于獲取待傳文件，生成待傳文件信息表;具體如上所述。
[0033]所述待傳文件信息表具體內(nèi)容如下:所述待傳文件信息表中包含了若干條以下格式的內(nèi)容:
待傳文件X的序號，待傳文件X在存儲器中的起始地址，待傳文件X的大??；
其中，待傳文件X的序號由I開始依次編號；
其中，一個待傳文件包含一條以上信息;具體如上所述。
[0034]所述基于藍(lán)牙的移動終端文件傳輸系統(tǒng)，其中，所述文件傳輸控制模塊具體包括: 待傳文件信息獲取單元，用于先獲取待傳文件信息表;具體如上所述。
[0035]傳輸控制單元，用于按表中的內(nèi)容逐條傳輸數(shù)據(jù)，每條傳輸時獲取待傳文件在存儲器中的起始地址及對應(yīng)待傳文件的大小，然后將該文件在存儲器中的地址開始的、大小為所獲取該文件對應(yīng)大小的數(shù)據(jù)通過藍(lán)牙傳輸出去;具體如上所述。
[0036]所述基于藍(lán)牙的移動終端文件傳輸系統(tǒng)，其中，所述文件數(shù)據(jù)提取模塊包括: 提取準(zhǔn)備單元，用于控制第二移動終端按照接收到的待傳文件信息表對之前所得到的數(shù)據(jù)進(jìn)行文件提取;具體如上所述。
[0037]提取控制單元，用于控制提取方法具體為:第Y個待傳文件的數(shù)據(jù)為:在所接收到的數(shù)據(jù)中的起始地址為Yl，大小為Y2的數(shù)據(jù);具體如上所述。
[0038]其中，Yl為待傳文件信息表中第Y條之前所有條目中所列待傳文件的大小之和，Y2為待傳文件信息表中第Y條中所列的待傳文件的大小;具體如上所述。
[0039]綜上所述，本發(fā)明所提供的基于藍(lán)牙的移動終端文件傳輸方法及系統(tǒng)，相較于現(xiàn)有技術(shù)，本發(fā)明所述方法通過當(dāng)?shù)谝灰苿咏K端共享文件給第二移動終時，在第一移動終端中生成待傳文件信息表;第一移動終端將文件按待傳文件信息表中的順序傳輸給第二移動終端;第一移動終端將按待傳文件信息表傳輸給第二移動終端。通過本發(fā)明所述方法，可以使兩臺移動終端之間傳輸多個文件時能一直保持較高地傳輸速度，從而提高藍(lán)牙共享文件的傳輸效率，特別適用于兩臺移動終端之間傳輸多個小文件(文件大小比較小)的情況。
[0040]當(dāng)然，本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分流程，是可以通過計算機(jī)程序來指令相關(guān)硬件(如處理器，控制器等)來完成，所述的程序可存儲于一計算機(jī)可讀取的存儲介質(zhì)中，該程序在執(zhí)行時可包括如上述各方法實(shí)施例的流程。其中所述的存儲介質(zhì)可為存儲器、磁碟、光盤等。
[0041]應(yīng)當(dāng)理解的是，本發(fā)明的應(yīng)用不限于上述的舉例，對本領(lǐng)域普通技術(shù)人員來說，可以根據(jù)上述說明加以改進(jìn)或變換，所有這些改進(jìn)和變換都應(yīng)屬于本發(fā)明所附權(quán)利要求的保護(hù)范圍。
【主權(quán)項】
1.一種基于藍(lán)牙的移動終端文件傳輸方法，其特征在于，包括: 步驟A、當(dāng)?shù)谝灰苿咏K端共享文件給第二移動終時，在第一移動終端中生成待傳輸文件的信息，為待傳文件信息表； 步驟B、第一移動終端將文件按待傳文件信息表中的順序傳輸給第二移動終端； 步驟C、第一移動終端將待傳文件信息表傳輸給第二移動終端； 步驟D、第二移動終端按照接收到的待傳文件信息表對之前所接收到的數(shù)據(jù)進(jìn)行文件提取。2.根據(jù)權(quán)利要求1所述基于藍(lán)牙的移動終端文件傳輸方法，其特征在于，所述步驟A還包括: Al，判斷待傳輸文件個數(shù)，若只有一個文件待傳輸則直接將該文件傳輸給第二移動終端； A2，獲取待傳文件，生成待傳文件信息表。3.根據(jù)權(quán)利要求1所述基于藍(lán)牙的移動終端文件傳輸方法，其特征在于，所述待傳文件信息表具體內(nèi)容如下:所述待傳文件信息表中包含了若干條以下格式的內(nèi)容: 待傳文件X的序號，待傳文件X在存儲器中的起始地址，待傳文件X的大??； 其中，待傳文件X的序號由I開始依次編號； 其中，一個待傳文件包含一條以上信息。4.根據(jù)權(quán)利要求1所述基于藍(lán)牙的移動終端文件傳輸方法，其特征在于，所述步驟B具體包括: BI，讀取待傳文件信息表中的內(nèi)容，將待傳文件按照待傳文件信息表中的內(nèi)容按條目進(jìn)行傳輸。5.根據(jù)權(quán)利要求4所述基于藍(lán)牙的移動終端文件傳輸方法，其特征在于，所述步驟BI具體包括: BI 1、先獲取待傳文件?目息表， Β12、然后按表中的內(nèi)容逐條傳輸數(shù)據(jù)，每條傳輸時獲取待傳文件在存儲器中的起始地址及對應(yīng)待傳文件的大小，然后將該文件在存儲器中的地址開始的、大小為所獲取該文件對應(yīng)大小的數(shù)據(jù)通過藍(lán)牙傳輸出去。6.根據(jù)權(quán)利要求1所述基于藍(lán)牙的移動終端文件傳輸方法，其特征在于，所述步驟D具體包括: Dl.第二移動終端按照接收到的待傳文件信息表對之前所得到的數(shù)據(jù)進(jìn)行文件提??； D2、提取方法具體為:第Y個待傳文件的數(shù)據(jù)為:在所接收到的數(shù)據(jù)中的起始地址為Yl，大小為Υ2的數(shù)據(jù)； 其中，Y1為待傳文件信息表中第Y條之前所有條目中所列待傳文件的大小之和，Y2為待傳文件信息表中第Y條中所列的待傳文件的大小。7.一種基于藍(lán)牙的移動終端文件傳輸系統(tǒng)，其特征在于，包括: 待傳文件信息生成模塊，用于當(dāng)?shù)谝灰苿咏K端共享文件給第二移動終時，控制在第一移動終端中生成待傳輸文件的信息，為待傳文件信息表； 文件傳輸控制模塊，用于控制第一移動終端將文件按待傳文件信息表中的順序傳輸給第二移動終端； 待傳文件信息表傳輸模塊，用于控制第一移動終端將待傳文件信息表傳輸給第二移動終端； 文件數(shù)據(jù)提取模塊，用于控制第二移動終端按照接收到的待傳文件信息表對之前所接收到的數(shù)據(jù)進(jìn)行文件提取。8.根據(jù)權(quán)利要求7所述基于藍(lán)牙的移動終端文件傳輸系統(tǒng)，其特征在于，所述待傳文件信息生成模塊包括: 判斷單元，用于判斷待傳輸文件個數(shù)，若只有一個文件待傳輸則直接將該文件傳輸給第二移動終端； 獲取生成單元，用于獲取待傳文件，生成待傳文件信息表； 所述待傳文件信息表具體內(nèi)容如下:所述待傳文件信息表中包含了若干條以下格式的內(nèi)容: 待傳文件X的序號，待傳文件X在存儲器中的起始地址，待傳文件X的大?。?其中，待傳文件X的序號由I開始依次編號； 其中，一個待傳文件包含一條以上信息。9.根據(jù)權(quán)利要求7所述基于藍(lán)牙的移動終端文件傳輸系統(tǒng)，其特征在于，所述文件傳輸控制模塊具體包括: 待傳文件信息獲取單元，用于先獲取待傳文件信息表， 傳輸控制單元，用于按表中的內(nèi)容逐條傳輸數(shù)據(jù)，每條傳輸時獲取待傳文件在存儲器中的起始地址及對應(yīng)待傳文件的大小，然后將該文件在存儲器中的地址開始的、大小為所獲取該文件對應(yīng)大小的數(shù)據(jù)通過藍(lán)牙傳輸出去。10.根據(jù)權(quán)利要求7所述基于藍(lán)牙的移動終端文件傳輸系統(tǒng)，其特征在于，所述文件數(shù)據(jù)提取模塊包括: 提取準(zhǔn)備單元，用于控制第二移動終端按照接收到的待傳文件信息表對之前所得到的數(shù)據(jù)進(jìn)行文件提??； 提取控制單元，用于控制提取方法具體為:第Y個待傳文件的數(shù)據(jù)為:在所接收到的數(shù)據(jù)中的起始地址為Π，大小為Y2的數(shù)據(jù)； 其中，Y1為待傳文件信息表中第Y條之前所有條目中所列待傳文件的大小之和，Y2為待傳文件信息表中第Y條中所列的待傳文件的大小。
【文檔編號】H04W76/02GK105933037SQ201610396353
【公開日】2016年9月7日
【申請日】2016年6月7日
【發(fā)明人】楊維琴, 俞斌
【申請人】Tcl移動通信科技（寧波）有限公司