本發(fā)明涉及三維領域，具體涉及一種三維模型文件處理方法、上傳方法及客戶端。

背景技術：

隨著三維領域的快速發(fā)展，三維建模在建筑、航天、數(shù)控加工等領域得到的廣泛的應用。但是現(xiàn)有三維軟件所生成的三維模型文件都僅僅是一個包含了所有設計元素的單純文件，例如設計人員在通過三維軟件生成三維模型文件時，一般會包含模型文件，還會根據(jù)模型應用場景包含如燈光、相機，甚至在設計過程中還會包含空圖層等無用的元素；當該三維模型文件被其他用戶獲取使用時，由于該三維模型文件中包含了燈光、相機等非必要元素，因此當其他用戶不需要使用這些元素或者需要進行其他變更時，則需要用戶對該三維模型文件中的這些非必要元素進行刪除后再重新增加或變更其他元素，這既增加了操作的復雜度，又浪費了用戶時間，導致用戶體驗的滿意度差。

技術實現(xiàn)要素：

本發(fā)明要解決的主要技術問題是，提供一種三維模型文件處理方法、上傳方法及客戶端，解決現(xiàn)有三維模型文件包含非必要元素，導致用戶使用時可能需要進行非必要元素的清除處理，增加了操作的復雜度和操作時間，用戶體驗滿意度低的問題。

為解決上述技術問題，本發(fā)明提供一種三維模型文件處理方法，包括：

導入待處理的三維模型原文件；

對所述三維模型原文件進行分析處理得到素模文件；

基于所述素模文件生成代理文件；

將所述代理文件與所述三維模型原文件進行關聯(lián)存儲。

在本發(fā)明的一種實施例中，對所述三維模型原文件進行分析處理得到對應的素模文件包括：

對所述三維模型原文件進行元素分析，并將落入預設待刪除元素范圍的元素進行刪除；

所述預設待刪除元素范圍包含相機、燈光、空圖層、丟失的貼圖文件、空物體、參照結構、容器結構、代理物體、場景垃圾內存。

在本發(fā)明的一種實施例中，對所述三維模型原文件進行分析處理確定所述三維模型原文件包含未丟失的貼圖文件時，所述方法還包括：

將所述貼圖文件進行保留處理，并將保留的貼圖文件與所述代理文件以及所述三維模型原文件進行關聯(lián)存儲；

所述基于所述素模文件生成代理文件包括：

根據(jù)得到的所述素模文件和所述貼圖文件生成代理文件。

在本發(fā)明的一種實施例中，得到所述素模文件后，還包括：

提取所述素模文件的屬性參數(shù)；

生成包含所述屬性參數(shù)的開源參數(shù)文件；

將所述開源參數(shù)文件與所述代理文件以及所述三維模型原文件進行關聯(lián)存儲。

在本發(fā)明的一種實施例中，對所述三維模型原文件進行分析處理之前包括：

截取所述三維模型原文件沿預設單軸的至少兩個旋轉角度的圖像幀得到所述三維模型原文件的縮略圖；

對截取到的多個圖像幀與所述代理文件以及所述三維模型原文件進行關聯(lián)存儲；

或，

對所述三維模型原文件進行分析處理之后，還包括：

截取對所述三維模型原文件進行分析處理之后的三維模型文件沿預設單軸的至少兩個旋轉角度的圖像幀；

對截取到的多個圖像幀進行渲染處理生成縮略圖；

將所述縮略圖與所述代理文件以及所述三維模型原文件進行關聯(lián)存儲。

在本發(fā)明的一種實施例中，截取對所述三維模型原文件進行分析處理之后的三維模型文件沿預設單軸的至少兩個旋轉角度的圖像幀時，對截取到的多個圖像幀進行渲染處理生成縮略圖包括：

對于每一圖像幀從預設的場景渲染庫中選擇對應的場景對該圖像幀進行渲染；所述場景渲染庫中包含多種渲染場景。

為了解決上述問題，本發(fā)明還提供了一種三維模型文件上傳方法，包括：

按如上所述的三維模型文件處理方法對待上傳三維模型文件進行處理得到處理后的文件；

將得到的所述處理后的文件上傳至網(wǎng)絡端。

