專利名稱：用于文件傳輸?shù)钠髽I(yè)網(wǎng)絡(luò)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)領(lǐng)域，具體地說，本發(fā)明特別涉及一種用 于大容量文件傳輸?shù)木W(wǎng)絡(luò)系統(tǒng)。
背景技術(shù)：
目前，大多數(shù)企業(yè)的經(jīng)營(yíng)都涉及到多種性質(zhì)不同的業(yè)務(wù),因此在企業(yè)內(nèi) 部的計(jì)算機(jī)網(wǎng)絡(luò)中，通常形成多個(gè)業(yè)務(wù)應(yīng)用子網(wǎng)來分別滿足這些業(yè)務(wù)的需 求，而數(shù)據(jù)需要在各子網(wǎng)之間需要共享或者傳輸。以廣電行業(yè)為例，當(dāng)前
國(guó)內(nèi)外廣電行業(yè)在信息化方面的總體發(fā)展方向是網(wǎng)絡(luò)化、信息化，根據(jù) 在電視臺(tái)的實(shí)際業(yè)務(wù)中涉及多種性質(zhì)不同的業(yè)務(wù)需求，電視臺(tái)內(nèi)部形成多 個(gè)業(yè)務(wù)應(yīng)用子網(wǎng)來滿足電視臺(tái)"采、編、播、存、管，，的整個(gè)電視工藝流 程。其中，節(jié)目素材需要子網(wǎng)之間共享或者傳輸，因此，對(duì)文件傳輸方式 需要設(shè)計(jì)一種合理可行的模式。因此，對(duì)文件傳輸方式需要設(shè)計(jì)一種合理 可行的模式。
傳統(tǒng)的文件傳輸方式 一 般是在兩個(gè)子網(wǎng)不同應(yīng)用系統(tǒng)之間點(diǎn)對(duì)點(diǎn)的 通信和傳輸， 一般這種情況下，兩個(gè)系統(tǒng)都需要提供客戶端和服務(wù)端程序， 當(dāng)需要進(jìn)行文件傳輸?shù)南到y(tǒng)個(gè)數(shù)增加時(shí)，增加各個(gè)系統(tǒng)負(fù)擔(dān)和運(yùn)行成本。 此種模式下，系統(tǒng)之間關(guān)聯(lián)的數(shù)量是[N (N-l ) ]/2，每當(dāng)增加一個(gè)應(yīng)用系統(tǒng) 時(shí)，系統(tǒng)的關(guān)聯(lián)度增加N(參考圖1和圖2)，并需要在所關(guān)聯(lián)系統(tǒng)上分別 提供對(duì)新增系統(tǒng)的客戶端和服務(wù)端程序。

