CN114501074B - 一种iptv监管方法及可读存储介质 - Google Patents

Abstract

本发明公开了一种IPTV监管方法及可读存储介质，其中方法包括：获取下级监管平台的监管数据；提取所述监管数据中对应的节目相关信息进行相互对比；根据对比结果确定对应的监管方案。本发明通过提取下级监管平台的监管数据中对应的节目相关信息进行相互对比；根据对比结果执行对应的监管方案，由此实现了IPTV的自动监管，解决了现有的人为IPTV监管效率低下，无法及时准确发现违规行为问题。

Description

一种IPTV监管方法及可读存储介质

技术领域

本发明涉及广播电视技术领域，尤其涉及一种IPTV监管方法及可读存储介质。

背景技术

据统计，截止2019年11月，我国的IPTV用户已经达到2.94亿，成为中国电视媒体传播的最为重要的渠道之一。在发展的同时，IPTV也积累了传播违规有害节目、擅自接入非法节目源、违规私设电视频道等不少问题。随着用户规模不断扩大，其安全风险也日益加剧。因此加快建设与IPTV业务发展相协调的监测监管体系，加强IPTV监测监管工作，是落实国家总体安全观、确保安全的必然要求。

目前，IPTV监管主要基于边缘计算、监管私有云架构，采取监管数据直采方式，既保留传统的音视频内容回传比对校验，又采用云计算、AI、大数据和边缘计算等技术，进行目标内容特征值提取回传和比对。

全国IPTV监测监管工程主要包含四部分：IPTV监测监管机房，IPTV监管网络汇聚和数据集中处理中心，IPTV监测监管区域节点，IPTV监测监管数据采集网络。IPTV数据集中处理中心位于监管中心573直属监测台；IPTV监管网络汇聚位于监管中心15个直属监测台；IPTV监测监管数据采集网络部署在不同位置，分别位于IPTV集成播控总平台、IPTV集成播控分平台、IPTV省级传输分发平台、城市用户处。

由于IPTV产业规模庞大，数据量巨大，给监管工作带来极大挑战。现有的方案需要大带宽回传视频流和人工监看的原始监管方式，资源利用率低，浪费大量人力物力，已经不再适用于IPTV监测监管。

共享数据管理权限难以界定问题。由于监管数据的敏感性，数据在各个状态的管理责任都十分重大，加之数据在共享及流通过程中很容易被复制，存在泄露、被篡改的风险。监管数据在传输过程中，会遭受旁路窃听、第三方攻击等，导致用户数据泄露、敏感数据被篡改等后果。各部门、各机构担心数据共享后出现的数据管理责任不清晰、数据隐私保护难、数据隐私泄露风险高等问题。

目前发现IPTV信号源违规链接公网信息源的方法，通常是采用抽样抓包，这种方法需要专业人员和抓包工具，具有极大的不确定性，效率低下，无法及时准确发现违规行为。

发明内容

本发明实施例提供一种IPTV监管方法及可读存储介质，用以解决或至少部分解决现有技术中存在的IPTV监管效率低下，无法及时准确发现违规行为问题。

第一方面，本发明实施例提供一种IPTV监管方法，包括：

获取下级监管平台的监管数据；

提取所述监管数据中对应的节目相关信息进行相互对比；

根据对比结果确定对应的监管方案。

可选的，提取所述监管数据中对应的节目相关信息，包括：

提取监管数据的监管账本中记录的节目相关信息；

其中，所述节目信息至少包括如下之一：电子节目指南EPG信息、APP信息、直播节目信息、点播节目信息、节目源IP、审核人员、审核记录、节目特征值、安全播出监测数据、传播秩序监测数据和用户相关数据。

可选的，根据对比结果确定对应的监管方案，包括：

若不同监管平台对应的所述节目信息的对比结果一致，确定所述节目信息未被篡改，通过监管审核；

若不同监管平台对应的所述节目信息的对比结果不一致，确定所述节目信息被篡改，则向上级监管平台发送节目异常通知，和/或，向下级监管平台发送节目回传通知。

可选的，根据对比结果确定对应的监管方案，还包括：

根据对比结果与账本数据构建对应的区块；

根据所述区块进行上链处理；

其中，所述账本数据至少包括如下之一：监管账本、父区块、数字签名和数字证书。

可选的，根据所述区块进行上链处理，包括：

