專利名稱：數(shù)字家庭中實(shí)現(xiàn)混合媒資文件傳輸管理的系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計(jì)算機(jī)系統(tǒng)的軟件服務(wù)管理領(lǐng)域，特別涉及一種在數(shù)字家庭中的服務(wù)
交付平臺(tái)上實(shí)現(xiàn)混合媒資文件傳輸管理的系統(tǒng)及方法。
背景技術(shù)：
在數(shù)字家庭交互應(yīng)用體系中，互動(dòng)音視頻內(nèi)容及服務(wù)的多樣化是吸引用戶的關(guān) 鍵，隨著互聯(lián)網(wǎng)的迅猛發(fā)展，面向數(shù)字家庭的媒資業(yè)務(wù)也呈現(xiàn)服務(wù)化、動(dòng)態(tài)化、分布化等方 向發(fā)展的趨勢(shì)。 要構(gòu)建面向數(shù)字家庭交互應(yīng)用的服務(wù)平臺(tái)，需要采用CDN(內(nèi)容分發(fā)網(wǎng)絡(luò))技術(shù)來 完成多媒體內(nèi)容的存儲(chǔ)、調(diào)度、轉(zhuǎn)發(fā)和播放等功能。然而，在面對(duì)大規(guī)模用戶選擇同一內(nèi)容 等情況時(shí)，現(xiàn)在的技術(shù)還存在服務(wù)效率低、重定向機(jī)制復(fù)雜等問題，如果不能有效解決大規(guī) 模用戶對(duì)交互式多媒體應(yīng)用需求的問題，數(shù)字家庭服務(wù)交付平臺(tái)將受限于此瓶頸。

