# 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个接入方
### 2.2 架构设计原则
| 原则 | 说明 |
|------|------|
| **复用现有基础** | 在已有TCS-IPTV系统上叠加扩展,不推倒重来 |
| **等保三级合规** | 所有组件部署于广电云等保三级VPC内 |
| **云原生部署** | 容器化微服务架构,K8s编排,弹性扩缩容 |
| **CC码标准兼容** | 编码、解析、数据交换全流程遵循工信部统一标识代码体系标准 |
| **音视频统一** | 共用CC码体系、验证架构、监管后台 |
| **分层解耦** | 网关层、业务层、检测层、存储层独立部署 |
| **数据主权** | 水印/指纹技术自主可控,不依赖闭源外国商用软件 |
| **开放接入** | 标准化RESTful API与多语言SDK,低门槛接入 |
### 2.3 双层监管架构
> **核心理念:平台门禁+网络探针缺一不可。只有平台门禁会被绕过,只有网络探针下架慢,两层并行才能实现全覆盖、秒级响应。**
---
## 三、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 模块全景
### 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 秒级下架全网同步
### 5.3 UGC海量赋码方案
### 5.4 直播实时监管方案
### 5.5 音频水印抗翻录处理
| 策略 | 说明 |
|------|------|
| **音频指纹主力识别** | 不依赖水印,翻录后仍可识别,水印失败时自动切换 |
| **多段冗余嵌入** | 每10秒嵌入一段水印,部分损坏仍可从其他段提取 |
| **心理声学模型优化** | 利用人耳听觉掩蔽效应,嵌入不敏感频段 |
**目标指标**:安静环境翻录提取率>70%,嘈杂环境>50%,指纹识别兜底覆盖率>90%
### 5.6 误判防控与申诉机制
---
## 六、技术栈选型
### 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部署拓扑
### 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码系统是《微短剧发展管理办法》的技术实现手段——办法定义了"管什么、怎么管",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 实施路线时间轴
---
## 十三、团队分工与资源需求
### 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码建设报价方案 |