CN101996362A

CN101996362A - 实时协作三维资产管理系统

Info

Publication number: CN101996362A
Application number: CN2010102608579A
Authority: CN
Inventors: R·S·阿兰德; K·玛曼欧
Original assignee: Intel Corp
Current assignee: Intel Corp
Priority date: 2009-08-18
Filing date: 2010-08-17
Publication date: 2011-03-30
Also published as: SG169296A1; GB201012935D0; DE102010033536A1; GB2472898A; US20110047217A1

Abstract

在一些实施例中，可为计算机图形提供实时协作资产管理。这可使用资产服务器与客户机应用程序之间的服务器代理来实现。该服务器代理实现实时协作资产管理。该服务器可包括识别原始定位的资产与经修改的资产之间的差别的比较功能。因此，在一些实施例中，该服务器可仅传达修改以减小带宽。此外，通过使请求能被转换成公用语言格式，不同的客户机能通过该服务器彼此通信。

Description

实时协作三维资产管理系统

背景技术

本发明一般涉及三维资产的管理。三维资产的示例包括视频游戏和计算机生成图像的要素。

一般而言，结合视频游戏和计算机生成图像，内容涉及大量的单个组成部分。例如，三维建模艺术家、音效技术人员以及开发人员可能都对一个特定资产的特性有贡献。

开发过程的复杂程度可通过由若干互连的异类子系统组成的内容创建流水线体系结构来反映，这些异类子系统包括数字内容创建工具、数据优化和处理模块以及压缩部件。这些子系统将创作团队的输入转换成数字资产的集合。

附图简述

图1是根据一个实施例的资产管理系统的全局结构；

图2是根据一个实施例的图1所示的沙箱的体系结构；

图3是根据一个实施例的通信机构；以及

图4是一个实施例的流程图。

详细描述

多个用户可使用相互通信工具与诸如视频游戏或计算机生成图像电影中的要素之类的给定资产交互。内容流水线可由异类数字内容创建工具组成，诸如仅举几例Maya或3Ds Max。这些工具中的每一种可能具有不同的开放和专有格式。将诸如动画中的三维角色之类的资产从一种格式转换成另一种格式可能会在制造过程中表现出瓶颈。

实现多个用户与此类资产交互时的另一问题是数据验证。在制作过程期间，资产被持续地插入、更新以及去除。在一些实施例中，对输入数据差错的高效检测确保系统完整性。输入数据差错的示例包括损坏的数据、丢失的文档以及相关资产之间的不兼容。

资产的创建可能涉及不同团队成员的协作。角色建模者与动画师协作，而动画师与音效师协作。因此，在一些实施例中，需要在内容创建流水线的任一阶段对不同数字资产的无缝协作编辑。

最终，游戏和电影资产的协作编辑可能涉及每个用户可能访问同时正在被其他用户处理的资产的可能性。在一些实施例中，此类访问可由定义明确的用户权限管理系统来控制和管理。

在一些实施例中，可提供诸如在整合或跟踪项目状态以及评估之前确保所提交更新的核准之类的任务。在一些实施例中，必要时可产生差错记录并提供警告。在一些实施例中，可提供工作流程信息的自动产生和管理机制。

在一个实施例中，通信协议和基础结构提供三维视频游戏/电影内容创建流水线之间的无缝和透明通信。在一些实施例中，该系统可提供版本控制、自动数据验证以及差错检测、资产相关性管理和清单产生、协作和实时资产编辑、以及用户权限管理和工作流程信息产生和管理。

参照图1，主要部件可包括具有全局资产数据库12的全局资产服务器10。全局资产服务器10是管理全局资产数据库12的服务器应用程序。沙箱14是服务器10的代理。沙箱14可在本地数据库16中本地存储全局数据库资产的子集。一旦存储在沙箱14中，这些资产就可由客户机应用程序访问，且可并发并且实时地更新。

最终，诸如应用程序18、20以及22之类的客户机应用程序消费资产或更新那些资产。

因此，在一些实施例中，全局资产服务器10和沙箱14协作以提供权限管理、检入和检出、版本控制、清单产生、数据验证、资产相关性以及工作流程信息。在一些实施例中，沙箱14可与每个应用程序18、20或22协作以提供用户权限管理、并发或部分访问、实时协作资产、编辑、数据验证以及资产相关性管理。

转到图2，沙箱14可包括服务器侧体系结构26、网络28以及客户机侧30。服务器侧26可包括本地数据库16中的极速标记语言(extreme markup language)(XML)数据库34。也可使用其他语言。数据库34包含在引用外部文件集合时存储的针对图像、视频以及声音资产的三维资产。

