專利名稱：流媒體系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于保護(hù)普通流媒體/內(nèi)容的數(shù)字權(quán)利管理(DRM)或者知識產(chǎn)權(quán)管理及保護(hù)(IPMP)。
背景技術(shù)：
近幾年，在媒體/內(nèi)容流通產(chǎn)業(yè)中，通過互聯(lián)網(wǎng)的視頻以及音頻的可交互運(yùn)用的傳輸被廣泛推進(jìn)。從標(biāo)準(zhǔn)化觀點(diǎn)出發(fā)，備受矚目的問題為，如何保護(hù)基于IP網(wǎng)從媒體服務(wù)器向媒體客戶端發(fā)送的媒體內(nèi)容，另外，客戶端的接收側(cè)如何將被保護(hù)的媒體可交互運(yùn)用地再生。各種標(biāo)準(zhǔn)化組織，為了提供對該問題的解決方案而付出很大的努力。
互聯(lián)網(wǎng)流媒體聯(lián)盟(ISMA)是上述組織之一。該組織為了提供商構(gòu)筑在IP架構(gòu)和互聯(lián)網(wǎng)中可利用的、可交互運(yùn)用的視頻以及音頻系統(tǒng)，通過明確使用已經(jīng)存在的開放標(biāo)準(zhǔn)的架構(gòu)滿足該需求的組織。另外該組織也規(guī)定用于ISMA媒體流的加密架構(gòu)，即規(guī)定ISMACryp。在現(xiàn)階段上，該組織，關(guān)于ISMA規(guī)范以及ISMACryp參數(shù)的fmtp通知對媒體流的加密化以及媒體消息認(rèn)證方面，規(guī)定默認(rèn)方式。在圖1中，表示關(guān)于ISMA架構(gòu)的ISMACrpt保護(hù)的結(jié)構(gòu)圖。
然而，如上所述的保護(hù)系統(tǒng)，不提供對不同的內(nèi)容流分別采用不同的加密方式，或者對相同的內(nèi)容流也沒有采用不同的保護(hù)方式(例如加密、水印)這樣具有適應(yīng)性的結(jié)構(gòu)極而其不方便。還有，上述保護(hù)系統(tǒng)完全不提供存儲權(quán)利信息的結(jié)構(gòu)。
同時，另外MPEG標(biāo)準(zhǔn)化組織，為了提供用于保護(hù)媒體資源的可適應(yīng)性且可交互運(yùn)用的IPMP架構(gòu)而付出了很大的努力。MPEG向包含標(biāo)準(zhǔn)終端的IPMP架構(gòu)的標(biāo)準(zhǔn)化方向發(fā)展。所有的終端，不局限于所使用的IPMP工具類型，按照相同的IPMP標(biāo)準(zhǔn)，由此可以表示通過加密保護(hù)的內(nèi)容。IPMP工具為，實(shí)施認(rèn)證，解碼、水印等一個以上的IPMP功能的模塊。為了實(shí)現(xiàn)如此廣泛的可交互運(yùn)用，IPMP可以下載工具，以及從遠(yuǎn)程站點(diǎn)讀出工具，以便具有適應(yīng)性而可以進(jìn)行更新。另外，IPMP，使終端按照參數(shù)的描述，可以選擇自己需要的工具。還有IPMP終端通過對一些參數(shù)的合并，對幾個工具進(jìn)行統(tǒng)一而形成工具組(進(jìn)行與單一工具相同的工作)，圖2中，表示MPEG IPMP保護(hù)的普通結(jié)構(gòu)圖。
MPEG IPMP架構(gòu)，可以提供具有適應(yīng)性的保護(hù)體系，然而，未必在用于多媒體流發(fā)送中使用的MPEG-2/4系統(tǒng)內(nèi)規(guī)定。
圖5是表示關(guān)于以往的MPEG-4流媒體中的分層結(jié)構(gòu)的圖。以往的流媒體具有由互聯(lián)網(wǎng)協(xié)議(IP)等網(wǎng)絡(luò)層10、RTSP(特別是會話描述協(xié)議(SDP))等會話層20、MPEG-4系統(tǒng)等的系統(tǒng)層30、MPEG-4視頻/音頻41、42等的內(nèi)容層40構(gòu)成的分層結(jié)構(gòu)。在以往的流媒體中，將與媒體流的MPEG-4視頻/音頻內(nèi)容的保護(hù)相關(guān)的IPMP工具列表31以及IPMP描述符32等IPMP信息，描述在系統(tǒng)層30的MPEG-4系統(tǒng)中。
本發(fā)明是要解決以下課題的發(fā)明。
MPEG IPMP，在MPEG-2/4系統(tǒng)內(nèi)提供適應(yīng)性保護(hù)通知。圖2是表示MPEG-2IPMP內(nèi)容結(jié)構(gòu)，圖3表示MPEG-4IPMP擴(kuò)展內(nèi)容結(jié)構(gòu)。然而，這樣的適應(yīng)型保護(hù)通知不存在于沒有利用MPEG-2/4系統(tǒng)的媒體流中，例如不存在于ISMA流媒體中。因此，不能使用圖5所示的MPEG-4系統(tǒng)的ISMA接收機(jī)中，無法獲取有關(guān)內(nèi)容保護(hù)的IPMP信息，進(jìn)而不能利用由IPMP工具保護(hù)的內(nèi)容。
在當(dāng)前的互聯(lián)網(wǎng)領(lǐng)域中，基于互聯(lián)網(wǎng)協(xié)議(IP)，利用伴隨著RTSP/SDP的RTP/UDP來傳送的多媒體/流媒體越來越普及，最終消費(fèi)者可以越來越容易地使用昂貴的內(nèi)容。不管采用何種類型的傳輸協(xié)議，通過使用會話描述協(xié)議(SDP)，來存儲用于描述會話級以及媒體級的各種屬性，進(jìn)而容易地利用內(nèi)容。

