專利名稱：一種可供動畫制作團隊使用的插件控制方法及裝置的制作方法
技術領域：
本發(fā)明涉及一種動畫插件控制方法及裝置，尤其是涉及一種可供動畫制作團隊使用的插件控制方法及裝置。
背景技術：
現(xiàn)今的動畫制作往往會對工具提出很多自定義的需求或者是對效果提出很多新的要求，大多數(shù)的商業(yè)動畫軟件都是通過提供給用戶編寫插件和腳本的途徑來達到目的。 一般來說，一部長篇動畫或者電影會使用多種商業(yè)軟件來制作，同時還會涉及到大量的插件和腳本工具。而參與制作的人員也往往動輒上百人，甚至上千人。這種情況下，插件和工具的控制維護會成為一個重要的工作。將所有插件或工具安裝到每臺用戶機上是非常不科學的，其引起的麻煩和版本的混亂往往帶來巨大的成本消耗。所以，這些資源需要被安置在一個公共的位置來由所有用戶訪問。目前，許多制作公司的方法的都是針對特定軟件配置相應的環(huán)境變量，來使其指向服務器上的共享位置從而將插件集中化管理的。這樣的做法雖然簡單易行，但也同時存在許多缺陷。首先，這樣的方法難以提供足夠的靈活性和可控性，管理者無法對不同的用戶進行相應的控制，也很難按照項目變動快速調整插件的配置，并且對于不同的宿主軟件配置方法也不盡相同。其次，對于很多制作軟件來說，用這樣的方式來共享工具或插件，常常會使得各種用途的數(shù)據(jù)和執(zhí)行程序被擁擠地堆放在一個共同的位置，這讓維護的難度大大提高，尤其對于自行開發(fā)的插件和工具，版本控制會變得非常繁復。另外，單純的數(shù)據(jù)共享也會帶來風險，一旦提供共享服務意外失敗，整個團隊的工作都會受到嚴重影響。同時數(shù)據(jù)源的位置變動也必須中斷所有用戶的使用。雖然高可用性的集群可以回避這個問題，但是會帶來高昂的軟硬件成本。

發(fā)明內容
本發(fā)明的目的就是為了克服上述現(xiàn)有技術存在的缺陷而提供一種可供動畫制作團隊使用的插件控制方法及裝置。本發(fā)明的目的可以通過以下技術方案來實現(xiàn)一種可供動畫制作團隊使用的插件控制方法，其特征在于，包括以下步驟1)客戶端發(fā)送請求連接信息至服務器；2)服務器嘗試接受客戶端連接；3)判斷連接是否成功，若為是執(zhí)行步驟5)，若為否執(zhí)行步驟4)；4)當前服務器連接失敗后，客戶端搜索是否存在其他可用服務器，若為是，返回步驟2)，若為否，本次請求失?。?)服務器檢查數(shù)據(jù)源負載狀況，選擇低負載的數(shù)據(jù)源為該連接使用數(shù)據(jù)源；
4
6)客戶端提交本地信息，服務器根據(jù)客戶端提交的本地信息來檢查客戶端身份是否合法，若為是，執(zhí)行步驟7)，若為否，繼續(xù)執(zhí)行步驟6)；7)服務器在數(shù)據(jù)源中尋找客戶端宿主軟件的本地配置文件，如果找到執(zhí)行步驟 8)；如果沒有找到執(zhí)行步驟9)；8)服務器加載客戶端宿主軟件的本地配置文件；9)服務器加載默認的本地配置文件；10)服務器通過客戶端的身份數(shù)據(jù)，檢索客戶端所屬組；11)服務器查找客戶端所屬組的配置文件，如果找到執(zhí)行步驟11)，否則執(zhí)行步驟 12)；11)服務器加載該客戶端所屬組的配置文件；12)服務器通過所屬組的配置文件與本地配置文件判斷客戶端是否啟用測試池， 若為是，執(zhí)行步驟13)，否則執(zhí)行步驟14)；13)服務器加載測試池中數(shù)據(jù)，讀取插件包信息；14)服務器加載發(fā)布池中數(shù)據(jù)，讀取插件包信息；15)服務器記錄本次連接信息，開放客戶端對相關插件包的權限，完成數(shù)據(jù)鏈接；16)服務器等待客戶端退出連接；17)服務器清理本次連接記錄，關閉該客戶端的權限，斷開數(shù)據(jù)鏈接。所述的步驟4)中的當前服務器連接失敗的情況包括服務器主動拒絕、連接來源不合法、網絡原因引起的連接中斷。所述的步驟6)中的本地信息包括系統(tǒng)類型、宿主軟件、本地設置。一種可供動畫制作團隊使用的插件控制裝置，其特征在于，包括服務器群、交換機、客戶端，所述的服務器群通過交換機與客戶端連接。所述的服務器群包括主數(shù)據(jù)服務器和若干個輔助數(shù)據(jù)服務器，各服務器之間通過網絡相互連接。所述的客戶端包括用戶終端、管理員終端。所述的網絡為局域網或存儲域網絡。
所述的主數(shù)據(jù)服務器為裝有動畫制作流程中所需要的插件按照相關性組織成的插件包的數(shù)據(jù)服務器。所述的主數(shù)據(jù)服務器通過rsync協(xié)議在每臺輔助數(shù)據(jù)服務器建立插件包鏡像。與現(xiàn)有技術相比，本發(fā)明具有以下優(yōu)點1、對于常常需要針對不同項目改變插件配置以及用戶配置的環(huán)境，讓管理員通過簡單的更新配置文件就完成整個團隊中插件的部署和修改；多層次的配置結構則保證了管理員能夠實現(xiàn)復雜的管理要求；同時，宿主軟件直接通過高速的局域網訪問插件數(shù)據(jù)可以保證快速獲取最新最正確插件；這些特點都為大型團隊中，多項目并行，多軟件環(huán)境共存的復雜應用提供了極大的便利。2、插件數(shù)據(jù)以包的形式被組織在一起，能夠讓管理員進行有效的控制和維護；3、用戶終端以及管理員終端不被允許直接取用文件服務器共享的插件數(shù)據(jù)，而由訪問管理服務來做制約；4、插件數(shù)據(jù)不需要下載到本地，客戶端宿主軟件直接通過高速的局域網調用文件
5服務器中的插件包；5、用戶終端通過由管理員終端建立的多重配置結構來控制，管理員對用戶的操作權限有豐富的控制手段；6、整個控制裝置的架構使用python作為腳本語言從而獲得良好的跨平臺性能；7、使用多臺服務器以及可分離的控制和數(shù)據(jù)服務工作，減少單點故障；8、數(shù)據(jù)服務的同步由專用網絡完成，不影響用戶訪問帶寬。


