多媒体第十一讲第7章.ppt

  1. 1、本文档共66页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
多媒体第十一讲第7章

第7章 超文本和Web技术 ;7.1 超文本的基本概念及发展简史;文本 特点是它在组织上是线性的和顺序的。 ;人脑的记忆机制 一种联想式的记忆,它构成了人类记忆的网状结构,对联想、记忆的探索形成了人类思维概念化的基础。 ;7.1.1 超文本的概念 ;超文本结构 类似于人类这种联想记忆结构,它采用一种非线性的网状结构组织块状信息。 超文本 是由信息结点和表示信息结点间相关性的链构成的具有一定逻辑结构和语义的网络。 结点 是基本单位。它是一个信息块, 具体地说,它可以是某一字符文本集合,也可以是屏幕中某一大小的显示区。 ;图7.2 6结点9条链超文本结构;超文本系统 ;;第二代超文本系统与多媒体技术结合起来,为强调系统处理多媒体信息的能力而称为超媒体 超媒体=多媒体+超文本 目前, 超文本与超媒体很难区别, 所以往往不加区分地使用。 ;;7.1.2 发展历史;超文本发展3个阶段; ;超文本的理论研究 ;7.2 超文本系统的结构 ;7.2.1 超文本系统结构模型 1. HAM模型 ; ; ; ;表7.1 各种界面风格的比较 ;2. Dexter模型 ;存储层 描述成员之间的网状关系。 成员描述系统的基本对象,包括结点和链等。 原子成员是最小成员单位,也即超文本中的结点,其内容可为不同媒体的信息。 复合成员是具有嵌套层次的成员,由原子成员和链复合而成。 链是表示元素与元素之间关系的一种实体。;成员内部层 成员内部层描述超文本中成员的内容和结构, 对应于各个媒体单个应用成员。 存储层和成员内部层之间的接口称为定位机制,其基本成分是锚, 锚由两部分组成: 锚号和锚值, 锚号是每个锚的标识符, 锚值用来指定元素内部的位置和子结构。 ;运行层 运行层描述支持用户和超文本交互作用的机制, 它可直接访问和操作在存储层和成员内部层定义的网状数据模型。 介于存储层和运行层之间的接口(播放规范),提供确定各个成员在运行时表现的视图和操作权限等内容。 锚接口是Dexter模型的主要贡献。 ;7.2.2 超文本的主要成份 ;常见的结点的基本类型: ;链也是组成超文本的基本单位,形式上是从一个结点指向另一个结点的指针,本质上表示不同结点上存在着的信息的联系。 链的类型 (1)基本结构链 基本,交叉索引,节点内注释,缩放, 全景, 视图。 (2)组织链 索引, IS-A,HAS-A,执行。 (3)推理链。;宏结点是链接在一起的结点群, 就是超文本网络的一部分—即子网。 宏文本(Macrotext)和微文本(Microtext) 概念, 来表示不同层次的超文本。微文本又称小型超文本, 它支持对结点信息的浏览; 而宏文本又称大型超文本,支持对宏结点的查找与索引。 宏结点的引入虽然简化了网络结构, 却增加了管理与检索的层次。 ;图7.5 宏结点;7.4 Web系统的超文本标记语言 ;HTML语言编写的网页超文本信息按多级标题结构进行组织,其结构如下: HTML HEADTITLE标题名/TITLE/HEAD BODY H1一级标题名/H1 ...... Web页主体 /BODY /HTML;HTML标记包含包容标记和空标记。空标记用于说明一次性指令,如换行标记为BR。包容标记由开始标记和结束标记构成, 结构如下: 标记名 数据 /标记名 HTML标记有些可以带有属性, 如IMG SRC=“GLOBE.GIF”, 其中SRC为属性, 该属性告诉浏览器图像的文件名。 ;2. 超文本标记方法 ; ; ;3. 多媒体信息 ; ; ; ;7.4.2 XML;7.4.3 动态网页生成技术;7.5 Web系统的关键技术;7.5.1 Web系统的结构 1. 基本结构;2. 扩展结构 ;(2)?代理服务器 在靠近客户端的合适位置缓存热点访问信息被认为是缓解Web服务瓶颈、减少Internet流量和改进Web系统可扩展性的一种有效方案。使用防火墙中的代理服务器来缓存防火墙内用户访问的信息是自然可行的途径。 当然这类缓存代理可以放置在客户机和服务器间的其他地方,而文档可缓存在客户机、服务器和代理中的任一位置。; ;7.5.2 Web系统的关键问题 1.Web缓存设计的问题; 1.Web缓存设计的问题; 在Web服务中使用缓存系统可能会出现下述缺点: 由于缺乏缓存代理更新,用户也许查看的是陈旧的数据; 由于额外的代理处理,访问延时在缓存中查不到目标数据的情况下可能增加; 单一的代理总是系统服务的瓶颈, 针对一个代理所服务的客户数应有所限制; 使用代理缓存会减少原远程服

文档评论(0)

ahuihuang1 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档