在本發(fā)明的一種實施例中，按如上所述的三維模型文件處理方法對待上傳的三維模型文件進行處理過程中，還包括獲取所述待上傳三維模型文件的屬性參數(shù)生成參數(shù)展示文件，并將所述參數(shù)展示文件與所述代理文件和所述三維模型原文件進行關聯(lián)存儲；

所述參數(shù)展示文件用于在上傳至所述網(wǎng)絡端后將所述屬性參數(shù)進行展示。

為了解決上述問題，本發(fā)明還提供了一種客戶端，包括：

文件導入模塊，用于導入待處理的三維模型原文件；

處理模塊，用于對所述三維模型原文件進行分析處理得到素模文件；

代理文件生成模塊，用于基于所述素模文件生成代理文件；

存儲控制模塊，用于將所述代理文件與所述三維模型原文件進行關聯(lián)存儲。

在本發(fā)明的一種實施例中，還包括：

第一圖形獲取模塊，用于在所述對所述三維模型原文件進行分析處理之前，截取所述三維模型原文件沿預設單軸的至少兩個旋轉角度的圖像幀得到所述三維模型原文件的縮略圖；

所述存儲控制模塊還用于將所述多個圖像幀與所述代理文件以及所述三維模型原文件進行關聯(lián)存儲；

或，

所述客戶端還包括：

第二圖形獲取模塊，用于在所述處理模塊對所述三維模型原文件進行分析處理之后，截取對所述三維模型原文件進行分析處理之后的三維模型文件沿預設單軸的至少兩個旋轉角度的圖像幀；

縮略圖生成模塊，用于對所述多個圖像幀進行渲染處理生成縮略圖；

所述存儲控制模塊還用于將所述縮略圖與所述代理文件以及所述三維模型原文件進行關聯(lián)存儲。

本發(fā)明的有益效果是：

本發(fā)明提供的三維模型文件處理方法、上傳方法及客戶端，對于已生成的三維模型文件，可將該三維模型文件的原文件導入，然后對導入的三維模型原文件進行分析處理得到該三維模型文件中的素模文件，也即構成三維模型文件的必要文件，進而基于得到的素模文件生成代理文件，將得到的代理文件與三維模型原文件進行關聯(lián)存儲。這樣當其他用戶獲取該三維模型文件進行使用時，如果需要對其中的類似燈光、相機等元素進行調整時，則可以直接使用關聯(lián)的代理文件，在素模文件基礎上進行對應的編輯即可，不需要先刪除非必要元素然后再執(zhí)行相關編輯，既能簡化操作流程，又能節(jié)省時間，提升用戶體驗滿意度。同時，當用戶需要使用原文件時，則可以直接使用對應三維模型原文件，能進一步提升用戶體驗的滿意度。

進一步地，為了解決現(xiàn)有三維模型文件都只是一個單純的文件，沒有任何的三維模型介紹，用戶在使用三維模型的時候，要么通過文件名稱來粗略的判斷模型的內容，要么只能一個一個模型打開來查看模型的內容的問題，本發(fā)明還對三維模型文件進行圖像幀提取以生成該三維模型文件的縮略圖，這樣用戶可以直接通過縮略圖快速、準確的獲取到三維模型文件內包含的內容，可以進一步簡化操作流程和提升操作效率，進而提升用戶體驗的滿意度。

附圖說明

圖1為本發(fā)明實施例一提供的三維模型文件處理方法流程示意圖；

圖2為本發(fā)明實施例一提供的提取素模文件屬性參數(shù)過程流程示意圖；

圖3為本發(fā)明實施例一提供的三維模型文件縮略圖生成過程流程示意圖一；

圖4為本發(fā)明實施例一提供的三維模型文件縮略圖生成過程流程示意圖二；

圖5為本發(fā)明實施例二提供的三維模型文件上傳方法流程示意圖；

圖6為本發(fā)明實施例三提供的客戶端結構示意圖一；

圖7-1為本發(fā)明實施例三提供的客戶端結構示意圖二；

圖7-2為本發(fā)明實施例三提供的客戶端結構示意圖三；

圖8為本發(fā)明實施例四提供的客戶端結構示意圖；

