本發(fā)明實施例涉及文檔管理技術，尤其涉及一種文檔管理方法及裝置。
背景技術：
：：在建筑等工程項目中，涉及到較多的圖紙，目前圖紙還是在計算機上制作，工程師現(xiàn)場指導時依據(jù)打印出來的圖紙進行指導。在實際操作中，有可能會根據(jù)實際情況對圖紙進行多次修改，從而出現(xiàn)很多版次的圖紙?，F(xiàn)有技術中由于缺乏對圖紙的管理，有時工程師手中拿到的圖紙不一定是最新版的圖紙，也不易發(fā)現(xiàn)。技術實現(xiàn)要素：有鑒于此，本發(fā)明實施例提供一種文檔管理方法及裝置，以實現(xiàn)預設格式文檔在服務器的存儲，以及在移動終端的查看，及時發(fā)現(xiàn)紙版文檔中的錯誤。第一方面，本發(fā)明實施例提供了一種文檔管理方法，應用于客戶端中，所述方法包括：根據(jù)用戶指定的壓縮文件路徑，獲取壓縮文件；生成所述壓縮文件的標識號和對應的二維碼，并將所述壓縮文件和對應的標識號上傳到服務器，以請求服務器保存所述壓縮文件并根據(jù)所述標識號創(chuàng)建對應的二維碼鏈接；獲取所述壓縮文件對應的至少一個預設格式文檔，所述預設格式文檔中設置有所述二維碼；將所述至少一個預設格式文檔和所述標識號上傳到所述服務器，以請求所述服務器將所述至少一個預設格式文檔保存到所述壓縮文件的路徑下，并在所述二維碼鏈接下創(chuàng)建至少一個子鏈接以指向?qū)乃鲋辽僖粋€預設格式文檔，以便于用戶通過移動終端掃描所述二維碼時獲取到所述至少一個預設格式文檔。第二方面，本發(fā)明實施例還提供了一種文檔管理方法，應用于移動終端中，所述方法包括：通過攝像頭掃描壓縮文件對應的二維碼，識別所述二維碼后顯示對應的二維碼鏈接，所述壓縮文件是客戶端根據(jù)用戶的指定壓縮文件路徑獲取到的；接收到用戶點擊所述二維碼鏈接的操作指令后，將該操作指令發(fā)送給服務器，以請求所述服務器返回對應的網(wǎng)頁，所述網(wǎng)頁包括所述壓縮文件對應的至少一個預設格式文檔的子鏈接；接收到用戶點擊所述子鏈接中的一個子鏈接的操作指令后，將該操作指令發(fā)送給所述服務器，以請求所述服務器返回對應的預設格式文檔；顯示所述服務器返回的預設格式文檔。第三方面，本發(fā)明實施例還提供了一種文檔管理裝置，集成于客戶端中，所述裝置包括：壓縮文件獲取模塊，用于根據(jù)用戶指定的壓縮文件路徑，獲取壓縮文件；二維碼生成模塊，用于生成所述壓縮文件的標識號和對應的二維碼，并將所述壓縮文件和對應的標識號上傳到服務器，以請求服務器保存所述壓縮文件并根據(jù)所述標識號創(chuàng)建對應的二維碼鏈接；預設格式文檔獲取模塊，用于獲取所述壓縮文件對應的至少一個預設格式文檔，所述預設格式文檔中設置有所述二維碼；預設格式文檔上傳模塊，用于將所述至少一個預設格式文檔和所述標識號上傳到所述服務器，以請求所述服務器將所述至少一個預設格式文檔保存到所述壓縮文件的路徑下，并在所述二維碼鏈接下創(chuàng)建至少一個子鏈接以指向?qū)乃鲋辽僖粋€預設格式文檔，以便于用戶通過移動終端掃描所述二維碼時獲取到所述至少一個預設格式文檔。第四方面，本發(fā)明實施例還提供了一種文檔管理裝置，集成于移動終端中，所述裝置包括：二維碼識別模塊，用于通過攝像頭掃描壓縮文件對應的二維碼，識別所述二維碼后顯示對應的二維碼鏈接，所述壓縮文件是客戶端根據(jù)用戶的指定壓縮文件路徑獲取到的；網(wǎng)頁請求模塊，用于接收到用戶點擊所述二維碼鏈接的操作指令后，將該操作指令發(fā)送給服務器，以請求所述服務器返回對應的網(wǎng)頁，所述網(wǎng)頁包括所述壓縮文件對應的至少一個預設格式文檔的子鏈接；預設格式文檔請求模塊，用于接收到用戶點擊所述子鏈接中的一個子鏈接的操作指令后，將該操作指令發(fā)送給所述服務器，以請求所述服務器返回對應的預設格式文檔；預設格式文檔顯示模塊，用于顯示所述服務器返回的預設格式文檔。本發(fā)明實施例的技術方案，通過根據(jù)用戶指定的壓縮文件路徑獲取壓縮文件，生成所述壓縮文件的標識號和對應的二維碼，并將所述壓縮文件和對應的標識號上傳到服務器，以請求服務器保存所述壓縮文件并根據(jù)所述標識號創(chuàng)建對應的二維碼鏈接，獲取壓縮文件對應的設置有所述二維碼的至少一個預設格式文檔，將所述至少一個預設格式文檔和所述標識號上傳到服務器，以請求服務器將所述至少一個預設格式文檔保存到所述壓縮文件的路徑下，并在所述二維碼鏈接下創(chuàng)建至少一個子鏈接以指向?qū)乃鲋辽僖粋€預設格式文檔，以便于用戶通過移動終端掃描紙版預設格式文檔中的二維碼時，獲取到所述至少一個預設格式文檔，實現(xiàn)了預設格式文檔在服務器的存儲，以及在移動終端的查看，用戶通過對照紙版文檔和移動終端中的文檔，可以及時發(fā)現(xiàn)紙版文檔中的錯誤。附圖說明圖1是本發(fā)明實施例一提供的一種文檔管理方法的流程圖；圖2是本發(fā)明實施例二提供的一種文檔管理方法的流程圖；圖3是本發(fā)明實施例三提供的一種文檔管理方法的流程圖；圖4是本發(fā)明實施例四提供的一種文檔管理方法的流程圖；圖5a是本發(fā)明實施例四提供的文檔管理方法中的選擇圖紙按鈕的示意圖；圖5b是本發(fā)明實施例提供四的文檔管理方法中的上傳并生成二維碼按鈕及標識號和二維碼顯示的頁面示意圖；圖5c是本發(fā)明實施例提供四的文檔管理方法中的選擇pdf按鈕的顯示示意圖；圖5d是本發(fā)明實施例提供四的文檔管理方法中的二維碼位置選項的顯示示意圖；圖5e是本發(fā)明實施例提供四的文檔管理方法中的掃描二維碼后的顯示示意圖；圖5f是本發(fā)明實施例提供四的文檔管理方法中的點擊二維碼鏈接后的顯示網(wǎng)頁示意圖；圖5g是本發(fā)明實施例提供四的文檔管理方法中的下發(fā)流程簽確頁面的顯示示意圖；圖6是本發(fā)明實施例五提供的一種文檔管理裝置的結構示意圖；圖7是本發(fā)明實施例六提供的一種文檔管理裝置的結構示意圖。具體實施方式下面結合附圖和實施例對本發(fā)明作進一步的詳細說明。可以理解的是，此處所描述的具體實施例僅僅用于解釋本發(fā)明，而非對本發(fā)明的限定。另外還需要說明的是，為了便于描述，附圖中僅示出了與本發(fā)明相關的部分而非全部內(nèi)容。實施例一圖1是本發(fā)明實施例一提供的一種文檔管理方法的流程圖，本實施例可適用于將壓縮文件及對應的預設格式文檔分別上傳服務器保存并通過二維碼掃描下發(fā)到移動終端的情況，該方法可以由文檔管理裝置來執(zhí)行，該裝置可以由軟件和/或硬件來實現(xiàn)，一般可以集成在計算機中，稱為客戶端，該方法具體包括如下步驟：步驟110，根據(jù)用戶指定的壓縮文件路徑，獲取壓縮文件。用戶可以將需要存儲在服務器上的所有文檔打包成一個壓縮文件，例如，在一個工程項目中，可以將涉及的cad(computeraideddesign，計算機輔助設計)文檔、對應的導出的pdf(portabledocumentformat，便攜式文檔格式)文檔、集團意見以及其它文檔，打包成一個壓縮文件。并根據(jù)打包時間或者其中的文檔的完成時間以及文檔內(nèi)容對壓縮文件進行命名。用戶在需要將壓縮文件上傳到服務器時，指定壓縮文件路徑，計算機根據(jù)用戶指定的壓縮文件路徑可以獲取到壓縮文件。步驟120，生成所述壓縮文件的標識號和對應的二維碼，并將所述壓縮文件和對應的標識號上傳到服務器，以請求服務器保存所述壓縮文件并根據(jù)所述標識號創(chuàng)建對應的二維碼鏈接。在上傳壓縮文件時，根據(jù)當前時間、計算機的mac地址以及隨機參數(shù)等按照預設規(guī)則生成所述壓縮文件的標識號，并根據(jù)標識號生成對應的二維碼，將所述壓縮文件和對應的標識號上傳到服務器，服務器在接收到所述壓縮文件和對應的標識號后，保存所述壓縮文件，并根據(jù)標識號創(chuàng)建對應的二維碼鏈接以指向所述壓縮文件。其中，預設規(guī)則包括預設長度以及分段長度等，如預設長度可以為32字節(jié)。生成標識號時可以根據(jù)guid(globallyuniqueidentifier，全局唯一標識符)算法進行生成。所述標識號還可以用于標識圖紙等壓縮文件的不同的版本。在一個實施例中，在生成所述壓縮文件的標識號和對應的二維碼之前，還可選包括：接收上傳并生成二維碼的操作指令。通過上傳并生成二維碼的按鈕接收上傳并生成二維碼的操作指令，在接收到上傳并生成二維碼的操作指令后，生成所述壓縮文件的標識號和對應的二維碼，并上傳壓縮文件和對應的標識號。實現(xiàn)了與用戶的交互，根據(jù)用戶的操作指令進行壓縮文件的上傳。在一個實施例中，在生成所述壓縮文件的標識號和對應的二維碼之后，還可選包括：顯示所述標識號和對應的二維碼。在生成壓縮文件的標識號和對應的二維碼后，顯示所述標識號和對應的二維碼，便于用戶了解所述標識號和對應的二維碼，并將二維碼設置在預設格式文檔中。步驟130，獲取所述壓縮文件對應的至少一個預設格式文檔，所述預設格式文檔中設置有所述二維碼。其中，所述預設格式文檔是與所述壓縮文件對應的文檔，如是所述壓縮文件中的一部分文檔等。所述預設格式優(yōu)選為pdf，如在cad完成制圖后，將每個圖導出形成的pdf文檔。在生成壓縮文件的二維碼后，可以將該二維碼設置在預設格式文檔中，可以將二維碼直接設置在所述預設格式文檔中的用戶選定位置，或者是用戶手動將二維碼設置在壓縮文件的原始文檔中，再手動導出為預設格式文檔。例如，在cad圖紙中，用戶可以將二維碼設置在每個圖紙中，再導出為pdf文檔。在將二維碼設置在所述至少一個預設格式文檔后，保存該設置有二維碼的預設格式文檔，以便于將該設置有二維碼的預設格式文檔打印出來，供工程師使用并與移動終端掃描二維碼顯示的預設格式文檔進行對比校對。其中，獲取所述壓縮文件對應的至少一個預設格式文檔，可選包括：根據(jù)用戶指定的至少一個預設格式文檔路徑，獲取所述至少一個預設格式文檔；將所述二維碼設置在所述預設格式文檔的設定位置。在獲取至少一個預設格式文檔時，需要用戶指定至少一個預設格式文檔路徑，根據(jù)該路徑獲取所述至少一個預設格式文檔，接收用戶選定的二維碼設定位置(如提供設定位置選項供用戶選擇)，將所述二維碼設置值所述預設格式文檔的設定位置。步驟140，將所述至少一個預設格式文檔和所述標識號上傳到所述服務器，以請求所述服務器將所述至少一個預設格式文檔保存到所述壓縮文件的路徑下，并在所述二維碼鏈接下創(chuàng)建至少一個子鏈接以指向?qū)乃鲋辽僖粋€預設格式文檔，以便于用戶通過移動終端掃描所述二維碼時獲取到所述至少一個預設格式文檔。將所述至少一個預設格式文檔和所述標識號同時上傳到服務器，從而服務器可以根據(jù)標識號識別到與預設格式文檔對應的壓縮文件，從而將所述至少一個預設格式文檔保存到所述壓縮文件的路徑下，并在所述二維碼鏈接下創(chuàng)建至少一個子鏈接指向?qū)闹辽僖粋€預設格式文檔，即一個子鏈接指向一個對應的預設格式文檔，從而用戶通過移動終端掃描二維碼時，可以獲取到二維碼鏈接，從而獲取到所述至少一個預設格式文檔。在上傳至少一個預設格式文檔時，可以接收到用戶選定的一個預設格式文檔后就上傳，即一次上傳一個預設格式文檔。在一個實施例中，在將所述至少一個預設格式文檔和所述標識號上傳到所述服務器之前，還可選包括：接收上傳所述至少一個預設格式文檔的操作指令。通過上傳按鈕接收上傳所述至少一個預設格式文檔的操作指令，在接收到上傳所述至少一個預設格式文檔的操作指令后，上傳所述至少一個預設格式文檔。實現(xiàn)了與用戶的交互，根據(jù)用戶的操作指令進行預設格式文檔的上傳。本實施例的技術方案，通過根據(jù)用戶指定的壓縮文件路徑獲取壓縮文件，生成所述壓縮文件的標識號和對應的二維碼，并將所述壓縮文件和對應的標識號上傳到服務器，以請求服務器保存所述壓縮文件并根據(jù)所述標識號創(chuàng)建對應的二維碼鏈接，獲取壓縮文件對應的設置有所述二維碼的至少一個預設格式文檔，將所述至少一個預設格式文檔和所述標識號上傳到服務器，以請求服務器將所述至少一個預設格式文檔保存到所述壓縮文件的路徑下，并在所述二維碼鏈接下創(chuàng)建至少一個子鏈接以指向?qū)乃鲋辽僖粋€預設格式文檔，以便于用戶通過移動終端掃描紙版預設格式文檔中的二維碼時，獲取到所述至少一個預設格式文檔，實現(xiàn)了預設格式文檔在服務器的存儲，以及在移動終端的查看，用戶通過對照紙版文檔和移動終端中的文檔，可以及時發(fā)現(xiàn)紙版文檔中的錯誤。實施例二圖2是本發(fā)明實施例二提供的一種文檔管理方法的流程圖，本實施例可適用于通過移動終端掃描壓縮文件對應的二維碼獲取到壓縮文件對應的預設格式文檔的情況，該方法可以由文檔管理裝置來執(zhí)行，該裝置可以由軟件和/或硬件來實現(xiàn)，一般可以集成在手機、平板電腦等移動終端中，該方法具體包括如下步驟：步驟210，通過攝像頭掃描壓縮文件對應的二維碼，識別所述二維碼后顯示對應的二維碼鏈接，所述壓縮文件是客戶端根據(jù)用戶的指定壓縮文件路徑獲取到的。用戶在拿到設置有二維碼的紙版預設格式文檔，或者設置于其他位置的二維碼后，可以通過攝像頭掃描該二維碼，如果該二維碼是壓縮文件對應的二維碼，則識別出所述二維碼為壓縮文件對應的二維碼后，顯示對應的二維碼鏈接。步驟220，接收到用戶點擊所述二維碼鏈接的操作指令后，將該操作指令發(fā)送給服務器，以請求所述服務器返回對應的網(wǎng)頁，所述網(wǎng)頁包括所述壓縮文件對應的至少一個預設格式文檔的子鏈接。在二維碼鏈接的顯示頁面接收到用戶點擊所述二維碼鏈接的操作指令后，將該操作指令發(fā)送給服務器，服務器接收到該操作指令后，返回對應的網(wǎng)頁，該網(wǎng)頁中包括壓縮文件對應的至少一個預設格式文檔的子鏈接，一個預設格式文檔對應一個子鏈接。其中，所述預設格式優(yōu)選為pdf。步驟230，接收到用戶點擊所述子鏈接中的一個子鏈接的操作指令后，將該操作指令發(fā)送給所述服務器，以請求所述服務器返回對應的預設格式文檔。用戶如果想查看其中一個預設格式文檔，則可以在服務器返回的網(wǎng)頁中點擊對應的子鏈接，在接收到用戶點擊所述子鏈接中的一個子鏈接的操作指令后，移動終端將該操作指令發(fā)送給服務器，服務器識別該子鏈接對應的預設格式文檔后，獲取該預設格式文檔并返回給移動終端。步驟240，顯示所述服務器返回的預設格式文檔。移動終端在接收到服務器返回的預設格式文檔后，調(diào)用相應軟件打開并顯示該預設格式文檔。本實施例的技術方案，通過掃描壓縮文件對應的二維碼，識別所述二維碼后顯示對應的二維碼鏈接，接收到用戶點擊所述二維碼鏈接的操作指令后，將該操作指令發(fā)送給服務器，以請求服務器返回對應的網(wǎng)頁，在所述網(wǎng)頁中接收到用戶點擊子鏈接中的一個子鏈接的操作指令后，將該操作指令發(fā)送給服務器，以請求服務器返回對應的預設格式文檔，顯示服務器返回的預設格式文檔，實現(xiàn)了服務器上保存的預設格式文檔在移動終端的查看，用戶通過對照紙版文檔和移動終端中的文檔，可以及時發(fā)現(xiàn)紙版文檔中的錯誤。實施例三圖3是本發(fā)明實施例三提供的一種文檔管理方法的流程圖，本實施例在上述實施例的基礎上進行了優(yōu)化，本實施例在上述實施例的基礎上還可以進一步包括下發(fā)流程的簽確，該方法具體包括如下步驟：步驟310，通過攝像頭掃描壓縮文件對應的二維碼，識別所述二維碼后顯示對應的二維碼鏈接，所述壓縮文件是客戶端根據(jù)用戶的指定壓縮文件路徑獲取到的。步驟320，接收到用戶點擊所述二維碼鏈接的操作指令后，將該操作指令發(fā)送給服務器，以請求所述服務器返回對應的網(wǎng)頁，所述網(wǎng)頁包括所述壓縮文件對應的至少一個預設格式文檔的子鏈接。步驟330，接收到用戶點擊所述子鏈接中的一個子鏈接的操作指令后，將該操作指令發(fā)送給所述服務器，以請求所述服務器返回對應的預設格式文檔。步驟340，顯示所述服務器返回的預設格式文檔。步驟350，在所述二維碼鏈接的顯示頁面，顯示下發(fā)流程簽確按鈕。步驟360，在檢測到用戶點擊所述下發(fā)流程簽確按鈕時，顯示對應的登錄頁面，其中，所述登錄頁面包括所述壓縮文件的名稱、賬號輸入框和密碼輸入框。步驟370，通過賬號輸入框接收用戶輸入的賬號，并通過密碼輸入框接收用戶輸入的密碼，并發(fā)送到所述服務器進行驗證。在通過賬號輸入框接收到用戶輸入的賬號，通過密碼輸入框接收到用戶輸入的密碼后，將賬號和密碼發(fā)送到服務器進行驗證。服務器接收移動終端發(fā)送來的用于下發(fā)流程簽確的賬號和密碼；將所述賬號和密碼與已注冊的賬號和密碼進行匹配，匹配成功則驗證通過，并發(fā)送下發(fā)流程簽確頁面給移動終端。步驟380，驗證通過后，接收所述服務器返回的下發(fā)流程簽確頁面并顯示。步驟390，在所述下發(fā)流程簽確頁面的簽字位置接收用戶的簽字，并獲取簽字時間，將所述簽字和簽字時間發(fā)送到所述服務器，以請求所述服務器保存所述簽字和簽字時間表示的下發(fā)流程記錄。用戶在下發(fā)流程簽確頁面的簽字位置處進行簽字，最好是手寫簽字，簽字完成點擊確認簽字按鈕，完成簽字。移動終端接收到用戶的簽字時，獲取當前時間作為簽字時間，將所述簽字和簽字時間發(fā)送到服務器，服務器在接收到所述簽字和簽字時間時，在下發(fā)流程記錄中保存所述簽字和簽字時間。其中，所述下發(fā)流程簽確頁面還優(yōu)選包括下發(fā)流程記錄，用于顯示下發(fā)流程記錄。本實施例的技術方案，在上述實施例的基礎上，通過在二維碼鏈接的顯示頁面，顯示下發(fā)流程簽確按鈕，并在檢測到用戶點擊所述下發(fā)流程簽確按鈕時，顯示對應的登錄頁面，用戶登錄后可以進行簽字，并將簽字和簽字時間上傳到服務器進行保存，通過在線進行簽確，相對于以往紙版文檔的下發(fā)簽確，簡化了文檔下發(fā)流程。實施例四圖4是本發(fā)明實施例四提供的一種文檔管理方法的流程圖，本實施例是在上述實施例的基礎上的一個優(yōu)選實例，本實施例以萬達茂滑雪樂園建筑二版圖為例進行說明，該方法在計算機上執(zhí)行時，需要計算機安裝microsoft.netframework4.0以上版本。該方法具體包括如下步驟：步驟401，客戶端通過選擇圖紙按鈕接收用戶指定的壓縮文件路徑，并根據(jù)壓縮文件路徑獲取壓縮文件。圖5a是本發(fā)明實施例四提供的文檔管理方法中的選擇圖紙按鈕的示意圖，如圖5a所示，用戶可以點擊選擇圖紙按鈕指定壓縮文件路徑，并點擊打開的按鈕，計算機可以直接獲取到該壓縮文件。在此之前，用戶可以將萬達茂滑雪樂園建筑二版圖涉及的cad文檔、pdf文檔、集團意見以及其他文檔打包成一個壓縮文件(如rar或zip格式)，并進行命名，如可以命名為“20170118滑雪樂園2.0施工圖-建筑.zip”。步驟402，客戶端在接收到用戶點擊上傳并生成二維碼的操作指令后，生成壓縮文件的標識號和對應的二維碼，顯示所述標識號和二維碼，并將壓縮文件和對應的標識號上傳到服務器。圖5b是本發(fā)明實施例提供四的文檔管理方法中的上傳并生成二維碼按鈕及標識號和二維碼顯示的頁面示意圖。如圖5b所示，通過上傳并生成二維碼按鈕接收用戶的操作指令，在接收到該操作指令后，生成壓縮文件的標識號和對應的二維碼，并顯示。步驟403，服務器接收客戶端發(fā)送來的壓縮文件和對應的標識號，保存所述壓縮文件，并根據(jù)所述標識號創(chuàng)建對應的二維碼鏈接。步驟404，客戶端通過選擇pdf按鈕接收用戶指定的pdf文檔路徑，根據(jù)pdf文檔路徑獲取對應的pdf文檔。圖5c是本發(fā)明實施例提供四的文檔管理方法中的選擇pdf按鈕的顯示示意圖，如圖5c所示，用戶點擊選擇pdf按鈕，可以指定pdf文檔的路徑，在確定pdf文檔的路徑后，點擊打開按鈕，客戶端可以獲取到對應的pdf文檔。步驟405，客戶端通過二維碼位置選項接收用戶選定的二維碼位置，并將所述二維碼設置在所述pdf文檔中的二維碼位置。圖5d是本發(fā)明實施例提供四的文檔管理方法中的二維碼位置選項的顯示示意圖，如圖5d所示，可以設置四個選項，左上角、右上角、左下角以及右下角，當然，還可以設置更多的選項。步驟406，客戶端通過上傳pdf按鈕接收用戶上傳pdf文檔的操作指令，并上傳所述pdf文檔和對應的標識號給服務器。在pdf文檔上傳成功后，用戶可以點擊圖5d所示的預覽打印按鈕，客戶端顯示對應的pdf文檔的內(nèi)容，如圖紙，并在用戶選定的二維碼位置顯示二維碼。其中，二維碼尺寸為預設尺寸，可以為4.2cm×4.2cm，二維碼下方文字高度可以為0.64cm，一行9個中文漢字，二維碼與邊框距離可以為4.0cm。步驟407，服務器接收客戶端發(fā)送來的pdf文檔和標識號，將所述pdf文檔保存在壓縮文件的路徑下，并在二維碼鏈接下創(chuàng)建子鏈接以指向所述pdf文檔，以便于用戶通過移動終端掃描所述二維碼時獲取到所述pdf文檔。步驟408，移動終端在掃描到所述二維碼時，識別所述二維碼，顯示對應的二維碼鏈接和圖紙下發(fā)流程簽確的頁面。用戶在使用紙質(zhì)版施工圖紙時，可以利用移動終端掃描該紙質(zhì)版施工圖紙上的二維碼獲取對應的電子版的pdf文檔。圖5e是本發(fā)明實施例提供四的文檔管理方法中的掃描二維碼后的顯示示意圖，如圖5e所示，顯示對應的圖紙名稱、圖紙查看鏈接(pdf版)、二維碼預覽及圖紙下發(fā)流程簽確按鈕。其中，圖紙查看鏈接即二維碼鏈接，pdf版表示只顯示對應的pdf文檔，不顯示壓縮文件。步驟409，移動終端接收到用戶點擊所述二維碼鏈接的操作指令后，將該操作指令發(fā)送給服務器，以請求所述服務器返回對應的網(wǎng)頁。步驟410，移動終端接收到對應的網(wǎng)頁后，顯示該對應的網(wǎng)頁，所述網(wǎng)頁包括所述壓縮文件對應的pdf文檔的子鏈接。圖5f是本發(fā)明實施例提供四的文檔管理方法中的點擊二維碼鏈接后的顯示網(wǎng)頁示意圖，如圖5f所示，該網(wǎng)頁包括pdf文檔的子鏈接。步驟411，移動終端接收到用戶點擊所述子鏈接的操作指令后，將該操作指令發(fā)送給所述服務器，以請求所述服務器返回對應的pdf文檔。步驟412，移動終端接收服務器返回的pdf文檔并顯示。步驟413，移動終端在二維碼鏈接和圖紙下發(fā)流程簽確的頁面接收到用戶點擊圖紙下發(fā)流程簽確的按鈕后，顯示對應的登錄頁面。其中，所述登錄頁面包括所述壓縮文件的名稱、賬號輸入框和密碼輸入框。步驟414，通過賬號輸入框接收用戶輸入的賬號，并通過密碼輸入框接收用戶輸入的密碼，并發(fā)送到所述服務器進行驗證。步驟415，驗證通過后，接收所述服務器返回的下發(fā)流程簽確頁面并顯示。圖5g是本發(fā)明實施例提供四的文檔管理方法中的下發(fā)流程簽確頁面的顯示示意圖。如圖5g所示，用戶在下發(fā)流程簽確頁面，可以選擇相應的部門，并在簽字位置進行簽字，頁面下方還可以顯示圖紙下發(fā)流程記錄。步驟416，在所述下發(fā)流程簽確頁面的簽字位置接收用戶的簽字，并獲取簽字時間，將所述簽字和簽字時間發(fā)送到所述服務器，以請求所述服務器保存所述簽字和簽字時間表示的下發(fā)流程記錄。本實施例的技術方案，實現(xiàn)了電子文檔的服務器存儲，實現(xiàn)了施工圖紙在移動終端的查看，而且簡化了內(nèi)部圖紙的下發(fā)流程。實施例五圖6是本發(fā)明實施例五提供的一種文檔管理裝置的結構示意圖，該裝置一般可以集成在計算機中，稱為客戶端，如圖6所示，本實施例所述的文檔管理裝置包括：壓縮文件獲取模塊610、二維碼生成模塊620、預設格式文檔獲取模塊630和預設格式文檔上傳模塊640。其中，壓縮文件獲取模塊610，用于根據(jù)用戶指定的壓縮文件路徑，獲取壓縮文件；二維碼生成模塊620，用于生成所述壓縮文件的標識號和對應的二維碼，并將所述壓縮文件和對應的標識號上傳到服務器，以請求服務器保存所述壓縮文件并根據(jù)所述標識號創(chuàng)建對應的二維碼鏈接；預設格式文檔獲取模塊630，用于獲取所述壓縮文件對應的至少一個預設格式文檔，所述預設格式文檔中設置有所述二維碼；預設格式文檔上傳模塊640，用于將所述至少一個預設格式文檔和所述標識號上傳到所述服務器，以請求所述服務器將所述至少一個預設格式文檔保存到所述壓縮文件的路徑下，并在所述二維碼鏈接下創(chuàng)建至少一個子鏈接以指向?qū)乃鲋辽僖粋€預設格式文檔，以便于用戶通過移動終端掃描所述二維碼時獲取到所述至少一個預設格式文檔?？蛇x的，還包括：第一上傳指令接收模塊，用于在生成所述壓縮文件的標識號和對應的二維碼之前，接收上傳并生成二維碼的操作指令?？蛇x的，還包括：二維碼顯示模塊，用于在生成所述壓縮文件的標識號和對應的二維碼之后，顯示所述標識號和對應的二維碼?？蛇x的，所述預設格式文檔獲取模塊包括：預設格式文檔獲取單元，用于根據(jù)用戶指定的至少一個預設格式文檔路徑，獲取所述至少一個預設格式文檔；二維碼設置單元，用于將所述二維碼設置在所述預設格式文檔的設定位置?？蛇x的，還包括：第二上傳指令接收模塊，用于在將所述至少一個預設格式文檔和所述標識號上傳到所述服務器之前，接收上傳所述至少一個預設格式文檔的操作指令。可選的，所述預設格式為pdf。上述文檔管理裝置可執(zhí)行本發(fā)明實施例一或?qū)嵤├乃峁┑奈臋n管理方法，具備執(zhí)行方法相應的功能模塊和有益效果。未在本實施例中詳盡描述的技術細節(jié)，可參見本發(fā)明實施例一或?qū)嵤├乃峁┑奈臋n管理方法。實施例六圖7是本發(fā)明實施例六提供的一種文檔管理裝置的結構示意圖，該裝置一般可以集成在手機、平板電腦等移動終端中，如圖7所示，本實施例所述的文檔管理裝置包括：二維碼識別模塊710、網(wǎng)頁請求模塊720、預設格式文檔請求模塊730和預設格式文檔顯示模塊740。其中，二維碼識別模塊710，用于通過攝像頭掃描壓縮文件對應的二維碼，識別所述二維碼后顯示對應的二維碼鏈接，所述壓縮文件是客戶端根據(jù)用戶的指定壓縮文件路徑獲取到的；網(wǎng)頁請求模塊720，用于接收到用戶點擊所述二維碼鏈接的操作指令后，將該操作指令發(fā)送給服務器，以請求所述服務器返回對應的網(wǎng)頁，所述網(wǎng)頁包括所述壓縮文件對應的至少一個預設格式文檔的子鏈接；預設格式文檔請求模塊730，用于接收到用戶點擊所述子鏈接中的一個子鏈接的操作指令后，將該操作指令發(fā)送給所述服務器，以請求所述服務器返回對應的預設格式文檔；預設格式文檔顯示模塊740，用于顯示所述服務器返回的預設格式文檔?？蛇x的，還包括：下發(fā)流程簽確按鈕顯示模塊，用于在所述二維碼鏈接的顯示頁面，顯示下發(fā)流程簽確按鈕；登錄頁面顯示模塊，用于在檢測到用戶點擊所述下發(fā)流程簽確按鈕時，顯示對應的登錄頁面，其中，所述登錄頁面包括所述壓縮文件的名稱、賬號輸入框和密碼輸入框；賬號密碼接收模塊，用于通過賬號輸入框接收用戶輸入的賬號，并通過密碼輸入框接收用戶輸入的密碼，并發(fā)送到所述服務器進行驗證；下發(fā)流程簽確頁面顯示模塊，用于驗證通過后，接收所述服務器返回的下發(fā)流程簽確頁面并顯示；下發(fā)流程記錄保存模塊，用于在所述下發(fā)流程簽確頁面的簽字位置接收用戶的簽字，并獲取簽字時間，將所述簽字和簽字時間發(fā)送到所述服務器，以請求所述服務器保存所述簽字和簽字時間表示的下發(fā)流程記錄?？蛇x的，所述預設格式為pdf。上述文檔管理裝置可執(zhí)行本發(fā)明實施例二、實施例三或?qū)嵤├乃峁┑奈臋n管理方法，具備執(zhí)行方法相應的功能模塊和有益效果。未在本實施例中詳盡描述的技術細節(jié)，可參見本發(fā)明實施例二、實施例三或?qū)嵤├乃峁┑奈臋n管理方法。注意，上述僅為本發(fā)明的較佳實施例及所運用技術原理。本領域技術人員會理解，本發(fā)明不限于這里所述的特定實施例，對本領域技術人員來說能夠進行各種明顯的變化、重新調(diào)整和替代而不會脫離本發(fā)明的保護范圍。因此，雖然通過以上實施例對本發(fā)明進行了較為詳細的說明，但是本發(fā)明不僅僅限于以上實施例，在不脫離本發(fā)明構思的情況下，還可以包括更多其他等效實施例，而本發(fā)明的范圍由所附的權利要求范圍決定。當前第1頁12當前第1頁12