專利名稱：代理服務(wù)器、中繼方法、通信系統(tǒng)、中繼控制程序、及記錄介質(zhì)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及發(fā)送裝置的代理服務(wù)器及上述代理服務(wù)器的中繼方法，在該發(fā)送裝置的代理服務(wù)器及上述代理服務(wù)器的中繼方法中，基于來自重放裝置或來自重放裝置的代理服務(wù)器這樣的通信裝置的要求，將從發(fā)送裝置發(fā)送的數(shù)據(jù)中繼給通信裝置。本發(fā)明還涉及使計(jì)算機(jī)作為上述代理服務(wù)器進(jìn)行動(dòng)作的中繼控制程序及對(duì)該中繼控制程序進(jìn)行存儲(chǔ)的記錄介質(zhì)。而且，本發(fā)明還涉及至少包括上述代理服務(wù)器、通信裝置和發(fā)送裝置的通信系統(tǒng)。
背景技術(shù)：
近年來，隨著對(duì)互聯(lián)網(wǎng)的需求急劇增長(zhǎng)，希望不僅能看到由文本、靜態(tài)圖像等靜態(tài)內(nèi)容構(gòu)成的網(wǎng)絡(luò)(WEB)頁(yè)面，還能通過接收流媒體配送來觀看動(dòng)態(tài)圖像內(nèi)容及音頻內(nèi)容的用戶越來越多。
通常，文本數(shù)據(jù)、靜態(tài)圖像數(shù)據(jù)等靜態(tài)內(nèi)容是利用基于http(s)協(xié)議等的單播通信來進(jìn)行發(fā)送和接收的。動(dòng)態(tài)圖像內(nèi)容及音頻內(nèi)容也大多通過單播通信來進(jìn)行發(fā)送和接收。
利用單播通信來對(duì)動(dòng)態(tài)圖像內(nèi)容進(jìn)行配送的配送方式可以例舉如下J^MPEG (MovingPicture Expert Group :動(dòng)態(tài)圖像專家組)的MP4文件格式進(jìn)行依次下載的配送方式(專利文獻(xiàn)I)、使用了 MPEG的ISO媒體文件格式(ISO Medi aFile Format)的片段視頻格式的配送方式(專利文獻(xiàn)2)。
由于單播通信的數(shù)據(jù)的發(fā)送和接收通常是在建立了通信源和通信目的地之間的連接之后再進(jìn)行的，所以具有數(shù)據(jù)的發(fā)送和接收的可靠性較高的優(yōu)點(diǎn)。
現(xiàn)有技術(shù)文獻(xiàn)
專利文獻(xiàn)
專利文獻(xiàn)1:日本專利公開公報(bào)“特開2005-110244號(hào)公報(bào)(2005年4月21日公開)，，
專利文獻(xiàn)2 :日本專利公開公報(bào)“特開2007-173987號(hào)公報(bào)(2007年7月5日公開)，，發(fā)明內(nèi)容
發(fā)明所要解決的技術(shù)問題
然而，在上述現(xiàn)有的利用單播通信的配送方式中，如圖23中的箭頭所示，配送服務(wù)器分別向發(fā)出配送要求的各個(gè)客戶端裝置配送動(dòng)態(tài)圖像內(nèi)容，因此，存在當(dāng)一次從多個(gè)客戶端裝置接收到配送要求時(shí)、網(wǎng)絡(luò)的頻帶負(fù)載升高的問題。此外，由于配送服務(wù)器需要一次與多個(gè)重放裝置建立連接，因此也會(huì)有配送服務(wù)器本身的處理負(fù)擔(dān)加重的問題。
鑒于上述問題，現(xiàn)提出本發(fā)明，其主要目的在于實(shí)現(xiàn)一種能夠?qū)陌l(fā)送裝置發(fā)送的數(shù)據(jù)所導(dǎo)致的網(wǎng)絡(luò)的頻帶負(fù)載進(jìn)行抑制的發(fā)送裝置的代理服務(wù)器。
解決技術(shù)問題所采用的技術(shù)方案
為解決上述課題，本發(fā)明所涉及的代理服務(wù)器根據(jù)來自通信裝置的要求，將從發(fā)送裝置發(fā)送的內(nèi)容緩存到存儲(chǔ)部中，并將該內(nèi)容中繼給所述通信裝置，其特征在于，包括: 發(fā)送單元，當(dāng)檢測(cè)到所述通信裝置通過單播通信向所述發(fā)送裝置發(fā)出了表示應(yīng)當(dāng)發(fā)送內(nèi)容的第一要求時(shí)，該發(fā)送單元向所述通信裝置發(fā)送表示該代理服務(wù)器能夠代替所述發(fā)送裝置來通過多播通信對(duì)該內(nèi)容進(jìn)行發(fā)送的信息；登錄單元，當(dāng)從所述通信裝置接收到表示應(yīng)當(dāng)使用多播通信來發(fā)送所述內(nèi)容的第二要求時(shí)，該登錄單元將所述通信裝置登錄到多播組中；以及中繼單元，該中繼單元使用多播通信將緩存在所述存儲(chǔ)部中的該內(nèi)容中繼給登錄在所述多播組中的各通信裝置。
所述代理服務(wù)器能夠以例如下述方式構(gòu)成所述第一要求是HTTP請(qǐng)求消息，所述發(fā)送單元對(duì)將所述信息作為報(bào)頭信息包含在內(nèi)的HTTP響應(yīng)消息進(jìn)行發(fā)送，所述報(bào)頭信息包括表示所述多播組的地址的值。
根據(jù)上述結(jié)構(gòu)，所述代理服務(wù)器根據(jù)來自通信裝置的要求向通信裝置發(fā)送表示其自身能夠代替所述發(fā)送裝置來通過多播通信對(duì)從所述發(fā)送裝置發(fā)送的內(nèi)容進(jìn)行發(fā)送的信息。然后，對(duì)于所述代理服務(wù)器，當(dāng)從所述通信裝置接收到表示應(yīng)當(dāng)使用多播通信來發(fā)送所述內(nèi)容的要求時(shí)，其自身代替所述發(fā)送裝置使用多播通信向所述通信裝置發(fā)送所述內(nèi)容。
因此，當(dāng)有多個(gè)通信裝置向所述發(fā)送裝置要求利用單播通信來配送內(nèi)容時(shí)，所述代理服務(wù)器能夠通過多播通信將內(nèi)容配送給所述多個(gè)通信裝置。
由此，當(dāng)有多個(gè)通信裝置向所述發(fā)送裝置要求利用單播通信來配送內(nèi)容時(shí)，與直接對(duì)通過單播通信從所述發(fā)送裝置發(fā)送的各個(gè)內(nèi)容進(jìn)行中繼的現(xiàn)有的代理服務(wù)器相比，本發(fā)明的代理服務(wù)器可以起到如下效果能夠?qū)陌l(fā)送裝置發(fā)送的數(shù)據(jù)所導(dǎo)致的網(wǎng)絡(luò)的頻帶負(fù)載進(jìn)行抑制。
為解決上述課題，本發(fā)明所涉及的中繼方法根據(jù)來自通信裝置的要求，將從發(fā)送裝置發(fā)送過來的內(nèi)容緩存到存儲(chǔ)部 中，并將該內(nèi)容中繼給所述通信裝置，其特征在于，包括發(fā)送過程，在該發(fā)送過程中，當(dāng)檢測(cè)到所述通信裝置通過單播通信向所述發(fā)送裝置發(fā)出了表示應(yīng)當(dāng)發(fā)送內(nèi)容的第一要求時(shí)，向所述通信裝置發(fā)送表示該代理服務(wù)器能夠代替所述發(fā)送裝置來通過多播通信對(duì)該內(nèi)容進(jìn)行發(fā)送的信息；登錄過程，在該登錄過程中，當(dāng)從所述通信裝置接收到表示應(yīng)當(dāng)使用多播通信來發(fā)送所述內(nèi)容的第二要求時(shí)，將所述通信裝置登錄到多播組中；以及中繼過程，在該中繼過程中，使用多播通信將緩存在所述存儲(chǔ)部中的該內(nèi)容中繼給登錄在所述多播組中的各通信裝置。
根據(jù)上述結(jié)構(gòu)，本發(fā)明的中繼方法可以起到與本發(fā)明的代理服務(wù)器相同的作用效果O
發(fā)明效果
如上所述，本發(fā)明的代理服務(wù)器可以起到如下效果能夠?qū)陌l(fā)送裝置發(fā)送的數(shù)據(jù)所導(dǎo)致的網(wǎng)絡(luò)的頻帶負(fù)載進(jìn)行抑制。


