用于通过网络来广播或传送图像的现有系统不能随意调整出现在屏幕上 的图像，而是根据通过制造而固定的固定屏幕来操作。另外，所述系统具有 的缺陷在于：因为由所述系统自动地将已经通过时间表设置的屏幕模式改变 为其它模式、而不考虑所述模式是不是部分屏幕，所以，不能自动地实现随 意的屏幕组合。并且，所述系统具有的缺陷在于：它们不能同时为每个屏幕 提供不同内容、以及随意的屏幕模式划分。
此外，现有系统具有的缺陷在于：它们根据固定广播时间表而在指定的 广播区域中一致地提供相同内容，并且，因为不是在线、而是离线地提供内 容，所以，应在广播终端处直接存储和保持运动图像，并且，不可能执行实 时的广播控制以及实时的广播，并且，管理者必须直接检查广播终端，并且， 现有系统应仅根据时间来组织广告，于是引起了低效率，并且难以分别通过 日期、时间和区域来组织有所区别的广告。
并且，因为用于使用网络来广播和传送图像的现有系统是为了特定目的 (如教育、广播、广告、以及其它应用领域)而发明的，所以难以为了其它 目的而使用它们，因而，需要可在多种领域中使用的通用系统。

考虑到上述问题，本发明的目的在于，提供基于包括LAN/WAN和因特 网的网络的广告/广播的调度方法、以及使用多种屏幕划分的集中控制管理系 统及其方法。
此发明具有的另一个目的在于，提供用来实现中央监控功能、多种屏幕 划分功能、用于传送的内容压缩/加密功能、实时内容分配功能、网络负载控 制功能、广播时间表的指定功能、以及内容分组功能的技术。
通过阅读下面对本发明的详细描述、并参照附图，本分明的其它目的、 特征和优点将变得更为清楚。

图1图解了使用屏幕划分的集中控制管理系统的优选实施例，所述系统 用于基于网络的广告/广播的调度(scheduling)；
图2图解了图1中示出的系统的内部数据处理的流程图；
图3图解了图1中示出的系统的IBS控制服务器和IBS终端服务器之间 的时间表(schedule)传送的例子；
图4图解了位于图1中示出的系统的IBS控制服务器中的、用于常规/紧 急广播时间表的数据库的内部结构的例子；
图5是图1中示出的系统的IBS终端服务器的操作的流程图；
图6是根据本发明的内容组的结构的例子；
图7图解了图1中示出的系统的安全服务器中的内容加密/压缩过程；
图8a图解了根据本发明的广播台站(商店)(broadcasting shop)的树形结 构的例子；
图8b图解了根据本发明的广播台站的构造信息的例子；
图9a图解了根据本发明的用于普通TXT、html、web文档的内容管理的 例子；
图9b图解了根据本发明的用于广播多媒体的内容的媒体管理的例子；
图10a图解了根据本发明的单元内容管理的例子；
图10b图解了根据本发明的单元内容文件的实施例；
图11a、11b和11c是根据本发明的组内容管理的例子；
图11d图解了根据本发明的组内容文件的结构的例子；
图12a图解了根据本发明的面板内容管理的例子；
图12b图解了根据本发明的面板内容文件的结构的例子；
图13a图解了根据本发明的帧指定的例子；
图13b图解了根据本发明的由IBS系统支持的内容类型指定的例子；
图13c图解了在选择多媒体内容类型时，根据本发明的PCS指定的例子。
图13d图解了在选择web内容类型时，根据本发明的URL指定的例子。
图14a图解了根据本发明使用帧内容管理的整个广播时间表的组织的例 子；
图14b图解了根据本发明的帧内容文件的结构的例子；
图15图解了根据本发明的广播时间表列表的管理的例子；
图16a图解了根据本发明的部分屏幕的构造和控制的例子；
图16b图解了根据本发明的屏幕构造和控制所需的OCX构造的例子；
图17图解了根据本发明的可在IBS终端处操作的有关屏幕帧的基本类型 的例子；
<有关附图的重要部分的简要说明>
10：单元内容(UC)
20：组内容服务(GCS)
30：面板内容服务(PCS)
40：帧内容服务(FCS)
100：内容分配服务器(CDS)
200：流量管理服务器(TMS)
210：控制单元
220：GLB主控设备(Master)
230：SLB主控设备
240：通信模块
250：数据库
300：安全服务器(SS)
300′：安全客户机
310、310′：监听端口(Socket)
320：SSL解密
320′：SSL加密
330、330′：连接通信模块
400：IBS控制服务器(IBSCS)
410：广播时间表控制单元(BSCU)
420：内容监控控制单元(CMCU)
430、630、710：内容发送方/接收方控制单元(CTCU)
440：台站管理数据库控制单元(SMDCU)
450：常规广播时间表数据库(GBSD)
460：紧急广播时间表数据库(UBSD)
470、640、720：内容数据库(CD)
480：台站管理数据库(SMD)
500：IBS管理员界面(IBSAI)
510：常规广播时间表注册单元(GBSRU)
520：紧急广播时间表注册单元(UBSRU)
530：内容同步单元(CSU)
540：IBS终端注册单元(IBSTRU)
600：IBS终端服务器(IBSTS)
610：广播屏幕控制单元(BSCU)
620：登录控制单元(LCU)
700：IBS媒体服务器(IBSMS)
800：广播屏幕
1000：集成广播系统(IBS)
GLB：全局负载平衡
https：安全HTTP
OCX：OLE控制扩展
SLB：服务器负载平衡
SSL：安全端口层