圖9為本發(fā)明實施例四提供的管理系統(tǒng)組網(wǎng)示意圖。

具體實施方式

本發(fā)明針對現(xiàn)有三維模型文件包含非必要元素，導致用戶使用時可能需要進行非必要元素的清除處理，增加了操作的復雜度和操作時間，用戶體驗滿意度低的問題，對生成的三維模型文件，可將該三維模型文件的原文件導入，然后對導入的三維模型原文件進行分析處理得到該三維模型文件中的素模文件，也即構成三維模型文件的必要文件，進而基于得到的素模文件生成代理文件，將得到的代理文件與三維模型原文件進行關聯(lián)存儲。這樣當其他用戶獲取該三維模型文件進行使用時，如果需要對其中的類似燈光、相機等元素進行調整時，則可以直接使用關聯(lián)的代理文件，在素模文件基礎上進行對應的編輯即可，不需要先刪除非必要元素然后再執(zhí)行相關編輯，既能簡化操作流程，又能節(jié)省時間.應當理解的是，本發(fā)明并不限于三維模型文件的使用，也適用于其他類型的文件以及對應的軟件。

下面通過具體實施方式結合附圖對本發(fā)明作進一步詳細說明。

實施例一：

本實施例提供的三維模型文件處理方法參見圖1所示，包括：

S101：導入待處理的三維模型原文件。

本實施例中的三維模型原文件是指生成好的未經(jīng)處理的三維模型文件，其可以本地文件，也可以來自其他終端或網(wǎng)絡的文件，甚至可以是本地使用同一軟件生成好的三維模型文件，然后直接轉入文件處理界面，此時的導入動作則是轉入文件處理界面的切換動作。

S102：對所導入的三維模型原文件進行分析處理得到素模文件。

一般情況下三維模型文件都包含素模文件，也即該素模文件是三維模型文件中的必要元素。該步驟中得到素模文件的方式包括但不限于以下兩種：

方式一：從三維模型原文件中直接摘取出素模文件；

方式二：將三維模型原文件中的非必要元素刪除，例如：對三維模型原文件進行元素分析，并將落入預設待刪除元素范圍的元素進行刪除；

本實施例中的預設待刪除元素范圍包括但不限于相機、燈光、空圖層、丟失的貼圖文件、空物體、參照(XRef)結構、容器(container)結構、代理(VRaymesh)物體、場景垃圾內存。

具體選用哪種方式可以根據(jù)具體需求靈活設定。

應當理解的是，當前主流的三維模型文件都是經(jīng)過加密處理的，須通過對應的軟件才能打開。因此本實施例中可以預先存儲各種三維模型文件所對應的軟件插件(可包含對未經(jīng)加密處理的三維模型文件進行打開的軟件插件)，然后在將三維模型文件導入后，可以對其文件的后綴進行分析并調用對應的軟件插件進行打開分析。

S103:基于得到的素模文件生成代理文件。

生成代理文件的方式可以采用現(xiàn)有各種三維軟件生成代理文件的方式，在此也不再進行贅述。

S104：將得到的代理文件與三維模型原文件進行關聯(lián)存儲。

本實施例中將得到的包含素模文件的代理文件與對應的三維模型原文件進行關聯(lián)存儲，當用戶需要使用該三維模型文件時，則可以直接獲取到對應的素模文件和原文件，當用戶需要進行重新編輯時，則可直接選用素模文件以避免進行非必要元素的刪除處理，簡化操作流程以及處理時間，同時用戶還可打開原文件以做參考。對應的，當用戶根據(jù)當前需求需要選用原文件時，則可以直接打開原文件。

在本實施例中，對導入的三維模型原文件進行分析處理時，如果確定三維模型原文件包含未丟失的貼圖文件時，還包括將貼圖文件進行保留處理，并將保留的貼圖文件與代理文件以及三維模型原文件進行關聯(lián)存儲；

此時上述S103基于得到的素模文件生成代理文件包括：

根據(jù)得到的素模文件和貼圖文件生成代理文件。

本實施例中，S102中對所導入的三維模型原文件進行分析處理得到素模文件時，還可包括對素模文件中各物體按照預設的物體命名規(guī)則統(tǒng)一重新命令。

