專利名稱：文件共享方法、系統(tǒng)及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信領(lǐng)域，特別涉及一種基于P2P(peer-to-peer，點(diǎn)對點(diǎn)) 的文件共享方法、系統(tǒng)及設(shè)備。
背景技術(shù)：
隨著電子產(chǎn)品數(shù)字化的發(fā)展，例如數(shù)碼相機(jī)、數(shù)碼攝像機(jī)等，這些產(chǎn)品產(chǎn) 生越來越多的多媒體文件，用戶除了自己對這些多媒體文件進(jìn)行欣賞外，通常 還會有與其它用戶進(jìn)行多媒體文件交互的需求，以達(dá)到共同欣賞的目的。但是，
在交互這些多媒體文件時，由于網(wǎng)絡(luò)帶寬的限制，以及多々某體文件尺寸的限制， 通常難以快速方便地通過網(wǎng)絡(luò)分享尺寸較大的多媒體文件。
發(fā)明人在對現(xiàn)有技術(shù)的研究過程中發(fā)現(xiàn)，用戶通常通過HTTP (Hypertext Transfer Protocol,超文本傳輸協(xié)議)協(xié)議、FTP ( File Transfer Protocol,文件 傳輸協(xié)議)協(xié)議等將多媒體文件上傳到服務(wù)器上，其它用戶可以從服務(wù)器上直 接獲取需要的多媒體文件，但是這種多媒體文件的分享方式，需要由服務(wù)器完 成全部的文件存儲，增加了網(wǎng)絡(luò)帶寬的壓力，并且上述文件需要經(jīng)過兩次傳輸 才能夠提供給需要的用戶，即從多媒體文件提供方上傳至服務(wù)器，再從服務(wù)器 下載至多媒體文件需求方，由此增加了文件傳輸?shù)膹?fù)雜度；現(xiàn)有技術(shù)中還可以 通過郵件附件交互多媒體文件，但通常附件只能傳輸幾十兆大小的文件，即僅 能傳輸尺寸較小的圖片信息，對于尺寸較大的視頻信息則無法傳輸，因此極大、 限制了多媒體文件交互的多樣性；另外，如果多媒體文件提供方和需求方同時 登錄IM軟件，也可以進(jìn)行多i某體文件的即時傳輸，但是這種傳輸方式對實(shí)時 性的要求較高，任何一方未登錄則都不能進(jìn)行多々某體文件的傳輸。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種基于P2P的文件共享方法、系統(tǒng)及設(shè)備，以解 決現(xiàn)有技術(shù)中多媒體文件共享較復(fù)雜，容易受網(wǎng)絡(luò)帶寬和文件形式的限制，且
4實(shí)時性要求高的問題。
為解決上述技術(shù)問題，本發(fā)明提供如下技術(shù)方案 一種文件共享方法，包括
為待共享的多媒體文件創(chuàng)建種子文件，并將所述種子文件上傳至服務(wù)器； 向共享所述多々某體文件的用戶端發(fā)送共享消息；
當(dāng)所述用戶端選擇下載所述多媒體文件時，通過點(diǎn)對點(diǎn)P2P網(wǎng)絡(luò)將所述多 ^f某體文件傳輸至所述用戶端。
所述為待共享的多媒體文件創(chuàng)建種子文件之前，還包括選擇所述待共享 的多媒體文件和共享所述多媒體文件的用戶端。
所述選擇待共享的多媒體文件包括
從插入的USB接口設(shè)備中選擇所述待共享的多媒體文件；或 通過串口或網(wǎng)絡(luò)復(fù)制所述待共享的多媒體文件。 所述向共享多媒體文件的用戶端發(fā)送共享消息包括 當(dāng)所述共享多媒體文件的用戶端接入網(wǎng)絡(luò)時，向所述用戶端直接傳輸共享 消息；
當(dāng)所述共享多媒體文件的用戶端未接入網(wǎng)絡(luò)時，向所述服務(wù)器傳輸共享消 息，所述服務(wù)器在所述用戶端接入網(wǎng)絡(luò)時向所述用戶端轉(zhuǎn)發(fā)所述共享消息。
所述用戶端選擇下載多媒體文件包括
用戶端接收到所述共享消息后判斷是否下載所述多i某體文件； 當(dāng)下載所述多媒體文件時，從所述服務(wù)器上下載所述種子文件； 完成所述種子文件的下載后啟動P2P網(wǎng)絡(luò)。
將多媒體文件傳輸至用戶端所采用的網(wǎng)絡(luò)協(xié)議包括BitTorrent協(xié)議、 Emule協(xié)議、HTTP協(xié)議或FTP協(xié)議。
一種文件共享系統(tǒng)，包括服務(wù)器，以及通過所述服務(wù)器接入網(wǎng)絡(luò)的共享 文件發(fā)起方和共享文件接收方，
所述共享文件發(fā)起方，用于為待共享的多媒體文件創(chuàng)建種子文件，并將所 述種子文件上傳至服務(wù)器，向共享所述多媒體文件的共享文件接收方發(fā)送共享消息；
所述服務(wù)器，用于保存所述共享文件發(fā)起方上傳的種子文件；
所述共享文件接收方，用于選擇下載所述多媒體文件時，接收通過P2P 網(wǎng)絡(luò)傳輸?shù)乃龆嗝襟w文件。
所述共享文件發(fā)起方進(jìn)一步用于，選擇所述待共享的多i某體文件和共享所 述多媒體文件的共享文件接收方。
一種文件共享設(shè)備，包括
創(chuàng)建單元，用于為待共享的多媒體文件創(chuàng)建種子文件；
上傳單元，用于將所述種子文件上傳至服務(wù)器；
發(fā)送單元，用于向共享所述多媒體文件的用戶端發(fā)送共享消息；
傳輸單元，用于當(dāng)所述用戶端選擇下載所述多媒體文件時，通過P2P網(wǎng)絡(luò) 將所述多^ 某體文件傳輸至所述用戶端。
還包括
選擇單元，用于選擇所述待共享的多媒體文件和共享所述多媒體文件的用 戶端。
一種文件共享設(shè)備，包括
第 一接收單元，用于接收提供多媒體文件的用戶端發(fā)送的共享消息；
選擇單元，用于選擇下載所述多媒體文件；
第二接收單元，用于接收通過P2P網(wǎng)絡(luò)傳輸?shù)乃龆嗝襟w文件。
所述選擇單元包括
判斷單元，用于用戶端接收到所述共享消息后判斷是否下載所述多々某體文
件；
下載單元，用于當(dāng)下載所述多媒體文件時，從所述服務(wù)器上下載所述種子 文件；
啟動單元，用于完成所述種子文件的下載后啟動P2P網(wǎng)絡(luò)。
由以上本發(fā)明提供的技術(shù)方案可見，本發(fā)明中為待共享的多媒體文件創(chuàng)建 種子文件，并將所述種子文件上傳至服務(wù)器，向共享所述多媒體文件的用戶端發(fā)送共享消息，當(dāng)所述用戶端選擇下載所述多媒體文件時，通過點(diǎn)對點(diǎn)P2P
網(wǎng)絡(luò)將所述多媒體文件傳輸至所述用戶端。由于本發(fā)明中多媒體文件的共享基
于P2P網(wǎng)絡(luò)，因此緩解了多用戶同時下載時對服務(wù)器的壓力，提高了用戶服務(wù) 質(zhì)量，當(dāng)服務(wù)器故障時不會造成網(wǎng)絡(luò)癱瘓；并且，多媒體文件共享過程中的通 知和下載均由用戶端設(shè)備自動完成，無需用戶進(jìn)行手動操作，因此使得文件共 享方便快捷。


