selfrelease
a329d4906b
- 方案文档: AVCC 体系建设、IPTV TCS 需求(0-req)/PRD(1-prd)/任务(2-task)/二三四期任务 - tcs-iptv: Go 后端(哈希SDK/MA码生成/可信数据空间mock/业务编排/HTTP API+HMAC鉴权) - web-console: React+AntD 监管大屏(角色工作台/全流程演示/监管片库) - 一剧一码+集级哈希, 集级下架/恢复, 全栈测试通过
535 lines
39 KiB
Markdown
535 lines
39 KiB
Markdown
# MA 标识体系全流程与价值发挥详图 — 绘制描述
|
||
|
||
> 用途：向业务和技术专家阐述 MA 标识在 AIGC-Hub 中的全链路价值，说清楚"为什么非 MA 不可"
|
||
> 核心主题：MA 标识如何贯穿"创作→赋码→流通→结算→监管→跨境"六大环节，在每个环节发挥不可替代的价值
|
||
> 建议工具：Figma / draw.io / ProcessOn / PPT
|
||
> 画布方向：横版，主体为从左到右的全生命周期流 + 上方为 MA 节点层级 + 下方为价值输出层
|
||
> 建议尺寸：A1 横版 或 16:9 双屏
|
||
|
||
---
|
||
|
||
## 一、图的整体构图逻辑
|
||
|
||
采用 **"一条主河 + 一棵树 + 一张网"** 的三层视觉结构：
|
||
|
||
- **上层（树）**：MA 全球节点层级树（根→国家→行业→平台），展示编码体系的层级关系
|
||
- **中层（河）**：MA 标识在 AIGC 内容全生命周期中的流转主线（六大环节，从左到右）
|
||
- **下层（网）**：每个环节中 MA 标识输出的具体价值与受益方
|
||
|
||
---
|
||
|
||
## 二、上层：MA 全球节点层级树
|
||
|
||
### 绘制方式：自上而下的树状结构，横向铺开
|
||
|
||
```
|
||
位置：画布顶部 20% 区域
|
||
背景：深绿渐变，象征国际标准底色
|
||
标题：MA 全球统一标识代码体系 (ISO/IEC 15459)
|
||
|
||
┌──────────────┐
|
||
│ MA 全球根 │
|
||
│ (ZIIOT) │
|
||
│ 全球唯一发行 │
|
||
└──────┬───────┘
|
||
│
|
||
┌──────────────────┼──────────────────┐
|
||
│ │ │
|
||
┌───────▼──────┐ ┌───────▼──────┐ ┌───────▼──────┐
|
||
│ MA.156 │ │ MA.840 │ │ MA.392 │
|
||
│ 中国节点 │ │ 美国节点 │ │ 日本节点 │
|
||
└───────┬──────┘ └──────────────┘ └──────────────┘
|
||
│
|
||
┌─────────┼─────────────────────┐
|
||
│ │ │
|
||
┌───▼────┐ ┌──▼──────────┐ ┌──────▼──────┐
|
||
│MA.156 │ │MA.156.10005 │ │MA.156.xxxxx │
|
||
│.00001 │ │AIGC视听内容 │ │ 其他行业 │
|
||
│制造业 │ │行业节点 ★ │ │ │
|
||
└────────┘ │(广电云运营) │ └─────────────┘
|
||
└──────┬──────┘
|
||
│
|
||
┌─────────────┼──────────────────────────────┐
|
||
│ │ │ │
|
||
┌───▼────┐ ┌────▼────┐ ┌────▼────┐ ┌───────▼───────┐
|
||
│.10005 │ │.10005 │ │.10005 │ │.10005.xxxx │
|
||
│.8361 │ │.8362 │ │.8363 │ │ 更多平台/机构 │
|
||
│ 抖音 │ │ B站 │ │ 快手 │ │ AI工具/MCN │
|
||
└────────┘ └─────────┘ └─────────┘ └───────────────┘
|
||
|
||
标注说明：
|
||
★ MA.156.10005 = 拟申请的 AIGC 视听内容行业节点
|
||
· 全球唯一 · 不可伪造 · 层级解析 · 跨境互认
|
||
· 每个平台/机构获得唯一三级节点代码，纳入全球解析网络
|
||
|
||
右侧放置 AVCC 编码解剖图：
|
||
┌────────────────────────────────────────────────────────────────┐
|
||
│ MA.156.10005.8361 / 10.1300200.AIGC / (京)网微剧审字(2026) │
|
||
│ 第001号 - P - AI-HASH(a1b2c3) - CRD(0x7f3e9a) │
|
||
│ │
|
||
│ ┌──┐ ┌───┐ ┌─────┐ ┌────┐ ┌──────────┐ ┌─────┐ ┌─┐ ┌────┐ │
|
||
│ │MA│.│156│.│10005│.│8361│/│10.1300200│/│网标号│-│P│-│哈希│ │
|
||
│ └┬─┘ └─┬─┘ └──┬──┘ └─┬──┘ └────┬─────┘ └──┬──┘ └┬┘ └─┬──┘ │
|
||
│ │ │ │ │ │ │ │ │ │
|
||
│ 根 国家 行业 平台 类目 监管 级别 技术 │
|
||
│ 节点 节点 节点 节点 编码 许可 分类 溯源 │
|
||
│ │
|
||
│ 六段式结构 = 国际标识 + 国内监管 + 技术溯源 三合一 │
|
||
└────────────────────────────────────────────────────────────────┘
|
||
```
|
||
|
||
---
|
||
|
||
## 三、中层：MA 标识全生命周期流转主线（核心区域）
|
||
|
||
### 绘制方式：从左到右的六大环节，用河流/管道比喻，MA 标识如水流贯穿始终
|
||
|
||
```
|
||
位置：画布中部 50% 区域
|
||
背景：白底，每个环节用不同色块区分
|
||
主视觉：一条从左到右的流线，串联六个大节点
|
||
|
||
═══════════════════════════════════════════════════════════════════════════════
|
||
[创作源头] → [赋码登记] → [合规流通] → [消费分发] → [结算清算] → [监管治理]
|
||
═══════════════════════════════════════════════════════════════════════════════
|
||
```
|
||
|
||
### 环节 ①：创作源头 — MA 标识的"出生"
|
||
|
||
```
|
||
色块：浅紫色
|
||
图标：画笔/AI工具
|
||
|
||
┌─────────────────────────────────────────────────────────┐
|
||
│ ① 创作源头：MA 标识片段嵌入 │
|
||
│ │
|
||
│ 触发时机：AI工具（ComfyUI/可灵/Runway等）生成内容的瞬间 │
|
||
│ │
|
||
│ MA 做了什么： │
|
||
│ ┌─────────────────────────────────────────────────┐ │
|
||
│ │ C2PA SDK 自动将 MA 标识片段写入文件元数据 │ │
|
||
│ │ │ │
|
||
│ │ ma.avcc.fragment = { │ │
|
||
│ │ platform_node: "8361", ← MA三级节点 │ │
|
||
│ │ object_category: "10.1300200.AIGC", │ │
|
||
│ │ model_name: "SD-XL", │ │
|
||
│ │ generation_timestamp: "2026-...", │ │
|
||
│ │ generation_log_hash: "a1b2c3..." │ │
|
||
│ │ } │ │
|
||
│ └─────────────────────────────────────────────────┘ │
|
||
│ │
|
||
│ 价值： │
|
||
│ · 从"第一帧"就绑定了全球唯一标识（不是事后补登记） │
|
||
│ · 记录了"谁用什么工具在什么时候生成了什么" │
|
||
│ · C2PA国际标准 + MA中国标准 双重锚定 │
|
||
│ · 无论作品后续如何流转/复制，MA片段始终跟随 │
|
||
│ │
|
||
│ 参与方：AI工具厂商（通过SDK集成）· 创作者 │
|
||
└─────────────────────────────────────────────────────────┘
|
||
```
|
||
|
||
### 环节 ②：赋码登记 — MA 标识的"身份证签发"
|
||
|
||
```
|
||
色块：浅蓝色
|
||
图标：二维码/证书
|
||
|
||
┌─────────────────────────────────────────────────────────┐
|
||
│ ② 赋码登记：生成完整六段式 AVCC │
|
||
│ │
|
||
│ 触发时机：创作者通过工作台提交赋码申请 │
|
||
│ │
|
||
│ MA 做了什么： │
|
||
│ ┌─────────────────────────────────────────────────┐ │
|
||
│ │ Step 1: 验证创作者的 MA 三级节点归属 │ │
|
||
│ │ Step 2: 从 MA 行业节点(10005)码池分配唯一编码 │ │
|
||
│ │ Step 3: 拼装六段式 AVCC 完整编码 │ │
|
||
│ │ Step 4: 将 AVCC 注册到 MA 全球解析系统 │ │
|
||
│ │ Step 5: 签发 AVCC 证书（PDF + 二维码） │ │
|
||
│ └─────────────────────────────────────────────────┘ │
|
||
│ │
|
||
│ MA 层级解析注册： │
|
||
│ ┌─────────────────────────────────────────────────┐ │
|
||
│ │ 广电云(行业节点) →→ ZIIOT(根节点) │ │
|
||
│ │ "我注册了一个新的 AVCC: MA.156.10005.8361/..." │ │
|
||
│ │ ZIIOT 更新全球解析索引 │ │
|
||
│ │ → 从此刻起，全球任何MA终端都能解析这个编码 │ │
|
||
│ └─────────────────────────────────────────────────┘ │
|
||
│ │
|
||
│ 同时完成： │
|
||
│ · 版权链存证（AVCC + 内容哈希 + 权益方 → 上链） │
|
||
│ · P/G/O 分级标定（决定流通范围） │
|
||
│ │
|
||
│ 价值： │
|
||
│ · 全球唯一编码 ≠ 平台内部ID，不依赖任何单一平台 │
|
||
│ · 跨平台互认的基础 — 抖音、B站、快手看到同一个AVCC │
|
||
│ · 码资源有限性 → "编码权"即监管权力的体现 │
|
||
│ │
|
||
│ 参与方：广电云(赋码) · ZIIOT(根注册) · 创作者(申请) │
|
||
└─────────────────────────────────────────────────────────┘
|
||
```
|
||
|
||
### 环节 ③：合规流通 — MA 标识的"通行证"
|
||
|
||
```
|
||
色块：浅绿色
|
||
图标：盾牌/通行
|
||
|
||
┌─────────────────────────────────────────────────────────┐
|
||
│ ③ 合规流通：MA 网关解析 + 流通权限判定 │
|
||
│ │
|
||
│ 触发时机：平台准备上线/推荐某个AIGC内容时 │
|
||
│ │
|
||
│ MA 做了什么： │
|
||
│ ┌─────────────────────────────────────────────────┐ │
|
||
│ │ 平台调用 MA 网关: POST /api/v1/avcc/parse │ │
|
||
│ │ │ │
|
||
│ │ 网关执行三级解析： │ │
|
||
│ │ 1. 本地解析（格式校验 + 签名验证） │ │
|
||
│ │ 2. 缓存查询（Redis TTL=1h） │ │
|
||
│ │ 3. 根解析验证（ZIIOT全球根，严格模式可选） │ │
|
||
│ │ │ │
|
||
│ │ 返回结果： │ │
|
||
│ │ · valid: true/false │ │
|
||
│ │ · circulation_rights: { │ │
|
||
│ │ scope: "全网全平台首页推荐" (P类) │ │
|
||
│ │ scope: "平台内播放" (G类) │ │
|
||
│ │ scope: "限本平台" (O类) │ │
|
||
│ │ } │ │
|
||
│ │ · blacklist_check: passed/blocked │ │
|
||
│ │ · expiration_status: active/expired │ │
|
||
│ └─────────────────────────────────────────────────┘ │
|
||
│ │
|
||
│ P/G/O 三级流通控制（MA解析权限映射）： │
|
||
│ ┌──────────────────────────────────────────┐ │
|
||
│ │ P(重点)：MA根+行业+平台 三级解析验证 │ │
|
||
│ │ → 全网全平台首页推荐 │ │
|
||
│ │ G(普通)：MA行业+平台 二级解析 │ │
|
||
│ │ → 平台内播放，不上首页 │ │
|
||
│ │ O(其他)：平台本地解析即可 │ │
|
||
│ │ → 限本平台/限免流 │ │
|
||
│ └──────────────────────────────────────────┘ │
|
||
│ │
|
||
│ 价值： │
|
||
│ · 无码不流通 — AVCC 是 AIGC 内容的"上路证" │
|
||
│ · 分级管控粒度 — 重点内容严审严管，普通内容快速流转 │
|
||
│ · 跨平台统一校验 — 所有平台调同一个MA网关，标准一致 │
|
||
│ · 实时黑名单 — 一处吊销，全网秒级生效（根节点同步） │
|
||
│ · 万级QPS低延迟 — Go实现，P99<50ms，不影响用户体验 │
|
||
│ │
|
||
│ 参与方：各视听平台(调用方) · 广电云MA网关(校验) · ZIIOT │
|
||
└─────────────────────────────────────────────────────────┘
|
||
```
|
||
|
||
### 环节 ④：消费分发 — MA 标识的"消费凭证"
|
||
|
||
```
|
||
色块：浅橙色
|
||
图标：播放/购买
|
||
|
||
┌─────────────────────────────────────────────────────────┐
|
||
│ ④ 消费分发：跨平台权益确认 + 播放数据归因 │
|
||
│ │
|
||
│ 触发时机：用户在某平台购买/观看 AIGC 内容 │
|
||
│ │
|
||
│ MA 做了什么： │
|
||
│ ┌─────────────────────────────────────────────────┐ │
|
||
│ │ 场景A：跨平台权益验证 │ │
|
||
│ │ 用户在抖音(8361)购买了AVCC-X，去B站(8362)想看 │ │
|
||
│ │ B站调用: /api/v1/chain/user-rights/verify │ │
|
||
│ │ → 版权链验证购买记录 → 返回 valid:true │ │
|
||
│ │ → B站放行播放（无需二次付费） │ │
|
||
│ │ │ │
|
||
│ │ 关键：AVCC 是跨平台的"统一钥匙"， │ │
|
||
│ │ 平台内部UID不通，但AVCC+user_hash全网通用 │ │
|
||
│ └─────────────────────────────────────────────────┘ │
|
||
│ ┌─────────────────────────────────────────────────┐ │
|
||
│ │ 场景B：播放数据精准归因 │ │
|
||
│ │ 每次播放事件都绑定 AVCC 编码回传： │ │
|
||
│ │ {avcc: "MA.156.10005.8361/...", │ │
|
||
│ │ platform_node: "8362", ← 播放发生的平台 │ │
|
||
│ │ event_type: "play", │ │
|
||
│ │ duration_sec: 1800} │ │
|
||
│ │ │ │
|
||
│ │ AVCC 让"一部作品在N个平台的播放数据" │ │
|
||
│ │ 可以精准汇总到同一个标识下 │ │
|
||
│ └─────────────────────────────────────────────────┘ │
|
||
│ │
|
||
│ 价值： │
|
||
│ · "一次购买，全网通看" — 用户不再为同一内容重复付费 │
|
||
│ · 精准数据归因 — 无论在哪个平台播放，收益归属同一个AVCC │
|
||
│ · 打破平台数据孤岛 — MA编码让跨平台数据聚合成为可能 │
|
||
│ · 版权估值基础 — 全网播放数据汇总 → 版权真实价值可计算 │
|
||
│ │
|
||
│ 参与方：用户(消费) · 各平台(回传数据) · 广电云(聚合) │
|
||
└─────────────────────────────────────────────────────────┘
|
||
```
|
||
|
||
### 环节 ⑤：结算清算 — MA 标识的"分账凭据"
|
||
|
||
```
|
||
色块：浅金色
|
||
图标：金币/合约
|
||
|
||
┌─────────────────────────────────────────────────────────┐
|
||
│ ⑤ 结算清算：基于 AVCC 的智能合约自动分账 │
|
||
│ │
|
||
│ 触发时机：定期清算周期（日/周/月）到期 │
|
||
│ │
|
||
│ MA 做了什么： │
|
||
│ ┌─────────────────────────────────────────────────┐ │
|
||
│ │ 1. 清算引擎按 AVCC 从 ClickHouse 聚合全网收益： │ │
|
||
│ │ SELECT avcc_code, SUM(revenue) │ │
|
||
│ │ FROM playback_metrics │ │
|
||
│ │ WHERE period = '2026-05' │ │
|
||
│ │ GROUP BY avcc_code │ │
|
||
│ │ │ │
|
||
│ │ 2. 查询 AVCC 绑定的权益方列表（链上合约）： │ │
|
||
│ │ AVCC → CopyrightRecord.RightHolders: │ │
|
||
│ │ · creator(40%) · model(15%) │ │
|
||
│ │ · ip(10%) · platform(30%) │ │
|
||
│ │ · hub_fee(6%) │ │
|
||
│ │ │ │
|
||
│ │ 3. 触发链上清算合约 ExecuteSettlement： │ │
|
||
│ │ → 按比例拆分 → 各方账户入账 │ │
|
||
│ │ → 生成不可篡改的清算记录 │ │
|
||
│ └─────────────────────────────────────────────────┘ │
|
||
│ │
|
||
│ AVCC = 分账的"最小原子单位"： │
|
||
│ ┌──────────────────────────────────────────┐ │
|
||
│ │ 传统模式： │ │
|
||
│ │ 平台A按自己规则分 · 平台B按自己规则分 │ │
|
||
│ │ → 创作者在不同平台分别对账，规则不透明 │ │
|
||
│ │ │ │
|
||
│ │ AVCC模式： │ │
|
||
│ │ AVCC绑定统一分账合约 · 无论在哪个平台播放 │ │
|
||
│ │ → 同一智能合约执行 · 全网一本账 · 创作者 │ │
|
||
│ │ 只需看一个AVCC的总收益 │ │
|
||
│ └──────────────────────────────────────────┘ │
|
||
│ │
|
||
│ 价值： │
|
||
│ · 跨平台统一清算 — 一个AVCC = 一份合约 = 所有平台通用 │
|
||
│ · 分账透明不可篡改 — 链上记录，创作者可审计 │
|
||
│ · 自动化无人工 — 智能合约按规则自动执行，无中间商 │
|
||
│ · 版权金融基础 — 链上清算记录 → 版权估值 → ABS/质押 │
|
||
│ │
|
||
│ 参与方：清算引擎 · 联盟链 · 创作者 · 模型方 · IP方 · 平台│
|
||
└─────────────────────────────────────────────────────────┘
|
||
```
|
||
|
||
### 环节 ⑥：监管治理 — MA 标识的"治理抓手"
|
||
|
||
```
|
||
色块：浅红色
|
||
图标：监管/法槌
|
||
|
||
┌─────────────────────────────────────────────────────────┐
|
||
│ ⑥ 监管治理：精准靶向 + 全网联动 │
|
||
│ │
|
||
│ 触发时机：监管需要处置/查询/统计时 │
|
||
│ │
|
||
│ MA 做了什么： │
|
||
│ ┌─────────────────────────────────────────────────┐ │
|
||
│ │ 场景A：精准定点处置 │ │
|
||
│ │ 广电总局发现某内容违规： │ │
|
||
│ │ → 下发 AVCC 编码到广电云 │ │
|
||
│ │ → 广电云执行: circulation_status = 'revoked' │ │
|
||
│ │ → MA网关缓存即时失效 │ │
|
||
│ │ → 同步 ZIIOT 根节点全球注销 │ │
|
||
│ │ → 所有平台下次解析该AVCC时返回 blacklisted │ │
|
||
│ │ → 全网下架，无死角 │ │
|
||
│ └─────────────────────────────────────────────────┘ │
|
||
│ ┌─────────────────────────────────────────────────┐ │
|
||
│ │ 场景B：穿透式溯源 │ │
|
||
│ │ 投诉/举报某内容 → 提取AVCC → 一键反查： │ │
|
||
│ │ · 谁生成的（creator_id + MA节点） │ │
|
||
│ │ · 用什么模型（C2PA中的model_name/version） │ │
|
||
│ │ · 训练数据是否合规（training_assertion） │ │
|
||
│ │ · 审核历史（review_reports全链路） │ │
|
||
│ │ · 流通轨迹（哪些平台上线过、播放量多少） │ │
|
||
│ │ · 收益明细（链上清算记录） │ │
|
||
│ └─────────────────────────────────────────────────┘ │
|
||
│ ┌─────────────────────────────────────────────────┐ │
|
||
│ │ 场景C：宏观数据治理 │ │
|
||
│ │ 因为所有AIGC内容都有统一的AVCC编码： │ │
|
||
│ │ → 行业总量可精确统计（年赋码量=行业产出量） │ │
|
||
│ │ → 平台合规率可比较（各平台P/G/O比例） │ │
|
||
│ │ → 模型风险可预警（某模型生成内容违规率高） │ │
|
||
│ │ → 产业趋势可预判（类目/地域/创作者分布） │ │
|
||
│ └─────────────────────────────────────────────────┘ │
|
||
│ │
|
||
│ MA的独特价值（vs 平台内部ID）： │
|
||
│ ┌──────────────────────────────────────────┐ │
|
||
│ │ · 跨平台穿透：一个AVCC串联所有平台数据 │ │
|
||
│ │ · 全网联动：根节点注销 = 全球失效 │ │
|
||
│ │ · 不可伪造：MA层级签名，无法自行编造 │ │
|
||
│ │ · 国际互认：ZIIOT全球根，跨境执法可协作 │ │
|
||
│ └──────────────────────────────────────────┘ │
|
||
│ │
|
||
│ 参与方：广电总局(决策) · 广电云(执行) · ZIIOT(全球同步) │
|
||
└─────────────────────────────────────────────────────────┘
|
||
```
|
||
|
||
---
|
||
|
||
## 四、附加环节：跨境互认 — MA 标识的"国际护照"
|
||
|
||
```
|
||
色块：浅蓝紫色（国际色调）
|
||
位置：主流程右侧延伸
|
||
|
||
┌─────────────────────────────────────────────────────────┐
|
||
│ ⑦ 跨境互认：MA 标识的国际化价值 │
|
||
│ │
|
||
│ ┌─────────────────────────────────────────────────┐ │
|
||
│ │ 中国 AIGC 作品出海流程： │ │
|
||
│ │ │ │
|
||
│ │ 创作者(中国) → AVCC(MA.156.10005.8361/...) │ │
|
||
│ │ │ │ │
|
||
│ │ ▼ MA根解析全球可达 │ │
|
||
│ │ 海外平台 → 调用 MA 根解析 │ │
|
||
│ │ │ │ │
|
||
│ │ ▼ 验证通过 │ │
|
||
│ │ 海外平台合规上线 │ │
|
||
│ │ │ │ │
|
||
│ │ ▼ 播放数据回传 │ │
|
||
│ │ 智能合约跨境清算 │ │
|
||
│ └─────────────────────────────────────────────────┘ │
|
||
│ │
|
||
│ vs 没有 MA 的情况： │
|
||
│ · 海外平台无法验证中国内容合规性 │
|
||
│ · 跨境版权纠纷无统一标识可引用 │
|
||
│ · 跨境分账无链上依据 │
|
||
│ │
|
||
│ MA 给出的解： │
|
||
│ · ISO/IEC 15459 国际标准 → 海外平台天然认可 │
|
||
│ · ZIIOT全球根 → 任何国家的MA终端都能解析 │
|
||
│ · 链上记录 → 跨境版权仲裁有链上证据 │
|
||
│ │
|
||
│ 战略意义：中国AIGC产业的"国际话语权"基础设施 │
|
||
└─────────────────────────────────────────────────────────┘
|
||
```
|
||
|
||
---
|
||
|
||
## 五、下层：MA 标识在每个环节的价值输出矩阵
|
||
|
||
### 绘制方式：横向表格，与上方六大环节一一对齐
|
||
|
||
```
|
||
位置：画布底部 20% 区域
|
||
背景：浅灰
|
||
|
||
┌──────────┬──────────┬──────────┬──────────┬──────────┬──────────┐
|
||
│ 创作源头 │ 赋码登记 │ 合规流通 │ 消费分发 │ 结算清算 │ 监管治理 │
|
||
├──────────┼──────────┼──────────┼──────────┼──────────┼──────────┤
|
||
│ │ │ │ │ │ │
|
||
│ 对创作者 │ 对创作者 │ 对平台 │ 对用户 │ 对创作者 │ 对监管 │
|
||
│ 源头确权 │ 全球身份 │ 一键合规 │ 一购全看 │ 透明分账 │ 精准治理 │
|
||
│ 防止抄袭 │ 版权锚定 │ 降70%成本│ 跨平台通兑│ 自动结算 │ 秒级下架 │
|
||
│ │ │ │ │ │ │
|
||
├──────────┼──────────┼──────────┼──────────┼──────────┼──────────┤
|
||
│ 对AI工具 │ 对广电云 │ 对ZIIOT │ 对平台 │ 对模型方 │ 对产业 │
|
||
│ 白名单认证│ 编码权变现│ 标准落地 │ 数据互通 │ 分成保障 │ 数据沉淀 │
|
||
│ 合规背书 │ 码即门票 │ 国际影响力│ 流量精算 │ 贡献可量化│ 趋势可判 │
|
||
│ │ │ │ │ │ │
|
||
├──────────┼──────────┼──────────┼──────────┼──────────┼──────────┤
|
||
│ │ │ │ │ │ │
|
||
│ MA价值 │ MA价值 │ MA价值 │ MA价值 │ MA价值 │ MA价值 │
|
||
│ 全球唯一 │ 层级编码 │ 实时解析 │ 统一标识 │ 链上锚定 │ 穿透溯源 │
|
||
│ 不可伪造 │ 码资源管理│ 权限映射 │ 跨平台桥梁│ 分账凭据 │ 全网联动 │
|
||
│ │ │ │ │ │ │
|
||
└──────────┴──────────┴──────────┴──────────┴──────────┴──────────┘
|
||
```
|
||
|
||
---
|
||
|
||
## 六、核心对比：有 MA vs 没有 MA
|
||
|
||
### 绘制方式：左右对比表，红绿色调
|
||
|
||
```
|
||
位置：可作为图的独立插图区域或翻页附录
|
||
|
||
┌────────────────────────────┬────────────────────────────────────┐
|
||
│ ❌ 没有 MA 标识 │ ✅ 有 MA 标识 │
|
||
├────────────────────────────┼────────────────────────────────────┤
|
||
│ 各平台自编ID，互不认识 │ 全球唯一AVCC，所有平台统一解析 │
|
||
│ 跨平台侵权无法追踪 │ 一码串联全网流转轨迹 │
|
||
│ 用户重复付费（每个平台买一次）│ 一次购买，链上确权，全网通看 │
|
||
│ 分账靠平台自觉，不透明 │ 智能合约自动执行，链上可审计 │
|
||
│ 监管只能逐平台下发通知 │ 根节点一次注销，全球秒级失效 │
|
||
│ 出海无标准，海外无法验证 │ ISO标准+全球根解析，国际互认 │
|
||
│ 数据孤岛，行业无全景统计 │ AVCC维度聚合，产业全景可视 │
|
||
│ 版权价值无法跨平台评估 │ 全网数据→版权估值→金融衍生 │
|
||
├────────────────────────────┼────────────────────────────────────┤
|
||
│ 本质：每个平台是一座"孤岛" │ 本质：MA是连接所有孤岛的"桥梁" │
|
||
└────────────────────────────┴────────────────────────────────────┘
|
||
```
|
||
|
||
---
|
||
|
||
## 七、MA 标识的三大"不可替代性"总结
|
||
|
||
```
|
||
位置：画布右上角或底部，金色强调框
|
||
|
||
┌─────────────────────────────────────────────────────────────────┐
|
||
│ │
|
||
│ MA 标识的三大不可替代性 │
|
||
│ │
|
||
│ ① 国际标准唯一性 (ISO/IEC 15459) │
|
||
│ · 不是企业标准，是国际标准 │
|
||
│ · ZIIOT是全球唯一的MA代码发行机构 │
|
||
│ · 任何其他体系无法提供同等国际认可度 │
|
||
│ │
|
||
│ ② 层级解析网络性 │
|
||
│ · 根→国家→行业→平台 四级树状结构 │
|
||
│ · 任何一级都可以独立解析本级下属编码 │
|
||
│ · 天然支撑"监管分层" — 总局管行业节点，行业节点管平台 │
|
||
│ │
|
||
│ ③ 全球互操作性 │
|
||
│ · 跨境文化贸易需要全球可解析的标识 │
|
||
│ · MA根节点全球部署，解析延迟<100ms │
|
||
│ · 中国AIGC产业国际化的"通行证" │
|
||
│ │
|
||
│ 结论：MA 不是"可选项"，而是 AIGC-Hub 整个体系的"地基" │
|
||
│ 没有 MA = 没有跨平台 = 没有国际互认 = 没有监管穿透力 │
|
||
│ │
|
||
└─────────────────────────────────────────────────────────────────┘
|
||
```
|
||
|
||
---
|
||
|
||
## 八、视觉设计建议
|
||
|
||
| 元素 | 建议 |
|
||
|------|------|
|
||
| 主色调 | 以深绿（MA/国际标准色）为主色，六个环节各有辅色 |
|
||
| 流线样式 | 粗实线贯穿六环节，MA标识用金色高亮标记在流线上 |
|
||
| 节点树 | 上方树形用圆角矩形+连接线，当前节点(10005)用金色描边 |
|
||
| AVCC编码 | 用等宽字体，每段用不同颜色高亮，类似语法高亮 |
|
||
| 对比表 | 红/绿双色对比，直观感受"有vs没有"的巨大差距 |
|
||
| 参与方图标 | 每个环节底部小头像图标：创作者/平台/监管/ZIIOT/广电云 |
|
||
| 信息层次 | 业务看流程线+价值框 · 技术看API调用+数据结构 |
|
||
|
||
---
|
||
|
||
## 九、讲解要点备注（给演讲者）
|
||
|
||
1. **开场切入**："这个体系的基石不是某个技术组件，而是 MA 国际标识。如果把 AIGC-Hub 比作高速公路，MA 就是车牌系统 — 没有车牌，交通管理就是空谈。"
|
||
|
||
2. **环节①强调**："MA 标识不是事后补登记，而是在 AI 生成的第一帧就植入了。这是源头治理，不是事后追溯。"
|
||
|
||
3. **环节③强调**："所有平台调同一个 MA 网关 — 这意味着规则统一。不存在'A平台认为合规、B平台认为违规'的情况。"
|
||
|
||
4. **环节⑤强调**："传统模式下，创作者要在每个平台分别查分账。AVCC 模式下，一个编码 = 一份合约 = 全网一本账。"
|
||
|
||
5. **结束总结**："MA 给了 AIGC-Hub 三样东西：国际标准的合法性、跨平台互通的可能性、监管穿透的技术性。缺了 MA，这个系统就是又一个平台级产品；有了 MA，这是国家级基础设施。"
|
||
|
||
---
|
||
|
||
> 本文档是 MA 标识全流程价值专题详图的绘制蓝图。
|
||
> 与全景图和技术详图的区别：聚焦回答一个问题 —— "MA 标识到底在整个体系中做了什么、为什么不可替代"。
|
||
> 适合在下午讨论中，当业务专家问"为什么要用 MA 而不是自建编码体系"时展示。
|