CN1792051A - 广播通信方法和装置 - Google Patents

Abstract

安排一个交互式广播系统，接收和响应有关广播材料的用户输入。调度器(1200)根据一种算法，连续地轮询新的用户输入和适当地调节它的调度。例如，这可以将来自用户输入的内容插入到实况或预先录制的广播，或重新排序广播的元素，例如，来自播放表的旅游剪辑。系统具有许多应用。例如，用户可以邮寄消息或题献，在讨论节目中互动，对来自播放表的剪辑投票，请求实况馈送，进入竞争，或进行购买。作为选择，调度器(1200)的响应可以是取决于时间的，例如，在一天中的某段时间，或一周的某天，改变算法或调度的内容。也是调度器(1200)，本发明的实施例提供了一种用于存储广播元素，处理用户输入，和根据处理过的用户输入汇编广播元素以广播通信的广播汇编系统。本发明的实施例不限于处理单个广播频道，而是也可以用于播放多个交互式频道。多个频道可以共享内容或用户交互性，或每个频道可以在广播的内容上完全不同。

Description

广播通信方法和装置

技术领域

本发明涉及广播通信中使用的方法和装置。例如，本发明的实施例涉及调度和/或组合广播材料。

背景技术

通信中的广播是在同一时间周期中将内容从一个源发送到一个以上的传送点的能力，这些传送点通常是指诸如无线电、电视机、PDA或个人计算机(“PC”)之类的用户装置。在本说明书中，“广播”包括，例如，能够在同一时间周期中将内容传送到由两个以上的传送点构成的组的多播，所述的组是从大量的可能的传送点中选择的。如果需要，可以将同一内容传送到每个传送点，或给每个传送点传送不同的内容。

在广播中，可以将内容从一个或多个广播中心以预定节目的形式发送。为了接收节目，用户选择节目频道。现在，将节目传送到传送点可以用几种不同方式进行，并且可以使用，例如，电视、无线电、互联网、移动电信、局部通信中心和/或其它媒体中的一种或多种。

广播会给进入市场的新广播公司带来高昂的进入成本。广播中心依赖于建设和维护昂贵的、为了单个广播公司或业务提供商专门设计和建造的专用系统建筑结构。想要运行新的频道的新公司在它们能够开始广播和获得收入之前，必须投入大量资金建造、租用、或购买昂贵的广播设施。因此，这种高进入成本限制了广播市场中的竞争。

广播也趋于不灵活。电视和无线电频道通常至少在三个星期之前就准备好它们要广播的节目的内容和时间的详细节目预告表。然后，经过报纸、杂志、和电子节目指南(EPG)通告这些预告表。如果用户想要接收一个特定的节目，那么他/她必须根据广播时间表安排他们的日子，或记住预先设置他们的视频/声频记录器。

此外，典型广播环境下的信息流是单向的。广播公司向用户广播内容。来自用户的任何反馈都是，例如，通过收视率数据获得的。这种数据基于具有统计意义的，但是总体上很少的使用手写或电子日记的用户的抽样调查。然后，广播公司收集和处理这些记录的收视率数据，以在将来的节目计划决策中使用。

直到最近，电视频道一直是基于磁带的，并且简单地提供根据预定的时间表广播节目的“线性播放(linear playout)”。随着大存储容量的成本降低和编码方法质量的改进，系统开始从基于磁带的系统向基于盘的系统转变。这些系统仍然非常昂贵并且仅用于线性播放。

随着技术的进一步改进，已经能够建立用于基于盘播放的基于PC的系统。这些系统已经用于例如向传输视频。当前，在视频演播市场中，一般具有两种基于PC的回放系统。第一种是用于线性回放的，相当于早先的广播系统。第二种稍微更灵活一些。这是一种交互式视频，在这种交互式视频中，用户可以使用，例如，基于电话的交互式视频响应(IVR(Interactive Voice Response))菜单请求选定的视频材料。但是，交互式视频系统仍然比较昂贵，并且只能提供十分有限的交互性。它们的使用也可能很复杂。

尽管由于实际上可以在同一时间周期中从同一源发送到一个以上的传送点，而不能将传统电视、交互式电视、“点播电视”等方式的广播看成是一种广播形式，但是可以从源将相同或不同的内容发送到每个传送点。

发明内容

根据本发明的第一方面，提供了一种调度系统包括：i)程序机，用于调度用于广播的广播元素的；和ii)用户输入数据存储器，用于存储用户输入的数据，其中程序机适用于存取用户输入数据存储器，和调度广播元素，一个或多个广播元素的调度至少部分地是由存储的用户输入数据确定的。

存储的用户输入数据可以包括一个或多个用户输入本身，和/或有关用户输入的数据，例如，接收的输入的数量。例如，根据当时提供的交互业务的性质，存储的用户输入数据可以包括以下的一种或数种：得票数或计算的票数，信息的请求，诸如对于观众提出的问题的回答之类的多种选择机会的选择，竞争条目，购买信息，以及诸如剪集片段、文本消息、图片消息、和献词之类的广播内容。数据可以是各种形式，包括但不限于数量，文本图形，图像，音频和视频，或它们的任何组合。

广播元素包括要单独或与其它广播元素一同实际广播的材料。并且可以是长的或短的。例如，广播元素可以是节目的一部分，例如开头或结尾段、视频或音频片段，或者可以填充有诸如广告之类的节目中断。作为替换，可以是一日或一周广播的一部分，或频道的一部分。广播元素也可以是广播中与其它材料同时显示的材料。例如，在基于屏幕的系统中，它可以是显示为重叠画面的一段文字，或画外音。

根据本发明的一个实施例的一种调度系统可以进一步包括用于存储要通过调度器调度的广播元素的资产(asset)存储器。可以从一个或多个源组织这些广播元素，以便存储。例如，存储的广播元素可以包括从磁带或盘组合的视频和/或音频片段，文本或图像重叠画面，和诸如插入、介绍和结束材料之类的预先录制的显示材料。

优选的是，资产存储器适合于存储“资产”调度标准以及广播元素。调度标准可以包括数据和/或在确定调度器如何处理不同类型和/或不同时间的广播元素中使用的逻辑，例如，规则、算法、和播放表。

用户输入本身可以包括一个或多个广播元素，例如，要在屏幕上显示的消息和献词。作为选择和附加，用户输入或存储的用户输入数据可以简单地标识一个或多个广播元素。例如，存储的用户输入数据可以包括对于广播元素的选票或请求，例如，来自播放表的项目。

由存储的用户输入数据标识的广播元素可以是在广播系统的内部，例如，存储在广播元素存储器中，或至少一个或更多位于广播系统的外部。系统外部的广播元素可以通过广播系统组合，但是，不能通过系统存储或控制。例如，被标识的元素可以是由一个独立广播服务提供的现场新闻。

广播元素可以被直接地标识，例如，用分配给各个广播元素的代码，或间接地标识它们，例如，通过日间信息的频道或假定时间。

调度器不必适合于直接访问用户输入数据存储器。实际上，它可以经过另一个设备或其它设备，或经过其它软件，接收用户输入数据。

广播系统可以进一步包括用于处理用户输入的用户输入处理器。可以适合于处理用户输入，以便产生存储在用户输入数据存储器中的用户输入数据，或处理已经存储在用户数据数据存储器中的用户输入数据。

用户输入处理器进行的处理可以采取任何一个或多种形式。例如，处理器可以根据类型对用户输入分类，从而可以，例如，根据类型存储它们。作为选择或附加，处理器可以用于读取，或至少是识别，用户输入中的内容，例如，读取和计数选票或请求，读取和评定竞争输入或对问题的回答。处理器可以适合于识别用户输入包括的广播元素。处理器优选适合于给用户输入包括的广播元素提供确认和/或编辑工具。

最好要连接用户输入处理器，以便传送处理的用户输入，存储在用户输入数据存储器中，从而由调度器在调度广播元素中使用。然后，可以通过处理的用户输入数据至少部分地确定一个或多个广播元素的安排。例如，在处理器根据类型分类用户输入的情况下，调度器可以不同地调度不同的类型，例如，调度献词，以便将它们重叠在一个相关的剪辑上，仅仅是将调度消息显示在接收器上，而不需等待一个专用的剪辑。

在把处理器用于读取用户输入中的内容的情况下，可以通过该内容至少部分地确定一个或更多广播元素的调度。例如，在把处理器用于计数诸如选票或请求之类的用户输入数据的情况下，通过计数的结果，例如，接收的各个有关广播元素的选票或请求的数量，可以至少部分地确定一个或多个广播元素的调度。在把处理器用于评定诸如竞争输入或问题回答之类的用户输入数据的情况下，通过评定结果，例如，通过调度获胜竞争输入或正确的问题回答作为广播元素，可以至少部分地确定一个或多个广播元素的调度。作为选择，通过处理用户输入数据，例如，通过指定用户对于多个选择问题的回答，可以构造用于调度的广播元素。

一种可以确定调度的方式是，设定重复一个广播元素的优先次序或频率。例如，这特别适合于把处理器用于计数诸如对于，例如，来自播放表的项目之类的广播元素的选票或请求之类的用户输入数据的情况。通过接收的有关项目的选票或请求的数量，可以确定调度项目的优先次序或频率。

优选的是，可以给调度系统提供用于广播调度好的广播元素的第一输出，和用于处理好的用户数据和/或广播元素的第二输出。第一输出优选包括根据预定的要求从调度器输出调度好的和未调度的事件的输出。第二输出给用户输入或广播元素提供了能够在广播频道之外使用的机会。例如，如果需要，可以经过WWW站点获得它们，以在不同的和可能是长得多的周期中存取。

在使用中，本发明的一个实施例优选连接到一个或多个用户在提供存储在用户输入数据存储器中的输入中使用的通信系统。这种通信系统可以是电话网，局域网，互联网，或任何其它适合的网络，但是它优选要能以一种直接适合于在用户输入数据存储器中存储的格式，接收和发送用户输入。例如，移动电话网可以用能够直接装载到用户输入数据存储器的文本消息的形式接收和发送用户输入。同样，诸如局域网或互联网之类的数据网可以接收和发送文本消息。

在本发明的实施例中，如上所述，用户输入本身可以包括广播元素，并且这可以是，例如，无线电、文本、图片或图像形式。因此，本发明的实施例可以被设计为支持用户产生的消息的屏幕(或音频服务的情况下在空中)广播。接收广播的用户可以用多种方式与之交互，包括但不限于，将广播的消息发送到其它用户。以这种方式，用户可以在广播中表达他们的意见以便他们的同僚分享和评论，并且也可以指定广播内容。

因此，可以将本发明的实施例设计为用来支持用户与广播系统之间的更广泛的交互性，以在观众与节目、daypart、或频道之间建立更强的关系。

使用调度器实时地选择和调度节目元素是特别有利的。例如，可以直接响应用户的要求提供灵活的节目安排。例如，如果按照播放表发送节目，那么可以响应要求改变播放表。

优选的是，改系统进一步包括根据时间周期调节调度器对于用户输入的响应的装置。例如，时间周期可以是一天的一部分，在这种情况下，可以在一天的不同时间改变调度器的行为。但是，时间周期也可以是一周的一部分，在这种情况下，可以在不同的天，例如，周末，改变调度器的行为。

调度器的响应可以用一种以上的方式调节。优选的是，给调度器提供至少一种算法，所述算法至少部分地确定它的响应。然后，可以通过根据时间周期改变算法或算法使用的参数，调节调度器的响应。例如，用户输入可以标识特定的广播元素。调度器可以在一天的一个时间将用户输入处理为观看那些广播元素的选票，和可以在一天中的另一个时间将它们处理为放弃那些广播元素的选票。作为选择或附加，算法可以保持不变，但是可以通过改变调度器响应用户输入调度的广播元素来调节调度器的响应。例如，调度器可以响应用户输入从一个指定的播放表调度广播元素，该播放表可以根据时间周期替换、扩充、或改变。

也可以将本发明的实施例设计为用来支持各种不同的接收用户输入的通信技术，用户输入不仅包括IVR，而且也包括，例如，消息传递(SMS或MMS)、电子邮件、和/或机顶盒格式。

根据本发明的第二方面，提供了一种用于组合要广播的广播元素的广播组合系统，改系统包括用于存储一个或多个广播元素的资产存储器，和用于处理广播元素的资产处理器，其中资产存储在使用中存储至少一种在组合要广播的广播元素中使用的规则或算法，并且资产处理器提供至少一个用于通过编辑处理广播元素的工具。

在改广播组合系统中，至少一个存储的规则或算法可以包括在调度用于广播的广播元素中使用的调度标准。这种调度标准可以包括一种响应至少一个用户输入的规则和算法。当然，广播组合系统的这种形式特别适用于本发明的第一方面中的实施例。作为选择，广播组合系统本身可以包括一个用户输入处理器。

优选的是，至少一个存储的规则或算法是依赖时间的。这使得广播组合能够根据一天的时间、一周中的天、或甚至根据季度改变。

广播组合系统本身可以包括用于通过调度组合广播的调度器，或它可以适合于与一个分离的调度器一同使用。但是，分离的调度器最好能够应用于任何调度标准，例如，通过具有一个专用的接口。

优选的是，资产处理器包括用于建立或修改一个或多个广播元素和/或规则或算法的装置。这样提供了一种十分灵活和通用的系统。

根据本发明的第二方面的广播系统可以包括：

i)用于存储广播元素的资产存储器；

ii)用于存储用户输入数据的用户输入数据存储器；

iii)用于处理广播元素的资产处理器；和

iv)用于处理用户输入的用户输入处理器，其中用户输入处理器适合于处理用户输入以提供在用户输入数据存储器中存储的用户输入数据，和资产处理器适合于处理在资产存储器中存储的广播元素。

如同本发明的第一方面一样，用户输入本身在使用中可以包括一个或多个广播元素。

本发明的第二方面的实施例可以提供一种收集和处理广播元素从而使得它们能够在后续调度中使用的有力工具，但是，后续调度可能会被执行。因此，本发明的第二方面在作为发射机和接收机的方式中，与第一方面紧密相关。本发明的第二方面可以用于组合本发明的第一方面的调度器使用的广播元素和用户输入数据。

根据本发明的第二方面的资产存储器、用户数据数据存储器、和用户输入处理器中的每一个可以与根据本发明的第一方面中的相同。例如，正如本发明的第一方面的实施例那样，资产存储器可以存储广播元素和调度标准。

资产处理器可以包括以下的任何一种或多种：

·用于将广播元素编码成一种适合于广播的格式的编码器，例如，将视频材料编码成MPEG格式；

·用于编辑广播元素的编辑器；

·编写调度标准的程序的编程能力。

应当注意，资产处理器和用户输入处理器在实际中可以在同一个软件应用中实现，或把代表两种处理器的功能以任何惯用方式分配在两个或更多的独立应用之间。但是，一般地讲，用户输入处理器通常在广播过程中执行其功能，而资产处理器通常在广播之前执行其功能。

