用于具有任意非均勻粒度的粒狀元內(nèi)容的關聯(lián)引擎和方法
【專利摘要】一種公開的方法包括：接收關于與主要內(nèi)容(201)相關的多個元內(nèi)容元素(203)的關聯(lián)指令。主要內(nèi)容(201)可以是多媒體內(nèi)容，諸如但不限于視聽內(nèi)容。該方法包括：響應于接收指令，執(zhí)行關聯(lián)。關聯(lián)在元內(nèi)容元素(203)之間，其中，元內(nèi)容元素(203)每個都具有限定元內(nèi)容片段(207)的任意粒度。該方法基于關聯(lián)返回結果。另一種所公開的方法包括：接收具有關于多個元內(nèi)容元素(203)的關聯(lián)指令的請求，其中，元內(nèi)容元素(203)與主要內(nèi)容(201)相關。再次，每個元內(nèi)容元素都具有限定元內(nèi)容片段(207)的任意粒度。該方法包括：響應于接收到該請求，基于關聯(lián)指令，確定多個元內(nèi)容元素(203)的元內(nèi)容片段(207)的合成物。
【專利說明】用于具有任意非均勻粒度的粒狀元內(nèi)容的關聯(lián)引擎和方法
[0001] 相關申請的交叉參考
[0002] 本公開涉及共同未決美國專利申請No. 13/528, 911"CONTENT RIGHTS PROTECTION WITH ARBITRARY CORRELATION OF SECOND CONTENT" 代理機構案號 No. CS39043;以及共同 未決美國專利申請 No. 13/528,922 "PRIVACY MANAGER FOR RESTRICTING CORRELATION OF META-CONTENT HAVING PROTECTED INFORMATION BASED ON PRIVACY RULES"代理機構案號 No. CS40207 ;均被分配給與本申請相同的受讓人。

【技術領域】
[0003] 本公開主要涉及內(nèi)容元數(shù)據(jù)、或元內(nèi)容、以及訪問和利用元數(shù)據(jù)或元內(nèi)容。

【背景技術】
[0004] 內(nèi)容和已被開發(fā)的多種類型或形式的內(nèi)容在使用共同稱為元數(shù)據(jù)的相關數(shù)據(jù)時 被展示。元數(shù)據(jù)的開發(fā)本身演變至元數(shù)據(jù)類型和形式的陣列。在其最早表示中，元數(shù)據(jù)提 供與內(nèi)容相關的基本信息。例如，照片可能具有用于提供取得照片的時間、用于取得照片的 特定相機和相機設定、以及甚至標識版權持有人的信息的相關元數(shù)據(jù)。隨著元數(shù)據(jù)演進，可 以與內(nèi)容相關地存儲的信息量可以被看作另一種形式的內(nèi)容本身，即，"元內(nèi)容"，元內(nèi)容可 以獨立于內(nèi)容存在，并且呈現(xiàn)其本身的獨立目的。換句話說，元內(nèi)容可以獨立于其相關"主 要"內(nèi)容存在。雖然術語"元內(nèi)容"可能看起來模糊作為數(shù)據(jù)的形式的內(nèi)容和元數(shù)據(jù)之間的 分界線，但是術語"元內(nèi)容"應該被理解為是指提供關于主要內(nèi)容的信息的輔助內(nèi)容，或者 可替換地與主要內(nèi)容相關的輔助內(nèi)容。例如，搜索引擎可以使用元內(nèi)容，以使得能夠產(chǎn)生用 于關于主要內(nèi)容的準則的寬范圍的搜索結果?？商鎿Q地，元內(nèi)容可以包括關于主要內(nèi)容的 學習或分析的信息。
[0005] 給出可以關于任何給定主要內(nèi)容存在的廣泛多種元內(nèi)容，訪問和管理元內(nèi)容變得 成比例地困難。甚至給出可用技術，涉及元內(nèi)容的一些處理仍然在某些程度上以手動方式 被執(zhí)行。例如，創(chuàng)建主要內(nèi)容、或者關于主要內(nèi)容的輔助內(nèi)容（諸如，新聞視頻、剪輯等）通 常仍然要求通過多種形式的元內(nèi)容分類，以便獲取期望元內(nèi)容片段。元內(nèi)容的多種其他使 用可能同樣令人沮喪。
[0006] 在當前視頻分配系統(tǒng)的示例上下文中，視聽內(nèi)容（即，"主要"內(nèi)容）的每個實例通 常都與主要內(nèi)容相關的目錄元數(shù)據(jù)的形式的唯一程序標識符相關。這樣的目錄元數(shù)據(jù)通常 在最高層級處限定。換句話說，目錄元數(shù)據(jù)描述符通常僅與視聽內(nèi)容的一個特定實例相關。
[0007] 主要內(nèi)容可以具有多種相關輔助內(nèi)容，即，元內(nèi)容，諸如，相關視頻剪輯、話外音和 /或不獨立可標識的獨立部分，諸如，標題、本地新聞、國際新聞、體育、天氣、娛樂等。結果， 這樣的元內(nèi)容不對使用傳統(tǒng)目錄元數(shù)據(jù)架構的獨立描述符注解開放。另外，視聽內(nèi)容可以 具有多于一個類型的并行目錄元數(shù)據(jù)流。
[0008] 其實例包括用于主要內(nèi)容（諸如，以上簡單提及的，其中，標題、相關視頻剪輯、以 及話外音描述每個部分）的文本描述的同步流、基于視聽信號處理和場景邊界檢測的場景 分割、特定部分與將與特定部分排他性相關的輔助內(nèi)容相關的并行饋送插入、具有自動記 事板制作的關鍵幀提取等。自然地，這不限于電視新聞廣播，而是應用至多種主要內(nèi)容，諸 如但不限于電影產(chǎn)品、體育廣播、以及很多其他視聽內(nèi)容目錄。

【專利附圖】

