專利名稱：模式化音頻/視頻數(shù)據(jù)的系統(tǒng)和方法
技術領域：
本發(fā)明一般涉及文件管理，尤其涉及基于豐富的模式集來存儲和管理音頻和視頻數(shù)據(jù)的系統(tǒng)和方法。

背景技術：
過去幾十年來計算機和電子相關的技術進步已經(jīng)引領了計算機時代。例如，晶體管技術的進步已使得集成電路的制造能以事實上每年每平方英寸上的晶體管數(shù)量(晶體管密度)成兩倍發(fā)展(摩爾定律)。這樣的進步已導致在處理功率和傳送速率(例如數(shù)據(jù)、控制和地址)上的巨大收獲，以及組件/底板尺寸、功率消耗和成本的降低。此外，因特網(wǎng)和無線技術的進步已向用戶提供了通過按鍵或鼠標的點擊來實現(xiàn)幾乎在世界上任何地方任何時間的訪問。計算機設計者繼續(xù)利用這種進步來開發(fā)更高性能、更可靠、更買得起的新一代計算系統(tǒng)。
前述和許多其它進步已對計算機進化為一種可便于和加速日常個人和商業(yè)行為的合算的、強大的、有效的機制作出了貢獻。例如，當今的計算機已例行地應用于通信(例如電子郵件、即時消息、聊天室等的通信)、購買、銷售、信息收集、分析、以及存檔(例如文檔管理)。此外，當今的計算機通常也用于比如訪問股價(例如實時地)、獲取氣象預報、檢索方向、流媒體視頻、聆聽音樂、獲得逐局的體育賽事更新、以及玩游戲(例如在線地)。此外，計算機技術已被結(jié)合到各種系統(tǒng)中，諸如汽車、家庭保安、制造過程、蜂窩式電話、個人助理、以及餐具，以提供自動或半自動控制和/或監(jiān)視的智能系統(tǒng)。
第三方供應商已使用這樣的技術突破通過增加用戶友好、靈活性、選項、個性化、可靠性、安全性和速度的應用程序來增強用戶體驗。通常這種增強都是通過代碼(例如可執(zhí)行文件、庫等)的更改和/或添加來獲取，這常常會引入其它文件和/或增大應用程序(例如文件的集聚)的尺寸。因而，采用最新技術來提供改進的第三方應用程序開發(fā)常常需要更大的盤空間。然而，存儲器和其它硬件中的同步進步已提供了增大的磁盤容量和搜索時間速率，這可提供增大的應用程序尺寸和/或?qū)f增數(shù)量的通過存儲器存儲的不同文件的檢索。
應用程序開發(fā)通常包括對時間和金錢的大量投入以構成并創(chuàng)建在現(xiàn)有操作系統(tǒng)(OS)周圍的應用程序。例如，開發(fā)者通常不得不理解OS體系結(jié)構的至少某些方面以便建立與OS通信以及利用OS計算能力的接口。此外，開發(fā)者常常為公共存儲抽象(例如人、地點、時間和事件的表示)設計并生成唯一的數(shù)據(jù)存儲器。結(jié)果，經(jīng)多個第三方供應商的開發(fā)可導致重復或多余的開發(fā)努力，其中多個數(shù)據(jù)集在相應應用程序之外不能被共享和利用；與應用程序相關聯(lián)的許多信息仍在僅為應用程序可訪問的文件中被鎖定，從而導致多組數(shù)據(jù)不可共享。
除了花費資源來理解并生成操作系統(tǒng)周圍的應用程序之外，第三方開發(fā)者會面對文件系統(tǒng)或操作系統(tǒng)的更改(例如修訂、路徑等)或下一代操作系統(tǒng)可能會使應用程序呈現(xiàn)出不兼容性并因此不起作用的更大可能性。例如，尋址存儲器的技術中(例如從16比特到64比特)的改變會向操作系統(tǒng)呈現(xiàn)出應用程序事實上不兼容。受影響的第三方供應商將不得不將更多的資源投入到理解操作系統(tǒng)的細微差別和復雜性，以及對現(xiàn)有應用程序的花樣翻新或創(chuàng)建新的應用程序中，以了解道另一操作系統(tǒng)修訂或生成可導致另一個不受支持的應用程序集。


發(fā)明內(nèi)容
以下顯示了本發(fā)明的簡化歸納，以便提供對本發(fā)明一些方面的基本理解。該歸納不是本發(fā)明的廣泛縱覽。它并非旨在標識本發(fā)明的關鍵/重要元素或描繪本發(fā)明的范圍。其唯一目的是用簡化形式表示本發(fā)明的一些概念，作為后面呈現(xiàn)的更詳細描述的序幕。
本發(fā)明提供用于一豐富文件管理系統(tǒng)的系統(tǒng)和方法，該文件管理系統(tǒng)可集成在平臺內(nèi)向第三方開發(fā)者提供一種有效開發(fā)可在操作環(huán)境內(nèi)不同數(shù)據(jù)(例如音頻和視頻)上統(tǒng)一采用的任意應用程序(例如音頻和視頻)前端的機制。按照慣例，第三方供應商具有理解操作環(huán)境各方面的任務以便建立在操作系統(tǒng)內(nèi)可進行通信和操作的應用程序。這種努力會消耗例如可更有效地用于應用程序前端開發(fā)的時間和資源。此外，來自在類似市場內(nèi)(例如音樂播放器)競爭的不同第三方供應商的努力可導致不能共享的重復或多余工作，和/或許多不同的期間格式基本上僅僅只與相關聯(lián)應用程序兼容。本發(fā)明可通過向第三方提供建立操作系統(tǒng)周圍的應用程序的API來減少這樣的努力。一般而言，所提供的API通?；跒橹T如音頻和視頻數(shù)據(jù)的不同數(shù)據(jù)類型提供無縫操作的各種豐富模式。因而，第三方供應商可利用API并集中于建立可提高用戶體驗的應用程序前端，而新的文件系統(tǒng)管理不同的數(shù)據(jù)。
在本發(fā)明一方面中，提供了管理文件的系統(tǒng)。該系統(tǒng)包括協(xié)調(diào)諸如音頻和/或視頻文件信息的存儲和檢索的一個組件。該組件可采用幾乎對所有類型數(shù)據(jù)相同的模式和/或與特定數(shù)據(jù)相關聯(lián)(例如導出)的模式。利用這樣的模式可提供對諸如視頻、音頻、文件等的不同數(shù)據(jù)在類似存儲介質(zhì)內(nèi)的有效和結(jié)構化存儲及管理，其中數(shù)據(jù)可進行無縫標識、區(qū)分和訪問。
在本發(fā)明另一方面中，描述了一種數(shù)據(jù)管理系統(tǒng)。該系統(tǒng)采用各種模式(例如視頻和音頻)以便于存儲和/或組織數(shù)據(jù)、查詢數(shù)據(jù)和/或處理數(shù)據(jù)庫內(nèi)的數(shù)據(jù)。此外，系統(tǒng)可結(jié)合文件管理系統(tǒng)使用，其中幾乎任何和所有的數(shù)據(jù)可基于相應的模式和/或其導出模式來存儲。一般而言，當用戶和/或應用程序提供數(shù)據(jù)用于存儲，可獲取并利用適當?shù)哪Ｊ揭员阌谶@樣的存儲，且當用戶和/或應用程序請求數(shù)據(jù)時，可獲取適當?shù)哪Ｊ揭员阌诜赵撜埱蟆?br> 在本發(fā)明另一方面中，提供了一種系統(tǒng)地存儲和訪問信息的系統(tǒng)。該系統(tǒng)包括可由用戶和/或應用程序用來與系統(tǒng)交互的一個API。該API通常基于與數(shù)據(jù)相關聯(lián)的模式(例如音頻和視頻)生成。然而，可以理解，一公共API可用于多類數(shù)據(jù)。該系統(tǒng)還包括便于數(shù)據(jù)存儲和檢索的智能。
在本發(fā)明的又一方面中，提供了采用與存儲和管理文件相關的模式的各種方法。第一種方法包括接收文件(例如音頻和/或視頻)、獲取一相關聯(lián)模式(例如公用和專用)，并利用該模式在數(shù)據(jù)庫內(nèi)存儲文件。第二種方法提供基于一個或多個模式生成的API。開發(fā)者可建立API周圍的應用程序，其中用戶和/或應用程序可通過適當?shù)腁PI傳送信息。適當模式的示例包括普通的音頻和視頻相關模式。
在本發(fā)明的其它方面中，示出了示例性模式。該示例性模式包括介質(zhì)、音頻和視頻模式。在許多示例中，音頻和/或視頻模式可從媒體模式中導出。
為實現(xiàn)前述及相關結(jié)果，本發(fā)明包括此后全面描述并在權利要求中特別指出的特征。以下描述和附圖詳細陳述了本發(fā)明的某些說明性方面和實現(xiàn)。然而，這些方面僅僅示出了本發(fā)明諸原理可在其中采用的各種方式的其中幾種。結(jié)合附圖參閱本發(fā)明的以下詳細說明，本發(fā)明的其它目標、優(yōu)點和新特征將變得顯而易見。



