[發明專利]一種去中心化的分布式渲染方法及渲染系統

在審

• 申請號: 201410252493.8
• 申請日: 2014-06-09
• 公開（公告）號: CN104052803A
• 公開（公告）日: 2014-09-17
• 發明（設計）人: 陳遠磊;都政;井革新;李健來;熊超超;靳紹巍;羅文龍
• 申請（專利權）人: 國家超級計算深圳中心（深圳云計算中心）;深圳云計算中心有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;G06F9/50
• 代理公司: 深圳市順天達專利商標代理有限公司 44217
• 代理人: 李琴

技術領域

本發明涉及云渲染技術領域，更具體地說，涉及一種去中心化的分布式渲染方法及渲染系統。

背景技術

圖形制作人員對于渲染質量要求的不斷提升推動著云渲染技術的發展，使得基于Client/Server模式的渲染系統的關注度逐漸得到提升，并在某些領域開始得到推廣及應用。然而，該渲染系統并不完善，存在以下缺陷：

1)主服務器負載壓力大。在該渲染系統中，主服務器作為唯一的文件下載中心，所有渲染節點均需從主服務器下載渲染所需的文件，例如渲染場景、貼圖、紋理、素材，各個渲染節點對主服務器的依賴較高。

2)該渲染系統易出現網絡擁堵狀況。由于各渲染節點均需從主服務器下載渲染所需文件，當渲染節點數量較多且下載文件較大時，主服務器的網絡壓力增大，各渲染節點與主服務器之間的網絡容易出現擁堵，極易導致網絡連接中斷的發生。

3)系統網絡資源利用率低。各渲染節點在完成主服務器端文件下載工作之后所執行的文件渲染過程中，系統網絡處于閑置狀態，導致網絡資源利用率低。

4)系統穩定性差。由于主服務器作為最重要的指揮中心，在客戶端渲染任務提交繁忙時段，主服務器工作負荷大，極易出現宕機事故，導致整個渲染系統處于癱瘓狀態。

5)系統擴展性差。渲染節點數量的增加將會給主服務器帶來更大壓力，在主服務器性能瓶頸及網絡帶寬問題不能得到解決的情況下，渲染節點規模擴展也將受到限制。

發明內容

本發明要解決的技術問題在于，針對現有技術的上述缺陷，提供一種去中心化的分布式渲染方法及渲染系統。

本發明解決其技術問題所采用的技術方案是：構造一種去中心化的分布式渲染方法，包括如下步驟：

S1)接收由客戶端發送的渲染任務素材文件及渲染任務請求，將該渲染任務分割為M個序列化的子任務，并生成渲染任務分配信息；

S2)執行注冊渲染服務器工作狀態監測工作，從監測所得空閑渲染服務器名單中隨機選擇T個空閑渲染服務器(R₁，R₂……R_T)，將該T個空閑渲染服務器(R₁，R₂……R_T)信息添加到主服務器素材文件下載隊列，并為該T個空閑渲染服務器(R₁，R₂……R_T)各自分配一個子渲染任務；

S3)對該T個渲染服務器(R₁，R₂……R_T)的素材文件下載進度進行跟蹤監測，并判斷該T個渲染服務器(R₁，R₂……R_T)中任一渲染服務器R_O完成素材文件下載工作時，將該空閑渲染服務器名單中另一空閑渲染服務器(R_T+1)信息添加到主服務器素材文件下載隊列并為該另一空閑渲染服務器(R_T+1)分配下一個子渲染任務；重復上述操作，待子任務分配、子任務渲染及渲染結果文件上傳任務均執行完畢時，執行下一步驟S4；

S4)讀取結果文件，并將讀取的結果文件傳回客戶端。

在本發明上述一種去中心化的分布式渲染方法中，在所述步驟S1之前還包括如下步驟：

S0)在主服務器端執行客戶端用戶注冊操作及渲染服務器注冊操作，將用戶注冊信息及渲染服務器注冊信息存儲到主服務器的數據庫。

在本發明上述一種去中心化的分布式渲染方法中，在所述步驟S0和所述步驟S1之間還包括如下步驟：

S01)在接收到客戶端的包含有用戶注冊信息及素材文件的渲染任務請求時，根據用戶注冊信息確定用戶級別，并結合客戶端渲染任務提交時間對客戶端提交的渲染任務進行隊列化處理。

在本發明上述一種去中心化的分布式渲染方法中，所述步驟S1中所述將客戶端提交的渲染任務分割為M個序列化的子渲染任務，并生成渲染任務分配信息的步驟具體包括：

S11)以幀為分割單位將該渲染任務分割為M個序列化的子任務，將該M個序列化的子渲染任務按序編號，生成M個渲染任務分配信息；

S12)將該素材文件保存到主服務器的第二存儲模塊，并將該素材文件下載路徑及該渲染任務分配信息保存到數據庫。