一个基于操作系统的分布式多媒体系统的架构前言分布式多媒体应用程序引入了新的在所有系统设计挑战水平从网络协议和操作系统应用程序支持平台。

本文描述了一种面向对象的体系结构整合网络服务和操作系统支持分布式多媒体系统。

体系结构,称为动态对象体系结构(DOA),是基于开放的分布式处理(ODP)、国际标准在分布式系统和客户机-服务器体系结构。

DOA利用面向对象的技术来满足需求分布式多媒体系统如连续媒体,自然同步、动态的质量服务(QoS)和组通信。

架构还提供了一个路径使用成熟的行业标准开发新的应用程序,同时保留旧应用程序的兼容性。

1介绍分布式多媒体应用程序引入了新的在所有系统设计挑战水平从网络协议和操作系统应用程序支持平台。

早期的多媒体系统(彩信)提供了一个硬件前端支持传输和表示不同的媒体类型这样的作为视频和音频。

然而,现在认识到这是不够的,一个类的应用程序这需要直接访问连续媒体数据类型的存在。

它一直是公认的操作系统是需要促进多媒体应用程序,此外,它也被认出这微内核,用户级线程和分裂水平调度都扮演着重要角色,在支持连续媒体。

小研究,但是,完成了在网络操作系统集成服务功能来支持分布式多媒体系统(DMS)。

这一集成的主要目标是保持透明度之间的网络通信协议和应用程序从而允许程序员使用熟悉的概念而调用远程操作。

彩信有一定的特点,现有的支持传统的系统在技术上是无法解决的。

这些包括连续媒体、自然同步,动态服务质量(QoS)和组通信[2]。

例如,由于连续性质的多媒体数据、缓存不能被有效地用于提高数据访问速率彩信。

此外,这个连续的数据的特性使静态语义的传统的遥控器过程调用(RPC)在彩信不合适。

尽管并行I/O技术已经有效地用于提高I/O速率在传统的系统同步延迟需求的多媒体应用介绍另一个维度的问题。

具体来说,套实时演示设备在多媒体系统必须绑在一起所以,他们消耗的数据在固定比率甚至当他们的输入数据来源于不同的来源。

虽然数据传输在传统的应用程序强调只有数据的可靠性,同步延迟需求的多媒体系统需要的数据传动不仅是可靠的,但也不太敏感。

OS1的参考模型和协议还展示某些局性多媒体应用。

特别是,在传统的应用程序的值QoS参数是静态的生命周期中一个连接。

然而,在多媒体应用,它是可取的可以重新磋商QoS 参数的值在运行时(1)。

这是不可能的当前OS1协议。

此外,点对点OS1参考模型的特点也让它不适合组通信[15]。

集团沟通——一个典型的多媒体应用,是典型的是多媒体会议。

分布式多媒体环境通常会是异构的,由许多不同的工作站各组件由一个或多个类型的网络。

这个固有的非均质性,它是重要的是DMS是开放的。

方式的担保需要互联互通、互操作性和可移植性。

尽管客户端-服务器的分布式系统支持一个级别的互操作性,经验这样的系统一直主要由当地区域网络(lan)。

基本的客户机-服务器模型不太可能提供完整的解决方案DMSs。

因为迁移的复杂性从本地吗分布式系统更多的全球系统[9]。

这个面向对象的方法在解决了希望这种复杂性。

因此,我们采用标准化工作开放分布式处理(ODP)的IS0和使用封装和继承的财产面向对象来提高互操作性。

在本文中,我们发展动态对象体系结构(DOA)作为一个架构整合网络服务与操作系统。

这种架构基于开放的分布式处理(ODP),国际标准分布式系统和客户机-服务器体系结构。

利用面向对象的DOA技术解决新的需求分布式多媒体系统如连续媒体,自然同步、动态QoS 和组通信。

体系结构还提供了一个路径,建立良好的行业标准可以用来开发新的应用程序方便吗与旧应用程序的兼容性。