【附圖說明】
[0009] 圖1是根據(jù)實施例的包括關聯(lián)引擎的系統(tǒng)架構的框圖。
[0010] 圖2是圖示內(nèi)容與多種粒狀元內(nèi)容元素的關系的框圖，其中，每個元內(nèi)容元素粒 度都限定元內(nèi)容片段和項。
[0011] 圖3是根據(jù)一些實施例的系統(tǒng)架構的框圖，其中，流處置器包括關聯(lián)引擎。
[0012] 圖4是根據(jù)實施例的提供在具有分布式文件系統(tǒng)的網(wǎng)絡內(nèi)具有關聯(lián)引擎的系統(tǒng) 架構400實例的詳情的框圖。
[0013] 圖5是圖示根據(jù)多種實施例的關聯(lián)引擎的示例高級操作的流程圖。
[0014] 圖6是圖示根據(jù)多種實施例的關聯(lián)引擎的示例高級操作的流程圖，其中，關聯(lián)引 擎接收關聯(lián)指令以及標識主要內(nèi)容的信息。
[0015] 圖7是圖示根據(jù)多種實施例的關聯(lián)引擎的示例高級操作的流程圖，其中，關聯(lián)引 擎接收關聯(lián)指令以及標識主要內(nèi)容的信息和標識元內(nèi)容元素的集合的信息。
[0016] 圖8是圖示根據(jù)多種實施例的關聯(lián)引擎的示例高級操作的流程圖，其中，關聯(lián)引 擎接收關聯(lián)指令以及標識元內(nèi)容元素的集合的信息，并且返回主要內(nèi)容的身份。
[0017]圖9是當關聯(lián)指令涉及包括在時間上合并和排序的視頻、音頻和閉合字幕結果的 時間相關信息聚合時，如圖5中的513、圖6中的609、圖7中的711和圖8中的809中所示 的確定步驟的詳細實例。
[0018] 圖10是當關聯(lián)指令涉及按照指定順序定位包括FLASH幀、徽標和黑幀的視頻事件 序列、以及包括站標識符音樂簽名的音頻事件時，如圖5中的513、圖6中的609、圖7中的 711和圖8中的809中所示的確定步驟的詳細實例。
[0019]圖11是當關聯(lián)指令涉及標識涉及戲曲電視節(jié)目的具有在時間上接近包含射擊的 音頻分析結果的詞語"停止、警察"的閉合字幕文本時，如圖5中的513、圖6中的609、圖7 中的711和圖8中的809中所示的確定步驟的詳細實例。
[0020] 圖12是當關聯(lián)指令涉及關于新聞廣播并且包含短語"選擇結果"的閉合字幕分析 結果時，如圖5中的513、圖6中的609、圖7中的711和圖8中的809中所示的確定步驟的 詳細實例。
[0021] 圖13是當關聯(lián)指令涉及熱圖相對于在元內(nèi)容元素的結合分組內(nèi)的元內(nèi)容項的簡 單計數(shù)或復雜聚合統(tǒng)計的構造時，如圖5中的513、圖6中的609、圖7中的711和圖8中的 809中所示的確定步驟的詳細實例。

