專利名稱：管理包到視頻服務(wù)提供商的分發(fā)的集中式內(nèi)容管理系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及包括視頻內(nèi)容和相關(guān)聯(lián)元數(shù)據(jù)的視頻資產(chǎn)(包括電視節(jié)目)的管理和分發(fā)。通過可能應(yīng)用用于修改視頻資產(chǎn)和分發(fā)到各種目的地的各種規(guī)則，集中式內(nèi)容管理系統(tǒng)可創(chuàng)建或修改元數(shù)據(jù)。
背景技術(shù)：
視頻服務(wù)提供商(“VSP”)在許多情況下不生成它們流傳送到其客戶的視頻節(jié)目。 VSP 一般從諸如節(jié)目創(chuàng)始方或分發(fā)方等各個源接收這些節(jié)目。這些視頻節(jié)目例如包括電視節(jié)目、網(wǎng)絡(luò)節(jié)目、電影等。這些視頻節(jié)目又必須在VSP操作的各種系統(tǒng)中存儲和處理。視頻節(jié)目必須基于視頻的類型存儲在正確的系統(tǒng)中，它們必須在適當(dāng)?shù)臅r間可用于服務(wù)提供商的客戶，觀看節(jié)目必須對每個觀看者被適當(dāng)開賬單等等。視頻資產(chǎn)的管理和分發(fā)的許多方面已自動化，或者由自動化系統(tǒng)輔助，但許多方面容易出錯，涉及到人操作者，并且在邏輯上是復(fù)雜的。為了促進(jìn)自動化處理，經(jīng)常與視頻內(nèi)容之間傳遞“元數(shù)據(jù)”。元數(shù)據(jù)從廣義上而言是與視頻資產(chǎn)相關(guān)聯(lián)的描述數(shù)據(jù)。它可識別視頻資產(chǎn)的標(biāo)題，提供各種場景的索引，識別演員和/或識別可如何顯示、復(fù)制或以其它方式處理視頻節(jié)目的規(guī)則。從更狹窄的解釋而言， 元數(shù)據(jù)由有關(guān)輸送什么信息和如何將它格式化的行業(yè)規(guī)范來定義。然而，處理元數(shù)據(jù)的設(shè)備可能不是始終符合其它制造商使用的某些結(jié)構(gòu)或規(guī)范慣例。在其它情況下，可能有編輯或更新系統(tǒng)中存在的元數(shù)據(jù)的其它原因。

發(fā)明內(nèi)容
在一個實施例中，系統(tǒng)從節(jié)目源接收視頻節(jié)目和有關(guān)數(shù)據(jù)(稱為元數(shù)據(jù))，為特定目的地以特定方式在元數(shù)據(jù)上進(jìn)行處理，并且將視頻節(jié)目和元數(shù)據(jù)分發(fā)到一個或多個目的地。一般情況下，基于系統(tǒng)中存儲的站點特定數(shù)據(jù)，元數(shù)據(jù)的處理根據(jù)目的地而變化。系統(tǒng)可生成元數(shù)據(jù)的“國家”版本及元數(shù)據(jù)的“本地化”版本。系統(tǒng)基于要接收元數(shù)據(jù)的目的地站點而分發(fā)元數(shù)據(jù)的適當(dāng)版本。此外，也可特定于目的地來執(zhí)行節(jié)目制作內(nèi)容的處理。此發(fā)明內(nèi)容旨在僅提供高端概要，并且無意限制本文中權(quán)利要求的范圍。