本實施例中，在導入三維模型原文件后，可以對該三維模型原文件包含的內容按著預設規(guī)則進行分類，例如風景、建筑、機械、人物等，同時對于不同的類別可以預設對應的存儲路徑，這樣S104中可以將三維模型文件分類存儲。

另外，本實施例中，如果確定三維模型原文件包含未丟失的貼圖文件時，將貼圖文件進行保留處理包括但不限于：

將各貼圖文件也按照預設的貼圖文件命名規(guī)則統(tǒng)一命名后，按照上述存儲路徑與代理文件以及三維模型原文件進行關聯(lián)存儲，以便于后續(xù)調用。

在本實施例中，S102中得到素模文件后，還包括對素模文件的屬性參數(shù)進行提取保存的過程，具體參見圖2所示，包括：

S201：提取素模文件的屬性參數(shù)；

S202：根據(jù)提取的屬性參數(shù)生成包含屬性參數(shù)的開源參數(shù)文件，例如obj格式等；

S203：將開源參數(shù)文件與代理文件以及三維模型原文件進行關聯(lián)存儲，此時也當關聯(lián)存儲有貼圖文件時，則與貼圖文件也關聯(lián)存儲。

在本實施例中，為了解決現(xiàn)有三維模型文件都只是一個單純的文件，沒有任何的三維模型介紹，用戶在使用三維模型的時候，要么通過文件名稱來粗略的判斷模型的內容，要么只能一個一個模型打開來查看模型的內容的問題，還對三維模型文件進行圖像幀提取以生成該三維模型文件的縮略圖，這樣用戶可以直接通過縮略圖快速、準確的獲取到三維模型文件內包含的內容，可以進一步簡化操作流程和提升操作效率，進而提升用戶體驗的滿意度。

對三維模型文件進行圖像幀提取以生成該三維模型文件的縮略圖的方式包括但不限于以下兩種方式：

方式一：在S102中的對三維模型原文件進行分析處理之前，參見圖3所示，包括：

S301：截取三維模型原文件沿預設單軸的至少兩個旋轉角度的圖像幀得到三維模型原文件的縮略圖。

例如：將三維模型原文件沿預設X軸、Y軸、或者Z軸，按預設方向旋轉。預設間隔角度為1度，預設角度為360度。每當三維模型旋轉過1度時，截取三維模型原文件在當前旋轉角度的圖像幀，直至三維模型旋轉過360度。如此，在本舉例中，獲得三維模型在360度范圍內，每隔1度旋轉后的圖像幀。

例如，向三維引擎輸入?yún)?shù)，參數(shù)包括:預設單軸((X軸、Y軸或Z軸)、預設方向(向右旋轉或向左旋轉)、預設間隔角度和預設角度，三維引擎按輸入?yún)?shù)截取圖像幀，并按截取順序將圖像幀編號。

S302：對截取到的多個圖像幀與代理文件以及三維模型原文件進行關聯(lián)存儲。

方式二：在S102對三維模型原文件進行分析處理之后，參見圖4所示，包括：

S401：截取對三維模型原文件進行分析處理之后的三維模型文件沿預設單軸的至少兩個旋轉角度的圖像幀。

S402：對截取到的多個圖像幀進行渲染處理生成縮略圖。

S403：將縮略圖與代理文件以及三維模型原文件進行關聯(lián)存儲。

在采用方式二生成縮略圖時，對截取到的多個圖像幀進行渲染處理生成縮略圖包括：

對于每一圖像幀從預設的場景渲染庫中選擇對應的場景對該圖像幀進行渲染；本實施例中的場景渲染庫中包含多種渲染場景，以便于用戶根據(jù)當前需求靈活選擇設定。

