CN101547109B - 一种信息组播系统及其播放控制方法 - Google Patents

Abstract

本发明涉及一种信息组播系统，包括依次相连的一个中心服务器，至少一个域服务器、群服务器和终端播放设备，所述的中心服务器预先存储所有的播放内容，并根据物理位置差异分组传送到域服务器，域服务器根据各个群服务器业务功能差异，将信息组播到群服务器，群服务器再将各种信息调度播放，根据实际应用不同包括一分四屏或一分八屏，或实时采集当前播放内容，传输给各个终端播放设备，或直接输出到分屏器、LED屏。播放控制方法包括常规播放控制、实时数据播放控制、实时插播和终端监控，由域服务器实施。本发明效率高、成本低、可扩展、易复用，使用范围广。

Description

一种信息组播系统及其播放控制方法

技术领域

本发明属信息发布与播放控制技术领域，特别是涉及一种信息组播系统及其播放控制方法。

背景技术

随着社会的不断发展和城市生活节奏的不断加快，方便、快捷、及时地获取资讯越来越受到广泛关注。如在地铁车站、超市、酒店等，这些信息发布主要包括：公益宣传、便民资讯、广告、科教娱乐等。这些应用的特点是：不同的地理位置发布的资讯各有侧重；信息多以事先编排好为主，支持实时发布与播放。因此，为了能够处理各种应用领域的不同需求，需要一种能实现信息组播与实时播放控制的系统。

现有的信息发布方式有：传统的电视、电台数字广播系统和数字窄播系统。传统的数字广播系统具有覆盖面广、性能稳定等优点。但它对于处理地理位置差异性方面不是太理想；所谓数字窄播系统是一种通过网络控制中心将多媒体信息发布到特定地点、人群并进行可控、可调的媒体播出系统，但是它同样存在系统模型简单，不太适合用于特定领域等不足。因此如何实现信息实时发布、播放与分组管理成为了急需解决的问题。

发明内容

本发明所要解决的技术问题是提供一种实现信息实时发布、播放与分组管理的信息组播系统及其播放控制方法。

本发明解决其技术问题所采用的技术方案是：提供一种信息组播系统，包括依次相连的一个中心服务器，至少一个域服务器、群服务器和终端播放设备，所述的中心服务器预先存储所有的播放内容，并根据物理位置差异分组传送到域服务器，域服务器根据各个群服务器业务功能差异，将信息组播到群服务器，群服务器再将各种信息调度播放，根据实际应用不同包括一分四屏或一分八屏，或实时采集当前播放内容，传输给各个终端播放设备，或直接输出到分屏器、LED屏。

所述的中心服务器将需要发布的信息采编、审核、管理和实时获取外部系统数据，同时将数据按照内容差异分组发给各个域服务器，完成物理组播。

所述的域服务器将各种媒体资源定义在一系列不同的节目元素的节目单中，域服务器会根据各个群服务器具体业务功能，将符合要求的节目单发送到群服务器。

所述的群服务器完成节目的播放与控制，包括接收域控制器组播视频流，根据节目单实时请求节目资源，实时处理域服务器插播节目或实时数据的更新。

所述的群服务器与终端显示设备之间还包括应用组：通过实时采集当前播放图像，通过以太网送到各个终端播放器显示；或通过一个双绞线VGA传输设备，采用双绞线较远距离传输VGA信号。

所述的域服务器是物理分组过程中产生的物理组；所述的群服务器是逻辑分组过程中产生的逻辑组，两种组称为用户组，其分组的个数均无限制。

所述的播放控制方法包括常规播放控制、实时数据播放控制、实时插播和终端监控，由域服务器实施，域服务器包括相应的一组服务器：WEB服务器、数据库服务器、流媒体服务器、图文服务器、群服务器，播放控制以WEB服务器为节目播放主控方，以流媒体服务器集群为视频信息发布的服务方，以图文服务器为图文信息的服务方，以群服务器为节目解析和视图分屏发布方，通过WEB服务器和群服务器的两级调度实现信息组播。

