本發(fā)明涉及通信技術(shù)領(lǐng)域，具體涉及一種文件處理方法、代理服務(wù)端及客戶端。

背景技術(shù)：

網(wǎng)絡(luò)文件系統(tǒng)(英文全稱：network file system，縮寫：NFS)是unix所支持的文件系統(tǒng)中的一種，它允許網(wǎng)絡(luò)中的計算機之間通過傳輸控制協(xié)議(英文全稱：transmission control protocol，縮寫：TCP)或者網(wǎng)絡(luò)協(xié)議(英文全稱：internet irotocol，縮寫：IP)共享網(wǎng)絡(luò)資源。在NFS的應(yīng)用中，本地的NFS客戶端可以透明地讀寫位于遠端NFS服務(wù)端上的文件，就像訪問本地文件一樣。如圖1所示，為NFS的一個應(yīng)用組網(wǎng)圖，NFS服務(wù)端A和NFS服務(wù)端A通過IP與NFS客戶端A和NFS客戶端B共享網(wǎng)絡(luò)資源。在一些NFS應(yīng)用場景中，如圖2所示，例如：NFS客戶端拷貝NFS服務(wù)端A上的一個文件到NFS服務(wù)端B，現(xiàn)有流程如下：NFS客戶端先通過NFS共享將NFS服務(wù)端A上的文件拷貝到NFS客戶端上，如標注A所示，然后，NFS客戶端再通過NFS共享將文件拷貝到NFS服務(wù)端B上，如標注B所示。

可見，需要經(jīng)過兩次網(wǎng)絡(luò)拷貝才能將NFS服務(wù)端A上的文件拷貝到NFS服務(wù)端B，網(wǎng)絡(luò)帶寬消耗大，拷貝效率低。

技術(shù)實現(xiàn)要素：

本發(fā)明的目的在于提供一種文件處理方法、代理服務(wù)端及客戶端，用于解決現(xiàn)有NFS文件處理時所存在的網(wǎng)絡(luò)帶寬消耗大，拷貝效率低的問題，通過代理服務(wù)端代理客戶端處理文件，減少網(wǎng)絡(luò)帶寬消耗，有效提高文件處理效率。

本發(fā)明第一方面提供一種文件處理方法，該方法應(yīng)用于網(wǎng)絡(luò)文件系統(tǒng)NFS，客戶端可以像本地訪問一樣訪問目標服務(wù)端上的文件，實現(xiàn)文件共享。代理服務(wù)端接收到客戶端發(fā)送的對文件的NFS擴展命令請求后，其中，該NFS擴展命令請求包括讓代理服務(wù)端代處理的事件，例如：拷貝某個文件，刪除某個文件等，由于代理服務(wù)端和客戶端有預先協(xié)議的目標格式，則該NFS擴展命令請求是客戶端根據(jù)代理請求信息按照目標格式生成的，這樣，代理服務(wù)端就可以按照該目標格式的解析方式解析該NFS擴展命令請求從而獲取代理請求信息，然后代理服務(wù)端根據(jù)該代理請求信息進行代理能力評估，若該代理服務(wù)端根據(jù)代理能力評估的結(jié)果支持處理該文件，則代理服務(wù)端代理客戶端處理該文件。

可見，直接通過代理服務(wù)端代理客戶端處理文件，無需客戶端經(jīng)過多次流程處理文件，從而減輕客戶端的工作負荷，減少了網(wǎng)絡(luò)帶寬消耗，有效提高了文件處理效率。

在一些可能的實現(xiàn)方式中，該代理請求信息包括：文件的NFS命令字、文件的文件內(nèi)容、文件的文件目錄、目標服務(wù)端的網(wǎng)絡(luò)協(xié)議IP地址以及端口號中的至少一個，其中，該NFS命令字為對待處理文件的處理方式對應(yīng)的命令字，該目標服務(wù)端為要處理文件對應(yīng)的服務(wù)端，例如：代理服務(wù)端代理客戶端將代理服務(wù)端上的某個文件拷貝至目標服務(wù)端，該目標服務(wù)端的IP地址和端口用于代理服務(wù)端建立于目標服務(wù)端之間的通信連接，從而實現(xiàn)文件共享。