圖1示出視頻資產(chǎn)從源到各種目的地的現(xiàn)有技術(shù)分發(fā)。圖2示出與創(chuàng)始方和目的地系統(tǒng)有關(guān)的CCMS系統(tǒng)的部署的一個實施例。圖3示出CCMS從節(jié)目創(chuàng)始方導(dǎo)入視頻資產(chǎn)的一個實施例。圖4示出CCMS將視頻資產(chǎn)導(dǎo)出到目的地系統(tǒng)的一個實施例。圖5示出CCMS功能視圖的一個實施例。圖6a示出CCMS物理架構(gòu)的一個實施例。圖6b示出CCMS軟件架構(gòu)的一個實施例。
圖7示出由CCMS進(jìn)行的包處理的一個實施例。圖8示出包狀態(tài)的一個實施例。圖9示出CCMS用戶功能類型的一個實施例。圖10示出CCMS處理流程的一個實施例。圖11示出包的一個實施例。
具體實施例方式現(xiàn)在，將在下文參照附圖，更全面地描述本發(fā)明，附圖中示出了發(fā)明的一些但并非所有實施例。實際上，這些發(fā)明可以在許多不同的形式中實施，并且不應(yīng)視為限于本文所述的實施例；相反，這些實施例的提供是為了使本公開將滿足適用的法律要求。類似的標(biāo)號指各處類似的元件。得益于以上描述和相關(guān)聯(lián)圖形中所示的教導(dǎo)，這些發(fā)明所涉及領(lǐng)域的技術(shù)人員將明白本文所述發(fā)明的許多修改和其它實施例。因此，要理解發(fā)明并不限于公開的特定實施例，并且修改和其它實施例旨在被包括在隨附權(quán)利要求的范圍內(nèi)。雖然在本文中采用于特定的術(shù)語，但它們只是在一般性和描述性意義中使用，并不是要進(jìn)行限制。雖然某些方法、設(shè)備、系統(tǒng)和制品已在本文中描述，但本專利的覆蓋范圍并不限于此。與此相反，本專利覆蓋字面上的或等同原則下完全位于隨附權(quán)利要求范圍內(nèi)的所有方法、設(shè)備、系統(tǒng)和制品。如應(yīng)領(lǐng)會的，實施例可以在各種方式中實現(xiàn)，包括實現(xiàn)為方法、設(shè)備、系統(tǒng)或計算機程序產(chǎn)品。相應(yīng)地，實施例可采用完全硬件實施例的形式，或者采用其中處理器編程為執(zhí)行某些步驟的實施例的形式。此外，各種實現(xiàn)可采用計算機可讀存儲媒體上存儲的計算機程序產(chǎn)品形式，所述存儲媒體中實施有計算機可讀程序指令。任何合適的計算機可讀存儲媒體均可被利用，包括硬盤、CD-ROM、光存儲裝置或磁存儲裝置。下面參照方法、設(shè)備、系統(tǒng)和計算機可讀程序產(chǎn)品的框圖和流程圖示圖來描述實施例。應(yīng)理解，框圖和流程圖示圖的每個框分別可部分通過計算機可讀程序指令來實現(xiàn)，例如，實現(xiàn)為計算系統(tǒng)中處理器上執(zhí)行的邏輯步驟或操作。這些計算機可讀程序指令可加載到諸如專用計算機等計算機上或其它可編程數(shù)據(jù)處理設(shè)備上以產(chǎn)生專門配置的機器，使得計算機或其它可編程數(shù)據(jù)處理設(shè)備上執(zhí)行的指令實現(xiàn)流程圖框中指定的功能。相應(yīng)地，框圖和流程圖示圖的框支持用于執(zhí)行指定功能的操作和用于執(zhí)行指定功能的程序指令的各種組合。還應(yīng)理解，框圖和流程圖示圖的每個框及框圖和流程圖示圖中框的組合能通過執(zhí)行指定功能或操作的基于專用硬件的計算機系統(tǒng)來實現(xiàn)，或通過專用硬件和計算機指令的組合來實現(xiàn)。術(shù)語“視頻資產(chǎn)”有時在行業(yè)中用于從廣義上表示數(shù)字視頻節(jié)目和/或與它有關(guān)的數(shù)據(jù)。在本文中使用時，“視頻資產(chǎn)”用于表示數(shù)字視頻“包”的組件，其中，視頻資產(chǎn)包括包中的視頻內(nèi)容和元數(shù)據(jù)。雖然“包”能夠一般在高端表示視頻資產(chǎn)，但在本文中使用時，它表示包括內(nèi)容和/或元數(shù)據(jù)的一個或多個結(jié)構(gòu)化數(shù)據(jù)組件，這些組件一般根據(jù)行業(yè)或設(shè)備制造商的規(guī)范而構(gòu)成，例如 “Metadata Specifications :CableLabs VOD Content Specification Version 1. 1.，MD-SP-VOD-CONTENTl. 1-105-060831，2006” 中指定的規(guī)范， 其內(nèi)容通過引用被結(jié)合于。
一般情況下，視頻內(nèi)容為MPEG編碼的數(shù)字視頻文件的形式，基于標(biāo)準(zhǔn)化編碼方案之一，其中，視頻表示使用記錄裝置所記錄的物理對象的一系列數(shù)字圖像。圖11中示出用于包的一個此類數(shù)據(jù)結(jié)構(gòu)。在圖11中，整體數(shù)據(jù)結(jié)構(gòu)1100包括識別包1102的數(shù)據(jù)，包還在稱為“包元數(shù)據(jù)”的子結(jié)構(gòu)中包括有關(guān)包的信息。元數(shù)據(jù)包括資產(chǎn)的名稱、版本信息、創(chuàng)建日期、提供商標(biāo)識符及其它各種類、動作、層和版本信息。還與包相關(guān)聯(lián)的是稱為“標(biāo)題”的子結(jié)構(gòu)1104，該結(jié)構(gòu)也包括標(biāo)題元數(shù)據(jù)，標(biāo)題元數(shù)據(jù)是有關(guān)標(biāo)題的信息。標(biāo)題包括有關(guān)資產(chǎn)的描述、標(biāo)識符、版本號、本身實際標(biāo)題、電影的摘要、評級信息、定價信息、發(fā)行年份、隱藏式字幕內(nèi)容指示、原產(chǎn)地、演員、導(dǎo)演、流派、評級等的信息。與包還相關(guān)聯(lián)的是視頻資產(chǎn)(在其它元數(shù)據(jù)規(guī)范中也稱為“電影”資產(chǎn))。雖然包包括“電影資產(chǎn)”，但資產(chǎn)不一定本身要是電影。它可以是其它形式的視頻節(jié)目，如游戲展示、紀(jì)錄片、體育比賽、音樂視頻等等。因此，在使用術(shù)語“視頻資產(chǎn)”時，它涵蓋“電影資產(chǎn)”，但不限于電影，并且可以是其它形式的節(jié)目。視頻資產(chǎn)包括視頻資產(chǎn)元數(shù)據(jù)，其包括有關(guān)資產(chǎn)的標(biāo)識符信息、它是否加密、音頻類型、屏幕格式、字幕的語言標(biāo)識符、它是否從另一語言配音、復(fù)制保護(hù)信息等。視頻資產(chǎn)也包括視頻內(nèi)容，視頻內(nèi)容一般是視頻內(nèi)容本身的MPEG數(shù)字編碼文件。其它資產(chǎn)可與包相關(guān)聯(lián)。顯然，在將電影從節(jié)目創(chuàng)始方分發(fā)到例如有線服務(wù)提供商時，必須傳送電影本身。然而，除了電影外，其它有關(guān)信息需要被傳送到有線服務(wù)提供商。 電影一般有“預(yù)告片”廣告或有靜態(tài)圖像(“電影海報”)廣告及其它資產(chǎn)。這些其它資產(chǎn)在圖11中示出并且包括靜態(tài)圖像資產(chǎn)1110，靜態(tài)圖像資產(chǎn)包括靜態(tài)圖像資產(chǎn)內(nèi)容(圖像本身)和有關(guān)靜態(tài)圖像的元數(shù)據(jù)。類似地，預(yù)覽資產(chǎn)1112( “預(yù)告片”)一般在宣傳電影中使用，并且包括預(yù)覽資產(chǎn)元數(shù)據(jù)和預(yù)覽資產(chǎn)內(nèi)容。特技資產(chǎn)1114 可具有為特技模式編碼的視頻內(nèi)容的版本(例如，暫停，倒回等)。一般情況下，在導(dǎo)入和導(dǎo)出包時，至少提供標(biāo)題和電影資產(chǎn)部分。然而，在一些情況下，可單獨發(fā)送其它資產(chǎn)。例如，可能接收用于標(biāo)題的包，其包括預(yù)覽資產(chǎn)和/或靜態(tài)圖像資產(chǎn)(例如，電影“預(yù)告片”或海報圖像)，并且不包括電影資產(chǎn)。這是因為預(yù)覽資產(chǎn)和/ 或靜態(tài)圖像資產(chǎn)一般將在預(yù)期電影的可用性時提供，以便視頻服務(wù)提供商營銷和宣傳電影 (由視頻服務(wù)提供商)。隨后，在電影放映的調(diào)度之前不久，帶有電影資產(chǎn)的包將被發(fā)送到視頻服務(wù)提供商。因此，術(shù)語“資產(chǎn)”在本文中廣泛用于表示任何上述資產(chǎn)，并且對“視頻節(jié)目”的引用通常指可在包中的資產(chǎn)之一或資產(chǎn)的一部分。因此，視頻節(jié)目和包在概念上很相似，并且這些術(shù)語可交換使用。包經(jīng)常包括至少視頻資產(chǎn)，但它可不包括視頻資產(chǎn)。例如，可能通過只發(fā)送更新的標(biāo)題元數(shù)據(jù)而不重新傳送視頻內(nèi)容來更新用于包的標(biāo)題信息。一些情況下，為方便起見，將引用分別指視頻資產(chǎn)內(nèi)容和視頻資產(chǎn)元數(shù)據(jù)的“視頻內(nèi)容”或“視頻元數(shù)據(jù)”。包分發(fā)的背景包(包括含內(nèi)容和元數(shù)據(jù)的視頻資產(chǎn))的分發(fā)能夠在如圖1所示的一個現(xiàn)有技術(shù)實施例中示出。這有助于說明在分發(fā)包到多個目的地時能夠發(fā)生的各種復(fù)雜性。視頻節(jié)目由節(jié)目創(chuàng)始方100來制作，創(chuàng)始方能夠是電視節(jié)目、實況體育節(jié)目、電影等的源。在一個實施例中，創(chuàng)始方100使用地球站傳送器102將視頻節(jié)目上載到衛(wèi)星104， 衛(wèi)星104將節(jié)目中繼到多個接收方。在許多情況下，節(jié)目源100也傳送元數(shù)據(jù)，以便包(內(nèi)容和元數(shù)據(jù))被傳送。一般的情況是視頻內(nèi)容和元數(shù)據(jù)作為級聯(lián)文件或單一文件一起傳送。包隨后傳送到多個地球站106、130，每個地球站接收相同的信息?？紤]如虛線所示的有線服務(wù)提供商(“CSP”)控制和操作包括有線頭端的設(shè)備并在系統(tǒng)132從地球站130 接收包的一個實施例。有線服務(wù)提供商170可接收包，通過系統(tǒng)132在視頻內(nèi)容上執(zhí)行一定的處理，并且甚至可在內(nèi)容存儲庫(store) 134中存儲包。以后，使用有線分發(fā)網(wǎng)絡(luò)138， 通過有線頭端136可將視頻內(nèi)容流傳送到觀看者。備選的是，可實時流傳送視頻內(nèi)容。視頻內(nèi)容仍可被存儲以便按照需求的基礎(chǔ)來觀看。同時，另一地球站106接收相同的包，并且將該包提供到處理系統(tǒng)108，該處理系統(tǒng)隨后將包分發(fā)到兩個有線服務(wù)提供商150和160。在CSP 150的情況下，又一處理系統(tǒng) 116可接收并在內(nèi)容存儲庫118中存儲包，包能夠通過頭端120a和有線分發(fā)網(wǎng)絡(luò)12 實時流傳送。類似地，節(jié)目能夠通過另一有線頭端/分發(fā)網(wǎng)絡(luò)120b、122b而變得可用。因此， CSP 150可具有流傳送節(jié)目(或者以其它方式按照需求的基礎(chǔ)使其可用于訂戶)的兩個不同有線頭端系統(tǒng)。備選的是，視頻內(nèi)容可存儲在內(nèi)容存儲庫118中以便隨后在觀看者請求時觀看。另一方面，系統(tǒng)108能夠?qū)职l(fā)到具有兩個內(nèi)容存儲庫IlOaUlOb的另一 CSP 160。雖然兩個存儲庫均可能可接收節(jié)目，但最可能的是僅內(nèi)容存儲庫之一 IlOa接收和存儲節(jié)目，以便通過提供節(jié)目到有線頭端112以用于有線分發(fā)裝備(plant) 114上的分發(fā)，從而實時或按需觀看。因此，CSP可具有用于存儲節(jié)目的各種內(nèi)容存儲庫，并且視頻資產(chǎn)由具有可用容量的數(shù)據(jù)庫來存儲。在上面的情形中，系統(tǒng)108和132接收包并在各種數(shù)據(jù)庫中存儲資產(chǎn)。此類系統(tǒng)一般接收和處理元數(shù)據(jù)并適當(dāng)?shù)貫樗幩饕?。一般情況下，視頻資產(chǎn)元數(shù)據(jù)用于提供按需服務(wù)。因此，元數(shù)據(jù)由系統(tǒng)用于促進(jìn)用戶隨后選擇和識別視頻內(nèi)容以進(jìn)行檢索。此外，雖然未示出，但通過使用采用基于陸地的設(shè)施的節(jié)目分發(fā)方，節(jié)目創(chuàng)始方也可將相同的節(jié)目或其它節(jié)目傳送到其它目的地。上面的情形能夠用于示出解決與管理和跟蹤包的分發(fā)有關(guān)的各種方面的困難性。 例如，CSP 160和170可能由國家的不同部分中的共同實體來操作。這些不同的服務(wù)區(qū)域可對類似的服務(wù)具有不同的價格。一般情況下，城市區(qū)域可能與如在鄉(xiāng)村區(qū)域或郊區(qū)中所提供的價格不同，并且向觀看者提供的服務(wù)也不同。此外，在CSP 160的情況下，兩個內(nèi)容存儲庫IlOa和IlOb可表示帶有稍微不同處理要求的不同設(shè)備供應(yīng)商。例如，包數(shù)據(jù)結(jié)構(gòu)可不符合相同的要求。相同可以指有線頭端120a和120b。給定有此類可能性，在現(xiàn)有技術(shù)的架構(gòu)中難以解決以下問題 節(jié)目創(chuàng)始方100如何知道哪些CSP確實收到包？節(jié)目創(chuàng)始方如何知道哪些CSP 應(yīng)接收包的特定實例？ 如果在為包創(chuàng)建元數(shù)據(jù)中有錯誤，并且在包已由節(jié)目創(chuàng)始方分發(fā)后發(fā)現(xiàn)該錯誤，節(jié)目創(chuàng)始方如何知道應(yīng)通知哪些接收實體？此外，如何傳遞校正的版本？ 在包已經(jīng)傳送到一些接收實體時，如何完成對包的修改？在只有某些接收實體要接收更新的信息時怎么辦？如何跟蹤此信息？ 由于衛(wèi)星接收系統(tǒng)上的所有接收實體接收相同包，因此，如何為a)CSP的不同頭端，b)不同的CSP或C)不同的服務(wù)位置創(chuàng)建和分發(fā)包的修改的版本？ 如果CSP獲得本地制作的視頻節(jié)目，則包括為該CSP創(chuàng)建的該視頻節(jié)目的包隨后如何分發(fā)到隸屬于該CSP的有關(guān)有線頭端？在其它有線頭端要求該包的稍微不同的版本時怎么辦？ 由于有線頭端用于視頻資產(chǎn)的存儲容量有限，因此，CSP如何知道是否存儲視頻資產(chǎn)及存儲多長時間？在將發(fā)送即將到來的資產(chǎn)時，能夠如何通知CSP以便相應(yīng)地做出計劃？應(yīng)該明顯的是，現(xiàn)有技術(shù)分發(fā)架構(gòu)未幫助輕松地解決這些問題。例如，假設(shè)CSP 160和150通常由單一實體來控制，并且系統(tǒng)108用作接收和分發(fā)包到這些CSP的單一點。 一旦包由系統(tǒng)108收到，它們便適當(dāng)?shù)胤职l(fā)到系統(tǒng)116和內(nèi)容存儲庫110a，但關(guān)于包實際分發(fā)到哪里，不存在節(jié)目源(或任何其它方)對此分發(fā)的“可見性”。因此，創(chuàng)始方(或第三方)不容易將更新、校正、查詢或其它信息引導(dǎo)到原包的接收方。為了進(jìn)一步使問題復(fù)雜化，考慮節(jié)目創(chuàng)始方可在一定時間期上傳送多個包到CSP。 例如，電視網(wǎng)絡(luò)源可為每天的節(jié)目制作將許多包提供到CSP。通過CSP可能正在同時提供成千上百個節(jié)目制作信道提供到其訂戶的事實，此方面得以增大。此外，考慮一些CSP可跨國家正在同時操作多個有線系統(tǒng)中的多個有線頭端。實際上，在一天的時間CSP可從許多源收到成千上萬小時的節(jié)目制作。在這些情況下，有關(guān)跟蹤和管理包的上面示范的問題能夠變得十分復(fù)雜，并且消耗大量的個人時間，特別是在復(fù)雜度上升時。例如，許多CSP提供相同的節(jié)目制作到不同的有線市場，但基于位置對相同的節(jié)目定價不同。備選的是，某個節(jié)目制作可分發(fā)到一些市場，但不可分發(fā)到其它市場。例如，與州冠軍中學(xué)足球比賽有關(guān)的節(jié)目將只與在該州運營的有線系統(tǒng)有關(guān)。因此，似乎要求系統(tǒng)和方法來用于跟蹤、分發(fā)和管理基于視頻的內(nèi)容。本發(fā)明的各種實施例將根據(jù)提供稱為“包”的視頻資產(chǎn)來示出，視頻資產(chǎn)通常包括視頻內(nèi)容和相關(guān)聯(lián)的元數(shù)據(jù)。一些情況下，“包”能夠僅包括元數(shù)據(jù)，如在更新元數(shù)據(jù)進(jìn)行時 (并且因此無需重新分發(fā)視頻內(nèi)容)。視頻資產(chǎn)經(jīng)?？梢允请娪靶问降囊曨l節(jié)目，但其它類型的視頻節(jié)目(如廣告、預(yù)覽、電視節(jié)目、游戲展示、真實節(jié)目、用戶生成的內(nèi)容等)也是可能的。此外，各種實施例根據(jù)有線服務(wù)提供商(“CSP”)進(jìn)行描述，但其它實施例可涉及其它形式的視頻服務(wù)提供商(“VSP”)，這些提供商使用到移動電話、寬帶輸送系統(tǒng)、固定無線提供商的無線技術(shù)或其它技術(shù)來提供視頻內(nèi)容。因此，實施例能夠適用于有線服務(wù)提供商、 因特網(wǎng)提供商、蜂窩電話提供商及WiFi提供商形式的視頻服務(wù)提供商。CCMS的高端摘要本發(fā)明的一個實施例是通過使得能夠單獨管理、分發(fā)和跟蹤視頻內(nèi)容與相關(guān)聯(lián)元數(shù)據(jù)來促進(jìn)分布式包的管理。一個實施例包括稱為集中式內(nèi)容管理系統(tǒng)(“CCMS”)的系統(tǒng)，該系統(tǒng)一般與節(jié)目創(chuàng)始方(稱為節(jié)目源)和一個或多個視頻服務(wù)提供商(“VSP”)兩者接口。包的管理涉及多個方面，包括但不限于· a)確定包的接收實體，#b)處理來自節(jié)目源的包的初始接收，并且為目的地規(guī)格化或定制包，
· c)更新包，以及· d)當(dāng)資產(chǎn)不再是必需的時，從存儲裝置去除資產(chǎn)。CCMS充當(dāng)節(jié)目源與節(jié)目目的地之間的中間方并且執(zhí)行各種功能。這些功能變化， 并且能夠取決于目的地或部署配置。CCMS代表節(jié)目創(chuàng)始方促進(jìn)分發(fā)管理，并且能夠適應(yīng)接收系統(tǒng)所執(zhí)行的不同功能性。另外，CCMS促進(jìn)跟蹤包和為接收方創(chuàng)建元數(shù)據(jù)的定制版本。 CCMS 一般與位于接收系統(tǒng)中的本地內(nèi)容管理系統(tǒng)(“LCMS”)接口，該系統(tǒng)與CCMS協(xié)作執(zhí)行各種功能。LCMS中包容功能性的各種級別，包括“智能的”且能夠提供各種功能(包括基于各種確立的規(guī)則的包的處理)的LCMS。在其它實施例中，LCMS在包上執(zhí)行有限的功能和處理，并且轉(zhuǎn)而依賴CCMS以用于在處理包中應(yīng)用各種規(guī)則。在CCMS與LCMS之間劃分功能和處理方面一系列中間能力是可能的。在各種實施例中，本文中所述系統(tǒng)能夠是服務(wù)局的一部分。具體而言，第三方實體可操作CCMS，并且提供服務(wù)到節(jié)目創(chuàng)始方、VSP或兩者。CCMS系統(tǒng)能夠?qū)Ｓ糜谔囟╒SP，或者能夠被共享于各種VSP。備選的是，CCMS能夠是銷售或租賃給VSP或節(jié)目創(chuàng)始方的產(chǎn)品， VSP或節(jié)目創(chuàng)始方操作和控制CCMS以用于實現(xiàn)相同功能。其它所有權(quán)布置是可能的。此夕卜，LCMS也可以是提供的產(chǎn)品。高端CCMS概觀圖2中示出CCMS系統(tǒng)的高端概觀。這表示CCMS的一個實施例，并且其它實施例和部署應(yīng)用是可能的。然而，此實施例有助于顯示CCMS的一些共同應(yīng)用和能力。在圖2中，系統(tǒng)200包括使用地球站102傳送由衛(wèi)星104接收的節(jié)目制作的節(jié)目創(chuàng)始方100。然而，在此實施例中，信號由地球站204接收，地球站204提供視頻資產(chǎn)或包到CCMS 201。因此，CCMS 代表有線服務(wù)提供商充當(dāng)包的接收方。CCMS隨后決定哪些目的地要接收包，并且可在用于目的地的適當(dāng)格式中定制包中相關(guān)聯(lián)的元數(shù)據(jù)。在圖2中，CCMS 201提供包到LCMS216和 LCMS 220。可能存在從CCMS接收服務(wù)、但不接收此特定包的其它CSP(未示出)。此外，可服務(wù)于其它類型的VSP。因此，在CCMS服務(wù)于多個VSP的情況下，一般并非所有VSP接收相同包或其版本。CCMS—般在內(nèi)容存儲庫208中保留原包(有時稱為“原始”版本)或其一部分的副本。在此實施例中，包的視頻內(nèi)容存儲在內(nèi)容存儲庫208中，并且與包相關(guān)聯(lián)的元數(shù)據(jù)存儲在元數(shù)據(jù)數(shù)據(jù)庫210中。正如將看到的，元數(shù)據(jù)數(shù)據(jù)庫210可存儲不同版本的元數(shù)據(jù)和用于包中不同資產(chǎn)的元數(shù)據(jù)。CCMS系統(tǒng)還包括存儲各種站點有關(guān)信息的站點位置數(shù)據(jù)庫214，站點有關(guān)信息包括視頻服務(wù)器提供商站點特定的配置數(shù)據(jù)。這將包括有關(guān)哪些視頻服務(wù)提供商站點(目的地)要接收包、如何為該站點定制元數(shù)據(jù)、站點何時要接收包等的信息。術(shù)語“站點”指接收包的系統(tǒng)，并且能夠指相同CSP的多個有線頭端、LCMS或不同CSP的不同有線頭端。其它布置是可能的。也可包容不同類型的VSP。站點位置數(shù)據(jù)庫知道CCMS能夠?qū)l(fā)送到的不同位置，并且一般維護(hù)不但有關(guān)地址的信息，而且多個位置是否隸屬于相同的CSP及如何調(diào)整內(nèi)容及元數(shù)據(jù)的信息。因此，CCMS知道不同的CSP和CSP內(nèi)能夠接收包的不同位置。站點位置還存儲有關(guān)每個站點的其它信息，例如每個位置要接收的元數(shù)據(jù)的定制版本。為了完成上述操作，CCMS系統(tǒng)201 —般維護(hù)規(guī)則數(shù)據(jù)庫212，該數(shù)據(jù)庫維護(hù)用于處理來自節(jié)目創(chuàng)始方的包的各種規(guī)則。許多規(guī)則適用于站點或站點集合，或者能夠是系統(tǒng)范
11圍性的。另外的示例將示出規(guī)則及其應(yīng)用。在操作的高端，CCMS 201接收來自創(chuàng)始方的包，存儲包的原版本，它可將包規(guī)格化以符合系統(tǒng)范圍的規(guī)則，由此生成規(guī)格化包實例，并且隨后為每個站點適當(dāng)?shù)靥幚硪?guī)格化包，由此生成本地化包實例。資產(chǎn)的各種版本也稱為“實例”?？蓱?yīng)用各種規(guī)則以便為站點創(chuàng)建包的適當(dāng)本地化版本。CCMS隨后可在調(diào)度的時間將包傳送到適當(dāng)?shù)哪康牡?。CCMS示為包括與各種數(shù)據(jù)庫208、210、212和214交互的處理器206。然而，如將看到的，存在CCMS 的可能的其它部署配置和架構(gòu)。將包接收到CCMS中的過程有時也稱為“導(dǎo)入”包，并且分發(fā)包的過程也稱為“導(dǎo)出”包。導(dǎo)入包并基于規(guī)則改變元數(shù)據(jù)和/或內(nèi)容的過程有時也稱為“規(guī)格化”包。被修改并應(yīng)用到國家的各種站點或位置的原版本能夠稱為元數(shù)據(jù)或包的“國家”版本或?qū)嵗军c特定版本稱為元數(shù)據(jù)或包的“本地”版本或?qū)嵗?。因此，視頻節(jié)目的原版本、國家版本和本地版本通常是類似的，但可以不同地編碼，或者插有不同的廣告等。在各種實施例中有關(guān)什么構(gòu)成國家版本與本地版本可能不存在清晰的區(qū)分，因為什么是國家或本地版本的觀點能夠基于是否考慮CCMS或VSP的觀點而變化。例如，帶有25個有線頭端接收來自CCMS的包的有線系統(tǒng)運營商可在一些情況下接收相同的包，并且將該包視為“國家”版本，但實際上，它與CCMS提供到另一有線服務(wù)提供商的包不同。在其它實施列中，國家版本與可接收包的實例的任何潛在目的地完全無關(guān)。LCMS 概觀圖2的LCMS 216和220是接收來自CCMS的包的系統(tǒng)。在許多情況下，LCMS接收包的“本地化”版本。LCMS又可將包進(jìn)一步分發(fā)到各種設(shè)備，如數(shù)據(jù)庫110、V0D服務(wù)器116 或與LCMS相關(guān)聯(lián)的其它設(shè)備。LCMS的功能和能力變化，因為CCMS能包容LCMS的多種能力。在一個實施例中，LCMS能夠是管理資產(chǎn)的系統(tǒng)，如VOD系統(tǒng)。這能夠包括與CCMS具有極小協(xié)作的系統(tǒng)。在另一實施例中，LCMS可結(jié)合設(shè)計成與CCMS交互并在CCMS請求時執(zhí)行任務(wù)的能力。例如，LCMS可接收更新的元數(shù)據(jù)以便與包相關(guān)聯(lián)(如在更新有錯誤的以前收到的元數(shù)據(jù)中一樣)，響應(yīng)來自CCMS的查詢(有關(guān)存在什么包)，響應(yīng)來自CCMS的命令(例如刪除特定包)或其它功能。在典型的應(yīng)用中，LCMS接收來自CCMS的包，并且更新適當(dāng)?shù)姆?wù)器和系統(tǒng)。然而，在某些實例中，可能的情況是LCMS可以是到CCMS的包的源。通常， LCMS與CCMS的協(xié)作越大，能夠?qū)崿F(xiàn)的整體系統(tǒng)功能性就越大。導(dǎo)入包圖2的實施例示出CCMS經(jīng)衛(wèi)星鏈路從節(jié)目創(chuàng)始方導(dǎo)入包的一個實施例。在其它實施例中，CCMS以各種方式接收來自多個源的包。圖3示出包可由CCMS和不同類型的節(jié)目創(chuàng)始方導(dǎo)入的一些方式。此圖示無意于窮舉。在圖3中，系統(tǒng)300示為包括具有到多個節(jié)目制作方的多個輸入接口的CCMS 201。前面討論了從接收來自衛(wèi)星104的流傳送包的地球站204接收包的方案。節(jié)目創(chuàng)始方IOOa在此情況下能夠是電視網(wǎng)絡(luò)制作方或廣播網(wǎng)絡(luò)。雖然衛(wèi)星系統(tǒng)已示出，但其它形式的無線分發(fā)能夠由CCMS用于導(dǎo)入包。包從節(jié)目制作源的地面分發(fā)也是可能的。另一節(jié)目制作方IOOb可使用公共通信網(wǎng)絡(luò)302和/或私有設(shè)施304來提供節(jié)目制作。在此情況下，節(jié)目提供商對視頻服務(wù)提供商而言可以是節(jié)目制作的私有分發(fā)網(wǎng)絡(luò)提供商。一個此類示例包括“In Demand ”、一個按觀看支付和預(yù)訂視頻點播服務(wù)的提供商。這些節(jié)目源可使用上述衛(wèi)星分發(fā)網(wǎng)絡(luò)、分發(fā)網(wǎng)絡(luò)302、因特網(wǎng)或通信服務(wù)提供商的服務(wù)。另外，包能夠從庫306接收，庫306能夠是本地或遠(yuǎn)離CCMS的數(shù)據(jù)庫或其它類型的內(nèi)容存儲庫。通過提供加載到CCMS中的媒體(例如，磁帶、CD或其它存儲媒體)或通過設(shè)施流傳送它們，能夠?qū)崿F(xiàn)包的傳送。節(jié)目源例如能夠是CCMS進(jìn)行的視頻訪問的存檔庫 (archive)。備選的是，節(jié)目存儲庫能夠由電視網(wǎng)絡(luò)、服務(wù)提供商或獨立的視頻制作方來操作。備選的是，系統(tǒng)306能夠是接收視頻并創(chuàng)建元數(shù)據(jù)的資產(chǎn)管理系統(tǒng)，由此基于它存儲的視頻文件來創(chuàng)建包。資產(chǎn)管理系統(tǒng)的一種形式包括能夠基于請求而選擇節(jié)目并將內(nèi)容流傳送到所示目的地的設(shè)備。例如，系統(tǒng)306能夠是像VOD服務(wù)器的系統(tǒng)。在一個實施例中，系統(tǒng)306表示提供視頻包到CCMS的LCMS。這是LCMS的特殊情況，因為一般情況下，包通常從CCMS發(fā)送到LCMS。然而，可能的是，視頻服務(wù)提供商可生成其自己的視頻，該視頻用于在一個VSP位置創(chuàng)建包，而視頻服務(wù)提供商希望將該包分發(fā)到其其它服務(wù)提供商操作。例如，一個城市區(qū)域中的一 CSP可制作一部紀(jì)錄片，并且生成視頻資產(chǎn)(包括視頻內(nèi)容和相關(guān)聯(lián)的元數(shù)據(jù))。假設(shè)該CSP跨國家操作有線系統(tǒng)(或者能夠隸屬于其它有線系統(tǒng))，并且希望將該包分發(fā)到其隸屬的有限電視系統(tǒng)運營商。由于LCMS已經(jīng)連接到CCMS以便接收其它包，因此，使用CCMS將包分發(fā)到其它目的地變得合理。這能夠通過讓LCMS將包上載到CCMS并且讓CCMS將它分發(fā)到其它位置而輕松實現(xiàn)?？赡艿氖?CCMS甚至能夠更新元數(shù)據(jù)并將它傳送回始發(fā)LCMS。最后，CCMS可能通過視頻源308接收或生成視頻內(nèi)容本身并創(chuàng)建包。然而，一般情況下，視頻被處理成包(如通過使用上述資產(chǎn)管理系統(tǒng)或其它包創(chuàng)建工具)，并隨后提供到CCMS，而不同于CCMS接收視頻本身并創(chuàng)建包。因此，一般情況下，視頻將提供到另一系統(tǒng) (例如，系統(tǒng)306)，該系統(tǒng)隨后創(chuàng)建并提供包到CCMS?？傊瑘D3示出各種類型的視頻包節(jié)目制作創(chuàng)始方和能夠用于將包導(dǎo)入CCMS的多種機制。一般情況下，CCMS經(jīng)常從多個不同源并通過多種輸入傳送方法而接收節(jié)目制作。通過提供識別和/或驗證機制，CCMS可在接收包中確保安全性。例如，CCMS能夠結(jié)合 2009 年 4 月 17 日提出的名稱為“^stems And Methods For One-To-Many Secure Video Encryption”的美國專利申請No. 12/425944中公開的加密方案。能夠采用本領(lǐng)域公知的其它安全和認(rèn)證系統(tǒng)。導(dǎo)出包圖2的實施例示出CCMS提供或?qū)С霭揭粋€或多個CSP的一個實施例。在其它實施例中，CCMS以各種方式提供包到多個視頻服務(wù)提供商。圖4示出包可由CCMS導(dǎo)出到不同類型的節(jié)目目的地的一些方式。在圖4中，分發(fā)系統(tǒng)400包括能夠使用多種傳送媒體將包發(fā)送到多個視頻服務(wù)提供商的CCMS 201。在一個實施例中，CCMS使用地球站403將包傳送到衛(wèi)星104，該衛(wèi)星隨后將信號中繼到接收地球站402。這將包提供到接收系統(tǒng)419，該系統(tǒng)可存儲包，并在按需基礎(chǔ)上使包可用于其訂戶。在此實施例中，視頻服務(wù)提供商419是操作無線基站448的蜂窩提供商，該無線基站按需提供視頻到移動電話450。在此實施例中，視頻服務(wù)提供商可包括在系統(tǒng)410中為其蜂窩訂戶對視頻內(nèi)容適當(dāng)?shù)剡M(jìn)行接收、編目和轉(zhuǎn)碼的各種內(nèi)容服務(wù)器和處理器。系統(tǒng)410執(zhí)行的功能性的程度能夠變化，因為一些功能能夠由CCMS來執(zhí)行。例如，如將看到的，在將視頻內(nèi)容導(dǎo)出到VSP 419時，CCMS能夠?qū)⒁曨l內(nèi)容轉(zhuǎn)碼成適當(dāng)?shù)母袷?。因此，視頻服務(wù)提供商不必(但可以)在系統(tǒng)410中結(jié)合轉(zhuǎn)碼器功能性。在其它實施例中，視頻服務(wù)提供商419能夠是基于有線線路的因特網(wǎng)提供商、固定無線視頻分發(fā)提供商等。可能的是，系統(tǒng)410可接收來自CCMS、但不由CCMS遠(yuǎn)程管理的內(nèi)容。也就是說，系統(tǒng)410可以是不結(jié)合用于由CCMS管理的任何功能性的系統(tǒng)。在此類配置中，整體系統(tǒng)不提供如系統(tǒng)410確實結(jié)合用于與CCMS交互以管理資產(chǎn)的一些LCMS功能性一樣的所有益處。另一實施例在圖4中示出，其涉及操作混合光纖同軸網(wǎng)絡(luò)4M的CSP 420。CCMS通過涉及始發(fā)路由器404和目的地路由器406的地面設(shè)施來傳送包，但也可涉及其它設(shè)施。包由在LAN似6的CSP接收，并且提供到與LAN連接的LCMS 434。在該處，本地管理員可使用個人計算機432中包含的用戶接口來查看和管理輸入。CSP運營商可操作一般在有線系統(tǒng)中發(fā)現(xiàn)的其它系統(tǒng)，包括開出訂戶的賬單的開賬單系統(tǒng)428、用于將各種本地廣告插入視頻包中和其之間的插入系統(tǒng)434、可存儲內(nèi)容并將它提供到頭端442 (頭端通過電纜裝備424 向外復(fù)用視頻內(nèi)容)的流傳送服務(wù)器422。系統(tǒng)420還可包括內(nèi)容處理系統(tǒng)430，該系統(tǒng)能夠包括用于添加水印到包、加密/解密包、轉(zhuǎn)碼、處理書簽(也稱為“廣告時段(avails)”) 以及檢測幀的另外組件。其它功能可如本領(lǐng)域中已知的由CSP以各種方式執(zhí)行。雖然一般情況下CCMS為站點創(chuàng)建本地化元數(shù)據(jù)版本，但CCMS也可生成本地化內(nèi)容版本。在此實施例中，CSP依賴LCMS接收包，并按照要求將它上載到流傳送服務(wù)器422。 流傳送服務(wù)器能夠是VOD服務(wù)器，其對包進(jìn)行存儲、編索引，并使其按需可用于訂戶。LCMS 一般情況下與CCMS交互以加載，刪除和以其它方式管理包。在一些實施例中，CCMS可與VOD 服務(wù)器直接交互。雖然圖4只示出兩個視頻服務(wù)提供商，但可以有其它服務(wù)提供商連接到CCMS。如果CCMS在服務(wù)局上下文中使用，則它可將包導(dǎo)出到多個VSP。另一方面，VSP可擁有和操作專用于服務(wù)于其各種操作的CCMS，這些操作能夠包括有線、無線或其它分發(fā)技術(shù)。圖4示出部署配置的一個實施例，并且其它實施例是可能的。這些部署配置基于 LCMS的功能性、CSP服務(wù)于多少有線頭端、部署了多少VOD服務(wù)器、存儲由LCMS還是其它現(xiàn)有服務(wù)器來提供等而變化。本領(lǐng)域技術(shù)人員將認(rèn)識到，CCMS與LCMS之間功能性和交互的不同級別是可能的。CCMS 概觀CCMS本身能夠以各種方式來描述，這些方式旨在補充，而不相互排斥，首先，在圖 5中，提供了 CCMS的一個實施例的一個高端圖示。在圖5中，CCMS 500示為具有用于接收 (例如，導(dǎo)入)包和控制信息(502)的功能。此功能處理從多個節(jié)目創(chuàng)始方接收包和相關(guān)聯(lián)控制信息?？刂菩畔⒖墒跈?quán)從節(jié)目創(chuàng)始方的訪問，接收有關(guān)將來包的調(diào)度信息等。包由處理邏輯504處理，在一個實施例中，該處理邏輯包括元數(shù)據(jù)處理508、內(nèi)容處理514和調(diào)度處理512的功能。元數(shù)據(jù)處理接收來自原包的元數(shù)據(jù)，并且規(guī)格化元數(shù)據(jù)以符合某些方面，一般是規(guī)則定義的方面。在一個實施例中，處理能夠視為使元數(shù)據(jù)符合國家和本地版本。在與元數(shù)據(jù)格式相關(guān)聯(lián)的術(shù)語中，原版本也稱為“主要版本”，并且規(guī)格化的國家版本是“次要版本”。 本地版本能夠是另一種“次要”版本實例。一般情況下，版本標(biāo)識符是數(shù)字標(biāo)識符，并且次要版本標(biāo)識符是低于主要版本標(biāo)識符。一般情況下，包的原版本由節(jié)目源來創(chuàng)建而與任何站點無關(guān)，并且國家版本也一般與任何站點特定的配置數(shù)據(jù)無關(guān)。此處理涉及應(yīng)用與生成不同版本相關(guān)聯(lián)的各種規(guī)則，并且規(guī)則可針對不同VSP、有線系統(tǒng)、地理服務(wù)區(qū)域等進(jìn)行調(diào)整， 以便生成包的本地化版本。一旦本地化版本被創(chuàng)建，元數(shù)據(jù)便存儲在元數(shù)據(jù)存儲區(qū)域510 中。這隨后在需要時被檢索。一般情況下，還存儲元數(shù)據(jù)的原版本。因此，元數(shù)據(jù)存儲一般包括用于給定視頻內(nèi)容的元數(shù)據(jù)的各種版本。這些版本通過系統(tǒng)相關(guān)，以便能夠容易識別節(jié)目的不同版本。內(nèi)容處理功能514接收包的內(nèi)容，并且在必需時處理內(nèi)容。包的給定視頻內(nèi)容的處理的量和類型能夠基于包括要接收包的目的地等各種因素而變化。例如，如果視頻內(nèi)容已經(jīng)是目的地所要求的形式(或者如果目的地系統(tǒng)使用其它設(shè)備進(jìn)行處理)，則CCMS可在內(nèi)容上進(jìn)行很少的處理(如果有)。另一方面，某些目的地可能要求內(nèi)容處理。此類處理能夠包括添加水印到內(nèi)容(例如，識別節(jié)目、源或網(wǎng)絡(luò)的徽標(biāo)或其它圖標(biāo))、加密/解密內(nèi)容、將內(nèi)容格式從一種編碼格式轉(zhuǎn)碼到另一種編碼格式、插入廣告的廣告時段或廣告本身等?？傊?，由于接收包的目的地可能要求以某種方式格式化內(nèi)容，因此，CCMS可在內(nèi)容上執(zhí)行此處理，并隨后在內(nèi)容存儲裝置516中存儲內(nèi)容。因此，可能的是，給定進(jìn)入的包將促使各種內(nèi)容版本被創(chuàng)建并存儲在CCMS中。元數(shù)據(jù)和內(nèi)容的處理能夠分開執(zhí)行和控制，并且因此元數(shù)據(jù)和內(nèi)容的各種版本經(jīng)常在CCMS中存在。可能的情況是，一旦CCMS為目的地生成特定版本，該版本(元數(shù)據(jù)或內(nèi)容)便能夠?qū)С龅诫S后的目的地而不必處理原版本。例如，在不同視頻服務(wù)提供商可具有不同的本地化元數(shù)據(jù)版本時，它們可具有相同的內(nèi)容版本。因此，在一些情況下，CCMS也能夠通過檢索適當(dāng)?shù)脑獢?shù)據(jù)和內(nèi)容以在包中形成資產(chǎn)，為目的地裝配包。因此，顯然，進(jìn)入的包可促使各種元數(shù)據(jù)版本和各種內(nèi)容版本基于相同原包在 CCMS中被創(chuàng)建和存儲。由于這些版本全部與視頻節(jié)目有關(guān)，因此，這些版本在本文中總稱為 “標(biāo)題”。具體而言，“標(biāo)題”指基于相同原節(jié)目的元數(shù)據(jù)和內(nèi)容的實例集合。注意，包本身包括稱為“標(biāo)題”和“標(biāo)題元數(shù)據(jù)”的字段，該字段指示傳送的包的標(biāo)題，但對于引用相關(guān)包的整個集合還是包中的字段，不應(yīng)存在任何混淆。CCMS也提供調(diào)度處理。CCMS收到的許多包是基于事先的通知而預(yù)期要收到。事先通知指示哪些包將提供到CCMS，并且可包括日期、價格、可用性的時間窗口等。這允許 CCMS(和LCMS)為包的接收相應(yīng)地做出計劃。這允許個人或系統(tǒng)為不同的商業(yè)操作相應(yīng)地做出計劃以及計劃和分配各種系統(tǒng)中的資源。例如，CCMS或LCMS人員能夠為即將到來的內(nèi)容的存儲可用性做出計劃。這可要求在接收新包之前去除或重新定位系統(tǒng)上的某些包。 此外，如果未收到調(diào)度的包，這允許CCMS生成到適當(dāng)人員的提示或其它通知。例如，如果本夏季的電影大片在其廣告的可用性之前的日子不可用，則系統(tǒng)人員能夠得到通知，能夠跟進(jìn)以校正可能已發(fā)生的任何分發(fā)問題。最后，包和控制導(dǎo)出506功能處理包(其一般情況下提供元數(shù)據(jù)和內(nèi)容)的導(dǎo)出， 并且將包引導(dǎo)到正確的目的地。多種傳送設(shè)施可以被使用，并且多個服務(wù)提供商和設(shè)備類型可接收包。在此點，包通常由CCMS為每個目的地進(jìn)行調(diào)整，從而不要求目的地的另外處理。然而，如前面所述，可能的是接收方系統(tǒng)在元數(shù)據(jù)和/或內(nèi)容上執(zhí)行另外的處理。過程控制功能518在各種系統(tǒng)組件之間提供整體協(xié)調(diào)，從而允許它們以集成方式
15工作。過程控制也可利用使得可用于系統(tǒng)的其它服務(wù)。例如，轉(zhuǎn)碼器、存儲系統(tǒng)、通信接口等(圖5中未示出)可由過程控制利用以便實現(xiàn)上述功能。CCMS的關(guān)鍵功能如上所述，圖5提供CCMS中各種類型的處理功能性的高端概觀。CCMS也能夠如下述內(nèi)容一樣以功能方式來描述，下述內(nèi)容旨在補充而不是追加上面的描述。存在CCMS分別提供和在與LCMS—起操作時組合提供的各種功能。在高端，CCMS功能性能夠劃分成四個類別。內(nèi)容通行(trafficking)。內(nèi)容通行允許CCMS用戶(或CCMS本身)確立和跟蹤哪些包被認(rèn)為必須從哪個節(jié)目創(chuàng)始方接收、以及哪些包已收到。CCMS允許確立用于標(biāo)題的接收或分發(fā)的自動或手動調(diào)度。CCMS能夠被通知預(yù)期的包，并且如果包未如期收到，或者如果收到意外的包或內(nèi)容則提供警報?；叵肫鸢坏軌虬娪?、而且能夠包括在廣告各種服務(wù)中使用的預(yù)告片和“海報”(例如，宣傳中使用的靜態(tài)圖像)。因此，為了在VOD服務(wù)器上適當(dāng)?shù)丶虞d電影節(jié)目，可能要求海報和預(yù)告片以使服務(wù)產(chǎn)品變得完整。接收包括視頻資產(chǎn)而無預(yù)告片、海報等形式的相關(guān)聯(lián)宣傳內(nèi)容的包能夠向系統(tǒng)人員產(chǎn)生錯誤已發(fā)生的警報。因此，CCMS可知道哪些資產(chǎn)在包中。某些包結(jié)構(gòu)也用于更新系列電視節(jié)目，并且因此CCMS可注意到預(yù)期要接收的某些包。內(nèi)容通行還允許標(biāo)題的分類，這有助于視頻服務(wù)提供商創(chuàng)建視頻點播服務(wù)。因此， 系統(tǒng)管理員能夠定義類別，并確保包在適當(dāng)?shù)念悇e中被識別。經(jīng)?？赡艿氖悄硞€包可在多個類別中列出。例如，節(jié)目可列為“古典”、“喜劇”以及列在“演員特定”類別中。CCMS也能夠跟蹤與給定標(biāo)題有關(guān)的包。具體而言，CCMS不但能夠跟蹤電影標(biāo)題的特定版本，而且跟蹤為各種目的地所創(chuàng)建的各種內(nèi)容版本和元數(shù)據(jù)版本。通常，CCMS能夠執(zhí)行基于包中的各種資產(chǎn)中各種字段的任何字段的跟蹤。在其它實施例中，VSP不具有高于VSP能夠與節(jié)目提供商所交互的用于與CCMS交互的任何(或有限的)LCMS能力。因此，CCMS能夠通過模擬節(jié)目創(chuàng)始方來發(fā)送包到VSP。 在此實施例中，CCMS能夠為接收方本地化元數(shù)據(jù)(和/或內(nèi)容)，但在它能夠向VSP的設(shè)備發(fā)布的命令方面可受到限制。VSP中的現(xiàn)有設(shè)備可能不知道是CCMS還是節(jié)目源正在提供包。因此，在一些實施例中，VSP不能認(rèn)識CCMS提供的所有可能益處。如果VSP結(jié)合能夠與CCMS交互的LCMS，則VSP能夠進(jìn)一步獲得與CCMS協(xié)作的益處。因此，除非另有說明，否貝U，假定VSP具有帶能夠與CCMS協(xié)作的能力的LCMS。內(nèi)容管理。內(nèi)容管理一般是CCMS的核心功能之一。此功能基于CCMS中存儲的規(guī)則為每個目的地站點位置接收和處理進(jìn)入的包的元數(shù)據(jù)和/或內(nèi)容。這些規(guī)則能夠是系統(tǒng)范圍的和/或站點特定的。內(nèi)容管理一般包括存儲如收到的原包、按照要求為每個站點將元數(shù)據(jù)處理為國家格式以及將元數(shù)據(jù)處理為本地格式?！皣摇备袷侥軌虮灰暈橄到y(tǒng)范圍默認(rèn)值，其中，將元數(shù)據(jù)規(guī)格化以符合用于CCMS系統(tǒng)、VSP或兩者的共同規(guī)則。在一個實施例中，“國家”格式是要用于多個系統(tǒng)頭端的元數(shù)據(jù)參數(shù)的集合，并且“本地”格式是針對特定頭端系統(tǒng)而調(diào)整的元數(shù)據(jù)，而無論該系統(tǒng)是有線系統(tǒng)、地區(qū)或其它指定?？赡芫哂衅渌虚g指定，如“國家”、“地區(qū)”和“本地”或甚至另外的級別。然而，本文中的實施例討論將集中于兩級別的元數(shù)據(jù)(國家和本地)。內(nèi)容管理有關(guān)功能接收和存儲每個包的元數(shù)據(jù)和內(nèi)容，并確保維護(hù)適當(dāng)?shù)逆溄?。系統(tǒng)還將創(chuàng)建和管理包的各種實例(總稱為“標(biāo)題”)，以便創(chuàng)建基于共同標(biāo)題的包的集合。 CCMS維護(hù)每個包何時被創(chuàng)建的歷史日志和系統(tǒng)上存在的標(biāo)題的不同版本。CCMS管理CCMS 上及可能在LCMS上的內(nèi)容存儲。另外，CCMS執(zhí)行壽命周期管理，這涉及確定維護(hù)哪些包、維護(hù)多久以及何時去除它們。由于內(nèi)容存儲在容量上是有限的，因此，包可在創(chuàng)建后在某個點以其整體被刪除，或者在一定次數(shù)，包的各種實例可被去除(并且只保留原包)。在其它實施例中，可在某個時間期后以諸如存檔內(nèi)容存儲庫等不同存儲類型來重定位和存儲包。內(nèi)容管理功能還一般提供用戶接口給系統(tǒng)管理員，以便管理員能夠基于系統(tǒng)所維護(hù)的信息而輕松地做出決定。例如，管理員能夠查看何時預(yù)期某些進(jìn)入的包的調(diào)度、確定 CCMS的當(dāng)前存儲容量、查看引退(刪除)現(xiàn)有內(nèi)容的某些調(diào)度、以及確定是否有適當(dāng)?shù)拇鎯θ萘坑糜谔幚砑磳⒌絹淼陌?。雖然系統(tǒng)可使此類確定自動化，但如果必需的話，系統(tǒng)管理員仍然能通常通過查看此信息并刪除某些包來手動執(zhí)行這些功能。內(nèi)容管理組件還處理元數(shù)據(jù)和內(nèi)容的處理。CCMS維護(hù)為原包所創(chuàng)建的元數(shù)據(jù)和 /或內(nèi)容的各種版本(國家和本地版本)。如所述的，能夠從多個源收到不同格式的元數(shù)據(jù)，如原包的接收一般必需使元數(shù)據(jù)符合規(guī)則集合(以便創(chuàng)建符合“國家”元數(shù)據(jù)格式的實例)。CCMS能夠從節(jié)目源接收元數(shù)據(jù)更新以校正以前收到的元數(shù)據(jù)中的錯誤。此外， CCMS能夠允許系統(tǒng)管理員搜索和查看元數(shù)據(jù)的識別的實例并隨后編輯它以校正或添加數(shù)據(jù)。在存儲更新的元數(shù)據(jù)后，CCMS可將更新的元數(shù)據(jù)適當(dāng)?shù)貙?dǎo)出到目的地站點。如果內(nèi)容已經(jīng)分發(fā)到目的地站點，則CCMS —般將不再次傳送包括元數(shù)據(jù)和內(nèi)容的包，而只傳送包括更新的元數(shù)據(jù)的包。在內(nèi)容本身無更改時，這節(jié)省了帶寬。因此，如果收到的包在標(biāo)題中帶有拼寫錯誤，并且以前被分發(fā)時帶有指示錯誤的拼寫錯誤的元數(shù)據(jù)，則系統(tǒng)管理員能夠查看包的元數(shù)據(jù)，斷定它是錯誤的，編輯元數(shù)據(jù)以校正拼寫，讓CCMS將更新的元數(shù)據(jù)傳送到以前收到帶有錯誤拼寫的元數(shù)據(jù)的那些目的地，以及讓CCMS記錄信息以供系統(tǒng)管理員將來參考。CCMS還允許系統(tǒng)管理員搜索和更改各種元數(shù)據(jù)中的字段，包括基于元數(shù)據(jù)值而創(chuàng)建組標(biāo)題。例如，系統(tǒng)管理員可為男演員Cary Grant所主演的經(jīng)典電影的VOD宣傳而創(chuàng)建“Cary Grant”類別，并且將更新的元數(shù)據(jù)發(fā)送到適當(dāng)?shù)腣SP。CCMS中管理的元數(shù)據(jù)包括 "Cary Grant”作為男演員的所有包由CCMS識別并分組到此新類別中。更新的元數(shù)據(jù)(和內(nèi)容)能夠適當(dāng)?shù)匕l(fā)送到目的地。同樣地，所有信息在CCMS中適當(dāng)?shù)劓溄?，以便在發(fā)送更新的包時，CCMS知道所有各種形式和收到包的目的地。內(nèi)容管理還跟蹤與標(biāo)題相關(guān)聯(lián)的內(nèi)容文件的位置。CCMS可訪問多種存儲技術(shù)以存儲包，例如網(wǎng)絡(luò)可尋址存儲(NAS)、存儲可尋址網(wǎng)絡(luò)(SAN)、內(nèi)容分發(fā)網(wǎng)絡(luò)(⑶N)等。在系統(tǒng)中的不同位置可存儲有內(nèi)容的多個版本。例如，在接收包括高清晰內(nèi)容的包時，CCMS還可創(chuàng)建與可單獨存儲在另一內(nèi)容存儲庫中的高清晰內(nèi)容版本相比的存儲在另一位置中的標(biāo)準(zhǔn)清晰內(nèi)容版本。由于相對于元數(shù)據(jù)，內(nèi)容占用大量容積，并且由于檢索內(nèi)容的需要(例如，頻繁度)變化，因此，某些視頻內(nèi)容可存儲在“存檔庫”存儲裝置中而不是有利于迅速訪問的存儲裝置中。更具體地說，很少選擇的“經(jīng)典電影”可放置在一種類型的存儲裝置中， 而最近發(fā)行的視頻標(biāo)題可存儲在另一類型的存儲裝置中。然而，在上述“Cary Gram”宣傳期間，這些電影可暫時移到不同的存儲區(qū)域。站點和規(guī)則組件。在一些實施例中，這些組件可視為兩個單獨的組件。站點組件管理各種站點特定方面，而規(guī)則組件管理可對站點特定的規(guī)則?；叵肫餋CMS在接收包后創(chuàng)建元數(shù)據(jù)(及可能內(nèi)容)的不同版本。這些版本一般反映為不同的文件或包，并且適當(dāng)?shù)蒯槍γ總€接收方進(jìn)行調(diào)整。系統(tǒng)管理員創(chuàng)建規(guī)則并定義它們要如何應(yīng)用于進(jìn)入的包或特定的目的地。因此，規(guī)則定義元數(shù)據(jù)值、元數(shù)據(jù)版本、內(nèi)容格式的創(chuàng)建以及元數(shù)據(jù)和內(nèi)容的分發(fā)。一般情況下，進(jìn)入的包(內(nèi)容和元數(shù)據(jù))將被發(fā)送到目的地，但在各種情況下，僅更新的元數(shù)據(jù)可在包中被傳送，因為目的地已經(jīng)具有內(nèi)容。示出此情況的兩個共同實例是可能的。首先，目的地可已經(jīng)收到內(nèi)容，并且只要求更新的元數(shù)據(jù)。其次，在某些實施例中，LCMS可能創(chuàng)始了包中的內(nèi)容，并且將它(作為節(jié)目創(chuàng)始方)上載到CCMS。CCMS將創(chuàng)建元數(shù)據(jù)的國家版本，并且將包分發(fā)到其它服務(wù)提供商。然而，由于原LCMS可能具有要求形式中的內(nèi)容，因此，CCMS可僅將更新的元數(shù)據(jù)分發(fā)到LCMS。然而，其它目的地(沒有內(nèi)容)將接收包括元數(shù)據(jù)和內(nèi)容的包。站點和規(guī)則組件允許管理員針對規(guī)則集合添加或更新用于處理導(dǎo)入的包的規(guī)則以及更改有關(guān)規(guī)則的處理的站點數(shù)據(jù)。CCMS還允許根據(jù)規(guī)則進(jìn)行包的“逐步”處理，使得系統(tǒng)管理員能夠查看處理的每個步驟的結(jié)果，以便修改或校正規(guī)則處理。這允許管理員調(diào)試規(guī)則。規(guī)則本身經(jīng)常與以某一方式改變內(nèi)容或元數(shù)據(jù)有關(guān)。通常，基于規(guī)則而規(guī)格化元數(shù)據(jù)以生成元數(shù)據(jù)的次要版本?！笆纠辈糠痔峁┝四軌驗楦淖儼x的規(guī)則的各種示例。一般情況下，規(guī)則也能夠由系統(tǒng)管理員指示為命令。在高端，“規(guī)則”一般是用于導(dǎo)入的包的預(yù)期處理的命令的腳本，但規(guī)則也能夠應(yīng)用到現(xiàn)有包。然而，命令是基于管理員的輸入而分別執(zhí)行的各個動作。因此，在兩者之間有密切的關(guān)系。這也可涵蓋哪些接收方要接收(和/或已收到)包。這規(guī)定了識別和確立CCMS 從其收到信息的和發(fā)送信息到的實體的能力。這預(yù)先假設(shè)適當(dāng)?shù)恼军c特定數(shù)據(jù)已經(jīng)存在以便與目的地建立通信，授權(quán)和驗證安全性信息，在困難的情況下維護(hù)人員聯(lián)系信息等。CCMS也能夠發(fā)布查詢到LCMS (在視頻服務(wù)提供商具有能夠響應(yīng)查詢的LCMS的情況下)，并且確定包是否被收到、收到什么版本、它是否由接收方系統(tǒng)正確收到和處理等。 CCMS維護(hù)什么包何時已發(fā)送到哪些目的地的歷史，以便使用與CCMS接口的計算機的系統(tǒng)管理員能夠訪問此信息，并且能夠與LCMS進(jìn)行一定程度的交互。因此，系統(tǒng)管理員能夠輕松地驗證識別的視頻服務(wù)提供商中某個包是否存在。此能力還允許系統(tǒng)管理員定義包源、 接收方VSP以及調(diào)度內(nèi)容更改。站點管理功能性還允許系統(tǒng)管理員(或CCMS本身)發(fā)布命令到LCMS以刪除包(或CCMS的存儲系統(tǒng)中存儲的包)。內(nèi)容處理組件。內(nèi)容處理組件涉及內(nèi)容本身的處理(不同于處理元數(shù)據(jù))?？赡茉诮邮瞻鼤r，CCMS要進(jìn)行很少(如果有)的內(nèi)容處理以使內(nèi)容兼容給定目的地。然而， 在許多情況下，要求各種處理步驟，例如解密內(nèi)容、添加水印、插入用于放置廣告的廣告時段(書簽)、轉(zhuǎn)碼等。除了 CCMS執(zhí)行這些功能外，一些或所有這些功能可由LCMS執(zhí)行。因此，CCMS可執(zhí)行一些功能，并且LCMS執(zhí)行其它功能，并且CCMS可在包的接收后協(xié)調(diào)內(nèi)容的 LCMS的本地處理。由于每個LCMS可執(zhí)行不同級別的處理，因此，CCMS能夠經(jīng)對站點特定規(guī)則的引用而包容此。
CCMS 架構(gòu)示范CCMS物理架構(gòu)圖6a示出CCMS的物理架構(gòu)的一個實施例。應(yīng)領(lǐng)會到，與公開的形式不同的物理架構(gòu)的各種實施例是可能的，包括使用多個處理器的分布式處理和并行處理。類似的架構(gòu)能夠用于LCMS。在此特定實施例中，CCMS包括經(jīng)系統(tǒng)接口或總線(例如，數(shù)據(jù)總線605和/或I/ 0總線606)與CCMS內(nèi)的其它元件通信的處理器601。CCMS中還包括一般為用于接收和顯示數(shù)據(jù)的個人計算機608的形式的輸入/輸出裝置。此顯示裝置/輸入裝置608可由系統(tǒng)用戶例如用于與CCMS交互，以創(chuàng)建規(guī)則、輸入定義包的導(dǎo)入/導(dǎo)出的命令、編輯包數(shù)據(jù)、查看搜索或查詢結(jié)果等。CCMS還包括存儲器607，該存儲器優(yōu)選包括主要存儲器602、603和輔助存儲器 604。主要存儲器可包括例如隨機存取存儲器(RAM)的易失性存儲器602和例如只讀存儲器(ROM)或其它形式的非易失性存儲器603。非易失性主要存儲器603可用于存儲基本輸入/輸出系統(tǒng)(BIOS)，其包含幫助在CCMS內(nèi)的組件之間傳送信息或?qū)?shù)據(jù)傳送到CCMS外的裝置的基本例程。另外，輔助存儲器604可包括諸如硬盤存儲裝置、軟盤存儲裝置、⑶Rom驅(qū)動器、 閃存驅(qū)動器或光盤驅(qū)動器等用于在諸如硬盤、可移動磁盤或CD-ROM盤等各種計算機可讀媒體上存儲信息的存儲裝置。如本領(lǐng)域技術(shù)人員將領(lǐng)會的，輔助存儲器604通過適當(dāng)?shù)慕涌谶B接到數(shù)據(jù)總線605。輔助存儲器604和相關(guān)聯(lián)計算機可讀媒體為CCMS提供非易失性存儲。重要的是記住，上述計算機可讀媒體能夠替代為本領(lǐng)域中已知的其它類型的計算機可讀媒體。此類媒體例如包括磁帶盒、閃速存儲卡、數(shù)字視頻盤和Bernoulli盒?？衫闷渌问降拇鎯ρb置，如網(wǎng)絡(luò)可存取存儲(NAS)、RAID驅(qū)動系統(tǒng)等。也位于CCMS內(nèi)的是通信輸入/輸出控制器611，該控制器提供用于與諸如因特網(wǎng) 612、私有或公共通信設(shè)施613和/或LAN 614等一個或多個網(wǎng)絡(luò)的其它元件通信的接口。 本領(lǐng)域技術(shù)人員將領(lǐng)會的是，在某些實施例中，一個或多個CCMS的組件可在地理上位于遠(yuǎn)離其它CCMS組件的位置。例如，可從主處理系統(tǒng)分布并且通過接口之一訪問用于內(nèi)容的存儲系統(tǒng)。CCMS還可包括連接到地球站615的衛(wèi)星接口 616。這能夠用于導(dǎo)入包，導(dǎo)出包或兩者。衛(wèi)星鏈路的使用可結(jié)合諸如用于發(fā)送和/或接收內(nèi)容的寬帶接口 613等地面設(shè)施的使用，或作為該使用的備選。CCMS可使用兩種類型的接口與LCMS通信，一種接口用于傳遞包(包括內(nèi)容和可能的元數(shù)據(jù))，另一種接口用于傳遞指令/控制信息。因此，CCMS可能在與目的地通信時部署兩種單獨的接口。示范CCMS功能架構(gòu)CCMS也能夠描述為功能或軟件模塊架構(gòu)，該架構(gòu)能夠基于圖6a所示的物理架構(gòu)。 本領(lǐng)域技術(shù)人員應(yīng)認(rèn)識到，各種軟件架構(gòu)是可能的，并且圖6b僅示出一個可能的實施例， 該實施例能夠用于示出通過軟件模塊實現(xiàn)的軟件結(jié)構(gòu)或功能。在圖6b中，功能系統(tǒng)650能夠分成5個主要的功能組內(nèi)容通行652、內(nèi)容管理 660、站點處理670、規(guī)則處理690及內(nèi)容處理680。這些功能模塊依賴各種系統(tǒng)范圍的能力， 這些能力包括提供到模塊的服務(wù)以便輸送消息699a、認(rèn)證包等699b以及授權(quán)節(jié)目源、目的地和系統(tǒng)管理員699c。內(nèi)容通行模塊652包括通行用戶接口子模塊652，該子模塊允許系統(tǒng)管理員與 CCMS接口以執(zhí)行各種功能和編輯相關(guān)聯(lián)的參數(shù)。伙伴和調(diào)度子模塊6M處理往來于目的和節(jié)目源的包。這處理與導(dǎo)入者和導(dǎo)出者(“伙伴”)相關(guān)聯(lián)的通信類型和參數(shù)，而導(dǎo)入者和導(dǎo)出者與CCMS接口。還包括的是接收和處理調(diào)度信息，調(diào)度信息能夠描述CCMS要從各種伙伴接收的或發(fā)送到各種伙伴的將來的包。這也能夠涵蓋有關(guān)哪些目的地要從內(nèi)容提供商接收包的調(diào)度信息。這允許人員及系統(tǒng)驗證預(yù)期收到什么特定包、何時收到、從何處收到以及包(一般是修改的包)應(yīng)發(fā)送到何處。最后，CCMS數(shù)據(jù)存儲庫保留執(zhí)行上述處理所要求的各種數(shù)據(jù)，包括伙伴標(biāo)識、伙伴通信地址和參數(shù)有關(guān)數(shù)據(jù)、認(rèn)證/授權(quán)有關(guān)數(shù)據(jù)等。在此實施例中，內(nèi)容通行模塊是定義各種安全性管理特征之處。這包括管控與 CCMS系統(tǒng)交互的伙伴進(jìn)行的訪問的特征。例如，CCMS將從其接受包的源及CCMS將對其發(fā)送包的目的地可要求各種認(rèn)證和安全性措施。CCMS保留各種伙伴特定的安全性信息，如包發(fā)送到的通信地址、標(biāo)識數(shù)據(jù)和認(rèn)證數(shù)據(jù)，包括加密/解密有關(guān)的數(shù)據(jù)。例如，每個目的地伙伴可利用解密密鑰以便將CCMS發(fā)送的包解密。在2009年4月17日提出的名稱為“Systems and Methods for One-To-Many Secure Video Encryption” 的美國專禾Ij 申請 12/425944 中公開了在分發(fā)包時可使用的一種此類安全性方案，該申請的內(nèi)容通過引用被結(jié)合。CCMS 可管理如上述申請中公開的各種安全性有關(guān)信息。這些過程可被結(jié)合于內(nèi)容處理模塊680 中，該模塊又可依賴認(rèn)證699b和授權(quán)699c模塊中存在的過程。例如，在傳送包時，在一些實施例中，解密密鑰可通過包來提供。在此類情況下，CCMS可將相關(guān)聯(lián)的解密密鑰和包一起存儲在內(nèi)容管理模塊中。內(nèi)容管理模塊660還結(jié)合用于允許系統(tǒng)管理員設(shè)置規(guī)則、查看和編輯數(shù)據(jù)等的用戶接口 662。此模塊660分成兩個主要組-處理元數(shù)據(jù)和內(nèi)容。每個組通過維護(hù)訪問對應(yīng)管理器665、668的儲存庫(r印oSitory)664、663而維護(hù)元數(shù)據(jù)和內(nèi)容的副本，所述管理器又訪問對應(yīng)的內(nèi)容存儲庫667、669。此模塊存儲收到的包、生成規(guī)格化和本地的資產(chǎn)、維護(hù)各種版本的副本以及將它們相關(guān)聯(lián)以便它們能夠被相應(yīng)地檢索和識別。站點管理模塊670還結(jié)合分離成處理規(guī)則672和站點元數(shù)據(jù)用戶接口 673部分的用戶接口。這允許系統(tǒng)管理員查詢、查看和編輯在給定站點的各種數(shù)據(jù)，包括特定的包數(shù)據(jù)。此數(shù)據(jù)存儲在相關(guān)聯(lián)的數(shù)據(jù)存儲庫677中。這允許CCMS具有可見性和/或按照要求更新與目的地站點有關(guān)的數(shù)據(jù)。規(guī)則處理模塊690還包括向用戶提供圖形接口的用戶接口 693，從而允許創(chuàng)建、編輯、測試和執(zhí)行規(guī)則。規(guī)則處理引擎695執(zhí)行此理，并且訪問存儲站點或系統(tǒng)范圍處理規(guī)則的數(shù)據(jù)存儲庫698。最后，內(nèi)容處理模塊680還結(jié)合允許系統(tǒng)管理員確立、查看和編輯上述處理如何進(jìn)行的用戶接口 682。工作流調(diào)度模塊684協(xié)調(diào)各種外部資源686的使用，并確保步驟以適當(dāng)?shù)捻樞蜻M(jìn)行。例如，僅在1)為適當(dāng)?shù)哪康牡卣军c處理元數(shù)據(jù)以及幻內(nèi)容a)被轉(zhuǎn)碼并且 b)廣告已適當(dāng)插入視頻內(nèi)容中后才可導(dǎo)出已導(dǎo)入的包。有關(guān)是功能1還是功能2先完成可能并不重要，而僅是在導(dǎo)出包前兩個功能均已完成是重要的。在完成第二功能時，可能必需先執(zhí)行子功能a)(例如，將視頻內(nèi)容轉(zhuǎn)碼為適當(dāng)?shù)母袷?，然后接著執(zhí)行子功能b)。執(zhí)行子功能a)要求轉(zhuǎn)碼器(一種類型的外部資源)在運行并可用(當(dāng)前未在處理另一文件)。如果情況是這樣，則能夠使視頻資產(chǎn)內(nèi)容變得可用于轉(zhuǎn)碼器進(jìn)行處理，并且在完成時，能夠監(jiān)視廣告插入系統(tǒng)(另一種形式的外部資源)的操作狀態(tài)和可用性，以及完成廣告插入功能。在各種實施例中，通過確實將數(shù)據(jù)發(fā)送到轉(zhuǎn)碼器，能夠使要轉(zhuǎn)碼的數(shù)據(jù)變得可用于轉(zhuǎn)碼器，或者轉(zhuǎn)碼器能夠被通知要轉(zhuǎn)碼的數(shù)據(jù)的位置并獲得它。一旦元數(shù)據(jù)和內(nèi)容處理均已完成，包便能夠被導(dǎo)出。除其它之外，工作流調(diào)度確保步驟以適當(dāng)?shù)捻樞蜻M(jìn)行，所要求資源可用于完成準(zhǔn)備好導(dǎo)出的包，并且如果到了要求的時間未導(dǎo)出包，則異常通知將生成，以便系統(tǒng)管理員能夠進(jìn)行手動干預(yù)。各種模塊和子模塊的特定布置說明僅一個實施例，并且其它布置是可能易于實現(xiàn)的。過程流CCMS的過程流能夠根據(jù)導(dǎo)入的包的處理進(jìn)行描述。這在圖7中示出，圖7示出對導(dǎo)入的數(shù)據(jù)的處理的幾個階段。這些階段是接收702、攝取704、規(guī)格化(I) 706、目標(biāo)708、 規(guī)格化(11)710及輸送712。這些階段是說明性的，并且有關(guān)步驟序列的變化是可能的。此夕卜，如下面將看到的，相對于相同資產(chǎn)中的內(nèi)容，處理資產(chǎn)中元數(shù)據(jù)的次序能夠改變。在接收階段702中，接收包括資產(chǎn)的包，資產(chǎn)包括內(nèi)容7M和元數(shù)據(jù)720。雖然不是必需的，但在許多情況下，節(jié)目創(chuàng)始方也可基于標(biāo)題722來提供調(diào)度信息。這可涵蓋有關(guān)被調(diào)度由CCMS接收的包、何時應(yīng)收到它們、它們要分發(fā)到何處、何時應(yīng)分發(fā)它們等的信息。 如果被調(diào)度的包表示由CSP提供的定期調(diào)度內(nèi)容，而不是在按需基礎(chǔ)上提供的內(nèi)容，則這特別適用。CSP—般通過成百上千個信道來接收成百上千小時的調(diào)度節(jié)目制作，并且有關(guān)包何時要顯示的信息一般將被提供。CCMS將此信息用于多種目的，包括通知人員何時將收到包、為預(yù)期的包分配空間、何時應(yīng)分發(fā)包等。在攝取階段704中，CCMS通過先接受元數(shù)據(jù)730、然后在驗證步驟732中根據(jù)預(yù)期格式確保收到的元數(shù)據(jù)是完整且正確的而處理元數(shù)據(jù)。隨后在步驟734中能夠存儲元數(shù)據(jù)。存儲的版本是基于原來接收的元數(shù)據(jù)，并且不生成任何國家或本地格式版本。在規(guī)格化(I)階段706中，CCMS在步驟740中處理元數(shù)據(jù)以符合陳述的國家格式化規(guī)則。這包括提供默認(rèn)值到可能尚未指示的元數(shù)據(jù)字段，或者改變提供的字段以符合國家版本。在此點，元數(shù)據(jù)的國家版本一般不取決于任何一個特定目的地。CCMS也處理內(nèi)容 742以符合系統(tǒng)范圍的要求(如將內(nèi)容轉(zhuǎn)碼成期望格式)。在此階段，在內(nèi)容和元數(shù)據(jù)被處理后，在CCMS系統(tǒng)上存在規(guī)格化包，并且在適當(dāng)?shù)臅r間，能夠創(chuàng)建元數(shù)據(jù)和內(nèi)容的各種本地實例(例如，次要版本)。在導(dǎo)出包前，這可與生成國家版本同時進(jìn)行，或者在以后時間進(jìn)行。在目標(biāo)階段708，CCMS使用國家符合的包來創(chuàng)建適當(dāng)?shù)哪繕?biāo)值。在一些實施例中， 可基于從節(jié)目創(chuàng)始方接收的調(diào)度信息來啟動此過程。在步驟750中，這顯示成為特定目標(biāo)目的地的標(biāo)題(目標(biāo)標(biāo)題1)而進(jìn)行。這要求目的地由系統(tǒng)管理員確定，并且相關(guān)聯(lián)規(guī)則已就位。使包符合的過程可重復(fù)多次，在適當(dāng)時，一般每個目的地一次。因此，如果本地價格要在對某個位置獨特的標(biāo)題元數(shù)據(jù)中被指示，則在此時它將被插入?？蔀槟康牡卣军c適當(dāng)?shù)馗淖冑Y產(chǎn)的元數(shù)據(jù)中的其它字段，資產(chǎn)的內(nèi)容也是如此。例如，可通過插入廣告而改變視頻內(nèi)容。如果在創(chuàng)建本地化版本時根據(jù)規(guī)則不更改值，則一般使用國家版本中存在的值(例如，用于元數(shù)據(jù)或內(nèi)容)。
包括標(biāo)題元數(shù)據(jù)的包的原版本一般具有各種資產(chǎn)中指示的特定主要版本標(biāo)識符。 例如，標(biāo)題元數(shù)據(jù)具有一般由包創(chuàng)始方確定的主要版本號。一旦創(chuàng)建國家版本，它便將具有相同的主要版本標(biāo)識符號，但具有不同的次要版本標(biāo)識符號。本地化版本一般將再次更改次要版本標(biāo)識符號。因此，可能通過檢查用于各種實例的主要版本號，確保它們與相同視頻節(jié)目有關(guān)?？赡芸稍偈褂冒娜舾刹糠郑员阒貜?fù)相同處理不必進(jìn)行。例如，一旦為一個目的地將視頻內(nèi)容轉(zhuǎn)碼，便可在包中將該相同內(nèi)容用于另一目的地。為了示出處理步驟，下面討論僅為一個目標(biāo)目的地來生成包的處理。在規(guī)格化(II)階段710中，檢索并使用用于每個位置的規(guī)則以在步驟760中創(chuàng)建元數(shù)據(jù)的本地化(次要)版本和用于該位置的適當(dāng)內(nèi)容版本?；叵肫鹈總€位置可能要求不同于國家版本的某個視頻內(nèi)容處理，包括添加水印、轉(zhuǎn)碼、加密等，并且就要求此處理的程度而言，CCMS在此步驟執(zhí)行此處理。在某些實施例中，LCMS可執(zhí)行一些此功能，使得CCMS 將只執(zhí)行一些內(nèi)容處理。CCMS可以前已創(chuàng)建或存儲相同的本地版本，并且如果情況是這樣， 則能夠從存儲裝置檢索它，而不是重新創(chuàng)建內(nèi)容。最后，在輸送階段712中，CCMS將包括分別在步驟770和772中的元數(shù)據(jù)和內(nèi)容的包傳送到目的地。輸送一般在規(guī)格化后不久進(jìn)行，并且在各種實施例中，CCMS可在其本地存儲庫中存儲本地版本。一些情況下，相同的包可輸送到多個目的地。如前面所述，CCMS 可提供只包括標(biāo)題元數(shù)據(jù)或某一其它資產(chǎn)的包到目的地。如果元數(shù)據(jù)更新現(xiàn)有元數(shù)據(jù)，并且CSP已經(jīng)具有內(nèi)容，則情況經(jīng)常是這樣。此類情況下，通常要避免重新傳送已在目的地存儲的內(nèi)容。包狀態(tài)包能夠視為具有各種狀態(tài)的壽命周期和它經(jīng)過各種處理階段。圖8中示出包的壽命周期的一個實施例，其中，圓802、804、806和808表示包狀態(tài)之間的處理。貫穿包的壽命周期，CCMS通過獨特的標(biāo)識符來識別。在圖8中，包的導(dǎo)入在步驟800中由節(jié)目創(chuàng)始方啟動。包在“已調(diào)度”狀態(tài)中，并且在導(dǎo)入處理階段802中傳送到CCMS，在該階段，它由CCMS 接收，并且在收到后，包在“已導(dǎo)入”狀態(tài)中。在導(dǎo)入后，在驗證處理階段804中處理包。如果驗證處理不成功，則發(fā)出警報，并且CCMS在步驟812等待來自系統(tǒng)管理員的輸入。如果驗證成功，則包進(jìn)入“已驗證”狀態(tài)。隨后，包在導(dǎo)出處理階段806中被規(guī)格化并導(dǎo)出。在其它實施例中，包可在被導(dǎo)出前暫時在“已規(guī)格化”狀態(tài)中，但導(dǎo)出一般在包規(guī)格化后不久進(jìn)行。同樣地，如果規(guī)格化不成功，則進(jìn)入在步驟812的過程。假定包被成功導(dǎo)出，則包在 “已導(dǎo)出”狀態(tài)中?？赡艿氖?，系統(tǒng)將在某一時間期后將包置于“已期滿”狀態(tài)中，這在時間經(jīng)過后發(fā)生。這導(dǎo)致處理涉及在“引退”處理狀態(tài)808中包的刪除。此操作的結(jié)果是包被“刪除”。在此狀態(tài)中，數(shù)據(jù)被刪除或復(fù)制到存檔存儲裝置中，并且包的壽命周期完結(jié)?？赡艿氖牵ㄟ^從長期存儲器檢索包而重新激活包，這能夠?qū)呕氐揭褜?dǎo)入狀態(tài)或已驗證狀態(tài)。 其它實施例可從上述狀態(tài)和處理階段進(jìn)行添加或刪除。顯然，包如果被刪除，則不能重新激活，而是將必須再次導(dǎo)入。在包的每種狀態(tài)，CCMS如圖8中所公開的一樣記錄與包相關(guān)聯(lián)的各種事件。因此， CCMS維護(hù)與包相關(guān)聯(lián)的各種事件有關(guān)的數(shù)據(jù)。這包括何時第一次導(dǎo)入包、驗證的結(jié)果、處理元數(shù)據(jù)和內(nèi)容的結(jié)果、包在何時和何處被導(dǎo)出，以及包何時被引退。
規(guī)則CCMS的用戶能夠創(chuàng)建規(guī)則，規(guī)則定義CCMS要如何處理導(dǎo)入的包。為了定義規(guī)則以跨各種系統(tǒng)來管理標(biāo)題，每個標(biāo)題(例如，與共同標(biāo)題相關(guān)聯(lián)的包的集合)將具有與其相關(guān)聯(lián)的1)標(biāo)題的總視圖，2)與標(biāo)題相關(guān)聯(lián)的包的各種版本和實例信息，包括元數(shù)據(jù)實例(例如，本地、國家)和內(nèi)容版本，3)每個包的狀態(tài)信息及4)計劃信息。此信息為系統(tǒng)管理員提供有關(guān)標(biāo)題的全局看法(標(biāo)題的概觀)，包括預(yù)期將收到什么(計劃信息)、何時它被收到 (狀態(tài)信息)以及創(chuàng)建的是什么本地或國家版本(實例信息)。為了使用戶定義與標(biāo)題相關(guān)聯(lián)的包要如何被處理和導(dǎo)出，系統(tǒng)將維護(hù)涉及三個主要分組的數(shù)據(jù)元素1)標(biāo)題版本和實例，幻標(biāo)題分組，以及幻站點分組。1)標(biāo)題版本和實例。數(shù)據(jù)分組的此集合表示CCMS所維護(hù)的每個標(biāo)題，并且因此用戶能夠識別標(biāo)題的不同版本及在何處使用該版本。CCMS存儲所有標(biāo)題的多個版本和實例， 包括 調(diào)度的版本-這是在從節(jié)目創(chuàng)始方實際收到對應(yīng)包前有關(guān)CCMS中的調(diào)度內(nèi)容中使用的標(biāo)題的信息的版本； 原始版本-這是從提供商收到的標(biāo)題元數(shù)據(jù)。該版本由主要版本號來反映，并且僅由提供商來指派； 國家實例版本-這是在應(yīng)用國家規(guī)則后標(biāo)題元數(shù)據(jù)的版本。此版本由次要版本號來反映；以及 本地化實例版本-這是元數(shù)據(jù)的特定版本的本地化實例(由主要和次要號碼識別)。在此情況下有兩個選擇，包括國家版本的每個單獨變型一個實例，無復(fù)制。對于此方案，每個站點(頭端)將指派有特定的實例。備選的是，提供用于每個站點的特定實例，提供有用于更新的編號。標(biāo)題組-這些是標(biāo)題的分組以允許用戶根據(jù)有用的分組來查看和管理標(biāo)題。CCMS 將具有以多種方式將站點分組以便在應(yīng)用規(guī)則和分發(fā)內(nèi)容中使用的能力，包括眷全部-跨企業(yè)的每個站點。 皿-可尋址每個特定站點，如按城市或其它名稱。Φ定義的組-列表中定義的有名稱站點的組。例如，根據(jù)某個區(qū)域的名稱 ("Colorado Group”)、MSA 或其它標(biāo)識符。根據(jù)站點定義中的特性來定義，例如使用特定供應(yīng)商的設(shè)備、能力、 網(wǎng)絡(luò)拓?fù)涞鹊恼军c。例如，使用品牌X視頻頭端系統(tǒng)的所有站點。眷根據(jù)狀杰-根據(jù)站點的狀杰來定義。例如，存儲內(nèi)容被填充到某個容量的系統(tǒng)。眷根據(jù)內(nèi)容-根據(jù)由當(dāng)前內(nèi)容所確定的站點來定義。例如，從存儲其特定標(biāo)題的特定節(jié)目制作源接收某個內(nèi)容的站點。M^H-這些是站點(頭端、分發(fā)系統(tǒng))的分組，以允許用戶管理正在分發(fā)的標(biāo)題的目的地。CCMS能夠以多種方式將站點分組以便在應(yīng)用規(guī)則和分發(fā)內(nèi)容中使用，包括眷全部-跨企業(yè)的每個站點。 皿-可尋址每個特定站點，如按城市或其它名稱。眷定義的組-列表中定義的有名稱站點的組。例如，‘‘Colorado Group”可定義為 Denver 頭端、Littleton 頭端禾口 Boulder 頭端。
23
根據(jù)站點定義中的特性來定義，如使用“品牌X”設(shè)備的站點。參根據(jù)狀杰-根據(jù)站點的狀態(tài)來定義，例如可用存儲容量的百分比。根據(jù)當(dāng)前內(nèi)容所確定的站點來定義，例如從節(jié)目制作源接收內(nèi)容或存儲特定標(biāo)題的站點。通過這些數(shù)據(jù)元素，能夠定義各種規(guī)則。這些包括以下所述(a)分發(fā)規(guī)則。分發(fā)規(guī)則用于確定分發(fā)內(nèi)容到站點所用的時間和動作。規(guī)則的一般形式是在[<DateAndTime>或 <UponEvent>]分發(fā) <TitleGroup> 到 <SiteGroup>示例包括 在10/04/2008 12:00:00 分發(fā)"Ironman 版本1. 2” 至Ij “Al IHeadEnds，， 在立即分發(fā)“更新的Marz標(biāo)題”到“RingHeadEnds”。 在10/03/2008 11 59 01 分發(fā)“All Titles” 到 “Dearborn 頭端”(b)站點管理規(guī)則。站點管理規(guī)則用于基于站點的各個需要來維護(hù)標(biāo)題到站點的分發(fā)。規(guī)則的一般形式是如果 < 站點 > 狀態(tài)〈狀態(tài)〉是〈值 >，則< 動作>示例包括 如果 “DearbornHeadEnd” 狀態(tài)=FreeSpace 是“<10%”，則“不接受新標(biāo)題” 如果 “DearbornHeadEnd” 狀態(tài)=FreeSpace 是“<30%”，則“不接受低值標(biāo)題”(c)內(nèi)容修改規(guī)則。這些是基于內(nèi)容需要而用于內(nèi)容的更改的規(guī)則。示例情形包括 作為WMP到達(dá)的內(nèi)容應(yīng)始終轉(zhuǎn)換為MPEG-2 ；以及 目標(biāo)為具M(jìn)PEG-4能力的HE的內(nèi)容應(yīng)轉(zhuǎn)換為用于那些頭端的MPEG-4和用于其它頭端的MPEG-2。(d)元數(shù)據(jù)修改規(guī)則。元數(shù)據(jù)修改規(guī)則用于基于各種準(zhǔn)則來更改用于元數(shù)據(jù)的值。 這些準(zhǔn)則對應(yīng)于當(dāng)前AMS規(guī)則。這些規(guī)則的基本形式是如果 < 條件 >setmetadataField :<metadataField> 為值< 值 >示例包括 如果{標(biāo)題提供商=Starz} setMetadataField “建立的價格”為值“3. 99” 如果{標(biāo)題=SuperherosGroup} setMetadataField “類別，，為值"Superhero 宣傳” 如果{(格式= "HD")并且(提供=Starz) !setMetadataField “價格”為值 "7. 99”(e)實例創(chuàng)建規(guī)則。必須從初始接收、修改、分發(fā)和最終從系統(tǒng)刪除來管理CMS中的每個標(biāo)題。標(biāo)題能夠由提供商在主要版本中被更新，在如國家規(guī)則所確定的次要版本中被更新以及在如本地規(guī)則所確定的本地實例中被更新。示例情形包括1.進(jìn)行對標(biāo)題的更改-這些可能是元數(shù)據(jù)(本地或國家)、分發(fā)規(guī)則等中的更改。2.為給定標(biāo)題開創(chuàng)新分發(fā)。a.根據(jù)分發(fā)規(guī)則、元數(shù)據(jù)和目標(biāo)定位，為標(biāo)題選擇目的地。
3.應(yīng)用國家規(guī)則以創(chuàng)建新版本。4.應(yīng)用本地規(guī)則以創(chuàng)建實例5.為分發(fā)確定實例。6.實例被分發(fā)到適當(dāng)?shù)恼军c。用戶命令除創(chuàng)建規(guī)則外，用戶能夠?qū)崟r發(fā)布現(xiàn)有包上執(zhí)行的命令到CCMS，這將實現(xiàn)與系統(tǒng)應(yīng)用規(guī)則類似的結(jié)果。通常，對于用戶能夠在規(guī)則中指定的每個能力，經(jīng)一個或多個命令提供類似的一個能力(或多個能力)到用戶。然而，與應(yīng)用規(guī)則相關(guān)聯(lián)的邏輯能力不可在命令中具有對應(yīng)能力。這能夠通過說明來解釋。例如，考慮定義如下的為進(jìn)入的包設(shè)置價格的規(guī)則如果< 條件 >SetMetadataField :<MetadataField> 為值〈值〉此規(guī)則的特定實例能夠是如果{標(biāo)題提供商=HBO ISetMetadataField “建議的價格”為值“$3. 99”然而，用戶能夠發(fā)布命令以實現(xiàn)類似的結(jié)果。用戶能夠輸入命令，該命令查詢特定標(biāo)題的“建議的價格”字段，并通過查看元數(shù)據(jù)基于結(jié)果來確定它是否源于HBO 并確定它是否設(shè)為$3. 99。如果它不是適當(dāng)?shù)闹担瑒t用戶能夠發(fā)布命令以更新字段為$3. 99。這將通過調(diào)用命令來實現(xiàn)與如通過定義應(yīng)用于處理進(jìn)入的包的規(guī)則類似的結(jié)果。注意，用戶也能夠命令CCMS規(guī)則應(yīng)用到已經(jīng)收到的包。因此，用戶可調(diào)用具有類似或相似規(guī)則能力的命令。這些命令包括導(dǎo)出標(biāo)題、導(dǎo)入標(biāo)題、創(chuàng)建元數(shù)據(jù)的國家或本地實例、更新元數(shù)據(jù)字段、查詢元數(shù)據(jù)的實例。管理員訪問有各種類型的用戶能夠使用CCMS訪問和管理資產(chǎn)。“最高”級別的權(quán)限是系統(tǒng)管理員(“SA”)，系統(tǒng)管理員能夠訪問用戶能夠訪問的CCMS的所有能力?！案图墑e”的權(quán)限對于用戶是可能的。每個用戶一般提供標(biāo)識和認(rèn)證信息以便登錄到系統(tǒng)，并且許可級別與每個用戶賬戶相關(guān)聯(lián)。SA—般經(jīng)安全的因特網(wǎng)連接來訪問CCMS，但其它通信布置是可能的。用戶的權(quán)限在圖X所示的表1中示出。在圖9中，所示能力解釋如下a.用戶賬戶-指建立更低級別用戶組的能力；b.系統(tǒng)配置-指在CCMS中配置各種系統(tǒng)組件的能力；c. CCMS數(shù)據(jù)庫-指在CCMS中查詢或編輯各種數(shù)據(jù)庫的部分；d.聯(lián)系信息-指與系統(tǒng)相關(guān)聯(lián)的適當(dāng)人員的電話、電子郵件或其它聯(lián)系信息；e.元數(shù)據(jù)-指編輯、查看或以其它方式處理元數(shù)據(jù)的能力；f.內(nèi)容-指編輯、查看或以其它方式處理資產(chǎn)內(nèi)容的能力；g.報告選項-指創(chuàng)建和運行有關(guān)系統(tǒng)方面的各種報告的能力；以及h.頭端-指用戶能夠訪問哪些頭端以用于CCMS的操作。命令的應(yīng)用查看和編輯元數(shù)據(jù)。CCMS的一個共同應(yīng)用是查看和編輯與包相關(guān)聯(lián)的元數(shù)據(jù)。元數(shù)據(jù)值的管理能夠基于特定的標(biāo)題、標(biāo)題的組、站點和/或站點的組。通過創(chuàng)建修改將來導(dǎo)入的包的規(guī)則，或者創(chuàng)建規(guī)則以作為在導(dǎo)出前修改CCMS中當(dāng)前收到的包的元數(shù)據(jù)的命令，或者甚至在包已分發(fā)到目的地后修改元數(shù)據(jù)(這通過添加命令以傳送更新的元數(shù)據(jù)到適當(dāng)站點來實現(xiàn))，能夠前瞻性地進(jìn)行元數(shù)據(jù)的處理。元數(shù)據(jù)變換規(guī)則存儲在CCMS中，并且通過使用與包相關(guān)聯(lián)的綱要(schema)、 提供商和產(chǎn)品而與包相關(guān)聯(lián)，以及與正在執(zhí)行的變換操作(例如，規(guī)格化/向下轉(zhuǎn)型 (downcast)，預(yù)覽)相關(guān)聯(lián)。為了查看變換規(guī)則，帶有適當(dāng)許可的CCMS用戶在適當(dāng)?shù)腃CMS GUI選擇變換；該CCMS GUI顯示變換，包括用于選定變換的變換規(guī)則。規(guī)則可被構(gòu)建或組織以應(yīng)用到輸出格式、標(biāo)題和功能的分組。這些規(guī)則可進(jìn)一步自動改進(jìn)以基于用于目標(biāo)輸出的動作來變換特定元數(shù)據(jù)字段。對于特定的分析類型，用戶將可使用更高級規(guī)則并且不會被強制在逐標(biāo)題或逐系統(tǒng)的基礎(chǔ)上工作。CMS用戶按照所期望的來編輯規(guī)格化規(guī)則，并且資產(chǎn)管理器組件通過修改來更新其本地數(shù)據(jù)存儲庫?？稍诎庉?、預(yù)覽、導(dǎo)出或驗證上應(yīng)用變換規(guī)則。確切的順序?qū)⒃谙到y(tǒng)工作流的定義期間確定。在如圖10所示的接下來的示例中，系統(tǒng)用戶訪問CCMS以選擇和編輯與已經(jīng)分發(fā)到站點的標(biāo)題相關(guān)聯(lián)的元數(shù)據(jù)。在圖10中，系統(tǒng)10包括與CCMS 1004的用戶接口 1002交互的系統(tǒng)用戶1001，CCMS1004已將包分發(fā)到包括LCMS 1007和VOD系統(tǒng)1009的有線頭端 1006。用戶1001首先在步驟IOlOa中選擇要查詢的頭端系統(tǒng)。這促使CCMS接收請求IOlOb 并且在響應(yīng)101 中提供與該站點相關(guān)聯(lián)的可能標(biāo)題，該響應(yīng)在步驟1012b中提供到用戶。 用戶隨后在步驟1014a、1014b中選擇特定包，這促使該特定包的元數(shù)據(jù)1016返回并向用戶顯示。用戶查看并隨后在步驟1018a經(jīng)輸入來修改元數(shù)據(jù)，并且在步驟1018b中結(jié)果的更新數(shù)據(jù)被提供到CCMS。CCMS在步驟1020中驗證數(shù)據(jù)，并且步驟1022中將它提供到適當(dāng)?shù)哪康牡豅CMS。在那里，LCMS處理更新元數(shù)據(jù)IOM以在步驟10 中更新其適當(dāng)?shù)南到y(tǒng)， 這在此情況下是VOD后臺辦公系統(tǒng)。如果用戶已更新站點的組或標(biāo)題的組，則此過程可由 CCMS(自動)重復(fù)進(jìn)行。如果編輯是在國家級別或系統(tǒng)范圍級別，則更新的元數(shù)據(jù)將適當(dāng)?shù)乇粋鞑?。如果?guī)則被創(chuàng)建，則用戶可通過在逐步基礎(chǔ)上應(yīng)用測試來測試規(guī)則。CCMS隨后將在處理的每個步驟后顯示結(jié)果，包括將受新規(guī)則影響的包和位置。CCMS還經(jīng)其日志數(shù)據(jù)文件記錄在規(guī)則處理期間發(fā)生的適當(dāng)事件。因此，保持了用于標(biāo)題的新元數(shù)據(jù)、它何時傳送到站點、哪些站點收到它的記錄。以此方式，系統(tǒng)用戶能夠獲得系統(tǒng)的準(zhǔn)確狀態(tài)。元數(shù)據(jù)的編輯或更新包容各種業(yè)務(wù)慣例，包括以下示例a.將所有標(biāo)題的價格降低$1. 00。b.在標(biāo)題的窗口的最后7天，將它移動“最后機會類別”并將價格降低$1 ；c.在〈特定日期〉更改所有交易的VOD標(biāo)題上的價格；d.更改所有成人標(biāo)題上的類別和定價；e.在窗口結(jié)束前的7天，將 < 標(biāo)題 > 移到特殊類別并將價格降低$1 ；f.將從指定節(jié)目源收到的所有電影設(shè)為$14. 99 ；g.通過類別和特殊定價來設(shè)置特殊的“Paul Newman周”；h.雙重列出多個類別類型中的標(biāo)題；i.實現(xiàn)各種本地價格和窗口更改；以及
j.輸入用于各種設(shè)備類型VOD服務(wù)器的適當(dāng)禁用特技模式碼。高級通知和調(diào)度CCMS能夠接收要從節(jié)目創(chuàng)始方接收的標(biāo)題的調(diào)度信息，并且創(chuàng)建可包含或不包含內(nèi)容和元數(shù)據(jù)的最小包。規(guī)則或顯式用戶交互將設(shè)置用于標(biāo)題的分發(fā)時序和目的地。此設(shè)置將用于創(chuàng)建確保標(biāo)題適當(dāng)、及時分發(fā)到正確目的地的工作流和警報。這也能夠用于通知 CCMS的系統(tǒng)用戶即將到來的標(biāo)題，并且允許對資源進(jìn)行適當(dāng)?shù)挠媱?。如果未在指示的日期收到?biāo)題，則能夠采取通知或其它校正動作(例如分配存儲空間)以確保包如期被收到。內(nèi)容分發(fā)用戶能夠確立規(guī)則或命令以實現(xiàn)包的導(dǎo)出及應(yīng)該應(yīng)用的規(guī)則。在規(guī)則的情況下， 系統(tǒng)用戶能夠創(chuàng)建、編輯或預(yù)覽要應(yīng)用的規(guī)則，并且在應(yīng)用前測試規(guī)則以確保規(guī)則被適當(dāng)定義。規(guī)則能夠基于時間(例如，在某些時間導(dǎo)出現(xiàn)有包到目的地)和/或事件(處理和導(dǎo)出無論何時收到的包)來觸發(fā)。內(nèi)容能夠分發(fā)到與服務(wù)提供商相關(guān)聯(lián)的單個站點或多個站點。此外，資產(chǎn)的“部分”分發(fā)是可能的。在一個實施例中，這指傳送包宣傳視頻資產(chǎn)，之后是在以后的時間傳送視頻節(jié)目內(nèi)容本身。其它應(yīng)用包括分發(fā)系列節(jié)目的隨后部分(例如，每周電視節(jié)目)。CCMS 也能夠由于分發(fā)而引退內(nèi)容。此情況下，內(nèi)容本身不分發(fā)，而是對元數(shù)據(jù)的更新提供到收到內(nèi)容的所有那些站點。規(guī)則建立和驗證系統(tǒng)用戶能夠創(chuàng)建、編輯和驗證規(guī)則。基本元數(shù)據(jù)驗證由CCMS中能夠應(yīng)用元數(shù)據(jù)方案的軟件模塊進(jìn)行，包括使用與特定資產(chǎn)相關(guān)聯(lián)的XML綱要(例如，參閱上述CableLabs ADI規(guī)范)。通過使用綱要驗證，能夠強制實行多個類型、范圍約束和其它約束。另外的用戶定義的商務(wù)規(guī)則存儲在CCMS中，并且通過使用與包相關(guān)聯(lián)的綱要、提供商和產(chǎn)品而與包相關(guān)聯(lián)。如果用戶編輯驗證規(guī)則，則資產(chǎn)能夠按照需要被重新驗證。在導(dǎo)入時和修改驗證規(guī)則時，應(yīng)用驗證規(guī)則到包。元數(shù)據(jù)變換規(guī)則存儲在CCMS中，并且通過使用與包相關(guān)聯(lián)的綱要、提供商和產(chǎn)品而與包相關(guān)聯(lián)，以及與正在執(zhí)行的變換操作(例如，規(guī)格化/向下轉(zhuǎn)型，預(yù)覽等)相關(guān)聯(lián)。為了查看變換規(guī)則，帶有適當(dāng)許可的CMS用戶在CMS⑶1選擇變換；該CCMS⑶I顯示變換，包括用于選定變換的變換規(guī)則。規(guī)則可被構(gòu)建或組織以應(yīng)用到輸出格式、標(biāo)題和功能的分組。這些規(guī)則可進(jìn)一步自動改進(jìn)以基于用于目標(biāo)輸出的動作而變換特定元數(shù)據(jù)字段。對于特定的分析類型，用戶將可使用更高級規(guī)則并且不會被強制在逐標(biāo)題或逐系統(tǒng)的基礎(chǔ)上工作。CCMS用戶按照期望的來編輯規(guī)格化規(guī)則，并且CCMS通過修改來更新其本地數(shù)據(jù)存儲庫。可在處理的包編輯、預(yù)覽、導(dǎo)出或驗證階段上應(yīng)用變換規(guī)則。確切的順序?qū)⒃谙到y(tǒng)工作流的定義期間確定。典型使用示例CCMS在允許實現(xiàn)商務(wù)目標(biāo)方面提供了相當(dāng)大的靈活性，并且簡化了資產(chǎn)的管理。 考慮一服務(wù)提供商在各個城市中操作超過40個有線頭端的一示例。特別關(guān)注的是以下四個城市中的有線頭端，如表1中所示
2權(quán)利要求
1.一種用于將本地化包導(dǎo)出到視頻服務(wù)提供商的系統(tǒng)，其中所述視頻服務(wù)提供商通過分發(fā)設(shè)施將視頻節(jié)目提供到所述視頻服務(wù)提供商的訂戶以用于觀看，所述系統(tǒng)包括第一接口，配置成接收第一包，所述第一包包括數(shù)據(jù)結(jié)構(gòu)，所述數(shù)據(jù)結(jié)構(gòu)包括a)第一標(biāo)題元數(shù)據(jù)，所述第一標(biāo)題元數(shù)據(jù)指示所述視頻節(jié)目的標(biāo)題，以及b)第一視頻資產(chǎn)，還包括第一視頻內(nèi)容和第一視頻元數(shù)據(jù)部分，其中所述第一視頻元數(shù)據(jù)包括第一主要版本值和第一次要版本值；處理器，配置成a)從所述第一接口接收所述第一包，b)存儲所述第一包，c)基于所述第一包而生成規(guī)格化包，其中所述規(guī)格化包包括規(guī)格化標(biāo)題元數(shù)據(jù)和規(guī)格化視頻資產(chǎn)，所述規(guī)格化標(biāo)題元數(shù)據(jù)不同于所述第一標(biāo)題元數(shù)據(jù)，并且所述規(guī)格化視頻資產(chǎn)獨立于特定的視頻服務(wù)提供商目的地而被確定，d)查明接收本地化包的目的地視頻服務(wù)提供商，其中所述本地化包基于所述規(guī)格化包，e)檢索視頻服務(wù)提供商目的地特定的配置數(shù)據(jù)，f)使用所述規(guī)格化包和所述視頻服務(wù)提供商目的地特定的配置數(shù)據(jù)來生成所述本地化包，其中所述本地化包包括第二數(shù)據(jù)結(jié)構(gòu)，所述第二數(shù)據(jù)結(jié)構(gòu)包括a)第二標(biāo)題元數(shù)據(jù)，所述標(biāo)題元數(shù)據(jù)指示所述視頻節(jié)目的標(biāo)題，所述第二標(biāo)題元數(shù)據(jù)不同于所述規(guī)格化標(biāo)題元數(shù)據(jù)，以及b)第二視頻資產(chǎn)，還包括第二視頻內(nèi)容和第二視頻元數(shù)據(jù)，其中所述第二視頻內(nèi)容基于所述第一視頻內(nèi)容，并且所述第二視頻元數(shù)據(jù)包括所述第一主要版本值和第二次要版本值，數(shù)據(jù)存儲裝置，配置成存儲所述第一包、所述規(guī)格化包和所述本地化包以及所述視頻服務(wù)提供商目的地特定的配置數(shù)據(jù)；以及第二接口，配置成從所述處理器接收所述本地化包，并且將所述本地化包傳送到所述視頻服務(wù)提供商。
2.如權(quán)利要求1所述的系統(tǒng)，其中所述處理器配置成生成所述本地化包，使得所述本地化包中的所述第二次要版本值不同于所述第一包中的所述第一次要版本值。
3.如權(quán)利要求2所述的系統(tǒng)，其中所述數(shù)據(jù)存儲裝置配置成存儲由所述處理器用于生成所述規(guī)格化包的目的地獨立的配置數(shù)據(jù)。
4.如權(quán)利要求2所述的系統(tǒng)，還包括轉(zhuǎn)碼器，所述轉(zhuǎn)碼器配置成從所述數(shù)據(jù)存儲裝置接收第一編碼格式中的所述第一視頻內(nèi)容，并生成第二編碼格式中的數(shù)字視頻文件，其中所述本地化包包括第二編碼格式中的所述數(shù)字視頻文件。
5.如權(quán)利要求4所述的系統(tǒng)，其中所述本地化包包括含有廣告的第二視頻內(nèi)容。
6.如權(quán)利要求2所述的系統(tǒng)，其中所述處理器配置成使用所述視頻服務(wù)提供商目的地特定的配置數(shù)據(jù)來確定第二標(biāo)題元數(shù)據(jù)中視頻節(jié)目的價格，其中所述第二價格不同于所述第一包中視頻節(jié)目的價格。
7.如權(quán)利要求6所述的系統(tǒng)，其中所述視頻服務(wù)提供商目的地特定的配置數(shù)據(jù)識別所述視頻服務(wù)提供商的地理服務(wù)區(qū)域。
8.如權(quán)利要求4所述的系統(tǒng)，其中所述本地化包的所述第二視頻元數(shù)據(jù)反映所述第二編碼格式。
9.如權(quán)利要求8所述的系統(tǒng)，其中所述第二編碼格式在所述視頻服務(wù)提供商目的地特定的配置數(shù)據(jù)中被指示。
10.一種將本地化包導(dǎo)出到視頻服務(wù)提供商的方法，包括以下步驟在處理系統(tǒng)的第一接口從通信設(shè)施接收源于的視頻節(jié)目分發(fā)方的第一包，所述第一包包括數(shù)據(jù)結(jié)構(gòu)，所述數(shù)據(jù)結(jié)構(gòu)包括a)第一標(biāo)題元數(shù)據(jù)，所述第一標(biāo)題元數(shù)據(jù)指示視頻節(jié)目的標(biāo)題，以及b)第一視頻資產(chǎn)，還包括視頻內(nèi)容和視頻元數(shù)據(jù)，其中所述視頻元數(shù)據(jù)包括第一主要版本值和第一次要版本值；由處理器在所述處理系統(tǒng)的數(shù)據(jù)存儲系統(tǒng)中存儲所述第一包；基于所述第一包由所述處理器生成規(guī)格化包，所述規(guī)格化包獨立于所述視頻服務(wù)提供商而被生成，其中所述規(guī)格化包包括規(guī)格化標(biāo)題元數(shù)據(jù)和規(guī)格化視頻資產(chǎn)，所述視頻資產(chǎn)包括規(guī)格化視頻內(nèi)容和規(guī)格化視頻元數(shù)據(jù)；由所述處理器查明接收本地化包的視頻服務(wù)提供商，其中所述本地化包基于所述規(guī)格化包；所述處理器從所述數(shù)據(jù)存儲系統(tǒng)來檢索視頻服務(wù)提供商目的地特定的配置數(shù)據(jù)；使用i)所述規(guī)格化包和ii)所述視頻服務(wù)提供商目的地特定的配置數(shù)據(jù)來生成所述本地化包，其中所述本地化包包括第二數(shù)據(jù)結(jié)構(gòu)，所述第二數(shù)據(jù)結(jié)構(gòu)包括a)第二標(biāo)題元數(shù)據(jù)，所述第二標(biāo)題元數(shù)據(jù)指示所述視頻節(jié)目的標(biāo)題，以及b)第二視頻資產(chǎn)，還包括第二視頻內(nèi)容和第二視頻元數(shù)據(jù)，其中所述第二視頻內(nèi)容基于所述第一視頻內(nèi)容，并且所述第二視頻元數(shù)據(jù)包括第二版本值，所述第二版本值包括所述第一主要版本值和第二次要版本值；在所述數(shù)據(jù)存儲系統(tǒng)中存儲所述本地化包；以及所述處理器通過第二接口將所述本地化包傳送到所述視頻服務(wù)提供商。
11.如權(quán)利要求10所述的方法，其中所述第二視頻內(nèi)容是通過變換所述第一視頻內(nèi)容而生成的基于MPEG的編碼數(shù)字視頻文件，其中所述視頻文件表示物理對象的一系列數(shù)字圖像數(shù)據(jù)。
12.如權(quán)利要求11所述的方法，其中所述第二視頻內(nèi)容由轉(zhuǎn)碼器接收第一編碼格式中的所述第一視頻內(nèi)容并生成第二編碼格式中的所述第二視頻內(nèi)容而生成。
13.如權(quán)利要求12所述的方法，其中所述處理器在所述第二視頻元數(shù)據(jù)中設(shè)置值以指示所述第二編碼格式。
14.如權(quán)利要求13所述的方法，其中所述本地化包的所述第二次要版本值不同于所述第一包的所述第一次要版本值。
15.如權(quán)利要求10所述的方法，還包括以下步驟從所述數(shù)據(jù)存儲系統(tǒng)檢索第二視頻服務(wù)提供商目的地特定的配置數(shù)據(jù)；使用所述規(guī)格化包和所述第二視頻服務(wù)提供商目的地特定的配置數(shù)據(jù)來生成第二本地化包，其中所述第二本地化包包括第二數(shù)據(jù)結(jié)構(gòu)，所述第二數(shù)據(jù)結(jié)構(gòu)包括a)第三標(biāo)題元數(shù)據(jù)，所述標(biāo)題元數(shù)據(jù)指示所述視頻節(jié)目的標(biāo)題，以及b)第三視頻資產(chǎn)，還包括第三視頻內(nèi)容和第三視頻元數(shù)據(jù)，其中所述第三視頻內(nèi)容基于所述第一視頻內(nèi)容，并且所述第三視頻元數(shù)據(jù)包括第三版本值，所述第三版本值包括所述第一主要版本和第三次要版本值；在所述數(shù)據(jù)存儲系統(tǒng)中存儲所述第二本地化包；以及所述處理器通過第二接口將所述本地化包傳送到所述第二視頻服務(wù)提供商。
16.如權(quán)利要求10所述的方法，還包括以下步驟在所述處理系統(tǒng)接收指示日期的分發(fā)調(diào)度，到所述日期所述包應(yīng)由所述處理系統(tǒng)來導(dǎo)出；以及所述處理系統(tǒng)在所述日期之前通過第二接口將所述本地化包傳送到所述視頻服務(wù)提供商。
17.如權(quán)利要求10所述的方法，還包括以下步驟在所述處理系統(tǒng)接收日期，到所述日期所述本地化包應(yīng)從所述數(shù)據(jù)存儲系統(tǒng)被刪除；以及所述處理系統(tǒng)基于所述日期從所述數(shù)據(jù)存儲系統(tǒng)刪除所述本地化包。
18.—種包含可由處理器執(zhí)行以用于將包提供到視頻服務(wù)提供商的代碼的計算機可讀媒體，所述代碼包括計算機可讀程序指令，所述指令適用于在處理系統(tǒng)的第一接口從通信設(shè)施接收源于視頻節(jié)目分發(fā)方的第一包，所述第一包包括數(shù)據(jù)結(jié)構(gòu)，所述數(shù)據(jù)結(jié)構(gòu)包括a)第一標(biāo)題元數(shù)據(jù)，所述第一標(biāo)題元數(shù)據(jù)指示視頻節(jié)目的標(biāo)題，以及b)第一視頻資產(chǎn)，還包括視頻內(nèi)容和視頻元數(shù)據(jù)，其中所述視頻元數(shù)據(jù)包括第一主要版本值和第一次要版本值；由處理器在所述處理系統(tǒng)的數(shù)據(jù)存儲系統(tǒng)中存儲所述第一包； 基于所述第一包來生成規(guī)格化包，其中所述規(guī)格化包獨立于所述視頻服務(wù)提供商而被生成，其中所述規(guī)格化包包括規(guī)格化標(biāo)題元數(shù)據(jù)和規(guī)格化視頻資產(chǎn)，所述規(guī)格化視頻資產(chǎn)包括規(guī)格化視頻內(nèi)容和規(guī)格化視頻元數(shù)據(jù)。由所述處理器查明接收本地化包的視頻服務(wù)提供商，其中所述本地化包基于所述規(guī)格化包；從所述數(shù)據(jù)存儲系統(tǒng)檢索視頻服務(wù)提供商目的地特定的配置數(shù)據(jù)； 使用i)所述規(guī)格化包和ii)所述視頻服務(wù)提供商目的地特定的配置數(shù)據(jù)來生成所述本地化包，其中所述本地化包包括第二數(shù)據(jù)結(jié)構(gòu)，所述第二數(shù)據(jù)結(jié)構(gòu)包括a)第二標(biāo)題元數(shù)據(jù)，所述第二標(biāo)題元數(shù)據(jù)指示所述視頻節(jié)目的標(biāo)題，以及b)第二視頻資產(chǎn)，還包括第二視頻內(nèi)容和第二視頻元數(shù)據(jù)，其中所述第二視頻內(nèi)容基于所述第一視頻內(nèi)容，并且所述第二視頻元數(shù)據(jù)包括第二版本值，其中所述第二版本值包括所述第一主要版本值和第二次要版本值；在所述數(shù)據(jù)存儲系統(tǒng)中存儲所述本地化包；以及通過第二接口將所述本地化包傳送到所述視頻服務(wù)提供商。
19.如權(quán)利要求18所述的計算機可讀媒體代碼，還包括適用于執(zhí)行以下操作的計算機可讀程序指令從所述數(shù)據(jù)存儲系統(tǒng)檢索第二視頻服務(wù)提供商目的地特定的配置數(shù)據(jù)； 使用所述規(guī)格化包和所述第二視頻服務(wù)提供商目的地特定的配置數(shù)據(jù)來生成第二規(guī)格化包，其中所述第二本地化包包括第二數(shù)據(jù)結(jié)構(gòu)，所述第二數(shù)據(jù)結(jié)構(gòu)包括a)第三標(biāo)題元數(shù)據(jù)，所述標(biāo)題元數(shù)據(jù)指示所述視頻節(jié)目的標(biāo)題，以及b)第三視頻資產(chǎn)，還包括第三視頻內(nèi)容和第三視頻元數(shù)據(jù)，其中所述第三視頻內(nèi)容基于所述第一視頻內(nèi)容，并且所述第三視頻元數(shù)據(jù)包括第三版本值，所述第三版本值包括所述第一主要版本值和第三次要版本值；在所述數(shù)據(jù)存儲系統(tǒng)中存儲所述第二本地化包；以及通過第二接口將所述本地化包傳送到所述第二視頻服務(wù)提供商。
20.如權(quán)利要求18所述的計算機可讀媒體代碼，還包括適用于執(zhí)行以下操作的計算機可讀程序指令向用戶提供用戶接口以輸入所述第一和第二視頻服務(wù)提供商目的地特定的配置數(shù)據(jù)；以及在所述數(shù)據(jù)存儲系統(tǒng)中存儲所述第一和第二視頻服務(wù)提供商目的地特定的配置數(shù)據(jù)。
21.如權(quán)利要求20所述的計算機可讀媒體代碼，還包括適用于執(zhí)行以下操作的計算機可讀程序指令向所述用戶提供用戶接口以輸入價格數(shù)據(jù)，以用于包括在對于所述視頻服務(wù)提供商目的地的所述本地化包中；在所述數(shù)據(jù)存儲系統(tǒng)中將所述價格數(shù)據(jù)存儲為所述視頻服務(wù)提供商目的地特定的配置數(shù)據(jù)的部分；以及生成包括所述第二標(biāo)題元數(shù)據(jù)的所述本地化包，其中所述第二標(biāo)題元數(shù)據(jù)包括所述價格數(shù)據(jù)。
全文摘要
集中式內(nèi)容管理系統(tǒng)(“CCMS”)促進(jìn)包括資產(chǎn)的包的管理，資產(chǎn)包括要分發(fā)到各種類型的服務(wù)提供商和其中的設(shè)備位置的視頻節(jié)目的元數(shù)據(jù)和相關(guān)聯(lián)內(nèi)容。CCMS能夠接收元數(shù)據(jù)和相關(guān)聯(lián)內(nèi)容，視元數(shù)據(jù)和內(nèi)容要分發(fā)到何處而定，基于各種規(guī)則，根據(jù)各種格式來規(guī)格化元數(shù)據(jù)，以及分發(fā)內(nèi)容。CCMS具有管理包的各種能力，包括基于用于該服務(wù)提供商的規(guī)則，使元數(shù)據(jù)和內(nèi)容適應(yīng)不同類型的設(shè)備或各個位置，因此提供一種自動化系統(tǒng)，減少在將視頻資產(chǎn)分發(fā)到多個位置中的差錯和時間。
文檔編號H04N21/24GK102474658SQ201080030334
公開日2012年5月23日 申請日期2010年7月1日 優(yōu)先權(quán)日2009年7月2日
發(fā)明者A·加納特, J·亞歷山大, M·佩特魯西斯, S·金特拉, 山本陽一 申請人:愛立信電視公司