[發明專利]模型資源管理方法、模型文件制作方法、裝置和系統

有效

• 申請號: 201910821566.3
• 申請日: 2019-08-29
• 公開（公告）號: CN110515896B
• 公開（公告）日: 2021-10-26
• 發明（設計）人: 郎孚博;孫宇;潘鵬超
• 申請（專利權）人: 網易(杭州)網絡有限公司
• 主分類號: G06F16/11
• 分類號: G06F16/11;G06F16/13;G06F16/16
• 代理公司: 北京超成律師事務所 11646
• 代理人: 吳迪

本發明提供了一種模型資源管理方法、模型文件制作方法、裝置和系統，該方法包括：響應針對游戲引擎的模型文件導入操作，導入待管理模型的模型文件；通過游戲引擎將附加類別屬性作為模型文件的用戶自定義型屬性，生成元數據；通過游戲引擎生成與元數據表征的多個類別屬性分別對應的多重收藏夾，將待管理模型的導入路徑保存至多重收藏夾。上述多重收藏夾是以元數據表征的多個類別屬性對應的信息命名的，其能夠保留待管理模型的所有類別信息，并且使得游戲引擎內模型資源的存儲組織有序，緩解了現有技術無法在游戲引擎內根據多維度屬性信息有序管理模型資源的技術問題。

技術領域

本發明涉及資源管理的技術領域，尤其是涉及一種模型資源管理方法、模型文件制作方法、裝置和系統。

背景技術

在大型游戲項目中存在海量(數千甚至上萬)模型資源，如何管理海量模型資源(即根據顏色、材質、用途等特征信息對模型資源分類)，以方便美術人員可以在游戲引擎中快速的定位所需資源一直是一個難點問題。

現有技術中，對模型資源管理的方案主要包括以下三種：(1)以文件夾層級的方式對模型資源進行分類。這種方式無法記錄多維度屬性信息，因為在游戲引擎中，一把“專利地圖中辦公室區域使用的紅色古典木椅子”是不會按照“Patent_Map—Office—Red—Classical—Chair”路徑存儲，原因是用途(Office)、顏色(Red)、風格(Classical)屬于三個不同維度的分類信息，所以不會以父子文件夾的關系共存，即無法同時保留多維度屬性信息。(2)將分類信息存儲于模型文件的命名中。例如：將“專利地圖中辦公室區域使用的紅色古典木椅子”的模型文件直接命名為“Patent_Map_Office_Red_Classical_Chair_Prop_08a”。該方式可以保留所有維度信息，但將所有信息置于模型文件的命名中會導致模型資源的管理沒有組織性，可讀性差，另外，較長的文件名可能會超過游戲引擎的字符長度限制，易產生書寫錯誤，魯棒性差。(3)采用定制的游戲引擎外模型資源管理器對模型資源管理。該方式擁有極佳的適用性，但編寫引擎外工具需要額外投入開發人員，迭代維護成本高，且由于是游戲引擎外工具，美術人員在進行資源管理時不夠直觀，學習成本高。

綜上，現有技術還無法在游戲引擎內根據多維度屬性信息組織有序的管理模型資源。

發明內容

本發明實施例的目的在于提供一種模型資源管理方法、模型文件制作方法、裝置和系統，以在設備的游戲引擎中，根據模型的多個類別屬性組織有序的管理模型資源。

本發明實施例提供的一種模型資源管理方法，所述方法包括：

響應針對游戲引擎的模型文件導入操作，導入待管理模型的模型文件；其中，所述模型文件包括：所述待管理模型和所述待管理模型的附加類別屬性；

通過所述游戲引擎將所述附加類別屬性作為所述模型文件的用戶自定義型屬性，生成元數據；其中，所述元數據用于表征所述待管理模型對應的多個類別屬性；

通過所述游戲引擎生成與所述元數據表征的多個類別屬性分別對應的多重收藏夾，將所述待管理模型的導入路徑保存至所述多重收藏夾；其中，所述多重收藏夾包括：父收藏夾和所述父收藏夾下的至少一個子收藏夾，且所述父收藏夾和所述子收藏夾以所述元數據表征的多個類別屬性對應的信息命名。

進一步的，導入待管理模型的模型文件的步驟包括：獲取待管理模型的模型文件的導入路徑；將所述待管理模型的模型文件保存至所述導入路徑對應的位置。

進一步的，所述附加類別屬性包括：附加類別名稱和所述附加類別名稱對應的附加類別值；相應地，通過所述游戲引擎將所述附加類別屬性作為所述模型文件的用戶自定義型屬性，生成元數據的步驟包括：通過所述游戲引擎在所述附加類別名稱上添加第一預設前綴信息，得到元數據類別名稱，并將所述附加類別名稱對應的附加類別值作為元數據類別值；將所述元數據類別名稱和所述元數據類別值組合為所述元數據。