本論文在討論應(yīng)用程式共享系統(tǒng)實(shí)作上的技術(shù)課題及可能

1、(Abstract)本論文在討論應(yīng)用程式共享系統(tǒng)實(shí)作上的技術(shù)課題及可能的應(yīng)用。共享系統(tǒng)最早出現(xiàn)在群體合作(Computer Supported Cooperated Work; CSCW)環(huán)境上，是為了解決多人合作時(shí)資料要如何共用共享而開發(fā)出來的。共用白板(Shared White Board)就是一個(gè)資料共享的例子，但共用白板只能共享繪圖資料，對(duì)於像試算表、文件、或其他複雜格式的電腦資料則無能為力。因?yàn)椴煌碾娔X資料是由不同的應(yīng)用程式產(chǎn)生出來的，一個(gè)完整的共享系統(tǒng)必須提供所有應(yīng)用程式的共享能力，才能徹底解決所有的資料共享問題。因此應(yīng)用程式共享技術(shù)就成為共享系統(tǒng)最重要的技術(shù)了。目前已經(jīng)被提出的

2、應(yīng)用程式共享方式有三種：訊息共享，命令共享，及介面圖形共享。本論文將從系統(tǒng)架構(gòu)的觀點(diǎn)出發(fā)，詳細(xì)討論這些共享方式的特點(diǎn)與衍生出來的問題及對(duì)應(yīng)解決辦法。並在經(jīng)過分析後，提出一套通用的共享系統(tǒng)架構(gòu)，以涵蓋目前三種不同共享方式及相關(guān)問題。除可提高系統(tǒng)的靈活性，使便於分析比較各共享方式間的差異外，也可作為未來類似系統(tǒng)的實(shí)作藍(lán)圖。另外，應(yīng)用程式的執(zhí)行過程可看成是一種動(dòng)態(tài)的媒體。本論文也將從媒體的角度，來探討共享技術(shù)在這方面的應(yīng)用，並針對(duì)衍生出來的問題提出解決方案。最後，本論文將實(shí)作出三套系統(tǒng)，以說明應(yīng)用程式共享技術(shù)在不同場合下的實(shí)用性。AbstractThis dissertation discuss t

3、he implementation issues of the Application Sharing System (ASS) and its possible utilization. The sharing system (or shared workspace) originally was developed on the Computer Supported Cooperated Work (CSCW) environment to support the information sharing capability among a group of people. An exam

4、ple of the information sharing tool is the Shared White Board (SWB). The SWB, however, can only support the sharing capability of drawing data. Other complex computer data formats, such as: spread sheet, formatted document,etc., are beyond the scope of SWB. Since different type of data formats are g

5、enerated by different applications, a practical information sharing system should provide the general application sharing capability. The Application Sharing System therefore become the most significant tool of the CSCW system.There are three sharing policies been proposed: event-sharing, request-sh

6、aring, and UI-image-sharing. From the viewpoint of system architecture, this dissertation will discuss these sharing policies in detail, and provide solutions of specific problems. A generic architecture will be proposed to embody different sharing policies. It could enhance the system flexibility a

7、nd simplify the task of characteristic analyzing among different systems. Furthermore, this generic architecture can become an implementation archetype of similar application sharing system.The execution progress of an application could be treated as a typical dynamic medium. This dissertation will

8、bring the application sharing technique into medium processing field and discuss corresponding issues and solutions. At last, three practical systems will be implemented to clarify the utilization of application sharing technique under different scenario.第一章共享技術(shù)概述(Introduction)1.1 歷史簡介 (Historical I

9、ntroduction)作業(yè)系統(tǒng)在近年紛紛由文字模式介面(Textual User Interface)轉(zhuǎn)為圖形模式使用者介面(Graphical User Interface; GUI)，而一般的GUI均採用視窗架構(gòu)(window)作為應(yīng)用程式與底層作業(yè)系統(tǒng)間輸出入介面管理的基礎(chǔ)(如:X-window, OS/2, Macintosh System, MS Windows系列,.等)。簡言之，目前大部份的應(yīng)用程式均架構(gòu)在視窗概念之上而設(shè)計(jì)的。圖1.1-1表示目前大部分的視窗作業(yè)環(huán)境與應(yīng)用程式之關(guān)係。圖1.1-1 視窗作業(yè)環(huán)境與應(yīng)用程式之關(guān)係應(yīng)用程式(Application)輸出請(qǐng)求(Outp

10、ut Requests)輸入及通知訊息(Input & Notify Messages)介面(視窗作業(yè)環(huán)境)(Interface on the Base Window System)從1980年代起，由於網(wǎng)路技術(shù)的成熟，許多透過電腦網(wǎng)路進(jìn)行群體合作的概念逐漸成形，並進(jìn)一步結(jié)合產(chǎn)生所謂電腦輔助群體合作(Computer Supported Cooperative Work; CSCW)的領(lǐng)域。在電腦輔助群體合作領(lǐng)域內(nèi)一個(gè)十分重要的問題就是如何達(dá)到群體間資訊共享(information sharing)的能力。在1986年時(shí)，Stefik提出所謂”你見即我見”-WYSIWIS(What Y

11、ou See Is What I See)的介面共享觀念Stefik 86，希望能透過共享螢?zāi)簧巷@示內(nèi)容的翻版(hard-copy)來達(dá)到資訊共享的目的。到1988年，有人在UNIX系統(tǒng)上做出第一套文字模式的介面共享系統(tǒng)，稱做RSW(Remote Shared Workspace)。其後由於視窗介面環(huán)境大行其道，許多研究便轉(zhuǎn)向到視窗介面的共享上。由於當(dāng)時(shí)的視窗介面以X-window最為流行，加上其主從架構(gòu)(Client/Server)的特性，很容易就可以攔截到應(yīng)用程式與視窗介面間的資訊，頗適合介面共享系統(tǒng)的製作，所以在1980年代末期，許多建立在X-window上的共享視窗理論與實(shí)驗(yàn)系統(tǒng)便紛紛

