CN101478663A - 一种可用于iptv全数据分析的系统架构 - Google Patents
一种可用于iptv全数据分析的系统架构 Download PDFInfo
- Publication number
- CN101478663A CN101478663A CNA2008100422262A CN200810042226A CN101478663A CN 101478663 A CN101478663 A CN 101478663A CN A2008100422262 A CNA2008100422262 A CN A2008100422262A CN 200810042226 A CN200810042226 A CN 200810042226A CN 101478663 A CN101478663 A CN 101478663A
- Authority
- CN
- China
- Prior art keywords
- data
- string
- user
- file
- name
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
一种可用于IPTV全数据分析的系统架构,包括:用于对IPTV系统内全样本的收集各类IPTV收视参数(包含系统各边缘节点用户信息、用户点播定购信息、用户收视信息等各种信息)进行采集的系统;基于集群式分布运算的星-棒状的分析的拓扑结构;应对灵活的商业合作模式,而产生的灵活可配置的数据采集模式;统一的数据文件采集接口规范。本发明全样本分析的成果可以成为节目部的节目安排和市场部的市场推广的依据,同时,根本克服传统广告使用广而告知的宣传模式所造成的针对性不强,效率不高的弱点,做到有的放矢,既可以有效的投放让用户感兴趣的广告,又尽量少的打扰对此没有兴趣的用户;对于用户,这是一种崭新的收视体验。
Description
技术领域
本发明涉及通讯,互联网和电视领域,尤其涉及IP网络电视上的全数据分析的系统架构的设计方案。
背景技术
IPTV作为近几年全球迅猛发展的一种新兴业务,其集IP和TV技术的大成于一身,不仅为电视业务重新诠释了内涵,而且为IP技术的发展重新找到了基于应用的原动力。
与传统的通过无线或同轴电缆播出电视节目不同,IPTV系统通过宽带IP网络直接向顾客提供高质量的电视节目和视频内容,其本质是一个多媒体,多业务的服务平台,它融合了传统的广播电视业务,互联网上的各种应用,以及新兴的通信业务,为用户提供直播电视,时移电视,点播电视,广播节目预订(PVR),信息浏览与查询,音乐/卡拉OK,互动广告,游戏,通信等多种服务。通过一个单一的机顶盒,将这些业务集成在一起,使用户得到更及时,方便,丰富的体验。IPTV扩展了“看电视”的概念,“看电视”已不再是原来意义上被动地观看,观众可以互动地选择和控制收视内容,享受新的体验,得到个性化的节目内容服务。
由于IPTV平台上使用了先进的IT技术,所以虽然比起传统电视来说,IPTV有着节目量大,信息繁多等特点,但IPTV系统还是有一套有效的机制,它能够有能力记录下所有用户的操作行为和点播行为,这对于全面的了解用户的收视心理和对各类节目的喜好程度至关重要,基于这些信息可以清晰的勾绘出一幅用户对于节目的收视反馈信息图,为此,迫切需要提出一种可用于IPTV全数据分析的系统架构。
发明内容
本发明的目的是提出一种在灵活的商业模式下的可用于IPTV全数据分析的系统架构的技术方案,更准确、有效地了解用户对于节目的收视情况。
为了达到上述目的,本发明的解决方案是:
提供一种IPTV全数据分析系统架构,包括:
用于对IPTV系统内全样本的收集系统,对各边缘节点用户信息、用户点播定购信息、用户收视信息等各种信息进行采集的系统,本系统进行的分析是在IPTV领域的全样本数据分析;
基于集群式分布运算的星—棒状的分析的拓扑结构;
应对灵活的商业合作模式,而产生的灵活可配置的数据采集模式;
统一的数据文件采集接口规范。
所述的用于对IPTV系统内收集系统各边缘节点用户信息,用户点播信息,用户收视信息等各种信息的采集系统,该数据采集是针对全样本进行的,突出数据的完整性。并最终系统提供关于全样本数据的查询。
所述的数据采集是针对全样本进行的,突出数据的完整性,有三方面的含义:数据的采集是全天候24小时不间断的而不只是其中的一部分;数据的采集是针对IPTV系统各个边缘节点的,而不只是其中的一部分;数据采集的内容涉及用户数据,节目数据,定购数据等多方面的,而不只是其中某一方面。
所述的IPTV数据分析系统的架构中,所使用的分布式运算的方式和星-棒状的分析的拓扑结构。
所使用的分布式计算和星-棒状的分析拓扑结构,这种结构的应用所提供的一种低成本,进行大运算量的解决方案。
所述的星-棒状结构,包含星状结构和棒状结构两部分。
所述的星状结构,具体的含义和实现方式是如图3:中心是中央数据采集服务器,由此发散出落干条线,每条线上的节点就是一个边缘节点的数据采集系统,其中,中央数据采集服务器连接的是边缘节点数据采集服务器,边缘节点采集服务器通过规范统一的数据采集接口从数据源将各种数据(系统各边缘节点用户信息、用户点播定购信息、用户收视信息)收集起来,经过一定的处理,然后通过FTP方式上传中央数据采集服务器。星型结构实际上是反映了数据采集过程中,数据从地方到中央的流向过程。
所述的棒状结构,具体的含义和实现方式是如图3:数据到了中央数据采集服务器后,经过一定的检查,就交有中央数据分析服务器,进行入数据库的工作。之后,进行统一的数据分析,其中包括用户信息的跟踪,节目收视情况的跟踪,用户24小时特性分析,用户收视各类节目比例等10多项数据分析工作。各项分析的结果也记录在数据库中以备查询。经过了数据分析,后面就由数据的报表系统将分析的结果整合成相应的以日,周,月,或指定周期的报表,并由展示模块将其呈现出来供数据分析人员查询分析。棒型结构实际上反映的是在中央服务器上,数据被审查,加工,整合,封装直到使用的一系列过程。
制定的统一的文件采集接口的规范以及这套规范中所涉及的文件内容,字段定义和其他格式规范。
所述的IPTV数据分析系统的架构中,制定的统一的文件采集接口的规范,包括以下一些内容:数据采集时间,各边缘节点数据文件的采集传输方式,数据采集包含的内容以及数据采集文件中各字段的定义。
所述的IPTV数据分析系统关于数据采集的规范:数据采集采用非实时架构,每天采集一次,时间定在凌晨2点,采集前一天00:00:00到23:59:59这个时间段里的数据。
所述的IPTV数据分析系统关于各边缘节点数据文件的采集传输方式的规范:各边缘节点的数据分析服务器每天应在指定的文件夹里通过FTP方式收到一个名为系统运营平台名_yyyymmdd.zip的文件,其中包含的是前一天的数据。(这里,文件名是指前一天的日期)
所述的IPTV数据分析系统关于数据采集包含的内容的规范:在yyyymmdd.zip文件中,解压缩后应该包含了4个文件,分别是用户收视数据文件,节目单数据文件,用户数据文件,用户定购数据文件。
所述的IPTV数据分析系统关于用户收视数据文件内容及各字段的定义规范:
e)文件名称
系统运营平台名_contentviewlog_yyyymmdd.txt
f)数据说明
包含用户在前一天的收视数据
g)数据字段分隔符“|”
h)格式定义
名称 | 说明 | 是否必须字段 | 数据类型 | 长度(字节) |
UserID | 用户ID | M | String | 32 |
StartTime | 开始时间,格式是:YYYYMMDDHH24MISS | M | String | 14 |
EndTime | 结束时间,格式是:YYYYMMDDHH24MISS | M | String | 14 |
ServiceType | 业务类型:1-VOD;2-Live TV;3—TVOD;4—Package/Series;5—KaraOK;6—…… | M | Int | 2 |
ChannelCode | ServiceType=2必填直播节目频道代码(或者名称),其他类型节目填空 | 0 | String | 32 |
ProgramName | 节目名称 | M | String | 160 |
MediaCode | SMG统一节目编号例:“umai:vod/5097@shanghai.smg” | M | String | 128 |
ShiftDuration | 时移时间单位(秒) | M | Int | 12 |
Flux | 网络流量单位(KB) | 0 | Int | 12 |
EndReason | 流媒体服务中断原因0:正常挂断(VOD节目结束);1:用户中断;2:Server内部错误;3:和Client网络中断;4:计费时间到;5:计费流量到; | 0 | Int | 1 |
ChargeType | 计费类型0:免费;1:包时段订购(本次不收费,包月,24小时);2:按时长计费;3:按流量计费; | 0 | Int | 1 |
Qos | 服务过程中平均质量,范围(1-100),100最高质量 | 0 | Int | 3 |
Reserved1 | 保留字段1 | String | 40 | |
Reserved2 | 保留字段2 | String | 40 |
Reserved3 | 保留字段3 | String | 40 |
例如:
07540467506,20070525034050,20070525035034,1,umai:vod/50970000@shanghai.smg,,红蜘蛛,,,,,,,,,
表示:
用户07540467506在2007年5月25日03:40:50到2007年5月25日03:50∶34这段时间内收看了Vod类型的节目,节目code是umai:vod/50970000@shanghai.smg节目名是红蜘蛛
所述的IPTV数据分析系统关于节目单数据文件内容及各字段的定义规范:
e)文件名称
系统运营平台名_schedule_yyyymmdd.tx
f)数据说明
包含前一天的直播节目单
g)数据字段分隔符“|”
h)格式定义
名称 | 说明 | 是否必须字段 | 数据类型 | 长度(字节) |
频道号 | 频道ID | M | Int | 10 |
频道名 | 频道名称 | M | String | 160 |
栏目名称 | 栏目名称 | M | String | 160 |
StartTime | 开始时间,格式是:YYYYMMDDHH24MISS | M | String | 14 |
EndTime | 开始时间,格式是:YYYYMMDDHH24MISS | M | String | 14 |
MediaCode | SMG统一节目编号 | M | String | 128 |
Reserved1 | 保留字段1 | String | 40 | |
Reserved2 | 保留字段2 | String | 40 | |
Reserved3 | 保留字段3 | String | 40 |
例如:
23,新闻综合,暗算(27),20070114010000,20070114021500,umai:schedule/50970110@shanghai.smg,,,表示:
频道号23(新闻综合频道)在2007年1月14日01:00:00到2007年1月14日02:15:00播放了暗算(27),节目code为umai:schedule/50970110@shanghai.smg
所述的IPTV数据分析系统关于用户数据文件内容及各字段的定义规范:
i)文件名称
系统运营平台名_userinfo_yyyymmdd.txt
j)数据说明
包含前一天用户的变更信息,其中这个数据第一次需要提供全量的信息,即发送到当
日前一天为止的所有用户的信息。以后每天只需提供前一天用户的增量信息
k)数据字段分隔符“|”
l)格式定义
名称 | 说明 | 是否必须字段 | 数据类型 | 长度(字节) |
UserID | 用户ID | M | String | 32 |
UserGroup | 用户组id,多个组之间通过逗号来分隔0:测试用户1:普通用户2:集团用户可扩展 | M | Int | 8 |
BusinessGroup | 业务组id,多个组之间通过逗号来分隔0:公众用户1:酒店用户2:党建用户可扩展 | M | Int | 8 |
DateCreated | 申请创建用户时间,格式是:YYYYMMDDHH24MISS | M | String | 14 |
DateActivated | 用户装机时间,格式是:YYYYMMDDHH24MISS | M | String | 14 |
Datecancelled | 用户拆机时间,格式是:YYYYMMDDHH24MISS | M | String | 14 |
Status | 状态类型:0:to be active,1:Active,2:owe fee3:suspended4:terminated, | M | Int | 2 |
Priceplanid | 价格计划代号 | M | Int | 8 |
STBID | 机顶盒ID | 0 | String | 128 |
Areacode | 区局标识 | 0 | String | 16 |
EPGgroup | EPG分组编号 | 0 | String | 32 |
UserName | 中文名 | 0 | String | 100 |
Telephone | 电话 | 0 | String | 100 |
Address | 家庭住址 | 0 | String | 200 |
Postcode | 邮编 | 0 | String | 20 |
Email地址 | 0 | String | 200 |
IDCode | 证件号码 | 0 | String | 200 |
Birthday | 格式是:YYYYMMDD | 0 | String | 8 |
Sex | 性别0:Female1:Male | 0 | Int | 1 |
Reserved1 | 保留字段1 | 0 | String | 40 |
Reserved2 | 保留字段2 | 0 | String | 40 |
Reserved3 | 保留字段3 | 0 | String | 40 |
例如:
07540467506,1,0,20070525034050,20070530034050,,1,52,,,,玄国辉,13456789012,木兰县木兰西大街邮电家属楼一单元501木兰局,,danial@hotmail.com,350002010900882706,19700114,1,,,
表示:
用户07540467506,在2007年5月25日03:40:50申请了IPTV,2007年5月30日03:40:50装机完成,至今未拆机,用户现为正常状态;
用户名叫玄国辉,电话13456789012,注册地址木兰县木兰西大街邮电家属楼一单元501木兰局,email danial@hotmail.com,申请使用证件号码350002010900882706,生日1970年1月14日,性别男
所述的IPTV数据分析系统关于用户定购数据文件内容及各字段的定义规范:
m)文件名称
系统运营平台名_orderlog_yyyymmdd.tx
n)数据说明
包含用户在前一天的PPV点播或者服务包在线订购记录
o)数据字段分隔符“|”
p)格式定义
名称 | 说明 | 是否必须字段 | 数据类型 | 长度(字节) |
UserID | 用户TD | M | String | 32 |
PurchaseTime | 订购时间,格式是:YYYYMMDDHH24MISS | M | String | 14 |
ValidTime | 生效起始时间,格式是:YYYYMMDDHH24MISS | M | String | 14 |
ExpiredTime | 过期时间,格式是:YYYYMMDDHH24MISS | M | String | 14 |
ProductType | 订购的产品类型:1-VOD(单片PPV);2-Package(PPV打包);3—Product(主要对应包月产品模式,如足球杂志等每月收费的项目);4....... | M | Int | 2 |
ProductName | 产品名(包含PPV及包月产品) | 0 | String | 128 |
ProductCode | ProductType=1,则为ProgramCode;ProductType=2则为PackageCode;ProductType=3则为ProductCode; | M | String | 128 |
Price | 购买价格:精确到分 | M | Int | 10 |
Reserved1 | 保留字段1 | String | 40 | |
Reserved2 | 保留字段2 | String | 40 | |
Reserved3 | 保留字段3 | String | 40 |
例如:07540467506,20070525034050,20070525034050,20070625034050,1,红鞋子,1,umai:vod/50970000@shanghai.smg,100,,,
表示:
用户07540467506在2007年5月25日03:40:50定购了名为红鞋子,code为umai:vod/50970000@shanghai.smg的vod节目,定购费用为1元(100分)生效时间为2007年5月25日03:40:50到2007年6月25日03:40:50
IPTV用户收视全样本分析是对于所有的电视机用户的收视行为的全面的记录和分析,它是一个以IPTV各区域结点用户信息,收视信息,点播信息等为基础,以查询界面模块为入口,为节目的质量评估和用户行为为分析对象,面向节目引进和用户服务为目的一套统一的系统平台。
由于采用了上述方案,本发明可以进行全样本分析,这种全样本分析的成果可以成为节目部的节目安排和市场部的市场推广的依据,在实际的操作过程中,全样本的分析正显示出它不能取代的的指导意义,甚至将成为IPTV战略决策的重要依据之一。同时,全样本的收视分析可以捕捉每一个用户每一时段的收视行为,从而可以判断某一时段电视机背后的媒体受众是哪一类人,跟踪用户的个人喜好,继而进行个性化的推荐服务,甚至实现广告的定点投放,这样可以根本克服传统广告使用广而告知的宣传模式所造成的针对性不强,效率不高的弱点,做到有的放矢,既可以有效的投放让用户感兴趣的广告,又尽量少的打扰对此没有兴趣的用户,对于用户,这是一种崭新的收视体验。
附图说明
图1是IPTV数据采集系统结构图。
图2是IPTV各类型边缘节点数据格式的统一以及统一化模块示意图。
图3是IPTV数据采集分析星—棒状结构图。
具体实施方式
以下结合附图所示实施例对本发明作进一步的说明。
1.灵活可配置的数据采集模式。
首先应该介绍一下,目前的IPTV运营模式非常灵活,承载原始数据的各类型边缘节点数据源(即raw data sourcc),可能来自于IPTV系统各个数据的产生,接受,转发处,数据的详细类型和格式视各数据边缘节点的商业情况和生产条件而定。
基于这个原因,所以在数据采集分析的第一步就是必须在数据源多元化的情况下,通过技术力量,创造出一种灵活可配置的数据采集模式,产生一个数据统一模块,使得数据通过这个模块的时候有统一标准的格式。
如图1中所示,我们在每个提供IPTV服务的边缘节点都部署了边缘节点数据采集服务器,它们的工作是完成对各种不同类型的边缘节点的数据以及其他来源的数据的整合工作,并进行一定的预处理工作,最后上传中央数据采集服务器。从本质上,通过这个模块消除各边缘节点数据源差异的问题,从而达到统一数据采集的目的。数据在经过边缘节点数据采集服务器这一层之后(也就是图1左侧部分),系统各边缘节点的数据应该是一致的。
为了能够达到数据采集的目的,与边缘节点数据采集服务器的下行接口可能是多种的,如图1,(视系统各边缘节点情况不同而不同),归纳起来就是边缘节点数据采集服务器将与边缘节点数据源进行对接,从数据源获得系统各边缘节点用户信息、用户点播定购信息、用户收视信息,从而才能完成数据采集的工作。在这个过程中,IPTV数据采集接口规范起着统一格式的作用,通过这个规范我们消除了由于上游平台数据源不同而产生的差异。
2.统一的数据文件采集接口规范
数据采集过程中,为了提高数据采集的效率和尽量降低数据采集中出现的错误或者遗漏,必须对数据采集的格式加以规范。(如图2是IPTV各类型边缘节点数据格式的统一以及统一化模块示意图)由于无论数据源接口是哪一个,可以肯定的是,数据的最终生产者就是各类IPTV系统运营平台,所以,我们的数据统一工作实际上就是对各类IPTV系统运营平台的数据生产的规范。
具体规范摘要如下:
基本接口内容
●数据采集采用非实时架构,每天采集一次,时间定在凌晨2点,采集前一天00:00:00到23:59:59这个时间段里的数据,这样可以把系统压力降到最小。
●各边缘节点的数据分析服务器每天应在指定的文件夹里通过FTP方式收到一个名为系统运营平台名_yyyymmdd.zip的文件,其中包含的是前一天的数据。
这里,文件名是指前一天的日期
●对于这个yyyymmdd.zip文件,解压缩后应该包含了如下4个文件:
系统运营平台名_contentviewlog_yyyymmdd.txt
系统运营平台名_schedule_yyyymmdd.txt
系统运营平台名_orderlog_yyyymmdd.txt
系统运营平台名_userinfo_yyyymmdd.txt
以上四个文件名中的yyyymmdd的意思与系统运营平台名_yyyymmdd.zip相同,即其中提供的数据是数据提供日期前一天内的相应数据。
例如:ZTE_contentviewlog_20071231.txt就是包含了ZTE平台用户在2007—12—3100:00:00到2007—12—3123:59:59时间段内的收视数据。
具体数据格式摘要如下:
系统运营平台名_schedule_yyyymmdd.txt文件的内容及字段解释:
包含前一天的直播节目单。具体字段如下:
名称 | 说明 | 是否必须字段 | 数据类型 | 长度(字节) |
频道号 | 频道ID | M | Int | 10 |
频道名 | 频道名称 | M | String | 160 |
栏目名称 | 栏目名称 | M | String | 160 |
StartTime | 开始时间,格式是:YYYYMMDDHH24MISS | M | String | 14 |
EndTime | 开始时间,格式是:YYYYMMDDHH24MISS | M | String | 14 |
Code | SMG统一节目编号 | M | String | 128 |
Reservedl | 保留字段1 | String | 40 | |
Reserved2 | 保留字段2 | String | 40 | |
Reserved3 | 保留字段3 | String | 40 |
例如:
23,新闻综合,暗算(27),20070114010000,20070114021500,umai:schedule/50970110@shanghai.smg,,,表示:
频道号23(新闻综合频道)在2007年1月14日01:00:00到2007年1月14日02:15:00播放了暗算(27),节目code为umai:schedule/50970110@shanghai.smg
其他数据文件的格式与此大致相同,仅内容上有所区别,因此不一一罗列。
3.数据采集分析的星—棒状结构
如图3,我们的整套数据采集分析的系统架构采用了星—棒状的结构,现在具体介绍如下:
星型结构部分:中心是中央数据采集服务器,由此发散出落干条线,每条线上的节点就是一个边缘节点的数据采集系统,其中,中央数据采集服务器连接的是边缘节点数据采集服务器,边缘节点采集服务器通过规范统一的数据采集接口从数据源将各种数据(系统各边缘节点用户信息、用户点播定购信息、用户收视信息)收集起来,经过一定的处理,然后通过FTP方式上传中央数据采集服务器。星型结构实际上是反映了数据采集过程中,数据从地方到中央的流向过程。
星型结构消除了上游数据源多元的问题,使得灵活的可配置的数据采集方式成为了可能。
星型结构承担了大量的预处理预分析的工作,减轻了中央服务器的运算压力,实现了分布式运算的部署,提高了数据采集处理分析的整体效率。星—棒状结构的应用提供了一种低成本,进行大运算量的解决方案。
棒型结构部分:数据到了中央数据采集服务器后,经过一定的检查,就交有中央数据分析服务器,进行入数据库的工作。之后,进行统一的数据分析,其中包括用户信息的跟踪,节目收视情况的跟踪,用户24小时特性分析,用户收视各类节目比例等10多项数据分析工作。各项分析的结果也记录在数据库中以备查询。经过了数据分析,后面就由数据的报表系统将分析的结果整合成相应的以日,周,月,或指定周期的报表,并由展示模块将其呈现出来供数据分析人员查询分析。棒型结构实际上反映的是在中央服务器上,数据被审查,加工,整合,封装直到使用的一系列过程。
棒型结构使得数据在中央各服务器间流转加工的工序更加清晰,审核,分析,查询三个主要功能从逻辑上的分开到物理实现上的分开。使得数据处理更为有效。
上述的对实施例的描述是为便于该技术领域的普通技术人员能理解和应用木发明。熟悉本领域技术的人员显然可以容易地对这些实施例做出各种修改,并把在此说明的一般原理应用到其他实施例中而不必经过创造性的劳动。因此,本发明不限于这里的实施例,本领域技术人员根据本发明的揭示,对于本发明做出的改进和修改都应该在本发明的保护范围之内。
Claims (15)
1、一种可用于IPTV全数据分析的系统架构,其特征在于:包括:
用于对IPTV系统内全样本的收集系统,对各类IPTV收视参数进行采集的系统,所述IPTV收视参数包含各边缘节点用户信息、用户点播定购信息、用户收视信息;
基于集群式分布运算的星一棒状的分析的拓扑结构;
应对灵活的商业合作模式,而产生的灵活可配置的数据采集模式;
统一的数据文件采集接口规范。
2、如权利要求1中所述的系统架构,其特征在于:该数据采集是针对全样本进行的,突出数据的完整性,并最终系统提供关于全样本数据的查询。
3、如权利要求2中所述的系统架构,其特征在于:该“数据采集是针对全样本进行的,突出数据的完整性”是指:数据的采集是全天候24小时不间断的而不只是其中的一部分;数据的采集是针对IPTV系统各个边缘节点的,而不只是其中的一部分;数据采集的内容涉及用户数据,节目数据,定购数据等多方面的,而不只是其中某一方面。
4、如权利要求1中所述的系统架构,其特征在于:该星一棒状结构,包含反映数据采集过程中,数据从地方到中央的流向过程的星状结构和反映在中央服务器上,数据被审查,加工,整合,封装直到使用的一系列过程的棒状结构两部分。
5、如权利要求4中所述的系统架构,其特征在于:该星状结构:中心是中央数据采集服务器,由此发散出落干条线,每条线上的节点就是一个边缘节点的数据采集系统,其中,中央数据采集服务器连接的是边缘节点数据采集服务器,边缘节点采集服务器通过规范统一的数据采集接口从数据源将各种数据收集起来,经过一定的处理,然后通过FTP方式上传中央数据采集服务器。
6、如权利要求4中所述的系统架构,其特征在于:该棒状结构:数据到了中央数据采集服务器后,经过一定的检查,就交由中央数据分析服务器,进行入数据库的工作;之后,进行统一的数据分析,收集各类IPTV收视参数进行分析工作,所述IPTV收视参数包括用户信息的跟踪、节目收视情况的跟踪、用户24小时特性分析、用户收视各类节目比例多项数据;各项分析的结果也记录在数据库中以备查询;经过了数据分析,后面就由数据的报表系统将分析的结果整合成相应的以日、周、月或指定周期的报表,并由展示模块将其呈现出来供数据分析人员查询分析。
7、如权利要求1中所述的系统架构,其特征在于:制定的统一的文件采集接口的规范以及这套规范中所涉及的文件内容、字段定义和其他格式规范。
8、如权利要求7中所述的系统架构,其特征在于:制定的统一的文件采集接口的规范,包括以下内容:数据采集时间;各边缘节点数据文件的采集传输方式;数据采集包含的内容以及数据采集文件中各字段的定义。
9、如权利要求8中所述的系统架构,其特征在于:关于数据采集的规范:数据采集采用非实时架构,每天采集一次,时间定在凌晨2点,采集前一天00:00:00到23:59:59这个时间段里的数据。
10、如权利要求8中所述的系统架构,其特征在于:关于各边缘节点数据文件的采集传输方式的规范:各边缘节点的数据分析服务器每天应在指定的文件夹里通过FTP方式收到一个名为系统运营平台名_yyyymmdd.zip的文件,其中包含的是前一天的数据。
11、如权利要求8中所述的系统架构,其特征在于:关于数据采集包含的内容的规范:在yyyymmdd.zip文件中,解压缩后应该包含了4个文件,分别是用户收视数据文件,节目单数据文件,用户数据文件,用户定购数据文件。
12、如权利要求11中所述的系统架构,其特征在于:关于用户收视数据文件内容及各字段的定义规范:
a)文件名称
系统运营平台名_contentviewlog_yyyymmdd.txt
b)数据说明
包含用户在前一天的收视数据
c)数据字段分隔符“|”
d)格式定义
13、如权利要求11中所述的系统架构,其特征在于:关于节目单数据文件内容及各字段的定义规范:
a)文件名称
系统运营平台名_schedule_yyyymmdd.tx
b)数据说明
包含前一天的直播节目单
c)数据字段分隔符“|”
d)格式定义
14、如权利要求11中所述的系统架构,其特征在于:关于用户数据文件内容及各字段的定义规范:
文件名称
系统运营平台名_userinfo_yyyymmdd.txt
数据说明
包含前一天用户的变更信息,其中这个数据第一次需要提供全量的信息,即发送到当
日前一天为止的所有用户的信息。以后每天只需提供前一天用户的增量信息
数据字段分隔符 “|”
格式定义
15、如权利要求11中所述的系统架构,其特征在于:关于用户定购数据文件内容及各字段的定义规范:
文件名称
系统运营平台名_orderlog_yyyymmdd.tx
数据说明
包含用户在前一天的PPV点播或者服务包在线订购记录
数据字段分隔符 “|”
格式定义
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008100422262A CN101478663B (zh) | 2008-08-29 | 2008-08-29 | 一种可用于iptv全数据分析的系统架构 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008100422262A CN101478663B (zh) | 2008-08-29 | 2008-08-29 | 一种可用于iptv全数据分析的系统架构 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101478663A true CN101478663A (zh) | 2009-07-08 |
CN101478663B CN101478663B (zh) | 2011-06-22 |
Family
ID=40839286
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008100422262A Active CN101478663B (zh) | 2008-08-29 | 2008-08-29 | 一种可用于iptv全数据分析的系统架构 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101478663B (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102143391A (zh) * | 2010-09-07 | 2011-08-03 | 华为技术有限公司 | 基于ims的iptv业务实现方法和装置 |
CN102202231A (zh) * | 2011-04-21 | 2011-09-28 | 中兴通讯股份有限公司 | 时移频道的处理方法及装置 |
CN101742245B (zh) * | 2009-11-17 | 2012-03-28 | 中兴通讯股份有限公司 | 一种iptv系统及其集成第三方广告子系统的方法 |
CN103269443A (zh) * | 2013-05-22 | 2013-08-28 | 广州威信信息科技发展有限公司 | 数字电视新媒体三网融合增值业务通用系统平台 |
CN103297815A (zh) * | 2012-03-02 | 2013-09-11 | 幻音科技(深圳)有限公司 | 广告显示方法及系统 |
CN105117413A (zh) * | 2015-07-29 | 2015-12-02 | 无锡天脉聚源传媒科技有限公司 | 一种播单的导入/导出方法及装置 |
CN105357549A (zh) * | 2015-11-09 | 2016-02-24 | 天津网络广播电视台有限公司 | 一种机顶盒数据采集系统及数据采集方法 |
CN106341694A (zh) * | 2016-08-29 | 2017-01-18 | 广州华多网络科技有限公司 | 一种获取直播运营数据的方法和装置 |
CN108063977A (zh) * | 2016-11-08 | 2018-05-22 | 北京国双科技有限公司 | 用户数统计方法及装置 |
CN110335085A (zh) * | 2019-07-10 | 2019-10-15 | 四川长虹电器股份有限公司 | 智能酒店电视广告投放系统及方法 |
-
2008
- 2008-08-29 CN CN2008100422262A patent/CN101478663B/zh active Active
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101742245B (zh) * | 2009-11-17 | 2012-03-28 | 中兴通讯股份有限公司 | 一种iptv系统及其集成第三方广告子系统的方法 |
CN102143391A (zh) * | 2010-09-07 | 2011-08-03 | 华为技术有限公司 | 基于ims的iptv业务实现方法和装置 |
CN102143391B (zh) * | 2010-09-07 | 2013-12-18 | 华为技术有限公司 | 基于ims的iptv业务实现方法和装置 |
CN102202231A (zh) * | 2011-04-21 | 2011-09-28 | 中兴通讯股份有限公司 | 时移频道的处理方法及装置 |
WO2012142837A1 (zh) * | 2011-04-21 | 2012-10-26 | 中兴通讯股份有限公司 | 时移频道的处理方法及装置 |
CN102202231B (zh) * | 2011-04-21 | 2015-08-12 | 中兴通讯股份有限公司 | 时移频道的处理方法及装置 |
CN103297815B (zh) * | 2012-03-02 | 2017-02-08 | 幻音科技(深圳)有限公司 | 广告显示方法及系统 |
CN103297815A (zh) * | 2012-03-02 | 2013-09-11 | 幻音科技(深圳)有限公司 | 广告显示方法及系统 |
CN103269443A (zh) * | 2013-05-22 | 2013-08-28 | 广州威信信息科技发展有限公司 | 数字电视新媒体三网融合增值业务通用系统平台 |
CN103269443B (zh) * | 2013-05-22 | 2016-05-04 | 广州威信信息科技发展有限公司 | 数字电视新媒体三网融合增值业务通用系统平台 |
CN105117413A (zh) * | 2015-07-29 | 2015-12-02 | 无锡天脉聚源传媒科技有限公司 | 一种播单的导入/导出方法及装置 |
CN105357549A (zh) * | 2015-11-09 | 2016-02-24 | 天津网络广播电视台有限公司 | 一种机顶盒数据采集系统及数据采集方法 |
CN106341694A (zh) * | 2016-08-29 | 2017-01-18 | 广州华多网络科技有限公司 | 一种获取直播运营数据的方法和装置 |
CN106341694B (zh) * | 2016-08-29 | 2019-08-02 | 广州华多网络科技有限公司 | 一种获取直播运营数据的方法和装置 |
CN108063977A (zh) * | 2016-11-08 | 2018-05-22 | 北京国双科技有限公司 | 用户数统计方法及装置 |
CN108063977B (zh) * | 2016-11-08 | 2020-08-21 | 北京国双科技有限公司 | 用户数统计方法及装置 |
CN110335085A (zh) * | 2019-07-10 | 2019-10-15 | 四川长虹电器股份有限公司 | 智能酒店电视广告投放系统及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101478663B (zh) | 2011-06-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101478663A (zh) | 一种可用于iptv全数据分析的系统架构 | |
JP5059507B2 (ja) | 広告提示方法、広告提示装置 | |
US7207057B1 (en) | System and method for collaborative, peer-to-peer creation, management & synchronous, multi-platform distribution of profile-specified media objects | |
KR100616036B1 (ko) | 텔레비전 전송 시스템을 사용한 타겟 광고 | |
US10250928B2 (en) | Price driven multimedia content video time-bandwidth product improvement (VTBPI) reception | |
JP5824007B2 (ja) | キーワード検索に基づく媒体挿入のためのシステム及び方法 | |
US20040003403A1 (en) | Methods and systems for reducing information in electronic program guide and program recommendation systems | |
US20030018745A1 (en) | System and method for creating and distributing virtual cable systems | |
US20120284737A1 (en) | System and Method for a Video Content Service Monitoring and Provisioning Architecture | |
US20080301746A1 (en) | Programming content reconstruction in a content delivery system | |
JP2001508259A (ja) | ネットワーク利用を追跡するための方法及び装置 | |
JP2008527930A (ja) | 放送網のアセット配信のためのターゲット・インプレッション・モデル | |
CN101022353A (zh) | 定向流媒体广告插播系统 | |
US20090204615A1 (en) | Persistent cross platform collection of audience data | |
CN103188232A (zh) | 广告插播系统 | |
CN102769782B (zh) | 数字电视收视率回传方法 | |
USRE47819E1 (en) | Wired internet network system for the internet video streams of radio stations | |
KR20080106799A (ko) | Iptv 시청 행태수집과 이를 통한 개인 맞춤형 서비스제공 시스템 및 iptv 가입자 단말 | |
CN101141624A (zh) | 客户针对性电视广播方法及系统 | |
CN204859436U (zh) | 一种广播数字电视的用户体验系统 | |
JP4483368B2 (ja) | グループ番組処理方法,グループ番組処理装置,およびコンピュータプログラム | |
CN108965915A (zh) | 一种视频内容处理系统及方法 | |
KR20070088005A (ko) | 방송 스케줄을 자동 편성하는 방송 시스템 | |
CN103533400B (zh) | 一种实现个性化时移电视的方法及系统 | |
KR101343488B1 (ko) | Tv 방송 프로그램과 연동되는 tv-커머스 상품 검색 시스템 및 tv 커머스 상품 검색 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |