專利名稱：一種電子文檔傳遞和分享的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種電子文檔傳遞和分享的方法和系統(tǒng)，屬于計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)領(lǐng)域。
背景技術(shù)：
隨著互聯(lián)網(wǎng)的發(fā)展，電子文檔越來越多，內(nèi)容也越來越豐富。人們逐漸從電話、短 信為主的溝通方式，轉(zhuǎn)變?yōu)殛P(guān)注如何快捷地將媒體內(nèi)容如照片、視頻等分享給親朋好友。當(dāng) 前，人們分享電子文檔的主要途徑是通過如下方法通過即時(shí)通訊軟件給好友傳遞文檔。此類方法有較好的及時(shí)性，但是因?yàn)橐话慵?時(shí)通訊軟件的協(xié)議是私有的，所以要求好友雙方都安裝相同的即時(shí)通訊軟件；另外它不便 于同時(shí)向多個(gè)好友分享相同的文檔。通過電子郵件附件的方式發(fā)送文檔給好友。電子郵件協(xié)議屬于公開的互聯(lián)網(wǎng)標(biāo)準(zhǔn) 協(xié)議之一，此方法在分享上有較大的自由度。然而此類方法的缺點(diǎn)在于缺乏及時(shí)性，且通常 不能傳遞大型的文件。通過將文檔放到網(wǎng)絡(luò)空間(如相冊(cè)網(wǎng)站)，然后共享給好友。此類方法同樣缺乏及 時(shí)性，且操作步驟較多，使用繁復(fù)。