12、出籠了，其中比較著名的有：布朗大學(xué)的XMX(Brown; XMX)、OTC公司的Xmux(OTC Ltd.; Xmux)、柏林技大的XpleXer(TUB; XpleXer)、北卡大學(xué)及奧多明尼大學(xué)合作的XTV(North Carolina & Old Dominion; XTV)、以及DEC公司的Shared X (DEC; Shared X)。有些系統(tǒng)甚至還有許多不同的版本。到1990年後，其他視窗介面環(huán)境上的共享視窗系統(tǒng)也陸續(xù)出現(xiàn)了(如：MS Windows上的ProShare (Intel)、LiveShare (PictureTel)、以及NetMeeting (Micros

13、oft)，市面上也開始有商用系統(tǒng)在銷售了。介面共享系統(tǒng)在理論上確實(shí)有其優(yōu)越之處。因?yàn)榇蠖鄶?shù)的資訊都必須透過介面呈現(xiàn)出來，如果能夠?qū)①Y料經(jīng)由介面共享系統(tǒng)透過網(wǎng)路與其他群體合作的對(duì)象共同討論，則理論上可以做到所有的資訊共享能力。其強(qiáng)大之處在於不需對(duì)資料或呈現(xiàn)資料的應(yīng)用程式做任何修改，就能提供給群體合作環(huán)境使用。難怪有人稱介面共享系統(tǒng)是群體合作系統(tǒng)(或群組軟體Group-ware)上最強(qiáng)的工具了。1.2 主要的技術(shù)重點(diǎn) (Major Technical Issues)近年由於個(gè)人電腦的普及與電腦網(wǎng)路技術(shù)的成熟，直接促進(jìn)了群體合作系統(tǒng)的發(fā)展。許多新的工具，如：電子白板(Electronic white

14、-board)，共享文件編輯器(shared document editors)，公文流程管理系統(tǒng)(workflow management system)；紛紛出現(xiàn)。這些工具統(tǒng)稱為群組軟體(Group-ware)。雖然群組軟體的出現(xiàn)已經(jīng)有一段時(shí)間了，但普及程度卻一直不高，一般使用者仍然很少使用到這些工具。探究其原因，主要是因?yàn)檫@些群組軟體工具都是特別開發(fā)來支援群體合作環(huán)境(稱為群體合作導(dǎo)向(Cooperation-aware)的共享軟體)，與一般使用者日常使用的軟體(如：文字處理器, 試算表,.等)在操作上有很大的不同，而且在介面的親和力上也較不足，直接降低使用者的使用意願(yuàn)。另一原因是，使用者

15、多半已經(jīng)熟悉目前的單一使用者介面環(huán)境(Single-user Interface Environment)，如果為了使用群組軟體而必須改變目前的使用環(huán)境，也會(huì)讓使用者望而卻步。因此群組軟體的目標(biāo)應(yīng)該以提供群體合作的能力為主(即群體合作導(dǎo)向(Cooperation-transparent)的共享軟體)，而不是另外提供使用者介面與環(huán)境。換句話說，應(yīng)該在不更動(dòng)使用者環(huán)境及慣用軟體的前提下，讓使用者也能利用群組軟體的能力，與別人進(jìn)行合作。應(yīng)用程式共享技術(shù)(Application Sharing)就是為了達(dá)到這個(gè)目的而產(chǎn)生的。透過應(yīng)用程式共享的功能，使用者可以在目前的環(huán)境下，使用自己熟悉的應(yīng)用程式軟體(

16、如:Word Processor, Spread-Sheets等)，並在必要時(shí)讓它透過電腦網(wǎng)路，與其他合作者共同操作，獲得最佳的溝通效果。如圖1.2-1所示即為應(yīng)用程式(MSWord)被共享時(shí)的畫面。圖1.2-1 應(yīng)用程式被共享之情形要做到應(yīng)用程式共享的效果，有二種方式：(1)全螢?zāi)坏墓蚕?screen sharing)，與(2)應(yīng)用程式介面視窗的共享(window sharing)。全螢?zāi)坏墓蚕碛袝r(shí)也稱為遙控軟體(Remote Control Software)，它是透過傳播使用者的螢?zāi)惠敵鰜磉M(jìn)行合作，在實(shí)作上並不困難(只需要攔截所有螢?zāi)惠敵鰟?dòng)作，並切換輸入控制權(quán)即可），對(duì)文字模式的作業(yè)環(huán)境

17、十分適合(如: DOS, UNIX等)。但若應(yīng)用在圖形作業(yè)環(huán)境上，則效果不好(因?yàn)閳D形作業(yè)環(huán)境的螢?zāi)惠敵鲑Y料量十分龐大，不宜作遠(yuǎn)端處理)。另外，有人認(rèn)為將整個(gè)螢?zāi)缓敛槐Ａ舻淖屓斯蚕?，有隱私權(quán)被侵犯的困擾。因此整體來說並不是良好的共享方式。應(yīng)用程式介面視窗的共享方式，主要是因應(yīng)圖形(視窗)作業(yè)系統(tǒng)的崛起，並考慮改進(jìn)全螢?zāi)还蚕矸绞降娜秉c(diǎn)而來。在這種共享方式下，共享的標(biāo)的物被設(shè)定在與應(yīng)用程式有關(guān)的介面視窗(window)上，除了提供應(yīng)用程式共同操作(cooperation)的功能外，還保留了使用者桌面上其他應(yīng)用程式的隱私性(privacy)，使群體合作的活動(dòng)範(fàn)圍更加明確。因此這種共享方式普遍獲得認(rèn)同

18、。本論文也將討論的課題集中在這個(gè)方向。表1.2-1簡要列出各共享技術(shù)的分類。其中有”*”號(hào)者為本論文討論之重點(diǎn)。應(yīng)用程式共享技術(shù)分類現(xiàn)有技術(shù)群體合作導(dǎo)向(Cooperative-awareness)多人應(yīng)用程式之軟體發(fā)展框架(Multi-user Application Framework.)群體合作通透(Cooperative-transparency)全螢?zāi)还蚕矸绞?遙控軟體)(適用於文字介面環(huán)境)(Screen Sharing Paradigms)螢?zāi)惠敵鋈霐r截/重製技術(shù)(Screen Output/Input Interception/Redirection)應(yīng)用程式視窗共享方式(適用

19、於圖形介面環(huán)境)(Window Sharing Paradigms)重複式系統(tǒng)(Replicated System)* 訊息共享技術(shù)(Message (Event) Sharing)集中式系統(tǒng)(Centralized System)* 命令共享技術(shù)(+訊息共享)(Command (Request ) + Message Sharing)* 圖形共享技術(shù)(+訊息共享)(UI Image + Message Sharing)表1.2-1 應(yīng)用程式共享技術(shù)分類表1.3 主要的應(yīng)用方向 (Primary Utilization)共享技術(shù)在群體合作環(huán)境下有許多的應(yīng)用，舉凡需要利用資訊共享能力的場合，均可

20、以利用共享技術(shù)來達(dá)到。底下是幾個(gè)目前實(shí)際而常見的應(yīng)用：1.虛擬會(huì)議係統(tǒng)(Virtual Meeting):在虛擬會(huì)議系統(tǒng)的場合下，常常需要將開會(huì)的內(nèi)容在會(huì)議時(shí)互相傳遞。由於目前產(chǎn)業(yè)界應(yīng)用電腦的程度很高，許多資料的整理都是透過電腦來進(jìn)行，因此開會(huì)時(shí)會(huì)引用到的資料，極有可能是以電子形式存在。為了方便開會(huì)時(shí)互相參考討論，在傳統(tǒng)會(huì)議上就必須將資料印成書面形式，拷貝過後在分寄與會(huì)者參考。但在虛擬會(huì)議場合下，由於與會(huì)者是透過電腦網(wǎng)路而聚在一起討論的，如果會(huì)議資料是書面形式的話，在傳送時(shí)會(huì)有很大的困擾，而且在會(huì)後還得在進(jìn)行一次資料整理的工作，十分費(fèi)時(shí)耗力。如果有了應(yīng)用程式共享的技術(shù)，在會(huì)議上提供資料的人可以

21、將處理該資料的應(yīng)用程式叫出，載入該份文件資料，並將之共享出來，則立刻可讓所有與會(huì)者看到，並進(jìn)行討論或修改的工作，等討論有了結(jié)果後，就可以得到最新的結(jié)果。若有需要，也可利用檔案傳輸(File Transfer) 的方式將結(jié)果立刻分送給每位與會(huì)者。這在時(shí)間及效益上的增進(jìn)是十分可觀的。2.軟體產(chǎn)品的顧客服務(wù)(Customer Service of Software Product):目前產(chǎn)業(yè)界在服務(wù)顧客服務(wù)上，多半是利用信件(顧客問題回函卡)或電話(線上諮詢服務(wù))的方式。使用信件，除了耗時(shí)不便外，在雙向溝通上也有頗多限制，常有緩不濟(jì)急的遺憾。利用電話是一個(gè)比較有效的方式，業(yè)者透過服務(wù)專線的方式，設(shè)專

