專利名稱：一種離線文件的發(fā)送、接收、傳輸方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于計(jì)算機(jī)技術(shù)領(lǐng)域，尤其涉及一種即時(shí)通訊系統(tǒng)中的離線文件的 發(fā)送、接收、傳輸方法及裝置。
背景技術(shù)：
現(xiàn)有的網(wǎng)絡(luò)即時(shí)通訊(IM)工具一般都提供了文件傳輸功能，以方便用戶 之間在工作和生活中的交流和溝通。其中文件傳輸?shù)倪^(guò)程如下
如果用戶A希望傳輸文件給用戶B首先由用戶A客戶端發(fā)送協(xié)議命令到 控制服務(wù)器，請(qǐng)求給用戶B發(fā)送文件，同時(shí)打開(kāi)對(duì)應(yīng)的傳輸控制協(xié)議(如TCP 等)端口等待用戶B連接；處理服務(wù)器根據(jù)包解析提取出用戶B的用戶標(biāo)志， 查詢登錄服務(wù)器，獲取用戶B客戶端的登錄動(dòng)態(tài)IP地址與端口 (Port)號(hào)，并 發(fā)送通知消息給用戶B客戶端，詢問(wèn)用戶B是否同意接收文件；如果用戶B同 意接收用戶A發(fā)送的文件，則與用戶A客戶端建立TCP連接，進(jìn)行文件數(shù)據(jù) 流的傳輸；否則通過(guò)控制服務(wù)器返回拒絕消息給用戶A客戶端，用戶A客戶端 關(guān)閉TCP等待連接端口。
上述文件傳輸方式要求傳送文件的雙方都已經(jīng)成功登錄IM軟件，即傳送 文件的雙方同時(shí)處于在線狀態(tài)時(shí)，才能進(jìn)行有效的文件傳輸，給用戶帶來(lái)了極 大的不便。
現(xiàn)有技術(shù)存在另一種文件傳輸方式，其過(guò)程如下用戶B客戶端發(fā)送請(qǐng)求 發(fā)送文件的協(xié)議命令至控制服務(wù)器，請(qǐng)求給用戶B發(fā)送文件；控制服務(wù)器查詢 用戶B客戶端的當(dāng)前登錄狀態(tài)；如果用戶B客戶端當(dāng)前登錄狀態(tài)為在線狀態(tài)， 則按照上述文件傳輸流程處理；如果用戶B客戶端當(dāng)前登錄狀態(tài)為離線狀態(tài)， 則采用郵件方式進(jìn)行文件傳輸；并通知用戶B客戶端從自身郵箱中下載傳輸文
件。用戶B客戶端登錄IM軟件后，即可接收到該通知，從自身郵箱中下載傳 輸?shù)奈募?，從而?shí)現(xiàn)文件的傳輸。
采用這種文件傳輸方式，需要涉及郵件傳輸系統(tǒng)，同時(shí)接收方用戶是被動(dòng) 的接收傳輸?shù)奈募?，給用戶帶來(lái)了不便。
發(fā)明內(nèi)容
本發(fā)明實(shí)施例的目的在于提供一種離線文件的發(fā)送方法，旨在解決現(xiàn)有技 術(shù)通過(guò)即時(shí)通訊軟件傳輸文件時(shí)，文件傳輸雙方都必須處于在線狀態(tài)，或者需 要通過(guò)郵件系統(tǒng)實(shí)現(xiàn)文件的離線傳輸?shù)膯?wèn)題。
本發(fā)明實(shí)施例是這樣實(shí)現(xiàn)的， 一種離線文件的發(fā)送方法，所述方法包括下 述步驟
發(fā)送方客戶端將需要發(fā)送的文件發(fā)送至服務(wù)器端；
文件發(fā)送成功后，發(fā)送方客戶端向接收方客戶端發(fā)送文件接收通知消息。
本發(fā)明實(shí)施例的另一目的在于提供一種離線文件的發(fā)送裝置，所述裝置包
括
文件發(fā)送模塊，將需要發(fā)送的文件發(fā)送至服務(wù)器端；
接收通知發(fā)送模塊，用于在所述文件發(fā)送模塊將文件發(fā)送成功后，向接收 方客戶端發(fā)送文件接收通知消息。
本發(fā)明實(shí)施例的另一目的在于提供一種離線文件的接收方法，所述方法包 括下述步驟
接收發(fā)送方客戶端發(fā)送的文件接收通知消息；
根據(jù)所述文件接收通知消息，從服務(wù)器端接收發(fā)送方客戶端發(fā)送的文件。 本發(fā)明實(shí)施例的另一目的在于提供一種離線文件的接收裝置，所述裝置包
括
接收通知接收^t塊，用于接收發(fā)送方客戶端發(fā)送的文件接收通知消息； 文件接收模塊，用于根據(jù)所述文件接收通知消息，從服務(wù)器端接收發(fā)送方
客戶端發(fā)送的文件。
本發(fā)明實(shí)施例的另一目的在于提供一種離線文件的傳輸方法，所述方法包
括下述步驟
接收并存儲(chǔ)發(fā)送方客戶端發(fā)送的文件； 將發(fā)送方客戶端發(fā)送的文件發(fā)送至接收方客戶端。
本發(fā)明實(shí)施例的另一目的在于提供一種離線文件的傳輸裝置，所述裝置包 括控制服務(wù)器和傳輸服務(wù)器，
所述控制服務(wù)器用于為發(fā)送方客戶端的文件發(fā)送操作分配資源，同時(shí)為接 收方客戶端查詢發(fā)送方客戶端發(fā)送的文件；
所述傳輸服務(wù)器用于存儲(chǔ)所述發(fā)送方客戶端發(fā)送的文件，并將文件存儲(chǔ)進(jìn) 度信息返回至發(fā)送方客戶端。
在本發(fā)明實(shí)施例中，發(fā)送方客戶端通過(guò)將文件發(fā)送至服務(wù)器端進(jìn)行緩存， 接收方無(wú)論是否處于在線狀態(tài)，只要接收方登錄了 IM軟件即可從相應(yīng)的服務(wù) 器端接收發(fā)送方發(fā)送的文件，從而實(shí)現(xiàn)即時(shí)通訊工具的離線狀態(tài)下的文件的傳 輸。同時(shí)由于對(duì)發(fā)送文件的客戶端進(jìn)行了鑒權(quán)，從而使文件傳輸更安全。
圖1是本發(fā)明實(shí)施例提供的離線文件的傳輸方法的實(shí)現(xiàn)流程圖； 圖2是本發(fā)明實(shí)施例提供的控制服務(wù)器響應(yīng)客戶端A發(fā)送的文件發(fā)送請(qǐng)求 的實(shí)現(xiàn)流程圖3是本發(fā)明實(shí)施例提供的文件傳輸系統(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í)施例中，發(fā)送方客戶端將需要傳輸至接收方客戶端的文件發(fā)送 至服務(wù)器端進(jìn)行緩存，并在文件發(fā)送成功后，向接收方客戶端發(fā)送文件接收通 知消息，通知接收方客戶端到相應(yīng)的服務(wù)器端接收發(fā)送方客戶端發(fā)送的文件。
接收方客戶端成功登錄IM軟件后，接收到發(fā)送方客戶端發(fā)送的文件接收通知
消息，并從相應(yīng)的服務(wù)器端接收發(fā)送方客戶端發(fā)送的文件，也可以拒絕下載發(fā) 送方發(fā)送的文件，從而實(shí)現(xiàn)即時(shí)通訊工具離線狀態(tài)下的文件的有效傳輸。
圖1示出了本發(fā)明實(shí)施例提供的文件傳輸方法的實(shí)現(xiàn)流程，假設(shè)客戶端A 為文件發(fā)送方客戶端，客戶端B為文件接收方客戶端，本發(fā)明的服務(wù)器端包括 用以控制和協(xié)調(diào)進(jìn)行離線文件傳輸?shù)目蛻舳薃和客戶端B之間的相互操作的控 制服務(wù)器，以及用以存儲(chǔ)客戶端A發(fā)送的文件的傳輸服務(wù)器，詳述如下
步驟l:客戶端A發(fā)送文件發(fā)送請(qǐng)求至控制服務(wù)器，以向控制服務(wù)器請(qǐng)求 發(fā)送文件，該文件發(fā)送請(qǐng)求中攜帶文件發(fā)送信息。
文件發(fā)送信息至少包括發(fā)送客戶端的簽名信息、接收方標(biāo)識(shí)、待發(fā)送文件 信息。該文件發(fā)送信息還可以包括文件發(fā)送時(shí)間等與文件傳輸相關(guān)的其他信息。 當(dāng)該文件發(fā)送請(qǐng)求為文件的斷點(diǎn)續(xù)傳請(qǐng)求時(shí)，該文件發(fā)送信息中還需要包括上 次文件傳輸時(shí)分配的傳輸標(biāo)識(shí)(傳輸ID)。其中待發(fā)送文件信息包括但不限于 文件名和文件大小等信息。斷點(diǎn)續(xù)傳是指在發(fā)送或者下載過(guò)程中，由于網(wǎng)絡(luò)故 障等原因，導(dǎo)致在文件發(fā)送或者下栽過(guò)程未完成前突然中斷，則在下次文件發(fā) 送或者下載時(shí)，從已經(jīng)發(fā)送或者下載的部分開(kāi)始繼續(xù)發(fā)送或者下載未發(fā)送或者 下載的部分，從而避免重新從頭開(kāi)始發(fā)送或者下載文件。斷點(diǎn)續(xù)傳可以節(jié)省時(shí) 間、提高文件傳輸?shù)乃俣取?br>
步驟2:控制服務(wù)器響應(yīng)客戶端A發(fā)送的文件發(fā)送請(qǐng)求，為客戶端A的此 次文件發(fā)送操作分配資源，并記錄由客戶端A發(fā)起的此次文件傳輸操作的相關(guān) 信息。
控制服務(wù)器為客戶端A的此次文件發(fā)送操作分配的資源包括但不限于傳輸 ID,傳輸服務(wù)器信息，如傳輸服務(wù)器的IP地址，傳輸服務(wù)器的傳輸端口 ( PORT )，
傳輸簽名，傳輸方式等。記錄的與客戶端A發(fā)起的此次文件傳輸操作的相關(guān)信
息主要包括客戶端A的簽名信息、接收方標(biāo)識(shí)、待發(fā)送文件信息、傳輸ID、文 件發(fā)送狀態(tài)、文件接收狀態(tài)等。
步驟3:控制服務(wù)器向客戶端A返回文件發(fā)送請(qǐng)求響應(yīng)信息，該文件發(fā)送 請(qǐng)求響應(yīng)信息包括但不限于傳輸ID、傳輸服務(wù)器信息、傳輸簽名以及傳輸方式 等。
步驟4:客戶端A采用文件發(fā)送請(qǐng)求響應(yīng)信息指定的傳輸方式，將文件發(fā) 送至文件發(fā)送請(qǐng)求響應(yīng)信息指定的傳輸服務(wù)器。
為了實(shí)現(xiàn)文件的斷點(diǎn)續(xù)傳，客戶端A在將文件發(fā)送至傳輸服務(wù)器之前，首 先將文件發(fā)送請(qǐng)求響應(yīng)信息中的傳輸ID與本地存儲(chǔ)的傳輸ID進(jìn)行比較，如果 一致，則該文件發(fā)送請(qǐng)求為文件的斷點(diǎn)續(xù)傳請(qǐng)求，在發(fā)送文件時(shí)，從本地存儲(chǔ) 的傳輸信息里的斷點(diǎn)位置開(kāi)始發(fā)送文件。如果不一致，則存儲(chǔ)文件發(fā)送請(qǐng)求響 應(yīng)信息中的傳輸ID,并將本地存儲(chǔ)的傳輸信息里的斷點(diǎn)位置設(shè)置為零，在發(fā)送 文件時(shí)，從文件的開(kāi)始位置發(fā)送文件。
臺(tái)
步驟6:客戶端A根據(jù)傳輸服務(wù)器返回的文件存儲(chǔ)進(jìn)度信息，不斷的更新 文件發(fā)送的進(jìn)度顯示，同時(shí)更新本地存儲(chǔ)的傳輸信息里的斷點(diǎn)位置信息，當(dāng)文 件全部發(fā)送至傳輸服務(wù)器后，客戶端A向控制服務(wù)器發(fā)送文件發(fā)送成功標(biāo)志。
步驟7:控制服務(wù)器根據(jù)客戶端A發(fā)送的文件發(fā)送成功標(biāo)志，將記錄的由 客戶端A發(fā)起的此次文件發(fā)送操作的文件發(fā)送狀態(tài)設(shè)置為文件發(fā)送成功標(biāo)志， 并向客戶端A返回文件發(fā)送狀態(tài)設(shè)置成功消息。
步驟8:客戶端A接收到控制服務(wù)器發(fā)送的狀態(tài)設(shè)置成功消息后，向客戶 端B發(fā)送文件接收通知消息，攜帶文件的傳輸ID，以通知客戶端B接收文件。 在本發(fā)明實(shí)施例中，當(dāng)客戶端A接收到控制服務(wù)器發(fā)送的狀態(tài)設(shè)置成功消息后， 客戶端A也可以通過(guò)控制服務(wù)器向客戶端B發(fā)送文件接收通知消息。
步驟9:客戶端B接收到該文件接收通知消息后，向控制服務(wù)器發(fā)送文件 查詢請(qǐng)求，以向控制服務(wù)器查詢是否存在需要發(fā)送到客戶端B的文件。
當(dāng)客戶端B處于在線狀態(tài)時(shí)，客戶端B實(shí)時(shí)的接收到該文件接收通知消息， 當(dāng)客戶端B認(rèn)為目前的環(huán)境或者時(shí)間不適合進(jìn)行文件接收時(shí)，通過(guò)向用戶詢問(wèn) 是否現(xiàn)在接收文件，如果用戶選擇下次接收文件，則當(dāng)客戶端B下次登錄IM 軟件時(shí)，重新接收到該文件接收通知消息；如果用戶選4奪現(xiàn)在接收文件，則客 戶端B向控制服務(wù)器發(fā)送文件查詢請(qǐng)求，攜帶傳輸ID,以向服務(wù)器查詢是否存 在與該傳輸ID相應(yīng)的文件。
當(dāng)客戶端B處于離線狀態(tài)時(shí)，則客戶端B下次登錄IM軟件后，接收到該 文件接收通知消息后，向控制服務(wù)器發(fā)送文件查詢請(qǐng)求，則該文件查詢請(qǐng)求為 離線文件查詢請(qǐng)求，以向控制服務(wù)器查詢是否存在其他客戶端發(fā)送至客戶端B 的文件。
步驟10:控制服務(wù)器響應(yīng)該文件查詢請(qǐng)求，查詢其記錄的所有文件傳輸操 作的相關(guān)信息中是否存在客戶端B要求查詢的文件，如果不存在，則此次文件 接收失敗，控制服務(wù)器向客戶端B返回文件失敗原因；如果存在，控制服務(wù)器 向客戶端返回文件查詢請(qǐng)求響應(yīng)信息，該文件查詢請(qǐng)求響應(yīng)信息包括但不限于 傳輸服務(wù)器信息、傳輸簽名、傳輸方式等。
當(dāng)該文件查詢請(qǐng)求攜帶傳輸ID時(shí)，則控制服務(wù)器查詢傳輸服務(wù)器中是否存 在與該傳輸ID對(duì)應(yīng)的文件；當(dāng)該文件查詢請(qǐng)求為離線文件查詢請(qǐng)求時(shí)，控制服 務(wù)器查詢傳輸服務(wù)器中是否存在其他客戶端發(fā)送至客戶端B的所有文件。
步驟ll:客戶端B采用文件查詢請(qǐng)求響應(yīng)信息中指定的傳輸方式，從文件 查詢請(qǐng)求響應(yīng)信息中指定的傳輸服務(wù)器下載文件，從而實(shí)現(xiàn)文件的接收。
步驟12:當(dāng)客戶端B從指定的傳輸服務(wù)器成功的接收文件后，客戶端B 發(fā)送文件接收成功標(biāo)志至控制服務(wù)器
步驟13:控制服務(wù)器根據(jù)客戶端B發(fā)送的文件接收成功標(biāo)志，將記錄的由 客戶端A發(fā)起的此次文件發(fā)送操作的文件接收狀態(tài)設(shè)置為文件接收成功標(biāo)志，
便于控制服務(wù)器可以即時(shí)的獲取文件傳輸?shù)臓顟B(tài)，同時(shí)，便于即時(shí)釋放傳輸服
務(wù)器的存儲(chǔ)空間，并向客戶端B返回文件接收狀態(tài)設(shè)置成功消息。
步驟14:客戶端B接收到控制服務(wù)器發(fā)送的狀態(tài)設(shè)置成功消息后，向客戶 端A發(fā)送文件接收成功消息，以通知客戶端A文件已成功接收。當(dāng)然客戶端B 也可以不發(fā)送文件接收成功消息至客戶端A，可以視用戶的需要而設(shè)置是否發(fā) 送。
圖2示出了本發(fā)明實(shí)施例提供的控制服務(wù)器響應(yīng)客戶端A發(fā)送的文件發(fā)送 請(qǐng)求的實(shí)現(xiàn)流程，詳述如下
在步驟S201中，控制服務(wù)器根據(jù)文件發(fā)送信息中的發(fā)送客戶端的簽名信 息，對(duì)發(fā)送文件發(fā)送請(qǐng)求的客戶端A進(jìn)行鑒權(quán)，如果鑒權(quán)未通過(guò)，則控制服務(wù) 器不響應(yīng)該文件發(fā)送請(qǐng)求，文件發(fā)送請(qǐng)求失敗，執(zhí)行步驟S206。如果鑒權(quán)通過(guò)， 執(zhí)行步驟S202。
控制服務(wù)器對(duì)客戶端A進(jìn)行鑒權(quán)的范圍主要包括對(duì)客戶端A的身份進(jìn)行認(rèn) 證、對(duì)客戶端A發(fā)送文件的權(quán)限進(jìn)行認(rèn)證、對(duì)客戶端A發(fā)送文件的大小進(jìn)行認(rèn) 證、對(duì)客戶端A發(fā)送文件至客戶端B的權(quán)限進(jìn)行認(rèn)證等。根據(jù)用戶的需要，還 可以對(duì)該客戶端A進(jìn)行其他方面的鑒權(quán)操作。
在步驟S202中，控制服務(wù)器判斷該文件發(fā)送請(qǐng)求是否為文件的斷點(diǎn)續(xù)傳請(qǐng) 求，如果是，則執(zhí)行步驟S204,否則執(zhí)行步驟S203。
控制服務(wù)器通過(guò)判斷文件發(fā)送請(qǐng)求中攜帶的文件發(fā)送信息中是否包括傳輸 ID,來(lái)判斷該文件發(fā)送請(qǐng)求是否為文件的斷點(diǎn)續(xù)傳請(qǐng)求。如果不包括，則該文 件發(fā)送請(qǐng)求不是文件的斷點(diǎn)續(xù)傳請(qǐng)求；如果包括，控制服務(wù)器判斷該傳輸ID的 有效性，即判斷是否能在控制服務(wù)器中查找到該傳輸ID，如果否，則該文件發(fā) 送請(qǐng)求不是文件的斷點(diǎn)續(xù)傳請(qǐng)求；如果是，則該文件發(fā)送請(qǐng)求為文件的斷點(diǎn)續(xù) 傳請(qǐng)求。
在步驟S203中，控制服務(wù)器為該文件發(fā)送請(qǐng)求分配一傳輸ID。
在步驟S204中，控制服務(wù)器為由客戶端A發(fā)起的此次文件發(fā)送操作分配
資源，并記錄由客戶端A發(fā)起的此次文件傳輸操作的相關(guān)信息。
為客戶端A的此次文件發(fā)送操作分配的資源主要包括傳輸ID,傳輸服務(wù)器 信息，如傳輸服務(wù)器的IP地址，傳輸服務(wù)器的傳輸端口 (PORT),傳輸簽名， 傳輸方式等。當(dāng)該文件發(fā)送請(qǐng)求為文件的斷點(diǎn)續(xù)傳請(qǐng)求時(shí)，分配的傳輸ID為文 件發(fā)送信息中包括的傳輸ID;當(dāng)該文件發(fā)送請(qǐng)求不是文件的斷點(diǎn)續(xù)傳請(qǐng)求時(shí)， 分配的傳輸ID為步驟S203新分配的傳輸ID。記錄的客戶端A發(fā)起的此次文 件發(fā)送操作的相關(guān)信息主要包括客戶端A的簽名信息、接收方標(biāo)識(shí)、待發(fā)送文 件信息、傳輸ID、文件發(fā)送狀態(tài)標(biāo)志、文件接收狀態(tài)標(biāo)志等。
在步驟S205中，控制服務(wù)器向客戶端A返回文件發(fā)送請(qǐng)求響應(yīng)信息，該 文件發(fā)送請(qǐng)求響應(yīng)信息包括但不限于傳輸ID、傳輸服l^器信息、傳輸簽名以及 傳輸方式等。
在步驟S206中，控制服務(wù)器向客戶端A返回文件發(fā)送請(qǐng)求失敗信息，告 知客戶端A文件發(fā)送請(qǐng)求失敗的原因，以使客戶端A將該文件發(fā)送失敗原因告 知用戶。
的結(jié)構(gòu)，為了便于說(shuō)明，僅示出了與本發(fā)明實(shí)施例相關(guān)的部分。
文件傳輸系統(tǒng)包括發(fā)送方客戶端1、服務(wù)器端2以及接收方客戶端3。其中
服務(wù)器端2包括用于為發(fā)送方客戶端1的文件發(fā)送操作分配資源，同時(shí)為接收
方客戶端3查詢發(fā)送方客戶端1發(fā)送的文件的控制服務(wù)器21,以及用于存儲(chǔ)發(fā)
送方客戶端1發(fā)送的文件的傳輸服務(wù)器22。
在發(fā)送文件時(shí)，發(fā)送方客戶端1通過(guò)其文件發(fā)送模塊11將需要傳輸至接收
方客戶端3的文件發(fā)送至服務(wù)器端2。服務(wù)器端2的控制服務(wù)器21將發(fā)送方客
戶端1發(fā)送的文件存儲(chǔ)至傳輸服務(wù)器22。
其中文件發(fā)送請(qǐng)求發(fā)送模塊111向控制服務(wù)器21發(fā)送文件發(fā)送請(qǐng)求，該文
件發(fā)送請(qǐng)求攜帶文件發(fā)送信息。該文件發(fā)送信息包括但不限于發(fā)送客戶端的簽
名信息、接收方標(biāo)識(shí)、待發(fā)送文件信息。當(dāng)該文件發(fā)送請(qǐng)求為斷點(diǎn)續(xù)傳請(qǐng)求時(shí)，
該文件發(fā)送信息還包括上次文件傳輸時(shí)分配的傳輸ID。
控制服務(wù)器21接收到該文件發(fā)送請(qǐng)求后，通過(guò)其鑒權(quán)模塊211對(duì)發(fā)送文件 發(fā)送請(qǐng)求的發(fā)送方客戶端1進(jìn)行鑒權(quán)操作。
當(dāng)鑒權(quán)模塊211對(duì)發(fā)送方客戶端1進(jìn)行的鑒權(quán)操作通過(guò)時(shí)，斷點(diǎn)續(xù)傳判斷 模塊212根據(jù)該文件發(fā)送信息，判斷發(fā)送方客戶端1的文件發(fā)送請(qǐng)求是否為文 件的斷點(diǎn)續(xù)傳請(qǐng)求，其判斷過(guò)程如上所述，在此不再贅述。
資源分配記錄模塊213為發(fā)送方客戶端1的此次文件發(fā)送搡作分配資源， 并記錄發(fā)送方客戶端1的此次文件發(fā)送操作的相關(guān)信息。其中為發(fā)送方客戶端 1的此次文件發(fā)送操作分配的資源包括傳輸ID、傳輸服務(wù)器信息、傳輸簽名、 傳輸方式等。當(dāng)斷點(diǎn)續(xù)傳判斷模塊22判斷發(fā)送方客戶端1的此次文件發(fā)送操作 為文件的斷點(diǎn)續(xù)傳請(qǐng)求時(shí)，資源分配記錄模塊213為發(fā)送方客戶端1分配的傳 輸ID為文件發(fā)送信息中的傳輸ID;發(fā)送方客戶端1的此次文件發(fā)送操作不是 文件的斷點(diǎn)續(xù)傳請(qǐng)求時(shí)，資源分配記錄模塊213重新分配一傳輸ID。記錄的發(fā) 送方客戶端1的此次文件發(fā)送操作的相關(guān)信息包括發(fā)送方客戶端的簽名信息、 接收方標(biāo)識(shí)、待傳文件信息、傳輸ID、文件發(fā)送狀態(tài)、文件接收狀態(tài)等。
文件發(fā)送請(qǐng)求返回模塊214向發(fā)送方客戶端1返回文件發(fā)送請(qǐng)求響應(yīng)信息， 該文件發(fā)送請(qǐng)求響應(yīng)信息包括資源分配記錄模塊213為發(fā)送方客戶端1的此次 文件發(fā)送操作分配的資源，如傳輸ID、傳輸服務(wù)器信息、傳輸簽名、傳輸方式 等。
發(fā)送方客戶端1接收到文件發(fā)送請(qǐng)求返回模塊214返回的文件發(fā)送請(qǐng)求響 應(yīng)信息后，通過(guò)其斷點(diǎn)續(xù)傳判斷模塊112判斷文件發(fā)送請(qǐng)求響應(yīng)信息中的傳輸 ID與發(fā)送方客戶端1存儲(chǔ)的傳輸ID是否一致，如果不一致，在本地存儲(chǔ)文件 發(fā)送請(qǐng)求響應(yīng)信息中的傳輸ID,并將本地保存的文件傳輸信息中的斷點(diǎn)位置設(shè) 為0。
文件上傳模塊113采用文件發(fā)送請(qǐng)求響應(yīng)信息指定的傳輸方式，將需要傳 輸?shù)奈募蟼髦廖募l(fā)送請(qǐng)求響應(yīng)信息指定的傳輸服務(wù)器22。當(dāng)斷點(diǎn)續(xù)傳判斷
模塊112判斷此次文件發(fā)送請(qǐng)求為斷點(diǎn)續(xù)傳請(qǐng)求時(shí)，文件上傳模塊113從本地 保存的文件傳輸信息中的斷點(diǎn)位置開(kāi)始上傳文件；當(dāng)斷點(diǎn)續(xù)傳判斷^t塊112判 斷此次文件發(fā)送請(qǐng)求不是斷點(diǎn)續(xù)傳請(qǐng)求時(shí)，文件上傳模塊113從該文件的起始 位置開(kāi)始上傳文件。
傳輸服務(wù)器22對(duì)文件上傳模塊113上傳的文件進(jìn)行緩存，同時(shí)向發(fā)送方客 戶端1返回文件存儲(chǔ)進(jìn)度信息。
發(fā)送方客戶端1通過(guò)其文件進(jìn)度處理模塊114接收傳輸服務(wù)器22返回的文 件存儲(chǔ)進(jìn)度信息，并根據(jù)該文件存儲(chǔ)進(jìn)度信息更新發(fā)送方客戶端l存儲(chǔ)的文件 傳輸信息中的斷點(diǎn)位置。
當(dāng)文件上傳模塊113成功將文件上傳至傳輸服務(wù)器22后，成功標(biāo)志發(fā)送模 塊115向控制服務(wù)器21發(fā)送文件發(fā)送成功標(biāo)志。
控制服務(wù)器21接收到發(fā)送方客戶端1發(fā)送的文件發(fā)送成功標(biāo)志后，通過(guò)其 文件傳輸狀態(tài)設(shè)置模塊215將記錄的發(fā)送方客戶端1的此次文件發(fā)送操作的發(fā) 送狀態(tài)設(shè)置為發(fā)送成功標(biāo)志，并向發(fā)送方客戶端1返回文件發(fā)送狀態(tài)設(shè)置成功
標(biāo)志o
發(fā)送方客戶端l接收到該文件發(fā)送狀態(tài)設(shè)置成功標(biāo)志后，通過(guò)其接收通知
發(fā)送模塊12向接收方客戶端3發(fā)送文件接收通知消息，該文件接收通知消息中 攜帶傳輸ID,以通知接收方客戶端到相應(yīng)的服務(wù)器端2接收文件。在本發(fā)明實(shí) 施例中，發(fā)送方客戶端l接收到服務(wù)器端2發(fā)送的狀態(tài)設(shè)置成功標(biāo)志后，發(fā)送 方客戶端1也可以通過(guò)服務(wù)器端2向接收方客戶端3發(fā)送文件接收通知消息。
在接收文件時(shí)，接收方客戶端3通過(guò)其接收通知接收模塊31接收發(fā)送方客 戶端1發(fā)送的文件接收通知消息，文件接收模塊32根據(jù)文件接收通知消息中的 傳輸ID,從服務(wù)器端2接收發(fā)送方客戶端1發(fā)送的文件。其中文件接收模塊32 包括文件查詢請(qǐng)求發(fā)送模塊321和文件下載模塊322。
文件查詢請(qǐng)求發(fā)送模塊321向控制服務(wù)器21發(fā)送文件查詢請(qǐng)求。當(dāng)接收方 客戶端處于在線狀態(tài)時(shí)，該文件查詢請(qǐng)求攜帶傳輸ID;當(dāng)接收方客戶端處于離
線狀態(tài)時(shí)，該文件查詢請(qǐng)求為離線文件查詢請(qǐng)求。
服務(wù)器端2接收到接收方客戶端3的文件查詢請(qǐng)求后，通過(guò)其文件查詢模 塊216響應(yīng)接收方客戶端發(fā)送的文件查詢請(qǐng)求，查詢服務(wù)器端是否存儲(chǔ)有需要 發(fā)送至接收方客戶端的文件。如果有，則文件查詢請(qǐng)求返回模塊217向接收方 客戶端返回文件查詢請(qǐng)求響應(yīng)信息。該文件查詢請(qǐng)求響應(yīng)信息包括傳輸服務(wù)器 信息，傳輸方式以及傳輸簽名。
接收方客戶端3通過(guò)其文件下載模塊322采用文件查詢請(qǐng)求響應(yīng)信息指定 的傳輸方式，從文件查詢請(qǐng)求響應(yīng)信息指定的傳輸服務(wù)器22下載發(fā)送方客戶端 l發(fā)送的文件。
當(dāng)文件下載模塊322成功從傳輸服務(wù)器22下載文件后，接收成功標(biāo)志發(fā)送 模塊33向控制服務(wù)器21發(fā)送文件接收成功標(biāo)志。
控制服務(wù)器21接收到接收方客戶端3發(fā)送的文件接收成功標(biāo)志后，通過(guò)其 文件傳輸狀態(tài)設(shè)置模塊215將記錄的發(fā)送方客戶端1的此次文件發(fā)送操作的接 收狀態(tài)設(shè)置為接收成功標(biāo)志，并向接收方客戶端3返回文件接收狀態(tài)設(shè)置成功 標(biāo)志。
接收方客戶端3在接收到該文件接收狀態(tài)設(shè)置成功標(biāo)志后，通過(guò)其接收成 功發(fā)送模塊34向發(fā)送發(fā)客戶端1發(fā)送文件接收成功通知消息。
在本發(fā)明實(shí)施例中，發(fā)送方客戶端將需要發(fā)送至接收方客戶端的文件發(fā)送 至服務(wù)器端進(jìn)行緩存，并向接收方客戶端發(fā)送文件接收通知消息，接收方客戶 端無(wú)論其當(dāng)前是否處于在線狀態(tài)，根據(jù)接收的文件接收通知消息，從服務(wù)器端 接收發(fā)送方發(fā)送的文件，從而實(shí)現(xiàn)即時(shí)通訊系統(tǒng)中離線文件的傳輸。采用該文 件傳輸方法，無(wú)論客戶端是否在線，均可以進(jìn)行文件傳輸，方便了用戶操作。 同時(shí)通過(guò)對(duì)發(fā)送文件的客戶端進(jìn)行鑒權(quán)，從而對(duì)用戶發(fā)送文件的權(quán)限進(jìn)行了限 制，增強(qiáng)了文件發(fā)送的安全性。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā) 明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明
的j呆護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種離線文件的發(fā)送方法，其特征在于，所述方法包括下述步驟發(fā)送方客戶端將需要發(fā)送的文件發(fā)送至服務(wù)器端；文件發(fā)送成功后，發(fā)送方客戶端向接收方客戶端發(fā)送文件接收通知消息。
2、 如權(quán)利要求l所述的方法，其特征在于，所述發(fā)送方客戶端將需要發(fā)送 的文件發(fā)送至服務(wù)器端的步驟具體為發(fā)送方客戶端向服務(wù)器端發(fā)送文件發(fā)送請(qǐng)求，所述文件發(fā)送請(qǐng)求攜帶文件 發(fā)送信息；發(fā)送方客戶端根據(jù)從服務(wù)器端返回的文件發(fā)送請(qǐng)求響應(yīng)信息，將需要發(fā)送 的文件發(fā)送至服務(wù)器端。
3、 如權(quán)利要求2所述的方法，其特征在于，所述方法還包括下述步驟 接收服務(wù)器端返回的文件存儲(chǔ)進(jìn)度信息，并根據(jù)所述文件存儲(chǔ)進(jìn)度信息更新發(fā)送方客戶端存儲(chǔ)的傳輸信息中的斷點(diǎn)位置；和/或根據(jù)所述文件發(fā)送請(qǐng)求響應(yīng)信息，判斷發(fā)送方客戶端的此次文件發(fā)送請(qǐng)求 是否為斷點(diǎn)續(xù)傳請(qǐng)求，如果不是，在發(fā)送方客戶端存儲(chǔ)所述文件發(fā)送請(qǐng)求響應(yīng) 信息中的傳輸標(biāo)識(shí)，并將發(fā)送方客戶端保存的傳輸信息中的斷點(diǎn)位置設(shè)為0。
4、 一種離線文件的發(fā)送裝置，其特征在于，所述裝置包括 文件發(fā)送模塊，將需要發(fā)送的文件發(fā)送至服務(wù)器端； 接收通知發(fā)送模塊，用于在所述文件發(fā)送模塊將文件發(fā)送成功后，向接收方客戶端發(fā)送文件接收通知消息。
5、 如權(quán)利要求4所述的裝置，其特征在于，所述文件發(fā)送模塊包括 文件發(fā)送請(qǐng)求發(fā)送模塊，用于向服務(wù)器端發(fā)送文件發(fā)送請(qǐng)求，所述文件發(fā)送請(qǐng)求攜帶文件發(fā)送信息；文件上傳模塊，用于根據(jù)從服務(wù)器端返回的文件發(fā)送請(qǐng)求響應(yīng)信息，將需 要發(fā)送的文件上傳至服務(wù)器端。
6、 如權(quán)利要求5所述的裝置，其特征在于，所述裝置還包括 文件進(jìn)度處理模塊，用于接收服務(wù)器端返回的文件存儲(chǔ)進(jìn)度信息，并根據(jù)所述文件存儲(chǔ)進(jìn)度信息更新存儲(chǔ)的傳輸信息中的斷點(diǎn)位置；和/或斷點(diǎn)續(xù)傳判斷模塊，用于根據(jù)所述文件發(fā)送請(qǐng)求響應(yīng)信息，判斷發(fā)送方客戶端的此次文件發(fā)送請(qǐng)求是否為斷點(diǎn)續(xù)傳請(qǐng)求，如果不是，在發(fā)送方客戶端存 儲(chǔ)所述文件發(fā)送請(qǐng)求響應(yīng)信息中的傳輸標(biāo)識(shí)，并將發(fā)送方客戶端保存的傳輸信 息中的斷點(diǎn)位置設(shè)為0。
7、 一種離線文件的接收方法，其特征在于，所述方法包括下述步驟 接收發(fā)送方客戶端發(fā)送的文件接收通知消息；根據(jù)所述文件接收通知消息，從服務(wù)器端接收發(fā)送方客戶端發(fā)送的文件。
8、 如權(quán)利要求7所述的方法，其特征在于，所述根據(jù)所述文件接收通知消 息，從服務(wù)器端接收發(fā)送方客戶端發(fā)送的文件的步驟具體為向服務(wù)器端發(fā)送文件查詢請(qǐng)求；根據(jù)服務(wù)器端返回的文件查詢請(qǐng)求響應(yīng)信息，從服務(wù)器端下載發(fā)送方客戶 端發(fā)送的文件。
9、 一種離線文件的接收裝置，其特征在于，所述裝置包括 接收通知接收模塊，用于接收發(fā)送方客戶端發(fā)送的文件接收通知消息； 文件接收模塊，用于根據(jù)所述文件接收通知消息，從服務(wù)器端接收發(fā)送方客戶端發(fā)送的文件。
10、 如權(quán)利要求9所述的裝置，其特征在于，所述文件接收模塊包括 文件查詢請(qǐng)求發(fā)送模塊，用于向服務(wù)器端發(fā)送文件查詢請(qǐng)求； 文件下載模塊，用于根據(jù)服務(wù)器端返回的文件查詢請(qǐng)求響應(yīng)信息，從服務(wù)器端下載發(fā)送方客戶端發(fā)送的文件。
11、 一種離線文件的傳輸方法，其特征在于，所述方法包括下述步驟 接收并存儲(chǔ)發(fā)送方客戶端發(fā)送的文件；將發(fā)送方客戶端發(fā)送的文件發(fā)送至接收方客戶端。
12、 如權(quán)利要求11所述的方法，其特征在于，所述接收并存儲(chǔ)發(fā)送方客戶 端發(fā)送的文件的步驟具體為根據(jù)發(fā)送方客戶端發(fā)送的文件發(fā)送請(qǐng)求，為發(fā)送方客戶端的此次文件發(fā)送 操作分配資源，并記錄發(fā)送方客戶端的此次文件發(fā)送操作的相關(guān)信息； 向發(fā)送方客戶端返回文件發(fā)送請(qǐng)求響應(yīng)信息；存儲(chǔ)發(fā)送方客戶端發(fā)送的文件，并將文件存儲(chǔ)進(jìn)度信息返回至發(fā)送方客戶端。
13、 如權(quán)利要求12所述的方法，其特征在于，所述方法還包括下述步驟 對(duì)發(fā)送文件發(fā)送請(qǐng)求的發(fā)送方客戶端鑒權(quán)，并判斷鑒權(quán)是否通過(guò)，如果未通過(guò)，向發(fā)送方客戶端返回文件發(fā)送請(qǐng)求失敗消息，如果通過(guò)，繼續(xù)執(zhí)行下述 步驟；判斷所述文件發(fā)送請(qǐng)求是否為文件的斷點(diǎn)續(xù)傳請(qǐng)求，如果不是，為發(fā)送方 客戶端的此次文件發(fā)送操作分配一新的傳輸標(biāo)識(shí)。
14、 如權(quán)利要求11所述的方法，其特征在于，所述將發(fā)送方客戶但發(fā)送的 文件發(fā)送至接收方客戶端的步驟具體為響應(yīng)接收方客戶端發(fā)送的文件查詢請(qǐng)求，查詢服務(wù)器端存儲(chǔ)的需要發(fā)送至 接收方客戶端的文件；向接收方客戶端返回文件查詢請(qǐng)求響應(yīng)信息。
15、 一種離線文件的傳輸裝置，其特征在于，所述裝置包括控制服務(wù)器和 傳輸服務(wù)器，所述控制服務(wù)器用于為發(fā)送方客戶端的文件發(fā)送操作分配資源，同時(shí)為接 收方客戶端查詢發(fā)送方客戶端發(fā)送的文件；所述傳輸服務(wù)器用于存儲(chǔ)所述發(fā)送方客戶端發(fā)送的文件，并將文件存儲(chǔ)進(jìn) 度信息返回至發(fā)送方客戶端。
16、 如權(quán)利要求15所述的裝置，其特征在于，所述控制服務(wù)器還包括 資源分配記錄模塊，用于根據(jù)發(fā)送方客戶端發(fā)送的文件發(fā)送請(qǐng)求，為發(fā)送方客戶端的此次文件發(fā)送操作分配資源，并記錄發(fā)送方客戶端的此次文件發(fā)送操作的相關(guān)信息；文件發(fā)送請(qǐng)求返回模塊，用于向發(fā)送方客戶端返回文件發(fā)送請(qǐng)求響應(yīng)信息。
17、 如權(quán)利要求15所述的裝置，其特征在于，所述控制服務(wù)器還包括 鑒權(quán)模塊，用于對(duì)發(fā)送文件發(fā)送請(qǐng)求的發(fā)送方客戶端鑒權(quán)，并判斷鑒權(quán)是否通過(guò)；斷點(diǎn)續(xù)傳判斷模塊，用于當(dāng)所述鑒權(quán)模塊的鑒權(quán)通過(guò)時(shí)，判斷所述文件發(fā)送請(qǐng)求是否為文件的斷點(diǎn)續(xù)傳請(qǐng)求；如果所述文件發(fā)送請(qǐng)求不是斷點(diǎn)續(xù)傳請(qǐng)求，所述資源分配記錄模塊重新為 所述文件發(fā)送請(qǐng)求分配傳輸標(biāo)識(shí)。
18、 如權(quán)利要求15所述的裝置，其特征在于，所述控制服務(wù)器還包括 文件查詢模塊，用于根據(jù)接收方客戶端發(fā)送的文件查詢請(qǐng)求，查詢服務(wù)器端存儲(chǔ)的需要發(fā)送至接收方客戶端的文件；文件查詢請(qǐng)求返回模塊，用于向接收方客戶端返回文件查詢請(qǐng)求響應(yīng)信息。
全文摘要
本發(fā)明適用于計(jì)算機(jī)技術(shù)領(lǐng)域，提供了一種離線文件的發(fā)送、接收、傳輸方法及裝置，所述離線文件傳輸方法包括下述步驟發(fā)送方客戶端將需要發(fā)送的文件發(fā)送至服務(wù)器端；文件發(fā)送成功后，發(fā)送方客戶端向接收方客戶端發(fā)送文件接收通知消息；接收方客戶端接收所述文件接收通知消息，從服務(wù)器端接收發(fā)送方客戶端發(fā)送的文件。采用本發(fā)明實(shí)施例提供的文件傳輸方法，無(wú)論接收方客戶端是否處于在線狀態(tài)，均可以通過(guò)即時(shí)通訊軟件實(shí)現(xiàn)文件的傳輸，方便了用戶的溝通與交流。
文檔編號(hào)H04L12/58GK101184055SQ200710124959
公開(kāi)日2008年5月21日 申請(qǐng)日期2007年12月11日 優(yōu)先權(quán)日2007年12月11日
發(fā)明者陳家君 申請(qǐng)人:騰訊科技(深圳)有限公司