一種分離式電子公文留痕及其顯現(xiàn)方法和系統(tǒng)的制作方法
【專利摘要】本發(fā)明涉及一種分離式電子公文留痕及其顯現(xiàn)方法和系統(tǒng)，屬于電子政務(wù)領(lǐng)域的技術(shù)范疇。本發(fā)明采用XML技術(shù)描述電子公文的數(shù)據(jù)信息，電子公文XML元素為一個容器元素，包含公文要素、留痕信息、認證信息三個XML元素，分別描述電子公文的公文要素內(nèi)容、留痕信息和認證信息。采用本發(fā)明所述的方法和系統(tǒng)，公文的內(nèi)容信息和留痕信息分離易于公文的成文；電子公文中只有公文的最終版本的內(nèi)容信息，使電子公文簡潔、無冗余信息；可使公文的留痕信息長期有效；集中維護留痕信息，易于電子簽名，以維護留痕信息的真實性；給出標識顯示留痕信息的裝置，方便人們了解公文的審批過程及審批修改的內(nèi)容。
【專利說明】一種分離式電子公文留痕及其顯現(xiàn)方法和系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于電子政務(wù)領(lǐng)域的技術(shù)范疇，涉及辦公自動化、公文制發(fā)過程中審批的內(nèi)容信息，主要是制發(fā)公文過程中的歷次修改過程、修改內(nèi)容及每一個處理步驟修改痕跡的表示方法和呈現(xiàn)機制，最為關(guān)鍵的是便于電子公文的分發(fā)和留痕信息的長期保存，具體涉及一種分離式電子公文留痕及其顯現(xiàn)方法和系統(tǒng)。
【背景技術(shù)】
[0002]隨著信息化的普及和深入，越來越多的公文是以電子文件的形式存在，某些重要的電子公文需要長期保存。對傳統(tǒng)的紙質(zhì)文件，只要安全、妥善保管好紙介質(zhì)的初稿，留痕信息就長期有效得到了保護。但對電子公文文件，采用何種留痕的描述方法能更有利于公文的成文、維護留痕信息的長期有效是目前要急待解決的一個技術(shù)問題。
[0003]留痕信息(trace information)是將公文文件在其成文過程中的歷次修改過程、修改內(nèi)容及每一個處理步驟修改的痕跡進行保留，并確保痕跡信息的真實性、不可否認性和可追溯性。
[0004]辦公自動化系統(tǒng)在機關(guān)事業(yè)單位應(yīng)用越來越廣泛，辦公自動化系統(tǒng)的重點之一是公文處理，公文處理包括收文處理和發(fā)文處理。
[0005]在傳統(tǒng)的紙介質(zhì)公文的流轉(zhuǎn)過程中，擬稿人將自己的文稿(紙質(zhì)文件)交給領(lǐng)導(dǎo)及簽閱部門，他們都可能根據(jù)自己的意見對文稿做出一定的修改。文稿修改后，只要保留這個紙質(zhì)原稿就保留了文書的修改過程和修改內(nèi)容。日后查閱原稿，可以根據(jù)修改人的筆跡判定修改內(nèi)容的真?zhèn)巍＿@種內(nèi)容和介質(zhì)的綁定關(guān)系，保證了公文留痕信息的真實性、不可否認性和可追溯性。
[0006]在實現(xiàn)辦公自動化后，在網(wǎng)絡(luò)上以電子公文形式傳送公文，進行公文的辦理。各位領(lǐng)導(dǎo)修改的都是電子公文，如何來判斷哪位領(lǐng)導(dǎo)修改了什么，這就需要在公文成文的流轉(zhuǎn)過程中，在電子公文文件中保留修改痕跡。公文的留痕信息是電子公文一個較為關(guān)鍵的技術(shù)問題。
[0007]公文留痕處理的方法主要有:
[0008]1.在表單中設(shè)計一個多值計算域
[0009]在發(fā)文擬稿表單中設(shè)置一個數(shù)據(jù)類型為文本的域，計算允許多值。設(shè)計一個子表單，子表單中設(shè)置一個文本域，用來編輯意見。在發(fā)文擬稿表單設(shè)計有填寫意見操作，該操作調(diào)用子表單為對話框，當(dāng)文檔流轉(zhuǎn)到某個部門或領(lǐng)導(dǎo)時，可以在對話框中填寫意見，并通過公式計算填入文檔的會簽意見域，意見的文字顏色根據(jù)流轉(zhuǎn)的步驟各不相同。這樣就達到了簽發(fā)意見并留痕的目的。
[0010]缺點是只能簽發(fā)意見留痕的作用，并不能對公文正文修改進行留痕。
[0011]2.對word文件對象進行編程
[0012]在發(fā)文擬稿表單中設(shè)置一個數(shù)據(jù)類型為RTF文本的域，用來容納文件的正文。擬稿人利用WORD將已經(jīng)擬好的文稿處理完畢，再在發(fā)文管理創(chuàng)建文檔，并利用創(chuàng)建對象功能，將已經(jīng)處理好的WORD文件嵌入到該文檔中，各用戶通過瀏覽發(fā)文管理中的文檔就可以瀏覽其正文的內(nèi)容。正文實質(zhì)是一個WORD文件對象，利用發(fā)文管理對文檔中WORD文件對象編程，使用戶在修改該文檔時顯示出指定的顏色，要刪除某些內(nèi)容時則不能徹底刪除，只添加上刪除線，從而達到留痕的效果。
[0013]該方法通過編程控制正文文件的修改和刪除權(quán)限，控制的對象是文件，而在實際文件編輯中可以繞過這個限制。一般通過加強規(guī)章制度的建設(shè)來禁止。
[0014]3.利用word模板的方法
[0015]設(shè)計帶有宏的word模板，利用宏對word的一些功能進行了限制。如刪除只能刪除自己的內(nèi)容，對其他內(nèi)容只能添加刪除線，添加的內(nèi)容用不同的顏色區(qū)別，從而達到了留痕的功能。
[0016]公文擬稿人首先利用該模板編輯文件，以附件的方式附加到發(fā)文管理的擬稿單內(nèi)。當(dāng)流轉(zhuǎn)到某個步驟時，用戶將附件拆離至本地，進行編輯修改，修改完畢后再附加到擬稿單中。
[0017]該方法基本可以達到公文流轉(zhuǎn)留痕的目的，但宏可能被禁止、再啟用，用戶完全可以饒過某些環(huán)節(jié)，因此存在一定的漏洞。
[0018]4.開發(fā)控件實現(xiàn)留痕處理
[0019]留痕控件支持word的基本文字編輯功能，另外再具備獨特的文字留痕處理功能，以達到文書處理留痕的目的。
[0020]為了保持修改的痕跡，根據(jù)步驟的不同，添加的內(nèi)容以不同顏色區(qū)分，而刪除原來的內(nèi)容則只能添加刪除線，不能真正刪除。這些功能主要是對控件進行程序控制，如處理DEL、Backspace、空格以及CTRL+C等編輯操作實現(xiàn)的。
[0021]當(dāng)文書流轉(zhuǎn)到部門領(lǐng)導(dǎo)核稿、會簽部門會簽、辦公室審核、領(lǐng)導(dǎo)簽發(fā)等步驟時，各經(jīng)辦人均可對文件進行部分修改，就保留各自的修改痕跡。當(dāng)編輯完畢后，文件會上傳到文件服務(wù)器中，并同時刪除本地臨時文件。
[0022]當(dāng)文件簽發(fā)后，擬稿人可以通過該控件濾出所有刪除內(nèi)容，把顏色統(tǒng)一轉(zhuǎn)為黑色，形成一個整潔的文件。
[0023]該方法采用自主開發(fā)的控件，與其他系統(tǒng)的集成將成為瓶頸。
[0024]盡管目前現(xiàn)有的電子公文留痕信息方法有多種，但這些方法主要都是基于WORD的修改痕跡和批注信息來實現(xiàn)的。由于WORD文件格式本身的修改痕跡和批注信息是可以被更改的，只能通過一些措施來限制對留痕的更改。由于限制措施的局限性，可能會導(dǎo)致痕跡信息被破壞、篡改和丟失；留痕信息和正文信息交織在一起，成文時，就必須過濾留痕信息后，才能成文；留痕信息的呈現(xiàn)也只能通過恰當(dāng)版本的WORD軟件才能實現(xiàn)，不利于留痕信息的長期保存。
[0025]通過上述對現(xiàn)有技術(shù)的介紹，目前在留痕方面還存在著下列一些問題:
[0026]a)捕獲留痕信息還存在漏洞；
[0027]b)留痕信息的獨立性比較低；
[0028]c)留痕信息的兼容性差；
[0029]d)留痕信息的透明性低；
[0030]e)留痕信息不利于公文的成文；[0031]f)留痕信息的真實性沒有保證。

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