将所述节目信息进行分组映射，以形成对应的上链数据。

可选的，根据所述区块进行上链处理之后，还包括：

通过所述上链数据更新所述监管账本在先的上链数据以及本地存储数据；

以及，

生成监管数据合约，并将所述监管数据合约更新至所述监管账本；

其中，所述上链数据与本地存储数据之间通过区块链ID映射。

可选的，向下级监管平台发送节目回传通知之后，还包括：

获取下级监管平台根据异常节目对应的认证信息确定的异常音视频节目以及异常源，所述异常源根据所述异常音视频节目对应的节目源IP确定；

所述认证信息至少包括如下之一：区块链ID、时间戳、节目ID、数字签名。

可选的，获取下级监管平台的监管数据之前，还包括：

配置上级各层监管链以及下级监管平台的监管账本，其中，各层上级监管平台通过对应的所述监管链实现数据共享，所述下级监管平台的监管账本之间相互独立运行。

可选的，配下级监平台的监管账本，包括：

在不同监管平台的监管账本之间设置数据共享节点；所述数据共享节点用于实现跨监管账本数据共享。

第二方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现前述的IPTV监管方法的步骤。

本发明实施例通过提取下级监管平台的监管数据中对应的节目相关信息进行相互对比；根据对比结果执行对应的监管方案，由此实现了IPTV的自动监管，解决了现有的人为IPTV监管效率低下，无法及时准确发现违规行为问题。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本发明第一实施例监管品台架构示意图；

图2为本发明第一实施例一级监管主链示意图；

图3为本发明第一实施例群签名流程图；

图4为本发明第一实施例二级监管主链示意图；

图5为本发明第一实施例三级监管账本示意图；

图6为本发明第一实施例流程图；

图7为本发明第一实施例监管账本结构示意图；

图8为本发明第一实施例图跨账本节点示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

实施例一

随着宽带的大力发展，各国电信运营商纷纷进入IPTV市场。为了保证IPTV音视频的安全传输、版权保护和监管需要，各类视频内容参与主体已经采用了一些技术手段切实保障自己的安全播出责任，但仍然存在很多不足，有必要利用新技术、新体系进行完善。

在此背景下，区块链作为一种分布式数据存储、点对点传输、共识机制、加密算法等技术的新型集成应用，发展势头迅猛，近年来已经成为世界各国研究讨论的焦点。其生态系统已延伸到物联网、云计算、大数据、人工智能等多个领域，应用场景也涵盖了金融、投资、监管等机构，引发了新一轮的技术创新和产业变革。

同样，在监测监管领域，依托于区块链技术的去中心化、不可篡改、共识信任机制、分布式记账等特性，可以将网络视听内容全链条各环节的每一条记录都完整还原，包括内容生产制作、认证审核、传输播出、监测监管、追踪溯源等，结合人工智能、大数据等技术的针对性应用，从而实现监管有据可查、有迹可循、效率提升、准确性提高、审核成本大为降低。借助区块链的不可篡改性和可溯源性，对实现高效的IPTV音视频监测监管具有重要的意义。

图1为本实施例中的监管平台架构，主要包括三层结构一级监管主链、二级监管子链群和三级监管账本。其中一级监管主链作为IPTV音视频监测监管的顶层模块可以包含监测监管展示交互层、业务系统层、消息传输层、系统服务层、区块互联层以及区块链层。本实施例中一级监管主链作为基于区块链的IPTV音视频监测监管平台的顶层监管主体，承担着IPTV监测监管信息汇总、收集、审核、分析、展示等功能，其内部采用模块化设计，充分保证了系统的健壮性。

如图2所示，主要由广电总局、集成播控总平台、版署、密码局、网信办、IPTV中央监管平台(573台)以及其它14个国内监测台组成的区块链网络。15个监测台站作为IPTV监测监管数据来源，分别将监测监管数据信息共享到一级监管主链，在573台进行数据验证及二次监测审核，广电总局、版署、密码局、网信办等各方作为监管数据共享机构，可以实时获取监测共享数据，如出现异常情况可及时发布警告通知。

一级监管主链可以包括：

权限管理模块