圖1是表示本發(fā)明實(shí)施方式所涉及的配送系統(tǒng)的整體結(jié)構(gòu)的圖。
圖2是示意性表示圖1配送系統(tǒng)I中，從配送服務(wù)器向客戶端裝置配送視頻內(nèi)容的期間中、各裝置間的通信處理的圖。
圖3是表示構(gòu)成圖1的配送系統(tǒng)的各裝置的詳細(xì)結(jié)構(gòu)的功能框圖。
圖4是示意性表示視頻內(nèi)容的位流和影片片段的關(guān)系的圖。
圖5是示意性表示媒體段(media segment)和影片片段(movie fragment)的關(guān)系的圖。
圖6是表示在圖1的配送系統(tǒng)的各裝置之間，從客戶端裝置發(fā)出視頻內(nèi)容的配送要求起、到結(jié)束對(duì)客戶端裝置配送視頻內(nèi)容為止所進(jìn)行的所有處理過程的前半部分的序列圖。
圖7是表示在圖1的配送系統(tǒng)的各裝置之間，從客戶端裝置發(fā)出視頻內(nèi)容的配送要求起、到結(jié)束對(duì)客戶端裝置配設(shè)視頻內(nèi)容為止所進(jìn)行的所有處理過程的后半部分的序列圖。
圖8是表示在圖6及圖7的序列所表示的處理過程中發(fā)送的消息的一個(gè)例子的圖。(a)是表示客戶端裝置所發(fā)送的請(qǐng)求消息的圖，(b)是表示配送服務(wù)器所發(fā)送的響應(yīng)消息的圖。
圖9是表示在圖6及圖7的序列所表示的處理過程中發(fā)送的消息的另一個(gè)例子的圖。(a)是表示配送服務(wù)器的代理服務(wù)器所發(fā)送的響應(yīng)消息的圖。(b)和(C)分別表示客戶端裝置的代理服務(wù)器所發(fā)送的HTTP消息格式的多播組的JOIN消息及LEAVE消息。
圖10 (a) (C)是表示圖1的配送系統(tǒng)中，從配送服務(wù)器的代理服務(wù)器向客戶端裝置的代理服務(wù)器發(fā)送的多播包的結(jié)構(gòu)的圖。
圖11是具體表示圖1的配送系統(tǒng)中，配送服務(wù)器的代 理服務(wù)器如何將作為HTTP 的響應(yīng)消息而發(fā)送的視頻內(nèi)容的數(shù)據(jù)轉(zhuǎn)換為多播包的圖。
圖12是示意性表示圖1的配送系統(tǒng)中各裝置之間的通信處理的圖。(a)是發(fā)出配送要求的客戶端裝置的數(shù)量為三個(gè)時(shí)的圖，(b)是發(fā)出配送要求的客戶端裝置的數(shù)量為三個(gè)時(shí)的圖。
圖13是表示圖1的配送系統(tǒng)中，客戶端裝置從用戶處接收到表示中斷視頻內(nèi)容的重放的指示時(shí)，各裝置間處理的流程的序列圖。
圖14是表示圖1的配送系統(tǒng)中，客戶端裝置的代理服務(wù)器所包括的HTTP處理部的動(dòng)作的流程圖。
圖15是表示圖1的配送系統(tǒng)中，客戶端裝置的代理服務(wù)器所包括的多播處理部的動(dòng)作的流程圖。
圖16表示圖1的配送系統(tǒng)中，配送服務(wù)器的代理服務(wù)器所包括的HTTP處理部所進(jìn)行的動(dòng)作，是表示接收到將客戶端裝置的代理服務(wù)器設(shè)為發(fā)送目的地的響應(yīng)消息時(shí)進(jìn)行的動(dòng)作的流程圖。
圖17是表示圖1的配送系統(tǒng)中，客戶端裝置的代理服務(wù)器所包括的多播處理部的動(dòng)作的流程圖。
圖18表示圖1的配送系統(tǒng)中，配送服務(wù)器的代理服務(wù)器所包括的HTTP處理部所進(jìn)行的動(dòng)作，是表示接收到JOIN消息時(shí)進(jìn)行的動(dòng)作的流程圖。
圖19是表示圖1的配送系統(tǒng)中客戶端裝置的動(dòng)作的流程圖。
圖20是表示圖1的配送系統(tǒng)中，當(dāng)在多播通信的過程中缺失了多播包時(shí)發(fā)送給客戶端裝置的HTTP響應(yīng)消息的一個(gè)例子的圖。
圖21是表示圖1的配送系統(tǒng)中，當(dāng)客戶端裝置同時(shí)對(duì)重放中的內(nèi)容進(jìn)行錄像時(shí)， 利用基于HTTP通信獲取到的缺失部的影片片段、來對(duì)多播通信所造成的缺失的影片片段進(jìn)行補(bǔ)全處理的流程圖。
圖22是表示圖1的配送系統(tǒng)中，當(dāng)從用戶處接收到表示中斷重放視頻內(nèi)容的指示時(shí)，客戶端裝置所進(jìn)行的動(dòng)作的流程圖。
圖23表示現(xiàn)有技術(shù)，是表示多個(gè)客戶端裝置的各客戶端裝置分別從配送服務(wù)器接收視頻內(nèi)容數(shù)據(jù)的配送系統(tǒng)的圖。
圖24是表示圖1的配送系統(tǒng)中，在已經(jīng)在進(jìn)行多播配送的狀態(tài)下、新的客戶端裝置發(fā)出了視頻內(nèi)容的配送要求時(shí)的動(dòng)作例的序列圖。
圖25是表示圖1的配送系統(tǒng)中，對(duì)客戶端裝置中重放的視頻內(nèi)容進(jìn)行切換時(shí)的動(dòng)作例的序列圖。
具體實(shí)施方式
(實(shí)施方式I)
下面參照附圖對(duì)本發(fā)明的一個(gè)實(shí)施方式所涉及的配送系統(tǒng)進(jìn)行說明。
圖1是表示本實(shí)施方式所涉及的配送系統(tǒng)I的整體結(jié)構(gòu)的圖。配送系統(tǒng)I包括 N臺(tái)客戶端裝置100 (100-1、100-2、…、100-N);各個(gè)客戶端裝置100的代理即代理服務(wù)器 200(200-1,200-2,…、200-N);配送服務(wù)器300 ;以及配送服務(wù)器300的代理服務(wù)器250。
如圖1所示，在配送系統(tǒng)I中，由代理服務(wù)器250和配送服務(wù)器300來形成配送側(cè)網(wǎng)絡(luò)(LAN)，由客戶端裝置100-1 100-N和代理服務(wù)器200-1 200-N來形成重放側(cè)網(wǎng)絡(luò) (LAN)0此外，兩個(gè)LAN被干線網(wǎng)絡(luò)500隔開，干線網(wǎng)絡(luò)500與各代理服務(wù)器200-1 200-N、 250連接。
另外，在本實(shí)施方式中，假設(shè)干線網(wǎng)絡(luò)500是在代理服務(wù)器200和代理服務(wù)器250 之間未設(shè)置有路由器的網(wǎng)絡(luò) 。
此外，在配送系統(tǒng)I中，配送服務(wù)器300可以對(duì)多個(gè)信道的視頻內(nèi)容進(jìn)行配送。然后，當(dāng)客戶端裝置100經(jīng)由未圖示的操作部從用戶處接收信道的指定時(shí)，由配送服務(wù)器300 對(duì)所指定的信道的視頻內(nèi)容進(jìn)行配送(下面也稱為“目標(biāo)視頻內(nèi)容”)。來自客戶端裝置100 的配送要求及由配送服務(wù)器300配送的視頻內(nèi)容首先會(huì)被發(fā)送到相對(duì)應(yīng)的代理服務(wù)器。
圖2是示意性表示配送系統(tǒng)I中，從配送服務(wù)器300向客戶端裝置100-1 100-N 配送視頻內(nèi)容的期間中、各裝置間的通信處理的圖。圖2中向右及向左的細(xì)箭頭表示基于 HTTP協(xié)議(S卩，單播通信)的視頻內(nèi)容的要求及應(yīng)答。此外，圖2中，粗箭頭表示利用多播通信的視頻內(nèi)容的傳輸。
如圖2所示，在配送系統(tǒng)I的各個(gè)LAN內(nèi)，使用數(shù)據(jù)傳輸協(xié)議之一的HTTP (Hypertext Transfer Protocol :超文本傳輸協(xié)議)協(xié)議的請(qǐng)求·響應(yīng)的機(jī)制來對(duì)視頻內(nèi)容進(jìn)行發(fā)送。此時(shí)，以HTTP協(xié)議所規(guī)定的MME多部分格式(簡(jiǎn)稱為“多部分格式 (multipart)”)來進(jìn)行視頻內(nèi)容的交換。
而且，如圖2所示，在配送系統(tǒng)I中，視頻內(nèi)容在干線網(wǎng)絡(luò)內(nèi)通過多播通信來配送。通過使用多播通信，則代理服務(wù)器250只需發(fā)送一次數(shù)據(jù)(視頻內(nèi)容的包)就能夠?qū)⒃摂?shù)據(jù)配送給屬于發(fā)送目的地的多播組的多個(gè)代理服務(wù)器200。
下面，參照?qǐng)D3對(duì)客戶端裝置100、代理服務(wù)器200、代理服務(wù)器250及配送服務(wù)器 300的詳細(xì)結(jié)構(gòu)進(jìn)行說明。
(客戶端裝置100)
客戶端裝置100包括HTTP處理部101及重放部102。
HTTP處理部101按照后文闡述的媒體段(每隔一定時(shí)間對(duì)視頻內(nèi)容進(jìn)行分割所得到的各個(gè)單位，在各圖中簡(jiǎn)稱為“MS”)單位將視頻內(nèi)容的配送要求(請(qǐng)求消息)發(fā)送給代理服務(wù)器200。
HTTP處理部101按照媒體段單位、并以多部分格式的響應(yīng)消息的形式從代理服務(wù)器200接收視頻內(nèi)容，該響應(yīng)消息將后文闡述的影片片段(片段)作為各部分。
重放部102通過對(duì) HTTP處理部101接收到的各媒體段進(jìn)行讀取，來對(duì)視頻內(nèi)容進(jìn)行重放。
(代理服務(wù)器200)
代理服務(wù)器200包括HTTP處理部201、緩存部202及多播處理部203。
HTTP處理部201將從客戶端裝置100接收到的配送要求傳輸給將代理服務(wù)器200 作為發(fā)送源的代理服務(wù)器250，或者從緩存部202中讀取接收配送要求的數(shù)據(jù)并發(fā)送給客戶端裝置100。
緩存部202是對(duì)數(shù)據(jù)進(jìn)行保存的緩存存儲(chǔ)器。
多播處理部203向代理服務(wù)器250要求加入及退出多播組。此外，多播處理部203 對(duì)通過多播通信傳輸過來的數(shù)據(jù)進(jìn)行接收并將其轉(zhuǎn)換為HTTP響應(yīng)消息的格式。
(代理服務(wù)器250)
代理服務(wù)器250包括HTTP處理部251、緩存部252、多播處理部253及多播組信息存儲(chǔ)部254。。
HTTP處理部251將從代理服務(wù)器200接收到的配送要求中繼給配送服務(wù)器300。 對(duì)于正在向規(guī)定臺(tái)數(shù)以上的通信裝置配送目標(biāo)視頻內(nèi)容的情況，HTTP處理部251會(huì)對(duì)從配送服務(wù)器300發(fā)送至的目標(biāo)視頻內(nèi)容的響應(yīng)消息、來附加表示能對(duì)目標(biāo)視頻內(nèi)容進(jìn)行多播配送的報(bào)頭信息，之后將其中繼給代理服務(wù)器200。
而且，當(dāng)存在屬于應(yīng)當(dāng)對(duì)目標(biāo)視頻內(nèi)容進(jìn)行多播配送的多播組(下面也稱為“目標(biāo)多播組”)的代理服務(wù)器200時(shí)(B卩，當(dāng)存在應(yīng)當(dāng)對(duì)目標(biāo)視頻內(nèi)容進(jìn)行多播配送的代理服務(wù)器 200時(shí))，HTTP處理部251將代理服務(wù)器250本身作為請(qǐng)求方，依次從配送服務(wù)器300中獲取目標(biāo)視頻內(nèi)容的各個(gè)媒體段的響應(yīng)消息，并將其緩存在緩存部252中。
緩存部252是對(duì)數(shù)據(jù)進(jìn)行保存的緩存存儲(chǔ)器。緩存部252對(duì)由配送服務(wù)器300發(fā)送的響應(yīng)消息進(jìn)行保存。
當(dāng)從代理服務(wù)器200-1 (1:1 N中的任意值)接收到加入目標(biāo)多播組的要求時(shí)， 多播處理部253將代理服務(wù)器200-1的地址作為屬于目標(biāo)多播組的地址記錄在多播組信息存儲(chǔ)部254中。此外，當(dāng)從代理服務(wù)器200-1接收到退出目標(biāo)多播組的要求時(shí)，多播處理部 253將作為屬于目標(biāo)多播組的信息進(jìn)行記錄的代理服務(wù)器200-1的地址從多播組信息存儲(chǔ)部254中刪除。
而且，當(dāng)存在應(yīng)當(dāng)進(jìn)行目標(biāo)視頻內(nèi)容的多播配送的代理服務(wù)器200時(shí)，多播處理部253依次將緩存部252中記錄的HTTP的響應(yīng)消息轉(zhuǎn)換成可進(jìn)行多播配送的格式的數(shù)據(jù)包(參照?qǐng)D10及圖11，在后文中進(jìn)行闡述)，并將其配送給應(yīng)當(dāng)進(jìn)行多播配送的代理服務(wù)器 200。
多播組信息存儲(chǔ)部254是非易失性的存儲(chǔ)器。多播組信息存儲(chǔ)部254對(duì)根據(jù)每個(gè)視頻內(nèi)容所設(shè)定的多個(gè)多播組的各個(gè)多播組，來保存屬于該多播組的發(fā)送目的地的通信裝置的地址。
(配送服務(wù)器300)
配送服務(wù)器300包括HTTP處理部301及存儲(chǔ)部302。
HTTP處理部301從存儲(chǔ)部302中讀取被要求配送的視頻內(nèi)容的媒體段，并將其作為多部分格式的響應(yīng)消息來發(fā)送給代理服務(wù)器250，該多部分格式將影片片段作為各部分。
存儲(chǔ)部302對(duì)多個(gè)信道的視頻內(nèi)容進(jìn)行保存。
以上，對(duì)客戶端裝置100、代理服務(wù)器200、250及配送服務(wù)器300的詳細(xì)結(jié)構(gòu)進(jìn)行了說明，但在對(duì)配送系統(tǒng)I的動(dòng)作進(jìn)行說明之前，先參照?qǐng)D4及圖5對(duì)上述影片片段及媒體段進(jìn)行如下的說明。
(關(guān)于媒體段及影片片段)
首先參照?qǐng)D4對(duì)影片段進(jìn)行說明。
圖4是示意性地表示視頻內(nèi)容的位流(Contents, mp4)和對(duì)位流進(jìn)行分割、儲(chǔ)存的各影片片段的關(guān)系的圖。圖5是示意性地表示媒體段和構(gòu)成媒體段的各影片片段的關(guān)系的圖。
如圖4所示，位流被分割并儲(chǔ)存在多個(gè)影片片段中。圖中，mdat是分割后得到的位流數(shù)據(jù)。各個(gè)影片片段對(duì)應(yīng)于以一定期間單位對(duì)位流進(jìn)行劃分后得到的單位部分。在本實(shí)施方式中，假設(shè)以ISO媒體文件格式(ISO Media File Format)規(guī)定的片段視頻格式來作為影片片段。
MP4文件的位流中的起始影片片段(片段I)中包括moov報(bào)頭41b。moov報(bào)頭41b 對(duì)與用于進(jìn)行視頻重放的整個(gè)位流有關(guān)的元信息(metadata)(初始化信息等)進(jìn)行保存。 MP4文件的位流中的后續(xù)影片片段(片段2、3、…)中包括moof報(bào)頭42b。各影片片段的 moof報(bào)頭42b是用于對(duì)該影片片段的視頻進(jìn)行重放的元信息的報(bào)頭。
各影片片段中，除報(bào)頭以外還包括媒體數(shù)據(jù)(視頻本身的數(shù)據(jù))mdat。各影片片段的媒體數(shù)據(jù)mdat中分別儲(chǔ)存有與該影片片段相對(duì)應(yīng)的期間內(nèi)的部分?jǐn)?shù)據(jù)。例如，當(dāng)片段是以I秒為單位對(duì)位流進(jìn)行劃分后得到的數(shù)據(jù)時(shí)，片段I的媒體數(shù)據(jù)mdat中儲(chǔ)存有從開始重放視頻內(nèi)容起I秒內(nèi)的視頻數(shù)據(jù)。
接著參照?qǐng)D5對(duì)媒體段進(jìn)行說明。
如圖5所示，媒體段由多個(gè)影片片段構(gòu)成。媒體段也與以一定期間單位對(duì)內(nèi)容數(shù)據(jù)進(jìn)行劃分后得到的單位部分相對(duì)應(yīng)。而且，在本實(shí)施方式中，將該媒體段作為一個(gè)響應(yīng)數(shù)據(jù)中儲(chǔ)存的內(nèi)容數(shù)據(jù)來對(duì)待。即，媒體段是一次請(qǐng)求所獲得的內(nèi)容數(shù)據(jù)的單位。
此外，根據(jù)媒體段由多個(gè)影片片段構(gòu)成可知，一個(gè)媒體段所對(duì)應(yīng)的期間的長(zhǎng)度是一個(gè)影片片段所對(duì)應(yīng)的期間的長(zhǎng)度的整數(shù)倍(然而，這是對(duì)于影片片段的長(zhǎng)度固定的情況， 若影片片段的長(zhǎng)度可變，則不限于整數(shù)倍)。另外，在接下來說明的動(dòng)作例中，將一個(gè)媒體段對(duì)所對(duì)應(yīng)的期間設(shè)為30秒，并將一個(gè)影片片段所對(duì)應(yīng)的期間的長(zhǎng)度設(shè)為I秒來進(jìn)行說明。
(配送系統(tǒng)I的動(dòng)作例I)
接著，參照?qǐng)D6 圖12對(duì)從客戶端裝置100發(fā)出目標(biāo)視頻內(nèi)容的配送要求起、到對(duì)客戶端裝置100的目標(biāo)視頻內(nèi)容的配送結(jié)束為止，配送系統(tǒng)I中進(jìn)行的動(dòng)作的一個(gè)具體例進(jìn)行說明。
圖6及圖7分別是表示上述動(dòng)作的前半部分及后半部分的序列圖。
另外，在該動(dòng)作例中，限定為代理服務(wù)器250的HTTP處理部251在對(duì)四臺(tái)以上的裝置配送目標(biāo)視頻內(nèi)容的情況，附加表示能進(jìn)行多播配送的報(bào)頭信息。此外，假設(shè)在動(dòng)作開始前，已對(duì)三臺(tái)客戶端裝置100-2 100-4配送目標(biāo)視頻內(nèi)容，且新的客戶端裝置100-1發(fā)出了目標(biāo)視頻內(nèi)容的配送要求。
首先，客戶端裝置100-1向代理服務(wù)器200-1發(fā)送要求目標(biāo)視頻內(nèi)容的起始媒體段的HTTP請(qǐng)求41 (第一要求)(S01)。該請(qǐng)求41是圖8(a)所示的數(shù)據(jù)，從圖8(a)可知， 客戶端裝置100-1以持久連接(Ke印Alive)方式與代理服務(wù)器200-1連接。即，客戶端裝置100-1在接收到對(duì)請(qǐng)求41的響應(yīng)后也保持連接狀態(tài)。
接著，代理服務(wù)器200-1的HTTP處理部201在將自身的IP地址設(shè)定為發(fā)送源后， 將從客戶端裝置100-1接收到的請(qǐng)求41發(fā)送給代理服務(wù)器250 (S02)。然后，代理服務(wù)器 250的HTTP處理部251以持久連接方式與配送服務(wù)器300連接，并將請(qǐng)求41中繼給配送服務(wù)器 300 (S03)。
接收了請(qǐng)求41的配送服務(wù)器300的HTTP處理部301從存儲(chǔ)部302中讀取目標(biāo)視頻內(nèi)容，生成圖8(b)所示的響應(yīng)消息51并發(fā)送給代理服務(wù)器250 (S04)。
圖8 (b)中，響應(yīng)消息51內(nèi)的“www. samp I e. com”表示配送服務(wù)器300的主機(jī)域名，“contentl”表示目標(biāo)視頻內(nèi)容的文件名。此外，X-Segment-Fragment-1ndex :1/60表示媒體段的索引值。SP，X-Segment-Fragment-1ndex :1/60表示目標(biāo)視頻內(nèi) 容由60個(gè)媒體段構(gòu)成，該響應(yīng)消息是第一個(gè)媒體段的數(shù)據(jù)。
而且，“{binary-data:fragment_01 }，， “{binary-data :fragment_30 }，，的部分表不構(gòu)成第一個(gè)媒體段的30個(gè)影片片段。
接收了響應(yīng)消息51的代理服務(wù)器250的HTTP處理部251對(duì)來自目標(biāo)視頻內(nèi)容的客戶端裝置100的要求頻度進(jìn)行確認(rèn)(S05)。S卩，HTTP處理部251對(duì)一定期間內(nèi)所接收到的、針對(duì)同一目標(biāo)視頻內(nèi)容的請(qǐng)求41的次數(shù)進(jìn)行計(jì)數(shù)。這里，由于客戶端裝置100的臺(tái)數(shù)是客戶端裝置100-1 100-4這四臺(tái)，且要求頻度達(dá)到一定程度以上，因此通過對(duì)響應(yīng)消息 51附加表示能進(jìn)行多播配送的報(bào)頭信息，來生成如圖9(a)所示的響應(yīng)消息51a (S06)。
圖9(a)中被虛線框所包圍的字符串(從“X-alternative-cast”開始的字符串)表示附加的報(bào)頭信息。
x-alternative-cast的報(bào)頭信息的格式如下。
< 配送形式 >://〈配送地址 >/〈TTL> session_id=〈會(huì)話 ID> session_name=〈會(huì)話名稱>
其中，〈配送形式〉表示內(nèi)容的配送方法，在圖9(a)中表示多播配送，即 “multicast”。此外，配送形式是多播配送時(shí)的〈配送地址 > (圖9(a)中“224.1.1.1”)表示多播地址。多播地址通常描述D類IP多播組地址。
<TTL>表示數(shù)據(jù)包的有效期(time to Live)。其對(duì)網(wǎng)絡(luò)內(nèi)的傳輸范圍進(jìn)行設(shè)定。在代理服務(wù)器200和代理服務(wù)器250之間的網(wǎng)絡(luò)中具有路由器情況下，在經(jīng)由路由器來對(duì)多播數(shù)據(jù)進(jìn)行配送時(shí)，需要將<TTL>設(shè)定為較大的值，但由于在本實(shí)施方式中，干線網(wǎng)絡(luò)500 中沒有設(shè)置路由器，因此<TTL>的值為“I”。<會(huì)話ID>及〈會(huì)話名稱 > 用于對(duì)會(huì)話(sess ion)進(jìn)行識(shí)別。
在S06的處理之后，HTTP處理部251將所生成的響應(yīng)消息51a發(fā)送給代理服務(wù)器 200-1 (S07)。
若接收了響應(yīng)消息51a的代理服務(wù)器200-1的HTTP處理部201確認(rèn)有 “X-alternative-cast”這一報(bào)頭信息(S08),則將該情況通知給多播處理部203,并且將響應(yīng)消息51a轉(zhuǎn)換成原來的響應(yīng)消息51發(fā)送給客戶端裝置100-1 (S09)。另外，接收了響應(yīng)消息51的客戶端裝置100-1的重放部102開始對(duì)目標(biāo)視頻內(nèi)容進(jìn)行重放。
之后，代理服務(wù)器200-1的HTTP處理部201向代理服務(wù)器250發(fā)送圖9(b)所示的多播接收要求(要求加入目標(biāo)多播組的JOIN消息(加入消息)42) (SlO)0如圖9(b)及圖 9 (c)所示，JOIN消息42(第二要求)及后文闡述的LEAVE消息(退出消息)43是GET請(qǐng)求格式的 HTTP 消息。JOIN 消息 42 及 LEAVE 消息 43 的報(bào)頭部的 X-alternative-multicast-set 報(bào)頭分別被附加了表示加入多播組的字符串及表示退出多播組的字符串。即，JOIN消息42 被附加了 “JOIN”，LEAVE消息43被附加了 “LEAVE”。
接收了 JOIN消息42的代理服務(wù)器250的HTTP處理部251發(fā)出響應(yīng)消息，并將代理服務(wù)器200-1的地址作為屬于目標(biāo)多播組的地址記錄在多播組信息存儲(chǔ)部254中(S11)。
另一方面，在SlO中接收了 JOIN消息的HTTP處理部251對(duì)目標(biāo)視頻內(nèi)容的媒體段進(jìn)行獲取(S12)，并將其記錄在緩存部252中(S13)。之后反復(fù)進(jìn)行S12及S13的處理。 即，S12及S13的處理是針對(duì)構(gòu)成目標(biāo)視頻內(nèi)容的所有媒體段來進(jìn)行的。另外，對(duì)S12的處理進(jìn)行重復(fù)的周期并沒有特別限定。即，可以以小于一個(gè)媒體段在客戶端裝置100中的重放時(shí)間的周期來重復(fù)進(jìn)行S12的處理。
另一方面，在步驟Sll的處理結(jié)束后，多播處理器253依次將緩存部252中記錄的媒體段的響應(yīng)消息51轉(zhuǎn)換為多播的包(S14)。
這里，參照?qǐng)D10及圖11對(duì)S14的處理細(xì)節(jié)進(jìn)行如下的說明。
首先參照?qǐng)D10對(duì)多播包的格式進(jìn)行說明。
如圖10 (C)所示，多播包包括UDP報(bào)頭部、RTP報(bào)頭部和RTP數(shù)據(jù)部。下面參照?qǐng)D10(a)及圖10(b)對(duì)多播包更具體的結(jié)構(gòu)進(jìn)行說明。
圖10(a)表示構(gòu)成多播包的UDP包的格式。UDP包的UDP報(bào)頭部包括多播包的發(fā)送源的端口號(hào)，多播包的發(fā)送目的地的端口號(hào)，UDP包的包長(zhǎng)度，以及用于獲取包的匹配性的校驗(yàn)碼的字段。UDP包的數(shù)據(jù)部的長(zhǎng)度是可變的。
圖10(b)表示構(gòu)成UDP包的數(shù)據(jù)(數(shù)據(jù)報(bào)datagram)部分的RTP包的格式。RTP 包的RTP數(shù)據(jù)部(有效載荷數(shù)據(jù))中記錄了響應(yīng)消息51的一部分。
RTP包的RTP報(bào)頭部中儲(chǔ)存了表示多播包的發(fā)送順序的序列編號(hào)和時(shí)間戳。這里， RTP包的時(shí)間戳中儲(chǔ)存了一部分包含在該RTP包的RTP數(shù)據(jù)部中的響應(yīng)消息51中的、最小時(shí)間戳(X-timestamp)的值。例如，當(dāng)RTP數(shù)據(jù)部中包含與第二個(gè)媒體段相對(duì)應(yīng)的響應(yīng)消息51的一部分時(shí)，在RTP報(bào)頭部的時(shí)間戳中儲(chǔ)存“30”。
接著，參照?qǐng)D11對(duì)多播處理部253如何將HTTP的響應(yīng)消息51轉(zhuǎn)換為多播包進(jìn)行具體的說明。
圖11中的左側(cè)部分示意性地表示了轉(zhuǎn)換后的多播包52-1、52-2、52_3、…。圖11 中的右側(cè)部分示意性地表示了 HTTP的響應(yīng)消息51 (51-1、51-2…)內(nèi)的報(bào)頭部分的數(shù)據(jù)、 和體部分(bodypart)的各部分的數(shù)據(jù)作為有效載荷數(shù)據(jù)儲(chǔ)存在哪個(gè)多播包中。
若多播處理部253從緩存部252中讀取到媒體段的響應(yīng)消息51_1，則在響應(yīng)消息 51的Content-Location報(bào)頭的字符串中提取“目標(biāo)視頻內(nèi)容的文件名”及“媒體段的索引值”的部分(即，“/contentl/Ι”)，并作為有效載荷數(shù)據(jù)儲(chǔ)存到最初的多播包52-1中。
然后，多播處理部253將消息51-1中的報(bào)頭部分作為有效載荷數(shù)據(jù)儲(chǔ)存到下一個(gè)多播包52-2中。
接著，多播處理部253將消息51-1的體部分的數(shù)據(jù)作為有效載荷數(shù)據(jù)儲(chǔ)存到后續(xù)的多播包52-3…中。更具體而言，多播處理部253根據(jù)影片片段的數(shù)據(jù)大小來將各部分中包含的影片片段儲(chǔ)存到一個(gè)或多個(gè)多播包52中。多播處理部253對(duì)消息51-2之后的各消息51也進(jìn)行同樣的處理。
另外，各部分中包含的影片片段的二進(jìn)制數(shù)據(jù)必須以開頭部分與多播包52的有效載荷(payload)的開頭部分一致的方式儲(chǔ)存在多播包52中。同樣地，各部分中包含的影片片段的二進(jìn)制數(shù)據(jù)必須以結(jié)尾部分與多播包52的有效載荷的結(jié)尾部分一致的方式儲(chǔ)存在多播包52中。即，多個(gè)影片片段的二進(jìn)制數(shù)據(jù)不會(huì)儲(chǔ)存在一個(gè)多播包中。
此外，對(duì)于多播處理部253，在多播包的報(bào)頭部分中，除了在上述UDP報(bào)頭部、RTP 報(bào)頭部及RTP數(shù)據(jù)部中儲(chǔ)存有適當(dāng)?shù)闹狄酝?，還在IP報(bào)頭部中儲(chǔ)存IP多播地址(多播組地址)，即"224.1.1.1”。
多播處理部253依次將如上所述進(jìn)行轉(zhuǎn)換后的多播包52配送給代理服務(wù)器200_1 (S15)。
代理服務(wù)器200-1的多播處理部203對(duì)在S15中配送的多個(gè)多播包52進(jìn)行匯總， 并轉(zhuǎn)換為媒體段的響應(yīng)消息51 (S16)，緩存到緩存部202中(S17)。之后反復(fù)進(jìn)行S15 S17的處理。S卩，S12及S13的處理是針對(duì)構(gòu)成目標(biāo)視頻內(nèi)容的所有媒體段來進(jìn)行的。
另一方面，客戶端裝置100-1接著向代理服務(wù)器200-1發(fā)送要求目標(biāo)視頻內(nèi)容的第二個(gè)媒體段的HTTP請(qǐng)求41 (S18)。
接收了請(qǐng)求41的代理服務(wù)器200-1的HTTP處理部201從緩存部202中讀取第二個(gè)媒體段的響應(yīng)消息51 (S19)。另外，對(duì)于當(dāng)嘗試進(jìn)行讀取時(shí)緩存部202中未緩存有響應(yīng)消息51的情況，HTTP處理部201會(huì)保持待機(jī)狀態(tài)直到響應(yīng)消息51被緩存，之后進(jìn)行讀取。
讀取了響應(yīng)消息51的HTTP處理部201將響應(yīng)消息51發(fā)送給客戶端裝置100_1。 對(duì)于接下來的第三個(gè)以后的媒體段也依次進(jìn)行上述S18、S19的處理。
之后，假設(shè)配送服務(wù)器300從代理服務(wù)器250接收要求最后一個(gè)媒體段的請(qǐng)求41。
配送服務(wù)器300的HTTP處理部301將對(duì)通常的響應(yīng)消息51的報(bào)頭部附加了 “Connection :CloSe”(連接解除)這一報(bào)頭后得到的響應(yīng)消息51’作為最后一個(gè)媒體段的響應(yīng)消息發(fā)送給代理服務(wù)器250 (S20)。
當(dāng)HTTP處理部251確認(rèn)了響應(yīng)消息51’的報(bào)頭部中存在有“Connection :Close” 這一字符串時(shí)，識(shí)別出與配送服務(wù)器300的連接狀態(tài)被解除的情況(S21)。
然后，多播處理部253將緩存部252中緩存的響應(yīng)消息51’轉(zhuǎn)換為多播包52并發(fā)送給代理服務(wù)器200 (S22)。
代理服務(wù)器200-1的多播處理部203對(duì)在S22中配送的多個(gè)多播包52進(jìn)行匯總， 并轉(zhuǎn)換為媒體段的響應(yīng)消息51’，來緩存到緩存部202中。另外，多播處理部203對(duì)所緩存的響應(yīng)消息51’的報(bào)頭部中存在有“Connection :Close”這一報(bào)頭的情況進(jìn)行確認(rèn)。
若客戶端裝置100-1向代理服務(wù)器200-1發(fā)送要求下一個(gè)媒體段的HTTP請(qǐng)求41， 則接收了請(qǐng)求41的代理服務(wù)器200-1的HTTP處理部201從緩存部202中讀取該媒體段的響應(yīng)消息51，。
若讀取了響應(yīng)消息51’的HTTP處理部201確認(rèn)報(bào)頭部中存在有“Connection: Close”這一報(bào)頭(S23)，則向客戶端裝置100-1發(fā)送響應(yīng)消息51’，并解除與客戶端裝置 100-1的連接狀態(tài)(S24)。由此，客戶端裝置100-1識(shí)別出與代理服務(wù)器200的連接狀態(tài)被解除。因此，在重放部102結(jié)束重放該響應(yīng)消息51’的媒體段(即，目標(biāo)視頻內(nèi)容的最后一個(gè)媒體段)的時(shí)刻，完成目標(biāo)視頻內(nèi)容的重放。
另一方面，識(shí)別出響 應(yīng)消息51’的報(bào)頭部中存在有“Connection :Close”這一報(bào)頭的多播處理部203將該情況通知給HTTP處理部201，HTTP處理部201將圖9 (c)所示的多播接收結(jié)束通知(要求退出多播組的LEAVE消息)43發(fā)送給代理服務(wù)器250。
接收了 LEAVE消息43的代理服務(wù)器250的HTTP處理部251發(fā)出響應(yīng)，并確認(rèn)接收到的消息是LEAVE消息43 (S26 )。
然后，HTTP處理部251將作為屬于目標(biāo)多播組的信息而進(jìn)行記錄的、多播組信息存儲(chǔ)部254內(nèi)的代理服務(wù)器200-1的地址刪除(S27)。由此，代理服務(wù)器200-1不再屬于應(yīng)當(dāng)對(duì)目標(biāo)視頻內(nèi)容進(jìn)行多播配送的多播組。
另外，對(duì)于客戶端裝置100-2 100-4及代理服務(wù)器200 — 2 200-4也同樣地進(jìn)行S22以后的處理。即，客戶端裝置100-2 100-4中也完成目標(biāo)視頻內(nèi)容的視頻重放， 且代理服務(wù)器200-2 200-4不再屬于應(yīng)當(dāng)對(duì)目標(biāo)視頻內(nèi)容進(jìn)行多播配送的多播組。
由此，屬于目標(biāo)多播組的所有裝置都脫離目標(biāo)多播組，因此，能夠在對(duì)其它視頻內(nèi)容進(jìn)行多播配送時(shí)，使用作為目標(biāo)多播組的多播組地址而使用的“224.1.1.1”。
以上，使用圖6及圖7對(duì)配送系統(tǒng)I的動(dòng)作例進(jìn)行了說明。
然而，在S23中，假設(shè)HTTP處理部201及多播處理部203確認(rèn)響應(yīng)消息51’的報(bào)頭部中存在有“Connection :Close”這一報(bào)頭。但HTTP處理部201及多播處理部203也可以參照?qǐng)?bào)頭部的X-Media-Segment-1ndex報(bào)頭,來確認(rèn)媒體段的索引值(圖8 (b)中的“I”)、 與表示構(gòu)成目標(biāo)視頻內(nèi)容的媒體段的個(gè)數(shù)的值(圖8(b)中的“60”)是否相同。然后，對(duì)于確認(rèn)為相同值的情況，HTTP處理部201可以將該情況通知到多播處理部203，由此來使多播處理部203發(fā)送LEAVE消息。
(在利用客戶端裝置來對(duì)視頻內(nèi)容的重放進(jìn)行中斷時(shí)的配送系統(tǒng)I的動(dòng)作)
接著，下文中參照?qǐng)D13說明客戶端裝置100-1根據(jù)來自用戶的重放中斷指示，來對(duì)目標(biāo)視頻內(nèi)容的重放進(jìn)行中斷時(shí)的配送系統(tǒng)I的動(dòng)作。這里，進(jìn)行說明的前提是，客戶端裝置100-1是唯一一個(gè)從配送服務(wù)器300接收目標(biāo)視頻內(nèi)容的配送的裝置。
圖13是表示客戶端裝置100-1從用戶處接收到表示中斷視頻內(nèi)容的重放的指示時(shí)，各裝置間的處理的流程的序列圖。
如圖13所示，當(dāng)通過未圖示的操作部接收到重放中斷指示時(shí)，客戶端裝置100-1 的重放部102中斷目標(biāo)視頻內(nèi)容的重放。此外，HTTP處理部101將對(duì)要求下一個(gè)媒體段的 HTTP請(qǐng)求41的報(bào)頭部附加了 “Connection :CloSe”這一報(bào)頭后得到的請(qǐng)求41’發(fā)送給代理服務(wù)器200-1 (S28)。
接收了請(qǐng)求41’的代理服務(wù)器200-1的HTTP處理部201對(duì)請(qǐng)求41’的報(bào)頭部中附加有“Connection :Close”這一報(bào)頭進(jìn)行確認(rèn)(S29)。然后，HTTP處理部201從緩存部202 中讀取媒體段的響應(yīng)消息51，將其發(fā)送給客戶端裝置100-1，并解除與客戶端裝置100-1的連接狀態(tài)。
此外，對(duì)附加有“Connection :Close”這一報(bào)頭進(jìn)行了確認(rèn)的HTTP處理部201將附加有上述報(bào)頭的情況通知給多播處理部203 (S30)。另外，HTTP處理部201向代理服務(wù)器250發(fā)送圖9 (c)所示的要求從目標(biāo)多播組中退出的LEAVE消息43 (S31)。
接收到LEAVE消息43的代理服務(wù)器250的HTTP處理部251向代理服務(wù)器200發(fā)出響應(yīng)，并確認(rèn)所接收到的響應(yīng)是LEAVE消息43 (S32)。
然后，HTTP處理部251將作為屬于目標(biāo)多播組的信息而記錄的、多播組信息存儲(chǔ)部254內(nèi)的代理服務(wù)器200-1的地址刪除(S33)。由此，代理服務(wù)器200-1不再屬于應(yīng)當(dāng)對(duì)目標(biāo)視頻內(nèi)容進(jìn)行多播配送的多播組。
若不存在屬于目標(biāo)多播組的裝置，則多播處理部253向HTTP處理部通知該情況。 然后，HTTP處理部251向報(bào)頭部附加“Connection :CloSe”這一報(bào)頭，并將HTTP消息發(fā)送給配送服務(wù)器300 (S34)。由此，配送服務(wù)器300和代理服務(wù)器250的連接狀態(tài)被解除。
以上，以動(dòng)作例的形式對(duì)配送系統(tǒng)I整體的處理流程進(jìn)行了說明，下面將參照?qǐng)D 14 圖22對(duì)構(gòu)成配送系統(tǒng)I的各個(gè)裝置的動(dòng)作進(jìn)行說明。
[代理服務(wù)器200的動(dòng)作]
首先，對(duì)客戶端裝置100的代理服務(wù)器200的動(dòng)作進(jìn)行說明，但會(huì)分為HTTP處理部201和多播處理部203的動(dòng)作來進(jìn)行說明。
(HTTP處理部201的動(dòng)作)下面參照?qǐng)D14對(duì)HTTP處理部201的動(dòng)作進(jìn)行說明。圖14是表示HTTP處理部 201的動(dòng)作的流程圖。
如圖14所示，HTTP處理部201從客戶端裝置100接收媒體段的請(qǐng)求41 (SllOl)0
接著，HTTP處理部201對(duì)緩存部202中是否緩存有一些數(shù)據(jù)進(jìn)行判定(S1102)。
當(dāng)判定為緩存部202中緩存有一些數(shù)據(jù)時(shí)(SI 102為“是”)，HTTP處理部201從在 SllOl中接收到的請(qǐng)求41中讀出請(qǐng)求U RI(在圖8 (a)的例子中為“/contentl/l”)(S1107)。 然后，HTTP處理部201從緩存部202中讀出與該請(qǐng)求URI相對(duì)應(yīng)的響應(yīng)消息(與圖8 (a)的例子中的“/contentl/Ι”相對(duì)應(yīng)的響應(yīng)消息是例如文件名為contentl的目標(biāo)視頻內(nèi)容的起始媒體段的響應(yīng)消息)(S1108)。之后，進(jìn)入S1109。
另一方面，當(dāng)判定為緩存部202中未緩存有任何數(shù)據(jù)(S1102中為“否”)時(shí)，HTTP 處理部201向代理服務(wù)器250發(fā)送請(qǐng)求4KS1103)，之后，從代理服務(wù)器250接收相對(duì)應(yīng)的響應(yīng)消息(S1104)。
HTTP處理部201對(duì)所接收到的響應(yīng)消息中是否包含報(bào)頭信息 (X-alternative-cast報(bào)頭)進(jìn)行判定，該報(bào)頭信息(X-alternative-cast報(bào)頭)表示代理服務(wù)器250能夠通過多播通信來發(fā)送該內(nèi)容(S1105)。當(dāng)判定為不包含報(bào)頭信息 (X-alternative-cast報(bào)頭)時(shí)(S1105中為“否”)，進(jìn)入S1109，當(dāng)判定為包含報(bào)頭信息 (X-alternative-cast 報(bào)頭)時(shí)(S1105 中為“是”)，進(jìn)入 S1106。
在S1106中，HTTP處理部201發(fā)出用于進(jìn)行多播接收的指示(通知用于進(jìn)行接收的多播地址)，在SI 118中，在HTTP處理部201與代理服務(wù)器250之間，發(fā)送和接收J(rèn)OIN消息，并進(jìn)入S1110。
在S1109中，HTTP處理部201生成應(yīng)當(dāng)發(fā)送給客戶端裝置100的響應(yīng)消息，并進(jìn)入 SlllOo
在SlllO中，HTTP處理部201對(duì)在SllOl中接收到的請(qǐng)求41中是否包含通信結(jié)束通知(“Connection :Close”報(bào)頭)進(jìn)行判定。當(dāng)判定為包含通信結(jié)束通知時(shí)(S1110中為 “是”)，HTTP處理部201將多播接收已結(jié)束的情況通知給多播處理部203 (S1111)，并進(jìn)入 S1112。另一方面，當(dāng)判定為不包含通信結(jié)束通知時(shí)(S1110中為“否”)，進(jìn)入S1112。
在S1112中，HTTP處理部201對(duì)在S1104中接收到的響應(yīng)中是否包含通信結(jié)束通知(“Connection :Close”報(bào)頭)進(jìn)行判定。當(dāng)判定為包含通信結(jié)束通知時(shí)(S1112中為 “是”)，進(jìn)入S1119。在S1119中，在HTTP處理部201與代理服務(wù)器250之間，發(fā)送和接收 LEAVE消息43，并進(jìn)入SI 115。
另一方面，當(dāng)判定為不包含通信結(jié)束通知時(shí)(S1110中為“否”)，進(jìn)入S1113。S1113 中，HTTP處理部201對(duì)在S1104中接收到的響應(yīng)是否是最后一個(gè)媒體段的響應(yīng)進(jìn)行判定 (S113)。S卩，參照?qǐng)?bào)頭部的X-Media-Segment-1ndex報(bào)頭,來判定媒體段的索引值、與表示構(gòu)成目標(biāo)視頻內(nèi)容的媒體段的個(gè)數(shù)的值是否相同。
當(dāng)判定為是最后一個(gè)媒體段時(shí)(S1113中為“是”)，進(jìn)入S1115。另一方面，當(dāng)判定為不是最后一個(gè)媒體段 時(shí)(S1113中為“否”)，將在S1109中生成的響應(yīng)消息直接發(fā)送給客戶端裝置100 (S1114)，并回到S1101。
在SI 115中，HTTP處理部201對(duì)在SI 109中生成的響應(yīng)消息附加通信結(jié)束通知(51115)。然后，HTTP處理部201將包含通信結(jié)束通知的響應(yīng)消息發(fā)送給客戶端裝置100(51116)，并解除與客戶端裝置100的連接狀態(tài)(S1117)，結(jié)束處理。
(多播處理部203的動(dòng)作)
下面參照?qǐng)D15對(duì)多播處理部203的動(dòng)作進(jìn)行說明。另外，這里說明的動(dòng)作是在 HTTP處理部201進(jìn)行上述SI 106的處理的情況下開始的動(dòng)作。
圖15是表示多播處理部203的動(dòng)作的流程圖。首先，多播處理部203從HTTP處理部201接收表示開始進(jìn)行多播接收的通知(S1201)。
之后，多播處理部203進(jìn)行初始化來接收多播數(shù)據(jù)。具體而言，為了接收多播配送 (為了應(yīng)答定期從代理服務(wù)器250發(fā)送至的的詢問)，而從HTTP處理部201中獲取多播組地址(S1202)。
之后，多播處理部203依次對(duì)多播包進(jìn)行接收(S1203)，并將在S1205中接收到的多個(gè)包轉(zhuǎn)換成媒體段的HTTP格式的響應(yīng)消息(S1204)。
之后，多播處理部203將通過轉(zhuǎn)換得到的響應(yīng)消息緩存到緩存部202中(S1205)， 并參照響應(yīng)消息中包含的報(bào)頭部的X-Media-Segment-1ndex報(bào)頭(S1206)。即,判定媒體段的索引值、與表示構(gòu)成目標(biāo)視頻內(nèi)容的媒體段的個(gè)數(shù)的值是否相同。
在多播處理部203尚未完成對(duì)目標(biāo)視頻內(nèi)容的所有數(shù)據(jù)進(jìn)行接收時(shí)(S1207中為 “否”)，即，在媒體段的索引值、與表示構(gòu)成目標(biāo)視頻內(nèi)容的媒體段的個(gè)數(shù)的值不同時(shí)，回到 S1203。
另一方面，在多播處理部203完成了對(duì)目標(biāo)視頻內(nèi)容的所有數(shù)據(jù)進(jìn)行接收時(shí) (S1207 中為“是”)，進(jìn)入 S2108。
在S1208中，多播處理部203將多播接收結(jié)束的情況通知給HTTP處理部201，結(jié)束處理。
[代理服務(wù)器250的動(dòng)作]
接著，對(duì)配送服務(wù)器300的代理服務(wù)器250的動(dòng)作進(jìn)行說明，但會(huì)分為HTTP處理部251和多播處理部253的動(dòng)作來進(jìn)行說明。
(HTTP處理部251的動(dòng)作)
下面參照?qǐng)D16及圖18對(duì)HTTP處理部251的動(dòng)作進(jìn)行說明。
HTTP處理部251從代理服務(wù)器200接收到對(duì)目標(biāo)視頻內(nèi)容的媒體段的請(qǐng)求 (S1301)。
接著，HTTP處理部251將接收到的請(qǐng)求發(fā)送給配送服務(wù)器300 (S1302)，并從配送服務(wù)器300接收與該請(qǐng)求相對(duì)應(yīng)的響應(yīng)(S1303)。
HTTP處理部251判定是否已經(jīng)在對(duì)目標(biāo)視頻內(nèi)容進(jìn)行多播配送(S1304)。即，HTTP 處理部251參照多播組信息存儲(chǔ)部254，來對(duì)是否存在已加入到目標(biāo)多播組中的代理服務(wù)器200進(jìn)行判定。
當(dāng)判定為正在對(duì)目標(biāo)視頻內(nèi)容進(jìn)行多播配送時(shí)(S1304中為“是”)，進(jìn)入S1306。另一方面，當(dāng)判定為未在對(duì)目標(biāo)視頻內(nèi)容進(jìn)行多播配送時(shí)(S1304中為“否”)，進(jìn)入S1305。
在S1305中，HTTP處理部251對(duì)來自客戶端裝置100的要求目標(biāo)視頻內(nèi)容的要求頻度進(jìn)行確認(rèn)。該S1305的處理與圖6中S05的處理相同。S卩，HTTP處理部251對(duì)在一定期間內(nèi)所接收到的、針對(duì)同一目標(biāo)視頻內(nèi)容的請(qǐng)求41的次數(shù)進(jìn)行計(jì)數(shù)。這里，若在請(qǐng)求 41中包含的URI中，內(nèi)容的文件名“contentl”相同，則HTTP處理部251將其作為針對(duì)同一目標(biāo)視頻內(nèi)容的請(qǐng)求來進(jìn)行計(jì)數(shù)。例如，當(dāng)接收到包含“contentl/2”的請(qǐng)求41和包含 “contentl/3”的請(qǐng)求41時(shí)，將兩者作為針對(duì)同一目標(biāo)視頻內(nèi)容的請(qǐng)求來進(jìn)行計(jì)數(shù)。
當(dāng)在一定期間內(nèi)接收到針對(duì)同一目標(biāo)視頻內(nèi)容的請(qǐng)求的次數(shù)為規(guī)定的次數(shù)以上時(shí)(S1305中為“是”)，進(jìn)入S1306。另一方面，當(dāng)在一定期間內(nèi)接收到針對(duì)同一目標(biāo)視頻內(nèi)容的請(qǐng)求的次數(shù)小于規(guī)定的次數(shù)時(shí)(S1305中為“否”)，進(jìn)入S1307。
在S1306中，HTTP處理部251生成將〈配送方式〉設(shè)為多播配送的 X-alternative-cast報(bào)頭，將X-alternative-cast報(bào)頭附加到在S1304中從配送服務(wù)器 300發(fā)送至的響應(yīng)消息的報(bào)頭部中。這里，對(duì)于已經(jīng)在對(duì)目標(biāo)視頻內(nèi)容進(jìn)行多播配送的情況,X-alternative-cast報(bào)頭的〈配送地址 > 是在對(duì)目標(biāo)視頻內(nèi)容進(jìn)行配送時(shí)所使用的多播組地址。另一方面，對(duì)于未在對(duì)目標(biāo)視頻內(nèi)容進(jìn)行多播配送的情況，HTTP處理部251將任意未使用的D類多播組地址作為〈配送地址>。
在S1307中，HTTP處理部251將響應(yīng)消息發(fā)送給代理服務(wù)器200，進(jìn)入S1308。
當(dāng)從代理服務(wù)器200接收到JOIN消息時(shí)(S1308中為“是”)，HTTP處理部251對(duì)是否已經(jīng)在對(duì)目標(biāo)視頻內(nèi)容進(jìn)行多播配送進(jìn)行判定(S1309)。當(dāng)判定為已經(jīng)對(duì)目標(biāo)視頻內(nèi)容進(jìn)行多播配送時(shí)(S1309中為“是”)，進(jìn)入S1311。此外，對(duì)于在一定期間內(nèi)未從代理服務(wù)器200接收到JOIN消息的情況(S1308中為“否”)，也進(jìn)入S1311。
另一方面，當(dāng)判定為已經(jīng)在對(duì)目標(biāo)視頻內(nèi)容進(jìn)行多播配送時(shí)(S1309中為“是”)， HTTP處理部251以持久連接方式與配送服務(wù)器300連接，并開始從配送服務(wù)器300獲取目標(biāo)視頻內(nèi)容的各響應(yīng)消息的處理(后面使用圖18進(jìn)行詳細(xì)闡述)(S1310)。
在S1310中，HTTP處理部251對(duì)從配送服務(wù)器300獲取的響應(yīng)消息的報(bào)頭部中是否包含“Connection :Close”報(bào)頭進(jìn)行判定(S1311 )。
當(dāng)判定為包含有“Connection :Close”報(bào)頭時(shí)(S1311中為“是”)，HTTP處理部251 維持待機(jī)狀態(tài)，直到從代理服務(wù)器200接收到LEAVE消息(S1312)，并在接收之后結(jié)束處理。
另一方面，當(dāng)判定為不包含“Connection :Close”報(bào)頭時(shí)(S1311中為“否”),進(jìn)入 S1313。HTTP處理部251對(duì)多播處理部是否向其通知了多播配送結(jié)束進(jìn)行判定(S1313)。當(dāng)判定為未被通知多播配送結(jié)束時(shí)(S1313中為“否”)，直接結(jié)束處理。
另一方面，當(dāng)判定為被通知了多播配送結(jié)束時(shí)(S1313中為“是”)，HTTP處理部251 解除與配送服務(wù)器的連接狀態(tài)(S1314)，結(jié)束處理。
下面參照?qǐng)D18對(duì)從配送服務(wù)器300獲取目標(biāo)視頻內(nèi)容的各響應(yīng)消息的上述處理進(jìn)行說明。
首先，HTTP處理部251基于最近一次從配送服務(wù)器300接收到的響應(yīng)消息，來生成接下來應(yīng)當(dāng)發(fā)送給配送服務(wù)器300的請(qǐng)求的URKS1501)。例如，當(dāng)最近一次從配送服務(wù)器300接收到的響應(yīng)消息的內(nèi)容一位置(Content-Location)的末尾是“content 1/1”時(shí)， 生成“/contentl/2”來作為請(qǐng)求的URI。
接著，HTTP處理部251向配送服務(wù)器300發(fā)送請(qǐng)求(S 1502)，并從配送服務(wù)器300 接收響應(yīng)(S1503)。
然后，HTTP處理部251將從配送服務(wù)器300接收到的響應(yīng)與在S1502中發(fā)送的請(qǐng)求的URI信息關(guān)聯(lián)地緩存到緩存部252中(S1504)。
最后，HTTP處理部251對(duì)是否接收了目標(biāo)視頻內(nèi)容(文件名是“contentI”的內(nèi)容) 的所有響應(yīng)消息進(jìn)行判定(S1505)。當(dāng)判定為存在有尚未接收的響應(yīng)消息時(shí)(S1505中為 “否”)，返回到S1501。另一方面，當(dāng)判定為已接收了所有響應(yīng)消息時(shí)(S1505中為“是”)，結(jié)束處理。
(多播處理部253的動(dòng)作)
下面參照?qǐng)D17對(duì)多播處理部253的動(dòng)作進(jìn)行說明。另外，這里說明的動(dòng)作是在上述S1308中HTTP處理部251接收到JOIN消息的情況下開始的動(dòng)作。
首先，多播處理部253從HTTP處理部251獲取JOIN消息(S1401)。
接著，多播處理部253基于JOIN消息中包含的目標(biāo)視頻內(nèi)容的文件名來確認(rèn)目標(biāo)多播組，并將發(fā)送了 JOIN消息的代理服務(wù)器200的地址登錄到目標(biāo)多播組中(S1402)。
接著，多播處理部253從緩存部252中讀出響應(yīng)消息(S1403)，并將其轉(zhuǎn)換成多個(gè)多播包(S1404)。
然后，多播處理部253將通過轉(zhuǎn)換得到的多個(gè)多播包配送給代理服務(wù)器200(S1405)。
之后，多播處理部253對(duì)是否從HTTP處理部251接收了 LEAVE消息進(jìn)行判定(S1406)。當(dāng)判定為未接收LEAVE消息時(shí)(S1406中為“NO”)，返回S1403。
另一方面，當(dāng)判定為接收了 LEAVE消息時(shí)(S1406中為“是”)，多播處理部253將發(fā)送了該LEAVE消息的代理服務(wù)器200的地址從目標(biāo)多播組中刪除(S1407)，進(jìn)入S1408。
在S1408中，多播處理部253對(duì)是否存在屬于目標(biāo)多播組的其它代理服務(wù)器200 進(jìn)行判定。當(dāng)判定為存在時(shí)(S1408中為“是”)，回到S1403。
當(dāng)判定為不存在時(shí)(S1408中為“否”)，多播處理部253將目標(biāo)視頻內(nèi)容的多播配送已結(jié)束(多播配送結(jié)束)通知到HTTP處理部251 (S1409)，結(jié)束處理。
[客戶端裝置100的動(dòng)作]
(客戶端裝置100的動(dòng)作之一)
接著，參照?qǐng)D19 圖21，說明從客戶端裝置100自用戶處接收到目標(biāo)視頻內(nèi)容的重放指示起、到完成整個(gè)目標(biāo)視頻內(nèi)容的重放為止的客戶端裝置100的動(dòng)作。
客戶端裝置100的HTTP處理部101將目標(biāo)視頻內(nèi)容的媒體段的請(qǐng)求發(fā)送給代理服務(wù)器200 (S1701)，并從代理服務(wù)器200接收響應(yīng)(S1702)。
HTTP處理部101對(duì)在S1702中接收到的響應(yīng)消息中是否包含moov報(bào)頭進(jìn)行判定 (S1703)。當(dāng)判定為包含有moov報(bào)頭時(shí)(S1703中為“是”)，進(jìn)入S1704，當(dāng)判定為不包含 moov報(bào)頭時(shí)(S1703中為“否”)，進(jìn)入S1705。
在S1704中，重放部102通過參照moov報(bào)頭，來進(jìn)行重放目標(biāo)視頻內(nèi)容所需的初始化處理。
在S1705中，通過參照在S1702中接收到的響應(yīng)消息的X-Time stamp的值，來判定媒體段內(nèi)是否存在缺失部(缺失的影片片段)。
這里參照?qǐng)D20對(duì)影片片段的缺失進(jìn)行說明。圖20中的左側(cè)部分表示從配送服務(wù)器300發(fā)送到代理服務(wù)器250的響 應(yīng)消息，圖20中的右側(cè)部分表示發(fā)送到客戶端裝置100 的響應(yīng)消息。
從圖20中的左側(cè)部分所示的響應(yīng)消息轉(zhuǎn)換得到的多個(gè)多播包52被發(fā)送給代理服務(wù)器200，但是在通過干線網(wǎng)絡(luò)500的過程中可能會(huì)丟失一部分的包52。在圖20的例子中，丟失了構(gòu)成影片片段03及影片片段04的包52，客戶端裝置100所接收的響應(yīng)51是缺失了影片片段03及影片片段04后的數(shù)據(jù)。
另外，成為僅缺失了影片片段03及影片片段04的數(shù)據(jù)的原因在于，響應(yīng)51是以影片片段為各部分的、多部分格式的響應(yīng)消息。此外，如圖20所示，在本實(shí)施方式中影片片段是時(shí)間為I秒的數(shù)據(jù)，但相鄰的各個(gè)部分所包含的時(shí)間戳(影片片段02的X-Timestamp 1. 00和影片片段05的X-Timestamp :4. 00)之差不是I秒而是3秒，因此重放部102能夠檢測(cè)出缺失了影片片段03及影片片段04這兩個(gè)影片片段。
當(dāng)判定在S1702中接收到的響應(yīng)消息中不存在缺失部時(shí)(S1705中為“否”)，進(jìn)入 S1713，當(dāng)判定存在缺失部時(shí)(S1705中為“是”)，進(jìn)入S1706。
在S1706中，HTTP處理部101對(duì)是否對(duì)缺失部進(jìn)行補(bǔ)全進(jìn)行判定。即，基于事先由用戶利用未圖示的操作部所進(jìn)行的設(shè)定(應(yīng)當(dāng)在對(duì)缺失部進(jìn)行補(bǔ)全后再對(duì)媒體段進(jìn)行重放的設(shè)定，或者應(yīng)當(dāng)對(duì)媒體段進(jìn)行重放而不對(duì)缺失部進(jìn)行補(bǔ)全的設(shè)定)，來判斷是否對(duì)缺失部進(jìn)行補(bǔ)全。
當(dāng)判定為不對(duì)缺失部進(jìn)行補(bǔ)全時(shí)(S1706中為“否”)，重放部102對(duì)接收到的媒體段內(nèi)的影片片段數(shù)據(jù)的重放時(shí)間進(jìn)行調(diào)整(S1707)。即，在媒體段內(nèi)的影片片段數(shù)據(jù)中，利用X-Timestamp描述MovieFragment的重放開始時(shí)間，客戶端從X-Timesamp中獲取應(yīng)當(dāng)進(jìn)行重放的時(shí)刻的Movi eFragment數(shù)據(jù)并進(jìn)行重放。若媒體段內(nèi)產(chǎn)生缺失，則因應(yīng)當(dāng)進(jìn)行重放的時(shí)刻的影片片段不存在，從而導(dǎo)致看似重放停止，因此對(duì)X-Timestamp的值進(jìn)行調(diào)整， 以使影片片段(在時(shí)間上)連續(xù)。例如，將影片片段05的X-Timestamp獲取為2. 00，以使得從影片片段02開始連續(xù)。然后，對(duì)之后的影片片段的X-Timestamp進(jìn)行同樣的調(diào)整以使其連續(xù)。此外，也可以在重放時(shí)進(jìn)行調(diào)整。例如，對(duì)于缺失的影片片段是目標(biāo)視頻內(nèi)容的從第t秒起到第t+Ι秒為止的應(yīng)當(dāng)進(jìn)行重放的影片片段的情況，重放部102進(jìn)行控制，以在第 t-Ι秒到第t+Ι秒為止的兩秒內(nèi)對(duì)缺失的影片片段的前一個(gè)影片片段進(jìn)行重放(例如，(a) 以1/2倍速對(duì)前一個(gè)影片片段進(jìn)行重放，或者，(b)在最初的I秒內(nèi)對(duì)前一個(gè)影片片段進(jìn)行正常重放，并在之后的I秒內(nèi)對(duì)構(gòu)成該影片片段的最后一幀(靜態(tài)圖像)進(jìn)行重放)。作為該控制可以舉出如下處理例如，重放部102在上述前一個(gè)影片片段的moof報(bào)頭中記錄應(yīng)當(dāng)重放2秒的信息。在S1707的處理之后進(jìn)入S1713。
另一方面，當(dāng)判定為要對(duì)缺失部進(jìn)行補(bǔ)全時(shí)(S1706中為“否”)，HTTP處理部101向代理服務(wù)器200發(fā)送獲取缺失部的影片片段的請(qǐng)求(S1708)，進(jìn)入S1709。獲取缺失的影片片段的請(qǐng)求可以是包含缺失的影片片段的媒體段的請(qǐng)求，也可以是僅獲取缺失的影片片段的請(qǐng)求。
僅獲取缺失的影片片段的請(qǐng)求的URI是例如/〈目標(biāo)視頻內(nèi)容的文件名>/〈媒體段的索引編號(hào)>/〈表示缺失的影片片段是該媒體段內(nèi)的第幾個(gè)影片片段的值〉的結(jié)構(gòu)。例如，當(dāng)缺失的影片片段的 時(shí)間戳(X-timestamp)為45時(shí),請(qǐng)求的URI為/contentl/2/16。
當(dāng)成為應(yīng)當(dāng)開始對(duì)在S1702中接收到的媒體段進(jìn)行重放的時(shí)刻時(shí)，重放部102對(duì) HTTP處理部101是否已經(jīng)獲取了與S1708的請(qǐng)求相對(duì)應(yīng)的缺失部的影片片段進(jìn)行判定 (S1709)。當(dāng)判定為已獲取時(shí)(S1709中為“是”)，重放部102利用所獲取到的新的影片片段來對(duì)缺失的影片片段進(jìn)行補(bǔ)全(替換為新的影片片段)(S1710)。在S1710的處理之后進(jìn)入 S1713。
另一方面，當(dāng)判定為尚未獲取到時(shí)(S1709中為“是”)，重放部102對(duì)所接收到的媒體段內(nèi)的影片片段數(shù)據(jù)的重放時(shí)間進(jìn)行調(diào)整(S1711)。上述S1711的處理與S1707的處理相同。
之后，重放部102依次對(duì)在S1702中接收到的媒體段的各影片片段進(jìn)行重放 (S1712)。在S1712的處理之后進(jìn)入S1714。
在S1713中，重放部102依次對(duì)在S1702中接收到的(或者在S1710中補(bǔ)全后的)) 媒體段的各影片片段進(jìn)行重放，進(jìn)入S1714。
在S1714中，重放部102對(duì)是否應(yīng)當(dāng)將重放后的媒體段儲(chǔ)存到未圖示的存儲(chǔ)部中進(jìn)行判定。即，對(duì)于重放部102，在從用戶處經(jīng)由操作部接收到表示應(yīng)當(dāng)對(duì)目標(biāo)視頻內(nèi)容進(jìn)行錄像的指示時(shí)判定為應(yīng)當(dāng)進(jìn)行儲(chǔ)存，在未接收到表示應(yīng)當(dāng)進(jìn)行錄像的指示時(shí)判定為不應(yīng)當(dāng)進(jìn)行儲(chǔ)存。
當(dāng)判定為應(yīng)當(dāng)對(duì)重放后的媒體段進(jìn)行儲(chǔ)存時(shí)(S1714中為“是”)，在S1715中進(jìn)行了后文闡述的數(shù)據(jù)補(bǔ)全處理之后，將重放后的媒體段儲(chǔ)存到存儲(chǔ)部中(S1716)。在S1716 的處理之后，進(jìn)入S1717。另一方面，當(dāng)判定為不應(yīng)當(dāng)進(jìn)行儲(chǔ)存時(shí)(S1714中為“否”)，進(jìn)入S1717。
在S1717中，重放部102對(duì)在S1713中重放的媒體段是否為目標(biāo)視頻內(nèi)容的最后一個(gè)媒體段進(jìn)行判定。當(dāng)判定為不是最后一個(gè)媒體段時(shí)(S1717中為“否”)，返回S1701。另一方面，當(dāng)判定為是最后一個(gè)媒體段時(shí)(S1717中為“是”)，進(jìn)入S1718。
在S1718中，HTTP處理部101解除與代理服務(wù)器200的連接狀態(tài)，并結(jié)束對(duì)目標(biāo)視頻內(nèi)容進(jìn)行重放，進(jìn)入S1719。
在S1719中，重放部102對(duì)是否對(duì)目標(biāo)視頻內(nèi)容的各媒體段進(jìn)行了錄像進(jìn)行判定。 當(dāng)判定為進(jìn)行了錄像時(shí)(S1719中為“是”)，進(jìn)行S1720的數(shù)據(jù)補(bǔ)全處理，結(jié)束處理。當(dāng)判定為未進(jìn)行錄像時(shí)(S1719中為“否”)，直接結(jié)束處理。
(關(guān)于數(shù)據(jù)補(bǔ)全處理)
下面參照?qǐng)D21對(duì)S1715及S1720中進(jìn)行的數(shù)據(jù)補(bǔ)全處理的流程進(jìn)行說明。圖21 是表示客戶端裝置100的數(shù)據(jù)補(bǔ)全處理的流程的流程圖。
如圖21所示，客戶端裝置100的重放部102對(duì)在S1713中重放的媒體段中是否存在缺失部進(jìn)行判定(S1801)。當(dāng)判定為存在缺失部時(shí)(S1801)，雖然在S1708中已經(jīng)發(fā)出了獲取缺失部的影片片段的請(qǐng)求，但這里會(huì)對(duì)HTTP處理部101是否已經(jīng)獲取與該請(qǐng)求相對(duì)應(yīng)的缺失部的影片片段進(jìn)行判定(S1802)。當(dāng)判定為已獲取了缺失部的影片片段時(shí)(S1802 中為“是”)，進(jìn)入S1803，當(dāng)判定為尚未獲取缺失部的影片片段時(shí)(S1802中為“否”)，進(jìn)入 S1804。
在S1803中，HTTP處理部101對(duì)是否對(duì)缺損部進(jìn)行補(bǔ)全進(jìn)行判定。即，基于由用戶預(yù)先經(jīng)由未圖示的操作部進(jìn)行的設(shè)定(是在完成了整個(gè)目標(biāo)視頻內(nèi)容的重放之后再進(jìn)行補(bǔ)全的設(shè)定，還是在目標(biāo)視頻內(nèi)容的重放過程中進(jìn)行補(bǔ)全的設(shè)定)，來判定是否對(duì)缺失部進(jìn)行補(bǔ)全。
當(dāng)判定為對(duì)缺失部進(jìn)行補(bǔ)全時(shí)(S1803中為“是”)，進(jìn)入S1806。另一方面，當(dāng)判定為不對(duì)缺失部進(jìn)行補(bǔ)全 時(shí)(S1803中為“否”)，結(jié)束數(shù)據(jù)補(bǔ)全處理。
在S1804中，HTTP處理部101對(duì)是否應(yīng)當(dāng)獲取缺失部的影片片段進(jìn)行判定。這里， 在被指示了應(yīng)當(dāng)不對(duì)缺損部進(jìn)行補(bǔ)全就對(duì)媒體段進(jìn)行重放時(shí)，HTTP處理部101判定為應(yīng)當(dāng)對(duì)缺失部的影片片段進(jìn)行獲取，當(dāng)被指示了應(yīng)當(dāng)在對(duì)缺失部進(jìn)行補(bǔ)全后再對(duì)媒體段進(jìn)行重放時(shí)，HTTP處理部101判定為不應(yīng)當(dāng)對(duì)缺失部的影片片段進(jìn)行獲取。
當(dāng)判定為應(yīng)當(dāng)對(duì)缺失部的影片片段進(jìn)行獲取時(shí)(S1804中為“是”)，HTTP處理部 101從代理服務(wù)器200獲取缺失部的影片片段(S1805)，進(jìn)入S1806。另一方面，當(dāng)判定為不應(yīng)當(dāng)對(duì)缺失部的影片片段進(jìn)行獲取時(shí)(S1804中為“否”)，結(jié)束數(shù)據(jù)補(bǔ)全處理。
在S1806中，重放部102利用在S1708或S1806中獲取到的新的影片片段來對(duì)缺失的影片片段進(jìn)行補(bǔ)全，并結(jié)束數(shù)據(jù)補(bǔ)全處理。
以上對(duì)客戶端裝置100的動(dòng)作進(jìn)行了說明。由以上說明可知，當(dāng)接收到的媒體段中存在缺失部時(shí)，客戶端裝置100從代理服務(wù)器200獲取缺失部的影片片段。這里，在對(duì)包含缺失部的媒體段進(jìn)行重放之前、對(duì)缺失部的影片片段進(jìn)行獲取的情況下，客戶端裝置100 能夠在對(duì)缺失部進(jìn)行了補(bǔ)全的狀態(tài)下，對(duì)媒體段進(jìn)行重放。此外，在對(duì)包含缺失部的媒體段進(jìn)行重放之后、再獲取缺失部的媒體段的情況，通過在對(duì)缺損部進(jìn)行了補(bǔ)全的狀態(tài)下對(duì)媒體段進(jìn)行儲(chǔ)存，從而能夠以完整的狀態(tài)對(duì)目標(biāo)視頻內(nèi)容進(jìn)行錄像。
(客戶端裝置100的動(dòng)作之二)
接著，參照?qǐng)D22，說明客戶端裝置100在對(duì)目標(biāo)視頻內(nèi)容進(jìn)行重放的過程中、從用戶處接收到重放中斷指示時(shí)的客戶端裝置100的動(dòng)作。
客戶端裝置100的重放部102在對(duì)目標(biāo)視頻內(nèi)容進(jìn)行重放的過程中(S1901)，重放部102隨時(shí)對(duì)是否從用戶處接收到重放中斷指示進(jìn)行判定(S1902)。
當(dāng)判定為接收到重放中斷指示時(shí)(S1902中)，HTTP處理部101生成在報(bào)頭部中附加了 “Connection :Close”報(bào)頭的請(qǐng)求作為接下來應(yīng)當(dāng)發(fā)送給代理服務(wù)器200的請(qǐng)求 (S1903)。
之后，HTTP處理部101將在S1903中生成的請(qǐng)求發(fā)送給代理服務(wù)器200 (S1904)。
若接收到與在S1904中發(fā)送的請(qǐng)求相對(duì)應(yīng)的響應(yīng)，則當(dāng)該響應(yīng)的媒體段的重放結(jié)束的時(shí)刻，結(jié)束(中斷)目標(biāo)視頻內(nèi)容的重放(S1905 )。
(配送系統(tǒng)I的動(dòng)作例2)
接著，參照?qǐng)D24，對(duì)當(dāng)客戶端裝置100發(fā)出目標(biāo)視頻內(nèi)容的配送要求時(shí)，配送系統(tǒng) I中進(jìn)行的動(dòng)作的另一個(gè)具體例進(jìn)行說明。
在該動(dòng)作例中，假設(shè)在動(dòng)作開始的時(shí)刻，客戶端裝置100-1 100-4這四臺(tái)客戶端裝置100已經(jīng)在從配送服務(wù)器300接收目標(biāo)視頻內(nèi)容的多播配送，且新的客戶端裝置100-5 發(fā)出了目標(biāo)視頻內(nèi)容的配送要求。
此外，在該動(dòng)作例中，從未圖示的實(shí)時(shí)攝像機(jī)輸入到配送服務(wù)器300的實(shí)時(shí)視頻在被作為目標(biāo)視頻內(nèi)容而實(shí)時(shí)地配送給客戶端裝置100。此外，由于輸入到配送服務(wù)器300 的實(shí)時(shí)視頻會(huì)被記錄到存儲(chǔ)部302，之后，再進(jìn)行實(shí)時(shí)配送，因此在實(shí)時(shí)配送結(jié)束之后，客戶端裝置100能夠從配送服務(wù)器300接收目標(biāo)視頻內(nèi)容的VOD配送。
圖24是表示配送系統(tǒng)I的上述動(dòng)作例的序列圖。另外，圖24中省略了對(duì)客戶端裝置100-2 100-4及代理服務(wù)器200-2 200-4的動(dòng)作的描述。
代理服務(wù)器250的多播處理部253將目標(biāo)視頻內(nèi)容的多播包52發(fā)送給代理服務(wù)器 200 (S40)。
接著，若客戶端裝置100-1向代理服務(wù)器200發(fā)送目標(biāo)視頻內(nèi)容的媒體段的請(qǐng)求 41 (S41)，則代理服務(wù)器200的HTTP處理部201使用在S40中接收到的多播包52來生成該媒體段的響應(yīng)51，并向客戶端裝置100-1發(fā)送響應(yīng)51 (S42)。
接著，客戶端裝置100-5向代理服務(wù)器200-5發(fā)送目標(biāo)視頻內(nèi)容的請(qǐng)求43(S43)。 這里，請(qǐng)求43是用于要求對(duì)整個(gè)目標(biāo)視頻內(nèi)容進(jìn)行發(fā)送的請(qǐng)求。即，請(qǐng)求43不同于用于要求對(duì)目標(biāo)視頻內(nèi)容中的指定媒體段進(jìn)行發(fā)送的請(qǐng)求41。
接收了請(qǐng)求43的代理服務(wù)器200-5的HTTP處理部201將請(qǐng)求43中繼給代理服務(wù)器 250 (S44)。
接收了請(qǐng)求43的代理服務(wù)器250的HTTP處理部251對(duì)請(qǐng)求的URI(“/contentl/”) 進(jìn)行確認(rèn)(S45)。即，對(duì)是否已經(jīng)在對(duì)目標(biāo)視頻內(nèi)容(文件名為“contentl”的內(nèi)容)進(jìn)行多播配送(即，是否已存在屬于目標(biāo)多播組的通信裝置)進(jìn)行判定。這里，由于代理服務(wù)器 200-1 200-4屬于目標(biāo)多播組，因此判定為正在進(jìn)行多播配送。
判定為正在對(duì)目標(biāo)視頻內(nèi)容進(jìn)行多播配送的HTTP處理部251生成 X-alternative-cast報(bào)頭。然后，HTTP處理部251對(duì)緩存部252中已緩存完的最新的媒體段(假設(shè)索引值為t的媒體段)的響應(yīng)消息51附加將〈配送地址 > 設(shè)為目標(biāo)多播組的地址的 X-alternative-cast 報(bào)頭(S46)。
然后，HTTP處理部251將包含X-alternative-cast報(bào)頭的響應(yīng)消息51’發(fā)送給代理服務(wù)器200-5 (S47)。
代理服務(wù)器200-5的HTTP處理部201將響應(yīng)消息51’轉(zhuǎn)換為響應(yīng)消息51，并發(fā)送給客戶端裝置100-5 (S48)。客戶端裝置100-5的重放部102對(duì)HTTP處理部101接收到的最新的媒體段(索引值為t的媒體段)的響應(yīng)消息51進(jìn)行重放。由此，客戶端裝置100-5 開始對(duì)實(shí)時(shí)視頻進(jìn)行重放。
另一方面，代理服務(wù)器200-5的HTTP處理部201向代理服務(wù)器250發(fā)送多播接收要求(JOIN 消息)42 (S49)。
若代理服務(wù)器250的HTTP處理部251接收到JOIN消息42，則向代理服務(wù)器200_5 發(fā)送對(duì)于JOIN消息42的響應(yīng)(S50)。而且，HTTP處理部251將代理服務(wù)器200-5的地址作為屬于目標(biāo)多播組的地址來記錄到多播組信息存儲(chǔ)部254中(S51)。
之后，多播處理部253將索引值是t+Ι以后的媒體段的多播包52發(fā)送給代理服務(wù)器 200-1 200-5 (S52)。
另一方面，在S48中，接收了索引值為t的媒體段的響應(yīng)消息51的客戶端裝置 100-5的HTTP處理部101向代理服務(wù)器200-5發(fā)送要求下一個(gè)(索引值為t+Ι的)媒體段的請(qǐng)求41 (S53)，并接收與請(qǐng)求41相對(duì)應(yīng)的響應(yīng)51 (索引值為t+Ι的媒體段)(S54)。
之后，客戶端裝置100-5對(duì)后續(xù)的媒體段(索引值為t+2、t+3、…)重復(fù)進(jìn)行S53 和S54的處理。
從以上對(duì)動(dòng)作例2的說明中可知，當(dāng)由代理服務(wù)器250進(jìn)行目標(biāo)視頻內(nèi)容的多播配送時(shí)，來自客戶端裝置100的目標(biāo)視頻內(nèi)容的配送要求不會(huì)到達(dá)配送服務(wù)器300。
因此，即使對(duì)來自配送服務(wù)器300的目標(biāo)視頻內(nèi)容的配送進(jìn)行接收的客戶端裝置 100的臺(tái)數(shù)增加，也能抑制配送服務(wù)器300的處理負(fù)擔(dān)、及配送服務(wù)器300和代理服務(wù)器 250之間網(wǎng)絡(luò)的負(fù)擔(dān)。因此，能夠高效地從配送服務(wù)器300向各客戶端裝置100配送目標(biāo)視頻內(nèi)容。
此外，如上所述，客戶端裝置100也能夠根據(jù)來自用戶的指示，對(duì)目標(biāo)視頻內(nèi)容進(jìn)行重放，并同時(shí)進(jìn)行錄像。在上述動(dòng)作例2中，在對(duì)客戶端裝置100-5進(jìn)行設(shè)定，以對(duì)目標(biāo)視頻內(nèi)容進(jìn)行錄像的情況下，客戶端裝置100-5中儲(chǔ)存有目標(biāo)視頻內(nèi)容中的索引值為t以后的媒體段。
因此，對(duì)于實(shí)時(shí)配送結(jié)束后被進(jìn)行VOD配送的目標(biāo)視頻內(nèi)容，客戶端裝置100-5通過發(fā)送對(duì)索引值為t以前的媒體段進(jìn)行要求的請(qǐng)求41，并對(duì)t-Ι個(gè)響應(yīng)51進(jìn)行獲取及儲(chǔ)存，由此能夠高效地對(duì)實(shí)時(shí)配送的整個(gè)目標(biāo)視頻內(nèi)容進(jìn)行錄像。
(代理服務(wù)器250的優(yōu)點(diǎn))
如上所述，在配送系統(tǒng)I的代理服務(wù)器250中，當(dāng)HTTP處理部251檢測(cè)到從代理服務(wù)器200發(fā)送的要求目標(biāo)視頻內(nèi)容的請(qǐng)求41時(shí)，代理服務(wù)器250代替配送服務(wù)器300向代理服務(wù)器200發(fā)送表示能夠通過多播通信對(duì)目標(biāo)視頻內(nèi)容進(jìn)行發(fā)送的 X-alternative-cast信息。此外，當(dāng)多播處理部253從代理服務(wù)器200接收到JOIN消息 42時(shí)，將代理服務(wù)器200登錄到目標(biāo)多播組中。然后，多播處理部253使用多播通信將緩存部252中的目標(biāo)視頻內(nèi)容中繼給登錄在目標(biāo)多播組中的各代理服務(wù)器200。
S卩，當(dāng)被配送目標(biāo)視頻內(nèi)容的客戶端裝置100為三臺(tái)(接收配送要求的頻度小于一定頻度)時(shí)，如圖12(a)所示，配送服務(wù)器300對(duì)同一內(nèi)容的媒體段接收三次配送要求，且每次返回媒體段的響應(yīng)。另一方面，如圖12(b)所示，若被配送目標(biāo)視頻內(nèi)容的客戶端裝置 100達(dá)到(接收配送要求的頻度在一定頻度以上)規(guī)定的臺(tái)數(shù)(四臺(tái))，則之后配送服務(wù)器300 對(duì)同一內(nèi)容的媒體段只需進(jìn)行一次接收配送要求并返回媒體段響應(yīng)的處理即可。因此，抑制了配送服務(wù)器300的處理負(fù)擔(dān)，及配送服務(wù)器300和代理服務(wù)器250之間網(wǎng)絡(luò)的負(fù)擔(dān)。
此外，如圖12(a)所示，當(dāng)被配送目標(biāo)視頻內(nèi)容的客戶端裝置100為三臺(tái)(接收配送要求的頻度小于一定頻度)時(shí)，代理服務(wù)器250也對(duì)同一內(nèi)容的媒體段接收三次配送要求，且每次返回媒體段的響應(yīng)。另一方面，如圖12(b)所示，若被配送目標(biāo)視頻內(nèi)容的客戶端裝置100達(dá)到(接收配送要求的頻度在一定頻度以上)規(guī)定的臺(tái)數(shù)(四臺(tái))，則代理服務(wù)器 250能夠?qū)γ襟w段進(jìn)行多播配送。即，代理服務(wù)器250為了將同一內(nèi)容的媒體段配送給四臺(tái)客戶端裝置100而發(fā)送的數(shù)據(jù)的數(shù)據(jù)量是一個(gè)媒體段的數(shù)據(jù)量。因此，抑制了干線網(wǎng)絡(luò)、特別是代理服務(wù)器250附近區(qū)域的頻帶負(fù)載。
而且，如上所述，媒體段是以MME多部分格式從配 送服務(wù)器300發(fā)送到代理服務(wù)器250，上述MME多部分格式的各部分為影片片段，但代理服務(wù)器250將一個(gè)部分(影片片段)的全部或部分?jǐn)?shù)據(jù)儲(chǔ)存到一個(gè)多播包中來進(jìn)行多播配送。因此，即使在對(duì)多個(gè)多播包進(jìn)行傳輸?shù)倪^程中丟失了一個(gè)多播包，該丟失也只會(huì)對(duì)一個(gè)影片片段產(chǎn)生影響。因此，能夠使客戶端裝置100穩(wěn)定地對(duì)視頻內(nèi)容進(jìn)行重放。
(實(shí)施方式2)
在本實(shí)施方式中，代理服務(wù)器200通過發(fā)送IGMP的JOIN消息及LEAVE消息，來進(jìn)行多播組的加入及退出。
IGMP是在IP廣播(IP多播)中，多媒體路由器在進(jìn)行多播數(shù)據(jù)的路由處理時(shí)所使用的協(xié)議。
通常，多媒體路由器利用IGMP來掌握是否存在加入到多播組中的主機(jī)設(shè)備。多媒體路由器對(duì)加入到多播組中的主機(jī)設(shè)備發(fā)送多播數(shù)據(jù)。因此,主機(jī)設(shè)備需要向多媒體路由器發(fā)送要求加入到該多播數(shù)據(jù)的發(fā)送目的地、即多播組的IGMP JOIN消息，來接收某個(gè)多播數(shù)據(jù)。
此外，主機(jī)設(shè)備需要每隔一定期間對(duì)從多媒體路由器發(fā)送的詢問(IGMP QUERY)進(jìn)行應(yīng)答(發(fā)送IGMP REPORT)，以繼續(xù)接收多播數(shù)據(jù)。而且，主機(jī)設(shè)備需要發(fā)送要求從該多播數(shù)據(jù)的發(fā)送目的地、即多播組中退出的IGMP LEAVE消息，以不再接收多播數(shù)據(jù)。
因此，多媒體路由器需要進(jìn)行以下各種處理S卩，使主機(jī)設(shè)備加入多播組的處理、 詢問的發(fā)送處理、使主機(jī)設(shè)備從多播組中退出的處理等。
其中，使主機(jī)設(shè)備從多播組中退出的處理需要一定時(shí)間。這是因?yàn)?，?dāng)多媒體路由器接收到IGMP LEAVE消息時(shí)，會(huì)通過詢問來對(duì)是否存在應(yīng)當(dāng)發(fā)送多播數(shù)據(jù)的其它主機(jī)設(shè)備進(jìn)行確認(rèn)，之后再停止多播數(shù)據(jù)的發(fā)送。
因此，在主機(jī)設(shè)備發(fā)送IGMP LEAVE消息后的一段時(shí)間內(nèi)，仍會(huì)對(duì)主機(jī)設(shè)備發(fā)送多播數(shù)據(jù)。
因此，若主機(jī)設(shè)備在接收某一視頻內(nèi)容的多播配送時(shí)進(jìn)行了信道切換，則在一段時(shí)間內(nèi)，不僅會(huì)向其發(fā)送信道切換后的視頻內(nèi)容的多播數(shù)據(jù)，也會(huì)向其發(fā)送信道切換前的視頻內(nèi)容的多播數(shù)據(jù)。即，由于在多播配送中通常會(huì)對(duì)一定的帶寬進(jìn)行補(bǔ)償，因此，存在以下問題即，在信道切換時(shí)會(huì)對(duì)網(wǎng)絡(luò)的頻帶帶來沒必要的壓力。
這里，為了避免對(duì)網(wǎng)絡(luò)的頻帶造成壓力的問題，能采用以下方式即在不對(duì)主機(jī)設(shè)備發(fā)送信道切換前的視頻內(nèi)容的多播數(shù)據(jù)之后，再使主機(jī)設(shè)備加入到作為信道切換后的視頻內(nèi)容的發(fā)送目的地的多播組中。然而，在這種情況下，從停止重放信道切換前的視頻內(nèi)容、到開始重放切換后的視頻內(nèi)容的期間中會(huì)產(chǎn)生其它問題，即延遲。
下面，參照?qǐng)D25對(duì)本實(shí)施方式中配送系統(tǒng)I的動(dòng)作例進(jìn)行如下的說明。另外，在本實(shí)施方式中，假設(shè)在客戶端裝置100-1中對(duì)文件名為“contentl”的視頻內(nèi)容(也稱為“切換前視頻內(nèi)容”)進(jìn)行重放的過程中，從用戶處發(fā)出了將應(yīng)當(dāng)重放的視頻內(nèi)容切換為文件名為“content2”的視頻內(nèi)容(也稱為“切換后視頻內(nèi)容”)的信道切換的指示。此外，假設(shè)在發(fā)出信道切換的指示之前，代理服務(wù)器250已在對(duì)其它客戶端裝置100進(jìn)行切換后視頻內(nèi)容的多播配送。
圖25是表示上述動(dòng)作例的序列圖。如實(shí)施方式I所示,對(duì)于從客戶端裝置100-1 接收了切換前視頻內(nèi)容的請(qǐng)求41的代理服務(wù)器200，會(huì)從代理服務(wù)器250接收到響應(yīng)51a， 并向代理服務(wù)器200發(fā)送IGMP JOIN消息，該IGMP JOIN消息是要求加入到對(duì)切換前視頻內(nèi)容進(jìn)行多播配送的發(fā)送目的地的多播組(稱為“切換前多播組”)的消息(S50)。
接收了 IGMP JOIN消息的多播處理部253開始向代理服務(wù)器200發(fā)送切換前視頻內(nèi)容的多播包52 (S51)。之后，利用與實(shí)施方式I相同的方法(重復(fù)下面S51 S54的處理)，使得切換前視頻內(nèi)容的響應(yīng)51從代理服務(wù)器200-1被配送到客戶端裝置100-1。S卩，代理服務(wù)器200-1的多播處理部203對(duì)在S51中配送的多個(gè)多播包52進(jìn)行匯總，并轉(zhuǎn)換為媒體段的響應(yīng)51 (S52)，緩存到緩存部202中(S53)。
另一方面，若客戶端裝置100-1向代理服務(wù)器200-1發(fā)送對(duì)切換前視頻內(nèi)容的媒體段進(jìn)行要求的請(qǐng)求41，則HTTP處理部201從緩存部202中讀取相對(duì)應(yīng)的響應(yīng)51 (S54)， 并發(fā)送給客戶端裝置100-1。
假設(shè)在對(duì)上述S51 S54的處理進(jìn)行重復(fù)的期間(即，在客戶端裝置100_1對(duì)切換前視頻內(nèi)容進(jìn)行重放的過程中)，客戶端裝置100-1經(jīng)由操作部從用戶處接收了上述信道切換的指示。
接收了信道切換指示的客戶端裝置100-1的HTTP處理部101向代理服務(wù)器200 發(fā)送切換前視頻內(nèi)容的請(qǐng)求41’ (即，附加了 “Connection :Clo se”報(bào)頭的請(qǐng)求)(S55)。
HTTP處理部101同時(shí)向代理服務(wù)器200發(fā)送切換后視頻內(nèi)容的請(qǐng)求41 (S56)。
若代理服務(wù)器200-1的HTTP處理部201在S56中新接收到切換后視頻內(nèi)容的請(qǐng)求41，則對(duì)是否接收了切換前視頻內(nèi)容的請(qǐng)求41’進(jìn)行判定。這里，由于在S55中接收了請(qǐng)求41’，因此判定為請(qǐng)求URI產(chǎn)生了變更(S57)。由于判定為請(qǐng)求URI產(chǎn)生了變更，因此 HTTP處理部201將請(qǐng)求41中繼給代理服務(wù)器250 (S60)。
另一方面，由于HTTP處理部201在S56中接收到請(qǐng)求41’，因此多播處理部203向代理服務(wù)器250發(fā)送要求從切換前多播組中退出的IGMP LEAVE消息(S58)。
代理服務(wù)器250的多播處理部253開始進(jìn)行使代理服務(wù)器200_1從切換前多播組中退出的處理(S59)。如上所述，由于該處理需要一定的時(shí)間，因此在一段時(shí)間內(nèi)，仍會(huì)向代理服務(wù)器200-1發(fā)送切換前視頻內(nèi)容的多播包52。對(duì)于這種情況，代理服務(wù)器200-1將舍棄多播包52。
另一方面，接收了請(qǐng)求41的代理服務(wù)器250的HTTP處理部251將請(qǐng)求41中繼給配送服務(wù)器300 (S61)。
由于已經(jīng)在對(duì)切換后視頻內(nèi)容進(jìn)行多播配送，因此，若HTTP處理部251從配送服務(wù)器300接收到與請(qǐng)求41相對(duì)應(yīng)的響應(yīng)51，則對(duì)響應(yīng)消息51附加將〈配送地址 > 設(shè)為切換目標(biāo)多播組的地址的X-alternative-cast報(bào)頭(S62),并生成響應(yīng)51’。
之后，HTTP處理部251向代理服務(wù)器200_1發(fā)送切換后視頻內(nèi)容的響應(yīng)51’ (S63)。
接收了響應(yīng)51’的代理服務(wù)器200-1的HTTP處理部201向客戶端裝置100_1發(fā)送切換后視頻內(nèi)容的響應(yīng)51 (S64)。從該時(shí)刻起，開始在客戶端裝置100-1中對(duì)切換后視頻內(nèi)容進(jìn)行重放。
然后，多播處理部203向代理服務(wù)器250發(fā)送要求加入切換后多播組的IGMP JOIN 消息。由此，切換后視頻內(nèi)容的多播包52被配送到代理服務(wù)器200中。這里，對(duì)于多播處理部203向代理服務(wù)器250發(fā)送要求加入切換后多播組的IGMP JOIN消息的時(shí)刻，優(yōu)選為多播處理部203判定出應(yīng)當(dāng)發(fā)送IGMP JOIN消息的時(shí)刻。具體而言，優(yōu)選的，從多播處理部 203不再對(duì)切換前視頻內(nèi)容的多播包52進(jìn)行接收及舍棄起、經(jīng)過一定時(shí)間之后，判定為應(yīng)當(dāng)發(fā)送IGMP JOIN消息，在經(jīng)過上述一定時(shí)間之前的時(shí)刻判定為不應(yīng)當(dāng)發(fā)送IGMP JOIN消肩、O
另外，當(dāng)HTTP處理部201在S56中接收到切換后視頻內(nèi)容(第二內(nèi)容)的請(qǐng)求41 時(shí)，也可以對(duì)應(yīng)當(dāng)發(fā)送給客戶端裝置100-1的切換前視頻內(nèi)容(第一內(nèi)容)的響應(yīng)51中附加 “Connection :Close”報(bào)頭,之后,將其發(fā)送給客戶端裝置100-1。對(duì)于這種情況,在剛發(fā)送完響應(yīng)之后的時(shí)刻，解除為了對(duì)切換前視頻內(nèi)容進(jìn)行中繼、而在客戶端裝置100-1和代理服務(wù)器200之間建立的連接狀態(tài)。
如上所述，在本實(shí)施方式的配送系統(tǒng)I中，若在進(jìn)行信道切換時(shí)，客戶端裝置100 向代理服務(wù)器200發(fā)送切換前視頻內(nèi)容的請(qǐng)求41’(包含“Connection :CloSe”報(bào)頭的HTTP 請(qǐng)求)和切換后視頻內(nèi)容的請(qǐng)求41，則能夠立即開始對(duì)切換后視頻內(nèi)容進(jìn)行重放 。此外，在信道切換期間也不會(huì)對(duì)客戶端裝置100和代理服務(wù)器200之間的網(wǎng)絡(luò)頻帶造成壓力。
因此，與通過多播通信來對(duì)視頻內(nèi)容進(jìn)行接收(即，在信道切換時(shí)，向多媒體路由器發(fā)送要求從切換前多播組中退出的IGMP LEAVE消息)的現(xiàn)有的客戶端裝置相比，配送系統(tǒng)I的客戶端裝置100可起到如下效果能夠兼顧迅速重放切換后視頻內(nèi)容和抑制客戶端裝置100側(cè)的網(wǎng)絡(luò)頻帶負(fù)載。
此外，由于能夠迅速重放切換后視頻內(nèi)容，因此當(dāng)切換后視頻內(nèi)容是已經(jīng)在進(jìn)行實(shí)時(shí)配送的實(shí)時(shí)視頻的內(nèi)容時(shí)，能夠使用戶在較早的時(shí)刻收看到實(shí)時(shí)視頻。
而且，在例如通過由H. 264規(guī)定的壓縮方式來對(duì)視頻內(nèi)容進(jìn)行壓縮編碼的情況下，對(duì)于本實(shí)施方式的客戶端裝置100和上述現(xiàn)有的客戶端裝置，這兩者從進(jìn)行信道切換起到開始對(duì)切換后視頻內(nèi)容進(jìn)行重放為止所需的時(shí)間之差可能會(huì)進(jìn)一步變大。
S卩，當(dāng)視頻內(nèi)容被壓縮編碼時(shí)，例如，用戶無法收看到視頻，直至客戶端裝置獲取經(jīng)編碼而得的關(guān)鍵幀的數(shù)據(jù)，并對(duì)其進(jìn)行解碼。在IP多播配送中，可能會(huì)在傳輸過程中發(fā)生多播包的缺失。即，對(duì)于像現(xiàn)有的那樣、客戶端裝置直接接收切換后視頻內(nèi)容的多播包的情況，多播包的缺失所造成的關(guān)鍵幀的缺少可能會(huì)導(dǎo)致延遲開始對(duì)切換后視頻內(nèi)容進(jìn)行重放。
另一方面，如上所述，在本實(shí)施方式的客戶端裝置100中，在從進(jìn)行信道切換起、 到開始對(duì)切換后視頻內(nèi)容進(jìn)行重放為止的期間，客戶端裝置100和配送服務(wù)器300之間始終利用可靠性高的HTTP通信來進(jìn)行通信。即，在開始對(duì)切換后視頻內(nèi)容進(jìn)行重放之前，從配送服務(wù)器300向客戶端裝置100配送切換后視頻內(nèi)容的過程中不會(huì)發(fā)生關(guān)鍵幀的缺少。 因此，對(duì)于本實(shí)施方式的客戶端裝置100，即使在切換后視頻內(nèi)容被壓縮編碼的情況下，也能夠可靠且迅速地開始切換后視頻內(nèi)容的重放。
另外,優(yōu)選配送服務(wù)器300或代理服務(wù)器250能夠?qū)-Transport-Speed報(bào)頭進(jìn)行處理，客戶端裝置100向代理服務(wù)器200發(fā)送包含X-Transport-Speed報(bào)頭的HTTP請(qǐng)求。 X-Transport-Speed報(bào)頭是用于向HTTP服務(wù)器要求以在報(bào)頭中指定的值所對(duì)應(yīng)的傳輸速度、來對(duì)數(shù)據(jù)進(jìn)行傳輸?shù)膱?bào)頭。
對(duì)于這種情況，客戶端裝置100能夠通過將X-Transport-Speed報(bào)頭設(shè)定為較大的值來高速地對(duì)切換后視頻內(nèi)容的數(shù)據(jù)進(jìn)行接收。因此，即使是切換后視頻內(nèi)容的數(shù)據(jù)的起始部分中不包含關(guān)鍵幀的情況，客戶端裝置100也能夠較迅速地開始重放切換后視頻內(nèi)容。
另外，上文中，以代理服務(wù)器250起到多媒體路由器的作用(即，在代理服務(wù)器200 和代理服務(wù)器250之間的通信路徑上不存在多媒體路由器)為前提對(duì)本實(shí)施方式進(jìn)行了說明。然而，也可以設(shè)想干線網(wǎng)絡(luò)500是在代理服務(wù)器200和代理服務(wù)器250之間設(shè)置有多媒體路由器的網(wǎng)絡(luò)。對(duì)于這種情況，代理服務(wù)器200向位于其與代理服務(wù)器250的通信路徑上的多媒體路由器中、最靠近代理服務(wù)器200的多媒體路由器發(fā)送IGMP JOIN.1GMP LEAVE 等通知。
(附記事項(xiàng)I)
在實(shí)施方式I及2中，假設(shè)了客戶端裝置100以媒體段為單位來發(fā)出目標(biāo)視頻內(nèi)容的請(qǐng)求，但客戶端裝置100也能 以目標(biāo)視頻內(nèi)容整體為單位來發(fā)出請(qǐng)求。對(duì)于這種情況， 代理服務(wù)器250將從代理服務(wù)器200接收到的請(qǐng)求轉(zhuǎn)換為以媒體段為單位的請(qǐng)求。
例如，當(dāng)HTTP處理部251接收到要求目標(biāo)視頻內(nèi)容整體的請(qǐng)求(開頭以“GET/ contentl/lHTTP/1.1”為起始的請(qǐng)求消息)時(shí)，生成開頭以“GET/contentl/lHTTP/L I”為起始的請(qǐng)求41，將其發(fā)送該給配送服務(wù)器300，并接收相應(yīng)的響應(yīng)。
之后，HTTP處理部251生成以“GET/contentl/t/HTTP/1.1”為起始的請(qǐng)求41，將其發(fā)送給配送服務(wù)器300，并接收相應(yīng)的響應(yīng)，對(duì)于2以上的t，一邊使t遞增，一邊重復(fù)進(jìn)行上述處理，直至接收到整個(gè)目標(biāo)視頻內(nèi)容。
(附記事項(xiàng)2)
在實(shí)施方式I及2中，假設(shè)了當(dāng)代理服務(wù)器250從代理服務(wù)器200接收到請(qǐng)求41 時(shí)，若未在進(jìn)行多播配送，則將請(qǐng)求41中繼給配送服務(wù)器300，但在未在進(jìn)行多播配送的狀態(tài)下也可以使代理服務(wù)器250按如下方式動(dòng)作。
S卩，對(duì)于代理服務(wù)器250從代理服務(wù)器200接收到請(qǐng)求41時(shí)、緩存部252中緩存有與請(qǐng)求41相對(duì)應(yīng)的響應(yīng)51的情況，也可以將緩存的響應(yīng)51 (或基于響應(yīng)51生成得到的響應(yīng)51’ )發(fā)送給代理服務(wù)器200。
(附記事項(xiàng)3)
在實(shí)施方式I及2的說明中，各裝置的IP地址是以IPv4規(guī)定的地址，但并不限于此。即，各裝置的IP地址也可以是以IPv6規(guī)定的地址。對(duì)于這種情況，代理服務(wù)器250可以使用將由IPv6構(gòu)成的網(wǎng)絡(luò)規(guī)定為對(duì)象的多播配送方式來進(jìn)行多播配送。
(附記事項(xiàng)4)
實(shí)施方式I中，假設(shè)進(jìn)行以下處理即，客戶端裝置100對(duì)接收到的媒體段是否存在缺失部進(jìn)行判定，當(dāng)判定為存在缺失部時(shí)，對(duì)缺失部的數(shù)據(jù)進(jìn)行獲取(即，發(fā)出要求配送缺失部的影片片段(或包含缺失部的媒體段))，但該處理也可以由客戶端裝置100的代理服務(wù)器200來進(jìn)行。此外，代理服務(wù)器200也可以利用數(shù)據(jù)包再發(fā)送技術(shù)、FEC (Forward Error Correction :前向糾錯(cuò))等來獲取缺失部的數(shù)據(jù)。
由此，當(dāng)代理服務(wù)器200是多個(gè)客戶端裝置100的代理服務(wù)器時(shí)，相比各客戶端裝置100分別獲取缺失部的數(shù)據(jù)，能夠更高效地獲取缺失部的數(shù)據(jù)。
(附記事項(xiàng)5)
在實(shí)施方式I及2中，對(duì)于在客戶端裝置100和代理服務(wù)器200之間發(fā)生網(wǎng)絡(luò)故障等情況，從客戶端裝置100發(fā)送的請(qǐng)求41可能暫時(shí)不能到達(dá)代理服務(wù)器200，或從代理服務(wù)器200發(fā)送的響應(yīng)51可能暫時(shí)不能到達(dá)客戶端裝置100，從而可能會(huì)在一定期間內(nèi)無法適當(dāng)?shù)亟邮找曨l內(nèi)容。
對(duì)于上述情況，在上述一定期間內(nèi)，代理服務(wù)器20 0中緩存的響應(yīng)51的累積量可能會(huì)超過緩存部202的存儲(chǔ)容量，可能會(huì)舍棄之后從代理服務(wù)器250多播配送過來的多播包52。
然而，即使在上述情況下，當(dāng)在上述一定期間后，從客戶端裝置100接收到對(duì)未緩存在緩存部202中的響應(yīng)51進(jìn)行要求的請(qǐng)求41時(shí)，代理服務(wù)器200也能夠通過對(duì)請(qǐng)求41 進(jìn)行中繼，來從代理服務(wù)器250中獲取響應(yīng)51。此外，由于客戶端裝置100能在上述一定期間內(nèi)掌握無法獲取哪些媒體段，因此能夠重新獲取所有無法在上述一定期間內(nèi)獲取到的媒體段。
另外，對(duì)于所提供的視頻內(nèi)容是包括基本層和擴(kuò)展層的層級(jí)化的內(nèi)容(可擴(kuò)展內(nèi)容)的情況，或所提供的視頻內(nèi)容是具有多個(gè)品質(zhì)(多個(gè)不同的比特率、分辨率或幀率)的內(nèi)容的情況(例如13段和I段)，可以使代理服務(wù)器200進(jìn)行如下的動(dòng)作來抑制緩存部202 中緩存的數(shù)據(jù)的累積量超過緩存部202的存儲(chǔ)容量。
S卩，對(duì)于代理服務(wù)器200的多播處理部203，當(dāng)判定為緩存部202中緩存的數(shù)據(jù)量超過了一定的閾值時(shí)，可以僅從由多播包52構(gòu)成的層級(jí)化的媒體段中提取一部分層級(jí)的數(shù)據(jù)來轉(zhuǎn)換成響應(yīng)消息，并緩存在緩存部202中。例如，當(dāng)由多播包52構(gòu)成的媒體段包括基本層和擴(kuò)展層時(shí)，可以將僅提取了基本層后得到的響應(yīng)消息緩存到緩存部202中。
而且，對(duì)于多播處理部203，當(dāng)判定為緩存部202中緩存的數(shù)據(jù)量超過了一定的閾值時(shí)，可以僅從由多播包52構(gòu)成的、包括多個(gè)品質(zhì)的數(shù)據(jù)的媒體段中提取一部分品質(zhì)的數(shù)據(jù)來轉(zhuǎn)換成響應(yīng)消息，并緩存在緩存部202中。例如，當(dāng)由多播包52構(gòu)成的媒體段包括I 段(one seg)的數(shù)據(jù)和13段的數(shù)據(jù)時(shí)，可以將僅提取了 I段的數(shù)據(jù)后得到的響應(yīng)消息緩存到緩存部202中。
另外，對(duì)于這種情況，代理服務(wù)器200的HTTP處理部201對(duì)緩存部202中緩存的響應(yīng)51進(jìn)行讀取，并且將表示所能提供的層級(jí)、品質(zhì)(比特率)等的信息附加到響應(yīng)51的報(bào)頭部或多部分的各部分中，由此能夠改變客戶端裝置100應(yīng)當(dāng)獲取的層級(jí)(或品質(zhì))。
(程序、存儲(chǔ)介質(zhì))
客戶端裝置100、代理服務(wù)器200、250及配送服務(wù)器300 (300’ )的各個(gè)模塊既可以利用在集成電路(IC芯片)上形成的邏輯電路來以硬件方式實(shí)現(xiàn)，也可使用CPU(Central Processing Unit :中央處理器)來以軟件方式實(shí)現(xiàn)。
對(duì)于后者的情況，客戶端裝置100、代理服務(wù)器200、250及配送服務(wù)器300包括 對(duì)實(shí)現(xiàn)各個(gè)功能的程序的命令進(jìn)行執(zhí)行的CPU,儲(chǔ)存上述程序的ROM (Read Only Memory 只讀存儲(chǔ)器)，展開上述程序的RAM(Random Access Memory :隨機(jī)存儲(chǔ)器),儲(chǔ)存上述程序及各種數(shù)據(jù)的存儲(chǔ)器等存儲(chǔ)裝置(記錄介質(zhì))等。而且，本發(fā)明的目的也可以通過以下方式來實(shí)現(xiàn)將以計(jì)算機(jī)能讀取的·方式記錄有實(shí)現(xiàn)上述功能的軟件即客戶端裝置100、代理服務(wù)器200、250及配送服務(wù)器300的控制程序的程序代碼(執(zhí)行形式程序、中間代碼程序、源程序)的記錄介質(zhì)提供給上述客戶端裝置100、代理服務(wù)器200、250及配送服務(wù)器300，該計(jì)算機(jī)(或CPU、MPU)讀出并執(zhí)行記錄介質(zhì)中記錄的程序代碼。
作為上述記錄介質(zhì)，能夠使用例如，磁帶或盒式磁帶等帶類、包含軟盤(注冊(cè)商標(biāo))/硬盤等磁盤和⑶-ROM / MO / MD / DVD /⑶一 R等光盤的盤片類、IC卡(包含存儲(chǔ)卡)/光卡等卡類、掩模ROM / EPROM / EEPROM /閃存ROM等半導(dǎo)體存儲(chǔ)器類、或者PLD (Programmable logic device :可編程序邏輯設(shè)備)和 FPGA (Field Programmable Gate Array :現(xiàn)場(chǎng)可編程門陣列)等邏輯電路類等。
此外，也可以經(jīng)由通信網(wǎng)絡(luò)將上述程序代碼提供給客戶端裝置100、代理服務(wù)器200、250及配送服務(wù)器300。該通信網(wǎng)絡(luò)能傳輸程序代碼即可，沒有特別限定。例如， 能夠利用互聯(lián)網(wǎng)、內(nèi)聯(lián)網(wǎng)、外聯(lián)網(wǎng)、LAN、ISDN、VAN、CATV通信網(wǎng)、虛擬專用網(wǎng)(Virtual Private Network)、電話線網(wǎng)、移動(dòng)體通信網(wǎng)、衛(wèi)星通信網(wǎng)等。此外，構(gòu)成該通信網(wǎng)絡(luò)的傳輸介質(zhì)也只要是能傳輸程序代碼的介質(zhì)即可，并不限于特定的結(jié)構(gòu)或種類。例如，既可以利用IEEE1394、USB、電力線輸送、電纜TV線路、電話線、ADSL (Asymmetric Digital SubscriberLine :非對(duì)稱數(shù)字用戶線路)線路等有線線路，也可以利用IrDA和遙控器等紅外線、Bluetooth (注冊(cè)商標(biāo))、ΙΕΕΕ802· 11 無線、HDR (High Data Rate :高速數(shù)據(jù)傳送)、NFC (NearField Communication :近距離無線通信)、DLNA(Digital Living Network Alliance 數(shù)字生活網(wǎng)絡(luò)聯(lián)盟)、移動(dòng)電話網(wǎng)、衛(wèi)星線路、地面波數(shù)字網(wǎng)等無線。
另外，應(yīng)當(dāng)認(rèn)為這里所揭示的實(shí)施方式的各個(gè)方面都是舉例表示，而不是限制性的。應(yīng)當(dāng)認(rèn)為本發(fā)明的范圍并不由上述說明表示，而是由權(quán)利要求的范圍表示，包含與權(quán)利要求的范圍同等的意義及范圍內(nèi)的所有變更。
如上所述，優(yōu)選的，在本發(fā)明的代理服務(wù)器中，存在多個(gè)上述通信裝置，上述發(fā)送裝置能夠根據(jù)來自上述通信裝置的要求對(duì)多個(gè)不同的內(nèi)容進(jìn)行發(fā)送，僅在代理服務(wù)器檢測(cè)到一定期間內(nèi)、一定數(shù)量以上的通信裝置就同一內(nèi)容發(fā)送了上述第一要求時(shí)，上述發(fā)送單元向上述通信裝置發(fā)送上述信息。
根據(jù)上述結(jié)構(gòu)，當(dāng)本發(fā)明的代理服務(wù)器就同一內(nèi)容在短時(shí)間內(nèi)通過單播通信從多個(gè)通信裝置接收到表示應(yīng)當(dāng)發(fā)送內(nèi)容的要求時(shí)，能夠通過多播通信將該內(nèi)容中繼給上述多個(gè)通信裝置。此外，對(duì)于同一內(nèi)容，在僅從少量的通信裝置通過單播通信而接收到表示應(yīng)當(dāng)發(fā)送內(nèi)容的要求時(shí)，通過單播通信將該內(nèi)容中繼給上述少量的通信裝置。
因此，上述代理服務(wù)器可以進(jìn)一步起到以下效果能夠根據(jù)網(wǎng)絡(luò)的頻帶負(fù)載的狀況來良好地維持以下兩者之間的平衡，即，利用多播通信來抑制網(wǎng)絡(luò)的頻帶負(fù)載，以及利用單播通信來進(jìn)行穩(wěn)定的傳輸。
優(yōu)選的，上述發(fā)送裝置采用以下結(jié)果即，根據(jù)來自上述通信裝置的要求，依次對(duì)通過將上述內(nèi)容分割成多份得到的各分割數(shù)據(jù)進(jìn)行發(fā)送，且上述代理服務(wù)器的上述中繼單元依次將上述存儲(chǔ)部中緩存的各分割數(shù)據(jù)中繼給上述通信裝置。
根據(jù)上述結(jié)構(gòu)，代理服務(wù)器可以進(jìn)一步起到能夠更高效地進(jìn)行多播通信的效果。
優(yōu)選的，在上述代理服務(wù)器中，上述內(nèi)容是視頻內(nèi)容，且上述視頻內(nèi)容包括多個(gè)影片片段。
根據(jù)上述結(jié)構(gòu)，上述代理服務(wù)器可以進(jìn)一步起到如下效果可以對(duì)重放上述內(nèi)容的重放裝置中的上述視頻內(nèi)容進(jìn)行精細(xì)的重放控制。
優(yōu)選的，在上述代理服務(wù)器中，從上述發(fā)送裝置發(fā)送的上述視頻內(nèi)容是各部分包括一個(gè)上述影片片段的多部分格式的數(shù)據(jù)。
根據(jù)上述結(jié)構(gòu)，在從上述代理服務(wù)器對(duì)上述視頻內(nèi)容進(jìn)行傳輸?shù)倪^程中，即使是缺失了一個(gè)部分的數(shù)據(jù)的情況，上述通信裝置無法接收的影片片段也只是一個(gè)。
因此，代理服務(wù)器可以進(jìn)一步起到如下效果能夠在短時(shí)間內(nèi)使上述通信裝置獲取缺失的數(shù)據(jù)。
優(yōu)選的，在上述代理服務(wù)器中，各部分不僅包括上述一個(gè)影片片段，還包括表示對(duì)上述視頻內(nèi)容進(jìn)行重放的重放裝置應(yīng)當(dāng)在第幾個(gè)順位對(duì)上述多個(gè)影片片段中的該影片片段進(jìn)行重放的值。
根據(jù)上述結(jié)構(gòu)，上述代理服務(wù)器可以進(jìn)一步起到如下效果使接收了多部分格式的數(shù)據(jù)的通信裝置判定所接收的各部分中是否包含上述表示應(yīng)當(dāng)在第幾個(gè)順位進(jìn)行重放的值，由此能夠使其容易地掌握缺失的影片片段。
優(yōu)選的，對(duì)于上述代理服務(wù)器，上述中繼單元通過多播通信將多個(gè)包發(fā)送給各通信裝置，由此來向各通信裝置中繼應(yīng)當(dāng)進(jìn)行中繼的視頻內(nèi)容，且上述多個(gè)包分別包括一個(gè)影片片段的整體或一部分?jǐn)?shù)據(jù)。
根據(jù)上述結(jié)構(gòu)，即使在上述代理服務(wù)器通過多播通信發(fā)送給通信裝置的傳輸過程中、M個(gè)包中缺失了 N個(gè)包的情況下，上述通信裝置也能夠接收M-N個(gè)以上的影片片段。
因此，上述代理服務(wù)器可以進(jìn)一步起到如下效果即使對(duì)于傳輸過程中缺少了相當(dāng)數(shù)量的包，也能夠使上述通信裝置在短時(shí)間內(nèi)獲取缺失的數(shù)據(jù)。
另外，如下所述的代理服務(wù)器也包含在本發(fā)明的范疇內(nèi)作為對(duì)上述代理服務(wù)器 (發(fā)送側(cè)代理服務(wù)器)發(fā)送上述第一要求的上述通信裝置而發(fā)揮作用的代理服務(wù)器，包括 根據(jù)從對(duì)上述內(nèi)容進(jìn)行重放的重放裝置接收到的上述第一要求，來將該內(nèi)容中繼給上述重放裝置的中繼單元；以及當(dāng)代理服務(wù)器通過對(duì)從上述重放裝置接收到的上述第一要求進(jìn)行中繼而接收到上述信息時(shí)，對(duì)是否應(yīng)當(dāng)將上述第二要求發(fā)送給上述發(fā)送側(cè)代理服務(wù)器進(jìn)行判定的第一判定單元。
根據(jù)上述結(jié)構(gòu)，對(duì)于上述代理服務(wù)器，僅當(dāng)上述第一判定單元判定為應(yīng)當(dāng)將上述第二要求發(fā)送給上述發(fā)送側(cè)代理服務(wù)器時(shí)，通過多播通信從發(fā)送側(cè)代理服務(wù)器接收內(nèi)容。
因此，上述代理服務(wù)器可以進(jìn)一步起到如下效果能夠根據(jù)狀況來適當(dāng)選擇是通過多播通信抑制網(wǎng)絡(luò)頻帶負(fù)載，還是通過單播通信來確保穩(wěn)定的傳輸。
此外，優(yōu)選的，對(duì)于上述代理服務(wù)器，上述中繼單元在向上述重放裝置中繼上述內(nèi)容的期間，保持為了對(duì)該內(nèi)容進(jìn)行中繼而與上述重放裝置建立的連接狀態(tài)，對(duì)于在向上述重放裝置中繼第一內(nèi)容期間中、接收到表示應(yīng)當(dāng)發(fā)送第二內(nèi)容的第一要求的情況，解除為了對(duì)上述第一內(nèi)容進(jìn)行中繼而與上述重放裝置建立的連接狀態(tài)。
根據(jù)上述結(jié)構(gòu)，對(duì)于上述代理服務(wù)器，當(dāng)上述重放裝置將進(jìn)行重放的內(nèi)容從上述第一內(nèi)容切換到上述第二內(nèi)容時(shí)，能夠立即結(jié)束與上述第一內(nèi)容有關(guān)的處理。
因此，上述代理服務(wù)器可以進(jìn)一步起到如下效果能夠降低上述重放裝置對(duì)上述內(nèi)容進(jìn)行切換所導(dǎo)致的處理負(fù)擔(dān)。
此外，優(yōu)選的，對(duì)于上述代理服務(wù)器，進(jìn)一步包括當(dāng)在向上述重放裝置中繼上述第一內(nèi)容期間中、接收到表示應(yīng)當(dāng)發(fā)送上述第二內(nèi)容的第一要求時(shí)，向上述發(fā)送側(cè)代理服務(wù)器發(fā)送將本裝置從被中繼上述第一內(nèi)容的各通信裝置所屬的多播組中解除的要求的發(fā)送單元；以及對(duì)從不再向本裝置發(fā)送上述第一內(nèi)容起、是否經(jīng)過了一定時(shí)間進(jìn)行判定的第二判定單元；當(dāng)上述第二判定單元判定為經(jīng)過了一定時(shí)間時(shí)，上述第一判定單元判定應(yīng)當(dāng)向上述發(fā)送側(cè)代理服務(wù)器發(fā)送上述第二要求。
根據(jù)上述結(jié)構(gòu)，上述代理服務(wù)器可以進(jìn)一步起到如下效果能夠抑制代理服務(wù)器間網(wǎng)絡(luò)的無用的頻帶負(fù)載，上述負(fù)載的產(chǎn)生原因在于，在上述重放裝置將進(jìn)行重放的內(nèi)容從上述第一內(nèi)容切換為上述第二內(nèi)容的情況下，會(huì)從上述發(fā)送側(cè)代理服務(wù)器通過多播通信接收上述第一內(nèi)容及上述第二內(nèi)容兩者。
另外，本發(fā)明也能夠?qū)崿F(xiàn)包括上述各代理服務(wù)器、上述重放裝置和上述發(fā)送裝置的通信系統(tǒng)。另外，以下內(nèi)容也包含在本發(fā)明的范疇內(nèi)用于使本發(fā)明所涉及的代理服務(wù)器進(jìn)行動(dòng)作的程序、即特征在于使計(jì)算機(jī)作為上述各單元來發(fā)揮作用的中繼控制程序；以及記錄有該中繼控制程序的、計(jì)算機(jī)可讀取的記錄介質(zhì)。
工業(yè)上的實(shí)用性
本發(fā)明所涉及的通信系統(tǒng)能夠作為視頻配送系統(tǒng)而廣泛利用。
標(biāo)號(hào)說明
100客戶端裝置(重放裝置、通信裝置)
100-1、100-2 客戶端裝置
110HTTP處理部
120重放部
200客戶端裝置的代理服務(wù)器(通信裝置)
200-1、200-2 客戶端裝置的代理服務(wù)器
201HTTP處理部(中繼單元)
202緩存部
203多播處理部(發(fā)送單元、第一判定單元、第二判定單元)
250配送服務(wù)器的代理服務(wù)器
251HTTP處理部(發(fā)送單元)
252緩存部(存儲(chǔ)部)
253多播處理部(登錄單元、中繼單元)
254多播組信息存儲(chǔ)部
300配送服務(wù)器
301HTTP處理部
302存儲(chǔ)部
權(quán)利要求
1.一種代理服務(wù)器，根據(jù)來自通信裝置的要求，將從發(fā)送裝置發(fā)送的內(nèi)容緩存到存儲(chǔ)部中，并將該內(nèi)容中繼給所述通信裝置，其特征在于，包括 發(fā)送單元，當(dāng)檢測(cè)到所述通信裝置通過單播通信向所述發(fā)送裝置發(fā)出了表示應(yīng)當(dāng)發(fā)送內(nèi)容的第一要求時(shí)，該發(fā)送單元向所述通信裝置發(fā)送表示該代理服務(wù)器能夠代替所述發(fā)送裝置來通過多播通信對(duì)該內(nèi)容進(jìn)行發(fā)送的信息； 登錄單元，當(dāng)從所述通信裝置接收到表示應(yīng)當(dāng)使用多播通信來發(fā)送所述內(nèi)容的第二要求時(shí)，該登錄單元將所述通信裝置登錄到多播組中；以及 中繼單元，該中繼單元使用多播通信將緩存在所述存儲(chǔ)部中的該內(nèi)容中繼給登錄在所述多播組中的各通信裝置。
2.如權(quán)利要求1所述的代理服務(wù)器，其特征在于， 存在多個(gè)所述通信裝置， 所述發(fā)送裝置能夠根據(jù)來自所述通信裝置的要求對(duì)多個(gè)不同的內(nèi)容進(jìn)行發(fā)送， 僅在檢測(cè)到在一定期間內(nèi)、一定數(shù)量以上的通信裝置就同一內(nèi)容發(fā)送了所述第一要求時(shí)，所述發(fā)送單元向所述通信裝置發(fā)送所述信息。
3.如權(quán)利要求1或2所述的代理服務(wù)器，其特征在于， 所述第一要求是HTTP請(qǐng)求消息， 所述發(fā)送單元對(duì)將所述信息作為報(bào)頭信息包含在內(nèi)的HTTP響應(yīng)消息進(jìn)行發(fā)送， 所述報(bào)頭信息包括表示所述多播組的地址的值。
4.如權(quán)利要求1至3中任一項(xiàng)所述的代理服務(wù)器，其特征在于 所述發(fā)送裝置根據(jù)來自所述通信裝置的要求，來依次對(duì)通過將所述內(nèi)容分割成多份得到的各分割數(shù)據(jù)進(jìn)行發(fā)送， 所述中繼單元依次將緩存在所述存儲(chǔ)部中的各分割數(shù)據(jù)中繼給所述通信裝置。
5.如權(quán)利要求1至4中任一項(xiàng)所述的代理服務(wù)器，其特征在于 所述內(nèi)容是視頻內(nèi)容， 所述視頻內(nèi)容由多個(gè)影片片段構(gòu)成。
6.如權(quán)利要求5所述的代理服務(wù)器，其特征在于， 從所述發(fā)送裝置發(fā)送的所述視頻內(nèi)容是各部分包括一個(gè)所述影片片段的、多部分格式的數(shù)據(jù)。
7.如權(quán)利要求6所述的代理服務(wù)器，其特征在于， 各部分不僅包括所述一個(gè)影片片段，還包括表示對(duì)所述視頻內(nèi)容進(jìn)行重放的重放裝置應(yīng)當(dāng)在第幾個(gè)順位對(duì)所述多個(gè)影片片段中的這一個(gè)影片片段進(jìn)行重放的值。
8.如權(quán)利要求5至7中任一項(xiàng)所述的代理服務(wù)器，其特征在于 所述中繼單元通過多播通信將多個(gè)包發(fā)送給各通信裝置，由此將應(yīng)當(dāng)進(jìn)行中繼的視頻內(nèi)容中繼給各通信裝置， 所述多個(gè)包分別包括一個(gè)影片片段的整體或一部分的數(shù)據(jù)。
9.一種代理服務(wù)器，作為向發(fā)送側(cè)代理服務(wù)器發(fā)送所述第一要求的所述通信裝置發(fā)揮作用，該發(fā)送側(cè)代理服務(wù)器是權(quán)利要求1至8中任一項(xiàng)所述的代理服務(wù)器，其特征在于，包括 中繼單元，該中繼單元根據(jù)從對(duì)所述內(nèi)容進(jìn)行重放的重放裝置接收到的所述第一要求來將該內(nèi)容中繼給所述重放裝置；以及 第一判定單元，當(dāng)對(duì)從所述重放裝置接收到的所述第一要求進(jìn)行中繼并由此接收到所述信息時(shí)，該第一判定單元對(duì)是否應(yīng)當(dāng)將所述第二要求發(fā)送給所述發(fā)送側(cè)代理服務(wù)器進(jìn)行判定。
10.如權(quán)利要求9所述的代理服務(wù)器，其特征在于， 所述中繼單元在向所述重放裝置中繼所述內(nèi)容的期間，保持為了對(duì)該內(nèi)容進(jìn)行中繼而與所述重放裝置建立的連接狀態(tài)， 當(dāng)在將第一內(nèi)容中繼給所述重放裝置期間中、接收到表示應(yīng)當(dāng)發(fā)送第二內(nèi)容的第一要求時(shí)，所述中繼單元解除為了對(duì)所述第一內(nèi)容進(jìn)行中繼而與所述重放裝置建立的連接狀態(tài)。
11.如權(quán)利要求10所述的代理服務(wù)器，其特征在于，還包括 發(fā)送單元，當(dāng)在將所述第一內(nèi)容中繼給所述重放裝置的期間、接收到表示應(yīng)當(dāng)發(fā)送所述第二內(nèi)容的第一要求時(shí)，該發(fā)送單元向所述發(fā)送側(cè)代理服務(wù)器發(fā)送要求，該要求表示將本裝置從會(huì)被中繼所述第一內(nèi)容的各通信裝置所屬的多播組中解除；以及 第二判定單元，該第二判定單元對(duì)從不再向本裝置發(fā)送所述第一內(nèi)容起、是否經(jīng)過了一定時(shí)間進(jìn)行判定， 當(dāng)所述第二判定單元判定為經(jīng)過了一定時(shí)間時(shí)，所述第一判定單元判定為應(yīng)當(dāng)向所述發(fā)送側(cè)代理服務(wù)器發(fā)送所述第二要求。
12.一種通信系統(tǒng)，其特征在于，包括重放裝置，該重放裝置對(duì)所述內(nèi)容進(jìn)行重放；如權(quán)利要求1至8中任一項(xiàng)所述的代理服務(wù)器；如權(quán)利要求9至11中任一項(xiàng)所述的代理服務(wù)器；以及所述通信裝置。
13.—種中繼方法，根據(jù)來自通信裝置的要求，將從發(fā)送裝置發(fā)送的內(nèi)容緩存到存儲(chǔ)部中，并將該內(nèi)容中繼給所述通信裝置，其特征在于，包括 發(fā)送過程，在該發(fā)送過程中，當(dāng)檢測(cè)到所述通信裝置通過單播通信向所述發(fā)送裝置發(fā)出了表示應(yīng)當(dāng)發(fā)送內(nèi)容的第一要求時(shí)，向所述通信裝置發(fā)送表示該代理服務(wù)器能夠代替所述發(fā)送裝置來通過多播通信對(duì)該內(nèi)容進(jìn)行發(fā)送的信息； 登錄過程，在該登錄過程中，當(dāng)從所述通信裝置接收到表示應(yīng)當(dāng)使用多播通信來發(fā)送所述內(nèi)容的第二要求時(shí)，將所述通信裝置登錄到多播組中；以及 中繼過程，在該中繼過程中，使用多播通信將緩存在所述存儲(chǔ)部中的該內(nèi)容中繼給登錄在所述多播組中的各通信裝置。
14.一種中繼控制程序，該程序使權(quán)利要求1至8中任一項(xiàng)所述的代理服務(wù)器進(jìn)行動(dòng)作，其特征在于，該程序用于使計(jì)算機(jī)發(fā)揮上述各單元的功能。
15.—種記錄介質(zhì),其特征在于,該記錄介質(zhì)記錄有權(quán)利要求14所述的中繼控制程序，并能由計(jì)算機(jī)讀取。
16.一種中繼控制程序，該程序使權(quán)利要求9至11中任一項(xiàng)所述的代理服務(wù)器進(jìn)行動(dòng)作，其特征在于，該程序用于使計(jì)算機(jī)發(fā)揮上述各單元的功能。
17.—種記錄介質(zhì)，其特征在于，該記錄介質(zhì)記錄有權(quán)利要求16所述的中繼控制程序，并能由計(jì)算機(jī)讀取。
全文摘要
本發(fā)明的目的在于提供一種代理服務(wù)器、中繼方法、通信系統(tǒng)、中繼控制程序、及記錄介質(zhì)。代理(250)包括當(dāng)檢測(cè)到來自代理(200)的視頻要求時(shí)，將表示其自身能夠代替服務(wù)器(300)來利用多播對(duì)視頻進(jìn)行發(fā)送的信息發(fā)送給該代理的處理部(251)；以及在接收到來自代理(200)的JOIN消息時(shí)將該代理登錄到多播組中的處理部(253)。處理部(253)利用多播將緩存(252)中的視頻中繼給登錄完的各個(gè)代理。
文檔編號(hào)H04L12/18GK103004133SQ20118003543
公開日2013年3月27日 申請(qǐng)日期2011年7月15日 優(yōu)先權(quán)日2010年7月20日
發(fā)明者荻澤義昭, 高橋真毅 申請(qǐng)人:夏普株式會(huì)社