欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

能夠分發(fā)內(nèi)容的數(shù)據(jù)分發(fā)設(shè)備的制作方法

文檔序號:7872330閱讀:283來源:國知局
專利名稱:能夠分發(fā)內(nèi)容的數(shù)據(jù)分發(fā)設(shè)備的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及一種數(shù)據(jù)分發(fā)設(shè)備,接收設(shè)備,數(shù)據(jù)分發(fā)方法和數(shù)據(jù)分發(fā)程序產(chǎn)品,尤其涉及一種用于以流型分發(fā)數(shù)據(jù)的數(shù)據(jù)分發(fā)設(shè)備,接收設(shè)備,數(shù)據(jù)分發(fā)方法和數(shù)據(jù)分發(fā)程序產(chǎn)品。
背景技術(shù)
隨著寬帶因特網(wǎng)的到來,注意力被吸引到移動影像,音頻和類似的流分發(fā)上面。流分發(fā)與文件傳輸不同,前者是重點放在實時性能和隨選性能(on demand)的傳輸技術(shù)。已有的流傳輸協(xié)議的標(biāo)準(zhǔn)由包括用于數(shù)據(jù)傳輸?shù)膶崟r傳輸協(xié)議(RTP,Real-time Transport Protocol)和用于控制的實時流協(xié)議(RTSP,Real-time Streaming TransportProtocol)的因特網(wǎng)工程任務(wù)組(IETF,Internet Engineering TaskForce)所定義。
關(guān)于例如使用因特網(wǎng)協(xié)議的流通信,因為傳送包所需的時間依賴于傳輸路徑本身或路徑上的流量,即使當(dāng)發(fā)送端以固定的時間間隔發(fā)送包的時候,接收端的到達時間間隔也有巨大的抖動。因而,流分發(fā)通常使用被稱作緩沖的技術(shù)預(yù)先存儲某個數(shù)量的數(shù)據(jù)來消除抖動。
在存儲某一數(shù)量的數(shù)據(jù)后,使用緩沖的流分發(fā)開始使用數(shù)據(jù)。因而,從用戶請求內(nèi)容分發(fā)的時間到再生真正開始的時間之間必須有一些時間間歇。為了應(yīng)對發(fā)生在因特網(wǎng)的地址擁塞或類似情況,通常存儲與大約從幾秒到30秒的時間段對應(yīng)的數(shù)據(jù)。為了讓用戶舒服地欣賞內(nèi)容,不得不縮短該時間段。
作為縮短上述緩沖所需時間段的技術(shù),公開號為特開2002-84339的日本專利公開了一種由傳輸設(shè)備控制傳輸率的方法。特別地,一種接收設(shè)備把要由接收緩沖來緩沖的數(shù)量通知傳輸設(shè)備,傳輸設(shè)備從而控制傳輸率來允許快速地將接收緩沖填滿到不會導(dǎo)致溢出的程度。
此外,公開號為特開2002-152274的日本專利公開了一種關(guān)于使用服務(wù)質(zhì)量(QoS,Quality of Service)性能的流傳輸?shù)姆椒?。特別地,當(dāng)在網(wǎng)絡(luò)上設(shè)置QoS性能時,能以一種數(shù)據(jù)速率并行發(fā)送數(shù)據(jù)而不需使用QoS性能。在QoS設(shè)置完成之后,由QoS性能保證以一種數(shù)據(jù)速率發(fā)送后續(xù)的數(shù)據(jù)。
此外,公開號為特開2002-158657的日本專利公開了一種流分發(fā)方法。具體地,當(dāng)從服務(wù)器發(fā)送到客戶傳輸/接收設(shè)備的流數(shù)據(jù)接收率(速度)不足以在流中實時顯示并因此也不可能實時再生的時候,客戶傳輸/接收設(shè)備從另一個以前接收了該流數(shù)據(jù)的傳輸/接收設(shè)備上接收該客戶傳輸/接收設(shè)備沒有收到的流數(shù)據(jù)。因此,該客戶傳輸/接收設(shè)備能無停滯地連續(xù)解碼該流數(shù)據(jù)。
然而,在公開號為特開2002-84339或特開2002-152274的日本專利中公開的技術(shù)僅在對接收者的緩沖適當(dāng)?shù)匕l(fā)送內(nèi)容時有效,也就是說當(dāng)分發(fā)是隨選單點分發(fā)時。例如,關(guān)于同時分發(fā)到多個接收機的多點分發(fā),由多個接收者使用分發(fā)服務(wù)器所發(fā)送的數(shù)據(jù)。因此,如果在該分發(fā)中以適合于新加入接收者的較高速率發(fā)送數(shù)據(jù),其他接收者各自的緩沖就很可能溢出。這里的問題在于上述傳統(tǒng)技術(shù)不適用于多點分發(fā)。
此外,例如實況分發(fā)(live distribution)與隨選分發(fā)(on-demanddistribution)的差別在于前者有固定的發(fā)射數(shù)據(jù)速率。這樣,實況分發(fā)的傳輸設(shè)備不能適當(dāng)?shù)貫榻邮赵O(shè)備的緩沖控制其傳輸速率,導(dǎo)致的問題是這個傳統(tǒng)技術(shù)不能適用實況分發(fā)。
而且,公開號為特開2002-158657日本專利公開的流分發(fā)方法只在從服務(wù)器分發(fā)到傳輸/接收設(shè)備的流數(shù)據(jù)也由另一個傳輸/接收設(shè)備接收時才有效。換句話說,如果流數(shù)據(jù)沒有被另一個傳輸/接收設(shè)備接收或沒有關(guān)于目的地的信息,即關(guān)于另一個接收該流數(shù)據(jù)的傳輸/接收設(shè)備,就會產(chǎn)生不能實時播放該流數(shù)據(jù)的問題。

