[發(fā)明專利]網(wǎng)絡(luò)交易電子合同的多數(shù)字簽名方法

在審

• 申請?zhí)枺?/td>: 201410008288.7
• 申請日: 2014-01-08
• 公開（公告）號: CN103699852A
• 公開（公告）日: 2014-04-02
• 發(fā)明（設(shè)計）人: 鄺俊;谷云;馬昌起;王博;趙春霞
• 申請（專利權(quán)）人: 安投融（北京）網(wǎng)絡(luò)科技有限公司
• 主分類號: G06F21/64
• 分類號: G06F21/64;G06Q30/00;G06Q40/00
• 代理公司: 暫無信息
• 代理人: 暫無信息

1.一種網(wǎng)絡(luò)交易電子合同的多數(shù)字簽名方法，其特征在于，包括步驟：

S1、利用SDK生成具有合同內(nèi)容的PDF電子合同文檔；

S2、利用所述SDK在所述PDF電子合同文檔中生成多個數(shù)字簽名；

S3、生成包含所述多個數(shù)字簽名的PDF電子合同。

2.如權(quán)利要求1所述的方法，其特征在于，所述步驟S1包括：

S11、初始化PDF電子合同文檔；

S12、初始化所述PDF電子合同文檔的PDF參數(shù)；

S13、在所述PDF電子合同文檔中新增頁面；

S14、在所述新增頁面中寫入html實體內(nèi)容，并添加頁面對象；

S15、計算交叉引用表，并輸出所述新增頁面的尾部；

S16、生成具有合同內(nèi)容的PDF電子合同文檔。

3.如權(quán)利要求2所述的方法，其特征在于，還包括：

循環(huán)執(zhí)行步驟S13和S14，使得在多個新增頁面上寫入html實體內(nèi)容以及添加頁面對象。

4.如權(quán)利要求1所述的方法，其特征在于，所述步驟S2包括：

S21、獲得所述PDF電子合同文檔；

S22、判斷是否需要對所述PDF電子合同文檔進(jìn)行多個數(shù)字簽名，如果需要則執(zhí)行步驟S23，否則執(zhí)行步驟S27；

S23、利用所述SDK計算所述PDF電子合同文檔的摘要，并對所述摘要進(jìn)行加密，然后將加密后的摘要作為數(shù)字簽名寫入所述PDF電子合同文檔；

S24、更新所述PDF電子合同文檔的頁面、摘要；

S25、更新所述PDF電子合同文檔的交叉引用表；

S26、將數(shù)字簽名的增量添加到所述PDF電子合同文檔中，執(zhí)行步驟S22；

S27、完成多數(shù)字簽名，生成包含多個數(shù)字簽名的PDF電子合同。

5.如權(quán)利要求4所述的方法，其特征在于：

進(jìn)行數(shù)字簽名所使用的算法包括：PKI、RSA、E1Gamal、Fiat-Shamir、Guillou-Quisquarter、Schnorr、Ong-Schnorr-Shamir、Des/DSA、橢圓曲線數(shù)字簽名算法、有限自動機(jī)數(shù)字簽名算法。

6.如權(quán)利要求4所述的方法，其特征在于：

所述SDK采用Adobe.PPKLite算法計算所述PDF電子合同文檔的摘要，并使用增量更新方式把所述多個數(shù)字簽名對象添加到所述PDF電子合同文檔中。

7.如權(quán)利要求1～6中任一項所述的方法，其特征在于：

所述SDK采用腳本語言編寫。

8.如權(quán)利要求7所述的方法，其特征在于，所述SDK包括：

底層類庫，用于所述PDF電子合同文檔元素的構(gòu)建；

上層類庫，為用戶接口層，用于創(chuàng)建所述PDF電子合同文檔中對象的以及輸入?yún)?shù)。

9.如權(quán)利要求8所述的方法，其特征在于，所述SDK包括：

基礎(chǔ)類庫，用于實現(xiàn)所述PDF電子合同文檔的增量更新。

10.如權(quán)利要求9所述的方法，其特征在于，還包括：

對所述多個數(shù)字簽名進(jìn)行認(rèn)證，具體包括：從未經(jīng)簽名的所述PDF電子合同中計算出摘要；對所述包含多個數(shù)字簽名的PDF電子合同中的數(shù)字簽名進(jìn)行解密，獲得與所述數(shù)字簽名對應(yīng)的摘要；比較上述兩個摘要，如果相同則認(rèn)為所述數(shù)字簽名真實有效，否則無效。