区块链技术通过密码学算法、共识算法等实现的不可篡改性，解决了链上数据的信任问题，但数据上链之前的真实性需要进行身份认证。权限管理模块负责监测监管区块链各参与方的身份认证、权限管理。确认用户对资源的访问权限，保障区块链访问控制策略的可靠运行。权限管理模块包括身份认证功能组件、权限控制功能组件以及账号申请功能组件。

身份认证功能组件：通过数字签名、密码算法实现对请求发起各类交易、存证、以及其他证等操作的授权。在监测监管区块链中，每个账户拥有一对公私钥对，其中公钥作为公开信息，生成的地址作为账号ID使用。私钥作为不公开信息，结合密码学及公开的公钥，用以判断是否真正持有对该账号的管理权限。例如，当内容审核机构完成对某一内容的审核后，先用私钥对内容进行签名，然后上链。其他节点收到消息后，通过对数字签名进行验证完成对于该内容审核机构的验证，以判断是否进行审核或是否进行播出。

权限控制功能组件：是区块链安全的重要部分，功能包括联盟链用户身份管理、用户角色管理和权限配置。按访问或读取资源的权限不同定义多个角色，按角色授权不同用户访问或使用资源的权限及安全规则，使得用户只能在有限范围内进行写入或读取数据资源，而在其读取范围外的数据则会进行加密保护。

在本实施例中，可以由监管方通过为其他节点注册生成密钥，或采用CA证书的管理方式，由监管机构作为CA根节点，为其他用户生成子节点CA证书，以此标识相关用户身份，达成链上数据合理确权的目的。对于其他用户，也可以为其相对应的下一级子用户生成相关的密钥或CA证书，使整个系统实现树状多层级管理结构，由上级节点监管下级节点。对于监管方，通过掌握根密钥或CA根证书，实现对于链上数据的“穿透式监管”。相关密钥或证书可以根据相关用户涉及的数据安全需要，选用硬件或软件作为载体进行存储。

内容监测模块

一方面接入链下监管模块的审核结果信息，一方面为监测监管各参与方提供业务的接入和提交，以及数据交换服务等功能。审核接口模块基于智能审核模块提交的结果，把审核记录数据打包为交易，通过P2P网络进行广播，最终被节点接受处理，完成上链操作。

在监测监管工作中，被监管对象(视频、音频、文本等格式)通过进行特征值提取、哈希运算，可以快速生成唯一的ID值。ID值唯一标识被监管内容，并进行信息共享。监管记录数据包括ID值、审核日期、审核人员、签名、内容标签等。

监测监管模块主要包括信息验证、信息溯源、监测监管和事故定责四个功能组件。

信息验证：内容机构发布的每一条区块信息包含由内容机构账号的私钥结合相关信息(包括：时间戳、区块链ID、内容ID、审核形式等)生成的数字签名。应用层模块在处理信息时，通过内容机构已公开的公钥信息对其合法性进行验证。

信息溯源：由于每一条区块信息都包含了账号及其数字签名信息，因此可以通过两者确定其相应的负责机构、负责人信息。

监测监管：通过对比各环节区块信息中的视频内容hash值，能够快速确认媒体内容是否被更改。

事故定责：对于对比结果不一致的区块信息、播出事故等内容，通过其区块链ID值、内容ID值、时间戳等标识，快速定位问题节点，并通过信息溯源模块追责相关责任人，并把相关信息打包于区块中，进行全网广播。

安全加密模块

主要包括网络安全、证书安全、数据加密功能，在网络安全中主要通过链下专线网络或者加密机策略实现网络通信的安全，证书安全模块主要实现证书的管理，在此项目中建议采用系统内部下发的根加密证书确保证书唯一。安全加密模块同时需要考虑到数据安全，也需要考虑数据可追溯性进行数据源监管的结果定责，因此在本实施例中可以采用基于群签名的区块链加密模型。具体的签名流程可以如图3：

群签名加密模块以独立功能组件提供给应用层调用。

群leader选举配置模块设计：在群签名的群组织中，需要群管理员进行群创建、群成员管理、公私钥发布等。因此在群leader选举配置模块中根据场景规则自带了两种leader配置办法，一种是在某些平等一致的群中，进行随机选举产生leader。另外一种是根据场景中的监管机构进行手工配置方法。

群签名服务端,主要通过群leader选举配置模块中选出的leader完成群成员管理，公私钥发布以及交易追踪，包含群成员匿名追踪等功能。

