一種企業(yè)電子文檔管理服務(wù)端及系統(tǒng)的制作方法
【專利摘要】本發(fā)明的一種企業(yè)電子文檔管理服務(wù)端及系統(tǒng)，服務(wù)端包括：按預(yù)設(shè)容量值分配的多個存儲區(qū)的數(shù)據(jù)庫、將電子文檔按預(yù)設(shè)容量值分割存儲在不同存儲區(qū)及提取合并的存取模塊、將所述電子文檔進行分類的文檔分類模塊、根據(jù)所述文檔分類將電子文檔轉(zhuǎn)換并另存為可預(yù)覽格式的預(yù)覽轉(zhuǎn)換模塊、可內(nèi)容欄位檢索的索引模塊等，服務(wù)端通過網(wǎng)絡(luò)連接客戶端，所述系統(tǒng)采用大容量存取快速的非關(guān)系型數(shù)據(jù)庫，具備文件預(yù)覽功能便于查看，高效搜索引擎加速查詢，服務(wù)端客戶端間上傳下載速度均對文檔作壓縮處理提升傳輸速度，解決企業(yè)電子文檔管理系統(tǒng)存取的核心問題，實現(xiàn)高效率信息資源管理。
【專利說明】一種企業(yè)電子文檔管理服務(wù)端及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及電子文檔管理，特別是涉及企業(yè)電子文檔管理系統(tǒng)。
【背景技術(shù)】
[0002]隨著經(jīng)濟及科技的不斷發(fā)展，企業(yè)日常運營活動中的各種資料已經(jīng)采用電子文檔形式保存，這些都是屬于公司的寶貴資源，隨著電子文檔日益增多，企業(yè)電子文檔管理系統(tǒng)應(yīng)運而生。
[0003]傳統(tǒng)的方式，當企業(yè)需要集中管理所有這些文檔時，會采用WEB應(yīng)用程序解決方案，將個人電腦上的相關(guān)文件上傳到服務(wù)器的指定文件夾中，需要時，由服務(wù)器端的應(yīng)用程序來檢索相關(guān)的服務(wù)器硬盤上的文件夾目錄，所以，傳統(tǒng)的管理文件方式，實質(zhì)上是依托于對服務(wù)器上操作系統(tǒng)下的文件目錄系統(tǒng)，來進行添加、檢索、刪除等操作。
[0004]這種傳統(tǒng)的使用文件夾(目錄)集中管理的方式，隨著所需管理的文件的數(shù)量越來越大，分類越來越復(fù)雜，使用者越來越多，會出現(xiàn)一系列的問題，從而導致WEB應(yīng)用文檔管理系統(tǒng)的性能越來越差，大概有以下缺陷:
[0005]( I)文件太多，效率低下；
[0006]應(yīng)用程序檢索一個文件夾，是首先獲取其目錄內(nèi)的所有文件及子目錄，得到一個數(shù)組列表，再根據(jù)條件得到其中所需要的文件，這個數(shù)組列表，一般是占用內(nèi)存的方式來得到的，當某些文件夾下面的文件及子目錄非常多時，比如上萬甚至十多萬時，首先會因獲取所有文件數(shù)組時占用太多的存內(nèi)，其次，以數(shù)組循環(huán)的方式逐個檢索文件，所費的時間很長，效率很低。
[0007]( 2 )訪問量增多，服務(wù)器負荷過重。
[0008]當訪問要求檢索文件的人員越來越多時，由于檢索的效率低下，占用服務(wù)器內(nèi)存過多，服務(wù)器會因耗費太多資源，而使響應(yīng)的時間越來越長，客戶端因長久得不到服務(wù)器的返回信息，而使用戶體驗感越來越差。
[0009](3)分類變化，管理不便。
[0010]當需要對文檔的分類細化或更改時，因為使用文件夾管理，其分類完全依靠文件的名稱，所以不得不對文件夾中的文件重新進行分目錄，或移到新的文件夾中，或建立子文件夾，或需要將原先的文件夾重命名，需要大量更換文件的存儲位置及新增或重命名文件夾，這個過程很容易出錯，也會非常耗時耗力，很不方便。
[0011](4)訪問權(quán)限設(shè)置復(fù)雜。
[0012]不同的用戶，需要有訪問不同內(nèi)容文件的權(quán)限，使用文件夾管理，權(quán)限只能依托于設(shè)置文件夾的訪問權(quán)限，當文件夾的層次與數(shù)量越來越多時，所需要的權(quán)限設(shè)定也越來越復(fù)雜。
[0013](5)無法預(yù)覽。
[0014]有時使用者僅僅需要稍做查看，但因為文檔在服務(wù)器的文件夾內(nèi)，不得不要將其下載到本地，才能用本地的程序打開文檔查看，不僅不方便，而且不必要地占用了網(wǎng)絡(luò)資源。
【發(fā)明內(nèi)容】
[0015]鑒于以上所述現(xiàn)有技術(shù)的缺點，本發(fā)明的目的在于提供一種企業(yè)電子文檔管理服務(wù)端及系統(tǒng)，用于解決上述現(xiàn)有企業(yè)電子文檔管理系統(tǒng)存取速度慢、效率低下的各種問題。
[0016]為實現(xiàn)上述目的及其他相關(guān)目的，本發(fā)明提供一種企業(yè)電子文檔管理服務(wù)端，包括:數(shù)據(jù)庫，包括按預(yù)設(shè)容量值分配的多個存儲區(qū)塊；文檔存取模塊，用于將電子文檔按所述預(yù)設(shè)容量值分割為多個部分并分別存儲至不同的所述存儲區(qū)塊并分配對應(yīng)所述電子文檔的辨識號，以及用于根據(jù)所述辨識號從所述不同存儲區(qū)塊將被分割的電子文檔各部分還原成所述電子文檔并讀?。晃臋n分類模塊，用于根據(jù)文檔格式對所述電子文檔進行分類，所述分類包括:辦公類文檔、圖片類文檔、影音類文檔；預(yù)覽轉(zhuǎn)換模塊，用于根據(jù)所述文檔分類，將符合預(yù)設(shè)文檔分類的文檔轉(zhuǎn)換并另存為可預(yù)覽格式的備份件；索引模塊，用于解析所輸入檢索條件以提取檢索關(guān)鍵詞信息、以及對應(yīng)電子文檔內(nèi)容欄位的文檔內(nèi)容欄位信息，并據(jù)以在所述電子文檔內(nèi)容對應(yīng)欄位按所述關(guān)鍵詞信息進行檢索；其中，所述企業(yè)電子文檔管理服務(wù)端通過網(wǎng)絡(luò)連接有至少一客戶端，接收從所述客戶端上傳的電子文檔、提供所述客戶端電子文檔供下載、以及提供所述預(yù)覽格式的備份件以供預(yù)覽。
[0017]優(yōu)選的，所述數(shù)據(jù)庫為非關(guān)系型數(shù)據(jù)庫。
[0018]優(yōu)選的，所述預(yù)設(shè)欄位包括:摘要、正文、關(guān)鍵信息。
[0019]優(yōu)選的,所述辦公類文檔包括office軟件中的word、ppt、excel軟件文檔；所述圖片類文檔包括:文檔后綴名為bmp、png、jpg、img的文檔；所述影音類文檔包括:文檔后綴名為wav、rmvb、avi的文檔。
[0020]優(yōu)選的，所述預(yù)設(shè)文檔分類包括:WOrd、ppt、excel格式文檔，所述可預(yù)覽格式為Flash格式。
[0021]優(yōu)選的，所述索引模塊包括軟件搜索引擎，所述軟件搜索引擎包括:luCene、S0lr、sphinx,所述索弓I模塊還包括中文分詞插件。
[0022]優(yōu)選的，所述企業(yè)電子文檔管理系統(tǒng)還包括服務(wù)端文檔壓縮處理模塊，用于對所上傳的壓縮格式電子文檔進行解壓縮、以及將待下載的電子文檔轉(zhuǎn)換為壓縮格式。
[0023]本發(fā)明還提供一種企業(yè)電子文檔管理系統(tǒng)，包括:上述企業(yè)電子文檔管理服務(wù)端、與所述企業(yè)電子文檔管理服務(wù)端網(wǎng)絡(luò)連接的至少一客戶端。
[0024]優(yōu)選的，所述客戶端包括客戶端文檔壓縮處理模塊，用于對所下載的電子文檔解壓縮、以及將待上傳的電子文檔轉(zhuǎn)換為壓縮格式。
[0025]本發(fā)明還提供所述企業(yè)電子文檔管理系統(tǒng)的另一實施方式，所述企業(yè)電子文檔管理包括:上述企業(yè)電子文檔管理服務(wù)端、與所述企業(yè)電子文檔管理服務(wù)端網(wǎng)絡(luò)連接的至少一客戶端、以及文檔壓縮處理單元；所述文檔壓縮處理單元，用于將所述客戶端的待上傳電子文檔轉(zhuǎn)換為壓縮格式、并在所述已壓縮電子文檔上傳至所述服務(wù)端后進行解壓縮；所述文檔壓縮處理單元，還用于將所述服務(wù)端的待下載電子文檔轉(zhuǎn)換為壓縮格式、并在所述已壓縮電子文檔下載至所述客戶端后進行解壓縮。
[0026]如上所述，本發(fā)明的一種企業(yè)電子文檔管理服務(wù)端及系統(tǒng)，服務(wù)端包括:按預(yù)設(shè)容量值分配的多個存儲區(qū)的數(shù)據(jù)庫、將電子文檔按預(yù)設(shè)容量值分割存儲在不同存儲區(qū)及提取合并的存取模塊、將所述電子文檔進行分類的文檔分類模塊、根據(jù)所述文檔分類將電子文檔轉(zhuǎn)換并另存為可預(yù)覽格式的預(yù)覽轉(zhuǎn)換模塊、可內(nèi)容欄位檢索的索引模塊等，服務(wù)端通過網(wǎng)絡(luò)連接客戶端，所述系統(tǒng)采用大容量存取快速的非關(guān)系型數(shù)據(jù)庫，具備文件預(yù)覽功能便于查看，高效搜索引擎加速查詢，服務(wù)端客戶端間上傳下載速度均對文檔作壓縮處理提升傳輸速度，解決企業(yè)電子文檔管理系統(tǒng)存取的核心問題，實現(xiàn)高效率信息資源管理。
【專利附圖】
【附圖說明】
[0027]圖1顯示為本發(fā)明的一種企業(yè)電子文檔管理服務(wù)端的實施例的結(jié)構(gòu)示意圖。
[0028]圖2顯示為本發(fā)明的一種企業(yè)電子文檔管理系統(tǒng)的實施例的結(jié)構(gòu)示意圖。
[0029]圖3顯示為本發(fā)明的一種企業(yè)電子文檔管理系統(tǒng)的另一實施例的結(jié)構(gòu)示意圖。
【具體實施方式】
[0030]以下通過特定的具體實例說明本發(fā)明的實施方式，本領(lǐng)域技術(shù)人員可由本說明書所揭露的內(nèi)容輕易地了解本發(fā)明的其他優(yōu)點與功效。本發(fā)明還可以通過另外不同的【具體實施方式】加以實施或應(yīng)用，本說明書中的各項細節(jié)也可以基于不同觀點與應(yīng)用，在沒有背離本發(fā)明的精神下進行各種修飾或改變。
[0031]請參閱圖1，本發(fā)明提供的企業(yè)電子文檔管理服務(wù)端1，包括:數(shù)據(jù)庫11、文檔存取模塊12、文檔分類模塊13、預(yù)覽轉(zhuǎn)換模塊14、索引模塊15。
[0032]所述數(shù)據(jù)庫11，包括按預(yù)設(shè)容量值分配的多個存儲區(qū)塊，而所述文檔存取模塊12，用于將電子文檔按所述預(yù)設(shè)容量值分割為多個部分并分別存儲至不同的所述存儲區(qū)塊并分配對應(yīng)所述電子文檔的辨識號(ID)，以及用于根據(jù)所述辨識號從所述不同存儲區(qū)塊將被分割的電子文檔各部分還原成所述電子文檔并讀取。在本實施例中，所述數(shù)據(jù)庫為非關(guān)系型數(shù)據(jù)庫(NoSQL)，即采用NoSQL類型的數(shù)據(jù)庫來保存文件，所謂NoSQL數(shù)據(jù)庫，是指非傳統(tǒng)的使用SQL語句查詢的數(shù)據(jù)庫，這種類型的數(shù)據(jù)庫具有強大的快速存取的性能，有些更是具備了專門存儲海量大文件的功能，可以將文件以二進制格式，存儲在非關(guān)系型數(shù)據(jù)庫的字段中，在實際的物理存儲中，如果一個文件的大小超過設(shè)定的區(qū)塊最大值，就會被所分割成多個區(qū)塊，存入數(shù)據(jù)庫設(shè)備的區(qū)塊集中，最后，再把這些區(qū)塊集存入數(shù)據(jù)庫的文件管理系統(tǒng)中；在讀取文件時，根據(jù)文件辨識號(ID)號可查到此文件字段對應(yīng)的所有區(qū)塊，根據(jù)數(shù)據(jù)庫設(shè)定的存儲規(guī)則排序，依次讀取出保存的字節(jié)內(nèi)容，還原成原先的文件。由于這些快速存取，以及專門的文件管理體系，使這類支持文檔存儲的數(shù)據(jù)庫，有優(yōu)于文件夾保存的快速，靈活，查詢檢索方便的特性，使用數(shù)據(jù)庫相關(guān)的命令，可快速查出符合條件的文件的存儲位置，而不需要在一個大類中循環(huán)查找，查詢的結(jié)果信息可以分頁的方式返回，節(jié)省的服務(wù)器的資源和查找時間；并且擁有可以存儲上百萬的文件而無需擔心的擴容性能；同時，由于納入數(shù)據(jù)庫11的管理體系，在備份，安全，分布式管理等方面，都有足夠的保證。除此之外，由于非關(guān)系型數(shù)據(jù)庫的松散存儲形式，無論何時需要更改分類或其它相關(guān)信息，只需隨意添加字段，或修改字段內(nèi)容，非常容易地可達到調(diào)整分類及相關(guān)檢索規(guī)則的要求。
[0033]所述文檔分類模塊13，用于根據(jù)文檔格式對所述電子文檔進行分類，所述分類包括:辦公類文檔、圖片類文檔、影音類文檔，而所述預(yù)覽轉(zhuǎn)換模塊14，用于根據(jù)所述文檔分類，將符合預(yù)設(shè)文檔分類的文檔轉(zhuǎn)換并另存為可預(yù)覽格式的備份件。[0034]在本實施例中,所述辦公類文檔包括office軟件中的word、ppt、excel軟件文檔；所述圖片類文檔包括:文檔后綴名為bmp、png、jpg、img的文檔；所述影音類文檔包括:文檔后綴名為wav、rmvb、avi的文檔,而所述預(yù)設(shè)文檔分類包括:word、ppt、excel格式文檔,所述可預(yù)覽格式為如swf格式的Flash文件，并且flash文件僅為備份件，原電子文檔還是存在所述數(shù)據(jù)庫11以保護其完整性，另本實施例此處僅列舉部分現(xiàn)有文件格式，其實只要是現(xiàn)有的各種相關(guān)格式的電子文檔均可對應(yīng)分類，并非以本實施例為限制。
[0035]具體來說，所述服務(wù)端I通過網(wǎng)頁形式提供對電子文檔的各種操作如檢索、下載，即“云端”，為了在網(wǎng)頁上實現(xiàn)預(yù)覽文件，需要將所存存儲的文件在存儲的同時，預(yù)先做一個可供在網(wǎng)頁上打開的流媒體格式的文檔，這個流媒體格式文件的生成方式，主要可采用開源的openoffice等項目所提供的轉(zhuǎn)換工具,將上傳過來的原生的word、ppt、excel等文檔，轉(zhuǎn)換成如swf格式的flash文件,這個文件也同樣可保存在NoSQL數(shù)據(jù)庫11中，當用戶需要預(yù)覽上傳的文檔時，實際在網(wǎng)頁上打開的是轉(zhuǎn)換生成的flash文件。因為flash插件支持在瀏覽器上以流的方式展現(xiàn)，所以，用戶能即時地在網(wǎng)頁上瀏覽這個預(yù)生成的flash文件，而不需要將原先上傳的word、ppt、excel等文件下載后再打開查看。這樣無疑能較大的減少不必要的網(wǎng)絡(luò)傳輸。
[0036]所述索引模塊15，用于解析所輸入檢索條件以提取檢索關(guān)鍵詞信息、以及對應(yīng)電子文檔內(nèi)容欄位的文檔內(nèi)容欄位信息，并據(jù)以在所述電子文檔內(nèi)容對應(yīng)欄位按所述關(guān)鍵詞信息進行檢索。在本實施例中，所述預(yù)設(shè)欄位包括:摘要、正文、關(guān)鍵信息，所述關(guān)鍵信息可以是跟預(yù)設(shè)關(guān)鍵詞庫例如某個具體【技術(shù)領(lǐng)域】的關(guān)鍵詞庫相匹配的關(guān)鍵詞信息等，所述欄位可以是電子文檔編輯時預(yù)先設(shè)定形成的，也可以根據(jù)具體內(nèi)容解析形成，當然優(yōu)選的，自然是全文檢索方式，對于上傳文件中的關(guān)鍵內(nèi)容或摘要，可以建立搜索索引，采用搜索引擎來實現(xiàn)全文搜索。全文檢索是指計算機索引程序通過掃描文章中的每一個詞，對每一個詞建立一個索引，指明該詞在文章中出現(xiàn)的次數(shù)和位置，當用戶查詢時，檢索程序就根據(jù)事先建立的索引進行查找，并將查找的結(jié)果反饋給用戶的檢索方式。這個過程類似于通過字典中的檢索字表查字的過程。全文搜索的具體實現(xiàn)主要是依靠搜索引擎來實現(xiàn)的，目前使用廣泛的站內(nèi)開源搜索引擎，有l(wèi)ucene、solr、sphinx等,在使用這些搜索引擎的同時,需要確立分詞的插件，分詞是搜索的基本要素，英語的詞組是非常容易區(qū)分的，只需以空格來區(qū)分即可，但中文的完全不同，需要根據(jù)單個漢字組成的詞語來區(qū)分，目前已有相關(guān)的幾種漢語分詞插件，需要將這些中文分詞插件配置到搜索引擎中，來實現(xiàn)中文詞組的分析。使用搜索引擎來提供文件中摘要內(nèi)容的檢索，將極大地提高查找相關(guān)內(nèi)容文檔的效率，可供查找的線索，也不再局限于文檔分類，而是擴展到了能夠查找文件中出現(xiàn)的相關(guān)內(nèi)容信息。
[0037]所述企業(yè)電子文檔管理服務(wù)端I通過網(wǎng)絡(luò)連接有至少一客戶端2，接收從所述客戶端2上傳的電子文檔、提供所述客戶端2電子文檔供下載、以及提供所述預(yù)覽格式的備份件以供預(yù)覽。在本實施例中，所述企業(yè)電子文檔管理系統(tǒng)還包括服務(wù)端文檔壓縮處理模塊16，用于對所上傳的壓縮格式電子文檔進行解壓縮、以及將待下載的電子文檔轉(zhuǎn)換為壓縮格式，所述壓縮格式如zip、rar等，在文檔被下載前先進行壓縮有利于加快下載速度，對所收到的客戶端2上傳來的電子文檔解壓縮便于直接存儲。
[0038]如圖2所示，本發(fā)明還提供一種企業(yè)電子文檔管理系統(tǒng)，包括:所述企業(yè)電子文檔管理服務(wù)端1、與所述企業(yè)電子文檔管理服務(wù)端I網(wǎng)絡(luò)連接的至少一客戶端2，所述客戶端2例如為臺式機、筆記本電腦、手機、平板電腦等，而且一般企業(yè)會有大量員工，因此所述客戶端2的數(shù)量可不止為一個，可以是幾個、幾十個、成百上千乃至更多。
[0039]在本實施例中，所述網(wǎng)絡(luò)連接可以是互聯(lián)網(wǎng)、企業(yè)內(nèi)部局域網(wǎng)、教育網(wǎng)等等，既可以是有線網(wǎng)絡(luò)，也可以是無線網(wǎng)絡(luò)如wifi ;所述客戶端2包括客戶端文檔壓縮處理模塊21，用于對所下載的電子文檔解壓縮、以及將待上傳的電子文檔轉(zhuǎn)換為壓縮格式，結(jié)合所述服務(wù)端I對電子文檔的壓縮、解壓縮處理，從而配合實現(xiàn)電子文檔被上傳和下載前的壓縮處理，以及被上傳和下載后的解壓縮處理。
[0040]具體來說，文件經(jīng)過壓縮后再上傳下載會提高速度，因為它會更小，在網(wǎng)絡(luò)上傳輸?shù)臅r間也會更少。但一般用戶，在上傳時很少會有壓縮后再上傳的意識，另外一個原因，用戶使用zip，rar等工具壓縮后，將是生成另外一個壓縮文件，這樣無法直接在網(wǎng)頁上預(yù)覽了。所以，在軟件處理上傳下載時，就需要增加壓縮和解壓縮環(huán)節(jié)，那就是用戶確定上傳文檔時，軟件系統(tǒng)自動來將指定的文檔壓縮，壓縮完成后，再上傳，上傳到服務(wù)器上后，再解壓縮還原成用戶指定的原生文件。同樣，在下載時，也需要先下載壓縮后的文件，下載完成時，再還原成原生文件。這樣，能大大縮短上傳下載的速度，節(jié)省網(wǎng)絡(luò)資源。
[0041]如圖3所示，在另一實施例中，所述企業(yè)電子文檔管理系統(tǒng)包括:上述企業(yè)電子文檔管理服務(wù)端1、與所述企業(yè)電子文檔管理服務(wù)端I網(wǎng)絡(luò)連接的客戶端2、以及文檔壓縮處理單元3 ;所述文檔壓縮處理單元3，用于將所述客戶端2的待上傳電子文檔轉(zhuǎn)換為壓縮格式、并在所述已壓縮電子文檔上傳至所述服務(wù)端I后進行解壓縮；所述文檔壓縮處理單元3，還用于將所述服務(wù)端I的待下載電子文檔轉(zhuǎn)換為壓縮格式、并在所述已壓縮電子文檔下載至所述客戶端2后進行解壓縮。
[0042]相比前一實施例，主要差異在于可以將所述服務(wù)端文檔壓縮處理模塊16、客戶端文檔壓縮處理模塊21整合為一獨立單元，安裝在服務(wù)端I和客戶端2之間例如中繼、路由等，如此可以減小服務(wù)端1、客戶端2的處理壓力，當然應(yīng)當還有其他實施方式，均可在本發(fā)明所提供技術(shù)方案上結(jié)合實際需求加以變更，非以本實施例為限。
[0043]上述實施例僅例示性說明本發(fā)明的原理及其功效，而非用于限制本發(fā)明。任何熟悉此技術(shù)的人士皆可在不違背本發(fā)明的精神及范疇下，對上述實施例進行修飾或改變。因此，舉凡所屬【技術(shù)領(lǐng)域】中具有通常知識者在未脫離本發(fā)明所揭示的精神與技術(shù)思想下所完成的一切等效修飾或改變，仍應(yīng)由本發(fā)明的權(quán)利要求所涵蓋。
【權(quán)利要求】
1.一種企業(yè)電子文檔管理服務(wù)端，其特征在于，包括: 數(shù)據(jù)庫，包括按預(yù)設(shè)容量值分配的多個存儲區(qū)塊； 文檔存取模塊，用于將電子文檔按所述預(yù)設(shè)容量值分割為多個部分并分別存儲至不同的所述存儲區(qū)塊并分配對應(yīng)所述電子文檔的辨識號；以及用于根據(jù)所述辨識號從所述不同存儲區(qū)塊將被分割的電子文檔各部分還原成所述電子文檔并讀?。? 文檔分類模塊，用于對所述電子文檔進行分類，所述分類包括:辦公類文檔、圖片類文檔、影音類文檔； 預(yù)覽轉(zhuǎn)換模塊，用于根據(jù)所述文檔分類，將符合預(yù)設(shè)文檔分類的文檔轉(zhuǎn)換并另存為可預(yù)覽格式的備份件； 索引模塊，用于解析所輸入檢索條件以提取檢索關(guān)鍵詞信息、以及對應(yīng)電子文檔內(nèi)容欄位的文檔內(nèi)容欄位信息，并據(jù)以在所述電子文檔內(nèi)容對應(yīng)欄位按所述關(guān)鍵詞信息進行檢索； 其中，所述企業(yè)電子文檔管理服務(wù)端通過網(wǎng)絡(luò)連接有至少一客戶端，接收從所述客戶端上傳的電子文檔、提供所述客戶端電子文檔供下載、以及提供所述預(yù)覽格式的備份件以供預(yù)覽。
2.根據(jù)權(quán)利要求1所述的企業(yè)電子文檔管理服務(wù)端，其特征在于:所述數(shù)據(jù)庫為非關(guān)系型數(shù)據(jù)庫。
3.根據(jù)權(quán)利要求1所述的企業(yè)電子文檔管理服務(wù)端，其特征在于:所述預(yù)設(shè)欄位包括:摘要、正文、關(guān)鍵信息。`
4.根據(jù)權(quán)利要求1所述的企業(yè)電子文檔管理服務(wù)端，其特征在于:所述辦公類文檔包括office軟件中的word、ppt、excel軟件文檔；所述圖片類文檔包括:文檔后綴名為bmp、png、jpg、img的文檔；所述影音類文檔包括:文檔后綴名為wav、rmvb、avi的文檔。
5.根據(jù)權(quán)利要求4所述的企業(yè)電子文檔管理服務(wù)端，其特征在于:所述預(yù)設(shè)文檔分類包括:word、ppt、excel格式文檔,所述可預(yù)覽格式為Flash格式。
6.根據(jù)權(quán)利要求1所述的企業(yè)電子文檔管理服務(wù)端，其特征在于:所述索引模塊包括軟件搜索引擎，所述軟件搜索引擎包括:luCene、S0lr、sphinx，所述索引模塊還包括中文分詞插件。
7.根據(jù)權(quán)利要求1所述的企業(yè)電子文檔管理服務(wù)端，其特征在于，還包括服務(wù)端文檔壓縮處理模塊，用于對所上傳的壓縮格式電子文檔進行解壓縮、以及將待下載的電子文檔轉(zhuǎn)換為壓縮格式。
8.一種企業(yè)電子文檔管理系統(tǒng)，其特征在于，包括:如權(quán)利要求1至7中任一項的企業(yè)電子文檔管理服務(wù)端、與所述企業(yè)電子文檔管理服務(wù)端網(wǎng)絡(luò)連接的至少一客戶端。
9.根據(jù)權(quán)利要求8所述的企業(yè)電子文檔管理系統(tǒng)，其特征在于，所述客戶端包括客戶端文檔壓縮處理模塊，用于對所下載的電子文檔解壓縮、以及將待上傳的電子文檔轉(zhuǎn)換為壓縮格式。
10.一種企業(yè)電子文檔管理系統(tǒng)，其特征在于，包括:如權(quán)利要求1至7中任一項的企業(yè)電子文檔管理服務(wù)端、與所述企業(yè)電子文檔管理服務(wù)端網(wǎng)絡(luò)連接的至少一客戶端、以及文檔壓縮處理單元； 所述文檔壓縮處理單元，用于將所述客戶端的待上傳電子文檔轉(zhuǎn)換為壓縮格式、并在所述已壓縮電子文檔上傳至所述服務(wù)端后進行解壓縮； 所述文檔壓縮處理單元， 還用于將所述服務(wù)端的待下載電子文檔轉(zhuǎn)換為壓縮格式、并在所述已壓縮電子文檔下載至所述客戶端后進行解壓縮。
【文檔編號】G06F17/30GK103778202SQ201410012297
【公開日】2014年5月7日 申請日期:2014年1月10日 優(yōu)先權(quán)日:2014年1月10日
【發(fā)明者】崔小波 申請人:江蘇哲勤科技有限公司