圖1根據(jù)本發(fā)明一方面示出一示例性文件管理系統(tǒng)。
圖2根據(jù)本發(fā)明一方面示出一示例性的基于模式的文件系統(tǒng)。
圖3根據(jù)本發(fā)明一方面示出一示例性數(shù)據(jù)管理系統(tǒng)。
圖4根據(jù)本發(fā)明一方面示出系統(tǒng)地存儲和訪問信息的一示例性系統(tǒng)。
圖5根據(jù)本發(fā)明一方面示出采用與管理數(shù)據(jù)庫中文件有關的模式的一示例性方法。
圖6根據(jù)本發(fā)明一方面示出便于與數(shù)據(jù)庫用戶交互的示例性方法。
圖7根據(jù)本發(fā)明一方面示出模式之間的示例性關聯(lián)。
圖8示出其中可采用本發(fā)明諸新穎方面的示例性環(huán)境。

具體實施例方式 本發(fā)明涉及提供適用于存儲并管理數(shù)據(jù)庫內(nèi)數(shù)據(jù)的一豐富文件管理的系統(tǒng)和文件。該系統(tǒng)和方法可結(jié)合操作系統(tǒng)用來向應用程序開發(fā)者提供界面以任意地生成在諸如音頻和視頻數(shù)據(jù)的不同數(shù)據(jù)上統(tǒng)一工作的應用程序。本發(fā)明可減少供應商通過定義模式以及提供API來與操作系統(tǒng)通過界面相連并通信的努力。因而，第三方供應商可集中于建立可提高用戶體驗的應用程序前端。
當用于本發(fā)明時，術語“組件”旨在指向計算機相關實體硬件、硬件和軟件的組合、軟件、或執(zhí)行中的軟件。例如，組件可以是，但不限于是，運行于處理器的過程、處理器、對象、可執(zhí)行組件、執(zhí)行線程、程序和/或計算機。作為說明，運行于服務器上的應用程序和服務器都可以是組件。一個或多個組件可駐留于執(zhí)行的過程和/或線程中，且組件可在一臺計算機上本地化和/或分布在兩臺或多臺計算機之間。眾所周知，線程可具有是與線程的執(zhí)行相關聯(lián)的易失性數(shù)據(jù)的相關聯(lián)“上下文”。線程的上下文包括系統(tǒng)寄存器的內(nèi)容和屬于線程過程的虛擬地址。
現(xiàn)在本發(fā)明參照附圖進行描述，其中類似標號被用來指向類似元件。在以下描述中，為了進行解釋，陳述了許多特定細節(jié)以便提供對本發(fā)明的全面理解。然而，顯然沒有這些特定細節(jié)本發(fā)明也可得到實踐。在其它實例中，眾所周知的結(jié)構和裝置以框圖形式示出以便于描述本發(fā)明。
圖1根據(jù)本發(fā)明一方面示出管理文件的系統(tǒng)100。系統(tǒng)100包括文件管理組件110、文件系統(tǒng)120和日志130。文件管理組件110可接收、存儲和管理文件系統(tǒng)內(nèi)的不同文件(例如音頻、視頻、圖像、文檔等)。此外，文件管理組件110可通過形成關系來建立與已存儲信息的鏈接。這樣的關系是可能的，因為不像在常規(guī)系統(tǒng)中，不同的信息可像實體而非獨立數(shù)據(jù)一樣進行管理。作為示例，各關系可提供一種將諸如作者、圖片、圖標等的信息鏈接到音頻和/或視頻數(shù)據(jù)的機制。前述內(nèi)容提供了無需知道數(shù)據(jù)的內(nèi)部結(jié)構就可在多種類型的數(shù)據(jù)(例如不同的)之上或其內(nèi)進行信息共享和有效的查詢。
一般而言，關系可用一個或多個聯(lián)系項來建立。例如，作者關系可被建立并用來捕捉廣泛的各類音頻和/或視頻作者。例如，相應的音樂家、作者、指揮、小提琴家、演員、導演等可被視為是錄音的作者，而那些被列入電影致謝名單的人可被視為是視頻作者，其中不同類型的作者可通過與關系相關聯(lián)的角色進行彼此的區(qū)分。因而，音頻或視頻可與具有定義為“音樂家”的角色的聯(lián)系項有關系，與具有定義為“作曲家”的角色的不同聯(lián)系項有另一關系，與具有定義為“指揮”的角色的不同聯(lián)系項有另一關系，等?？梢岳斫?，聯(lián)系項還可包括個人信息，諸如電話號碼、地址、以及電子郵件鏈接。
如上所述，聯(lián)系項提供數(shù)據(jù)上的有效查詢。例如，采用一聯(lián)系項提供了對不同數(shù)據(jù)的查詢以獲取電影/錄音的致謝名單。在另一示例中，查詢可對與一特定藝術家相關聯(lián)的所有著作的數(shù)據(jù)執(zhí)行(例如，利用該藝術家的聯(lián)系項并列舉與其相關的所有作者關系。)。這樣的查詢可返回由該藝術家創(chuàng)作的歌曲、該藝術家演唱的歌曲、該藝術家創(chuàng)作的和/或有關該藝術家的書籍、該藝術家扮演的電影等?？梢岳斫?，與聯(lián)系項的關系使能這種功能，且音頻和/或視頻數(shù)據(jù)可不包括這樣的信息。該優(yōu)點可在家庭視頻中得以開發(fā)，其中該視頻的導演和演員可以是親屬和/或朋友。
文件管理組件110還可查找、提供提交元數(shù)據(jù)，并使其與文件相關聯(lián)，其中該提交元數(shù)據(jù)可包括指示這種元數(shù)據(jù)確實與文件相關聯(lián)的置信程度的置信水平。例如，當接收一段音頻錄音時，文件管理系統(tǒng)組件110可建立具有各種置信水平的與提交元數(shù)據(jù)的關系。例如，文件管理組件110可基于一置信水平獲取(例如通過一本地和/或遠程源)被確定為與錄音源相關聯(lián)的錄音元數(shù)據(jù)，并連同置信水平一起提供元數(shù)據(jù)。在本發(fā)明一方面中，一算法可用于查找并獲取一段錄音的元數(shù)據(jù)。用戶和/或有關系統(tǒng)100采用的智能可從提交數(shù)據(jù)中選擇適當元數(shù)據(jù)，其中任意或所有的提交和/或選定元數(shù)據(jù)可與錄音一起存儲。在另一示例中，可將用戶請求或聆聽一段錄音通知其它錄音相關介質(zhì)。例如，用戶可獲得通知，有關藝術家表演樂曲的特別節(jié)目已安排在電視上播出。
要注意，元數(shù)據(jù)可通過捕捉對應于檢索和/或計算元數(shù)據(jù)中不同步驟和/或階段的狀態(tài)的各種字段與生命周期相關聯(lián)。例如，元數(shù)據(jù)可與跟蹤元數(shù)據(jù)檢索未獲成功嘗試的次數(shù)的字段相關聯(lián)。這樣的信息可被用來減少檢索元數(shù)據(jù)的重復嘗試。例如，可得以嘗試的閾值次數(shù)，其中一旦達到閾值可中止檢索嘗試除非和/或直到接收到撤銷信號。在另一示例中，元數(shù)據(jù)與定義相關于用來檢索元數(shù)據(jù)的資源(例如網(wǎng)絡連接)的限制，以及確定多快可獲取元數(shù)據(jù)的優(yōu)先級的字段相關聯(lián)。
文件管理組件110還可便于解析錄音及其源專輯之間的相關性。一般而言，錄音通常包括有關其源專輯的至少某些信息(例如名字、標題、作者等)。然而在許多實例中，該信息盡管是合法的但在來自同一源的錄音之間可以是不正確和/或更改的。例如，信息可能被拼錯、曲解和/或改變。文件管理組件110可檢索實際的專輯信息(例如名字、標題、作者等)以消除任何矛盾并存儲原始或感知信息(從錄音中)以及帶有錄音的實際信息(來自專輯)。例如，原始信息可被包括在與專輯相關聯(lián)的關系的屬性中。值得注意的是，原始信息可保留在音頻錄音中(例如當它被復制或移動時)，而實際信息可被獲取并用來消除任何矛盾。
文件管理組件110還可使分級與文件相關聯(lián)。一般而言，基于文件的類型(例如電影、錄音等)，分級可與權威機構相關聯(lián)(例如MPAA、RIAA、TV、用戶等)并能反映各種規(guī)格(例如起源、質(zhì)量、用戶等)。這種分級可被各類文件利用。例如，分級可用來查詢用戶的“愛好”或根據(jù)用戶的需要來提供用戶的內(nèi)容(例如音頻、視頻、書、圖片等)。
文件管理組件110還可保留文件歷史。文件歷史可包括有關文件是否被編輯、文件被如何編輯、文件何時被編輯、文件何時經(jīng)電子文件發(fā)送、文件經(jīng)電子文件發(fā)送給誰等的信息。這樣的歷史可結(jié)合算法用來呈現(xiàn)智能決策。例如，可檢索歷史并用其來基于文件被訪問的次數(shù)自動構建“愛好”列表，并在特定日期和時間以特定順序自動執(zhí)行文件。確定用戶投入大量時間來編輯文件可表明該文件對用戶是重要的且不應被刪除。
文件管理組件110可命名并存儲有關視頻各子部分的其它信息。這樣的能力可被用來例如指示電影的喜愛部分。例如，子部分可被命名為“我喜愛的部分”并包括諸如“其中……”的描述。在另一實例中，電影內(nèi)容中代表性的電影部分可被標識。子部分可用來快速播放相應的電影部分。例如，可請求僅播放包括一特定演員的那些電影部分。
可以理解，前述內(nèi)容是說明性且非限制的。本領域技術人員將理解并認為，各種其它文件管理功能，包括以下所述的各個新方面，可結(jié)合系統(tǒng)100執(zhí)行。
圖2根據(jù)本發(fā)明一方面示出一文件系統(tǒng)200。文件系統(tǒng)200包括可接收存儲在數(shù)據(jù)庫220中的輸入的數(shù)據(jù)管理器210。該輸入實際上可以是任何類型的電子數(shù)據(jù)，包括但不限于音頻和/或視頻數(shù)據(jù)。適當?shù)囊纛l數(shù)據(jù)的示例包括從CD截取的音頻文件、從錄音機生成的音頻文件、經(jīng)音頻元件(例如聲卡)錄制的音頻、來自專輯和/或錄音帶(例如卡、8-音軌、盤對盤等)的模擬音頻、來自存儲器(例如存儲器棒和其它便攜式存儲器)的音頻文件、下載的音頻文件(例如經(jīng)因特網(wǎng))等。適當視頻數(shù)據(jù)的示例包括來自DVD的數(shù)據(jù)、視頻CD(VCD)、攝像機、數(shù)字攝像機、數(shù)碼相機等。其它數(shù)據(jù)可包括圖像、文檔等。
數(shù)據(jù)管理器210可獲取與來自模式庫230相關聯(lián)的一個模式(例如以下詳細描述的介質(zhì)、視頻和音頻模式)。例如，對于音頻輸入，數(shù)據(jù)管理器210可檢索與來自模式庫230的音頻數(shù)據(jù)相關的模式。該模式可以是實質(zhì)上可標識任何已知類型輸入(例如文檔、音頻和視頻)的公共或基本模式。在另一示例中，被檢索的模式可以是基于與輸入相關聯(lián)的至少一個特征(例如屬性)而專用和/或增強的公共模式的導出物。這樣的導出物可包括對基本模式的過載和/或擴展。在又一示例中，模式可根據(jù)數(shù)據(jù)類型調(diào)整。
數(shù)據(jù)管理器210可利用豐富模式來便于輸入在數(shù)據(jù)庫220內(nèi)的存儲和組織。采用公共模式和/或從基本模式導出的模式提供不同數(shù)據(jù)(例如視頻、音頻、文檔等)在類似存儲介質(zhì)中的存儲，其中數(shù)據(jù)管理器210可無縫地標識、區(qū)分和訪問不同數(shù)據(jù)。這種能力提供對常規(guī)文件系統(tǒng)的改進；并因而，文件通常僅可由生成文件的應用程序訪問。
數(shù)據(jù)管理器210還可接收與對存儲在數(shù)據(jù)庫220內(nèi)數(shù)據(jù)的請求相關的輸入。例如，用戶可執(zhí)行音頻播放器并選擇要回放的錄音或文件。數(shù)據(jù)管理器210可利用與錄音相關聯(lián)的模式以查找選定錄音并提供對其的訪問。類似地，在數(shù)據(jù)庫220內(nèi)存儲的視頻和其它數(shù)據(jù)可通過與該數(shù)據(jù)相關聯(lián)的模式經(jīng)數(shù)據(jù)管理器210訪問。
可以理解，文件系統(tǒng)200可結(jié)合操作系統(tǒng)采用。該操作系統(tǒng)將使第三方供應商能將應用開發(fā)集中于生成改善用戶體驗的用于多媒體應用程序的豐富前端，而不是構建通常不能由各供應商共享的適當模式，并集中于使應用程序與操作系統(tǒng)通過界面相連。因而， 本發(fā)明新方面提供可用作供應商生成采用不同數(shù)據(jù)的任意應用程序的基礎的可擴展平臺。
圖3根據(jù)本發(fā)明一方面示出管理數(shù)據(jù)的系統(tǒng)300。系統(tǒng)300包括與包括至少一視頻模式330和一音頻模式340的模式320相關聯(lián)的數(shù)據(jù)庫310。用戶和/或應用程序可與數(shù)據(jù)庫310交互以便存儲和/或組織數(shù)據(jù)、查詢和/或處理(例如編輯、移動和刪除)數(shù)據(jù)庫310中的數(shù)據(jù)，其中數(shù)據(jù)可包括例如不同的音頻和/或視頻信息。
模式320通常是可顯示任何介質(zhì)的的基本或一般模式，且視頻模式330和音頻模式340通常是可分別包括視頻和音頻數(shù)據(jù)的領域?qū)Ｓ脤傩缘哪Ｊ?20的擴展。注意，在本發(fā)明一方面中，視頻模式330和音頻模式340可基于一般模式320，且也可提供其它模式(未示出)。這種模式可結(jié)合中央文件系統(tǒng)或文件管理系統(tǒng)(例如結(jié)合操作系統(tǒng))利用，其中實質(zhì)上任何和全部文件都可基于相應模式和/或其導出模式進行存儲，包括視頻模式330和音頻模式340。
一般而言，當用戶和/或應用程序向數(shù)據(jù)庫310傳送要被存儲在數(shù)據(jù)庫310中的數(shù)據(jù)時，可獲取適當?shù)哪Ｊ?。例如，當諸如錄音或一組錄音的音頻數(shù)據(jù)被傳送到數(shù)據(jù)庫310用于存儲，模式320或音頻模式340可被檢索并用來便于以結(jié)構化方式存儲音頻數(shù)據(jù)。此外，用戶和/或應用程序可在處理該已保存數(shù)據(jù)時利用模式。例如，如果用戶和/或應用程序嘗試編輯、刪除、移動已存儲的音頻數(shù)據(jù)等，模式320和/或音頻模式340可被檢索并用來便于這樣的處理。此外，模式可被檢索并用來便于服務來用戶和/或應用程序的查詢，例如便于返回用于回放的音樂錄音。
可以理解，適當?shù)膽贸绦蚩砂ㄈ魏我阎囊纛l和/或視頻應用程序，諸如各種介質(zhì)播放器、音頻播放器和視頻播放器。此外，一個以上應用程序可同時采用一模式(例如基本模式320、視頻模式330和音頻模式340)，這可提供改進的效率和性能?？梢岳斫?，一個以上應用程序可由一個或多個系統(tǒng)中的一個或多個用戶執(zhí)行。
圖4根據(jù)本發(fā)明一方面示出可被用來系統(tǒng)地存儲和訪問信息的系統(tǒng)400。系統(tǒng)400包括可由用戶和/或應用程序用來與系統(tǒng)400交互的應用程序編程接口(API)410。在本發(fā)明一方面中，系統(tǒng)400可包括可基于一個或多個模式創(chuàng)建各個API的API發(fā)生器420。例如，API發(fā)生器420可基于由模式發(fā)生器430創(chuàng)建的音頻模式來創(chuàng)建一音頻API。模式發(fā)生器430可通過音頻配置440和/或基本(例如介質(zhì))配置450來創(chuàng)建該模式。
在另一示例中，API發(fā)生器420可基于視頻和/或一般模式創(chuàng)建一視頻API，而視頻和/或一般模式是基于基本配置450和/或視頻配置460。在又一示例中，API發(fā)生器420能夠創(chuàng)建實質(zhì)上可用于任何類型數(shù)據(jù)的一公共(例如介質(zhì))API。用戶和/或應用程序可采用這樣的API來與數(shù)據(jù)庫470傳送/接收信息。例如，用戶和/或應用程序可采用一適當API來存儲和/或檢索來自數(shù)據(jù)庫470的音頻和/或視頻數(shù)據(jù)。
可以理解，一個以上應用程序可通過一個或多個系統(tǒng)的一個或多個用戶執(zhí)行。因而，基本上任何用戶和/或應用程序都可通過API 410與數(shù)據(jù)庫470通信。
智能組件480可被用來便于數(shù)據(jù)的存儲和檢索、模式生成和API生成、以及諸如自動化動作和呈現(xiàn)決策的各種其它實用程序。例如，智能組件480可便于使得錄音與標題相關聯(lián)。例如，用戶可將若干錄音存儲到數(shù)據(jù)庫470中，其中一個以上錄音可源自類似源但包括源的標題的變體。例如，用戶在截取錄音后會拼錯標題名字。智能組件480可便于解決這樣的問題。例如，在本發(fā)明一方面中，智能組件可獲取和/或推斷類似變體并利用該變體來便于解決一問題。在本發(fā)明另一方面中，智能組件480可向用戶和/或應用程序提示其它信息。此外，智能組件480可采用統(tǒng)計、概率、分類器和推斷。
用戶和/或應用程序可定義一配置，它可確定智能組件480所作的自動化和決策數(shù)量(例如從無到全部)。此外，智能組件480可利用歷史信息來自定義自動化和決策的數(shù)量。例如，智能組件480可采用用戶和/或應用程序已拒絕特定動作和/或由智能組件480呈現(xiàn)的決策的次數(shù)，其中大于閾值的數(shù)量可指示智能組件480不應采用全自動化。在本發(fā)明另一方面中，用戶和/或應用程序可向智能組件480提供培訓設置，使得智能組件480可從培訓設置中學習。
一般而言，智能組件480推斷指從經(jīng)事件和/或數(shù)據(jù)捕捉的從一系列觀察中推理或推斷系統(tǒng)、環(huán)境和/或用戶的狀態(tài)。還有，推斷可用來標識特定的環(huán)境或動作，或可產(chǎn)生例如狀態(tài)上的概率分布。此外，該推斷是或然性的，例如相關狀態(tài)上概率分布的計算基于對數(shù)據(jù)和事件的考慮。推斷也可指包括用來從一系列事件和/或數(shù)據(jù)中組成較高級別事件的方法的確定性或邏輯推理技術。這種推斷導致了基于一系列觀察事件和/或存儲事件數(shù)據(jù)對新事件或行為的構建，不管這些事件在時間上是否緊密相關，及這些事件和數(shù)據(jù)是來自一個還是若干個事件和數(shù)據(jù)源。各種分類方法和/或系統(tǒng)(例如支持向量機器、神經(jīng)網(wǎng)絡、專家系統(tǒng)、貝葉斯信任網(wǎng)絡、模糊邏輯、數(shù)據(jù)融合引擎等)可與本發(fā)明相關地結(jié)合執(zhí)行自動和/或推斷動作而被采用。
圖5和6根據(jù)本發(fā)明一方面示出各方法。盡管為了簡單解釋，該方法被示為并描述為一系列動作，但可以理解和認為本發(fā)明并不受這些動作的順序的限制，因為根據(jù)本發(fā)明某些動作可以不同順序和/或與在此所示和所述的其它動作同時發(fā)生。例如，本領域技術人員將理解和認為方法可有選擇地被表示為一系列相互關聯(lián)的狀態(tài)或事件，諸如在狀態(tài)圖中。此外，根據(jù)本發(fā)明實現(xiàn)一方法并不需要所有所示動作。
圖5根據(jù)本發(fā)明一方面示出采用與文件管理系統(tǒng)相關的豐富模式集的方法500。繼續(xù)到標號510，接收一文件。在本發(fā)明一方面中，所接收的文件可包括音頻和/或視頻數(shù)據(jù)并可由例如用戶、應用程序或用戶通過應用程序傳送。
在標號520，檢索與文件相關聯(lián)的模式。例如，可檢索實質(zhì)上可表示任何已知類型文件的公共模式。在另一示例中，所檢索的模式可對應于文件的格式。例如，模式是可用來便于存儲音頻文件的基于音頻模式，或用來便于存儲視頻文件的基于視頻模式?？梢岳斫?，這種基于格式的模式可從公共模式導出，并可用來專用和/或增強基于文件格式的公共模式。
在檢索適當模式之后，在530模式可用來在數(shù)據(jù)庫內(nèi)存儲文件。通常，模式提供相對數(shù)據(jù)庫內(nèi)其它信息系統(tǒng)地安排文件。可以理解，這樣的模式以及其它模式可結(jié)合與操作系統(tǒng)相關聯(lián)的文件系統(tǒng)來利用，其中實質(zhì)上任何或全部文件可基于模式和/或其導出模式來存儲。
圖6示出根據(jù)本發(fā)明一方面便于數(shù)據(jù)庫內(nèi)文件管理的方法600。在標號610，生成便于用戶和/或應用程序與數(shù)據(jù)庫之間的交互的API。該API可被用來存儲、處理、檢索和/或從數(shù)據(jù)庫去除文件。所使用的API可以是與文件無關或相關的。例如，一無關API實質(zhì)上可被用于任何類型的文件，而相關API通?；谖募袷缴刹㈦S后在用該格式傳送文件時采用。例如，基于音頻文件的API可被用來傳送音頻文件，而基于視頻文件的API可用來傳送視頻文件。
在620，用戶和/或應用程序可調(diào)用API。例如，當用戶/應用程序想要存儲一視頻文件，用戶/應用程序可采用公共的或基于音頻的API將文件傳送給數(shù)據(jù)庫。在另一示例中，用戶/應用程序可傳送處理存儲文件的請求。例如，用戶可請求改變文件名、位置、類型、保護等。在又一示例中，用戶/應用程序可請求將文件從數(shù)據(jù)庫中去除或刪除。在另一示例中，用戶/應用程序可查詢數(shù)據(jù)庫以檢索一文件。
在630，數(shù)據(jù)庫可獲取相關聯(lián)的公共和/或擴展(例如基于音頻的)模式以便于服務用戶/應用程序。例如，模式可被用來便于將文件模式化地存儲在數(shù)據(jù)庫中。在另一示例中，模式可被用來定義對文件任何處理的范圍。在又一示例中，模式可用于結(jié)合在數(shù)據(jù)庫中搜索文件。該模式可以是一般模式，它表示任何介質(zhì)并可任選地包括可涉及例如視頻和音頻數(shù)據(jù)的領域特定屬性的擴展。
當實現(xiàn)用戶/應用程序的請求時，數(shù)據(jù)庫可使用API來通知用戶/應用程序。例如，數(shù)據(jù)庫可傳送確認或錯誤的代碼。此外數(shù)據(jù)庫可利用該API將文件返回給用戶/應用程序?？梢岳斫?，適當?shù)膽贸绦蚩砂ㄈ魏我阎獞贸绦?例如介質(zhì)播放器、音頻播放器和視頻播放器)，其中一個或多個應用程序可并發(fā)采用一模式。此外，一個或多個應用程序可一個或多個系統(tǒng)的一個或多個用戶執(zhí)行。
模式 以下章節(jié)描述根據(jù)本發(fā)明一方面可采用的示例性介質(zhì)、視頻和音頻模式(例如結(jié)合系統(tǒng)100-400和方法500-600)?？梢岳斫?，媒體模式可從核心(Core)模式(例如System.Storage.Core.Document)中導出，而視頻和/或音頻模式可從媒體模式(例如System.Storage.Media.Document)和/或項目(Item)模式(例如System.Storage.Item)中導出。此外，這樣的模式可結(jié)合任何已知類型的數(shù)據(jù)一起采用，例如文檔、圖像、照片等。
媒體模式 媒體模式可采用以下模式System.Storage和System.Storage.Core。此外，媒體模式包括項目類型、擴展類型、關系類型、嵌套類型。前述類型在下面詳細描述。
項目類馴 以下表格提供一示例性文檔類型。一般而言，該類型可表示一視頻文檔，諸如錄音、專輯等。通常它包括一個或多個文檔的公共字段。它可從System.Storage.Core.Document導出。
擴展類型 以下表格提供示例性MeadataLifecycle類型。一般而言，該類型可表示壽命和其它狀態(tài)跟蹤。它可從System.Storage.Extension導出。
關系類型 以下表格提供示例性ContentDistributor類型。一般而言，該類型指內(nèi)容(例如清樣)的發(fā)行人。它可從System.Storage.Relationship導出。其源類型是System.Storage.Media.Document而其目標類型是System.Storage.Core.Contact。
EffectiveBackCoverArt類型可表示與媒體文檔的后封面的圖片鏈接。它可從Syste m.Storage.Relationship導出。其源類型是System.Storage.Media.Document而其目標類型是System.Storage.Core.Document。
EffectiveFrontCoverArt類型可表示與媒體文檔的前封面的圖片鏈接。它可從System.Storage.Relationship導出。其源類型是System.Storage.Media.Document而其目標類型是System.Storage.Core.Document。
MetadataProviderLogo類型可表示與元數(shù)據(jù)的原始供應商相關聯(lián)的司標(例如AMG)。除前述內(nèi)容之外，以下表格提供根據(jù)本發(fā)明一方面可采用的示例性類型。它可從System.Storage.Relationship導出。其源類型是System.Storage.Media.Document而其目標類型是System.Storage.Core.Document。
嵌套類型 以下表格提供了示例性ContentDistributorData類型。一般而言，該類型可表示與介質(zhì)信息的內(nèi)容發(fā)行者的聯(lián)系項的鏈接。它可從System.Storage.Relationship導出。它可從System.Storage.NestedType導出。
以下表格提供示例性歷史類型。一般而言，該類型可表示媒體文檔的歷史(例如何時它被編輯、它被如何編輯、它被郵寄給誰、它有沒有被旋轉(zhuǎn)、是否應用了過濾器、相關聯(lián)的播放計數(shù)等)。它可從System.Storage.NestedType導出。
以下表格提供示例性分級類型。一般而言，該類型可表示由權威機構給予媒體文檔的分級。例如，這種權威機構可包括視頻的MPAA分級(例如PG13、NR、R、X和NC-17)、音頻的RIAA分級(例如性描述歌詞)、電視分級和/或用戶專用分級。此外，分級可按起源、質(zhì)量、用戶專用等劃分。通常，有兩類分級字符串分級和數(shù)字分級。一般而言，該類型是抽象類型并可從System.Storage.NestedType導出。
以下表格提供示例性CustomRating類型。一般而言，該類型可表示由某些權威機構給予媒體文檔的自由形式字符串的分級。如上所述，它可從System.Storage.Media.Rating導出。
以下表格提供示例性StarRating類型。一般而言，該類型可表示由某些權威機構給予媒體文檔的數(shù)字分級。如上所述，它可從System.Storage.Media.Rating導出。
以下表格提供示例性URLReference類型。一般而言，該類型可表示指示類型URL的URL和類別。它可從Syste m.Storage.NestedType導出。
以下表格提供示例性MVString128類型。一般而言，該類型可表示多值字符串封裝。它可從Syste m.Storage.NestedType導出。
以下表格提供示例性MVString256類型。一般而言，該類型可表示多值字符串封裝。它可從System.Storage.NestedType導出。
視頻模式 視頻模式采利用以下模式Syste m.Storage；System.Storage.Media和System.Storage.Core。此外，媒體模式包括項目類型、擴展類型、關系類型、嵌套類型。前述類型如下進行詳細描述。
項目類型 以下表格提供一示例性VideoRecord類型。一般而言，該類型可表示視頻記錄。它可從System.Storage.Media.Document導出。
以下表格提供一示例性RecordedTV類型。它可從System.Storage.Video.VideoRecord導出。
以下表格提供了示例性VideoClip類型。一般而言，該類型可表示一視頻片斷。它可從System.Storage.Item導出。
關系類型 片斷類型可指視頻記錄的一個片斷集。它可從System.Storage.Relationship導出。其源類型是System.Storage.Video.VideoRecord而其目標類型是System.Storage.Video.VideoClip。
嵌套類型 以下表格提供示例性VideoSubShot類型。一般而言，該類型可表示對視頻記錄的分拍攝。它可從System.Storage.NestedType導出。
音頻模式 音頻模式利用以下模式System.Storage；System.Storage.Media；System.Storage.Core和System.Storage.Image。此外，媒體模式包括項目類型、擴展類型、關系類型、嵌套類型。前述類型如下進行詳細描述。
項目類型 以下表格提供一示例性CaChedAlbum類型。一般而言，該類型可表示包括若干樂曲的音頻。它可從System.Storage.Media.Document導出。
以下表格提供一示例性VAudioRecord類型。一般而言，該類型可表示與音頻記錄相關聯(lián)的元數(shù)據(jù)。該元數(shù)據(jù)可包括諸如文件尺寸、文件格式、使用的壓縮類型等的信息。該類型可從System.Storage.Media.Document導出。
以下表格提供示例性Track類型。一般而言，該類型可表示包括音樂數(shù)據(jù)的音頻樂曲。例如，它可對應于從CD中獲取或存儲在文件系統(tǒng)中的樂曲。它可從System.Storage.Audio.AudioRecord導出。
以下表格提供一示例性CachedTrack類型。一般而言，該類型可表示緩存音頻樂曲的元數(shù)據(jù)。在本發(fā)明一方面中，CachedTrack類型可用來便于數(shù)據(jù)的標識。例如，用戶可插入一CD，其中一個或多個可能樂曲被自動存儲于CachedTrack中并提供給用戶。用戶可從對應于CD的列表中選擇一樂曲(或提供一不同樂曲)。然后其它樂曲可從CachedTrack中移除，且該選擇可提供給Audio.Track或Audio.PlatterTrack。因而，CachedTrack可表示一位置，用于可能樂曲信息的暫時存儲。該類型可從System.Storage.Audio.AudioRecord導出。
以下表格提供一示例性PlatterTrack類型。一般而言，該類型可表示用于音頻樂曲的元數(shù)據(jù)。這樣的元數(shù)據(jù)可與數(shù)據(jù)一起保持，例如當樂曲從CD中獲取時元數(shù)據(jù)可被包括在取得樂曲中。此外，元數(shù)據(jù)可用來識別數(shù)據(jù)。例如，可請求特定CD。如果提供了錯誤CD，當通過元數(shù)據(jù)確定時，用戶可得到通知插入了錯誤CD。該類型可從System.Storage.Audio.AudioRecord導出。
以下表格提供一示例性PlayList類型。一般而言，該類型可表示一音頻播放列表。它可從System.Storage.Media.Document導出。
以下表格提供一示例性RadioStation類型。一般而言，該類型可表示能夠提供無線電流媒體的一無線電臺。它可從System.Storage.Item導出。
以下表格示出了一示例性RadioStream類型。一般而言，該類型可表示由無線電臺提供的無線電流媒體。例如，它可嵌于RadioStation項內(nèi)。它可從System.Storage.Item導出。
以下表格提供一示例性ListeningHabits類型。一般而言，該類型可相對樂曲與用戶相關聯(lián)。例如，該項可專用于用戶的音樂播放體驗。它可在每個用戶一個媒體數(shù)據(jù)上采用，具有“所有者”每個記錄的ACL。它可從System.Storage.Item導出。
以下表格提供一示例性ListeningHabitslog類型。一般而言，該類型可相對樂曲與用戶相關聯(lián)。例如，該項可專用于用戶對帶有“所有者”每個記錄的ACL的每個用戶一媒體數(shù)據(jù)的音樂播放體驗。它可包括與介質(zhì)回放相關的多個實例(例如經(jīng)過許多個月)。它可從System.Storage.Item導出。此外，應用程序可處理和/或清空數(shù)據(jù)并生成給出媒體收聽習慣的自然時間衰變。它可從System.Storage.Item導出。
擴展類型 以下表格提供一示例性ArtistInformation類型。該類型可提供用于智能分組。它可從System.Storage.Extension導出。
關系類型 以下表格提供一示例性TrackAlbum類型。一般而言，該類型可表示從樂曲與相關聯(lián)專輯的鏈接。例如，樂曲通常包括有關其源的信息。當接收到樂曲時，包括在樂曲中的信息可用來創(chuàng)建標識其源的感知關系。當標識實際源時，感知關系可被利用并使之與實際源相關聯(lián)。該類型可從System.Storage.Relationship導出。其源類型是System.Storage.Audio.AudioRecord而其目標類型是System.Storage.Audio.CachedAlbum。
以下表格提供示例SuggestedMetadata類型。一般而言，該類型可表示跟蹤元數(shù)據(jù)的鏈接集。它可從System.Storage.Relationship導出。其源類型是System.Storage.Audio.AudioRecord而其目標類型是System.Storage.Audio.CachedTrack。
以下表格提供示例性RadioStationContentDistributor類型。它可從System.Storage.Relationship導出。其源類型是System.Storage.Audio.RadioStation而其目標類型是System.Storage.Core.Contact。
以下表格提供示例性RadioStationLocation類型。一般而言，該類型可表示節(jié)目源頭的位置。它可從System.Storage.Relationship導出。其源類型是System.Storage.Audio.RadioStation而其目標類型是System.Storage.Core.Location。
RadioStationLogo類型可表示與包括無線電臺的臺標圖案的圖像鏈接。它可從System.Storage.Relationship導出。其源類型是System.Storage.Audio.RadioStation而其目標類型是System.Storage.Core.Document。
RadioStationStreams類型可表示無線電臺可提供的流媒體的集合。它可從System.Storage.Relationship導出。其源類型是System.Storage.Audio.RadioStation而其目標類型是System.Storage.Core.RadioStream。
Listeners類型可提供與聽眾的關系。它可從System.Storage.Relationship導出。其源類型是System.Storage.Audio.ListeningHabits而其目標類型是System.Storage.Core.Contact。
ListenedTrack類型可提供與收聽樂曲的關系。它可從System.Storage.Relationship導出。其源類型是System.Storage.Audio.ListeningHabits而其目標類型是System.Storage.Audio.Track。
嵌套類型 以下類型提供一示例性AutoDJ類型。一般而言，該類型結(jié)合算法可用來通過分析樂曲創(chuàng)建一個或多個播放列表。它可從System.Storage.NestedType導出。
以下表格提供一示例性PlayCounter類型。一般而言，該類型可用來跟蹤樂曲播放的次數(shù)(例如每小時、每天等)。它可從System.Storage.NestedType導出。
圖7示出上述模式之間的若干示例性關系。注意，可形成其它關系但為了簡便未示出。如圖所示，WINFS項目類型705可以是一基本類型。Core.Document類型710、Audio.RadioStatio類型715、Audio.RadioStrea類型720、以及Video.VideoClip類型725可從WINFS項目類型705導出。Media.Document類型730可從Core.Document類型710導出。
Audio.AudioRecord類型735可從Media.Document類型730導出。Audio.AudioRecord類型735可用于導出Audio.CachedAlbum類型740、Audio.Track類型745、Audio.PlatterTrack類型750、和Audio.CachedTrack類型755。一般而言，Audio.Track類型745對應于取得音頻文件的元數(shù)據(jù)，Audio.PlatterTrack類型750對應于音頻CD上的樂曲，而Audio.CachedTrack類型755對應于下載元數(shù)據(jù)?？山⑹笰udio.Track類型745或Audio.PlatterTrack類型750與Audio.CachedTrack類型755中的元數(shù)據(jù)相關聯(lián)的SuggestedMetadata關系。
還有，History類型760和Ratings類型765可從Media.Document類型730導出。此外，Video.VideoRecord類型770可從Media.Document類型730導出，其中Video.RecordedTV類型775可從Video.VideoRecord類型770導出。
參照圖8，用于實現(xiàn)本發(fā)明各方面的示例性環(huán)境810具有計算機812。計算機812具有處理單元814、系統(tǒng)存儲器816、及系統(tǒng)總線818。系統(tǒng)總線818耦合系統(tǒng)組件包括但不限于將系統(tǒng)存儲器816耦合到處理單元814。處理單元814可以是各種可用處理器的任一種。雙微處理器和其它多處理器架構也可用作處理單元814。
系統(tǒng)總線818可以是若干類總線結(jié)構的任一種，包括存儲器總線或存儲器控制器、外圍總線或外部總線、和/或使用各種可用總線結(jié)構任一種的本地總線，這些總線結(jié)構包括，但不限于，8比特總線、工業(yè)標準結(jié)構(ISA)、微信道結(jié)構(MSA)、擴展ISA(EISA)、智能磁盤設備(IDE)、VESA局部總線(VLB)、外圍部件互連(PCI)、通用串行總線(USB)、高級圖形端口(AGP)、個人計算機存儲卡國際協(xié)會總線(PCMCIA)、和小型計算機系統(tǒng)接口(SCSI)。
系統(tǒng)存儲器816具有易失性存儲器820和非易失性存儲器822。包含在計算機812元件間如起動時傳送信息的基本例程的基本輸入/輸出系統(tǒng)(BIOS)，存儲在非易失性存儲器822上。作為說明且無限制，非易失性存儲器822可包括只讀存儲器(ROM)、可編程ROM(PROM)、電可編程ROM(EPROM)、電可擦除ROM(EEPROM)或閃存。易失性存儲器820包括作為外部高速緩存的隨機存取存儲器(RAM)。作為說明且非限制，RAM有多種形式可用，如同步RAM(SRAM)、動態(tài)RAM(DRAM)、同步DRAM(SDRAM)、雙數(shù)率SDRAM(DDR SDRAM)、增強SDRAM(ESDRAM)、同步鏈接DRAM(SLDRAM)、和直接Rambus RAM(DRRAM)。
計算機812還具有可移動/不可移動、易失性/非易失性計算機存儲介質(zhì)。圖8示出了例如磁盤存儲器824。磁盤存儲器824包括，但不限于，象磁盤驅(qū)動器、軟盤驅(qū)動器、磁帶驅(qū)動器、Jaz驅(qū)動器、Zip驅(qū)動器、LS-100驅(qū)動器、閃存卡、或存儲棒。另外，磁盤存儲器824可具有單獨存儲介質(zhì)或結(jié)合其它存儲介質(zhì)包括，但不限于，諸如光盤ROM設備(CD-ROM)、可記錄光盤驅(qū)動器(CD-R驅(qū)動器)、可重寫光盤驅(qū)動器(CD-RW驅(qū)動器)、或數(shù)字化通用盤ROM驅(qū)動器(DVD-ROM)的光盤驅(qū)動器。為便于磁盤存儲器824與系統(tǒng)總線818的連接，通常可使用諸如接口826的可移動或不可移動接口。
應當理解，圖8描述了作為用戶和在適當操作環(huán)境810中描述的基本計算機資源間中間體的軟件。這種軟件包括操作系統(tǒng)828?？纱鎯υ诖疟P存儲器824中的操作系統(tǒng)828，其作用是控制和分配計算機系統(tǒng)812的資源。系統(tǒng)應用程序830得益于操作系統(tǒng)828通過存儲在系統(tǒng)存儲器816或磁盤存儲器824中的程序模塊832和程序數(shù)據(jù)834對資源的管理。可以理解，本發(fā)明可用各種操作系統(tǒng)或操作系統(tǒng)組合來實現(xiàn)。
用戶通過輸入設備836將命令或信息輸入到計算機812中。輸入設備836包括，但不限于，諸如鼠標、跟蹤球、鐵筆、觸板、鍵盤、麥克風、操縱桿、游戲墊、衛(wèi)星接收器、掃描儀、電視調(diào)諧器卡、數(shù)字相機、數(shù)字攝像機、網(wǎng)絡相機等定點設備。這些和其它輸入設備經(jīng)系統(tǒng)總線818通過接口端口838與處理單元814相連。接口端口838包括例如串行端口、并行端口、游戲端口、和通用串行總線(USB)。輸出設備840使用象輸入設備836的某些相同類型端口。因此，例如USB端口可用來為計算機812提供輸入，并將信息從計算機812輸出到輸出設備840。輸出適配器842可提供用來說明象監(jiān)視器、揚聲器、和打印機的某些輸出設備840與其它輸出設備840之間需要特殊適配器。輸出適配器842包括，作為說明且非限制，視頻卡和聲卡在輸出設備840和系統(tǒng)總線818間提供了連接方法。應該注意的是，諸如遠程計算機844的其它設備和/或設備系統(tǒng)都可提供輸入和輸出功能。
計算機812使用與一臺或多臺遠程計算機如遠程計算機844的邏輯連接在網(wǎng)絡化環(huán)境中操作。遠程計算機844可以是個人計算機、服務器、路由器、網(wǎng)絡PC、工作站、基于微處理器的電子設備、對等設備或其它公共網(wǎng)絡節(jié)點等等，而且通常包括所述與計算機812相關的許多或全部元件。為簡化起見，僅存儲器存儲裝置846與遠程計算機844一起圖示。遠程計算機844經(jīng)網(wǎng)絡接口848與計算機812邏輯連接，然后通過網(wǎng)絡連接850進行物理連接。網(wǎng)絡接口848包括諸如局域網(wǎng)(LAN)和廣域網(wǎng)(WAN)的構成通信網(wǎng)絡。LAN技術包括光纖分布式數(shù)據(jù)接口(FDDI)、銅線分布式數(shù)據(jù)接口(CDDI)、以太網(wǎng)/IEEE 802.3、令牌環(huán)/IEEE 802.5等等。WAN技術包括，但不限于，點對點鏈接、象綜合服務數(shù)字網(wǎng)(ISDN)及其各變種的電路交換網(wǎng)絡、分組交換網(wǎng)絡、和數(shù)字用戶線路(DSL)。
通信連接850指向被用來將網(wǎng)絡接口848連接到總線818的硬件/軟件。盡管為了清晰地說明，通信連接850被示為位于計算機812內(nèi)，但它也可在計算機812之外。與網(wǎng)絡接口848連接所必需的硬件/軟件具有，僅作為示例，諸如包括常用電話調(diào)制解調(diào)器、電纜調(diào)制解調(diào)器和DSL調(diào)制解調(diào)器之類的調(diào)制解調(diào)器、ISDN適配器、和以太網(wǎng)卡等內(nèi)部和外部技術。
以上所述包括本發(fā)明的諸多示例。當然，為描述本發(fā)明而對每一能想到的組件或方法組合進行描述是不可能的，但本領域普通技術人員明白本發(fā)明的更多排列和組合是可能的。因此，本發(fā)明旨在包含所有這樣的在所附權利要求書精神和范圍內(nèi)的變更、修改、和變化。另外，盡管本發(fā)明的特定特征可僅參照若干實現(xiàn)之一進行揭示，對于任一給定或特定應用這樣的特征可按需地或有利地結(jié)合其它實現(xiàn)的一個或多個其它特征。此外，就用于具體實施方式
或權利要求書的術語“包含”而言，這種術語意在以類似于術語“包括”在權利要求書中作及物詞的方式作包括意義解。
特別地并相對于由上述組件、裝置、電路、系統(tǒng)等執(zhí)行的各個功能，用于描述這些組件的術語(包括對“裝置”的引用)旨在對應于(除非另有說明)執(zhí)行所述組件的特定功能的、執(zhí)行在本發(fā)明示例性方面中所述的功能(即使在結(jié)構上不等同于所揭示結(jié)構)的任何組件。這樣，可以理解，本發(fā)明包括系統(tǒng)以及具有用于執(zhí)行本發(fā)明各種方法的動作和/或事件的計算機可執(zhí)行指令的計算機可執(zhí)行介質(zhì)。
權利要求
1.一種管理不同文件的平臺，其特征在于，包括
一管理組件，以及
一多媒體文件系統(tǒng)，其中所述管理組件將所述不同文件作為所述多媒體文件系統(tǒng)內(nèi)一個數(shù)據(jù)實體進行管理。
2.如權利要求1所述的權利要求，其特征在于，所述不同文件包括音頻、視頻、圖像和文檔文件的一個或多個。
3.如權利要求1所述的權利要求，其特征在于，所述管理組件通過形成與一個或多個聯(lián)系項的關系來建立不同文件之間的鏈接。
4.如權利要求3所述的權利要求，其特征在于，所述管理組件利用與在不同文件之上和之內(nèi)查詢相關的所述一個或多個聯(lián)系項。
5.如權利要求3所述的權利要求，其特征在于，所述一個或多個聯(lián)系項包括與電話號碼、地址以及與電子郵件相關的鏈接的一個或多個。
6.如權利要求1所述的權利要求，其特征在于，所述管理組件查找、關聯(lián)并提議接收文件的元數(shù)據(jù)，所述提議元數(shù)據(jù)包括表示所述提議元數(shù)據(jù)對應于所述接收文件的置信度的信息。
7.如權利要求6所述的權利要求，其特征在于，所述提議元數(shù)據(jù)的至少之一由用戶手動選擇或由所述管理組件自動選擇，并與所述文件相關聯(lián)。
8.如權利要求1所述的權利要求，其特征在于，所述管理組件解析接收文件與所述接收文件的起源之間的關聯(lián)。
9.如權利要求8所述的權利要求，其特征在于，所述管理組件存儲與所述接收文件相關的起源和解析關聯(lián)。
10.如權利要求1所述的權利要求，其特征在于，所述管理組件使一個或多個分級與文件相關聯(lián)。
11.如權利要求10所述的權利要求，其特征在于，所述一個或多個分級包括起源、質(zhì)量、以及用戶分級的一個或多個。
12.如權利要求10所述的權利要求，其特征在于，所述一個或多個分級與音頻、電影、以及電視分級的一個或多個相關聯(lián)。
13.如權利要求10所述的權利要求，其特征在于，所述一個或多個分級被用于在所述不同文件上查詢。
14.如權利要求1所述的權利要求，其特征在于，所述管理組件保持已存儲文件的歷史。
15.如權利要求14所述的權利要求，其特征在于，所述文件歷史被用于智能決策以自動化對文件的執(zhí)行、處理和訪問的至少之一。
16.如權利要求1所述的權利要求，其特征在于，所述管理組件生成視頻的一個或多個子部分，所述子部分與所述視頻的相應部分相關聯(lián)并用來返回到所述視頻的相應部分。
17.一種基于模式管理不同音頻和視頻數(shù)據(jù)的至少之一的文件系統(tǒng)，其特征在于，包括
具有存儲其上的模式的一模式庫；以及
一數(shù)據(jù)管理組件，它利用所述模式來便于保存、處理并檢索來自數(shù)據(jù)存儲的不同音頻和視頻數(shù)據(jù)的至少之一。
18.如權利要求17所述的系統(tǒng)，其特征在于，所述模式包括媒體、音頻、和視頻模式的至少之一。
19.如權利要求18所述的系統(tǒng)，其特征在于，所述音頻和視頻模式從所述媒體模式和項目模式的至少之一導出。
20.如權利要求17所述的系統(tǒng)，其特征在于，所述模式向應用程序開發(fā)者提供一種框架以任意生成在所述不同音頻和視頻數(shù)據(jù)的至少之一之間和之內(nèi)統(tǒng)一工作的應用程序。
21.如權利要求17所述的系統(tǒng)被結(jié)合到一操作系統(tǒng)內(nèi)。
22.如權利要求17所述的系統(tǒng)，其特征在于，所述模式提供對存儲在所述數(shù)據(jù)存儲內(nèi)的不同音頻和視頻數(shù)據(jù)的至少之一的無縫標識、區(qū)分和訪問。
23.一種多媒體平臺，其特征在于，包括
一數(shù)據(jù)庫；
多個與音頻和視頻數(shù)據(jù)相關聯(lián)的模式；以及
一組件，它利用所述多個模式來系統(tǒng)地存儲和訪問所述數(shù)據(jù)庫內(nèi)不同音頻和視頻數(shù)據(jù)的至少之一。
24.如權利要求23所述的系統(tǒng)，其特征在于，所述多個數(shù)據(jù)庫模式包括與所述不同音頻和視頻數(shù)據(jù)的至少之一相關聯(lián)領域的特定屬性。
25.如權利要求23所述的系統(tǒng)，其特征在于，還包括通過統(tǒng)計、概率、推斷和分類器的一個或多個便于對所述不同音頻和視頻數(shù)據(jù)的至少之一的存儲和訪問。
26.如權利要求23所述的系統(tǒng)，其特征在于，所述智能被用戶配置成定義確定自動化程度的置信度。
27.一種便于音頻和視頻文件管理的API，其特征在于，包括
從應用程序接收不同音頻和視頻數(shù)據(jù)的至少之一；
獲取與所述接收數(shù)據(jù)相關聯(lián)的模式；以及
基于所述關聯(lián)模式來系統(tǒng)地存儲并管理所述接收數(shù)據(jù)。
28.如權利要求27所述的API，其特征在于，基于媒體、音頻、和視頻模式的一個或多個生成。
29.如權利要求27所述的API，其特征在于，被應用程序開發(fā)者用來任意創(chuàng)建在已存儲數(shù)據(jù)之上和/或之內(nèi)統(tǒng)一工作的應用程序。
30.如權利要求27所述的API被用于一應用程序。
31.一種模式化音頻和視頻文件的方法，其特征在于，包括
接收一音頻或視頻文件；
確定所述文件類型；
獲取與所述被標識類型相關聯(lián)的模式；以及
基于所述模式將所述文件存儲在文件系統(tǒng)內(nèi)。
32.如權利要求31所述的方法，其特征在于，還包括接收對已存儲文件的請求并利用所述模式來查找并返回所述文件。
33.一種基于模式的豐富多媒體系統(tǒng)，其特征在于，包括
一模式集；以及
一組件，它利用所述模式集來管理數(shù)據(jù)庫內(nèi)的不同音頻和視頻數(shù)據(jù)。
34.如權利要求33所述的系統(tǒng)，其特征在于，所述模式集包括一媒體模式，它包括以下類型的一個或多個EffectiveBackCoverArt；EffectiveFrontCoverArt；MetadataProviderLogo；Document；MetadataLifecycle；ContentDistributor；ContentDistributorData；History；Rating；CustomRating；StarRating；URLReference；MVString128以及MVString256。
35.如權利要求34所述的系統(tǒng)，其特征在于，所述Document類型是一項目類型。
36.如權利要求34所述的系統(tǒng)，其特征在于，所述MetadataLifecycle類型是一擴展類型。
37.如權利要求34所述的系統(tǒng)，其特征在于，所述ContentDistributor、EffectiveBackCoverArt、EffectiveFrontCoverArt以及MetadataProviderLogo是關系類型。
38.如權利要求34所述的系統(tǒng)，其特征在于，所述ContentDistributorData、History、Rating、CustomRating、StarRating、URLReference、MVString128、以及MVString256類型是嵌套類型。
39.如權利要求33所述的系統(tǒng)，其特征在于，所述模式集包括一視頻模式，它包括以下類型的一個或多個Clips；VideoRecord；RecordedTV；VideoClip；以及VideoSubShot。
40.如權利要求39所述的系統(tǒng)，其特征在于，所述VideoRecord、RecordedTV、以及VideoClip類型是項目類型。
41.如權利要求39所述的系統(tǒng)，其特征在于，所述Clips類型是一關系類型。
42.如權利要求39所述的系統(tǒng)，其特征在于，所述VideoSubShot類型是一嵌套類型。
43.如權利要求33所述的系統(tǒng)，其特征在于，所述模式集包括一音頻模式，它包括以下類型的一個或多個RadioStationLogo；RadioStationStreams；Listeners，ListenedTrack；CachedAlbum；anAudioRecord；Track；CachedTrack；PlatterTrack；PlayList；RadioStation；RadioStream；ListeningHabits；Listeninghabitslog；ArtistInformation；TrackAlbum；SuggestedMetadata；RadioStationContentDistributor；RadioStationLocation；AutoDJ以及PlayCounter。
44.如權利要求43所述的系統(tǒng)，其特征在于，所述CachedAlbum、AudioRecord、Track、CachedTrack、PlatterTrack、PlayList、RadioStation、RadioStream、ListeningHabits以及Listeninghabitslog類型是項目類型。
45.如權利要求43所述的系統(tǒng)，其特征在于，所述ArtistInformation類型是擴展類型。
46.如權利要求43所述的系統(tǒng)，其特征在于，所述TrackAlbum、SuggestedMetadata、RadioStationContentDistributor、RadioStationLocation、RadioStationLogo、RadioStationStreams、Listeners、以及ListenedTrack類型是關系類型。
47.如權利要求43所述的系統(tǒng)，其特征在于，所述AutoDJ和PlayCounte類型是嵌套類型。
48.一種在兩個或多個計算機組件之間傳送的便于計算機系統(tǒng)內(nèi)不同音頻和視頻數(shù)據(jù)的管理的數(shù)據(jù)包，其特征在于，包括
接收音頻或視頻數(shù)據(jù)的一組件、獲取與所述接收數(shù)據(jù)相關聯(lián)的模式的一組件、利用所述模式來系統(tǒng)地存儲所述數(shù)據(jù)的一組件、利用所述模式來管理所述已存儲數(shù)據(jù)的一組件。
49.一種存儲文件管理系統(tǒng)的計算機可執(zhí)行組件的計算機可讀介質(zhì)，其特征在于，包括
一模式庫，它存儲豐富的基于音頻和視頻的模式集；
一接口；以及
一組件，它通過所述接口接收音頻和視頻數(shù)據(jù)的至少之一，并從所述模式庫獲取管理所述接收數(shù)據(jù)的關聯(lián)模式。
50.一種基于音頻/視頻存儲并檢索音頻和視頻文件的音頻/視頻管理系統(tǒng)，其特征在于，包括
一裝置，用于接受音頻和視頻文件；
一裝置，用于獲取與所述音頻和視頻文件相關的模式；以及
一裝置，用于利用所述模式來管理在數(shù)據(jù)庫內(nèi)的所述音頻和視頻文件。
全文摘要
本發(fā)明提供一種新穎的文件管理方法。該系統(tǒng)和方法包括可被結(jié)合到操作系統(tǒng)中以向應用程序開發(fā)者提供一種有效和功能強大的實用程序來建立應用程序的一種基于模式的文件管理技術。另外，系統(tǒng)和方法提供在操作環(huán)境內(nèi)不同數(shù)據(jù)(例如音頻和視頻數(shù)據(jù))上統(tǒng)一采用的應用程序。模式可包括與已知數(shù)據(jù)類型相關的基本模式，以及相對數(shù)據(jù)的一個或多個特征擴展基本模式的導出模式。模式可用于生成可由用戶和/或應用程序使用來與文件系統(tǒng)交換信息的API。此外，系統(tǒng)和方法可包括可用于執(zhí)行動作和/或作出決策的可配置智能，它可使過程自動化和/或便于數(shù)據(jù)存儲和/或管理。
文檔編號G06FGK101099148SQ200480003241
公開日2008年1月2日 申請日期2004年7月26日 優(yōu)先權日2003年10月23日
發(fā)明者K·斯里尼亞斯, D·普拉斯蒂納, A·E·瓦斯齊羅, C·K·布勞內(nèi)爾, J·W·特雷爾 申請人:微軟公司