可見，通過本實施例提供的處理方法對三維模型文件處理后，可以將三維模型原文件、對應的代理文件、貼圖文件、開源參數(shù)文件、以及縮略圖進行關聯(lián)存儲。另外，在本實施例中，還可獲取包含三維模型文件詳細參數(shù)的屬性參數(shù)以生成參數(shù)展示文件，并將得到的參數(shù)展示文件與代理文件和三維模型原文件等進行關聯(lián)存儲，該詳細參數(shù)包括但不限于：三維模型的長度、寬度、高度；三維模型的使用軟件、軟件版本；三維模型的頂點數(shù)、面數(shù)；三維模型是否包含貼圖、燈光、相機、動畫、骨骼；三維模型使用的渲染器和渲染器版本；三維模型的文件格式和伽瑪(gamma)值等。因此，本實施例提供的三維模型文件處理方法至少具備以下優(yōu)點：

1.使用上的便捷：不僅提供素模文件，還可同時提供縮略圖的顯示以及三維模型的具體參數(shù)，更方便用戶的快速判斷、選擇及使用。

2.存儲和命名的規(guī)范化：包括貼圖文件，素模文件等都按規(guī)范的規(guī)則進行命名和存儲，一目了然的瀏覽。

3.多樣的場景渲染選擇：不同的三維模型應用于不同場景，如室內、室外，能更好的體現(xiàn)出三維模型的特點。

應當理解的是，本實施例中的上述三維模型文件的處理過程可以在客戶端上實現(xiàn)，當然也不排除在網(wǎng)絡端的服務器上進行處理。

實施例二：

本實施例提供了一種三維模型文件上傳方法，先按照實施例一所示的三維模型文件處理方法對待上傳三維模型文件進行處理得到處理后的文件，然后將得到的所述處理后的文件上傳至網(wǎng)絡端；網(wǎng)絡端的服務器可以根據(jù)預設的存儲規(guī)則對接收到的文件進行存儲，例如可以采用分布式存儲規(guī)則進行存儲。具體的存儲控制規(guī)則在本實施例中不再贅述。

下面以對一個三維模型文件上傳的完整處理過程進行示例說明，參見圖5所示，包括：

S501：導入待上傳的三維模型原文件，并確定該三維模型原文件在本地的存儲類別以及對應的存儲路徑。

S502：對所導入的三維模型原文件進行分析處理得到素模文件，并在其包含未丟失的貼圖時的到對應的貼圖。

該步驟包括但不限于清除一些不必要的元素，如相機、燈光、空圖層、丟失的貼圖文件、空物體、XRef結構、container結構、VRaymesh物體、場景垃圾內存等。

S503：按照預設的物體命名規(guī)則對素模文件中的各物體進行統(tǒng)一命名。

S504：獲取三維模型的屬性參數(shù)以生成參數(shù)展示文件，包括但不限于三維模型的長度、寬度、高度；三維模型的使用軟件、軟件版本；三維模型的頂點數(shù)、面數(shù)；三維模型是否包含貼圖、燈光、相機、動畫、骨骼；三維模型使用的渲染器和渲染器版本；三維模型的文件格式和gamma值等。

S505：對貼圖文件按照預設的貼圖命名規(guī)則進行統(tǒng)一命名，并指定對應的存儲路徑。

S506：截取對三維模型原文件進行分析處理之后的三維模型文件沿預設單軸的至少兩個旋轉角度的圖像幀。

S507：對截取到的多個圖像幀進行渲染處理生成縮略圖。

S508：提取素模文件的屬性參數(shù)，根據(jù)提取的屬性參數(shù)生成包含屬性參數(shù)的開源參數(shù)文件。

S509：將三維模型原文件、對應的代理文件、貼圖文件、開源參數(shù)文件、參數(shù)展示文件以及縮略圖按照預設格式進行關聯(lián)存儲。

S510：將關聯(lián)存儲的三維模型原文件、對應的代理文件、貼圖文件、開源參數(shù)文件、參數(shù)展示文件以及縮略圖上傳至網(wǎng)絡端。這樣網(wǎng)絡端的服務器可以根據(jù)參數(shù)展示文件(例如ini)對三維模型文件的相關參數(shù)進行展示以供用戶只管選擇，并可根據(jù)發(fā)送的展示指令調用對應的縮略圖進行縮略圖展示以便用戶對內容進行進一步瀏覽和判斷，還可提供單項下載任務以便用戶單獨選擇下載代理文件、貼圖文件、三維模型原文件等，也可以提供打包下載功能以便用戶直接打包下載等等。當然，在用戶進行上述下載之前可先對用戶進行鑒權處理，以判斷用戶身份是否合法和/或用戶是否有購買相關服務從而是否具有下載權限等等。

