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>
221 lines
19 KiB
Markdown
221 lines
19 KiB
Markdown
# 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-*` 目录备齐):
|
||
1. 软件著作权登记申请表(据 §5 补全行政项后,按官方表单誊录/在线填报)——源:《软著申请信息表.md》。
|
||
2. 源代码鉴别材料:每页 ≥50 行,前 1500 + 后 1500 行(<3000 行者全收),首页注明软件名+版本,转 PDF 时加页眉页码——源:《源代码鉴别材料.txt》。
|
||
3. 软件说明书:含功能/技术特点/运行环境/界面或流程——源:《软件说明书.md》。
|
||
4. 著作权人主体资格证明(营业执照/身份证复印件)、经办委托书(如代办)。
|
||
|
||
**流程**:中国版权保护中心(CPCC)线上提交 → 形式审查 → 受理缴费 → 审核(约 30–60 个工作日)→ 下发《计算机软件著作权登记证书》。
|
||
|
||
### 6.2 专利:交底 → 代理所 → 申请(4 件发明 + 可选 GUI 外观)
|
||
|
||
1. **本月内**将 4 份《技术交底书.md》+《权利要求书-草案.md》+《说明书摘要.md》交专利代理所。
|
||
2. 代理所就 §2.1 撑持力提示逐项确认:专利4 的水印权项补实施例或回退;专利4 权7/权9 先做**新颖性检索**;专利2/3 独权保留整体性。
|
||
3. 代理所撰写正式申请文件 → 提交国知局 → 发明经初审+实审(1.5–3 年)。
|
||
4. 可选 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)
|
||
```
|