专利新颖性检索与申报执行方案

专利新颖性检索与申报执行方案

检索日期:2026-07-20

配套材料:专利布局方案.md、交底书 P1–P8(P1-交底书-规则引擎.mdP8-交底书-海报生成.md

适用软著包:sc1–sc7(docs/software-copyright/sc*/

1. 检索说明与局限

  • 本次为公开网络检索(landscape),覆盖国家知识产权局公开专利、WIPO/USPTO、万方/企知道/天眼查等公开渠道,用于判断各创新点的现有技术密集度与差异化空间。
  • 非正式 FTO / 新颖性检索:专利库专业连接器(智慧芽 patsnap-search、北大法宝 pkulaw)当前未连接,无法做全量同族、法律状态与侵权比对。正式申报前务必连接上述连接器,由代理人做完整新颖性(Novelty)与自由实施(FTO)检索,本报告的"风险"仅为基于公开信息的初判。
  • 所有检索到的对比文件均为已公开/在审文献,不构成"绝对新颖性结论",仅用于指导权利要求撰写重心。

2. P1–P8 新颖性逐项评估

编号创新点最接近现有技术(公开号/名称)本发明差异化重心初判风险申报建议
P1规则引擎统一调度+自进化CN121212856B(MES 自进化调度)、CN118764236A(边缘网关规则冲突检测)、CN116090752A(钢铁调度规则引擎平台)统一调度入口覆盖全作用域 + 意图加权偏置(priorityBias+SCOPE_VERB_BOOST) + 自进化闭环(修正采集→候选→审批→自动降级) + vm 受限沙箱中–高权利要求落在"统一调度+意图加权联动+自进化闭环+沙箱"的组合,避免宽泛"规则引擎"
P2规则+大模型混合三级降级意图识别CN120449883A(八维:规则与大模型动态协同、多级规则树+复杂度判断+规则引擎/大模型)、CN111523311A(规则模型+深度学习多层次识别)、CN121959129A(中国电信 大小模型蒙特卡洛)加权关键词匹配 + 优先级偏置 + 意图动词加权 + 三级降级(L1规则加权→L2规则树/分类器→L3大模型) + safeTools 白名单安全约束独立权项落在"工业业务动作作用域(scope)的加权联动调度 + 工具白名单约束",而非泛化意图识别;FTO 需重点比对 CN120449883A
P3数字员工可配置生成+多智能体协同CN119883559A(工业大模型多智能体协同)、CN119179563B(数字员工多任务协同/蚁群调度)、CN122261536A(本体状态驱动多智能体)可配置数字员工生成模型(StaffManager 5 态) + LiteScheduler 5 路径分发 + CollaborationOrchestrator + quality_scorer(0.6 规则+0.4 LLM)聚焦"可配置生成 + 多路径任务分发 + 规则/LLM 加权质量评分"组合
P4本地 SQLite 私有存储双层隔离跨后端适配CN115952204B(缓存式 SQLite 读写分离)、CN116186156A(客户端离线 SQLite 同步服务端)、CN106598748A(多 SQLite 拆分避死锁)读写分流(读本地镜像/写云端权威) + 单文件单租户物理隔离 + 跨 SQLite/MySQL 同步 API 伪装(SharedArrayBuffer+Atomics) + 12 类方言转换 + 损坏自愈低–中新颖性较高(跨后端零改动适配+损坏自愈组合少见);可直接申报
P5原子能力规则优先+大模型兜底吉利 CN121457505A(原子能力执行/智能体+服务端分散)、CubeAI(多领域原子能力)、神华多智能体调度规则优先零成本执行 + LLM Router 分层(Worker/Solver) + 统一调度多端归一 + 11 步流水线自修复 + 注册表热插拔聚焦"规则优先零成本 + 分层降级 + 多端归一调度 + 自修复编排"
P6端侧 AI 跨硬件适配多级降级CN115658083A / WO2022000802A1 / US12387136B2(百度 异构硬件模型适配/转换路径表)、CN114356336A(神经网络编译拆分多硬件)、CN121745311A(明途 轻量化推理部署)统一 OpenAI 兼容抽象 + 多硬件探测 + 多级降级路由(端侧全不可用强制云端保底) + 桥接收敛(存量调用零改造) + 健康熔断 + 规则模拟兜底中–高独立权项落在"推理请求多级降级路由 + 端侧不可用自动切云端 + 桥接统一监控",避开通用的"模型编译/转换适配"权利要求(已被百度占)
P7工业业务操作自动沉淀为数据资产CN122367280A(罗克佳华 数据资产全生命周期闭环联动/入表/融资,2026-07-10)、金蝶/民生银行数据入表实践创建即资产化(对象创建同链路非阻塞登记) + 五维质量评估 + 规则引擎三级防线质量门 + 三法加权估值入表 + 双向溯源+复用/交易计量聚焦"工业对象创建即资产化 + 规则引擎质量门 + 三法估值入表"的工业场景组合,与罗克佳华通用方案形成场景差异
P8产品库驱动+结构化生成的真实海报合成CN119376602A(中电万维 Canvas 拖拽二维码海报)、CN114491101A(html2canvas 海报+自由替换二维码)、有赞 AI 海报(商品+二维码+Logo 一键生成)产品库数据自动注入(选品+描述自动提取卖点) + LLM 生成结构化 JSON 中间表示(非文生图) + Canvas 确定性合成真实 PNG + 二维码直链商品详情页营销闭环聚焦"产品库自动注入 + 大模型结构化中间表示 + 前端确定性合成 + 二维码直链商品详情营销闭环"

2.1 共性结论

  1. P2、P6 风险最高:核心技术"规则+大模型动态协同""跨硬件模型适配"已有授权/公开专利(八维 CN120449883A、百度 WO2022000802A1)。申报必须以更具体的子机制立权(加权偏置+工具白名单;推理降级路由+桥接),不可主张宽泛方法。
  2. P1、P3、P5、P7 风险中等:领域(规则引擎/数字员工/原子能力/数据资产)已有大量布局,但本发明在"闭环自进化 / 可配置生成+质量评分 / 规则优先零成本分层 / 创建即资产化+质量门"等组合点上有可区分空间。
  3. P4 风险最低:跨后端零改动适配(同步 API 伪装 + 12 类方言转换 + 单例防覆盖 + 损坏自愈)在检索中未见直接相同方案,建议优先申报。

3. 申报文件一致性提示(重要)

交底书中部分内容为架构/可扩展预留,与当前代码实现范围存在差异,申报时需对齐,避免权利要求超出实际实现导致"公开不充分"或无法支撑新颖性:

  • P6:代码当前活跃降级链为 mtclaw→ollama→deepseekAscendNPUAdapter 已实现同接口但尚未注入活跃链chipwise-service.getEdgeStatus() 仍为占位。交底书应以"可插拔跨硬件适配架构 + 已实现的多级降级路由/桥接/规则兜底"立权,将昇腾作为链上一步表述为"进一步实施例/未来扩展"。
  • P8:架构预留接入"商汤 SenseNova U1 文生图"(models.jsonenabled:false 且未接线)。交底书应明确当前实施为"LLM 结构化中间表示 + Canvas 确定性合成",文生图模型作为"可替换渲染通道"而非已实现特征。
  • 各交底书的类名/函数名/文件路径/行号均取自当前仓库,申报前应以提交日的 git 版本复核,确保与说明书实施例一致。

4. 软著 + 专利并行申报时间表

软著与专利可同时申报、互不冲突(软著保护代码表达,专利保护技术方案;同一技术先软著后专利不影响专利新颖性,但专利需在公开前提交)。

| 阶段 | 时间窗 | 软著动作 | 专利动作 | 负责人/产出 |

|---|---|---|---|---|

| T0 准备 | 第 1 周 | 7 份源码/说明书/申请表最终校对(sc1–sc7 已齐) | 连接 patsnap-search/pkulaw 做 P1–P8 正式 FTO 检索;依本报告调整 P2/P6 权项重心 | 代理人 + 本案材料 |

| T1 提交 | 第 1 月 | 向中国版权保护中心提交 7 份软著(可加急,1–3 月下证) | 第一批提交 P1/P3/P4/P7(风险低–中、组合新颖性清晰);P2/P5/P6/P8 依 FTO 结果微调后第二批 | 软著受理通知书;专利受理+申请号 |

| T2 软著下证 | 第 2–3 月 | 领取软著登记证书(7 份) | 专利进入受理→初审(形式审查) | 软著证书 |

| T3 实审答辩 | 第 4–6 月 | — | 收到第一次审查意见(OA1),针对 P2/P6 做权项区分答辩;P5/P8 第二批提交 | OA 答复稿 |

| T4 授权 | 第 2–3 年 | — | 发明专利实质审查授权(平均 2–3 年) | 专利证书 |

并行要点:软著登记(1–3 月)远快于专利授权(2–3 年),先用软著固化"代码表达"权益并可作为技术实力佐证;专利并行推进实质审查。两者材料(软著说明书/源码、专利交底书)共享同一技术叙事,但侧重点不同——软著重"代码结构与界面",专利重"技术方案与有益效果"。

5. 风险与建议清单

  1. 先做正式 FTO 再提交 P2/P6:八维 CN120449883A、百度 WO2022000802A1 是强对比文件,建议在代理人完成全量检索并改写独立权项前,不急于提交这两份。
  2. 权项聚焦组合创新:八项均不宜主张宽泛的"规则引擎/意图识别/多智能体/模型适配/数据资产/海报生成",而应落在本发明的具体组合机制(如 P1 的"意图加权+自进化闭环+沙箱"、P4 的"跨后端同步 API 伪装+方言转换+自愈")。
  3. 说明书记载以已实现为准:P6 昇腾注入、P8 文生图替换属预留,申报时作为"进一步实施例",主权项与实施例以当前代码实现为边界。
  4. 技术秘密保留:交底书已对核心算法(如加权匹配、降级链裁剪、三法估值权重)做了足够披露以满足充分公开,但训练数据、提示词全集、私有部署参数等可保留为技术秘密,不写入专利。
  5. 优先权与公开节奏:专利提交前不得将对应技术方案在论文/公开 repo/产品发布会中披露,否则破坏新颖性;软著登记本身不构成专利新颖性破坏,但软著说明书若过度披露方案细节需评估。

6. 下一步

  • [ ] 连接 patsnap-search(智慧芽)或 pkulaw(北大法宝)连接器,执行 P1–P8 全量新颖性/FTO 检索;
  • [ ] 依 FTO 结果由专利代理人改写 P2/P6 独立权项;
  • [ ] 第 1 月内提交 7 份软著 + 第一批专利(P1/P3/P4/P7);
  • [ ] 建立软著证书与专利申请的对应关系台账,便于后续维权与高企/专精特新申报佐证。
← 返回案例列表
分享:
🤖 Try Now →
🤖
🎁