CN1198862A

CN1198862A - 对比资料及通过引用加入的软件

Info

Publication number: CN1198862A
Application number: CN96197339A
Authority: CN
Inventors: 蒂姆·蔡斯
Original assignee: Starguide Digital Networks Inc
Current assignee: Starguide Digital Networks Inc
Priority date: 1995-09-01
Filing date: 1996-08-30
Publication date: 1998-11-11
Also published as: AU6863296A; AU720245B2; WO1997009801A1; JP2000514929A; EP0847638A4; EP0847638A1; BR9610415A; CA2230638A1; CA2230638C; US20020177914A1

Abstract

提供了一种数据文件传送系统(10),在头端上具有通过局区域、ISDN连接之类与传送子系统(14)通信的制作子系统(12)。传送子系统(14)在尾端通过卫星链路、ISDN链路之类与联播子系统(16)通信。制作子系统(12)使制作人员能制作在另一音频事件出现之前一直播放到结束的音频。音频事件作为音频文件存储。各音频事件可包含一个或多个音频序列、测试信息、传送指令及具有触点闭合信息之类的属性表。可选择地,在制作子系统(12)上可组装多个音频事件以形成播放表。将音频文件传送给传送子系统(14)。传送子系统(14)将音频文件放置在传送封套中并将封套传输给联播终端。此外,传送子系统(14)可将现场音频与相关的触点闭合信息传输给联播终端(16)。联播终端(16)可位于用户地点。联播终端(16)可将这些事件存储在硬盘驱动器上,实时播放这些事件或将事件传递给其它联播终端(16)。联播终端(16)可在以后播放存储的音频事件。

Description

兹宣布美国公民、新泽西州Holmdel市居民Tim Chase已在“音频文件分配与制作系统”中发明了某些新的与有用的改进，以下为其说明书。对比资料及通过引用加入的软件

本申请要求来自1995年9月提交的临时专利申请序号60/003,164的优先权，这里通过引用将其全部内容明确包含在此，其中包含与’164临时申请同时提交的所有软件附录及附件。

用以实现本发明的较佳实施例的软件附在以下述方式加标记的”软盘上的附录A-E中。用以实现本发明的较佳实施例的联播控制器的软件是作为称作“DAX源码”的软件附录A附属的。联播控制器用以与数字声卡接口的软件是在称作“驱动器源码”的软件附录B及称作“DACDSP源码”的软件附录C中一起提交的。数字声卡的功能在称作“DAC驱动器设计”、“DAX音频服务器设计”、“设计摘录”及“要求”的’164临时申请附件中描述。提供遥控终端与联播控制器之间的协作软件是在称作“操纵箱终端源码”的软件附录D中一起提交的。分配管理系统用来控制传送子系统的软件是在称作“DMS源码”的软件附录E中一起提交的。

结合较佳实施例的传送子系统中所利用的多路复用器可以是申请人在1995年8月16日作为临时申请序号＿＿＿＿/＿＿＿＿(代理人摘要10872US01)提交并在1996年8月16日作为非临时申请序号＿＿＿＿/＿＿＿＿(代理人摘要10871US02)提交的名为“动态分配传输带宽资源的方法与装置”中所公开的。

所有上面引用的软件附录A至E连同上面引用的论文、临时与非临时申请都通过引用明确地将它们整体包含在此。

发明领域

本发明一般涉及现场与录制的音频信号的分配，而更具体地涉及从头端发送机将数字化现场音频信号、单个音频文件与/或音频文件组及播放指令分配给一个或多个最终用户接收机的一体化分配与播放系统。

发明的背景

全国联播无线电节目及全国广告活动构成无线电广播事业的一大部分。将这些节目与广告分配给地方广播台及后期制作的当前方法是惊人地烦琐与低效的。

在一般情况中，全国广播台将无线电节目提供给地方无线电台。该电台取得节目，并在返回时向全国广播台提供电台上供全国广告通知使用的附加广播时间。然后，全国广播台将包含无线电节目与全国广告在内的整个节目录制在紧致盘、数字音频磁带之类上。然后将录有节目的紧致盘或磁带通常用连夜传送服务物理地传送给各地方台。

录制的节目是分成段的，并且在各段之间留有间隙，允许地方台广播诸如地方广告、台标或地方新闻等地方通知。因为电台操作人员需要知道什么时候出现这些间隙及持续多久，全国广播台还必须提供印刷的节目格式。节目格式向电台操作人员提供诸如总的节目运行长度、断开提示信号及段间隙长度等信息。

为了广播该节目，电台操作人员播放包含预先录制的节目的紧致盘同时听取断开提示信号。当他听见断开提示信号时便按下包含录制的地方通知的播放设备上的播放键或者向地方新闻广播员发生信号以开始说话。当段间隙过去时，将地方通知适时结束。

对于利用这种节目分配方法的全国分配台产生许多问题。为各地方台制作与录制一块紧致盘是昂贵的，并且因为这些盘通常只用一次便消毁，这一过程是浪费的。制备及随后传送紧致盘可能占用一周时间。这一时间延迟阻碍了最新节目的分配。由于录制品必须物理地发送给每一地方台，运输成本是高的。如果全国广告商只要求将某些广告定向在全国某些区域上，则必须制作不同的录制品并运送到这些区域中的电台。

在地方无线电台上，问题是由预先录制的节目的不灵活性质及根据印刷的节目格式及听见的提示信号将地方通知实时并控制广播中产生的。这些问题能导致全国与地方段之间的浪费的寂静广播时间及可听见的不愉快的突然变化。

本发明的目的

为了克服先有技术的问题与局限性，本公开的发明具有达到下述特征或目的中的一个或多个的各种实施例：

本发明的一个目的是提供用于分配及随后播放高质量现场音频信号、单个音频文件及音频文件组的一体化系统。

本发明的又一目的为提供根据诸如地理区域有选择地分配现场音频信号、单个音频文件及音频文件组给选择的最终用户和最终用户群。

本发明的另一目的为对音频信号实现数据压缩以便经济高效地传输现场音频信号、音频文件及音频文件组而不明显损失音频质量。

本发明的又另一目的为提供允许分配中心中的用户控制远距离播放机播放音频文件组的次序的一体化音频分配与播放系统。

本发明的又另一目的为提供允许在头端上的用户制作供地方无线电台广播的完整的节目的一体化音频分配与播放系统。

本发明的又另一目的为提供允许将地方音频段集成进由全国音频段分配者制作的节目中的一体化音频分配与播放系统。

本发明的又另一目的为提供产生从一个音频文件或段到另一音频文件或段的悦耳与平顺过渡的播放系统。

本发明的又另一目的为提供造价经济且与现有器件兼容的系统部件。

本发明的又另一目的为提供带有方便与灵活的编程能力的用户友好的系统。

发明概述

本发明的较佳实施例包括音频传送系统，该系统在头端上具有通过局域网、ISDN连接之类与传送子系统通信的制作子系统。传送子系统通过卫星链路、ISDN链路之类与在尾端上的联播系统通信。制作子系统使制作人员能制作表示在另一音频事件出现之前一直播放到完的音频序列的音频事件。音频事件是作为音频文件存储的。各音频事件可包含一个或多个音频序列、文本信息、传送指令及具有触点闭合信息之类的属性表。可选地，在制作子系统上可组装多个音频事件来构成播放表。将音频文件传送给传送子系统。传送子系统将音频文件放在传送封套中并将这些封套传输给联播终端。此外，传送子系统可传输现场音频信号及相关的触点闭合信息给联播终端。联播终端可位于用户地点上。联播终端可将这些事件存储在硬盘驱动器上、实时播放这些事件或将事件传递给其它联播终端。联播终端可在以后播放存储的音频事件。

较佳实施例的音频传送系统至少支持七种服务。音频传送系统使音频文件能引入系统中，连同诸如业务信息、格式、提示之类关于各文件的辅助信息。此外，音频传送系统使音频事件能组合在一起，并支持将文本编入组合传送包中，诸如播放表。组合的音频事件与文本作为单个的包或封套传送给要求的联播终端。可将各包分开编址到特定的联播终端与/或联播终端组。这一编址信息称作传送指令。音频传送系统还支持完整性检验来保护正确地分配包。

附图简要说明

图1一般性地示出按照本发明的较佳实施例的音频传送系统的方框图。

图2一般性地示出结合本发明的较佳实施例使用的制作子系统的方框图。

图3一般性地示出结合本发明的较佳实施例使用的传送子系统的方框图。

图4一般性地示出结合本发明的较佳实施例使用的联播终端。

图5示出结合本发明的较佳实施例使用的远程联播遥控终端的透视图。

图6示出结合本发明的较佳实施例使用的数字音频卡的方框图。

图7示出结合用在本发明的较佳实施例中的数字音频卡使用的处理器的功能表示的方框图。

图8示出与结合本发明的较佳实施例使用的数字音频卡一起操作时的联播控制器的功能方框图。

图9示出音频文件、CART(盒式磁盘)文件及播放表文件格式的方框图。

图10A与10B示出数字音频卡及联播终端实行播放操作所遵循的处理序列的流程图。

图11示出两个存储的段之间播放不存储在按照本发明的较佳实施例的联播终端上的地方段所遵循的示范性平滑转换操作。

图12示出本发明的文件传送系统的替代实施例。

优选实施例的详细说明

定义

一开始，为常用词提供定义表。音频节目组合在播放表上并传送给至少一个联播终端

的一个或多个音频段。例如，音频节目可表示

Howard Stern演出、Casey Cassims Top40

等。音频段包含具有确定的开始与结束点的音频信号的

连续序列的音频事件。在另一事件(音频或命

令)出现之前，联播终端从头至尾播放音频事

件。例如，音频事件可表示一段声音、歌曲、

歌曲的一部分、商业广告节目之间的联播告节

目的一部分、商业广告节目之类。试听音频表示音频节目内容的短的音频序列。例如，试

听音频信号可表示一首歌曲的前几秒，并可播

放给联播终端用户向用户介绍相关的音频段

或音频节目。CART(盒式磁带)机在联播终端上用来播放来自磁带等的地方音

频段的音频播放设备。 CART机通常用来录制

及播放商业广告节目与新闻通知。CART文件唯一地与音频文件并联的文件。CART文件包

含音频文件名、音频文件中的开始与结束偏移

量、标记属性、进入提示、退出提示、终止日

期及第一次使用日期。触点闭合命令指示联播终端断开或闭合触点的指令，诸如打

开与关闭CART机。数据包通过多路复用器作为独立单元传递的一段数

据，在调制与传输之前在其上附加标题。例

如，多路复用器可将音频段及音频节目细分成

数据包并用时分多路复用方式传输给联播终

端。终止日期预先指定的日期，在该日期上联播终端自动地

从其存储器中删除音频段与/或音频节目。传送指令为通知传送子系统在分配中哪些联播终端应

接收各数据文件而提供的指令。格式可以代表无线电节目的音频节目的格式或配

置。例如，格式可标识音频节目中何处地方联

播台可插入地方商业广告节目点的位置。此

外，格式或配置将包含过渡段的插入提示及退

出提示以及音频段的播放时间。带外控制可以作为多路复用器的内部通信的一部分引

导到联播终端的控制命令，诸如标识正在发送

单个报文的信道的信息。播放表与特定音频节目关联的、包含唯一地标识该关

联的音频节目中的各音频段/剪辑/事件的信

息的概要或登记。音频文件不带内部结构的录制的声音。音频文件可表示

单个商业广告节目或者或短或长形式的节目

段。现场音频信号收到时立即广播而不将节目录制在联播终端

上的节目。现场音频信号可在辅助数据流内包

含嵌入的同步命令。同步命令可用来触发联播

功能，诸如启动在联播终端上的卡机的商业广

告节目播放。延时播放音频信号录制在盘上但几乎立即播放的节目(诸如在5

至10分钟内)。节目是在接收时录制的但在

播放节目时释放盘空间。

系统概述

图1示出按照本发明的较佳实施例的音频传送系统10的方框图。音频传送系统10包括至少一个制作子系统12、至少一个传送子系统14及至少一个联播终端16。如图1中所示，各制作子系统12可通过支持数字数据传输的任何传统介质与一个或多个传送子系统14通信。作为示例，制作子系统12与传送子系统14之间的互连(示出在线13上)可以是局域网、ISDN链路、传统电话链路、卫星链路之类。作为另一种选择，各传送子系统14可与一个以上制作子系统12通信。

各制作子系统12使用户能制作数据文件，数据文件通常指音频事件/段/剪辑、音频文件、CART文件、播放表文件、文本文件、视频文件及传送指令文件(如在定义部分中所定义的)。虽然在图2中将传送与制作子系统示出为功能上分离的单元，但两个子系统可实现在一个公用场所(及公用系统)上，从而避免对连接13的需求。

传送子系统14接收从传送子系统14沿链路13来的、分别包含音频段与音频节目的音频文件与音频文件序列。此外，传送子系统接收沿链路15的现场音频信号。传送子系统14也可接收沿链路15的触点闭合命令。传送子系统14组合在链路13及链路15上接收的信号并通过链路17将其输出到联播终端16。链路17可表示卫星链路、ISDN链路之类。可选择地，传送子系统14也可通过链路17或19接收来自联播终端的信息。

可选择地，传送子系统14可将数据文件(如音频文件、CART文件、命令、播放表文件、文本文件、视频文件之类)组装进单一的“封套”中。“封套”可包含关于目的地联播终端的地址信息。传送子系统根据地址信息将向外的音频文件封套引导到单个联播终端上。可选择地，地址信息可指定一组联播终端作为封套的目的地(如对于联合播出的中西部无线电台)。

