應用于電子商務系統(tǒng)的文件處理方法、服務器及系統(tǒng)的制作方法
【技術領域】
[0001]本發(fā)明涉及文件處理領域，更具體地，涉及一種應用于電子商務系統(tǒng)的文件處理方法、服務器及系統(tǒng)。
【背景技術】
[0002]電商平臺的用戶大體上分為兩種:供應商和客戶。供應商在網(wǎng)站中除了給客戶發(fā)貨之外，還會用到各種各樣的報表信息，而這些報表往往包含比較詳細的訂單、金額等信息。
[0003]在現(xiàn)有技術中，當供應商需要進行導出報表這種大數(shù)據(jù)量任務的時候，通常采用實時導出的方式。即，在供應商點擊導出的時候，電商平臺開始統(tǒng)計數(shù)據(jù)，待文件生成后，返回給客戶端下載。這種方式存在以下缺陷:一方面，在數(shù)據(jù)量較大的情況下，平臺在統(tǒng)計的時候會消耗很長時間，客戶端同時也需要等待很長時間，這樣就大大降低了客戶體驗；另一方面，這種大數(shù)據(jù)量的任務很有可能在短時間內(nèi)造成服務器的巨大壓力而導致服務器宕機。

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

[0004]為解決上述技術問題，本發(fā)明提供了一種應用于電子商務系統(tǒng)的文件處理方法、服務器及系統(tǒng)，特別適用于大數(shù)據(jù)量文件的處理，能夠降低服務器宕機的風險，提高客戶體驗。
[0005]—方面，本發(fā)明實施例提供了一種應用于電子商務系統(tǒng)的文件處理方法，包括:
[0006]服務器接收客戶端發(fā)送的請求消息；
[0007]服務器判斷所述客戶端所請求的文件是否已經(jīng)存在；
[0008]如果已經(jīng)存在，則所述服務器將所述文件或所述文件的下載鏈接發(fā)送至所述客戶端;
[0009]如果不存在，則所述服務器定時執(zhí)行生成所述文件的任務。
[0010]第二方面，本發(fā)明實施例提供一種應用于電子商務系統(tǒng)的服務器，包括:
[0011]接收模塊，用于接收客戶端發(fā)送的請求消息；
[0012]判斷模塊，用于判斷是否已存在所述客戶端所請求的文件；
[0013]處理模塊，用于在已存在所述文件時，將所述文件或所述文件的下載鏈接發(fā)送至所述客戶端，以及，用于在不存在所述文件時，定時執(zhí)行生成所述文件的任務。
[0014]第三方面，本發(fā)明實施例提供一種應用于電子商務系統(tǒng)的文件處理系統(tǒng)，包括根據(jù)本發(fā)明實施例第二方面的服務器和用于向所述服務器發(fā)送請求消息的客戶端。
[0015]采用本發(fā)明實施例，具有以下優(yōu)點:
[0016]通過在服務器端定時執(zhí)行生成文件的任務，能夠有效避開電子商務系統(tǒng)的繁忙時段而在相對空閑時生成文件。一方面減小了服務器的數(shù)據(jù)處理壓力，降低了服務器宕機的風險。另一方面也避免了客戶無謂的等待，提高了客戶體驗。
【附圖說明】
[0017]圖1是根據(jù)本發(fā)明實施例的一種應用于電子商務系統(tǒng)的文件處理方法的流程示意圖；
[0018]圖2是根據(jù)本發(fā)明實施例的一種應用于電子商務系統(tǒng)的服務器的方塊示意圖；
[0019]圖3是根據(jù)本發(fā)明實施例的一種應用于電子商務系統(tǒng)的文件處理系統(tǒng)的方塊示意圖。
【具體實施方式】
[0020]下面將結(jié)合附圖對本發(fā)明實施例中的技術方案進行清楚、完整的描述。
[0021 ] 首先對本發(fā)明中可能提及的名稱或術語進行解釋。
[0022]Schedual:定時任務。
[0023]VM:英文全稱為Velocity Model，是基于Velocity的模板。使用VM的頁面就是VM頁面。Velocity是一個基于java的模板引擎，在VM頁面中允許使用模板語言來引用由java代碼定義的對象，通過這種方式，VM將java代碼從web頁面中分離出來。
[0024]圖1是根據(jù)本發(fā)明實施例的一種應用于電子商務系統(tǒng)的文件處理方法的流程示意圖，參照圖1，該方法包括:
[0025]10:服務器接收客戶端發(fā)送的請求消息。該請求消息用于向服務器請求文件，例如，請求服務器發(fā)送包含報表數(shù)據(jù)的報表文件。當然，報表文件僅是舉例，客戶端可以向服務器請求需要服務器進行數(shù)據(jù)統(tǒng)計、計算之類的處理而生成的文件。
[0026]可選地，在本實施例的一種實現(xiàn)方式中，客戶端通過VM頁面向服務器發(fā)送請求消息。
[0027]12:服務器判斷客戶端所請求的文件是否已經(jīng)存在。例如，服務器在業(yè)務層進行上述判斷。如果已經(jīng)存在，則執(zhí)行處理14 ;如果不存在，則執(zhí)行處理16。
[0028]14:服務器將文件或文件的下載鏈接發(fā)送至客戶端。
[0029]16:服務器定時執(zhí)行生成文件的任務。
[0030]可選地，在本實施例的一種實現(xiàn)方式中，通過以下方式實現(xiàn)處理16:首先，服務器將生成文件的任務添加至定時任務中；然后，由定時任務定時執(zhí)行生成文件的任務。其中，定時任務可以通過建立Schedual工程實現(xiàn)，該Schedual工程按照配置文件中的配置定時執(zhí)行相對應的任務表中的任務。
[0031]可選地，在本實施例的一種實現(xiàn)方式中，當服務器判斷不存在客戶端請求的文件時，可以向客戶端返回友好的提示信息，以避免客戶端無謂的等待。
[0032]可選地，在本實施例的一種實現(xiàn)方式中，在通過處理16生成文件之后，服務器將生成的文件或該文件的下載鏈接發(fā)送至客戶端。
[0033]采用本實施例提供的方法，由服務器判斷是否已經(jīng)存在客戶端請求的文件，并在不存在該文件時定時執(zhí)行生成文件的任務，基于異步下載的方式將實時的任務做到定時任務中，不對復雜任務進行實時處理，能夠有效避開電子商務系統(tǒng)的繁忙時段而在相對空閑時生成文件，一方面減小了服務器的數(shù)據(jù)處理壓力，降低了服務器宕機的風險，另一方面也避免了客戶無謂的等待，提高客戶體驗。
[0034]圖2是根據(jù)本發(fā)明實施例的一種應用于電子商務系統(tǒng)的服務器的方塊示意圖，參照圖2，服務器20包括接收模塊21、判斷模塊22和處理模塊23。下面分別進行說明。
[0035]接收模塊21，用于接收客戶端發(fā)送的請求消息。該請求消息可以是客戶端發(fā)送的用于請求報表文件的請求消息，所述報表文件由服務器根據(jù)報表數(shù)據(jù)生成。<