專利名稱：網(wǎng)絡點播系統(tǒng)的制作方法
技術領域：
本實用新型涉及一種流媒體技術領域中的點播技術，具體而言，涉及應用 P2P(Peer to Peer)技術實現(xiàn)流媒體網(wǎng)絡點播的點播系統(tǒng)。
背景技術：
目前大多數(shù)網(wǎng)絡點播系統(tǒng)是基于C/S的網(wǎng)絡點播系統(tǒng)或者基于傳統(tǒng)P2P的網(wǎng)絡點 播系統(tǒng)?；贑/S網(wǎng)絡點播系統(tǒng)，服務器通過數(shù)據(jù)傳輸協(xié)議，如HTTP，RTSP,匪S，F(xiàn)TP等協(xié) 議，和客戶端進行數(shù)據(jù)傳輸。這種C/S主從模式的點播系統(tǒng)，需要大量服務器支撐來共享分 發(fā)資源，占用帶寬大，建媒體資源站的成本較高，海量并發(fā)點播效果不好。P2P技術解決了主從模式點播的缺點，可以滿足流媒體的海量點播需求。P2P(Peer to Peer)技術，也稱為點對點技術或者對等互聯(lián)網(wǎng)絡技術，P2P共享資源的方式與傳統(tǒng)C/S 方式不同，P2P網(wǎng)絡的用戶客戶端之間可以相互提供資源包括帶寬、存儲空間和計算能力， 通俗地講，既可以下載資源，也可以提供資源的上傳，不需要服務器做為支撐，也可以進行 文件交互。基于這種傳統(tǒng)P2P的網(wǎng)絡媒體資源點播系統(tǒng)，雖然實現(xiàn)了海量/大規(guī)模媒體點 播，并具有點播流暢、建資源站成本低等優(yōu)點，但是也不可避免地遇到了以下提到的問題， 尤其是媒體文件所耗用的網(wǎng)絡資源更多，問題顯得更為突出。這種傳統(tǒng)的P2P技術的對等操作策略，一味強調用戶對等操作，導致資源在網(wǎng)絡 中的位置不做區(qū)分一律平等地返回給用戶，最嚴重的后果就是網(wǎng)絡資源被肆意使用，同一 網(wǎng)絡內的帶寬被大量占用，甚至可達50% 80%，致使骨干網(wǎng)傳輸壓力大，導致其他應用 程序在訪問網(wǎng)絡時嚴重堵塞；另一方面，由于P2P技術在不同的網(wǎng)絡間也交互可觀的流量， 從而直接導致不同的網(wǎng)絡之間的流量堵塞，并且產生相當高的運營成本。

