通过网络播放 Authorware 6.0 课件，与在本地计算机上播放课件有着很大的差别。为了掌握网络播放课件的方法，必须对设计课件的原则与网络播放的工具进行了解，将课件的制作与播放放在网络环境内考虑，而不仅仅局限于本地浏览。在此之前，还介绍了网络的一些基本知识，它们是通过网络播放课件的前提与基础。
14.1.1 网络概述所谓的计算机网络，就是将各自独立的计算机通过通信线路连接而成的信息技术系统。 Internet 是一种全球范围的基于分组交换原理和 TCP/IP 协议的计算机网络。它将信息进行分组 （ 分割为许多小数据包 ） 后以数据包为单位进行传输。 Internet 在进行信息传输时要完成的任务主要有两项：一是正确分割源文件和在目的地将同一源文件的数据包准确地管理重组起来；二是将数据包准确地送往目的地。
Internet 是基于 TCP/IP 对数据进行分组和重组。 TCP 协议规定了分割数据和重组数据所要遵循的规则和要进行的操作。在分割数据时， TCP 协议将为数据包添加一些附加信息，让计算机知道哪些数据包来自于同一个源文件，以及这些数据包在文件中的顺序，从而能在目的地将这些数据包重新组合起来。数据在 Intenet 上的传输往往是远距离的，因此在传输过程中是通过路由器一站一站转接来实现的。路由器是一种特殊的计算机，它会检测数据包的目标地址，然后决定将该数据包送往何处。 IP 协议给 Intenet 中的第一台计算机规定了一个 IP 地址。 IP 地址的标准由四部分组成，前两部分规定了当前使用网络的管理机构，第三部分规定了当前使用的网络地址，最后一部分则规定了当前使用的计算机的地址。
Intenet 起源于 20 世纪 60 年代。当时，美国和苏联两个超级大国一直在进行冷战，两国储备的核武器足以摧毁整个地球。美国军方最关心的是：如何能在通讯设备受到核武器袭击后保持联络。按照美国当时的情况，所有的命令和指示都是由通讯总指挥部做出的，它一旦被炮火摧毁，整个美国军队之间的通讯就陷入瘫痪状态，后果不堪设想。“分组交换”的思想就是在那时提出的。在分组交换的通讯网络中没有总指挥部，每一个结点的地位都是相等的。它们都能发送和接收信息。这样，如果某个结点被敌军摧毁后，剩余的结点仍可以完成通讯联络工作。 1968 年，基于分组交换原理的计算机网络―― ARPANET 建成了，这就是最初的 Internet .
之后， ARPANET 的应用由军事领域延伸到教育领域，科学家们开始使用 ARPANET 交换信息，共享研究成果。 1983 年， TCP/IP 协议的建立，使计算机通信有了统一的标准。这是 计算机网络发展史的一个里程碑，网络从此进入高速发展的时代。到了 1984 年，连在 ARPANET 上的主机数已经超过 1000 台。 1986 年，美国国家科学基金会 NSF 建立了自己的计算机网络，以满足科学研究的需要。 NSFNET 很快超过了 ARPANET 而成为最大的计算机网络。 1987 年，连在 NSFNET 上的主机数已经达到 1000 台，计算机网络开始在民用领域内大有作为。到了 1989 年，连在网络上的主机数达到 10 万台， 1992 年达到 100 万台。
随着计算机和通信事业的飞速发展，计算机网络由过去的军事和教育专用网络成为无所不包、无所不能的国际互联网络 Internet .可以在 Internet 上查找资料、做广告、发布信 息、通信、发传真甚至交谈和举行会议。 Internet 已经成为与人类生活和工作密切相关的一部 分。
Authorware 6.0 支持三种类型的网络，即 LAN（Local Area Network ，即局域网 ） 、 Internet（ 国 际互联网 ） 及 Intranet（ 用于企事业单位、公司与学校等的内部网 ） .网络能够发布由 Authorware 6.0 创建的各种信息，如人文研究、交互媒体、教学课件、百科全书及联机信箱等。凡是能够访问到服务器的人，无论他或她在何时何地都能够访问与浏览上述信息。需要更新信息时，可对服务器的信息进行修改，那么将使所有的人都能够看到更新后的消息。
如果将多媒体课件存放在公司内部的 Intranet 上，那么凡是与 Intranet 相连的计算机，都能够通过网络查看课件的内容，而不必将课件存储在每一台计算机上，这样就为节省计算机的硬盘空间及内存开销提供了可能。
与 LAN 相连的计算机，不一定采用与服务器相同的操作系统。例如，对于客户端上人人皆知的 Windows 操作系统来说，除了 Windows NT 与 Windows 2000 之外， UNIX 和 Linux 系统都可以作为服务器端的操作系统。
需要在更加广阔的范围内发布媒体课件时，必须通过 Intranet 或 Internet ，尤其是后者已经能够连接到世界上的任何一个角落。使用网络发布课件的最大好处不仅是能够及时快速地更新课件，并且能够提高磁盘、 CD-ROM 的存储效率，降低发布的成本。
局域网的服务器相当于客户端计算机的“超级硬盘”，多数用户是通过网线直接与局域网连接的，因此几乎不用考虑网络传输速率对课件浏览的影响。使用 Internet 或 Intranet 发布 Authorware 6.0 课件时，由于大多数用户是通过拔号上网的形式与网络保持通信的，往往造成传输速度的严重下降。对于要求实时性及交互性很强的多媒体课件来说，超长的等待时间不仅是难以忍受的，甚至无法浏览课件。因此，根据网络的实际传输速率设计课件，尽可能地放弃数据量较大的图像、声音、动画和数字影像等作为课件的内容。
为了克服远程传输时，网络速度对课件浏览的影响， Authorware 6.0 采用了两种优化措施：一是使用数据流技术。它通过对课件的分块处理，并且 Authorware 6.0 可以在第一个块被下载完成之后就开始运行片段，而不用等到所有的片段下载完毕之后，才开始播放。在播放课件的同时，还能够同时下载其他的课件块，这样就保证了课件的流畅及时地播放。二是使用 Internet 服务。 Internet 服务一方面将外部媒体通过 URL 链接起来，另一方面对于没有应用数据流技术的课件来说，还可通过文件传输协议 FTP 将它下载到本地进行播放。
14.1.2 数据流传输计算机处理信息之前，总是将它事先读入到内存。如果信息位于遥远的服务器上，两者之间没有网线直接相连，那么只好通过通讯线路，以拔号上网的形式读取信息，将使本地计算机的处理速度大大降低。
在局域网内运行课件时，由于计算机与服务器之间使用网线直接相连，因此读取信息的速度几乎与从本机硬盘读取信息相似。通过 Internet 或 Intranet 播放课件时，播放的效果及速度取决于数据在网上的传输速率和需要传输的信息量的大小。由于网络配置及拥挤程度的不同，数据的传输速率将发生很大的变化。
如果客户端与服务器之间使用专线连接，那么它们之间的传输速度将提高 100 倍以上，但其中的费用又是普通人无法承受的。对于通过 Modem 进行拔号上网的用户来说，传输速度取决于 Modem 的速度，此时用户接收数据的速率每秒钟不到 100KB ，对于下载只有 1MB 字节大小的文件来说，最快也要花费 10 秒的时间。如果出现网络拥挤的现象，即使是 128KB/s 的 Modem ，也往往会出现一秒钟只能传输几百字节的情况，它的平均速率往往不到 10KB/s .
为了解决数据传输对课件播放的影响， Authorware 6.0 首先通过对课件进行打包，然后将数据块下载到本地，并在兼容的浏览器中运行。 Authorware 6.0 中的数据流技术主要是由两个工具组成的。一是 Authorware web Packager .它主要用于对课件进行分块处理，同时还创建一个映射文件， Authorware Web Player 根据映射文件的指示确定对数据块的处理方法。二是 Authorware Web Player ，它根据 Authorware web Packager 产生的映射文件，对数据块进行管理，并运行课件。
对课件进行打包，实际上就是将课件分割成许多小的数据块，下载只有几百 KB 的数据块，显然比下载数以 MB 的课件要容易得多，并且播放之前等待的时间也很短。 Authorware Web Player 可以在第一个数据块下载完毕之后就开始运行课件，并且在运行课件的过程中，还可以下载所需的其他数据块，这样即使几十 MB 的课件，仍然能够流畅及时地播放，出现中断与停顿的机会将大大地减少。另外，在 Web 服务器上安装 Authorware Advanced Streamer 之后， Authorware Web Player 还可以将所需的数据块提前下载到本地，这样就会使课件的运行情况得到进一步的提高。
注释：
在经过 Web 化打包的课件中使用了定制字体， Authorware Web Packager 不会在映射文件内增加字体选择， Authorware Web Player 也不会自动安装这些字体文件。因此，只有正常地安装这些 Windows 字体，才能看到这些字体在课件内的演示情况。
14.1.3 设计原则课件制作、网络传输及播放水平是制约课件在远程运行的三大因素。通过数据流技术的运用，可以提高课件的播放水平，但当与在本地硬盘上运行 Authorware 6.0 课件还是有所区别的，因为它并没有提高网络本身的传输速率，只是使用这种手段增加了课件播放的灵活性。本节介绍的设计原则将从课件制作的环节入手，克服课件远程运行的另一个因素。
既然无法提高网络的传输速率，因此在设计课件时，应该尽可能地避免导入那些数据量比较大，下载时间比较长的对象，合理化地组织流程的结构，使得在下载和数据传输的过程中分散用户的注意力，使他们感觉不到“等待”课件播放。其方法是：
（1） 使用尽可能小的演示窗口，这样就会降低整个课件文件的存储空间。
（2） 采用较高压缩比率的图形格式。在课件内应该遵循少用图，用小图的原则。对于图形来说，不要采用 BMP 格式的图形，而要使用 JPEG 和 GIF 等压缩比率较高的图形。 Macromedia 公司的 Fireworks 及 Adobe 公司的 Photoshop 都是非常出色的图形工具，它们能够将图形优化成 Web 存储的格式。
（3） 将设计的重点放在课件的交互性上。由于交互性的出现，增加了用户与课件打交道的机会，因此将注意力集中在交互上，可以改善人机交互时的等待时间。
（4） 在课件内应该避免使用较长的视频与音频文件，背景图最好使颜色搭配，而不要使用大幅的图片。对于音频文件来说，可选择 VOX 及 SWA 这两种格式。
（5） 对课件打包数据块的大小进行试验，根据播放速度和分块数量确定一种最佳的分割方案。
（6） 使用 Web 和 CD-ROM 相结合的发布方式，把外部媒体文件存放在 CD-ROM 上。只有在播放外部媒体文件时，才会与 CD-ROM 打交道。
对课件进行 Web 化打包时， Authorware Web Packager 将自动把嵌入的媒体内容包含在某一个数据块中。使用 Authorware Advanced Streamer 时，需要避免使用 NetPreload 函数。一旦调用 NetPreload 函数之后，将依靠手工操作代替 Authorware Advanced Streamer 自动完成的功能。未使用 Authorware Advanced Streamer 时，需要使用 OnDemand 选项和 NetPreload 函数控制 Authorware Web Player 何时下载所需要的数据块。
如果链接媒体内容指向的路径位于用户本机硬盘或局域网的服务器中，那么 Authorware Web Packager 将在用户端的计算机上添加一个指向该路径目录的指针，这样 Authorware Web Player 就可以由此下载媒体文件。通过 OnDemand 选项的使用，可以确保在需要数据块时才下载， Authorware Web Player 将首先在指定路径中查找，如果存在所需的媒体文件，那么将直接使用而不会重新下载。
如果链接的媒体文件指向 URL ，那么 Authorware Web Packager 将保持路径不变，使用 Preload 函数将外部声音或图形文件直接装入到内存。如果正在使用 NetDownload 函数下载外部媒体文件，那么 Authorware Web Packager 会保持其路径不变，通过映射文件精确地控制 Authorware Web Player 下载文件的时刻。
注释：
如果读者正在使用 Authorware Advanced Streamer ，则应该避免使用外部链接的媒体内容，因为和嵌入媒体内容比较起来，它的效率要低得多。
