發(fā)送文件的方法和終端的制作方法
【專利摘要】本發(fā)明提供了一種發(fā)送文件的方法和終端。所述方法包括：接收發(fā)送方發(fā)送文件的指令；根據(jù)所述指令，獲取所述文件的存儲(chǔ)容量；判斷所述文件的存儲(chǔ)容量是否超出預(yù)置的容量閾值；當(dāng)判斷結(jié)果為是時(shí)，對(duì)所述文件進(jìn)行壓縮處理；發(fā)送經(jīng)過所述壓縮處理的文件。所述終端包括：指令接收模塊，用于接收發(fā)送方發(fā)送文件的指令；存儲(chǔ)容量獲取模塊，用于根據(jù)所述指令接收模塊接收的指令，獲取所述文件的存儲(chǔ)容量；判斷模塊，用于判斷所述存儲(chǔ)容量獲取模塊獲取的文件的存儲(chǔ)容量是否超出預(yù)置的容量閾值；壓縮模塊，用于當(dāng)判斷模塊的判斷結(jié)果為是時(shí)，對(duì)所述文件進(jìn)行壓縮處理；發(fā)送模塊，用于發(fā)送經(jīng)過所述壓縮模塊壓縮處理的文件。采用本發(fā)明能提高文件發(fā)送操作上的方便性。
【專利說明】發(fā)送文件的方法和終端
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及傳輸控制技術(shù)，特別是涉及一種發(fā)送文件的方法和終端。
【背景技術(shù)】
[0002]隨著互聯(lián)網(wǎng)絡(luò)的發(fā)展，越來越多的人們利用互聯(lián)網(wǎng)絡(luò)進(jìn)行溝通和交流，并利用互聯(lián)網(wǎng)絡(luò)進(jìn)行文件的傳輸，例如，使用即時(shí)通信工具在用戶之間傳輸文件，以實(shí)現(xiàn)文件的分享。
[0003]但是，人們利用互聯(lián)網(wǎng)絡(luò)進(jìn)行文件傳輸?shù)倪^程中，常常由于文件太大而受到制約，在意識(shí)到文件太大而導(dǎo)致了傳輸所耗費(fèi)的時(shí)間過多時(shí)，將中斷文件的傳輸，進(jìn)行額外的手動(dòng)壓縮之后再進(jìn)行壓縮后的文件的傳輸，操作上非常不方便。

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