發(fā)明內(nèi)容
本發(fā)明其目的在于提供一種，在如上所述的普及中的多媒體流環(huán)境下，特別是，在通過會話通知、會話導(dǎo)出(derivation)、以及其他方式，來起動多媒體會話為目的的多媒體會話的描述上使用會話描述協(xié)議(SDP)的流媒體內(nèi)容的保護(hù)以及管理。
有關(guān)本發(fā)明的流媒體系統(tǒng)，具備服務(wù)器，其通過網(wǎng)絡(luò)發(fā)送具有至少包含會話層的分層結(jié)構(gòu)的媒體流；以及客戶端，其通過上述網(wǎng)絡(luò)接收來自上述服務(wù)器的上述媒體流，上述服務(wù)器具備存儲機(jī)構(gòu)，其在媒體流的會話層的會話描述協(xié)議中存儲管理上述媒體流的管理信息；以及發(fā)送機(jī)構(gòu)，其通過上述媒體流的會話層將存儲了上述管理信息的上述會話描述協(xié)議向上述客戶端發(fā)送，上述客戶端具備接收機(jī)構(gòu)，從服務(wù)器接收存儲了上述管理信息的上述會話描述協(xié)議；以及提取機(jī)構(gòu)，從已接收的上述會話描述協(xié)議中提取上述管理信息；以及管理機(jī)構(gòu)，基于提取的上述管理信息，管理上述媒體流。
還有，優(yōu)選上述管理信息為，用于上述媒體流的保護(hù)的IPMP工具相關(guān)的IPMP工具列表或者IPMP描述符。在這種情況下，管理上述客戶端的上述媒體流的機(jī)構(gòu)，通過提取到的上述IPMP工具列表或者IPMP描述符，可以確定上述IPMP工具，并且可以管理上述媒體流。
還有，優(yōu)選上述管理信息為上述媒體流的權(quán)利信息。在該權(quán)利信息中包含媒體流的使用權(quán)信息等。
還有，上述管理信息，存儲在上述SDP的會話級屬性或者媒體級屬性中。當(dāng)管理信息存儲在會話級屬性中時，可以對所有的媒體流進(jìn)行管理。還有，當(dāng)管理信息存儲在媒體級屬性中時，可以對相關(guān)聯(lián)的媒體流進(jìn)行管理。
在上述IPMP描述符內(nèi)，也可以存儲工具結(jié)構(gòu)或者其他的類型的IPMP數(shù)據(jù)。將該IPMP描述符在作為會話層的SDP中描述，以便向接收側(cè)的客戶端通知該媒體流在該IPMP描述符所描述的IPMP工具的管理下。另外，如上所述，根據(jù)IPMP描述符存儲在會話級屬性中的情況，與存儲在媒體級屬性中的情況，成為對象的媒體流的范圍不同。
另外，上述權(quán)利信息的使用權(quán)信息，也可以存儲在IPMP權(quán)利容器中。還有，該IPMP權(quán)利容器在SDP內(nèi)描述。通過上述方式，向接收側(cè)的客戶端通知，媒體流在描述后的使用規(guī)則的管理下。還有，IPMP權(quán)利容器存儲在會話級屬性中。
還有，上述權(quán)利信息的使用權(quán)信息，也可以存儲在IPMP權(quán)利數(shù)據(jù)中。該IPMP權(quán)利信息，作為IPMP數(shù)據(jù)的類型，優(yōu)選存儲在IPMP描述符中。通過上述方式，可以表示媒體流在描述后的使用規(guī)則的管理下。
還有，當(dāng)IPMP描述符存儲在SDP的會話級屬性中的情況下，當(dāng)前會話內(nèi)的所有的媒體流，在使用權(quán)信息中所描述的使用規(guī)則的管理下。另一方面，當(dāng)IPMP描述符存儲在SDP的媒體級屬性中的情況下，相關(guān)聯(lián)的媒體流，在使用權(quán)信息中所描述的使用規(guī)則的管理下。
還有，上述客戶端，從SDP會話級屬性中讀出IPMP工具列表，并且查找IPMP工具列表所示的IPMP工具。其后，在接收側(cè)的客戶端上，確認(rèn)所有的IPMP工具的存在，若IPMP工具不存在時，通過網(wǎng)絡(luò)從服務(wù)器讀取IPMP工具，或者中止媒體流的再生。
還有，上述客戶端，從SDP中讀出IPMP描述符，以便接收媒體流在IPMP描述符所描述的IPMP工具的管理下的通知。還有，客戶端，使用存儲在IPMP描述符中的工具結(jié)構(gòu)數(shù)據(jù)，以便進(jìn)行IPMP工具的設(shè)定或者初始化，或者使用存儲在IPMP描述符中的其他類型的數(shù)據(jù)，以便支持IPMP處理。
還有，當(dāng)從SDP會話級屬性中讀出IPMP描述符的情況下，當(dāng)前會話內(nèi)的所有的媒體流在IPMP描述符所描述的IPMP工具的管理下。另一方面，當(dāng)從SDP媒體級屬性中讀出IPMP描述符的情況下，相關(guān)聯(lián)的媒體流在IPMP描述符中說描述的IPMP工具的管理下。
另外，上述客戶端，從SDP會話級屬性中讀出IPMP權(quán)利容器，還有，從IPMP權(quán)利容器中讀出使用權(quán)信息?？蛻舳?，使用該使用權(quán)信息，可以管理當(dāng)前會話內(nèi)的所有的媒體流。
還有，上述客戶端，從SDP中讀出IPMP描述符，并且從該IPMP描述符中讀出使用權(quán)信息?？蛻舳?，可以使用該使用權(quán)信息管理媒體流。
還有，當(dāng)從SDP會話級屬性中讀出IPMP描述符的情況下，當(dāng)前會話內(nèi)的所有的媒體流在使用權(quán)信息中所描述的使用規(guī)則的管理下。另一方面，當(dāng)從SDP媒體級屬性中讀出IPMP描述符的情況下，相關(guān)聯(lián)的媒體流在使用權(quán)信息中所描述的使用規(guī)則的管理下。
本發(fā)明，在實(shí)際的媒體流上強(qiáng)制添加權(quán)利說明信息，以便提供使用SDP來通知適應(yīng)性IPMP(DRM)保護(hù)的方法。
在本發(fā)明中，為了存儲適應(yīng)性IPMP通知信息，規(guī)定2種附加的SDP屬性。為了保證符合附加的SDP屬性的所有的終端不可回避權(quán)利保護(hù)以及管理過程，優(yōu)選將上述IPMP關(guān)聯(lián)屬性義務(wù)化。
數(shù)字權(quán)利信息，可以規(guī)范地存儲于在上面規(guī)定過的SDP屬性中。優(yōu)選權(quán)利信息為，MPEG-21REL(權(quán)利說明語言)、ODRL(公開數(shù)字權(quán)利語言)等各種形式。
在上述的SDP屬性中，使用IPMP工具列表以及IPMP描述符，進(jìn)行保護(hù)通知。該方法與最新MPEG-2/4IPMP擴(kuò)展標(biāo)準(zhǔn)兼容。該方法又提供，識別流媒體/內(nèi)容的再生方面所必要的IPMP保護(hù)工具的有適應(yīng)性的方法。
在流媒體服務(wù)器內(nèi)部中，基于在流媒體/媒體的保護(hù)方面使用過的工具類型，構(gòu)成IPMP工具列表。工具列表的概念，起源于在圖中2.1以及3.1所示的MPEG-2/4IPMP。在此，當(dāng)任意MPEG-2/4系統(tǒng)不存在的情況下，工具列表存儲于，在整個會話級上規(guī)定的SDP屬性‘ipmp-control’中。
當(dāng)會話內(nèi)的流在某些數(shù)字權(quán)利的管理下的情況下，例如當(dāng)通過MPEG-2REL等特定的權(quán)利語言詳細(xì)地進(jìn)行說明的情況下，服務(wù)器將權(quán)利信息可以插入在IPMP權(quán)利容器中。同時權(quán)利信息也存儲在‘ipmp-control’中。在MPEG-2IPMP中，權(quán)利容器存儲在PSI(程序固有信息)(2.2)中，在SDP中使用代替MPEG-2系統(tǒng)的PSI的‘ipmp-control’屬性。
IPMP描述符，也基于特定的流由哪個工具保護(hù)來構(gòu)成。在MPEG-2/4IPMP中，如圖中2.3以及3.3所示，IPMP描述符可以存儲在MPEG-2/4內(nèi)的各種位置上。在此，IPMP描述符，為了通知工具保護(hù)，進(jìn)而嵌入于在特定媒體級或者會話級中規(guī)定過的SDP屬性‘ipmp-d’內(nèi)。
除了工具保護(hù)通知以外，IPMP描述符，又可存儲從所有種類的IPMP_Data_BaseClass中派生的IPMP數(shù)據(jù)，并且包含工具結(jié)構(gòu)、使用權(quán)信息等，然而不限定于此。
SDP，使用RTSP等各種傳輸協(xié)議可傳送到接收側(cè)。接收側(cè)的客戶端解析規(guī)定過的2種IPMP關(guān)聯(lián)屬性，即‘ipmp-control’以及‘ipmp-d’。
若在‘ipmp-control’屬性中檢測到IPMP工具列表，則接收側(cè)知道在整個會話上實(shí)施著IPMP保護(hù)。接收側(cè)在再生會話內(nèi)的媒體流之前，確認(rèn)注冊在工具列表上的所有的工具在終端側(cè)中可以使用與否，若不可使用時從指定的URL中獲取工具。
若在‘ipmp-control’屬性的IPMP權(quán)利容器中，或者在會話級的‘ipmp-d’屬性的IPMP描述符內(nèi)，檢測到權(quán)利信息，則接收側(cè)可以知道，當(dāng)前會話內(nèi)的所有的媒體流，在已指定的數(shù)字權(quán)利的管理下。在這種情況下，優(yōu)選執(zhí)行合適的權(quán)利保護(hù)處理。
若在會話級的SDP‘ipmp-control’屬性中檢測到IPMP描述符，則接收側(cè)可以知道，所有的流由哪個工具來保護(hù)。流在再生的期間，接收側(cè)可以對于所有的會話流在指定的時間和地點(diǎn)起動被指定的IPMP工具。
若在會話級的SDP‘ipmp-d’屬性中檢測到IPMP描述符，則接收側(cè)可以知道，所有的流由哪個工具來被保護(hù)。接收側(cè)，可以對被指定的會話流，在指定的時間和地點(diǎn)，起動指定的IPMP工具。
工具初始化參數(shù)可以存儲在IPMP描述符中，通過該工具初始化參數(shù)，在實(shí)際中使用之前可以設(shè)定工具。使用權(quán)信息也在IPMP描述符中存儲，并且可以描述與特定的媒體流相關(guān)聯(lián)的固有的使用規(guī)則。