實施例三：

本實施例提供了一種客戶端，參見圖6所示，包括：

文件導入模塊61，用于導入待處理的三維模型原文件。本實施例中的三維模型原文件是指生成好的未經(jīng)處理的三維模型文件，其可以本地文件，也可以來自其他終端或網(wǎng)絡的文件，甚至可以是本地使用同一軟件生成好的三維模型文件，然后直接轉入文件處理界面，此時的導入動作則是轉入文件處理界面的切換動作。

處理模塊62，用于對三維模型原文件進行分析處理得到素模文件。一般情況下三維模型文件都包含素模文件，也即該素模文件是三維模型文件中的必要元素。處理模塊62得到素模文件的方式包括但不限于以下兩種：

方式一：從三維模型原文件中直接摘取出素模文件；

方式二：將三維模型原文件中的非必要元素刪除，例如：對三維模型原文件進行元素分析，并將落入預設待刪除元素范圍的元素進行刪除；

本實施例中的預設待刪除元素范圍包括但不限于相機、燈光、空圖層、丟失的貼圖文件、空物體、參照(XRef)結構、容器(container)結構、代理(VRaymesh)物體、場景垃圾內存。

應當理解的是，當前主流的三維模型文件都是經(jīng)過加密處理的，須通過對應的軟件才能打開。因此本實施例中可以預先存儲各種三維模型文件所對應的軟件插件(可包含對未經(jīng)加密處理的三維模型文件進行打開的軟件插件)，然后在將三維模型文件導入后，處理模塊62可以對其文件的后綴進行分析并調用對應的軟件插件進行打開分析。

代理文件生成模塊63，用于基于素模文件生成代理文件；生成代理文件的方式可以采用現(xiàn)有各種三維軟件生成代理文件的方式，在此也不再進行贅述。

存儲控制模塊64，用于將代理文件與三維模型原文件進行關聯(lián)存儲。當用戶需要使用該三維模型文件時，則可以直接獲取到對應的素模文件和原文件，當用戶需要進行重新編輯時，則可直接選用素模文件以避免進行非必要元素的刪除處理，簡化操作流程以及處理時間，同時用戶還可打開原文件以做參考。對應的，當用戶根據(jù)當前需求需要選用原文件時，則可以直接打開原文件，可進一步提升用戶體驗的滿意度。

應當理解的是，本實施例的上述各模塊的功能可以由客戶端的處理器實現(xiàn)。

在本實施例中，處理模塊62對導入的三維模型原文件進行分析處理時，如果確定三維模型原文件包含未丟失的貼圖文件時，還包括將貼圖文件進行保留處理，并將保留的貼圖文件與代理文件以及三維模型原文件進行關聯(lián)存儲，具體包括將各貼圖文件也按照預設的貼圖文件命名規(guī)則統(tǒng)一命名后，按照上述存儲路徑與代理文件以及三維模型原文件進行關聯(lián)存儲，以便于后續(xù)調用。

此時代理文件生成模塊63基于得到的素模文件生成代理文件包括：根據(jù)得到的素模文件和貼圖文件生成代理文件。

本實施例中，處理模塊62中對所導入的三維模型原文件進行分析處理得到素模文件時，還可包括對素模文件中各物體按照預設的物體命名規(guī)則統(tǒng)一重新命令。

本實施例中，文件導入模塊61在導入三維模型原文件后，可以對該三維模型原文件包含的內容按著預設規(guī)則進行分類，例如風景、建筑、機械、人物等，同時對于不同的類別可以預設對應的存儲路徑，這樣存儲控制模塊64可以將三維模型文件分類存儲。

在本實施例中，處理模塊62中得到素模文件后，還用于對素模文件的屬性參數(shù)進行提取保存，包括：

處理模塊62提取素模文件的屬性參數(shù)；

根據(jù)提取的屬性參數(shù)生成包含屬性參數(shù)的開源參數(shù)文件，例如obj格式等；

