專利名稱：實時協(xié)作三維資產(chǎn)管理系統(tǒng)的制作方法
實時協(xié)作三維資產(chǎn)管理系統(tǒng)
背景技術(shù)：
本發(fā)明一般涉及三維資產(chǎn)的管理。三維資產(chǎn)的示例包括視頻游戲和計算機生成圖 像的要素。一般而言，結(jié)合視頻游戲和計算機生成圖像，內(nèi)容涉及大量的單個組成部分。例 如，三維建模藝術(shù)家、音效技術(shù)人員以及開發(fā)人員可能都對一個特定資產(chǎn)的特性有貢獻。開發(fā)過程的復(fù)雜程度可通過由若干互連的異類子系統(tǒng)組成的內(nèi)容創(chuàng)建流水線體 系結(jié)構(gòu)來反映，這些異類子系統(tǒng)包括數(shù)字內(nèi)容創(chuàng)建工具、數(shù)據(jù)優(yōu)化和處理模塊以及壓縮部 件。這些子系統(tǒng)將創(chuàng)作團隊的輸入轉(zhuǎn)換成數(shù)字資產(chǎn)的集合。附圖簡述

圖1是根據(jù)一個實施例的資產(chǎn)管理系統(tǒng)的全局結(jié)構(gòu)；圖2是根據(jù)一個實施例的圖1所示的沙箱的體系結(jié)構(gòu)；圖3是根據(jù)一個實施例的通信機構(gòu)；以及圖4是一個實施例的流程圖。詳細(xì)描述多個用戶可使用相互通信工具與諸如視頻游戲或計算機生成圖像電影中的要素 之類的給定資產(chǎn)交互。內(nèi)容流水線可由異類數(shù)字內(nèi)容創(chuàng)建工具組成，諸如僅舉幾例Maya或 3Ds Max0這些工具中的每一種可能具有不同的開放和專有格式。將諸如動畫中的三維角 色之類的資產(chǎn)從一種格式轉(zhuǎn)換成另一種格式可能會在制造過程中表現(xiàn)出瓶頸。實現(xiàn)多個用戶與此類資產(chǎn)交互時的另一問題是數(shù)據(jù)驗證。在制作過程期間，資產(chǎn) 被持續(xù)地插入、更新以及去除。在一些實施例中，對輸入數(shù)據(jù)差錯的高效檢測確保系統(tǒng)完整 性。輸入數(shù)據(jù)差錯的示例包括損壞的數(shù)據(jù)、丟失的文檔以及相關(guān)資產(chǎn)之間的不兼容。資產(chǎn)的創(chuàng)建可能涉及不同團隊成員的協(xié)作。角色建模者與動畫師協(xié)作，而動畫師 與音效師協(xié)作。因此，在一些實施例中，需要在內(nèi)容創(chuàng)建流水線的任一階段對不同數(shù)字資產(chǎn) 的無縫協(xié)作編輯。最終，游戲和電影資產(chǎn)的協(xié)作編輯可能涉及每個用戶可能訪問同時正在被其他用 戶處理的資產(chǎn)的可能性。在一些實施例中，此類訪問可由定義明確的用戶權(quán)限管理系統(tǒng)來 控制和管理。在一些實施例中，可提供諸如在整合或跟蹤項目狀態(tài)以及評估之前確保所提交更 新的核準(zhǔn)之類的任務(wù)。在一些實施例中，必要時可產(chǎn)生差錯記錄并提供警告。在一些實施 例中，可提供工作流程信息的自動產(chǎn)生和管理機制。在一個實施例中，通信協(xié)議和基礎(chǔ)結(jié)構(gòu)提供三維視頻游戲/電影內(nèi)容創(chuàng)建流水線 之間的無縫和透明通信。在一些實施例中，該系統(tǒng)可提供版本控制、自動數(shù)據(jù)驗證以及差錯 檢測、資產(chǎn)相關(guān)性管理和清單產(chǎn)生、協(xié)作和實時資產(chǎn)編輯、以及用戶權(quán)限管理和工作流程信 息產(chǎn)生和管理。參照圖1，主要部件可包括具有全局資產(chǎn)數(shù)據(jù)庫12的全局資產(chǎn)服務(wù)器10。全局資 產(chǎn)服務(wù)器10是管理全局資產(chǎn)數(shù)據(jù)庫12的服務(wù)器應(yīng)用程序。沙箱14是服務(wù)器10的代理。沙箱14可在本地數(shù)據(jù)庫16中本地存儲全局?jǐn)?shù)據(jù)庫資產(chǎn)的子集。一旦存儲在沙箱14中，這 些資產(chǎn)就可由客戶機應(yīng)用程序訪問，且可并發(fā)并且實時地更新。最終，諸如應(yīng)用程序18、20以及22之類的客戶機應(yīng)用程序消費資產(chǎn)或更新那些資產(chǎn)。因此，在一些實施例中，全局資產(chǎn)服務(wù)器10和沙箱14協(xié)作以提供權(quán)限管理、檢入 和檢出、版本控制、清單產(chǎn)生、數(shù)據(jù)驗證、資產(chǎn)相關(guān)性以及工作流程信息。在一些實施例中， 沙箱14可與每個應(yīng)用程序18、20或22協(xié)作以提供用戶權(quán)限管理、并發(fā)或部分訪問、實時協(xié) 作資產(chǎn)、編輯、數(shù)據(jù)驗證以及資產(chǎn)相關(guān)性管理。轉(zhuǎn)到圖2，沙箱14可包括服務(wù)器側(cè)體系結(jié)構(gòu)26、網(wǎng)絡(luò)28以及客戶機側(cè)30。服務(wù)器 側(cè)26可包括本地數(shù)據(jù)庫16中的極速標(biāo)記語言(extreme markup language) (XML)數(shù)據(jù)庫 34。也可使用其他語言。數(shù)據(jù)庫34包含在引用外部文件集合時存儲的針對圖像、視頻以及
聲音資產(chǎn)的三維資產(chǎn)。在一個實施例中，可根據(jù)協(xié)作設(shè)計活動(C0LLADA)規(guī)范來存儲三維資產(chǎn)。參 見可從美國俄勒岡州比弗頓市的Khronos集團獲得的C0LLADA1. 5規(guī)范(2008年10 月)97005-2343。C0LLADA規(guī)范定義了易于在應(yīng)用程序之間傳輸3D資產(chǎn)的基于XML的綱要。 這使多種多樣的3D創(chuàng)作和內(nèi)容處理工具得以組合。中間語言提供可視方案的綜合性編碼。C0LLADA服務(wù)器38處理客戶機會話創(chuàng)建和對數(shù)據(jù)庫34的訪問?？蛻魴C側(cè)30上 的客戶機48、52可以是管理諸如例如應(yīng)用程序18和20的客戶機應(yīng)用程序與服務(wù)器10之 間的通信協(xié)議44的中間設(shè)備。管理工具40提供接口以使管理員42能經(jīng)由開/關(guān)命令管 理數(shù)據(jù)庫34和C0LLADA服務(wù)器38。它可在在用戶組中創(chuàng)建和刪除用戶、管理用戶權(quán)限、上 傳、刪除或更新文檔等。總體上，沙箱提供對三維資產(chǎn)的實時協(xié)作更新和編輯。這使若干客戶機有可能并 發(fā)地訪問同一 3D場景，并使用不同的客戶機應(yīng)用程序來更新那些場景。在一些實施例中， 客戶機應(yīng)用程序與服務(wù)器10之間通過服務(wù)器38通過客戶機48的通信對于用戶可完全透 明。而且，一用戶所施加的任何更新可對所有其他用戶實時可見。客戶機應(yīng)用程序18或20與客戶機48或52之間的消息可由作為XML詢問語言的 Xqueries 50或54提供，如圖所示。參見W3C推薦，XQueryl. 0 —種XML詢問語言，2007年 1月23日，可通過MIT從美國馬薩諸塞州劍橋市02139的32瓦薩街32-4575室的萬維網(wǎng)聯(lián) 盟(W3C)獲得。同樣，可在管理員工具40與數(shù)據(jù)庫34之間傳遞Xquery 36，或可在服務(wù)器 38與數(shù)據(jù)庫34之間提供Xquery 35。參照圖3，在具有沙箱和兩個客戶機的實施例中，客戶機2與客戶機18應(yīng)用程序 Maya交互。為簡化描述，未示出客戶機1與其客戶機應(yīng)用程序之間的通信。在所示情形中，第一客戶機1和客戶機2均取回C0LLADA文檔的版本C(O)?？蛻?機2將版本C(O)發(fā)送至Maya應(yīng)用程序，Maya應(yīng)用程序又處理從C0LLADA格式到Maya場 景表示的轉(zhuǎn)換51。此類轉(zhuǎn)換是公知的。然后客戶機1將更新響應(yīng)零(UR(O))作為Xquery 詢問的集合發(fā)送至C0LLADA服務(wù)器38。服務(wù)器38應(yīng)用客戶機請求，并測試所得文檔和引用 該文檔的所有文檔的有效性和一致性。因此，服務(wù)器跟蹤相互資產(chǎn)引用，并自動更新資產(chǎn)相 關(guān)性曲線圖。一旦驗證完成，即將更新確認(rèn)零(UA(O))消息發(fā)送至客戶機1，以通知該客戶機該請求隨后執(zhí)行(與否)。如果為否，則該更新確認(rèn)消息描述所產(chǎn)生的差錯。如果該請求成 功，則更新信息零(UI(O))消息描述要應(yīng)用于版本C(O)以獲得新版本C(I)的修改集合。在 一個實施例中，該更新信息消息可被廣播至所有客戶機。如針對客戶機2所示，僅最后接收的版本C(O)和新創(chuàng)建的版本C' (0)之間的差 別從比較功能56被發(fā)送至服務(wù)器38。那些更新UR(4)被應(yīng)用于服務(wù)器C(3)的最后一致性 版本UR (3)以創(chuàng)建C (4)。Maya版本(M(O))在轉(zhuǎn)換功能58處被轉(zhuǎn)換成C0LLADA，且在比較功能56處經(jīng)由 C0LLADA與版本C' 0進行比較。功能56將更新請求發(fā)送至更新C (3)，并在服務(wù)器38中創(chuàng) 建版本C(4)。因為使用了轉(zhuǎn)換，所以有可能確定源于不同語言的版本之間的差別。然后服 務(wù)器僅需要了解資產(chǎn)中的變化。在一些情況下，沖突可能產(chǎn)生。兩個用戶可能尋求作出不一致的改變。在一個實 施例中，那些用戶被告知一致性問題。作為示例，如果一個用戶尋求刪除一資產(chǎn)，而另一用 戶尋求修改該資產(chǎn)，則出現(xiàn)不一致。參照圖4，根據(jù)一些實施例，本文中所描述的序列可用硬件、軟件或固件來實現(xiàn)。例 如，在軟件或固件應(yīng)用中，軟件可駐留在沙箱14或全局資產(chǎn)服務(wù)器10中——在那些設(shè)備中 適當(dāng)?shù)拇鎯w或存儲器內(nèi)。該存儲器或存儲體可與全局資產(chǎn)服務(wù)器的沙箱之一分離或是它 的一部分。該存儲器或存儲體可存儲可由計算機執(zhí)行的指令。在一些實施例中，可由此類指令實現(xiàn)的序列被標(biāo)識為服務(wù)器序列60。最初，資產(chǎn)更 新請求以C0LLADA格式被接收，如框62所示。具體而言，客戶機應(yīng)用程序可使用轉(zhuǎn)換功能 將它們的更新請求轉(zhuǎn)換成C0LLADA格式或一些其他公用格式。然后菱形64處的檢查確定 并發(fā)接收的兩個或多個請求是否一致。如果不一致，則報告問題，如框72所示。否則，可接受該更新請求，如框66所示。然后，將更新請求與資產(chǎn)的先前版本進行 比較(框68)，且僅報告資產(chǎn)的先前版本與已更新資產(chǎn)之間的變化或差別，如框70所示。將各種輸入轉(zhuǎn)換成諸如C0LLADA之類的公用格式、以及將輸出轉(zhuǎn)換回不同格式的 一個好處是，此類轉(zhuǎn)換使協(xié)作資產(chǎn)管理更高效。比較功能56的一個好處是，通過僅傳遞先 前版本與當(dāng)前版本之間的差別，可節(jié)約帶寬。實際上，在一些情況下，客戶機可僅提供差別， 且服務(wù)器可僅以差別作為響應(yīng)，從而雙向地節(jié)約帶寬。由于轉(zhuǎn)換功能51或58，在一些實施 例中，可利用不同的第三方工具進行透明通信。本文中所描述的圖形處理技術(shù)可在各種硬件體系結(jié)構(gòu)中實現(xiàn)。例如，圖形功能可 被集成在芯片組中。替代地，可使用分立的圖形處理器。作為又一實施例，圖形功能可由包 括多核處理器的通用處理器實現(xiàn)。在本說明書通篇中對“一個實施例”或“一實施例”的引用意味著結(jié)合該實施例描 述的特定特征、結(jié)構(gòu)或特性包括在本發(fā)明包含的至少一個實現(xiàn)中。因此，短語“一個實施例” 或“在一實施例中”的出現(xiàn)不一定指代同一實施例。此外，特定特征、結(jié)構(gòu)或特性可按照與 所說明的特定實施例不同的其他適當(dāng)形式來創(chuàng)立，而且所有此類形式可包含在本申請的權(quán) 利要求中。雖然已經(jīng)關(guān)于有限個實施例描述了本發(fā)明，但本領(lǐng)域技術(shù)人員將會理解從中得出 的多種修改和變化。所附權(quán)利要求旨在覆蓋落入本發(fā)明的真實精神和范圍中的所有這些修 改和變化。
權(quán)利要求
一種方法，包括為計算機圖形提供實時協(xié)作資產(chǎn)管理；以及在資產(chǎn)服務(wù)器與客戶機應(yīng)用程序之間提供服務(wù)器代理，所述服務(wù)器代理用于實現(xiàn)實時協(xié)作資產(chǎn)管理。
2.如權(quán)利要求1所述的方法，其特征在于，包括通過接收被轉(zhuǎn)換成公用語言的輸入來 實現(xiàn)與第三方工具的透明通信。
3.如權(quán)利要求1所述的方法，其特征在于，包括為多個客戶機所使用的多個資產(chǎn)提供 與所述服務(wù)器相關(guān)聯(lián)的數(shù)據(jù)庫。
4.如權(quán)利要求1所述的方法，其特征在于，包括實現(xiàn)客戶機應(yīng)用程序與所述服務(wù)器之 間的通信協(xié)議，其中兩個客戶機能同時嘗試修改同一資產(chǎn)。
5.如權(quán)利要求4所述的方法，其特征在于，包括使客戶機能向所述服務(wù)器發(fā)送更新資 產(chǎn)的請求。
6.如權(quán)利要求5所述的方法，其特征在于，包括使所述服務(wù)器能測試客戶機請求的有 效性。
7.如權(quán)利要求6所述的方法，其特征在于，包括使所述服務(wù)器能確保所述資產(chǎn)的由更 新所述資產(chǎn)的所述客戶機請求產(chǎn)生的結(jié)果以及表示所述已更新資產(chǎn)的所有文檔的一致性。
8.如權(quán)利要求7所述的方法，其特征在于，包括保持每個資產(chǎn)對任一其他資產(chǎn)的相關(guān) 性的曲線圖。
9.如權(quán)利要求8所述的方法，其特征在于，包括保持資產(chǎn)之間引用的列表。
10.如權(quán)利要求9所述的方法，其特征在于，包括通過僅描述所述已修改資產(chǎn)與所述未 修改資產(chǎn)之間的差別來將描述應(yīng)用于資產(chǎn)的每個修改的通知提供給所有客戶機。
11.一種裝置，包括資產(chǎn)服務(wù)器；在所述資產(chǎn)服務(wù)器與客戶機應(yīng)用程序之間的服務(wù)器代理，所述服務(wù)器代理用于實現(xiàn)實 時協(xié)作資產(chǎn)管理；以及所述資產(chǎn)服務(wù)器接收公用語言格式的資產(chǎn)更新請求，所述服務(wù)器進一步包括比較功 能，所述比較功能用于確定修改之前的資產(chǎn)與修改之后的資產(chǎn)之間的差別，并僅發(fā)送所述 資產(chǎn)中的變化而不是整個資產(chǎn)。
12.如權(quán)利要求11所述的裝置，其特征在于，所述裝置接收公用語言格式的對更新圖 形資產(chǎn)的請求。
13.如權(quán)利要求11所述的裝置，其特征在于，包括用于多個客戶機所使用的多個資產(chǎn) 的與所述服務(wù)器相關(guān)聯(lián)的數(shù)據(jù)庫。
14.如權(quán)利要求11所述的裝置，其特征在于，所述資產(chǎn)服務(wù)器使兩個不同客戶機應(yīng)用 程序能嘗試同時修改同一圖形資產(chǎn)。
15.如權(quán)利要求14所述的裝置，其特征在于，所述服務(wù)器使客戶機能向所述服務(wù)器發(fā) 送更新資產(chǎn)的請求，以供所述服務(wù)器測試此類客戶機請求的有效性。
16.如權(quán)利要求15所述的裝置，其特征在于，所述服務(wù)器確保任一資產(chǎn)修改的結(jié)果的 一致性。
17.如權(quán)利要求16所述的裝置，其特征在于，所述服務(wù)器保持每個資產(chǎn)基于任一其他資產(chǎn)的圖形相關(guān)性。
18.如權(quán)利要求17所述的裝置，其特征在于，所述服務(wù)器保持資產(chǎn)之間引用的列表。
19.如權(quán)利要求18所述的裝置，其特征在于，所述服務(wù)器將任一資產(chǎn)的變化通知給所 有所述客戶機應(yīng)用程序。
20.如權(quán)利要求19所述的裝置，其特征在于，所述服務(wù)器僅將所述原始資產(chǎn)與所述已 修改資產(chǎn)之間的差別通知給所述客戶機。
21.一種存儲指令的計算機可讀介質(zhì)，所述指令由計算機執(zhí)行以提供實時協(xié)作圖形資產(chǎn)管理；以及通過接收公用語言形式的對圖形資產(chǎn)的更新請求，使用不同的軟件語言來處理所述更 新請求。
22.如權(quán)利要求21所述的介質(zhì)，其特征在于，進一步存儲向多個客戶機提供更新請求 的報告的指令。
23.如權(quán)利要求22所述的介質(zhì)，其特征在于，進一步存儲僅報告對所述資產(chǎn)的更新而 不報告所述資產(chǎn)的未改變部分的指令。
24.如權(quán)利要求21所述的介質(zhì)，其特征在于，進一步存儲跟蹤圖形資產(chǎn)之間的相關(guān)性 的指令。
25.如權(quán)利要求24所述的介質(zhì)，其特征在于，進一步存儲保持資產(chǎn)之間引用的列表的 指令。
全文摘要
在一些實施例中，可為計算機圖形提供實時協(xié)作資產(chǎn)管理。這可使用資產(chǎn)服務(wù)器與客戶機應(yīng)用程序之間的服務(wù)器代理來實現(xiàn)。該服務(wù)器代理實現(xiàn)實時協(xié)作資產(chǎn)管理。該服務(wù)器可包括識別原始定位的資產(chǎn)與經(jīng)修改的資產(chǎn)之間的差別的比較功能。因此，在一些實施例中，該服務(wù)器可僅傳達修改以減小帶寬。此外，通過使請求能被轉(zhuǎn)換成公用語言格式，不同的客戶機能通過該服務(wù)器彼此通信。
文檔編號H04L29/06GK101996362SQ20101026085
公開日2011年3月30日 申請日期2010年8月17日 優(yōu)先權(quán)日2009年8月18日
發(fā)明者K·瑪曼歐, R·S·阿蘭德 申請人:英特爾公司