專利名稱：一種傳輸、顯示多個(gè)文件的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于通信領(lǐng)域，尤其涉及一種傳輸、顯示多個(gè)文件的方法及系統(tǒng)。
背景技術(shù)：
即時(shí)通信anstant Messaging, IM)工具——已經(jīng)是網(wǎng)民不可缺少的網(wǎng)絡(luò)工具之一，其普及率非常高。用戶可以通過(guò)IM工具提供點(diǎn)對(duì)點(diǎn)技術(shù)來(lái)實(shí)現(xiàn)互聯(lián)網(wǎng)上的即時(shí)溝通， 甚至是幾個(gè)朋友的群聊。文件夾傳輸——通過(guò)拖動(dòng)文件夾到IM工具的會(huì)話窗口，或者在IM工具的對(duì)話窗口內(nèi)選擇文件夾傳輸功能后選擇本地存儲(chǔ)空間內(nèi)的特定文件夾的方式發(fā)起文件夾傳輸事件，系統(tǒng)會(huì)在接收方本地建立個(gè)文件夾并按照一定順序接收多個(gè)文件，當(dāng)文件夾的所有子文件完成傳輸，接收方的用戶界面上才顯示文件夾傳輸完成。然而，這種利用IM工具進(jìn)行文件傳輸?shù)姆绞浆F(xiàn)已成為當(dāng)今網(wǎng)民普遍使用IM工具的重要功能之一。通過(guò)現(xiàn)有IM工具提供的文件夾傳輸方式，用戶可以選擇文件夾來(lái)同時(shí)傳輸多個(gè)文件。但是，對(duì)于所處網(wǎng)速較慢的用戶，尤其是教育網(wǎng)用戶，可能需要很長(zhǎng)時(shí)間才能完整接收到一個(gè)包含多文件的文件夾。因此，對(duì)于這種情況，雖然通過(guò)文件夾傳輸方式可以減少用戶傳輸多個(gè)文件的操作，但是卻無(wú)法縮短用戶等待文件傳輸?shù)臅r(shí)間。綜上所述，現(xiàn)有IM工具在采用文件夾傳輸方式來(lái)同時(shí)傳輸多個(gè)文件時(shí)，并不能縮短傳輸時(shí)間，不能滿足用戶需求，用戶使用體驗(yàn)低。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例的目的旨在解決現(xiàn)有技術(shù)存在的問(wèn)題，提供一種傳輸多個(gè)文件的方法，能夠縮短傳輸多個(gè)文件所需要的時(shí)間，滿足用戶需要，提高用戶體驗(yàn)。本發(fā)明實(shí)施例是這樣實(shí)現(xiàn)的，一種傳輸多個(gè)文件的方法，包括下述步驟接收多文件傳輸請(qǐng)求命令；根據(jù)待傳輸文件的屬性確定文件傳輸模式；根據(jù)確定的文件傳輸模式傳輸多個(gè)待傳輸文件。作為本發(fā)明的一種優(yōu)選方案，所述待傳輸文件的屬性為文本屬性或多媒體屬性。作為本發(fā)明的另一種優(yōu)選方案，所述根據(jù)待傳輸文件的屬性確定文件傳輸模式的步驟具體為當(dāng)待傳輸文件的屬性均為文本屬性時(shí)，確定采用壓縮傳輸模式；當(dāng)待傳輸文件的屬性均為多媒體屬性時(shí)，確定采用并行傳輸模式；當(dāng)待傳輸文件的屬性包括文本屬性和多媒體屬性時(shí)，確定采用綜合傳輸模式。作為本發(fā)明的另一種優(yōu)選方案，所述根據(jù)待傳輸文件的屬性確定文件傳輸模式的步驟為根據(jù)待傳輸文件的容量和屬性確定文件傳輸模式，具體包括根據(jù)待傳輸文件的容量和屬性計(jì)算其中多媒體文件占全部待傳輸文件容量的比例；
當(dāng)多媒體文件占全部待傳輸文件容量的比例小于或等于第一閾值時(shí)，確定采用壓縮傳輸模式；當(dāng)多媒體文件占全部待傳輸文件容量的比例大于或等于第二閾值時(shí)，確定采用并行傳輸模式；當(dāng)多媒體文件占全部待傳輸文件容量的比例大于第一閾值但小于第二閾值時(shí)，確定采用綜合傳輸模式。進(jìn)一步地，所述壓縮傳輸模式為對(duì)待傳輸文件進(jìn)行壓縮，并同時(shí)采用多個(gè)通信通道平行發(fā)送；所述并行傳輸模式為采用多個(gè)通信通道傳輸不同待傳輸文件；所述綜合傳輸模式為對(duì)為文本屬性的待傳輸文件進(jìn)行壓縮得到文本壓縮文件，采用多個(gè)通信通道傳輸所述文本壓縮文件和為多媒體屬性的待傳輸文件。作為本發(fā)明的再一種優(yōu)選方案，在所述根據(jù)待傳輸文件的容量和屬性，確定文件傳輸模式的步驟之前，所述方法還包括檢測(cè)當(dāng)前網(wǎng)絡(luò)傳輸文件速率的步驟；所述根據(jù)待傳輸文件的容量和屬性，確定文件傳輸模式的步驟具體為根據(jù)檢測(cè)到的當(dāng)前網(wǎng)絡(luò)傳輸文件速率，以及待傳輸文件的容量和屬性，確定文件傳輸模式。作為本發(fā)明的再一種優(yōu)選方案，在所述根據(jù)確定的文件傳輸模式傳輸多個(gè)待傳輸文件的同時(shí)，所述方法還包括獲取接收方用戶的瀏覽信息；如果獲取到的瀏覽信息記錄接收方用戶有瀏覽待傳輸文件的操作，則向接收方發(fā)送各通道傳輸信息；如果獲取到的瀏覽信息記錄接收方用戶沒(méi)有瀏覽待傳輸文件的操作，則向接收方發(fā)送總體傳輸信息。作為本發(fā)明的再一種優(yōu)選方案，在所述根據(jù)確定的文件傳輸模式傳輸多個(gè)待傳輸文件時(shí)，對(duì)于多媒體文件，優(yōu)先傳輸其對(duì)應(yīng)的預(yù)覽信息。作為本發(fā)明的再一種優(yōu)選方案，在所述根據(jù)確定的文件傳輸模式傳輸多個(gè)待傳輸文件的同時(shí)，所述方法還包括接收接收方發(fā)送的傳輸控制信息；根據(jù)接收到的傳輸控制信息，停止、取消或啟動(dòng)相應(yīng)待傳輸文件的傳輸行為。本發(fā)明實(shí)施例的另一目的在于提供一種傳輸多個(gè)文件的系統(tǒng)，包括命令接收單元，用于接收多文件傳輸請(qǐng)求命令；傳輸模式確定單元，用于根據(jù)待傳輸文件的屬性確定文件傳輸模式；以及傳輸單元，用于根據(jù)所述傳輸模式確定單元確定的文件傳輸模式傳輸多個(gè)待傳輸文件。作為本發(fā)明的一種優(yōu)選方案，所述待傳輸文件的屬性為文本屬性或多媒體屬性。作為本發(fā)明的另一種優(yōu)選方案，所述傳輸模式確定單元包括容量計(jì)算模塊，用于根據(jù)待傳輸文件的容量和屬性計(jì)算其中多媒體文件占全部待傳輸文件容量的比例；以及
模式確定模塊，用于當(dāng)所述容量計(jì)算模塊計(jì)算得到的比例小于或等于第一閾值時(shí)，確定采用壓縮傳輸模式，當(dāng)所述容量計(jì)算模塊計(jì)算得到的比例大于或等于第二閾值時(shí)， 確定采用并行傳輸模式，當(dāng)所述容量計(jì)算模塊計(jì)算得到的比例大于第一閾值但小于第二閾值時(shí)，確定采用綜合傳輸模式。作為本發(fā)明的又一種優(yōu)選方案，所述系統(tǒng)還包括網(wǎng)絡(luò)檢測(cè)單元，用于檢測(cè)當(dāng)前網(wǎng)絡(luò)傳輸文件速率；時(shí)間評(píng)估單元，用于定時(shí)檢測(cè)當(dāng)前網(wǎng)絡(luò)傳輸文件速率，評(píng)估傳輸文件所需剩余時(shí)間并發(fā)送；傳輸信息發(fā)送單元，用于獲取接收方用戶的瀏覽信息，如果獲取到的瀏覽信息記錄接收方用戶有瀏覽待傳輸文件的操作，則向接收方發(fā)送各通道傳輸信息，如果獲取到的瀏覽信息記錄接收方用戶沒(méi)有瀏覽待傳輸文件的操作，則向接收方發(fā)送總體傳輸信息；和 /或傳輸控制單元，用于接收接收方發(fā)送的傳輸控制信息，根據(jù)接收到的傳輸控制信息，停止、取消或啟動(dòng)相應(yīng)待傳輸文件的傳輸行為。本發(fā)明實(shí)施例的另一目的在于提供一種顯示多個(gè)傳輸文件的方法，包括下述步驟接收服務(wù)器或者發(fā)送方發(fā)送的各通道傳輸信息或總體傳輸信息；根據(jù)接收到的各通道傳輸信息或總體傳輸信息，顯示各待傳輸文件的文件名和傳輸狀態(tài)，或待傳輸文件夾的文件名、傳輸狀態(tài)和待傳輸文件數(shù)量。作為本發(fā)明的一種優(yōu)選方案，所述方法還包括在接收多個(gè)待傳輸文件的同時(shí)，檢測(cè)用戶是否有瀏覽待傳輸文件夾或者待傳輸文件的操作，根據(jù)檢測(cè)結(jié)果向服務(wù)器或者發(fā)送方發(fā)送瀏覽信息；接收服務(wù)器或者發(fā)送方發(fā)送的剩余時(shí)間，并顯示接收到的所述剩余時(shí)間；接收服務(wù)器或者發(fā)送方發(fā)送的多媒體文件對(duì)應(yīng)的預(yù)覽信息，并顯示接收到的所述預(yù)覽信息；和/或接收用戶輸入的傳輸控制信息，向服務(wù)器或者發(fā)送方發(fā)送接收到的所述控制信肩、ο本發(fā)明實(shí)施例的另一目的在于提供一種顯示多個(gè)傳輸文件的系統(tǒng)，包括傳輸信息接收單元，用于接收服務(wù)器或者發(fā)送方發(fā)送的各通道傳輸信息或總體傳輸信息；以及傳輸信息顯示單元，用于根據(jù)所述傳輸信息接收單元接收到的各通道傳輸信息或總體傳輸信息，顯示各待傳輸文件的文件名和傳輸狀態(tài)，或待傳輸文件夾的文件名、傳輸狀態(tài)和待傳輸文件數(shù)量。作為本發(fā)明的一種優(yōu)選方案，所述系統(tǒng)還包括瀏覽信息發(fā)送單元，在接收多個(gè)待傳輸文件的同時(shí)，檢測(cè)用戶是否有瀏覽待傳輸文件夾或者待傳輸文件的操作，根據(jù)檢測(cè)結(jié)果向服務(wù)器或者發(fā)送方發(fā)送瀏覽信息；剩余時(shí)間顯示單元，接收服務(wù)器或者發(fā)送方發(fā)送的剩余時(shí)間，并顯示接收到的剩余時(shí)間；預(yù)覽信息顯示單元，接收服務(wù)器或者發(fā)送方發(fā)送的多媒體文件對(duì)應(yīng)的預(yù)覽信息，并顯示接收到的預(yù)覽信息；和/或控制信息發(fā)送單元，收用戶輸入的傳輸控制信息，并向服務(wù)器或者發(fā)送方發(fā)送接收到的控制信息。在本發(fā)明實(shí)施例中，通過(guò)待傳輸文件的屬性確定文件傳輸模式，再根據(jù)確定的文件傳輸模式傳輸多個(gè)待傳輸文件，實(shí)現(xiàn)了一種傳輸多個(gè)文件的方法，能夠縮短傳輸多個(gè)文件所需要的時(shí)間，減少接收方用戶的等待時(shí)間，滿足用戶需要，提高傳輸多個(gè)文件時(shí)的用戶體驗(yàn)。


