[發(fā)明專利]文件事務(wù)傳輸?shù)姆椒ㄅc系統(tǒng)、可讀存儲介質(zhì)、服務(wù)器

在審

• 申請?zhí)枺?/td>: 202010690653.2
• 申請日: 2020-07-17
• 公開（公告）號: CN111866120A
• 公開（公告）日: 2020-10-30
• 發(fā)明（設(shè)計）人: 寧駿
• 申請（專利權(quán)）人: 合肥移瑞通信技術(shù)有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;G06F16/178;G06F16/182
• 代理公司: 北京清亦華知識產(chǎn)權(quán)代理事務(wù)所(普通合伙) 11201
• 代理人: 王佳璐

本發(fā)明公開了一種文件事務(wù)傳輸?shù)姆椒ㄅc系統(tǒng)、可讀存儲介質(zhì)、服務(wù)器，其中，文件事務(wù)傳輸?shù)姆椒òㄒ韵虏襟E：新建傳輸任務(wù)，以便傳輸任務(wù)以事務(wù)的形式進行；根據(jù)傳輸任務(wù)接收客戶端上傳的待傳輸文件；對接收到的文件進行校驗以判斷待傳輸文件是否全部接收；如果是，則采用一次性事務(wù)的方式將接收到的文件寫入第一數(shù)據(jù)庫中，并在寫入成功后將接收到的文件的路徑信息寫入第二數(shù)據(jù)庫中；如果否，則清除傳輸任務(wù)。由此，該文件事務(wù)傳輸?shù)姆椒軌蚍乐刮募趥鬏斶^程中出現(xiàn)同一個文件不同的數(shù)據(jù)傳輸狀態(tài)不一致的情況出現(xiàn)，同時提高系統(tǒng)數(shù)據(jù)的安全性和穩(wěn)定性。

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

本發(fā)明涉及數(shù)據(jù)傳輸技術(shù)領(lǐng)域，尤其涉及一種文件事務(wù)傳輸?shù)姆椒?、一種計算機可讀存儲介質(zhì)、一種服務(wù)器和一種文件事務(wù)傳輸?shù)南到y(tǒng)。

背景技術(shù)

在文件傳輸服務(wù)中，文件批量上傳、下載等工作任務(wù)對文件傳輸服務(wù)構(gòu)件有較高的要求，超出文件傳輸服務(wù)構(gòu)件承受能力的工作任務(wù)將導致文件傳輸服務(wù)構(gòu)件性能的下降甚至奔潰。并且，在客戶端上傳文件到服務(wù)器中時，如果出現(xiàn)上傳失敗，將導致0字節(jié)或只有部分字節(jié)的文件殘存在服務(wù)器中，從而引發(fā)相關(guān)系統(tǒng)的異常。

在相關(guān)技術(shù)中，一般在上傳失敗之后會采取刪除文件的方式來處理殘留的文件，但很多情況下，刪除動作無法成功執(zhí)行。

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

本發(fā)明旨在至少在一定程度上解決相關(guān)技術(shù)中的技術(shù)問題之一。為此，本發(fā)明的一個目的在于提出一種文件事務(wù)傳輸?shù)姆椒ǎ軌蚍乐刮募趥鬏斶^程中出現(xiàn)同一個文件不同的數(shù)據(jù)傳輸狀態(tài)不一致的情況出現(xiàn)，同時提高系統(tǒng)數(shù)據(jù)的安全性和穩(wěn)定性。

本發(fā)明的第二個目的在于提出一種計算機可讀存儲介質(zhì)。

本發(fā)明的第三個目的在于提出一種服務(wù)器。

本發(fā)明的第四個目的在于提出一種文件事務(wù)傳輸?shù)南到y(tǒng)。

為達上述目的，本發(fā)明第一方面實施例提出了一種文件事務(wù)傳輸?shù)姆椒ǎ渲校龇椒òㄒ韵虏襟E：新建傳輸任務(wù)，以便所述傳輸任務(wù)以事務(wù)的形式進行；根據(jù)所述傳輸任務(wù)接收客戶端上傳的待傳輸文件；對接收到的文件進行校驗以判斷所述待傳輸文件是否全部接收；如果是，則采用一次性事務(wù)的方式將接收到的文件寫入第一數(shù)據(jù)庫中，并在寫入成功后將接收到的文件的路徑信息寫入第二數(shù)據(jù)庫中；如果否，則清除所述傳輸任務(wù)。

本發(fā)明實施例首先新建一個傳輸任務(wù)，以便該傳輸任務(wù)可以以事務(wù)的形式進行，然后根據(jù)傳輸任務(wù)接收客戶端上傳的待傳輸文件，對待傳輸文件進行校驗并判斷該待傳輸文件是否全部接收，如果判斷得到該待傳輸文件是全部接收，則采用一次性事務(wù)的方式將接收到的文件寫入第一數(shù)據(jù)庫，并且將成功寫入后接收到的文件的路徑信息寫入第二數(shù)據(jù)庫；如果該待傳輸文件不是全部接收，則清除傳輸任務(wù)，不進行文件傳輸。由此，該文件事務(wù)傳輸?shù)姆椒軌蚍乐刮募趥鬏斶^程中出現(xiàn)同一個文件不同的數(shù)據(jù)傳輸狀態(tài)不一致的情況出現(xiàn)，同時提高系統(tǒng)數(shù)據(jù)的安全性和穩(wěn)定性。

在本發(fā)明的一些示例中，所述第一數(shù)據(jù)庫為BerkeleyDB數(shù)據(jù)庫，所述第二數(shù)據(jù)庫為Sqlite數(shù)據(jù)庫。

在本發(fā)明的一些示例中，在新建傳輸任務(wù)之前，采用.Net Remoting技術(shù)注冊TCP(Transmission Control Protocol，傳輸控制協(xié)議)通道和HTTP(HyperText TransferProtocol，超文本傳輸協(xié)議)通道，以便在局域網(wǎng)內(nèi)傳輸文件時選擇TCP通道和在公網(wǎng)內(nèi)傳文件時輸選擇HTTP通道。

在本發(fā)明的一些示例中，采用客戶激活對象的方式，為每個客戶端創(chuàng)建專屬的遠程對象為其服務(wù)，以便每次傳輸時都新建一個傳輸任務(wù)。

在本發(fā)明的一些示例中，當所述待傳輸文件大于等于預設(shè)值時，根據(jù)所述傳輸任務(wù)多線程接收所述客戶端將所述待傳輸文件分成的多個文件塊。

在本發(fā)明的一些示例中，當所述待傳輸文件為多個關(guān)聯(lián)文件時，采用整體事務(wù)的方式對接收到的全部文件進行寫入處理。