在一些可能的實現(xiàn)方式中，該代理服務(wù)端根據(jù)代理請求信息進行代理能力評估包括很多種方式，在具體實現(xiàn)過程中可以包括以下內(nèi)容中的至少一個：檢測代理服務(wù)端是否開啟代理功能，若開啟代理功能，則表示代理服務(wù)端支持代處理文件，若否，則不支持；根據(jù)代理請求中包括的目標服務(wù)端的IP地址檢測代理服務(wù)端是否能夠?qū)崿F(xiàn)到目標服務(wù)端的路由，即檢測代理服務(wù)端與目標服務(wù)端之間的路由是否通暢，若是，則表示代理服務(wù)端支持代處理文件，若否，則不支持；檢測代理服務(wù)端是否能夠通過NFS協(xié)議連接到目標服務(wù)端，由于代理服務(wù)端需要實現(xiàn)與目標服務(wù)端之間的文件共享，則需要代理服務(wù)端通過NFS協(xié)議連接到目標服務(wù)端，若能夠連接，則表示代理服務(wù)端支持代處理文件，若不能夠連接，則不支持。

在一些可能的實現(xiàn)方式中，代理服務(wù)端根據(jù)所述代理請求信息進行代理能力評估之后，代理服務(wù)端將代理能力評估的結(jié)果發(fā)送至客戶端，這樣，若代理服務(wù)端不支持處理該文件，則客戶端就可以按照標準流程處理該文件，從而避免耽擱處理文件的時間，若該代理服務(wù)端支持處理該文件，則客戶端就可以知悉處理文件的方式，并等待處理文件的結(jié)果。

在一些可能的實現(xiàn)方式中，代理服務(wù)端代理客戶端處理文件之前，代理服務(wù)端根據(jù)代理請求中包括的目標服務(wù)端的IP地址向該目標服務(wù)端發(fā)送NFS掛載請求，代理服務(wù)端接收到目標服務(wù)端發(fā)送的NFS掛載確認消息，并根據(jù)該NFS掛載確認消息創(chuàng)建與目標服務(wù)端之間的NFS連接，當實現(xiàn)NFS連接后，則進行文件的共享，從而實現(xiàn)文件的刪除、拷貝、修改等訪問方式。

在一些可能的實現(xiàn)方式中，代理服務(wù)端代理客戶端處理文件之后，代理服務(wù)端將處理文件的結(jié)果發(fā)送給客戶端，讓客戶端知悉處理文件的情況，若沒有執(zhí)行成功，則可以重新執(zhí)行，或者按照標準流程處理該文件，其中，該標準流程為現(xiàn)有技術(shù)中的處理方式。

本發(fā)明第二方面提供一種文件處理方法，該方法應(yīng)用于網(wǎng)絡(luò)文件系統(tǒng)NFS，若客戶端檢測到對文件的目標操作指令，客戶端獲取該文件的代理請求信息，客戶端根據(jù)該代理請求信息按照目標格式生成NFS擴展命令請求，其中，該目標格式為所述客戶端和代理服務(wù)端預先協(xié)議的格式，客戶端通過NFS協(xié)議將NFS擴展命令請求發(fā)送至代理服務(wù)端，以使得代理服務(wù)端按照目標格式的解析方式解析NFS擴展命令請求以獲取代理請求信息，并根據(jù)代理請求信息進行代理能力評估，若代理服務(wù)端根據(jù)代理能力評估的結(jié)果支持處理文件，則代理服務(wù)端代理客戶端處理文件?？梢?，直接通過代理服務(wù)端代理客戶端處理文件，無需客戶端經(jīng)過多次流程處理文件，從而減輕客戶端的工作負荷，減少了網(wǎng)絡(luò)帶寬消耗，有效提高了文件處理效率。

在一些可能的實現(xiàn)方式中，客戶端通過NFS協(xié)議將NFS擴展命令請求發(fā)送至代理服務(wù)端之后，客戶端接收到代理服務(wù)端發(fā)送的代理能力評估的結(jié)果，若所述客戶端根據(jù)代理能力評估的結(jié)果確定代理服務(wù)端不支持處理文件，客戶端按照標準流程處理所述文件，以免耽擱處理文件的等待時間，其中，該標準流程為現(xiàn)有技術(shù)中的處理流程。

在一些可能的實現(xiàn)方式中，客戶端接收到代理服務(wù)端發(fā)送的代理能力評估的結(jié)果之后，客戶端接收代理服務(wù)端發(fā)送的處理文件的結(jié)果，從而知悉處理文件的情況，若沒有執(zhí)行成功，則可以重新執(zhí)行，或者按照標準流程處理該文件。

在一些可能的實現(xiàn)方式中，該代理請求信息包括：文件的NFS命令字、文件內(nèi)容、文件目錄、目標服務(wù)端的網(wǎng)絡(luò)協(xié)議IP地址以及端口號中的至少一個。其中，該NFS命令字為對待處理文件的處理方式對應(yīng)的命令字，該目標服務(wù)端為要處理文件對應(yīng)的服務(wù)端，例如：代理服務(wù)端代理客戶端將代理服務(wù)端上的某個文件拷貝至目標服務(wù)端，該目標服務(wù)端的IP地址和端口用于代理服務(wù)端建立于目標服務(wù)端之間的通信連接，從而實現(xiàn)文件共享。

