C2互联网电视系统内容及业务管理接口规范
互联网电视内容服务管理规范
互联网电视集成业务管理规范附件一互联网电视集成业务管理规范1、持有“互联网电视集成业务”牌照的机构负责互联网电视业务发展规划的制定。
2、持有“互联网电视集成业务”牌照的机构必须建有安全、可靠、可管、可控的互联网电视集成系统，包括互联网电视集成平台和互联网电视机客户端（包括客户端芯片和软件），能够对互联网电视的节目源和客户端进行有效管理。
2、持有“互联网电视集成业务”牌照的机构，对所建设的互联网电视集成系统应当拥有资产控制权和运营权、管理权，并负责投资、组织互联网电视集成系统（包括中间件）的设计、开发。
3、持有“互联网电视集成业务”牌照的机构设计、开发的互联网电视机客户端，应选择委托具有信誉和生产能力的电视机厂家植入电视机。
持有“互联网电视集成业务” 牌照的机构与电视机厂家签订委托植入协议时，协议中应注明：每台电视机中只能植入一个互联网电视机客户端，一个互联网电视机客户端中只能嵌入（包括技术支持）一个互联网电视集成平台的地址。
对于同一品牌同一型号的电视机，持有“互联网电视集成业务” 牌照的机构与电视机厂家签订的委托植入协议应当是排他的，不得再植入其他平台的客户端。
但是，同一品牌不同型号的电视机，可以植入不同平台的客户端。
5、互联网电视集成平台和与其相对应的互联网电视机客户端必须是完全绑定的关系，平台对植入电视机中的客户端的控制与管理要具有唯一性。
6、互联网电视机客户端应按照广电总局制定的规则实行统一编号，号码长度为15位，分别包含运营机构、电视机厂家、批次、型号、数量等信息。
持有“互联网电视集成业务” 牌照的机构 (委托) 生产互联网电视机客户端的数量，应与广电总局分配给“互联网电视集成业务”持证机构的客户端号码保持一致。
7、互联网电视集成平台应当建有用户管理认证系统、EPG管理系统和计费系统。
8、持有“互联网电视集成业务”牌照的机构所建设的互联网电视集成系统，必须具有为各互联网电视节目服务平台向电视机终端播放节目提供路径和其他必要的技术支持的能力。
ettc2的标准范围
ettc2的标准范围
ETTC2是指“Enhanced Trunked Trunking Control (ETTC)
Part 2: Air Interface Protocol Specification”，是一种用于
无线通信系统的空中接口协议规范。
该标准范围涵盖了无线通信系
统中的空中接口协议规范，主要用于数字无线电通信系统。
ETTC2
的标准范围包括但不限于以下几个方面：
1. 物理层规范，包括调制解调、频谱利用、信道编码等方面的
规范，确保无线信号的传输质量和效率。
2. 数据链路层规范，包括帧结构、信道访问、错误检测与纠正
等方面的规范，确保数据在无线传输过程中的可靠性和稳定性。
3. 网络层规范，包括寻呼、呼叫控制、漫游管理等方面的规范，确保用户设备在无线网络中的正常接入和通信。
4. 安全性规范，包括加密算法、身份认证、数据完整性验证等
方面的规范，确保通信内容的安全性和保密性。
5. 服务质量规范，包括延迟、带宽、服务优先级等方面的规范，
确保不同类型通信业务的服务质量要求得到满足。
总的来说，ETTC2的标准范围涵盖了无线通信系统中的物理层、数据链路层、网络层、安全性和服务质量等多个方面的规范，旨在
确保无线通信系统的正常运行和用户通信的稳定可靠。
百事通互联网电视内容及业务管理接口规范_1.8.1
Issued by / Date
2006-06-01 2006-07-28 2007-1-26
2007-4-6 2007-12-20
2008-3-11 根据各厂商开发和联调反馈修改如 下：
1. 在 PhysicalChannel，Schedule 中增加关 联到 Channel 的 ChannelCode
5. 将 ADI 对象的 BizDomain 属性的取值长 度从 10 调整为 60
6. 在 ADI 对象上增加属性 Priority，其取 值：1-10， 10 最高，默认为 1，LSP 要 优先处理高优先级的同步指令
7. 重复定义了 AudioType ，将其中一个改 为 AudioFormat
2. 将 Movie 对 象 的 BitRateType 、 VideoType 、 AudioType 、 Resolution 、 VideoProfile、System Layer 等属性的取 值明确设定为 3
3. 将 Movie 的 FileSize 属性从必填改为可 选
4. 在 Movie 实体上增加 ServiceType 属 性，其可以取值：0x01： 在线播放； 0x10:支持下载； 0x11:在线播放+下载
2. CastRoleMap 增 加 关 联 到 Cast 的
CastCode 3. PhysicalChannel
中
的
ChannelNumber 字段改成可选
4. 3.10 节对 Schedule 的管理增加说
明
5. 在概述章节对实体 Code/ID 作了
明确说明
1. 为了更好支持 PPV，PVOD，TVOD 等多 种，对 Package 信息进行扩展；
数字电视管理知识系统及业务管理知识信息
数字电视管理知识系统及业务管理知识信息随着科技的发展，数字电视已逐渐取代传统的模拟电视成为主流。
作为一种新型的电视传输技术，数字电视的管理知识系统及业务管理知识信息变得尤为重要。
本文将从数字电视管理知识系统和数字电视业务管理知识信息两个方面进行介绍，并探讨其重要性和未来发展趋势。
数字电视管理知识系统是指对数字电视传输、存储、编解码、传播等各环节进行管理的一系列知识体系。
它包括数字电视相关技术的基础知识、数字电视平台的建设与运维、数字电视的频道管理与调度、数字电视的内容制作与发布等多个方面。
在数字电视管理知识系统中，需要掌握数字信号处理、压缩编码技术、传输协议等基础知识，了解数字电视平台的建设要点和各种设备的调试维护方法。
同时，还需要学习数字电视的内容制作流程，了解频道调度和内容发布的策略与技巧。
数字电视管理知识系统的全面掌握，对于数字电视的运营和管理至关重要。
数字电视业务管理知识信息则是指对数字电视业务进行管理的相关知识信息。
数字电视业务管理知识信息包括数字电视业务的规划与设计、数字电视业务的推广与营销、数字电视业务的用户管理等内容。
在数字电视业务管理知识信息中，需要掌握数字电视业务的市场分析与需求预测，了解数字电视业务的产品定价和推广策略。
同时，还需要学习数字电视业务的用户管理方法，了解如何提供良好的用户体验和解决用户问题。
数字电视业务管理知识信息的全面掌握，对于数字电视业务的发展和运营至关重要。
数字电视管理知识系统及业务管理知识信息的重要性不言而喻。
首先，数字电视管理知识系统的建设和运维能够保证数字电视平台的稳定运行和高效服务。
数字电视业务管理知识信息的掌握能够确保数字电视业务的市场竞争力和用户满意度。
其次，数字电视管理知识系统和业务管理知识信息的不断更新和完善，能够适应数字电视行业的快速发展和变化。
最后，数字电视管理知识系统及业务管理知识信息的传播和交流，能够促进数字电视行业的协同发展和经验分享。
互联网电视应用软件合规化管理探析
关键词：互联网电视；应用软件；合规化管理互联网电视是指以广域网为传输网络，以视听多媒体为主要形式，以互动个性化为特性，向用户提供音视频及图文信息内容等服务的电视形态。
互联网电视不受地域限制，只要具有能够接入互联网端口的电视机、电脑、平板电脑、手机等视频接收终端，就可以收看电视节目。
近年来，互联网电视发展迅速，各牌照方除了提供音视频节目以外，还推出了各种各样的终端应用软件（APP），极大丰富了互联网电视的功能，提高了互联网电视的可用性、可玩性。
但由于缺乏有效的管理手段，各种问题也时有发生。
为了促进和规范互联网电视应用软件（APP）的发展，国家广播电视总局多次发文要求加强互联网电视应用商店及应用软件的管理。
比如2019年9月，国家广播电视总局网络视听节目管理司下发了《关于进一步强化互联网电视集成平台管理和规范传播秩序的通知》；2020年年初，国家广播电视总局网络司下发了《关于对广播电视视频点播业务中与商业机构开展内容合作进行核查的通知》。
1互联网电视应用软件（APP）发展现状1.1概述近年来，随着智能电视机顶盒、智能电视的广泛普及，广播电视行业迎来了智慧化、智能化的新机遇和新挑战。
应用商店及应用软件是互联网电视行业实现战略转型、推动智慧广电建设的重要推手之一。
应用软件部署简便、安装使用方便，可以快速实现新服务供应，极大地丰富和增强了广播电视服务能力，在互联网电视端应用日益广泛。
1.2发展现状随着智能电视终端的快速发展，电视已经由单纯的电视显示终端演进为家庭信息娱乐终端，成为互联网的新入口。
应用商店及应用软件成为智能电视生态中不可或缺的重要组成部分，更多的互联网电视牌照方越来越重视和加强应用商店、应用软件的建设与应用，纷纷推出或引入了应用商店，通过丰富多样的应用软件为用户呈现了多样化、个性化的服务。
目前，大部分互联网电视应用商店还处于发展初期，管理模式也大多照搬手机应用商店，与广播电视行业管理要求存在一定的差距，因此需要从管理模式上加以创新。
《互联网视听节目服务管理规定》全文
《互联网视听节目服务管理规定》全文12月29日下午，信息产业部网站发布《互联网视听节目服务管理规定》。
该规定由国家广播电影电视总局、信息产业部审议通过，自2008年1月31日起施行。
以下为《互联网视听节目服务管理规定》全文：国家广播电影电视总局中华人民共和国信息产业部令第56号《互联网视听节目服务管理规定》经国家广播电影电视总局、中华人民共和国信息产业部审议通过，现予发布，自2008年1月31日起施行。
国家广播电影电视总局局长：王太华中华人民共和国信息产业部部长：王旭东二○○七年十二月二十日第一条为维护国家利益和公共利益，保护公众和互联网视听节目服务单位的合法权益，规范互联网视听节目服务秩序，促进健康有序发展，根据国家有关规定，制定本规定。
第二条在中华人民共和国境内向公众提供互联网（含移动互联网，以下简称互联网）视听节目服务活动，适用本规定。
本规定所称互联网视听节目服务，是指制作、编辑、集成并通过互联网向公众提供视音频节目，以及为他人提供上载传播视听节目服务的活动。
第三条国务院广播电影电视主管部门作为互联网视听节目服务的行业主管部门，负责对互联网视听节目服务实施监督管理，统筹互联网视听节目服务的产业发展、行业管理、内容建设和安全监管。
国务院信息产业主管部门作为互联网行业主管部门，依据电信行业管理职责对互联网视听节目服务实施相应的监督管理。
地方人民政府广播电影电视主管部门和地方电信管理机构依据各自职责对本行政区域内的互联网视听节目服务单位及接入服务实施相应的监督管理。
第四条互联网视听节目服务单位及其相关网络运营单位，是重要的网络文化建设力量，承担建设中国特色网络文化和维护网络文化信息安全的责任,应自觉遵守宪法、法律和行政法规，接受互联网视听节目服务行业主管部门和互联网行业主管部门的管理。
第五条互联网视听节目服务单位组成的全国性社会团体，负责制定行业自律规范，倡导文明上网、文明办网，营造文明健康的网络环境，传播健康有益视听节目，抵制腐朽落后思想文化传播，并在国务院广播电影电视主管部门指导下开展活动。
网通IPTV业务运营平台与内容运营平台接口规范v
网通IPTV业务运营平台与内容运营平台接口规范v网通I P T V业务运营平台与内容运营平台接口规范vFinal approval draft on November 22, 2020Q BQB/CNC-09-006-2006中国网通IPTV 内容运营平台与业务运营平台接口技术要求（）中国网通（集团）有限公司发布中国网通（集团）有限公司企业标准目录前言本技术要求作为中国网通的企业应用标准，为各省公司在网络建设、设备选型、技术手段采用等方面提供指导。
本标准只适用于中国网通内部。
本标准的提出单位：中国网通（集团）有限公司技术部本标准的归口管理单位：中国网通（集团）有限公司技术部本标准的起草单位：中国网通集团研究院中国网通（集团）有限公司技术部本标准主要起草人：陶蒙华、张伦泳、厉盛义、姜鹏1.范围本标准定义了IPTV业务运营平台与内容运营平台之间的接口技术要求，包括两平台系统分工界面、平台功能定位、平台接口及相关业务流程的技术要求。
本标准适用于IPTV业务由内容运营与业务运营两个运营主体合作运营的模式，该模式是目前中国IPTV业务运营的主要模式。
2.引用标准下列文件中的条款通过本标准的引用而成为本标准的条款。
凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。
凡是不注日期的引用文件，其最新版本适用于本标准。
YD/Txxxx-200x IPTV内容运营平台与业务运营平台接口技术要求3.定义和缩略语3．1 定义IPTV内容运营平台(IPTV Content Operation Platform, COP)：在IPTV 合作运营模式下，由内容运营商负责建设维护管理的平台，主要负责EPG模板及元数据管理、内容管理。
IPTV业务运营平台(IPTV Services Operation Platform, SOP)：在IPTV 合作运营模式下，由业务运营商负责建设维护管理的平台，主要负责EPG服务、内容分发、业务管理、运维支撑、增值业务等的运营与管理。
中国电信IPTV规范：IPTV内容运营平台与业务运营平台接口技术规范
日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版 均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可
使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用
于本标准。
RFC2616
Hypertext Transfer Protocol 超文本传输协议
RFC 959
File Transfer Protocol
盟
MP2/3
MPEG1 Audio Layer2/3
MPEG1 的第 2/3 音
频层
MPEG
Moving Picture Experts Group 运动图像专家组
MPEG2-TS MPEG2-TS Transport Stream
MPEG2 的传 输
流
RTP
Real-time Transport Protocol
5
PDF 文件使用 "pdfFactory Pro" 试用版本创建
g). 视听节目计费管理，包括视听节目的服务打包、服务定价，向业 务运营平台同步费率数据等。
IPTV 业务运营平台由中国电信及其下属各省电信公司根据网络要求 及业务规划自主建设和运营，完成 IPTV 业务的运营，并实现与内容运营 平台对接。业务运营平台包括 EPG 服务系统、内容分发系统、业务管理 平台、运维支撑系统、增值业务平台。具体功能定位如下：
DRM Digital Rights Management
数字版权管理
EPG
Electronic Programmer Guide 电子节目单
FTP
File Transfer Protocol
文件传输协议
HTTP Hypertext Transfer Protocol
手机电视业务平台接口规范
中国移动通信企业标准基于广播方式的手机电视业务平台接口规范M o b i l e T V S e r v i c e P l a t f o r m I n t e r f a c e S p e c i f i c a t i o n 版本号：1.0.0 （征求意见稿） 中国移动通信有限公司 发布╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施 QB-╳╳-╳╳╳-╳╳╳╳目录1 范围 (1)2 规范性引用文件 (1)3 术语、定义和缩略语 (2)4 网络结构 (2)4.1 网元功能描述 (2)4.2 接口描述 (2)4.2.1 手机电视业务平台与终端之间的接口 (2)4.2.2 手机电视业务平台与HLR之间的接口 (3)4.2.3 手机电视业务平台与BOSS之间的接口 (3)4.2.4 手机电视业务平台与WAP网关之间的接口 (3)4.2.5 手机电视业务平台与短信网关之间的接口 (3)4.2.6 手机电视业务平台之间的接口 (3)4.2.7 手机电视业务平台内部接口 (3)4.2.8 手机电视业务平台与广电侧手机电视系统的接口 (4)5 接口定义 (4)5.1 手机电视业务平台与终端之间的接口 (4)5.1.1 接口协议总体结构 (4)5.1.2 接口协议描述 (4)5.1.3 接口协议流程描述 (5)5.1.4 异常情况处理 (13)5.1.5 消息编码定义 (14)5.2 手机电视业务平台与HLR之间的接口 (29)5.2.1 接口协议总体结构 (29)5.2.2 接口协议描述 (29)5.2.3 接口协议流程描述 (30)5.2.4 异常情况处理 (30)5.2.5 消息编码定义 (30)5.3 手机电视业务平台与BOSS之间的接口 (34)5.4 手机电视业务平台与WAP网关之间的接口 (34)5.5 手机电视业务平台与短信网关之间的接口 (35)5.6 手机电视业务平台之间的接口 (35)5.6.1 接口协议总体结构 (35)5.6.2 接口协议描述 (36)5.6.3 接口协议流程描述 (36)5.6.4 异常情况处理 (37)5.6.5 消息编码定义 (37)5.7 手机电视业务平台内部接口 (42)5.7.1 接口协议总体结构 (42)5.7.2 接口协议描述 (43)5.7.3 接口协议流程描述 (43)5.7.4 异常情况处理 (44)5.7.5 消息编码定义 (44)5.8 手机电视业务平台与广电侧手机电视系统的接口 (44)5.8.1 接口协议总体结构 (44)5.8.2 接口协议描述 (44)5.8.3 接口定义 (45)E.1 Service数据单元 ............................................................................. 错误！未定义书签。
物联网运营管理平台和业务网关接口规范标准
中国移动通信企业标准物联网运营管理平台和物联网业务网关接口规范接口规范T e c h n i c a l S p e c i f i c a t i o n f o r I n t e r f a c e b e t w e e n I o T S e r v i c e O p e r a t i o n P l a t f o r m a n d S e r v i c e G W版本号：1.0.0 中国移动通信集团公司 发布2011-12-30发布 2011-12-30实施 QB-D-177-2011目录前言 (V)1 围 (1)2 规性引用文件 (1)3 术语、定义和缩略语 (2)3.1. 术语、定义 (2)3.2. 缩略语 (3)4 基础通信接口 (4)4.1. 短信接口 (4)4.1.1.接口定义44.1.2.接口功能44.1.3.业务流程44.1.4.报文格式54.2. 彩信接口 (6)4.2.1.接口定义64.2.2.接口功能64.2.3.业务流程64.2.4.报文格式75 终端管理接口 (7)5.1. WMMP-A接口 (8)5.1.1.接口定义85.1.2.接口功能85.1.3.业务流程85.1.4.报文格式95.2. 终端注册请求鉴权接口 (10)5.2.1.接口定义105.2.2.接口功能105.2.3.业务流程105.2.4.报文格式115.3. 终端登录请求鉴权接口 (14)5.3.1.接口定义145.3.2.接口功能145.3.3.业务流程145.3.4.报文格式155.4. 终端退出登录通知接口 (17)5.4.1.接口定义175.4.2.接口功能175.4.3.业务流程185.4.4.报文格式185.5. 终端状态变更通知接口 (19)5.5.1.接口定义195.5.2.接口功能195.5.3.业务流程205.5.4.报文格式206 管理信息同步接口 (22)6.1. 平台信息同步接口 (22)6.1.1.接口定义226.1.2.接口功能226.1.3.业务流程236.1.4.报文格式236.2. 能力信息同步接口 (27)6.2.1.接口定义276.2.2.接口功能286.2.3.业务流程286.2.4.报文格式286.3. 能力订购关系同步接口 (31)6.3.1.接口定义316.3.2.接口功能316.3.3.业务流程326.3.4.报文格式326.4. 终端在线状态通知接口 (34)6.4.1.接口定义346.4.2.接口功能346.4.3.业务流程356.4.4.报文格式356.5. 终端通信故障信息同步接口 (36)6.5.1.接口定义366.5.2.接口功能366.5.3.业务流程376.5.4.报文格式376.6. 业务平台通信状态通知接口 (39)6.6.1.接口定义396.6.2.接口功能396.6.3.业务流程406.6.4.报文格式406.7. 能力接口 (41)6.7.1.管理平台能力请求接口416.7.1.1.接口定义 (41)6.7.1.2.接口功能 (42)6.7.1.3.业务流程 (42)6.7.1.4.报文格式 (43)6.7.2.管理平台能力服务接口456.7.2.1.接口定义 (45)6.7.2.2.接口功能 (45)6.7.2.3.业务流程 (46)6.7.2.4.报文格式 (46)6.7.3.管理平台能力服务结束确认接口486.7.3.1.接口定义 (48)6.7.3.2.接口功能 (48)6.7.3.3.业务流程 (48)6.7.3.4.报文格式 (48)7. 文件接口 (50)7.1. 终端在线信息批量同步文件接口 (50)7.1.1.接口定义507.1.2.接口功能507.1.3.业务流程507.1.4.报文格式518. 编制历史 (51)附录A 有关HTTP通信方式、接口方式等的说明 (51)前言本标准规定了物联网运营管理平台与物联网业务网关之间的技术接口。
{技术规范标准}网管接口技术规范
{技术规范标准}网管接口技术规范网管接口技术规范是为了确保网络管理系统与网络设备之间的互通和互操作而制定的标准。
本文将从接口定义、接口类型及标准、接口规范等方面进行详细介绍。
一、接口定义接口是网络管理系统和网络设备之间进行通信和数据交换的关键部分。
通过接口，网络管理系统可以获取网络设备的信息、监控网络设备的运行状态、进行配置管理和故障诊断等操作。
因此，网管接口技术规范对接口的定义进行了详细说明，包括接口的功能、接口的参数和接口的协议等。
二、接口类型及标准网管接口技术规范规定了不同类型的接口和相应的标准。
常见的接口类型包括物理接口、逻辑接口和软件接口等。
物理接口用于连接网络管理系统和网络设备的物理介质，如网线、光纤等；逻辑接口用于实现不同设备和系统之间的逻辑互连；软件接口则是通过软件的方式进行数据交换和通信。
接口标准是指接口设计和实现的规范要求。
网管接口技术规范明确了不同接口类型的标准，例如物理接口的连通性、传输速率和传输距离等要求；逻辑接口的接口协议和数据格式等要求；软件接口的通信协议和接口调用方式等要求。
这些标准的制定可确保网络管理系统与网络设备之间的兼容性和互操作性。
三、接口规范接口规范是指接口的使用和配置规则。
网管接口技术规范给出了接口规范的详细要求，包括接口的命名规则、接口的使用限制以及接口的配置方法等。
这些规范的制定有助于提高网络管理系统的稳定性和可靠性，并简化了接口的使用和管理过程。
对于物理接口，接口规范要求对接口进行正确连接和布线，并保证接口的物理连通性。
此外，还要求定期进行接口的巡检和测试，以确保接口的正常运行。
对于逻辑接口和软件接口，接口规范要求对接口进行正确配置和管理，包括设置接口的参数和属性，定义接口的消息格式和结构等。
同时，还要求编写相应的接口文档，以方便其他系统和设备进行接口调用和集成。
四、总结网管接口技术规范是确保网络管理系统与网络设备之间互通和互操作的重要标准。
通过明确接口的定义、接口的类型及标准以及接口的规范，可以提高网络管理系统的稳定性和可靠性，简化接口的使用和管理过程。
互联网广播电视节目服务管理规定
互联网广播电视节目服务管理规定导言：近年来，随着互联网技术的快速发展和普及，互联网广播电视节目服务成为人们获取信息、娱乐和文化交流的主要渠道之一。
为了规范互联网广播电视节目服务行业，保护用户合法权益，提高节目服务质量，相关政府部门制定了一系列的管理规定。
本文将就互联网广播电视节目服务管理规定进行论述，旨在深入探讨该行业的规范发展。
第一节：行业准入与运营互联网广播电视节目服务的准入与运营是确保服务质量和内容安全的基础。
在准入方面，互联网广播电视节目服务提供商需要满足一系列条件，包括拥有相应的资质、技术能力和合规经营意识等。
同时，相关部门还制定了对节目内容的审核和备案制度，确保节目的合法性、正当性和健康性。
小节一：资质要求互联网广播电视节目服务提供商需要获得相应的经营许可证或相关的资质认证，以确保其具备合法经营的资格。
这些资质要求可以包括技术、管理、运营等多个方面，以保证服务的安全可靠。
小节二：审核与备案制度为了确保互联网广播电视节目服务的内容安全和合法性，相关部门设立了审核和备案制度。
在节目发布前，提供商需要将节目内容提交给相关部门进行审核，以确保其符合相关规定。
同时，为方便管理和监督，相关部门还要求提供商进行节目备案，方便日后的追溯与管理。
第二节：版权保护与内容监管互联网广播电视节目服务的版权保护和内容监管是维护节目市场秩序和保护知识产权的重要环节。
根据相关规定，互联网广播电视节目提供商必须遵守版权法律法规，保护节目内容的创作权和表演权。
同时，相关部门也设立了内容监管机构，对互联网广播电视节目进行监管，提高内容质量。
小节一：版权保护互联网广播电视节目提供商必须严格遵守版权法律法规，尊重节目内容的创作权和表演权。
在发布节目时，必须获得版权方的授权或达成合法的使用协议。
此外，相关部门也加强了对侵权行为的打击，加大了对盗播、盗用和侵权的处罚力度。
小节二：内容监管互联网广播电视节目的内容监管涉及到节目的质量和安全。
C 互联网电视系统内容及业务管理接口规范
互联网电视系统内容及业务管理接口规范V1.0版本2012-6-231.介绍 (3)2.内容下发机制 (3)2.1流程描述 (3)2.2SOAP消息定义 (3)3.XML文件规范 (4)3.1概述 (4)3.2ADI定义 (5)3.3O BJECTS定义 (5)3.4P ROGRAM定义 (6)3.5M OVIE定义 (7)3.6C AST定义 (9)3.7C AST R OLE M AP定义 (9)3.8C HANNEL定义 (10)3.9P HYSICAL C HANNEL定义 (11)3.10S CHEDULE定义 (11)3.11P ICTURE定义 (13)3.12C ATEGORY定义 (13)3.13S ERIES定义 (13)3.14P ACKAGE定义 (14)3.15M APPINGS定义 (15)3.16R EPLY定义 (17)3.17XML例子 (17)4.附录 (18)4.1视音频参数定义 (18)4.2XML S CHEMA (20)4.3WSDL (21)1. 介绍本文为针对互联王电视牌照方与互联网电视系统平台之间的内容及业务管理接口规范的建议稿。
本规范用于CSP向LSP下发内容的元数据、媒体文件和业务套餐定义。
2. 内容下发机制2.1 流程描述内容分发接口采用SOAP协议+XML指令文档的方式。
其中，SOAP消息是与具体指令内容无关的通用消息，仅仅用于表达命令请求。
而具体的命令及参数利用独立的XML文档来描述。
采用与具体指令无关的通用SOAP消息有利于指令扩展及在异步环境中实现通用的可靠消息传递机制。
CSP以SOAP协议 + XML指令文档的方式主动向LSP发布内容，LSP根据SOAP消息中的文件URL获取XML并解析执行。
2.2 SOAP消息定义执行指令请求：ExecCmdReq执行指令响应：ExecCmdRes结果通知请求：ResultNotifyReqCSPID 互相约定的上层标识String(32) M LSPID 互相约定的下层标识String(32) MCorrelateID 相关性标识，用于关联指令执行请求消息和结果通知消息。
【独家】OTT规范：《互联网电视集成服务平台服务能力与业务规范》全文
【独家】OTT规范：《互联网电视集成服务平台服务能力与业
务规范》全文
9月21日，为推动互联网电视产业规范与发展，促进行业内的交流与合作，中国网络视听节目服务协会互联网电视工作委员会在国家广播电视总局网络视听节目管理司的指导下，在北京广电国际酒店举办2018年互联网电视行业合作发展恳谈会，共同探讨互联网电视产业规范与发展的重要机遇及挑战，推动互联网电视产业各方的交流与协作。
在本次会议上，由7大牌照商组成的互联网电视工作委员会推出了《互联网电视集成服务平台服务能力与业务规范》、《互联网电视应用商店(应用)管理规范》、《互联网电视数据通用处理规范》三大规范草案，并在会议中进行了分组讨论。
从会议的结果来看，该三大规范草案引起了诸多终端厂家的讨论，会场上反响激烈。
其中《互联网电视集成服务平台服务能力与业务规范》是牌照商与终端厂家探讨最为集中的。
流媒体网第一时间获悉了规范内容，下面就是全文：
流媒体网认为：从规范的出发点来看，本次规范是基于181号文和6号令的基础上，对于互联网电视的政策进行了强化和重申，同时又基于当下市场发展的情况提出了有针对性的管理要求。
要求更细化，更具有针对性。
对于目前的互联网电视市场来说，虽然一直处于相关制度管理下的有序发展，但还保有较大的市场灵活性，此次规范草案如能顺利执行，虽然将使OTT产业更加的合规合法，但是也势必会压缩相关产业
链厂家的自有空间，相应的阵痛势必难免。
网络通信功能接口管理制度
网络通信功能接口管理制度第一章总则第一条为规范和统一网络通信功能接口管理，提高网络通信功能接口的使用效率和安全性，制定本制度。
第二条本制度适用于使用和管理网络通信功能接口的所有单位和人员。
第三条网络通信功能接口是指用于在网络之间或网络与终端之间进行数据传递的接口，包括但不限于网络接口、API接口等。
第四条管理网络通信功能接口应当遵循依法、规范、安全、高效的原则，确保网络通信功能接口的正常运行。
第五条所有使用和管理网络通信功能接口的单位和人员应当接受相应的培训和考核，并严格遵守本制度。
第六条管理网络通信功能接口的单位应当建立健全网络通信功能接口管理制度，明确管理责任，保障网络通信功能接口的安全和稳定运行。
第七条管理网络通信功能接口的人员应当严格遵守相关法律法规和技术规范，保护网络通信功能接口的安全和完整性。
第八条任何单位和个人不得擅自修改、删除、冒用网络通信功能接口，并应当对接口的使用行为进行记录和审计。
第九条管理网络通信功能接口的单位应当定期对接口进行安全检查和漏洞修复，确保网络通信功能接口的安全性和可靠性。
第二章网络通信功能接口的使用管理第十条管理网络通信功能接口的单位应当建立网络通信功能接口使用管理制度，明确网络通信功能接口的申请、审批、使用、监控和报废等流程。
第十一条使用网络通信功能接口的单位应当提供明确的使用需求和真实有效的身份认证信息，经过审批后方可使用接口。
第十二条使用网络通信功能接口的单位应当合理使用接口资源，不得超出批准的使用范围，不得滥用接口资源。
第十三条使用网络通信功能接口的单位应当建立接口使用日志，记录接口的调用情况和使用者的身份信息等，保留至少六个月以上。
第十四条对于网络通信功能接口的使用行为异常或存在安全隐患的，管理单位应当立即采取相应的措施进行监控和处置。
第十五条管理网络通信功能接口的单位应当对接口使用进行定期审核，发现违规使用行为的，应当立即停止使用，并进行相应的处理。
数字电视接收设备接口规范 第2部分：传送流接口
数字电视接收设备接口规范第2部分：传送流接口Specification of interfaces connectivity fordigital television receiver equipments－Part 2: Interface of Transport Stream（报批稿）中华人民共和国信息产业部发布前言SJ/T XXXXX《数字电视接收设备接口规范》分为17个部分：第1部分：概述；第2部分：传送流接口；第3部分：复合视频信号接口；第4部分：亮度、色度分离视频信号接口；第5部分：模拟音频信号接口；第6部分：RGB模拟基色视频信号接口；第7部分：YP B P R模拟分量视频信号接口；第8部分：射频信号接口；第9部分：智能卡接口；第10部分：数字视频信号接口；第11部分：数字音频信号接口；第12部分：数据信号输入/输出接口；第13部分：遥控设备接口；第14部分：调制解调器接口；第15部分：以太网接口；第16部分：xDSL接口；第17 部分：数字多媒体接口。
本部分为SJ/T xxxxx的第2部分。
本部分由全国音频、视频及多媒体系统与设备标准化技术委员会归口。
本部分起草单位：数字电视接收设备接口标准工作组。
本部分参加起草单位：海信集团有限公司、信息产业部电子第四研究所、信息产业部电子第五研究所、北京青鸟华光科技有限公司、中视联数字系统有限公司、中国电子科技集团第三研究所、国家广播电视产品质量监督检验中心、北京海尔集成电路设计有限公司、北京牡丹电子集团有限责任公司、日立（福建）数字媒体有限公司、北京算通科技发展有限公司、深圳华强集团技术中心、山东松下电子信息有限公司、飞利浦消费电子有限公司（苏州）。
本部分主要起草人：张建萍、桂平、陈继宁、高鹏飞、靳华、李洪广、江海波、孟栋、徐晖、徐国城、王海燕、王勇刚、汪莉、杨晓明、杨远怀、赵璇、周力。
数字电视接收设备接口规范第2部分：传送流接口1 范围SJ/T XXXXX的本部分定义了数字电视接收设备信道解码与信源解码之间传送流接口的电气特性标称值和机械配接要求。
中国联通总部OCS网管工程（二期）省部接口_规范（_业务管理分册）V1.26
中国联通总部OCS网管工程（二期）省部接口_规范（_业务管理分册）V1.26预览说明:预览图片所展示的格式为文档的源格式展示,下载源文件没有水印,内容可编辑和复制中国联通总部OCS网管工程（二期）省部接口规范（业务管理分册）V1.26修改历史目录1.范围 (3)2.缩略语定义 (3)3.概念介绍 (3)4.接口定义 (4)4.1.接口双方的责任 (4)4.1.1.数据供应方的责任（二级管理节点） (4)4.1.2.数据接收方的责任（总部一级网管中心） (4)4.2.接口方式定义 (4)4.2.1.通用处理流程 (5)4.2.2.异常处理流程 (5)4.2.3.目录结构 (6)4.2.4.上传文件名称定义 (7)4.2.5.下发文件名称定义 (8)4.2.6.文件校验 (9)4.3.接口数据(KPI)说明 (11)4.4.接口格式说明 (11)4.4.1.性能数据文件 (11)4.4.2.告警数据文件 (13)4.4.3.配置数据文件 (16)4.4.4.服务流程管理数据文件 (18)4.4.5.无记录数据文件样例 (19)5.附录 (20)5.1.KPI编码规范 (20)5.2.CI编码规范 (20)5.3.省公司代码 (22)5.4.地市编码 (22)5.5.资源分类编码 (32)中国联通总部OCS网管一期工程-接口规范1.范围本文档主要规定了中国联通总部OCS网管一期工程总部一级管理中心与二级管理节点之间的数据交换格式以及数据交换方式等内容。
本文中二级管理节点包括：总部二级管理节点、省分网管中心、省分一卡充系统OMC和省分OCS 系统OMC。
枢纽系统OMC与总部二级管理节点间的数据交换格式以及数据交换方式也遵守此规范。
2.缩略语定义本文档所涉及的缩略语解释请参见下表。
3.概念介绍CI就是Configure Item的英文字母的缩写，它表示配置项。
如一个主机可以定义为一个CI，一个业务也可以定义为一个CI。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
互联网电视系统内容及业务管理接口规范V1.0版本2012-6-231.介绍 (3)2.内容下发机制 (3)2.1流程描述 (3)2.2SOAP消息定义 (3)3.XML文件规范 (4)3.1概述 (4)3.2ADI定义 (5)3.3O BJECTS定义 (5)3.4P ROGRAM定义 (6)3.5M OVIE定义 (7)3.6C AST定义 (9)3.7C AST R OLE M AP定义 (9)3.8C HANNEL定义 (10)3.9P HYSICAL C HANNEL定义 (11)3.10S CHEDULE定义 (11)3.11P ICTURE定义 (13)3.12C ATEGORY定义 (13)3.13S ERIES定义 (13)3.14P ACKAGE定义 (14)3.15M APPINGS定义 (15)3.16R EPLY定义 (17)3.17XML例子 (17)4.附录 (18)4.1视音频参数定义 (18)4.2XML S CHEMA (20)4.3WSDL (21)1. 介绍本文为针对互联王电视牌照方与互联网电视系统平台之间的内容及业务管理接口规范的建议稿。
本规范用于CSP向LSP下发内容的元数据、媒体文件和业务套餐定义。
2. 内容下发机制2.1 流程描述内容分发接口采用SOAP协议+XML指令文档的方式。
其中，SOAP消息是与具体指令内容无关的通用消息，仅仅用于表达命令请求。
而具体的命令及参数利用独立的XML文档来描述。
采用与具体指令无关的通用SOAP消息有利于指令扩展及在异步环境中实现通用的可靠消息传递机制。
CSP以SOAP协议 + XML指令文档的方式主动向LSP发布内容，LSP根据SOAP消息中的文件URL获取XML并解析执行。
2.2 SOAP消息定义执行指令请求：ExecCmdReq执行指令响应：ExecCmdRes结果通知请求：ResultNotifyReqCSPID 互相约定的上层标识String(32) M LSPID 互相约定的下层标识String(32) MCorrelateID 相关性标识，用于关联指令执行请求消息和结果通知消息。
String(32)MCmdResult 命令执行结果：0：成功-1：通常失败其他结果待定义IntMResultFileURL 查询结果XML文件的URL，该字段仅针对查询结果通知消息出现。
URLO结果通知响应：ResultNotifyRes消息方向：CSP LSP名称说明数据类型是否必选Result 接收消息结果：0：成功-1：失败IntMErrorDescription 错误信息详细描述String O3. XML文件规范3.1 概述XML文件的结构如下图所示：以下是一个XML定义的通用格式例子：<?xml version="1.0" encoding="UTF-8"?><ADI xmlns:xsi="/2001/XMLSchema-instance"><Objects><Object ElementType="object_type" ID="object_id" Action="REGIST"><Property Name="property_name1">property_value1</Property><Property Name="property_name2">property_value2</Property><Property Name="property_name3">property_value3</Property></Object></Objects><Mappings><Mapping ID=”mapping_id” ParentType="parent_type" ParentID="parent_id"ElementType=”element_type” ElementID=”element_id” Action="REGIST"><Property name="property_name1">property_value1</Property><Property name="property_name2">property_value2</Property></Mapping></Mappings></ADI>ADI/Objects/Mappings是接口XML的通用基础框架，基于该通用框架定义不同的Object.ElementType和不同的来满足对不同对象的定义需求。
请注意本规范的描述中应用以下规则：1）各个实体上原有的Code 从Property变成Attribute，为必填属性，和Object.ElementType结合用于唯一标识一个对象；在多个对象作关联的时候，使用Code来标识一个实体；2）为了保证系统和接口的兼容性，原有对象的ID字段依然保留，发送方依然遵循1.6版本中相关规则3）对于任何符合Schema（见附件）的XML文件，LSP应该忽略那些不能识别的Property或XML Tag 或属性。
4）以下对象中标识为”必填项”的属性，仅仅是针对REGIST操作。
而UPDATE操作进行的是增量修改，缺少某必填项，仅为表示不需要对此项进行修改，而不能修改此项为空。
5）XML文件内容的编码全部采用UTF-8格式。
以下章节描述了XML的详细定义。
在其中att表示XML属性, el表示XML元素, pn表示Property节点的Name)。
3.2 ADI定义ADI是XML的根元素。
3.3 Objects定义Objects是操作对象。
操作类型REGIST表示增加新对象，UPDATE表示修改对象内容，DELETE 表示删除对象。
Objects.ElementType定义：●对于REGIST/UPDATE操作的Schedule，如果和原有Schedule有时间重叠，接受方应自动删除原有的Schedule以自动覆盖。
●为了支持可以对Schedule和普通的Program节目作相同的业务管理操作，发送方会预先创建一个相关联的Program，这个Program没有实际的Movie对象，只用于和Schedule关联；在REGIST/UPDATE一个Schedule的时候，使用ObjectType/ObjectCode来对应这个Program，接收方要支持上述这种机制；●对于Schedule，和相关联的Program实体数据，原则上CSP发送方不会送对应的Delete指令来删除这些实体（Schedule和Program），建议LSP接收方设定一个时间伐值，超过这个时间伐值的Schedule和Program相关实体由接收方系统自动删除，如果发送方再发送删除操作命令，接收方不能应答错误；这个时间伐值应该大于频道设定的回看实效值；ParentType <=> ElementType 支持以下组合：3.17 XML例子以下是XML的例子。
请注意，红色部分为主外键。
<?xml version="1.0" encoding="UTF-8"?><ADI xmlns:xsi="/2001/XMLSchema-instance"><Objects><Object ElementType="Program" ID="1001" Action="REGIST" Code=” umai:vod/1001@tianjin.ott”> <Property Name="Name">大长今</Property><Property Name="Language">韩语</Property></Object><Object ElementType="Movie" ID="2001" Action="REGIST" Code=” xxx”><Property Name="Type">1</Property><Property Name="FileURL">ftp://ott:ott@202.11.12.56:21/content/1.mpg</Property> </Object><Object ElementType="Movie" ID="2002" Action="REGIST" Code=”xxx”><Property Name="Type">2</Property><Property Name="FileURL">ftp://ott:ott@202.11.12.56:21/content/2.mpg</Property> </Object><Object ElementType="Picture" ID="3001" Action="REGIST" Code=” xxx”><Property Name="FileURL">ftp://ott:ott@202.11.12.56:21/image/1.jpg</Property> </Object></Objects><Mappings><Mapping ParentType="Program" ParentID="1001" ElementType=”Movie” ElementID=”2001”ParentCode=”xxx” ElementCode=”xxx” Action="REGIST"></Mapping><Mapping ParentType="Program" ParentID="1001" ElementType=”Movie” ElementID=”2002”ParentCode=”xxx” ElementCode=”xxx” Action="REGIST"></Mapping><Mapping ParentType="Picture" ParentID="3001" ElementType=”Program” ElementID=”1001”ParentCode=”xxx” ElementCode=”xxx” Action="REGIST"><Property Name="Type">2</Property></Mapping></Mappings></ADI><?xml version="1.0" encoding="UTF-8"?><ADI xmlns:xsi="/2001/XMLSchema-instance"><Objects><Object ElementType="Package" ID="5001" Action="REGIST” Code=”XXX”><Property Name="Type">4</Property><Property Name="Name">经典包月</Property><Property Name="LicensingWindowStart">20060601000000</Property><Property Name="LicensingWindowEnd">20070601000000</Property><Property Name="Price">15</Property><Property Name="Status">1</Property></Object></Objects><Mappings><Mapping ParentType="Package" ParentID="5001" ElementType=”Program” ElementID=”2001”Action="REGIST" ParentCode=”xxx” ElementCode=”xxx” ><Property Name="ValidStart">20060601000000</Property><Property Name="ValidEnd">20060701000000</Property></Mapping><Mapping ParentType="Package" ParentID="5001" ElementType=”Program” ElementID=”2002”Action="REGIST" ParentCode=”xxx” ElementCode=”xxx” ><Property Name="ValidStart">20060601000000</Property><Property Name="ValidEnd">20060701000000</Property></Mapping><Mapping ParentType="Package" ParentID="5001" ElementType=”Program” ElementID=”2002”Action="REGIST" ParentCode=”xxx” ElementCode=”xxx” ><Property Name="ValidStart">20060701000000</Property><Property Name="ValidEnd">20060701000000</Property></Mapping><Mapping ParentType="Package" ParentID="5001" ElementType=”Program” ElementID=”2003”Action="REGIST" ParentCode=”xxx” ElementCode=”xxx” ><Property Name="ValidStart">20060701000000</Property><Property Name="ValidEnd">20060701000000</Property></Mapping></Mappings></ADI>4. 附录4.1 视音频参数定义video_type(4 bytes) = (video_codec_type << 16) || (video_level << 8) || video_profile_type;audio_type(4 bytes) = (audio_codec_type << 16) ||(audio_level << 8) || audio_profile_type;4.2 XML Schema以下文件是分发接口定义的XML的Schema<?xml version="1.0" encoding="UTF-8"?><xs:schema xmlns:xs="/2001/XMLSchema" elementFormDefault="qualified"><xs:element name="ADI"><xs:complexType><xs:sequence><xs:element name="Objects" minOccurs="0"><xs:complexType><xs:sequence><xs:element name="Object" minOccurs="0" maxOccurs="unbounded"><xs:complexType><xs:sequence><xs:element name="Property" type="PropertyType" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence><xs:attribute name="ElementType" type="xs:string" use="required"/><xs:attribute name="ID" type="xs:string" use="required"/><xs:attribute name="Action" type="xs:string" use="required"/></xs:complexType></xs:element></xs:sequence></xs:complexType></xs:element><xs:element name="Mappings" minOccurs="0"><xs:complexType><xs:sequence><xs:element name="Mapping" minOccurs="0" maxOccurs="unbounded"><xs:complexType><xs:sequence><xs:element name="Property" type="PropertyType" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence><xs:attribute name="ID" type="xs:string" use="optional"/><xs:attribute name="ParentType" type="xs:string" use="required"/><xs:attribute name="ParentID" type="xs:string" use="required"/><xs:attribute name="ElementType" type="xs:string" use="required"/><xs:attribute name="ElementID" type="xs:string" use="required"/><xs:attribute name="Action" type="xs:string" use="required"/></xs:complexType></xs:element></xs:sequence></xs:complexType></xs:element><xs:element name="Reply" minOccurs="0"><xs:complexType><xs:sequence><xs:element name="Result" type="xs:string"/><xs:element name="Description" type="xs:string"/></xs:sequence></xs:complexType></xs:element></xs:sequence><xs:attribute name="SPCode" type="xs:string" use="optional"/><xs:attribute name="SubsidiaryID" type="xs:string" use="optional"/><xs:attribute name="StaffID" type="xs:string" use="optional"/><xs:attribute name="CheckFlag" type="xs:string" use="optional"/></xs:complexType></xs:element><xs:complexType name="PropertyType"><xs:simpleContent><xs:extension base="xs:string"><xs:attribute name="Name" type="xs:string" use="required"/></xs:extension></xs:simpleContent></xs:complexType></xs:schema>4.3 WSDL以下文件是soap接口中上层主动分发接口的WSDL<?xml version="1.0" encoding="UTF-8"?><wsdl:definitions targetNamespace="iptv" xmlns:impl="iptv" xmlns:intf="iptv"xmlns:apachesoap="/xml-soap" xmlns:wsdlsoap="/wsdl/soap/" xmlns:soapenc="/soap/encoding/"xmlns:xsd="/2001/XMLSchema" xmlns:wsdl="/wsdl/"><wsdl:types><schema xmlns="/2001/XMLSchema" targetNamespace="iptv"><import namespace="/soap/encoding/"/><complexType name="CSPResult"><sequence><element name="Result" type="xsd:int"/><element name="ErrorDescription" nillable="true" type="soapenc:string"/></sequence></complexType></schema></wsdl:types><wsdl:message name="ExecCmdRequest"><wsdl:part name="CSPID" type="soapenc:string"/><wsdl:part name="LSPID" type="soapenc:string"/><wsdl:part name="CorrelateID" type="soapenc:string"/><wsdl:part name="CmdFileURL" type="soapenc:string"/></wsdl:message><wsdl:message name="ExecCmdResponse"><wsdl:part name="ExecCmdReturn" type="impl:CSPResult"/></wsdl:message><wsdl:portType name="CSPRequest"><wsdl:operation name="ExecCmd" parameterOrder="CSPID LSPID CorrelateID CmdFileURL"><wsdl:input name="ExecCmdRequest" message="impl:ExecCmdRequest"/><wsdl:output name="ExecCmdResponse" message="impl:ExecCmdResponse"/></wsdl:operation></wsdl:portType><wsdl:binding name="ctmsSoapBinding" type="impl:CSPRequest"><wsdlsoap:binding style="rpc" transport="/soap/http"/><wsdl:operation name="ExecCmd"><wsdlsoap:operation soapAction=""/><wsdl:input name="ExecCmdRequest"><wsdlsoap:body use="encoded" encodingStyle="/soap/encoding/" namespace="iptv"/></wsdl:input><wsdl:output name="ExecCmdResponse"></wsdl:operation></wsdl:binding><wsdl:service name="CSPRequestService"><wsdl:port name="ctms" binding="impl:ctmsSoapBinding"><wsdlsoap:address location="http://127.0.0.1"/></wsdl:port></wsdl:service></wsdl:definitions>以下文件是soap接口中下层通知相应接口的WSDL<?xml version="1.0" encoding="UTF-8"?><wsdl:definitions targetNamespace="iptv" xmlns:impl="iptv" xmlns:intf="iptv"xmlns:apachesoap="/xml-soap" xmlns:wsdlsoap="/wsdl/soap/" xmlns:soapenc="/soap/encoding/"xmlns:xsd="/2001/XMLSchema" xmlns:wsdl="/wsdl/"><wsdl:types><schema xmlns="/2001/XMLSchema" targetNamespace="iptv"><import namespace="/soap/encoding/"/><complexType name="CSPResult"><sequence><element name="Result" type="xsd:int"/><element name="ErrorDescription" nillable="true" type="soapenc:string"/></sequence></complexType></schema></wsdl:types><wsdl:message name="ResultNotifyResponse"><wsdl:part name="ResultNotifyReturn" type="impl:CSPResult"/></wsdl:message><wsdl:message name="ResultNotifyRequest"><wsdl:part name="CSPID" type="soapenc:string"/><wsdl:part name="LSPID" type="soapenc:string"/><wsdl:part name="CorrelateID" type="soapenc:string"/><wsdl:part name="CmdResult" type="xsd:int"/><wsdl:part name="ResultFileURL" type="soapenc:string"/></wsdl:message><wsdl:portType name="CSPResponse"><wsdl:operation name="ResultNotify" parameterOrder="CSPID LSPID CorrelateID CmdResult ResultFileURL"><wsdl:input name="ResultNotifyRequest" message="impl:ResultNotifyRequest"/><wsdl:output name="ResultNotifyResponse" message="impl:ResultNotifyResponse"/></wsdl:operation></wsdl:portType><wsdl:binding name="ctmsSoapBinding" type="impl:CSPResponse"><wsdlsoap:binding style="rpc" transport="/soap/http"/><wsdl:operation name="ResultNotify"><wsdlsoap:operation soapAction=""/><wsdl:input name="ResultNotifyRequest"><wsdl:output name="ResultNotifyResponse"><wsdlsoap:body use="encoded" encodingStyle="/soap/encoding/" namespace="iptv"/></wsdl:output></wsdl:operation></wsdl:binding><wsdl:service name="CSPResponseService"><wsdl:port name="ctms" binding="impl:ctmsSoapBinding"><wsdlsoap:address location="http://127.0.0.1"/></wsdl:port></wsdl:service></wsdl:definitions>。