CN102196157B - 一种电视台节目的发布系统 - Google Patents

Abstract

本发明提供了一种电视台节目的发布系统，包括：任务接收组件，与外界的任务源系统相连，用于接收针对节目源的发布任务，其中，所述发布任务中包括目标系统信息；多个外联交互组件，与外界的目标系统一一对应连接，用于实现节目源至对应的目标系统的发布；数据库，用于存储所述发布任务；任务调度组件，包括：扫描引擎模块，用于扫描数据库，获取到可执行的发布任务；寻找模块，用于根据目标系统信息，为所述可执行的发布任务寻找对应的目标系统，进而确定发布任务对应的外联交互组件；调用模块，用于调用外联交互组件，完成发布任务。本发明用以在不浪费资源的前提下，灵活、高效地实现电视台节目的多渠道发布。

Description

一种电视台节目的发布系统

技术领域

本发明涉及电视台节目发布技术领域，特别是涉及一种电视台节目的发布系统。

背景技术

近年来，随着信息技术的发展，新媒体业务得到了飞速发展。以VOD(视频点播，Video On Demand)为例，它是一种可以按用户需要点播节目的交互式视频系统，可以为用户提供各种交互式信息服务。

由于新媒体业务的发展迅速，对节目内容的需求量越来越大；而作为节目内容最大的资源库，如果电视台在满足原有节目的制播要求的同时，还能够为新媒体业务提供内容支持，那么电视台的数字化自动化建设将达到一次飞跃，并且极大提高的资源的利用率和节目的制作效率，做到“一处制作，多处使用”。

但是，目前电视台的节目制作主要还是针对电视台自身传统节目播出的需要，要使新媒体业务也能对现行的成品节目进行应用，除了在码率、格式等方面的特殊要求外，还需要无缝地接入到电视台的节目制作系统当中去，

假设电视台原有制作系统做了一个专题片，需要在电视台、VOD和IPTV(交互式网络电视，Internet Protocol Television)等3个目标系统上发布，现有技术一般有两种方法：

方法一、采用一个目标系统一个制作线的方式，这就需要3个制作线，不仅浪费资源，且不灵活；

方法二、采用人工协调的方式，从制作完一个节目到转码，再到目标系统的发布，都需要人工参与，导致发布效率低下。

总之，需要本领域技术人员迫切解决的一个技术问题就是：如何能够提供一种发布方案，用以灵活、高效地将电视台节目发布到不同的目标系统，且能够节省资源。

发明内容

本发明所要解决的技术问题是一种电视台节目的发布系统，用以在不浪费资源的前提下，灵活、高效地实现电视台节目的多渠道发布。

为了解决上述问题，本发明公开了一种电视台节目的发布系统，其特征在于，包括：

任务接收组件，与外界的任务源系统相连，用于接收针对节目源的发布任务，其中，所述发布任务中包括目标系统信息；

多个外联交互组件，与外界的目标系统一一对应连接，用于实现节目源至对应的目标系统的发布；

数据库，用于存储所述发布任务；

任务调度组件，包括：

扫描引擎模块，用于扫描数据库，获取到可执行的发布任务；

寻找模块，用于根据目标系统信息，为所述可执行的发布任务寻找对应的目标系统，进而确定发布任务对应的外联交互组件；

调用模块，用于调用外联交互组件，完成发布任务。

优选的，所述外联交互组件包括：

消息生成模块，用于依据外联交互组件与对应目标系统之间的约定，生成针对发布任务的消息；

消息交互模块，用于将消息放入IBM消息队列服务器的发送消息队列，由所述IBM消息队列服务器实现消息到目标系统的传递；

消息返回模块，用于采用轮询方式获取IBM MQ服务器的接收消息队列中的返回消息，确定发布任务的执行信息，其中，所述执行信息包括执行状态和/或执行结果。

优选的，所述目标系统提供Web Service的任务接口；

所述外联交互组件包括：

接口调用模块，用于调用对应目标系统的任务接口，完成发布任务。

优选的，所述外联交互组件还包括：

第一定义模块，用于定义Web Service的第一任务接口；