所述的WEB服务器为一级调度，其为各用户组生成各种节目单，并将这些节目单按一定的规则发送给各用户组对应的群服务器；生成的节目单包括：常规播放节目单、实时数据节目单、实时插播节目单；这些节目单为群服务器准备播放任务。

所述的群服务器为二级调度，其接收WEB服务器发送过来的节目单，解析节目单，并对各种节目单的进行小粒度的任务调度，这些任务调度有多媒体资源的定时请求、实时数据的即时显示、实时插播的实时响应，即对播放任务的执行。

本发明中的节目是最小的可复用的播放单元。节目是针对逻辑组而言的。节目的播放是连续的，一个节目播放的过程中除非被比该节目优先级高的其它节目覆盖，否则应该是连续播放到该节目结束。节目有节目时间长和用户组类型两个属性，节目时间长标识节目连续播放时间长，用户组类型标识该节目适用于哪种类型的组。

节目元素是指组成节目的信息元，分为可编排的节目元素和实时信息节目元素。可编排的节目元素包括：视频、图片、文本。实时信息节目元素不是事先编排好的，而是中心控制器或其通过外部系统接口实时产生、发布并实时显示的，实时信息节目元素依据信息的类型不同而不同。

节目由一个或多个节目元素组成，节目要素是将一个节目的所有节目元素组合起来抽象出来的一个概念。当且仅当一个节目的所有节目元素特征都可以与另一个节目的所有节目元素的特征一一对应起来时，这两个节目的节目要素是相同的。

对于逻辑组，可以按节目要素的不同将用户组细分，节目要素相同的可以分为一组，拥有相同的组类型(如：站厅群服务器都具有相同的组类型一站厅组类型)。同一类型的组的终端视图节目要素是相同的，依据隶属于不同的物理组，节目元素不同。如下图所示，站台组有一个视频播放区(中间区域)、一个文本播放区(公告信息)、一个图片播放区(站名图片，人民广场)、两个实时数据播放区(到站时间)，站厅组有一个视频区域(中间区域)、一个文本区域(公告信息)、一个图片播放区(实用咨讯)和一个实时数据播放区(到站信息)。且这些信息的含义是确定的，只是信息的元素依据物理组的不同而有区别。

节目编排需要指定节目的时间长、节目的组类型。组类型包含节目要素信息和视图布局模版的信息。编排节目的过程为节目指定以下属性：节目时间长、节目要素信息、对应于每个节目元素的播放列表、视图布局模版。编好的节目可以被同一类型的组重用，因此，在逻辑上节目有一个属性是组类型。一个节目的视频序列中的每个视频都有播放时间长，每个视频的播放时间长加起来等于节目时间长；图片和文本同样如此。

节目只是规定播放内容，节目单是真正的一个日期段的播放任务列表。一个组在某一天、在一定的优先级上最多只有一个节目序列。这个节目序列中的节目是没有相互覆盖，而在不同的优先级上可能存在覆盖，若存在则优先级高的节目覆盖优先级低的节目。通过优先级覆盖合成出来的节目序列是节目单。节目单的属性有播放的日期段、针对的用户组、优先级。节目和节目单之间的映射关系应该有节目开始时间、循环次数、循环间隔等属性。

常规播放控制流程图如图8所示，常规播放的驱动模式是时间驱动。在时间驱动模式下，播放任务调度服务将按照预先安排好的播放任务，对各组实施组播。在WEB服务器上运行播放控制一级调度服务，该服务中运行着一个常规播放任务定时器。该定时器在每天系统开始运营之前的某一时刻触发任务执行，查询关系数据库，整理各组的播放列表。将播放列表中的视频播放任务编译成封装后的流媒体命令文件传给流媒体服务器；将播放列表转译成常规播放节目单文件传给各组的群服务器。流媒体服务器和群服务器上的监听服务分别负责这两种文件接收和解析。流媒体服务器通过解析命令文件发布视频流。群服务器通过解析常规播放节目单，确定当天的播放任务，定时触发请求相应的多媒体资源的任务。