以基于群签名加密保护的区块链模型作为此方案的加密模块，可满足基于区块链的IPTV音视频监测监管平台加密要求，可以确保数据来源合法，确保数据传输过程中的信息加密，同时在群组织内部，群leader具有所有权限，可以协助监管机构完成追踪定责。此群leader可以和二级区块链子链中的监管组织、审核节点进行匹配，确保实现追溯定责到源头。

管理服务模块

管理服务模块包括部署管理、运维管理、日志管理服务。

部署管理提供区块链在虚拟机上的部署服务，包括组织配置、节点配置、智能合约部署等。

运维管理提供系统级运维服务，包括交易信息统计、生产资源占用情况、数据备份、运维监控等功能。

日志管理服务提供区块链各节点的日志管理，统一的日志归集，支持单点查询，日志预警等功能。

区块互联层

此模块采用区块链交互API功能，实现了上层模块与区块链层的数据交互，实现性能优化、交易一致性、防重处理、交易流控制等功能。

二级监管子链群

二级监管子链作为基于区块链的IPTV音视频监测监管平台的监测功能实现模块，承担着全国所有IPTV监测监管信息的采集、流转、审核、监测、上链、溯源、追责等功能。

考虑到全国IPTV音视频监测监管信息的海量数据，同时结合各监测台的地理位置，设计了各监测台区块链子链网络架构，以553上海监测台为例的二级监管架构示意图如图4所示。主要由553上海监测台、上海集成播控数据采集点、江苏集成播控数据采集点、浙江集成播控数据采集点、上海传输分发数据采集点、江苏传输分发数据采集点、浙江集成播控数据采集点、杭州用户采集端、南京用户采集端、上海用户采集点共10个参与方组成。

集成播控采集点与用户采集端作为数据采集及传输分发节点，将实时的视频流信息采集至区块链网络，通过553上海监测台部署在二级区块链网络中的监测监管智能合约进行IPTV日常监测监管。同时为保证整个二级监管区块链网络的稳定性，每个参与方设计多节点模式，1个常运行节点，2个热备节点。

利用各监测台搭建各自的IPTV二级监测监管子链具有如下优势：

1、降低业务耦合性、提升数据独立性：子链分片设计可以有效降低业务数据耦合性，各分站数据由各子链处理保管，充分保证数据独立性。

2、降低区块链系统压力、提升区块链处理性能：全国IPTV视频流海量信息会对系统造成一定程度的影响，同时区块链技术本身存在并发处理性能问题，不宜在一条区块链中进行海量数据处理。因此在本方案中采用了一二级区块链分层设计，二级子链的分片设计模式来降低区块链压力、提升处理性能。

3、契合组织架构、方便分批推广接入：IPTV监测监管区块链在推广过程中，可以采取先行试点、分批推广的策略。在符合组织架构的基础上，选定对应分批推广的分站先行试点，搭建IPTV监测监管子链，形成示范推广经验后，再进行其他分站二级子链的搭建。此类设计模型有助于项目的实施推广落地。

三级监管账本

三级监管账本作为基于区块链的IPTV音视频监测监管平台数据账本层，承担着监管数据收集、上传、存储等功能。具体监管账本逻辑关系如下：

采用分账本设计模式，以省级行政划分为基础，将各省数据独立成账本进行区块链监测监管及数据管理，提升各省数据独立性和自治性。以553上海监测分台站为例，分账本架构关系图如图5所示。

553上海分站负责监测多个省份视频流信息，为保证数据隔离，将各省数据通过channel技术进行分账本管理。

553上海分台站节点作为主监测节点分别参与上海、江苏、浙江三个账本，对三个省市的IPTV视频流信息进行监测监管。上海分账本由553上海监测台、上海集成播控数据采集节点、上海传输分发数据采集节点、上海用户采集端共同维护建立；江苏分账本由553上海监测台、江苏集成播控数据采集节点、江苏传输分发数据采集节点、江苏用户采集端共同维护建立；浙江分账本由553上海监测台、浙江集成播控数据采集节点、浙江传输分发数据采集节点、浙江用户采集端共同维护建立。

分账本将各省视频信息独立区分，统一由上海监测分台进行监测监管，降低了数据耦合，提升了IPTV监测监管的业务管控能力。

基于此本发明第一实施例提供一种IPTV监管方法，如图6所示，包括以下具体步骤：