發(fā)明內(nèi)容
本發(fā)明的目的在于，為了解決現(xiàn)有技術(shù)中存在的問題，本發(fā)明提供了一種快速便 捷的電子文檔傳遞和分享方法和系統(tǒng)，可以做到即時(shí)分享，即發(fā)送方傳送電子文檔的同時(shí) 接收方就可進(jìn)行接收，幾乎為同步。本發(fā)明的一個(gè)方面，提供了一種電子文檔傳遞和分享的方法，包括以下步驟-發(fā)送方選擇至少一個(gè)要分享的電子文檔，然后激活文件速遞客戶端的文件速遞 功能；或者先激活文件速遞功能，再選擇至少一個(gè)要分享的電子文檔；-文件速遞客戶端向文件速遞服務(wù)器發(fā)送創(chuàng)建URL請(qǐng)求；-文件速遞服務(wù)器響應(yīng)文件速遞客戶端的請(qǐng)求，生成至少一個(gè)URL并將生成的URL 返回給文件速遞客戶端；-文件速遞客戶端得到URL后，將要分享的一個(gè)或多個(gè)電子文檔一次或分多次上 傳到文件速遞服務(wù)器；-文件速遞服務(wù)器接收并存儲(chǔ)文件速遞客戶端上傳的數(shù)據(jù)，并對(duì)已上傳的數(shù)據(jù)通 過任何標(biāo)準(zhǔn)協(xié)議進(jìn)行分享；-發(fā)送方將文件速遞服務(wù)器生成的至少一個(gè)URL通過任何方式分發(fā)給至少一個(gè)接 收方；-接收方得到URL后，通過瀏覽器/其他下載工具，向文件速遞服務(wù)器請(qǐng)求并下載 至少一個(gè)要分享的電子文檔的至少一部分?jǐn)?shù)據(jù)，從而實(shí)現(xiàn)電子文檔一邊上傳一邊分享。根據(jù)本發(fā)明的一個(gè)具體但非限制性的實(shí)施方案，其中發(fā)送方在文件速遞客戶端上 傳數(shù)據(jù)之前或同時(shí)，將URL分發(fā)給至少一個(gè)接收方。
根據(jù)本發(fā)明的一個(gè)具體但非限制性的實(shí)施方案，其中文件速遞客戶端與文件速遞 服務(wù)器之間通過私有協(xié)議進(jìn)行通訊；接收方的瀏覽器/其他下載工具與文件速遞服務(wù)器之 間通過任何標(biāo)準(zhǔn)協(xié)議進(jìn)行通訊。根據(jù)本發(fā)明的一個(gè)具體但非限制性的實(shí)施方案，其中文件速遞服務(wù)器生成的URL 是基于http協(xié)議的URL，以便接收方用Web瀏覽器或其他支持HTTP下載的軟件進(jìn)行下載。根據(jù)本發(fā)明的一個(gè)具體但非限制性的實(shí)施方案，其中文件速遞服務(wù)器生成至少兩 種URL 上傳URL和下載URL ；其中上傳URL用以上傳數(shù)據(jù)，在文件速遞客戶端內(nèi)部使用，而 下載URL用于分發(fā)給接收方下載電子文檔的內(nèi)容。根據(jù)本發(fā)明的一個(gè)具體但非限制性的實(shí)施方案，可選擇性的包括以下一個(gè)或多個(gè) 步驟-在文件速遞客戶端向文件速遞服務(wù)器請(qǐng)求創(chuàng)建URL時(shí)，進(jìn)行用戶身份驗(yàn)證；-在文件速遞客戶端向文件速遞服務(wù)器請(qǐng)求創(chuàng)建URL的同時(shí)，附帶上傳一部分要 分享的電子文檔內(nèi)容。-在電子文檔向服務(wù)器上傳之前，檢查待上傳的電子文檔在服務(wù)器是否已經(jīng)存 在；-將電子文檔發(fā)送到文件速遞服務(wù)器時(shí)，如果電子文檔比較大，將電子文檔分為多 個(gè)塊，執(zhí)行多次上傳文件數(shù)據(jù)的操作來上傳數(shù)據(jù)；-在電子文檔上傳和下載過程，分別對(duì)數(shù)據(jù)加密。本發(fā)明的一個(gè)方面，提供了一種電子文檔傳遞和分享系統(tǒng)，包括-文件速遞客戶端，用于與文件速遞服務(wù)器通訊，請(qǐng)求創(chuàng)建URL并接收服務(wù)端返回 的至少一個(gè)URL，以及一次或分多次上傳數(shù)據(jù)；-文件速遞服務(wù)器，用于生成至少一個(gè)URL并將生成的URL返回給文件速遞客戶 端，接收并存儲(chǔ)文件速遞客戶端上傳的數(shù)據(jù)，并對(duì)已上傳的數(shù)據(jù)通過任何標(biāo)準(zhǔn)協(xié)議進(jìn)行分 享；其中，文件速遞服務(wù)器包括-數(shù)據(jù)接收模塊，用于接收文件速遞客戶端的創(chuàng)建URL請(qǐng)求并返回至少一個(gè)URL以及接收文件速遞客戶端上傳的數(shù)據(jù)；-數(shù)據(jù)存儲(chǔ)模塊，用于存儲(chǔ)已上傳的數(shù)據(jù)；-數(shù)據(jù)分享模塊，用于將已上傳的數(shù)據(jù)，通過任何標(biāo)準(zhǔn)協(xié)議進(jìn)行分享；-接收方的瀏覽器/其他下載工具，用于和文件速遞服務(wù)器通訊，通過從發(fā)送方得 到的至少一個(gè)URL來獲取已上傳的數(shù)據(jù)。根據(jù)本發(fā)明的一個(gè)具體但非限制性的實(shí)施方案，其中文件速遞客戶端與文件速遞 服務(wù)器之間通過私有協(xié)議進(jìn)行通訊；接收方的瀏覽器/其他下載工具與文件速遞服務(wù)器之 間通過任何標(biāo)準(zhǔn)協(xié)議進(jìn)行通訊。根據(jù)本發(fā)明的一個(gè)具體但非限制性的實(shí)施方案，其中文件速遞服務(wù)器生成的URL 是基于HTTP協(xié)議的URL，接收方的瀏覽器/其他下載工具為Web瀏覽器或其他支持HTTP下 載的工具軟件。根據(jù)本發(fā)明的一個(gè)具體但非限制性的實(shí)施方案，其中數(shù)據(jù)接收模塊接受文件速遞 客戶端對(duì)待上傳的電子文檔是否已經(jīng)存在的查詢。本發(fā)明具有如下的有益效果
1.本發(fā)明不要求電子文檔的發(fā)送方和接收方安裝相同的客戶端軟件，這就降低了 分享的門檻。2.本發(fā)明可以做到即時(shí)分享，即發(fā)送方傳送電子文檔的同時(shí)接收方就可進(jìn)行接 收，幾乎為同步。根據(jù)本發(fā)明的方法，在文件內(nèi)容尚未傳遞時(shí)，已經(jīng)獲得文件下載的URL。數(shù) 據(jù)上傳過程和分享URL給接收方、接收方下載文件內(nèi)容是完全并行的。這不是像傳統(tǒng)的文 件分享那樣，要等到將文件上傳完畢后，才可以獲得文件URL分享給接收方。3.可以同時(shí)給多個(gè)接收方分享。4.本發(fā)明對(duì)支持諸如視頻等大型文件的傳送和分享，效果尤其顯著。例如將一 個(gè)2GB大小的DVD光碟的內(nèi)容分享給接收方，上傳到網(wǎng)絡(luò)存儲(chǔ)服務(wù)器上，再由接收方從網(wǎng)絡(luò) 存儲(chǔ)服務(wù)器下載下來可能需要8小時(shí)(上傳、下載是串行的)；運(yùn)用本發(fā)明的方法和系統(tǒng)， 在同等帶寬條件下只需要4小時(shí)(上傳、下載是并行的)，提高1倍的工作效率。5.分享快速便捷并具廣泛性。本發(fā)明采用一套半公開半私有(數(shù)據(jù)發(fā)送端的協(xié) 議私有，數(shù)據(jù)接收端的協(xié)議公開)的電子文檔傳遞協(xié)議。數(shù)據(jù)發(fā)送端的協(xié)議私有并采用專 用軟件，可最大程度保證分享的便捷性和發(fā)送數(shù)據(jù)的性能。例如，在網(wǎng)絡(luò)異常的中斷的情形 下，軟件可以記錄之前哪些數(shù)據(jù)已經(jīng)傳輸成功，從而避免反復(fù)去上傳已經(jīng)成功傳輸?shù)臄?shù)據(jù)； 又如，軟件可以檢測(cè)之前有其他用戶已經(jīng)上傳過該文件，從而直接完成數(shù)據(jù)上傳過程。數(shù)據(jù) 接受端的協(xié)議公開，則保證了分享的便捷性和廣泛性。只要接收方機(jī)器上安裝有Web瀏覽 器，就可以查看分享的文檔，這就保證了接收方無論操作系統(tǒng)是Windows還是Linux，無論 他用的是臺(tái)式機(jī)還是手機(jī)，均可以便捷地獲得所分享的文檔。