本发明的实施例还包括与上述广播系统一同使用的用户输入处理器，改用户输入处理器具有用于接收用户输入的输入端，至少一个用于处理接收的用户输入的处理工具，用于输出处理过的用户输入广播系统在调度广播元素中使用的第一输出端，和用于处理的用户输入的第二输出端。第二输出端适合于连接到互联网。这种类型的用户输入处理器具有用一种以上的方式使用处理用户输入并且提供给一种以上类型的用户的优点。并且不必为了两个输出端以相同的方式处理用户输入。

根据本发明的第三方面，提供了一种广播方法，所述方法包括步骤：

i)接收广播元素表；

ii)接收与至少一个广播元素有关的用户输入，和

iii)响应接收的用户输入。

接收的用户输入本身，除了表中列出的以外，还可以包括至少一个广播元素。那么，步骤iii)可以包括，例如，将附加的广播元素与来自表的至少一个广播元素一同广播。作为选择或附加，它可以包括重新排列该表和/或输出对用户输入的回答。

例如，广播元素的表可以从上述资产存储器接收，其中，资产存储器不仅存储广播元素，而且也存储诸如播放表之类的调度标准。

这种方法允许广播系统将来自用户输入的内容叠加到预先调度的节目的元素上，例如，来自体育视频或音乐视频剪辑表或音频播放表的项目。

优选的是，改方法进一步包括在广播之前处理广播元素的步骤，例如，以诸如MPEG之类的适合于广播的格式编码材料，或编辑广播元素。在可以经过用户输入接收广播元素并且广播元素不能满足广播标准的情况下，编辑广播元素的能力是特别有用的。

优选的是，能够在一个较短的时间周期中执行步骤ii)和iii)，例如，在一天之内或甚至一个小时之内。更好的是，能够执行步骤ii)和iii)，以便对用户输入提供实质上实时的响应，例如，在十分钟或更短的时间周期中，或甚至十秒钟或更短的时间周期。

任选的是，附加广播元素可以结合用于出现在接收的表上的广播元素的标识符。这使得用户能够评论或题献给诸如体育视频剪辑或音乐视频剪辑之类的广播项目。

改方法优选进一步包括步骤：

iv)接收标识表中的至少一个广播元素的至少一个用户输入；和

v)根据至少一个用户输入，从所述表产生一个广播元素的排序表。

这种方法使得广播系统能够响应用户输入，例如，通过响应用户请求将一个项目进一步移动到播放表上。

随着更多的频道运行在数字电视平台上，每个新频道对于用户和广告及赞助收入具有更大的竞争性。为了使频道能够生存，必须以尽可能低的成本操作，和提供有吸引力的服务。本发明的实施例能够利用特别适合于这种竞争性环境的坚固的开放体系机构，提供灵活、交互、和低成本的制备和播出系统。它们也可以提供一种特别灵活以整和屏幕上的视频和图表的方式，和运行实际上实时响应用户的交互广播以及直线调度广播的处理方法和算法。

本发明的实施例也可以在播出之前使用，以管理来自包括用户输入在内的各种源的各种广播元素，例如，通过编辑或确认它们而处理它们，和在调度之前将它们与诸如播放表之类的调度中使用的工具组合在一起。

因此，根据本发明的第四方面，提供了一种组合用于广播的广播元素的方法，所述方法包括步骤：

i)处理至少一个广播元素，和把处理过的广播元素装载到资产存储器中；

ii)存储一个或多个在组合一组用于广播的广播元素中使用的规则或算法；和

iii)将至少一个所述规则或算法应用在组合一组包括至少一个处理过的广播元素的用于广播的广播元素中。

根据本发明的第四方面的方法可以进一步包括经过用户输入接收有关至少一个广播元素的数据。然后，可以根据接收的数据，执行将至少一个所述规则或算法应用在组合一组广播元素中的步骤。

该方法可以进一步包括经过用户输入接收至少一个广播元素，并且广播元素的组合的组包括至少一个经过用户输入接收的广播元素。

此外，该方法可以包括广播组合的组的步骤。

优选的是，根据一个或多个用户输入提供播出的本发明的实施例具有比较快的响应时间。进行用户输入的用户看到的响应时间是用户输入的提交与系统对用户输入的性质作出的响应之间的响应时间。本发明的实施例优选具有系统接收到用户输入与系统对用户输入作出的响应之间是十分钟或更短的响应时间。更好的是，响应时间为两分钟以下。在一些实施例中，响应时间可以是十秒钟以下。

广播元素不必在响应时间内实际广播。只要系统已经调度了它，系统对用户输入的性质作出的响应可能采取不同的形式。例如，系统可以广播有关广播元素的调度信息，或可能发送调度信息以回答用户输入。

本发明的实施例可以利用一些现有的基础设施和技术，以便降低转换成本。它们可以提供一种组合现有硬件和软件组成部分的简单方式，以建立一个可能具有无缝冗余的综合性的体系机构。

根据本发明的一个实施例的交互系统可以用在广播公司需要的任何范围，并且可以用于，例如，在一天24小时或一天的部分时间广播整个频道，或只是广播一个或多个选定的节目。一个出于广播公司观点的优点是，作为本发明的实施例中固有的交互性的结果，广播公司和/或广告公司可能获得来自或有关用户的连续的实时反馈。根据收费安排，也可以将交互广播提供为收费服务，从而从用户输入获得收入，例如，通过对输入呼叫收取额外的费用。

本发明的实施例不必包括用于输出广播的广播设施。它们可以被设计为具有足够的灵活性，以适合于，并且物理地连接到广播设施。它们仍然可以提供一些简单和容易地由用户操作的业务，以建立现有或独立地提供的广播设施从未提供过的交互性。

词汇表

以下的词汇在本说明书中使用时，具有以下的意思：

AES/EBU一种以Audio Engineering Society/European Broadcasting Union命名的数字音频传输标准；

CLI主叫线识别；

DSL数字用户线；

DVI交互式数字视频系统；

GPI通用编程接口；

HDD计算机的硬盘驱动器；

IBS交互式广播系统；

IP网际协议；

IVR交互式语音响应：一种与呼叫方互动并且通常是基于菜单的语音识

别系统；

Microsoft IIS微软互联网信息服务器；

MMS多媒体消息服务，2.5代和3代蜂窝电话技术的特征；

Moderation为了适应性而筛选用户输入；

MPEG运动画面专家组(视频文件格式化)；

PCI外设部件互连系统：一种微处理器与连接的设备之间的互连系统，其中扩展槽紧靠地间隔以高速操作；

PDA个人数字助理；

RAID廉价磁盘随机阵列，通常具有如下构造；

RAID-0具有条带但没有数据冗余。它提供最佳性能但是没有容错；

RAID-1提供磁盘映射并且没有条带。由于在同一时间中可以读取任何一个磁盘，从而提高了读取性能。写入性能与单磁盘存储相同。RAID-1在多用户系统中提供了最佳性能和最佳容错；

RAID-5包括旋转奇偶校验阵列，从而所有的读和写操作可以重叠。

RAID-5存储奇偶校验信息但是不存储冗余数据(但是奇偶校验信息可以用于重构数据)。RAID-5需要至少三个，通常是五个磁盘，构成阵列。它对于性能不是关键性的，或极少进行写操作的多用户系统是最好的；

RVIS远端用户输入服务器；

SBS调度广播服务器；

SDI串行数字接口；

SMS简单消息发送或“短消息服务”，GSM蜂窝电话技术的特征；

SOAP简单对象访问协议；

SQL结构化查询语言；

STB机项盒；

SVHS超级垂直螺旋扫描；

t1 line高容量语音或数据线；

VBI垂直消隐时间；

VIS用户输入服务器；

VOD视频点播；

ViFi可互操作无线局域网；

Wi-Max具有扩展连接性的WiFi；

XML可扩充标注语言。

最后，“User Telephone Number”代表用户正在呼叫或texting from的电话号码，而“User Contact Number”代表显示给用户以发送(呼叫或text)消息或对频道的请求的电话联系号码。

附图说明

现在仅通过举例说明的方式，参考附图说明根据本发明的一个实施例的交互式广播系统(IBS)，其中：

图1示出了IBS的示意图；

图2示出了在图1中所示的IBS中使用的，编码视频的系统的示意图；

图3示出了在图1中所示的IBS中使用的，编辑视频和节目频道的系统的示意图；

图4示出了在图1中所示的IBS中使用的，校验内容的系统的示意图；

图5示出了在图1中所示的IBS中使用的，将校验的内容传送到调度广播服务器的系统的示意图；

图6示出了在图1中所示的IBS中使用的，调制用户输入的系统的示意图；

图7示出了在图1中所示的IBS中使用的，用于从现场传送到备用广播服务器的系统的示意图；

图8示出了在图1中所示的IBS中使用的，用于存档频道编程数据的系统的示意图；

图9示出了在图1中所示的IBS中使用的，用于调度广播服务器的远端管理的系统的示意图；

图10示出了在图1所示的IBS中使用的，用于测试和开发的系统的示意图；

图11示出了在图1所示的IBS中使用的，用户输入处理和存储的功能方框图；

图12示出了在图1所示的IBS中使用的，组合广播流的设备的功能方框图；

图13示出了在图1所示的IBS中使用的，调度器的功能方框图；

图14示出了显示图1所示的IBS广播的可视材料的屏幕的布局的示意图；

图15示出了用于支持图1所示的IBS的简单平台；和

图16至19示出了用于支持多个频道的，图1中所示的IBS的设备的可选配置的示意图。

具体实施方式

1.IBS概述

安排交互式广播系统以接收和响应与广播材料相关的用户输入。用户输入在接收单上评定，语法分析，并且写入到数据库中。广播调度器根据编程的算法连续地轮询新的用户输入，并适当地调节其调度。例如，这可以是将来自用户输入的内容插入到现场或预先记录的广播中，或重新排序广播的元素，例如，来自播放表的旅行剪辑。系统具有许多应用。例如，用户可以邮寄消息或题献，在讨论节目中互动，给播放表的剪辑投票，请求实况转播，输入竞争或进行购买。作为选择，调度器的响应可以是依赖时间的，例如，在一天的特定时间，或在一周的特定天，改变算法或调度的内容。当与频道通信时，用户总是接收确认通知。

参考图1，交互式广播系统(IBS)主要跨越三个域提供：

·网络提供商的域100，

·IBS提供商的域105，

·一个或更多广播主机域110，115。

IBS向用户120广播材料，用户120可以借助经过通信网(未示出)对IBS进行输入作出响应。在网络提供商域100内接收用户输入，并且使得IBS可以在修改后续广播中使用。一个重要的特征是，IBS能够给出实质上实时的响应，从而用户可以立即看到他们的输入结果。另一个重要特征是，来自用户输入的内容可以显示在屏幕上，例如，作为文本覆盖图像。这意味着用户可以利用屏幕有效地彼此通信，例如，进行题献或发送消息。

域100，105，110，115中的每一个提供一些IBS功能(显示在图1上的方框中的每个域中)，和一些数据存储(显示在图1上数据库符号内的每个域中)。在下述的实施例中，每个域100，105，110，115被设置一个或多个服务器，所述服务器支持提供功能的软件应用，和提供数据存储的数据库。

应当注意，域之间的IBS的分离不是必要的，并且服务器的分布，和功能与数据存储的分布都不是必要的。在不同的实施例中，例如，可以在一个单一域中和一个单一机器上，例如，一个单一的服务器上，运行IBS。作为选择，任何域可以延伸跨越数个机器，或任何两个或更多的域可以共享一个或更多的相同机器。

尽管在以下的说明中，一般地说明了mySQL数据存储器，但是，可以使用各种其它数据库，包括但不限于，Microsoft Access，Oracle和SQLServer。

广播传输以已知的方式到达用户120，并且，在这个实施例中，它经过一个从广播主机域110，115到上行链路130和卫星125的输出101，尽管也可以使用其它传输技术。为了冗余，优选使用至少两个广播主机域，这些广播主机域提供实况和备用广播传输。但是，也可以用一个单一主机域110广播。

还具有一个来自广播主机域110，115的第二输出102，并且这个输出102通向一个用于“离线”提供诸如选定的广播元素和/或处理过的用户输入之类的IBS材料的WWW站点。文中的“离线”意味着不是来自第一输出101的广播传输的一部分。

首先考虑网络提供商域100，这提供了用于用户输入分类的功能150和用于存储分类的、未处理的用户输入的数据存储器155(在这里标注为“RVIS”155)。为了与IBS互动，用户120利用已知的通信技术，例如，电话网(未示出)，进行输入。用户输入可以是各种不同类型的，并且这些用户输入需要被分类，以便IBS能够适当地响应不同的类型。例如，用户输入可以是对播放表上的一个项目的选票，对一个问题的回答，或广播消息的请求。用户输入分类也可以利用分类软件或已知的数据库技术进行。例如，用户120可以使用第一电话号码投票，和第二电话号码进行消息请求。因此，凭借它们接收所在的电话连接，将选票和消息请求自动地分类到它们各自的类型。同样地，可以将所有用户输入发送到一个单一移动电话短码，并且通过RVIS 150分类。

更具体地讲，分类软件可以根据多个标准分类数据库中的用户输入，多个标准包括但不限于，用户输入本身，在其接收时广播的交互式服务，有效用户输入的范围，输入进入的电话号码或SMS/MMS短码，和发送它的用户的标识符。一旦进行了分类，用户输入被放置到RVIS 150中的一个适当表中。例如，如果用户输入仅是由三个数字的号码组成的并且广播的交互式服务是投票服务，那么用户输入将被看成是选票。

分类的未处理输入存储在网络提供商域100中的RVIS 155中。可以将它们从这里传送到IBS中的一个或更多的适当位置。在本发明的这个实施例中，用户输入被实况和备用地传送到每个广播主机域110，115中的服务器175(在这里标注为“VIS”175)。在广播主机域110，115可以将请求和选票用来调度。但是，例如，在可以筛选内容的情况下，利用IBS提供商域105中的调制设备评定消息请求。然后，也将调制的消息请求存储在每个广播主机域110，115中的VIS 175中，并在调度中使用。

其次考虑IBS提供商域105，这提供了用于管理IBS、准备用于调度的广播内容、和编程调度中使用的标准的功能160的主要部分。它也提供了在这里标注为“Storage Server”165的数据存储器，以支持这种功能。一般地讲，IBS提供商的域提供了IBS的总体管理，加上包括一个资产存储器和一个资产处理器的“资产管理器”。在本文中，“资产”首先是广播元素，然而是源头的，其次是调度标准。资产处理器提供一种或多种用于组合广播元素和调度标准的工具，例如，编码、编辑、和编程工具。

具体地讲，IBS提供商的域105中提供的功能包括：

·编码用于广播的材料，

·广播编程，

·校验内容和对实况的促进，

