陳卓 張榮 郭立君 黃洋

【摘? 要】電子簽章是解決電子文件安全問題的有效方式。針對國內(nèi)PDF電子簽章產(chǎn)品依賴PDF閱讀器軟件，無法實現(xiàn)可定制化的簽章與驗章形式、或是無法支持多樣化的電子印章以及缺少將其他格式的文件轉(zhuǎn)換為PDF格式文件的轉(zhuǎn)換功能等問題，提出了新的PDF電子簽章控件設(shè)計與實現(xiàn)方案?？丶赑KI技術(shù)，結(jié)合PDF文檔解析技術(shù)與Windows窗體技術(shù)實現(xiàn)了以容器方式嵌入瀏覽器的PDF閱讀器，通過建立服務(wù)器與控件間的通信協(xié)議，實現(xiàn)了控件對電子印章多樣化的支持，并通過ActiveX控件技術(shù)、USBKey以及JNI等技術(shù)，完成了控件對PDF電子簽章對象的操作，在實現(xiàn)了電子簽章與相關(guān)PDF軟件兼容的同時，也實現(xiàn)了簽章與驗章操作的可定制化。

【關(guān)鍵詞】電子簽章;PKI;PDF文檔解析;ActiveX;Web應(yīng)用

中圖分類號：TP319

文獻標志碼：A? ? ? ? 文章編號：1006-1010（2019）05-0085-07

1? ?引言

隨著網(wǎng)絡(luò)的普及和電子文件的盛行，解決電子文件的安全問題越來越重要?；赑KI的數(shù)字簽名技術(shù)可以保證電子文件的完整性和不可抵賴性[1]，同時物理印章作為一種認證方式，在中國擁有悠久的歷史傳統(tǒng)并在政務(wù)和商務(wù)中廣泛應(yīng)用，隨著電子政務(wù)、電子商務(wù)系統(tǒng)的推廣，物理印章的電子化即電子印章（電子簽章的外觀表現(xiàn)形式）的應(yīng)用也勢在必行。因此，研究融合數(shù)字簽名技術(shù)與電子印章的可視電子簽章技術(shù)具有重要的應(yīng)用推廣價值。在電子文件中以PDF為標準的版式文件具有良好的跨平臺性、高效的壓縮能力、優(yōu)質(zhì)的屏幕顯示效果、逼真的打印效果等特性[2]。隨著互聯(lián)網(wǎng)的增長，PDF文件在國內(nèi)電子商務(wù)和電子政務(wù)系統(tǒng)中得到了廣泛的使用，因此研究符合國內(nèi)電子政務(wù)和電子商務(wù)系統(tǒng)要求的PDF電子簽章技術(shù)具有重要意義。

電子簽章是一種用以辨識電子文件簽署者身份（防抵賴），保證文件完整性（防篡改）的安全保證措施[3]。目前電子簽章關(guān)鍵技術(shù)按照核心技術(shù)可以分為：基于數(shù)字水印算法的電子簽章技術(shù)和基于數(shù)字簽名算法的電子簽章技術(shù)[2-3]。相比于數(shù)字水印算法的電子簽章技術(shù)，基于數(shù)字簽名算法的電子簽章技術(shù)應(yīng)用更廣泛、安全性更高[4]，本文研究的是基于數(shù)字簽名算法的電子簽章技術(shù)。國內(nèi)一些公司開發(fā)了基于數(shù)字簽名算法的PDF簽章產(chǎn)品。其中，多數(shù)PDF電子簽章產(chǎn)品盡管可以嵌入到應(yīng)用系統(tǒng)中，但仍依賴PDF閱讀器軟件完成簽章驗章操作[5-7]。也有一些運用控件技術(shù)將瀏覽器作為容器的PDF電子簽章產(chǎn)品，能在瀏覽器中進行PDF文件的可視化簽章與驗章操作[8]，但是這些產(chǎn)品在電子簽名與電子印章結(jié)合時存在對電子印章的形式（文件格式、尺寸大?。┮髧栏?、更新電子印章過程繁瑣等問題，導(dǎo)致這些產(chǎn)品缺乏靈活的電子印章支持方式，從而無法滿足電子政務(wù)和電子商務(wù)系統(tǒng)的要求，同時，這些產(chǎn)品不支持非PDF格式文件（WORD、表單文件、圖像文件等）向PDF文件轉(zhuǎn)換。隨著現(xiàn)代信息技術(shù)的快速發(fā)展，各種格式的電子文件在不同的應(yīng)用領(lǐng)域都發(fā)揮著不可或缺的作用，所以缺少文件轉(zhuǎn)換功能將會極大地制約PDF電子簽章產(chǎn)品的應(yīng)用場景。此外，市場上多數(shù)PDF電子簽章產(chǎn)品的實現(xiàn)原理并不遵守PDF標準，通過這些產(chǎn)品所蓋的電子印章只能在特定的客戶端軟件上驗證，無法被Adobe Reader、Adobe Acrobat及其他遵守PDF標準的軟件識別。

