CN102158741A - 数字电视数据广播系统及数据广播方法 - Google Patents
数字电视数据广播系统及数据广播方法 Download PDFInfo
- Publication number
- CN102158741A CN102158741A CN2011100265827A CN201110026582A CN102158741A CN 102158741 A CN102158741 A CN 102158741A CN 2011100265827 A CN2011100265827 A CN 2011100265827A CN 201110026582 A CN201110026582 A CN 201110026582A CN 102158741 A CN102158741 A CN 102158741A
- Authority
- CN
- China
- Prior art keywords
- broadcasting
- broadcast
- subsystem
- file
- catalogue
- 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
- 238000000034 method Methods 0.000 title claims abstract description 27
- 238000012544 monitoring process Methods 0.000 claims abstract description 59
- 230000004048 modification Effects 0.000 claims description 42
- 238000012986 modification Methods 0.000 claims description 42
- 230000008859 change Effects 0.000 claims description 30
- 238000012217 deletion Methods 0.000 claims description 27
- 230000037430 deletion Effects 0.000 claims description 27
- 230000005540 biological transmission Effects 0.000 claims description 15
- 238000013507 mapping Methods 0.000 claims description 13
- 230000004044 response Effects 0.000 claims description 12
- 230000015572 biosynthetic process Effects 0.000 claims description 10
- 238000012423 maintenance Methods 0.000 claims description 5
- 230000008569 process Effects 0.000 claims description 5
- 238000002715 modification method Methods 0.000 claims description 3
- 230000007246 mechanism Effects 0.000 description 14
- 238000012856 packing Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 7
- 238000007726 management method Methods 0.000 description 5
- 230000008878 coupling Effects 0.000 description 4
- 238000010168 coupling process Methods 0.000 description 4
- 238000005859 coupling reaction Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 238000001514 detection method Methods 0.000 description 3
- 238000013461 design Methods 0.000 description 2
- 238000005192 partition Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 1
- 239000012141 concentrate Substances 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 238000004321 preservation Methods 0.000 description 1
- 230000007480 spreading Effects 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Landscapes
- Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明公开了一种数字电视数据广播系统，该系统包括：管理子系统，与监控子系统和播发子系统分别相连，用于维护所述监控子系统的监控参数以及维护用于管理播发子系统播放操作的播发配置参数；监控子系统，用于根据所述监控参数，对业务数据和根据业务数据生成的应用配置文件进行监控，在所述业务数据发生变化和/或应用配置文件发生变化时，向播发子系统发送播发通知；播发子系统，用于接收所述监控子系统发送的播发通知，并根据更新后的业务数据和/或修改后的应用配置文件进行播发操作。本发明还公开了一种数据广播方法，该方法和系统可以实现业务数据实时更新。
Description
技术领域
本发明涉及数字电视技术领域，特别涉及数字电视数据广播系统及数据广播方法。
背景技术
在数字电视领域，数据广播系统作为一种数据业务的提供和实现系统已被广泛应用，目前，电视机顶盒的用户在欣赏数字电视节目之余还能通过数字电视数据广播系统体验到形形色色的数据业务内容，如信息浏览、游戏、股票、天气预报、投票、竞拍等；这些丰富的数据业务大大增强了数字电视业务竞争力，提高了用户的使用体验，成为数字电视中一个重要的业务系统。
现有的数据广播系统一般都采用数字存储媒体命令与控制(DSMCC)协议实现服务器端向客户端的数据播发，而具体在数据播发上，则大多采用对象轮播(OC)方法实现，在本文中，将采用DSMCC协议和OC播发的数据广播系统简称为OC系统，OC系统在服务器端对需要播发的数据进行打包并通过轮播方式，将数据播发给OC系统的客户端(一般集成在数字电视机顶盒中)。
目前的OC系统的服务器端具备完整的配置、管理和播发等功能，但其系统架构设计上，虽然有功能划分，但实际上所有的功能都集中于一台服务器中实现，耦合度比较高。具体OC系统的服务器端架构如图1所示，主要包括：OC主控模块101、配置数据库102、数据存储模块103。
其中，不同的业务数据以不同的目录保存在数据存储模块103中，配置数据库102中为所有业务数据预先建立应用配置，该应用配置中指定了具体的业务数据在数据存储模块103中所保存的具体目录。OC主控模块101在向客户端播发业务数据时，会从配置数据库102中读取配置文件，并根据配置文件指定的目录，从数据存储模块103中读取该数据文件，并打包播发到客户端，完成数据业务的播发。
OC主控模块101在具体进行播发时采用单传输流播发方式，即只在一个传输流(DVB MPEG 2TS传输流)中播发数据。OC主控模块101将数据存储模块103中所保存的数据按照目录结构进行打包，打包后的数据包括含有文件目录结构的目录包和含有具体数据的数据包，并将打包好的数据按照打包时分配的唯一编号顺序，周期性地插入TS传输流中进行串行的循环播发，而客户端接收到TS数据流后，通过目录包还原出文件目录结构，并通过该文件目录结构从TS数据流中获取需要的数据包，不需要的数据包则丢弃掉。
其中，在播发数据的更新上，现有OC系统采用定时更新方式，OC主控模块101通过对存储模块103保存的业务数据定时进行重新读取打包的操作，从而实现对播发数据的更新。现有OC系统可以对更新的时间频率进行设置，也可以通过手动命令，触发更新操作。
对于上述现有的OC系统，存在以下缺点：
1、数据更新机制不灵活：不同的业务数据对于数据更新的频率要求不同，比如股票数据需要较快的更新频率，而新闻资讯类则不需要，还有一些业务需要实时更新，立即响应，但现有的OC系统只能由OC主机进行统一的定时更新或手动更新，不能根据业务的不同特点采取不同的更新频率，且没有实时更新策略，对于要求立即响应的数据不能实时更新，这极大地限制了在OC系统上所能够实现的应用功能。
2、不易于增加新业务：所有的业务数据都必须存放到应用配置文件指定的一个本机路径下的文件目录中，并把应用的属性保存到本机数据库，当添加新应用时需要手动配置多个属性页，都只能在本机进行配置。
3、不具备分布式的数据存储机制：现有OC系统在播发业务数据时，必须将业务数据保存在OC服务器端所在的设备上。这使得OC系统不能将业务数据分布式管理和保存，如将股票数据放到股票服务器、新闻浏览的数据放到新闻服务器，使得现有OC系统的耦合性变得很大，业务数据的存储容量也受到限制，在业务很多的情况下，OC服务器的负载很大，维护成本和难度很高。
发明内容
本发明实施例提供一种数字电视数据播发系统，能够实现业务数据的实时更新。
本发明实施例提供一种数字电视数据广播方法，能够实现业务数据的实时更新。
为达到上述目的，本发明的技术方案具体是这样实现的：
一种数字电视数据广播系统，该系统包括：
管理子系统，与监控子系统和播发子系统分别相连，用于维护所述监控子系统的监控参数以及维护用于管理播发子系统播放操作的播发配置参数；
监控子系统，用于根据所述监控参数，对业务数据和根据业务数据生成的应用配置文件进行监控，在所述业务数据发生变化和/或应用配置文件发生变化时，向播发子系统发送播发通知；
播发子系统，用于接收所述监控子系统发送的播发通知，并根据更新后的业务数据和/或修改后的应用配置文件进行播发操作。
较佳地，所述监控子系统包括：
结束事件模块，用于在有结束事件发生时结束监控流程；
文件变化事件模块，用于监测管理子系统维护的所述监控参数中指定目录下的业务数据或应用配置文件的变化；
播发通知模块，用于在所述文件变化事件模块检测到所述业务数据或应用配置文件发生变化时，向所述播发子系统发送播发消息命令。
较佳地，所述播发子系统包括：
队列模块，用于队列接收到的播发消息命令，将根据所述播发消息命令指定的应用配置文件确定的播发参数提交到工作线程池；
播发模块，用于根据工作线程池中的播发参数，按照队列顺序响应播发消息命令对业务数据进行播发。
较佳地，所述管理子系统包括：
监控管理模块，用于维护所述监控子系统的监控参数，包括：监控目录和数据监测方式；
播发管理模块，用于管理播发子系统播放操作的播发配置参数，包括：数据轮播器的地址、播发带宽和节点数量。
较佳地，所述播发模块包括：
数据读取单元，用于根据目录锁单元的指令从播发消息命令中指定的目录中读取业务数据；
目录锁单元，用于在所述文件变化事件模块检测到指定目录下有业务数据发生变化时，查找所述目录下是否存在目录锁文件，如果没有，则建立目录锁文件，并指令数据读取单元读取所述目录下的业务数据，并在数据读取完毕后删除所述建立的目录锁文件；如果有，则等待已存在目录锁文件被删除后建立目录锁文件，并指令数据读取单元读取所述目录下的业务数据，并在所述数据读取完毕后删除所述建立的目录锁文件。
数据播发单元，用于根据所述播发参数，将所述数据读取单元读取的业务数据进行打包播发。
较佳地，所述管理子系统进一步包括配置修改模块，用于修改所述应用配置文件；
所述配置修改模块包括：
配置修改单元，用于根据目录锁检测单元的指令修改应用配置文件；
目录锁检测单元，用于查找保存所述应用配置文件的目录下是否存在目录锁文件，如果没有，则建立目录锁文件，并指令配置修改单元修改应用配置文件，并在所述配置修改单元完成应用配置文件的修改后删除所述建立的目录锁文件；如果有，则等待目录锁文件被删除后建立目录锁文件，并指令配置修改单元修改应用配置文件，并在所述配置修改单元完成应用配置文件的修改后删除所述建立的目录锁文件。
较佳地，所述播发通知模块包括：
延迟单元，用于判断当前应用配置文件被修改的时间距离上一次应用配置文件被修改的时间间隔是否超过预先建立的延迟文件所指定的间隔时间，若是，则向消息发送单元发送指令，否则在达到所述指定的间隔时间时向消息发送单元发送指令；
消息发送单元，用于在接收到所述延迟单元发送的指令后，向所述播发子系统发送播发消息命令。
较佳地，所述监控子系统，采用基于文件事件触发的异步消息播发通知机制对所述业务数据和根据业务数据生成的应用配置文件进行监控。
较佳地，该系统进一步包括：至少一个业务子系统；
所述业务子系统，与所述监控子系统、播发子系统分别相连，用于存放所述业务数据和应用配置文件；
所述监控子系统通过磁盘映射访问所述业务子系统，对所述业务子系统保存的业务数据和应用配置文件进行监控；
所述播发子系统通过磁盘映射访问所述业务子系统，根据所述应用配置文件对业务子系统保存的相应的业务数据进行播发。
一种数字电视数据广播方法，该方法包括：
监控子系统根据所述监控参数，对业务数据和根据业务数据生成的应用配置文件进行监控，在所述业务数据发生变化和/或应用配置文件发生变化时，向播发子系统发送播发通知；
播发子系统接收所述监控子系统发送的播发通知，并根据更新后的业务数据和/或修改后的应用配置文件进行播发操作；
其中，监控子系统的监控参数和播发子系统的播发配置参数由管理子系统进行维护。
较佳地，所述播发通知为播发消息命令；所述播发子系统接收所述监控子系统发送的播发通知，根据更新后的业务数据或修改后的应用配置文件进行播发操作，包括：
播发子系统队列接收到的播发消息命令，将根据所述播发消息命令指定的应用配置文件确定的播发参数提交到工作线程池；根据工作线程池中的播发参数，按照队列顺序响应播发消息命令对业务数据进行播发操作。
较佳地，所述监控参数包括：监控目录和数据监测方式。
较佳地，所述播发配置参数包括：数据轮播器的地址、播发带宽和节点数量。
较佳地，所述响应播发消息命令对业务数据进行播发操作包括：
从播发消息命令中指定的目录中读取业务数据；
在检测到指定目录下有业务数据发生变化时，查找所述目录下是否存在目录锁文件，如果没有，则建立目录锁文件，并读取所述目录下的业务数据，并在数据读取完毕后删除所述建立的目录锁文件；如果有，则等待已存在目录锁文件被删除后建立目录锁文件，并读取所述目录下的业务数据，并在所述数据读取完毕后删除所述建立的目录锁文件；
将所述读取的业务数据进行打包播发。
较佳地，所述应用配置文件由管理子系统修改，具体修改方法包括：
查找保存所述应用配置文件的目录下是否存在目录锁文件，如果没有，则建立目录锁文件，修改应用配置文件，并在完成应用配置文件的修改后删除所述建立的目录锁文件；如果有，则等待目录锁文件被删除后建立目录锁文件，修改应用配置文件，并在完成应用配置文件的修改后删除所述建立的目录锁文件。
较佳地，所述在应用配置文件发生变化时，向播发子系统发送播发通知，包括：
在应用配置文件被修改后，判断当前应用配置文件被修改的时间距离上一次应用配置文件被修改的时间间隔是否超过预先建立的延迟文件所指定的间隔时间，若是，则向播发子系统发送播发消息命令，否则在达到所述指定的间隔时间时向播发子系统发送播发消息命令。
较佳地，所述对业务数据和根据业务数据生成的应用配置文件进行监控，采用基于文件事件触发的异步消息播发通知机制。
较佳地，所述业务数据和应用配置文件保存于专用于保存业务相关数据的业务子系统中，所述监控子系统通过磁盘映射访问所述业务子系统，对业务子系统保存的业务数据和应用配置文件进行监控；所述播发子系统通过磁盘映射访问所述业务子系统，根据所述应用配置文件对业务子系统保存的相应的业务数据进行播发。
由上述的技术方案可见，本发明的这种数字电视数据广播系统和数据广播方法，通过对业务数据的更新进行实时监控，并根据监控结果实时进行业务数据的打包，从而实现了业务数据的实时更新。另外，通过将现有的业务数据存储从OC系统中独立出来，采用专门的业务系统来存放，并通过磁盘映射，使得具体业务数据可以与OC系统之间实现分布式设计，OC系统可以很方便地对具体业务数据单独进行修改，使整个系统的耦合性降低，提高了业务配置、数据存储的灵活性，使业务扩展易于实现。
附图说明
图1为现有OC系统结构示意图；
图2为本发明实施例的OC系统结构示意图；
图3为本发明实施例中基于文件事件触发的异步消息通知机制实现实时监控的流程图；
图4为本发明实施例的OC系统中数据存储结构示意图；
图5为本发明实施例的OC系统中监控子系统的结构示意图；
图6为本发明实施例的OC系统中播发子系统的结构示意图；
图7为本发明实施例的OC系统中管理子系统的结构示意图；
图8为本发明实施例中播发模块的结构示意图；
图9为本发明实施例中配置修改模块的结构示意图；
图10为本发明实施例中播发通知模块的结构示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。
本发明主要是将OC系统的数据更新和播发功能从现有OC主控模块中划分出来，形成监控子系统和播发子系统两个单独的功能实体，监控子系统根据配置文件的变化实时监控业务数据的更新情况，监控子系统监控数据发生变化后，实时通知播发子系统读取相应业务数据。播发子系统读取业务数据后对将业务数据打包为符合OC标准的数据包，传输给数据播发器进行播发，在经过数据复用、信号调制等步骤，最终输出数字电视信号。由此可以实现实时的数据更新功能，弥补现有OC系统的不足。
图2为本发明实施例的OC系统结构示意图，如图2所示，该系统包括：监控子系统201、播发子系统202和管理子系统203。
其中，监控子系统201，用于根据监控参数，对业务系统的业务数据和根据业务数据生成的应用配置文件进行监控，在业务数据发生变化时和/或应用配置文件发生变化时，向播发子系统202发送播发通知。
对业务数据和根据业务数据生成的应用配置文件进行监控时，可以采用“基于文件事件触发的异步消息通知机制”，顾名思义，是指利用文件事件触发通知的一种监控机制，比如利用视窗Windows操作系统下的编程接口ReadDirectoryChangesW，并使用IOCP(异步I/O的API，它可以高效地将I/O事件通知给应用程序)接收业务数据和应用配置文件的变化，以迅速响应I/O事件。
具体地，本发明使用基于文件事件触发的异步消息通知机制实现业务数据监控的具体流程如图3所示，包括如下步骤：
步骤301，判断是否有结束事件；若有，则结束流程，否则执行步骤302；
这一步用于提供结束监测的机制，如果产生预设的结束事件，可以结束本流程，而不是一直循环执行下去。结束事件可以手动或者按照一定的规则自动产生。本步骤对于监测文件变化来说并不是必须的。
步骤302，判断是否有文件变化事件；若无，则返回步骤301，否则执行步骤303；
从这一步开始是具体对文件变化的监测，其具体实现方式即上文中提到的“基于文件事件触发的异步消息通知机制”。当然，在监控之前，需要预先设定好所要监控的目录，对于具体监控目录的设置可以通过管理子系统203实现。
监控子系统201所监控的业务数据可以由独立的业务系统产生，并存放在监控子系统201可访问到的任何地方，包括监控子系统201所在服务器或网络上其它服务器，如独立的业务系统服务器。业务数据存放在监控子系统201所在服务器时，监控目录可以设置在本地磁盘上，业务数据存放在监控子系统201所在服务器之外的服务器时，可以利用磁盘映射功能，将本地磁盘分区映射到一个或多个其它服务器分区中，监控子系统201通过监控本地磁盘分区中的应用目录，即可实现对远程服务器中的数据进行监控。
步骤303，判断文件变化事件是否为对象增加事件，若是，则执行步骤306，否则执行步骤304；
步骤304，判断文件变化事件是否为对象删除事件，若是，则执行步骤306，否则执行步骤305；
步骤305，判断文件变化事件是否为对象修改事件，若是，则执行步骤306，否则返回步骤301；
上述步骤303～305的执行顺序任意，例如先判断是否为修改事件，再判断是否为删除事件，最后判断是否为增加事件，当然，也可以同时判断。
步骤306，通知修改应用配置文件。
当有业务数据被修改后，可以相应地通知管理子系统203修改应用配置文件，或者由第三方系统来修改应用配置文件从而使播发子系统可以根据新的应用配置来播发更新后的业务数据；当然，有些业务数据修改并不涉及具体应用配置，所以这一步并不是必需的。
步骤307，将文件的修改通知到播发子系统，并返回步骤301。
具体地，本步骤中要将“播发消息命令”发送给播发子系统，触发播发子系统对更新后的业务数据进行播发。当然也存在业务数据并没有更新，但是业务系统、第三方或者管理子系统203修改了应用配置文件的情况，或者业务数据和应用配置文件都被修改的情况，但只要业务数据或应用配置文件中任意一个被修改，都会触发将“播发消息命令”发送给播发子系统，触发播发子系统对更新后的业务数据进行播发，或者根据修改后的应用配置文件对业务数据进行播发。
实际上，监控子系统在实现对业务数据更新的监控时所采用的具体监控机制还有很多，例如开线程对所有文件进行遍历查看最后修改时间的方式，本发明实施例中采用的“基于文件事件触发的异步消息通知机制”实现比较简单，能够降低监控性能损耗，用最小的代价实现文件变化实时监控。
播发子系统202，用于接收监控子系统201发送的播发通知，并根据更新后的业务数据和/或修改后的应用配置文件进行播发操作。
具体地，可以采用队列方式接收“播发消息命令”，并将根据播发消息命令指定的应用配置文件所确定的播发参数提交到“工作线程池”中，进行申请播发操作。通过线程池可以降低损耗提高性能，当然，采用其他方式触发播发操作也可以，本发明对于播发操作的触发不进行具体限定。
在具体进行业务数据的打包播发时，可以采用现有的打包方法，本发明未对具体的数据打包播发进行改进，这里就不再赘述了。
管理子系统203，与监控子系统201和播发子系统202分别相连，用于维护监控子系统201的监控参数和播发子系统202的播发配置参数。
其中，监控子系统201的监控参数包括但不限于：监控目录、数据检测方式，如实时、定时、手动等，对不同的监控目录可以一一对应地采用不同的数据检测方式，也可以统一采用同一种数据检测方式。播发子系统202的播发配置参数包括：数据播发器的地址、播发带宽、节点数量、以及OC标准要求的其它一些参数等；播发配置参数是用于配置播发子系统的。对于监控方式，定时和手动方式可以使用现有方式，而实时方式则可通过本发明的“基于文件事件触发的异步消息通知机制”实现。
具体地，为具体实现上述监控子系统201对业务数据和应用配置文件的实时监控，以及通知，在保存业务数据时，可以采用如图4所示的文件结构，包括：
发布目录，即监控子系统监控的目录，其中包含多个应用目录和目录锁文件，每个应用目录对应一个业务应用，每个应用目录下可以包括数据目录、配置目录、应用锁文件和延迟文件。其中数据目录里存放对应于该应用的具体的业务数据，而配置目录里则存放对应于该应用的应用配置文件。
其中，应用配置文件由管理子系统203或者第三方系统如业务系统生成，用于描述单个数据针对频道而言的属性及承载该数据和属性的原始流信息等，和现有的应用配置不同，现有的应用配置是采用数据库形式保存的，包括OC系统中所有应用针对频道而言的属性及承载该数据和属性的原始流信息等，而在本发明中则是将应用属性配置保存到目录树中一个配置文件中，不同的业务应用可以使用不同的应用配置文件，这样就可以摆脱数据库的繁琐操作(因为配置不会频繁修改)，方便其他应用系统对其进行修改，可以方便系统扩展。
目录锁文件是对目录进行加锁的文件，由业务系统或本发明OC系统中任意一个子系统创建或删除目录，存在目录锁的目录或文件夹不能同时写或读操作，例如取名为lock.ams，可以是一个空文件，或者在目录锁文件中写入内容来辨别目录锁文件限制的是写还是读操作。目录锁文件在不同的位置会产生不同的作用，例如在“发布目录”中，可以锁定整个系统的所有应用，在“应用目录”中则可以单独锁定某一个具体应用。当业务系统或OC系统要去访问某个应用目录时，首先检测目录锁文件是否存在，如果不存在，则创建该文件对该应用目录进行加锁，防止其他系统访问，当退出该目录的访问时，删除该文件对该应用目录进行解锁；如果存在，则等到另一系统删除它后才能访问。因此，当监控的目录中有文件变化时，监控子系统201可以通过目录锁文件来判断数据的变化，确保业务系统在生成业务数据或更新业务数据时，可以和OC系统读取数据保持同步，保持数据的一致性，避免播发子系统202正在读取数据时，业务系统生成新的业务数据；或者业务系统正在生成新的业务数据时，播发子系统202读取数据；这样可有效保证OC系统读取并播发的数据都是完整的。
具体地，本发明中的应用配置文件可以采用XML格式，例如为app.xml，根据生成的业务数据同时生成，包含业务数据的描述信息。监控子系统通过监控并读取应用目录中的“app.xml”来识别业务数据，并依据app.xml的定义给业务数据分配相关的应用属性和带宽。app.xml文件中各字段的定义可以参考现有DVB的OC标准，这里不再赘述。
对于各个子系统，其具体结构分别如下：
监控子系统201，其具体结构如图5所示，包括：
结束事件模块501，与文件变化事件模块502相连，用于在有结束事件发生时结束监控流程；
文件变化事件模块502，用于监测管理子系统的监控参数中指定目录下的文件变化；
播发通知模块503，用于在文件变化事件模块502检测到所述业务数据或应用配置文件发生变化时，向播发子系统202发送播发消息命令。
播发子系统202，其具体结构如图6所示，包括：
队列模块601，用于队列接收到的播发消息命令，并将所述播发消息命令中根据应用配置文件确定的播发参数提交到工作线程池；
播发模块602，用于根据工作线程池中的播发参数，按照队列顺序响应播发消息命令对业务数据进行播发。
管理子系统203，其具体结构如图7所示，包括：
监控管理模块701，用于维护所述监控子系统的监控参数，包括：监控目录和数据监测方式；
播发管理模块702，用于维护所述播发配置参数，其中，播发配置参数包括：数据轮播器的地址、播发带宽和节点数量等。
其中，播发模块602的具体结构如图8所示，包括：
数据读取单元801，用于根据目录锁单元802的指令从播发消息命令指定的目录中读取业务数据；
目录锁单元802，用于在所述文件变化事件模块502检测到指定目录下有业务数据发生变化时，查找所述目录下是否存在目录锁文件，如果没有，则建立目录锁文件，并指令数据读取单元801读取所述目录下的业务数据，并在数据读取完毕后删除所述建立的目录锁文件；如果有，则等待已存在目录锁文件被删除后建立目录锁文件，并指令数据读取单元801读取所述目录下的业务数据，并在所述数据读取完毕后删除所述建立的目录锁文件。
数据播发单元803，用于根据所述播发参数将所述数据读取单元801读取的业务数据进行打包播发。
另外，管理子系统203中还可以进一步包括配置修改模块703，用于修改
所述应用配置文件；
所述配置修改模块703的具体结构如图9所示，包括：
配置修改单元901，用于根据目录锁检测单元902的指令修改应用配置文件；
目录锁检测单元902，用于查找保存所述应用配置文件的目录下是否存在目录锁文件，如果没有，则建立目录锁文件，并指令配置修改单元901修改应用配置文件，并在所述配置修改单元901完成应用配置文件的修改后删除所述建立的目录锁文件；如果有，则等待目录锁文件被删除后建立目录锁文件，并指令配置修改单元901修改应用配置文件，并在所述配置修改单元901完成应用配置文件的修改后删除所述建立的目录锁文件。
播发通知模块504的具体结构如图10所示，包括：
延迟单元1001，用于判断当前应用配置文件被修改的时间距离上一次应用配置文件被修改的时间间隔是否超过预先建立的延迟文件所指定的间隔时间，若是，则向消息发送单元1002发送指令，否则在达到所述指定的间隔时间时向消息发送单元发送指令；
消息发送单元1002，用于在接受到所述延迟单元发送的指令后，向所述播发子系统201发送播发消息命令。
另外，该系统还可以进一步包括至少一个业务子系统；
所述业务子系统，与所述监控子系统201、播发子系统202分别相连，用于存放业务数据和应用配置文件；所述监控子系统201通过磁盘映射访问所述业务子系统，对业务子系统保存的业务数据和应用配置文件进行监控；所述播发子系统202通过磁盘映射访问所述业务子系统，根据所述应用配置文件对业务子系统保存的相应的业务数据进行播发。
另外，对上述系统，本发明还提供了一种数据广播方法，该方法包括：
监控子系统根据所述监控参数，对业务数据和根据业务数据生成的应用配置文件进行监控，在所述业务数据发生变化和/或应用配置文件发生变化时，向播发子系统发送播发通知；
播发子系统接收所述监控子系统发送的播发通知，并根据更新后的业务数据和/或修改后的应用配置文件进行播发操作；
其中，监控子系统的监控参数和播发子系统的播发配置参数由管理子系统进行维护。所述业务数据和应用配置文件可以保存于专用于保存业务相关数据的业务子系统中，此时，所述监控子系统可以通过磁盘映射访问所述业务子系统，对业务子系统保存的业务数据和应用配置文件进行监控；所述播发子系统可以通过磁盘映射访问所述业务子系统，根据所述应用配置文件对业务子系统保存的业务数据进行播发。对业务数据和根据业务数据生成的应用配置文件进行监控，可以采用基于文件事件触发的异步消息通知机制。
其中，所述播发通知为播发消息命令；所述播发子系统接收所述监控子系统发送的播发通知，根据更新后的业务数据和/或修改后的应用配置文件进行播发操作，包括：
播发子系统队列接收到的播发消息命令，并将所述播发消息命令中根据应用配置文件确定的播发参数提交到工作线程池；根据工作线程池中的播发参数，按照队列顺序响应播发消息命令对业务数据进行播发操作。
其中，所述监控参数可以包括：监控目录和数据监测方式等；所述播发配置参数可以包括：数据轮播器的地址、播发带宽和节点数量等。
另外，所述响应播发消息命令对业务数据进行播发操作包括：
从播发消息命令中指定的目录中读取业务数据；
在检测到指定目录下有业务数据发生变化时，查找所述目录下是否存在目录锁文件，如果没有，则建立目录锁文件，并读取所述目录下的业务数据，并在数据读取完毕后删除所述建立的目录锁文件；如果有，则等待已存在目录锁文件被删除后建立目录锁文件，并读取所述目录下的业务数据，并在所述数据读取完毕后删除所述建立的目录锁文件；
将所述读取的业务数据进行打包播发。
较佳地，所述应用配置文件可以由管理子系统或第三方系统修改，具体修改方法如下：
查找保存所述应用配置文件的目录下是否存在目录锁文件，如果没有，则建立目录锁文件，并根据业务数据的变化修改应用配置文件，并在完成应用配置文件的修改后删除所述建立的目录锁文件；如果有，则等待目录锁文件被删除后建立目录锁文件，并根据业务数据的变化修改应用配置文件，在完成应用配置文件的修改后删除所述建立的目录锁文件。
较佳地，所述应用配置文件发生变化时，向播发子系统发送播发通知，包括：
在应用配置文件被修改后，判断当前应用配置文件被修改的时间距离上一次应用配置文件被修改的时间间隔是否超过预先建立的延迟文件所指定的间隔时间，若是，则向播发子系统发送播发消息命令，否则在达到所述指定的间隔时间时向播发子系统发送播发消息命令。
由上述的实施例可见，本发明的这种数字电视数据广播系统和数据播发方法，通过对业务数据的更新进行实时监控，并根据监控结果实时进行业务数据的打包，从而实现了业务数据的实时更新。另外，通过将现有的业务数据存储从OC系统功能中独立出来，采用专门的业务系统来存放，使得具体业务数据可以实现分布式存储，OC系统可以很方便地对具体业务数据单独进行修改，使整个系统的耦合性降低，提高了业务配置、数据存储的灵活性，使业务扩展易于实现。
Claims (14)
1.一种数字电视数据广播系统，其特征在于，该系统包括：
管理子系统，与监控子系统和播发子系统分别相连，用于维护所述监控子系统的监控参数以及维护用于管理播发子系统播放操作的播发配置参数；
监控子系统，用于根据所述监控参数，对业务数据和根据业务数据生成的应用配置文件进行监控，在所述业务数据发生变化和/或应用配置文件发生变化时，向播发子系统发送播发通知；
播发子系统，用于接收所述监控子系统发送的播发通知，并根据更新后的业务数据和/或修改后的应用配置文件进行播发操作。
2.如权利要求1所述的数字电视数据广播系统，其特征在于，所述监控子系统包括：
结束事件模块，用于在有结束事件发生时结束监控流程；
文件变化事件模块，用于监测管理子系统维护的所述监控参数中指定目录下的业务数据或应用配置文件的变化；
播发通知模块，用于在所述文件变化事件模块检测到所述业务数据或应用配置文件发生变化时，向所述播发子系统发送播发消息命令。
3.如权利要求1或2所述的数字电视数据广播系统，其特征在于，所述播发子系统包括：
队列模块，用于队列接收到的播发消息命令，将根据所述播发消息命令指定的应用配置文件确定的播发参数提交到工作线程池；
播发模块，用于根据工作线程池中的播发参数，按照队列顺序响应播发消息命令对业务数据进行播发。
4.如权利要求1或2所述的数字电视数据广播系统，其特征在于，所述管理子系统包括：
监控管理模块，用于维护所述监控子系统的监控参数，包括：监控目录和数据监测方式；
播发管理模块，用于管理播发子系统播放操作的播发配置参数，包括：数据轮播器的地址、播发带宽和节点数量。
5.如权利要求3所述的数字电视数据广播系统，其特征在于，所述播发模块包括：
数据读取单元，用于根据目录锁单元的指令从播发消息命令中指定的目录中读取业务数据；
目录锁单元，用于在所述文件变化事件模块检测到指定目录下有业务数据发生变化时，查找所述目录下是否存在目录锁文件，如果没有，则建立目录锁文件，并指令数据读取单元读取所述目录下的业务数据，并在数据读取完毕后删除所述建立的目录锁文件；如果有，则等待已存在目录锁文件被删除后建立目录锁文件，并指令数据读取单元读取所述目录下的业务数据，并在所述数据读取完毕后删除所述建立的目录锁文件；
数据播发单元，用于根据所述播发参数，将所述数据读取单元读取的业务数据进行打包播发。
6.如权利要求4所述的数字电视数据广播系统，其特征在于，所述管理
子系统进一步包括配置修改模块，用于修改所述应用配置文件；
所述配置修改模块包括：
配置修改单元，用于根据目录锁检测单元的指令修改应用配置文件；
目录锁检测单元，用于查找保存所述应用配置文件的目录下是否存在目录锁文件，如果没有，则建立目录锁文件，并指令配置修改单元修改应用配置文件，并在所述配置修改单元完成应用配置文件的修改后删除所述建立的目录锁文件；如果有，则等待目录锁文件被删除后建立目录锁文件，并指令配置修改单元修改应用配置文件，并在所述配置修改单元完成应用配置文件的修改后删除所述建立的目录锁文件。
7.如权利要求2所述的数字电视数据广播系统，其特征在于，所述播发通知模块包括：
延迟单元，用于判断当前应用配置文件被修改的时间距离上一次应用配置文件被修改的时间间隔是否超过预先建立的延迟文件所指定的间隔时间，若是，则向消息发送单元发送指令，否则在达到所述指定的间隔时间时向消息发送单元发送指令；
消息发送单元，用于在接收到所述延迟单元发送的指令后，向所述播发子系统发送播发消息命令。
8.如权利要求1或2所述的数字电视数据广播系统，其特征在于，该系统进一步包括：至少一个业务子系统；
所述业务子系统，与所述监控子系统、播发子系统分别相连，用于存放所述业务数据和应用配置文件；
所述监控子系统通过磁盘映射访问所述业务子系统，对所述业务子系统保存的业务数据和应用配置文件进行监控；
所述播发子系统通过磁盘映射访问所述业务子系统，根据所述应用配置文件对业务子系统保存的相应的业务数据进行播发。
9.一种数字电视数据广播方法，其特征在于，该方法包括：
监控子系统根据所述监控参数，对业务数据和根据业务数据生成的应用配置文件进行监控，在所述业务数据发生变化和/或应用配置文件发生变化时，向播发子系统发送播发通知；
播发子系统接收所述监控子系统发送的播发通知，并根据更新后的业务数据和/或修改后的应用配置文件进行播发操作；
其中，监控子系统的监控参数和播发子系统的播发配置参数由管理子系统进行维护。
10.如权利要求9所述的数字电视数据广播方法，其特征在于，所述播发通知为播发消息命令；所述播发子系统接收所述监控子系统发送的播发通知，根据更新后的业务数据或修改后的应用配置文件进行播发操作，包括：
播发子系统队列接收到的播发消息命令，将根据所述播发消息命令指定的应用配置文件确定的播发参数提交到工作线程池；根据工作线程池中的播发参数，按照队列顺序响应播发消息命令对业务数据进行播发操作。
11.如权利要求10所述的数字电视数据广播方法，其特征在于，所述响应播发消息命令对业务数据进行播发操作包括：
从播发消息命令中指定的目录中读取业务数据；
在检测到指定目录下有业务数据发生变化时，查找所述目录下是否存在目录锁文件，如果没有，则建立目录锁文件，并读取所述目录下的业务数据，并在数据读取完毕后删除所述建立的目录锁文件；如果有，则等待已存在目录锁文件被删除后建立目录锁文件，并读取所述目录下的业务数据，并在所述数据读取完毕后删除所述建立的目录锁文件；
将所述读取的业务数据进行打包播发。
12.如权利要求9或10所述的数字电视数据广播方法，其特征在于，所述应用配置文件由管理子系统修改，具体修改方法包括：
查找保存所述应用配置文件的目录下是否存在目录锁文件，如果没有，则建立目录锁文件，修改应用配置文件，并在完成应用配置文件的修改后删除所述建立的目录锁文件；如果有，则等待目录锁文件被删除后建立目录锁文件，修改应用配置文件，并在完成应用配置文件的修改后删除所述建立的目录锁文件。
13.如权利要求9或10所述的数字电视数据广播方法，其特征在于，所述在应用配置文件发生变化时，向播发子系统发送播发通知，包括：
在应用配置文件被修改后，判断当前应用配置文件被修改的时间距离上一次应用配置文件被修改的时间间隔是否超过预先建立的延迟文件所指定的间隔时间，若是，则向播发子系统发送播发消息命令，否则在达到所述指定的间隔时间时向播发子系统发送播发消息命令。
14.如权利要求9或10所述的数字电视数据广播方法，其特征在于，所述业务数据和应用配置文件保存于专用于保存业务相关数据的业务子系统中，所述监控子系统通过磁盘映射访问所述业务子系统，对业务子系统保存的业务数据和应用配置文件进行监控；所述播发子系统通过磁盘映射访问所述业务子系统，根据所述应用配置文件对业务子系统保存的相应的业务数据进行播发。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201110026582 CN102158741B (zh) | 2011-01-20 | 2011-01-20 | 数字电视数据广播系统及数据广播方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201110026582 CN102158741B (zh) | 2011-01-20 | 2011-01-20 | 数字电视数据广播系统及数据广播方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102158741A true CN102158741A (zh) | 2011-08-17 |
| CN102158741B CN102158741B (zh) | 2013-04-17 |
Family
ID=44439876
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 201110026582 Active CN102158741B (zh) | 2011-01-20 | 2011-01-20 | 数字电视数据广播系统及数据广播方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102158741B (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102820975A (zh) * | 2012-04-17 | 2012-12-12 | 国家广播电影电视总局广播科学研究院 | 数据更新方法、推送装置及终端 |
| CN104038789A (zh) * | 2014-06-20 | 2014-09-10 | 西安诺瓦电子科技有限公司 | Led显示屏终端管理系统及管理方法 |
| CN108134716A (zh) * | 2017-12-25 | 2018-06-08 | 千寻位置网络有限公司 | 播发数据的监控方法及系统、控制终端、存储器 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001285818A (ja) * | 2000-04-04 | 2001-10-12 | Matsushita Electric Ind Co Ltd | データ放送送出装置 |
| JP2003101971A (ja) * | 2001-09-19 | 2003-04-04 | Toshiba Corp | デジタル放送信号多重送出装置 |
| CN1728699A (zh) * | 2004-07-27 | 2006-02-01 | 微软公司 | 数据广播的差分更新 |
| CN1750616A (zh) * | 2004-07-16 | 2006-03-22 | Lg电子株式会社 | 用于显示数据广播内容的装置及其方法 |
| CN101742068A (zh) * | 2009-12-22 | 2010-06-16 | 上海全景数字技术有限公司 | 终端界面下载更新方法 |
| CN101951362A (zh) * | 2010-08-13 | 2011-01-19 | 深圳市同洲电子股份有限公司 | 一种oc数据的更新方法 |
-
2011
- 2011-01-20 CN CN 201110026582 patent/CN102158741B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001285818A (ja) * | 2000-04-04 | 2001-10-12 | Matsushita Electric Ind Co Ltd | データ放送送出装置 |
| JP2003101971A (ja) * | 2001-09-19 | 2003-04-04 | Toshiba Corp | デジタル放送信号多重送出装置 |
| CN1750616A (zh) * | 2004-07-16 | 2006-03-22 | Lg电子株式会社 | 用于显示数据广播内容的装置及其方法 |
| CN1728699A (zh) * | 2004-07-27 | 2006-02-01 | 微软公司 | 数据广播的差分更新 |
| CN101742068A (zh) * | 2009-12-22 | 2010-06-16 | 上海全景数字技术有限公司 | 终端界面下载更新方法 |
| CN101951362A (zh) * | 2010-08-13 | 2011-01-19 | 深圳市同洲电子股份有限公司 | 一种oc数据的更新方法 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102820975A (zh) * | 2012-04-17 | 2012-12-12 | 国家广播电影电视总局广播科学研究院 | 数据更新方法、推送装置及终端 |
| CN102820975B (zh) * | 2012-04-17 | 2016-04-27 | 国家广播电影电视总局广播科学研究院 | 数据更新方法、推送装置及终端 |
| CN104038789A (zh) * | 2014-06-20 | 2014-09-10 | 西安诺瓦电子科技有限公司 | Led显示屏终端管理系统及管理方法 |
| CN108134716A (zh) * | 2017-12-25 | 2018-06-08 | 千寻位置网络有限公司 | 播发数据的监控方法及系统、控制终端、存储器 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102158741B (zh) | 2013-04-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9049484B2 (en) | Efficient assignment of program copies in a network digital video recorder | |
| CN102948159B (zh) | 使用文件系统提取、广播调度消息和选择性接收的通过广播网络的文件传递 | |
| CN103069831B (zh) | 接收设备、接收方法、发送设备、发送方法和广播系统 | |
| CN101355476B (zh) | 一种基于服务器群集的数据文件存储、分发和应用的系统和方法 | |
| CN101242356B (zh) | Iptv系统中内存数据库的实现方法及iptv系统 | |
| US20140157313A1 (en) | System and method for caching an electronic program guide | |
| CN101789975B (zh) | 用于推送视频点播业务的下载内容的方法及系统 | |
| CN101207805A (zh) | 一种利用p2p机顶盒技术的流媒体传输系统及其方法 | |
| US9445162B2 (en) | Interactive personal/internet protocol television reservation system, reservation plan management method and device | |
| CN107920258B (zh) | 一种数据处理方法及装置 | |
| CN101710965A (zh) | 一种网络电视的全网存储、调度方法及系统 | |
| CN101800842A (zh) | 机顶盒软件升级方法 | |
| US20120016916A1 (en) | Method and Apparatus for Processing and Updating Service Contents in a Distributed File System | |
| CN101388909A (zh) | 一种p2p点播系统和业务方法 | |
| CN103164525A (zh) | Web应用发布方法和装置 | |
| CN108574666B (zh) | 一种数据流调度方法、装置和系统 | |
| JP2013243637A (ja) | 配信装置、再生装置、データ構造、配信方法、制御プログラム、および記録媒体 | |
| CN101409823A (zh) | 一种网络个人录像机的实现方法、装置和系统 | |
| CN102158741B (zh) | 数字电视数据广播系统及数据广播方法 | |
| CN110401619B (zh) | 一种信息管理方法、终端及服务器 | |
| CN101873354A (zh) | 一种交互式电视中的数据同步方法及系统 | |
| CN102377735A (zh) | 多媒体广告系统和控制多媒体广告播放的方法 | |
| CN103269442B (zh) | 一种内容点播方法、系统和设备 | |
| CN101489102A (zh) | 一种设置并执行网络电视内容发布策略的方法及系统 | |
| CN102752310B (zh) | 一种用于cmmb数据广播的播出控制方法与系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| ASS | Succession or assignment of patent right |
Owner name: SHENZHEN DRAGON MEDIA CO., LTD. Free format text: FORMER OWNER: SHENZHEN TONGZHOU ELECTRONIC CO., LTD. Effective date: 20120618 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20120618 Address after: 518057 District, Guangdong, Nanshan District hi tech Zone, the North Zone of the Fifth Industrial Zone, rainbow science and technology building, A2-3 District, Applicant after: LONGVISION MEDIA CO.,LTD. Address before: 518057 Nanshan District hi tech park, Guangdong, North District Rainbow science and Technology Building Applicant before: SHENZHEN COSHIP ELECTRONICS Co.,Ltd. |
|
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CP03 | Change of name, title or address | ||
| CP03 | Change of name, title or address |
Address after: 18-f, block B, Zhongzhou holding center, No. 88, Haide 1st Road, Yuehai street, Nanshan District, Shenzhen City, Guangdong Province Patentee after: Dragon View Media Co.,Ltd. Address before: 518057 A2-3 District, rainbow tech building, North Fifth Industrial Zone, north high tech Zone, Nanshan District, Guangdong, Shenzhen Patentee before: LONGVISION MEDIA CO.,LTD. |
|
| PE01 | Entry into force of the registration of the contract for pledge of patent right | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: Digital TV data broadcasting system and data broadcasting method Effective date of registration: 20221021 Granted publication date: 20130417 Pledgee: Industrial and Commercial Bank of China Limited Shenzhen gaoxinyuan sub branch Pledgor: Dragon View Media Co.,Ltd. Registration number: Y2022980019260 |