2026日更 ｜ 第 132 篇

在专利检索分析过程中，经常会忽视软件著作权（以下简称软著）的检索。

软著的保护期限比专利长，其包括自然人终生+50年或法人50年；授权方式也比较容易，为登记制，仅形式审查，不评估新颖性。

整体来说，软著保护具体代码，范围比较窄，但获权容易。

01-为什么

专利+软著关联检索分析的常见场景如下：

1.软件产品保护优化：确保核心算法有专利保护，核心代码有软著保护，避免“有代码无算法专利”被抄袭思想；

2.侵权诉讼：同时主张专利侵权（算法思想）和软著侵权（代码复制），增加胜诉概率和赔偿额；

3.开源合规：检查软著中的代码是否引用了GPL等强制开源组件，以及专利是否因此受影响；

4.技术交易/尽调：评估目标公司的软件资产是否同时具备专利和软著，以及两者权利范围是否一致；

5.竞争对手监测：通过对手的软著登记，反推其代码功能，再结合其专利预判技术路线；

6.研发管理：防止研发人员将本应申请专利的算法仅登记软著，导致思想被他人专利化。

02-怎么做

基于软著和专利的特点，可以看出二者是相辅相成的，并且在实际专利软著关联检索分析操作中有如下五点注意事项：

1. 软著登记是“双刃剑”：公开代码描述可能破坏专利新颖性

软著登记时需要提交部分源代码（通常60页）。虽然版权保护中心不公开代码，但若代码被第三方通过其他渠道获取（如泄露），或软著登记信息中的功能描述被公开，则可能成为专利审查中的现有技术。

回过头再来看企业的知识产权布局，应该参考如下建议：

先申请专利，再登记软著，且软著中不包含专利未公开的细节。

2. 软著保护具体“代码”，但不保护创新“思想”——专利补位至关重要

很多软件企业认为“有软著就够”，但软著只禁止直接复制代码，竞争对手重写代码（换语言、改结构）即可规避。

最好的方法是用专利保护算法思想，阻止他人独立开发实现相同功能的软件。

3. 开源代码的“传染性”可能污染整个软著，甚至影响专利价值

如果软著代码中包含了GPL等强传染性开源组件，则整个软著代码必须开源。

竞争对手可合法使用这些代码，进而分析出专利技术方案。

在关联分析中，必须进行开源扫描，评估风险。

4. 竞争对手的软著是“免费的逆向工程线索”

软著登记中的软件名称、版本、功能描述、开发环境等信息，可以帮助推断对手软件的功能模块和技术路线。

结合其专利，可形成完整的技术情报。

这也给咱们一个提示，可以定期检索主要竞争对手的软著登记，说不定有意外惊喜。

5. 软著关联检索分析的终极输出是“软件知识产权防御地图”

将每个软件模块的专利保护状态、软著保护状态、开源风险、侵权风险标注在软件架构图上。

这张地图可直接指导研发、法务、合规部门在软件迭代时，明确哪些模块需要加固保护，哪些模块需要替换开源组件。

03-写在最后

专利与软著关联检索分析的最高境界，是让企业的软件产品“思想有专利、代码有软著、开源无风险”。

它不是两种知识产权的简单叠加，而是一个从软件架构、算法思想、代码实现到开源合规的全方位保护工程。

通过系统化的模块解构、双类型检索、关联匹配、风险识别和策略优化，企业可以构建“技术+表达”的双重壁垒，在软件知识产权诉讼中攻守兼备，在开源生态中合规前行。

我是「XY」

THE END

–  早  安  –