基于上述問題的研究，針對PDF電子簽章產(chǎn)品依賴PDF閱讀器軟件問題，本文結(jié)合Windows窗體技術(shù)和PDF文檔解析技術(shù)實現(xiàn)了以容器方式嵌入瀏覽器的PDF閱讀器，同時，本文基于PDF標準，實現(xiàn)了PDF文檔中電子簽章對象的構(gòu)造，解決了電子簽章與其他PDF軟件的兼容問題;針對PDF電子簽名無法有效結(jié)合電子印章問題，本文通過建立服務(wù)器與簽章控件間的通信協(xié)議，實現(xiàn)了通過印章參數(shù)和印章圖片兩種方式完成電子簽名與電子印章的結(jié)合;針對瀏覽器不支持PDF文檔可定制化簽章驗章問題，本文基于ActiveX技術(shù)，同時也整合本文其他研究問題的解決方案，實現(xiàn)了PDF電子簽章控件，并通過在控件中完成對電子簽章對象的操作，實現(xiàn)了簽章驗章時定制化的呈現(xiàn)效果。該控件能方便地嵌入到瀏覽器中，實現(xiàn)了在Web端對PDF文件進行簽章、驗章等操作，保證了文件的完整性和不可否認性，有效地解決了上述問題。

2? ?PDF電子簽章控件的功能設(shè)計

控件是一種可重用的封裝了一組核心功能的代碼模塊，通過其接口與應(yīng)用程序進行通信，是一個相對獨立運行的實體，能方便嵌入到第三方系統(tǒng)中，實現(xiàn)軟件資源共享。

本文在深入分析了各種基于Web的應(yīng)用系統(tǒng)中對簽章功能需求的基礎(chǔ)上，將與簽章密切相關(guān)的一些功能歸納為如圖1所示的幾類接口，并基于這些接口設(shè)計了可以嵌入到網(wǎng)頁的WebPDFSeal控件。

下面對各個控件接口進行詳細的介紹：

（1）文件轉(zhuǎn)換接口：這是本文控件的一個特點，將非PDF格式的文件轉(zhuǎn)換成PDF文件，該接口包括轉(zhuǎn)換本地文件接口和轉(zhuǎn)換加載文件接口。其中，轉(zhuǎn)換本地文件接口用于轉(zhuǎn)換本地非PDF格式的文件;轉(zhuǎn)換加載文件接口用于轉(zhuǎn)換來自于服務(wù)器端非PDF格式的文件。

（2）文件存取接口：用于打開或保存文件，打開文件時若文件非PDF格式，則控件調(diào)用文件轉(zhuǎn)換接口將該文件轉(zhuǎn)換成PDF文件，該接口包括打開本地文件接口、加載文件接口、本地保存接口、提交文件接口。其中，打開本地文件接口用于將來自于本地的文件顯示到網(wǎng)頁上;加載文件接口用于將來自于服務(wù)器端的文件顯示到網(wǎng)頁上;本地保存接口用于將網(wǎng)頁上顯示的PDF文件保存到本地;提交文件接口用于將網(wǎng)頁上顯示的PDF文件提交到服務(wù)器端保存。

