一個(gè)基于操作系統(tǒng)的分布式多媒體系統(tǒng)的架構(gòu)

1、一個(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)對象體系結(jié)構(gòu)(DOA,是基于開放的分布式處理(ODP、國際標(biāo)準(zhǔn)在分布式系統(tǒng)和客戶機(jī)-服務(wù)器體系結(jié)構(gòu)。DOA利用面向?qū)ο蟮募夹g(shù)來滿足需求分布式多媒體系統(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)用程

2、序支持平臺(tái)。早期的多媒體系統(tǒng)(彩信提供了一個(gè)硬件前端支持傳輸和表示不同的媒體類型這樣的作為視頻和音頻。然而,現(xiàn)在認(rèn)識(shí)到這是不夠的,一個(gè)類的應(yīng)用程序這需要直接訪問連續(xù)媒體數(shù)據(jù)類型的存在。它一直是公認(rèn)的操作系統(tǒng)是需要促進(jìn)多媒體應(yīng)用程序,此外,它也被認(rèn)出這微內(nèi)核,用戶級線程和分裂水平調(diào)度都扮演著重要角色,在支持連續(xù)媒體。小研究,但是,完成了在網(wǎng)絡(luò)操作系統(tǒng)集成服務(wù)功能來支持分布式多媒體系統(tǒng)(DMS。這一集成的主要目標(biāo)是保持透明度之間的網(wǎng)絡(luò)通信協(xié)議和應(yīng)用程序從而允許程序員使用熟悉的概念而調(diào)用遠(yuǎn)程操作。彩信有一定的特點(diǎn),現(xiàn)有的支持傳統(tǒng)的系統(tǒng)在技術(shù)上是無法解決的。這些包括連續(xù)媒體、自然同步,動(dòng)態(tài)服務(wù)質(zhì)量(Q

3、oS和組通信2。例如,由于連續(xù)性質(zhì)的多媒體數(shù)據(jù)、緩存不能被有效地用于提高數(shù)據(jù)訪問速率彩信。此外,這個(gè)連續(xù)的數(shù)據(jù)的特性使靜態(tài)語義的傳統(tǒng)的遙控器過程調(diào)用(RPC在彩信不合適。盡管并行I/O技術(shù)已經(jīng)有效地用于提高I/O速率在傳統(tǒng)的系統(tǒng)同步延遲需求的多媒體應(yīng)用介紹另一個(gè)維度的問題。具體來說,套實(shí)時(shí)演示設(shè)備在多媒體系統(tǒng)必須綁在一起所以,他們消耗的數(shù)據(jù)在固定比率甚至當(dāng)他們的輸入數(shù)據(jù)來源于不同的來源。雖然數(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)的

4、生命周期中一個(gè)連接。然而,在多媒體應(yīng)用,它是可取的可以重新磋商QoS 參數(shù)的值在運(yùn)行時(shí)(1。這是不可能的當(dāng)前OS1協(xié)議。此外,點(diǎn)對點(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īng)驗(yàn)這樣的系統(tǒng)一直主要由當(dāng)?shù)貐^(qū)域網(wǎng)絡(luò)(lan?；镜目蛻魴C(jī)-服務(wù)器模型不太可能提供完整的解決方案DMSs。因?yàn)檫w移的復(fù)雜性從本地嗎分布式系統(tǒng)更多的

5、全球系統(tǒng)9。這個(gè)面向?qū)ο蟮姆椒ㄔ诮鉀Q了希望這種復(fù)雜性。因此,我們采用標(biāo)準(zhǔn)化工作開放分布式處理(ODP的IS0和使用封裝和繼承的財(cái)產(chǎn)面向?qū)ο髞硖岣呋ゲ僮餍浴Ｔ诒疚闹?我們發(fā)展動(dòng)態(tài)對象體系結(jié)構(gòu)(DOA作為一個(gè)架構(gòu)整合網(wǎng)絡(luò)服務(wù)與操作系統(tǒng)。這種架構(gòu)基于開放的分布式處理(ODP,國際標(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)可以用來開發(fā)新的應(yīng)用程序方便嗎與舊應(yīng)用程序的兼容性。本文的其余部分組織如下。第二節(jié)調(diào)查相關(guān)工作在這個(gè)區(qū)域。第三節(jié)提出了一個(gè)簡單的概述OSI和ODP

6、標(biāo)準(zhǔn)。第四節(jié)給出我們的動(dòng)態(tài)對象體系結(jié)構(gòu)(DOA基于ODP和參考模型面向?qū)ο蠹夹g(shù)。第五部分論述了實(shí)現(xiàn)DOA的關(guān)鍵組件。我們“得出摘要在第六節(jié)簡要注意正在進(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,

7、一個(gè)實(shí)驗(yàn)系統(tǒng)網(wǎng)絡(luò)多媒體應(yīng)用程序,使用一個(gè)子系統(tǒng)來處理多媒體外圍設(shè)備。它使用transputers,奧卡姆相關(guān)代碼來實(shí)現(xiàn)時(shí)間至關(guān)重要函數(shù)。流實(shí)現(xiàn)基于獨(dú)立的數(shù)據(jù)段包含信息交付、同步和錯(cuò)誤恢復(fù)。緩沖區(qū)分配方案允許運(yùn)輸音頻和視頻格式的數(shù)據(jù)。這是通過使用兩個(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)用戶級的多媒體交互式處理數(shù)據(jù)同時(shí)維護(hù)所有的理想的屬性的一個(gè)分布式系統(tǒng)如資源共享、數(shù)據(jù)共享、安全性和容錯(cuò)。飛馬座使用一個(gè)共享地址空間為當(dāng)?shù)亟M相互信任的機(jī)器,

8、分享相同的數(shù)據(jù)表示。對象存儲(chǔ)我的定制來有效管理的持久化對象和多媒體數(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使用線程來處理視聽數(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ù)

9、分段和重組單位、鏈接和鎖定的緩沖區(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在性能上提供了顯著的提升,超過現(xiàn)有的UNIX SVR4的調(diào)度和分析。一個(gè)微內(nèi)核基礎(chǔ)的方法來處理需求的持續(xù)媒體也被提議3。具體來說,在3,它擴(kuò)展了合唱微內(nèi)核體系結(jié)構(gòu)支持端到端質(zhì)量服務(wù)(QoS的建議。關(guān)鍵的概念處理代表QoS控制通信用戶級線程之間

10、可能存在的不同機(jī)器上,分割級的調(diào)度架構(gòu)和一個(gè)進(jìn)程基礎(chǔ)水平調(diào)度架構(gòu)傳輸協(xié)議。用戶級線程的一個(gè)實(shí)現(xiàn)的ARTS操作系統(tǒng)討論了11。對兩個(gè)典型的線程周期和非周期線程進(jìn)行了描述。周期性線程,被定義為開始時(shí)間,期間,期限和最差情況下的執(zhí)行時(shí)間,而非周期性線程被定義為最后期限,最糟糕的情況執(zhí)行時(shí)間和最壞情況間隔時(shí)間。ARTS支持分裂級別用戶調(diào)度方案解決用戶級線程調(diào)度管理水平在一個(gè)高級別調(diào)度器需要一個(gè)全局視圖在所有過程中。一個(gè)期限處理程序也可以被定義在一個(gè)線程-線程基礎(chǔ)來解決服務(wù)質(zhì)量退化的問題。這些作品證明使用微內(nèi)核,用戶級線程和分裂級調(diào)度方案在支持連續(xù)媒體時(shí)扮演著重要角色。然而,大量的工作是必需的操作系統(tǒng)的

11、功能整合與網(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í),首先,讓我們來回顧OS1和ODP標(biāo)準(zhǔn)。這個(gè)IS0 OS1提供了一個(gè)框架來溝通協(xié)議16。它組織協(xié)議為七層并指定每一層的功能和用戶程序運(yùn)行在應(yīng)用程序?qū)?。盡管一個(gè)關(guān)于OSI-RM的詳細(xì)描述超出了本文的范圍(見16,13,我們簡要地強(qiáng)調(diào)每一層的目的在模型中。第一層或物理層,隱藏的本質(zhì)物理媒體從數(shù)據(jù)鏈路層

12、最大化更高的層協(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)來實(shí)現(xiàn)包括溝通和非溝通標(biāo)準(zhǔn)。ODP是非溝通演變標(biāo)準(zhǔn)地址分布處理在一個(gè)開放

13、的系統(tǒng)環(huán)境。ODP是共同努力的成果,IS0和國際電報(bào)電話咨詢委員會(huì)來制定統(tǒng)一標(biāo)準(zhǔn)跨多個(gè)系統(tǒng)和組件。最初的目標(biāo)ODP是一個(gè)參考模型來集成一個(gè)廣泛的未來的ODP標(biāo)準(zhǔn)分布式系統(tǒng)和保持一致性這樣的系統(tǒng),盡管異質(zhì)性在硬件、操作系統(tǒng)、網(wǎng)絡(luò)、編程語言、數(shù)據(jù)庫和管理當(dāng)局9。ODP參考模型(ODP-RM14服務(wù)分布式處理模型方面的功能組件,識(shí)別的抽象級別的服務(wù)可以被描述,分類組件之間的界限,識(shí)別通用函數(shù)由分布式系統(tǒng),顯示模型的元素可以組合實(shí)現(xiàn)ODP。ODP標(biāo)準(zhǔn)列出了七個(gè)不同的方面ODP的系統(tǒng)。每一個(gè)方面是一個(gè)邏輯分組功能性需求的分布式系統(tǒng)。這七個(gè)方面是存儲(chǔ)、過程、用戶訪問、分離、鑒定、管理和安全。每一個(gè)方面可以

14、從五個(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è)特定的問題。企業(yè)視點(diǎn)是關(guān)心社會(huì),管理,金融和法律政策問題,限制人類和機(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)注的限制通過技術(shù)和組件從哪個(gè)分布式系統(tǒng)被構(gòu)建。我們的目標(biāo)是整合網(wǎng)絡(luò)服務(wù)操作系統(tǒng)支持分布式多媒體58系統(tǒng)。最重要的要求是透明度。此外,我們關(guān)心的是互操作性和可移植性的觀點(diǎn)對操作系統(tǒng)支持系統(tǒng)相

15、關(guān)的結(jié)束,而不是通信相關(guān)。鑒于這些需求和一些OS1模型的缺陷與尊重多媒體應(yīng)用程序(請參見l,我們采用ODP作為適當(dāng)?shù)哪Ｐ蛠斫鉀Q這些問題。4動(dòng)態(tài)對象架構(gòu)在這一節(jié)中,我們描述了動(dòng)態(tài)對象體系結(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ù)一般問題作為訪問,位置,遷移,同時(shí)發(fā)生,失敗,和透明度,但還支持多媒體應(yīng)用的特點(diǎn),如連續(xù)媒體、自然同步,動(dòng)態(tài)QoS和組通信。這個(gè)最基本的架構(gòu)概念,我們使用是動(dòng)態(tài)對象的概念。動(dòng)態(tài)對象利用面向?qū)ο蠹夹g(shù)和提供網(wǎng)絡(luò)服

16、務(wù)與動(dòng)態(tài)功能和語義來滿足新的需求的DMS。構(gòu)造的DOA完全根據(jù)ODP系統(tǒng)的總體架構(gòu)。因?yàn)镺DP是一個(gè)國際標(biāo)準(zhǔn)在分布式系統(tǒng),DOA基于ODP適當(dāng)?shù)姆从撤植际綉?yīng)用程序的性質(zhì)和維護(hù)跨系統(tǒng)的一致性,盡管異質(zhì)性在硬件、操作系統(tǒng)、網(wǎng)絡(luò)編程語言、數(shù)據(jù)庫和管理當(dāng)局。因此,集成了分布、互操作性DOA和可移植性,并提供一個(gè)開放的基礎(chǔ)設(shè)施對于DMS。包括四個(gè)對象的DOA Xayc ' rs作為圖2所示。這些都是:計(jì)算對象,工程對象,透明度對象和細(xì)胞核對象層。4.1計(jì)算對象層計(jì)算對象層指定計(jì)算結(jié)構(gòu)和聲明的屬性對象之間的交互。它聚焦于結(jié)構(gòu)對應(yīng)用程序組件和交流數(shù)據(jù)和控制在他們中間。這是一個(gè)典型的應(yīng)用程序平臺(tái)基于客

17、戶機(jī)/服務(wù)器模型。計(jì)算對象層包括客戶機(jī)和對象的實(shí)體。一個(gè)客戶端是一個(gè)實(shí)體,希望調(diào)用一個(gè)操作在一個(gè)目標(biāo)對象的實(shí)體。一個(gè)對象是一種可識(shí)別的封裝的實(shí)體提供一個(gè)或嗎Computauonal維e lComputauonalObjecls計(jì)算對象層Engmeenng模型核對象打開分布式處理的參考模型。在左邊顯示動(dòng)態(tài)對象體系結(jié)構(gòu)(DOA和th。e的權(quán)利是對應(yīng)的參考模型的分布式處理的開放(RM - ODP。更多的服務(wù),客戶端可以請求。一個(gè)cllient可以識(shí)別對象,并知道服務(wù)的對象可以提供,但不能訪問內(nèi)部一個(gè)對象的結(jié)構(gòu)。一個(gè)對象可以創(chuàng)建和摧毀了由于執(zhí)行對象請求。對于舉個(gè)例子,在一個(gè)多媒體會(huì)議上,當(dāng)一個(gè)人加入會(huì)

18、議,一個(gè)對象實(shí)體被創(chuàng)建。當(dāng)人退出會(huì)議,cortesponding對象實(shí)體被摧毀。4.2工程對象層工程對象1 a。你關(guān)注的機(jī)制確保實(shí)現(xiàn)應(yīng)用程序的性能組件的結(jié)構(gòu)中界定的計(jì)算對象層。在工程對象層,組件的客戶端實(shí)體包括動(dòng)態(tài)對象接口(DOI,該接口庫(IR和接口定義語言(IDL,雖然組件的一個(gè)對象實(shí)體包括IDL和對象適配器(OA。4.2.1動(dòng)態(tài)接口(DOI一個(gè)客戶端程序使用DOI到名稱請求的目標(biāo)對象并調(diào)用對象上的溝通支持(OCS服務(wù),以添加所需的參數(shù)請求。當(dāng)一個(gè)客戶端程序調(diào)用一個(gè)操作在一個(gè)對象, 相應(yīng)的DOI被稱為目標(biāo)對象。這個(gè)DOI負(fù)責(zé)組織所需的信息來執(zhí)行操作在呼吁一個(gè)傳輸機(jī)制,如RPC,套接字來說,

19、中華語文研習(xí)所,或NetBIOS、交付請求到目標(biāo)對象來執(zhí)行。在傳統(tǒng)的電話,每個(gè)DOI對象對應(yīng)一個(gè)特定的操作在一個(gè)特定的目標(biāo)。我們把它叫做靜態(tài)調(diào)用接口。由于多媒體動(dòng)態(tài)需求溝通、靜態(tài)cad界面是裝備不良動(dòng)態(tài)對象接口(DOI59處理多媒體通信。例如,在一個(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)接口

20、在多媒體應(yīng)用程序。比如,考慮一個(gè)典型的getvideo(函數(shù)和一個(gè)靜態(tài)接口這將檢索一個(gè)視頻節(jié)目點(diǎn)播。兩主要問題與這種類型的靜態(tài)接口是:1.大量的視頻數(shù)據(jù)將被轉(zhuǎn)移到客戶端在一次飽和網(wǎng)絡(luò)。2.之間的同步和媒體內(nèi)一個(gè)動(dòng)態(tài)接口將解決這些問題。在我們的DOA,DO1用于實(shí)現(xiàn)動(dòng)態(tài)接口。它的主要功能是兩個(gè)褶皺:1.接口重建:客戶端調(diào)用重構(gòu)以滿足動(dòng)態(tài)語義。例如,GetVideo的是,通常情況下,添加所需的限制媒體同步。這個(gè)過程對客戶機(jī)隱藏起來。一旦它構(gòu)造新請求,OCS提供它一個(gè)對象適配器之前,解析請求安排其執(zhí)行。2.接口繼承:這是用于傳統(tǒng)數(shù)據(jù)通信接口和固定多媒體應(yīng)用程序接口。通常,接口對于數(shù)據(jù)通信可以是靜態(tài)的

21、。因此,如果我們對所有接口調(diào)用動(dòng)態(tài)調(diào)用的效率接口將會(huì)降低,因?yàn)橐粋€(gè)動(dòng)態(tài)調(diào)用的開銷顯然比一個(gè)靜態(tài)調(diào)用。換句話說,它是可取的使動(dòng)態(tài)調(diào)用只在需要的地方。我們使用接口繼承直接利用現(xiàn)有的接口而不是重建的請求對象的實(shí)體。另一方面,我們也可以節(jié)省一些呼吁多媒體通信的接口庫從而提高系統(tǒng)效率。這是通過使用繼承在當(dāng)前的接口而不是構(gòu)建一個(gè)新的接口。4.2.2接口存儲(chǔ)庫接口庫支持DO1通過存儲(chǔ)對象代表IDL信息以一種使用在運(yùn)行時(shí)。在收到一個(gè)應(yīng)用程序的請求,一個(gè)客戶端通常質(zhì)問該接口存儲(chǔ)庫這個(gè)DO1確定接口能夠滿足請求。如果需要,客戶端可以使用動(dòng)態(tài)調(diào)用接口原語構(gòu)建論點(diǎn)一個(gè)請求的列表選中的目標(biāo)對象。一旦它構(gòu)造請求,通信支持

22、把它交付給一個(gè)對象適配器,解析請求之前安排其執(zhí)行。這個(gè)客戶機(jī)可以調(diào)用接口庫直接和決定滿足要求的接口。然后它使用DO1原語構(gòu)建請求。第4.2.3接口定義語言(IDLIDL描述了操作和相關(guān)的屬性一個(gè)對象接口的其他方面該系統(tǒng)可以理解。IDL也成為可能翻譯的資源所提供的功能面向?qū)ο蟮慕涌?。事?shí)上,它是用來定義DO1和提供信息,現(xiàn)有的編程語言不提供。從IDL,DO1和對象適配器可以自動(dòng)生成通過一個(gè)IDL編譯器。IDL是來自c+和添加額外的信息包括方向在哪些參數(shù)旅行,鑒別器和如此對。4.2.4對象適配器分布式多媒體系統(tǒng)成為可能這個(gè)合成的現(xiàn)有對象存在整個(gè)系統(tǒng)。這些對象實(shí)體可以有不同的建筑。對象適配器提供了對象交流平臺(tái),為便攜式對象實(shí)現(xiàn)。對象適配器具有雙重目的。首先,他們提供主要的接口,通過該對象實(shí)現(xiàn)調(diào)用對象通信支持服務(wù)。其次,他們增加了基本的對象通信支持模型通過實(shí)現(xiàn)支持對于富裕對象建模功能。此外,對象適配器提供一個(gè)通用的接