圖1是表示ISMACryp體系結(jié)構(gòu)的圖。
圖2是表示MPEG-2IPMP擴(kuò)展內(nèi)容結(jié)構(gòu)的圖。
圖3是表示MPEG-4IPMP擴(kuò)展內(nèi)容結(jié)構(gòu)的圖。
圖4是表示利用SDP屬性的IPMP保護(hù)通知的圖。
圖5是表示以往的MPEG-4流的分層結(jié)構(gòu)的圖。
圖6是表示在本發(fā)明的媒體流的收發(fā)系統(tǒng)上的MPEG-4流的分層結(jié)構(gòu)的圖。
圖7是在服務(wù)器中，在媒體流的會話描述協(xié)議中將有關(guān)IPMP工具的信息存儲，向客戶端發(fā)送的方法的流程圖。
圖8是客戶端接收，包含著存儲了有關(guān)IPMP工具信息的會話描述協(xié)議的媒體流，以便管理媒體流的方法的流程圖。
圖9是在服務(wù)器中，在媒體流的會話描述協(xié)議中將權(quán)利信息存儲，向客戶端發(fā)送的方法的流程圖。
圖10是客戶端接收，包含著存儲了權(quán)利信息的會話描述協(xié)議的媒體流，以便管理媒體流的方法的流程圖。
圖中2.1-IPMP工具列表；2.2-IPMP工具容器；2.3-IPMP描述符(群)；3.1-IPMP工具列表；3.3-IPMP描述符(群)；4.1-會話級段落；4.2-媒體級段落；4.3-屬性行；4.4-屬性行；10-網(wǎng)絡(luò)層；20-會話層；21-IPMP工具列表；22-IPMP描述符；30-系統(tǒng)層；31-IPMP工具列表；32-IPMP描述符；40-內(nèi)容層；41-MPEG-4視頻；42-MPEG-4音頻；43-其他的內(nèi)容。
具體實(shí)施例方式
利用附圖，說明有關(guān)本發(fā)明的實(shí)施方式中的媒體流收發(fā)系統(tǒng)、媒體流發(fā)送方法、以及媒體流接收方法。
圖6為表示在本發(fā)明的實(shí)施方式中的流媒體系統(tǒng)中的MPEG-4流媒體的分層結(jié)構(gòu)的圖。該流媒體，具有至少包含會話層的分層結(jié)構(gòu)，例如如圖6所示，具有由互聯(lián)網(wǎng)協(xié)議(IP)等網(wǎng)絡(luò)層10、RTSP(特別是會話描述協(xié)議(SDP))等會話層20、傳送MPEG-4視頻/音頻41、42等或其他內(nèi)容43的內(nèi)容層40來構(gòu)成的分層結(jié)構(gòu)。并且，在圖6中相同的會話包含一個媒體流，然而不僅限于該構(gòu)造，在相同的會話上，也可以包含多個媒體流。在本發(fā)明的流媒體系統(tǒng)的流媒體中，有關(guān)媒體流的MPEG-4視頻/音頻的內(nèi)容保護(hù)的IPMP工具列表21以及IPMP描述符22等IPMP信息，描述在作為會話層20的會話描述協(xié)議中。還有，將承載在媒體流上的內(nèi)容使用權(quán)利等權(quán)利信息也可以描述在SDP中。IPMP信息以及權(quán)利信息為，用于管理媒體流(內(nèi)容)的管理信息。即，在本發(fā)明的流媒體系統(tǒng)中，將IPMP信息以及權(quán)利信息等管理信息描述在會話層20的SDP上。因此，即使流媒體的接收側(cè)為如ISMA接收機(jī)等那樣的沒有利用MPEG-4系統(tǒng)的客戶端，也可以從SDP中提取IPMP信息以及權(quán)利信息等管理信息，并且利用這些管理信息可以管理流媒體系統(tǒng)。還有，IPMP信息以及權(quán)利信息等管理信息，在SDP中，可以存儲在有關(guān)相同會話的所有媒體流的會話級屬性上、或者在相關(guān)聯(lián)的特定的媒體流相關(guān)的媒體級屬性上。
該流媒體系統(tǒng)，具備通過網(wǎng)絡(luò)發(fā)送具有至少包含會話層的分層結(jié)構(gòu)的媒體流的服務(wù)器、以及通過網(wǎng)絡(luò)接收來自服務(wù)器的媒體流的客戶端。服務(wù)器，具備將管理由媒體流承載的內(nèi)容的管理信息，在流媒體的會話級的會話描述協(xié)議(SDP)中存儲的機(jī)構(gòu)；以及將在會話級上存儲著管理信息的SDP向客戶端發(fā)送的機(jī)構(gòu)。還有，客戶端，具備將存儲了管理信息的SDP從服務(wù)器接收的機(jī)構(gòu)；以及從接收到的SDP中將管理信息提取的機(jī)構(gòu)；以及基于提取到的管理信息對媒體流進(jìn)行管理的機(jī)構(gòu)。
圖7為，在服務(wù)器中，將有關(guān)IPMP工具的信息存儲在流媒體的會話描述協(xié)議中，發(fā)送給客戶端的方法的流程圖。
(a)在流媒體的會話層20的SDP中，將承載在媒體流上的內(nèi)容的IPMP工具相關(guān)的IPMP工具列表21或者IPMP描述符22插入(S01)。并且，如圖4所示，IPMP工具列表或者IPMP描述符的IPMP信息，可以存儲在SDP的會話級屬性或者媒體級屬性中。對相同的會話中的所有的媒體流，通過共同的IPMP工具進(jìn)行管理的情況下，將IPMP信息存儲在會話級屬性中。對于特定的媒體流，通過指定的IPMP工具進(jìn)行管理時，將IPMP信息存儲在相關(guān)聯(lián)的媒體級屬性上。
(b)在流媒體的會話層20中，將包含IPMP工具列表21或者IPMP描述符22的SDP，發(fā)送給客戶端(S02)。
(c)在媒體流的內(nèi)容層40中，將MPEG-4的視頻/音頻的內(nèi)容，發(fā)送給客戶端(S03)。
圖8為，客戶端接收包含存儲著IPMP工具相關(guān)信息的會話描述協(xié)議(SDP)的流媒體，管理媒體流的方法的流程圖。
(a)在流媒體的會話層20中，從服務(wù)器接收SDP，該SDP包含由媒體流承載的內(nèi)容的IPMP工具相關(guān)的IPMP工具列表21或者IPMP描述符22(S11)。
(b)在流媒體的內(nèi)容層40中，從服務(wù)器接收MPEG-4視頻/音頻的內(nèi)容41、42(S12)。
(c)從接收到的SDP中提取IPMP工具列表21或IPMP描述符22(S13)。
(d)基于提取到的IPMP工具列表21或者IPMP描述符22，確定IPMP工具(S14)。
(e)利用確定的IPMP工具，管理媒體流的內(nèi)容41、42(S15)。
從而，將MPEG-4視頻/音頻的內(nèi)容41、42的保護(hù)相關(guān)的IPMP工具列表21以及IPMP描述符22等的IPMP信息，描述在作為會話層20的會話描述協(xié)議(SDP)中。因此，即使接收機(jī)側(cè)沒有利用MPEG-4系統(tǒng)，也可以從SDP中提取IPMP工具列表21以及IPMP描述符22等IPMP信息，并且利用這些信息，可以確定IPMP工具、且管理內(nèi)容。
還有，IPMP信息，存儲在SDP的會話級屬性或者在媒體級屬性中。若IPMP信息存儲在會話級屬性中時，可以管理在相同會話中的所有媒體流。還有，若IPMP信息存儲在媒體級屬性上時，可以管理相關(guān)聯(lián)的媒體流。
圖9為，在服務(wù)器上，將權(quán)利信息存儲在流媒體的會話描述協(xié)議中，并且向客戶端發(fā)送的方法的流程圖。
(a)在流媒體的會話層20的SDP中，插入由媒體流承載的內(nèi)容的使用權(quán)信息等權(quán)利信息(S21)。
(b)在流媒體的會話層20中，將包含權(quán)利信息的SDP，向客戶端發(fā)送(S22)。
(c)在流媒體的內(nèi)容層40中，將MPEG-4的視頻/音頻的內(nèi)容，向客戶端發(fā)送(S23)。
圖10為，客戶端接收，包含著插入了權(quán)利信息的會話描述協(xié)議的流媒體，以便管理流媒體的方法的流程圖。
(a)通過流媒體的會話層20，從服務(wù)器接收SDP，該SDP包含媒體流上承載的內(nèi)容的使用權(quán)信息等權(quán)利信息(S31)。
(b)通過流媒體的內(nèi)容層40，從服務(wù)器接收MPEG-4的視頻/音頻的內(nèi)容41、42(S32)。
(c)從接收到的SDP中提取權(quán)利信息(S33)。
(d)利用提取到的IPMP工具，管理媒體流的內(nèi)容41、42(S34)。
通過如上所述的方式，將MPEG-4視頻/音頻的內(nèi)容41、42的使用權(quán)信息等權(quán)利信息，描述在作為會話層20的會話描述協(xié)議(SDP)上。因此，即使接收機(jī)側(cè)沒有利用MPEG-4系統(tǒng)，也可以從SDP中提取使用權(quán)信息等權(quán)利信息，并且利用這些權(quán)利信息，進(jìn)行內(nèi)容的管理。
還有，權(quán)利信息，插入在SDP的會話級屬性或者媒體級屬性中。若權(quán)利信息插入在會話級屬性中時，可以管理在相同會話中的所有的媒體流。還有，若權(quán)利信息插入在媒體級屬性中時，可以管理相關(guān)聯(lián)的媒體流。
以下，將說明在該流媒體系統(tǒng)中的流媒體的會話層、以及在該會話層中描述的管理信息。在該流媒體系統(tǒng)中，在會話層的會話描述協(xié)議(SDP)中描述IPMP信息以及權(quán)利信息等管理信息。
首先，說明會話描述協(xié)議(SDP)。會話描述協(xié)議(SDP)為，專門會話描述用的規(guī)范，不包含傳輸協(xié)議，然而，將適當(dāng)?shù)厥褂冒〞捦ㄖ獏f(xié)議(SAP)、會話初始化協(xié)議(SIP)、實(shí)時流媒體協(xié)議(RTSP)、使用MIME擴(kuò)展的電子郵件、以及超文本傳輸協(xié)議(HTTP)的各種傳輸協(xié)議為前提。通過提供通用目的的服務(wù)，SDP可以用于廣泛的網(wǎng)絡(luò)環(huán)境以及多媒體/流媒體發(fā)送方面的應(yīng)用上。
通常，SDP為，表示會話的存在，存儲可參加會話的足夠的信息的方法?？梢詫⒚襟w信息、定時信息、以及其他某些信息描述SDP上，通過其他的傳輸協(xié)議進(jìn)行發(fā)送。
會話描述，由會話級描述(適合于整個會話以及所有的媒體流。)以及任意的若干個媒體級描述(適合于單一媒體流。)構(gòu)成。會話級部分為從‘v＝’行開始，一直到第1個媒體級段落。媒體描述為從‘m’行開始，一直到下一個媒體描述或整個會話描述整體的最后。通常，會話級值，除非被相同媒體級的值重新改寫之外，對于所有的媒體采取默認(rèn)值。
在SDP中規(guī)定的屬性(伴隨‘a(chǎn)＝’行)為，對SDP進(jìn)行擴(kuò)展的主要方法。該屬性可以作為‘會話級’屬性、‘媒體級’屬性、或者該兩個屬性來使用。在媒體描述中，也可以包含幾個媒體固有的屬性(‘a(chǎn)＝’字段)。
該屬性稱為‘媒體級’屬性，并且在該屬性中，添加媒體流相關(guān)的信息。在第一個媒體字段之前，優(yōu)選添加屬性字段。另一方面，‘會話級’屬性中存儲附加信息，該附加信息適合于不是各個媒體的整個流媒體層。
在本發(fā)明的媒體流的發(fā)送方法中，利用在2中不同的分層上的SDP‘屬性’的特征，通知適應(yīng)性IPMP保護(hù)。在圖4中，表示在SDP上的適應(yīng)性IPMP通知的普通體系結(jié)構(gòu)圖。在模塊4.1中表示會話級段落、以及模塊4.2中表示媒體級段落。
注釋在適應(yīng)性IPMP通知方面，利用‘屬性’字段的‘a(chǎn)＝<attribute>:<value>’的形式。
IPMP控制信息通知發(fā)送側(cè)向接收側(cè)，有必要通知在普通的SDP屬性(在會話級中設(shè)置在‘媒體’行之前的屬性)中包含IPMP控制信息會話的情況。上述的通知采用了下述的屬性行(圖4的4.3)的形式。
a＝ipmp-control:[<control-data>]在此，在RTSP會話中control-data為任意屬性。若不提供上述屬性行時，與application/ipmp-control的類型相結(jié)合，使用DESCRIBE的同時，接受前者，以便基于RTSP會話讀出IPMP控制信息。通過其他的一些方法(例如作為SAP內(nèi)的文件)來提供SDP信息時，必須有control-data。control-data必須是雙引號符號來包圍的URL，提供IPMP控制信息(例如，較小的信息使用‘data’，而此外的信息使用‘http’或者其他合適的文件訪問URL來可以實(shí)現(xiàn)編碼化)。實(shí)際的IPMP控制信息，在下述的子段落中規(guī)定，并且包含IPMP工具列表以及隨IPMP工具列表后的權(quán)利容器。
IPMP工具列表類在IPMP工具列表類中包含IPMP工具的列表。利用IPMP工具列表類，指定用于內(nèi)容再生方面的所有的IPMP工具。
表1