接收模块，用于在该第一任务接口被目标系统调用时，接收目标系统传递的发布任务的执行信息，其中，所述执行信息包括执行状态和/或执行结果。

优选的，所述任务调度组件还包括：

汇报模块，用于向所述任务源系统汇报相应发布任务的执行信息。

优选的，所述任务调度组件还包括判断模块和报错模块，其中，

所述判断模块，用于判断是否寻找到发布任务对应的目标系统，若是，则触发调用模块，否则，触发报错模块；

所述报错模块，用于报错结束发布任务。

优选的，所述发布任务中还包括任务优先级和时间期限信息；

所述扫描引擎模块，用于根据所述任务优先级和时间期限信息，通过扫描数据库，获取可执行的发布任务。

优选的，还包括：

系统配置组件，用于配置系统信息，其中，所述系统信息包括任务接收方式和/或扫描时间间隔信息。

优选的，所述任务接收方式为Web Service接口调用方式；

所述任务接收组件包括：

第二定义模块，用于定义Web Service的第二任务接口；

添加模块，用于在该第二任务接口被所述任务源系统调用时，添加相应的发布任务至数据库。

优选的，所述任务接收方式为固定路径扫描方式；

所述系统信息还包括监控路径；

所述任务接收组件包括：

固定路径扫描模块，用于在所述监控路径下扫描约定后缀的文件；

解析模块，用于解析文件中的内容，并在该内容符合任务添加约定时，针对该内容形成发布任务，并添加至数据库。

与现有技术相比，本发明具有以下优点：

本发明以发布任务为主线，在发布系统设计任务接收组件、数据库、任务调度组件和外联交互组件，分别用于发布任务的接收、存储、调度和执行；由于接收组件可以采用跨平台的Web Service接口、固定Windows路径扫描等方式接收发布任务，故可以灵活接入任务源系统，满足不同任务源系统的需要；而外联交互组件可以采用插件式的外联交互管理，且每一个外联交互插件针对一个目标系统，故只要有满足目标系统的外联交互插件接入本发明的发布系统，发布系统即可将节目源发布到该目标系统，因而，电视台可以依据需要和实际情况灵活地添加插件；综上，本发明可以灵活地接入任务源系统和目标系统，从而实现节目源的多渠道发布；

再者，本发明只需一个制作线，任务源系统发起不同的包含有目标系统信息的发布任务，即可自动将节目源发布到不同的目标系统，因而，本发明还具有高效、节省资源等优点。

附图说明

图1是本发明一种电视台节目的发布系统实施例的结构图；

图2是本发明一种发布任务的执行流程图；

图3是本发明在电视台制作流程中的一种典型应用。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

参照图1，示出了本发明一种电视台节目的发布系统实施例的结构图，具体可以包括：

任务接收组件11，与外界的任务源系统相连，用于接收针对节目源的发布任务，其中，所述发布任务中包括目标系统信息；

多个外联交互组件14，与外界的目标系统一一对应连接，用于实现节目源至对应的目标系统的发布；

数据库12，用于存储所述发布任务；

任务调度组件13，包括：

扫描引擎模块131，用于扫描数据库，获取到可执行的发布任务；

寻找模块132，用于根据目标系统信息，为所述可执行的发布任务寻找对应的目标系统，进而确定发布任务对应的外联交互组件；

调用模块133，用于调用外联交互组件，完成发布任务。

本发明实施例的核心构思在于：

一、对发布系统的功能作出如下规定：发布系统是电视台节目内容外送的必经之路；它的入口资源可以是素材、文稿、串编单等内容，经过发布系统后为其他目标系统提供节目源，其中的目标系统可以是媒资、演播室、播出等电视台的传统系统，也可以是IPTV、VOD等新媒体业务系统，这样既能满足传统系统的需求，也能接入新系统，为新系统提供节目内容；

二、以发布任务为主线对发布系统的结构进行设计：任务接收组件11负责接收任务源系统的发布任务，任务调度组件13则用于对数据库12中的发布任务进行调度，目的是为每一个发布任务找到一个执行组件——外联交互组件14，由外联交互组件14将节目源发布至对应的目标系统。

以下对上述组件进行详细说明：

任务接收组件11、