[0004]基于此，有必要針對(duì)文件太大而導(dǎo)致的文件發(fā)送的操作上的不方便的技術(shù)問題，提供一種能提高文件發(fā)送操作上的方便性的發(fā)送文件的方法。
[0005]此外，還有必要提供一種能提高文件發(fā)送操作上的方便性的終端。
[0006]一種發(fā)送文件的方法，所述方法包括:
[0007]接收發(fā)送方發(fā)送文件的指令；
[0008]根據(jù)所述指令，獲取所述文件的存儲(chǔ)容量；
[0009]判斷所述文件的存儲(chǔ)容量是否超出預(yù)置的容量閾值；
[0010]當(dāng)判斷結(jié)果為是時(shí)，對(duì)所述文件進(jìn)行壓縮處理；
[0011 ]發(fā)送經(jīng)過所述壓縮處理的文件。
[0012]在其中一個(gè)實(shí)施例中，所述方法還包括步驟:
[0013]向接收方發(fā)送對(duì)所述文件進(jìn)行壓縮處理的請(qǐng)求；
[0014]接收所述接收方根據(jù)所述請(qǐng)求反饋的確認(rèn)信息；
[0015]則所述當(dāng)判斷結(jié)果為是時(shí)，對(duì)所述文件進(jìn)行壓縮處理的步驟，具體為:
[0016]當(dāng)判斷結(jié)果為是且接收到所述確認(rèn)信息時(shí)，對(duì)所述文件進(jìn)行壓縮處理。
[0017]在其中一個(gè)實(shí)施例中，所述當(dāng)判斷結(jié)果為是時(shí)，對(duì)所述文件進(jìn)行壓縮處理的步驟，包括:
[0018]當(dāng)判斷結(jié)果為是時(shí)，根據(jù)所述文件的屬性信息確定與所述屬性信息存在預(yù)置的對(duì)應(yīng)關(guān)系的壓縮算法；
[0019]按照確定的壓縮算法對(duì)所述文件進(jìn)行壓縮處理。
[0020]在其中一個(gè)實(shí)施例中，所述屬性信息包括第一屬性信息或第二屬性信息；
[0021]所述方法還包括步驟:
[0022]預(yù)置第一屬性信息與有損壓縮算法存在第一對(duì)應(yīng)關(guān)系；
[0023]預(yù)置第二屬性信息與無損壓縮算法存在第二對(duì)應(yīng)關(guān)系；
[0024]則所述當(dāng)判斷結(jié)果為是時(shí)，對(duì)所述文件進(jìn)行壓縮處理的步驟，具體為:[0025]當(dāng)判斷結(jié)果為是且所述文件存在所述第一屬性信息時(shí)，根據(jù)所述第一對(duì)應(yīng)關(guān)系使用有損壓縮算法對(duì)所述文件進(jìn)行壓縮處理；
[0026]或
[0027]當(dāng)判斷結(jié)果為是且所述文件存在所述第二屬性信息時(shí)，根據(jù)所述第二對(duì)應(yīng)關(guān)系使用無損壓縮算法對(duì)所述文件進(jìn)行壓縮處理。
[0028]在其中一個(gè)實(shí)施例中，所述當(dāng)判斷結(jié)果為是時(shí)，對(duì)所述文件進(jìn)行壓縮處理的步驟，包括:
[0029]當(dāng)判斷結(jié)果為是時(shí)，計(jì)算所述文件經(jīng)過壓縮處理后的存儲(chǔ)容量；
[0030]確定計(jì)算結(jié)果大于或等于容量閾值時(shí)，根據(jù)所述容量閾值對(duì)所述文件進(jìn)行分卷式壓縮處理。
[0031]一種終端，包括:
[0032]指令接收模塊，用于接收發(fā)送方發(fā)送文件的指令；
[0033]存儲(chǔ)容量獲取模塊，用于根據(jù)所述指令接收模塊接收的指令，獲取所述文件的存
儲(chǔ)容量；
[0034]判斷模塊，用于判斷所述存儲(chǔ)容量獲取模塊獲取的文件的存儲(chǔ)容量是否超出預(yù)置的容量閾值；
[0035]壓縮模塊，用于當(dāng)判斷模塊的判斷結(jié)果為是時(shí)，對(duì)所述文件進(jìn)行壓縮處理；
[0036]發(fā)送模塊，用于發(fā)送經(jīng)過所述壓縮模塊壓縮處理的文件。
[0037]在其中一個(gè)實(shí)施例中，所述終端還包括:
[0038]請(qǐng)求發(fā)起模塊，用于向接收方發(fā)送對(duì)所述文件進(jìn)行壓縮處理的請(qǐng)求；
[0039]確認(rèn)接收模塊，用于接收所述接收方根據(jù)所述請(qǐng)求發(fā)起模塊發(fā)送的請(qǐng)求反饋的確認(rèn)信息；
[0040]所述壓縮模塊具體用于當(dāng)判斷模塊的判斷結(jié)果為是且所述確認(rèn)接收模塊接收到確認(rèn)信息時(shí)，對(duì)所述文件進(jìn)行壓縮處理。
[0041]在其中一個(gè)實(shí)施例中，所述壓縮模塊包括:
[0042]算法確定單元，用于當(dāng)判斷結(jié)果為是時(shí)，根據(jù)所述文件的屬性信息確定與所述屬性信息存在預(yù)置的對(duì)應(yīng)關(guān)系的壓縮算法；
[0043]壓縮處理單元，用于按照所述算法確定單元確定的壓縮算法對(duì)所述文件進(jìn)行壓縮處理。
[0044]在其中一個(gè)實(shí)施例中，所述屬性信息包括第一屬性信息或第二屬性信息；
[0045]所述終端還包括:
[0046]預(yù)置模塊，用于預(yù)置第一屬性信息與有損壓縮算法存在第一對(duì)應(yīng)關(guān)系，預(yù)置第二屬性信息與無損壓縮算法存在第二對(duì)應(yīng)關(guān)系；
[0047]所述壓縮處理單元具體用于當(dāng)判斷結(jié)果為是且所述文件存在所述第一屬性信息時(shí)，根據(jù)所述第一對(duì)應(yīng)關(guān)系使用有損壓縮算法對(duì)所述文件進(jìn)行壓縮處理；
[0048]或
[0049]所述壓縮處理單元具體用于當(dāng)判斷結(jié)果為是且所述文件存在所述第二屬性信息時(shí)，根據(jù)所述第二對(duì)應(yīng)關(guān)系使用無損壓縮算法對(duì)所述文件進(jìn)行壓縮處理。
[0050]在其中一個(gè)實(shí)施例中，所述壓縮模塊包括:[0051]容量計(jì)算單元，用于當(dāng)判斷結(jié)果為是時(shí)，計(jì)算所述文件經(jīng)過壓縮處理后的存儲(chǔ)容量;
[0052]分卷壓縮單元，用于確定所述容量計(jì)算單元的計(jì)算結(jié)果大于或等于容量閾值時(shí)，根據(jù)所述容量閾值對(duì)所述文件進(jìn)行分卷式壓縮處理。
[0053]上述發(fā)送文件的方法和終端，接收發(fā)送方發(fā)送文件的指令，根據(jù)該指令，獲取文件的存儲(chǔ)容量，以判斷文件的體積是否超出了預(yù)置的容量閾值，當(dāng)判斷結(jié)果為是時(shí)，則會(huì)對(duì)文件進(jìn)行壓縮處理，并發(fā)送經(jīng)過壓縮處理的文件，因此，在文件的存儲(chǔ)容量過大的情況下將不需要發(fā)送方進(jìn)行額外的操作而直接對(duì)文件進(jìn)行壓縮，提高了文件發(fā)送的操作上的方便性。
【專利附圖】

