專利名稱：流媒體數(shù)據(jù)處理系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及處理數(shù)據(jù)的系統(tǒng)及方法，尤其涉及處理多媒體數(shù)據(jù)的系統(tǒng)及方法。
背景技術(shù)：
如今，機(jī)頂盒(Set Top Box)已經(jīng)普遍用于有線電視中，用戶通過機(jī)頂盒觀看流媒體服務(wù)器上存儲的諸如高級流格式(Advanced Stream Format，ASF)的流媒體文件。
ASF是由微軟(Microsoft)公司開發(fā)出來的一種流媒體格式，其結(jié)合了圖像、聲音和動(dòng)畫數(shù)據(jù)，并具有文件體積小的優(yōu)點(diǎn)，特別適合通過網(wǎng)絡(luò)傳輸。
用戶除了希望觀看ASF節(jié)目以外，常常需要選擇錄制他們喜愛的ASF節(jié)目，但由于機(jī)頂盒所支持的文件有限，用戶不能夠播放部分錄制的流文件，而必須等待全部節(jié)目錄制完畢以后才能觀看，從而帶來諸多不便。

發(fā)明內(nèi)容為解決上述現(xiàn)有技術(shù)存在的不足，需要提供一種流媒體數(shù)據(jù)處理系統(tǒng)，用于將部分錄制的流文件轉(zhuǎn)為可播放的流文件。
此外，還需要提供一種流媒體數(shù)據(jù)處理方法，用于將部分錄制的流文件轉(zhuǎn)為可播放的流文件。
一種流媒體數(shù)據(jù)處理系統(tǒng)，設(shè)置于客戶端中，該流媒體數(shù)據(jù)處理系統(tǒng)包括錄制模塊、讀取模塊、關(guān)鍵幀判定模塊，以及定義模塊。錄制模塊用于接收流媒體服務(wù)器傳送的流媒體數(shù)據(jù)，并將該流媒體數(shù)據(jù)錄制為流文件。讀取模塊用于讀取流文件所攜帶的封包，并確定封包的數(shù)量。關(guān)鍵幀判定模塊用于按順序判定封包是否為關(guān)鍵幀。定義模塊用于獲取讀取模塊確定的封包數(shù)量，并重新定義封包以及排在該封包后的所有封包的格式。
一種流媒體數(shù)據(jù)處理方法，用于通過寬帶網(wǎng)絡(luò)與流媒體服務(wù)器連接的客戶端中，該流媒體數(shù)據(jù)處理方法包括步驟接收流媒體服務(wù)器傳送的流媒體數(shù)據(jù)，并將該流媒體數(shù)據(jù)錄制為流文件；讀取流文件所攜帶的封包，并確定封包的數(shù)量；按順序判定封包是否為關(guān)鍵幀；如果封包為關(guān)鍵幀，則重新定義該封包以及排在該封包后的所有封包的格式。
本發(fā)明實(shí)施例中的流媒體數(shù)據(jù)處理系統(tǒng)是通過關(guān)鍵幀判定模塊判定流文件中的封包是否為關(guān)鍵幀，并通過定義模塊重新定義為關(guān)鍵幀的封包以及排在該封包后的所有封包的格式，從而實(shí)現(xiàn)錄制及播放部分錄制的流文件，而無須等待全部節(jié)目錄制完畢。