实时数据播放控制流程图如图9所示，外部系统将实时数据传送给中心服务器，中心服务器通过对这些实时数据的解析和筛选传送给相应的WEB服务器。WEB服务器的外部数据监听服务监听到这些数据，并对实时数据作一定的解析，选取与对应的组的实时数据播放区相对应的数据写成实时数据节目单文件发送给群服务器。群服务器解析实时数据节目单，将解析得到的实时数据填入到实时数据播放区。

实时插播控制流程图如图10所示，实时插播是节目播放优先级的最高级别。实时插播是事件驱动的，操作员登录播放控制工作站，选取一定的插播节目，确定播放的时间长，进行实时插播确认。WEB服务器向群服务器发送实时插播节目单文件，群服务器解析并处理实时实插播任务，当插播任务结束之后退回到之前的常规节目的播放状态。实时插播通过群服务器的优先级调度机制实现。

终端监控流程图如图11所示，终端监控主要让操作员能及时了解各个终端的播放情况，以发现设备故障或网络传输故障。本系统的终端监控的对象是群服务器。终端监控有两种形式：自动状态反馈和人工监控。在常规状态下，执行自动状态反馈，群服务器上的截屏反馈定时器每隔一定的时间将组播视图截屏并传送给WEB服务器，WEB服务器的终端监控服务有序处理每一个组的截屏的图片，将它们显示在终端监控工作站的浏览器视图上。人工控制方式通过操作员选定要查看的终端编号，通过WEB服务器发送监控控制命令给要监控的群服务器，群服务器截屏并反馈给WEB服务器，显示在终端监控工作站的浏览器视图上。

有益效果

本发明信息组播系统及其播放控制方法效率高、成本低、可扩展、易复用，使用范围广。

附图说明

图1为本发明的系统逻辑结构图。

图2为本发明的中心服务器与域服务器间物理组播。

图3为本发明的车站域服务器和群服务器间逻辑组播。

图4为本发明的站台组中节目要素与节目元素。

图5为本发明的车载组中节目要素与节目元素。

图6为本发明的信息组播E-R示意图。

图7为本发明的图7播放控制原理图。

图中：1.视频播放命令文件传输  2.节目单传输  3.图文信息接收4.视频流接收  5.截屏信息传输

图8为本发明的常规播放控制流程图。

图9为本发明的实时数据播放控制流程图。

图10为本发明的实时插播控制流程图。

图11为本发明的终端监控流程图。

图12为本发明的发送端协议流程图。

图13为本发明的接收端协议流程图。

图14为本发明的系统实施结构图。

图15为本发明的流媒体发布实施过程。

图16为本发明的两级调度实施过程。

图17为本发明的轨道交通乘客信息系统实施逻辑结构。

具体实施方式

下面结合具体实施例，进一步阐述本发明。应理解，这些实施例仅用于说明本发明而不用于限制本发明的范围。此外应理解，在阅读了本发明讲授的内容之后，本领域技术人员可以对本发明作各种改动或修改，这些等价形式同样落于本申请所附权利要求书所限定的范围。

如图1所示，根据系统功能划分，本发明主要包括以下几个方面内容：

(1)信息组播系统模型：包括中心服务器、域服务器、群服务器、应用组、节目、节目元素、节目要素、用户组、组类型、节目编排、节目单编排等模型要素定义，信息组播E-R模型等；

(2)实时播放控制方法：包括常规播放、实时数据播放、实时插播和终端监控四种播放方式，一级调度、二级调度的实现原理与作用等；

(3)服务器间信息交换规程：中心服务器和域服务器间、域服务器与群服务器间信息交换的格式及网络传输协议等。

如图2所示，服务器与域服务器间物理组播原理。