[0032]針對現(xiàn)有技術(shù)中存在的缺陷，本發(fā)明的目的是提供一種分離式電子公文留痕及其顯現(xiàn)方法和系統(tǒng)。
[0033]通過分析，我們采用基于文本的描述和公文正文分離的方式表示留痕信息。因為文本描述的方式是由字符組成，不管多少年后，都能用簡單文本軟件查看它，大大降低了留痕信息的軟件依賴性。由于留痕信息和正文是分離的，成文時只要不包含留痕信息就可以了。XML是可擴展的通用標記語言標準，可在多個信息系統(tǒng)之間進行數(shù)據(jù)交換，易于系統(tǒng)集成。我們主要使用XML技術(shù)集中描述公文的留痕信息，在公文的正文中僅引用留痕信息，實現(xiàn)信息的分離。
[0034]在文本模式下，顯示留痕信息的效果不夠友好。因此還設(shè)計出該方法的表示留痕信息的顯示裝置。設(shè)計出各個修改版本的顯示、修改標識顯示，以及修改過程和內(nèi)容的列表顯示。修改標識顯示可使用不同顏色顯示不同修改過程的痕跡。
[0035]為達到以上目的，本發(fā)明采用的技術(shù)方案是:
[0036]一種分離式電子公文留痕及其顯現(xiàn)方法，包括以下步驟:
[0037]采用XML技術(shù)描述電子公文的數(shù)據(jù)信息，電子公文XML元素為一個容器元素，包含公文要素、留痕信息、認證信息三個XML元素，分別描述電子公文的公文要素內(nèi)容、留痕信息和認證信息；
[0038]顯示各個修改版本的電子公文顯示、各個修改版本的電子公文修改標識顯示、某個審閱者的修改顯示以及修改過程和內(nèi)容的列表顯示。
[0039]進一步，所述的公文要素XML元素結(jié)構(gòu)包括版頭、主體和版記三個XML元素部分；
[0040]所述的版頭XML元素結(jié)構(gòu)包括份號、密級和保密期限、緊急程度、發(fā)文機關(guān)標志、發(fā)文字號、簽發(fā)人和擴展要素；
[0041]所述的主體XML元素結(jié)構(gòu)包括標題、主送機關(guān)、正文、附件說明、發(fā)文機關(guān)署名、成文日期、附注和擴展要素；
[0042]所述的版記XML元素結(jié)構(gòu)包括抄送機關(guān)、印發(fā)機關(guān)、印發(fā)日期和擴展要素。
[0043]進一步，所述的留痕信息XML元素結(jié)構(gòu)包括一個或多個公文辦理，所述的公文辦理的XML元素結(jié)構(gòu)包括標識符、辦理人、辦理類型、開始時間、辦理結(jié)果和結(jié)束時間；
[0044]其中，所述的標識符為公文版本的流水號，辦理結(jié)果包含辦理過程中修改的內(nèi)容，辦理類型包括初審、復(fù)審、審簽、簽發(fā)。
[0045]進一步，所述的認證信息由一個或多個辦理簽名項元素組成，一個辦理簽名項維護一個公文辦理修改內(nèi)容的真實性和不可抵賴性，辦理簽名項XML元素結(jié)構(gòu)圖包括辦理標識符引用、簽名結(jié)果、證書、簽名算法、簽名人和簽名時間子元素；其中，所述的簽名結(jié)果的值就是對被簽名的公文辦理所包含字符流進行空格處理，再進行數(shù)字簽名所得到的結(jié)果的Base64編碼，所述的證書的值為數(shù)字簽名所對應(yīng)公鑰證書的Base64編碼，所述的簽名算法為記錄數(shù)字簽名所使用的算法，所述的簽名人和簽名時間分別記錄簽名的責(zé)任人和進行簽名的時間。
[0046]進一步，該方法還包括對審批過程的真實性進行驗證的步驟，包括:首先確定被驗證的公文辦理，找到對應(yīng)的辦理簽名項，然后計算出辦理的消息摘要，再由證書中的公鑰解密“簽名結(jié)果”得到簽名時的消息摘要；比較這兩個消息摘要，如果相同，則給出辦理是真實的提示；否則給出辦理已經(jīng)被修改的提示。
[0047]一種分離式電子公文留痕及其顯現(xiàn)系統(tǒng)，包括以下模塊:
[0048]用戶接口，用于與用戶界面連接；
[0049]解析模塊，與用戶接口連接，用于解析“電子公文”形成電子公文的版本、公文要素、留痕和認證等信息，并把這些信息輸入到內(nèi)容信息模塊”中；
[0050]XML解析模塊，與解析模塊連接，用于解析XML信息；
[0051 ]內(nèi)容信息模塊，與解析模塊、顯示模塊和認證模板連接，用于采用XML技術(shù)存儲電子公文的中的內(nèi)容信息；
[0052]認證模塊，分別與用戶接口和內(nèi)容信息模塊連接，用于采用XML技術(shù)描述電子公文的中的認證信息及對應(yīng)電子公文的認證。
[0053]括顯示模塊，分別與用戶接口和內(nèi)容信息模塊連接，用于各個修改版本的電子公文顯示、各個修改版本的電子公文修改標識顯示、某個審閱者的修改顯示以及修改過程和內(nèi)容的列表顯示。
[0054]本發(fā)明與現(xiàn)有文書留痕技術(shù)相比，主要效果在于:
[0055]a)留痕信息和內(nèi)容信息的分離
[0056]b)留痕信息的獨立性強
[0057]c)留痕信息的兼容性強
[0058]d)留痕信息具有很高的可理解性
[0059]e)能認證留痕信息的真?zhèn)?br> [0060]f)留痕信息易于長期保存
[0061]g)顯示留痕信息的裝置簡潔易開發(fā)
[0062]本發(fā)明使用有語意文本的方式描述公文的修改過程和修改內(nèi)容；公文的內(nèi)容信息和留痕信息分離易于公文的成文；電子公文中只有公文的最終版本的內(nèi)容信息，使電子公文簡潔、無冗余信息；可使公文的留痕信息長期有效；集中維護留痕信息，易于電子簽名，以維護留痕信息的真實性；給出標識顯示留痕信息的裝置，方便人們了解公文的審批過程及審批修改的內(nèi)容。
【專利附圖】