（3）簽章接口：在瀏覽器上對PDF文件蓋章并將簽章顯示出來，蓋章前需要通過USBKey的PIN碼驗證，驗證用戶身份，該接口包括添加簽章接口、批量簽章接口、時間戳簽章接口。其中，添加簽章接口用于在PDF文件上用戶指定位置蓋章;批量簽章接口用于在PDF文件的所有頁面上用戶指定的同一位置蓋章;時間戳簽章接口用于接收服務(wù)器端傳遞過來的時間戳參數(shù)，并在PDF文件上用戶指定位置蓋一個包含時間戳的簽章。

（4）刪除接口：若存在未確認狀態(tài)的簽章，則刪除所有未確認狀態(tài)的簽章，否則刪除最近一次添加的簽章。刪除前需要通過PIN碼驗證，確保待刪除的簽章為同一用戶所簽，若不是同一用戶添加的簽章，則無法刪除簽章。該接口包括：刪除簽章接口。

（5）確認接口：設(shè)置所有未確認狀態(tài)的簽章為確認狀態(tài)，確認前需要通過PIN碼驗證，確保所有未確認狀態(tài)的簽章為同一用戶所簽，若不是同一用戶添加的簽章，則無法完成確認簽章操作。該接口包括：確認簽章接口。

（6）驗章接口：驗證當前PDF文檔的完整性和簽章人身份信息，驗證結(jié)果顯示在彈出的對話框中，該接口包括：驗證單個簽章接口和驗證所有簽章接口。其中驗證單個簽章接口用于驗證用戶指定位置的簽章;驗證所有簽章接口用于驗證PDF文件包含的所有簽章。

3? ?PDF電子簽章控件關(guān)鍵問題研究及解決方案

綜合目前市場上PDF電子簽章產(chǎn)品存在的不足和Web應(yīng)用系統(tǒng)中對PDF電子簽章的功能需求，本文總結(jié)了如下幾類PDF電子簽章控件的關(guān)鍵問題，并針對各個問題給出了具體的解決方案。

3.1? PDF電子簽章產(chǎn)品依賴PDF閱讀器軟件

針對市場上多數(shù)PDF電子簽章產(chǎn)品存在依賴PDF閱讀器軟件的問題，本文在參考PDF開源項目SumatraPDF[9]的基礎(chǔ)上，結(jié)合Windows窗體、PDF文檔解析等技術(shù)開發(fā)了一款輕量型PDF閱讀器。該PDF閱讀器結(jié)構(gòu)簡單，以容器形式嵌入Web瀏覽器，能保障PDF文件閱讀功能。并最終通過控件技術(shù)將該PDF閱讀器整合到PDF電子簽章產(chǎn)品中，有效地解決了PDF電子簽章產(chǎn)品依賴PDF閱讀器軟件的問題。

（1）PDF閱讀器窗體程序的設(shè)計

本文稱PDF閱讀器窗體程序為PDF閱讀器容器，該PDF閱讀器容器由菜單欄、工具欄、畫板區(qū)域、狀態(tài)欄組成，采用Windows窗體技術(shù)開發(fā)，通過消息循環(huán)機制跟Windows系統(tǒng)進行交互，其處理Windows系統(tǒng)消息的過程描述如下：首先Windows系統(tǒng)感知發(fā)生的事件，并將事件打包成消息投遞到PDF閱讀器容器的消息隊列中，PDF閱讀器容器中有一個循環(huán)用來處理接收到的消息，當這條消息被處理時會激活該PDF閱讀器容器的窗口過程函數(shù)。另外，本文也結(jié)合控件技術(shù)，通過ALT_MSG_MAP（控件消息映射機制）在控件類中添加映射處理WM_CREATE消息（Windows創(chuàng)建窗體消息）的程序函數(shù)，并在該函數(shù)中創(chuàng)建PDF閱讀器容器，實現(xiàn)了一個帶有PDF閱讀器窗體的控件，最終將控件嵌入到瀏覽器中，從而實現(xiàn)了PDF閱讀器容器嵌入瀏覽器的效果。

