專利名稱：一種基于用戶名系統(tǒng)實(shí)現(xiàn)播的方法及其系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)技術(shù)，特別涉及一種基于用戶名系統(tǒng)實(shí)現(xiàn)播的方法及其系統(tǒng)。
背景技術(shù)：
1、 播的類型
邏輯地址本身從本質(zhì)上表達(dá)的是一個(gè)網(wǎng)絡(luò)接口點(diǎn)的信息，因此， 一個(gè)IP 包里源IP地址加上目的IP地址所決定的一般是網(wǎng)絡(luò)上兩個(gè)網(wǎng)絡(luò)接口點(diǎn)之間的
信息傳遞。網(wǎng)絡(luò)中大部分網(wǎng)站(如互聯(lián)網(wǎng)中主要的WEB網(wǎng)站)的信息傳遞需 要采取點(diǎn)到多點(diǎn)的這種通信方式。這種點(diǎn)到多點(diǎn)的通信方式實(shí)現(xiàn)播的信息傳遞 有以下幾種類型，不同類型對(duì)播的傳輸方式在需求上會(huì)有差異
連接型實(shí)時(shí)播(可稱為"流")，這種播并不意味著一定采用連接的傳輸層 協(xié)議，而是指實(shí)時(shí)地播出一個(gè)有一定時(shí)間長(zhǎng)度(甚至不限制時(shí)間長(zhǎng)度)的流， 這個(gè)流需要同步和同時(shí)地傳遞到多個(gè)目的地址，如各類聲音和電視等廣播都是 采取這種播的類型。
非連接實(shí)時(shí)播，是指一個(gè)突發(fā)性的數(shù)據(jù)報(bào)，而非一個(gè)連續(xù)一段時(shí)間的流， 其需要具有一定實(shí)時(shí)性的播發(fā)送至多個(gè)目的地址，如傳遞路由信息的ARP包 就是屬于非連續(xù)實(shí)時(shí)播這種類型。
非實(shí)時(shí)播，是指同一個(gè)數(shù)據(jù)內(nèi)容需要傳遞至多個(gè)目的地址，但不一定是同 時(shí)傳遞，如被多個(gè)終端下載的WEB網(wǎng)頁和FTP數(shù)據(jù)等就是屬于非實(shí)時(shí)播這種 類型。
2、 點(diǎn)對(duì)點(diǎn)實(shí)現(xiàn)播的問題此外，播的信息傳遞也可以采用點(diǎn)對(duì)點(diǎn)的這種通信方式，但是這種點(diǎn)對(duì)點(diǎn) 的通信方式實(shí)現(xiàn)播的傳遞具有以下缺點(diǎn)
(1) 、對(duì)服務(wù)器(或播源)產(chǎn)生巨大壓力。
因?yàn)槿绻鄠€(gè)用戶同時(shí)去訪問一個(gè)服務(wù)器上的同一個(gè)信息，這會(huì)給服務(wù)器
的并發(fā)能力帶來非常巨大的壓力。例如如果有1萬個(gè)用戶同時(shí)去點(diǎn)播一個(gè)服 務(wù)器里的電影資料，就要求視頻服務(wù)器具有1萬個(gè)流的同時(shí)并發(fā)能力，這對(duì)于 服務(wù)器的處理能力來說要求是非常巨大的，而且在實(shí)際商用過程中，這種并發(fā) 能力是很難獲利的。
(2) 、造成網(wǎng)絡(luò)流量的巨大浪費(fèi)。
如果有50萬個(gè)中國(guó)的用戶去下載美國(guó)某個(gè)網(wǎng)站的資料，在采用點(diǎn)對(duì)點(diǎn)訪 問的情況下，這個(gè)資料會(huì)重復(fù)50萬次地從美國(guó)傳遞到中國(guó)。因此，采用點(diǎn)對(duì) 點(diǎn)方式去傳遞播的信息對(duì)網(wǎng)絡(luò)流量的浪費(fèi)是極其巨大的。
需要說明的是無論采用什么技術(shù)，對(duì)終端接入處綜合算起來的流量原 則上是沒有任何影響的。無論采用播的方式還是點(diǎn)對(duì)點(diǎn)的方式，在最終終端接 收處算起來的總流量一般都應(yīng)當(dāng)是一樣的。
但對(duì)于現(xiàn)在看起來成本較低的點(diǎn)對(duì)點(diǎn)(P2P)技術(shù)實(shí)現(xiàn)的播，卻是最終 的終端用戶處流量最大的方式。因?yàn)榇罅坑脩舫藶樽约合螺d而產(chǎn)生的流量 外，還增加了為提供播的復(fù)制而增加的流量，同時(shí)骨干網(wǎng)絡(luò)的流量一般很難因 為采用P2P技術(shù)而有所減少。因此，從最終來看，P2P技術(shù)其實(shí)并不是一種最 經(jīng)濟(jì)的解決方案。它表面上的經(jīng)濟(jì)性僅僅是因?yàn)楝F(xiàn)在網(wǎng)絡(luò)商業(yè)關(guān)系的錯(cuò)位，用 戶終端處增加的流量、因?yàn)榘碌馁Y費(fèi)方式?jīng)]有體現(xiàn)出任何成本而形成的。
3、現(xiàn)有實(shí)現(xiàn)播的技術(shù)及其缺陷
由上述可知，由于不同類型的播對(duì)實(shí)現(xiàn)播的方式有不同的要求，現(xiàn)有技術(shù) 中有以下幾種方式實(shí)現(xiàn)播的技術(shù)
(1),在IP協(xié)議本身設(shè)置組播地址。這種技術(shù)可應(yīng)用到各類的實(shí)時(shí)播中， 如在Internet協(xié)議版本4 (IPv4 )協(xié)議中，255.255.255.255這個(gè)地址被定義為 本網(wǎng)絡(luò)內(nèi)的廣播。D類地址224.0.0.0-239.255.255.255被專門用來作播通信。這種技術(shù)缺陷在于組播IP地址不僅控制復(fù)雜，而且更關(guān)鍵的是這種技 術(shù)本身混淆了解決問題的層次。播，特別是一般應(yīng)用所產(chǎn)生的播，其需求是屬 于傳輸層的問題，但組播地址卻將問題放在邏輯地址層去解決。這種問題層次 的混淆會(huì)帶來很大的問題。例如應(yīng)用層的編程需要直接針對(duì)組播地址進(jìn)行編 址，不僅實(shí)現(xiàn)困難，而且可升級(jí)性、可移植性都很不好。組播地址被用在目的 地址的位置，在管理目的者的處理上會(huì)非常復(fù)雜。而且，未來4艮多業(yè)務(wù)可能并
不一定在最初就確定是播的方式還是只有點(diǎn)對(duì)點(diǎn)的通信。例如兩個(gè)人最初只是 打可視電話，但在已經(jīng)開始可視電話之后的通話中間希望拉入另外 一 方開會(huì)議 電牙見，此時(shí)如果采用組播地址實(shí)現(xiàn)的話，目的IP地址就要進(jìn)4亍普通地址和組 播地址的轉(zhuǎn)換，因此，在這種情況下會(huì)使問題變得異常復(fù)雜。
(2) ,鏡像網(wǎng)站。鏡像網(wǎng)站是最初處理非實(shí)時(shí)播的技術(shù)，它是網(wǎng)站的一個(gè)
復(fù)制品，可以分散服務(wù)器訪問和網(wǎng)絡(luò)流量壓力。
(3) , CDN ( Content Delivery Network,簡(jiǎn)稱CDN)內(nèi)容分發(fā)網(wǎng)絡(luò)。CDN 是最初鏡像網(wǎng)站的進(jìn)一步發(fā)展。它提供了一種通用的分布非實(shí)時(shí)播的方式，可 以作為一種通用的業(yè)務(wù)有償?shù)靥峁┙o網(wǎng)站所有者。鏡像網(wǎng)站和CDN都是建立 在DNS ( Datagram Network Services,簡(jiǎn)稱DNS )或智能DNS技術(shù)基礎(chǔ)上的。 目前CDN技術(shù)為實(shí)現(xiàn)更大的通用性，進(jìn)一步有人提出GCDN ( Global CDN， 筒稱GCDN)的概念。
上述這兩種技術(shù)的缺陷在于基于DNS的鏡像網(wǎng)站和CDN技術(shù)在通用 性和智能性上雖然不斷地在改進(jìn)，但這個(gè)過程也同時(shí)表明了基于DNS解決非 實(shí)時(shí)播時(shí)遇到的通用性和自動(dòng)性的局限。這個(gè)技術(shù)在實(shí)現(xiàn)上通過專業(yè)的服務(wù)商 提供，傳輸層本來是網(wǎng)絡(luò)服務(wù)商業(yè)務(wù)范圍內(nèi)的事情，如果由專業(yè)的CDN服務(wù) 商提供這種服務(wù)，會(huì)給用戶增加很多操作上的復(fù)雜性，其自動(dòng)化程度也很難解 決，同時(shí)基于DNS的CDN控制也非常復(fù)雜。
(4) ， P2P實(shí)現(xiàn)播的技術(shù)。這種播的技術(shù)即可以用于連接型實(shí)時(shí)播，也可 以用于非實(shí)時(shí)類的播。它事實(shí)上是利用P2P技術(shù)把終端同時(shí)當(dāng)作承擔(dān)服務(wù)器 功能的轉(zhuǎn)播器使用。
P2P技術(shù)可以充分地利用用戶終端主機(jī)的資源，因此成本極低。但其缺陷也是很明顯的 一是這種利用是建立在用戶可以無償提供這種服務(wù)的前提下， 如果采用流量計(jì)費(fèi)，則需要復(fù)雜的利益分享機(jī)制，否則用戶顯然不會(huì)愿意接收
成為P2P網(wǎng)絡(luò)中的信息中轉(zhuǎn)服務(wù)器；二是由于提供服務(wù)的用戶主機(jī)會(huì)任意地 上網(wǎng)和下網(wǎng)，因此如何在服務(wù)進(jìn)行中間重新尋找連接點(diǎn)，并且在這個(gè)過程中保 持服務(wù)的穩(wěn)定性是一個(gè)本質(zhì)上的挑戰(zhàn)和障礙。
而本發(fā)明卻可以解決現(xiàn)有技術(shù)中實(shí)現(xiàn)播的技術(shù)的這些缺陷，與本發(fā)明相關(guān) 聯(lián)的另 一個(gè)發(fā)明"基于IP協(xié)議的用戶名系統(tǒng)和方法"(申請(qǐng)?zhí)?00610063542.9 ) 已于2006年11月8日向國(guó)家專利局"l是出專利申請(qǐng)。

