[發(fā)明專(zhuān)利]一種外發(fā)文檔的申請(qǐng)方法及裝置

在審

• 申請(qǐng)?zhí)枺?/td>: 201611259784.5
• 申請(qǐng)日: 2016-12-30
• 公開(kāi)（公告）號(hào): CN108268789A
• 公開(kāi)（公告）日: 2018-07-10
• 發(fā)明（設(shè)計(jì)）人: 陳杰;楊松;蘇奕虹
• 申請(qǐng)（專(zhuān)利權(quán)）人: 珠海金山辦公軟件有限公司;北京金山辦公軟件股份有限公司;廣州金山移動(dòng)科技有限公司
• 主分類(lèi)號(hào): G06F21/62
• 分類(lèi)號(hào): G06F21/62
• 代理公司: 北京集佳知識(shí)產(chǎn)權(quán)代理有限公司 11227
• 代理人: 張春水;唐京橋

本發(fā)明實(shí)施例提供的一種外發(fā)文檔的申請(qǐng)方法，包括：接收包含外發(fā)申請(qǐng)信息的外發(fā)申請(qǐng)數(shù)據(jù)包；根據(jù)所述外發(fā)申請(qǐng)數(shù)據(jù)包和用戶輸入指令生成外發(fā)審批指令；發(fā)送所述外發(fā)審批指令至外發(fā)申請(qǐng)終端使得外發(fā)申請(qǐng)終端根據(jù)所述外發(fā)審批指令制作外發(fā)文檔或取消外發(fā)，從而實(shí)現(xiàn)外發(fā)申請(qǐng)經(jīng)過(guò)外發(fā)服務(wù)器的審批，解決了現(xiàn)有的安全文檔外發(fā)申請(qǐng)技術(shù)沒(méi)有進(jìn)行文檔安全管理系統(tǒng)的審批的技術(shù)問(wèn)題。

技術(shù)領(lǐng)域

本發(fā)明涉及文檔外發(fā)領(lǐng)域，尤其涉及一種外發(fā)文檔的申請(qǐng)方法及裝置。

背景技術(shù)

文檔安全管理系統(tǒng)是指是“WPS+一站式辦公服務(wù)平臺(tái)”的增值服務(wù)，是WPS Office的原生安全功能，功能模塊包括WPS Office客戶端文檔安全功能和服務(wù)器管理后臺(tái)。WPS安全文檔從被創(chuàng)建開(kāi)始，就始終保持密文狀態(tài)，只有被授權(quán)的用戶可以打開(kāi)文檔進(jìn)行相關(guān)操作，企業(yè)管理員能夠針對(duì)部門(mén)和用戶進(jìn)行安全文檔權(quán)限設(shè)置。確保企業(yè)的機(jī)密數(shù)據(jù)只能被經(jīng)過(guò)授權(quán)的人，在授權(quán)的應(yīng)用環(huán)境中(例如企業(yè)內(nèi)部)進(jìn)行指定的應(yīng)用操作，并且整個(gè)過(guò)程會(huì)被詳細(xì)、完整的記錄下來(lái)。

若安全文檔發(fā)送至文檔安全管理系統(tǒng)之外，企業(yè)外部的人員將無(wú)法打開(kāi)安全文檔，這是因?yàn)榘踩臋n的打開(kāi)需要文檔安全管理系統(tǒng)的權(quán)限驗(yàn)證。因此在安全文檔外發(fā)的時(shí)候需要制作特別的外發(fā)文檔。當(dāng)制作外發(fā)文檔時(shí)，需要進(jìn)行外發(fā)申請(qǐng)，以保證安全文檔經(jīng)過(guò)審批之后才能外發(fā)。對(duì)于外發(fā)的申請(qǐng)，也需要嚴(yán)格的審核，不能出現(xiàn)程序上的漏洞。

現(xiàn)有的安全文檔外發(fā)申請(qǐng)技術(shù)僅僅是人為上的允許外發(fā)，通常是領(lǐng)導(dǎo)的口頭允許或者郵件確認(rèn)，并沒(méi)有進(jìn)行文檔安全管理系統(tǒng)的審批，造成了資料容易外泄、商業(yè)機(jī)密難以保護(hù)。因此，現(xiàn)有的安全文檔外發(fā)申請(qǐng)技術(shù)沒(méi)有進(jìn)行文檔安全管理系統(tǒng)的審批是本領(lǐng)域技術(shù)人員需要解決的技術(shù)問(wèn)題。

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

本發(fā)明實(shí)施例提供了一種外發(fā)文檔的申請(qǐng)方法及裝置，用于解決現(xiàn)有的安全文檔外發(fā)申請(qǐng)技術(shù)沒(méi)有進(jìn)行文檔安全管理系統(tǒng)的審批的技術(shù)問(wèn)題。

本發(fā)明實(shí)施例提供的一種外發(fā)文檔的申請(qǐng)方法，包括：

S1：接收包含外發(fā)申請(qǐng)信息的外發(fā)申請(qǐng)數(shù)據(jù)包；

S2：根據(jù)所述外發(fā)申請(qǐng)數(shù)據(jù)包和用戶輸入指令生成外發(fā)審批指令；

S3：發(fā)送所述外發(fā)審批指令至外發(fā)申請(qǐng)終端使得外發(fā)申請(qǐng)終端根據(jù)所述外發(fā)審批指令制作外發(fā)文檔或取消外發(fā)。

優(yōu)選地，所述步驟S1具體包括：

接收由外發(fā)申請(qǐng)終端根據(jù)安全文檔和申請(qǐng)信息制作的外發(fā)申請(qǐng)數(shù)據(jù)包；

所述申請(qǐng)信息包括：安全文檔名稱(chēng)和/或編號(hào)和/或申請(qǐng)時(shí)間和/或申請(qǐng)人姓名和/或賬號(hào)和/或所屬部門(mén)和/或申請(qǐng)理由和/或外發(fā)收件人。

優(yōu)選地，所述步驟S1之后包括：

檢測(cè)是否已接收基于相同安全文檔的在先申請(qǐng)數(shù)據(jù)包，若是，則根據(jù)在先申請(qǐng)數(shù)據(jù)包執(zhí)行步驟S2，若否，則直接執(zhí)行步驟S2。

優(yōu)選地，若執(zhí)行步驟S1之后、執(zhí)行步驟S2之前接收到取消申請(qǐng)指令，則：

刪除所述外發(fā)申請(qǐng)數(shù)據(jù)包并返回取消申請(qǐng)成功信息至外發(fā)申請(qǐng)終端。

優(yōu)選地，若步驟S2之后接收到取消申請(qǐng)指令，則：

返回取消申請(qǐng)失敗信息至外發(fā)申請(qǐng)終端。

本發(fā)明實(shí)施例提供的一種外發(fā)文檔的申請(qǐng)裝置，基于上述的一種外發(fā)文檔的申請(qǐng)方法進(jìn)行申請(qǐng)，包括：

外發(fā)申請(qǐng)接收模塊，用于接收包含外發(fā)申請(qǐng)信息的外發(fā)申請(qǐng)數(shù)據(jù)包；

外發(fā)申請(qǐng)審批模塊，用于根據(jù)所述外發(fā)申請(qǐng)數(shù)據(jù)包和用戶輸入指令生成外發(fā)審批指令；

外發(fā)申請(qǐng)執(zhí)行模塊，用于發(fā)送所述外發(fā)審批指令至外發(fā)申請(qǐng)終端使得外發(fā)申請(qǐng)終端根據(jù)所述外發(fā)審批指令制作外發(fā)文檔或取消外發(fā)。