[發(fā)明專利]一種處理多用戶上傳同一個(gè)文件的方法

在審

• 申請(qǐng)?zhí)枺?/td>: 202310414995.5
• 申請(qǐng)日: 2023-04-11
• 公開（公告）號(hào): CN116319759A
• 公開（公告）日: 2023-06-23
• 發(fā)明（設(shè)計(jì)）人: 楊龍;高斌;鄒瓊;周雙全
• 申請(qǐng)（專利權(quán)）人: 深圳市瑞云科技股份有限公司
• 主分類號(hào): H04L67/06
• 分類號(hào): H04L67/06;H04L67/141;H04L9/40;G06F16/16;G06F16/172
• 代理公司: 北京成高專利代理事務(wù)所(普通合伙) 16047
• 代理人: 黃亞雄

本發(fā)明公開一種處理多用戶上傳同一個(gè)文件的方法，包括如下步驟：第一步、用戶登陸客戶端時(shí)，客戶端調(diào)用系統(tǒng)API獲取當(dāng)前設(shè)備的MAC地址、硬盤編碼以及用戶信息，然后進(jìn)行保存；第二步、客戶端創(chuàng)建傳輸任務(wù)，與傳輸服務(wù)器建立連接，在進(jìn)行文件傳輸前，將第一步獲取到的數(shù)據(jù)發(fā)送給傳輸服務(wù)器；本發(fā)明通過改造傳輸客戶端和服務(wù)端的文件上傳規(guī)則，使多用戶傳輸同一個(gè)文件時(shí)，可以讓服務(wù)端在存儲(chǔ)上創(chuàng)建與客戶端匹配的臨時(shí)文件，大大的減少了多用戶傳輸相同文件的沖突，使文件傳輸損壞的概率大大降低，從而大大保障了用戶渲染結(jié)果的正確性和實(shí)效性，從而解決文件傳輸損壞的問題，提升用戶的使用體驗(yàn)。

技術(shù)領(lǐng)域

本發(fā)明涉及文件上傳技術(shù)領(lǐng)域，具體為一種處理多用戶上傳同一個(gè)文件的方法。

背景技術(shù)

在影視特效的制作過程中，不同的鏡頭會(huì)有部分相同的資產(chǎn)文件。那么多個(gè)制作人同時(shí)提交任務(wù)到云渲染平臺(tái)時(shí)，會(huì)出現(xiàn)一個(gè)文件被多次上傳的情況。當(dāng)一個(gè)文件被傳輸引擎不同的連接寫入時(shí)，就會(huì)有概率出現(xiàn)文件損壞。損壞的文件就會(huì)導(dǎo)致用戶場景渲染出錯(cuò)誤的效果，從而延長用戶的交期，影響用戶的使用體驗(yàn)。

客戶端傳輸文件時(shí)，一個(gè)文件創(chuàng)建一個(gè)傳輸鏈接，傳輸服務(wù)器在收到文件傳輸請(qǐng)求后，會(huì)在存儲(chǔ)創(chuàng)建一個(gè)與目標(biāo)文件同名的臨時(shí)文件。無論有多少個(gè)同名文件的傳輸鏈接，服務(wù)端都只會(huì)創(chuàng)建一個(gè)臨時(shí)文件。

當(dāng)文件傳輸完畢時(shí)，會(huì)將云存儲(chǔ)上目標(biāo)文件的大小和時(shí)間與客戶本地源文件的大小和時(shí)間進(jìn)行比較，如果一致則表示傳輸完畢，將結(jié)果返回給客戶端；客戶端收到傳輸完成的信息，則提示當(dāng)前文件傳輸完成，開始傳輸下一個(gè)文件；

如圖4所示，但是當(dāng)前的文件傳輸方式存在以下技術(shù)問題：

1、多個(gè)鏈接傳輸同一個(gè)文件時(shí)，服務(wù)端只創(chuàng)建了一個(gè)臨時(shí)文件；

2、臨時(shí)文件被不同的連接(進(jìn)程)寫入數(shù)據(jù)，從而導(dǎo)致文件出現(xiàn)損壞；因此我們需要提出一種處理多用戶上傳同一個(gè)文件的方法。

發(fā)明內(nèi)容

本發(fā)明的目的在于提供一種處理多用戶上傳同一個(gè)文件的方法，通過改造傳輸客戶端和服務(wù)端的文件上傳規(guī)則，使多用戶傳輸同一個(gè)文件時(shí)，可以讓服務(wù)端在存儲(chǔ)上創(chuàng)建與客戶端匹配的臨時(shí)文件，大大的減少了多用戶傳輸相同文件的沖突，使文件傳輸損壞的概率大大降低，從而大大保障了用戶渲染結(jié)果的正確性和實(shí)效性，從而解決文件傳輸損壞的問題，提升用戶的使用體驗(yàn)，以解決上述背景技術(shù)中提出的問題。

為實(shí)現(xiàn)上述目的，本發(fā)明提供如下技術(shù)方案：一種處理多用戶上傳同一個(gè)文件的方法，包括如下步驟：

第一步、用戶登陸客戶端時(shí)，客戶端調(diào)用系統(tǒng)API獲取當(dāng)前設(shè)備的MAC地址、硬盤編碼以及用戶信息，然后進(jìn)行保存；

第二步、客戶端創(chuàng)建傳輸任務(wù)，與傳輸服務(wù)器建立連接，在進(jìn)行文件傳輸前，將第一步獲取到的數(shù)據(jù)發(fā)送給傳輸服務(wù)器；

第三步、在第二步完成以后，客戶端開始將文件名為ABC.mb的文件數(shù)據(jù)發(fā)送給傳輸服務(wù)器；

第四步、傳輸服務(wù)器收到第二步中的數(shù)據(jù)后，將收到的MAC地址、硬盤編碼以及用戶信息進(jìn)行MD5計(jì)算，得到一個(gè)與用戶相關(guān)的唯一身份識(shí)別碼；

第五步、獲取到第四步中的唯一身份識(shí)別碼后，將該識(shí)別碼與當(dāng)前傳輸連接進(jìn)行綁定；

第六步、傳輸服務(wù)器收到第三步中的文件數(shù)據(jù)后，獲取第五步中與連接綁定的唯一身份識(shí)別碼；

第七步、在第六步完成以后，將文件名和唯一身份識(shí)別碼進(jìn)行拼接，從而得到要傳輸文件的臨時(shí)文件名；

第八步、掃描當(dāng)前要傳輸?shù)奈募欠褚呀?jīng)在存儲(chǔ)上存在，同時(shí)驗(yàn)證存儲(chǔ)上文件的大小和時(shí)間是否與用戶端的文件的大小和時(shí)間是否一致，如果一致則跳過傳輸，并通知客戶端文件傳輸完成，結(jié)束當(dāng)前傳輸進(jìn)程；如果文件不存在則進(jìn)行后面的步驟；