圖1為本發(fā)明文件共享方法的一個實(shí)施例流程圖2為本發(fā)明文件共享方法的另一個實(shí)施例流程圖3為本發(fā)明基于P2P的文件共享硬件結(jié)構(gòu)示意圖4為本發(fā)明在兩個嵌入式設(shè)備之間進(jìn)行文件共享的一個實(shí)施例流程；
圖5為本發(fā)明在兩個嵌入式設(shè)備之間進(jìn)行文件共享的另一個實(shí)施例流程；
圖6為本發(fā)明文件共享系統(tǒng)的實(shí)施例框圖7為本發(fā)明一種文件共享設(shè)備的一個實(shí)施例框圖8為本發(fā)明一種文件共享設(shè)備的另一個實(shí)施例框圖9為本發(fā)明另一種文件共享設(shè)備的一個實(shí)施例框圖IO為本發(fā)明另一種文件共享設(shè)備的另一個實(shí)施例框圖。
具體實(shí)施例方式
本發(fā)明的核心是提供了一種基于P2P的文件共享方法、系統(tǒng)及設(shè)備，通過 為待共享的多々某體文件創(chuàng)建種子文件，并將所述種子文件上傳至服務(wù)器，向共
享所述多々某體文件的用戶端發(fā)送共享消息，當(dāng)所述用戶端選擇下載所述多^某體 文件時，通過P2P網(wǎng)絡(luò)將所述多々某體文件傳輸至所述用戶端。
為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，并使本發(fā)明的上述目 的、特征和優(yōu)點(diǎn)能夠更加明顯易懂，下面結(jié)合附圖和具體實(shí)施方式
對本發(fā)明作
進(jìn)一步詳細(xì)的說明。
本發(fā)明文件共享方法的第一實(shí)施例流程如圖1所示
步驟101:為待共享的多媒體文件創(chuàng)建種子文件，并將種子文件上傳至服
7務(wù)器。
步驟102:向共享該多媒體文件的用戶端發(fā)送共享消息。
其中，當(dāng)所述共享多媒體文件的用戶端接入網(wǎng)絡(luò)時，向所述用戶端直接傳 輸共享消息；當(dāng)所述共享多J 某體文件的用戶端未接入網(wǎng)絡(luò)時，向所述服務(wù)器傳消息。
步驟103:當(dāng)用戶端選擇下載該多媒體文件時，通過P2P網(wǎng)絡(luò)將該多媒體 文件傳輸至用戶端。
具體的，用戶端接收到所述共享消息后判斷是否下載所述多媒體文件，當(dāng) 下載所述多媒體文件時，從所述服務(wù)器上下載所述種子文件，當(dāng)不下載所述多 媒體文件時，結(jié)束當(dāng)前操作，完成所述種子文件的下載后啟動P2P網(wǎng)絡(luò)，通過 該P(yáng)2P網(wǎng)絡(luò)下載該多媒體文件。
其中，將多媒體文件傳輸至用戶端所采用的網(wǎng)絡(luò)協(xié)議包括可以為 BitTorrent (比特流)協(xié)議、Emule (檔案分享網(wǎng)絡(luò))協(xié)議、HTTP協(xié)議或FTP協(xié)議。
本發(fā)明文件共享方法的第二實(shí)施例流程如圖2所示，該實(shí)施例詳細(xì)描述了 共享文件發(fā)起方和共享文件接收方通過P2P實(shí)現(xiàn)文件共享的過程
步驟201:共享文件發(fā)起方選擇待共享的多媒體文件和允許共享該多媒體 文件的共享文件接收方。
其中，可以從插入的USB (Universal Serial Bus,通用串行總線)接口設(shè) 備中選擇待共享的多媒體文件，比如常用的移動硬盤，或讀卡器等；也可以通 過串口或網(wǎng)絡(luò)復(fù)制待共享的多々某體文件。
步驟202:共享文件發(fā)起方為待共享的多媒體文件創(chuàng)建種子文件。
步驟203:共享文件發(fā)起方將該種子文件上傳至服務(wù)器。
步驟204:判斷共享文件接收方是否接入網(wǎng)絡(luò)，若是，則執(zhí)行步驟205; 否則，執(zhí)行步驟206。
步驟205:共享文件發(fā)起方向共享文件接收方發(fā)送共享消息，執(zhí)行步驟
207。步驟206:共享文件發(fā)起方向服務(wù)器傳輸共享消息，服務(wù)器在共享文件接 收方接入網(wǎng)絡(luò)時向其轉(zhuǎn)發(fā)該共享消息。
步驟207:共享文件接收方收到所述共享消息后判斷是否下載該多媒體文 件，若是，則執(zhí)行步驟208;否則，結(jié)束流程。
步驟208:共享文件接收方從服務(wù)器上下載該多媒體文件的種子文件。
步驟209:共享文件接收方啟動P2P網(wǎng)絡(luò)。
步驟210:共享文件提供方通過P2P網(wǎng)絡(luò)將該多^ 某體文件傳輸?shù)焦蚕砦募?接收方。
可以通過BitTorrent協(xié)議、Emule協(xié)議、HTTP協(xié)議或FTP協(xié)議傳輸多々某 體文件。
步驟211:共享文件接收方提示完成該多媒體文件的下載，結(jié)束當(dāng)前流程。
結(jié)合上述方法實(shí)施例，本發(fā)明基于P2P網(wǎng)絡(luò)實(shí)現(xiàn)文件共享的硬件結(jié)構(gòu)示意 圖如圖3所示，該硬件結(jié)構(gòu)可以集成在嵌入式設(shè)備中，嵌入式設(shè)備具有多媒體 文件共享的功能，通過與顯示終端相連對共享的多媒體文件進(jìn)行展示。該硬件
結(jié)構(gòu)中包括控制模塊，與控制模塊分別相連的設(shè)備接口模塊、通信模塊和存 儲模塊。
其中，設(shè)備接口模塊提供對外部可插拔設(shè)備上的多媒體文件進(jìn)行訪問的功 能，設(shè)備接口模塊支持USB接口設(shè)備，即外部可插拔設(shè)備可以是具有USB接 口的移動硬盤或讀卡器等設(shè)備。
通信模塊可以向服務(wù)器或用戶端發(fā)送多媒體文件，也可以通過串口或網(wǎng)絡(luò) 接收多媒體文件。
存儲模塊是保存多媒體文件的存儲介質(zhì)，可以是硬盤或閃存等，與外部可 插拔設(shè)備不同的是，存儲模塊是內(nèi)置于硬件設(shè)備內(nèi)部的模塊，可以保存通信模 塊通過串口或網(wǎng)^4妻收的多媒體文件。
控制模塊是硬件設(shè)備的核心，在共享文件發(fā)起方，該模塊控制設(shè)備接口模 塊對可插拔設(shè)備中文件的讀取，P2P網(wǎng)絡(luò)的運(yùn)行，共享文件和共享文件接收方 的選擇，種子文件的創(chuàng)建，以及共享文件通知消息的發(fā)送；在共享文件接收方， 該模塊控制通過P2P網(wǎng)絡(luò)下載種子文件及傳輸多媒體文件。
9本發(fā)明在兩個嵌入式設(shè)備之間進(jìn)行文件共享的一個實(shí)施例流程如圖4所 示，該實(shí)施例示出了共享文件提供方的嵌入式設(shè)備(設(shè)備1 )從USB設(shè)備中 獲取共享文件，并直接將共享該文件的通知消息發(fā)送給共享文件接收方的嵌入 式設(shè)備(設(shè)備2)的過程
步驟401:設(shè)備1檢查USB接口上插入了 USB設(shè)備。
步驟402:設(shè)備1從USB設(shè)備存儲的多媒體文件中選擇用于共享的多媒 體文件和共享該多媒體文件的設(shè)備2。
在具體實(shí)現(xiàn)時，可以在設(shè)備1中寫入選擇共享文件和共享設(shè)備的客戶端軟 件，用戶l可以在設(shè)備l上運(yùn)行該軟件，實(shí)現(xiàn)上述選擇功能。
步驟403:設(shè)備1為選4奪的共享文件創(chuàng)建種子文件。 步驟404:設(shè)備1將該種子文件上傳至WEB服務(wù)器。 步驟405:設(shè)備l向當(dāng)前在線的設(shè)備2發(fā)送下載共享文件的通知消息。 步驟406:設(shè)備2收到通知消息后給出提示，用戶2在設(shè)備2上選擇下載 該共享文件。
步驟407:設(shè)備2從WEB服務(wù)器上下載種子文件。 步驟408:設(shè)備2啟動P2P軟件。
步驟409:設(shè)備2接收設(shè)備1通過P2P網(wǎng)絡(luò)傳輸?shù)墓蚕砦募?br> 步驟410:設(shè)備2接收到全部共享文件后提示用戶2共享文件下載完畢。
本發(fā)明在兩個嵌入式設(shè)備之間進(jìn)行文件共享的另 一個實(shí)施例流程如圖5 所示，該實(shí)施例示出了共享文件提供方的嵌入式設(shè)備(設(shè)備l)通過串口復(fù)制 共享文件，并通過WEB服務(wù)器將共享該文件的通知消息轉(zhuǎn)發(fā)給共享文件接收 方的嵌入式設(shè)備(設(shè)備2)的過程
步驟501:設(shè)備l通過串口復(fù)制待共享的多媒體文件，該多媒體文件可以 保存在設(shè)備1的內(nèi)置存儲空間內(nèi)。
步驟502:設(shè)備l選擇共享該多媒體文件的共享設(shè)備。
與前述設(shè)備1 一致，可以預(yù)先在該設(shè)備1中寫入選擇共享文件和共享設(shè)備 的客戶端軟件，用戶1可以在設(shè)備1上運(yùn)行該軟件，實(shí)現(xiàn)上述選擇功能。步驟503:設(shè)備1為選擇的共享文件創(chuàng)建種子文件。
步驟504:設(shè)備1將該種子文件上傳至WEB服務(wù)器。
步驟505:設(shè)備2當(dāng)前不在線，設(shè)備1向WEB服務(wù)器發(fā)送請求設(shè)備2下 載共享文件的通知消息。
步驟506: WEB服務(wù)器判斷用戶2上線。
步驟507: WEB服務(wù)器將通知消息轉(zhuǎn)發(fā)給設(shè)備2。
步驟508:設(shè)備2收到通知消息后給出提示，用戶2在設(shè)備2上選擇下載 該共享文件。
步驟509:設(shè)備2從WEB服務(wù)器上下載種子文件。 步驟510:設(shè)備2啟動P2P軟件。
步驟511:設(shè)備2接收設(shè)備1通過P2P網(wǎng)絡(luò)傳輸?shù)墓蚕砦募?br> 步驟512:設(shè)備2接收到全部共享文件后提示用戶2共享文件下載完畢。
與本發(fā)明文件共享方法的實(shí)施例相對應(yīng)，本發(fā)明還^:供了文件共享系統(tǒng)的 實(shí)施例。
本發(fā)明文件共享系統(tǒng)的實(shí)施例框圖如圖6所示，該系統(tǒng)包括服務(wù)器620， 以及通過所述服務(wù)器620接入網(wǎng)絡(luò)的共享文件發(fā)起方610和共享文件接收方 630。
其中，共享文件發(fā)起方610用于為待共享的多J 某體文件創(chuàng)建種子文件，并 將所述種子文件上傳至服務(wù)器620,向共享所述多媒體文件的共享文件接收方 630發(fā)送共享消息；服務(wù)器620用于保存所述共享文件發(fā)起方上傳的種子文件； 共享文件接收方630用于選擇下載所述多媒體文件時，接收通過P2P網(wǎng)絡(luò)傳輸 的所述多媒體文件。
共享文件發(fā)起方610還用于選擇所述待共享的多媒體文件和共享所述多 媒體文件的共享文件接收方630。
與本發(fā)明文件共享方法和系統(tǒng)的實(shí)施例相對應(yīng)，本發(fā)明還提供了文件共享 設(shè)備的實(shí)施例。
本發(fā)明一種文件共享設(shè)備的一個實(shí)施例框圖如圖7所示，該文件共享設(shè)備通常作為文件共享提供方，包括創(chuàng)建單元710、上傳單元720、發(fā)送單元730 和傳輸單元740。
其中，創(chuàng)建單元710用于為待共享的多媒體文件創(chuàng)建種子文件；上傳單元 720用于將所述種子文件上傳至服務(wù)器；發(fā)送單元730用于向共享所述多々某體 文件的用戶端發(fā)送共享消息；傳輸單元740用于當(dāng)所述用戶端選擇下載所述多 媒體文件時，通過P2P網(wǎng)絡(luò)將所述多媒體文件傳輸至所述用戶端。
本發(fā)明一種文件共享設(shè)備的另一個實(shí)施例框圖如圖8所示，該文件共享設(shè) 備通常作為文件共享提供方，包括選擇單元810、創(chuàng)建單元820、上傳單元 830、發(fā)送單元840和傳輸單元850。
其中，選擇單元810用于選擇所述待共享的多媒體文件和共享所述多媒體 文件的用戶端；創(chuàng)建單元820用于為待共享的多媒體文件創(chuàng)建種子文件；上傳 單元830用于將所述種子文件上傳至服務(wù)器；發(fā)送單元840用于向共享所述多 媒體文件的用戶端發(fā)送共享消息；傳輸單元850用于當(dāng)所述用戶端選擇下載所 述多媒體文件時，通過P2P網(wǎng)絡(luò)將所述多媒體文件傳輸至所述用戶端。
本發(fā)明另一種文件共享設(shè)備的一個實(shí)施例框圖如圖9所示，該文件共享設(shè) 備通常作為文件共享接收方，包括第一接收單元910、選擇單元920和第二 接收單元930。
其中，第一接收單元910用于接收提供多媒體文件的用戶端發(fā)送的共享消 息；選擇單元920用于選擇下載所述多々某體文件；第二接收單元930用于接收 通過P2P網(wǎng)絡(luò)傳輸?shù)乃龆嗝襟w文件。
本發(fā)明另一種文件共享設(shè)備的另一個實(shí)施例框圖如圖IO所示，該文件共 享設(shè)備通常作為文件共享接收方，包括第一接收單元1010、選擇單元1020 和第二接收單元1030。
其中，第一接收單元1010用于接收4是供多々某體文件的用戶端發(fā)送的共享 消息。選擇單元1020進(jìn)一步包括判斷單元1021,用于用戶端接收到所述共 享消息后判斷是否下載所述多+某體文件；下載單元1022,用于當(dāng)下載所述多 媒體文件時，從所述服務(wù)器上下載所述種子文件；啟動單元1023，用于完成 所述種子文件的下載后啟動P2P網(wǎng)絡(luò)。第二接收單元930用于接收通過P2P網(wǎng)絡(luò)傳輸?shù)乃龆嗝襟w文件。
由以上本發(fā)明實(shí)施例可見，由于本發(fā)明中多媒體文件的共享基于P2P網(wǎng) 絡(luò)，因此緩解了多用戶同時下載時對服務(wù)器的壓力，提高了用戶服務(wù)質(zhì)量，當(dāng)
服務(wù)器故障時不會造成網(wǎng)絡(luò)癱瘓；并且，多媒體文件共享過程中的通知和下載 均由用戶端設(shè)備自動完成，無需用戶進(jìn)行手動操作，因此使得文件共享方便快捷。
雖然通過實(shí)施例描繪了本發(fā)明，本領(lǐng)域普通技術(shù)人員知道，本發(fā)明有許 多變形和變化而不脫離本發(fā)明的精神，希望所附的權(quán)利要求包括這些變形和變 化而不脫離本發(fā)明的精神。
權(quán)利要求
1、一種文件共享方法，其特征在于，包括為待共享的多媒體文件創(chuàng)建種子文件，并將所述種子文件上傳至服務(wù)器；向共享所述多媒體文件的用戶端發(fā)送共享消息；當(dāng)所述用戶端選擇下載所述多媒體文件時，通過點(diǎn)對點(diǎn)P2P網(wǎng)絡(luò)將所述多媒體文件傳輸至所述用戶端。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述為待共享的多媒體文 件創(chuàng)建種子文件之前，還包括選擇所述待共享的多媒體文件和共享所述多媒 體文件的用戶端。
3、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述選擇待共享的多媒體 文件包括從插入的USB接口設(shè)備中選擇所述待共享的多媒體文件；或 通過串口或網(wǎng)絡(luò)復(fù)制所述待共享的多媒體文件。
4、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述向共享多媒體文件的 用戶端發(fā)送共享消息包括當(dāng)所述共享多媒體文件的用戶端接入網(wǎng)絡(luò)時，向所述用戶端直接傳輸共享 消息；當(dāng)所述共享多媒體文件的用戶端未接入網(wǎng)絡(luò)時，向所述服務(wù)器傳輸共享消
5、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述用戶端選擇下載多媒 體文件包括用戶端接收到所述共享消息后判斷是否下載所述多々某體文件； 當(dāng)下載所述多媒體文件時，從所述服務(wù)器上下載所述種子文件； 完成所述種子文件的下載后啟動P2P網(wǎng)絡(luò)。
6、 根據(jù)權(quán)利l所述的方法，其特征在于，將多媒體文件傳輸至用戶端所 采用的網(wǎng)絡(luò)協(xié)議包括BitTorrent協(xié)議、Emule協(xié)議、HTTP協(xié)議或FTP協(xié)議。
7、 一種文件共享系統(tǒng)，其特征在于，包括服務(wù)器，以及通過所述服務(wù) 器接入網(wǎng)絡(luò)的共享文件發(fā)起方和共享文件接收方，所述共享文件發(fā)起方，用于為待共享的多媒體文件創(chuàng)建種子文件，并將所 述種子文件上傳至服務(wù)器，向共享所述多媒體文件的共享文件接收方發(fā)送共享消息；所述服務(wù)器，用于保存所述共享文件發(fā)起方上傳的種子文件； 所述共享文件接收方，用于選擇下載所述多媒體文件時，接收通過P2P 網(wǎng)絡(luò)傳輸?shù)乃龆嗝襟w文件。
8、 根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述共享文件發(fā)起方進(jìn)一 步用于，選擇所述待共享的多媒體文件和共享所述多媒體文件的共享文件接收 方。
9、 一種文件共享設(shè)備，其特征在于，包括 創(chuàng)建單元，用于為待共享的多媒體文件創(chuàng)建種子文件； 上傳單元，用于將所述種子文件上傳至服務(wù)器；發(fā)送單元，用于向共享所述多^ 某體文件的用戶端發(fā)送共享消息；傳輸單元，用于當(dāng)所述用戶端選擇下載所述多々某體文件時，通過P2P網(wǎng)絡(luò) 將所述多々某體文件傳輸至所述用戶端。
10、 根據(jù)權(quán)利要求9所述的設(shè)備，其特征在于，還包括選擇單元，用于選擇所述待共享的多媒體文件和共享所述多媒體文件的用 戶端。
11、 一種文件共享設(shè)備，其特征在于，包括第一接收單元，用于接收提供多媒體文件的用戶端發(fā)送的共享消息；選擇單元，用于選擇下載所述多媒體文件；第二接收單元，用于接收通過P2P網(wǎng)絡(luò)傳輸?shù)乃龆嗝襟w文件。
12、 根據(jù)權(quán)利要求11所述的設(shè)備，其特征在于，所述選擇單元包括判斷單元，用于用戶端接收到所述共享消息后判斷是否下載所述多媒體文件；下載單元，用于當(dāng)下載所述多媒體文件時，從所述服務(wù)器上下載所述種子 文件；啟動單元，用于完成所述種子文件的下載后啟動P2P網(wǎng)絡(luò)。
全文摘要
本發(fā)明公開了文件共享方法、系統(tǒng)及設(shè)備，所述方法包括為待共享的多媒體文件創(chuàng)建種子文件，并將所述種子文件上傳至服務(wù)器；向共享所述多媒體文件的用戶端發(fā)送共享消息；當(dāng)所述用戶端選擇下載所述多媒體文件時，通過點(diǎn)對點(diǎn)P2P網(wǎng)絡(luò)將所述多媒體文件傳輸至所述用戶端。由于本發(fā)明中多媒體文件的共享基于P2P網(wǎng)絡(luò)，因此緩解了多用戶同時下載時對服務(wù)器的壓力，提高了用戶服務(wù)質(zhì)量，當(dāng)服務(wù)器故障時不會造成網(wǎng)絡(luò)癱瘓；并且，多媒體文件共享過程中的通知和下載均由用戶端設(shè)備自動完成，無需用戶進(jìn)行手動操作，因此使得文件共享方便快捷。
文檔編號H04L12/54GK101588353SQ200810112180
公開日2009年11月25日 申請日期2008年5月21日 優(yōu)先權(quán)日2008年5月21日
發(fā)明者楊輝洲, 衛(wèi) 王 申請人:閃聯(lián)信息技術(shù)工程中心有限公司