本發(fā)明第三方面提供一種代理服務(wù)端，該代理服務(wù)端被配置實現(xiàn)上述第一方面提供的方法的功能。該功能可以通過硬件實現(xiàn)，也可以通過硬件執(zhí)行相應(yīng)的軟件實現(xiàn)，該硬件或軟件包括一個或多個與上述功能相對應(yīng)的模塊。

本發(fā)明第四方面提供一種客戶端，該客戶端被配置實現(xiàn)上述第二方面提供的方法的功能。該功能可以通過硬件實現(xiàn)，也可以通過硬件執(zhí)行相應(yīng)的軟件實現(xiàn)，該硬件或軟件包括一個或多個與上述功能相對應(yīng)的模塊。

附圖說明

為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為現(xiàn)有技術(shù)中NFS的一個應(yīng)用組網(wǎng)圖；

圖2為現(xiàn)有技術(shù)中中NFS的一個應(yīng)用場景圖；

圖3為本發(fā)明實施例中NFS的一個應(yīng)用場景圖；

圖4為本發(fā)明實施例中代理服務(wù)端的一個結(jié)構(gòu)示意圖；

圖5為本發(fā)明實施例中客戶端的一個結(jié)構(gòu)示意圖；

圖6為本發(fā)明實施例中文件處理方法的一個實施例示意圖；

圖7為本發(fā)明實施例中代理服務(wù)端的另一個結(jié)構(gòu)示意圖；

圖8為本發(fā)明實施例中客戶端的另一個結(jié)構(gòu)示意圖。

具體實施方式

本發(fā)明的目的在于提供一種文件處理方法、代理服務(wù)端及客戶端，用于解決現(xiàn)有NFS文件處理時所存在的網(wǎng)絡(luò)帶寬消耗大，拷貝效率低的問題，通過代理服務(wù)端代理客戶端處理文件，減少網(wǎng)絡(luò)帶寬消耗，有效提高文件處理效率。

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

本發(fā)明的術(shù)語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設(shè)備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn)品或設(shè)備固有的其它步驟或單元。

在介紹本發(fā)明實施例之前，先介紹一下本發(fā)明實施例中涉及的NFS，NFS是基于TCP/IP協(xié)議的應(yīng)用，主要是采用遠程過程調(diào)用(英文全稱：remote procedure call protocol，縮寫：RPC)機制，RPC提供了一組與機器、操作系統(tǒng)以及低層傳送協(xié)議無關(guān)的存取遠程文件的操作，RPC采用了XDR的支持。XDR是一種與機器無關(guān)的數(shù)據(jù)描述編碼的協(xié)議，以獨立于任意機器體系結(jié)構(gòu)的格式對網(wǎng)上傳送的數(shù)據(jù)進行編碼和解碼，支持在異構(gòu)系統(tǒng)之間數(shù)據(jù)的傳送。

NFS的體系至少包括服務(wù)端和客戶端，NFS能使客戶端訪問服務(wù)端上的文件就像本地訪問一樣。例如：該服務(wù)端為一臺NFS服務(wù)器，該客戶端為若干臺客戶機，客戶機通過TCP/IP網(wǎng)絡(luò)遠程訪問存放在NFS服務(wù)器上的數(shù)據(jù)。在NFS服務(wù)器正式啟用前，需要根據(jù)實際環(huán)境和需求，配置一些NFS參數(shù)。

請參閱圖3，為本發(fā)明實施例中NFS的一個應(yīng)用場景圖，NFS客戶端向NFS服務(wù)端A發(fā)送代理請求，其中，該代理請求包括讓NFS服務(wù)端A代理的文件，以及文件的處理方式，以及目標服務(wù)端的IP地址、端口等，NFS服務(wù)端A接收到該代理請求后，評估自身的代理能力，若確定支持代理，則NFS服務(wù)端A代理NFS客戶端向NFS服務(wù)端B執(zhí)行文件處理，若確定不支持代理，則NFS服務(wù)端A向NFS客戶端發(fā)送不支持的評估結(jié)果，以使得NFS客戶端按照標準流程處理文件。

請參閱圖4，對本發(fā)明涉及的代理服務(wù)端的具體結(jié)構(gòu)進行介紹，該代理服務(wù)端可看作是NFS系統(tǒng)中的服務(wù)器，該代理服務(wù)端100包括：收發(fā)器110、存儲器120、處理器130等部件。本領(lǐng)域技術(shù)人員可以理解，圖4中示出的該代理服務(wù)端100的結(jié)構(gòu)并不構(gòu)成對代理服務(wù)端的限定，可以包括比圖4更多或更少的部件，或者組合某些部件，或者不同的部件布置。

