專利名稱：：數(shù)據(jù)管理方法和關聯(lián)內(nèi)容管理終端及系統(tǒng)的制作方法
技術領域：
：本發(fā)明涉及內(nèi)容、關聯(lián)內(nèi)容等數(shù)據(jù)的管理
技術領域：
，特別是數(shù)據(jù)管理方法、關聯(lián)內(nèi)容管理終端以及系統(tǒng)。
背景技術：
：在當今的數(shù)字電#見(DigitalVideoBroadcasting,DTV)及網(wǎng)絡電一見(IPTV)中，內(nèi)容之間的關聯(lián)關系變得越來越重要。終端可以根據(jù)頭端發(fā)送下來的關聯(lián)信息，告知用戶與當前內(nèi)容相關聯(lián)的內(nèi)容有哪些，用戶即可根據(jù)這些信息，選擇自己想要觀看的關聯(lián)內(nèi)容。下面列舉幾個應用場景進行說明。應用場景A:用戶A正在觀看的足球比賽Cl,通過關聯(lián)關系信息用戶A即可獲知可以觀看與足球比賽CI關聯(lián)的射門特寫C2,用戶A可以選擇小畫面顯示特寫鏡頭C2,這樣用戶就可以既看到足球比賽CI又可以看到相關聯(lián)的進球特寫C2。應用場景B:用戶B正在觀看連續(xù)劇，劇中出現(xiàn)一款新式手表，用戶B可以查找關聯(lián)內(nèi)容列表，發(fā)現(xiàn)有該產(chǎn)品的廣告，則選擇該廣告進行播放；播放的方式可以為畫中畫顯示、替代當前節(jié)目顯示等。應用場景C:用戶C正在觀看一個短片，該片介紹了一部電影，如果用戶C希望觀看該電影，則可以通過關聯(lián)內(nèi)容列表選擇下載該短片描述的電影。下面詳細描述現(xiàn)有技術中對關聯(lián)內(nèi)容的管理方法。在DVB組織中，廣播節(jié)目的關聯(lián)內(nèi)容和廣播內(nèi)容的關聯(lián)關系是通過內(nèi)容關聯(lián)表(RelatedContentTable,RCT)來描述的。終端通過TS流中PID=0的PAT找到PMT表，再通過PMT表中與RCT表對應的PID找到RCT表,其中，PMT表的格式如表1所示表1<table>tableseeoriginaldocumentpage6</column></row><table>當PMT表中的steam—type=ox05并且其中的descriptor()為Relatedcontentdescriptor()時，對應的elementary—PID即為RCT表對應的PID。具體的RCT表的格式如表2所示表2<table>tableseeoriginaldocumentpage7</column></row><table>其中，表2中的各字段表明的含義如下table—id:表的標識(ID)號，RCT表的table—id為0x76;section—syntax—indicator:設置為'l';section—length:后續(xù)字段(section)數(shù)據(jù)的字節(jié)數(shù)，最大值為4093;version—number:RCSection的版本號，是循環(huán)遞增的；current—next_indicator:設為'1';sectionnumber:section的號碼，第一個section的號碼置為"0x00";last—section—number:最后一個section的號碼；year—offset:基本年份，如"2003"將編碼成0x07D3;link—count:該section中表明的關聯(lián)內(nèi)容的數(shù)目；CRC_32:循環(huán)校驗。下面描述RCT表中l(wèi)ink—info()。如表2所示的RCT表中的link—info()的具體內(nèi)容如表3所示:表3<table>tableseeoriginaldocumentpage8</column></row><table>其中的link—type用來表明連接的類型，可是同一資源標識(URI)、一個DVB二進制的位置符或者均是，其中URI例如為CRID。Linkjype具體值見表4。表4<table>tableseeoriginaldocumentpage9</column></row><table>接著描述表3中的字段。how—related:表明正在廣播的節(jié)目和該連接信息描述的內(nèi)容之間的關聯(lián)關系；media—uri—length:如果這個字萃爻出現(xiàn)，則該值表示下面的media—uri—byte字段的長度；media—uri—byte:該字段組合表明MediaUri;number—items:該字段表明接下來的多語文本循環(huán)中的內(nèi)容項的個數(shù)；ISO639-2—language—code:文本使用的語言；promotional—text—length:文本的長度；promotional—text—char:組合成具體的文本；descriptor—loop—length:接下來字段的總長度；下面描述Link—info()中dvb—binary—locator。Link—info中的dvb—binary—locator()為DVB二進制locator的詳細描述，包含關聯(lián)內(nèi)容的ID、起始時間、持續(xù)時間等等，具體的如表5所示。表5<table>tableseeoriginaldocumentpage9</column></row><table><table>tableseeoriginaldocumentpage10</column></row><table>identifier—type:該字段表明在DVB二進制locator中的事件標識符的類型，其具體值如表6所示。表6<table>tableseeoriginaldocumentpage10</column></row><table>'10'事件標識符為EIT表攜帶的TVA一id'ir事件標識符為PES包攜帶的TVA一idscheduled—time—reliability:該字段在identifier—type='0，時有意義；如沒有事件標識符提供時，終端需要使用預定的時間去控制記錄的時間；當該字段被設置時，該表將提供early—start—window及l(fā)ate—end—window信息；當identifier—type不為'OO'時，該字I殳設為'O';inline—service:標識怎樣找到定位DVB月良務的originalnetworkID、transportstreamID、serviceID;例如當設置為'1',則表明這些值包含在該結構中；當設為'O',則表明這些值包含在當前container中的服務結構描述中，并參考DVB—service—triplet—ID;reserved:保留位，設為'l';start—date:預定由該locator標識的內(nèi)容開始日期，使用世界時間代碼(UTC)時間模型，表示相對于year—offset的一月一日的天數(shù)；DVB—service—triplet—ID:—個當前容器中對應該服務的ID的索引；transport—stream—id:4專專li^危ID;original—network—id:#刀始網(wǎng)纟備ID;service—id:月良務ID;start—time:相對于的預計啟動的時間，使用UTC參考時間，以2秒為單位；duration:事件經(jīng)歷的時長；event—id:event—id的值可以^皮用來才企測該locator標識的內(nèi)容的傳豐lr;TVAjd:TVA一id的值可以凈皮用來檢測該locator標識的內(nèi)容的傳輸；component—tag:該字段表明該Locator涉及的DVB服務中PES流；early—start—window:該字段表明在預定的start—time之前某一區(qū)間開始傳輸，以2分鐘為周期，范圍是0到62分鐘。late—end—window:該字段表明在預定的結束時間之后某一區(qū)間結束傳輸；以l分鐘為周期，0到7分鐘。下面參照圖1描述現(xiàn)有廣播方式的關聯(lián)內(nèi)容的使用流程。如圖l所示，該流程包括以下步驟步驟101，終端檢測RCT表是否包含關聯(lián)內(nèi)容鏈接，如果是，則跳轉到步驟102，否則，繼續(xù)檢測RCT表判斷是否包含關聯(lián)內(nèi)容鏈接。步驟102，在屏幕上顯示關聯(lián)內(nèi)容圖標告知用戶目前有關聯(lián)內(nèi)容可以選擇。步驟103，終端檢測用戶是否點擊該圖標觀看鏈接列表，如果是，則跳轉到步驟106,否則，跳轉到步驟104。步驟104,終端檢測RCT是否仍然包含關聯(lián)內(nèi)容鏈接，如果包含鏈接，則返回步驟103;如果RCT表中不包含關聯(lián)內(nèi)容鏈接，則執(zhí)行步驟105刪除光標，返回到步驟101。步驟106,展現(xiàn)最近獲得的RCT表的關聯(lián)內(nèi)容列表。步驟107,終端判別用戶是否選擇列表中的某一內(nèi)容，如果是，則跳轉到步驟110;否則，跳轉到步驟108。步驟108，判別RCT表中是否包含關聯(lián)內(nèi)容鏈接，如果是，則跳轉到步驟106;否則，執(zhí)行步驟109,刪除關聯(lián)內(nèi)容列表及圖標，并進一步執(zhí)行步驟108。步驟IIO，開始運行節(jié)目選擇運行流程來運行，如切換頻道、記錄關聯(lián)內(nèi)容等。關聯(lián)內(nèi)容處理流程結束后，返回步驟IOI。如果采用寬帶方式，則在規(guī)范TVAnytime中，有關關聯(lián)內(nèi)容的metadata用RelatedMaterialsType來描述。在BasicContentDescriptionType、BasicSegmentDescriptionType、TVAContentLinks中有RelatedMaterial選項，表明該內(nèi)容、段、TVA內(nèi)容的關聯(lián)信息。具體的RelatedMaterialsType如圖2所示。參見圖2，其相應的數(shù)據(jù)格式為<complexTypename="RelatedMaterialType"><elementname="HowRelated"type="tva:ControlledTermType"minOccurs="0"/><elementname="Format"type="tva:ControlledTermType"minOccurs="07><choic6><elementname="MediaLocator"type="mpeg7:MediaLocatorType7><elementname="SegmentReference"type="tva:SegmentReferenceType'V></choice><elementname="PromotionalText"type="mpeg7:TextualType"minOccurs="0"maxOccurs="unbounded7><elementname="PromotionalMedia"type="mpeg7:TitleMediaType"minOccurs="0"maxOccurs="unbounded"/><elementname="SourceMediaLocator"type="mpeg7:MediaLocatorType"minOccurs="0"/></sequence〉</complexType>其中HowRdated:定義了當前內(nèi)容和關聯(lián)內(nèi)容之間的關系；Format:定義了關聯(lián)內(nèi)容的文件才各式，為可選項；MediaLocator:關聯(lián)內(nèi)容的4立置；SegmentReference:定義了一個,殳(Segment)或一個l殳組(SegmentGroup);PromotionalText:文本描述該關聯(lián)內(nèi)容；PromotionalMedia:非文本描述該關聯(lián)內(nèi)容，如臺標(Logo);SourceMediaLocator:選擇性的定義當前內(nèi)容的4立置。目前，寬帶方式的使用流程與前面描述的廣播方式的流程一致，只是檢查RCT表，全部變成檢查RelatedMaterials項。發(fā)明人在發(fā)明的過程中發(fā)現(xiàn)，上述廣播方式中how_related子元素和寬13帶方式中HowRelated子元素都只是表明了關聯(lián)內(nèi)容與當前內(nèi)容的關系，并沒有說明如何處理關聯(lián)內(nèi)容，所有對關聯(lián)內(nèi)容的操作均需要用戶通過選擇來觸發(fā)，不能實現(xiàn)關聯(lián)內(nèi)容的自動處理。
發(fā)明內(nèi)容有鑒于此，本發(fā)明實施例提出了一種數(shù)據(jù)管理方法，用以實現(xiàn)對數(shù)據(jù)的自動處理。本發(fā)明實施例還提出了一種關聯(lián)內(nèi)容管理終端及系統(tǒng)。本發(fā)明實施例提供了一種數(shù)據(jù)管理方法，該方法包括終端接收數(shù)據(jù)觸發(fā)信息；終端根據(jù)數(shù)據(jù)的觸發(fā)信息，判斷數(shù)據(jù)是否需要自動處理；在判斷出需要自動處理時，根據(jù)對應的處理策略自動處理數(shù)據(jù)。本發(fā)明實施例還提供了一種關聯(lián)內(nèi)容管理終端，所述終端包括內(nèi)容關聯(lián)信息庫，用于存儲至少包括關聯(lián)類型的關聯(lián)內(nèi)容描述信息；處理策略庫，用于存儲與關聯(lián)類型相對應的處理策略；關聯(lián)內(nèi)容管理模塊，用于根據(jù)關聯(lián)內(nèi)容的觸發(fā)信息判斷是否需要自動處理，并在需要自動處理時，從內(nèi)容關聯(lián)信息庫中查詢關聯(lián)類型，并根據(jù)關聯(lián)內(nèi)容從處理策略庫中查詢對應的處理策略，然后根據(jù)處理策略調(diào)用處理模塊處理關聯(lián)內(nèi)容；處理模塊，用于根據(jù)處理策略對關聯(lián)內(nèi)容進行處理。本發(fā)明實施例還提供了一種關聯(lián)內(nèi)容管理系統(tǒng)，該系統(tǒng)包括頭端和如前所述的終端，其中所述頭端用于向終端提供關聯(lián)內(nèi)容及其觸發(fā)信息。從上述方案中可以看出，由于本發(fā)明實施例在終端根據(jù)關聯(lián)內(nèi)容的觸發(fā)信息判斷出關聯(lián)內(nèi)容需要自動處理時，根據(jù)與關聯(lián)內(nèi)容對應的從互利策略來自動處理該關聯(lián)內(nèi)容，從而實現(xiàn)了對關聯(lián)內(nèi)容的自動處理，提供更加靈活的關聯(lián)內(nèi)容的觸發(fā)機制。結合現(xiàn)有技術中根據(jù)用戶選擇進行的觸發(fā)，本發(fā)明實施例形成了完整的關聯(lián)內(nèi)容管理機制。由于所述觸發(fā)信息來自頭端，所以本發(fā)明實施例還增強了頭端的控制能力，同時結合現(xiàn)有技術中根據(jù)用戶選擇觸發(fā)的方案，也保證了用戶的自助選擇。圖1為現(xiàn)有技術中廣播方式的關聯(lián)內(nèi)容的使用流程示意圖2為現(xiàn)有技術中RelatedMaterialsType的結構示意圖3為本發(fā)明第一實施例中關聯(lián)內(nèi)容管理系統(tǒng)的總體結構示意圖4為本發(fā)明第一實施例中關聯(lián)內(nèi)容的管理的流程示意圖5為本發(fā)明第二實施例中關聯(lián)內(nèi)容管理系統(tǒng)的總體結構示意圖。具體實施方式為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，以下舉實施例對本發(fā)明進一步詳細說明。圖3是本發(fā)明第一實施例中關聯(lián)內(nèi)容管理系統(tǒng)的總體結構示意圖。參照圖3，該關聯(lián)內(nèi)容管理系統(tǒng)包括頭端和終端兩大部分。其中，頭端的服務提供商主要用于向家庭網(wǎng)絡終端(HNED)發(fā)送內(nèi)容關聯(lián)描述信息，終端根據(jù)這些內(nèi)容關聯(lián)描述信息對內(nèi)容進行管理，關聯(lián)內(nèi)容關聯(lián)描述信息的下發(fā)可以通過廣4番通道或交互通道下發(fā)，^吏用的協(xié)議也可以有多種，例如DVBS/C/T或HTTP等。圖3中各模塊的功能如下所述內(nèi)容關聯(lián)描述信息包括內(nèi)容的觸發(fā)信息，內(nèi)容與節(jié)目的關聯(lián)類型。終端通訊模塊用于接收服務提供商下發(fā)的節(jié)目及節(jié)目關聯(lián)內(nèi)容描述信息后，將其存儲于內(nèi)容關聯(lián)信息庫中，此外通訊模塊還用于接收。內(nèi)容關聯(lián)信息庫主要用于存儲內(nèi)容關聯(lián)等信息。關聯(lián)內(nèi)容管理模塊用于對關聯(lián)內(nèi)容的管理，主要功能包括a)根據(jù)內(nèi)容關聯(lián)描述信息中的觸發(fā)信息，觸發(fā)關聯(lián)內(nèi)容管理模塊開始處理；b)查詢內(nèi)容關聯(lián)信息庫；c)由于不同的關聯(lián)類型對應不同的處理策略，因此關聯(lián)內(nèi)容管理模塊根據(jù)內(nèi)容關聯(lián)描述信息中的關聯(lián)類型，查詢處理策略庫，獲得處理策略；所述的關聯(lián)類型用以表示關聯(lián)內(nèi)容與節(jié)目的關系，如關聯(lián)內(nèi)容是節(jié)目的替代，是節(jié)目的片尾，是某個鏡頭或某些片段的特寫等。d)根據(jù)獲取到的處理策略，調(diào)用不同的處理模塊關聯(lián)內(nèi)容進行相應的處理；e)接收處理模塊處理結束消息；f)接收用戶交互模塊傳遞過來的啟動關聯(lián)內(nèi)容處理的觸發(fā)消息；g)對內(nèi)容關聯(lián)信息庫中的信息進行整理。處理策略庫用于存儲服務器和終端協(xié)商好的處理策略以及和用戶協(xié)商好的處理策略，所述處理策略例如是利用畫中畫的方式顯示相關內(nèi)容、替代當前內(nèi)容進行顯示等。另外，處理策略庫還可以供關聯(lián)內(nèi)容管理模塊查詢得到與關聯(lián)內(nèi)容對應的處理策略。用戶交互模塊主要用于和用戶交互，獲得用戶的處理策略存儲于處理策略庫中，以及獲得用戶的觸發(fā)消息，傳送到關聯(lián)內(nèi)容管理模塊。處理模塊1n的功能視關聯(lián)信息的關聯(lián)類型而定，如查詢得到關聯(lián)內(nèi)容的URI，根據(jù)該URI獲得該關聯(lián)內(nèi)容，關聯(lián)內(nèi)容取代當前內(nèi)容顯示；查詢得到關聯(lián)內(nèi)容的URI,根據(jù)該URI獲得關聯(lián)內(nèi)容，并將關聯(lián)內(nèi)容以畫中畫的方式和主內(nèi)容同時顯示；查詢得到關聯(lián)內(nèi)容的URI,根據(jù)該URI下載關聯(lián)內(nèi)容到終端，等等。圖4所示為本發(fā)明第一實施例中關聯(lián)內(nèi)容的管理的流程示意圖。如圖4所示，該流程包括步驟201，服務器端發(fā)送內(nèi)容關聯(lián)描述信息到達終端，終端接收，然后查找當前節(jié)目是否有內(nèi)容關聯(lián)描述信息，如果是，轉到步驟202;否則，返回步驟201，再次接收并查找。步驟202,判別當前節(jié)目內(nèi)容關聯(lián)描述信息表中控制標識符是否為自動觸發(fā)標識符，當其為自動觸發(fā)標識符時，轉到步驟203，進行自動處理；當為非自動觸發(fā)標識符時，轉到步驟209，進行與現(xiàn)有技術類似的非自動處理。步驟203,判別控制標識符是否為在指定時間點觸發(fā)該關聯(lián)內(nèi)容，如果是，則轉到步驟204,在指定時間點處理關聯(lián)內(nèi)容；否則，轉到步驟207,立即處理關聯(lián)內(nèi)容。步驟204，在關聯(lián)內(nèi)容表中，查找指定時間點自動觸發(fā)選項中的指定時間點。步驟205,在對應的時間點或對應的時間點之前，根據(jù)關聯(lián)信息中的關聯(lián)類型，查找策略庫，獲得處理策略。步驟206，根據(jù)處理策略，調(diào)用相應的處理模塊，對關聯(lián)內(nèi)容進行相應的處理，如根據(jù)關聯(lián)內(nèi)容的URI找到該內(nèi)容，利用畫中畫的方式，對其進行展現(xiàn)；根據(jù)關聯(lián)內(nèi)容的URI找到該內(nèi)容，替代當前內(nèi)容展現(xiàn)；根據(jù)關聯(lián)內(nèi)容的URI找到該內(nèi)容，對其進行錄制；根據(jù)關聯(lián)內(nèi)容的URI,下載該內(nèi)容存儲于本地等。在上述處理結束后，轉到步驟208,清除處理過的內(nèi)容關聯(lián)描述信息。步驟207,根據(jù)關聯(lián)信息中的關聯(lián)類型，立即查找策略庫，獲得處理策略。然后，根據(jù)獲得的處理策略，調(diào)用相關的處理進程對關聯(lián)內(nèi)容進行處理，如根據(jù)關聯(lián)內(nèi)容的URI找到該內(nèi)容，利用畫中畫的方式，對其進行展現(xiàn)；根據(jù)關聯(lián)內(nèi)容的URI找到該內(nèi)容，替代當前內(nèi)容展現(xiàn)；根據(jù)關聯(lián)內(nèi)容的URI找到該內(nèi)容，對其進行錄制；根據(jù)關聯(lián)內(nèi)容的URI，下載該內(nèi)容存儲于本地等。處理結束后，轉到步驟208。步驟208,自動觸發(fā)后的流程完畢后，管理模塊對其關聯(lián)內(nèi)容信息進行清理，如刪除該關聯(lián)內(nèi)容的關聯(lián)信息。之后，返回到步驟201。步驟209,顯示圖標，告知用戶當前節(jié)目有關聯(lián)內(nèi)容。步驟210，判別用戶是否有意愿觀看有哪些關聯(lián)內(nèi)容，即觀看關聯(lián)內(nèi)容列表。如果是，則轉到步驟211;否則轉到步驟216。步驟211,展現(xiàn)當前節(jié)目的關聯(lián)內(nèi)容列表。步驟212,判別用戶是否選擇某一關聯(lián)內(nèi)容，如點擊列表的鏈接地址。如果是，則轉到步驟213;否則，轉到步驟214。步驟213，根據(jù)關聯(lián)信息的關聯(lián)類型，查找關聯(lián)內(nèi)容的處理策略。根據(jù)處理策略，進行關聯(lián)內(nèi)容的相關處理；如根據(jù)關聯(lián)內(nèi)容的URI找到該內(nèi)容，利用畫中畫的方式，對其進行展現(xiàn)；根據(jù)關聯(lián)內(nèi)容的URI找到該內(nèi)容，替代當前內(nèi)容展現(xiàn)；根據(jù)關聯(lián)內(nèi)容的URI找到該內(nèi)容，對其進行錄制；根據(jù)關聯(lián)內(nèi)容的URI，下載該內(nèi)容存儲于本地等。處理結束后，跳轉到步驟208。步驟214,判別關聯(lián)內(nèi)容是否包含非自動觸發(fā)的關聯(lián)內(nèi)容的鏈接。如果是，則轉到步驟212;否則轉到步驟215。步驟215，刪除相關的內(nèi)容列表，轉到步驟217。步驟216,判別關聯(lián)內(nèi)容列表是否包含非自動觸發(fā)的鏈接。如果是，則跳轉到步驟210;否則，轉到步驟217。步驟217，刪除圖標。然后返回步驟201。本發(fā)明實施例實現(xiàn)了對關聯(lián)內(nèi)容的觸發(fā)及管理的功能，這一管理的過程均是依賴于服務器端給終端發(fā)送的關聯(lián)內(nèi)容信息，該信息的格式如下所述。關聯(lián)內(nèi)容信息可以通過廣播通道下發(fā)到終端，也可以通過交互通道到達終端。來自于廣播通道的內(nèi)容關聯(lián)表而言，其結構如表7所示表7<table>tableseeoriginaldocumentpage18</column></row><table><table>tableseeoriginaldocumentpage19</column></row><table>當related—content—trigger—code值為0x02時，表7還進一步給出了deal—time子元素，用來告知終端在該字段表示的時間點對該關聯(lián)內(nèi)容進行相應的處理。當然,上述的標識符related—content—trigger—code及deal—time可以在RCT表中的link—info()中出現(xiàn)，如表9所示表9SyntaxNo.ofbitsFormatlink一info(){related一content一trigger一codeif(related—content—trigger—code=0x02)deal—timelink一typehow—relatedif(link—type==0x00||link—typemedia一uri一lengthfor(k=0;k〈media一uri一length;k++){m6dia一uri一byte0x02){if(link一type==0x01||link一type==0x02){dvb一binary一locatorOnumber—itemsfor(m=0;m<number—items;m++){ISO639-2—language—codepromotional—text一lengthfor(n=0;n<promotional一text一length;n*){promotional—text一charrsserv6ddescriptor—loop—lengthfor(p=0;p<descriptorloop_length;p++){descriptor()8uimsbf16uimsbf248412uimsbfuimsbf8uimsbf8uimsbfbsMuimsbf8uimsbfuimsbfuimsbf8uimsbf表9與現(xiàn)有技術中的表3相比，增加了related—content—trigger—code以及deal—time子元素。對于關聯(lián)內(nèi)容的觸發(fā)信息，還有一種存在于RCT表中的形式。將上述的觸發(fā)信息的子元素組合成一個RCtrigger—descriptor()子元素；該RCtrigger一descriptor()內(nèi)部包含related—content—trigger—code以及deal—time,如下所示RCtrigger一descriptor(){related—content—trigger—code;if(related_content_trigger_code==0x02)deal—time;然后將該表放置于RCT表中，如表IO所示表10SyntaxNo.ofbitsFormatrelatedcontentsection(){table—id8uimsbfsection一syntax一indicator1bslbfreserved1bslbfreserved—future—usebslbfsection」ength12uimsbfreserved16uimsbfreserved2bslbfversion—number5uimsbfcurrent—next—indicator1bslbfsection—number8uimsbflast—section—number8uimsbfyear—offset16uimsbfLinkcount8uimsbffor(j,j<Hnk—count;j++){reserved4uimsbfRCtrigger一descriptor()(related_content—trigger_code8uimsbfif(related_content_trigger—code=0x02)deal—time16uimsbf<table>tableseeoriginaldocumentpage22</column></row><table>reserved4uimsbfdescriptor—loop—length12uimsbffor(p=0;p<descriptor—loop—length;p++){descriptor()8uimsbf表10、11與表7、9相比，相當于用組合的子元素RCtrigger—descriptor()替換了獨立的子元素related—content—trigger—code和deal一time。與上述廣播通道不同，本發(fā)明實施例中來自于寬帶通道的內(nèi)容關聯(lián)表的信息如表12所示表12<table>tableseeoriginaldocumentpage23</column></row><table>與現(xiàn)有技術相比，增加了TriggerMethod和TriggerTime子元素。其中，TriggerMethod用來標識觸發(fā)的類型，如接收到該信息后即觸發(fā)，在指定的時間點觸發(fā)，供用戶選擇觸發(fā)等。TriggerTime在TriggerMethod表示為在指定的時間點觸發(fā)的時間點。這兩個才示識符均處于RelatedMaterialsType內(nèi)部。另外，在本實施例中，也可以將上述觸發(fā)信息各分立的子元素組合成一個子元素，即定義一個RCTiggerType子元素，該子元素含有TriggerMethod和TriggerTime兩個子元素，具體如表13所示表13<table>tableseeoriginaldocumentpage24</column></row><table>下面描述一個具體示例的流程，該流程包:fe:步驟301,服務器向終端B發(fā)送內(nèi)容以及關聯(lián)信息，終端B接收內(nèi)容和關聯(lián)信息，用戶A使用終端B觀看內(nèi)容中的節(jié)目1。步驟302,終端B收到的關聯(lián)信息表明內(nèi)容2和節(jié)目l相關聯(lián)，并且關聯(lián)關系表明為內(nèi)容2為節(jié)目1的特寫鏡頭，觸發(fā)方式為在服務器端指定的時間點自動處理。結合上面的描述的關聯(lián)信息格式可知，內(nèi)容2為節(jié)目1的特寫鏡頭這一關系可以通過關聯(lián)信息中的HowRelated(或how—related)獲得。并且，觸發(fā)方式通過TriggerMethod(或related—content—trigger—code)獲》口，指定的時間點通過TriggerTime(或dealjime)獲知，關聯(lián)內(nèi)容的地址可以通過RCT表中描述的URL或者RelatedMaterials中的MediaLocator獲得。步驟303,終端的關聯(lián)內(nèi)容管理模塊，查詢處理策略庫中與該關聯(lián)關系對應的處理策略，如以小畫面顯示特寫鏡頭(內(nèi)容2)。步驟304,在已知的時間點，根據(jù)內(nèi)容2的URI獲得節(jié)目1的特寫鏡頭。內(nèi)容2的URI通過MediaLocator(或dvb—binary_locator()、media—uri一byte)獲得。步驟305，調(diào)用畫中畫進程的處理模塊，以小畫面顯示特寫鏡頭(內(nèi)容2)。步驟306，如果有顯示時長限制，則在指定的結束時間點(指定起始時間+指定時長)結束顯示。步驟307，關聯(lián)內(nèi)容管理模塊獲知進程處理完畢，在關聯(lián)內(nèi)容列表中，刪除該關聯(lián)信息，或者更改該關聯(lián)信息的觸發(fā)方式為用戶觸發(fā)。通過本發(fā)明的上述實施例，可以提供更加靈活的關聯(lián)內(nèi)容的觸發(fā)機制，并形成了完整的關聯(lián)內(nèi)容管理機制，還增強了頭端控制能力。對于以上所述的關聯(lián)內(nèi)容管理方法，關聯(lián)內(nèi)容的所有信息均由通知消息發(fā)送到終端，終端接收通知消息的關聯(lián)內(nèi)容信息后進行查找當前節(jié)目是否有內(nèi)容關聯(lián)描述信息。本發(fā)明第二實施例后續(xù)的具體的處理流程不變，如圖4所示。終端在處理關聯(lián)內(nèi)容的過程中，如果有通知消息發(fā)送下來，則將通知消息及時更新到內(nèi)容關聯(lián)信息庫中，終端并對內(nèi)容關聯(lián)描述信息庫中的失效關聯(lián)信息進行清理，例如已播放關聯(lián)信息、過期的關聯(lián)信息等。通知消息的格式除了現(xiàn)有的消息屬性，如標識符、版本號、對應的服務ID等信息之外，需要包含一個關聯(lián)內(nèi)容的觸發(fā)信息，其包含的子元素如下表15所示表1525<table>tableseeoriginaldocumentpage26</column></row><table><table>tableseeoriginaldocumentpage27</column></row><table>通知消息可以通過實時傳送協(xié)議(RTP)、用戶數(shù)據(jù)報協(xié)議(UDP)、單向文件傳輸協(xié)議(FLUTE)或者數(shù)字存儲媒體指令和控制協(xié)議(DSM-CC)傳輸?shù)浇K端，終端接收后根據(jù)該通知消息描述的關聯(lián)內(nèi)容信息(含關聯(lián)內(nèi)容觸發(fā)信息)進行關聯(lián)內(nèi)容的自動觸發(fā)或者展現(xiàn)列表供用戶選擇。接下來，描述添加使用通知消息傳送關聯(lián)內(nèi)容描述信息及控制信息的兩個示例。其中，示例1包括以下步驟步驟401,用戶使用節(jié)目菜單選擇一個節(jié)目觀看。步驟402，終端根據(jù)節(jié)目描述信息中節(jié)目相關消息的存取信息，得知某組播組內(nèi)傳送通知消息，則監(jiān)聽該組播組。步驟403，接收到該組播組內(nèi)的一個通知消息，過濾后獲得關聯(lián)內(nèi)容觸發(fā)信息，如表12所示的RelatedContentTrigger。步驟404，終端解析關聯(lián)觸發(fā)信息中的關聯(lián)內(nèi)容標識符(如表12中的RelatedContentID)后，獲知關聯(lián)內(nèi)容的存取信息。步驟405，判別關聯(lián)內(nèi)容的觸發(fā)信息判別該關聯(lián)內(nèi)容是否為立即觸發(fā)、在指定的時間點觸發(fā)還是用戶觸發(fā)；如表15中DealMethod表示為自動觸發(fā)還是用戶觸發(fā)；Dealtime為自動觸發(fā)的時間點，DealMethod必定為自動觸發(fā)；如果無DealTime，且DealMethod表明自動觸發(fā)該關聯(lián)內(nèi)容時，表明立即觸發(fā)該關聯(lián)內(nèi)容的處理；Duration可選，表明自動觸發(fā)后多久該關聯(lián)內(nèi)容自動關閉，無Duration的情況下，表明關聯(lián)內(nèi)容播放至關聯(lián)內(nèi)容結束。步驟406，當為立即觸發(fā)時，終端根據(jù)關聯(lián)內(nèi)容和當前內(nèi)容之間的關系查找其處理方式，立即處理。步驟407，當為在固定時間點觸發(fā)時，終端根據(jù)關聯(lián)內(nèi)容和當前內(nèi)容之間的關系查找其處理方式，在固定時間點開始處理。步驟408，當為用戶觸發(fā)時，終端提供按鈕供用戶選擇關聯(lián)內(nèi)容后再進^f亍相應的處理。步驟409,處理結束后，去掉已經(jīng)處理過的關聯(lián)內(nèi)容信息，并清理已經(jīng)過期的關聯(lián)內(nèi)容信息。另外，還可以使用如下流程步驟501,用戶使用節(jié)目菜單選擇一個節(jié)目觀看，終端記錄下當前節(jié)目的ID。步驟502，關聯(lián)內(nèi)容管理模塊向消息管理模塊注冊監(jiān)聽和該節(jié)目相關的通知消息，即告知消息管理模塊監(jiān)聽什么名稱的消息，如RCTigger。步驟503,消息管理模塊分析DSM-CC流中的StreamEventMessage中關聯(lián)內(nèi)容管理模塊注冊監(jiān)聽消息的名稱對應的消息ID。步驟504,消息管理模塊根據(jù)當前節(jié)目的service—id,查找PAT表中等值的programer—number,找到對應的PMT表；在PMT表中，根據(jù)當前節(jié)目SDT表中的component—tag、stream—type為oxOC,找到對應的PID;在該PID標識的TS流上可以獲得dsmccStreamDescriptor,當dsmccStreamDescriptor內(nèi)的descriptorTag為ox04時，內(nèi)部的descriptor即為StreamEventDescrpitor(即為消息流)。步驟506,消息管理模塊根據(jù)StreamEventDescrpitor中的消息ID判別是否為關聯(lián)內(nèi)容管理模塊注冊監(jiān)聽的消息，是則將消息傳遞給關聯(lián)內(nèi)容管理模塊進行處理。步驟507，關聯(lián)內(nèi)容管理模塊根據(jù)關聯(lián)內(nèi)容的觸發(fā)信息判別該關聯(lián)內(nèi)容是立即觸發(fā)、在指定的時間點觸發(fā)還是用戶觸發(fā)；如表15中DealMethod表示為自動觸發(fā)還是用戶觸發(fā)；Dealtime為自動觸發(fā)的時間點，DealMethod必定為自動觸發(fā)；如果無DealTime,且DealMethod表明自動觸發(fā)該關聯(lián)內(nèi)容時，表明立即觸發(fā)該關聯(lián)內(nèi)容的處理；Duration可選，表明自動觸發(fā)后多久該關聯(lián)內(nèi)容自動關閉，無Duration的情況下，表明關聯(lián)內(nèi)容播放至關聯(lián)內(nèi)容結束。步驟508，當為立即觸發(fā)時，終端根據(jù)關聯(lián)內(nèi)容和當前內(nèi)容之間的關系查找其處理方式，立即處理。步驟509，當為在固定時間點觸發(fā)時，終端根據(jù)關聯(lián)內(nèi)容和當前內(nèi)容之間的關系查找其處理方式，在固定時間點開始處理。步驟510,當為用戶觸發(fā)時，終端提供按鈕供用戶選擇關聯(lián)內(nèi)容后再進4亍相應的處理。步驟511，處理結束后，去掉已經(jīng)處理過的關聯(lián)內(nèi)容信息，并清理已經(jīng)過期的關聯(lián)內(nèi)容信息。當采取該流程時，關聯(lián)內(nèi)容管理系統(tǒng)的結構如圖5所示。與圖3相比，圖5中多了消息管理模塊，其主要用于監(jiān)聽和節(jié)目相關的通知消息，在判斷接收到包含觸發(fā)信息的通知消息時，將觸發(fā)信息傳送給關聯(lián)內(nèi)容管理模塊處理。下面還給出了本發(fā)明第三實施例。首先描述通知消息告知的觸發(fā)時間。通知消息發(fā)送的格式除了現(xiàn)有的消息屬性，如標識符、版本號、對應的服務ID等信息之外，需要包含一個關聯(lián)內(nèi)容的觸發(fā)信息，其格式如表16所示表16<table>tableseeoriginaldocumentpage29</column></row><table>DealingTime元素1.31關聯(lián)內(nèi)容處理時間；如果有該字段出現(xiàn)時，終端自動觸發(fā)RelatedContent標識的關聯(lián)內(nèi)容的處理；處理時間為0時，默認立即處理。通知消息可以通過RTP、UDP、FLUTE或者DSM-CC協(xié)議傳輸?shù)浇K端，終端接收后根據(jù)該通知消息攜帶的關聯(lián)內(nèi)容觸發(fā)信息和關聯(lián)內(nèi)容描述信息，進行關聯(lián)內(nèi)容的自動觸發(fā)或者展現(xiàn)列表供用戶選擇。關聯(lián)內(nèi)容信息RelatedContentType如第一實施例所述，這里不再贅述。下面描述本發(fā)明第三實施例的兩個示例流程。流程l:使用通知消息傳送關聯(lián)內(nèi)容控制信息，結合關聯(lián)內(nèi)容描述信息后，對關聯(lián)內(nèi)容進行處理的流程步驟601，用戶使用節(jié)目菜單選擇一個節(jié)目觀看。步驟602,終端查找關聯(lián)內(nèi)容信息，如有關聯(lián)內(nèi)容描述信息則顯示小圖標供用戶選擇，具體的步驟如第一實施例中的步驟209及后續(xù)步驟。步驟603，終端根據(jù)節(jié)目描述信息中，節(jié)目相關消息的存取信息，得知某組播組內(nèi)或者單播地址下傳送通知消息，則監(jiān)聽該組播組或請求下發(fā)通知消息。步驟604,接收到通知消息后，進行消息分析，判別是否獲得關聯(lián)內(nèi)容觸發(fā)信息，如表16所示的RelatedContentTrigger。步驟605，如獲得關聯(lián)內(nèi)容觸發(fā)信息則轉到步驟606,如未獲得關聯(lián)內(nèi)容觸發(fā)信息則對消息進行相應的處理。步驟606，解析關聯(lián)內(nèi)容觸發(fā)信息中的關聯(lián)內(nèi)容標識符(如表16中的RelatedContentID)及源內(nèi)容(如:表16中的OriginalContentID)后，查找源內(nèi)容描述信息中對該關聯(lián)內(nèi)容的關聯(lián)描述(如RelatedMaterials、RCT)。步驟607,據(jù)關聯(lián)內(nèi)容的觸發(fā)信息判別該關聯(lián)內(nèi)容是立即觸發(fā)、在指定的時間點觸發(fā)還是用戶觸發(fā)；如表15中DealMethod表示為自動觸發(fā)還是用戶觸發(fā)；Dealtime為自動觸發(fā)的時間點，DealMethod必定為自動觸發(fā)；如果無DealTime,且DealMethod表明自動觸發(fā)該關聯(lián)內(nèi)容時，表明立即觸發(fā)該關聯(lián)內(nèi)容的處理；Duration可選，表明自動觸發(fā)后多久該關聯(lián)內(nèi)容自動關閉，無Dumtion的情況下，表明關聯(lián)內(nèi)容播放至關聯(lián)內(nèi)容結束。步驟608，當為立即觸發(fā)時，終端根據(jù)關聯(lián)內(nèi)容和當前內(nèi)容之間的關系查找其處理方式，立即處理。步驟609,當為在固定時間點觸發(fā)時，終端根據(jù)關聯(lián)內(nèi)容和當前內(nèi)容之間的關系查找其處理方式，在固定時間點開始處理。步驟610，當為用戶觸發(fā)時，提供按鈕供用戶選擇關聯(lián)內(nèi)容后再進行相應的處理。步驟611，處理結束后，去掉已經(jīng)處理過的關聯(lián)內(nèi)容信息，并清理已經(jīng)過期的關聯(lián)內(nèi)容信息。步驟612，步驟609610的詳細描述如圖4中的步驟203及后續(xù)步驟。處理流程二步驟701,用戶使用節(jié)目菜單選擇一個節(jié)目觀看，終端記錄下當前節(jié)目的ID。步驟702,關聯(lián)內(nèi)容管理模塊向消息管理模塊注冊監(jiān)聽和該節(jié)目相關的通知消息(即告知消息管理模塊監(jiān)聽什么名稱的消息，如RCTigger)。步驟703，消息管理才莫塊分析DSM-CC流中的StreamEventMessage中關聯(lián)內(nèi)容管理模塊注冊監(jiān)聽消息的名稱對應的消息ID。步驟704，消息管理模塊根據(jù)當前節(jié)目的service—id,查找PAT表中等值的programer—number,找到對應的PMT表；在PMT表中，才艮據(jù)當前節(jié)目SDT表中的component—tag、stream—type為oxOC,找到對應的PID;在該PID標識的TS流上可以獲得dsmccStreamDescriptor，當dsmccStreamDescriptor內(nèi)的descriptorTag為ox04時，內(nèi)邵的descriptor即為StreamEventDescrpitor(即為消息流)。步驟705，消息管理模塊根據(jù)StreamEventDescrpitor中的消息ID判別是否為關聯(lián)內(nèi)容管理模塊注冊監(jiān)聽的消息。步驟706,如果是，則將消息傳遞給關聯(lián)內(nèi)容管理模塊進行處理。步驟707,關聯(lián)內(nèi)容管理模塊判別關聯(lián)內(nèi)容的觸發(fā)信息判別該關聯(lián)內(nèi)容是立即觸發(fā)、在指定的時間點觸發(fā)還是用戶觸發(fā)；如表15中DealMethod表示為自動觸發(fā)還是用戶觸發(fā)；Dealtime為自動觸發(fā)的時間點，DealMethod必定為自動觸發(fā)；如果無DealTime,且DealMethod表明自動觸發(fā)該關聯(lián)內(nèi)容時，表明立即觸發(fā)該關聯(lián)內(nèi)容的處理；Duration可選，表明自動觸發(fā)后多久該關聯(lián)內(nèi)容自動關閉，無Duration的情況下，表明關聯(lián)內(nèi)容播放至關聯(lián)內(nèi)容結束。步驟708,在進行處理之前，需要先解析關聯(lián)內(nèi)容觸發(fā)信息中的關聯(lián)內(nèi)容標識符(如表16中的RelatedContentID)及源內(nèi)容(如表16中的OriginalContentID)后，查找源內(nèi)容描述信息中對該關聯(lián)內(nèi)容的關聯(lián)描述(如RelatedMaterials、RCT)，獲得關聯(lián)內(nèi)容的處理方式。步驟709,自動觸發(fā)的后續(xù)處理詳見圖4的步驟203及后續(xù)步驟；用戶觸發(fā)的后續(xù)處理詳見圖4中的步驟209及后續(xù)步驟。根據(jù)上述技術方案，本發(fā)明實施例實現(xiàn)了對關聯(lián)內(nèi)容的自動處理，提供更加靈活的關聯(lián)內(nèi)容的觸發(fā)機制。結合現(xiàn)有技術中根據(jù)用戶選擇進行的觸發(fā)，本發(fā)明實施例形成了完整的關聯(lián)內(nèi)容管理機制。由于所述觸發(fā)信息來自頭端，所以本發(fā)明實施例還增強了頭端的控制能力，同時結合現(xiàn)有技術中根據(jù)用戶選擇觸發(fā)的方案，也保證了用戶的自助選擇。頭端在通知消息中還可以攜帶該消息所對應內(nèi)容的ID和內(nèi)容觸發(fā)信息(ContentTrigger)。所述內(nèi)容觸發(fā)信息如表17所示，至少要包括控制符(ControlCode)、觸發(fā)時間(Time)兩個子元素，其中Time子元素可以包括觸發(fā)時間點(BeginningTimePoint)和持續(xù)時間(Duration)。終端收到上述通知消息后，根據(jù)通知中的內(nèi)容觸發(fā)信息對內(nèi)容進行相應的處理。例如，在ControlCode為"啟動，，且BeginningTimepoint為"08:00:00"時，終端在8:00:00播放與通知消息中內(nèi)容ID對應的內(nèi)容；在ControlCode為"暫停，，且BeginningTimepoint為"08:00:00"、Duration為"01:00:00"時，終端在8:00暫停與通知消息中內(nèi)容ID對應的內(nèi)容，并且暫停持續(xù)的時間為l個小時。表17<table>tableseeoriginaldocumentpage33</column></row><table>進一步，在上述通知消息中可以包括與內(nèi)容ID對應的多個ContentTrigger,而且每個ContentTrigger也可以包括多個成對的ControlCode和Time子元素。表18給出了多個ContentTrigger的示例。表18<table>tableseeoriginaldocumentpage34</column></row><table>B6ginningTimcPoint起始時間為絕對時間21:25:00Duration持續(xù)時間00:00:00終端在收到包含多個ContentTrigger的通知消息時，根據(jù)每個ContentTrigger分別對與通知消息中內(nèi)容ID對應的內(nèi)容進行處理。以收到表18所示通知消息為例，終端根據(jù)該通知消息，在21:00:00啟動相應內(nèi)容，播放由Duration指示的20分鐘，并在21:20:00暫停5分鐘，然后在21:25:00重啟該內(nèi)容繼續(xù)播放，直到內(nèi)容播放結束。以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。權利要求1、一種數(shù)據(jù)管理方法，其特征在于，該方法包括終端接收數(shù)據(jù)觸發(fā)信息；終端根據(jù)數(shù)據(jù)觸發(fā)信息，判斷數(shù)據(jù)是否需要自動處理；在判斷出需要自動處理時，根據(jù)對應的處理策略自動處理數(shù)據(jù)。2、根據(jù)權利要求1所述的方法，其特征在于，在判斷出需要自動處理之后進一步包括判斷是否在指定時間觸發(fā)，如果是，則根據(jù)對應的處理策略在指定時間自動處理數(shù)據(jù)，否則立即根據(jù)對應的處理策略自動處理數(shù)據(jù)。3、根據(jù)權利要求1所述的方法，其特征在于，所述自動處理為在指定時間觸發(fā)或立即觸發(fā)；在判斷出需要在指定時間觸發(fā)或立即觸發(fā)時，根據(jù)對應的處理策略在指定時間自動處理數(shù)據(jù)或立即根據(jù)對應的處理策略自動處理數(shù)據(jù)。4、根據(jù)權利要求1所述的方法，其特征在于，服務器將數(shù)據(jù)觸發(fā)信息包含在數(shù)據(jù)描述信息中發(fā)送給終端，終端從數(shù)據(jù)描述信息中獲取數(shù)據(jù)觸發(fā)信息。5、根據(jù)權利要求4所述的方法，其特征在于，所述觸發(fā)信息由獨立的子元素構成，或者由組合成的一個子元素構成。6、根據(jù)權利要求1所述的方法，其特征在于，服務器利用通知消息將數(shù)據(jù)觸發(fā)信息發(fā)送給終端，終端從服務器端發(fā)送的通知消息中獲取數(shù)據(jù)觸發(fā)信息；或者，服務器利用通知消息將數(shù)據(jù)描述信息和觸發(fā)信息發(fā)送給終端，終端從服務器端發(fā)送的通知消息中獲取數(shù)據(jù)描述信息和觸發(fā)信息。7、根據(jù)權利要求6所述的方法，其特征在于，所述觸發(fā)信息由獨立的子元素構成，或者由組合成的一個子元素構成。8、根據(jù)權利要求6所述的方法，其特征在于，所述通知消息通過實施傳送協(xié)議RTP、用戶數(shù)據(jù)報協(xié)議UDP、單向文件傳輸協(xié)議FLUTE或者數(shù)字存儲媒體指令和控制協(xié)議DSM-CC傳輸。9、根據(jù)權利要求1至8之一所述的方法，其特征在于，所述數(shù)據(jù)為關聯(lián)內(nèi)容和/或內(nèi)容；其中，所述根據(jù)對應的處理策略自動處理關聯(lián)內(nèi)容的步驟包括根據(jù)關聯(lián)類型查找處理策略；根據(jù)查找到的處理策略對關聯(lián)內(nèi)容進行相應處理。10、根據(jù)權利要求6所述的方法，其特征在于，所述數(shù)據(jù)為內(nèi)容；所述觸發(fā)信息由獨立的子元素構成，并且包括一組或多組組成觸發(fā)信息的所述獨立子元素；或者，所述內(nèi)容觸發(fā)信息由一個或多個組合成的子元素構成，每個組合成的子元素包括一組或多組組成該子元素的子元素。11、一種關聯(lián)內(nèi)容管理終端，其特征在于，所述終端包括內(nèi)容關聯(lián)信息庫，用于存儲至少包括關聯(lián)類型的關聯(lián)內(nèi)容描述信息；處理策略庫，用于存儲與關聯(lián)類型相對應的處理策略；關聯(lián)內(nèi)容管理模塊，用于根據(jù)關聯(lián)內(nèi)容的觸發(fā)信息判斷是否需要自動處理，并在需要自動處理時，從內(nèi)容關聯(lián)信息庫中查詢關聯(lián)類型，并根據(jù)關聯(lián)內(nèi)容從處理策略庫中查詢對應的處理策略，然后根據(jù)處理策略調(diào)用處理模塊處理關聯(lián)內(nèi)容；處理模塊，用于根據(jù)處理策略對關聯(lián)內(nèi)容進行處理。12、根據(jù)權利要求11所述的終端，其特征在于，該終端進一步包括用戶交互模塊，用于顯示關聯(lián)內(nèi)容的描述信息供用戶選擇，并將用戶的觸發(fā)消息傳送給關聯(lián)內(nèi)容管理模塊；所述關聯(lián)內(nèi)容管理模塊進一步用于在判斷出關聯(lián)內(nèi)容不需要自動處理時，根據(jù)用戶交互模塊傳送來的所述觸發(fā)消息進行相應處理。13、根據(jù)權利要求ll所述的終端，其特征在于，所述用戶交互模塊進一步用于獲取用戶的處理策略并存儲到處理策略庫中。14、根據(jù)權利要求11所述的終端，其特征在于，該終端進一步包括終端通訊模塊，其用于接收包含有關聯(lián)內(nèi)容觸發(fā)信息的關聯(lián)內(nèi)容描述信息，并將關聯(lián)內(nèi)容觸發(fā)信息傳送給所述關聯(lián)內(nèi)容管理模塊和/或將關聯(lián)內(nèi)容描述信息存儲到所述內(nèi)容關聯(lián)信息庫。15、根據(jù)權利要求11所述的終端，其特征在于，該終端進一步包括終端通訊模塊，其用于接收關聯(lián)內(nèi)容觸發(fā)信息，并將關聯(lián)內(nèi)容觸發(fā)信息傳送給所述關聯(lián)內(nèi)容管理模塊。16、根據(jù)權利要求11所述的終端，其特征在于，該終端進一步包括消息管理模塊，其用于根據(jù)關聯(lián)內(nèi)容管理模塊的注冊，將監(jiān)聽到的相應觸發(fā)信息傳送給關聯(lián)內(nèi)容管理模塊。17、根據(jù)權利要求11所述的終端，其特征在于，該終端進一步包括消息管理模塊，其用于將所接收的通知消息中的觸發(fā)信息傳送給關聯(lián)內(nèi)容管理模塊。18、一種關聯(lián)內(nèi)容管理系統(tǒng)，其特征在于，該系統(tǒng)包括頭端和如權利要求11至17中任一項所述的終端，其中所述頭端用于向終端提供關聯(lián)內(nèi)容及其觸發(fā)信息。全文摘要本發(fā)明公開了一種數(shù)據(jù)管理方法，該方法包括終端接收數(shù)據(jù)觸發(fā)信息；終端根據(jù)數(shù)據(jù)的觸發(fā)信息，判斷數(shù)據(jù)是否需要自動處理；在判斷出需要自動處理時，根據(jù)對應的處理策略自動處理數(shù)據(jù)。本發(fā)明還提供了一種關聯(lián)內(nèi)容管理終端及系統(tǒng)。本發(fā)明實現(xiàn)了對關聯(lián)內(nèi)容的自動處理，提供更加靈活的關聯(lián)內(nèi)容的觸發(fā)機制。結合現(xiàn)有技術中根據(jù)用戶選擇進行的觸發(fā)，本發(fā)明形成了完整的關聯(lián)內(nèi)容管理機制。由于所述觸發(fā)信息來自頭端，所以本發(fā)明還增強了頭端的控制能力，同時結合現(xiàn)有技術中根據(jù)用戶選擇觸發(fā)的方案，也保證了用戶的自助選擇。文檔編號H04N7/24GK101296366SQ200710103179公開日2008年10月29日申請日期2007年4月28日優(yōu)先權日2007年4月28日發(fā)明者莉陳申請人:華為技術有限公司