代码可申请发明专利,需具备新颖性、创造性及实用价值,聚焦技术方案而非单纯代码文本
可申请专利的「代码」核心特征
根据《专利法》,脱离具体技术场景的抽象代码逻辑(如通用排序算法)无法直接授权,但以下两类含代码的技术方案可尝试申报:
| 类别 | 典型场景 | 关键要求 |
||||
| 功能性技术方案 | ✅ 工业控制程序
✅ 医疗设备诊断算法
✅ 金融风控模型 | 需证明代码解决了特定技术问题,产生技术效果 |
| 新型技术手段组合| 🔄 区块链+物联网数据存证系统
🔄 AI图像识别+机械臂协同作业 | 代码与其他硬件/方法构成完整技术方案 |
四大可专利化方向详解
▶️ 方向1:算法创新类(需载体绑定)
- 示例:基于深度学习的医疗影像病灶检测方法
- 撰写要点:
- ⚙️ 限定应用领域(如仅用于肺部CT片分析)
- 🔍 对比现有技术突出准确率提升幅度
- 💻 附关键模块流程图及参数配置表
- 注意:避免写成数学公式推导,侧重技术实现步骤
▶️ 方向2:系统架构类
- 示例:分布式云存储容灾系统调度算法
- 权利要求书设计:
(1)一种...系统,其特征在于包括:S1.通过心跳包监测节点状态;S2.当主节点故障时,从节点按预设权重值接管服务;(2)所述权重值根据历史响应时间和当前负载动态计算...
▶️ 方向3:数据处理类
- 示例:实时交通流量预测的数据清洗方法
- 必要条件:
- 📌 定义特殊的异常数据判定规则
- 📊 提供处理前后的数据对比实验数据
- 🔄 说明该方法带来的预测精度提升百分比
▶️ 方向4:人机交互类
- 示例:智能语音助手的对话管理策略
- 说明书重点:
- 💬 绘制对话流程状态转移图
- 🎯 列举至少3种典型场景下的交互实例
- ⏱️ 对比传统关键词匹配方法的效率优势
不可申请的典型情形对照表
情形 | 原因分析 | 替代方案 |
---|---|---|
单纯的前端界面特效代码 | 属于美学设计范畴 → 应申请外观专利 | GUI图形用户界面专利 |
常规数据库增删改查操作 | 属公知常识无创新性 | 无 |
未指定领域的通用压缩算法 | 缺乏具体技术应用指向 | 补充行业适配改造后再申请 |
游戏角色移动路径规划代码 | 视为智力活动规则而非技术方案 | 改为硬件加速实现方式 |
实务操作建议清单
-
技术交底书必备要素:
- [ ] 代码运行的硬件环境/软件平台
- [ ] 解决的具体技术难题(背景技术痛点)
- [ ] 核心函数接口定义及调用关系图
- [ ] 至少3组对比实验数据(处理速度/精度/资源占用)
-
常见驳回风险规避:
- ❌ 错误表述:"本发明涉及一段Python代码..."
- ✅ 正确写法:"(1)一种...装置,包含处理器执行如下步骤:..."
- ⚠️ 警惕审查员质疑:为何不用软件著作权代替?需论证技术方案具备专利三性(新颖性/创造性/实用性)
相关问题与解答
Q1: 如果我的代码已经开源,还能申请专利吗?
A: 视许可证类型而定:
- GPL/AGPL等强传染性协议 → 实质丧失专利申请权
- MIT/Apache等宽松协议 → 仍可申请但需声明源代码获取方式
- 最佳实践:先提交专利申请,获受理通知书后再开源(需在许可协议中保留必要的权利声明)
Q2: 美国和中国对含代码的专利审查有何差异?
维度 | 中国专利局 | 美国USPTO |
---|---|---|
审查基准 | 严格排除纯软件产品,强调技术特征 | 允许"Any useful improvement"原则 |
权利要求写法 | 必须落脚到装置/系统/介质 | 可直接保护方法流程 |
平均授权周期 | 2836个月 | 1420个月(Track One优先通道) |
典型授权客体 | 嵌入式系统中的软件模块 | SaaS服务的业务流程创新 |