diff --git a/docs/ccode系统建设总体方案-PPT.html b/docs/ccode系统建设总体方案-PPT.html new file mode 100644 index 0000000..ee35d86 --- /dev/null +++ b/docs/ccode系统建设总体方案-PPT.html @@ -0,0 +1,1431 @@ + + + + + +CC码音视频监管系统建设总体方案 + + + + +
+ + +
+
V1.0 · 2026年8月
+
CC码音视频监管系统
+
建设总体方案
+
+ 国家AIGC视听内容登记与分发基础设施（AIGC-Hub）
+ 建设运营方：广电云（中国广电网络股份有限公司）
+ 政策依据：国家广播电视总局令第16号《微短剧发展管理办法》
+ 2026年9月1日起施行 +
+
+ + +
+
一、项目背景与战略定位
+
政策背景
+
《微短剧发展管理办法》—— CC码系统的直接政策依据
+ +
+ 2026年7月27日，国家广播电视总局局务会审议通过《微短剧发展管理办法》（国家广播电视总局令第16号），自2026年9月1日起施行。该办法确立了微短剧的分类分级管理、备案公示、审核许可、播出要求、监督管理等全套制度框架。 +
+ +

AIGC时代四大监管挑战

+
+
+
监管侧"管不住"
+
内容产量指数级增长，同质化、换皮重发严重，人工审核与滞后备案机制无法应对
+
+
+
平台侧"成本高"
+
各平台自建审核团队成本极高，缺乏统一标准，跨平台确权维权困难
+
+
+
创作侧"变现难"
+
AI辅助创作的版权归属不清，分账机制不透明，创作者权益难以保障
+
+
+
音频监管空白
+
翻录泛滥，维权困难，音频内容基本处于无监管状态
+
+
+
+ + +
+
一、项目背景与战略定位
+
战略破局与核心定位
+
工信部统一标识代码体系（CC码）+ AIGC视听内容行业根节点
+ +
+ 本方案创新性地将网络视听监管与工信部统一标识代码体系（CC码）深度融合，通过向工信部申请建立AIGC视听内容行业根节点（建议代码 CC.156.10005），赋予每一部AIGC作品全国唯一、不可篡改的"数字身份证"——智视码（AVCC）。 +
+ +
+
+
一剧一码
+
每部作品唯一标识
+
+
+
一码全网
+
跨平台统一验证
+
+
+
全国互认
+
码链同源可追溯
+
+
+ +

角色分工

+
+
+
🏛️
+
广电总局
+
握规则、握终审、握黑名单
+
+
+
🔧
+
工信部
+
统一标识代码底座和根解析服务
+
+
+
☁️
+
广电云
+
基础设施、合规工具、跨平台清算
+
+
+
📺
+
视听平台
+
内容审核主体责任，降低70%审核成本
+
+
+
🎨
+
创作者
+
源头嵌入C2PA水印与CC码标识
+
+
+
+ + +
+
二、总体架构
+
架构总览
+
工信部根节点 + 1朵云 + 3大引擎 + N个接入方
+ +
+
+
监管层
+
+ 监管大屏 + 终审工作台 + 黑名单管理 + 数据抽查 +
+
+
↓ 数据回传 / 指令下发
+
+
运营层
+
+
+ 赋码引擎 + 审核引擎 + 版权链引擎 + 清算引擎 +
+
+ 编码网关 + C2PA SDK + 创作者工作台 +
+
+ 网络探针 + 检测编排引擎 + 监管后台 +
+
+
+
↓ 根解析 / 码资源分配
+
+
根节点体系
+
+ 工信部CC码根节点 + 根解析服务 + 码资源管理 + 行业节点对接 +
+
+
↓
+
+
应用层
+
+ 长视频平台 + 短视频平台 + 音频平台 + AI工具厂商 + MCN/创作者 +
+
+
+ +
+ 等保三级VPC · 云原生K8s部署 · 分层解耦 · 开放接入 · 数据主权自主可控 +
+
+ + +
+
二、总体架构
+
双层监管架构
+
平台门禁（秒级）+ 网络探针（分钟级）缺一不可
+ +
+
+
第一道防线：平台门禁
+
+
    +
  • 上传拦截：无CC码内容不允许上传
    • +
  • 播出校验：播出前验证CC码状态
    • +
  • CDN注入校验：文件哈希与登记哈希比对
    • +
  • 终端抽检：播放内容抽样比对
    • +
+
+ 依赖平台配合 + 秒级响应 +
+
+
+
+
第二道防线：网络探针
+
+
    +
  • 全网爬虫巡查：不依赖平台配合
    • +
  • 水印提取：从视频中提取隐藏水印
    • +
  • 指纹比对：与指纹库比对识别内容
    • +
  • AI语义识别：深度理解视频/音频内容
    • +
  • 发现违规 → 触发秒级下架
    • +
+
+ CC码中心独立运行 + 分钟级响应 +
+
+
+
+ +
+ 核心理念：只有平台门禁会被绕过，只有网络探针下架慢，两层并行才能实现全覆盖、秒级响应。 +
+
+ + +
+
三、AVCC编码体系
+
编码结构
+
工信部统一标识代码体系六段式编码
+ +
+CC.156.10005.{platform_node}/{object_category}/{license_no}-{review_level}-AI-HASH({hash})-CRD({crd}) +

+示例： +CC.156.10005.8361/10.1300200.AIGC/(京)网微剧审字(2026)第001号-P-AI-HASH(a1b2c3)-CRD(0x7f3e9a) +
+ + + + + + + + + + + + + + + +
段说明示例
CC码根工信部统一标识代码发行机构CC
国家/行业节点中国+AIGC视听内容行业节点156.10005
平台节点接入平台/机构代码8361
对象类目视听内容大类+AI漫剧细分类目+AIGC标识10.1300200.AIGC
监管段许可证号/批准文件编号/节目编号(京)网微剧审字(2026)第001号
类别段P(重点)/G(普通)/O(其他)P
技术段AI生成内容哈希值AI-HASH(a1b2c3)
版权段版权链存证地址CRD(0x7f3e9a)
+
+ + +
+
三、AVCC编码体系
+
分类分级与流通权限
+
对应《微短剧发展管理办法》第五条
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
办法分类AVCC类别编码前缀许可形式流通范围赋码时效
一类微短剧
投资额度大或特殊题材		重点AVCC-P《微短剧发行许可证》全网全平台，首页推荐5-30个工作日
二类微短剧
投资额度不大且一般题材		普通AVCC-G省级广电批准文件平台内播放，非首页推荐1-3个工作日
三类微短剧
投资额度较低且一般题材		其他AVCC-O播出单位审核+节目编号限本平台/限免流播放秒级实时赋码
+ +
+ 一码含证、扫码验真：AVCC监管段直接嵌入许可证信息——一类嵌入许可证编号，二类嵌入省级广电批准文件编号，三类嵌入播出单位节目编号。 +
+
+ + +
+
四、核心系统模块
+
模块全景
+
四大模块层 · 覆盖赋码、审核、检测、监管全链路
+ +
+
+

核心业务层

+
+
CC码管理
+
码生成、签发、状态流转、码段分配与冻结 · 复用现有TCS-IPTV
+
+
+
四关验证
+
上传/播出/CDN/终端四环节CC码验证 · Redis缓存加速
+
+
+
秒级下架
+
一条指令并行通知所有平台+CDN，确认追踪 · 通常<3秒
+
+
+
版权链引擎
+
版权存证、权益子链、智能合约分账 · 基于长安链联盟链
+
+
+
清算引擎
+
跨平台权益通兑、分账结算、版权估值 · 金融级清算逻辑
+
+
+
+

检测引擎层