收發(fā)器110可用于收發(fā)信息，例如：信號的接收和發(fā)送。收發(fā)器110通過無線或者有線與終端等其他設(shè)備通信，無線通信可以使用任一通信標準或協(xié)議，包括但不限于全球移動通訊系統(tǒng)(英文全稱：Global System of Mobile communication，縮寫：GSM)、通用分組無線服務(wù)(英文全稱：General Packet Radio Service，縮寫：GPRS)、碼分多址(英文全稱：Code Division Multiple Access，縮寫：CDMA)、寬帶碼分多址(英文全稱：Wideband Code Division Multiple Access，縮寫：WCDMA)、長期演進(英文全稱：Long Term Evolution，縮寫：LTE)、電子郵件、短消息服務(wù)(英文全稱：Short Messaging Service，縮寫：SMS)等。

存儲器120可用于存儲軟件程序以及模塊，處理器130通過運行存儲在存儲器120的軟件程序以及模塊，從而執(zhí)行該代理服務(wù)端100的各種功能應(yīng)用以及數(shù)據(jù)處理。

其中，收發(fā)器110用于執(zhí)行如下步驟：

接收到客戶端發(fā)送的對文件的NFS擴展命令請求，其中，所述NFS擴展命令請求是所述客戶端根據(jù)代理請求信息按照目標格式生成的，所述目標格式為所述客戶端和所述代理服務(wù)端預先協(xié)議的格式；

處理器130用于執(zhí)行如下步驟：

按照所述目標格式的解析方式解析所述NFS擴展命令請求以獲取所述代理請求信息，根據(jù)所述代理請求信息進行代理能力評估；若所述代理服務(wù)端根據(jù)代理能力評估的結(jié)果支持處理所述文件，則代理所述客戶端處理所述文件。

在一些可能的實現(xiàn)方式中，所述代理請求信息包括：所述文件的NFS命令字、文件內(nèi)容、文件目錄、目標服務(wù)端的網(wǎng)絡(luò)協(xié)議IP地址以及端口號中的至少一個。

在一些可能的實現(xiàn)方式中，處理器130根據(jù)所述代理請求信息進行代理能力評估包括以下內(nèi)容中的至少一個：

檢測所述代理服務(wù)端是否開啟代理功能；

根據(jù)所述代理請求中包括的所述目標服務(wù)端的IP地址檢測所述代理服務(wù)端是否能夠?qū)崿F(xiàn)到所述目標服務(wù)端的路由；

檢測所述代理服務(wù)端是否能夠通過NFS協(xié)議連接到所述目標服務(wù)端。

在一些可能的實現(xiàn)方式中，收發(fā)器110還用于處理器130根據(jù)所述代理請求信息進行代理能力評估之后，將代理能力評估的結(jié)果發(fā)送至所述客戶端，以使得若所述代理服務(wù)端不支持處理所述文件，所述客戶端按照標準流程處理所述文件。

在一些可能的實現(xiàn)方式中，收發(fā)器110還用于處理器130代理所述客戶端處理所述文件之前，根據(jù)所述代理請求中包括的所述目標服務(wù)端的IP地址向所述目標服務(wù)端發(fā)送NFS掛載請求，接收到所述目標服務(wù)端發(fā)送的NFS掛載確認消息；

所述處理器130還用于根據(jù)所述NFS掛載確認消息創(chuàng)建與所述目標服務(wù)端之間的NFS連接。

在一些可能的實現(xiàn)方式中，所述收發(fā)器110還用于處理器130代理所述客戶端處理所述文件之后，將處理所述文件的結(jié)果發(fā)送給所述客戶端。

下面介紹本發(fā)明涉及的客戶端，如圖5所示，為了便于說明，僅示出了與本發(fā)明實施例相關(guān)的部分，具體技術(shù)細節(jié)未揭示的，請參照本發(fā)明實施例方法部分。該客戶端可以為包括計算機，手機、平板電腦、個人數(shù)字助理(英文全稱：Personal Digital Assistant，縮寫：PDA)、車載電腦等任意終端設(shè)備，以手機為例：

圖5示出的是與本發(fā)明實施例提供的客戶端相關(guān)的手機的部分結(jié)構(gòu)的框圖。參考圖5，手機包括：射頻(英文全稱：Radio Frequency，縮寫：RF)電路210、存儲器220、輸入單元230、處理器240等部件。本領(lǐng)域技術(shù)人員可以理解，圖5中示出的手機結(jié)構(gòu)并不構(gòu)成對手機的限定，可以包括比圖示更多或更少的部件，或者組合某些部件，或者不同的部件布置。

下面結(jié)合圖5對手機的各個構(gòu)成部件進行具體的介紹：

