非显而易见性评估仅供参考,不构成法律建议。
| 编号 | 名称 |
|---|---|
| 0 | 2006-06-06_US7058439B_发明授权_US07058439B2 Methods of forming prostheses.docx |
| 0 | 2010-06-24_US2010161992A_发明申请_US20100161992A1 Device and method for protecting data, computer program, computer program product_+++A_B_S+++.docx |
| 0 | 2010-04-29_US2010106973A_发明申请_US20100106973A1 Method and Device for Safeguarding of a Document with Inserted Signature image and Biometric Data in a Computer System.docx |
| 0 | 2010-02-11_US2010037062A_发明申请_US20100037062A1 SIGNED DIGITAL DOCUMENTS.docx |
| 0 | 2009-12-31_US2009327735A_发明申请_US20090327735A1 UNIDIRECTIONAL MULTI-USE PROXY RE-SIGNATURE PROCESS_+++A_B_C_D_F_I_S_T+++.docx |
| 0 | 2009-12-17_JP2009293862A_发明专利_JP2009293862A Air shower device.docx |
| 0 | 2009-10-29_US2009268010A_发明申请_US20090268010A1 AUGMENTED STEREOSCOPIC VISUALIZATION FOR A SURGICAL ROBOT USING A CAPTURED FLUORESCENCE IMAGE AND CAPTURED STEREOSCOPIC VISIBLE IMAGES.docx |
| 0 | 2008-09-18_JP2008219708A_发明专利_JP2008219708A Signature generating device and signature verifying device.docx |
| 0 | 2008-07-10_US2008164976A_发明申请_US20080164976A1 Authenticated radio frequency identification and key distribution system therefor_+++A_B_S+++.docx |
| 0 | 2008-06-26_JP2008148033A_发明专利_JP2008148033A Proxy signature device, signer device, signature verification device, and their programs.docx |
| 0 | 2007-07-12_JP2007180025A_发明专利_JP2007180025A Lithium ion secondary battery.docx |
| 0 | 2007-05-31_JP2007133388A_发明专利_JP2007133388A Development device and image forming apparatus.docx |
| 0 | 2006-11-30_JP2006325072A_发明专利_JP2006325072A System and method for attribute information exchange and communication terminal_+++A_B_M_P_S_l+++.docx |
| 0 | 2006-11-22_CN1867877A_发明公开_CN1867877A 用于具有属性的用户证明签名的方法和系统.docx |
| 0 | 2006-10-12_JP2006279538A_发明专利_JP2006279538A Imaging apparatus.docx |
| 0 | 1995-06-06_US5422953A_发明授权_US5422953A Personal date_time notary device_+++A_B_C_D_F_I_S_T+++.docx |
| 0 | 2006-01-26_JP2006021609A_发明专利_JP2006021609A Glass run for automobile.docx |
| 0 | 2004-09-16_US2004181756A_发明申请_US20040181756A1 Creating and verifying electronic documents_+++A_B_s+++.docx |
| 0 | 2004-07-15_JP2004200740A_发明专利_JP2004200740A System for managing signature signed on electronic document_+++A_B_S+++.docx |
| 0 | 2003-11-27_US2003221104A_发明申请_US20030221104A1 Cryptographic security method and electronic devices suitable therefor_+++A_B_S+++.docx |
| 0 | 2003-11-06_US2003208269A_发明申请_US20030208269A1 Methods of forming prostheses.docx |
| 0 | 2003-07-11_JP2003196601A_发明专利_JP2003196601A Method and system for storing using state information in memory card.docx |
| 0 | 2002-12-24_JP2002369676A_发明专利_JP2002369676A Multipurpose portable container.docx |
| 0 | 2002-11-29_JP2002341762A_发明专利_JP2002341762A Electronic signature agency method, and device, program and recording medium therefor_+++A_B_S+++.docx |
| 0 | 2002-09-26_US2002138735A_发明申请_US20020138735A1 System and method for message encryption and signing in a transaction processing system_+++A_B+++.docx |
| 0 | 2002-06-06_US2002069174A_发明申请_US20020069174A1 GUMP_ GRAND UNIFIED META-PROTOCOL FOR SIMPLE STANDARDS-BASED ELECTRONIC COMMERCE TRANSACTIONS_+++A_B+++.docx |
| 0 | 2001-05-18_JP2001134179A_发明专利_JP2001134179A Trust signature system and program storage medium to be used in the system.docx |
| 0 | 2000-11-21_US6151676A_发明授权_US6151676A Administration and utilization of secret fresh random numbers in a networked environment_+++A_B_S+++.docx |
| 0 | 1997-08-19_US5659616A_发明授权_US5659616A Method for securely using digital signatures in a commercial cryptographic system_+++A_B_S_k_l_m_p+++.docx |
一种基于属性的数字签名系统,包括;译第一签名生成单元(1);其用于基于第一签名密钥(12)和文档(11)针对所述文档(11)生成第一签名(10);以及重新签名单元(2);其被布置为基于所述第一签名(10)和重新签名密钥(14)针对所述文档(11)生成第二签名(13);其中,所述重新签名单元(2)被布置为处理与所述第一签名(10)和/或所述第二签名(13)相关联的属性(15,16);以及重新签名密钥生成器(3);所述重新签名密钥生成器(3)用于基于与第二组属性(16')相关联的第二签名密钥(18)生成所述重新签名密钥(14);其中,所述重新签名密钥(14)使得所述重新签名单元(2)能够将所述第一签名(10)转换成与所述第二组属性(16)相关联的第二签名(13)。
### 一、 目标专利权利要求1的技术特征解释
紧密结合目标专利《基于属性的数字签名》(CN103069745B)的说明书,对权利要求1的技术特征解释如下:
* **技术特征A:第一签名生成单元(1)**
* **说明书解释:** 第一签名生成单元通常由被委托方(如护士、下属)运行[说明书第0028、0033段]。其基于被委托方拥有的第一签名密钥(即被委托方的私有密钥 $SK_{\omega\text{被委托方}}$)针对特定文档/消息生成初级或第一级签名[说明书第0028、0056、0061段]。
* **技术特征B:基于第一签名密钥(12)和文档(11)针对所述文档(11)生成第一签名(10)**
* **说明书解释:** 第一签名密钥 $SK_{\omega\text{被委托方}}$ 与被委托方拥有的属性集 $\omega_{\text{被委托方}}$ 相关联[说明书第0028、0056段]。第一签名生成单元利用该密钥和文档 $m$ 结合签名算法生成第一签名 $\sigma_{\text{被委托方}}$[说明书第0056、0074-0078、0100-0104段]。
* **技术特征C:重新签名单元(2)**
* **说明书解释:** 重新签名单元在系统中扮演“半信任代理(Semi-trusted Proxy)”的角色[说明书第0008、0026、0028段]。它不需要获取委托方的私钥,仅凭委托方生成的重新签名密钥,即可在不与被委托方共谋破解私钥的前提下执行重新签名计算[说明书第0008、0028、0050段]。
* **技术特征D:其被布置为基于所述第一签名(10)和重新签名密钥(14)针对所述文档(11)生成第二签名(13)**
* **说明书解释:** 重新签名单元接收第一签名 $\sigma_{\text{被委托方}}$ 与重新签名密钥 $RSK$,利用重新签名算法(Re-Sign)将其转换为代表委托方的第二签名 $\sigma_{\text{委托方}}$[说明书第0028、0057、0082-0086、0107-0120段]。第二签名可以替换第一签名,且能独立被公共密钥验证[说明书第0008段]。
* **技术特征E:其中,所述重新签名单元(2)被布置为处理与所述第一签名(10)和/或所述第二签名(13)相关联的属性(15,16)**
* **说明书解释:** “处理与签名相关联的属性”是指重新签名单元能够根据属性或策略执行控制或转换[说明书第0008-0010、0033-0035段]。具体体现在:① 评估/验证第一签名是否符合第一组属性或预设条件策略,符合才允许转换[说明书第0010、0035段];② 将第一签名转换并关联至第二组属性(如委托方的角色/部门属性)[说明书第0009、0033、0039段]。
* **技术特征F:重新签名密钥生成器(3)**
* **说明书解释:** 重新签名密钥生成器由拥有第二组属性的委托方(如医生、部门主管)控制或使用[说明书第0037段]。它无需基于主密钥(Master Key),方便委托授权的灵活管理[说明书第0011段]。
* **技术特征G:所述重新签名密钥生成器(3)用于基于与第二组属性(16')相关联的第二签名密钥(18)生成所述重新签名密钥(14)**
* **说明书解释:** 委托方使用与其属性集 $\omega_{\text{委托方}}$ 相关联的第二签名密钥(私钥 $SK_{\omega\text{委托方}}$),通过重新生成密钥算法(Re-Key Generation)计算出重新签名密钥 $RSK_{\omega}$[说明书第0011、0028、0055、0071-0073、0097-0099段]。
* **技术特征H:其中,所述重新签名密钥(14)使得所述重新签名单元(2)能够将所述第一签名(10)转换成与所述第二组属性(16)相关联的第二签名(13)**
* **说明书解释:** 重新签名密钥中加密结合了第二组属性或相应策略[说明书第0039段]。当半信任代理使用该密钥处理第一签名时,能够消除原第一签名的属性信息,将其替换/提升为与第二组属性相关联的第二签名,使验证者能够依据第二组属性验证该签名[说明书第0009、0033、0039段]。
---
### 二、 对比文件原文分析与特征比对表格
为了便于指代,设定以下对比文件编号:
* **D1:** US20090327735A1(公开号:`US20090327735A1`)
* **D2:** US20100161992A1(公开号:`US20100161992A1`)
#### 1. D1 原文公开情况分析 (US20090327735A1)
D1公开了一种单向多用代理重新签名系统(Unidirectional Multi-use Proxy Re-signature Process)。
* **特征A、C公开:** D1公开了签名者(Signer,包括被委托方Alice)、签名验证者(Signature verifier)以及代理重新签名单元(Re-signature proxy)[D1, 段落[0045], 图1]。
* **特征B公开:** D1公开了被委托方Alice使用其私钥 $sk_A$ 对消息 $m$ 进行签名生成第一级签名(First-level signature / owner-type signature)[D1, 段落[0004], [0036], [0045], [0048], [0058]]。
* **特征D公开:** D1公开了代理利用重新签名密钥 $rk_{A \to B}$ 将Alice的签名转换为委托方Bob的第二级签名(Second-level signature)[D1, 段落[0004], [0045], [0051], [0059]]。
* **特征F、G公开:** D1公开了委托方Bob使用其私钥 $sk_B$ 与Alice的公钥 $pk_A$ 通过 `ReKey` 算法生成重新签名密钥 $rk_{A \to B}$ 并授权给代理[D1, 段落[0023], [0045], [0050], [0058]]。
* **未公开特征(E、H中的“属性”):** D1是传统的基于公钥证书/身份(PKI/ID-based)的代理重新签名系统,**完全没有公开“基于属性(Attribute-based)”**的概念,未公开处理与签名关联的属性(特征E),也未公开重新签名密钥基于“第二组属性”生成并转换成与“第二组属性”相关联的签名(特征G、H中的属性部分)。
#### 2. D2 原文公开情况分析 (US20100161992A1)
D2公开了一种基于群签名(Group Signature)在车载控制单元中保护数据的方法与装置。
* **特征A、B公开:** D2公开了群成员(Subscriber $i$)使用分配给其个人的群签名私钥 $gsk\_i$(第一签名密钥)对数据 $m$ 进行签署生成群签名 $\sigma\_i$[D2, 段落[0012], [0046]-[0047], [0068]-[0071]]。
* **属性/角色概念的公开(实质公开特征E部分):** 目标专利说明书指出“基于属性的签名可以被认为是群组签名的一种形式”[目标专利说明书, 第0026段]。D2中群签名允许验证者确认签名者属于具有特定权限的群组(Group),且签名中包含了加密的身份/角色信息,验证者无需知道具体的个人ID即可验证群属性[D2, 段落[0012]-[0014], [0056]]。
* **未公开特征(C、D、F、G、H):** D2**完全没有公开代理重新签名(Proxy Re-signature)**机制,不存在“重新签名单元”、“重新签名密钥生成器”以及将“第一签名转换为第二签名”的技术手段。
---
#### 权利要求1技术特征比对表格
| 权利要求1技术特征 | D1 (US20090327735A1) 原文对照及公开情况 | D2 (US20100161992A1) 原文对照及公开情况 |
| 前言: 一种基于属性的数字签名系统 | 部分公开: 公开数字签名/代理重新签名系统,但未公开“基于属性”[D1, 段落[0002]-[0004]]。 | 部分公开: 公开群签名(Group Signature,即广义的基于组/属性签名),但未涉及代理重新签名[D2, 段落[0013]]。 |
| 特征A: 第一签名生成单元(1) | 毫无异议公开: 公开 Signer 102 (Alice 105) 及其 Message signing module 130 [D1, 段落[0045], 图1]。 | 毫无异议公开: 公开 Signature generation device 200 及其 Calculating device 203 [D2, 段落[0046]-[0047], 图2]。 |
| 特征B: 其用于基于第一签名密钥(12)和文档(11)针对所述文档(11)生成第一签名(10) | 毫无异议公开: 公开Alice利用私钥 $sk_A$ 及消息 $m$ 生成签名 $\sigma_A$ (Sign算法)[D1, 段落[0048], [0058]]。 | 实质公开: 公开成员 $i$ 利用私钥 $gsk\_i$ 对数据 $m$ 生成签名 $\sigma\_i$ [D2, 段落[0046]-[0047], [0068]-[0071]]。 |
| 特征C: 重新签名单元(2) | 毫无异议公开: 公开 Re-signature proxy 100 及 Re-signature module 180 [D1, 段落[0045], [0051], 图1]。 | 未公开: 无重新签名代理或转换模块。 |
| 特征D: 其被布置为基于所述第一签名(10)和重新签名密钥(14)针对所述文档(11)生成第二签名(13) | 毫无异议公开: 公开代理利用重新签名密钥 $rk_{A \to B}$ 将Alice的签名 $\sigma_A$ 转换为Bob的签名 $\sigma_B$ (ReSign算法)[D1, 段落[0004], [0051], [0059]]。 | 未公开: 无第一签名向第二签名的转换过程。 |
| 特征E: 其中,所述重新签名单元(2)被布置为处理与所述第一签名(10)和/或所述第二签名(13)相关联的属性(15,16) | 未公开: D1仅处理公钥/私钥体制下的签名转换,不包含属性(Attribute)的处理逻辑。 | 未公开(无重新签名): 但公开了签名中包含并可验证群组/身份属性信息[D2, 段落[0012]-[0013]]。 |
| 特征F: 重新签名密钥生成器(3) | 毫无异议公开: 公开 Re-signature key generation module 175 [D1, 段落[0045], [0050], 图1]。 | 未公开: 无重新签名密钥生成逻辑。 |
| 特征G: 所述重新签名密钥生成器(3)用于基于与第二组属性(16')相关联的第二签名密钥(18)生成所述重新签名密钥(14) | 部分公开: 公开委托方Bob利用其私钥 $sk_B$ 生成重新签名密钥 $rk_{A \to B}$ [D1, 段落[0045], [0050]],但未公开私钥与“第二组属性”相关联。 | 未公开: 无相关结构。 |
| 特征H: 其中,所述重新签名密钥(14)使得所述重新签名单元(2)能够将所述第一签名(10)转换成与所述第二组属性(16)相关联的第二签名(13) | 部分公开: 公开重新签名密钥使代理能将Alice签名转换为Bob签名[D1, 段落[0004], [0051]],但未公开转换为“与第二组属性相关联”的签名。 | 未公开: 无相关结构。 |
---
### 三、 最接近的对比文件分析(整体解决的技术问题与技术效果)
在创造性分析中,**对比文件1(D1:US20090327735A1)最适合作为最接近的对比文件**。
#### 1. 技术领域与架构重合度分析
* **技术领域:** 目标专利属于数字签名领域,核心解决的是“代理重新签名(Proxy Re-signature)中结合权限/角色授权”的问题。D1同样属于“代理重新签名(Proxy Re-signature)”领域。
* **结构与组成:** D1公开了目标专利权利要求1中绝大部分的系统架构和构件,包括第一签名生成单元、重新签名单元、重新签名密钥生成器,以及“第一签名密钥 $\to$ 第一签名 $\to$ 重新签名密钥转换 $\to$ 第二签名”的完整技术路线。
#### 2. 整体解决的技术问题与技术效果对照
* **目标专利解决的技术问题与效果:** 解决如何在不泄露委托方私钥的前提下委托签名授权,并结合“属性/角色(Attribute/Role)”使委托授权机制更加灵活(无需逐个用户指定ID,可基于角色/属性组进行批量授权与验证)[目标专利说明书, 第0008-0010段]。
* **D1解决的技术问题与效果:** 解决在不泄露委托方或被委托方私钥的前提下,半信任代理实现安全、单向、多用的签名转换[D1, 段落[0004]-[0005], [0021]-[0022]]。
* **比较结论:** 目标专利与D1的技术手段和架构高度同质,主要区别仅在于**目标专利将传统的代理重新签名(Proxy Re-signature)扩展到了基于属性的签名(Attribute-Based Signature, ABS)框架下**。因此,以D1作为最接近的现有技术最为自然且合理。
---
### 四、 未被最接近对比文件公开的特征及其在其他对比文件中的公开情况
#### 区别技术特征:
对比D1,权利要求1未被D1公开的区别技术特征在于:
> **“基于属性(Attribute-based)”的限定**:即签名密钥与属性相关联,重新签名单元能够处理与签名相关联的属性,且重新签名密钥基于第二组属性相关的密钥生成,从而将第一签名转换为与第二组属性相关联的第二签名(即特征E、G、H中涉及“属性”的限定)。
#### D2(US20100161992A1)的公开情况:
* D2公开了利用**群签名(Group Signature)**来实现基于角色/身份的权限控制[D2, 段落[0012]-[0013]]。
* **目标专利说明书自认:** 目标专利说明书第[0026]段明确指出:*“基于属性的签名可以被认为是群组签名的一种形式(Attribute based signature can be considered as a form of group signature)”*。
* **结合分析:** D2公开了使用包含角色/身份属性的密钥进行签名及验证的技术手段。但在代理重新签名(Proxy Re-signature)上下文中,D2并未提供将代理重新签名与基于属性/群组签名相结合的具体教导。
---
### 五、 若提出无效请求最薄弱的技术特征分析
若针对目标专利权利要求1发起专利无效宣告请求,**最薄弱的技术特征是:特征E、G、H中将“属性(Attribute)”与“代理重新签名(Proxy Re-signature)”进行结合的技术特征。**
#### 薄弱原因分析(专利代理师视角):
1. **“代理重新签名”与“基于属性的签名”均为公知密码学机制:**
* 代理重新签名机制已被D1完整公开。
* 基于属性的签名(ABS)或群签名(如D2,以及目标专利背景技术中提及的Dalia Khader 2007年的文献)在目标专利申请日之前已是本领域公知常识[目标专利说明书, 第0003段]。
2. **组合的显而易见性(拼凑/公知技术结合):**
* 目标专利权利要求1仅仅是将公知的“基于属性的签名(ABS)”概念直接套用到公知的“代理重新签名(Proxy Re-signature)”架构中(即ABPRSS)。
* 虽然目标专利实现了根据属性进行委托的效果,但在密码学与信息安全领域,将各种基础密码学原语(如Identity-Based Encryption, Attribute-Based Encryption, Proxy Re-signature)进行组合是本领域技术人员(POSITA)常用的常规技术手段。
3. **权利要求1属于高度概括的架构权利要求:**
* 权利要求1未写入具体的密码学数学公式(如双线性映射 $e(g,g)$、群元素运算等),仅对“处理属性”、“基于第二组属性转换”进行了功能性/架构性的描述。这种宽泛的撰写方式使得其更容易被现有技术的公知常识及概念结合所击中。
---
### 六、 进一步的对比文件检索策略
为了在无效宣告程序中彻底击垮权利要求1(以及后续的从属权利要求),建议采取以下进一步的检索策略:
#### 1. 核心检索主题定义
* **核心概念:** 基于属性的代理重新签名 / Attribute-Based Proxy Re-signature (ABPRE / ABPRSS)。
* **关键技术要素结合:** `Attribute-Based` + `Proxy Re-signature` / `Group Signature` + `Proxy Re-signature`。
#### 2. 关键检索要素与表达(Keywords & CPC/IPC)
* **关键词组合(英文):**
* (`"attribute based"` OR `attribute`) AND (`"proxy re-signature"` OR `"proxy resign"` OR `"proxy re-signing"` OR `"re-signature"`)
* (`"group signature"` OR `"role based"`) AND (`"proxy re-signature"`)
* **IPC/CPC 分类号:**
* `H04L9/32`(包含数字签名、身份验证机制)
* `H04L9/08`(密钥协商与加密密钥生成)
* `G06F21/60` OR `G06F21/62`(敏感数据保护与访问控制)
#### 3. 重点数据库与非专利文献(NPL)检索策略
由于密码学领域的很多创新最先发表于顶级学术会议,**非专利文献(NPL)检索是本次无效检索的重中之重**:
* **重点数据库:** IACR Cryptology ePrint Archive(密码学预印本数据库,目标专利背景技术也引用了IACR)、IEEE Xplore、ACM Digital Library、SpringerLink (Lecture Notes in Computer Science - LNCS)。
* **切入点及追溯法(追溯检索):**
1. **时间节点:** 检索优先权日(**2011年10月14日**)之前的文献。
2. **精准追溯:** 重点检索 2007年-2011年 期间关于 "Attribute-Based Proxy Re-encryption"(ABPRE)或 "Attribute-Based Proxy Re-signature"(ABPRS)的论文。
3. **关键词拓展检索:** 在密码学中,代理重新加密(Proxy Re-Encryption, PRE)与代理重新签名(Proxy Re-Signature, PRS)通常成对出现且构造逻辑高度镜像。寻找公开了“Attribute-Based Proxy Re-Encryption/Signature”的早期文献(例如 Pairing-based Cryptography 相关的学报),证明在2011年之前将 Attribute-based 引入 Proxy Re-signature 是本领域的公知常识或显而易见的导向。
作为一名经验丰富的专利代理师,针对您提出的关于目标专利(CN103069745B,《基于属性的数字签名》)权利要求1与对比文件D1(JP2006325072A)和D2(US20080164976A1)的无效可行性分析,现为您做出深度专业解答。
---
## 一、 目标专利说明书对权利要求1的解释与澄清
在评估权利要求1的特征时,需结合目标专利说明书的教导对各特征的技术含义与边界进行精准定义:
* **技术特征A、B(第一签名生成单元1):** 说明书[0006][0027][0033]指出,第一签名基于第一签名密钥(私钥)针对文档生成。第一签名可以与第一组属性(如被委托方的角色/身份)相关联,也可以没有属性。
* **技术特征C、D、E(重新签名单元2):** 说明书[0007]-[0010]澄清,重新签名单元通常作为**半信任代理(Semi-trusted Proxy)**。其核心特征在于:**处理与签名相关联的属性**(如验证第一签名的属性是否满足策略,或将第一签名转换为与第二组属性相关联的签名),且其转换过程**不需要获知委托方的私钥**,任何人(包括被委托方和代理)均无法单独代表委托方生成签名。
* **技术特征F、G、H(重新签名密钥生成器3):** 说明书[0011][0038]-[0041]明确,重新签名密钥生成器基于委托方的第二签名密钥(与第二组属性相关联)生成重新签名密钥。重新签名密钥使得代理能够**将与第一签名相关联的属性/机制“替换”或“转换”为与第二组属性相关联的第二签名**。
---
## 二、 对比文件技术特征比对与公开性分析
### 1. 对比文件基本信息
* **D1:** JP2006325072A,公开日:2006-11-30,《System and method for attribute information exchange and communication terminal》
* **D2:** US20080164976A1,公开日:2008-07-10,《Authenticated radio frequency identification and key distribution system therefor》
---
### 2. 特征比对表格(与权利要求1比对)
| 权利要求1技术特征 | D1(JP2006325072A)对比分析与出处 | D2(US20080164976A1)对比分析与出处 |
| 特征A: 第一签名生成单元(1) | 实质公开: 通信端末3b的署名情报生成手段。<br>*出处:[0002]请求项1、图4* | 实质公开: 签名站(Signing Station 16)。<br>*出处:[0043]、[0048]、图1* |
| 特征B: 其用于基于第一签名密钥(12)和文档(11)针对所述文档(11)生成第一签名(10) | 实质公开: 使用属性对应的秘密键(签名密钥)对挑战信息/乱码(文档)进行签名生成署名情报(第一签名)。<br>*出处:[0002]段落11、图4步骤S402* | 实质公开: 签名站使用私钥$w_1$对包含UID/数据在内的消息进行签名,生成第一级签名$(c_1, s_1)$。<br>*出处:[0048]、[0162]、图19* |
| 特征C: 重新签名单元(2) | 未公开: D1中通信端末仅作两端点验证,无中继/重新签名代理单元。 | 实质公开: 供应链后续的签名站(如Signing Station 2/3)。<br>*出处:[0043]、[0162]-[0163]、图19* |
| 特征D: 其被布置为基于所述第一签名(10)和重新签名密钥(14)针对所述文档(13)生成第二签名(13) | 未公开 | 实质公开: 签名站2基于前一级的签名$c_1$和自身密钥/参数生成更新后的签名$(c_2, s_1, s_2)$。<br>*出处:[0157]、[0162]、图19* |
| 特征E: 其中,所述重新签名单元(2)被布置为处理与所述第一签名(10)和/或所述第二签名(13)相关联的属性(15,16) | 未公开: D1处理属性,但无重新签名单元。 | 未公开: D2的签名处理的是RFID的UID、产品ID等,并非密码学意义上的“属性数字签名(ABS)中的属性集关联”。 |
| 特征F: 重新签名密钥生成器(3) | 未公开 | 未公开/差异公开: D2通过分布式签名站各自持有私钥实现级联签名,未公开由委托方基于第二签名密钥生成专门用于转换的“重新签名密钥”。 |
| 特征G: 所述重新签名密钥生成器(3)用于基于与第二组属性(16')相关联的第二签名密钥(18)生成所述重新签名密钥(14) | 未公开 | 未公开 |
| 特征H: 其中,所述重新签名密钥(14)使得所述重新签名单元(2)能够将所述第一签名(10)转换成与所述第二组属性(16)相关联的第二签名(13) | 未公开 | 未公开: D2采用的是半聚合/全聚合签名(Semi/Fully-Aggregate Signatures)或多重签名叠加,而非基于属性代理重新签名(ABPRSS)的属性转换。 |
---
## 三、 最接近对比文件的选择与技术效果/问题分析
### 1. 最接近对比文件的选择:**D2(US20080164976A1)**
* **整体解决的技术问题对比:**
* **本专利:** 解决在基于属性的签名(ABS)体系中,如何安全、高效地实现**签名权限的委托**,避免委托方泄露私钥,同时赋予代理根据“属性策略”灵活转换签名的能力。
* **D2:** 解决在受限存储设备(如RFID标签)中存储多方签名时,传统RSA签名体积过大、存储资源不足的问题,通过椭圆曲线密码学(ECC/ECPVS)实现多站点的签名级联与聚合(Aggregate Signatures)。
* **D1:** 解决移动终端间属性验证依赖第三方的复杂性问题。
* **选择理由:**
D2在架构上明确公开了“级联/重新签名”的物理架构(多签名站针对前级签名重新处理生成新签名),且均属于数字签名与安全验证技术领域,其技术框架与权利要求1的架构最接近。因此,**D2最适合作为单篇最接近的对比文件**。
---
## 四、 创造性分析与无效突破口
现行的权利要求1将“**基于属性的签名(ABS)**”与“**代理重新签名(Proxy Re-encryption/Re-signature)**”深度整合(即密码学中的ABPRSS框架)。
1. **未被D1和D2公开的特征组合:**
* 特征E、G、H的结合:即**重新签名密钥生成器**利用“第二组属性的第二签名密钥”生成“重新签名密钥”,进而由重新签名单元将“第一签名”**转换**为“与第二组属性相关联的第二签名”。
2. **无效请求中最薄弱的技术特征:**
* **技术特征C、D(重新签名单元):** 极其薄弱。D2(US20080164976A1)[0157]-[0163]段落中明确公开了前级签名作为后级输入的重新签名机制。
* **技术特征E(处理与签名相关联的属性):** 较为薄弱。D1(JP2006325072A)[0002]段落公开了基于属性(如身份、职业、位置)进行签名与验证的技术手段。
* **真正具有保护强度的是特征G与H的有机结合**——即通过“属性签名密钥”生成专门的“代理转换密钥(重新签名密钥)”,从而在不暴露原私钥的前提下完成**属性维度的签名代理转换**。
---
## 五、 进一步对比文件检索策略建议
仅依靠现有D1与D2尚不足以在**创造性(新颖性/结合技术启示)**上彻底摧毁权利要求1。建议按照以下检索策略补充对比文件,形成**D2/D1 + D3(或D1+D3)**的组合无效方案:
### 1. 理论与算法类技术文献检索(极其关键)
本专利的实质是密码学中的 **ABPRSS(Attribute-Based Proxy Re-Signature)** 方案。该类方案通常先发表于顶级密码学会议。
* **重点检索数据库:** IEEE Xplore, ACM Digital Library, SpringerLink (LNCS系列), IACR Cryptology ePrint Archive (eprint.iacr.org)。
* **核心关键词组合(中/英文):**
* `"Attribute-based signature"` AND `"Proxy re-signature"`
* `"Attribute based"` AND `"re-signature"` AND `"delegation"`
* `"基于属性的签名"` AND `"代理重新签名"` / `"代理重签名"`
* **追溯重点文献:** 检索公开日早于 **2011年10月(本专利最早优先权日)** 的论文。如 Khader 等人关于 Attribute-Based Signatures 或 Proxy Re-signatures 的早期文章。
### 2. 专利文献补充检索策略
* **重点分类号(IPC/CPC):**
* `H04L9/32`(用于验证身份或加解密协议的系统)
* `H04L9/08`(密钥分发/生成)
* `H04L2209/80`(基于属性的密码学特化分类)
* **结合检索式示例:**
* `(H04L9/32 OR H04L9/08) AND ("attribute based signature" OR "ABS") AND ("re-signature" OR "proxy re-signature" OR "re-encrypt")`
* **寻找结合启示(Motivation):**
找一篇明确教导了“在基于属性的签名(ABS)系统中,引入代理重新签名机制以实现权限委托”的对比文件D3。结合D2的架构与D3的密码学机制,即可对权利要求1形成极其稳固的**创造性(《专利审查指南》第三部分第四章)**无效打击。
尊敬的检索与无效请求人:
我是负责本案分析的专利代理师。针对目标专利(CN103069745B,基于属性的数字签名)权利要求1的稳定性,我结合目标专利说明书以及您提供的三份对比文件原文(D1: US20030221104A1、D2: JP2004200740A、D3: US20040181756A1)进行了严谨的拆解与对比分析。
以下是具体的专利有效性/无效性分析报告:
---
## 一、 目标专利权利要求1与说明书的核心概念解析
结合目标专利(CN103069745B)说明书[0005]-[0014]及具体实施方式,权利要求1的核心发明点在于**基于属性的代理重新签名(ABPRSS)**机制:
1. **重新签名单元(代理)**:基于重新签名密钥($RSK$),将第一签名(由第一签名密钥 $SK_{\omega\text{被委托方}}$ 生成)转换为第二签名(与第二组属性 $\omega_{\text{委托方}}$ 相关联)。
2. **属性处理(特征E/G/H)**:重新签名过程不是简单的公钥/签名转换,而是涉及对签名关联的**属性(Attribute)**及**属性策略(Policy/Conditions)**的加密运算或符合性校验。第二签名与第二组属性(例如委托方的角色/权限)相绑定,且第一签名可以与第一组属性/条件校验相关联。
---
## 二、 对比文件特征比对(详细出处与披露分析)
为了便于对比分析,先对对比文件进行代号及公开号对照映射:
* **D1**:US20030221104A1 (`Cryptographic security method and electronic devices suitable therefor`)
* **D2**:JP2004200740A (`System for managing signature signed on electronic document`)
* **D3**:US20040181756A1 (`Creating and verifying electronic documents`)
### 权利要求1技术特征比对表
| 权利要求1技术特征 | D1 (US20030221104A1) | D2 (JP2004200740A) | D3 (US20040181756A1) |
| A:第一签名生成单元(1) | 公开<br>说明书[0027]、[0029]:signature module 105(位于安全模块1或41中)。 | 公开<br>说明书[0013]、[0026]、图1:工作流服务器11的签名功能12或工作流终端31。 | 公开<br>说明书[0043]、[0047]:生成数字签名的系统/签署终端。 |
| B:基于第一签名密钥(12)和文档(11)针对所述文档(11)生成第一签名(10) | 公开<br>说明书[0029]:使用私有客户密钥(private customer key 102)对对象数据(object data)哈希值加密生成客户签名(customer signature)。 | 公开<br>说明书[0026]、[0027]:根据用户选择的文档与用户私钥(或私钥存储区)生成签名数据。 | 公开<br>说明书[0007]、[0043]:使用签署者的私钥(private key)对文档哈希值加密生成数字签名。 |
| C:重新签名单元(2) | 实质公开<br>说明书[0033]-[0039]、[0048]:认证模块/证书生成模块(certification module 105a/422),对第一签名进行二次签名认证生成签名证书(signature certificate)。 | 未公开<br>仅为直接利用服务器端硬件密匙库(键管理装置23)代生成签名,无将已有第一签名二次转换重新签名的单元。 | 未公开<br>仅为在文档XML结构中多方依次串行嵌入独立签名(如主签署人、公证人、归档人),无代理重新签名结构。 |
| D:基于所述第一签名(10)和重新签名密钥(14)针对所述文档(11)生成第二签名(13) | 实质公开<br>说明书[0015]、[0039]:使用安全提供者的私钥(private key of the security provider 104)对客户签名(customer signature)哈希加密生成签名证书(signature certificate,对应第二签名)。 | 未公开<br>无“基于第一签名和重新签名密钥生成第二签名”的操作。 | 未公开<br>公证人/归档人各自生成的是针对文档重新重构(Strip)后的独立签名,并非基于第一签名转换。 |
| E:其中,所述重新签名单元(2)被布置为处理与所述第一签名(10)和/或所述第二签名(13)相关联的属性(15,16) | 实质公开<br>说明书[0012]、[0037]:证书生成时,将客户属性(personal customer attributes 107,如付款模式、信用额度、权限等)与客户签名结合生成包含属性认证的签名证书。 | 部分公开/未实质公开<br>说明书[0042]-[0044]:使用属性证书(属性证明书32)验证用户身份/役职,但未在重新签名单元中处理与第一/第二签名加密绑定的属性。 | 未公开<br>仅包含标准的标签(如 signername、signertitle),无基于属性的加密或策略校验机制。 |
| F:重新签名密钥生成器(3) | 公开<br>说明书[0030]、[0032]:安全提供者中心(central unit 5)中的密钥管理功能(key administration functions 51),生成并分发安全提供者私钥(private key 104)。 | 未公开 | 未公开 |
| G:所述重新签名密钥生成器(3)用于基于与第二组属性(16')相关联的第二签名密钥(18)生成所述重新签名密钥(14) | 未公开<br>D1中安全提供者的密钥(104)是独立生成的根密钥/服务商密钥,并非“基于与第二组属性相关联的第二签名密钥派生/生成的”。 | 未公开 | 未公开 |
| H:其中,所述重新签名密钥(14)使得所述重新签名单元(2)能够将所述第一签名(10)转换成与所述第二组属性(16)相关联的第二签名(13) | 未公开/差异特征<br>D1生成的是对第一签名的“层级加签/认证证书”,其第二签名(签名证书)仅证明了第一签名的有效性和客户属性,未能实现目标专利中“将第一签名转换(代理替换)为代表第二组属性(如委托方)的签名”的密码学机制。 | 未公开 | 未公开 |
---
## 三、 最接近对比文件的选择与整体技术效果分析
### 1. 最接近对比文件的选择:D1 (US20030221104A1)
在创造性分析中,**D1 (US20030221104A1)** 最适合作为最接近的现有技术(最接近对比文件)。
* **理由**:
1. **技术领域与问题一致**:D1与目标专利均属于电子签名、数字证书以及在网络交易/医疗/金融场景下附带用户“属性/身份”(Attributes)的安全认证技术。
2. **技术特征重合度最高**:D1公开了第一签名生成单元(客户签名)、重新签名/认证单元(安全提供者利用私钥104对客户签名及属性进行二次签名生成签名证书)、以及处理客户属性(Attributes 107)的完整架构。
3. **相比之下**:D2(JP2004200740A)仅关注将私钥集中存储于服务器防泄漏的工作流管理;D3(US20040181756A1)仅关注在XML文档中嵌入多重签名并重构(Reconstruct)文档的格式,二者均不涉及“重新签名密钥生成”及“代理重新签名(Proxy Re-signature)”密码学机制。
### 2. 目标专利相对于D1解决的技术问题与技术效果
以D1为最接近对比文件,目标专利权利要求1与D1的主要区别特征在于:
* **区别特征1(特征G)**:重新签名密钥(14)是**基于与第二组属性相关联的第二签名密钥(18)生成/派生**的。
* **区别特征2(特征H)**:重新签名密钥使得重新签名单元能够将第一签名(如被委托方的签名)**转换**为与第二组属性相关联的第二签名(如委托方的签名,具有代理替换或无缝转换效果),而非仅仅是对第一签名附加一层第三方提供商的认证证书。
* **整体解决的技术问题**:
如何在基于属性的签名(ABS)体系中,实现安全、高效的**代理授权与签名转换(Proxy Re-signature)**,使得被委托方无需获取委托方的私钥,即可通过半信任代理生成代表委托方属性集(第二组属性)的有效签名。
* **达到的技术效果**:
1. **安全性高**:委托方无需将自己的私钥(第二签名密钥)直接暴露给被委托方或代理服务器,防止私钥泄露。
2. **灵活授权**:重新签名密钥与属性/策略直接绑定,可按角色(例如医生与护士)批量委托,无需逐个配置用户ID。
---
## 四、 未被最接近对比文件公开特征在其他对比文件中的公开情况
对于上述区别特征(特征G、特征H,以及基于属性派生重新签名密钥的机制):
1. **对比文件D2 (JP2004200740A) 的核查**:
* D2公开了基于役职/权限(属性)控制用户调用服务器端密匙库的权限(段落[0040]-[0044])。
* 但D2的逻辑是“**权限验证通过后,服务器直接用存储的该役职私钥进行签名**”,其本质是私钥集中管理,**并没有**“第一签名”到“第二签名”的转换,更没有“重新签名密钥生成器”或“代理重新签名算法”。
2. **对比文件D3 (US20040181756A1) 的核查**:
* D3公开了在XML文档中依序叠加签署主签名、公证人签名、归档人签名(段落[0047]、[0068]-[0074])。
* D3中的公证人签名是对剥离后文档的独立签名(`Signature`),**并非**由重新签名密钥将第一签名转换而来。
**结论**:区别特征G和H**未被D2或D3公开**,三份对比文件的简单结合无法拼凑出权利要求1的完整技术方案。
---
## 五、 无效请求中最薄弱的技术特征与专利稳定性评估
### 1. 当前权利要求1的稳定性分析(强)
在目前仅有D1、D2、D3三份对比文件的情况下,**权利要求1的稳定性较高**。
* **薄弱点突破口**:权利要求1中对“属性(Attribute)”与“重新签名(Re-signing)”的结合表述较宽泛(特征E/G/H)。D1虽然实现了“对第一签名+属性”的“二次加签认证”,但D1的签名证书(Certificate)与目标专利真正的**基于属性代理重新签名(Attribute-Based Proxy Re-Encryption / Re-Signature, ABPRSS)**在密码学数学模型上有本质区别。D2/D3未能补足密码学派生特征(特征G/H)。
### 2. 若提出无效请求,最薄弱的技术特征分析
如果后续要发起无效,目标专利**最容易被突破/最薄弱的技术特征**是:
* **特征E + 特征H 的宽泛解释**:
权利要求1未明确界定重新签名的**具体密码学体制(如双线性映射 $e: G_0 \times G_0 \to G_1$ 等具体算法)**,仅在功能层面上限定为“基于第一签名和重新签名密钥生成第二签名,并处理关联属性”。
* *攻击视角*:专利权人在撰写时将“重新签名”概念泛化了。对方可能会辩称,在传统的PKI或CA代理体系中,“代理服务器校验用户身份属性(特征E)后,用代理密钥将用户提交的中间签名/Hash重新打包签名发给最终方(特征H)”属于本领域的公知常识或常规选择。
---
## 六、 进一步的对比文件检索策略建议
为了成功无效目标专利权利要求1,必须针对**“基于属性的代理重新签名(Attribute-Based Proxy Re-Signature, ABPRSS)”**这一核心密码学概念进行精准补充检索。建议采取以下检索策略:
### 1. 核心密码学理论与文献检索(关键突破口)
目标专利说明书[0003]明确引用了 Dalia Khader 2007年的论文《Attribute Based Group Signatures》。基于属性的代理重新签名(ABPRSS)是密码学学术界在2007-2012年间的热门研究方向。
* **检索数据库**:IEEE Xplore, ACM Digital Library, SpringerLink, IACR Cryptology ePrint Archive(密码学预印本库), Google Scholar。
* **核心关键词组合**:
* `"Attribute-based proxy re-signature"` OR `"Attribute based proxy resignature"`
* `"Attribute-based re-signature"` AND `"proxy"`
* `"Proxy re-signature"` AND `"attribute"` AND `"delegation"`
* 中文关键词:`基于属性的代理重新签名` OR `基于属性的重签名` OR `基于属性的代理重签名`
### 2. 专利文献深度检索策略
* **重点申请人/研究团队**:
* 飞利浦(Philips,目标专利原案权人)
* 密码学高校团队:西安电子科技大学、上海交通大学、清华大学、武汉大学、NTT、IBM等。
* **IPC/CPC 分类号组合检索**:
* `H04L9/32`(认证;数字签名)
* `H04L9/08`(密钥分发/密钥生成)
* `G06F21/60` OR `G06F21/62`(保护计算机数据/访问控制)
* **建议检索逻辑表达式**:
`CPC=(H04L9/32+ OR H04L9/08+) AND ALL=("attribute" KEYWORD "proxy re-signature" KEYWORD "delegation")`
### 3. 补充对比文件组合策略方向
找寻一份**真正的ABPRSS密码学对比文件(对比文件X)**:
* **对比文件X**公开:基于委托方签名密钥派生代理重新签名密钥,并将第一签名转换为与第二组属性相关的第二签名(公开特征G和H)。
* **结合D1/D2**:结合D1在医疗/工作流系统中的架构应用,即可根据“公知常识”或“技术手段的等效替换”彻底击垮权利要求1的创造性。
---
如您需要我针对检索到的补充学术论文或新对比文件进一步撰写《无效宣告请求书》及具体的密码学特征对照表,请随时告知!
关于目标专利(CN103069745B,以下称“目标专利”)的权利要求1,结合说明书内容、三份对比文件的原文特征比对、接近对比文件(最接近的现有技术)的选择、创造性缺陷分析及下一步检索策略,具体分析如下:
---
### 一、 目标专利权利要求1的术语与技术特征解释
结合目标专利说明书【0005】-【0016】及【0023】-【0045】的记载,权利要求1的技术特征解释如下:
* **技术特征A(第一签名生成单元):** 指被委托方(如护士、下属)使用的签名生成模块。
* **技术特征B(基于第一签名密钥和文档生成第一签名):** 指被委托方利用与其自身属性集相关联的第一签名密钥($SK_{\omega\text{被委托方}}$)对文档/消息($m$)进行签署,生成初始的第一级签名($\sigma_{\text{被委托方}}$)。
* **技术特征C(重新签名单元):** 指半信任代理(Semi-trusted Proxy)或代理重新签名模块,用于执行重新签名变换,而无需获取委托方的私有签名密钥。
* **技术特征D(基于第一签名和重新签名密钥针对文档生成第二签名):** 指重新签名单元利用重新签名密钥($RSK$)将第一级签名($\sigma_{\text{被委托方}}$)转换为代表委托方的第二级签名($\sigma_{\text{委托方}}$),且该第二签名可独立于第一签名进行验证。
* **技术特征E(重新签名单元处理与第一签名和/或第二签名相关联的属性):** 指重新签名转换过程涉及对属性(如角色、职务、权限条件等)的处理。例如:验证第一签名是否满足预设属性策略/条件,或者使得生成的第二签名与第二组属性(委托方的属性集)绑定关联。
* **技术特征F(重新签名密钥生成器):** 指用于生成重新签名密钥($RSK$)的计算模块。
* **技术特征G(基于与第二组属性相关联的第二签名密钥生成重新签名密钥):** 指委托方(拥有第二组属性,如医生、部门主管)利用其自身的第二签名密钥($SK_{\omega\text{委托方}}$)生成供重新签名单元使用的重新签名密钥($RSK$)。
* **技术特征H(重新签名密钥使得能够将第一签名转换成与第二组属性相关联的第二签名):** 指重新签名密钥将委托方的属性集隐式或显式地嵌入转换过程,使转换后的第二签名在验证时被认定为具有第二组属性(委托方属性)的有效签名。
---
### 二、 对比文件原文公开情况与特征比对表格
为了便于区分,将三份对比文件分别指代为:
* **D1:** US20020069174A1(US2002069174A)
* **D2:** US20020138735A1(US2002138735A)
* **D3:** JP2002341762A
#### 1. 各对比文件公开特征分析
* **D1 (US20020069174A1):** 公开了一种基于元协议(GUMP)的电子商务交易方法,涉及委托证书(GDC)和关系证书(GRC),用于被委托人代表委托人协商交易并由委托人提交签名。
* **D2 (US20020138735A1):** 公开了一种交易处理系统中的消息加密和数字签名方法。侧重于消息缓冲区(Buffer)的端到端加密、PKCS-7封装、数字签名生成与自动验证、时间戳管理。
* **D3 (JP2002341762A):** 公开了一种电子签名代行方法及装置。共用电子签名装置保存有签名用密钥、权限信息(条件)及利用者的属性信息。电子签名装置接收利用者的签名请求后,根据利用者的属性信息(静态/动态属性)匹配权限信息,确定可调用的签名用密钥,并代行为该数据生成电子签名。
#### 2. 权利要求1技术特征比对表格
| 权利要求1技术特征 | D1 (US20020069174A1) | D2 (US20020138735A1) | D3 (JP2002341762A) |
| A:第一签名生成单元(1) | 实质公开<br>Delegate/Client终端(段[0098]-[0100]) | 实质公开<br>发送进程/客户端(段[0117]-[0119]) | 实质公开<br>利用者终端12(段[0001]、[0013]) |
| B:基于第一签名密钥(12)和文档(11)生成第一签名(10) | 实质公开<br>Delegate利用其私钥签署请求/许可(段[0098]-[0100], [0148]) | 实质公开<br>发送方利用私钥及消息摘要生成数字签名(段[0117]-[0121], 图10,11) | 实质公开<br>利用者利用其密钥或认证信息向代理装置发起签名请求(段[0002], [0013]) |
| C:重新签名单元(2) | 未公开<br>D1中委托人亲自对交易凭证二次签名(段[0095], [0152]),非代理重新签名 | 未公开<br>D2仅为多重签名/转发,无代理重新签名机制 | 实质公开<br>电子署名装置300的签名部317代行生成签名(段[0006], [0010]) |
| D:基于第一签名(10)和重新签名密钥(14)针对文档生成第二签名(13) | 未公开<br>D1不涉及利用“重新签名密钥”将第一签名转为第二签名 | 未公开<br>D2无重新签名密钥变换机制 | 部分实质公开 / 差异<br>D3由电子署名装置300代行生成签名(段[0006], [0010]),但其使用的是存储的注册者“签名用密钥”,非基于第一签名和重新签名密钥进行数学/加密上的密文转换。 |
| E:重新签名单元(2)被布置为处理与第一签名和/或第二签名相关联的属性(15, 16) | 未公开 | 未公开 | 实质公开<br>解析利用者的属性信息(静态/动态属性)并匹配权限条件,以决定使用的签名用密钥(段[0006], [0011]-[0012]) |
| F:重新签名密钥生成器(3) | 未公开 | 未公开 | 未公开<br>D3中仅为注册签名用密钥(段[0003], [0012]),无重新签名密钥生成器 |
| G:基于与第二组属性(16')相关联的第二签名密钥(18)生成重新签名密钥(14) | 未公开 | 未公开 | 未公开<br>D3未公开利用第二签名密钥推导生成重新签名密钥 |
| H:重新签名密钥(14)使得能够将第一签名(10)转换成与第二组属性(16)相关联的第二签名(13) | 未公开 | 未公开 | 未公开<br>D3是直接调用注册者的签名密钥进行代行签名,而非利用重新签名密钥将第一签名进行密文转换 |
#### 3. 详细出处与原文对照
* **D1 (US20020069174A1):**
* *特征A/B出处:* Paragraph [0098]-[0100] "...Bob may have a GUMP Delegation Certificate (GDC) that binds his public key to Alice's unsecret... Bob can negotiate for Alice, but only Alice can commit." 及 Paragraph [0148] "In an issue step... GDC 147, which is digitally signed by client 110, is sent from the client to delegate 144."
* **D2 (US20020138735A1):**
* *特征A/B出处:* Paragraph [0117]-[0121] & FIG. 10, 11 "Signing a buffer involves three steps: First, the signing party must have access to a private signature key... The final step is the actual signature generation..."
* **D3 (JP2002341762A):**
* *特征A/B/C出处:* Paragraph [0006] "署名用鍵登録者の署名用鍵を他者が利用する際の権限情報(条件)を電子署名装置に登録しておき... 決定された署名用鍵を用いて、その要求された対象データに対して電子署名を行い..." 及 Paragraph [0010] "署名用鍵非登録者を含む、複数の利用者からの要求に応じて... 電子署名を行う署名部317を備える。"
* *特征E出处:* Paragraph [0011]-[0012] "署名対象データ属性解析部316... 利用者の属性情報には、静的属性情報与動的属性情報があり... 権限情報は署名用鍵権限情報保存部311に格納される。"
---
### 三、 最接近的对比文件(最接近现有技术)分析
#### 1. 技术问题与技术效果对比分析
* **目标专利:**
* *要解决的技术问题:* 在基于属性的签名(ABS)系统中,如何在不泄露委托方私有签名密钥的前提下,实现灵活、安全的代理重新签名(Proxy Re-signature)与授权委托。
* *技术效果:* 允许委托方基于属性将签署授权委托给用户组,代理单元利用重新签名密钥即可将第一签名转换为与第二组属性绑定的第二签名,被委托方和代理均无法获取委托方的私有密钥。
* **D3 (JP2002341762A):**
* *要解决的技术问题:* 如何在共用电子签名代理装置中,允许非注册人或无权人在满足一定权限条件/属性的情况下,利用他人注册的签名密钥代行生成电子签名。
* *技术效果:* 实现了基于使用者属性(静态/动态属性)与权限条件的匹配,灵活共享和调用电子签名密钥。
* **D1与D2:**
* D1侧重于电子商务交易中的关系证书与委托协商流程;D2侧重于分布式交易服务端/客户端消息缓冲区的安全封装与加密签名。二者均未明确引入“属性签名”与“代理重新签名(Proxy Re-signature)”的概念。
#### 2. 最接近对比文件的确定
**D3 (JP2002341762A) 是最接近的对比文件。**
* *原因:* D3同样属于“代理/代行电子签名系统”领域,且明确公开了**基于“利用者/数据的属性信息”与“权限条件”进行匹配,进而代行生成电子签名**的核心技术构思(公开了特征A、B、C以及特征E的核心思想)。
---
### 四、 区别技术特征、无效最薄弱特征及创造性分析
#### 1. 目标专利权利要求1相对于D3的区别技术特征
将D3作为最接近的现有技术,权利要求1与D3的主要区别特征在于:
1. **重新签名机制的加密学实现方式不同(区别特征D、H):** 目标专利是基于“第一签名”和“重新签名密钥”,由重新签名单元将第一签名直接**转换/变换**为与第二组属性相关联的第二签名;而D3是代理装置在验证属性匹配后,直接**调用保存的第二人签名密钥**对原始文档进行签名。
2. **存在重新签名密钥生成器(区别特征F、G):** 目标专利包含重新签名密钥生成器,用于基于与第二组属性相关联的第二签名密钥(委托方私钥)生成专门的重新签名密钥。D3中无此结构,D3直接将签名私钥存储于代理装置中。
#### 2. 无效请求中最薄弱的技术特征分析
目标专利权利要求1在无效宣告程序中**最薄弱(最容易被攻破)的技术特征是:特征E(重新签名单元处理与第一签名/第二签名相关联的属性)。**
* *薄弱原因分析:*
1. **D3已完整公开特征E:** D3的段落[0006]、[0011]、[0012]明确记载了“署名対象データ属性解析部”和“利用可能署名用鍵抽出部”,其根据利用者的静态属性(年龄、性别、所属)和动态属性(服务种别、交易金额)匹配权限信息(条件),以选择对应的签名密钥。这与目标专利特征E中“处理与第一签名/第二签名相关联的属性”在技术实质上完全一致。
2. **“代理重新签名(Proxy Re-signature)”本身属于公知密码学基本构型:** 目标专利说明书在【0021】明确承认了“代理重新签名系统(US 2009/0327735 A1)用于将被委托方签名转换成委托方签名”。如果检索到将“代理重新签名(Proxy Re-signature)”与“基于属性的签名(ABS)”结合的现有技术文献(即下文策略中的针对性文献),特征D、F、G、H的组合将被认为属于本领域的显而易见结合。
---
### 五、 进一步的对比文件检索策略(针对目标专利的无效检索建议)
鉴于目前现有的D1、D2、D3尚未完全覆盖“利用第二签名密钥推导生成重新签名密钥,并将第一签名转换为第二签名”这一**基于属性的代理重新签名(Attribute-Based Proxy Re-signature, ABPRS)**的加密算法特征,建议采取以下深度检索策略:
#### 1. 核心密码学论文与会议文献检索(重点突破口)
目标专利的技术实质是**Attribute-Based Proxy Re-signature (ABPRS)**。该领域的学术论文通常早于专利申请(目标专利优先权日为2011/2012年左右):
* **重点检索数据库:** IEEE Xplore, ACM Digital Library, SpringerLink (LNCS系列), IACR Cryptology ePrint Archive (Cryptology ePrint Archive).
* **核心关键词组合(英文):**
* `"Attribute-Based Proxy Re-signature"` OR `"Attribute Based Proxy Resignature"`
* `"Attribute-Based Signature"` AND `"Proxy Re-signature"`
* `"Attribute"` AND `"Re-signature key"` AND `"transformation"`
* **重点追踪作者/机构:** Dalia Khader(目标专利背景技术[0003]引用的作者)、Mihir Bellare、Giuseppe Ateniese、Lukas Kowalczyk 等学术界研究代理重新签名的学者。
#### 2. 专利文献检索矩阵(IPC/CPC分类号 + 关键词)
* **推荐分类号:**
* `H04L9/32`(涉及安全通信中用于验证身份或校验消息的装置或方法,如数字签名)
* `H04L9/08`(密钥协商与密钥分发)
* `G06F21/60`、`G06F21/62`(保护计算机数据/访问控制)
* **检索逻辑公式:**
1. `(H04L9/32/ic/cc OR G06F21/60/ic/cc) AND ((attribute PRE/3 sign+) AND (proxy PRE/3 re-sign+ OR re-key))`
2. `((attribute-based OR ABS) NEAR3 (signature OR signing)) AND ("re-signature" OR "resignature" OR "re-key" OR "rekey")`
#### 3. 针对最薄弱特征与区别特征的结合策略
* 以 **D3 (JP2002341762A)** 为近距离对比文件(提供:基于属性/权限条件控制代理签名的系统架构,即特征A、B、C、E)。
* 寻找一份公开了 **“基于属性的代理重新签名算法(ABPRS)”** 的文献(即D4,提供:利用委托方私钥生成重新签名密钥,将第一签名密文转换为带新属性集第二签名的数学机制,即特征D、F、G、H)。
* **结合逻辑:** D3提供了基于属性匹配代理签名的业务需求与架构,D4提供了具体的基于属性代理重新签名的算法实现,本领域技术人员为了避免在代理服务器上明文存储委托方的私钥(解决D3私钥存储安全隐患),有动机引入D4的代理重新签名算法对D3进行技术改进,从而得出权利要求1的技术方案,破坏其创造性。
```python?code_reference&code_event_index=1
import weasyprint
html_content = """<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<style>
@page {
size: A4;
margin: 15mm 12mm;
background-color: #ffffff;
@bottom-right {
content: "第 " counter(page) " 页,共 " counter(pages) " 页";
font-family: "SimSun", "Songti SC", serif;
font-size: 9pt;
color: #666666;
}
}
*, *::before, *::after {
box-sizing: border-box;
}
body {
margin: 0;
padding: 0;
font-family: "SimSun", "Songti SC", "STSong", serif;
font-size: 10.5pt;
line-height: 1.6;
color: #222222;
}
h1 {
font-family: "SimHei", "Heiti SC", sans-serif;
font-size: 18pt;
text-align: center;
color: #1a365d;
margin-top: 0;
margin-bottom: 8px;
padding-bottom: 8px;
border-bottom: 2px solid #1a365d;
}
.subtitle {
text-align: center;
font-size: 11pt;
color: #4a5568;
margin-bottom: 20px;
font-weight: bold;
}
h2 {
font-family: "SimHei", "Heiti SC", sans-serif;
font-size: 13pt;
color: #1a365d;
border-left: 4px solid #2b6cb0;
padding-left: 8px;
margin-top: 20px;
margin-bottom: 10px;
page-break-after: avoid;
}
h3 {
font-family: "SimHei", "Heiti SC", sans-serif;
font-size: 11pt;
color: #2d3748;
margin-top: 14px;
margin-bottom: 6px;
page-break-after: avoid;
}
p {
margin-top: 4px;
margin-bottom: 8px;
text-align: justify;
}
ul, ol {
margin-top: 4px;
margin-bottom: 8px;
padding-left: 20px;
}
li {
margin-bottom: 4px;
}
table {
width: 100%;
border-collapse: collapse;
margin-top: 10px;
margin-bottom: 14px;
font-size: 9.5pt;
page-break-inside: auto;
}
tr {
page-break-inside: avoid;
}
th {
background-color: #2b6cb0;
color: #ffffff;
font-family: "SimHei", "Heiti SC", sans-serif;
font-weight: bold;
padding: 7px 6px;
border: 1px solid #2b6cb0;
text-align: center;
}
td {
border: 1px solid #cbd5e0;
padding: 6px;
vertical-align: top;
line-height: 1.4;
}
tr:nth-child(even) td {
background-color: #f7fafc;
}
.callout {
background-color: #ebf8ff;
border-left: 4px solid #3182ce;
padding: 10px 12px;
margin: 12px 0;
border-radius: 0 4px 4px 0;
font-size: 10pt;
}
.callout-title {
font-family: "SimHei", "Heiti SC", sans-serif;
font-weight: bold;
color: #2b6cb0;
margin-bottom: 4px;
}
.warning-box {
background-color: #fffaf0;
border-left: 4px solid #dd6b20;
padding: 10px 12px;
margin: 12px 0;
border-radius: 0 4px 4px 0;
font-size: 10pt;
}
.warning-title {
font-family: "SimHei", "Heiti SC", sans-serif;
font-weight: bold;
color: #c05621;
margin-bottom: 4px;
}
.math {
font-family: "Times New Roman", serif;
font-style: italic;
font-weight: bold;
color: #1a202c;
}
.code-inline {
font-family: "Courier New", monospace;
background-color: #edf2f7;
padding: 1px 4px;
border-radius: 3px;
font-size: 9pt;
}
.feature-tag {
font-family: "SimHei", sans-serif;
font-weight: bold;
color: #2c5282;
}
</style>
</head>
<body>
<h1>基于属性的数字签名专利无效/创造性深度法律分析报告</h1>
<div class="subtitle">目标专利:CN103069745B《基于属性的数字签名》 | 分析视角:资深专利代理师</div>
<h2>一、 目标专利权利要求1说明书解释与技术特征拆解</h2>
<p>基于《专利审查指南》及专利法第59条第1款规定,“权利要求的保护范围应当以其内容为准,说明书及附图可以用于解释权利要求的内容”。本报告紧密结合目标专利(CN103069745B)说明书原文,对权利要求1的各个技术特征进行界定与拆解:</p>
<ul>
<li><span class="feature-tag">技术特征A:第一签名生成单元(1)</span><br>
<b>说明书解释:</b>说明书[0031]-[0033]及图1公开,第一签名生成单元可运行于分布式计算机或独立计算机设备上。它并非单一硬件,而是包含基于第一签名密钥生成第一数字签名的逻辑执行单元或软件模块。</li>
<li><span class="feature-tag">技术特征B:其用于基于第一签名密钥(12)和文档(11)针对所述文档(11)生成第一签名(10)</span><br>
<b>说明书解释:</b>说明书[0033]及[0056]公开,第一签名密钥<span class="math">SK<sub>ω被委托方</sub></span>与被委托方的属性集<span class="math">ω<sub>被委托方</sub></span>相关联,第一签名生成单元利用该密钥对文档/消息<span class="math">m</span>进行第一级签名运算生成第一签名<span class="math">σ<sub>被委托方</sub></span>。</li>
<li><span class="feature-tag">技术特征C:重新签名单元(2)</span><br>
<b>说明书解释:</b>说明书[0008]、[0026]、[0050]指出,重新签名单元可以是一个半信任代理(Semi-trusted Proxy)或独立服务器,能够在不获知委托方私钥的前提下执行重新签名计算。</li>
<li><span class="feature-tag">技术特征D:其被布置为基于所述第一签名(10)和重新签名密钥(14)针对所述文档(11)生成第二签名(13)</span><br>
<b>说明书解释:</b>说明书[0008]、[0057]公开,重新签名单元利用委托方生成的重新签名密钥(Re-signature Key, <span class="math">RSK</span>),将第一签名(被委托方签名)转换为第二签名(委托方签名<span class="math">σ<sub>委托方</sub></span>),使得第二签名独立于第一签名验证。</li>
<li><span class="feature-tag">技术特征E:其中,所述重新签名单元(2)被布置为处理与所述第一签名(10)和/或所述第二签名(13)相关联的属性(15,16)</span><br>
<b>说明书解释:</b>说明书[0008]、[0034]-[0035]明确强调,重新签名单元在转换过程中处理属性,包括检查第一签名的属性集是否满足访问策略/条件(条件17/17'),或者将重新签名密钥绑定的第二组属性赋给第二签名,实现基于属性的委托授权控制。</li>
<li><span class="feature-tag">技术特征F:重新签名密钥生成器(3)</span><br>
<b>说明书解释:</b>说明书[0037]-[0038]及图1公开,重新签名密钥生成器可由拥有委托权限的用户控制(或托管在第二签名生成单元所在的计算机上),用于计算并分发代理重新签名算法所需的密钥。</li>
<li><span class="feature-tag">技术特征G:所述重新签名密钥生成器(3)用于基于与第二组属性(16')相关联的第二签名密钥(18)生成所述重新签名密钥(14)</span><br>
<b>说明书解释:</b>说明书[0011]、[0028]及[0055]公开,委托方利用其拥有的第二签名密钥<span class="math">SK<sub>ω委托方</sub></span>(与第二组属性<span class="math">ω<sub>委托方</sub></span>关联,如医生角色),通过重新密钥生成算法(Re-Key Generation)衍生出重新签名密钥<span class="math">RSK</span>,无需主密钥参与。</li>
<li><span class="feature-tag">技术特征H:其中,所述重新签名密钥(14)使得所述重新签名单元(2)能够将所述第一签名(10)转换成与所述第二组属性(16)相关联的第二签名(13)</span><br>
<b>说明书解释:</b>说明书[0009]、[0039]公开,重新签名密钥将委托方的第二组属性加密结合或替换到签名中,使得转换后的第二签名在验证时表现为是由具备第二组属性(如“医生”角色)的实体签署的有效签名。</li>
</ul>
<h2>二、 对比文件原文出处与权利要求1特征比对</h2>
<p>以下为三份对比文件的详细信息及针对权利要求1的特征比对分析:</p>
<ul>
<li><b>对比文件D1:</b>US5422953A(公开日:1995-06-06,标题:<i>Personal date_time notary device</i>)</li>
<li><b>对比文件D2:</b>US5659616A(公开日:1997-08-19,标题:<i>Method for securely using digital signatures in a commercial cryptographic system</i>)</li>
<li><b>对比文件D3:</b>US6151676A(公开日:2000-11-21,标题:<i>Administration and utilization of secret fresh random numbers in a networked environment</i>)</li>
</ul>
<table>
<thead>
<tr>
<th style="width: 18%;">权利要求1技术特征</th>
<th style="width: 27%;">对比文件D1 (US5422953A)</th>
<th style="width: 27%;">对比文件D2 (US5659616A)</th>
<th style="width: 27%;">对比文件D3 (US6151676A)</th>
</tr>
</thead>
<tbody>
<tr>
<td><b>特征A:</b>第一签名生成单元(1)</td>
<td><b>实质公开:</b>[Col. 3, Ins. 33-51] 智能卡/便携设备中的处理器4与密钥存储器6,用于生成用户签名。</td>
<td><b>实质公开:</b>[Col. 8, Ins. 50-60; Fig. 6, 600] 用户终端/智能卡,用于生成用户的初始签名。</td>
<td><b>实质公开:</b>[Col. 5, Ins. 45-65; Fig. 1, 12] 用户设备(User Equipment 12),包含El-Gamal签名模块12d。</td>
</tr>
<tr>
<td><b>特征B:</b>基于第一签名密钥和文档生成第一签名</td>
<td><b>实质公开:</b>[Col. 6, Ins. 30-55; Fig. 3, 50] 基于存储的私钥对文档/时间戳组合进行签名。</td>
<td><b>实质公开:</b>[Col. 8, Ins. 50-60; Fig. 6, 601-603] 智能卡利用用户私钥对交易文档601生成签名603。</td>
<td><b>实质公开:</b>[Col. 8, Ins. 10-30; Fig. 2, 60] 利用用户私钥KprUser和随机数R1对文档DOC生成签名S3。</td>
</tr>
<tr>
<td><b>特征C:</b>重新签名单元(2)</td>
<td><b>实质公开:</b>[Col. 7, Ins. 20-45; Fig. 4, 430-440] 可靠时间公证设施/公证设备,对接收到的签名/数据再次签名。</td>
<td><b>实质公开:</b>[Col. 9, Ins. 30-55; Fig. 9, 903-904] 时间戳公证服务(Timestamp Notary),接收签名并加签时间戳。</td>
<td><b>实质公开:</b>[Col. 6, Ins. 1-25; Fig. 1, 16] 服务器(Server 16),运行签名与验证协议。</td>
</tr>
<tr>
<td><b>特征D:</b>基于第一签名和重新签名密钥针对文档生成第二签名</td>
<td><b>未公开/仅公证加签:</b>[Col. 7, Ins. 30-45] 仅为公证设备用其自身的公证密钥对用户签名加签(Counter-sign),非“将第一签名转换为第二签名”。</td>
<td><b>未公开/仅联合签名:</b>[Col. 10, Ins. 1-20; Fig. 9] 公证设备对用户签名进行连署/公证签名,不涉及使用委托重新签名密钥转换签名。</td>
<td><b>未公开/挑战应答机制:</b>[Col. 7, Ins. 1-40; Fig. 2] 服务器与客户端之间进行双向签名/验证(S1, S2, S3),属于身份认证与随机数分发,非代理重新签名。</td>
</tr>
<tr>
<td><b>特征E:</b>重新签名单元处理与第一/第二签名相关联的属性</td>
<td><b>未公开:</b>D1仅处理时间戳(Date/Time),不涉及基于属性的签名(ABS)或属性控制。</td>
<td><b>实质公开(非重新签名场景下):</b>[Col. 7, Ins. 25-65; Col. 8, Ins. 45-67; Fig. 5] 验证节点处理属性证书(Authorization Certificate)中的交易限额、角色等属性。</td>
<td><b>未公开:</b>D3基于用户ID和密钥,不涉及属性(Attribute)的处理与转换。</td>
</tr>
<tr>
<td><b>特征F:</b>重新签名密钥生成器(3)</td>
<td><b>未公开:</b>公证设备密钥由出厂初始化生成[Col. 4, Ins. 15-30],非衍生重新签名密钥。</td>
<td><b>未公开:</b>赞助商/CA生成属性证书,并非生成用于代理转换签名的重新签名密钥。</td>
<td><b>未公开:</b>D3在服务器端生成随机数与密钥包,非生成重新签名密钥。</td>
</tr>
<tr>
<td><b>特征G:</b>基于与第二组属性相关联的第二签名密钥生成重新签名密钥</td>
<td><b>未公开:</b>无属性概念,无第二签名密钥生成重新签名密钥的机制。</td>
<td><b>未公开:</b>赞助商通过PKI体系颁发属性证书,并非利用自身的第二签名密钥计算生成重新签名密钥。</td>
<td><b>未公开:</b>不包含基于属性的密钥衍生机制。</td>
</tr>
<tr>
<td><b>特征H:</b>重新签名密钥使重新签名单元能够将第一签名转换成与第二组属性相关联的第二签名</td>
<td><b>未公开:</b>D1为嵌套签名/联署,第一签名依然保留,未被转换或替换为第二属性签名。</td>
<td><b>未公开:</b>D2通过多重签名/公证验证属性限制,并非通过重新签名密钥将第一签名“代理转换”为第二属性签名。</td>
<td><b>未公开:</b>D3不具备代理重新签名(Proxy Re-signature)与属性替换机制。</td>
</tr>
</tbody>
</table>
<h2>三、 最接近对比文件的选择与创造性分析</h2>
<h3>1. 最接近对比文件的选择分析</h3>
<p>在创造性审查或无效宣告中,最接近对比文件的选择应优先考虑<b>技术领域、所解决的技术问题、技术方案的贴近程度及技术效果</b>:</p>
<div class="callout">
<div class="callout-title">最接近对比文件推荐:对比文件 D2 (US5659616A)</div>
<p><b>选择理由:</b></p>
<ul>
<li><b>技术领域与问题高度重合:</b>D2同样致力于解决在商业密码系统/分布式环境中,如何安全地进行数字签名验证、授权控制以及减少风险的问题(D2说明书Col. 1, Ins. 10-25)。它全面引入了<b>属性证书(Attribute Certificate)</b>、角色(Roles)、交易限额、连署要求(Cosignature Requirements)等机制(D2 Col. 7-8)。</li>
<li><b>方案重合度最高:</b>D2公开了完整的“基于属性进行签名验证与授权”的架构。D2明确公开了特征A、B、C以及特征E(即由验证/中间节点处理与签名相关联的属性证书)。</li>
<li><b>技术效果最接近:</b>目标专利旨在解决在委托授权或异构网络中灵活控制签名权限、防止私钥泄露的问题(目标专利[0008])。D2同样旨在通过属性与授权机制实现严格的细粒度访问控制和风险分散(D2 Col. 7, Ins. 50-65)。</li>
</ul>
</div>
<p><b>关于 D1 与 D3 的定位:</b></p>
<ul>
<li><b>D1 (US5422953A):</b>侧重于硬件公证设备(Smart Card/Trusted Clock)自动附加公证时间戳。其公证签名属于对原始签名的“二次加签”(Counter-signature),不涉及代理重新签名和属性控制,不适合作为首选的最接近对比文件。</li>
<li><b>D3 (US6151676A):</b>侧重于网络环境下基于El-Gamal算法的安全随机数分发与挑战应答协议,解决随机数新鲜度与重放攻击问题。其密码学机制与目标专利的“基于属性的代理重新签名”相去甚远。</li>
</ul>
<h3>2. 区别特征与技术效果分析(以 D2 为最接近对比文件)</h3>
<p>将权利要求1与 D2 进行对比,权利要求1相对于 D2 的<b>主要区别特征</b>在于:</p>
<ol>
<li><b>重新签名机制(特征D、H):</b>D2采用的是“原始签名 + 连署(Cosignature)/ 属性证书验证”模式,原始签名保持不变;而权利要求1采用<b>代理重新签名(Proxy Re-encryption/Re-signature)机制</b>,利用重新签名密钥将第一签名直接“转换(Convert/Transform)”为与第二组属性相关联的第二签名。</li>
<li><b>重新签名密钥衍生机制(特征F、G):</b>权利要求1设置了重新签名密钥生成器,由拥有第二组属性的实体利用其第二签名密钥(<span class="math">SK<sub>ω委托方</sub></span>)衍生出重新签名密钥(<span class="math">RSK</span>),从而使半信任代理能够在不获知委托方私钥的情况下完成签名转换;而 D2 中的授权证书由CA或赞助商(Sponsor)直接签发,不包含这种基于签名密钥衍生代理重新签名密钥的密码学构造。</li>
</ol>
<p><b>区别特征实际解决的技术问题:</b><br>
如何在不泄露委托方私钥、且无需被委托方与委托方进行实时交互的情况下,实现基于属性的签名授权委托与签名格式的无缝代理转换。</p>
<p><b>达到的技术效果:</b><br>
委托方无需将自己的签名私钥共享给被委托方或代理,即可实现授权委托;同时,被委托方只需生成初始签名,由半信任代理转换为带有委托方属性的第二签名,大幅降低了被委托方的密钥存储负担,避免了私钥泄露风险,且转换后的签名可独立验证(目标专利说明书[0008]-[0009])。</p>
<h2>四、 最薄弱的技术特征与无效宣告策略</h2>
<h3>1. 最薄弱技术特征分析</h3>
<div class="warning-box">
<div class="warning-title">⚠️ 权利要求1最薄弱的技术特征:特征 E 与 特征 H</div>
<p><b>最薄弱点判断理由:</b></p>
<ul>
<li><b>特征E(重新签名单元处理属性):</b>撰写格式过于宽泛("处理与第一签名和/或第二签名相关联的属性")。在密码学文献中,代理重新签名(Proxy Re-signature, PRS)本身就常伴随身份/属性信息的映射。如果对比文件公开了“根据用户身份/角色重新签名”,则“处理属性”这一特征极易被认定为本领域普通技术人员的常规选择或逻辑延伸。</li>
<li><b>特征H(重新签名密钥将第一签名转换为第二组属性的第二签名):</b>其本质是<b>“代理重新签名(Proxy Re-signature, PRS)”与“基于属性的签名(Attribute-Based Signature, ABS)”的简单概念组合(即 ABPRSS)</b>。在密码学领域,将两种已知算法(ABS + PRS)进行组合是本领域技术人员显而易见的思路。</li>
</ul>
</div>
<h3>2. 进一步对比文件检索策略(无效检索指南)</h3>
<p>由于现有对比文件(D1-D3)未能完全公开“<b>基于属性的代理重新签名(Attribute-Based Proxy Re-signature)</b>”这一核心密码学结构,若要成功无效权利要求1,必须补充检索能够公开“代理重新签名(PRS)”或“基于属性的代理重新签名(ABPRS)”的现有技术。建议采取以下检索策略:</p>
<h4>(1) 扩展检索关键词组合(英文与中文)</h4>
<ul>
<li><b>核心概念1(代理重新签名):</b><code class="code-inline">"proxy re-signature"</code> OR <code class="code-inline">"proxy resign"</code> OR <code class="code-inline">"signature conversion"</code> OR <code class="code-inline">"signature transformation"</code> OR <code class="code-inline">代理重新签名</code> OR <code class="code-inline">代理重签名</code> OR <code class="code-inline">签名转换</code></li>
<li><b>核心概念2(基于属性):</b><code class="code-inline">"attribute-based"</code> OR <code class="code-inline">"attribute based"</code> OR <code class="code-inline">"ABS"</code> OR <code class="code-inline">基于属性</code></li>
<li><b>组合逻辑检索式:</b><code class="code-inline">("attribute-based" OR "attribute based" OR ABS) AND ("proxy re-signature" OR "proxy resign" OR "re-signature key")</code></li>
</ul>
<h4>(2) 重点检索非专利文献(NPL)与密码学顶级会议</h4>
<p>代理重新签名和基于属性签名属于学术界率先突破的理论密码学技术,专利申请通常滞后于学术论文。目标专利的优先权日/申请日约为 <b>2011年前后</b>(引用文献为2007年Dalia Khader的论文),因此应重点检索 <b>2000年 — 2011年期间</b> 的以下密码学顶会与期刊:</p>
<ul>
<li><b>IACR Cryptology ePrint Archive</b>(密码学预印本数据库,最容易找到现有技术)</li>
<li><b>EUROCRYPT / CRYPTO / ASIACRYPT</b>(IACR三大密码顶会)</li>
<li><b>PKC (Public Key Cryptography)</b></li>
<li><b>ACM CCS / IEEE S&P</b></li>
</ul>
<h4>(3) 关键追踪文献线索(精准靶向)</h4>
<ul>
<li><b>代理重新签名(PRS)开山之作:</b>Blaze, Bleumer, and Strauss在1998年提出的<i>"Divertible protocols and atomic proxy cryptography"</i>,以及 Ateniese & Hohenberger 在 2005 年发表的代理重新签名专著<i>"Proxy re-signatures: Part 1"</i>(ACM CCS 2005)。这两篇文献完整公开了特征C、D、F、G的代理重新签名数学框架。</li>
<li><b>结合逻辑(结合公知常识):</b>以 Ateniese 2005年公开的 PRS 技术作为对比文件D4,结合 D2 (US5659616A) 中公开的属性证书(ABS/属性控制)概念。本领域技术人员在面对“分布式/委托授权场景下灵活转换签名”的技术问题时,将 D2 的属性思想引入 D4 的代理重新签名框架中,得出权利要求1的技术方案是显而易见的,从而击垮其创造性。</li>
</ul>
</body>
</html>
"""
# Save and compile PDF
with open("patent_analysis_report.html", "w", encoding="utf-8") as f:
f.write(html_content)
weasyprint.HTML("patent_analysis_report.html").write_pdf("patent_analysis_report.pdf")
print("PDF generated successfully.")
```
```text?code_stdout&code_event_index=1
PDF generated successfully.
```
Your PDF file is ready
[file-tag: code-generated-file-d7dcd582-4848-4e63-9d99-eb8152750c8f]
---
### 基于属性的数字签名专利无效/创造性深度法律分析报告
尊敬的客户/专利代理团队:
作为资深专利代理师,我紧密结合目标专利 **CN103069745B《基于属性的数字签名》** 说明书原文,对权利要求1进行了深入的技术特征拆解,并对照对比文件 **D1 (US5422953A)**、**D2 (US5659616A)** 及 **D3 (US6151676A)** 的原文出处进行了细致的比对分析,选定了最接近的对比文件,指出了最薄弱的技术特征,并给出了进一步的无效检索策略。
具体分析如下:
---
### 一、 目标专利说明书对权利要求1的解释与特征拆解
根据《专利审查指南》及专利法第59条第1款规定,权利要求的保护范围应当以其内容为准,说明书可以用于解释权利要求的内容。
1. **技术特征A:第一签名生成单元(1)**
* **说明书解释**:说明书[0031]-[0033]及图1公开,第一签名生成单元可运行于分布式计算机或独立计算机设备上。它并非单一硬件,而是包含基于第一签名密钥生成第一数字签名的逻辑执行单元或软件模块。
2. **技术特征B:基于第一签名密钥(12)和文档(11)针对所述文档(11)生成第一签名(10)**
* **说明书解释**:说明书[0033]及[0056]公开,第一签名密钥 $SK_{\omega\text{被委托方}}$ 与被委托方的属性集 $\omega_{\text{被委托方}}$ 相关联,第一签名生成单元利用该密钥对文档/消息 $m$ 进行第一级签名运算生成第一签名 $\sigma_{\text{被委托方}}$。
3. **技术特征C:重新签名单元(2)**
* **说明书解释**:说明书[0008]、[0026]、[0050]指出,重新签名单元可以是一个半信任代理(Semi-trusted Proxy)或独立服务器,能够在不获知委托方私钥的前提下执行重新签名计算。
4. **技术特征D:被布置为基于所述第一签名(10)和重新签名密钥(14)针对所述文档(11)生成第二签名(13)**
* **说明书解释**:说明书[0008]、[0057]公开,重新签名单元利用委托方生成的重新签名密钥(Re-signature Key, $RSK$),将第一签名(被委托方签名)转换为第二签名(委托方签名 $\sigma_{\text{委托方}}$),使得第二签名独立于第一签名验证。
5. **技术特征E:所述重新签名单元(2)被布置为处理与所述第一签名(10)和/或所述第二签名(13)相关联的属性(15,16)**
* **说明书解释**:说明书[0008]、[0034]-[0035]明确强调,重新签名单元在转换过程中处理属性,包括检查第一签名的属性集是否满足访问策略/条件(条件17/17'),或者将重新签名密钥绑定的第二组属性赋给第二签名,实现基于属性的委托授权控制。
6. **技术特征F:重新签名密钥生成器(3)**
* **说明书解释**:说明书[0037]-[0038]及图1公开,重新签名密钥生成器可由拥有委托权限的用户控制(或托管在第二签名生成单元所在的计算机上),用于计算并分发代理重新签名算法所需的密钥。
7. **技术特征G:所述重新签名密钥生成器(3)用于基于与第二组属性(16')相关联的第二签名密钥(18)生成所述重新签名密钥(14)**
* **说明书解释**:说明书[0011]、[0028]及[0055]公开,委托方利用其拥有的第二签名密钥 $SK_{\omega\text{委托方}}$(与第二组属性 $\omega_{\text{委托方}}$ 关联,如医生角色),通过重新密钥生成算法(Re-Key Generation)衍生出重新签名密钥 $RSK$,无需主密钥参与。
8. **技术特征H:所述重新签名密钥(14)使得所述重新签名单元(2)能够将所述第一签名(10)转换成与所述第二组属性(16)相关联的第二签名(13)**
* **说明书解释**:说明书[0009]、[0039]公开,重新签名密钥将委托方的第二组属性加密结合或替换到签名中,使得转换后的第二签名在验证时表现为是由具备第二组属性(如“医生”角色)的实体签署的有效签名。
---
### 二、 对比文件原文出处与权利要求1技术特征比对表
* **D1**:US5422953A(公开日:1995-06-06,*Personal date_time notary device*)
* **D2**:US5659616A(公开日:1997-08-19,*Method for securely using digital signatures in a commercial cryptographic system*)
* **D3**:US6151676A(公开日:2000-11-21,*Administration and utilization of secret fresh random numbers in a networked environment*)
| 权利要求1技术特征 | 对比文件 D1 (US5422953A) | 对比文件 D2 (US5659616A) | 对比文件 D3 (US6151676A) |
| 特征A: 第一签名生成单元(1) | 实质公开:[Col. 3, Ins. 33-51] 智能卡/便携设备中的处理器4与密钥存储器6。 | 实质公开:[Col. 8, Ins. 50-60; Fig. 6, 600] 用户终端/智能卡。 | 实质公开:[Col. 5, Ins. 45-65; Fig. 1, 12] 用户设备(User Equipment 12)及签名模块12d。 |
| 特征B: 基于第一签名密钥和文档生成第一签名 | 实质公开:[Col. 6, Ins. 30-55; Fig. 3, 50] 基于私钥对文档/时间戳组合签名。 | 实质公开:[Col. 8, Ins. 50-60; Fig. 6, 601-603] 利用用户私钥对交易文档601生成签名603。 | 实质公开:[Col. 8, Ins. 10-30; Fig. 2, 60] 利用用户私钥 $K_{prUser}$ 和随机数对文档生成签名S3。 |
| 特征C: 重新签名单元(2) | 实质公开:[Col. 7, Ins. 20-45; Fig. 4, 430-440] 可靠时间公证设施/公证设备。 | 实质公开:[Col. 9, Ins. 30-55; Fig. 9, 903-904] 时间戳公证服务(Timestamp Notary)。 | 实质公开:[Col. 6, Ins. 1-25; Fig. 1, 16] 服务器(Server 16)。 |
| 特征D: 基于第一签名和重新签名密钥针对文档生成第二签名 | 未公开/仅公证加签:[Col. 7, Ins. 30-45] 仅为公证设备用其自身的公证密钥对用户签名加签(Counter-sign),非“转换签名”。 | 未公开/仅联合签名:[Col. 10, Ins. 1-20; Fig. 9] 公证设备对用户签名进行连署/公证签名,不涉及代理重新签名密钥转换。 | 未公开/挑战应答机制:[Col. 7, Ins. 1-40; Fig. 2] 双向签名与应答(S1, S2, S3),非代理重新签名。 |
| 特征E: 重新签名单元处理与第一/第二签名相关联的属性 | 未公开:仅处理时间戳,不涉及基于属性的签名(ABS)。 | 实质公开(非重新签名场景):[Col. 7, Ins. 25-65; Col. 8, Ins. 45-67; Fig. 5] 验证节点处理属性证书中的限额、角色等属性。 | 未公开:基于用户ID和密钥,不涉及属性(Attribute)的处理与转换。 |
| 特征F: 重新签名密钥生成器(3) | 未公开:公证设备密钥由出厂初始化生成[Col. 4, Ins. 15-30]。 | 未公开:赞助商/CA签发属性证书,非生成代理重新签名密钥。 | 未公开:服务器生成随机数与密钥包,非生成重新签名密钥。 |
| 特征G: 基于与第二组属性相关联的第二签名密钥生成重新签名密钥 | 未公开:无属性概念,无第二签名密钥衍生重新签名密钥的机制。 | 未公开:赞助商通过PKI体系颁发属性证书,并非利用自身的第二签名密钥计算生成重新签名密钥。 | 未公开:不包含基于属性的密钥衍生机制。 |
| 特征H: 重新签名密钥使得能够将第一签名转换成与第二组属性相关联的第二签名 | 未公开:D1为嵌套签名/联署,第一签名依然保留,未被转换或替换。 | 未公开:通过多重签名/公证验证属性限制,并非通过重新签名密钥将第一签名“代理转换”为第二属性签名。 | 未公开:不具备代理重新签名(Proxy Re-signature)与属性替换机制。 |
---
### 三、 最接近对比文件的选择与创造性分析
#### 1. 最接近对比文件的选择:对比文件 D2 (US5659616A)
* **选择理由**:
1. **技术领域与问题高度重合**:D2同样致力于解决在商业密码系统/分布式环境中,如何安全地进行数字签名验证、授权控制以及减少风险的问题(D2 Col. 1, Ins. 10-25)。它全面引入了**属性证书(Attribute Certificate)**、角色(Roles)、交易限额、连署要求(Cosignature Requirements)等机制(D2 Col. 7-8)。
2. **方案贴近度最高**:D2公开了完整的“基于属性进行签名验证与授权”的架构,明确公开了特征A、B、C以及特征E(由验证/中间节点处理与签名相关联的属性证书)。
3. **技术效果最接近**:目标专利旨在解决在委托授权或异构网络中灵活控制签名权限、防止私钥泄露的问题([0008])。D2同样旨在通过属性与授权机制实现细粒度访问控制和风险分散(D2 Col. 7, Ins. 50-65)。
* **D1 与 D3 的定位**:D1 侧重于硬件公证设备(Trusted Clock)自动附加时间戳,属于“二次加签”;D3 侧重于 El-Gamal 算法下的随机数分发与挑战应答。两者在密码学架构上均不如 D2 贴近。
#### 2. 区别特征与技术效果(以 D2 为最接近对比文件)
* **主要区别特征**:
1. **重新签名机制(特征D、H)**:D2 采用“原始签名 + 连署(Cosignature)/ 属性证书验证”模式;而权利要求1采用**代理重新签名(Proxy Re-signature, PRS)机制**,利用重新签名密钥将第一签名直接“转换”为与第二组属性相关联的第二签名。
2. **重新签名密钥衍生机制(特征F、G)**:权利要求1设置了重新签名密钥生成器,由拥有第二组属性的实体利用其第二签名密钥($SK_{\omega\text{委托方}}$)衍生出重新签名密钥($RSK$);而 D2 中的授权证书由 CA 或赞助商(Sponsor)直接签发,不包含这种基于签名密钥衍生代理重新签名密钥的密码学构造。
* **实际解决的技术问题**:如何在不泄露委托方私钥、且无需被委托方与委托方实时交互的情况下,实现基于属性的签名授权委托与签名格式的无缝代理转换。
* **达到的技术效果**:委托方无需将私钥共享给被委托方或代理即可实现授权委托;被委托方只需生成初始签名,由半信任代理转换为带有委托方属性的第二签名,降低了被委托方的密钥存储负担,避免了私钥泄露风险,且转换后的签名可独立验证。
---
### 四、 最薄弱的技术特征与进一步检索策略
#### 1. 最薄弱的技术特征
* **特征 E(重新签名单元处理属性)与 特征 H(重新签名密钥将第一签名转换为第二组属性的第二签名)**。
* **原因分析**:特征E和H的本质是**“代理重新签名(Proxy Re-signature, PRS)”与“基于属性的签名(Attribute-Based Signature, ABS)”的组合(即 ABPRSS)**。在理论密码学领域,将两种已知密码学原语(ABS 与 PRS)进行技术组合是本领域普通技术人员显而易见的思路。
#### 2. 进一步对比文件检索策略(无效检索指南)
目前三份对比文件(D1-D3)未能完全公开“**代理重新签名(Proxy Re-signature)**”的数学模型和密钥衍生过程。为了彻底击垮权利要求1的创造性,建议采取以下补充检索策略:
1. **检索关键词扩展**:
* `("attribute-based" OR "attribute based" OR ABS) AND ("proxy re-signature" OR "proxy resign" OR "re-signature key")`
* 中文关键词:`("基于属性" OR "属性签名") AND ("代理重新签名" OR "代理重签名" OR "签名转换")`
2. **重点检索非专利文献(NPL)与密码学顶会/期刊**:
目标专利的优先权日/申请日约为 **2011年前后**(引用文献为2007年Dalia Khader的论文)。理论密码学成果通常先发表于顶级会议,建议重点检索 **2000年—2011年** 的以下数据库:
* **IACR Cryptology ePrint Archive**(密码学预印本数据库,最容易找到现有技术)
* **EUROCRYPT / CRYPTO / ASIACRYPT**(IACR三大密码顶会)
* **PKC (Public Key Cryptography) / ACM CCS / IEEE S&P**
3. **关键靶向文献与逻辑组合(结合公知常识)**:
* 重点追踪代理重新签名(PRS)的开山文献:如 Ateniese & Hohenberger 在 ACM CCS 2005 上发表的 *"Proxy re-signatures: Part 1"*。该文献完整公开了特征C、D、F、G的代理重新签名算法与密钥衍生机制。
* **结合逻辑**:以 Ateniese 2005 的 PRS 论文作为对比文件D4,结合 D2 (US5659616A) 中公开的属性证书(ABS/属性控制)概念。本领域技术人员在面对“分布式/委托授权场景下灵活转换签名”的技术问题时,将 D2 的属性思想引入 D4 的代理重新签名框架中,得出权利要求1的技术方案是显而易见的,从而证明权利要求1不具备创造性。
---
*注:详细的排版报告已同步生成为 PDF 文件(`patent_analysis_report.pdf`),可直接下载使用。*
### 一、 目标专利权利要求1的技术特征解释
紧密结合目标专利《基于属性的数字签名》(CN103069745B)的说明书,对权利要求1的技术特征解释如下:
* **技术特征A:第一签名生成单元(1)**
* **说明书解释:** 第一签名生成单元通常由被委托方(如护士、下属)运行[说明书第0028、0033段]。其基于被委托方拥有的第一签名密钥(即被委托方的私有密钥 $SK_{\omega\text{被委托方}}$)针对特定文档/消息生成初级或第一级签名[说明书第0028、0056、0061段]。
* **技术特征B:基于第一签名密钥(12)和文档(11)针对所述文档(11)生成第一签名(10)**
* **说明书解释:** 第一签名密钥 $SK_{\omega\text{被委托方}}$ 与被委托方拥有的属性集 $\omega_{\text{被委托方}}$ 相关联[说明书第0028、0056段]。第一签名生成单元利用该密钥和文档 $m$ 结合签名算法生成第一签名 $\sigma_{\text{被委托方}}$[说明书第0056、0074-0078、0100-0104段]。
* **技术特征C:重新签名单元(2)**
* **说明书解释:** 重新签名单元在系统中扮演“半信任代理(Semi-trusted Proxy)”的角色[说明书第0008、0026、0028段]。它不需要获取委托方的私钥,仅凭委托方生成的重新签名密钥,即可在不与被委托方共谋破解私钥的前提下执行重新签名计算[说明书第0008、0028、0050段]。
* **技术特征D:其被布置为基于所述第一签名(10)和重新签名密钥(14)针对所述文档(11)生成第二签名(13)**
* **说明书解释:** 重新签名单元接收第一签名 $\sigma_{\text{被委托方}}$ 与重新签名密钥 $RSK$,利用重新签名算法(Re-Sign)将其转换为代表委托方的第二签名 $\sigma_{\text{委托方}}$[说明书第0028、0057、0082-0086、0107-0120段]。第二签名可以替换第一签名,且能独立被公共密钥验证[说明书第0008段]。
* **技术特征E:其中,所述重新签名单元(2)被布置为处理与所述第一签名(10)和/或所述第二签名(13)相关联的属性(15,16)**
* **说明书解释:** “处理与签名相关联的属性”是指重新签名单元能够根据属性或策略执行控制或转换[说明书第0008-0010、0033-0035段]。具体体现在:① 评估/验证第一签名是否符合第一组属性或预设条件策略,符合才允许转换[说明书第0010、0035段];② 将第一签名转换并关联至第二组属性(如委托方的角色/部门属性)[说明书第0009、0033、0039段]。
* **技术特征F:重新签名密钥生成器(3)**
* **说明书解释:** 重新签名密钥生成器由拥有第二组属性的委托方(如医生、部门主管)控制或使用[说明书第0037段]。它无需基于主密钥(Master Key),方便委托授权的灵活管理[说明书第0011段]。
* **技术特征G:所述重新签名密钥生成器(3)用于基于与第二组属性(16')相关联的第二签名密钥(18)生成所述重新签名密钥(14)**
* **说明书解释:** 委托方使用与其属性集 $\omega_{\text{委托方}}$ 相关联的第二签名密钥(私钥 $SK_{\omega\text{委托方}}$),通过重新生成密钥算法(Re-Key Generation)计算出重新签名密钥 $RSK_{\omega}$[说明书第0011、0028、0055、0071-0073、0097-0099段]。
* **技术特征H:其中,所述重新签名密钥(14)使得所述重新签名单元(2)能够将所述第一签名(10)转换成与所述第二组属性(16)相关联的第二签名(13)**
* **说明书解释:** 重新签名密钥中加密结合了第二组属性或相应策略[说明书第0039段]。当半信任代理使用该密钥处理第一签名时,能够消除原第一签名的属性信息,将其替换/提升为与第二组属性相关联的第二签名,使验证者能够依据第二组属性验证该签名[说明书第0009、0033、0039段]。
---
### 二、 对比文件原文分析与特征比对表格
为了便于指代,设定以下对比文件编号:
* **D1:** US20090327735A1(公开号:`US20090327735A1`)
* **D2:** US20100161992A1(公开号:`US20100161992A1`)
#### 1. D1 原文公开情况分析 (US20090327735A1)
D1公开了一种单向多用代理重新签名系统(Unidirectional Multi-use Proxy Re-signature Process)。
* **特征A、C公开:** D1公开了签名者(Signer,包括被委托方Alice)、签名验证者(Signature verifier)以及代理重新签名单元(Re-signature proxy)[D1, 段落[0045], 图1]。
* **特征B公开:** D1公开了被委托方Alice使用其私钥 $sk_A$ 对消息 $m$ 进行签名生成第一级签名(First-level signature / owner-type signature)[D1, 段落[0004], [0036], [0045], [0048], [0058]]。
* **特征D公开:** D1公开了代理利用重新签名密钥 $rk_{A \to B}$ 将Alice的签名转换为委托方Bob的第二级签名(Second-level signature)[D1, 段落[0004], [0045], [0051], [0059]]。
* **特征F、G公开:** D1公开了委托方Bob使用其私钥 $sk_B$ 与Alice的公钥 $pk_A$ 通过 `ReKey` 算法生成重新签名密钥 $rk_{A \to B}$ 并授权给代理[D1, 段落[0023], [0045], [0050], [0058]]。
* **未公开特征(E、H中的“属性”):** D1是传统的基于公钥证书/身份(PKI/ID-based)的代理重新签名系统,**完全没有公开“基于属性(Attribute-based)”**的概念,未公开处理与签名关联的属性(特征E),也未公开重新签名密钥基于“第二组属性”生成并转换成与“第二组属性”相关联的签名(特征G、H中的属性部分)。
#### 2. D2 原文公开情况分析 (US20100161992A1)
D2公开了一种基于群签名(Group Signature)在车载控制单元中保护数据的方法与装置。
* **特征A、B公开:** D2公开了群成员(Subscriber $i$)使用分配给其个人的群签名私钥 $gsk\_i$(第一签名密钥)对数据 $m$ 进行签署生成群签名 $\sigma\_i$[D2, 段落[0012], [0046]-[0047], [0068]-[0071]]。
* **属性/角色概念的公开(实质公开特征E部分):** 目标专利说明书指出“基于属性的签名可以被认为是群组签名的一种形式”[目标专利说明书, 第0026段]。D2中群签名允许验证者确认签名者属于具有特定权限的群组(Group),且签名中包含了加密的身份/角色信息,验证者无需知道具体的个人ID即可验证群属性[D2, 段落[0012]-[0014], [0056]]。
* **未公开特征(C、D、F、G、H):** D2**完全没有公开代理重新签名(Proxy Re-signature)**机制,不存在“重新签名单元”、“重新签名密钥生成器”以及将“第一签名转换为第二签名”的技术手段。
---
#### 权利要求1技术特征比对表格
| 权利要求1技术特征 | D1 (US20090327735A1) 原文对照及公开情况 | D2 (US20100161992A1) 原文对照及公开情况 |
| 前言: 一种基于属性的数字签名系统 | 部分公开: 公开数字签名/代理重新签名系统,但未公开“基于属性”[D1, 段落[0002]-[0004]]。 | 部分公开: 公开群签名(Group Signature,即广义的基于组/属性签名),但未涉及代理重新签名[D2, 段落[0013]]。 |
| 特征A: 第一签名生成单元(1) | 毫无异议公开: 公开 Signer 102 (Alice 105) 及其 Message signing module 130 [D1, 段落[0045], 图1]。 | 毫无异议公开: 公开 Signature generation device 200 及其 Calculating device 203 [D2, 段落[0046]-[0047], 图2]。 |
| 特征B: 其用于基于第一签名密钥(12)和文档(11)针对所述文档(11)生成第一签名(10) | 毫无异议公开: 公开Alice利用私钥 $sk_A$ 及消息 $m$ 生成签名 $\sigma_A$ (Sign算法)[D1, 段落[0048], [0058]]。 | 实质公开: 公开成员 $i$ 利用私钥 $gsk\_i$ 对数据 $m$ 生成签名 $\sigma\_i$ [D2, 段落[0046]-[0047], [0068]-[0071]]。 |
| 特征C: 重新签名单元(2) | 毫无异议公开: 公开 Re-signature proxy 100 及 Re-signature module 180 [D1, 段落[0045], [0051], 图1]。 | 未公开: 无重新签名代理或转换模块。 |
| 特征D: 其被布置为基于所述第一签名(10)和重新签名密钥(14)针对所述文档(11)生成第二签名(13) | 毫无异议公开: 公开代理利用重新签名密钥 $rk_{A \to B}$ 将Alice的签名 $\sigma_A$ 转换为Bob的签名 $\sigma_B$ (ReSign算法)[D1, 段落[0004], [0051], [0059]]。 | 未公开: 无第一签名向第二签名的转换过程。 |
| 特征E: 其中,所述重新签名单元(2)被布置为处理与所述第一签名(10)和/或所述第二签名(13)相关联的属性(15,16) | 未公开: D1仅处理公钥/私钥体制下的签名转换,不包含属性(Attribute)的处理逻辑。 | 未公开(无重新签名): 但公开了签名中包含并可验证群组/身份属性信息[D2, 段落[0012]-[0013]]。 |
| 特征F: 重新签名密钥生成器(3) | 毫无异议公开: 公开 Re-signature key generation module 175 [D1, 段落[0045], [0050], 图1]。 | 未公开: 无重新签名密钥生成逻辑。 |
| 特征G: 所述重新签名密钥生成器(3)用于基于与第二组属性(16')相关联的第二签名密钥(18)生成所述重新签名密钥(14) | 部分公开: 公开委托方Bob利用其私钥 $sk_B$ 生成重新签名密钥 $rk_{A \to B}$ [D1, 段落[0045], [0050]],但未公开私钥与“第二组属性”相关联。 | 未公开: 无相关结构。 |
| 特征H: 其中,所述重新签名密钥(14)使得所述重新签名单元(2)能够将所述第一签名(10)转换成与所述第二组属性(16)相关联的第二签名(13) | 部分公开: 公开重新签名密钥使代理能将Alice签名转换为Bob签名[D1, 段落[0004], [0051]],但未公开转换为“与第二组属性相关联”的签名。 | 未公开: 无相关结构。 |
---
### 三、 最接近的对比文件分析(整体解决的技术问题与技术效果)
在创造性分析中,**对比文件1(D1:US20090327735A1)最适合作为最接近的对比文件**。
#### 1. 技术领域与架构重合度分析
* **技术领域:** 目标专利属于数字签名领域,核心解决的是“代理重新签名(Proxy Re-signature)中结合权限/角色授权”的问题。D1同样属于“代理重新签名(Proxy Re-signature)”领域。
* **结构与组成:** D1公开了目标专利权利要求1中绝大部分的系统架构和构件,包括第一签名生成单元、重新签名单元、重新签名密钥生成器,以及“第一签名密钥 $\to$ 第一签名 $\to$ 重新签名密钥转换 $\to$ 第二签名”的完整技术路线。
#### 2. 整体解决的技术问题与技术效果对照
* **目标专利解决的技术问题与效果:** 解决如何在不泄露委托方私钥的前提下委托签名授权,并结合“属性/角色(Attribute/Role)”使委托授权机制更加灵活(无需逐个用户指定ID,可基于角色/属性组进行批量授权与验证)[目标专利说明书, 第0008-0010段]。
* **D1解决的技术问题与效果:** 解决在不泄露委托方或被委托方私钥的前提下,半信任代理实现安全、单向、多用的签名转换[D1, 段落[0004]-[0005], [0021]-[0022]]。
* **比较结论:** 目标专利与D1的技术手段和架构高度同质,主要区别仅在于**目标专利将传统的代理重新签名(Proxy Re-signature)扩展到了基于属性的签名(Attribute-Based Signature, ABS)框架下**。因此,以D1作为最接近的现有技术最为自然且合理。
---
### 四、 未被最接近对比文件公开的特征及其在其他对比文件中的公开情况
#### 区别技术特征:
对比D1,权利要求1未被D1公开的区别技术特征在于:
> **“基于属性(Attribute-based)”的限定**:即签名密钥与属性相关联,重新签名单元能够处理与签名相关联的属性,且重新签名密钥基于第二组属性相关的密钥生成,从而将第一签名转换为与第二组属性相关联的第二签名(即特征E、G、H中涉及“属性”的限定)。
#### D2(US20100161992A1)的公开情况:
* D2公开了利用**群签名(Group Signature)**来实现基于角色/身份的权限控制[D2, 段落[0012]-[0013]]。
* **目标专利说明书自认:** 目标专利说明书第[0026]段明确指出:*“基于属性的签名可以被认为是群组签名的一种形式(Attribute based signature can be considered as a form of group signature)”*。
* **结合分析:** D2公开了使用包含角色/身份属性的密钥进行签名及验证的技术手段。但在代理重新签名(Proxy Re-signature)上下文中,D2并未提供将代理重新签名与基于属性/群组签名相结合的具体教导。
---
### 五、 若提出无效请求最薄弱的技术特征分析
若针对目标专利权利要求1发起专利无效宣告请求,**最薄弱的技术特征是:特征E、G、H中将“属性(Attribute)”与“代理重新签名(Proxy Re-signature)”进行结合的技术特征。**
#### 薄弱原因分析(专利代理师视角):
1. **“代理重新签名”与“基于属性的签名”均为公知密码学机制:**
* 代理重新签名机制已被D1完整公开。
* 基于属性的签名(ABS)或群签名(如D2,以及目标专利背景技术中提及的Dalia Khader 2007年的文献)在目标专利申请日之前已是本领域公知常识[目标专利说明书, 第0003段]。
2. **组合的显而易见性(拼凑/公知技术结合):**
* 目标专利权利要求1仅仅是将公知的“基于属性的签名(ABS)”概念直接套用到公知的“代理重新签名(Proxy Re-signature)”架构中(即ABPRSS)。
* 虽然目标专利实现了根据属性进行委托的效果,但在密码学与信息安全领域,将各种基础密码学原语(如Identity-Based Encryption, Attribute-Based Encryption, Proxy Re-signature)进行组合是本领域技术人员(POSITA)常用的常规技术手段。
3. **权利要求1属于高度概括的架构权利要求:**
* 权利要求1未写入具体的密码学数学公式(如双线性映射 $e(g,g)$、群元素运算等),仅对“处理属性”、“基于第二组属性转换”进行了功能性/架构性的描述。这种宽泛的撰写方式使得其更容易被现有技术的公知常识及概念结合所击中。
---
### 六、 进一步的对比文件检索策略
为了在无效宣告程序中彻底击垮权利要求1(以及后续的从属权利要求),建议采取以下进一步的检索策略:
#### 1. 核心检索主题定义
* **核心概念:** 基于属性的代理重新签名 / Attribute-Based Proxy Re-signature (ABPRE / ABPRSS)。
* **关键技术要素结合:** `Attribute-Based` + `Proxy Re-signature` / `Group Signature` + `Proxy Re-signature`。
#### 2. 关键检索要素与表达(Keywords & CPC/IPC)
* **关键词组合(英文):**
* (`"attribute based"` OR `attribute`) AND (`"proxy re-signature"` OR `"proxy resign"` OR `"proxy re-signing"` OR `"re-signature"`)
* (`"group signature"` OR `"role based"`) AND (`"proxy re-signature"`)
* **IPC/CPC 分类号:**
* `H04L9/32`(包含数字签名、身份验证机制)
* `H04L9/08`(密钥协商与加密密钥生成)
* `G06F21/60` OR `G06F21/62`(敏感数据保护与访问控制)
#### 3. 重点数据库与非专利文献(NPL)检索策略
由于密码学领域的很多创新最先发表于顶级学术会议,**非专利文献(NPL)检索是本次无效检索的重中之重**:
* **重点数据库:** IACR Cryptology ePrint Archive(密码学预印本数据库,目标专利背景技术也引用了IACR)、IEEE Xplore、ACM Digital Library、SpringerLink (Lecture Notes in Computer Science - LNCS)。
* **切入点及追溯法(追溯检索):**
1. **时间节点:** 检索优先权日(**2011年10月14日**)之前的文献。
2. **精准追溯:** 重点检索 2007年-2011年 期间关于 "Attribute-Based Proxy Re-encryption"(ABPRE)或 "Attribute-Based Proxy Re-signature"(ABPRS)的论文。
3. **关键词拓展检索:** 在密码学中,代理重新加密(Proxy Re-Encryption, PRE)与代理重新签名(Proxy Re-Signature, PRS)通常成对出现且构造逻辑高度镜像。寻找公开了“Attribute-Based Proxy Re-Encryption/Signature”的早期文献(例如 Pairing-based Cryptography 相关的学报),证明在2011年之前将 Attribute-based 引入 Proxy Re-signature 是本领域的公知常识或显而易见的导向。
作为一名经验丰富的专利代理师,针对您提出的关于目标专利(CN103069745B,《基于属性的数字签名》)权利要求1与对比文件D1(JP2006325072A)和D2(US20080164976A1)的无效可行性分析,现为您做出深度专业解答。
---
## 一、 目标专利说明书对权利要求1的解释与澄清
在评估权利要求1的特征时,需结合目标专利说明书的教导对各特征的技术含义与边界进行精准定义:
* **技术特征A、B(第一签名生成单元1):** 说明书[0006][0027][0033]指出,第一签名基于第一签名密钥(私钥)针对文档生成。第一签名可以与第一组属性(如被委托方的角色/身份)相关联,也可以没有属性。
* **技术特征C、D、E(重新签名单元2):** 说明书[0007]-[0010]澄清,重新签名单元通常作为**半信任代理(Semi-trusted Proxy)**。其核心特征在于:**处理与签名相关联的属性**(如验证第一签名的属性是否满足策略,或将第一签名转换为与第二组属性相关联的签名),且其转换过程**不需要获知委托方的私钥**,任何人(包括被委托方和代理)均无法单独代表委托方生成签名。
* **技术特征F、G、H(重新签名密钥生成器3):** 说明书[0011][0038]-[0041]明确,重新签名密钥生成器基于委托方的第二签名密钥(与第二组属性相关联)生成重新签名密钥。重新签名密钥使得代理能够**将与第一签名相关联的属性/机制“替换”或“转换”为与第二组属性相关联的第二签名**。
---
## 二、 对比文件技术特征比对与公开性分析
### 1. 对比文件基本信息
* **D1:** JP2006325072A,公开日:2006-11-30,《System and method for attribute information exchange and communication terminal》
* **D2:** US20080164976A1,公开日:2008-07-10,《Authenticated radio frequency identification and key distribution system therefor》
---
### 2. 特征比对表格(与权利要求1比对)
| 权利要求1技术特征 | D1(JP2006325072A)对比分析与出处 | D2(US20080164976A1)对比分析与出处 |
| 特征A: 第一签名生成单元(1) | 实质公开: 通信端末3b的署名情报生成手段。<br>*出处:[0002]请求项1、图4* | 实质公开: 签名站(Signing Station 16)。<br>*出处:[0043]、[0048]、图1* |
| 特征B: 其用于基于第一签名密钥(12)和文档(11)针对所述文档(11)生成第一签名(10) | 实质公开: 使用属性对应的秘密键(签名密钥)对挑战信息/乱码(文档)进行签名生成署名情报(第一签名)。<br>*出处:[0002]段落11、图4步骤S402* | 实质公开: 签名站使用私钥$w_1$对包含UID/数据在内的消息进行签名,生成第一级签名$(c_1, s_1)$。<br>*出处:[0048]、[0162]、图19* |
| 特征C: 重新签名单元(2) | 未公开: D1中通信端末仅作两端点验证,无中继/重新签名代理单元。 | 实质公开: 供应链后续的签名站(如Signing Station 2/3)。<br>*出处:[0043]、[0162]-[0163]、图19* |
| 特征D: 其被布置为基于所述第一签名(10)和重新签名密钥(14)针对所述文档(13)生成第二签名(13) | 未公开 | 实质公开: 签名站2基于前一级的签名$c_1$和自身密钥/参数生成更新后的签名$(c_2, s_1, s_2)$。<br>*出处:[0157]、[0162]、图19* |
| 特征E: 其中,所述重新签名单元(2)被布置为处理与所述第一签名(10)和/或所述第二签名(13)相关联的属性(15,16) | 未公开: D1处理属性,但无重新签名单元。 | 未公开: D2的签名处理的是RFID的UID、产品ID等,并非密码学意义上的“属性数字签名(ABS)中的属性集关联”。 |
| 特征F: 重新签名密钥生成器(3) | 未公开 | 未公开/差异公开: D2通过分布式签名站各自持有私钥实现级联签名,未公开由委托方基于第二签名密钥生成专门用于转换的“重新签名密钥”。 |
| 特征G: 所述重新签名密钥生成器(3)用于基于与第二组属性(16')相关联的第二签名密钥(18)生成所述重新签名密钥(14) | 未公开 | 未公开 |
| 特征H: 其中,所述重新签名密钥(14)使得所述重新签名单元(2)能够将所述第一签名(10)转换成与所述第二组属性(16)相关联的第二签名(13) | 未公开 | 未公开: D2采用的是半聚合/全聚合签名(Semi/Fully-Aggregate Signatures)或多重签名叠加,而非基于属性代理重新签名(ABPRSS)的属性转换。 |
---
## 三、 最接近对比文件的选择与技术效果/问题分析
### 1. 最接近对比文件的选择:**D2(US20080164976A1)**
* **整体解决的技术问题对比:**
* **本专利:** 解决在基于属性的签名(ABS)体系中,如何安全、高效地实现**签名权限的委托**,避免委托方泄露私钥,同时赋予代理根据“属性策略”灵活转换签名的能力。
* **D2:** 解决在受限存储设备(如RFID标签)中存储多方签名时,传统RSA签名体积过大、存储资源不足的问题,通过椭圆曲线密码学(ECC/ECPVS)实现多站点的签名级联与聚合(Aggregate Signatures)。
* **D1:** 解决移动终端间属性验证依赖第三方的复杂性问题。
* **选择理由:**
D2在架构上明确公开了“级联/重新签名”的物理架构(多签名站针对前级签名重新处理生成新签名),且均属于数字签名与安全验证技术领域,其技术框架与权利要求1的架构最接近。因此,**D2最适合作为单篇最接近的对比文件**。
---
## 四、 创造性分析与无效突破口
现行的权利要求1将“**基于属性的签名(ABS)**”与“**代理重新签名(Proxy Re-encryption/Re-signature)**”深度整合(即密码学中的ABPRSS框架)。
1. **未被D1和D2公开的特征组合:**
* 特征E、G、H的结合:即**重新签名密钥生成器**利用“第二组属性的第二签名密钥”生成“重新签名密钥”,进而由重新签名单元将“第一签名”**转换**为“与第二组属性相关联的第二签名”。
2. **无效请求中最薄弱的技术特征:**
* **技术特征C、D(重新签名单元):** 极其薄弱。D2(US20080164976A1)[0157]-[0163]段落中明确公开了前级签名作为后级输入的重新签名机制。
* **技术特征E(处理与签名相关联的属性):** 较为薄弱。D1(JP2006325072A)[0002]段落公开了基于属性(如身份、职业、位置)进行签名与验证的技术手段。
* **真正具有保护强度的是特征G与H的有机结合**——即通过“属性签名密钥”生成专门的“代理转换密钥(重新签名密钥)”,从而在不暴露原私钥的前提下完成**属性维度的签名代理转换**。
---
## 五、 进一步对比文件检索策略建议
仅依靠现有D1与D2尚不足以在**创造性(新颖性/结合技术启示)**上彻底摧毁权利要求1。建议按照以下检索策略补充对比文件,形成**D2/D1 + D3(或D1+D3)**的组合无效方案:
### 1. 理论与算法类技术文献检索(极其关键)
本专利的实质是密码学中的 **ABPRSS(Attribute-Based Proxy Re-Signature)** 方案。该类方案通常先发表于顶级密码学会议。
* **重点检索数据库:** IEEE Xplore, ACM Digital Library, SpringerLink (LNCS系列), IACR Cryptology ePrint Archive (eprint.iacr.org)。
* **核心关键词组合(中/英文):**
* `"Attribute-based signature"` AND `"Proxy re-signature"`
* `"Attribute based"` AND `"re-signature"` AND `"delegation"`
* `"基于属性的签名"` AND `"代理重新签名"` / `"代理重签名"`
* **追溯重点文献:** 检索公开日早于 **2011年10月(本专利最早优先权日)** 的论文。如 Khader 等人关于 Attribute-Based Signatures 或 Proxy Re-signatures 的早期文章。
### 2. 专利文献补充检索策略
* **重点分类号(IPC/CPC):**
* `H04L9/32`(用于验证身份或加解密协议的系统)
* `H04L9/08`(密钥分发/生成)
* `H04L2209/80`(基于属性的密码学特化分类)
* **结合检索式示例:**
* `(H04L9/32 OR H04L9/08) AND ("attribute based signature" OR "ABS") AND ("re-signature" OR "proxy re-signature" OR "re-encrypt")`
* **寻找结合启示(Motivation):**
找一篇明确教导了“在基于属性的签名(ABS)系统中,引入代理重新签名机制以实现权限委托”的对比文件D3。结合D2的架构与D3的密码学机制,即可对权利要求1形成极其稳固的**创造性(《专利审查指南》第三部分第四章)**无效打击。
尊敬的检索与无效请求人:
我是负责本案分析的专利代理师。针对目标专利(CN103069745B,基于属性的数字签名)权利要求1的稳定性,我结合目标专利说明书以及您提供的三份对比文件原文(D1: US20030221104A1、D2: JP2004200740A、D3: US20040181756A1)进行了严谨的拆解与对比分析。
以下是具体的专利有效性/无效性分析报告:
---
## 一、 目标专利权利要求1与说明书的核心概念解析
结合目标专利(CN103069745B)说明书[0005]-[0014]及具体实施方式,权利要求1的核心发明点在于**基于属性的代理重新签名(ABPRSS)**机制:
1. **重新签名单元(代理)**:基于重新签名密钥($RSK$),将第一签名(由第一签名密钥 $SK_{\omega\text{被委托方}}$ 生成)转换为第二签名(与第二组属性 $\omega_{\text{委托方}}$ 相关联)。
2. **属性处理(特征E/G/H)**:重新签名过程不是简单的公钥/签名转换,而是涉及对签名关联的**属性(Attribute)**及**属性策略(Policy/Conditions)**的加密运算或符合性校验。第二签名与第二组属性(例如委托方的角色/权限)相绑定,且第一签名可以与第一组属性/条件校验相关联。
---
## 二、 对比文件特征比对(详细出处与披露分析)
为了便于对比分析,先对对比文件进行代号及公开号对照映射:
* **D1**:US20030221104A1 (`Cryptographic security method and electronic devices suitable therefor`)
* **D2**:JP2004200740A (`System for managing signature signed on electronic document`)
* **D3**:US20040181756A1 (`Creating and verifying electronic documents`)
### 权利要求1技术特征比对表
| 权利要求1技术特征 | D1 (US20030221104A1) | D2 (JP2004200740A) | D3 (US20040181756A1) |
| A:第一签名生成单元(1) | 公开<br>说明书[0027]、[0029]:signature module 105(位于安全模块1或41中)。 | 公开<br>说明书[0013]、[0026]、图1:工作流服务器11的签名功能12或工作流终端31。 | 公开<br>说明书[0043]、[0047]:生成数字签名的系统/签署终端。 |
| B:基于第一签名密钥(12)和文档(11)针对所述文档(11)生成第一签名(10) | 公开<br>说明书[0029]:使用私有客户密钥(private customer key 102)对对象数据(object data)哈希值加密生成客户签名(customer signature)。 | 公开<br>说明书[0026]、[0027]:根据用户选择的文档与用户私钥(或私钥存储区)生成签名数据。 | 公开<br>说明书[0007]、[0043]:使用签署者的私钥(private key)对文档哈希值加密生成数字签名。 |
| C:重新签名单元(2) | 实质公开<br>说明书[0033]-[0039]、[0048]:认证模块/证书生成模块(certification module 105a/422),对第一签名进行二次签名认证生成签名证书(signature certificate)。 | 未公开<br>仅为直接利用服务器端硬件密匙库(键管理装置23)代生成签名,无将已有第一签名二次转换重新签名的单元。 | 未公开<br>仅为在文档XML结构中多方依次串行嵌入独立签名(如主签署人、公证人、归档人),无代理重新签名结构。 |
| D:基于所述第一签名(10)和重新签名密钥(14)针对所述文档(11)生成第二签名(13) | 实质公开<br>说明书[0015]、[0039]:使用安全提供者的私钥(private key of the security provider 104)对客户签名(customer signature)哈希加密生成签名证书(signature certificate,对应第二签名)。 | 未公开<br>无“基于第一签名和重新签名密钥生成第二签名”的操作。 | 未公开<br>公证人/归档人各自生成的是针对文档重新重构(Strip)后的独立签名,并非基于第一签名转换。 |
| E:其中,所述重新签名单元(2)被布置为处理与所述第一签名(10)和/或所述第二签名(13)相关联的属性(15,16) | 实质公开<br>说明书[0012]、[0037]:证书生成时,将客户属性(personal customer attributes 107,如付款模式、信用额度、权限等)与客户签名结合生成包含属性认证的签名证书。 | 部分公开/未实质公开<br>说明书[0042]-[0044]:使用属性证书(属性证明书32)验证用户身份/役职,但未在重新签名单元中处理与第一/第二签名加密绑定的属性。 | 未公开<br>仅包含标准的标签(如 signername、signertitle),无基于属性的加密或策略校验机制。 |
| F:重新签名密钥生成器(3) | 公开<br>说明书[0030]、[0032]:安全提供者中心(central unit 5)中的密钥管理功能(key administration functions 51),生成并分发安全提供者私钥(private key 104)。 | 未公开 | 未公开 |
| G:所述重新签名密钥生成器(3)用于基于与第二组属性(16')相关联的第二签名密钥(18)生成所述重新签名密钥(14) | 未公开<br>D1中安全提供者的密钥(104)是独立生成的根密钥/服务商密钥,并非“基于与第二组属性相关联的第二签名密钥派生/生成的”。 | 未公开 | 未公开 |
| H:其中,所述重新签名密钥(14)使得所述重新签名单元(2)能够将所述第一签名(10)转换成与所述第二组属性(16)相关联的第二签名(13) | 未公开/差异特征<br>D1生成的是对第一签名的“层级加签/认证证书”,其第二签名(签名证书)仅证明了第一签名的有效性和客户属性,未能实现目标专利中“将第一签名转换(代理替换)为代表第二组属性(如委托方)的签名”的密码学机制。 | 未公开 | 未公开 |
---
## 三、 最接近对比文件的选择与整体技术效果分析
### 1. 最接近对比文件的选择:D1 (US20030221104A1)
在创造性分析中,**D1 (US20030221104A1)** 最适合作为最接近的现有技术(最接近对比文件)。
* **理由**:
1. **技术领域与问题一致**:D1与目标专利均属于电子签名、数字证书以及在网络交易/医疗/金融场景下附带用户“属性/身份”(Attributes)的安全认证技术。
2. **技术特征重合度最高**:D1公开了第一签名生成单元(客户签名)、重新签名/认证单元(安全提供者利用私钥104对客户签名及属性进行二次签名生成签名证书)、以及处理客户属性(Attributes 107)的完整架构。
3. **相比之下**:D2(JP2004200740A)仅关注将私钥集中存储于服务器防泄漏的工作流管理;D3(US20040181756A1)仅关注在XML文档中嵌入多重签名并重构(Reconstruct)文档的格式,二者均不涉及“重新签名密钥生成”及“代理重新签名(Proxy Re-signature)”密码学机制。
### 2. 目标专利相对于D1解决的技术问题与技术效果
以D1为最接近对比文件,目标专利权利要求1与D1的主要区别特征在于:
* **区别特征1(特征G)**:重新签名密钥(14)是**基于与第二组属性相关联的第二签名密钥(18)生成/派生**的。
* **区别特征2(特征H)**:重新签名密钥使得重新签名单元能够将第一签名(如被委托方的签名)**转换**为与第二组属性相关联的第二签名(如委托方的签名,具有代理替换或无缝转换效果),而非仅仅是对第一签名附加一层第三方提供商的认证证书。
* **整体解决的技术问题**:
如何在基于属性的签名(ABS)体系中,实现安全、高效的**代理授权与签名转换(Proxy Re-signature)**,使得被委托方无需获取委托方的私钥,即可通过半信任代理生成代表委托方属性集(第二组属性)的有效签名。
* **达到的技术效果**:
1. **安全性高**:委托方无需将自己的私钥(第二签名密钥)直接暴露给被委托方或代理服务器,防止私钥泄露。
2. **灵活授权**:重新签名密钥与属性/策略直接绑定,可按角色(例如医生与护士)批量委托,无需逐个配置用户ID。
---
## 四、 未被最接近对比文件公开特征在其他对比文件中的公开情况
对于上述区别特征(特征G、特征H,以及基于属性派生重新签名密钥的机制):
1. **对比文件D2 (JP2004200740A) 的核查**:
* D2公开了基于役职/权限(属性)控制用户调用服务器端密匙库的权限(段落[0040]-[0044])。
* 但D2的逻辑是“**权限验证通过后,服务器直接用存储的该役职私钥进行签名**”,其本质是私钥集中管理,**并没有**“第一签名”到“第二签名”的转换,更没有“重新签名密钥生成器”或“代理重新签名算法”。
2. **对比文件D3 (US20040181756A1) 的核查**:
* D3公开了在XML文档中依序叠加签署主签名、公证人签名、归档人签名(段落[0047]、[0068]-[0074])。
* D3中的公证人签名是对剥离后文档的独立签名(`Signature`),**并非**由重新签名密钥将第一签名转换而来。
**结论**:区别特征G和H**未被D2或D3公开**,三份对比文件的简单结合无法拼凑出权利要求1的完整技术方案。
---
## 五、 无效请求中最薄弱的技术特征与专利稳定性评估
### 1. 当前权利要求1的稳定性分析(强)
在目前仅有D1、D2、D3三份对比文件的情况下,**权利要求1的稳定性较高**。
* **薄弱点突破口**:权利要求1中对“属性(Attribute)”与“重新签名(Re-signing)”的结合表述较宽泛(特征E/G/H)。D1虽然实现了“对第一签名+属性”的“二次加签认证”,但D1的签名证书(Certificate)与目标专利真正的**基于属性代理重新签名(Attribute-Based Proxy Re-Encryption / Re-Signature, ABPRSS)**在密码学数学模型上有本质区别。D2/D3未能补足密码学派生特征(特征G/H)。
### 2. 若提出无效请求,最薄弱的技术特征分析
如果后续要发起无效,目标专利**最容易被突破/最薄弱的技术特征**是:
* **特征E + 特征H 的宽泛解释**:
权利要求1未明确界定重新签名的**具体密码学体制(如双线性映射 $e: G_0 \times G_0 \to G_1$ 等具体算法)**,仅在功能层面上限定为“基于第一签名和重新签名密钥生成第二签名,并处理关联属性”。
* *攻击视角*:专利权人在撰写时将“重新签名”概念泛化了。对方可能会辩称,在传统的PKI或CA代理体系中,“代理服务器校验用户身份属性(特征E)后,用代理密钥将用户提交的中间签名/Hash重新打包签名发给最终方(特征H)”属于本领域的公知常识或常规选择。
---
## 六、 进一步的对比文件检索策略建议
为了成功无效目标专利权利要求1,必须针对**“基于属性的代理重新签名(Attribute-Based Proxy Re-Signature, ABPRSS)”**这一核心密码学概念进行精准补充检索。建议采取以下检索策略:
### 1. 核心密码学理论与文献检索(关键突破口)
目标专利说明书[0003]明确引用了 Dalia Khader 2007年的论文《Attribute Based Group Signatures》。基于属性的代理重新签名(ABPRSS)是密码学学术界在2007-2012年间的热门研究方向。
* **检索数据库**:IEEE Xplore, ACM Digital Library, SpringerLink, IACR Cryptology ePrint Archive(密码学预印本库), Google Scholar。
* **核心关键词组合**:
* `"Attribute-based proxy re-signature"` OR `"Attribute based proxy resignature"`
* `"Attribute-based re-signature"` AND `"proxy"`
* `"Proxy re-signature"` AND `"attribute"` AND `"delegation"`
* 中文关键词:`基于属性的代理重新签名` OR `基于属性的重签名` OR `基于属性的代理重签名`
### 2. 专利文献深度检索策略
* **重点申请人/研究团队**:
* 飞利浦(Philips,目标专利原案权人)
* 密码学高校团队:西安电子科技大学、上海交通大学、清华大学、武汉大学、NTT、IBM等。
* **IPC/CPC 分类号组合检索**:
* `H04L9/32`(认证;数字签名)
* `H04L9/08`(密钥分发/密钥生成)
* `G06F21/60` OR `G06F21/62`(保护计算机数据/访问控制)
* **建议检索逻辑表达式**:
`CPC=(H04L9/32+ OR H04L9/08+) AND ALL=("attribute" KEYWORD "proxy re-signature" KEYWORD "delegation")`
### 3. 补充对比文件组合策略方向
找寻一份**真正的ABPRSS密码学对比文件(对比文件X)**:
* **对比文件X**公开:基于委托方签名密钥派生代理重新签名密钥,并将第一签名转换为与第二组属性相关的第二签名(公开特征G和H)。
* **结合D1/D2**:结合D1在医疗/工作流系统中的架构应用,即可根据“公知常识”或“技术手段的等效替换”彻底击垮权利要求1的创造性。
---
如您需要我针对检索到的补充学术论文或新对比文件进一步撰写《无效宣告请求书》及具体的密码学特征对照表,请随时告知!
关于目标专利(CN103069745B,以下称“目标专利”)的权利要求1,结合说明书内容、三份对比文件的原文特征比对、接近对比文件(最接近的现有技术)的选择、创造性缺陷分析及下一步检索策略,具体分析如下:
---
### 一、 目标专利权利要求1的术语与技术特征解释
结合目标专利说明书【0005】-【0016】及【0023】-【0045】的记载,权利要求1的技术特征解释如下:
* **技术特征A(第一签名生成单元):** 指被委托方(如护士、下属)使用的签名生成模块。
* **技术特征B(基于第一签名密钥和文档生成第一签名):** 指被委托方利用与其自身属性集相关联的第一签名密钥($SK_{\omega\text{被委托方}}$)对文档/消息($m$)进行签署,生成初始的第一级签名($\sigma_{\text{被委托方}}$)。
* **技术特征C(重新签名单元):** 指半信任代理(Semi-trusted Proxy)或代理重新签名模块,用于执行重新签名变换,而无需获取委托方的私有签名密钥。
* **技术特征D(基于第一签名和重新签名密钥针对文档生成第二签名):** 指重新签名单元利用重新签名密钥($RSK$)将第一级签名($\sigma_{\text{被委托方}}$)转换为代表委托方的第二级签名($\sigma_{\text{委托方}}$),且该第二签名可独立于第一签名进行验证。
* **技术特征E(重新签名单元处理与第一签名和/或第二签名相关联的属性):** 指重新签名转换过程涉及对属性(如角色、职务、权限条件等)的处理。例如:验证第一签名是否满足预设属性策略/条件,或者使得生成的第二签名与第二组属性(委托方的属性集)绑定关联。
* **技术特征F(重新签名密钥生成器):** 指用于生成重新签名密钥($RSK$)的计算模块。
* **技术特征G(基于与第二组属性相关联的第二签名密钥生成重新签名密钥):** 指委托方(拥有第二组属性,如医生、部门主管)利用其自身的第二签名密钥($SK_{\omega\text{委托方}}$)生成供重新签名单元使用的重新签名密钥($RSK$)。
* **技术特征H(重新签名密钥使得能够将第一签名转换成与第二组属性相关联的第二签名):** 指重新签名密钥将委托方的属性集隐式或显式地嵌入转换过程,使转换后的第二签名在验证时被认定为具有第二组属性(委托方属性)的有效签名。
---
### 二、 对比文件原文公开情况与特征比对表格
为了便于区分,将三份对比文件分别指代为:
* **D1:** US20020069174A1(US2002069174A)
* **D2:** US20020138735A1(US2002138735A)
* **D3:** JP2002341762A
#### 1. 各对比文件公开特征分析
* **D1 (US20020069174A1):** 公开了一种基于元协议(GUMP)的电子商务交易方法,涉及委托证书(GDC)和关系证书(GRC),用于被委托人代表委托人协商交易并由委托人提交签名。
* **D2 (US20020138735A1):** 公开了一种交易处理系统中的消息加密和数字签名方法。侧重于消息缓冲区(Buffer)的端到端加密、PKCS-7封装、数字签名生成与自动验证、时间戳管理。
* **D3 (JP2002341762A):** 公开了一种电子签名代行方法及装置。共用电子签名装置保存有签名用密钥、权限信息(条件)及利用者的属性信息。电子签名装置接收利用者的签名请求后,根据利用者的属性信息(静态/动态属性)匹配权限信息,确定可调用的签名用密钥,并代行为该数据生成电子签名。
#### 2. 权利要求1技术特征比对表格
| 权利要求1技术特征 | D1 (US20020069174A1) | D2 (US20020138735A1) | D3 (JP2002341762A) |
| A:第一签名生成单元(1) | 实质公开<br>Delegate/Client终端(段[0098]-[0100]) | 实质公开<br>发送进程/客户端(段[0117]-[0119]) | 实质公开<br>利用者终端12(段[0001]、[0013]) |
| B:基于第一签名密钥(12)和文档(11)生成第一签名(10) | 实质公开<br>Delegate利用其私钥签署请求/许可(段[0098]-[0100], [0148]) | 实质公开<br>发送方利用私钥及消息摘要生成数字签名(段[0117]-[0121], 图10,11) | 实质公开<br>利用者利用其密钥或认证信息向代理装置发起签名请求(段[0002], [0013]) |
| C:重新签名单元(2) | 未公开<br>D1中委托人亲自对交易凭证二次签名(段[0095], [0152]),非代理重新签名 | 未公开<br>D2仅为多重签名/转发,无代理重新签名机制 | 实质公开<br>电子署名装置300的签名部317代行生成签名(段[0006], [0010]) |
| D:基于第一签名(10)和重新签名密钥(14)针对文档生成第二签名(13) | 未公开<br>D1不涉及利用“重新签名密钥”将第一签名转为第二签名 | 未公开<br>D2无重新签名密钥变换机制 | 部分实质公开 / 差异<br>D3由电子署名装置300代行生成签名(段[0006], [0010]),但其使用的是存储的注册者“签名用密钥”,非基于第一签名和重新签名密钥进行数学/加密上的密文转换。 |
| E:重新签名单元(2)被布置为处理与第一签名和/或第二签名相关联的属性(15, 16) | 未公开 | 未公开 | 实质公开<br>解析利用者的属性信息(静态/动态属性)并匹配权限条件,以决定使用的签名用密钥(段[0006], [0011]-[0012]) |
| F:重新签名密钥生成器(3) | 未公开 | 未公开 | 未公开<br>D3中仅为注册签名用密钥(段[0003], [0012]),无重新签名密钥生成器 |
| G:基于与第二组属性(16')相关联的第二签名密钥(18)生成重新签名密钥(14) | 未公开 | 未公开 | 未公开<br>D3未公开利用第二签名密钥推导生成重新签名密钥 |
| H:重新签名密钥(14)使得能够将第一签名(10)转换成与第二组属性(16)相关联的第二签名(13) | 未公开 | 未公开 | 未公开<br>D3是直接调用注册者的签名密钥进行代行签名,而非利用重新签名密钥将第一签名进行密文转换 |
#### 3. 详细出处与原文对照
* **D1 (US20020069174A1):**
* *特征A/B出处:* Paragraph [0098]-[0100] "...Bob may have a GUMP Delegation Certificate (GDC) that binds his public key to Alice's unsecret... Bob can negotiate for Alice, but only Alice can commit." 及 Paragraph [0148] "In an issue step... GDC 147, which is digitally signed by client 110, is sent from the client to delegate 144."
* **D2 (US20020138735A1):**
* *特征A/B出处:* Paragraph [0117]-[0121] & FIG. 10, 11 "Signing a buffer involves three steps: First, the signing party must have access to a private signature key... The final step is the actual signature generation..."
* **D3 (JP2002341762A):**
* *特征A/B/C出处:* Paragraph [0006] "署名用鍵登録者の署名用鍵を他者が利用する際の権限情報(条件)を電子署名装置に登録しておき... 決定された署名用鍵を用いて、その要求された対象データに対して電子署名を行い..." 及 Paragraph [0010] "署名用鍵非登録者を含む、複数の利用者からの要求に応じて... 電子署名を行う署名部317を備える。"
* *特征E出处:* Paragraph [0011]-[0012] "署名対象データ属性解析部316... 利用者の属性情報には、静的属性情報与動的属性情報があり... 権限情報は署名用鍵権限情報保存部311に格納される。"
---
### 三、 最接近的对比文件(最接近现有技术)分析
#### 1. 技术问题与技术效果对比分析
* **目标专利:**
* *要解决的技术问题:* 在基于属性的签名(ABS)系统中,如何在不泄露委托方私有签名密钥的前提下,实现灵活、安全的代理重新签名(Proxy Re-signature)与授权委托。
* *技术效果:* 允许委托方基于属性将签署授权委托给用户组,代理单元利用重新签名密钥即可将第一签名转换为与第二组属性绑定的第二签名,被委托方和代理均无法获取委托方的私有密钥。
* **D3 (JP2002341762A):**
* *要解决的技术问题:* 如何在共用电子签名代理装置中,允许非注册人或无权人在满足一定权限条件/属性的情况下,利用他人注册的签名密钥代行生成电子签名。
* *技术效果:* 实现了基于使用者属性(静态/动态属性)与权限条件的匹配,灵活共享和调用电子签名密钥。
* **D1与D2:**
* D1侧重于电子商务交易中的关系证书与委托协商流程;D2侧重于分布式交易服务端/客户端消息缓冲区的安全封装与加密签名。二者均未明确引入“属性签名”与“代理重新签名(Proxy Re-signature)”的概念。
#### 2. 最接近对比文件的确定
**D3 (JP2002341762A) 是最接近的对比文件。**
* *原因:* D3同样属于“代理/代行电子签名系统”领域,且明确公开了**基于“利用者/数据的属性信息”与“权限条件”进行匹配,进而代行生成电子签名**的核心技术构思(公开了特征A、B、C以及特征E的核心思想)。
---
### 四、 区别技术特征、无效最薄弱特征及创造性分析
#### 1. 目标专利权利要求1相对于D3的区别技术特征
将D3作为最接近的现有技术,权利要求1与D3的主要区别特征在于:
1. **重新签名机制的加密学实现方式不同(区别特征D、H):** 目标专利是基于“第一签名”和“重新签名密钥”,由重新签名单元将第一签名直接**转换/变换**为与第二组属性相关联的第二签名;而D3是代理装置在验证属性匹配后,直接**调用保存的第二人签名密钥**对原始文档进行签名。
2. **存在重新签名密钥生成器(区别特征F、G):** 目标专利包含重新签名密钥生成器,用于基于与第二组属性相关联的第二签名密钥(委托方私钥)生成专门的重新签名密钥。D3中无此结构,D3直接将签名私钥存储于代理装置中。
#### 2. 无效请求中最薄弱的技术特征分析
目标专利权利要求1在无效宣告程序中**最薄弱(最容易被攻破)的技术特征是:特征E(重新签名单元处理与第一签名/第二签名相关联的属性)。**
* *薄弱原因分析:*
1. **D3已完整公开特征E:** D3的段落[0006]、[0011]、[0012]明确记载了“署名対象データ属性解析部”和“利用可能署名用鍵抽出部”,其根据利用者的静态属性(年龄、性别、所属)和动态属性(服务种别、交易金额)匹配权限信息(条件),以选择对应的签名密钥。这与目标专利特征E中“处理与第一签名/第二签名相关联的属性”在技术实质上完全一致。
2. **“代理重新签名(Proxy Re-signature)”本身属于公知密码学基本构型:** 目标专利说明书在【0021】明确承认了“代理重新签名系统(US 2009/0327735 A1)用于将被委托方签名转换成委托方签名”。如果检索到将“代理重新签名(Proxy Re-signature)”与“基于属性的签名(ABS)”结合的现有技术文献(即下文策略中的针对性文献),特征D、F、G、H的组合将被认为属于本领域的显而易见结合。
---
### 五、 进一步的对比文件检索策略(针对目标专利的无效检索建议)
鉴于目前现有的D1、D2、D3尚未完全覆盖“利用第二签名密钥推导生成重新签名密钥,并将第一签名转换为第二签名”这一**基于属性的代理重新签名(Attribute-Based Proxy Re-signature, ABPRS)**的加密算法特征,建议采取以下深度检索策略:
#### 1. 核心密码学论文与会议文献检索(重点突破口)
目标专利的技术实质是**Attribute-Based Proxy Re-signature (ABPRS)**。该领域的学术论文通常早于专利申请(目标专利优先权日为2011/2012年左右):
* **重点检索数据库:** IEEE Xplore, ACM Digital Library, SpringerLink (LNCS系列), IACR Cryptology ePrint Archive (Cryptology ePrint Archive).
* **核心关键词组合(英文):**
* `"Attribute-Based Proxy Re-signature"` OR `"Attribute Based Proxy Resignature"`
* `"Attribute-Based Signature"` AND `"Proxy Re-signature"`
* `"Attribute"` AND `"Re-signature key"` AND `"transformation"`
* **重点追踪作者/机构:** Dalia Khader(目标专利背景技术[0003]引用的作者)、Mihir Bellare、Giuseppe Ateniese、Lukas Kowalczyk 等学术界研究代理重新签名的学者。
#### 2. 专利文献检索矩阵(IPC/CPC分类号 + 关键词)
* **推荐分类号:**
* `H04L9/32`(涉及安全通信中用于验证身份或校验消息的装置或方法,如数字签名)
* `H04L9/08`(密钥协商与密钥分发)
* `G06F21/60`、`G06F21/62`(保护计算机数据/访问控制)
* **检索逻辑公式:**
1. `(H04L9/32/ic/cc OR G06F21/60/ic/cc) AND ((attribute PRE/3 sign+) AND (proxy PRE/3 re-sign+ OR re-key))`
2. `((attribute-based OR ABS) NEAR3 (signature OR signing)) AND ("re-signature" OR "resignature" OR "re-key" OR "rekey")`
#### 3. 针对最薄弱特征与区别特征的结合策略
* 以 **D3 (JP2002341762A)** 为近距离对比文件(提供:基于属性/权限条件控制代理签名的系统架构,即特征A、B、C、E)。
* 寻找一份公开了 **“基于属性的代理重新签名算法(ABPRS)”** 的文献(即D4,提供:利用委托方私钥生成重新签名密钥,将第一签名密文转换为带新属性集第二签名的数学机制,即特征D、F、G、H)。
* **结合逻辑:** D3提供了基于属性匹配代理签名的业务需求与架构,D4提供了具体的基于属性代理重新签名的算法实现,本领域技术人员为了避免在代理服务器上明文存储委托方的私钥(解决D3私钥存储安全隐患),有动机引入D4的代理重新签名算法对D3进行技术改进,从而得出权利要求1的技术方案,破坏其创造性。
```python?code_reference&code_event_index=1
import weasyprint
html_content = """<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<style>
@page {
size: A4;
margin: 15mm 12mm;
background-color: #ffffff;
@bottom-right {
content: "第 " counter(page) " 页,共 " counter(pages) " 页";
font-family: "SimSun", "Songti SC", serif;
font-size: 9pt;
color: #666666;
}
}
*, *::before, *::after {
box-sizing: border-box;
}
body {
margin: 0;
padding: 0;
font-family: "SimSun", "Songti SC", "STSong", serif;
font-size: 10.5pt;
line-height: 1.6;
color: #222222;
}
h1 {
font-family: "SimHei", "Heiti SC", sans-serif;
font-size: 18pt;
text-align: center;
color: #1a365d;
margin-top: 0;
margin-bottom: 8px;
padding-bottom: 8px;
border-bottom: 2px solid #1a365d;
}
.subtitle {
text-align: center;
font-size: 11pt;
color: #4a5568;
margin-bottom: 20px;
font-weight: bold;
}
h2 {
font-family: "SimHei", "Heiti SC", sans-serif;
font-size: 13pt;
color: #1a365d;
border-left: 4px solid #2b6cb0;
padding-left: 8px;
margin-top: 20px;
margin-bottom: 10px;
page-break-after: avoid;
}
h3 {
font-family: "SimHei", "Heiti SC", sans-serif;
font-size: 11pt;
color: #2d3748;
margin-top: 14px;
margin-bottom: 6px;
page-break-after: avoid;
}
p {
margin-top: 4px;
margin-bottom: 8px;
text-align: justify;
}
ul, ol {
margin-top: 4px;
margin-bottom: 8px;
padding-left: 20px;
}
li {
margin-bottom: 4px;
}
table {
width: 100%;
border-collapse: collapse;
margin-top: 10px;
margin-bottom: 14px;
font-size: 9.5pt;
page-break-inside: auto;
}
tr {
page-break-inside: avoid;
}
th {
background-color: #2b6cb0;
color: #ffffff;
font-family: "SimHei", "Heiti SC", sans-serif;
font-weight: bold;
padding: 7px 6px;
border: 1px solid #2b6cb0;
text-align: center;
}
td {
border: 1px solid #cbd5e0;
padding: 6px;
vertical-align: top;
line-height: 1.4;
}
tr:nth-child(even) td {
background-color: #f7fafc;
}
.callout {
background-color: #ebf8ff;
border-left: 4px solid #3182ce;
padding: 10px 12px;
margin: 12px 0;
border-radius: 0 4px 4px 0;
font-size: 10pt;
}
.callout-title {
font-family: "SimHei", "Heiti SC", sans-serif;
font-weight: bold;
color: #2b6cb0;
margin-bottom: 4px;
}
.warning-box {
background-color: #fffaf0;
border-left: 4px solid #dd6b20;
padding: 10px 12px;
margin: 12px 0;
border-radius: 0 4px 4px 0;
font-size: 10pt;
}
.warning-title {
font-family: "SimHei", "Heiti SC", sans-serif;
font-weight: bold;
color: #c05621;
margin-bottom: 4px;
}
.math {
font-family: "Times New Roman", serif;
font-style: italic;
font-weight: bold;
color: #1a202c;
}
.code-inline {
font-family: "Courier New", monospace;
background-color: #edf2f7;
padding: 1px 4px;
border-radius: 3px;
font-size: 9pt;
}
.feature-tag {
font-family: "SimHei", sans-serif;
font-weight: bold;
color: #2c5282;
}
</style>
</head>
<body>
<h1>基于属性的数字签名专利无效/创造性深度法律分析报告</h1>
<div class="subtitle">目标专利:CN103069745B《基于属性的数字签名》 | 分析视角:资深专利代理师</div>
<h2>一、 目标专利权利要求1说明书解释与技术特征拆解</h2>
<p>基于《专利审查指南》及专利法第59条第1款规定,“权利要求的保护范围应当以其内容为准,说明书及附图可以用于解释权利要求的内容”。本报告紧密结合目标专利(CN103069745B)说明书原文,对权利要求1的各个技术特征进行界定与拆解:</p>
<ul>
<li><span class="feature-tag">技术特征A:第一签名生成单元(1)</span><br>
<b>说明书解释:</b>说明书[0031]-[0033]及图1公开,第一签名生成单元可运行于分布式计算机或独立计算机设备上。它并非单一硬件,而是包含基于第一签名密钥生成第一数字签名的逻辑执行单元或软件模块。</li>
<li><span class="feature-tag">技术特征B:其用于基于第一签名密钥(12)和文档(11)针对所述文档(11)生成第一签名(10)</span><br>
<b>说明书解释:</b>说明书[0033]及[0056]公开,第一签名密钥<span class="math">SK<sub>ω被委托方</sub></span>与被委托方的属性集<span class="math">ω<sub>被委托方</sub></span>相关联,第一签名生成单元利用该密钥对文档/消息<span class="math">m</span>进行第一级签名运算生成第一签名<span class="math">σ<sub>被委托方</sub></span>。</li>
<li><span class="feature-tag">技术特征C:重新签名单元(2)</span><br>
<b>说明书解释:</b>说明书[0008]、[0026]、[0050]指出,重新签名单元可以是一个半信任代理(Semi-trusted Proxy)或独立服务器,能够在不获知委托方私钥的前提下执行重新签名计算。</li>
<li><span class="feature-tag">技术特征D:其被布置为基于所述第一签名(10)和重新签名密钥(14)针对所述文档(11)生成第二签名(13)</span><br>
<b>说明书解释:</b>说明书[0008]、[0057]公开,重新签名单元利用委托方生成的重新签名密钥(Re-signature Key, <span class="math">RSK</span>),将第一签名(被委托方签名)转换为第二签名(委托方签名<span class="math">σ<sub>委托方</sub></span>),使得第二签名独立于第一签名验证。</li>
<li><span class="feature-tag">技术特征E:其中,所述重新签名单元(2)被布置为处理与所述第一签名(10)和/或所述第二签名(13)相关联的属性(15,16)</span><br>
<b>说明书解释:</b>说明书[0008]、[0034]-[0035]明确强调,重新签名单元在转换过程中处理属性,包括检查第一签名的属性集是否满足访问策略/条件(条件17/17'),或者将重新签名密钥绑定的第二组属性赋给第二签名,实现基于属性的委托授权控制。</li>
<li><span class="feature-tag">技术特征F:重新签名密钥生成器(3)</span><br>
<b>说明书解释:</b>说明书[0037]-[0038]及图1公开,重新签名密钥生成器可由拥有委托权限的用户控制(或托管在第二签名生成单元所在的计算机上),用于计算并分发代理重新签名算法所需的密钥。</li>
<li><span class="feature-tag">技术特征G:所述重新签名密钥生成器(3)用于基于与第二组属性(16')相关联的第二签名密钥(18)生成所述重新签名密钥(14)</span><br>
<b>说明书解释:</b>说明书[0011]、[0028]及[0055]公开,委托方利用其拥有的第二签名密钥<span class="math">SK<sub>ω委托方</sub></span>(与第二组属性<span class="math">ω<sub>委托方</sub></span>关联,如医生角色),通过重新密钥生成算法(Re-Key Generation)衍生出重新签名密钥<span class="math">RSK</span>,无需主密钥参与。</li>
<li><span class="feature-tag">技术特征H:其中,所述重新签名密钥(14)使得所述重新签名单元(2)能够将所述第一签名(10)转换成与所述第二组属性(16)相关联的第二签名(13)</span><br>
<b>说明书解释:</b>说明书[0009]、[0039]公开,重新签名密钥将委托方的第二组属性加密结合或替换到签名中,使得转换后的第二签名在验证时表现为是由具备第二组属性(如“医生”角色)的实体签署的有效签名。</li>
</ul>
<h2>二、 对比文件原文出处与权利要求1特征比对</h2>
<p>以下为三份对比文件的详细信息及针对权利要求1的特征比对分析:</p>
<ul>
<li><b>对比文件D1:</b>US5422953A(公开日:1995-06-06,标题:<i>Personal date_time notary device</i>)</li>
<li><b>对比文件D2:</b>US5659616A(公开日:1997-08-19,标题:<i>Method for securely using digital signatures in a commercial cryptographic system</i>)</li>
<li><b>对比文件D3:</b>US6151676A(公开日:2000-11-21,标题:<i>Administration and utilization of secret fresh random numbers in a networked environment</i>)</li>
</ul>
<table>
<thead>
<tr>
<th style="width: 18%;">权利要求1技术特征</th>
<th style="width: 27%;">对比文件D1 (US5422953A)</th>
<th style="width: 27%;">对比文件D2 (US5659616A)</th>
<th style="width: 27%;">对比文件D3 (US6151676A)</th>
</tr>
</thead>
<tbody>
<tr>
<td><b>特征A:</b>第一签名生成单元(1)</td>
<td><b>实质公开:</b>[Col. 3, Ins. 33-51] 智能卡/便携设备中的处理器4与密钥存储器6,用于生成用户签名。</td>
<td><b>实质公开:</b>[Col. 8, Ins. 50-60; Fig. 6, 600] 用户终端/智能卡,用于生成用户的初始签名。</td>
<td><b>实质公开:</b>[Col. 5, Ins. 45-65; Fig. 1, 12] 用户设备(User Equipment 12),包含El-Gamal签名模块12d。</td>
</tr>
<tr>
<td><b>特征B:</b>基于第一签名密钥和文档生成第一签名</td>
<td><b>实质公开:</b>[Col. 6, Ins. 30-55; Fig. 3, 50] 基于存储的私钥对文档/时间戳组合进行签名。</td>
<td><b>实质公开:</b>[Col. 8, Ins. 50-60; Fig. 6, 601-603] 智能卡利用用户私钥对交易文档601生成签名603。</td>
<td><b>实质公开:</b>[Col. 8, Ins. 10-30; Fig. 2, 60] 利用用户私钥KprUser和随机数R1对文档DOC生成签名S3。</td>
</tr>
<tr>
<td><b>特征C:</b>重新签名单元(2)</td>
<td><b>实质公开:</b>[Col. 7, Ins. 20-45; Fig. 4, 430-440] 可靠时间公证设施/公证设备,对接收到的签名/数据再次签名。</td>
<td><b>实质公开:</b>[Col. 9, Ins. 30-55; Fig. 9, 903-904] 时间戳公证服务(Timestamp Notary),接收签名并加签时间戳。</td>
<td><b>实质公开:</b>[Col. 6, Ins. 1-25; Fig. 1, 16] 服务器(Server 16),运行签名与验证协议。</td>
</tr>
<tr>
<td><b>特征D:</b>基于第一签名和重新签名密钥针对文档生成第二签名</td>
<td><b>未公开/仅公证加签:</b>[Col. 7, Ins. 30-45] 仅为公证设备用其自身的公证密钥对用户签名加签(Counter-sign),非“将第一签名转换为第二签名”。</td>
<td><b>未公开/仅联合签名:</b>[Col. 10, Ins. 1-20; Fig. 9] 公证设备对用户签名进行连署/公证签名,不涉及使用委托重新签名密钥转换签名。</td>
<td><b>未公开/挑战应答机制:</b>[Col. 7, Ins. 1-40; Fig. 2] 服务器与客户端之间进行双向签名/验证(S1, S2, S3),属于身份认证与随机数分发,非代理重新签名。</td>
</tr>
<tr>
<td><b>特征E:</b>重新签名单元处理与第一/第二签名相关联的属性</td>
<td><b>未公开:</b>D1仅处理时间戳(Date/Time),不涉及基于属性的签名(ABS)或属性控制。</td>
<td><b>实质公开(非重新签名场景下):</b>[Col. 7, Ins. 25-65; Col. 8, Ins. 45-67; Fig. 5] 验证节点处理属性证书(Authorization Certificate)中的交易限额、角色等属性。</td>
<td><b>未公开:</b>D3基于用户ID和密钥,不涉及属性(Attribute)的处理与转换。</td>
</tr>
<tr>
<td><b>特征F:</b>重新签名密钥生成器(3)</td>
<td><b>未公开:</b>公证设备密钥由出厂初始化生成[Col. 4, Ins. 15-30],非衍生重新签名密钥。</td>
<td><b>未公开:</b>赞助商/CA生成属性证书,并非生成用于代理转换签名的重新签名密钥。</td>
<td><b>未公开:</b>D3在服务器端生成随机数与密钥包,非生成重新签名密钥。</td>
</tr>
<tr>
<td><b>特征G:</b>基于与第二组属性相关联的第二签名密钥生成重新签名密钥</td>
<td><b>未公开:</b>无属性概念,无第二签名密钥生成重新签名密钥的机制。</td>
<td><b>未公开:</b>赞助商通过PKI体系颁发属性证书,并非利用自身的第二签名密钥计算生成重新签名密钥。</td>
<td><b>未公开:</b>不包含基于属性的密钥衍生机制。</td>
</tr>
<tr>
<td><b>特征H:</b>重新签名密钥使重新签名单元能够将第一签名转换成与第二组属性相关联的第二签名</td>
<td><b>未公开:</b>D1为嵌套签名/联署,第一签名依然保留,未被转换或替换为第二属性签名。</td>
<td><b>未公开:</b>D2通过多重签名/公证验证属性限制,并非通过重新签名密钥将第一签名“代理转换”为第二属性签名。</td>
<td><b>未公开:</b>D3不具备代理重新签名(Proxy Re-signature)与属性替换机制。</td>
</tr>
</tbody>
</table>
<h2>三、 最接近对比文件的选择与创造性分析</h2>
<h3>1. 最接近对比文件的选择分析</h3>
<p>在创造性审查或无效宣告中,最接近对比文件的选择应优先考虑<b>技术领域、所解决的技术问题、技术方案的贴近程度及技术效果</b>:</p>
<div class="callout">
<div class="callout-title">最接近对比文件推荐:对比文件 D2 (US5659616A)</div>
<p><b>选择理由:</b></p>
<ul>
<li><b>技术领域与问题高度重合:</b>D2同样致力于解决在商业密码系统/分布式环境中,如何安全地进行数字签名验证、授权控制以及减少风险的问题(D2说明书Col. 1, Ins. 10-25)。它全面引入了<b>属性证书(Attribute Certificate)</b>、角色(Roles)、交易限额、连署要求(Cosignature Requirements)等机制(D2 Col. 7-8)。</li>
<li><b>方案重合度最高:</b>D2公开了完整的“基于属性进行签名验证与授权”的架构。D2明确公开了特征A、B、C以及特征E(即由验证/中间节点处理与签名相关联的属性证书)。</li>
<li><b>技术效果最接近:</b>目标专利旨在解决在委托授权或异构网络中灵活控制签名权限、防止私钥泄露的问题(目标专利[0008])。D2同样旨在通过属性与授权机制实现严格的细粒度访问控制和风险分散(D2 Col. 7, Ins. 50-65)。</li>
</ul>
</div>
<p><b>关于 D1 与 D3 的定位:</b></p>
<ul>
<li><b>D1 (US5422953A):</b>侧重于硬件公证设备(Smart Card/Trusted Clock)自动附加公证时间戳。其公证签名属于对原始签名的“二次加签”(Counter-signature),不涉及代理重新签名和属性控制,不适合作为首选的最接近对比文件。</li>
<li><b>D3 (US6151676A):</b>侧重于网络环境下基于El-Gamal算法的安全随机数分发与挑战应答协议,解决随机数新鲜度与重放攻击问题。其密码学机制与目标专利的“基于属性的代理重新签名”相去甚远。</li>
</ul>
<h3>2. 区别特征与技术效果分析(以 D2 为最接近对比文件)</h3>
<p>将权利要求1与 D2 进行对比,权利要求1相对于 D2 的<b>主要区别特征</b>在于:</p>
<ol>
<li><b>重新签名机制(特征D、H):</b>D2采用的是“原始签名 + 连署(Cosignature)/ 属性证书验证”模式,原始签名保持不变;而权利要求1采用<b>代理重新签名(Proxy Re-encryption/Re-signature)机制</b>,利用重新签名密钥将第一签名直接“转换(Convert/Transform)”为与第二组属性相关联的第二签名。</li>
<li><b>重新签名密钥衍生机制(特征F、G):</b>权利要求1设置了重新签名密钥生成器,由拥有第二组属性的实体利用其第二签名密钥(<span class="math">SK<sub>ω委托方</sub></span>)衍生出重新签名密钥(<span class="math">RSK</span>),从而使半信任代理能够在不获知委托方私钥的情况下完成签名转换;而 D2 中的授权证书由CA或赞助商(Sponsor)直接签发,不包含这种基于签名密钥衍生代理重新签名密钥的密码学构造。</li>
</ol>
<p><b>区别特征实际解决的技术问题:</b><br>
如何在不泄露委托方私钥、且无需被委托方与委托方进行实时交互的情况下,实现基于属性的签名授权委托与签名格式的无缝代理转换。</p>
<p><b>达到的技术效果:</b><br>
委托方无需将自己的签名私钥共享给被委托方或代理,即可实现授权委托;同时,被委托方只需生成初始签名,由半信任代理转换为带有委托方属性的第二签名,大幅降低了被委托方的密钥存储负担,避免了私钥泄露风险,且转换后的签名可独立验证(目标专利说明书[0008]-[0009])。</p>
<h2>四、 最薄弱的技术特征与无效宣告策略</h2>
<h3>1. 最薄弱技术特征分析</h3>
<div class="warning-box">
<div class="warning-title">⚠️ 权利要求1最薄弱的技术特征:特征 E 与 特征 H</div>
<p><b>最薄弱点判断理由:</b></p>
<ul>
<li><b>特征E(重新签名单元处理属性):</b>撰写格式过于宽泛("处理与第一签名和/或第二签名相关联的属性")。在密码学文献中,代理重新签名(Proxy Re-signature, PRS)本身就常伴随身份/属性信息的映射。如果对比文件公开了“根据用户身份/角色重新签名”,则“处理属性”这一特征极易被认定为本领域普通技术人员的常规选择或逻辑延伸。</li>
<li><b>特征H(重新签名密钥将第一签名转换为第二组属性的第二签名):</b>其本质是<b>“代理重新签名(Proxy Re-signature, PRS)”与“基于属性的签名(Attribute-Based Signature, ABS)”的简单概念组合(即 ABPRSS)</b>。在密码学领域,将两种已知算法(ABS + PRS)进行组合是本领域技术人员显而易见的思路。</li>
</ul>
</div>
<h3>2. 进一步对比文件检索策略(无效检索指南)</h3>
<p>由于现有对比文件(D1-D3)未能完全公开“<b>基于属性的代理重新签名(Attribute-Based Proxy Re-signature)</b>”这一核心密码学结构,若要成功无效权利要求1,必须补充检索能够公开“代理重新签名(PRS)”或“基于属性的代理重新签名(ABPRS)”的现有技术。建议采取以下检索策略:</p>
<h4>(1) 扩展检索关键词组合(英文与中文)</h4>
<ul>
<li><b>核心概念1(代理重新签名):</b><code class="code-inline">"proxy re-signature"</code> OR <code class="code-inline">"proxy resign"</code> OR <code class="code-inline">"signature conversion"</code> OR <code class="code-inline">"signature transformation"</code> OR <code class="code-inline">代理重新签名</code> OR <code class="code-inline">代理重签名</code> OR <code class="code-inline">签名转换</code></li>
<li><b>核心概念2(基于属性):</b><code class="code-inline">"attribute-based"</code> OR <code class="code-inline">"attribute based"</code> OR <code class="code-inline">"ABS"</code> OR <code class="code-inline">基于属性</code></li>
<li><b>组合逻辑检索式:</b><code class="code-inline">("attribute-based" OR "attribute based" OR ABS) AND ("proxy re-signature" OR "proxy resign" OR "re-signature key")</code></li>
</ul>
<h4>(2) 重点检索非专利文献(NPL)与密码学顶级会议</h4>
<p>代理重新签名和基于属性签名属于学术界率先突破的理论密码学技术,专利申请通常滞后于学术论文。目标专利的优先权日/申请日约为 <b>2011年前后</b>(引用文献为2007年Dalia Khader的论文),因此应重点检索 <b>2000年 — 2011年期间</b> 的以下密码学顶会与期刊:</p>
<ul>
<li><b>IACR Cryptology ePrint Archive</b>(密码学预印本数据库,最容易找到现有技术)</li>
<li><b>EUROCRYPT / CRYPTO / ASIACRYPT</b>(IACR三大密码顶会)</li>
<li><b>PKC (Public Key Cryptography)</b></li>
<li><b>ACM CCS / IEEE S&P</b></li>
</ul>
<h4>(3) 关键追踪文献线索(精准靶向)</h4>
<ul>
<li><b>代理重新签名(PRS)开山之作:</b>Blaze, Bleumer, and Strauss在1998年提出的<i>"Divertible protocols and atomic proxy cryptography"</i>,以及 Ateniese & Hohenberger 在 2005 年发表的代理重新签名专著<i>"Proxy re-signatures: Part 1"</i>(ACM CCS 2005)。这两篇文献完整公开了特征C、D、F、G的代理重新签名数学框架。</li>
<li><b>结合逻辑(结合公知常识):</b>以 Ateniese 2005年公开的 PRS 技术作为对比文件D4,结合 D2 (US5659616A) 中公开的属性证书(ABS/属性控制)概念。本领域技术人员在面对“分布式/委托授权场景下灵活转换签名”的技术问题时,将 D2 的属性思想引入 D4 的代理重新签名框架中,得出权利要求1的技术方案是显而易见的,从而击垮其创造性。</li>
</ul>
</body>
</html>
"""
# Save and compile PDF
with open("patent_analysis_report.html", "w", encoding="utf-8") as f:
f.write(html_content)
weasyprint.HTML("patent_analysis_report.html").write_pdf("patent_analysis_report.pdf")
print("PDF generated successfully.")
```
```text?code_stdout&code_event_index=1
PDF generated successfully.
```
Your PDF file is ready
[file-tag: code-generated-file-d7dcd582-4848-4e63-9d99-eb8152750c8f]
---
### 基于属性的数字签名专利无效/创造性深度法律分析报告
尊敬的客户/专利代理团队:
作为资深专利代理师,我紧密结合目标专利 **CN103069745B《基于属性的数字签名》** 说明书原文,对权利要求1进行了深入的技术特征拆解,并对照对比文件 **D1 (US5422953A)**、**D2 (US5659616A)** 及 **D3 (US6151676A)** 的原文出处进行了细致的比对分析,选定了最接近的对比文件,指出了最薄弱的技术特征,并给出了进一步的无效检索策略。
具体分析如下:
---
### 一、 目标专利说明书对权利要求1的解释与特征拆解
根据《专利审查指南》及专利法第59条第1款规定,权利要求的保护范围应当以其内容为准,说明书可以用于解释权利要求的内容。
1. **技术特征A:第一签名生成单元(1)**
* **说明书解释**:说明书[0031]-[0033]及图1公开,第一签名生成单元可运行于分布式计算机或独立计算机设备上。它并非单一硬件,而是包含基于第一签名密钥生成第一数字签名的逻辑执行单元或软件模块。
2. **技术特征B:基于第一签名密钥(12)和文档(11)针对所述文档(11)生成第一签名(10)**
* **说明书解释**:说明书[0033]及[0056]公开,第一签名密钥 $SK_{\omega\text{被委托方}}$ 与被委托方的属性集 $\omega_{\text{被委托方}}$ 相关联,第一签名生成单元利用该密钥对文档/消息 $m$ 进行第一级签名运算生成第一签名 $\sigma_{\text{被委托方}}$。
3. **技术特征C:重新签名单元(2)**
* **说明书解释**:说明书[0008]、[0026]、[0050]指出,重新签名单元可以是一个半信任代理(Semi-trusted Proxy)或独立服务器,能够在不获知委托方私钥的前提下执行重新签名计算。
4. **技术特征D:被布置为基于所述第一签名(10)和重新签名密钥(14)针对所述文档(11)生成第二签名(13)**
* **说明书解释**:说明书[0008]、[0057]公开,重新签名单元利用委托方生成的重新签名密钥(Re-signature Key, $RSK$),将第一签名(被委托方签名)转换为第二签名(委托方签名 $\sigma_{\text{委托方}}$),使得第二签名独立于第一签名验证。
5. **技术特征E:所述重新签名单元(2)被布置为处理与所述第一签名(10)和/或所述第二签名(13)相关联的属性(15,16)**
* **说明书解释**:说明书[0008]、[0034]-[0035]明确强调,重新签名单元在转换过程中处理属性,包括检查第一签名的属性集是否满足访问策略/条件(条件17/17'),或者将重新签名密钥绑定的第二组属性赋给第二签名,实现基于属性的委托授权控制。
6. **技术特征F:重新签名密钥生成器(3)**
* **说明书解释**:说明书[0037]-[0038]及图1公开,重新签名密钥生成器可由拥有委托权限的用户控制(或托管在第二签名生成单元所在的计算机上),用于计算并分发代理重新签名算法所需的密钥。
7. **技术特征G:所述重新签名密钥生成器(3)用于基于与第二组属性(16')相关联的第二签名密钥(18)生成所述重新签名密钥(14)**
* **说明书解释**:说明书[0011]、[0028]及[0055]公开,委托方利用其拥有的第二签名密钥 $SK_{\omega\text{委托方}}$(与第二组属性 $\omega_{\text{委托方}}$ 关联,如医生角色),通过重新密钥生成算法(Re-Key Generation)衍生出重新签名密钥 $RSK$,无需主密钥参与。
8. **技术特征H:所述重新签名密钥(14)使得所述重新签名单元(2)能够将所述第一签名(10)转换成与所述第二组属性(16)相关联的第二签名(13)**
* **说明书解释**:说明书[0009]、[0039]公开,重新签名密钥将委托方的第二组属性加密结合或替换到签名中,使得转换后的第二签名在验证时表现为是由具备第二组属性(如“医生”角色)的实体签署的有效签名。
---
### 二、 对比文件原文出处与权利要求1技术特征比对表
* **D1**:US5422953A(公开日:1995-06-06,*Personal date_time notary device*)
* **D2**:US5659616A(公开日:1997-08-19,*Method for securely using digital signatures in a commercial cryptographic system*)
* **D3**:US6151676A(公开日:2000-11-21,*Administration and utilization of secret fresh random numbers in a networked environment*)
| 权利要求1技术特征 | 对比文件 D1 (US5422953A) | 对比文件 D2 (US5659616A) | 对比文件 D3 (US6151676A) |
| 特征A: 第一签名生成单元(1) | 实质公开:[Col. 3, Ins. 33-51] 智能卡/便携设备中的处理器4与密钥存储器6。 | 实质公开:[Col. 8, Ins. 50-60; Fig. 6, 600] 用户终端/智能卡。 | 实质公开:[Col. 5, Ins. 45-65; Fig. 1, 12] 用户设备(User Equipment 12)及签名模块12d。 |
| 特征B: 基于第一签名密钥和文档生成第一签名 | 实质公开:[Col. 6, Ins. 30-55; Fig. 3, 50] 基于私钥对文档/时间戳组合签名。 | 实质公开:[Col. 8, Ins. 50-60; Fig. 6, 601-603] 利用用户私钥对交易文档601生成签名603。 | 实质公开:[Col. 8, Ins. 10-30; Fig. 2, 60] 利用用户私钥 $K_{prUser}$ 和随机数对文档生成签名S3。 |
| 特征C: 重新签名单元(2) | 实质公开:[Col. 7, Ins. 20-45; Fig. 4, 430-440] 可靠时间公证设施/公证设备。 | 实质公开:[Col. 9, Ins. 30-55; Fig. 9, 903-904] 时间戳公证服务(Timestamp Notary)。 | 实质公开:[Col. 6, Ins. 1-25; Fig. 1, 16] 服务器(Server 16)。 |
| 特征D: 基于第一签名和重新签名密钥针对文档生成第二签名 | 未公开/仅公证加签:[Col. 7, Ins. 30-45] 仅为公证设备用其自身的公证密钥对用户签名加签(Counter-sign),非“转换签名”。 | 未公开/仅联合签名:[Col. 10, Ins. 1-20; Fig. 9] 公证设备对用户签名进行连署/公证签名,不涉及代理重新签名密钥转换。 | 未公开/挑战应答机制:[Col. 7, Ins. 1-40; Fig. 2] 双向签名与应答(S1, S2, S3),非代理重新签名。 |
| 特征E: 重新签名单元处理与第一/第二签名相关联的属性 | 未公开:仅处理时间戳,不涉及基于属性的签名(ABS)。 | 实质公开(非重新签名场景):[Col. 7, Ins. 25-65; Col. 8, Ins. 45-67; Fig. 5] 验证节点处理属性证书中的限额、角色等属性。 | 未公开:基于用户ID和密钥,不涉及属性(Attribute)的处理与转换。 |
| 特征F: 重新签名密钥生成器(3) | 未公开:公证设备密钥由出厂初始化生成[Col. 4, Ins. 15-30]。 | 未公开:赞助商/CA签发属性证书,非生成代理重新签名密钥。 | 未公开:服务器生成随机数与密钥包,非生成重新签名密钥。 |
| 特征G: 基于与第二组属性相关联的第二签名密钥生成重新签名密钥 | 未公开:无属性概念,无第二签名密钥衍生重新签名密钥的机制。 | 未公开:赞助商通过PKI体系颁发属性证书,并非利用自身的第二签名密钥计算生成重新签名密钥。 | 未公开:不包含基于属性的密钥衍生机制。 |
| 特征H: 重新签名密钥使得能够将第一签名转换成与第二组属性相关联的第二签名 | 未公开:D1为嵌套签名/联署,第一签名依然保留,未被转换或替换。 | 未公开:通过多重签名/公证验证属性限制,并非通过重新签名密钥将第一签名“代理转换”为第二属性签名。 | 未公开:不具备代理重新签名(Proxy Re-signature)与属性替换机制。 |
---
### 三、 最接近对比文件的选择与创造性分析
#### 1. 最接近对比文件的选择:对比文件 D2 (US5659616A)
* **选择理由**:
1. **技术领域与问题高度重合**:D2同样致力于解决在商业密码系统/分布式环境中,如何安全地进行数字签名验证、授权控制以及减少风险的问题(D2 Col. 1, Ins. 10-25)。它全面引入了**属性证书(Attribute Certificate)**、角色(Roles)、交易限额、连署要求(Cosignature Requirements)等机制(D2 Col. 7-8)。
2. **方案贴近度最高**:D2公开了完整的“基于属性进行签名验证与授权”的架构,明确公开了特征A、B、C以及特征E(由验证/中间节点处理与签名相关联的属性证书)。
3. **技术效果最接近**:目标专利旨在解决在委托授权或异构网络中灵活控制签名权限、防止私钥泄露的问题([0008])。D2同样旨在通过属性与授权机制实现细粒度访问控制和风险分散(D2 Col. 7, Ins. 50-65)。
* **D1 与 D3 的定位**:D1 侧重于硬件公证设备(Trusted Clock)自动附加时间戳,属于“二次加签”;D3 侧重于 El-Gamal 算法下的随机数分发与挑战应答。两者在密码学架构上均不如 D2 贴近。
#### 2. 区别特征与技术效果(以 D2 为最接近对比文件)
* **主要区别特征**:
1. **重新签名机制(特征D、H)**:D2 采用“原始签名 + 连署(Cosignature)/ 属性证书验证”模式;而权利要求1采用**代理重新签名(Proxy Re-signature, PRS)机制**,利用重新签名密钥将第一签名直接“转换”为与第二组属性相关联的第二签名。
2. **重新签名密钥衍生机制(特征F、G)**:权利要求1设置了重新签名密钥生成器,由拥有第二组属性的实体利用其第二签名密钥($SK_{\omega\text{委托方}}$)衍生出重新签名密钥($RSK$);而 D2 中的授权证书由 CA 或赞助商(Sponsor)直接签发,不包含这种基于签名密钥衍生代理重新签名密钥的密码学构造。
* **实际解决的技术问题**:如何在不泄露委托方私钥、且无需被委托方与委托方实时交互的情况下,实现基于属性的签名授权委托与签名格式的无缝代理转换。
* **达到的技术效果**:委托方无需将私钥共享给被委托方或代理即可实现授权委托;被委托方只需生成初始签名,由半信任代理转换为带有委托方属性的第二签名,降低了被委托方的密钥存储负担,避免了私钥泄露风险,且转换后的签名可独立验证。
---
### 四、 最薄弱的技术特征与进一步检索策略
#### 1. 最薄弱的技术特征
* **特征 E(重新签名单元处理属性)与 特征 H(重新签名密钥将第一签名转换为第二组属性的第二签名)**。
* **原因分析**:特征E和H的本质是**“代理重新签名(Proxy Re-signature, PRS)”与“基于属性的签名(Attribute-Based Signature, ABS)”的组合(即 ABPRSS)**。在理论密码学领域,将两种已知密码学原语(ABS 与 PRS)进行技术组合是本领域普通技术人员显而易见的思路。
#### 2. 进一步对比文件检索策略(无效检索指南)
目前三份对比文件(D1-D3)未能完全公开“**代理重新签名(Proxy Re-signature)**”的数学模型和密钥衍生过程。为了彻底击垮权利要求1的创造性,建议采取以下补充检索策略:
1. **检索关键词扩展**:
* `("attribute-based" OR "attribute based" OR ABS) AND ("proxy re-signature" OR "proxy resign" OR "re-signature key")`
* 中文关键词:`("基于属性" OR "属性签名") AND ("代理重新签名" OR "代理重签名" OR "签名转换")`
2. **重点检索非专利文献(NPL)与密码学顶会/期刊**:
目标专利的优先权日/申请日约为 **2011年前后**(引用文献为2007年Dalia Khader的论文)。理论密码学成果通常先发表于顶级会议,建议重点检索 **2000年—2011年** 的以下数据库:
* **IACR Cryptology ePrint Archive**(密码学预印本数据库,最容易找到现有技术)
* **EUROCRYPT / CRYPTO / ASIACRYPT**(IACR三大密码顶会)
* **PKC (Public Key Cryptography) / ACM CCS / IEEE S&P**
3. **关键靶向文献与逻辑组合(结合公知常识)**:
* 重点追踪代理重新签名(PRS)的开山文献:如 Ateniese & Hohenberger 在 ACM CCS 2005 上发表的 *"Proxy re-signatures: Part 1"*。该文献完整公开了特征C、D、F、G的代理重新签名算法与密钥衍生机制。
* **结合逻辑**:以 Ateniese 2005 的 PRS 论文作为对比文件D4,结合 D2 (US5659616A) 中公开的属性证书(ABS/属性控制)概念。本领域技术人员在面对“分布式/委托授权场景下灵活转换签名”的技术问题时,将 D2 的属性思想引入 D4 的代理重新签名框架中,得出权利要求1的技术方案是显而易见的,从而证明权利要求1不具备创造性。
---
*注:详细的排版报告已同步生成为 PDF 文件(`patent_analysis_report.pdf`),可直接下载使用。*
根据权利要求1所述的系统,其中,所述重新签名单元(2)被布置为将所述第一签名(10)转换为所述第二签名(13)。
根据权利要求1所述的系统,其中,所述第二签名(13)与所述重新签名密钥(14)确定的第二组属性(16)相关联;其中,所述第二组属性(16)包括多个属性。
根据权利要求1或3所述的系统,其中,所述第一签名(10)与第一组属性(15)相关联;其中,所述第一组属性(15)包括多个属性;并且所述重新签名单元(2)被布置为仅在所述第一组属性(15)满足一组条件(17,17')时才生成所述第二签名(13)。
根据权利要求4所述的系统,其中,所述重新签名密钥(14)以加密方式将关于所述属性的所述一组条件并入。
根据权利要求3所述的系统,其中,所述第二签名密钥(18)使得第二签名生成单元(4)能够基于所述文档(11)生成与所述第二组属性(16”)相关联的签名(19)。
根据权利要求6所述的系统,其中,所述重新签名密钥生成器(3)被布置为基于所述第二签名密钥(18)进一步生成所述第一签名密钥(12);其中,所述第一签名密钥(12)和所述重新签名密钥(14)作为密钥对而生成;并且所述第一签名密钥(12)被提供给所述第一签名生成单元(1);并且所述重新签名密钥(14)被提供给所述重新签名单元(2)。
根据权利要求4所述的系统,其中,所述重新签名密钥生成器(3)被布置为根据所述一组条件(17”)生成所述重新签名密钥(14);其中,所述重新签名密钥(14)使得所述重新签名单元(2)能够将与满足所述一组条件(17”)的任何一组属性相关联的第一签名(10)转换成所述第二签名(13)。
根据权利要求4所述的系统,其中,所述重新签名单元(2)被布置为使用公共密钥(20)验证所述第一签名(10)是否与满足一组条件(17')的第一组属性(15)相关联;并且被布置为仅在所述第一签名(10)与满足所述一组条件(17')的一组属性(15)相关联的情况下生成所述第二签名(13)。
根据权利要求1所述的系统,还包括委托单元(5);所述委托单元(5)用于使得拥有第二组属性(16')的用户能够通过向所述重新签名单元(2)提供所述重新签名密钥(14);将他的利用与所述第二组属性(16)相关联的签名来签署文档(11)的授权委托给另一用户。