·广播主机域110，115中功能和相关数据的远端管理，

·监视，和调节用户消息，

·格式开发。

第三，考虑广播主机域110，115，每个广播主机域110，115提供包括调度器1200的功能170，调度器1200用于调度显示对在网络提供商的域100接收的用户输入的实施响应的广播材料。调度器1200可以根据权衡多个因素的规则或算法在广播时刻进行编程决策，所述多个因素包括：例如，

·用户输入，

·播放表内容，

·时刻，

·以前的广播材料。

在观察中，上述IBS在与选择和修改其行为的工具一起使用中具有如下方面：

·广播资产管理，

·接收用户输入的接通性，

·用户输入处理，

·广播元素的对应调度，

·广播该广播元素。可以将其描述为包括一个广播资产管理器、用户输入处理器和一个调度器，其中资产管理器存储和准备广播元素和调度标准，而用户输入处理器可以提供一种或多种处理，例如，分类、语法分析、评定的显示、计数、用户输入的确认和/或转送。应当注意，这些用户输入处理不必提供在一段软件或应用程序中，并且可以将它们提供在一个以上的域100、105、110、115中，例如，甚至提供在提供调度的应用软件内。

上述IBS具有一种基于硬件和软件系统的组合的体系机构，和一个在广播主机域110，115中操作广播的安全主办环境。这种体系机构是一个具有整和数据库、电信、监视和信号传送的接口的开放式体系机构。

尽管在图1中仅示出了一个广播系统，但是这种体系机构足以在同一时间支持多个交互式广播频道。例如，可以支持一组不同的频道，它们的不同在于：广播小时，内容，语言，广播的地域，支持的交互性和分布方法。

现在更详细地说明上述三个域中的每一个。

2.网络提供商的域100

用户120可以通过递送请求、对问题的回答、对信息的请求、对于产品的购买信息、选票和消息来与广播材料互动，所述消息包含文本和/图像。这可以利用诸如电话、SMS、互联网、机顶盒、语音识别系统、或其同通信系统之类的标准通信进行。用户输入在网络提供商的域100接收，在网络提供商的域100中，它们被作为数据存储在“RVIS”155上。

网络提供商分配专用的电话号码和/或其它地址，以使用户能够发送输入。这些号码和其它地址通过，例如，广播或诸如广告之类的其它方式公开。这种号码/地址使得能够安装类型对用户输入进行分类。例如，可以将第一个号码或地址分配给请求和选票，而把第二个号码或地址分配给消息。在第一号码或地址接收到的是个事件可以存储在RVIS 155中作为请求或选票(在此阶段，可以同样地看待请求和选票)，而把在第二号码或地址接收的每个事件作为消息存储在RVIS 155中。作为选择，可以将一个单一的电话号码或短码用于所有用户输入，并且通过RVIS 150将其分类成类型。

最终，要与一个特定的广播频道相关联地使用用户输入。每个频道在与该频道相关联的交互式服务持续时间中，优选具有一个分配给它的RVIS155。还要优选的是，将网络提供商分配以接收用户输入的电话号码和/或地址专用于要处理适当的程序的RVIS 155。

用户输入具有根据输入的类型格式化的内容。在一个可以交互式地广播的节目的例子中，可以具有音乐、体育、旅行、成人或其它视频剪辑的播放表。可以要求用户120递交有关视频剪辑的请求或选票。作为选择或附加，可以邀请用户120递交消息或题献、对问题的回答、对于信息的请求、对于销售的产品的投标、对于集锦节目的选票、或对于观看特殊信息广播的选票。在一个IBS服务的例子中，这些不同类型的用户输入的内容可以是如下的：

1.请求-

在提供服务的任何时间，用户可以递交一个标识来自播放表的剪辑的请求。一旦处理了这些请求，IBS响应可能是改变各个剪辑的顺序或频率。将请求被格式化以包含一个代码，例如，具有标识该剪辑的预定数量的数字(例如2，3，4或更多)的号码。

2.选票-

服务标识用户120必须发送输入的专用时隙。有一个投票的截止时间，在这个时间之后不再接受选票，并且在此之后应当给用户一个指示投票周期已经过去的消息。如同请求一样，选票是经过格式化的，以包含标识剪辑的代码，例如，具有预定数量的数字的号码。选票可以是对于一个要广播的特定剪辑的赞成票或反对票，或在购物服务的情况下，是观看特定产品的选票。

3.文本和图像消息以及视频消息-

在提供服务的任何时间，用户120可以递交一个与正好在这个时间播出的内容一同广播的消息。消息可以包含文本和/或图像。格式化消息以包含文本串和/或图像和/或视频。(为了编程、技术或编辑的原因，可以限制消息长度，断定消息是否合适。)

4.题献-

在提供服务的任何时间，用户120可以递交一个与特定视频剪辑一同广播的消息。就是说，消息仅在播出和显示该剪辑时才广播该消息。格式化题献，以包含一个标识该剪辑的代码(如上所述)，以及一个文本串和/或图像。

5.对问题的回答-

在提供服务的任何时间，用户120可以递交对问题的回答，或者作为实况广播的一部分，或者是作为竞争。对于观众提出的问题的总合回答可以在实况广播期间播出以便观众观看，或在竞争的情况下，各个获胜者名字在一个预定的未来时间广播。根据实际问题，在多选择问题或字或数字的情况下，对于问题的回答可以采用字母(a，b...)的形式。

6.信息的请求-

在提供服务的任何时间，用户120可以递交有关产品或节目的信息的请求。例如，这应用在观众希望获得有关一个特定产品的更多的信息的购物服务的情况下，或应用在观众请求获得有关节目的更多的信息，例如，广播时间，的基于节目的服务的情况下。观众也可以预定在节目广播时提醒他们，和用有关节目及其安排的新闻修正他们的服务。对于问题的回答一般是回答文本消息的形式。它也可以是电子邮件的形式或其它通信方法。

7.购买产品的请求或对出售产品的投标-

在提供服务的任何时间，用户120可以递交购买请求或对出售的产品的投标。这可以应用在销售、拍卖、或基于投标的购物服务或提供货物和/或服务的其它服务的情况下，其中观众希望对一个特定产品投标。投标只有在销售产品时才被接受。对于投标的响应一般是回答文本消息形式的。它也可以是电话呼叫或其它通信方法的形式。

8.单人或多人游戏中的移动-

在提供服务的任何时间，用户120可以提交游戏中的移动。这应用在频道上广播单人或多人游戏的情况下。移动只有在进行特定的游戏时才被接受。回答依赖于正在进行的游戏，但是一般有两个部分：观看电视屏幕上的回答和回答文本消息。它也可以是电话呼叫或其它通信方法的形式的。

9.aiv/wav文件或万维网cam流-

在提供服务的任何时间，用户120可以递交一个实况或预先录制的avi/wav文件或万维网cam流，以便在其发送时间或在以后的一个时间点与广播组合。(格式化avi/wav文件或万维网流以包含视频信息。)

网络提供商优选为每个用户输入至少收集以下数据：

i)接收用户输入和被指派的客户的号码或地址；

ii)在可用的情况下，从其接收用户输入的完整电话号码(“CLI”)；

iii)内容，例如，标识代码和/或文本串和/或图像；

iv)一天的时间和日期；和

v)呼叫的长度(在可用的情况下)。

以上独立地说明了请求和选票。但是，它们可以一起存储在RVIS 155中，至少也存储接收的时间。这是由于它是IBS服务在确定用户输入是请求还是选票的接收时间操作的模式。网络提供商的域100不必知道该模式。作为替代，根据它们的接收时间和服务操作在接收时间的模式，这些用户输入简单地触发来自IBS服务的不同响应。这是通过广播主机域110，115中的调度器1200确定的。

以上，凭借接收它们的号码和地址，将用户输入分类成各种类型。但是，一种替代的分类方法是评定内容的格式。例如，选票或请求是一个三个数字的号码，消息仅是文本串和/或图像，而题献包含一个三个数字的号码和文本串和/或图像。因此，根据内容格式，可以将用户输入分类成三种类型。如果用户输入没有紧随一个预定的消息类型(已经被公开或使用户120知道的)，那么不通过IBS处理它。无论用户输入是如何到达的，例如，通过电话或电子邮件，都可以在RVIS 155中正确地分析和存储有效的输入。

可以看到，不应当把上述格式看成是一个排他表。可以发现适合于支持其它服务形式的其它格式。

作为数据存储在RVIS 155中的分类用户输入随后被传送到广播主机位置110，115中的工作的和备用的数据库175，195。这些数据库在这里每个都被记为“VIS”175，195。不必将数据首先存储在RVIS 155中。网络提供商域100可以操作，以将用户输入直接发送到VIS 175，195，但是这可能造成排队问题。作为选择，RVIS 155和VIS 175/195可以结合在一个共同的系统中。

通过将行插入到RVIS 155上的数据库中，把分类的用户输入存储在RVIS 155中。如果用户输入是以另一种形式(例如，通过TCP/IP的XML)接收的，那么位于RVIS 155上的预处理器将处理该输入，并且将它转换成数据库表。例如，RVIS 155可以经过运行在分解XML的Microsoft IIS上的TCP/IP服务接收输入，确定接收到的输入的类型，和将数据插入到RVIS 155上的适当表中。

构造RVIS 155以将其用户输入表中的数据复制到实况和备用的VIS175，195中。这是利用数据库分布/复制将用户输入在其到达时推进到各个VIS数据库175，195中而完成的。这利用了一种默认机构，将用户输入异步地发送到每个VIS 175，195。因此，如果VIS不可访问，或只是遭受到业务高峰期的延迟，那么RVIS 155将临时地使用户输入排队，直到它再次可用。

可以使用其它装置在RVIS 155与VIS 175，195之间传送数据，例如，利用HTTP连接。

由于RVIS 155要处理多个频道，所以需要类似于(下面描述)VIS 175的构造。但是，这种活性是可预测和可测量的，并且基准应当显示一个可接受的系统大小。但是，无论何种构造，盘最好应当被映射以复原。

优选的是，数据向VIS 175，195的传送在WAN网(专用线或经过互联网的VPN)上进行，并且可以通过一个防火墙。分布/复制可以从网络提供商的域100远端地进行。数据传送优选在专用线路上进行。在网络提供商的系统中的系统或组件发生故障的情况下，优选可以恢复用户输入数据。在万一发生不能将数据从RVIS 155传送到VIS 175195的情况下，处理过程应当能够返回到试图传送数据之前的状态。优选保持一个事项记录，以防止数据丢失。网络提供商的域100与VIS 175，195之间的数据传送的任何故障不应当影响用户输入的收集。当数据传送过程恢复时，可以将其间收集的数据与初始传送一同传送。

可以从网络提供商的域100提供的进一步的功能是收费，反馈，和注册过程。

对于IBS服务的用户120的收费可以为每种服务独立地设定。例如，对于呼叫IVR、SMS和MMS输入的用户的收费可以为了各种不同类型的输入(请求、选票、文本消息、图像消息、等等)和每个分离的广播频道独立的设定。例如，一个频道可以在50p提供请求，在75p提供选票，和在99p提供文本消息，而另一个频道在40p，55p和75p提供它们。网络提供商的域100优选监视每个互动的收费量，并且将它传送到IBS数据库，IBS数据库提供在，例如，IBS提供商的域105中的存储服务器165上。

用户反馈和确认，优选的是，将用户输入确认为可接受的输入(例如，以使它们不会请求一个不存在的服务)。用户也优选接收一个适合于相关用户输入的确认消息，例如，如果他们的输入是通过语音进行的，那么是一个录制的语音信息。对于用户的任何外出消息优选具有可能包括诸如提醒或广告之类的消息的容量。

用户登记和注册，可以要求用户登记和注册某种个性化服务。因此，网络提供商的域100可能需要与一个用户信息数据集互动，可以是已经在该站点的数据的子集。这种用户信息需要接收来自两个方向的数据：

a)来自用户的更新信息

b)从IBS到用户的个性化消息。

登记和注册不必通过网络提供商的域100提供。例如，在经过互联网进行用户输入的情况下，登记和注册可能更适合通过IBS提供商的域105提供。

从以上的说明中应当知道，在本实施例中的网络提供商的域100可以整体地看作是一个用户输入处理器的各种用户处理中的至少一个。例如，它提供了分类。

3.IBS提供商的域105

如上所述，这个域105提供了用于管理IBS、管理广播资产(一般的广播元素和用于处理广播元素的工具/规则/算法，包括日期部分)、和准备用于根据用户输入调度的材料的功能160的主要部分。这将在以下的两个一般方面“3.1”至“3.6”中说明。

一般地讲，IBS提供商的域105是由用于数据的传送的网络和软件支持的，例如，利用以太网技术210。内部和外部的传输率优选的是至少100Mbps。这将使得能够适时地传送文件，尽管不能可靠地通过网络传送视频流。

3.1编码调度内容

参考图1和2，在这里所述的实施例中，通过IBS发送的广播主要包括MPEG-2视频，MPEG-4视频，或其它编码数据，它们可以直接发送到电缆终端盒或卫星上行链路130，并且用已知的方式传播到传送点，例如，传播到电视机、移动电话或用户的住宅/房屋中的PC。为了编码和存储内容，IBS提供商的域105装备有视频播放器200，具有HDD、用于运行软件160的工作站205，和存储服务器165，并且这些设备一同支持这里所述的广播资产管理。

图2示出了编码视频的系统，即，把视频数据从运行在视频播放器200上的数字或模拟磁带传送到网络工作站205的HDD上的MPEG-4格式的系统。这包括：

(1)编码从视频播放器200到本地工作站HDD 205的视频材料；

(2)将编码的视频和音频数据文件存储在一个或多个网络存储服务器165上；

(3)确认文件；和

(4)将确认的文件传送到DVD或其它便携式媒介。

以这种方式传送数据比较容易进行，并且有一个标准软件可用，例如，Operating systems copy utilities，或Adobe Systems Inc.提供的AdobePremiere。

数据从DVD或磁带经工作站HDD 205传送到网络存储服务器165。利用指向存储的新视频文件的指针刷新存储服务器165上的mySQL数据库。给予传送视频文件和操作它们所花费的时间，当传送开始时，应当为每个文件在mySQL数据库中记录一个条目，并且当它完成传送时，应当将一个状态标志刷新。所有编码的文件存储在存储服务器165上，同时也将一个特定时间周期(天，周或月)中广播所需的那些编码文件存储在广播服务器180，185上。

当然，将用户输入中使用的代码映射到代码标识的文件。这种映射保存在存储服务器165上的一个主剪辑数据库中。

3.2广播编程

参考图3，图3示出了作为广播资产管理的另一个方面的，给广播编制程序的系统。给广播编制程序包括：

·选择和编辑内容到广播中(调度的和未调度的)，包括，例如，一个或多个视频剪辑播放表；

·给构成每个播放表的剪辑加权，以便在没有用户输入时以适当的频率重复播放各个剪辑；