RF電路210可用于收發(fā)信息或通話過程中，信號的接收和發(fā)送，可以看作收發(fā)器，通常，RF電路210包括但不限于天線、至少一個放大器、收發(fā)信機、耦合器、低噪聲放大器(英文全稱：Low Noise Amplifier，縮寫：LNA)、雙工器等。此外，RF電路210還可以通過無線通信與網(wǎng)絡(luò)和其他設(shè)備通信。上述無線通信可以使用任一通信標準或協(xié)議，包括但不限于全球移動通訊系統(tǒng)(英文全稱：Global System of Mobile communication，縮寫：GSM)、通用分組無線服務(wù)(英文全稱：General Packet Radio Service，縮寫：GPRS)、碼分多址(英文全稱：Code Division Multiple Access，縮寫：CDMA)、寬帶碼分多址(英文全稱：Wideband Code Division Multiple Access，縮寫：WCDMA)、長期演進(英文全稱：Long Term Evolution，縮寫：LTE)、電子郵件、短消息服務(wù)(英文全稱：Short Messaging Service，縮寫：SMS)等。

存儲器220可用于存儲軟件程序以及模塊，處理器240通過運行存儲在存儲器220的軟件程序以及模塊，從而執(zhí)行手機的各種功能應(yīng)用以及數(shù)據(jù)處理。存儲器220可主要包括存儲程序區(qū)和存儲數(shù)據(jù)區(qū)，其中，存儲程序區(qū)可存儲操作系統(tǒng)、至少一個功能所需的應(yīng)用程序(比如聲音播放功能、圖像播放功能等)等；存儲數(shù)據(jù)區(qū)可存儲根據(jù)手機的使用所創(chuàng)建的數(shù)據(jù)(比如音頻數(shù)據(jù)、電話本等)等。此外，存儲器220可以包括高速隨機存取存儲器，還可以包括非易失性存儲器，例如至少一個磁盤存儲器件、閃存器件、或其他易失性固態(tài)存儲器件。

輸入單元230可用于接收輸入的數(shù)字或字符信息，以及產(chǎn)生與手機的用戶設(shè)置以及功能控制有關(guān)的鍵信號輸入。具體地，輸入單元230可包括觸控面板231以及其他輸入設(shè)備232。觸控面板231，也稱為觸摸屏，可收集用戶在其上或附近的觸摸操作(比如用戶使用手指、觸筆等任何適合的物體或附件在觸控面板231上或在觸控面板231附近的操作)，并根據(jù)預先設(shè)定的程式驅(qū)動相應(yīng)的連接裝置。可選的，觸控面板231可包括觸摸檢測裝置和觸摸控制器兩個部分。其中，觸摸檢測裝置檢測用戶的觸摸方位，并檢測觸摸操作帶來的信號，將信號傳送給觸摸控制器；觸摸控制器從觸摸檢測裝置上接收觸摸信息，并將它轉(zhuǎn)換成觸點坐標，再送給處理器240，并能接收處理器240發(fā)來的命令并加以執(zhí)行。此外，可以采用電阻式、電容式、紅外線以及表面聲波等多種類型實現(xiàn)觸控面板231。除了觸控面板231，輸入單元230還可以包括其他輸入設(shè)備232。具體地，其他輸入設(shè)備232可以包括但不限于物理鍵盤、功能鍵(比如音量控制按鍵、開關(guān)按鍵等)、軌跡球、鼠標、操作桿等中的一種或多種。

處理器240是手機的控制中心，利用各種接口和線路連接整個手機的各個部分，通過運行或執(zhí)行存儲在存儲器220內(nèi)的軟件程序和/或模塊，以及調(diào)用存儲在存儲器220內(nèi)的數(shù)據(jù)，執(zhí)行手機的各種功能和處理數(shù)據(jù)，從而對手機進行整體監(jiān)控。可選的，處理器240可包括一個或多個處理單元；優(yōu)選的，處理器240可集成應(yīng)用處理器和調(diào)制解調(diào)處理器，其中，應(yīng)用處理器主要處理操作系統(tǒng)、用戶界面和應(yīng)用程序等，調(diào)制解調(diào)處理器主要處理無線通信。可以理解的是，上述調(diào)制解調(diào)處理器也可以不集成到處理器240中。

盡管未示出，手機還可以包括音頻電路、傳感器、顯示單元、攝像頭、藍牙模塊等，在此不再贅述。

在本發(fā)明實施例中，處理器240用于若客戶端檢測到對文件的目標操作指令，獲取所述文件的代理請求信息，根據(jù)所述代理請求信息按照目標格式生成NFS擴展命令請求，其中，所述目標格式為所述客戶端和代理服務(wù)端預先協(xié)議的格式；

