專利名稱：一種實現(xiàn)文件傳輸?shù)姆椒?br> 技術(shù)領(lǐng)域：
本發(fā)明屬于網(wǎng)絡(luò)技術(shù)領(lǐng)域，尤其涉及一種實現(xiàn)文件傳輸?shù)姆椒ā?
背景技術(shù)：
目前，基于需要下載安裝的IManstant Messaging)即時通訊工具，如MSN，QQ，網(wǎng)易泡泡已經(jīng)深受大家的喜愛，它為人們的溝通、信息交流提供了新的途徑，是除手機、固話、 電子郵件之外的又一種重要的信息交流方式。通過這些工具，大大降低了人們之間的交流成本，且提高了效率。一提及即時通訊，一般都會想到使用即時通訊工具進行聊天即文本通訊功能。眾多即時通訊工具幾乎全部支持文件傳輸功能，用戶也不可避免地使用這些功能。但是，目前市場上的即時通工具，用戶在使用時須下載安裝相應(yīng)的客戶端軟件，且需進行相關(guān)設(shè)置，無形中增加了人們使用這些工具的負擔(dān)，對于從來沒有使用過這類工具和不經(jīng)常使用計算機的用戶來說較為困難。而且，現(xiàn)在的客戶端下載的即時通訊工具軟件越來越大，比如QQ2010 軟件達到32. 6MB, MSN軟件達到11. 2MB,占用了不小的電腦存儲空間；同時，因為下載帶來的網(wǎng)絡(luò)安全問題也會困擾著用戶；另外，由于所有數(shù)據(jù)信息(比如聊天記錄等)都存儲在電腦終端，一旦更換了電腦(如果出差等原因)或者重新安裝軟件，用戶將無法獲取原有的數(shù)據(jù)信息，非常不便。在這種強烈的市場需求下，Web IM(網(wǎng)頁版的即時通訊工具)誕生了。WebIM其實就是基于web瀏覽器的即時交流工具，其展示形式是以網(wǎng)頁為媒介，其作用是給那些用不了或者不方便使用應(yīng)用程序客戶端的用戶使用，其最大的價值是提供便捷的交流渠道。比如聊天記錄和重要文件都可以存儲在網(wǎng)頁上，無需下載到本地電腦，大大提高了數(shù)據(jù)的安全性和閱讀的便捷性。但是這些ffeb IM均不能很好地提供文件傳輸?shù)墓δ?，比如網(wǎng)頁版的遠程網(wǎng)絡(luò)會議、遠程網(wǎng)絡(luò)教育系統(tǒng)，在線傳輸文件是非常重要的一項功能，現(xiàn)階段的技術(shù)是安裝軟件可以解決在線文件傳輸。但是，硬件條件有變動如出差、更換電腦的情況下將要重復(fù)下載安裝插件?，F(xiàn)行網(wǎng)頁版即時通訊中的在線文件傳輸功能并不能有效地滿足即時、快捷、高效、方便的通訊需求。