步骤S101、获取下级监管平台的监管数据；

步骤S102、提取所述监管数据中对应的节目相关信息进行相互对比；

步骤S103、根据对比结果确定对应的监管方案。

本实施例中的下级监管平台是指层次在当前层级之下的监管平台，例如如图1中，最上层为IPTV中央监管平台(573台)属于一级监管主链，其下层监管平台包括：IPTV中央监管平台(其它14个监测台站)、IPTV省级监管平台、IPTV集成播控总平台、IPTV集成播控分平台、IPTV省级传输分发平台、IPTV用户终端属于二级监管子链，二级监管子链下包含对应的三级监管账本，本实施例中一级监管主链对应的监管平台可以获得二级监管子链对应的监管平台的监管数据，当然二级监管子链对应的监管平台可以获得三级监管账本的监管数据。

本发明实施例通过提取下级监管平台的监管数据中对应的节目相关信息进行相互对比；根据对比结果执行对应的监管方案，由此实现了IPTV的自动监管，解决了现有的人为IPTV监管效率低下，无法及时准确发现违规行为问题。

可选的，提取所述监管数据中对应的节目相关信息，包括：

提取监管数据的监管账本中记录的节目相关信息；

其中，所述节目信息至少包括如下之一：电子节目指南EPG信息、APP信息、直播节目信息、点播节目信息、节目源IP、审核人员、审核记录、节目特征值、安全播出监测数据、传播秩序监测数据和用户相关数据。

具体的说，在本发明实施例监管平台构建的过程中如图1所示，基于区块链的IPTV音视频监测监管通过数据直接采集方式将全国IPTV节目内容、传播秩序、安全播出、网络安全等监管数据进行采集和共享。本实施例中广电总局、版署、密码局、网信办、IPTV中央监管平台(573台)属于一级监管主链，IPTV中央监管平台(573台)、所属IPTV中央监管平台(其它14个监测台站)、IPTV省级监管平台、IPTV集成播控总平台、IPTV集成播控分平台、IPTV省级传输分发平台、IPTV用户终端属于二级监管子链。

形成监管账本的具体过程如下：

IPTV集成播控总平台的前端采集设备采集并处理EPG信息、APP信息、直播节目信息、点播节目信息、节目特征值、安全播出监测数据、传播秩序监测数据、网络安全状态扫描数据、用户相关数据等，处理后的数据同步至三级监管账本并上链，原始数据存储在本地存储，上链数据与本地存储数据通过区块链ID进行映射。

IPTV集成播控分平台的前端采集设备采集并处理EPG信息、APP信息、直播节目信息、点播节目信息、节目特征值、安全播出监测数据、传播秩序监测数据、网络安全状态扫描数据、用户相关数据等，处理后的数据同步至三级监管账本并上链，原始数据存储在本地存储，上链数据与本地存储数据通过区块链ID进行映射。

IPTV省级传输分发平台的前端采集设备采集并处理EPG信息、APP信息、直播节目信息、点播节目信息、节目特征值、安全播出监测数据、传播秩序监测数据、用户相关数据等，处理后的数据同步至三级监管账本并上链，原始数据存储在本地存储，上链数据与本地存储数据通过区块链ID进行映射。

IPTV用户终端的前端采集设备采集并处理EPG信息、APP信息、直播节目信息、点播节目信息、节目特征值、安全播出监测数据、传播秩序监测数据、用户相关数据等，处理后的数据同步至三级监管账本并上链二级监管子链，原始数据存储在本地存储，上链数据与本地存储数据通过区块链ID进行映射。

由此本实施例中可以基于平台构建过程中所产生的三级监管账本，一级子链可以通过二级子链获得其下的监管数据。

可选的，根据对比结果确定对应的监管方案，包括：

若不同监管平台对应的所述节目信息的对比结果一致，确定所述节目信息未被篡改，通过监管审核；

若不同监管平台对应的所述节目信息的对比结果不一致，确定所述节目信息被篡改，则向上级监管平台发送节目异常通知，和/或，向下级监管平台发送节目回传通知。