將開源參數(shù)文件與代理文件以及三維模型原文件進行關聯(lián)存儲，此時也當關聯(lián)存儲有貼圖文件時，則與貼圖文件也關聯(lián)存儲。

在本實施例中，為了解決現(xiàn)有三維模型文件都只是一個單純的文件，沒有任何的三維模型介紹，用戶在使用三維模型的時候，要么通過文件名稱來粗略的判斷模型的內容，要么只能一個一個模型打開來查看模型的內容的問題，客戶端還對三維模型文件進行圖像幀提取以生成該三維模型文件的縮略圖，這樣用戶可以直接通過縮略圖快速、準確的獲取到三維模型文件內包含的內容，可以進一步簡化操作流程和提升操作效率，進而提升用戶體驗的滿意度。

在一種示例中，參見圖7-1所示，客戶端還包括：

第一圖形獲取模塊65，用于在對三維模型原文件進行分析處理之前，截取三維模型原文件沿預設單軸的至少兩個旋轉角度的圖像幀得到所述三維模型原文件的縮略圖；

存儲控制模塊64還用于將多個圖像幀與所述代理文件以及所述三維模型原文件進行關聯(lián)存儲。

在另一示例中，參見圖7-2所示，客戶端還包括：

第二圖形獲取模塊66，用于在處理模塊62對三維模型原文件進行分析處理之后，截取對三維模型原文件進行分析處理之后的三維模型文件沿預設單軸的至少兩個旋轉角度的圖像幀；

縮略圖生成模塊67，用于對多個圖像幀進行渲染處理生成縮略圖；

存儲控制模塊64還用于將所述縮略圖與所述代理文件以及三維模型原文件進行關聯(lián)存儲。

縮略圖生成模塊對截取到的多個圖像幀進行渲染處理生成縮略圖包括：

縮略圖生成模塊對于每一圖像幀從預設的場景渲染庫中選擇對應的場景對該圖像幀進行渲染；本實施例中的場景渲染庫中包含多種渲染場景，以便于用戶根據(jù)當前需求靈活選擇設定。

可見，通過本實施例提供的處理方法對三維模型文件處理后，可以將三維模型原文件、對應的代理文件、貼圖文件、開源參數(shù)文件、以及縮略圖進行關聯(lián)存儲。另外，在本實施例中，處理模塊62還可獲取包含三維模型文件詳細參數(shù)的屬性參數(shù)以生成參數(shù)展示文件，并將得到的參數(shù)展示文件與代理文件和三維模型原文件等進行關聯(lián)存儲。因此，本實施例客戶端不僅提供素模文件，還可同時提供縮略圖的顯示以及三維模型的具體參數(shù)，更方便用戶的快速判斷、選擇及使用。同時客戶端將存儲和命名的規(guī)范化：包括貼圖文件，素模文件等都按規(guī)范的規(guī)則進行命名和存儲，一目了然的瀏覽。另外，客戶端還提供多樣的場景渲染選擇：不同的三維模型應用于不同場景，如室內、室外，能更好的體現(xiàn)出三維模型的特點。

實施例四：

圖8所示為本實施例提供的一種客戶端硬件結構示意圖。該客戶端包括輸入輸出(IO)總線83、處理器81、電源82、存儲器84，其中：

第一輸入輸出(IO)總線83分別與自身所屬的用戶設備的其它部件(例如處理器81、電源82、存儲器84)連接，并且為其它部件提供傳送線路。

電源82用于為各部件提供工作所需的電能，應當理解的是本實施例中的電源82也可以是外置電源。例如當客戶端為臺式計算機時，其電源就是外置電源。圖8中所示的電源82僅僅是一種示例。

處理器81通?？刂谱陨硭鶎俚挠脩粼O備的總體操作。例如，處理器81執(zhí)行計算和確認等操作。其中，處理器81可以是中央處理器(CPU)。