（2）PDF文檔對象的解析

為了實現(xiàn)在上述PDF閱讀器容器中顯示PDF文檔內(nèi)容的效果，本文采用PDF文檔解析技術(shù)解析PDF文檔中的各個對象，并將解析出來的頁面對象進行渲染，最后在畫板區(qū)域中將頁面內(nèi)容顯示出來。

PDF文檔的組成元素是對象[10]，根據(jù)PDF文檔中文件尾提供的信息，可以找到交叉引用表和整個文件的根節(jié)點，定位到根節(jié)點并按照邏輯結(jié)構(gòu)[10]層層深入解析，從而找到文件內(nèi)的各個對象[11]，本文中PDF文檔解析的具體步驟如下，如圖2所示：

步驟一：定位文檔根對象Catalog。文檔根對象是PDF文檔文件主體的入口[10]，首先獲取文件尾中屬性標簽/Root后的間接對象號，然后查找交叉引用表就能定位文檔根對象。

步驟二：定位文檔頁根對象Pages。定位到文檔根對象，首先獲取屬性標簽/Pages后的間接對象號，然后查找交叉引用表就能定位文檔頁根對象。

步驟三：定位全部文檔頁對象Page。定位到文檔頁根對象，首先獲取屬性標簽/Kids后的全部間接對象號，若間接對象號指向的對象仍是頁根對象，則重復(fù)執(zhí)行步驟三，否則查找交叉引用表定位文檔頁對象，然后以前序深度優(yōu)先的順序進入步驟四，按序處理每個文檔頁對象。

步驟四：定位資源對象Resources和內(nèi)容對象Contents中全部間接對象。定位到文檔頁對象，首先獲取屬性標簽/Resources、/Contents后的間接對象號，然后查找交叉引用表定位資源對象和內(nèi)容對象，最后以前序深度優(yōu)先的順序進入步驟五按序處理資源對象和內(nèi)容對象中的每個間接對象。

步驟五：使用相應(yīng)的解碼方法解析間接對象的數(shù)據(jù)流，獲取可識別的數(shù)據(jù)流信息。定位到間接對象，首先獲取/Filter標簽后的解碼方法，然后根據(jù)該解碼方法對內(nèi)容流進行解碼處理。

3.2? 電子簽章不符合PDF標準

針對市場上多數(shù)PDF電子簽章產(chǎn)品所蓋的電子印章無法被遵守PDF標準的軟件識別的問題，本文按照PDF標準構(gòu)造我們的電子簽章對象，在此基礎(chǔ)上，利用數(shù)字簽名字典對象的AP項保存電子簽章的外觀，V項保存電子簽章的數(shù)字簽名，構(gòu)造的電子簽章符合PDF標準，能在Adobe Reader、Adobe Acrobat及其他遵守PDF標準的軟件中識別并驗證。本文中電子簽章的構(gòu)造過程分為“構(gòu)造電子簽章外觀”和“構(gòu)造數(shù)字簽名”兩步，具體實現(xiàn)過程如下：

（1）步驟一：構(gòu)造電子簽章外觀。如圖3所示，構(gòu)造電子簽章外觀即構(gòu)造電子簽章對象的AP項。本文按照PDF標準和圖3中的引用順序完成AP項中各個對象間的引用和構(gòu)造，首先由AP項的N項引入一個Form XObject對象，再由該Form XObject對象的字典對象引入一個新的Form XObject對象，從這個新的Form XObject對象出發(fā)，在其字典對象中引入n2對象和n0對象，本文將n0對象設(shè)置為空對象，在n2對象包含的字典對象中引入一個Image XObject對象，該對象包含了電子簽章的外觀信息，按照上述過程完成各個對象間的引用和構(gòu)造后即完成了電子簽章對象AP項的構(gòu)造。