在一个实施例中，可根据协作设计活动(COLLADA)规范来存储三维资产。参见可从美国俄勒冈州比弗顿市的Khronos集团获得的COLLADA1.5规范(2008年10月)97005-2343。COLLADA规范定义了易于在应用程序之间传输3D资产的基于XML的纲要。这使多种多样的3D创作和内容处理工具得以组合。中间语言提供可视方案的综合性编码。

COLLADA服务器38处理客户机会话创建和对数据库34的访问。客户机侧30上的客户机48、52可以是管理诸如例如应用程序18和20的客户机应用程序与服务器10之间的通信协议44的中间设备。管理工具40提供接口以使管理员42能经由开/关命令管理数据库34和COLLADA服务器38。它可在在用户组中创建和删除用户、管理用户权限、上传、删除或更新文档等。

总体上，沙箱提供对三维资产的实时协作更新和编辑。这使若干客户机有可能并发地访问同一3D场景，并使用不同的客户机应用程序来更新那些场景。在一些实施例中，客户机应用程序与服务器10之间通过服务器38通过客户机48的通信对于用户可完全透明。而且，一用户所施加的任何更新可对所有其他用户实时可见。

客户机应用程序18或20与客户机48或52之间的消息可由作为XML询问语言的Xqueries 50或54提供，如图所示。参见W3C推荐，XQuery1.0：一种XML询问语言，2007年1月23日，可通过MIT从美国马萨诸塞州剑桥市02139的32瓦萨街32-4575室的万维网联盟(W3C)获得。同样，可在管理员工具40与数据库34之间传递Xquery 36，或可在服务器38与数据库34之间提供Xquery 35。

参照图3，在具有沙箱和两个客户机的实施例中，客户机2与客户机18应用程序Maya交互。为简化描述，未示出客户机1与其客户机应用程序之间的通信。

在所示情形中，第一客户机1和客户机2均取回COLLADA文档的版本C(0)。客户机2将版本C(0)发送至Maya应用程序，Maya应用程序又处理从COLLADA格式到Maya场景表示的转换51。此类转换是公知的。然后客户机1将更新响应零(UR(0))作为Xquery询问的集合发送至COLLADA服务器38。服务器38应用客户机请求，并测试所得文档和引用该文档的所有文档的有效性和一致性。因此，服务器跟踪相互资产引用，并自动更新资产相关性曲线图。

一旦验证完成，即将更新确认零(UA(0))消息发送至客户机1，以通知该客户机该请求随后执行(与否)。如果为否，则该更新确认消息描述所产生的差错。如果该请求成功，则更新信息零(UI(0))消息描述要应用于版本C(0)以获得新版本C(1)的修改集合。在一个实施例中，该更新信息消息可被广播至所有客户机。

如针对客户机2所示，仅最后接收的版本C(0)和新创建的版本C′(0)之间的差别从比较功能56被发送至服务器38。那些更新UR(4)被应用于服务器C(3)的最后一致性版本UR(3)以创建C(4)。

Maya版本(M(0))在转换功能58处被转换成COLLADA，且在比较功能56处经由COLLADA与版本C′0进行比较。功能56将更新请求发送至更新C(3)，并在服务器38中创建版本C(4)。因为使用了转换，所以有可能确定源于不同语言的版本之间的差别。然后服务器仅需要了解资产中的变化。

在一些情况下，冲突可能产生。两个用户可能寻求作出不一致的改变。在一个实施例中，那些用户被告知一致性问题。作为示例，如果一个用户寻求删除一资产，而另一用户寻求修改该资产，则出现不一致。

参照图4，根据一些实施例，本文中所描述的序列可用硬件、软件或固件来实现。例如，在软件或固件应用中，软件可驻留在沙箱14或全局资产服务器10中——在那些设备中适当的存储体或存储器内。该存储器或存储体可与全局资产服务器的沙箱之一分离或是它的一部分。该存储器或存储体可存储可由计算机执行的指令。

在一些实施例中，可由此类指令实现的序列被标识为服务器序列60。最初，资产更新请求以COLLADA格式被接收，如框62所示。具体而言，客户机应用程序可使用转换功能将它们的更新请求转换成COLLADA格式或一些其他公用格式。然后菱形64处的检查确定并发接收的两个或多个请求是否一致。如果不一致，则报告问题，如框72所示。

否则，可接受该更新请求，如框66所示。然后，将更新请求与资产的先前版本进行比较(框68)，且仅报告资产的先前版本与已更新资产之间的变化或差别，如框70所示。

将各种输入转换成诸如COLLADA之类的公用格式、以及将输出转换回不同格式的一个好处是，此类转换使协作资产管理更高效。比较功能56的一个好处是，通过仅传递先前版本与当前版本之间的差别，可节约带宽。实际上，在一些情况下，客户机可仅提供差别，且服务器可仅以差别作为响应，从而双向地节约带宽。由于转换功能51或58，在一些实施例中，可利用不同的第三方工具进行透明通信。