具体的说，在本实施例中，若不同监管平台对应的所述节目信息的对比结果一致，则确定所述节目信息未被篡改。例如参见图1所示，IPTV中央监管平台(573台)通过一级监管主链接收来自所属IPTV中央监管平台(15个监测台站)和IPTV集成播控总平台的监管数据，提取三级监管账本的区块中的相关节目信息进行比对。如果相关节目信息比对结果一致，证明相关内容未被篡改，通过审核。或者将IPTV集成播控分平台、IPTV省级传输分发平台和IPTV用户终端的三级监管账本传输至所属IPTV中央监管平台，IPTV中央监管平台提取三级监管账本中的区块中的相关节目信息进行比对。如果相关节目信息比对结果一致，证明相关内容未被篡改，通过审核。

如果相关节目信息对比不一致，则进行记录，同时向IPTV集成播控总平台、IPTV集成播控分平台、IPTV省级传输分发平台和IPTV用户终端发送请求，通过监管链路回传相关节目内容。或者向IPTV中央监管平台(573台)发出节目异常通知，同时向IPTV集成播控分平台、IPTV省级传输分发平台和IPTV用户终端发送请求，通过监管链路回传异常节目内容。

可选的，根据对比结果确定对应的监管方案，还包括：

根据对比结果与账本数据构建对应的区块；

根据所述区块进行上链处理；

其中，所述账本数据至少包括如下之一：监管账本、父区块、数字签名和数字证书。

具体的，在获得对比结果之后，根据对比结果与账本数据构建对应的新区块。例如若对比结果一致，可以将对比结果、视频流信息、数字签名、数字证书等内容更新至三级监管账本。如果对比不一致可以将对比结果、视频流信息、数字签名、数字证书等内容更新至三级监管账本。若当前是二级子链对应的监管平台，可以将更新后的三级监管账本通过二级监管子链共享至一级监管主链。当然若当前是一级子链对应的监管平台，则可以将更新后的三级监管账本直接上链至一级监管主链。

可选的，根据所述区块进行上链处理，包括：

将所述节目信息进行分组映射，以形成对应的上链数据。

可选的，根据所述区块进行上链处理之后，还包括：

通过所述上链数据更新所述监管账本在先的上链数据以及本地存储数据；

以及，

生成监管数据合约，并将所述监管数据合约更新至所述监管账本；

其中，所述上链数据与本地存储数据之间通过区块链ID映射。

具体的，本实施例中进一步说明上链的过程，包括：将节目信息如：EPG信息、APP信息、直播节目信息、点播节目信息、节目音视频特征值、节目源IP、安全播出监测数据、传播秩序监测数据、用户相关数据等内容通过分组映射形成上链数据。例如将每一条视频流信息对应唯一的hash标识形成上链字符串如下：

然后通过区块链Client端发送至区块链网络进行上链，同时生成新的监测监管数据合约并更新至三级监管账本中，形成新的监测监管信息区块，并将区块信息同步至二级监管子链，本实施例中将原始数据存储在本地存储，上链数据与本地存储数据通过区块链ID进行映射。

在进行节目相关信息对比之后，可以将对比结果、三级监管账本区块链ID、节目视音频特征值、节目ID、节目源IP、审核人员、审核记录等内容形成新的区块，上链至一级监管主链和二级监管子链。视频流数据在本地存储，上链数据与本地存储数据通过区块链ID进行映射。

可选的，向下级监管平台发送节目回传通知之后，还包括：

获取下级监管平台根据异常节目对应的认证信息确定的异常音视频节目以及异常源，所述异常源根据所述异常音视频节目对应的节目源IP确定；

所述认证信息至少包括如下之一：区块链ID、时间戳、节目ID、数字签名。

具体的，监管平台将异常节目内容区块链ID发送回异常节点，也即发送对应的节目回传通知，异常节点依据区块链ID、时间戳、节目ID、数字签名等可唯一确认问题音视频内容、负责机构及相关责任人，通过异常节点区块链ID与本地存储的映射关系，定位异常音视频内容存储位置。随后通过监管链路将异常音视频内容传输至监管平台。通过节目源IP可发现音视频节目内容是否来源于公网IP。最后将父区块、溯源操作及结果形成新的区块回传至上级监管平台。

可选的，获取下级监管平台的监管数据之前，还包括：

配置上级各层监管链以及下级监管平台的监管账本，其中，各层上级监管平台通过对应的所述监管链实现数据共享，所述下级监管平台的监管账本之间相互独立运行。

可选的，配下级监平台的监管账本，包括：