（2）步驟二：構(gòu)造數(shù)字簽名。構(gòu)造數(shù)字簽名即構(gòu)造電子簽章對象的V項，V項指向一個數(shù)字簽名對象，該數(shù)字簽名對象實際上是一個字典對象。構(gòu)造前先按照PDF標準填充該字典對象的所有字段項，在所有字段項填充完成之后，根據(jù)ByteRange項中的值提取PDF文檔摘要，然后利用USBKeyAPI接口（USBKey廠商開發(fā)的一套用于數(shù)據(jù)加密解密的二次接口）連接USBKey[3]，將讀取的PDF文檔摘要用私鑰加密，生成加密的文檔摘要，最后按照PKCS#7標準（一種加密數(shù)據(jù)的語法標準）將加密的PDF文檔摘要、數(shù)字證書填寫到Contents項中，當數(shù)字簽名對象中所有項填充完成之后即完成了電子簽章對象V項的構(gòu)造。

3.3? PDF電子簽名無法有效結(jié)合電子印章

針對市場上PDF電子簽章產(chǎn)品存在電子簽名無法有效結(jié)合電子印章的問題，本文采用Web Service技術(shù)建立服務(wù)器與簽章控件間的SOAP通信協(xié)議，并結(jié)合前面研究的電子簽章構(gòu)造方法，實現(xiàn)了通過印章參數(shù)和印章圖片兩種方式完成電子簽名與電子印章的結(jié)合。

本文中電子簽名與電子印章的結(jié)合方式如圖4所示。服務(wù)器端定義電子簽名與電子印章的結(jié)合方式，其中，“印章參數(shù)”表示通過參數(shù)的方式定義電子印章的“印章類型”、“印章大小”、“印章標題”、“文字顏色”等信息，簽章控件能根據(jù)服務(wù)器端傳遞過來的參數(shù)值生成電子印章;“印章圖片”表示通過圖片流的方式定義電子印章，簽章控件能解碼（Base64解碼）服務(wù)器端傳遞過來的印章圖片流得到電子印章。最后，在控件中完成電子簽名與電子印章的結(jié)合，生成的電子簽章符合PDF標準。

3.4? 瀏覽器不支持PDF文檔可定制化簽章驗章

針對瀏覽器中不支持PDF文檔閱讀、無法完成簽章驗章操作以及無法定制簽章驗章時的呈現(xiàn)效果等問題，本文采用ActiveX技術(shù)、Windows窗體技術(shù)、PDF文檔解析等技術(shù)，開發(fā)了一個帶有PDF閱讀器窗體的PDF電子簽章控件，將控件嵌入到瀏覽器中，實現(xiàn)了瀏覽器端嵌入PDF閱讀器的效果。同時，結(jié)合PKI、USBKey等技術(shù)，簽章控件完成了對PDF電子簽章對象的操作，在實現(xiàn)了簽章驗章操作的同時，也實現(xiàn)了定制簽章驗章時的呈現(xiàn)效果。其中，通過構(gòu)造出符合PDF標準的、呈現(xiàn)方式為服務(wù)器端定制的印章效果的電子簽章對象，實現(xiàn)了簽章操作的可定制化呈現(xiàn)效果。通過添加處理鼠標消息的映射函數(shù)，并將驗章結(jié)果呈現(xiàn)在映射函數(shù)定制的對話框中，實現(xiàn)了驗章操作的可定制化呈現(xiàn)效果。

（1）ActiveX控件的開發(fā)