·选择或写出一个或多个用于确定IBS对用户的请求和/或选票的响应的算法。

因此，编程包括步骤：

1.从存储服务器165到工作站205的HDD检索MPEG视频材料；

2.利用诸如Avid Xpress(Avid Technology Inc的商标)之类的已知编辑软件编辑视频材料；

3.选择一个或多个播放表并为其加权；

4.选择或写出一个或多个确定IBS对用户输入的响应的算法；

5.选择或写出诸如表或游戏图像之类的形式广播元素。

在本文中，编辑的意思是编辑实际剪辑，以遵守诸如时间限制或分水界(例如，有时需要剪辑的两个版本，以显示一个特定时刻的之前和之后)之类的编程事项。

从存储服务器165检索视频文件，并且在工作站205上本地编辑。应当在存储服务器165上的mySQL数据库中设定一个注释文件已经被“验证”的状态标志。这显示它已经被处理过，作为对要作同样操作的任何人警告。此外，当编辑完成时，可以将状态标志设置到“核准的”或“可以广播”。

此外，播放表和算法在存储服务器165上的mySQL数据库内建立和刷新。这又应当具有一个可以设置以显示它们的准备就绪的阶段的状态标志。

在这里，可以建立或标记的新类型的广播元素是形式广播元素。优选的是，在广播之前准备形式广播元素，其目的是要在广播之前或广播过程中能够利用用户输入或其它输入修改或执行它。本发明的实施例的一个可能的应用是，以列表形式提供处理过的用户输入，例如，竞争或投票过程的结果。作为选择，可以将用户输入应用到交互式游戏，建立显示游戏格式的广播元素，在广播期间刷新以显示参与者的最后的移动。在这里，可以通过调度器1200，根据适当的算法，建立形式广播元素，并提供到广播主机域110，115以更新。

本发明的实施例的一个优选的特征是dayparts的使用。这是一种改变调度器1200的响应，根据时刻传递广播的技术。daypart程序编制的准备也是在IBS提供商域105中进行的，并且可以结合在上述的算法中。以下进一步讨论可能的算法的例子。

3.3校验内容和升格到实况广播

参考图4，示出了一个在接近实际生产的环境下校验准备的材料和编程决策的系统。校验最好是生产链的一个主要部分。为了执行校验，IBS提供商的域105包括校验服务器400和闭路监视器405。

校验包括步骤：

1.从存储服务器165检索有关的视频材料，并且把它装载到校验服务器400；

2.从存储服务器165检索有关的播放表和算法，并把它们装载到校验服务器400；

3.在校验服务器400上，启动调度器1200的复制，调度器1200的复制在实况传输的过程中在广播主机域110中运行；

4.在闭路监视器405上观看输出；

5.进行任何必要的改变；

6.确认有关的材料、播放表、和算法，以提升到广播主机域110，115中的实况和备用广播服务器180，195。

校验是一个不仅测试内容而且也测试播放表、算法、和daypart都正常工作的过程。

校验服务器400可以是生产广播服务器180的一个可升级复制品。多个频道可以共用一个校验服务器400。由于所有数据都可以从存储服务器165重构(依赖于执行恢复时的可接收停机时间)，所以生产广播服务器180的恢复性能不太关键。根据在同一时间窗口需要校验的多个频道，可以有多个校验服务器400。

优选的是，将数据从存储服务器165复制到校验服务器400，以便在传输之前校验。一旦通过校验，可以将数据复制到该频道的实况和备用广播服务器180，185。此后，如果需要，可以消除环境。

在一个实施例中，可以从实况和备用广播服务器180，185复制内容，以复制生产广播服务器和文件，从而帮助问题诊断，或测试联机修复，数据片，再现程序缺陷，模拟广播，和测试新的内容和功能。

视频文件和mySQL数据库内容复制到校验服务器400。文件可以经过标准Windows文件复制机构复制，这些可以在可能利用校验服务器400的多个频道之间共享。数据库内容可以经过子例程复制。然后，这将把表的内容以正确的形式，从存储服务器165上的mySQL数据库复制到校验服务器405上的每个频道的专用数据库中。子例程将被重构，以保证根据需要仅复制准备好的项目。实际上，可以构造子例程，以便如果在不是所有事情都被标记为“准备完成”的时候，返回一个错误状态。

然后利用闭路监视器405执行校验。

参考图5，一旦有关的材料、播放表、和算法被批准提升到广播主机域110，115中的实况和备用广播服务器180，185，就可以执行提升。这将通过将批准的视频、音频、和其它文件从校验服务器400传送到实况和备用广播服务器180，185而执行。传送包括步骤：

1.识别校验服务器400上的批准的(校验的)提升内容；

2.保证实况广播服务器180准备好接收数据；

3.利用，例如，租用线路或现场安装的DVD，开始对实况广播服务器180的传送；

4.确认完成和无错传送；

5.一旦对实况广播服务器180的传送完成，开始对备用广播服务器185的数据传送，并且重复步骤3和4。

即使在广播服务器180被用于广播的同时，也可能潜在地发生数据传送。校验服务器400优选应当至少包含需要被添加到广播服务器180上的一个当前集合中以播放下一个时间表的文件，并且存储服务器数据库165优选应当包含新的时间表和那些当前播放的时间表。

如上所述，广播服务器180，185以先实况，然后备用的顺序更新。也可以在同时更新它们，或可以优选首先更新备用广播服务器185。后一种安排具有以下优点，如果发生问题，那么可以在备用广播服务器185上检测，从而不影响实况广播服务器180。为了进一步减小危险，一旦将文件和数据库表复制到备用广播服务器185，选择和开始播放视频的周期，应当在把项目复制到实况广播服务器180之前，在备用广播服务器185上进行。

对于每个广播服务器180，185，可以将新的视频文件经过Windows文件复制复制到广播服务器180和185上。然后，可以从校验服务器400上的频道专用数据库表更新诸如算法和节目播放表(即，处理记录表之外的所有表)之类的包含静态控制信息的数据库表，例如，利用mySQL子例程。这把所述的表重置到与校验服务器400上的表相同。

这说明了为什么除了新的时间表之外，校验服务器400优选应当包括当前的时间表。对于广播服务器180的任何紧急更新优选应当在这个复制之前反射回到校验服务器400上的数据库中。

广播服务器180上当前正在进行的任何查询要使用表的老的拷贝，即使mySQL子例程正在进行。一旦查询完成，下一个查询将使用数据库表的新的拷贝。这也可以经过一个mySQL子例程处理。

播放表可以通过，例如，安排节目的人维护，并且在需要时更新，或可能以规则的间隔更新。

除了这个mySQL拷贝之外，可以使用文件拷贝将额外的媒体文件添加到播放表中提及的广播服务器180中。在这个阶段，新的或当前播放表上不需要的任何文件都可以除去(这也可以在新的播放表进入之后的任何点进行)。存储介质，例如，盘，应当包含足够的空间，以容纳来自两个播放表的全部组合文件表。(当然，存储介质需要被测试，以保证能够在播放现有的文件的同时，将新的文件写入到盘中。)

3.4广播主机域110，115中的功能170和相关数据175,180的远端管理

参考图9，优选的是，广播主机位置110，115的功能和数据能够从IBS提供商的域105管理。例如，从IBS提供商的域105远端执行的优选管理功能可能改变播放表、节目规则、用户输入规则或算法、daypart的定义、等等。

远端管理的适当系统包括步骤：

1.在IBS提供商的域105保证注册到一个工作站；

2.发现远端网络上的有关的广播服务器180；

3.对节目安排或服务器180进行要求的改变和调节；

4.对于下一个广播服务器180重复步骤2和3；

5.注销工作站。

可以把IBS提供商的域105的编程控制应用软件用于直接与实况广播服务器180和/或功能170互动。(在实际中，功能170可以运行在广播服务器180上。)所有这种访问都要经过mySQL子例程和/或包裹在数据库存储过程中。任何改变都将利用mySQL子例程复制被复制到备用广播服务器185中。

3.5监视，和调节用户输入

IBS提供商的域105也包括(1)监视部分，用来监视IBS的适当操作，并且在适合于保持其操作时进行干预，和(2)调节部分，用于调节从用户接收的文本和图像。ITC和其它规则要求一个频道广播的任何事情都满足品味和得体的要求。因此，所有用户数据都可以调节，并且可以在广播之前除去任何不适当的材料。

优选的是，在24/7的基础上调节所有用户输入。用户希望在较短的时间周期中看到他们的消息，否则会失去兴趣。因此，希望系统能够在短的时间范围内提供适当的响应。用户输入传输率应当足够快，以能够及时地传输数据，从而使得调节能够立即发生，并且确保能够在数秒内处理时间敏感的用户输入，并且排队等待广播。从接收到用户输入的时间到可以将它用于调节的时刻最好不超过10秒钟。应当将所有用户输入记录和存档，包括调节决策。用户输入的存档可以在规律的基础上从系统中除去，最好是在它们的大小增长到影响盘空间之前。应当执行一个规则的时间表以检索存档。

参考图6，如上所述，用户输入接收在网络提供商的域100中，并且格式化为作为未处理用户输入存储在VIS 175中的数据文件或mySQL表。用于调节用户输入的系统包括步骤：

1.在IBS提供商的域105中的工作站600观看作为数据文件/数据库表内容的未处理用户输入；

2.调节用户输入，认可或删除；

3.将认可的用户输入存储在实况和备用广播主办位置110，115中的VIS 175，195中，以便在广播中使用。

一旦将未处理用户输入成功地复制到实况VIS 175，那么IBS提供商的域105中的调节器软件直接从VIS 175读取这个数据。在这点，用户输入准备进行调节。一旦调节完成，用户输入被插入到IBS提供商的域105中的可存取的实况VIS 175中的第二个表的集合中，以用于播放表决策。

调节器软件可以运行在IBS提供商的域105中的存储服务器165上，但是也可以凭借基于万维网的应用软件通过互联网存取。这使得在实践中将工作站600定位在任何方便的位置上。

调节器软件对实况VIS 175的所有访问，例如，利用工作站600造成的改变的后果，是经过mySQL发生的。对实况VIS 175的所有修改都利用一个mySQL子例程复制到备用VIS 195。这保证了VIS 175，195彼此联机，准备好在需要时执行故障在线恢复(将在下面说明)。

此外，对于上述监视和调节，也要在预定的时间间隔，从广播服务器180，185下载记录，以便报告。例如，可以将记录用作管理依据(作为播放的记录)，广告(作为播放记录)，或用作内部分析(互动记录)。

许多广播和通信系统仅利用拉丁字符集操作。在本发明的实施例中，用户输入优选以其它类型的字符集接收和使用，例如，那些支持从右到左以及从左到右书写的语言，并且包括，但不限于，中文、西里尔字母、希伯来语、阿拉伯语之类的字符集。为了归档，这些字符集必须在整个系统上受到支持，从接收初始用户输入的RVIS，到输入被调节的VIS，和到广播用户输入的IBS，都受到支持。在RVIS和VIS，分类软件和数据库必须支持字符集。在IBS，数据库、调度和广播软件必须支持它。

3.6开发

可以将一个测试和开发子系统用于内部测试，和用于新的或修改的程序的开发。优选的是，应该能够访问广播服务器180，185但是仅能够存取内容数据，和最终的产品软件发布到校验服务器400上。

本发明的实施例可以一天24小时，一周7天，一年365天地提供具有实况或预记录内容的自动广播服务。维修、更新、数据存档、和任何潜在的造成破坏的活动应当服从这个关键目标。频道需要用新的数据更新，更新的频率取决于内容和频道的要求。在由于硬件和软件的限制系统不允许同时更新和播放的情况下，更新过程和可接受的停机时间都应当预先记录在案和取得同意。

参考图10，一个用于建立、测试和开发新的或修改的程序、daypart或频道图表和/或格式和特征的系统包括步骤：

1.保证在IBS提供商的域105注册到工作站1000；

2.建立和/或修改软件；

3.从存储服务器165检索内容(例如，剪辑或视频文件)；

4.从一个调节工作站600获取用户输入测试馈给；

5.通过将新的或修改的软件与检索的内容和测试馈给一同在校验服务器400上运行而测试新的或修改的软件。

新的特征和软件开发应当在用于实况广播之前在校验服务器400上试验。此外，新特征和软件开发优选在没有频道需要校验的周期中测试。任何客户软件修改都可以通过将软件装载到一个非生产PC上进行试验，和依靠校验服务器上的服务器组件测试。

从以上说明中可以知道，在本实施例中，IBS提供商的域105提供了数个可以集体看成是一个资产处理器的处理过程。除了调节用户输入的功能之外，上述所有功能可以被看成是一个资产处理器的部分。域105也提供了至少一个可以被集体地看成是一个用户输入处理器的用户输入处理过程。例如，它为调节600，1100提供了用户输入显示和编辑设施。

4.广播主机域110

在以下的说明中，仅说明了一个广播主机域110，但是在使用中，由于前面所述的原因，优选的是，具有一个实况和一个备用广播主机域。

参考图1，一般地讲，广播主机域110广播一个实际上实时从来自IBS提供商的域105的预编程调度事件和经过网络提供商的域100接收的实时用户输入建立的节目计划。最终的节目计划可以包含预录制的节目或实况节目。为了做这件事，它包括一个调度器1200和两个IBS服务器：

·用于存储未调度材料，特别是用户输入的VIS 175；

·用于存储调度的材料、内容和诸如用于处理用户输入的算法之类的静态数据、和daypart定义的广播服务器180。

调度器1200在未调度的材料，特别是用户输入的处理中，使用静态数据，然后，用它来修改调度的材料，从而从调度的和未调度的材料的组合形成了一个广播流(其包含预录制的和实况的材料)。这可以包括，例如，以规定顺序叠加了图表的音乐剪辑，来自演播室的实况馈给或使用二者一同构成一个节目。经过广播服务器180从广播主机域110的输出可以是一个串行数字接口形式的，串行数字接口经过专用高速线路或其它适当的装置到上行链路设施。

以下仅说明实况广播主机域110，但是备用广播主机域115是一样的。

在实际中，两个服务器175，180支持处理过程以及数据，并且这在广播主机域110提供了以下功能170：

·调度；

·用户输入确认；

·用户反馈；

·可选的，用户输入调节。

4.1VIS服务器175

参考图11，这些处理过程中的三个运行在VIS服务器175上。(只有调度器运行在广播服务器180上。)

VIS 175给来自RVIS 155的所有用户输入数据提供了一个存储库。在许多情况下，如上所述，RVIS 155定位在网络提供商的域100中，但是，在实践中，可以将它放置在任何地方，或在一些情况下，不需要RVIS 155，所有用户输入直接到达VIS 175。可以将数据从RVIS 155复制到VIS 175，并且，优选的是，将用户输入数据最初复制到表中。优选的是，该表包含各种类型的用户输入的未调制表。在一个实施例中，如上所述，复制可以利用mySQL子例程进行。优选的是，一个VIS 175在多个频道之间使用。每个VIS 175可以具有对IBS提供商的域105(例如，为了调节)，和广播服务器180及RVIS服务器155的合理数量的连接。