IPMP工具列表類內(nèi)的字段的含義-Length從該‘Length’字段的后面開始的、該類的位數(shù)。
-Num Tools該16位字段表示，通過該IPMP工具列表，指定哪個類型的工具。
-IPMPTool_Info該類存儲工具ID、可替代的工具等工具相關(guān)的信息。該類按照如下內(nèi)容來規(guī)定。
IPMP工具信息類IPMPTool_Info_Class，包含裝置所必要的理論IPMP工具用的信息。理論工具優(yōu)選選擇以下的任何一個工具。
1.通過IPMP_ToolID指定的提供商固有的IPMP工具。
2.替代IPMP工具列表內(nèi)的1個。
3.通過參數(shù)描述來指定的IPMP工具。
表2


IPMP工具信息類內(nèi)的的字段的語法的定義各個IPMPTool_Info_Class，識別在終端使用內(nèi)容時所需要的1個IPMP工具。該工具，作為替代工具的列表的一個工具唯一地安裝，或者可以通過參數(shù)描述來指定。
唯一的安裝方式是，通過將isAltGroup以及isParametric的兩個字段設(shè)定為0的方式來指定的。在這種情況下，IPMP_ToolID，在IPMP工具固有的安裝用上的預(yù)約完成的范圍中，直接指示所要求的工具。
在其他的所有情況下，由于在制作內(nèi)容時不知道IPMP工具的實(shí)際的IPMP工具ID，因此IPMP_ToolID，發(fā)揮IPMP工具ID用的內(nèi)容固有的抽象化了的表現(xiàn)的功能，并且依賴于在所給予的時刻上的所給予的內(nèi)容部分的終端側(cè)上的安裝方式。
參數(shù)描述是，通過將isParametric字段設(shè)定為‘1’的方式來指示的。在這種情況下，終端選擇IPMP工具，該IPMP工具滿足在以下的參數(shù)描述中指定的基準(zhǔn)。此時，IPMP_ToolID在參數(shù)工具或者替代工具用的預(yù)約完成的范圍中。只有終端知道，要滿足該參數(shù)描述的終端安裝所選擇的工具的實(shí)際的IPMP工具ID。所有的內(nèi)容以及其他的工具，基于已指定的IPMP_ToolID，在該內(nèi)容用方面，參照該工具。
替代工具列表是，通過將isAltGroup標(biāo)志設(shè)定為‘1’的方式來指示的。后續(xù)的特定的工具ID指示互相同等的替代工具。若isParametric字段也設(shè)定為‘1’，則將在參數(shù)工具的條件下(在上述的段落中已敘述)已選擇的任意的工具被視為，由終端通過固有工具ID，來指定過的工具的另外的同等的替代工具。終端在這些同等的替代物中通過自身的判斷，選擇1個替代工具。該工具的實(shí)際的IPMP工具ID只有終端知道。
-Length從該‘Length’字段后開始的、該類的字節(jié)數(shù)。
-IPMP_ToolIDIPMP工具的標(biāo)識符。
-isAltGroup設(shè)定為‘1’時，該IPMP_ToolID包含替代IPMP工具的列表。
-numAlterates在IPMP_ToolID中指定的替代IPMP工具的數(shù)量。
-Specific_Tool_ID可允許內(nèi)容的使用的、特定的替代IPMP工具的ID的數(shù)組(array)。
-isParanetricIPMP_Tool包含IPMP工具的參數(shù)描述。在這種情況下，IPMP_ToolID為參數(shù)描述的IPMP工具用的標(biāo)識符，終端，由IPMP_ToolID用比特流所指定的信息，傳送給通過終端生成了實(shí)例(instance)的特定的IPMP工具。
-IPMP_ParametricDescription在以下的段落中規(guī)定的IPMP參數(shù)描述。
-ToolURL可以取得由該類指定的1個以上的工具的信息的、包含信息的numURL個的URL的數(shù)組(array)。
IPMP參數(shù)描述類內(nèi)容提供商利用代替固定工具ID的參數(shù)描述，可以在此處描述在內(nèi)容再生方面所必要的類型的IPMP工具。例如，內(nèi)容提供商，為了對比特流進(jìn)行解碼，而可以指定所必要的塊大小為128位的AES工具。若該IPMP終端收到像指定該終端那樣的描述，則從已嵌入的工具中可以選擇已最佳化的AES工具。
在本段落中解釋說明參數(shù)描述所遵從的層次。然而對于特定的工具類型完全沒有規(guī)定特定的方案。設(shè)想，隨著時間的流逝，認(rèn)識需求而產(chǎn)生最佳方案，并且這樣的規(guī)定將會添加到方案的整體上。在本規(guī)范的當(dāng)前版本中僅僅描述基本框架，然而，其發(fā)展形式將委托給將來的補(bǔ)充以及/或者版本。
-任意的說明-參數(shù)描述語法的版本-工具的類-例解碼、權(quán)利語言解析-工具的子類解碼的例AES、DES、NESSIE等水印的例‘帕諾斯(Panos)的水印工具’權(quán)利語言解析的例‘佛瑞德(Fred)的權(quán)利解析’協(xié)議解析的例‘(Mary)的協(xié)議解析’-子類固有信息DES的例位數(shù)、流以及/或者塊(block)解讀能力權(quán)利語言解析的例版本參數(shù)描述規(guī)定為，不依賴工具的類型，可以一般地描述任意類型的IPMP工具。
表3


