条件接收系统缓存设备与监管平台数据交换协议和格式技术要求暂行Word下载.docx
《条件接收系统缓存设备与监管平台数据交换协议和格式技术要求暂行Word下载.docx》由会员分享，可在线阅读，更多相关《条件接收系统缓存设备与监管平台数据交换协议和格式技术要求暂行Word下载.docx（34页珍藏版）》请在冰豆网上搜索。
14.IC卡编号格式（CARD_NO）………………………….…………..…………
《条件接收系统缓存设备与监管平台数据交换协议和格式技术要求》（暂行）
编制说明…………………………………………………………………….….…
前言
为了促进数字电视产业的发展，协调、监管有线数字电视运营秩序，保障有线数字电视系统的安全运行，使监管平台从CAS缓存设备中获取数据和信息，并分析和整理，实现对条件接收系统的监管，广播电视监测中心于2003年3月起负责起草《条件接收系统缓存设备与监管平台数据交换协议和格式技术要求》（暂行）。
本技术要求规定了监管平台的前端采集设备从条件接收系统获取数据时的设备连接要求、协议框架、数据交换格式。
适用于监管平台与有线数字电视广播条件接收系统的CAS缓存设备的数据交换。
本技术要求在制定过程中，主要参考和引用了GY/Z174-2001《数字电视广播业务信息规范》、GY/Z175-2001《数字电视广播条件接收系统规范》、《ExtensibleMarkupLanguage（XML）1.0》、《FileTransferProtocol,RFC959,RFC1123,RFC228,RFC2577,RFC2640》。
本技术要求在起草过程中，多次征求数字电视行业专家及国内外条件接收系统厂家的意见，结合当前有线数字电视发展现状，经过多次修订，于6月13日形成本技术要求。
本技术要求在执行过程中，结合数字电视的技术发展和我国的实际情况，将不断进行完善。
本技术要求由国家广电总局广播电视监测中心负责起草。
中华人民共和国广播电影电视行业技术要求
条件接收系统缓存设备与监管平台
数据交换协议和格式技术要求
1范围
本技术要求规定了有线数字电视监管平台和条件接收系统（CAS）缓存设备之间的通讯协议和数据交换格式。
本技术要求适用范围：
有线数字电视监管平台和采用智能卡（IC卡）作为授权管理对象的条件接收系统（CAS）。
2参考标准
下列标准所包含的条文，通过在本技术要求中引用而构成为本技术要求的条文。
GY/Z174-2001数字电视广播业务信息规范
GY/Z175-2001数字电视广播条件接收系统规范
《ExtensibleMarkupLanguage（XML）1.0》
《FileTransferProtocol,RFC959,RFC1123,RFC228,RFC2577,RFC2640》
3定义和缩略语
3.1定义和名词解释
产品（Product）
CAS对数字电视节目进行授权的最小单位，可以包含多个不同频道的节目，运营商在此CAS产品的基础上根据运营需要进行打包形成运营产品。
在本文档中产品特指CAS中定义的产品。
IC卡
IntegratedCircuitCard，又称智能卡（SmartCard）。
在本文档中，“IC卡”与“智能卡”含义相同，均指用于数字电视机顶盒中控制订户收视的集成电路卡。
3.2缩略语
CA
ConditionalAccess
条件接收
XML
ExtensibleMarkupLanguage
可扩展标记语言
IC
IntegratedCircuit
集成电路
TCP
TransferControlProtocol
传输控制协议
IP
InternetProtocol
互联网协议
HTTP
HypertextTransferProtocol
超文本传输协议
HTTPS
SecureHypertextTransferProtocol
安全超文本传输协议
URL
UniformResourceLocator
统一资源定位器
（在互联网上用于指定信息位置的表示方法）
4功能说明
监管平台从CAS缓存设备中读取授权总数信息和明细信息。
监管平台通过获取CAS的IC卡、授权等信息，经过分析和整理，实现对CAS的监管。
CAS缓存设备需要和监管平台进行如下文件的交换：
统计信息文件、IC卡发卡信息文件、授权信息文件、产品列表信息文件。
5CAS缓存设备的时分连接要求
图1CAS与监管平台物理连接示意图
如图1所示，监管平台和CAS可不发生直接物理连接。
CAS缓存设备可以按照时分的办法分别与CAS或监管平台连接。
CAS缓存设备每天自动定时断开与监管平台的连接，接通和CAS的连接，CAS可以把统计信息文件和明细信息文件写在CAS缓存设备上。
CAS缓存设备每天自动定时断开与CAS的连接，接通和监管平台的连接，这样监管平台可以从CAS缓存设备上取数据。
CAS缓存设备由CAS厂家提供。
本协议规定，每天00:
00～00:
59CAS缓存设备和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所示。
图2CAS缓存设备与监管平台接口协议层示意图
6.1物理连接协议层规定
CAS缓存设备和CAS数据采集监管前端位于同一个IP网络上，两者之间通过交换机进行连接，连接采用10M/100M的以太网协议，并且使用RJ-45接口。
6.2TCP/IP协议层规定
本协议规定，CAS数据采集监管前端和CAS缓存设备的IP地址必须由国家主管部门统一分配。
该IP网络必须能够保证CAS数据采集监管前端和CAS缓存设备的连接通畅。
6.3HTTP协议层规定
为保证数据传输的安全性，本协议规定，CAS缓存设备上要启动HTTP/HTTPS服务，CAS数据采集监管前端作为HTTP/HTTPS的客户端和CAS缓存设备进行数据交换。
根据HTTP/HTTPS协议，监管前端主动发起连接HTTP/HTTPS连接请求（请求采用GET方法）。
在监管平台和CAS缓存设备集成时，CAS缓存设备要提供访问上报给监管平台文件的URL，这些参数由CAS厂商或者运营商提供。
请求的URL基本格式如下：
例如：
.234:
6078/casbuffer/_CAS_ProductListReport.xml
上报文件格式要求和命名规则见本技术要求的其他部分。
CAS缓存设备保证与且只能与CAS数据采集监管前端连接。
6.4XML应用层协议规定
在CAS缓存设备中的提供给监管前端的URL对应的目录下面，存储的文件基于XML格式。
6.5协议故障处理
◆链路不通：
CAS数据采集监管前端向CAS缓存设备请求文件时链路不通，监管平台认为和CAS缓存设备之间发生物理通讯故障，将产生报警信息。
◆HTTP超时：
CAS数据采集监管前端向CAS缓存设备发出文件请求超时，监管平台认为CAS缓存设备对监管平台的接口发生逻辑通讯故障，将产生报警信息。
◆数据错误：
CAS缓存设备提供的数据交换文件不符合规范，监管平台将产生报警信息。
7数据交换文件要求
7.1通用要求
本文档中的所有日期和时间使用北京时间。
CAS每天00:
00生成前一天发生变化的数据文件，以及统计信息数据文件，以备监管平台查询。
这些数据文件的格式在本技术要求中详细描述。
数据文件在CAS缓存设备上保存30天以上。
需要CAS每天自动产生的数据文件包括当天统计信息、IC卡发卡信息、授权信息、产品列表信息四个数据交换文件，文件名格式为“数据对应日期_交换接口名.后缀”。
如2003年3月2日的四个文件分别为“_CAS_StaticsReport.xml、_CAS_ICCardReport.xml、_CAS_EntitlementReport.xml、_CAS_ProductListReport.xml”，各个文件的具体数据格式见下述“数据交换文件格式”一节。
对于IC卡发卡信息文件和授权信息文件，最早一天的数据文件是当天00:
00时刻CAS数据的完整映像，其他天的数据文件是与前一天相比的变化量。
如果当天没有数据变化，也要生成XML文件，相关字段为空。
例如：
“2003-05-0423:
59:
59”系统中存在如下时间的一组数据交换文件：
2003-04-0500:
00:
00
2003-04-0600:
2003-04-0700:
2003-04-0800:
……
则“2003-04-0500:
00”的IC卡发卡信息文件和授权信息文件是当时CAS数据的完整映像，其他天的这两个文件分别是前一天00:
00～当天00:
00的数据变化量。
对于统计信息文件和产品列表信息文件，每天生成的文件都是当天00:
00的统计情况。
59，将根据当天的情况更新在CAS缓存设备存储的文件。
如果数据文件大于1M，CAS应该将此XML文件采用ZIP格式进行压缩，文件名不变，后缀为“.zip”，同时一个ZIP文件的顶层目录只能包含一个同名XML数据文件。
数据交换文件中所有文字信息全部大小写敏感。
“Date”属性：
格式为“yyyy-mm-dd”，其中“yyyy”、“mm”、“dd”分别表示年、月、日，数据长度分别为4、2、2，不够部分以0补足，如：
“2003-08-25”、“2003-12-07”等；
“DateTime”属性：
格式为“yyyy-mm-ddhh:
mi:
ss”，其中“yyyy”、“mm”、“dd”、“hh”、“mi”、“ss”分别表示年、月、日、时、分、秒，数据长度分别为4、2、2、2、2、2，不够部分以0补足，其中小时为24小时制，如：
“2003-08-2512:
50:
23”、“2003-12-0708:
48:
09”等；
7.2数据交换文件格式
CAS缓存设备上存储的向监管平台提供的数据文件采用XML语言作为描述语言,文档内容采用GB2312编码，其基本结构如下：
<
?
xmlversion="
1.0"
encoding="
GB2312"
standalone="
yes"
?
>
MsgVersion="
1"
MsgID="
"
Type="
CASUp"
DateTime="
SrcCode="
110000C01"
DstCode="
ReplyID="
!
--具体交换应答数据-->
/Msg>
根元素“Msg”是CAS向监管平台返回应答信息数据接口标准的基本元素。
它包含如下几个属性（★号表示必须存在的属性）：
Version
★
数据交换接口标准的版本编号，目前版本为“1”。
MsgID
内容为空，保留将来使用。
Type
取值为“CASUp”，表示CAS向监管平台的上报数据。
DateTime
SrcCode
消息源编码，此处使用CAS编码，具体编码格式参见第13章。
DstCode
ReplyID
8数据交换文件XMLSchema定义
8.1基本XMLSchema定义文件
文件名：
CASBuffer.xsd
xs:
schemaxmlns:
xs="
/XMLSchema"
<
simpleTypename="
DateType"
restrictionbase="
date"
/xs:
restriction>
simpleType>
DateTimeType"
string"
patternvalue='
[0-9]{4}-[0-9]{2}-[0-9]{2}[0-9]{2}:
[0-9]{2}:
[0-9]{2}'
/>
SrcCodeType"
patternvalue="
[0-9]{6}C[0-9]{2}"
whiteSpacevalue="
ICCardNo"
8[0-9]{15}"
ICCardID"
maxLengthvalue="
16"
minLengthvalue="
0"
[0]{0}|0x[0-9,A-F,a-f]{1,12}"
CASID"
3"
0x[0-9,A-F,a-f]{1,8}"
ProductCode"
[0-9,A-Z,a-z]{1,24}"
schema>
8.2统计信息XMLSchema定义文件
CAS_StaticsReport.xsd
includeschemaLocation="
CASBuffer.xsd"
elementname="
Msg"
type="
MsgType"
annotation>
documentation>
element>
complexTypename="
sequence>
StaticsReport"
StaticsReportType"
minOccurs="
maxOccurs="
attributename="
Version"
integer"
fixed="
use="
required"
MsgID"
Type"
DateTime"
SrcCode"
DstCode"
ReplyID"
complexType>
Date"
TotalICCardNum"
type="
nonNegativeInteger"
use="
TotalEICCardNum"
8.3IC卡发卡信息XMLSchema定义文件
CAS_ICCardReport.xsd
ICCardQueryReport"
ICCardQueryReportType"
minOccurs="
maxOccurs="
f
升级会员 