22、人負(fù)責(zé)回答顧客在產(chǎn)品使用上的問題，效果不錯(cuò)，時(shí)間上也令人滿意。但其缺點(diǎn)是只能用口頭溝通，對(duì)某些產(chǎn)品而言，尤其是軟體產(chǎn)品，單用口頭溝通實(shí)在很難把問題說清楚，有時(shí)甚至?xí)斐烧`解。這時(shí)如果使用共享技術(shù)，顧客就可以把他們?cè)谑褂密涹w時(shí)產(chǎn)生的問題，透過網(wǎng)路操作給諮詢?nèi)藛T看，並進(jìn)而獲得清楚的答覆。3.文件之共同編輯(Document Collaboration):有共享技術(shù)的支援，要進(jìn)行文件的共同編輯是一件非常容易的事。由於共享技術(shù)提供了輸入權(quán)的轉(zhuǎn)換，所以不僅合作者間可以同時(shí)看到相同的應(yīng)用程式內(nèi)容，也可以由不同的人來進(jìn)行輸入。透過文件的共同編輯，同一小組的同學(xué)可以輪流將自己的想法寫在同一份文件上，進(jìn)行集體創(chuàng)

23、作。但必須注意的是，由於應(yīng)用程式本身並未作任何的修改，所以仍然是單人使用的介面，因此不可能提供多人同時(shí)對(duì)一份文件進(jìn)行操作。4.資訊往來(Telecommuting):一般來說，在電腦網(wǎng)路上進(jìn)行的資訊交換，大多是透過電子郵件(E-mail)來進(jìn)行，或利用檔案傳輸(file transfer)的方式取得或送出電子資料。但這些方式都無法像打電話一樣的具有高度互動(dòng)性。聊天室(Chat Room)是一個(gè)比較像打電話的資訊往來方式，但其媒介只有文字，溝通效果有限。如果能把共享技術(shù)用在類似聊天室一樣的資訊往來場合，則大家就可以把溝通的媒介擴(kuò)展到所有應(yīng)用程式上。例如：某甲在與某乙聊天時(shí)，談到他剛買到的遊戲，十

24、分有趣好玩，畫面又漂亮，此時(shí)若能利用共享技術(shù)把該遊戲秀給某乙看，則勝過某甲千言萬語；甚至某甲還可以讓某乙親自玩玩看，過過癮呢！5.遠(yuǎn)程教學(xué)(Distance Learning):共享技術(shù)應(yīng)用在遠(yuǎn)程教學(xué)的環(huán)境下，是當(dāng)初發(fā)展共享技術(shù)的一個(gè)主要?jiǎng)訖C(jī)。因?yàn)樵谶h(yuǎn)距教學(xué)的環(huán)境下，老師必須將課程內(nèi)容展示並演練給學(xué)生看，並且在適當(dāng)時(shí)機(jī)，讓學(xué)生親自演練給老師看。共享技術(shù)正好可以滿足這些要求。一旦老師用電腦提供的工具將教材準(zhǔn)備好之後，就可以利用共享技術(shù)將這些內(nèi)容展示給學(xué)生看，並且可以把輸入權(quán)交給學(xué)生，讓學(xué)生自己演練，如果有錯(cuò)，老師可以取回輸入權(quán)，並指出學(xué)生的錯(cuò)誤，達(dá)到像面對(duì)面(face-to-face)教學(xué)一樣的

25、效果。6.技術(shù)支援(Technical Support):共享技術(shù)也可以運(yùn)用在技術(shù)支援方面，尤其是程式寫作的技術(shù)支援。對(duì)程式語言的初學(xué)者而言，要弄懂編譯器(Compiler)的所有錯(cuò)誤訊息是一件非常痛苦的事，最好身邊有一位高手，能隨時(shí)提供支援。如果身邊沒有高手，那就十分傷腦筋了，因?yàn)橐浵滤械腻e(cuò)誤訊息，以及當(dāng)時(shí)的程式內(nèi)容實(shí)在不太可能。這時(shí)候如果能利用共享技術(shù)，將編輯器程式與遠(yuǎn)方的高手共享，則立刻可以得到支援，甚至可以請(qǐng)高手幫你修改程式內(nèi)容，快速學(xué)到程式寫作技巧。這種共享技術(shù)應(yīng)用模式，可以使用在其他類似的軟體操作技術(shù)支援上。上述幾個(gè)應(yīng)用主要是把共享技術(shù)與群體合作(CSCW)的環(huán)境相結(jié)合後的結(jié)果

26、。但共享技術(shù)也可以應(yīng)用在個(gè)人使用的場合，如果我們把應(yīng)用程式執(zhí)行的過程，用共享技術(shù)加以記錄下來，形成所謂的應(yīng)用程式影片(Application Movie)，日後再利用共享技術(shù)將之重播出來，則會(huì)有其他令人驚訝的應(yīng)用：7.動(dòng)態(tài)說明(Live Help):現(xiàn)在一般應(yīng)用程式的操作說明(Help)多半是利用文字的方式表現(xiàn)，最多加上超鏈結(jié)(Hyperlink)將相關(guān)主題串連起來。也有少部份系統(tǒng)是利用動(dòng)畫(Animation)的方式來表現(xiàn)，但其製作十分費(fèi)時(shí)，並且是個(gè)案相關(guān)(case-by-case)，目前沒有一套簡單的製作工具可資利用。而共享技術(shù)的產(chǎn)物應(yīng)用程式影片，正好可以用來提供明確的操作過程。舉例來說，

27、要說明應(yīng)用程式如何開啟檔案，最好是能夠真的把開檔的過程呈現(xiàn)在使用者面前。要達(dá)到這個(gè)目的，我們只要把開檔的整個(gè)程序用共享技術(shù)記錄下來，在使用者需要協(xié)助時(shí)，重播出來就行了。這好比請(qǐng)一個(gè)專人常駐在電腦內(nèi)，隨時(shí)無限次為你示範(fàn)該應(yīng)用程式的所有功能。這比純文字的說明文件要有效得多了。8.廣告(Advertisement):現(xiàn)在網(wǎng)路上充斥著所謂的試用版軟體(Shareware)，讓你可以在一段期限內(nèi)試用其產(chǎn)品，或無限期使用只具備部份功能的產(chǎn)品。其目的不外乎在打廣告，希望能將他們產(chǎn)品的功能展示出來。另外，也有利用影片或動(dòng)畫的方式將他們產(chǎn)品的功能表現(xiàn)出來的廣告。前面試用版軟體廣告的缺點(diǎn)是萬一有人破解了試用期限制

28、，則產(chǎn)品就流入市面了；還有使用者在試用時(shí)，未必真能發(fā)現(xiàn)該產(chǎn)品的許多功能特色，而且就算發(fā)現(xiàn)了也未必知道如何正確地使用。而後面的動(dòng)畫廣告在製作上又太花成本，而且每樣產(chǎn)品都必須重頭設(shè)計(jì)動(dòng)畫廣告，也相當(dāng)花時(shí)間。如果利用共享技術(shù)來製作應(yīng)用程式影片，則可以完全表現(xiàn)出該品的功能特色，而且製作成本又低、省時(shí)、也不怕被破解(因?yàn)閼?yīng)用程式根本就沒有在影片中），可說是最佳的廣告代言人。9.筆記工具(Notation):應(yīng)用程式影片的另一個(gè)好處，就是它可以提供編輯、修改的空間。在群體合作環(huán)境下，如會(huì)議系統(tǒng)或教學(xué)環(huán)境，合作者如果對(duì)某段內(nèi)容的展示感興趣，他就可以啟動(dòng)筆記工具，將該展示內(nèi)容記錄下來。等日後再回頭檢視或加以編

29、輯應(yīng)用。由於記錄下來的內(nèi)容含有相當(dāng)充足的資訊，如果配合資料庫查詢的操作，可以在很短的時(shí)間內(nèi)找出感興趣的內(nèi)容。筆記工具其實(shí)只是應(yīng)用程式影片眾多可能應(yīng)用中的一個(gè)。1.4 目前發(fā)展現(xiàn)況 (Current Development State)由於應(yīng)用程式的共享技術(shù)主要應(yīng)用在群體合作(CSCW)環(huán)境下，而ITU在1995年公佈了一系列多點(diǎn)資料會(huì)議(Multipoint Data Conferencing)的國際標(biāo)準(zhǔn)，稱為T.120列系，其下包括：MCS(Multipoint Communication Service)多點(diǎn)通訊服務(wù)協(xié)定T.122/T.125、GCC(Generic Conferencin

30、g Control)通用會(huì)議控制協(xié)定T.124、網(wǎng)路特定傳輸協(xié)定(Network Specific Transport Protocals)T.123.等，於是其後的共享技術(shù)就有了標(biāo)準(zhǔn)的群體合作實(shí)驗(yàn)平臺(tái)。1996年3月微軟在其T.120產(chǎn)品NetMeeting上加入了應(yīng)用程式共享的功能，成功的展示了共享技術(shù)在群體合作環(huán)境下的威力。1996年5月IMTC(International Multimedia Teleconferencing Consortium)舉辦一場大規(guī)模的活動(dòng)，針對(duì)T.120邀集全球相關(guān)業(yè)者提出他們的產(chǎn)品，共同進(jìn)行互用性(Interoperability)測試，並獲得不錯(cuò)的結(jié)

31、果，也得到廣泛的支持，使T.120標(biāo)準(zhǔn)逐漸成為業(yè)界支援發(fā)展的共識(shí)。同年6月微軟與PictureTel公司共用擬定一套應(yīng)用程式共享建議書，向ITU提出申請(qǐng)，希望能在T.120系列標(biāo)準(zhǔn)中加入應(yīng)用程式共享的標(biāo)準(zhǔn)，暫稱T.SHARE，並於1997年4月獲得ITU初步通過，將於1998年1月成為正式標(biāo)準(zhǔn)，名為T.128。1996年11月Data Connection公司發(fā)表DC-Share產(chǎn)品，號(hào)稱可以在UNIX環(huán)境下與NetMeeting進(jìn)行應(yīng)用程式的共享功能，使共享技術(shù)進(jìn)一步提昇到跨平臺(tái)的境界。1.5 論文架構(gòu) (Dissertation Layout)本論文共分六章，第一章共享技術(shù)概述從共享系統(tǒng)發(fā)

32、展的歷史談起，探討共享系統(tǒng)的幾個(gè)主要技術(shù)重點(diǎn)，並列出目前為止共享系統(tǒng)的主要應(yīng)用方向與發(fā)展現(xiàn)況。第二章共享方式的討論先從共享技術(shù)的基礎(chǔ)談起，分別提出三個(gè)不同的共享系統(tǒng)架構(gòu)：訊息共享系統(tǒng)(message sharing system)、命令共享系統(tǒng)(command sharing system)、及介面圖形共享系統(tǒng)(UI image sharing system)，並分析各架構(gòu)下各模組的功能；最後提出一個(gè)通用共享架構(gòu)，涵蓋目前應(yīng)用程式共享系統(tǒng)的精神，除可提高系統(tǒng)的靈活性，便於分析比較各共享方式間的差異外，也可作為未來應(yīng)用程式共享系統(tǒng)實(shí)作上的藍(lán)圖。第三章共享技術(shù)在群體合作環(huán)境下之課題將共享系統(tǒng)在CS

33、CW環(huán)境下的重要課題，分別加以詳細(xì)說明，並提出各種可行的解決方案。這些課題包括：共享權(quán)控制(admission control)、發(fā)言權(quán)控制(floor control)、遲到者問題(latecomer)、自發(fā)性共享問題(spontaneous sharing)、系統(tǒng)屬性同步問題(property synchronization)、共享游標(biāo)(sharing pointer)、及共享粉筆(sharing pen)等。第四章新的媒體：應(yīng)用程式影片將討論利用應(yīng)用程式共享技術(shù)所產(chǎn)生的新媒體：應(yīng)用程式影片。本章的重點(diǎn)放在應(yīng)用程式影片之內(nèi)容分析及擴(kuò)充應(yīng)用，包括：紀(jì)錄與播放(recording/playba

34、ck)、編輯(editing)、查詢(querying)、媒體控制介面(media control interface; MCI)、及媒體同步(media synchronization)等與多媒體課題相關(guān)，而且非常有用的應(yīng)用。第五章系統(tǒng)實(shí)作則分別以實(shí)用範(fàn)例，驗(yàn)證本論文的通用共享架構(gòu)在三種不同的特定應(yīng)用場合下確實(shí)可行，並個(gè)別討論其實(shí)作重點(diǎn)。這三個(gè)實(shí)用範(fàn)例分別是：單人環(huán)境下的應(yīng)用程式錄製與播放系統(tǒng)(application recorder and player)、群體環(huán)境下的共享視窗系統(tǒng)(shared window system)、及遠(yuǎn)距教學(xué)環(huán)境下的共享瀏覽器(shared browser)。第

35、六章未來發(fā)展方向與結(jié)語則根據(jù)本論文所討論的技術(shù)課題，在實(shí)用的觀點(diǎn)上提出未來共享技術(shù)可能的發(fā)展方向，並總結(jié)本論文。第二章共享方式的討論(Sharing Paradigms)2.1 共享技術(shù)的基礎(chǔ) (Theoretical Basement)自1980年代CSCW出現(xiàn)之後，關(guān)於介面共享方式的討論就一直不斷。有人建議改變應(yīng)用程式的執(zhí)行方式，將多人共用(Multi-User Sharing)的概念引進(jìn)到程式設(shè)計(jì)的過程中，使得經(jīng)由此法設(shè)計(jì)出來的程式均能用於CSCW環(huán)境中。於是出現(xiàn)了所謂群體合作導(dǎo)向(Cooperative-aware)的共享策略。這類系統(tǒng)的特點(diǎn)是應(yīng)用程式的輸出入能允許多人同時(shí)使用，在群體

36、合作環(huán)境下（如：會(huì)議系統(tǒng)）可以發(fā)揮最高的效率。但其顯著的缺點(diǎn)是，所有應(yīng)用程式必須重新設(shè)計(jì)，對(duì)現(xiàn)有已經(jīng)存在而且非常穩(wěn)定的眾多應(yīng)用程式無法派上用場。因此有人提出另一種策略，稱為群體合作通透(Cooperative-transparent)的共享系統(tǒng)策略，此策略將多人共用的功能留給稱為應(yīng)用程式共享系統(tǒng)(Application Sharing System)的系統(tǒng)層來處理，利用攔截的方式將應(yīng)用程式與作業(yè)系統(tǒng)間的互動(dòng)做進(jìn)一步的處理，使一般單人使用(Single-User)的應(yīng)用程式也可以做到多人共享的目的。其優(yōu)點(diǎn)是不需更改到現(xiàn)有應(yīng)用程式的執(zhí)行方式，所以所有現(xiàn)存的應(yīng)用程式都可以做為群體合作環(huán)境下的工具。就

37、目前發(fā)展趨勢(shì)來看，群體合作導(dǎo)向的共享策略已經(jīng)逐漸被淘汰，許多著名的共享系統(tǒng)都採用群體合作通透的策略來設(shè)計(jì)。因?yàn)槿后w合作導(dǎo)向的共享系統(tǒng)開發(fā)成本太高，而且與其他應(yīng)用程式又不相容，違反開放系統(tǒng)的精神；而群體合作通透的共享策略則把共享技術(shù)與其他系統(tǒng)獨(dú)立開來，符合軟體世界分工合作的精神。所以本論文的研究重點(diǎn)將放在群體合作通透的共享策略上。應(yīng)用程式(Application)輸出請(qǐng)求(Output Requests)介面(視窗作業(yè)環(huán)境)(Interface on the Base Window System)共享系統(tǒng)(Sharing System)介面(視窗作業(yè)環(huán)境)(Interface on the Ba

38、se Window System)遠(yuǎn)端輸出(Remote Output)本端輸出(Local Output)本端輸入(Local Input)遠(yuǎn)端輸入(Remote Input)應(yīng)用程式擁有者(Application Owner)應(yīng)用程式共享者(Application Sharer)共享系統(tǒng)(Sharing System)控制者之輸入訊息(Allowed Input Msgs)圖2.1-1 集中式共享系統(tǒng)架構(gòu)在群體合作通透的共享策略獲得共識(shí)後，許多目光就轉(zhuǎn)而落在共享技術(shù)的討論上。由於共享的意義直接反應(yīng)在程式的輸出入介面上，因此如何使應(yīng)用程式的介面變成多人共享，就變成共享技術(shù)的核心了。在概念上，

39、可以把所有的共享技術(shù)分成二大類，第一類是集中式(centralized)共享系統(tǒng)架構(gòu)。(如圖2.1-1) 應(yīng)用程式的擁有者利用共享系統(tǒng)，將執(zhí)行結(jié)果輸出到其他共享者的機(jī)器上，反之所有共享者將輸入集中到共享系統(tǒng)中，再根據(jù)發(fā)言控制(Floor-control)機(jī)能選出適合的輸入命令回應(yīng)給應(yīng)用程式。而另一類稱為重複式(replicated)共享系統(tǒng)架構(gòu)。(如圖2.1-2) 每位共享者的機(jī)器上必須同時(shí)都有一份應(yīng)用程式在執(zhí)行，並各自負(fù)責(zé)本端(local)的輸出，但所有的輸入必須集中到共享系統(tǒng)上，再根據(jù)輸入權(quán)控制機(jī)能選出適當(dāng)?shù)妮斎朊?，然後傳給每一個(gè)共享者機(jī)器上的應(yīng)用程式。圖2.1-2 重複式共享系統(tǒng)架構(gòu)本

40、端輸入訊息(Local Input Messages)輸出請(qǐng)求(Output Requests)一致化之輸入訊息(Unified Input Messages)應(yīng)用程式A(Application)介面(視窗作業(yè)環(huán)境)(Interface on the Base Window System)共享系統(tǒng)(Sharing System)本端輸入訊息(Local Input Messages)介面(視窗作業(yè)環(huán)境)(Interface on the Base Window System)應(yīng)用程式A(Application)輸出請(qǐng)求(Output Requests)一致化之輸入訊息(Unified Inpu

41、t Messages)應(yīng)用程式合作者一(Application Participant 1)應(yīng)用程式合作者二(Application Participant 2)共享系統(tǒng)(Sharing System)這二類共享系統(tǒng)架構(gòu)各有其優(yōu)缺點(diǎn)，因而適用的場合也就不同。底下分別列出兩者的比較：共享系統(tǒng)架構(gòu) (Architecture)優(yōu) 點(diǎn) (Advantage)缺 點(diǎn) (Disadvantage)適用場合 (Scenario)集中式 (Centralized)l 只需一份應(yīng)用程式l 介面輸出結(jié)果較易一致l 資料的一致性較易達(dá)成l 需處理應(yīng)用程式的輸入與輸出，所需頻寬較高l 應(yīng)用程式反應(yīng)時(shí)間較長，且隨共享

42、人數(shù)增加而變長l 需克服共享者間本端環(huán)境設(shè)定(local configuration)的差異l 非對(duì)稱式合作模式，如：會(huì)議系統(tǒng)重複式 (Replicated)l 只需處理應(yīng)用程式的輸入，所需頻寬較低l 應(yīng)用程式反應(yīng)時(shí)間較短l 較能反應(yīng)出本端環(huán)境設(shè)定(local configuration)的差異l 每位共享者均需執(zhí)行同一份應(yīng)用程式l 介面輸出結(jié)果較難一致l 資料的一致性較難達(dá)成l 對(duì)稱式合作模式，如：遠(yuǎn)距教學(xué)表2.1-1 共享系統(tǒng)架構(gòu)比較表2.2 訊息共享方式 (Message Sharing Paradigm)在重覆式共享系統(tǒng)架構(gòu)中，最常使用的共享方式，就是所謂訊息共享方式(Message

43、Sharing)，也稱為事件共享方式(Event Sharing)。其想法主要建立在一個(gè)前題上：重覆式共享架構(gòu)上，每臺(tái)機(jī)器上均執(zhí)行同一份應(yīng)用程式。由於各機(jī)器上的應(yīng)用程式都具有輸出的能力，為達(dá)到"共用"的效果，只需確定各機(jī)器上的應(yīng)用程式能獲得相同的輸入即可，亦即取得輸入的同步。在視窗介面系統(tǒng)上，應(yīng)用程式的輸入乃透過所謂訊息(Message)或事件(Event)來驅(qū)動(dòng)，所以只要確保各機(jī)器上的應(yīng)用程式能接收到相同順序的輸入訊息，就可以輕易作到介面共享的效果。這種做法，有另外一個(gè)好處：由於每一共享者對(duì)其機(jī)器的喜好設(shè)定可能不一樣，所以各機(jī)器的應(yīng)用程式輸出細(xì)節(jié)就允許有些微差異，而共享系

44、統(tǒng)可以完全不管這些差異，讓各機(jī)器上的應(yīng)用程式自己去處理就行了。共享系統(tǒng)共享系統(tǒng)本端輸入訊息(Local Input Messages)輸出(Output)一致化之輸入訊息(Unified Input Messages)應(yīng)用程式A視窗作業(yè)環(huán)境應(yīng)用程式合作者一(Application Participant 1)應(yīng)用程式合作者二(Application Participant 2)本端輸入訊息(Local Input Messages)輸出(Output)一致化之輸入訊息(Unified Input Messages)應(yīng)用程式A視窗作業(yè)環(huán)境訊息攔截器(Message Interceptor)訊息重

45、製器(Message Reproducer)多點(diǎn)群體合作通道(Multi-point CSCW channel)訊息攔截器(Message Interceptor)訊息重製器(Message Reproducer)共享管理核心(Sharing Manager)共享管理核心(Sharing Manager)圖2.2-1 訊息共享系統(tǒng)架構(gòu)訊息共享系統(tǒng)主要由三個(gè)元件組成：訊息攔截器(Message Interceptor)、訊息訊息共享管理核心(Sharing Manager)、及訊息重製器(Message reproducer)。其架構(gòu)如圖2.2-1所示。訊息共享系統(tǒng)的訊息攔截器(Message

46、Interceptor)：訊息攔截器的功能，主要在監(jiān)聽(monitor)並攔截(intercept)使用者對(duì)應(yīng)用程式的輸入操作(包括滑鼠及鍵盤等一般輸入裝置)。當(dāng)輸入訊息產(chǎn)生並被攔截下來後，訊息攔截器必須將此訊息的內(nèi)容，根據(jù)共享管理核心預(yù)期的格式加以包裝，並傳給共享管理核心。因此其工作可簡要列出如下：l 攔截視窗作業(yè)環(huán)境對(duì)共享應(yīng)用程式的輸入訊息l 萃取輸入訊息的內(nèi)容l 包裝輸入訊息內(nèi)容並傳給共享管理核心。在考慮跨平臺(tái)共享的情形時(shí)，有可能因?yàn)楦髌脚_(tái)的訊息格式不一樣，而造成共享管理核心在作訊息的一致化時(shí)極大的負(fù)擔(dān)。因此訊息內(nèi)容的包裝格式必須要能解決這個(gè)問題。訊息共享系統(tǒng)的共享管理核心(Sharin

47、g Manager)：共享管理核心的功能主要在解決多人共用一個(gè)應(yīng)用程式時(shí)，輸入訊息的調(diào)解上。在一個(gè)群體合作的工作環(huán)境上，共享管理核心必須要提供下列功能：l 與網(wǎng)路上其他共享管理核心溝通。l 發(fā)言權(quán)(Floor)的管理。l 決定需上傳給訊息重製器的輸入訊息，亦即訊息的一致化。與其他共享管理核心溝通，指的是共享管理核心知道它該把資料送往何處，也知道現(xiàn)在收到資料的來源。由於群組環(huán)境在資料傳輸?shù)墓芾砩鲜盅}雜，但大部份卻都與共享技術(shù)沒有直接相關(guān)，並且已有國際標(biāo)準(zhǔn)（如T.120）可用來處理這方面的事務(wù)，所以資料傳輸?shù)募?xì)節(jié)並不是共享系統(tǒng)的重點(diǎn)。在邏輯上，共享管理核心只需知道資料是依某種管道收送即可。發(fā)言權(quán)

48、(Floor)指的是能夠?qū)蚕響?yīng)用程式進(jìn)行輸入操作的權(quán)利。在一個(gè)群體合作環(huán)境下，發(fā)言權(quán)的轉(zhuǎn)移與管理，必須由各共享管理核心來完成。比較簡單的作法，是各共享管理核心記下目前擁有發(fā)言權(quán)的人，並遵照發(fā)言權(quán)請(qǐng)求(request)、交遞(passing)及確認(rèn)(confirm)的共同協(xié)定來進(jìn)行發(fā)言權(quán)的轉(zhuǎn)移與更新。其重點(diǎn)是要確保各共享管理核心對(duì)發(fā)言權(quán)的目前狀態(tài)有相同的資訊。因?yàn)槿绻l(fā)言權(quán)的維護(hù)有不一致的現(xiàn)象，則將會(huì)導(dǎo)致後續(xù)的輸入訊息在各共享管理核心上有不一樣的處理，而使共享活動(dòng)失敗。由於共享管理核心會(huì)接到來自訊息攔截器傳來的本端輸入訊息(Local Input Message)以及來自其他共享管理核心的遠(yuǎn)端

49、輸入訊息(Remote Input Message)，因此，共享管理核心們必須根據(jù)目前發(fā)言權(quán)歸屬的狀態(tài)來決定採用哪些訊息，我們稱此過程為輸入訊息之一致化(Unification of Input Message)；此時(shí)共享管理核心的角色有如一個(gè)訊息同步器(Message Synchronizer)。值得注意的是訊息資料的內(nèi)容對(duì)共享管理核心來說應(yīng)該不具特殊意義，因?yàn)榫凸δ軄砜?，共享管理核心只是把訊息作轉(zhuǎn)向而已。訊息共享系統(tǒng)的訊息重製器(Message Reproducer)訊息重製器的功能在提供共享系統(tǒng)一個(gè)重製與引發(fā)輸入訊息至應(yīng)用程式的能力。輸入訊息在經(jīng)過訊息攔截器處理後，已經(jīng)被重新包裝過以應(yīng)付

50、跨平臺(tái)環(huán)境差異的情況。因此訊息重製器必須有還原的能力。歸納訊息重製器的功能如下：l 接收並還原共享管理核心傳來之訊息包裝。l 將訊息資料填入訊息結(jié)構(gòu)內(nèi)。l 將此訊息結(jié)構(gòu)引發(fā)至共享應(yīng)用程式中。上列功能與訊息攔截器正好是反向的動(dòng)作，因此在實(shí)作上二者有密切的關(guān)係。除了這些功能外，如果共享系統(tǒng)要提供遠(yuǎn)端游標(biāo)(Remote Pointer)來顯示其他合作者目前的滑鼠位置，則必須再提供遠(yuǎn)端輸入追蹤(Remote Input Tracking)的處理能力。此時(shí)共享管理核心間必須互相交換目前各本端使用者的游標(biāo)位置，並且將收到的遠(yuǎn)端游標(biāo)位置交給訊息重製器，以顯示出各合作者的游標(biāo)位置。2.3 命令共享方式 (Co

51、mmand Sharing Paradigm)由視窗作業(yè)環(huán)境與應(yīng)用程式間的互動(dòng)關(guān)係，我們可看出事實(shí)上應(yīng)用程式的所有輸出活動(dòng)均必須透過對(duì)底層視窗作業(yè)環(huán)境發(fā)出請(qǐng)求(Request)，讓視窗作業(yè)環(huán)境來完成真正的輸出動(dòng)作。這種作業(yè)方式正是視窗系統(tǒng)能與不同硬體保持良好相容性的主要原因，稱為硬體獨(dú)立性質(zhì)(Hardware-independency)。要做到硬體獨(dú)立特性，視窗作業(yè)環(huán)境必須提供上層應(yīng)用程式一整組與輸出有關(guān)的模組介面，在某些視窗系統(tǒng)上稱為應(yīng)用程式介面(Application Programming Interface; API)。應(yīng)用程式在需要做輸出動(dòng)作時(shí)，如螢?zāi)惠敵觥⒘杏〉?，必須透過輸出請(qǐng)求命

52、令，來委託視窗作業(yè)系統(tǒng)代為完成。而視窗作業(yè)將這些輸出請(qǐng)求，經(jīng)過處理後再透過各硬體的驅(qū)動(dòng)程式(Hardware Device Driver)將命令送給輸出硬體，完成輸出動(dòng)作?！拜敵鰟?dòng)作透過輸出請(qǐng)求來完成”這個(gè)事實(shí)提供了共享技術(shù)另一個(gè)可行的方向：攔截(intercept)、重導(dǎo)(redirect)，並重製(reproduce)這些輸出請(qǐng)求，可以在另一方?jīng)]有應(yīng)用程式時(shí)做到輸出的共享。而輸入的部份，則可利用“訊息共享系統(tǒng)”的訊息攔截方式來提供共享功能。因此結(jié)果就是一個(gè)新的共享方式的產(chǎn)生，稱為命令共享系統(tǒng)，如下圖2.3-1所示：遠(yuǎn)端輸出命令(Remote Output Rqsts)本端輸出命令(Loca

53、l Output Rqsts)共享系統(tǒng)共享管理核心(Sharing Manager)命令重製器(Msg. Reproducer)訊息攔截器(Msg Interceptor)遠(yuǎn)端輸入訊息(Remote Input Msgs)視窗作業(yè)環(huán)境共享系統(tǒng)本端輸入訊息(Local Input Msgs)輸出命令(Output Rqsts)控制者之輸入訊息(Allowed Input Msgs)應(yīng)用程式A視窗作業(yè)環(huán)境應(yīng)用程式提供者(Application Provider)應(yīng)用程式共享者(Application Sharer)訊息攔截器(Msg Interceptor)訊息重製器(Msg. Reproduce

54、r)共享管理核心(Sharing Manager)命令攔截器(Rqst. Interceptor)命令重製器(Msg. Reproducer)多點(diǎn)群體合作通道(Multi-point CSCW channel)圖2.3-1命令共享系統(tǒng)架構(gòu)在命令共享系統(tǒng)架構(gòu)下，應(yīng)用程式只在某一方的視窗環(huán)境上執(zhí)行，我們稱該方為應(yīng)用程式提供者(Application Provider)；另一方不需真正執(zhí)行該應(yīng)用程式，而只是共享應(yīng)用程式的輸出入介面，我們稱之為應(yīng)用程式共享者(Application Sharer)。整個(gè)命令共享系統(tǒng)處理的資料，就是應(yīng)用程式與視窗作業(yè)環(huán)境間的輸出命令與輸入訊息。在概念上可將共享系統(tǒng)分成五

55、個(gè)模組，分別是：命令攔截器(Request Interceptor)、命令重製器(Request Reproducer)、訊息攔截器(Message Interceptor)、訊息重製器(Message Reproducer)、及共享管理核心(Sharing Manger)。雖然在架構(gòu)上，應(yīng)用程式提供者與應(yīng)用程式共享者間角色的扮演有些差異，但在共享系統(tǒng)功能的支援上，兩者應(yīng)該具有相同的地位；換句話說，使用者可以透過相同的共享系統(tǒng)，同時(shí)扮演應(yīng)用程式提供者與另一應(yīng)用程式的共享者兩種角色。因此命令共享系統(tǒng)仍可稱得上是一個(gè)對(duì)稱式系統(tǒng)(Symmetric System)。底下我們分別討論各模組的功能：命令

56、共享系統(tǒng)的命令攔截器(Request Interceptor)命令攔截器的主要目的在監(jiān)督並適時(shí)攔截應(yīng)用程式對(duì)視窗作業(yè)環(huán)境的輸出活動(dòng)，包括螢?zāi)惠敵?、聲音輸出、以及印表機(jī)輸出。當(dāng)輸出命令發(fā)生時(shí)，命令攔截器必須取得應(yīng)用程式的控制權(quán)，將輸出命令參數(shù)的內(nèi)含資訊全部取出，例如：字串內(nèi)容、圖形資料、資源結(jié)構(gòu)(resource structure)，甚至是未定型別指標(biāo)(void pointer)所指到的某塊記憶體內(nèi)容等；再加上該命令的傳回值(return value)，包裝成一個(gè)命令封包(Request packet)，傳給共享管理核心。其工作項(xiàng)目可簡要列出如下：l 攔截應(yīng)用程式對(duì)視窗作業(yè)環(huán)境發(fā)出的輸出命令。

57、l 萃取輸出命令參數(shù)的資料內(nèi)容及傳回值。l 將所得資料包裝成命令封包並傳給共享管理核心。在實(shí)作上，命令攔截器會(huì)面臨的問題，最主要有三個(gè)：(1)輸出命令要如何攔截，(2)如何保證所有輸出命令都可攔到，(3)對(duì)任一輸出命令，如何正確而有效的萃取出其參數(shù)的所有資料。因?yàn)檩敵雒铋g有很高的相關(guān)性，如果某個(gè)命令失敗，很可能會(huì)影響到往後其他命令的執(zhí)行。因此一個(gè)良好的命令攔截器，必須具備對(duì)視窗作業(yè)環(huán)境的完整了解，才能避免因?yàn)閿r截不全導(dǎo)致的重製失敗。另外，在提供跨平臺(tái)共享的能力上，利用命令共享架構(gòu)也會(huì)遭遇許多困難。原因是不同的視窗作業(yè)環(huán)境所提供的輸出命令雖然類似，但絕不相同。很多情況下，並沒有一對(duì)一的對(duì)應(yīng)。要制定輸出命令封包的跨平臺(tái)標(biāo)準(zhǔn)格式，是一件很不容易的事。而且在有即時(shí)(real-time)需求的共享活動(dòng)進(jìn)行時(shí)，輸出命令的格式轉(zhuǎn)換，也可能導(dǎo)致應(yīng)用程式反應(yīng)時(shí)間(response time)的延遲，甚至造成操作上的障礙。命令共享系統(tǒng)的命令重製器(Request Reproducer)命令重製器負(fù)責(zé)將來自共享管理核心的輸出命令封包，做還原、預(yù)備與重製的動(dòng)作。由於命令封包內(nèi)的資料來自應(yīng)用程式提供者，有許多與本端(local)系統(tǒng)相關(guān)的資訊(如：資源的識(shí)別值(resource identifier)，並無法直接對(duì)應(yīng)到共享者的系統(tǒng)上，因此命令重製器必