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

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


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