【具體實施方式】
[0022] 本公開提供一種用于關聯(lián)具有任意粒度和/或任意索引方案的元內(nèi)容元素的方 法和裝置。應用的寬陣列是可以的，并且通過這樣的元內(nèi)容元素的關聯(lián)被實現(xiàn)，這樣的元內(nèi) 容元素的關聯(lián)創(chuàng)建相關標準化索引，以實現(xiàn)多種形式的分析信息的提取和元內(nèi)容元素之間 的新語義關系的創(chuàng)建。
[0023] 所公開的實施例實現(xiàn)多種類型的并行目錄元數(shù)據(jù)流（在此稱為"元內(nèi)容元素"）之 間的關聯(lián)。實施例可以創(chuàng)建這樣的元內(nèi)容元素之間的關聯(lián)，不管它們是在初始創(chuàng)建/記錄 (在創(chuàng)建者或分配者提供目錄元數(shù)據(jù)的情況下）或特定查看（在觀察者或其他源直接或間 接生成目錄元數(shù)據(jù)的情況下）之前、期間還是之后被創(chuàng)建。另外，在不同語義層級處的關系 可以通過交叉參考來自屬于主要內(nèi)容的特定部分的多個流的目錄元數(shù)據(jù)和/或元內(nèi)容被 建立。然后，可以分析并且開發(fā)這些元內(nèi)容元素，以進一步推斷關于例如視聽內(nèi)容的主要內(nèi) 容的特定部分的信息。
[0024] 一種所公開的方法包括：通過關聯(lián)引擎，接收關于多個元內(nèi)容元素的關聯(lián)指令，其 中，元內(nèi)容元素與主要內(nèi)容相關。關聯(lián)引擎執(zhí)行元內(nèi)容元素之間的關聯(lián)，其可以每個都具有 限定元內(nèi)容元素的元內(nèi)容片段的任意粒度。基于關聯(lián)的結果被返回。該結果可以包括相關 元內(nèi)容片段。
[0025] 關聯(lián)指令可以經(jīng)由來自客戶端應用的請求被發(fā)送至關聯(lián)引擎。在執(zhí)行關聯(lián)之前， 關聯(lián)引擎可以將每個元內(nèi)容元素的任意粒度調節(jié)至均勻粒度。在執(zhí)行關聯(lián)之前，關聯(lián)引擎 還可以標準化每個元內(nèi)容元素的任意索引，以創(chuàng)建標準化索引。標準化索引可以是基于時 間的索引、基于位置的索引、或者基于上下文的索引。
[0026] 由客戶端應用發(fā)送的請求可以包括多種信息，諸如，標識主要內(nèi)容的信息、標識與 主要內(nèi)容相關的元內(nèi)容元素的集合的信息、和/或根據(jù)所建立的索引方案通過索引標識主 要內(nèi)容的一部分的信息。
[0027] 一種所公開的方法包括：接收具有關于具有限定元內(nèi)容片段的任意粒度的多個元 內(nèi)容元素的關聯(lián)指令的請求。響應于接收關聯(lián)指令，關聯(lián)引擎基于關聯(lián)指令確定元內(nèi)容片 段的合成物。該方法可以包括：關聯(lián)引擎將每個元內(nèi)容元素的任意粒度調節(jié)為均勻粒度，以 及在執(zhí)行關聯(lián)之前，標準化每個元內(nèi)容元素任意索引方案，以在多個元內(nèi)容元素之間創(chuàng)建 標準化索引。標準化可以包括：標準化每個元內(nèi)容元素任意索引方案，以創(chuàng)建標準化索引， 其中，標準化索引包括基于時間的索引、基于位置的索引、或者基于上下文的索引中的至少 一個。
[0028] 另一種所公開的方法包括：接收具有關于與主要內(nèi)容相關的多個元內(nèi)容元素的關 聯(lián)指令的請求，每個元內(nèi)容元素都具有限定元內(nèi)容片段的任意粒度。該方法包括：基于索引 方案，在元內(nèi)容元素之間執(zhí)行關聯(lián)，其中，每個元內(nèi)容元素都具有任意索引方案；以及基于 關聯(lián)的結果，確定主要內(nèi)容的身份。
[0029] 該方法還可以包括：在執(zhí)行關聯(lián)之前，將每個元內(nèi)容元素的任意粒度調節(jié)為均勻 粒度，并且標準化每個元內(nèi)容元素任意索引方案，以在多個元內(nèi)容元素之間創(chuàng)建標準化索 弓丨。索引可以是基于時間的索引、基于位置的索引、或者基于上下文的索引中的一個。
[0030] 本公開的另一方面提供一種裝置，具有至少一個可編程處理器、以及操作地耦合 至可編程處理器的存儲器。存儲器包含用于由至少一個處理器執(zhí)行的可執(zhí)行指令，其中，一 旦執(zhí)行可執(zhí)行指令，至少一個處理器操作用于接收關于與主要內(nèi)容相關的多個元內(nèi)容元素 的關聯(lián)指令；響應于接收該指令，執(zhí)行關聯(lián)，并且基于關聯(lián)返回結果。上述可執(zhí)行指令還可 以由非易失性、非暫時性存儲器存儲，其可以被加載到至少一個處理器用于執(zhí)行。
[0031] 現(xiàn)在轉到附圖，其中，類似數(shù)字表示類似組件，圖1圖示根據(jù)實施例的包括關聯(lián)引 擎101的系統(tǒng)架構100。關聯(lián)引擎101根據(jù)實施例關聯(lián)并且對元數(shù)據(jù)和/或元內(nèi)容做索引。 關聯(lián)引擎101可以是網(wǎng)絡103的一部分或者包含在網(wǎng)絡103內(nèi)。網(wǎng)絡103可以是任何合適 網(wǎng)絡，然而，網(wǎng)絡103可以包含以下將進一步詳細描述的分布式文件系統(tǒng)。網(wǎng)絡103還可以 包含或能夠在一些情況下經(jīng)由另一個網(wǎng)絡連接111與多種數(shù)據(jù)源113通信。根據(jù)實施例， 關聯(lián)引擎101能夠訪問如由通信路徑109所示的數(shù)據(jù)源113。多種數(shù)據(jù)源113可以提供主 要內(nèi)容、以及從多個提供商接收的相關元數(shù)據(jù)和/或元內(nèi)容。多個提供商可以提供例如目 錄元數(shù)據(jù)115和多種形式的主要內(nèi)容117,諸如但不限于視頻內(nèi)容、音頻內(nèi)容等。目錄元數(shù) 據(jù)115可以是獨立元數(shù)據(jù)和/或元內(nèi)容，或者可以與對應段主要內(nèi)容117相關。根據(jù)實施 例，圖1中所示的系統(tǒng)架構100包括多個客戶端105,其可以是具有可以與關聯(lián)引擎101交 互的多種客戶端應用的設備。客戶端105可以經(jīng)由網(wǎng)絡連接111與位于數(shù)據(jù)源113中的元 內(nèi)容元素119交互，如以下進一步論述的。
[0032] 如在此使用的術語"客戶端"可以指電子設備、諸如，例如智能電話、膝上型電腦、 個人數(shù)字助理（PDA)、電子書閱讀器、平板電腦、個人計算機（PC)等，其中任何一個都可以 采用任何合適網(wǎng)絡接入技術，以便訪問網(wǎng)絡103。"客戶端"在此還可以被用于指web服務、 服務器、多種應用，諸如但不限于分析應用、報告發(fā)生器、或后端系統(tǒng)內(nèi)的其他組件，其中任 何一個還可以采用任何合適網(wǎng)絡接入技術，以便訪問網(wǎng)絡103。即，在此使用的術語"客戶 端"還共同指"客戶端應用"或"應用"，其可以是在電子設備的處理器上運行的軟件，并且其 可以將請求107發(fā)送至關聯(lián)引擎101。例如，任一個客戶端105都可以將請求107發(fā)送至關 聯(lián)引擎101，以獲得關于主要內(nèi)容117或者與主要內(nèi)容117相關的元內(nèi)容的信息，和/或獲 得主要內(nèi)容117、相關元內(nèi)容元素119、目錄元數(shù)據(jù)115或多種合成物。關聯(lián)引擎101通過通 信路徑109可以與數(shù)據(jù)源113通信，以當必要時，獲取對目錄元數(shù)據(jù)115和/或元內(nèi)容元素 119的訪問。例如，一個或多個客戶端105可以是通過多種元內(nèi)容工作的應用?？蛻舳?05 之一可以包括可以將請求107發(fā)送至關聯(lián)引擎101的應用，關聯(lián)引擎101包括關聯(lián)指令，并 且還可以提供關于主要內(nèi)容117或者關于與主要內(nèi)容相關的元內(nèi)容元素的標識信息。請求 107還可以包括目錄元數(shù)據(jù)115作為用于主要內(nèi)容117或元內(nèi)容元素119的標識信息。如 以下進一步詳細描述的，根據(jù)實施例，關聯(lián)引擎101根據(jù)在請求107中接收的關聯(lián)指令，執(zhí) 行關聯(lián)。關聯(lián)引擎101返回與主要內(nèi)容相關的結果，所述結果可以包括元內(nèi)容元素、元內(nèi)容 片段、元內(nèi)容項、或者這些中的任一個的合成物。關聯(lián)引擎101還可以返回與多種元內(nèi)容元 素相關的主要內(nèi)容的身份、元內(nèi)容元素的合成物、或者元內(nèi)容片段或項的合成物，如以下進 一步詳細描述的。關聯(lián)指令可以是可執(zhí)行代碼，或者在一些實施例中，是對可執(zhí)行代碼的參 考、或者兩者的組合?？蓤?zhí)行代碼可以被存儲在本地存儲器中或者遠程地存儲在例如服務 器上?？蓤?zhí)行代碼可以是本機代碼、通用字節(jié)代碼或者腳本語言。例如，在一個實施例中， 關聯(lián)指令可以用結構化查詢語言（SQL)編寫。在替代實施例中，關聯(lián)指令可以包含對所存 儲SQL過程的參考。在一些實施例中，關聯(lián)指令可以用高級域專用語言編寫，和/或可以按 照一階謂詞邏輯編寫。
[0033] 圖2圖示主要內(nèi)容201與相關元內(nèi)容元素203的關系。如圖2中所示，主要內(nèi)容 201可以與諸如元內(nèi)容元素205、211、215和217的多個元內(nèi)容相關。諸如元內(nèi)容元素205 的每個元內(nèi)容元素都具有相關但是任意粒度。元內(nèi)容元素的粒度可以涉及基于時間間隔、 位置、或任何其他合適準則的分割。如圖2中所示，元內(nèi)容元素205包括被進一步再分為元 內(nèi)容項209的元內(nèi)容片段207。
[0034] 如在此使用的術語"元內(nèi)容"可以包含或者包括與一段內(nèi)容相關的多種類型和形 式的元數(shù)據(jù)。即，在此使用的術語元內(nèi)容可以指可以被認為是在其中和其本身的元數(shù)據(jù)。 例如，這樣的元內(nèi)容可以是多媒體元內(nèi)容或者其他視聽內(nèi)容，諸如，電影內(nèi)容的"導演的剪 輯"，或者可以是從視覺檢測器或一些其他分析工具輸出的分析。換句話說，元內(nèi)容可以包 括其他內(nèi)容（即，"第二"或"輔助"內(nèi)容），其提供但不限于關于或涉及重要或主要內(nèi)容的信 息、分析、上下文信息等。這樣的元內(nèi)容可以包括但不限于日期信息、時間信息、位置信息、 注解、內(nèi)容的多種特性、關鍵幀、激勵等級、相關Twitter?郵件（post)、面部識別信息、光符 號識別、對象識別、語音到文本或其他語音識別信息、閉合字幕、文本流（諸如，閉合字幕） 的分析，以產(chǎn)生關鍵項提取、指定實體識別、其他文本分析、相關內(nèi)容、相關片段、Twitter? 饋送、激勵等級、分析的聚合、概要等。如在此使用的"元內(nèi)容元素"是指一段元內(nèi)容，為上 述多種元內(nèi)容形式中的任一種，其可以被做索引并且可使用索引方案搜索。當一項對應于 元內(nèi)容元素的"顆粒"或粒度時，元內(nèi)容元素可以被再分為"元內(nèi)容項"。例如，如圖2中所 示，元內(nèi)容元素205可以具有基于時間的粒度，其中，元內(nèi)容項209可以被限定為以秒、毫秒 等為單位的時間間隔。如圖2中所示，多組連續(xù)元內(nèi)容項在此被稱為"元內(nèi)容片段"，諸如元 內(nèi)容片段207。
[0035] 因此，在圖1中提供的實例中，數(shù)據(jù)源113可以提供多種形式的元內(nèi)容元素119,其 可以包括相關目錄元數(shù)據(jù)115,并且可以包括閉合字幕信息、視覺檢測器分析數(shù)據(jù)、音頻、導 演的剪輯視頻等。即，任何特定段主要內(nèi)容117都可以具有多種相關元內(nèi)容元素119、以及 相關目錄元數(shù)據(jù)115。根據(jù)實施例，附加元內(nèi)容元素還可以由多種客戶端105在任何時間 創(chuàng)建和/或添加。元內(nèi)容元素119每個都包括可以被看作劃分元內(nèi)容元素的粒狀片段。例 如，如圖2中所示，元內(nèi)容元素205具有元內(nèi)容片段207和粒狀元內(nèi)容項209。在一些實施 例中，粒狀片段可能涉及時間周期，但是不限于時間。例如，電視新聞廣播可以由多個故事 構成，每個都具有其本身的唯一相關元內(nèi)容片段。元內(nèi)容的粒狀分割是任意的，這是因為粒 度由如何生成元內(nèi)容來確定。例如，客戶端105之一的視覺檢測器分析工具可以產(chǎn)生包括 不同于元內(nèi)容元素205的粒度的元內(nèi)容元素。即，粒度在元內(nèi)容元素之間是不均勻的，并且 是任意的，這是因為其由生成元內(nèi)容元素的方法或應用確定。
[0036] 根據(jù)實施例，關聯(lián)引擎101可以分析元內(nèi)容元素119中的每個元內(nèi)容元素的粒狀 片段，并且可以創(chuàng)建多種片段和/或多種元內(nèi)容元素119的項之間的關聯(lián)。在執(zhí)行關聯(lián)之 前，關聯(lián)引擎101還可以標準化由任何元內(nèi)容元素119使用的索引方案。關聯(lián)引擎101還 可以增加或減小元內(nèi)容元素片段和項的粒度，以便于索引標準化。即，關聯(lián)引擎101可以執(zhí) 行元內(nèi)容分割的一些等級的同步和/或對準。例如，關聯(lián)引擎101可以創(chuàng)建在元內(nèi)容元素 205和211的特定粒狀片段之間的關聯(lián)。在元內(nèi)容元素205和211的粒狀分割是基于時間 的實例情況中，當需要實現(xiàn)同步時，關聯(lián)引擎101可以增加一個或兩個元內(nèi)容元素的粒狀 分割。然而，元內(nèi)容元素片段之間的關聯(lián)可以基于多種其他準則，諸如但不限于位置、上下 文、或其他分析相關準則。例如，元內(nèi)容元素的關聯(lián)可以是位置相關關聯(lián)。在其他優(yōu)點中， 標準化實現(xiàn)在元內(nèi)容片段和/或元內(nèi)容項的層級處，在元內(nèi)容元素之間形成關聯(lián)。
[0037] 系統(tǒng)架構100可以包括經(jīng)由網(wǎng)絡連接操作地相互耦合的多種服務器和數(shù)據(jù)儲存 器等。例如，在一些實施例中，元內(nèi)容元素119可以被存儲在內(nèi)容服務器或數(shù)據(jù)倉庫上。關 聯(lián)引擎101還可以位于服務器上，并且在一些實施例中，可以是在若干個服務器之間分布 的分布式功能。關聯(lián)引擎101可以經(jīng)由在關聯(lián)引擎101和元內(nèi)容（即，到任何內(nèi)容服務器、 數(shù)據(jù)倉庫等）之間提供通信路徑109并且通過網(wǎng)絡或任何其他合適連通性推動的可操作耦 合來訪問元內(nèi)容。
[0038] 圖3圖示根據(jù)一個實施例的示例系統(tǒng)架構300。系統(tǒng)架構300實現(xiàn)目錄元數(shù)據(jù)和/ 或元內(nèi)容元素的注解、存儲、檢索、以及利用，以便增強與諸如但不限于視聽內(nèi)容、原文內(nèi)容 或視頻游戲的主要內(nèi)容相關的目錄元數(shù)據(jù)和/或元內(nèi)容元素或流的多樣性的語義和解釋。
[0039] 系統(tǒng)架構300包括多個流供給器301，所述流供給器301經(jīng)由例如網(wǎng)絡連接305操 作地耦合至流處置器303。流供給器301提供與主要內(nèi)容相關的多種元內(nèi)容元素，并且除 其他之外可以包括所編寫的元內(nèi)容元素309、所分析的元內(nèi)容元素311、組合的元內(nèi)容元素 313或其他元內(nèi)容元素315,所有都可以通過多種相關客戶端應用或工具生成或產(chǎn)生。根據(jù) 實施例的流處置器303包括可操作耦合至流接口 325的訪問控制管理器317,訪問控制管理 器317可以基于條件規(guī)則、和/或隱私和安全性要求，限制對元內(nèi)容元素的訪問。關聯(lián)引擎 327還操作地耦合至流接口 325,并且因此訪問控制管理器317或關聯(lián)引擎327可以從多個 流供給器327訪問元內(nèi)容元素。當必要時，流處置器303還可以訪問用于存儲元內(nèi)容元素 和元數(shù)據(jù)的流和配置倉庫307。
[0040] 圖4提供流處置器403包括在分布式文件系統(tǒng)401中的另一個示例實施例。流處 置器403包括關聯(lián)引擎405。根據(jù)一個實施例，分布式文件系統(tǒng)可以例如是基于HADOOP/ HDFS的分布式文件系統(tǒng)409。如圖4中所示，目錄元數(shù)據(jù)419和諸如視頻421的主要內(nèi)容 可以通過流供給器415結合分析服務器417被利用。多個流供給器415可以經(jīng)由例如AVRO 適配器413將數(shù)據(jù)提供給分布式文件系統(tǒng)401，以在流供給器415和分布式文件系統(tǒng)401之 間讀取和寫入數(shù)據(jù)文件時提供簡單整合。換句話說，AVRO適配器允許文件計劃與文件一起 被存儲在分布式文件系統(tǒng)401內(nèi)，使得任何客戶端411都可以通過使用所限定的計劃訪問 文件。即，與每個所存儲文件相關的計劃可以被呈現(xiàn)在存儲于分布式文件系統(tǒng)401內(nèi)的每 個文件中。如本領域普通技術人員理解的，可以使用例如JavaScript對象表示法（JSON)來 限定AVRO計劃。然而，使用其他數(shù)據(jù)交換格式的其他文件方案可以在多種實施例中使用。 類似于參考圖1論述的示例實施例，多個客戶端411通過接入網(wǎng)407訪問分布式文件系統(tǒng) 401，以與包含在流處置器403內(nèi)的關聯(lián)引擎405通信。
[0041] 假設目錄元數(shù)據(jù)419存在，"子程序"目錄元數(shù)據(jù)和/或其他元內(nèi)容元素可以通過 流供給器415被添加至分布式文件系統(tǒng)401。例如，返回圖3,所編寫的元內(nèi)容元素309可 以使用元內(nèi)容編寫控制臺（即，編寫"客戶端應用"或者"工具"）創(chuàng)建，其可以給操作者提 供手動生成元內(nèi)容元素的能力。同樣地，分析后的元內(nèi)容311可以經(jīng)由目錄元數(shù)據(jù)或元內(nèi) 容分析器創(chuàng)建，目錄元數(shù)據(jù)或元內(nèi)容分析器可以位于圖4中所示的分析服務器417上。這 樣的分析器可以是能夠處理諸如在目錄元數(shù)據(jù)倉庫中參考的視聽內(nèi)容的主要內(nèi)容，并且生 成在特定域上并且與主要內(nèi)容或元內(nèi)容元素的持續(xù)時間內(nèi)的給定時間相關的細粒狀描述 符的客戶端應用或工具的家族中的一員。實例包括但不限于閉合字幕發(fā)生器和場景改變檢 測器。
[0042] 這樣的分析器還可以給上述元內(nèi)容編寫控制臺提供建議，以便幫助元內(nèi)容元素的 手動生成。在一個實例中，操作者可以使用元內(nèi)容編寫控制臺手動地輸入關于主要內(nèi)容的 編輯信息。如果主要內(nèi)容是電影，則操作者可以輸入編輯信息用于電影中的所有場景，并且 場景分割信息可以由元內(nèi)容分析器自動地提取，并且被提供給元內(nèi)容編寫工具。信息可以 經(jīng)由用戶界面被呈現(xiàn)給操作者，以幫助引導例如用于電影的每個場景的目錄元數(shù)據(jù)的手動 編輯。
[0043]為了圖3和圖4的實例的目的，元內(nèi)容元素被示出為"流"（或元內(nèi)容流），諸如， 多媒體流、閉合字幕、以及其他實時文本等。將理解，本實例有助于解釋多種實施例的特征 和優(yōu)點，但是多種實施例不限于這樣的"流"。在圖3實例中，流和配置倉庫307存儲與多段 主要內(nèi)容相關的元內(nèi)容元素（即，在本實例中為流）。流可以通過編寫工具或者元內(nèi)容分析 器被生成，并且被添加至流和配置倉庫307。流供給器301的編寫工具或元內(nèi)容分析器可以 訪問流接口 325,以請求用于諸如視聽內(nèi)容的給定主要內(nèi)容的給定域類型的新流的創(chuàng)建，或 者打開用于該主要內(nèi)容的給定域類型的現(xiàn)有流。流接口 325可以經(jīng)由訪問控制管理器317 的配置管理器323,訪問流和配置倉庫307。訪問控制管理器317可以包括若干模塊，諸如， 策略管理器319、隱私管理器321、以及配置管理器323。策略管理器319可以確定請求訪 問的實體是否具有訪問所請求元內(nèi)容的授權，并且是否具有執(zhí)行諸如但不限于觀察、分析、 編輯等的多種使用活動的許可。隱私管理器321可以訪問用戶歷史、和/或包含用戶特定 信息的用戶簡檔。例如，多種流供給器301可以具有諸如以上提供的編寫工具的工具，其具 有相關用戶歷史和/或用戶簡檔。隱私管理器321可以限制或禁止特定信息被收集到元數(shù) 據(jù)或元內(nèi)容中，其中，信息涉及用戶和用戶對主要內(nèi)容或元內(nèi)容的訪問。在具有隱私管理器 321的實施例中，隱私管理器與訪問控制管理器317策略管理器319 -起工作，以確保在它 們的上下文中不要求數(shù)據(jù)集合的用戶不被示出或者提供主要內(nèi)容或元內(nèi)容，其中，用于該 主要內(nèi)容或元內(nèi)容的使用策略要求來自用戶的數(shù)據(jù)集合，以便被消耗。換句話說，一些主要 內(nèi)容和/或元內(nèi)容作者或擁有者可以設置使用策略，其中，條件規(guī)則集合要求從用戶收集 特定類型的信息。因為這樣的信息集合可能不適用于特定用戶，在一些實施例中，隱私管理 器321可以阻止用于那些特定用戶的內(nèi)容和/或元內(nèi)容。
[0044]假設所請求類型的流存在用于該請求，配置管理器323可以將用于所請求元內(nèi)容 流的句柄（handle)返回到流接口 325。如果所請求類型的流不存在用于所指示的主要內(nèi) 容，則訪問控制管理器317可以給予許可，以在流和配置倉庫307中創(chuàng)建給定類型的元內(nèi)容 流，并且配置管理器323可以使用主要內(nèi)容的唯一標識符使其與主要內(nèi)容相關，將對新空 流的句柄返回到流接口 325。在一些實施例中，配置管理器323可以在流和配置倉庫307中 存在的每一個流上保持具有信息的頭部。頭部可以包括諸如但不限于主要內(nèi)容標識符的信 息，諸如，視聽內(nèi)容標識符、目錄元數(shù)據(jù)域類型、主要內(nèi)容持續(xù)時間、用于特定目錄元數(shù)據(jù)流 的時間單位、以及流句柄等。一旦流接口 325具有流句柄，則可以使得其對于流供給器301 可用，用于由例如元內(nèi)容分析器或元內(nèi)容編寫控制臺使用，以被嵌入從那些模塊到流和配 置倉庫307的未來讀取或寫入請求中。同樣地，一旦元內(nèi)容可用于給定主要內(nèi)容和域類型， 則經(jīng)由例如安全和訪問控制連接，基于對外部應用的策略（經(jīng)由策略管理器319和隱私管 理器321)，使得其可用并且可訪問用于讀取和寫入操作。
[0045]在圖3實例中，通過流接口 325作出對讀取或寫入元內(nèi)容的請求。流接口 325通過 支持諸如插入、添加和刪除的典型列表數(shù)據(jù)結構操作，來處理流寫入。寫入請求還包括流句 柄、流中的期望插入點（順序地在最后或者通過特定索引號）、以及將被插入所請求的插入 點處的元內(nèi)容元素。其中，元內(nèi)容元素除其他之外可以包括開始時間單元、結束時間單元、 放置索引、以及期望注解。
[0046] 讀取請求可以使用多種方法由流接口 325處理。對于元內(nèi)容流的請求將指示流句 柄以及其他信息。例如，可以請求整個元內(nèi)容流，在該情況下，將返回所有目錄元數(shù)據(jù)節(jié)點 的列表的合適表示?？梢哉埱笤诮o定索引處的目錄元數(shù)據(jù)，在該情況下，將返回單個目錄元 數(shù)據(jù)節(jié)點的合適表示。可以請求給定索引范圍內(nèi)的目錄元數(shù)據(jù)，在該情況下，將返回包括多 個目錄元數(shù)據(jù)節(jié)點的列表的合適表示?？梢哉埱蠼o定標準化時間或時間范圍處的目錄元數(shù) 據(jù)，在該情況下，流接口 325可以訪問關聯(lián)引擎327,其可以基于用于主要內(nèi)容的主要實例 的標準化時間，關于當前元內(nèi)容流計算等效索引或索引范圍，導致系統(tǒng)返回包括多個目錄 元數(shù)據(jù)節(jié)點的列表的合適表示。
[0047] 在多于一個目錄元數(shù)據(jù)節(jié)點被返回的請求的情況下，該請求還必須指示如果突然 期待所返回的內(nèi)容，則在時間上被同步為推事件（僅傳遞準時節(jié)點），或者在時間上被同步 為拉事件（僅傳遞準時節(jié)點）。
[0048] 流接口 325還可以處理讀取請求，其中，要求多于一個或可能所有關于主要內(nèi)容 的元內(nèi)容流。在該情況下，流接口 325接收指示主要內(nèi)容標識符和期望的元內(nèi)容流的域類 型的請求、以及返回模式。該返回模式可以是突然在時間上被同步為推事件（僅傳遞準時 節(jié)點），在時間上被同步為拉事件（僅傳遞準時節(jié)點），或者在空間上被同步（僅傳遞物理 上接近客戶端的節(jié)點）。流接口 325還將接收關于是否尋找整個元內(nèi)容流或者期望從多個 流同步信息的一個或多個時間間隔的指示，作為請求的一部分。流接口 325將通過關聯(lián)引 擎327處理這些請求，關聯(lián)引擎327根據(jù)指定參數(shù)聚合所請求的數(shù)據(jù)，并且將其提供回流接 口 325,以由任何請求客戶端處理。
[0049] 圖5提供根據(jù)一個實施例的關聯(lián)引擎的操作500的方法。如所示的操作500的方 法開始于501，關聯(lián)引擎可以從與關聯(lián)引擎交互的客戶端應用接收請求503,以獲取關于主 要內(nèi)容的結果。請求503還可以涉及元內(nèi)容元素，或者可以用于獲得關于元內(nèi)容元素本身 的信息的目的。請求503包括關聯(lián)指令511，并且還可以包括標識主要內(nèi)容505的信息、標 識包括具有所建立方案507的索引的主要內(nèi)容的一部分的信息、和/或標識元內(nèi)容元素509 集合的信息。換句話說，關聯(lián)引擎將接收關聯(lián)指令511和可能的標識內(nèi)容或元內(nèi)容的其他 信息，并且可能提供索引信息。如框513中所示，關聯(lián)引擎可以基于所接收的關聯(lián)指令511， 確定關于元內(nèi)容元素的元內(nèi)容片段的合成物、以及任何所接收的索引信息。然后，關聯(lián)引擎 在515處將返回合成元內(nèi)容片段，其結束該方法，如框517中所示。
[0050] 框513表示由關聯(lián)引擎執(zhí)行的確定，并且可以包括基于在請求503中接收的多種 關聯(lián)指令的多種確定中的任一種。在以下論述的圖9至圖13中提供這樣的確定的實例。
[0051] 圖6和圖7用于圖示請求（圖6的603和圖7的703)可以包含比圖5中所示的 請求503中所示的更少的信息的目的。例如，在圖6中，方法600開始于601，請求603由關 聯(lián)指令607和標識主要內(nèi)容605的信息構成。響應于請求603,關聯(lián)引擎將基于所接收的關 聯(lián)指令，確定與關于主要內(nèi)容的元內(nèi)容元素相關的合成元內(nèi)容片段，如框609中所示。關聯(lián) 引擎在611中返回元內(nèi)容片段的合成物作為結果，并且處理在框613處結束。
[0052] 在圖7中，方法700開始于701，并且圖示請求703可以包括關聯(lián)指令709、標識主 要內(nèi)容705的信息和標識元內(nèi)容元素707集合的信息。在一些實施例中，客戶端應用僅將 關聯(lián)指令發(fā)送至關聯(lián)引擎。換句話說，在此使用的"請求"可以單獨指關聯(lián)指令，或者可以 指與標識主要內(nèi)容和/或元內(nèi)容的其他信息結合的關聯(lián)指令。即，根據(jù)實施例，在此使用至 少要求關聯(lián)指令從客戶端應用被發(fā)送至關聯(lián)引擎的請求。在示例方法700中，在框711，關 聯(lián)引擎基于關聯(lián)指令709確定關于元內(nèi)容元素并且進一步關于主要內(nèi)容的元內(nèi)容片段的 合成物。關聯(lián)引擎在713中返回元內(nèi)容片段的合成物并且在715中停止。
[0053] 圖8圖示方法800,其開始于801，并且其中，關聯(lián)引擎確定關于元內(nèi)容元素的主要 內(nèi)容的身份并且基于關聯(lián)指令，如框809中所示。請求803包括關聯(lián)指令807和標識元內(nèi) 容元素805集合的信息。關聯(lián)引擎返回主要內(nèi)容的身份，如框811中所示，并且方法如所示 在813處結束。
[0054] 圖9是方法900的流程圖，當關聯(lián)指令要求時間相關信息聚合時，其是圖5的513、 圖6的609、圖7的711和圖8的809的確定步驟的實例。例如，客戶端應用可以請求接收 關于主要內(nèi)容并且在時間上被合并和排序的視頻、音頻和閉合字幕分析結果。在框903中， 關聯(lián)引擎可以在請求中將由視頻元內(nèi)容元素使用的索引方案轉換為由客戶端應用提供的 索引方案。如905中所示，關聯(lián)引擎可以使用應用提供索引過濾視頻元內(nèi)容元素，以限定元 內(nèi)容片段"A"。根據(jù)本實例，關聯(lián)引擎還將執(zhí)行關于音頻和閉合字幕部分的操作。因此，在 框907中，關聯(lián)引擎可以將由音頻元內(nèi)容元素使用的索引方案轉換為由客戶端應用提供的 索引方案，并且使用合適索引過濾音頻元內(nèi)容元素，以限定元內(nèi)容片段"B"，如框909中所 不〇
[0055] 如框911中所示，關聯(lián)引擎將對閉合字幕索引執(zhí)行類似操作，并且如框913中所 示，對閉合字幕元內(nèi)容元素執(zhí)行合適濾波，以限定元內(nèi)容片段"C"。如框915中所示，關聯(lián)引 擎可以對元內(nèi)容片段A、B和C執(zhí)行合并-分類操作。然后，當可應用時，該方法在合適時可 以返回到圖5的515、圖6的611、圖7的713或圖8的811中的任何一個。
[0056] 圖10提供當關聯(lián)指令要求針對元內(nèi)容元素內(nèi)的項搜索時的確定步驟（圖5的 513、圖6的609、圖7的711或圖8的809)的實例。例如，客戶端應用可以請求按照該特 定順序搜索具有FLASH幀、徽標檢測、和/或黑幀的視頻事件序列的所有視頻分析結果。應 用請求可以進一步要求搜索音頻事件是站標識符音樂簽名的音頻事件。在一個實例中，音 樂簽名可以指示用于在體育或商業(yè)廣告中的重放的場景改變。因此，在1001中，關聯(lián)引擎 可以選擇元內(nèi)容元素"A"的子集，該子集具有指定主要內(nèi)容是體育廣播的目錄元數(shù)據(jù)。如 1003中所示，關聯(lián)引擎可以通過從子集A選擇子集"B"執(zhí)行濾波操作，子集A具有包括視 頻事件和音頻事件的元內(nèi)容元素類型。然后，關聯(lián)引擎可以執(zhí)行開始于框1005的關于子集 B的循環(huán)操作，如圖所示。即，關聯(lián)引擎可以針對包含F(xiàn)LASH(動畫）、徽標、以及黑幀的事件 序列而掃描視頻元素，如1007中所示。如果如1009中所示，所要求的事件序列被找到，則 關聯(lián)引擎可以執(zhí)行針對由在關聯(lián)指令中限定的請求應用提供的音頻簽名樣式而掃描音頻 元素的下一個操作。該操作由框1013圖示出。如果如框1015中所示，音頻簽名匹配被找 到，則關聯(lián)引擎可以確定準則是否在所要求的時間窗口內(nèi)，如框1017中所示。如果由判定 框1009U015或1017限定的任何準則都未被找到，則關聯(lián)引擎可以跳到下一個元內(nèi)容元 素，如在循環(huán)操作的框1011中所示。然而，如果在判定框1017處滿足所有準則，則關聯(lián)引 擎可以執(zhí)行元內(nèi)容元素的索引標準化，如在框1019中所示。然后，關聯(lián)引擎可以將元內(nèi)容 片段添加至返回集合列表，如在框1021中所示，并且將主要內(nèi)容的身份添加至返回集合列 表，如框1023中所示。然后，當可應用時，該方法在合適時可以繼續(xù)并且返回到圖5的515、 圖6的611、圖7的713或圖8的811中的任何一個。
[0057] 圖11提供當關聯(lián)指令說明要求針對元內(nèi)容元素內(nèi)的項搜索時的確定步驟（圖5 的513、圖6的609、圖7的711或圖8的809)的實例。例如，由應用請求的搜索可以要求搜 索關于戲劇表演的在時間上接近包含射擊的音頻分析結果的包含詞語"停止、警察"的閉合 字幕分析結果。從而，在1101中，關聯(lián)引擎可以從整個集合選擇具有指定主要內(nèi)容是戲劇 的目錄元數(shù)據(jù)的所有元內(nèi)容元素子集"A"。如1103中所示，關聯(lián)引擎可以過濾子集A，以選 擇具有用于閉合字幕和音頻分析的元內(nèi)容元素。然后，關聯(lián)引擎可以輸入開始于框1105的 關于元內(nèi)容元素子集B的循環(huán)操作，如圖所示。即，關聯(lián)引擎可以針對所要求詞語"停止、警 察"而掃描閉合字幕元內(nèi)容元素，如1107中所示。如果如判定框1109中所示，所要求的閉 合字幕文本被找到，則關聯(lián)引擎可以針對由請求應用提供并且在關聯(lián)指令中限定的所請求 射擊音頻簽名而掃描音頻元內(nèi)容元素，如在框1113中所示。如果如判定框1115中所示，找 到指定音頻，則關聯(lián)引擎可以檢驗出，如判定框1117所示，準則發(fā)生在所請求的時間窗內(nèi)。 如果在判定框1109U115或1117中要求的任何標準都未被找到，則關聯(lián)引擎將跳到下一個 元內(nèi)容元素，如循環(huán)操作的框1111中所示。假設所有準則都被找到并且被滿足，如由判定 框1117所要求的，則關聯(lián)引擎可以執(zhí)行如框1119中所示的元內(nèi)容元素的索引標準化，并且 如框1121中所示將元內(nèi)容片段添加至返回集合列表。關聯(lián)引擎可以將主要內(nèi)容的身份添 加至返回集合列表，如框1123中所示。然后，當可應用時，該方法在合適時可以繼續(xù)并且返 回到圖5的515、圖6的611、圖7的713或圖8的811中的任何一個。
[0058] 圖12圖示當關聯(lián)指令說明針對元內(nèi)容元素內(nèi)的項搜索應該搜索包含關于詞語 "選擇結果"的新聞廣播的所有閉合分析結果時的確定步驟（圖5的513 ;圖6的609 ;圖7 的711 ;或者圖8的809)的實例。例如，在1201中，關聯(lián)引擎可以創(chuàng)建具有指定主要內(nèi)容是 新聞廣播的目錄元數(shù)據(jù)的所有元內(nèi)容元素的子集"A"。然后，關聯(lián)引擎可以執(zhí)行如框1203 中所示的濾波操作。在框1203中，關聯(lián)引擎可以選擇具有用于閉合字幕的元內(nèi)容元素的子 集"B"。然后，關聯(lián)引擎可以執(zhí)行開始于框1205的關于子集"B"內(nèi)的元內(nèi)容元素的循環(huán)操 作，如圖所示。如在框1207中所示，關聯(lián)引擎可以掃描包含短語"選舉結果"的閉合字幕元 素。如果找到閉合字幕文本，如判定框1209中所示，則關聯(lián)引擎可以將主要內(nèi)容的身份添 加至返回集合列表，如框1213中所示。否則，該方法進行至下一個元內(nèi)容元素，如1211中 所示。在框1213之后，當可應用時，該方法在合適時可以繼續(xù)并且返回到圖5的515、圖6 的611、圖7的713或圖8的811中的任何一個。
[0059] 圖13提供當關聯(lián)指令要求針對元內(nèi)容元素的結合分組內(nèi)的元內(nèi)容項的簡單計數(shù) 或復雜聚合統(tǒng)計構造"熱圖"時的確定步驟（圖5的513、圖6的609、圖7的711或圖8的 809)的實例。例如，應用可以請求元內(nèi)容項的類型鍵入計數(shù)比主要內(nèi)容的時間分段組塊。 因此，在框1301中，關聯(lián)引擎可以基于在請求中發(fā)送的應用提供關聯(lián)指令，來確定時間分 段組塊的長度。在1303中，關聯(lián)引擎可以確定如在由應用提供的請求中限定的元內(nèi)容元素 的最大粒度。在框1305中，關聯(lián)引擎可以在每個應用提供元內(nèi)容元素內(nèi)限定每時間片段組 塊一個元內(nèi)容片段。在1307中，關聯(lián)引擎可以創(chuàng)建集合"A"，該集合包括參考相同片段組 塊的所有元內(nèi)容片段。然后，關聯(lián)引擎可以開始于1309的關于所限定的集合A進入循環(huán)操 作，如圖所示。如框1311中所示，關聯(lián)引擎可以對每個類型的元內(nèi)容項的數(shù)目計數(shù)，并且創(chuàng) 建返回集合，如框1315中所示。關聯(lián)引擎將在循環(huán)操作中執(zhí)行用于每個元內(nèi)容元素的計數(shù) 操作，如由框1313所示。然后，當可應用時，該方法可以在合適時繼續(xù)，并且返回到圖5的 515、圖6的611、圖7的713或圖8的811中的任何一個。
[0060] 根據(jù)實施例，關聯(lián)引擎以及流接口和訪問控制管理器可以以多種方式被實現(xiàn)。例 如，關聯(lián)引擎、流接口和/或訪問控制關聯(lián)器可以被實現(xiàn)為在一個或多個可編程處理器、 ASIC、DSP、硬線邏輯或其組合上執(zhí)行的軟件和/或硬件。在圖1的實例中，關聯(lián)引擎101可 以被認為是在服務器的一個或多個處理器上執(zhí)行的軟件和/或固件。一個或多個處理器操 作地耦合至非易失性、非暫時性存儲器，并且當要求時，一個或多個處理器可以與存儲器通 信，以執(zhí)行在其中存儲的軟件和/或固件的可執(zhí)行指令，以根據(jù)多種實施例，執(zhí)行在此描述 的方法和操作。
[0061] 因此，多種實施例的另一方面是計算機可讀介質，換句話說，非易失性非暫時性存 儲器存儲用于由至少一個處理器執(zhí)行的可執(zhí)行指令。根據(jù)多種實施例，當執(zhí)行可執(zhí)行指令 時，至少一個處理器操作用于執(zhí)行在此描述的方法和操作。
[0062] 雖然圖示和描述了多種實施例，但是將理解，本發(fā)明不受其限制。在不脫離由所附 權利要求限定的本發(fā)明的范圍的情況下，本領域技術人員將想到許多修改、改變、變化、替 換和等同物。
【權利要求】
1. 一種方法，包括： 接收關于多個元內(nèi)容元素的關聯(lián)指令，所述元內(nèi)容元素與主要內(nèi)容相關； 響應于接收到所述關聯(lián)指令，執(zhí)行關聯(lián)，所述關聯(lián)是在所述元內(nèi)容元素之間，所述元內(nèi) 容元素每個具有任意粒度，所述任意粒度限定了所述元內(nèi)容元素的元內(nèi)容片段；以及 基于所述關聯(lián)來返回結果。
2. 根據(jù)權利要求1所述的方法，其中，基于所述關聯(lián)來返回結果的步驟包括： 返回至少一個元內(nèi)容片段。
3. 根據(jù)權利要求1所述的方法，包括： 從客戶端應用接收請求，所述請求包括所述關聯(lián)指令。
4. 根據(jù)權利要求1所述的方法，包括： 在執(zhí)行所述關聯(lián)之前，將每個元內(nèi)容元素的所述任意粒度調節(jié)為均勻粒度。
5. 根據(jù)權利要求1所述的方法，包括： 在執(zhí)行所述關聯(lián)之前，標準化每個元內(nèi)容元素的任意索引，以在所述多個元內(nèi)容元素 之間創(chuàng)建標準化索引。
6. 根據(jù)權利要求1所述的方法，包括： 基于下述中的至少一個執(zhí)行所述關聯(lián)：基于時間的索引、基于位置的索引、或者基于上 下文的索引。
7. 根據(jù)權利要求3所述的方法，其中，從客戶端應用接收請求，所述請求包括所述關聯(lián) 指令，包括： 接收標識所述主要內(nèi)容的信息。
8. 根據(jù)權利要求3所述的方法，其中，從客戶端應用接收請求，所述請求包括所述關聯(lián) 指令，包括： 接收標識與所述主要內(nèi)容相關的元內(nèi)容元素集合的信息。
9. 根據(jù)權利要求3所述的方法，其中，從客戶端應用接收請求，所述請求包括所述關聯(lián) 指令，包括： 根據(jù)所建立的索引方案，接收通過索引而標識一部分所述主要內(nèi)容的信息。
10. -種方法，包括： 接收請求，所述請求具有關于多個元內(nèi)容元素的關聯(lián)指令，所述元內(nèi)容元素與主要內(nèi) 容相關，每個元內(nèi)容元素具有任意粒度，所述任意粒度限定了所述元內(nèi)容元素的元內(nèi)容片 段； 響應于接收到所述請求，基于所述關聯(lián)指令，確定所述多個元內(nèi)容元素的元內(nèi)容片段 的合成物。
11. 根據(jù)權利要求10所述的方法，包括： 響應于所述請求來執(zhí)行關聯(lián)，基于索引方案，所述關聯(lián)是在所述元內(nèi)容元素之間，每個 元內(nèi)容元素具有任意索引方案。
12. 根據(jù)權利要求11所述的方法，包括： 在執(zhí)行所述關聯(lián)之前，將每個元內(nèi)容元素的所述任意粒度調節(jié)為均勻粒度；以及 在執(zhí)行所述關聯(lián)之前，標準化每個元內(nèi)容元素任意索引方案，以在所述多個元內(nèi)容元 素之間創(chuàng)建標準化索引。
13. 根據(jù)權利要求12所述的方法，包括： 標準化每個元內(nèi)容元素任意索引方案，以創(chuàng)建所述標準化索引，其中，所述標準化索引 包括基于時間的索引、基于位置的索引、或者基于上下文的索引中的至少一個。
14. 一種方法，包括： 接收請求，所述請求具有關于多個元內(nèi)容元素的關聯(lián)指令，所述元內(nèi)容元素與主要內(nèi) 容相關，每個元內(nèi)容元素具有任意粒度，所述任意粒度限定了所述元內(nèi)容元素的元內(nèi)容片 段； 響應于所述請求來執(zhí)行關聯(lián)，基于索引方案，所述關聯(lián)是在所述元內(nèi)容元素之間，每個 元內(nèi)容元素具有任意索引方案；以及 基于所述關聯(lián)的結果，確定所述主要內(nèi)容的身份。
15. 根據(jù)權利要求14所述的方法，包括： 在執(zhí)行所述關聯(lián)之前，將每個元內(nèi)容元素的所述任意粒度調節(jié)為均勻粒度；以及 在執(zhí)行所述關聯(lián)之前，標準化每個元內(nèi)容元素任意索引方案，以在所述多個元內(nèi)容元 素之間創(chuàng)建標準化索引。
16. 根據(jù)權利要求15所述的方法，包括： 標準化每個元內(nèi)容元素任意索引方案，以創(chuàng)建所述標準化索引，其中，所述標準化索引 包括基于時間的索引、基于位置的索引、或者基于上下文的索引中的至少一個。
17. -種裝置，包括： 至少一個可編程處理器；以及 存儲器，所述存儲器操作地耦合至所述可編程處理器，包含用于由所述至少一個處理 器執(zhí)行的可執(zhí)行指令，其中，一旦執(zhí)行所述可執(zhí)行指令，所述至少一個處理器操作用于： 接收關于多個元內(nèi)容元素的關聯(lián)指令，所述元內(nèi)容元素與主要內(nèi)容相關； 響應于接收到所述指令來執(zhí)行關聯(lián)，所述關聯(lián)是在所述元內(nèi)容元素之間，所述元內(nèi)容 元素每個具有任意粒度，所述任意粒度限定了所述元內(nèi)容元素的元內(nèi)容片段；以及 基于所述關聯(lián)來返回結果。
18. 根據(jù)權利要求17所述的裝置，其中，一旦執(zhí)行所述可執(zhí)行指令，所述至少一個可編 程處理器操作用于： 將每個元內(nèi)容元素的所述任意粒度調節(jié)為均勻粒度； 標準化每個元內(nèi)容元素的任意索引方案，以在所述多個元內(nèi)容元素之間創(chuàng)建標準化索 引；以及 基于所述關聯(lián)指令來執(zhí)行所述關聯(lián)，基于所述標準化索引，所述關聯(lián)是在所述元內(nèi)容 元素之間。
19. 根據(jù)權利要求17所述的裝置，其中，一旦執(zhí)行所述可執(zhí)行指令，所述至少一個可編 程處理器操作用于： 基于所述關聯(lián)，確定所述多個元內(nèi)容元素的元內(nèi)容片段的合成物，并且返回元內(nèi)容片 段的所述合成物作為結果。
20. 根據(jù)權利要求17所述的裝置，其中，一旦執(zhí)行所述可執(zhí)行指令，所述至少一個可編 程處理器操作用于： 基于所述關聯(lián)，確定所述主要內(nèi)容的身份。
【文檔編號】G06F17/30GK104487969SQ201380039019
【公開日】2015年4月1日 申請日期:2013年5月30日 優(yōu)先權日:2012年6月21日
【發(fā)明者】阿方索·馬丁尼茲·史密斯, 保羅·C·戴維斯, 喬舒亞·B·赫維茨, 道格拉斯·A·庫爾曼, 希倫·M·芒達利亞, 洛倫·J·里特勒, 克魯納爾·S·沙赫 申請人:摩托羅拉移動有限責任公司