多业务数据广播业务系统及其多业务整合方法

1、一种多业务数据广播业务系统，其特征在于：包括：数据广播控制 中心DBC、播发服务器TST和数据库，
所述的DBC，与所有的生成业务数据的客户端相连，负责管理和控制所 有的客户端；与所有TST相连，负责管理和控制各个TST；
所述的数据库，与DBC相连，负责系统服务器部分的各种数据的存储和 管理；
所述的TST，与所有生成业务数据的客户端相连，将不同客户端传送的 TS流，按照它们各自的带宽分配方案，复用成一个TS流向外播出。
2、根据权利要求1所述的多业务数据广播业务系统，其特征在于：所 述的DBC作为控制中心，具体包括：负责管理所有客户端的PID值的分配和 带宽的分配，所有这些信息都储存在数据库中；DBC根据当前播出内容，负 责PSI信息的生成和更新。
3、根据权利要求1或2所述的多业务数据广播业务系统，其特征在于： 所述的DBC还负责管理和监控各个TST播发服务器的工作状态，查看各个业 务的带宽分配情况；动态的、实时的调整各个业务的播出带宽。
4、根据权利要求3所述的多业务数据广播业务系统，其特征在于：控 制中心定时给各个被监控的TST发送查询信息，TST收到查询信息后，按照 约定的通讯协议回复自身的状态信息，以此获得各个TST的实时带宽信息。
5、根据权利要求1所述的多业务数据广播业务系统，其特征在于：所 述的TST播发服务器，既可以独立运行，也可以在DBC的控制之下运行。
6、一种多业务整合方法，其特征在于：在如权利要求1-5任一所述的 多业务数据广播业务系统中，包括如下步骤：
步骤一、业务客户端，将自己的发送请求发送到数据广播控制中心DBC， 申请发送；
步骤二、控制中心DBC处理客户端的连接，根据客户端的申请，返回客 户端发送所需要的信息，包括控制中心给客户端分配的PID和带宽；
步骤三、业务客户端根据返回信息，将业务数据打成TS包，连接播发 服务器TST，并传输TS包；
步骤四、播发服务器TST将各个业务客户端的TS包按照各自的带宽分 配复用成一个TS流向外播发。
7、根据权利要求6所述的多业务整合方法，其特征在于：所述的步骤 一，包括如下步骤：
步骤10、业务客户端处理数据源数据，生成描述和请求；
步骤11、业务客户端连接控制中心DBC；
步骤12、连接成功后，向控制中心DBC提交描述信息和请求信息。
8、根据权利要求7所述的多业务整合方法，其特征在于：所述的描述 信息至少包括：客户端业务数据的类型名称，其描述5要素为net_id， stream_id，service_id，event_id和component_tag。
9、根据权利要求7或8所述的多业务整合方法，其特征在于：所述的 请求信息至少包括：PID，发送带宽，指定连接的TST播发服务器地址。
10、根据权利要求6所述的多业务整合方法，其特征在于：所述的控制 中心接收到业务客户端的请求后，对请求做出响应，包括如下步骤：
步骤20、根据客户端的描述信息，查询数据库；
步骤21、将数据库中找到的客户端需要的请求信息返回给客户端。
步骤22、如果数据库中没有客户端需要的请求信息，则返回给客户端 不同意播发的通知。
11、根据权利要求6所述的多业务整合方法，其特征在于：所述的控制 中心DBC的工作进程，包括：
步骤A、初始化DBC服务器，验证与数据库的连接；
步骤B、运行等待业务客户端连接的线程，等待业务客户端连接；
步骤C、如果有客户连接，则开辟一个新的客户线程处理业务客户端的 连接；
步骤D、通过步骤C开辟的客户线程，维持与业务客户的连接，传递数 据；
步骤E、控制中心完成业务客户端的请求后，业务客户端发出中断请求；
步骤F、控制中心关闭客户线程，业务客户的连接结束。
12、根据权利要求6所述的多业务整合方法，其特征在于：所述的TST 工作流程包括：
步骤a、初始化DBC服务器以及发送策略；
步骤b、运行客户连接主线程，等待业务客户连接；
步骤c、当业务客户端请求连接时，开辟处理客户连接线程，将业务客 户端的数据保存到TST对应的BUFFER中；
步骤d、业务客户端TS包发送完成，请求关闭连接；
步骤e、关闭连接。