首先进行用户输入确认处理过程1105，该处理过程在选票和请求从RVIS 155到达VIS 175时，读取它们，确定标识来自一个播放或剪辑表的三数字号码是否有效(即，播放表的一部分)，并且根据IBS处于何种模式，将有效选票和请求放置到VIS数据库1115中的适当表中(选票或请求)。无效选票和请求被放弃。

由于题献是由消息和选票/请求组成的，用户输入确认处理过程1105也确认题献的三个数字号码的有效性。

其次进行用户反馈处理过程1110，每当用户发送一个消息或以任何方式与频道互动时，将触发这一处理过程运行。进行输入的每个用户从频道接收一个即刻的肯定应答，并且可能接收来自频道的进一步的响应。在网络提供商的域100经过IVR接收到用户输入的情况下，通过一个感谢用户的贡献的自动化语音，提供肯定应答。在SMS的情况下，一个消息发送回到用户以感谢他们的贡献，并且提供任何其它需要的信息。返回用户的消息是由运行在VIS服务器175上的用户反馈处理1110启动的，并且经过网络提供商的域100执行。在经过互联网接收到用户输入的情况下，将电子邮件发送回到用户以感谢他们的贡献，并且提供任何其它需要的信息。VIS服务器175带有Web(万维网)服务器1120，并且电子邮件回答可以经过万维网服务器1120执行。

第三，进行调节处理过程1100，优选的是，从IBS提供商的域105运行，并且上面已经说明了调节。(尽管在图11中被显示为安装在VIS服务器175上，但是，调节应用软件实际上可以安装在任何位置，例如，安装在IBS提供商的域105中)。简单地讲，操作人员可以检查存储在VIS数据库1115中的用户输入的未调制表，并且批准、拒绝或修改输入项目。批准(修改的或其它)可以通过将输入项目复制到VIS数据库1115中的另一个位置而记录下来。优选的是，也把标志设置在未调制表中，以显示它已经被处理过。拒绝仅能导致一个标志设置在未调节表中，以显示它已经被处理过。

从RVIS 155到VIS 175的交易速率可以超过每秒100个交易(tps)。与来自广播服务器180的查询和调制功能结合，这可以达到200tps。这种速率可以在相对较小的系统上管理。

4.2广播服务器180

参考图12和13，调度器应用软件1200运行在广播服务器180上。调度器应用软件1200可以存储用于调度的四种类型的内容：

·存储在VIS数据库1115上的未调度的事件1300；

·存储在广播服务器数据库1220上的调度的事件1210；

·也是存储在广播服务器数据库1220上的诸如视频剪辑之类的剪辑1215；

·从演播室或其它外部源到达的外部输入1230，例如，实况视频输入。未调度事件1300包括存储在VIS数据库1115上的用户输入。

调度的事件1210包括标识符，空隙，商业节目和广告。这个表是预先准备的，并且安排在特定的时间广播。调度器1200将这些事件与未调度事件1300一同处理，使用适当的算法和/或daypart 1225，1205，以建立具有适当图表覆盖的最终广播流。

存储的广播元素包括剪辑本身和剪辑表。剪辑表是用户可以用来与之互动的内容(请求，选票，等等)的表。剪辑表是预先准备的。剪辑也可以包括响应用户输入根据适当的算法1225更新以广播的形式广播元素，例如，表或游戏图像。

下一个播放的文件的确定和屏幕上提示可以通过向VIS数据库1115发送远端查询进行。优选的是，周期性地发出查询，以通过算法确定要从调节的用户输入表播放的文件。更常用的是，可以发出查询以通过对这些表的简单查询确定要显示的提示符。这可以返回要显示的提示符的所有信息。也需要更新任何选定的提示符的表，以指出它们已经被显示和处理。从广播服务器180到VIS数据库1115的所有访问应当经过位于VIS数据库1115中的mySQL子例程，以便尽可能地减少它们之间的通信量，和保持广播服务器180与需要如何运行查询的细节隔离。

调度器1200连续地查看到达VIS数据库1115中的未调度事件1300并且查看调度的事件1210，选择下一个要播放的无论是预先录制的还是实况的内容1215以及适当的覆盖图表，并把这个信息发送到一个播出和图表引擎1305。播出和图表引擎1305从调度器获得指令，并播出具有相关图表的适当内容。如果已经为一个特定内容项目准备了文本或图像消息，那么也要显示它们。

一旦有关数据在广播服务器180上，调度器可以利用用户输入和包含在系统中的任何其它有关信息，在每段内容的末尾，确定下一个广播什么。可以组合视频数据(实况和预先录制的)、音频数据、文本、图像和图表，以建立向观众/听众发布的最终广播流。

外部馈送1230也可以用于调度器。这可以提供，例如，广告或实况新闻项目。广告可以提供调度的事件，而实况新闻项目可以提供未调度的事件。例如，广告可以作为调度的事件1210存储在广播服务器数据库1220上，但是也可以从外部广告服务器提供它们，并且这些广告可以在适当的事件由IBS出发，以播出广告。其间，实况新闻项目作为未调度的外部事件出现，因为已经到达VIS数据库1115中的未调度事件1300，特别是选票或请求，指示下一段内容应当直接从外部实况新闻源获取。在这种情况下，调度器需要将来自实况新闻源的材料作为未调度的事件插入。

为了插入外部输入的材料，系统还包括可以用于触发从外部系统输入广播的触发器。在一个实施例中，将一个代码插入到垂直消隐期(VBI)中，以触发材料的插入，例如，插入广告。通过在VBI中播放具有适当的行的内容，或通过将一个通用接口(GPI)发送到执行插入的系统，可以插入材料。这种系统在市场上可以买到，例如，Softel Ltd.提供的Oliver V。使用GPI的第二系统是更为坚固的。例如，广播系统可以在一个紧接着建议的插入广告之前播出的剪辑的末尾，将一个适当的GPI发送到Softel Ltd.信箱。GPI可以利用Advantech PCI-1750之类的数字I/O卡发送。

在一天的某些周期，可以只有来自用户的少量的输入。在这种情况下，调度器可以用造成它从预置内容表恢复到适当内容并广播该材料的规则。

如上所述，为了作出调度决策，调度器应用软件1200也可以使用daypart定义1205和用户输入算法1225，这些都存储在广播服务器数据库1220中。可以适当地运行调度器应用软件，使得一天24小时都可以使用交互式广播，将交互式广播用于限时的dayparts，例如，日的周期，小时的周期，或分钟的周期，或者是用于一个单独的节目。

在一个交互式广播的节目的例子中，节目可以用一段引导节目开始，进入到一组视频剪辑，并且以闭会结束。节目的不同部分都可以用来与用户互动。例如，用户能够在整个节目中在屏幕上邮寄消息，在播放指定视频剪辑的同时邮寄题献，和在直到闭会开始的任何时间进行有关视频剪辑的投票或请求。

调度器应用软件1200通过调度引导节目和闭会显示这个节目。在引导节目和闭会期间，它将轮询VIS数据库1115，以查找包含消息的表。如果与有关频道相联系地提供调制的消息，那么调度它们以立即进行筛选。在节目的播放表部分的过程中，调度器应用软件1200将额外地轮询VIS数据库1115，以查找包含标识一个剪辑的代码的任何表。根据当前daypart定义，这种表可以指示题献、选票或请求。如果存在一个与代码、文本和/或图像相关联的消息，那么调度器应用软件1200与识别剪辑同时调度消息的筛选。如果daypart定义指出希望进行投票，那么调度器应用软件1200将把没有消息的任何代码作为选票处理。也就是说，它将运行投票算法，并且通常是播放获得更多选票的剪辑。如果daypart定义指出希望请求，那么调度器应用软件1200将把没有消息的任何代码作为请求处理。也就是说，它将播放来自表的下一个请求的剪辑。

调度用户输入，也需要调度器应用软件1200在屏幕上邮寄用户需要的信息，例如，广播是交互式的这种事实，和投票是公开的还是非公开的。也可能具有需要与各个剪辑异步显示的说明性或宣传性的信息。这可以用类似与处理用户输入的方式，从广播服务器数据库1220中的数据库表中获得。

在一种变化中，未调度的事件1300也可以包括新近的新闻项目，这种新近的新闻项目不是广播公司从用户接收的，而是，例如，从一个新闻频道或一个新闻服务器接收的。这种安排支持一种服务，在这种服务中，用户可以对要广播的出现的最近新闻或休闲项目，例如体育比赛结果，进行投票，或在广播公司接收到这些最近新闻或休闲项目时，可以将它们作为节目的一部分自动邮寄。

一般地讲，广播公司需要的是运行在广播服务器180上的功能，这种功能给视频、音频、文本和其它数据译码，并且将它转变为一种发送到电缆终端接头、卫星上行链路、或任何一种分布法的馈送。广播服务器180包括将内容输送到分配功能(即，上行链路提供商)的系统。广播服务器180是这个系统的核心部分，它应当保持不间断地运行和广播内容，即使在系统的其它部分已经停止运行。

广播服务器180优选仅执行需要的任务，以便(a)选择它需要播放的文件或实况视频输入，(b)在适当的时间流出选择的文件或实况视频，(c)注册它的活动，和(d)将监视和控制超驰能力提供回操作人员。对这个服务器没有规律的更新，所有这些更新都由VIS 175处理。

以上，结合基于屏幕的广播总体说明了广播服务器180。但是，根据广播公司的基础设施、分配平台、和/或接收者的系统，可以将广播用多种格式中的一种输出到观众。

本发明的实施例可以用不同质量的多种模拟和数字格式中的一种播出整合的广播流，包括但是不限于，带有嵌入的音频的SDI，带有独立AES/EBU音频的SDI，模拟组成部分和独立模拟音频，具有独立模拟音频的复合视频，具有独立模拟音频的SVHS，DVI，或基于IP的视频/音频流。

本发明的实施例可以设计为利用许多广播分配平台工作，包括但不限于，模拟或数据卫星，电缆或陆地的，医院、旅馆和酒吧中使用的闭路广播系统，IP网络(TV或IP)和固定的(DSL，电缆，光纤)或无绳的(Wifi，Wi-Max)窄带或宽带网络。

根据每个广播公司的要求和其它事项，例如，但不限于，播放中心中的空间、可用的预算、分配广播可用的带宽、地理限制、技术限制，可以用许多不同方式部署广播主机域110。本发明的灵活性足以容纳这些不同的要求。

以下参考图1，11，12和13，说明可以如何部署广播主机域的四种方法。

1)局部部署：在这种部署中，广播主机域110的所有组成部分都位于同一物理位置中。播放和图表引擎1305可以将广播作为具有嵌入音频的SDI流输出，以经过数字卫星网分配。

2)混合部署：在这里例子中，广播主机域的组成部分位于两个地点，广播中心和数据中心。调度器应用软件1200、剪辑表1215(包括所有可用广播元素)、和播放及图表引擎1305位于播放中心中。广播主机域110的其余组成部分位于数据中心中。

调度器1200经过一个诸如DSL之类的安全通信链路或t1线路，存取VIS数据库1115和广播服务器数据库1220(除了剪辑表1215之外，如上所述，剪辑表1215与调度器1200在一起)。调度器1200决定应当广播什么，并且播放和图表引擎前进到播放适当的视频、音频和图表。

在这个例子中，播放和图表引擎1305播放了通过模拟电缆网分配的具有独立模拟音频信号的模拟组成部分的视频信号。

3)远端PC部署：在这个例子中，调度器1200以及播放和图表引擎1305在播出广播的位置中。广播主机域110的其余组成部分位于安全数据中心中。调度器1200经过一个安全通信链路，从数据中心，远端存取所有需要的VIS 175信息和广播数据库1220.

调度器接收信息(例如用户输入1115，剪辑表1215，和daypart定义表1205)，并且给予播放和图表引擎1305以便播放。

在这个例子中，播放和图表引擎1305播放一个模拟复合视频信号和独立模拟音频信号，以通过医院中的闭路网分配。

4)远端STB部署：在这种部署中，广播主机域110的所有组成部分都位于一个安全数据中心中。在播放中心中，有一个接收和输出WindowsMedia、Real Media、和其它类型的视频/音频流的机顶盒(Set Top Box)电缆。

广播主机域110的播放和图表引擎1305组成部分输出作为WindowsMedia、Real Media、和其它类型的视频/音频流的广播流。这个广播流经过标准IP连接发送到播放中心中的STB。STB接收视频/音频流，并输出广播。

在这个例子中，STB输出的广播是经过到观众住宅的宽带连接分配的。

4.2.1算法

显然，调度器1200在处理用户输入中使用的算法的性质至少部分地确定IBS对用户输入的响应。可以使用的简单算法的例子如下：

调度算法

　　If(current_time+next_clip_time)＞=next_scheduled_clip then

　　     Send next scheduled clip to playlist

　　Else

　　     If(request_count=0)then

　　          Send clip from clip playlist

　　     Else

　　          Send next request

　　     End If

　　End If

　　FIFO

　　Request arrives

　　Check last time played-X minutes

　　Check if already requested in request list-Y minutes

　　    If not requested Y=0

　　    Else Y=next slot

　　If X+Y＞=minimum time between plays

　　    Write to request play list

　　Else

　　    Do not write to request play list

投票，每隔N分钟触发的

Every N minutes

Check Vote count for top M Videos

For each of the M videos

     check last time play-X min

     check if already in request list+when-Y min

     If X+Y>min time put in req list Else drop

Resat counters

请求/投票算法

　　If(Requests=False)

　　     Do nothing

　　     Wait until time to votes

　　If(new_clip＞=1)AND(Request=False)then

　　     Write request to request/vote list

　　Else

　　     If vote_counter=minutes_between_votes then

　　          Calculate votes，note last vote position

　　          Update request list from top with correct#clips

　　     Else

　　        Do nothing

　　     End if

　　End if

题献

If dedicated clip is already requested it can get shown with clip(<X deds)then

     Do not add clip to request list

     Add dedication to dedication list

If dedicated clip is not already in the request list

     Put through normal clip validation

     Add dedication to dedication list

4.2.2Daypart定义

Daypart定义上面已经提到过。它们提供控制不同时间周期上的调度器的行为的规则。时间周期可以是大于一天长度，在这种情况下，例如，调度器的行为在周末可能不同。作为选择，时间周期可以是小于一天长度，在这种情况下，例如，调度器的行为在夜晚可能不同。

利用daypart定义，可以触发调度器调度来自不同可用内容表的项目，给予观众更多的选择并使daypart更为有趣。可以广播一个促进有限时间的事件的基于事件的频道，例如，放映电影或举行消费者展览。每个“事件”可以广播一个月至三个月。在daypart小于一天长度的情况下，通过给予每个事件其本身的daypart，可以引起每天数个事件。每个daypart可以将有关一个不同事件的信息通知观众，并且允许不同的类型互动。