圖1為本發(fā)明的流程圖；圖2為本發(fā)明的硬件結構示意圖。
具體實施例方式下面結合附圖和具體實施例對本發(fā)明進行詳細說明。如圖1、圖2所示，本發(fā)明將制作流程中所需要的插件按照相關性組織成插件包， 將這些插件包安裝在主數(shù)據(jù)服務器中，為了提供高可用性，可以通過rsync協(xié)議在多臺輔助數(shù)據(jù)服務器上建立鏡像。在一臺或多臺服務器上安裝用戶訪問管理服務，將管理服務與數(shù)據(jù)服務所在的服務器連接到用戶網絡中，將所有數(shù)據(jù)服務器通過Ian或san交換機連接， 配置同步服務以及訪問控制服務的服務器列表。在各用戶機上安裝客戶端后，用戶就能夠根據(jù)管理員的配置策略訪問所需的的插件資源。如圖1所示，本發(fā)明在每次用戶連接發(fā)生時執(zhí)行以下流程，實現(xiàn)插件包的控制1)客戶端發(fā)送請求連接信息至服務器；2)服務器嘗試接受客戶端連接；3)判斷連接是否成功，若為是執(zhí)行步驟5)，若為否執(zhí)行步驟4)；4)當前服務器連接失敗后，客戶端搜索是否存在其他可用服務器，若為是，返回步驟2)，若為否，本次請求失??；5)服務器檢查數(shù)據(jù)源負載狀況，選擇低負載的數(shù)據(jù)源為該連接使用數(shù)據(jù)源；6)客戶端提交本地信息，服務器根據(jù)客戶端提交的本地信息來檢查客戶端身份是否合法，若為是，執(zhí)行步驟7)，若為否，繼續(xù)執(zhí)行步驟6)；7)服務器在數(shù)據(jù)源中尋找客戶端宿主軟件的本地配置文件，如果找到執(zhí)行步驟 8)；如果沒有找到執(zhí)行步驟9)；8)服務器加載客戶端宿主軟件的本地配置文件；9)服務器加載默認的本地配置文件；10)服務器通過客戶端的身份數(shù)據(jù)，檢索客戶端所屬組；11)服務器查找客戶端所屬組的配置文件，如果找到執(zhí)行步驟11)，否則執(zhí)行步驟 12)；11)服務器加載該客戶端所屬組的配置文件；12)服務器通過所屬組的配置文件與本地配置文件判斷客戶端是否啟用測試池， 若為是，執(zhí)行步驟13)，否則執(zhí)行步驟14)；13)服務器加載測試池中數(shù)據(jù)，讀取插件包信息；
14)服務器加載發(fā)布池中數(shù)據(jù)，讀取插件包信息；15)服務器記錄本次連接信息，開放客戶端對相關插件包的權限，完成數(shù)據(jù)鏈接；16)服務器等待客戶端退出連接；17)服務器清理本次連接記錄，關閉該客戶端的權限，斷開數(shù)據(jù)鏈接。所述的步驟4)中的當前服務器連接失敗的情況包括服務器主動拒絕、連接來源不合法、網絡原因引起的連接中斷。所述的步驟6)中的本地信息包括系統(tǒng)類型、宿主軟件、本地設置。如圖2所示，本發(fā)明的硬件結構示意圖，包括服務器群、交換機、客戶端，所述的服務器群通過交換機與客戶端連接。所述的服務器群包括主數(shù)據(jù)服務器和若干個輔助數(shù)據(jù)服務器，各服務器之間通過網絡相互連接。所述的客戶端包括用戶終端、管理員終端。所述的網絡為局域網或存儲域網絡。
權利要求
1.一種可供動畫制作團隊使用的插件控制方法，其特征在于，包括以下步驟1)客戶端發(fā)送請求連接信息至服務器；2)服務器嘗試接受客戶端連接；3)判斷連接是否成功，若為是執(zhí)行步驟5)，若為否執(zhí)行步驟4)；4)當前服務器連接失敗后，客戶端搜索是否存在其他可用服務器，若為是，返回步驟 2)，若為否，本次請求失敗；5)服務器檢查數(shù)據(jù)源負載狀況，選擇低負載的數(shù)據(jù)源為該連接使用數(shù)據(jù)源；6)客戶端提交本地信息，服務器根據(jù)客戶端提交的本地信息來檢查客戶端身份是否合法，若為是，執(zhí)行步驟7)，若為否，繼續(xù)執(zhí)行步驟6)；7)服務器在數(shù)據(jù)源中尋找客戶端宿主軟件的本地配置文件，如果找到執(zhí)行步驟8)；如果沒有找到執(zhí)行步驟9)；8)服務器加載客戶端宿主軟件的本地配置文件；9)服務器加載默認的本地配置文件；10)服務器通過客戶端的身份數(shù)據(jù)，檢索客戶端所屬組；11)服務器查找客戶端所屬組的配置文件，如果找到執(zhí)行步驟11)，否則執(zhí)行步驟12)；11)服務器加載該客戶端所屬組的配置文件；12)服務器通過所屬組的配置文件與本地配置文件判斷客戶端是否啟用測試池，若為是，執(zhí)行步驟13)，否則執(zhí)行步驟14)；13)服務器加載測試池中數(shù)據(jù)，讀取插件包信息；14)服務器加載發(fā)布池中數(shù)據(jù)，讀取插件包信息；15)服務器記錄本次連接信息，開放客戶端對相關插件包的權限，完成數(shù)據(jù)鏈接；16)服務器等待客戶端退出連接；17)服務器清理本次連接記錄，關閉該客戶端的權限，斷開數(shù)據(jù)鏈接。
2.根據(jù)權利要求1所述的一種可供動畫制作團隊使用的插件控制方法，其特征在于， 所述的步驟4)中的當前服務器連接失敗的情況包括服務器主動拒絕、連接來源不合法、網絡原因引起的連接中斷。
3.根據(jù)權利要求1所述的一種可供動畫制作團隊使用的插件控制方法，其特征在于， 所述的步驟6)中的本地信息包括系統(tǒng)類型、宿主軟件、本地設置。
4.一種可供動畫制作團隊使用的插件控制裝置，其特征在于，包括服務器群、交換機、 客戶端，所述的服務器群通過交換機與客戶端連接。
5.根據(jù)權利要求4所述的一種可供動畫制作團隊使用的插件控制裝置，其特征在于， 所述的服務器群包括主數(shù)據(jù)服務器和若干個輔助數(shù)據(jù)服務器，各服務器之間通過網絡相互連接。
6.根據(jù)權利要求4所述的一種可供動畫制作團隊使用的插件控制裝置，其特征在于， 所述的客戶端包括用戶終端、管理員終端。
7.根據(jù)權利要求5所述的一種可供動畫制作團隊使用的插件控制裝置，其特征在于， 所述的網絡為局域網或存儲域網絡。
8.根據(jù)權利要求5所述的一種可供動畫制作團隊使用的插件控制裝置，其特征在于， 所述的主數(shù)據(jù)服務器為裝有動畫制作流程中所需要的插件按照相關性組織成的插件包的數(shù)據(jù)服務器。
9.根據(jù)權利要求5所述的一種可供動畫制作團隊使用的插件控制裝置，其特征在于， 所述的主數(shù)據(jù)服務器通過rsync協(xié)議在每臺輔助數(shù)據(jù)服務器建立插件包鏡像。
全文摘要
本發(fā)明涉及一種可供動畫制作團隊使用的插件控制方法及裝置，其中方法包括1)客戶端發(fā)送請求連接信息至服務器；2)服務器嘗試接受客戶端連接；3)判斷連接是否成功，若為是執(zhí)行步驟5)，若為否執(zhí)行步驟4)；4)當前服務器連接失敗后，客戶端搜索是否存在其他可用服務器，若為是，返回步驟2)，若為否，本次請求失??；5)服務器檢查數(shù)據(jù)源負載狀況，選擇低負載的數(shù)據(jù)源為該連接使用數(shù)據(jù)源等步驟；該裝置包括服務器群、交換機、客戶端，所述的服務器群通過交換機與客戶端連接。與現(xiàn)有技術相比，本發(fā)明具有在大型團隊中，多項目并行，多軟件環(huán)境共存的復雜應用提供了極大的便利等優(yōu)點。
文檔編號H04L29/06GK102457472SQ20101051047
公開日2012年5月16日 申請日期2010年10月18日 優(yōu)先權日2010年10月18日
發(fā)明者陳濤 申請人:上海幻維數(shù)碼創(chuàng)意科技有限公司