I.用于广告/广播的调度的集中控制管理系统
根据本发明，用于基于网络的广告/广播的调度的集中控制管理系统在图 1中被示出，并且是集成广播系统(IBS)(1000)，其通过使用基于包括LAN、 WAN和因特网的网络的集中控制方法，根据实时/保留的时间表而将运动图 像发送到所有区域或广告点的输出终端，并控制广告/广播的时间表。
此系统包括：IBS控制服务器(IBSCS)(400)，其执行IBS的主要角色， 并具有广播时间表控制单元(410)、内容监控控制单元(420)、内容发送方/ 接收方控制单元(430)、台站管理数据库控制单元(440)、常规广播时间表 数据库(450)、紧急广播时间表数据库(460)、内容数据库(470)、以及台 站管理数据库(480)；安全服务器(SC)(300)，其在服务器或区域之间上 载或下载每个广播内容时加密和压缩重要内容，并使用为了安全而在传送过 程中截止内容的外部非法使用的传送路径隧道(tunneling)的保护技术；IBS 管理员界面(IBSAI)(500)，其用作GUI环境的管理工具，并提供用于驱动 IBS和广播时间表的指定的每一个环境设置的功能、广播点的管理功能和内 容分组功能、以及由于在JAVA环境中开发而使得在IBS的安装和操作中没 有对OS平台的约束的功能，并且，所述IBS管理员界面具有常规广播时间 表注册单元(510)、紧急广播时间表注册单元(520)、内容同步单元(530)、 以及IBS终端注册单元(540)；IBS终端服务器(IBSTS)(600)，其在IBS 的每个广播终端被驱动，并下载广播时间、以及要在广播时间播放的内容， 并且通过包括显示设备的多种输出介质而播放广播，其使用包括CRT、PDP、 LCD和作为投影设备的投影仪的各种类型的监视器，其中，从所述IBSCS (400)下载有关屏幕结构、广播播放的次数、屏幕划分和广播时间的所有播 放环境，并且，所述IBS终端服务器具有广播屏幕控制单元(610)、登录控 制单元(620)、内容发送方/接收方控制单元(630)、以及内容数据库(640)； 多个IBS媒体服务器(IBSMS)(700)，其将由服务器群集组织并同步的内容 传送到所述IBSTS(600)，并且包括实时传送来自所述IBSCS(400)的创建、 修改和删除的内容的内容发送方/接收方控制单元(710)、以及接收和存储原 始广告内容的内容数据库(720)；流量管理服务器(TMS)(200)，其通过使 用所述IBSTS(600)和多个IBSMS(700)之间的网络距离和所述IBSMS(700) 的系统资源的信息，而以最佳效率从IBSMS(700)下载广播内容，并且， 所述流量管理服务器调整负载分布，并由此提供通过其可最优地下载广告内 容和广播时间表的路径，并通过使用包括CPU、存储器、以及内容的会话和 管理传送流量的服务器信息，而提供具有相同功能的所述IBSMS(700)之 间的负载平衡功能；以及内容分配服务器(CDS)(100)，其自动地监控所述 多个IBSMS(700)的内容改变，并将改变的内容实时分配到预先指定的服 务器，并将所述预先指定的服务器的内容同步，并使所有IBSMS(700)总 是保持相同的内容，其中，所述每个部件(100)(200)(300)(400)(500) (600)(700)相互有机地操作，并执行广播时间表的组织和管理、紧急广播 过程和屏幕划分过程。
在本发明中，所述每个部件(100)(200)(300)(400)(500)(600) (700)是以软件形式嵌入的服务器模块，并可分别在每个硬件中被组织，此 外，所述内容分配服务器(100)、所述流量管理服务器(200)、所述安全服 务器(300)、以及所述IBS控制服务器(400)可同时被安装在硬件中。也就 是说，CDS(100)、TMS(200)、SS(300)、IBSCS(400)中的每个服务器 与硬件无关，并可被分布式组织。
根据本发明，IBS(1000)使用通过网络的集中控制方法，实时或根据保 留的时间表而将运动图像传送到所有区域或广告点的输出介质。
下文中，将通过附图来详细地描述本发明的组织和操作机制。图1是根 据本发明的IBS(1000)的示意图。
1.内容分配服务器
内容分配服务器(100)自动地监控多个IBSMS(700)的内容改变，并 将改变的内容实时分配和同步到预先指定的服务器，并执行同步，使得每个 IBS媒体服务器总是保持相同的内容。
2.流量管理服务器
流量管理服务器(200)通过使用所述IBSTS(600)和多个IBSMS(700) 之间的网络距离以及所述IBSMS(700)的系统资源的信息，而以最佳效率 使广播内容从IBSMS(700)下载，并调整负载分布，由此提供通过其可最 优地下载广告内容、广播时间表的路径。
并且，TMS(200)通过使用包括CPU、存储器和会话的服务器信息、 以及智能GLB(全局负载平衡)和SLB(服务器负载平衡)功能，而提供具 有相同功能的所述IBSMS(700)之间的负载平衡功能。所述GLB通过POP、 PING策略和由管理者定义的策略之中的HOP策略，在本地分布的POP和每 个IBSMS(700)之间分布负载，其中，POP是一组IBSMS(700)，并且， 所述SLB通过使用包括CPU、存储器和会话的服务器信息，而在具有相同内 容的所有IBSMS(700)之中分布服务器的负载。
这里，HOP定义IBSTS(600)和IBSMS(700)之间的网段的路由器的 数目。例如，如果内容通过多个路由器，则有时可能减慢网络连接。
PING是为了确认IBSTS(600)和IBSMS(700)之间的通信设备的连 接状况的命令。使用PING来确认IBSTS(600)和IBSMS(700)是否正被 驱动、通信网络是否彼此连接，并且，PING使用因特网控制消息协议。流量 管理服务器(200)通过使用所述GLB和SLB功能，而提供IBS终端服务器 (600)和IBS媒体服务器(700)之间的最优路径，并且，该服务器(200) 促使提供最优服务。
流量管理服务器(200)包括：GLB主控设备(220)，用来在分布网络 以组织若干POP的情况下，选择最优POP；SLB主控设备(230)，用来实现 媒体服务器(700)之间的服务器负载平衡；通信模块(240)，用于数据传送； 控制单元(210)，其控制每个通信模块(240)；以及数据库(250)，用于存 储GLB信息和SLB信息。
如图2b所示，TMS(200)具有控制单元(210)、GLB主控设备(220)、 SLB主控设备(230)、通信模块(240)、以及数据库(250)。
3.安全服务器
安全服务器(300)在上载或下载每个广播内容时，提供在服务器或区域 之间加密和压缩重要内容的功能。SS(300)使用在传送过程中截断内容的外 部非法使用的传送路径隧道的保护技术，并提供完美的安全性。所述传送路 径隧道的保护技术基于在每个OSI 7层之间的数据传送中实现数据封装的常 规网络技术。
如图2c所示，安装在IBSMS(700)中的安全服务器(300)和安装在 IBSTS(600)中的安全客户机(300)分别具有监听端口(310)(310′)、SS 加密/解密模块(320)(320′)、以及连接通信模块(330)。图2c的左部示出 了安装在IBSMS(700)中的SS(300)的配置。SS(300′)包括监听端口(310′)、 SSL加密(320′)、以及连接通信模块(330′)。
监听端口(310)(310′)一直维持等待状态，以便检查是否生成用于加密 /解密的数据，并且SSL加密(320)执行加密，并且连接通信模块(330)(330′) 被连接到实际的安全服务器(300)或安全客户机(300′)。
4.IBS控制服务器
根据本发明的IBS控制服务器(400)执行IBS(1000)的主要角色，并 执行有关常规广告和广播时间表的控制功能、有关紧急广播的控制功能、有 关客户/终端信息的管理功能、以及有关内容监控和内容传送及接收的控制功 能，并与管理用户界面(500)通信。
广播时间表控制单元(410)将在IBSAT(500)设置的常规广播时间表 和紧急广播时间表分别存储在常规广播时间表数据库(450)和紧急广播时间 表数据库(460)中，并在IBS终端服务器(600)要求广播时间表时负责与 时间表传送相关的每一个控制。
内容监控控制单元(420)实时监控IBS控制服务器(400)中的内容改 变。也就是说，它实时在内核级别上监控内容的创建、修改和删除。例如， 如果存储在IBS控制服务器(400)中的特殊监控目录的内容被修改、创建、 以及删除，则它可实时在内核级别上监控这些内容，并将用于内容同步的命 令传送到内容发送方/接收方控制单元(430)。
内容发送方/接收方控制单元(430)分别通过指定的内容路由路径，而 将所述被修改、删除和创建的内容传送到多个IBS媒体服务器(700)。由内 容监控控制单元(420)和内容发送方/接收方控制单元(430)实时执行内容 的分配。
台站管理数据库控制单元(440)具有IBS终端服务器(600)的登录验 证的功能、IBS终端服务器(终端)(600)的注册、修改和删除的功能、以 及用于在包括ADSL和专线等的各种网络环境中检查IBS终端服务器(600) 的存在的IP地址确认的功能。
常规广播时间表数据库(450)存储广播终端、广播时间和广播时间表的 信息。在图4中详细地图解了时间表数据库(450)的结构。
紧急广播时间表数据库(460)是存储紧急广播的信息的空间，并具有与 常规广播时间表数据库(450)相同的结构。
内容数据库(470)是存储广告或广播的内容的空间，并使用IBS控制服 务器(400)的文件系统来存储目录和文件结构。
台站管理数据库(480)是存储IBS终端服务器(600)的台站信息以及 标识和密码的信息的空间。
5.IBS管理员界面
IBS管理员界面(500)(即，GUI环境的管理工具)提供用于驱动IBS 和指定广播时间表的每一个环境设置的功能、广播终端管理的功能、以及内 容分组的功能。并且，由于在JAVA环境中开发，在IBSAI(500)的安装和 操作中，IBSAI(500)没有OS平台的约束。广播终端管理的功能在于：记 录PC需求、存储器、盘大小、是否使用ADSL、管理者、管理者的电话号码、 管理者的移动电话号码、驱动帧大小等的信息
IBS管理员界面(500)提供内容管理、时间表管理、包括管理者注册和 管理者特权设置的管理员账户管理、用于集中控制台站管理的图形管理功能 等。
常规广播时间表注册单元(510)提供控制通过日期和通过终端而组织的 常规广播时间表的设置、修改和删除的功能。
紧急广播时间表注册单元(520)提供控制通过日期和通过终端而组织的 紧急广播时间表的设置、修改和删除的功能，其中，紧急广播不同于常规广 播。
内容同步单元(530)提供从远程IBS控制服务器(400)下载内容和向 远程IBS控制服务器(400)上载内容、以及删除服务器的内容的功能。
终端注册单元(540)提供用于注册标识、密码、以及IBS终端服务器(600) 的服务器环境的功能，用于广播的传送。
后面将详细地描述常规广播时间表注册单元(510)、紧急广播时间表注 册单元(520)、内容同步单元(530)、以及IBS终端注册单元(540)。
6.IBS终端服务器
IBS终端服务器(600)在IBS(1000)的每一个广播终端被驱动，并下 载广播时间表、以及要在广播时间广播的广播内容，并且通过各种输出介质 而驱动广播。从所述IBS控制服务器(400)下载如屏幕结构、广播的次数、 屏幕划分和广播时间的所有驱动环境。
广播屏幕控制单元(610)控制如何在一帧中安排几个面板。
登录控制单元(620)控制为每个IBS终端服务器(600)的登录验证而 连接的IBS控制服务器(400)的IP地址、连接环境设置的其它信息、标识 和密码的验证。内容发送方/接收方控制单元(630)从多个IBS媒体服务器 (700)之中的最佳服务器传送和接收被修改、删除和创建的内容。在内容传 送和接收的每一个过程中，由内容发送方/接收方控制单元(430)实时执行 内容分配。
内容数据库(640)将从内容发送方/接收方控制单元(630)接收的内容 存储在物理硬盘中。
7.IBS媒体服务器
内容发送方/接收方控制单元(710)实时实现从IBS控制服务器(400) 被创建、修改和删除的内容的传送。内容发送方/接收方控制单元(710)将 原始内容同步到每个IBS媒体服务器(700)，并且由内容发送方/接收方控制 单元(710)传送的内容被存储在内容数据库(720)中。
将内容数据库(720)在IBS媒体服务器(700)的硬盘区域中组织为目 录和文件形式。
图2图解了图1中示出的系统的内部数据处理的流程图。如果通过IBS 管理员界面(500)而注册了广播时间表、内容和客户的信息，则IBS(1000) 将此信息传送到IBS控制服务器，并将注册信息存储在数据库(450)(460) (470)(480)中。
IBS控制服务器(400)通过内容监控控制单元(420)，基于所述传送的 信息而实时监控内容的改变，并通过内容发送方/接收方控制单元(430)而 将与改变的内容相关的信息传送到每个IBS媒体服务器(700)，并将此信息 存储在IBS媒体服务器(700)的数据库(720)中。
用户(IBS终端)登录IBS终端服务器(600)，并得到验证，随后连接 到IBS控制服务器(400)，并通过最优IBS媒体服务器(700)来下载内容， 并将内容存储在IBS终端服务器(600)的数据库中。
在到达广播时间时，IBS终端服务器(600)通过控制广播屏幕(800) 来广播对应的内容。
II.基于网络的广告/广播的调度方法、以及通过屏幕划分的集中控制管理 方法
图3图解了IBS控制服务器(400)和IBS终端服务器(600)之间的常 规/紧急广播时间表传送方法。IBS终端服务器(600)输入在首次注册终端时 设置的ID(终端ID，其简称为TID)、密码和公司名，并请求验证(s10)， 如果验证成功，则IBS终端服务器(600)通过预定周期向IBS控制服务器(400) 询问广播时间表是否存在。也就是说，该服务器(600)请求广播时间表(s20)。 管理者可随意设置所述预定周期。对于IBS控制服务器(400)来说，使用像 这样的可变周期比在每个固定周期检查IBS终端服务器(600)的状态要更好， 这是因为，使用可变周期减小了服务器负载，并增加了服务器效率。
因此，如果IBS媒体服务器(700)频繁地检查每个IBS终端服务器(600) 的状态，并传送广播列表和时间表，可预先防止在IBS终端服务器(600)的 数目增加时应升级如存储器和CPU的硬件规范的问题。
根据由IBS终端服务器(600)作出的对广播时间表的存在的确认的请求， IBS控制服务器(400)搜索常规广播时间表数据库(450)或紧急广播时间 表数据库(460)的内容，并确认广播时间表是否存在(s30)。IBSCS(400) 向IBSTS(600)通知确认结果(s40)。
如果根据该通知，作为确认结果是存在时间表，那么，IBSTS(600)向 IBSCS(400)请求有关常规或紧急广播时间表的详细时间表(s50)。IBSTS (600)根据该请求而从IBSCS(400)下载详细时间表。
IBS终端服务器(600)根据广播时间表的运行时间而发送广播(s70)。 因此，如果已经运行了常规广播，则它被中断，并控制和运行新的紧急广播。 并且在运行紧急广播之后，它返回到中断的广播状态，并再次运行常规广播 (s80)。
IBS终端服务器(600)具有每个划分的帧的面板的信息、以及广播流逝 时间的信息，于是，它可在运行紧急广播之后提供先前广播的连续性。除此 之外，IBS终端服务器(600)向IBS控制服务器(400)传送有关当前运行 的广播是紧急广播还是常规广播的信息，于是，有可能检查当前广播的状态。 这样做的原因在于使得：如果当前运行的广播对应于紧急广播，那么，尽管 在当前时间存在根据其它广播时间表的广播请求，该紧急广播也可根据广播 次序的优先级而运行。
图4图解了用于常规广播或紧急广播的时间表数据库(450)(460)的组 织。时间表数据库(450)(460)以文件形式存储公司名、组名、TID、台站 名、日期和FCS等的信息。
图5图解了IBS终端服务器(600)的操作的流程图。IBS终端服务器(600) 是安装在每个广播终端处的PC或服务器。IBS终端服务器(600)获得登录 验证(s220)，并通过IBS控制服务器(400)而检查是否存在紧急广播时间 表。如果存在紧急广播时间表，则下载由紧急广播调度器产生的紧急时间表、 以及广播内容(s260)。
IBS控制服务器(400)检查是否存在当前正在IBS终端服务器(600) 中运行的广告(s280)，并且，如果存在当前正在运行的广播，则服务器(400) 中断当前屏幕的运行(s300)，并运行紧急广播(s320)。但是，作为确认的 结果(s280)，如果不存在当前正在运行的广告，则IBS终端服务器(600) 无延迟地运行紧急广播(s320)。
IBSTS(600)检查是否存在之前产生的缺省页面的组织(s340)，并且， 如果存在，则它运行缺省页面(s360)，而如果不存在组织，则服务器(600) 检查它是不是中断的广告广播(s380)。作为确认的结果，如果它是中断的广 播，那么，IBSTS(600)请求运行先前中断的广告广播(s400)，并运行广告 广播(s420)。
同时，作为确认的结果，如果不存在紧急广播时间表(s240)、或者如果 广播了缺省页面(s360)、或者如果不存在中断的广播(s380)、或者如果IBS 终端服务器(600)运行广告广播(s420)，那么，IBS控制服务器(400)检 查是否存在常规广播时间表(s440)，并且，作为确认的结果，如果存在常规 广播时间表，则服务器(400)下载由常规广播调度器产生的常规广播时间表、 并广播内容(s460)。
作为确认的结果，如果不存在常规广播时间表(s440)、或者如果它下载 常规广播时间表和广播内容(s460)，那么，它检查是否存在注册的广播时间 表，并且，如果存在注册的广播时间表，那么，它运行常规广告广播并终止， 而如果不存在注册的广播时间表，那么它立刻终止(s500)。
图6图解了根据本发明的内容组的结构的例子。IBS系统(1000)通过 四个基本元素的组合而实现基本的调度，所述四个基本元素即：UC(单元内 容)(10)、GCS(组内容时间表)(20)、PCS(面板内容时间表)(30)、以 及FCS(帧内容时间表)(40)。
UC(10)表示每个多媒体文件，帧表示整个屏幕，而面板表示被划分为 几个部分的每个单独屏幕。GCS(20)是UC(10)文件的集合概念，PCS(30) 是GCS(20)的集合概念。FCS(40)是PCS(30)、GCS(20)和UC(10) 的集合概念。另外，FCS(40)是日时间表的单元、或用于特定周期进度的 时间表的单元，并且由UC(10)、GCS(20)、PCS(30)、以及FCS(40) 的适当组合组成。
在以上作为基础的部件的组织中，尽管公司是同一个，但可根据广播终 端而不同地组织项目结构(framework)和广播内容。
可将位于帧中的每个面板理解为：能够通过使用作为预先调度的单个内 容的UC(10)、GCS(20)、PCS(30)、以及FC8(40)来运行广告和广播 的空间概念。也就是说，在同一帧中的每个面板的广播时间可在开始和结束 点上彼此不同。对根据每个广播终端的广播时间表进行调度，并且，对应的 广播日复一日地运行。重复地，IBS(1000)可通过使用内容分组概念，而多 变且灵活地传送内容。
图7图解了安全解决方案的实施例，即，内容加密过程。该图的左侧是 用户方，而右侧是服务器方。用户方通过使用具有由服务器方提供的排它程 序的网络浏览器而与服务器连接，并且可通过使用诸如Windows系列、Linux 和UNIX等的各种操作系统来组织服务器。
用户方和服务器方基于OSI(开放系统互连)参考模型，其是由ISO(国 际标准组织)开发的通信协议，并且OSI具有如图7所示的层结构。
也就是说，图7图解了根据本发明的安全解决方案的结构的实施例。在 用户方，在最高层上存在应用程序，在恰好在最高层之下的层上存在表示， 再下一层上存在安全解决方案客户机(SSL)，再下一层上存在TCP/IP层， 而在最低层上存在以太网。在服务器方，在最高层上存在应用程序，在下一 层上存在表示，再下一层上存在安全解决方案服务器(SSL)，再下一层上存 在TCP/IP层，而在最低层上存在以太网。
在本发明的内容的加密过程中，用户通过诸如标识、密码和指纹等的多 种验证方法而得到开启密钥(open key)的验证，并与服务器程序连接。通过 该过程而验证的用户使用服务器应用。用户可根据在因特网段上的数据传送 期间的每个步骤，通过使用用于加密或压缩的方法来保护内容和重要数据。 另外，如图解了安全解决方案的结构的实施例的图7所示，它确保因特网段 上的TCP/IP层和应用层之间的安全数据传送。
从安全解决方案的观点来看，如果用户使用MS公司的IE(因特网探索 者)，则它实现HTTPS网络加密，并且，如果用户使用其它排它程序，则需 要独立的客户机代理来与安全服务器连接。并且，用户方和服务器方都使用 用于安全解决方案的隧道安全技术。
图8图解了通过IBS终端服务器(600)而对IBS终端进行注册和管理的 例子。如此例子所示，在用于注册和管理的工具条上安设了如“台站、内容、 时间表、管理员、详细信息、屏幕状态、以及当前状态板”的工具。并且， 在所述工具的下面，安设了屏幕窗口，以通过使用树形结构来检查IBS终端 的结构。
如图8a的例子所示，可通过树形结构来检查IBS终端的结构。在图8a 中，名为Enpia的客户由三个组Daejun、Incheon和Seoul(首尔)组成，而Seoul 组由广播终端0001和0002组成。
图8b图解了在注册终端时的输入信息的例子。特别地，此情况示出了用 来修改台站信息的输入例子。在终端注册时，输入终端标识和密码，并注册 终端，并且记录有关该终端的计算机的硬件的详细信息。该信息输入有关PC 的CPU的完备化(completion)的信息、存储器容量、盘容量、有关是否使 用ADSL的信息、操作员的名字、操作员的电话号码、操作员的移动电话号 码、基本帧大小等。
图9a图解了用于通过IBS管理员界面(500)而集中管理内容的方法。 IBS管理员界面(500)提供用于管理内容、媒体、单元内容、组内容、面板 内容和帧内容的功能。
在图9a中，将内容分类为具有如普通PPT、TXT和HTML的普通文本 格式的文件、以及如MPEG、AVI和MP3的多媒体文件，并管理所述内容。 并且，内容管理项示出了内容的列表，并提供文件信息和文件查阅功能。
图9a图解了有关根、“Enpia”和“内容(Content)”的树形结构，具体 地，图解了在服务器中正常地存在PPT、HTML和TEXT文件的情况。在从 树形结构选择内容时，可通过文件信息(例如，文件是否正常)和文件查阅 功能而检查对应文件的内容。
图9b中示出的媒体文件的管理项提供了用于检查对应的媒体文件是否 正常、它们是否存在于本地、它们是否存在于服务器中、版本信息、文件信 息以及文件查阅功能的功能。图9b图解了有关根、Enpia和内容(Content) 的树形结构，示出了如MPEG、MP3和AVI的多媒体文件正常地存在于服务 器中的情况。如果从树形结构中选择每个内容，则可检查对应的媒体文件是 否正常、它们是否存在于本地、它们是否存在于服务器上、版本信息、文件 信息、以及文件查阅功能。以上功能可检查上载或下载的文件的正常操作状 态，于是，有可能检查内容文件是否损坏，并且如果对应的文件是异常的文 件，那么有可能再次上下或下载它们。在将服务器的内容文件下载到本地PC 之后，选择内容，并可通过查阅功能而查阅所述内容。
图10a图解了单元内容的管理的例子。单元内容(10)是IBS内容管理 的最小单位。单元内容(10)存储有关执行内容注册的公司的名称、媒体文 件名、关于文件的说明、文件的显示时间、宽度×高度的面板大小、客户名、 内容类型、内容索引、关键字等的信息。
在广告内容中，可通过使用广告索引和关键字的信息来搜索有关对应广 告商的信息。在注册单元信息时，如果在图9的媒体项注册内容，则自动地 输入其它项的值。也就是说，自动地注册对应媒体文件的显示时间和原始面 板大小。
图10b图解了IBS终端服务器(600)的单元内容文件的组织的实施例。 单元内容文件的组织基于图10a的输入项。
图11图解了组内容的管理的例子。组内容(20)是单元内容(10)的集 合，并通过各种单元内容(10)的组合而被组织。并且，有可能为每个单元 内容(10)而设置显示次数。
图11a图解了用于GCS的组织的GCS文件的注册的屏幕。在设置有关 UC(10)文件的路径之后，可通过记录有关UC(10)的详细信息而有效地 管理内容。
图11b图解了用于GCS时间表的管理的屏幕。设置组织GCS(20)的每 个UC(10)文件的运行次序和次数。
图11c中示出的通过图11a和11b的过程而组织的GCS(20)组织示出 了：顺序地执行first reg.uc和first.uc文件三次。图11d的GCS(20)内容文 件的组织基于图11c的所述输入标题(input head)。
图12a图解了PCS管理结构的例子。PCS(30)是GCS(20)和UC(10) 的集合。图12a的PCS(30)结构的例子由FIRST.GCS(1)和IMSI.GCS(2) 组成，并且所述两个GCS序列重复五次，也就是说，顺序地执行时间表1、2、 1、2、1、2五次。图12b示出了基于图12a的输入项的面板内容的文件结构。
图13图解了用于FCS(40)设置的帧指定的例子，其是IBS时间表的组 织的核心。图13a的左侧存在能够调整面板的宽高比的标尺杆(bar)。有可 能通过用鼠标调整这些标尺杆，而在右边的预览屏幕处预览被调整的帧的布 局。并且，在图13a的下边，指定每个面板的内容类型、内容文件的真实名 称或URL指定、音量的开/关、多媒体文件的比率(rate)和持续时间。
图13b图解了面板的内容类型的指定的例子，并且，面板类型主要包括 新闻(News)、网络(Web)、URL、媒体(Media)、Html、PPT、TV、以及实 时流服务器连接，并且之后可添加进一步的注册。
图13c图解了PCS屏幕的选择的例子。在选择媒体类型内容时，本发明 实现了可选择和注册之前注册的PCS文件。多样化地提供诸如放大(Zoom in)、缩小(Zoom out)、列表查看(List view)等的内容项。
图13d图解了在将内容类型指定为网络(Web)的情况下选择对应的URL 的屏幕的例子。
图14a图解了广播时间表组织的例子。通过设置广播时间、广播面板、 广播媒体类型、内容种类、音量的开/关、屏幕比率和持续时间，可分别组织 广播时间表。可随意设置帧大小，并且广播媒体类型支持如新闻(News)、 Web、URL、媒体(Media)、Html、PPT、TV、以及实时流服务器连接等的 各种类型。内容可由UC、GCS、PCS、FCS和URL等构成，在内容由多屏 幕组成的情况下，管理者可根据他自己的意愿来调整广播屏幕的音量，并还 可推测多媒体文件的持续时间。
在广播时间表组织中，注册作为广播内容的基本元素的UC(s520)，随 后，注册GCS或PCS，用于所注册的UC文件的分组(s540)。并且，注册 每帧的面板播放内容、屏幕比率和其它环境(s560)。IBS终端服务器根据注 册的时间表而运行广播(s580)。为了注册广播时间表，必须产生如图14b所 示的广播组织表。图14b中示出的帧内容时间表的实施例基于图14a中示出 的输入项。
图15图解了广播时间表的管理列表的实施例。也就是说，将广播时间表 的管理列表主要划分为常规广播时间表项和紧急广播项。通过公司名、组名、 作为终端的id的TID、台站名和日期来指定所组织的UC、GCS、PCS、FCS 的广播时间表的内容。并且，如果到了广播时间，则广播根据所指定的时间 表的FCS而在对应的终端上运行。可通过图8a～图14b中示出的终端注册、 内容注册、广播注册的过程，来组织期望时间的广播时间表。
图16a图解了根据本发明的有关部分屏幕的结构和控制的例子。图16a 示出了：组织图13中示出的六个部分屏幕之中的四个屏幕，并且，每个面板 P1～P4分别播放时间表1.pcs～4.pcs。这里，可彼此不同地设置每个面板的持 续时间。在此实施例中，分别将1.PCS、2.PCS、3.PCS、以及4.PCS中的每 个播放60、50、30和45分钟。
每个面板具有有关是否存在要在下次播放的“下一个播放(Next Play)” 和是否到达时间表的“结束(END)”的面板信息、以及现在正在播放的广播 的时间信息。这是用于可能在广播期间出现的紧急消息的过程的基本信息， 并且，有可能通过使用此信息而连续地重新播放当前中断的广播。另外，如 果特定面板的广播与其它相比较早地完成，则选择性地提供根据先前组织的 缺省时间表的广播、或现有广播的连续广播。
图16b图解了根据本发明的屏幕帧和控制所需的OCX(OLE控制扩展) 的结构的例子。如果接收了广播时间表，则将广播时间表列表添加到用于驱 动媒体播放器的OCX、用于驱动网络浏览器的OCX、以及其它OCX，以便 控制广播，并且，这些添加的时间表执行播放(PLAY)、停止(STOP)和暂 停(PAUSE)命令。窗口事件不是根据特定的固定次序而实现，而是只要要 求了所生成的事件的过程便会被处理。图16b示出了用于媒体运动图像文件 的屏幕控制的OCX组件、用于网络URL、HTML和PPT文件的屏幕控制的 OCX组件、以及用于*.TXT普通文件的屏幕控制的OCX组件，并且，通过 广播时间表，根据对应的面板内容而控制适当的屏幕组件。此外，可根据需 要控制的内容的种类而多样化地利用OCX组件。
图17图解了有关可在IBS终端上通过各种媒体而表示的屏幕帧的基本类 型的例子。IBS屏幕基本上由六个面板组成，并且，通过考虑广告的效率和 IBS终端服务器(600)的硬件规范来组织帧布局和广播内容。广告和广播的 效果可以增加，这是因为通过适当的媒体驱动和实时广播的实施例，在屏幕 上没有不连续的广播播放，也没有系统延迟。
如图17所示，可通过随意设置基本的6个面板的宽高比，而实现IBS终 端服务器(600)的屏幕帧。在图17中示出的部分屏幕之中的四个部分屏幕 的布局将TXT或网络文本(Web Text)安排在屏幕的顶部区域，并将多媒体 广告广播安排在位于其中间区域的两个面板上，并将实时新闻安排在其底部 面板区域上，由此，可预期最佳的广告效果。
可以各种形式修改和实现本发明，并且，这里已通过参照其特定实施例 而对其进行了描述和图解。然而应当理解，此发明不限于上述特定形式，并 且此发明包括如所附“权利要求书”中定义的此发明的精神和范围内的所有 修改、等价物和替换。
本发明的预期效果
首先，如上所述，此发明可通过有关台站管理、常规/紧急广播时间表管 理、以及内容同步的集中控制方法，来选择多个广播终端，并且它可在期望 的时间、在所选终端中广播最佳的广告。
第二，使用根据本发明的集中控制方法的整个广播管理系统可通过使用 各种屏幕划分和分组概念，而最优地管理广播。
第三，在广告内容是大容量多媒体数据的情况下，此发明指定所有内容 服务器之间的数据传送的最优路径，使得用于使大容量多媒体数据和接收所 述内容的多个内容服务器同步的原始内容服务器的系统不会承受沉重的负 载，并且，预期得到防止先前的数据传送的延迟和网络瓶颈现象的效果。
第四，它监控硬件或软件缺陷，使得不指定具有缺陷的内容服务器和数 据的传送路径两者，由此，广告/广播终端平稳地接收多媒体数据。
第五，安全解决方案服务器通过使用多媒体数据的加密/压缩方法，而防 止可能在从广告内容服务器到广告广播终端的多媒体数据传送期间出现的非 法泄露。
第六，本发明可多样化地用于教育系统和其它应用领域、以及广告和广 播领域。
第七，本发明通过使用集中控制的方法来操作系统，并可实时传送运动 图像，并可远程检查内容是否正常，并可通过日期/时间/区域来组织广告，由 此，针对于客户和地区的目标市场是有可能的。