Daypart定义也可以用于确定调度器操作的模式。例如，在一天的一些时间，可以将包括只有三个数字的代码的用户输入作为一个请求处理，而在一天的另一个时间，可以将用户输入作为一个选票处理。调度器操作的模式可以造成它拒绝一些类型的用户输入，并且仅接受，例如，选票和/或请求。

在实践中，使用daypart定义控制调度器的行为，可以造成同一个用户输入具有十分不同的效果。例如，在一天的一些时间，选票可以是一个弃权票，而不是赞成内容的选票。在这个例子中，调度器的响应可能会阻止已经接收到大多数选票的一项内容的进一步的选择。通过daypart定义在适当的时间触发的屏幕上文本，将一个交互式广播的当前格式通知给用户，因此，可能会影响他们的选票。屏幕上文本和提示符也可以用于预先通知用户，要在一个特定daypart的持续时间中使用一种特定的格式。

因此，daypart定义一般包含应用daypart规则的时间周期，加上调度器要使用的规则(或至少是指向规则的指针或参考)。例如，这些规则可以规定一个或多个调度器寻找调度的项目的位置，加上调度器如何处理在那些位置上发现的项目。

以下给出daypart定义的简化的例子，尽管应当知道在实际中定义要更详细，并且可以控制下面没有包括的额外IBS机构，例如，将即时一对一反馈发送到输入接收的用户的规则。

剧情1：

实况交互式谈话显示，一个主持人和客人讨论一个特定的话题，而观众通过递交文本消息表达他们的意见。消息由主持人和客人评论和讨论。

用于这种情况的daypart定义可以包含：

·定义daypart周期的一天中的时间，相当于显示的谈话部分(例如，星期一到星期五的12:00至13:30)；

·规则1，为了调度IBS信息给用户，调度器应当访问存储IIBS信息的项目的第一数据库位置；

·规则2，IBS信息的项目应当依次覆盖在屏幕的第一规定部分(例如)三分钟的固定周期；

·规则3，为了调度调节的用户消息，调度器应当仅访问存储调节的消息的数据库位置；

·规则4，每个调节的消息的内容应当依次覆盖在屏幕的第二规定部分(例如)五秒钟的固定周期；

·规则5，如果存储在数据库中的调节的消息的数量超过了上阈值，那么将“规则1”数据库位置(IBS信息)改变到第一替代数据库位置；

·规则6，如果存储在数据库中的调节的消息的数量低于第一下阈值，那么将“规则1”数据库位置(IBS信息)改变到第二替代数据库位置；

·规则7，如果存储在数据库中的调节的消息的数量低于第二下阈值，那么终止或改变当前使用的daypart定义；

·规则8，在daypart周期结束之前五分钟，将“规则1”数据库位置(IBS信息)改变到第三替代数据库位置。

这种daypart定义使得调度器1200能够给出IBS信息(例如，有关当前节目的信息，可用的选择和拨打的电话号码)，以通知用户如何提交消息，并且它使得调度器1200能够显示消息。它也允许调度器1200回答是否存在太多或太少的消息，例如，通过通知用户和可以通过鼓励发送消息，或甚至通过终止显示的谈话部分。

剧情2：

午夜跳舞daypart，根据观众的选票播放舞蹈音乐。也将文本和图像消息作为广播的一部分显示。

这种情况下的daypart定义可以包含：

·定义一个daypart周期的一天中的时间，相当于一个演出的舞蹈周期(例如，星期四、星期五和星期六的23:00至02:00)；

·规则1，为了将IBS信息调度到用户，调度器应当访问存储IBS信息的项目的第一数据库位置；

·规则2，IBS信息的“规则1”项目应当依次覆盖在屏幕的第一规定部分(例如)一分钟的固定周期；

·规则3，为了根据用户输入调度舞蹈音乐，调度器应当访问存储选票的数据库位置；

·规则4，调度器在处理选票以选择调度的舞蹈音乐中应当应用一种规定的算法；

·规则5，为了根据用户输入调度消息，调度器应当访问存储调节的消息的数据库位置；

·规则6，每个调节的消息的内容应当依次覆盖在屏幕的第二指定部分(例如)五秒钟的固定周期；

·规则7，为了根据用户输入调度题献，调度器应当访问存储调制的题献的数据库位置；

·规则8，表示一段音乐的每个调制的题献的内容应当与音乐片段异步地覆盖在屏幕的第三指定部分十秒钟的固定周期；

·规则9，如果表示同一段音乐的题献的数量超过一个阈值，那么将“规则8”固定周期减少到五秒钟；

·规则10，如果存储在数据库中的调节的消息的数量的超过上阈值，那么将“规则1”数据库位置(IBS信息)改变到第一替代数据库位置；

·规则11，在daypart周期的结束前五分钟，将“规则1”数据库位置(IBS信息)改变到第二替代数据库位置。

这种daypart定义使得调度器1200能够通知用户如何递交选票和消息，以根据选票调度音乐，和显示题献和消息。它允许调度器1200回答是否有太多的消息，但是，在这种情况下，如果有太少的消息也没有关系，因为舞蹈音乐将根据接收的选票继续播送。“规则2”的算法可以用于确定如果没有选票那么调度器1200将做什么，例如，返回到默认播放表。如果一段音乐激发了许多题献，那么规则9使得调度器1200能够更快地筛选它们。

剧情3：

周末购物片段，经过SMS，IVR，一个呼叫中心，或电子通信网络，例如，互联网，观众投票那些产品他们喜欢看到显示，和请求进一步的信息或购买产品。

这种情况的daypart定义可以包含：

·定义对应于购物片段的daypart周期的一天中的时间(例如，星期六08:00至星期日00:00)；

·规则1，为了调度IBS信息到用户，调度器应当访问存储IBS信息项目的第一数据库位置；

·规则2，IBS信息的“规则1”项目应当依次覆盖在屏幕的第一指定部分(例如)四分钟的固定周期；

·规则3，为了根据用户输入调度产品的图像或视频剪辑，调度器应当访问存储选票的数据库位置；

·规则4，在处理选票以选择显示的产品中，调度器应当使用第一指定算法；

·规则5，为了调度用户输入中请求的信息，调度器应当访问存储信息请求的数据库位置；

·规则6，在处理“规则5”信息请求以选择显示的信息中，调度器应当使用第二指定算法；

·规则7，为了处理购买请求，调度器应当访问存储购买请求的数据库位置；

·规则8，在处理购买请求中调度器应当使用第三指定算法，首先确认有关库存的购买请求的内容的有效性，其次检查有关的库存仍然可用，第三将购买请求路由到适当的目的地。

·规则9，为了将有关库存水平的信息调度到用户，调度器应当访问存储购买请求的数据库位置；

·规则10，在处理购买请求以选择库存水平以显示中，调度器应当使用第四指定算法；

·规则11，在daypart周期结束之前五分钟，将“规则1”数据库位置(IBS信息)改变到替代数据库位置。

这种daypart定义使得调度器能够通知用户有关购物片段的信息，和如何递交信息和购买请求。它允许调度器1200通过显示请求信息作出回答。也允许调度器1200运行有关购买请求的算法，从而它能够将有关剩余库存水平的信息显示给用户。

从上述说明中应当知道，本实施例中的广播主机域110，115提供了集体被看成是一个用户输入处理器的用户输入处理中的至少一个。例如，它提供用户输入确认1105和响应输入的对用户的反馈1110.以上剧情3的daypart定义是有趣的，但是，在其中它显示了提供调度器1200的软件实际上也能够提供用于用户输入处理的工具的例子。也就是说，规则7和8触发了调度器1200确定购买请求的有效性和将购买请求递送到一个适当的目的地，例如，适当供应商的顾客服务部分。作为选择，调度器1200可以将购买请求传送到另一个应用，例如，用户确认的工具1105。

还应当知道，本实施例中的广播主机域110，115凭借广播服务器180提供了上述资产存储。例如，如上所述，广播服务器180存储调度标准，以及编码视频/音频广播元素。在这里调度标准特别包括daypart定义，算法和播放表。

参考图14，示出了一个可能的屏幕布局。屏幕布局依赖于广播的节目和节目到达的阶段，因为两个因素都可能需要提供不同数量的屏幕元素。如图中所示，屏幕元素可以是与剪辑同步或异步显示，并且可能包括以下的任何一个或多个：

Bug——频道的图形标志。这通常总是在上面的。

Content Info(内容信息)——显示在广播的内容的开头和结尾的信息。

Sales Ticker(销售收录机)——一种连续收录机，通过其将产品呈现给用户。它最好是与内容异步的。

Text and picture message(文本和图像消息)——经常是专用的内容，因此，经常是与内容同步的。消息通常是异步的。

Prompts(提示符)——设计用于提示用户互动。内容可以显示，并且可以与诸如“呼叫我”和“向同伴发送消息”之类的行混合。这种图表可以与内容异步运行。

所有的图形元素可以具有它们的颜色、位置和变化的字体，并且可以根据节目的要求允许和禁止。图形元素也可以使用标准图形文件格式输入到系统中。

5.平台，故障排除和存档

5.1平台

参考图15，示出了可以用于支持本发明的一个实施例的平台元素的略图。(在图15的安排中，没有示出网络提供商的域100，因此没有示出RVIS155。)

可以看到，IBS提供商的域105使用了一种发送校验的广播材料和时间表以在广播主办位置110，115中存储的Microsoft Windows环境。在实践中，将校验的视频数据传送到广播主办位置110，115如下发生。如参考图2和3所述的，利用适当的软件和工作站205，编码和编辑视频数据，然后存储在存储服务器165中。接下来，视频数据从存储服务器165发送到校验服务器400进行校验。当校验完成时，将视频数据直接从存储服务器165发送到广播主办位置110，115中的广播服务器180，185。

在IBS提供商的域105和广播主机域110，115之间使用广域网1500，并且在广播主机域110，115内使用局域网1505。从网络提供商的域100的通信，和来自IBS提供商的域105的调制用户输入，由于它们包括可能携带，例如，病毒的用户输入，所以它们二者都可能包括破坏性内容，所以要经过防火墙1510在广播主办位置接收。

例如，服务器操作系统可以是基于Apple Mac的操作系统。

应当使用一个专用RAID5或0+1磁盘阵列来存储从广播服务器180播放的媒体文件。优选的是，以分离的内部映射磁盘来容纳操作系统、应用软件、和数据库(例如，mySQL)。

测试显示出对于一个频道，一个单一的处理器平台就可以了，但是，可以使用双处理器或其它合适的平台。尽管可以在一个单一的服务器上运行多个频道，但是，优选的是不这样做，而是宁愿使用每频道一个处理器平台。

在一个实施例中，广播服务器平台包括具有至少一个带有用于该频道的MPEG-4编码视频和编码音频的HDD的个人计算机。使用一个Specialised Optibase卡来译码视频和音频，将其转变成广播馈送，然后将广播馈送发送到电缆终端盒或卫星上行链路。

广播、VIS和RVIS服务器180、175、155中的每一个优选的是双处理器，以允许更有效地处理所有这些连接。

至于存储服务器165，优选的是网络配属存储(NAS)器件，或更简单地，带有配属磁盘的个人计算机服务器。配属存储可以在RAID5或0+1中。

数据库定位在存储服务器上，包含播放表的局部拷贝，编程决策、加权等等，以允许资产管理。它优选应当也存储一个这个服务器上存储的视频文件的表。数据库可以具有很低的活动性。mySQL数据库是合适的。

5.2故障排除

参考图7，在影响实况广播主机域110但是不影响备用广播主机域115的情况下，优选的是，能够在五秒钟的范围内完成从实况到备用域115的切换。如果问题在广播服务器180或调度器应用软件1200中，那么可以启动以前实况VIS 175的重新配置，以起到对于新的实况广播主机域115的备用作用。因此，切换过程可以包括以下步骤：

1.频道监视器700显示广播的问题；

2.启动从实况到(已经同步化的)备用广播主机域115的切换；

3.在以前的实况广播主机域110中产生紧急修理警报；

4.转换以前实况广播主机域110中的VIS 175，以支持新的实况广播主机域115；

5.用现场备件修理以前的实况广播主机域110；

6.切换回到以前的实况广播主机域110；

7.更换现场备件。

5.3存档

参考图8，材料可以从提供在广播主机域110，115中的数据存储器建档存储。更具体地讲，可以将旧的用户输入、编程数据、和注册文件存档。对于实况广播主机域110，这包括步骤：

1.检查域110处于应付(cope with)存档(不是广播)的状态；

2.运行存档程序以将数据传送到DVD；

3.当存档完成并确认时，取出DVD并加标签；

4.将DVD存档在适当的档案文件存储区中。

可以在广播继续进行的同时，将所有老的数据从有关服务器中除去。每个服务器的建档需求包括以下组件：

·广播服务器180——节目表中不再需要的视频文件；注册到数据库的活动信息(在从校验服务器400复制数据时，老的节目表和静态数据库信息在滚动的基础上被自动删除，如果一个老的节目表不再存在在校验服务器400中，那么在复制之后，它不再存在在实况和备用服务器180，185上。)

·VIS 175——原始或未调节的用户输入；调节的用户输入；

·RVIS 155——原始或未调节的用户输入。

所有数据库存档可以在规律的基础上或在需要时启动，并且每个系统的数据不依赖其它的系统。就存档而论，不需要实况和备用是同步的。

经过mySQL子例程除去数据库数据，mySQL子例程可以在规律的基础上启动，例如，对于用户输入每天启动，对于活动记录每周启动。要特别注意，为了分析或核查的目的，或对客户事项的回答，需要数据的离线保存。其选项包括：(a)一个另外的在线mySQL数据库，和(b)压缩到盘的输出文件。这种数据库数据最终可以存储在CD或DVD上。建立以从VIS 175复制到VIS 195的mySQL子例程执行从备用VIS 195除去数据。从RVIS 155删除的数据不应当复制到VIS 175，195。

视频文件数据可以用类似的方式，规律地或根据请求，经过命令过程除去。但是，这种命令过程应当首先查询数据库，以保证没有存在在当前或未来节目表中的视频文件被除去。作为选择，视频文件可以在调度过程中的规定的点除去，这避免了除去仍然需要的文件。

总之，IBS提供了一个用于资产管理和用户输入处理的灵活的交互式平台，它也支持实时活动性，并且可以实时地建立用于发送的广播流。广播流可以包括适当地同步化的视频、音频、文本和/或图表。IBS可以支持预先录制的内容以及实况馈送。它也经过IVR、SMS、互联网、STB和其它通信系统，通过标准接口，支持互动性。

一种在零售或移动环境下用于通过互联网流动的系统版本优选输出复合或其它适当的视频信号。然后，可以编码这种信号，并且流过宽带或窄带网、闭路网、或移动网。

