[發明專利]一種基于OCX控件的文件通用管理平臺

在審

• 申請號: 201810535721.0
• 申請日: 2018-05-30
• 公開（公告）號: CN108737558A
• 公開（公告）日: 2018-11-02
• 發明（設計）人: 劉江明;王衛;李三菊;王龍;陳昌建;張海榮;唐飛;尚兵兵;王利梅;李凱;王東潔;潘成超;莫申林;周小將;劉禮沁;吳愛清;吳濤;張超;程迪宇;周軍;熊飛;袁泉;聞志
• 申請（專利權）人: 安徽四創電子股份有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;H04L29/06
• 代理公司: 合肥和瑞知識產權代理事務所(普通合伙) 34118
• 代理人: 王挺

本發明公開了一種基于OCX控件的文件通用管理平臺，所述平臺集成在基于BS架構的應用系統中，包括：上傳頁面、下載頁面、OCX控件、文件服務器，其中，所述上傳頁面、下載頁面、OCX控件均在BS架構客戶端的應用系統中，所述文件服務器在BS架構服務端中；上傳頁面調用OCX控件上傳文件；OCX控件上傳文件至文件服務器，且OCX根據文件大小判斷是否為大文件，并對大文件進行分塊處理以斷點續傳的方式上傳文件塊；文件服務器存儲文件；下載頁面通過判斷BS架構客戶端中是否有下載文件，生成本地或遠程的下載鏈接。本發明提供了一個直接使用OCX控件上傳文件到服務端文件服務器的平臺，解決了文件統一上傳及統一存儲管理的問題，提高了企業文件管理的工作效率。

技術領域

本發明涉及OCX文件上傳領域，尤其是一種基于OCX控件的文件通用管理平臺。

背景技術

隨著企業內部使用的應用系統越來越多，對于企業內部的信息系統管理人員有很大的挑戰，特別是文件管理方面，基本上每個應用系統都會存在文件上傳的功能，每個應用系統都會使用一臺單獨的主機，一旦上傳的文件過多，都需要考慮擴容問題；而且，各系統文件上傳的功能和性能也不一樣，有的支持大文件，有的只支持文件大小在200兆以內的文件，這對于使用應用系統的內部員工也很麻煩。

發明內容

為了克服上述現有技術中的缺陷，本發明提供一種基于OCX控件的文件通用管理平臺，解決了文件統一上傳及統一存儲管理的問題，提高了企業文件管理的工作效率。

為實現上述目的，本發明采用以下技術方案：

一種基于OCX控件的文件通用管理平臺，以下簡稱平臺，其特征在于，所述平臺集成在基于BS架構的應用系統中，包括如下組成部分：

上傳頁面，用戶通過上傳頁面選擇上傳文件，上傳頁面向用戶展示上傳進度，所述上傳頁面與OCX控件之間雙向通信連接；

OCX控件，對上傳文件進行實際上傳的處理，實時更新文件的上傳進度，所述OCX控件與文件服務器之間雙向通信連接；

文件服務器，存儲上傳文件，向OCX控件返回文件的上傳狀態；

下載頁面，用戶通過下載頁面下載文件，所述下載頁面與文件服務器之間雙向通信連接；

其中，所述上傳頁面、下載頁面、OCX控件均在BS架構客戶端的應用系統中，所述文件服務器在BS架構服務端中。

用戶通過所述上傳頁面選擇文件并將文件存入上傳隊列；所述上傳頁面加載并調用OCX控件，所述上傳頁面通過OCX控件對上傳隊列的文件進行上傳、暫停上傳、繼續上傳、刪除的處理，且所述上傳頁面通過OCX控件獲取上傳進度并進行實時展示。

所述OCX控件先將文件基本信息上傳到文件服務器，所述文件基本信息包括：文件名、文件大小、文件密級、上傳人、應用系統名稱；所述OCX控件再將文件上傳到文件服務器，且所述OCX控件根據文件大小判斷是大文件或是普通文件，若文件大于512KB，則判斷為大文件，OCX控件對文件進行分塊處理后，將文件塊上傳至文件服務器；否則為普通文件，OCX控件直接將文件上傳至文件服務器。

所述文件塊的上傳采用斷點續傳的方式。

所述文件服務器先將OCX控件發送的文件基本信息存儲至BS架構服務端的數據庫，并根據文件基本信息建立文件id；所述文件服務器再將文件加密后存儲至BS架構服務端的數據庫，且當文件服務器接收的是文件塊時，文件服務器先將OCX控件發送的文件塊合并生成文件。

所述文件服務器采用des加密算法對文件進行加密處理。

所述文件服務器將文件id和文件的上傳狀態發送給OCX控件；所述OCX控件根據文件上傳狀態生成文件上傳進度，且當文件上傳進度達到100％時，OCX控件再將文件id發送給文件服務器，即表示文件上傳完成。