發(fā)明內(nèi)容
1、系統(tǒng)組成元素
本發(fā)明的目的在于提供一種基于用戶名系統(tǒng)實(shí)現(xiàn)播的方法及其系統(tǒng)。
本發(fā)明解決其技術(shù)問題所采用的技術(shù)方案是 一種基于用戶名系統(tǒng)實(shí)現(xiàn)播 的系統(tǒng)，所述系統(tǒng)包括
播源，為產(chǎn)生播信息的信源，用于確定轉(zhuǎn)播路徑，并將所述播信息和記錄 有轉(zhuǎn)播路徑的轉(zhuǎn)播表進(jìn)行發(fā)送；
轉(zhuǎn)播器，用于接收所述轉(zhuǎn)播表和所述播信息，復(fù)制所述播信息并根據(jù)所述 轉(zhuǎn)播表向指定的一個(gè)或多個(gè)目的地址轉(zhuǎn)發(fā)所述復(fù)制的信息；
播宿，為接收所述播信息的信宿，用于向所述播源發(fā)出接收所述播信息的 請(qǐng)求，從離所述播宿最近的所述轉(zhuǎn)播器上獲取所述播信息；
用戶名系統(tǒng)，用于提供查詢所述轉(zhuǎn)播器的用戶名和IP地址信息；
本發(fā)明中，所述系統(tǒng)還包括
轉(zhuǎn)播控制器，用于接收所述播源發(fā)來的所述轉(zhuǎn)播表，提供轉(zhuǎn)播網(wǎng)系統(tǒng)的控 制，包括所述轉(zhuǎn)播表計(jì)算、分配，并將所述轉(zhuǎn)播表分發(fā)至相應(yīng)的所述轉(zhuǎn)播器。 本發(fā)明中，所述轉(zhuǎn)^燔器具體包括
播源接入轉(zhuǎn)播器，用于接收所述播源發(fā)送出的播信息、播宿地址、服務(wù)需 求的信息，并將所述信息上4艮至所述轉(zhuǎn)播控制器；
播宿接入轉(zhuǎn)播器，用于向所述播宿提供所述播信息，并根據(jù)需求修改所述轉(zhuǎn)播表；
中心轉(zhuǎn)播器，為單級(jí)轉(zhuǎn)播器或多級(jí)轉(zhuǎn)播器，用于接收所述播源接入轉(zhuǎn)播器 發(fā)來的所述播信息，并逐級(jí)向下一級(jí)轉(zhuǎn)播器分發(fā)所述播信息。
本發(fā)明中，當(dāng)處于不同轉(zhuǎn)播網(wǎng)運(yùn)營(yíng)商網(wǎng)絡(luò)時(shí)，所述轉(zhuǎn)播器還包括
關(guān)口轉(zhuǎn)播器，用于實(shí)現(xiàn)不同轉(zhuǎn)播網(wǎng)的互聯(lián)。
本發(fā)明中，所述播源接入轉(zhuǎn)播器和所述播宿接入轉(zhuǎn)播器可以為同一個(gè)轉(zhuǎn)播器。
本發(fā)明中，所述轉(zhuǎn)播器可以為中轉(zhuǎn)服務(wù)器，用于提供只有一個(gè)目的地址的 轉(zhuǎn)播服務(wù)。
本發(fā)明中，所述轉(zhuǎn)播表包括固定轉(zhuǎn)播表和可改變轉(zhuǎn)播表，其利用目的用戶 名系統(tǒng)和端口號(hào)表示目的地址，或利用IP地址和端口號(hào)表示目的地址。
2、系統(tǒng)工作基本步驟
本發(fā)明還同時(shí)公開了 一種基于用戶名系統(tǒng)實(shí)現(xiàn)播的方法，包括如下步驟
(a) ,產(chǎn)生播信息的播源根據(jù)自身業(yè)務(wù)需要和轉(zhuǎn)播網(wǎng)狀態(tài)確定轉(zhuǎn)播路徑， 并將記錄有所述轉(zhuǎn)播路徑的轉(zhuǎn)播表發(fā)送至轉(zhuǎn)播網(wǎng)控制管理服務(wù)器；
(b) ，由所述轉(zhuǎn)播控制器將所述轉(zhuǎn)播表分發(fā)至相應(yīng)的轉(zhuǎn)播器；
(c) ,所述轉(zhuǎn)播器接收并復(fù)制所述播源發(fā)來的所述播信息，根據(jù)接收到的 所述轉(zhuǎn)播表向指定的一個(gè)或多個(gè)目的地址轉(zhuǎn)發(fā)所述復(fù)制的信息。
本發(fā)明中，在執(zhí)行所述步驟(c )之后進(jìn)一步包括
(d) ,播宿向所述播源發(fā)出接收信息的請(qǐng)求，由所述播源將所述請(qǐng)求提交 到離所述播宿最近的播宿接入轉(zhuǎn)播器上，并修改所述播宿接入轉(zhuǎn)播器的轉(zhuǎn)播 表。
本發(fā)明中，若存在多級(jí)轉(zhuǎn)播器時(shí)，所述步驟(c)具體還包括 (cl)，播源接入轉(zhuǎn)播器接收并復(fù)制所述播源發(fā)來的所述播信息，根據(jù)接 收到的所述轉(zhuǎn)播表向中心轉(zhuǎn)播器轉(zhuǎn)發(fā)所述復(fù)制的信息；
(c2)，由所述中心轉(zhuǎn)播器逐級(jí)向下一級(jí)轉(zhuǎn)播器進(jìn)行轉(zhuǎn)發(fā)。
通過采用本發(fā)明技術(shù)方案，由于用戶名系統(tǒng)UNS提供了強(qiáng)大和完善的管理用戶和提供附屬信息管理的基礎(chǔ)手段，因此，建立在UNS基礎(chǔ)上實(shí)現(xiàn)播就 具有極大的簡(jiǎn)單、方便、高性能、易擴(kuò)展升級(jí)和多功能的特性。而且，基于
UNS的播技術(shù)可用于方便地實(shí)現(xiàn)各種類型的播，特別是適合連接型實(shí)時(shí)播和
各類非實(shí)時(shí)播。