技术领域\n本发明涉及一种数据广播业务系统以及该系统的数字电视业务的生成 方法，尤其是一种应用于数字电视前端系统的多业务数据广播业务系统以及 应用于该系统的多种数字电视业务的整合方法。\n背景技术\n随着数字电视应用的广泛普及，数字电视已经可以提供多种业务类型的 丰富多彩的节目，来满足用户的需要，比如，电子节目指南(EPG)、股票 和天气预报等等。\n通用的数字电视网络，包括：用于播放数字电视节目的前端系统和用户 端数字电视接收系统(机顶盒)。现有的数字电视前端系统都是针对某一种 业务的单一应用需求进行设计和开发，不存在统一的多业务数据广播系统， 因此，现有各业务的系统均很独立，系统间的实现方法和结构差异性大。播 放数字电视节目的数据广播业务系统只能通过占用独立的频道或者通过硬 件设备，如硬件复用器，将各种业务的节目复用在一起播出。\n由于各业务系统都包含了部分的公共业务信息和节目标识号PID的分 配，因此，用硬件设备直接进行多业务的复用时，将出现冲突的情况；而且， 每复用一个新的业务进入一个频道，都会遇到相同的问题。因此，各业务系 统相对独立，但又有公共部分的信息和PID的分配部分，并且各业务的带宽 分配也无法统一、方便的调整，因此，这样的业务系统结构严重的阻碍了数 字电视系统的扩展和灵活性。\n由于业务系统根据业务自身的需求进行定制，因此系统结构复杂性使得 对各个业务系统的监控都不一样，需要针对各业务分别管理，管理和配合使 用都非常困难。\n因此，随着数字电视的发展，迫切需要一种能够将多种业务进行方便整 合播出，可以方便的监控的数据广播业务系统。\n发明内容\n本发明所要解决的技术问题在于：提出一种多业务数据广播业务系统， 将多种数据业务系统的共性部分和关联部分进行整合，将该系统的公共核心 部分作为一个服务器看待，各业务系统为一个独立的客户端；业务系统向服 务器申请系统资源和带宽，并接受服务器的监控。\n本发明所要解决的另一个技术问题在于：提出一种在上述的多业务数据 广播业务系统中，进行多业务整合方法的方法。\n本发明的多业务数据广播业务系统，包括：数据广播控制中心DBC、播 发服务器TST和数据库，\n所述的DBC，与所有的生成业务数据的客户端相连，负责管理和控制所 有的客户端；与所有TST相连，负责管理和控制各个TST；\n所述的数据库，与DBC相连，负责系统服务器部分的各种数据的存储和 管理；\n所述的TST，与所有生成业务数据的客户端相连，将不同客户端传送的 TS流，按照它们各自的带宽分配方案，复用成一个TS流向外播出。\n本发明的多业务整合方法，其特征在于：在如权利要求1-5任一所述的 多业务数据广播业务系统中，包括如下步骤：\n步骤一、业务客户端，将自己的发送请求发送到数据广播控制中心DBC， 申请发送；\n步骤二、控制中心DBC处理客户端的连接，根据客户端的申请，返回客 户端发送所需要的信息，包括控制中心给客户端分配的PID和带宽；\n步骤三、业务客户端根据返回信息，将业务数据打成TS包，连接播发 服务器TST，并传输TS包；\n步骤四、播发服务器TST将各个业务客户端的TS包按照各自的带宽分 配复用成一个TS流向外播发。\n本发明通过在数字电视数据广播前端形成统一的业务支撑系统，并提供 开放的各业务系统独立的连接接口，完成了现有技术条件下的数字电视的多 业务整合，将各个业务的公共部分和PID分配进行了整合，节约了硬件成本； 并且通过业务整合，提供各个业务的方便的实时监控和动态的带宽调整。\n附图说明\n图1是本发明多业务数据广播业务系统的结构示意图；\n图2是本发明多业务数据广播业务系统多业务整合方法示意图；\n图3是本发明数据广播控制中心工作流程图。\n具体实施方式\n本发明多业务前端系统的设计思想是构建一种综合的多业务数据广播 业务系统，以支撑不同的业务，解决将多种业务系统进行综合管理、统一分 配带宽及统一监控，并且，该结构为业务系统的可以根据业务系统的多少、 大小灵活的扩展和紧缩。\n如图1所示，本发明的多业务数据广播业务系统，采用了模块化设计， 包括：数据广播控制中心DBC(Data Broadcast Control)、播发服务器TST (TS Transporting)和数据库，\n所述的DBC，与所有的生成业务数据的客户端相连，负责管理和控制所 有的客户端；与所有TST相连，负责管理和控制各个TST；\n所述的数据库，与DBC相连，负责系统服务器部分的各种数据的存储和 管理；\n所述的TST，与所有生成业务数据的客户端相连，将不同客户端传送的 TS流，按照它们各自的带宽分配方案，复用成一个TS流向外播出。\n以上三部分各个模块通过统一的通讯接口通过通信网络相互连接，组成 的系统就是一个可扩展的、高灵活性的数据广播业务系统。当有新的业务加 入到此系统中时，只需要调用客户端的统一接口，就可连接到该系统中，其 作为客户端就可以在DBC的控制下，通过TST和其他业务复用播发出去，并 且系统自动生成新的PSI信息，将新加入的业务信息加入到新的PSI信息中， 不需要用户自行生成，这样，就实现了一个高扩展性、高灵活性、易拆分、 易开发的数据广播前端业务综合管理、播发系统。\n本发明的DBC作为控制中心，具体包括：负责管理所有客户端的PID 值的分配和带宽的分配，所有这些信息都储存在数据库中；DBC根据当前播 出内容，负责PSI(Program Specific Information)信息的生成和更新。\n本发明的DBC还负责管理和监控各个TST播发服务器的工作状态，其中 包括：查看各个业务的带宽分配情况；动态的、实时的调整各个业务的播出 带宽。\n本发明的TST是播发服务器，既可以独立运行，也可以在DBC的控制之 下运行。它的主要功能是：将不同客户端传送的TS流，按照它们各自的带 宽分配方案，复用成一个TS流向外播出。\n客户端负责生成数据广播的数据流，每一种业务就是本发明的数据广播 业务系统的一个客户端，所有的客户端就构成了本发明的数据广播业务系统 的数据源。\n简单的说，本发明的数据广播是由一个控制中心DBC，多个TS流播发 服务器以及任意多个客户端作为数据源之间协调工作，共同完成的。\n对本发明的数据库进行描述数据库部分作为DBC的数据存储，存储的数 据包括：用户对客户端的设置信息，如占用哪个频道的频道信息，用多少带 宽的带宽信息等。\n对控制中心DBC如何监视、调整带宽，控制中心定时给各个被监控的 TST发送查询信息，TST收到查询信息后，按照约定的通讯协议回复自身的 状态信息，以此获得各个TST的实时带宽信息；如果需要调整带宽，则控制 中心DBC直接改变TST中特定业务的带宽设置，完成带宽的调整。\n本发明所述的多业务整合方法，如图2所示，包括如下步骤：\n步骤一、业务客户端，将自己的发送请求发送到数据广播控制中心 (DBC)，申请发送；\n步骤二、控制中心DBC处理客户端的连接，根据客户端的申请，返回客 户端发送所需要的信息，包括控制中心给客户端分配的PID和带宽；\n步骤三、业务客户端根据返回信息，将业务数据打成TS包，连接播发 服务器TST，并传输TS包；\n步骤四、播发服务器TST将各个业务客户端的TS包按照各自的带宽分 配复用成一个TS流向外播发。\n在数据广播的过程中，控制中心DBC可以监控各个播发服务器TST的工 作状态，可以实时动态调整各个业务客户端的所占带宽。\n通过以上的步骤，实现了不同的业务数据的的整合与复用，并且可以方 便的实现不同业务的监控和带宽的动态调整。\n现有技术中，各个业务是独立处理的，因此，步骤一中各个业务客户端 处理各自数据源的数据，形成业务数据流可以采用现有技术中任意一种处理 方法来实现。\n对于不同的业务数据，各客户端根据不同的要求，形成请求前端系统播 发的业务数据，而本系统提供的实际上是一种整合系统，也即一种整合方法， 可以方便的通过统一的接口把原有的数据业务端整合起来，统一管理播发。\n本发明所述的步骤一，包括如下步骤：\n步骤10、业务客户端处理数据源数据，生成描述和请求；\n步骤11、业务客户端连接控制中心DBC；\n步骤12、连接成功后，向控制中心DBC提交描述信息和请求信息。\n所述的描述信息包括：客户端业务数据的类型名称，其描述5要素为 net_id，stream_id，service_id，event_id和component_tag；所述的请 求信息至少包括：PID，发送带宽，指定连接的TST播发服务器地址。\n控制中心接收到业务客户端的请求后，对请求做出响应，包括如下步骤：\n步骤20、根据客户端的描述信息，查询数据库；\n步骤21、将数据库中找到的客户端需要的请求信息返回给客户端。\n步骤22、如果数据库中没有客户端需要的请求信息，则返回给客户端 不同意播发的通知。\n控制中心DBC是本发明的前端系统的核心部分，如果将业务客户端看成 是终端，控制中心DBC就是整合公共信息，分配PID号的服务器；控制中心 运行服务线程，对业务客户端的请求作出响应。\n如图3所示，是控制中心DBC的工作进程的流程图，包括：\n步骤A、初始化DBC服务器，验证与数据库的连接；\n步骤B、运行等待业务客户端连接的线程，等待业务客户端连接；\n步骤C、如果有客户连接，则开辟一个新的客户线程处理业务客户端的 连接；\n步骤D、通过步骤C开辟的客户线程，维持与业务客户的连接，传递数 据；\n步骤E、控制中心完成业务客户端的请求后，业务客户端发出中断请求；\n步骤F、控制中心关闭客户线程，业务客户的连接结束。\n所述的步骤B中等待客户连接线程，在系统初始化后，一直作为守护进 行运行，监听来自业务客户端的连接请求；当收到连接请求后，即派生出新 的客户进程来处理客户的请求；当请求的任务结束后，关闭客户线程；这样 控制中心就可以同时通过多个客户线程来处理多个业务客户端的请求。\n本发明所述的步骤三中，首先，业务客户端根据返回信息，打成TS包； 这一步与现有技术相同，业务客户端根据DVB协议，将播发数据打包成数字 电视系统传输的TS包；然后，业务客户端连接播发服务器TST，将TS包传 输到TST的BUFFER中，参见图1。\nTST主要的作用是接收业务客户端的TS包传输请求，然后将各业务的 TS包组成TS流后，发送到复用器播出。TST工作流程包括：\n步骤a、初始化DBC服务器以及发送策略；\n步骤b、运行客户连接主线程，等待业务客户连接；\n步骤c、当业务客户端请求连接时，开辟处理客户连接线程，将业务客 户端的数据保存到TST对应的BUFFER中；\n步骤d、业务客户端TS包发送完成，请求关闭连接；\n步骤e、关闭连接。\n最后所应说明的是：以上实施例仅用以说明而非限制本发明的技术方 案，尽管参照上述实施例对本发明进行了详细说明，本领域的普通技术人员 应当理解：依然可以对本发明进行修改或者等同替换，而不脱离本发明的精 神和范围的任何修改或局部替换，其均应涵盖在本发明的权利要求范围当 中。