[發(fā)明專利]一種Flash資源加載方法及裝置

有效

• 申請(qǐng)?zhí)枺?/td>: 201710206830.3
• 申請(qǐng)日: 2017-03-31
• 公開(kāi)（公告）號(hào): CN106941620B
• 公開(kāi)（公告）日: 2019-11-12
• 發(fā)明（設(shè)計(jì)）人: 周志剛;陳少杰;張文明
• 申請(qǐng)（專利權(quán)）人: 武漢斗魚網(wǎng)絡(luò)科技有限公司
• 主分類號(hào): H04N21/4405
• 分類號(hào): H04N21/4405;H04N21/435;H04N21/235;G06F9/445;H04L29/08
• 代理公司: 北京眾達(dá)德權(quán)知識(shí)產(chǎn)權(quán)代理有限公司 11570
• 代理人: 劉杰

1.一種Flash資源加載方法，應(yīng)用于客戶端，其特征在于，包括：

獲取到加密資源文件組；

根據(jù)所述加密資源文件組中的待解密Flash資源文件的個(gè)數(shù)創(chuàng)建至少兩個(gè)解密線程，具體包括：檢測(cè)所述客戶端的CPU內(nèi)核數(shù)以及所述加密資源文件組中的待解密Flash資源文件的個(gè)數(shù)；將所述客戶端的CPU內(nèi)核數(shù)與所述加密資源文件組中的待解密Flash資源文件的個(gè)數(shù)進(jìn)行對(duì)比；如果對(duì)比結(jié)果為所述加密資源文件組中的待解密Flash資源文件的個(gè)數(shù)少于或等于所述客戶端的CPU內(nèi)核數(shù)，創(chuàng)建所述解密線程的個(gè)數(shù)與所述加密資源文件組中的待解密Flash資源文件的個(gè)數(shù)相同；如果對(duì)比結(jié)果為所述加密資源文件組中的待解密Flash資源文件的個(gè)數(shù)多于所述客戶端的CPU內(nèi)核數(shù)，創(chuàng)建所述解密線程的個(gè)數(shù)與所述客戶端的CPU內(nèi)核數(shù)相同；

通過(guò)所述至少兩個(gè)解密線程并行對(duì)所述加密資源文件組中的待解密Flash資源文件進(jìn)行解密操作，以解密出各個(gè)Flash資源文件；

將解密出的各個(gè)所述Flash資源文件加載在Flash舞臺(tái)上。

2.如權(quán)利要求1所述的Flash資源加載方法，其特征在于，所述獲取到加密資源文件組，包括：

向存儲(chǔ)有所述加密資源文件組的服務(wù)器發(fā)送資源請(qǐng)求，其中，所述資源請(qǐng)求包括用于從所述服務(wù)器中確定出所述加密資源文件組的資源定位標(biāo)識(shí)；

從所述服務(wù)器接收所述加密資源文件組中的各個(gè)待解密Flash資源文件并存儲(chǔ)至同一數(shù)組。

3.如權(quán)利要求2所述的Flash資源加載方法，其特征在于，

所述向存儲(chǔ)有所述加密資源文件組的服務(wù)器發(fā)送資源請(qǐng)求，包括：

通過(guò)調(diào)用ActionScript腳本的請(qǐng)求接口向所述服務(wù)器發(fā)送所述資源請(qǐng)求；

所述從所述服務(wù)器接收所述加密資源文件組中的各個(gè)待解密Flash資源文件并存儲(chǔ)至同一數(shù)組，包括：

通過(guò)調(diào)用ActionScript腳本的各個(gè)加載實(shí)例，對(duì)應(yīng)的從所述服務(wù)器下載所述加密資源文件組中的各個(gè)待解密Flash資源文件并存儲(chǔ)至同一數(shù)組，其中，所述加載實(shí)例的個(gè)數(shù)與所述加密資源文件組中的各個(gè)待解密Flash資源文件的個(gè)數(shù)相同。

4.如權(quán)利要求1所述的Flash資源加載方法，其特征在于，所述根據(jù)所述加密資源文件組中的待解密Flash資源文件的個(gè)數(shù)創(chuàng)建至少兩個(gè)解密線程，包括：

檢測(cè)所述加密資源文件組中的待解密Flash資源文件的個(gè)數(shù)；

判斷所述加密資源文件組中的待解密Flash資源文件的個(gè)數(shù)是否少于或等于預(yù)設(shè)數(shù)量值；

如果所述加密資源文件組中的待解密Flash資源文件的個(gè)數(shù)少于或等于所述預(yù)設(shè)數(shù)量值，創(chuàng)建所述解密線程的個(gè)數(shù)與所述加密資源文件組中的待解密Flash資源文件的個(gè)數(shù)相同，否則創(chuàng)建所述解密線程的個(gè)數(shù)為所述預(yù)設(shè)數(shù)量值。

5.如權(quán)利要求1或4所述的Flash資源加載方法，其特征在于，如果創(chuàng)建所述解密線程的個(gè)數(shù)與所述加密資源文件組中的待解密Flash資源文件的個(gè)數(shù)相同，均為N個(gè)，N為大于1的整數(shù)，所述通過(guò)所述至少兩個(gè)解密線程并行對(duì)所述加密資源文件組中的待解密Flash資源文件進(jìn)行解密操作，包括；

并行調(diào)度N個(gè)解密線程一次，對(duì)應(yīng)的對(duì)所述加密資源文件組中的N個(gè)待解密Flash資源文件進(jìn)行解密操作，以解密出N個(gè)所述Flash資源文件。

6.如權(quán)利要求1所述的Flash資源加載方法，其特征在于，如果創(chuàng)建所述解密線程的個(gè)數(shù)與所述客戶端的CPU內(nèi)核數(shù)相同，均為M個(gè)，所述加密資源文件組中的待解密Flash資源文件為P個(gè)，M為大于1的整數(shù)，P為大于M的整數(shù)，所述通過(guò)所述至少兩個(gè)解密線程并行對(duì)所述加密資源文件組中的待解密Flash資源文件進(jìn)行解密操作，包括；

并行調(diào)度M個(gè)解密線程K次，直至解密完所述加密資源文件組中的P個(gè)待解密Flash資源文件，其中，每次并行調(diào)用所述M個(gè)解密線程，以同時(shí)對(duì)所述加密資源文件組中的M個(gè)待解密Flash資源文件進(jìn)行解密操作，K為大于1的整數(shù)。