[發明專利]用于處理文件的服務方法、系統、電子設備和存儲介質

在審

• 申請號: 202010857896.0
• 申請日: 2020-08-24
• 公開（公告）號: CN112199327A
• 公開（公告）日: 2021-01-08
• 發明（設計）人: 閆安;吳岳峰
• 申請（專利權）人: 杭州雷數科技有限公司
• 主分類號: G06F16/11
• 分類號: G06F16/11;G06F16/16;H04L29/08
• 代理公司: 杭州創智卓英知識產權代理事務所(普通合伙) 33324
• 代理人: 張超

本發明涉及用于處理文件的服務方法、系統、電子設備和存儲介質，屬于文件傳輸技術領域。該方法包括：接收文件上傳請求，獲得文件；對所述文件生成文件ID，并存儲所述文件；反饋所述文件的存儲信息，所述存儲信息包含所述文件ID；接收文件處理請求，該文件處理請求攜帶所述文件ID，處理與所述文件ID對應的所述文件，并反饋處理結果。能夠將與文件相關的操作獨立成一個服務，每個不同的應用可以通過文件服務實現不同需要的文件操作，極大的簡化了單體應用的復雜性，將業務和功能進行解耦合；同時也為文件提供統一的管理和維護接口，不同應用的文件可以通過文件服務實現統一的維護，極大的簡化了升級和維護的成本。

技術領域

本發明涉及文件傳輸技術領域，尤其涉及一種用于處理文件的服務方法、系統、電子設備和存儲介質。

背景技術

隨著系統復雜度的提升，對系統擴展性的要求也越來越高。然而傳統的單一架構模式，由于不具備穩定性和高可用性，業務和功能糅合性及其嚴重，不再適用于敏捷開發，任何開發的人員都不能完全理解，因此在修復漏洞和添加新功能時，變得復雜，不易維護；且模塊越大，啟動越慢，小的改動也需要部署整個項目；對于新的技術框架融入極其不易。

因此，如何讓業務和功能進行分離，以滿足松耦合、敏捷開發和快速迭代部署的需求，已經成為目前本領域技術人員亟待解決的問題。

發明內容

為了解決上述問題，第一方面，本發明實施例提供一種用于處理文件的服務方法，包括：接收文件上傳請求，獲得文件；對所述文件生成文件ID，并存儲所述文件；反饋所述文件的存儲信息，所述存儲信息包含所述文件ID；接收文件處理請求，該文件處理請求攜帶所述文件ID，處理與所述文件ID對應的所述文件，并反饋處理結果。

可選的，所述的存儲所述文件，具體為：將所述文件的基本信息、存儲路徑和所述文件ID存入結構型數據庫。

可選的，所述文件處理請求包括更新請求、刪除請求和訪問請求中的至少一種請求。

可選的，所述的接收文件處理請求，該文件處理請求攜帶所述文件ID，處理所述文件ID對應的所述文件，包括：接收文件處理請求，該文件處理請求攜帶所述文件ID；過濾所述文件處理請求；針對過濾后的請求，根據請求內容和所述文件ID生成文件對象；對所述文件對象進行處理。

可選的，所述文件處理請求為Http請求，所述的過濾所述文件處理請求，包括：過濾Token未通過認證的所述Http請求；過濾Header不滿足RFC2047規則的所述Http請求。

可選的，所述請求內容包括文件的內容、文件的名稱、文件的存儲路徑、應用的ClientId、用戶的Token和請求的路徑。

可選的，所述的對所述文件生成文件ID，具體為：根據所述文件的類型和上傳時間，利用Instant的Seconds和Nanos兩個屬性值以及所述類型后綴自動拼裝成文件ID。

第二方面，本發明實施例提供一種用于處理文件的服務系統，包括應用終端和服務端，其中，所述應用終端用于發送文件上傳請求和文件處理請求；所述服務端用于接收所述文件上傳請求，獲得文件；對所述文件生成文件ID，并存儲所述文件；向所述應用終端反饋所述文件的存儲信息，所述存儲信息包含所述文件ID；接收所述文件處理請求，該文件處理請求攜帶所述文件ID，處理與所述文件ID對應的所述文件，并向所述應用終端反饋處理結果。

第三方面，本發明實施例提供一種電子設備，包括處理器和存儲有計算機程序的存儲介質，所述計算機程序被所述處理器執行時實現上述任一項所述的用于處理文件的服務方法。

第四方面，本發明實施例提供一種計算機可讀存儲介質，其上存儲有計算機程序，所述計算機程序被處理器執行時實現上述任一項所述的用于處理文件的服務方法。