联播终端16接收来自传送子系统14的进入封套并以所要求的方式将其处理。可选择地，当联播终端16未收到预期的音频文件时，联播终端16可通过链路19通知传送子系统14。联播终端16可将进入音频文件存储在硬盘上并在以后根据与封套一起接收的指令(如播放表)或根据来自联播终端的操作员的指令播放这些音频文件。作为替代，联播终端16可接收并在接收时立即播放进入的音频数据，诸如在现场节目(如新闻)的广播期间。作为另一种替代，联播终端16可在播放操作期间将地方节目(在本地CART机上的磁带播放的)与从传送系统14接收的音频节目(存储在硬盘驱动器上的)交错。在混合一个音频段的结束部分与下一音频段的开始部分时，联播终端16可利用自动平滑转换操作。

辅助终端16在链路19上输出要从无线电台广播的模拟音频信号。线路21与23支持外出触点闭合命令，诸如从联播终端16发送给CART机的。线路23接收传感器输入信号，诸如通知联播终端16CART机的当前状态之类。联播终端16在线路25上输出试听音频信号给联播终端上的用户。

数据格式

图9一般性地示出供结合本发明的较佳实施例使用的示范性数据格式。但应理解本发明不限于音频数据制作与发送，为了示例目的，才假定制作与发送音频节目。图11示出定义音频段的节目的播放表文件400。播放表文件中的音频段可以以概要格式显示给用户。播放表文件400可包含标识要播放的各音频段的文件名(如404、420及436)的播放表402。文件名404、420及436分别表示文件名及到CART文件406、422及438的目录路径。各CART文件406、422及436分别唯一地标识音频段414、432及434。各CART文件406、422及438分别包含到包含对应的音频段的音频文件415及430的路径名408、424及440。音频文件430包含CART文件422及438的音频段432及434。

各CART文件(406、422及438)还包含进入对应音频文件的开始(410、426及442)与结束数据帧号(412、428及444)。开始与结束数据帧号标识对应的音频段的开始与结束点。各CART文件也可包含对应音频段的属性，诸如标记(如下所述用来启动DAC事件)、插入提示、退出提示(告诉用户何时一段将结束)、文本描述(描述音频段的注释)、终止日期(联播自动删除该音频文件的日期)以及第一次使用日期(允许联播终端第一次访问该音频段的日期)。

在操作期间，可从音频文件、CART文件及播放表文件获得正文、退出提示、注释之类并显示给用户。这一显示可包含用音频段名称的播放表连同用于地方通知的间断与段播放时间的显示。

制作子系统

图2更详细地示出制作子系统12。制作子系统12包括与传送指令输入单元32、业务与格式输入单元28、音频输入单元26及触点闭合输入单元30通信的制作处理器24。传送子系统包含硬盘驱动器35用于在发送给传送子系统14之前存储与音频段及音频节目关联的音频文件。音频与触点闭合输入26与30将音频与触点信息信号提供给CODEC31，诸如可从位于新泽西的Holmdel的协会计算机系统公司购得的CDQ主编码器/解码器。CODEC31可根据诸如可从协会计算机系统公司购得的MUSICM算法等若干种传统的“损耗型”编码算法编码进入音频信号。CODEC31中可选用不同的编码算法。

CODEC31还接收来自输入30的触点闭合指令，并将这些触点闭合指令加入到输出编码音频信号中。将CODEC31的输出提供给数字音频卡(DAC)33，下面在称作数字音频卡的部分中更详细地说明该卡。DAC33将编码的音频数据及触点闭合数据转发给传送子系统12的处理器供临时存储，同时生成及附加传送指令及业务/格式信息在其上。DAC33可解码来自CODEC31的输出信号并将解码的音频信号播放给用户，使用户能听到经过按照当前的压缩参数组编码与解码后得出的音频信号。

有选择地，制作者可初始听取DAC33的解码输出而不录制来自CODEC31的编码音频信号，以便确定CODEC31的当前参数设定是否需要改变。一旦制作者满意了CODEC31的参数设定，制作者便可选择录制选项。对此作出响应，制作处理器24与DAC33合作将来自CODEC31的编码音频输出信号录制在传送子系统12的硬盘驱动器上。作为又一选项，在录制时，可以切换DAC33将播放操作关掉。

作为另一种替代，可以指令DAC33将新进入的编码音频信号从CODEC31传递到处理器24供存储在硬盘驱动器上，同时从子系统12的硬盘驱动器上读取前面编码的音频信号。DAC33可解码并向制作人员播放前面存储的音频节目，同时CODEC31正在编码新的音频节目并将其存储在硬盘驱动器上。以这一方式，较佳实施例的系统分别支持第一与第二音频节目的同时录制与编辑操作。

可选地，在将音频段及音频节目存储在数据库35中时，处理器24可在其上附加传送指令及业务与格式。一旦完成了音频段或节目，制作人员可指令处理器24在链路13上传送音频段或节目发送给传送子系统。

只作为示例，制作子系统12可位于为国家广播台制作商业广告节目的广告代理人处。利用这一方法，代理人可执行制作功能，而可将得出的音频节目通过ISDN链路之类直接发送到传送子系统14而无须国家广播台的进一步介入。

只作为示例，音频输入26可表示数字音频带播放机、紧致盘播放机之类。系统也可支持诸如AES/EBU等直接数字输入。业务输入可构成用于输入简单播放指令的键盘或包含插入提示、退出提示之类的音频节目的复杂轮廓。接触封闭可用来启动与停止CART机之类，如下所述。传送指令输入32使程序员能输入将音频节目传送到所要求的联播终端或终端群所需的所有信息。传送指令中可包含预期的联播终端名、联播终端群、发送台名、相关的收费信息、结束数据之类。

只作为示例，制作子系统可包含可从新泽西购得并且CBS现在使用的PACE系统。

传送子系统

图3一般性地更详细示出传送子系统。传送子系统14包含分配管理系统34(DMS)，后者接收来自制作子系统16的数据文件，诸如音频文件、CART文件、播放表文件、命令文件、文本文件、视频文件之类。DMS34可沿线路42接收来自联播终端的通信，诸如状态报告、帐单报告、数据文件的传送确认之类。可选地，DMS34可接收来自制作子系统的传送指令。传送子系统14收集进入的数据文件并可将这些数据文件组合成“封套”，后者包含通常编有地址的数据文件、目的地联播与/或中枢终端的地址信息、目的地联播与/或终端群的地址信息、关于封套的最近传送时间的优先传送信息、标识已接收封套的各联播/中枢终端的发送路径表、等等。

DMS34沿数据线34a将封套传递给多路复用器22。多路复用器22可将封套分成记录供沿一条或多条信道传输。可选地，DMS可通过时隙控制线34b控制多路复用器22的操作。DMS34也可沿带外控制线34c将预期用于联播与/或中枢终端的命令传递给多路复用器22。

作为替代，多路复用器22也可受独立处理器的控制，在这一情况中DMS34将单独通过数据输出线34a与多路复用器22相连。带外控制线34c及时隙分配线34b将受到控制多路复用器22的独立处理器的驱动。

作为另一种替代，制作子系统12可直接控制传送子系统14的寻址，在这一情况中DMS34将不带寻址信息及不将数据文件组合成“封套”的数据文件传递给多路复用器22。

传送子系统14可包含至少一个CODEC18用于沿线路40接收现场模拟音频信号并根据若干种已知的编码算法之一将其编码。DMS34通过控制线34d控制CODEC18的操作。多路复用器22接收来自CODEC18的数字编码音频信号。多路复用器22以上面引用的共有未决申请(通过引用加入的)中所述方式沿一条线或多条传输信道将进入数据传递给调制器44。调制器44可将从多路复用器22接收的信号发送到卫星上。

以上述方式，传送子系统14收集来自制作子系统的包含音频文件、CART文件、播放表文件、命令文件、文本文件、视频文件及分配信息在内的数据文件。传送子系统14还通过CODEC18接收现场音频信号及诸如触点闭合信息等辅助数据。数据是通过要求的介质传输给联播与/或中枢终端的。虽然在较佳实施例中，传送子系统是利用卫星连接将数据发送给联播终端的，但本发明不限于此。作为替代，传送子系统14可沿支持在由特定应用所支配的传输率上传输数字编码数据的任何介质传输数据。例如，传送子系统14可沿ISDN线路之类发送数字编码数据。在低传输率可以接受时，传送子系统14可利用传统的电话线来传输数字数据。

联播终端

图4更详细地示出联播终端16。联播终端16可位于接收台或最终用户场所。联播终端16包含天线51用于接收通过卫星20来自传送子系统14的进入现场数据包、数据文件及封套。可选地。天线51可发送返回信息，诸如已经收到或未曾收到音频节目等传送信息。在RF解调器53中解调进入信息并将其传递给信号分离器50。信号分离器50是配置成与传送子系统14的多路复用器22配合的。信号分离器50可分离来自一个或多个信道的进入数据记录以重组至少一个封套。信号分离器50也可分离沿线路66输出的带外命令。可选地，解调器53可控制成接收编码的但未格式化成音频文件(如上所述)的现场音频数据。编码音频数据是作为数据帧的数据包的连续数据流接收的。当将信号分离器53配置以接收现场音频数据流时，将DAC52设定在“现场模式”中来接收数据流。以这一方式，实时解码及播放现场音频数据的编码数据流。

联播终端还包括接收来自信号分离器50的诸如音频文件、CART文件、播放表文件、文本文件、视频文件及命令等数据文件。联播控器46中表示运行诸如微软公司提供的Windows95等传统操作系统的个人计算机。联播控制器46可将进入数据存储在存储器48上。联播控制器46包含至少一个数字音频卡(DAC)52，下面更详细地说明。

联播终端16在至少一条模拟输出线56上输出音频信号供电台或通过AES/EBU线路在数字输出线上广播。联播终端16可包括来自DAC52的试听音频输出线58，它使得联播用户至少能听取存储在存储器48上的音频段或音频节目的一部分。可设置遥控终端54向联播用户提供对联播控制器46所执行的功能的至少一个子集的遥控。作为示例，遥控终端54及试听音频耳机59可位于无线电台的DJ(调音师)小室中使得DJ能够试听、听取及控制存储在存储器48上的音频段及节目的播放。即使联播控制器46位于远离DJ小室处，遥控终端54也能使DJ从DJ小室内选择存储在存储器48上的要求的音频段及节目。

线路60与62分别表示触点输出控制线及传感器输入线，并且是由DAC52驱动与感测的。传感器输入线62可以是光隔离的输入线。DAC52在触点输出线60上输出触点断开与闭合信号。DAC52监视传感器输入线62以便检测远程设备的状态变化(即断开或闭合)。远程设备可表示CART机、遥控终端之类。作为示例，传感器输入62可监视CART机以便在CART机完成地方节目的播放时通知DAC52。

可提供用户界面57来控制联播控制器46。作为示例，用户界面57可包含键盘、鼠标器及显示器，而联播控制器46则在Windows环境中操作，在其中图符可代表音频段与/或节目以及功能(如录音、播放、减弱、停止之类)。用户可通过击键、拖曳及放松相关的图符在音频段或节目上执行所要求的功能。

数字音频卡

图6示出结合本发明的较佳实施例使用的数字音频卡(DAC)52。DAC52可实现在具有与联播终端16的主板连接的互连端口102的印刷电路板100。DAC52可用如下面说明的操作的数字信号处理器(DSP)104实现。虽然较佳实施例采用DSP，它也可用专用芯片或可从Intel、Motorola、CYRIX、AMD等购得的通用微处理器之类来实现。存储器106存储控制数字信号处理器(DSP)104的操作的命令软件。DSP104在线路108(来自图4中的信号分离器50的线路64与66)上接收进入数据文件及命令。DSP104沿线路110输出解码的音频信号。在一段的播放期间出现“标记”时(下面说明标记)，DSP104便通知联播控制器46。如果该标记对应于触点闭合命令，联播控制器46指令DSP104设置沿线路112的转接输出信号(如接点闭合信号)。DSP104沿传感器输入114接收传感器状态信息，并将这一传感器信息转发给联播控制器46。DSP104沿线路116与联播控制器46通信。

下面，讨论转移到图7，其中示出了表示DAC52中的DSP104所执行的操作的功能图。DSP104的功能包括数据切换操作120，该操作沿线路108接收进入封套、数据文件及帧，其中包含音频文件、CART文件、播放表文件、命令文件、现场数据帧之类。数据开关120只接受寻址到特定DAC卡52的封套、数据文件及帧。数据开关120不管寻址到特定DAC52的进入信息。数据开关120输出封套及数据文件到线路128及现场数据帧到一条或多条线路124与126。数据开关120受卡控制器122的控制。在通过DAC驱动器132沿线路134传输给联播控制器46(图4)之前，将沿线路128传递的封套与数据文件临时存储在数据缓冲器130中。DAC驱动器132沿线路134、136、138、140与142与DSP104通信。DAC驱动器132与联播控制器46通信，如结合图8所说明的。DAC驱动器132表示将DAC52与应用连接的低级硬盘驱动器接口，并可根据应用省略或改变。

数据开关120沿线路124及126将现场编码音频数据流传送给帧缓冲器146及148。在现场播放模式期间，帧缓冲器146及148之一临时存储编码的进入音频数据，同时沿线路150a及152a输出(以先进先出方式)单个数据帧给解码器150及152。解码器依次解码音频数据的数据帧并沿线路154及156输出解码的数字音频数据给混合器158。混合器158组合线路154与156上的数字音频数据并沿线路159输出得出的音频信号。

数据帧对应于预定分离量的编码数字音频数据。例如，编码器可在24毫秒时间间隔的数字化音频信息上执行编码。编码器将数字化音频数据的24毫秒分离部分作为一个编码数据帧输出。将多帧数据组合以构成音频流。

如下面所说明的，卡控制器122也可沿线路150b及152b将来自存储在存储器48上的音频文件的数据帧组提供给解码器150及152。