發(fā)明內(nèi)容
本發(fā)明的目的在于克服現(xiàn)有媒體分發(fā)平臺(tái)技術(shù)方面的不足，提供一種數(shù)字家庭中 實(shí)現(xiàn)混合媒資文件傳輸管理的系統(tǒng)及方法，能夠?qū)崿F(xiàn)媒資業(yè)務(wù)系統(tǒng)中媒資數(shù)據(jù)的唯一性管 理和高效、穩(wěn)定、可靠的傳輸。 為了實(shí)現(xiàn)發(fā)明目的，采用的技術(shù)方案如下 本發(fā)明提供一種數(shù)字家庭中實(shí)現(xiàn)混合媒資文件傳輸管理的系統(tǒng) 該系統(tǒng)包括在服務(wù)總線上負(fù)責(zé)媒資數(shù)據(jù)源交互的會(huì)話控制實(shí)體和在各服務(wù)域運(yùn)
行的數(shù)據(jù)傳輸控制實(shí)體； 其中，所述會(huì)話控制實(shí)體包括內(nèi)容URI管理模塊、路徑管理模塊和會(huì)話管理模 塊； 所述內(nèi)容URI管理模塊，通過生成唯一服務(wù)地址組合唯一文件標(biāo)識(shí)符的方式，對(duì) 同一媒資內(nèi)容在服務(wù)交付平臺(tái)的全局采用唯一管理；在同一媒資內(nèi)容由于格式轉(zhuǎn)換導(dǎo)致多 個(gè)媒資文件時(shí)，對(duì)各媒資文件進(jìn)行內(nèi)部關(guān)聯(lián)； 所述會(huì)話管理模塊，通過分析業(yè)務(wù)流程中服務(wù)Service信息中的權(quán)限描述信息， 確定數(shù)據(jù)傳輸?shù)暮戏ㄐ?；所述路徑管理模塊，通過一個(gè)實(shí)時(shí)數(shù)據(jù)庫對(duì)需要使用P2P數(shù)據(jù)傳 輸控制的服務(wù)域進(jìn)行統(tǒng)一管理； 所述數(shù)據(jù)傳輸控制實(shí)體根據(jù)服務(wù)域上接入的終端情況進(jìn)行部署；包括通信狀態(tài) 管理模塊、傳輸狀態(tài)管理模塊、緩存處理模塊和直讀訪問緩存區(qū)； 所述通信狀態(tài)管理模塊，判斷媒資文件通信協(xié)議，提供對(duì)P2P文件傳輸協(xié)議的支 持； 所述傳輸狀態(tài)管理模塊，通過記錄媒資文件的傳輸狀態(tài)，支持?jǐn)帱c(diǎn)續(xù)傳； 所述緩存管理模塊，管理傳輸緩沖區(qū)，同時(shí)提供P2P傳輸功能； 所述直讀訪問緩存區(qū)，提供對(duì)P2P訪問內(nèi)容的緩存，直讀訪問緩存區(qū)的數(shù)量由緩存處理模塊根據(jù)媒資數(shù)據(jù)源的大小動(dòng)態(tài)調(diào)整設(shè)置。 本發(fā)明提供一種數(shù)字家庭中實(shí)現(xiàn)混合媒資文件傳輸管理的方法，包括 通過會(huì)話控制實(shí)體在服務(wù)總線上負(fù)責(zé)媒資數(shù)據(jù)源交互，由數(shù)據(jù)傳輸控制實(shí)體在各
服務(wù)域運(yùn)行； 所述會(huì)話控制實(shí)體的內(nèi)容URI管理模塊，生成唯一服務(wù)地址組合唯一文件標(biāo)識(shí) 符，對(duì)同一媒資內(nèi)容在服務(wù)交付平臺(tái)的全局采用唯一管理；在同一媒資內(nèi)容由于格式轉(zhuǎn)換 導(dǎo)致多個(gè)媒資文件時(shí)，對(duì)各媒資文件進(jìn)行內(nèi)部關(guān)聯(lián)； 所述會(huì)話控制實(shí)體的會(huì)話管理模塊，分析業(yè)務(wù)流程中服務(wù)Service信息中的權(quán)限 描述信息，確定數(shù)據(jù)傳輸?shù)暮戏ㄐ裕?所述會(huì)話控制實(shí)體的路徑管理模塊，通過一個(gè)實(shí)時(shí)數(shù)據(jù)庫對(duì)需要使用P2P數(shù)據(jù)傳 輸控制的服務(wù)域進(jìn)行統(tǒng)一管理； 所述數(shù)據(jù)傳輸控制實(shí)體根據(jù)服務(wù)域上接入的終端情況進(jìn)行部署； 所述數(shù)據(jù)傳輸控制實(shí)體的通信狀態(tài)管理模塊，判斷媒資文件通信協(xié)議，提供對(duì)P2P
文件傳輸協(xié)議的支持； 所述數(shù)據(jù)傳輸控制實(shí)體的傳輸狀態(tài)管理模塊，記錄媒資文件的傳輸狀態(tài)，進(jìn)行斷 點(diǎn)續(xù)傳； 所述數(shù)據(jù)傳輸控制實(shí)體的緩存管理模塊，管理傳輸緩沖區(qū)，同時(shí)提供P2P傳輸；
所述數(shù)據(jù)傳輸控制實(shí)體的直讀訪問緩存區(qū)，對(duì)P2P訪問內(nèi)容進(jìn)行緩存，直讀訪問 緩存區(qū)的數(shù)量由緩存處理模塊根據(jù)媒資數(shù)據(jù)源的大小動(dòng)態(tài)調(diào)整設(shè)置。
本發(fā)明的有益效果主要體現(xiàn)如下 1、可從有效減少媒資數(shù)據(jù)在不同服務(wù)域之間的復(fù)制次數(shù)。 通過媒資存儲(chǔ)服務(wù)實(shí)現(xiàn)媒資數(shù)據(jù)訪問接口 ，減少傳統(tǒng)系統(tǒng)建設(shè)中的媒資文件的復(fù) 制問題。 2、可以對(duì)應(yīng)多個(gè)媒資數(shù)據(jù)源同時(shí)操作，提高媒資傳輸效率。 通過會(huì)話管理服務(wù)以及媒資文件唯一性URI管理，實(shí)現(xiàn)對(duì)多種不同存儲(chǔ)格式的媒
資，包括流媒體媒資文件的統(tǒng)一管理，提高傳輸效率。 3、通過支持基于緩存的P2P技術(shù)，提高媒資P2P訪問的效率。


