6404ea7db1
- 软著3/4 源代码鉴别材料按当前 com.wanxiang.huijing 源码重新提取(gen_ru3/新增 gen_ru4,字节忠实) - 全量同步包名/路径/芋道目录标签;自研主张以 .game. 段为界,芋道(MIT)整体排除 - 总表 §一统计对齐各清单(123/10186、210/12841、9859、12/1650、461 文件);5.6万→约4.7万(纠无支撑数) - Codex 只读复核整改:高企表述加限定;专利4 权9 矛盾、专利1 manifest 口径修正;ru-6 便宜→低成本、七门九门→多门统一 - 新增双层复核报告对外洁净版 Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
19 KiB
00 · 知识产权申报总表
产品：造梦AI / 绘境AI —— AI 驱动的全民游戏创作与变现平台 核心闭环：零门槛用户「一句话」生成可上线、可变现的轻量小游戏 → 玩家在「游戏流」(类短视频)即点即玩 → 平台经广告分成 / 订阅 / B 端定制变现。 技术主线：模板约束生成 + Web 运行容器(LittleJS 增强发行版 + 能力插件库) + 异步任务队列 + 规则推荐 + 内容合规。 代码根目录：
/Users/lili/Project/games-development-ai本表用途：汇总docs/ip/下已产出的 6 件软著 + 4 件发明专利 申报材料,作为知识产权申报与高企/尽调的统一入口与索引。 数据来源：各ruanzhu-*目录《源文件清单.md》《软著申请信息表.md》、各patents/*目录《说明书摘要.md》《权利要求书-草案.md》;行数已用wc -l对源码抽样复核一致(见 §1 脚注)。 生成日期：2026-06-14
一、软著清单表(6 件,均 V1.0)
「有效行数」口径:能区分「物理行(含空行)/非空有效行」者两列并列;无空行统计者以连续有效代码行计。所有材料每件含 4 份产出:《软著申请信息表.md》《软件说明书.md》《源文件清单.md》《源代码鉴别材料.txt》。 产出文件统一位于
docs/ip/<目录>/,下表「产出文件」列仅记目录名。
| 编号 | 软件全称(V1.0) | 简称 | 原创范围(对应代码) | 纳入文件数 | 有效行数 | 产出目录 | 状态 |
|---|---|---|---|---|---|---|---|
| 软著1 | 绘境AI游戏创作工作室系统[前端] | 产品端 game-studio | game-studio/ 全部自研:创作工作台/游戏流/试玩/宿主引擎/接口封装/状态管理/遥测 |
60 | 9939 行(连续有效) | ruanzhu-1-game-studio |
待登记 |
| 软著2 | 绘境AI游戏运营管理后台系统 | 运营后台 game-admin | game-admin/ 中 wanxiang 命名空间:审核/精选池/数据看板/广告位/提现审核 13 文件 + 1 路由片段 |
13(+1 片段) | 2153 非空(2302 含空行) | ruanzhu-2-game-admin |
待登记 |
| 软著3 | 绘境AI智能游戏生成与运行云服务系统 | 生成与运行云服务 | game-cloud 后端 4 模块:game-module-aigc / -project / -runtime / -studio(含 -api/-server) |
123 | 10186 物理(9064 非空) | ruanzhu-3-cloud-gen-runtime |
待登记 |
| 软著4 | 绘境AI游戏分发变现与合规云服务系统 | 分发变现合规云服务 | game-cloud 后端 7 模块:game-module-feed / -telemetry / -ad / -trade / -community / -biz / -compliance |
210 | 12841 物理(11162 非空) | ruanzhu-4-cloud-feed-monetize |
待登记 |
| 软著5 | 绘境AI游戏运行时引擎能力插件系统 | 运行时插件系统 game-runtime | game-runtime/ 自研:插件协议核心 + 9 能力插件 + 通用宿主 + 契约/类型 + 工具脚本 |
43 | 9859 行(连续有效) | ruanzhu-5-game-runtime |
待登记 |
| 软著6 | 绘境AI低成本智能游戏生成服务系统 | 生成 Worker(W-G1) | wg1/gen-worker/worker/ 自研 Python:worker 主循环 + 真玩验证 harness 编排 + 成本/模型路由 |
12 | 1650 物理(1411 非空) | ruanzhu-6-gen-worker |
待登记 |
| — | 合计 | — | — | 461 文件(+1 片段) | 约 4.7 万行原创代码(物理行合计) | — | — |
注(行数复核):已对各软著抽样 wc -l 与清单核对一致——软著1 GamePlayer.vue=744 / Publish.vue=531 / types.ts=398;软著3 AigcGenerateExecutor.java=646 / DifyCallbackTxService.java=506;软著5 plugin.js=932 / boot-game-host.js=457;软著6 studio.py=349 / run.py=188。均与《源文件清单.md》一致,数据非陈旧。
鉴别材料取材规则(已在各清单注明):有效代码 ≥3000 行者取「前 1500 行 + 后 1500 行」(软著1/3/4/5);<3000 行者「全部连续收录」(软著2/6)。
二、专利清单表(4 件,均发明)
类型均为发明专利(均含「方法独权 + 系统/装置独权 + 计算机可读存储介质独权」三类权项结构)。每件含 3 份产出:《技术交底书.md》《权利要求书-草案.md》《说明书摘要.md》,位于
docs/ip/patents/<目录>/。 当前状态为「交底完成,待代理所定稿」——权利要求书均标注「最终保护范围由代理所定稿」。
| 编号 | 发明名称(交底/草案口径) | 类型 | 对应技术模块(实证代码) | 产出目录 | 状态 |
|---|---|---|---|---|---|
| 专利1 | 面向 AI 生成游戏的引擎能力受控插件系统及方法 | 发明 | game-runtime:受控上下文(唯一入口)+ 插件注册器(正序初始化/逆序释放/错误隔离)+ FNV-1a 每插件确定性随机派生 + 引擎可换/版本锚定 |
patents/01-受控插件引擎 |
交底完成 · 待代理所定稿 |
| 专利2 | 模板约束的自然语言到可运行游戏的受控生成方法、系统及介质 | 发明 | game-module-aigc(模板校验/排队 CAS 认领/Schema 渲染注入/多级校验/统一游戏包封装/事务回写状态机) + wg1/gen-worker(同源生成) |
patents/02-模板约束生成 |
交底完成 · 待代理所定稿 |
| 专利3 | 基于自动真玩验证的大模型游戏生成方法、系统及存储介质 | 发明 | wg1/gen-worker(真玩验证 harness:渲染门/活性门/输入有效性门/机制终态门 + 失败回喂重试) + game-runtime(受控容器/CDP 真玩) |
patents/03-自动真玩验证生成 |
交底完成 · 待代理所定稿 |
| 专利4 | 面向 AIGC 游戏的发布前合规锁风门与内容标识方法 | 发明 | game-module-compliance(可插拔合规原子多源判定/三态取严重度最大值聚合/同事务落定裁决+分级+溯源台账/门禁聚合准入裁定) + game-module-project 发布编排 |
patents/04-合规锁风门 |
交底完成 · 待代理所定稿 |
2.1 专利撑持力提示(供代理所取舍,摘自草案审校记)
- 专利1:受控面措辞已由「集合包括」改为「成员为…至少包括」以读到真实实现(受控面 6 项外另有
getEngine()透传通道);引擎导入仅在宿主/入口层(实证host.js/entry.js)。 - 专利4:权 9(显式声明/隐式水印嵌入)为设计态/未实现,代理所须补实施例或回退;权 7(@Primary/Feign 切换)、权 9(内容标识水印)须先做新颖性检索(已有国标 GB/AIGC 标识及在先专利)。其余权项(权 1/2/3/5/6/7/8/10/11/12)已有落地代码直接撑持。
- 专利2/3:技术特征均称已基于真实代码核实;独权建议保留为「整体不可分技术方案」,勿拆并列独权以免削弱创造性。
2.2 GUI 图形用户界面外观专利建议(增补,可选第 5 件)
现有 4 件均为发明专利(保护技术方案)。建议另行申报「带 GUI 的外观设计专利」,以低成本(外观设计授权快、约 4–6 个月)补强知识产权组合,并对界面抄袭形成直接威慑。法律依据:《专利法》允许「包括图形用户界面的产品外观设计」申报。
| 建议外观件 | 取材界面(代码位置) | 保护要点 | 适配主张 |
|---|---|---|---|
| GUI-A:游戏创作工作台界面 | game-studio/src/views/create/Create.vue(一句话输入)、Preview.vue(生成预览)、Task.vue(生成进度) |
「一句话生成」输入区 + 模板选择 + 生成进度链 + 预览卡的整体视觉布局 | 手机端竖屏 GUI |
| GUI-B:游戏流(类短视频即点即玩)界面 | game-studio/src/views/feed/Feed.vue、src/views/play/Play.vue、src/components/InteractBar.vue |
竖屏全屏游戏卡 + 上滑切换 + 侧栏互动条(点赞/分享)的「游戏流」交互界面布局 | 手机端竖屏 GUI |
操作建议:外观设计需提交六面正投影视图 + 界面变化状态图(动态 GUI 用 ≤2 张关键帧)。可待 game-studio 视觉定稿后,从真实运行截图制图,与代理所同批提交。优先级低于发明(发明须尽早占位),但早于产品大版本迭代(界面一变需重申)。
三、高企申报建议(知识产权计分 + 组合时间倒排)
3.1 计分口径(国家高新技术企业认定 · 知识产权部分,满分 30 分)
知识产权得分由「技术先进程度 + 数量 + 在主要产品中的作用 + 获得方式」综合评定,数量分口径:
- Ⅰ类知识产权(发明专利、植物新品种、集成电路布图等):1 件即可拿数量满分,且 Ⅰ 类可在「有效期内」重复用于多次申报。
- Ⅱ类知识产权(软著、实用新型、外观设计等):需 ≥5 件才能拿数量满分,且每件仅可用于一次高企申报(用过即「消耗」)。
3.2 本批组合对高企的价值
| 维度 | 本批资产 | 对高企计分的作用 |
|---|---|---|
| Ⅰ类(发明) | 4 件发明(待申请) | 只要 1 件最终授权即可锁定知识产权数量满分,且可跨年度复用;4 件并申显著提高至少 1 件授权的概率 |
| Ⅱ类(软著) | 6 件软著(待登记) | 6 ≥ 5,单凭软著即可独立拿到 Ⅱ 类数量满分;且与「主要产品(造梦AI 平台)」强相关,技术先进性/产品作用两项易得高分 |
结论:本批 6 软著 + 4 发明 的组合,对高企知识产权 30 分形成「双保险」——软著线(6≥5)可独立保底数量满分;发明线(≥1 授权)再叠加技术先进性高分。建议两线并行推进。(高企知识产权评分综合数量、有效性、对主营产品的支撑作用、获得方式等;上述为数量条件分析,最终得分以申报年度认定规则与专家评审为准。)
3.3 时间倒排(关键:发明周期长,须尽早启动)
今天(2026-06)
│
├─【发明专利】交底已完成 → 立即交代理所(本月内)
│ 代理所撰写+申请 约 1–2 个月
│ 发明实审授权周期 约 1.5–3 年 ★最长,决定高企时间窗★
│ ⇒ 若拟 N 年后申报高企,发明须在「N 年前的现在」就启动
│
└─【软著登记】材料已备齐(6 件)→ 可即刻提交
中国版权保护中心审核 约 30–60 个工作日(电子登记)
⇒ 比发明快一个数量级,但每件仅用一次,留意「申报年度」分配
- 发明优先级最高:1.5–3 年周期是高企时间窗的瓶颈,4 件发明应本月内全部交代理所,不可拖延。
- 软著节奏:6 件可一次性提交;若同一年高企只需 5 件,可保留 1 件软著用于下一年度,避免「一次用尽」。
- 外观(可选 GUI 件):授权快(4–6 个月),可作为「补 Ⅱ 类数量」的快速备选,但不替代发明的技术先进性价值。
四、第三方开源边界声明(合规自证 · 防投标/尽调风险)
目的:明确划清「平台自研原创代码」与「第三方开源/引擎」的边界,作为软著登记「只圈原创」的自证,并防范投标、尽职调查、对外授权时的知识产权瑕疵质疑。以下第三方组件均未纳入任何一件软著的原创鉴别材料与行数统计。
| 第三方组件 | 许可证 | 在本平台的角色 | 软著处理 |
|---|---|---|---|
| 芋道 Yudao Cloud(ruoyi-vue-pro) | MIT | game-cloud 后端基座(fork):目录 huijing-framework / -gateway / -module-system / -module-infra / -module-bpm / -module-pay / -server / -dependencies;包 com.wanxiang.huijing.{framework,module(system·infra·bpm·pay),server,gateway}.* |
整体排除;软著3/4 仅圈自研 com.wanxiang.huijing.game.module.*(以 .game. 段为界,区别于芋道上游包) |
| yudao-ui-admin-vue3 | MIT | game-admin 运营后台基座(fork):登录鉴权/系统管理/基础设施/通用组件/布局/路由 |
整体排除;软著2 仅圈 wanxiang 命名空间页面与 1 段原创路由片段 |
| littlejsengine(LittleJS 引擎) | MIT | Web 运行容器底层引擎(增强发行版引擎本体) | 整体排除;软著5 仅圈引擎之上的「受控插件系统/通用宿主」自研层,host.js/entry.js 含 import littlejsengine 但主体为原创 |
| 依赖库(Vue/Vant/Pinia/Vue Router/Axios/Vite;Spring Boot/Spring Cloud Alibaba/MyBatis/Lombok;openai/AgentScope/httpx/PyYAML/json-repair 等) | 各自开源许可 | 前端/后端/Worker 第三方依赖 | 整体排除(node_modules/、.venv/、BOM 依赖声明均不计入) |
| 生成物/构建产物 | — | dist/、build/、target/、*.min.js、__pycache__/、自动生成 *.d.ts、IDE/构建产物 |
整体排除(非原创智力成果) |
| 数据库基座脚本 | yudao 系 | game-cloud/sql/*(ruoyi-vue-pro / quartz 建库脚本) |
整体排除;仅平台自研 Flyway 迁移脚本作辅助引用 |
自证要点:① 软著均采「命名空间/模块/目录」边界切割,混合目录(如
src/views、src/api)仅抽取自研命名空间;② 各《源文件清单.md》均含显式「排除声明」章节,逐项列明第三方与排除原因;③ 引擎/基座的 MIT 许可允许商用 fork,平台自研层独立享有著作权,边界清晰、可对外尽调举证。
五、行政待填汇总(「填一次」清单)
6 件软著申请信息表中的行政项目前均为【待填】占位。下表把各件需要的相同信息归并为「填一次、复用到 6 件」的清单。软件技术信息(名称/版本/功能/行数)已据实填好,无需改动;仅需补以下行政项。
5.1 主体信息(6 件完全一致 · 填一次复用)
| 字段 | 取值(请据实填写) |
|---|---|
| 著作权人(单位/个人全称) | __________________ |
| 统一社会信用代码 / 证件号码 | __________________ |
| 著作权人性质 | □ 企业法人 □ 自然人 □ 其他 |
| 著作权人国别/地区 | 中国 |
| 法定代表人姓名 | __________________ |
| 通讯/联系地址 | __________________ |
| 邮政编码 | __________________ |
| 联系人姓名 | __________________ |
| 联系电话 | __________________ |
| 电子邮箱 | __________________ |
5.2 权利与开发方式(6 件一致 · 填一次复用)
| 字段 | 取值 |
|---|---|
| 权利取得方式 | 原始取得 |
| 权利范围 | 全部权利 |
| 开发方式 | □ 独立开发 □ 合作开发 □ 委托开发 □ 下达任务开发 |
| 是否职务作品 | □ 是 □ 否(单位员工职务开发通常为「是」) |
| 合作开发者(如有) | □ 无 / __________________ |
5.3 日期/发表项(逐件确认 · 各件可不同)
6 件可同日完成、同日提交,但软件开发完成日期与首次发表状态须据实;若尚未对外上线,「发表状态」一律填「未发表」。
| 字段 | 软著1 | 软著2 | 软著3 | 软著4 | 软著5 | 软著6 |
|---|---|---|---|---|---|---|
| 软件开发完成日期(YYYY-MM-DD) | ______ | ______ | ______ | ______ | ______ | ______ |
| 是否已发表 | □未/□已 | □未/□已 | □未/□已 | □未/□已 | □未/□已 | □未/□已 |
| 首次发表日期(已发表填) | ______ | ______ | ______ | ______ | ______ | ______ |
| 首次发表地点/方式(已发表填) | ______ | ______ | ______ | ______ | ______ | ______ |
提示:「开发完成日期」建议填各模块代码定稿日(可统一为本批整理日或更早的实际完成日);切勿晚于实际,亦勿早于代码首次成形。
六、后续步骤
6.1 软著登记流程与材料清单(6 件)
每件需提交(材料均已在各 ruanzhu-* 目录备齐):
- 软件著作权登记申请表(据 §5 补全行政项后,按官方表单誊录/在线填报)——源:《软著申请信息表.md》。
- 源代码鉴别材料:每页 ≥50 行,前 1500 + 后 1500 行(<3000 行者全收),首页注明软件名+版本,转 PDF 时加页眉页码——源:《源代码鉴别材料.txt》。
- 软件说明书:含功能/技术特点/运行环境/界面或流程——源:《软件说明书.md》。
- 著作权人主体资格证明(营业执照/身份证复印件)、经办委托书(如代办)。
流程:中国版权保护中心(CPCC)线上提交 → 形式审查 → 受理缴费 → 审核(约 30–60 个工作日)→ 下发《计算机软件著作权登记证书》。
6.2 专利:交底 → 代理所 → 申请(4 件发明 + 可选 GUI 外观)
- 本月内将 4 份《技术交底书.md》+《权利要求书-草案.md》+《说明书摘要.md》交专利代理所。
- 代理所就 §2.1 撑持力提示逐项确认:专利4 的水印权项补实施例或回退;专利4 权7/权9 先做新颖性检索;专利2/3 独权保留整体性。
- 代理所撰写正式申请文件 → 提交国知局 → 发明经初审+实审(1.5–3 年)。
- 可选 GUI 外观(§2.2):待 game-studio 视觉定稿后制图,与发明同批或稍后提交(外观 4–6 个月授权)。
6.3 与 12 份合规材料的衔接(/Users/lili/Project/docs/compliance)
知识产权申报与合规上线互为支撑,需交叉对齐:
合规材料(docs/compliance/) |
与本知识产权批次的衔接点 |
|---|---|
01-软著模块拆分方案.md |
本 6 件软著的模块拆分依据;登记边界须与该方案一致,确保「不重不漏、与合规拆分同口径」 |
10-专利技术交底书模板与挖掘清单.md |
本 4 件发明的挖掘来源;后续可据该清单继续挖掘第 5+ 件发明,持续补强 Ⅰ 类资产 |
08-AIGC内容标识技术实现方案.md |
为专利4内容标识/水印权项(权 9,当前为设计态)提供设计实施例补强与后续落地依据;与合规标识强相关 |
09-内容安全与审核机制方案.md |
支撑专利4合规锁风门的「审核机制」实证;与 game-module-compliance 软著4 同源 |
05-生成式AI备案与安全评估自评.md、06-算法备案填报要点.md |
生成式 AI 备案/算法备案——**专利2/3(模板约束生成、真玩验证)**是其技术先进性的有力佐证 |
00-上线合规总控Checklist.md |
上线总控;知识产权(软著证书/专利受理通知)可作为「自主知识产权」项的合规与投标证明材料 |
07-等保定级与测评准备.md、11-ICP备案与经营许可证评估.md |
资质线;与知识产权并行,共同构成对外尽调/投标的「资质+IP」组合证据 |
衔接动作建议:① 软著登记完成后,将证书编号回填合规 Checklist 的「自主知识产权」项;② 专利受理后,受理通知书号同样回填;③ 高企申报时,知识产权(§3)与合规资质(等保/备案)一并作为评分材料打包。
附:目录索引
docs/ip/
├── 00-知识产权申报总表.md ← 本表(统一入口)
├── ruanzhu-1-game-studio/ 软著1 产品端
├── ruanzhu-2-game-admin/ 软著2 运营后台
├── ruanzhu-3-cloud-gen-runtime/ 软著3 生成与运行云服务
├── ruanzhu-4-cloud-feed-monetize/ 软著4 分发变现合规云服务
├── ruanzhu-5-game-runtime/ 软著5 运行时插件系统
├── ruanzhu-6-gen-worker/ 软著6 生成 Worker
└── patents/
├── 01-受控插件引擎/ 专利1 发明
├── 02-模板约束生成/ 专利2 发明
├── 03-自动真玩验证生成/ 专利3 发明
└── 04-合规锁风门/ 专利4 发明
(每软著目录含:软著申请信息表.md / 软件说明书.md / 源文件清单.md / 源代码鉴别材料.txt)
(每专利目录含:技术交底书.md / 权利要求书-草案.md / 说明书摘要.md)