【附圖說明】
[0063]圖1是電子公文XML元素結(jié)構(gòu)圖；
[0064]圖2是公文要素XML元素結(jié)構(gòu)圖；
[0065]圖3是公文要素中的版頭XML元素結(jié)構(gòu)圖；
[0066]圖4是公文要素中的主體XML元素結(jié)構(gòu)圖；
[0067]圖5是公文要素中的版記XML元素結(jié)構(gòu)圖；
[0068]圖6是留痕信息XML元素結(jié)構(gòu)圖；
[0069]圖7是公文辦理XML元素結(jié)構(gòu)圖；
[0070]圖8是辦理人XML元素結(jié)構(gòu)圖；
[0071 ]圖9是辦理結(jié)果XML元素結(jié)構(gòu)圖；[0072]圖10是處理項XML元素結(jié)構(gòu)圖；
[0073]圖11是認證信息XML元素結(jié)構(gòu)圖；
[0074]圖12是辦理簽名項XML元素結(jié)構(gòu)圖；
[0075]圖13是本發(fā)明中驗證一個審批過程的真實性的流程圖；
[0076]圖14是本發(fā)明中由一個修改版本回袞到前一個修改版本的流程圖；
[0077]圖15是本發(fā)明【具體實施方式】中一種分離式電子公文留痕及其顯現(xiàn)系統(tǒng)結(jié)構(gòu)圖。
【具體實施方式】
[0078]下面結(jié)合附圖和【具體實施方式】對本發(fā)明作進一步描述。
[0079]本發(fā)明主要是在電子公文中保留公文的修改痕跡。為了減少關(guān)聯(lián)，采用在一個計算機文件包含公文要素內(nèi)容、留痕信息和認證信息。為了便于數(shù)據(jù)交換和理解，采用XML技術(shù)描述這些數(shù)據(jù)信息。
[0080]公文從起草到成文需經(jīng)過多個審批過程，也就是發(fā)文辦理過程。公文的一個審批過程就是一個修改版本，某審閱者在某個時期內(nèi)，可以多次修改公文，公文文件也可以多次被打開、保存。只要未被流轉(zhuǎn)到下一個審閱者，即還是同一個審批過程，連續(xù)的修改對應(yīng)同一個修改版本。所有修改版本的修改痕跡就組成公文的留痕信息。
[0081]在本發(fā)明中，留痕信息包括公文辦理的描述信息、責(zé)任人、修改內(nèi)容信息和處理時間等。修改內(nèi)容信息包括增加、刪除的文字內(nèi)容信息，增加、刪除公文要素內(nèi)容信息、以及批注內(nèi)容信息。
[0082]在本實施例中，一種分離式電子公文留痕及其顯現(xiàn)方法，包括以下步驟:
[0083]采用XML技術(shù)描述電子公文的數(shù)據(jù)信息，電子公文XML元素為一個容器元素，包含公文要素、留痕信息、認證信息三個XML元素，分別描述電子公文的公文要素內(nèi)容、留痕信息和認證信息；
[0084]顯示各個修改版本的電子公文顯示、各個修改版本的電子公文修改標識顯示、某個審閱者的修改顯示以及修改過程和內(nèi)容的列表顯示。
[0085]本實施例中，電子公文總體結(jié)構(gòu):
[0086]“電子公文” XML元素為一個容器元素，它包含“公文要素”、“留痕信息”、“認證信息”三個XML元素，其結(jié)構(gòu)圖如圖1所示。
[0087]a)公文要素
[0088]公文要素為一公文所包含的要素，分為版頭、主體和版記三個部分，其XML元素結(jié)構(gòu)圖如圖2所示。
[0089]版頭、主體和版記三個部分可包含的公文要素，其XML元素結(jié)構(gòu)圖分別如圖3、圖
4、圖5所示。所述的版頭XML元素結(jié)構(gòu)包括份號、密級和保密期限、緊急程度、發(fā)文機關(guān)標志、發(fā)文字號、簽發(fā)人和擴展要素。所述的主體XML元素結(jié)構(gòu)包括標題、主送機關(guān)、正文、附件說明、發(fā)文機關(guān)署名、成文日期、附注和擴展要素。所述的版記XML元素結(jié)構(gòu)包括抄送機關(guān)、印發(fā)機關(guān)、印發(fā)日期和擴展要素
[0090]一個公文要素的數(shù)據(jù)由該公文要素的文字內(nèi)容和處理引用所組成，其字符片段如下:
[0091]〈公文要素標識符引用=〃0001-0001>XXX〈處理標識符引用="0002-0001" />X X X〈處理標識符引用="0002-0002"/〉......</ 公文要素 >
[0092]其中“公文要素” XML元素的“標識符引用”屬性，為可選屬性，有該屬性就標識增加該“公文要素”時的版本號，沒有標識該“公文要素”在起草時就存在；字符“X X X ”代表公文要素的部分文字內(nèi)容，“處理”子元素為一個處理的引用。
[0093]b)留痕信息
[0094]留痕信息可包含多個公文辦理，“留痕信息” XML元素結(jié)構(gòu)圖如圖6所示。
[0095]一個“公文辦理”可記錄公文的一個審核過程信息和該過程修改的內(nèi)容信息。公文的審核過程有:初審、復(fù)審、審簽、簽發(fā)等。經(jīng)過一個“公文辦理”的處理，公文的內(nèi)容就會被修改，形成公文的一個新版本，因此“公文辦理”和公文的版本就有了對應(yīng)關(guān)系?！肮霓k理”XML元素結(jié)構(gòu)圖如圖7所示。
[0096]“標識符”為公文版本的流水號，如:001，可以唯一標識一個“公文辦理”，“公文辦理”包含“辦理人”、“辦理類型”、“開始時間”、“結(jié)束時間”等辦理過程信息和“辦理結(jié)果”；“辦理結(jié)果”包含辦理過程中修改的內(nèi)容?！稗k理類型”可為初審、復(fù)審、審簽、簽發(fā)等?！伴_始時間”、“結(jié)束時間”分別為辦理活動的開始、結(jié)束時間。
[0097]“辦理人” XML元素結(jié)構(gòu)圖如圖8所示。
[0098]“辦理結(jié)果”可包含多個“處理項”，其結(jié)構(gòu)如圖9所示。
[0099]一個“處理項”為辦理人在公文內(nèi)進行一次修改或添加一個批注，“處理項”XML元素結(jié)構(gòu)圖如圖10所示。
[0100]“處理項”的屬性“標識符”可以唯一標識一個“處理項”，可采用版本號+辦理人修改的流水號?！疤幚眍愋汀庇小霸黾印薄ⅰ皠h除”和“批注”。“文字內(nèi)容”記錄在公文要素中“處理引用”所在上下文處修改的文字內(nèi)容或增加的批注內(nèi)容?！耙貎?nèi)容”為在公文中添加或刪除的公文要素及他所包含的內(nèi)容數(shù)據(jù)。
[0101]c)認證信息
[0102]認證信息是通過技術(shù)手段維護留痕信息的真實性和不可抵賴性?！罢J證信息”是一個可選XML元素，可根據(jù)組織機構(gòu)的實際需要選擇記錄，其結(jié)構(gòu)圖如圖11所示。
[0103]認證信息可由一個或多個“辦理簽名項”元素組成，一個“辦理簽名項”維護一個“公文辦理”修改內(nèi)容的真實性和不可抵賴性，“辦理簽名項” XML元素結(jié)構(gòu)圖如圖12所示。
[0104]“辦理簽名項”元素的屬性“辦理標識符引用”就是被簽名的“公文辦理”元素的“辦理標識符”屬性，從而確定了被簽名的“公文辦理”。“辦理簽名項”元素包含“簽名結(jié)果”、“證書”、“簽名算法”、“簽名人”和“簽名時間”等子元素?！昂灻Y(jié)果”的值就是對被簽名的“公文辦理”所包含字符流進行空格處理，再進行數(shù)字簽名所得到的結(jié)果的Base64編碼。“證書”的值為數(shù)字簽名所對應(yīng)公鑰證書的Base64編碼?！昂灻惴ā?“記錄數(shù)字簽名所使用的算法?！昂灻恕焙汀昂灻麜r間”分別記錄簽名的責(zé)任人和進行簽名的時間。
[0105]如圖13所示，驗證一個審批過程的真實性的步驟是:首先確定被驗證的公文辦理，找到對應(yīng)的辦理簽名項，然后計算出辦理的消息摘要，再由證書中的公鑰解密“簽名結(jié)果”得到簽名時的消息摘要；比較這兩個消息摘要，如果相同，則給出辦理是真實的提示；否則給出辦理已經(jīng)被修改的提示。
[0106]d)留痕信息的自動捕獲
[0107]在顯示裝置中，在開始辦理時，通過辦理設(shè)置的接口，形成一個“公文辦理”。在編輯文字、插入(或刪除)公文要素和插入(或刪除)批注的同時，裝置會自動捕獲修改的文本內(nèi)容、被修改公文要素、增加的批注，形成或修改一個“處理項”。前面辦理過程的“處理項”不能被修改。在結(jié)束辦理時，辦理責(zé)任人根據(jù)需要可以對該辦理進行數(shù)字簽名。
[0108]e)最終版本的顯不和標記顯不
[0109]“電子公文”XML元素中所包含的“公文要素”為公文最終版本所包含的公文要素，“公文要素”中所包含的文字內(nèi)容為該“公文要素”最終版本的內(nèi)容。
[0110]一個“公文要素”的顯示是:依據(jù)“公文要素”的格式，顯示其中內(nèi)容。依次顯示公文中包含的“公文要素”，就是公文最終版本的顯示。
[0111]最終版本的標記顯示是:在最終版本的顯示基礎(chǔ)上，在公文顯示區(qū)域外，顯示出修改發(fā)生時間、修改類型、修改人和修改內(nèi)容；在公文顯示中標記出修改所在位置，并連接線條把“修改位置”和“修改顯示”連接起來。對不同版本的修改顯示可使用不同的顏色。
[0112]f)早期版本的顯示和標記顯示
[0113]由于本方法只包含公文最終版本的內(nèi)容信息，由留痕信息進行版本回滾可以得到公文內(nèi)容信息的早期版本，版本回滾實際上就是公文內(nèi)容信息的回滾。
[0114]早期版本的顯示和標記顯示的關(guān)鍵就是回滾到指定的早期版本，然后再對該版本進行顯示或標記顯示，其顯示方法和最終版本的顯示和標記顯示相同。
[0115]在本裝置中，設(shè)置一個版本數(shù)組，以維護公文修改的版本。在修改版本中，只包含公文的內(nèi)容和處理引用。版本數(shù)組的維數(shù)和公文修改的版本數(shù)相同。在公文被打開時，在版本數(shù)組中，只有最后一個元素中含有版本對象(即公文打開時的最終版本)，數(shù)組中其他元素中沒有對象(即包含一個空對象)。由辦理人信息確定是否要增加一個一個新的修改版本；如增加，就在打開時的最終版本基礎(chǔ)上新建一個版本，并把這個新版本作為公文的最終版本。
[0116]在顯示某個版本時，就在版本數(shù)組中檢查是否存在指定版本，如存在就顯示它；如不存在，在版本數(shù)組中檢查它的下一版本是否存在，如存在，就由它的下一個版本回滾到該指定的版本；如下一個版本仍不存在，就檢查下一個版本的下一個版本，進行遞歸處理。實際上通過版本的回滾，指定版本之后的所有修改版本都已形成，并被保存到版本數(shù)組中對應(yīng)元素里。版本回滾的關(guān)鍵就由一個修改版本回滾到它的前一個修改版本。
[0117]如圖14所示，由某個版本回滾到它的前一個版本，該版本就為處理版本，它的前一個版本就為目標版本，具體過程如下:
[0118](I)版本中包含的“公文要素”的回滾:在處理版本中檢查它所包含的“公文要素”，如果某個“公文要素”是該版本增加的(即“公文要素”的版本號和處理版本的版本號相同)，則在目標版本中不包含該“公文要素”，否則就對該“公文要素”進行內(nèi)容回滾；
[0119](2) “公文要素”的內(nèi)容回滾:在它的值中檢查“處理”元素，如果是該處理版本的修改，有“處理標識符引用”找到對應(yīng)的“處理項”，由“處理類型”進行內(nèi)容回滾。如果“處理類型”為“增加”就在“處理”元素標志的位置刪除增加的文字；如果“處理類型”為“刪除”，就在“處理”元素標志的位置增加被刪除的文字。當(dāng)完成內(nèi)容的回滾后，就在目標版本中包含該“公文要素”；
[0120](3)留痕信息中的“公文要素”的回滾:由處理版本的版本號找到對應(yīng)的“公文辦理”，在其中檢查處理內(nèi)容為“公文要素”的“處理項”，如果“處理類型”是該處理版本刪除的，則在目標版本中包含該“公文要素”，按照公文結(jié)構(gòu)把該要素放置到適當(dāng)?shù)奈恢茫蝗绻疤幚眍愋汀笔窃黾拥?，則不進行處理。
[0121]g)某個審閱者的修改顯示
[0122]顯示某個審閱者的修改步驟如下:
[0123](3)由審閱人確定對應(yīng)的修改版本；
[0124](4)為審閱人的標識顯示分配顏色；
[0125](5)標記顯示時只標記顯示對應(yīng)修改版本的處理。
[0126]h)修改歷史的列表顯示
[0127]在顯示列表中，依次列出“留痕信息”中包含各個“公文辦理”的修改內(nèi)容相關(guān)信
肩、O
[0128]一個“公文辦理”的修改內(nèi)容相關(guān)信息包括:辦理人姓名、辦理類型、開始時間和結(jié)束時間等辦理相關(guān)信息，再加上它所包含的各個“處理項”的修改內(nèi)容相關(guān)信息。
[0129]一個“處理項”的修改內(nèi)容相關(guān)信息包括:處理時間、處理類型和修改信息。修改信息就是修改的文字內(nèi)容或要素內(nèi)容(要素的名稱及其子包含的內(nèi)容)。
[0130]如圖15所示，一種分離式電子公文留痕及其顯現(xiàn)系統(tǒng)，包括以下模塊:
[0131]用戶接口(即主程序)，用于與用戶界面連接；
[0132]解析模塊，與用戶接口連接，用于解析“電子公文”形成電子公文的版本、公文要素、留痕和認證等信息，并把這些信息輸入到“內(nèi)容信息模塊”中；
[0133]XML解析模塊，與解析模塊連接，用于解析XML信息；
[0134]內(nèi)容信息模塊，與解析模塊、顯示模塊和認證模板連接，用于采用XML技術(shù)存儲電子公文的中的內(nèi)容信息；
[0135]認證模塊，用于采用XML技術(shù)描述電子公文的中的認證信息及對應(yīng)電子公文的認證；
[0136]顯示模塊，用于各個修改版本的電子公文顯示、各個修改版本的電子公文修改標識顯示、某個審閱者的修改顯示以及修改過程和內(nèi)容的列表顯示。
[0137]本領(lǐng)域技術(shù)人員應(yīng)該明白，本發(fā)明所述的方法和系統(tǒng)并不限于【具體實施方式】中所述的實施例，上面的具體描述只是為了解釋本發(fā)明的目的，并非用于限制本發(fā)明。本領(lǐng)域技術(shù)人員根據(jù)本發(fā)明的技術(shù)方案得出其他的實施方式，同樣屬于本發(fā)明的技術(shù)創(chuàng)新范圍，本發(fā)明的保護范圍由權(quán)利要求及其等同物限定。
【權(quán)利要求】
1.一種分離式電子公文留痕及其顯現(xiàn)方法，包括以下步驟: 米用XML技術(shù)描述電子公文的數(shù)據(jù)信息，電子公文XML兀素為一個容器兀素，包含公文要素、留痕信息、認證信息三個XML元素，分別描述電子公文的公文要素內(nèi)容、留痕信息和認證信息； 顯示各個修改版本的電子公文顯示、各個修改版本的電子公文修改標識顯示、某個審閱者的修改顯示以及修改過程和內(nèi)容的列表顯示。
2.如權(quán)利要求1所述的一種分離式電子公文留痕及其顯現(xiàn)方法，其特征是:所述的公文要素XML元素結(jié)構(gòu)包括版頭、主體和版記三個XML元素部分； 所述的版頭XML元素結(jié)構(gòu)包括份號、密級和保密期限、緊急程度、發(fā)文機關(guān)標志、發(fā)文字號、簽發(fā)人和擴展要素； 所述的主體XML元素結(jié)構(gòu)包括標題、主送機關(guān)、正文、附件說明、發(fā)文機關(guān)署名、成文日期、附注和擴展要素； 所述的版記XML元素結(jié)構(gòu)包括抄送機關(guān)、印發(fā)機關(guān)、印發(fā)日期和擴展要素。
3.如權(quán)利要求1所述的一種分離式電子公文留痕及其顯現(xiàn)方法，其特征是:所述的留痕信息XML元素結(jié)構(gòu)包括一個或多個公文辦理，所述的公文辦理的XML元素結(jié)構(gòu)包括標識符、辦理人、辦理類型、開始時間、辦理結(jié)果和結(jié)束時間； 其中，所述的標識符為公文版本 的流水號，辦理結(jié)果包含辦理過程中修改的內(nèi)容，辦理類型包括初審、復(fù)審、審簽、簽發(fā)。
4.如權(quán)利要求3所述的一種分離式電子公文留痕及其顯現(xiàn)方法，其特征是:所述的辦理結(jié)果包含一個或多個處理項，所述的處理項的XML元素結(jié)構(gòu)包括標識符、時間、處理類型、文字內(nèi)容和要求內(nèi)容，一個處理項為辦理人在公文內(nèi)進行一次修改或添加一個批注，所述的標識符唯一標識一個處理項，采用版本號+辦理人修改的流水號，所述的處理類型有增加、刪除和批注，所述的文字內(nèi)容記錄在公文要素中處理引用所在上下文處修改的文字內(nèi)容或增加的批注內(nèi)容，所述的要素內(nèi)容為在公文中添加或刪除的公文要素及他所包含的內(nèi)容數(shù)據(jù)。
5.如權(quán)利要求1所述的一種分離式電子公文留痕及其顯現(xiàn)方法，其特征是:所述的認證信息由一個或多個辦理簽名項元素組成，一個辦理簽名項維護一個公文辦理修改內(nèi)容的真實性和不可抵賴性，辦理簽名項XML元素結(jié)構(gòu)圖包括辦理標識符引用、簽名結(jié)果、證書、簽名算法、簽名人和簽名時間子元素；其中，所述的簽名結(jié)果的值就是對被簽名的公文辦理所包含字符流進行空格處理，再進行數(shù)字簽名所得到的結(jié)果的Base64編碼，所述的證書的值為數(shù)字簽名所對應(yīng)公鑰證書的Base64編碼，所述的簽名算法為記錄數(shù)字簽名所使用的算法，所述的簽名人和簽名時間分別記錄簽名的責(zé)任人和進行簽名的時間。
6.如權(quán)利要求1所述的一種分離式電子公文留痕及其顯現(xiàn)方法，其特征是:“電子公文” XML元素中所包含的“公文要素”為公文最終版本所包含的公文要素，“公文要素”中所包含的文字內(nèi)容為該“公文要素”最終版本的內(nèi)容； 最終版本的標記顯示是:在最終版本的顯示基礎(chǔ)上，在公文顯示區(qū)域外，顯示出修改發(fā)生時間、修改類型、修改人和修改內(nèi)容；在公文顯示中標記出修改所在位置，并連接線條把“修改位置”和“修改顯示”連接起來，對不同版本的修改顯示使用不同的顏色。
7.如權(quán)利要求1所述的一種分離式電子公文留痕及其顯現(xiàn)方法，其特征是:設(shè)置一個版本數(shù)組，以維護公文修改的版本，在修改版本中，只包含公文的內(nèi)容和處理引用，版本數(shù)組的維數(shù)和公文修改的版本數(shù)相同，在公文被打開時，在版本數(shù)組中，只有最后一個元素中含有版本對象即公文打開時的最終版本，數(shù)組中其他元素中沒有對象即包含一個空對象，由辦理人信息確定是否要增加一個一個新的修改版本；如增加，就在打開時的最終版本基礎(chǔ)上新建一個版本，并把這個新版本作為公文的最終版本； 在顯示某個版本時，就在版本數(shù)組中檢查是否存在指定版本，如存在就顯示它；如不存在，在版本數(shù)組中檢查它的下一版本是否存在，如存在，就由它的下一個版本回滾到該指定的版本；如下一個版本仍不存在，就檢查下一個版本的下一個版本，進行遞歸處理；通過版本的回滾，指定版本之后的所有修改版本都已形成，并被保存到版本數(shù)組中對應(yīng)元素里。
8.如權(quán)利要求7所述的一種分離式電子公文留痕及其顯現(xiàn)方法，其特征是，由某個版本回滾到它的前一個版本，該版本就為處理版本，它的前一個版本就為目標版本，具體過程如下: (1)版本中包含的“公文要素”的回滾:在處理版本中檢查它所包含的“公文要素”，如果某個“公文要素”是該版本增加的，則在目標版本中不包含該“公文要素”，否則就對該“公文要素”進行內(nèi)容回滾； (2)“公文要素”的內(nèi)容回滾:在它的值中檢查“處理”元素，如果是該處理版本的修改，有“處理標識符引用”找到對應(yīng)的“處理項”，由“處理類型”進行內(nèi)容回滾。如果“處理類型”為“增加”就在“處理”元素標志的位置刪除增加的文字；如果“處理類型”為“刪除”，就在“處理”元素標志的位置增加被刪除的文字。當(dāng)完成內(nèi)容的回滾后，就在目標版本中包含該“公文要素”； (3)留痕信息中的“公文要素”的回滾:由處理版本的版本號找到對應(yīng)的“公文辦理”，在其中檢查處理內(nèi)容為“公文要素”的“處理項”，如果“處理類型”是該處理版本刪除的，則在目標版本中包含該“公文要素”，按照公文結(jié)構(gòu)把該要素放置到適當(dāng)?shù)奈恢茫蝗绻疤幚眍愋汀笔窃黾拥?，則不進行處理。
9.如權(quán)利要求1至8任一項所述的一種分離式電子公文留痕及其顯現(xiàn)方法，其特征是，顯示某個審閱者的修改步驟如下: (O由審閱人確定對應(yīng)的修改版本； (2)為審閱人的標識顯示分配顏色； (3)標記顯示時只標記顯示對應(yīng)修改版本的處理。
10.如權(quán)利要求1至8任一項所述的一種分離式電子公文留痕及其顯現(xiàn)方法，其特征是，在列表顯示中，依次列出“留痕信息”中包含各個“公文辦理”的修改內(nèi)容相關(guān)信息: (1)一個“公文辦理”的修改內(nèi)容相關(guān)信息包括:辦理人姓名、辦理類型、開始時間和結(jié)束時間等辦理相關(guān)信息，再加上它所包含的各個“處理項”的修改內(nèi)容相關(guān)信息； (2)—個“處理項”的修改內(nèi)容相關(guān)信息包括:處理時間、處理類型和修改信息，修改信息就是修改的文字內(nèi)容或要素內(nèi)容。
11.如權(quán)利要求1至8任一項所述的一種分離式電子公文留痕及其顯現(xiàn)方法，其特征是，該方法還包括對審批過程的真實性進行驗證的步驟，包括:首先確定被驗證的公文辦理，找到對應(yīng)的辦理簽名項，然后計算出辦理的消息摘要，再由證書中的公鑰解密“簽名結(jié)果”得到簽名時的消息摘要；比較這兩個消息摘要，如果相同，則給出辦理是真實的提示；否則給出辦理已經(jīng)被修改的提示。
12.—種分離式電子公文留痕及其顯現(xiàn)系統(tǒng)，包括以下模塊: 用戶接口，用于與用戶界面連接； 解析模塊，與用戶接口連接，用于解析“電子公文”形成電子公文的版本、公文要素、留痕和認證等信息，并把這些信息輸入到內(nèi)容信息模塊”中； XML解析模塊，與解析模塊連接，用于解析XML信息； 內(nèi)容信息模塊，與解析模塊、顯示模塊和認證模板連接，用于采用XML技術(shù)存儲電子公文的中的內(nèi)容信息； 認證模塊，分別與用戶接口和內(nèi)容信息模塊連接，用于采用XML技術(shù)描述電子公文的中的認證信息及對應(yīng)電子公文的認證。 顯示模塊，分別與用戶接口和內(nèi)容信 息模塊連接，用于各個修改版本的電子公文顯示、各個修改版本的電子公文修改標識顯示、某個審閱者的修改顯示以及修改過程和內(nèi)容的列表顯不O
【文檔編號】G06F17/24GK103902517SQ201210574798
【公開日】2014年7月2日 申請日期:2012年12月26日 優(yōu)先權(quán)日:2012年12月26日
【發(fā)明者】王學(xué)武, 陳霞, 董梁, 于芬芬, 雷少平 申請人:北京大學(xué), 北大方正集團有限公司, 方正國際軟件(北京)有限公司