專利名稱：一種在即時通信工具中傳輸文件的方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及計算機軟件、網絡通信領域，尤其是即時通訊技術， 特別是涉及一種在即時通信工具中傳輸文件的方法及系統(tǒng)。 背景4支術
即時通4言(Instant messaging,簡稱IM)目前已經成為用戶通 過網絡進行通信的重要手段。
目前即時通訊產品，對方不在線的狀態(tài)下，無法給對方傳輸文件， 即雙方必須都在線才能夠傳輸文件；傳輸文件途中，由于各種原因， 如死機、斷電等，狀況，發(fā)送者必須再發(fā)送一次，接收文件后如果文 件丟失或損壞則只能讓發(fā)送者再傳一次，當發(fā)送者也沒有該文件，則 無法纟丸4于，此文^牛7;jc久丟失。

發(fā)明內容
本發(fā)明為解決上述問題不足之處，提供了一種在即時通信工具中 傳輸文件的方法及系統(tǒng)。
為了解決上述問題，本發(fā)明提供以下技術方案 一種在即時通信 工具中傳輸文件的方法，包括如下步驟
用戶登錄客戶端，即時通信服務器對用戶進行身份認證，發(fā)送者 選擇接收者，
所述還包括如下步驟
a. 發(fā)送者選擇待發(fā)送文件，輸入附加信息；
b. 發(fā)送者發(fā)送文件，客戶端發(fā)送控制消息給即時通訊服務器；
c. 即時通訊服務器選擇文件傳輸服務器；
d. 即時通訊服務器通過控制消息通知客戶端與文件傳輸服務
器連接，客戶端連接文件傳輸服務器，發(fā)送文件數(shù)據(jù)到數(shù)據(jù)庫中；
e. 發(fā)送完成后，文件傳輸服務器通知客戶端和即時通訊服務器 完成。
所述還包括即時通訊服務器判斷接收者是否在線； 如果接收者不在線，則不會有什么動作，只能等待接收者上線； 如果接收者在線，則即時通訊服務器發(fā)送文件傳輸屬性給接收 者，接收者收到屬性后，顯示屬性內容，如果附加信息有內容， 則顯示。
所述還包括接收者通過屬性內容決定是否接收該文件；
如果接收者拒絕接收，則服務器會在該文件傳輸記錄中標記其 狀態(tài)為"拒絕"；
如果接收者決定接收，客戶端發(fā)送控制消息給即時通訊服務器。
所述還包括
即時通訊服務器選擇文件傳輸服務器；
即時通訊服務器通過控制消息通知客戶端和文件傳輸服務器 連接?？蛻舳诉B接文件傳輸服務器，接收文件數(shù)據(jù)；
接收完成后，文件傳輸服務器通知客戶端和即時通訊服務器完
成；
即時通訊服務器通知發(fā)送者，接收者已完成對該文件的接收。 所述控制消息包括文件傳輸屬性和命令。 '所述文件傳輸屬性包括發(fā)送者、發(fā)送時間、文件大小、附加信息。 實現(xiàn)權利要求l方法的系統(tǒng)，包括即時通信客戶端和即時通信服務器和文件傳輸服務器。
本發(fā)明的優(yōu)點
傳輸文件時通過服務器進行存儲和轉發(fā)，發(fā)送文件時接收者無須
在線，接收文件時發(fā)送者無須在線；而且由于文件存儲在服務器上， 即便在傳輸文件時中斷，發(fā)送者不必再發(fā)送該文件，用戶可以多次接 收相同的文件，也起到了安全備份的作用。上次接收的文件損壞或丟 失了，用戶可以再次接受該文件。
接收者通過文件屬性可以明白發(fā)送者發(fā)送的目的，或者該文件的 大致內容，或者能看出該文件的重要性，該文件的緊迫性等來判斷是 否立即接收文件。