IPMP工具信息類內(nèi)的字段的含義-Class參數(shù)描述后的工具的類(例如解讀)。
-subClass參數(shù)描述后的工具的子類(例如解讀類下的AES)。
-typeData用于描述特定類型工具的特定類型數(shù)據(jù)(例如Block_length)，該特定類型工具為了將AES解碼工具進(jìn)一步指定。
-type上述類型的數(shù)據(jù)的值(例如在Block_length的情況下為128)。
-addedData用于將通過參數(shù)已規(guī)定的工具更加詳細(xì)地描述的任意的添加數(shù)據(jù)。
IPMP工具IDIPMP工具標(biāo)識符，其長度為128位且獨(dú)立于平臺(platform)，并且包含IPMP工具用的唯一的識別編號。為了利用IPMP工具標(biāo)識符，需要使用唯一的ID的IPMP工具的注冊機(jī)構(gòu)(這樣的注冊機(jī)構(gòu)在MPEG中規(guī)定)。注冊機(jī)構(gòu)還運(yùn)營下載用URL之間的相關(guān)聯(lián)，以便將面向各種平臺的所給予的工具通過各種方式來安裝。通過使用結(jié)構(gòu)化表現(xiàn)，非常詳細(xì)地描述這些平臺。IPMP工具ID，除了在參數(shù)描述后的工具或者替代工具的預(yù)留區(qū)域中的情況之外，識別固有IPMP工具。預(yù)留128位空間內(nèi)的特定的值，用于參數(shù)工具、比特流、終端、以及其他的特別的地址方面。這些值沒有分配給已注冊工具。
表4


IPMP權(quán)利容器類IPMP權(quán)利容器類存儲與由IPMP保護(hù)的內(nèi)容建立關(guān)聯(lián)的使用規(guī)則以及狀態(tài)。
表5


IPMP權(quán)利容器內(nèi)字段的語法的定義-Length從該‘Length’字段之后開始的、該類的位數(shù)。
-rights_data包含使用權(quán)信息的細(xì)節(jié)?？梢源鎯?shí)際的MPEG-21REL或者OMA ODRL數(shù)據(jù)。
IPMP描述符的通知發(fā)送側(cè)另外需要對接收側(cè)通知，由與各個固有媒體流(媒體級內(nèi)的屬性)或者整個會話相關(guān)聯(lián)的SDP屬性所包含固有描述符的情況。上述的通知采用下述的屬性行(圖4的4.4)的格式。
a＝ipmp-d:[<descriptor-data>]在此，descriptor-data，在RTSP會話中為任意屬性。在沒有提供上述的屬性行時，與application/ipmp-d的類型相結(jié)合使用DESCRIBE的同時，通過接受前者，且基于RTSP會話，讀出IPMP描述符。通過其他的方法(例如作為SAP內(nèi)的字段)提供SDP信息時，descripion-data是必要的。descripion-data，必須是以雙引號符號來包圍的URL，并且提供IPMP控制信息(例如，較小的信息使用‘data’，而此外的信息使用‘http’或者其他合適的文件訪問URL來可以實(shí)現(xiàn)編碼化)。在下述的子段落中規(guī)定實(shí)際的IPMP描述符。
通過IPMP描述符的存在，來表示將相關(guān)聯(lián)的媒體流通過在IPMP描述符上所描述的IPMP工具來保護(hù)的情況。
通過在會話級上的IPMP描述符的存在，來表示將當(dāng)前會話內(nèi)所有的媒體流通過在IPMP描述符上所描述的IPMP工具來保護(hù)的情況。
IPMP描述符表6