解码器150及152解码的数据帧中也可包含辅助数据，在这一情况中解码器150及152沿线路160及162输出辅助数据到辅助数据缓冲器164。数据缓冲器164临时存储辅助数据直到沿线路140通过DAC2驱动器132输出到联播控制器46为止。

DAC事件缓冲器

DAC事件缓冲器166存储联播控制器46感兴趣的报文。作为示例，DAC事件缓冲器166可存储指示何时音频段已结束及用事件号标识该段的报文。可选地，事件缓冲器可存储指示在音频段的播放期间出现标记的报文。标记可表示制作人员在制作子系统上预先指定的标志。在播放包含标记的音频段时，在播放期间检测到该标记时，DSP便在事件缓冲器中存储指示出现标记的报文。标记可用来接通与断开触点闭合。从而，通过在音频节目中引入标记，便可加上标记来自动控制地方CART机。在节目播放期间，检测到标记时，便通知联播控制器46该标记，而联播控制器46则输出对应的触点闭合信号。作为示例，标记#1可指令联播控制器46闭合触点，而标记#2可指令DSP104开始平滑转换操作。

此外，DAC事件缓冲器166存储DAC卡在传感器输入线62(图4)上接收的传感器输入报文。当通过自动闭合触点指令CART机开始自动播放时，靠近该触点的传感器检测CART机播放的音频段的结束时间。

DAC处理器操作

下面，详细说明DSP104的操作。

一开始，数据开关120监视线路108来确定何时出现输入。当满足这一条件时，数据开关120便访问进入数据来确定其中的DAC地址。数据开关120将这一进入DAC地址与卡控制器122沿线路122a提供的地址比较。如果当前DAC的DAC地址相应于进入数据的DAC地址，数据开关便确定进入数据是预期给这一DAC的。可选地，当进入数据的地址表示群地址时，数据开关120确定是否已将当前DAC分配给该群。卡控制器122通知数据开关120当前DAC分配的群地址。如果进入数据不寻址当前DAC或包含当前DAC的群，数据开关便不管该数据。

当进入数据寻址当前DAC或包含当前DAC的群时，数据开关120便根据来自卡控制器122的控制信号将数据传递给线路124、126及128中一条或多条。例如，在现场播放操作期间，数据开关120沿线路124将进入音频数据传送给帧缓冲器146供临时存储。帧缓冲器146将各数据帧交付给解码器150供解码及作为n数字音频信号输出。解码器150的输出可通过数模转换器输出到线路160上并且最终作为要广播的模拟音频信号输出在来自联播控制器46的线路56上(图4)。

作为替代，在存储操作期间，进入数据文件通过数据开关120沿线路128到达数据缓冲器130。数据缓冲器130临时存储数据文件直到将音频数据沿线路134传递通过DAC驱动器132并最终到达联播控制器46的存储器48为止。可选地，联播用户可通过卡控制器122指令DSP104沿线路128与124引导进入音频数据，以便(通过数据缓冲器130)录制音频数据及同时由用户(通过帧缓冲器146及解码器150)收听。

联播控制器

图8一般性地示出结合DAC52使用的联播控制器46的模块的功能图。联播控制器46通过虚拟DAC驱动器132与DAC52通信。可将联播控制器46配置成包含具有多个与DSP104接口模块的音频服务器180(如上所述)。

音频服务器180可包含处理从数据缓冲器130(图7)接收的数据文件(诸如音频文件、CART文件、播放表文件、视频文件、文本文件)的进入数据处理模块181。进入数据处理模块181将这些文件存储在存储器48上。音频服务器192可包含用于与卡控制器122通信的卡控制模块182。卡控制模块182与卡控制器122在它们之间传递命令数据，其中包含请求、应答、轮询命令之类。可设置一个音频请求处理模块184给来自卡控制器122的服务数据请求。如下面更详细地说明的，音频请求处理模块184从存储器48获得数据帧并在播放操作期间将这些数据帧传递给解码器150与152之一。

还可设置辅助数据管理器模块186及事件管理器模块190来分别接收来自辅助缓冲器164及事件缓冲器166的辅助数据及事件报文。辅助数据及事件管理器模块186及190将进入数据与报文引导到音频服务器180内的适当模块供存储与处理。

音频服务器180提供对播放、传感器输入、触点闭合输出之类的控制。音频服务器180提供通过通信链路188与联播用户的界面。以这一方式，联播用户可指令音频服务器180执行上面讨论的联播终端提供的功能。可选地，链路188可使遥控终端54能够输入音频服务器180的、并从而对联播终端16的控制请求。

音频请求处理模块184提供存储在联播终端的存储器48上的音频文件与DAC52之间的接口。如下面更详细地说明的，音频请求处理模块184包含存储来自存储在存储器48上的音频文件的数据帧的缓冲器，以便将来自音频文件的数据帧提供给DAC52。

音频服务器180为所有接口应用与联播终端的交互作用提供一个公共点。音频服务器180表示使用户(如界面客户)能通过若干链路(如LAN、串行链路之类)附着在其上的多功能服务器。用户通过链路188发送请求到音频服务器并接收来自它们的应答。音频服务器180管理存储联播终端资源(诸如，音频文件、CART机播放设备、转发闭合之类)的同一组合的多个用户。

虚拟DAC驱动器132将数据帧从DAC52传递到存储器48(在存储操作期间)及从存储器48到DAC52(在播放操作期间)。驱动器132还双向传递命令。结合播放操作，DAC52信令驱动器DAC52何时需要附加数据。DAC52用一个唯一的标识符(段柄)标识数据。

存储段的播放

下面，讨论转向示出联播控制器46及DAC52关于播放操作所遵循的处理序列的图10a与10b。音频服务器180接收播放指令(诸如通过链路188来自用户或通过传感器输入62来自远程设备)。一开始，将音频请求处理模块184设定在读状态以等待驱动器请求信号。音频服务器180用音频请求处理模块184登记一个或多个音频段(步骤202)。为了实行登记，音频服务器180将诸如可包含有要播放的一个或多个音频段的数据文件的CART文件中的信息等数据文件信息传递给音频请求处理模块184。此外，音频服务器180将音频文件中的起点位移及结束位移传递给音频请求处理模块184。数据文件信息是作为段请求传递给音频请求处理模块184的，后者将段请求存储在音频段表上并赋予段请求一起存储在音频段中(步骤204)。

音频请求处理模块184返回一唯一的段柄给音频服务器180。此后，音频服务器180将段柄与附加控制信息作为加载段信息请求信号传递给DAC52(步骤206)。附加控制信息可包含诸如指定要使用的解码器的标识符、段开始选项、开始减弱时间、结束减弱时间、事件标记、开始触发之类。将加载段请求传递给卡控制器122(图7)，而卡控制器122至少存储唯一的段柄。

在步骤208，DSP104将包含该段柄的请求音频数据报文返回给音频请求处理模块184。收到这一报文时，音频请求处理模块184存取音频段表中用段柄标识的音频文件(步骤210)。音频请求处理模块184从音频文件中读出一组数据帧并将这些数据帧传输给DAC52。在步骤212，音频请求处理模块184等待来自DAC52的下一数据请求。

参见图10b，DAC52将从音频请求处理模块184接收的数据帧加载到指定的解码器的输入缓冲器中(步骤214)。此后DAC在开始解码操作之前等待开始报文。在步骤216，音频服务器180发送解码器播放请求到DAC52。解码器开始解码及输出数字音频信号(步骤218)。当解码器已完成了解码器输入缓冲器中的数据帧的预定部分的解码时，DAC52发布请求音频数据报文给音频请求处理模块182。在步骤220，音频请求处理模块184从硬盘驱动器读取下一组数据帧并将这一新的数据帧组写到DAC52上。音频请求处理模块184再度进入等待状态等待来自DAC52的下一数据请求。重复步骤218及220直到音频请求处理模块184读取了来自音频文件的所要求的一个或多个段、传递给DAC52及作为音频信号输出为止，或直到用户干预为止。

在步骤226，当解码与播放了存储在解码器输入缓冲器中的最后数据帧时，DAC52发布段结束事件。音频请求处理模块184收到段结束事件时，音频请求处理器(在步骤228)从其缓冲器中清除最后一组数据帧并关闭音频文件。此外，音频服务器180执行完成音频段的播放操作时任何必要的附加处理。这些中操作可包含清除表、通知用户、闭合与断开触点转发之类。

自动播放带存储的段的地方通知