本文中所描述的图形处理技术可在各种硬件体系结构中实现。例如，图形功能可被集成在芯片组中。替代地，可使用分立的图形处理器。作为又一实施例，图形功能可由包括多核处理器的通用处理器实现。

在本说明书通篇中对“一个实施例”或“一实施例”的引用意味着结合该实施例描述的特定特征、结构或特性包括在本发明包含的至少一个实现中。因此，短语“一个实施例”或“在一实施例中”的出现不一定指代同一实施例。此外，特定特征、结构或特性可按照与所说明的特定实施例不同的其他适当形式来创立，而且所有此类形式可包含在本申请的权利要求中。

虽然已经关于有限个实施例描述了本发明，但本领域技术人员将会理解从中得出的多种修改和变化。所附权利要求旨在覆盖落入本发明的真实精神和范围中的所有这些修改和变化。

Claims

1.一种方法，包括：

为计算机图形提供实时协作资产管理；以及

在资产服务器与客户机应用程序之间提供服务器代理，所述服务器代理用于实现实时协作资产管理。

2.如权利要求1所述的方法，其特征在于，包括通过接收被转换成公用语言的输入来实现与第三方工具的透明通信。

3.如权利要求1所述的方法，其特征在于，包括为多个客户机所使用的多个资产提供与所述服务器相关联的数据库。

4.如权利要求1所述的方法，其特征在于，包括实现客户机应用程序与所述服务器之间的通信协议，其中两个客户机能同时尝试修改同一资产。

5.如权利要求4所述的方法，其特征在于，包括使客户机能向所述服务器发送更新资产的请求。

6.如权利要求5所述的方法，其特征在于，包括使所述服务器能测试客户机请求的有效性。

7.如权利要求6所述的方法，其特征在于，包括使所述服务器能确保所述资产的由更新所述资产的所述客户机请求产生的结果以及表示所述已更新资产的所有文档的一致性。

8.如权利要求7所述的方法，其特征在于，包括保持每个资产对任一其他资产的相关性的曲线图。

9.如权利要求8所述的方法，其特征在于，包括保持资产之间引用的列表。

10.如权利要求9所述的方法，其特征在于，包括通过仅描述所述已修改资产与所述未修改资产之间的差别来将描述应用于资产的每个修改的通知提供给所有客户机。

11.一种装置，包括：

资产服务器；

在所述资产服务器与客户机应用程序之间的服务器代理，所述服务器代理用于实现实时协作资产管理；以及

所述资产服务器接收公用语言格式的资产更新请求，所述服务器进一步包括比较功能，所述比较功能用于确定修改之前的资产与修改之后的资产之间的差别，并仅发送所述资产中的变化而不是整个资产。

12.如权利要求11所述的装置，其特征在于，所述装置接收公用语言格式的对更新图形资产的请求。

13.如权利要求11所述的装置，其特征在于，包括用于多个客户机所使用的多个资产的与所述服务器相关联的数据库。

14.如权利要求11所述的装置，其特征在于，所述资产服务器使两个不同客户机应用程序能尝试同时修改同一图形资产。

15.如权利要求14所述的装置，其特征在于，所述服务器使客户机能向所述服务器发送更新资产的请求，以供所述服务器测试此类客户机请求的有效性。

16.如权利要求15所述的装置，其特征在于，所述服务器确保任一资产修改的结果的一致性。

17.如权利要求16所述的装置，其特征在于，所述服务器保持每个资产基于任一其他资产的图形相关性。

18.如权利要求17所述的装置，其特征在于，所述服务器保持资产之间引用的列表。

19.如权利要求18所述的装置，其特征在于，所述服务器将任一资产的变化通知给所有所述客户机应用程序。

20.如权利要求19所述的装置，其特征在于，所述服务器仅将所述原始资产与所述已修改资产之间的差别通知给所述客户机。

21.一种存储指令的计算机可读介质，所述指令由计算机执行以：

提供实时协作图形资产管理；以及

通过接收公用语言形式的对图形资产的更新请求，使用不同的软件语言来处理所述更新请求。

22.如权利要求21所述的介质，其特征在于，进一步存储向多个客户机提供更新请求的报告的指令。

23.如权利要求22所述的介质，其特征在于，进一步存储仅报告对所述资产的更新而不报告所述资产的未改变部分的指令。

24.如权利要求21所述的介质，其特征在于，进一步存储跟踪图形资产之间的相关性的指令。

25.如权利要求24所述的介质，其特征在于，进一步存储保持资产之间引用的列表的指令。