本文的其余部分组织如下。

第二节调查相关工作在这个区域。

第三节提出了一个简单的概述OSI和ODP标准。

第四节给出我们的动态对象体系结构(DOA)基于ODP和参考模型面向对象技术。

第五部分论述了实现DOA的关键组件。

我们——“得出摘要在第六节简要注意正在进行的工作。

2相关工作在这一节中,我们回顾一些以前的工作在这区域。

研究在操作系统支持多媒体应用迄今落入两大类别。

在第一个类别,努力执导主要是在构建定制软件运行在专门的硬件支持多媒体应用程序。

典型的努力在这个方向包括潘多拉系统5,飞马座项目[6]和IBM BeiTS系统11 4。

在第二个类别,现有的操作系统修改为包括支持多媒体应用程序。

例子包括IJNIX工作调度器[8]SVR4,扩展到合唱微核[3]和线程实现在艺术操作系统的线程中执行系统伊利诺伊州。

潘多拉[5],一个实验系统网络多媒体应用程序,使用一个子系统来处理多媒体外围设备。

它使用transputers,奥卡姆相关代码来实现时间至关重要函数。

流实现基于独立的数据段包含信息交付、同步和错误恢复。

缓冲区分配方案允许运输音频和视频格式的数据。

这是通过使用两个专业类型的缓冲区:解耦的缓冲区进程之间或硬件单元,不同步运行,使流和追回缓冲区随着抖动是本地时钟同步。

在飞马座项目[6],试图设计和实现一个通用的操作系统支持分布式多媒体应用。

主要目标之一是该项目的促进用户级的多媒体交互式处理数据同时维护所有的理想的属性的一个分布式系统如资源共享、数据共享、安全性和容错。

飞马座使用一个共享地址空间为当地组相互信任的机器,分享相同的数据表示。

对象存储我的定制来有效管理的持久化对象和多媒体数据和文件系统是日志结构。

IBM已经开发了一种新一代的端到端通信系统称为HeiTS[4]。

HeiTS是设计用于处理高速数据应用程序以及多媒体应用程序在IBM ' s小系统线(PS / 2在OS / 2和RlSC系统/6000年在AIX)。

两个有许多吸引人的特性在HeiTS是满足实时要求和高效的数据处理能力。

HeiTS使用线程来处理视听数据流与实时需求。

一个资源管理系统在HeiTS实施支持这个吗种调度。

它允许最大的努力和保证连接,和提供调度程序的必要的信息实时调度。

与尊重高效的数据处理、高性能缓冲区管理系统已经实现了它支持的数据分段和重组单位、链接和锁定的缓冲区。

净效应这些特性是降低费用和减少许多不必要的数据系统中运动。

HeiTS还实现了较低的四层OS1的参考模型,允许多播的网络层、多路复用的数据链路层,分割,端到端流控制。

在[8]一个方法使用现有的操作系统加工连续媒体数据是提供。

结果表明,现有的调度器在UNIX SVR4中当处理连续的媒体应用程序是不能接受的。

一个新的调度类SVR4在性能上提供了显著的提升，超过现有的UNIX SVR4的调度和分析。

一个微内核基础的方法来处理需求的持续媒体也被提议[3]。

具体来说,在[3],它扩展了合唱微内核体系结构支持端到端质量服务(QoS)的建议。

关键的概念处理代表QoS控制通信用户级线程之间可能存在的不同机器上,分割级的调度架构和一个进程基础水平调度架构传输协议。

用户级线程的一个实现的ARTS操作系统讨论了[11]。

对两个典型的线程周期和非周期线程进行了描述。

周期性线程,被定义为开始时间，期间,期限和最差情况下的执行时间,而非周期性线程被定义为最后期限,最糟糕的情况执行时间和最坏情况间隔时间。

ARTS支持分裂级别用户调度方案解决用户级线程调度管理水平在一个高级别调度器需要一个全局视图在所有过程中。