下面描述一个实例，其中在存储在存储器48上的音频节目的播放期间，CART机自动播放地方音频段。存储在存储器48上的音频段是由DSP104按照上述播放操作播放的。只是作为示例，所存储的音频节目可包含两个音频段(全国段#1及全国段#2)，它们被两个地方段(地方段#1及地方段#2)分开。

一开始，从存储器48读取全国段#1并以数据帧组提供给DSP104。赋予全国段#1标记属性指示在全国段#1完成时必须闭合触点以便启动地方CART机(它包含地方段#1)。当DSP104处理第一全国段适当的位移时间之后，它识别出标记属性，便在DAC事件缓冲器166中写入一个标记属性报文，诸如标记号码。联播控制器146从事件缓冲器166中读出标记属性报文(标记号码)并对此作出响应指示DAC52在线路60(图4)上输出触点闭合信号指令第一CART机(包含地方段#1)开始播放。然后DAC52轮询来自CART机1的传感器输入线62。在完成了卡#1中的地方段时，CART机停止并在传感器输入信号62上返回一个触点断开信号。从传感器输入62返回的信号通知联播控制器46 CART机已完成地方段的播放或快要完成地方段的播放(例如在下一个30秒内)。响应沿传感器输入线62的输入，联播控制器46指令DSP104开始播放下一全国段#2。在完成第一地方段时，联播控制器46以上面说明的方式将全国段#2加载进DSP104中。

在本施例中，赋予全国段#2标记属性#2指示在第二全国段完成时应跟随第二地方段。在DSP104处理第二全国段时，在第二全国段的播放期间的预定时间上DSP104将第二标记属性报文写入数据事件缓冲器166中。联播控制器46从缓冲器166中读取第二标记属性并指令DSP104在线路60b上输出第二触点闭合信号。线路60b上的触点闭合信号指令第二CART机到达第二地方的终点时，第二CART机在线路62b上输出传感器输入信号通知DSP104第二地方段完成。可选地，第二CART机可在第二地方段完成之前预定的时段上(如30秒)沿线路62b提供传感器输入。以这一方式，联播控制器46可自动地平滑转换全国与地方段。

平滑转换

图11示出表示存储在存储器48中的两个视频段之间(其后跟随CART机播放的地方通知)的平滑转换操作的方框图。为了这一实例的目的，假定播放表中包含关于何时开始播放CART文件的下列CART文件名及指令：

段#1-开始选项，手动

段#2-开始选项，标记2

地方通知#1-开始选项，标记1

进一步假定段#1与#2及地方通知#1的CART文件至少包含下列属性：

段#1

开始位移0

结束位移2000

标记2,1900

音频文件名#2

段#2

开始位移400

结束位移3000

标记1,3000

音频文件名：#1

地方通知#1

触点闭合，CAR1

感测播放结束，CART1

返回到图7与8，在操作期间，音频请求处理模块184一开始将#1与#2的段柄及对应的属性表传递给卡控制器122。段#1在音频文件#1中从单元0延伸到2000(例如，各单元可对应于一个数据帧)。段#2延伸到在音频文件#2中单元400与3000之间。

音频请求处理模块184从存储器48中获得段#1与#2的第一组数据帧并将它们传递给卡控制器122。将这些数据帧组分别存储在第一与第二解码器150与152中的缓冲器中。第一解码器150开始处理来自段#1的数据帧。音频请求处理模块184根据第一解码器150的需要提供来自#1的新数据桢。当第一解码器150到达单元(如数据帧)1900时，DSP104检测到标计#2。对此作出响应，第二解码器150与152如图11中所示在平滑转换区500上同时输出数字数据。在平滑转换区500中，混合器158降低音频段#1的幅值并提高音频段#2的幅值来混合两段输出作为在点160上提供给广播台与/或对AES/EBU的输出。

可选地，可将第二标记事件(诸如，标记1,1600)加在段#1的CART文件上以指令混合器158在到达平滑转换区500之前便开始降低段#1的幅值。在本例中，混合器158将在点504上便开始降低段#1的幅值(如线506所示)。然后在点508上第二解码器152便可开始段#2并且随即继续混合操作，如上面所说明的。

继续参见图11，第二解码器152继续处理段#2直到到达单元3000为止。单元3000对应于段#2的终点及标记#1。标记#1是连同对应的段柄存储在事件缓冲器166中的。事件管理模块190将这一事件报文转发给音频服务器180。对此作出响应，音频服务器180通过卡控制模块182返回指令DAC52在线路60上(图4)将触点闭合信号输出到CART机#1的指令。触点闭合信号指令CART机#1开始播放地方通知#1。

音频服务器180然后继续轮询DAC52来确定何时沿线路62收到来自CART机#1的传感器输出信号。传感器输入信号表示已完成了地方通知的播放。在收到传感器输入信号时DAC52通知音频服务器180。音频服务器180根据播放表中下一CART文件继续播放。

带中枢终端的文章传送系统

图12一般性地示出本发明的文章传送系统的替代实施例的方框图。文章传送系统600包括至少一个制作者子系统602，该子系统以上述方式工作来制作数据文件。可选地，制作者602可将数据文件组装进封套中并沿线路618将封套传递给中枢604。可以在下面称作封套格式的部分中所陈述的那样构成各封套。各中枢可包含联播终端的上述结构。此外，各中枢604包含封套分配管理系统来确定进入封套的路由。各中枢可包含上述卫星接收机与/或支持数字数据传输的一条或多条通信链路，诸如ISDN链路、传统电话链路之类。

返回到图12，当中枢604接收来自制作者602的封套时，中枢604读取封套内的地址信息并相应确定封套的路由。如果封套是指向中枢604的，中枢604便以上面关于联播终端所描述的方式操作来存储与播放接收的数据文件。如果封套是指向ISDN联播电台606的，中枢604便沿链路620将封套的路由确定到ISDN联播电台606上。可选地，可以用上面关于联播终端16所描述的方法配置ISDN联播电台，但取决于接收与传输封套、现场数据流之类的ISDN链路。

中枢604也可将进入封套的路由确定到主上行链路中枢608上。中枢608可包含上行链路设施，如上面关于传送子系统14的描述中的。中枢608可沿卫星上行链路624将封套发送给610。卫星610沿下行链路626、628与632发送进入封套。卫星联播电台612类似于联播终端16。卫星联播电台612可象上述联播终端16那样处理进入封套。中枢614在收到封套时，如果在封套内的地址信息中识别出ISDN联播电台616，可将封套的路由确定到ISDN联播电台616。

卫星610可将所有进入封套发送给卫星视线内的所有中枢、卫星联播电台之类。在收到时，各中枢与卫星联播电台访问封套以识别其中的地址信息。如果该封套寻址接收的卫星联播电台与/或中枢，它们便相应地处理该封套。如果封套寻址连接在接收的中枢上的中枢或ISDN联播电台，接收的中枢便将封套的路由确定到那里。然而，当卫星联播电台或中枢接收到不寻址到其上面或连接到该接收中枢或卫星联播电台中枢或联播电台的封套时，接收卫星联播电台或中枢便不管该封套。

作为示例，当制作者602生成指向卫星联播电台612的封套时，便将该封套传递给中枢604，后者确定该封套不指向中枢604或联播电台606。最终，中枢604将封套传递给可代表主卫星上行链路中枢的中枢608。主卫星上行链路中枢608通过卫星610将封套转发给具有卫星接收机的所有卫星联播电台及中枢。中枢614接收该封套并确定该封套不是指向中枢614或ISDN联播电台616的。最终中枢614不管该套。卫星联播电台612接收该封套并确定该封套是指向卫星612的。对此作出响应，卫星联播电台612以上述方式处理该封套。

可选地，所有中枢都可包含卫星接收机。

封套格式

各封套可从分成记录的多个数据文件构成。各记录可包含将该记录与其对应的封套关联的唯一I.D.(标识符)。此外，各记录可包含标识制作该封套的制作子系统的制作者子系统I.D.。制作者及封套I.D.能够唯一地标识及跟踪通过系统的每一个封套。

可选地，各封套可包含含有该封套已路过的中枢与联播电台的表的发送路径记录。该发送路径记录由接收与确定该封套的路由的各制作者及联播电台更新。只是作为示例，当制作者602制作封套时，发送路径记录开始是空的。随着将封套传递给中枢604，便将中枢604的I.D.加到发送路径记录上。重复这一过程直到封套到达其目的地。从而，封套从制作者602行进到联播电台616将包含在发送路径记录中，在联播电台616上传送时，表中包含中枢604、主中枢上行链路608及中枢614的中枢I.D.。

发送路径记录可被系统用来防止单个中枢的循环发送。作为示例，假定中枢604包含卫星接收机来接收来自卫星610的卫星发射。

下面说明通过发送路径记录防止循环发送的例子。制作者602制作指向卫星联播电台的一个封套。该封套经过中枢604、中枢608及卫星610。此时，已将发送路径记录更新为包含中枢604及中枢608的中枢I.D.。当卫星610发射该封套时，联播电台612及中枢604与614接收该封套。中枢604访问发送路径记录并确定该封套已发送通过中枢604。结果，中枢604不管该封套而并不再发送它。

传送检验

可选地，传送系统可包含传送检验。根据传送检验，当将一个包送到联播电台时，便向制作者提供一个跟踪号。根据制作者的选择，他可建立“工作次序”，这允许他将若干不同的封套(各带有不同的内容与传送地址)组合成带有用户提供的标志的“组”。工作次序只是用户跟踪封套组的方法，这些封套可能已经在不同时间上潜在地提交过的。给予制作者一个软件，该软件可从任何装有调制解调器的PC上使用，该软件允许他呼叫800号码来检验其封套的传送。作为记账系统的一部分，向用户提供何时传送了哪些封套以及哪些封套不能传送的详情。提供给制作人员的软件允许管理各寄给许多收件人的许多突出的包。此外，工作次序标志同样可以检索信息。对系统的访问可通过直接拨号(800号)或通过Internet。传送检验系统提供下述功能。系统提供传送状态信息的集中性。系统的体系结构是分散的，但制作人员可能要求接触单一的地点来找出其封套的状态。传送信息可以是集中的。系统提供共享的传送状态信息。传送状态数据库可在若干“后台办公室”应用之间共享。这一数据库的一些潜在用户包括：

·记帐。它可用来生成记帐记录。

·质量控制。用这一信息可进行回顾研究以确定性能。

·跟踪。用户可呼叫及请求帮助找到他们的封套在哪里及为什么没有到达。

状态数据库可以是预测性的，由于必须给与用户关于何时将发生传送的精确预测。随着传送的发出可更新预测。跟踪系统可能处理不同的传送方法及用于传送检验的相关机制。各次传送可随着发送的进行而通过若干不同状态(送到中枢、进入FedEx、传送)。各传送设施具有不同的检验要求：

·ISDN：在发送方传送时检验。

·卫星：在传送时由接收机检验。接收机可将其成功或失败通知中心当局。

·FedEx：可查询FedEx系统得知是否成功地传送了包。

·组合：一些传送是上述的组合。对系统的传送的检验是重要的。如果包丢失而必须追踪到最后成功地传送的位置时尤其重要。

传送检验体系结构

定义了传送状态计算机(DSC)。可以通过来自任何局域网的TCP/TP、通过微软的RAS设施拨号或从Internet与DSC通信。DSC维护通过ODBC存取的共享数据库。该数据库中存储系统中全部当前与历史上传送的状态。可以假定所有的包都是传送给中枢的。这简化了系统的设计并允许对任何给定联播电台的接收资源进行控制。以这一方式，管理机构可保持对联播通信资源的调度的控制。

当中枢接收封套时，它们检验封套的地址标签并生成提交给DSC的“发货清单”。发货清单包含来自封套的所有信息以维护DSC上的传送状态数据库。其中包括：

·封套的跟踪号。这一号码由所有制作人者中唯一的制作者标识符及对该制作者唯一的封套号组成。

·由制作者赋予的封套的英文名称。

·需要传送该封套的目的地清单。

·与该封套关联的任何工作次序。

·中枢收到该封套的日期与时间。

无论中枢确定应如何发送封套，都可将发货清单送至DSC。换言之，即使中枢确定并不需要将封套发送到上行链路中枢(所有地方传送人)也将发货清单送到DSC。可通过拨号RAS或Internet将发货清单送到DSC。在任何事件中都可使用TCP/TP协议，以便接收中枢对将发货清单传送到DSC能具有可靠的完成保证。DSC利用发货清单来构成传送状态数据库(DSD)中的项。必要时DSC发送报警报文在DSC上“登记”的其它后台办公室应用来指示对DSD的改动。DSC利用其数据库中的信息来确定如何将封套传送到其各种目的地。这允许它确定初始传送估计并为各传送事件建立“状态图”。在DSD中为各传送事件制作一项。传送事件为单一的封套/目的地对。状态图跟踪封套沿传送它所需的逻辑路由(例如上行链路到卫星到Wilmington到FedEx到传送)的转换。系统可支持下列路由：

·卫星直接：上行链路中枢通过卫星直接到联播电台。

·ISDN直接：ISDN联播电台位于与接收该封套的邮局中枢同一地区中。

·卫星到ISDN：上行链路中枢将封套传送到一个中枢，该中枢依次将封套传送到联播电台。

·脱机：上行链路中枢到Wilmington联播电台到FedEx到目的地。

传送路径的各支线可报告完成。用来报告完成的机制可以是主动的(传送过程的某一单元主动向DSC报告完成)或被动的(DSC必须采取某种行动来确定完成)。确定完成的机制取决于传送技术。支持下述各项：

·ISDN：发送(中枢)报告成功地传送封套。报告是直接向DSC作出的。报告被分批组合-失败是立即报告的。

·卫星：采用下面描述的特殊轮询技术。

·FedEx：DSC轮询FedEx计算机来确定完成。轮询是基于FedEx估计的沿Divine Guidance的传送时间及禁止(fasting)的。

DSC可接收来自制作者及其它有关方面的呼叫并提供基于TCP/IP的协议使呼叫者能在DSD中查询与传送状态有关的信息。DSC可接收来自其它后台办公室应用的报文，该报文通知它在DSD上执行的内容操作事务。

卫星传送检验

即使卫星可能是只发送的介质，也可检验基于卫星的封套传送。在本例中，没有后备信道来允许接收机报告它们是否正常地接收信息。如果使用大量的潜在接收机，简单地轮询确定是否已实现了传送并不是所希望的。DSC可采用不同类型的轮询方案。卫星传送通常是成功的。只有接收机知道它是否已收到封套。封套可以部分地收到而只丢失一部分。

作为上面的结果，DSC执行下述检验方案。在定期的公认的时间间隔上DSC扫描其数据库并确定哪些传送事件需要卫星传送。DSC构造包含最近已传送的封套的清单的“清单包”。通过上行链路中枢在卫星上送出清单包。这些包所寻址的联播电台收到清单包并将它们的清单与包中的清单比较。如果存在任何差异，联播电台便使用POTS线路呼叫重发管理器(RSM)。如果没有差异，联播电台什么也不干。在接收封套期间的任何时间上，如果联播电台确定它丢失了记录或记录出错，它便接触RSM。如果联播电台在预期的时间上未收到清单包(空包用作未接收封套的电台的位置保持器)，它便呼叫RSM。当DSC发出其中带有同一文件的两个清单包而未收到来自电台的任何投诉时，便将该文件标记为已传送的。已传送的文件不再包含在以后的清单包中。

分配状态数据库

DSD为可用来确定传送过程的状态的表的集合。定义了下列各表：

1.“联播数据库”。这一表将电台标识符映射到到达该台所需的路径中。这主要是传送类型(卫星、ISDN等)。DSC用这一表来确定跟踪包所使用的状态图。

2.“制作者数据库”。映象制作者号码与诸如制作者地址、电话号码、联系姓名等制作者信息。

3.“传送事件数据库”。这一数据库为各传送事件包含一项。它包含下述各列：

·封套标识符。包含制作者号码。

·目的地标识。封套必须传送到的地方。

·工作次序优先级。何时必须传送封套。封套可以用传送优先级排序供各中枢与联播电台发送(例如最先发送最高优先级封套)。

·工作次序标识符。这是可选用的并由用户提供。

·当前状态。

·传送的当前最佳估计。

·传送状态图中的状态。

·DSC执行其完成算法所需的附加资料。

遥控终端

图5一般性地示出诸如广播接口等示范性遥控终端的透视图。遥控终端58提供诸如从DJ小室内对联播终端的遥控。遥控终端58可提供在联播控制器46上可获得的全部功能，或者只是其一个子集。作为示例，可将遥控终端58只与给定播放表的广播制作一起考虑。遥控终端8包含显示器70及控制键72。控制键可使广播操作员从给定的播放表之类中的若干不同音频选段中选择。联播控制器46确定哪些音频选段可以显示给遥控终端58上的广播操作员及供其从中选择。通常在没有遥控终端58的干预时，节目内的音频段的播放是根据播放表顺序进行的。遥控终端58使广播操作员通过从序列中选出音频节目而能够取代音频段的正常顺序。

控制键72中可包含上下箭头使广播操作员能从播放表内选择想要的节目。健72中也可包含启动与停止键来开始与结束下一个或想要的音频选段的播放。显示器70可显示计数到正在播放的当前事件的结束的倒计时器。显示器70可提供当前音频事件的退出提示。显示器70可显示包含与各音频文件关联的格式在内的用来控制当前节目的某些或全部播放表信息。

传感器输入62可监视遥控终端来获取来自DJ的播放请求。以这一方式，DJ可请求DAC52播放越出正常播常放表序列顺序的节目。DJ也能通过遥控终端请求DAC52开始播放排队在DAC52中的下一段、停止播放当前段、快进/回绕过当前段或者到下一/前一段。DJ可使用遥控终端上的上/下箭头滚动通过显示给DJ的播放表，并越出次序从播放表中选择一段。DJ也可通过选择经由传感器输入62传送给DAC的试听选项试听几段。

联播音频服务器

联播终端支持与不同用户的多个界面，其中包含与节目导演、广播DJ、业务用户及外部系统的界面。节目导演界面通过联播控制器46提供以便将系统所有可利用的功能提供给节目导演的。向广播DJ提供通过遥控终端54的访问并可提供有限的功能组。诸如播放、停止及试听来自播放表的节目。业务用户是对观察关于地方节目通知的可用性的文件感兴趣的。可以不给业务用户对音频播放的控制，但可以简单地提供观看播放表之类的能力。外国系统用户可通过RS232端口、局域网之类接入联播控制器。上述各种用户通过音频服务器180(图8)与联播终端通信。音频服务器识别用户的类型及该用户能访问的潜在功能组。上述各种类型的用户可通过一种或多种协议与音频服务器通信。只作为示例，用户与服务器之间的通信可通过TCP/IP(终端通信处理器/接口处理器)插座之类。TCP/IP信道又可支持ASCII文本与二进制数据的传输。

音频服务器180以许多不同对象操作。提供用户通过协议对对象访问。协议报文允许用户计数系统中的播放机(例如有多少播放机)、将音频加载到播放机中、启动播放机播放之类。

各对象具有与之关联的状态。某些状态信息在引导之间继续存在(持久状态信息)而其它状态信息则必须在每次音频服务器开始执行时设定(临时状态信息)。持久状态信息的一个例子便是给定的播放机对给定的播音室的关联而临时状态信息的一个例子便是给定的播放机是否实际在播放。某些协议报文改变对象的持久状态而其它报文则改变对象的临时状态。

持久对象具有包含对象的状态信息的文件。这些文件可以是ASCII格式文件。文件中的各记录可包含关键字及值。

音频服务器用户可通过建立TCP/IP连接而连接到应用上。可以建立到达服务器的两条路径，即报文路径与事件路径。报文路径可以是双向的并可用于界面客户与音频服务器之间以“主从”方式通信。界面客户可以是主机，并可发送报文给音频服务器。音频服务器可发回应答。至于事件路径，对象可能需要发送报文给界面客户，提醒客户关于对象内的事件与条件(例如播放机已播完声音、用户已按了按钮之类)。这些报文是通过界面客户事件路径发送的。

对象也可表示“容器”对象。这些对象包含其它事物，例如，“磁带架”是包含音频文件、播放表及CART文件的容器对象。播放表可以是包含构成该播放表的音频段的表的容器。容器可作为文件目录实现。桌面机可表示最高目录。当用户注册到系统中时，他的当前工作目录可表示桌面机。为了计算该目录中的对象可将其传送到其它目录中。

在可以引用对象之前要“打开”对象。打开对象是用OPN报文执行的。在完成了对象的引用时，CLO报文将关闭对象。可以从只读模式或读/写模式打开对象。任何数目的用户有可以只读模式打开对象但只有一个用户可以读/写模式打开对象。

下面提出音频服务器可实现的报文的清单。

被呼叫：CON<用户口令>

返回：AOK<柄>

注释：这一呼叫将在用户与音频服务器之间建立连接。从音频服

务器的返回提供用户能用来建立回到来自服务器的应用的

事件路径的柄。该事件路径用来处理同步事件。

被呼叫：EVN<柄>从CON呼叫返回的柄。

注释：这一呼叫将建立音频服务器用来传输报文给界面客户的同

步事件柄。

被呼叫：RFE[<名字>]要读的架的选用英文版本。注意如果不

提供则将桌面机用作对象的源。

应答：ERR或ACK<名字><类型>

<名字>元素的名字。这是“英文名”不是文件名。它包含在

引号内并可包含空格。这一名字可用在引用对象的其它呼叫中。当以这一方式使用时必须完成和这里返回的一样地复制。<类型>单元的类型(例如CART、架、播放表、播放机及记录表)。注释：这一功能返回当前工作目录中的第一元素。为了建立当

前目录的内容通常跟随着RNE(读下一元素)请求。注

意作为接收的音频与其它用户交互作用的结果，内容可

以改变。这些改变是通过用户的连接中的“事件路径”

上的事件发送给用户的。被呼叫：RNE返回：ERR或AOK<名字><类型>见RFE的AOK变元的定义。注释：返回目录中“下一个”元素。被呼叫：OPN<如何><名字><类型>{<容器><类型>}0-n

<如何>如何打开对象(例如，只读模式或读/写模式)。

<名字>要打开的对象的英文名字。

<类型>对象的类型(例如CART、架、播放表、播放机或

登记表。)

<容器>选项“容器”名字。

<类型>容器类型(例如架或播放表)。注：必要时可以重复<容器><类型>变元来指定嵌套的容器内嵌

套的CART。返回：ERR或AOK<柄>注释：这一功能打开可能供专用的对象。如果准许打开，便将

柄返回对象，该柄可与需要柄来操作它们的功能一起使

用。当用户注销或当他发布CLO命令时，便释放该对象而

柄不再有意义。被呼叫：HAS<ename><类型>

<ename>桌面对象的英文名字。

<类型>对象的类型返回：AOK<内容>或ERR注释：这主要用于检验判明如果对象根据其内容不同地抽取，

该用户界面对象应如何抽取。被呼叫：CLO<柄>

<柄>成功的OPN请求所提供的柄。应答：AOK或ERR注释：这一功能释放打开的对象。被呼叫：RIN<柄><键1>…<键n>

<柄>对对象的OPN<柄>

<键n>要读取的关键字返回：如果有错误ERR或

AOK<值1>…<值n>

<值n>所请求的<键n>的当前值。被呼叫：WIN<柄><键1><值1>…<键n><值n>

<柄>对对象的OPN柄。对象必须以读/写模式打开。

<键n>要更新值的关键字。

<值n>要改变的关键字的值。返回：AOK或ERR注释：不是所有可读的关键字都是可以改变的。例如，CART播

放时间取决于物理性质而不能改变。被呼叫：IRP<对象>

<对象>要读取其播放表的打开的对象。当前这可以是播放

机或播放表。返回：AOK或ERR被呼叫：EPR返回：AOK<柄><类型><变元>(见注释)

ERR

<柄>对播放表中的给定节点的唯一的柄。这一号码用来设

定播放SCE及删除元素的当前事物。注释：播放表记录是<类型>变元后面的一序列变元。它们的格

式如下：附注：REM<附注>

<附注>包含关于播放表的附注的串。广播注解：ONA<注释>

<注释>包含关于播放表的注释的串。开始声迹：TRK<名称><播放时间><外出提示>

<名称>与声迹关联的名称。这通常象“Seg1”这样的事

物，但也能是根据需要想象的。

<播放时间>以毫秒表示的播放该声迹的时间长度。

<外出提示>该声迹的退出提示。

结束声迹：ENT

结束声迹Cart：CRT<类型><名称><播放时间><外出提示>

<类型>CART如何用在节目的这一声迹中(如，商业广告节

目、节目)。

<名称>CART的英文名称。播放表目录中的CART文件必须

与要找出的CART的这一名称匹配。

<播放时间>以毫秒表示的CART播放时间。

<退出提示>CART的退出提示。地方中断：BRK<时间>

<时间>以毫秒表示的地方中断持续时间。被呼叫：GPS<播放机>

<播放机>获取其状态的播放机的OPN柄。返回：ERR或

AOK<状态><加载><当前>

<状态>播放机的当前状态(如，正在播放、停止)。

<加载>指示播放机是加载的还是空的。

1 加载的

0 空的

<当前>当前无线电的柄。被呼叫：LOD<播放机><元素><类型>[<位置>]

<播放机>要加载的播放机的OPN柄。

<元素>要加载在播放机上的元素的ASCII名。这必须是播

放表的CART之一。

<类型>要加载的元素类型(如，音频CART、音频播放表)。

<位置>将元素加载在播放机的栈中的位置。这是可选项。

如果不提供，便是加载的顺序位置，其第一位置为0。返回：AOK或ERR注释：加载的元素必须在桌面机上。注意一个元素一旦加载到

播放机中，它便不再出现在桌面机上。将它传送到了播放

机的目录中。为了执行这一命令，播放机必须用写访问打开。被呼叫：PLY<播放机>

<播放机>启动播放的播放机的OPN柄。必须以读/写模式打

开。返回：AOK或ERR。在当前元素结束时发送事件。注释：播放机中具有多个音频元素。一旦开始播放，一个音频

元素接着一个音频元素。被呼叫：CUE<播放机>

<播放机>提示接通音频的播放机的OPN柄。播放机必须

从读/写模式打开。返回：AOK或ERR。注释：CUE功能减少PLY操作的等待时间。如果不进行CVE，

则PLY中蕴含CUE。如果执行CUE则PLY将执行得快

得多。PLY与音频播放之间的等待时间是当前播放机的

播放表的函数。被呼叫：STP<播放机>

<播放机>要停止的播放机的OPN柄。播放机必须以读/写模

式打开。返回：AOK或ERR注释：使指定的播放机在其当前点上停止播放。发布播放将使

播放机从其停止时的地方继续播放。被呼叫：REM<播放机>[<播放机>]

<播放机>要从其消除一个元素的播放机的OPN柄。播放机

必须以读/写模式打开。

<播放机>要消除的元素的柄。注意这一变元是可选项。如

果省略便消除“第一”元素。返回：ERR或AOK注释：这一功能允许客户从播放机栈中消除元素。被呼叫：SCE<播放机><柄>

<播放机>打开的播放机柄。

<柄>元素的柄。从读播放表事物中得到。返回：AOK或ERR注释：这为播放机建立当前元素。下一次播放或试听操作将引

用这一元素。被呼叫：RCE<播放机>

<播放机>播放机的OPN柄。播放机必须以读/写模式打开。返回：ERR或AOK<柄>

<柄>赋予元素的唯一的柄。注意这一柄是唯一的并在重新

引导系统之前永远不会改变。注释：这提供关于播放机的播放栈中的当前位置的信息。被呼叫：AUD<播放机><端>

<播放机>要试听的播放机的OPN柄。播放机必须以读/写模

式打开。

<端>要试听当前元素的哪一端。选择有：

+n：试听从元素这时位置到元素开始的前“n”秒；及

n：试听从元素这时位置到元素开始的最后“n”秒。应答：ACK或ERP。在播放停止时发送的事件。被呼叫：MTR<元素><类型><架>

<元素>要传送到架上的桌面机上的元素的英文名。

<类型>要传送的元素的类型<如CART、架、播放表、播放

机、登记表>。

<架>架的英文名。架必须位于桌面机上。返回：AOK或ERR被呼叫：MFR<架><元素><类型>

<架>架的英文名。架必须位于桌面机上。

<元素>要传送到架上的桌面机上的元素的英文名

<类型>要传送的元素的类型(如，CART、架、播放表、

播放机、登记表)。返回：AOK或ERR被呼叫：DEL<元素><类型>

<元素>要删除的元素的英文名。

<类型>要删除的元素的类型(如，CART、架、播放表、

登记表)。返回：AOK或ERR被呼叫：MKR<名字>

<名字>架的英文名。返回：AOK或ERR注释：这一功能检验重复的名字并且不允许它们。被呼叫：CEN<老名字><新名字><类型>

<老名字>桌面机上的元素的老英文名。

<新名字>桌面机上的元素的新英文名。

<类型>元素的类型(如CART、架、播放表、播放机、登

记表)。返回：AOK或ERR注释：这一功能检验重复的名字并且不允许它们。事件体系结构服务器通常必须发送信息给连接在其上的一个或多个客户。例如，如果服务器由于客户请求而删除给定的对象，则必须通知所有连接的客户以便他们能更新其显示。事件的另一例子为在播放机播放请求它播放的所有音频时。必须将这一事实通知客户以便能更新显示来表示已完成播放音频。再一次为这一目的利用事件。

当在客户与服务器之间使用TCP/IP通信时，事件是作为第二TCP连接实现的。当客户连接到服务器上时，他发布CON请求以注册到服务器中。服务器返回标识客户与服务器的连接的专用“连接柄”。一旦建立了服务器连接，客户发布EVN请求告诉服务器将第二TCP连接与第一客户连接关联。利用应答CON请求所返回的连接柄来进行客户连接与事件连接之间的关联。

一旦建立了事件连接，客户负责等待进入信息。对于DAX，这是在“aserver.cpp”源模块中进行的。建立用来等待在事件连接上接收的任何进入报文的线索。报文全部具有相同的格式：

格式：向客户报告事件。

被呼叫：EVN<标识符>{<源>}{<变元>}

<标识符>事件标识符。这是标识事件的十进制数。服务器

生成的事件是在称作“事件定义”的部分中说明的。

<源>事件的源。这是事件的源的指示。它只在<标识符>上

下文中有意义并且是可选项因为<标识符>中有可能蕴含

源。例如，指示服务器“正在停下来”的事件不需要源。

诸如“播放机已停止”等其它事件可具有源。在这一情况

中，源将是播放机的名字。

<变元>取决于<标识符>，这可以是用空格分开的一个或多

个变元。变元扩大包含在<标识符>中的信息。

注释：客户并不用在事件信道上发送应答来响应事件报文。反

之，客户用执行对事件适当的行动来响应。

播放表设计

在DAX音频播放的中心是“播放表”。播放表用来描述互相之间有关系的并且要根据各种事件播放的音频剪辑(CART)的序列。播放表主要是DAX播放机加以解释来制作所需要的音频的节目。

在盘上，播放表是用带有扩展名“PLS”的目录表示的。在目录中是一个永远以与目录相同的名字命名但具有扩展名“TXT”的文件。这是播放表的ASCII表示。在目录中还有构成播放表的音频部分的CART文件。表示播放表的CART通常位于播放表目录中，但播放表也可能参考位于其它地方的CART。

播放表的文字表示包含若干在下面部分中描述的记录。

播放表记录

播放表是一序列记录。所有空白行及以“*”号开始的行是被忽略的并可用作注释。各记录以标识该记录的关键字开始。关键字后面是用一个或多个空格分隔的零个或数个字段。下述记录构成播放表：

记录：REM<备注>

<备注>包含关于播放表的备注的串。

功能：在显示播放表时将备注提供给用户。利用备注在播放表内

的位置来确定显示备注的地方。在最高级上显示道外部的

备注，而只在显示道时显示道内部备注。备注不示出在操

纵箱上。记录：ONAIR<备注>

<备注>包含关于播放表的备注的串。功能：广播备注与备注相同但它们示出在操纵箱上。记录：TRACK<名称>

<名称>与道关联的名称。这通常是象“Seg 1”等事物，

但能根据需要想象。功能：标记构成道的一组元素的开始。注意系统自动计算该道的

播放时间。记录：ENDTRACK功能：标记道的结束。记录：CART<类型><名称><开始><信道><信号渐弱>

<类型>CART如何用在播出的这一道上<如商业广告、节目>

<名称>该CART的英文名称。播放表目录中的CART文件

必须与要找出的CART的这一名称匹配。

<开始>如何启动CART。可选项有：

手动-用操纵箱按钮按压或启动光学输入启动CART。

PREV-在前一CART结束时启动该CART。

MARK1-前一CART的标记1启动该CART。前一

CART的结束部分与这一CART的开始部分是混合的。

MARK2-前一CART的标记2启动该CART。前一

CART的结束部分与这一CART的开始部分是混合的。

<信号>指定系统应生成的信号。信号是“信号继电器”上的

脉冲。<信号>字段的有效值为：

NONE 没有为CART生成信号

END 在该CART结束时生成信号

MARK1 在标记1位置生成信号

MARK2 在标记2位置生成信号

<信号渐弱>在CART结束时使用的信号减弱模式的号码。

减弱模式尚待确定。

功能：这一记录定义音频元素并确定在播出中如何播放该音频。

记录：BREAK<时间>

<时间>地方中断的持续时间。指定为MM：SS。

功能：这一记录指示播出中的地方中断。它使“开始地方中断”

转播激活。音频暂停在这一点上直到操作了“启动”转播

或直到在操纵箱上按下启动按钮。

记录：END

功能：播放表结束

转播及光输入定义

联播电台每一DAC卡可具有4个转播输出及4个光输入。各卡定义转播如下：

转播输出

1、播放标记牌，每当DAX正在播放音频时，关闭这一转

播。

2、开始地方中断，这一转播是通常断开的，而脉冲闭合以

指示地方中断的开始。

3、信号输出，这一转播通常断开的，而脉冲闭合以指示来

自CART的信号(见CART记录<信号>定义)。

4、未分配。

光输入

1、开始播放，开始下一手动CART播放的脉冲。

2、暂停，使当前音频事件暂停等待开始播放按钮按下的脉

冲。

3、试听，使当前音频道的最后四秒播放的脉冲。

4、未分配

操纵箱

操纵箱是位于播音室中的DAC CART的物理表示。它提供各带有LED及小型LCD显示器的8个按钮。概念上操纵箱是带有自动换片机的CD播放机。若干音频元件可以以与将若干音频元件放置在换片机中十分相象的方式“装(racket)”到操作箱中。音频元件可以是简单的CART或播放表。因为播放表具有内部结构，操纵箱具有使操作员能在显示器上“放大”的模式键。按模式键使操纵箱显示树的更多部分。连续地按模式键使操纵箱在3级上循环。当前3级包括：

1、显示换片机的内容。这显示单个CART及单个播放表。

2、显示换片机的内容，此外还显示播放表中的道。

3、和级2一样，但提供关于道的更详细的细节。

在任何给定时间上，加亮所显示的树的项之一。这一项称作是当前项。如果不在播放音频，则可通过按操纵箱上的前进与后退键而移动当前项指示器。在播放时，除了停止键以外，操纵箱锁住所有键按压。下表概述这些键及它们在不同的级上的效果。

级	前进	后退	播放	试听开始	试听结束	7停止
级	前进	后退	播放	试听开始	试听结束	7停止	1	选择下一或前一CART或播放表	播放、播放表的选择的CART	试听播放表的选择的CART的开始或结束部分	停止播放
2&3	选择下一或前一CART或道		播放选择的CART或道	试听选择的道的CART的开始或结束部分			1	选择下一或前一CART或播放表	播放、播放表的选择的CART	试听播放表的选择的CART的开始或结束部分

DAX传送代理

不论通信机制如何，传送信息的方法基本上保持不变。头端建立对远程的连接。在LAN版本中这是TCP/IP插座连接。头端发送“FIL”命令来引导文件。头端发送零个或数个“ATR”命令来建立正在发送的文件的属性。属性是与文件关联的“数据库”值。头端发送一条或多条“DTA”命令来发送文件本身。头端发送单个“END”命令来结束文件传送。头端开始下一个文件或“断开”(在链路类型的上下文中)。任何时间都可通过发送“ABT”中断文件传送命令来撤消传送。

传送代理命令集

与头端通信的软件称作传送代理。传送代理解释从头端发送给它的命令。它响应的命令有：

被呼叫：COM<块大小>

<块大小>将要发送的最大报文缓冲器的字节数。这用来为

后面的DTA命令配置接收机。

返回：ERR或AOK

注释：这一报文通常在传送对话期开始时发送。它向接收程序提

供关于发送程序将要使用的块大小的信息。

被呼叫：FIL<名称><类型>[<集合>]

<名称>音频的英文名称。

<类型>音频类型(如，音频技术、播放表)。

<集合>本音频作为其一部分的集合名。如果不是集合的一

部分，则将这一字段设定为“-”。

返回：AOK或ERR

注释：发送这一记录来指示文件传输的开始。注意<名称>

字段可以是唯一地标识该文件的任何东西。不一定非

DMS中的文件名不可。此外，可将文件组合成“集合”。

<集合>字段是唯一地标识该集合的ASCII串。这一概念是

将用集合来实现“节目”或音频库。

被呼叫：ATR<键1><值1>…<键n><值n>

<键n>标识属性的关键字。

<值n>属性的值。所有值都以ASCII串表示。所以例如属性

具有二进制100的值，将作为串“100”而不是作为单个二

进制字节发送它。如果值中嵌有空格字符，则该值是包含在

引号中的。返回：ACK或ERR注释：文件可具有用来描述该文件的属性信息。在FIL命令后面

可发送一条或多条ATR命令。在ATR命令中可有若干属

性关键字对。尚未确定其限额。被呼叫：DTA<数据>

<数据>适合于文件的数据字节(如，音频文件具有音频字节

而文本文件则具有文本。返回：AOK或ERR注释：文件中的数据可以是文本或二进制数。传送的前4个字节

包含ASCII字符：“D”、“T”、“A”及“ ”，

传送的第5个字节为第一数据字节。数据继续到块结束。被呼叫：END返回：AOK或ERR注释：标志当前文件的传输结束。已成功地发送了前面的FIL、

ATR及DTA命令所指名的文件。呼叫：ABT返回：AOK或ERR注释：中断当前文件传送。传送代理丢弃到这一点上为止发送的

所有信息。

联播电台/DSP协议

DSP中存在(概念上)联播控制器能控制的“N”个单元。所有通信都必须跨越联播控制器/DSP接口进行。逻辑上这些“单元”是联播控制器能访问的DSP功能。这些单元接收来自联播控制器的报文并生成发送至联播控制器的报文。单元的一个例子是解码器-0，另一个是解码器-1，而又另一个是进入卫星数据。联播控制器发送报文到给定的单元来控制该单元的操作。联播控制器中的VxD驱动器主要将DSP单元“反映”到联播控制器中并给予联播控制器中的进程访问这些单元。将协议设计成在联播控制器与DSP之间传送任意的字节序列。关于用来实现协议的硬件已作出多种设想。这些设想是：

1、联播控制器/DSP链路是全双工的。联播控制器与DSP之间

的路径实际上由两条分开的路径构成。联播控制器能在DSP

向其发送数据的同时向DSP发送数据。

2、DSP永远能接受来自联播控制器的报文。当联播控制器想要

发送报文给DSP时，设想它能立即接收它。联播控制器在

DSP不会“占用长时间”接收报文的假设下将逗留在试图发

送报文的驱动器中(然而，联播控制器上的中断将放任不

管)。然而，联播控制器将尊重“主机FIFO忙”位，以便

不改写从联播控制器到DSP的数据缓冲器。

3、只要“I”位是清除的，联播控制器便能发送主机矢量给

DSP。只要不置位“I”位(主机矢量忙)，在任意时间上

DSP软件都将接受主机矢量。此外，DSP将不长时间保持

“I”位置位(上面设想#2的变型)。

4、联播控制器/DSP通信信道是不出错的。在联播控制器与DSP

之间无检错与纠错。设想是联播控制器底板是不出错的。

从联播控制器到DSP及从DSP到联播控制器发送的各报文包含相同的三个基本部分；

1、单元号，这是报文的“目的地”的号码。“单元”的实际含

义是不同驱动器的函数。例如，在联播控制器中，单元是控

制一个或多个联播控制器线索的通信的C++对象。在DSP

中，单元成为对给定的缓冲器或DSP中的功能的引用。单元

号可以是报文的“地址”。

2、长度，这是构成报文的字节数。

3、数据，这是报文的实际内容。

在链路的联播控制器及DSP两侧上都有两个用来管理报文的原始操作：读与写。所有的通信逻辑都包含在联播控制器与DSP的这两个例程中。读与写例程的当前操作是不使用DMA传输数据。可选地，可编写选择使用DMA或不依赖于正在传输的报文缓冲器的大小的理想的例程。

DAC类

VxD驱动器必须支持若干不同的DAC卡。为此，定义了Dac类。当VxD驱动器加载时应咨询SYSTEM.INT文件(注册？)来确定应建立多少DAC卡事例及IRQ(及稍后DMA)中赋值是什么。DAC类的概要是：

class Dac{

　　public：

　　     Dac(int IrqNum，int Dma)；
				
				<dp n="d54"/>
　　    Virtual～Dac()；

　　              BOOL Ioctl (DWORD Code，LPVOID In，

　　    DWORD InLen，LPVOID out，

　　                    (DWORD OutLen，LPDWORD Result)；

　　          void HardwareInterrupt()；   //    进程中断

　　          void LockChannel(void)；     //  得取卡信道接口

　　          void DisableInterrupt(void)；//  释放卡信道

　　          void DisableInterrupt(void)；// 屏蔽DSP IRQ的

　　    中断

　　          void EnableInterrupt(void)； // 允许DSP IRQ的

　　    中断

　　          int GetDSPData()；           // 返回dsp数据

　　          void PutDSPData(int value)； // 发送DSP数据

　　          int DSPDatapresent(void)；   // 有否DSP数据

　　     private：

　　          Unit *Unts[MAX UNITS]；       //  单元定义

　　          DaxSemaphore *Channel；       //  控制信道访问

　　          CardIRQ *Irq；               //从 VHardwareInt

　　    得到的CardIRQ

Dac类的基本功能为处理从VxD传递给它的IOCTL请求。VxD中的IOCTL柄检验从环3传递给它的控制码并确定做什么。控制码的高8位选择谁处理该IOCTL。值0x00至0x03选择系统上的第一至第四DAC卡(我们当前只支持4个DAC卡)。高位字节0xFF选择VxD驱动器本身。驱动器解开变元并呼叫DAC类的适当事例。VxD“Onw32Device Io Control”的概要如下：

BOOL DaxVxd∷OnW32DeviceIoControl(PIOCTLPARAMS p)

　　{

　　     int i；

　　     switch(i＝((p-＞dioc_IOCtlCode＞＞24)&amp; 0xFF))

　　     {

　　            case 0xFF：  // 这里处理控制码

　　            case 0x01：

　　            case 0x02：

　　            case 0x03：

　　                 if(Cards[i]＝＝NULL)(

　　                    BadErrorofSomeSort()；

　　                    return(BadReturn)；

　　                     }

　　                     else{

　　                     return Cards[i].Ioctl (p-＞proper

　　                     arguments)；

　　                     }

　　            }

　　     }

这一方案使Dac类推测出IOCTL码对于正在它所拥有的单个单元上发送的报文意味着什么。除了“Hardware Interrupt(硬件中断)”以外Dac的其它成员函数是直观的。问题是VxD从DSP得到中断。这需要与Dac类的一个事例关联。这是这样进行的：

class CardIRQ：public VHardwareInt

　　{
				
				<dp n="d56"/>
　　public：

　　     CardIRQ(int Inum，Dac *Owner)：

　　     VHardwareInt(Inum，0，0，0) {

　　     }

　　     void ONHardwareInt(VMHANDLE)；

　　private：

　　     Dac *MyCard；               //  拥有中断的卡

　　}；

当建立Dac事例时，它用下述语言初始化其Irg成员函数

Irq＝newCard IRQ(Irq Num，this)；

现在，当存在中断时，便调用指定的IRQ的处理器。这一处理器具有指向该中断所属于的Dac事例的指针作为其私有的“MyCard”成员变量。处理器所进行的全部是：

CardIRQ∷On Hardware Int(VMHANDLE hVM)

　　{

　　MyCard-＞Hardware Interrupt()；

　　}

这导致为Dac类的正确事例调用适当的硬件中断例程。对PC协议(以C++编写)的操作的关键是“单元”类的定义。预期PC与DSP之间不同类型的通信将具有大段相同的代码，但也将具有取决于正在发送的信息的类型的段。例如，当PC接收卫星信息时，需要将其缓冲存储直到环3进程请求该信息。然而，输入光隔离器的当前状态不需要缓冲，只是存储。通过取得来自单元库类的不同类，便能容易地提供这些独一无二的功能。当Dac类通过调用其构成器初始化时，它建立单元类的所有事例并将它们存储在其单元表中。同样地，当删除Dac类时，它通过单元表(数组)并删除其各个成员。单元类呈现如下：

class Unit{

　　public：

　　     Unit(int Addr，Dac *owner)；// 单元(0，1…)的地
址

　　     virtual-Unit()；            // 在驱动器卸载时需要

　　     virtual int Read(char *buf，int len，int Time)；

　　     virtual int write(char *buf，int len，int Time)；

　　     virtual int Lock(void)；

　　     virtual int Interrupt(void)；

　　private：

　　     Daxsemaphore *ReadSema；       // 读信号

　　     DaxSemaphore *UnitSema；       // 单元

　　     Dac*Card；                     // 我在其上的卡

　　     char *Data；                   // 等待缓冲器表

　　}；

各部分的功能如下：

单元-建立类的事例。变元为将要用在从PC及“拥有”这一单元的Dac类的事例发送到DSP的所有报文上的“单元号”。利用这一事例来取得这一单元事例对卡信道的独占存取。

～单元-清除例程。VxD将是动态地可加载的，因此在它卸载时，例程将清除该单元使用的资源。

读-从对应的DSP单元读报文。这一功能将封锁呼叫线索直到可得到报文为止。再者，如果在没有线索等待时接收报文，则取决于特定单元的定义将报文缓冲、存储或丢弃。

写-将报文写到对应的DSP单元。

封锁-允许给定的线索封锁单元，以便它能执行成对的写/读操作而不受第二线索干预。

解锁-允许线索放弃单元。

清洗-丢弃为单元接收与缓冲存储的任何报文。

中断-为该单元定制的中断功能。这一功能允许在中断时执行单元特定的代码。

读信号-用来控制线索等待来自DSP的对应单元的输入的信号。

单元信号-用来控制单元封锁的信号。

注意类Dax Semaphore是围绕提供VSemaphore所不提供的某些附加特征的“实际VxD”信号的“外套”。它所提供的最重要特征之一便是在删除DxSemaphore对象时提供释放等待中的任务的方法。即使任务在追随信号时，这将允许(试图)有秩序的关闭。写功能导致线索等待对DSP的访问，一旦得到，便将报文写到dsp并释放DSP。注意应使用暂停来确保写操作并未阻塞在输出循环中。注意在对DSP写时它有可能发生故障，而这会使“忙位”保持向上，这会导致线索在驱动器中挂起。想出中断写循环的方法(定时器？等待DSP的次数计数？)将是好的。

int Unit∷Write(char *buf，int len，int Time)

　　{

　　      Card-＞LockChannel()；    // 等待DSP

　　      outputToDSP(unit#，len)； // 告诉dsp单元、长度

　　      HostVector(NEW_MESSAGE)； // 中断DSP
				
				<dp n="d59"/>
　　      while(DspReady()&amp;&amp;

　　            MoreToSend())OutputToDSP

　　            (next byte of buf)；  //  发送报文数据

　　      Card-＞Unlockchannel()；    //  释放DSP

　　      return(SomeIndication)；

　　}

封锁在单元的“读”信号上的例程。这里的想法是对于堆积在单元上的各“缓冲器”读信号得到增量。从单元的“数据”成员上切断缓冲器的线索(链接表？)。

int Unit∷Write(char *buf，int len，int Time)

　　{

　　     ReadSema-＞Wait()；        //  等待缓冲器在表上

　　     Interruptoff()；           //  见下面的注释

　　           UnthreadBuffer(Data)；   //   从表中去掉缓冲器

　　     Interrupton()；

　　     Copy(buf，DataBuffer)；        //   传送给用户

　　     ReleaseBuffer(DataBuffer)；

　　     return(SomeIndication)；

　　}

注释：由于某些微妙的(以及不这么微妙的)原因，在上述代码中，中断是关掉的：

1、单元上的数据缓冲器表形成关键区使中断服务例程保证该表不受中断服务例程改动。通过简单地屏蔽DSP中断便有可能达到相同的结果。这将使所有其它中断保持接通(好事情)，但……

2、关掉中断确保另一线索不能进入这一读例程及领先这一线索。这一情况可能这样进行：在表上有两个缓冲器。不是关掉中断系统(CLI)而只屏蔽IRQ。当我们通过信号检验时，我们到达量子中断的终点，而另一线索运行。该线索也调用读，然后传递信号及然后得到我们在第一线索中得到一半的缓冲器。由于两个线索都认为它们已具有该缓冲器，这一缓冲器队列便隐入困境(试图在深夜找到那一个…)。

封锁例程只保证线索保持单元。注意线索将得到单元的信号及DSP的信号。这里有可能出现死锁。为了防止死锁执行封锁/解锁序列如下：

Lock()； // 保持单元

Read/write Requests()； // 这封锁/解锁DSP

Unlock()； // 解锁单元

这一序列封锁单元、封锁dsp、解锁dsp、解锁单元，保证不会有死锁。

int Unit∷Lock(void)

　　{

　　     UnitSema-＞Wait()；

　　}

　　int Unit∷Unlock()

　　{

　　     UnitSema-＞Signal()；

　　}

这是中断例程。这里假定它是：

1、只要我们已采取预防措施保证DSP不致使我们第二次进入ISV及…，在中断处理器中时允许接通中断系统。

2、实际上，信号“信号”例程是在中断时间上可调用的。

如果上面#2不真，则必须设法将后面的代码放在全程事件中然后从该事件调用。由于代码是单元的成员函数这一事实，使之稍为更复杂一些。我们必须将指向该单元的指针传递给全程事件处理器(这将通过定义全程事件的一个子类来进行，为该单元指针在构成器中包含一个位置，然后将指针存储在取得的处理器函数中的一个私用变量中--懂了吗？)。下面的代码是Dac类的一部分并且是在接收到用于给定的卡的硬件中断时调用的。关于这些事件如何发生见“Dac类”部分。这一代码是在中断时调用的并进行以下处理：

1、截止来自DSP的进一步中断。

2、检验判断是否有来自DSP的报文。如果没有，则启动DSP中断(在制备下一报文中)并退出。

3、如果有报文，读取来自DSP的单元号(要使用的单元索引)。及调用该单元的中断功能。

int Dac∷HardwareInterrupt(void)

　　{

　　DisableInterrupt()；  // 卡不能重复中断

　　       Interrupton()；// 可以启动系统中断

　　// 判明是否有来自DSP的报文(寄存器中数据)

　　while(DSPDataPresent())  {

　　      u＝GetDSPData()；  // 得到单元数据去往

　　Units[u]-＞Interrupt()； // 调用单元的中断例程
				
				<dp n="d62"/>
　　// 现在试图从DSP接收另一报文

　　   无更多DSP报文因此重新启动中断

　　EnableInterrupt()；  // 启动卡上的中断

　　DoEOIThing()；

　　}

这是单元类的“默认”中断处理器。注意它是用仍然在DSP中的“长度”字调用的。其工作为：

1、分配位置来放置来自DSP的数据。

2、将数据复制到缓冲器中。

3、将这一缓冲器穿在单元的缓冲器队列上。

4、通过敲响信号通知等待中的线索缓冲器在这里。

int Unit∷Interrupt()

　　    {

　　    len＝Card-＞Get DSPData()；

　　    AllocateBuffer(len)；

　　    while(len--)

　　    Buffer[i]＝Card-＞GetDSPData()；

　　    InterruptOff()；       //  穿线索时保护

　　    ThreadBuffer(Data，Buffer)；

　　    Interrupton()；

　　    ReadSema-＞Signal()；       //  指示数据存在

　　    return(SomeIndication)；

　　    }

DSP协议

这一部分讨论DSP的协议的实现。设计是用C样伪代码提出的。DSP单元中实际上是表示缓冲器的链表的数据结构。DSP为不同的单元维护不同类型的缓冲器。例如，解码器单元维护大到足以保持指定数目的MUSICAM帧的缓冲器。各缓冲器呈现如下形式：

struct buf {

　　     struct buf *Next；   // 指向表上下一缓冲器的指针

　　     int Done；           // 已发送缓冲器

　　     int UnitNumber；     // 目的地单元号

　　     int Len；            // 数据部分长度

　　     char Data[？？]；    // 缓冲器中数据

　　}；

DSP中有若干关键例程。它们是：

WritePC-这一例程取一缓冲器并起动对PC的写入。

Write Int-这是写入PC例程的中断一半。每次PC加载来自DSP的数据端口的字时通过中断调用它。

ReadPC-进入报文例程。当PC发送NEW_MESSAGE主机中断时便进入这一例程。

ReadInt-这是读PC例程的中断一半。每次PC写入DSP的数据端口时通过中断调用它。

PCInt-调用这一例程来生成PC中断及截止PC中断。关键设想如下：如果PC屏蔽了PIC芯片(对于DSP IRQ截止中断)而DSP在PC中断言中断(PCInt(ON))，则下一次解除PIC芯片的屏蔽时将产生该中断。

附加的设想是在PC将一个字插入DSP的数据缓冲器时生成的中断能被截止。在PC从DSP的数据缓冲器中清除一个字时生成的进一步中断也能被截止。

WritePC(写PC)

WritePC与WriteInt例程一起工作。这些例程的伪代码如下：

Transfer In Progress＝FALSE；

struct buf^*SendList＝0；

利用Write PC例程来发送报文给PC。在接收报文时，将它们排队在SendList中。

WritePC(Buffer) {

　　     DisableInterrupts()；

　　     Thread Buffer to dne of SendList；

　　     EnableInterrupts()；

　　     if(not TransferInProgress) {

　　            TransferInprogress；

　　            Fill DspToPS output register；

　　            Enable(WriteInterrupts)；

　　            PCInT(ON)；

　　     }

　　}

每次从DSP的输出缓冲器中取一个字时调用Write Int例程。

WtiteInt()

　　{

　　      if(no more bytes in buffer){

　　           DisableInterrupts()；

　　           Mark buffer done；
				
				<dp n="d65"/>
　　      if(More buffers on queue){

　　          Fill DspToPC output register；

　　          PCInt(ON)；

　　        }

　　        else{

　　            Disable(WriteInterrupts)；

　　            TransferInProgress＝FALSE；

　　        }

　　      }

　　      else if(first byte){

　　           PCInt(OFF)；

　　           output next byte in buffer；

　　      }

　　      else {

　　                  output next byte in buffer；

　　            }

　　}

ReadPC(读PC)

ReadPC与Read Int例程一起工作将数据从PC取入DSP中。当从PC接收报文时，将其排队在去往给定单元的报文表中。在DSP的上下文中，“单元”实际上是所接收的带有相同单元号的报文的表。当PC想要发送报文给DSP时，它便发布NEW_MESSAGE主机中断。这导致ReadInt例程将报文读入DSP。将报文缓冲器排队在适当单元上。然后主例程轮询这些单元及处理这些报文。这一处理可导致生成应答。这些应答是通过WritePC例程发送的。

ReadPC()

　　{

　　      Read the unit number；

　　      Read the length；

　　      Allocate appropriate buffer；

　　      Enable(ReadInterrupt)；

　　}

报文

本部分讨论在DSP与PC之间传递的报文。报文可分两大类：

1、应答的这些报文需要应答。例如，请求解码器的状态的报文需要来自解码器的应答(状态)。这种事务处理成对出现：请求报文，应答报文。应答的报文只发送给“写/读”类型的单元。

2、不应答的发送这些报文并不期望应答。

应答的报文的问题是发送报文的线索必须保证在该线索等待应答时没有其它线索使用该通信信道。为此，线索必须都调用下述单元∷Lock()及单元∷Unlock()例程以便保证报文与它们的应答正确地的排序。当为请求生成应答时，应答使用与原来的请求相同的报文号。例如，如果将READ-OPTICAL报文发送给DAC，它以其报文号对READ-OPTICAL应答。

单元分配

任何单元都能潜在地支持PC与DSP之间的双向通信。然而，为了简化实现，只以三种不同方式利用单元：

1、只读这些类型的单元用来传输从DSP到PC的报文。只读单元的一个实例是“卫星数据”单元。在从卫星接收这一单元时，DSP将卫星数据写入这一单元。PC永远不写报文到卫星数据单元中。

2、只写这些类型的单元用来传输从PC到DSP的报文。DSP从不在这些单元上发送信息给PC。这种单元的实例是“控制”单元。

3、写/读这些类型的单元用来传输从PC到DSP的信息及接收从DSP回来的信息。“基本光学输入”单元是这种单元的实例。对于写/读单元，PC写报文到DSP然后PC封锁等待DSP应答。

知道了单元的类型(只读、只写或写/读)便允许得到的用来实现单元的类执行错误检验以确保从系统代码正确地调用单元(例如，只写单元的读例程可捕获错误)。为DAX协议定义下述单元。注意指定词“读与写”是相对于PC的观点的(即只读意味着PC只从该单元读取)。

控制-[单元#0，只写]控制单元用来将所有报文从PC发送到

DSP，它不需要任何应答。

事件-[单元#1，只读]将从DSP到PC的事件报文写到事件单

元中。PC读这一单元来等待事件报文。

辅助数据-[单元#2，只读]将来自解码器的任何辅助数据写入

这一单元中。

卫星数据-[单元#3，只读]接收的卫星信息(MUSICAM记录

及命令记录)是从这一单元读取的。

光学输入-[单元#4，写/读]PC能请求卡的光学输入的状态并

从这一单元读取应答。

解码器状态-[单元#5，写/读]PC能请求卡的解码器状态并从

这一单元读取应答。

请求音频-[单元#6，写/读]DSP发送请求到PC以在这一单元

上获取更多的音频。

合理的单元分配如下：

1、如果报文没有应答，将它分配给控制单元。这确保不封锁控制报文等待另一线索的应答。

2、如果报文需要应答，将它分配给其本身的单元。这确保不封锁线索等待它们自己在追随应答的线索。

3、将DSP异步生成的任何报文分配给其本身的单元。

PC到DAC报文

这一部分包含从PC发送给DAC的所有报文。它提供各报文的单元分配。可选地，字节可用两种方式之一发送。

1、尽可能紧密地封装字节。这优化了DSP传送字节必须应答的中断的数目，但它要求DSP分开它接收的字节。

2、不管原来的长度一律作为24位字发送所有变元。

这使DSP分开作业更简单，但明显地提高了传送的字节数目。最大的字节数作为MUSICAM帧或接收的卫星信息发送。它们将作为完全封装的24位字发送。

为了推迟决定如何发送数据，将定义提供下述服务的“报文类”：

class Message {

　　public：

　　  void Start(int Mnum)；  //  开始组装报文

　　    void Put(int)；       //  放入一个整数

　　    void Put(char)；      //  放入一个字节
　　    void Put(short)；     //  放入一个16位整数

　　    void End(void)；      //  结束报文
				
				<dp n="d69"/>
　　    void SendBuffer

　　        (Dac *Card)；  //  送出报文

　　}；

报文类封装实际报文的格式。它是从高层例程调用的并用来构成报文缓冲器。然后将该缓冲器发送到卡。然而给定了所有这些，各报文必须具有唯一地标识它的报文号、数据长度及变元。

设置卫星数据选择开关

单元：控制，单元#0

变元：开关位置代码。(1个字节)

应答：无

注释：开关的位置示出在下表中：

开关位置代码	传递卫星数据到
开关位置代码	传递卫星数据到	0	无(忽略卫星输入)
1	只是解码器0	0	无(忽略卫星输入)
1	只是解码器0	2	只是解码器1
4	只是PC	2	只是解码器1
4	只是PC	5	PC与解码器0
6	PC与解码器1	5	PC与解码器0

注意只有这些值是可利用的。开关位置的任何其它值都是

无效的。设置电台地址单元：控制，单元#0变元：电台地址值。(2字节)应答：无注释：16位变元用作电台地址增加电台到群中。单元：控制，单元#0变元：要增加电台的群号。(2字节)应答：无注释：将电台增加到指定的群中。系统中最多可有512个有区别

的群。每次引导时，DAC卡不是任何群的成员。只检验

变元的低9位。如果该电台已是指定的群的成员，便忽略

该请求。从群中去掉电台单元：控制，单元#0变元：要从其中去掉电台的群号。(2字节)应答：无注释：从指定的群中去掉电台。只用变元的低9位来确定群号。

如果该电台不是指定的群的成员，忽略该调用。读光学输入单元：光学输入，单元#4变元：无变元应答：光学输入的值在低4位中。(1个字节)

注释：这读取光学输入的值。

控制转播

单元：控制，单元#0

变元：高4位是转播号(0-3)低4位是取自下表的操作(1

个字节)

以毫秒表示的脉冲持续时间。如果非脉冲操作则设置为零(2字节)。

P₁低字节	选择的转播操作
P₁低字节	选择的转播操作	0	打开转播并保持打开
1	关闭转播并保持关闭	0	打开转播并保持打开
1	关闭转播并保持关闭	2	打开转播P毫秒然后关闭
3	关闭转播P毫秒然后打开	2	打开转播P毫秒然后关闭

应答：无注释：加载段信息单元：控制，单元#0变元：以下变元按它们的次序出现在报文中。

1、段标识符。这是DSP能用来标识该段的唯一号码。(2

个字节)

2、解码器：将这一段加载到哪一解码器。这可以是0或1。

(1个字节)

3、开始减弱：在开始这一段的播放时要采用的减弱模式号。

模式号0表示不减弱。(1个字节)

4、结束减弱：在结束这一段的播放时要采用的减弱模式号。

模式号0表示不减弱。(1个字节)。

5、标记1位置。标记1在帧中从该段开始起的位置。

注意位置不能超过该段的终点。值0表示无标记1。

(3字节)

6、标记2位置。与标记1的定义相同。(3字节)

7、开始判断：启动段播放的事件。可从下列中取值(1个

字节)

0：来自PC的启动命令

1：这一信道中的前一段的结束

2：其它信道中最新加载的段的结束

3：其它信道中最新加载的段的标记#1。

4：其它信道中最新加载的段的标记#2。

8、事件信号：在下述条件下生成事件到PC。注意能组合

多个值来生成1个以上事件。(1个字节)

9、要静默的帧时间数。如果非零，则这是生成定时的静默

的伪段。(3字节)应答：无注释：DSP将根据传递给它的段标识符生成请求供播放的数据

的中断请求。复位段播放栈单元：控制，单元#0变元：要复位的解码器号：(1个字节)

1：解码器-0

2：解码器-1

3：两个解码器应答：无注释：注意如果解码器正在播放，则先停止再复位。解码器播放单元：控制，单元#0变元：要启动播放的解码器号：(1个字节)

1：解码器-0

2：解码器-1

3：两个解码器。应答：无注释：停止解码器单元：控制，单元#0变元：要停止播放的解码器号(1个字节)

1：解码器-0

2：解码器-1

3：两个解码器。应答：无注释：开始现场播放单元：控制，单元#0变元：无应答：无注释：连接在选择器开关上的解码器开始现场播放。取解码器状态单元：解码器状态，单元#5变元：关注的解码器号(1个字节)

1：解码器-0

2：解码器-1应答：三个值：

1、解码器的状态：可以是0：停止，1：播放，2：现

场播放。(1个字节)

2、正在播放的段号。如果状态为0(停止)或2(现场

播放)则返回值0。(1个字节)

3、正在播放的帧号。如果解码器停止则返回值为0。(3

字节)设定解码器增益单元：控制，单元#0变元：解码器号(1个字节)

0：解码器-0

1：解码器-1

2：一次改变两个解码器增益。增益级(2字节)应答：无注释：改变特定解码器的增益级。MUSICAM数据单元：控制，单元#0变元：在其上播放数据的解码器号。可以是0或1。

正发送的帧号(0表示段中无其它帧)。

MUSICAM格式化的帧的总数。应答：无注释：这一报文是响应DSP“请求音频数据”发送的。DAC到PC报文这一部分概述DAC能发送给PC的报文。请求音频数据单元：请求音频，单元#6变元：段号(1个字节)

解码器号(1个字节)

DSP能接受的最大MUSICAM帧数(2字节)应答：在稍后时间上(不严格应答该请求，即DSP不等待应答)，

PC将发送带有新数据的MUSICAM数据报文。注释：每当需要更多MUSICAM数据时，DSP发送这一请求。卫星数据单元：卫星数据，单元#3变元：来自卫星的数据。这是一序列字节。应答：无注释：卫星数据接收机理解数据的语义。DSP与数据同步并已

识别足以确定该数据是寻址到特定的DAC卡的报头。数

据格式将在以后的日期上确定。事件数据单元：事件，单元#1变元：事件报文。各报文具有相同的格式。各报文中发送事件的

总数。应答：无注释：事件报文格式化如下：

1、设备标识符(1个字节)这标识事件的源。当前定义的设备有：

0：解码器-0

1：解码器-1

2：光隔离器

2、事件标识符(1个字节)这标识事件的类型。当前定义的类型有：

0：段结束。数据是音频的段号。

1：播放标记#1。数据是音频的段号。

2：播放标记#2。数据是音频的段号。

3：光隔离器中的改变。数据是隔离器的当前设定值。

3、数据值(3字节)。数据内容取决于事件。辅助数据单元：辅助数据，单元#2变元：辅助数据是分组的。各组具有2字节的报头，后面跟随数据。2字节报头是：

1、数据来自的解码器号。

2、报头后面的数据的字节数。应答：无注释：读光学输入单元：光学输入，单元#4变元：当前光学输入值在低4位中(1个字节)应答：无注释：这一报文是DSP响应来自PC的读光学输入报文发送的。取解码器状态单元：解码器状态，单元#5变元：三个值：

1、解码器的状态：可以是0：停止，1：正在播放，2：

现场播放。(1个字节)

2、正在播放的段号。如果状态是0(停止)或2(现场播

放)则返回值0。(1个字节)

3、正在播放的帧号。如果解码器是停止的则返回值为0。

(1个字节)应答：无

注释：这一报文是DSP响应PC发送的取解码器状态报文发送

的。

操作要求

这一部分讨论联播终端提供的操作功能性。系统传送与管理的音频有四种不同类型。

1、带有地区通知的录制的节目

2、带有地区通知的现场节目

3、带有地区通知的推迟播放的节目

4、商业广告节目及其它音频

联播终端提供允许各种类型的音频的接收、制备、播放及播放鉴别的特征。以下各部分讨论这些音频类型及系统为管理各种音频所提供的特征。各音频类型表示当前正在从事的无穷事业线。这一事业及相关的挑战示出在附录A中。理解为各种音频类型提供的特征的关键是理解播放表的结构。在下面部分中描述播放表。

播放表与事件

联播终端能播放单个音频片段，但很少这样做。导致简单地播放音频的几乎唯一的应用是在将传送的商业节目复制到CART带上时。通常联播终端是在播放表的控制下播放音频序列的。播放表是音频事件的有序序列。音频事件是在出现另一音频事件之前一直播放到完的一序列音频。无线电是音频事件的管理。对于各音频事件，有五种对潜在的用户有兴趣的性质：

1、事件的类(内部/外部)

2、启动触发器

3、结束信号

4、退出提示

5、事件持续时间

其中前三项可由事件的用户指定而后两项是与给定的音频事件关联的内在性质。

事件类

[Mex DAX-联播]终端提供两种事件类：

1、内部。内部事件是在[DAX-联播]终端自身内部生成的。它们可以是诸如一段Casey Cassam的顶尖40演播或存储在[DAX-联播]终端中的商业广告节目。

2、外部。外部事件是在[DAX-联播]终端外部生成的。它们可以是诸如位于CART机上的商业广告节目、在每小时开头现场广播员的新闻广播或电台呼叫字母音响器。

启动触发器

播放表上的各事件说成是具有使事件启动的触发器。

[DAX-联播]终端支持下列触发器：

1、触点闭合。当在[DAX-联播]终端上接收到闭合时，由触点闭合触发的事件便开始播放。

2、伪触点闭合。这是允许一个播放表启动另一播放表的执行的内部软件信号。这主要用来使现场音频能切入存储在播放表中的其它音频事件。

3、前面的事件结束(PET)。PET事件触发器使音频事件立即跟随其前面的事件。这导致一个事件流入另一个中而无须停顿或外部输入。

在播放表上包含具有不同事件触发器的多个事件能得到丰富的操作特征集。例如，假设在触点闭合后要接连播放一序列三个商业广告节目。可将这一播放表设定为使音频事件1(第一商业广告节目)是闭合触发的而下两个事件是PET触发的。再者，前两个事件将不产生结束信号而可选择第三个产生触点闭合结束。结果是闭合启动商业广告节目播放，按顺序播放各商业广告节目而激活触点闭合来指示商业广告节目组的完成。

结束信号

当音频事件完成执行时，它可选择生成完成信号。下面列出两种类型的完成信号。可为任何给定的音频事件指定其中一种或两种结束信号：

1、触点闭合。当音频事件完成时这导致指定的触点闭合。

2、伪触点闭合。这是可以用来恢复已停止的播放表的软件信号。

用户录制的事件

虽然不打算最初在MEx特征表中提供，没有理由为什么订户电台不能录制他们自己的音频事件。给予了这一能力，便有可能将原来是外部的事件转换成内部事件。最后的结果将是更多的电台自动化。这是可能的，这时节目播放从头到尾不需要与外部电台交互作用。

播放表

所有需要的Mex功能都能用适当地配置的音频事件的表来捕捉。这种表称作MEx播放表。下面部分讨论MEx系统从播放表管理的有利地位考虑的各种需要。注意DAX终端内的播放表可存在在若干不同状态中。这些状态是：

1、待用的：待用的表是已经建立的表，但当前尚未将它们分配给任何音频输出。这些表能够试听但不能播放。

2、活跃的。活跃的播放表是分配给给定的音频输出的表。可以有若干活跃的播放表，这时各活跃的播放表的当前音频事件必须有不同的触发器。

3、播放中。一次只能播放与给定的输出音频端口关联的活跃的播放表中的一个。

录制的带有地方通知的节目

录制的带有地方通知的节目实际上是音频文件与单个活跃的播放表的集合。最初Mex只支持地方可获得的通知的外部音频事件。换言之，地方商业广告节目是在电台中的CART机上的。MEx将采用下述序列传送录制的节目：

1、头端系统将利用MEx可寻址传送将地方商业广告节目传送给指定的电台。将商业广告节目命名为在相关节目中的位置。例如，“顶尖40点12”。

2、头端系统将报送节目事件。各部分将具有唯一的名字，诸如“顶尖40段5”。

3、头端系统将发送播放表。播放表将段与商业广告节目连同地方可利用的通知排定次序。

下面是播放表的示例：

事件1 顶尖40段1

事件2 顶尖40通知1

事件3 顶尖40通知2

事件4 地方通知

事件5 顶尖40段2

事件6 顶尖40通知3

事件7 地方通知

事件8 顶尖40段3

系统设定事件1在触点闭合上触发。这启动节目的播出。事件2与事件3是在前一事件结束时触发的。这导致从事件1到事件2到事件3的平滑流动。事件3的结束信号为触点闭合。这表示地方通知的开始并可用来接口到要启动事件4的电台自动化系统。事件5在指示用事件4表示的地方可利用的通知的结束的触点闭合上触发。下载到DAX终端中的播放表连同特定的文件便是为电台产生格式表所需的全部事物。订户电台经理能检验或印出的格式表是从播放表与分量音频文件发展出来的。注意各音频事件具有与之关联的持续时间及退出提示。即使地方化导致各电台上的不同格式(由于来自地方化的商业广告节目的不同退出提示)，这允许各节目的格式的内部生成。

Claims

1、一种数据传送系统，包括：

一个卫星；

一个制作子系统，用于制作包含数据文件与地址信息的封套；

一个上行链路发射机，用于将所述封套发射到所述卫星，所述卫星转发所述封套；

至少一个联播子系统，用于接收来自所述卫星的封套及用于存储来自寻址所述联播子系统的封套的数据文件，所述联播子系统根据所述地址信息识别寻址到其上的封套，所述联播子系统读取存储的数据文件并根据包含在所述数据文件中的指令处理所述数据文件。

2、按照权利要求1的数据传送系统，其中所述制作子系统制作包含编码音频数据的数据文件、包含与存储在所述音频文件中的音频段关联的属性的CART文件及包含标识要在音频节目中播放的音频段的表的CART文件的表的播放表文件。