6.使用中的本发明的实施例的例子

以下是本发明的实施例的可能的应用的例子。

6.1数字无线电

听众可以经过他们的移动电话发送文本消息，其它听众可以在数字无线电的文本显示器上看到这些文本消息。互动性可以用于接收来自听众的问题，然后显示一些回答，让听众投票选出他们喜欢听的音乐，和广播有关正在广播的歌曲或节目的信息。

如果把SMS用于输入，那么用于数字无线电站的IBS可以用两种方式接收听众消息：直接进入VIS 175或经过网络提供商。在任何一种情况下，可以预先建立号码，并且经过在无线电站上的广告通知观众。

6.2广播电视

电视频道可以使用本发明的系统，以在各种不同广播系统/平台上广播，广播系统/平台包括：模拟电视，数字电视，电缆，卫星，和DTT。本发明的交互性可以用于整个广播时间表或仅仅一部分，并且可以用于广播的所有频道或一部分。这些频道可以包括广告和赞助以及特殊节目(广播公司所希望的)。

观众可以经过他们的移动电话或机顶盒发送选票、文本消息和图像消息，并且可以经过优惠费率电话投票。消息可以被广播，以便所有观众看到。交互性可以用于在主持人与观众之间的任何一个方向上接收和传送问题和回答(在实况节目中)，让观众在实况调查中投票，并且使观众进入双向对话。可以要求观众对各种话题投票，以被更新为一个广播的覆盖图，例如，要在他们观看另一个节目的同时传递的选定的体育结果，或这些更新可以是一个特定节目的一部分。

观众消息或题献也可以自动邮寄到一个网站，以便观众在空闲时回顾。在这种实施例中，系统具有两个输出，一个用于广播的调度广播元素的第一输出，和一个用于诸如调节的消息之类的处理过的用户输入和要邮寄到网站的题献的第二输出。(应当知道，这种选择不仅可以应用到广播电视，而且可以应用到本发明的任何实施例。)

交互性的水平可以不时地改变。在完全交互性的任何周期期间，用户能够通过投票选举他们要看的剪辑，直接影响节目安排。通过他们的投票，观看频道的用户决定播放什么。

节目可以是任何视频材料，但是提供在短的片段中。适当的类型的例子包括音乐视频，电影预告片，成人娱乐，旅游，购物，教育，商业对商业和许多其它的类型。

如果广播公司希望只有广播的特定部分是交互式的，那么它能够限制将交互性限制到每天需要的小时，并可以在预选的一天中的某个时间显示，例如，使用daypart定义。例如，可以在24小时周期的过程期间，在一个频道上广播两个六小时daypart。每个daypart可以给观众一个不同的剪辑表来从中选择，并且允许不同的类型的交互性。已经接收到电视频道的任何观众能够接收六小时交互式音乐daypart。

如果将机顶盒远端控制用于提供交互性，那么电视节目可以告诉观众如何用它与节目互动。交互式功能可以通过有线电视操作者或其它供给者提供，并且在广播之前建立。这是一个优惠交互式服务，并且观众要为发送消息付费，这种花费将出现在他们每月的有线电视账单上。观众通过进入机顶盒应用程序，并且利用远端控制上的数字键盘，以在移动电话上进行的相同方式键入消息，从而发送消息。如果希望发送消息，那么观众进行消息的发送，并且机顶盒经过其返回路径发送消息。当观众将消息发送到频道中时，首先通过机顶盒接收它，然后发送到有线电视操作人员的交互式基础设施。由此，将它发送到RVIS 155，并且从RVIS 155发送到VIS175。

6.3商业对商业电视

在一个实施例中，本发明可以用于收费频道。它使得能够对准特别的组，例如，牙科医生，医生的候诊室中的患者，旅店中的顾客，和任何需要专用信息的特定组。交互性可以用于接收来自用户的问题，并选举它们的优选节目和特征。目标社团越小，与该社团对话越关键。如同上述的广播电视的例子，除了在频道上广播之外，也可以把观众评论和问题放到专用的网站、数字或模拟电视文字广播页或其它适当的页面上，以便特定的社团在任何时间观看。

可以将这个例子作为一个单一的频道或多个频道部署到多个位置。在单一频道的情况下，它可以是一个在医生的外科等候室中广播的频道。在多个流的情况下，它可以是一个对音乐会地点广播的娱乐频道，其中每个频道局限于一个特定的地点。

6.4互联网

也可以将系统用于通过窄带和/或宽带互联网、内部网、外部网、和LAN网，广播频道或编排节目。这些频道可以是希望的交互式的，并且可以应用到如同其它广播应用软件一样的大范围的内容。可以将一个Web站点用于广播频道和用户交互性。用户输入可以在RVIS 155接收，或直接在VIS 175接收。

通常，由于分配的成本一般低于广播电视，所以，可以开办一系列满足那些太小而不能成为经济目标的小市场的业务。

也是由于分配的低成本，所以可以广播多个交互式VOD频道。频道的数量取决于请求内容的互联网用户的数量。这些频道可以包含体育或成人内容，并且根据应用软件的需求，每个观众可以看到相同或不同的视频/音频流，和相同和不同的观众互动(例如，文本消息，网络摄影流，等等)。

作为选择，互联网可以用于将用户输入安排到一个广播电视频道中。电视频道广播一个互联网地址，对于这个地址，用户应当指示他们的浏览器与该频道互动。在这个互联网地址，存在一个支持希望的互动的网站。这个网站应当在广播之前建立。可以将基于互联网的付费机构用于向与频道互动的观众收费。

6.5基于零售和事件

可以将系统用于在诸如百货公司、邮局和购物中心之类的零售环境内广播。可以使用任何内容，但是，在本应用中，重点在宣传材料，以鼓励用户购买。交互性可以用于鼓励购物者进入竞争，选择他们喜欢看到促销的产品，和进行购买。在用户输入的这个最后的例子中，IBS将通过把详细说明送到一个充满的库房作出回答，以提供购买的产品。

可以建立一个自由购物频道，通过这个频道，观众可以给他们喜欢看到拿出来销售的产品投票。或者，广播系统可以根据该频道接收的电话呼叫的量自动地决定广播什么产品剪辑。观众可以使用SMS来请求更多的信息，或购买产品。

可以将交互式频道在零售连锁店开门期间小范围广播到一个零售连锁店中，并且在放置在各个店中的电视上观看。可以为每个单独的大街位置建立一个专用频道，并且将它定制为适合该特定位置的库存情况和/或本地顾客需求。

也可以建立一个专用于促进事件的交互式频道。在这种情况下，观众可以使用频道交互性，以寄存他们在事件中的兴趣，和接收更多的信息和/或购买该事件的票。利用频道的交互式性质，例如，daypart设备，每天可以促进众多的事件。

6.6移动设备

为了经过2.5代和3代平台，将一个交互式频道广播到诸如PDA、手持式计算机、和移动电话之类的无线移动设备。在这种应用中，用户可以预定向他们提供专用交互式频道，或每天或每个小时的特定类型区中的视频更新的各种服务。

一个好的例子是一个也可以广播到移动设备的基于电视的游戏。当玩游戏的人不在家，但是希望参与广播的时候，他们可以利用移动设备玩游戏。

6.7广播预约

如上所述，对IBS进行用户输入的用户优选总的是接收收到确认。这可以通过VIS服务器175上的用户反馈应用软件1110提供。在广播预约服务中，用户递交一个广播元素，这个广播元素他们不需要立即在屏幕上看，但是他们想要知道它的广播时间。例如，他们可能要知道他们递交的消息或题献首先准备广播，其次准备在一个固定的时间广播，或在某个时间窗口内广播，从而他们可以组装一个目标听众。为了支持这种服务，可以根据用户输入的接收，触发用户反馈应用软件1110，与调度器应用软件1200互动，以获得可以立即在收到通知中递送到他们的输入的用户的广播确认和广播时间。

在任何交互式系统中，响应行为可以清楚地影响用户经验。例如，如果用户递交了一个将消息显示在屏幕上的请求，那么该用户将认识到，或者是如上所述立即知道广播时间，或者是观看出现在屏幕上的提示消息。在任何一种情况下，交互式系统优选将一个及时的回答展示给用户。本发明的实施例一般具有的优点是，从用户传送输入的时间到用户接收到回答的时间，它们可以向用户实际上实时地回答。但是，回答时间实际上经常被各种因素控制，例如，在该时间用户输入的量，用户输入的类型，和如何显示用户输入。例如，对于投票，在每个剪辑出的末尾，可以将所有选票列表，而不管有多少选票。对于消息，如果有高的容量并且IBS使用了一种他们被显示五秒钟而不是十秒钟的规则，响应时间将受到破坏。但是，实质上在所有的环境下，本发明的实施例经常可以满足十分钟以下等级的目标响应时间。“在...等级”在这里的意思是“在数分钟内”。在一些情况下，本发明的实施例可以满足两分钟以下的目标响应时间，或甚至十秒钟以下的目标响应时间，并且因此可以出现以给出对用户输入的即时响应。

在本文中，响应时间的意思是用户输入的接收与系统根据用户输入作出的响应(在屏幕上或经过返回通信)之间的时间。通常，这意味着调度器应用软件1200也完成了一个与用户输入有关的调度操作。调度操作的完成将系统置于根据用户输入显示对用户的响应的位置上。显示的响应可以采用不同的形式，例如，回答用户输入发送调度信息，或根据用户输入实际广播一个广播元素。

6.8个性化

在另一个实施例中，可以根据要求建立个性化频道，从而使观众能够在他们要求的时间看到他们要求的东西。根据他们的特定需要，这可以是一个对所有观众广播的单一的频道(例如，它可以由观众的选票驱动)，或每个观众一个不同的频道。

6.9资产管理

在另一个实施例中，可以使用前面说明为在IBS提供商的域105中的，由等价于广播服务器180的资产存储器支持的，自己执行现有的或新的频道的资产管理的功能。它可以执行以下任务：编码和分类广播材料，节目调度，和最终将广播材料发送到广播平台。它也可以负责检索记录和存档广播材料和节目表。

6.10交互式游戏

在另一个实施例中，可以利用系统的交互性质广播单人的或多人的游戏，将游戏的结果显示在屏幕上，观众经过一个或其它通信网(例如，SMS或IVR)玩游戏。在这个例子中，用户输入处理器从一个或多个用户输入提取数据，并且建立或更新一个提供游戏的当前屏幕上版本的形式广播元素。可以利用存储服务器165经过资产管理器装载形式广播元素，并且提供到广播服务器180，以在广播中使用。然后，可以在广播时间通过调度器1200选择它，并且通过起到用户输入处理器的一部分的作用的调度器1200的功能算法来更新。

交互式游戏可以是一个基于游戏的社团，在这个社团中所有观众看同一个频道，并且许多游戏者可以在同一时间玩游戏。作为选择，它可以是一个每个观众操纵一个其它游戏者的计算机的一对一游戏，并且在同一时间输出游戏的多个频道。

6.11用户输入调节，分析和集合

在另一个实施例中，可以使用RVIS 155和VIS 175本身接收用户输入和执行调节，分析和集合功能。然后可以把用户输入馈送到广播服务器中，或用于非广播应用，例如，销售活动或零售促销。

6.12基于社团的交互式游戏

在另一个实施例中，可以使用系统广播交互的基于社团的游戏。这些是一群观众，或者是组成队或是单个的，玩一个广播给所有观众看的游戏的游戏。这种游戏鼓励观众不仅观看，而且直接互动和参与。这导致高水平的顾客满足，并且建立了一个可以通过在线活动和一对一销售进一步利用的更强意义上的社团。

所述社团可以由他们住宅中的观众构成，在这种情况下，一个单一的频道将对所有住宅广播。每个社团也可以由旅店中的顾客构成，其中广播多个流，每个旅店一个流。

6.13基于休闲和招待

在另一个实施例中，可以建立一个用于旅馆、旅店、或其它招待环境的交互式频道。频道的交互式性质意味着频道是通过旅店或俱乐部中的顾客控制的。顾客体验了使他们能够选择他们想看的内容的频道，并且通过发送SMS消息，表达了他们对于任何话题的观点和意见。根据应用的需要，这可以是一个对所有位置广播的单一频道，对每个位置广播的一个不同的频道，或甚至是一个向每个观众广播的不同频道。

6.14闭路广播系统

在另一个实施例中，本发明可以用于建立用于闭路广播系统的专用交互式频道，例如那些在旅馆和医院中看到的系统，但是，并不限于这些系统。频道是由控制要广播的内容并且能够发送所有观众观看的文本消息或其它交互式输入的医院患者或旅馆客人控制的。

在单一频道的情况下，这可以被说明为一个社团VOD频道。在多个频道的情况下，根据观众的选择，每个旅馆房间或每个医院病房可以接收一个不同的频道。

6.15IP上的TV

在另一个实施例中，本发明可以用于通过IP网络建立和广播交互式频道。这种经过IP频道的TV使得广播公司能够通过他们的个人计算机和他们的电视，达到很大的听众成本效率。这可以用于向大量的听众广播一个单一的频道，或向多个较少的听众广播多个频道。

6.16视频点播

在另一个实施例中，本发明可以用于建立一个视频点播系统，其中观众请求的内容通过播放和图表引擎1305与从VIS 175接收的观众输入一同立即广播。在任何特定的时间，广播的频道的数量取决于观众的数量。

6.17观众输入处理器

在本发明的另一个实施例中，可以部署没有播放和图表引擎1305的广播主机域110。在这种情况下，使用一个接收来自调度器1200的指令的外部的播放和图表引擎。所以，尽管本发明处理观众输入并仍然调度观众输入，剪辑或二者，实际的图表和播放是由外部系统进行的。在广播公司已经具有了一个现有的播放和/或图表引擎，并且仅需要观众输入被处理和节目表建立的情况中，这是有用的。

7.多个流实施例

参考图16至19，如前面结合第6节中给出的数个例子说明的，本发明的实施例不限于处理单个广播频道，而且也可以用于播放多个交互式频道。可以将每个频道中的每一个分配给一个不同的服务，或它们可以提供同一服务的不同部分。可以将多个频道中的每一个广播到同一个位置，以集合和包括在另一个广播中，或广播到不同位置，例如，单个住宅和/或旅店。

此外，多个频道中的每一个可以：

·是惟一的，具有不同的视频/音频内容和不同的观众交互性；

·分享相同的观众交互性，但是具有不同视频/音频内容，例如，在其中每个社团可以选择不同的视频/音频内容但是要看相同的观众交互性的基于社团的服务的情况；

·分享同一个视频/音频内容，但是具有每个频道不同的观众交互性。

每个频道有效地具有本身的专用RVIS 155和用于用户输入分类的功能150，和提供在网络提供商的域100中的数据存储器155需要适合于以频道分类用户输入，和引导用户输入到正确的RVIS 155中。这种分类可以用与上述以类型分类用户输入的方式十分相同的方式提供。例如，可以给不同的频道分配不同的电话号码以便用户呼叫。