RF電路210用于通過NFS協(xié)議將所述NFS擴展命令請求發(fā)送至所述代理服務(wù)端，以使得所述代理服務(wù)端按照所述目標格式的解析方式解析所述NFS擴展命令請求以獲取所述代理請求信息，并根據(jù)所述代理請求信息進行代理能力評估，若所述代理服務(wù)端根據(jù)代理能力評估的結(jié)果支持處理所述文件，則所述代理服務(wù)端代理所述客戶端處理所述文件。

在一些可能的實現(xiàn)方式中，RF電路210還用于通過NFS協(xié)議將所述NFS擴展命令請求發(fā)送至所述代理服務(wù)端之后，接收到所述代理服務(wù)端發(fā)送的代理能力評估的結(jié)果；

處理器240還用于若所述客戶端根據(jù)所述代理能力評估的結(jié)果確定所述代理服務(wù)端不支持處理所述文件，按照標準流程處理所述文件。

在一些可能的實現(xiàn)方式中，RF電路210還用于接收到所述代理服務(wù)端發(fā)送的代理能力評估的結(jié)果之后，接收所述代理服務(wù)端發(fā)送的處理所述文件的結(jié)果。

請參閱圖6，為本發(fā)明實施例中文件處理方法的一個實施例示意圖，該實施例的具體流程如下：

步驟601、若客戶端檢測到對文件的目標操作指令，客戶端獲取所述文件的代理請求信息。

本發(fā)明實施例中，客戶端檢測到用戶對文件的一些操作指令，例如：將某文件從服務(wù)端A拷貝至服務(wù)端B，如果發(fā)現(xiàn)待執(zhí)行的拷貝操作在兩個不同的NFS服務(wù)器的共享目錄上，則確定該操作指令為目標操作指令，在實際應(yīng)用中，該目標操作指令還包括刪除文件、修改文件、移動文件等指令，此處不做具體限定。

與現(xiàn)有技術(shù)不同的是，當客戶端檢測到對文件的目標操作指令后，及時獲取該文件的代理請求信息，以請求代理服務(wù)端代理文件的處理，其中，該代理請求信息包括：所述文件的NFS命令字、文件內(nèi)容、文件目錄、目標服務(wù)端的網(wǎng)絡(luò)協(xié)議IP地址以及端口號中的至少一個。

步驟602、客戶端根據(jù)所述代理請求信息按照目標格式生成NFS擴展命令請求。

本發(fā)明實施例中，所述目標格式為所述客戶端和代理服務(wù)端預先協(xié)議的格式，客戶端根據(jù)代理請求信息按照目標格式生成NFS擴展命令請求，在實際應(yīng)用中，該目標格式為json，xdr，xml等通信編碼格式，此處不做具體限定。

步驟603、客戶端通過NFS協(xié)議將所述NFS擴展命令請求發(fā)送至所述代理服務(wù)端。

本發(fā)明實施例中，通過NFS協(xié)議將NFS擴展命令請求發(fā)送至代理服務(wù)端，其中，NFS協(xié)議是運行在應(yīng)用層的協(xié)議，既可以用于局域網(wǎng)也可以用于廣域網(wǎng)，且與操作系統(tǒng)和硬件無關(guān)，可以在不同的計算機或系統(tǒng)上運行，因此，用戶不需要在網(wǎng)絡(luò)中的每個機器上都建有Home目錄，Home目錄可以放在NFS服務(wù)器上且可以在網(wǎng)絡(luò)上被訪問使用，將常用的數(shù)據(jù)存放在NFS服務(wù)端(NFS服務(wù)器)上且可以通過網(wǎng)絡(luò)訪問，那么本地客戶端將減少自身存儲空間的使用。

步驟604、代理服務(wù)端按照所述目標格式的解析方式解析所述NFS擴展命令請求以獲取所述代理請求信息。

本發(fā)明實施例中，由于目標格式是客戶端和代理服務(wù)端預先協(xié)議的格式，當代理服務(wù)端接收到客戶端發(fā)送的該NFS擴展命令請求后，按照該目標格式的解析方式解析該NFS擴展命令請求，從而獲取該NFS擴展命令請求中包括的代理請求信息。

步驟605、代理服務(wù)端根據(jù)所述代理請求信息進行代理能力評估。

本發(fā)明實施例中，該代理服務(wù)端根據(jù)代理請求信息進行代理能力評估包括很多種方式，在具體實現(xiàn)過程中可以包括以下內(nèi)容中的至少一個：

所述代理服務(wù)端檢測所述代理服務(wù)端是否開啟代理功能，若開啟代理功能，則表示代理服務(wù)端支持代處理文件，若否，則不支持。

