一種手寫簽批內(nèi)容與底層文檔相互控制方法及系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及互聯(lián)網(wǎng)與電子公文應(yīng)用技術(shù)領(lǐng)域，尤其涉及一種手寫簽批內(nèi)容與底層 文檔相互控制方法及系統(tǒng)。
【背景技術(shù)】
[0002] 隨著我國電子政務(wù)推廣力度的加大，在辦公自動(dòng)化(0A)、工作流管理、人事源管理 電子系統(tǒng)中，紙質(zhì)文檔逐漸由電子文檔所替換。移動(dòng)手寫簽批系統(tǒng)利用數(shù)據(jù)庫技術(shù)、網(wǎng)絡(luò)技 術(shù)、0A技術(shù)等，通過靈活的公文流轉(zhuǎn)機(jī)制、實(shí)現(xiàn)綠色無紙、安全高效的公文手寫簽批流程和 電子文書的分類、檢索、歸檔管理等功能。
[0003] 目前的手寫簽批系統(tǒng)一般是將PDF文檔作為底層文檔來實(shí)現(xiàn)的。即，在PDF文檔上 覆蓋一層手寫層。用戶可以在手寫層進(jìn)行手寫簽批的操作。最后再將手寫層的內(nèi)容合并到 PDF上，從而實(shí)現(xiàn)了手寫簽批的操作。通過在TOF上的手寫，可以給用戶帶來最直觀的原筆跡 手寫體驗(yàn)，用戶就好像直接在文檔上進(jìn)行了手寫簽批操作。但是，系統(tǒng)就無法控制用戶的手 寫區(qū)域了，從而造成了無論哪個(gè)用戶都可以在任意區(qū)域進(jìn)行手寫的問題。同時(shí)，如果某個(gè)用 戶輸入的內(nèi)容過多，由于roF無法伸展，用戶只能選擇在其他區(qū)域手寫或者不繼續(xù)寫。
[0004] 如申請(qǐng)?zhí)枮?201010287259.0的中國專利公開了一種移動(dòng)手寫簽批系統(tǒng)的實(shí)現(xiàn)方 法，該方法包括:A、移動(dòng)終端通過移動(dòng)網(wǎng)絡(luò)向手寫簽批服務(wù)器發(fā)出公文簽批的應(yīng)用請(qǐng)求;B、 所述手寫簽批服務(wù)器驗(yàn)證該移動(dòng)終端的用戶信息與權(quán)限，通過驗(yàn)證后，從文檔服務(wù)器系統(tǒng) 中取出公文;C、由使用者對(duì)該公文進(jìn)行移動(dòng)手寫簽批，并保存該公文至文檔服務(wù)器系統(tǒng)。其 中簽批過程包括:a、初始化移動(dòng)終端的簽批控件，將待簽批的公文從所述文檔服務(wù)器中取 出，并作為簽批層的底層;b、新建簽批層，當(dāng)前簽批人可通過MID或手寫板進(jìn)行公文的簽批， 并將該簽批信息保存在當(dāng)前簽批層上;c、當(dāng)前簽批人完成簽批工作并提交給手寫簽批服務(wù) 器，由該手寫簽批服務(wù)器將當(dāng)前層與該簽批層進(jìn)行合成；d、將合成后的公文保存至文檔服 務(wù)器系統(tǒng)。
[0005] 其中步驟a還包括:判斷當(dāng)前簽批人的移動(dòng)終端的接入方式，如果是MID方式，需要 將簽批控件的大小調(diào)整為適合MID的格式。其中步驟b還包括:若從所述文檔服務(wù)器系統(tǒng)中 取出的公文上存在被其他用戶簽批過的信息，則將該己簽層覆蓋在底層之上，作為當(dāng)前層。 其中步驟c與d之間還包括:若所述簽批層為最后一層，則該手寫簽批服務(wù)器將當(dāng)前層與之 前的己簽層進(jìn)行合成，并將簽批的內(nèi)容與公文進(jìn)行最終合成，然后再將合成后的公文保存 至文檔服務(wù)器系統(tǒng)供查看、下載。該系統(tǒng)的缺點(diǎn)是:簽批區(qū)域沒有實(shí)現(xiàn)區(qū)域化，用戶在簽批 的時(shí)候會(huì)將簽批內(nèi)容覆蓋原有內(nèi)容，而且是通過各個(gè)層的文檔疊加，沒有考慮到若某個(gè)用 戶輸入內(nèi)容很多，以延展簽批區(qū)域來解決用戶無法再進(jìn)行輸入的問題。
[0006] 如申請(qǐng)?zhí)枮椋?01510569708.3的中國專利公開了一種在線簽字的鑒定方法，包括 以下步驟:對(duì)身份確定的人員對(duì)象進(jìn)行多樣本量的電子簽字樣本采集，注冊(cè)形成該人員的 樣本庫;在核實(shí)指定簽字是否對(duì)應(yīng)指定人員對(duì)象之前，根據(jù)預(yù)設(shè)置的誤入率和誤拒率對(duì)鑒 定算法進(jìn)行調(diào)整，然后根據(jù)調(diào)整后的算法鑒定指定簽字是否對(duì)應(yīng)指定人員對(duì)象。在人員注 冊(cè)時(shí)，確定身份的前提下進(jìn)行小樣本量的采集，注冊(cè)時(shí)進(jìn)行穩(wěn)定性訓(xùn)練，簽字次數(shù)應(yīng)當(dāng)大于 樣本數(shù)，在所有的簽字中選出樣本數(shù)，而且選出的樣本需為特征最接近的一批:鑒定后，若 絕對(duì)確定指定簽字對(duì)應(yīng)指定人員，則將該指定簽字加入樣本庫，然后對(duì)樣本庫中的所有簽 字進(jìn)行特征近似度比對(duì)，然后將近似度最低的簽字移出樣本庫。該系統(tǒng)的缺點(diǎn)在于:進(jìn)行用 戶鑒定時(shí)，需要事先采集各個(gè)人員的多樣本的電子簽字樣本采集，過程冗長復(fù)雜，不適用于 多場合，不利于推廣。

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