圖1為本發(fā)明的電子文檔傳遞的流程示意圖。圖2為本發(fā)明的文件傳遞和分享系統(tǒng)的結(jié)構(gòu)圖。
具體實(shí)施例方式下文提供了具體的實(shí)施方式并結(jié)合附圖進(jìn)一步對(duì)本發(fā)明進(jìn)行詳細(xì)的描述，但本發(fā) 明不僅僅限于以下的實(shí)施方式。在本發(fā)明的電子文檔傳遞過程中，主要涉及三個(gè)方面-發(fā)送方，即要分享文檔的人。發(fā)送方的計(jì)算機(jī)系統(tǒng)要求安裝有專用的文件速遞客 戶端軟件，用于與服務(wù)器通訊；-服務(wù)器，提供文件速遞服務(wù)功能；-接收方，即接收要分享的電子文檔的人。接收方可以是一個(gè)或者多個(gè)。通常，接 收方只需要有標(biāo)準(zhǔn)的Web瀏覽器或其他支持HTTP下載的軟件，不需要安裝專用的文件速遞 客戶端軟件。圖1描述了本發(fā)明的電子文檔傳遞過程的流程，主要包括以下步驟-發(fā)送方選擇要分享的電子文檔，電子文檔可以是一個(gè)或若干文件或文件夾。然后 激活文件速遞功能，包括但不限于通過菜單或快捷鍵完成；或者也可以反過來，先激活文件 速遞功能，然后選擇要分享的電子文檔。-文件速遞客戶端，向文件速遞服務(wù)器發(fā)送創(chuàng)建URL請(qǐng)求。一種可選的實(shí)施方式是，在請(qǐng)求創(chuàng)建URL的同時(shí)，可附帶上傳一部分要分享的電子文檔內(nèi)容，以減少網(wǎng)絡(luò)請(qǐng)求次數(shù)。-文件速遞服務(wù)器響應(yīng)文件速遞客戶端的請(qǐng)求，生成至少一個(gè)URL并將生成的URL 返回給文件速遞客戶端。出于安全性的考慮，優(yōu)選的方式是，文件速遞服務(wù)器生成至少兩種 URL 上傳URL和下載URL ；其中上傳URL用以上傳數(shù)據(jù)，在文件速遞客戶端內(nèi)部使用，而下 載URL用于分發(fā)給接收方下載電子文檔的內(nèi)容。-文件速遞客戶端得到URL后，文件速遞客戶端向文件速遞服務(wù)器發(fā)送一次或多 次上傳文件數(shù)據(jù)的請(qǐng)求，并將該文件對(duì)應(yīng)的數(shù)據(jù)傳到服務(wù)器上。如果文件比較大，文件會(huì)分 為多個(gè)塊，執(zhí)行多次上傳文件數(shù)據(jù)的操作來上傳數(shù)據(jù)。如果分享的文檔不止一個(gè)，可以在客 戶端通過打包格式(如TAR或者ZIP)將它們打包為單個(gè)文件然后上傳。-文件速遞服務(wù)器接收并存儲(chǔ)文件速遞客戶端上傳的數(shù)據(jù)，并對(duì)已上傳的數(shù)據(jù)通 過HTTP標(biāo)準(zhǔn)協(xié)議或其它已知的標(biāo)準(zhǔn)協(xié)議進(jìn)行分享。-發(fā)送方將從服務(wù)器得到的至少一個(gè)URL通過任何方式，如短信、即時(shí)通訊軟件、 電子郵件、論壇、博客等進(jìn)行分發(fā)，傳遞給一個(gè)或多個(gè)接收方。可以在文件客戶端上傳數(shù)據(jù) 之前或同時(shí)分發(fā)URL。-接收方得到URL后，通過瀏覽器/其他下載工具，通常為標(biāo)準(zhǔn)的Web瀏覽器或者 其他支持HTTP下載的軟件，向文件速遞服務(wù)器端發(fā)送請(qǐng)求并下載要分享的電子文檔的至 少一部分?jǐn)?shù)據(jù)。如圖1所示，發(fā)送方上傳一部分?jǐn)?shù)據(jù)，接收方就可以下載一部分?jǐn)?shù)據(jù)；發(fā)送方再上 傳一部分?jǐn)?shù)據(jù)，接收方就再下載一部分?jǐn)?shù)據(jù)。通過這種傳遞方式，即使在要分享的電子文檔 還沒有完全傳送完畢，接收方就可以獲得已上傳的數(shù)據(jù)。圖2描述了文件傳遞和分享系統(tǒng)的結(jié)構(gòu)圖。本發(fā)明的電子文檔傳遞和分享系統(tǒng)， 包括文件速遞客戶端1、文件速遞服務(wù)器2和接收方的瀏覽器/其他下載工具3。文件速遞客戶端1負(fù)責(zé)與文件速遞服務(wù)器2通訊，請(qǐng)求創(chuàng)建URL并接收服務(wù)端返 回的至少一個(gè)URL，通常為HTTP URL，以及上傳數(shù)據(jù)等。文件速遞服務(wù)器2負(fù)責(zé)生成至少一 個(gè)URL并將其返回給文件速遞客戶端1，接收并存儲(chǔ)文件速遞客戶端1 一次或分多次上傳的 數(shù)據(jù)，并對(duì)已上傳的數(shù)據(jù)通過HTTP標(biāo)準(zhǔn)協(xié)議或其它已知的標(biāo)準(zhǔn)協(xié)議進(jìn)行分享。一般地，文件速遞服務(wù)器2包含三個(gè)部分?jǐn)?shù)據(jù)接收模塊201、數(shù)據(jù)存儲(chǔ)模塊202、 數(shù)據(jù)分享模塊203。數(shù)據(jù)接收模塊201負(fù)責(zé)響應(yīng)文件速遞客戶端的創(chuàng)建URL請(qǐng)求并返回至少一個(gè)URL 以及接收文件速遞客戶端上傳的數(shù)據(jù)；它還可以包括可選的用戶身份驗(yàn)證功能，用以驗(yàn)證 用戶權(quán)限。還可以包括另外一個(gè)可選的查詢功能，接受客戶端對(duì)文件是否已經(jīng)存在的查詢。 數(shù)據(jù)存儲(chǔ)模塊202用于存儲(chǔ)已經(jīng)上傳的數(shù)據(jù)。數(shù)據(jù)分享模塊203將已上傳的數(shù)據(jù)，通過任 何標(biāo)準(zhǔn)協(xié)議供接收方下載。通常，電子文檔不需要全部傳送完畢，接收方就可以下載到該文 檔已經(jīng)上傳的數(shù)據(jù)。也就是說，可以邊上傳邊分享。通常，數(shù)據(jù)分享模塊203提供HTTP協(xié) 議，以便接收方用Web瀏覽器下載。也可以提供FTP協(xié)議供接收方用FTP軟件下載。其它 類似的文件發(fā)送的標(biāo)準(zhǔn)協(xié)議都可以應(yīng)用。針對(duì)電子文檔分享的特點(diǎn)，本發(fā)明采用一套半公開半私有的電子文檔傳遞協(xié)議， 即數(shù)據(jù)發(fā)送端的協(xié)議私有，數(shù)據(jù)接收端的協(xié)議公開，以實(shí)現(xiàn)快速便捷地傳遞電子文檔，改善
7用戶分享文檔的體驗(yàn)。文件速遞客戶端1與文件速遞服務(wù)器2之間采用私有協(xié)議通訊，即文件速遞客 戶端與服務(wù)器之間自行約定通訊內(nèi)容。通訊方式的選擇可以有很多，比如直接基于TCP socket協(xié)議，也可以基于應(yīng)用層協(xié)議如http協(xié)議。下面公開一種具體的協(xié)議-文件速遞客戶端向服務(wù)器發(fā)送創(chuàng)建URL請(qǐng)求。一種優(yōu)選的實(shí)施方式是，該請(qǐng)求可 以傳入一個(gè)用于身份驗(yàn)證的參數(shù)，用以驗(yàn)證用戶權(quán)限。當(dāng)然也可以不驗(yàn)證。如果服務(wù)器允許 創(chuàng)建URL并上傳文件，則返回一系列參數(shù)。通常是至少返回2種URL 上傳URL (FilePutURL) 和下載URL (FileGetURL)，它們可以相同也可以不同。其中上傳URL可以是一個(gè)或多個(gè)URL， 用以上傳數(shù)據(jù)，屬于文件速遞客戶端內(nèi)部使用；而下載URL也可以是一個(gè)或多個(gè)URL，需要 傳遞給接收方以下載文件的內(nèi)容，屬于公開信息。在對(duì)圖1的描述中，我們將上傳URL和下 載URL統(tǒng)一以URL表示。然而考慮到安全性，上傳URL和下載URL最好不同，因?yàn)閷⑸蟼?URL傳遞給接收方是不合適的，上傳URL對(duì)文件內(nèi)容有修改權(quán)限，容易造成破壞性。-文件速遞客戶端向服務(wù)器發(fā)送一次或多次上傳文件內(nèi)容的請(qǐng)求。通常來說，文件 上傳需要進(jìn)行分塊處理，需要傳入上傳URL參數(shù)，指示要上傳數(shù)據(jù)的文件。還可以包含數(shù)據(jù) 偏移量和數(shù)據(jù)，偏移量表示要上傳的數(shù)據(jù)在文件中的偏移，偏移量和數(shù)據(jù)一起表示了要上 傳的文件內(nèi)容片斷。如果允許，服務(wù)端僅需返回ok以表示上傳成功。-文件速遞客戶端向服務(wù)器發(fā)送一個(gè)查詢請(qǐng)求，用于檢查文件是否存在。作為一個(gè) 額外的可選特性，在上傳文件之前，文件速遞客戶端通常還會(huì)向服務(wù)端詢問待上傳的文件 在服務(wù)端是否已經(jīng)存在，如果已經(jīng)存在則不必再上傳數(shù)據(jù)。檢查待上傳的文件在服務(wù)端是 否已經(jīng)存在，通用的方法是對(duì)待上傳文件計(jì)算它的哈希值(摘要)如SHAl摘要或MD5或其 他的摘要算法，然后到服務(wù)器端的數(shù)據(jù)庫中查詢對(duì)應(yīng)的摘要是否已經(jīng)存在，如果有則代表 該文件已經(jīng)存在于服務(wù)端。接收方使用的瀏覽器/其他下載工具3通?？梢允荳eb瀏覽器或其他支持HTTP 下載的工具軟件，是多數(shù)計(jì)算機(jī)系統(tǒng)的標(biāo)準(zhǔn)配備組件。它負(fù)責(zé)和文件速遞服務(wù)端通訊，通過 從發(fā)送方得到的URL，通常為HTTP URL來獲取分享的數(shù)據(jù)。接收方的瀏覽器/其他下載工具3與文件速遞服務(wù)器2之間采用任何標(biāo)準(zhǔn)協(xié)議進(jìn) 行通訊。通常采用標(biāo)準(zhǔn)的HTTP協(xié)議，以便接收方用Web瀏覽器或其他支持HTTP下載的工 具軟件下載。當(dāng)使用標(biāo)準(zhǔn)的HTTP協(xié)議時(shí)，數(shù)據(jù)獲取方式可以采用標(biāo)準(zhǔn)的HTTP GET請(qǐng)求，支 持?jǐn)帱c(diǎn)續(xù)傳。服務(wù)端實(shí)現(xiàn)了如下的GET請(qǐng)求服務(wù)端響應(yīng)一個(gè)標(biāo)準(zhǔn)的HTTP GET請(qǐng)求，通常包含2個(gè)參數(shù)，一個(gè)是Get請(qǐng)求的 URL，表示要請(qǐng)求的資源，它也就是之前的創(chuàng)建URL請(qǐng)求返回的下載URL (FileGetURL)。另 一個(gè)參數(shù)是Range，它是一個(gè){Start，End}對(duì)，表示Get請(qǐng)求想要請(qǐng)求的是哪個(gè)數(shù)據(jù)片斷。 Range不是必須的，僅在支持?jǐn)帱c(diǎn)續(xù)傳時(shí)需要。不傳Range表示需要獲取整個(gè)文件的數(shù)據(jù)。 如果請(qǐng)求可以被滿足，服務(wù)器將返回要獲取的數(shù)據(jù)片斷。關(guān)于HTTP GET請(qǐng)求和斷點(diǎn)續(xù)傳詳 細(xì)可參閱 RFC2616 (http //www. w3. orR/Protocols/rfc2616/rfc2616-secl4. html)，在此 將其內(nèi)容全部并入本發(fā)明。在本發(fā)明的具體應(yīng)用中，還需要額外考慮一些文件傳遞的安全性問題。比如數(shù)據(jù) 傳輸?shù)逆溌贰Ｔ谖募龠f客戶端和文件速遞服務(wù)器端通訊、在瀏覽器/其他下載工具與文 件速遞服務(wù)器端通訊，中間都有可能出現(xiàn)數(shù)據(jù)安全問題。這種數(shù)據(jù)傳輸鏈路上的安全性問題，有比較標(biāo)準(zhǔn)的解決方法，例如使用https協(xié)議或某種自定義的非對(duì)稱加密協(xié)議。
另外還應(yīng)該考慮數(shù)據(jù)訪問的URL的私密性。例如，任何人只要知道URL地址，通過 標(biāo)準(zhǔn)Web瀏覽器就可以訪問到所分享的文檔。故此HTTP URL有私密性要求，這個(gè)可以通過 增加URL的長度、并讓生成URL的足夠隨機(jī)，使得該URL具備不可枚舉性。我們知道，一個(gè) 160bits的隨機(jī)密碼已經(jīng)完全滿足不可枚舉的條件，而對(duì)于HTTP URL,我們完全可以生成一 個(gè)更長的隨機(jī)URL (多數(shù)的計(jì)算機(jī)系統(tǒng)中HTTP URL可長達(dá)IOM字節(jié)甚至更多)。下面用一個(gè)具體的實(shí)施例詳細(xì)公開本發(fā)明的電子文檔傳遞和分享方法·客戶端向服務(wù)器發(fā)送創(chuàng)建URL請(qǐng)求，調(diào)用CreateURL (Token) - > {ok, FilePutURL, FileGetURL}實(shí)現(xiàn)。服務(wù)器端進(jìn)行下述步驟-檢查用戶合法性，如果非法，失敗。此過程為網(wǎng)絡(luò)服務(wù)標(biāo)準(zhǔn)過程，此處略過。-生成2 個(gè)唯一標(biāo)識(shí)符Uuidl，Uuid2。令 FilePutURL (上傳 URL)由 Uuidl+Uuid2 生成；FiIeGetURL (下載 URL)由 Uuidl 生成。-在磁盤中建立Uuidl為命名的邏輯文件(所謂邏輯文件，最簡單做法是直接基于 操作系統(tǒng)的文件系統(tǒng)，為了提高效率也可以自己維護(hù))，并將Uuid2作為Uuidl邏輯文件的 附加屬性(即通過Uuidl可查到Uuid2)。-返回{ok，F(xiàn)iIePutURL (上傳 URL) ,FileGetURL (下載 URL) }，結(jié)束。·客戶端向服務(wù)器發(fā)送一次或多次上傳文件內(nèi)容的請(qǐng)求，通過調(diào)用 Upload(FilePutURL，Pos, Data) - > ok實(shí)現(xiàn)。服務(wù)器端進(jìn)行下述步驟-由FilePutURL(上傳URL)分解出Uuidl，Uuid2。如果Uuidl邏輯文件不存在， 或者Uuidl邏輯文件的附加屬性不是這里傳入的Uuid2，說明FilePutURL(上傳URL)非法， 拒絕。-打開Uuidl邏輯文件，得到文件句柄File。調(diào)用pwrite(File，Pos,Data)寫入 數(shù)據(jù)。如果我們直接用操作系統(tǒng)的文件系統(tǒng)，那么Pwrite是標(biāo)準(zhǔn)的系統(tǒng)調(diào)用。-返回ok，結(jié)束。接收方得到下載URL后，通過標(biāo)準(zhǔn)的Web瀏覽器或者其他支持HTTP下載的軟件， 向文件速遞服務(wù)器端發(fā)送請(qǐng)求并下載要分享的電子文檔?！し?wù)端實(shí)現(xiàn)Get (FileGetURL, Range) - > Data,這個(gè)標(biāo)準(zhǔn)HTTP GET請(qǐng)求提供數(shù) 據(jù)下載。步驟如下-由FileGetURL(下載URL)分解出Uuidl。如果Uuidl邏輯文件不存在，拒絕。-打開Uuidl邏輯文件，得到文件句柄File。如果Range對(duì)應(yīng)的數(shù)據(jù)還沒有上傳， 拒絕。-調(diào)用pread(File，Range)-> Data。如果我們直接用操作系統(tǒng)的文件系統(tǒng)，那么 pread是標(biāo)準(zhǔn)的系統(tǒng)調(diào)用。-返回Data，結(jié)束。以上僅是本發(fā)明的具體應(yīng)用范例，對(duì)本發(fā)明的保護(hù)范圍不構(gòu)成任何限制。凡采用 等同變換或者等效替換而形成的技術(shù)方案，均落在本發(fā)明權(quán)利保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種電子文檔傳遞和分享的方法，包括以下步驟-發(fā)送方選擇至少一個(gè)要分享的電子文檔，然后激活文件速遞客戶端的文件速遞功能； 或者先激活文件速遞功能，再選擇至少一個(gè)要分享的電子文檔； -文件速遞客戶端向文件速遞服務(wù)器發(fā)送創(chuàng)建URL請(qǐng)求；-文件速遞服務(wù)器響應(yīng)文件速遞客戶端的請(qǐng)求，生成至少一個(gè)URL并將生成的URL返回 給文件速遞客戶端；-文件速遞客戶端得到URL后，將要分享的一個(gè)或多個(gè)電子文檔一次或分多次上傳到 文件速遞服務(wù)器；-文件速遞服務(wù)器接收并存儲(chǔ)文件速遞客戶端上傳的數(shù)據(jù)，并對(duì)已上傳的數(shù)據(jù)通過任 何標(biāo)準(zhǔn)協(xié)議進(jìn)行分享；-發(fā)送方將文件速遞服務(wù)器生成的至少一個(gè)URL通過任何方式分發(fā)給至少一個(gè)接收方；-接收方得到URL后，通過瀏覽器/其他下載工具，向文件速遞服務(wù)器請(qǐng)求并下載至少 一個(gè)要分享的電子文檔的至少一部分?jǐn)?shù)據(jù)，從而實(shí)現(xiàn)電子文檔一邊上傳一邊分享。
2.根據(jù)權(quán)利要求1的方法，其特征在于，發(fā)送方在文件速遞客戶端上傳數(shù)據(jù)之前或同 時(shí)，將至少一個(gè)URL分發(fā)給至少一個(gè)接收方。
3.根據(jù)權(quán)利要求1或2的方法，其特征在于，文件速遞客戶端與文件速遞服務(wù)器之間通 過私有協(xié)議進(jìn)行通訊；接收方的瀏覽器/其他下載工具與文件速遞服務(wù)器之間通過任何標(biāo) 準(zhǔn)協(xié)議進(jìn)行通訊。
4.根據(jù)權(quán)利要求1或2的方法，其特征在于，文件速遞服務(wù)器生成的URL是基于http 協(xié)議的URL，以便接收方用Web瀏覽器或其他支持HTTP下載的軟件進(jìn)行下載。
5.根據(jù)權(quán)利要求1或2的方法，其特征在于，文件速遞服務(wù)器生成至少兩種URL上傳 URL和下載URL ；其中上傳URL用以上傳數(shù)據(jù)，在文件速遞客戶端內(nèi)部使用，而下載URL用于 分發(fā)給接收方下載電子文檔的內(nèi)容。
6.根據(jù)權(quán)利要求1或2的方法，其特征在于，可選擇性的包括以下一個(gè)或多個(gè)步驟 -在文件速遞客戶端向文件速遞服務(wù)器請(qǐng)求創(chuàng)建URL時(shí)，進(jìn)行用戶身份驗(yàn)證； -在文件速遞客戶端向文件速遞服務(wù)器請(qǐng)求創(chuàng)建URL的同時(shí)，附帶上傳一部分要分享的電子文檔內(nèi)容；-在電子文檔向服務(wù)器上傳之前，檢查待上傳的電子文檔在服務(wù)器是否已經(jīng)存在； -將電子文檔發(fā)送到文件速遞服務(wù)器時(shí)，如果電子文檔比較大，將電子文檔分為多個(gè) 塊，執(zhí)行多次上傳文件數(shù)據(jù)的操作來上傳數(shù)據(jù)；-在電子文檔上傳和下載過程，分別對(duì)數(shù)據(jù)加密。
7.一種電子文檔傳遞和分享系統(tǒng)，包括-文件速遞客戶端，用于與文件速遞服務(wù)器通訊，請(qǐng)求創(chuàng)建URL并接收服務(wù)端返回的至 少一個(gè)URL，以及一次或分多次上傳數(shù)據(jù)；-文件速遞服務(wù)器，用于生成至少一個(gè)URL并將生成的URL返回給文件速遞客戶端，接 收并存儲(chǔ)文件速遞客戶端上傳的數(shù)據(jù)，并對(duì)已上傳的數(shù)據(jù)通過任何標(biāo)準(zhǔn)協(xié)議進(jìn)行分享；其 中，文件速遞服務(wù)器包括-數(shù)據(jù)接收模塊，用于接收文件速遞客戶端的創(chuàng)建URL請(qǐng)求并返回至少一個(gè)URL以及接收文件速遞客戶端上傳的數(shù)據(jù)；-數(shù)據(jù)存儲(chǔ)模塊，用于存儲(chǔ)已上傳的數(shù)據(jù)；-數(shù)據(jù)分享模塊，用于將已上傳的數(shù)據(jù)，通過任何標(biāo)準(zhǔn)協(xié)議進(jìn)行分享；-接收方的瀏覽器/其他下載工具，用于和文件速遞服務(wù)器通訊，通過從發(fā)送方得到的 至少一個(gè)URL來獲取已上傳的數(shù)據(jù)。
8.根據(jù)權(quán)利要求7的系統(tǒng)，其特征在于，文件速遞客戶端與文件速遞服務(wù)器之間通過 私有協(xié)議進(jìn)行通訊；接收方的瀏覽器/其他下載工具與文件速遞服務(wù)器之間通過任何標(biāo)準(zhǔn) 協(xié)議進(jìn)行通訊。
9.根據(jù)權(quán)利要求7或8的方法，其特征在于，文件速遞服務(wù)器生成的URL是基于HTTP 協(xié)議的URL，接收方的瀏覽器/其他下載工具為Web瀏覽器或其他支持HTTP下載的工具軟 件。
10.根據(jù)權(quán)利要7或8的方法，其特征在于，數(shù)據(jù)接收模塊接受文件速遞客戶端對(duì)待上 傳的電子文檔是否已經(jīng)存在的查詢。
全文摘要
本發(fā)明涉及一種電子文檔傳遞和分享的方法，包括發(fā)送方選擇至少一個(gè)要分享的電子文檔并激活文件速遞客戶端的文件速遞功能；文件速遞客戶端向文件速遞服務(wù)器請(qǐng)求生成至少一個(gè)URL；文件速遞客戶端得到URL后，將要分享的電子文檔內(nèi)容發(fā)送到文件速遞服務(wù)器；發(fā)送方將文件速遞服務(wù)器生成的至少一個(gè)URL通過任何方式分發(fā)給至少一個(gè)接收方；接收方得到URL后，通過任何支持對(duì)應(yīng)協(xié)議的軟件向文件速遞服務(wù)器請(qǐng)求并下載至少一個(gè)要分享的電子文檔的至少一部分?jǐn)?shù)據(jù)，從而實(shí)現(xiàn)電子文檔一邊上傳一邊分享。本發(fā)明還提供了一種實(shí)施所述方法的系統(tǒng)，它不要求電子文檔的發(fā)送方和接收方安裝相同的客戶端軟件，同時(shí)可以做到即時(shí)分享，還可以同時(shí)給多個(gè)好友分享。本發(fā)明對(duì)支持諸如視頻、光盤鏡像等大型文件的傳送和分享，效果尤為突出。
文檔編號(hào)H04L12/58GK102148835SQ20111010665
公開日2011年8月10日 申請(qǐng)日期2011年4月27日 優(yōu)先權(quán)日2011年4月27日
發(fā)明者許式偉 申請(qǐng)人:許式偉