如图3所示，对于地铁一条线路的一个车站作为一个域服务器，站台、站厅和车载分别为三种类型的群服务器，域服务器根据三个群业务逻辑不同，生成不同节目元素的节目单，并发送给各个群服务器。

如图4、5所示，节目要素与节目元素之间的实例图。

如图6所示。“节目”实体和“多媒体资源”实体通过“节目多媒体资源映射”关系相关联，一个节目对应1~n个媒体资源。“节目”实体和“节目单”实体通过“节目节目单映射”关系相关联。一个节目单对应1~n个节目。“节目单”实体将“组”实体作为外键关联。“节目”实体和“组”实体都将“组类型”实体作为外键关联。

系统的播放控制方式如表1所示，包括常规播放控制、实时数据播放控制、实时插播和终端监控。

表1播放控制方式和驱动方式

播放控制任务	控制方式	驱动方式
			常规播放	自动	时间驱动
实时数据播放	自动	事件驱动
			实时插播	人工	事件驱动
终端监控	自动/人工	时间/事件驱动

四种播放控制任务中终端监控与组播实现无直接关联，是系统运行的辅助功能。播放控制原理如图7所示。

本发明的服务器间信息交换规程为：

数据边界的确定

网络通信采用的是TCP协议，TCP不是一个面向块的(block-oriented)协议，而是一个面向流的(steam-oriented)协议；TCP协议能提供可靠的数据交付，保证传递发送者所发出的字节序列，但是并不保证按照这些字节所写入时的组传送，即不保证数据的边界。因此应用层必须确定数据的边界和语义。

在应用层我们设计了一个采用固定数据头大小形式的数据边界确定方法。

head：10字节

data

如上表所示，head段占10个字节，data段表示实际传送的数据，head段所表示的数值大小代表其后data段的真正字节数目。head段的每一个字节存放的是data段数据数目的十进制表示的对应字符。比如：data段的大小为1234字节，则head段中存放的值为“0000001234”。

应用层在读取数据时，先固定读取10个字节的head段，将其值转化为待读取的data段的数据数量。再按照这个值去读取真正的数据。这样就确定了数据的边界，确保了TCP数据流中数据语义的正确表达。

命令数据的表示

在中心服务器和流媒体服务器、播放客户端之间传递的命令格式复杂，包含的命令选项众多，各命令之间还存在相互依赖关系；因此，在网络传输时需要有效地表示这些命令。

这里采用的是XML的方式表示命令数据，先根据具体的需求，定义了命令的XMLSchema，在发生命令前，将命令数据根据XML schema的定义生成命令数据文件，再将文件按照上节定义的数据边界确定的方法，加上head段通过TCP流式传输，传送到接收端，接收端根据XML schema将命令数据解析提取。这样就完成了命令在不同系统下的无差别语义的表示。

应用层的数据可靠性

正如上节所述，数据最终是表示成XML文件，文件是应用层进行数据传输的单元。网络通信采用的是TCP协议，在传输层TCP可以提供可靠的网络传输，但是在应用层我们仍然需要对接受的数据进行语法、语义上的检查，确保数据的正确可靠。

发送端将命令文件发送出去后，发送端需要知道命令在接收端执行的情况，接受端需要发送命令执行的反馈报告，发送端将反馈结果报告给服务器，服务器可根据具体的反馈结果作出相应的调度安排。为了确保命令的执行正确，接收端需要对每个命令的解析执行情况进行反馈。

当接收端接收到一个存在错误的文件的时候，接收端需要发送端进行重发。

在这里设计了一个应用层的文件重发协议满足上面的需求

(1)名词定义

●Maxsend：发送端的窗口大小，即一次可以发送的待确认的文件最大数目；

●Maxrecv：接收端的窗口大小为Maxrecv，即接收端可以接受的待处理的文件最大数目；

●Max：通信过程中采用的窗口大小Max＝min(Maxsend，Maxrecv)，即取Maxsend、Maxrecv中值小者；