IPMP描述符內(nèi)字段的語法的定義-IPMP_Desriptor_ID該IPMP描述符的唯一的ID。使用本ID可以參照特定的描述符。禁止使用0x00000000以及0xFFFFFFFF。通過唯一的IPMP描述符，通知IPMP工具的實(shí)例化，因此該IPMP_Descriptor_ID也作為IPMP工具實(shí)例的唯一的標(biāo)識符來可以使用。
-IPMP_ToolID在該范圍上提供保護(hù)的IPMP工具的唯一的ID。
-controlPoint指定IPMP工具存在的IPMP控制點(diǎn)的值，是以下值中的一個。
在MPEG-2系統(tǒng)ISO/IEC13818-1的STD模式中，定義項(xiàng)TBn、Bn、EBn、Dn。
表7



-sequenceCode指定存在于與IPMP工具相同的控制點(diǎn)上的IPMP工具(群)之間的關(guān)系的值。該字段的值指定在特定的控制點(diǎn)上的該IPMP工具的優(yōu)先權(quán)。例如，值‘20’意味著，該IPMP工具的優(yōu)先權(quán)比sequenceCode為‘12’的IPMP工具更高。數(shù)據(jù)首先向優(yōu)先權(quán)較高的IPMP工具傳送，其后向優(yōu)先權(quán)次高的IPMP工具傳入。相同流的同一控制點(diǎn)上2個工具沒有具有相同順序編號。
-IPMP_Data按照ISO13818-11的規(guī)定從IPMP_Data_BaseClass擴(kuò)展了的IPMP數(shù)據(jù)。IPMP數(shù)據(jù)雖然包含IPMP權(quán)利數(shù)據(jù)、IPMP密鑰數(shù)據(jù)、工具結(jié)構(gòu)數(shù)據(jù)，然而也不限定于上述數(shù)據(jù)。
-isSigned該1位字段表示在IPMP描述符內(nèi)存在著簽名的情況。
-SignatureIPMP描述符全體的簽名。
-CertType在使用中的認(rèn)證機(jī)構(gòu)的類型，其值由注冊組織給予。
-NumCerts包含著的認(rèn)證數(shù)。
-Certificate認(rèn)證的數(shù)組。
-Verifying_Tool_ID為了驗(yàn)證認(rèn)證(群)而所必要的工具的ID。值‘0’表示裝置。
實(shí)施例以下為在SDP上的適應(yīng)性IPMP保護(hù)通知的例，在會話層的RTSP會話中存儲。
對應(yīng)于FGS比特流的客戶端請求
C->SDESCRIBE rtsp://140.113.211.184/foreman.m4v RTSP/1.0CSeq:OUser-Agent:PSL FGS Player:176xl44，16-bit color，F(xiàn)GS，10Accept:application/sdpS->CRTSP/1.0 200 OKCSeq:OContent-TyPe:application/sdpContent-Length:529v＝0o＝StreamServer 10608739570467017277 1016147297000 IN IP4 140.113.211.184s＝PSL mpeg4 strearne＝server@psl.com.sgc＝IN IP4 140.113:211.184t＝0 Oa＝control:*a＝range:ntp＝O-7.40000a＝ipmp-control:″http://aaa.com/ipmp″m＝video O RTP/AVP 96a＝rtpmap:96MP4V-ES/90000a＝control:trackID＝0a＝fmtp:96profile-level-id＝17；config＝000001010000012002044007a82c2090a21fm＝video O RTP/AVP 97a＝rtpmap:97MP4V-ES/90000a＝control:trackID＝1a＝fmtp:97profile-level-id＝18；config＝000001010000012189285001ec7O5841217ffb6db6b6db6db6c924920f
a＝depends_on:trackID＝0a＝ipmp-d:″data:application/ipmp-d；base64，VndCTFFVZkF5aOF5UIFBWIFRTklCRUFIMEFBQVBvQUFBRDZBQVIRQUVRQUFBUG9BAAAA″(C->S表示客戶端向服務(wù)器發(fā)送的RTSP消息，S->C表示服務(wù)器向客戶端發(fā)送的RTSP消息。)上述的例表示，接收側(cè)的客戶端需要從SDP聲明的會話級屬性內(nèi)所標(biāo)明的HTTP站點(diǎn)(http://aaa.con/ipmp)讀出IPMP控制信息(IPMP工具列表以及權(quán)利信息)。在媒體會話級，F(xiàn)GS底層的視頻流沒有被保護(hù)，然而擴(kuò)展層視頻通過1個IPMP工具來保護(hù)。相同工具的描述在IPMP描述符中存儲，在SDP第二媒體屬性內(nèi)中通過進(jìn)一步聲明的Base64來實(shí)現(xiàn)編碼化。
本發(fā)明，將在SDP以及IPMP描述符的會話級屬性上的IPMP工具列表以及權(quán)利容器，存放在SDP媒體級或者會話級屬性的任何一個中來使用，與面向流媒體/內(nèi)容的權(quán)利信息一起通知適應(yīng)性IPMP保護(hù)。
采用上述方式，實(shí)現(xiàn)以下的要點(diǎn)。
1)通過使用在會話級屬性‘IPMP-Control’中的IPMP工具列表，表示為了參與整個會話再生所有的媒體流需要哪些IPMP工具。
2)通過使用在會話級屬性‘IPMP-Control’中的權(quán)利容器，表示何種使用權(quán)與整個會話建立關(guān)聯(lián)。
3)通過使用媒體級或者會話級屬性‘IPMP-D‘中的IPMP描述符，表示哪個IPMP工具保護(hù)哪個媒體流。
4)發(fā)送IPMP描述符的IPMP_Data字段內(nèi)的工具結(jié)構(gòu)數(shù)據(jù)、特定媒體級的使用權(quán)信息、密鑰數(shù)據(jù)。
通過在本發(fā)明中規(guī)定的‘ipmp-control’以及‘ipmp-d’的SDP屬性，可以徹底地實(shí)現(xiàn)適應(yīng)性IPMP通知。從而，基于ISO/IEC13818-11或者ISO/IEC14496-13(MPEG-2/4IPMP擴(kuò)展)的記載事項(xiàng)在終端側(cè)上可以安裝保證了適應(yīng)性以及安全性的IPMP架構(gòu)。
還有，本發(fā)明，可以采用在各種實(shí)施方式中所表示的以下的構(gòu)成。根據(jù)第1的構(gòu)成，在服務(wù)器側(cè)的作為通知適應(yīng)性IPMP保護(hù)的裝置，其包括為了生成IPMP工具列表，客戶端在會話內(nèi)中進(jìn)行媒體流的處理，表示必要的IPMP工具的列表的步驟；以及在起動媒體流之前，為了將上述IPMP工具列表向接收側(cè)傳送，而在會話級屬性中插入上述IPMP工具列表的步驟。
根據(jù)第2的構(gòu)成，是在服務(wù)器側(cè)通知適應(yīng)性IPMP保護(hù)的裝置，如權(quán)利要求1所述，構(gòu)成以及存儲IPMP工具列表，還有包括構(gòu)成IPMP描述符，該IPMP描述符表示在媒體流的保護(hù)方面使用哪個工具，并且，將工具結(jié)構(gòu)或者其他類型的IPMP數(shù)據(jù)任意地在上述IPMP描述符內(nèi)存儲的步驟；以及為了向接收側(cè)通知，當(dāng)前會話內(nèi)的所有的媒體流在上述IPMP描述符中所描述的IPMP工具的管理下，而將上述IPMP描述符，在SDP會話級屬性中插入的步驟。
根據(jù)第3的構(gòu)成，是在服務(wù)器側(cè)通知適應(yīng)性IPMP保護(hù)的裝置，如權(quán)利要求1所述，構(gòu)成以及存儲的IPMP工具列表，還有包括構(gòu)成IPMP描述符，該IPMP描述符表示在媒體流的保護(hù)方面使用哪個工具，并且將工具結(jié)構(gòu)或者其他類型的IPMP數(shù)據(jù)任意地在上述IPMP描述符內(nèi)存儲的步驟；以及為了向接收側(cè)通知，相關(guān)聯(lián)的媒體流在上述IPMP描述符中所描述的IPMP工具的管理下，而將上述IPMP描述符在SDP媒體級屬性中插入的步驟。
根據(jù)第4的構(gòu)成，是服務(wù)器側(cè)通知適應(yīng)性IPMP保護(hù)的裝置，包括將使用權(quán)信息，在IPMP權(quán)利容器中存儲的步驟；以及為了表示當(dāng)前會話內(nèi)的所有的媒體流在描述的使用規(guī)則的管理下，而將IPMP權(quán)利容器在會話級屬性上存儲的步驟。
根據(jù)第5的構(gòu)成，在服務(wù)器側(cè)上作為通知適應(yīng)性IPMP保護(hù)的裝置，包括將使用權(quán)信息在IPMP權(quán)利數(shù)據(jù)中存儲的步驟；以及將IPMP權(quán)利數(shù)據(jù)作為IPMP數(shù)據(jù)的類型在IPMP描述符上存儲的步驟；以及為了表示當(dāng)前會話內(nèi)的所有的媒體流在描述的使用規(guī)則的管理下，而進(jìn)一步將IPMP描述符在SDP會話級屬性中存儲的步驟。
根據(jù)第6的構(gòu)成，是服務(wù)器側(cè)通知適應(yīng)性IPMP保護(hù)的裝置，包括將使用權(quán)信息在IPMP權(quán)利數(shù)據(jù)中存儲的步驟；以及將IPMP權(quán)利數(shù)據(jù)作為IPMP數(shù)據(jù)的類型在IPMP描述符上存儲的步驟；以及為了表示相關(guān)聯(lián)的媒體流在描述的使用規(guī)則的管理下，而進(jìn)一步將IPMP描述符在SDP媒體級屬性中存儲的步驟。
根據(jù)第7的構(gòu)成，是服務(wù)器側(cè)通知適應(yīng)性IPMP保護(hù)的裝置，包括在起動媒體流之前將上述IPMP工具列表從SDP會話級屬性中收到的步驟；以及查找上述工具列表所示的工具，確認(rèn)在接收側(cè)上是否存在所有的工具，若不存在時將工具讀出，或者將媒體流的再生中止的步驟。
根據(jù)第8的構(gòu)成，是服務(wù)器側(cè)通知適應(yīng)性IPMP保護(hù)的裝置，如權(quán)利要求7所述，讀取IPMP工具列表，還有包括將上述IPMP描述符從SDP會話級屬性中讀取，并且向客戶端通知，當(dāng)前會話內(nèi)的所有的媒體流在IPMP描述符所描述的IPMP工具的管理下的步驟；以及使用在上述IPMP描述符中任意地存儲的工具結(jié)構(gòu)數(shù)據(jù)來進(jìn)行工具的設(shè)定或者初始化，或者使用在上述的IPMP描述符上所存儲的其他類型的數(shù)據(jù)來支持IPMP處理的步驟。
根據(jù)第9的構(gòu)成，是客戶端側(cè)通知適應(yīng)性IPMP保護(hù)的裝置，讀取如權(quán)利要求7所述的IPMP工具列表，還有包括將上述IPMP描述符從SDP會話級屬性中讀取，并且向客戶端通知，相關(guān)聯(lián)的媒體流在IPMP描述符所描述的IPMP工具的管理下的步驟；以及使用在上述IPMP描述符中任意地所存儲的工具結(jié)構(gòu)數(shù)據(jù)來進(jìn)行工具的設(shè)定或者初始化，或者使用在上述的IPMP描述符上所存儲的其他類型的數(shù)據(jù)來支持IPMP處理的步驟。
根據(jù)第10的構(gòu)成，在客戶端側(cè)上作為通知適應(yīng)性IPMP保護(hù)的裝置，包括將IPMP權(quán)利容器從SDP會話級屬性中讀取的步驟；以及將IPMP權(quán)利容器內(nèi)的使用權(quán)信息讀取的步驟；以及利用使用權(quán)信息管理當(dāng)前會話內(nèi)的所有的媒體流的步驟。
根據(jù)第11的構(gòu)成，是客戶端側(cè)通知適應(yīng)性IPMP保護(hù)的裝置，包括從SDP會話級屬性中讀取IPMP描述符的步驟；以及從上述IPMP描述符中讀取IPMP權(quán)利數(shù)據(jù)的步驟；以及讀取IPMP權(quán)利數(shù)據(jù)內(nèi)的使用權(quán)信息的步驟；以及利用使用權(quán)信息管理當(dāng)前會話內(nèi)的相關(guān)聯(lián)的媒體流的步驟。
根據(jù)第12的構(gòu)成，是客戶端側(cè)通知適應(yīng)性IPMP保護(hù)的裝置，包括從SDP媒體級屬性中讀取IPMP描述符的步驟；從上述IPMP描述符中讀取IPMP權(quán)利數(shù)據(jù)的步驟；讀取IPMP權(quán)利數(shù)據(jù)內(nèi)的使用權(quán)信息的步驟；以及利用使用權(quán)信息管理當(dāng)前會話內(nèi)的相關(guān)聯(lián)的媒體流的步驟。
如上所述，本發(fā)明對優(yōu)選實(shí)施方式進(jìn)行詳細(xì)的說明，然而本發(fā)明并沒有局限于上述的說明，本技術(shù)領(lǐng)域的人員應(yīng)該明白，在以下的權(quán)利要求的范圍內(nèi)所記載的本發(fā)明的技術(shù)范圍內(nèi)上，可以進(jìn)行多個優(yōu)選變形例以及修正例。
權(quán)利要求
1.一種流媒體系統(tǒng)，具備服務(wù)器，其通過網(wǎng)絡(luò)發(fā)送具有至少包含會話層的分層結(jié)構(gòu)的媒體流；以及客戶端，其通過所述網(wǎng)絡(luò)從所述服務(wù)器接收所述媒體流，所述服務(wù)器具備存儲機(jī)構(gòu)，其在媒體流的會話層的會話描述協(xié)議中存儲著管理所述媒體流的管理信息；以及發(fā)送機(jī)構(gòu)，其通過所述媒體流的會話層將存儲了所述管理信息的所述會話描述協(xié)議發(fā)送到所述客戶端，所述客戶端具備接收機(jī)構(gòu)，其從所述服務(wù)器接收存儲了所述管理信息的所述會話描述協(xié)議；以及提取機(jī)構(gòu)，其從接收到的所述會話描述協(xié)議中提取所述管理信息；以及管理機(jī)構(gòu)，其基于提取到的所述管理信息管理所述媒體流。
2.如權(quán)利要求1所述的流媒體系統(tǒng)，其特征在于所述管理信息為用于所述媒體流的保護(hù)的IPMP工具相關(guān)的IPMP工具列表或者IPMP描述符，管理所述客戶端的所述媒體流的機(jī)構(gòu)，根據(jù)提取到的所述IPMP工具列表或者IPMP描述符確定所述IPMP工具，管理所述媒體流。
3.如權(quán)利要求1所述的流媒體系統(tǒng)，其特征在于所述管理信息為所述媒體流的權(quán)利信息。
4.如權(quán)利要求1～3中的任一項(xiàng)所述的流媒體系統(tǒng)，其特征在于所述管理信息存儲在所述會話描述協(xié)議的相同會話中與所有媒體流相關(guān)的會話級屬性中。
5.如權(quán)利要求1～3中的任一項(xiàng)所述的流媒體系統(tǒng)，其特征在于所述管理信息存儲在所述會話描述協(xié)議的與建立有關(guān)聯(lián)的媒體流相關(guān)的媒體級屬性中。
6.一種服務(wù)器，通過網(wǎng)絡(luò)向客戶端發(fā)送具有至少包含會話層的分層結(jié)構(gòu)的媒體流，具備存儲機(jī)構(gòu)，其在媒體流的會話層的會話描述協(xié)議中存儲管理所述媒體流的管理信息；以及發(fā)送機(jī)構(gòu)，其通過所述媒體流的會話層將存儲了所述管理信息的所述會話描述協(xié)議發(fā)送到所述客戶端。
7.如權(quán)利要求6所述的服務(wù)器，其特征在于所述管理信息為用于所述媒體流的保護(hù)的IPMP工具相關(guān)的IPMP工具列表或者IPMP描述符。
8.如權(quán)利要求6所述的服務(wù)器，其特征在于所述管理信息為所述媒體流的權(quán)利信息。
9.如權(quán)利要求6～8中的任一項(xiàng)所述的服務(wù)器，其特征在于所述管理信息存儲在所述會話描述協(xié)議的相同會話中與所有媒體流相關(guān)的會話級屬性中。
10.如權(quán)利要求6～8中的任一項(xiàng)所述的服務(wù)器，其特征在于所述管理信息存儲在所述會話描述協(xié)議的與建立有關(guān)聯(lián)的媒體流相關(guān)的媒體級屬性中。
11.一種客戶端，通過所述網(wǎng)絡(luò)從服務(wù)器接收具有至少包含會話層的分層結(jié)構(gòu)的媒體流，具備接收機(jī)構(gòu)，其從所述服務(wù)器接收存儲了管理所述媒體流的管理信息的所述會話描述協(xié)議；以及提取機(jī)構(gòu)，其從接收到的所述會話描述協(xié)議中提取所述管理信息；以及管理機(jī)構(gòu)，其基于提取到的所述管理信息管理所述媒體流。
12.如權(quán)利要求11所述的客戶端，其特征在于所述管理信息為用于所述媒體流的保護(hù)的IPMP工具相關(guān)的IPMP工具列表或者IPMP描述符，管理所述客戶端的所述媒體流的機(jī)構(gòu)，通過提取到的所述IPMP工具列表或者IPMP描述符確定用于所述媒體流的保護(hù)的IPMP工具，管理所述媒體流。
13.如權(quán)利要求11所述的客戶端，其特征在于所述管理信息為所述媒體流的權(quán)利信息。
14.如權(quán)利要求11～13中的任一項(xiàng)所述的客戶端，其特征在于所述管理信息存儲在所述會話描述協(xié)議的相同會話中與所有媒體流相關(guān)的會話級屬性中。
15.如權(quán)利要求11～13中的任一項(xiàng)所述的客戶端，其特征在于所述管理信息存儲在所述會話描述協(xié)議的與建立有關(guān)聯(lián)的媒體流相關(guān)的媒體級屬性中。
16.一種發(fā)送方法，通過網(wǎng)絡(luò)將具有至少包含會話層的分層結(jié)構(gòu)的媒體流發(fā)送到客戶端，包括存儲步驟，在媒體流的會話層的會話描述協(xié)議中存儲管理所述媒體流的管理信息；以及發(fā)送步驟，通過所述媒體流的會話層將存儲了所述管理信息的所述會話描述協(xié)議發(fā)送到所述客戶端。
17.如權(quán)利要求16所述的發(fā)送方法，其特征在于所述管理信息為用于所述媒體流的保護(hù)的IPMP工具相關(guān)的IPMP工具列表或者IPMP描述符。
18.如權(quán)利要求16所述的發(fā)送方法，其特征在于所述管理信息為所述媒體流的權(quán)利信息。
19.如權(quán)利要求16～18中的任一項(xiàng)所述的發(fā)送方法，其特征在于所述管理信息存儲在所述會話描述協(xié)議的相同會話中的所有媒體流相關(guān)的會話級屬性中。
20.如權(quán)利要求16～18中的任一項(xiàng)所述的發(fā)送方法，其特征在于所述管理信息存儲在所述會話描述協(xié)議的與建立關(guān)聯(lián)的媒體流相關(guān)的媒體級屬性中。
21.一種發(fā)送程序，以在計算機(jī)中可執(zhí)行權(quán)利要求16～20中的任一項(xiàng)所述的發(fā)送方法的各步驟的方式構(gòu)成。
22.一種計算機(jī)可讀取的記錄介質(zhì)，存儲了權(quán)利要求21所述的發(fā)送程序。
23.一種接收方法，通過所述網(wǎng)絡(luò)從服務(wù)器接收具有至少包含會話層的分層結(jié)構(gòu)的媒體流，包括接收步驟，從所述服務(wù)器接收存儲了管理所述媒體流的管理信息的會話描述協(xié)議；提取步驟，從接收到的所述會話描述協(xié)議中提取所述管理信息；以及管理步驟，基于提取到的所述管理信息管理所述媒體流。
24.如權(quán)利要求23所述的接收方法，其特征在于所述管理信息為所述媒體流的IPMP工具相關(guān)的IPMP工具列表或者IPMP描述符，管理所述客戶端的所述媒體流的步驟，根據(jù)提取到的所述IPMP工具列表或者IPMP描述符確定用于所述媒體流的保護(hù)的所述IPMP工具，管理所述媒體流。
25.如權(quán)利要求23所述的接收方法，其特征在于所述管理信息為所述媒體流的權(quán)利信息。
26.如權(quán)利要求23～25中的任一項(xiàng)所述的接收方法，其特征在于所述管理信息存儲在所述會話描述協(xié)議的相同會話中與所有媒體流相關(guān)的會話級屬性中。
27.如權(quán)利要求23～25中的任一項(xiàng)所述的接收方法，其特征在于所述管理信息存儲在所述會話描述協(xié)議的與建立有關(guān)聯(lián)的媒體流相關(guān)的媒體級屬性中。
28.一種接收程序，以在計算機(jī)中可執(zhí)行權(quán)利要求23～27中的任一項(xiàng)所述的發(fā)送方法的各步驟的方式構(gòu)成。
29.一種計算機(jī)可讀取的記錄介質(zhì)，存儲了權(quán)利要求28所述的接收程序。
30.一種媒體流，是通過網(wǎng)絡(luò)從服務(wù)器向客戶端發(fā)送接收的、具有至少包含會話層的分層結(jié)構(gòu)的媒體流，在所述會話層的會話描述協(xié)議中存儲著管理所述媒體流的管理信息。
全文摘要
本發(fā)明的流媒體系統(tǒng)具備服務(wù)器與客戶端，該服務(wù)器與客戶端通過網(wǎng)絡(luò)，收發(fā)具有至少包含會話層的分層結(jié)構(gòu)的媒體流。服務(wù)器具備，在媒體流的會話層的SDP中，將管理媒體流的管理信息插入的機(jī)構(gòu)，以及在媒體流的會話層中，將插入過管理信息的SDP向客戶端發(fā)送的機(jī)構(gòu)?？蛻舳司邆?，從服務(wù)器接收插入了管理信息的SDP的機(jī)構(gòu)，以及從接收到的SDP中提取管理信息的機(jī)構(gòu)，以及基于提取到的管理信息對媒體流進(jìn)行管理的機(jī)構(gòu)。
文檔編號H04N7/24GK1886987SQ20048003551
公開日2006年12月27日 申請日期2004年11月26日 優(yōu)先權(quán)日2003年12月1日
發(fā)明者吉明, 黃仲陽, 申省梅, 劉荊, 妹尾孝憲 申請人:松下電器產(chǎn)業(yè)株式會社