前面提到，本发明的发布系统是以发布任务为基础与外界的任务源系统进行交互的，在具体实现中，发布任务的接收可以采用如下两种方式：

方式一、Web Service接口调用方式；

在这种方式下，所述接收组件11可以进一步包括：

第二定义模块A1，用于定义Web Service的第二任务接口；

在实际中，可以使用XML(可扩展标记语言，Extensible MarkupLanguage)Schema规范约束所述第二任务接口的参数格式；这样，外界的任务源系统只需满足XML Schema规范，就可以无缝接入到本发明的发布系统，从而为发布系统提供节目源。

添加模块A2，用于在该第二任务接口被所述任务源系统调用时，添加相应的发布任务至数据库12。

进一步，所接入的任务源系统可以调用所述第二任务接口，向本发明的发布系统添加发布任务；例如，所述任务源系统可将发布任务以XML文件的形式传输到添加模块A2。

方式二、固定路径扫描方式。

在这种方式下，所述接收组件11的结构可以进一步包括：

固定路径扫描模块B1，用于在配置的监控路径下扫描约定后缀的文件；

例如，可以在系统中配置E:/Trancode/TaskFolder为监控路径，并且，可以约定在该文件夹下扫描.xml为后缀的文件；在扫描时，还需要定义元数据XML格式，如媒体文件的格式、码率、作用、串联单、文稿等的描述等，本发明对此不加以限制。

解析模块B2，用于解析文件中的内容，并在该内容符合任务添加约定时，针对该内容形成发布任务，并添加至数据库12。

这样，当存在.xml文件时，可以解析.xml文件中的内容；并在该内容符合任务添加约定时，形成发布任务，并添加至数据库12.

由于可以采用跨平台的Web Service接口和固定Windows路径扫描等方式接收发布任务，所以本发明可以灵活接入任务源系统，如Auto.NET制作网、转码系统等，满足不同任务源系统的需要。

外联交互组件14、

外联交互组件14属于发布系统与异构目标系统的直接交互，因此，为满足不同异构目标系统的需要，该外联交互组件14可采用灵活插入的方式，例如，以插件的方式接入发布系统，其中，每一个插件应针对一个目标系统。

在具体实现中，该外联交互组件14可以支持以下两种交互方式：

一、IBM MQ(消息队列，Message Queue)交互方式；

MQ是一种应用程序对应用程序的通信方法，应用程序通过写和检索出入列队的针对应用程序的消息来通信，而无需专用连接来链接它们。这样，消息传递指的是程序之间通过在消息中发送数据进行通信，而不是通过直接调用彼此来通信，而队列的使用则可除去接收和发送应用程序同时执行的要求。

将IBM MQ交互方式应用到本发明中，所述外联交互组件14可以包括以下模块：

消息生成模块C1，用于依据外联交互组件14与对应目标系统之间的约定，生成针对发布任务的消息；

消息是在外联交互组件14与对应目标系统之间传送的数据单位；消息可以非常简单，例如，可以只包含文本字符串；也可以更复杂，例如包含嵌入对象等。

另外，在生成消息前，需要将发布任务组织成目标系统需要的格式，组织时，可以采用XML形式，也可以使用字符串形式，本发明对此不加以限制。

消息交互模块C2，用于将消息放入IBM消息队列服务器的发送消息队列，由所述IBM消息队列服务器实现消息到目标系统的传递；

所述发送消息队列是在消息的传输过程中保存消息的容器；IBM消息队列服务器则在将消息从它的源(外联交互组件14)中继到它的目标(目标系统)时充当中间人；因此，所述发送消息队列的主要目的是提供路由并保证消息的传递；如果发送消息时接收者不可用，消息队列会保留消息，直到可以成功地传递它。

消息返回模块C3，用于采用轮询方式获取IBM MQ服务器的接收消息队列中的返回消息，确定发布任务的执行信息，其中，所述执行信息可以包括执行状态和/或执行结果。

二、Web Service交互方式。

本交互方式与IBM MQ方式的区别在于，通过直接调用彼此来通信。具体到本发明，则需要目标系统提供Web Service的任务接口；

此时，可以在所述外联交互组件14中设计：

接口调用模块，用于调用对应目标系统的任务接口，完成发布任务。