圖1為本發(fā)明流媒體數(shù)據(jù)處理系統(tǒng)的應(yīng)用環(huán)境示意圖。
圖2為本發(fā)明流媒體數(shù)據(jù)處理系統(tǒng)的模塊圖。
圖3為發(fā)明流媒體數(shù)據(jù)處理方法的流程圖。
圖4為本發(fā)明流媒體數(shù)據(jù)處理方法中接收流媒體服務(wù)器傳送的流媒體數(shù)據(jù)，并將該流媒體數(shù)據(jù)錄制為流文件的步驟的細(xì)化流程圖。
圖5為本發(fā)明流媒體數(shù)據(jù)處理方法中重新定義封包以及排在該封包后的所有封包的格式的步驟的細(xì)化流程圖。
具體實(shí)施方式請參閱圖1，所示為本發(fā)明流媒體數(shù)據(jù)(Streaming Data)處理系統(tǒng)100的應(yīng)用環(huán)境示意圖。如圖所示，客戶端10通過寬帶網(wǎng)絡(luò)20與流媒體服務(wù)器30連接。在本實(shí)施例中，客戶端10為機(jī)頂盒。
請參閱圖2，所示為本發(fā)明流媒體數(shù)據(jù)處理系統(tǒng)100的模塊圖。流媒體數(shù)據(jù)處理系統(tǒng)100設(shè)置于客戶端10中(未示出)。
流媒體數(shù)據(jù)處理系統(tǒng)100包括錄制模塊102、讀取模塊104、關(guān)鍵幀判定模塊106以及定義模塊108。錄制模塊102用于接收流媒體服務(wù)器30傳送的流媒體數(shù)據(jù)，并將該流媒體數(shù)據(jù)錄制為流文件。在本實(shí)施例中，流媒體數(shù)據(jù)的格式是高級流格式，流文件的格式也是高級流格式。錄制模塊102包括緩存子模塊1020、錄制子模塊1022、存儲子模塊1024，以及合并子模塊1026。緩存子模塊1020用于緩存流媒體服務(wù)器30傳送的流媒體數(shù)據(jù)。
在本實(shí)施例中，由于流媒體服務(wù)器30從開始傳送流媒體數(shù)據(jù)到客戶端10開始錄制流媒體數(shù)據(jù)之間存在時(shí)間間隔，而在此期間流媒體服務(wù)器30仍然在傳送流媒體數(shù)據(jù)，因此客戶端10需要通過緩存子模塊1020接收并緩存流媒體服務(wù)器30在此期間傳送的流媒體數(shù)據(jù)。錄制子模塊1022用于實(shí)時(shí)錄制流媒體服務(wù)器30傳送的流媒體數(shù)據(jù)。在本實(shí)施例中，當(dāng)客戶端10開始錄制以后，錄制子模塊1022就開始實(shí)時(shí)錄制流媒體服務(wù)器30傳送的流媒體數(shù)據(jù)。存儲子模塊1024用于將緩存子模塊1020緩存的流媒體數(shù)據(jù)存儲為緩存流文件，并將錄制子模塊1022實(shí)時(shí)錄制的流媒體數(shù)據(jù)存儲為實(shí)時(shí)流文件。合并子模塊1026用于將緩存流文件與實(shí)時(shí)流文件合并為流文件。
讀取模塊104用于讀取流文件攜帶的封包，并確定封包的數(shù)量。在本實(shí)施例中，流文件包括至少一個(gè)封包。每一個(gè)封包包括封包表頭(PacketHeader)字段以及有效載荷(Payload)字段，且封包表頭中包含與有效載荷長度相關(guān)的信息。
關(guān)鍵幀判定模塊106用于按順序判定封包是否為關(guān)鍵幀(Key Frame)。在本實(shí)施例中，關(guān)鍵幀是指未被壓縮且具有完整數(shù)據(jù)的幀，流文件只有在關(guān)鍵幀為流文件的第一個(gè)封包時(shí)才可播放。
定義模塊108用于獲取讀取模塊104確定的封包數(shù)量，以及重新定義為關(guān)鍵幀的封包以及排在封包后的所有封包的格式。定義模塊108包括第一判定子模塊1080、補(bǔ)充子模塊1082、更新子模塊1084、計(jì)數(shù)子模塊1086，以及第二判定子模塊1088。
第一判定子模塊1080用于按順序判定封包的有效載荷長度是否小于預(yù)定長度。在本實(shí)施例中，預(yù)定長度是由流媒體服務(wù)器30預(yù)先設(shè)置于第一判定子模塊1080中。補(bǔ)充子模塊1082用于以空字節(jié)補(bǔ)足封包中的有效載荷。在本實(shí)施例中，補(bǔ)充子模塊1082僅在封包的有效載荷小于預(yù)定長度時(shí)，將空字節(jié)添加在封包的末尾。更新子模塊1084用于更新封包表頭中與有效載荷長度相關(guān)的信息，并丟棄關(guān)鍵幀前的所有封包。
計(jì)數(shù)子模塊1086用于統(tǒng)計(jì)第一判定子模塊1080已判定的封包數(shù)量。在本實(shí)施例中，計(jì)數(shù)子模塊1086的初始狀態(tài)為0，在判定第一個(gè)封包之后，計(jì)數(shù)子模塊1086的狀態(tài)變?yōu)?；在判定第二個(gè)封包之后，計(jì)數(shù)子模塊1086的狀態(tài)變?yōu)?，依此類推。第二判定子模塊1088用于判定計(jì)數(shù)子模塊1086統(tǒng)計(jì)的封包數(shù)量是否等于讀取模塊104所確定的封包數(shù)量。在本實(shí)施例中，如果計(jì)數(shù)子模塊1086統(tǒng)計(jì)的封包數(shù)量等于讀取模塊104所確定的封包數(shù)量，則表示已完成對流媒體數(shù)據(jù)所攜帶的所有封包的處理。
請參閱圖3，所示為本發(fā)明流媒體數(shù)據(jù)處理方法的流程圖。在步驟S300中，錄制模塊102接收流媒體服務(wù)器30傳送的流媒體數(shù)據(jù)，并將該流媒體數(shù)據(jù)錄制為流文件。在步驟S302中，讀取模塊104讀取流文件攜帶的封包，并確定封包的數(shù)量。在步驟S304中，關(guān)鍵幀判定模塊106按順序判定讀取模塊104所讀取的封包是否為關(guān)鍵幀。如果封包為關(guān)鍵幀，則進(jìn)入步驟S306，定義模塊108重新定義為關(guān)鍵幀的封包以及排在封包后的所有封包的格式。在本實(shí)施例中，重新定義為關(guān)鍵幀的封包以及排在該封包后的所有封包的格式是指通過補(bǔ)充子模塊1082以空字節(jié)補(bǔ)足封包的有效載荷，并通過更新子模塊1084更新封包表頭中與有效載荷長度相關(guān)的信息。如果封包不是關(guān)鍵幀，則進(jìn)入步驟S308，更新子模塊1084丟棄該封包，轉(zhuǎn)入下一個(gè)封包，并返回步驟S304。
請參閱圖4，所示為本發(fā)明流媒體數(shù)據(jù)處理方法中接收流媒體服務(wù)器傳送的流媒體數(shù)據(jù)，并將該流媒體數(shù)據(jù)錄制為流文件的步驟的細(xì)化流程圖。在步驟S3000中，流媒體服務(wù)器30開始傳送流媒體數(shù)據(jù)。在步驟S3002中，緩存子模塊1020接收并緩存流媒體服務(wù)器30傳送的流媒體數(shù)據(jù)。接下來在步驟S3004中，錄制子模塊1022開始實(shí)時(shí)錄制流媒體服務(wù)器30傳送的流媒體數(shù)據(jù)。在步驟S3006中，存儲子模塊1024將緩存子模塊1020緩存的流媒體數(shù)據(jù)存儲為緩存流文件，并將錄制子模塊1022實(shí)時(shí)錄制的流媒體數(shù)據(jù)存儲為實(shí)時(shí)流文件。在步驟S3008中，合并子模塊1026將緩存流文件與實(shí)時(shí)流文件合并為流文件。
請參閱圖5，所示為本發(fā)明流媒體數(shù)據(jù)處理方法中重新定義封包以及排在該封包后的所有封包的格式的步驟的細(xì)化流程圖。在步驟S3060中，第一判定子模塊1080按順序判定封包的有效載荷長度是否小于預(yù)定長度。
如果有效載荷長度不小于預(yù)定長度，則直接進(jìn)入步驟S3066。如果有效載荷長度小于預(yù)定長度，則進(jìn)入步驟S3062，補(bǔ)充子模塊1082以空字節(jié)補(bǔ)足封包的有效載荷。在步驟S3064中，更新子模塊1084更新封包表頭中與有效載荷長度相關(guān)的信息。在步驟S3066中，計(jì)數(shù)子模塊1086統(tǒng)計(jì)第一判定子模塊1080已判定的封包數(shù)量。在步驟S3068中，第二判定子模塊1088判定計(jì)數(shù)子模塊1086統(tǒng)計(jì)的封包數(shù)量是否等于讀取模塊104所確定的封包數(shù)量。如果統(tǒng)計(jì)的封包數(shù)量不等于確定的封包數(shù)量，則進(jìn)入步驟S3070，轉(zhuǎn)入下一個(gè)封包。然后返回步驟S3060。
本發(fā)明實(shí)施例中的流媒體數(shù)據(jù)處理系統(tǒng)是通過關(guān)鍵幀判定模塊106判定流文件中的封包是否為關(guān)鍵幀，并通過定義模塊108重新定義為關(guān)鍵幀的封包以及排在該封包后的所有封包的格式，從而實(shí)現(xiàn)錄制及播放部分錄制的流文件，而無須等待全部節(jié)目錄制完畢。
權(quán)利要求
1.一種流媒體數(shù)據(jù)處理系統(tǒng)，設(shè)置于客戶端中，其特征在于所述流媒體數(shù)據(jù)處理系統(tǒng)包括錄制模塊，用于接收流媒體服務(wù)器傳送的流媒體數(shù)據(jù)，并將所述流媒體數(shù)據(jù)錄制為流文件；讀取模塊，用于讀取所述流文件所攜帶的封包，并確定所述封包的數(shù)量；關(guān)鍵幀判定模塊，用于按順序判定所述封包是否為關(guān)鍵幀；以及定義模塊，用于獲取所述讀取模塊確定的所述封包數(shù)量，并重新定義為關(guān)鍵幀的所述封包以及排在所述封包后的所有封包的格式。
2.如權(quán)利要求1所述的流媒體數(shù)據(jù)處理系統(tǒng)，其特征在于所述錄制模塊包括緩存子模塊，用于接收并緩存所述流媒體服務(wù)器傳送的流媒體數(shù)據(jù)；錄制子模塊，用于實(shí)時(shí)錄制所述流媒體服務(wù)器傳送的流媒體數(shù)據(jù)；存儲子模塊，用于將所述緩存子模塊緩存的所述流媒體數(shù)據(jù)存儲為緩存流文件，并將所述錄制模塊實(shí)時(shí)錄制的所述流媒體數(shù)據(jù)存儲為實(shí)時(shí)流文件；以及合并子模塊，用于將所述緩存流文件與所述實(shí)時(shí)流文件合并為所述流文件。
3.如權(quán)利要求2所述的流媒體數(shù)據(jù)處理系統(tǒng)，其特征在于所述流文件、所述緩存流文件以及所述實(shí)時(shí)流文件的格式為高級流格式。
4.如權(quán)利要求1所述的流媒體數(shù)據(jù)處理系統(tǒng)，其特征在于所述封包包括封包表頭字段以及有效載荷字段。
5.如權(quán)利要求4所述的流媒體數(shù)據(jù)處理系統(tǒng)，其特征在于所述定義模塊包括第一判定子模塊，用于按順序判定所述封包的有效載荷長度是否小于預(yù)定長度；補(bǔ)充子模塊，用于在所述封包的有效載荷長度小于所述預(yù)定長度時(shí)，以空字節(jié)補(bǔ)足所述封包的有效載荷；更新子模塊，用于更新所述封包表頭中與所述有效載荷長度相關(guān)的信息；計(jì)數(shù)子模塊，用于統(tǒng)計(jì)所述第一判定子模塊已判定的封包數(shù)量；以及第二判定子模塊，用于判定所述計(jì)數(shù)子模塊統(tǒng)計(jì)的所述封包數(shù)量是否等于所述讀取模塊確定的所述封包數(shù)量。
6.一種流媒體數(shù)據(jù)處理方法，用于通過寬帶網(wǎng)絡(luò)與流媒體服務(wù)器連接的客戶端中，其特征在于所述流媒體數(shù)據(jù)處理方法包括如下步驟接收所述流媒體服務(wù)器傳送的流媒體數(shù)據(jù)，并將所述流媒體數(shù)據(jù)錄制為流文件；讀取所述流文件所攜帶的封包，并確定所述封包的數(shù)量；按順序判定所述封包是否為關(guān)鍵幀；如果所述封包為關(guān)鍵幀，則重新定義為關(guān)鍵幀的封包以及排在所述封包后的所有封包的格式；以及如果所述封包不是所述關(guān)鍵幀，則丟棄所述封包，并轉(zhuǎn)入下一個(gè)封包，并按順序判定所述下一個(gè)封包是否為關(guān)鍵幀。
7.如權(quán)利要求6所述的流媒體數(shù)據(jù)處理方法，其特征在于接收所述流媒體服務(wù)器傳送的流媒體數(shù)據(jù)，并將其錄制為流文件的步驟包括接收并緩存所述流媒體服務(wù)器傳送的流媒體數(shù)據(jù)；實(shí)時(shí)錄制所述流媒體服務(wù)器傳送的流媒體數(shù)據(jù)；將緩存的所述流媒體數(shù)據(jù)錄制為緩存流文件，并將實(shí)時(shí)錄制的所述流媒體數(shù)據(jù)錄制為實(shí)時(shí)流文件；以及將所述緩存流文件與所述實(shí)時(shí)流文件合并為所述流文件。
8.如權(quán)利要求7所述的流媒體數(shù)據(jù)處理方法，其特征在于重新定義為關(guān)鍵幀的封包以及排在所述封包后的所有封包的格式的步驟包括按順序判定所述封包的有效載荷長度是否小于預(yù)定長度；如果所述封包的有效載荷長度小于預(yù)定長度，則以空字節(jié)補(bǔ)足所述封包的所述有效載荷；以及如果所述封包的有效載荷不小于預(yù)定長度，則統(tǒng)計(jì)已判定的封包數(shù)量。
9.如權(quán)利要求8所述的流媒體數(shù)據(jù)處理方法，其特征在于重新定義為關(guān)鍵幀的封包以及排在所述封包后的所有封包的格式的步驟還包括更新所述封包表頭中與所述有效載荷長度相關(guān)的信息；統(tǒng)計(jì)已判定的封包數(shù)量；判定統(tǒng)計(jì)的所述封包數(shù)量是否等于確定的所述封包數(shù)量；以及如果統(tǒng)計(jì)的所述封包數(shù)量不等于確定的所述封包數(shù)量，則轉(zhuǎn)入下一個(gè)封包，并按順序判定所述下一個(gè)封包的有效載荷長度是否小于預(yù)定長度。
全文摘要
本發(fā)明提供一種流媒體數(shù)據(jù)處理方法，用于通過寬帶網(wǎng)絡(luò)與流媒體服務(wù)器連接的客戶端中，該流媒體數(shù)據(jù)處理方法包括步驟接收流媒體服務(wù)器傳送的流媒體數(shù)據(jù)，并將流媒體數(shù)據(jù)錄制為流文件；讀取流文件所攜帶的封包，并確定封包的數(shù)量；按順序判定封包是否為關(guān)鍵幀；如果封包為關(guān)鍵幀，則重新定義封包以及排在封包后的所有封包的格式。本發(fā)明還提供了一種流媒體數(shù)據(jù)處理系統(tǒng)。通過本發(fā)明的流媒體數(shù)據(jù)處理方法及系統(tǒng)，用戶可錄制并播放部分錄制的流文件，而無須等待全部節(jié)目錄制完畢。
文檔編號H04N5/76GK101035274SQ20061003423
公開日2007年9月12日 申請日期2006年3月6日 優(yōu)先權(quán)日2006年3月6日
發(fā)明者鄭淑敏 申請人:鴻富錦精密工業(yè)(深圳)有限公司, 鴻海精密工業(yè)股份有限公司