發(fā)明內(nèi)容
本發(fā)明的目的是克服現(xiàn)有技術(shù)的不足，將總線技術(shù)應(yīng)用于企業(yè)內(nèi)部網(wǎng) 絡(luò)，從而提供一種適合于大容量數(shù)據(jù)傳輸?shù)钠髽I(yè)網(wǎng)絡(luò)構(gòu)架。
為實(shí)現(xiàn)上述發(fā)明目的，本發(fā)明提供的用于文件傳輸?shù)钠髽I(yè)網(wǎng)絡(luò)系統(tǒng)包 括通過總線連接的主干網(wǎng)和板塊網(wǎng)；每個(gè)所述板塊網(wǎng)包括至少一個(gè)xPeer 服務(wù)器，所述各板塊網(wǎng)通過xPeer服務(wù)器和總線在板塊間進(jìn)行文件傳輸；
3所述主干網(wǎng)包括M-Peer服務(wù)器，所述M-Peer服務(wù)器對(duì)各xPeer服務(wù)器的 傳輸任務(wù)進(jìn)行調(diào)度。
上述技術(shù)方案中，所述主干網(wǎng)還包括消息流服務(wù)器(MFS);所述 M-Peer服務(wù)器具有對(duì)外接口和對(duì)內(nèi)接口 ，所述對(duì)外接口用于與消息流服務(wù) 器(MFS)進(jìn)行交互；所述對(duì)內(nèi)接口用于與所述xPeer服務(wù)器進(jìn)行交互。
上述技術(shù)方案中，所述M-Peer服務(wù)器的對(duì)外接口包括任務(wù)發(fā)起接口、 任務(wù)暫停接口 、任務(wù)終止接口和任務(wù)優(yōu)先接口 。
上述技術(shù)方案中，所述M-Peer服務(wù)器的對(duì)內(nèi)接口包括xPeer注冊(cè)登記 接口 、 xPeer狀態(tài)匯報(bào)接口 、 xPeer任務(wù)進(jìn)度接口和xPeer任務(wù)狀態(tài)匯報(bào)接 n 。
上述技術(shù)方案中，所述主干網(wǎng)還包括Cache盤陣，該Cache盤陣用于 緩存在各xPeer服務(wù)器之間傳輸?shù)奈募?br> 與現(xiàn)有技術(shù)相比，本發(fā)明能夠達(dá)到如下技術(shù)效果
本發(fā)明的網(wǎng)絡(luò)構(gòu)架能夠讓大容量文件(如媒體文件)在企業(yè)(如電視 臺(tái))內(nèi)部各個(gè)板塊之間直接進(jìn)行快速、合理交換，降低勞動(dòng)成本，提高節(jié) 目生產(chǎn)效率。另外，本發(fā)明能夠通過簡(jiǎn)單的注冊(cè)方式增加需要進(jìn)行文件傳 輸?shù)南到y(tǒng)個(gè)數(shù)，維護(hù)方便。