圖1為本發(fā)明方法技術方案的流程圖2為本發(fā)明系統(tǒng)的結構示意圖。
具體實施例方式
Sl:用戶登錄客戶端，即時通訊服務器對用戶進行身份認證； S2:發(fā)送者選擇接收者； S3:發(fā)送者選擇待發(fā)送文件，輸入附加信息； S4:發(fā)送者發(fā)送文件，客戶端發(fā)送控制消息給即時通訊服務器；其 中，控制消息是用來在發(fā)送者、即時通訊服務器、接收者之間傳輸文 件屬性，控制文件數(shù)據(jù)的發(fā)送，通知對方接收是否成功等。 控制消息包括2類 一是文件傳輸屬性，二是命令。 文件傳輸屬性是指發(fā)送或接收時，客戶端向即時通訊服務器發(fā) 送的該文件的屬性，其內容包括發(fā)送者、發(fā)送時間、文件大小、 附加信息等。
命令是指客戶端與即時通訊服務器間控制文件數(shù)據(jù)傳輸?shù)闹?令，例如發(fā)送者要發(fā)送文件時，向即時通訊服務器發(fā)送"新建發(fā) 送任務"的指令。
S5:即時通訊服務器選擇文件傳輸服務器1;
S6:即時通訊服務器通過控制消息通知客戶端與文件傳輸服務器連 接，客戶端連接文件傳輸服務器，發(fā)送文件數(shù)據(jù)到數(shù)據(jù)庫中；
S7:發(fā)送完成后，文件傳輸服務器通知客戶端和即時通訊服務器完 成；
S8即時通訊服務器判斷接收者是否在線；S9. 1如果接收者不在線，則不會有什么動作，只能等待接收者上
線；
S9. 2如果接收者在線，則即時通訊服務器發(fā)送文件傳輸屬性給接 收者，接收者收到屬性后，顯示屬性內容，如果附加信息有內容，則 顯示；
S10接收者通過屬性內容決定是否接收該文件。 Sll. l如果接收者拒絕接收，則服務器會在該文件傳輸記錄中標記 其狀態(tài)為"拒絕"，這樣該接收者下次上線時，服務器不會再通知其 有未收文件。當然接收者可以通過服務器查詢歷史記錄，得到該文件 傳輸記錄，然后下載該文件。
S11.2如果接收者決定接收，客戶端發(fā)送控制消息給即時通訊服
務器；
S12即時通訊服務器選擇文件傳輸服務器1; Sl3即時通訊服務器通過控制消息通知客戶端和文件傳輸服務器 連接。客戶端連接文件傳輸服務器，接收文件數(shù)據(jù)； 務器通知客戶端和即時通訊服務器
完成；
S15即時通訊服務器通知發(fā)送者，接收者已完成對該文件的接收； 當文件在傳輸過程中中斷或該文件在接收后丟失或損壞，接收者再 次獲耳又該文件的過程如下
1. 用戶登錄客戶端，即時通訊服務器對用戶進行身份認證；
2. 用戶打開Web頁面，通過搜索獲得已發(fā)送給自己的文件。 其中搜索能夠通過高級搜索來完成，可以通過關鍵字、時間段、資
源類型以及范圍。
其中，資源類型包括全部類型和指定類型，指定類型包括，即時通 訊、任務管理、企業(yè)門戶、工作日志等。 其中，范圍可以通過組織結構形式或者職務范圍來搜索。 如接收者記憶是2007年5月份，法務部，通過即時通訊發(fā)來一份 協(xié)議。此時，關鍵字協(xié)議，時間2007.5.1 — 2007.5.31,資源類 型即時通訊，范圍組織結構中的法務部。當然，搜索也可以用其 中一項或幾項進4亍。
如圖2所示，本發(fā)明的系統(tǒng)包括3部分 即時通訊客戶端，簡稱客戶端發(fā)送和接收文件。 即時通訊服務器與客戶端進行通訊，收發(fā)文件傳輸控制消息， 簡稱控制消息；
文件傳輸服務器與客戶端進行通訊，傳輸文件數(shù)據(jù)。該服務器 從部署的角度，可以與即時通訊服務器合并，也可以分布在多臺物理 服務器上。
即時通訊服務器與文件傳輸服務器進行內部通訊，控制其與客戶
端間的文件數(shù)據(jù)傳輸。
文件傳輸服務器只是邏輯劃分，在物理上，它可能是獨立部署， 也可能與即時通訊服務器部署在一起。
總之，本發(fā)明的構思客戶端收發(fā)文件時，通過服務器進行存儲、 通知和轉發(fā)；客戶端與服務器間收發(fā)控制消息，用來傳輸文件屬性， 控制文件內容的傳輸。只要涉及到本專利構思都屬于本發(fā)明保護的范 圍內。
權利要求
1.一種在即時通信工具中傳輸文件的方法，其特征在于用戶登錄客戶端，即時通信服務器對用戶進行身份認證，發(fā)送者選擇接收者，還包括如下步驟a.發(fā)送者選擇待發(fā)送文件，輸入附加信息；b.發(fā)送者發(fā)送文件，客戶端發(fā)送控制消息給即時通訊服務器；c.即時通訊服務器選擇文件傳輸服務器；d.即時通訊服務器通過控制消息通知客戶端與文件傳輸服務器連接，客戶端連接文件傳輸服務器，發(fā)送文件數(shù)據(jù)到數(shù)據(jù)庫中；e.發(fā)送完成后，文件傳輸服務器通知客戶端和即時通訊服務器完成。
2. 根據(jù)權利要求1所述的一種在即時通信工具中傳輸文件的方法，其特征 在于還包括即時通訊服務器判斷接收者是否在線；如果接收者不在線，則不會有什么動作，只能等待接收者上線； 如果接收者在線，則即時通訊服務器發(fā)送文件傳輸屬性給接收者， 接收者收到屬性后，顯示屬性內容，如果附加信息有內容，則顯示。
3. 根據(jù)權利要求2所述的一種在即時通信工具中傳輸文件的方法，其特征 在于還包括接收者通過屬性內容決定是否接收該文件；如果接收者拒絕接收，則服務器會在該文件傳輸記錄中標記其狀態(tài) 為"拒絕"；如果接收者決定接收，客戶端發(fā)送控制消息給即時通訊服務器。
4. 根據(jù)權利要求3所述的一種在即時通信工具中傳輸文件的方法，其特征 在于還包括即時通訊服務器選"^文件傳輸服務器；即時通訊服務器通過控制消息通知客戶端和文件傳輸服務器連接。 客戶端連接文件傳輸服務器，接收文件數(shù)據(jù)； 務器通知客戶端和即時通訊服務器完成； 即時通訊服務器通知發(fā)送者，接收者已完成對該文件的接收。
5. 根據(jù)權利要求1或3或4所述的一種在即時通信工具中傳輸文件的方法， 其特征在于所述控制消息包括文件傳輸屬性和命令。
6. 根據(jù)權利要求5所述的一種在即時通信工具中傳輸文件的方法，其特征 在于所述文件傳輸屬性包括發(fā)送者、發(fā)送時間、文件大小、附加信息。
7. 實現(xiàn)權利要求1方法的系統(tǒng)，包括即時通信客戶端和即時通信服務器， 其特征在于還包括文件傳輸服務器。
全文摘要
本發(fā)明為了克服即時通訊產品在對方不在線的狀態(tài)下，無法給對方傳輸文件，接收文件后如果文件丟失或損壞則只能讓發(fā)送者再傳一次，當發(fā)送者也沒有該文件，則無法執(zhí)行的缺陷，提供了一種在即時通信工具中傳輸文件的方法及系統(tǒng)，包括步驟發(fā)送者選擇待發(fā)的文件；發(fā)送者發(fā)送文件，客戶端發(fā)送控制消息給即時通訊服務器；即時通訊服務器選擇文件傳輸服務器，通知客戶端和文件傳輸服務器；客戶端連接文件傳輸服務器，發(fā)送文件數(shù)據(jù)；即時通訊服務器通知接收者接收，接收者客戶端顯示文件屬性?？蛻舳税l(fā)送文件時，傳輸文件時通過服務器進行存儲和轉發(fā)，發(fā)送文件時接收者無須在線，接收文件時發(fā)送者無須在線；用戶可以多次接收相同的文件，也起到了安全備份的作用。上次接收的文件損壞或丟失了，用戶可以再次接受該文件。
文檔編號H04L29/08GK101106542SQ200710120450
公開日2008年1月16日 申請日期2007年8月20日 優(yōu)先權日2007年8月20日
發(fā)明者鍵 關, 榮 文, 霍文旌, 平 黃 申請人:北京億企通信息技術有限公司