存儲器84存儲處理器81可讀、處理器81可執(zhí)行的軟件代碼，其包含用于控制處理器81執(zhí)行本文描述的三維模型文件導入控制方法的代碼，也包括各三維軟件的代碼。存儲器84可以包括至少一種類型的存儲介質，所述存儲介質包括閃存、硬盤、多媒體卡、卡型存儲器(例如，SD或DX存儲器等等)、隨機訪問存儲器(RAM)、靜態(tài)隨機訪問存儲器(SRAM)、只讀存儲器(ROM)、電可擦除可編程只讀存儲器(EEPROM)、可編程只讀存儲器(PROM)、磁性存儲器、磁盤、光盤等等。

本實施例中，處理器81具體用于通過輸入輸出(IO)總線83調用存儲器84中的代碼以用于執(zhí)行三維模型文件處理過程，包括調用該代碼實現(xiàn)導入待處理的三維模型原文件，然后對導入的三維模型原文件進行分析處理得到該三維模型文件中的素模文件，也即構成三維模型文件的必要文件，進而基于得到的素模文件生成代理文件，將得到的代理文件與三維模型原文件進行關聯(lián)存儲。這樣當其他用戶獲取該三維模型文件進行使用時，如果需要對其中的類似燈光、相機等元素進行調整時，則可以直接使用關聯(lián)的代理文件，在素模文件基礎上進行對應的編輯即可，不需要先刪除非必要元素然后再執(zhí)行相關編輯，既能簡化操作流程，又能節(jié)省時間，提升用戶體驗滿意度。同時，當用戶需要使用原文件時，則可以直接使用對應三維模型原文件，能進一步提升用戶體驗的滿意度。

還包括對三維模型文件進行圖像幀提取以生成該三維模型文件的縮略圖，這樣用戶可以直接通過縮略圖快速、準確的獲取到三維模型文件內包含的內容，可以進一步簡化操作流程和提升操作效率，進而提升用戶體驗的滿意度。

具體控制過程參見上述各實施例所示，在此不再贅述。

應當理解的是，本實施例中的客戶端可以用于各種三維模型應用領域，例如可以應用于CG(Computer Graphics)行業(yè)的各種制作資產(chǎn)，方便于CG行業(yè)統(tǒng)一管理CG制作過程中需要的各種資產(chǎn)文件，如模型、材質、貼圖等。

請參見圖9所示的一種管理系統(tǒng)，包括網(wǎng)絡管理端91(也即WEB端)和至少一個客戶端92，通過網(wǎng)絡管理端91和客戶端相結合的方式實現(xiàn)。網(wǎng)絡管理端91可負責資產(chǎn)的上傳、歸類、審核、展示及銷售；客戶端92即為CG制作者的工作終端(包括但不限于各種計算機)，CG制作者可通過客戶端92對三維模型文件進行制作、通過上述各實施例所示的處理過程進行處理并上傳到網(wǎng)絡管理端，以供其他客戶端購買、查看以及使用；也可以從網(wǎng)絡服務器上查看資產(chǎn)的信息及360度的細節(jié)，并能快速的通過關鍵字搜索或是上傳圖片通過圖片搜索需要的資產(chǎn)進而下載到本地或者直接在網(wǎng)絡上顯示，并可采用三維模型文件導入控制方法一鍵拖動到如3DMAX等三維軟件中即可實時的在軟件中進行導入處理并展示出資產(chǎn)的內容。

在本實施例中，管理系統(tǒng)還可基于分布式的架構開發(fā)，網(wǎng)絡管理端91和客戶端92可通過中間消息服務傳遞數(shù)據(jù)，資產(chǎn)文件分布式的存儲在不同的服務器上，客戶端92在接收資產(chǎn)信息數(shù)據(jù)的同時，通過異步的方式或其他方式將資產(chǎn)相關的文件同步到本地電腦磁盤指定的存儲目錄(當然也可以在需要時實時的從網(wǎng)絡側獲取)，以保障系統(tǒng)在網(wǎng)絡聯(lián)機和脫機狀態(tài)下都能正常的使用，從而提升適用范圍，進而提升用戶體驗的滿意度。

以上內容是結合具體的實施方式對本發(fā)明所作的進一步詳細說明，不能認定本發(fā)明的具體實施只局限于這些說明。對于本發(fā)明所屬技術領域的普通技術人員來說，在不脫離本發(fā)明構思的前提下，還可以做出若干簡單推演或替換，都應當視為屬于本發(fā)明的保護范圍。