實用新型內容本實用新型要解決的技術問題是，提供一種網(wǎng)絡點播系統(tǒng)，可以高效使用網(wǎng)絡，降 低大規(guī)模網(wǎng)絡媒體文件點播系統(tǒng)的成本和網(wǎng)絡損耗，實現(xiàn)多用戶的并發(fā)在線流暢點播。為解決上述技術問題，本實用新型提供了一種網(wǎng)絡點播系統(tǒng)，包括多個相互連接 形成P2P網(wǎng)絡的節(jié)點，所述多個節(jié)點在所述P2P網(wǎng)絡中分屬于一個以上的網(wǎng)絡組，所述多個 節(jié)點包括用戶資源跟蹤服務器和多個擁有上傳資源的資源節(jié)點，所述資源節(jié)點包括用于向 所述用戶資源跟蹤服務器發(fā)送資源請求、并根據(jù)從所述用戶資源跟蹤服務器返回的資源列 表與資源節(jié)點進行交互來獲得資源的點播終端；所述用戶資源跟蹤服務器接收點播終端發(fā)出的資源請求，確定發(fā)出該資源請求的 點播終端所屬網(wǎng)絡組中、具有該資源的資源節(jié)點的個數(shù)是否在預定范圍內，如果在，則將該 些資源節(jié)點的信息形成資源列表發(fā)送給發(fā)出該資源請求的點播終端，如果不在，則將該點 播終端所屬網(wǎng)絡組外的具有該資源的資源節(jié)點的信息與該點播終端所屬網(wǎng)絡組的擁有該 資源的資源節(jié)點信息共同形成資源列表，將該資源列表發(fā)送給發(fā)出該資源請求的點播終
3端。進一步地，在前述的網(wǎng)絡點播系統(tǒng)中，所述資源節(jié)點還包括一個或多個資源發(fā)布 服務器，所述資源發(fā)布服務器提供上傳資源，并對上傳過程進行負載均衡控制。具體地，所述資源發(fā)布服務器包括資源上傳單元和上傳控制單元，所述資源上傳 單元提供資源上傳服務，并將所述資源發(fā)布服務器的節(jié)點信息和資源信息發(fā)送給所述用戶 資源跟蹤服務器；所述上傳控制單元用于在所述資源上傳單元提供資源上傳服務時進行負 載均衡控制。在前述的網(wǎng)絡點播系統(tǒng)中，所述點播終端包括一個或一個以上的播放器和傳輸控 制端，所述傳輸控制端通過第一接口與所述播放器通信，通過第二接口與系統(tǒng)中的其他節(jié) 點通fe。在前述的網(wǎng)絡點播系統(tǒng)中，所述播放器包括用戶交互界面、視頻/音頻解碼模塊 和數(shù)據(jù)通訊接口，其中，所述數(shù)據(jù)通訊接口可接收來自于用戶交互界面的資源請求，將該資 源請求發(fā)送給所述傳輸控制端的第一接口 ；所述數(shù)據(jù)通訊接口通過所述第一接口將傳輸控 制端的數(shù)據(jù)發(fā)送給所述視頻/音頻解碼模塊，所述視頻/音頻解碼模塊將解碼后的聲音通 過聲音播放裝置，圖像由所述用戶交互界面呈現(xiàn)給用戶。在前述的網(wǎng)絡點播系統(tǒng)中，所述用戶資源跟蹤服務器包括信息獲取單元、計算單 元和發(fā)送單元；所述信息獲取單元用于獲取系統(tǒng)中各資源節(jié)點的節(jié)點信息和資源信息，所 述計算單元用于根據(jù)點播終端的資源請求進行計算，以獲得符合要求的資源列表，并將所 述資源列表通過所述發(fā)送單元發(fā)送給發(fā)出資源請求的點播終端。本實用新型通過前述的網(wǎng)絡點播系統(tǒng)，基于P2P技術，對P2P技術進行了改進，在 進行P2P傳輸之前，優(yōu)先確定同一網(wǎng)絡內的終端進行P2P傳輸，從而克服了現(xiàn)有基于P2P網(wǎng) 絡的點播系統(tǒng)的弊端，由此可有效降低網(wǎng)絡媒體文件點播系統(tǒng)的成本和網(wǎng)絡損耗，因此，可 以支持更多用戶的并發(fā)在線，實現(xiàn)更加流暢的點播。