[0007] 為克服現(xiàn)有技術(shù)中存在的在手寫簽批過程中，某個(gè)用戶輸入的內(nèi)容過多，由于TOF 無法伸展，用戶只能選擇在其他區(qū)域手寫或者不繼續(xù)寫的問題，本發(fā)明提供了一種手寫簽 批內(nèi)容與底層文檔相互控制方法及系統(tǒng)。
[0008] 本發(fā)明所采取的技術(shù)方案是：
[0009] -種手寫簽批內(nèi)容與底層文檔相互控制方法，其特征在于，該方法包括以下步驟： [0010] 步驟1:終端顯示待簽批頁面，所述待簽批頁面設(shè)置有待簽批區(qū)域。
[0011]步驟2:終端根據(jù)用戶權(quán)限開放簽批功能，在系統(tǒng)中輸入用戶ID，終端驗(yàn)證該用戶 ID是否存在于簽批區(qū)域的可編輯用戶ID列表中，若存在則允許用戶在簽批區(qū)域進(jìn)行簽批， 若不存在則禁止用戶進(jìn)行簽批。
[0012]步驟3:根據(jù)完整的簽批內(nèi)容的高度自適應(yīng)簽批頁面并刷新。
[0013] 步驟4:將簽批內(nèi)容保存至交互服務(wù)器系統(tǒng)，以備打印或查看。
[0014] 在此基礎(chǔ)上，所述步驟1中的待簽批頁面為附有元素的彈性底層文檔。
[0015] 在此基礎(chǔ)上，所述彈性底層文檔為HTML轉(zhuǎn)換文檔。
[0016] 在此基礎(chǔ)上，所述步驟1中的待簽批頁面形式包括簽批公文、請(qǐng)假、會(huì)議室申請(qǐng)及 固定資產(chǎn)領(lǐng)用。
[0017] 在此基礎(chǔ)上，所述元素包括樣式元素和可簽批元素，所述可簽批元素包括鍵盤輸 入textarea和手寫簽批write。
[0018]在此基礎(chǔ)上，所述步驟2中的可編輯用戶ID列表為可簽批元素的屬性。
[0019]在此基礎(chǔ)上，所述步驟3具體包括以下步驟：
[0020] 步驟al:識(shí)別用戶的簽批內(nèi)容和/或尺寸，彈性底層文檔獲取完整簽批內(nèi)容的最上 面一個(gè)點(diǎn)到最下面一個(gè)點(diǎn)的距離，并將此距離作為簽批區(qū)域的真實(shí)高度。
[0021] 步驟a2:將步驟al中所獲得的簽批區(qū)域的真實(shí)高度保存至彈性底層文檔。
[0022] 步驟a3:彈性底層文檔根據(jù)所獲得的簽批區(qū)域的真實(shí)高度修改元素的高度以及元 素所在區(qū)域的高度，并重新刷新整個(gè)文檔。
[0023] 在此基礎(chǔ)上，所述步驟a3中修改高度的方法包括橫向合并單元格和/或豎向合并 單元格。
[0024]在此基礎(chǔ)上，所述步驟4具體方法為彈性底層文檔轉(zhuǎn)換成PDF，并將簽批內(nèi)容合并 至roF文檔后保存。
[0025]本發(fā)明還提供了一種手寫簽批內(nèi)容與底層文檔相互控制的系統(tǒng)，其特征在于:包 括終端，終端顯示電子形式的待簽批頁面;交互服務(wù)器，與終端相連，所述終端包括驗(yàn)證單 元、記錄單元和自適應(yīng)單元，所述交互服務(wù)器包括整合單元，所述驗(yàn)證單元驗(yàn)證用戶ID，通 過后進(jìn)行簽批，所述記錄單元記錄用戶的簽批內(nèi)容，并將簽批內(nèi)容傳送至自適應(yīng)單元，所述 自適應(yīng)單元根據(jù)簽批內(nèi)容自適應(yīng)調(diào)整表格高度，并刷新，所述整合單元將底層文檔轉(zhuǎn)換成 PDF，并將簽批內(nèi)容與PDF合并后保存。
[0026] 與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果是：
[0027] 1、本發(fā)明使用的是改進(jìn)的底層文檔，與傳統(tǒng)的底層文檔為roF不同，為HTML的轉(zhuǎn)換 文檔，開發(fā)過程中可以根據(jù)需求修改文檔格式，如添加約束條件等;改進(jìn)的文檔比roF所占 的空間小。
[0028] 2、本發(fā)明具有可編輯用戶ID列表，用戶自身在系統(tǒng)中擁有一個(gè)用戶ID，而底層文 檔中有一個(gè)可編輯ID的列表，如果用戶ID包含在可編輯ID的列表中，那么該用戶就可以在 該元素上進(jìn)行簽批，可編輯的ID列表中的用戶ID可以根據(jù)需求添加刪除，操作簡單方便，適 用性強(qiáng)。
[0029] 3、本發(fā)明中使用的底層文檔為彈性底層文檔可以獲取完整簽批內(nèi)容的最上面一 個(gè)點(diǎn)到最下面一個(gè)點(diǎn)的距離，并將此距離作為簽批區(qū)域的真實(shí)高度，彈性底層文檔根據(jù)真 實(shí)高度修改元素的高度以及元素所在區(qū)域的高度，并重新刷新整個(gè)文檔，解決了若某個(gè)用 戶輸入的內(nèi)容過多，由于PDF無法伸展，用戶只能選擇在其他區(qū)域手寫或者不繼續(xù)寫的問 題。
[0030] 4、本發(fā)明可以通過修