+
+
网络探针爬虫
+
全网视频/音频平台巡查、直播录制 · 反爬对抗持续挑战
+
+
+
检测编排引擎
+
水印→指纹→AI三级分级检测编排 · 不同内容走不同检测路径
+
+
+
水印/指纹服务
+
视频/音频水印嵌入提取 + 指纹提取入库 · 自主可控
+
+
+
AI语义服务
+
视频/音频深度语义理解，兜底检测 · 模型部署+推理优化
+
+
+
C2PA SDK
+
内容凭证嵌入/验证，含工信部CC码标识片段 · Rust核心+多语言绑定
+
+
+
+
+ + +
+
五、关键技术方案
+
三层检测体系
+
水印 → 指纹 → AI语义，层层递进，层层兜底
+ +
+
+
1
+
+
快速筛查
+
元数据验证（CC码存在性+状态有效性） → 识别无码内容、已下架内容
+
+
毫秒级
+
+
+
2
+
+
重点检测
+
视频指纹（深度学习）+ 音频指纹（信号处理） → 识别转码/剪辑/变速后的内容
+
+
秒级
+
+
+
3
+
+
深度检测
+
水印提取 + AI视频/音频语义理解 → 精确追溯来源 + 深度理解内容
+
+
秒级~分钟级
+
+
+ +
+ 关键设计：三种手段互为补充——去水印还有指纹识别，指纹失效还有AI语义兜底，确保检测无死角。 +
+ +

其他关键技术

+
+
+
秒级下架全网同步
+
Kafka 24路并行分发，3秒内回调确认，超时自动重试
+
+
+
UGC海量赋码
+
码段授权模式，平台本地批量赋码，异步批量回传
+
+
+
直播实时监管
+
频道预赋码 + 60秒切片并行送检 + 秒级断流指令
+
+
+
+ + +
+
六、技术栈选型
+
混合语言架构
+
Go高并发 · Python业务编排 · Rust底层媒体处理
+ +
+
+

语言与框架

+ + + + + + + + + + +
层级选型用途
网关层Kong / APISIX流量控制、鉴权、限流
高并发服务Go 1.22+ / Gin编码网关、赋码引擎、清算引擎
业务编排Python 3.11+ / FastAPI工作台、审核调度、链交互
媒体处理Rust (c2pa-rs)C2PA标准、视频指纹提取
前端React 18 + Ant Design工作台、监管大屏
区块链Go + ChainMaker SDK联盟链高性能交互，国密支持
+
+
+

数据与基础设施

+ + + + + + + + + + + + +
组件选型用途
关系型数据库PostgreSQL 16.x主业务数据，JSONB
缓存Redis Cluster 7.x会话、热点数据、分布式锁
时序分析ClickHouse 24.x播放数据、审核日志
对象存储MinIO水印、指纹、证据包
向量数据库Milvus / pgvector视频指纹相似度检索
容器编排Kubernetes 1.29+微服务编排、自动扩缩容
AI推理Triton + PyTorch 2.xGPU模型服务化
底层链长安链 2.x国密支持、联盟链
+
+
+
+ + +
+
七、部署与运维 · 安全与合规
+
部署架构与安全合规
+
等保三级VPC · 云原生K8s · 数据主权自主可控
+ +
+
+

K8s部署拓扑

+ + + + + + + + + + + 广电云 K8s 集群（等保三级VPC） + + + + Ingress Controller + 3 replicas · TLS 1.3 · Kong/Nginx + + 公网443 + + + + + + + 微服务应用层 + + code-svc(5) + + review-svc(10) + + chain-svc(3) + + gateway-svc(5) + + settlement-svc(3) + + workbench-svc(3) + + callback-svc(3) + + reg(2) + + + + + + + 数据与中间件层 + + PG(3) + + Redis(6) + + Kafka(3) + + ClickHouse(3) + + MinIO(4) + + + + + + + AI推理与区块链层 + + Triton Server (GPU) + + ChainMaker(5) + + Milvus(3) + + + + + + + 监控 + Prometheus + Grafana + ELK + Jaeger + + 全链路 + + + 等保三级VPC · 服务网格mTLS · 自动扩缩容 + + +

高可用与灾备

+ + + + + + + +
策略RPORTO
PostgreSQL Patroni<1s<30s
Redis Cluster0<10s
跨可用区（北京主+上海备）<5min<15min
+
+
+

等保三级合规

+ + + + + + + + + + +
要求落实措施
安全物理环境广电云自有数据中心 + 等保三级机房
安全通信网络专线对接 + TLS 1.3 + Istio mTLS
安全区域边界分安全域：DMZ/应用/数据/AI/区块链/监管
安全计算环境容器安全扫描、镜像签名、运行时防护
安全管理中心统一身份管理、集中审计、态势感知
数据安全分类分级、国密SM4加密、脱敏展示
+ +
+ 自主可控：视频/音频水印和指纹技术完全自研，不依赖任何闭源外国商用软件。 +
+
+
+
+ + +
+
八、政策对接
+
《微短剧发展管理办法》政策对接
+
办法定义"管什么、怎么管"，CC码系统解决"用什么技术管、怎么管得住"
+ +
+
+
分类分级（第五条）
+
←→
+
AVCC P/G/O三级编码
+
+
+
备案公示（第十二条~十六条）
+
←→
+
赋码引擎预检 + 创作者工作台
+
+
+
审核许可（第十七条~二十四条）
+
←→
+
审核引擎 + 许可证号嵌入AVCC
+
+
+
标准规范（第二十五条~二十八条）
+
←→
+
AI审核引擎11类违规检测
+
+
+
播出要求（第二十九条~四十条）
+
←→
+
四关验证 + 秒级下架 + 网络探针
+
+
+
监督管理（第四十一条~四十三条）
+
←→
+
监管大屏 + 数据回传
+
+
+
法律责任（第四十四条~四十九条）
+
←→
+
码段冻结 + 全网下架 + 链上存证
+
+
+
知识产权（第十条）
+
←→
+
版权链 + 清算引擎 + C2PA
+
+
+
国际交流（第八条）
+
←→
+
CC码统一标识 + 跨平台解析
+
+
+ +
+ 核心价值：办法是制度之锚，CC码是执行之器。 +
+
+ + +
+
九、分阶段实施路线
+
三阶段实施路线
+
投入小、见效快 → 全量覆盖
+ +
+
+
一期：筑基
+
0-6个月
+
+
    +
  • AVCC编码规则发布
    • +
  • 赋码中心V1.0上线
    • +
  • 3-5家平台试点
    • +
  • 行业节点申请
    • +
+
+
+
+
二期：贯通
+
6-12个月
+
+
    +
  • AI工具SDK发布
    • +
  • 版权链全链路贯通
    • +
  • 智能审核覆盖80%普通类
    • +
  • 行业节点正式运营
    • +
+
+
+
+
三期：生态
+
1-2年
+
+
    +
  • AIGC片库统一入口
    • +
  • 跨平台权益通兑
    • +
  • 行业分账标准发布
    • +
  • CC码跨平台应用
    • +
+
+
+
+ +
+
+
+
3个月
+
平台门禁上线
+
+
+
+
6个月
+
UGC赋码
+
+
+
+
9个月
+
直播监管
+
+
+
+
12个月
+
全量运行
+
+
+
+
15个月
+
音频优化
+
+
+
+
18个月
+
运营优化
+
+
+
+ + +
+
十、团队与预算
+
团队分工与预算
+
22~31人团队 · 总预算3,300万元 · 24个月
+ +
+
+

团队划分

+ + + + + + + + + + + +
团队人数核心职责
后端团队6~8CC码管理、验证、下架
检测团队4~6爬虫集群、检测编排
算法团队4~6水印/指纹/AI
前端团队2~3管理界面、数据大屏
运维团队3~4容器集群、数据库
平台对接3~4SDK、对接文档
合计22~31—
+
+
+

预算分配

+ + + + + + + + +
阶段周期预算（万元）占比
一期：筑基1-6月85025.7%
二期：贯通7-12月1,05031.8%
三期：生态13-24月1,40042.5%
总计24个月3,300100%
+ +

四层商业模式