一个期限处理程序也可以被定义在一个线程-线程基础来解决服务质量退化的问题。

这些作品证明使用微内核，用户级线程和分裂级调度方案在支持连续媒体时扮演着重要角色。

然而,大量的工作是必需的操作系统的功能整合与网络服务。

其他相关工作在DMS一直在该地区的通信和网络[12]。

在端系统架构,工作在[10,7,17]是太摘要代表一个实际的端系统。

此外,假设基本ISO / OSI模型,而不是建议的扩展,这些不同的研究工作被限制在自己的能力,以满足新的吗DMS的要求。

3 OS1和ODP标准在我们开始讨论DOA架构时,首先,让我们来回顾OS1和ODP标准。

这个IS0 OS1提供了一个框架来沟通协议[16]。

它组织协议为七层并指定每一层的功能和用户程序运行在应用程序层。

尽管一个关于OSI-RM的详细描述超出了本文的范围(见[16,13]),我们简要地强调每一层的目的在模型中。

第一层或物理层，隐藏的本质物理媒体从数据链路层最大化更高的层协议的可移植性。

第二层或数据链路层，负责错误免费数据传输数据链接。

第三层或网络层,提供互连服务。

它提供了透明度在网络的拓扑结构为好作为透明性传输媒体使用每个子网络组成的网络。

第四层或传输层,负责可靠地移动数据从一个端系统到另一个端系统。

而提供的端到端服务运输层处理数据传输结束之间系统,这三个最高的层(会话、表示和应用程序)提供一个决定的服务。

第五层或会话层主，主要负责协调功能。

而第六层或表示层，负责表示函数。

第七层或应用程序层，提供了休息通信的功能可能是特定的到一个类或者通用的应用程序。

正如已经提到的,这个标准来实现包括沟通和非沟通标准。

ODP是非沟通演变标准地址分布处理在一个开放的系统环境。

ODP是共同努力的成果,IS0和国际电报电话咨询委员会来制定统一标准跨多个系统和组件。

最初的目标ODP是一个参考模型来集成一个广泛的未来的ODP标准分布式系统和保持一致性这样的系统,尽管异质性在硬件、操作系统、网络、编程语言、数据库和管理当局[9]。

ODP参考模型(ODP-RM)[14]服务分布式处理模型方面的功能组件,识别的抽象级别的服务可以被描述,分类组件之间的界限,识别通用函数由分布式系统,显示模型的元素可以组合实现ODP。

ODP标准列出了七个不同的方面ODP的系统。

每一个方面是一个逻辑分组功能性需求的分布式系统。

这七个方面是存储、过程、用户访问、分离、鉴定、管理和安全。

每一个方面可以从五个不同的方法。

这五个观点是企业、信息、计算、工程和技术的观点[9]。

每个观点导致了一个表示或者一个抽象的系统的一个方面强调一个特定的问题。

企业视点是关心社会,管理,金融和法律政策问题,限制人类和机器的角色的分布式系统和它的环境。

信息的观点集中于信息建模和流,再加上结构和信息处理约束。

计算的观点关注结构应用程序组件和数据的交换和控制在他们中间。

工程的观点与机制,提供分布幻灯片到应用程序组件。

这个技术视角的观点关注的限制通过技术和组件从哪个分布式系统被构建。

我们的目标是整合网络服务操作系统支持分布式多媒体58系统。

最重要的要求是透明度。

此外,我们关心的是互操作性和可移植性的观点对操作系统支持系统相关的结束,而不是通信相关。

鉴于这些需求和一些OS1模型的缺陷与尊重多媒体应用程序(请参见l),我们采用ODP作为适当的模型来解决这些问题。

4动态对象架构在这一节中,我们描述了动态对象体系结构(DOA)和显示它的关系参考模型打开的分布式处理(RM-ODP)。

DOA是一个分层架构的为集成网络服务与操作系统为了支持DMS。