為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)
有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本
發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以
根據(jù)這些附圖獲得其它的附圖。
圖1為本發(fā)明系統(tǒng)的結(jié)構(gòu)示意圖； 圖2為本發(fā)明的實(shí)施方式示意圖。
具體實(shí)施例方式
下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其它 實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。 本發(fā)明提供一種數(shù)字家庭中實(shí)現(xiàn)混合媒資文件傳輸管理的系統(tǒng)及方法，能夠?qū)崿F(xiàn) 媒資業(yè)務(wù)系統(tǒng)中媒資數(shù)據(jù)的唯一性管理和高效、穩(wěn)定、可靠的傳輸。 P2P架構(gòu)是近年計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)發(fā)展的重要趨勢(shì)，越來越向平臺(tái)化發(fā)展，目前在 互聯(lián)網(wǎng)上的很多文件分發(fā)平臺(tái)，都是采用P2P架構(gòu)進(jìn)行實(shí)現(xiàn)。用P2P技術(shù)來構(gòu)建服務(wù)交付 平臺(tái)上的媒體文件分發(fā)系統(tǒng)，將節(jié)目內(nèi)容預(yù)先進(jìn)行流化處理后分塊存儲(chǔ)在多個(gè)邊緣服務(wù)器 中，由調(diào)度服務(wù)器按照就近原則、負(fù)載均衡原則進(jìn)行集中控制，并基于網(wǎng)絡(luò)狀況實(shí)時(shí)選擇和 輪換向用戶提供流服務(wù)的邊緣服務(wù)器。用戶觀看一個(gè)點(diǎn)播節(jié)目時(shí)的流服務(wù)通常是由多個(gè)邊 緣服務(wù)器協(xié)同完成的，可以在用戶集中點(diǎn)播時(shí)將負(fù)載在整個(gè)網(wǎng)絡(luò)中更合理地均勻分布，而 不會(huì)過度集中在某個(gè)邊緣服務(wù)器中，避免邊緣服務(wù)器擁塞。在數(shù)字家庭的服務(wù)交付平臺(tái)下， 存在支持P2P傳輸?shù)慕K端設(shè)備，也存在不支持P2P傳輸?shù)慕K端設(shè)備。 本發(fā)明在混合支持傳統(tǒng)C/S架構(gòu)和支持新的P2P架構(gòu)的服務(wù)交付平臺(tái)中，提出一 種實(shí)現(xiàn)媒資業(yè)務(wù)系統(tǒng)中媒資數(shù)據(jù)的唯一性管理和高效、穩(wěn)定、可靠的傳輸實(shí)現(xiàn)方法。
本發(fā)明提供的系統(tǒng)是一種在服務(wù)交付平臺(tái)上實(shí)現(xiàn)混合媒資文件傳輸管理的系統(tǒng)。
請(qǐng)參閱圖1，圖1是本發(fā)明的系統(tǒng)的結(jié)構(gòu)示意圖.
如圖1所示，該系統(tǒng)的主要組成包括兩部分 在服務(wù)總線上負(fù)責(zé)媒資數(shù)據(jù)源交互的會(huì)話控制實(shí)體，會(huì)話控制實(shí)體可以是SDP會(huì) 話控制實(shí)體； 在各相關(guān)服務(wù)域運(yùn)行的數(shù)據(jù)傳輸控制實(shí)體。 其中，服務(wù)總線可以與版權(quán)管理、審查監(jiān)控及其他核心組件相連。 其中，負(fù)責(zé)與媒資數(shù)據(jù)源進(jìn)行交互的會(huì)話控制實(shí)體是實(shí)現(xiàn)該系統(tǒng)的核心，主要包
括以下三個(gè)部分 內(nèi)容URI管理模塊； 路徑管理模塊； 會(huì)話管理模塊。 上述方案中，所述內(nèi)容URI管理模塊，通過生成唯一服務(wù)地址組合唯一文件標(biāo)識(shí) 符的方式，做到對(duì)同一媒資內(nèi)容，在服務(wù)交付平臺(tái)的全局采用唯一的管理。對(duì)于同一媒資內(nèi) 容，格式轉(zhuǎn)換導(dǎo)致多個(gè)媒資文件的情況，內(nèi)容URI管理模塊負(fù)責(zé)對(duì)各相關(guān)文件進(jìn)行內(nèi)部關(guān) 聯(lián)。 所述會(huì)話管理模塊，通過分析業(yè)務(wù)流程中服務(wù)Service信息中的權(quán)限描述信息， 確定數(shù)據(jù)傳輸?shù)暮戏ㄐ浴?所述路徑管理模塊，通過一個(gè)實(shí)時(shí)數(shù)據(jù)庫對(duì)需要使用P2P數(shù)據(jù)傳輸控制的服務(wù)域 進(jìn)行統(tǒng)一管理； 各相關(guān)服務(wù)域運(yùn)行的數(shù)據(jù)傳輸控制實(shí)體，是根據(jù)服務(wù)域上接入的終端情況進(jìn)行部 署的。它主要包括四個(gè)部分
通信狀態(tài)管理模塊；
傳輸狀態(tài)管理模塊；
緩存處理模塊；
直讀訪問緩存區(qū)。 上述技術(shù)方案中，所述通信狀態(tài)管理模塊，判斷媒資文件通信協(xié)議，提供對(duì)P2P文 件傳輸協(xié)議的支持； 所述傳輸狀態(tài)管理模塊，通過記錄媒資文件的傳輸狀態(tài)，支持?jǐn)帱c(diǎn)續(xù)傳； 所述緩存管理模塊，管理傳輸緩沖區(qū)例如直讀訪問緩存區(qū)，提高傳輸效率，同時(shí)提
供P2P傳輸功能； 所述直讀訪問緩存區(qū)，提供對(duì)P2P訪問內(nèi)容的緩存，數(shù)量可能是多個(gè)的，具體數(shù)量 是緩存處理模塊根據(jù)媒資數(shù)據(jù)源的大小動(dòng)態(tài)調(diào)整設(shè)置的。 本發(fā)明主要實(shí)施在支撐數(shù)字家庭運(yùn)營的服務(wù)分發(fā)平臺(tái)上。服務(wù)分發(fā)平臺(tái)是一種分 布式計(jì)算機(jī)系統(tǒng)。本發(fā)明的SDP會(huì)話控制實(shí)體運(yùn)行在服務(wù)交付平臺(tái)的中心服務(wù)器；而數(shù)據(jù) 傳輸控制實(shí)體在各個(gè)服務(wù)域的服務(wù)器上運(yùn)行。 支持P2P傳輸功能的終端設(shè)備，通過連接數(shù)據(jù)分布域中的數(shù)據(jù)傳輸控制實(shí)體，實(shí) 現(xiàn)P2P發(fā)現(xiàn)和數(shù)據(jù)傳輸，各數(shù)據(jù)域中的數(shù)據(jù)傳輸控制實(shí)體，受控于中心服務(wù)器的會(huì)話控制 實(shí)體。不支持P2P協(xié)議的終端設(shè)備，則需要直接連接中心服務(wù)器的SDP會(huì)話控制實(shí)體。
圖2為本發(fā)明的實(shí)施方式示意圖。 如圖2所示，包括中心控制域，數(shù)據(jù)分布域1，數(shù)據(jù)分布域2。會(huì)話控制實(shí)體處于中 心控制域，數(shù)據(jù)傳輸控制實(shí)體分別處于數(shù)據(jù)分布域1和數(shù)據(jù)分布域2中。需要說明的是，可 以存在多個(gè)數(shù)據(jù)分布域。數(shù)據(jù)分布域1的數(shù)據(jù)傳輸控制實(shí)體與數(shù)據(jù)分布域2的數(shù)據(jù)傳輸控 制實(shí)體相連。 結(jié)合圖2本發(fā)明的實(shí)施方式為 1.在服務(wù)交付平臺(tái)的中心服務(wù)器部署會(huì)話控制實(shí)體例如SDP會(huì)話控制實(shí)體；
2.在服務(wù)交付平臺(tái)的各個(gè)服務(wù)域例如數(shù)據(jù)分布域1和數(shù)據(jù)分布域2中部署數(shù)據(jù)傳 輸控制實(shí)體； 3.不具有P2P功能的終端產(chǎn)品例如普通機(jī)頂盒，直接受控于中心服務(wù)器的會(huì)話控 制實(shí)體； 具有P2P功能的終端產(chǎn)品例如帶P2P的機(jī)頂盒，受控于服務(wù)域的數(shù)據(jù)傳輸控制實(shí)
體，同時(shí)也受控于中心服務(wù)器的會(huì)話控制實(shí)體。 本發(fā)明的實(shí)現(xiàn)混合媒資文件傳輸管理的方法，包括 通過會(huì)話控制實(shí)體在服務(wù)總線上負(fù)責(zé)媒資數(shù)據(jù)源交互，由數(shù)據(jù)傳輸控制實(shí)體在各 服務(wù)域運(yùn)行； 所述會(huì)話控制實(shí)體的內(nèi)容URI管理模塊，生成唯一服務(wù)地址組合唯一文件標(biāo)識(shí) 符，對(duì)同一媒資內(nèi)容在服務(wù)交付平臺(tái)的全局采用唯一管理；在同一媒資內(nèi)容由于格式轉(zhuǎn)換 導(dǎo)致多個(gè)媒資文件時(shí)，對(duì)各媒資文件進(jìn)行內(nèi)部關(guān)聯(lián)； 所述會(huì)話控制實(shí)體的會(huì)話管理模塊，分析業(yè)務(wù)流程中服務(wù)Service信息中的權(quán)限 描述信息，確定數(shù)據(jù)傳輸?shù)暮戏ㄐ裕?所述會(huì)話控制實(shí)體的路徑管理模塊，通過一個(gè)實(shí)時(shí)數(shù)據(jù)庫對(duì)需要使用P2P數(shù)據(jù)傳 輸控制的服務(wù)域進(jìn)行統(tǒng)一管理； 所述數(shù)據(jù)傳輸控制實(shí)體根據(jù)服務(wù)域上接入的終端情況進(jìn)行部署； 所述數(shù)據(jù)傳輸控制實(shí)體的通信狀態(tài)管理模塊，判斷媒資文件通信協(xié)議，提供對(duì)P2P文件傳輸協(xié)議的支持； 所述數(shù)據(jù)傳輸控制實(shí)體的傳輸狀態(tài)管理模塊，記錄媒資文件的傳輸狀態(tài)，進(jìn)行斷 點(diǎn)續(xù)傳； 所述數(shù)據(jù)傳輸控制實(shí)體的緩存管理模塊，管理傳輸緩沖區(qū)，同時(shí)提供P2P傳輸；
所述數(shù)據(jù)傳輸控制實(shí)體的直讀訪問緩存區(qū)，對(duì)P2P訪問內(nèi)容進(jìn)行緩存，直讀訪問 緩存區(qū)的數(shù)量由緩存處理模塊根據(jù)媒資數(shù)據(jù)源的大小動(dòng)態(tài)調(diào)整設(shè)置。
本發(fā)明的有益效果主要體現(xiàn)如下 1、可從有效減少媒資數(shù)據(jù)在不同服務(wù)域之間的復(fù)制次數(shù)。 通過媒資存儲(chǔ)服務(wù)實(shí)現(xiàn)媒資數(shù)據(jù)訪問接口 ，減少傳統(tǒng)系統(tǒng)建設(shè)中的媒資文件的復(fù) 制問題。 2、可以對(duì)應(yīng)多個(gè)媒資數(shù)據(jù)源同時(shí)操作，提高媒資傳輸效率。 通過會(huì)話管理服務(wù)以及媒資文件唯一性URI管理，實(shí)現(xiàn)對(duì)多種不同存儲(chǔ)格式的媒
資，包括流媒體媒資文件的統(tǒng)一管理，提高傳輸效率。 3、通過支持基于緩存的P2P技術(shù)，提高媒資P2P訪問的效率。 需要說明的是，上述裝置和系統(tǒng)內(nèi)的各單元之間的信息交互、執(zhí)行過程等內(nèi)容，由 于與本發(fā)明方法實(shí)施例基于同一構(gòu)思，具體內(nèi)容可參見本發(fā)明方法實(shí)施例中的敘述，此處 不再贅述。 本領(lǐng)域普通技術(shù)人員可以理解上述實(shí)施例的各種方法中的全部或部分步驟是可 以通過程序來指令相關(guān)的硬件來完成，該程序可以存儲(chǔ)于一計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，存 儲(chǔ)介質(zhì)可以包括只讀存儲(chǔ)器(ROM, Read Only Memory)、隨機(jī)存取存儲(chǔ)器(RAM, Random Access Memory)、磁盤或光盤等。 以上對(duì)本發(fā)明實(shí)施例所提供的數(shù)字家庭中實(shí)現(xiàn)混合媒資文件傳輸管理的系統(tǒng)及 方法，進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個(gè)例對(duì)本發(fā)明的原理及實(shí)施方式進(jìn)行了闡述，以 上實(shí)施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時(shí)，對(duì)于本領(lǐng)域的一般 技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實(shí)施方式
及應(yīng)用范圍上均會(huì)有改變之處，綜上所述， 本說明書內(nèi)容不應(yīng)理解為對(duì)本發(fā)明的限制。
權(quán)利要求
一種數(shù)字家庭中實(shí)現(xiàn)混合媒資文件傳輸管理的系統(tǒng)，其特征在于該系統(tǒng)包括在服務(wù)總線上負(fù)責(zé)媒資數(shù)據(jù)源交互的會(huì)話控制實(shí)體和在各服務(wù)域運(yùn)行的數(shù)據(jù)傳輸控制實(shí)體；其中，所述會(huì)話控制實(shí)體包括內(nèi)容URI管理模塊、路徑管理模塊和會(huì)話管理模塊；所述內(nèi)容URI管理模塊，通過生成唯一服務(wù)地址組合唯一文件標(biāo)識(shí)符的方式，對(duì)同一媒資內(nèi)容在服務(wù)交付平臺(tái)的全局采用唯一管理；在同一媒資內(nèi)容由于格式轉(zhuǎn)換導(dǎo)致多個(gè)媒資文件時(shí)，對(duì)各媒資文件進(jìn)行內(nèi)部關(guān)聯(lián)；所述會(huì)話管理模塊，通過分析業(yè)務(wù)流程中服務(wù)Service信息中的權(quán)限描述信息，確定數(shù)據(jù)傳輸?shù)暮戏ㄐ?；所述路徑管理模塊，通過一個(gè)實(shí)時(shí)數(shù)據(jù)庫對(duì)需要使用P2P數(shù)據(jù)傳輸控制的服務(wù)域進(jìn)行統(tǒng)一管理；所述數(shù)據(jù)傳輸控制實(shí)體根據(jù)服務(wù)域上接入的終端情況進(jìn)行部署；包括通信狀態(tài)管理模塊、傳輸狀態(tài)管理模塊、緩存處理模塊和直讀訪問緩存區(qū)；所述通信狀態(tài)管理模塊，判斷媒資文件通信協(xié)議，提供對(duì)P2P文件傳輸協(xié)議的支持；所述傳輸狀態(tài)管理模塊，通過記錄媒資文件的傳輸狀態(tài)，支持?jǐn)帱c(diǎn)續(xù)傳；所述緩存管理模塊，管理傳輸緩沖區(qū)，同時(shí)提供P2P傳輸功能；所述直讀訪問緩存區(qū)，提供對(duì)P2P訪問內(nèi)容的緩存，直讀訪問緩存區(qū)的數(shù)量由緩存處理模塊根據(jù)媒資數(shù)據(jù)源的大小動(dòng)態(tài)調(diào)整設(shè)置。
2. —種數(shù)字家庭中實(shí)現(xiàn)混合媒資文件傳輸管理的方法，其特征在于，包括 通過會(huì)話控制實(shí)體在服務(wù)總線上負(fù)責(zé)媒資數(shù)據(jù)源交互，由數(shù)據(jù)傳輸控制實(shí)體在各服務(wù)域運(yùn)行；所述會(huì)話控制實(shí)體的內(nèi)容URI管理模塊，生成唯一服務(wù)地址組合唯一文件標(biāo)識(shí)符，對(duì) 同一媒資內(nèi)容在服務(wù)交付平臺(tái)的全局采用唯一管理；在同一媒資內(nèi)容由于格式轉(zhuǎn)換導(dǎo)致多 個(gè)媒資文件時(shí)，對(duì)各媒資文件進(jìn)行內(nèi)部關(guān)聯(lián)；所述會(huì)話控制實(shí)體的會(huì)話管理模塊，分析業(yè)務(wù)流程中服務(wù)Service信息中的權(quán)限描述 信息，確定數(shù)據(jù)傳輸?shù)暮戏ㄐ?；所述?huì)話控制實(shí)體的路徑管理模塊，通過一個(gè)實(shí)時(shí)數(shù)據(jù)庫對(duì)需要使用P2P數(shù)據(jù)傳輸控 制的服務(wù)域進(jìn)行統(tǒng)一管理；所述數(shù)據(jù)傳輸控制實(shí)體根據(jù)服務(wù)域上接入的終端情況進(jìn)行部署；所述數(shù)據(jù)傳輸控制實(shí)體的通信狀態(tài)管理模塊，判斷媒資文件通信協(xié)議，提供對(duì)P2P文 件傳輸協(xié)議的支持；所述數(shù)據(jù)傳輸控制實(shí)體的傳輸狀態(tài)管理模塊，記錄媒資文件的傳輸狀態(tài)，進(jìn)行斷點(diǎn)續(xù)傳；所述數(shù)據(jù)傳輸控制實(shí)體的緩存管理模塊，管理傳輸緩沖區(qū)，同時(shí)提供P2P傳輸； 所述數(shù)據(jù)傳輸控制實(shí)體的直讀訪問緩存區(qū)，對(duì)P2P訪問內(nèi)容進(jìn)行緩存，直讀訪問緩存 區(qū)的數(shù)量由緩存處理模塊根據(jù)媒資數(shù)據(jù)源的大小動(dòng)態(tài)調(diào)整設(shè)置。
全文摘要
本發(fā)明公開一種數(shù)字家庭中實(shí)現(xiàn)混合媒資文件傳輸管理的系統(tǒng)及方法。該系統(tǒng)分為在服務(wù)總線上負(fù)責(zé)媒資數(shù)據(jù)源交互的會(huì)話控制實(shí)體和在各服務(wù)域運(yùn)行的數(shù)據(jù)傳輸控制實(shí)體，所述會(huì)話控制實(shí)體包括內(nèi)容URI管理模塊、路徑管理模塊和會(huì)話管理模塊，所述數(shù)據(jù)傳輸控制實(shí)體包括通信狀態(tài)管理模塊、傳輸狀態(tài)管理模塊、緩存處理模塊和直讀訪問緩存區(qū)。該系統(tǒng)通過各模塊之間的協(xié)作，實(shí)現(xiàn)服務(wù)交付平臺(tái)上混合媒資文件穩(wěn)定、高效的傳輸和管理。
文檔編號(hào)H04L29/06GK101707595SQ20091019329
公開日2010年5月12日 申請(qǐng)日期2009年10月26日 優(yōu)先權(quán)日2009年10月26日
發(fā)明者王召福, 羅笑南, 許曉偉 申請(qǐng)人:中山大學(xué)