+
+
L1 赋码服务：50-2000元/件
+
+
+
L2 合规SaaS：AI预审API + 认证年费
+
+
+
L3 跨平台清算：6%-8%佣金
+
+
+
L4 数据与生态：行业报告 + 生态产品
+
+
+
+ +
+ 盈亏平衡：年赋码量50万部 或 跨平台结算GMV达10亿元时，项目可实现全面盈亏平衡。预计第18-24个月覆盖前期投入。 +
+
+ + +
+
十一、关键风险与应对
+
关键风险与应对方案
+
10项风险识别 · 分级应对
+ + + + + + + + + + + + + + + +
风险等级应对方案
音频水印抗翻录不达标高音频指纹作为主力兜底；水印持续优化；先验证再上线
行业节点审批延迟中提前3个月提交申请材料，与工信部保持密切沟通
平台对接进度滞后中SDK简化对接；行政强制+分批过渡；网络探针重点巡查
AI审核准确率不足中持续模型迭代 + A/B测试 + 人机协同流程优化
爬虫被反爬阻挡中代理IP池+浏览器自动化；群众举报通道补充
GPU资源不足中分级检测策略，快速筛查用CPU，深度检测才用GPU
直播检测延迟超标中优先用水印/指纹（秒级），AI语义作为异步补充
误判正常内容中分级处置+人工兜底+申诉通道+阈值持续优化
区块链性能瓶颈中联盟链分片+链下计算+批量上链
等保三级测评不过低提前聘请测评机构预审+安全左移
+
+ + +
+
十二、方案价值总结
+
方案价值总结
+
从"管不住"到"秒级管住"，从"无变现"到"四层商业模式"
+ + + + + + + + + + + + + + + + + +
维度现状本方案实现后
发现速度人工巡查，天级~周级秒级（平台门禁）+ 分钟级（网络探针）
下架速度逐级通知，小时级~天级一键指令，秒级全网下架
覆盖范围依赖平台配合，UGC失管，音频无监管全量覆盖：影视剧+UGC+直播+音乐+播客+广播
追溯能力难以追溯来源CC码+水印+指纹，全链路追溯
对抗能力被动应对水印+指纹+AI多层检测，扛转码/剪辑/去水印/翻录
证据固化人工截图取证自动保存视频/音频片段、截图、检测日志
运营成本大量人工巡查自动化检测，人工只处理告警和审核
音频版权翻录泛滥，维权困难音频水印+指纹，翻录/变速/翻唱均可追溯
编码标准行业内部码工信部CC码，全国唯一、全网解析
商业模式无变现路径四层商业模式：赋码+SaaS+清算+数据生态
+ +
+ 办法是制度之锚，CC码是执行之器
+ 不替代现有系统，在关键节点嵌入验证能力，新增网络探针兜底，视频和音频统一编码、统一验证、统一处置 +
+
+ +
+ + +
+ + 1 / 16 + +
+ + + + + diff --git a/docs/ccode系统建设总体方案.md b/docs/ccode系统建设总体方案.md new file mode 100644 index 0000000..6b6cba7 --- /dev/null +++ b/docs/ccode系统建设总体方案.md @@ -0,0 +1,1151 @@ +# CC码音视频监管系统建设总体方案 + +> 版本：V1.0 +> 编制日期：2026年8月 +> 政策依据：国家广播电视总局令第16号《微短剧发展管理办法》（2026年9月1日起施行） + +--- + +## 一、项目背景与战略定位 + +### 1.1 政策背景 + +2026年7月27日，国家广播电视总局局务会审议通过《微短剧发展管理办法》（国家广播电视总局令第16号），自2026年9月1日起施行。该办法确立了微短剧的分类分级管理、备案公示、审核许可、播出要求、监督管理等全套制度框架，为CC码系统的建设提供了**直接政策依据**。 + +同时，随着生成式人工智能（AIGC）的爆发，AI漫剧等新型视听内容以前所未有的速度涌入市场，传统网络视听监管体系面临四大挑战： + +- **监管侧"管不住"**：内容产量指数级增长，同质化、换皮重发严重，人工审核与滞后备案机制无法应对 +- **平台侧"成本高"**：各平台自建审核团队成本极高，缺乏统一标准，跨平台确权维权困难 +- **创作侧"变现难"**：AI辅助创作的版权归属不清，分账机制不透明，创作者权益难以保障 +- **音频监管空白**：翻录泛滥，维权困难，音频内容基本处于无监管状态 + +### 1.2 战略破局 + +本方案创新性地将网络视听监管与 **工信部统一标识代码体系（CC码）** 深度融合，通过向工信部申请建立 **AIGC视听内容行业根节点**（建议代码 `CC.156.10005`），赋予每一部AIGC作品全国唯一、不可篡改的"数字身份证"——**智视码（AVCC）**。 + +### 1.3 核心定位 + +| 维度 | 说明 | +|------|------| +| **项目名称** | CC码音视频监管系统 / 国家AIGC视听内容登记与分发基础设施（AIGC-Hub） | +| **建设运营方** | 广电云（中国广电网络股份有限公司） | +| **核心定位** | 以"智视码（AVCC）"为核心的国家级AIGC视听内容登记、审核、分发与结算的基础设施 | +| **战略目标** | 实现"一剧一码、一码全网、码链同源、全国互认" | +| **广电云角色蜕变** | 从"云资源管道商（IaaS）"升级为"内容治理运营商（RegTech）+ 内容金融基础设施运营商（FinTech）" | + +### 1.4 设计原则 + +方案遵循 **"监管集权、运营中立、责任分散、利益共享"** 四大原则： + +- **广电总局**：握规则、握终审、握黑名单，不介入海量内容日常审核 +- **工信部**：提供统一标识代码底座和根解析服务，负责码资源统筹管理 +- **广电云**：搭基础设施、卖合规工具、做跨平台清算，作为行业节点负责码资源分配 +- **视听平台**：承担内容审核主体责任，借助广电云AI工具降低70%审核成本 +- **创作者/AI工具方**：源头嵌入C2PA水印与CC码标识，作品确权上链，享智能合约分账 + +--- + +## 二、总体架构 + +### 2.1 架构总览：工信部根节点 + 1朵云 + 3大引擎 + N个接入方 + + + + + + + + + + + + 监管层（广电总局 / 省级广电） + 监管大屏 │ 终审工作台 │ 黑名单管理 │ 数据抽查 + + + + 数据回传 / 指令下发 + + + + 广电云 AIGC-Hub 运营层（等保三级VPC） + + + + 赋码引擎 + Code Svc + + + 审核引擎 + Review Svc + + + 版权链引擎 + Chain Svc + + + 清算引擎 + Settlement + + + + 编码网关 + Gateway + + + C2PA SDK + Embed / Verify + + + 创作者工作台 + Workbench + + + + 网络探针 + 爬虫集群 + + + 检测编排引擎 + 水印→指纹→AI + + + 监管后台 + 数据大屏 + + 3大引擎 + 6大模块 + + + + 根解析 / 码资源分配 + + + + 工信部 CC码根节点体系 + 根解析服务 │ 码资源管理 │ 行业节点对接 + + + + + + + N个接入方（应用层） + 长视频平台 │ 短视频平台 │ 音频平台 │ AI工具厂商 │ MCN/创作者 + + + + + + + + + +### 2.2 架构设计原则 + +| 原则 | 说明 | +|------|------| +| **复用现有基础** | 在已有TCS-IPTV系统上叠加扩展，不推倒重来 | +| **等保三级合规** | 所有组件部署于广电云等保三级VPC内 | +| **云原生部署** | 容器化微服务架构，K8s编排，弹性扩缩容 | +| **CC码标准兼容** | 编码、解析、数据交换全流程遵循工信部统一标识代码体系标准 | +| **音视频统一** | 共用CC码体系、验证架构、监管后台 | +| **分层解耦** | 网关层、业务层、检测层、存储层独立部署 | +| **数据主权** | 水印/指纹技术自主可控，不依赖闭源外国商用软件 | +| **开放接入** | 标准化RESTful API与多语言SDK，低门槛接入 | + +### 2.3 双层监管架构 + + + + + 第一道防线：平台门禁（依赖平台配合，秒级） + + + + 上传拦截：无CC码内容不允许上传 + + + + 播出校验：播出前验证CC码状态 + + + + CDN注入校验：文件哈希与登记哈希比对 · 终端抽检：播放内容抽样比对 + + + + + + + 第二道防线：网络探针（CC码中心独立运行，分钟级） + + + + 全网爬虫巡查：不依赖平台配合 + + + + 水印提取：从视频中提取隐藏水印 + + + + 指纹比对：与指纹库比对识别内容 + + + + AI语义识别：深度理解视频/音频内容 → 发现违规触发秒级下架 + + + + + + + + +> **核心理念：平台门禁+网络探针缺一不可。只有平台门禁会被绕过，只有网络探针下架慢，两层并行才能实现全覆盖、秒级响应。** + +--- + +## 三、AVCC编码体系 + +### 3.1 编码结构 + +AVCC采用工信部统一标识代码体系六段式编码： + +``` +CC.156.10005.{platform_node}/{object_category}/{license_no}-{review_level}-AI-HASH({hash})-CRD({crd}) + +示例： +CC.156.10005.8361/10.1300200.AIGC/(京)网微剧审字(2026)第001号-P-AI-HASH(a1b2c3)-CRD(0x7f3e9a) +``` + +| 段 | 说明 | 示例 | +|----|------|------| +| **CC码根** | 工信部统一标识代码发行机构 | `CC` | +| **国家/行业节点** | 中国+AIGC视听内容行业节点 | `156.10005` | +| **平台节点** | 接入平台/机构代码 | `8361` | +| **对象类目** | 视听内容大类+AI漫剧细分类目+AIGC标识 | `10.1300200.AIGC` | +| **监管段** | 许可证号/批准文件编号/节目编号 | `(京)网微剧审字(2026)第001号` | +| **类别段** | P(重点)/G(普通)/O(其他) | `P` | +| **技术段** | AI生成内容哈希值 | `AI-HASH(a1b2c3)` | +| **版权段** | 版权链存证地址 | `CRD(0x7f3e9a)` | + +### 3.2 分类分级与流通权限（对应《微短剧发展管理办法》第五条） + +《微短剧发展管理办法》第五条将微短剧按投资额度和题材分为一类、二类、三类，实行分类备案公示和发行许可制度。AVCC编码的P/G/O分类与此完全对应： + +| 办法分类 | AVCC类别 | 编码前缀 | 许可形式 | 流通范围 | 赋码时效 | +|---------|---------|----------|----------|----------|----------| +| **一类微短剧**（投资额度大或特殊题材） | 重点 | AVCC-P | 《微短剧发行许可证》 | 全网全平台，首页推荐 | 5-30个工作日（对应第20条20日审核期） | +| **二类微短剧**（投资额度不大且一般题材） | 普通 | AVCC-G | 省级广电批准文件 | 平台内播放，非首页推荐 | 1-3个工作日 | +| **三类微短剧**（投资额度较低且一般题材） | 其他 | AVCC-O | 播出单位审核+节目编号 | 限本平台/限免流播放 | 秒级实时赋码 | + +> **AVCC监管段直接嵌入许可证信息：一类嵌入《微短剧发行许可证》编号，二类嵌入省级广电批准文件编号，三类嵌入播出单位节目编号，实现"一码含证、扫码验真"。** + +--- + +## 四、核心系统模块 + +### 4.1 模块全景 + + + + + CC码音视频监管系统 + + + + + 业务网关层 + + API网关 ── 统一入口、鉴权限流（Kong/APISIX） + + + + + 核心业务层 + + CC码管理 + + 四关验证 + + UGC赋码 + + 秒级下架 + + 申诉管理 + + 直播监管 + + 版权链引擎 + + 清算引擎 + 生成签发 · 状态机 · 码段分配 · 跨平台清算 · 智能合约分账 + + + + + 检测引擎层 + + 网络探针爬虫 + + 检测编排引擎 + + 指纹提取服务 + + 水印服务 + + AI语义服务 + + C2PA SDK + 水印→指纹→AI分级检测 · 全网巡查 · 内容凭证嵌入验证 + + + + + 监管后台 + + 管理前端 + + 数据大屏 + + 创作者工作台 + + + + 基础设施层 + + PG+Redis+CH+Milvus + + Kafka + + ChainMaker + + +### 4.2 各模块职责说明 + +#### 核心业务层 + +| 模块 | 核心职责 | 难度 | 说明 | +|------|---------|------|------| +| **CC码管理** | 码生成、签发、状态流转、码段分配与冻结 | 低 | 复用现有TCS-IPTV系统代码 | +| **四关验证** | 上传/播出/CDN/终端四环节CC码验证 | 低 | 高频调用，Redis缓存加速 | +| **UGC赋码** | 码段授权、平台本地批量赋码、异步回传 | 低 | 解决短视频海量上传瓶颈 | +| **秒级下架** | 一条指令并行通知所有平台+CDN，确认追踪 | 中等 | 多平台并行+幂等+超时重试 | +| **申诉管理** | 申诉接收、审核流转、恢复指令 | 低 | 标准业务流程 | +| **直播监管** | 直播流拉取、按分钟切片、并行送检、断流 | 中等 | 实时流并发调度 | +| **版权链引擎** | 版权存证、用户权益子链、智能合约分账 | 中等 | 基于长安链联盟链 | +| **清算引擎** | 跨平台权益通兑、分账结算、版权估值 | 较难 | 金融级清算逻辑 | + +#### 检测引擎层 + +| 模块 | 核心职责 | 难度 | 说明 | +|------|---------|------|------| +| **网络探针爬虫** | 全网视频/音频平台巡查、直播录制 | 中等 | 反爬对抗是持续挑战 | +| **检测编排引擎** | 水印→指纹→AI三级分级检测编排 | 较难 | 不同内容走不同检测路径 | +| **指纹提取** | 视频指纹（深度学习）、音频指纹（信号处理） | 低 | 成熟技术，工程化即可 | +| **水印服务** | 视频/音频水印嵌入与提取 | 中等~较难 | 音频抗翻录是公认难题 | +| **AI语义服务** | 视频/音频深度语义理解，兜底检测 | 中等 | 模型部署+推理优化 | +| **C2PA SDK** | C2PA内容凭证嵌入/验证，含工信部CC码标识片段 | 中等 | Rust核心+多语言绑定 | + +--- + +## 五、关键技术方案 + +### 5.1 三层检测体系 + +系统采用 **水印→指纹→AI语义** 三层递进检测，层层兜底： + +| 层级 | 检测手段 | 能识别什么 | 速度 | +|------|---------|-----------|------| +| **第一层：快速筛查** | 元数据验证（CC码存在性+状态有效性） | 无码内容、已下架内容 | 毫秒级 | +| **第二层：重点检测** | 视频指纹（深度学习）+音频指纹（信号处理） | 转码/剪辑/变速后的内容 | 秒级 | +| **第三层：深度检测** | 水印提取+AI视频/音频语义理解 | 精确追溯来源+深度理解内容 | 秒级~分钟级 | + +> **关键设计：三种手段互为补充，去水印还有指纹识别，指纹失效还有AI语义兜底，确保检测无死角。** + +### 5.2 秒级下架全网同步 + + + + + 1 + 指令生成（唯一指令ID，保证幂等） + + + + + 2 + 并行广播（Kafka 24路并行分发） + + + → 视频平台A + + → 视频平台B + + → 音频平台A + + → CDN厂商A + → ...更多平台 + 各平台 3秒内回调确认 + + + + + 3 + 确认追踪（已确认→记录回执；超时→自动重试最多2次；重试失败→告警人工介入） + + + + + 4 + 全网同步完成（通常 < 3秒） + + +### 5.3 UGC海量赋码方案 + + + + 码段授权模式 + + + + CC码中心分配码段给平台（如：段0001~010000给抖音） + + + + 平台在本地批量赋码（无需实时联网，毫秒级完成） + + + + 异步批量回传（每分钟/每万条批量上报） · 码段管理（耗尽申新、违规冻结、定期审计） + + +### 5.4 直播实时监管方案 + + + + 直播/广播频道 + + + + 频道级/主播级预赋码 + + + + 实时录制 + 按60秒切片 + + + + 切片并行送检（水印→指纹→AI，延迟30秒~2分钟） + + + + 发现违规 → 秒级断流指令 + 录像保存追责 · 容量规划：初期50路并发，目标500~2000路 + + +### 5.5 音频水印抗翻录处理 + +| 策略 | 说明 | +|------|------| +| **音频指纹主力识别** | 不依赖水印，翻录后仍可识别，水印失败时自动切换 | +| **多段冗余嵌入** | 每10秒嵌入一段水印，部分损坏仍可从其他段提取 | +| **心理声学模型优化** | 利用人耳听觉掩蔽效应，嵌入不敏感频段 | + +**目标指标**：安静环境翻录提取率>70%，嘈杂环境>50%，指纹识别兜底覆盖率>90% + +### 5.6 误判防控与申诉机制 + + + + + 分级处置 + + 低置信度告警 → 标记观察，不直接下架 + + 高置信度告警 → 下架，但开放申诉 + + + + 人工兜底 + + UGC二创、翻唱、影评等灰色地带 → 人工审核 + + 申诉案例 → 人工复核 + + + + 申诉快速通道 + + 申诉发起：48小时内 + + 申诉审核：24小时内 + + 申诉成功 → 秒级恢复 + + 数据反哺优化 + 持续优化检测阈值 + + +--- + +## 六、技术栈选型 + +### 6.1 混合语言架构 + +采用按场景选型的混合语言策略：**Go负责高并发网关与计算密集型服务，Python负责业务编排与AI管道，Rust负责底层媒体处理**。 + +| 层级 | 选型 | 说明 | +|------|------|------| +| **网关层** | Kong / Apache APISIX | 流量控制、鉴权、限流 | +| **高并发服务** | Go 1.22+ / Gin | 编码网关、赋码引擎、清算引擎，单机万级QPS | +| **业务编排/AI管道** | Python 3.11+ / FastAPI | 工作台、审核调度、链交互 | +| **底层媒体处理** | Rust (c2pa-rs) | C2PA标准实现、视频指纹提取 | +| **前端** | React 18 + Ant Design 5.x | 工作台、监管大屏 | +| **区块链服务** | Go + ChainMaker SDK | 联盟链高性能交互，国密支持 | + +### 6.2 数据存储层 + +| 组件 | 选型 | 版本 | 用途 | +|------|------|------|------| +| 关系型数据库 | PostgreSQL | 16.x | 主业务数据，JSONB灵活schema | +| 缓存 | Redis Cluster | 7.x | 会话、热点数据、限流、分布式锁 | +| 时序分析 | ClickHouse | 24.x | 播放数据、审核日志、运营分析 | +| 对象存储 | MinIO | 最新版 | C2PA水印、视频指纹、证据包 | +| 搜索引擎 | Elasticsearch | 8.x | 审核报告全文检索、日志检索 | +| 向量数据库 | Milvus / pgvector | 最新版 | 视频指纹相似度检索、版权比对 | + +### 6.3 基础设施层 + +| 组件 | 选型 | 说明 | +|------|------|------| +| 容器编排 | Kubernetes 1.29+ | 微服务编排、自动扩缩容 | +| 消息队列 | Apache Kafka 3.x | 审核任务分发、链上事件、数据回传 | +| AI推理 | NVIDIA Triton + PyTorch 2.x | GPU模型服务化、动态批处理 | +| 底层链 | 长安链（ChainMaker）2.x | 国密支持、联盟链 | +| 密钥管理 | HashiCorp Vault | 敏感配置、API Key动态管理 | +| 监控 | Prometheus + Grafana + ELK | 指标、可视化、日志聚合 | +| CI/CD | GitLab CI + ArgoCD | 自动化构建、声明式持续交付 | + +--- + +## 七、数据模型与API设计 + +### 7.1 核心数据表 + +| 表名 | 用途 | +|------|------| +| `creators` | 创作者/机构主表，存储实名信息 | +| `platforms` | 接入平台/机构节点表，对应工信部CC码三级节点 | +| `avcc_records` | AVCC赋码记录表（核心业务表） | +| `review_reports` | 审核报告表 | +| `chain_records` | 版权链存证记录 | +| `settlement_records` | 分账结算记录 | +| `blacklist` | 黑名单表 | +| `review_tasks` | 审核任务表 | +| `api_call_logs` | API调用日志 | + +### 7.2 API接口规范 + +- **协议**：HTTPS，TLS 1.3 +- **鉴权**：API Key + HMAC-SHA256签名双因素 +- **限流**：按平台类型分级限流（长视频500 QPS / 短视频2000 QPS / AI工具200 QPS） +- **版本控制**：URL路径包含版本号 `/api/v1/...` + +### 7.3 核心API清单 + +| 服务 | 接口数 | 核心功能 | +|------|--------|---------| +| 赋码服务 | 4 | 申请赋码、查询码状态、码段授权、批量回传 | +| 审核服务 | 3 | 提交审核、查询报告、审核任务回调 | +| 编码网关 | 4 | AVCC解析、流通权限校验、根解析对接、跨平台解析 | +| 版权链与清算 | 4 | 版权登记、分账查询、结算触发、估值报告 | +| 数据回传 | 2 | 播放数据上报、处置记录上报 | +| 监管接口 | 2 | 监管数据查询、下架指令下发 | + +--- + +## 八、部署与运维架构 + +### 8.1 K8s部署拓扑 + + + + + + + + + + + + + + + 广电云 K8s 集群（等保三级VPC） + + + + Ingress Controller + 3 replicas · TLS 1.3 · Kong/Nginx + + 公网443 + + + + + 微服务应用层 + + code-svc(5) + + review-svc(10) + + chain-svc(3) + + gateway-svc(5) + + settlement-svc(3) + + workbench-svc(3) + + callback-svc(3) + + regulatory-svc(2) + + + + + 数据与中间件层 + + PG(3) + + Redis(6) + + Kafka(3) + + ClickHouse(3) + + MinIO(4) + + ES(3) + + Milvus(3) + + + + + AI推理与区块链层 + + Triton Server (GPU) + + ChainMaker(5) + + Prometheus + Grafana + + + + + 运维监控 + ELK + Jaeger + + 全链路 + + 等保三级VPC · 服务网格mTLS · 自动扩缩容 + + +### 8.2 网络安全域 + +| 安全域 | 组件 | 访问策略 | +|--------|------|----------| +| DMZ | Kong Ingress | 公网443，WAF防护 | +| 应用区 | 微服务Pod | 仅内网，服务网格mTLS | +| 数据区 | PG/Redis/Kafka | 应用区白名单，审计连接 | +| AI推理区 | Triton Server | 应用区白名单，GPU独占 | +| 区块链区 | ChainMaker | 专线/VPN，联盟组织互连 | +| 监管区 | regulatory-svc | 专线对接广电总局专网 | + +### 8.3 高可用与灾备 + +| 策略 | 实现 | RPO | RTO | +|------|------|-----|-----| +| PostgreSQL | Patroni + 流复制 | <1s | <30s | +| Redis | Cluster自动故障转移 | 0 | <10s | +| ClickHouse | 副本 + ReplicatedMergeTree | <1min | <5min | +| MinIO | 纠删码 4+2 | 0 | <1min | +| 跨可用区 | 北京主 + 上海备（异步） | <5min | <15min | + +--- + +## 九、安全与合规设计 + +### 9.1 等保三级合规 + +| 等保要求 | 落实措施 | +|----------|----------| +| 安全物理环境 | 广电云自有数据中心 + 等保三级机房 | +| 安全通信网络 | 专线对接广电总局，公网TLS 1.3，Istio mTLS + WAF | +| 安全区域边界 | 分安全域（DMZ/应用/数据/AI/区块链/监管） | +| 安全计算环境 | 容器安全扫描、镜像签名、运行时防护（Harbor + Falco） | +| 安全管理中心 | 统一身份管理、集中审计、态势感知（Vault + ELK + SIEM） | +| 数据安全 | 分类分级、加密存储（国密SM4）、脱敏展示 | + +### 9.2 水印/指纹技术自主可控 + +| 技术模块 | 自主可控策略 | +|---------|------------| +| **视频水印** | 先采购国产商用方案快速落地，同步自研替换 | +| **音频水印** | 基于开源算法自研改进，不使用闭源外国SDK | +| **视频指纹** | 完全自研，深度学习模型+向量检索 | +| **音频指纹** | 完全自研，类Shazam信号处理算法 | + +> **核心原则：所有水印和指纹技术不依赖任何闭源外国商用软件，确保数据安全和自主可控。** + +### 9.3 审计日志 + +| 审计事件 | 保留期限 | +|----------|----------| +| 赋码申请 | 10年 | +| 审核决策 | 10年 | +| API调用 | 5年 | +| 链上交易 | 永久 | +| 管理员操作 | 10年 | +| 黑名单变更 | 永久 | + +--- + +## 十、内容审核责任划分 + +### 10.1 责任边界 + +**核心原则：内容审核是平台责任，CC码中心不替代平台审核，但通过机制设计确保审核到位。** + +| 责任方 | 职责 | +|--------|------| +| **平台负责** | 内容是否违规的审核判断、UGC上传审核、直播实时审核、审核不通过内容拦截、创作者违规处罚 | +| **CC码中心负责** | CC码发放与状态管理、四关验证、网络探针巡查与检测、下架指令分发、申诉审核与恢复 | + +### 10.2 CC码中心对平台审核的监督机制 + +| 机制 | 说明 | +|------|------| +| 网络探针巡查 | 独立巡查全网，平台漏审的违规内容被探针发现 | +| 平台考核 | 违规率、赋码覆盖率纳入考核，与年检/牌照续期挂钩 | +| 码段冻结 | 平台审核严重失职时冻结码段，已赋码内容批量下架 | +| 审核数据上报 | 平台定期上报审核数据，CC码中心抽查 | +| 违规案例追责 | 网络探针发现的违规内容，追溯平台审核责任 | + +--- + +## 十一、《微短剧发展管理办法》政策对接 + +### 11.1 政策与系统映射总览 + +《微短剧发展管理办法》（国家广播电视总局令第16号，2026年9月1日起施行）为CC码系统提供了直接政策依据。以下逐条分析办法条款与CC码系统能力的对应关系： + +### 11.2 分类分级管理（第五条 → AVCC P/G/O分类） + +| 办法条款 | 内容摘要 | CC码系统对接 | +|---------|---------|------------| +| 第五条 | 微短剧按投资额度、题材分为一类、二类、三类，分类实行备案公示和发行许可制度 | AVCC编码P/G/O三级分类完全对应；不同类别走不同赋码流程、流通权限、解析层级 | + +### 11.3 备案公示制度（第十二条~第十六条 → 赋码引擎预检） + +| 办法条款 | 内容摘要 | CC码系统对接 | +|---------|---------|------------| +| 第十二条 | 一类微短剧实行备案公示制度，二类可参照适用 | AVCC-P赋码前置备案公示校验；AVCC-G可选备案 | +| 第十三条 | 国务院广电主管部门负责一类公示，省级广电负责审核 | 赋码引擎对接广电总局和省级广电备案系统，自动获取公示信息 | +| 第十四条 | 申请备案需提交《微短剧备案公示申请表》和剧情梗概 | 创作者工作台提供备案申请入口，材料电子化提交 | +| 第十六条 | 变更主要人物/故事走向需重新备案，变更剧名/制作机构需办理变更手续 | CC码生命周期管理支持码状态变更（注销→重新赋码、变更登记） | + +### 11.4 审核许可制度（第十七条~第二十四条 → 审核引擎+赋码签发） + +| 办法条款 | 内容摘要 | CC码系统对接 | +|---------|---------|------------| +| 第十七条 | 一类颁发《微短剧发行许可证》，二类颁发批准文件，三类由播出单位审核并标注节目编号；未取得许可不得播出 | AVCC监管段嵌入许可证号/批准文件编号/节目编号；四关验证播出环节校验许可证有效性 | +| 第十八条 | 国务院广电主管部门负责直接申报机构审核，省级广电负责本行政区域审核 | 审核引擎支持多级审核流转（省级→总局），审核报告上链存证 | +| 第十九条 | 送审一类需提交报审表、许可证、样片、字幕表等材料 | 创作者工作台提供在线送审材料提交与材料完整性预检 | +| 第二十条 | 自受理之日起20日内作出许可决定，专家评审10日 | 赋码引擎SLA配置：AVCC-P赋码时效5-30个工作日，与审核周期匹配 | +| 第二十二条 | 国务院广电主管部门可作出责令修改、停止播出等决定 | 秒级下架指令系统对接广电总局终审工作台，一键下发 | +| 第二十三条 | 定期将一类微短剧许可证颁发情况向社会公告 | 监管大屏公示AVCC-P赋码记录，支持社会公开查询 | + +### 11.5 标准规范（第二十五条~第二十八条 → AI审核引擎） + +| 办法条款 | 内容摘要 | CC码系统对接 | +|---------|---------|------------| +| 第二十五条 | 微短剧不得载有的11类禁止内容 | AI审核引擎训练检测模型覆盖全部11类禁止内容，自动识别违规 | +| 第二十六条 | 剧名、台词、字幕的用语用字规范 | AI审核引擎包含语言文字规范检测模块 | +| 第二十七条 | 片头应在明显位置标注剧名、许可证号、批准文件编号、节目编号 | AVCC编码嵌入许可证号；C2PA SDK在片头嵌入AVCC标识；四关验证终端抽检标注合规性 | +| 第二十八条 | 推广信息不得出现违反第二十五条、第二十六条规定的内容 | 网络探针巡查推广物料，AI语义检测推广内容合规性 | + +### 11.6 播出要求（第二十九条~第四十条 → 四关验证+网络探针+平台监督） + +| 办法条款 | 内容摘要 | CC码系统对接 | +|---------|---------|------------| +| 第三十一条 | 一类、二类应按照许可通过的内容播出，鼓励优先排播取得许可证的微短剧 | 四关验证播出环节校验AVCC状态；编码网关返回流通权限，平台据此排播 | +| 第三十二条 | 播出单位应建立总编辑内容负责制、审核把关机制和内容安全全流程责任追溯机制 | CC码全生命周期记录+区块链存证提供全流程追溯；审核数据上链不可篡改 | +| 第三十三条 | 播出单位主体责任：核验许可证、三类微短剧审核标注节目编号、非独播标注各自编号 | 四关验证上传/播出环节自动核验AVCC；三类微短码段授权播出单位本地赋码（对应节目编号） | +| 第三十四条 | 使用AI技术生成、制作的微短剧应在每集明显位置添加提示标识 | AVCC编码含AIGC标识段；C2PA SDK嵌入AI生成标识；终端抽检验证AI标识存在性 | +| 第三十六条 | 播出单位不得为违反第二十五条的微短剧提供服务，发现问题应立即停止播出、断开链接、下线 | 秒级下架指令系统：一条指令全网同步下架（视频平台+CDN），3秒内到达 | +| 第三十七条 | 播出单位应定期审核、评估算法机制，优先推荐优质微短剧，不得使用诱导沉迷算法 | 监管大屏监测平台推荐算法数据；数据回传服务收集推荐相关指标 | +| 第三十八条 | 播出单位应对内容提供者和推广者开展常态化巡查，建立分级管理制度和退出机制 | 网络探针独立巡查补充平台自查；码段冻结机制对应退出机制 | +| 第三十九条 | 播出单位应依法履行数据安全保护义务 | 等保三级合规设计；数据加密、审计日志、隐私计算全面覆盖 | + +### 11.7 监督管理（第四十一条~第四十三条 → 监管后台+数据回传） + +| 办法条款 | 内容摘要 | CC码系统对接 | +|---------|---------|------------| +| 第四十一条 | 广电主管部门依法开展监督检查、应急处置、行政执法；向社会公开举报受理方式 | 监管大屏提供监督检查数据支撑；秒级下架对应应急处置；举报通道可接入监管后台 | +| 第四十二条 | 广电主管部门指导从业人员培训，提高内容审核把关能力 | 审核引擎输出审核报告可用于培训案例库建设 | +| 第四十三条 | 创作、推广、播出单位应配合统计调查，提供真实、准确、完整、及时的统计数据 | 数据回传服务自动收集播放数据、审核数据、处置记录，通过安全数据交换网关上报广电主管部门 | + +### 11.8 法律责任（第四十四条~第四十九条 → 码段冻结+全网下架） + +| 办法条款 | 内容摘要 | CC码系统对接 | +|---------|---------|------------| +| 第四十五条 | 制作、推广、播出含禁止内容的，责令改正，可暂停节目更新，情节严重依《广播电视管理条例》第四十九条处罚 | 秒级下架指令 + AVCC状态冻结；码段冻结实现批量下架 | +| 第四十六条 | 未按备案内容制作、未按许可内容播出或转移送审的，责令改正，警告或通报批评，可处10万元以下罚款 | CC码哈希比对检测内容变更；版本变更触发重新赋码流程 | +| 第四十七条 | 以欺骗、贿赂等不正当手段取得行政许可的，撤销许可 | AVCC状态机支持注销/撤销；链上存证提供撤销证据链 | + +### 11.9 知识产权保护（第十条 → 版权链引擎+清算引擎） + +| 办法条款 | 内容摘要 | CC码系统对接 | +|---------|---------|------------| +| 第十条 | 微短剧有关知识产权受法律保护；鼓励行业创新著作权服务模式；健全著作权保护体系 | 版权链引擎基于联盟链实现不可篡改的确权存证；清算引擎提供智能合约自动分账；C2PA SDK在生成源头嵌入版权凭证 | + +### 11.10 国际交流（第八条 → CC码统一标识+跨平台解析） + +| 办法条款 | 内容摘要 | CC码系统对接 | +|---------|---------|------------| +| 第八条 | 支持外向型微短剧创作生产和传播，支持优秀微短剧境内外同步播出；鼓励国际交流与合作 | CC码全国唯一、全网解析；编码网关支持跨平台识别AVCC；为微短剧出海提供统一编码底座 | + +### 11.11 政策对接价值总结 + + + + + 《微短剧发展管理办法》制度框架 + + CC码系统技术实现 + + + + 分类分级（第五条） + + + AVCC P/G/O三级编码 + + + 备案公示（第十二条~十六条） + + + 赋码引擎预检 + 创作者工作台 + + + 审核许可（第十七条~二十四条） + + + 审核引擎 + 许可证号嵌入AVCC + + + 标准规范（第二十五条~二十八条） + + + AI审核引擎11类违规检测 + + + 播出要求（第二十九条~四十条） + + + 四关验证 + 秒级下架 + 网络探针 + + + 监督管理（第四十一条~四十三条） + + + 监管大屏 + 数据回传 + + + 法律责任（第四十四条~四十九条） + + + 码段冻结 + 全网下架 + 链上存证 + + + 知识产权（第十条） + + + 版权链 + 清算引擎 + C2PA + + + 国际交流（第八条） + + + CC码统一标识 + 跨平台解析 + + + + + + + + +> **核心价值：CC码系统是《微短剧发展管理办法》的技术实现手段——办法定义了"管什么、怎么管"，CC码系统解决了"用什么技术管、怎么管得住"。办法是制度之锚，CC码是执行之器。** + +--- + +## 十二、分阶段实施路线 + +### 12.1 总体分期 + +| 阶段 | 时间 | 核心目标 | 关键里程碑 | +|------|------|----------|-----------| +| **一期：筑基** | 0-6个月 | 核心系统从0到1，打通赋码与基本审核 | AVCC编码规则发布、赋码中心V1.0上线、3-5家平台试点、行业节点申请 | +| **二期：贯通** | 6-12个月 | 全链路上链，SDK推广，AI算力扩容 | AI工具SDK发布、版权链全链路贯通、智能审核覆盖80%普通类、行业节点正式运营 | +| **三期：生态** | 1-2年 | 跨平台结算，商业变现，生态全面运营 | AIGC片库统一入口、跨平台权益通兑、行业分账标准发布、CC码跨平台应用 | + +### 12.2 一期技术任务 + +| 任务 | 工期 | 依赖 | +|------|------|------| +| K8s集群搭建（等保三级VPC） | 4周 | — | +| PostgreSQL + Redis + Kafka部署 | 2周 | K8s | +| 赋码引擎V1.0（编码生成+预检+分配） | 6周 | 数据库 | +| 审核引擎V1.0（AI预审MVP：画面+台词） | 8周 | GPU节点 | +| 编码网关V1.0（解析+校验+限流） | 4周 | 赋码引擎 | +| 创作者工作台V1.0（赋码申请+进度查询） | 6周 | 赋码引擎 | +| C2PA SDK V1.0（Python绑定+2个工具适配） | 6周 | — | +| 版权链V1.0（版权登记+存证+查询） | 8周 | ChainMaker | +| 等保三级测评准备 | 全程 | 全部 | + +### 12.3 实施路线时间轴 + + + + 投入小、见效快 + 全量覆盖 + + + + + + + + + + + + + + 3个月 + 6个月 + 9个月 + 12个月 + 15个月 + 18个月 + + + + + + + + + + + 平台门禁上线 + UGC赋码 + 直播监管 + 全量运行 + 音频优化 + 运营优化 + + +--- + +## 十三、团队分工与资源需求 + +### 13.1 团队划分 + +| 团队 | 负责领域 | 人数 | 核心职责 | +|------|---------|------|---------| +| **后端团队** | 核心业务服务 | 6~8人 | CC码管理、验证、下架、UGC赋码、直播调度 | +| **检测团队** | 网络探针 | 4~6人 | 爬虫集群、检测编排、直播切片送检 | +| **算法团队** | 水印/指纹/AI | 4~6人 | 水印嵌入提取、指纹提取入库、AI语义理解 | +| **前端团队** | 监管后台 | 2~3人 | 管理界面、数据大屏、申诉审核界面 | +| **运维团队** | 基础设施 | 3~4人 | 容器集群、数据库、消息队列、监控告警 | +| **平台对接团队** | 平台合作 | 3~4人 | 平台SDK、对接文档、技术支持 | +| **合计** | — | **22~31人** | — | + +### 13.2 一期试点资源预估 + +| 组件 | 实例规格 | 数量 | +|------|----------|------| +| API网关 | 4C8G | 3 | +| 微服务Pod | 2C4G | 30 | +| PostgreSQL | 8C32G + 1TB SSD | 3 | +| Redis | 4C8G | 6 | +| Kafka | 4C8G + 500GB | 3 | +| ClickHouse | 8C16G + 2TB SSD | 3 | +| MinIO | 4C8G + 10TB | 4 | +| Triton Server | 8C32G + A10 GPU | 4 | +| ChainMaker | 8C16G + 500GB | 5 | +| Elasticsearch | 4C16G + 2TB | 3 | + +### 13.3 关键技术合作建议 + +| 合作方向 | 合作方 | 合作模式 | 目标 | +|---------|--------|---------|------| +| 视频水印快速落地 | 国产商用方案供应商 | 采购集成，3个月上线 | 快速具备水印能力 | +| 视频/音频水印自研 | 高校信息隐藏/信号处理实验室 | 联合研发，6~9个月出MVP | 实现自主可控 | +| AI语义理解 | 国内AI厂商+高校 | 先调用SaaS快速落地，后期自研 | 快速具备AI检测能力 | +| 水印标准制定 | 广电总局+厂商+高校 | 联合标准组 | 统一视频+音频水印规范 | +| 平台对接 | 各视频/音频平台 | SDK+文档+行政推动 | 分批对接全覆盖 | + +--- + +## 十四、预算与投资回报 + +### 14.1 总体预算 + +项目整体规划为期两年，总预算约 **3,300万元**。 + +| 阶段 | 周期 | 预算（万元） | 占比 | 核心投入方向 | +|------|------|-------------|------|------------| +| 一期：筑基 | 1-6个月 | 850 | 25.7% | 研发与基础设施建设 | +| 二期：贯通 | 7-12个月 | 1,050 | 31.8% | AI算力扩容、SDK推广 | +| 三期：生态 | 13-24个月 | 1,400 | 42.5% | 生态运营与合规算力 | +| **总计** | **24个月** | **3,300** | **100%** | — | + +### 14.2 商业模式（四层变现） + +| 层级 | 模式 | 说明 | +|------|------|------| +| **第一层：赋码服务** | 按件/按量收费 | 50-2000元/件，预计年赋码量超百万部 | +| **第二层：合规SaaS** | 按次计费+年费 | AI预审API、AIGC真实性核验、版权比对、AI厂商白名单认证年费 | +| **第三层：跨平台清算** | 佣金模式 | 抽取6%-8%分账清算服务费；版权质押估值、数据要素登记证书 | +| **第四层：数据与生态** | 数据产品+生态服务 | 行业趋势报告、模型效能榜单、过审险等生态产品 | + +### 14.3 投资回报预期 + +**盈亏平衡预期**：预计在年赋码量达到50万部，或跨平台结算GMV达到10亿元时，项目可实现全面盈亏平衡。 + +**关键收入预期模型**： +- 赋码费：50万部 × 100元/部 = 年收入5,000万元 +- 跨平台清算佣金：2亿GMV × 6% = 年收入1,200万元 +- SaaS与认证费：年收入500万元 + +**结论**：在保守预估下，项目在第18-24个月即可覆盖前期所有研发与基础设施投入。 + +--- + +## 十五、关键风险与应对 + +| 风险 | 等级 | 应对方案 | +|------|------|---------| +| **音频水印抗翻录不达标** | 高 | 音频指纹作为主力兜底；水印持续优化；先验证再上线 | +| **行业节点审批延迟** | 中 | 提前3个月提交申请材料，与工信部保持密切沟通 | +| **平台对接进度滞后** | 中 | SDK简化对接；行政强制+分批过渡；网络探针重点巡查未对接平台 | +| **AI审核准确率不足** | 中 | 持续模型迭代 + A/B测试 + 人机协同流程优化 | +| **爬虫被反爬阻挡** | 中 | 代理IP池+浏览器自动化；群众举报通道补充 | +| **GPU资源不足** | 中 | 分级检测策略，快速筛查用CPU，深度检测才用GPU | +| **直播检测延迟超标** | 中 | 优先用水印/指纹（秒级），AI语义作为异步补充 | +| **误判正常内容** | 中 | 分级处置+人工兜底+申诉通道+阈值持续优化 | +| **区块链性能瓶颈** | 中 | 联盟链分片+链下计算+批量上链 | +| **等保三级测评不过** | 低 | 提前聘请测评机构预审+安全左移 | + +--- + +## 十六、与现有系统的关系 + +本方案 **不推倒重来**，在已有TCS-IPTV系统上叠加增强： + +| 已有能力 | 本方案新增 | 价值升级 | +|---------|-----------|---------| +| CC码生成签发 | 平台验证API+UGC批量赋码+直播赋码+音频赋码 | 从"登记备案"升级为"实时验证+全量赋码" | +| 送审文件验真 | 上传环节拦截 | 从"送审时验"扩展到"上传时验" | +| CDN注入校验 | 无需改动 | 直接复用 | +| 应急下架指令 | 秒级全网同步 | 从"逐层通知"升级为"一键全网下架" | +| 全生命周期监管 | 网络探针外部监控 | 新增"不依赖平台配合"的监管视角 | +| 视频内容监管 | 音频内容监管 | 从"只管视频"扩展到"音视频统一监管" | +| 省级目录管理 | 全国目录中心+跨省协同 | 从"单省运营"升级为"全国一体化" | + +### 现有代码资产 + +系统已有Go语言实现的TCS-IPTV基础代码库（`tcs-iptv/`），包含： + +| 模块 | 代码路径 | 功能 | +|------|---------|------| +| CC码生成 | `internal/cccode/` | 统一标识码生成、四维度查询、映射管理 | +| 区块链交互 | `internal/chain/` | ChainMaker联盟链适配、链上存证 | +| 哈希服务 | `internal/hash/` | 内容哈希计算与验真 | +| 目录服务 | `internal/catalog/` | 目录库写入与查询 | +| 全国目录 | `internal/nationalcatalog/` | 跨省注册、数据同步、统一查询 | +| 播放回传 | `internal/playback/` | 播放数据回传与分账计算 | +| 存证服务 | `internal/provenance/` | 全链路存证 | +| API服务 | `internal/api/` | RESTful API接口 | +| 管理后台 | `web-console/` | 前端管理界面 | + +> **核心理念：不替代现有系统，在关键节点嵌入验证能力，新增网络探针兜底，视频和音频统一编码、统一验证、统一处置。** + +--- + +## 十七、方案价值总结 + +| 维度 | 现状 | 本方案实现后 | +|------|------|------------| +| **发现速度** | 人工巡查，天级~周级 | 秒级（平台门禁）+ 分钟级（网络探针） | +| **下架速度** | 逐级通知，小时级~天级 | 一键指令，秒级全网下架 | +| **覆盖范围** | 依赖平台配合，UGC基本失管，音频无监管 | 全量覆盖：影视剧+UGC+直播+音乐+播客+广播 | +| **追溯能力** | 难以追溯来源 | CC码+水印+指纹，全链路追溯 | +| **对抗能力** | 被动应对 | 水印+指纹+AI多层检测，扛转码/剪辑/去水印/翻录/变速 | +| **证据固化** | 人工截图取证 | 自动保存视频/音频片段、截图、检测日志 | +| **运营成本** | 大量人工巡查 | 自动化检测，人工只处理告警和审核 | +| **音频版权** | 翻录泛滥，维权困难 | 音频水印+指纹，翻录/变速/翻唱均可追溯 | +| **编码标准** | 行业内部码 | 工信部CC码，全国唯一、全网解析 | +| **商业模式** | 无变现路径 | 四层商业模式：赋码+SaaS+清算+数据生态 | + +--- + +## 附录 + +### 术语对照表 + +| 术语 | 英文 | 说明 | +|------|------|------| +| AIGC-Hub | — | 国家AIGC视听内容登记与分发基础设施 | +| AVCC | AI Visual Content Code | 智视码，国家AIGC视听内容统一标识码 | +| CC码 | — | 工信部统一标识代码，由工信部构建和管理的全国统一标识代码体系，本系统的核心编码标识 | +| ZIIOT | — | 中关村工信二维码技术研究院，工信部统一标识代码体系的技术支撑单位 | +| 网标 | — | 网络剧片发行许可证，广电总局行政许可 | +| C2PA | Coalition for Content Provenance and Authenticity | 内容凭证技术标准 | +| 版权链 | — | 基于联盟链的版权存证与分账系统 | +| P/G/O | — | 重点(一类)/普通(二类)/其他(三类)，对应《微短剧发展管理办法》第五条分类 | +| CRD | Copyright Registration Data | 版权链存证地址标识 | +| AI-HASH | — | AI生成内容哈希值 | +| 一类微短剧 | — | 投资额度大或特殊题材，需广电总局备案公示+发行许可 | +| 二类微短剧 | — | 投资额度不大且一般题材，需省级广电审核+批准文件 | +| 三类微短剧 | — | 投资额度较低且一般题材，播出单位自行审核+标注节目编号 | + +### 政策依据 + +| 文件 | 说明 | +|------|------| +| 国家广播电视总局令第16号《微短剧发展管理办法》 | 2026年7月27日审议通过，2026年9月1日起施行，CC码系统建设的直接政策依据 | + +### 相关文档索引 + +| 文档 | 说明 | +|------|------| +| [AIGC-Hub智视码(AVCC)体系建设方案.md](AIGC-Hub智视码(AVCC)体系建设方案.md) | 顶层设计方案V2.0 | +| [系统架构与关键技术方案-汇报版.md](系统架构与关键技术方案-汇报版.md) | 面向领导层的架构汇报 | +| [系统设计和开发方案.md](系统设计和开发方案.md) | 开发工作指导文档 | +| [01-总体技术架构.md](01-总体技术架构.md) | 详细技术架构设计 | +| [02-核心系统模块设计.md](02-核心系统模块设计.md) | 核心模块详细设计 | +| [03-数据库与数据模型.md](03-数据库与数据模型.md) | 数据库表结构设计 | +| [04-API接口设计.md](04-API接口设计.md) | API接口详细设计 | +| [05-部署与运维架构.md](05-部署与运维架构.md) | 部署拓扑与运维方案 | +| [06-安全设计.md](06-安全设计.md) | 安全合规设计 | +| [07-分阶段实施路线图.md](07-分阶段实施路线图.md) | 分阶段实施计划 | +| [AIGC-Hub项目总体与分阶段详细预算.md](AIGC-Hub项目总体与分阶段详细预算.md) | 详细预算方案 | +| [CC码监管最优方案-双层架构.md](CC码监管最优方案-双层架构.md) | 双层监管架构详细方案 | +| [系统建设报价方案.md](../系统建设报价方案.md) | IPTV系统融合CC码建设报价方案 | diff --git a/docs/ccode系统建设总体方案.pdf b/docs/ccode系统建设总体方案.pdf new file mode 100644 index 0000000..f65a35d Binary files /dev/null and b/docs/ccode系统建设总体方案.pdf differ