ActiveX是Microsoft提出的一組使用COM（部件對象模型）使軟件部件在網(wǎng)絡(luò)環(huán)境中進行交互的技術(shù)集[12]。ActiveX控件是采用ActiveX技術(shù)開發(fā)的核心產(chǎn)品，由于其可以快速實現(xiàn)小型組件重用、代碼共享，同時能方便地嵌入到瀏覽器中，成為開發(fā)瀏覽器端集成程序時的重要技術(shù)手段。

本文基于ATL（ActiveX Template Library）框架進行ActiveX控件的開發(fā)。如圖5所示，本文采用ActiveX技術(shù)，同時結(jié)合PDF文檔解析、PKI、JNI等技術(shù)，將與簽章相關(guān)的接口封裝成一個帶有PDF閱讀器窗體的ActiveX控件（本文稱之為WebPDFSeal控件）。該控件提供豐富的接口與Web應(yīng)用平臺整合，將控件嵌入到該Web瀏覽器中，既實現(xiàn)了Web頁面中閱讀PDF文檔的功能，同時也能方便調(diào)用控件中封裝好的簽章驗章等接口。

（2）PDF文檔簽章驗章的實現(xiàn)

本文中PDF文檔簽章過程如圖6所示，簽章時首先利用Hash算法提取瀏覽器端PDF的文檔摘要;其次用存儲在USBKey中的私鑰對文檔摘要進行數(shù)字簽名，得到加密的文檔摘要;然后采用ActiveX技術(shù)整合加密的文檔摘要、USBKey中的數(shù)字證書、簽章圖片成一個電子簽章對象;最后采用PDF文檔解析技術(shù)將電子簽章嵌入到PDF文檔中并顯示出來。

本文中PDF文檔驗章過程如圖7所示，首先鼠標左擊待驗證的簽章，控件解析出該電子簽章對象，并讀取其加密的文檔摘要和數(shù)字證書;其次讀取該數(shù)字證書中的用戶信息，驗證簽章人的身份;然后用該數(shù)字證書中的公鑰解密加密的文檔摘要，得到解密的文檔摘要;最后用Hash算法提取當前文件的文檔摘要，并與解密的文檔摘要進行對比，驗證當前PDF文件的完整性。

3.5? 其他問題

針對Web應(yīng)用系統(tǒng)中需要將其他格式的電子文件轉(zhuǎn)換為PDF文件的問題，本文采用JACOB（JAVA-COM Bridge）和JNI技術(shù)，解決了ActiveX控件與Office的COM接口之間相互通信問題，從而實現(xiàn)了控件將其他格式的電子文件轉(zhuǎn)換為PDF文件的功能。

另外，針對電子簽名過程需要用到的數(shù)字證書和用戶私鑰容易被復(fù)制或被惡意破壞而造成的嚴重安全隱患問題，本文使用硬件設(shè)備USBKey存儲數(shù)字證書和私鑰，而且整個數(shù)字簽名過程都在USBKey內(nèi)部完成[13-14]，因此，整個電子簽名過程是絕對安全的。

4? ?應(yīng)用實例

本文在VS2013中基于ATL開發(fā)PDF電子簽章控件，并將控件應(yīng)用于Java Web開發(fā)的電子合同簽約系統(tǒng)中。該系統(tǒng)由用戶管理模塊、文檔管理模塊、簽章管理模塊、簽章日志管理模塊組成。在該系統(tǒng)中通過調(diào)用簽章控件完成與簽章相關(guān)的核心功能，與簽章相關(guān)的簽章驗章功能實現(xiàn)及界面如圖8所示：

當用戶對系統(tǒng)中Web頁面上顯示的合同文件簽章時，系統(tǒng)會調(diào)用控件的添加簽章接口。同時，簽章時需要插入USBKey用于用戶身份識別和簽章，用戶只需鼠標左擊簽章位置并在彈出的對話框中輸入USBKey口令，便可完成簽章操作。當用戶要對單個簽章進行驗證時，系統(tǒng)會調(diào)用控件的驗證單個簽章接口。用戶需鼠標右擊待驗證的簽章，控件的驗證單個簽章接口會對該簽章進行驗證，同時驗證結(jié)果會在彈出的對話框中顯示。