發(fā)明內(nèi)容
本發(fā)明解決了上述問題。本發(fā)明的目的在于提供即使在由任何不能為接收設(shè)備適當(dāng)?shù)卣{(diào)整分發(fā)速率的方法例如多點分發(fā)和實時分法執(zhí)行流分發(fā)時,也能通過縮短緩沖所需時間來分發(fā)使用戶舒服的內(nèi)容的數(shù)據(jù)分發(fā)設(shè)備,接收設(shè)備,數(shù)據(jù)分發(fā)方法和數(shù)據(jù)分發(fā)程序產(chǎn)品。
根據(jù)本發(fā)明,為了解決上述問題而提供一種數(shù)據(jù)分發(fā)設(shè)備,其包括分發(fā)單元,使用包通信以附有連續(xù)序號的流型向接收設(shè)備分發(fā)數(shù)據(jù);接收單元,自上述接收設(shè)備接收先于預(yù)定連續(xù)序號的流數(shù)據(jù)的分發(fā)請求;傳輸單元,接收到上述分發(fā)請求,并行于由上述分發(fā)單元以上述流型的數(shù)據(jù)分發(fā),發(fā)送先于上述預(yù)定連續(xù)序號的流數(shù)據(jù)。
此外,提供一種數(shù)據(jù)分發(fā)設(shè)備,其包括分發(fā)單元,使用包通信以流型同時向多個地址發(fā)送相同數(shù)據(jù);接收單元,接收來自接收設(shè)備的對上述數(shù)據(jù)的分發(fā)請求;傳輸單元,在接收上述分發(fā)請求的基礎(chǔ)上,并行于分發(fā)單元向上述多個地址的分發(fā),在特定時間段里,把與由上述分發(fā)單元分發(fā)的數(shù)據(jù)相同的數(shù)據(jù)發(fā)送到上述接收設(shè)備的單點傳送地址,從該接收設(shè)備提供上述已接收的分發(fā)請求。
為了解決上述問題,提供一種接收裝置,其包括接收單元,使用包通信以附有連續(xù)序號的流型接收來自數(shù)據(jù)分發(fā)設(shè)備的數(shù)據(jù);緩沖單元,當(dāng)由上述接收單元接收的包的源地址,上述源的服務(wù)識別號和目的地的服務(wù)識別號是預(yù)先與上述分發(fā)設(shè)備彼此通告的特定值,且當(dāng)目的地地址是上述接收設(shè)備的地址或與上述分發(fā)設(shè)備彼此通信的多點傳送地址時,在緩沖中存儲上述所接收的包,以便在上述緩沖中不會存儲與上述包所附的連續(xù)序號相同的包。
此外,為了解決上述問題,提供一種從數(shù)據(jù)分發(fā)裝置向接收裝置分發(fā)數(shù)據(jù)的數(shù)據(jù)分發(fā)方法,其包括分發(fā)步驟,由上述數(shù)據(jù)分發(fā)設(shè)備使用包通信以附有連續(xù)序號的流型分發(fā)數(shù)據(jù);接收步驟,由上述數(shù)據(jù)分發(fā)設(shè)備接收來自上述接收設(shè)備的對以流型分發(fā)并先于上述預(yù)定連續(xù)序號的數(shù)據(jù)的分發(fā)請求;傳輸步驟,由上述數(shù)據(jù)分發(fā)設(shè)備在上述分發(fā)請求的接收基礎(chǔ)上,并行于在上述分發(fā)步驟中的以流型分發(fā)數(shù)據(jù),發(fā)送上述以流型分發(fā)并先于預(yù)定連續(xù)序號的數(shù)據(jù)。
此外,為了解決上述問題,提供一種從數(shù)據(jù)分發(fā)設(shè)備向多個地址分發(fā)數(shù)據(jù)的數(shù)據(jù)分發(fā)方法,其包括分發(fā)步驟,由上述數(shù)據(jù)分發(fā)設(shè)備使用包通信以流型同時向上述多個地址分發(fā)相同的數(shù)據(jù);接收步驟,由上述數(shù)據(jù)分發(fā)設(shè)備接收來自接收設(shè)備的對上述數(shù)據(jù)的分發(fā)請求;傳輸步驟,由上述數(shù)據(jù)分發(fā)設(shè)備在上述分發(fā)請求的接收基礎(chǔ)上,在特定時間段內(nèi),并行于在上述分發(fā)步驟中向上述多個地址的分發(fā),把與上述分發(fā)步驟中分發(fā)的數(shù)據(jù)相同的數(shù)據(jù)發(fā)送到上述接收設(shè)備的單點傳送地址,其中,從該接收設(shè)備提供上述已接收的分發(fā)請求。
此外,為了解決上述問題,提供一種數(shù)據(jù)分發(fā)程序產(chǎn)品,由計算機來執(zhí)行一種從數(shù)據(jù)分發(fā)設(shè)備向接收設(shè)備分發(fā)數(shù)據(jù)的方法,該方法包括分發(fā)步驟,由上述數(shù)據(jù)分發(fā)設(shè)備使用包通信以附有連續(xù)序號的流型分發(fā)數(shù)據(jù);接收步驟,由上述數(shù)據(jù)分發(fā)設(shè)備接收來自上述接收設(shè)備的對以流型分發(fā)并先于預(yù)定連續(xù)序號的數(shù)據(jù)的分發(fā)請求;傳輸步驟,由上述數(shù)據(jù)分發(fā)設(shè)備在上述分發(fā)請求的接收基礎(chǔ)上,并行于在上述分發(fā)步驟中的以流型分發(fā)數(shù)據(jù),發(fā)送上述以流型分發(fā)并先于預(yù)定連續(xù)序號的數(shù)據(jù)。
此外,為了解決上述問題,提供一種數(shù)據(jù)分發(fā)程序產(chǎn)品,由計算機來執(zhí)行一種從數(shù)據(jù)分發(fā)設(shè)備向多個地址分發(fā)數(shù)據(jù)的方法,該方法包括分發(fā)步驟,由上述數(shù)據(jù)分發(fā)設(shè)備使用包通信以流型同時向上述多個地址分發(fā)相同的數(shù)據(jù);接收步驟,由上述數(shù)據(jù)分發(fā)設(shè)備接收來自接收設(shè)備的對上述數(shù)據(jù)的分發(fā)請求;傳輸步驟,由上述數(shù)據(jù)分發(fā)設(shè)備在上述分發(fā)請求的接收基礎(chǔ)上,在特定時間段內(nèi),并行于在上述分發(fā)步驟中向上述多個地址的分發(fā),把與上述分發(fā)步驟中分發(fā)的數(shù)據(jù)相同的數(shù)據(jù)發(fā)送到上述接收設(shè)備的單點傳送地址,其中,從該接收設(shè)備提供上述已接收的分發(fā)請求。


圖1顯示了根據(jù)第一實施例的數(shù)據(jù)傳輸系統(tǒng)中包含的分發(fā)設(shè)備200的結(jié)構(gòu)和功能;圖2顯示了根據(jù)第一實施例的數(shù)據(jù)傳輸系統(tǒng)中包含的接收設(shè)備300的結(jié)構(gòu)和通信數(shù)據(jù)處理功能;圖3顯示了在根據(jù)第一實施例的分發(fā)設(shè)備200和接收設(shè)備300之間的通信操作的時序的具體實例;圖4顯示了根據(jù)第二實施例的數(shù)據(jù)傳輸系統(tǒng)的結(jié)構(gòu);圖5顯示了根據(jù)第二實施例的數(shù)據(jù)傳輸系統(tǒng)中包含的分發(fā)設(shè)備400的結(jié)構(gòu)和功能;圖6顯示了在根據(jù)第二實施例的分發(fā)設(shè)備400和接收設(shè)備300d之間的通信操作的時序的具體實例。
發(fā)明最佳實現(xiàn)模式以下將參照附圖來描述本發(fā)明的實施例。在以下描述中,用相同的參考符號來表示相同的部分和組件。它們還具有相同的名稱和功能。因此,將不重復(fù)對其的詳細描述。
第一實施例根據(jù)第一實施例,數(shù)據(jù)傳輸系統(tǒng)包括分發(fā)設(shè)備200和接收設(shè)備300來通過網(wǎng)絡(luò)傳送數(shù)據(jù)。分發(fā)設(shè)備200和接收設(shè)備300之間的通信可以是通過諸如因特網(wǎng)那樣的租借線路網(wǎng)絡(luò)和LAN(Local Area Network,本地局域網(wǎng))的通信或通過無線網(wǎng)的通信。該通信還適用于通過任何除因特網(wǎng)以外的包通信。在本實施例中,假設(shè)通過因特網(wǎng)傳送數(shù)據(jù)。此外,假設(shè)傳送包括圖像,音頻,文本等的數(shù)據(jù)內(nèi)容。
參照圖1,包括在本實施例的數(shù)據(jù)傳輸系統(tǒng)中的分發(fā)設(shè)備200包括作為狀態(tài)機的控制處理單元201,內(nèi)容分發(fā)處理單元202;用于存儲已分發(fā)的數(shù)據(jù)內(nèi)容的存儲區(qū)域203,包接收處理單元204,以及用于保存接收者地址列表的存儲區(qū)域205。存儲區(qū)域203和存儲區(qū)域205可以在諸如DRAM(Dynamic Random Access Memory,動態(tài)隨機存取存儲器)那樣的半導(dǎo)體存儲器上或在諸如硬盤那樣的存儲設(shè)備上。它們?yōu)槊糠N內(nèi)容所準(zhǔn)備。
由于在RTSP(Real Time Streaming Protocol,實時流型協(xié)議)標(biāo)準(zhǔn)的文檔中詳細描述了作為狀態(tài)機的控制處理單元201的運行,因而在此不提供對其的描述。
當(dāng)接收處理單元204自接收已分發(fā)內(nèi)容的接收設(shè)備300,接收對已被分發(fā)并且其連續(xù)序號先于某一連續(xù)序號的數(shù)據(jù)的請求時,接收處理單元204在存儲區(qū)域205所保存的接收者地址列表中記錄該接收設(shè)備300的地址,所請求數(shù)據(jù)的連續(xù)序號和請求數(shù)據(jù)量。當(dāng)在對已分發(fā)數(shù)據(jù)的請求中包括可用協(xié)議列表時,還記錄該列表的細節(jié)數(shù)據(jù)。接收設(shè)備300因此向分發(fā)設(shè)備200通報該可用協(xié)議列表以允許分發(fā)設(shè)備200選擇有效的協(xié)議。
當(dāng)控制處理單元201處于分發(fā)狀態(tài)時,分發(fā)處理單元202根據(jù)分發(fā)數(shù)據(jù)的復(fù)制率來發(fā)送包。發(fā)送時,在作為已分發(fā)數(shù)據(jù)緩沖的存儲區(qū)域203內(nèi)寫入發(fā)送的數(shù)據(jù)。
通常,分發(fā)數(shù)據(jù)的復(fù)制率比分發(fā)設(shè)備的傳輸率低,因此在分發(fā)的包之間存在空閑時間。在空閑時間里,分發(fā)處理單元202讀取存儲在存儲區(qū)域205中的接收者地址列表。然后,當(dāng)請求的數(shù)據(jù)量大于零時,從作為已分發(fā)數(shù)據(jù)緩沖的存儲區(qū)域203中讀出與該連續(xù)序號相應(yīng)的包并發(fā)送此包。隨后,將存儲區(qū)域205所存儲的接收者地址列表中的連續(xù)序號減去一,并把所請求的數(shù)據(jù)量減去發(fā)送包的大小。在分發(fā)包之間的空閑時間里重復(fù)上述過程。這里,可以預(yù)先組合一組將通過該重復(fù)的過程發(fā)送的包,然后發(fā)送這組包。
需要注意的是,在傳輸?shù)臅r候,分發(fā)處理單元202最好從可用協(xié)議列表中選擇有效的協(xié)議。此外,在傳輸之前,分發(fā)處理單元202最好檢查分發(fā)包的擁塞狀態(tài)并檢查是否從擁塞狀態(tài)恢復(fù),如果它們處于擁塞狀態(tài),延遲傳輸直至從擁塞狀態(tài)恢復(fù)。最好降低傳輸速率直至從擁塞狀態(tài)恢復(fù)。因此,可以降低由于擁塞而導(dǎo)致的由多個接收設(shè)備300所接收分發(fā)數(shù)據(jù)的延遲或丟失的可能性。換句話說,該過程在避免擁塞上是有效的。
在圖2中,顯示了包含在本實施例數(shù)據(jù)傳輸系統(tǒng)中的接收設(shè)備300的結(jié)構(gòu)和通信數(shù)據(jù)處理功能。圖2顯示了使用因特網(wǎng)協(xié)議的接收設(shè)備300的具體例子。
參照圖2,包含在本實施例數(shù)據(jù)傳輸系統(tǒng)中的接收設(shè)備300包括數(shù)據(jù)鏈路層/物理層301,作為網(wǎng)絡(luò)層并包含高層識別單元303的因特網(wǎng)協(xié)議302,地址端口識別單元306,作為傳輸層的用戶數(shù)據(jù)報協(xié)議304,傳輸控制協(xié)議305,中間協(xié)議307,包括緩沖309和同步單元310的實時傳輸協(xié)議308,以及數(shù)據(jù)請求單元311。
數(shù)據(jù)鏈路層/物理層301設(shè)置為在請求分發(fā)后,通過通常的過程在物理層中把包接收到接收者自己的地址或多點傳送地址。在物理層中把包接收到接收者的地址或多點傳送地址,數(shù)據(jù)鏈路層/物理層301把關(guān)于包的信息提供給因特網(wǎng)協(xié)議302。
因特網(wǎng)協(xié)議302執(zhí)行特定的協(xié)議處理,并隨后通過其中包含的高層識別單元303來識別高層以提供包信息到該高層。
在這里假設(shè)分發(fā)設(shè)備200根據(jù)用戶數(shù)據(jù)報協(xié)議發(fā)送分發(fā)數(shù)據(jù)以及已分發(fā)的數(shù)據(jù)。因而,在這種情況下,將這兩種數(shù)據(jù)都提供到用戶數(shù)據(jù)報協(xié)議304。
不必說,該假設(shè)并不限制本發(fā)明。換句話說,分發(fā)數(shù)據(jù)和已分發(fā)的數(shù)據(jù)都可以使用數(shù)據(jù)報協(xié)議304和傳輸控制協(xié)議305中的任何一個。
當(dāng)所接收數(shù)據(jù)在協(xié)議上彼此不同時,傳統(tǒng)技術(shù)把該數(shù)據(jù)分別識別為實現(xiàn)不同服務(wù)的通信。與之相比,本發(fā)明接收設(shè)備300的特征在于其不考慮協(xié)議而運行。
更特別地,當(dāng)發(fā)送者的地址(源地址),發(fā)送者的服務(wù)識別號(源端口號),目的地的地址(目的地地址)和目的地的服務(wù)識別號(目的地端口號)這四種包含在包信息中的信息彼此相同時,通常用戶數(shù)據(jù)報協(xié)議和傳輸協(xié)議都把該通信看作執(zhí)行特定服務(wù)的通信。
與之相比,本發(fā)明的接收設(shè)備300特征如下。當(dāng)它們的包信息中的發(fā)送者的地址(源地址),發(fā)送者的服務(wù)識別號(源端口號)和目的地的服務(wù)識別號(目的地端口號)這三種信息彼此相同,而且目的地的地址(目的地地址)是預(yù)先彼此知道的接收者的地址或多點傳送地址時,接收設(shè)備300把該通信看作執(zhí)行特定服務(wù)以在地址端口識別單元306和實時傳輸協(xié)議308中執(zhí)行相同處理的通信。
特別地,在地址端口識別單元306識別提供給它的包的地址和端口之后,實時傳輸協(xié)議308在緩沖309中存儲此包。需要注意的是,如果使用傳輸控制協(xié)議305,在由地址端口識別單元306識別該地址和端口之后,通過中間協(xié)議307把包提供給實時傳輸協(xié)議308,該中間協(xié)議包含有關(guān)用于鏈接傳輸控制協(xié)議305和實時傳輸協(xié)議308的包長度的信息。
然后,在同步單元310中,根據(jù)包信息中的時間戳信息,按照包信息中連續(xù)序號的次序建立時間同步,同時從緩沖309提供數(shù)據(jù)給應(yīng)用程序。
這里,本實施例中的接收設(shè)備300特征在于,當(dāng)初始化后第一次在緩沖309中寫入包時,數(shù)據(jù)請求單元311發(fā)送對已分發(fā)的數(shù)據(jù)的請求到分發(fā)單元200,已分發(fā)的數(shù)據(jù)包括關(guān)于包的連續(xù)序號的信息和關(guān)于緩沖大小的信息。
因此,本實施例中的接收設(shè)備300執(zhí)行相同的處理而不管目的地地址是多點傳送地址還是接收者的地址,也不管傳輸協(xié)議是UDP(UserDatagram Protocol,用戶數(shù)據(jù)報協(xié)議)還是TCP(Transfer ControlProtocol,傳輸控制協(xié)議),因此接收設(shè)備300能在接收來自分發(fā)設(shè)備200的數(shù)據(jù)中收到預(yù)期效果。
用圖3描述第一實施例中在分發(fā)設(shè)備200和接收設(shè)備300之間的該數(shù)據(jù)傳輸。
參照圖3,假設(shè)來自分發(fā)設(shè)備200的數(shù)據(jù)分發(fā)是使用多點傳送地址到多個接收設(shè)備300的多點傳送分發(fā)。需要注意的是,圖3中的時序是從下向上的。而且,在跟隨著各個箭頭的字符串中,M表示目的地地址是多點傳送地址,U表示目的地地址是接收設(shè)備300的單點傳送地址。跟著M或U的數(shù)字表示包的連續(xù)序號。
參照圖3,分發(fā)設(shè)備200開始分發(fā),根據(jù)復(fù)制速率從分發(fā)處理單元202發(fā)送包到多點傳送地址。在圖3中,由從表示分發(fā)設(shè)備200的直線橫向延長的箭頭來表示分發(fā),而且根據(jù)跟隨著M的數(shù)字,可以看到從具有連續(xù)序號50的包成功地發(fā)送了包。
當(dāng)新的接收設(shè)備300發(fā)送分發(fā)請求包到分發(fā)設(shè)備200(在圖3中由箭頭“請求”表示)時,在接收處理單元204中接收該分發(fā)請求包的分發(fā)設(shè)備200提供一個分發(fā)接收包(批準(zhǔn))作為答復(fù),該分發(fā)接收包包含在分發(fā)下的多點傳送地址。
然后,接收設(shè)備300使用因特網(wǎng)組管理協(xié)議(IGMP,InternetGroup Management Protocol)請求一組插入路由器(interveningrouter)(未顯示)來將給出的多點傳送地址路由到接收設(shè)備300(IGMP)。
當(dāng)正確設(shè)置該路由器組的路由信息時,從分發(fā)設(shè)備200把到多點傳送地址的包提供給接收設(shè)備300(M52)。
接著,接收設(shè)備300從數(shù)據(jù)請求單元311把對已分發(fā)數(shù)據(jù)的請求連同最先接收的包的序號52和開始復(fù)制所必需的緩沖大小一起發(fā)送到分發(fā)設(shè)備200(通知)。這里假設(shè)開始復(fù)制所必需的緩沖大小是九個包。這樣,由于接收設(shè)備300向分發(fā)設(shè)備200通報接收設(shè)備300第一次接收的包的連續(xù)序號,因此就獲得了接收設(shè)備300與分發(fā)設(shè)備200協(xié)同工作的效果。此外,由于接收設(shè)備300向分發(fā)設(shè)備200通報需要的數(shù)據(jù)量,因此就獲得了接收設(shè)備300與分發(fā)設(shè)備200協(xié)同工作的效果。
在接收處理單元204接收對已分發(fā)數(shù)據(jù)的請求,分發(fā)設(shè)備200在存儲區(qū)域205所保存的接收者地址列表中記錄該接收設(shè)備300的地址,數(shù)據(jù)的連續(xù)序號和請求量(九個包)。分發(fā)處理單元202從作為已分發(fā)數(shù)據(jù)緩沖的存儲區(qū)域203中讀取必需的連續(xù)序號的包,并在多點傳送分發(fā)的時間間隔(即每個在多點傳送分發(fā)的包之間的空閑時間)里,從連續(xù)序號51開始以遞減的次序把已分發(fā)的數(shù)據(jù)(U43到U51)發(fā)送到從存儲區(qū)域205所保存的接收者地址列表中讀取的接收設(shè)備300的單點傳送地址。這時,優(yōu)選地,分發(fā)設(shè)備200以至少是復(fù)制速率的傳輸速率將已分發(fā)的數(shù)據(jù)發(fā)送到接收設(shè)備300。
接收設(shè)備300接收發(fā)送到接收設(shè)備的單點傳送地址的已分發(fā)的數(shù)據(jù)并在緩沖309中存儲該數(shù)據(jù)。然后,接收設(shè)備300到預(yù)定時間為止把復(fù)制所必需的數(shù)據(jù)存儲在緩沖309中。從這時起,開始復(fù)制(復(fù)制開始)。
從上面可以看出,本實施例的數(shù)據(jù)傳輸系統(tǒng)具有以下特征。當(dāng)分發(fā)不在請求形式中且接收設(shè)備300在請求分發(fā)后第一次接收到分發(fā)包時,接收設(shè)備300請求分發(fā)設(shè)備200發(fā)送先于該包的已分發(fā)數(shù)據(jù)。然后,與該分發(fā)并行,分發(fā)設(shè)備200把過去分發(fā)的數(shù)據(jù)發(fā)送到接收設(shè)備300。
因為上述處理由本實施例的數(shù)據(jù)傳輸系統(tǒng)執(zhí)行,所以即使當(dāng)分發(fā)方法是諸如實況分發(fā)(live distribution)或多點傳送分發(fā)那樣的不能為接收設(shè)備適當(dāng)?shù)卣{(diào)整分發(fā)率的方法時,分發(fā)設(shè)備200與該分發(fā)并行發(fā)送已分發(fā)數(shù)據(jù)到接收設(shè)備300來縮短接收設(shè)備300在內(nèi)容復(fù)制前存儲數(shù)據(jù)所需的緩沖時間。這是因為本實施例的分發(fā)設(shè)備200具有作為用于存儲已被分發(fā)數(shù)據(jù)的已分發(fā)數(shù)據(jù)緩沖的存儲區(qū)域203。因此,為諸如在存儲設(shè)備上無分發(fā)數(shù)據(jù)的實況分發(fā)那樣的分發(fā)獲得類似的效果。這樣,就可以分發(fā)用戶滿意的內(nèi)容。
此外,由于接收設(shè)備300在其開始接收分發(fā)后立即能夠以至少是其復(fù)制速率的傳輸速率接收來自分發(fā)設(shè)備200的先前已分發(fā)數(shù)據(jù),所以能夠縮短在接收設(shè)備300中緩沖所必需的時間。
此外,由于本實施例的數(shù)據(jù)傳輸系統(tǒng)以連續(xù)序號遞減的次序從分發(fā)設(shè)備200發(fā)送分發(fā)數(shù)據(jù)到接收設(shè)備300,所以接收設(shè)備300能在先前已分發(fā)數(shù)據(jù)和分發(fā)數(shù)據(jù)的總量與復(fù)制所必需的數(shù)量相等時立即開始復(fù)制。
此外,根據(jù)本實施例,由于分發(fā)設(shè)備200發(fā)送適合接收設(shè)備300的緩沖大小的已分發(fā)數(shù)據(jù),所以能夠避免消耗超出必需的傳輸帶寬。另外,因為分發(fā)設(shè)備200以多點傳送方式執(zhí)行分發(fā)并以單點傳送方式執(zhí)行已分發(fā)數(shù)據(jù)的傳輸,所以能夠避免不注意地消耗傳輸帶寬。
第二實施例參照圖4,根據(jù)第二實施例,數(shù)據(jù)傳輸系統(tǒng)包括分發(fā)設(shè)備400和接收設(shè)備300a,300b,300c,300d(在這里共同引用為接收設(shè)備300)來通過網(wǎng)絡(luò)發(fā)送數(shù)據(jù)。在圖4中,分發(fā)設(shè)備400已經(jīng)處于分發(fā)狀態(tài)并正通過包括路由器500的一組路由器向接收設(shè)備300a,300b,300c進行多點傳送分發(fā)。接收設(shè)備300d是最近請求分發(fā)的接收設(shè)備300。在請求分發(fā)之前,路由器500不把多點傳送包傳送給接收設(shè)備300d。
因為包括在本實施例數(shù)據(jù)傳輸系統(tǒng)中的接收設(shè)備300與包括在上述第一實施例數(shù)據(jù)傳輸系統(tǒng)中的接收設(shè)備300相似,所以在此就不重復(fù)對其的描述了。
在圖5中,顯示了包括在第二實施例數(shù)據(jù)傳輸系統(tǒng)中的分發(fā)設(shè)備400的結(jié)構(gòu)和功能。
參考圖5,包括在本實施例數(shù)據(jù)傳輸系統(tǒng)中的分發(fā)設(shè)備400包括作為狀態(tài)機的控制處理單元401,內(nèi)容分發(fā)處理單元402和用于保存接收者地址列表的存儲區(qū)域403。它們?yōu)槊糠N內(nèi)容所準(zhǔn)備。
控制處理單元401在特定內(nèi)容準(zhǔn)備就緒時發(fā)生并從初始狀態(tài)開始。這里,例如,確保用于在存儲區(qū)域403中保存接收者地址列表的存儲器,或者,在實況分發(fā)的情況下,檢查將使用的諸如照相機那樣的設(shè)備。
然后,當(dāng)分發(fā)設(shè)備400必須開始特定內(nèi)容的分發(fā)服務(wù)時(例如當(dāng)從第一個用戶接收到對分發(fā)設(shè)定的請求或當(dāng)?shù)搅祟A(yù)先設(shè)定的分發(fā)時間時),控制處理單元401將其狀態(tài)轉(zhuǎn)換為準(zhǔn)備狀態(tài)。在準(zhǔn)備狀態(tài),確保分發(fā)所必需的信息和資源,例如,獲取多點傳送地址并等待分發(fā)請求。
然后,當(dāng)控制處理單元401處在準(zhǔn)備完成狀態(tài)或分發(fā)狀態(tài)且分發(fā)設(shè)備400接收來自接收設(shè)備300的分發(fā)請求時,分發(fā)設(shè)備400把接收設(shè)備300的地址添加到在存儲區(qū)域403所保存的接收者地址列表中并為各個地址準(zhǔn)備計數(shù)值。在下文中將描述計數(shù)值的初始值。接著,將必需的響應(yīng)發(fā)送到接收設(shè)備300。因為在文檔或類似RTSP規(guī)范中詳細說明了該響應(yīng)的內(nèi)容,所以在這里將不提供對其的描述。
此外,當(dāng)控制處理單元401處于分發(fā)狀態(tài)且分發(fā)設(shè)備400從接收設(shè)備300接收完成該接收的通知時,分發(fā)設(shè)備400從存儲區(qū)域403所保存的接收者地址列表中刪除接收設(shè)備300的地址。
接下來,當(dāng)請求分發(fā)的接收設(shè)備300的數(shù)量達到1個或更多時,控制處理單元401激活內(nèi)容分發(fā)處理單元402中的分發(fā)處理來把其狀態(tài)改為分發(fā)狀態(tài)。此外,當(dāng)存儲區(qū)域403所保存的接收者地址列表為空時,控制處理單元401結(jié)束內(nèi)容分發(fā)處理單元402中的分發(fā)處理來返回準(zhǔn)備完成狀態(tài)。
在內(nèi)容分發(fā)處理單元402所執(zhí)行的分發(fā)處理中,根據(jù)內(nèi)容的速度發(fā)送包。
這時,首先用預(yù)定的地址來執(zhí)行多點傳送傳輸。然后,參考存儲區(qū)域403所保存的接收者地址列表,而且當(dāng)附屬于地址的計數(shù)大于零時,修改接收者地址列表并將多點傳送的數(shù)據(jù)只發(fā)送到大于零的計數(shù)所附屬的地址(單點傳送)。在這之后,將附屬于該地址的計數(shù)減一。
用圖6來描述圖4所示第二實施例數(shù)據(jù)傳輸系統(tǒng)中在上述分發(fā)設(shè)備400和最新請求分發(fā)的接收設(shè)備300d之間的數(shù)據(jù)傳輸。
參考圖6,當(dāng)接收設(shè)備300d把分發(fā)請求包發(fā)送到分發(fā)設(shè)備400(在圖6中用“請求”箭頭表示)時,接收該分發(fā)請求包的分發(fā)設(shè)備400如上所述更新存儲區(qū)域403所保存的接收者地址列表來發(fā)送答復(fù)到接收設(shè)備300d(批準(zhǔn))。該答復(fù)包括在分發(fā)下的關(guān)于多點傳送地址的信息。
接著,接收來自分發(fā)設(shè)備400的答復(fù)的接收設(shè)備300d用因特網(wǎng)組管理協(xié)議向位于接收設(shè)備300d和分發(fā)設(shè)備400之間的路由器500通報參與多點傳送已分發(fā)的包(IGMP)。
直到路由器500處理該關(guān)于參與的通知(IGMP完成)為止,無分發(fā)數(shù)據(jù)提供到接收設(shè)備300d。在圖6中,由箭頭M52,M53和M54表示從分發(fā)設(shè)備400分發(fā)了一些包而它們沒有到達接收設(shè)備300d。從上面可以看出,直到完成像IGMP那樣的多點傳送設(shè)置為止,任何傳統(tǒng)技術(shù)都不能允許接收設(shè)備300d接收流數(shù)據(jù)。
與之相反,本實施例的分發(fā)設(shè)備400以單點分發(fā)(unicast)的形式把流數(shù)據(jù)發(fā)送到接收設(shè)備300d直至附屬于更新過的接收者地址列表中的接收設(shè)備300d的地址的計數(shù)值變?yōu)榱銥橹?箭頭U52到U55)。因此,即使在其中無多點傳送分發(fā)數(shù)據(jù)傳輸?shù)浇邮赵O(shè)備300d的時間段內(nèi),本實施例的分發(fā)設(shè)備400也能使接收設(shè)備300d接收具有單點傳送形式數(shù)據(jù)內(nèi)容的數(shù)據(jù)。
因為由路由器500用來處理多點傳送參與通知而消耗的時間依賴于網(wǎng)絡(luò)的大小,而且在這期間內(nèi)發(fā)送的包的數(shù)量依賴于內(nèi)容的數(shù)據(jù)速率,所以最好根據(jù)網(wǎng)絡(luò)的大小和內(nèi)容的數(shù)據(jù)速率來確定附屬于接收者地址的計數(shù)的初始值。此外,代替更新版本中將計數(shù)附屬于接收設(shè)備300d的地址的方法,可以采用由接收設(shè)備300d通知多點傳送地址的包被接收的事實以便接收該通知的分發(fā)設(shè)備400停止向接收設(shè)備300d的單點傳送傳輸?shù)姆椒?。由此可見,從接收設(shè)備300d接收到關(guān)于接收設(shè)備300d接收到多點傳送方式分發(fā)的數(shù)據(jù)的通知的分發(fā)設(shè)備400停止單點傳送傳輸,以便避免無謂的傳輸帶寬消耗。
需要注意的是,圖6沒有顯示一些被認為是必需的處理,例如,擁塞控制。可以在上述內(nèi)容分發(fā)處理單元402的分發(fā)處理中,由分發(fā)設(shè)備400中的低層協(xié)議(例如RTP)獨立地執(zhí)行擁塞控制等。
從上面可以看出,本實施例的數(shù)據(jù)傳輸系統(tǒng)具有以下特征。對于多點傳送分發(fā),在某一接收設(shè)備300d請求分發(fā)后,獲得分發(fā)的多點傳送地址并在接收設(shè)備300d和分發(fā)設(shè)備200之間的路由器組的多點傳送傳輸設(shè)置完成之前的時間段里,分發(fā)設(shè)備400能與多點傳送分發(fā)并行地把相同的流數(shù)據(jù)以單點傳送形式發(fā)送到接收設(shè)備300d的地址。
在本實施例的數(shù)據(jù)傳輸系統(tǒng)中通過執(zhí)行上述處理,對于多點傳送分發(fā),分發(fā)設(shè)備400把在路由器500設(shè)置多點傳送路由的期間內(nèi)沒有傳輸?shù)亩帱c傳送的接收設(shè)備300d的包發(fā)送到接收設(shè)備300d的單點傳送地址。這樣,本實施例的數(shù)據(jù)傳輸系統(tǒng)能有效地使用多點傳送路由的設(shè)置時間。而且,因為本實施例的分發(fā)設(shè)備400在接收到分發(fā)請求后的一定時間段內(nèi),以單點傳送形式把內(nèi)容分發(fā)到請求分發(fā)的接收設(shè)備300d,在插入路由器500的多點傳送傳輸設(shè)置完成期間的數(shù)據(jù)也被發(fā)送到接收設(shè)備300d。這樣,就可以發(fā)送用戶滿意的內(nèi)容。
此外,上述數(shù)據(jù)傳輸系統(tǒng)的數(shù)據(jù)傳輸方法可以做為程序來提供。這個程序也可以被記錄在諸如軟盤,CD-ROM(Compact Disc-Read OnlyMemory,光盤只讀存儲器),ROM(Read Only Memory,只讀存儲器),RAM(Read Access Memory,隨機存儲器)和存儲器卡那樣的從屬于計算機的可由計算機讀取的記錄媒體上,以便把程序做為程序產(chǎn)品提供。作為另一種選擇,也可以通過記錄在諸如硬盤那樣包含在計算機中的記錄媒體中來提供該程序。還可以通過用網(wǎng)絡(luò)下載來提供該程序。由此可見,可以通過計算機獲得來源于上述處理的效果。
在諸如硬盤的程序存儲單元上安裝提供的程序產(chǎn)品并執(zhí)行該程序。需要注意的是,該程序產(chǎn)品包括程序本身和記錄該程序的記錄媒體。
盡管已經(jīng)詳細描述并舉例說明了本發(fā)明,但是需要清楚了解的是,那僅僅是作為實例和圖示而不是作為限制,本發(fā)明的范圍和思想僅由附加的權(quán)利聲明項的范圍所限制。
工業(yè)適用性如同迄今為止所討論的,根據(jù)本發(fā)明,可以縮短在執(zhí)行流型分發(fā)時用于緩沖的時間段,從而本發(fā)明有效適用于在任何像多點傳送分發(fā)和實況分發(fā)這樣不能為接收設(shè)備適當(dāng)?shù)卣{(diào)整分發(fā)率的分發(fā)系統(tǒng)中的內(nèi)容的流分發(fā)。
權(quán)利要求
1.一種數(shù)據(jù)分發(fā)設(shè)備,包括分發(fā)單元(202),使用包通信以附有連續(xù)序號的流型向接收設(shè)備分發(fā)數(shù)據(jù);接收單元(204),自上述接收設(shè)備接收先于預(yù)定連續(xù)序號的流數(shù)據(jù)的分發(fā)請求;傳輸單元(202),接收到上述分發(fā)請求,并行于由上述分發(fā)單元(202)以上述流型的數(shù)據(jù)分發(fā),發(fā)送先于上述預(yù)定連續(xù)序號的流數(shù)據(jù)。
2.按照權(quán)利要求1所述的數(shù)據(jù)分發(fā)設(shè)備,還包括保存單元(203),在預(yù)定時間段中保存由上述分發(fā)單元(202)發(fā)送的上述流數(shù)據(jù)。
3.按照權(quán)利要求1所述的數(shù)據(jù)分發(fā)設(shè)備,其中,上述傳輸單元(202)按照連續(xù)序號的降序發(fā)送先于上述預(yù)定連續(xù)序號的上述流數(shù)據(jù)。
4.按照權(quán)利要求1所述的數(shù)據(jù)分發(fā)設(shè)備,其中,上述接收單元(204)接收來自上述接收設(shè)備的分發(fā)請求,該分發(fā)請求包含關(guān)于請求分發(fā)的數(shù)據(jù)量的信息,上述傳輸單元(202)發(fā)送先于上述連續(xù)序號的上述數(shù)據(jù)量的流數(shù)據(jù)。
5.按照權(quán)利要求1所述的數(shù)據(jù)分發(fā)設(shè)備,其中,上述分發(fā)單元(202)以附有連續(xù)序號的流型把上述數(shù)據(jù)分發(fā)到多點傳送地址,上述傳輸單元(202)把先于上述預(yù)定連續(xù)序號的流數(shù)據(jù)發(fā)送到上述接收設(shè)備的單點傳送地址,從該接收設(shè)備提供上述已接收的分發(fā)請求。
6.按照權(quán)利要求1所述的數(shù)據(jù)分發(fā)設(shè)備,還包括監(jiān)視單元(202),監(jiān)視上述分發(fā)單元(202)的數(shù)據(jù)分發(fā)的擁塞狀態(tài),其中,當(dāng)上述監(jiān)視單元(202)檢測到存在擁塞狀態(tài)時,上述傳輸單元(202)停止或減慢發(fā)送先于上述預(yù)定連續(xù)序號的流數(shù)據(jù),監(jiān)測是否從上述擁塞狀態(tài)恢復(fù),然后控制上述數(shù)據(jù)的傳輸。
7.一種數(shù)據(jù)分發(fā)設(shè)備,包括分發(fā)單元(402),使用包通信以流型同時向多個地址發(fā)送相同數(shù)據(jù);接收單元(401),接收來自接收設(shè)備的對上述數(shù)據(jù)的分發(fā)請求;和傳輸單元(402),在接收上述分發(fā)請求的基礎(chǔ)上,并行于分發(fā)單元(402)向上述多個地址的分發(fā),在特定時間段里,把與由上述分發(fā)單元(402)分發(fā)的數(shù)據(jù)相同的數(shù)據(jù)發(fā)送到上述接收設(shè)備的單點傳送地址,從該接收設(shè)備提供上述已接收的分發(fā)請求。
8.按照權(quán)利要求7所述的數(shù)據(jù)分發(fā)設(shè)備,還包括通知單元(401),自上述接收設(shè)備接收已接收到由上述分發(fā)單元(402)分發(fā)的數(shù)據(jù)的通知,其中,從該接收設(shè)備提供已接收的分發(fā)請求;和停止單元(401),在接收上述通知的基礎(chǔ)上,停止向上述接收設(shè)備的單點傳送地址的傳輸。
9.一種接收設(shè)備,包括接收單元(301),使用包通信以附有連續(xù)序號的流型接收來自數(shù)據(jù)分發(fā)設(shè)備的數(shù)據(jù);和緩沖單元(306),當(dāng)由上述接收單元接收的包的源地址,上述源的服務(wù)識別號和目的地的服務(wù)識別號是預(yù)先與上述分發(fā)設(shè)備彼此通告的特定值,且當(dāng)目的地地址是上述接收設(shè)備的地址或與上述分發(fā)設(shè)備彼此通信的多點傳送地址時,在緩沖(309)中存儲上述所接收的包,以便在上述緩沖中不會存儲與上述包所附的連續(xù)序號相同的包。
10.按照權(quán)利要求9所述的接收設(shè)備,還包括第一分發(fā)請求單元(311),產(chǎn)生向上述數(shù)據(jù)分發(fā)設(shè)備的上述數(shù)據(jù)的分發(fā)請求;和第二分發(fā)請求單元(311),在上述分發(fā)請求后,向上述數(shù)據(jù)分發(fā)設(shè)備產(chǎn)生對先于最先接收到的包的連續(xù)序號的流數(shù)據(jù)的請求。
11.按照權(quán)利要求10所述的接收設(shè)備,其中,上述第二分發(fā)請求單元(311)在對先于上述最先接收到的包的連續(xù)序號的流數(shù)據(jù)的請求中,產(chǎn)生對所請求的數(shù)據(jù)量的通知。
12.按照權(quán)利要求10所述的接收設(shè)備,其中,上述第二分發(fā)請求單元(311)在對先于上述最先接收到的包的連續(xù)序號的流數(shù)據(jù)的請求中,產(chǎn)生對可接收協(xié)議的種類的通知。
13.按照權(quán)利要求9所述的接收設(shè)備,還包括第一分發(fā)請求單元(311),向上述數(shù)據(jù)分發(fā)設(shè)備產(chǎn)生對上述數(shù)據(jù)的分發(fā)請求;和通知單元(311),當(dāng)在上述分發(fā)請求后接收來自上述數(shù)據(jù)分發(fā)設(shè)備的最先多點傳送包時,通知上述數(shù)據(jù)分發(fā)設(shè)備已接收上述最先多點傳送包。
14.一種數(shù)據(jù)分發(fā)方法,從數(shù)據(jù)分發(fā)設(shè)備向接收設(shè)備分發(fā)數(shù)據(jù),包括分發(fā)步驟(M50-M57),由上述數(shù)據(jù)分發(fā)設(shè)備使用包通信以附有連續(xù)序號的流型分發(fā)數(shù)據(jù);接收步驟(“請求”,“批準(zhǔn)”),由上述數(shù)據(jù)分發(fā)設(shè)備接收來自上述接收設(shè)備的對以流型分發(fā)并先于上述預(yù)定連續(xù)序號的數(shù)據(jù)的分發(fā)請求;和傳輸步驟(U43-U51),由上述數(shù)據(jù)分發(fā)設(shè)備在上述分發(fā)請求的接收基礎(chǔ)上,并行于在上述分發(fā)步驟中的以流型分發(fā)數(shù)據(jù),發(fā)送上述以流型分發(fā)并先于預(yù)定連續(xù)序號的數(shù)據(jù)。
15.一種數(shù)據(jù)分發(fā)方法,從數(shù)據(jù)分發(fā)設(shè)備向多個地址分發(fā)數(shù)據(jù),包括分發(fā)步驟(M50-M57),由上述數(shù)據(jù)分發(fā)設(shè)備使用包通信以流型同時向上述多個地址分發(fā)相同的數(shù)據(jù);接收步驟(“請求”,“批準(zhǔn)”),由上述數(shù)據(jù)分發(fā)設(shè)備接收來自接收設(shè)備的對上述數(shù)據(jù)的分發(fā)請求;和傳輸步驟(U52-U55),由上述數(shù)據(jù)分發(fā)設(shè)備在上述分發(fā)請求的接收基礎(chǔ)上,在特定時間段內(nèi),并行于在上述分發(fā)步驟中向上述多個地址的分發(fā),把與上述分發(fā)步驟中分發(fā)的數(shù)據(jù)相同的數(shù)據(jù)發(fā)送到上述接收設(shè)備的單點傳送地址,其中,從該接收設(shè)備提供上述已接收的分發(fā)請求。
16.一種數(shù)據(jù)分發(fā)程序產(chǎn)品,由計算機來執(zhí)行一種從數(shù)據(jù)分發(fā)設(shè)備向接收設(shè)備分發(fā)數(shù)據(jù)的方法,該方法包括分發(fā)步驟(M50-M57),由上述數(shù)據(jù)分發(fā)設(shè)備使用包通信以附有連續(xù)序號的流型分發(fā)數(shù)據(jù);分發(fā)步驟(M50-M57),由上述數(shù)據(jù)分發(fā)設(shè)備使用包通信以附有連續(xù)序號的流型分發(fā)數(shù)據(jù);接收步驟(“請求”,“批準(zhǔn)”),由上述數(shù)據(jù)分發(fā)設(shè)備接收來自上述接收設(shè)備的對以流型分發(fā)并先于預(yù)定連續(xù)序號的數(shù)據(jù)的分發(fā)請求;和傳輸步驟(U43-U51),由上述數(shù)據(jù)分發(fā)設(shè)備在上述分發(fā)請求的接收基礎(chǔ)上,并行于在上述分發(fā)步驟中的以流型分發(fā)數(shù)據(jù),發(fā)送上述以流型分發(fā)并先于預(yù)定連續(xù)序號的數(shù)據(jù)。
17.一種數(shù)據(jù)分發(fā)程序產(chǎn)品,由計算機來執(zhí)行一種從數(shù)據(jù)分發(fā)設(shè)備向多個地址分發(fā)數(shù)據(jù)的方法,該方法包括分發(fā)步驟(M50-M57),由上述數(shù)據(jù)分發(fā)設(shè)備使用包通信以流型同時向上述多個地址分發(fā)相同的數(shù)據(jù);接收步驟(“請求”,“批準(zhǔn)”),由上述數(shù)據(jù)分發(fā)設(shè)備接收來自接收設(shè)備的對上述數(shù)據(jù)的分發(fā)請求;和傳輸步驟(U52-U55),由上述數(shù)據(jù)分發(fā)設(shè)備在上述分發(fā)請求的接收基礎(chǔ)上,在特定時間段內(nèi),并行于在上述分發(fā)步驟中向上述多個地址的分發(fā),把與上述分發(fā)步驟中分發(fā)的數(shù)據(jù)相同的數(shù)據(jù)發(fā)送到上述接收設(shè)備的單點傳送地址,其中,從該接收設(shè)備提供上述已接收的分發(fā)請求。
全文摘要
當(dāng)分發(fā)設(shè)備(200)在向多點傳送地址分發(fā)內(nèi)容的同時,接收來自新的接收設(shè)備(300)的分發(fā)請求包時,分發(fā)設(shè)備發(fā)送包括分發(fā)中的多點傳送地址的分發(fā)接收包作為答復(fù)(批準(zhǔn))。然后,以多點傳送方式接收來自分發(fā)設(shè)備(200)的內(nèi)容包,接收設(shè)備(300)向分發(fā)設(shè)備(200)發(fā)送對已分發(fā)數(shù)據(jù)的請求,該分發(fā)數(shù)據(jù)包括最先接收的包的連續(xù)序號(52)和開始復(fù)制所必需的緩沖大小(通知)。分發(fā)設(shè)備(200)然后從已分發(fā)數(shù)據(jù)緩沖中讀取必需的包,以在多點傳送分發(fā)的時間間隔中從連續(xù)序號51依據(jù)降序把已分發(fā)的數(shù)據(jù)(U43-U51)發(fā)送到接收設(shè)備(300)。
文檔編號H04L12/56GK1689287SQ0382429
公開日2005年10月26日 申請日期2003年7月11日 優(yōu)先權(quán)日2002年10月15日
發(fā)明者市川雄二 申請人:夏普株式會社
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
腾冲县| 五原县| 宁都县| 泰顺县| 武清区| 汶上县| 鄂伦春自治旗| 枣庄市| 青神县| 山东省| 钟山县| 凯里市| 盐源县| 乐安县| 济源市| 九江县| 城口县| 崇仁县| 满城县| 会泽县| 贞丰县| 泾阳县| 尚志市| 连山| 温州市| 神农架林区| 桂平市| 孙吴县| 宁国市| 庆元县| 吴堡县| 平泉县| 安乡县| 洛川县| 惠东县| 嘉义县| 葫芦岛市| 郓城县| 吴江市| 吴桥县| 文昌市|