[發明專利]在即時通信和網絡存儲系統中進行文件壓縮的方法

有效

• 申請號: 200910130929.5
• 申請日: 2009-04-20
• 公開（公告）號: CN101867559A
• 公開（公告）日: 2010-10-20
• 發明（設計）人: 王金波;顧國泰;張士軍
• 申請（專利權）人: 王金波;顧國泰
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L29/08;H04L12/58
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明所屬的領域為即時通信和網絡存儲。

背景技術

文件的及時傳輸也是即時通信(IM)的一個重要組成部分，但目前的即時通信系統，例如騰訊的QQ，微軟和雅虎的Messenger等等，當其進行文件傳送時，均沒有在用戶程序中提供內嵌的壓縮技術。當用戶進行文件傳送時，對傳送的文件或者不壓縮，或者由用戶使用通用的壓縮軟件例如Winzip，WinRAR等先進行壓縮打包，然后再進行傳送。

當文件傳送不進行壓縮時，若傳送的文件比較大或文件比較多時，便會花費較長的時間，從而令文件傳送很不即時。

當使用壓縮軟件先對要傳送的文件進行壓縮打包，再進行傳送時，則比較麻煩，而且用戶不單需熟悉即時通信軟件的使用，還得熟悉壓縮軟件的使用。文件的接收方也需要分兩步進行操作，還得使用與壓縮方相同的解壓縮軟件。

目前的網絡硬盤系統也存在相似的情況，當文件上傳時，或者不壓縮，或者傳送前先由通用壓縮軟件進行壓縮打包，再進行上傳。

當上傳的文件不進行壓縮時，不但上傳的時間長，其下載的時間也長，而且占用大量存儲空間。

當上傳的文件先進行壓縮打包再上傳時，用戶同樣需進行壓縮打包和傳送兩種操作，需熟悉網絡硬盤和壓縮軟件兩種應用，既麻煩又費時。如果上傳的文件是為了與別人共享，別人也得擁有和上傳方同樣的壓縮/解壓縮軟件。

如果下載的文件，并非上傳的整個壓縮文件包，而是其中的一部分文件，則用戶還必須先對硬盤服務器上的壓縮包進行解壓縮，再進行文件下載。這將不但非常麻煩、費時，而且會大大加重硬盤服務器的負荷，容易形成硬盤服務器瓶頸。

谷歌的網絡存儲是利用其郵箱系統進行的，文件上傳時不進行壓縮，單個文件下載時也不進行壓縮，下載多個文件時，才由郵箱服務器進行ZIP打包壓縮。這樣做雖然可以靈活選擇下載文件，并且減少多個文件的下載時間，但是并沒解決文件的上傳慢和存儲空間大的問題。

本發明就是針對即時通信和網絡硬盤應用系統中目前存在的上述問題，給出新的技術方案，新的文件壓縮方法。它可以令即時通信系統中的文件傳送非常快捷，而且發送方和接收方的操作都非常簡單；可以令網絡硬盤(網絡存儲)應用中的文件上傳和下載，都既方便又快速，并且使網絡硬盤的存儲資源大量節省。

發明內容

本發明的內容包括下述幾個部分：

1、將即時通信系統中的文件壓縮操作和解壓縮操作，內嵌在文件發送方和文件接收方的用戶程序中，從而使用戶仍像不采用壓縮技術時一樣操作，使文件的壓縮操作和解壓縮操作對用戶是透明的。

2、將即時通信系統欲發送的每個文件單獨進行壓縮，壓縮完一個便發送一個，而不是將擬發送的一批文件一起壓縮和打包，形成一個壓縮文件包，再進行發送。

3、對即時通信中發送的文件，先進行是否需要壓縮的判斷，對需要壓縮和不需要壓縮的文件，分別進行處理，而不是像zip壓縮那樣，一律進行壓縮打包，或一律不壓縮只進行文件打包。這樣可盡量減少壓縮操作對系統資源的占用，以利于用戶同時進行其它操作。

4、對于網絡硬盤系統的上傳文件，每個文件具有復合擴展名：一個是通常的文件擴展名，另一個是上傳批次的擴展名。以便于文件下載時既可選擇性的進行一個或幾個文件的下載，也可將同一批上傳文件一并下載。

附圖說明：

圖1、即時通信系統采用內嵌壓縮技術的文件發送流程示意圖

圖2、即時通信系統采用內嵌壓縮技術的文件接收流程示意圖

圖3、網絡硬盤系統采用內嵌壓縮技術的文件上傳流程示意圖

圖4、網絡硬盤系統采用內嵌壓縮技術的文件下載流程示意圖

具體實施方式

下面分兩部分進行具體說明：

1、即時通信系統進行文件傳輸時采用壓縮技術的實施方式

在即時通信系統文件傳輸中采用壓縮技術的實施方法是：將文件壓縮程序和文件解壓縮程序分別嵌入即時通信系統的文件發送方用戶程序和文件接收方用戶程序中。當發送方用戶選擇好欲發送的文件時，內嵌的壓縮程序先對之進行壓縮，再由發送程序進行發送。當接收方收到文件時，先由內嵌的解壓縮程序對之進行解壓，再進行存儲、顯示。

即時通信系統文件發送方采用內嵌壓縮技術的操作流程示意圖如圖1所示，其操作步驟包括：

a、用戶從操作系統文件目錄中“選擇欲發送文件”，并將它們拖至欲發送文件窗口，形成一個“欲發送文件隊列”。