●Ack：确认的文件序号；

●Maxfile：文件序号的最大值+1；

●Pmax：记录下一个待发送的文件序号；

●Pcheck：记录下一个待确认反馈命令的文件；

●Pfile：当前发送文件序号。

(2)发送端协议的说明

●将待发送文件进行编号，从1开始的自然数进行编号；

●初始化Pmax、Pcheck和Pfile的值都为1，Max＝min(Maxsend，Maxrecv)；

●Pmax＝Pmax+Max；如果pmax＞Maxfile，则pmax＝Maxfile；

●发送序号为Pfile的文件，Pfile＝Pfile+1；

●如果Pfile＜Pmax，则执行4)；否则，执行6)；

●接受端是按接受到的文件顺序进行处理，当接受端正确的解析执行了这些命令后，返回的文件确认序号Ack等于这些文件序号中的最大值加1；如果其中有解析执行出错的文件，则对于每一个文件均返回其文件序号和相应的错误状态码；

●如果反馈中包含有错误码，则根据反馈结果中的文件序号重发相应文件；

●如果反馈没有包含错误码，则置pcheck＝Ack；

●如果pcheck＜Pmax，跳转6)；

●如果Pmax＜Maxfile，跳转3)；

●文件传输结束，发送结束标志。

(3)接受端协议的说明

●初始化Max＝min(Maxsend，Maxrecv)，flag＝false；

●初始化大小为Max的输入队列；

●  接受数据，如果是结束标志flag＝true，否则将接受文件放入输入队列中；

●等待上层应用程序从输入队列中取走文件；

●接受上层应用程序的检查、执行结果；

●若有错误，则发送反馈命令要求重发相应文件；

●文件正常解析执行，则发送反馈确认，文件确认序号Ack为下一个要求发送的文件序号；

●如果flag等于false跳转3)；

●文件传输结束。

图12为发送端协议流程图；图13为接收端协议流程图。

如图14所示，发明系统包括一个中心服务器，一个域服务器，一个群服务器和若干个终端机顶盒播放显示设备等(也可以有多个域服务器和群服务器，实施情况类似)。

1)中心服务器及物理分组

中心服务器包括管理工作站和控制工作站，管理工作站主要完成对媒体资源的采编和审核等管理；控制工作站完成实时节目的插播、外部系统实时数据获取和终端监控，对于管理工作站通过FTP文件传输协议，将各种资源分组发送到各个域服务器；对于控制工作站会分组地将各类实时信息发给对应的域服务器，这样也就实现了物理分组。

2)域服务器及逻辑分组

域服务器主要包括：WEB服务器、数据库服务器和流媒体资源服务器等，其中流媒体资源服务器主要包括，负载调度器、流媒体服务器池、流媒体存储服务器和图文服务器(实际情况可能会将若干服务器合成一个服务器)等。针对域服务器的主要功能及逻辑分组的过程分以下四点说明：

●信息管理

信息管理功能的实现全部在WEB服务器端，包括：用户权限管理、多媒体资源管理、节目和节目单编排、日志查询等。在WEB服务器中编排好的节目单和各种模型要素的关系都记录在数据库服务器中，这将作为逻辑分组的依据。充分的考虑到系统的管理端轻量级应用的要求，采用Struts+Spring+Hibernate的轻量级J2EE框架，采用MySql5.0数据库管理系统，实现了开发的高效率、低成本、可扩展、易复用。

●流媒体服务

系统采用开源VLC流媒体服务器，通过对VLC流媒体服务器的二次开发封装VLC命令。封装后的中间命令的粒度较普通VLC命令大，WEB服务器生成的流媒体发布命令文件以中间命令API为标准，流媒体服务应用程序接收并解析命令文件，进行流媒体信息发布与管理。如下图所示，WEB服务器将流媒体发布命令文件传输给流媒体服务器，流媒体服务器按照命令会自动完成媒体的发布，并且按照相关限制(播放起始时间、重复播放间隔和次数等)自管理。