所述代理服務(wù)端根據(jù)所述代理請求中包括的所述目標服務(wù)端的IP地址檢測所述代理服務(wù)端是否能夠?qū)崿F(xiàn)到所述目標服務(wù)端的路由，即檢測代理服務(wù)端與目標服務(wù)端之間的路由是否通暢，若是，則表示代理服務(wù)端支持代處理文件，若否，則不支持。

所述代理服務(wù)端檢測所述代理服務(wù)端是否能夠通過NFS協(xié)議連接到所述目標服務(wù)端，由于代理服務(wù)端需要實現(xiàn)與目標服務(wù)端之間的文件共享，則需要代理服務(wù)端通過NFS協(xié)議連接到目標服務(wù)端，若能夠連接，則表示代理服務(wù)端支持代處理文件，若不能夠連接，則不支持。

步驟606、若代理服務(wù)端根據(jù)代理能力評估的結(jié)果支持處理所述文件，則代理服務(wù)端代理所述客戶端處理所述文件。

在一些可能的實現(xiàn)方式中，所述代理服務(wù)端代理所述客戶端處理所述文件之前，所述代理服務(wù)端根據(jù)所述代理請求中包括的所述目標服務(wù)端的IP地址向所述目標服務(wù)端發(fā)送NFS掛載請求；所述代理服務(wù)端接收到所述目標服務(wù)端發(fā)送的NFS掛載確認消息；所述代理服務(wù)端根據(jù)所述NFS掛載確認消息創(chuàng)建與所述目標服務(wù)端之間的NFS連接。

可見，代理服務(wù)端根據(jù)代理請求中包括的目標服務(wù)端的IP地址向該目標服務(wù)端發(fā)送NFS掛載請求，代理服務(wù)端接收到目標服務(wù)端發(fā)送的NFS掛載確認消息，并根據(jù)該NFS掛載確認消息創(chuàng)建與目標服務(wù)端之間的NFS連接，當實現(xiàn)NFS連接后，則進行文件的共享，從而實現(xiàn)文件的刪除、拷貝、修改等訪問方式。

步驟607、代理服務(wù)端將處理所述文件的結(jié)果發(fā)送給所述客戶端。

本發(fā)明實施例中，代理服務(wù)端將處理文件的結(jié)果發(fā)送給客戶端，讓客戶端知悉處理文件的情況，若沒有執(zhí)行成功，則可以重新執(zhí)行，或者按照標準流程處理該文件，其中，該標準流程為現(xiàn)有技術(shù)中的處理方式。

在一些可能的實現(xiàn)方式中，在所述代理服務(wù)端根據(jù)所述代理請求信息進行代理能力評估之后，所述代理服務(wù)端將代理能力評估的結(jié)果發(fā)送至所述客戶端，以使得若所述代理服務(wù)端不支持處理所述文件，所述客戶端按照標準流程處理所述文件。

可見，代理服務(wù)端根據(jù)所述代理請求信息進行代理能力評估之后，代理服務(wù)端將代理能力評估的結(jié)果發(fā)送至客戶端，這樣，若代理服務(wù)端不支持處理該文件，則客戶端就可以按照標準流程處理該文件，從而避免耽擱處理文件的時間，若該代理服務(wù)端支持處理該文件，則客戶端就可以知悉處理文件的方式，并等待處理文件的結(jié)果。

為便于更好的實施本發(fā)明實施例的上述相關(guān)方法，下面還提供用于配合上述方法的相關(guān)設(shè)備。

請參閱圖7，為本發(fā)明實施例中代理服務(wù)端的一個結(jié)構(gòu)示意圖，該代理服務(wù)端700為網(wǎng)絡(luò)文件系統(tǒng)NFS中的服務(wù)端，該代理服務(wù)端700包括：接收模塊701，獲取模塊702，評估模塊703，處理模塊704。在一些可能的實現(xiàn)方式中，該代理服務(wù)端700還包括：發(fā)送模塊705，創(chuàng)建模塊706。

接收模塊701，用于接收到客戶端發(fā)送的對文件的NFS擴展命令請求，其中，所述NFS擴展命令請求是所述客戶端根據(jù)代理請求信息按照目標格式生成的，所述目標格式為所述客戶端和所述代理服務(wù)端預先協(xié)議的格式；

在一些可能的實現(xiàn)方式中，所述代理請求信息包括：所述文件的NFS命令字、文件內(nèi)容、文件目錄、目標服務(wù)端的網(wǎng)絡(luò)協(xié)議IP地址以及端口號中的至少一個。

獲取模塊702，用于按照所述目標格式的解析方式解析所述NFS擴展命令請求以獲取所述代理請求信息；

評估模塊703，用于根據(jù)所述代理請求信息進行代理能力評估；