發(fā)明內(nèi)容
本發(fā)明提供了一種實現(xiàn)文件傳輸?shù)姆椒ǎ耆诰W(wǎng)頁中實現(xiàn)，無需下載安裝任何軟件，實現(xiàn)了即時、快捷、高效、方便的文件傳輸。為達到上述目的，本發(fā)明的技術(shù)方案為一種實現(xiàn)文件傳輸?shù)姆椒ǎㄒ韵虏襟E1)用戶打開網(wǎng)頁，加載flash，連接通訊服務(wù)器；2)源用戶通過flash的文件選擇對話框從本地選取要發(fā)送的1個或者多個文件；3)源用戶調(diào)用flash發(fā)送一個文件發(fā)送的通知給目標(biāo)用戶；
4)目標(biāo)用戶收到通知后，若選擇接收，則發(fā)送一個接收通知給源用戶，若選擇拒絕，則發(fā)送一個拒絕通知給源用戶；5)源用戶收到目標(biāo)用戶的通知后，若為接收通知，則開始調(diào)用flash的上傳方法， 將本地文件上傳到服務(wù)器，并繼續(xù)下一步，若為拒絕通知，則在網(wǎng)頁上顯示一個提示信息， 告知源用戶目標(biāo)，目標(biāo)用戶拒絕了文件的發(fā)送請求；6)源用戶的flash獲取文件上傳的進度，發(fā)送給目標(biāo)用戶，若文件已經(jīng)上傳完成， 則發(fā)送文件的服務(wù)器路徑URL地址和完成的通知給目標(biāo)用戶；7)目標(biāo)用戶收到進度后，在網(wǎng)頁上顯示出來，若收到了完成通知，則直接在網(wǎng)頁上打開文件的URL地址查看文件內(nèi)容。上述技術(shù)方案中，其中步驟1)包含如下過程la)用戶打開網(wǎng)頁，顯示用戶列表，加載flash ；lb) flash連接socket服務(wù)器，建立連接并監(jiān)聽數(shù)據(jù)；lc) flash將用戶名發(fā)送給socket服務(wù)器，socket服務(wù)器將用戶名和連接保存到 —^h^fi socketList (socketList ^J^fi^ )。上述技術(shù)方案中，其中步驟lb)中所述socket服務(wù)器是指可用于通訊的任何服務(wù)器。上述技術(shù)方案中，其中步驟幻包含如下過程2a)源用戶的 flash通過Fi IeReferenceList 或者FileReference 類創(chuàng)建文件選擇對話框；2b)源用戶在文件選擇對話框中選擇1個或者多個文件。上述技術(shù)方案中，其中步驟幻包含如下過程3a)源用戶調(diào)用flash的通訊類，將文件發(fā)送的通知和目標(biāo)用戶的用戶名發(fā)送到 socket服務(wù)器；3b) socket服務(wù)器收到通知后，從socketList中找出目標(biāo)用戶名所對應(yīng)的連接， 并將消息轉(zhuǎn)發(fā)給目標(biāo)用戶。上述技術(shù)方案中，其中步驟3a)中所述flash的通訊類是指flash中可用于通訊的任意類。上述技術(shù)方案中，其中步驟4)包含如下過程4a)目標(biāo)用戶的flash收到消息后，若用戶選擇接收，則通過flash發(fā)送一個接收通知給socket服務(wù)器，若用戶選擇拒絕，則發(fā)送一個拒絕通知給socket服務(wù)器；4b) socket服務(wù)器收到通知后，從socketList中找出源用戶名所對應(yīng)的連接，并將消息轉(zhuǎn)發(fā)給源用戶。上述技術(shù)方案中，其中步驟幻包含如下過程5a)源用戶收到接收通知后，則調(diào)用flash的upload方法開始上傳本地文件到服務(wù)器；5b)若源用戶收到拒絕通知后，則直接在網(wǎng)頁上顯示一個提示信息告知源用戶。上述技術(shù)方案中，其中步驟6)包含如下過程6a)源用戶的flash獲取文件上傳的進度和目標(biāo)用戶的用戶名，發(fā)送給socket服務(wù)器，socket服務(wù)器找到目標(biāo)用戶后進行轉(zhuǎn)發(fā)；
6b)當(dāng)源用戶的文件上傳完成后，將文件在服務(wù)器上的URL地址和目標(biāo)用戶的用戶名發(fā)送給socket服務(wù)器，socket服務(wù)器根據(jù)目標(biāo)用戶的用戶名找到目標(biāo)用戶后進行轉(zhuǎn)發(fā)。上述技術(shù)方案中，其中步驟7)包含如下過程7a)目標(biāo)用戶收到文件上傳的進度后，在網(wǎng)頁上顯示出來；7b)當(dāng)目標(biāo)用戶收到上傳完成的通知后，獲取文件的URL地址，直接在網(wǎng)頁上打開文件的URL地址并查看文件內(nèi)容。本發(fā)明與現(xiàn)有技術(shù)相比具有以下優(yōu)點1)完全基于網(wǎng)頁，無需下載。2)可以實現(xiàn)一次性發(fā)送多個文件。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是本發(fā)明的詳細流程圖。
具體實施例方式以下將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。本發(fā)明包括以下步驟1)用戶打開網(wǎng)頁，加載flash，連接通訊服務(wù)器；2)源用戶通過flash的文件選擇對話框從本地選取發(fā)送的1個或者多個文件；3)源用戶調(diào)用flash的方法發(fā)送一個文件發(fā)送的通知給目標(biāo)用戶；4)目標(biāo)用戶收到通知后，若選擇接收，則發(fā)送一個接收通知給源用戶；若選擇拒絕，則發(fā)送一個拒絕通知給源用戶；5)源用戶收到目標(biāo)用戶的通知后，若為接收通知，則開始調(diào)用flash的上傳方法， 將本地文件上傳到服務(wù)器，并繼續(xù)下一步；若為拒絕通知，則在網(wǎng)頁上顯示一個提示信息， 告知源用戶目標(biāo)，目標(biāo)用戶拒絕了文件的發(fā)送請求；6)源用戶的flash獲取文件上傳的進度，發(fā)送給目標(biāo)用戶；若文件已經(jīng)上傳完成， 則發(fā)送文件的服務(wù)器路徑URL地址和完成的通知給目標(biāo)用戶；7)目標(biāo)用戶收到進度后，在網(wǎng)頁上顯示出來；若收到了完成通知，則直接在網(wǎng)頁上打開文件的URL地址查看文件內(nèi)容。下面進一步詳細說明本發(fā)明所述的方法參見說明書附圖，用戶打開網(wǎng)頁，加載flash，連接通訊服務(wù)器；源用戶通過flash 的文件選擇對話框從本地選擇要發(fā)送的1個或者多個文件。源用戶調(diào)用flash的方法發(fā)送一個文件發(fā)送的通知給目標(biāo)用戶。目標(biāo)用戶收到通知后，若選擇接收，則發(fā)送一個接收通知給源用戶。若選擇拒絕，則發(fā)送一個拒絕通知給源用戶。源用戶收到目標(biāo)用戶的通知后，若為接收通知，則開始調(diào)用flash的上傳方法，將本地文件上傳到服務(wù)器，并繼續(xù)下一步。若為拒絕通知，則在網(wǎng)頁上顯示一個提示信息，告知源用戶目標(biāo)，目標(biāo)用戶拒絕了文件的發(fā)送請求。源用戶的flash獲取文件上傳的進度，發(fā)送給目標(biāo)用戶。若文件已經(jīng)上傳完成，則發(fā)送文件的服務(wù)器路徑URL地址和完成的通知給目標(biāo)用戶。目標(biāo)用戶收到進度后，在網(wǎng)頁上顯示出來。若收到了完成通知，則直接在網(wǎng)頁上打開文件的URL地址查看文件內(nèi)容。圖1是本發(fā)明的詳細流程圖，詳細步驟如下步驟101 打開網(wǎng)頁；步驟102 加載flash，在flash中調(diào)用文件選擇對話框，從源用戶本地選擇待發(fā)送的1個或多個文件；步驟103 發(fā)送文件發(fā)送的通知給目標(biāo)用戶；步驟104 若接收，則執(zhí)行步驟105 ；否則，執(zhí)行步驟106 ；步驟105 發(fā)送一個接收的通知給源用戶；步驟106 發(fā)送拒絕通知給源用戶；步驟107 源用戶收到通知后，javascript腳本調(diào)用flash的接口，開始上傳文件到服務(wù)器；步驟108 同時將文件上傳進度發(fā)送給目標(biāo)用戶，上傳完成后，發(fā)送上傳到服務(wù)器后的文件的URL地址給目標(biāo)用戶；步驟109 目標(biāo)用戶收到上傳進度的消息后，在網(wǎng)頁上將進度顯示出來；步驟110 目標(biāo)用戶收到文件的URL地址后直接在網(wǎng)頁上打開該URL地址查看文件內(nèi)；步驟111:結(jié)束。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種實現(xiàn)文件傳輸?shù)姆椒ǎ涮卣髟谟?，包括以下步驟1)用戶打開網(wǎng)頁，加載flash，連接通訊服務(wù)器；2)源用戶通過flash的文件選擇對話框從本地選取要發(fā)送的1個或者多個文件；3)源用戶調(diào)用flash發(fā)送一個文件發(fā)送的通知給目標(biāo)用戶；4)目標(biāo)用戶收到通知后，若選擇接收，則發(fā)送一個接收通知給源用戶，若選擇拒絕，則發(fā)送一個拒絕通知給源用戶；5)源用戶收到目標(biāo)用戶的通知后，若為接收通知，則開始調(diào)用flash的上傳方法，將本地文件上傳到服務(wù)器，并繼續(xù)下一步，若為拒絕通知，則在網(wǎng)頁上顯示一個提示信息，告知源用戶目標(biāo)，目標(biāo)用戶拒絕了文件的發(fā)送請求；6)源用戶的flash獲取文件上傳的進度，發(fā)送給目標(biāo)用戶，若文件已經(jīng)上傳完成，則發(fā)送文件的服務(wù)器路徑URL地址和完成的通知給目標(biāo)用戶；7)目標(biāo)用戶收到進度后，在網(wǎng)頁上顯示出來，若收到了完成通知，則直接在網(wǎng)頁上打開文件的URL地址查看文件內(nèi)容。
2.如權(quán)利要求1所述的方法，其特征在于，其中步驟1)包含如下過程la)用戶打開網(wǎng)頁，顯示用戶列表，加載flash ；lb) flash連接socket服務(wù)器，建立連接并監(jiān)聽數(shù)據(jù)；lc) flash將用戶名發(fā)送給socket服務(wù)器，socket服務(wù)器將用戶名和連接保存到一個變量 socketList。
3.如權(quán)利要求1所述的方法，其特征在于，其中步驟2)包含如下過程2a)源用戶的flash通過FileReferenceList或者FileReference類創(chuàng)建文件選擇對話框；2b)源用戶在文件選擇對話框中選取1個或者多個文件。
4.如權(quán)利要求1所述的方法，其特征在于，其中步驟3)包含如下過程3a)源用戶調(diào)用flash的通訊類，將文件發(fā)送的通知和目標(biāo)用戶的用戶名發(fā)送到 socket服務(wù)器；3b) socket服務(wù)器收到通知后，從socketList中找出目標(biāo)用戶名所對應(yīng)的連接，并將消息轉(zhuǎn)發(fā)給目標(biāo)用戶。
5.如權(quán)利要求1所述的方法，其特征在于，其中步驟4)包含如下過程4a)目標(biāo)用戶的flash收到消息后，若用戶選擇接收，則通過flash發(fā)送一個接收通知給socket服務(wù)器，若用戶選擇拒絕，則發(fā)送一個拒絕通知給socket服務(wù)器；4b) socket服務(wù)器收到通知后，從socketList中找出源用戶名所對應(yīng)的連接，并將消息轉(zhuǎn)發(fā)給源用戶。
6.如權(quán)利要求1所述的方法，其特征在于，其中步驟5)包含如下過程5a)源用戶收到接收通知后，則調(diào)用flash的upload方法開始上傳本地文件到服務(wù)器；5b)若源用戶收到拒絕通知后，則直接在網(wǎng)頁上顯示一個提示信息告知源用戶。
7.如權(quán)利要求1所述的方法，其特征在于，其中步驟6)包含如下過程6a)源用戶的flash獲取文件上傳的進度和目標(biāo)用戶的用戶名，發(fā)送給socket服務(wù)器， socket服務(wù)器找到目標(biāo)用戶后進行轉(zhuǎn)發(fā)；6b)當(dāng)源用戶的文件上傳完成后，將文件在服務(wù)器上的URL地址和目標(biāo)用戶的用戶名發(fā)送給socket服務(wù)器，socket服務(wù)器根據(jù)目標(biāo)用戶的用戶名找到目標(biāo)用戶后進行轉(zhuǎn)發(fā)。
8.如權(quán)利要求1所述的方法，其特征在于，其中步驟7)包含如下過程7a)目標(biāo)用戶收到文件上傳的進度后，在網(wǎng)頁上顯示出來；7b)當(dāng)目標(biāo)用戶收到上傳完成的通知后，獲取文件的URL地址，直接在網(wǎng)頁上打開文件的URL地址并查看文件內(nèi)容。
9.如權(quán)利要求1所述的方法，其特征在于用戶通過flash連接到通訊服務(wù)器，把本地的文件上傳到服務(wù)器，并通過通訊服務(wù)器通知文件接收方，文件接收方在收到通訊服務(wù)器的通知后通過訪問URL從服務(wù)器上查看文件內(nèi)容。
10.一種實現(xiàn)文件傳輸?shù)姆椒ǎ涮卣髟谟谟脩敉ㄟ^網(wǎng)頁訪問通訊服務(wù)器并通過所述通訊服務(wù)器將上傳的文件發(fā)送給目標(biāo)用戶。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于所述用戶打開網(wǎng)頁，加載flash，連接通訊服務(wù)器；所述用戶通過flash的文件選擇對話框從本地選取要發(fā)送的1個或者多個文件并通知給所述目標(biāo)用戶；所述目標(biāo)用戶收到所述通知后，決定是否接收。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于所述用戶收到所述目標(biāo)用戶的通知后， 若接收，則開始調(diào)用flash的上傳方法，將本地文件上傳到服務(wù)器，若拒絕，則在網(wǎng)頁上顯示一個提示信息，告知所述用戶，所述目標(biāo)用戶拒絕了文件的發(fā)送請求。
13.根據(jù)權(quán)利要求12所述的方法，其特征在于所述用戶的flash獲取文件上傳的進度，發(fā)送給所述目標(biāo)用戶，若文件已經(jīng)上傳完成，則發(fā)送文件的所述通訊服務(wù)器路徑URL地址和完成的通知給所述目標(biāo)用戶。
14.根據(jù)權(quán)利要求13所述的方法，其特征在于所述目標(biāo)用戶收到進度后，在網(wǎng)頁上顯示出來，若收到了完成通知，則直接在網(wǎng)頁上打開文件的URL地址查看文件內(nèi)容。
全文摘要
本發(fā)明屬于網(wǎng)絡(luò)技術(shù)領(lǐng)域，具體涉及一種實現(xiàn)文件傳輸?shù)姆椒?，包括以下步驟用戶打開網(wǎng)頁，加載flash，flash連接到通訊服務(wù)器，并監(jiān)聽該連接。把本地的文件上傳到服務(wù)器，并通過通訊服務(wù)器通知文件接收方。文件接收方在收到通訊服務(wù)器的通知后通過訪問URL從服務(wù)器上查看文件內(nèi)容。該方法能實現(xiàn)網(wǎng)頁上的文件傳輸，能看到文件的實時進度，用戶體驗很好。
文檔編號H04L29/08GK102316146SQ201110059969
公開日2012年1月11日 申請日期2011年3月14日 優(yōu)先權(quán)日2010年9月17日
發(fā)明者胡加明 申請人:蘇州闊地網(wǎng)絡(luò)科技有限公司