下载文档原格式
我国数字版权管理的法律限制及其建议作者：王金华来源：《出版广角》2013年第22期DRM为数字内容的接触和使用提供了前所未有的控制。
但是，我国目前的法律制度并未使数字版权管理能得以充分实现，对此，本文就我国现行法律对数字版权管理的法律限制进行分析和研究，并提出了若干建议，以期促使数字版权管理能够得到最大限度的应用。
随着互联网和技术的发展和进步，电子图书、音乐、电影等数字内容在互联网上的传播日益广泛，内容很容易被复制和修改，导致互联网上传播的数字内容存在大量的盗版和侵权问题。
这就需要在数字作品的整个生命周期内，对数字内容的知识产权进行保护，并确保数字内容在互联网上能够得以合法使用和传播。
因此，数字版权管理对数字内容知识产权的保护至关重要。
数字版权管理（DRM）使数字内容能够安全地在网络上传播，DRM保证了版权人能够获得足够的回报。
与传统版权法相比，DRM为数字内容的接触和使用提供了前所未有的控制。
但是，我国目前的法律制度并未使数字版权管理能得以充分实现，对此，本文就我国现行法律对数字版权管理的法律限制进行分析和研究，并提出了若干建议，以期促使数字版权管理能够得到最大限度的应用。
一、数字版权管理概述（一）数字版权管理定义数字版权管理（DRM）是指对版权的数字化管理，是数字化作品在产生、传播、销售和使用过程中，涉及对版权管理技术、标准、商业模式以及技术政策和法律法规的系统工程。
数字版权管理保护版权所有者的版权，确保版权所有者根据版权信息获得合法收益，防止非授权者获取有版权的数字内容，在版权所有者的权利受到侵害时能够认定数字内容的身份，实现盗版的溯源追踪等。
数字版权管理的核心是数字化作品交易过程中的权益管理，保证版权所有者在交易过程中得到应得的利益，从而刺激其再创作。
（二）我国数字版权管理目前状况及存在问题数宇版权管理方面目前存在的问题主要体现在以下几点：1. 数字版权管理应该考虑到消费者的消费体验，最理想的情况是通过“静默”的方式实现，即在消费者不察觉的情况下进行，数字版权管理技术的实施不应该侵犯消费者的消费隐私。
铁路通信信号设备认定范围及执行标准关于印发《铁路通信信号设备生产企业认定实施细则》的通知(铁运〔2011〕2号)附件3:认定范围及执行标准序产品产品名称认定范围执行标准号编号《分散自律调度集中系统技术条件(暂行修订稿)》 (科技运函〔2004〕15号)，《调度集中车站自律机与计算机软件和系统集成联锁接口通信协议(V1.1)》(运基信号〔2006〕312号)，《调度集中(CTC)数据通信规程》(运基信号〔2007〕696调度集中1 2001 号)，《列车调度指挥系统(TDCS)、调度集中系统(CTC)(CTC)设备组网方案和硬件配置标准》的通知》(运基信号〔2009〕676号)，《300,350km/h高速铁路CTC显示界面补充规定》硬件(运基信号〔2010〕416号)，《客运专线铁路信号产品暂行技术条件》(科技运〔2008〕36号)。
《铁路运输调度指挥管理信息系统(DMIS)技术标准(暂软件和系统集成列车调度指挥行)》(运基信号〔2003〕342号)，《列车调度指挥系统(TDCS)2 2002 系统(TDCS)数据通信规程》(TB/T 2499-2008)，《列车调度指挥系统硬件设备 (TDCS)、调度集中系统(CTC)组网方案和硬件配置标准》的通知》(运基信号〔2009〕676号)。
通用:《轨道交通电磁兼容第3-2部分:机车车辆设备》(GB/T 24338.4-2009)，《客运专线铁路信号产品暂行技术条件》(科技运〔2008〕36号)，《CTCS2级技术条件》、软件和系统集成《CTCS技术规范总则》(科技运函〔2004〕14号)，《客运专线CTCS-2级列控配置及运用技术原则(暂行)》(铁集成〔2007〕124号)。
CTCS-2:《既有线CTCS-2级列车运行控制系统技术规范列车运行控制(暂行)》(科技运〔2007〕43号)，《既有线CTCS-2级列3 2003 系统ATP车载控系统车载设备技术规范(暂行)》(科技运〔2007〕45 设备号)，《CTCS-2级列控车载设备DMI显示规范V1.0》(运基车载主机、应答器接收单元、信号〔2007〕20号)。
中华人民共和国广播电影电视行业技术要求条件接收系统缓存设备与监管平台数据交换协议和格式技术要求（暂行）国家广播电影电视总局发布255256目 录前言…………………………………………………………………………...……. 1.范围……………………………………………………………………..………... 2.参考标准…………………………………………………………………..……... 3.定义和缩略语……………………………………………………………..……... 3.1 定义和名词解释………………………………………………………..…... 3.2 缩略语…………………………………………………………….……....…4.功能说明……………………………………………………………….…..…..…5.CAS 缓存设备的时分连接要求 ……………………………………………....…6.协议框架……………………………………………………………….……....…6.1物理连接协议层规定……………………………………………….….……6.2 TCP/IP 协议层规定………………………………………………………..…6.3 HTTP 协议层规定………………………………………………….…..….... 6.4 XML 应用层协议规定…………………………………………………....… 6.5协议故障处理………………………………………………………………..7.数据交换文件要求………………………………………………………….....…7.1 通用要求.………………………………………………………………....…7.2 数据交换文件格式…………………………………………………….……8.数据交换文件XML Schema 定义………………………………………….....…8.1 基本XML Schema 定义文件…………………………………………….…8.2 统计信息XML Schema 定义文件………………………….…………....…8.3 IC 卡发卡信息XML Schema 定义文件……………………………..…..…8.4 授权信息XML Schema 定义文件………………………….………..…..…8.5 产品信息XML Schema 定义文件……………………………...…..………9.统计信息文件格式…………………………..…………………………..…….…10.IC 卡发卡信息文件格式………………………………………………..………11.授权信息接口…………………………………………………………..…….… 12.产品信息文件…………………………………………………………..…….…13.CAS 编码……………………………………………………………..………… 14.IC 卡编号格式（CARD_NO ）………………………….…………..………… 《条件接收系统缓存设备与监管平台数据交换协议和格式技术要求》（暂行） 编制说明…………………………………………………………………….….…257258258258258258 259 259 259 260 260 260261261261 261 263 263 263 265 265 267 268 269 270 272273 275275 276前言为了促进数字电视产业的发展，协调、监管有线数字电视运营秩序，保障有线数字电视系统的安全运行，使监管平台从CAS缓存设备中获取数据和信息，并分析和整理，实现对条件接收系统的监管，广播电视监测中心于2003年3月起负责起草《条件接收系统缓存设备与监管平台数据交换协议和格式技术要求》（暂行）。
《广播电视安全播出管理规定》IPTV集成播控平台实施细则（征求意见稿）国家广播电影电视总局二〇一一年六月目录第一章总则 (1)第一条编写目的 (1)第二条适用范围 (1)第二章系统配置要求 (1)第一节供配电系统 (1)第三条外部电源 (1)第四条供配电系统 (1)第二节直播系统 (2)第五条系统功能 (2)第六条信号源 (2)第七条信源接入模块 (2)第八条信源分配 (2)第九条接收单元 (2)第十条编码 (2)第十一条输出链路 (3)第十二条直播节目单 (3)第三节点播系统 (3)第十三条系统功能 (3)第十四条节目内容库管理模块 (3)第十五条内容编排与管理模块 (3)第十六条节目上下线 (3)第十七条数字版权管理 (4)第十八条迁移分发 (4)第四节轮播系统 (4)第十九条系统功能 (4)第二十条节目迁移 (4)第二十一条节目技审 (4)第二十二条编单软件 (4)第二十三条节目IP流 (5)第二十四条播控软件 (5)第五节外部接口 (5)第二十五条传输链路 (5)第二十六条数据交互及管理控制 (5)第六节 EPG系统 (5)第二十七条系统功能 (5)第二十八条系统性能 (5)第二十九条集成播控平台管理服务器 (5)第三十条EPG模板发布 (6)第三十一条EPG模板安全 (6)第三十二条EPG系统接口 (6)第三十三条边缘EPG系统 (6)第七节业务运营管理系统 (6)第三十四条系统功能 (6)第三十五条系统接口 (6)第三十六条话单服务器 (6)第三十七条第三方系统 (6)第三十八条统计分析 (7)第八节灾备与应急播出 (7)第三十九条灾备与应急播出系统 (7)第三章基础支撑平台 (7)第一节网络架构及设备 (7)第四十条网络架构 (7)第四十一条网络设备通用要求 (7)第四十二条核心交换机配置 (7)第四十三条核心交换机性能 (7)第四十四条协议支持 (8)第二节服务器 (8)第四十五条服务器类型 (8)第四十六条数据库服务器 (8)第四十七条关键业务应用服务器 (8)第四十八条其它服务器 (9)第三节存储 (9)第四十九条存储设备类型 (9)第五十条NAS存储服务器 (9)第五十一条磁盘阵列 (9)第四章辅助系统 (9)第一节机房环境 (9)第五十二条机房环境 (9)第五十三条消防设施 (10)第五十四条安全防范 (10)第二节播出及电力、环境监测 (10)第五十五条播出监测 (10)第五十六条电力和环境监测 (10)第三节产品测试系统 (11)第五十七条系统功能 (11)第五十八条产品测试系统设计原则 (11)第五章运维及技术管理 (11)第一节运维管理 (11)第五十九条运行指标 (11)第六十条运维与技术管理制度 (11)第六十一条运维工作流程和设备操作流程 (12)第六十二条维护管理 (12)第六十三条工具、器材和备品备件管理 (13)第六十四条维护器材 (13)第六十五条代维管理 (13)第二节技术管理 (14)第六十六条试播期管理 (14)第六十七条点播节目管理 (14)第六十八条应急预案管理 (14)第六十九条重要保障期管理 (15)第七十条临时停播管理 (15)第七十一条运行变更管理 (15)第七十二条施工管理 (16)第七十三条事故管理 (16)第七十四条报表管理 (17)第七十五条技术资料管理 (17)第七十六条技术安全管理 (17)第七十七条安全播出检查和考核 (18)第七十八条安全播出风险评估 (18)第三节信息安全管理 (18)第七十九条信息安全等级保护 (18)第八十条信息安全管理 (19)第八十一条运行监测 (19)第八十二条安全测试 (19)第四节人员管理 (19)第八十三条岗位设置 (19)第八十四条人员要求及培训 (19)第六章附则 (20)第一章总则第一条为指导和规范IPTV集成播控平台安全播出管理工作，根据《广播电视安全播出管理规定》，制订本实施细则。
技术解决方案一、系统概况 目前，随着社会信息化的高速发展，全国在数字电视转换过程中，数字电视系统在国家政策有力鼓励与推动下。
2006年广电总局发布的《“十一五”时期广播影视科技发展规划》提出构建以数字电视为基础的下一代网络。
2008年国办发[2008]1号文件要求，以有线电视数字化为切入点，加快推广和普及数字电视，加强宽带通信网、数字电视网和下一代互联网等信息基础设施建设，经过几年的整改平移，国内大中城市已基本完成数字电视的平移，原有的模拟电视系统已基本转换为数字电视，用户必须使用地方广电网络公司统一发放的机顶盒才能收看数字电视节目，网络公司垄断了数字电视业务的自由性，发放的机顶盒一般都设置了NIT 表自动搜索（或开机指定搜索）功能，只能指定收看本重庆千羽科技发展有限公司全国服务热线：400-920-4448网址：省或市统一安排的数字电视节目，县级乡镇广播站、企事业单位电视台、星级电视台或及宾馆、部队、机关大院等自办节目的插入问题成为了这些小片区域网络整体平移转换的技术瓶颈。
我公司创新推出“数字自办电视节目插入系统”成功解决这一难题，具体采用分析仪读取千羽科技公司“数字自办电视节目插入系统”NIT表重新描述编辑与生成，增加插入频点如的描述,在SDT网络中查找或新建-TS流ID、节目名称ID、原始网络ID（如ts_id=2C0、ser_id=006a、network_id=2010），在PMT、PAT、CAT、BAT及NIT等传输流及节目ID描述，增加NIT表下的相对描述，使市网统一发放的机顶盒在自动搜索时既能扫描省网/市网的数字电视信号，也能扫描到增加插入的数字自办电视节目信号（统一发放的机顶盒都会有一个开机频点，且大多数的全频搜索功能都被屏蔽了，只可以自功搜索。
）二、网络整合：一省一网数字电视系统全国内都实现了转换，并为一省一网管理。
按照国家广电总局2010年底基本实现“一省一网”的目标和要求，全国已有19个省区市完成或大部分完成有线电视网络整合工作，其中北京、天津、陕西、广西、海南、吉林、江苏、贵州等8个省区市全部完成省市县网络整合，各省“一张网”的有线电视网络发展格局正在形成。
中华人民共和国广播电影电视行业技术要求有线数字电视广播条件接收系统入网技术要求和测评方法（暂行）国家广播电影电视总局发布225226目 次前言………………………………………………………………………………… 1.范围…………………………………………………………………..…………... 2.引用标准和文件…………………………………………………..……………... 3.定义和缩略语……………………………………………………..……………... 3.1 定义…………………………………………………………..………...…… 3.2 缩略语………………………………………………………..……...……… 4.测评环境…………………………………………………………..…………...… 4.1 条件接收系统构成…………………………………………..…………...… 4.2 条件接收系统的基本测试环境…………………...………………………… 4.3 总体测评方法……………………………………..………..………………. 5.功能要求和测评方法……………………………...……………………………… 5.1 同密……………………………………………………………..……...…… 5.1.1 技术要求…………………………………………………..….………… 5.1.2 测评方法…………………………………….……………..…………… 5.1.2.1 测评条件…………………………………………………..…...… 5.1.2.2 测评工具……………………….……..……………………..…… 5.1.2.3 测评步骤…………………………...………………………..…… 5.2 CAS 缓存设备与监管平台数据交换协议和格式……………………….…..5.2.1 技术要求…………………………………..………………..……….…..5.2.2 测评方法………………………………..…………………..……….….. 5.2.2.1 测评条件…………………………………………………….……5.2.2.2 测评工具……………………………………………..…………. 5.2.2.3 测评步骤……………………………………………..…….…… 5.3 机卡配对………………………………………………………..………...… 5.3.1 技术要求…………………………………………………..……….....… 5.3.2 测评方法…………………………………………………….………..… 5.3.2.1 测评步骤…………………………………………………….…… 5.4 授权管理…………………………………………………….….…………....5.4.1 技术要求………………………….………………………….………..... 5.4.2 测评方法…………………….…………………………….…………….5.4.2.1 测评条件................................................................... 5.4.2.2 测评工具................................................................... 5.4.2.3 测评步骤. (228229229230230230231231232233233233233233233233233234234234234234234)2342342342342342342352352352352275.5 寻址管理………………………………………………………………...…... 5.5.1 技术要求………………………………………………..…...……..…… 5.5.2 测评方法………………………………………………..…...……..…… 5.5.2.1 测评条件………………………………………………..…..…... 5.5.2.2 测评步骤………………………………………………..…..…... 5.6 系统接收端软件下载……………………….……………………..…..…… 5.6.1 技术要求……………………………………………..…....………....…. 5.6.2 测评方法……………………………………………..…....……..…...… 5.6.2.1 测评条件……………………………………..…....……..……... 5.6.2.2 测评步骤……………………………………..…....………..…... 5.7 通用接口（CI ）支持……………………………………..…....…………… 5.7.1 技术要求……………………………………..…..………..………...….. 5.7.2 测评方法……………………………………..…....………………....…. 5.7.2.1 测评条件……………………………………..…....………….… 5.7.2.2 测评步骤……………………………….……..…....…..……..… 5.8 业务支持能力………………………………………………....………..…... 5.8.1 技术要求……………………………………..…....………………..…... 5.8.2 测评方法……………………………………..…....……………..…...… 5.8.2.1测评步骤……………………………………..…....…………...… 6.性能要求和测评方法……………………………………..…....…………..….… 6.1 标称用户容量下的平均授权时间……………………………………....…. 6.1.1 技术要求……………………………………..…....……………….....… 6.1.2 测评方法……………………………………..…....……………………. 6.1.2.1 测评条件……………………………………..…....……….…… 6.1.2.2 测评工具……………………………………..…....…………….. 6.1.2.3 测评步骤……………………………………..…....………...….. 6.2 传送流数量……………………………………..…....……………………… 6.2.1 技术要求……………………………………..…....…………..………...6.2.2 测评方法……………………………………..…....…………..…….….. 6.3 授权响应时间……………………………………..…....…………..…...….. 《有线数字电视广播条件接收系统入网技术要求和测评方法》（暂行） 编制说明………………………………………………………………….……….235235236236236236236236236236236236236236236237237237237237237237237237238238238238238238239前言为了促进数字电视产业的发展，保障有线数字电视系统的安全运行，满足服务平台的个性化需求，规范有线数字电视条件接收系统入网测评工作，特制定《有线数字电视广播条件接收系统入网技术要求和测评方法》（暂行）。
(19)中华人民共和国国家知识产权局(12)发明专利申请(10)申请公布号 (43)申请公布日 (21)申请号 201910116705.2(22)申请日 2019.02.15(71)申请人 四川天星智能包装股份有限公司地址 611630 四川省成都市蒲江县寿安工业区（寿安镇新园一路203号）(72)发明人 陶天 (74)专利代理机构 成都众恒智合专利代理事务所(普通合伙) 51239代理人 刘华平(51)Int.Cl.H04L 29/06(2006.01)H04L 29/08(2006.01)(54)发明名称一种设备管理物联网云平台系统(57)摘要本发明公开了一种设备管理物联网云平台系统，该系统，包括安装在设备上的控制器模块，通过网络用于接收控制器模块网络传输数据的设备服务接口，通过TCP/IP适配器连接设备服务接口并用于分析并存储数据的云服务平台，以及通过网络与云服务平台连接的移动设备终端；所述控制器模块包括若干安装在设备上并用于对设备参数进行监测的传感器组，用于接收传感器组上行数据的控制器，与控制器连接并用于对传感器组监测数据进行加密的加密模块，以及与控制器连接并用于将传感器组监测数据信息传输至云服务平台的网络传输模块。
通过上述方案，本发明达到了实时获取设备的相关参数目的，具有很高的实用价值和推广价值。
权利要求书1页 说明书3页 附图1页CN 109995753 A 2019.07.09C N 109995753A权 利 要 求 书1/1页CN 109995753 A1.一种设备管理物联网云平台系统，其特征在于，包括安装在设备上的控制器模块，通过网络用于接收控制器模块网络传输数据的设备服务接口，通过TCP/IP适配器连接设备服务接口并用于分析并存储数据的云服务平台，以及通过网络与云服务平台连接的移动设备终端；所述控制器模块包括若干安装在设备上并用于对设备参数进行监测的传感器组，用于接收传感器组上行数据的控制器，与控制器连接并用于对传感器组监测数据进行加密的加密模块，以及与控制器连接并用于将传感器组监测数据信息传输至云服务平台的网络传输模块；所述云服务平台包括TCP/IP适配器，用于对TCP/IP适配器接收的数据进行解密读取的解密模块，与解密模块连接并对解密后的数据进行解析以获得解析后数据的数据分析与统计模块，以及用于将物联网网页应用或者物联网APP应用进行数据调用并将解析后数据进行上传的设备数据接口，其中，移动设备终端获取设备数据接口上传的数据信息。
对有线数字电视发展的建议根据《*省建设文化大省规划纲要（*—2010年）》(姬发第13号)xx广电总局《我国有线电视向数字化过渡时间表》(GfJ 【*】13号)《xx广播影视科技“十五”计划和2010年远景规划》、《关于促进广播影视产业发展的意见》(GfB 【*】1407号)等文件精神，结合我省实际，现就加快我省有线数字电视发展提出如下意见：一、指导思想和主要任务指导思想：以邓小平理论和“三个代表”重要思想为指导，树立和落实科学发展观，着力巩固马克思主义在我国意识形态领域的指导地位，着力最大限度满足人民群众精神文化需求，着力拓展广播电视服务领域和服务质量，结合我省信息化建设进程，遵循先易后难、保证质量、量力而行、稳步推进的原则。
采取“xxxx、广电实施、社会参与、群众认可、整体改造、市场运作”的方式，有计划、有步骤地发展有线数字电视，提升我省信息化建设整体水平。
主要任务：通过完成数字电视平台(含数据平台)建设、整体用户转化(转化为数字电视用户)、网络改造三大主要任务，将我省广播电视网络建设成为丰富、开放、安全的信息基础设施，为有线用户提供多元化、专业化、个性化的综合服务。
二.平台建设和发展目标(1)数字电视平台。
有线电视技术体系包括节目平台、传输平台、服务平台和监管平台。
节目平台负责提供国家级、省级节目及各类信息等。
并由省里负责建设。
传输平台负责依托广播电视网络将接收到的节目和信息传输到全省各地。
服务平台负责为用户提供标准清晰度、高清电视节目和数字广播节目的综合播出，同时提供数据广播、付费电视、远程教育、互联网信息、电视业务、电视短信等服务和业务。
随着技术和市场的发展，双向互动游戏、互动视频点播等扩散服务逐渐发展起来。
监管平台负责收集节目平台信息、服务平台用户管理数据、银行用户支付数据等。
位于省广播电视局监测站，交通管理费从用户服务费中按比例提取。
(2)技术要求和设计原则。
有线数字电视平台的建设应遵循以下原则：1。
中华人民共和国广播电影电视行业技术要求条件接收系统缓存设备与监管平台数据交换协议和格式技术要求（修订版）国家广播电影电视总局发布前言为了促进数字电视产业的发展，协调、监管有线数字电视运营秩序，保障有线数字电视系统的安全运行，使监管平台从CAS缓存设备中获取数据和信息，并分析和整理，实现对条件接收系统的监管，广播电视监测中心于2003年3月起负责起草《条件接收系统缓存设备与监管平台数据交换协议和格式技术要求》（暂行）。
本技术要求规定了监管平台的前端采集设备从条件接收系统获取数据时的设备连接要求、协议框架、数据交换格式。
适用于监管平台与有线数字电视广播条件接收系统的CAS缓存设备的数据交换。
本技术要求在制定过程中，主要参考和引用了GY/Z 174-2001《数字电视广播业务信息规范》、GY/Z 175-2001《数字电视广播条件接收系统规范》、《Extensible Markup Language (XML) 1.0》、《File Transfer Protocol, RFC959, RFC1123, RFC228, RFC2577, RFC2640》。
本技术要求在起草过程中，多次征求数字电视行业专家及国内外条件接收系统厂家的意见，结合当前有线数字电视发展现状，经过多次修订，于2003年6月13日形成本技术要求（暂行）。
2005年1月28日经过专家审查会审查修订后，形成本技术要求。
本技术要求由国家广电总局广播电视监测中心负责起草。
本技术要求起草人：齐立欣、李晓东、王宝石、郭巍、谢璞。
目录1.范围 (1)2.参考标准 (1)3.定义和缩略语 (1)3.1 定义和名词解释 (1)3.2 缩略语 (1)4.功能说明 (2)5.CAS缓存设备的时分连接要求 (2)6.协议框架 (2)6.1物理连接协议层规定 (3)6.2 TCP/IP协议层规定 (3)6.3 HTTP协议层规定 (3)6.4 XML应用层协议规定 (4)6.5协议故障处理 (4)7.数据交换文件要求 (4)7.1 通用要求 (4)7.2 数据交换文件格式 (6)8.数据交换文件XML Schema定义 (7)8.1 基本XML Schema定义文件 (7)8.2 统计信息XML Schema定义文件 (8)8.3 IC卡发卡信息XML Schema定义文件 (9)8.4 授权信息XML Schema定义文件 (10)8.5 产品信息XML Schema定义文件 (11)9.统计信息文件格式 (13)10.IC卡发卡信息文件格式 (13)11.授权信息接口 (15)12.产品信息文件 (16)13.CAS编码 (18)14.IC卡编号格式（CARD_NO） (18)《条件接收系统缓存设备与监管平台数据交换协议和格式技术要求》（暂行）编制说明 (20)中华人民共和国广播电影电视行业技术要求条件接收系统缓存设备与监管平台数据交换协议和格式技术要求1范围本技术要求规定了有线数字电视监管平台和条件接收系统（CAS）缓存设备之间的通讯协议和数据交换格式。
本技术要求适用范围：有线数字电视监管平台和采用智能卡（IC卡）作为授权管理对象的条件接收系统（CAS）。
2参考标准下列标准所包含的条文，通过在本技术要求中引用而构成为本技术要求的条文。
GY/Z 174-2001 数字电视广播业务信息规范GY/Z 175-2001 数字电视广播条件接收系统规范《Extensible Markup Language (XML) 1.0》《File Transfer Protocol, RFC959, RFC1123, RFC228, RFC2577, RFC2640》3定义和缩略语3.1定义和名词解释产品（Product）CAS对数字电视节目进行授权的最小单位，可以包含多个不同频道的节目，运营商在此CAS产品的基础上根据运营需要进行打包形成运营产品。
在本文档中产品特指CAS中定义的产品。
IC卡Integrated Circuit Card，又称智能卡（Smart Card）。
在本文档中，“IC卡”与“智能卡”含义相同，均指用于数字电视机顶盒中控制订户收视的集成电路卡。
镜像文件按照指定的截止日期，将某类业务（IC卡，授权等）的所有业务操作数据，按指定格式保存为数据文件，即为该天的镜像文件。
增量文件将某天零点至第二天零点之间发生的某类业务（IC卡，授权等）的所有业务操作变化明细，按指定格式保存为数据文件，即为该天的增量文件。
3.2缩略语CA ConditionalAccess 条件接收XML Extensible Markup Language 可扩展标记语言IC IntegratedCircuit 集成电路TCP Transfer Control Protocol 传输控制协议IP InternetProtocol 互联网协议HTTP HypertextTransferProtocol 超文本传输协议HTTPS Secure Hypertext Transfer Protocol 安全超文本传输协议URL Uniform Resource Locator 统一资源定位器（在互联网上用于指定信息位置的表示方法）4功能说明监管平台从CAS缓存设备中读取授权总数信息和明细信息。
监管平台通过获取CAS的IC卡、授权等信息，经过分析和整理，实现对CAS的监管。
CAS缓存设备需要和监管平台进行如下文件的交换：统计信息文件、IC卡发卡信息文件、授权信息文件、产品列表信息文件。
5 CAS缓存设备的时分连接要求存图1 CAS与监管平台物理连接示意图如图1所示，监管平台和CAS可不发生直接物理连接。
CAS缓存设备可以按照时分的办法分别与CAS或监管平台连接。
CAS缓存设备每天自动定时断开与监管平台的连接，接通和CAS的连接，CAS可以把统计信息文件和明细信息文件写在CAS缓存设备上。
CAS缓存设备每天自动定时断开与CAS的连接，接通和监管平台的连接，这样监管平台可以从CAS缓存设备上取数据。
CAS缓存设备由CAS厂家提供。
本协议规定，每天00:00～00:59 CAS缓存设备和CAS连接，其余时间CAS 缓存设备和监管前端连接。
本协议建议通过使用CAS缓存设备，将CAS和监管平台物理隔离，来保护CAS的安全。
如果CAS有其他措施保护自身的安全，不排除将此设备作为软件安装在CAS上。
6协议框架本协议规定：◆CAS缓存设备与监管平台通过IP网络连接。
◆CAS与监管平台之间的数据交换是通过CAS缓存设备与CAS数据采集监管前端来进行的，因此CAS与监管平台的数据交换实际上就是CAS缓存设备与CAS数据采集监管前端的数据交换。
◆一个CAS缓存设备只能与监管平台指定的一个CAS数据采集监管前端按照本技术要求进行数据交换，再由CAS数据采集监管前端根据实际需要和全国监管中心或省级监管分中心进行数据交换。
◆一个CAS数据采集监管前端可以和多个CAS缓存设备连接。
本技术要求未对下列事宜进行规定：◆CAS数据采集监管前端与全国监管中心或省级监管分中心的数据交换接口。
◆CAS缓存设备和CAS的具体连接方式。
◆CAS数据采集监管前端的具体实现方式。
本技术要求定义的接口层次如图2所示。
图2 CAS缓存设备与监管平台接口协议层示意图6.1物理连接协议层规定CAS缓存设备和CAS数据采集监管前端位于同一个IP网络上，两者之间通过交换机进行连接，连接采用10M/100M的以太网协议，并且使用RJ-45接口。
6.2 TCP/IP协议层规定本协议规定， CAS数据采集监管前端和CAS缓存设备的IP地址必须由国家主管部门统一分配。
该IP网络必须能够保证CAS数据采集监管前端和CAS 缓存设备的连接通畅。
6.3 HTTP协议层规定为保证数据传输的安全性，本协议规定，CAS缓存设备上要启动HTTP/HTTPS服务，CAS数据采集监管前端作为HTTP/HTTPS的客户端和CAS 缓存设备进行数据交换。
根据HTTP/HTTPS协议，监管前端主动发起连接HTTP/HTTPS连接请求（请求采用GET方法）。
在监管平台和CAS缓存设备集成时，CAS缓存设备要提供访问上报给监管平台文件的URL，这些参数由CAS 厂商或者运营商提供。
请求的URL基本格式如下：http://…./xml文件名称例如：http://10.1.2.234:6078/casbuffer/20030302_CAS_ProductListReport.xml上报文件格式要求和命名规则见本技术要求的其他部分。
CAS缓存设备保证与且只能与CAS数据采集监管前端连接。
6.4 XML应用层协议规定在CAS缓存设备中的提供给监管前端的URL对应的目录下面，存储的文件基于XML格式。
6.5协议故障处理◆链路不通：CAS数据采集监管前端向CAS缓存设备请求文件时链路不通，监管平台认为和CAS缓存设备之间发生物理通讯故障，将产生报警信息。
◆HTTP超时：CAS数据采集监管前端向CAS缓存设备发出文件请求超时，监管平台认为CAS缓存设备对监管平台的接口发生逻辑通讯故障，将产生报警信息。
◆数据错误：CAS缓存设备提供的数据交换文件不符合规范，监管平台将产生报警信息。
7数据交换文件要求7.1通用要求本文档中的所有日期和时间使用北京时间。
7.1.1数据交换文件产生规则CAS每天00:00生成前一天发生变化的数据文件，以及统计信息数据文件，以备监管平台查询。
这些数据文件的格式在本技术要求中详细描述。
数据文件在CAS缓存设备上保存1年以上。
需要CAS每天自动产生的数据文件包括当天统计信息、IC卡发卡信息、授权信息、产品列表信息四个数据交换文件，文件名格式为“数据对应日期_交换接口名.后缀”。
如2003年3月2日的四个文件分别为“20030302_CAS_StaticsReport.xml、20030302_CAS_ICCardReport.xml、20030302_CAS_EntitlementReport.xml、20030302_CAS_ProductListReport.xml”，各个文件的具体数据格式见下述“数据交换文件格式”一节。
对于IC卡发卡信息文件和授权信息文件，最早一天的数据文件是当天00:00时刻CAS数据的完整映像，其他天的数据文件是与前一天相比的变化量。
如果当天没有数据变化，也要生成XML文件，相关字段为空。
例如：“2003-05-04 23:59:59”系统中存在如下时间的一组数据交换文件：2003-04-05 00:00:002003-04-06 00:00:002003-04-07 00:00:002003-04-08 00:00:00……则“2003-04-05 00:00:00”的IC卡发卡信息文件和授权信息文件是当时CAS 数据的完整映像，其他天的这两个文件分别是前一天00:00:00～当天00:00:00的数据变化量。
