节目指南系统

暂无

技术领域\n本发明涉及通信系统和方法。具体来说，本发明涉及用于为广 播通信网络提供节目指南的系统和方法。\n背景技术\n在诸如DIRECTV拥有和运营的Direct to Home(DTH)直接 广播卫星之类的某些广播通信网络中，DIRECTV直接为遍及美国大 陆和海外的家庭和企业安装的卫星小天线提供了对许多流行电视网 络、电影、体育和娱乐频道的访问。DIRECTV使用直接向五个卫星 传输数字压缩的节目的广播中心。位于距离地球22,300英里之外的 五个卫星直接向微型碟形卫星天线播送节目和信息。卫星信号被接收 单元接收并向电视观众显示。\n在这样的系统中，在多个频道上为电视观众呈现了许多节目。 为帮助电视观众选择节目，通常使用节目指南。节目指南是节目的一 览表，包括节目的描述，提供该节目的频道和播送该节目的时间。通 过包括详细的节目说明的节目指南可以实现许多附加功能，例如，父 母控制和按次计费功能。\n节目指南需要有最小的内存要求才能进行交互操作和起作用。 对于某些国际市场，节目指南必须以多种语言提供节目选项。此外， 创建自定义指南以在不同的市场和接收器内提供不同的节目选择的能 力也是非常理想的。\n尽管常规的节目指南提供了多语言支持和多个指南的能力，但 是，已经发现常规节目指南在可以为现在和将来的市场机会提供的多 个指南的数量方面存在局限性。在常规节目指南生成系统中提供分指 南要求重新编写节目指南软件。新指南不能轻松地动态地生成。\n此外，常规的节目指南在可以容纳的频道数量方面也存在局限 性，因为频道指南信息存储在系统的存储器结构中，而不是存储在数 据库本身中。\n相应地，需要一种系统和方法，用于为小型的卫星及其他广播 系统生成节目指南，提供多个多语言的指南，而不需要进行其他开 发，并且在可以容纳的频道数量方面没有限制。\n发明内容\n本发明的系统和方法可以满足这种需要。\n本发明提供了一种用于针对节目内容为一个或多个市场提供和 修改多个独特的节目指南的系统，所述节目内容是通过电信分布网络 在所述市场上根据节目表分发的，所述系统的特征在于：用于向多个 市场提供多个节目指南的第一组件，所述多个节目指南包括第一市场 的第一节目指南，和第二市场的第二节目指南；用于针对所述第一或 所述第二节目指南的更新输入数据的第二组件；以及包括多个指南工 厂的第三组件，每个指南工厂都用于响应所述数据自动更新或修改所 述系统的参数和/或所述系统的配置，并且每个指南工厂都可重新配 置为针对主要模式或活动模式中的每个节目指南操作，所述主要模式 用于自动更新或修改相应的节目指南，并提供所述相应的节目指南用 于传输，所述活动模式用于自动更新或修改相应的节目指南。\n本发明提供了一种用于根据节目表为一个或多个市场在通过电 信分布网络在市场上分发的节目内容方面生成和修改多个独特的节目 指南的系统。该系统包括调度引擎，用于为第一市场提供第一节目指 南，为第二市场提供第二节目指南。提供了用户界面，用于输入第一 或第二节目指南的更新方面的数据。然后，指南工厂响应用户提供的 输入数据自动更新或修改第一节目指南、第二节目指南、系统的参 数，和/或系统的配置。上行链路驱动设备周期性地向上行链路系统 传输节目指南，上行链路系统向接收器提供指南。\n在说明性的应用中，本发明的系统与直接广播卫星电信网络结 合使用。根据本发明，第一和/或第二节目指南可以轻松地分开，而 无需重新编码或重新编程。包括了Web服务器以便从各种远程位置 进行更改。\n附图说明\n图1是显示根据本发明的原理的用于提供节目指南的系统的网 络体系结构的说明性的实施例的方框图。\n图2是显示根据本发明的原理的用于提供节目指南的系统的软 件组件的说明性的实施例的方框图。\n图3是显示根据本发明的原理的用于提供节目指南的系统的软 件体系结构的说明性的实施例的方框图。\n图4是说明根据本发明的原理的的说明性的实施例的用于实现 指南工厂的配置更改的方法的流程图。\n图5是说明根据本发明的原理的用于实现指南数据内容更改的 方法的流程图。\n图6是比较详细地说明向通常如图5所说明的其他IPGS服 务器复制事件和频道数据对象的流程图。\n图7是说明在许多指南工厂之间进行通信的简化方框图。\n图8是显示根据本发明的原理的指南路由信息的组织的图表。\n图9是说明根据本发明的原理的调度数据的结构的图表。\n具体实施方式\n现在将参考附图描述说明性的实施例和示范性应用，以说明本 发明的原理。\n尽管这里参考用于特定应用场合的说明性的实施例描述本发 明，应该理解，本发明不仅限制此。精通本技术并了解这里所提供的 原理的普通人员将认识到，在本发明的范围和本发明将有重要应用的 其他领域，可以进行其他修改、应用和实施。\n图1是显示根据本发明的原理的用于提供节目指南的系统的网 络体系结构的说明性的实施例的方框图。在说明性的应用中，网络 10是为用于国际节目指南系统(IPGS)中使用而建立的。在图1 中，分别显示了第一和第二广播中心20和30。根据本发明，第一 广播中20包括用户界面22，该用户界面连接到调度引擎24。调 度引擎24向IPGS服务器26和28提供频道和事件信息。如下 面比较全面地讨论的，IPGS服务器生成大量的节目指南信息。IPGS 服务器通过Web服务器29被用户界面22访问。正如那些精通本 技术的人所理解的，调度引擎24、IPGS服务器26和28以及 Web服务器29可以用单计算机(或服务器)来实现，也可以用多 计算机系统来实现。如果使用多系统，如图1所说明的，广播中心 20内的系统可以通过局域网25进行连接。\n为了提供冗余，第一广播中心20可以通过诸如T1连接12 或TCN连接40之类的合适的链路连接到其他的广播中心30、 60、70、80和90。至少一个广播中心(在图1中，第二广播中心 30)包括许多上行链路驱动设备35-38。每一个站点60、70、80和 90都配备有冗余的上行链路驱动设备62/64、72/74、82/84和 92/94。如下面比较全面地讨论的，上行链路驱动设备将来自指南工 厂的节目指南合并成流，并将流传送到卫星天线40。天线40将流 向上游传送到一个或多个卫星50(图1只显示了一个)。卫星将节 目内容和指南信息传送到各个位置的集成的接收器解码器(IRD)和 卫星接收器。\n图2是显示根据本发明的原理的用于提供节目指南的系统的软 件组件的说明性的实施例的方框图。如图2所示，系统包括用户界 面123。用户界面123包括系统参数用户界面125、配置用户界面 127、输入数据用户界面129以及监视用户界面131。系统参数界面 125提供关于图1的整个系统10的配置参数。配置用户界面 127、输入数据用户界面129和监视用户界面131分别在配置组件 131、输入数据组件133和监视组件135之间传送用户信息。输入 数据组件133从图1的调度引擎24或34以及从输入数据用户界 面129接收信息。健康状况被配置组件131、输入数据组件133、 指南工厂组件137和上行链路驱动设备组件139发送到监视组件。 配置组件131向输入数据组件133、指南工厂组件137和上行链路 驱动设备组件139提供配置数据。上行链路驱动设备组件向未显示 的上行链路信号处理系统(USPS)输出信息。USPS将各个流的音频 和视频输入复合为单一流，该单一的流再被以常规方式发送到天线 40，并向上游传送到卫星50(参见图1)。在最佳模式下，卫星根 据DTP(DIRECTV传输协议)进行操作。卫星50通过未显示的 集成的接收器解码器(IRD)根据最终用户的帐户设置将信号中继到 最终用户。\n图3是显示根据本发明的原理的用于提供节目指南的系统的软 件体系结构100的说明性的实施例的方框图。软件被设计为在图1 的网络体系结构10中描述的机器上运行。如图1所说明的，几个 不同的组件合并，以使网络10根据本发明的原理运行。在说明性的 实施例中，这些组件包括指南工厂102、上行链路驱动设备104、数 据库107、输入数据组件(IDC)106、监视组件108、通信网桥 110、图形用户界面(GUI)112、名称服务114、116和118、事件 服务120、Web服务器33和Web浏览器(未显示)。在图3 中，配置数据流以蓝色显示，频道和节目数据流以红色显示，组件健 康状况信息流以黄色显示。\n如下面比较全面地讨论的，指南工厂(GF)软件102生成指南 信息块，并将它们分发到上行链路驱动设备。上行链路驱动设备 (UD)104将活动指南信息块合并成格式化的流，并周期性地将这些 流传输到配置的USPS(未显示)。数据库(DB)107维护了一个系 统配置和用于生成指南信息块的调度信息的永久存储区。输入数据组 件(IDC)106从外部源接收新配置和调度数据，对其进行验证，并 将信息传播到系统的其余部分。监视组件(MC)108跟踪其他系统组 件的健康状况，并将此信息传送到任何相关的侦听者。通信网桥 (CB)110将图形用户界面(GUI)112连接到系统的其余部分。用户 界面(UI)22(图1)将状态信息传送到用户，并可使用户配置系 统。名称服务(NS)114、116和118维护了存在于IPGS中的组件 实例的永久副本，并能使其他IPGS组件查找它们。事件服务(ES) 120将无目标的消息转发到相关的侦听者。Web服务器(WS)33使 希望运行界面的任何人可以使用GUI。Web浏览器(WB)(未显 示)显示用户界面。\n有几个组件驻留在IPGS服务器137上：输入数据组件 106、IPGS数据库107、事件服务120和指南工厂组件102。这些 组件中的每一个组件都具有不同的职责。\n输入数据组件\n输入数据组件106从包括用户界面在内的外部系统接收输入。 它负责鉴定输入的来源并验证内容。一旦批准了输入，输入组件就将 信息存储在本地数据库中，通知相关的组件，并发出描述信息的事 件。通常向信息的始发者发送一个响应，并指出信息是否被接受以及 原因。在正常操作期间，只有一个输入组件接收数据。\n数据库\nIPGS数据库107维护了配置和调度信息的永久副本。此信息 用于在首次启动指南工厂时填充指南工厂的数据缓存。它还用于保存 创建指南当前不需要的信息。这可能包括当前没有调度的节目或将来 将发生的事件。当需要它们时，指南工厂负责查找这些项目。数据库 负责将输入组件输入的数据复制到IPGS服务器上的所有其他数据 库。由其他本地IPGS组件发出的错误和状态事件存储在数据库 中，而不是进行复制。\n事件服务\n事件服务120由几个频道构成，通过这些频道可以路由事件。 通过事件服务，IPGS的每一个组件都可以发出事件，然后，将事件 传递给对这些事件表现出兴趣的所有其他组件。事件服务组件是将可 伸编性和灵活性引入到设计中的便利方法。可以改变机器的数量和位 置，而不必修改编码或者甚至重新配置现有的机器即可与它们进行通 信。还可以添加其他的客户端，以基于这些事件执行新的功能，而不 会影响现有的组件。\n指南工厂\n指南工厂组件102获取配置和调度信息，并产生指南信息块， 然后将指南信息块分发到上行链路驱动设备，以便进行广播。根据本 发明的原理，指南工厂被设计成履行下列职责：\n●处理新配置和调度信息的事件\n●维护与生成特定环境的指南相关的信息的本地缓存\n●为特定指南环境生成指南信息块\n●当对于特定环境为主要时，将指南信息块分发到上行链路驱动 设备\n●发出心跳事件，以显示指南工厂仍在正常地操作\n●发出初始化和结束事件\n●监视其他指南工厂的心跳、初始化和结束事件，以配置冗余层 次结构\n●在指南生成和分发期间，发出状态/警告/错误事件\n尽管IPGS组件可以以许多不同的方式分配给机器，但是，对 于生产用途，所建议的配置是将组件分配给三种类型的机器。表1 列出了根据说明性的实施例的三种机器以及在它们上运行的组件。\n表1：IPGS机器和组件   IPGS服务器   上行链路驱动设备   IPGS工作站   名称服务   名称服务   名称服务   事件服务   上行链路驱动设备   监视组件   数据库   通信网桥   输入数据组件   用户界面   指南工厂   Web服务器\nIPGS机器可以部署在几个不同的站点。例如，可以在一个广播 中心放置两个IPGS服务器和一个IPGS工作站。为了提高系统可 靠性，可以在另一个广播中心提供另外两个IPGS服务器和另一个 IPGS工作站。\n广播中心至少具有两个上行链路驱动设备。在广播中心可能需 要更多的驱动设备，以便支持许多发送应答器。Web浏览器通常在 所有IPGS工作站上运行，虽然一个可能在与IPGS工作站相连接 的任何机器上运行。\n对于其他机器配置，对于如何分配组件有一些约束。在每一台 IPGS机器上都必须运行名称服务。具有指南工厂的任何机器都还必 须具有一个数据库。监视组件、通信网桥、用户界面和Web服务器 都必须驻留在同一台机器上。\n图4-6是显示了本发明的方法的说明性的实施例的流程图。在 最佳模式下，以软件实现图4-6中所描述的方法。图4是说明根据 本发明原理的说明性的实施例的用于实现指南工厂的配置更改的方法 的流程图。为此，“配置更改”包括指南环境、USPS参数、上行 链路驱动设备参数、指南路由表和全面的IPGS系统参数。在图4 中，从开始202，在步骤204，输入数据组件106(图3)等待从图 形用户界面112接收新的配置数据对象。在从图形用户界面112接 收到数据对象之时，输入数据组件106在步骤206-210验证每一个 对象，并在步骤212将对象存储在数据库107中。如果对象是无效 的，或在将对象存储在数据库中时产生错误，则在步骤214中，创 建一个答复对象，带有错误的描述，并将错误添加到答复列表并记录 到数据库中。在成功存储对象之后，在步骤216，创建答复对象，并 添加答复列表。如果在步骤218中处理了所有对象，那么，在步骤 220中，将答复列表发送到发送者，并带有成功和错误信息。如此， 在步骤222中，已经接收配置更改数据，并存储在数据库中。在步 骤224中，将接收到的对象复制到其他指南工厂。如果在步骤226 中，配置更改数据对象涉及本地指南工厂，输入数据组件通知指南工 厂组件102，以获得步骤230中的配置更改。在步骤232中，指南 工厂从输入数据组件请求更改，并在步骤234中，输入数据组件向 指南工厂发送新配置对象。在步骤236中，指南工厂处理新的配置 对象，在步骤238和240，判断新的指南流是否需要通过检查配置 更改来创建。如果新配置定义新的指南流，或改变现有的指南流的内 容，在步骤242，指南工厂为这些指南流生成包括新的数据对象信息 块，并将信息块发送到一个或多个上行链路驱动设备。指南工厂使用 路由信息(稍后将讨论)，以判断应该将信息块发送到哪个上行链路 驱动设备。在步骤244，上行链路驱动设备将指南流发送到上行链路 系统(未显示)。在步骤246，上行链路系统将指南流通过图1的 卫星50发送到消费者集成的接收器解码器(机顶盒)。在步骤 248，消费者的机顶盒下载指南流，因此，在步骤250，消费者具有 更新的和当前的节目指南。如果在步骤240中判断不需要创建新的 指南流，则在步骤241中组件完成对配置更改的处理。\n如果在步骤226和228中，判断配置更改影响上行链路驱动 设备，则在步骤252中，输入数据组件向上行链路驱动设备通知有 关更改的情况。在步骤254中，上行链路驱动设备从输入数据组件 请求新的配置数据，并在步骤256更新其路由表。在步骤258中， 上行链路驱动设备从指南工厂请求指南信息块，并在步骤244中， 上行链路驱动设备通过上行链路系统(未显示)向消费者发送指南 流。如果在步骤228中判断配置更改不会影响上行链路驱动设备， 那么，在步骤229中，组件完成对配置更改的处理。\n图5是说明根据本发明的原理的用于实现指南数据内容更改的 方法的流程图。图5的图表类似于图4的图表，只是在图5中更 改没有发送给上行链路驱动设备。图5显示，在步骤304中，输入 数据组件106等待接收新的事件和频道数据对象。在接收到这些对 象之时，输入数据组件对对象进行验证，并将它们存储在数据库中， 并将它们发送给指南工厂，以便以上面的图4中说明的方式传送给 消费者。请注意，在步骤324中，输入数据组件将接收到的对象复 制到其他指南工厂。\n图6是比较详细地说明向通常如图5所说明的其他指南工厂 复制事件和频道数据对象的流程图。图6的流程图中所描述的方法 允许数据以在使用的服务器或其他机器的数量方面对于系统管理员来 说是透明的方式复制到系统中的其他机器。在图6中，所有输入数 据都要由接收输入数据的组件验证，然后才能将其存储在其本地数据 库中。(在此上下文中，“本地”是指驻留在同一台机器上。输入 数据组件、指南工厂和数据库驻留在在同一台机器中，因此，它们彼 此之间都是本地的)。然后，它强制数据库同步。当同步完成时，它 通知其他输入数据组件，以读取它们的本地数据库，然后将数据发送 到受影响的本地组件。如果受影响的组件不是本地的，例如，上行链 路驱动设备，那么，只有接收输入数据的组件才向该组件发送数据。\n如此，在步骤326中，在接收到节目表或配置数据中的更改之 时，如上文所讨论的并在步骤328中通常所说明的，输入数据组件 将其数据存储在其数据库中。如果存储步骤成功，则在步骤334 中，输入数据组件创建所有受更改的影响的活动设备的一个列表。在 步骤336中，配置更改被发送给上行链路驱动设备和受影响的活动 设备。在步骤338中，输入数据组件创建所有活动数据库实例的一 个列表，并在步骤340中，输入数据组件创建一个单独的线程，以 将数据推入到如此标识的每一个数据库。对于每一个线程，在步骤 344中，它通知每一个活动数据库所在的机器上的输入数据组件，以 从本地数据库读取数据，并将它发送到诸如本地指南工厂之类的所有 受的本地组件。\n图7是说明在许多指南工厂137之间进行通信的简化方框 图。每一个输入数据组件(IDC)106都是直接与关联的数据库107 进行通信的唯一的组件。四个输入数据组件106、106′、106″和 106可以彼此进行通信，并向彼此发送通知，但不能访问彼此的数 据库。在说明性的实施例中，数据库是使用异步复制来进行同步的。 数据库被设置为本身每隔几分钟进行同步。然而，当IDC接收数据 时，它更新其数据库副本，并强制数据库与其他三个数据库同步， 即，数据库启动对其他三个数据库的更新。在同步失败的情况下(例 如，机器停机)，那么它就保存需要发送到停机的数据库的数据，每 当该数据库启动时，都发送该数据。根据本发明的原理，数据库彼此 进行同步，无需用户干涉。IDC之外的每个组件都通过IDC与数 据库进行通信。所有组件都通过IDC请求数据并向数据库提交数 据。在发生错误的情况下，IDC将错误返回到调用组件。\nIPGS可以具有每一个组件的多个实例，以提供冗余和负载平衡 能力。下面将把组件实例叫做设备。每一个设备都可以由其类型和它 所在的机器的主机名标识。一些设备类型是指南工厂、输入数据组 件、事件服务、上行链路驱动设备、监视组件以及通信网桥。由于此 标识方法，每一个组件类型的唯一的一个设备可以在单台机器上运 行。IPGS组件的多个实例一次可以在单台机器上运行；然而，每一 个实例都必须是设备的完全不同的系统的一部分。\nIPGS设备之间的通信是通过CORBA进行的。每一台组件的 界面和消息都是以CORBA IDL进行定义的。设备ID包括在消息 参数中，以标识每一个消息的始发者。\n通过向联合名称服务注册新设备来将新设备添加到系统中。这 就通知所有其他活动的IPGS机器，在给定机器上，新设备将可 用。每一个IPGS机器都维护每一个设备的永久位置(即，主机 名)集。可以通过从名称服务注销设备来将其从系统中永久删除。注 册通常只有在新机器添加到系统的情况下才进行。\n每当设备启动时，都执行几个操作。设备在设备的机器上运行 的名称服务中列出了对其本身的一个或多个引用。其他设备可以通过 它们的本地名称服务查找这些绑定(因此，可以查到对正在启动的设 备的引用)。设备还发布初始化事件，宣布它已经启动。这可以在新 设备启动时警告其他设备，而不是强制它们轮询新的设备。\n当停止设备时执行类似的操作。发出结束事件，通知其他相关 的设备，设备正在停止。对正在停止的设备的引用将从名称服务中删 除。名称服务仍指出，设备驻留在该机器上，但它没有有关与该设备 联系的具体信息。设备不应该尝试与未运行的设备进行联系。\n并非所有的组件都需要遵循这些原则。例如，Web服务器或名 称服务都不执行这些操作中的任何操作。对于这些组件，也不需要注 册。\n为确保IPGS的稳定性，可以部署IPGS服务器的冗余实例。 对于每一个服务器组件，冗余是以不同的方式管理的。\n所有输入组件都是活动的，并能够接收输入；然而，只有一个 输入组件被视为主要的。所有外部系统(例如，GUI和PADB)都 应该连接到主要输入组件。如果不能与主要输入组件建立连接，则选 择一个新的主要输入组件。所有外部系统都应该遵循用于判断新的主 要输入组件的同一个算法。这将确保，在IPGS中正好有一个数据 的入口点，这将最大限度地降低发生竞争情况的可能性。不需要有用 于将备份输入组件提升到主要输入组件的内部机制，因为是外部系统 控制与哪个实例进行联系。\n输入组件和指南工厂将直接只与驻留在同一台机器本地的数据 库进行通信。数据库负责及时地将配置和调度数据复制到其他IPGS 服务器上的数据库。由于输入可以由任何IPGS服务器接收到，因 此，复制是对称的。然而，在正常情况下，复制数据只能在具有主要 输入组件的机器上产生。除配置之外，复制可以完全由Oracle软件 进行管理。\n事件服务的冗余是透明的。对接收事件感兴趣的任何应用程序 都应该向所有可用的事件服务进行注册。当发出事件时，应用程序只 须向一个事件服务发送事件。这要求，当新事件服务可用时，事件消 费者通过事件得到警告。还可以采用本地事件频道，以支持与事件频 道所在的IPGS服务器机器的外部组件无关的事件。\n指南工厂的冗余是完全可以从用户界面进行配置的。对于每一 个指南环境，只有一个指南工厂被视为主要的。此指南工厂负责向每 一个需要该环境的指南信息块的上行链路驱动设备提供它们。其他指 南工厂还可以通过生成其指南信息块来支持该指南环境。然而，这些 辅助指南工厂将不会向驱动设备传输任何指南信息块，除非主要工厂 未能这样做。\n由于在主要指南工厂发生故障时辅助指南工厂必须自动接管， IPGS必须有检测这一情况的方法。为此，每一个指南工厂都将周期 性地发出心跳事件，以描述其状态。通过监视这些事件，辅助指南工 厂可以判断出主要指南工厂已经发生故障的情况。例如，如果在一个 预先确定的间隔内没有从主要指南工厂接收到心跳，辅助指南工厂可 以认为，主要指南工厂已经发生故障。或者，心跳可以指出，主要指 南工厂已经进入一个状态，从该状态，它不能为相关的指南环境生成 或提供指南信息块。\n每一个指南工厂都执行各种任务，其中包括：\n●周期性地发出描述工厂的状态和活动的健康事件\n●侦听所有指南工厂的健康事件\n●侦听来自输入数据组件的配置信息\n●侦听来自输入数据组件的新的调度信息的通知\n●侦听来自驱动设备的指南数据请求\n●侦听来自其他设备的初始化和结束事件\n●支持许多已配置的指南环境\n指南工厂以下列三种模式之一支持指南环境：不活动的、活动 的，或主要的。由于指南工厂同时可以支持几个环境，因此，它可以 在任何时候以一种以上的模式进行操作。\n当不活动地支持指南环境时，指南工厂为该环境维护配置信 息，但不为该环境执行任何操作，诸如处理节目表项，或生成指南。\n指南工厂对指南环境的活动支持增大了指南工厂的职责。指南 工厂现在必须：\n●为该环境维护配置信息，\n●维护当前与指南环境有关的节目表项的缓存，\n●为指南环境生成指南信息块，\n●记录为指南环境执行的活动，\n●并记录在支持指南环境时遇到的问题。\n指南环境的主要支持与活动支持相同，并带有向所需的上行链 路驱动设备传输所生成的指南信息块的其他职责。\n几个指南工厂可以支持单一指南环境。任意数量的指南工厂可 以以活动或不活动的模式支持指南环境。然而，对于每一个指南环 境，在任何时候都正好有一个指南工厂以主要模式操作。\n对于已配置的指南环境，每一个指南工厂都有一个数字优先 级。用户最初指派此优先级，但指南工厂可以在某些情况下降低他们 自己的优先级。优先级“0”是指，指南工厂对于该环境是不活动的 (否定的优先级被当做零)。正的优先级导致指南工厂对于该环境是 活动的。一个指南环境的带有最高优先级的指南工厂是该指南环境的 主要指南工厂。使用设备ID的字典式的比较来中断联系。一个指南 环境的默认优先级是1。当重新启动指南工厂时，所有指南环境的优 先级被重置为此。\n指南工厂的健康包括每一个所支持的指南环境的其优先级，以 及它是否将其本身视为每一个指南环境的主要的指南工厂。每一个指 南工厂都监视其他指南工厂的健康，以便每一个指南工厂知道其他指 南工厂在执行什么操作。\n指南工厂的自动提升\n当指南工厂在为单一指南环境提供服务时遇到错误，其对于该 指南环境的优先级被降低。这可能会导致指南工厂不再是该指南环境 的主要指南工厂。在严重的情况下，这可能会导致指南工厂对于该指 南环境来说变得不活动。当在指南工厂中发生了较大的问题(例如， 与本地数据库或名称服务连接失败时，所有受支持的指南环境的优先 级都可能会降低。当指南工厂被关闭时，所有其优先级都被置零。其 他指南工厂都会在接收到指南工厂的结束事件时自动进行这一调整。\n当指南工厂检测到所有其他指南工厂都具有对于一个给定指南 环境的较低的优先级时，该指南工厂将其本身提升为该指南环境的主 要指南工厂。这通常在指南工厂接收到来自以前是该指南环境的主要 指南工厂的指南工厂的健康或结束事件时发生。在变成主要指南工厂 时，指南工厂向相关的驱动设备传输为指南环境生成的每一个信息 块。\n当一个指南工厂未能在预先确定的时间量内接收到来自另一个 主要指南工厂的健康事件时，它推断指南工厂已经失败，并降低该指 南工厂的优先级。不进行进一步的检查。\n当预先确定的时间量过去而没有接收来自指南工厂的健康事件 时，其他指南工厂尝试直接请求其健康状况。如果成功地获取健康状 况，可能是事件服务发生了问题。如果这还不能解决，没有发出其健 康事件的指南工厂的所有优先级都将降低。这可能导致其他指南工 厂变成主要的。\n如果相关的指南工厂不可直接访问，则其他指南工厂尝试与该 机器上的名称服务进行联系。如果可以联系上，则认为相关的指南工 厂已经发生故障。其他指南工厂将它们的发生故障的指南工厂的优先 级的副本重置为“0”。对于某些环境，这可能将新指南工厂提升为 主要模式。如果名称服务没有响应，则还可以对指南工厂的机器执行 ping命令。\n如果无法与指南工厂所运行的机器进行联系，则可能有两种可 能性。要么机器已经关闭，要么网络连接中断。发现另一个指南工厂 的沉默的指南工厂尝试与沉默的指南工厂在同一个子网上的另一台机 器进行联系。如果联系上，则认为沉默的指南工厂不再起作用，其优 先级降低为零。\n如果不能与该子网上的任何机器联系上，则认为存在网络问 题。不能对指南工厂优先级进行自动变更，但向用户界面(当然，可 能不可访问)发送一个错误状态。如果在此状态下接收指南工厂请 求，如果一个指南工厂在响应指南工厂中处于下一个，则该指南工厂 可能变成主要的指南工厂。\n由于每一个指南工厂都保存了所有其他指南工厂的优先级的本 地副本，则存在不一致的可能性。当指南工厂不在运行时，其真正的 优先级都被置零。当指南工厂正在运行时，其真正的优先级是本地存 储在该指南工厂内的优先级。这些优先级包含在发送到其他指南工厂 的健康事件内。指南工厂应该接受在这些事件中接收到的优先级作为 准确的，当接收到健康事件时，应该丢弃对该指南工厂的优先级的任 何本地变更。这可能导致接收指南工厂对于某些指南环境从主要指南 工厂从主要切换到活动。\n如果指南工厂A判断，指南工厂B是一个指南环境的主要指 南工厂，而此时它不应该是主要指南工厂时，A可能直接向B发送 其对IPGS中的指南工厂的状态的了解的情况。这应该导致B校正 其模式。当应该是一个指南环境的主要指南工厂的指南工厂不将其本 身视为主要指南工厂时，也可以采取类似的操作。在某些情况下，指 南工厂B可能具有有关其他指南工厂的状态的更准确的信息。在此 情况下，B可能以其对IPGS中的指南工厂的状态的了解的情况响 应A。\n每当发生自动提升或降级时，用户界面都会指出。当不能正确 地自动判断一个环境的主要指南工厂时，应该发出一个严重警告。\n一旦IPGS检测到，一个指南环境的主要指南工厂发生故障， 则只须提升一个辅助指南工厂。除选择主要指南工厂之外，有特权的 用户可以通过给每一个工厂指派一个对于该指南环境的不同的优先级 来选择将提升辅助指南工厂的顺序。此顺序对于每一个指南环境都可 以不同。一旦检测到主要指南工厂发生故障，则辅助指南工厂将探测 其他指南工厂(包括主要指南工厂在内)，以判断哪个健康的指南工 厂的优先级最高。此工厂变成相关的指南环境的主要指南工厂，以前 的主要指南工厂的优先级降低。有特权的用户始终可以通过修改指南 工厂优先级或通过停止包含主要指南工厂的IPGS服务器来影响哪 些指南工厂是主要的。\n事件服务\n事件服务用于将消息从一个设备路由到对该消息类型感兴趣的 许多其他设备。IPGS中可以存在事件服务的多个实例。每一个事件 服务都具有多个不同的频道。为每一个频道(以IDL)定义了一个 界面。此界面指定了在该频道上发出的一组事件。在本地名称服务中 列出了每一个频道的引用。可以通过一个频道发送多种不同类型的消 息，但它们都必须属于同一个界面。\n希望发出事件的设备可以向该界面的任何现有的频道发送消 息。侦听事件的设备必须连接到该界面的所有现有的频道。这要求， 当启动事件频道时，通知所有侦听设备，以便它们可以连接到新的频 道。\n当启动事件服务时，它为每一个事件界面创建一个事件频道， 并在本地名称服务中列出对每一个频道的引用。然后，通过已经在运 行的事件服务的DeviceCollector频道发送事件。这就通知所有侦听 设备，新事件服务已经启动，它们必须连接到新频道。当事件服务被 利索地关闭时，它自动地向所有连接的设备发送断开连接消息。这就 允许侦听者(和供应者)清理它们的资源。\n由于其他组件需要事件服务了解何时新设备被添加到系统中， 事件服务应该是在IPGS中启动的第一批设备之一(在其本地名称 服务之后)。为取得最大的可靠性，侦听者可以定期搜索他们不能与 其连接的事件服务的名称服务。\n表2列出了在本发明的说明性的实施例中的驱动设备和指南工 厂所使用的事件频道。其他组件可能需要更多的频道，或用于向远程 进程传送错误信息。\n表2事件类型   频道名称   接口类型   名称服务绑定   供应者   消费者   ChunkServer   ChunkServer   ChunkServer   UD   GF   DeviceCollector   DeviceCollector   DeviceCollector   UD，GF，   ES   GF，   Monitoring   component，   IDC   DriverMonitor   DriverMonitor   DriverMonitor   UD   Monitoring   component   GuideFactoryMonitor   GuideFactoryMonitor   GuideFactoryMornitor   GF   GF，   Monitoring   component\nChunkServer\n此接口允许驱动设备请求它希望具有的指南数据，但没有接收 到。其唯一的操作是\nrequestChunk(in Deviceld origin，\nin Driver callback，\nin GuidestreamId stream，\nin Date time，\nin long count)\n当驱动设备检测到它们没有有效的指南信息块的时间时，它们 发出此事件。指南工厂倾听此消息，主要指南工厂通过向Driver引 用发送一个newGuideData消息(回调)来响应，该消息中包含在 指定的指南流中一个给定的时间处于活动状态的指南信息块。\n如果驱动设备没有接收到响应，它将定期重新发送事件。每次 发送事件时，都增大计数。随着计数变大，辅助指南工厂开始以确定 性的方式响应事件。\nDeviceCollector\n此接口允许服务器跟踪系统的哪些组件正在运行，以及哪些不 能。DeviceCollector接口中的操作是\ndeviceStarted(in Deviceld device，\nin Object admin，\nin long count)\nand\ndeviceStopped(in DeviceId)\n当IPGS设备启动时，它发出deviceStarted事件，以通知系 统的其余部分，它已经启动。当组件期待对此事件的响应(例如，以 提供初始配置信息)，设备可以定期以增大的计数重新发送，直到接 收到响应。这就允许辅助机器在主要机器未能这样做时响应事件。 admin引用为正在启动的组件的主要引用的回调对象。通常，这是 一个DeviceAdmin对象，但是当设备是一个事件服务时，它是一个 TypedEventChannelFactory。\n当组件利索地关闭时，发出互补事件deviceStopped。这将通知 系统的其余部分，消息不应该再发送到组件，不能与组件联系或收到 来自组件的消息不应该被视为错误。\n当启动驱动设备时，它必须接收其路由信息、其一般配置参 数，以及要广播的指南数据。直到驱动设备接收到驱动设备传输的每 一个指南流的setDriverRouting()message、a setParameters() message、setApplicationTimeOffset()message和newGuideData()， 它定期发出deviceStarted事件。\n当启动指南工厂时，必须向它说明，生成哪些指南，以及要将 它们发送到哪里。指南工厂定期发出deviceStarted事件，直到它接 收到setParametersO message、该环境的setHierarchy()消息伴随 的至少一个defineEnvironment()消息、setApplicationTimeOffsetQ 消息以及setFactoryRouting()消息。\n当启动事件服务时，侦听事件的任何组件必须连接到相应的新 频道。因此，通过不同的事件服务发出deviceStarted事件，指出已 经有新事件服务可用。由侦听者负责通过访问所提供的 TypedEventChannelFactory来查找并连接到相应的事件频道。\n监视组件可以接收这些事件，以便显示何时组件被启动和关闭 (以便它可以知道是否有新的事件服务联机)。指南工厂必须接收这 些事件，以便它可以在它们被启动时向驱动设备发送信息，以便它可 以识别出主要指南工厂何时利索地关闭。IDC可能需要接收这些事 件，以便它可以在指南工厂和驱动设备启动时向它们提供配置信息。\nDriverMonitor\nDriverMonitor接口允许远程监视驱动设备的健康。每一个驱 动设备都定期发出driverHealth消息，报告其当前健康。此消息包 括报告了其健康的驱动设备的标识，测量健康时的实际时间，以及描 述健康的结构。此结构由描述驱动设备的一般健康的数字和描述每一 个所配置的连接的健康的数字序列构成。为将连接健康状态与连接的 描述匹配，还可以包括当前路由配置的标识符。\ndriverHealth(in Deviceld origin，\nin Date when，\nin Health status)\n每当驱动设备接收到成功地修改驱动设备的路由信息的 setDriverRouting()消息时，都会发出newDriverRouting()事件。 驱动设备向新配置指派routingId，以便也可以与随后的 driverHealth()消息匹配。将信息分为两个消息的目的是为了节省带 宽。\nnewDriverRouting(in Deviceld origin，\nin long routingId，\nin DriverRouting routes)\n监视组件可能是对接收这些事件感兴趣的唯一组件，它使用这 些事件来绘制监视显示。\nGuideFactoryMonitor\nGuideFactoryMonitor接口允许远程监视指南工厂的健康。每 一个指南工厂都定期发出factoryHealth消息，报告其当前健康状 态。监视组件接收这些事件以生成监视显示，指南工厂接收这些事 件，以判断何时需要提升辅助指南工厂。\n指南工厂的健康是一个包括描述了指南工厂的一般状态、其与 其本地数据库的连接的状态的数字、它未能与其进行连接的驱动设备 的列表，以及每一个所配置的指南环境的状态信息。一个指南环境的 信息包括该环境的名称、数字状态、指出指南工厂当前正在为此环境 执行什么操作的枚举值，指出指南工厂是否为此环境的主要指南工厂 的标志，以及此环境的指南工厂的优先级。\nfactoryHealth(in Deviceid origin，\nin Date when，\nin GuideFactoryHealth health)\n上行链路驱动设备\n上行链路驱动设备将指南流发送到上行链路系统，以便它们可 以传输到卫星。上行链路驱动设备可以打开与不同的上行链路系统的 许多TCP连接。上行链路驱动设备是以冗余的对部署的。在任何时 候，如果连接失败，那么其他上行链路驱动设备将建立替换连接。因 此，在任何给定的时间点，所配置的连接在两个上行链路驱动设备之 问是共享的。两个上行链路驱动设备都不执行所有的发送，但驱动设 备的组合一起协作，以传输所有所配置的数据。\n在每一个指南生成之后，指南工厂只向上行链路驱动设备发送 一次指南信息块，而上行链路驱动设备周期性地向USPS发送那些 信息块。上行链路驱动设备继续一次又一次地发送同一个信息块，直 到该信息块过期。\n指南工厂只直接向广播中心中的一个上行链路驱动设备发送指 南数据。该上行链路驱动设备负责将数据转发到其他本地上行链路驱 动设备。这是因为，广播中心之间的网络连接的带宽低于一个广播中 心内的连接的带宽。\n配置信息的最重要的片段之一是指南流路由。即，接收器将在 哪里查找每一个指南流，以及IPGS如何在那里获得数据。指南流 以几个小步骤路由。首先，指南工厂向上行链路驱动设备分发指南信 息块。然后，上行链路驱动设备将那些信息块发送到上行链路系统上 特定端口。上行链路系统将来自驱动设备的数据与来自其他系统的数 据合并，并将它都发送到特定发送应答器，该发送应答器将数据广播 到固定的地理区域。然后，知道在哪里查找的接收器可以访问此数 据。\n在说明性的示例中，可以单独地配置路由的每一个步骤，以提 供用于配置路由信息的对用户友好方法。有特权的用户可以指定指南 流将在哪些发送应答器和SCID上广播。SCID是服务频道ID，用 于将指南流与在发送应答器上广播的其他数据。发送应答器和SCID 的合并地址在下面被称为服务频道。它们也可以指定哪些上行链路系 统(USPS)支持哪些发送应答器和SCID。上行链路驱动设备和上行 链路系统之间的可能的连接也是可配置的。然后，IPGS可以将所有 此信息合并，以成功地将路由指南信息块从指南工厂路由到接收器。 当在系统中发生更改时，只是该更改可以进入到IPGS中，它还将 适应新路由。\n路由信息的第一段是将要路由的数据。每一个指南环境都由多 个指南流组成。例如，与OpenTV兼容的IRD的指南环境可以具 有MPG流，多个SPG流和多个DIP流。现在必须为每一个所配 置的流指派一个或多个目的地。\n路由信息的第二段是指南流的可用的目的地集。维护了活动的 发送应答器的集合。维护了发送应答器的多个属性，如它所属的卫星 和广播，其物理传输编号，其传输特征(例如，频率、极性等等)。 当有新的发送应答器可用时，有特权的用户可以将其描述添加到发送 应答器集合。这将有助于将来的卫星扩展。\n一旦表示了指南流和发送应答器，就可以配置每一个指南流的 最高级别的路由。每一个指南流都与一个或多个发送应答器/SCID组 合关联。每一个关联都表示接收器可以访问该指南流的一个位置。指 南流/服务频道关联中还附加了数据速率。这就允许控制流的每一个 实例。请注意，与每一个指南流关联的路由是发送应答器和SCID。 这就对应于通常控制指南位置的级别。\n还必须描述获得到所期望的服务频道(即，发送应答器/SCID 组合)的手段。每一个服务频道都与一个或多个上行链路系统上的端 口关联。当IPGS需要向特定的服务频道发送指南流时，它应该向 与该服务频道关联的每个上行链路系统端口传输流的数据。可以随意 地修改上行链路地址和服务频道之间的关联，以反映上行链路系统的 配置。系统将通过在内部以与新配置一致的方式重新路由指南流来适 应这样的修改。通常，上行链路系统的所有端口都与单一的发送应答 器的服务频道关联，SCID和端口号之间的关系通常是恒定的。这反 映常规作法，其中，每一个上行链路系统都正好为一个发送应答器提 供所有数据。然而，为将来的开发提供了其他的灵活性。\n路由的最后一段是在IPGS内部。IPGS必须知道其哪些组件 可以访问每一个上行链路系统，因此，它维护了关于其上行链路驱动 设备的数据的集合，哪些驱动设备应该向哪些上行链路系统传输。作 为一个附加的安全措施，提供了每一个上行链路系统和上行链路驱动 设备的位置的简单表示。上行链路驱动设备只能与驻留在站点的上行 链路系统进行通信。\n一旦主要指南工厂创建指南信息块，它就负责将它提供到需要 数据的所有驱动设备。要查找此驱动设备集，工厂识别信息块所属的 指南流。从那里，它收集与该指南流关联的每个路由，这就产生一组 服务频道。这些服务频道中的每一个服务频道都受一组上行链路系统 地址的支持，这些地址中的每一个地址都可以由一个或多个上行链路 驱动设备进行访问。指南工厂遵循此链，以产生可以服务于任何指南 路由的完整的驱动设备集。然后，将新信息块分发到此集中的每个驱 动设备每次分发信息块时，不必判断此驱动设备集。路由表通常是 恒定的这样，当用户重新配置一个或多个表时，可以查找到指南流 目的地集。然后，指南工厂只需记住每一个指南流的上行链路驱动设 备集。\n图8是显示根据本发明的原理的指南路由信息的组织的图表。 对上行链路驱动设备的路由信息的要求与指南工厂的要求不同。每一 个上行链路驱动设备都必须知道它将传输哪些指南流，将每一个流发 送到哪些上行链路系统地址以及以什么速率。此信息可以以类似的方 式根据路由信息确定。驱动设备可以向多个不同的位置发送单一指南 流，因此，这里不能忽略副本(指南工厂不管副本)。然后可以对指 南流与上行链路驱动设备关系的平化表进行排序，并将相关的行发送 到每一个上行链路驱动设备。\n调度数据\n为了给将来的内容提供灵活性，以规范化的方式维护调度数 据。节目和频道仍是节目表中的重要对象，但它们的关系已经脱离。\n节目是向消费者提供的内容的单元。可以有许多不同种类的节 目。如今的指南只包含常规的节目，可以由它们的标题、描述、类 别。等级和其它的属性来描述。将来的接收器可以支持新的节目类 型，诸如XML程序，可以用URL来描述。\n图9是说明根据本发明的原理的调度数据的结构的图表。所有 类型的节目的共同特征是可以对它们进行调度。即，可以选择节目可 以供电视观众观看的时间。节目与开始和结束时间的关联叫做事件。 事件通常不会单独发生。为表示事件的共同组合，每一个事件都属于 单一事件集合。事件集合可以对应于电视网的节目(例如，HBO的 节目表)也可以是人为的(例如，特殊的体育事件)。在单一的事件 集合内，常规节目的事件不能重叠。事件集合独立于节目将如何传输 或访问(即，频道)。这就意味着，可以随时对频道进行重新配置， 而不必重新提交它们提供的节目。\n电视观众频道表示电视观众通过其观看节目的途径。专业化的 电视观众频道还包含通过其向电视观众提供节目的机制。与Open- TV兼容的IRD可以只描述DSS频道，但将来的接收器可以允许 使用诸如陆地广播之类的其他提供机制。描述如何访问频道所需要的 一切都包含在DSS频道内。请注意，电视观众频道有一段它处于活 动状态的时间。在此时间之外，电视观众频道将不在指南中。\n大多数的电视观众频道都允许电视观众直接调到该频道，并提 供在该频道上可以观看到的节目列表。公共频道对象与具有这些特征 的每一个电视观众频道关联。公共频道对象提供关于频道的描述性信 息，如呼叫信号、描述和包含频道提供的节目的事件集合。公共频道 通常独立于频道配置。\n节目指南对象\n电视观众是观看电视的人。电视观众市场是电视观众的集合。\n接收器是电视观众用来获取正在广播的数据的设备。此数据包 括(但不仅限于)视频和音频流、应用程序和节目表信息。有多种不 同类型的接收器(例如，与OpenTV兼容的IRD或电视机所附带 的调谐器和天线)。不同类型的接收器具有不同的功能。为此，接收 器类型是根据与广播机制的连接来进行定义的。\n指南是一组接收器可以访问以获取有关频道、节目及其他配置 的信息的数据流。由于可能的节目、语言和接收器功能的多样性，可 以向不同的电视观众提供不同的指南。一个指南的主要特征是，它具 有什么样的流，如何向接收器广播这些流，以及每一个流中具有什么 样的数据。\n指南环境描述了指南是面向什么人以及是什么用途。它是由其 电视观众市场和其电视观众所共享的接收器类型所定义的。指南工厂 可以据此判断什么类型的流将构成指南，填充每一个流的是什么样的 数据格式，什么数据与目标电视观众相关。例如，可以使用电视观众 市场确定在环境的指南内应该使用的语言。\n每一个指南流都由一个或多个叫做信息块的数据块构成。随着 时间的流逝，或指南工厂接收到新输入时，这些信息块可以更新，替 换或删除。\n节目指南对象的示例\n说明性的实施例支持一个接收器类型-与OpenTV兼容的 IRD。尽管有一些不支持并且决不会支持OpenTV应用的IRD，但 是所有部署的接收器都可以对根据与OpenTV兼容的规范格式化的 指南进行解码。有两个指南环境，通常被称为“东和西”。给每一 个接收器指派了这些指南环境中的一个(虽然这不是指南环境概念所 需要的)。每一个指南环境都支持具有一个主节目指南(MPG)流、 多个特殊节目指南(SPG)流，以及多个描述流的指南。MPG流不 断地为IRD提供它的正常运行所需要的最少的信息-频道分配、 当前节目，以及如何访问其他指南流。在稳定状态，MPG流由单一 的重复信息块构成。MPG信息块实际可以在每次广播时都稍有不 同，因为它包括当前时间和在对信息块的预定更改之前剩余的时间。 每隔半小时，此信息块都被替换为特别为该半小时时隙构建的新版 本。此外，每当指南生成器接收到新数据时，MPG信息块都被替换 为反映新数据的新版本。SPG流和描述流的行为类似。\n可以定义另一种接收器类型，以便可以描述符合高级节目指南 (APG)接口的接收器。然后可以创建一个包含所有具有APO接收 器的所有电视观众的新指南环境。此环境的指南将由多种新型的流构 成。启动流、频率标识流、以及更新流，和多个转盘流。这些流中 的每一个流都将由多个小信息块填充。例如，单独的节目都将有其自 己的信息块。尽管预定了节目，其信息块将是其中一个转盘流的一部 分。随着节目的广播时间的邻近，节目的信息块将从一个转盘流中删 除并添加到另一个流中。当对节目进行修改时(如，提供新标题)， 将修改节目信息块，但仍是同一个转盘流的一部分。如果没有预定节 目的所有实例，其信息块将从所有流中删除。\n为说明性的系统提供了来自节目获取数据库(PADB)24的调度 信息(频道配置和节目)。从此和一些其他的配置信息，IPGS必须 构建填充每一指南流所必须的信息块。对于一些指南环境，可以只根 据环境的配置来确定所需要的信息块。对于其他环境，调度信息将影 响将创建哪些信息块。不管有哪些频道和节目对电视观众可用，这都 适用。要创建的SPG信息块的数量和需要哪些描述流将受到频道配 置和在生成时已知的节目的量的影响。然而，对于APG指南环境， 每一个已知的节目或频道都需要单独的信息块。\n信息块应该尽早地创建，以确保当它们处于活动状态时，甚至 在发生一些网络问题的情况下，它们也可用于传输。然而，必须与可 用的调度信息保持平衡。可以为将来两个星期创建MPG信息块， 但是不太可能有用。用于填充这样的信息块的调度信息可能在MPG 的构建和当MPG开始处于活动状态时修改。在跨数据更新和信息 块的活动时间段的时间内，输入数据发生一些更改的概率必须与指南 工厂和驱动设备之间发生网络故障的概率相当。\n当信息块的存在基于调度信息时，一旦IPGS接收到调度信 息，创建信息块就有意义。例如，一旦接收到该频道配置的频道记 录，就可以构建APG频道对象的信息块。即使频道配置在一段时间 内不活动，这种情况也成立，因为信息块的传输是可以调度的。当对 频道配置进行修改时，可以构建信息块的新版本，以替换以前的版 本。请注意，对于这种类型的信息块，信息块只在对调度信息中的现 有的对象进行修改时才重新生成。新数据创建新的信息块，而不修改 现有的信息块。\nOpenTV-Compatible Guide的信息块必须以不同的方式管理， 然而，MPG信息块与一组SPG信息块密切地关联。每当生成这些 信息块中的其中一个信息块时，它们都应该生成。特别为单一的半小 时时隙构建MPG信息块以及其关联的SPG信息块。如此，每隔 半小时就需要每一个信息块的新版本。每当指南环境的配置中发生更 改或每当接收到新调度信息时，也可以创建新版本。由于这些信息块 与时间相关，任何时候都可以有MPG信息块的多个不同的版本- 它们中的每一个都针对不同时隙。新生成的MPG信息块可以添加 一个新时隙的新版本，或替换以前生成的时隙的现有版本。\n如此，这里是参考特定应用的特定实施例描述本发明的。精通 本技术并了解这里所提供的原理的普通人员将认识到，在本发明的范 围，可以进行其他修改、应用和实施。\n因此，所附的权利要求涵盖在本发明范围内的一切这样的应 用、修改和实施例。\n相关申请的交叉引用\n本申请要求以2002年10月25日提出的序列号为No. 60/421,265题为“国际节目指南系统”的美国临时专利申请做为优 先权基础。