的URL通知給MPD產(chǎn)生器64。
[0087]在步驟S3，F(xiàn)LUTE串流器63通過將片段流存儲在FLUTE包中而產(chǎn)生FLUTE流并且將其輸出到多播服務(wù)器66。在步驟S4，MH)產(chǎn)生器64產(chǎn)生MH)并且將其輸出到FLUTE串流器63和網(wǎng)絡(luò)服務(wù)器65。
[0088]在步驟S5，F(xiàn)LUTE串流器63將MH)輸出到多播服務(wù)器66。多播服務(wù)器66通過FLUTE多播經(jīng)由CDN 72分布MPD。
[0089]在步驟S6，在存在來自終端裝置80的MH)獲取請求(HTTP請求)的情況下，網(wǎng)絡(luò)服務(wù)器65通過HTTP單播經(jīng)由⑶N 72傳送MH)以作為響應(yīng)。
[0090]在步驟S7，多播服務(wù)器66通過FLUTE多播經(jīng)由⑶N 72傳送FLUTE流。在步驟S8，在存在來自終端裝置80的片段流獲取請求(HTTP請求)的情況下，網(wǎng)絡(luò)服務(wù)器65通過HTTP單播經(jīng)由CDN 72將片段流傳送到請求源。這樣就完成了對由內(nèi)容供應(yīng)裝置60進行的內(nèi)容供應(yīng)處理的描述。
[0091]請求分析處理的描述
[0092]接下來，圖5是描述了由優(yōu)化代理服務(wù)器73進行的請求分析處理的流程圖。
[0093]當終端裝置80經(jīng)由⑶N 82將MH)獲取請求傳輸?shù)骄W(wǎng)絡(luò)服務(wù)器65時(如步驟S11)，在步驟S21中，優(yōu)化代理服務(wù)器73的代理監(jiān)控部91監(jiān)控MPD獲取請求并且將其輸出到分析部93。在步驟S22，分析部93分析MH)獲取請求，并且將結(jié)果記錄在分析結(jié)果數(shù)據(jù)庫94中。
[0094]應(yīng)注意，在與在步驟S21中監(jiān)控的MPD獲取請求對應(yīng)的MPD已經(jīng)被緩存在保持部92中時的情況下，代理監(jiān)控部91從保持部92讀取出MH)并且通過HTTP單播將其傳送到請求源。圖5是MH)沒有被緩存的情況下的一個實例，在這種情況下，如上所述內(nèi)容供應(yīng)處理的步驟S6，網(wǎng)絡(luò)服務(wù)器65通過HTTP單播經(jīng)由⑶N 72將對應(yīng)于MH)獲取請求的MH)傳送給請求源。
[0095]通過HTTP單播傳送的MPD由終端裝置80接收，如步驟S12。當終端裝置80經(jīng)由⑶N82將基于MH)的片段流獲取請求傳輸?shù)骄W(wǎng)絡(luò)服務(wù)器65時(如步驟S13)，在步驟S23中，代理監(jiān)控部91監(jiān)控片段流獲取請求，并將其輸出到分析部93。在步驟S24，分析部93分析該段流獲取請求并將結(jié)果記錄在分析結(jié)果數(shù)據(jù)庫94。
[0096]應(yīng)注意，在保持部92已經(jīng)緩存了與在步驟S23中監(jiān)控的片段流獲取請求的情況下，代理監(jiān)控部91從保持部92讀取出片段流并且通過HTTP單播將其傳送給請求源。圖5是片段流沒有被緩存的情況下的一個實例，在這種情況下，如上述內(nèi)容供應(yīng)處理的步驟S8那樣，網(wǎng)絡(luò)服務(wù)器65通過HTTP單播經(jīng)由⑶N 72將對應(yīng)于片段流獲取請求的片段流傳送給請求源。
[0097]通過HTTP單播傳送的片段流由終端裝置80接收和回放，如步驟S14。這樣就完成了請求分析處理。
[0098]通過上述請求分析處理，可以將與終端裝置80的接收能力、解碼能力、用戶偏好和狀態(tài)相關(guān)的統(tǒng)計信息累積在優(yōu)化代理服務(wù)器73的分析結(jié)果數(shù)據(jù)庫94中。
[0099]多播預緩存處理的說明
[0100]接下來，圖6是描述由優(yōu)化代理服務(wù)器73進行的多播預緩存處理的流程圖。
[0101]當內(nèi)容供應(yīng)裝置60的多播服務(wù)器66如上述內(nèi)容供應(yīng)處理的步驟S5那樣通過FLUTE多播傳送Mro時，在步驟S31，優(yōu)化代理服務(wù)器73的調(diào)諧部95接收Mro并且將其輸出到分析部93。分析部93參照分析結(jié)果數(shù)據(jù)庫94，并且在MPD為具有高優(yōu)先級的MH)的情況下使得其被緩存在保持部92中。
[0102]相似地，當內(nèi)容供應(yīng)裝置60的多播服務(wù)器66如上述內(nèi)容處理的步驟S7那樣通過FLUTE多播傳送FLUTE流時，在步驟S32，調(diào)諧部95接收FLUTE流并且將其輸出到分析部93。分析部93參照分析結(jié)果數(shù)據(jù)庫94，并且在FLUTE流為具有高優(yōu)先級的流的情況下，使得其被緩存在保持部92中。這樣就完成了多播預緩存處理。
[0103]使用上述多播預緩存處理，可以將具有高優(yōu)先級的MH)和FLUTE流緩存在保持部92中。應(yīng)注意，當將緩存的MH)或FLUTE流供應(yīng)到終端裝置80時，使其通過單播傳送。相應(yīng)地，例如即使在終端裝置80沒有能力接收FLUENT流的情況下也可以將它們提供應(yīng)終端裝置80。
[0104]單播預緩存處理的描述
[0105]接下來，圖7是描述由優(yōu)化代理服務(wù)器73進行的單播預緩存處理的流程圖。
[0106]當終端裝置80如步驟S41那樣傳輸MH)獲取請求時，網(wǎng)絡(luò)服務(wù)器65通過HTTP單播如上述內(nèi)容供應(yīng)處理的步驟S6那樣傳送與Mro獲取請求對應(yīng)相應(yīng)的MPD，并且終端裝置80如步驟S42那樣接收通過HTTP單播傳送的MPD。
[0107]在步驟S51，優(yōu)化代理服務(wù)器73的代理監(jiān)控部91監(jiān)控通過HTTP單播傳送的該MPD并將其輸出到分析部93。分析部93判斷通過HTTP單播傳送的MH)的優(yōu)先級，并且使得具有高級優(yōu)先級的MPD被保持在保持部92中。應(yīng)注意，對于終端裝置80已傳輸?shù)腗H)獲取請求，其被監(jiān)控和分析，并且結(jié)果如上述請求分析處理那樣被累積在分析結(jié)果數(shù)據(jù)庫94中。
[0108]當終端裝置80如步驟S43那樣基于所接收的MH)傳輸片段流獲取請求時，網(wǎng)絡(luò)服務(wù)器65如上述內(nèi)容供應(yīng)處理的步驟S8那樣通過HTTP單播傳送與片段流獲取請求對應(yīng)的片段流，并且終端裝置80如步驟S42那樣接收和回放通過HTTP單播傳送的片段流。
[0109]在步驟S52，優(yōu)化代理服務(wù)器73的代理監(jiān)控部91監(jiān)控該通過HTTP單播傳送的該片段流并且將其輸出到分析部93。分析部93判斷通過HTTP單播傳送的片段流的優(yōu)先級，并且使得具有高級優(yōu)先級的那些片段流被保持在保持部92中。應(yīng)注意，關(guān)于終端裝置80已傳輸?shù)钠瘟鳙@取請求，其被監(jiān)控和分析，并且結(jié)果如上述請求分析處理那樣被累積在分析結(jié)果數(shù)據(jù)庫94中。
[0110]通過上述多播預緩存處理，可以將具有高級優(yōu)先級的MPD和片段流緩存在保持部92。相應(yīng)地，在它們從終端裝置80被請求的情況下，可以比通過單播傳送更快的速度將它們傳送到請求源。
[0111]腳本提供處理的描述
[0112]接下來，圖8是描述腳本提供處理的流程圖。
[0113]在步驟S61，當終端裝置80的腳本請求部83使用WPAD(網(wǎng)絡(luò)代理自發(fā)現(xiàn)協(xié)議)等將對PAC(代理自動配置)腳本(其執(zhí)行能夠優(yōu)先連接到對自身最優(yōu)的優(yōu)化代理服務(wù)器72的設(shè)置)的請求傳送到⑶N 72時，該請求由腳本服務(wù)器75接收。
[0114]在步驟S71，腳本服務(wù)器75指定了傳輸PAC腳本請求的對終端裝置80最優(yōu)的優(yōu)化代理服務(wù)器73，并且將執(zhí)行通過終端裝置80連接到優(yōu)化代理服務(wù)器73的設(shè)置的腳本提供給請求源。
[0115]在步驟S72，腳本服務(wù)器75、終端裝置80的腳本請求部83執(zhí)行所提供的腳本。因此，執(zhí)行能夠優(yōu)先地連接到對終端裝置80最優(yōu)的優(yōu)化代理服務(wù)器73的設(shè)置。這樣就完成了腳本提供處理。
[0116]根據(jù)上述腳本請求處理，于在⑶N 72中以多個存在的優(yōu)化代理服務(wù)器73中，終端裝置80能夠自動執(zhí)行能夠優(yōu)先地連接到對其自身最優(yōu)的那個優(yōu)化代理服務(wù)器73的設(shè)置。
[0117]預緩存策略注冊處理的描述
[0118]接下來，將描述通過來自終端裝置80側(cè)的控制來注冊或取消注冊預緩存策略。
[0119]在注冊預緩存策略的情況下，終端裝置80的注冊部82使用優(yōu)化代理服務(wù)器73提供的API(應(yīng)用程序界面)指定例如諸如以下在由優(yōu)化代理服務(wù)器73控制的預緩存策略的注冊的服務(wù)器側(cè)腳本中的API。
[0120]http: //dashProxy.a.com/precacheManager/subscribe?codec=，，urn:b.com:codecType:avc，，&rating=，，urn: c.com:ratingLevel:PG_13，，&pr1rity = 1
[0121 ]在上述API中的http://dashProxy.a.com/precacheManager/subscribe不出了在優(yōu)化代理服務(wù)器73的服務(wù)器側(cè)腳本地址的地址。隨后的〃urn: b.com: codecType:avc”&rating=”urn: c.com:ratingLevel:PG_13”&pr1rity= 1〃是傳遞給服務(wù)器側(cè)腳本的API參數(shù)。
[0122]其中在作為預緩存的目標(或在來自MPD的涉及流的元數(shù)據(jù)中描述)的MPD中指定的編解碼器的類型是由“urn: a.com: codecType: avc”指定的編解碼器(編解碼器字典項uri)并且比率類型是由“urn: c.com:ratingLevel: PG-13，”指定的比率水平的前述API參數(shù)實例是將描述流的滿足這兩個條件的MPD的預緩存優(yōu)先級被指定為優(yōu)先級=1 (數(shù)值越小，優(yōu)先級越高)的參數(shù)實例。
[0123]下面是指定用于控制由優(yōu)化代理服務(wù)器73加入統(tǒng)計信息的服務(wù)器側(cè)腳本的API的另一個實例。
[0124]http: //dashProxy.a.com/precacheManager/subscribe?genre=，，urn:b.com:genre: sports，，&pr1rity = 20
[0125]在其中在作為預緩存的目標(或者在來自Mro的涉及流的元數(shù)據(jù)中描述的)的MPD中指定種類的類型由“urn:b.com: genre: sports”指定的上述API中的API參數(shù)(種類字典項ur i)是將預緩存優(yōu)先級指定為優(yōu)先級=2的參數(shù)。
[0126]在取消預緩存策略注冊的情況下，利用優(yōu)化代理服務(wù)器73提供的API，終端裝置80的注冊部82指定例如諸如以下在由優(yōu)化代理服務(wù)器73控制預緩存策略的刪除的服務(wù)器側(cè)腳本中的API。
[0127]http://dashProxy.a.com/precacheManager/unsubscribe?genre=，，urn:b.com:genre: sports，，
[0128]上述API中的API參數(shù)是取消對其中描述了種類的MPD預緩存候選的注冊的