综上，外联交互是实现多渠道发布的关键，只有满足目标系统的外联交互插件插入了发布系统，发布系统才能将节目发布到目标系统，因此各个电视台可以依据自己的需要和实际情况灵活地添加插件，以满足自己各方面的需求。

任务调度组件13、

执行本组件的目的是为每一个发布任务找到一个执行组件——外联交互组件14。

为实现对发布任务的合理分配，在本发明的一种优选实施例中，还可以在所述发布任务中设置任务优先级和时间期限信息；

此时，所述扫描引擎模块131，则可用于根据所述任务优先级和时间期限信息，通过扫描数据库，获取可执行的发布任务。

在实际中，所述时间期限信息可以指任务源系统和发布系统约定的发布任务失效的时间，在该时间期限后，不管该发布任务是否执行，都将失去效力，从而应在数据库中删除。

例如，数据库中存在三个发布任务A、B、C，其任务优先级分别为1、2、2，时间期限分别是12:00:00、12:30:00和13:00:00，那么，所述扫描引擎模块131可以首先使用数据库的查询排序方式列出优先级最高的发布任务B、C，然后，在优先级为2的发布任务B、C中，列出在12:30:00执行的发布任务B为最优先发给相应的外联交互组件14。

然而，在实际应用中，发布系统中不一定存在发布任务的执行组件的，例如，某个发布任务中的目标系统信息表明，应将该发布任务对应的节目源发布至IPTV系统，但是，发布系统中却不存在IPTV系统的插件。

针对上述情形，在本发明的另一种优选实施例中，还可以在所述任务调度组件13中设置判断模块D1和报错模块D2，其中，

所述判断模块D1，可用于判断是否寻找到发布任务对应的目标系统，若是，则触发调用模块133，否则，触发报错模块D2；

所述报错模块D2，则可用于报错结束发布任务。

为使本领域技术人员更好地理解本发明，参考图2，示出了本发明一种发布任务的执行流程图，具体可以包括：

接收步骤21、接收组件接收发布任务，并添加至数据库；

扫描获取步骤22、扫描引擎模块根据任务优先级等信息扫描数据库中的发布任务，获取到可执行的发布任务；

寻找步骤23、寻找模块针对所述可执行的发布任务，寻找对应的外联交互组件；

判断步骤24、判断是否寻找到发布任务对应的目标系统，若是，则执行调用步骤25，否则，执行报错步骤27；

调用步骤25、调用模块调用外联交互组件；

完成步骤26、外联交互组件完成发布任务；

报错步骤27、报错模块报错结束发布任务。

从上面可以看出，任务接收组件11可以有两种工作方式：Web Service接口调用方式和固定路径扫描方式；外联交互组件14也可以有两种工作方式：IBM MQ交互方式和Web Service交互方式，而采用哪种工作方式，需要在任务执行前确定。

针对上述情形，在本发明的一种优选实施例中，还可以在发布系统中设置：

系统配置组件，用于配置系统信息，其中，所述系统信息既可以包括任务接收方式、外联交互方式，还可以包括扫描时间间隔、监控路径等信息，本发明对此不加以限制。

本发明可以应用于电视台的制作流程中，参照图3，示出了，本发明在电视台制作流程中的一种典型应用，其中，作为一种节目制作单，Auto.NET31可用于制作成品节目，节目转码32的设置则用于使成品节目的码率和格式满足目标系统的要求；图中可以看出，发布系统33是节目制作(包括Auto.NET31和节目转码32)和应用系统34的纽带，在转码得到应用系统需要的格式、码率的前提下，本发明的发布系统33可以将任意成品节目发布到应用系统34。

这样，在一个电视台的专题片存在对电视台、VOD和IPTV 3个目标系统的发布需求时，本发明只需一个制作线，制作系统发起3个发布任务，即可自动、灵活、高效地完成该专题片的发布，

前面提到，在IBM MQ交互方式下，外联交互组件14是可以通过轮询方式获取得到发布任务的执行信息的，如果在Web Service交互方式下，也能够得到所述执行信息，那么，本发明的发布系统可以具有状态监控的功能。