当要支持多个频道时，广播主机域110的组成部分一般定位在不同的位置。根据希望的实现，它们可以全都位于同一个物理机上，或位于两个或更多的机器上。例如，每个频道经常带有其本身的调度器应用软件1200，剪辑表1215(包括所有可用广播元素)，和播放和图表引擎1305，并且这些可以一同位于广播点或“播放中心”。但是，广播主机域110的其它方面可以从播放中心远端定位在一个许多频道之间分享的设施上。本发明的实施例足够灵活，支持数个不同实现以容纳多个频道。

下面说明如何可以将广播主机域110的各个部分定位以广播多个频道的四个例子。在每个例子中，假设每个要广播的频道存在一个RVIS 175。

1)具有本地部署的多个频道

参考图16，在这种部署中，广播主机域110的所有组成部分都位于每个频道的播放中心中。针对每个不同的频道有效地再现整个广播主机域110。在需要同一频道的多个版本，每个广播对不同的地理区的情况下，这个例子是有用的。在这种情况下，在每个频道上视频/音频可以是相同的，但是观众交互性是区专用的。

2)具有混合本地/远端部署的多个频道

参考图17，在这个例子中，广播主机域110的组成部分如下分割：调度器应用软件1200、剪辑表1215(包括所有可用广播元素)、和播放和图表引擎1305位于一个位置上，例如，播放中心，而广播主机域110的其余组成部分位于一个也可以容纳RVIS 175的第二位置上。因此，处理剪辑表1215之外，广播服务器数据库1220位于第二位置中。

在广播的时候，调度器1200经过一个安全通信链路，例如，DSL或t1线路，访问VIS数据库1115和广播服务器数据库1220。调度器1200决定应当广播什么，播放和图表引擎1305本地地播放适当的视频、音频、和图表。

如图17中所示，为了每个频道，必须复制调度器应用软件1200、剪辑表1215、和播放和图表引擎1305。这种实现在每个频道被接收在一个不同物理位置，例如，一个旅店，的情况下是有用的。在这种情况下，每个旅店可以投票选举音乐或体育运动，并且发送文本消息以在屏幕上显示。利用这种实现，每个旅店在该特定时间接收一个专用于客人的专用频道，即，社团VOD服务。

3)具有远离PC部署的多个频道

参考图18，在这个例子中，只有调度器1200和播放和图表引擎1305在播出广播的位置上。广播主机域110的其它组成部分位于不同的位置。调度器1200经过一个安全通信链路，从播放中心远端访问VIS 175和广播数据库1220，以获得需要的信息。在这种布置中，为了每个频道，只有调度器1200和播放和图表引擎1305必须在播放中心再现。

这种实现在需要在多个位置上看的商业对商业频道中是有用的。例如，如果汽车经销权要将一个频道广播到其每个位置，具有相同的视频和观众交互性，从而在不同位置的观众可以交换经验和知识，那么可以使用这种实现。

4)具有远离STB部署的多个频道：

参考图19，在这种部署中，广播主机域的所有组成部分位于同一位置，并且从该位置播放所有频道。在实际观看频带的地点，有一个能够接收或输出Windows Media，Real Media或其它类型的视频/音频流的机顶盒。

广播主机域110的播放和图表引擎1305组成部分输出多个广播流(如同应用要求的一样多)，作为Windows Media，Real Media或其它类型的视频/音频流。经过一个标准IP连接，将其发送到STB。STB接收视频/音频流并输出广播。

这种实现可以用于广播朝向观众的住宅的交互式视频点播(VOD)服务。在这个应用中，经过到观众住宅的宽带连接，分配多个广播输出。观众每次观看不同的视频/音频(无论它们选择什么节目)，但是他们全都看相同的观众交互性。所以，尽管他们在观看不同的内容，他们仍然经过屏幕上的文本和图像消息彼此互动。尽管社团的每个成员观看不同的东西，但是他们的行为仍然像一个社团。

应当注意，为了本说明书的目的，词汇“包括(comprising)”应当解释为至少包括的意思，除非另有说明，例如，下面短语中的任何一个的意思：“consisting solely of”，和“including amongst other things”。

应当知道，本发明的实施例可以通过各种类型和构造的平台支持。软件的分布或平台上数据存储可以与上述的不同。此外，平台的存在对于本发明的实施例不是必需的。因此，本发明的实施例可以包括记录在一个或更多数据携带者上的软件，或具体体现为一个信号，以装载到合适的平台上使用。

Claims (68)

1.一种广播中使用的调度系统，包括：

i)调度器，用于选择和调度广播的广播元素；和

ii)用户输入数据存储器，用于存储用户输入数据；

其中调度器适合于存取用户输入数据存储器和调度广播元素，一个或更多广播元素的调度至少部分是由存储的用户输入数据确定的。

2.根据权利要求1所述的调度系统，其中在使用中，用户输入数据存储器存储一个或更多的用户输入。

3.根据上述权利要求中的任何一项所述的调度系统，其中在使用中，用户输入数据包括有关用户输入的数据。

4.根据上述权利要求中的任何一项所述的调度系统，其中在使用中，存储的用户数据包括一个或更多广播元素。

5.根据上述权利要求中的任何一项所述的调度系统，其中在使用中，存储的用户输入数据标识一个或更多广播元素。

6.根据权利要求5所述的调度系统，其中至少一个标识的广播元素包括来自播放表的项目。

7.根据权利要求5或6所述的调度系统，其中至少一个标识的广播元素包括源于外部广播系统的材料。

8.根据权利要求7所述的调度系统，其中至少一个标识的广播元素包括实况材料。

9.根据上述权利要求中的任何一项所述的调度系统，进一步包括用于存储要由调度器调度的广播元素的资产存储器。

10.根据权利要求9所述的调度系统，其中资产存储器除了存储广播元素之外，还适合于还存储有关广播元素的数据。

11.根据上述权利要求中的任何一项所述的调度系统，进一步包括用于处理用户输入的用户输入处理器。

12.根据权利要求11所述的调度系统，其中在使用中，至少一个用户输入包括广播元素，并且用户输入处理器包括在编辑广播元素中使用的编辑工具。

13.根据权利要求11或12所述的调度系统，其中用户输入处理器适合于根据类型对用户输入数据进行分类。

14.根据权利要求11，12或13中的任何一项所述的调度系统，为了在同一广播周期中支持一个以上的广播频道使用，其中用户输入处理器适合于根据频道对用户输入数据进行分类。

15.根据权利要求11至14中的任何一项所述的调度系统，其中用户输入处理器适合于分析用户输入数据。

16.根据权利要求11至15中的任何一项所述的调度系统，其中在使用中，存储的用户输入数据标识至少一个广播元素，和其中用户输入处理器适合于测量所述广播元素被如此识别的次数。

17.根据权利要求16所述的调度系统，其中调度器适合于根据元素如此识别的次数排列广播元素。

18.根据权利要求11至17中的任何一项所述的调度系统，其中在使用中，连接用户输入处理器以传递处理过的用户输入，以存储在用户输入数据存储器中，以便在调度广播元素中由调度器使用。

19.根据权利要求11至18中的任何一项所述的调度系统，其中系统带有为了用于广播的调度的广播元素的第一输出，和用于处理过的用户输入和/或广播元素的第二输出。

20.根据上述权利要求中的任何一项所述的调度系统，进一步包括根据时间周期控制调度器的动作的时间依赖控制装置。

21.根据权利要求20所述的调度系统，其中时间周期包括一天的部分，从而可以在一天的不同的时间不同地控制调度器的动作。

22.根据权利要求20所述的调度系统，其中时间周期包括一天或更多的天，从而可以将调度器的动作调节为在至少不同的两天是不同的。

23.根据权利要求20，21或22中的任何一项所述的调度系统，其中调度器适合于选择和调度广播元素，和其中时间依赖控制装置适合于以时间依赖的方式控制所述一个或更多广播元素的选择。

24.根据权利要求20至23中的任何一项所述的调度系统，其中调度器适合于通过使用至少一种规则调度广播元素，和其中时间依赖控制装置适合于以时间依赖的方式控制使用的规则。

25.根据上述权利要求中的任何一项所述的调度系统，适合于连接到用于接收用户输入的通信系统。

26.根据权利要求25所述的调度系统，具有在用户输入的接收与响应的传递之间十分钟量级的响应时间，响应时间至少部分地依赖于调度器与接收的用户输入有关的调度操作的结果。

27.根据权利要求26所述的调度系统，其中所述响应的传递包括广播元素的广播。

28.根据权利要求26所述的调度系统，其中所述响应的传递包括回答用户输入的通信的输出。

29.一种用于汇编广播元素以进行广播的广播汇编系统，该系统包括用于存储一个或更多广播元素的资产存储器，和用于处理广播元素的资产处理器，其中在使用中，资产存储器存储至少一个在汇编用于广播的广播元素中使用的规则或算法，资产处理器通过编辑提供至少一个用于处理广播元素的工具。

30.根据权利要求29所述的广播汇编系统，该系统进一步包括用于通过调度汇编广播元素的调度器。

31.根据权利要求29或30所述的广播汇编系统，其中至少一个存储的规则或算法包括在调度用于广播的广播元素中使用调度标准。

32.根据权利要求31所述的广播汇编系统，其中调度标准包括一种用于响应至少一个用户输入的规则或算法。

33.根据权利要求31或32中的任何一项所述的广播汇编系统，其中资产处理器包括建立或修改至少一个调度标准的装置。

34.根据权利要求32至33中的任何一项所述的广播汇编系统，其中至少一个存储的规则或算法是取决于时间的。

35.根据权利要求29至34中的任何一项所述的广播汇编系统，其中资产处理器包括用于建立或修改一个或更多广播元素的装置。

36.一种交互式游戏系统，包括根据权利要求35所述的广播汇编系统。

37.根据权利要求32至36中的任何一项所述的广播汇编系统，进一步包括用户输入处理器，和其中调度标准包括用于响应处理过的用户输入的规则或算法。

38.一种广播系统，包括：

i)用于存储广播元素的资产存储器；

ii)用于存储用户输入数据的用户输入数据存储器；

iii)用于处理广播元素的资产处理器；和

iv)用于处理用户输入的用户输入处理器，

其中用户输入处理器适合于处理用户输入，以提供在用户输入数据存储器中存储的用户输入数据，和资产处理器适合于处理用于在资产存储器中存储的广播元素。

39.根据权利要求38所述的广播系统，其中资产处理器包括用于编码广播元素的编码器。

40.根据权利要求38或39中的任何一项所述的广播系统，其中资产处理器包括用于编辑广播元素的编辑工具。

41.根据权利要求38至40中的任何一项所述的广播系统，其中资产处理器包括用于对与广播元素有关的数据和/或处理编程的编程工具。

42.根据权利要求38至41中的任何一项所述的广播系统，其中资产处理器包括用于对调度标准编程的编程工具。

43.根据权利要求38至42中的任何一项所述的广播系统，其中在使用中，存储的用户输入数据包括至少一个广播元素。

44.根据权利要求38至43中的任何一项所述的广播系统，提供一个以上的用于广播该广播元素的频道。

45.根据权利要求44所述的广播系统，两个或更多的频道各携带一个惟一的广播元素集。

46.根据权利要求44所述的广播系统，两个或更多的频道分享来自资产存储器的至少一个广播元素。

47.根据权利要求44所述的广播系统，两个或更多的频道分享来自存储的用户输入数据的至少一个广播元素。

48.一种用于支持一个以上的独立交互式广播频道的广播系统。

49.一种与根据权利要求38至48中的任何一项所述的广播系统一同使用的用户输入处理器，具有用于接收用户输入的输入端，用于处理接收的用户输入的至少一个处理工具，用于处理过的用户输入的第一输出，处理过的用户输入由广播系统在调度广播元素中使用，和用于处理过的用户输入的第二输出。

50.根据权利要求49所述的用户输入处理器，其中第二输出适合于连接到互联网。

51.根据权利要求49或50中的任何一项所述的用户输入处理器，用于在同一广播周期期间支持一个以上的广播频道，其中用户输入处理器适合于根据频道对用户输入分类。

52.一种广播方法，所述方法包括步骤：

i)接收广播元素的列表；

ii)接收与至少一个广播元素有关的用户输入，和

iii)响应接收的用户输入。

53.根据权利要求52所述的方法，其中除了列表的广播元素之外，接收的用户输入包括至少一个广播元素。

54.根据权利要求52或53中的任何一项所述的方法，其中接收的用户输入包括至少一个用于来自列表的广播元素的标识符。

55.根据权利要求53或54中的任何一项所述的方法，其中步骤iii)包括将附加的广播元素与来自列表的至少一个广播元素一同广播。

56.根据权利要求52至55中的任何一项所述的方法，其中步骤iii)包括输出对用户输入的回答。

57.根据权利要求53至56中的任何一项所述的方法，其中所述回答包括用于附加广播元素的估计广播时间。

58.根据权利要求52至57中的任何一项所述的方法，其中步骤iii)包括重新排序广播元素的列表。

59.根据权利要求52至58中的任何一项所述的方法，其中步骤iii)在步骤ii)的一个小时或以内执行。

60.根据权利要求52至59中的任何一项所述的方法，其中步骤iii)在步骤ii)之后的十分钟或更短的时间中执行。

61.根据权利要求52至59中的任何一项所述的方法，其中步骤iii)在步骤ii)之后的两分钟或更短的时间中执行。

62.根据权利要求52至59中的任何一项所述的方法，其中步骤iii)在步骤ii)之后的十秒钟或更短的时间中执行。

63.根据权利要求52至62中的任何一项所述的方法，进一步包括步骤：

iv)接收标识列表上至少一个广播元素的至少一个用户输入；和

v)根据至少一个用户输入，从所述列表产生节目广播的重新排序的列表。

64.一种汇编用于广播的广播元素的方法，所述方法包括步骤：

i)处理至少一个广播元素和把处理过的广播元素装载到资产存储器；

ii)经过用户输入，接收与资产存储器中的至少一个广播元素有关的数据；和

iii)存储一个或更多的在根据接收的数据，汇编一组用于广播的广播元素中使用规则或算法。

65.根据权利要求64所述的方法，进一步包括根据接收的数据和至少一个存储的规则或算法，汇编一组用于广播的广播元素的步骤。

66.根据权利要求64或65中的任何一项所述的方法，其中至少一个存储的规则或算法是取决于时间的，从而汇编的广播元素组在不同的时间是不同的。

67.根据权利要求64至66中的任何一项所述的方法，进一步包括经过用户输入，接收至少一个广播元素的步骤，和其中广播元素的汇编组包括至少一个经过用户输入接收的广播元素。

68.根据权利要求64至67中的任何一项所述的方法，进一步包括广播汇编组的步骤。

Images