【附圖說明】
[0054]圖1為一個(gè)實(shí)施例中發(fā)送文件的方法的流程圖；
[0055]圖2為另一個(gè)實(shí)施例中發(fā)送文件的方法的流程圖；
[0056]圖3為一個(gè)實(shí)施例中對(duì)文件進(jìn)行壓縮處理的方法流程圖；
[0057]圖4為另一個(gè)實(shí)施例中對(duì)文件進(jìn)行壓縮處理的方法流程圖；
[0058]圖5為一個(gè)實(shí)施例中終端的結(jié)構(gòu)示意圖；
[0059]圖6為另一個(gè)實(shí)施例中終端的結(jié)構(gòu)示意圖；
[0060]圖7為一個(gè)實(shí)施例中壓縮模塊的結(jié)構(gòu)示意圖；
[0061]圖8為另一個(gè)實(shí)施例中壓縮模塊的結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0062]如圖1所示，在一個(gè)實(shí)施例中，一種發(fā)送文件的方法，包括:
[0063]SI 10，接收發(fā)送方發(fā)送文件的指令。
[0064]本實(shí)施例中，待發(fā)送方在文件的發(fā)送界面觸發(fā)文件發(fā)送操作之后，將生成發(fā)送方發(fā)送文件的指令。其中，該文件的發(fā)送界面可以是即時(shí)通信工具的客戶端界面，也可以是虛擬網(wǎng)絡(luò)社交工具的客戶端界面，還可以是各種網(wǎng)頁客戶端的界面，此外，也可以是其它用于實(shí)現(xiàn)文件傳輸?shù)能浖缑妗?br> [0065]S130，根據(jù)該指令，獲取文件的存儲(chǔ)容量。
[0066]本實(shí)施例中，根據(jù)發(fā)送方發(fā)送文件的指令，獲取文件的存儲(chǔ)容量，其中，發(fā)送方當(dāng)前所發(fā)送的文件可以是一個(gè)文件，也可以是多個(gè)文件。
[0067]S150，判斷文件的存儲(chǔ)容量是否超出預(yù)設(shè)的容量閾值，當(dāng)判斷結(jié)果為是時(shí)，進(jìn)入S170,當(dāng)判斷結(jié)果為否時(shí)，進(jìn)入S190。
[0068]本實(shí)施例中，用于對(duì)文件的存儲(chǔ)容量是否超限時(shí)行判斷的容量閾值可根據(jù)文件服務(wù)器的實(shí)際運(yùn)營情況以及用戶的需要進(jìn)行靈活地設(shè)置和調(diào)整，以使得該容量閾值是與當(dāng)前的環(huán)境相適應(yīng)的。例如，該限值可設(shè)定為I兆。
[0069]根據(jù)容量閾值對(duì)文件的存儲(chǔ)容量進(jìn)行判斷，以獲知當(dāng)前發(fā)送的文件是否過大，若判斷結(jié)果為是時(shí)，則需要執(zhí)行S170的步驟以對(duì)當(dāng)前發(fā)送的文件進(jìn)行壓縮處理，避免文件過大而導(dǎo)致文件的延遲發(fā)送，提高發(fā)送速度和效率，若判斷結(jié)果為否時(shí)，則直接發(fā)送該文件即可。
[0070]S170，對(duì)文件進(jìn)行壓縮處理，進(jìn)入S180。[0071]本實(shí)施例中，調(diào)用一定的壓縮算法對(duì)當(dāng)前發(fā)送的文件進(jìn)行壓縮處理，以降低文件的體積。其中，所調(diào)用的壓縮算法可以是有損壓縮算法和無損壓縮算法。
[0072]S180，發(fā)送經(jīng)過壓縮處理的文件。
[0073]本實(shí)施例中，將經(jīng)過壓縮的文件發(fā)送至文件接收方，由于進(jìn)行發(fā)送的誰的不會(huì)存在文件過大的情況，因此，即便網(wǎng)絡(luò)環(huán)境不佳也能夠順利和快速地將文件發(fā)送出去。
[0074]S190，發(fā)送文件。
[0075]本實(shí)施例中，當(dāng)判斷文件的存儲(chǔ)容量是否超出容量閾值的判斷結(jié)果為否時(shí)，直接將該文件發(fā)送出去。
[0076]如圖2所示，在一個(gè)實(shí)施例中，該方法還包括:
[0077]S210,向接收方發(fā)送對(duì)該文件進(jìn)行壓縮處理的請(qǐng)求。
[0078]本實(shí)施例中，判斷到文件的存儲(chǔ)容量超出了預(yù)置的容量閾值時(shí)，將向文件的接收方發(fā)起對(duì)該文件進(jìn)行壓縮處理的請(qǐng)求，以向文件的接收方確認(rèn)是否進(jìn)行文件壓縮，例如，若文件的接收方無法對(duì)壓縮的文件進(jìn)行解壓縮，則可拒絕該請(qǐng)求，直接進(jìn)行文件的傳輸。
[0079]S230，接收接收方根據(jù)請(qǐng)求反饋的確認(rèn)信息。
[0080]本實(shí)施例中，文件的接收方在接收到發(fā)送方所發(fā)起的對(duì)該文件進(jìn)行壓縮處理的請(qǐng)求之后，若接受了該請(qǐng)求，確認(rèn)可以對(duì)即將接收的文件進(jìn)行壓縮處理則生成相應(yīng)的確認(rèn)信息，進(jìn)而向文件的發(fā)送方反饋生成的確認(rèn)信息。
[0081]貝IJ上述S170的步驟具體為:當(dāng)判斷結(jié)果為是且所占到確認(rèn)信息時(shí)，對(duì)文件進(jìn)行壓縮處理。
[0082]本實(shí)施例中，對(duì)文件的存儲(chǔ)容量進(jìn)行判斷所得到的判斷結(jié)果為是且接收到了接收方根據(jù)請(qǐng)求反饋的確認(rèn)信息之后，發(fā)送方將對(duì)當(dāng)前發(fā)送的文件通過一定的壓縮算法進(jìn)行壓縮處理。
[0083]如圖3所示，在一個(gè)實(shí)施例中，上述S170的步驟包括:
[0084]S171，當(dāng)判斷結(jié)果為是時(shí)，根據(jù)文件的屬性信息確定與屬性信息存在預(yù)置的對(duì)應(yīng)關(guān)系的壓縮算法。
[0085]本實(shí)施例中，發(fā)送方所發(fā)送的文件的屬性信息將是多種多樣，各不相同的，其中，屬性信息包括了該文件所屬的文件類型，例如，發(fā)送方所發(fā)送的文件類型可包括音頻、視頻、圖片、文本和可執(zhí)行文件等多種類型。
[0086]不同文件類型的文件都有其所適用的壓縮算法，以得到最佳的壓縮效果，因此，將根據(jù)屬性信息中標(biāo)識(shí)的文件類型進(jìn)行壓縮方式的選取，采用選取的壓縮方式對(duì)文件進(jìn)行壓縮。
[0087]例如，對(duì)于文件類型為音頻、視頻和/或圖片的文件，可采用有損壓縮算法，也可采用無損壓縮算法，其它文件類型的文件則采用無損壓縮算法時(shí)行壓縮處理。
[0088]進(jìn)一步的，預(yù)置屬性信息和壓縮算法之間的對(duì)應(yīng)關(guān)系，在需要對(duì)發(fā)送的文件進(jìn)行壓縮時(shí)，可根據(jù)屬性信息以及屬性信息相關(guān)的對(duì)應(yīng)關(guān)系得到與該屬性信息存在對(duì)應(yīng)關(guān)系的壓縮算法。
[0089]進(jìn)一步的，當(dāng)前發(fā)送的文件的數(shù)量可以是一個(gè)或者多個(gè)，當(dāng)文件為多個(gè)時(shí)，多個(gè)文件可以是擁有相同屬性信息的文件，也可以是屬性信息各不相同的文件，因此，將分別根據(jù)每一文件的屬性信息選取與該屬性信息存在對(duì)應(yīng)關(guān)系的壓縮算法進(jìn)行文件的壓縮處理。[0090]S173，按照確定的壓縮算法對(duì)文件進(jìn)行壓縮處理。
[0091]在一個(gè)實(shí)施例中，該屬性信息包括第一屬性信息或第二屬性信息，該方法還包括步驟:
[0092]預(yù)置第一屬性信息與有損壓縮算法存在第一對(duì)應(yīng)關(guān)系，預(yù)置第二屬性信息與無損壓縮算法存在第二對(duì)應(yīng)關(guān)系。
[0093]本實(shí)施例中，將文件的屬性信息分為第一屬性信息和第二屬性信息，并且每一類屬性信息均分別對(duì)應(yīng)了一壓縮算法，以簡化對(duì)文件的壓縮處理。
[0094]具體的，預(yù)置第一屬性信息和有損壓縮算法之間的第一對(duì)應(yīng)關(guān)系，第二屬性信息和無損壓縮算法之間的第二對(duì)應(yīng)關(guān)系，在優(yōu)選的實(shí)施例中，每一屬性信息可以是音頻、視頻和圖片等文件對(duì)應(yīng)的屬性信息，第二屬性信息則是其它類型的文件所對(duì)應(yīng)的屬性信息。
[0095]則上述S170的步驟具體為:當(dāng)判斷結(jié)果為是且文件存在第一屬性信息時(shí)，根據(jù)第一對(duì)應(yīng)關(guān)系使用有損壓縮算法對(duì)文件進(jìn)行壓縮處理；
[0096]或
[0097]當(dāng)判斷結(jié)果為是且文件存在第二屬性信息時(shí)，根據(jù)第二對(duì)應(yīng)關(guān)系使用無損壓縮算法對(duì)文件進(jìn)行壓縮處理。
[0098]本實(shí)施例中，在對(duì)文件的存儲(chǔ)容量進(jìn)行判斷得到的判斷結(jié)果為是時(shí)，根據(jù)文件所存在的屬性信息類別進(jìn)行壓縮算法的選取。
[0099]如圖4所示,在另一個(gè)實(shí)施例中，上述S170包括步驟:
[0100]S175，當(dāng)判斷結(jié)果為是時(shí)，計(jì)算文件經(jīng)過壓縮處理后的存儲(chǔ)容量。
[0101]本實(shí)施例中，在文件的存儲(chǔ)容量特別大的情況下，經(jīng)過壓縮處理后的文件仍然超出容量閾值的情況時(shí)有發(fā)生，在此情況下，若對(duì)存儲(chǔ)容量特別大的文件仍然采用常規(guī)的壓縮算法進(jìn)行壓縮處理是無法得到體積小到容量閾值的文件的，僅僅能夠稍微提高文件的發(fā)送速度而已，因此，將對(duì)文件經(jīng)過壓縮處理后的存儲(chǔ)容量進(jìn)行估算，以得得到相應(yīng)的計(jì)算結(jié)果O
[0102]S177，確定計(jì)算結(jié)果大于或等于容量閾值時(shí)，根據(jù)容量閾值對(duì)文件進(jìn)行分卷式壓縮處理。
[0103]本實(shí)施例中，判斷計(jì)算結(jié)果是否大于或等于容量閾值，以獲知通過一定的壓縮算法是否能夠得到小于容量閾值的文件，若確定計(jì)算結(jié)果是大于或等于容量閾值時(shí)，則需要根據(jù)容量閾值對(duì)文件執(zhí)行分卷壓縮處理，以使得分卷壓縮處理后文件的存儲(chǔ)容量與容量閾值相當(dāng)，若確定計(jì)算結(jié)果小于容量閾值則采用壓縮算法進(jìn)行壓縮即可。
[0104]下面結(jié)合一個(gè)具體的實(shí)施例來描述上述發(fā)送文件的方法。該實(shí)施例中，以即時(shí)通信工具為例說明如上所述的發(fā)送文件的方法。
[0105]發(fā)送方在即時(shí)通信工具界面觸發(fā)了文件發(fā)送操作之后，將接收到該操作觸發(fā)生成的發(fā)送方發(fā)送文件的指令，以根據(jù)該指令獲取文件的存儲(chǔ)容量，并判斷該文件的存儲(chǔ)容量是否超出了預(yù)設(shè)的容量閾值，當(dāng)判斷結(jié)果為是時(shí)，將向接收方發(fā)送對(duì)該文件進(jìn)行壓縮處理的請(qǐng)求，以向文件的接收方確認(rèn)是否進(jìn)行文件壓縮，若接收方拒絕了對(duì)該文件進(jìn)行壓縮處理的請(qǐng)求，則即時(shí)通信工具直接將文件發(fā)送至接收方。
[0106]若接收方接受了對(duì)該文件進(jìn)行壓縮處理的請(qǐng)求，則接收方將接收到發(fā)送方根據(jù)請(qǐng)求反饋的確認(rèn)信息，對(duì)文件進(jìn)行壓縮處理再發(fā)送壓縮處理后的文件。[0107]進(jìn)一步的，接收方在接收到發(fā)送方根據(jù)請(qǐng)求反饋的確認(rèn)信息之后，將根據(jù)文件的屬性信息確定與屬性信息存在預(yù)置的對(duì)應(yīng)關(guān)系的壓縮算法，即，預(yù)置了第一屬性信息與有損壓縮算法存在第一對(duì)應(yīng)關(guān)系，預(yù)置第二屬性信息與無損壓縮算法存在第二對(duì)應(yīng)關(guān)系，若該文件存在第一屬性信息時(shí)，根據(jù)第一對(duì)應(yīng)關(guān)系使用有損壓縮算法對(duì)文件進(jìn)行壓縮處理；若文件存在第二屬性信息時(shí)，根據(jù)第二對(duì)應(yīng)關(guān)系使用無損壓縮算法對(duì)文件進(jìn)行壓縮處理，有效地避免了文件太大而導(dǎo)致的文件發(fā)送的操作上的不方便，提高了文件發(fā)送操作上的方便性。
[0108]如圖5所示，在一個(gè)實(shí)施例中，一種終端包括指令接收模塊110、存儲(chǔ)容量獲取模塊130、判斷模塊150、壓縮模塊170和發(fā)送模塊190。
[0109]指令接收模塊110，用于接收發(fā)送方發(fā)送文件的指令。
[0110]本實(shí)施例中，待發(fā)送方在文件的發(fā)送界面觸發(fā)文件發(fā)送操作之后，將生成發(fā)送方發(fā)送文件的指令。其中，該文件的發(fā)送界面可以是即時(shí)通信工具的客戶端界面，也可以是虛擬網(wǎng)絡(luò)社交工具的客戶端界面，還可以是各種網(wǎng)頁客戶端的界面，此外，也可以是其它用于實(shí)現(xiàn)文件傳輸?shù)能浖缑妗?br> [0111]存儲(chǔ)容量獲取模塊130，用于根據(jù)指令接收模塊110接收的指令，獲取文件的存儲(chǔ)容量。
[0112]本實(shí)施例中，存儲(chǔ)容量獲取模塊130根據(jù)發(fā)送方發(fā)送文件的指令，獲取文件的存儲(chǔ)容量，其中，發(fā)送方當(dāng)前所發(fā)送的文件可以是一個(gè)文件，也可以是多個(gè)文件。
[0113]判斷模塊150，用于判斷存儲(chǔ)容量獲取模塊130獲取的文件的存儲(chǔ)容量是否超出預(yù)置的容量閾值。
[0114]本實(shí)施例中，判斷模塊150用于對(duì)文件的存儲(chǔ)容量是否超限時(shí)行判斷的容量閾值可根據(jù)文件服務(wù)器的實(shí)際運(yùn)營情況以及用戶的需要進(jìn)行靈活地設(shè)置和調(diào)整，以使得該容量閾值是與當(dāng)前的環(huán)境相適應(yīng)的。例如，該限值可設(shè)定為I兆。
[0115]判斷模塊150根據(jù)容量閾值對(duì)文件的存儲(chǔ)容量進(jìn)行判斷，以獲知當(dāng)前發(fā)送的文件是否過大，避免文件過大而導(dǎo)致文件的延遲發(fā)送，提高發(fā)送速度和效率。
[0116]壓縮模塊170，用于當(dāng)判斷模塊150的判斷結(jié)果為是時(shí)，對(duì)文件進(jìn)行壓縮處理。
[0117]本實(shí)施例中，壓縮模塊170調(diào)用一定的壓縮算法對(duì)當(dāng)前發(fā)送的文件進(jìn)行壓縮處理，以降低文件的體積。其中，所調(diào)用的壓縮算法可以是有損壓縮算法和無損壓縮算法。
[0118]發(fā)送模塊190，用于發(fā)送經(jīng)過壓縮模塊170壓縮處理的文件。
[0119]本實(shí)施例中，發(fā)送模塊190將經(jīng)過壓縮的文件發(fā)送至文件接收方，由于進(jìn)行發(fā)送的誰的不會(huì)存在文件過大的情況，因此，即便網(wǎng)絡(luò)環(huán)境不佳也能夠順利和快速地將文件發(fā)送出去。
[0120]發(fā)送模塊190還用于當(dāng)判斷模塊150的判斷結(jié)果為否時(shí)不對(duì)文件進(jìn)行壓縮處理直接發(fā)送文件。
[0121]本實(shí)施例中，當(dāng)判斷文件的存儲(chǔ)容量是否超出容量閾值的判斷結(jié)果為否時(shí)，發(fā)送模塊190直接將該文件發(fā)送出去。
[0122]如圖6所示，在一個(gè)實(shí)施例中，上述終端還包括請(qǐng)求發(fā)起模塊210和確認(rèn)接收模塊230。
[0123]請(qǐng)求發(fā)起模塊210，用于向接收方發(fā)送對(duì)文件進(jìn)行壓縮處理的請(qǐng)求。[0124]本實(shí)施例中，判斷模塊150判斷到文件的存儲(chǔ)容量超出了預(yù)置的容量閾值時(shí)，請(qǐng)求發(fā)起模塊210將向文件的接收方發(fā)起對(duì)該文件進(jìn)行壓縮處理的請(qǐng)求，以向文件的接收方確認(rèn)是否進(jìn)行文件壓縮，例如，若文件的接收方無法對(duì)壓縮的文件進(jìn)行解壓縮，則可拒絕該請(qǐng)求，直接進(jìn)行文件的傳輸。
[0125]確認(rèn)接收模塊230，用于接收接收方根據(jù)請(qǐng)求發(fā)起模塊210發(fā)送的請(qǐng)求反饋的確認(rèn)信息。
[0126]本實(shí)施例中，文件的接收方在接收到發(fā)送方所發(fā)起的對(duì)該文件進(jìn)行壓縮處理的請(qǐng)求之后，若接受了該請(qǐng)求，確認(rèn)可以對(duì)即將接收的文件進(jìn)行壓縮處理則生成相應(yīng)的確認(rèn)信息，進(jìn)而向文件的發(fā)送方反饋生成的確認(rèn)信息。
[0127]壓縮模塊170具體用于當(dāng)判斷模塊150的判斷結(jié)果為是且確認(rèn)接收模塊230接收到確認(rèn)信息時(shí)，對(duì)文件進(jìn)行壓縮處理。
[0128]本實(shí)施例中，對(duì)文件的存儲(chǔ)容量進(jìn)行判斷所得到的判斷結(jié)果為是且接收到了接收方根據(jù)請(qǐng)求反饋的確認(rèn)信息之后，發(fā)送方的壓縮模塊170將對(duì)當(dāng)前發(fā)送的文件通過一定的壓縮算法進(jìn)行壓縮處理。
[0129]如圖7所示，在一個(gè)實(shí)施例中，上述壓縮模塊170包括算法確定單元171和壓縮處理單元173。
[0130]算法確定單元171，用于當(dāng)判斷結(jié)果為是時(shí)，根據(jù)文件的屬性信息確定與屬性信息存在預(yù)置的對(duì)應(yīng)關(guān)系的壓縮算法。
[0131]本實(shí)施例中，發(fā)送方所發(fā)送的文件的屬性信息將是多種多樣，各不相同的，其中，屬性信息包括了該文件所屬的文件類型，例如，發(fā)送方所發(fā)送的文件類型可包括音頻、視頻、圖片、文本和可執(zhí)行文件等多種類型。
[0132]不同文件類型的文件都有其所適用的壓縮算法，以得到最佳的壓縮效果，因此，算法確定單元171將根據(jù)屬性信息中標(biāo)識(shí)的文件類型進(jìn)行壓縮方式的選取，采用選取的壓縮方式對(duì)文件進(jìn)行壓縮。
[0133]例如，對(duì)于文件類型為音頻、視頻和/或圖片的文件，可采用有損壓縮算法，也可采用無損壓縮算法，其它文件類型的文件則采用無損壓縮算法時(shí)行壓縮處理。
[0134]進(jìn)一步的，預(yù)置屬性信息和壓縮算法之間的對(duì)應(yīng)關(guān)系，在需要對(duì)發(fā)送的文件進(jìn)行壓縮時(shí)，可根據(jù)屬性信息以及屬性信息相關(guān)的對(duì)應(yīng)關(guān)系得到與該屬性信息存在對(duì)應(yīng)關(guān)系的壓縮算法。
[0135]進(jìn)一步的，當(dāng)前發(fā)送的文件的數(shù)量可以是一個(gè)或者多個(gè)，當(dāng)文件為多個(gè)時(shí)，多個(gè)文件可以是擁有相同屬性信息的文件，也可以是屬性信息各不相同的文件，因此，壓縮處理單元173將分別根據(jù)每一文件的屬性信息選取與該屬性信息存在對(duì)應(yīng)關(guān)系的壓縮算法進(jìn)行文件的壓縮處理。
[0136]壓縮處理單元173，用于按照算法確定單元171確定的壓縮算法對(duì)文件進(jìn)行壓縮處理。
[0137]在另一個(gè)實(shí)施例中，屬性信息包括第一屬性信息或第二屬性信息；
[0138]上述終端還包括預(yù)置模塊，該預(yù)置模塊用于預(yù)置第一屬性信息與有損壓縮算法存在第一對(duì)應(yīng)關(guān)系，預(yù)置第二屬性信息與無損壓縮算法存在第二對(duì)應(yīng)關(guān)系。
[0139]本實(shí)施例中，將文件的屬性信息分為第一屬性信息和第二屬性信息，并且每一類屬性信息均分別對(duì)應(yīng)了一壓縮算法，以簡化對(duì)文件的壓縮處理。
[0140]具體的，預(yù)置模塊預(yù)置第一屬性信息和有損壓縮算法之間的第一對(duì)應(yīng)關(guān)系，第二屬性信息和無損壓縮算法之間的第二對(duì)應(yīng)關(guān)系，在優(yōu)選的實(shí)施例中，每一屬性信息可以是音頻、視頻和圖片等文件對(duì)應(yīng)的屬性信息，第二屬性信息則是其它類型的文件所對(duì)應(yīng)的屬性信息。
[0141]壓縮處理單元173具體用于當(dāng)判斷結(jié)果為是且文件存在第一屬性信息時(shí)，根據(jù)第一對(duì)應(yīng)關(guān)系使用有損壓縮算法對(duì)文件進(jìn)行壓縮處理；
[0142]或
[0143]壓縮處理單元173具體用于當(dāng)判斷結(jié)果為是且文件存在第二屬性信息時(shí)，根據(jù)第二對(duì)應(yīng)關(guān)系使用無損壓縮算法對(duì)文件進(jìn)行壓縮處理。
[0144]本實(shí)施例中，在對(duì)文件的存儲(chǔ)容量進(jìn)行判斷得到的判斷結(jié)果為是時(shí)，根據(jù)文件所存在的屬性信息類別進(jìn)行壓縮算法的選取。
[0145]如圖8所示，在一個(gè)實(shí)施例中，上述壓縮模塊170包括容量計(jì)算單元175和分卷壓縮單元177。
[0146]容量計(jì)算單元175，用于當(dāng)判斷結(jié)果為是時(shí)，計(jì)算文件經(jīng)過壓縮處理后的存儲(chǔ)容量。
[0147]本實(shí)施例中，在文件的存儲(chǔ)容量特別大的情況下，經(jīng)過壓縮處理后的文件仍然超出容量閾值的情況時(shí)有發(fā)生，在此情況下，若對(duì)存儲(chǔ)容量特別大的文件仍然采用常規(guī)的壓縮算法進(jìn)行壓縮處理是無法得到體積小到容量閾值的文件的，僅僅能夠稍微提高文件的發(fā)送速度而已，因此，容量計(jì)算單元175將對(duì)文件經(jīng)過壓縮處理后的存儲(chǔ)容量進(jìn)行估算，以得得到相應(yīng)的計(jì)算結(jié)果。
[0148]分卷壓縮單元177，用于確定容量計(jì)算單元175的計(jì)算結(jié)果大于或等于容量閾值時(shí)，根據(jù)容量閾值對(duì)文件進(jìn)行分卷式壓縮處理。
[0149]本實(shí)施例中，判斷計(jì)算結(jié)果是否大于或等于容量閾值，以獲知若通過一定的壓縮算法是否能夠得到小于容量閾值的文件，若確定計(jì)算結(jié)果是大于或等于容量閾值時(shí)，則需要分卷壓縮單元177根據(jù)容量閾值對(duì)文件執(zhí)行分卷壓縮處理，以使得分卷壓縮處理后文件的存儲(chǔ)容量與容量閾值相當(dāng)，若確定計(jì)算結(jié)果小于容量閾值則采用壓縮算法進(jìn)行壓縮即可。
[0150]下面結(jié)合一個(gè)具體的實(shí)施例來描述上述終端。該實(shí)施例中，該終端作為文件的發(fā)送該在觸發(fā)了文件發(fā)送操作之后，終端中的指令接收模塊110將接收到該操作觸發(fā)生成的發(fā)送方發(fā)送文件的指令，存儲(chǔ)容量獲取模塊130根據(jù)指令接收模塊110接收到的根據(jù)該指令獲取文件的存儲(chǔ)容量，并由判斷模塊150判斷該文件的存儲(chǔ)容量是否超出了預(yù)設(shè)的容量閾值，當(dāng)判斷結(jié)果為是時(shí)，請(qǐng)求發(fā)起模塊210將向接收方發(fā)送對(duì)該文件進(jìn)行壓縮處理的請(qǐng)求，若接收方拒絕了對(duì)該文件進(jìn)行壓縮處理的請(qǐng)求，則發(fā)送模塊190直接將文件發(fā)送至接收方。
[0151]若接收方接受了對(duì)該文件進(jìn)行壓縮處理的請(qǐng)求，則確認(rèn)接收模塊230接收到接收方根據(jù)請(qǐng)求發(fā)起模塊210發(fā)送的請(qǐng)求反饋的確認(rèn)信息，則壓縮模塊170將對(duì)文件進(jìn)行壓縮處理再發(fā)送壓縮處理后的文件。
[0152]進(jìn)一步的，接收方在接收到發(fā)送方根據(jù)請(qǐng)求反饋的確認(rèn)信息之后，壓縮模塊170中的算法確定單元171將根據(jù)文件的屬性信息確定與屬性信息存在預(yù)置的對(duì)應(yīng)關(guān)系的壓縮算法，即，終端中的預(yù)置模塊預(yù)置了第一屬性信息與有損壓縮算法存在第一對(duì)應(yīng)關(guān)系，預(yù)置第二屬性信息與無損壓縮算法存在第二對(duì)應(yīng)關(guān)系，若該文件存在第一屬性信息時(shí)，壓縮模塊170中的壓縮處理單元173根據(jù)第一對(duì)應(yīng)關(guān)系使用有損壓縮算法對(duì)文件進(jìn)行壓縮處理；若文件存在第二屬性信息時(shí)，壓縮模塊170中的壓縮處理單元173根據(jù)第二對(duì)應(yīng)關(guān)系使用無損壓縮算法對(duì)文件進(jìn)行壓縮處理，有效地避免了文件太大而導(dǎo)致的文件發(fā)送的操作上的不方便，提高了文件發(fā)送操作上的方便性。
[0153]上述發(fā)送文件的方法和終端，接收發(fā)送方發(fā)送文件的指令，根據(jù)該指令，獲取文件的存儲(chǔ)容量，以判斷文件的體積是否超出了預(yù)置的容量閾值，當(dāng)判斷結(jié)果為是時(shí)，則會(huì)對(duì)文件進(jìn)行壓縮處理，并發(fā)送經(jīng)過壓縮處理的文件，因此，在文件的存儲(chǔ)容量過大的情況下將不需要發(fā)送方進(jìn)行額外的操作而直接對(duì)文件進(jìn)行壓縮，提高了文件發(fā)送的操作上的方便性。
[0154]本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分流程，是可以通過計(jì)算機(jī)程序來指令相關(guān)的硬件來完成，所述的程序可存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，可包括如上述各方法的實(shí)施例的流程。其中，所述的存儲(chǔ)介質(zhì)可為磁碟、光盤、只讀存儲(chǔ)記憶體(Read-Only Memory, ROM)或隨機(jī)存儲(chǔ)記憶體(Random AccessMemory, RAM)等。
[0155]以上所述實(shí)施例僅表達(dá)了本發(fā)明的幾種實(shí)施方式，其描述較為具體和詳細(xì)，但并不能因此而理解為對(duì)本發(fā)明專利范圍的限制。應(yīng)當(dāng)指出的是，對(duì)于本領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干變形和改進(jìn)，這些都屬于本發(fā)明的保護(hù)范圍。因此，本發(fā)明專利的保護(hù)范圍應(yīng)以所附權(quán)利要求為準(zhǔn)。
【權(quán)利要求】
1.一種發(fā)送文件的方法，其特征在于，所述方法包括: 接收發(fā)送方發(fā)送文件的指令； 根據(jù)所述指令，獲取所述文件的存儲(chǔ)容量； 判斷所述文件的存儲(chǔ)容量是否超出預(yù)置的容量閾值； 當(dāng)判斷結(jié)果為是時(shí)，對(duì)所述文件進(jìn)行壓縮處理； 發(fā)送經(jīng)過所述壓縮處理的文件。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括步驟: 向接收方發(fā)送對(duì)所述文件進(jìn)行壓縮處理的請(qǐng)求； 接收所述接收方根據(jù)所述請(qǐng)求反饋的確認(rèn)信息； 則所述當(dāng)判斷結(jié)果為是時(shí)，對(duì)所述文件進(jìn)行壓縮處理的步驟，具體為: 當(dāng)判斷結(jié)果為是且接收到所述確認(rèn)信息時(shí)，對(duì)所述文件進(jìn)行壓縮處理。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述當(dāng)判斷結(jié)果為是時(shí)，對(duì)所述文件進(jìn)行壓縮處理的步驟，包括: 當(dāng)判斷結(jié)果為是時(shí)，根據(jù)所述文件的屬性信息確定與所述屬性信息存在預(yù)置的對(duì)應(yīng)關(guān)系的壓縮算法； 按照確定的壓縮算法對(duì)所述文件進(jìn)行壓縮處理。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述屬性信息包括第一屬性信息或第二屬性信息； 所述方法還包括步驟: 預(yù)置第一屬性信息與有損壓縮算法存在第一對(duì)應(yīng)關(guān)系； 預(yù)置第二屬性信息與無損壓縮算法存在第二對(duì)應(yīng)關(guān)系； 則所述當(dāng)判斷結(jié)果為是時(shí)，對(duì)所述文件進(jìn)行壓縮處理的步驟，具體為: 當(dāng)判斷結(jié)果為是且所述文件存在所述第一屬性信息時(shí)，根據(jù)所述第一對(duì)應(yīng)關(guān)系使用有損壓縮算法對(duì)所述文件進(jìn)行壓縮處理； 或 當(dāng)判斷結(jié)果為是且所述文件存在所述第二屬性信息時(shí)，根據(jù)所述第二對(duì)應(yīng)關(guān)系使用無損壓縮算法對(duì)所述文件進(jìn)行壓縮處理。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述當(dāng)判斷結(jié)果為是時(shí)，對(duì)所述文件進(jìn)行壓縮處理的步驟，包括: 當(dāng)判斷結(jié)果為是時(shí)，計(jì)算所述文件經(jīng)過壓縮處理后的存儲(chǔ)容量； 確定計(jì)算結(jié)果大于或等于容量閾值時(shí)，根據(jù)所述容量閾值對(duì)所述文件進(jìn)行分卷式壓縮處理。
6.一種終端，其特征在于，包括: 指令接收模塊，用于接收發(fā)送方發(fā)送文件的指令； 存儲(chǔ)容量獲取模塊，用于根據(jù)所述指令接收模塊接收的指令，獲取所述文件的存儲(chǔ)容量; 判斷模塊，用于判斷所述存儲(chǔ)容量獲取模塊獲取的文件的存儲(chǔ)容量是否超出預(yù)置的容量閾值； 壓縮模塊，用于當(dāng)判斷模塊的判斷結(jié)果為是時(shí)，對(duì)所述文件進(jìn)行壓縮處理；發(fā)送模塊，用于發(fā)送經(jīng)過所述壓縮模塊壓縮處理的文件。
7.根據(jù)權(quán)利要求6所述的終端，其特征在于，所述終端還包括: 請(qǐng)求發(fā)起模塊，用于向接收方發(fā)送對(duì)所述文件進(jìn)行壓縮處理的請(qǐng)求； 確認(rèn)接收模塊，用于接收所述接收方根據(jù)所述請(qǐng)求發(fā)起模塊發(fā)送的請(qǐng)求反饋的確認(rèn)信息； 所述壓縮模塊具體用于當(dāng)判斷模塊的判斷結(jié)果為是且所述確認(rèn)接收模塊接收到確認(rèn)信息時(shí)，對(duì)所述文件進(jìn)行壓縮處理。
8.根據(jù)權(quán)利要求6或7所述的終端，其特征在于，所述壓縮模塊包括: 算法確定單元，用于當(dāng)判斷結(jié)果為是時(shí)，根據(jù)所述文件的屬性信息確定與所述屬性信息存在預(yù)置的對(duì)應(yīng)關(guān)系的壓縮算法； 壓縮處理單元，用于按照所述算法確定單元確定的壓縮算法對(duì)所述文件進(jìn)行壓縮處理。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述屬性信息包括第一屬性信息或第二屬性信息； 所述終端還包括: 預(yù)置模塊，用于預(yù)置第一屬性信息與有損壓縮算法存在第一對(duì)應(yīng)關(guān)系，預(yù)置第二屬性信息與無損壓縮算法存在第二對(duì)應(yīng)關(guān)系； 所述壓縮處理單元具體用于當(dāng)判斷`結(jié)果為是且所述文件存在所述第一屬性信息時(shí)，根據(jù)所述第一對(duì)應(yīng)關(guān)系使用有損壓縮算法對(duì)所述文件進(jìn)行壓縮處理； 或 所述壓縮處理單元具體用于當(dāng)判斷結(jié)果為是且所述文件存在所述第二屬性信息時(shí)，根據(jù)所述第二對(duì)應(yīng)關(guān)系使用無損壓縮算法對(duì)所述文件進(jìn)行壓縮處理。
10.根據(jù)權(quán)利要求6所述的終端，其特征在于，所述壓縮模塊包括: 容量計(jì)算單元，用于當(dāng)判斷結(jié)果為是時(shí)，計(jì)算所述文件經(jīng)過壓縮處理后的存儲(chǔ)容量；分卷壓縮單元，用于確定所述容量計(jì)算單元的計(jì)算結(jié)果大于或等于容量閾值時(shí)，根據(jù)所述容量閾值對(duì)所述文件進(jìn)行分卷式壓縮處理。
【文檔編號(hào)】H04L29/08GK103701853SQ201310611912
【公開日】2014年4月2日 申請(qǐng)日期:2013年11月26日 優(yōu)先權(quán)日:2013年11月11日
【發(fā)明者】關(guān)超雄, 謝志強(qiáng), 王興華 申請(qǐng)人:珠海市魅族科技有限公司