在不同监管平台的监管账本之间设置数据共享节点；所述数据共享节点用于实现跨监管账本数据共享。

具体的说，监管账本之间可以相互独立运行，也即三级监管账本之间可以独立运行。本实施例中以两个账本进行举例说明，如图8所示，存在Channel1和Channel2两个通道，即为两个账本，Channel1为上海账本、Channel2为江苏账本。Channel1中包含的P1节点为上海数据采集节点、P3节点为上海监测分台站节点。CHannel2中包含了P2节点为江苏数据采集节点、P3节点553上海监测分台站节点。

通过P3节点553上海监测分台站节点实现了跨账本的数据共享，由于P3节点同时存在于两个通道当中，它会同时安装Chaincode1和Chaincode2两套链码，并维护两套账本。Chaincode1和Chaincode2之间可以通过约定方法相互调用对方的函数，实现跨链的信息共享。

二级监管子链与一级监管主链通过跨链协议转换网关实现区块链信息传输：跨链协议转换网关采用中继链设计原理，将此网关作为中间人，负责数据收集和传递，由数据接收链自行进行交易确认和验证。跨链协议转换网关可以根据区块链结构进行设计，可以设计成应用网关交易池模型，来实现区块链之间的数据交互。

综上，本发明方法基于三级监管联盟链的架构，链上监管信息流通+链下信息存储模式。三层架构模型结构满足IPTV各层级组织关系，分层结构支持向下扩展。通过本发明的IPTV监管方法能够实现：第一，降低各级区块链的性能压力，提升系统的运行效率。第二，提升区块链系统可维护性，提升系统容错能力。第三，降低系统搭建区块链的成本、有利于系统应用推广。实现了将国家级、省级、地市级广电监管部门的监测数据互联互通，实时数据共享，提高数据资产利用率，同时也强化了整体监管的力度。

实施例二

本发明第二实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现第一实施例的IPTV监管方法的步骤。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (6)

1.一种IPTV监管方法，其特征在于，包括：

配置上级各层监管链以及下级监管平台的监管账本，其中，各层上级监管平台通过对应的所述监管链实现数据共享，所述下级监管平台的监管账本之间相互独立运行；

获取下级监管平台的监管数据；

提取所述监管数据中对应的节目信息进行相互对比；

根据对比结果确定对应的监管方案；

提取所述监管数据中对应的节目信息，包括：

提取监管数据的监管账本中记录的节目信息；

其中，所述节目信息至少包括如下之一：电子节目指南EPG信息、APP信息、直播节目信息、点播节目信息、节目源IP、审核人员、审核记录、节目特征值、安全播出监测数据、传播秩序监测数据和用户相关数据；

根据对比结果确定对应的监管方案，包括：

若不同监管平台对应的所述节目信息的对比结果一致，确定所述节目信息未被篡改，通过监管审核；

若不同监管平台对应的所述节目信息的对比结果不一致，确定所述节目信息被篡改，则向上级监管平台发送节目异常通知，和/或，向下级监管平台发送节目回传通知；

根据对比结果确定对应的监管方案，还包括：

根据对比结果与账本数据构建对应的区块；

将所述节目信息进行分组映射，以形成对应的上链数据。

2.如权利要求1所述的IPTV监管方法，其特征在于，所述账本数据至少包括如下之一：监管账本、父区块、数字签名和数字证书。

3.如权利要求1所述的IPTV监管方法，其特征在于，形成对应的上链数据之后，还包括：

通过所述上链数据更新所述监管账本在先的上链数据以及本地存储数据；

以及，

生成监管数据合约，并将所述监管数据合约更新至所述监管账本；

其中，所述上链数据与本地存储数据之间通过区块链ID映射。

4.如权利要求1所述的IPTV监管方法，其特征在于，向下级监管平台发送节目回传通知之后，还包括：

获取下级监管平台根据异常节目对应的认证信息确定的异常音视频节目以及异常源，所述异常源根据所述异常音视频节目对应的节目源IP确定；

所述认证信息至少包括如下之一：区块链ID、时间戳、节目ID、数字签名。

5.如权利要求1所述的IPTV监管方法，其特征在于，配置下级监管平台的监管账本，包括：

在不同监管平台的监管账本之间设置数据共享节点；所述数据共享节点用于实现跨监管账本数据共享。

6.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的IPTV监管方法的步骤。