一個(gè)基于操作系統(tǒng)的分布式多媒體系統(tǒng)的架構(gòu).doc_第1頁(yè)
一個(gè)基于操作系統(tǒng)的分布式多媒體系統(tǒng)的架構(gòu).doc_第2頁(yè)
一個(gè)基于操作系統(tǒng)的分布式多媒體系統(tǒng)的架構(gòu).doc_第3頁(yè)
一個(gè)基于操作系統(tǒng)的分布式多媒體系統(tǒng)的架構(gòu).doc_第4頁(yè)
一個(gè)基于操作系統(tǒng)的分布式多媒體系統(tǒng)的架構(gòu).doc_第5頁(yè)
已閱讀5頁(yè),還剩1頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

一個(gè)基于操作系統(tǒng)的分布式多媒體系統(tǒng)的架構(gòu)前言分布式多媒體應(yīng)用程序引入了新的在所有系統(tǒng)設(shè)計(jì)挑戰(zhàn)水平從網(wǎng)絡(luò)協(xié)議和操作系統(tǒng)應(yīng)用程序支持平臺(tái)。本文描述了一種面向?qū)ο蟮捏w系結(jié)構(gòu)整合網(wǎng)絡(luò)服務(wù)和操作系統(tǒng)支持分布式多媒體系統(tǒng)。體系結(jié)構(gòu),稱為動(dòng)態(tài)對(duì)象體系結(jié)構(gòu)(DOA),是基于開放的分布式處理(ODP)、國(guó)際標(biāo)準(zhǔn)在分布式系統(tǒng)和客戶機(jī)-服務(wù)器體系結(jié)構(gòu)。DOA利用面向?qū)ο蟮募夹g(shù)來(lái)滿足需求分布式多媒體系統(tǒng)如連續(xù)媒體,自然同步、動(dòng)態(tài)的質(zhì)量服務(wù)(QoS)和組通信。架構(gòu)還提供了一個(gè)路徑使用成熟的行業(yè)標(biāo)準(zhǔn)開發(fā)新的應(yīng)用程序,同時(shí)保留舊應(yīng)用程序的兼容性。1介紹分布式多媒體應(yīng)用程序引入了新的在所有系統(tǒng)設(shè)計(jì)挑戰(zhàn)水平從網(wǎng)絡(luò)協(xié)議和操作系統(tǒng)應(yīng)用程序支持平臺(tái)。早期的多媒體系統(tǒng)(彩信)提供了一個(gè)硬件前端支持傳輸和表示不同的媒體類型這樣的作為視頻和音頻。然而,現(xiàn)在認(rèn)識(shí)到這是不夠的,一個(gè)類的應(yīng)用程序這需要直接訪問(wèn)連續(xù)媒體數(shù)據(jù)類型的存在。它一直是公認(rèn)的操作系統(tǒng)是需要促進(jìn)多媒體應(yīng)用程序,此外,它也被認(rèn)出這微內(nèi)核,用戶級(jí)線程和分裂水平調(diào)度都扮演著重要角色,在支持連續(xù)媒體。小研究,但是,完成了在網(wǎng)絡(luò)操作系統(tǒng)集成服務(wù)功能來(lái)支持分布式多媒體系統(tǒng)(DMS)。這一集成的主要目標(biāo)是保持透明度之間的網(wǎng)絡(luò)通信協(xié)議和應(yīng)用程序從而允許程序員使用熟悉的概念而調(diào)用遠(yuǎn)程操作。彩信有一定的特點(diǎn),現(xiàn)有的支持傳統(tǒng)的系統(tǒng)在技術(shù)上是無(wú)法解決的。這些包括連續(xù)媒體、自然同步,動(dòng)態(tài)服務(wù)質(zhì)量(QoS)和組通信2。例如,由于連續(xù)性質(zhì)的多媒體數(shù)據(jù)、緩存不能被有效地用于提高數(shù)據(jù)訪問(wèn)速率彩信。此外,這個(gè)連續(xù)的數(shù)據(jù)的特性使靜態(tài)語(yǔ)義的傳統(tǒng)的遙控器過(guò)程調(diào)用(RPC)在彩信不合適。盡管并行I/O技術(shù)已經(jīng)有效地用于提高I/O速率在傳統(tǒng)的系統(tǒng)同步延遲需求的多媒體應(yīng)用介紹另一個(gè)維度的問(wèn)題。具體來(lái)說(shuō),套實(shí)時(shí)演示設(shè)備在多媒體系統(tǒng)必須綁在一起所以,他們消耗的數(shù)據(jù)在固定比率甚至當(dāng)他們的輸入數(shù)據(jù)來(lái)源于不同的來(lái)源。雖然數(shù)據(jù)傳輸在傳統(tǒng)的應(yīng)用程序強(qiáng)調(diào)只有數(shù)據(jù)的可靠性,同步延遲需求的多媒體系統(tǒng)需要的數(shù)據(jù)傳動(dòng)不僅是可靠的,但也不太敏感。OS1的參考模型和協(xié)議還展示某些局性多媒體應(yīng)用。特別是,在傳統(tǒng)的應(yīng)用程序的值QoS參數(shù)是靜態(tài)的生命周期中一個(gè)連接。然而,在多媒體應(yīng)用,它是可取的可以重新磋商QoS參數(shù)的值在運(yùn)行時(shí)(1)。這是不可能的當(dāng)前OS1協(xié)議。此外,點(diǎn)對(duì)點(diǎn)OS1參考模型的特點(diǎn)也讓它不適合組通信15。集團(tuán)溝通一個(gè)典型的多媒體應(yīng)用,是典型的是多媒體會(huì)議。分布式多媒體環(huán)境通常會(huì)是異構(gòu)的,由許多不同的工作站各組件由一個(gè)或多個(gè)類型的網(wǎng)絡(luò)。這個(gè)固有的非均質(zhì)性,它是重要的是DMS是開放的。方式的擔(dān)保需要互聯(lián)互通、互操作性和可移植性。盡管客戶端-服務(wù)器的分布式系統(tǒng)支持一個(gè)級(jí)別的互操作性,經(jīng)驗(yàn)這樣的系統(tǒng)一直主要由當(dāng)?shù)貐^(qū)域網(wǎng)絡(luò)(lan)?;镜目蛻魴C(jī)-服務(wù)器模型不太可能提供完整的解決方案DMSs。因?yàn)檫w移的復(fù)雜性從本地嗎分布式系統(tǒng)更多的全球系統(tǒng)9。這個(gè)面向?qū)ο蟮姆椒ㄔ诮鉀Q了希望這種復(fù)雜性。因此,我們采用標(biāo)準(zhǔn)化工作開放分布式處理(ODP)的IS0和使用封裝和繼承的財(cái)產(chǎn)面向?qū)ο髞?lái)提高互操作性。在本文中,我們發(fā)展動(dòng)態(tài)對(duì)象體系結(jié)構(gòu)(DOA)作為一個(gè)架構(gòu)整合網(wǎng)絡(luò)服務(wù)與操作系統(tǒng)。這種架構(gòu)基于開放的分布式處理(ODP),國(guó)際標(biāo)準(zhǔn)分布式系統(tǒng)和客戶機(jī)-服務(wù)器體系結(jié)構(gòu)。利用面向?qū)ο蟮腄OA技術(shù)解決新的需求分布式多媒體系統(tǒng)如連續(xù)媒體,自然同步、動(dòng)態(tài)QoS和組通信。體系結(jié)構(gòu)還提供了一個(gè)路徑,建立良好的行業(yè)標(biāo)準(zhǔn)可以用來(lái)開發(fā)新的應(yīng)用程序方便嗎與舊應(yīng)用程序的兼容性。本文的其余部分組織如下。第二節(jié)調(diào)查相關(guān)工作在這個(gè)區(qū)域。第三節(jié)提出了一個(gè)簡(jiǎn)單的概述OSI和ODP標(biāo)準(zhǔn)。第四節(jié)給出我們的動(dòng)態(tài)對(duì)象體系結(jié)構(gòu)(DOA)基于ODP和參考模型面向?qū)ο蠹夹g(shù)。第五部分論述了實(shí)現(xiàn)DOA的關(guān)鍵組件。我們“得出摘要在第六節(jié)簡(jiǎn)要注意正在進(jìn)行的工作。2相關(guān)工作在這一節(jié)中,我們回顧一些以前的工作在這區(qū)域。研究在操作系統(tǒng)支持多媒體應(yīng)用迄今落入兩大類別。在第一個(gè)類別,努力執(zhí)導(dǎo)主要是在構(gòu)建定制軟件運(yùn)行在專門的硬件支持多媒體應(yīng)用程序。典型的努力在這個(gè)方向包括潘多拉系統(tǒng)5,飛馬座項(xiàng)目6和IBM BeiTS系統(tǒng)11 4。在第二個(gè)類別,現(xiàn)有的操作系統(tǒng)修改為包括支持多媒體應(yīng)用程序。例子包括IJNIX工作調(diào)度器8SVR4,擴(kuò)展到合唱微核3和線程實(shí)現(xiàn)在藝術(shù)操作系統(tǒng)的線程中執(zhí)行系統(tǒng)伊利諾伊州。潘多拉5,一個(gè)實(shí)驗(yàn)系統(tǒng)網(wǎng)絡(luò)多媒體應(yīng)用程序,使用一個(gè)子系統(tǒng)來(lái)處理多媒體外圍設(shè)備。它使用transputers,奧卡姆相關(guān)代碼來(lái)實(shí)現(xiàn)時(shí)間至關(guān)重要函數(shù)。流實(shí)現(xiàn)基于獨(dú)立的數(shù)據(jù)段包含信息交付、同步和錯(cuò)誤恢復(fù)。緩沖區(qū)分配方案允許運(yùn)輸音頻和視頻格式的數(shù)據(jù)。這是通過(guò)使用兩個(gè)專業(yè)類型的緩沖區(qū):解耦的緩沖區(qū)進(jìn)程之間或硬件單元,不同步運(yùn)行,使流和追回緩沖區(qū)隨著抖動(dòng)是本地時(shí)鐘同步。在飛馬座項(xiàng)目6,試圖設(shè)計(jì)和實(shí)現(xiàn)一個(gè)通用的操作系統(tǒng)支持分布式多媒體應(yīng)用。主要目標(biāo)之一是該項(xiàng)目的促進(jìn)用戶級(jí)的多媒體交互式處理數(shù)據(jù)同時(shí)維護(hù)所有的理想的屬性的一個(gè)分布式系統(tǒng)如資源共享、數(shù)據(jù)共享、安全性和容錯(cuò)。飛馬座使用一個(gè)共享地址空間為當(dāng)?shù)亟M相互信任的機(jī)器,分享相同的數(shù)據(jù)表示。對(duì)象存儲(chǔ)我的定制來(lái)有效管理的持久化對(duì)象和多媒體數(shù)據(jù)和文件系統(tǒng)是日志結(jié)構(gòu)。IBM已經(jīng)開發(fā)了一種新一代的端到端通信系統(tǒng)稱為HeiTS4。HeiTS是設(shè)計(jì)用于處理高速數(shù)據(jù)應(yīng)用程序以及多媒體應(yīng)用程序在IBM s小系統(tǒng)線(PS / 2在OS / 2和RlSC系統(tǒng)/6000年在AIX)。兩個(gè)有許多吸引人的特性在HeiTS是滿足實(shí)時(shí)要求和高效的數(shù)據(jù)處理能力。HeiTS使用線程來(lái)處理視聽數(shù)據(jù)流與實(shí)時(shí)需求。一個(gè)資源管理系統(tǒng)在HeiTS實(shí)施支持這個(gè)嗎種調(diào)度。它允許最大的努力和保證連接,和提供調(diào)度程序的必要的信息實(shí)時(shí)調(diào)度。與尊重高效的數(shù)據(jù)處理、高性能緩沖區(qū)管理系統(tǒng)已經(jīng)實(shí)現(xiàn)了它支持的數(shù)據(jù)分段和重組單位、鏈接和鎖定的緩沖區(qū)。凈效應(yīng)這些特性是降低費(fèi)用和減少許多不必要的數(shù)據(jù)系統(tǒng)中運(yùn)動(dòng)。HeiTS還實(shí)現(xiàn)了較低的四層OS1的參考模型,允許多播的網(wǎng)絡(luò)層、多路復(fù)用的數(shù)據(jù)鏈路層,分割,端到端流控制。在8一個(gè)方法使用現(xiàn)有的操作系統(tǒng)加工連續(xù)媒體數(shù)據(jù)是提供。結(jié)果表明,現(xiàn)有的調(diào)度器在UNIX SVR4中當(dāng)處理連續(xù)的媒體應(yīng)用程序是不能接受的。一個(gè)新的調(diào)度類SVR4在性能上提供了顯著的提升,超過(guò)現(xiàn)有的UNIX SVR4的調(diào)度和分析。一個(gè)微內(nèi)核基礎(chǔ)的方法來(lái)處理需求的持續(xù)媒體也被提議3。具體來(lái)說(shuō),在3,它擴(kuò)展了合唱微內(nèi)核體系結(jié)構(gòu)支持端到端質(zhì)量服務(wù)(QoS)的建議。關(guān)鍵的概念處理代表QoS控制通信用戶級(jí)線程之間可能存在的不同機(jī)器上, 分割級(jí)的調(diào)度架構(gòu)和一個(gè)進(jìn)程基礎(chǔ)水平調(diào)度架構(gòu)傳輸協(xié)議。用戶級(jí)線程的一個(gè)實(shí)現(xiàn)的ARTS操作系統(tǒng)討論了11。對(duì)兩個(gè)典型的線程周期和非周期線程進(jìn)行了描述。周期性線程,被定義為開始時(shí)間,期間,期限和最差情況下的執(zhí)行時(shí)間,而非周期性線程被定義為最后期限,最糟糕的情況執(zhí)行時(shí)間和最壞情況間隔時(shí)間。ARTS支持分裂級(jí)別用戶調(diào)度方案解決用戶級(jí)線程調(diào)度管理水平在一個(gè)高級(jí)別調(diào)度器需要一個(gè)全局視圖在所有過(guò)程中。一個(gè)期限處理程序也可以被定義在一個(gè)線程-線程基礎(chǔ)來(lái)解決服務(wù)質(zhì)量退化的問(wèn)題。這些作品證明使用微內(nèi)核,用戶級(jí)線程和分裂級(jí)調(diào)度方案在支持連續(xù)媒體時(shí)扮演著重要角色。然而,大量的工作是必需的操作系統(tǒng)的功能整合與網(wǎng)絡(luò)服務(wù)。其他相關(guān)工作在DMS一直在該地區(qū)的通信和網(wǎng)絡(luò)12。在端系統(tǒng)架構(gòu),工作在10,7,17是太摘要代表一個(gè)實(shí)際的端系統(tǒng)。此外,假設(shè)基本ISO / OSI模型,而不是建議的擴(kuò)展,這些不同的研究工作被限制在自己的能力,以滿足新的嗎DMS的要求。3 OS1和ODP標(biāo)準(zhǔn)在我們開始討論DOA架構(gòu)時(shí),首先,讓我們來(lái)回顧OS1和ODP標(biāo)準(zhǔn)。這個(gè)IS0 OS1提供了一個(gè)框架來(lái)溝通協(xié)議16。它組織協(xié)議為七層并指定每一層的功能和用戶程序運(yùn)行在應(yīng)用程序?qū)?。盡管一個(gè)關(guān)于OSI-RM的詳細(xì)描述超出了本文的范圍(見16,13),我們簡(jiǎn)要地強(qiáng)調(diào)每一層的目的在模型中。第一層或物理層,隱藏的本質(zhì)物理媒體從數(shù)據(jù)鏈路層最大化更高的層協(xié)議的可移植性。第二層或數(shù)據(jù)鏈路層,負(fù)責(zé)錯(cuò)誤免費(fèi)數(shù)據(jù)傳輸數(shù)據(jù)鏈接。第三層或網(wǎng)絡(luò)層,提供互連服務(wù)。它提供了透明度在網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu)為好作為透明性傳輸媒體使用每個(gè)子網(wǎng)絡(luò)組成的網(wǎng)絡(luò)。第四層或傳輸層,負(fù)責(zé)可靠地移動(dòng)數(shù)據(jù)從一個(gè)端系統(tǒng)到另一個(gè)端系統(tǒng)。而提供的端到端服務(wù)運(yùn)輸層處理數(shù)據(jù)傳輸結(jié)束之間系統(tǒng),這三個(gè)最高的層(會(huì)話、表示和應(yīng)用程序)提供一個(gè)決定的服務(wù)。第五層或會(huì)話層主,主要負(fù)責(zé)協(xié)調(diào)功能。而第六層或表示層,負(fù)責(zé)表示函數(shù)。第七層或應(yīng)用程序?qū)?,提供了休息通信的功能可能是特定的到一個(gè)類或者通用的應(yīng)用程序。正如已經(jīng)提到的,這個(gè)標(biāo)準(zhǔn)來(lái)實(shí)現(xiàn)包括溝通和非溝通標(biāo)準(zhǔn)。ODP是非溝通演變標(biāo)準(zhǔn)地址分布處理在一個(gè)開放的系統(tǒng)環(huán)境。ODP是共同努力的成果,IS0和國(guó)際電報(bào)電話咨詢委員會(huì)來(lái)制定統(tǒng)一標(biāo)準(zhǔn)跨多個(gè)系統(tǒng)和組件。最初的目標(biāo)ODP是一個(gè)參考模型來(lái)集成一個(gè)廣泛的未來(lái)的ODP標(biāo)準(zhǔn)分布式系統(tǒng)和保持一致性這樣的系統(tǒng),盡管異質(zhì)性在硬件、操作系統(tǒng)、網(wǎng)絡(luò)、編程語(yǔ)言、數(shù)據(jù)庫(kù)和管理當(dāng)局9。ODP參考模型(ODP-RM)14服務(wù)分布式處理模型方面的功能組件,識(shí)別的抽象級(jí)別的服務(wù)可以被描述,分類組件之間的界限,識(shí)別通用函數(shù)由分布式系統(tǒng),顯示模型的元素可以組合實(shí)現(xiàn)ODP。ODP標(biāo)準(zhǔn)列出了七個(gè)不同的方面ODP的系統(tǒng)。每一個(gè)方面是一個(gè)邏輯分組功能性需求的分布式系統(tǒng)。這七個(gè)方面是存儲(chǔ)、過(guò)程、用戶訪問(wèn)、分離、鑒定、管理和安全。每一個(gè)方面可以從五個(gè)不同的方法。這五個(gè)觀點(diǎn)是企業(yè)、信息、計(jì)算、工程和技術(shù)的觀點(diǎn)9。每個(gè)觀點(diǎn)導(dǎo)致了一個(gè)表示或者一個(gè)抽象的系統(tǒng)的一個(gè)方面強(qiáng)調(diào)一個(gè)特定的問(wèn)題。企業(yè)視點(diǎn)是關(guān)心社會(huì),管理,金融和法律政策問(wèn)題,限制人類和機(jī)器的角色的分布式系統(tǒng)和它的環(huán)境。信息的觀點(diǎn)集中于信息建模和流,再加上結(jié)構(gòu)和信息處理約束。計(jì)算的觀點(diǎn)關(guān)注結(jié)構(gòu)應(yīng)用程序組件和數(shù)據(jù)的交換和控制在他們中間。工程的觀點(diǎn)與機(jī)制,提供分布幻燈片到應(yīng)用程序組件。這個(gè)技術(shù)視角的觀點(diǎn)關(guān)注的限制通過(guò)技術(shù)和組件從哪個(gè)分布式系統(tǒng)被構(gòu)建。我們的目標(biāo)是整合網(wǎng)絡(luò)服務(wù)操作系統(tǒng)支持分布式多媒體58系統(tǒng)。最重要的要求是透明度。此外,我們關(guān)心的是互操作性和可移植性的觀點(diǎn)對(duì)操作系統(tǒng)支持系統(tǒng)相關(guān)的結(jié)束,而不是通信相關(guān)。鑒于這些需求和一些OS1模型的缺陷與尊重多媒體應(yīng)用程序(請(qǐng)參見l),我們采用ODP作為適當(dāng)?shù)哪P蛠?lái)解決這些問(wèn)題。4動(dòng)態(tài)對(duì)象架構(gòu)在這一節(jié)中,我們描述了動(dòng)態(tài)對(duì)象體系結(jié)構(gòu)(DOA)和顯示它的關(guān)系參考模型打開的分布式處理(RM-ODP)。DOA是一個(gè)分層架構(gòu)的為集成網(wǎng)絡(luò)服務(wù)與操作系統(tǒng)為了支持DMS。它支持機(jī)制,隱藏底層系統(tǒng)的異構(gòu)性從用戶和應(yīng)用程序。這些機(jī)制不僅解決這些在網(wǎng)絡(luò)服務(wù)一般問(wèn)題作為訪問(wèn),位置,遷移,同時(shí)發(fā)生,失敗,和透明度,但還支持多媒體應(yīng)用的特點(diǎn),如連續(xù)媒體、自然同步,動(dòng)態(tài)QoS和組通信。這個(gè)最基本的架構(gòu)概念,我們使用是動(dòng)態(tài)對(duì)象的概念。動(dòng)態(tài)對(duì)象利用面向?qū)ο蠹夹g(shù)和提供網(wǎng)絡(luò)服務(wù)與動(dòng)態(tài)功能和語(yǔ)義來(lái)滿足新的需求的DMS。構(gòu)造的DOA完全根據(jù)ODP系統(tǒng)的總體架構(gòu)。因?yàn)镺DP是一個(gè)國(guó)際標(biāo)準(zhǔn)在分布式系統(tǒng),DOA基于ODP適當(dāng)?shù)姆从撤植际綉?yīng)用程序的性質(zhì)和維護(hù)跨系統(tǒng)的一致性,盡管異質(zhì)性在硬件、操作系統(tǒng)、網(wǎng)絡(luò)編程語(yǔ)言、數(shù)據(jù)庫(kù)和管理當(dāng)局。因此,集成了分布、互操作性DOA和可移植性,并提供一個(gè)開放的基礎(chǔ)設(shè)施對(duì)于DMS。包括四個(gè)對(duì)象的DOA Xayc rs作為圖2所示。這些都是:計(jì)算對(duì)象,工程對(duì)象,透明度對(duì)象和細(xì)胞核對(duì)象層。4.1計(jì)算對(duì)象層計(jì)算對(duì)象層指定計(jì)算結(jié)構(gòu)和聲明的屬性對(duì)象之間的交互。它聚焦于結(jié)構(gòu)對(duì)應(yīng)用程序組件和交流數(shù)據(jù)和控制在他們中間。這是一個(gè)典型的應(yīng)用程序平臺(tái)基于客戶機(jī)/服務(wù)器模型。計(jì)算對(duì)象層包括客戶機(jī)和對(duì)象的實(shí)體。一個(gè)客戶端是一個(gè)實(shí)體,希望調(diào)用一個(gè)操作在一個(gè)目標(biāo)對(duì)象的實(shí)體。一個(gè)對(duì)象是一種可識(shí)別的封裝的實(shí)體提供一個(gè)或嗎Computauonal維e lComputauonalObjecls計(jì)算對(duì)象層Engmeenng模型核對(duì)象打開分布式處理的參考模型。在左邊顯示動(dòng)態(tài)對(duì)象體系結(jié)構(gòu)(DOA)和th。e的權(quán)利是對(duì)應(yīng)的參考模型的分布式處理的開放(RM - ODP)。更多的服務(wù),客戶端可以請(qǐng)求。一個(gè)cllient可以識(shí)別對(duì)象,并知道服務(wù)的對(duì)象可以提供,但不能訪問(wèn)內(nèi)部一個(gè)對(duì)象的結(jié)構(gòu)。一個(gè)對(duì)象可以創(chuàng)建和摧毀了由于執(zhí)行對(duì)象請(qǐng)求。對(duì)于舉個(gè)例子,在一個(gè)多媒體會(huì)議上,當(dāng)一個(gè)人加入會(huì)議,一個(gè)對(duì)象實(shí)體被創(chuàng)建。當(dāng)人退出會(huì)議,cortesponding對(duì)象實(shí)體被摧毀。4.2工程對(duì)象層工程對(duì)象1 a。你關(guān)注的機(jī)制確保實(shí)現(xiàn)應(yīng)用程序的性能組件的結(jié)構(gòu)中界定的計(jì)算對(duì)象層。在工程對(duì)象層,組件的客戶端實(shí)體包括動(dòng)態(tài)對(duì)象接口(DOI),該接口庫(kù)(IR)和接口定義語(yǔ)言(IDL),雖然組件的一個(gè)對(duì)象實(shí)體包括IDL和對(duì)象適配器(OA)。4.2.1動(dòng)態(tài)接口(DOI)一個(gè)客戶端程序使用DOI到名稱請(qǐng)求的目標(biāo)對(duì)象并調(diào)用對(duì)象上的溝通支持(OCS)服務(wù),以添加所需的參數(shù)請(qǐng)求。當(dāng)一個(gè)客戶端程序調(diào)用一個(gè)操作在一個(gè)對(duì)象, 相應(yīng)的DOI被稱為目標(biāo)對(duì)象。這個(gè)DOI負(fù)責(zé)組織所需的信息來(lái)執(zhí)行操作在呼吁一個(gè)傳輸機(jī)制,如RPC,套接字來(lái)說(shuō),中華語(yǔ)文研習(xí)所,或NetBIOS、交付請(qǐng)求到目標(biāo)對(duì)象來(lái)執(zhí)行。在傳統(tǒng)的電話,每個(gè)DOI對(duì)象對(duì)應(yīng)一個(gè)特定的操作在一個(gè)特定的目標(biāo)。我們把它叫做靜態(tài)調(diào)用接口。由于多媒體動(dòng)態(tài)需求溝通、靜態(tài)cad界面是裝備不良動(dòng)態(tài)對(duì)象接口(DOI)59處理多媒體通信。例如,在一個(gè)多媒體會(huì)議,要求系統(tǒng)資源是動(dòng)態(tài)的。這可能導(dǎo)致的成員加入或離開一個(gè)會(huì)議在會(huì)話。一個(gè)結(jié)果可能是,服務(wù)質(zhì)量(QoS)協(xié)商會(huì)議開始的時(shí)候不再是適當(dāng)?shù)?。因?一個(gè)需要重新磋商&OS的。傳統(tǒng)上,這將由終止當(dāng)前會(huì)話和啟動(dòng)一個(gè)完全新會(huì)話。這種技術(shù)顯然是不合適的,因此,需要能夠動(dòng)態(tài)地重新談判獲取QoS的方式,是透明的當(dāng)事人在正在進(jìn)行的會(huì)議。也有其他動(dòng)機(jī)動(dòng)態(tài)接口在多媒體應(yīng)用程序。比如,考慮一個(gè)典型的getvideo()函數(shù)和一個(gè)靜態(tài)接口這將檢索一個(gè)視頻節(jié)目點(diǎn)播。兩主要問(wèn)題與這種類型的靜態(tài)接口是:1大量的視頻數(shù)據(jù)將被轉(zhuǎn)移到客戶端在一次飽和網(wǎng)絡(luò)。2之間的同步和媒體內(nèi)一個(gè)動(dòng)態(tài)接口將解決這些問(wèn)題。在我們的DOA,DO1用于實(shí)現(xiàn)動(dòng)態(tài)接口。它的主要功能是兩個(gè)褶皺:1接口重建:客戶端調(diào)用重構(gòu)以滿足動(dòng)態(tài)語(yǔ)義。例如,GetVideo的是,通常情況下,添加所需的限制媒體同步。這個(gè)過(guò)程對(duì)客戶機(jī)隱藏起來(lái)。一旦它構(gòu)造新請(qǐng)求,OCS提供它一個(gè)對(duì)象適配器之前,解析請(qǐng)求安排其執(zhí)行。2接口繼承:這是用于傳統(tǒng)數(shù)據(jù)通信接口和固定多媒體應(yīng)用程序接口。通常,接口對(duì)于數(shù)據(jù)通信可以是靜態(tài)的。因此,如果我們對(duì)所有接口調(diào)用動(dòng)態(tài)調(diào)用的效率接口將會(huì)降低,因?yàn)橐粋€(gè)動(dòng)態(tài)調(diào)用的開銷顯然比一個(gè)靜態(tài)調(diào)用。換句話說(shuō),它是可取的使動(dòng)態(tài)調(diào)用只在需要的地方。我們使用接口繼承直接利用現(xiàn)有的接口而不是重建的請(qǐng)求對(duì)象的實(shí)體。另一方面,我們也可以節(jié)省一些呼吁多媒體通信的接口庫(kù)從而提高系統(tǒng)效率。這是通過(guò)使用繼承在當(dāng)前的接口而不是構(gòu)建一個(gè)新的接口。4.2.2接口存儲(chǔ)庫(kù)接口庫(kù)支持DO1通過(guò)存儲(chǔ)對(duì)象代表IDL信息以一種使用在運(yùn)行時(shí)。在收到一個(gè)應(yīng)用程序的請(qǐng)求,一個(gè)客戶端通常質(zhì)問(wèn)該接口存儲(chǔ)庫(kù)這個(gè)DO1確定接口能夠滿足請(qǐng)求。如果需要,客戶端可以使用動(dòng)態(tài)調(diào)用接口原語(yǔ)構(gòu)建論點(diǎn)一個(gè)請(qǐng)求的列表選中的目標(biāo)對(duì)象。一旦它構(gòu)造請(qǐng)求,通信支持把它交付給一個(gè)對(duì)象適配器,解析請(qǐng)求之前安排其執(zhí)行。這個(gè)客戶機(jī)可以調(diào)用接口庫(kù)直接和決定滿足要求的接口。然后它使用DO1原語(yǔ)構(gòu)建請(qǐng)求。第4.2.3接口定義語(yǔ)言(IDL)IDL描述了操作和相關(guān)的屬性一個(gè)對(duì)象接口的其他方面該系統(tǒng)可以理解。IDL也成為可能翻譯的資源所提供的功能面向?qū)ο蟮慕涌?。事?shí)上,它是用來(lái)定義DO1和提供信息,現(xiàn)有的編程語(yǔ)言不提供。從IDL,DO1和對(duì)象適配器可以自動(dòng)生成通過(guò)一個(gè)IDL編譯器。IDL是來(lái)自c+和添加額外的信息包括方向在哪些參數(shù)旅行,鑒別器和如此對(duì)。4.2.4對(duì)象適配器分布式多媒體系統(tǒng)成為可能這個(gè)合成的現(xiàn)有對(duì)象存在整個(gè)系統(tǒng)。這些對(duì)象實(shí)體可以有不同的建筑。對(duì)象適配器提供了對(duì)象交流平臺(tái),為便攜式對(duì)象實(shí)現(xiàn)。對(duì)象適配器具有雙重目的。首先,他們提供主要的接口,通過(guò)該對(duì)象實(shí)現(xiàn)調(diào)用對(duì)象通信支持服務(wù)。其次,他們?cè)黾恿嘶镜膶?duì)象通信支持模型通過(guò)實(shí)現(xiàn)支持對(duì)于富裕對(duì)象

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論