在一些可能的實現(xiàn)方式中，所述評估模塊具體用于執(zhí)行以下內(nèi)容中的至少一個：

檢測所述代理服務(wù)端是否開啟代理功能；

根據(jù)所述代理請求中包括的所述目標服務(wù)端的IP地址檢測所述代理服務(wù)端是否能夠?qū)崿F(xiàn)到所述目標服務(wù)端的路由；

檢測所述代理服務(wù)端是否能夠通過NFS協(xié)議連接到所述目標服務(wù)端。

在一些可能的實現(xiàn)方式中，所述代理服務(wù)端700還包括：

發(fā)送模塊705，用于所述評估模塊703根據(jù)所述代理請求信息進行代理能力評估之后，將代理能力評估的結(jié)果發(fā)送至所述客戶端，以使得若所述代理服務(wù)端不支持處理所述文件，所述客戶端按照標準流程處理所述文件。

處理模塊704，用于若所述代理服務(wù)端根據(jù)代理能力評估的結(jié)果支持處理所述文件，則所代理所述客戶端處理所述文件。

在一些可能的實現(xiàn)方式中，所述代理服務(wù)端700還包括：

所述發(fā)送模塊705，還用于所述處理模塊代理所述客戶端處理所述文件之前，根據(jù)所述代理請求中包括的所述目標服務(wù)端的IP地址向所述目標服務(wù)端發(fā)送NFS掛載請求；

所述接收模塊701，還用于接收到所述目標服務(wù)端發(fā)送的NFS掛載確認消息；

創(chuàng)建模塊706，用于根據(jù)所述NFS掛載確認消息創(chuàng)建與所述目標服務(wù)端之間的NFS連接。

在一些可能的實現(xiàn)方式中，

所述發(fā)送模塊705，還用于所述處理模塊704代理所述客戶端處理所述文件之后，將處理所述文件的結(jié)果發(fā)送給所述客戶端。

請參閱圖8，為本發(fā)明實施例中客戶端的一個結(jié)構(gòu)示意圖，該客戶端800為網(wǎng)絡(luò)文件系統(tǒng)NFS中的客戶端，該客戶端800包括：獲取模塊801，生成模塊802，發(fā)送模塊803，在一些可能的實現(xiàn)方式中，所述客戶端800還包括接收模塊804，處理模塊805。

獲取模塊801，用于若客戶端檢測到對文件的目標操作指令，所述客戶端獲取所述文件的代理請求信息；

在一些可能的實現(xiàn)方式中，所述代理請求信息包括：所述文件的NFS命令字、文件內(nèi)容、文件目錄、目標服務(wù)端的網(wǎng)絡(luò)協(xié)議IP地址以及端口號中的至少一個。

生成模塊802，用于根據(jù)所述代理請求信息按照目標格式生成NFS擴展命令請求，其中，所述目標格式為所述客戶端和代理服務(wù)端預先協(xié)議的格式；

發(fā)送模塊803，用于通過NFS協(xié)議將所述NFS擴展命令請求發(fā)送至所述代理服務(wù)端，以使得所述代理服務(wù)端按照所述目標格式的解析方式解析所述NFS擴展命令請求以獲取所述代理請求信息，并根據(jù)所述代理請求信息進行代理能力評估，若所述代理服務(wù)端根據(jù)代理能力評估的結(jié)果支持處理所述文件，則所述代理服務(wù)端代理所述客戶端處理所述文件。

在一些可能的實現(xiàn)方式中，所述客戶端800還包括：

接收模塊804，用于所述發(fā)送模塊803通過NFS協(xié)議將所述NFS擴展命令請求發(fā)送至所述代理服務(wù)端之后，接收到所述代理服務(wù)端發(fā)送的代理能力評估的結(jié)果；

處理模塊805，若所述客戶端根據(jù)所述代理能力評估的結(jié)果確定所述代理服務(wù)端不支持處理所述文件，按照標準流程處理所述文件。

在一些可能的實現(xiàn)方式中，

所述接收模塊804，還用于接收到所述代理服務(wù)端發(fā)送的代理能力評估的結(jié)果之后，接收所述代理服務(wù)端發(fā)送的處理所述文件的結(jié)果。

可見，直接通過代理服務(wù)端代理客戶端處理文件，無需客戶端經(jīng)過多次流程處理文件，從而減輕客戶端的工作負荷，減少了網(wǎng)絡(luò)帶寬消耗，有效提高了文件處理效率。

所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統(tǒng)，裝置和單元的具體工作過程，可以參考前述方法實施例中的對應(yīng)過程，在此不再贅述。

在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的系統(tǒng)，裝置和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上。可以根據(jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。

所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)端，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：U盤、移動硬盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

以上所述，以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當理解：其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。