圖1為本實用新型所述網(wǎng)絡點播系統(tǒng)的網(wǎng)絡結構示意圖；圖2為本實用新型所述點播終端的一個具體實施例的結構及信號傳輸框圖；圖3為圖2所示點播終端的另一種信號傳輸框圖；圖4為本實用新型所述點播終端的另一個具體實施例的結構及信號傳輸框圖；圖5為圖4所示點播終端的另一種信號傳輸框圖；圖6為本實用新型所述用戶資源跟蹤服務器的一個具體實施例的結構及信號傳 輸框圖；圖7為本實用新型所述網(wǎng)絡點播方法的一個具體實施例的流程圖。
具體實施方式
如圖1所示，為本實用新型所述網(wǎng)絡點播系統(tǒng)的網(wǎng)絡結構示意圖，所述網(wǎng)絡點播 系統(tǒng)由多個節(jié)點相互連接形成P2P網(wǎng)絡，所述節(jié)點至少包括用戶資源跟蹤服務器1和多個 點播終端2，所述多個點播終端2位于一個以上不同的網(wǎng)絡組1至網(wǎng)絡組η中。另外，在該 網(wǎng)絡點播系統(tǒng)中還可以包括一個或多個資源發(fā)布服務器3，這些資源發(fā)布服務器3分布于該P2P網(wǎng)絡中，與其他節(jié)點采用P2P的方式通訊，用于上傳資源，向有需求的節(jié)點提供特定 內容，并且，可以對上傳過程進行負載均衡控制。其中，具有上傳資源的點播終端2和資源 發(fā)布服務器3可統(tǒng)稱為資源節(jié)點。如圖2所示，所述點播終端2包括一個或一個以上的播放器21a和傳輸控制端 22a,其結構連接關系及信號流向的一個具體實施例如圖2所示，在所述點播終端上，包括 Ι-m個播放器，每一播放器包括用戶交互界面211a、視頻/音頻解碼模塊212a和數(shù)據(jù)通訊 接口 213a。所述傳輸控制端22a包括第一接口 221a、傳輸控制模塊222a和第二接口 223a。當用戶通過點播終端的播放器用戶交互界面211a輸入資源請求時，播放器21a向 傳輸控制端22a請求資源信息和下載，傳輸控制端22a處理后向播放器21a返回應答處理 結果，包括網(wǎng)絡資源的標識和下載的進度等。具體地，用戶在用戶交互界面211a中輸入資源請求，所述數(shù)據(jù)通訊接口 213a接收 來自于用戶交互界面211a的資源請求，將該資源請求發(fā)送給所述傳輸控制端22a的第一接 口 221a，通過所述傳輸控制端的第二接口 223a將該資源請求采用私有協(xié)議發(fā)送給用戶資 源跟蹤服務器1 ；并通過該第二接口 223a采用私有協(xié)議接收所述用戶資源跟蹤服務器1發(fā) 送來的資源列表，所述傳輸控制端22a根據(jù)該資源列表給出的資源節(jié)點信息，與相應的資 源節(jié)點(如其他的具有上傳資源的點播終端2或用于提供特定內容的資源發(fā)布服務器3) 以P2P方式交互取得相應的資源，取得相應的資源的一個具體的實施方式是，所述傳輸控 制端22a在本地創(chuàng)建任務并將獲得的數(shù)據(jù)存儲到磁盤上，另外一種具體的實施方式是，將 數(shù)據(jù)保存在內存中。所述播放器21a通過所述數(shù)據(jù)通訊接口 213a、傳輸控制端的第一接口 221a獲得所 請求的資源數(shù)據(jù)，并將該資源數(shù)據(jù)發(fā)送給所述視頻/音頻解碼模塊212a，所述視頻/音頻解 碼模塊212a將解碼后的數(shù)據(jù)發(fā)送給所述用戶交互界面211a和聲音播放裝置，通過所述用 戶交互界面211a將視頻呈現(xiàn)給用戶，通過聲音播放裝置把聲音呈現(xiàn)給用戶。其中，所述播 放器21a從傳輸控制端22a獲得所請求的資源數(shù)據(jù)的一個具體實施方式
是，所述傳輸控制 端22a應答播放器的資源請求，主動并推送給播放器需求的數(shù)據(jù)。另一種實施方式是，播放 器不斷地向傳輸控制端22a發(fā)出請求，傳輸控制端22a不斷地將播放器所請求的數(shù)據(jù)推送 給播放器；第三種方式是，傳輸控制端22a向播放器提供保存位置信息和下載進度信息，播 放器主動從保存位置讀取數(shù)據(jù)，這里的保存位置包括具體的磁盤位置或內存地址。另外一種方式如圖3所示，用戶采用播放器用戶交互界面211a輸入資源請求時， 所述數(shù)據(jù)通訊接口 213a接收來自于用戶交互界面211a的資源請求，將該資源請求發(fā)送給 所述傳輸控制端22a的第一接口 221a，通過所述傳輸控制端的第二接口 223a由點播終端上 的傳輸控制端通過http協(xié)議將所述資源請求發(fā)送到相應的服務器；所述相應的服務器可 以為圖1中的任一資源發(fā)布服務器，該資源發(fā)布服務器對該資源請求進行認證、解析后，將 該資源請求重定向到該點播終端的傳輸控制端，通過點播終端上的傳輸控制端將所述重定 向的資源請求發(fā)送給所述用戶資源跟蹤服務器。其余過程與圖2所示的過程相同，在此不 再贅述。用戶可以在圖2、3中所示的播放器用戶交互界面211a輸入資源請求，也可以由點 播終端通過Web的方式向某一特定服務器(即該系統(tǒng)中的某一資源發(fā)布服務器)發(fā)出資源 請求。此時，結構關系及信號流向如圖4、5所示，當點播終端在某一 Web網(wǎng)站上輸入資源請
5求時(即在網(wǎng)站上選擇可播放文件的資源鏈接)，對該資源請求的處理可以采用圖2和圖3 所示的兩種方式之一來完成。即如圖4所示，由傳輸控制端采用私有通訊協(xié)議，由第二接口 223a將該資源請求直接發(fā)送給用戶資源跟蹤服務器?；蛘呷鐖D5所示，由傳輸控制端采用 http協(xié)議，由第二接口 223a將該資源請求發(fā)送到對應的服務器上，如圖1中的任一資源發(fā) 布服務器，該資源發(fā)布服務器對該資源請求進行認證、解析后，將該資源請求重定向到該點 播終端的傳輸控制端，以后的過程與圖2所示的結構相同。在此不再贅述。在本實用新型中，圖1中所述的用戶資源跟蹤服務器記載著所有資源節(jié)點(即具 有上傳資源的節(jié)點)的信息。這些信息包括所有資源節(jié)點的唯一標識(P-ID)、IP地址和網(wǎng) 絡監(jiān)聽端口等信息，還包括網(wǎng)絡類型、網(wǎng)絡組號、版本號(如傳輸控制端的版本號)等信息， 還包括擁有的可上傳資源標識(HASH)。具體實現(xiàn)方式是在所述網(wǎng)絡點播系統(tǒng)建立起來之 后，使用私有通訊協(xié)議，每一個點播終端和資源發(fā)布服務器作為一個P2P資源節(jié)點向用戶 資源跟蹤服務器注冊節(jié)點的P-ID、IP地址和網(wǎng)絡監(jiān)聽端口，可上傳資源標識等信息，用戶 資源跟蹤服務器獲取并記錄這些信息。如圖6所示，所述用戶資源跟蹤服務器1至少包括信息獲取單元11、計算單元12 和發(fā)送單元13。其中，所述信息獲取單元11用于在資源節(jié)點向所述用戶資源跟蹤服務器1 注冊時來獲取具體信息并記錄，這里所述的具體信息包括代表資源節(jié)點身份的資源節(jié)點信 息，如該資源節(jié)點的唯一標識P-ID、IP地址、網(wǎng)絡監(jiān)聽端口和網(wǎng)絡類型中的任一或任意組 合。另外，還包括資源信息，如通過HASH算法計算出的每個資源對應的唯一標識。并在當 有資源請求時，信息獲取單元11接收該資源請求，將該資源請求傳送給所述計算單元12。所述計算單元12收到某一具體資源請求時，對該資源請求進行分析，獲得要請求 的資源信息是什么，發(fā)送該資源請求的點播終端位于哪一個網(wǎng)絡組，確定與發(fā)送該資源請 求的點播終端位于同一網(wǎng)絡組內的、具有該資源的資源節(jié)點的個數(shù)，如果確定的符合要求 的資源節(jié)點的個數(shù)足夠多，如在某一個數(shù)量范圍內，則將該些符合要求的資源節(jié)點的信息 形成資源列表，再將所述資源列表通過所述發(fā)送單元13發(fā)送給發(fā)出所述請求資源的點播 終端。如果確定的符合要求的資源節(jié)點的個數(shù)不多，不足以滿足要求，再將整個系統(tǒng)中的其 他網(wǎng)絡組中的具有該資源的資源節(jié)點的信息與前述符合要求的本網(wǎng)絡組內的資源節(jié)點的 信息合在一起形成資源列表。即，在該資源列表中的資源節(jié)點，可來自于一個以上的網(wǎng)絡 組，例如，發(fā)出該資源請求的點播終端A的IP位于某一 IP段內，而點播終端B位于該IP段 之外，其中，該IP段代表著一個網(wǎng)絡組。其中，來自于其他網(wǎng)絡的資源節(jié)點，如點播終端B， 可以由各種方式來確定，如路由最近，或下載源最優(yōu)，或僅是隨機選取。在本實用新型中，所述同一網(wǎng)絡可以理解為由同一運營商提供的網(wǎng)絡，如前所述 的點播終端A所在的IP段由運營商甲提供。即，在本實用新型中，可存在著多個不同運營 商提供的網(wǎng)絡，但是，每一網(wǎng)絡中的節(jié)點與同一網(wǎng)絡或其他網(wǎng)絡中的節(jié)點為P2P連接方式， 因而，本實用新型所述的網(wǎng)絡點播系統(tǒng)整體上為一P2P網(wǎng)絡。由于本實用新型所提供的P2P 網(wǎng)絡中的用戶資源跟蹤服務器可以在收到資源請求時，可以通過計算，主動識別網(wǎng)絡運營 商的網(wǎng)絡拓撲，使得用戶能夠選取最優(yōu)或路由最近的下載源，從而使得終端用戶的下載速 度大大提升。另外，本實用新型避免了不同網(wǎng)絡之間的網(wǎng)絡資源被肆意使用，緩解了網(wǎng)絡壓 力，消除了重復下載帶來的運營商帶寬的資源浪費，從而降低了網(wǎng)絡損耗和網(wǎng)絡成本?；?此，網(wǎng)絡視頻運營商可以將更多精力放到版權采購中去，從而推動網(wǎng)絡視頻產業(yè)的健康發(fā)展。根據(jù)圖7，結合圖1、圖2-5，本實用新型提供的點播方法的具體實施例如下步驟步驟Si，通過點播終端2向用戶資源跟蹤服務器1發(fā)送資源請求。在該步驟中，用戶可以通過兩種方式來輸入資源請求一種是通過點播終端2上 的播放器21a，另外一種是采用web的方式。當播放器21a輸入資源請求時，信號傳輸如圖 2、3所示，其中，在輸入資源請求時，可以輸入internet等網(wǎng)絡上的要播放文件的URL，也可 以是自定義協(xié)議地址；當采用web的方式輸入資源請求時，信號傳輸如圖4、5所示，其中，在 輸入資源請求時，可以在當前視頻網(wǎng)頁上選擇具體的要播放的資源鏈接。通過這兩種方式 輸入的資源請求由點播終端的傳輸控制端使用私有通訊協(xié)議發(fā)送給用戶資源跟蹤服務器。步驟S2，所述用戶資源跟蹤服務器接收到所述資源請求時，所述用戶資源跟蹤服 務器從所述資源請求中解析出發(fā)出所述資源請求的點播終端的節(jié)點IP，根據(jù)所述節(jié)點IP， 檢索所述用戶資源跟蹤服務器中存儲的IP-網(wǎng)絡組號對照表，得到該點播終端所屬網(wǎng)絡組 的組號；步驟S3，根據(jù)接收到的資源請求，即對資源(hash)的請求，檢索用戶資源跟蹤服 務器存儲的資源節(jié)點信息；步驟S4，確定發(fā)出該資源請求的點播終端所屬網(wǎng)絡組中有多少個具有該資源的資 源節(jié)點，即確定所屬網(wǎng)絡組中具有該資源的資源節(jié)點的個數(shù)；步驟S5，判斷如果符合要求的資源節(jié)點的個數(shù)是否在一預定個數(shù)范圍內，如 40-50個(為該系統(tǒng)設定的個數(shù))，如果在該范圍內，在步驟S6中，則將所述這些符合要求 的資源節(jié)點的信息形成資源列表；如果確定的符合要求的資源節(jié)點的個數(shù)不多，沒有達到 這一范圍，不足以滿足數(shù)量的要求，在步驟S10、Sll中，再將整個系統(tǒng)中的其他網(wǎng)絡組中的 具有該資源的資源節(jié)點的信息與前述符合要求的本網(wǎng)絡組內的資源節(jié)點的信息合在一起 形成資源列表，即，在該資源列表中的資源節(jié)點，來自于一個以上的網(wǎng)絡組。其中，來自于其 他網(wǎng)絡的資源節(jié)點，可以由各種方式來確定。步驟S7，將所述資源列表發(fā)送給所述點播終端；步驟S8，所述點播終端中的傳輸控制端通過第二接口接收該資源列表，使用私有 通訊協(xié)議，與所述資源列表中給出的資源節(jié)點通過P2P方式進行交互以獲取資源；步驟S9，所述點播終端中的傳輸控制端將獲取到的資源發(fā)送給播放器，經過視頻 /音頻解碼模塊的解碼后，視頻圖像通過用戶交互界面呈現(xiàn)給用戶，聲音通過聲單播放裝置 呈現(xiàn)給用戶。另外，在步驟S8中，所述點播終端獲取到資源后，將獲取到的資源在網(wǎng)絡中共享， 為對該資源有需求的節(jié)點提供上傳服務。另外，在圖1所示的本實用新型的網(wǎng)絡點播系統(tǒng)中還包括所述資源發(fā)布服務器3， 所述資源發(fā)布服務器3包括資源上傳單元和控制單元，所述資源上傳單元用于提供資源 上傳服務，并將所述資源發(fā)布服務器的節(jié)點信息和資源信息發(fā)送給所述用戶資源跟蹤服務 器；所述上傳控制單元用于在所述資源上傳單元提供資源上傳服務時進行負載均衡控制。所述的負載均衡控制包括兩個方面，一方面，當所述資源發(fā)布服務器3為多個點 播終端提供同一資源時，判斷對該資源的請求數(shù)量是否達到了最大請求數(shù)量，如為50個點 播終端提供同一資源，如果超出最大請求數(shù)量，斷開最新鏈接的點播終端的連接。當請求數(shù)量在最大請求數(shù)量內時，再接收新的資源請求。另一方面，所述資源發(fā)布服務器從該P2P網(wǎng)絡中的用戶跟蹤服務器獲取擁有其上 傳資源的資源節(jié)點數(shù)量；判斷該數(shù)量是否達到預定的范圍，如果達到，資源發(fā)布服務器拒絕 對該資源新連接的下載請求。所述資源發(fā)布服務器通過上面兩個方面的上傳資源的控制，可以有效降低所述資 源發(fā)布服務器的承載量。在本實用新型中，所述的點播終端2可以為各種類型的網(wǎng)終終端，如個人計算機、 嵌入式設備，如機頂盒、智能手機等。所述的資源發(fā)布服務器3可以為任意網(wǎng)絡提供商提供 的具有特定內容的服務器，如新聞、廣告、電視劇、電影、音樂等。而用戶資源跟蹤服務器1 的個數(shù)在圖1中只有1個，但并不限于這一個，也可以是多個，當有多個時，可以采用分布式 連接。通過本實用新型所述的點播方法和點播系統(tǒng)，可以主動識別網(wǎng)絡運營商的網(wǎng)絡拓 撲，使得用戶能夠選取最優(yōu)或路由最近的下載源，使得終端用戶的下載速度大大提升，點播 系統(tǒng)支持更多用戶同時在線的能力大大提高，實現(xiàn)了多用戶的并發(fā)在線流暢點播。另外，本 實用新型避免了不同網(wǎng)絡之間的網(wǎng)絡資源被肆意使用，緩解了網(wǎng)絡壓力，消除了重復下載 帶來的運營商帶寬的資源浪費，從而降低了網(wǎng)絡損耗和網(wǎng)絡成本。最后所應說明的是以上實施例僅用以說明本實用新型而非限制，盡管參照較佳 實施例對本實用新型進行了詳細說明，本領域的普通技術人員應當理解，在不脫離本實用 新型的精神和范圍的前提下對本實用新型進行的修改或者等同替換，均應涵蓋在本實用新 型的權利要求范圍當中。
8
權利要求一種網(wǎng)絡點播系統(tǒng)，包括多個相互連接形成P2P網(wǎng)絡的節(jié)點，所述多個節(jié)點在所述P2P網(wǎng)絡中分屬于一個以上的網(wǎng)絡組，其特征在于，所述多個節(jié)點包括用戶資源跟蹤服務器和多個擁有上傳資源的資源節(jié)點，所述資源節(jié)點包括用于向所述用戶資源跟蹤服務器發(fā)送資源請求、并根據(jù)從所述用戶資源跟蹤服務器返回的資源列表與資源節(jié)點進行交互來獲得資源的點播終端；所述用戶資源跟蹤服務器接收點播終端發(fā)出的資源請求，將所述點播終端所屬網(wǎng)絡組中的、具有該資源的、個數(shù)在預定范圍內的資源節(jié)點的信息形成的資源列表，或者將該點播終端所屬網(wǎng)絡組外的具有該資源的資源節(jié)點的信息與該點播終端所屬網(wǎng)絡組的擁有該資源的資源節(jié)點信息共同形成的資源列表發(fā)送給發(fā)出該資源請求的點播終端。
2.如權利要求1所述的網(wǎng)絡點播系統(tǒng)，其特征在于，所述資源節(jié)點還包括一個或多個 資源發(fā)布服務器，所述資源發(fā)布服務器提供上傳資源，并對上傳過程進行負載均衡控制。
3.如權利要求2所述的網(wǎng)絡點播系統(tǒng)，其特征在于，所述資源發(fā)布服務器包括資源上 傳單元和上傳控制單元，所述資源上傳單元提供資源上傳服務，并將所述資源發(fā)布服務器 的節(jié)點信息和資源信息發(fā)送給所述用戶資源跟蹤服務器；所述上傳控制單元用于在所述資 源上傳單元提供資源上傳服務時進行負載均衡控制。
4.如權利要求1-3任一所述的網(wǎng)絡點播系統(tǒng)，其特征在于，所述點播終端包括一個或 一個以上的播放器和傳輸控制端，所述傳輸控制端通過第一接口與所述播放器通信，通過 第二接口與系統(tǒng)中的其他節(jié)點通信。
5.如權利要求4所述的網(wǎng)絡點播系統(tǒng)，其特征在于，所述播放器包括用戶交互界面、 視頻/音頻解碼模塊和數(shù)據(jù)通訊接口，其中，所述數(shù)據(jù)通訊接口可接收來自于用戶交互界 面的資源請求，將該資源請求發(fā)送給所述傳輸控制端的第一接口 ；所述數(shù)據(jù)通訊接口通過 所述第一接口將傳輸控制端發(fā)送來的數(shù)據(jù)提供給所述視頻/音頻解碼模塊，所述視頻/音 頻解碼模塊將解碼后的聲音通過聲音播放裝置播出，圖像由給所述用戶交互界面呈現(xiàn)給用 戶。
6.如權利要求1所述的網(wǎng)絡點播系統(tǒng)，其特征在于，所述用戶資源跟蹤服務器包括信 息獲取單元、計算單元和發(fā)送單元；所述信息獲取單元用于接收系統(tǒng)中各資源節(jié)點發(fā)送來 的節(jié)點信息和資源信息，所述計算單元用于根據(jù)點播終端的資源請求進行計算，以獲得符 合要求的資源列表，并將所述資源列表通過所述發(fā)送單元發(fā)送給發(fā)出資源請求的點播終端。
專利摘要本實用新型公開了一種網(wǎng)絡點播系統(tǒng)，包括多個相互連接形成P2P網(wǎng)絡的節(jié)點，所述多個節(jié)點在所述P2P網(wǎng)絡中分屬于一個以上的網(wǎng)絡組，所述多個節(jié)點包括用戶資源跟蹤服務器和多個擁有上傳資源的資源節(jié)點，所述資源節(jié)點包括用于向所述用戶資源跟蹤服務器發(fā)送資源請求、并根據(jù)從所述用戶資源跟蹤服務器返回的資源列表與資源節(jié)點進行交互來獲得資源的點播終端；所述用戶資源跟蹤服務器確定資源列表并發(fā)送給發(fā)出該資源請求的點播終端。本實用新型克服了現(xiàn)有P2P網(wǎng)絡的點播系統(tǒng)的弊端，在多用戶的并發(fā)在線流暢點播的同時，降低了網(wǎng)絡系統(tǒng)的成本的損耗。
文檔編號H04L29/08GK201766618SQ201020247390
公開日2011年3月16日 申請日期2010年7月2日 優(yōu)先權日2010年7月2日
發(fā)明者張克東, 王欣 申請人:深圳市快播科技有限公司