5? ?結(jié)束語

本文通過研究電子簽章技術(shù)來解決電子文件存在的安全問題，針對國內(nèi)PDF電子簽章產(chǎn)品存在的問題，提出了新的PDF電子簽章控件的設(shè)計與實現(xiàn)方案。該簽章控件基于ActiveX控件技術(shù)開發(fā)，同時結(jié)合了PDF文檔解析技術(shù)、Windows窗體技術(shù)、PKI、USBKey、JNI等技術(shù)，有效地解決了PDF電子簽章產(chǎn)品存在的問題。在實際項目中，將該控件應(yīng)用于電子合同簽約系統(tǒng)，取得了良好的效果，具有較廣闊的應(yīng)用前景。在接下來的工作中，針對在PDF文檔上所簽的簽章在不同的PDF閱讀器上顯示效果有所差別的問題，本文未來會展開對PDF電子簽章跨PDF閱讀器顯示的研究。另外，目前本文主要將PDF電子簽章控件應(yīng)用于流水線式簽章的系統(tǒng)，后期會研究將PDF電子簽章控件應(yīng)用于雙方或多方簽章的系統(tǒng)。

參考文獻：

[1] Argentina G D， Irena V M. THE ELECTRONIC SIGNATURE[J]. Annals of the University of Oradea Economic Science， 2009，4（1）： 940-942.

[2] 孫冀川. 面向PDF的電子簽章應(yīng)用系統(tǒng)的設(shè)計與實現(xiàn)[D]. 石家莊： 河北師范大學， 2014.

[3] 郭騰芳. 基于PKI的電子簽章關(guān)鍵技術(shù)的研究[D]. 金華： 浙江師范大學， 2011.

[4] 譚杰. 基于PKI/CA體系的電子簽章系統(tǒng)研究與實現(xiàn)[D]. 南昌： 南昌大學， 2013.

[5] NTKO. NTKO電子印章PDF版[EB/OL]. （2017-05-10）[2019-01-04]. http：//www.ntko.com/pro/show/mid/1_199/pid/2734.

[6] 優(yōu)泰科技. 電子簽章系統(tǒng)[EB/OL]. （2017-06-13）[2019-01-04]. http：//www.utcsoft.com/product1.asp？cid=112.

[7] 點聚. OFD版式文檔簽章[EB/OL]. （2018-08-08）[2019-01-04]. http：//www.dianju.com.cn/product/product-ofd.html.

[8] 金格科技. iSignature PDF文檔簽章[EB/OL]. （2018-08-08）[2019-01-04]. http：//www.goldgrid.com/jinge_product/Show.aspx？num=2&firstid=2&secondid=35.

[9] Krzysztof Kowalczyk. Sumatra PDF[EB/OL]. （2018-10-20）[2019-01-04]. https：//www.sumatrapdfreader.org/free-pdf-reader.html.

[10] 趙剛，于悅，黃敏桓，等. PDF閱讀器字體解析引擎的測試方法[J]. 清華大學學報：自然科學版， 2018，58（3）： 266-271.

[11] 李強，劉時進. PDF閱讀器的設(shè)計與實現(xiàn)[J]. 計算機工程與設(shè)計， 2010，31（7）： 1635-1638.

[12] 馮博文，汲如意，于佳耕. Linux中瀏覽器兼容ActiveX控件機制的設(shè)計與實現(xiàn)[J]. 計算機應(yīng)用與軟件， 2017，34（10）： 14-19.

[13] Lozupone V. Analyze encryption and public key infrastructure （PKI）[J]. International Journal of Information Management， 2018，38（1）： 42-44.

[14] 趙菁華，馮惠. PKI的互聯(lián)技術(shù)——橋接CA研究[J]. 計算機應(yīng)用與軟件， 2009，26（5）： 249-251.