●播放控制一级调度

播放控制采用C/S模式，充分发挥C/S模式处理多方通信和多线程任务调度的优势。采用XML作为系统的数据交换方式，视频播放命令和节目单均以XML方式实现。视频播放命令XML和节目单XML的传输采用Socket通信方式。图片、文本的传输也采用Socket通信方式；视频的传输方式采用UDP流的方式，通过VLC客户端接收播放。

3)群服务器与播放控制

群服务器主要接收一级调度任务，并控制与播放显示任务。如图17中所示，WEB服务器将播放任务传输给群服务器(一级调度)，群服务器根据节目单内容，依照各个不同的优先级播放当前时间的任务(二级调度)。群服务器基于微软MFC框架，采用C/S模式，包括SOCKET通信、XML解析、可抢占的多线程调度等模块。

4)服务器间信息交换规程

如图15，16中，WEB服务器和流媒体服务器、群服务器间信息交换都采用了相关规程。服务器间通讯基于TCP面向连接协议，交换的信息采用XML文件表示。

实施案例1：超市多媒体信息播放系统

在超市里，超市利用此组播系统可以向受众播放各种媒体信息。管理员可以预先上传图片、文本、视频等多媒体资源，利用这些多媒体资源编辑好节目和节目单。

根据超市销售区域的不同，将设备划分在不同的域服务器的控制之下，使得不同销售区域播放不同的信息，增强信息播放的针对性。设备可以动态地调整接受不同的域服务器的控制，以适应超市销售布局的改变。

根据销售区域所需播放节目的不同，中心服务器将播放的多媒体资源发送到相应的域服务器；域服务器负责将播放控制命令发送到群服务器；群服务器下载相应的播放资源驱动显示终端的播放。中心服务器负责监听外部实时数据(比如：临时的通知、促销信息)，根据实时数据内容的不同，发送到相应的域服务器，进行信息的插播。在遇到紧急事件时，播放的紧急通知具有最高优先级可以打断正常节目的播出。

实施案例2：居民小区信息发布系统

小区内播放系统主要是播放新闻资讯、娱乐节目、广告、通知等，播放终端主要位于楼宇内、花园里、路边等。采用中心服务器——域服务器——群服务器——终端播放设备的四层架构设计。中心服务器按照域服务器的针对性地不同进行有区分的信息采编、审核、管理和实时获取外部系统数据。比如给楼宇提供楼宇的物业管理收费信息的发布、电梯操作安全教育视频等有针对性的相关资讯的资源准备；而给花园提供环保公益教育视频、植物图文介绍等相关资讯的资源准备。域服务器起到具体的信息管理和播放控制功能。可以通过一个或多个楼宇域管理和控制楼宇群，通过一个花园域管理和控制花园群，通过一个路边域管理和控制路边群。具体一个域承载多少个群由实际的网络带宽和数据流量决定。

群对各播放终端实施组播。

实施案例3：学校多媒体信息播放系统

在学校里，利用该组播系统能给师生发布各类校内外资讯，提升信息化建设水平。整个学校校园，通过中心服务器集中管理各类资源，每栋教学楼、学院楼、行政楼等建筑作为一个域受中心服务器管理。比如：分为图书馆域服务器，教学楼域服务器，食堂域服务器等。

首先中心服务器会将多媒体资讯分组发给这几个不同的域服务器。对于新书介绍的信息应该发给图书馆域服务器，自习室开放信息应该发给教学楼域服务器，而关于菜品介绍则需要发给食堂域服务器。各个域服务器根据实际业务需求，编排节目、节目单供群服务器播放。比如：食堂域服务器会根据菜系窗口的不同，采用不同的节目要素来组织资源，群服务器会根据具体节目单，播放当前时段的节目。这样也就实现了两种类型的组播。且各个服务器间按照信息交换规程，协同处理，最终完成信息组播。

实施案例4：轨道交通乘客信息系统

