文件處理方法、裝置及系統(tǒng)的制作方法
【專利摘要】本申請?zhí)峁┝艘环N文件處理方法，該方法應(yīng)用在部署有文件處理插件的云存儲系統(tǒng)上，第三方應(yīng)用服務(wù)器接收到客戶端發(fā)送的文件處理請求后，將文件處理請求發(fā)送至云存儲系統(tǒng)，以使云存儲系統(tǒng)上的文件處理插件處理文件處理請求所請求的文件。本實施例中，文件處理插件具有公共調(diào)用接口，任何第三方應(yīng)用通過公共調(diào)用接口便可以訪問文件處理插件，并不需要單獨為每個第三方應(yīng)用服務(wù)器開發(fā)文件處理模塊，可擴展性強。同時，對文件的處理操作轉(zhuǎn)移至云存儲系統(tǒng)，降低了第三方應(yīng)用服務(wù)器的處理壓力。另外，本申請還提供了文件處理裝置及系統(tǒng)，用以保證上述方法在實際中的應(yīng)用及實現(xiàn)。
【專利說明】
文件處理方法、裝置及系統(tǒng)
技術(shù)領(lǐng)域
[0001]本申請涉及文件處理技術(shù)領(lǐng)域，更具體地說，涉及文件處理方法、裝置及系統(tǒng)。
【背景技術(shù)】
[0002]目前，有些文件存儲在云盤等云存儲系統(tǒng)中，第三方應(yīng)用上開發(fā)部署有文件處理模塊，第三方應(yīng)用接收到用戶對文件的處理請求后，從云存儲系統(tǒng)中下載文件，并使用自身的文件處理模塊，對文件進行處理。
[0003]該種文件處理方式中，每個第三方應(yīng)用需要獨立開發(fā)文件處理模塊，開發(fā)復雜度較高，且擴展性較差。
【發(fā)明內(nèi)容】
[0004]有鑒于此，本申請?zhí)峁┝艘环N文件處理方法，用以降低第三方應(yīng)用的開發(fā)復雜度，增強文件處理方法的可擴展性。另外，本申請還提供了一種文件處理裝置及系統(tǒng)，用以保證所述方法在實際中的應(yīng)用及實現(xiàn)。
[0005]為實現(xiàn)所述目的，本申請?zhí)峁┑募夹g(shù)方案如下:
[0006]—方面，本申請?zhí)峁┝艘环N文件處理方法，應(yīng)用于云存儲系統(tǒng)，所述云存儲系統(tǒng)上部署有文件處理插件，所述文件處理插件具有公共調(diào)用接口，該方法包括:
[0007]接收第三方應(yīng)用服務(wù)器向所述公共調(diào)用接口發(fā)送的文件處理請求，所述文件處理請求是用戶側(cè)的客戶端向所述第三方應(yīng)用服務(wù)器發(fā)送的；
[0008]觸發(fā)所述云存儲系統(tǒng)上的文件處理插件處理所述文件處理請求所請求的文件；
[0009]將處理后的文件返回所述第三方應(yīng)用服務(wù)器，以使所述第三方應(yīng)用服務(wù)器將所述處理后的文件返回所述客戶端。
[0010]可選地，上述的文件處理方法中，所述文件處理插件對文件的處理為減小文件數(shù)據(jù)量的處理。
[0011]可選地，上述的文件處理方法中，所述云存儲系統(tǒng)的多個存儲節(jié)點上均存儲有同一文件，且每個所述存儲節(jié)點上均部署有同一文件處理插件；
[0012]相應(yīng)地，所述觸發(fā)所述云存儲系統(tǒng)上的文件處理插件處理所述文件處理請求所請求的文件，包括:
[0013]在所述多個存儲節(jié)點中，確定與所述第三方應(yīng)用服務(wù)器距離最近的目標存儲節(jié)占.V ，
[0014]觸發(fā)所述目標存儲節(jié)點上的文件處理插件處理本存儲節(jié)點上存儲的所述文件處理請求所請求的文件。
[0015]可選地，上述的文件處理方法還包括:
[0016]將處理后的文件返回所述第三方應(yīng)用服務(wù)器之前，緩存所述處理后的文件。
[0017]可選地，上述的文件處理方法還包括:
[0018]在所述文件處理插件更新或待停用的情況下，若接收到第三方應(yīng)用服務(wù)器的文件處理請求，則向所述第三方應(yīng)用服務(wù)器發(fā)送更新提示信息或待停用的提示信息。
[0019]又一方面，本申請?zhí)峁┝艘环N文件處理裝置，應(yīng)用于云存儲系統(tǒng)，所述云存儲系統(tǒng)上部署有文件處理插件，所述文件處理插件具有公共調(diào)用接口，該裝置包括:
[0020]請求接收模塊，用于接收第三方應(yīng)用服務(wù)器向所述公共調(diào)用接口發(fā)送的文件處理請求，所述文件處理請求是用戶側(cè)的客戶端向所述第三方應(yīng)用服務(wù)器發(fā)送的；
[0021]插件處理模塊，用于觸發(fā)所述云存儲系統(tǒng)上的文件處理插件處理所述文件處理請求所請求的文件；
[0022]文件返回模塊，用于將處理后的文件返回所述第三方應(yīng)用服務(wù)器，以使所述第三方應(yīng)用服務(wù)器將所述處理后的文件返回所述客戶端。
[0023]可選地，上述文件處理裝置中，所述文件處理插件對文件的處理為減小文件數(shù)據(jù)量的處理。
[0024]可選地，所述云存儲系統(tǒng)的多個存儲節(jié)點上均存儲有同一文件，且每個所述存儲節(jié)點上均部署有同一文件處理插件;相應(yīng)地，所述插件處理模塊包括:
[0025]目標存儲節(jié)點查找子模塊，用于在所述多個存儲節(jié)點中，確定與所述第三方應(yīng)用服務(wù)器距離最近的目標存儲節(jié)點；
[0026]插件處理子模塊，用于觸發(fā)所述目標存儲節(jié)點上的文件處理插件處理本存儲節(jié)點上存儲的所述文件處理請求所請求的文件。
[0027]可選地，上述文件處理裝置還包括:
[0028]文件緩存模塊，用于將處理后的文件返回所述第三方應(yīng)用服務(wù)器之前，緩存所述處理后的文件。
[0029]可選地，上述文件處理裝置還包括:
[0030]熱插拔提示模塊，用于在所述文件處理插件更新或待停用的情況下，若接收到第三方應(yīng)用服務(wù)器的文件處理請求，則通過所述第三方應(yīng)用服務(wù)器向所述客戶端發(fā)送更新提不?目息或待停用的提不?目息。
[0031]再一方面，本申請?zhí)峁┝艘环N文件處理系統(tǒng)，包括:第三方應(yīng)用服務(wù)器及云存儲系統(tǒng)，且所述云存儲系統(tǒng)上部署有文件處理插件，所述文件處理插件具有公共調(diào)用接口；
[0032]所述第三方應(yīng)用服務(wù)器，用于將客戶端發(fā)送的文件處理請求轉(zhuǎn)發(fā)至所述云存儲系統(tǒng)；
[0033]所述云存儲系統(tǒng)，用于接收第三方應(yīng)用服務(wù)器向所述公共調(diào)用接口發(fā)送的文件處理請求，觸發(fā)所述云存儲系統(tǒng)上的文件處理插件處理所述文件處理請求所請求的文件，并將處理后的文件返回所述第三方應(yīng)用服務(wù)器；
[0034]所述第三方應(yīng)用服務(wù)器，還用于將所述處理后的文件返回所述客戶端。
[0035]由以上技術(shù)方案可知，本申請?zhí)峁┝艘环N文件處理方法，該方法應(yīng)用在部署有文件處理插件的云存儲系統(tǒng)上，第三方應(yīng)用服務(wù)器接收到客戶端發(fā)送的文件處理請求后，將文件處理請求發(fā)送至云存儲系統(tǒng)，以使云存儲系統(tǒng)上的文件處理插件處理文件處理請求所請求的文件。本實施例并不需要單獨為每個第三方應(yīng)用服務(wù)器開發(fā)文件處理模塊，云存儲系統(tǒng)上的文件處理插件具有公共調(diào)用接口，任何第三方應(yīng)用通過公共調(diào)用接口便可以訪問文件處理插件，可擴展性強。同時，對文件的處理操作轉(zhuǎn)移至云存儲系統(tǒng)，降低了第三方應(yīng)用服務(wù)器的處理壓力。
【附圖說明】
[0036]為了更清楚地說明本申請實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請的實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)提供的附圖獲得其他的附圖。
[0037]圖1為本申請?zhí)峁┑奈募幚硐到y(tǒng)的一個架構(gòu)圖；
[0038]圖2為本申請?zhí)峁┑奈募幚矸椒▽嵤├?的流程圖；
[0039]圖3為本申請?zhí)峁┑奈募幚矸椒▽嵤├?的流程圖；
[0040]圖4為本申請?zhí)峁┑奈募幚硌b置實施例1的結(jié)構(gòu)示意圖。
【具體實施方式】
[0041]下面將結(jié)合本申請實施例中的附圖，對本申請實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。
[0042]參見圖1，其示出了本申請?zhí)峁┑奈募幚硐到y(tǒng)的一個架構(gòu)示例。如圖1所示，文件處理系統(tǒng)包含若干第三方應(yīng)用服務(wù)器(可簡稱為第三方應(yīng)用)及云存儲系統(tǒng)，云存儲系統(tǒng)上部署有文件處理插件。
[0043]文件處理插件用于對云存儲系統(tǒng)中存儲的文件進行處理，處理的內(nèi)容可以是預先設(shè)置的任意一種處理，如圖片壓縮、文件格式轉(zhuǎn)換等。每一個文件處理插件執(zhí)行一種特定的文件處理操作，不同的文件處理插件執(zhí)行不同的文件處理操作，例如，圖片壓縮插件專門壓縮圖片，文件格式轉(zhuǎn)換插件專門轉(zhuǎn)換文件的格式，快照插件專門生成文件的快照。
[0044]文件處理插件對外提供公共調(diào)用接口，任何在云存儲系統(tǒng)中存儲有文件的第三方應(yīng)用均可以向公共調(diào)用接口發(fā)送文件處理請求。其中，公共調(diào)用接口即文件處理插件的訪問地址。
[0045]基于以上文件處理系統(tǒng)，本申請?zhí)峁┝艘环N文件處理方法實施例，該文件處理方法應(yīng)用在文件處理系統(tǒng)上。如圖2所示，該文件處理方法實施例1的具體流程包括步驟SI?步驟S5。
[0046]步驟S1:用戶側(cè)的客戶端向第三方應(yīng)用服務(wù)器發(fā)送文件處理請求。
[0047]用戶側(cè)的客戶端想要處理某個文件時，便向第三方應(yīng)用服務(wù)器發(fā)送文件處理請求。例如，客戶端想要獲得某個圖片文件的縮略圖，則向第三方應(yīng)用服務(wù)器發(fā)送縮略請求。
[0048]可以理解的是，文件處理請求中包含待處理文件的標識，待處理文件的標識以供云存儲系統(tǒng)在存儲的大量文件中，查找該待處理文件。
[0049]步驟S2:第三方應(yīng)用服務(wù)器將文件處理請求發(fā)送至云存儲系統(tǒng)。
[0050]第三方應(yīng)用服務(wù)器在接收到客戶端發(fā)送的文件處理請求后，確定用來處理該文件處理請求的文件處理插件，并向該文件處理插件的公共調(diào)用接口發(fā)送調(diào)用請求，以調(diào)用該文件處理插件。
[0051]需要說明的是，文件處理插件部署在云存儲系統(tǒng)中，所有對文件處理插件的調(diào)用均被發(fā)送至該云存儲系統(tǒng)。
[0052]步驟S3:云存儲系統(tǒng)調(diào)用部署的文件處理插件處理文件處理請求所請求的文件。
[0053]云存儲系統(tǒng)根據(jù)文件處理請求中的待處理文件標識，查找存儲的待處理文件，并調(diào)用部署的文件處理插件對該待處理文件進行處理。
[0054]步驟S4:云存儲系統(tǒng)將處理后的文件返回第三方應(yīng)用服務(wù)器。
[0055]步驟S5:第三方應(yīng)用服務(wù)器將處理后的文件返回客戶端。
[0056]云存儲系統(tǒng)將處理后的文件通過第三方應(yīng)用服務(wù)器返回客戶端。
[0057]由以上的技術(shù)方案可知，以上文件處理方法實施例中，云存儲系統(tǒng)上部署有文件處理插件，第三方應(yīng)用服務(wù)器接收到客戶端發(fā)送的文件處理請求后，將文件處理請求發(fā)送至云存儲系統(tǒng)，以使云存儲系統(tǒng)上的文件處理插件處理文件處理請求所請求的文件。
[0058]現(xiàn)有技術(shù)中，第三方應(yīng)用服務(wù)器接收到文件處理請求后，從云存儲服務(wù)器處獲取文件，并由自身對文件進行處理。然而，本實施例中，對文件的處理操作轉(zhuǎn)移至云存儲系統(tǒng)，降低了第三方應(yīng)用服務(wù)器的處理壓力。
[0059]另外，現(xiàn)有技術(shù)中，第三方應(yīng)用服務(wù)器若想要實現(xiàn)對文件的處理，需要為該第三方應(yīng)用服務(wù)器開發(fā)文件處理模塊，每新增一個第三方應(yīng)用服務(wù)器便需要進行一次開發(fā)，可擴展性較差。然而，本實施例中，文件處理插件具有公共調(diào)用接口，任何第三方應(yīng)用通過公共調(diào)用接口便可以訪問文件處理插件，并不需要單獨為每個第三方應(yīng)用服務(wù)器開發(fā)文件處理模塊，可擴展性強。
[0060]在實際應(yīng)用中，文件處理插件可以是減小文件數(shù)據(jù)量的插件，如縮略圖插件、快照插件等。此種文件處理插件處理后的文件的數(shù)據(jù)量要小于處理前的文件的數(shù)據(jù)量。
[0061]現(xiàn)有技術(shù)中，由于文件的處理是在第三方應(yīng)用服務(wù)器上執(zhí)行的，第三方應(yīng)用服務(wù)器并未關(guān)心文件處理前后數(shù)據(jù)量的變化，而是直接將文件從云存儲系統(tǒng)中下載待處理的文件，對文件進行處理后返回客戶端。若處理后的文件的數(shù)據(jù)量小于處理前文件的數(shù)據(jù)量，則此種處理方式，會耗費較多的網(wǎng)絡(luò)帶寬資源，延長了向用戶響應(yīng)的時長，用戶體驗較差。
[0062]若使用本申請?zhí)峁┑奈募幚矸椒▽嵤├?，對文件的處理是在云存儲系統(tǒng)上執(zhí)行，云存儲系統(tǒng)向第三方應(yīng)用服務(wù)器返回的并非是處理前的文件，而是處理后的小數(shù)據(jù)量的文件，因此，本實施例可以降低網(wǎng)絡(luò)資源的消耗，縮短向用戶反饋的時長，提高了用戶體驗。
[0063]在實際應(yīng)用中，云存儲系統(tǒng)使用分布式文件系統(tǒng)保存文件，則同一文件會在多個存儲節(jié)點進行備份存儲。每個存儲節(jié)點上還可以部署有各自的文件處理插件，用來就近對該存儲節(jié)點上的文件進行處理。
[0064]這樣，云存儲系統(tǒng)接收到文件處理請求后，觸發(fā)云存儲系統(tǒng)上的文件處理插件處理文件處理請求所請求的文件的具體實現(xiàn)方式可以包括以下步驟Al及步驟A2。
[0065]步驟Al:在多個存儲節(jié)點中，確定與第三方應(yīng)用服務(wù)器距離最近的目標存儲節(jié)點。
[0066]通常地，云存儲系統(tǒng)中的多個存儲節(jié)點設(shè)置在不同的地理區(qū)域范圍內(nèi)，例如，在北京、上海、廣州等不同地區(qū)均設(shè)置存儲節(jié)點。云存儲系統(tǒng)根據(jù)發(fā)送該文件處理請求的第三方應(yīng)用服務(wù)器的IP地址，來定位第三方應(yīng)用服務(wù)器所在的地理區(qū)域，并在設(shè)置的多個存儲節(jié)點中，查找距離該第三方應(yīng)用服務(wù)器距離最近的存儲節(jié)點，為了便于描述，將查找到的存儲節(jié)點稱為目標存儲節(jié)點。
[0067]當然，查找距離最近的存儲節(jié)點時，需要保證該距離最近的存儲節(jié)點上存儲有文件處理請求所請求的文件。若距離最近的存儲節(jié)點上并未存儲有文件處理請求所請求的文件，則需要按照由近到遠的順序，來查找存儲有該文件的存儲節(jié)點，并將該存儲節(jié)點作為目標存儲節(jié)點。
[0068]步驟A2:觸發(fā)目標存儲節(jié)點上的文件處理插件處理本存儲節(jié)點上存儲的文件處理請求所請求的文件。
[0069]目標存儲節(jié)點上部署有文件處理插件，由文件處理插件處理本存儲節(jié)點上存儲的文件。
[0070]本實施例可以由就近的存儲節(jié)點對文件進行處理，縮短了向第三方應(yīng)用服務(wù)器的響應(yīng)時間，提尚了用戶體驗。
[0071]在實際應(yīng)用中，多個第三方應(yīng)用服務(wù)器可能會接收到對同一文件進行相同處理的文件處理請求，現(xiàn)有技術(shù)中，每個第三方應(yīng)用服務(wù)器均要對該同一文件進行相同的重復處理。該種方式會耗費服務(wù)器的處理資源。
[0072]因此，本申請?zhí)峁┝宋募幚矸椒▽嵤├?的流程。如圖3所示，本實施例在以上文件處理方法實施例1的基礎(chǔ)上，還包括步驟S6及步驟S7。
[0073]步驟S6:云存儲系統(tǒng)將處理后的文件返回第三方應(yīng)用服務(wù)器之前，緩存處理后的文件。
[0074]步驟S7:第三方應(yīng)用服務(wù)器在將處理后的文件返回客戶端之前，緩存該處理后的文件。
[0075]這樣，第三方應(yīng)用服務(wù)器接收到客戶端發(fā)送的文件處理請求后，首先在本地的存儲文件中，查找是否緩存有處理后的文件，若是，則將緩存的處理后的文件直接返回客戶端。若并未緩存，則將該文件處理請求發(fā)送至云存儲系統(tǒng)。
[0076]云存儲系統(tǒng)接收到第三方應(yīng)用服務(wù)器發(fā)送的文件處理請求后，首先在自身的緩存文件中，是否緩存有處理后的文件，若是，則將緩存的處理后的文件直接返回第三方應(yīng)用服務(wù)器，若并未緩存，則觸發(fā)文件處理插件對文件進行處理，并將處理后的文件緩存，并返回第三方應(yīng)用服務(wù)器。
[0077]可見，本實施例采用了多地多層次存儲的方法，可以提高文件處理的效率，從而提尚用戶體驗。
[0078]在實施中，在文件處理插件更新或待停用的情況下，若云存儲系統(tǒng)接收到第三方應(yīng)用服務(wù)器的文件處理請求，則向第三方應(yīng)用服務(wù)器發(fā)送更新提示信息或待停用的提示信息，以給第三方應(yīng)用服務(wù)器提供響應(yīng)時間或平滑過度的時間。
[0079]以下對本申請?zhí)峁┑奈募幚硌b置進行介紹，需要說明的是，下文有關(guān)文件處理裝置的說明可以參見上文提供的文件處理方法，以下并不贅述。
[0080]參見圖4，本申請?zhí)峁┝艘环N文件處理裝置實施例1。本實施例應(yīng)用于云存儲系統(tǒng)，云存儲系統(tǒng)上部署有文件處理插件，文件處理插件具有公共調(diào)用接口。如圖4所示，文件處理裝置實施例1可以具體包括:請求接收模塊401、插件處理模塊402及文件返回模塊403。
[0081]請求接收模塊401，用于接收第三方應(yīng)用服務(wù)器向公共調(diào)用接口發(fā)送的文件處理請求，文件處理請求是用戶側(cè)的客戶端向第三方應(yīng)用服務(wù)器發(fā)送的；
[0082]插件處理模塊402，用于觸發(fā)云存儲系統(tǒng)上的文件處理插件處理文件處理請求所請求的文件；
[0083]文件返回模塊403，用于將處理后的文件返回第三方應(yīng)用服務(wù)器，以使第三方應(yīng)用服務(wù)器將處理后的文件返回客戶端。
[0084]由以上的技術(shù)方案可知，以上文件處理裝置實施例中，云存儲系統(tǒng)上部署有文件處理插件，第三方應(yīng)用服務(wù)器接收到客戶端發(fā)送的文件處理請求后，將文件處理請求發(fā)送至云存儲系統(tǒng)的請求接收模塊401，插件處理模塊402觸發(fā)云存儲系統(tǒng)上的文件處理插件處理文件處理請求所請求的文件。
[0085]現(xiàn)有技術(shù)中，第三方應(yīng)用服務(wù)器接收到文件處理請求后，從云存儲服務(wù)器處獲取文件，并由自身對文件進行處理。然而，本實施例中，對文件的處理操作轉(zhuǎn)移至云存儲系統(tǒng)，降低了第三方應(yīng)用服務(wù)器的處理壓力。
[0086]另外，現(xiàn)有技術(shù)中，第三方應(yīng)用服務(wù)器若想要實現(xiàn)對文件的處理，需要為該第三方應(yīng)用服務(wù)器開發(fā)文件處理模塊，每新增一個第三方應(yīng)用服務(wù)器便需要進行一次開發(fā)，可擴展性較差。然而，本實施例中，文件處理插件具有公共調(diào)用接口，任何第三方應(yīng)用通過公共調(diào)用接口便可以訪問文件處理插件，并不需要單獨為每個第三方應(yīng)用服務(wù)器開發(fā)文件處理模塊，可擴展性強。
[0087]在一個示例中，文件處理插件對文件的處理為減小文件數(shù)據(jù)量的處理。
[0088]在一個示例中，云存儲系統(tǒng)的多個存儲節(jié)點上均存儲有同一文件，且每個存儲節(jié)點上均部署有同一文件處理插件;相應(yīng)地，插件處理模塊可以具體包括:目標存儲節(jié)點查找子模塊及插件處理子模塊。
[0089]目標存儲節(jié)點查找子模塊，用于在多個存儲節(jié)點中，確定與第三方應(yīng)用服務(wù)器距離最近的目標存儲節(jié)點；
[0090]插件處理子模塊，用于觸發(fā)目標存儲節(jié)點上的文件處理插件處理本存儲節(jié)點上存儲的文件處理請求所請求的文件。
[0091 ]在一個示例中，文件處理裝置還可以包括:文件緩存模塊。
[0092]文件緩存模塊，用于將處理后的文件返回第三方應(yīng)用服務(wù)器之前，緩存處理后的文件。
[0093]在一個示例中，文件處理裝置還可以包括:熱插拔提示模塊。
[0094]熱插拔提示模塊，用于在文件處理插件更新或待停用的情況下，若接收到第三方應(yīng)用服務(wù)器的文件處理請求，則通過第三方應(yīng)用服務(wù)器向客戶端發(fā)送更新提示信息或待停用的提示信息。
[0095]需要說明的是，本說明書中的各個實施例均采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。
[0096]還需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括上述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。
[0097]對所公開的實施例的上述說明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本申請。對這些實施例的多種修改對本領(lǐng)域的專業(yè)技術(shù)人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本申請的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本申請將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一致的最寬的范圍。
【主權(quán)項】
1.一種文件處理方法，其特征在于，應(yīng)用于云存儲系統(tǒng)，所述云存儲系統(tǒng)上部署有文件處理插件，所述文件處理插件具有公共調(diào)用接口，該方法包括: 接收第三方應(yīng)用服務(wù)器向所述公共調(diào)用接口發(fā)送的文件處理請求，所述文件處理請求是用戶側(cè)的客戶端向所述第三方應(yīng)用服務(wù)器發(fā)送的； 觸發(fā)所述云存儲系統(tǒng)上的文件處理插件處理所述文件處理請求所請求的文件； 將處理后的文件返回所述第三方應(yīng)用服務(wù)器，以使所述第三方應(yīng)用服務(wù)器將所述處理后的文件返回所述客戶端。2.根據(jù)權(quán)利要求1所述的文件處理方法，其特征在于，所述文件處理插件對文件的處理為減小文件數(shù)據(jù)量的處理。3.根據(jù)權(quán)利要求1所述的文件處理方法，其特征在于，所述云存儲系統(tǒng)的多個存儲節(jié)點上均存儲有同一文件，且每個所述存儲節(jié)點上均部署有同一文件處理插件； 相應(yīng)地，所述觸發(fā)所述云存儲系統(tǒng)上的文件處理插件處理所述文件處理請求所請求的文件，包括: 在所述多個存儲節(jié)點中，確定與所述第三方應(yīng)用服務(wù)器距離最近的目標存儲節(jié)點； 觸發(fā)所述目標存儲節(jié)點上的文件處理插件處理本存儲節(jié)點上存儲的所述文件處理請求所請求的文件。4.根據(jù)權(quán)利要求1所述的文件處理方法，其特征在于，還包括: 將處理后的文件返回所述第三方應(yīng)用服務(wù)器之前，緩存所述處理后的文件。5.根據(jù)權(quán)利要求1所述的文件處理方法，其特征在于，還包括: 在所述文件處理插件更新或待停用的情況下，若接收到第三方應(yīng)用服務(wù)器的文件處理請求，則向所述第三方應(yīng)用服務(wù)器發(fā)送更新提示信息或待停用的提示信息。6.—種文件處理裝置，其特征在于，應(yīng)用于云存儲系統(tǒng)，所述云存儲系統(tǒng)上部署有文件處理插件，所述文件處理插件具有公共調(diào)用接口，該裝置包括: 請求接收模塊，用于接收第三方應(yīng)用服務(wù)器向所述公共調(diào)用接口發(fā)送的文件處理請求，所述文件處理請求是用戶側(cè)的客戶端向所述第三方應(yīng)用服務(wù)器發(fā)送的； 插件處理模塊，用于觸發(fā)所述云存儲系統(tǒng)上的文件處理插件處理所述文件處理請求所請求的文件； 文件返回模塊，用于將處理后的文件返回所述第三方應(yīng)用服務(wù)器，以使所述第三方應(yīng)用服務(wù)器將所述處理后的文件返回所述客戶端。7.根據(jù)權(quán)利要求6所述的文件處理裝置，其特征在于，所述文件處理插件對文件的處理為減小文件數(shù)據(jù)量的處理。8.根據(jù)權(quán)利要求6所述的文件處理裝置，其特征在于，所述云存儲系統(tǒng)的多個存儲節(jié)點上均存儲有同一文件，且每個所述存儲節(jié)點上均部署有同一文件處理插件； 相應(yīng)地，所述插件處理模塊包括: 目標存儲節(jié)點查找子模塊，用于在所述多個存儲節(jié)點中，確定與所述第三方應(yīng)用服務(wù)器距離最近的目標存儲節(jié)點； 插件處理子模塊，用于觸發(fā)所述目標存儲節(jié)點上的文件處理插件處理本存儲節(jié)點上存儲的所述文件處理請求所請求的文件。9.根據(jù)權(quán)利要求6所述的文件處理裝置，其特征在于，還包括: 文件緩存模塊，用于將處理后的文件返回所述第三方應(yīng)用服務(wù)器之前，緩存所述處理后的文件。10.根據(jù)權(quán)利要求6所述的文件處理裝置，其特征在于，還包括: 熱插拔提示模塊，用于在所述文件處理插件更新或待停用的情況下，若接收到第三方應(yīng)用服務(wù)器的文件處理請求，則通過所述第三方應(yīng)用服務(wù)器向所述客戶端發(fā)送更新提示信息或待停用的提不?目息。11.一種文件處理系統(tǒng)，其特征在于，包括:第三方應(yīng)用服務(wù)器及云存儲系統(tǒng)，且所述云存儲系統(tǒng)上部署有文件處理插件，所述文件處理插件具有公共調(diào)用接口； 所述第三方應(yīng)用服務(wù)器，用于將客戶端發(fā)送的文件處理請求轉(zhuǎn)發(fā)至所述云存儲系統(tǒng)； 所述云存儲系統(tǒng)，用于接收第三方應(yīng)用服務(wù)器向所述公共調(diào)用接口發(fā)送的文件處理請求，觸發(fā)所述云存儲系統(tǒng)上的文件處理插件處理所述文件處理請求所請求的文件，并將處理后的文件返回所述第三方應(yīng)用服務(wù)器； 所述第三方應(yīng)用服務(wù)器，還用于將所述處理后的文件返回所述客戶端。
【文檔編號】G06F17/30GK105868304SQ201610176159
【公開日】2016年8月17日
【申請日】2016年3月24日
【發(fā)明人】劉鎮(zhèn)鵬, 牟建偉, 龍斯哲
【申請人】金蝶軟件（中國）有限公司