圖1是本發(fā)明 一種基于用戶名系統(tǒng)實(shí)現(xiàn)播的系統(tǒng)結(jié)構(gòu)示意圖。
具體實(shí)施例方式
下面4艮據(jù)附圖和具體實(shí)施例對(duì)本發(fā)明作進(jìn)一步闡述。 1、系統(tǒng)要求
一般來說， 一切播的技術(shù)從本質(zhì)上都是實(shí)現(xiàn)信息在傳遞過程的復(fù)制和分 發(fā)，從而在盡可能少的骨干流量和單個(gè)設(shè)備處理量的前提下，將同一個(gè)信息傳 遞到多個(gè)目的地，將這種承擔(dān)復(fù)制功能的單元稱為"轉(zhuǎn)播器"。不同技術(shù)僅僅 在于實(shí)現(xiàn)信息復(fù)制的方式和技術(shù)&出不同。因此，所謂播的技術(shù)就是如何實(shí)現(xiàn)
"轉(zhuǎn)播器，，的機(jī)制和技術(shù)，要實(shí)現(xiàn)一個(gè)好的轉(zhuǎn)播器，需要滿足以下要求
(1) ，對(duì)其它應(yīng)用部分透明，特別是對(duì)用戶完全透明。用戶不用去操心自 己的信息傳遞到底是采用播的技術(shù)傳遞還是采用點(diǎn)對(duì)點(diǎn)的技術(shù)傳遞；
(2) ,播的功能在整個(gè)網(wǎng)絡(luò)中的層次清晰，并且僅僅在傳輸層解決這個(gè)問 題，而不應(yīng)當(dāng)跨越到其它層次去解決，特別是不應(yīng)當(dāng)放到物理層和IP層去解 決，除非是這些層次本身的播的需要；
(3) ,播的路徑盡可能短；
(4) ,轉(zhuǎn)播器的控制管理簡(jiǎn)單容易；
(5) ,穩(wěn)定可靠。轉(zhuǎn)播器及其路徑不應(yīng)當(dāng)在業(yè)務(wù)開展過程中動(dòng)態(tài)地變換， 這表面看起來技術(shù)4艮高超，但事實(shí)上要在這樣的環(huán)境里實(shí)現(xiàn)穩(wěn)定可靠的業(yè)務(wù)是 比較困難的，也是不必要的。2、 實(shí)現(xiàn)基礎(chǔ)
因此，在滿足上述要求下，本發(fā)明是這樣實(shí)現(xiàn)的
而與本發(fā)明相關(guān)的專利"基于IP協(xié)議的用戶名系統(tǒng)和方法"(申請(qǐng)?zhí)?200610063542.9 )是為解決現(xiàn)有用戶名系統(tǒng)(User Name System,簡(jiǎn)稱DNS ) 系統(tǒng)因不能適應(yīng)用戶IP地址的實(shí)時(shí)變化等原因，從而不能適用于用戶終端， 而只適用于服務(wù)器的問題。而在IP網(wǎng)絡(luò)上疊加UNS服務(wù)層，所述UNS服務(wù) 層中包括輔助集中地址管理器、由根域服務(wù)器和子域服務(wù)器組成的分布式二層 UNS服務(wù)器、以及UNS接入服務(wù)器等；其中每個(gè)用戶的完整用戶號(hào)碼由其用 戶子號(hào)碼、其所歸屬子域的子域號(hào)碼、以及其所歸屬根域的根域號(hào)碼共三部分 組成。已注冊(cè)的主叫用戶可通過所述UNS服務(wù)層查詢被叫用戶的當(dāng)前IP地址， 進(jìn)而與被叫用戶建立直接的通信聯(lián)系。
由于用戶名系統(tǒng)UNS提供了強(qiáng)大和完善的管理用戶和提供附屬信息管理 的基礎(chǔ)手段，因此，建立在UNS基礎(chǔ)上實(shí)現(xiàn)播就具有極大的簡(jiǎn)單、方便、高 性能、易擴(kuò)展升級(jí)和多功能的特性。而且，基于UNS的播技術(shù)可用于方便地 實(shí)現(xiàn)各種類型的播，特別是適合連接型實(shí)時(shí)播和各類非實(shí)時(shí)播。
因此，在實(shí)現(xiàn)了 UNS用戶名系統(tǒng)之后，UNS用戶名系統(tǒng)提供查詢轉(zhuǎn)播器 的用戶名和IP地址信息，這樣本發(fā)明就可以實(shí)現(xiàn)"播"這種技術(shù)。
如圖l所示， 一種基于用戶名系統(tǒng)實(shí)現(xiàn)播的系統(tǒng)，主要包括轉(zhuǎn)播器、由轉(zhuǎn) 播器組成的轉(zhuǎn)播網(wǎng)、播源(指網(wǎng)絡(luò)上產(chǎn)生播信息的信源)以及播宿(指播信息 最終的接收者，是播網(wǎng)絡(luò)中的信宿)。以下將針對(duì)圖1中的各組成部分作詳細(xì) 說明。
3、 轉(zhuǎn)播網(wǎng)及其優(yōu)點(diǎn)
大量播的過程一般很難只通過一個(gè)轉(zhuǎn)播器完成，這樣會(huì)帶來與沒有播類似 的情況，即所有播宿信息接收都集中匯集在一個(gè)轉(zhuǎn)播器設(shè)備上。 一般情況下， 信息被復(fù)制到越多的轉(zhuǎn)播器，播所體現(xiàn)價(jià)值就越大，即單個(gè)轉(zhuǎn)播器的工作壓力 就越小。播的根本目的之一就在于降低單個(gè)處理單元的處理量，以及使得播宿 盡可能從距離自己最近的轉(zhuǎn)播器上提取信息。播的技術(shù)價(jià)值從本質(zhì)上說就是通過增加轉(zhuǎn)播器數(shù)量的投入去降低單個(gè)設(shè)備的處理能力壓力，以及盡可能降低因 信息路徑集中到播源而集中的網(wǎng)絡(luò)流量。因此，通過一定數(shù)量的轉(zhuǎn)播器組合形 成一個(gè)轉(zhuǎn)播網(wǎng)對(duì)播的技術(shù)是很自然的要求。對(duì)于轉(zhuǎn)播網(wǎng)的控制，關(guān)鍵也就是確 定某個(gè)信息的整個(gè)轉(zhuǎn)播路徑、包括當(dāng)播宿用戶發(fā)起接收某個(gè)播信息的請(qǐng)求時(shí)， 確定它應(yīng)當(dāng)訪問的轉(zhuǎn)播器連接點(diǎn)，以及當(dāng)作為播源的用戶要播出信息時(shí)，應(yīng)當(dāng) 提交到的轉(zhuǎn)播器接入點(diǎn)。
理論上，每個(gè)播源要向全網(wǎng)播出某個(gè)信息，只要提供一個(gè)信息流或傳遞一 次就可以被全網(wǎng)任意多的信宿用戶接收了。這樣，播源的設(shè)備能力如果從信息 流量的角度考慮，僅僅與提供的不同播源信息類型(或品種)的數(shù)量有關(guān)，而 與其要服務(wù)的用戶數(shù)，甚至同時(shí)服務(wù)的用戶數(shù)基本無關(guān)。這與廣播電臺(tái)的能力 只與頻道數(shù)有關(guān)，而與接收機(jī)數(shù)量無關(guān)是類似的。
從內(nèi)容存儲(chǔ)量來說，假設(shè)一個(gè)高清晰視頻內(nèi)容的信息量為1GB,而現(xiàn)在
市場(chǎng)上普通PC使用的硬盤開始普及的較高容量已經(jīng)達(dá)到500G。而一臺(tái)普通 PC可以很容易連接4個(gè)硬盤，總?cè)萘窟_(dá)到2TB,從而它可以存儲(chǔ)的高清晰度 ^L頻資料內(nèi)容的最大數(shù)量為2000個(gè)；
與用戶數(shù)量相關(guān)的僅僅是用戶管理和控制能力，由于用戶管理和控制僅僅 涉及到很少字節(jié)量的信息，因此相對(duì)來說對(duì)設(shè)備能力的消耗增長(zhǎng)是很少的。假 設(shè)紀(jì)錄每個(gè)用戶屬性和呼叫的信息量為lk字節(jié)，則1000萬用戶屬性和呼叫的 信息量?jī)H僅為10G字節(jié)。這個(gè)信息從存儲(chǔ)的角度來說現(xiàn)在任何一個(gè)最低級(jí)的 個(gè)人電腦都可以勝任；
從播的呼叫處理能力來說，如果一個(gè)播宿或播源用戶呼叫處理的時(shí)間為 5ms (這同樣是現(xiàn)在最普通的個(gè)人電腦都可以實(shí)現(xiàn)的能力)， 一天最大可以處 理的用戶呼叫就可以達(dá)到1728萬；
內(nèi)容商本來其投資就應(yīng)當(dāng)盡可能只花在內(nèi)容提供上，在網(wǎng)絡(luò)設(shè)備和網(wǎng)絡(luò)設(shè) 施上的任何投入都是一種社會(huì)資源配置的浪費(fèi)。有了轉(zhuǎn)播網(wǎng)支持之后，內(nèi)容商 在網(wǎng)絡(luò)設(shè)備方面的投資基本上就可以完全忽略不計(jì)了 。甚至任何一個(gè)人采用一 臺(tái)普通個(gè)人PC的配置，都可以4是供面向全球范圍數(shù)以億計(jì)用戶的、每天處理 上千萬用戶呼叫、并且支持高達(dá)上千個(gè)存儲(chǔ)的高清晰度視頻節(jié)目?jī)?nèi)容的服務(wù)！4、轉(zhuǎn)播網(wǎng)的層級(jí)結(jié)構(gòu)
最低層為接入轉(zhuǎn)播器，最高層的中心轉(zhuǎn)播器將直接接收播源接入轉(zhuǎn)播器發(fā) 來的轉(zhuǎn)播信息，而不是逐級(jí)上傳。然后最高層的中心轉(zhuǎn)播器向下級(jí)逐級(jí)轉(zhuǎn)播。
RD1:中心轉(zhuǎn)播器。國(guó)家級(jí)、大區(qū)。轉(zhuǎn)播器增益大多在10-50， 一般不超 過50，典型值在20。但中心轉(zhuǎn)播器需要最大的流量處理能力；
RD2:區(qū)域轉(zhuǎn)播器。省級(jí)，轉(zhuǎn)播器增益大多在20-100， 一般不超過100, 典型值在50;
RD3:城域轉(zhuǎn)播器。轉(zhuǎn)播器增益大多在20-100，典型值在50;
RDA:接入轉(zhuǎn)播器。轉(zhuǎn)播器增益大多在100-500，典型值在200;
RDGW:關(guān)口轉(zhuǎn)播器，在不同轉(zhuǎn)播網(wǎng)之間轉(zhuǎn)播信息的特殊轉(zhuǎn)播器；
如果采用4級(jí)轉(zhuǎn)播網(wǎng)典型值進(jìn)行轉(zhuǎn)播，同時(shí)并發(fā)支持的用戶是1000萬； 如果用4級(jí)轉(zhuǎn)播網(wǎng)上限值進(jìn)行轉(zhuǎn)播，同時(shí)并發(fā)支持的用戶為2.5億。由于轉(zhuǎn)播 存在多個(gè)轉(zhuǎn)播網(wǎng)并存運(yùn)營(yíng)的情況，以及通過關(guān)口轉(zhuǎn)播器轉(zhuǎn)到另一個(gè)轉(zhuǎn)播網(wǎng)，因 此，通過轉(zhuǎn)播網(wǎng)理論上極限情況可以很容易支持任何一個(gè)國(guó)家全國(guó)的用戶甚至 全世界的用戶同時(shí)接收一個(gè)播的應(yīng)用情況。
另外，由于一般情況下一個(gè)用戶同時(shí)并發(fā)接收的播信息是非常有限的，甚 至一般是單一的一個(gè)播信息。因此，對(duì)于轉(zhuǎn)播網(wǎng)來說，總的處理流量基本對(duì)應(yīng) 了支持的同時(shí)并發(fā)用戶數(shù)量，而與接收不同播信息的數(shù)量相關(guān)性很小。不同播 信息的數(shù)量增大，會(huì)增加一定的上傳流量，但由于上傳流量相比下傳流量是4艮 小的，因此一定范圍內(nèi)總流量變化不大。
轉(zhuǎn)播器增益的上P艮值受到以下因素的影響
轉(zhuǎn)播器增益越大，意味著在轉(zhuǎn)播器里同一個(gè)信息需要復(fù)制的次數(shù)就越多， 這可能會(huì)帶來一定的復(fù)制延時(shí)。如果轉(zhuǎn)播器增益太大，有可能導(dǎo)致復(fù)制延遲加 大。當(dāng)然，這個(gè)問題會(huì)隨著轉(zhuǎn)播器期間處理能力的發(fā)展而產(chǎn)生變化；
第二個(gè)影響因素是:轉(zhuǎn)播器增益增大，可能會(huì)帶來轉(zhuǎn)播器需求的數(shù)量降低，
而骨干流量卻可能會(huì)增加。當(dāng)極限情況轉(zhuǎn)播器增益增大到最大時(shí)，就和不用轉(zhuǎn) 播器是一樣的效果了一一只有一個(gè)播源播發(fā)所有信息。因此，轉(zhuǎn)播器增益需要在轉(zhuǎn)播設(shè)備數(shù)量與骨干流量之間作 一定的經(jīng)濟(jì)平衡。
在這里需要強(qiáng)調(diào)的是并不是骨干流量最小的策略就一定是最好的策略。 轉(zhuǎn)播網(wǎng)需要在轉(zhuǎn)播器設(shè)備、存儲(chǔ)能力和網(wǎng)絡(luò)帶寬消耗之間進(jìn)行經(jīng)濟(jì)的平衡。如 果通過增加轉(zhuǎn)播器設(shè)備和存儲(chǔ)能力而帶來的成本增加不足以抵消降低帶寬消 耗節(jié)省的成本的話，還不如直接采用點(diǎn)對(duì)點(diǎn)傳遞實(shí)現(xiàn)播來得更為劃算。由于光 傳輸帶寬成本下降的速度比摩爾定律決定的半導(dǎo)體器件成本下降的速度更快， 因此這個(gè)問題更加需要小心確定。 一般來說，只有當(dāng)通過轉(zhuǎn)播網(wǎng)節(jié)省相當(dāng)海量
的網(wǎng)絡(luò)骨干流量時(shí)，采用播的方式實(shí)現(xiàn)信息傳遞才是經(jīng)濟(jì)的；
第三個(gè)影響因素是轉(zhuǎn)播器延遲的疊加效應(yīng)。因?yàn)槊拷?jīng)過一個(gè)轉(zhuǎn)播器，都意 味著產(chǎn)生一次轉(zhuǎn)播延遲。轉(zhuǎn)播的層級(jí)越多，轉(zhuǎn)播器延遲的疊加就越多。這與第
一個(gè)因素之間是相反的關(guān)系轉(zhuǎn)播器增益越大，單個(gè)轉(zhuǎn)播器的延遲可能加大， 但如果加大轉(zhuǎn)播器增益帶來轉(zhuǎn)播器需求量的下降，有可能減少轉(zhuǎn)播的層級(jí)從減 少轉(zhuǎn)播器延遲疊加的次數(shù)。因此，從轉(zhuǎn)播總的延遲角度來說，需要第一和第三 2個(gè)因素間進(jìn)行一定的平tf。
接入轉(zhuǎn)播器一般采用最近距離策略，以最大限度縮短用戶直接訪問距離和 加快用戶訪問速度；
城域轉(zhuǎn)播器采用業(yè)務(wù)流歸并策略，以減少骨干流量。即，原則上一個(gè)業(yè)務(wù) 流向 一個(gè)J成市只傳遞一次。
5、轉(zhuǎn)播器
提供播信息復(fù)制、 一般具有向多個(gè)網(wǎng)絡(luò)地址轉(zhuǎn)發(fā)被復(fù)制信息的網(wǎng)絡(luò)功能單 元。雖然抽象地來說，"單播，，的概念可以暗示了僅僅只有一個(gè)信宿的單向信 息傳遞過程也可以被稱為"播"，但從更為一般的意義上來講，所謂"播"主 要是指同一個(gè)信息被復(fù)制傳遞到2個(gè)或2個(gè)以上的播宿。因此，信息的被復(fù)制 就成為"播，，最重要的特征，而轉(zhuǎn)播器的信息復(fù)制功能也就成為轉(zhuǎn)播網(wǎng)最基本 的核心功能。這種復(fù)制功能可以在信源處實(shí)現(xiàn)，過去的無線廣播網(wǎng)中，信息的 復(fù)制主要就是在播源處實(shí)現(xiàn)的。而信息在傳遞過程中實(shí)現(xiàn)復(fù)制，則是轉(zhuǎn)播網(wǎng)更 主要的情況。單純轉(zhuǎn)播器本身的原理和實(shí)現(xiàn)是非常簡(jiǎn)單的。它無非是通過兩種方式去復(fù)
制信息 一是無存儲(chǔ)地直接復(fù)制信息，并向多個(gè)目標(biāo)地址轉(zhuǎn)發(fā)；二是存儲(chǔ)需要 轉(zhuǎn)播的信息，以便非實(shí)時(shí)地向多個(gè)目標(biāo)地址轉(zhuǎn)發(fā)。無論哪種情況，對(duì)于轉(zhuǎn)播器
的控制來說，最關(guān)鍵的就是確定信息被復(fù)制后下一跳的轉(zhuǎn)播方向或地址、路徑。 每個(gè)轉(zhuǎn)播器都必須賦予一個(gè)UNS名。 一般來說， 一個(gè)轉(zhuǎn)播器只對(duì)應(yīng)了一 個(gè)輸入輸出端口，并被賦予IP地址。轉(zhuǎn)播器的功能僅僅是^^輸入的信息進(jìn)行 復(fù)制，并根據(jù)不同的多個(gè)目的IP地址通過輸出端口發(fā)送出去。因此， 一般來 說它是一個(gè)輸入流量小，輸出流量大的網(wǎng)絡(luò)裝置。
6、轉(zhuǎn)播器增益和轉(zhuǎn)播表
對(duì)于同一個(gè)信息內(nèi)容，通過轉(zhuǎn)播器之后輸出的流量與輸入流量之比，稱為 轉(zhuǎn)播器增益。轉(zhuǎn)播器增益也就是信息被轉(zhuǎn)播復(fù)制的次數(shù)。轉(zhuǎn)播器增益不宜太小， 也不宜太大。
要進(jìn)行信息的復(fù)制，需要知道目的地址，因此，轉(zhuǎn)播器是根據(jù)需要復(fù)制信 息的目的地址集合_—轉(zhuǎn)播表進(jìn)行信息復(fù)制的。轉(zhuǎn)播表主要是用目的UNS加 端口號(hào)表達(dá)的，也可以兼容直接用套接字(IP地址加端口號(hào))表達(dá)的目的地 址。采用這種方式，在兩個(gè)具有完全相同IP地址的轉(zhuǎn)播器之間，當(dāng)采用相同 的傳輸協(xié)議時(shí)，理論上最多可以同時(shí)傳遞65535個(gè)不同的信息。
轉(zhuǎn)播表的確定有兩種情況
一是固定轉(zhuǎn)播表它是在一個(gè)轉(zhuǎn)播需求產(chǎn)生之初、事先已經(jīng)通過轉(zhuǎn)播控制 器確定好的。當(dāng)固定轉(zhuǎn)播表被輸入路徑上的各個(gè)轉(zhuǎn)播器之后，在轉(zhuǎn)播路徑上的 各個(gè)轉(zhuǎn)播器里一旦需要轉(zhuǎn)播的信息輸入進(jìn)來，就馬上根據(jù)轉(zhuǎn)播表轉(zhuǎn)發(fā)出去。這 種轉(zhuǎn)播不支持在信息轉(zhuǎn)播過程中間插入(在轉(zhuǎn)播表中增加轉(zhuǎn)播目的地址)或減 少(在轉(zhuǎn)播表中減少轉(zhuǎn)播目的地址)的轉(zhuǎn)播需求。
另外一種是可改變的轉(zhuǎn)播表它是在信息轉(zhuǎn)播過程中，可以接收轉(zhuǎn)播需求 的改變，在轉(zhuǎn)播表新增或刪除轉(zhuǎn)播目的地址。
事實(shí)上，轉(zhuǎn)播表本身是非常容易改變的。之所以人為引入固定的轉(zhuǎn)播表類 型，目的是為在核心轉(zhuǎn)播路徑上提供穩(wěn)定的轉(zhuǎn)播服務(wù)，并且大大簡(jiǎn)化轉(zhuǎn)播路由算法和控制。例如，有些信息是必定要面向全國(guó)提供服務(wù)的，因此可以采用缺 損的固定轉(zhuǎn)播路徑轉(zhuǎn)發(fā)到全國(guó)各個(gè)省的中心轉(zhuǎn)播器、而這些省級(jí)的轉(zhuǎn)播器也通 過固定的轉(zhuǎn)播路徑直接轉(zhuǎn)播到各個(gè)地市級(jí)的中心轉(zhuǎn)播器上去。
一般來說只有接入最終用戶轉(zhuǎn)播器的轉(zhuǎn)播表才是采用可以動(dòng)態(tài)改變的轉(zhuǎn) 播表方式。在這種情況下，新的播宿轉(zhuǎn)播需求加入進(jìn)來，或則某些路徑上的播 宿用戶退出該轉(zhuǎn)播業(yè)務(wù)需要?jiǎng)h除轉(zhuǎn)播，都可以動(dòng)態(tài)地根據(jù)用戶申請(qǐng)改變某些轉(zhuǎn) 播器上的轉(zhuǎn)播表。
7、轉(zhuǎn)播器的種類
并不是所有轉(zhuǎn)播器實(shí)現(xiàn)的功能都是完全一樣的。依據(jù)轉(zhuǎn)播器所處的位置和
滿足的不同需求，可以將轉(zhuǎn)播器分為以下幾類
播源接入轉(zhuǎn)播器播源接入轉(zhuǎn)播器可以直接接收播源用戶提交的，需要進(jìn) 行轉(zhuǎn)播的信息。播源接入轉(zhuǎn)播器不僅要接收播源用戶提交的需要轉(zhuǎn)播的信息內(nèi) 容，而且可能需要接收播源提供的播宿地址或服務(wù)需求的信息，并把這些信息 上報(bào)給轉(zhuǎn)播控制器。
轉(zhuǎn)播控制器提供轉(zhuǎn)播網(wǎng)系統(tǒng)的控制，包括所述轉(zhuǎn)播表計(jì)算、分配等。關(guān) 于轉(zhuǎn)播控制器與終端和轉(zhuǎn)播器之間信息交互的協(xié)議，以及轉(zhuǎn)播表計(jì)算和分配的 算法不在本發(fā)明中考慮，而在其他發(fā)明技術(shù)方案中另行設(shè)計(jì)。
播宿接入轉(zhuǎn)播器播宿接入轉(zhuǎn)播器可以說是轉(zhuǎn)播網(wǎng)傳遞信息的最后一站。 接收播的播宿用戶從播宿接入轉(zhuǎn)播器上提取轉(zhuǎn)播器的信息。播宿接入轉(zhuǎn)播器必 須支持可以改變的轉(zhuǎn)播表。
播源接入轉(zhuǎn)播器與播宿接入轉(zhuǎn)播器在物理上可以為同一個(gè)轉(zhuǎn)播器。但不能 與中心轉(zhuǎn)播器在物理上為同 一個(gè)轉(zhuǎn)播器。 一旦一個(gè)轉(zhuǎn)播器具有接入轉(zhuǎn)播器功 能，它就不再是中心轉(zhuǎn)播器了。
中心轉(zhuǎn)播器處于大區(qū)、省級(jí)或市級(jí)的轉(zhuǎn)播器， 一般為采用固定轉(zhuǎn)播表方 式，并且不對(duì)最終播宿或播源用戶提供連接和服務(wù)。即使對(duì)于非實(shí)時(shí)信息的轉(zhuǎn) 播，它們可以提供存儲(chǔ)，也可能不提供存儲(chǔ)、而直接將信息根據(jù)轉(zhuǎn)播表轉(zhuǎn)播到 下一級(jí)轉(zhuǎn)播器。中心轉(zhuǎn)播器可以為單級(jí)，也可以分為多級(jí)。中心轉(zhuǎn)播器逐級(jí)的轉(zhuǎn)播一般只針對(duì)向下級(jí)轉(zhuǎn)播器分發(fā)信息。而接收需要轉(zhuǎn)播的信息因?yàn)橹皇且粋€(gè) 信息流，因此可直接從播源接入轉(zhuǎn)播器發(fā)送到最高層級(jí)的轉(zhuǎn)播器，不需要逐級(jí) 上傳。
關(guān)口轉(zhuǎn)播器關(guān)口轉(zhuǎn)播器處于不同轉(zhuǎn)播網(wǎng)運(yùn)營(yíng)商網(wǎng)絡(luò)之間接口的連接處， 它的目的是實(shí)現(xiàn)不同轉(zhuǎn)播網(wǎng)的互聯(lián)。
8、 轉(zhuǎn)播網(wǎng)的特殊使用
雖然一般情況下轉(zhuǎn)播網(wǎng)主要目的是實(shí)現(xiàn)單一播源信息被復(fù)制傳遞到多個(gè)
目的地址的情況，但實(shí)際應(yīng)用中會(huì)出現(xiàn)一些較為復(fù)雜的情況為實(shí)現(xiàn)SNAPT (超級(jí)NAPT)而采用的中轉(zhuǎn)服務(wù)器本質(zhì)上也是一種轉(zhuǎn)播的過程，如果獨(dú)立采 用不同的設(shè)備，將使網(wǎng)上的設(shè)備變得非常復(fù)雜，成本很高。因此，將中轉(zhuǎn)服務(wù) 器與轉(zhuǎn)播器的功能和設(shè)備完全合并會(huì)大大簡(jiǎn)化網(wǎng)上設(shè)備類型，并且也是完全可 行的。中轉(zhuǎn)服務(wù)器所實(shí)現(xiàn)的不過是一種非常特例情況下的轉(zhuǎn)播 一般只使用一 個(gè)轉(zhuǎn)播器，并且只進(jìn)行一個(gè)目的地址的轉(zhuǎn)播。
9、 轉(zhuǎn)播網(wǎng)的控制
轉(zhuǎn)播器和轉(zhuǎn)播網(wǎng)本身的基本原理和實(shí)現(xiàn)是非常筒單的，關(guān)鍵在于控制。與 傳統(tǒng)廣播網(wǎng)不同，無線廣播網(wǎng)不能確定信宿地址，有線廣播網(wǎng)只能非常有限地 確定信宿地址，但不能確定信宿所接收的確切信息。轉(zhuǎn)播網(wǎng)通過轉(zhuǎn)播控制所需 要實(shí)現(xiàn)的功能是不僅可以確定信宿地址，而且可以準(zhǔn)確地計(jì)量信宿所接收的 信息，以及接收的信息量。轉(zhuǎn)播控制也需要實(shí)現(xiàn)轉(zhuǎn)播路徑的優(yōu)化和轉(zhuǎn)播器的業(yè) 務(wù)分配。
轉(zhuǎn)播網(wǎng)的控制就是接收播源或播宿的請(qǐng)求，通過一定的轉(zhuǎn)播路由確定各個(gè) 轉(zhuǎn)播路徑上轉(zhuǎn)播器的轉(zhuǎn)播表的過程。它無非3個(gè)方式
播源決定轉(zhuǎn)播表。播源根據(jù)自己的業(yè)務(wù)需要和轉(zhuǎn)播網(wǎng)狀態(tài)計(jì)算設(shè)定轉(zhuǎn)播路 徑和各個(gè)轉(zhuǎn)播器的轉(zhuǎn)播表，并將其發(fā)送到轉(zhuǎn)播網(wǎng)控制管理服務(wù)器，通過這個(gè)服 務(wù)器將轉(zhuǎn)播表分發(fā)到各個(gè)相關(guān)的轉(zhuǎn)播器；
播宿決定轉(zhuǎn)播表。播宿向播源發(fā)出接收信息申請(qǐng)，播源將申請(qǐng)?zhí)峤坏诫x播宿最近的可用接入轉(zhuǎn)播器上，并改變接入轉(zhuǎn)播器的轉(zhuǎn)播表；
轉(zhuǎn)播網(wǎng)運(yùn)營(yíng)者設(shè)定。對(duì)于一些最常用的轉(zhuǎn)播路徑，轉(zhuǎn)播網(wǎng)運(yùn)營(yíng)者可以自己 設(shè)定一些缺損的常用轉(zhuǎn)播表。
綜上，通過采用本發(fā)明技術(shù)方案，由于用戶名系統(tǒng)UNS提供了強(qiáng)大和完 善的管理用戶和提供附屬信息管理的基礎(chǔ)手段，因此，建立在UNS基礎(chǔ)上實(shí) 現(xiàn)播就具有極大的筒單、方便、高性能、易擴(kuò)展升級(jí)和多功能的特性。而且， 基于UNS的播技術(shù)可用于方便地實(shí)現(xiàn)各種類型的播，特別是適合連接型實(shí)時(shí) 播和各類非實(shí)時(shí)播。
以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng) 域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則 之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的權(quán)利要求范 圍之內(nèi)。
權(quán)利要求
1、一種基于用戶名系統(tǒng)實(shí)現(xiàn)播的系統(tǒng)，其特征在于，所述系統(tǒng)包括播源，為產(chǎn)生播信息的信源，用于確定轉(zhuǎn)播路徑，并將所述播信息和記錄有轉(zhuǎn)播路徑的轉(zhuǎn)播表進(jìn)行發(fā)送；轉(zhuǎn)播器，用于接收所述轉(zhuǎn)播表和所述播信息，復(fù)制所述播信息并根據(jù)所述轉(zhuǎn)播表向指定的一個(gè)或多個(gè)目的地址轉(zhuǎn)發(fā)所述復(fù)制的信息；播宿，為接收所述播信息的信宿，用于向所述播源發(fā)出接收所述播信息的請(qǐng)求，從所述播宿最近的所述轉(zhuǎn)播器上獲取所述播信息；用戶名系統(tǒng)，用于提供查詢所述轉(zhuǎn)播器的用戶名和IP地址信息。
2、 根據(jù)權(quán)利要求1所述的一種基于用戶名系統(tǒng)實(shí)現(xiàn)播的系統(tǒng)，其特征在 于，所述系統(tǒng)還包括轉(zhuǎn)播控制器，用于接收所述播源發(fā)來的所述轉(zhuǎn)播表，提供轉(zhuǎn)播網(wǎng)系統(tǒng)的控 制，包括所述轉(zhuǎn)播表計(jì)算、分配，并將所述轉(zhuǎn)播表分發(fā)至相應(yīng)的所述轉(zhuǎn)播器。
3、 根據(jù)權(quán)利要求1或2所述的一種基于用戶名系統(tǒng)實(shí)現(xiàn)播的系統(tǒng)，其特 征在于，所述轉(zhuǎn)播器具體包括播源接入轉(zhuǎn)播器，用于接收所述播源發(fā)送出的播信息、播宿地址、服務(wù)需 求的信息，并將所述信息上報(bào)至所述轉(zhuǎn)播控制器；播宿接入轉(zhuǎn)播器，用于向所述播宿提供所述播信息，并根據(jù)需求修改所述 轉(zhuǎn)播表；中心服務(wù)器，為單級(jí)轉(zhuǎn)播器或多級(jí)轉(zhuǎn)播器，用于接收所述播源接入轉(zhuǎn)播器 發(fā)來的所述播信息，并逐級(jí)向下一級(jí)轉(zhuǎn)播器分發(fā)所述播信息。
4、 根據(jù)權(quán)利要求3所述的一種基于用戶名系統(tǒng)實(shí)現(xiàn)播的系統(tǒng)，其特征在 于，當(dāng)處于不同轉(zhuǎn)播網(wǎng)運(yùn)營(yíng)商網(wǎng)絡(luò)時(shí)，所述轉(zhuǎn)播器還包括關(guān)口轉(zhuǎn)播器，用于實(shí)現(xiàn)不同轉(zhuǎn)播網(wǎng)的互聯(lián)。
5、 根據(jù)權(quán)利要求3所述的一種基于用戶名系統(tǒng)實(shí)現(xiàn)播的系統(tǒng)，其特征在 于，所述播源接入轉(zhuǎn)播器和所述播宿接入轉(zhuǎn)播器為同一個(gè)轉(zhuǎn)播器。
6、 根據(jù)權(quán)利要求1所述的一種基于用戶名系統(tǒng)實(shí)現(xiàn)播的系統(tǒng)，其特征在于，所述轉(zhuǎn)播器為中轉(zhuǎn)服務(wù)器，用于提供只有一個(gè)目的地址的轉(zhuǎn)播服務(wù)。
7、 根據(jù)權(quán)利要求1所述的一種基于用戶名系統(tǒng)實(shí)現(xiàn)播的系統(tǒng)，其特征在 于，所述轉(zhuǎn)播表包括固定轉(zhuǎn)播表和可改變轉(zhuǎn)播表，其利用用戶名系統(tǒng)和端口號(hào) 表示目的地址，或利用IP地址和端口號(hào)表示目的地址。
8、 一種基于用戶名系統(tǒng)實(shí)現(xiàn)播的方法，其特征在于，包括如下步驟(a)，產(chǎn)生播信息的播源根據(jù)自身業(yè)務(wù)需要和轉(zhuǎn)播網(wǎng)狀態(tài)確定轉(zhuǎn)播路徑， 并將記錄有所述轉(zhuǎn)播路徑的轉(zhuǎn)播表發(fā)送至轉(zhuǎn)播控制器；(b )，由所述轉(zhuǎn)播網(wǎng)控制器將所述轉(zhuǎn)播表分發(fā)至相應(yīng)的轉(zhuǎn)播器；(c) ，所述轉(zhuǎn)播器接收并復(fù)制所述播源發(fā)來的所述播信息，根據(jù)接收到的 所述轉(zhuǎn)播表向指定的一個(gè)或多個(gè)目的地址轉(zhuǎn)發(fā)所述復(fù)制的信息。
9、 根據(jù)權(quán)利要求8所述的一種基于用戶名系統(tǒng)實(shí)現(xiàn)播的方法，其特征在 于，在執(zhí)行所述步驟(c)之后進(jìn)一步包括(d) ,播宿向所述播源發(fā)出接收信息的請(qǐng)求，由所述播源將所述請(qǐng)求提交 到離所述播宿最近的空閑播宿接入轉(zhuǎn)播器上，并修改所述播宿接入轉(zhuǎn)播器的轉(zhuǎn) 播表。
10、 根據(jù)權(quán)利要求8或9所述的一種基于用戶名系統(tǒng)實(shí)現(xiàn)播的方法，其特 征在于，若存在多級(jí)轉(zhuǎn)播器時(shí)，所述步驟(c)具體還包括(cl),播源接入轉(zhuǎn)播器接收并復(fù)制所述播源發(fā)來的所述播信息，根據(jù)接 收到的所述轉(zhuǎn)播表向中心轉(zhuǎn)播器轉(zhuǎn)發(fā)所述復(fù)制的信息；(c2 ),由所述中心轉(zhuǎn)"l番器逐級(jí)向下一級(jí)轉(zhuǎn)播器進(jìn)行轉(zhuǎn)發(fā)。
全文摘要
本發(fā)明提供了一種基于用戶名系統(tǒng)實(shí)現(xiàn)播的系統(tǒng)，所述系統(tǒng)包括播源，為產(chǎn)生播信息的信源，用于確定轉(zhuǎn)播路徑，并將所述播信息和記錄有轉(zhuǎn)播路徑的轉(zhuǎn)播表進(jìn)行發(fā)送；轉(zhuǎn)播器，用于接收所述轉(zhuǎn)播表和所述播信息，復(fù)制所述播信息并根據(jù)所述轉(zhuǎn)播表向指定的一個(gè)或多個(gè)目的地址轉(zhuǎn)發(fā)所述復(fù)制的信息；播宿，為接收所述播信息的信宿，用于向所述播源發(fā)出接收所述播信息的請(qǐng)求，從所述播宿最近的所述轉(zhuǎn)播器上獲取所述播信息；轉(zhuǎn)播控制器，提供轉(zhuǎn)播網(wǎng)系統(tǒng)的控制，包括轉(zhuǎn)播表計(jì)算、分配等；用戶名系統(tǒng)，用于提供查詢所述轉(zhuǎn)播器的用戶名和IP地址信息。通過采用本發(fā)明技術(shù)方案，建立在UNS基礎(chǔ)上實(shí)現(xiàn)播就具有極大的簡(jiǎn)單、方便、高性能、易擴(kuò)展升級(jí)和多功能的特性。
文檔編號(hào)H04N7/24GK101291236SQ20071007410
公開日2008年10月22日 申請(qǐng)日期2007年4月16日 優(yōu)先權(quán)日2007年4月16日
發(fā)明者濤 汪 申請(qǐng)人:濤 汪