在轨道交通中，乘客信息系统(Passenge Information System)是一个多媒体资讯发布、播控与管理平台，是多种类型的、多种显示终端的、多信息源的、平行的、分区的、带优先级的媒体显示系统。采用此发明也能应用到轨道交通乘客信息系统中，从而提高轨道交通信息化服务水平。

根据轨道交通中分级管理的特点，可以将地铁运营公司(分管一条或多条线路)，作为系统的中心(完成中心服务器功能)；将线路中的各个车站，作为系统的域(完成域服务器功能)；在每个车站中，分为站厅、站台和车载三个群(完成群服务器功能)；对于各个车站不同的地理区域分布，再布置不同的终端设备，就实现了轨道交通乘客信息系统。

如图17所示，轨道交通运营公司管理不同的线路。作为中心服务器，先将各个域服务器所发布的多媒体资源采编好，并分组发送出去，从外部系统获取的实时信息，会实时地发送给不同的域服务器，完成物理分组；不同线路中的每个车站对应于域服务器，其根据站厅、站台和车载三种类型，将各种媒体资源定义在一系列不同的节目元素的节目单中，并将最后生成的节目单及相关实时信息发送给不同的群服务器，完成逻辑分组；群服务器根据节目单及相关实时信息，播放控制各类资源，并通过终端显示设备实现应用分组。不同的域服务器及其下管理的群服务器逻辑结构相同，只是处理的信息不同而已。服务器间信息交换依照相关规程，这样能保证系统稳定运行。

Claims (5)

1.一种信息组播系统，包括依次相连的一个中心服务器，至少一个域服务器、群服务器和终端播放设备，其特征在于：所述的中心服务器预先存储所有的播放内容，将需要发布的信息采编、审核、管理和实时获取外部系统数据，并根据物理位置差异将分组传送到域服务器，域服务器根据各个群服务器业务功能差异，将信息组播到群服务器，群服务器再将各种信息调度播放：根据实际应用不同包括一分四屏或一分八屏，或实时采集当前播放内容传输给各个终端播放设备，或直接输出到分屏器、LED屏；所述的域服务器是物理分组过程中产生的物理组；所述的群服务器是逻辑分组过程中产生的逻辑组，两种组称为用户组，其分组的个数均无限制。

2.根据权利要求1所述的一种信息组播系统，其特征在于：所述的域服务器将各种媒体资源定义在一系列不同的节目元素的节目单中，域服务器会根据各个群服务器具体业务功能，将符合要求的节目单发送到群服务器。

3.根据权利要求1所述的一种信息组播系统的播放控制方法，其特征在于：所述的播放控制方法包括常规播放控制、实时数据播放控制、实时插播和终端监控，由域服务器和群服务器一起实施，域服务器包括相应的一组服务器：WEB服务器、数据库服务器、流媒体资源服务器，其中，流媒体资源服务器包括负载调度器、流媒体服务器池、流媒体存储服务器、图文服务器；播放控制以WEB服务器为节目播放主控方，以流媒体资源服务器集群为视频信息发布的服务方，以图文服务器为图文信息的服务方，以群服务器为节目解析和视图分屏发布方，通过WEB服务器和群服务器的两级调度实现信息组播。

4.根据权利要求3所述的一种信息组播系统的播放控制方法，其特征在于：所述的WEB服务器为一级调度，其为各用户组生成各种节目单，并将这些节目单按一定的规则发送给各用户组对应的群服务器；生成的节目单包括：常规播放节目单、实时数据节目单、实时插播节目单；这些节目单为群服务器准备播放任务。

5.根据权利要求3所述的一种信息组播系统的播放控制方法，其特征在于：所述的群服务器为二级调度，其接收WEB服务器发送过来的节目单，解析节目单，并对各种节目单的进行小粒度的任务调度，这些任务调度有多媒体资源的定时请求、实时数据的即时显示、实时插播的实时响应，即对播放任务的执行。

Images