针对上述情形，在本发明的一种优选实施例中，所述外联交互组件14还可以包括：

第一定义模块E1，用于定义Web Service的第一任务接口；

接收模块E2，用于在该第一任务接口被目标系统调用时，接收目标系统传递的发布任务的执行信息，其中，所述执行信息可以包括执行状态和/或执行结果。

进一步，还可以在所述任务调度组件13中设计：

汇报模块，用于向所述任务源系统汇报相应发布任务的执行信息。

例如，可以采用配置时间间隔的汇报方式，由所述任务源系统提供WebService的第三任务接口，这样，在固定的配置时间间隔内如果有发布任务执行，所述则可调用该第三任务接口进行汇报。

本发明可以应用于广电领域电视台新媒体节目发布中，不仅支持传统的节目制作与节目播出的方式，同时支持新媒体业务的节目制作和播出方式，可用以高效、灵活地将节目源发布到节目播出单位。

以上对本发明所提供的一种电视台节目的发布系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (9)

1.一种电视台节目的发布系统，其特征在于，包括：

任务接收组件，与外界的任务源系统相连，用于接收针对节目源的发布任务，其中，所述发布任务中包括目标系统信息；

多个外联交互组件，与外界的目标系统一一对应连接，用于实现节目源至对应的目标系统的发布；

数据库，用于存储所述发布任务；

任务调度组件，包括：

扫描引擎模块，用于扫描数据库，获取到可执行的发布任务；

寻找模块，用于根据目标系统信息，为所述可执行的发布任务寻找对应的目标系统，进而确定发布任务对应的外联交互组件；

调用模块，用于调用外联交互组件，完成发布任务；

所述外联交互组件包括：消息生成模块，用于依据外联交互组件与对应目标系统之间的约定，生成针对发布任务的消息；消息交互模块，用于将消息放入IBM消息队列服务器的发送消息队列，由所述IBM消息队列服务器实现消息到目标系统的传递；消息返回模块，用于采用轮询方式获取IBMMQ服务器的接收消息队列中的返回消息，确定发布任务的执行信息，其中，所述执行信息包括执行状态和/或执行结果。

2.如权利要求1所述的系统，其特征在于，所述目标系统提供WebService的任务接口；

所述外联交互组件包括：

接口调用模块，用于调用对应目标系统的任务接口，完成发布任务。

3.如权利要求2所述的系统，其特征在于，所述外联交互组件还包括：

第一定义模块，用于定义Web Service的第一任务接口；

接收模块，用于在该第一任务接口被目标系统调用时，接收目标系统传递的发布任务的执行信息，其中，所述执行信息包括执行状态和/或执行结果。

4.如权利要求1或3所述的系统，其特征在于，所述任务调度组件还包括：

汇报模块，用于向所述任务源系统汇报相应发布任务的执行信息。

5.如权利要求1所述的系统，其特征在于，所述任务调度组件还包括判断模块和报错模块，其中，

所述判断模块，用于判断是否寻找到发布任务对应的目标系统，若是，则触发调用模块，否则，触发报错模块；

所述报错模块，用于报错结束发布任务。

6.如权利要求1所述的系统，其特征在于，所述发布任务中还包括任务优先级和时间期限信息；

所述扫描引擎模块，用于根据所述任务优先级和时间期限信息，通过扫描数据库，获取可执行的发布任务。

7.如权利要求1所述的系统，其特征在于，还包括：

系统配置组件，用于配置系统信息，其中，所述系统信息包括任务接收方式和/或扫描时间间隔信息。

8.如权利要求7所述的系统，其特征在于，所述任务接收方式为WebService接口调用方式；

所述任务接收组件包括：

第二定义模块，用于定义Web Service的第二任务接口；

添加模块，用于在该第二任务接口被所述任务源系统调用时，添加相应的发布任务至数据库。

9.如权利要求7所述的系统，其特征在于，所述任务接收方式为固定路径扫描方式；

所述系统信息还包括监控路径；

所述任务接收组件包括：

固定路径扫描模块，用于在所述监控路径下扫描约定后缀的文件；

解析模块，用于解析文件中的内容，并在该内容符合任务添加约定时，针对该内容形成发布任务，并添加至数据库。