圖1是傳統(tǒng)的文件傳輸網(wǎng)絡(luò)構(gòu)架示意圖2是傳統(tǒng)的文件傳輸網(wǎng)絡(luò)構(gòu)架進(jìn)行擴(kuò)展的示意圖3是本發(fā)明的網(wǎng)絡(luò)構(gòu)架示意圖4是M-Peer系統(tǒng)流程圖5是M-Peer調(diào)度流程圖6是本發(fā)明在各應(yīng)用系統(tǒng)間進(jìn)行文件傳輸?shù)氖疽鈭D； 圖7是本發(fā)明在進(jìn)行應(yīng)用系統(tǒng)擴(kuò)展的示意圖。
具體實(shí)施例方式
本發(fā)明的基本構(gòu)思是利用總線形式將企業(yè)內(nèi)部的各板塊網(wǎng)相互連接， 并將跨板塊的文件傳輸服務(wù)封裝在各板塊網(wǎng)的xPeer服務(wù)器內(nèi)，利用xPeer 服務(wù)器實(shí)現(xiàn)板塊間的大容量文件傳輸。另外，本發(fā)明還提供了主干網(wǎng)，主干網(wǎng)內(nèi)部署M-Peer服務(wù)器，對(duì)各xPeer服務(wù)器的傳輸任務(wù)進(jìn)行調(diào)度。 下面結(jié)合附圖和具體實(shí)施方式
對(duì)本發(fā)明作進(jìn)一步詳細(xì)描述 實(shí)施例1
以電視臺(tái)為例，對(duì)企業(yè)網(wǎng)絡(luò)構(gòu)架的各細(xì)節(jié)進(jìn)行詳細(xì)描述。本實(shí)施例中 所傳輸?shù)奈募饕侵钙髽I(yè)媒體文件。參考圖3，本實(shí)施例的網(wǎng)絡(luò)構(gòu)架包 括通過企業(yè)J 某體總線(Enterprise Media Bus, EMB )連接的主干網(wǎng)和多 個(gè)板塊網(wǎng)；每個(gè)所述板塊網(wǎng)包括至少一個(gè)xPeer服務(wù)器(以下簡(jiǎn)稱xPeer), 所述各板塊網(wǎng)通過xPeer和總線在板塊間進(jìn)行文件傳輸；所述主干網(wǎng)包括 M-Peer服務(wù)器(以下簡(jiǎn)稱M-Peer),所述M-Peer對(duì)各xPeer的傳輸任務(wù)進(jìn) 行調(diào)度。本實(shí)施例中將利用M-Peer和xPeer進(jìn)行文件傳輸?shù)捏w系稱為Xfer。 兩外，所述主干網(wǎng)消息流服務(wù)器(MFS)。
本實(shí)施例中，文件傳輸任務(wù)調(diào)度是由M-Peer完成的，M-Peer作為xPeer 和傳輸任務(wù)調(diào)度的執(zhí)行部分，除起到Xfer與MFS交互外，同時(shí)完成對(duì)源 到目的的多個(gè)xPeer之間和對(duì)多個(gè)傳輸任務(wù)之間的調(diào)度作用。
M-Peer的主要功能包括
當(dāng)MFS發(fā)起一個(gè)任務(wù)時(shí)，M-Peer回調(diào)獲耳又傳輸任務(wù)；
對(duì)xPeer端按照策略進(jìn)行調(diào)度，實(shí)現(xiàn)文件的傳^T;
為xPeer提供具體的傳輸任務(wù)，接收xPeer傳輸信息；
向MFS返回進(jìn)度狀態(tài)；
傳輸任務(wù)優(yōu)先級(jí)處理，也就是任務(wù)的調(diào)度；
對(duì)傳輸任務(wù)的干預(yù)，如暫停任務(wù)、停止任務(wù)；
傳輸任務(wù)的監(jiān)控，初期不會(huì)實(shí)現(xiàn)管理(比如重試等)功能；
對(duì)系統(tǒng)進(jìn)行配置。
本實(shí)施中，調(diào)度策略如下
1、 任務(wù)調(diào)度
當(dāng)MFS上發(fā)起一個(gè)任務(wù)時(shí)調(diào)用Xfer上的任務(wù)發(fā)起接口 ， Xfer解析任 務(wù)中預(yù)計(jì)執(zhí)行時(shí)間(preStartTime)為任務(wù)分配不同級(jí)別(優(yōu)先級(jí))。M-Peer 根據(jù)系統(tǒng)配置中的調(diào)度間隔時(shí)間去發(fā)現(xiàn)Xfer中哪些任務(wù)需要被啟動(dòng)，并按 照預(yù)計(jì)執(zhí)行時(shí)間和優(yōu)先級(jí)分別啟動(dòng)任務(wù)。首先以執(zhí)行時(shí)間為啟動(dòng)任務(wù)的最 基本要素，如果在同一執(zhí)行時(shí)間上，以優(yōu)先級(jí)高低為判斷基準(zhǔn)。
2、 任務(wù)啟動(dòng)后的xPeer調(diào)度
任務(wù)啟動(dòng)后，Xfer解析任務(wù)中源端和目的端信息，通過任務(wù)中包含的
5源端所在應(yīng)用系統(tǒng)和目的端所在應(yīng)用系統(tǒng)，如果源端和目的端不在同一應(yīng)
用系統(tǒng)，分別查詢?cè)炊撕湍康亩怂趹?yīng)用系統(tǒng)已經(jīng)在M-Peer注冊(cè)的xPeer 的狀態(tài)，根據(jù)如下策略進(jìn)行xPeer的任務(wù)分配
判斷源端(發(fā)送端、服務(wù)端)狀態(tài)為"服務(wù)端空閑"或者服務(wù)端的連 接數(shù)小于系統(tǒng)設(shè)置的服務(wù)端最大連接數(shù)，則依次按照服務(wù)端空閑、服務(wù)端 連接數(shù)最小、服務(wù)端連接數(shù)次小的順序選擇作為服務(wù)端的xPeer;
判斷目的端(接收端、客戶端)狀態(tài)為"客戶端空閑"的xPeer做為 客戶端xPeer,如果出現(xiàn)多個(gè)狀態(tài)為"客戶端空閑"的xPeer,查看其作為 服務(wù)器端時(shí)的客戶端連接數(shù)，按照這個(gè)數(shù)量的從低到高的順序依次選擇 xPeer (減低xPeer壓力)，如果出現(xiàn)此數(shù)值相等的xPeer，則隨機(jī)選4奪其中 一個(gè)作為客戶端xPeer;
選擇完做傳輸?shù)膞Peer后，即開始文件傳輸。
(注如果源端和目的端所在同一個(gè)應(yīng)用系統(tǒng)，則不采用通過xPeer 傳輸而是采用同 一個(gè)子網(wǎng)內(nèi)的文件拷貝模式，提高整個(gè)系統(tǒng)架構(gòu)中文件傳 輸效率)
本實(shí)施例中，M-Peer具有對(duì)外接口和對(duì)內(nèi)接口 。 M-Peer對(duì)外接口供MFS回調(diào)，主要提供啟動(dòng)傳輸任務(wù)、暫停傳輸、 停止傳輸、任務(wù)優(yōu)先。下面逐個(gè)介紹各對(duì)外接口。 任務(wù)發(fā)起接口 (以下代碼均是以java風(fēng)格表示) public String startTransfer(String tasklnformation);
功能MFS上發(fā)起一個(gè)任務(wù)時(shí)調(diào)用Xfer上的任務(wù)發(fā)起接口。 參數(shù)tasklnformation任務(wù)信息，包含該任務(wù)在mfs的實(shí)例ID 、 該任務(wù)在mfs上被創(chuàng)建的時(shí)間、發(fā)送方所在應(yīng)用系統(tǒng)、接受方所在應(yīng)用系 統(tǒng)、源端文件名、源端路徑信息、目標(biāo)端存儲(chǔ)^各徑、預(yù)計(jì)執(zhí)行時(shí)間 參數(shù)tasklnformation格式定義(XSD ): < xml version="1.0" encoding="UTF-8" > <schema xmlns="http :〃www. w3.org/2001 /XMLSchema" elementFormDefault="qualified"> 〈element name="taskInformation"> <complexType> <sequenc6>
<element name="mfsinstanceID" type="string"/>〈element name="mfscreatetime" type="datetime"/> 〈element name="fromdn" type="string"/> <element name="todn" type="string"/> 〈element name="resourceFilename" type="string7〉 〈element name="resourceFilePath" type="string"/〉 <element name="targetStorePath" type=" string7>
〈element name="preStartTime" type="datetime"/> </sequence> </complexType> </element> </schema>
返回值返回的內(nèi)容為一個(gè)XML的字符串，任務(wù)的信息解析。
任務(wù)暫停接口
public String pauseWorkitems(string itemID);
功能暫停Xfer上發(fā)起的正在進(jìn)行的傳輸任務(wù)。 參數(shù)itemID任務(wù)ID;
返回值若返回零長(zhǎng)度字符串則表示暫停任務(wù)成功，否則返回包 含錯(cuò)誤消息的XML。
任務(wù)終止接口
public String stopWorkitems(string itemID); 功能終止Xfer上發(fā)起的傳輸任務(wù)。 參數(shù)itemID任務(wù)ID;
返回值若返回零長(zhǎng)度字符串則表示終止任務(wù)成功，否則返回包 含錯(cuò)誤消息的XML。
任務(wù)優(yōu)先接口
public String prioritizeWorkitems(String itemID, Int priorityLevel);
功能通過對(duì)任務(wù)的優(yōu)先級(jí)別進(jìn)行更改的方式，優(yōu)先某傳輸任務(wù)。 參數(shù)itemID任務(wù)ID, priorityLevel任務(wù)的優(yōu)先級(jí)信息； 返回值若返回零長(zhǎng)度字符串則表示優(yōu)先任務(wù)成功，否則返回包含錯(cuò)誤消息的XML。
M-Peer對(duì)內(nèi)接口采用Web Service發(fā)布,主要指與xPeer的交互部分； 由M-peer提供，xPeer調(diào)用，主要有xPeer的注冊(cè)登記、xPeer狀態(tài)匯報(bào)、 xPeer文件傳輸進(jìn)度匯報(bào)和任務(wù)狀態(tài)匯報(bào)。下面逐個(gè)介紹各對(duì)內(nèi)接口
xPeer注冊(cè)登記接口
public String peerRegister(String hostIP);
功能向M-Peer注冊(cè)xPeer本身狀態(tài)。
參數(shù)hostIP表示xPeer所在IP。
返回值若返回零長(zhǎng)度字符串則表示注冊(cè)成功，否則返回包含錯(cuò) 誤消息的XML。
xPeer狀態(tài)匯報(bào)接口
public String reportPeerstatus(String hostIP, String peerStatus); 功能xPeer向Xfer匯報(bào)自身狀態(tài)信息；
參數(shù)hostIP表示xPeer所在IP地址，peerStatus表示目前xPeer
的狀態(tài)；
返回值若返回零長(zhǎng)度字符串則表示匯報(bào)成功，否則返回包含錯(cuò) 誤消息的XML。
xPeer任務(wù)進(jìn)度接口
public String postProcess (String itemID);
功能xPeer向M-Peer匯報(bào)文件傳輸進(jìn)度；
參數(shù)itemID表示任務(wù)ID;
返回值返回該P(yáng)eer上某傳輸任務(wù)的傳輸進(jìn)度值。
xPeer任務(wù)狀態(tài)匯報(bào)接口
public String reportTaskStatus (String itemID);
功能各個(gè)xPeer通過WebService的方式向Xfer匯才艮文件傳輸進(jìn)度。
參數(shù)itemID表示任務(wù)ID;
8返回值返回該P(yáng)eer上某傳輸任務(wù)的狀態(tài)。
本實(shí)施例中，M-Peer的系統(tǒng)流程(參考圖4 )如下
1 ) Xfer啟動(dòng)后，接受傳輸服務(wù)端xPeer的注冊(cè)和注銷；
2 ) M-Peer即時(shí)監(jiān)聽任務(wù)，如果任務(wù)不被停止，執(zhí)行任務(wù)，并匯報(bào)任 務(wù)狀態(tài)。
本實(shí)施例中，M-Peer的調(diào)度流程(參考圖5 )如下
1 )當(dāng)M-Peer監(jiān)聽到任務(wù)時(shí)，根據(jù)任務(wù)優(yōu)先級(jí)發(fā)起傳輸任務(wù)；
2 )判斷任務(wù)xPeer的位置，獲取執(zhí)行該傳輸任務(wù)的xPeer的狀態(tài)， 如果xPeer準(zhǔn)備就緒，發(fā)送任務(wù)到該xPeer;
3 )當(dāng)任務(wù)到達(dá)xPeer時(shí)，判斷是否有干預(yù)指令，如果有指令(暫停、 恢復(fù)、停止)執(zhí)行相關(guān)干預(yù)動(dòng)作；若沒有干預(yù)指令，M-Peer接受xPeer狀 態(tài)和進(jìn)度匯報(bào)，判斷有無異常，若有異常，返回異常，結(jié)束任務(wù)；若無異 常，實(shí)時(shí)接受xPeer匯報(bào)狀態(tài)和進(jìn)度數(shù)據(jù)，判斷任務(wù)是否完成，若完成， 結(jié)束任務(wù)，返回傳輸結(jié)果；若未完成，返回指令錯(cuò)誤；
4 )如果判斷任務(wù)xPeer的位置，獲取執(zhí)行該傳輸任務(wù)的xPeer的狀 態(tài)時(shí)，xPeer準(zhǔn)備未就緒，判斷該任務(wù)的重試次數(shù)，如果超過系統(tǒng)配置的 最大重試次數(shù)，返回異常，結(jié)束任務(wù)，如果未達(dá)到重試次數(shù)，獲取任務(wù)xPeer 狀態(tài)，繼續(xù)傳輸流程。
本實(shí)施例的基于總線的文件傳輸方式采用文件傳輸命令在Xfer中的 封裝，對(duì)外提供筒單接口；傳輸是由Xfer自己完成，應(yīng)用系統(tǒng)只需要將相 關(guān)信息傳遞給Xfer, Xfer對(duì)傳輸任務(wù)和傳輸端點(diǎn)(xPeer)進(jìn)行調(diào)度，完 成傳輸。如圖6所示，該圖為Xfer調(diào)度應(yīng)用系統(tǒng)B傳輸文件到應(yīng)用系統(tǒng)C。 如果繼續(xù)增加應(yīng)用系統(tǒng)，只需應(yīng)用系統(tǒng)上的傳輸端向Xfer注冊(cè)一次， 即可完成系統(tǒng)的無縫插入，體現(xiàn)基于總線式的架構(gòu)模式，其優(yōu)點(diǎn)是不需要 在應(yīng)用系統(tǒng)內(nèi)增加客戶端和服務(wù)端程序；當(dāng)增加系統(tǒng)應(yīng)用時(shí)不影響其他應(yīng) 用系統(tǒng)的工作，也不會(huì)增加整個(gè)系統(tǒng)的運(yùn)行負(fù)擔(dān)和運(yùn)行成本(如圖7所 示)。
由于企業(yè)媒體數(shù)據(jù)的數(shù)據(jù)量較大，因此即使在寬帶網(wǎng)絡(luò)環(huán)境下傳輸， 仍然要耗費(fèi)大量的時(shí)間。因此，本實(shí)施例中，還可以通過在板塊網(wǎng)絡(luò)中部署多個(gè)xPeer的方式，建立板塊間的多條傳輸通道，以滿足大數(shù)據(jù)量傳輸 的需求。
另外，本實(shí)施例中的主干網(wǎng)還包括一個(gè)內(nèi)建的小型Cache盤陣。用于 支持文件數(shù)據(jù)的異步傳輸。即任務(wù)發(fā)起時(shí)，M-Peer的調(diào)度模塊發(fā)現(xiàn)目標(biāo)系 統(tǒng)已經(jīng)離線，可將企業(yè)媒體文件傳輸?shù)紺ache中緩存，當(dāng)目標(biāo)網(wǎng)絡(luò)恢復(fù)連 線后，再將緩存的企業(yè)媒體文件傳輸?shù)侥康亩?，以減少板塊間由于網(wǎng)絡(luò)故 障造成的負(fù)載增長(zhǎng)。當(dāng)然，如果源網(wǎng)絡(luò)和目的網(wǎng)絡(luò)均為活動(dòng)狀態(tài)時(shí)，文件 數(shù)據(jù)將直接在兩個(gè)板塊之間進(jìn)行傳輸。
當(dāng)前國(guó)內(nèi)外廣電行業(yè)在信息化方面的總體發(fā)展方向是網(wǎng)絡(luò)化、信息 化，企業(yè)媒體總線(Enterprise Media Bus, EMB )是新奧特公司在全臺(tái)網(wǎng) 絡(luò)化方案中提出的實(shí)現(xiàn)媒體文件在全臺(tái)網(wǎng)絡(luò)中的交換傳輸?shù)脑O(shè)計(jì)思路。本 實(shí)施例采用企業(yè)媒體總線，能夠讓媒體文件在電視臺(tái)內(nèi)部各個(gè)板塊直接能 夠進(jìn)行快速、合理交換，降低勞動(dòng)成本，提高節(jié)目生產(chǎn)效率，保證節(jié)目快 速、準(zhǔn)時(shí)、準(zhǔn)確的進(jìn)行播出，提高節(jié)目生產(chǎn)播出安全性。
最后所應(yīng)說明的是，以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案而非限 制。盡管參照實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)說明，本領(lǐng)域的普通技術(shù)人員應(yīng) 當(dāng)理解，對(duì)本發(fā)明的技術(shù)方案進(jìn)行修改或者等同替換，都不脫離本發(fā)明技 術(shù)方案的精神和范圍，其均應(yīng)涵蓋在本發(fā)明的權(quán)利要求范圍當(dāng)中。
權(quán)利要求
1. 一種用于文件傳輸?shù)钠髽I(yè)網(wǎng)絡(luò)系統(tǒng)，包括通過總線連接的主干網(wǎng)和板塊網(wǎng)；每個(gè)所述板塊網(wǎng)包括至少一個(gè)xPeer服務(wù)器，所述各板塊網(wǎng)通過xPeer服務(wù)器和總線在板塊間進(jìn)行文件傳輸；所述主干網(wǎng)包括M-Peer服務(wù)器，所述M-Peer服務(wù)器對(duì)各xPeer服務(wù)器的傳輸任務(wù)進(jìn)行調(diào)度。
2. 根據(jù)權(quán)利要求1所述的用于文件傳輸?shù)钠髽I(yè)網(wǎng)絡(luò)系統(tǒng)，其特征在 于，所述主干網(wǎng)還包括消息流服務(wù)器；所述M-Peer服務(wù)器具有對(duì)外接口 和對(duì)內(nèi)接口，所述對(duì)外接口用于與消息流服務(wù)器進(jìn)行交互；所述對(duì)內(nèi)接口 用于與所述xPeer服務(wù)器進(jìn)行交互。
3 .根據(jù)權(quán)利要求2所述的用于文件傳輸?shù)钠髽I(yè)網(wǎng)絡(luò)系統(tǒng)，其特征在 于，所述M-Peer服務(wù)器的對(duì)外接口包括任務(wù)發(fā)起接口 、任務(wù)暫停接口、 任務(wù)終止接口和任務(wù)優(yōu)先接口 。
4.根據(jù)權(quán)利要求2所述的用于文件傳輸?shù)钠髽I(yè)網(wǎng)絡(luò)系統(tǒng)，其特征在 于，所述M-Peer服務(wù)器的對(duì)內(nèi)接口包括xPeer注冊(cè)登記接口 、 xPeer狀態(tài) 匯報(bào)接口 、 xPeer任務(wù)進(jìn)度接口和xPeer任務(wù)狀態(tài)匯報(bào)接口 。
5 .根據(jù)權(quán)利要求1所述的用于文件傳輸?shù)钠髽I(yè)網(wǎng)絡(luò)系統(tǒng)，其特征在 于，所述主干網(wǎng)還包括Cache盤陣，該Cache盤陣用于緩存xPeer服務(wù)器 之間傳輸?shù)奈募?br> 全文摘要
本發(fā)明提供一種用于文件傳輸?shù)钠髽I(yè)網(wǎng)絡(luò)系統(tǒng)，包括通過總線連接的主干網(wǎng)和多個(gè)板塊網(wǎng)；每個(gè)所述板塊網(wǎng)包括至少一個(gè)xPeer服務(wù)器，所述各板塊網(wǎng)通過xPeer服務(wù)器和總線在板塊間進(jìn)行文件傳輸；所述主干網(wǎng)包括M-Peer服務(wù)器，所述M-Peer服務(wù)器對(duì)各xPeer服務(wù)器的傳輸任務(wù)進(jìn)行調(diào)度。與現(xiàn)有技術(shù)相比，本發(fā)明能夠達(dá)到如下技術(shù)效果本發(fā)明的網(wǎng)絡(luò)構(gòu)架能夠讓大容量文件在企業(yè)內(nèi)部各個(gè)板塊之間直接進(jìn)行快速、合理交換，降低勞動(dòng)成本，提高節(jié)目生產(chǎn)效率。另外，本發(fā)明能夠通過簡(jiǎn)單的注冊(cè)方式增加需要進(jìn)行文件傳輸?shù)南到y(tǒng)個(gè)數(shù)，維護(hù)方便。
文檔編號(hào)H04L12/28GK101453393SQ20071017824
公開日2009年6月10日 申請(qǐng)日期2007年11月28日 優(yōu)先權(quán)日2007年11月28日
發(fā)明者偉 孫, 王弋珵, 祎 趙 申請(qǐng)人:新奧特(北京)視頻技術(shù)有限公司