圖1是本發(fā)明實(shí)施例提供的傳輸多個(gè)文件的方法的實(shí)現(xiàn)流程圖；圖2是本發(fā)明實(shí)施例提供的一種傳輸界面顯示示意圖；圖3是本發(fā)明實(shí)施例提供的另一種傳輸界面顯示示意圖；圖4是本發(fā)明實(shí)施例提供的傳輸多個(gè)文件的系統(tǒng)的結(jié)構(gòu)示意圖；圖5是本發(fā)明實(shí)施例提供的顯示多個(gè)傳輸文件的方法的實(shí)現(xiàn)流程圖；圖6是本發(fā)明實(shí)施例提供的顯示多個(gè)傳輸文件的系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí)施例，對(duì)本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說(shuō)明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。在本發(fā)明實(shí)施例中，通過(guò)待傳輸文件的屬性確定文件傳輸模式，再根據(jù)確定的文件傳輸模式傳輸多個(gè)待傳輸文件，實(shí)現(xiàn)了一種傳輸多個(gè)文件的方法。圖1示出了本發(fā)明實(shí)施例提供的傳輸多個(gè)文件的方法的實(shí)現(xiàn)流程，詳述如下在步驟SlOl中，接收多文件傳輸請(qǐng)求命令；在步驟S102中，根據(jù)待傳輸文件的屬性確定文件傳輸模式；在步驟S103中，根據(jù)確定的文件傳輸模式傳輸多個(gè)待傳輸文件。在本發(fā)明實(shí)施例中，該傳輸多個(gè)文件的方法可以用于服務(wù)器，發(fā)送方可以向服務(wù)器發(fā)送多文件傳輸請(qǐng)求命令，多文件傳輸請(qǐng)求命令中可以包括待傳輸文件夾、接收方信息等，該待傳輸文件夾中包括至少兩個(gè)待傳輸文件，且各待傳輸文件的屬性，即文件格式，可以相同也可以不相同。待傳輸文件的屬性可以為文本屬性或多媒體屬性；文本屬性的文件即文本文件；多媒體屬性的文件即多媒體文件，為照片、音頻文件、視頻文件或音視頻文件等。另外，發(fā)送方向發(fā)送的多文件傳輸請(qǐng)求命令中也可以直接包括至少兩個(gè)待傳輸文件、接收方信息等，即發(fā)送方不再通過(guò)一個(gè)待傳輸文件夾來(lái)包含多個(gè)待傳輸文件，而是直接提交要傳輸?shù)亩鄠€(gè)待傳輸文件。當(dāng)然，發(fā)送方發(fā)送的該傳輸請(qǐng)求命令還可以采用以其他一些方式實(shí)現(xiàn)，這里不再一一贅述。服務(wù)器在接收到多文件傳輸請(qǐng)求命令后，根據(jù)待傳輸文件的屬性確定文件傳輸模式，步驟102具體為當(dāng)待傳輸文件的屬性均為文本屬性時(shí)，確定采用壓縮傳輸模式，即對(duì)待傳輸文件進(jìn)行壓縮，并同時(shí)采用多個(gè)通信通道平行發(fā)送；
當(dāng)待傳輸文件的屬性均為多媒體屬性時(shí)，確定采用并行傳輸模式，即采用多個(gè)通信通道傳輸不同待傳輸文件；當(dāng)待傳輸文件的屬性包括文本屬性和多媒體屬性時(shí)，確定采用綜合傳輸模式，即對(duì)為文本屬性的待傳輸文件進(jìn)行壓縮得到文本壓縮文件，采用多個(gè)通信通道傳輸文本壓縮文件和為多媒體屬性的待傳輸文件；傳輸時(shí)，可以采用并行傳輸，也可以采用依次傳輸。為了進(jìn)一步提高傳輸效率，作為本發(fā)明的一個(gè)優(yōu)選實(shí)施例，步驟S102為根據(jù)待傳輸文件的容量和屬性確定文件傳輸模式，服務(wù)器在接收到多文件傳輸請(qǐng)求命令后，根據(jù)待傳輸文件的容量和屬性確定文件傳輸模式，步驟102具體包括步驟S1021，根據(jù)待傳輸文件的容量和屬性計(jì)算其中多媒體文件占全部待傳輸文件容量的比例；步驟S1022，當(dāng)多媒體文件占全部待傳輸文件容量的比例小于或等于第一閾值時(shí)， 確定采用壓縮傳輸模式，即對(duì)待傳輸文件進(jìn)行壓縮，并同時(shí)采用多個(gè)通信通道平行發(fā)送；這里，可以是對(duì)各待傳輸文件分別進(jìn)行壓縮，再同時(shí)采用多個(gè)通信通道平行發(fā)送各壓縮后的待傳輸文件；也可以是對(duì)所有的待傳輸文件一起進(jìn)行壓縮，再同時(shí)采用多個(gè)通信通道平行發(fā)送壓縮后的待傳輸文件。步驟S1023，當(dāng)多媒體文件占全部待傳輸文件容量的比例大于或等于第二閾值時(shí)， 確定采用并行傳輸模式，即采用多個(gè)通信通道傳輸不同待傳輸文件；步驟S1024，當(dāng)多媒體文件占全部待傳輸文件容量的比例大于第一閾值但小于第二閾值時(shí)，確定采用綜合傳輸模式，即對(duì)為文本屬性的待傳輸文件進(jìn)行壓縮得到文本壓縮文件，采用多個(gè)通信通道傳輸文本壓縮文件和為多媒體屬性的待傳輸文件；傳輸時(shí)，可以采用并行傳輸，也可以采用依次傳輸。其中，第一閾值和第二閾值可以根據(jù)實(shí)際需求、測(cè)試等確定。一般地，第一閾值的取值小于第二閾值的取值，第一閾值的取值范圍可以為10% 45%，第二閾值的取值范圍可以為55 90%。在本發(fā)明實(shí)施例中，第一閾值取20%，第二閾值取80%。另外，除了這里描述的壓縮傳輸模式、并行傳輸模式和綜合傳輸模式外，文件傳輸模式還可以為其他的傳輸模式。當(dāng)然，在采用多個(gè)通信通道進(jìn)行傳輸時(shí)，還可以進(jìn)一步根據(jù)當(dāng)前的網(wǎng)絡(luò)狀況、用戶設(shè)置等，確定進(jìn)行傳輸所采用的通信通道的數(shù)量。進(jìn)一步地，為了更準(zhǔn)確地確定文件傳輸模式，作為本發(fā)明的另一個(gè)優(yōu)選實(shí)施例，在步驟S102之前，該傳輸多個(gè)文件的方法還包括檢測(cè)當(dāng)前網(wǎng)絡(luò)傳輸文件速率。此時(shí)，在步驟S102確定文件傳輸模式時(shí)，還要參考檢測(cè)到的當(dāng)前網(wǎng)絡(luò)傳輸文件速率，步驟S102具體為根據(jù)檢測(cè)到的當(dāng)前網(wǎng)絡(luò)傳輸文件速率，以及待傳輸文件的容量和屬性，確定文件傳輸模式。在本發(fā)明實(shí)施例中，服務(wù)器接收到多文件傳輸請(qǐng)求命令后，檢測(cè)當(dāng)前網(wǎng)絡(luò)傳輸文件速率，結(jié)合檢測(cè)到的當(dāng)前網(wǎng)絡(luò)傳輸文件速率，以及待傳輸文件的容量和屬性，確定文件傳輸模式。具體實(shí)現(xiàn)時(shí)，可以結(jié)合檢測(cè)到的當(dāng)前網(wǎng)絡(luò)傳輸文件速率確定第一閾值和第二閾值， 通過(guò)對(duì)第一閾值和第二閾值的修改，來(lái)調(diào)整傳輸模式。例如，將第一閾值降低，則確定的文
9件傳輸模式可能由原來(lái)的壓縮傳輸模式調(diào)整為綜合傳輸模式。當(dāng)然，根據(jù)檢測(cè)到的當(dāng)前網(wǎng)絡(luò)傳輸文件速率，以及待傳輸文件的容量和屬性，確定文件傳輸模式的實(shí)現(xiàn)，還可以根據(jù)實(shí)際需求等采用其他方式實(shí)現(xiàn)。為了向接收方提供文件傳輸估計(jì)時(shí)間，作為本發(fā)明的另一個(gè)優(yōu)選實(shí)施例，在步驟 S103，根據(jù)確定的文件傳輸模式傳輸多個(gè)待傳輸文件的同時(shí)，該傳輸多個(gè)文件的方法還包括定時(shí)檢測(cè)當(dāng)前網(wǎng)絡(luò)傳輸文件速率，評(píng)估傳輸所需的剩余時(shí)間并發(fā)送。這里，服務(wù)器定時(shí)檢測(cè)當(dāng)前網(wǎng)絡(luò)傳輸文件速率，根據(jù)檢測(cè)到的當(dāng)前網(wǎng)絡(luò)傳輸文件速率評(píng)估傳輸待傳輸文件夾所需的剩余時(shí)間，將剩余時(shí)間發(fā)送給接收方。接收方可以根據(jù)服務(wù)器發(fā)送的剩余時(shí)間，在傳輸界面顯示傳輸文件夾所需剩余時(shí)間，如圖2所示，顯示傳輸文件夾所需的剩余時(shí)間為1分35秒。當(dāng)然，還可以同時(shí)將該剩余時(shí)間發(fā)送給發(fā)送方。當(dāng)然，服務(wù)器還可以根據(jù)檢測(cè)到的當(dāng)前網(wǎng)絡(luò)傳輸文件速率評(píng)估傳輸各待傳輸文件所需的剩余時(shí)間，將剩余時(shí)間發(fā)送給接收方。由接收方根據(jù)接收到的各待傳輸文件對(duì)應(yīng)的剩余時(shí)間，在傳輸界面顯示傳輸各待傳輸文件所需的剩余時(shí)間。另外，為了根據(jù)接收方用戶的使用習(xí)慣，向接收方提供文件傳輸信息，作為本發(fā)明的另一個(gè)優(yōu)選實(shí)施例，在步驟S103，根據(jù)確定的文件傳輸模式傳輸多個(gè)待傳輸文件的同時(shí)，該傳輸多個(gè)文件的方法還包括獲取接收方用戶的瀏覽信息；如果獲取到的瀏覽信息記錄接收方用戶有瀏覽待傳輸文件的操作，則向接收方發(fā)送各通道傳輸信息；如果獲取到的瀏覽信息記錄接收方用戶沒(méi)有瀏覽待傳輸文件的操作，則向接收方發(fā)送總體傳輸信息。在本發(fā)明實(shí)施例中，接收方用戶的瀏覽信息可以存儲(chǔ)在本地、用戶行為數(shù)據(jù)庫(kù)等中，服務(wù)器從用戶行為數(shù)據(jù)庫(kù)中獲取接收方用戶的瀏覽信息，該瀏覽信息記錄接收方用戶在上次接收傳輸文件的過(guò)程中，是否有瀏覽待傳輸文件夾或者待傳輸文件的操作，如果有則向接收方發(fā)送各通道傳輸信息，否則向接收方發(fā)送總體傳輸信息。其中，通道傳輸信息可以包括待傳輸文件的文件名、傳輸狀態(tài)等；總體傳輸信息包括待傳輸文件夾的文件夾名、輸狀態(tài)，以及待傳輸文件夾下包括的待傳輸文件數(shù)量等；傳輸狀態(tài)又進(jìn)一步包括已傳輸容量和應(yīng)傳輸容量等。當(dāng)然，除了僅記錄接收方用戶在上一次接收傳輸文件過(guò)程中是否有瀏覽待傳輸文件的操作，該瀏覽信息還可以記錄接收方用戶在之前所接收傳輸文件的過(guò)程中， 是否有瀏覽待傳輸文件夾或者待傳輸文件的操作。對(duì)應(yīng)地，可以設(shè)置為只要接收方用戶有瀏覽過(guò)一次，則向其發(fā)送各通道傳輸信息，否則，向其發(fā)送總體傳輸信息。另外，在向接收方發(fā)送各通道傳輸信息時(shí)，還可以同時(shí)發(fā)送總體傳輸信息；該瀏覽信息還可以是從接收方實(shí)時(shí)獲取到的。對(duì)應(yīng)地，接收方可以根據(jù)服務(wù)器發(fā)送的總體傳輸信息和各通道傳輸信息，在傳輸界面顯示總體傳輸狀態(tài)和各通道的具體傳輸狀態(tài)，如圖2所示，顯示出待傳輸文件夾名稱為“pic”，已傳輸量為9. 69MB，應(yīng)傳輸量為17MB，各通道對(duì)應(yīng)傳輸?shù)拇齻鬏斘募?“2-153912-4. png”等，各待傳輸文件對(duì)應(yīng)的已傳輸容量和應(yīng)傳輸容量；接收方可以根據(jù)服務(wù)器發(fā)送的總體傳輸信息，在傳輸界面顯示總體傳輸狀態(tài)，如圖3所示，顯示出待傳輸文件夾名稱為“pic”，已傳輸量為9. 69MB，應(yīng)傳輸量為17MB。進(jìn)一步地，接收方還可以根據(jù)不同的顯示方式顯示出待傳輸文件的數(shù)量及已傳輸完成的文件數(shù)量，如圖2、3所示，可以在待傳輸文件夾對(duì)應(yīng)圖標(biāo)上用一個(gè)點(diǎn)表示一個(gè)待傳輸文件，這樣，待傳輸文件夾對(duì)應(yīng)圖標(biāo)上點(diǎn)的數(shù)量就表示待傳輸文件的數(shù)量。當(dāng)然，還可以進(jìn)一步通過(guò)待傳輸文件夾對(duì)應(yīng)圖標(biāo)上點(diǎn)的不同顏色來(lái)表示已傳輸完成的待傳輸文件和還未傳輸完成的待傳輸文件等。對(duì)于對(duì)應(yīng)有預(yù)覽信息的圖片、視頻等多媒體文件，為了使接收方用戶能夠預(yù)先瀏覽待傳輸文件，作為本發(fā)明的另一個(gè)優(yōu)選實(shí)施例，在步驟S103，根據(jù)確定的文件傳輸模式傳輸多個(gè)待傳輸文件時(shí)，對(duì)于多媒體文件，優(yōu)先傳輸其對(duì)應(yīng)的預(yù)覽信息。為了便于接收方個(gè)性化控制傳輸?shù)膬?yōu)先級(jí)，控制是否需要接收相應(yīng)的待傳輸文件夾或者待傳輸文件，作為本發(fā)明的另一個(gè)優(yōu)先實(shí)施例，在步驟S103，根據(jù)確定的文件傳輸模式傳輸多個(gè)待傳輸文件的同時(shí)，該傳輸多個(gè)文件的方法還包括接收接收方發(fā)送的傳輸控制信息；根據(jù)接收到的傳輸控制信息，停止、取消或啟動(dòng)相應(yīng)待傳輸文件的傳輸行為。在本發(fā)明實(shí)施例中，該傳輸控制信息包括控制控制模式，以及待傳輸文件夾名或待傳輸文件名，控制模式可以為停止模式、取消模式或啟動(dòng)模式。如果接收方想要停止、取消正在傳輸相應(yīng)待傳輸文件夾或待傳輸文件的行為，或想要重新啟動(dòng)相應(yīng)已經(jīng)停止的傳輸行為，可以向服務(wù)器發(fā)送傳輸控制信息，圖2、3示出了接收方向用戶提供的“取消”相應(yīng)傳輸行為的界面。服務(wù)器在接收到接收方發(fā)送的傳輸控制信息后，根據(jù)該傳輸控制信息控制停止、取消或啟動(dòng)相應(yīng)待傳輸文件的傳輸行為。當(dāng)然，上述傳輸多個(gè)文件的方法還可以用于發(fā)送方，由發(fā)送方執(zhí)行上述服務(wù)器的全部操作，發(fā)送方與接收方采用端對(duì)端(Peer to Peer, P2P)傳輸模式。具體實(shí)現(xiàn)時(shí)，發(fā)送方接收用戶輸入多文件傳輸請(qǐng)求命令，根據(jù)待傳輸文件的容量和屬性，確定文件傳輸模式并進(jìn)行傳輸。進(jìn)一步地，發(fā)送方還需要檢測(cè)當(dāng)前網(wǎng)絡(luò)傳輸文件速率，評(píng)估傳輸所需的剩余時(shí)間并發(fā)送給接收方等，其具體實(shí)現(xiàn)同上述在服務(wù)器中的實(shí)現(xiàn)，不再贅述。圖4示出了本發(fā)明實(shí)施例提供的傳輸多個(gè)文件的系統(tǒng)的結(jié)構(gòu)，為了便于說(shuō)明僅示出了與本發(fā)明實(shí)施例相關(guān)的部分。該系統(tǒng)可以用于服務(wù)器或者發(fā)送方設(shè)備，可以是運(yùn)行于這些服務(wù)器或者發(fā)送方設(shè)備內(nèi)的軟件單元、硬件單元或者軟硬件相結(jié)合的單元，其中命令接收單元401，接收多文件傳輸請(qǐng)求命令，該多文件傳輸請(qǐng)求命令中包括待傳輸文件夾、接收方信息等，該待傳輸文件夾中包括至少兩個(gè)待傳輸文件，且各待傳輸文件的屬性，即文件格式，可以相同也可以不相同，該多文件傳輸請(qǐng)求命令還可以直接包括要傳輸?shù)闹辽賰蓚€(gè)待傳輸文件、接收方信息等，其具體實(shí)現(xiàn)如上所述，不再贅述；傳輸模式確定單元402，根據(jù)待傳輸文件的屬性確定文件傳輸模式；傳輸單元403，根據(jù)傳輸模式確定單元402確定的文件傳輸模式傳輸多個(gè)待傳輸文件。在本發(fā)明實(shí)施例中，待傳輸文件的屬性可以為文本屬性或多媒體屬性；文本屬性的文件即文本文件；多媒體屬性的文件即多媒體文件，包括照片、音頻文件、視頻文件、音視頻文件等。如上所述，當(dāng)待傳輸文件的屬性均為文本屬性時(shí)，傳輸模式確定單元402可以確定采用壓縮傳輸模式；當(dāng)待傳輸文件的屬性均為多媒體屬性時(shí)，傳輸模式確定單元402可以確定采用并行傳輸模式；當(dāng)待傳輸文件的屬性包括文本屬性和多媒體屬性時(shí)，傳輸模式確定單元402可以確定采用綜合傳輸模式。為了進(jìn)一步提高傳輸效率，作為本發(fā)明的一個(gè)優(yōu)選實(shí)施例，傳輸模式確定單元402 根據(jù)待傳輸文件的容量和屬性確定文件傳輸模式。具體地，傳輸模式確定單元402包括容量計(jì)算模塊4021，根據(jù)待傳輸文件的容量和屬性計(jì)算其中多媒體文件占全部待傳輸文件容量的比例；模式確定模塊4022，當(dāng)容量計(jì)算模塊4021計(jì)算得到的比例小于或等于第一閾值時(shí)，確定采用壓縮傳輸模式，當(dāng)容量計(jì)算模塊4021計(jì)算得到的比例大于或等于第二閾值時(shí)，確定采用并行傳輸模式，當(dāng)容量計(jì)算模塊4021計(jì)算得到的比例大于第一閾值但小于第二閾值時(shí)，確定采用綜合傳輸模式。其中，第一閾值和第二閾值可以根據(jù)實(shí)際需求、測(cè)試等確定，其具體實(shí)現(xiàn)如上所述，不再贅述。對(duì)應(yīng)地，傳輸單元403在進(jìn)行傳輸時(shí)，對(duì)于壓縮傳輸模式，則對(duì)待傳輸文件進(jìn)行壓縮，并同時(shí)采用多個(gè)通信通道平行發(fā)送；對(duì)于并行傳輸模式，則利用多個(gè)通信通道傳輸不同待傳輸文件；對(duì)于綜合傳輸模式，則對(duì)為文本屬性的待傳輸文件進(jìn)行壓縮，而對(duì)為多媒體屬性的待傳輸文件依次發(fā)送，分別利用不同的通信通道傳輸，其具體實(shí)現(xiàn)如上所述，不再贅述。為了更準(zhǔn)確地確定文件傳輸模式，作為本發(fā)明的一個(gè)優(yōu)選實(shí)施例，該傳輸多個(gè)文件的系統(tǒng)還包括網(wǎng)絡(luò)檢測(cè)單元404，檢測(cè)當(dāng)前網(wǎng)絡(luò)傳輸文件速率。此時(shí)，傳輸模式確定單元402在確定文件傳輸模式時(shí)，還要參考檢測(cè)到的當(dāng)前網(wǎng)絡(luò)傳輸文件速率，即傳輸模式確定單元402根據(jù)檢測(cè)到的當(dāng)前網(wǎng)絡(luò)傳輸文件速率，以及待傳輸文件的容量和屬性，確定文件傳輸模式，其具體實(shí)現(xiàn)方式如上所述，不再贅述。為了向接收方提供文件傳輸估計(jì)時(shí)間，作為本發(fā)明的另一個(gè)優(yōu)選實(shí)施例，該傳輸多個(gè)文件的系統(tǒng)還包括時(shí)間評(píng)估單元405，定時(shí)檢測(cè)當(dāng)前網(wǎng)絡(luò)傳輸文件速率，評(píng)估傳輸文件所需剩余時(shí)間并發(fā)送，其具體實(shí)現(xiàn)方式如上所述，不再贅述。另外，為了根據(jù)接收方用戶的使用習(xí)慣，向接收方提供文件傳輸信息，作為本發(fā)明的另一個(gè)優(yōu)選實(shí)施例，該傳輸多個(gè)文件的系統(tǒng)還包括傳輸信息發(fā)送單元406，獲取接收方用戶的瀏覽信息，如果獲取到的瀏覽信息記錄接收方用戶有瀏覽待傳輸文件的操作，則向接收方發(fā)送各通道傳輸信息，如果獲取到的瀏覽信息記錄接收方用戶沒(méi)有瀏覽待傳輸文件的操作，則向接收方發(fā)送總體傳輸信息，其具體實(shí)現(xiàn)方式如上所述，不再贅述。對(duì)于對(duì)應(yīng)有預(yù)覽信息的圖片、視頻等多媒體文件，為了使接收方用戶能夠預(yù)先瀏覽待傳輸文件，作為本發(fā)明的另一個(gè)優(yōu)選實(shí)施例，傳輸單元403在傳輸多個(gè)待傳輸文件時(shí)， 對(duì)于多媒體文件，優(yōu)先傳輸其對(duì)應(yīng)的預(yù)覽信息。
為了便于接收方個(gè)性化控制傳輸?shù)膬?yōu)先級(jí)，控制是否需要接收相應(yīng)的待傳輸文件夾或者待傳輸文件，作為本發(fā)明的另一個(gè)優(yōu)先實(shí)施例，該傳輸多個(gè)文件的系統(tǒng)還包括傳輸控制單元407，接收接收方發(fā)送的傳輸控制信息，根據(jù)接收到的傳輸控制信息，停止、取消或啟動(dòng)相應(yīng)待傳輸文件的傳輸行為，其具體實(shí)現(xiàn)方式如上所述，不再贅述。對(duì)應(yīng)上述傳輸多個(gè)文件的方法，本發(fā)明實(shí)施例還提供一種顯示多個(gè)傳輸文件的方法，其實(shí)現(xiàn)流程如圖5所示，詳述如下在步驟S501中，接收服務(wù)器或者發(fā)送方發(fā)送的各通道傳輸信息或總體傳輸信息；在步驟S502中，根據(jù)接收到的各通道傳輸信息或總體傳輸信息，顯示各待傳輸文件的文件名和傳輸狀態(tài)，或待傳輸文件夾的文件名、傳輸狀態(tài)和待傳輸文件數(shù)量。在本發(fā)明實(shí)施例中，該顯示多個(gè)傳輸文件的方法可以應(yīng)用于接收方。發(fā)送方與接收方之間可以通過(guò)服務(wù)器實(shí)現(xiàn)文件傳輸，則接收方與服務(wù)器進(jìn)行通信，接收方接收服務(wù)器發(fā)送的各通道傳輸信息或總體傳輸信息等；發(fā)送方與接收方之間還可以采用P2P傳輸模式，則發(fā)送方與接收方直接進(jìn)行通信，接收方直接接收發(fā)送方發(fā)送的各通道傳輸信息或總體傳輸信息等。其中，傳輸狀態(tài)可以包括已傳輸容量和應(yīng)傳輸容量等。接收方在接收到各通道傳輸信息或總體傳輸信息后，可以通過(guò)圖2、3所示的方式顯示各待傳輸文件的文件名和傳輸狀態(tài)，或待傳輸文件夾的文件名、傳輸狀態(tài)和待傳輸文件數(shù)量。接收方還可以根據(jù)不同的顯示方式顯示出待傳輸文件的數(shù)量及已傳輸完成的文件數(shù)量，如圖2、3所示，可以在待傳輸文件夾對(duì)應(yīng)圖標(biāo)上用一個(gè)點(diǎn)表示一個(gè)待傳輸文件，這樣，待傳輸文件夾對(duì)應(yīng)圖標(biāo)上點(diǎn)的數(shù)量就表示待傳輸文件的數(shù)量。當(dāng)然，還可以進(jìn)一步通過(guò)待傳輸文件夾對(duì)應(yīng)圖標(biāo)上點(diǎn)的不同顏色來(lái)表示已傳輸完成的待傳輸文件和還未傳輸完成的待傳輸文件等。為了配合上述傳輸多個(gè)文件的方法根據(jù)獲取到的瀏覽信息，向接收方發(fā)送各通道傳輸信息或總體傳輸信息，作為本發(fā)明的一個(gè)優(yōu)選實(shí)施例，該顯示多個(gè)傳輸文件的方法還包括在接收多個(gè)待傳輸文件的同時(shí)，檢測(cè)用戶是否有瀏覽待傳輸文件夾或者待傳輸文件的操作，根據(jù)檢測(cè)結(jié)果向服務(wù)器或者發(fā)送方發(fā)送瀏覽信息。在本發(fā)明實(shí)施例中，接收方在接收服務(wù)器或者發(fā)送方傳輸?shù)亩辔募耐瑫r(shí)，檢測(cè)用戶是否有瀏覽待傳輸文件夾或者待傳輸文件的操作，根據(jù)檢測(cè)結(jié)果向服務(wù)器或者發(fā)送方發(fā)送記錄接收方用戶在接收傳輸文件的過(guò)程中，是否有瀏覽待傳輸文件夾或者待傳輸文件操作的瀏覽信息。服務(wù)器或者發(fā)送方在接收到該瀏覽信息后，更新存儲(chǔ)在本地或用戶行為數(shù)據(jù)庫(kù)等中相應(yīng)接收方的瀏覽信息。同上，對(duì)于接收方與服務(wù)器進(jìn)行通信的情況，接收方向服務(wù)器發(fā)送瀏覽信息；對(duì)于接收方與發(fā)送方直接進(jìn)行通信的情況，接收方向發(fā)送方發(fā)送瀏 覽信 息。為了讓用戶即時(shí)了解接收文件所需要的時(shí)間，提高用戶的體驗(yàn)性，作為本發(fā)明的另一個(gè)優(yōu)先實(shí)施例，該顯示多個(gè)傳輸文件的方法還包括接收服務(wù)器或者發(fā)送方發(fā)送的剩余時(shí)間，并顯示接收到的剩余時(shí)間。對(duì)于對(duì)應(yīng)有預(yù)覽信息的圖片、視頻等多媒體文件，為了使接收方用戶能夠預(yù)先瀏覽待傳輸文件，提高用戶的體驗(yàn)性，作為本發(fā)明的另一個(gè)優(yōu)選實(shí)施例，該顯示多個(gè)傳輸文件的方法還包括接收服務(wù)器或者發(fā)送方發(fā)送的多媒體文件對(duì)應(yīng)的預(yù)覽信息，并顯示接收到的預(yù)覽信息。為了便于接收方個(gè)性化控制傳輸?shù)膬?yōu)先級(jí)，控制是否需要接收相應(yīng)的待傳輸文件夾或者待傳輸文件，作為本發(fā)明的另一個(gè)優(yōu)先實(shí)施例，該顯示多個(gè)傳輸文件的方法還包括接收用戶輸入的傳輸控制信息，向服務(wù)器或者發(fā)送方發(fā)送接收到的控制信息。在本發(fā)明實(shí)施例中，該傳輸控制信息包括控制控制模式，以及待傳輸文件夾名或待傳輸文件名，控制模式可以為停止模式、取消模式或啟動(dòng)模式。接收方可以通過(guò)傳輸界面向用戶提供輸入傳輸控制信息的方式，以停止、取消正在傳輸相應(yīng)待傳輸文件夾或待傳輸文件的行為。圖2、3示出了接收方向用戶提供的“取消”相應(yīng)傳輸行為的界面。同上，對(duì)于接收方與服務(wù)器進(jìn)行通信的情況，接收方向服務(wù)器發(fā)送接收到的控制信息；對(duì)于接收方與發(fā)送方直接進(jìn)行通信的情況，接收方向發(fā)送方發(fā)送接收到的控制信息。圖6示出了本發(fā)明實(shí)施例提供的顯示多個(gè)傳輸文件的系統(tǒng)的結(jié)構(gòu)，為了便于說(shuō)明僅示出了與本發(fā)明實(shí)施例相關(guān)的部分。該系統(tǒng)可以用于接收方設(shè)備，可以是運(yùn)行于這些設(shè)備內(nèi)的軟件單元、硬件單元或者軟硬件相結(jié)合的單元，也可以作為獨(dú)立的掛件集成到這些設(shè)備中或者運(yùn)行于這些設(shè)備的應(yīng)用系統(tǒng)中，其中傳輸信息接收單元601，接收服務(wù)器或者發(fā)送方發(fā)送的各通道傳輸信息或總體傳輸信息；傳輸信息顯示單元602，根據(jù)傳輸信息接收單元601接收到的各通道傳輸信息或總體傳輸信息，顯示各待傳輸文件的文件名和傳輸狀態(tài)，或待傳輸文件夾的文件名、傳輸狀態(tài)和待傳輸文件數(shù)量，該傳輸狀態(tài)可以包括已傳輸容量和應(yīng)傳輸容量等，其實(shí)現(xiàn)方式如上所述，不再贅述。為了配合上述傳輸多個(gè)文件的系統(tǒng)根據(jù)獲取到的瀏覽信息，向接收方發(fā)送各通道傳輸信息或總體傳輸信息，作為本發(fā)明的一個(gè)優(yōu)選實(shí)施例，該顯示多個(gè)傳輸文件的系統(tǒng)還包括瀏覽信息發(fā)送單元，在接收多個(gè)待傳輸文件的同時(shí)，檢測(cè)用戶是否有瀏覽待傳輸文件夾或者待傳輸文件的操作，根據(jù)檢測(cè)結(jié)果向服務(wù)器或者發(fā)送方發(fā)送瀏覽信息，其實(shí)現(xiàn)方式如上所述，不再贅述。為了讓用戶即時(shí)了解接收文件所需要的時(shí)間，提高用戶的體驗(yàn)性，作為本發(fā)明的另一個(gè)優(yōu)先實(shí)施例，該顯示多個(gè)傳輸文件的系統(tǒng)還包括剩余時(shí)間顯示單元，接收服務(wù)器或者發(fā)送方發(fā)送的剩余時(shí)間，并顯示接收到的剩余時(shí)間，其實(shí)現(xiàn)方式如上所述，不再贅述。對(duì)于對(duì)應(yīng)有預(yù)覽信息的圖片、視頻等多媒體文件，為了使接收方用戶能夠預(yù)先瀏覽待傳輸文件，提高用戶的體驗(yàn)性，作為本發(fā)明的另一個(gè)優(yōu)選實(shí)施例，該顯示多個(gè)傳輸文件的系統(tǒng)還包括預(yù)覽信息顯示單元，接收服務(wù)器或者發(fā)送方發(fā)送的多媒體文件對(duì)應(yīng)的預(yù)覽信息， 并顯示接收到的預(yù)覽信息，其實(shí)現(xiàn)方式如上所述，不再贅述。為了便于接收方個(gè)性化控制傳輸?shù)膬?yōu)先級(jí)，控制是否需要接收相應(yīng)的待傳輸文件夾或者待傳輸文件，作為本發(fā)明的另一個(gè)優(yōu)先實(shí)施例，該顯示多個(gè)傳輸文件的系統(tǒng)還包括控制信息發(fā)送單元，收用戶輸入的傳輸控制信息，并向服務(wù)器或者發(fā)送方發(fā)送接收到的控制信息，其實(shí)現(xiàn)方式如上所述，不再贅述。在本發(fā)明實(shí)施例中，通過(guò)待傳輸文件的屬性確定文件傳輸模式，再根據(jù)確定的文件傳輸模式傳輸多個(gè)待傳輸文件，實(shí)現(xiàn)了一種傳輸多個(gè)文件的方法，能夠縮短傳輸多個(gè)文件所需要的時(shí)間，減少接收方用戶的等待時(shí)間，滿足用戶需要，提高傳輸多個(gè)文件時(shí)的用戶體驗(yàn)。并且，通過(guò)在傳輸過(guò)程中發(fā)送不同的提示信息，包括剩余時(shí)間、各通道傳輸信息、 總體傳輸信息等，有效反饋用戶當(dāng)前的傳輸狀態(tài)。進(jìn)一步地，通過(guò)優(yōu)先傳輸多媒體文件對(duì)應(yīng)的預(yù)覽信息，使得接收方用戶能夠預(yù)先瀏覽待傳輸文件。另外，根據(jù)接收到的傳輸控制信息，控制相應(yīng)傳輸行為，便于接收方個(gè)性化控制傳輸?shù)膬?yōu)先級(jí)。本領(lǐng)域普通技術(shù)人員可以理解，實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分步驟是可以通過(guò)程序來(lái)指令相關(guān)的硬件來(lái)完成，所述的程序可以在存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，所述的存儲(chǔ)介質(zhì)，如ROM/RAM、磁盤、光盤等。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種傳輸多個(gè)文件的方法，其特征在于，所述方法包括下述步驟 接收多文件傳輸請(qǐng)求命令；根據(jù)待傳輸文件的屬性確定文件傳輸模式； 根據(jù)確定的文件傳輸模式傳輸多個(gè)待傳輸文件。
2.如權(quán)利要求1所述的方法，其特征在于，所述待傳輸文件的屬性為文本屬性或多媒體屬性。
3.如權(quán)利要求2所述的方法，其特征在于，所述根據(jù)待傳輸文件的屬性確定文件傳輸模式的步驟具體為當(dāng)待傳輸文件的屬性均為文本屬性時(shí)，確定采用壓縮傳輸模式； 當(dāng)待傳輸文件的屬性均為多媒體屬性時(shí)，確定采用并行傳輸模式； 當(dāng)待傳輸文件的屬性包括文本屬性和多媒體屬性時(shí)，確定采用綜合傳輸模式。
4.如權(quán)利要求2所述的方法，其特征在于，所述根據(jù)待傳輸文件的屬性確定文件傳輸模式的步驟為根據(jù)待傳輸文件的容量和屬性確定文件傳輸模式，具體包括根據(jù)待傳輸文件的容量和屬性計(jì)算其中多媒體文件占全部待傳輸文件容量的比例； 當(dāng)多媒體文件占全部待傳輸文件容量的比例小于或等于第一閾值時(shí)，確定采用壓縮傳輸模式；當(dāng)多媒體文件占全部待傳輸文件容量的比例大于或等于第二閾值時(shí)，確定采用并行傳輸模式；當(dāng)多媒體文件占全部待傳輸文件容量的比例大于第一閾值但小于第二閾值時(shí)，確定采用綜合傳輸模式。
5.如權(quán)利要求3或4所述的方法，其特征在于，所述壓縮傳輸模式為對(duì)待傳輸文件進(jìn)行壓縮，并同時(shí)采用多個(gè)通信通道平行發(fā)送；所述并行傳輸模式為采用多個(gè)通信通道傳輸不同待傳輸文件； 所述綜合傳輸模式為對(duì)為文本屬性的待傳輸文件進(jìn)行壓縮得到文本壓縮文件，采用多個(gè)通信通道傳輸所述文本壓縮文件和為多媒體屬性的待傳輸文件。
6.如權(quán)利要求4所述的方法，其特征在于，在所述根據(jù)待傳輸文件的容量和屬性，確定文件傳輸模式的步驟之前，所述方法還包括檢測(cè)當(dāng)前網(wǎng)絡(luò)傳輸文件速率的步驟；所述根據(jù)待傳輸文件的容量和屬性，確定文件傳輸模式的步驟具體為 根據(jù)檢測(cè)到的當(dāng)前網(wǎng)絡(luò)傳輸文件速率，以及待傳輸文件的容量和屬性，確定文件傳輸模式。
7.如權(quán)利要求1或2所述的方法，其特征在于，在所述根據(jù)確定的文件傳輸模式傳輸多個(gè)待傳輸文件的同時(shí)，所述方法還包括獲取接收方用戶的瀏覽信息；如果獲取到的瀏覽信息記錄接收方用戶有瀏覽待傳輸文件的操作，則向接收方發(fā)送各通道傳輸信息；如果獲取到的瀏覽信息記錄接收方用戶沒(méi)有瀏覽待傳輸文件的操作，則向接收方發(fā)送總體傳輸信息。
8.如權(quán)利要求1或2所述的方法，其特征在于，在所述根據(jù)確定的文件傳輸模式傳輸多個(gè)待傳輸文件時(shí)，對(duì)于多媒體文件，優(yōu)先傳輸其對(duì)應(yīng)的預(yù)覽信息。
9.如權(quán)利要求1或2所述的方法，其特征在于，在所述根據(jù)確定的文件傳輸模式傳輸多個(gè)待傳輸文件的同時(shí)，所述方法還包括接收接收方發(fā)送的傳輸控制信息；根據(jù)接收到的傳輸控制信息，停止、取消或啟動(dòng)相應(yīng)待傳輸文件的傳輸行為。
10.一種傳輸多個(gè)文件的系統(tǒng)，其特征在于，所述系統(tǒng)包括 命令接收單元，用于接收多文件傳輸請(qǐng)求命令；傳輸模式確定單元，用于根據(jù)待傳輸文件的屬性確定文件傳輸模式；以及傳輸單元，用于根據(jù)所述傳輸模式確定單元確定的文件傳輸模式傳輸多個(gè)待傳輸文件。
11.如權(quán)利要求10所述的系統(tǒng)，其特征在于，所述待傳輸文件的屬性為文本屬性或多媒體屬性。
12.如權(quán)利要求11所述的系統(tǒng)，其特征在于，所述傳輸模式確定單元包括容量計(jì)算模塊，用于根據(jù)待傳輸文件的容量和屬性計(jì)算其中多媒體文件占全部待傳輸文件容量的比例；以及模式確定模塊，用于當(dāng)所述容量計(jì)算模塊計(jì)算得到的比例小于或等于第一閾值時(shí)，確定采用壓縮傳輸模式，當(dāng)所述容量計(jì)算模塊計(jì)算得到的比例大于或等于第二閾值時(shí)，確定采用并行傳輸模式，當(dāng)所述容量計(jì)算模塊計(jì)算得到的比例大于第一閾值但小于第二閾值時(shí)，確定采用綜合傳輸模式。
13.如權(quán)利要求10所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括 網(wǎng)絡(luò)檢測(cè)單元，用于檢測(cè)當(dāng)前網(wǎng)絡(luò)傳輸文件速率；時(shí)間評(píng)估單元，用于定時(shí)檢測(cè)當(dāng)前網(wǎng)絡(luò)傳輸文件速率，評(píng)估傳輸文件所需剩余時(shí)間并發(fā)送；傳輸信息發(fā)送單元，用于獲取接收方用戶的瀏覽信息，如果獲取到的瀏覽信息記錄接收方用戶有瀏覽待傳輸文件的操作，則向接收方發(fā)送各通道傳輸信息，如果獲取到的瀏覽信息記錄接收方用戶沒(méi)有瀏覽待傳輸文件的操作，則向接收方發(fā)送總體傳輸信息；和/或傳輸控制單元，用于接收接收方發(fā)送的傳輸控制信息，根據(jù)接收到的傳輸控制信息，停止、取消或啟動(dòng)相應(yīng)待傳輸文件的傳輸行為。
14.一種顯示多個(gè)傳輸文件的方法，其特征在于，所述方法包括下述步驟 接收服務(wù)器或者發(fā)送方發(fā)送的各通道傳輸信息或總體傳輸信息；根據(jù)接收到的各通道傳輸信息或總體傳輸信息，顯示各待傳輸文件的文件名和傳輸狀態(tài)，或待傳輸文件夾的文件名、傳輸狀態(tài)和待傳輸文件數(shù)量。
15.如權(quán)利要求14所述的方法，其特征在于，所述方法還包括在接收多個(gè)待傳輸文件的同時(shí)，檢測(cè)用戶是否有瀏覽待傳輸文件夾或者待傳輸文件的操作，根據(jù)檢測(cè)結(jié)果向服務(wù)器或者發(fā)送方發(fā)送瀏覽信息；接收服務(wù)器或者發(fā)送方發(fā)送的剩余時(shí)間，并顯示接收到的所述剩余時(shí)間； 接收服務(wù)器或者發(fā)送方發(fā)送的多媒體文件對(duì)應(yīng)的預(yù)覽信息，并顯示接收到的所述預(yù)覽信息；和/或接收用戶輸入的傳輸控制信息，向服務(wù)器或者發(fā)送方發(fā)送接收到的所述控制信息。
16.一種顯示多個(gè)傳輸文件的系統(tǒng)，其特征在于，所述系統(tǒng)包括傳輸信息接收單元，用于接收服務(wù)器或者發(fā)送方發(fā)送的各通道傳輸信息或總體傳輸信息；以及傳輸信息顯示單元，用于根據(jù)所述傳輸信息接收單元接收到的各通道傳輸信息或總體傳輸信息，顯示各待傳輸文件的文件名和傳輸狀態(tài)，或待傳輸文件夾的文件名、傳輸狀態(tài)和待傳輸文件數(shù)量。
17.如權(quán)利要求16所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括瀏覽信息發(fā)送單元，在接收多個(gè)待傳輸文件的同時(shí)，檢測(cè)用戶是否有瀏覽待傳輸文件夾或者待傳輸文件的操作，根據(jù)檢測(cè)結(jié)果向服務(wù)器或者發(fā)送方發(fā)送瀏覽信息；剩余時(shí)間顯示單元，接收服務(wù)器或者發(fā)送方發(fā)送的剩余時(shí)間，并顯示接收到的剩余時(shí)間；預(yù)覽信息顯示單元，接收服務(wù)器或者發(fā)送方發(fā)送的多媒體文件對(duì)應(yīng)的預(yù)覽信息，并顯示接收到的預(yù)覽信息；和/或控制信息發(fā)送單元，收用戶輸入的傳輸控制信息，并向服務(wù)器或者發(fā)送方發(fā)送接收到的控制信息。
全文摘要
本發(fā)明適用于通信領(lǐng)域，提供了一種傳輸、顯示多個(gè)文件的方法及系統(tǒng)，所述方法包括下述步驟接收多文件傳輸請(qǐng)求命令；根據(jù)待傳輸文件的屬性確定文件傳輸模式；根據(jù)確定的文件傳輸模式傳輸多個(gè)待傳輸文件。在本發(fā)明實(shí)施例中，通過(guò)待傳輸文件的屬性確定文件傳輸模式，再根據(jù)確定的文件傳輸模式傳輸多個(gè)待傳輸文件，實(shí)現(xiàn)了一種傳輸多個(gè)文件的方法，能夠縮短傳輸多個(gè)文件所需要的時(shí)間，減少接收方用戶的等待時(shí)間，滿足用戶需要，提高傳輸多個(gè)文件時(shí)的用戶體驗(yàn)。
文檔編號(hào)H04L29/08GK102209085SQ20101013838
公開(kāi)日2011年10月5日 申請(qǐng)日期2010年3月30日 優(yōu)先權(quán)日2010年3月30日
發(fā)明者沈勇 申請(qǐng)人:騰訊科技(深圳)有限公司